渠道系统开发方法、装置、设备及可读存储介质与流程

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.所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面及各可能的实现方式所述的方法。
47.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面及各可能的实现方式所述的方法。
48.本技术提供的渠道系统开发方法、装置、设备及可读存储介质，通过获取业务的每个交易步骤对应的交易步骤接口，获取业务的每个交易步骤的配置参数，根据业务的每个交易步骤对应的交易步骤接口的标识，各交易步骤接口的执行顺序以及配置参数，生成配置文件，根据业务的配置文件以及各交易步骤接口，生成渠道系统。其中，交易步骤接口集成有用于实现对应的交易步骤的程序代码。在本技术方案中，可以预先获取每类交易步骤接口的交易步骤接口，该交易步骤接口可以被不同的业务复用，这样在渠道系统开发过程中就可以确定业务的每个交易步骤对应的交易步骤接口，从而生成该业务的配置文件，以使开发好的渠道系统可以根据该配置文件依次调用交易步骤接口，来处理该业务，减少了针对相同交易步骤的开发工作量，提高了代码的复用率以及开发效率。
附图说明
49.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
50.图1为本技术实施例提供的渠道系统开发方法的场景示意图；
51.图2为本技术实施例提供的渠道系统开发方法实施例一的流程示意图；
52.图3为本技术实施例提供的渠道系统开发方法实施例二的流程示意图；
53.图4为本技术实施例提供的渠道系统开发方法实施例三的流程示意图；
54.图5为本技术实施例提供的渠道系统开发方法实施例四的流程示意图；
55.图6为本技术实施例提供的渠道系统开发装置的结构示意图；
56.图7为本技术实施例提供的电子设备的结构示意图。
57.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
58.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及
附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
59.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
60.需要说明的是，本技术提供的渠道系统开发方法、装置、设备及可读存储介质可用于金融领域，也可用于除金融领域之外的任意领域，本技术不对渠道系统开发方法、装置、设备及可读存储介质的应用领域进行限定。
61.首先，对本技术涉及的名词进行解释说明。
62.接口：java中指抽象方法和常量值的定义的集合。
63.接下来，对本技术的具体应用场景进行解释说明：
64.在银行业务场景中，在开发银行渠道系统时，需要针对每个该银行渠道系统能够处理的银行业务，开发对应的交易程序，再将所有能够执行的银行业务的交易程序进行拼装，从而生成渠道系统。
65.然而，银行渠道系统的银行业务种类繁多，各个交易的处理流程、接口参数等不同必然会带来大量的开发工作，导致开发效率较低以及后期对银行渠道系统的维护成本较高。
66.本技术提供的渠道系统开发方法，旨在解决现有技术的如上技术问题。发明人在对现有的渠道系统进行研究时发现，虽然渠道系统的业务种类繁多，但业务的复杂程度较低，且部分业务的交易步骤基本一致，仅是业务之间的接口和通讯方式不同。基于此，发明人发现，可以预先针对不同业务中相同的交易步骤进行分类，并生成对应的交易步骤接口。这样，针对每个业务，根据该业务包括的交易步骤，确定每个交易步骤对应的交易步骤接口以及各交易步骤接口的执行顺序，结合每个交易步骤的配置参数生成该业务的配置文件，从而完成渠道系统的开发。本技术通过流水线式的对交易步骤接口进行拼装，可以提高代码的复用率，减少后续业务开发的工作量，节省维护成本。
67.示例性的，本技术实施例提供的渠道系统开发方法可以应用于图1所示的场景示意图中。图1为本技术实施例提供的渠道系统开发方法的场景示意图，如图1所示，该场景包括终端设备、支付系统、渠道系统以及业务系统。其中，支付系统分别与终端设备、渠道系统以及业务系统进行通信交互。
68.应理解，本技术不对支付系统、渠道系统以及业务系统的个数以及具体形态进行限定，可以根据实际情况进行确定。
69.在本实施中，在用户付款的应用场景中，支付系统可以通过与用户使用的终端设备进行交互，选择特定业务以及特定渠道发起交易流程，进而发送支付请求到该特定渠道对应的渠道系统。相应的，渠道系统则接收该支付请求，根据该支付请求对目标用户进行扣费操作，并返回成功应答。支付系统则接收渠道系统的应答，发送业务开通请求到业务系统。业务系统则接收业务开通请求，根据该业务开通请求为用户开通该特定业务，并返回成功应答。支付系统接收到业务系统返回的应答后，发送成功开通服务确认请求到渠道系统。
渠道系统则接收支付系统发送的成功开通服务确认请求，根据该成功开通服务确认请求对用户进行计费确认操作，并返回成功应答。支付系统在接收到渠道系统返回的应答后，向用户反馈支付成功。
70.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
71.图2为本技术实施例提供的渠道系统开发方法实施例一的流程示意图。如图2所示，该渠道系统开发方法可以包括如下步骤：
72.s201、获取业务的每个交易步骤对应的交易步骤接口。
73.在本实施例中，现有技术的渠道系统的开发效率较低，后期维护成本较高的主要原因是对不同的业务中的相同的交易步骤进行了重复开发。因此，本技术为了解决现有技术存在的上述问题，预先对不同业务的相同交易步骤进行了分类，针对每类交易步骤预先获取对应的交易步骤接口，该交易步骤接口集成有用于实现该类交易步骤的程序代码。这样，针对属于同一类的交易步骤，无需对其进行重复开发，只需要调用相同的交易步骤接口即可，有效提高了代码的复用率和渠道系统的开发效率，减少了渠道系统的代码量和后期的维护成本。
74.在本步骤中，在开发渠道系统时，需要先确定该渠道系统能够处理的业务，以及每个业务的交易步骤。进一步的，针对每个交易步骤，获取该交易步骤对应的交易步骤接口，该交易步骤接口集成有用于实现该交易步骤的程序代码。
75.可选的，交易步骤接口可以是预先从其他设备中获取的，也可以是对交易步骤对应的程序代码进行封装获取，本技术实施例不对交易步骤的获取方式进行具体限定。
76.应理解，对交易步骤对应的程序代码进行封装，从而获取交易步骤接口的过程可以参照图3所示的实施例，此处不再赘述。
77.s202、获取业务的每个交易步骤的配置参数。
78.在本步骤中，在业务的交易步骤的实现过程中，需要获取与业务相关的信息(例如交易时间)进行处理，还需要输出处理结果给下一个步骤使用或返回给用户。因此，在业务处理过程中，需要对交易步骤实现的具体细节进行配置。其中，每个交易步骤的配置参数包括交易步骤对应的交易步骤接口的标识、需要获取的参数以及需要输出的参数，可以获取业务的每个交易步骤的配置参数以实现对交易步骤的具体细节进行配置。
79.可选的，业务的每个交易步骤的配置参数可以是用户根据业务的特性预先输入电子设备中的，也就是说，电子设备可以预先接收用户输入的业务的每个交易步骤的配置参数。
80.s203、根据业务的每个交易步骤对应的交易步骤接口的标识，各交易步骤接口的执行顺序以及配置参数，生成配置文件。
81.在本步骤中，针对每个业务，在获取业务的每个交易步骤对应的交易步骤接口后，可以根据该业务中交易步骤的执行顺序确定各交易步骤接口的执行顺序，从而根据各交易步骤接口的标识、执行顺序以及配置参数，生成配置文件。该配置文件可以在业务触发时被调用，从而按照上述执行顺序依次调用对应的交易步骤接口，根据各交易步骤接口的配置参数依次对办理业务相关的数据进行处理。
82.可选的，该配置文件可以为可扩展标记语言(extensible markup language，xml)文件，该配置文件还可以包括业务的标识，也就是说业务的标识与配置文件是一一对应的关系，每个业务都有唯一的标识。
83.s204、根据业务的配置文件以及各交易步骤接口，生成渠道系统。
84.在本步骤中，在获取业务的配置文件之后，就可以根据业务的配置文件以及该业务对应的各交易步骤接口构建渠道系统，以使可以根据配置文件调用各交易步骤接口，从而完成渠道系统的开发处理。
85.本技术实施例提供的渠道系统开发方法，通过获取业务的每个交易步骤对应的交易步骤接口，获取业务的每个交易步骤的配置参数，根据业务的每个交易步骤对应的交易步骤接口的标识，各交易步骤接口的执行顺序以及配置参数，生成配置文件，根据业务的配置文件以及各交易步骤接口，生成渠道系统。其中，交易步骤接口集成有用于实现对应的交易步骤的程序代码。在本技术方案中，可以预先获取每类交易步骤接口的交易步骤接口，该交易步骤接口可以被不同的业务复用，这样在渠道系统开发过程中就可以确定业务的每个交易步骤对应的交易步骤接口，从而生成该业务的配置文件，以使开发好的渠道系统可以根据该配置文件依次调用交易步骤接口，来处理该业务，减少了针对相同交易步骤的开发工作量，提高了代码的复用率以及开发效率。
86.在获取业务的每个交易步骤对应的交易步骤接口之前，还需要获取多个交易步骤接口，不同交易步骤接口用于处理不同的交易步骤。基于图2所示实施例，图3为本技术实施例提供的渠道系统开发方法实施例二的流程示意图。如图3所示，在获取业务的每个交易步骤对应的交易步骤接口之前，该渠道系统开发方法可以包括如下步骤：
87.s301、对渠道系统能够处理的不同业务的交易步骤进行分类，获取多类交易步骤。
88.在本步骤中，可以对渠道系统能够处理的不同业务的交易流程进行分析，对不同业务的交易步骤进行分类，从而获取多类交易步骤，其中，同一类交易步骤用于对业务执行相同的处理。
89.s302、对每类交易步骤对应的程序代码进行封装，获取每类交易步骤对应的交易步骤接口。
90.在本步骤中，可以获取用于实现每类交易步骤的程序代码，并将该程序代码进行封装，从而生成每类交易步骤的交易步骤接口。
91.在上述实施例中，可以在渠道系统开发过程中，分析该渠道系统能够处理的业务的交易流程，对不同的业务的交易步骤进行归纳分类，采用java开发实现每一类交易步骤的交易步骤接口，从而提高代码复用率，减少后续在渠道系统中增加业务带来的开发工作量以及对渠道系统的维护成本。
92.基于图3所示实施例，获取业务的每个交易步骤对应的交易步骤接口可以通过以下步骤实现：
93.针对业务的每个交易步骤，判断多类交易步骤中是否存在该交易步骤所属目标类别。
94.针对于不同的判断结果，将通过不同的方式获取交易步骤对应的交易步骤接口。
95.若存在，则从已有的交易步骤接口中获取目标类别对应的交易步骤接口。
96.反之，则对交易步骤对应的程序代码进行封装，生成交易步骤对应的交易步骤接
口。
97.进一步的，还可以将该交易步骤确定为新一类交易步骤。
98.应理解，在对渠道系统的开发过程中，若要在渠道系统中新增业务，可以在多类交易步骤中判断是否存在新增业务的每个交易步骤所属目标类别。若有，则获取新增业务的每个交易步骤对应的交易步骤接口，并生成该新增业务的配置文件，就可以实现对该业务的交易流程的定义。在实际应用中，当该新增业务被触发时，就可以通过该新增业务的配置文件依次调用交易步骤接口，从而完成该新增业务的整个交易流程。若无，则需要生成该交易步骤对应的交易步骤接口，之后再生成该新增业务的配置文件即可。
99.也就是说，当渠道系统新增可处理的业务时，若该新增业务所需定义的各个交易步骤的交易步骤接口已开发完成，那么新增业务只需定义配置文件即可；若该新增业务需要新的交易步骤来实现，那么依照本发明中对于交易步骤接口的开发规范，将该交易步骤的程序代码开发为新的交易步骤接口，并将该交易步骤接口的标识配置到对应的配置文件中即可。
100.以转账业务为例，可以将整个业务拆分成数据组包、数据发送和接收交易回执三个交易步骤，那么就需要将组包、发送交易数据和接收交易回执分别实现为相应的交易步骤，封装成为可通用的交易步骤接口，在配置文件中定义转账业务所需要的交易步骤即可。在此基础上，开发账户余额查询业务时，也可以通过配置复用上述交易步骤接口。
101.可选的，若想要修改渠道系统中的业务，可以通过修改业务的配置文件实现。例如，可以修改业务的交易步骤的执行顺序，更改业务的交易步骤以及修改交易步骤的配置参数等。
102.上述实施例实现了多种交易场景下的代码复用，降低了新增、修改业务的开发和维护成本。对于银行系统来说，采购其他企业已开发好的渠道系统可以节约开发工作量，但是无法获取源码，导致后续对渠道系统进行维护需要较大的费用。而通过本技术开发的渠道系统，业务逻辑较简单，可以根据业务的流程对交易步骤接口进行配置就能够新增或修改业务，通过配置文件即可实现业务开发的代码架构。
103.在渠道系统开发完成后，可以将该渠道系统部署在该电子设备中，也可以部署在其他电子设备中，还可以部署在多个电子设备中。在该渠道系统投入使用后，可以通过该渠道系统对业务进行处理。接下来对通过渠道系统对业务进行处理的过程进行解释说明。
104.图4为本技术实施例提供的渠道系统开发方法实施例三的流程示意图。如图4所示，该渠道系统开发方法还可以包括如下步骤：
105.s401、接收业务触发指令。
106.在本步骤中，用户的终端设备可以跟支付系统进行交互，从而实现对渠道系统的业务的触发。在该业务触发后，渠道系统可以接收支付系统发送的业务触发指令，该业务触发指令包括业务标识。
107.在一种可能的实现方式中，用户在通过终端设备的应用程序(例如手机银行)对交易进行支付时，支付系统根据与终端设备的交互，确定该应用程序对应的渠道系统(例如手机银行渠道系统)，向该渠道系统发送携带支付业务标识的业务触发指令。
108.s402、根据业务标识，确定业务标识对应的配置文件。
109.在本步骤中，在接收到业务触发指令后，根据该业务触发指令的业务标识，从渠道
系统中获取该业务标识对应的配置文件，该配置文件包括该业务的各交易步骤对应的交易步骤接口的标识、执行顺序以及配置参数。
110.应理解，配置参数的相关解释和说明可以参照上述任一实施例的相关内容，此处不再赘述。
111.s403、根据配置文件中各交易步骤接口的执行顺序以及配置参数，依次调用各交易步骤接口的标识对应的交易步骤接口，对业务标识对应的业务进行处理，生成处理结果。
112.在本步骤中，在确定出配置文件后，根据该配置文件中各交易步骤接口的标识，确定各交易步骤接口的标识对应的交易步骤接口，根据各交易步骤接口的执行顺序以及配置参数，依次调用各交易步骤接口对该业务标识对应的业务进行处理，从而生成处理结果。
113.在上述实施例中，渠道系统在执行业务时，只需要获取该业务对应的配置文件，根据配置文件中预先配置的交易步骤接口的执行顺序，依次调用对应的交易步骤即可，处理过程简单。
114.基于上述任一实施例提供的渠道系统开发方法，解下来通过一个具体的示例对该方法进行解释说明。
115.每支交易(也就是上述实施例中的业务)包括交易流程和交易规则两个部分：
116.1、交易规则，即交易的定义，包含交易的接口、交易的发送方式等相关参数，可通过配置xml文件(也就是配置文件)实现。每支交易的交易规则可以配置在一个xml文件里，交易id(每支交易必须有且唯一)与配置文件是一一对应的关系。同时，在配置文件中可以定义交易包含的交易步骤、交易的接口文件定义(也就是交易步骤接口)、交易过程中需要获取的参数(例如交易时间)以及其来源、需要输出的参数。
117.2、交易流程，包括交易触发、交易数据加工、交易数据发布、接收交易回执四个步骤。交易流程可通过工作引擎实现。当交易被触发时，会调起交易进程加载交易规则，根据交易规则完成数据加工、数据发布、处理回执信息。该交易流程即为上述实施例中的业务的各交易步骤及各交易步骤的执行顺序。
118.图5为本技术实施例提供的渠道系统开发方法实施例四的流程示意图。如图5所示，该渠道系统开发方法还可以包括如下步骤：
119.在交易触发后，会根据被触发的交易标识匹配对应的配置文件，将获取的配置文件传递给主流程，从而启动交易流程。主流程读取配置文件，解析该交易需要通过哪些步骤实现，以及从哪些文件中获取什么样的参数，根据主流程解析出的交易步骤的标识，调用对应的交易步骤接口，依次完成交易步骤。
120.上述过程中，交易步骤接口不针对某一支交易实现，通过主程序解析出的不同参数驱动不同交易流程的完成。
121.相比于传统的交易开发模式，本技术的主流程工具是最重要的，该主流程工具在本技术中起到承上启下的作用。主程序读取配置文件，解析出一个个的交易步骤，并依次调起交易步骤接口实现相应的工作，最终完成整个交易流程。
122.在实施例中，将各个交易的复用部分抽象出来作为可复用的工作引擎(也就是交易步骤接口)，使用配置文件实现各交易的个性化要求，通过触发主流程动态实现各个交易。通过可复用的工作引擎，可以极大的降低新交易的开发成本和代码管理风险。对于新交易的开发工作，仅需要配置相应的交易规则文件，无需重复的编写代码；其次，所有的交易
均对应的唯一的配置文件，无需为每个交易的定义开发新的代码，可以极大的降低维护和测试的工作量。
123.下述为本技术装置实施例，可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
124.图6为本技术实施例提供的渠道系统开发装置的结构示意图。如图6所示，该渠道系统开发装置600包括：
125.获取模块601，用于获取业务的每个交易步骤对应的交易步骤接口，业务为渠道系统能够处理的业务，交易步骤接口集成有用于实现交易步骤的程序代码。
126.获取模块601，还用于获取业务的每个交易步骤的配置参数。
127.处理模块602，用于根据业务的每个交易步骤对应的交易步骤接口的标识，各交易步骤接口的执行顺序以及配置参数，生成配置文件。
128.处理模块602，还用于根据业务的配置文件以及各交易步骤接口，生成渠道系统。
129.在一种可能的实现方式中，每个交易步骤的配置参数包括交易步骤对应的交易步骤接口的标识、需要获取的参数以及需要输出的参数。
130.在一种可能的实现方式中，在获取业务的每个交易步骤对应的交易步骤接口之前，获取模块601，还包括：
131.对渠道系统能够处理的不同业务的交易步骤进行分类，获取多类交易步骤，同一类交易步骤用于对业务执行相同的处理。
132.对每类交易步骤对应的程序代码进行封装，获取每类交易步骤对应的交易步骤接口。
133.在一种可能的实现方式中，获取模块601，具体用于：
134.针对业务的每个交易步骤，判断多类交易步骤中是否存在交易步骤所属目标类别。
135.若存在，则从已有的交易步骤接口中获取目标类别对应的交易步骤接口。
136.反之，则对交易步骤对应的程序代码进行封装，生成交易步骤对应的交易步骤接口。
137.在一种可能的实现方式中，在对交易步骤对应的程序代码进行封装，生成交易步骤对应的交易步骤接口之后，处理模块602，还用于：
138.将交易步骤确定为新一类交易步骤。
139.在一种可能的实现方式中，渠道系统开发装置600，还包括：
140.接收模块，用于接收业务触发指令，业务触发指令包括业务标识。
141.处理模块602，还用于根据业务标识，确定业务标识对应的配置文件。
142.处理模块602，还用于根据配置文件中各交易步骤接口的执行顺序以及配置参数，依次调用各交易步骤接口的标识对应的交易步骤接口，对业务标识对应的业务进行处理，生成处理结果。
143.本技术实施例提供的渠道系统开发装置，可用于执行上述任一实施例中的渠道系统开发方法，其实现原理和技术效果类似，在此不再赘述。
144.需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以
全部以软件通过处理元件调用的形式实现。也可以全部以硬件的形式实现。还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外，这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
145.图7为本技术实施例提供的电子设备的结构示意图。如图7所示，该电子设备700可以包括：处理器701、存储器702及存储在存储器702上并可在处理器701上运行的计算机程序指令，处理器701执行计算机程序指令时实现前述任一实施例提供的渠道系统开发方法。
146.可选的，该电子设备700的上述各个器件之间可以通过系统总线连接。
147.存储器702可以是单独的存储单元，也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。
148.可选的，电子设备700还可以包括与其他设备进行交互的接口。
149.收发器用于和其他计算机进行通信，该收发器构成通信接口。
150.可选的，在硬件实现上，上述图6所示实施例中的：接收模块61和发送模块63对应于本实施例中的收发器，上述图6所示实施例中的处理模块62对应于本实施例中的处理器701。
151.应理解，处理器701可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
152.系统总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。存储器可能包括随机存取存储器(random access memory，ram)，也可能还包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。
153.实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤。而前述的存储器(存储介质)包括：只读存储器(read-only memory，rom)、ram、快闪存储器、硬盘、固态硬盘、磁带(magnetic tape)、软盘(floppy disk)、光盘(optical disc)及其任意组合。
154.本技术实施例提供的电子设备，可用于执行上述任一方法实施例提供的渠道系统开发方法，其实现原理和技术效果类似，在此不再赘述。
155.本技术实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当该计算机执行指令在计算机上运行时，使得计算机执行上述渠道系统开发方法。
156.上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器，电可擦除可编程只读存储
器，可擦除可编程只读存储器，可编程只读存储器，只读存储器，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
157.可选的，将可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
158.本技术实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，至少一个处理器可以从该计算机可读存储介质中读取该计算机程序，至少一个处理器执行计算机程序时可实现上述渠道系统开发方法。
159.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
160.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征：
1.一种渠道系统开发方法，其特征在于，包括：获取业务的每个交易步骤对应的交易步骤接口，所述业务为渠道系统能够处理的业务，所述交易步骤接口集成有用于实现所述交易步骤的程序代码；获取所述业务的每个交易步骤的配置参数；根据所述业务的每个交易步骤对应的交易步骤接口的标识，各交易步骤接口的执行顺序以及配置参数，生成配置文件；根据所述业务的配置文件以及各交易步骤接口，生成所述渠道系统。2.根据权利要求1所述的方法，其特征在于，每个交易步骤的配置参数包括所述交易步骤对应的交易步骤接口的标识、需要获取的参数以及需要输出的参数。3.根据权利要求1所述的方法，其特征在于，在所述获取业务的每个交易步骤对应的交易步骤接口之前，所述方法还包括：对所述渠道系统能够处理的不同业务的交易步骤进行分类，获取多类交易步骤，同一类交易步骤用于对业务执行相同的处理；对每类交易步骤对应的程序代码进行封装，获取每类交易步骤对应的交易步骤接口。4.根据权利要求3所述的方法，其特征在于，所述获取业务的每个交易步骤对应的交易步骤接口，包括：针对所述业务的每个交易步骤，判断所述多类交易步骤中是否存在所述交易步骤所属目标类别；若存在，则从已有的交易步骤接口中获取所述目标类别对应的交易步骤接口；反之，则对所述交易步骤对应的程序代码进行封装，生成所述交易步骤对应的交易步骤接口。5.根据权利要求4所述的方法，其特征在于，在所述对所述交易步骤对应的程序代码进行封装，生成所述交易步骤对应的交易步骤接口之后，所述方法还包括：将所述交易步骤确定为新一类交易步骤。6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：接收业务触发指令，所述业务触发指令包括业务标识；根据所述业务标识，确定所述业务标识对应的配置文件；根据所述配置文件中各交易步骤接口的执行顺序以及配置参数，依次调用各交易步骤接口的标识对应的交易步骤接口，对所述业务标识对应的业务进行处理，生成处理结果。7.一种渠道系统开发装置，其特征在于，包括：获取模块，用于获取业务的每个交易步骤对应的交易步骤接口，所述业务为渠道系统能够处理的业务，所述交易步骤接口集成有用于实现所述交易步骤的程序代码；所述获取模块，还用于获取所述业务的每个交易步骤的配置参数；处理模块，用于根据所述业务的每个交易步骤对应的交易步骤接口的标识，各交易步骤接口的执行顺序以及配置参数，生成配置文件；所述处理模块，还用于根据所述业务的配置文件以及各交易步骤接口，生成所述渠道系统。8.根据权利要求7所述的装置，其特征在于，每个交易步骤的配置参数包括所述交易步骤对应的交易步骤接口的标识、需要获取的参数以及需要输出的参数。
9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至6任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至6任一项所述的方法。

技术总结
本申请提供一种渠道系统开发方法、装置、设备及可读存储介质，可用于金融领域或其他领域。该方法包括：通过获取业务的每个交易步骤对应的交易步骤接口，获取业务的每个交易步骤的配置参数，根据业务的每个交易步骤对应的交易步骤接口的标识，各交易步骤接口的执行顺序以及配置参数，生成配置文件，根据业务的配置文件以及各交易步骤接口，生成渠道系统。其中，交易步骤接口集成有用于实现对应的交易步骤的程序代码。本技术方案减少了针对相同交易步骤的开发工作量，提高了代码的复用率以及开发效率。效率。效率。


技术研发人员：亢蒙 郭佳婕 刘越甲 张春晶
受保护的技术使用者：中国银行股份有限公司
技术研发日：2023.07.04
技术公布日：2023/10/7