CN111754204A - 用于rpa流程执行端的流程编组方法、装置、设备及介质 - Google Patents

Abstract

本公开的实施例提供一种用于RPA流程执行端的流程编组方法、装置、设备及介质。该方法包括：接收用户的流程编组请求；按照流程编组请求，对预先建立的流程组进行调整，流程组包括多个流程；执行流程组。本公开的实施例的方法，通过多个简单的流程的灵活组合，能够实现复杂任务下的RPA，提高了RPA流程执行端的流程执行效果和任务执行能力，进而提高了任务执行效果。

Description

用于RPA流程执行端的流程编组方法、装置、设备及介质

技术领域

本公开的实施例涉及RPA技术领域，尤其涉及一种用于RPA流程执行端的流程编组方法、装置、设备及介质。

背景技术

机器人流程自动化(Robotic Process Automation，简称RPA)，是指通过特定的“机器人软件”，模拟人在计算机上的操作，按规则执行流程任务。RPA能够应用于各个行业，用于替代人工操作计算机，减轻工作人员的任务量，提高工作效率，减少工作失误。

在RPA中，机器人软件作为RPA流程执行端，可以通过执行流程完成相应的任务。例如，通过执行采集数据的流程，完成采集数据的任务，通过执行发送电子邮件的流程，完成发送电子邮件的任务。

然而，RPA流程执行端执行的任务通常为简单任务。对于复杂的任务，如果由开发人员将整个任务编写成一个流程，则流程会比较复杂，影响流程执行效果。

发明内容

本公开的实施例提供一种用于RPA流程执行端的流程编组方法、装置、设备及介质，用以实现复杂任务下的RPA，提高RPA流程执行端的流程执行效果。

第一方面，本公开的实施例提供一种用于RPA流程执行端的流程编组方法，包括：

S1、接收用户的流程编组请求；

S2、按照所述流程编组请求，对预先建立的流程进行编组，得到流程组；

S3、根据所述流程组进行流程执行。

在一种可能的实现方式中，所述流程编组请求包括流程添加请求或者流程删除请求；所述S2包括：

S21、将所述流程添加请求中的流程添加至所述流程组；或者；

S22、将所述流程删除请求中的流程从所述流程组中删除。

在一种可能的实现方式中，所述流程编组请求包括流程顺序调整请求，所述流程顺序调整请求包括待调整流程和所述待调整流程的目标位置；所述步骤S2包括：

S23、在所述流程组中，按照所述流程顺序调整请求，将所述待调整流程从所述待调整流程的当前位置调整至所述待调整流程的目标位置。

在一种可能的实现方式中，所述流程编组请求包括流程执行次数设置请求，所述流程执行次数设置请求中包括待设置流程和所述待设置流程的执行次数；所述S2包括：

S24、在所述流程组中，按照所述流程执行次数设置请求，对所述待设置流程的执行次数进行设置。

在一种可能的实现方式中，所述流程编组请求包括流程组配置请求；所述S2包括：

S25、在所述流程组配置请求中，获取所述流程组的执行要求；

S26、按照所述流程组的执行要求，对所述流程组进行配置。

在一种可能的实现方式中，所述执行要求包括如下一项或多项：执行方式、执行时间、执行周期、执行出错处理方式。

在一种可能的实现方式中，所述流程组的执行方式包括如下一项或多项：单次执行、按日执行、按周执行、按月执行。

在一种可能的实现方式中，所述流程组的执行时间包括如下一项或多项：执行开始时间、执行频次、执行结束时间。

在一种可能的实现方式中，所述流程组的执行周期包括所述流程组的生效时间和所述流程组的失效时间。

在一种可能的实现方式中，所述方法还包括：

S4、获取所述流程组的执行结果；

S5、将所述执行结果发送至RPA流程控制端。

第二方面，本公开的实施例提供一种用于RPA流程执行端的流程编组装置，包括：

接收模块，用于接收用户的流程编组请求；

编组模块，用于按照所述流程编组请求，对预先建立的流程进行编组，得到流程组；

执行模块，用于根据所述流程组进行流程执行。

在一种可能的实现方式中，所述流程编组请求包括流程添加请求或者流程删除请求；所述编组模块，具体用于：

将所述流程添加请求中的流程添加至所述流程组；或者

将所述流程删除请求中的流程从所述流程组中删除。

在一种可能的实现方式中，所述流程编组请求包括流程顺序调整请求，所述流程顺序调整请求包括待调整流程和所述待调整流程的目标位置；所述编组模块，具体用于：

在所述流程组中，按照所述流程顺序调整请求，将所述待调整流程从所述待调整流程的当前位置调整至所述待调整流程的目标位置。

在一种可能的实现方式中，所述流程编组请求包括流程执行次数设置请求，所述流程执行次数设置请求中包括待设置流程和所述待设置流程的执行次数；所述编组模块，具体用于：

在所述流程组中，按照所述流程执行次数设置请求，对所述待设置流程的执行次数进行设置。

在一种可能的实现方式中，所述流程编组请求包括流程组配置请求；所述编组模块，具体用于：

在所述流程组配置请求中，获取所述流程组的执行要求；

按照所述流程组的执行要求，对所述流程组进行配置。

在一种可能的实现方式中，所述执行要求包括如下一项或多项：执行方式、执行时间、执行周期、执行出错处理方式。

在一种可能的实现方式中，所述流程组的执行方式包括如下一项或多项：单次执行、按日执行、按周执行、按月执行。

在一种可能的实现方式中，所述流程组的执行时间包括如下一项或多项：执行开始时间、执行频次、执行结束时间。

在一种可能的实现方式中，所述流程组的执行周期包括所述流程组的生效时间和所述流程组的失效时间。

在一种可能的实现方式中，所述方法还包括：

发送模块，用于获取所述流程组的执行结果，将所述执行结果发送至RPA流程控制端。

第三方面，本公开的实施例提供一种电子设备，包括：存储器和处理器；

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

所述处理器用于调用所述存储器中的程序指令执行如第一方面或第一方面的各可能的实现方式所述的方法。

第四方面，本公开的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时，实现如第一方面或第一方面的各可能的实现方式所述的方法。

第五方面，本公开的实施例提供一种包含指令的程序产品，所述程序产品包括计算机程序，所述计算机程序被处理器执行时实现如第一方面或第一方面各可能的实现方式所述的方法。

本公开的实施例提供的用于RPA流程执行端的流程编组方法、装置、设备及介质，接收用户的流程编组请求，按照流程编组请求，对预先建立的流程组进行编组，得到流程组，根据编组得到的流程组进行流程执行。因此，本公开的实施例通过将多个简单的流程灵活组合成流程组，执行流程组，以实现复杂任务下的RPA，降低了复杂任务下流程的复杂性，提高了复杂任务下流程的灵活性，使得复杂任务的流程更新和优化更为便利，有效地提高RPA流程执行端的流程执行效果和任务执行能力，同时还减少了流程的重复开发。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本公开的一实施例提供的网络架构示意图；

图2为本公开的一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图；

图3为本公开的另一实施例提供的用于RPA流程执行端的流程编组处理方法的流程示意图；

图4为本公开的另一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图；

图5为本公开的另一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图；

图6为本公开的另一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图；

图7为本公开的一实施例提供的RPA流程控制端的可视化界面示例图；

图8为本公开的一实施例提供的单个流程组的编辑界面示例图；

图9为本公开的一实施例提供的流程或流程组的配置界面示例图；

图10为本公开的一实施例提供的流程或流程组的配置界面示例图；

图11为本公开的一实施例提供的用于RPA流程执行端的流程编组装置的结构示意图；

图12为本公开的一实施例提供的一种电子设备的结构示意图；

图13为本公开的一实施例提供的用于RPA流程执行端的流程编组装置1的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

首先对本公开的实施例所涉及的名词进行解释：

机器人流程自动化：简称RPA，是指通过特定的“机器人软件”，模拟人在计算机上的操作，按规则自动执行流程任务；

流程：是指通过代码编写得到的可执行程序，软件机器人通过执行流程可以代替人工完成相应的任务。

RPA流程执行端：也称为机器人软件，是指流程的执行平台或执行设备。

在RPA中，通常由开发人员预先编写好不同任务对应的流程，RPA流程执行端通过执行流程，完成相应的任务。例如：通过执行采集数据的流程，完成采集数据的任务；通过执行发送电子邮件的流程，完成发送电子邮件的任务；通过执行收取电子邮件的流程，完成收取电子邮件的任务。

通常的，RPA中的流程为简单任务的流程。在执行简单任务的流程时，RPA相对于人工执行方式，具有任务完成效果更稳定、效率更高，且便于维护的优势。然而，工作场景中的任务一般为复杂任务，例如，在金融行业中，一个工作任务包括采集上证指数、深证指数等数据、将这些数据整理成表格文件、以及将表格文件发送至指定的邮箱等多个操作。如何实现复杂任务下的RPA，是进一步推进RPA广泛应用于各行各业的关键技术之一。

针对复杂的任务，如果由开发人员为整个任务编写一个流程，则会出现一个个复杂的流程。RPA流程执行端执行过于复杂的流程，将影响任务完成效果的稳定性和效率，也增加了RPA的维护成本。

本公开实施例提供的用于RPA流程执行端的流程编组方法，按照用户的流程编组请求，对预先建立的流程进行编组，得到流程组，根据流程组进行流程执行，以完成较为复杂的任务。因此，用户可以根据任务情况，将流程进行灵活组合，通过多个简单的流程的灵活组合，实现复杂任务下的RPA，有效地避免流程过于复杂，提高了RPA流程执行端的流程执行效果和任务执行能力，提高了任务执行效果，也更为贴合用户需求，提高了用户体验。

本公开的实施例提供的用于RPA流程执行端的流程编组方法，可以适用于图1所示的网络架构示意图。如图1所示，该网络架构包括：终端设备101和服务器102。RPA流程开发端、RPA流程执行端和RPA流程控制端可位于同一终端设备101上，也可位于不同的终端设备101上。RPA流程开发端、RPA流程执行端和RPA流程控制端也可位于同一服务器102上，也可位于不同的服务器102上。RPA流程开发端为开发人员提供流程开发平台，将开发好的流程发送给RPA流程控制端管理，也可以直接发送给RPA流程执行端执行；RPA流程执行端执行流程以完成相应任务；RPA流程控制端用于管理流程，包括将流程下发给RPA流程执行端、获取RPA流程执行端上的流程执行情况。

其中，终端设备101可为计算机、平板电脑、智能手机等设备，服务器102可为单个服务器也可为服务器群。

下面以具体地实施例对本公开的实施例的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例的实施例进行描述。

图2为本公开的一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图，执行主体为RPA流程执行端。如图2所示，该方法包括：

S201、接收用户的流程编组请求。

具体的，RPA流程执行端可为用户提供可视化界面，用户可在可视化界面上通过向RPA流程执行端发送流程编组请求，以对预先建立的流程进行编组。

作为示例的，用户可通过点击鼠标右键的方式向RPA发送流程编组请求；用户也可通过点击可视化界面上预设的流程编组按钮，向RPA发送流程编组请求；也可在检测到用户的流程编组动作时，自动生成相应的流程编组请求，例如，检测到用户通过将多个不同的流程拖入至可视化界面上已有的一个流程编组的动作。

S202、按照流程编组请求，对预先建立的流程进行编组，得到流程组。

其中，预先建立的流程为开发人员开发好的流程。RPA流程开发端将开发人员开发好的流程发送至RPA流程执行端或RPA流程控制端。因此，可在RPA流程执行端的本地服务器的流程库中获取流程，也可通过访问RPA流程控制端所在的服务器的流程库中获取流程。

具体的，按照流程编组请求，对可视化界面提供的流程进行编组，得到一个或多个流程组。流程组中包括多个流程，各流程可由用户通过流程编组请求指定放入相应的流程组，RPA流程执行端可通过依次执行流程组中的各个流程，完成相应的任务。

其中，在RPA流程执行端的可视化界面上，一个流程组对应一个任务。例如，在任务包括采集上证指数、深证指数等数据、将这些数据整理成表格文件、以及将表格文件发送至指定的邮箱等操作的情况下，通过执行依次包括用于采集上证指数、深证指数等数据的流程、用于将这些数据整理成表格文件的流程、用于将表格文件发送至指定的邮箱的流程的流程组，完成任务。

S203、根据流程组进行流程执行。

具体的，在接收到用户或者当前设备的执行指令时，RPA流程执行端执行流程组，以完成流程组所对应的任务。

本公开实施例，将流程进行灵活组合成流程组，通过执行流程组实现复杂任务下的RPA，降低了复杂任务下流程的复杂性，提高了复杂任务下流程的灵活性，使得复杂任务的流程更新和优化更为便利，有效地提高RPA流程执行端的流程执行效果和任务执行能力，同时还减少了流程的重复开发，也更为贴合任务需要和用户需要。

图3为本公开的另一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图，执行主体为RPA流程执行端。如图3所示，该方法包括：

S301、接收用户的流程添加请求。

具体的，RPA流程执行端可为用户提供可视化界面，并在可视化界面上显示一个或多个预先构建的流程组，此时的流程组可为内容为空的流程组，也可为包括一个或多个流程的流程组。用户可根据任务需要，在可视化界面上的流程组选择一个流程组，向RPA流程执行端发送向选择的流程组中添加流程的流程添加请求。

在一个可行的实施方式中，在接收到用户的流程获取请求时，可从本地服务器或远程服务器中的流程库中获取多个流程，并显示在可视化界面，以便用户从显示的流程中选择将要添加至流程组的流程。

在一个可行的实施方式中，可在RPA流程执行端的可视化界面上显示本地服务器上存储的流程，以便用户从可视化界面上直接选择将要添加至流程组的流程。

在一个可行的实施方式中，在检测到用户将流程拖动至流程组的拖动动作时，生成用户的流程添加请求，从而用户可通过直接将流程拖动至流程组，完成流程的添加，提高了流程添加的便捷性。此时，流程添加请求包括用户的拖动动作所选中的流程和用户的拖动动作所指向的流程组的流程组名称。

在一个可行的实施方式中，在接收到用户的流程组添加请求时，建立流程组，并将建立的流程组显示在可视化界面上，从而用户能够在可视化界面上为不同的任务添加相应的流程组，提高了RPA流程执行端上流程组设置的灵活性。进一步的，在建立流程组后，RPA流程执行端还可接收用户输入的流程组名称，根据用户输入的流程组名称为相应的流程组命名，以提高流程组的可辩别性和管理效果，提高用户体验。例如，用户可以将流程组名称修改为该流程组所完成任务的任务名称。同样的，用户也可以将流程的名称修改为该流程所完成任务的任务名称。

S302、将流程添加请求中的流程添加至流程组。

具体的，可获取流程添加请求中的流程和流程组名称，将流程添加至流程组名称对应的流程组中。其中，添加流程后的流程组中包括多个流程。

在一个可行的实施方式中，如果流程添加请求中包括一个流程和多个流程组名称，则将该流程分别添加至多个流程组名称分别对应的流程组中；如果流程添加请求中包括多个流程和一个流程组名称，则将多个流程都添加至该流程组名称对应的流程组中；如果流程添加请求中包括多个流程和多个流程组名称，则将多个流程都添加至多个流程组名称分别对应的流程组中，从而提高流程添加的灵活性。

在一个可行的实施方式中，在将流程添加至流程组的过程中时，可将流程添加为流程组中的最后一个流程，从而用户可以根据任务中各个任务操作的顺序依次添加流程，更贴合用户操作习惯。例如，在采集数据、并根据采集数据生成文档的任务中，用户可依次添加用于采集数据的流程和用于生成文档的流程，每次流程都添加至流程组的最后面。

S303、根据流程组进行流程执行。

具体的，在接收到用户或者当前设备的执行指令时，RPA流程执行端执行流程组，以完成流程组所对应的任务。

在一个可行的实施方式中，还可接收用户输入的流程删除请求，将流程删除请求中的流程从流程组中删除，从而实现流程组中流程的灵活组合，使得流程组的更新更为便利。其中，流程删除请求可包括一个或多个待删除的流程和流程组名称，在删除时，可将所有待删除的流程从流程组名称对应的流程组中删除。

本公开实施例，将流程进行灵活组合成流程组，且能够按照用户需求向流程组添加流程，通过执行包括多个流程的流程组，实现复杂任务下的RPA，降低了复杂任务下流程的复杂性，提高了复杂任务下流程的灵活性，使得复杂任务的流程更新和优化更为便利，有效地提高RPA流程执行端的流程执行效果和任务执行能力，同时还减少了流程的重复开发

图4为本公开的另一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图，执行主体为RPA流程执行端。如图4所示，该方法包括：

S401、接收用户的流程顺序调整请求。

其中，流程顺序调整请求包括一个或多个待调整流程和各个待调整流程的目标位置，以依据流程顺序调整请求，在当前的流程组中，将一个或多个待调整流程从待调整流程的当前位置调整至待调整流程的目标位置。

具体的，可在RPA流程执行端的可视化界面上，按照执行顺序，对流程组中的各个流程进行显示，以便用户查看流程组中各个流程和各个流程的执行顺序。用户可根据任务需要，在可视化界面对流程之间的顺序进行调整。用户可在可视化界面上选择一个或多个流程，向RPA流程执行端发送调整一个或多个流程的流程顺序调整请求。

在一个可行的实施方式中，在检测到用户将一个或多个流程从流程组的一个位置拖动至流程组的另一个位置的拖动动作时，生成用户的流程顺序调整请求，从而用户可通过直接将流程拖动至目标位置，完成流程的顺序调整，提高了流程之间执行顺序调整的便捷性。其中，拖动动作选中的一个或多个流程为待调整流程，拖动动作的终点位置为待调整流程的目标位置。

S402、在流程组中，按照流程顺序调整请求，对待调整流程的执行顺序进行调整。

具体的，获取流程顺序调整请求中的待调整流程和待调整流程的目标位置，在待调整流程所在的流程组中，将待调整流程从自身所在的当前位置，调整至目标位置。在待调整流程调整至目标位置之前，将位于目标位置以及目标位置之后的流程，分别向后移动一个位置，从而实现流程表组中各流程之间的执行顺序的调整，更好地适应任务需要。

S403、根据流程组进行流程执行。

具体的，在接收到用户或者当前设备的执行指令时，RPA流程执行端执行流程组，以完成流程组所对应的任务。

本公开实施例，将流程进行灵活组合成流程组，且能够按照用户需求调整流程组中各个流程的执行顺序，提高了流程组设置的灵活性，通过执行包括多个流程的流程组，实现复杂任务下的RPA，降低了复杂任务下流程的复杂性，提高了复杂任务下流程的灵活性，使得复杂任务的流程更新和优化更为便利，有效地提高RPA流程执行端的流程执行效果和任务执行能力，同时还减少了流程的重复开发。

图5为本公开的另一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图，执行主体为RPA流程执行端。如图5所示，该方法包括：

S501、接收用户的流程执行次数设置请求。

其中，流程执行次数设置请求包括一个或多个待设置流程和各个待设置流程的执行次数，以依据流程执行次数设置请求，在可视化界面上已有的流程组中，设置一个或多个待调整流程的执行次数。因此，在流程组中，用户可根据任务需要和各个流程执行所需的时间，灵活设置各个流程的执行次数，以提高流程组的执行效率，进而提高任务的执行效率。

作为示例的，以用于采集数据的流程和用于生成表格文件的流程为例，用于采集数据的流程A执行依次的时间为1个时间单位(时间单位可为秒、分、时等)、用于生成表格文件的流程B为5个时间单位(时间单位可为秒、分、时等)，在流程组中流程B位于流程A后面，而流程B生成一个表格文档需要流程A进行5次数据采集。在每执行一次流程组时，如果默认流程A的执行次数为1次和流程B的执行次数为1次，则需要执行5次流程组，流程B才有足够数据生成一个表格文档，导致前面4次流程B运行都无法得到正确结果，既可能引起执行错误，也耗费了时间，不利于提高流程组的执行效果。因此，在用户可以设置各个流程的执行次数时，用户可以将流程A的执行次数设置为5次，流程B的执行次数设置为1次，即每执行一次流程组，执行5次的流程A，执行1次的流程B，有效地提高了流程组中各个流程执行的合理性、以及提高了流程组的执行效率。

作为示例的，以用于接收电子邮件的流程C和用于发送电子邮件的流程D为例，在流程组中，用户可以通过设置流程C的执行次数和流程D的执行次数，灵活地调整RPA接收电子邮件和发送电子邮件之间的次数关系。如，设置流程C的执行次数为5，设置流程D的执行次数为1，则接收5次电子邮件，发送1次电子邮件。

具体的，可在RPA流程执行端的可视化界面上，按照执行顺序，对流程组中的各个流程进行显示。用户可根据任务需要，在可视化界面上选择一个或多个流程，向RPA流程执行端发送对选择的一个或多个流程进行执行次数设置的流程执行次数设置请求。

在一个可行的实施方式中，可在显示的各个流程的附近，分别设置相应的次数输入框。用户可在流程的次数输入框中，输入该流程的执行次数，并点击确认按钮，发送流程执行次数设置请求。RPA流程执行端在接收到流程执行次数设置请求时，获取次数输入框中的数字，将该数字即用户为该次数输入框所属流程设置的执行次数。因此，通过可视化方式设置流程的执行次数，提高用户体验。

S502、在流程组中，按照流程执行次数设置请求，对待设置流程的执行次数进行设置。

具体的，获取流程顺序调整请求中的待设置流程和待设置流程的执行次数，按照流程顺序调整请求中待设置流程的执行次数，在流程组中，对待设置流程的执行次数进行设置。

S503、根据流程组进行流程执行。

具体的，在接收到用户或者当前设备的执行指令时，RPA流程执行端执行流程组，以完成流程组所对应的任务。

本公开实施例，将流程进行灵活组合成流程组，且能够按照用户需求调整流程组中各个流程的执行次数，提高了流程组设置的灵活性和流程组执行的效率，通过执行包括多个流程的流程组，实现复杂任务下的RPA，降低了复杂任务下流程的复杂性，提高了复杂任务下流程的灵活性，使得复杂任务的流程更新和优化更为便利，有效地提高RPA流程执行端的流程执行效果和任务执行能力，同时还减少了流程的重复开发。

图6为本公开的另一实施例提供的用于RPA流程执行端的流程编组方法的流程示意图，执行主体为RPA流程执行端。如图6所示，该方法包括：

S601、接收用户的流程组配置请求。

S602、在流程组配置请求中，获取流程组的执行要求。

具体的，RPA流程执行端可为用户提供可视化界面，并在可视化界面上显示一个或多个预先构建的流程组，此时的流程组为包括一个或多个流程的流程组。用户可根据任务需要，在可视化界面上选择一个或多个流程组，向RPA流程执行端发送对选择的流程组中进行配置的流程组配置请求。

具体的，流程组配置请求可包括一个或多个待配置的流程组和各个待配置的流程组的执行要求，用户可根据任务需要，设置流程组的执行要求，例如在时间方面的要求、在次数方面的要求。因此，通过对流程组进行配置，使得流程组的执行更符合任务需要，更符合用户需要。

在一个可行的实施方式中，可在可视化界面上为每个流程组提供相应的编辑链接或编辑按钮，其中，流程组的编辑链接或编辑按钮与流程组的编辑页面关联。用户可以通过点击流程组的编辑链接或编辑按钮，打开流程组的编辑页面，在流程编辑的编辑页面，输入流程组的执行要求。因此，通过单独的编辑页面实现每个流程组的单独编辑，使得每个流程组的执行要求对于用户来说更加一目了然，有效地提高用户体验

S603、按照流程组的执行要求，对流程组进行配置。

具体的，可按照流程组的执行要求，设置流程组的配置信息，其中，配置信息的内容为执行要求。例如，流程组的配置信息可为配置文档，配置文档中记录着流程组的执行要求，配置文档的格式可为XML格式。

S604、根据流程组进行流程执行。

具体的，在配置好流程组之后，在接收到用户或者当前设备的执行指令时，RPA流程执行端按照流程组的配置信息，执行流程组，以完成流程组所对应的任务。

在一个可行的实施方式中，可在可视化界面上，在各个流程组的附近，例如，在各个流程组的上方或者下方，显示流程组的执行要求，以便用户能够一目了然地看到各个流程组和各个流程组的执行要求，节省用户时间，提高用户体验。

在一个可行的实施方式中，流程组的执行要求包括如下一项或多项：流程组的执行方式、流程组的执行时间、流程组的执行周期，流程组的执行出错处理方式，从而在多个方面对流程组进行配置，提高RPA流程执行端的流程组的执行效果，进而提高任务执行效果。

其中，流程组的执行方式包括流程组执行的时间规律，在设置好执行方式后，RPA流程执行器按照执行方式中的时间规律执行；流程组的执行时间是指RPA流程执行端执行流程组的时间或者时间段；流程组的执行周期为流程组有效的时间范围或者流程组无效的时间范围；流程组的执行出错处理方式包括流程组中各个流程的执行出错处理方式，各个流程的执行出错处理方式包括：执行出错后继续执行和执行出错后停止执行。如果流程的执行出错处理方式为执行出错后继续执行，则该流程执行出错后不停止该流程的执行，如果流程的执行出错处理方式为执行出错后停止执行，则该流程执行出错后不再执行该流程。

在一个可行的实施方式中，流程组的执行方式包括如下一项或多项：单次执行、按日执行、按周执行、按月执行。其中，单次执行是指RPA流程执行端执行一次流程组；按日执行是指RPA流程执行端在指定日期执行流程组，例如，在1年1月1日执行流程组；按周执行是指RPA流程执行端在每周的指定日执行流程组，例如，在每周的周二和周五执行流程组；按月执行是指RPA流程执行端在指定月的指定日执行流程组，例如，在3月、6月和9月的1号、15号和28号执行流程组。

在一个可行的实施方式中，流程组的执行时间包括如下一项或多项：流程组的执行开始时间、流程组的执行频次、流程组的执行结束时间。

在设置好流程组的开始执行时间后，RPA流程执行端在流程组的开始执行时间执行流程组；在设置好流程组的执行频次后，RPA流程执行端按照执行频次(例如每分钟一次)执行流程组；在设置好流程组的执行结束时间后，RPA流程执行端在流程组的执行结束时间停止流程组的执行。

在流程组的执行时间包括流程组的执行开始时间、流程组的执行频次和流程组的执行结束时间的情况下，RPA流程执行端从流程组的执行开始时间到流程组的执行结束时间内，按照执行频次执行流程组。作为示例的，执行开始时间为9点、执行结束时间为10点，执行频次为每5分钟一次，则RPA流程执行端在9点到10点期间，每5分钟执行一次流程组。因此，通过配置流程组的执行时间，能够更合理的、更细致地控制流程组的执行，提高流程组的执行效果，进而提高任务执行效果。

在一个可行的实施方式中，流程组的执行周期包括流程组的生效时间和流程组的失效时间，从而用户可以通过设置流程组的执行周期，控制流程组在生效时间和失效时间构成的时间段内，才能被RPA流程控制端执行。因此，用户可以根据任务的总体有效时间，来设置流程组的执行周期，使得流程组的执行更为合理，更符合任务需要。例如，任务F的开始时间是1年1月1日，结束时间为1年1月10日，则任务F对应的流程组的生效时间可设置为1年1月1日、失效时间可设置为1年1月10日。

在一个可行的实施方式中，在接收到用户的编组删除请求时，可从编组删除请求中获取待删除的流程组，将待删除的流程组删除，从而实现流程组的灵活调整。其中，编组删除请求中包括一个或多个待删除的流程表组。在删除时，用户可在RPA流程执行端的可视化界面上选择一个或多个流程组，向RPA发送删除一个或多个流程组的编组删除请求。

在一个可行的实施方式中，在接收到用户的流程运行查看请求时，可从流程运行查看请求中获取一个或多个待查看的流程组，将各个待查看的流程组的执行信息输出在可视化界面上，提供查看流程组执行信息的便捷度。其中，流程组的执行信息可包括如下一项或多项：流程组中正在执行的流程、流程组中各流程的执行次数、流程组中的各流程是否执行出错。

在一个可行的实施方式中，在流程组的执行过程中，可获取流程组的执行结果，将执行结果发送至RPA流程控制端，以便维护人员和开发人员能够及时的从RPA流程控制端了解到各个流程的执行情况，对流程进行优化。其中，流程组的执行结果可包括如下的一项或多项：流程组的单次执行时间、流程组中各个流程的单次执行时间、流程组的执行出错信息，执行出错信息可包括出错位置，以便提高维护人员和开发人员定位问题和解决问题的效率。

在一个可行的实施方式中，可接收用户的流程配置请求，从流程配置请求中获取待配置的流程的执行要求，按照流程的执行要求，设置流程的配置信息，从而实现对流程的单独配置。其中，流程的执行要求包括如下一项或多项：流程的执行方式、流程的执行时间、流程的执行周期，流程的执行出错处理方式。具体可参照上述对流程组进行配置的详细描述，不再赘述。

本公开实施例，将流程进行灵活组合成流程组，且能够按照用户需求对流程组进行灵活配置，提高了流程组设置的灵活性和流程组执行的效率，通过执行包括多个流程的流程组，实现复杂任务下的RPA，降低了复杂任务下流程的复杂性，提高了复杂任务下流程的灵活性，使得复杂任务的流程更新和优化更为便利，有效地提高RPA流程执行端的流程执行效果和任务执行能力，同时还减少了流程的重复开发。

作为示例的，图7为本公开的一实施例提供的RPA流程执行端的可视化界面示例图，如图7所示：

RPA流程执行端在可视化界面上显示两个流程组：编组1和编组2。用户可通过鼠标点击(若为触屏界面，还可通过触屏方式点击)可视化界面上方的“+添加编组”处，向RPA流程执行器发送流程组添加请求，来添加新的流程组。在编组1和编组2的位置处，分别显示编组1的执行次数为4和编组2的执行次数为3，便于用户及时了解到编组1执行了4次、编组2执行了3次。在执行次数下方，显示有“查看详情”，用户可以通过点击编组1下方的“查看详情”，查看编组1中的各流程，用户可以通过点击编组2下方的“查看详情”，查看编组2中的各流程。在编组1的最右侧和编组2的最左侧分别有“开始运行”的按钮，用户可通过点击编组1最右侧的此按钮执行编组1、点击编组2最右侧的此按钮执行编组2。在“开始运行”按钮的左侧，依照距离该按钮的距离，从近到远依次有两个图形按钮，第一个为删除按钮，用户可通过点击该删除按钮发送编组删除请求，以删除相应的编组；第二个为配置按钮，用户可通过点击该配置按钮对相应的流程组进行配置。

在图7的最左侧，“我的流程”用于管理用户已添加至RPA流程执行端的流程，“计划任务”用于对流程或者流程组进行配置，“运行记录”用于记录各个编组的运行结果，“设置”用于对RPA流程执行端的相关参数(例如：可视化界面颜色、语种)进行设置，“扩展”可用于为RPA流程执行端添加插件。

从图7可以看出，本公开实施例提供的RPA流程执行端，能够基于用户与可视化界面的交互，对流程组进行灵活调整和有效管理。

作为示例的，图8为本公开的一实施例提供的单个流程组的编辑界面示例图。如图8所示：

编组名称为“编组1”的流程组包括3个流程，图8中显示了各个流程的执行次数、执行出错后是否继续、以及删除按钮。其中，第一个流程为“搜索天气”、第二个流程为“浏览天气预报网站”、第三个流程为“采集天气数据”，每个流程的命名体现了自身的执行操作，通过执行由这些流程组合得到的流程组，依次进行“搜索天气”、“浏览天气预报网站”和“采集天气数据”的任务。

在图8中，用户可以通过在执行次数的输入框内输入数字，来分别设置各个流程的执行次数，可以通过点击“出错后继续”下方的开关按钮，来分别设置各个流程执行出错后是否继续执行，还可以通过点击“删除”下方的删除按钮，删除相应的流程。用户还可以通过点击图8下方的“+添加流程”，向当前的流程组中添加流程。在编辑完成后，用户可以通过点击“保存”按钮保存编辑后的流程组，并点击“退出”按钮结束当前编辑。

从图8可以看出，本公开实施例提供的RPA流程执行端，能够基于用户与可视化界面的交互，对流程组内的流程进行灵活调整，使得流程组的更新和优化更为便利，只需要更新和优化流程，即能实现流程组的更新和优化，在执行出错后，也更容易定位到具体的流程，流程维护更便捷。

作为示例的，图9和图10为本公开的一实施例提供的流程或流程组的配置界面示例图，用户可通过点击图7最左侧的“计划任务”打开该配置界面。

如图9和图10所示：

用户可在“选择流程或流程组”右侧的输入框处，选择进行配置的流程或流程组。在选择后，可对选择的流程或流程组的执行要求进行配置，执行要求包括计划方式、执行时间、执行周期。计划方式包括“单次运行”、“按日期”、“按周”、“按月”，当选择“按周”时，可以进一步在周一至周日之间选择，当选择“按月”时，可以进一步选择1月至12月的任意日期。执行时间包括“执行开始”和“执行频次”，“执行开始”右侧的输入框用于输入执行开始时间，在“执行频次”右侧的两个输入框，从左至右，第一个输入框用于输入执行频次，第二个框用于输入执行结束时间。

从图9和图10可以看出，本公开实施例提供的RPA流程执行端，能够基于用户与可视化界面的交互，对流程组的执行要求和流程组内流程的执行要求进行灵活配置，使得流程组的更新更便利，更贴合任务需要和用户需要。

图2～图6所示实施例可分别作为单独的方案实施，也可相互结合成不同的方案实施。

图11为本公开的一实施例提供的用于RPA流程执行端的流程编组装置的结构示意图。如图11所示，该装置包括：

接收模块1101，用于接收用户的流程编组请求；

编组模块1102，用于按照流程编组请求，对预先建立的流程进行编组，得到流程组；

执行模块1103，用于根据流程组进行流程执行。

在一种可能的实现方式中，流程编组请求包括流程添加请求；编组模块1102，具体用于：将流程添加请求中的流程添加至流程组。

在一种可能的实现方式中，流程编组请求包括流程顺序调整请求，流程顺序调整请求包括待调整流程和待调整流程的目标位置；编组模块1102，具体用于：在流程组中，按照流程顺序调整请求，将待调整流程从待调整流程的当前位置调整至待调整流程的目标位置。

在一种可能的实现方式中，流程编组请求包括流程执行次数设置请求，流程执行次数设置请求中包括待设置流程和待设置流程的执行次数；编组模块1102，具体用于：在流程组中，按照流程执行次数设置请求，对待设置流程的执行次数进行设置。

在一种可能的实现方式中，流程编组请求包括流程组配置请求；编组模块1102，具体用于：在流程组配置请求中，获取流程组的执行要求；按照流程组的执行要求，对流程组进行配置。

在一种可能的实现方式中，执行要求包括如下一项或多项：执行方式、执行时间、执行周期、执行出错处理方式。

在一种可能的实现方式中，流程组的执行方式包括如下一项或多项：单次执行、按日执行、按周执行、按月执行。

在一种可能的实现方式中，流程组的执行时间包括如下一项或多项：执行开始时间、执行频次、执行结束时间。

在一种可能的实现方式中，流程组的执行周期包括流程组的生效时间和流程组的失效时间。

在一种可能的实现方式中，该装置还包括：

发送模块，用于获取流程组的执行结果，将执行结果发送至RPA流程控制端。

图11提供的用于RPA流程执行端的流程编组装置，可以执行上述相应方法实施例，其实现原理和技术效果类似，在此不再赘述。

图12为本公开的一实施例提供的一种电子设备的结构示意图。如图12所示，该电子设备可以包括：处理器1201和存储器1202。存储器1202用于存储计算机执行指令，处理器1201执行计算机程序时实现如上述任一实施例的方法。

上述的处理器1201可以是通用处理器，包括中央处理器CPU、网络处理器(networkprocessor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。上述存储器1202可能包含随机存取存储器(random access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

本公开的一实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如上述任一实施例的方法。

本公开的一实施例还提供一种程序产品，所述程序产品包括计算机程序，所述计算机程序存储在存储介质中，至少一个处理器可以从所述存储介质中读取所述计算机程序，所述至少一个处理器执行所述计算机程序时可实现上述任一实施例的方法。

图13为本公开的一实施例提供的用于RPA流程执行端的流程编组装置1300的框图。例如，装置1300可以被提供为一服务器或者一计算机。参照图13，装置1300包括处理组件1301，其进一步包括一个或多个处理器，以及由存储器1302所代表的存储器资源，用于存储可由处理组件1301的执行的指令，例如应用程序。存储器1302中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1301被配置为执行指令，以执行上述任一实施例的方法。

装置1300还可以包括一个电源组件1303被配置为执行装置1300的电源管理，一个有线或无线网络接口1304被配置为将装置1300连接到网络，和一个输入输出(I/O)接口1305。装置1300可以操作基于存储在存储器1302的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在本公开实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中，A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。

可以理解的是，在本公开实施例中涉及的“第一”、“第二”仅为描述方便进行的区分，并不用来限制本公开实施例的范围。

可以理解的是，在本公开实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开的实施例旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (13)

1.一种用于RPA流程执行端的流程编组方法，其特征在于，所述方法包括：

S1、接收用户的流程编组请求；

S2、按照所述流程编组请求，对预先建立的流程进行编组，得到流程组；

S3、根据所述流程组进行流程执行。

2.根据权利要求1所述的方法，其特征在于，所述流程编组请求包括流程添加请求或者流程删除请求；所述S2，具体包括：

S21、将所述流程添加请求中的流程添加至所述流程组；或者，

S22、将所述流程删除请求中的流程从所述流程组中删除。

3.根据权利要求1所述的方法，其特征在于，所述流程编组请求包括流程顺序调整请求，所述流程顺序调整请求包括待调整流程和所述待调整流程的目标位置；所述S2，具体包括：

S23、在所述流程组中，按照所述流程顺序调整请求，将所述待调整流程从所述待调整流程的当前位置调整至所述待调整流程的目标位置。

4.根据权利要求1所述的方法，其特征在于，所述流程编组请求包括流程执行次数设置请求，所述流程执行次数设置请求中包括待设置流程和所述待设置流程的执行次数；所述S2，具体包括：

S24、在所述流程组中，按照所述流程执行次数设置请求，对所述待设置流程的执行次数进行设置。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述流程编组请求包括流程组配置请求；所述S2，具体包括：

S25、在所述流程组配置请求中，获取所述流程组的执行要求；

S26、按照所述流程组的执行要求，对所述流程组进行配置。

6.根据权利要求5所述的方法，其特征在于，所述执行要求包括如下一项或多项：执行方式、执行时间、执行周期、执行出错处理方式。

7.根据权利要求6所述的方法，其特征在于，所述流程组的执行方式包括如下一项或多项：单次执行、按日执行、按周执行、按月执行。

8.根据权利要求6所述的方法，其特征在于，所述流程组的执行时间包括如下一项或多项：执行开始时间、执行频次、执行结束时间。

9.根据权利要求6所述的方法，其特征在于，所述流程组的执行周期包括所述流程组的生效时间和所述流程组的失效时间。

10.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

S4、获取所述流程组的执行结果；

S5、将所述执行结果发送至RPA流程控制端。

11.一种用于RPA流程执行端的流程编组装置，其特征在于，所述装置包括：

接收模块，用于接收用户的流程编组请求；

编组模块，用于按照所述流程编组请求，对预先建立的流程进行编组，得到流程组；

执行模块，用于根据所述流程组进行流程执行。

12.一种电子设备，包括：存储器和处理器；

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

所述处理器用于调用所述存储器中的程序指令执行如权利要求1-10任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序；所述计算机程序被执行时，实现如权利要求1-10任一项所述的方法。

Images