CN110321111A - 系统流程控制方法、装置、设备及计算机存储介质 - Google Patents

Abstract

本发明涉及金融科技(Fintech)技术领域，并公开了一种系统流程控制方法，该方法包括：接收引入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程，并通过所述统一入口输出所述处理流程。本发明还公开了一种系统流程控制装置、设备和一种计算机存储介质。本发明提高了获取业务处理流程的效率。

Description

系统流程控制方法、装置、设备及计算机存储介质

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及系统流程控制方法、装置、设备及计算机存储介质。

背景技术

随着计算机技术的发展，越来越多的技术(大数据、分布式、区块链Blockchain、人工智能等)应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变，但由于金融行业的安全性、实时性要求，也对技术提出了更高的要求。目前的金融科技领域中，有各种程序内容更新编码的技术。例如，当开发者接到需求1：需要一个接口实现开户+绑卡+设密的流程，开发人员往往会编写一个类方法分别调用开户，绑卡，设密操作；当接下来再接到需求2：需要实现开户+设密逻辑，这时候会编写一个类方法以分别调用开户、设密操作；但是当再次接收到需求3：需要实现开户、绑卡、设密、激活，这时候会需要再次修改代码。也就是在开发人员开发代码的过程中，往往固定于某个个性化的需求来编写相应的代码，不具有通用性，当需求量增多时，容易造成代码重复开发、冗余代码增多，且需要不断提供调用入口，严重影响获取业务处理流程的效率。因此，如何提高获取业务处理流程的效率成为了目前亟待解决的技术问题。

发明内容

本发明的主要目的在于提出一种系统流程控制方法、装置、设备及计算机存储介质，旨在提高获取业务处理流程的效率，从而提高开发业务的效率。

为实现上述目的，本发明提供一种系统流程控制方法，所述系统流程控制方法包括如下步骤：

接收引入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；

基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；

控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程，并通过所述统一入口输出所述处理流程。

可选地，基于所述需求任务确定所述系统对应的各原子任务的步骤之后，包括：

依次遍历各所述原子任务，通过调用所述代码解耦工具中的数据收集器接收当前遍历的所述原子任务对应的各输入参数，并检查各所述输入参数是否和所述需求任务匹配；

若存在和所述需求任务匹配的输入参数，则保存和所述需求任务匹配的输入参数,直至各所述原子任务遍历完成。

可选地，所述根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签的步骤，包括：

确定和所述需求任务匹配的输入参数对应的原子任务，并根据所述工具包调用代码解耦工具对和所述需求任务匹配的输入参数对应的原子任务赋予预设标签。

可选地，所述控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程的步骤，包括：

控制所述代码解耦工具中的标签解析器对各所述预设标签进行解析，以得到所述预设标签组成的流程标签；

控制所述代码解耦工具中的流程控制器对所述流程标签进行解析，以获取所述需求任务对应的处理流程。

可选地，所述控制所述代码解耦工具中的标签解析器对各所述预设标签进行解析的步骤，包括：

遍历各所述预设标签，并控制所述代码解耦工具中的标签解析器确定所述当前遍历的当前预设标签中是否存在路线routing标签；

若所述当前预设标签中存在routing标签，则根据所述当前预设标签的属性确定所述当前预设标签对应的原子任务是否和所述需求任务匹配；

若匹配，则保存所述当前预设标签，直至各所述预设标签遍历完成。

可选地，所述确定所述当前预设标签中是否存在routing标签的步骤之后，包括：

若所述当前预设标签中不存在routing标签，则在各所述预设标签中获取新的当前预设标签，并输出所述当前预设标签对应的原子任务存在异常的提示信息。

可选地，所述控制所述代码解耦工具中的标签解析器确定当前遍历的当前预设标签中是否存在路线routing标签的步骤之后，包括：

控制所述标签解析器获取与所述当前预设标签对应的目标标签解析类，并根据所述目标标签解析类对所述当前预设标签进行解析，以确定所述当前预设标签中是否存在routing标签。

此外，为实现上述目的，本发明还提供一种系统流程控制装置，所述系统流程控制装置包括：

接收模块，用于接收引入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；

确定模块，用于基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；

获取模块，用于控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程，并通过所述统一入口输出所述处理流程。

此外，为实现上述目的，本发明还提供一种系统流程控制设备，所述系统流程控制设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的系统流程控制程序，所述系统流程控制程序被所述处理器执行时实现如上所述的系统流程控制方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机存储介质，所述计算机存储介质上存储有系统流程控制程序，所述系统流程控制程序被处理器执行时实现如上所述的系统流程控制方法的步骤。

本发明通过接收引入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程，并通过所述统一入口输出所述处理流程。通过根据需求任务对系统的各请求入口进行统一，以得到统一入口，从而避免了现有技术中在进行流程开发后，需要不断提供调用入口的现象发生，消除了重复代码，并通过统一入口和工具包对各原子任务赋予预设标签，并对预设标签进行解析，以得到处理流程，提高了获取处理流程的效率，从而也提高开发业务的效率。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明系统流程控制方法第一实施例的流程示意图；

图3为本发明系统流程控制装置的装置模块示意图；

图4为本发明系统流程控制方法中代码解耦工具的工具组成示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例系统流程控制设备可以是PC机或服务器设备，其上运行有Java虚拟机。

如图1所示，该系统流程控制设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及系统流程控制程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的系统流程控制程序，并执行下述系统流程控制方法中的操作。

基于上述硬件结构，提出本发明系统流程控制方法实施例。

参照图2，图2为本发明系统流程控制方法第一实施例的流程示意图，所述方法包括：

步骤S10，接收输入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；

在本实施例中，工具包可以是SDK(Software Development Kit，软件开发工具包)工具包，用于让系统借助代码解耦工具的功能进行一系列操作。需求任务可以是用户需要系统体现的业务逻辑。请求入口可以是开发者调试程序代码用户的接口，而在本实施例中具体业务(如存款业务、贷款业务等)需求需要去请求某个业务逻辑(例如、银行等金融机构各个业务的一部分业务逻辑，其中，业务包括但不限于贷款业务、存款业务等)需要请求入口统一导航指定，即统一入口，并且统一入口用于协议转换，前后端交互限制等控制。工具包通过JAVA实现，封装出完整的sdk工具包，以方便业务系统快速接入代码解耦工具，也就是在系统的后台程序中接收输入的工具包，并获取系统的需求任务，根据需求任务确定在系统程序中需要应用到几个请求入口，并将所有的请求入口进行统一导航指定，以得到统一入口。

步骤S20，基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包通过所述统一入口调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；

代码解耦工具可以是实现业务逻辑的流程处理。也是基于spring容器的基础实现，代码解耦工具负责提供自定义标签，以及相应的配置解析类支持，业务系统引入工具包，需要开发人员编写出相对独立的原子任务代码，通过流程配置文件配置业务流程，工具包负责解析流程配置文件，控制代码流程，以快速实现业务需求。另外为辅助理解对代码解耦工具的各个功能，下面进行举例说明。例如，如图4所示，代码解耦工具的组成主要包括：自定义标签，标签解析器，流程控制器，数据收集器，异常处理，原子任务等部分。其中，自定义标签主要用于标记流程节点，通过标签，让流程控制器知道下一步流程的跳转处理，如tk：task、tk：subtask、tk：routing等标签。标签解析器主要用于对标签进行转译，标签转译主要通过spring.handlers(容器的处理程序)文件给spring容器指定标签解析的FlowNamespaceHandlerSupport类(标签命名空间支持类)，如task解析、sub解析、routing解析等。流程控制器主要用于对标签组成的流程进行解析，获取到特定业务逻辑的处理流程，控制原子任务与任务之间的跳转处理，如流程配置文件、流程解析、流程路由控制等。数据收集器主要负责每个原子任务的输入参数，返回参数数据的传递，输入参数、返回参数等。异常处理主要是处理系统执行过程中的异常捕捉，针对业务处理的问题给出相应的提示响应，如捕捉异常、任务异常、路由异常。原子任务可以是需要开发人员根据业务需求编写的代码逻辑，并且这部分是业务处理的逻辑，需要在业务系统中各自实现，需要进行具体的任务处理。另外需要说明的是，流程控制器可以通过XML配置文件流程，也可以通过数据库配置流程，或者通过其它可读文件配置。

预设标签包括tk.xsd文件和spring.schemas(容器中数据库对象的集合)文件；其中，tk.xsd文件定义代码解耦工具支持哪些标签，每个标签所支持的属性配置(如id属性、start属性)。spring.schemas文件指定自定义的tk：xsd文件的位置，提供给spring容器使用。

当开发者接收到需求任务后，并编写出相对独立的原子任务代码后，还需要根据需求任务的逻辑关系得到具有与需求任务相关的参数信息的原子任务，并且需要说明的是，在本实施例中可以是对各个原子任务进行组合以得到处理流程，而对原子任务进行组合，需要获取原子任务的信息，因此可以根据工具包通过统一入口调用代码解耦工具对各个原子任务赋予标签，然后再通过标签解析来获取需要的流程标签，并根据流程标签来确定原子任务的处理流程，也就是在预设标签中就存在有需求任务对应的执行逻辑顺序信息，从而就可以根据预设标签中的执行逻辑顺序得到流程标签。

步骤S30，通过所述统一入口控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程。

系统通过统一入口控制代码解耦工具中的流程控制器根据流程控制文件获取原子任务上的预设标签，再通过标签解析器对获取到的预设标签进行标签解析，而标签解析需要通过spring.handlers文件给spring容器指定标签解析的FlowNamespaceHandlerSupport类，FlowNamespaceHandlerSupport类负责注册对应标签的解析类，如FlowStopDefinitionPareser(流程节点解析类)、FlowTaskDefinitionParser(任务解析类)、FlowTaskFactoryDefinitionParser(任务工厂解析类)。再根据标签解析的结果获取到需求任务对应的处理流程。另外，为辅助理解对标签解析的过程，下面进行举例说明。例如，当流程控制文件是XML(一种文件格式)文件时，如bindCardAndSetPwd.xml(装订和设置)文件，且bindCardAndSetPwd.xml文件配置的是一个完整的业务逻辑，主要完成用户信息检查、绑定他行卡、设置密码三个逻辑，即可以认为是绑卡设密接口。当一个绑卡设密请求通过上游发送到需求处理系统的时候，系统首先回通过请求的地址去读取bindCardAndSetPwd.xml文件。并通过FlowTaskFactoryDefinitionParser类读取到tk：task标签，通过FlowTaskDefinitionParser类读取到tk：task标签并加载对应的属性，tk；task标签的start属性表示流程处理下的开始节点，指向id为checkInfoStop(检查信息停止)的tk：stop标签，FlowStopDefinitionPareser类负责对tk：stop标签的处理，tk：stop的ref属性指向处理检查信息逻辑的原子任务类，method(方法)属性执行处理操作的具体方法名称。tk：routing标签作为流转到下一个原子任务的路由控制器，负责指定跳转到目标原子任务，没有配置tk：routing原子任务则默认执行下一个原子任务。

本实施例通过接收引入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程，并通过所述统一入口输出所述处理流程。通过根据需求任务对系统的各请求入口进行统一，以得到统一入口，从而避免了现有技术中在进行流程开发时，需要不断提供调用入口的现象发生，消除了重复代码，并通过统一入口和工具包对各原子任务赋予预设标签，并对预设标签进行解析，以得到处理流程，提高了获取处理流程的效率，从而也提高开发业务的效率。

进一步地，基于本发明系统流程控制方法第一实施例，提出本发明系统流程控制方法第二实施例。本实施例是本发明第一实施例的步骤S20，基于所述需求任务确定所述系统对应的各原子任务的步骤之后，包括：

步骤a，依次遍历各所述原子任务，通过调用所述代码解耦工具中的数据收集器接收当前遍历的所述原子任务对应的各输入参数，并检查各所述输入参数是否和所述需求任务匹配；

当获取到各个原子任务后，还需要通过代码解耦工具中的数据接收器来获取各个原子任务所携带的输入参数，并对这些输入参数进行检查，确定这些输入参数是否和系统的需求任务匹配，若不匹配，则返回这些输入参数，并回复响应信息，若匹配，则保存这些输入参数，并回复新的响应信息，也就是数据收集器，用于接收原子任务携带的信息，并对这些信息进行响应。

步骤b，若存在和所述需求任务匹配的输入参数，则保存和所述需求任务匹配的输入参数,直至各所述原子任务遍历完成。

当经过判断发现存在和需求任务匹配的输入参数，则需要保存这些和需求任务匹配的输入参数，并确定这些输入参数对应的原子任务以进行回应，直至各个原子任务均已遍历完成。

在本实施例中，通过获取各个原子任务的输入参数，并确定输入参数和需求任务是否匹配，若匹配，则保存输入参数，从而保障了获取的原子任务的准确性。

进一步地，根据所述工具包通过所述统一入口调用代码解耦工具对各所述原子任务赋予预设标签的步骤，包括：

步骤c，确定和所述需求任务匹配的输入参数对应的原子任务，并根据所述工具包调用代码解耦工具对和所述需求任务匹配的输入参数对应的原子任务赋予预设标签。

在系统中确定和需求任务匹配的输入参数对应的原子任务，并可以根据工具包调用代码解耦工具的自定义标签功能对和需求任务匹配的输入参数对应的原子任务赋予对应的预设标签，即确定哪些原子任务是用户需要的。

在本实施例中，通过对和需求任务匹配的输入参数对应的原子任务赋予预设标签，从而也保障了获取到的需求任务的准确性。

进一步地，基于本发明系统流程控制方法第一至第二任意一个实施例的基础上，提出本发明系统流程控制方法第三实施例。本实施例是本发明第一实施例的步骤S30，控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程的步骤，包括：

步骤d，控制所述代码解耦工具中的标签解析器对各所述预设标签进行解析，以得到所述预设标签组成的流程标签；

当对原子任务上已设置好预设标签后，还需要控制代码解耦工具中的标签解析器对获取到的预设标签进行解析，即每获取到一个原子任务上的预设标签，就需要对预设标签进行转译，以确定在标签解析器中该预设标签对应的解析类，并通过该预设标签对应的解析类对标签进行解析后，确定该预设标签对应的原子任务是否为需求任务在当前时刻当前位置所需要的，直至各个原子任务上的预设标签已解析完成，从而得到预设标签组成的流程标签。其中，流程标签的顺序和需求任务的执行逻辑顺序是相似对应的。

步骤e，控制所述代码解耦工具中的流程控制器对所述流程标签进行解析，以获取所述需求任务对应的处理流程。

当获取到流程标签后，可以通过代码解耦工具中的流程控制器来对流程标签进行解析，以得到需求任务对应的处理流程，控制原子任务与需求任务之间的跳转处理。

在本实施例中，通过获取预设标签组成的流程标签，并根据流程标签来得到需求任务对应的处理流程，从而也保障了获取到的处理流程的准确性。

具体地，通过所述控制所述代码解耦工具中的标签解析器对各所述预设标签进行解析的步骤，包括：

步骤d1，遍历各所述预设标签，并控制所述代码解耦工具中的标签解析器确定当前遍历的当前预设标签中是否存在路线routing标签；

当前预设标签为正在进行解析的预设标签。对各个预设标签进行遍历，通过控制代码解耦工具中的标签解析器在各个预设标签中获取当前预设标签，并对当前预设标签进行解析确定该当前预设标签中是否存在routing路线标签，若不存在，则直接跳转到下一个预设标签，若存在，则确定该当前预设标签的属性。

步骤d2，若所述当前预设标签中存在routing标签，则根据所述当前预设标签的属性确定所述当前预设标签对应的原子任务是否和所述需求任务匹配；

当经过判断发现当前预设标签中存在routing标签，则可以根据当前预设标签的属性来确定当前预设标签对应的原子任务是否和需求任务匹配，也就是在当前流程节点的原子任务是否和需求任务对应的流程节点中的任务匹配，若不匹配，则输出异常的提示信息，若匹配，则保持该当前预设标签，并获取下一个预设标签。

步骤d3，若匹配，则保存所述当前预设标签，直至各所述预设标签遍历完成。

当经过判断发现当前预设标签对应的原子任务和需求任务匹配，则可以保存该当前预设标签，并控制标签解析器在各个预设标签中获取第二个预设标签，并会继续检测第二个预设标签中是否存在routing标签，若存在，则检查第二个预设标签对应的原子任务是否和需求任务匹配，若匹配，则保存第二个预设标签，直到对所有的预设标签均已遍历解析完成。其中，第二个预设标签为预设标签中的一种，在当前预设标签解析完成后，获取的下一个预设标签。

在本实施例中，通过根据routing标签来确定需要的当前预设标签，并在当前预设标签对应的原子任务和需求任务匹配时，才获取第二预设标签，从而也提高了获取到的当前预设标签的准确性，保障了获取处理流程的准确性。

具体地，确定所述当前预设标签中是否存在routing标签的步骤之后，包括：

步骤f，若所述当前预设标签中不存在routing标签，则在各所述预设标签中获取新的当前预设标签，并输出所述当前预设标签对应的原子任务存在异常的提示信息。

当经过判断发现当前预设标签中不存在routing标签，则需要在各个预设标签中获取新的当前预设标签，并会通过代码解耦工具中的异常处理功能来输出当前预设标签对应的原子任务存在异常的提示信息。其中，代码解耦工具中的异常处理功能可以处理系统执行过程中的异常捕捉，针对业务处理的问题给出相应的提示响应。

在本实施例中，通过在当前预设标签中不存在routing标签时，输出提示信息，从而能让用户及时检测到异常问题，并对异常问题进行处理，提高了获取处理流程的效率。

进一步地，控制所述代码解耦工具中的标签解析器确定当前遍历的当前预设标签中是否存在路线routing标签的步骤，包括：

步骤k，控制所述标签解析器获取与所述当前预设标签对应的目标标签解析类，并根据所述目标标签解析类对所述当前预设标签进行解析，以确定所述当前预设标签中是否存在routing标签。

目标标签解析类可以是需要进行解析的标签的工具。当获取到当前预设标签后，还需要控制标签解析器来获取与当前预设标签对应的目标标签解析类，并通过目标标签解析类对当前预设标签进行解析，以确定当前预设标签中是否存在routing标签，当前预设标签的标签属性是否指向处理检查信息逻辑的原子任务等。

通过获取当前预设标签对应的目标标签解析类，并根据目标标签解析类对当前预设标签进行解析，从而保障了当前预设标签解析的成功率，提高了获取处理流程的成功率。

本发明还提供一种系统流程控制装置，参照图3，所述系统流程控制装置包括：

接收模块，用于接收引入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；

确定模块，用于基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；

获取模块，用于控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程，并通过所述统一入口输出所述处理流程。

可选地，所述确定模块，还用于：

依次遍历各所述原子任务，通过调用所述代码解耦工具中的数据收集器接收当前遍历的所述原子任务对应的各输入参数，并检查各所述输入参数是否和所述需求任务匹配；

若存在和所述需求任务匹配的输入参数，则保存和所述需求任务匹配的输入参数,直至各所述原子任务遍历完成。

可选地，所述确定模块，还用于：

确定和所述需求任务匹配的输入参数对应的原子任务，并根据所述工具包调用代码解耦工具对和所述需求任务匹配的输入参数对应的原子任务赋予预设标签。

可选地，所述获取模块，还用于：

控制所述代码解耦工具中的标签解析器对各所述预设标签进行解析，以得到所述预设标签组成的流程标签；

控制所述代码解耦工具中的流程控制器对所述流程标签进行解析，以获取所述需求任务对应的处理流程。

可选地，所述获取模块，还用于：

遍历各所述预设标签，并控制所述代码解耦工具中的标签解析器确定当前遍历的当前预设标签中是否存在routing标签；

若所述当前预设标签中存在routing标签，则根据所述当前预设标签的属性确定所述当前预设标签对应的原子任务是否和所述需求任务匹配；

若匹配，则保存所述当前预设标签，直至各所述预设标签遍历完成。

可选地，所述获取模块，还用于：

若所述当前预设标签中不存在routing标签，则在各所述预设标签中获取新的当前预设标签，并输出所述当前预设标签对应的原子任务存在异常的提示信息。

可选地，所述获取模块，还用于：

控制所述标签解析器获取与所述当前预设标签对应的目标标签解析类，并根据所述目标标签解析类对所述当前预设标签进行解析，以确定所述当前预设标签中是否存在routing标签。

上述各程序模块所执行的方法可参照本发明系统流程控制方法各个实施例，此处不再赘述。

本发明还提供一种计算机存储介质。

本发明计算机存储介质上存储有系统流程控制程序，所述系统流程控制程序被处理器执行时实现如上所述的系统流程控制方法的步骤。

其中，在所述处理器上运行的系统流程控制程序被执行时所实现的方法可参照本发明系统流程控制方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种系统流程控制方法，其特征在于，所述系统流程控制发布方法包括如下步骤：

接收引入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；

基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；

控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程，并通过所述统一入口输出所述处理流程。

2.如权利要求1所述的系统流程控制方法，其特征在于，所述基于所述需求任务确定所述系统对应的各原子任务的步骤之后，包括：

依次遍历各所述原子任务，通过调用所述代码解耦工具中的数据收集器接收当前遍历的所述原子任务对应的各输入参数，并检查各所述输入参数是否和所述需求任务匹配；

若存在和所述需求任务匹配的输入参数，则保存和所述需求任务匹配的输入参数,直至各所述原子任务遍历完成。

3.如权利要求2所述的系统流程控制方法，其特征在于，所述根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签的步骤，包括：

确定和所述需求任务匹配的输入参数对应的原子任务，并根据所述工具包调用代码解耦工具对和所述需求任务匹配的输入参数对应的原子任务赋予预设标签。

4.如权利要求1-3任一项所述的系统流程控制方法，其特征在于，所述控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程的步骤，包括：

控制所述代码解耦工具中的标签解析器对各所述预设标签进行解析，以得到所述预设标签组成的流程标签；

控制所述代码解耦工具中的流程控制器对所述流程标签进行解析，以获取所述需求任务对应的处理流程。

5.如权利要求4所述的系统流程控制方法，其特征在于，所述控制所述代码解耦工具中的标签解析器对各所述预设标签进行解析的步骤，包括：

遍历各所述预设标签，并控制所述代码解耦工具中的标签解析器确定当前遍历的当前预设标签中是否存在路线routing标签；

若所述当前预设标签中存在routing标签，则根据所述当前预设标签的属性确定所述当前预设标签对应的原子任务是否和所述需求任务匹配；

若匹配，则保存所述当前预设标签，直至各所述预设标签遍历完成。

6.如权利要求4所述的系统流程控制方法，其特征在于，所述确定所述当前预设标签中是否存在routing标签的步骤之后，包括：

若所述当前预设标签中不存在routing标签，则在各所述预设标签中获取新的当前预设标签，并输出所述当前预设标签对应的原子任务存在异常的提示信息。

7.如权利要求5所述的系统流程控制方法，其特征在于，所述控制所述代码解耦工具中的标签解析器确定当前遍历的当前预设标签中是否存在路线routing标签的步骤包括：

控制所述标签解析器获取与所述当前预设标签对应的目标标签解析类，并根据所述目标标签解析类对所述当前预设标签进行解析，以确定所述当前预设标签中是否存在routing标签。

8.一种系统流程控制装置，其特征在于，所述系统流程控制装置包括：

接收模块，用于接收引入的工具包，根据系统的需求任务对所述系统的各请求入口进行统一导航指定，以得到统一入口；

确定模块，用于基于所述需求任务确定所述系统对应的各原子任务，并根据所述工具包调用代码解耦工具对各所述原子任务赋予预设标签，其中，所述预设标签具有所述需求任务对应的执行逻辑顺序信息；

获取模块，用于控制所述代码解耦工具对各所述预设标签进行标签解析，以获取所述需求任务对应的处理流程，并通过所述统一入口输出所述处理流程。

9.一种系统流程控制设备，其特征在于，所述系统流程控制设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的系统流程控制程序，所述系统流程控制程序被所述处理器执行时实现如权利要求1至7中任一项所述的系统流程控制方法的步骤。

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