CN111611368B - 多轮对话中公共场景对话回溯的方法和装置 - Google Patents

Abstract

本申请公开了多轮对话中公共场景对话回溯的方法和装置，涉及人工智能技术领域。具体实现方案为：响应于接收到查询语句，根据查询语句确定业务场景；进入业务场景和对应的第一对话节点树；若根据第一对话节点树的参数验证对话节点进行相关参数的验证判断出需要进入公共场景，则存储该参数验证对话节点，跳转到公共场景，并进入第二对话节点树；通过第二对话节点树进行用户信息收集，若收集成功，则判断是否满足回溯条件；若满足回溯条件，则根据存储的参数验证对话节点返回到业务场景，继续执行业务场景的其它对话逻辑处理。该实施方式实现了多轮对话中公共场景对话的自动回溯，降低了系统门槛、复杂度、运维成本。提高了实时性，有效性及准确性。

Description

多轮对话中公共场景对话回溯的方法和装置

技术领域

本申请的实施例涉及计算机技术领域，具体涉及人工智能技术领域。

背景技术

随着自然语言技术的发展，多轮对话技术日趋成熟完善，使得多轮对话系统可以落地应用在各行各业的各个业务场景中，在提升客户服务效率的同时，大大降低了企业的成本。

目前大部分的商用多轮对话系统都是基于填槽法或者填槽法的改进版来实现的，对话能力比较单一，基本都是按照预设流程来完成对话的交互，无法实现简便、快捷地公共场景对话回溯。

发明内容

提供了一种多轮对话中公共场景对话回溯的方法、装置、设备以及存储介质。

根据第一方面，提供了一种多轮对话中公共场景对话回溯的方法，包括：响应于接收到查询语句，根据查询语句确定业务场景；进入业务场景，并进入业务场景对应的第一对话节点树；对于第一对话节点树的每个参数验证对话节点，若根据该参数验证对话节点进行相关参数的验证判断出需要进入公共场景，则存储该参数验证对话节点，跳转到公共场景，并进入公共场景的第二对话节点树；通过第二对话节点树进行用户信息收集，若收集成功，则判断所述第二对话节点树的处理结果是否满足回溯条件；若第二对话节点树的处理结果满足回溯条件，则根据存储的参数验证对话节点返回到业务场景，继续执行业务场景的其它对话逻辑处理。

根据第二方面，提供了一种多轮对话中公共场景对话回溯的装置，包括：确定单元，被配置成响应于接收到查询语句，根据查询语句确定业务场景；进入单元，被配置成进入业务场景，并进入业务场景对应的第一对话节点树；跳转单元，被配置成对于第一对话节点树的每个参数验证对话节点，若根据该参数验证对话节点进行相关参数的验证判断出需要进入公共场景，则存储该参数验证对话节点，跳转到公共场景，并进入公共场景的第二对话节点树；收集单元，被配置成通过第二对话节点树进行用户信息收集，若收集成功，则判断所述第二对话节点树的处理结果是否满足回溯条件；回溯单元，被配置成若第二对话节点树的处理结果满足回溯条件，则根据存储的参数验证对话节点返回到业务场景，继续执行业务场景的其它的对话逻辑处理。

根据第三方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行第一方面中任一项的方法。

根据第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行第一方面中任一项的方法。

根据第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据第一方面中任一项所述的方法。

根据本申请的技术，在多轮对话的场景中，通过对话节点树支持公共对话场景对话的自动回溯。可以极大的减少在需要对话回溯的情景下的冗余配置，同时也提升对话系统场景覆盖率。通过简单的配置可以灵活进行对话自动回溯到原场景并执行原场景后续的对话逻辑，极大降低了多轮对话系统配置的门槛及复杂度，也极大降低量多轮对话系统配置的运维成本。多轮对话中可共享验证过的参数，减少了参数验证过程，从而提高了在公共对话场景中所需参数信息的实时性，有效性及准确性。本申请提供的方案不是基于某个业务场景定制开发的方案，是对这一类型需求的抽象，可以零成本地迁移到其他场景，降低了多轮对话机器人满足此类需求的构建成本。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的多轮对话中公共场景对话回溯的方法的一个实施例的流程图；

图3是根据本申请的多轮对话中公共场景对话回溯的方法的一个应用场景的示意图；

图4是根据本申请的多轮对话中公共场景对话回溯的方法的又一个实施例的流程图；

图5是根据本申请的多轮对话中公共场景对话回溯的方法的又一个应用场景的示意图；

图6是根据本申请的多轮对话中公共场景对话回溯的装置的一个实施例的结构示意图；

图7是根据本申请实施例的多轮对话中公共场景对话回溯的方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1示出了可以应用本申请的多轮对话中公共场景对话回溯的方法或多轮对话中公共场景对话回溯的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如人机对话类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏并且支持人机对话的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上进行的人机交互提供支持的后台对话服务器。后台对话服务器可以对接收到的查询语句等数据进行分析等处理，并将处理结果(例如账户余额)反馈给终端设备。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请的实施例所提供的多轮对话中公共场景对话回溯的方法一般由服务器105执行，相应地，多轮对话中公共场景对话回溯的装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的多轮对话中公共场景对话回溯的方法的一个实施例的流程200。该多轮对话中公共场景对话回溯的方法，包括以下步骤：

步骤201，响应于接收到查询语句，根据查询语句确定业务场景。

在本实施例中，多轮对话中公共场景对话回溯的方法的执行主体(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从用户利用其进行人机对话的终端接收查询语句。执行主体根据查询语句确定业务场景。

在介绍技术方案前，先介绍几个概念。

意图：代表用户要完成的一个业务动作，比如查天气、查余额、转账等，类似于代码中的函数。意图可以区分为顶层意图和子意图，其中顶层意图是在对话过程中可以随时触发的意图，子意图只有在对应的场景中时才能被触发。意图识别可以基于模版匹配、文本分类等方案来实现。

对话节点：定义了对话过程中用户和机器人的一轮交互，用户的查询语句会触发某一个对话节点来处理请求并获得回答。包括实体收集、上下文继承、上下文变迁、业务系统对接、答案生成等等。

场景：一个意图及在该意图下所有的对话交互(如收集实体，澄清，确认，子意图等)构成一个场景，只有当用户表述了新的意图或者结束对话，场景才切换或者结束。场景包括业务场景和公共场景2类。公共场景指的是所有会话公用的场景，例如，身份验证、账户验证等。业务场景指的是除公共场景之外的场景。

会话：同一用户在某个时间段内与机器人的一系列对话即为一个会话，如电话客服中的一个电话。

对话：用户与机器人的一问一答即为一轮对话。

根据查询语句确定业务场景的方法可包括以下几种：

1、对查询语句进行语义分析，确定是否存在意图，若存在意图，则确定意图对应的业务场景。

可通过预先训练的神经网络模型进行语义分析确定意图。也可通过模板匹配的方式确定意图。例如，用户输入“还剩多少钱”，可识别出意图为“查询余额”。然后确定该意图对应的是金融业务场景。通过语义分析确定出用户的意图后再进行场景识别，比仅通过关键字匹配的方式确定场景更准确且避免歧义，因此该方式可提高场景识别的准确性。

2、若不存在意图且当前对话不在任何场景中，则引导用户输入意图；根据输入的意图确定对应的业务场景。

如果从用户已输入的信息中识别不出意图，则可通过一些话术引导用户输入意图，例如，“您想咨询哪方面内容”并给出选项。如果用户选择查询余额，则确定出对应金融业务场景。可快速引导用户完成人机交互。从而避免因为用户没有输入意图而导致交互失败的情况。提高了人机交互的成功率。

3、若不存在意图，但是当前对话在场景中，则将当前对话所在的场景确定为业务场景。

如果识别不出用户输入语句的意图，但是当前对话已经在场景中，则将当前对话所在的场景确定为业务场景。直接使用当前对话所在的场景作为业务场景，可省略询问用户的意图的步骤，从而提高场景识别的速度。

步骤202，进入业务场景，并进入业务场景对应的第一对话节点树。

在本实施例中，场景的对话节点有多个，组成了对话节点树。在本实施例中，为了区分不同场景的对话节点树，将业务场景对应的对话节点树命名为第一对话节点树。公共场景对应的对话节点树命名为第二对话节点树。每个对话节点都有预定的处理逻辑。引导用户提交相应信息进行业务办理。

在公共场景中，可以将其设置封闭状态，封闭状态是指当用户的表述命中其他意图且符合场景切换到条件时，无法发生场景切换。这样可以确保业务场景不会因为用户的误操作而切换，保证业务场景不被打断，确保业务流程的完整性。因为处于封闭状态的场景必须聚焦于自身场景的对话逻辑，处于封闭状态的场景可以通过栈空间的回溯节点将对话回溯到上一个场景中。

步骤203，对于第一对话节点树的每个参数验证对话节点，若根据该参数验证对话节点进行相关参数的验证判断出需要进入公共场景，则存储该参数验证对话节点，跳转到公共场景，并进入公共场景的第二对话节点树。

在本实施例中，对话节点中有专门于用参数验证的对话节点，其它对话节点不做参数验证。参数验证对话节点会根据相关验证参数判断是否需要进入公共场景，例如需要进行身份验证的对话节点，检查之前的对话逻辑处理结果，未找到身份验证通过的信息，则需要跳转到公共场景进行身份验证。为了保证身份验证后还能回溯到原场景，需要保存当前参数验证对话节点，然后再进行场景跳转。进入公共场景后，进入公共场景的第二对话节点树。公共场景的对话节点也是有多个，组成了对话节点树。

步骤204，通过第二对话节点树进行用户信息收集，若收集成功，则判断第二对话节点树的处理结果是否满足回溯条件。

在本实施例中，第二对话节点配置了对话逻辑，用于进行用户信息收集。每个第二对话节点可收集一类用户信息，一个第二对话节点树收集完整的用户信息。输出引导用户输入用户信息的信息，例如，请输入身份证号，请提供身份证照片等。将收集到的信息调用第三方接口进行身份验证，如果验证通过，则收集成功。可使用收集的信息进行下一步处理。然后判断处理结果是否满足回溯条件。预先为公共场景配置回溯条件，例如，所有公共场景的对话节点对话逻辑处理完毕，得到信息验证通过的结果等。

如果收集失败，则进行重新收集。若重新收集的次数达到预定阈值，则退出收集失败的公共场景。可提高人机交互效率，降低失败率并防止死锁。可通过预设话术引导用户重新收集信息。如果多次提示用户输入身份证号码，但用户没有提供，或者提供的身份证无法验证通过，则退出收集失败的公共场景。提示收集信息失败，并回溯到之前的业务场景。

步骤205，若第二对话节点树的处理结果满足回溯条件，则根据存储的参数验证对话节点返回到业务场景，继续执行业务场景的其它的对话逻辑处理。

在本实施例中，当满足回溯条件时，可回溯到切换到公共场景之前的业务场景。然后继续执行业务场景的其它的对话逻辑处理。其它的对话逻辑处理指的是除参数验证对话节点之外的对话节点的对话逻辑处理。

继续参见图3，图3是根据本实施例的多轮对话中公共场景对话回溯的方法的应用场景的一个示意图。在图3的应用场景中，接收到用户输入的“查询余额”做意图识别，进入该意图对应的金融业务场景。根据对话节点及相关验证参数判断是否需要进入公共场景。如果不需要进入公共场景，则执行金融业务场景的其它对话节点的对话逻辑。如果需要进入公共场景，则暂存当前业务场景的对话节点A到栈空间中，用于公共场景结束时回溯到原业务对场景中。跳转到公共场景中，进入公共场景对话节点x。引导用户进行信息收集，对用户输入的语句进行实体识别，收集信息。如果用户信息没有收集成功，则继续引导用户进行信息收集。如果用户信息收集成功，则使用收集到的用户信息进行公共对话场景逻辑处理。判断是否设置了自动回溯到原业务场景。如果设置了自动回溯到原业务场景，根据暂存节点回溯到原业务场景并返回公共场景对话处理结果用于判断是否继续进入公共业务场景。如果未设置自动回溯到原业务场景，则继执行公共场景的其他对话节点的对话逻辑。执行原业务场景其他对话节点的对话逻辑。

自动跳回暂存的节点可以极大的减少用户在公共场景对话中让对话回溯的配置。按照正常的业务逻辑，在公共场景对话逻辑处理中，用户可能会在任何时候回溯到原业务的逻辑处理中，而对话的自动回溯可以帮助用户进行对话逻辑的回溯流转，在用户想回溯到原业务的逻辑处理中时可以自动回到原业务逻辑的办理流程。

本申请的上述实施例提供的方法，在多轮对话的场景中，支持公共对话场景对话的自动回溯，可以极大的减少在需要对话回溯的情景下的冗余配置，同时也提升对话系统场景覆盖率。通过简单的配置可以灵活进行对话自动回溯到原场景并执行原场景后续的对话逻辑，这极大降低了多轮对话系统配置的门槛及复杂度，也极大降低量多轮对话系统配置的运维成本。同时也提高了在公共场景对话中所需参数信息的实时性，有效性及准确性。本申请提供的方案不是基于某个业务场景定制开发的方案，是对这一类型需求的抽象，可以零成本地迁移到其他场景，降低了多轮对话机器人满足此类需求的构建成本。

继续参考图4，示出了根据本申请的多轮对话中公共场景对话回溯的方法的又一个实施例的流程400。该多轮对话中公共场景对话回溯的方法，包括以下步骤：

步骤401，响应于接收到查询语句，根据查询语句确定业务场景。

步骤402，进入业务场景，并进入业务场景对应的第一对话节点树。

步骤403，对于第一对话节点树的每个参数验证对话节点，若根据该参数验证对话节点进行相关参数的验证判断出需要进入公共场景，则存储该参数验证对话节点，跳转到公共场景，并进入公共场景的第二对话节点树。

步骤404，通过第二对话节点树进行用户信息收集，若收集成功，则判断第二对话节点树的处理结果是否满足回溯条件。

步骤401-404与步骤201-204基本相同，因此不再赘述。

步骤405，对于第二对话节点树中第二对话节点，若根据该第二对话节点进行相关参数的验证判断出需要进入新公共场景，则存储该第二对话节点，跳转到新公共场景，并进入新公共场景的第三对话节点树。

在本实施例中，公共场景之间也是可能存在切换的。例如，查询余额操作，不仅涉及身份证验证，还涉及银行账户验证，就需要进入新公共场景。在进入新公共场景前，存储当前公共场景的第二对话节点，再跳转到新公共场景，并进入新公共场景的第三对话节点树。第三对话节点树是为了区分原公共场景的对话节点树。

步骤406，通过第三对话节点树进行用户信息收集，若收集成功，则判断第三对话节点树的处理结果是否满足回溯条件。

步骤406与步骤204基本相同，因此不再赘述。可以从其它已经收集到用户信息的公共场景继承已收集的用户信息，充分利用已有资源，避免重复收集引起用户反感。例如已经收集并验证过身份证信息，则新的公共场景无需再收集验证。

步骤407，若第三对话节点的处理结果满足回溯条件，则根据存储的第二对话节点返回到公共场景，继续执行公共场景的其它的对话逻辑处理。

步骤407与步骤205基本相同，回溯到之前存储的公共场景。继续公共场景的处理。这里的公共场景的其它的对话逻辑处理指的是除已经处理过的第三对话节点之外的其它对话节点的对话逻辑。公共场景处理完毕后再执行后面的步骤回溯到之前的业务场景。

步骤408，若第二对话节点树的处理结果满足回溯条件，则根据存储的参数验证对话节点返回到业务场景，继续执行业务场景的其它的对话逻辑处理。

步骤408与步骤205基本相同，因此不再赘述。

从图4中可以看出，与图2对应的实施例相比，本实施例中的多轮对话中公共场景对话回溯的方法的流程400体现了对公共场景进行回溯的步骤。由此，本实施例描述的方案可以进行公共场景的回溯。

继续参见图5，图5是根据本实施例的多轮对话中公共场景对话回溯的方法的又一个应用场景的示意图。在图5的应用场景中，具体处理流程如下所示：

步骤1、进入业务场景，继续执行步骤2。

步骤2、判断是否需要进入公共场景1：

2.1不需要进入公共场景1，继续执行步骤14。

2.2需要进入公共场景1，暂存当前业务场景(对话开始的业务场景)对话节点A，若后续进入到其他对话场景，可以根据暂存的对话节点自动回溯到当前对话的场景中，继续执行步骤3。

步骤3、进入公共场景1，继续执行步骤4。

步骤4、判断是否需要进入公共场景2：

4.1不需要进入公共场景2，继续执行步骤5。

4.2需要进入公共场景2，暂存当前业务场景(公共场景1)对话节点B，若后续进入到其他对话场景，可以根据暂存的对话节点自动回溯到当前对话的场景中，继续执行步骤7。

5、引导用户处理公共场景1其他逻辑，继续执行步骤6。

6、公共场景1其它对话节点的逻辑处理结束，根据暂存对话节点A自动回溯到上一个对话场景，即对话开始的业务场景的对话处理逻辑，继续执行步骤14。

7、进入公共场景2，继续执行步骤8。

8、判断是否需要进入公共场景n：

8.1不需要进入公共场景n，继续执行步骤98.2需要进入公共场景n，暂存当前业务场景(公共场景2)对话节点C，若后续进入到其他对话场景，可以根据暂存的对话节点自动回溯到当前对话的场景中，继续执行步骤11。

9、引导用户处理公共场景2的其它对话节点的对话逻辑，继续执行步骤10。

10、对话场景2逻辑处理结束，根据暂存对话节点B自动回溯到上一个对话场景，即对话场景1逻辑处理，继续执行步骤5。

11、进入公共场景n，继续执行步骤12。

12、引导用户进行对话场景n逻辑处理，继续执行步骤13。

13、对话场景n逻辑处理结束，根据暂存对话节点C自动回溯到上一个对话场景，即公共场景2的对话处理逻辑，继续执行步骤9。

14、引导用户处理对话开始业务场景其他逻辑。

进一步参考图6，作为对上述各图所示方法的实现，本申请提供了一种多轮对话中公共场景对话回溯的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，本实施例的多轮对话中公共场景对话回溯的装置600包括：确定单元601、进入单元602、跳转单元603、收集单元604、回溯单元605。其中，确定单元601，被配置成响应于接收到查询语句，根据查询语句确定业务场景。进入单元602，被配置成进入业务场景，并进入业务场景对应的第一对话节点树。跳转单元603，被配置成对于第一对话节点树的每个参数验证对话节点，若根据该参数验证对话节点进行相关参数的验证判断出需要进入公共场景，则存储该参数验证对话节点，跳转到公共场景，并进入公共场景的第二对话节点树。收集单元604，被配置成通过第二对话节点树进行用户信息收集，若收集成功，则判断所述第二对话节点树的处理结果是否满足回溯条件。回溯单元605，被配置成若第二对话节点的处理结果满足回溯条件，则根据存储的参数验证对话节点返回到业务场景，继续执行业务场景的其它的对话逻辑处理。

在本实施例中，多轮对话中公共场景对话回溯的装置600的确定单元601、进入单元602、跳转单元603、收集单元604、回溯单元605的具体处理可以参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204、步骤205。

在本实施例的一些可选的实现方式中，跳转单元603进一步被配置成：将公共场景设置为封闭状态，禁止根据用户输入的意图从公共场景中进行场景切换。

在本实施例的一些可选的实现方式中，确定单元601进一步被配置成：对查询语句进行语义分析，确定是否存在意图；若存在意图，则确定意图对应的业务场景。

在本实施例的一些可选的实现方式中，确定单元601进一步被配置成：若不存在意图且当前对话不在任何场景中，则引导用户输入意图；根据输入的意图确定对应的业务场景。

在本实施例的一些可选的实现方式中，确定单元601进一步被配置成：若不存在意图，但是当前对话在场景中，则将当前对话所在的场景确定为业务场景。

在本实施例的一些可选的实现方式中，收集单元604进一步被配置成：若收集失败，则进行重新收集；若重新收集的次数达到预定阈值，则退出收集失败的公共场景。

在本实施例的一些可选的实现方式中，跳转单元603进一步被配置成：对于第二对话节点树中第二对话节点，若根据该第二对话节点进行相关参数的验证判断出需要进入新公共场景，则存储该第二对话节点，跳转到新公共场景，并进入新公共场景的第三对话节点树；以及收集单元604进一步被配置成：通过第三对话节点树进行用户信息收集，若收集成功，则判断所述第三对话节点树的处理结果是否满足回溯条件；回溯单元605进一步被配置成：若第三对话节点树的处理结果满足回溯条件，则根据存储的第二对话节点返回到公共场景，继续执行公共场景的其它的对话逻辑处理。

在本实施例的一些可选的实现方式中，收集单元604进一步被配置成：从其它已经收集到用户信息的公共场景继承已收集的用户信息。

根据本申请的实施例，本申请还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

如图7所示，是根据本申请实施例的多轮对话中公共场景对话回溯的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图7所示，该电子设备包括：一个或多个处理器701、存储器702，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器701为例。

存储器702即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的多轮对话中公共场景对话回溯的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的多轮对话中公共场景对话回溯的方法。

存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的多轮对话中公共场景对话回溯的方法对应的程序指令/模块(例如，附图6所示的确定单元601、进入单元602、跳转单元603、收集单元604、回溯单元605)。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的多轮对话中公共场景对话回溯的方法。

存储器702可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据多轮对话中公共场景对话回溯的电子设备的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器702可选包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至多轮对话中公共场景对话回溯的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

多轮对话中公共场景对话回溯的方法的电子设备还可以包括：输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接，图7中以通过总线连接为例。

输入装置703可接收输入的数字或字符信息，以及产生与多轮对话中公共场景对话回溯的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，在多轮对话的场景中，支持公共对话场景对话的自动回溯，可以极大的减少在需要对话回溯的情景下的冗余配置，同时也提升对话系统场景覆盖率。通过简单的配置可以灵活进行对话自动回溯到原场景并执行原场景后续的对话逻辑，这极大降低了多轮对话系统配置的门槛及复杂度，也极大降低量多轮对话系统配置的运维成本。同时也提高了在公共对话场景中所需参数信息的实时性，有效性及准确性。本申请提供的方案不是基于某个业务场景定制开发的方案，是对这一类型需求的抽象，可以零成本地迁移到其他场景，降低了多轮对话机器人满足此类需求的构建成本。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (18)

1.一种多轮对话中公共场景对话回溯的方法，包括：

响应于接收到查询语句，根据所述查询语句确定业务场景；

进入所述业务场景，并进入所述业务场景对应的第一对话节点树；

对于所述第一对话节点树的每个参数验证对话节点，若根据该参数验证对话节点进行相关参数的验证判断出需要进入公共场景，则存储该参数验证对话节点，跳转到所述公共场景，并进入所述公共场景的第二对话节点树；

通过所述第二对话节点树进行用户信息收集，若收集成功，则判断所述第二对话节点树的处理结果是否满足回溯条件；

若所述第二对话节点树的处理结果满足回溯条件，则根据存储的参数验证对话节点返回到所述业务场景，继续执行所述业务场景的其它的对话逻辑处理。

2.根据权利要求1所述的方法，其中，所述方法还包括：

将所述公共场景设置为封闭状态，禁止根据用户输入的意图从所述公共场景中进行场景切换。

3.根据权利要求1所述的方法，其中，所述根据所述查询语句确定业务场景，包括：

对所述查询语句进行语义分析，确定是否存在意图；

若存在意图，则确定所述意图对应的业务场景。

4.根据权利要求3所述的方法，其中，所述根据所述查询语句确定业务场景，包括：

若不存在意图且当前对话不在任何场景中，则引导用户输入意图；

根据输入的意图确定对应的业务场景。

5.根据权利要求3所述的方法，其中，所述方法还包括：

若不存在意图，但是当前对话在场景中，则将当前对话所在的场景确定为业务场景。

6.根据权利要求1所述的方法，其中，所述方法还包括：

若收集失败，则进行重新收集；

若重新收集的次数达到预定阈值，则退出收集失败的公共场景。

7.根据权利要求1-6之一所述的方法，其中，所述方法还包括：

对于所述第二对话节点树中第二对话节点，若根据该第二对话节点进行相关参数的验证判断出需要进入新公共场景，则存储该第二对话节点，跳转到所述新公共场景，并进入所述新公共场景的第三对话节点树；

通过所述第三对话节点树进行用户信息收集，若收集成功，则判断所述第三对话节点树的处理结果是否满足回溯条件；

若所述第三对话节点树的处理结果满足回溯条件，则根据存储的第二对话节点返回到所述公共场景，继续执行所述公共场景的其它的对话逻辑处理。

8.根据权利要求7所述的方法，其中，所述进行用户信息收集，包括：

从其它已经收集到用户信息的公共场景继承已收集的用户信息。

9.一种多轮对话中公共场景对话回溯的装置，包括：

确定单元，被配置成响应于接收到查询语句，根据所述查询语句确定业务场景；

进入单元，被配置成进入所述业务场景，并进入所述业务场景对应的第一对话节点树；

跳转单元，被配置成对于所述第一对话节点树的每个参数验证对话节点，若根据该参数验证对话节点进行相关参数的验证判断出需要进入公共场景，则存储该参数验证对话节点，跳转到所述公共场景，并进入所述公共场景的第二对话节点树；

收集单元，被配置成通过所述第二对话节点树进行用户信息收集，若收集成功，则判断所述第二对话节点树的处理结果是否满足回溯条件；

回溯单元，被配置成若所述第二对话节点树的处理结果满足回溯条件，则根据存储的参数验证对话节点返回到所述业务场景，继续执行所述业务场景的其它的对话逻辑处理。

10.根据权利要求9所述的装置，其中，所述跳转单元进一步被配置成：

将所述公共场景设置为封闭状态，禁止根据用户输入的意图从所述公共场景中进行场景切换。

11.根据权利要求9所述的装置，其中，所述确定单元进一步被配置成：

对所述查询语句进行语义分析，确定是否存在意图；

若存在意图，则确定所述意图对应的业务场景。

12.根据权利要求11所述的装置，其中，所述确定单元进一步被配置成：

若不存在意图且当前对话不在任何场景中，则引导用户输入意图；

根据输入的意图确定对应的业务场景。

13.根据权利要求11所述的装置，其中，所述确定单元进一步被配置成：

若不存在意图，但是当前对话在场景中，则将当前对话所在的场景确定为业务场景。

14.根据权利要求9所述的装置，其中，所述收集单元进一步被配置成：

若收集失败，则进行重新收集；

若重新收集的次数达到预定阈值，则退出收集失败的公共场景。

15.根据权利要求9-14之一所述的装置，其中，

所述跳转单元进一步被配置成：对于所述第二对话节点树中第二对话节点，若根据该第二对话节点进行相关参数的验证判断出需要进入新公共场景，则存储该第二对话节点，跳转到所述新公共场景，并进入所述新公共场景的第三对话节点树；以及

所述收集单元进一步被配置成：通过所述第三对话节点树进行用户信息收集，若收集成功，则判断所述第三对话节点树的处理结果是否满足回溯条件；

所述回溯单元进一步被配置成：若所述第三对话节点树的处理结果满足回溯条件，则根据存储的第二对话节点返回到所述公共场景，继续执行所述公共场景的其它的对话逻辑处理。

16.根据权利要求15所述的装置，其中，所述收集单元进一步被配置成：

从其它已经收集到用户信息的公共场景继承已收集的用户信息。

17.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-8中任一项所述的方法。

Images