RPA业务处理方法、RPA管理平台、设备及介质

摘要

本发明涉及流程自动化处理技术领域，尤其涉及一种RPA业务处理方法、RPA管理平台、设备及介质。该RPA业务处理方法包括接收第三方系统触发的业务配置请求；当目标RPA业务为非通用业务时，显示业务配置界面；接收第一可配置字段对应的属性值作为默认处理接口对应的第一配置信息；基于第二配置区，接收第三方系统配置的外部处理接口的第二配置信息；基于第一配置信息以及第二配置信息，生成目标处理接口的目标执行方案；根据目标执行方案，自动执行每一目标处理接口。该方法可实现动态组合不同的处理接口，且无需重新开发代码，有效降低开发成本。本发明还涉及区块链技术领域，目标执行方案可存储至区块链中。

说明书

技术领域

本发明涉及流程自动化处理技术领域，尤其涉及一种RPA业务处理方法、RPA管理平台、设备及介质。

背景技术

RPA即指机器人流程自动化(Robotic Process Automation)，用于模拟人操控不同软件系统并自动执行规则确定、重复性高的业务流程。随着人工智能的飞速发展，在使用RPA机器人自动化处理业务时经常需要结合以上一种或多种AI能力(即不同任务的处理接口)，以辅助RPA机器人完成整个业务流程。

目前，在第三方系统接入RPA管理平台，以使用RPA机器人自动处理RPA业务时，由于需求的不断变更，往往需要更新业务所需的AI能力(如OCR识别)，在现有技术中，一般在业务所需的AI能力变更时，需要针对该业务进行特定的代码开发；此外，在其他第三方系统接入RPA管理平台时，也需要重新开发代码，开发成本高，代码复用率低。

发明内容

本发明实施例提供一种RPA业务处理方法、RPA管理平台、设备及介质，以解决目前RPA管理平台在RPA业务变更时，需要重新开发代码，开发成本高且代码复用率低的问题。

一种RPA业务处理方法，应用在RPA管理平台中，包括：

接收第三方系统触发的业务配置请求；其中，所述业务配置请求包括第三方系统对应的目标RPA业务；

当所述目标RPA业务为非通用业务时，显示业务配置界面；其中，所述业务配置界面包括第一配置区以及第二配置区；所述第一配置区包括默认配置的默认处理接口以及对应的第一可配置字段；

接收所述第一可配置字段对应的属性值作为所述默认处理接口对应的第一配置信息；

基于所述第二配置区，接收所述第三方系统配置的外部处理接口以及对应的第二配置信息；

基于所述默认处理接口以及外部处理接口，确定所述目标RPA业务对应的目标处理接口；

基于所述第一配置信息以及所述第二配置信息，生成所述目标处理接口对应的目标执行方案；

响应所述第三方系统触发的执行所述目标RPA业务的业务执行请求，根据所述目标执行方案，自动执行每一所述目标处理接口。

一种RPA管理平台，包括：

业务配置请求接收模块，用于接收第三方系统触发的业务配置请求；其中，所述业务配置请求包括第三方系统对应的目标RPA业务；

业务配置界面显示模块，用于当所述目标RPA业务为非通用业务时，显示业务配置界面；其中，所述业务配置界面包括第一配置区以及第二配置区；所述第一配置区包括默认配置的默认处理接口以及对应的第一可配置字段；

第一配置信息接收模块，用于接收所述第一可配置字段对应的属性值作为所述默认处理接口对应的第一配置信息；

第二配置信息接收模块，用于基于所述第二配置区，接收所述第三方系统配置的外部处理接口以及对应的第二配置信息；

目标处理接口请确定模块，用于基于所述默认处理接口以及外部处理接口，确定所述目标RPA业务对应的目标处理接口；

目标执行方案生成模块，用于基于所述第一配置信息以及所述第二配置信息，生成所述目标处理接口的目标执行方案；

业务执行模块，用于响应所述第三方系统触发的执行所述目标RPA业务的业务执行请求，根据所述目标执行方案，自动执行每一所述目标处理接口。一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述RPA业务处理方法的步骤。

一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述RPA业务处理方法的步骤。

上述RPA业务处理方法、RPA管理平台、设备及介质中，通过接收第三方系统触发的业务配置请求，以便根据业务配置请求中的目标RPA业务进行判断，当目标RPA业务为非通用业务时，显示业务配置界面，以接收第三方根据实际需要可视化配置RPA业务的默认处理接口对应的第一配置信息以及所需的外部处理接口对应的第二配置信息，可实现动态组合不同的处理接口，以处理RPA业务；然后，基于默认处理接口以及外部处理接口，确定目标RPA业务对应的目标处理接口，以便基于第一配置信息以及第二配置信息，自动生成目标处理接口的目标执行方案，以便后续响应第三方系统触发的业务执行请求，并根据目标执行方案，自动执行每一目标处理接口，以在每次处理接口变更或不同业务接入RPA管理平台时，无需重新开发代码，可有效降低开发成本，实现快速应对频繁的需求变更。

附图说明

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

图1是本发明一实施例中RPA业务处理方法的一应用环境示意图；

图2是本发明一实施例中RPA业务处理方法的一流程图；

图3是本发明一实施例中RPA业务处理方法的一流程图；

图4是本发明一实施例中RPA业务处理方法的一流程图；

图5是图2中步骤S205的一具体流程图；

图6是图2中步骤S204的一具体流程图；

图7是图2中步骤S204的一具体流程图；

图8是本发明一实施例中RPA管理平台的一示意图；

图9是本发明一实施例中RPA管理平台的一示意图；

图10是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

该RPA业务处理方法可应用在如图1的应用环境中，其中，计算机设备通过网络与服务器进行通信。计算机设备可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器可以用独立的服务器来实现。

在一实施例中，如图2所示，提供一种RPA业务处理方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

S201：接收第三方系统触发的业务配置请求；其中，业务配置请求包括第三方系统对应的目标RPA业务。

其中，本方法可应用在一种RPA管理平台中，以供第三方系统可视化配置RPA业务所需的处理接口，无需在每次处理接口变更或不同业务接入RPA管理平台时，均需要进行代码开发，可有效降低开发成本，实现快速应对频繁的需求变更。

具体地，该业务配置请求可基于已注册过的第三方系统在已配置好处理接口基础上对处理接口进行修改时触发或者新接入平台的第三方系统在需要配置RPA业务的处理接口时触发。该目标RPA业务即为当前第三方系统需要接入RPA管理平台实现自动化处理的业务，例如登录、注册等等。RPA平台即为管理多个RPA机器人的平台。该RPA机器人可用于自动化执行目标RPA业务。

S202：当目标RPA业务为非通用业务时，显示业务配置界面；其中，业务配置界面包括第一配置区以及第二配置区；第一配置区包括默认配置的默认处理接口以及对应的第一可配置字段。

其中，在RPA管理平台中会对一些通用业务(如登录)的配置信息进行存储，作为候选项供第三方系统选择应用，无需重新配置RPA业务的相关信息。但对于一些非通用业务，具有特定性，故需要由第三方系统根据实际需要进行配置。于本实施例中，RPA业务的可配置项包括但不限于处理接口以及处理接口的执行信息，该执行信息包括但不限于每一处理接口对应的可配置的出入参数、处理接口的执行顺序以及执行结果处理方式(如作为下一处理接口的入参)。其中，处理接口包括但不限于RPA平台接入的处理接口、OCR识别的处理接口或RPA机器人处理的处理接口等等。

S203：接收第一可配置字段对应的属性值作为默认处理接口对应的第一配置信息。

具体地，本实施例中通过提供一用于可视化配置RPA业务的业务配置界面，以供第三方系统进行可视化配置，该业务配置界面中包括一预设的第一配置区以及执行顺序在默认处理接口后的第二配置区。其中，第一配置区是指平台用于配置默认处理接口的执行信息，例如RPA处理接口即验证第三方系统身份并接入平台的处理接口，该默认处理接口默认执行顺序为首位，且不可配置，但该默认处理接口对应的执行信息可配置。第二配置区即为可供第三方系统配置所需处理接口的编辑区。该第一可配置字段包括默认处理接口的执行信息，该执行信息包括但不限于每一默认处理接口对应的可配置的出入参数、执行顺序以及执行结果处理方式。本实施例中，该默认处理接口可指平台默认配置的RPA平台接入的处理接口，即指第三方系统初始调用RPA管理平台。

S204：基于第二配置区，接收第三方系统配置的外部处理接口以及对应的第二配置信息。

其中，第二配置信息包括但不限于外部处理接口以及执行信息，该执行信息包括但不限于每一外部处理接口对应的可配置的出入参数、执行顺序以及执行结果处理方式。具体地，第三方可在第二配置区中增加、修改或删除处理接口，当跳转到业务配置界面时，该配置界面会显示第一配置区以及执行顺序在默认处理接口后的第二配置区，由于界面资源有限，对于第二配置区会按照顺序显示预设数量个处理接口执行编辑框，如按照阿拉伯数字的顺序展示出1-N等N个执行步骤编号；当第三方需要添加外部处理接口时，可以选择批量添加方式或者逐条添加方式，降低界面资源占有率，提升加载速率。

具体地，当第三方想要添加处理接口时，可在业务配置界面中输入处理接口添加指令，该处理接口添加指令中可包括自定义输入所要添加的处理接口的数量；如选择批量添加方式时，可以自定义批量参数，当批量参数定义为1时，即选择逐条添加方式，以达到添加便捷的目的。

进一步地，在配置处理接口时，可在平台预置的候选处理接口池中选择所需的处理接口进行一键式添加，无需重新配置处理接口；相应地，对于平台中未提供的候选处理接口来说，第三方可通过处理接口配置界面配置所需的处理接口所需的配置参数，包括但不限于处理接口名称、请求方式、请求URL以及请求接口名等，以保证RPA业务配置的灵活性。

S205：基于默认处理接口以及外部处理接口，确定目标RPA业务对应的目标处理接口。

S206：基于第一配置信息以及第二配置信息，生成目标处理接口的目标执行方案。

其中，目标执行方案包括至少一个目标处理接口以及每一目标处理接口对应的执行信息。具体地，该目标执行方案即为所配置的处理接口执行链，该处理接口执行链可由默认处理接口以及外部处理接口按照执行顺序串联生成，该处理接口执行链包括目标处理接口(包括默认处理接口和外部处理接口)以及每一目标处理接口的执行信息，该执行信息包括但不限于每一目标处理接口对应的已配置的出入参数、执行顺序以及执行结果处理方式。其中，默认处理接口为平台预设的默认的处理接口。外部处理接口为第三方根据实际需求进行自定义配置的处理接口。进一步地，处理接口执行成功后，可进一步按照配置的执行结果处理方式处理目标处理接口的执行结果；该执行结果处理方式包括但不限于直接返回给业务、作为下个处理接口的入参以及合并之前执行结果返回给业务方等等。

需要强调的是，为进一步保证上述历史提问语句私密和安全性，上述历史提问语句还可以存储于一区块链的节点中。

S207：响应第三方系统触发的执行目标RPA业务的业务执行请求，根据目标执行方案，自动执行每一目标处理接口。

其中，执行信息包括但不限于每一目标处理接口对应的已配置的出入参数、执行顺序以及执行结果处理方式。具体地，RPA管理平台会在接收到第三方系统触发的业务执行请求时响应该请求，并执行对应的目标RPA业务，即基于目标处理接口的目标执行方案，即按照每一目标处理接口对应的已配置的出入参数、执行顺序以及执行结果处理方式，自动执行每一目标处理接口。

示例性地，以RPA业务为登录为例，该登录步骤一般为打开浏览器填写用户名密码-识别验证码-填写验证码-登录。于本实施例中采用RPA管理平台按照上述执行步骤配置该RPA业务所需的处理接口即为：处于执行顺序首位的默认处理接口即RPA管理平台处理接口、入参为用户名、密码，出参为登录成功提示、执行结果处理方式为直接返回给业务(即第三方系统)。其次配置外部处理接口，即RPA机器人能力，入参为用户名、密码，出参为登录成功提示、执行结果处理方式为作为下个处理接口的入参；最后配置OCR识别能力，入参为包含验证码的图像，出参为验证码内容，直接返回给第三方系统。

可以理解地，当第三方请求RPA管理平台登录时，RPA管理平台会响应业务执行请求，并按照上述执行步骤先调用RPA机器人打开浏览器填写用户名密码，然后调用OCR识别验证码，最后返回登录信息。

本实施例中，通过接收第三方系统触发的业务配置请求，以便根据业务配置请求中的目标RPA业务进行判断，当目标RPA业务为非通用业务时，显示业务配置界面，以接收第三方根据实际需要可视化配置RPA业务的默认处理接口对应的第一配置信息以及所需的外部处理接口对应的第二配置信息，可实现动态组合不同的处理接口；然后，基于默认处理接口以及外部处理接口，确定目标RPA业务对应的目标处理接口，以便基于第一配置信息以及第二配置信息，自动生成目标处理接口的目标执行方案，以便后续响应第三方系统触发的业务执行请求，并根据目标执行方案，自动执行每一目标处理接口，以在每次处理接口变更或不同业务接入RPA管理平台时，无需重新开发代码，可有效降低开发成本，实现快速应对频繁的需求变更。

在一实施例中，如图3所示，该RPA业务处理方法还包括如下步骤：

S301：接收第三方系统触发的业务配置请求；其中，业务配置请求包括第三方系统对应的目标RPA业务。

具体地，步骤S301与步骤S201保持一致，为避免重复此处不再赘述。

S302：当目标RPA业务为通用业务时，返回RPA管理平台中预存储的目标RPA业务对应的多个候选执行方案。

S303：接收第三方系统选择的候选执行方案作为目标RPA业务对应的目标执行方案，以根据执行顺序以及执行信息，自动执行每一目标处理接口。

其中，当目标RPA业务为通用业务时，则返回RPA管理平台中预存储的目标RPA业务对应的多个候选执行方案；该候选执行方案可通过采集平台中其他业务方(第三方系统)针对相同RPA业务所配置的处理接口执行链，包括目标处理接口以及对应的执行信息。其中，每一目标处理接口的执行信息包括但不限于每一目标处理接口对应的已配置的出入参数、执行顺序以及执行结果处理方式。

具体地，第三方可通过候选执行方案选择所需的执行链作为目标执行方案，以使RPA管理平台根据执行顺序以及执行信息，自动执行每一目标处理接口。本实施例中，通过针对设置候选执行方案，以供用户选择，针对通用型业务无需重复配置操作，进一步提高业务的配置效率。

在一实施例中，如图4所示，步骤S302之前还包括：

S401：获取目标RPA业务在RPA管理平台中所存储的多个原始执行方案。

S402：对多个原始执行方案进行相似度分析，将相似度大于预设相似度阈值的原始执行方案划分为一组，得到多个候选组。

S404：统计每一候选组中原始执行方案的方案数量，并基于方案数量，获取至少一个目标组。

S405：将目标组中的原始执行方案作为候选执行方案。

进一步地，可针对RPA管理平台中，同一目标RPA业务的不同目标执行方案的相似度进行分析统计，即可通过判断不同目标执行方案间的相似度，若相似则归为一组，从而得到多个候选组，再通过统计每一分组中相似配置方案的数量，并将数量最多或者数量排在前N位的一组目标组即可作为该RPA业务的候选执行方案。

其中，在确定方案相似度时，为保证分析的准确性，可从执行顺序和执行节点(即处理接口)是否一致进行综合考虑，即执行顺序和执行节点均保持一致时，通过计数器进行计数，并根据计数器最终得到的计数结果所占配置档案总节点数量(Z＝max(a,b),其中，a表示进行相似度分析的一个目标执行方案的节点数量，b表示另一个目标执行方案的节点数量，Z表示总节点数量)的比例，以得到相似度。

在一实施例中，如图5所示，步骤S205中，即响应第三方系统触发的执行目标RPA业务的业务执行请求，根据目标执行方案，自动执行每一目标处理接口，具体包括如下步骤：

S501：接收第三方系统触发的业务执行请求；其中，业务执行请求包括身份标识。

S502：基于身份标识对第三方系统进行身份验证，得到验证结果。

S503：当验证结果为验证通过，则响应第三方系统触发的执行目标RPA业务的业务执行请求，根据目标执行方案，自动执行每一目标处理接口。

具体地，根据身份标识，检测第三方系统的权限状态；当第三方系统的权限状态为正常状态时，返回验证通过的验证结果，并根据目标执行方案，即按照目标处理接口对应的执行信息，自动执行每一目标处理接口。

进一步地，当述第三方系统与平台终端合作或未续费，则其对应的权限状态为冻结状态，返回验证失败的验证结果。本实施例中，通过在执行RPA业务之前，对第三方系进行身份认证，以保证RAP业务的有效性。

在一实施例中，如图6所示，第二配置区包括多个可选处理接口；每一可选处理接口对应多个可配置字段；步骤S204中，即基于第二配置区，接收第三方系统配置的外部处理接口以及对应的第二配置信息，具体包括如下步骤：

S601：基于多个可选处理接口，接收第三方系统选择的外部处理接口。

S602：基于外部处理接口对应的第二可配置字段，接收第二配置信息。

具体地，本实施例中在对第二配置区进行配置时，可通过如下两种方式进行配置，一种是通过第二配置区中预置的多个可选处理接口以及对应的第二可配置字段进行在线编辑，以使平台接收外部处理接口以及对应的第二配置信息；另一种是通过导入线下文件的方式进行配置，即第三方可导入线下配置文件，无需进行在线编辑，实现一键式导入的目的。其中，第二可配置字段包括但不限于外部处理接口以及执行信息。该执行信息包括但不限于每一外部处理接口对应的可配置的出入参数、执行顺序以及执行结果处理方式。

在一实施例中，如图7所示，第二配置区包括外部文件导入模块；步骤S204中，即基于第二配置区，接收第三方系统配置的外部处理接口以及对应的第二配置信息，具体包括如下步骤：

S701：通过外部文件导入模块，接收第三方系统上传的线下配置文件。

S702：解析第三方系统上传的线下配置文件，得到外部处理接口以及第二配置信息。

具体地，该线下配置文件对应一数据类型，当数据类型为非结构化数据时，通过自然语言处理技术，提取线下配置文件中的多个配置实体信息，以基于多个配置实体信息，获取每一第二可配置字段对应的属性值作为第二配置信息。当数据类型为结构化数据时，获取线下配置文件中每一可配置字段对应的属性值作为第二配置信息。

其中，配置实体信息包括但不限于处理接口以及执行信息，该执行信息包括但不限于每一处理接口对应的可配置的出入参数、执行顺序以及执行结果处理方式。可以理解地，若线下配置文件是第三方系统根据外能力配置区中进行在线配置所得到的，即则认为所得到的第二配置信息为标准结构化数据，可直接从结构化数据中通过结构化数据提取函数(如JsonPath提取)提取多个配置实体信息，无需通过自然语言处理技术(NLP)进行提取。

进一步地，若线下配置文件是第三方系统通过导入的线下配置文件(如excel文件)，认为该数据类型对应的线下配置文件属于非标准结构化数据，故可采用自然语言处理技术(NLP)进行语义分析，以提取该线下配置文件中的多个配置实体信息。其中，NLP(Natural Language Processing，自然语言处理)是计算机以一种聪明而有用的方式分析、理解和从人类语言中获取意义的一种方式，通过NLP技术可实现文本的结构化提取。本实施例中通过预先创建多个配置实体类型，以基于NLP技术，采用多条标注好的配置关键词训练模型，使模型具备实体识别能力，进而实现从线下配置文件中提取多个实体信息的目的。

本实施例中，通过针对不同数据类型的线下配置文件对应进行提取，以获取外部处理接口以及每一可配置字段对应的属性值作为第二配置信息，以保证配置的灵活性且无需人工提取，在多系统配置需求量较大时，可有效提高RPA业务配置的配置效率。

在一实施例中，步骤S207具体为：根据目标执行方案，基于策略模式执行每一目标处理接口。

其中，策略模式即指定义了一组算法，将每个算法都封装起来，使它们之间可以互换，并通过一共同的接口实现，于本实施例中，通过将平台中的可选业务的处理逻辑(或处理类)封装，并通过一共同的目标处理接口实现，可根据实际需求自由切换不同的目标处理类处理，可避免使用多重条件判断且扩展性高。

本实施例中，可将RPA管理平台中所提供的不同的可选业务的处理逻辑封装，并通过暴露共同的目标处理接口(即不同任务的目标处理接口的接口地址是一致的)，以在使用RPA机器人执行RPA业务时，根据目标执行方案，通过设置的基类指针切换至所需的目标处理类(即不同的处理方法)执行，避免冗余的代码量，且可提高程序运行效率。

在一实施例中，如图8所示，步骤S201之前，还包括如下步骤：

S801：响应第三方系统触发的接入平台请求，获取第三方系统对应的系统标识以及当前时间戳。

S802：采用加密算法基于系统标识、当前时间戳以及随机数，生成预设长度的身份标识。

具体地，通过响应第三方系统触发的接入平台请求，以在RPA管理平台中配置该第三方系统，即通过获取第三方系统对应的系统标识以及当前时间戳，并采用加密算法基于系统标识、当前时间戳以及随机数，生成预设长度(例如128位)的身份标识，以便第三方系统在调用RPA管理平台自动执行业务时，通过该身份标识验证第三方系统的身份是否有效，保证平台安全性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种RPA管理平台，该RPA管理平台与上述实施例中RPA业务处理方法一一对应。如图9所示，该RPA管理平台包括业务配置请求接收模块10、业务配置界面显示模块20、第一配置信息接收模块30、第二配置信息接收模块40、目标处理接口确定模块50、目标执行方案生成模块60和业务执行模块70。各功能模块详细说明如下：

业务配置请求接收模块10，用于接收第三方系统触发的业务配置请求；其中，业务配置请求包括第三方系统对应的目标RPA业务。

业务配置界面显示模块20，用于当目标RPA业务为非通用业务时，显示业务配置界面；其中，业务配置界面包括第一配置区以及第二配置区；第一配置区包括默认配置的默认处理接口以及对应的第一可配置字段。

第一配置信息接收模块30，用于接收第一可配置字段对应的属性值作为默认处理接口对应的第一配置信息。

第二配置信息接收模块40，用于基于第二配置区，接收第三方系统配置的外部处理接口以及对应的第二配置信息。

目标处理接口请确定模块50，用于基于默认处理接口以及外部处理接口，确定目标RPA业务对应的目标处理接口。

目标执行方案生成模块60，用于基于第一配置信息以及第二配置信息，生成目标处理接口的目标执行方案。

业务执行模块70，用于响应第三方系统触发的执行目标RPA业务的业务执行请求，根据目标执行方案，自动执行每一目标处理接口。

具体地，RPA管理平台还包括候选执行方案返回模块和目标执行方案接收模块。

候选执行方案返回模块，用于当目标RPA业务为通用业务时，返回RPA管理平台中预存储的目标RPA业务对应的多个候选执行方案。

目标执行方案接收模块，用于接收第三方系统选择的候选执行方案作为目标RPA业务对应的目标执行方案，以根据目标执行方案，自动执行每一目标处理接口。

具体地，RPA管理平台还包括原始执行方案获取模块、相似度分析模块、统计模块以及候选执行方案获取模块。

原始执行方案获取模块，用于获取目标RPA业务在RPA管理平台中所存储的多个原始执行方案。

相似度分析模块，用于对多个原始执行方案进行相似度分析，将相似度大于预设相似度阈值的原始执行方案划分为一组，得到多个候选组。

统计模块，用于统计每一候选组中原始执行方案的方案数量，并基于方案数量，获取至少一个目标组。

候选执行方案获取模块，用于将目标组中的原始执行方案作为候选执行方案。

具体地，该RPA管理平台还包括业务执行请求接收模块、身份验证模块以及业务执行模块。

业务执行请求接收模块，用于接收第三方系统触发的业务执行请求；其中，业务执行请求包括身份标识。

身份验证模块，用于基于身份标识对第三方系统进行身份验证，得到验证结果。

业务执行模块，用于当验证结果为验证通过，则响应第三方系统触发的业务执行请求，根据目标执行方案，自动执行每一目标处理接口。

具体地，第二配置区包括多个可选处理接口；每一可选处理接口对应多个可配置字段；第二配置信息接收模块包括外部处理接口接收单元以及第二配置信息接收单元。

外部处理接口接收单元，用于基于多个可选处理接口，接收第三方系统选择的外部处理接口；

第二配置信息接收单元，用于基于外部处理接口对应的第二可配置字段，接收第二配置信息。

具体地，第二配置区包括外部文件导入模块；第二配置信息接收模块包括外部导入单元以及解析单元。

外部导入单元，用于通过外部文件导入模块，接收第三方系统上传的线下配置文件。

解析单元，用于解析第三方系统上传的线下配置文件，得到外部处理接口以及对应以及第二配置信息。

具体地，业务执行模块具体为，根据目标执行方案，基于策略模式执行每一目标处理接口。

关于RPA管理平台的具体限定可以参见上文中对于RPA业务处理方法的限定，在此不再赘述。上述RPA管理平台中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括计算机存储介质、内存储器。该计算机存储介质存储有操作系统、计算机程序和数据库。该内存储器为计算机存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储执行RPA业务处理方法过程中生成或获取的数据，如身份标识。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种RPA业务处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的RPA业务处理方法的步骤，例如图2所示的步骤S201-S207，或者图3至图8中所示的步骤。或者，处理器执行计算机程序时实现RPA管理平台这一实施例中的各模块/单元的功能，例如图9所示的各模块/单元的功能，为避免重复，这里不再赘述。

在一实施例中，提供一计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中RPA业务处理方法的步骤，例如图2所示的步骤S201-S207，或者图3至图8中所示的步骤，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述RPA管理平台这一实施例中的各模块/单元的功能，例如图9所示的各模块/单元的功能，为避免重复，这里不再赘述。

本实施例中所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

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