CN115016960B - 可配置的rpa机器人全流程信息通知处理方法及系统 - Google Patents

Abstract

本发明属于人工智能技术领域，具体涉及可配置的RPA机器人全流程信息通知处理方法及系统。方法包括S1，用户通过浏览器选择对应的系统配置模板以及对应的策略渠道；S2，配置通知元数据并进行保存，同时生成规则信息和对应的通知组件生成任务；S3，通过组件生成器生成通知组件，并对生成的通知组件进行发布；S4，用户对发布后的通知组件进行拖拽使用。本发明结合RPA技术应用、灵活简化配置和Webhook技术，且具有易用性极高、通用性强和易扩展的特点。

Description

可配置的RPA机器人全流程信息通知处理方法及系统

技术领域

本发明属于人工智能技术领域，具体涉及可配置的RPA机器人全流程信息通知处理方法及系统。

背景技术

RPA（Robotic Process Automation）即机器人流程自动化，它通过模仿用户在电脑的手动操作方式，自动执行系统操作流程。RPA解决了企业日常繁琐且重复性任务，同时也释放了企业员工劳动力，让员工从事更具创造性的劳动。RPA技术提供了可视化的流程编辑器，开发人员可以在流程编辑器上以拖拽的方式进行开发，设计出能够在企业业务系统中自动执行的流程脚本；在脚本执行过程中，通过模拟键盘、鼠标操作、调用操作系统接口、分析网页结构等手段，来模拟人类的按钮点击、键盘输入、文件创建、网页跳转、逻辑判断等动作。RPA技术的出现，实现了多系统协同工作，从系统强耦合到无耦合的转化，解决了割裂式的服务系统数据传输操作等问题。

RPA告警系统，是指RPA在执行任务过程中，当遇到系统报错、操作异常等突发问题时，主动采取通知或告警的一种实时平台。传统RPA针对流程通知或者告警类消息的处理方式是，提供一个通知组件，或者直接硬编码的方式集成通知软件或系统(如邮件、钉钉、微信、站内信、ERP系统、手机)。在这种方式下如遇到需求变更或修改，需要大量且频繁的编码工作。举例：通知系统升级或变更产品，将原有的通知系统，更换为其他的通知系统。另外传统的RPA通知具有很大的局限性，支持的通知方式有限。当前主流支持的只有邮件方式。但是往往企业内部会存在各种各样的通知系统，例如自建的IM(Instant Messenger 即时通信系统)，或企业内部开发的通信系统，以及内部搭建自有的告警系统。在上述场景下传统的RPA因为不支持这种定制化的通信系统，且受到防火墙、网络域、IP(InternetProtocol)、端口等安全策略限制，难以集成到企业内部定制化的通知系统中。

业内针对上述问题主要有两种解决方案。第一种解决方案是提供多种类型通知组件，以枚举的方式进行扩充。这种方式会存在两个问题：问题一，不能完全覆盖所有的用户需求；问题二，防火墙、IP、安全策略问题没有办法解决。第二种解决方案是将通知组件放到服务端（Server）端，并且提供特定的API（Application Programming Interface, 应用程序接口）, 流程开发者在开发流程的时候以调用API的方式进行通知。这种方式同样会有两个问题：问题一，服务端需要提供大量的API接口给设计器，设计人员需要知道每个API的具体作用，并编写相应的API调用代码，编写流程容易出错，程序的健壮性不高；问题二，在集成第三方客户通知系统时需要服务器端做代码适配，服务器端代码无法做到统一通用。并且在集成客户通知系统后耦合性比较强，不利于后期的系统维护。

由于客户软件众多、系统五花八门，当前RPA通知类技术很难做到统一，以枚举的方式做很难覆盖全面，在特定需求出现时难以支持。具体如下：

1.当前RPA设计器通知组件支持的场景存在局限性

传统的RPA通知因为使用客户端提前预置的通知组件，通知组件需要填写大量的配置参数，并且相同的流程难以复用，导致每一个流程都需要重新配置一次通知组件。造成流程开发者大量手动重复工作，故而降低工作效率。另外由于组件过于固定化，因为不能枚举出客户所有的通知场景，所以在真实的客户场景中往往会出现当前组件支持不了的问题，需要流程开发者自己动手通过调用API的方式进行支持。通知这个功能本身和业务并没有太大关系，只是因为客户的需求传统RPA通知组件不能支持。流程开发者不得不为了满足需求开发繁杂且重复的通知代码，由此增加流程开发的工作量。

2.服务器定制化开发的成本过高

将通知组件放到服务器端，虽然可以解决网络限制问题，但是难以适配客户定制化需求。在客户需要集成自有的系统通知时，需要针对性的改造服务器端的通知组件。这样会造成RPA服务器端程序和客户应用强耦合，需要投入开发成本，并且需要服务重新发布部署。

因此，设计一种结合RPA技术应用、灵活简化配置和Webhook技术，且易用性极高、通用性强和易扩展的可配置的RPA机器人全流程信息通知处理方法及系统，就显得十分重要。

例如，申请号为CN202110680945.2的中国专利文献描述的基于AI和RPA的任务处理方法及其装置，方法包括：确定待处理的告警任务以及告警任务的等级；在等级小于预设的等级阈值时，获取与告警任务对应的处理策略；控制RPA机器人按照处理策略对所述告警任务进行处理。虽然通过控制RPA机器人按照处理策略对告警任务进行处理可自动对告警任务进行处理，避免了由于安全运营人员紧缺且技能不足导致安全响应不及时，提高了安全运营的效率，但是其缺点在于，上述方案使用存在局限性，在真实的客户场景中往往会出现当前组件支持不了的问题。

发明内容

本发明是为了克服现有技术中，现有RPA告警系统存在覆盖不全面，支持的场景存在局限性，定制化开发成本过高的问题，提供了一种结合RPA技术应用、灵活简化配置和Webhook技术，且易用性极高、通用性强和易扩展的可配置的RPA机器人全流程信息通知处理方法及系统。

为了达到上述发明目的，本发明采用以下技术方案：

可配置的RPA机器人全流程信息通知处理方法，包括如下步骤

S1，用户通过浏览器选择对应的系统配置模板以及对应的策略渠道；

S2，配置通知元数据并进行保存，同时生成规则信息和对应的通知组件生成任务；

S3，通过组件生成器生成通知组件，并对生成的通知组件进行发布；

S4，用户对发布后的通知组件进行拖拽使用。

作为优选，步骤S1中，所述系统配置模板包括独立通知和复核通知；所述独立通知为针对单个模式的通知，所述复核通知为针对多种模式的通知。

作为优选，步骤S1中，所述策略渠道包括邮件、钉钉、微信、站内信、Webhook和自定义。

作为优选，步骤S2包括如下步骤：

S21，对所述通知元数据进行解析和正确性校验；

S22，对通过正确性校验后的通知元数据进行逻辑判断，判断为原子规则或组合规则；

S23，若为组合规则，则生成规则信息，所述规则信息中包含多种规则的叠加编排以及规则组合逻辑；若为原子规则，则直接通过通知元数据创建规则信息；

S24，生成通知组件生成任务并将所述规则信息作为任务参数，发送给组件生成器处理。

作为优选，步骤S3包括如下步骤：

S31，对规则信息进行校验解析，所述校验解析包括格式校验、正确性校验和完整性校验；

S32，将通过校验解析后的规则信息转化成RPA组件信息，并把转换好的RPA组件信息以参数的方式传递给组件生成器；

S33，组件生成器根据接收到的参数生成出通知组件，并且对生成的通知组件进行自动化测试；

S34，通过自动化测试后，触发发布通知组件的任务，并将通知组件作为任务参数。

作为优选，步骤S4中，所述通知组件的发布渠道包括私有市场和设计器组件库。

本发明还提供了可配置的RPA机器人全流程信息通知处理系统，包括：

模板选择模块，用于通过浏览器选择对应的系统配置模板以及对应的策略渠道；

通知元数据配置模块，用于配置通知元数据并进行保存；

规则引擎模块，用于通过解析配置好的通知元数据，生成规则信息和对应的通知组件生成任务；

组件生成器模块，用于生成通知组件，并对生成的通知组件进行发布。

作为优选，所述规则引擎模块具体如下：

对所述通知元数据进行解析和正确性校验；

对通过正确性校验后的通知元数据进行逻辑判断，判断为原子规则或组合规则；

若为组合规则，则生成规则信息，所述规则信息中包含多种规则的叠加编排以及规则组合逻辑；若为原子规则，则直接通过通知元数据创建规则信息；

生成通知组件生成任务并将所述规则信息作为任务参数，发送给组件生成器处理。

作为优选，所述组件生成器模块具体如下：

对规则信息进行校验解析，所述校验解析包括格式校验、正确性校验和完整性校验；

将通过校验解析后的规则信息转化成RPA组件信息，并把转换好的RPA组件信息以参数的方式传递给组件生成器；

组件生成器根据接收到的参数生成出通知组件，并且对生成的通知组件进行自动化测试；

通过自动化测试后，触发发布通知组件的任务，并将通知组件作为任务参数。

本发明与现有技术相比，有益效果是：（1）本发明提出了复核类通知组件，以满足用户复杂场景下的通知需求；其次，异步的通知方式，确保整体流程稳定运行，不会受到通知业务的影响；如果其中有某个通知组件通知失败、系统会触发通知组件重试事件，对失败的通知组件进行重试直到通知成功为止；（2）本发明提出根据配置自动化生成RPA通知组件，大大简化了流程开发者的使用门槛，以及使用的错误率；流程开发者可以像使用设计器内置的组件一样以鼠标拖动的方式使用新的通知组件，对使用习惯和使用方式没有任何影响；（3）本发明使得流程开发者不需要关注通知的功能，进而可以把更多的精力放在业务流程的开发上，从而提升整体的开发效率。

附图说明

图1为本发明中可配置的RPA机器人全流程信息通知处理方法的一种流程示意图；

图2为本发明中可配置的RPA机器人全流程信息通知处理系统的一种系统构架示意图；

图3为本发明实施例所提供的可配置的RPA机器人全流程信息通知处理方法的一种流程图。

具体实施方式

为了更清楚地说明本发明实施例，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。

实施例：

如图1所示的可配置的RPA机器人全流程信息通知处理方法，包括如下步骤

S1，用户通过浏览器选择对应的系统配置模板以及对应的策略渠道；

S2，配置通知元数据并进行保存，同时生成规则信息和对应的通知组件生成任务；

S3，通过组件生成器生成通知组件，并对生成的通知组件进行发布；

S4，用户对发布后的通知组件进行拖拽使用。

从图1中可以看出，客户通过浏览器选择对应的系统配置模板以及对应的策略组件。在配置好元数据后进行保存，保存同时会触发规则引擎。规则引擎会根据元数据和对应的策略生成相应规则，来选择对应的组件生成器，进而生成对应的通知组件。生成新组件后，组件生成器会通知组件发布器，对新组件进行发布。发布渠道包括有私有市场、设计器组件库，其中发布设计器组件库的方式为HTTPS(HyperText Transfer Protocol Secure),组件发布完成后，流程开发者就可以在设计器中看到并且可以直接拖拽使用。

进一步的，步骤S1中，所述系统配置模板包括独立通知和复核通知；所述独立通知为针对单个模式的通知，所述复核通知为针对多种模式的通知。

进一步的，步骤S1中，所述策略渠道包括邮件、钉钉、微信、站内信、Webhook和自定义。

进一步的，步骤S2包括如下步骤：

S21，对所述通知元数据进行解析和正确性校验；

S22，对通过正确性校验后的通知元数据进行逻辑判断，判断为原子规则或组合规则；

S23，若为组合规则，则生成规则信息，所述规则信息中包含多种规则的叠加编排以及规则组合逻辑；若为原子规则，则直接通过通知元数据创建规则信息；

S24，生成通知组件生成任务并将所述规则信息作为任务参数，发送给组件生成器处理。

进一步的，步骤S3包括如下步骤：

S31，对规则信息进行校验解析，所述校验解析包括格式校验、正确性校验和完整性校验；

S32，将通过校验解析后的规则信息转化成RPA组件信息，并把转换好的RPA组件信息以参数的方式传递给组件生成器；

S33，组件生成器根据接收到的参数生成出通知组件，并且对生成的通知组件进行自动化测试；

S34，通过自动化测试后，触发发布通知组件的任务，并将通知组件作为任务参数。

基于本实施例，如图2所示，本发发明还提供了可配置的RPA机器人全流程信息通知处理系统，包括：

模板选择模块，用于通过浏览器选择对应的系统配置模板以及对应的策略渠道；

用户通过软件配置页面，在配置页面选择相应的配置模板，配置模板分为独立通知、复核通知两类。其中独立通知针对于单个模式的通知，复核通知针对于多种模式的通知。选择好模板后，通过对应的渠道选择器选择相应的渠道，渠道主要有：邮件、钉钉、微信、站内信、Webhook、自定义等；完成渠道选择后系统会自动创建并配置好渠道组。

通知元数据配置模块，用于配置通知元数据并进行保存；

通知元数据配置是针对每个渠道配置相应的元信息，以及对应的发送方式选择器，发送方式选择器可以选择推送和拉取两种模式。配置好上面的元数据后，通过保存元信息模块以TCP（Transmission Control Protocol）四层私有协议的方式，将数据保存在数据库(Mysql)中，再通过事件触发规则引擎的规则创建。

规则引擎模块，用于通过解析配置好的通知元数据，生成规则信息和对应的通知组件生成任务；

规则引擎模块是通过解析通知元数据配置模块中已经配置好的元信息，进行规则组的创建。规则组创建过程中会对已经解析完的元信息进行正确性校验，在正确性校验通过后；根据元信息生成规则信息，在生成规则信息的过程中会对解析后的元信息进行逻辑判断，判断是原子规则或组合规则。如果是组合规则将生成规则组信息，规则组中包含了多种规则的叠加编排、以及规则组合逻辑，如果是原子规则将直接通过元信息创建规则信息。

规则信息创建好后，系统会通过一个构建规则任务，发布一个构建组件任务并将规则信息当做事件参数交给组件生成器去处理。

组件生成器模块，用于生成通知组件，并对生成的通知组件进行发布。

组件生成器在收到组件构建任务事件后拿到事件参数（规则信息），通过RPA组件规则解析器，对规则进行校验解析，校验步骤包括格式校验、正确性校验、完整性校验。在校验通过后将规则信息解析并转化成RPA组件信息，并把转换好的RPA组件信息以参数的方式传递给RPA组件生成器，RPA组件生成器会根据接收到的参数生成出RPA通知组件，并且对生成好的组件进行自动化测试。测试通过后系统会再次触发一个发布RPA组件的任务，并且会把RPA通知组件作为任务参数。发布任务会被发布组件器监听，在监听到发布任务后通过获取任务参数拿到需要发布的RPA组件进行发布。发布后的组件既可以在RPA设计器中实时的展示并使用。

如图3所示，为本发明通过一个实际使用案例展示本发明的实施方案：

1.用户通过浏览器，访问RPA控制器系统面板。通过RPA控制器的导航菜单，选择通知配置功能。

2.通过填写配置元信息，例如：通知目标系统的地址、以及权限信息、通知方式、通知协议、通知模板。

3.填写完元信息用户点击确认保存后，系统会将元信息进行持久化操作，保存在数据库中。另外还会触发一个通知组件生成的事件，事件具体步骤下面将分步骤进行展开说明:

（1）系统会自动根据元数据动态的创建出规则组模型，规则组模型根据解析元数据信息会生成大量的规则组合、以及智能的编排好规则的对应关系。

（2）在生成完规则组后，规则组会将规则进一步分化成规则信息进行保存。以及为后续的RAP组件生成器进行数据结构化处理，将数据格式进行统一。

（3）RPA组件生成器，在接收到规则信息后会对规则信息进行解析，在解析完成后对规则信息进行处理，根据规则信息进行通知组件的生成并将生成好的组件交个组件发布器进行发布。

4.RPA流程开发者根据自己的需求，可以将新发布的通知组件集成在自己的流程中，只需要填写自己想要通知的信息即可，至此流程的业务代码中即成功的集成了通知组件。接下来就可以通过流程机器人运行。

流程机器人在运行流程时执行到通知组件、通知组件会通过HTTPS网络调用的方式给RPA控制器发送一个通知事件，此时RPA控制器接收到事件后、会生成一个通知任务，交给通知器由通知器通过异步调用的方式通知给目标系统。

本发明所要解决的技术问题是：

1.针对难以聚合统一、设配困难等问题，采用模板加策略的模式进行高度的抽象统一。利用规则化叠加的方式实现规则的自由组合，在多种多样的通知组件中，以组合叠加的方式实现复合通知组件,以解决客户需要多种通知方式同时存在的场景，本发明优势在于，流程开发者不需要再调用多种类型的组件，只需要关心自己的通知业务。这对流程开发者来说更加简单易用，能减少出错的概率。

2.针对网络请求消耗巨大所导致的服务性能、稳定性下降的问题，采用异步非阻塞的方式，实现单次调用复合通知组件。在服务端复合通知组件会对各类原子的通知组件进行编排调用。异步非阻塞的方式保证了整体服务可用性。在某一个原子通知组件出现问题时，系统会进行自动重试调用，直到通知成功为止。整体流程运行的稳定性得到较大幅度提高。

3.针对非标通知类产品难以集成及安全问题，引入Webhook技术，系统通过Restful API（Application Programming Interface）的方式进行回调通知，考虑到网络通信安全问题，采用了HTTPS的通信协议,HTTPS在HTTP的基础上增加了SSL的加密处理。确保网络的信道安全、以防止信息别窃取截获；在HTTPS的通信基础上，又进行应用层访问令牌（access token，以下简称token）的二次校验，只有在系统token 校验通过后，系统才会进行信息的消息的推送传输，进而确保系统的安全性。

本发明独创性地提出可配置的RPA机器人全流程信息通知处理系统。通过规则的叠加组合、编排整理、异步调度，以及结合自动生成RPA组件的技术，来解决系统重复性的开发、测试、难以实现复合类的通知需求。

本发明的创新点如下：

1.创新性的结合RPA技术实现复合规则通知组件，与传统的RPA组件相比，具有减少网络调用、节省开发成本、提升开发效率、提高整体流程可用性的优点，有效提升整体流程运行稳定性；

2.创新性的在RPA领域中，引入了通知规则引擎和自动化组件生成器。实现了复杂的通知场景下不需要开发，只需要在页面简单的进行配置就可以自动的生成RPA组件，从而大大的提高了用户的使用门槛；

3.Webhook模式的技术融合在RPA领域内通知类系统，针对客户系统回调通知的方式，以满足客户站内信推送的场景。

以上所述仅是对本发明的优选实施例及原理进行了详细说明，对本领域的普通技术人员而言，依据本发明提供的思想，在具体实施方式上会有改变之处，而这些改变也应视为本发明的保护范围。

Claims (5)

1.可配置的RPA机器人全流程信息通知处理方法，其特征在于，包括如下步骤；

S1，用户通过浏览器选择对应的系统配置模板以及对应的策略渠道；

S2，配置通知元数据并进行保存，同时生成规则信息和对应的通知组件生成任务；

S3，通过组件生成器生成通知组件，并对生成的通知组件进行发布；

S4，用户对发布后的通知组件进行拖拽使用；

步骤S1中，所述系统配置模板包括独立通知和复核通知；所述独立通知为针对单个模式的通知，所述复核通知为针对多种模式的通知；

步骤S1中，所述策略渠道包括邮件、钉钉、微信、站内信、Webhook和自定义；

步骤S2包括如下步骤：

S21，对所述通知元数据进行解析和正确性校验；

S22，对通过正确性校验后的通知元数据进行逻辑判断，判断为原子规则或组合规则；

S23，若为组合规则，则生成规则信息，所述规则信息中包含多种规则的叠加编排以及规则组合逻辑；若为原子规则，则直接通过通知元数据创建规则信息；

S24，生成通知组件生成任务并将所述规则信息作为任务参数，发送给组件生成器处理；

步骤S3包括如下步骤：

S31，对规则信息进行校验解析，所述校验解析包括格式校验、正确性校验和完整性校验；

S32，将通过校验解析后的规则信息转化成RPA组件信息，并把转换好的RPA组件信息以参数的方式传递给组件生成器；

S33，组件生成器根据接收到的参数生成出通知组件，并且对生成的通知组件进行自动化测试；

S34，通过自动化测试后，触发发布通知组件的任务，并将通知组件作为任务参数。

2.根据权利要求1所述的可配置的RPA机器人全流程信息通知处理方法，其特征在于，步骤S4中，所述通知组件的发布渠道包括私有市场和设计器组件库。

3.可配置的RPA机器人全流程信息通知处理系统，用于实现权利要求1-2任一项所述的可配置的RPA机器人全流程信息通知处理方法，其特征在于，所述可配置的RPA机器人全流程信息通知处理系统包括：

模板选择模块，用于通过浏览器选择对应的系统配置模板以及对应的策略渠道；

通知元数据配置模块，用于配置通知元数据并进行保存；

规则引擎模块，用于通过解析配置好的通知元数据，生成规则信息和对应的通知组件生成任务；

组件生成器模块，用于生成通知组件，并对生成的通知组件进行发布。

4.根据权利要求3所述的可配置的RPA机器人全流程信息通知处理系统，其特征在于，所述规则引擎模块具体如下：

对所述通知元数据进行解析和正确性校验；

对通过正确性校验后的通知元数据进行逻辑判断，判断为原子规则或组合规则；

若为组合规则，则生成规则信息，所述规则信息中包含多种规则的叠加编排以及规则组合逻辑；若为原子规则，则直接通过通知元数据创建规则信息；

生成通知组件生成任务并将所述规则信息作为任务参数，发送给组件生成器处理。

5.根据权利要求3所述的可配置的RPA机器人全流程信息通知处理系统，其特征在于，所述组件生成器模块具体如下：

对规则信息进行校验解析，所述校验解析包括格式校验、正确性校验和完整性校验；

将通过校验解析后的规则信息转化成RPA组件信息，并把转换好的RPA组件信息以参数的方式传递给组件生成器；

组件生成器根据接收到的参数生成出通知组件，并且对生成的通知组件进行自动化测试；

通过自动化测试后，触发发布通知组件的任务，并将通知组件作为任务参数。

Images