基于多轮语音交互的餐厅预订方法及终端
技术领域
本申请涉及语音交互技术领域,具体涉及一种基于多轮语音交互的餐厅预订方法及终端。
背景技术
现有技术中,用户无法直接语音预订餐厅,在语音预定餐厅的过程中仍需要自己动手去筛选信息,操作繁琐,人机交互方式不自然,同时,当需要和朋友进餐时,无法快速预定到一家符合朋友口味的餐厅,预定效率低,用户体验较差。
发明内容
本申请的目的在于,提供一种基于多轮语音交互的餐厅预订方法及终端,其可以解决上述技术问题,能够通过语音快速预定到符合共同用餐人员的用餐偏好的餐厅。
为解决上述技术问题,本申请提供一种基于多轮语音交互的餐厅预订方法,应用于终端,包括:
接收预订餐厅的语音指令;
与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与所述用餐偏好相匹配的餐厅信息;
在收到确认预订餐厅的语音指令后,执行餐厅预订操作。
其中,所述接收预订餐厅的语音指令,包括:
接收语音信息;
判断所述语音信息的内容是否包含预订餐厅的关键词;
若是,则确认所述语音信息为预订餐厅的语音指令。
其中,所述判断所述语音信息的内容是否包含预订餐厅的关键词之前,还包括:
判断所述语音信息是否包含唤醒语音交互功能的关键词;
若是,则根据所述语音信息的声纹特征识别用户身份;
若识别成功,则启动语音交互功能,并进入所述判断所述语音信息的内容是否包含预订餐厅的关键词的步骤。
其中,所述与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与所述用餐偏好相匹配的餐厅信息,包括:
输出用于询问共同用餐人员的第一语音信息;
接收第二语音信息;
若所述第二语音信息包含共同用餐人员信息,则根据所述共同用餐人员信息获取相应共同用餐人员的用餐偏好;
根据所述用餐偏好匹配餐厅信息;
输出包含匹配出的餐厅信息的第三语音信息。
其中,所述根据所述共同用餐人员信息获取相应共同用餐人员的用餐偏好,包括:
根据所述共同用餐人员信息查询预设联系人列表;
若查询到对应的预设联系人,则获取所述预设联系人的用餐偏好作为共同用餐人员的用餐偏好。
其中,所述与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与所述用餐偏好相匹配的餐厅信息,还包括:
在收到确认所述餐厅信息的语音指令时,判断用餐信息是否完整;
若不完整,输出提示补充用餐信息的第四语音信息。
其中,所述方法,还包括:
在进行语音交互时,对当前接收的语音信息进行语义解析;
根据语义解析的结果判断所述当前接收的语音信息与上下文信息是否相关;
若相关,则使用所述当前接收的语音信息;
若不相关,则滤除所述当前接收的语音信息。
其中,所述方法,还包括:
在进行语音交互时,累计每次语音输出后未收到语音信息的时长;
当所述时长达到预设时长时,判断是否完成餐厅预订;
若未完成餐厅预订,则记录当前的预订进程并关闭语音交互功能;
当再次唤醒语音交互功能时,进入已记录的预订进程。
其中,所述方法,还包括:
若餐厅预订失败或未完成餐厅预订,则记录当前提供的餐厅信息;
当再次接收到预订餐厅的语音指令时,输出用于提示已记录的餐厅信信息的语音信息。
本申请还提供一种终端,包括存储器和处理器,所述存储器存储有至少一条程序指令,所述处理器通过加载并执行所述至少一条程序指令以实现如上所述的基于多轮语音交互的餐厅预订方法。
本申请的基于多轮语音交互的餐厅预订方法及终端,终端接收预订餐厅的语音指令后,与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息,并在收到确认预订餐厅的语音指令后,执行餐厅预订操作。通过这种方式,用户能够通过语音快速预定到符合共同用餐人员的用餐偏好的餐厅,提升用户体验。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其他目的、特征和优点能够更明显易懂,以下特举较佳实施例,并配合附图,详细说明如下。
附图说明
图1是根据第一实施例示出的一种基于多轮语音交互的餐厅预订方法的流程示意图。
图2是根据第二实施例示出的一种终端的结构示意图。
具体实施方式
为更进一步阐述本申请为达成预订申请目的所采取的技术手段及功效,以下结合附图及较佳实施例,对依据本申请移动终端的定位方法、车载终端及移动终端提出的具体实施方式、方法、步骤、结构、特征及其效果,详细说明如下。
有关本申请的前述及其他技术内容、特点及功效,在以下配合参考图式的较佳实施例的详细说明中将可清楚呈现。通过具体实施方式的说明,当可对本申请为达成预订目的所采取的技术手段及功效得以更加深入且具体的了解,然而所附图式仅是提供参考与说明之用,并非用来对本申请加以限制。
图1是根据第一实施例示出的一种基于多轮语音交互的餐厅预订方法的流程示意图。请参考图1,本实施例的基于多轮语音交互的餐厅预订方法,应用于一终端,包括:
步骤110,接收预订餐厅的语音指令。
其中,语音指令是用户通过语音方式输入的指令,用户可以通过语音进行唤醒语音交互功能(或称“语音助理”)、进行身份识别、预定餐厅等操作。在本实施例中,接收预订餐厅的语音指令的过程,包括:
接收语音信息;
判断语音信息的内容是否包含预订餐厅的关键词;
若是,则确认语音信息为预订餐厅的语音指令。
其中,终端在收到语音信息后,对语音信息进行内容识别以判断用户输入的指令类型,当语音信息的内容包含预订餐厅的关键词时,确定用户输入的是预订餐厅的语音指令。例如,用户语音说出“订一家餐厅”,则通过内容识别可以获知包含预定餐厅的关键词“餐厅”,预定餐厅的关键词例如还可以是“晚餐”、“午餐”、“吃饭”、“美食”等可以表达用餐意图的词语,在此不做限定。
实际实现时,在判断语音信息的内容是否包含预订餐厅的关键词之前,还可以包括以下步骤:
判断语音信息是否包含唤醒语音交互功能的关键词;
若是,则根据语音信息的声纹特征识别用户身份;
若识别成功,则启动语音交互功能,并进入判断语音信息的内容是否包含预订餐厅的关键词的步骤。
其中,用户可以通过一次语音输入同时完成唤醒语音交互功能、身份识别、餐厅预定指令输入的操作。终端首先判断语音信息是否包含唤醒语音交互功能的关键词,例如包含语音助理的名称“小E”、包含招呼语“你好”等,在确认包含语音交互功能的关键词后,根据语音信息的声纹特征识别用户身份,如语音信息的声纹特征与预设用户的声纹特征相符,则身份识别成功,此时,启动语音交互功能,并自动进入判断语音信息的内容是否包含预订餐厅的关键词的步骤,若确认语音信息的内容包含预订餐厅的关键词,则确认语音信息为预订餐厅的语音指令。通过这种方式,用户例如说出“小E,订一家餐厅”,即可同时完成唤醒语音交互功能、身份识别、餐厅预定指令输入的操作,无需多次唤醒语音交互功能,提高交互的效率。
步骤120,与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息。
其中,语音交互是指用户与终端之间通过语音进行交互,从而通过终端进行类似人工提醒的方式,无需任何文字或手动输入,即可按照设定的步骤完成预定餐厅的操作。
在本实施例中,与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息,包括:
输出用于询问共同用餐人员的第一语音信息;
接收第二语音信息;
若第二语音信息包含共同用餐人员信息,则根据共同用餐人员信息获取相应共同用餐人员的用餐偏好;
根据用餐偏好匹配餐厅信息;
输出包含匹配出的餐厅信息的第三语音信息。
在本实施例中,根据共同用餐人员信息获取相应共同用餐人员的用餐偏好,包括:
根据共同用餐人员信息查询预设联系人列表;
若查询到对应的预设联系人,则获取预设联系人的用餐偏好作为共同用餐人员的用餐偏好。
其中,终端在判断接收到预订餐厅的语音指令后,首先输出用于询问共同用餐人员的第一语音信息,例如“您想和谁一起共进美食”,在用户回复后,对接收的语音信息进行内容识别,提取共同用餐人员的信息,例如姓名、单位、联系方式等信息,接着,根据共同用餐人员信息查询预设联系人列表,例如手机通信录、微信联系人或专门存储的用餐联系人。在预设联系人列表中,可以直接存储有联系人信息与用餐偏好的对应关系,或者,在查询到对应的预设联系人后,通过对该联系人的社交网络信息进行抓取来获取用餐偏好。
在确认用餐偏好后,终端通过第三方餐厅预订服务器提供的独立查询接口匹配餐厅,从而得到餐厅信息,例如名称、地点、口味、人均消费等,继而根据餐厅信息生成语音信息并输出以告知用户,如用户觉得满意,则可以回复确认餐厅信息的语音信息。
在一实施方式中,与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息的过程,还可以包括:
在收到确认餐厅信息的语音指令时,判断用餐信息是否完整;
若不完整,输出提示补充用餐信息的第四语音信息。
其中,在语音交互的过程中,用户可以在回复任何语音信息时加入用餐信息,例如人数、时间、城市等,终端在每次进行语音识别时,一并判断用户是否输入用餐信息,并在收到确认餐厅信息的语音指令时,判断用餐信息是否完整,若用餐信息不完整,则输出提示补充用餐信息的第四语音信息,例如用户未提供人数,则语音输出“一共几个人用餐呢?”,若用餐信息完整,则执行餐厅预订操作。
为实现语音的多次交互,在一实施方式中,在进行语音交互时,还包括以下步骤:
对当前接收的语音信息进行语义解析;
根据语义解析的结果判断当前接收的语音信息与上下文信息是否相关;
若相关,则使用当前接收的语音信息;
若不相关,则滤除当前接收的语音信息。
其中,在进行语义解析时,使用交互过程的上下文信息判断语音信息的相关性,从而对其他噪声有过滤作用,可以屏蔽无关的语音输入,也即滤除与上下文信息无关的语音输入,避免无关语音噪声的干扰,并实现语音交互的连续性。
为提高预订效率,在一实施方式中,在进行语音交互时,还包括以下步骤:
累计每次语音输出后未收到语音信息的时长;
当时长达到预设时长时,判断是否完成餐厅预订;
若未完成餐厅预订,则记录当前的预订进程并关闭语音交互功能;
当再次唤醒语音交互功能时,进入已记录的预订进程。
其中,累计每次语音输出后未收到语音信息的时长例如为15-30秒,也即在这段时间内终端仍持续处于语音识别状态,从而给用户更多时间思考和反馈输入。如果持续预设时长后,用户没有进行相关的语音输入,则关闭语音交互功能,在此之前判断是否完成餐厅预订,若已完成餐厅预订,则直接关闭语音交互功能,若未完成餐厅预订,则记录当前的预订进程并关闭语音交互功能,从而可以记录预订餐厅的进程,记录的数据可以存储在云端服务器中。在用户再次唤醒语音交互功能时,直接进入预订的阶段,比如在预订过程中被电话打断,和旁边人商量等,这个时候可能需要重新唤醒语音交互功能进行餐厅预订。通过这种方式,用户如在预订餐厅的过程中被打断,可以快速进入原有的预订进程,其他信息无需再输入,提高预订效率。
步骤130,在收到确认预订餐厅的语音指令后,执行餐厅预订操作。
其中,在终端输出包含餐厅信息的第三语音信息后,用户可以语音回复“确认预订”等内容从而输入确认预订餐厅的语音指令,此时,若用餐信息完整,则直接执行餐厅预订操作,若用餐信息不完整,则在执行餐厅预订操作的过程中,通过输出语音信息提示用户回复相应的用餐信息,从而完成餐厅预订操作。餐厅预订操作通过第三方餐厅预订服务器提供的独立查询接口完成。
为提高预订效率,本实施例的方法,还包括:
若餐厅预订失败或未完成餐厅预订,则记录当前提供的餐厅信息;
当再次接收到预订餐厅的语音指令时,输出用于提示已记录的餐厅信信息的语音信息。
其中,在提供餐厅信息后,若未收到用户的反馈或用户反馈暂不预订,则记录当前提供的餐厅信息,在用户再次输入预订餐厅的语音指令时,自动输出用于提示已记录的餐厅信信息的语音信息,从而主动提醒用户类似餐厅是否预定,其他信息无需再输入,大大节省用户选择的时间。
通过上述方式,可以实现语音交互的上下文记忆,持续实现用户预订的闭环,全程语音,无需任何文字,使用户快速找到和预订一个符合朋友口味的餐厅,用户体验佳。
实际实现时,通过以上方法可以如下的餐厅预订过程。
用户语音:“小E小E,订一个高档餐厅。”
语音助理:“您想和谁一起共进美食?“
用户语音:“本周四晚上6点,住长春邀请***。”
语音助理:“查询到你朋友最喜欢红酒和韩国料理,建议预定今开张的***,环境特别好,您朋友一定喜欢,价格在***元一人。”
用户语音:“好的,预订一个6人包厢。”
本申请的基于多轮语音交互的餐厅预订方法,终端接收预订餐厅的语音指令后,与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息,并在收到确认预订餐厅的语音指令后,执行餐厅预订操作。通过这种方式,用户能够通过语音快速预定到符合共同用餐人员的用餐偏好的餐厅,提升用户体验。
图2是根据第二实施例示出的一种终端的结构示意图。请参考图2,本实施例的终端,包括存储器210和处理器220,存储器210存储有至少一条计算机程序,处理器220通过加载并执行至少一条计算机程序以实现的基于多轮语音交互的餐厅预订方法,包括以下步骤:
接收预订餐厅的语音指令;
与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息;
在收到确认预订餐厅的语音指令后,执行餐厅预订操作。
其中,处理器220执行接收预订餐厅的语音指令的步骤,包括:
接收语音信息;
判断语音信息的内容是否包含预订餐厅的关键词;
若是,则确认语音信息为预订餐厅的语音指令。
其中,处理器220执行判断语音信息的内容是否包含预订餐厅的关键词的步骤之前,还包括:
判断语音信息是否包含唤醒语音交互功能的关键词;
若是,则根据语音信息的声纹特征识别用户身份;
若识别成功,则启动语音交互功能,并进入判断语音信息的内容是否包含预订餐厅的关键词的步骤。
其中,处理器220执行与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息的步骤,包括:
输出用于询问共同用餐人员的第一语音信息;
接收第二语音信息;
若第二语音信息包含共同用餐人员信息,则根据共同用餐人员信息获取相应共同用餐人员的用餐偏好;
根据用餐偏好匹配餐厅信息;
输出包含匹配出的餐厅信息的第三语音信息。
其中,处理器220执行根据共同用餐人员信息获取相应共同用餐人员的用餐偏好的步骤,包括:
根据共同用餐人员信息查询预设联系人列表;
若查询到对应的预设联系人,则获取预设联系人的用餐偏好作为共同用餐人员的用餐偏好。
其中,处理器220执行与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息的步骤,还包括:
在收到确认餐厅信息的语音指令时,判断用餐信息是否完整;
若不完整,输出提示补充用餐信息的第四语音信息。
其中,处理器220还用于执行以下步骤:
在进行语音交互时,对当前接收的语音信息进行语义解析;
根据语义解析的结果判断当前接收的语音信息与上下文信息是否相关;
若相关,则使用当前接收的语音信息;
若不相关,则滤除当前接收的语音信息。
其中,处理器220还用于执行以下步骤:
在进行语音交互时,累计每次语音输出后未收到语音信息的时长;
当时长达到预设时长时,判断是否完成餐厅预订;
若未完成餐厅预订,则记录当前的预订进程并关闭语音交互功能;
当再次唤醒语音交互功能时,进入已记录的预订进程。
其中,处理器220还用于执行以下步骤:
若餐厅预订失败或未完成餐厅预订,则记录当前提供的餐厅信息;
当再次接收到预订餐厅的语音指令时,输出用于提示已记录的餐厅信信息的语音信息。
在一实施方式中,终端为导航终端。
本实施例的处理器220执行上述步骤的具体过程,请参见上述图1所示实施例中描述的具体内容,在此不再赘述。
本申请的终端,接收预订餐厅的语音指令后,与用户进行多轮语音交互以获取共同用餐人员的用餐偏好并提供与用餐偏好相匹配的餐厅信息,并在收到确认预订餐厅的语音指令后,执行餐厅预订操作。通过这种方式,用户能够通过语音快速预定到符合共同用餐人员的用餐偏好的餐厅,提升用户体验。
以上所述,仅是本申请的较佳实施例而已,并非对本申请作任何形式上的限制,虽然本申请已以较佳实施例揭露如上,然而并非用以限定本申请,任何熟悉本专业的技术人员,在不脱离本申请技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本申请技术方案内容,依据本申请的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本申请技术方案的范围内。