智能音箱语音交互系统与保险代理人的耦合方法及系统与流程

本发明涉及互联网的领域，尤其涉及一种智能音箱语音交互系统与保险代理人的耦合方法及系统。

背景技术：

近两三年，智能音箱市场快速成长，已逐渐成为智能家居的一大流量入口。音箱功能不断增强，为用户提供了越来越丰富多样的服务内容。拥有智能音箱的家庭也越来越多。

现有的智能音箱设备普遍采取语音交互方式，即用户与音箱一问一答的模式。用户将音箱激活并连入互联网后，即可以正常对话的方式对音箱发起请求。音箱的麦克风模块接收到此语音请求后，会将此语音数据传递到云端，并通过语音识别技术(automaticspeechrecognition，即asr)将其转化成文本数据，然后传递到后端，并结合其他技术(例如自然语音处理技术)，获得对应问题的回复，再通过语音合成技术(text-to-speech，即tts)生成语音文件，最后在音箱平台上播放，用户获得所需应答信息，从而完成语音交互的全流程。

但在实际的交互过程当中，总会出现智能音箱无法给出解答的问题，例如，用户在寻求保险业务办理的过程中，会接触到某些具体保险产品或需要保险服务，若仅仅单纯的回复保险产品的介绍，此时用户不能准备获知该保险产品的实际服务内容，需要人工介入进行解答，帮助用户了解保险产品的具体内容，帮助用户明确对相关保险产品的认知。

故对于特定情境下的语音交互，用户与智能音箱之间的一问一答的交互方式并不能满足沟通服务的要求。

技术实现要素：

为解决现有技术中的问题，本发明提出了一种智能音箱多渠道下发消息的实现方法和系统，以提高智能语音交互系统和保险代理人的协同合作效应，有利于提高语音交互系统的用户体验。

为实现上述目的，第一方面，本发明实施例提供了一种智能音箱语音交互系统与保险代理人的耦合方法，包括：

通过智能音箱语音交互系统接收第一账户发送的语音请求，当该语音请求触发智能音箱语音交互系统中预设的关键词时，在下发应答结果前，向第一账户发送切换请求，供第一账户确认；

当智能音箱语音交互系统接收第一账户的否定信息时，下发应答结果；

当智能音箱语音交互系统接收第一账户的确定信息时，提取历史交互信息并通过短信网关服务器将第一账户的用户id信息以及提取的历史交互信息发送至第二账户；所述历史交互信息为所述第一账户与所述智能音箱语音交互系统在交互过程中产生的信息；

其中，所述第一账户为用户，第二账户为保险代理人。

作为优选地，所述历史交互信息包括所述第一账户与所述智能音箱语音交互系统交互的至少一交互内容。

作为优选地，对所述交互内容进行筛选，提取所述关键词的上下文信息。

第二方面，本发明实施例提供了一种智能音箱语音交互系统与保险代理人的耦合系统，其包括智能音箱语音交互系统和短信网关服务器；

智能音箱语音交互系统接收第一账户发送的语音请求时，当该语音请求触发智能音箱语音交互系统中预设的关键词，在下发应答结果前，向第一账户发送切换请求，供第一账户确认；

当智能音箱语音交互系统接收第一账户的否定信息时，下发应答结果；

当智能音箱语音交互系统接收第一账户的确定信息时，提取历史交互信息并通过短信网关服务器将第一账户的用户id信息以及提取的历史交互信息发送至第二账户；所述历史交互信息为所述第一账户与所述智能音箱语音交互系统在交互过程中产生的信息；

其中，所述第一账户为用户，第二账户为保险代理人。

具体地，所述智能音箱语音交互系统包括音箱接入服务器、自动语音识别(asr)服务器、文本转语音(tts)服务器和业务逻辑服务器；

音箱接入服务器用于与智能音箱终端进行语音文件的交互，其连接自动语音识别(asr)服务器和文本转语音(tts)服务器，可将智能音箱终端接收的语音文件发送给自动语音识别(asr)服务器进行文本化处理，以及接收并播报文本转语音(tts)服务器发送过来的语音文件；

业务逻辑服务器用于根据自动语音识别(asr)服务器转换得到文本请求，生成对应的文本回复结果并将文本回复结果发送给文本转语音(tts)服务器；所述文本回复结果中包含业务逻辑服务器内预设的关键词时，业务逻辑服务器在下发应答结果前，向第一账户发送切换请求，供第一账户确认；业务逻辑服务器用于提取历史交互信息并通过短信网关服务器将第一账户的用户id信息以及提取的历史交互信息发送至第二账户；所述历史交互信息为所述第一账户与所述业务逻辑服务器在交互过程中产生的信息。

具体地，所述业务逻辑服务器采用自然语音处理(nlp)技术生成与文本请求对应的文本回复结果。

通过在智能音箱语音交互系统内预设关键词，在关键词被触发的情况下，可将智能音箱语音交互系统不能良好解决的问题转发给保险代理人，以便保险代理人及时联系用户，更好的解决用户疑问，满足用户的需求。同时还提升智能音箱终端的用户体验，增强智能音箱终端的市场竞争力，有利于智能音箱终端的普及。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。

图1为应用本发明所述方法的耦合系统的框架结构图；

图2为用户id、保险代理人id与智能音箱终端的设备id的三方映射设示意图；

图3为本发明所述方法的逻辑流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、元件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

在本发明中，“模块”、“装置”、“系统”等指应用于计算机的相关实体，如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说，例如，元件可以、但不限于是运行于处理器的过程、处理器、对象、可执行元件、执行线程、程序和/或计算机。还有，运行于服务器上的应用程序或脚本程序、服务器都可以是元件。一个或多个元件可在执行的过程和/或线程中，并且元件可以在一台计算机上本地化和/或分布在两台或多台计算机之间，并可以由各种计算机可读介质运行。元件还可以根据具有一个或多个数据包的信号，例如，来自一个与本地系统、分布式系统中另一元件交互的，和/或在因特网的网络通过信号与其它系统交互的数据的信号通过本地和/或远程过程来进行通信。

为便于理解本发明，首选介绍本发明适用的应用场景：

在保险行业及其他类似领域，保险代理人向其用户群以礼品馈赠形式将智能音箱终端赠与用户群中的各个用户。如图2所示，用户在使用智能音箱终端前，首先需要将用户id与智能音箱终端的设备id进行绑定，绑定过程通过手机终端上的手机app客户端来完成。用户在初次使用智能音箱终端时，需在app客户端识别该智能音箱终端，然后在wifi场景下，在app客户端为智能音箱终端配置相应的参数，使得智能音箱终端连接手机终端所接入的wifi网络。智能音箱终端接入wifi网络，将自动将其设备id(即设备唯一序列号)与用户在手机app客户端注册的用户id传递到后端，在后端将设备id与用户id进行绑定，形成用户id与设备id的映射表。

保险代理人和用户的代理关系，以及各自的电话号码存储于保险公司的数据库中，当用户将其用户id与保险代理人赠与的智能音箱终端的设备id绑定时，智能音箱语音交互系统自动将保险代理人的id与该智能音箱的设备id，形成智能音箱终端、用户、保险代理人的三方映射。

本发明所述的方法是在智能音箱终端、用户、保险代理人形成三方映射的前提下实现的。

图1为应用本发明所述方法的耦合系统的框架结构图。如图1所示，该耦合系统包括智能音箱语音交互系统和短信网关服务器。

其中，所述智能音箱语音交互系统包括音箱接入服务器、自动语音识别(asr)服务器、文本转语音(tts)服务器和业务逻辑服务器。

音箱接入服务器用于与智能音箱终端进行语音文件的交互，其连接自动语音识别(asr)服务器和文本转语音(tts)服务器，可将智能音箱终端接收的语音文件发送给自动语音识别(asr)服务器进行文本化处理，以及接收并播报文本转语音(tts)服务器发送过来的语音文件；

业务逻辑服务器用于根据自动语音识别(asr)服务器转换得到文本请求，生成对应的文本回复结果并将文本回复结果发送给文本转语音(tts)服务器；所述文本回复结果中包含业务逻辑服务器内预设的关键词时，业务逻辑服务器在下发应答结果前，向第一账户发送切换请求，供第一账户确认；业务逻辑服务器用于提取历史交互信息并通过短信网关服务器将第一账户的用户id信息以及提取的历史交互信息发送至第二账户；所述历史交互信息为所述第一账户与所述业务逻辑服务器在交互过程中产生的信息。

其中，业务逻辑服务器采用自然语音处理(nlp)技术，并结合保险公司数据库的信息生成与文本请求对应的文本回复结果。数据库存储有用户的用户id(包括用户姓名、联系电话)、保险代理人信息(包括保险代理人的联系电话、可售保险类别、代理客户列表等)。当业务逻辑服务器向保险代理人发送历史交互信息，可直接从数据库中提取用户id信息，将历史交互信息和用户id信息拼装为短信，并从数据库中获取保险代理人的联系方式，将生成的短信通过短信网关服务器下发至保险代理人的手机终端。

如图3所示，当用户与智能音箱终端进行一问一答的语音交互时，智能音箱终端将接收的用户的语音请求转发给sar服务器，通过sar服务器将语音请求转换为文本请求并发送至业务逻辑服务器，由业务逻辑服务器进行分析处理并给出文本回复结果。

在业务逻辑服务器下发文本回复结果前，业务逻辑服务器根据预设的关键词对文本回复结果进行判断，检测该文本回复结果是否触发用户对保险服务的深层需求。

若没有触发，则将本文回复结果发送至tts服务器将文本回复结果转换为语音回复结果，通过智能音箱终端进行播报。

若触发，则生成一切换请求，并通过tts服务器发送给智能音箱终端进行播报，询问用户是否愿意与保险代理人进行精确沟通。若用户不同意，智能音箱终端接收到该否定信息后，反馈至业务逻辑服务器，则业务逻辑服务器将本文回复结果发送至tts服务器将文本回复结果转换为语音回复结果，通过智能音箱终端进行播报，保持正常的一问一答的语音交互流程。

在触发且用户同意的情况下，业务逻辑服务器提取历史交互信息并通过短信网关服务器将用户的用户id信息以及提取的历史交互信息拼接成短信发送给保险代理人的手机终端，告知保险代理人用户对保险服务有咨询或购买的潜在需求，以便代理人根据历史交互信息与用户无缝沟通。

例如，保险代理人的a用户在在国庆前，与智能音箱终端进行一问一答交互时，触发关键词“国庆旅游”，智能音箱语音交互系统通过智能音箱终端向用户播报切换请求，用户同意后，智能音箱语音交互系统通过短信网关服务器向保险代理人发送包含本次交互过程中产生的历史交互信息和用户id信息的短信，保险代理人获得相关信息后打电话给用户，对用户可能需要的保险产品进行详细沟通。

作为优选地，所述历史交互信息包括所述第一账户与所述智能音箱语音交互系统交互的至少一交互内容。以便保险代理人与用户无缝沟通。

作为优选地，业务逻辑服务器在提取历史交互信息时，对历史交互信息中的交互内容进行筛选，提取所述关键词的上下文信息。通过筛选以精简历史交互信息的内容，避免发送给保险代理人的短信过长而不便于保险代理人查阅，或者是导致短信过长而不能发送完整信息。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。