CN116366724A - 业务流程的处理方法、装置、计算机设备、存储介质 - Google Patents

Abstract

本申请涉及大数据处理技术领域，特别是涉及一种业务流程的处理方法、装置、计算机设备、存储介质和计算机程序产品。所述方法包括：拦截向业务系统发送的业务请求；创建与所述业务请求对应的业务流程数据，将所述业务流程数据发送至工作流系统，以指示所述工作流系统生成与所述业务请求对应的业务流程，并将所述业务流程的处理节点流转至对应的第一节点；获取所述第一节点返回的流程处理结果；将所述流程处理结果发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至与所述流程处理结果对应的第二节点。采用本方法能够实现业务系统与业务流程的解耦，大大降低了业务流程处理方法的开发成本。

Description

业务流程的处理方法、装置、计算机设备、存储介质

技术领域

本申请涉及大数据处理技术领域，特别是涉及一种业务流程的处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

业务系统在处理业务请求时可能会存在多个处理阶段，譬如审核阶段、校验阶段、交易阶段、入账阶段等。由于每个处理阶段需要执行的处理操作不同，业务系统需要在进入下一个处理阶段时，将业务请求的处理节点流转至与下一个处理阶段对应的节点处。当业务请求涉及的处理阶段越多时，业务系统需要处理的节点流转操作也就越繁琐。因此，亟需一种简化业务流程操作的方法。

传统技术中，可以通过在业务系统中增加与业务功能对应的工作流系统调用接口，从而将业务功能中与业务流程相关的处理操作抽取至工作流系统处理。然而，在业务系统中集成有多个业务功能的情况下，采用传统技术中的业务流程处理方法时需要开发对应的多个调用接口，从而存在开发工作量较大的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种开发工作量较小的业务流程的处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种业务流程的处理方法。所述方法包括：

拦截向业务系统发送的业务请求；

创建与所述业务请求对应的业务流程数据，将所述业务流程数据发送至工作流系统，以指示所述工作流系统生成与所述业务请求对应的业务流程，并将所述业务流程的处理节点流转至对应的第一节点；

获取所述第一节点返回的流程处理结果；

将所述流程处理结果发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至与所述流程处理结果对应的第二节点。

在其中一个实施例中，所述方法还包括：

获取所述业务请求的业务标识；

采用所述业务标识查询是否存在与所述业务请求对应的流程记录；

响应于所述流程记录不存在的结果，采用所述业务标识和所述业务流程数据创建与所述业务请求对应的目标流程记录。

在其中一个实施例中，所述方法还包括：

响应于所述流程处理结果为核验通过，将所述业务请求转发至所述业务系统，并更新所述目标流程记录的处理状态。

在其中一个实施例中，所述方法还包括：

响应于所述流程处理结果为核验不通过，将所述业务请求回退至请求发起端；

获取所述请求发起端发送的与所述业务请求对应的业务更新数据；

采用所述业务更新数据对所述业务流程数据进行更新，并将更新后的所述业务流程数据发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至所述第一节点。

在其中一个实施例中，在所述获取所述请求发起端发送的与所述业务请求对应的业务更新数据之前，还包括：

响应于所述请求发起端发送的数据查询请求，从所述目标流程记录中查询得到与所述流程处理结果对应的异常业务数据；

将所述异常业务数据返回至所述请求发起端，以指示所述请求发起端对所述异常业务数据进行更新，并返回更新后的业务更新数据。

在其中一个实施例中，在所述获取所述第一节点返回的流程处理结果之前，包括：

响应于所述第一节点发送的信息浏览请求，从所述目标流程记录中获取所述业务请求的业务数据；

将所述业务数据发送至所述第一节点，以指示所述第一节点返回与所述业务数据对应的流程处理结果。

在其中一个实施例中，所述拦截向业务系统发送的业务请求，包括：

确定所述业务请求对应的业务类型；

响应于所述业务类型满足预设条件的结果，执行所述拦截向业务系统发送的业务请求的操作。

第二方面，本申请还提供了一种业务流程的处理装置。所述装置包括：

请求拦截模块，用于拦截向业务系统发送的业务请求；

流程创建模块，用于创建与所述业务请求对应的业务流程数据，将所述业务流程数据发送至工作流系统，以指示所述工作流系统生成与所述业务请求对应的业务流程，并将所述业务流程的处理节点流转至对应的第一节点；

结果获取模块，用于获取所述第一节点返回的流程处理结果；

节点流转模块，用于将所述流程处理结果发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至与所述流程处理结果对应的第二节点。

在其中一个实施例中，所述装置还包括：

标识获取模块，用于获取所述业务请求的业务标识；

记录查询模块，用于采用所述业务标识查询是否存在与所述业务请求对应的流程记录；

记录创建模块，用于响应于所述流程记录不存在的结果，采用所述业务标识和所述业务流程数据创建与所述业务请求对应的目标流程记录。

在其中一个实施例中，所述装置还包括：

请求转发模块，用于响应于所述流程处理结果为核验通过，将所述业务请求转发至所述业务系统，并更新所述目标流程记录的处理状态。

在其中一个实施例中，所述装置还包括：

节点回退模块，用于响应于所述流程处理结果为核验不通过，将所述业务请求回退至请求发起端；

数据更新模块，用于获取所述请求发起端发送的与所述业务请求对应的业务更新数据，采用所述业务更新数据对所述业务流程数据进行更新，并将更新后的所述业务流程数据发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至所述第一节点。

在其中一个实施例中，所述装置还包括：

查询响应模块，用于响应于所述请求发起端发送的数据查询请求，从所述目标流程记录中查询得到与所述流程处理结果对应的异常业务数据；

第一数据返回模块，用于将所述异常业务数据返回至所述请求发起端，以指示所述请求发起端对所述异常业务数据进行更新，并返回更新后的业务更新数据。

在其中一个实施例中，所述装置还包括：

浏览响应模块，用于响应于所述第一节点发送的信息浏览请求，从所述目标流程记录中获取所述业务请求的业务数据；

第二数据返回模块，用于将所述业务数据发送至所述第一节点，以指示所述第一节点返回与所述业务数据对应的流程处理结果。

在其中一个实施例中，所述请求拦截模块，还用于确定所述业务请求对应的业务类型，响应于所述业务类型满足预设条件的结果，执行所述拦截向业务系统发送的业务请求的操作。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项实施例所述的业务流程的处理方法。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一项实施例所述的业务流程的处理方法。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面任一项实施例所述的业务流程的处理方法。

上述业务流程的处理方法、装置、计算机设备、存储介质和计算机程序产品，通过拦截向业务系统发送的业务请求，创建与业务请求对应的业务流程数据，将业务流程数据发送至工作流系统，以指示工作流系统生成与业务请求对应的业务流程，并将业务流程的处理节点流转至对应的第一节点，获取第一节点返回的流程处理结果，将流程处理结果发送至工作流系统，以指示工作流系统将业务流程的处理节点流转至与流程处理结果对应的第二节点，能够在业务系统接收业务请求之前，对业务请求统一拦截处理，从而使得无需为业务系统中每个单独的业务模块配置相应的工作流调用接口，大大降低了业务流程处理方法的开发成本，并且还能够利用与工作流系统之间的数据交互，直接调用工作流系统执行与业务请求相关的流程处理操作，从而使得业务系统无需关注与业务请求相关的流程信息，实现了业务系统与业务流程的解耦。

同时，由于本申请提供的业务流程的处理方法通过拦截向业务系统发送的业务请求，创建与业务请求对应的业务流程数据，以指示工作流系统生成相应的业务流程，还能够实现对业务流程的统一管理。

附图说明

图1为一个实施例中业务流程的处理方法的应用环境图；

图2为一个实施例中业务流程的处理方法的流程示意图；

图3为一个实施例中流程记录创建步骤的流程示意图；

图4为一个实施例中业务请求回退步骤的流程示意图；

图5为另一个实施例中业务流程的处理方法的流程示意图；

图6为一个实施例中复核流程处理方法的流程示意图；

图7为另一个实施例中复核流程处理方法的流程示意图；

图8为一个实施例中业务流程的处理装置的结构框图；

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

具体实施方式

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

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本申请实施例提供的业务流程的处理方法，可以应用于如图1所示的应用环境中，并通过终端102与服务器104之间的交互实现。其中，服务器104中可以运行有流程处理组件1042、业务系统1044和工作流系统1046。一个示例中，在服务器104包括多个分布式服务器的情况下，流程处理组件1042、业务系统1044和工作流系统1046也部署在不同的分布式服务器中。终端102中可以运行有与业务系统1044对应的客户端。

具体地，服务器104可以利用流程处理组件1042拦截终端102中客户端向业务系统1044发送的业务请求。利用流程处理组件1042创建与业务请求对应的业务流程数据，并将业务流程数据发送至工作流系统1046，以指示工作流系统1046生成与业务请求对应的业务流程，并将业务流程的处理节点流转至第一节点。服务器104可以利用流程处理组件1042获取第一节点返回的与业务请求对应的流程处理结果，将流程处理结果发送至工作流系统1046，以指示工作流系统1046将业务流程的处理节点流转至与流程处理结果对应第二节点。

其中，终端102可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以采用独立的服务器或者是多个服务器组成的分布式服务器集群来实现。

在一个实施例中，如图2所示，提供了一种业务流程的处理方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：

步骤S202，拦截向业务系统发送的业务请求。

具体地，服务器在检测到存在客户端发送的业务请求时，可以采用流程处理组件拦截客户端向业务系统发送的全部业务请求，或者，也可以采用流程处理组件按照预设规则对满足拦截条件的业务请求进行拦截。

步骤S204，创建与业务请求对应的业务流程数据，将业务流程数据发送至工作流系统，以将处理节点流转至第一节点。

具体地，服务器可以采用流程处理组件对业务请求进行解析，获取业务请求中携带的业务标识、请求数据、业务类型等信息。根据业务类型确定与业务请求对应的处理阶段以及与每个处理阶段对应的处理节点，从而利用处理阶段、处理节点、业务标识、请求数据等信息创建与业务请求对应的业务流程数据。

服务器可以采用流程处理组件将业务流程数据发送至工作流系统，以指示工作流系统生成与业务请求对应的业务流程，并将业务流程的处理节点流转至对应的第一节点。其中，第一节点可以用于表征对业务请求的起始处理节点。第一节点可以是但不仅限于业务系统的节点、客户端的节点或者第三方的节点。

一个示例中，在业务请求为账户申请请求的情况下，第一节点可以是业务系统中的账户创建节点。另一个示例中，在业务请求需要审核的情况下，第一节点可以是客户端中的审核节点。另一个示例中，在业务请求为数据查询请求的情况下，第一节点可以是第三方数据源的查询节点。

步骤S206，获取第一节点返回的流程处理结果。

其中，流程处理结果可以用于表征第一节点对业务请求的处理结果。

一个示例中，在第一节点执行的操作为审核操作的情况下，流程处理结果可以为核验通过或者不通过。另一个示例中，在第一节点执行的操作为数据获取操作的情况下，流程处理结果可以为具体的数据内容。

具体地，服务器可以采用流程处理组件响应于第一节点触发的数据获取操作，将第一节点所需的与业务请求相关的业务流程数据发送至第一节点，以使得第一节点对业务流程数据进行处理，从而生成对业务请求的流程处理结果并返回。服务器可以采用流程处理组件获取第一节点返回的流程处理结果。

步骤S208，将流程处理结果发送至工作流系统，以将处理节点流转至第二节点。

具体地，服务器可以采用流程处理组件将流程处理结果发送至工作流系统，以指示工作流系统将业务流程的处理节点流转至与流程处理结果对应的第二节点。其中，第二节点可以是在业务请求当前对应的处理阶段之后的下一个处理阶段对应的节点。

一个示例中，第二节点可以是业务系统、客户端或第三方的新的节点，或者也可以是第一节点。譬如，在流程处理结果为请求核验通过或者具体的数据内容的情况下，与流程处理结果对应的第二节点可以是业务请求对应的下一个处理阶段的节点。而在流程处理结果为核验不通过的情况下，与流程处理结果对应的第二节点可以是业务请求与当前处理节点对应的第一节点。

上述业务流程的处理方法，通过拦截向业务系统发送的业务请求，创建与业务请求对应的业务流程数据，将业务流程数据发送至工作流系统，以指示工作流系统生成与业务请求对应的业务流程，并将业务流程的处理节点流转至对应的第一节点，获取第一节点返回的流程处理结果，将流程处理结果发送至工作流系统，以指示工作流系统将业务流程的处理节点流转至与流程处理结果对应的第二节点，能够在业务系统接收业务请求之前，利用与工作流系统之间的数据交互，直接调用工作流系统执行与业务请求相关的流程处理操作，从而实现业务系统与业务流程的解耦，大大降低了业务流程处理方法的开发成本。

同时，由于上述业务流程的处理方法通过拦截向业务系统发送的业务请求，创建与业务请求对应的业务流程数据，以指示工作流系统生成相应的业务流程，还能够实现对业务流程的统一管理。

在一个实施例中，如图3所示，本申请提供的业务流程的处理方法还可以包括：

步骤S302，获取业务请求的业务标识。

步骤S304，采用业务标识查询是否存在与业务请求对应的流程记录。

其中，业务标识可以用于表征业务请求的唯一标识，譬如业务流水序号、业务请求字符串等标识中的任一种。

具体地，服务器可以对业务请求进行解析得到业务请求的业务标识。采用业务标识在数据库中查询是否存在与业务标识匹配的流程记录，也即是否存在与当前业务请求对应的流程记录。在确认存在与业务请求对应的流程记录的情况下，可以向客户端返回相应的提示信息，以避免对业务请求的重复处理。在确认不存在与业务请求对应的流程记录的情况下，可以执行步骤S306。

步骤S306，响应于流程记录不存在的结果，采用业务标识和业务流程数据创建与业务请求对应的目标流程记录。

具体地，服务器可以响应于与当前业务请求对应的流程记录不存在的结果，采用业务标识和业务流程数据创建与业务请求对应的目标流程记录，以利用目标流程记录存储与当前业务请求相关的流程处理阶段、流程处理结果或流程处理节点等信息。

本实施例中，通过获取业务请求唯一的业务标识，采用业务标识查询是否存在与业务请求对应的流程记录，能够提高流程记录的查询效率以及准确性，通过响应于流程记录不存在的结果，采用业务标识和业务流程数据创建与业务请求对应的目标流程记录，能够避免重复创建与同一业务请求对应的流程记录，从而降低业务流程的处理成本。

在一个实施例中，本申请提供的业务流程的处理方法还可以包括：响应于流程处理结果为核验通过，将业务请求转发至业务系统，并更新目标流程记录的处理状态。

具体地，服务器可以响应于第一节点返回的流程处理结果为核验通过，确定业务请求可以进入业务系统中处理。此时与流程处理结果对应的第二节点可以为业务系统中的业务处理节点。采用流程处理组件将拦截的业务请求转发至业务系统，并更新目标流程记录中与业务请求对应的处理状态为已处理。将核验通过的流程处理结果发送至工作流系统，以指示工作流系统将业务请求对应的业务流程的处理节点流转至业务系统中的业务处理节点。从而使得业务系统中的业务处理节点开始执行对业务请求的处理操作。

本实施例中，通过响应于流程处理结果为核验通过，将业务请求转发至业务系统，并更新目标流程记录的处理状态，能够在业务请求进入业务系统之前完成对业务请求的核验流程处理操作，从而降低业务系统的开发工作量。

在一个实施例中，如图4所示，本申请提供的业务流程的处理方法还可以包括：

步骤S402，响应于流程处理结果为核验不通过，将业务请求回退至请求发起端。

其中，请求发起端可以用于表征发起业务请求的客户端。

具体地，服务器可以响应于第一节点返回的流程处理结果为核验不通过，确定当前业务请求不适于进入下一个处理节点，采用流程处理组件将业务请求回退至业务请求对应的请求发起端。并将核验不通过的流程处理结果发送至工作流系统，以指示工作流系统将业务请求对应的业务流程的处理节点回退至与请求发起端对应的请求发起节点。从而便于请求发起端确认是否需要放弃业务请求或者对业务请求进行修改后重新提交。

步骤S404，获取请求发起端发送的与业务请求对应的业务更新数据。

步骤S406，采用业务更新数据对业务流程数据进行更新，并将更新后的业务流程数据发送至工作流系统。

具体地，服务器可以采用流程处理组件获取请求发起端发送的与业务请求对应的业务更新数据。按照业务请求的业务标识查询当前存储的与业务请求对应的业务流程数据，采用业务更新数据对业务流程数据进行更新，并将更新后的业务流程数据发送至工作流系统，以指示工作流系统将当前业务请求对应的业务流程的处理节点流转至第一节点。从而使得第一节点对更新后的业务流程数据进行处理，并返回相应的流程处理结果。

一个示例中，服务器还可以采用更新后的业务流程数据在目标流程记录中新增与业务流程数据更新操作相关的记录。

本实施例中，通过响应于流程处理结果为核验不通过，将业务请求回退至请求发起端，获取请求发起端发送的与业务请求对应的业务更新数据，采用业务更新数据对业务流程数据进行更新，并将更新后的业务流程数据发送至工作流系统，能够便于请求发起端对核验不通过的业务请求进行数据更新修改，从而提高业务流程处理的灵活性。

在一个实施例中，在步骤S404，获取请求发起端发送的与业务请求对应的业务更新数据之前，还可以包括：响应于请求发起端发送的数据查询请求，从目标流程记录中查询得到与流程处理结果对应的异常业务数据，将异常业务数据返回至请求发起端。

其中，异常业务数据可以用于表征第一节点确定核验不通过的数据。

具体地，服务器可以响应于请求发起端发送的与业务请求对应的数据查询请求，采用流程处理组件按照业务请求的业务标识从目标流程记录中查询得到与核验不通过的流程处理结果对应的异常业务数据，将异常业务数据返回至请求发起端，以指示请求发起端对业务数据进行更新，并返回更新后的业务更新数据。一个示例中，服务器在将异常业务数据返回至请求发起端的同时，还可以将异常业务数据核验不通过的原因也发送至请求发起端，以便于请求发起端针对原因对异常业务数据进行更新。

本实施例中，通过响应于请求发起端发送的数据查询请求，从目标流程记录中查询得到与流程处理结果对应的异常业务数据，将异常业务数据返回至请求发起端，不仅能够提高业务更新数据的获取效率，同时还能够有助于提高对更新后的业务流程数据的核验通过率。

在一个实施例中，在步骤S206，获取第一节点返回的流程处理结果之前，还可以包括：响应于第一节点发送的信息浏览请求，从目标流程记录中获取业务请求的业务数据，将业务数据发送至第一节点。

具体地，服务器可以在工作流系统将业务流程的处理节点流转至第一节点之后，响应于第一节点执行对业务请求的处理操作时触发的信息浏览请求，按照业务请求的业务标识从目标流程记录中获取业务请求中需要第一节点处理的业务数据，将业务数据发送至第一节点，以指示第一节点返回与业务数据对应的流程处理结果。

可选地，在一些实施例中，服务器还可以根据信息浏览请求携带的类型标识，确定对信息浏览请求的处理方式。譬如，在接收到类型标识为“S”的情况下，可以采用简单处理方式对信息浏览请求进行处理，此时仅需按照业务请求的业务标识即可查询得到第一节点所需的信息。在接收到类型标识为“C”的情况下，可以采用复杂处理方式对信息浏览请求进行处理，譬如对信息浏览请求中携带的查询条件进行解析，并采用解析得到的查询条件进行查询。

本实施例中，通过响应于第一节点发送的信息浏览请求，从目标流程记录中获取业务请求的业务数据，将业务数据发送至第一节点，能够简化第一节点对业务请求的处理操作，提高业务数据的获取效率。

在一个实施例中，步骤S202，拦截向业务系统发送的业务请求，包括：确定业务请求对应的业务类型，响应于业务类型满足预设条件的结果，执行拦截向业务系统发送的业务请求的操作。

具体地，服务器可以预先配置与请求拦截相关的预设条件。当检测到存在向业务系统发送的业务请求时，可以根据业务请求的报文标识确定业务请求对应的业务类型。将业务类型与预设条件中的拦截类型进行匹配，在确定业务类型与拦截类型匹配成功的情况下，响应于业务类型满足预设条件的结果，执行拦截向业务系统发送的业务请求的操作。

一个示例中，预设条件可以为拦截交易类型的业务请求，

本实施例中，通过判断业务请求的业务类型是否满足预设条件，从而确定是否要对业务请求进行拦截，能够实现针对特定业务的请求拦截处理，从而降低流程处理组件的拦截工作量。

在一个实施例中，如图5所示，提供了一种业务流程的处理方法，包括：

步骤S502，响应于业务类型满足预设条件的结果，拦截向业务系统发送的业务请求。

具体地，服务器可以采用流程处理组件响应于请求发起端(譬如客户端页面)触发的业务请求，对业务请求进行解析，从而确定业务请求对应的业务类型。通过流程处理组件采用预设条件对业务类型进行判断。响应于业务类型满足预设条件的结果，拦截向业务系统发送的业务请求。一个示例中，当业务类型不满足预设条件时，可以直接向业务系统发送该业务请求。

步骤S504，采用业务请求的业务标识查询是否存在与业务请求对应的流程记录。

具体地，服务器可以采用业务请求唯一的业务标识在数据库中查询是否存在与当前的业务请求对应的流程记录。在确定存在流程记录的情况下，可以执行步骤S514的操作，将当前业务请求回退至请求发起端，并返回相应的提示信息。在确定不存在流程记录的情况下，可以执行后续步骤S506的操作。

步骤S506，响应于流程记录不存在的结果，创建与业务请求对应的业务流程数据以及目标流程记录，将业务流程数据和目标流程记录发送至工作流系统。

具体地，服务器可以响应于流程记录不存在的结果，采用流程处理组件确定与业务请求对应的处理阶段以及每个处理节点下的处理节点，采用处理阶段、处理节点以及业务请求解析得到的相关数据创建与业务请求对应的业务流程数据。并采用业务请求的业务标识和业务流程数据生成与业务请求对应的目标流程记录。采用流程处理组件将业务流程数据以及目标流程记录发送至工作流系统存储，并指示工作流系统将当前业务请求的处理节点流转至第一节点。

步骤S508，响应于第一节点发送的信息浏览请求，从目标流程记录中获取业务请求的业务数据并发送。

步骤S510，获取第一节点返回的相应的流程处理结果。

具体地，服务器可以响应于第一节点发送的信息浏览请求，按照业务请求唯一的业务标识从目标流程记录中获取业务请求的业务数据，将业务数据发送至第一节点，以指示第一节点对业务数据进行处理，并返回相应的流程处理结果。采用流程处理组件接收第一节点返回的相应的流程处理结果。在流程处理结果为核验通过的情况下，执行步骤S512。在流程处理结果为核验不通过的情况下，执行步骤S514。

步骤S512，将业务请求转发至业务系统，并更新目标流程记录的处理状态。

具体地，服务器可以采用流程处理组件响应于流程处理结果为核验通过，将业务请求转发至业务系统，并更新目标流程记录的处理状态为已处理。将核验通过的流程处理结果发送至工作流系统，以指示工作流系统将业务请求的业务流程的处理节点流转至业务系统节点。

步骤S514，将业务请求回退至请求发起端。

具体地，服务器可以采用流程处理组件响应于流程处理结果为核验不通过，将业务请求回退至请求发起端，将核验不通过的流程处理结果发送至工作流系统，以指示工作流系统将业务请求的处理节点流转至请求发起节点。

服务器可以采用流程处理组件响应于请求发起节点触发的数据查询请求，从请求发起端返回与核验不通过相关的异常业务数据，并接收请求发起端返回的业务更新数据。采用业务更新数据对业务流程数据进行更新，将更新后的业务流程数据发送至工作流系统，以指示工作流系统将业务请求的处理节点流转至第一节点，从而使得第一节点再次执行对更新后的业务流程数据的核验操作。

可选地，在一些实施例中，如图6所示，提供了一种本申请实施例中的复核流程处理方法。如图7所示，提供了一种现有技术中的复核流程处理方法。

经过图6和图7的对比，可以直观地看出现有技术中的复核流程处理方法需要在业务请求进入业务系统之后，再由业务系统来调用工作流系统进行复核流程的创建和处理节点流转操作。每当业务系统中新增一个业务模块时，都需要增加与工作流系统之间的调用接口，从而导致开发工作量较大的问题，同时由于业务请求的流程相对独立，还存在业务流程难以管理的问题，

而本申请实施例中的复核流程处理方法，利用流程处理组件直接拦截前端页面发起的业务请求，利用流程处理组件与工作流系统以及前端页面的交互，实现对业务请求的完整复核流程处理，从而降低开发工作量，提高复核效率。

本实施例中，通过拦截向业务系统发送的业务请求，创建与业务请求对应的业务流程数据，将业务流程数据发送至工作流系统，以指示工作流系统生成与业务请求对应的业务流程，并将业务流程的处理节点流转至对应的第一节点，获取第一节点返回的流程处理结果，将流程处理结果发送至工作流系统，以指示工作流系统将业务流程的处理节点流转至与流程处理结果对应的第二节点，能够在业务系统接收业务请求之前，利用与工作流系统之间的数据交互，直接调用工作流系统执行与业务请求相关的流程处理操作，从而实现业务系统与业务流程的解耦，大大降低了业务流程处理方法的开发成本。

同时，由于本实施例中提供的业务流程的处理方法通过拦截向业务系统发送的业务请求，创建与业务请求对应的业务流程数据，以指示工作流系统生成相应的业务流程，还能够实现对业务流程的统一管理。

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

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

在一个实施例中，如图8所示，提供了一种业务流程的处理装置800，包括：请求拦截模块802、流程创建模块804、结果获取模块806和节点流转模块808，其中：

请求拦截模块802，用于拦截向业务系统发送的业务请求。

流程创建模块804，用于创建与业务请求对应的业务流程数据，将业务流程数据发送至工作流系统，以指示工作流系统生成与业务请求对应的业务流程，并将业务流程的处理节点流转至对应的第一节点。

结果获取模块806，用于获取第一节点返回的流程处理结果。

节点流转模块808，用于将流程处理结果发送至工作流系统，以指示工作流系统将业务流程的处理节点流转至与流程处理结果对应的第二节点。

在一个实施例中，业务流程的处理装置800还包括：标识获取模块，用于获取业务请求的业务标识；记录查询模块，用于采用业务标识查询是否存在与业务请求对应的流程记录；记录创建模块，用于响应于流程记录不存在的结果，采用业务标识和业务流程数据创建与业务请求对应的目标流程记录。

在一个实施例中，业务流程的处理装置800还包括：请求转发模块，用于响应于流程处理结果为核验通过，将业务请求转发至业务系统，并更新目标流程记录的处理状态。

在一个实施例中，业务流程的处理装置800还包括：节点回退模块，用于响应于流程处理结果为核验不通过，将业务请求回退至请求发起端；数据更新模块，用于获取请求发起端发送的与业务请求对应的业务更新数据，采用业务更新数据对业务流程数据进行更新，并将更新后的业务流程数据发送至工作流系统，以指示工作流系统将业务流程的处理节点流转至第一节点。

在一个实施例中，业务流程的处理装置800还包括：查询响应模块，用于响应于请求发起端发送的数据查询请求，从目标流程记录中查询得到与流程处理结果对应的异常业务数据；第一数据返回模块，用于将异常业务数据返回至请求发起端，以指示请求发起端对异常业务数据进行更新，并返回更新后的业务更新数据。

在一个实施例中，业务流程的处理装置800还包括：浏览响应模块，用于响应于第一节点发送的信息浏览请求，从目标流程记录中获取业务请求的业务数据；第二数据返回模块，用于将业务数据发送至第一节点，以指示第一节点返回与业务数据对应的流程处理结果。

在一个实施例中，请求拦截模块802，还用于确定业务请求对应的业务类型，响应于业务类型满足预设条件的结果，执行拦截向业务系统发送的业务请求的操作。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务标识、业务流程数据、目标流程记录等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务流程的处理方法。

本领域技术人员可以理解，图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 (17)

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

拦截向业务系统发送的业务请求；

创建与所述业务请求对应的业务流程数据，将所述业务流程数据发送至工作流系统，以指示所述工作流系统生成与所述业务请求对应的业务流程，并将所述业务流程的处理节点流转至对应的第一节点；

获取所述第一节点返回的流程处理结果；

将所述流程处理结果发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至与所述流程处理结果对应的第二节点。

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

获取所述业务请求的业务标识；

采用所述业务标识查询是否存在与所述业务请求对应的流程记录；

响应于所述流程记录不存在的结果，采用所述业务标识和所述业务流程数据创建与所述业务请求对应的目标流程记录。

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

响应于所述流程处理结果为核验通过，将所述业务请求转发至所述业务系统，并更新所述目标流程记录的处理状态。

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

响应于所述流程处理结果为核验不通过，将所述业务请求回退至请求发起端；

获取所述请求发起端发送的与所述业务请求对应的业务更新数据；

采用所述业务更新数据对所述业务流程数据进行更新，并将更新后的所述业务流程数据发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至所述第一节点。

5.根据权利要求4所述的方法，其特征在于，在所述获取所述请求发起端发送的与所述业务请求对应的业务更新数据之前，还包括：

响应于所述请求发起端发送的数据查询请求，从所述目标流程记录中查询得到与所述流程处理结果对应的异常业务数据；

将所述异常业务数据返回至所述请求发起端，以指示所述请求发起端对所述异常业务数据进行更新，并返回更新后的业务更新数据。

6.根据权利要求2所述的方法，其特征在于，在所述获取所述第一节点返回的流程处理结果之前，包括：

响应于所述第一节点发送的信息浏览请求，从所述目标流程记录中获取所述业务请求的业务数据；

将所述业务数据发送至所述第一节点，以指示所述第一节点返回与所述业务数据对应的流程处理结果。

7.根据权利要求1～6中任一项所述的方法，其特征在于，所述拦截向业务系统发送的业务请求，包括：

确定所述业务请求对应的业务类型；

响应于所述业务类型满足预设条件的结果，执行所述拦截向业务系统发送的业务请求的操作。

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

请求拦截模块，用于拦截向业务系统发送的业务请求；

流程创建模块，用于创建与所述业务请求对应的业务流程数据，将所述业务流程数据发送至工作流系统，以指示所述工作流系统生成与所述业务请求对应的业务流程，并将所述业务流程的处理节点流转至对应的第一节点；

结果获取模块，用于获取所述第一节点返回的流程处理结果；

节点流转模块，用于将所述流程处理结果发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至与所述流程处理结果对应的第二节点。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

标识获取模块，用于获取所述业务请求的业务标识；

记录查询模块，用于采用所述业务标识查询是否存在与所述业务请求对应的流程记录；

记录创建模块，用于响应于所述流程记录不存在的结果，采用所述业务标识和所述业务流程数据创建与所述业务请求对应的目标流程记录。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

请求转发模块，用于响应于所述流程处理结果为核验通过，将所述业务请求转发至所述业务系统，并更新所述目标流程记录的处理状态。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括：

节点回退模块，用于响应于所述流程处理结果为核验不通过，将所述业务请求回退至请求发起端；

数据更新模块，用于获取所述请求发起端发送的与所述业务请求对应的业务更新数据，采用所述业务更新数据对所述业务流程数据进行更新，并将更新后的所述业务流程数据发送至所述工作流系统，以指示所述工作流系统将所述业务流程的处理节点流转至所述第一节点。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

查询响应模块，用于响应于所述请求发起端发送的数据查询请求，从所述目标流程记录中查询得到与所述流程处理结果对应的异常业务数据；

第一数据返回模块，用于将所述异常业务数据返回至所述请求发起端，以指示所述请求发起端对所述异常业务数据进行更新，并返回更新后的业务更新数据。

13.根据权利要求9所述的装置，其特征在于，所述装置还包括：

浏览响应模块，用于响应于所述第一节点发送的信息浏览请求，从所述目标流程记录中获取所述业务请求的业务数据；

第二数据返回模块，用于将所述业务数据发送至所述第一节点，以指示所述第一节点返回与所述业务数据对应的流程处理结果。

14.根据权利要求8～13中任一项所述的装置，其特征在于，所述请求拦截模块，还用于确定所述业务请求对应的业务类型，响应于所述业务类型满足预设条件的结果，执行所述拦截向业务系统发送的业务请求的操作。

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

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

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

Images