CN116700938A - 一种交易审批业务的流程处理方法、电子设备及存储介质 - Google Patents

Abstract

本申请涉及计算机应用技术领域，特别是涉及一种交易审批业务的流程处理方法、电子设备及存储介质。所述方法包括：响应于用户交易发起的指令，生成对应的流程信息；获取对应的流程模板；创建流程模板对应的流程实例，并包括将节点任务加入到任务队列；基于节点任务的节点标识和执行任务标识，调用对应的服务执行节点任务对应的动作，并反馈执行结果；基于执行结果，确定待执行的下一节点的节点标识和对应的执行任务标识，形成节点任务加入到任务队列，进而调用对应的服务执行节点任务对应的动作，并反馈执行结果，如此往复，直至流程结束。本申请的方法，将流程设计与服务调度相剥离，降低了管理人员流程设计的难度，方便管理人员使用。

Description

一种交易审批业务的流程处理方法、电子设备及存储介质

技术领域

本申请涉及计算机应用技术领域，特别是涉及一种交易审批业务的流程处理方法、电子设备及存储介质。

背景技术

流程引擎是一种用于管理系统的业务流程的部分或整体在计算机应用环境下的自动化的可执行流程语言框架。现有技术中诸如Activiti和jBPM等的流程引擎将业务流程的执行分为两部分，一部分为决策，即在业务流程的状态节点去判断分析下一步的动作，第二部分为调度，即调度完成具体动作的服务。现有技术的这种决策和调度高度耦合的结构，一旦需要升级流程引擎，会对业务层面的影响较大；另一方面，决策和调度高度耦合的这种结构只适用于以流程执行为核心的管理系统，不适用于以分析和管理为核心的管理系统。

发明内容

为了解决现有技术存在的不足，本申请的目的在于提供一种交易审批业务的流程处理方法、电子设备及存储介质，减低流程执行时决策和调度的耦合度，便于分析和管理。

为实现上述目的，本申请提供一种交易业务流程的执行方法，包括：

响应于用户交易发起的指令，生成对应的流程信息，所述流程信息至少包括：交易标识、流程标识、节点标识、执行任务标识和业务类型，其中所述流程标识、节点标识和执行任务标识的初始值为空值；

基于所述业务类型，获取对应的流程模板；

基于所述流程模板的模板标识和交易标识，创建流程模板对应的流程实例，并确定流程实例的初始节点的节点标识和初始节点对应的执行任务标识，形成包括所述初始节点的节点标识和所述初始节点对应的执行任务标识的节点任务并加入到任务队列；

基于所述节点标识和所述执行任务标识，调用对应的服务执行节点任务对应的动作，并反馈执行结果；

基于执行结果，确定待执行的下一节点的节点标识和对应的执行任务标识，形成节点任务加入到任务队列，进而调用对应的服务执行节点任务对应的动作，并反馈执行结果，如此往复，直至流程结束。

进一步地，所述方法，还包括：

判断所述下一节点的节点类型，若所述节点类型为自动，则直接形成节点任务加入到任务队列；若所述节点类型为手动，则确定能审批所述下一节点的审批人员，并形成通知信息发送至所述审批人员进行审批，得到审批结果；

形成节点任务加入到任务队列，进而调用对应的服务执行节点任务对应的动作，并反馈执行结果和所述审批结果；

基于执行结果和所述审批结果，确定待执行的下一节点的节点标识和对应的执行任务标识。

进一步地，所述流程信息还包括：用户机构标识、组合标识和摘要；

基于所述用户机构标识、组合标识、执行任务标识、业务类型、交易标识，确定能审批手动类型的节点的审批人员的人员标识；

当所述任务队列为空时，汇总所述交易标识、手动节点的节点标识、手动节点的执行任务标识、业务类型和摘要形成通知信息按时发送给所述人员标识对应的审批人员。

进一步地，所述流程模板通过可视化界面将业务动作节点拖拽连接的方式形成。

进一步地，所述流程模板，包括：

业务流程模板，用于业务流程；

跑批流程模板，用于日初或日终进行批量任务的处理。

进一步地，所述节点配置有启动逻辑，所述启动逻辑为：节点的前向打开状态的边的分值总和大于等于节点的启动分值。

进一步地，所述启动逻辑，包括：

全票模式，节点的全部前向节点都执行成功，节点才能执行；

一票模式，节点的全部前向节点中只要有一个执行成功，节点即能执行；

投票模式，节点的全部前向节点中有有一定比例的前向节点中执行成功，节点才能执行。

进一步地，所述方法还包括：预设业务动作节点库，预先注册设置业务动作节点并保存至所述业务动作节点库。

进一步地，所述节点配置有允许自动属性，用于决定节点是否允许作为自动类型节点去自动化执行。

进一步地，所述节点配置有允许回退属性，用于决定节点是否允许回退到任务执行前的状态。

进一步地，所述节点配置有操作限制属性，用于限定发起人对节点的操作。

进一步的，所述节点配置有状态信息，所述状态信息包括：

等待状态，节点的默认状态；

就绪状态，节点的可执行状态；

完成状态，节点已执行完的状态。

如果复核通过，复核节点就会置为完成状态，根据复核的结果，将等待状态下的审批节点置为就绪状态。然后消息通知模块会检查审批节点是否为手工节点&&是否为就绪状态，如果是就通知到前端。

为实现上述目的，本申请提供的电子设备，包括：

处理器；

存储器，其上存储有一个或多个在所述处理器上运行的计算机指令；

所述处理器运行所述计算机指令时，执行如上所述的交易审批业务的流程处理方法的步骤。

为实现上述目的，本申请提供的计算机可读存储介质，其上存储有计算机指令，当计算机指令被处理器运行时，执行如上所述的交易审批业务的流程处理方法的步骤。

本申请的一种交易审批业务的流程处理方法，具有如下有益效果：

本申请的交易审批业务的流程处理方法流程的决策和调度不再高度耦合，便于分析和管理，减小了对业务层面的影响。

本申请的交易审批业务的流程处理方法将流程的设计与任务调度相剥离，降低了管理人员流程设计的难度，方便管理人员使用。

本申请的交易审批业务的流程处理方法提供了丰富的节点预设的功能，降低了流程设计的难度，提高了流程设计的效率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。

附图说明

附图用来提供对本申请的进一步理解，并且构成说明书的一部分，并与本申请的实施例一起，用于解释本申请，并不构成对本申请的限制。在附图中：

图1为本申请实施例1的交易审批业务的流程处理方法的流程图；

图2为全票模式的启动逻辑示意图；

图3为一票模式的启动逻辑示意图；

图4为投票模式的启动逻辑示意图；

图5为流程模板的结构示意图；

图6为流程模板的运作示意图；

图7为本申请实施例2的交易审批业务的流程处理方法的流程示意图。

具体实施方式

下面将参照附图更详细地描述本申请的实施例。虽然附图中显示了本申请的某些实施例，然而应当理解的是，本申请可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本申请。应当理解的是，本申请的附图及实施例仅用于示例性作用，并非用于限制本申请的保护范围。

应当理解，本申请的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本申请的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本申请中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。“多个”应理解为两个或以上。

下面，将参考附图详细地说明本申请的实施例。

实施例1

本申请的一个实施例，提供了一种交易审批业务的流程处理方法，图1为本申请实施例1的交易审批业务的流程处理方法的流程图，下面将参考图1对本申请的交易审批业务的流程处理方法进行详细描述，包括：

步骤S101：响应于用户交易发起的指令，生成对应的流程信息，所述流程信息至少包括：交易标识、流程标识、节点标识、执行任务标识和业务类型，其中，所述流程标识、节点标识和执行任务标识的初始值为空值。

具体的，当用户发起一笔交易时，号机为该笔交易创建一个Trade ID，即交易标识，用来标识该笔交易。获得Trade ID后，获取用户所属的机构的用户机构标识、该笔交易的业务类型、简要描述该笔交易信息的摘要，创建用来标识该笔交易对应的整个流程的流程标识、用来标识节点的节点标识、用来标识执行任务的服务的执行任务标识，整合为流程信息。其中，创建的流程标识、节点标识和执行任务标识的初始值为空值。

步骤S102：基于所述业务类型，获取对应的流程模板；

具体的，选择器根据业务类型匹配对应的流程模板。

在本实施方式中，流程模板通过可视化界面将业务动作节点拖拽连接的方式形成。

作为一种优选的实施方式，预设业务动作节点库，预先注册设置业务动作节点并保存至所述业务动作节点库。

作为一种优选的实施方式，节点配置有允许自动属性，用于决定节点是否允许作为自动类型节点去自动化执行。

示例性的，如允许自动属性包括“是”和“否”，当为“是”时，则该业务动作节点能够自动化执行，如果为“否”，则该业务节点需要人工去判断执行。

作为一种优选的实施方式，节点配置有允许回退属性，用于决定节点是否允许回退到任务执行前的状态。

示例性的，如允许回退属性包括“是”和“否”，当为“是”时，则该业务动作节点能够回退到任务执行前的状态，如果为“否”，则该业务动作节点不能回退到任务执行前的状态。

作为一种优选的实施方式，节点配置有操作限制属性，用于限定发起人对节点的操作。

示例性的，操作限制属性包括“无限制”、“只允许发起人操作”、“不允许发起人操作”等三个选项。“无限制”表示该业务动作节点操作不受限，即发起人和对手方都可以进行操作。“只允许发起人操作”表示只允许发起人进行操作，而对手方不能操作。“不允许发起人操作”表示发起人不允许操作，而对手方可以进行操作。

作为一种优选的实施方式，流程模板包括：

业务流程模板，用于业务流程；

跑批流程模板，用于日初或日终进行批量任务的处理。

作为一种优选的实施方式，节点配置有启动逻辑，所述启动逻辑为：节点的前向打开状态的边的分值总和大于等于节点的启动分值。

启动逻辑用于作为节点的启动条件。

作为一种优选的实施方式，启动逻辑包括以下三种模式：全票模式、一票模式和投票模式。

图2为全票模式的启动逻辑示意图，如图2所示，在全票模式下，当节点的全部前向节点都执行成功时，该节点才能执行；

图3为一票模式的启动逻辑示意图，如图3所示，在一票模式下，当节点的全部前向节点中只要有一个执行成功，该节点即能执行；

图4为投票模式的启动逻辑示意图，如图4所示，在投票模式下，当节点的全部前向节点中有一定比例的前向节点中执行成功时，节点才能执行。

图5为流程模板的结构示意图，如图5所示，本申请实施例的流程模板由业务动作节点和边组成。

图6为流程模板的运作示意图，如图6所示，本申请实施例的流程模板的运作，包括通过配置界面配置节点动作库、通过配置界面配置流程模板和创建任务流程实例等。

作为一种优选的实施方式，所述节点配置有状态信息，所述状态信息包括：

等待状态，节点的默认状态；

就绪状态，节点的可执行状态；

完成状态，节点已执行完的状态。

示例性的，以复核节点-审批节点这样一个流程为例，首先所有节点的初始状态都是等待状态，当复核节点的前一节点完成后，复核节点进入就绪状态，如果复核通过（即执行完），复核节点就会进入完成状态，根据复核的结果（即执行结果），等待状态下的审批节点进入就绪状态。

需要说明的，当需要选择流程模板时，分配一个不为空的流程标识值给流程标识。

步骤S103：基于流程模板标识和交易标识，创建流程模板对应的流程实例，并确定流程实例的初始节点的节点标识和初始节点对应的执行任务标识，形成包括所述初始节点的节点标识和所述初始节点对应的执行任务标识的节点任务并加入到任务队列。

具体的，创建与流程模板标识对应的流程实例，以开始执行该流程实例的业务动作节点，首先需要确定流程实例的初始节点的节点标识和初始节点对应的执行任务标识，然后形成包括节点标识和所述执行任务标识的节点任务并加入到任务队列去执行。

步骤S104：基于所述节点标识和所述执行任务标识，调用对应的服务执行节点任务对应的动作，并反馈执行结果；

执行任务标识用来标识执行任务的服务；

作为一种优选的实施方式，本申请实施例的任务队列中节点任务的执行步骤如下：

判断下一节点的节点类型，若节点类型为自动，则直接形成节点任务加入到任务队列；若所述节点类型为手动，则确定能审批所述下一节点的审批人员，并形成通知信息发送至所述审批人员进行审批，得到审批结果；形成节点任务加入到任务队列，进而调用对应的服务执行节点任务对应的动作，并反馈执行结果和所述审批结果；基于执行结果和所述审批结果，确定待执行的下一节点的节点标识和对应的执行任务标识。

作为一种优选的实施方式，方法还包括：

基于用户机构标识、组合标识、执行任务标识、业务类型、交易标识，确定能审批手动类型的节点的审批人员的人员标识；

需要说明的是，用户机构标识和组合标识都用来过滤消息推送的审批人员的，审批人员的权限，是根据用户机构标识设置。

当所述任务队列为空时，汇总所述交易标识、手动节点的节点标识、手动节点的执行任务标识、业务类型和摘要形成通知信息按时发送给所述人员标识对应的审批人员。

具体的，只有当任务队列中没有节点任务时，再将状态处于就绪状态的各待执行的手动节点的交易标识、节点标识、手动节点的执行任务标识、业务类型和摘要形成各通知信息按时发送给所述人员标识对应的审批人员。

步骤S105：基于执行结果，确定待执行的下一节点的节点标识和对应的执行任务标识，形成节点任务加入到任务队列，进而调用对应的服务执行节点任务对应的动作，并反馈执行结果，如此往复，直至流程结束。

具体的，等循环至任务队列为空且没有手动类型节点处于就绪状态时，进流程结束。

实施例2

本申请的一个实施例，提供了一种交易审批业务的流程处理方法，图7为本申请实施例2的交易审批业务的流程处理方法的流程示意图，下面将参考图7对本申请的交易审批业务的流程处理方法进行详细描述，包括：

当用户通过界面发起一笔交易时，action进程驱动号机使其为该项交易创建一个用来标识该笔交易的Trade ID。

获得交易标识Trade ID后，将交易标识Trade ID、流程标识W_ID、节点标识NodeID、执行任务标识BO_ID、机构ID、业务类型、组合标识folderID、摘要传入流程BO。此时，代表整个流程的流程标识W_ID、代表节点的节点标识NodeID、执行任务标识BO_ID都为空值。

进入流程BO后，由于流程标识W_ID为空，故流程BO会根据业务类型通过选择器获得流程模板。在找到流程模板的情况下，将交易标识Trade ID与模板ID传入流程引擎的流程创建接口，由流程引擎根据模板创建好整个流程的所有节点，随后流程引擎将该流程的流程标识W_ID、当前所处节点的节点标识NodeID和执行任务标识BO_ID传回给流程BO，完成创建流程实例的操作。接着，流程BO将当前节点所要执行的任务加入到任务列表。当该结果执行完时，将处理完的流程标识W_ID、节点标识NodeID与执行结果传回给流程引擎。

可以理解的是，执行结果一般包括通过与拒绝，也可在节点处进行设置。

接着，由流程引擎根据流程BO传回的执行结果成功与否，根据已经建好的流程实例，查询确定下一步的节点。流程引擎将之后要进行操作的节点的的节点标识NodeID和执行任务标识BO_ID传给流程BO。

需要说明的是，此时可能传入一个或多个节点ID，节点数取决于下一步要执行的操作的个数，如成交节点完成后就需要同时进行托管成交节点和清算登记节点。

需要说明的是，多个节点为并行处理，没有先后顺序。

若节点为自动节点，则把节点加入任务列表，执行后回到“执行任务列表中的BO”处，将执行结果传入到流程引擎。

若传入节点为手动节点，则把这个节点加入通知列表，通知列表将TradeID、下一步操作的BO_ID、机构ID、业务类型和组合标识folderID传入用户权限模块，获取到能够进行这些节点任务审批的UserID并传回到流程BO权限映射中。

待任务列表中的所有自动节点处理完成后，流程BO根据权限映射对UserID中的用户进行通知，将交易标识TradeID、执行任务表示BO_ID、节点标识NodeID、审批人员标识UserID、流程标识W_ID、业务类型、摘要送入任务管理模块。任务管理模块会将信息按用户汇总，汇总成一个通知条，通过定时器按时推给在线审批人员。

流程状态接口还会确定节点的状态信息，状态信息包括：

等待状态，节点的默认状态；

就绪状态，节点的可执行状态；

完成状态，节点已执行完的状态。

示例性的，以复核节点-审批节点这样一个流程为例，首先所有节点的初始状态都是等待状态，当复核节点的前一节点完成后，复核节点进入就绪状态，如果复核通过（即执行完），复核节点就会进入完成状态，根据复核的结果（即执行结果），等待状态下的审批节点进入就绪状态。

在通知手动节点任务时，会检查审批节点是否为手工节点&&是否为就绪状态，如果是才通知。

在线审批人员通过任务通知界面获得信息汇总后，点击通知可以获得任务明细列表，此时，任务提示界面在任务管理模块的任务明细接口处获得交易标识TradeID、执行任务表示BO_ID、节点标识NodeID、审批人员标识UserID、流程标识W_ID、业务类型、摘要展示给在线审批人员。

用户可以选择一个信息去进行审批、清算等操作，用户操作完成后，再次进入流程BO模块，将交易标识TradeID、执行任务表示BO_ID、节点标识NodeID、审批人员标识UserID、流程标识W_ID、业务类型、摘要、审批结果传入流程BO，此时W_ID不为空，故直接进入到任务列表，等执行完成后再传入流程引擎进行循环。等循环至任务队列为空且没有手动节点时，进入END。

实施例3

本实施例中，还提供一种电子设备，包括处理器和存储器。存储器用于存储非暂时性计算机可读指令。处理器用于运行非暂时性计算机可读指令，非暂时性计算机可读指令被处理器运行时可以执行上文所述的交易审批业务的流程处理方法的一个或多个步骤。存储器和处理器可以通过总线系统和/或其它形式的连接机构互连。

例如，处理器可以是中央处理单元(CPU)、数字信号处理器(DSP)或者具有数据处理能力和/或程序执行能力的其它形式的处理单元，例如现场可编程门阵列(FPGA)等；例如，中央处理单元(CPU)可以为X86或ARM架构等。

例如，存储器可以包括一个或多个计算机程序产品的任意组合，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序模块，处理器可以运行一个或多个计算机程序模块，以实现电子设备的各种功能。在计算机可读存储介质中还可以存储各种应用程序和各种数据以及应用程序使用和/或产生的各种数据等。

需要说明的是，本申请的实施例中，电子设备的具体功能和技术效果可以参考上文中交易审批业务的流程处理方法的描述，此处不再赘述。

实施例4

本实施例中，还提供一种计算机可读存储介质，存储介质用于存储非暂时性计算机可读指令。例如，当非暂时性计算机可读指令由计算机执行时可以执行根据上文所述的交易审批业务的流程处理方法中的一个或多个步骤。

例如，该存储介质可以应用于上述电子设备中。例如，存储介质可以为实施例3的电子设备中的存储器。例如，关于存储介质的相关说明可以参考实施例3的电子设备中的存储器的相应描述，此处不再赘述。

需要说明的是，本申请上述的存储介质(计算机可读介质)可以是计算机可读信号介质或者非暂时性计算机可读存储介质或者是上述两者的任意组合。非暂时性计算机可读存储介质例如可以是，但不限于，电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。非暂时性计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本申请中，非暂时性计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是非暂时性计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等。

以上描述仅为本申请的部分实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本申请的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (14)

1.一种交易审批业务的流程处理方法，其特征在于，包括：

响应于用户交易发起的指令，生成对应的流程信息，所述流程信息至少包括：交易标识、流程标识、节点标识、执行任务标识和业务类型，其中所述流程标识、节点标识和执行任务标识的初始值为空值；

基于所述业务类型，获取对应的流程模板；

基于所述流程模板的模板标识和交易标识，创建流程模板对应的流程实例，并确定流程实例的初始节点的节点标识和初始节点对应的执行任务标识，形成包括所述初始节点的节点标识和所述初始节点对应的执行任务标识的节点任务并加入到任务队列；

基于所述节点标识和所述执行任务标识，调用对应的服务执行节点任务对应的动作，并反馈执行结果；

基于执行结果，确定待执行的下一节点的节点标识和对应的执行任务标识，形成节点任务加入到任务队列，进而调用对应的服务执行节点任务对应的动作，并反馈执行结果，如此往复，直至流程结束。

2.根据权利要求1所述的交易审批业务的流程处理方法，其特征在于，所述方法，还包括：

判断所述下一节点的节点类型，若所述节点类型为自动，则直接形成节点任务加入到任务队列；若所述节点类型为手动，则确定能审批所述下一节点的审批人员，并形成通知信息发送至所述审批人员进行审批，得到审批结果；

形成节点任务加入到任务队列，进而调用对应的服务执行节点任务对应的动作，并反馈执行结果和所述审批结果；

基于执行结果和所述审批结果，确定待执行的下一节点的节点标识和对应的执行任务标识。

3.根据权利要求2所述的交易审批业务的流程处理方法，其特征在于，所述流程信息，还包括：用户机构标识、组合标识和摘要；

基于所述用户机构标识、组合标识、执行任务标识、业务类型、交易标识，确定能审批手动类型的节点的审批人员的人员标识；

当所述任务队列为空时，汇总所述交易标识、手动节点的节点标识、手动节点的执行任务标识、业务类型和摘要形成通知信息按时发送给所述人员标识对应的审批人员。

4.根据权利要求1所述的交易审批业务的流程处理方法，其特征在于，所述流程模板通过可视化界面将业务动作节点拖拽连接的方式形成。

5.根据权利要求4所述的交易审批业务的流程处理方法，其特征在于，所述流程模板，包括：

业务流程模板，用于业务流程；

跑批流程模板，用于日初或日终进行批量任务的处理。

6.根据权利要求5所述的交易审批业务的流程处理方法，其特征在于，所述方法，还包括：预设业务动作节点库，预先注册设置业务动作节点并保存至所述业务动作节点库。

7.根据权利要求6所述的交易审批业务的流程处理方法，其特征在于，所述节点配置有启动逻辑，所述启动逻辑为：节点的前向打开状态的边的分值总和大于等于节点的启动分值。

8.根据权利要求7所述的交易审批业务的流程处理方法，其特征在于，所述启动逻辑，包括：

全票模式，节点的全部前向节点都执行成功，节点才能执行；

一票模式，节点的全部前向节点中只要有一个执行成功，节点即能执行；

投票模式，节点的全部前向节点中有有一定比例的前向节点中执行成功，节点才能执行。

9.根据权利要求6所述的交易审批业务的流程处理方法，其特征在于，所述节点配置有允许自动属性，用于决定节点是否允许作为自动类型节点去自动化执行。

10.根据权利要求6所述的交易审批业务的流程处理方法，其特征在于，所述节点配置有允许回退属性，用于决定节点是否允许回退到任务执行前的状态。

11.根据权利要求6所述的交易审批业务的流程处理方法，其特征在于，所述节点配置有操作限制属性，用于限定发起人对节点的操作。

12.根据权利要求6所述的交易审批业务的流程处理方法，所述节点配置有状态信息，所述状态信息包括：

等待状态，节点的默认状态；

就绪状态，节点的可执行状态；

完成状态，节点已执行完的状态。

13.一种电子设备，其特征在于，包括：

处理器；

存储器，其上存储有一个或多个在所述处理器上运行的计算机指令；

所述处理器运行所述计算机指令时，执行权利要求1-12任一项所述的交易审批业务的流程处理方法的步骤。

14.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，当计算机指令被处理器运行时，执行权利要求1-12任一项所述的交易审批业务的流程处理方法的步骤。