CN116862446A - 业务处理方法及相关设备 - Google Patents

Abstract

本申请实施例提供了一种业务处理方法及相关设备，用于节省流程审批时的时间成本，以实现快速响应需求。本申请实施例方法包括：于前端项目中获取目标项目页面的初始业务流程；其中，所述初始业务流程具备所有节点的修改权限，所述所有节点为组成所述初始业务流程的节点；当接收到针对于所述所有节点中任一节点的节点修改指令时，根据所述节点修改指令对任一节点进行修改，形成目标节点；将所述目标节点与其他节点进行连接，获取目标连接数据；其中，所述其他节点为所述所有节点中不包括所述目标节点的节点；根据所述目标连接数据对所述初始业务流程进行调整，获取目标业务流程；其中，所述目标业务流程用于用户执行业务处理操作。

Description

业务处理方法及相关设备

技术领域

本申请实施例涉及业务流程处理领域，尤其涉及一种业务处理方法及相关设备。

背景技术

现有网页如果需要加入一个审批流程，则需要经过终端用户或者产品经理提出审批流程，再经过排期、开发、测试、上线等流程后，终端用户才能够使用相关功能。由此导致流程很长，同时需要产品，前端开发，后端开发，测试，实施等角色合作完成。每一个角色的工作都需要时间和金钱成本，同时此种方式开发的审批流程在进行修改时需要通过同样的流程才能够使用。

例如公司行政需要在企业的OA网站上紧急加入一个名为“请假申请”的流程，需要先给开发人员新的模块，包括“请假申请”的表单填写部分，然后对接后台人员，开发固定的流程流转过程，如员工提交后需要转到某经理审批，则需要同时给该经理发送OA消息等，开发完成并通过测试才可以使用。

发明内容

本申请实施例提供了一种业务处理方法及相关设备，用于节省流程审批时的时间成本，以实现快速响应需求。

本申请实施例第一方面提供了一种业务处理方法，包括：

于前端项目中获取目标项目页面的初始业务流程；其中，所述初始业务流程具备所有节点的修改权限，所述所有节点为组成所述初始业务流程的节点；

当接收到针对于所述所有节点中任一节点的节点修改指令时，根据所述节点修改指令对任一节点进行修改，形成目标节点；

将所述目标节点与其他节点进行连接，获取目标连接数据；其中，所述其他节点为所述所有节点中不包括所述目标节点的节点；

根据所述目标连接数据对所述初始业务流程进行调整，获取目标业务流程；其中，所述目标业务流程用于用户执行业务处理操作。

可选地，所述根据所述节点修改指令对任一节点进行修改，形成目标节点，包括：

获取第一节点及所述第一节点的初始连接数据；所述初始连接数据包括所述第一节点与其他节点的连接数据，所述其他节点为所述所有节点中不包括所述第一节点的节点；

移除所述初始连接数据，设置目标节点，并将所述目标节点与所述第一节点进行连接。

可选地，所述移除所述初始连接数据，设置目标节点，并将所述目标节点与所述第一节点进行连接之后，所述方法还包括：

将所述目标节点与所述其他节点进行连接，获取中间连接数据；

根据所述中间连接数据，确定所有到达节点；其中，所述到达节点为与所述目标节点相邻的下一节点；

移除所述中间连接数据，设置目标分支；其中，所述目标分支包括第二节点、第三节点、所述目标节点分别与所述第二节点、所述第三节点的连接数据及所述第二节点、所述第三节点与所述到达节点的连接数据；

确定所述所有节点；其中，所述所有节点包括所述目标节点、所述第一节点、所述第二节点、所述第三节点及所述到达节点。

可选地，所述将所述目标节点与其他节点进行连接，获取目标连接数据之后，所述方法还包括：

移除所述目标连接数据，并删除所述目标节点；

将所述所有节点中的来源节点、到达节点及所述其他节点进行连接，以使得所述用户根据所述来源节点及所述到达节点执行业务处理操作；其中，所述来源节点为与所述目标节点相邻的上一节点，所述到达节点为与所述目标节点相邻的下一节点。

可选地，所述获取目标业务流程，包括：

获取调整后的所有节点；

根据所述目标连接数据确定所述调整后的所有节点的执行顺序，以使得所述用户根据所述执行顺序执行业务处理操作。

可选地，所述根据所述节点修改指令对任一节点进行修改，形成目标节点之前，所述方法还包括：

创建显示节点模块，并将所述显示节点模块与节点修改事件进行绑定；

当接收到针对于第四节点的节点点击指令时，触发所述节点修改事件，调用与所述节点修改事件对应的回调函数；其中，所述节点修改事件包括针对于所述第四节点的权限设置事件或发起人设置事件，所述第四节点为所述所有节点中的任一节点；

根据所述回调函数将所述节点修改事件存入所述第四节点，确定所述节点修改指令。

可选地，所述根据所述目标连接数据对所述初始业务流程进行调整，获取目标业务流程之后，所述方法还包括：

获取与所述目标业务流程对应的申请请求数据；其中，所述申请请求数据包括所述目标业务流程的流程标识数据及当前节点的节点标识数据，所述当前节点为所述目标业务流程中正在执行的节点；

根据所述流程标识数据获取所述目标业务流程的所述所有节点，并根据所述节点标识数据确定所述所有节点中所述当前节点的下一节点；

确定与所述当前节点的下一节点对应的另一用户，以使得所述另一用户对所述目标业务流程进行审批，并使得所述另一用户执行业务处理操作。

本申请实施例第二方面提供了一种业务处理系统，包括：

获取单元，用于于前端项目中获取目标项目页面的初始业务流程；其中，所述初始业务流程具备所有节点的修改权限，所述所有节点为组成所述初始业务流程的节点；

修改单元，用于当接收到针对于所述所有节点中任一节点的节点修改指令时，根据所述节点修改指令对任一节点进行修改，形成目标节点；

所述获取单元，还用于将所述目标节点与其他节点进行连接，获取目标连接数据；其中，所述其他节点为所述所有节点中不包括所述目标节点的节点；

调整单元，用于根据所述目标连接数据对所述初始业务流程进行调整，获取目标业务流程；其中，所述目标业务流程用于用户执行业务处理操作。

本申请实施例第二方面提供的用于执行第一方面所述的业务处理方法。

本申请实施例第三方面提供了一种业务处理装置，包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行第一方面所述的业务处理方法。

本申请实施例第四方面提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括指令，当所述指令在计算机上运行时，使得计算机执行第一方面所述的业务处理方法。

从以上技术方案可以看出，本申请实施例具有以下优点：通过本申请实施例公开的一种业务处理方法，先于前端项目中获取目标项目页面的初始业务流程；其中，初始业务流程具备所有节点的修改权限，所有节点为组成初始业务流程的节点；然后，当接收到针对于所有节点中任一节点的节点修改指令时，根据节点修改指令对任一节点进行修改，形成目标节点；再将目标节点与其他节点进行连接，获取目标连接数据；其中，其他节点为所有节点中不包括目标节点的节点；最后，根据目标连接数据对初始业务流程进行调整，获取目标业务流程；其中，目标业务流程用于用户执行业务处理操作。从而，终端用户可以直接对业务流程进行创建或修改，以节约开发时间和成本，能实现快速响应需求。同时，终端用户可以根据实际的使用需求对业务流程进行修改，也尽可能地减少了沟通成本。

附图说明

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

图1为本申请实施例公开的一种业务处理方法的流程示意图；

图2为本申请实施例公开的另一种业务处理方法的流程示意图；

图3为本申请实施例公开的一种审批流程的节点配置示意图；

图4为本申请实施例公开的一种审批流程的节点修改示意图；

图5为本申请实施例公开的一种审批流程的新增分支示意图；

图6为本申请实施例公开的一种业务处理系统的结构示意图；

图7为本申请实施例公开的一种业务处理装置的结构示意图。

具体实施方式

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

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

为方便后续理解和描述，下面对本申请实施例中一些特定名词进行解释和说明。

其中，“react”，是用于构建用户可见网页界面的前端开发框架，其特点是数据和页面的响应，当数据变动时React能高效更新并渲染合适的组件。

业务流程模型语言(BPMN，Business Process ModelingNotation)，定义了一个业务流程图，该业务流程图基于一个流程图，该流程图被设计用于创建业务流程操作的图形化模型。而一个业务流程模型，指一个由图形对象组成的网状图。

“bpmn.js”，是用于react开发的网页项目的BPMN实现，bpmn.js可以在网站上显示BPMN图表，并可作为BPMN建模器，实现在线编辑bpmn流程图。

为方便理解和描述，后续不再对上述中的特定名词进行解释和说明。还需要说明的是，在本申请实施例中，bpmn.js作为一个前端代码组件可以直接添加在react项目中作为依赖，需要的页面导入组件使用。其中，页面可以理解为开发页面。需要的页面导入组件使用指开发的网页项目。如果需要使用bpmn.js组件开发，可以在开发的代码中添加bpmn.js组件作为项目的依赖。

为方便对本申请实施例公开的一种业务处理方法进行理解，请参阅图1为本申请实施例公开的一种业务处理方法的流程示意图。包括步骤101-步骤104。

101、于前端项目中获取目标项目页面的初始业务流程。

为方便后续终端用户便于审批相关的业务流程，由此，需要在前端项目中提前设置相关项目的初始业务流程，具体的，便可以获取到目标项目页面的初始业务流程。不难理解的是，在本实施例中，初始业务流程中存在多个节点，且该初始业务流程具备所有节点的修改权限，包括删除、增加、调整等，具体此处不做限制。

在其中一个具体的实施例中，可以在前端项目中初始化一个xml数据，再通过bpmn.js在页面上进行渲染，从而确定一个标准流程图，即上述中所描述的初始业务流程。其中，该标准流程图可以包括四个节点：开始节点、发起人节点、审批节点及结束节点。为方便理解，可参阅图3，图3为本申请实施例公开的一种审批流程的节点配置示意图。其中，图3中最左侧的图标对应的是开始节点，最右侧的图标对应的是结束节点。在该实施例中，这四个节点表示审批流程的提出和审批流程的结束的最基本的节点配置。为方便理解，后续不再对此进行赘述。

102、当接收到针对于所有节点中任一节点的节点修改指令时，根据节点修改指令对任一节点进行修改，形成目标节点。

当终端用户需要对初始业务流程中的某一节点进行修改时，便可以通过点击该节点，从而生成相关的节点修改指令。当前端接收到针对于所有节点中任一节点的节点修改指令时，便可以根据该节点修改指令对上述节点进行修改，从而生成目标节点。

在其中一个具体的实施例中，由于bpmn.js可以提供相关节点的点击事件和节点修改事件。由此，在终端用户点击某一个节点时，可以自动调用bpmn.js组件，由此，终端用户基于该bpmn.js所形成的属性面板对该节点进行修改，从而形成目标节点。不难理解的是，对于节点的修改方式存在多个，例如在步骤101中所描述的删除、增加或调整等。例如，若是增加操作，则是在该节点的基础上，新增一个新的节点，该新增节点则为目标节点。不难理解的是，基于该实施例，在另外一个具体的实施例中，目标节点并不限定于单独一个，可以是两个或多个，具体此处不对新增节点的数量进行限制。再例如，若是调整操作，则调整后的节点可以理解为目标节点，具体此处不做赘述。

103、将目标节点与其他节点进行连接，获取目标连接数据。

当确定目标节点后，便可以将该目标节点与其他节点进行连接，从而确定所有连线信息，即上述中描述的目标连接数据。不难理解的是，其他节点为所有节点中不包括目标节点的节点。

在其中一个具体的实施例中，将目标节点与其他节点连接，从而记录从目标节点出发，到其他节点的连线信息。基于该实施例，在另外一个具体的实施例中，为了实现撤销功能，还记录下来相关的连接数据，从而通过相反的步骤撤销该连线操作。

104、根据目标连接数据对初始业务流程进行调整，获取目标业务流程。

当获取到目标连接数据后，便可以确定所有节点的连接顺序及相邻节点之间的位置关系，由此，便可以对初始业务流程进行调整，从而获取目标业务流程。

在其中一个具体的实施例中，由于bpmn.js渲染出的是一个类似画布一样的网页元素，画布内的可视节点都是自由拖拽新增等，当终端用户点击新增节点或者拖拽节点到一个新位置时，bpmn会自动修改xml数据，从而便可以根据修改xml数据对初始业务流程进行调整，从而实时描述最新流程图的所有数据。其中，最新流程图即为上述中所描述的目标业务流程。

通过本实施例公开的一种业务处理方法，先于前端项目中获取目标项目页面的初始业务流程；其中，初始业务流程具备所有节点的修改权限，所有节点为组成初始业务流程的节点；然后，当接收到针对于所有节点中任一节点的节点修改指令时，根据节点修改指令对任一节点进行修改，形成目标节点；再将目标节点与其他节点进行连接，获取目标连接数据；其中，其他节点为所有节点中不包括目标节点的节点；最后，根据目标连接数据对初始业务流程进行调整，获取目标业务流程；其中，目标业务流程用于用户执行业务处理操作。从而，终端用户可以直接对业务流程进行创建或修改，以节约开发时间和成本，能实现快速响应需求。同时，终端用户可以根据实际的使用需求对业务流程进行修改，也尽可能地减少了沟通成本。

为方便对上述图1中的所描述的业务处理方法进行详细描述，请参阅图2，图2为本申请实施例公开的另一种业务处理方法的流程示意图。包括步骤201-步骤212。

201、于前端项目中获取目标项目页面的初始业务流程。

本实施例中步骤201与前述图1中步骤101类似，具体此处不做赘述。

202、创建显示节点模块，并将显示节点模块与节点修改事件进行绑定，以当接收到针对于第四节点的节点点击指令时，触发节点修改事件，调用与节点修改事件对应的回调函数。

基于图1中步骤102所描述的，由于bpmn.js可以提供相关节点的点击事件和节点修改事件。当终端用户点击某一个节点时，会自动调用相关的回调函数，同时，也会将被点击节点的数据，包括节点权限和节点本身内容从xml转换为json传入绑定了点击事件的回调函数中。不难理解的是，bpmn.js检测到用户点击或者修改节点，可以将用户点击或者修改节点的检测结果发送到可以运行的程序中，其中，该程序称为回调函数，发送的检测结果包括被点击的节点内容。由此，回调函数的运行相当于只要检测到相关步骤的运行，便可以执行该回调函数。

为方便终端用户对业务流程中的节点进行修改，可以创造显示节点模块，其中，该显示节点模块可以理解为一种展示组件或者是节点属性面板，可以绑定相关的点击时间和节点修改事件。由此，当接收到针对于第四节点的节点点击指令时，触发节点修改事件，调用与节点修改事件对应的回调函数。不难理解的是，节点修改事件可以理解为针对于该第四节点的权限设置事件，或者是相关发起人设置事件，第四节点可以理解为在初始业务流程的所有节点中的任一节点。为方便后续理解和描述，将第四节点进行举例说明。其中，将第四节点定义为发起人节点。

为方便理解和描述，可参阅图4，图4为本申请实施例公开的一种审批流程的节点修改示意图。基于图4可以看出，当终端用户点击发起人节点时，会触发与该发起人节点对应的节点修改事件。其中，节点属性面板可生成相关的权限设置事件，例如，设置相关发起人，以及该节点中，对应表单的操作权限或使用权限等，不难理解的是，该表单包含可以发起表单项目，以及可以填写和修改的用户名称(或标识等)。具体该表单还可以包含其他内容，此处不做赘述。

203、根据回调函数将节点修改事件存入第四节点，确定节点修改指令。

由此，基于步骤202中的节点修改事件所调用的回调函数，由此，基于回调函数将节点修改时间存入第四节点，从而确定相关的节点修改指令。

在其中一个具体的实施例中，通过回调函数将终端用户于发起人节点上进行修改操作所对应的数据，存入发起人节点上，从而确定节点修改指令。基于该实施例，不难理解的是，相关的修改操可以是增加、删除或修改节点。由此，所对应的操作结果也会进行显示。例如，若相关的节点修改指令为新增节点，则会在第四节点后新增一个相关节点。具体将在后续进行详细说明。

在另外一个具体的实施例中，可以自定义一个展示组件，称为节点属性面板，绑定点击事件和节点修改事件，点击节点后弹出节点属性面板，面板内建一个表单，将传入的节点json数据回显到表单中。表单提供表单值变化事件，表单值变化会调用绑定的表单修改回调函数，将最新的表单值传入回调函数中。表单修改回调函数中绑定了节点修改事件，当表单值修改，将最新的表单数据传入表单修改事件，bpmn.js会将json数据转为xml保存在内存中，也就是修改了整个流程的xml数据。

204、获取第一节点及第一节点的初始连接数据。

基于上述步骤中描述的节点属性面板，bpmn.js可以自定义内容面板，点击节点自动弹出。不难理解的是，自定义面板也是一种展示组件，若提供的组件样式或者内容不符合项目要求可以使用自定义内容面板代替展示组件。其中，自定义内容面板加入了新增节点新增分支和删除节点的功能。Bpmn.js会将本节点信息传入到绑定的回调函数中，包括本节点信息，节点链接的所有连线信息，和节点连接的所有连线信息包括所有本节点发出的线和所有本节点到达的线。信息以json的形式传入回调函数中。

具体的，当获取到节点修改指令后，便可以基于该节点修改指令对业务流程进行修改。具体的，可以先获取第一节点及第一节点的初始连接数据。不难理解的是，初始连接数据是第一节点与其他节点的连接信息，其他节点则是所有节点中不包括第一节点的节点。需要说明的是，第一节点为初始业务流程中的任一节点，为方便后续描述，将第一节点定义为发起人节点。需要注意的是，该第一节点可以与前述步骤中第四节点相同。

在其中一个具体的实施例中，在自定义内容面板弹出的回调函数中，获取传入的节点信息和所有连接信息，及上述中所描述的所有节点及初始连接数据。

205、移除初始连接数据，设置目标节点，并将目标节点与第一节点进行连接。

当获取到初始连接数据后，便可以移除该初始连接数据，并设置目标节点，再将该目标节点与第一节点进行连接。

在其中一个具体的实施例中，移除原来的连线信息，即在上述获取到初始连接数据，不难理解的是，原来的连线信息可以是已经修改节点后所形成的连线信息，或者是初始业务流程中的连线信息(开始节点-发起人节点-审批人节点-结束节点)。在移除原来的连线信息后，便可以记录所有从第一节点出发的连线信息，记录所有第一节点出发连线的到达节点信息。其中，到达节点可以理解为与第一节点直接相连的节点。然后，新增目标节点，并将目标节点与第一节点连接。由于第一节点在本实施例中为发起人节点，若在其他实施例中第一节点不为发起人节点，则可以将目标节点与对应的发起人节点进行连接，具体此处不做赘述。

206、将目标节点与其他节点进行连接，获取中间连接数据，并根据中间连接数据，确定所有到达节点。

基于步骤205之后，将目标节点与其他节点进行连接，从而获取中间连接数据，并根据中间连接数据，确定所有到达节点。

在其中一个具体的实施例中，从目标节点出发，新增连线，即从目标节点出发，与原先第一节点连接的节点进行连接，从而确定对应的连接节点为到达节点，该连线信息为中间连接数据。

不难理解的是，步骤204-步骤206可以理解为新增节点功能，其中，在完成新增节点的过程中，全程都是对整个json对象的修改操作每个步骤对json的操作，bpmn.js都会同时修改xml数据。

207、移除中间连接数据，设置目标分支，以确定所有节点。

不难理解的是，步骤207可以理解为新增分支。在其中一个实施例中，新增分支的步骤与步骤204-步骤206类似，具体此处不做赘述。具体的，在步骤206之后，可以移除中间连接数据，并设置目标分支，再确定所有节点。

在其中一个具体的实施例中，若新增分支步骤为步骤203后，终端用户直接选择的操作。由此，便可以在自定义内容面板弹出的回调函数中，获取传入的节点信息和所有连线信息。然后，移除原来的连线信息，即初始连接数据。再记录所有从第一节点出发的连线信息，记录所有第一节点出发连线的到达节点的信息。再移除所有从第一节点出发的连线信息，即中间连接数据。最后新增目标分支。

基于该实施例，为方便理解和描述，请参阅图5，图5为本申请实施例公开的一种审批流程的新增分支示意图。其中，由图5可以很清楚的看出，目标分支为两个，包括三个节点和四条连线。其中，目标节点可以理解为图5中的分支节点、以及两个审批人节点，四条连线为分支至审批人节点(优先级1和2)及审批人节点(优先级1和2)至下一个审批人节点。为方便理解和描述，可以将第二节点、第三节点理解为图5中优先级1及优先级2对应的审批人节点。到达节点则是与结束节点连接的审批人节点。

208、将目标节点与其他节点进行连接，获取目标连接数据。

完成上述新增分支后，还需要新增一条连接，即从发起人节点到目标节点。然后从目标节点出发，将目标节点与其他节点进行连接，从而获取目标连接数据。

在其中一个具体的实施例中，可以从目标节点出发，新增连线出发到上述中所记录的到达节点。从而，目标节点可与其他节点进行直接或间接的连接，其中，所有的连接关系即为目标连接数据。

不难理解的是，完成新增节点，全程都是对整个json对象的修改操作，每个步骤对json的操作，bpmn.js都会同时修改xml数据。

需要说明的是，新增节点和新增分支是两个功能，可以看到图3所示，发起人节点下有两个按钮，一个是审批人，代表新增节点功能，一个是分支，代表新增分支功能。在审批流程中分支代表两个互斥的审批节点例如：权限申请表a，其中有个下拉选项为是否外包，如果选择是，则由外包管理人事审批，选择否，则由公司人事审批，在这里审批形成了分支。新建分支至少会新建两个审批人，所以至少会新增两个节点。具体此处不做赘述。

209、根据目标连接数据对初始业务流程进行调整，获取调整后的所有节点，根据目标连接数据确定调整后的所有节点的执行顺序，以使得用户根据执行顺序执行业务处理操作。

当获取到目标连接数据后，便可以根据目标连接数据对初始业务流程的所有节点进行调整，从而获取经过调整后的所有节点。再根据目标连接数据确定调整后的所有节点的执行顺序，从而使得用户根据该执行顺序执行相关的业务处理操作。

在其中一个具体的实施例中，由于bpmn.js渲染出的是一个类似画布一样的网页元素，画布内的可视节点都是自由拖拽新增等，当用户点击新增节点或者拖拽节点到一个新位置时，bpmn会自动修改xml数据，以保持xml数据为最新数据。从而，终端用户可以通过点击完成或者导出该xml数据，并将该xml数据上传到后台，以使得后台获取到xml数据后，使用相对应的xml解析器，解析出整个审批各个节点数据和前后顺序，保存到数据库。从而形成目标业务流程。由此，用户根据该执行顺序执行相关的业务处理操作。

210、获取与目标业务流程对应的申请请求数据，根据流程标识数据获取目标业务流程的所有节点，并根据节点标识数据确定所有节点中当前节点的下一节点。

在生成相关的目标业务流程后，在数据库中的相关流程会生成与该业务流程对应的流程标识。由此，当获取与目标业务流程对应的申请请求数据时，便可以根据该申请请求数据中所包含的目标业务流程的流程标识数据及当前节点的节点标识数据，获取目标业务流程及其在目标业务流程中，正在执行节点的下一个节点。

在其中一个具体的实施例中，当终端用户使用新的审批流程(目标业务流程)时发起一个审批流程时，填写的申请内容会带着流程id和正在进行的节点id，后台会根据流程id匹配到保存在数据库的整个流程xml数据，再根据正在进行的节点id，获取到下一个节点数据。

211、确定与当前节点的下一节点对应的另一用户，以使得另一用户对目标业务流程进行审批，并使得另一用户执行业务处理操作。

当确定下一节点后，便可以确定确定下一节点对应的另一用户，从而使得另一用户对目标业务流程进行审批，以使得另一用户执行业务处理操作。

在其中一个具体的实施例中，从节点数据中可以获取到此节点的角色信息id、用户信息id或者其他信息，通过角色信息id或者用户信息id从终端用户或者角色表(可理解为拥有该节点权限的角色)中获取具体用户或者角色，将流程流转到此角色或者用户，表现为此角色或者用户会有一个待审批的流程数据。由此，其他用户也可执行相关的业务流程。

212、移除目标连接数据，删除目标节点，并将所有节点中的来源节点、到达节点及其他节点进行连接，以使得用户根据来源节点及到达节点执行业务处理操作。

不难理解的是，步骤212可以理解为对于节点的另一操作方式，即删除节点。具体的，可以通过移除目标连接数据，再删除目标节点，从而将所有节点中的来源节点、到达节点及其他节点进行连接，以使得用户根据来源节点及到达节点执行业务处理操作。其中，来源节点为与目标节点相邻的上一节点，到达节点可参阅上述描述，在本步骤中，可理解为与目标节点相邻的下一节点。

在其中一个具体的实施例中，先在自定义内容面板弹出的回调函数中，获取传入的节点信息和所有连线信息。再移除原来的连线信息，然后，记录所有从目标节点出发的连线信息，记录所有到达目标节点的连线信息。然后，新增连线，链接原来的来源节点和到达节点。最后，删除目标节点。由于全程都是对整个json对象的修改操作，每个步骤对json的操作，bpmn.js都会同时修改xml数据。由于删除节点的步骤与前述新增节点或新增分支类似，其他的不再进行赘述。

不难理解的是，步骤212可在步骤204-步骤206之后，也可在步骤208或步骤209之后，具体此处不做赘述。

通过本实施例公开的一种业务处理方法，只需要产品甚至终端用户梳理好审批流程就可以自己生产一个可用的审批流程，让流程节点上的各级用户都可以获取待审批信息，进行转交、抄送、同意或者拒绝操作。不需要各种开发测试人员甚至不需要产品，终端用户就可以自己建立审批流程，当建立的审批流程在使用一段时间后不满足需求时，终端用户可以自己对流程进行微调和修改，节约时间成本。同时，利用BPMN将XML中的节点数据解析成json数据，展示回显到页面表单中，方便用户修改和创建节点数据，也方便开发人员进行xml数据的操作。

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

若方案涉及敏感信息(如用户信息、企业信息)，则应当说明针对敏感信息的收集、使用和处理需要遵守相关国家和地区的法律法规和标准，且需要在相应主体(如用户或企业等)许可或同意的情况下进行。

请参阅图6，图6为本申请实施例公开的一种业务处理系统的结构示意图。

获取单元601，用于于前端项目中获取目标项目页面的初始业务流程；其中，初始业务流程具备所有节点的修改权限，所有节点为组成初始业务流程的节点；

修改单元602，用于当接收到针对于所有节点中任一节点的节点修改指令时，根据节点修改指令对任一节点进行修改，形成目标节点；

获取单元601，还用于将目标节点与其他节点进行连接，获取目标连接数据；其中，其他节点为所有节点中不包括目标节点的节点；

调整单元603，用于根据目标连接数据对初始业务流程进行调整，获取目标业务流程；其中，目标业务流程用于用户执行业务处理操作。

示例性地，系统还包括：设置单元604；

获取单元601，具体用于获取第一节点及第一节点的初始连接数据；初始连接数据包括第一节点与其他节点的连接数据，其他节点为所有节点中不包括第一节点的节点；

设置单元604，用于移除初始连接数据，设置目标节点，并将目标节点与第一节点进行连接。

示例性地，系统还包括：确定单元605；

获取单元601，还用于将目标节点与其他节点进行连接，获取中间连接数据；

确定单元605，用于根据中间连接数据，确定所有到达节点；其中，到达节点为与目标节点相邻的下一节点；

设置单元604，还用于移除中间连接数据，设置目标分支；其中，目标分支包括第二节点、第三节点、目标节点分别与第二节点、第三节点的连接数据及第二节点、第三节点与到达节点的连接数据；

确定单元605，还用于确定所有节点；其中，所有节点包括目标节点、第一节点、第二节点、第三节点及到达节点。

示例性地，系统还包括：删除单元606及连接单元607；

删除单元606，用于移除目标连接数据，并删除目标节点；

连接单元607，用于将所有节点中的来源节点、到达节点及其他节点进行连接，以使得用户根据来源节点及到达节点执行业务处理操作；其中，来源节点为与目标节点相邻的上一节点，到达节点为与目标节点相邻的下一节点。

示例性地，系统包括：

获取单元601，具体用于获取调整后的所有节点；

确定单元605，具体用于根据目标连接数据确定调整后的所有节点的执行顺序，以使得用户根据执行顺序执行业务处理操作。

示例性地，系统还包括：创建单元608及触发单元609；

创建单元608，用于创建显示节点模块，并将显示节点模块与节点修改事件进行绑定；

触发单元609，用于当接收到针对于第四节点的节点点击指令时，触发节点修改事件，调用与节点修改事件对应的回调函数；其中，节点修改事件包括针对于第四节点的权限设置事件或发起人设置事件，第四节点为所有节点中的任一节点；

确定单元605，还用于根据回调函数将节点修改事件存入第四节点，确定节点修改指令。

示例性地，系统还包括：

获取单元601，还用于获取与目标业务流程对应的申请请求数据；其中，申请请求数据包括目标业务流程的流程标识数据及当前节点的节点标识数据，当前节点为目标业务流程中正在执行的节点；

获取单元601，还用于根据流程标识数据获取目标业务流程的所有节点，并根据节点标识数据确定所有节点中当前节点的下一节点；

确定单元605，还用于确定与当前节点的下一节点对应的另一用户，以使得另一用户对目标业务流程进行审批，并使得另一用户执行业务处理操作。

下面请参阅图7，本申请实施例公开的一种业务处理装置的结构示意图包括：

中央处理器701，存储器705，输入输出接口704，有线或无线网络接口703以及电源702；

存储器705为短暂存储存储器或持久存储存储器；

中央处理器701配置为与存储器705通信，并执行存储器705中的指令操作以执行前述图1或图2所示实施例中的业务处理方法。

本申请实施例还提供一种芯片系统，其特征在于，芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行前述图1或图2所示实施例中的业务处理方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种业务处理方法，其特征在于，所述方法包括：

于前端项目中获取目标项目页面的初始业务流程；其中，所述初始业务流程具备所有节点的修改权限，所述所有节点为组成所述初始业务流程的节点；

当接收到针对于所述所有节点中任一节点的节点修改指令时，根据所述节点修改指令对任一节点进行修改，形成目标节点；

将所述目标节点与其他节点进行连接，获取目标连接数据；其中，所述其他节点为所述所有节点中不包括所述目标节点的节点；

根据所述目标连接数据对所述初始业务流程进行调整，获取目标业务流程；其中，所述目标业务流程用于用户执行业务处理操作。

2.根据权利要求1所述的业务处理方法，其特征在于，所述根据所述节点修改指令对任一节点进行修改，形成目标节点，包括：

获取第一节点及所述第一节点的初始连接数据；所述初始连接数据包括所述第一节点与其他节点的连接数据，所述其他节点为所述所有节点中不包括所述第一节点的节点；

移除所述初始连接数据，设置目标节点，并将所述目标节点与所述第一节点进行连接。

3.根据权利要求2所述的业务处理方法，其特征在于，所述移除所述初始连接数据，设置目标节点，并将所述目标节点与所述第一节点进行连接之后，所述方法还包括：

将所述目标节点与所述其他节点进行连接，获取中间连接数据；

根据所述中间连接数据，确定所有到达节点；其中，所述到达节点为与所述目标节点相邻的下一节点；

移除所述中间连接数据，设置目标分支；其中，所述目标分支包括第二节点、第三节点、所述目标节点分别与所述第二节点、所述第三节点的连接数据及所述第二节点、所述第三节点与所述到达节点的连接数据；

确定所述所有节点；其中，所述所有节点包括所述目标节点、所述第一节点、所述第二节点、所述第三节点及所述到达节点。

4.根据权利要求1所述的业务处理方法，其特征在于，所述将所述目标节点与其他节点进行连接，获取目标连接数据之后，所述方法还包括：

移除所述目标连接数据，并删除所述目标节点；

将所述所有节点中的来源节点、到达节点及所述其他节点进行连接，以使得所述用户根据所述来源节点及所述到达节点执行业务处理操作；其中，所述来源节点为与所述目标节点相邻的上一节点，所述到达节点为与所述目标节点相邻的下一节点。

5.根据权利要求1所述的业务处理方法，其特征在于，所述获取目标业务流程，包括：

获取调整后的所有节点；

根据所述目标连接数据确定所述调整后的所有节点的执行顺序，以使得所述用户根据所述执行顺序执行业务处理操作。

6.根据权利要求1所述的业务处理方法，其特征在于，所述根据所述节点修改指令对任一节点进行修改，形成目标节点之前，所述方法还包括：

创建显示节点模块，并将所述显示节点模块与节点修改事件进行绑定；

当接收到针对于第四节点的节点点击指令时，触发所述节点修改事件，调用与所述节点修改事件对应的回调函数；其中，所述节点修改事件包括针对于所述第四节点的权限设置事件或发起人设置事件，所述第四节点为所述所有节点中的任一节点；

根据所述回调函数将所述节点修改事件存入所述第四节点，确定所述节点修改指令。

7.根据权利要求1所述的业务处理方法，其特征在于，所述根据所述目标连接数据对所述初始业务流程进行调整，获取目标业务流程之后，所述方法还包括：

获取与所述目标业务流程对应的申请请求数据；其中，所述申请请求数据包括所述目标业务流程的流程标识数据及当前节点的节点标识数据，所述当前节点为所述目标业务流程中正在执行的节点；

根据所述流程标识数据获取所述目标业务流程的所述所有节点，并根据所述节点标识数据确定所述所有节点中所述当前节点的下一节点；

确定与所述当前节点的下一节点对应的另一用户，以使得所述另一用户对所述目标业务流程进行审批，并使得所述另一用户执行业务处理操作。

8.一种业务处理系统，其特征在于，所述系统包括：

获取单元，用于于前端项目中获取目标项目页面的初始业务流程；其中，所述初始业务流程具备所有节点的修改权限，所述所有节点为组成所述初始业务流程的节点；

修改单元，用于当接收到针对于所述所有节点中任一节点的节点修改指令时，根据所述节点修改指令对任一节点进行修改，形成目标节点；

所述获取单元，还用于将所述目标节点与其他节点进行连接，获取目标连接数据；其中，所述其他节点为所述所有节点中不包括所述目标节点的节点；

调整单元，用于根据所述目标连接数据对所述初始业务流程进行调整，获取目标业务流程；其中，所述目标业务流程用于用户执行业务处理操作。

9.一种业务处理装置，其特征在于，所述装置包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行权利要求1至7中任意一项所述的业务处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至7中任意一项所述的业务处理方法。