一种多机器人交互方法、设备、介质与流程

1.本发明涉及人工智能技术领域，尤其是涉及一种多机器人交互方法、设备、介质。


背景技术：

2.现在智能交互机器人应用广泛，市场上有各家厂商提供的智能交互机器人产品可供选择，同一客户使用多家厂商的智能交互机器人产品的情况普遍存在，不同的智能交互机器人面向不同的业务场景及前端渠道，当某一智能交互机器人存在故障不可用时，需要人工干预，进行重启、修复等操作，在此期间业务不可用，只有故障恢复后才可业务对外，整体可用性受到影响。因对接前端渠道不同，导致不同智能交互机器人无法快速切换，为新的渠道立刻提供服务。
3.中国专利申请号cn201711499217.1公开了智能语音交互机器人及其语音交互方法，该智能语音交互机器人包括：语音接收器，被配置为接收输入语音信号；语音识别器，被配置为将接收到的输入语音信号转换为询问文本信息；以及问答知识库，被配置为基于所述询问文本信息，提供与所述询问文本信息相对应的应答文本信息；以及语音合成器，被配置为将应答文本信息转换成输出语音信号，并输出。但是，该专利并未解决现有智能交互机器人无法快速切换的问题。
4.综上，目前智能交互机器人在实际使用中存在如下几个问题：
5.(1)现有生产环境智能交互机器人出现故障，处理流程为发现问题-》确认根因-》解决问题-》测试通过-》版本投产，在问题未解决前业务无法恢复，导致问题恢复时间较长，影响作业。
6.(2)渠道端对接新的智能交互机器人，需要根据新的智能交互机器人业务性质重新进行适应性开发，老代码可不使用或只有很少代码能够复用，整体的开发周期较长。
7.(3)每家机器人厂商的机器人侧重点不同，有的对地址识别理解有优势，有的对金额、日期处理有优势，有的针对faq问答优势较大，但业务方的接入渠道可能是唯一的，若接入渠道接入多个机器人，需要进行多次开发，且要做兼容，代码冗余较多，周期较久。
8.因此，当前缺少一种多机器人交互方法，以解决当前的多机器人交互方法无法根据各个机器人自身优势针对性地对来自客户端的请求数据进行处理导致客户交互体验较差的问题。


技术实现要素：

9.本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种多机器人交互方法、设备、介质，以解决或部分解决当前的多机器人交互方法无法根据各个机器人自身优势针对性地对来自客户端的请求数据进行处理导致客户交互体验较差的问题。
10.本发明的目的可以通过以下技术方案来实现：
11.本发明的一个方面，提供了一种多机器人交互方法，应用于与多个智能交互机器人连接的网关，所述多个智能交互机器人中的一个作为分流机器人，所述分流机器人内置
有场景知识库，所述交互方法包括如下步骤：
12.接收来自客户端的请求数据，向所述分流机器人发送所述请求数据，接收来自所述分流机器人的最优场景匹配结果；
13.根据最优场景匹配结果，获取与最优场景对应且已启用的分流策略，根据所述分流策略，匹配最优的目标智能交互机器人，所述的分流策略根据各个智能交互机器人的优势设置；
14.将所述请求数据发送给所述目标智能交互机器人。
15.作为优选的技术方案，接收来自所述分流机器人的最优场景匹配结果之后，还包括：
16.判断所述最优场景匹配结果是否为空，若是，将所述请求数据按faq形式流转至预先指定的智能交互机器人。
17.作为优选的技术方案，根据最优场景匹配结果，获取与最优场景对应且已启用的分流策略之前，还包括：
18.根据最优场景匹配结果，获取与最优场景对应且已启用的分流策略之前，还包括：
19.判断所述最优场景匹配结果中的最优场景是否已经注册，若否，将所述请求数据转至预先指定的机器人。
20.作为优选的技术方案，所述的分流策略还包括：
21.根据客户特征信息进行分流，所述客户特征信息包括客户属地、性别、年龄、百分比、哈希、系统所属环境中的一个或多个。
22.作为优选的技术方案，还包括：
23.获取来自智能交互机器人的注册请求信息，根据所述注册请求信息中的接口特性信息，实现接口的统一规划和封装，完成智能交互机器人的注册。
24.作为优选的技术方案，还包括：
25.接收来自所述目标智能交互机器人的响应信息，根据预置的响应规则对同属性的响应信息进行统一，向对应的客户端发送统一后的响应信息。
26.作为优选的技术方案，将所述请求数据发送给所述目标智能交互机器人之前，还包括：
27.采用json字串形式对所述请求数据进行重新封装。
28.作为优选的技术方案，还包括：
29.获取实时业务指标，根据所述实时业务指标，发送对应的可视化信号。
30.本发明的另一个方面，提供了一种电子设备，包括：一个或多个处理器以及存储器，所述存储器内储存有一个或多个程序，所述一个或多个程序包括用于执行上述多机器人交互方法的指令。
31.本发明的另一个方面，提供了一种计算机可读存储介质，包括供电子设备的一个或多个处理器执行的一个或多个程序，所述一个或多个程序包括用于执行上述多机器人交互方法的指令。
32.与现有技术相比，本发明具有以下优点：
33.(1)内置根据各个智能交互机器人的优势设置的分流策略，在接收来自客户端的请求数据后，匹配最优场景，根据与最优场景匹配且已启用的分流策略，将话术数据转发给
对应的智能交互机器人，将话术数据分配给有优势的智能交互机器人，能够提高用户体验的同时，加快话术数据处理速度，提高智能机器人的效率。
34.(2)通过内置场景知识库进行多轮交互场景判断，根据配置的分流策略将会话分配给对应的智能交互机器人，将智能交互机器人的响应进行统一封装，对外提供统一接口调用，提供实时监控可对业务和服务资源进行动态调整，具有较强的通用性和鲁棒性。
35.(3)多个智能交互机器人的混合应用，可根据设置，进行灵活的多能力整合和分流，降低了代码接入难度，提高了代码开发工作效率，整体架构独立，对原有系统无侵入性，实施难度和工作量较小。
附图说明
36.图1为实施例中各部分的结构示意图。
具体实施方式
37.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。
38.实施例1
39.如图1所述，本实施例提供了一种多机器人交互方法。本实施例主要由以下几个模块组成：内置场景知识库、场景注册及分流策略、机器人响应规则配置、能力接口输出、报文转换、运营监控。业务上以场景为切入，实现多个智能交互机器人的知识点共用和场景共用。
40.以场景为切入，各机器人场景完成在机器人中枢注册，场景和常见问题多机器人共用，由机器人中枢控制场景分配。后续可根据业务流量、业务效果比对、系统风险处理等多种角度进行分流控制，提升业务连续性，降低系统风险发生概率，提高开发效率。
41.知识点共用：智能交互机器人a有全量的对外应答知识，按维度进行区分，一个标准问题可对应多个维度的答案，多轮交互场景较少。智能交互机器人b，有大量多轮场景交互，知识点相对较少。智能交互机器人c针对客户地址理解和识别优势较大，但多轮交互场景和知识点较少。因此将结合智能交互机器人a的知识填补智能交互机器人b和智能交互机器人c的知识量不足之处。当用户进入场景时，若用户咨询命中知识点问题时，统一由智能交互机器人a内维护的知识为客户提供应答服务，提高客户体验。
42.场景共用:根据业务需求，梳理多轮交互场景业务需求，建立唯一的业务流程交互图，各智能交互机器人根据业务流程交互图进行多轮交互配置，最终确保所有智能交互机器人的流程完全一致。
43.分流设计将为单一机器人不可用时保障生产作业的连续性，为已有的多个机器人能力提供对比基础，为实际业务场景进行ab测试验证提供灵活配置和环境基础。
44.整体设计：选择一个智能交互机器人作为机器人分流的大脑，于其内部建立内置场景知识库，知识库内将配置可供分流场景入口话术及扩展问，借助智能交互机器人的语义理解能力使用内置场景知识库判断客户话术是否进入场景。若进入场景则根据已注册的
信息、配置的分流策略进行场景分流并进行机器人会话绑定，以保证机器人理解准确及客户体验。
45.内置场景知识库：梳理多轮交互场景的入口知识维护的标准问、扩展问在选定的为智能交互机器人内进行faq维护，所对应答案为已投产场景，依托于该机器人的语义理解能力对客户输入文本进行理解识别。客户文本首先将由内置场景知识库进行理解，若为场景则返回场景名称或对应指令，进行后续分流逻辑判断，若返回非场景则按faq形式流转至默认配置智能交互机器人中。
46.场景注册及分流策略：将需要进行多机器人分流的场景在此模块进行注册，在注册时分配唯一id，并对该场景的分流策略进行维护管理，只有进行注册过的场景才可进行多机器人分流操作。分流策略可根据实际业务需要进行设置，如按客户属地、性别、年龄、百分比、哈希、系统所属环境等等配置进行分流，分流策略可选一种或多种策略进行组合，并可根据业务需求进行动态扩展。客户请求经过内置场景知识库判断属于场景后，来此查询是否是可分流场景及分流策略进行分流，若场景未进行注册则不允许分流，按现有能力配置进行分配，转至默认机器人。
47.能力接口输出：提供语音识别、语音转文本以及语音理解等基础能力的系统所属不同厂商，有其自己独有的接口规则，上游接入渠道也有app、电话、网站等多种，需要对上下游的渠道端和各个能力提供者进行统一规划和封装，此处统一接口封装有由机器人中枢完成，各个前端渠道、各能力提供者都与机器人中枢进行对接，对他们来说请求和响应接口都是统一的，对渠道端屏蔽底层实现，已达到兼容统一的目的。规则制定后，将大大提高各渠道端接入的效率，降低调试难度。
48.机器人响应规则配置：在实际应用过程中，因各对接渠道和机器人厂商都由各自开发人员进行开发维护，为避免同一业务场景在对接不同渠道时，对同一属性定义不同参数，如挂机指令电话渠道和app渠道定义的返回指令不一致的情况，各机器人的响应配置由机器人中枢统一维护。提高整体业务场景流程的可读性和复用性。避免出现各自系统自定义而导致的混乱情况。
49.报文格式转换：因各职能交互机器人属于不同的厂商，在其响应接口封装的参数都有差异，存在同一类型接口，返回参数或请求参数数量不一样的情况。为减少渠道端改动，通过机器人中枢统一接收、转译，采用json字串形式对响应结果进行重新封装配置，在传给渠道端。使用各智能交互机器人报文格式统一，以此作为多机器人混合使用的基础。
50.运营监控：提供实时业务指标和系统监控功能，可视化页面加多渠道告警(微信、邮件、短信等)方式，使业务运营、系统运维及时查看运行指标，实时调整。其中实施业务指标包括电话接通率、整体转换率、业务办理笔数等。
51.本实施例提供了一套完整的多机器人混合应用方法模型，是多个智能交互机器人混合应用的基础，在业内具有极强的通用性和代表性，通过内置场景知识库进行多轮交互场景判断，根据配置的分流策略将会话分配给对应的智能交互机器人，将智能交互机器人的响应进行统一封装，对外提供统一接口调用，提供实时监控可对业务和服务资源进行动态调整。本实施例提出了多个智能交互机器人的混合应用概念，可根据设置，进行灵活的多能力整合和分流；解决了多个机器人不能同时使用，因机器人故障导致业务连续性低的问题；降低了代码接入难度，提高了代码开发工作效率；整体架构独立，对原有系统无侵入性，
实施难度和工作量较小。
52.实施例2
53.本实施例提供了一种电子设备，包括：一个或多个处理器以及存储器，所述存储器内储存有一个或多个程序，所述一个或多个程序包括用于执行如实施例1所述多机器人交互方法的指令。
54.实施例3
55.本实施例提供了一种计算机可读存储介质，包括供电子设备的一个或多个处理器执行的一个或多个程序，所述一个或多个程序包括用于执行如实施例1所述多机器人交互方法的指令。
56.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。