CN112685091A - 基于大数据的业务请求处理方法、装置、设备和介质 - Google Patents

Abstract

本申请涉及大数据技术领域，特别是涉及一种基于大数据的业务请求处理方法、装置、设备和介质。方法包括：接收业务处理请求，业务处理请求携带有业务组件标识；获取业务组件标识对应的配置路由；根据配置路由跳转至组件处理接口，以通过组件处理接口执行业务组件标识对应的业务组件任务；根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件；根据下一个业务组件对应的下一个组件处理接口执行下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。此外，本发明还涉及区块链技术，隐私信息如流转数据表可存储于区块链中。采用本方法能够提高业务处理效率。

Description

基于大数据的业务请求处理方法、装置、设备和介质

技术领域

本申请涉及大数据技术领域，特别是涉及一种基于大数据的业务请求处理方法、装置、设备和介质。

背景技术

随着产品研发组支持的产品项目越来越多，几乎每个项目都会有导出审批，流程流转等需求。

传统技术中，为了提高开发效率和组件化的目的，调研和开发通用的工作流组件，为后面的项目和新的需求提供快速支持。目前主流的工作流组件有Activiti和JBPM。

但是，上述方法存在流程节点与实际业务耦合的问题，使得流程设计只能适用于一个固定的业务场景，不够灵活，不能适用于多种场景下的业务处理。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高业务处理效率的业务请求处理方法、装置、计算机设备和存储介质。

一种业务请求处理方法，方法包括：

接收业务处理请求，业务处理请求携带有业务组件标识；

获取业务组件标识对应的配置路由；

根据配置路由跳转至组件处理接口，以通过组件处理接口执行业务组件标识对应的业务组件任务；

根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件；

根据下一个业务组件对应的下一个组件处理接口执行下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。

在一个实施例中，接收业务处理请求，包括：

获取待处理业务对应的业务路径；

根据业务路径跳转对应的待处理业务界面，待处理界面中包括待处理业务导向结构图，待处理业务导向图中包括至少一个业务组件以及不同业务组件之间的流转关系；

通过待处理业务界面接收针对待处理业务组件的业务处理请求。

在一个实施例中，待处理业务导向结构图的生成方式，包括：

获取待处理业务对应的业务组件，以及每一个业务组件对应的配置属性；

根据每一个业务组件对应的配置属性对业务组件进行编辑处理得到可执行的业务组件；

获取各业务组件之间的流转关系，根据流转关系连接对应可执行的业务组件得到待处理业务导向结构图。

在一个实施例中，业务组件标识的配置路由的配置方式，包括：

获取业务组件标识对应的业务处理逻辑；

将业务处理逻辑进行封装处理得到组件处理接口；

为组件处理接口设置配置路由，并将配置路由与业务组件标识进行关联。

在一个实施例中，根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件，包括：

从预配置的流转数据表中调用流程执行接口；

根据流程执行接口确定与业务组件标识对应的下一个流转组件，并将下一个流转组件作为下一个业务组件；

获取下一个业务组件对应的下一个配置路由；

根据下一个配置路由跳转至下一个组件处理接口，以根据下一个组件处理接口执行对应的下一个业务组件对应的下一个业务组件任务。

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

获取业务需求，根据业务需求配置流转数据表，流转信息表中包括业务组件之间的流转关系，流转数据表包括流程信息表、流程执行表、流程处理表、流程抄送表、流程授权代理表以及流程处理历史表中的一个或者多个，流转数据表存储至区块链节点中。

一种业务请求处理装置，装置包括：

接收模块，用于接收业务处理请求，业务处理请求携带有业务组件标识；

第一获取模块，用于获取业务组件标识对应的配置路由；

第一执行模块，用于根据配置路由跳转至组件处理接口，以通过组件处理接口执行业务组件标识对应的业务组件任务；

第二获取模块，用于根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件；

第二执行模块，用于根据下一个业务组件对应的下一个组件处理接口执行下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。

在一个实施例中，接收模块还用于获取待处理业务对应的业务路径；根据业务路径跳转对应的待处理业务界面，待处理界面中包括待处理业务导向结构图，待处理业务导向图中包括至少一个的业务节点以及业务节点之间的流转关系；通过待处理业务界面接收针对待处理节点的业务处理请求。

一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述任意实施例的方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意实施例的方法的步骤。

上述业务请求处理方法、装置、计算机设备和存储介质，接收业务处理请求，业务处理请求中携带有业务组件标识；获取业务组件标识对应的配置路由；根据配置路由跳转至组件处理接口，以根据组件处理接口执行对应的业务组件任务。根据预配置的流转数据表获取业务组件标识对应的流转组件，并根据流转组件执行下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。通过预先为对应的业务组件配置路由信息，进而实现了获取对应的业务处理逻辑，并根据具体的业务处理逻辑执行具体的业务功能。通过将业务实现逻辑与业务流转关系进行分离，实现了流程与业务之间的解耦，使得本方法能够适应更多的业务处理过程，提高了业务处理的适用性，提高了业务处理的效率。

附图说明

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

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

图3为一个实施例中提供的一种业务导向结构图的绘制页面图；

图4为一个实施例中业务请求处理装置的结构框图；

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

具体实施方式

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

本申请提供的业务请求处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。服务器104接收终端102发送的业务处理请求，业务处理请求中携带有业务组件标识；获取业务组件标识对应的配置路由；根据配置路由跳转至组件处理接口，以根据组件处理接口执行对应的业务组件任务；根据预配置的流转数据表获取业务组件标识对应的流转组件，并根据流转组件执行下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

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

步骤202，接收业务处理请求，业务处理请求携带有业务组件标识。

其中，业务处理请求是执行具体业务的请求，业务组件标识是实现待处理业务中某一个具体功能对应的标识。如当业务处理请求对应为请假业务流程时，业务组件具体可以是发起请假流程的业务组件，也可以是提交请假功能对应的业务组件。需要说明的是，针对一个具体的业务处理请求，其携带的业务组件标识的个数可包括一个或者多个，在此不做限制。

步骤204，获取业务组件标识对应的配置路由。

其中，配置路由是与业务组件一一对应的，是用于确定业务组件的访问路径的数据。在一个实施例中，配置路由中可包括地址信息，进而可以将地址信息作为访问路径并访问对应位置的数据。

需要说明的是，基于不同的业务场景，可以为业务组件标识配置相对应的场景配置路由，进而根据场景配置路由跳转至与对应场景适应的处理界面，以提高业务处理的场景适应性，提高业务处理的能力。

步骤206，根据配置路由跳转至组件处理接口，以通过组件处理接口执行业务组件标识对应的业务组件任务。

其中，组件处理接口中预先配置了实现具体组件功能的逻辑，进而可以通过与业务组件标识对应的配置路由确定的访问路径跳转至组件处理接口，进而根据组件处理接口实现对业务组件的功能化处理，提高了业务处理的效率。

需要说明的是，由于将业务组件与实现业务组件的业务处理逻辑进行隔离，进而可以根据不同的业务需求为业务组件配置对应的组件处理接口，以实现不同业务场景的业务需求，不仅扩大了场景的适应性，提高了业务处理的灵活性，同时也提高了业务处理的效率。

在一个实施例中，业务组件标识的配置路由的配置方式，包括：获取业务组件标识对应的业务处理逻辑；将业务处理逻辑进行封装处理得到组件处理接口；为组件处理接口设置配置路由，并将配置路由与业务组件标识进行关联。

其中，业务处理逻辑是实现业务组件功能的逻辑，具体可以是通过业务逻辑代码实现。并且，预先将业务逻辑进行封装得到组件处理接口，使得在具体调用对应的业务组件时，可以直接通过对应的组件处理接口调用对应的业务处理逻辑，以根据业务处理逻辑实现对应的业务组件功能。其中配置路由具体可以是地址信息，通过为组件处理接口设置对应的配置路由，进而可以通过路由快速并准确地获取到实现逻辑。并且，对于不同的业务场景而言，还可以通过更改配置路由以对应更改与业务组件关联的业务处理逻辑，进而实现了同一个业务组件可以适用于不同的业务场景的技术目的，提高了业务处理的适用性，基于业务处理的灵活性。在一个具体的实施例中，在本申请中暴露大量可扩展的接口，并且在具体业务中可根据实际需要进行接口的扩展。

上述实施例中，组件处理接口中的信息还可以根据业务需求自定义配置，也提高了业务处理的灵活性以及业务处理的适应性。

在一个具体的实施例中，本申请中提供的方法在执行过程中可以采用接口触发、松耦合的方式，实现了与实际业务隔离。并且只记录业务流程流转状态和业务关联主键等数据。在发起业务处理请求的流程时，通过调用业务流程的执行接口如组件处理接口来完成，此时只需传入流程信息的标识如编号即可，提高了业务处理的效率。

进一步地，本申请中的任务也可以创建委托转他人代处理，当处理人由于某些原因需要授权委托他人处理时，可以使用该功能接口，只需要填写委托人信息，就可以将该条流程转到他人进行处理。该功能对应的相关接口包括委托授权新建、委托授权修改、委托授权查看、委托授权删除、委托授权列表查询等。在具体业务中，如果需要添加抄送人也可以将该信息加入到接口参数中，并将该流程抄送给指定的人员。需要说明的是，本申请提供的可扩展接口包括流程执行列表查询、单流程执行情况展示(显示该流程目前到哪个节点，每个节点的信息情况等)、流程节点信息查询(查询流程执行中单节点信息，包括处理人、处理时间、处理意见等信息)、抄送的流程查询和已读接口等。以根据具体的业务需求适应性增加对应的业务处理接口，进而可以实现更多的业务功能。

本申请中的流程信息部署可以使用在线文件导入和接口文件内容上传两种形式。流程信息更新可以通过在线编辑保存或者使用流程信息更新接口传入最新的流程信息内容。以及，本申请中的流程信息维护多个版本，这样不会影响老的流程使用。另外流程信息提供的相关接口还包括查询流程信息列表、上传流程信息、编辑流程信息、删除流程信息、展示流程历史实例和任务、查询单个流程信息正在执行的流程状态等。

步骤208，根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件。

其中，流转数据表中的存储的数据是预先根据业务需求设置的。具体地，流转数据表中一个或者多个的业务组件，以及不同业务组件之间的流转关系，进而可以在对应的流转数据表中查找与当前的业务组件对应的下一个业务组件，并继续执行下一个业务组件对应的组件任务，直至完成待处理业务为止。

步骤210，根据下一个业务组件对应的下一个组件处理接口执行下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。

在一个实施例中，根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件，包括：从预配置的流转数据表中调用流程执行接口；根据流程执行接口确定与业务组件标识对应的下一个流转组件，并将下一个流转组件作为下一个业务组件；获取下一个业务组件对应的下一个配置路由；根据下一个配置路由跳转至下一个组件处理接口，以根据下一个组件处理接口执行对应的下一个业务组件对应的下一个业务组件任务。

上述实施例中，接收业务处理请求，业务处理请求中携带有业务组件标识；获取业务组件标识对应的配置路由；根据配置路由跳转至组件处理接口，以根据组件处理接口执行对应的业务组件任务。根据预配置的流转数据表获取业务组件标识对应的流转组件，并根据流转组件执行下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。通过将业务实现逻辑与业务流转关系进行分离，实现了流程与业务之间的解耦，使得本方法能够适应更多的业务处理过程，提高了业务处理的适用性，提高了业务处理的效率。并且还通过预先为对应的业务组件配置路由信息，进而实现了获取对应的业务处理逻辑，并根据具体的业务处理逻辑执行具体的业务功能。并且业务接口还可以根据业务需要进行扩展，使得本方案的功能更加全面。

在一个实施例中，接收业务处理请求，包括：获取待处理业务对应的业务路径；根据业务路径跳转对应的待处理业务界面，待处理界面中包括待处理业务导向结构图，待处理业务导向图中包括至少一个业务组件以及不同业务组件之间的流转关系；通过待处理业务界面接收针对待处理业务组件的业务处理请求。

其中，业务路径是与待处理业务对应的路径，并且不同的待处理业务可对应不同的业务路径。具体地，根据业务路径可跳转至与待处理业务对应的待处理界面。如当待处理业务对应为请假流程时，此时业务路径可以是请假流程所在的地址信息，并根据地址信息跳转至对应的请假流程界面。并且请假流程界面中包括预先生成的业务导向结构。

其中，业务导向结构图具体可以是实现对应的待处理业务的业务流程图，并且业务导向结构图中具体包括业务组件，以及不同业务组件之间的迁移线段，其中迁移线段也可以理解为流转关系，进而可以根据流转关系实现在不同业务组件之间的业务迁移。

上述实施例中，通过为不同的待处理业务配置对应的业务路径，进而保证本申请能够适应于更多的业务类型，并根据与业务类型相匹配的业务路径跳转至对应的待处理界面，以完成对应的业务。

在一个实施例中，待处理业务导向结构图的生成方式，包括：获取待处理业务对应的业务组件，以及每一个业务组件对应的配置属性；根据每一个业务组件对应的配置属性对业务组件进行编辑处理得到可执行的业务组件；获取各业务组件之间的流转关系，根据流转关系连接对应可执行的业务组件得到待处理业务导向结构图。

其中，业务组件是用于实现某一个待处理任务对应的功能性元件。并且，要想实现一个待处理业务需要一个或者多个业务组件共同配合实现，并且每一个业务组件用于实现不同的业务功能。具体地，业务组件主要包括开始节点业务组件、结束节点业务组件、处理节点业务组件、子处理节点业务组件、自定义节点业务组件、决策节点业务组件、分派节点业务组件、合并节点业务组件等业务组件中的一种或者多种。配置属性是用于定义每一个业务组件属性的信息，具体可以用于配置每一个业务组件的名称、展示名称、参数值、参数类型等信息，以使得每一个业务组件能够具有对应的可执行功能，并成为可执行的业务组件。

并且，不同的业务组件之间具有依赖关系，以根据依赖关系实现对所有必要业务组件的功能处理，实现对对应待处理业务的业务处理。流转关系是依赖关系的一种表达方式，流转关系表达不同业务组件之间的流转方向，具体可以是从当前业务组件流转至下一个业务组件，或者从当前业务组件流转至其他多个业务组件。

在一个具体的实施例中，本申请中还支持流程设计器、流程引擎的业务组件模型自定义。具体包括业务组件自定义、业务组件属性自定义、以及流转数据表自定义，进而提高了业务的灵活性。

具体地，业务导向结构图的设计支持Eclipse编辑插件和在线编辑，通过页面简单的拖拽快速配置，自动生成流程信息xml，文件精简易读。如图3所示,图3为一个实施例中提供的一种业务导向结构图的绘制页面图，在图3中具体是提供一种业务组件页面示意图。在图3中，左上角是组件选择区，右侧是业务导向结构图的绘制区，下方是组件的属性编辑区。并且，根据绘制得到的业务导向结构图还可以自动生成xml文件。

上述实施例中，通过从业务组件区拖拽业务组件至流程绘制区，然后在属性栏中为对应的业务组件填写对应的属性信息，进而完成一个节点的编辑，将业务导向结构图需要的业务节点组件编辑完成后，然后再根据流转关系对对应的流转线将业务节点组件按照流程走向连接起来，一张业务导向结构图就创建好了。业务导向结构图设计简单、方便，提高了业务导向结构图的设计效率。并且xml文件内容简洁，清晰易懂。

在一个实施例中，方法还包括：获取业务需求，根据业务需求配置流转数据表，流转信息表中包括业务组件之间的流转关系，流转数据表包括流程信息表、流程执行表、流程处理表、流程抄送表、流程授权代理表以及流程处理历史表中的一个或者多个，流转数据表存储至区块链节点中。

在一个具体地实施例中，方法还包括：根据预配置的流转信息表部署对应的服务实例，服务施例具体是启动的业务流程的记录，对应为发起业务流程时就会启动一个对应的服务实例，并通过服务实例创建对应的流程任务。

具体地，根据预配置的流转数据表部署对应服务实例，服务施例是启动的业务流程的记录数据，对应为每发起业务流程启动一个对应的服务实例，并通过服务实例创建对应的流程任务。

服务实例分为待办和已办状态，待办和已办可通过相关人员的信息进行接口查询、展示并操作。用户查询其待办则通过待办任务接口查询，根据当前登录人查询到其下待办任务，用户根据该条待办的处理地址跳转到相应的业务场景去进行操作。操作完成后调用流程执行接口将流程流转到下一节点对应的业务组件。需要说明的是，本申请中的相关接口根据当前用户查询待办任务列表，活动抄送任务查询列表，活动任务查询列表，动态添加参与者，历史完成任务查询列表，活动任务的驳回，获取任务提示，历史任务撤回。

具体地，流程信息表、流程执行表、流程处理表、流程抄送表、流程授权代理表以及流程处理历史表中中包括的字段内容包括：

流程信息表：字段有主键ID、流程名称、流程编号、流程类型、流程状态(是否启用)、流程版本号、流程XML内容、创建人、创建时间。

流程执行表：字段有主键ID、流程信息ID外键、父级流程执行ID、流程执行编号、流程执行变量、发起人、发起时间、父级执行流程节点名称、期望完成时间、更新人、更新时间、流程版本号。

流程处理表：字段有主键ID、流程执行ID外键、处理编号、处理名称、处理类型、参与类型、处理人、处理创建时间、处理完成时间、处理期望完成时间、处理地址、父级处理ID外键、处理变量、流程版本号。

流程抄送表：字段有主键ID、流程执行ID外键、参与者、抄送时间、完成时间、状态。

流程授权代理表：字段有主键ID、流程执行ID外键、授权人、代理人、委托时间、完成时间、状态。

流程执行历史表：字段有主键ID、流程信息ID外键、父级流程执行ID、流程执行编号、流程执行变量、发起人、发起时间、完成时间、期望完成时间、状态。

流程处理历史表：字段有主键ID、流程执行ID外键、处理编号、处理名称、处理类型、参与类型、处理人、处理创建时间、处理完成时间、处理期望完成时间、处理地址、父级处理ID外键、处理变量、处理状态。

需要说明的是，主键(PRIMARY KEY)表通常具有包含唯一标识表中每一行的值的一列或一组列。这样的一列或多列称为表的主键(PK)，用于强制表的实体完整性。外键(FOREIGN KEY)是用于建立和加强两个表数据之间的链接的一列或多列。在外键引用中，当一个表的列被引用作为另一个表的主键值的列时，就在两表之间创建了链接。这个列就成为第二个表的外键。

需要强调的是，为进一步保证上述流转数据表的私密和安全性，上述流转数据表还可以存储于一区块链的节点中。

上述实施例中，根据具体的业务需求自定义流转信息表，使得流转信息表更加简洁、精准，在保证满足业务需求的同时能够最大程度的减少数据量。具体地，通过本提案中的以上7张表涵盖了流程流转的各个步骤记录，从流程定义到发起流程，处理流程并流转，历史记录等，这些表中只会记录流程节点的相关信息，不存储实际业务信息，实际业务逻辑通过流程处理表中的处理地址进行操作，可以满足企业应用中常见的业务流程。并且，表设计简单，核心表共有7张，初始化表的数量较少，轻量简单，减少了不必要的组件设计。

上述实施例中，通过将业务实现逻辑与业务流转关系进行分离，实现了流程与业务之间的解耦，使得本方法能够适应更多的业务处理过程，提高了业务处理的适用性，提高了业务处理的效率。以及，本申请中还通过预先为对应的过程组件配置路由信息，进而实现了获取对应的业务处理逻辑，并根据具体的业务处理逻辑执行具体的业务功能。并且业务接口还可以根据业务需要进行扩展，使得本方案的功能更加全面。以及，本申请中通过自定义流转数据表，实现了对流转数据表的精简处理，通过自定义流转数据表使得表格的利用率更高，更加精简，在满足业务需求的同时，极大地提高了业务处理效率。

上述实施例中，轻量工作流引擎在启动时会创建一个包含流程信息服务、流程执行服务、流程任务服务、流程查询服务等服务综合体的引擎实例。流程部署时通过部署接口得到流程的xml信息，使用引擎实例中的流程信息服务将xml解析为流程信息对象，其中包含节点元素集合、期望完成时间、流程编号、流程名称等，将解析结果保存到数据库中同时使用MemoryCache进行缓存以便后续流程中可以直接使用。流程执行则使用通过接口将参数传递给引擎实例，调用流程执行服务的流程启动方法，根据传入的流程信息ID从缓存的流程信息中得到对应的流程信息实例，然后创建出流程执行实例，完成流程的启动和流转。

上述实施例中，采用轻量工作流引擎，流转数据表的设计简单，只有7张核心表，数据存储高度集中，便于维护。流程定义可以使用Eclipse插件和前端在线编辑，自动生成的xml精简易读，独立的springboot微服务，部署方便。工作流流程部署、执行和版本迭代全部采用restful接口式触发，灵活便捷，快速响应，同时也剥离了权限和审核相关的内容，只专注于流程的流转状态，与实际业务完全解耦，减轻组件的入门成本和复杂性。服务提供了丰富的查询和扩展性接口，方便了解流程相关的任何信息，包括流程定义和流程实例的执行状态，便于管理和维护。

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

在一个实施例中，如图4所示，提供了一种业务请求处理装置，包括：

接收模块402，用于接收业务处理请求，业务处理请求携带有业务组件标识；

第一获取模块404，用于获取业务组件标识对应的配置路由；

第一执行模块406，用于根据配置路由跳转至组件处理接口，以通过组件处理接口执行业务组件标识对应的业务组件任务；

第二获取模块408，用于根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件；

第二执行模块410，用于根据下一个业务组件对应的下一个组件处理接口执行下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。

在一个实施例中，接收模块402还用于获取待处理业务对应的业务路径；根据业务路径跳转对应的待处理业务界面，待处理界面中包括待处理业务导向结构图，待处理业务导向图中包括至少一个业务组件以及不同业务组件之间的流转关系；通过待处理业务界面接收针对待处理业务组件的业务处理请求。

在一个实施例中，业务请求处理装置还包括生成模块，生成模块用于获取待处理业务对应的业务组件，以及每一个业务组件对应的配置属性；根据每一个业务组件对应的配置属性对业务组件进行编辑处理得到可执行的业务组件；获取各业务组件之间的流转关系，根据流转关系连接对应可执行的业务组件得到待处理业务导向结构图。

在一个实施例中，业务请求处理装置还包括配置模块，配置模块用于获取业务组件标识对应的业务处理逻辑；将业务处理逻辑进行封装处理得到组件处理接口；为组件处理接口设置配置路由，并将配置路由与业务组件标识进行关联。

在一个实施例中，第二获取模块408还用于从预配置的流转数据表中调用流程执行接口；根据流程执行接口确定与业务组件标识对应的下一个流转组件，并将下一个流转组件作为下一个业务组件；获取下一个业务组件对应的下一个配置路由；根据下一个配置路由跳转至下一个组件处理接口，以根据下一个组件处理接口执行对应的下一个业务组件对应的下一个业务组件任务。

在一个实施例中，业务请求处理装置还包括数据表配置模块，数据表配置模块用于获取业务需求，根据业务需求配置流转数据表，流转信息表中包括业务组件之间的流转关系，流转数据表包括流程信息表、流程执行表、流程处理表、流程抄送表、流程授权代理表以及流程处理历史表中的一个或者多个，流转数据表存储至区块链节点中。

关于业务请求处理装置的具体限定可以参见上文中对于业务请求处理方法的限定，在此不再赘述。上述业务请求处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

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

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收业务处理请求，业务处理请求携带有业务组件标识；获取业务组件标识对应的配置路由；根据配置路由跳转至组件处理接口，以通过组件处理接口执行业务组件标识对应的业务组件任务；根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件；根据下一个业务组件对应的下一个组件处理接口执行下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取待处理业务对应的业务路径；根据业务路径跳转对应的待处理业务界面，待处理界面中包括待处理业务导向结构图，待处理业务导向图中包括至少一个业务组件以及不同业务组件之间的流转关系；通过待处理业务界面接收针对待处理业务组件的业务处理请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取待处理业务对应的业务组件，以及每一个业务组件对应的配置属性；根据每一个业务组件对应的配置属性对业务组件进行编辑处理得到可执行的业务组件；获取各业务组件之间的流转关系，根据流转关系连接对应可执行的业务组件得到待处理业务导向结构图。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取业务组件标识对应的业务处理逻辑；将业务处理逻辑进行封装处理得到组件处理接口；为组件处理接口设置配置路由，并将配置路由与业务组件标识进行关联。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：从预配置的流转数据表中调用流程执行接口；根据流程执行接口确定与业务组件标识对应的下一个流转组件，并将下一个流转组件作为下一个业务组件；获取下一个业务组件对应的下一个配置路由；根据下一个配置路由跳转至下一个组件处理接口，以根据下一个组件处理接口执行对应的下一个业务组件对应的下一个业务组件任务。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取业务需求，根据业务需求配置流转数据表，流转信息表中包括业务组件之间的流转关系，流转数据表包括流程信息表、流程执行表、流程处理表、流程抄送表、流程授权代理表以及流程处理历史表中的一个或者多个，流转数据表存储至区块链节点中。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收业务处理请求，业务处理请求携带有业务组件标识；获取业务组件标识对应的配置路由；根据配置路由跳转至组件处理接口，以通过组件处理接口执行业务组件标识对应的业务组件任务；根据预配置的流转数据表获取业务组件标识对应的流转组件，并将流转组件作为下一个业务组件；根据下一个业务组件对应的下一个组件处理接口执行下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对业务处理请求的处理。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取待处理业务对应的业务路径；根据业务路径跳转对应的待处理业务界面，待处理界面中包括待处理业务导向结构图，待处理业务导向图中包括至少一个业务组件以及不同业务组件之间的流转关系；通过待处理业务界面接收针对待处理业务组件的业务处理请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取待处理业务对应的业务组件，以及每一个业务组件对应的配置属性；根据每一个业务组件对应的配置属性对业务组件进行编辑处理得到可执行的业务组件；获取各业务组件之间的流转关系，根据流转关系连接对应可执行的业务组件得到待处理业务导向结构图。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取业务组件标识对应的业务处理逻辑；将业务处理逻辑进行封装处理得到组件处理接口；为组件处理接口设置配置路由，并将配置路由与业务组件标识进行关联。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：从预配置的流转数据表中调用流程执行接口；根据流程执行接口确定与业务组件标识对应的下一个流转组件，并将下一个流转组件作为下一个业务组件；获取下一个业务组件对应的下一个配置路由；根据下一个配置路由跳转至下一个组件处理接口，以根据下一个组件处理接口执行对应的下一个业务组件对应的下一个业务组件任务。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取业务需求，根据业务需求配置流转数据表，流转信息表中包括业务组件之间的流转关系，流转数据表包括流程信息表、流程执行表、流程处理表、流程抄送表、流程授权代理表以及流程处理历史表中的一个或者多个，流转数据表存储至区块链节点中。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

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

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

Claims (10)

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

接收业务处理请求，所述业务处理请求携带有业务组件标识；

获取所述业务组件标识对应的配置路由；

根据所述配置路由跳转至组件处理接口，以通过所述组件处理接口执行所述业务组件标识对应的业务组件任务；

根据预配置的流转数据表获取所述业务组件标识对应的流转组件，并将所述流转组件作为下一个业务组件；

根据所述下一个业务组件对应的下一个组件处理接口执行所述下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对所述业务处理请求的处理。

2.根据权利要求1所述的方法，其特征在于，所述接收业务处理请求，包括：

获取待处理业务对应的业务路径；

根据所述业务路径跳转对应的待处理业务界面，所述待处理界面中包括待处理业务导向结构图，所述待处理业务导向图中包括至少一个业务组件以及不同所述业务组件之间的流转关系；

通过所述待处理业务界面接收针对所述待处理业务组件的业务处理请求。

3.根据权利要求2所述的方法，其特征在于，所述待处理业务导向结构图的生成方式，包括：

获取所述待处理业务对应的业务组件，以及每一个所述业务组件对应的配置属性；

根据每一个所述业务组件对应的所述配置属性对所述业务组件进行编辑处理得到可执行的业务组件；

获取各所述业务组件之间的流转关系，根据所述流转关系连接对应可执行的所述业务组件得到所述待处理业务导向结构图。

4.根据权利要求1所述的方法，其特征在于，所述业务组件标识的所述配置路由的配置方式，包括：

获取业务组件标识对应的业务处理逻辑；

将所述业务处理逻辑进行封装处理得到组件处理接口；

为所述组件处理接口设置配置路由，并将所述配置路由与所述业务组件标识进行关联。

5.根据权利要求1所述的方法，其特征在于，所述根据预配置的流转数据表获取所述业务组件标识对应的流转组件，并将所述流转组件作为下一个业务组件，包括：

从预配置的所述流转数据表中调用流程执行接口；

根据所述流程执行接口确定与所述业务组件标识对应的下一个流转组件，并将所述下一个流转组件作为下一个业务组件；

获取所述下一个业务组件对应的下一个配置路由；

根据所述下一个配置路由跳转至下一个组件处理接口，以根据所述下一个组件处理接口执行对应的下一个业务组件对应的下一个业务组件任务。

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

获取业务需求，根据所述业务需求配置流转数据表，所述流转信息表中包括业务组件之间的流转关系，所述流转数据表包括流程信息表、流程执行表、流程处理表、流程抄送表、流程授权代理表以及流程处理历史表中的一个或者多个，所述流转数据表存储至区块链节点中。

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

接收模块，用于接收业务处理请求，所述业务处理请求携带有业务组件标识；

第一获取模块，用于获取所述业务组件标识对应的配置路由；

第一执行模块，用于根据所述配置路由跳转至组件处理接口，以通过所述组件处理接口执行所述业务组件标识对应的业务组件任务；

第二获取模块，用于根据预配置的流转数据表获取所述业务组件标识对应的流转组件，并将所述流转组件作为下一个业务组件；

第二执行模块，用于根据所述下一个业务组件对应的下一个组件处理接口执行所述下一个业务组件对应的下一个业务组件任务，直至达到业务完成条件时，完成对所述业务处理请求的处理。

8.根据权利要求7所述的装置，其特征在于，所述接收模块还用于获取待处理业务对应的业务路径；根据所述业务路径跳转对应的待处理业务界面，所述待处理界面中包括待处理业务导向结构图，所述待处理业务导向图中包括至少一个的业务节点以及业务节点之间的流转关系；通过所述待处理业务界面接收针对所述待处理节点的业务处理请求。

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

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

Images