最后编辑于2019-05
在业内发现有很多这样的需求,多轮对话过程中,对话未完成,但被其他事情打断,比如中途接了一个电话,如何恢复之前的对话继续交流呢?
开车场景:
人:找一下附近的川菜馆
机器:查询出附近的川菜馆列表
人:人均消费在100元左右的
机器:把刚才的列表进行过滤,过滤出人均消费在100元左右的
人:带停车场的
机器:重复上一步操作继续过滤把列表显示出来
这时进来了一个电话,此时是被动的
人:接听
或者是想约某个人一起共进晚餐,主动打出电话
人:打电话给老婆
机器:查询出两天记录,请选择第几个
人:大老婆(哈哈)
OK,打完电话了,刚才说了一大堆的餐厅选择是不是要重新再来一遍?那累死了,也不友好,所以如何恢复刚才的对话,继续上一轮或者是前几轮未完成的对话呢?
大家有没有自己的解决方案呢?先讨论讨论,下周我会把我自己的方案发出来跟大家分享。
刚跟百度小姐姐申请,如果大家的方案很不错,送小白板一个,共十个哟
TOP
切换版块
既然大家思路都类似,就结合一下,毕竟是要大众接受
对呀,有记忆功能就可以解决了
感觉这个问题最后可能关键就是细节
感觉大家的思路都差不多
基于一个场景中的意图被打断了,在完成其他命令之后,先询问是否继续当前的意图,但是对话可以俏皮一些,比如“刚才我们说到了XXX,还需要继续吗?”,如果是被另一个意图打断了,当另一个意图结束的时候,同样可以继续询问。
打开了思路!感谢
描述得相对详细,言简意赅
对于新的用户,就有点类似冷启动了,需要使用预先定好的关键词。
关于关键词哪一点,可以通过分析用户平时的说话习惯,提取重启谈话的关键词。
可以按照固定时间间隔从对话中提取关键字作为场景重启钥匙。当然必须要保存最近一段时间的对话内容。
像对于智能音箱的情况,能不能让它自己根据日常交流定义用户个人画像,这样会越来越智能,也能很好的利用之前的交流来回答问题。不过要注意保护隐私。
感觉还真是这个意思
就像前面有人提到的,这个场景和咱们编程里面的中断请求处理方式差不多:
首先要保留中断场景,这个最好是本地
其次要有一个恢复机制。可以是AI主动发起,也可以是给人一个建立恢复中断的关键词。
做好用户意图的识别/分类。如上一场景被打断,新意图解决后,可继续处理之前的内容。建议由机器主动询问,提醒上次被打断时检索的结果。
斗胆觉得这个在业务逻辑处理上(代码)可以参考参考微机中系统对于中断请求的处理办法(先将断点保存,处理后再恢复断点的办法)
是的,可以记录近期所有未完谈话
可以尝试把每一个的对话列入一个对于的话题,自动分词,下次直接说回到某某的对话场景中。
首先,需要对对话记录进行保存,建议本地
然后有两种处理模式:
人主动,增加继续聊天的关键词,比如“小度继续”。机器继续刚才的话题
机器主动:机器判断出刚才的话题没有结束,在人通话结束后,主动问“是否要继续刚才的话题”
这些突然打断对话的指令默认识别成对话暂停程序,待暂停程序恢复后再提示是否继续之前的对话~(即暂时储存功能)
可以增加关键句,比如我们继续聊啊