业务处理方法、装置、设备及存储介质与流程

1.本技术涉及金融领域或其他领域，尤其涉及一种业务处理方法、装置、设备及存储介质。


背景技术：

2.业务的处理流程，如银行的业务流程，大多通过工作流引擎(如activiti，jbpm等)实现。
3.当需要调整业务的流程时，工作流引擎需要重新定义流程模块，修改复杂度高、成本较高。同时，由于工作流引擎具备较完备的功能，对于一些简单的业务，会引入较多并不需要的功能，如邮件，导致业务处理框架成本较高。
4.因此，亟需提供一种易于修改、成本低的业务处理框架。


技术实现要素：

5.本技术提供一种业务处理方法、装置、设备及存储介质，用以解决业务流程接口成本高、修改不便捷的问题。
6.第一方面，本技术提供一种业务处理方法，所述方法应用于业务处理系统中的接口封装设备，所述业务处理系统包括多个业务处理节点，所述接口封装设备与所述业务处理节点通信连接；所述方法包括：
7.获取业务的配置信息，其中，所述配置信息用于描述所述业务的属性，业务的属性包括业务名称、参与业务的角色数量、业务处理节点的数量以及业务处理节点的层级中的至少两项；
8.基于所述配置信息，确定所述业务的业务类型；
9.基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法作为封装算法，封装所述业务的流程处理接口，以基于所述流程处理接口，按照所述业务的流程，控制所述业务对应的业务处理节点对所述业务的输入数据进行处理，并将处理结果返回所述输入数据对应的设备。
10.第二方面，本技术提供一种业务处理装置，所述装置应用于业务处理系统中的接口封装设备，所述业务处理系统包括多个业务处理节点，所述接口封装设备与所述业务处理节点通信连接；所述装置包括：
11.配置信息获取模块，用于获取业务的配置信息，其中，所述配置信息用于描述所述业务的属性，业务的属性包括业务名称、参与业务的角色数量、业务处理节点的数量以及业务处理节点的层级中的至少两项；
12.业务类型确定模块，用于基于所述配置信息，确定所述业务的业务类型；
13.接口封装模块，用于基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法作为封装算法，封装所述业务的流程处理接口，以基于所述流程处理接口，按照所述业务的流程，控制所述业务对应的业务处理节点对所述业务的输入数据进行处理，并
将处理结果返回所述输入数据对应的设备。
14.第三方面，本技术提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
15.所述存储器存储计算机执行指令；
16.所述处理器执行所述存储器存储的计算机执行指令，以实现如本技术第一方面提供的业务处理方法。
17.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如本技术第一方面提供的业务处理方法。
18.第五方面，本技术提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如本技术第一方面提供的业务处理方法。
19.本技术提供的业务处理方法、装置、设备及存储介质，针对为业务创建业务处理框架的应用场景，实现了基于业务的配置信息中业务名称、参与业务的角色数量、业务处理节点的数量、业务处理节点的层级等业务属性，确定业务类型，进而基于业务类型选择适配的封装算法，封装该业务的流程处理接口，得到用于处理该业务流程的有限状态机，从而基于封装的流程处理接口，按照该业务的流程进行业务处理，实现了基于有限状态机的业务处理框架，成本低、可扩展性强，且当业务流程发生变动时，可以实现按需调整，如基于需求调整有限状态机的转移条件、状态等，调整便捷。
附图说明
20.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
21.图1为本技术一个实施例提供的业务处理系统的结构示意图；
22.图2为本技术一个实施例提供的业务处理方法的流程示意图；
23.图3为本技术另一个实施例提供的业务处理方法的流程示意图；
24.图4为本技术一个实施例提供的业务处理过程的示意图；
25.图5为本技术一个实施例提供的业务处理装置的示意图；
26.图6为本技术一个实施例提供的电子设备的结构示意图；
27.图7是本技术示例性实施例示出的一种业务处理节点的框图。
28.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
29.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
30.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人
信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
31.需要说明的是，本技术业务处理方法和装置可用于金融领域，以进行金融相关业务的处理，也可用于除金融领域之外的任意领域，本技术业务处理方法和装置的应用领域不做限定。
32.以银行业务为例，银行的业务，如转账、用卡用户等级成长业务、交易优惠审批业务等，对应一套业务流程，为了实现对应的业务流程，需设计相应的业务处理框架，将该业务处理框架融合于银行系统中，实现相应业务的处理。
33.常见的业务处理框架通常基于工作流引擎设计，工作流引擎需要引入较多的基础软件，无法采用无侵入地方式被引用，导致处理框架成本较高。且工作流引擎的流程模板设计好投入使用后，当业务的流程发生变动时，无法做到按需调整，需要重新定义流程模块，导致处理框架调整复杂度高、成本高。
34.本技术提供的业务处理方法，旨在解决现有技术的如上技术问题，提供了一种基于有限状态机的业务处理方法。
35.有限状态机(finite state machine，fsm)对应三种要素：状态(state)、事件(event)或转移条件(transition condition)、动作(action)。事件触发状态的转移以及相应动作的执行。一些状态可以对应动作，即仅进行状态转移，不执行动作。
36.为了提高业务处理框架的自适应性，本技术针对多种类型的业务，提供了不同的算法，构建该业务的有限状态机。为了提高业务处理框架构建整体的自动化程度，实现了基于业务的多项属性，如业务名称、参与业务的角色数量、业务处理节点的数量以及业务处理节点的层级等，自动确定业务的业务类型，从而基于业务类型选择适宜的算法，构建该业务的有限状态机，进行该业务的流程处理接口的封装，通过执行该业务的流程处理接口，实现按照该业务的流程进行业务处理。
37.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
38.图1为本技术一个实施例提供的业务处理系统的结构示意图，如图1所示，业务处理系统100包括接口封装设备110和多个业务处理节点120，接口封装设备110与业务处理节点120通信连接。
39.接口封装设备110可以为一个专门设置的设备，也可以以其中一个业务处理节点120为接口封装设备110。接口封装设备110用于封装业务对应的流程处理接口。
40.业务处理节点120用于执行所接收到的业务处理任务，以完成相应的业务，将处理结果反馈至第一个业务处理节点或者客户端。
41.以银行的业务处理系统为例，业务处理节点120可以为设置在各个网点的业务处理设备，如台式计算机、自助终端机等。
42.示例性的，以转账业务为例，客户通过客户端，如手机、平板电脑、计算机等，发起转账业务，通过接口封装设备110提供的转账业务对应的业务流程处理接口，按照该转账业务对应的流程，通过业务处理节点120处理该转账业务，实现相应账号余额的调整。
43.图2为本技术一个实施例提供的业务处理方法的流程示意图，该业务处理方法应用于业务处理系统100中的接口封装设备110。
44.如图2所示，该业务处理方法包括以下步骤：
45.步骤s201，获取业务的配置信息，所述配置信息用于描述所述业务的属性，业务的属性包括业务名称、参与业务的角色数量、业务处理节点的数量以及业务处理节点的层级中的至少两项。
46.其中，参与业务的角色数量包括该业务涉及的角色的数量，以贷款额度审核为例，涉及的角色可以包括审核员、主管、总经理等。
47.业务处理节点的层级可以基于业务处理节点对应的网点确定，网点对应的地区范围越大，业务处理节点的层级越高。
48.以银行为例，省级网点的层级高于地级市网点的层级，地级市网点的层级高于支行网点。
49.在一些实施例中，业务的配置信息可以由相应的业务人员填写。如提供模板化的表格，通过业务人员填写表格中各项的内容，得到业务的配置信息。
50.在另一些实施例中，可以基于业务的描述文件，提取得到业务的各项属性，得到配置信息。如通过对描述文件进行关键词识别，基于识别结果得到该业务的各项属性。
51.业务的属性还可以包括业务是否跨机构，如国际汇款业务为跨机构业务。跨机构的业务对应的业务处理节点的数量至少为2。业务的属性还可以包括业务对应的操作步骤的数量。
52.步骤s202，基于所述配置信息，确定所述业务的业务类型。
53.具体的，可以基于预设的规则，根据配置信息中各项业务属性的取值，确定该业务的业务类型。
54.在一些实施例中，可以先判断业务名称是否为预设名称，若是，则确定该预设名称对应的业务类型为该业务的业务类型，预设名称为预先对应有业务类型的业务名称，如转账业务、小额贷款业务、用卡用户等级成长业务业务等。若业务名称不是预设名称，则基于其余的属性确定该业务的业务类型。如基于除业务名称外的各项属性的取值，确定业务的业务类型。
55.可选的，基于所述配置信息，确定所述业务的业务类型，包括：
56.提取所述配置信息中所述业务的各项属性；基于各项属性的取值，确定所述业务的业务类型。
57.对配置信息进行解析，得到配置信息中该业务的多项属性，如业务名称、业务对应的业务处理节点的数量等。
58.具体的，可以基于各项属性的取值与对应的阈值的比较结果，确定该业务的业务类型。
59.示例性的，若业务对应的处理节点的数量小于或等于预设数量，如2、3或者其他较小的值，则确定该业务的业务类型为第一类型，第一类型的业务对应的封装算法为条件分支法。若业务对应的处理节点的数量大于预设数量，业务处理节点的层级或参与业务的角色数量小于对应的阈值，则确定业务类型为第二类型，第二类型的业务对应的封装算法为查表法。若业务对应的处理节点的数量大于预设数量，业务处理节点的层级或参与业务的
角色数量大于或等于对应的阈值，则确定业务类型为第三类型，第三类型的业务对应的封装算法为查表法。
60.还可以结合参与业务的角色数量与对应阈值的比较结果，进行业务类型的确定。
61.参与业务的角色数量越多、业务处理节点的数量越多、业务处理节点的层级越多，则表示业务的流程越复杂，则业务所采用的封装算法越复杂。
62.通过业务属性的取值，自动确定业务的业务类型，业务类型确定效率高。
63.可选的，基于各项属性的取值，确定所述业务的业务类型，包括：
64.判断所述配置信息中各项属性的取值是否满足第一条件；若是，则确定所述业务的业务类型为第一类型，第一类型对应的封装算法为条件分支法；若不满足所述第一条件，则判断所述配置信息中各项属性的取值是否满足第二条件；若是，则确定所述业务的业务类型为第二类型，第二类型对应的封装算法为查表法；若不满足所述第二条件，则确定所述业务的业务类型为第三类型，第三类型对应的封装算法为状态模式法。
65.以金融系统中的业务为例，对于流程较为简单的转账汇款业务，通常涉及2个业务处理节点，业务类型为第一类型；对于复杂的风险控制审核业务，通常涉及较多的业务处理节点，需要多个角色参与，其业务类型可以为第三类型。
66.可选的，满足所述第一条件，包括：参与业务的角色数量小于第一数量；业务处理节点的数量小于第二数量。满足第二条件可以包括：参与业务的角色数量大于或等于第一数量或业务处理节点的数量大于或等于第二数量；以及业务处理节点的层级小于第三数量。满足第三条件可以包括：参与业务的角色数量大于或等于第一数量或业务处理节点的数量大于或等于第二数量；以及业务处理节点的层级大于或等于第三数量。
67.示例性的，第一数量可以为3，第二数量可以为5。
68.本技术对第一数量、第二数量、第三数量的取值不进行限定。
69.在一些实施例中，可以基于配置信息中各属性的值，计算业务的复杂度，基于业务的复杂度所处的区间，确定业务类型。
70.步骤s203，基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法作为封装算法，封装所述业务的流程处理接口，以基于所述流程处理接口，按照所述业务的流程，控制所述业务对应的业务处理节点对所述业务的输入数据进行处理，并将处理结果返回所述输入数据对应的设备。
71.业务类型分为三种，第一类型、第二类型和第三类型，每种业务类型对应一种封装算法。
72.条件分支法、查表法和状态模式法均为实现有限状态机的方法。
73.条件分支法又称为分支逻辑法，通过基于业务的状态转移条件，确定条件分支语句；基于条件分支语句、业务的状态以及动作，封装得到该业务对应的流程处理接口，得到基于有限状态机实现的业务处理框架。
74.查表法基于以状态和状态转移条件为两个维度的属性，以状态转移条件触发的动作为值，构建的二维数组，实现业务流程自动处理的流程处理接口的实现类，封装得到该业务对应的流程处理接口。
75.状态模式法以状态为对象，为每个状态定义一个接口以及类，该接口包括状态对应的动作和状态切换，该类负责实现状态的切换。以状态的切换和状态对应的动作为核心，
创建流程处理接口的实现类。
76.可以基于业务类型与封装算法的对应关系，确定业务类型对应的封装算法，基于该封装算法实现流程处理接口的实现类，对该实现类进行封装得到流程处理接口。
77.可选的，基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法，封装所述业务的流程处理接口，包括：
78.当所述业务类型为第二类型时，获取所述业务对应的二维数组，其中，所述二维数组用于描述各种状态在各种状态转移条件下触发的动作；基于查表法，根据所述二维数组，封装所述业务的流程处理器接口。
79.表1为信用卡用户等级成长业务为对应的二维数组，如表1所示，该二维数组以信用卡用户等级(状态)和事件(状态转移条件)为两个维度(对应表1的第一列和第一行)，以状态转移条件触发的动作为值。当用户的信用卡发生e1～e5事件时，或者满足e1～e5任一项对应的状态转移条件时，基于用户当前的等级，从该二维数组中得以快速确定所触发的动作。e1可以为单笔刷卡额度大于1500，e2可以为单笔刷卡额度大于3500，e3可以为单笔刷卡额度大于7500，e4可以为单笔刷卡额度大于12000，e5可以为单笔刷卡额度大于20000。以用户当前持有的信用卡(信用卡用户等级)为黄金卡为例，若用户该信用卡单笔刷卡额度大于7500，则将用户的信用卡升级为白金卡，并增加3200积分。以用户当前持有的信用卡(信用卡用户等级)为黑卡为例，若用户该信用卡单笔刷卡额度大于20000，则将用户的信用卡的有效期延长一年，并增加51200积分。
80.表1信用卡用户等级成长业务对应的业务数组
[0081][0082]
客户或业务相关人员可以通过自身设备发起业务流程，将输入数据输入该流程处理接口，流程处理接口按照业务的流程，将输入数据发送至对应的业务处理节点，由相应的业务处理节点对输入数据进行处理，得到处理结果并将该处理结果返回至客户端或业务相关人员的终端。
[0083]
本实施例提供的业务处理方法，针对为业务创建业务处理框架的应用场景，实现了基于业务的配置信息中业务名称、参与业务的角色数量、业务处理节点的数量、业务处理节点的层级等业务属性，确定业务类型，进而基于业务类型选择适配的封装算法，封装该业
务的流程处理接口，得到用于处理该业务流程的有限状态机，从而基于封装的流程处理接口，按照该业务的流程进行业务处理，实现了基于有限状态机的业务处理框架，成本低、可扩展性强，且当业务流程发生变动时，可以实现按需调整，如基于需求调整有限状态机的转移条件、状态等，调整便捷。
[0084]
当业务的流程发生变动时，可以按照需求调整流程处理接口中状态、状态转移条件或动作对应的实现类，便可以实现处理框架的调整，调整便捷度高。
[0085]
当新增业务的分支时，通过在流程处理接口中添加对应的条件分支语句，或者扩展对应的二维数组即可，可扩展性强。
[0086]
图3为本技术另一个实施例提供的业务处理方法的流程示意图，本实施例是在图2所示实施例的基础上，对步骤s201和步骤s202进行进一步细化，以及在步骤s203之后增加业务流程记录存储的步骤，如图3所示，本实施例提供的业务处理方法可以包括以下步骤：
[0087]
步骤s301，获取所述业务的需求数据。
[0088]
需求数据可以采用自然语言描述，用于描述业务的业务逻辑。
[0089]
需求数据可以由相关人员上传至接口封装设备。
[0090]
以信用卡用户等级成长业务为例，需求数据可以描述用户等级、用户刷卡金额与授信额度之间的对应关系，如普通卡用户单笔刷卡金额达到1500元，升级为白银卡用户，授信额度增加一个档位，如由2000提升为5000。
[0091]
步骤s302，显示预设模板以及所述需求数据。
[0092]
预设模板中可以包括多个待填写项，待填写项包括业务各项待填写的属性，还可以包括记录人员、时间等信息。
[0093]
多种类型业务可以对应同一个预设模板。
[0094]
在接口封装设备的屏幕上显示该预设模板以及业务的需求数据，以便于相关业务人员基于该需求数据，在预设模板中填写业务的各项属性。
[0095]
步骤s303，响应于所述预设模板的填写完毕消息，基于所述预设模板各待填写项的输入信息，生成所述业务的配置信息。
[0096]
当填写完毕时，相关业务人员可以下发填写完毕消息，如点击“提交”按钮。在接收到填写完毕消息后，基于预设模板中各待填写项的输入信息，生成该业务的配置信息。
[0097]
在一些实施例中，配置信息可以采用键值对的方式存储各项属性。
[0098]
步骤s304，基于所述配置信息，确定所述业务的第一业务类型。
[0099]
可以参考步骤s202的方式确定第一业务类型，在此不再赘述。
[0100]
步骤s305，获取所述业务对应的状态、各状态的状态转移条件以及所述状态转移条件触发的动作。
[0101]
可以由相关业务人员上传业务对应的状态、各状态的状态转移条件以及所述状态转移条件触发的动作。
[0102]
在一些实施例中，可以基于业务对应的描述文件，确定业务对应的状态、各状态的状态转移条件以及所述状态转移条件触发的动作。
[0103]
步骤s306，基于所述业务对应的状态的数量、状态转移条件的数量以及触发的动作对应的操作数，确定所述业务的第二业务类型。
[0104]
具体的，若业务对应的状态的数量小于或等于第一阈值，状态转移条件的数量小
于或等于第二阈值，则确定业务的业务类型为第一类型；若业务对应的状态的数量大于第一阈值，状态转移条件的数量大于第二阈值，触发的动作对应的操作数小于或等于第三阈值，则业务的业务类型为第二类型；若业务对应的状态的数量大于第一阈值，状态转移条件的数量大于第二阈值，触发的动作对应的操作数大于第三阈值，则业务的业务类型为第三类型。
[0105]
当业务的状态和状态转移条件的数量均不多时，业务类型为第一类型，对应的条件分支法；当业务的状态和状态转移条件的数量均较多，且触发的动作不复杂(操作数少)时，业务类型为第二类型，对应的查表法；当业务的状态和状态转移条件的数量均较多，且触发的动作复杂时，业务类型为第三类型，对应的状态模式法。
[0106]
步骤s307，若所述第一业务类型与所述第二业务类型一致，则确定所述第一业务类型为所述业务的业务类型。
[0107]
进一步地，当第一业务类型和第二业务类型不一致时，则生成提示信息，以由相关业务人员从第一业务类型和第二业务类型中选择一个作为业务的业务类型。
[0108]
步骤s308，基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法作为封装算法，封装所述业务的流程处理接口，以基于所述流程处理接口，按照所述业务的流程，控制所述业务对应的业务处理节点对所述业务的输入数据进行处理，并将处理结果返回所述输入数据对应的设备。
[0109]
示例性的，图4为本技术一个实施例提供的业务处理过程的示意图，如图4所示，该业务对应3个业务处理节点，即业务处理节点41、业务处理节点42和业务处理节点43，客户在客户端发起业务对应的处理请求至业务响应前端，业务响应前端解析该处理请求，得到业务的输入数据，将该输入数据输入该业务对应的流程处理接口，通过执行流程处理接口，依次将对应的任务数据发送至业务处理节点41、业务处理节点42和业务处理节点43，在一些实施例中，业务处理节点之间可以串行执行业务对应的流程，可以由上一业务处理节点生成并下发下一业务处理节点的任务数据。由相应的业务处理节点对任务数据进行处理，得到处理结果，业务响应前端将处理结果反馈至客户端。
[0110]
以用卡用户等级成长业务为例，涉及的业务处理节点可以包括积分调整节点，用户等级调整节点和授信额度调整节点。当检测到白银卡用户单笔刷卡额度大于10000时，可以生成信用卡调整请求，对应的输入数据可以为：白银卡(初始用户等级)，5000(初始积分)，单笔刷卡额度超10000(状态转移条件)，则流程处理接口基于输入数据，得到对应的动作和状态，动作可以包括提升用户等级为黄金卡和增加3200积分，则流程处理接口生成积分调整节点和用户等级调整节点的任务数据，以将用户等级提升为黄金卡，应用户积分调整为8200。
[0111]
在本实施例中，引入业务对应的状态、状态转移条件以及动作的操作数，综合配置信息，进行业务类型的确定，提高了业务类型确定的准确度，进而提高了流程处理接口封装算法确定的准确度，提高了流程处理接口封装的效率，降低了业务流程处理框架的成本；通过预设模板获取业务的配置信息，标准化了配置信息的格式，提高了配置信息中各项属性提取的效率，进而加快了处理框架创建的效率。
[0112]
可选的，所述业务包括多个业务分支，所述业务分支分为关键性业务分支和非关键性业务分支，所述配置信息还包括所述业务的历史业务并发量和历史业务数据量；所述
方法还包括：
[0113]
基于文本日志，持久化所述非关键业务分支的业务流程记录；当所述业务的历史业务并发量和历史业务数据量均低于对应的阈值时，基于关系型数据库持久化所述关键业务分支的业务流程记录；当所述业务的历史业务并发量和历史业务数据量中任一项大于或等于对应的阈值时，基于文档型数据库持久化所述关键业务分支的业务流程记录。
[0114]
业务并发量用于描述同时处理的该业务的处理请求的数量。历史业务数据量用于描述在历史时间段该业务产生的总的数据量。
[0115]
示例性的，历史业务并发量对应的阈值可以为300tps、500tps、700tps或其他值，历史业务数据量对应的阈值可以为100tb、300tb、500tb或其他值。
[0116]
可以基于业务分支对应的标签，判断业务分支是关键性业务分支还是非关键性业务分支。
[0117]
对于未设置标签的业务分支，则默认为关键性业务分支。
[0118]
示例性的，关系型数据库可以为mysql，文档型数据库可以为mongodb。
[0119]
在基于流程处理接口进行业务处理后，会产生业务流程记录，业务流程记录用于记录业务按照对应流程处理过程中产生的数据。本技术还提供了业务流程记录的持久化方法，针对非关键性业务分支的业务流程记录，采用文本日志持久化其业务流程记录。针对关键性业务，若其业务并发量和历史业务数据量均小于对应的阈值，则基于关系型数据库持久化其业务流程记录；若其业务并发量和历史业务数据量中任一项大于或等于对应的阈值，则基于可扩展性较强的文档型数据库持久化其业务流程记录。
[0120]
基于业务分支的特点，为其配置不同的持久化方案，提高了业务流程记录持久化的智能化程度，同时兼顾了持久化的成本和性能。
[0121]
图5为本技术一个实施例提供的业务处理装置的示意图，所述装置应用于业务处理系统中的接口封装设备，所述业务处理系统包括多个业务处理节点，所述接口封装设备与所述业务处理节点通信连接。
[0122]
如图5所示，该业务处理装置包括：配置信息获取模块510、业务类型确定模块520和接口封装模块530。
[0123]
配置信息获取模块510用于获取业务的配置信息，所述配置信息用于描述所述业务的属性，业务的属性包括业务名称、参与业务的角色数量、业务处理节点的数量以及业务处理节点的层级中的至少两项；业务类型确定模块520用于基于所述配置信息，确定所述业务的业务类型；接口封装模块530用于基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法作为封装算法，封装所述业务的流程处理接口，以基于所述流程处理接口，按照所述业务的流程，控制所述业务对应的业务处理节点对所述业务的输入数据进行处理，并将处理结果返回所述输入数据对应的设备。
[0124]
可选的，业务类型确定模块520，包括：
[0125]
属性提取单元，用于提取所述配置信息中所述业务的各项属性；业务类型确定单元，用于基于各项属性的取值，确定所述业务的业务类型。
[0126]
可选的，业务类型确定单元，具体用于：
[0127]
判断所述配置信息中各项属性的取值是否满足第一条件；若是，则确定所述业务的业务类型为第一类型，第一类型对应的封装算法为条件分支法；若不满足所述第一条件，
则判断所述配置信息中各项属性的取值是否满足第二条件；若是，则确定所述业务的业务类型为第二类型，第二类型对应的封装算法为查表法；若不满足所述第二条件，则确定所述业务的业务类型为第三类型，第三类型对应的封装算法为状态模式法。
[0128]
可选的，满足所述第一条件，包括：参与业务的角色数量小于第一数量，以及业务处理节点的数量小于第二数量。
[0129]
可选的，所述装置还包括：
[0130]
状态信息获取模块，用于获取所述业务对应的状态、各状态的状态转移条件以及所述状态转移条件触发的动作。
[0131]
相应的，业务类型确定模块520，具体用于：
[0132]
基于所述配置信息，确定所述业务的第一业务类型；基于所述业务对应的状态的数量、状态转移条件的数量以及触发的动作对应的操作数，确定所述业务的第二业务类型；若所述第一业务类型与所述第二业务类型一致，则确定所述第一业务类型为所述业务的业务类型。
[0133]
可选的，接口封装模块530，具体用于：
[0134]
当所述业务类型为第二类型时，获取所述业务对应的二维数组，其中，所述二维数组用于描述各种状态在各种状态转移条件下触发的动作；基于查表法，根据所述二维数组，封装所述业务的流程处理器接口。
[0135]
可选的，配置信息获取模块510，具体用于：
[0136]
获取所述业务的需求数据；显示预设模板以及所述需求数据；响应于所述预设模板的填写完毕消息，基于所述预设模板各待填写项的输入信息，生成所述业务的配置信息。
[0137]
可选的，所述业务包括多个业务分支，所述业务分支分为关键性业务分支和非关键性业务分支，所述配置信息还包括所述业务的历史业务并发量和历史业务数据量；所述装置还包括持久化模块，用于：
[0138]
基于文本日志，持久化所述非关键业务分支的业务流程记录；当所述业务的历史业务并发量和历史业务数据量均低于对应的阈值时，基于关系型数据库持久化所述关键业务分支的业务流程记录；当所述业务的历史业务并发量和历史业务数据量中任一项大于或等于对应的阈值时，基于文档型数据库持久化所述关键业务分支的业务流程记录。
[0139]
本技术实施例所提供的业务处理装置可执行本技术任意实施例所提供的业务处理方法，具备执行方法相应的功能模块和有益效果。
[0140]
图6为本技术一个实施例提供的电子设备的结构示意图，如图6所示，该电子设备包括：存储器610和至少一个处理器620。
[0141]
其中，存储器610存储计算机执行指令；至少一个处理器620执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行以实现本技术任意实施例提供的业务处理方法。
[0142]
其中，存储器610和处理器620通过总线630连接。
[0143]
相关说明可以对应参见本技术业务处理方法相关实施例提供的步骤所对应的相关描述和效果进行理解，此处不做过多赘述。
[0144]
本技术一个实施例提供一种计算机可读存储介质，其上存储有计算机执行指令，当处理器执行计算机执行指令时，实现本技术任一实施例提供的业务处理方法。
[0145]
其中，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0146]
本技术一个实施例提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现本技术任一实施例提供的业务处理方法。
[0147]
其中，处理器可以是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称：cpu)、网络处理器(network processor，简称：np)等。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0148]
图7是本技术示例性实施例示出的一种业务处理节点的框图，该设备可以是计算机、平板电脑等。如图7所示，业务处理节点700包括可以包括以下一个或多个组件：处理组件702，存储组件704，电源组件706，输入/输出(i/o)接口712，以及通信组件716。
[0149]
处理组件702通常控制业务处理节点700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。
[0150]
存储组件704被配置为存储各种类型的数据以支持在业务处理节点700的操作。这些数据的示例包括用于在业务处理节点700上操作的任何应用程序或方法的指令，前端项目描述文件，消息，图片等。存储组件704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
[0151]
电源组件706为业务处理节点700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为业务处理节点700生成、管理和分配电力相关联的组件。
[0152]
i/o接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0153]
通信组件716被配置为便于业务处理节点700和其他设备之间有线或无线方式的通信。业务处理节点700可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件716还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0154]
在示例性实施例中，业务处理节点700可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0155]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储组件704，上述指令可由业务处理节点700的处理器720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、
磁带、软盘和光数据存储设备等。
[0156]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
[0157]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征：
1.一种业务处理方法，其特征在于，所述方法应用于业务处理系统中的接口封装设备，所述业务处理系统包括多个业务处理节点，所述接口封装设备与所述业务处理节点通信连接；所述方法包括：获取业务的配置信息，所述配置信息用于描述所述业务的属性，业务的属性包括业务名称、参与业务的角色数量、业务处理节点的数量以及业务处理节点的层级中的至少两项；基于所述配置信息，确定所述业务的业务类型；基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法作为封装算法，封装所述业务的流程处理接口，以基于所述流程处理接口，按照所述业务的流程，控制所述业务对应的业务处理节点对所述业务的输入数据进行处理，并将处理结果返回所述输入数据对应的设备。2.根据权利要求1所述的方法，其特征在于，基于所述配置信息，确定所述业务的业务类型，包括：提取所述配置信息中所述业务的各项属性；基于各项属性的取值，确定所述业务的业务类型。3.根据权利要求2所述的方法，其特征在于，基于各项属性的取值，确定所述业务的业务类型，包括：判断所述配置信息中各项属性的取值是否满足第一条件；若是，则确定所述业务的业务类型为第一类型，第一类型对应的封装算法为条件分支法；若不满足所述第一条件，则判断所述配置信息中各项属性的取值是否满足第二条件；若是，则确定所述业务的业务类型为第二类型，第二类型对应的封装算法为查表法；若不满足所述第二条件，则确定所述业务的业务类型为第三类型，第三类型对应的封装算法为状态模式法。4.根据权利要求3所述的方法，其特征在于，满足所述第一条件，包括：参与业务的角色数量小于第一数量；业务处理节点的数量小于第二数量。5.根据权利要求1所述的方法，其特征在于，所述方法还包括：获取所述业务对应的状态、各状态的状态转移条件以及所述状态转移条件触发的动作；所述基于所述配置信息，确定所述业务的业务类型，包括：基于所述配置信息，确定所述业务的第一业务类型；基于所述业务对应的状态的数量、状态转移条件的数量以及触发的动作对应的操作数，确定所述业务的第二业务类型；若所述第一业务类型与所述第二业务类型一致，则确定所述第一业务类型为所述业务的业务类型。6.根据权利要求1-5任一项所述的方法，其特征在于，基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法，封装所述业务的流程处理接口，包括：当所述业务类型为第二类型时，获取所述业务对应的二维数组，其中，所述二维数组用于描述各种状态在各种状态转移条件下触发的动作；基于查表法，根据所述二维数组，封装所述业务的流程处理器接口。
7.根据权利要求1-5任一项所述的方法，其特征在于，获取业务的配置信息，包括：获取所述业务的需求数据；显示预设模板以及所述需求数据；响应于所述预设模板的填写完毕消息，基于所述预设模板各待填写项的输入信息，生成所述业务的配置信息。8.根据权利要求1-5任一项所述的方法，其特征在于，所述业务包括多个业务分支，所述业务分支分为关键性业务分支和非关键性业务分支，所述配置信息还包括所述业务的历史业务并发量和历史业务数据量；所述方法还包括：基于文本日志，持久化所述非关键业务分支的业务流程记录；当所述业务的历史业务并发量和历史业务数据量均低于对应的阈值时，基于关系型数据库持久化所述关键业务分支的业务流程记录；当所述业务的历史业务并发量和历史业务数据量中任一项大于或等于对应的阈值时，基于文档型数据库持久化所述关键业务分支的业务流程记录。9.一种业务处理装置，其特征在于，所述装置应用于业务处理系统中的接口封装设备，所述业务处理系统包括多个业务处理节点，所述接口封装设备与所述业务处理节点通信连接；所述装置包括：配置信息获取模块，用于获取业务的配置信息，所述配置信息用于描述所述业务的属性，业务的属性包括业务名称、参与业务的角色数量、业务处理节点的数量以及业务处理节点的层级中的至少两项；业务类型确定模块，用于基于所述配置信息，确定所述业务的业务类型；接口封装模块，用于基于所述业务类型，从条件分支法、查表法和状态模式法中选择一种算法作为封装算法，封装所述业务的流程处理接口，以基于所述流程处理接口，按照所述业务的流程，控制所述业务对应的业务处理节点对所述业务的输入数据进行处理，并将处理结果返回所述输入数据对应的设备。10.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至8任一项所述的方法。11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至8任一项所述的方法。

技术总结
本申请提供一种业务处理方法、装置、设备及存储介质，可用于金融领域或其他领域。该方法应用于接口封装设备，包括：获取业务的配置信息，其中，配置信息用于描述业务的属性，业务的属性包括业务名称、参与业务的角色数量、业务处理节点的数量以及业务处理节点的层级中的至少两项；基于配置信息，确定业务的业务类型；基于业务类型，从条件分支法、查表法和状态模式法中选择一种算法作为封装算法，封装业务的流程处理接口，以基于流程处理接口，按照业务的流程，控制业务对应的业务处理节点对业务的输入数据进行处理，并返回处理结果。实现了基于状态机的接口封装，成本低，且当业务流程发送变动时，可实现按需调整，调整复杂度低。调整复杂度低。调整复杂度低。


技术研发人员：孙渊
受保护的技术使用者：中国银行股份有限公司
技术研发日：2023.06.16
技术公布日：2023/8/28