CN115392874A - 工作流处理方法、装置、电子设备及介质 - Google Patents

Abstract

本申请涉及数据处理技术领域，尤其涉及一种工作流处理方法、装置、电子设备及介质。所述方法包括：接收所述工作流的创建请求，所述创建请求包含业务类型和处理机构的信息；基于所述工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构；在所述每个子流程中生成节点，每个节点对应于一个流程处理岗位；根据所述子流程和所述节点生成所述工作流的待办列表。该方法能够实现跨层级机构处理，并灵活可拓展。

Description

工作流处理方法、装置、电子设备及介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种工作流处理方法、装置、电子设备及介质。

背景技术

对于同一类业务或者同一个业务场景，企业的不同分支机构的工作流的处理不尽相同。为了满足不同分支机构的差异化的工作流需求，通常的做法是为每一类业务配置固定的节点，不同的分支机构通过增设相关岗位来满足和适应系统的流程节点配置。或者，提供一种可编排的工作流框架，通过节点的调整来快速地调整工作流。

上述将每一类业务配置固定节点的方法，当业务发生变化时灵活拓展性较差。对于可编排的工作流框架，在涉及跨机构层级的流程时，需要修改调用流程的接口，会导致二次开发。

发明内容

本申请的主要目的在于提供一种工作流处理方法、装置、电子设备及介质，可以通过子流程的组合灵活处理工作流。

本申请的第一方面公开了一种工作流的处理方法，用于电子设备，所述方法包括，接收所述工作流的创建请求，所述创建请求包含业务类型和处理机构的信息；

基于所述工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构；

在所述每个子流程中生成节点，每个节点对应于一个流程处理岗位；

根据所述子流程和所述节点生成所述工作流的待办列表。

在上述第一方面的一种可能的实现中，所述节点还包括生效标志，基于预定的工作流的工作内容来配置所述生效标志。

在上述第一方面的一种可能的实现中，基于所述工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构包括，对于同一个业务类型，为不同的工作流发起机构配置不同数目的所述子流程。

在上述第一方面的一种可能的实现中，所述方法还包括，创建所述子流程和所述处理机构的映射关系。

在上述第一方面的一种可能的实现中，所述方法包括，接收所述节点的任务完成的消息，更新所述待办列表。

本申请的第二方面公开了一种工作流处理装置，所述装置包括：

接收模块，用于接收所述工作流的创建请求，所述创建请求包含业务类型和处理机构的信息；

第一生成模块，用于基于所述工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构；

第二生成模块，用于在在所述每个子流程中生成节点，每个节点对应于一个流程处理岗位；

第三生成模块，用于根据所述子流程和所述节点生成所述工作流的待办列表。

在上述第二方面的一种可能的实现中，所述装置还包括：节点生效模块，用于在节点设置生效标志，并基于预定的工作流的工作内容来配置所述生效标志

本申请的第三方面公开了一种电子设备，包括存储有计算机可执行指令的存储器和处理器；当所述指令被所述处理器执行时，使得所述设备实施本申请第一方面的方法。

本申请的第四方面公开了一种计算机可读存储介质，计算机可读存储介质存储有一个或多个计算机程序，一个或多个计算机程序被一个或多个处理器执行，使得处理器执行上本申请第一方面的方法。

本申请的第五方面公开了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如本申请第一方面的方法。

根据本申请的工作流处理方法、装置、电子设备、介质及计算机程序产品，通过接收工作流的创建请求，根据请求中的业务类型和处理机构的信息创建多个分别对应于不同层级的处理机构的子流程，并在每个子流程中灵活设置与流程处理岗位对应的节点，生成工作流待办列表。对于跨层级的处理机构的情况，可以通过子流程的组合来实现工作流，实现跨层级的处理。并且在每个子流程中可以灵活配置节点，可以满足各个处理机构中各自流程和人员配置上的差异。

附图说明

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

图1为本申请一个实施例的工作流处理方法100的流程示意图；

图2是本申请一个实施例的工作流的示意图；

图3是本申请一个实施例的工作流处理装置300的示意图；

图4是本申请一个实施例的电子设备400的结构示意图。

具体实施方式

下面结合具体实施例和附图对本申请做进一步说明。可以理解的是，本公开的说明性实施例包括但不限于工作流处理方法、装置、电子设备、介质及计算机程序产品，此处描述的具体实施例仅仅是为了解释本申请，而非对本申请的限定。此外，为了便于描述，附图中仅示出了与本申请相关的部分而非全部的结构或过程。

以下由特定的具体实施例说明本申请的实施方式，本领域技术人员可由本说明书所揭示的内容轻易地了解本申请的其他优点及功效。虽然本申请的描述将结合较佳实施例一起介绍，但这并不代表此发明的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本申请的权利要求而有可能延伸出的其它选择或改造。为了提供对本申请的深度了解，以下描述中将包含许多具体的细节。本申请也可以不使用这些细节实施。此外，为了避免混乱或模糊本申请的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按呈现顺序执行。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的实施方式作进一步地详细描述。

在本发明中所涉及到的技术名词如下：

工作流：某个业务处理场景，多个参与人按照一定的顺序和规则对信息或者任务进行传递和处理，系统需要对业务的流程进行抽象，形成工作流的模型。

机构树：各个机构之间的组织结构，具有明显的层级管理属性，反应上下级机构之间的所属关系，并且可以根据不同的关系类型设置多个层级关系。

对于企业级应用，对于同一类业务或者同一个业务场景，企业的不同分支机构的工作流的处理不尽相同。例如为了控制业务活动的风险，企业设置审批流程来决定业务活动是否执行。对于业务活动本身，其流程为基本固定的。但是，对于该业务活动的审批流程会因为处理机构的内部分工或授权要求导致不同处理机构的审批流程有差异。

举例来说，对于商业银行，业务办理更关注的是业务逻辑本身，业务流程往往是同机构内的授权复核即可满足管理要求。但是对于政策性银行来说，业务办理过程中的流程管理往往会根据业务性质、业务量、客户类型的不同而有不同的管理要求，这就要求审批流程需要具备灵活及可拓展性。

例如，在机构树中，银行的各级机构对于业务审批的流程和权限要求不同。比如针对某类业务，A分行对该业务审批的要求是经办和复核，例如经营单位经办加复核；B分行对该业务审批的要求是经办、复核和一级审批，例如经营单位经办加复核以及分行审批；C分行对该业务的审批要求是经办、复核、一级审批和二级审批，例如经营单位经办加复核、分行审批、总行审批。因此，不同分支机构对于审批流程的需求是差异化的。

为了满足不同分支机构的差异化的审批流程需求，通常的做法是为每一类业务配置固定的审批节点，不同的分支机构通过增设相关岗位来满足和适应系统的流程节点配置。即将审批流程作为业务流程的一部分耦合，即便业务流程完全相同但审批流程不同也要作为一个不同流程处理。或者，也可以提供一种可编排的工作流框架，通过节点的调整来快速地调整业务流程。

上述将审批流程和业务流程强耦合的方法，当业务管理要求发生变化时，往往伴随系统的迭代改造，业务管理有受制于系统实现的可能性，灵活拓展性较差。对于采用可编排的工作流的方法，在部分工作流引擎中通过节点的增删可以调整业务流程，但是如果增改的流程涉及到跨机构层级的变动，可能还需要通过修改调用流程的接口来实现业务流程的改动，存在接口二次开发的可能性。

为了解决上述问题，本申请的一个实施例提供了一种工作流处理方法100，用于电子设备。方法100包括：

在S110，接收所述工作流的创建请求，请求包含业务类型和处理机构的信息。

首先，由业务发起机构发起工作流的创建请求，该请求中包括和待创建的工作流相对应的业务的类型和工作流中的处理机构的信息，其中，处理机构包括业务发起机构和业务审核机构。

在一些实施方式中，接收到了一个审批流程的创建请求，该请求中的信息包括该审批流程对应的为A业务，并且该审批流程需要业务发起机构审批和上级审批机构审批。在一些示例中，A业务发起机构为M分行的X机构，上级审批机构为M分行。

在其它的一些实施方式中，接收到的审批流程的创建请求中，该请求中的信息包括该审批流程对应的为B业务，并且该审批流程需要业务发起机构审批、上级审批机构审批以及上上级审批机构审批。在一些示例中，B业务发起机构为M分行的X机构，上级审批机构为M分行，上上级审批机构为总行。

在S120，根据工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构。

根据接收到的工作流创建请求，对于不同的业务类型可以根据审批机构生成多个子流程，每个子流程对应于一个层级的审批机构。

表1业务A的子流程示例

业务类型	子流程编号	子流程
			A	01	经营单位审批
A	02	分行审批

在一些实施方式中，对于业务A，审批流程需要业务发起机构审批和上级审批机构审批，在一些示例中，业务发起机构为某分行的经营单位，上级审批机构为某分行。相应地，可以设置2个子流程，这2个子流程的设置参见表1。A业务审批流程开始时，从序号01的子流程开始，由经营单位审批开始；经营单位审批结束后，子流程序号加1，找到02的子流程，即分行审批。

在一些实施方式中，对于业务B，审批流程需要业务发起机构审批、上级审批机构、上上级机构审批，在一些示例中，业务发起机构为某分行的经营单位，上级审批机构为某分行，上上级审批机构为总行。相应地，可以设置3个子流程，这3个子流程的设置参见表2。B业务审批流程开始时，从序号01的子流程开始，由经营单位审批开始；经营单位审批结束后，子流程序号加1，找到02的子流程，即分行审批；分行审批结束后，子流程序号加1，找到03的子流程，即总行审批。

表2业务B的子流程示例

业务类型	子流程编号	子流程
			B	01	经营单位审批
B	02	分行审批
			B	03	总行审批

在S130，在每个子流程中生成节点，每个节点对应于一个流程处理岗位。

每个子流程可以包括多个节点，例如在子流程经营单位审批中，需要经过多个流程处理岗位的审批。例如经办岗位、复核岗位和授权岗位。当审批流程进入某个子流程时，工作流跟随节点流转。在一些示例中，子流程的节点信息如表3所示。

表3子流程的节点信息示例

接下来，在S140，根据所述子流程和所述节点生成所述工作流的待办列表。

根据发起机构查询对应的流程，可以将工作流提交至下一节点或驳回至上一节点，落到对应岗位的待办列表中。

本申请的方法100通过接收工作流的创建请求，根据请求中的业务类型和处理机构的信息创建多个分别对应于不同层级的处理机构的子流程，并在每个子流程中灵活设置与流程处理岗位对应的节点，生成工作流待办列表。对于跨层级的处理机构的情况，可以通过子流程的组合来实现工作流，实现跨层级的处理。并且在每个子流程中可以灵活配置节点，可以满足各个处理机构中各自流程和人员配置上的差异。

图2示出了一个实施例的工作流的示意图，在工作流中设置了多个子流程01、02，分别对应于不同的机构层级，在每个子流程中，可以根据实际需求灵活设置节点的数目。在工作流中，任务可以按序进入每个子流程并按序按照节点的编号。可以设置通用的子流程，在每个机构层级对应的子流程中设置定制化的节点。

本申请中的工作流的处理方法基于机构层级结构，设计了一套灵活度较高的流程配置方案，同时可以提供流程相关的接口给外部业务系统进行调用。对于灵活性带来的业务操作风险会增加的问题，可以采用例如机构流程节点的配置，即通过界面来进行勾选节点来维护日常业务，另外可以采取通过参数实例化的方式来维护各个流程及其组合的相关信息。

在一些实施方式中，子流程中的节点还包括生效标志，例如设置生效标志“是”表明需要经过该节点，而“否”表明无需经过该节点。例如，参考表4，表4示出了本申请的一个工作流的节点信息示例。表4中的工作流中包括两个子流程，分别是经营单位审批和分行审批，每个子流程中分别设置了三个节点。其中子流程经营单位审批中的三个节点的生效标志均设置为“是”，表明工作流会经过该节点。在子流程分行审批中，节点“经办”和“复核”的生效标志设置为“是”，而节点“授权”的生效标志设置为“否”，表明工作流无需经过该节点。工作流在进入每个子流程之后，根据节点序号，从1开始依次增加，找到生效标志为“是”的节点。

表4工作流的节点信息示例

可以理解的是，表4中节点的生效标志的设置仅为一个示例。在其它示例中，可以将子流程中的一个或多个其它节点的生效标志设置为“否”，以灵活配置工作流。

可以理解的是，对于同一个业务，不同的业务发起机构可以有不同级别的审批流程。在一些示例中，对于业务A，当业务发起机构为M分行的X机构时，审批流程需要业务发起机构审批和上级审批机构两级审批，即M分行的X机构审批和M分行审批。当业务发起机构为N分行的Y机构时，审批流程需要业务发起机构审批、上级审批机构和上上级审批机构三级审批，即N分行的Y机构审批、N分行审批和总行审批。

因此，在本申请的一些实施方式中，可以基于工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构包括，对于同一个业务类型，为不同的审批流程发起机构配置不同数目的子流程。

以业务类型为头寸申报的工作流为例，当业务发起机构为北京分行的某个经营单位时，工作流即审批流程需要经过该经营单位和所属分行即北京分行的审批。当业务发起机构为上海分行的某个经营单位时，工作流即审批流程需要经过该经营单位和所属的上海分行以及总行的审批。该头寸申报的工作流中的子流程及节点信息参见表5。

表5头寸申报的子流程及其节点信息示例

在表5中可知，对于同样的头寸申报业务，当业务发起机构为北京分行的某营业单位时创建2个子流程的工作流，当业务发起机构为上海分行的某营业单位时创建3个子流程的工作流。由此，当同一业务活动由不同组织构发起或执行时，可以启动不同的工作流，即使工作流在不同的组织机构中各自不同，但不会影响到业务活动的标准化和统一。

在一些实施方式中，在创建工作流之前，可以先建立子流程和处理机构的层级之间的映射关系，参见表6。在其它的一些示例中，可以根据具体情况，为子流程设置相对应的层级的处理机构。

表6子流程和机构层级的映射关系示例

子流程	机构层级
		经营单位审批	营业机构
分行审批	一级分行
		总行审批	总行

在一些实施方式中，工作流的处理方法还可以包括，接收节点的任务完成的消息，更新所述待办列表。当工作流开始后，从第一个子流程开始，按序进入流程中的各个节点，当到达某一节点时，在该节点可以将工作流提交至下一节点或者驳回至上一节点。当工作流到达下一节点时，工作流可以落入下一节点的待办列表。当工作流被驳回至上一节点时，工作流落入上一节点的待办列表中。

在每个节点的待办列表中，包括子流程、子流程编号、业务类型、节点、节点序号、当前处理机构、当前处理岗位、工作流状态、业务发起机构信息中的一个或多个。

在工作流的处理过程中，工作流创建请求中的信息寻找子流程及节点，根据每个节点的岗位信息，获取待办表中的业务类型、子流程、子流程编号、当前处理人岗位等，根据流程与机构层级映射找到该子流程的落地机构层级，可以按照上述过程查找节点信息，更新待办列表。

在一些实施方式中，落地机构层级决定了该待办任务的可见范围，在一些示例中，当落地机构层级为营业机构，则仅发起机构的对应岗位可见该任务。当落地机构层级为一级分行，则一级分行内的岗位可见该任务。当落地机构层级为总行，则总行内的岗位可见该任务。

在一些实施方式中，当子流程发生变更，则逐笔记录该子流程中的节点变更历史信息，例如提交、驳回、撤回、退汇等信息。

参考图3，图3为本申请一个实施例中的工作流处理装置300的示意图。装置300包括：

接收模块310，用于接收工作流的创建请求，创建请求包含业务类型和处理机构的信息；

第一生成模块320，用于基于工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构；

第二生成模块330，用于在在每个子流程中生成节点，每个节点对应于一个流程处理岗位；

第三生成模块340，用于根据子流程和所述节点生成工作流的待办列表。

装置300中的各模块执行与上述图1对应的流程方法，在此不再赘述。

在一些实施方式中，工作流处理装置300还包括：节点生效模块，用于在节点设置生效标志，并基于预定的工作流的工作内容来配置该生效标志。

本申请图3中的工作流处理装置300，过接收工作流的创建请求，根据请求中的业务类型和处理机构的信息创建多个分别对应于不同层级的处理机构的子流程，并在每个子流程中灵活设置与流程处理岗位对应的节点，生成工作流待办列表。对于跨层级的处理机构的情况，可以通过子流程的组合来实现工作流，实现跨层级的处理。并且在每个子流程中可以灵活配置节点，可以满足各个处理机构中各自流程和人员配置上的差异。

现在参考图4，所示为根据本申请的一个实施例的电子设备400的框图。电子设备400可以包括一个或多个处理器402，与处理器402中的至少一个连接的系统控制逻辑408，与系统控制逻辑408连接的系统内存404，与系统控制逻辑408连接的非易失性存储器(NVM)406，以及与系统控制逻辑408连接的网络接口410。

处理器402可以包括一个或多个单核或多核处理器。处理器402可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任何组合。在本文的实施例中，处理器402可以被配置为执行根据如图1-3所示的各种实施例的一个或多个实施例。

在一些实施例中，系统控制逻辑408可以包括任意合适的接口控制器，以向处理器402中的至少一个和/或与系统控制逻辑408通信的任意合适的设备或组件提供任意合适的接口。

在一些实施例中，系统控制逻辑408可以包括一个或多个存储器控制器，以提供连接到系统内存404的接口。系统内存404可以用于加载以及存储数据和/或指令。在一些实施例中设备400的内存404可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(DRAM)。

NVM/存储器406可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，NVM/存储器406可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如HDD(Hard Disk Drive，硬盘驱动器)，CD(Compact Disc，光盘)驱动器，DVD(Digital Versatile Disc，数字通用光盘)驱动器中的至少一个。

NVM/存储器406可以包括安装在设备400的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口410通过网络访问NVM/存储406。

特别地，系统内存404和NVM/存储器406可以分别包括：指令420的暂时副本和永久副本。指令420可以包括：由处理器402中的至少一个执行时导致设备400实施如图1所示的方法的指令。在一些实施例中，指令420、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑408，网络接口410和/或处理器402中。

网络接口410可以包括收发器，用于为设备400提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口410可以集成于设备400的其他组件。例如，网络接口410可以集成于处理器402的，系统内存404，NVM/存储器406，和具有指令的固件设备(未示出)中的至少一种，当处理器402中的至少一个执行所述指令时，设备400实现图1-3所示的各种实施例的一个或多个实施例。

网络接口410可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口410可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。

在一个实施例中，处理器402中的至少一个可以与用于系统控制逻辑408的一个或多个控制器的逻辑封装在一起，以形成系统封装(SiP)。在一个实施例中，处理器402中的至少一个可以与用于系统控制逻辑408的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(SoC)。

设备400可以进一步包括：输入/输出(I/O)设备412。I/O设备412可以包括用户界面，使得用户能够与设备400进行交互；外围组件接口的设计使得外围组件也能够与设备400交互。

在一些实施例中，用户界面可包括但不限于显示器(例如，液晶显示器，触摸屏显示器等)，扬声器，麦克风，一个或多个相机(例如，静止图像照相机和/或摄像机)，手电筒(例如，发光二极管闪光灯)和键盘。

在一些实施例中，外围组件接口可以包括但不限于非易失性存储器端口、音频插孔和电源接口。

本申请的各方法实施方式均可以以软件、磁件、固件等方式实现。

可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“IP核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。

本申请的一个实施例公开了一种计算机可读介质，介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现图1的方法。

本申请的一个实施例公开了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现图1的方法。

除非上下文另有规定，否则术语“包含”，“具有”和“包括”是同义词。短语“A/B”表示“A或B”。短语“A和/或B”表示“(A和B)或者(A或B)”。

如这里所使用的，术语“模块”或“单元”可以指代、是或者包括：专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的(共享、专用或组)处理器和/或存储器、组合逻辑电路和/或提供所描述的功能的其他合适的组件。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质的途径分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制、但不限于、软盘、光盘、光盘、只读存储器(CD-ROM)、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁卡或光卡、闪存、或用于通过电、光、声或其他形式的传播信号(例如，载波、红外信号、数字信号等)通过因特网传输信息的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可以不需要这样的特定布置和/或排序。在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包含结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元或是数据，但是这些单元或数据不应当受这些术语限制。使用这些术语仅仅是为了将一个特征与另一个特征进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一特征可以被称为第二特征，并且类似地第二特征可以被称为第一特征。

应注意的是，在本说明书中，相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (10)

1.一种工作流处理方法，用于电子设备，其特征在于，所述方法包括，

接收所述工作流的创建请求，所述创建请求包含业务类型和处理机构的信息；

基于所述工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构；

在所述每个子流程中生成节点，每个节点对应于一个流程处理岗位；

根据所述子流程和所述节点生成所述工作流的待办列表。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括，所述节点还包括生效标志，基于预定的工作流的工作内容来配置所述生效标志。

3.根据权利要求2所述的方法，其特征在于，基于所述工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构包括，对于同一个业务类型，为不同的工作流发起机构配置不同数目的所述子流程。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括，创建所述子流程和所述处理机构的映射关系。

5.根据权利要求4所述的方法，其特征在于，所述方法包括，接收所述节点的任务完成的消息，更新所述待办列表。

6.一种工作流处理装置，其特征在于，所述装置包括：

接收模块，用于接收所述工作流的创建请求，所述创建请求包含业务类型和处理机构的信息；

第一生成模块，用于基于所述工作流的创建请求生成多个子流程，每个子流程对应于不同层级的处理机构；

第二生成模块，用于在在所述每个子流程中生成节点，每个节点对应于一个流程处理岗位；

第三生成模块，用于根据所述子流程和所述节点生成所述工作流的待办列表。

7.根据权利要求6所述的审批流程处理装置，其特征在于，所述装置还包括：

节点生效模块，用于在节点设置生效标志，并基于预定的工作流的工作内容来配置所述生效标志。

8.一种电子设备，其特征在于，所述设备包括存储有计算机可执行指令的存储器和处理器；当所述指令被所述处理器执行时，使得所述设备实施根据权利要求1至6中任一项所述的方法。

9.一种计算机可读介质，其特征在于，所述介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1至6中任一项所述的方法。

10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的方法。

Images