事务处理流程实现方法及装置与流程

1.本发明涉及大数据数据分析技术领域，尤其涉及一种事务处理流程实现方法及装置。


背景技术：

2.本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
3.事务处理流程具有差异性，比如说，各个地市的房产交易系统的商品房交易流程存在个性化差异，具体不限于流程节点个数的不同、流程走向的不同、每个流程节点的准入条件不同等。若需要实现一套系统适配于各地市房产交易的商品房交易流程，则必须针对各地市个性特色进行个性化开发。
4.个性化开发的房产交易系统不具有通用性。若想要开发一套房产交易系统，则需要组合各个地市的房产交易系统，这样不可避免的在系统设计上存在代码重复实现，维护困难，后期新增需求修改不便，新增需求的实现容易将其他地市的逻辑搅乱，测试难度大，最终导致系统不稳定。


技术实现要素：

5.本发明实施例提供一种事务处理流程实现方法，用以实现一套通用的、易于修改及维护的商品销售流程，减少冗余代码，提升系统稳定性，该方法包括：
6.接收前端提交的业务件，确定业务件的流程流水号及下一个处理节点的节点编码，所述业务件包含所要处理的事务的类别编码；
7.针对每一下一个处理节点，执行如下方法：
8.根据节点编码、类别编码及流程流水号获取下一个处理节点的处理逻辑、准入逻辑和准出逻辑；
9.利用准入逻辑、处理逻辑和准出逻辑，结合审核人员对业务件的审核结论对业务件进行处理；
10.根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件；
11.循环执行上述每一下一个处理节点执行的方法，直至所有处理节点均处理完成，输出经过所有节点处理过的业务件及每个处理节点的审核结论。
12.本发明实施例还提供一种事务处理流程实现装置，用以实现一套通用的、易于修改及维护的商品销售流程，减少冗余代码，提升系统稳定性，该装置包括：
13.通信模块，用于接收前端提交的业务件，确定业务件的流程流水号及下一个处理节点的节点编码，所述业务件包含所要处理的事务的类别编码；
14.针对每一下一个处理节点，处理模块执行如下方法：
15.根据节点编码、类别编码及流程流水号获取下一个处理节点的处理逻辑、准入逻
辑和准出逻辑；
16.利用准入逻辑、处理逻辑和准出逻辑，结合审核人员对业务件的审核结论对业务件进行处理；
17.根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件；
18.由处理模块循环执行上述每一下一个处理节点执行的方法，直至所有处理节点均处理完成，由通信模块输出经过所有节点处理过的业务件及每个处理节点的审核结论。
19.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述事务处理流程实现方法。
20.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述事务处理流程实现方法。
21.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述事务处理流程实现方法。
22.本发明实施例中，以工作流为主线，预先配置各个处理节点之间的关联关系，当接收到前端提交的业务件时，确定下一个处理节点的节点编码，之后的处理节点，均根据上一个处理节点的审核结论、节点编码及类别编码确定下一个处理节点的节点编码，依靠工作流配置实现不同处理节点的串联，实现不同的处理流程。并且，将工作流中各个处理节点的处理逻辑、准入条件和准出条件单独实现，根据业务件的流程流水号、节点编码和类别编码，可以获取下一个处理节点的处理逻辑、准入逻辑和准出逻辑，准入逻辑和准出逻辑分别实现处理节点的准入控制和准出控制，处理逻辑结合审核人员对业务件的审核结论实现业务件的处理，这样在系统层面遵循了开闭原则，当需求变化时，可以针对每个处理节点的原有准入逻辑、准出逻辑和处理逻辑进行修改，或者增加新的处理节点，而不会影响其他处理节点，维护、测试均较为简单，也不会导致整体的逻辑混乱，提升了系统的稳定性；同时，由于每个处理节点的准入逻辑等单独实现，在工作流中也可以实现处理节点的复用，减少了冗余代码，在维持系统稳定性的前提下，尽可能以高效的形式实现系统逻辑，为开展业务提供高效且稳定的系统保障。
附图说明
23.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
24.图1为本发明实施例中一种事务处理流程实现方法的流程图；
25.图2为本发明实施例中另一种事务处理流程实现方法的流程图；
26.图3为本发明实施例中一种事务处理流程的简单示意图；
27.图4为本发明实施例中一种总体架构图；
28.图5为本发明实施例中用于实现事务处理流程实现方法的主要类图；
29.图6为本发明实施例中一种事务处理流程实现装置的结构示意图；
30.图7为本发明实施例中一种计算机设备的结构示意图。
具体实施方式
31.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
32.本发明实施例提供了一种事务处理流程实现方法，如图1所示，该方法包括步骤101至步骤105，其中，针对每一下一个处理节点，执行其中的步骤102至步骤104：
33.步骤101、接收前端提交的业务件，确定业务件的流程流水号及下一个处理节点的节点编码，业务件包含所要处理的事务的类别编码。
34.其中，业务件中包含前端提交的与所要处理的事务相关的信息。
35.类别编码是对于所要处理事务的分类，比如说，对于一项商品房交易事务，不同地市的商品房交易流程不同，则该类别编码可以为商品所属地市的城市编码；再如，对于一项请假事务，不同职级的员工的请假流程不同，则该类别编码可以为员工的职级编码。
36.以商品房交易流程为例，前端是在商品房交易流程之前所需要完成的项目所在的项目，前端可以通过浏览器页面、远程过程调用(remote procedure call，rpc)请求接口、消息队列(message queue，mq)消息等方式提交已打包完成的业务件。业务件中包含所要交易的一栋或者一批商品房的信息，该些信息中包含商品房所在地市的城市编码。
37.城市编码用于区分不同的地市，其被预先设定，可以由数字、字母或符号等组成，具体形式在此不做限定。
38.当接收到前端提交的业务件之后，需要将业务件送入事务处理流程中的第一个处理节点。该第一个处理节点是与类别编码对应的事务处理流程中的第一个处理节点，该第一个处理节点可以作为多个多项事务处理流程中的第一个或者中间处理节点。
39.以商品房交易流程为例，当接收到前端提交的业务件之后，需要将业务件送入商品房交易流程中的第一个处理节点。该第一个处理节点是与城市编码对应的商品房交易流程中的第一个处理节点，该第一个处理节点可以作为多个地市的商品房交易流程中的第一个或者中间处理节点。
40.对每一个业务件的处理均是一个完整的流程，流程流水号用于区分不同业务件的处理流程，当接收到业务件之后，即设定处理该业务件的流程流水号。
41.当接收到业务件之后，需要对业务件进行准入校验之后再送入第一个处理节点中进行处理，因此，本步骤中，将业务件即将进入的第一个处理节点称为下一个处理节点。并且，在后续实施例中，均将业务件即将进入的处理节点称为下一个处理节点。
42.步骤102、根据节点编码、类别编码及流程流水号获取下一个处理节点的处理逻辑、准入逻辑和准出逻辑。
43.在接收到业务件且尚未将其送入任何一个处理节点之时，也即步骤101执行完成后，得到了下一个处理节点的节点编码、类别编码及流程流水号，根据此三者信息获取下一个处理节点(此处指第一个处理节点)的处理逻辑、准入逻辑和准出逻辑。
44.准入逻辑用于校验业务件是否符合当前处理节点的准入条件，比如说，在商品房交易流程中，对于政务端审核一审节点而言，其准入条件为所有商品房都应该是校验无状
态，准入逻辑也即用来校验业务件中所有商品房是否都是校验无状态。如果校验不通过，则不允许业务件进入政务端审核一审节点处理；如果校验通过，才允许业务件进入政务端审核一审节点进行处理。
45.准出逻辑用于校验经过当前处理节点处理后的业务件是否符合当前处理节点的准出条件，仍以商品房交易流程为例，政务端审核一审节点的准出条件为必须生成销售许可证号，那么，准出逻辑即用来校验处理后的业务件中是否包含销售许可证号。如果校验不通过，则不允许处理后的业务件离开当前节点；当校验通过时，才允许业务件离开政务端审核一审节点到下一个处理节点进行处理。
46.步骤103、利用准入逻辑、处理逻辑和准出逻辑，结合审核人员对业务件的审核结论对业务件进行处理。
47.具体的，如图2所示，步骤103可以执行为如下步骤1031至步骤1034：
48.步骤1031、对业务件进行准入校验，如果业务件通过准入校验，则将业务件送入下一个处理节点；
49.步骤1032、接收处理人员对当前处理节点中业务件的审核结论；
50.步骤1033、利用处理逻辑对业务件及审核结论进行处理；
51.步骤1034、利用准出逻辑对经过处理逻辑处理的业务件及审核结论进行准出校验；
52.在执行步骤1031至步骤1034之后，步骤104根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件，可以执行为如下步骤1041：
53.步骤1041、如果准出校验通过，则根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件。
54.也就是说，当业务件进入每一下一个处理节点之前，对业务件进行准入校验，如果业务件通过准入校验，则将业务件送入下一个处理节点。本发明实施例中，当业务件进入下一个处理节点后，将业务件所在的处理节点称为当前节点。
55.当业务件在当前节点的处理过程中，一般需要当前节点的审核人员对业务件进行审核，接收处理人员对当前处理节点中业务件的审核结论。以请假的工作流为例，当员工提交请假后，下一个处理节点为员工上级领导处理节点，审核人员为员工的上级领导，上级领导对员工的请假事件进行审核，得到批准或拒绝的审核结论。
56.在接收到审核人员的审核结论后，利用处理逻辑对业务件及审核结论进行处理，比如说，将审核结论处理为计算机可识别的0或1的数据等，或者，还可以根据不同处理节点的需求设置不同的处理逻辑。
57.之后，利用准出逻辑对经过处理逻辑处理的业务件及审核结论进行准出校验。当准出校验通过后，处理后的业务件才被允许离开当前处理节点。如果业务件的准出校验未通过，则可以人为或机器排查当前业务件中存在的问题，对问题进行修正后在进行准出校验。
58.如果准出校验通过，则根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件。
59.需要说明的是，该审核结论中除了肯定性和否定性结论外，还可以包含审核人员
设定的标记，该标记影响流转的下一个处理节点。仍以请假工作流为例，员工请假天数不同，则对请假进行审批的审核人员不同。当员工请假1天时，公司规定由上级领导审批即可，则在上级领导处理节点进行处理，上级领导批准请假后，还可以设定流程结束的标记，根据该审核结论，即可确定当前处理节点为流程中的最后一个处理节点；当员工请假5天时，公司规定由上级领导、主管领导、总经理审核，则在上级领导处理节点批准且符合准出条件后，将该请假单送入主管领导审核节点进行审核，直至总经理审核节点处理完成后，该请假流程结束。
60.每个处理节点的处理逻辑、准入逻辑和准出逻辑是由开发人员预先配置的，当事务处理流程启动时，可以将上述逻辑存储至redis缓存数据库中，此外，各个类别的事务的工作流中各个处理节点的流转关系也可以存储在redis缓存数据库中，以加快配置读取，快速完成节点处理及流转。
61.这样，当处理业务件时，可以根据节点编码、类别编码及流程流水号，从redis缓存数据库中读取处理逻辑、准入逻辑和准出逻辑。示例性的，如图3所示，为一个由简单的三个处理节点(节点1、节点2和节点3)组成的处理流程，每一处理节点均有对应的策略，图3中仅示出了节点1包括的策略1、2、3，策略中包括处理逻辑、准入逻辑和准出逻辑，当接收到前端上送的业务件时，在满足各个处理节点的准入条件和准出条件的前提下，业务件依次经过节点1、节点2和节点3处理后输出。
62.需要说明的是，图3中仅简单的示出了一个处理流程，在实际应用中，事务处理系统中会存在多个类别的事务的处理流程，并且各有不同。
63.本发明实施例中，通过类别编码及流程流水号获取下一个处理节点的处理逻辑、准入逻辑和准出逻辑之后，还可以基于模板方法模式的原理，按照预设的处理逻辑模板将下一个处理节点的准入逻辑、处理逻辑和准出逻辑依次推送至消息队列；之后，从消息队列中依次读取准入逻辑、处理逻辑和准出逻辑，mq消费端接收消息并入库消息(留痕)，并根据消息类型找到对应的业务逻辑类(准入、准出、处理逻辑)，并实例化该类，并执行该类的逻辑，完成对业务件进行处理。
64.其中，该消息队列可以为rabbitmq消息队列。
65.本发明实施例中，引入消息队列，可以实现削峰，降低了突然大业务量的冲击导致系统宕机的几率，同时加快了页面响应速度，保障了服务的稳定性。
66.基于上述方法，图4示出了本发明实施例的一种总体架构图，参见图4所示，本发明实施例的核心在于进行不同类别的事务处理节点配置和节点策略配置，其中，事务处理节点配置中主要需要完成的是节点逻辑实现，即配置事务处理节点的处理逻辑，节点策略配置主要需要完成的是准入准出策略，也即配置准入逻辑和准出逻辑，在具体执行时，以redis缓存数据库和消息队列作为基础支持。
67.需要说明的是，本发明实施例在进行准入准出策略和处理逻辑配置时，套用了策略模式。
68.在具体实现时，参见图5所示，先定义抽象类(如executeworkflowabs抽象类)，作为各个处理节点的“行为模板”，cityonenodeone则为抽象类的实现类，即为具体节点的实现逻辑类。
69.还定义接口(如inoroutstrategy接口)，该接口为准入准出策略接口，其子类，如
iscompanygoodstrategy、isrighttimestrategy为其实现类，即具体策略实现类。
70.executeworkflowabs抽象类包含具体的准入(instrategys)策略集合和准出(outstrategys)策略集合；其中，executeworkflowabs抽象类及inoroutstrategy接口的子类由工厂模式生产。
71.在定义了executeworkflowabs抽象类和noroutstrategy接口之后，利用推送方法(loadstrategy方法)将准入策略集合和准出策略集合加载至inoroutstrategy接口的子类中。
72.第一推送方法(beforeworkflow方法)为执行工作流之前的处理逻辑，第二推送方法(duringworkflow方法)为执行工作流过程中的处理逻辑，第三推送方法(afterworkflow方法)为执行工作流之后的处理逻辑，在具体处理业务件的过程中，通过已加载准入策略集合和准出策略集合的子类读取存储的下一个处理节点的准入逻辑、处理逻辑和准出逻辑；利用beforeworkflow方法将下一个处理节点的准入逻辑推送至消息队列；利用duringworkflow方法将下一个处理节点的处理逻辑推送至消息队列；利用afterworkflow方法将下一个处理节点的准出逻辑推送至消息队列。
73.步骤104、根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件。
74.步骤105、循环执行上述每一下一个处理节点执行的方法，直至所有处理节点均处理完成，输出经过所有节点处理过的业务件及每个处理节点的审核结论。
75.也就是说，当业务件即将进入下一个处理节点时，都执行上述步骤102至步骤104中方法，直至工作流中定义的所有处理节点均处理完成后，输出经过所有节点处理的业务件以及每个处理节点的审核结论。
76.如果在执行过程中，比如，在利用准入逻辑或准出逻辑对业务件进行校验时，如果业务件没有通过校验，则可以设置流程中断，自此结束；或者，在利用处理逻辑对业务件和审核结论进行处理时，如果检测到审核结论中存在令流程中断的结论，如请假流程中的拒绝结论，则流程中断，并结束流程。
77.本发明实施例中，以工作流为主线，预先配置个各个处理节点之间的关联关系，当接收到前端提交的业务件时，确定下一个处理节点的节点编码，之后的处理节点，均根据上一个处理节点的审核结论、节点编码及类别编码确定下一个处理节点的节点编码，依靠工作流配置实现不同处理节点的串联，实现不同的处理流程。并且，将工作流中各个处理节点的处理逻辑、准入条件和准出条件单独实现，根据业务件的流程流水号、节点编码和类别编码，可以获取下一个处理节点的处理逻辑、准入逻辑和准出逻辑，准入逻辑和准出逻辑分别实现处理节点的准入控制和准出控制，处理逻辑结合审核人员对业务件的审核结论实现业务件的处理，这样在系统层面遵循了开闭原则，当需求变化时，可以针对每个处理节点的原有准入逻辑、准出逻辑和处理逻辑进行修改，或者增加新的处理节点，而不会影响其他处理节点，维护、测试均较为简单，也不会导致整体的逻辑混乱，提升了系统的稳定性；同时，由于每个处理节点的准入逻辑等单独实现，在工作流中也可以实现处理节点的复用，减少了冗余代码，在维持系统稳定性的前提下，尽可能以高效的形式实现系统逻辑，为开展业务提供高效且稳定的系统保障。
78.本发明实施例中还提供了一种事务处理流程实现装置，如下面的实施例所述。由
于该装置解决问题的原理与事务处理流程实现方法相似，因此该装置的实施可以参见事务处理流程实现方法的实施，重复之处不再赘述。
79.如图6所示，该装置600包括：
80.通信模块601，用于接收前端提交的业务件，确定业务件的流程流水号及下一个处理节点的节点编码，业务件包含所要处理的事务的类别编码；
81.针对每一下一个处理节点，处理模块602执行如下方法：
82.根据节点编码、类别编码及流程流水号获取下一个处理节点的处理逻辑、准入逻辑和准出逻辑；
83.利用准入逻辑、处理逻辑和准出逻辑，结合审核人员对业务件的审核结论对业务件进行处理；
84.根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件；
85.由处理模块602循环执行上述每一下一个处理节点执行的方法，直至所有处理节点均处理完成，由通信模块601输出经过所有节点处理过的业务件及每个处理节点的审核结论。
86.在本发明实施例的一种实现方式中，处理模块，用于：
87.对业务件进行准入校验，如果业务件通过准入校验，则将业务件送入下一个处理节点；
88.接收处理人员对当前处理节点中业务件的审核结论；
89.利用处理逻辑对业务件及审核结论进行处理；
90.利用准出逻辑对经过处理逻辑处理的业务件及审核结论进行准出校验；
91.根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件，包括：
92.如果准出校验通过，则根据审核结论、节点编码及类别编码确定下一个处理节点的节点编码，向节点编码对应的处理节点发送处理后的业务件。
93.在本发明实施例的一种实现方式中，装置还包括：
94.存储模块，用于配置每个处理节点的处理逻辑、准入逻辑和准出逻辑，将每个处理节点的处理逻辑、准入逻辑和准出逻辑存储至redis缓存数据库中；
95.处理模块，用于：
96.根据节点编码、类别编码及流程流水号，从redis缓存数据库中读取处理逻辑、准入逻辑和准出逻辑。
97.在本发明实施例的一种实现方式中，处理模块，还用于：
98.按照预设的处理逻辑模板将下一个处理节点的准入逻辑、处理逻辑和准出逻辑依次推送至消息队列；
99.利用准入逻辑、处理逻辑和准出逻辑，结合审核人员对业务件的审核结论对业务件进行处理，包括：
100.从消息队列中依次读取准入逻辑、处理逻辑和准出逻辑，结合审核人员对业务件的审核结论对业务件进行处理。
101.在本发明实施例的一种实现方式中，装置还包括：
102.定义模块，用于定义抽象类及接口，抽象类包含准入策略集合和准出策略集合；其中，抽象类及接口的子类由工厂模式生产；
103.利用加载方法将准入策略集合和准出策略集合加载至接口的子类中；
104.处理模块，用于：
105.通过已加载准入策略集合和准出策略集合的子类读取存储的下一个处理节点的准入逻辑、处理逻辑和准出逻辑；
106.利用第一推送方法将下一个处理节点的准入逻辑推送至消息队列；
107.利用第二推送方法将下一个处理节点的处理逻辑推送至消息队列；
108.利用第三推送方法将下一个处理节点的准出逻辑推送至消息队列。
109.本发明实施例中，以工作流为主线，预先配置个各个处理节点之间的关联关系，当接收到前端提交的业务件时，确定下一个处理节点的节点编码，之后的处理节点，均根据上一个处理节点的审核结论、节点编码及类别编码确定下一个处理节点的节点编码，依靠工作流配置实现不同处理节点的串联，实现不同的处理流程。并且，将工作流中各个处理节点的处理逻辑、准入条件和准出条件单独实现，根据业务件的流程流水号、节点编码和类别编码，可以获取下一个处理节点的处理逻辑、准入逻辑和准出逻辑，准入逻辑和准出逻辑分别实现处理节点的准入控制和准出控制，处理逻辑结合审核人员对业务件的审核结论实现业务件的处理，这样在系统层面遵循了开闭原则，当需求变化时，可以针对每个处理节点的原有准入逻辑、准出逻辑和处理逻辑进行修改，或者增加新的处理节点，而不会影响其他处理节点，维护、测试均较为简单，也不会导致整体的逻辑混乱，提升了系统的稳定性；同时，由于每个处理节点的准入逻辑等单独实现，在工作流中也可以实现处理节点的复用，减少了冗余代码，在维持系统稳定性的前提下，尽可能以高效的形式实现系统逻辑，为开展业务提供高效且稳定的系统保障。
110.本发明实施例还提供一种计算机设备，图7为本发明实施例中计算机设备的示意图，该计算机设备能够实现上述实施例中的事务处理流程实现方法中全部步骤，该计算机设备具体包括如下内容：
111.处理器(processor)701、存储器(memory)702、通信接口(communications interface)703和通信总线704；
112.其中，所述处理器701、存储器702、通信接口703通过所述通信总线704完成相互间的通信；所述通信接口703用于实现相关设备之间的信息传输；
113.所述处理器701用于调用所述存储器702中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的事务处理流程实现方法。
114.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述事务处理流程实现方法。
115.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述事务处理流程实现方法。
116.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产
品的形式。
117.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
118.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
119.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
120.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。