CN117201441A - 一种实现多消息类型多轮次用户交互的方法与装置 - Google Patents

Abstract

本申请公开了一种实现多消息类型多轮次用户交互的方法与装置，方法包括：获取上行消息；对上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景；获取目标多轮次交互场景的各个组件，并确定与上行消息匹配的目标组件；执行目标组件的业务操作，以响应上行消息。本申请可以实现多消息多轮次场景交互，可广泛应用于消息处理领域。

Description

一种实现多消息类型多轮次用户交互的方法与装置

技术领域

本申请涉及消息处理领域，尤其是一种实现多消息类型多轮次用户交互的方法与装置。

背景技术

目前，软件系统与终端用户消息交互的实际场景中，用户执行的上行消息往往都是单轮次交互，或者仅支持系统内部交互，不支持多消息类型多轮次交互，因此用户往往无法在多个不同的消息渠道中完成所需办理的较为复杂的业务流程。在一个支持多轮次交互的系统中，涉及会话保持以及快速匹配相关的步骤，且通常情况下，行业业务变动频繁，调整业务场景的交互需要更为便捷灵活的系统。而相关技术通常都是使用简单的关键字匹配，不够灵活，而且无法同时支持多种消息类型保持统一会话。

发明内容

有鉴于此，本申请提供一种实现多消息类型多轮次用户交互的方法与装置，以实现多消息多轮次场景交互。

本申请的一方面提供了一种实现多消息类型多轮次用户交互的方法，包括：

获取上行消息；

对所述上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景；

获取所述目标多轮次交互场景的各个组件，并确定与所述上行消息匹配的目标组件；

执行所述目标组件的业务操作，以响应所述上行消息。

可选地，所述对所述上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景，包括：

获取所述上行消息携带的终端数据；

确定所述终端数据对应的目标用户及所述目标用户的用户数据；

根据所述终端数据、所述目标用户以及所述用户数据获取所述上行消息对应的权重因子；

将所述权重因子与预设的各个多轮次交互场景进行匹配，得到所述权重因子与每个多轮次交互场景的匹配度；

将匹配度最高的一个多轮次交互场景确定为所述目标多轮次交互场景。

可选地，所述方法还包括：

采用分布式缓存对所述权重因子进行更新或存储。

可选地，所述将所述权重因子与预设的各个多轮次交互场景进行匹配，得到所述权重因子与每个多轮次交互场景的匹配度，包括：

将所述权重因子与每个多轮次交互场景中的匹配规则、节点类型和响应类型分别进行匹配，得到所述权重因子与所述匹配规则的第一匹配度、所述权重因子与所述节点类型的第二匹配度，以及所述权重因子与所述响应类型的第三匹配度；

将所述第一匹配度、所述第二匹配度以及所述第三匹配度中最高的匹配度作为所述权重因子与每个多轮次交互场景的匹配度。

可选地，所述方法还包括：

若不存在与所述权重因子匹配的多轮次交互场景，则结束所述上行消息的会话。

可选地，所述方法还包括：

若在设定时间间隔内接收到所述上行消息的后续消息，且对所述上行消息匹配到单轮次交互场景，则对所述上行消息进行单轮次场景交互；

或者，采用文本字符串算法对所述上行消息与各个单轮次交互场景的起始关键字进行匹配，得到目标单轮次交互场景，在所述目标单轮次交互场景下对所述上行消息进行单轮次场景交互。

可选地，所述执行所述目标组件的业务操作，以响应所述上行消息，包括：

执行服务调用、自动回复、自动上报或自动加黑中的至少之一，以响应所述上行消息。

本申请的另一方面还提供了一种实现多消息类型多轮次用户交互的装置，包括：

第一单元，用于获取上行消息；

第二单元，用于对所述上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景；

第三单元，用于获取所述目标多轮次交互场景的各个组件，并确定与所述上行消息匹配的目标组件；

第四单元，用于执行所述目标组件的业务操作，以响应所述上行消息。

本申请的另一方面还提供了一种电子设备，包括处理器以及存储器；

所述存储器用于存储程序；

所述处理器执行所述程序实现所述的方法。

本申请的另一方面还提供了一种计算机可读存储介质，所述存储介质存储有程序，所述程序被处理器执行实现所述的方法。

本申请还公开了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述的方法。

本申请可以获取上行消息，并将上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景；进而加载目标多轮次交互场景的各个组件，并确定与上行消息匹配的目标组件；执行目标组件的业务操作，以响应上行消息。通过本申请用户可以在发送上行消息的页面上与预设的多轮次交互场景进行多消息交互，本申请可以执行目标组件的业务操作，不断响应用户的上行消息，进而实现业务的自动化响应，例如业务信息查询或业务办理等多个场景的交互，也可以及时获取用户通过上行消息反馈的问题，从而迅速作出措施。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种实现多消息类型多轮次用户交互的方法的流程示意图；

图2为本申请实施例提供的一种多消息类型多轮次用户交互的示例流程图；

图3为本申请实施例提供的一种新增交互场景的示意图；

图4为本申请实施例提供的一种对话回复的示意图；

图5为本申请实施例提供的一种调用接口节点的示意图；

图6为本申请实施例提供的一种实现多消息类型多轮次用户交互的装置的结构框图；

图7为本申请实施例提供的一种电子设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。

说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

为实现多消息类型多轮次用户交互，本申请实施例提出了一种实现多消息类型多轮次用户交互的方法，可以用于解决复杂业务交互，实现多消息类型复杂业务场景的自动化用户多轮次交互，实现部分业务消息上行处理全自动或者半自动化。该用户交互的方法可应用于用户终端中，或者可应用于服务器中，或者可应用于由用户终端和服务器所组成的实施环境中。此外，该用户交互的方法还可以是运行于用户终端或服务器中的软体，例如具有用户交互功能的应用程序等。用户终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器。

参照图1，本申请实施例提供了一种实现多消息类型多轮次用户交互的方法，包括步骤S100至步骤S130，具体如下：

S100：获取上行消息。

具体地，本申请实施例可以获取用户通过交互界面上传的上行消息。

S110：对所述上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景。

具体地，每个多轮次交互场景可以是预先设置的，其可以预先设置有多个交互场景的对话、操作指引或服务评价等交互。

作为进一步可选的实施方式，S110可以包括：

S111：获取所述上行消息携带的终端数据；

S112：确定所述终端数据对应的目标用户及所述目标用户的用户数据；

S113：根据所述终端数据、所述目标用户以及所述用户数据获取所述上行消息对应的权重因子；

S114：将所述权重因子与预设的各个多轮次交互场景进行匹配，得到所述权重因子与每个多轮次交互场景的匹配度；

可选地，本申请实施例可以将匹配度最高的一个多轮次交互场景确定为所述目标多轮次交互场景。

更进一步地，S114可以包括：

将所述权重因子与每个多轮次交互场景中的匹配规则、节点类型和响应类型分别进行匹配，得到所述权重因子与所述匹配规则的第一匹配度、所述权重因子与所述节点类型的第二匹配度，以及所述权重因子与所述响应类型的第三匹配度；

将所述第一匹配度、所述第二匹配度以及所述第三匹配度中最高的匹配度作为所述权重因子与每个多轮次交互场景的匹配度。

其中，每个多轮次交互场景可以包括多个节点，例如选择节点、连接节点、虚拟节点等。选择节点可以用于选择合适的组件，以执行该组件的业务操作，连接节点可以用于连接各个交互场景。

此外，本申请实施例还可以采用分布式缓存对所述权重因子进行更新或存储。

更进一步地，若S114每月匹配到多轮次交互场景，本申请实施例还可以包括以下步骤：

若不存在与所述权重因子匹配的多轮次交互场景，则结束所述上行消息的会话。

S120：获取所述目标多轮次交互场景的各个组件，并确定与所述上行消息匹配的目标组件。

具体地，每个多轮次交互场景可以与多个组件连线，在进行交互时可以执行连线组件的业务操作，然后，本申请实施例可以选取与上行消息匹配的一个或多个组件，作为目标组件。

S130：执行所述目标组件的业务操作，以响应所述上行消息。

具体地，每个组件可以对应有一个业务操作，执行组件的业务操作可以响应上行消息，执行不同的组件可以获得不同的响应类型。

作为进一步可选的实施方式，S130可以包括：

执行服务调用、自动回复、自动上报或自动加黑中的至少之一，以响应所述上行消息。

除了进行多轮次多场景交互，本申请实施例还可以包括单轮次场景的交互，具体如下：

若在设定时间间隔内接收到所述上行消息的后续消息，且对所述上行消息匹配到单轮次交互场景，则对所述上行消息进行单轮次场景交互；

或者，采用文本字符串算法对所述上行消息与各个单轮次交互场景的起始关键字进行匹配，得到目标单轮次交互场景，在所述目标单轮次交互场景下对所述上行消息进行单轮次场景交互。

本申请通过分布式缓存和保持会话，并基于权重因子的匹配方法等步骤可配置自动化响应引擎，实现了支持多种消息类型(微信，5G，短信)多轮次自动化交互。

接下来将以具体实例说明本申请的应用过程。

参照图2，本申请实施例提供了一种多消息类型多轮次用户交互的示例流程图。

具体地，用户通过第一终端发送上行消息，应用本申请实施例的第二终端接收到上行消息后，可以进行一系列前置检查操作，例如检测用户或渠道等信息，具体可以包括：依据第一终端的终端号、渠道号、消息类型等可以唯一确认上行消息对应的目标用户，同时通过预先配置的客户通讯数据结构定位到具体的目标用户及其用户信息，然后根据目标用户及其用户信息可以构建统一的权重因子，实现会话保持。当在一定时间间隔内接收到信息并匹配到具体场景时，会话可以一直存在，或者起始关键字与第一终端的上行消息进行匹配到交互场景时，会话也可以一直存在；其中，匹配交互场景可以采用文本字符串算法快速匹配。交互场景个节点的连线可以是预先配置好的场景定义，利用分布式缓存来进行时效性的权重因子的更新或存储。在进行多轮次场景交互匹配时(即与第一终端的用户进行消息交互的过程)，可根据连线的匹配规则、节点类型、响应类型分别做拓展处理，节点类型可以包括起始节点，结束节点，对话回复，调用接口，选择判断，内容上报等，响应类型可以是预先定义的，响应类型可以包括自动回复，系统上报，依赖其它系统接口完成系统查询等，便于后续业务拓展。

第二终端应用本申请实施例时，可以加载各交互场景的模型数据，以便于在流程匹配中使用，服务启动后即可生效，实时更新。然后，按照一定权重因子对上行消息进行匹配，权重因子是根据终端上行时所携带的数据，以及第二终端通过这些数据匹配到对应的用户信息，用户数据，在这些数据基础上，通过预先设置的算法计算出相应权重因子，权重因子与加载后的交互场景的模型数据进行匹配，可选地，可以选择匹配度最高的场景来完成交互，上述匹配方式也是可扩展的。如果完全没有匹配则不会进入整个交互的场景，会话会很快结束，若匹配成功后，进入交互场景(即预先配置的交互场景模型)，获取场景信息，按照场景的连线执行各个组件，执行过程中会有选择判断节点，选择合适的执行组件执行不同的流程，执行响应的类别主要有服务调用，选择判断，自动回复，自动上报，自动加黑等，上述执行响应的步骤可根据实际进行扩展。

此外，本申请实施例还提供了新增交互场景的示意图，参照图3。图4是对话回复的示意图。图5是调用接口节点的示意图。

本申请实施例采用多消息类型会话保持多轮交互，相较于现有技术能够适配更多的业务场景，可扩展的执行组件也更灵活，能够降低企业与用户之间沟通的成本。

参照图6，本申请实施例提供了一种实现多消息类型多轮次用户交互的装置，包括：

第一单元，用于获取上行消息；

第二单元，用于对所述上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景；

第三单元，用于获取所述目标多轮次交互场景的各个组件，并确定与所述上行消息匹配的目标组件；

第四单元，用于执行所述目标组件的业务操作，以响应所述上行消息。

该装置的具体实施方式与上述方法的具体实施例基本相同，在此不再赘述。

本申请实施例还提供了一种电子设备，电子设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

具体地，电子设备可以是用户终端，也可以是服务器。

本申请实施例以电子设备是用户终端为例，具体如下：

如图7所示，电子设备700可以包括RF(Radio Frequency，射频)电路710、包括有一个或一个以上计算机可读存储介质的存储器720、输入单元730、显示单元740、传感器750、音频电路760、短距离无线传输模块770、包括有一个或者一个以上处理核心的处理器780、以及电源790等部件。本领域技术人员可以理解，图7中示出的设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

RF电路710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器780处理；另外，将涉及上行的数据发送给基站。通常，RF电路710包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路710还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。

存储器720可用于存储软件程序以及模块。处理器780通过运行存储在存储器720的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据设备700的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器720还可以包括存储器控制器，以提供处理器780和输入单元730对存储器720的访问。虽然图7示出了RF电路710，但是可以理解的是，其并不属于设备700的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

输入单元730可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元730可包括触敏表面731以及其他输入设备732。触敏表面731，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面731上或在触敏表面731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面731。除了触敏表面731，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及控制700的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元740可包括显示面板741，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板741。进一步的，触敏表面731可覆盖在显示面板741之上，当触敏表面731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中，触敏表面731与显示面板741是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面731与显示面板741集成而实现输入和输出功能。

电子设备700还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在设备700移动到耳边时，关闭显示面板741和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于设备700还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路760、扬声器761，传声器762可提供用户与设备700之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给另一控制设备，或者将音频数据输出至存储器720以便进一步处理。音频电路760还可能包括耳塞插孔，以提供外设耳机与设备700的通信。

短距离无线传输模块770可以是WIFI(wireless fidelity，无线保真)模块、蓝牙模块或红外线模块等。设备700通过短距离无线传输模块770可以与对战设备上设置的无线传输模块进行信息的传输。

处理器780是设备700的控制中心，利用各种接口和线路连接整个控制设备的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行设备700的各种功能和处理数据，从而对控制设备进行整体监控。可选的，处理器780可包括一个或多个处理核心；可选的，处理器780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器750中。

设备700还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源790还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，设备700还可以包括摄像头、蓝牙模块等，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例还公开了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行图1所示的方法。

在一些可选择的实施例中，在方框图中提到的功能/操作可以不按照操作示图提到的顺序发生。例如，取决于所涉及的功能/操作，连续示出的两个方框实际上可以被大体上同时地执行或所述方框有时能以相反顺序被执行。此外，在本申请的流程图中所呈现和描述的实施例以示例的方式被提供，目的在于提供对技术更全面的理解。所公开的方法不限于本文所呈现的操作和逻辑流程。可选择的实施例是可预期的，其中各种操作的顺序被改变以及其中被描述为较大操作的一部分的子操作被独立地执行。

此外，虽然在功能性模块的背景下描述了本申请，但应当理解的是，除非另有相反说明，所述的功能和/或特征中的一个或多个可以被集成在单个物理装置和/或软件模块中，或者一个或多个功能和/或特征可以在单独的物理装置或软件模块中被实现。还可以理解的是，有关每个模块的实际实现的详细讨论对于理解本申请是不必要的。更确切地说，考虑到在本文中公开的装置中各种功能模块的属性、功能和内部关系的情况下，在工程师的常规技术内将会了解该模块的实际实现。因此，本领域技术人员运用普通技术就能够在无需过度试验的情况下实现在权利要求书中所阐明的本申请。还可以理解的是，所公开的特定概念仅仅是说明性的，并不意在限制本申请的范围，本申请的范围由所附权利要求书及其等同方案的全部范围来决定。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)、便携式计算机盘盒(磁装置)、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编辑只读存储器(EPROM或闪速存储器)、光纤装置以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施例，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

以上是对本申请的较佳实施进行了具体说明，但本申请并不限于所述实施例，熟悉本领域的技术人员在不违背本申请精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种实现多消息类型多轮次用户交互的方法，其特征在于，包括：

获取上行消息；

对所述上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景；

获取所述目标多轮次交互场景的各个组件，并确定与所述上行消息匹配的目标组件；

执行所述目标组件的业务操作，以响应所述上行消息。

2.根据权利要求1所述的一种实现多消息类型多轮次用户交互的方法，其特征在于，所述对所述上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景，包括：

获取所述上行消息携带的终端数据；

确定所述终端数据对应的目标用户及所述目标用户的用户数据；

根据所述终端数据、所述目标用户以及所述用户数据获取所述上行消息对应的权重因子；

将所述权重因子与预设的各个多轮次交互场景进行匹配，得到所述权重因子与每个多轮次交互场景的匹配度；

将匹配度最高的一个多轮次交互场景确定为所述目标多轮次交互场景。

3.根据权利要求2所述的一种实现多消息类型多轮次用户交互的方法，其特征在于，所述方法还包括：

采用分布式缓存对所述权重因子进行更新或存储。

4.根据权利要求2所述的一种实现多消息类型多轮次用户交互的方法，其特征在于，所述将所述权重因子与预设的各个多轮次交互场景进行匹配，得到所述权重因子与每个多轮次交互场景的匹配度，包括：

将所述权重因子与每个多轮次交互场景中的匹配规则、节点类型和响应类型分别进行匹配，得到所述权重因子与所述匹配规则的第一匹配度、所述权重因子与所述节点类型的第二匹配度，以及所述权重因子与所述响应类型的第三匹配度；

将所述第一匹配度、所述第二匹配度以及所述第三匹配度中最高的匹配度作为所述权重因子与每个多轮次交互场景的匹配度。

5.根据权利要求2所述的一种实现多消息类型多轮次用户交互的方法，其特征在于，所述方法还包括：

若不存在与所述权重因子匹配的多轮次交互场景，则结束所述上行消息的会话。

6.根据权利要求1所述的一种实现多消息类型多轮次用户交互的方法，其特征在于，所述方法还包括：

若在设定时间间隔内接收到所述上行消息的后续消息，且对所述上行消息匹配到单轮次交互场景，则对所述上行消息进行单轮次场景交互；

或者，采用文本字符串算法对所述上行消息与各个单轮次交互场景的起始关键字进行匹配，得到目标单轮次交互场景，在所述目标单轮次交互场景下对所述上行消息进行单轮次场景交互。

7.根据权利要求1所述的一种实现多消息类型多轮次用户交互的方法，其特征在于，所述执行所述目标组件的业务操作，以响应所述上行消息，包括：

执行服务调用、自动回复、自动上报或自动加黑中的至少之一，以响应所述上行消息。

8.一种实现多消息类型多轮次用户交互的装置，其特征在于，包括：

第一单元，用于获取上行消息；

第二单元，用于对所述上行消息与预设的各个多轮次交互场景进行匹配，得到目标多轮次交互场景；

第三单元，用于获取所述目标多轮次交互场景的各个组件，并确定与所述上行消息匹配的目标组件；

第四单元，用于执行所述目标组件的业务操作，以响应所述上行消息。

9.一种电子设备，其特征在于，包括处理器以及存储器；

所述存储器用于存储程序；

所述处理器执行所述程序实现如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有程序，所述程序被处理器执行实现如权利要求1至7中任一项所述的方法。