CN115456568A - 流程审批方法、装置、计算机设备、存储介质和程序产品 - Google Patents

Abstract

本申请涉及一种流程审批方法、装置、计算机设备、存储介质和程序产品。该方法包括接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系；按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理。本申请提供的流程审批方法降低了业务系统和流程系统的耦合度，减少了资源的浪费。

Description

流程审批方法、装置、计算机设备、存储介质和程序产品

技术领域

本申请涉及工作流技术领域，特别是涉及一种流程审批方法、装置、计算机设备、存储介质和程序产品。

背景技术

流程审批是系统中不可或缺的功能，通常通过接入Activiti开源流程框架处理审批流程。

传统的流程审批在流程流转过程中需要与业务系统进行交互，以从业务系统中获取与流程审批相关的业务数据，然而，这会导致流程系统与业务系统的耦合度较高，并且，流程系统与业务系统的频繁交互，会造成资源的浪费。

发明内容

基于此，有必要针对上述技术问题，提供一种能够降低业务系统和流程系统之间的耦合度的流程审批方法、装置、计算机设备、存储介质和程序产品。

第一方面，本申请提供了一种流程审批方法。所述方法包括：

接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系；

按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理；

其中，第一节点为审批路径包括的多个节点中的节点。

上述实施例在接收到第一流程审批请求时，直接将基于第一流程审批请求获取的业务数据和流程标识之间的对应关系存储在服务器中，这样在第一流程审批请求对应的审批事项流转至审批路径中的各个节点处时，直接根据该对应关系获取业务数据，无需每到达一个节点处，从业务系统中获取业务数据，能够降低流程系统与业务系统的耦合度，减少流程系统与业务系统的频繁交互，从而能够减少资源的浪费。

在其中一个实施例中，流程审批方法还包括：

接收第一节点发送的业务数据更新请求，并根据业务数据更新请求对对应关系中的业务数据进行更新处理；

在审批事项流转至审批路径中的第二节点处时，根据对应关系将更新后的业务数据发送至第二节点，以供第二节点根据更新后的业务数据对审批事项进行审批处理；

其中，第二节点为审批路径中第一节点的下一个节点。

上述实施例在审批路径中的某个节点需要对业务数据进行更新时，直接将更新后的业务数据发送至服务器，以使服务器使用更新后的业务数据替换存储的业务数据，下一个节点直接从服务器中获取更新后的业务数据，这样下一个节点无需重新从业务数据中获取业务数据，能够减少流程系统与业务系统的频繁交互，从而能够减少资源的浪费。同时，下一个节点能够快捷的获取更新后的业务数据，使得本实施例提供的流程审批方法具有较高的实用性。

在其中一个实施例中，流程审批方法还包括：

存储所述业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系，包括：

创建业务数据控制层；

在业务数据控制层中存储业务数据与流程标识之间的对应关系。

上述实施例通过创建业务数据控制层来存储业务数据与流程标识之间的对应关系，使得业务数据和流程标识有一个专门的存储空间，这样能够避免其他数据对存储的业务数据和流程标识的影响，从而能够提高存储的业务数据和流程标识的准确性，使得各节点能够获取准确的业务数据，进而能够提高流程审批方法的实用性。

在其中一个实施例中，流程审批方法还包括：

在按照审批路径对审批事项进行流转处理之前，为对应关系添加进行中标识；

若接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有进行中标识，则禁止对第二流程审批请求进行响应。

上述实施例通过在对审批流程进行流转处理之前，对对应关系添加进行中标识，使得服务器在接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第二流程审批请求对应的对应关系添加有进行中标识时，禁止对第二流程审批请求进行响应，能够避免服务器对目标用户提交的同一流程审批请求进行响应，浪费服务器的资源。并且，能够避免各个节点在对审批事项进行审批时，无法确定以哪个为准，造成混乱，从而能够提高本实施例提供的流程审批方法的实用性和可靠性。

在其中一个实施例中，流程审批方法还包括：

在接收到审批路径中的最后一个节点发送的审批结束信息之后，为对应关系添加结束标识；

若接收到第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有结束标识，则对第二流程审批请求进行响应。

上述实施例在接收到审批流程中最后一个节点发送的审批结束信息之后，为对应关系添加结束标识；使得服务器在接收到与第一流程审批请求相同的第二流程审批请求，对第二流程审批请求进行响应。这样在目标用户提交同一流程请求，且前一个流程请求已结束时，能够服务器正常的对后一个流程审批请求进行响应，从而能够提高流程审批方法的实用性和可靠性。

在其中一个实施例中，流程审批方法还包括：

在接收到审批路径中的最后一个节点发送的审批结束信息之后，向业务系统和/或与审批流程对应的目标终端发送审批结束通知消息。

上述实施例在接收到审批路径中最后一个节点发送的审批结束消息后，通过向业务系统和/或与审批流程对应的目标终端发送审批结束通知消息，使得目标用户及时获取审批流程通过的消息，业务系统及时进行审批流程结束后所需的操作，能够提高流程审批方法的实用性和可靠性。

第二方面，本申请还提供了一种流程审批装置。该装置包括：

接收模块，用于接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系；

审批模块，用于按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理；

其中，第一节点为审批路径包括的多个节点中的节点。

第三方面，本申请还提供了一种计算机设备。该计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行所述计算机程序时实现上述第一方面提供的流程审批方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质。计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面提供的流程审批方法的步骤。

第五方面，本申请还提供了一种计算机程序产品。计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面提供的流程审批方法的步骤。

上述流程审批方法、装置、计算机设备、存储介质和程序产品，该方法通过接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系；按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理。在本实施例中，在接收到第一流程审批请求时，直接将基于第一流程审批请求获取的业务数据和流程标识之间的对应关系存储在服务器中，这样在第一流程审批请求对应的审批事项流转至审批路径中的各个节点处时，直接根据该对应关系获取业务数据，无需在每到达一个节点处，从业务系统中获取业务数据，能够降低流程系统与业务系统的耦合度，减少流程系统与业务系统的频繁交互，从而能够减少资源的浪费。

附图说明

图1为一个实施例中流程审批方法的应用环境图；

图2为一个实施例中流程审批方法的步骤流程示意图；

图3为另一个实施例中流程审批方法的步骤流程示意图；

图4为另一个实施例中流程审批方法的步骤流程示意图；

图5为另一个实施例中流程审批方法的步骤流程示意图；

图6为另一个实施例中流程审批方法的步骤流程示意图；

图7为另一个实施例中流程审批方法的步骤流程示意图

图8为一个实施例中流程审批装置的结构示意图；

图9为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。

本申请实施例提供的流程审批方法，可以应用于如图1所示的应用环境中，其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。在本实施例中，数据存储系统包括业务系统和流程系统。业务系统用于存储业务数据，流程系统用于存储具体流程审批路径。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图1所示，提供了一种流程审批方法，本实施例以该方法应用于服务器进行举例说明，该方法包括以下步骤：

步骤200、接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系。

目标用户使用目标终端发送第一流程审批请求，第一流程审批请求包括：目标用户的标识，以及流程审批的第一标识。目标用户的标识用于表征目标用户的身份，目标用户的标识可以是目标用户的名字、或者目标用户的工号等。流程审批的第一标识用于表征目标用户提交的审批流程名称。例如：目标用户提交的审批流程为请假，或者目标用户提交的审批流程为创建虚拟机。本实施例对流程审批的第一标识的具体形式不作限制，只要能够表征目标用户提交的审批流程名称即可。可选地，流程审批的第一标识就是审批流程名称。

服务器在接收到第一流程审批请求后，基于第一流程审批请求中的目标用户的标识从业务系统中获取业务数据。业务系统中存储有多个用户与对应的业务数据之间的对应关系。业务数据是指目标用户的姓名、身份信息、职位等数据。具体地，终端将第一流程审批请求中的目标用户的标识发送至业务系统，业务系统将接收到的目标用户的标识与存储的多个用户进行匹配。若找到与该目标用户的标识相对应的用户，则将该用户对应的业务数据发送至服务器；若未找到与该目标用户的标识相对应的用户，则将获取业务数据失败的信息发送至目标用户的目标终端。

服务器在接收到第一流程审批请求后的同时，还基于第一流程审批请求中的流程审批的第一标识从流程系统中获取第一流程审批请求对应的审批流程的流程标识。第一流程审批请求对应的审批流程的流程标识用于表征流程审批的第一标识对应的具体审批路径。例如，流程审批的第一标识表征的是请假流程，则流程标识用于表征请假的具体审批路径，即，请假流程经过的各个节点。本实施例对流程标识的具体形式不作限制，只要该流程标识能够表征具体审批路径即可。可选地，不同的具体的审批流程有唯一对应的数字，例如，请求流程的具体审批路径对应的数据为1，1为流程标识。

服务器在基于第一流程审批请求获取业务数据和流程标识后，将业务数据和流程标识之间的对应关系进行存储。即，服务器中存储有第一流审批请求对应的业务数据和流程标识，以及业务数据和流程标识之间的对应关系。

本实施例中的业务系统可以是服务器对应的业务系统，也可以是接入的第三方业务系统。也就是说，本实施例中的流程系统支持其他业务系统接入，能够提高流程系统的可扩展性和通用性。

步骤210、按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理；其中，第一节点为审批路径包括的多个节点中的节点。

服务器在获取流程标识后，基于该流程标识在流程系统中按照审批流程的流程标识对应的审批路径对第一流程审批请求对应的审批事项进行流转处理。换句话说，服务器在流程系统中获取该审批流程的流程标识对应的审批路径，即，该审批流程需要经过的各个节点，按照该各个节点的先后顺序，将第一流程审批请求对应的审批事项传输至每个节点进行流程审批处理。审批路径中的各个节点是指需要对审批事项进行审批的各个审批人员对应的终端或服务器。

在审批事项流转至审批路径中的第一节点时，服务器会根据业务数据与流程标识之间的对应关系，将业务数据发送至第一节点，以使第一节点根据接收到的业务数据对审批事项进行审批处理，即，确定审批事项通过，还是不通过。第一节点是审批路径中的多个节点中的任意一个节点。

本实施例提供的流程审批方法通过接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系；按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理。在本实施例中，在接收到第一流程审批请求时，直接将基于第一流程审批请求获取的业务数据和流程标识之间的对应关系存储在服务器中，这样在第一流程审批请求对应的审批事项流转至审批路径中的各个节点处时，直接根据该对应关系获取业务数据，无需每到达一个节点处，从业务系统中获取业务数据，能够降低流程系统与业务系统的耦合度，减少流程系统与业务系统的频繁交互，从而能够减少资源的浪费。

在一个实施例中，如图3所示，流程审批方法的步骤还包括：

步骤300、接收第一节点发送的业务数据更新请求，并根据业务数据更新请求对对应关系中的业务数据进行更新处理。

在第一节点对审批事项进行审批时，若第一节点需要对接收到的业务数据进行更新，第一节点会向服务器发送业务数据更新请求。业务数据更新请求包括更新后的业务数据，以及该第一节点对应的流程标识。服务器在接收到第一节点发送的业务数据请求后，响应于该业务数据请求，基于业务数据和流程标识之间的对应关系，获取流程标识对应的业务数据，并使用更新后的业务数据替换流程标识对应的业务数据，得到更新后的业务数据和流程标识之间的对应关系。

步骤310、在审批事项流转至审批路径中的第二节点处时，根据对应关系将更新后的业务数据发送至第二节点，以供第二节点根据更新后的业务数据对审批事项进行审批处理；

其中，第二节点为审批路径中第一节点的下一个节点。

在审批流程流转至审批路径中的第二节点处时，即，审批路径中第一节点的下一个节点处，服务器根据业务数据和流程标识之间的对应关系，将第二节点对应的流程标识对应的更新后的业务数据发送至第二节点，以使第二节点对审批事项进行审批处理。

在本实施例中，在审批路径中的某个节点需要对业务数据进行更新时，直接将更新后的业务数据发送至服务器，以使服务器使用更新后的业务数据替换存储的业务数据，下一个节点直接从服务器中获取更新后的业务数据，这样下一个节点无需重新从业务数据中获取业务数据，能够减少流程系统与业务系统的频繁交互，从而能够减少资源的浪费。同时，下一个节点能够快捷的获取更新后的业务数据，使得本实施例提供的流程审批方法具有较高的实用性。

在一个实施例中，如图4所示，涉及存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系的一种实现方式，包括：

步骤400、创建业务数据控制层。

步骤410、在业务数据控制层中存储业务数据与流程标识之间的对应关系。

服务器在存储业务数据和流程标识时，先创建一个业务数据控制层，即，单独创建一个存储空间，将获取到的业务数据、流程标识，以及业务数据与流程标识之间的对应关系存储于该存储空间，即，业务数据控制层内。

在本实施例中，通过创建业务数据控制层来存储业务数据与流程标识之间的对应关系，使得业务数据和流程标识有一个专门的存储空间，这样能够避免其他数据对存储的业务数据和流程标识的影响，从而能够提高存储的业务数据和流程标识的准确性，使得各节点能够获取准确的业务数据，进而能够提高流程审批方法的实用性。

在一个实施例中，如图5所示，流程审批方法的步骤还包括：

步骤500、在按照审批路径对审批事项进行流转处理之前，为对应关系添加进行中标识。

服务器在接收到审批流程的流程标识，并按照流程系统中该流程标识对应的审批流程的审批路径对第一审批流程请求对应的审批事项进行流转处理之前，服务器对存储的业务数据和流程标识之间的对应关系添加进行中标识。进行中标识用于表征该对应关系中的流程标识对应的审批流程正在进行中。本实施例对进行中标识的具体表现形式不作限制，只要能够实现其功能即可。

步骤510、若接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有进行中标识，则禁止对第二流程审批请求进行响应。

在服务器按照审批流程的审批路径对第一审批请求对应的审批事项进行流转处理过程中，若接收到与第一流程审批请求相同的第二流程审批请求，并且，第一流程审批请求对应的业务数据和流转标识之间的对应关系添加有进行中标识。换句话说，第二流程审批请求对应的业务数据和流程标识之间的对应关系与第一流程审批请求对应的业务数据和流程标识之间的对应关系相同并且第一流程审批请求对应的审批流程在进行中。即，目标用户就同一流程审批请求提交了两次，并且第一次的流程审批正在进行中，则此时服务器禁止对第二流程审批请求进行响应，即，服务器不需要基于第二流程审批请求存储对应的对应关系，无需对第二流程审批请求对应的审批事项进行流转处理。其中，确定第二流程审批请求对应的业务数据和流程标识之间的对应关系的方法与确定第一流程审批请求对应的业务数据和流程标识之间的对应关系的方法相同。

在一个可选的实施例中，服务器在接收到与第一流程审批请求相同的第二流程审批请求，且确定与第一流程审批请求对应的对应关系添加有进行中标识，则对第二流程审批请求不响应，且向目标用户对应的终端发送反馈消息，以告知目标用户对同一流程审批请求进行了多次提交。

在本实施例中，通过在对审批流程进行流转处理之前，对对应关系添加进行中标识，使得服务器在接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第二流程审批请求对应的对应关系添加有进行中标识时，禁止对第二流程审批请求进行响应，能够避免服务器对目标用户提交的同一流程审批请求进行响应，浪费服务器的资源。并且，能够避免各个节点在对审批事项进行审批时，无法确定以哪个为准，造成混乱，从而能够提高本实施例提供的流程审批方法的实用性和可靠性。

在一个实施例中，如图6所示，流程审批方法的步骤还包括：

步骤600、在接收到审批路径中的最后一个节点发送的审批结束信息之后，为对应关系添加结束标识。

在第一审批流程请求对应的审批流程的审批路径中最后一个节点对审批事项审批结束后，会向服务器发送该第一审批流程请求对应的审批流程结束的信息。服务器在接收到该审批流程结束的信息后，为该审批流程对应的对应关系添加结束标识。结束标识用于表征该对应关系中的流程标识对应的审批流程已结束。本实施例对结束标识具体的表示形式不作限制，只要能够实现其功能即可。

步骤610、若接收到第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有结束标识，则对第二流程审批请求进行响应。

在服务器接收到第一流程审批请求对应的审批流程结束的信息后，若接收到与第一流程审批请求相同的第二流程审批请求，并且，确定与第一流程审批请求对应的对应关系添加有结束标识，则表示第一流程审批请求对应的审批流程已结束，服务器可以对接收到的第二流程审批请求进行响应，即，对第二流程审批请求对应的审批事项进行流转处理。换句话说，目标用户在第一天提交了第一流程审批请求，服务器对该第一流程审批请求对应的审批事项进行了流程处理，并且对该审批事项的审批已结束；目标用户在第六天提交了一个与第一流程审批请求相同的第二流程审批请求，此时服务器对第二流程审批请求进行响应，即，对第二流程审批请求对应的审批事项进行流转处理。

在本实施例中，服务器在接收到审批流程中最后一个节点发送的审批结束信息之后，为对应关系添加结束标识；使得服务器在接收到与第一流程审批请求相同的第二流程审批请求，对第二流程审批请求进行响应。这样在目标用户提交同一流程请求，且前一个流程请求已结束时，服务器能够正常的对后一个流程审批请求进行响应，从而能够提高流程审批方法的实用性和可靠性。

在一个实施例中，流程审批方法的步骤还包括：

在接收到审批路径中的最后一个节点发送的审批结束信息之后，向业务系统和/或与审批流程对应的目标终端发送审批结束通知消息。

在服务器接收到审批路径中的最后一个节点发送的审批结束消息之后，即第一流程审批请求对应的审批流程结束后，服务器可以是向业务系统发送审批结束通知消息，也可以是向提交该第一流程审批请求的目标用户对应的目标终端发送审批结束通知消息，还可以同时向业务系统和目标用户对应的目标终端发送审批结束通知消息，以使业务系统或目标终端做出相应的响应。本实施例对审批结束通知消息的具体形式不作限制，只要能够表征第一流程审批请求对应的审批流程结束即可。

在一个可选的实施例中，若第一流程审批请求为请假请求，则服务器会向第一流程审批请求的审批流程对应的目标终端发送审批结束通知消息，以使目标用户获知请假请求已通过。

在另一个可选的实施例中，若第一流程审批请求为创建虚拟机请求，则服务器会向业务系统发送第一流程审批请求的审批流程审批结束通知消息，以使业务系统开始创建虚拟机；同时服务器也会向第一流程审批请求的审批流程对应的目标终端发送审批流程结束通知消息，以使目标用户获知创建虚拟机请求已通过。

在本实施例中，服务器在接收到审批路径中最后一个节点发送的审批结束消息后，通过向业务系统和/或与审批流程对应的目标终端发送审批结束通知消息，使得目标用户及时获取审批流程通过的消息，业务系统及时进行审批流程结束后所需的操作，能够提高流程审批方法的实用性和可靠性。

请参见图7，本申请一个实施例提供一种流程审批方法，该方法的步骤包括：

步骤700、接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据和第一流程审批请求对应的审批流程的流程标识；

步骤710、创建业务数据控制层；

步骤720、在业务数据控制层中存储业务数据与流程标识之间的对应关系；

步骤730、对对应关系添加进行中标识；

步骤740、按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理；并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理；其中，第一节点为审批路径包括的多个节点中的节点；

步骤750、接收第一节点发送的业务数据更新请求，并根据业务数据更新请求对对应关系中的业务数据进行更新处理；

步骤760、在审批事项流转至审批路径中的第二节点处时，根据对应关系将更新后的业务数据发送至第二节点，以供第二节点根据更新后的业务数据对审批事项进行审批处理；其中，第二节点为审批路径中第一节点的下一个节点；

步骤770、若接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有进行中标识，则禁止对第二流程审批请求进行响应；

步骤780、在接收到审批路径中的最后一个节点发送的审批结束信息之后，向业务系统和/或审批流程对应的目标终端发送审批结束通知消息；

步骤790、在接收到审批路径中的最后一个节点发送的审批结束信息之后，为对应关系添加结束标识；

步骤800、若接收到第二流程审批请求，且确定与第一流程审批请求对应的对应关系添加有结束标识，则对第二流程审批请求进行响应。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的流程审批方法的流程审批装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个流程审批装置实施例中的具体限定可以参见上文中对于流程审批方法的限定，在此不再赘述。

在一个实施例中，如图8所示，提供了一种流程审批装置10，包括：接收模块11和审批模块12，其中：

接收模块11用于接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系。

审批模块12用于按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理；其中，第一节点为审批路径包括的多个节点中的节点。

在一个实施例中，接收模块11还用于接收第一节点发送的业务数据更新请求，并根据业务数据更新请求对对应关系中的业务数据进行更新处理。审批模块12还用于在审批事项流转至审批路径中的第二节点处时，根据对应关系将更新后的业务数据发送至第二节点，以供第二节点根据更新后的业务数据对审批事项进行审批处理；其中，第二节点为审批路径中第一节点的下一个节点。

在一个实施例中，接收模块11具体用于创建业务数据控制层；在业务数据控制层中存储业务数据与流程标识之间的对应关系。

在一个实施例中，流程审批装置10还包括第一添加模块和禁止模块，第一添加模块用于在按照审批路径对审批事项进行流转处理之前，为对应关系添加进行中标识；禁止模块用于若接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有进行中标识，则禁止对第二流程审批请求进行响应。

在一个实施例中，流程审批装置10还包括第二添加模块和响应模块，第二添加模块用于在接收到所述审批路径中的最后一个节点发送的审批结束信息之后，为对应关系添加结束标识；响应模块用于若接收到第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有结束标识，则对第二流程审批请求进行响应。

在一个实施例中，流程审批装置10还包括发送模块。发送模块用于在接收到审批路径中的最后一个节点发送的审批结束信息之后，向业务系统和/或与审批流程对应的目标终端发送审批结束通知消息。

上述流程审批装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种流程审批方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系；

按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理；

其中，第一节点为审批路径包括的多个节点中的节点。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收第一节点发送的业务数据更新请求，并根据业务数据更新请求对对应关系中的业务数据进行更新处理；在审批事项流转至审批路径中的第二节点处时，根据对应关系将更新后的业务数据发送至第二节点，以供第二节点根据更新后的业务数据对审批事项进行审批处理；其中，第二节点为审批路径中第一节点的下一个节点。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：创建业务数据控制层；在业务数据控制层中存储业务数据与流程标识之间的对应关系。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在按照审批路径对审批事项进行流转处理之前，为对应关系添加进行中标识；若接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有进行中标识，则禁止对第二流程审批请求进行响应。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在接收到审批路径中的最后一个节点发送的审批结束信息之后，为对应关系添加结束标识；若接收到第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有结束标识，则对第二流程审批请求进行响应。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在接收到审批路径中的最后一个节点发送的审批结束信息之后，向业务系统和/或与审批流程对应的目标终端发送审批结束通知消息。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系；

按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理；

其中，第一节点为审批路径包括的多个节点中的节点。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收第一节点发送的业务数据更新请求，并根据业务数据更新请求对对应关系中的业务数据进行更新处理；在审批事项流转至审批路径中的第二节点处时，根据对应关系将更新后的业务数据发送至第二节点，以供第二节点根据更新后的业务数据对审批事项进行审批处理；其中，第二节点为审批路径中第一节点的下一个节点。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：创建业务数据控制层；在业务数据控制层中存储业务数据与流程标识之间的对应关系。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在按照审批路径对审批事项进行流转处理之前，为对应关系添加进行中标识；若接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有进行中标识，则禁止对第二流程审批请求进行响应。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到审批路径中的最后一个节点发送的审批结束信息之后，为对应关系添加结束标识；若接收到第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有结束标识，则对第二流程审批请求进行响应。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到审批路径中的最后一个节点发送的审批结束信息之后，向业务系统和/或与审批流程对应的目标终端发送审批结束通知消息。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收第一流程审批请求，基于第一流程审批请求从业务系统中获取业务数据，并存储业务数据与第一流程审批请求对应的审批流程的流程标识之间的对应关系；

按照审批流程的审批路径对第一流程审批请求对应的审批事项进行流转处理，并在审批事项流转至审批路径中的第一节点处时，根据对应关系将业务数据发送至第一节点，以供第一节点根据业务数据对审批事项进行审批处理；

其中，第一节点为审批路径包括的多个节点中的节点。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收第一节点发送的业务数据更新请求，并根据业务数据更新请求对对应关系中的业务数据进行更新处理；在审批事项流转至审批路径中的第二节点处时，根据对应关系将更新后的业务数据发送至第二节点，以供第二节点根据更新后的业务数据对审批事项进行审批处理；其中，第二节点为审批路径中第一节点的下一个节点。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：创建业务数据控制层；在业务数据控制层中存储业务数据与流程标识之间的对应关系。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在按照审批路径对审批事项进行流转处理之前，为对应关系添加进行中标识；若接收到与第一流程审批请求相同的第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有进行中标识，则禁止对第二流程审批请求进行响应。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到审批路径中的最后一个节点发送的审批结束信息之后，为对应关系添加结束标识；若接收到第二流程审批请求，且，确定与第一流程审批请求对应的对应关系添加有结束标识，则对第二流程审批请求进行响应。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到审批路径中的最后一个节点发送的审批结束信息之后，向业务系统和/或与审批流程对应的目标终端发送审批结束通知消息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种流程审批方法，其特征在于，所述方法包括：

接收第一流程审批请求，基于所述第一流程审批请求从业务系统中获取业务数据，并存储所述业务数据与所述第一流程审批请求对应的审批流程的流程标识之间的对应关系；

按照所述审批流程的审批路径对所述第一流程审批请求对应的审批事项进行流转处理，并在所述审批事项流转至所述审批路径中的第一节点处时，根据所述对应关系将所述业务数据发送至所述第一节点，以供所述第一节点根据所述业务数据对所述审批事项进行审批处理；

其中，所述第一节点为所述审批路径包括的多个节点中的节点。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述第一节点发送的业务数据更新请求，并根据所述业务数据更新请求对所述对应关系中的所述业务数据进行更新处理；

在所述审批事项流转至所述审批路径中的第二节点处时，根据所述对应关系将更新后的业务数据发送至所述第二节点，以供所述第二节点根据所述更新后的业务数据对所述审批事项进行审批处理；

其中，所述第二节点为所述审批路径中所述第一节点的下一个节点。

3.根据权利要求1所述的方法，其特征在于，所述存储所述业务数据与所述第一流程审批请求对应的审批流程的流程标识之间的对应关系，包括：

创建业务数据控制层；

在所述业务数据控制层中存储所述业务数据与所述流程标识之间的对应关系。

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

在按照所述审批路径对所述审批事项进行流转处理之前，为所述对应关系添加进行中标识；

若接收到与所述第一流程审批请求相同的第二流程审批请求，且，确定与所述第一流程审批请求对应的所述对应关系添加有所述进行中标识，则禁止对所述第二流程审批请求进行响应。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在接收到所述审批路径中的最后一个节点发送的审批结束信息之后，为所述对应关系添加结束标识；

若接收到所述第二流程审批请求，且，确定与所述第一流程审批请求对应的所述对应关系添加有所述结束标识，则对所述第二流程审批请求进行响应。

6.根据权利要求1至3任一所述的方法，其特征在于，所述方法还包括：

在接收到所述审批路径中的最后一个节点发送的审批结束信息之后，向所述业务系统和/或与所述审批流程对应的目标终端发送审批结束通知消息。

7.一种流程审批装置，其特征在于，所述装置包括：

接收模块，用于接收第一流程审批请求，基于所述第一流程审批请求从业务系统中获取业务数据，并存储所述业务数据与所述第一流程审批请求对应的审批流程的流程标识之间的对应关系；

审批模块，用于按照所述审批流程的审批路径对所述第一流程审批请求对应的审批事项进行流转处理，并在所述审批事项流转至所述审批路径中的第一节点处时，根据所述对应关系将所述业务数据发送至所述第一节点，以供所述第一节点根据所述业务数据对所述审批事项进行审批处理；

其中，所述第一节点为所述审批路径包括的多个节点中的节点。

8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

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

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

Images