CN115640104A - 工作流的任务处理方法和装置、工作流引擎 - Google Patents

Abstract

本公开提供了一种工作流的任务处理方法和装置、工作流引擎，涉及软件开发技术领域，其中，所述工作流的流程的第一任务节点配置有可修改的第一扩展元素，所述第一扩展元素包括多项信息，所述方法包括：响应于用户对所述多项信息中的至少一项的修改，对所述第一扩展元素进行修改以得到第二扩展元素；在所述流程进入所述第一任务节点的情况下，根据所述第二扩展元素对所述第一任务节点的任务进行处理。

Description

工作流的任务处理方法和装置、工作流引擎

技术领域

本公开涉及软件开发技术领域，尤其是一种工作流的任务处理方法和装置、工作流引擎。

背景技术

工作流2.0可以实现工作过程管理的自动化、智能化和整合化，消除信息孤岛，实现数据的同步交换和共享，提高企业处理流程的效率和质量。工作流2.0的流程流转不再限于独立的业务系统，而是涉及多个业务系统之间的数据整合。

工作流的任务分派过程由工作流引擎根据符合BPMN(业务流程建模符号，Business Process Modeling Notation)规范的流程设计文件和业务代码进行实现。

相关技术中，工作流的生命周期遵循定义、发布、执行、监控和优化的迭代循环。

发明内容

发明人注意到，如果某个快速迭代的任务分派逻辑发生变化，开发人员需要修改并重新部署流程的整个流程模型文件，工作流的任务处理效率低。

为了解决上述问题，本公开实施例提出了如下解决方案。

根据本公开实施例的一方面，提供一种工作流的任务处理方法，其中，所述工作流的流程的第一任务节点配置有可修改的第一扩展元素，所述第一扩展元素包括多项信息，所述方法包括：响应于用户对所述多项信息中的至少一项的修改，对所述第一扩展元素进行修改以得到第二扩展元素；在所述流程进入所述第一任务节点的情况下，根据所述第二扩展元素对所述第一任务节点的任务进行处理。

在一些实施例中，所述第一任务节点的任务包括多个子任务，所述多项信息包括业务参数类型、表示每个子任务的流程参数和每个子任务对应的预置规则；所述根据所述第二扩展元素对所述第一任务节点的任务进行处理包括：根据所述流程的参数中符合所述业务参数类型的业务参数和初始子任务对应的预置规则，确定所述初始子任务对应的任务处理者；响应于所述初始子任务被处理完，根据所述初始子任务的流程参数确定下一个子任务的流程参数；根据下一个子任务的流程参数控制所述流程进入下一个子任务；根据下一个子任务对应的预置规则确定下一个子任务对应的任务处理者；在下一个子任务为最终子任务的情况下，响应于下一个子任务被处理完，控制所述流程进入下一任务节点；在下一个子任务不是最终子任务的情况下，以下一个子任务作为所述初始子任务，重复执行所述响应于所述初始子任务被处理完，根据所述初始子任务的流程参数确定下一个子任务的流程参数的步骤。

在一些实施例中，所述流程参数包括状态。

在一些实施例中，响应于用户对所述多项信息中的至少一项的修改，对所述第一扩展元素进行修改以得到第二扩展元素包括：响应于所述第一扩展元素对应的配置文件发生变化，读取所述配置文件中的内容；将读取的内容转换为实体对象，并将转换的实体对象作为所述第二扩展元素更新到工作流引擎的内存中。

在一些实施例中，在所述流程进入所述第一任务节点的情况下，从工作流引擎的内存中读取所述第二扩展元素。

在一些实施例中，所述工作流的流程的第二任务节点配置有不可修改的基本元素；所述方法还包括：在所述流程进入所述第二任务节点的情况下，根据所述基本元素对所述第二任务节点的任务进行处理。

根据本公开实施例的另一方面，提供一种工作流的任务处理装置，其中，所述工作流的流程的第一任务节点配置有可修改的第一扩展元素，所述第一扩展元素包括多项信息，所述装置包括：修改模块，被配置为响应于用户对所述多项信息中的至少一项的修改，对所述第一扩展元素进行修改以得到第二扩展元素；和处理模块，被配置为在所述流程进入所述第一任务节点的情况下，根据所述第二扩展元素对所述第一任务节点的任务进行处理。

根据本公开实施例的又一方面，提供一种工作流的任务处理装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行上述任意一个实施例所述的方法。

根据本公开实施例的再一方面，提供一种工作流引擎，包括：上述任意一个实施例所述的工作流的任务处理装置。

根据本公开实施例的还一方面，提供一种计算机可读存储介质，包括计算机程序指令，其中，所述计算机程序指令被处理器执行时实现上述任意一个实施例所述的方法。

本公开实施例中，第一任务节点配置有可修改的第一扩展元素，在用户将第一扩展元素修改为第二扩展元素后，根据修改后的第二扩展元素对第一任务节点的任务进行处理。如此，可以实现扩展元素的动态配置，而无需修改整个流程的任务节点的流程模型文件，提高了工作流的任务处理效率。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

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

图1是根据本公开一些实施例的工作流的任务处理方法的流程示意图；

图2是根据本公开一些实施例的流程模型文件的任务节点的示意图；

图3是根据第二扩展元素对第一任务节点的任务进行处理的一些实现方式；

图4是根据本公开一些实施例的工作流的任务处理装置的结构示意图；

图5是根据本公开另一些实施例的工作流的任务处理装置的结构示意图。

具体实施方式

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

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1是根据本公开一些实施例的工作流的任务处理方法的流程示意图。这里，工作流可以是BPMN工作流，例如BPMN 2.0工作流。

工作流的流程的第一任务节点配置有可修改的第一扩展元素。这里，第一扩展元素包括多项信息。应理解，第一扩展元素中的多项信息可以作为对第一任务节点的任务进行处理的依据，通过修改多项信息中的至少一项，可以修改对第一任务节点的任务进行处理的依据。

在步骤102，响应于用户对多项信息中的至少一项的修改，对第一扩展元素进行修改以得到第二扩展元素。

例如，第一扩展元素具有对应的配置文件，用户可以对配置文件中的内容进行修改。在一些实现方式中，响应于第一扩展元素对应的配置文件发生变化，读取配置文件中的内容；然后，将读取的内容转换为实体对象，并将转换的实体对象作为第二扩展元素更新到工作流引擎的内存中。如此可以及时更新内存中的实体对象，以便后续可以直接从内存读取到正确的第二扩展元素。

这里，工作流引擎可以但不限于基于Activiti框架并支持使用Java语言编写业务代码。

在步骤104，在流程进入第一任务节点的情况下，根据第二扩展元素对第一任务节点的任务进行处理。

作为一些实现方式，在流程进入第一任务节点的情况下，从工作流引擎的内存中读取第二扩展元素。例如，第一扩展元素携带与第一任务节点对应的标签，通过与第一任务节点对应的标签可以读取到第一扩展元素。在第一扩展元素被修改为第二扩展元素后，第二扩展元素仍携带与第一任务节点对应的标签，故，通过与第一任务节点对应的标签可以读取到第二扩展元素。

应理解，根据第二扩展元素对第一任务节点的任务进行处理可以得到对任务进行处理的任务处理者。例如，在任务处理者为人工处理的情况下，由人工处理完任务之后流程进入下一任务节点；又例如，在任务处理者为自动处理的情况下，可以将相应的业务参数传入预置规则处理器，调用相关程序进行自动化处理。在一些实施例中，在对任务处理完之后，可以更新第一任务节点的状态。

还应理解，在第一扩展元素未被修改的情况下，在流程进入第一任务节点的情况下，根据第一扩展元素对第一任务节点的任务进行处理。

上述实施例中，第一任务节点配置有可修改的第一扩展元素，在用户将第一扩展元素修改为第二扩展元素后，根据修改后的第二扩展元素对第一任务节点的任务进行处理。如此，可以实现扩展元素的动态配置，而无需修改整个流程的任务节点的流程模型文件，提高了工作流的任务处理效率。

在一些实施例中，工作流的流程的第二任务节点配置有不可修改的基本元素。在流程进入第二任务节点的情况下，根据第二任务节点配置的基本元素对第二任务节点的任务进行处理。例如，基本元素可以包括任务(task)、路由(gateway)、连线(flow)等。

类似地，根据第二任务节点配置的基本元素对第二任务节点的任务进行处理可以得到后续的任务处理者，由任务处理者对第二任务节点的任务处理之后进入下一任务节点。下一任务节点可以是另一第二任务节点，也可以是某个第一任务节点。

图2是根据本公开一些实施例的流程模型文件的任务节点的示意图。

如图2所示，流程模型文件中的任务节点包括配置有第一扩展元素的第一任务节点和配置有基本元素的第二任务节点。图2示意性地示出了一个第一任务节点和两个第二任务节点。

可以理解的是，流程模型文件可以包括多个第一任务节点和多个第二任务节点。多个第一任务节点和多个第二任务节点可以根据实际情况来设置。例如，第一任务节点可以位于两个第二任务节点之间；又例如，流程模型文件可以包括连续的多个第一任务节点。

图3是根据第二扩展元素对第一任务节点的任务进行处理的一些实现方式。

在图3所示实现方式中，第一任务节点的任务包括多个子任务，例如从初始子任务到最终子任务。第二扩展元素中的多项信息可以包括业务参数类型、表示每个子任务的流程参数和每个子任务对应的预置规则。应理解，第二扩展元素中的多项信息中的至少一项信息被修改过。

业务参数类型是确定业务处理逻辑需要的业务参数的类型。作为示例，流程参数可以是状态，不同状态对应不同的子任务，换言之，流程参数可以表示流程的流转。每个子任务对应的预置规则用于确定该子任务的下一个子任务的任务处理者。

在步骤114，根据流程的参数中符合业务参数类型的业务参数和初始子任务对应的预置规则，确定初始子任务对应的任务处理者。

例如，在一个业务审批流程中，申请人提交了一个申请单，包括申请人的角色、申请的资源、时间、地区、流量、成本、利润等参数。例如，业务参数类型包括地区、流量和成本。

在流程进入第一任务节点的情况下，从申请人提交的申请单的参数中可以获取符合业务参数类型的业务参数，例如，地区、流量和成本。根据获取的业务参数和初始子任务对应的预置规则可以得到初始子任务的任务处理者。

在一些实施例中，流程的参数(例如申请人提交的申请单中的参数)可以位于数据服务器中，通过工作流引擎与数据服务器之间的数据接口可以从数据服务器获取符合业务参数类型的业务参数。

在步骤124，响应于初始子任务被处理完，根据初始子任务的流程参数确定下一个子任务的流程参数。

例如，第二扩展元素中的流程参数包括不同子任务的状态，每个子任务对应一个状态。例如，流程参数包括对应子任务1的状态1、对应子任务2的状态2和对应子任务3的状态3。状态1的下一个状态是状态2，状态2的下一个状态是状态3。如果初始子任务被处理完的状态为状态1，则下一个子任务的状态为状态2；如果初始子任务被处理完的状态为状态2，则下一个子任务的状态为状态3。

在步骤134，根据下一个子任务的流程参数控制流程进入下一个子任务。

例如，下一个子任务的流程参数为状态3，如此可以确定下一个子任务为子任务3。

在步骤144，根据下一个子任务对应的预置规则确定下一个子任务对应的任务处理者。

在步骤154，判断下一个子任务是否为最终子任务。

如果是，执行步骤164；如果否，以下一个子任务作为初始子任务，重复执行步骤124-步骤144。

在步骤164，响应于下一个子任务被处理完，控制流程进入下一任务节点。

应理解，下一任务节点可以是另一个第一任务节点，也可以是第二任务节点。

按照上述方式，第一任务节点的所有子任务被处理完后，流程即可进入下一任务节点。

在一些实施例中，可以从预置规则处理器调用每个子任务的预置规则对应的程序代码，然后根据调用的程序代码得到每个子任务相应的任务处理者。

上述实施例中，用户对第一任务节点配置的第一扩展元素中的多项信息中的一项或多项信息进行修改后，根据修改后的各项信息确定各个子任务的任务处理者，如此，在无需修改整个流程的流程模型文件的情况下，可以准确地对第一任务节点的任务进行处理。

需要说明的是，在第一扩展元素未被修改的情况下，根据第一扩展元素对第一任务节点的任务进行处理的方式可以与图3类似，在此不再赘述。

在部署流程模型文件时，可以对第一任务节点的第一扩展元素和第二任务节点的基本元素预先进行配置，第一扩展元素在配置后可修改，基本元素在配置后不可修改。另外，还可以对预置规则对应的程序代码进行预先配置，例如配置在预置规则处理器中。后续也可以根据预置规则的修改相应修改预置规则对应的程序代码。

在部署流程模型文件后，在流程进入每个任务节点的情况下，根据每个任务节点配置的元素(第一扩展元素或基本元素)对该任务节点的任务进行处理。在首次配置第一扩展元素后，工作流引擎在解析XML格式的流程模型文件的过程中如果发现第一扩展元素，则可以读取第一扩展元素对应的配置文件中的内容，并将读取到的内容转换为实体对象作为第一扩展元素存储在工作流引擎的内存中。

如果需要修改某个第一任务节点的第一扩展元素，用户可以对该第一扩展元素对应的配置文件进行修改。响应于配置文件发生变化，可以再次读取配置文件中的内容，并将读取到的内容转换为实体对象作为第二扩展元素更新到工作流引擎的内存中。之后，可以根据修改后得到的第二扩展元素对该第一任务节点的任务进行处理。

可以理解的是，后续还可以对修改后的第二扩展元素再次进行修改。这里，每次修改前的扩展元素均可以称为第一扩展元素，修改后的扩展元素均可以称为第二扩展元素。

作为一些实现方式，作为第二扩展元素的实体对象可以表示为如下形式：

extent-element name标签表示第一扩展元素和第二扩展元素的名称。工作流引擎通过该标签可以读取第一扩展元素对应的配置文件，在配置文件修改后通过该标签可以重新读取修改后的配置文件。

preset-rule class标签表示第一任务节点的预置规则。工作流引擎通过该标签可以调用对应的Java类文件。

method标签表示预置规则中的一个方法。第一个方法为从数据接口读取符合业务参数类型的业务参数的方法，后续方法根据流程参数state依次执行。

type为business的param标签表示第一扩展元素中实现流程任务分派逻辑需要的业务参数。

type为flow的param标签表示流程参数。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于装置实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图4是根据本公开一些实施例的工作流的任务处理装置的结构示意图。工作流的流程的第一任务节点配置有可修改的第一扩展元素，第一扩展元素包括多项信息。

如图4所示，工作流的任务处理装置包括：修改模块401，被配置为响应于用户对多项信息中的至少一项的修改，对第一扩展元素进行修改以得到第二扩展元素；和处理模块402，被配置为在流程进入第一任务节点的情况下，根据第二扩展元素对第一任务节点的任务进行处理。

图5是根据本公开另一些实施例的工作流的任务处理装置的结构示意图。

如图5所示，工作流的任务处理装置500包括存储器501以及耦接至该存储器501的处理器502，处理器502被配置为基于存储在存储器501中的指令，执行前述任意一个实施例的方法。

存储器501例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如可以存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。

工作流的任务处理装置500还可以包括输入输出接口503、网络接口504、存储接口505等。这些接口503、504、505之间、以及存储器501与处理器502之间例如可以通过总线506连接。输入输出接口503为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口504为各种联网设备提供连接接口。存储接口505为SD卡、U盘等外置存储设备提供连接接口。

本公开实施例还提供了一种工作流引擎，包括：上述任意一个实施例的工作流的任务处理装置。

本公开实施例还提供了一种计算机可读存储介质，包括计算机程序指令，该计算机程序指令被处理器执行时实现上述任意一个实施例的方法。

至此，已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

本领域内的技术人员应当明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解，可由计算机程序指令实现流程图中一个流程或多个流程和/或方框图中一个方框或多个方框中指定的功能。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。

Claims (10)

1.一种工作流的任务处理方法，其中，所述工作流的流程的第一任务节点配置有可修改的第一扩展元素，所述第一扩展元素包括多项信息，所述方法包括：

响应于用户对所述多项信息中的至少一项的修改，对所述第一扩展元素进行修改以得到第二扩展元素；

在所述流程进入所述第一任务节点的情况下，根据所述第二扩展元素对所述第一任务节点的任务进行处理。

2.根据权利要求1所述的方法，其中，所述第一任务节点的任务包括多个子任务，所述多项信息包括业务参数类型、表示每个子任务的流程参数和每个子任务对应的预置规则；

所述根据所述第二扩展元素对所述第一任务节点的任务进行处理包括：

根据所述流程的参数中符合所述业务参数类型的业务参数和初始子任务对应的预置规则，确定所述初始子任务对应的任务处理者；

响应于所述初始子任务被处理完，根据所述初始子任务的流程参数确定下一个子任务的流程参数；

根据下一个子任务的流程参数控制所述流程进入下一个子任务；

根据下一个子任务对应的预置规则确定下一个子任务对应的任务处理者；

在下一个子任务为最终子任务的情况下，响应于下一个子任务被处理完，控制所述流程进入下一任务节点；

在下一个子任务不是最终子任务的情况下，以下一个子任务作为所述初始子任务，重复执行所述响应于所述初始子任务被处理完，根据所述初始子任务的流程参数确定下一个子任务的流程参数的步骤。

3.根据权利要求2所述的方法，其中，所述流程参数包括状态。

4.根据权利要求1所述的方法，其中，响应于用户对所述多项信息中的至少一项的修改，对所述第一扩展元素进行修改以得到第二扩展元素包括：

响应于所述第一扩展元素对应的配置文件发生变化，读取所述配置文件中的内容；

将读取的内容转换为实体对象，并将转换的实体对象作为所述第二扩展元素更新到工作流引擎的内存中。

5.根据权利要求4所述的方法，其中，在所述流程进入所述第一任务节点的情况下，从工作流引擎的内存中读取所述第二扩展元素。

6.根据权利要求1-5任意一项所述的方法，其中，所述工作流的流程的第二任务节点配置有不可修改的基本元素；

所述方法还包括：

在所述流程进入所述第二任务节点的情况下，根据所述基本元素对所述第二任务节点的任务进行处理。

7.一种工作流的任务处理装置，其中，所述工作流的流程的第一任务节点配置有可修改的第一扩展元素，所述第一扩展元素包括多项信息，所述装置包括：

修改模块，被配置为响应于用户对所述多项信息中的至少一项的修改，对所述第一扩展元素进行修改以得到第二扩展元素；和

处理模块，被配置为在所述流程进入所述第一任务节点的情况下，根据所述第二扩展元素对所述第一任务节点的任务进行处理。

8.一种工作流的任务处理装置，包括：

存储器；和

耦接至所述存储器的处理器，被配置为基于存储在所述存储器中的指令，执行权利要求1-6任意一项所述的方法。

9.一种工作流引擎，包括：权利要求7或8所述的工作流的任务处理装置。

10.一种计算机可读存储介质，包括计算机程序指令，其中，所述计算机程序指令被处理器执行时实现权利要求1-6任意一项所述的方法。

Images