一种多元接口分流调用方法及终端与流程

1.本发明涉及数据通信领域，尤其涉及一种多元接口分流调用方法及终端。


背景技术：

2.现有数据的收集方将数据提供给需求方时通常采用单一接口以供接入的方式，即以webservice、http等协议作为请求协议设置一个统一的接口让需求方接入，通过定义交易码字段识别需求方具体的业务请求，根据交易码字段将需求方的请求路由到不同的处理逻辑中；该方式由收集方对外提供统一的接口地址，若出现大批量的接口调用，对收集方的入口服务有极大的请求压力，现有技术中通常采用负载均衡减轻访问压力，但是对外只提供一个接口进行调用，无法对不同业务请求进行分别管控，即使某个处理逻辑(业务)的访问量较小，也会因其余业务的访问量过大而有被限流的可能；并且，同一接口对外提供的传入参数和传出参数的字段也较为统一，若需要根据不同的使用场景制定对应的传入参数和传出参数需要对代码进行修改，无法满足实时性需要。


技术实现要素：

3.本发明所要解决的技术问题是：提供一种多元接口分流调用方法及终端，提高大批量多业务的数据请求处理效率。
4.为了解决上述技术问题，本发明采用的一种技术方案为：
5.一种多元接口分流调用方法，包括步骤：
6.s1、获取数据收集方提供的多个数据接口，根据预设的访问逻辑对多个所述数据接口进行分组，得到多个数据接口组；
7.s2、为每一所述数据接口组设置对应的访问接口；
8.s3、接收数据需求方的访问请求，所述访问请求包括标识字段；
9.s4、确定所述标识字段对应的第一访问接口，根据所述标识字段执行所述第一访问接口得到目标数据；
10.s5、返回所述目标数据至数据需求方。
11.为了解决上述技术问题，本发明采用的另一种技术方案为：
12.一种多元接口分流调用终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
13.s1、获取数据收集方提供的多个数据接口，根据预设的访问逻辑对多个所述数据接口进行分组，得到多个数据接口组；
14.s2、为每一所述数据接口组设置对应的访问接口；
15.s3、接收数据需求方的访问请求，所述访问请求包括标识字段；
16.s4、确定所述标识字段对应的第一访问接口，根据所述标识字段执行所述第一访问接口得到目标数据；
17.s5、返回所述目标数据至数据需求方。
18.本发明的有益效果在于：将数据收集方提供的多个数据接口按预设的访问逻辑进行分组得到数据接口组，根据数据接口组设置对应的访问接口，数据需求方根据访问接口进行访问，无需关心需求方提供的接口，接口的传入参数和传出参数可以进行定义，在设置访问接口时可以根据实际需求对同一个数据接口组设置不同的传出参数从而对应不同的访问接口，数据需求方根据所需数据的不同调用不同的访问接口，分流了数据，一定程度避免了访问量过大时接口堵塞的现象，提高了大批量访问时对访问请求的处理效率。
附图说明
19.图1为本发明实施例的一种多元接口分流调用方法的步骤流程图；
20.图2为本发明实施例的一种多元接口分流调用终端的结构示意图；
21.图3为本发明实施例的一种动态确定访问接口传出参数的过程示意图；
22.图4为本发明实施例的一种参数结构示意图；
23.标号说明：
24.1、一种多元接口分流调用终端；2、处理器；3、存储器。
具体实施方式
25.为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。
26.请参照图1及图3，一种多元接口分流调用方法，包括步骤：
27.s1、获取数据收集方提供的多个数据接口，根据预设的访问逻辑对多个所述数据接口进行分组，得到多个数据接口组；
28.s2、为每一所述数据接口组设置对应的访问接口；
29.s3、接收数据需求方的访问请求，所述访问请求包括标识字段；
30.s4、确定所述标识字段对应的第一访问接口，根据所述标识字段执行所述第一访问接口得到目标数据；
31.s5、返回所述目标数据至数据需求方。
32.从上述描述可知，本发明的有益效果在于：将数据收集方提供的多个数据接口按预设的访问逻辑进行分组得到数据接口组，根据数据接口组设置对应的访问接口，数据需求方根据访问接口进行访问，无需关心需求方提供的接口，接口的传入参数和传出参数可以进行定义，在设置访问接口时可以根据实际需求对同一个数据接口组设置不同的传出参数从而对应不同的访问接口，数据需求方根据所需数据的不同调用不同的访问接口，分流了数据，一定程度避免了访问量过大时接口堵塞的现象，提高了大批量访问时对访问请求的处理效率。
33.进一步地，所述s2具体为：
34.s21、获取所述数据接口组中每一数据接口的第一传入参数、第一传出参数及第一交易码，并获取所述数据接口组对应的所述数据收集方；
35.s22、根据所述第一传入参数设置所述访问接口的第二传入参数，根据所述第一传出参数及预设的目标数据项设置所述访问接口的第二传出参数，根据所述第一交易码设置所述访问接口的接口编号，并根据所述数据收集方标记所述访问接口；
36.s23、将所述访问接口发布到统一api网关上。
37.由上述描述可知，根据数据接口组的传入参数确定其对应的访问接口所需的传入参数，实现通过调用访问接口访问数据接口组中的数据接口；根据数据接口组中的传出参数及预设的目标数据项设置访问接口的传出参数，因数据接口为数据收集方提供的接口，修改的难度较大，而数据收集方为了减少接口维护的成本通常会在一个接口中放入包含多个关联数据的传出参数，不一定都是所需要的数据，通过设置访问接口的传出参数对数据接口返回的数据进行过滤能够精确获取到所需要的数据。
38.进一步地，所述s4具体为：
39.s41、确定所述标识字段对应的所述第一访问接口，获取所述第一访问接口的接口文档；
40.s42、根据所述接口文档转换所述访问请求得到接口协议及数据格式；
41.s43、根据所述接口协议及所述数据格式执行所述第一访问接口得到返回数据；
42.s44、根据所述第二传出参数过滤所述返回数据得到目标数据。
43.由上述描述可知，根据访问接口的接口文档转换访问请求得到接口协议和数据格式，根据接口协议和数据格式调用访问接口，由访问接口的第二传出参数对返回数据尽心过滤，数据请求方无需考虑需要调用哪一数据收集方的接口及具体调用数据收集方的哪一接口，提升了数据请求方请求数据的便利性，由访问接口对数据接口进行集合，提升了数据处理的效率。
44.进一步地，所述s23中所述统一api网关为kong中间件。
45.由上述描述可知，使用kong作为统一api网关，kong自带的插件能够节约开发时间，且kong的功能齐全，降低了开发难度。
46.进一步地，所述s5具体为：
47.对所述目标数据进行加密，将加密后的所述目标数据发送至数据需求方。
48.由上述描述可知，对数据进行加密之后再发送到数据需求方，保证了数据在传输过程中的安全性。
49.一种多元接口分流调用终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
50.s1、获取数据收集方提供的多个数据接口，根据预设的访问逻辑对多个所述数据接口进行分组，得到多个数据接口组；
51.s2、为每一所述数据接口组设置对应的访问接口；
52.s3、接收数据需求方的访问请求，所述访问请求包括标识字段；
53.s4、确定所述标识字段对应的第一访问接口，根据所述标识字段执行所述第一访问接口得到目标数据；
54.s5、返回所述目标数据至数据需求方。
55.本发明的有益效果在于：将数据收集方提供的多个数据接口按预设的访问逻辑进行分组得到数据接口组，根据数据接口组设置对应的访问接口，数据需求方根据访问接口进行访问，无需关心需求方提供的接口，接口的传入参数和传出参数可以进行定义，在设置访问接口时可以根据实际需求对同一个数据接口组设置不同的传出参数从而对应不同的访问接口，数据需求方根据所需数据的不同调用不同的访问接口，分流了数据，一定程度避
免了访问量过大时接口堵塞的现象，提高了大批量访问时对访问请求的处理效率。
56.进一步地，所述s2具体为：
57.s21、获取所述数据接口组中每一数据接口的第一传入参数、第一传出参数及第一交易码，并获取所述数据接口组对应的所述数据收集方；
58.s22、根据所述第一传入参数设置所述访问接口的第二传入参数，根据所述第一传出参数及预设的目标数据项设置所述访问接口的第二传出参数，根据所述第一交易码设置所述访问接口的接口编号，并根据所述数据收集方标记所述访问接口；
59.s23、将所述访问接口发布到统一api网关上。
60.由上述描述可知，根据数据接口组的传入参数确定其对应的访问接口所需的传入参数，实现通过调用访问接口访问数据接口组中的数据接口；根据数据接口组中的传出参数及预设的目标数据项设置访问接口的传出参数，因数据接口为数据收集方提供的接口，修改的难度较大，而数据收集方为了减少接口维护的成本通常会在一个接口中放入包含多个关联数据的传出参数，不一定都是所需要的数据，通过设置访问接口的传出参数对数据接口返回的数据进行过滤能够精确获取到所需要的数据。
61.进一步地，所述s4具体为：
62.s41、确定所述标识字段对应的所述第一访问接口，获取所述第一访问接口的接口文档；
63.s42、根据所述接口文档转换所述访问请求得到接口协议及数据格式；
64.s43、根据所述接口协议及所述数据格式执行所述第一访问接口得到返回数据；
65.s44、根据所述第二传出参数过滤所述返回数据得到目标数据。
66.由上述描述可知，根据访问接口的接口文档转换访问请求得到接口协议和数据格式，根据接口协议和数据格式调用访问接口，由访问接口的第二传出参数对返回数据尽心过滤，数据请求方无需考虑需要调用哪一数据收集方的接口及具体调用数据收集方的哪一接口，提升了数据请求方请求数据的便利性，由访问接口对数据接口进行集合，提升了数据处理的效率。
67.进一步地，所述s23中所述统一api网关为kong中间件。
68.由上述描述可知，使用kong作为统一api网关，kong自带的插件能够节约开发时间，且kong的功能齐全，降低了开发难度。
69.进一步地，所述s5具体为：
70.对所述目标数据进行加密，将加密后的所述目标数据发送至数据需求方。
71.由上述描述可知，对数据进行加密之后再发送到数据需求方，保证了数据在传输过程中的安全性。
72.请参照图1，本发明的实施例一为：
73.一种多元接口分流调用方法，包括步骤：
74.s1、获取数据收集方提供的多个数据接口，根据预设的访问逻辑对多个所述数据接口进行分组，得到多个数据接口组；
75.s2、为每一所述数据接口组设置对应的访问接口，具体为：
76.s21、获取所述数据接口组中每一数据接口的第一传入参数、第一传出参数及第一交易码，并获取所述数据接口组对应的所述数据收集方；
77.s22、根据所述第一传入参数设置所述访问接口的第二传入参数，根据所述第一传出参数及预设的目标数据项设置所述访问接口的第二传出参数，根据所述第一交易码设置所述访问接口的接口编号，并根据所述数据收集方标记所述访问接口；
78.如，数据收集方有公积金明细及公积金账户两个接口，其中公积金明细接口需要有公积金账号作为传入参数，而公积金账号需要先调用公积金账号接口后获取其传出参数，公积金账号接口又需要身份证号码作为传入参数，边缘节点预先根据该场景进行编码开发，在定义公积金明细查询的访问接口时，只需要定义输入参数为身份证，由边缘节点收到身份证输入参数后，优先调用公积金账号接口，获取到公积金账号后再调用公积金明细接口获取公积金明细，其中身份证号即为统一的对外查询字段；
79.s23、将所述访问接口发布到统一api网关上；
80.在一种可选的实施方式中，统一api网关可以看做系统与外界联通的入口，可以在网关进行处理一些非业务逻辑的逻辑，比如权限验证，监控，缓存，请求路由等等。kong网关中间件是一个开源的api管理服务，数据流通平台基于该中间件实现api的管理功能，如api的发布或下架；api网关在收到请求后，首先通过数据鉴权服务，进行数据权限的校验、根据强制规则回填默认参数及数值，然后将请求转发到边缘节点服务上进行处理；
81.s3、接收数据需求方的访问请求，所述访问请求包括标识字段；
82.在一种可选的实施方式中，统一api网关为kong中间件；kong网关暴露出对外api服务接口(访问接口)，需求方调用暴露的访问接口发送访问请求，kong网关接受到访问请求后，会转发请求到数据收集方的数据接口，将从数据收集方的数据接口接收到的数据返回给需求方；
83.s4、确定所述标识字段对应的第一访问接口，根据所述标识字段执行所述第一访问接口得到目标数据，具体为：
84.s41、确定所述标识字段对应的所述第一访问接口，获取所述第一访问接口的接口文档；
85.s42、根据所述接口文档转换所述访问请求得到接口协议及数据格式；
86.在一种可选的实施方式中，接口协议为webservice协议，数据格式包括xml数据格式；
87.s43、根据所述接口协议及所述数据格式执行所述第一访问接口得到返回数据；
88.s44、根据所述第二传出参数过滤所述返回数据得到目标数据；
89.s5、返回所述目标数据至数据需求方，具体为：
90.对所述目标数据进行加密，将加密后的所述目标数据发送至数据需求方。
91.本发明的实施例二为：
92.一种多元接口分流调用方法，其与实施例一的不同之处在于：
93.所述s22具体为：
94.通过可视化表单对访问接口进行配置：
95.配置访问接口的基本信息：基本信息包括用于调用访问接口的调用地址、访问接口名称、访问接口编号、数据收集方标识及与所述数据收集方匹配的边缘节点地址，访问接口编号对应数据收集方所提供不同数据接口的交易码；
96.每个传入参数需设置属性，属性包括参数名、参数类型、参数说明、是否为必填项
及强制规则，强制规则定义该参数为非必填字段，可以根据预设的强制规则表达式自动计算，调用该接口时无需传递该参数；
97.每个传出参数需设置属性，属性包括参数命、参数类型、参数说明及密文数据，其中密文数据标明该访问接口的该api的返回结果中该字段为真正的数据字段，由于流通平台数据是加密传输的，该字段以json格式定义密文数据的明文结构，同时边缘节点也是通过该配置来过滤收集方接口查询结果中多余的字段；
98.在一种可选的实施方式中，请参照图4，具体键值为：
99.{"name":"ciphertext","encrypted":true,"childnodes":[{"name":"root","encry-pted":false,"childnodes":[{"name":"body","encrypted":false,"childnodes":[{"name":"file_data","encrypted":false,"childnodes":[],"required":true,"type":"string","d-escription":"base64编码后的pdf文件","isdefault":false}],"required":true,"type":"o-bject","isdefault":false}],"required":true,"type":"object","isdefault":false}],"isdefaul-t":true,"required":true,"type":"string","description":"加密原文"}
[0100]
其中，name表示字段名称，encrypted表示是否加密，childnodes表示子节点，required表示是否必填，type表示字段类型，isdefault表示是否为默认字段，默认字段无法删除，如果childnodes为空，说明这个字段没有子节点；
[0101]
如"file_data"表示存储配置文件数据，"encrypted":false表示对其不进行加密，"required":true表示该项为必填项，"type":"string表示该项的字段类型为字符串，"description":"base64编码后的pdf文件"表示该项的描述信息为：base64编码后的pdf文件，"isdefault":false表示该项无默认值；
[0102]
ciphertext代表加密原文，root、body代表返回数据的层次结构，file_data代表具体的文件。
[0103]
具体的，在调用访问接口时，通过交易码确定其对应的数据收集方的数据接口(如公积金接口或者社保接口)，不同的业务(账户信息、缴存流水等)，传递不同的值，用来标识调用的业务，实现api的动态生成。
[0104]
具体的，交易码值的不同对应不同的业务，如2101代表账户信息，2120代表缴存流水。
[0105]
请参照图2，本发明的实施例三为：
[0106]
一种多元接口分流调用终端1，包括处理器2、存储器3及存储在存储器3上并可在所述处理器2上运行的计算机程序，所述处理器2执行所述计算机程序时实现实施例一或实施例二中的各个步骤；
[0107]
在一种可选的实施方式中，一种多元接口分流调用终端为数据流通平台和边缘节点的组合；访问接口同时发布在数据流通平台及对应的边缘节点上，边缘节点与数据收集方对应，即访问接口发布在其对应的数据接口所处的数据收集方所对应的边缘节点上。
[0108]
综上所述，本发明提供了一种多元接口分流调用方法及终端，将数据收集方所提供的多个数据接口进行整合制定对应的访问接口，根据不同的目标返回数据动态制定访问接口的传出参数得到多个不同的访问接口，目标返回数据不同的各个访问请求能够通过不同的访问接口访问数据收集方，实现了对访问请求的分流，避免了对外接口堵塞的问题；基
于该方法，能够利用微服务架构根据服务请求情况对具体的api服务进行监控；利用云服务器优势动态扩容负载更多的请求，同时对于请求量大的还可以利用kong网关的限流插件设置某个api服务某段时间内只能调用几次，超过的将拒绝处理，进一步提高了系统的鲁棒性，无需数据收集方进行系统架构的更改就能够使用其原有的系统功能，通过数据流通平台来转换收集方接口对外提供统一、个性化的服务。
[0109]
以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。