业务处理方法和装置与流程

1.本技术涉及数据处理技术领域，尤其涉及一种业务处理方法和装置。


背景技术：

2.银行等涉及到业务处理的机构中，针对不同业务需要设置不同的业务处理程序。
3.其中，同一业务的业务处理规则经常会发生变化，而一旦业务的业务处理规则发生变化，原本针对该业务开发的业务处理程序就不再适用。而且，银行等机构也会经常出现新增品种的业务。然而，每次存在新增业务或者是业务的业务处理规则发生变化，都需要开发人员为相应的业务编写一套业务处理程序，导致银行等机构实现业务处理的复杂度较高。


技术实现要素：

4.有鉴于此，本技术提供了一种业务处理方法和装置，以降低处理业务的复杂度。
5.为实现上述目的，一方面，本技术提供了一种业务处理方法，包括：
6.获得待处理的业务的业务数据；
7.从所述业务数据中提取出所述业务的业务特征信息；
8.基于所述业务特征信息，确定所述业务适合的插件配置信息，所述插件配置信息指示有：基础处理流程中需要插入插件的插入点以及所述插入点需插入的至少一个插件；
9.调用所述业务适用的基础处理流程处理所述业务数据，在基于所述插件配置信息确定执行到所述基础处理流程中所述插入点的位置处，调用并执行所述插入点所需执行的至少一个插件，直至完成所述业务数据的处理。
10.在一种可能的实现方式中，在从所述业务数据中提取出所述业务的业务特征信息之前，还包括：
11.检测所述业务数据中是否包含特殊业务码；
12.如果所述业务数据中存在特殊业务码，基于所述特殊业务码，确定所述业务适合的插件配置信息；
13.所述从所述业务数据中提取出所述业务的业务特征信息，包括：
14.如果所述业务数据中不存在特殊业务码，从所述业务数据中提取出所述业务的业务特征信息。
15.在又一种可能的实现方式中，在调用所述业务适用的基础处理流程处理所述业务数据之前，还包括：
16.确定所述业务的业务数据的提交入口；
17.确定所述提交入口绑定的基础处理流程。
18.所述调用所述业务适用的基础处理流程处理所述业务数据，包括：
19.调用所述提交入口绑定的所述基础处理流程处理所述业务数据。
20.在又一种可能的实现方式中，所述从所述业务数据中提取出所述业务的业务特征
信息，包括：
21.基于设定的至少一种目标业务特征，从所述业务数据提取所述业务对应的所述目标业务特征的业务特征信息。
22.在又一种可能的实现方式中，所述插件配置信息还指示有：插入点所需插入的至少一个插件的先后顺序；
23.在基于所述插件配置信息确定执行到所述基础处理流程中所述插入点的位置处，调用并执行所述插入点所需执行的至少一个插件，包括：
24.在基于所述插件配置信息确定执行到所述基础处理流程中所述插入点的位置处，按照所述插入点所需插入的至少一个插件的先后顺序，依次调用并执行所述插入点对应的至少一个插件。
25.又一方面，本技术还提供了一种业务处理装置，包括：
26.数据获得单元，用于获得待处理的业务的业务数据；
27.特征提取单元，用于从所述业务数据中提取出所述业务的业务特征信息；
28.第一信息确定单元，用于基于所述业务特征信息，确定所述业务适合的插件配置信息，所述插件配置信息指示有：基础处理流程中需要插入插件的插入点以及所述插入点需插入的至少一个插件；
29.数据处理单元，用于调用所述业务适用的基础处理流程处理所述业务数据，在基于所述插件配置信息确定执行到所述基础处理流程中所述插入点的位置处，调用并执行所述插入点所需执行的至少一个插件，直至完成所述业务数据的处理。
30.在一种可能的实现方式中，还包括：
31.特殊码检测单元，用于在所述特征提取单元从所述业务数据中提取出所述业务的业务特征信息之前，检测所述业务数据中是否包含特殊业务码；
32.第二信息确定单元，用于如果所述业务数据中存在特殊业务码，基于所述特殊业务码，确定所述业务适合的插件配置信息；
33.所述特征提取单元，包括：
34.第一特征提取子单元，用于如果所述业务数据中不存在特殊业务码，从所述业务数据中提取出所述业务的业务特征信息。
35.在又一种可能的实现方式中，还包括：
36.入口确定单元，用于在所述数据处理单元调用所述业务适用的基础处理流程处理所述业务数据之前，确定所述业务的业务数据的提交入口；
37.基础流程确定单元，用于确定所述提交入口绑定的基础处理流程。
38.数据处理单元在调用所述业务适用的基础处理流程处理所述业务数据时，具体用于，调用所述提交入口绑定的所述基础处理流程处理所述业务数据。
39.在又一种可能的实现方式中，所述特征提取单元，包括：
40.第二特征提取子单元，用于基于设定的至少一种目标业务特征，从所述业务数据提取所述业务对应的所述目标业务特征的业务特征信息。
41.在又一种可能的实现方式中，所述第一信息确定单元或者第二信息确定单元获得的所述插件配置信息还指示有：插入点所需插入的至少一个插件的先后顺序；
42.所述数据处理单元，包括：
43.数据处理子单元，用于调用所述业务适用的基础处理流程处理所述业务数据在基于所述插件配置信息确定执行到所述基础处理流程中所述插入点的位置处，按照所述插入点所需插入的至少一个插件的先后顺序，依次调用并执行所述插入点对应的至少一个插件。
44.由以上可知，在本技术实施例中，可以从待处理的业务的业务数据中提取出该业务的业务特征信息，基于业务特征信息，可以确定该业务适合的插件配置信息。由于该插件配置信息中指示有该基础处理流程中需要插入插件的插入点以及每个插入点需要插入的至少一个插件，因此，在调用基础处理流程处理该业务的业务数据的过程中，如果基于该插件配置信息确定出执行到该基础处理流程中一个插入点的位置处，则可以调用并执行该插入点所需执行的至少一个插件，从而完成业务数据的处理。由此可见，如果业务的业务处理规则发生变化或者存在适用于基础处理流程的新增业务时，本技术可以在不改变基础处理流程的前提下，仅针对该业务的业务特征信息为该业务开发相应的插件并配置插件配置信息，仍可以在基础处理流程的基础上实现对该业务的业务处理，从而无需为业务开发一套新的业务处理程序，大大减少了业务人员的代码开发量，自然也就降低了处理新业务或者规则发生变化的业务的处理复杂度。
附图说明
45.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
46.图1示出了本技术实施例提供的业务处理方法的又一种流程示意图；
47.图2示出了本技术实施例中的方案在一种应用场景下的业务处理原理示意图；
48.图3示出了本技术实施例提供的业务处理装置的一种组成结构示意图。
具体实施方式
49.本技术的方案可以适用于任意涉及到业务处理的场景，通过本技术的方案可以大大降低处理新增业务以及业务规则发生变化的业务的处理复杂度。
50.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
51.如图1，其示出了本技术实施例提供的业务处理方法的一种流程示意图，本实施例的方法可以应用于计算机设备，该计算机设备可以为服务器、分布式系统或者集群系统中的节点等。
52.本实施例的方法可以包括：
53.s101，获得待处理的业务的业务数据。
54.其中，业务的业务数据为表征该业务所需执行的交易内容、业务的至少一种业务特征以及完成该业务的交易处理所需的相关信息。
55.其中，业务的业务特征可以是该业务具有的各种属性的信息，如，业务特征可以包括业务类型、发起渠道以及业务的账户特征的特征等，对此不加限制。
56.业务的交易内容以及交易处理相关的信息用于指示该业务所需执行的处理以及执行该业务处理所需的一些参数的参数值。
57.以业务为汇款业务为例说明，业务的业务数据可以包括：表示业务的业务类型为汇款业务的信息，还可以包括业务的账户类型、发起渠道等业务特征的信息。除此之外，业务数据中还可以指示出发起转账的发起方账户的信息，转账的目的账户方的信息、转账金额等于转账交易相关的信息。
58.s102，从业务数据中提取出业务的业务特征信息。
59.其中，业务的业务特征信息是指该业务的至少一种业务特征的业务特征信息，如，至少一种业务特征各自的具体取值或者具体内容。
60.业务的业务特征信息可以用于表征一类业务的具体特征，而具有相同业务特征信息的业务对应的业务处理规则相同，相应的，处理相同业务特征信息的业务所需的业务处理操作的流程也相同。
61.可以理解的是，由于业务的业务特征的种类可以有多种，而不同业务可以通过少数的一些业务特征来进行区分。基于此，在一种可能的实现方式中，可以根据具体应用场景确定能够用于区分不同业务的至少一种目标业务特征。相应的，可以基于设定的至少一种目标业务特征，从该业务的业务数据提取该业务中各目标业务特征的业务特征信息。
62.该目标业务特征的业务特征信息可以为业务数据中该项目标业务特征对应的具体取值，例如，目标业务特征为特征a，那么特征a的业务特征信息为业务的业务数据中设置的该种特征a下的具体值。
63.其中，目标业务特征的数量以及具体种类可以根据不同的业务场景有所不同。其中，目标业务特征的数量需要适度，目标业务特征的个数过多可能会导致后续插件配置信息的数据过多过杂，影响业务处理效率；目标业务特征的个数过少可能是因为业务特征识别不充分，不能适应更多的业务需求变化场景。当然，具体如何选择并设定目标业务特征与具体应用场景有关，对此不加限制。
64.举例说明，假设在银行系统中对于汇款业务这一主业务类别下的各种类型的业务而言，可以基于业务的业务类型、账户类型以及发起渠道来区分汇款业务下的各种各样子类别的业务。业务类型表示汇款业务的具体汇款业务类别，不同汇款业务类别对业务数据的处理会不同，适用的处理流程以及时序也可能会不同。账户类型不同那么处理汇款的一些规则或者限制不同，数据校验的方式也不同。类似的，发起渠道不同也会影响业务处理流程和校验控制等等。
65.基于此，可以设定需要提取目标业务特征包括：业务类型、账户类型以及发起渠道这三种业务特征。相应的，需要从业务的业务数据中提取出业务类型的具体类型信息，账户类型中表示的具体账户类别，发起渠道具体为哪种发起渠道。
66.s103，基于业务特征信息，确定业务适合的插件配置信息。
67.其中，插件配置信息指示有：基础处理流程中需要插入插件的插入点以及插入点需插入的至少一个插件。
68.其中，基础处理流程为该业务所属的主业务类别下各种业务均涉及到的，且不随
该主业务类别下各业务的业务规则变化而发生变化的处理流程。相应的，该基础处理流程可以由该业务所属的主业务类别下各业务均涉及到，且属于基础处理步骤的至少一个流程步骤组成。基础处理步骤是指不随着业务规则变化而改变执行动作或者内容的流程步骤。
69.基于此，可以通过分析业务所属的主业务类别下各个业务的业务处理流程确定该主业务类别下各业务中具有共性的流程步骤，并提取出个基础步骤组成基础处理流程。
70.举例说明，仍以汇款业务为例说明，汇款业务这一主业务类别下的各种业务无论怎样变化都需要执行的基础处理步骤依次可以包括：“收报拆包”、“合法合规性检查”、“数据持久化”、“账务处理”、“数据持久化”以及“组包发报”。因此，针对该汇款业务这一主业务类别的基础处理流程自然就是以上这几个基础处理步骤组成的流程：“收报拆包、合法合规性检查、数据持久化、账务处理、数据持久化、组包发报”。
71.其中，基础处理流程中需要插入插件的插入点是指需要执行其他插件程序的位置点。一般情况下，为了保证基础处理流程的可靠执行，本技术中插入点可以是基础处理流程中基础处理步骤之前、之后或者是两个相邻的基础处理步骤之间。
72.其中，每个插入点可以插入一个或者多个插件。针对每个业务，插件为处理该业务的过程中，除了基础处理流程中各基础处理步骤之外，还需要执行的插件程序。
73.可以理解的是，通过业务的业务特征信息可以区分出不同种业务，本技术可以预先配置不同业务的业务特征信息对应的插件配置信息。其中，插件配置信息中插入点以及插入点需要插入的插件可以结合业务的处理规则，确定在基础处理流程之外需要在哪些位置点执行的相关操作，从而能够确定出相应位置点对应的插入点以及在该插入点执行相关操作的插件。
74.为了便于理解，仍以银行汇款业务这一主业务类别为例说明。
75.由前面介绍可知，银行汇款业务下各种业务对应的基础处理流程依次包括：收报拆包、合法合规性检查、数据持久化、账务处理、数据持久化、组包发报这几个基础处理步骤。如图2中横向的六个方框内代表了该基础处理流程依次需要执行的基础处理步骤。
76.对于银行汇款业务下某一种业务而言，根据该业务的具体处理规则可以分析出该业务对于业务数据的一些个性化处理或者需要一些约束校验等，可以确定在该基础处理流程中需要中各个基础步骤之间需要增加的处理步骤。相应的，就可以确定出需要插入插件的插入点和插入点所需执行的处理步骤对应的插件。
77.如图2所示，针对银行汇款业务下某个具体业务，该业务在执行完“收报拆包”这一处理步骤之后，针对该业务需要执行“渠道接口数据整理”，因此，在该“数据合法性检查”这一基础处理步骤之前需要插入“渠道接口数据整理”这一额外处理步骤。相应的，在“收报拆包”与“数据合法性检查”这两个基础处理步骤之间需要设置一个插入点，该插入点需要插入用于实现“渠道接口数据整理”的插件。
78.类似的，在“数据合法性检查”与“数据持久化”这两个基础处理步骤之间也需要设置插入点，以插入用于实现“业务附加数据处理”的插件。而在“数据持久化”与“财务处理”这两个基础处理步骤之间也设置有插入点，该插入点需要插入两个插件，分别为：用于实现“交易合规性检查”的插件和用于实现“账户信息附加处理”的插件。最后，在“账务处理”与“数据更新”这两个基础处理步骤之间设置插入点，以插入用于实现“记账结果处理”的插件。
79.在本技术中，插件配置信息的存储具体形式可以有多种可能，本技术对此不加限制，具体可以根据需要来存储插件配置信息。
80.为了便于理解，以一种情况举例说明：
81.如下表所示，示出了本技术中存储不同业务特征信息对应的插件配置信息的一种实现方式。
[0082][0083]
由上表中，每一行是一组业务特征信息对应的插件配置信息。
[0084]
在上表中，以需要提取出的业务的业务特征信息包括：业务的业务类型、账户类型以及发起渠道这三个业务特征对应的具体取值为例说明。
[0085]
其中，字段“1到2”表示从基础处理流程中的第1个基础处理步骤到第2个基础处理步骤之间的插入点。类似的，字段“2到3”表示从基础处理流程中的第2个基础处理步骤到第3个基础处理步骤之间的插入点。对于其他插入点也类似，不再赘述。
[0086]
相应的，由上面可以看出，如果业务的业务类型为a101，账户类型为cm，发起渠道为ebnk，那么需要在基础处理流程的第1个到第2个基础处理步骤之间具有插入点，该插入点需依次插入插件a和插件b。而且，需要在基础处理流程中第3个到第4个基础处理步骤之间具有一插入点，该插入点需要插入插件x。
[0087]
在如上表中是以各种业务所需的插件的插入点位于两个基础步骤之间为例说明，在实际应用中，根据实际业务需要，在基础处理流程的第1个步骤之前或者最后一个步骤之后也可能会设置用于插入插件的插入点。
[0088]
当然，表2仅仅是存储一组业务特征信息对应的插件配置信息的一种方式，对于通过其他方式来存储插件配置信息的方式也同样适用于本技术。
[0089]
s104，调用业务适用的基础处理流程处理业务数据，在基于插件配置信息确定执行到基础处理流程中插入点的位置处，调用并执行插入点所需执行的至少一个插件，直至完成业务数据的处理。
[0090]
其中，业务适用的基础处理流程也就是该业务归属的主业务类别对应的基础处理流程。调用该基础处理流程本质上也就是调用用于执行基础处理流程的基础业务流程程序，以便可以基于基础业务流程程序对业务的业务数据执行基础处理流程中各个基础处理步骤的相关操作。
[0091]
其中，基础处理流程对应的基础业务流程程序可以包括基础处理流程中各个基础处理步骤对应的子程序。
[0092]
由前面介绍可知，由于主业务类别下不同业务的业务处理规则也会有差别，因此，为了能够在主业务类别的基础处理流程的基础上，完成对待处理的业务的业务数据的处
理，本技术还需要针对该业务，确定该基础处理流程中需要插入插件的插入点的位置。相应的，在执行到基础处理流程中任意一个插入点的位置处，需要调用并执行该插入点所需插入的至少一个插件，以通过该插入点对应的至少一个插件对业务进行处理。
[0093]
可以理解的是，在执行基础处理流程的过程中，执行完一个插入点内所需执行的至少一个插件后，还需要继续返回执行基础处理流程中位于该插入点之后的各基础处理步骤组成的处理流程。
[0094]
可以理解的是，对于银行等系统平台而言，有可能会涉及到多种主业务类别，而不同主业务类别对应的基础处理流程也会有所不同。基于此，考虑到同一主业务类别下各业务的业务数据都是通过同一个提交入口提交到该计算机设备或者计算机设备所在的平台，，而且不同主业务类别下各业务的业务数据对应的提交入口不同，因此，本技术还可以确定业务的业务数据的提交入口。
[0095]
在此基础上，可以确定该提交入口绑定的基础处理流程。相应的，可以调用该提交入口绑定的基础处理流程处理业务数据。
[0096]
可以理解的是，在插入点需要插入多个插件时，插件的执行顺序不同对于业务的影响也会不同。基于此。插件配置信息还指示有：插入点所需插入的至少一个插件的先后顺序。相应的，在基于插件配置信息确定执行到所述基础处理流程中一个插入点的位置处，按照该插入点所需插入的至少一个插件的先后顺序，依次调用并执行该插入点对应的至少一个插件。
[0097]
为了便于理解，结合图2进行说明。
[0098]
由图2可知，对于适用于图2的业务而言，在处理该业务的过程中，调用完基础处理流程后，针对该业务的业务数据，通过基础处理流程中“收报拆包”这一基础处理步骤的子程序解析出业务的业务数据的详细信息。在此之后，则到达一个插入点，因此，需要调用该插入点对应的“渠道接口数据整理”这一流程步骤的插件，并通过执行插件对该业务的渠道接口进行数据整理相关数据。
[0099]
进一步的，在调用并执行完“渠道接口数据整理”这一插件之后，则会继续返回基础处理流程中“数据合法性检查”这一基础处理步骤，以对业务数据进行合法性检查。
[0100]
在对业务数据执行完“数据合法性检查”处理之后，又到了另一个插入点，相应的，需要调用“业务附加数据处理”这一插件对业务数据进行处理。而执行完“业务附加数据处理”这一插件之后，又会返回执行基础处理流程中“数据持久化”对应的子程序，以对业务数据进行数据持久化处理。
[0101]
在执行完“数据持久化”这一基础处理步骤之后，又到了一个新的插入点，该插入点需要插入的插件有两个，因此，需要按照这两个插件的先后顺序，先调用并执行靠前的“交易合规性检查”的插件。在执行完“交易合规性检查”的插件后，再执行
’“
账户信息附加处理”这一插件，然后再返回基础处理流程中“财务处理”这一基础处理步骤的处理，后面也类似，直至最终执行完“组包发报”这一步骤的相关处理。
[0102]
由以上可知，在本技术实施例中，可以从待处理的业务的业务数据中提取出该业务的业务特征信息，基于业务特征信息，可以确定该业务适合的插件配置信息。由于该插件配置信息中指示有该基础处理流程中需要插入插件的插入点以及每个插入点需要插入的至少一个插件，因此，在通过调用基础处理流程处理该业务的业务数据的过程中，如果基于
该插件配置信息确定出执行到该基础处理流程中一个插入点的位置处，则可以调用并执行该插入点所需执行的至少一个插件，从而完成业务数据的处理。
[0103]
由此可见，如果业务的业务处理规则发生变化或者存在适用于基础处理流程的新增业务时，本技术可以在不改变基础处理流程的前提下，仅针对该业务的业务特征信息为该业务开发相应的插件并配置插件配置信息，便可以在基础处理流程的基础上实现对该业务的业务处理，从而无需为业务开发一套新的业务处理程序，大大减少了业务人员的代码开发量，自然也就降低了处理新业务或者规则发生变化的业务的处理复杂度。
[0104]
进一步的，在一个主业务类别下，可能会存在有些业务无法通过业务的业务特征明显表征出该种业务具体为哪种业务。基于此，本技术还可以针对一些特殊性的业务，设置该业务的特殊业务码。
[0105]
业务的特殊业务码用于唯一标识该种业务。
[0106]
在此基础上，本技术还可以在提取业务的业务特征信息之前，先检测该业务数据中是否包含特殊业务码。
[0107]
在此基础上，如果该业务数据中不存在特殊业务码，从业务数据中提取出业务的业务特征信息。
[0108]
进一步的，如果该业务数据中存在特殊业务码，基于该特殊业务码，确定业务适合的插件配置信息。
[0109]
结合前面实施例的表格进行说明：
[0110]
由前面的表可知：该表中前两行对应的业务都不具有特殊业务码，在该种情况下，获得业务的业务数据中自然也无法提取到该业务的特殊业务码，那么就可以提取该业务数据中业务类型、账户类型以及发起渠道的信息，并确定出相应的插件配置信息。
[0111]
而对于第3行表征的业务而言，该业务是预先分配了特殊业务码，该特殊业务码为“10”。在此基础上，获得该业务的业务数据中，可以提取出该业务数据中包含的特殊业务码。基于提取出的特殊业务码“10”，在上面表中进行匹配，就可以确定需要该业务对应第三行配置的插件配置信息。
[0112]
在通过如上两种中任意一种确定出插件配置信息之后，后续基于插件配置信息执行的操作都相同，在此不再赘述。
[0113]
对应本技术一种业务处理方法，本技术还提供了一种业务处理装置。
[0114]
如图3所示，其示出了本技术实施例提供的业务处理装置的一种组成结构示意图，本实施例的装置可以包括：
[0115]
数据获得单元301，用于获得待处理的业务的业务数据；
[0116]
特征提取单元302，用于从所述业务数据中提取出所述业务的业务特征信息；
[0117]
第一信息确定单元303，用于基于所述业务特征信息，确定所述业务适合的插件配置信息，所述插件配置信息指示有：基础处理流程中需要插入插件的插入点以及所述插入点需插入的至少一个插件；
[0118]
数据处理单元304，用于调用所述业务适用的基础处理流程处理所述业务数据，在基于所述插件配置信息确定执行到所述基础处理流程中所述插入点的位置处，调用并执行所述插入点所需执行的至少一个插件，直至完成所述业务数据的处理。
[0119]
在一种可能的实现方式中，该装置还包括：
[0120]
特殊码检测单元，用于在所述特征提取单元从所述业务数据中提取出所述业务的业务特征信息之前，检测所述业务数据中是否包含特殊业务码；
[0121]
第二信息确定单元，用于如果所述业务数据中存在特殊业务码，基于所述特殊业务码，确定所述业务适合的插件配置信息；
[0122]
所述特征提取单元，包括：
[0123]
第一特征提取子单元，用于如果所述业务数据中不存在特殊业务码，从所述业务数据中提取出所述业务的业务特征信息。
[0124]
在又一种可能的实现方式中，该装置还包括：
[0125]
入口确定单元，用于在所述数据处理单元调用所述业务适用的基础处理流程处理所述业务数据之前，确定所述业务的业务数据的提交入口；
[0126]
基础流程确定单元，用于确定所述提交入口绑定的基础处理流程。
[0127]
数据处理单元在调用所述业务适用的基础处理流程处理所述业务数据时，具体用于，调用所述提交入口绑定的所述基础处理流程处理所述业务数据。
[0128]
在又一种可能的实现方式中，所述特征提取单元，包括：
[0129]
第二特征提取子单元，用于基于设定的至少一种目标业务特征，从所述业务数据提取所述业务对应的所述目标业务特征的业务特征信息。
[0130]
在又一种可能的实现方式中，所述第一信息确定单元或者第二信息确定单元获得的所述插件配置信息还指示有：插入点所需插入的至少一个插件的先后顺序；
[0131]
所述数据处理单元，包括：
[0132]
数据处理子单元，用于调用所述业务适用的基础处理流程处理所述业务数据在基于所述插件配置信息确定执行到所述基础处理流程中所述插入点的位置处，按照所述插入点所需插入的至少一个插件的先后顺序，依次调用并执行所述插入点对应的至少一个插件。
[0133]
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。同时，本说明书中各实施例中记载的特征可以相互替换或者组合，使本领域专业技术人员能够实现或使用本技术。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0134]
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0135]
对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的
范围。
[0136]
以上仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。