一种调用整合接口的方法、装置、计算机设备和存储介质与流程

1.本发明涉及数据处理技术领域，具体涉及一种调用整合接口的方法、装置、计算机设备和计算机可读存储介质。


背景技术：

2.在计算机系统中接口的调用是非常常见的现象，通常都是根据需要调用不同的底层接口实现数据的获取。
3.但是目前存在的问题在于，如果所需要的数据来源比较多时，则需要调用多个接口，甚至多个系统的不同接口。尤其当系统拆分的颗粒度较小时，通常在一个业务层需要的数据元素来源众多，如果由该业务层通过各个接口向对应的系统进行调用，则需要发出多次请求，操作繁琐且调用时效低下。
4.针对现有技术中当所需的数据元素来源众多时存在数据接口调用流程繁琐及调用时效较低的缺陷，目前尚未存在有效的解决方案。


技术实现要素：

5.本发明的目的在于提供了一种调用整合接口的方法、装置、计算机设备和计算机可读存储介质，能够解决现有技术中当所需的数据元素来源众多时存在数据接口调用流程繁琐及调用时效较低的缺陷。
6.本发明的一个方面提供了一种调用整合接口的方法，所述方法包括：接收上游业务系统的调用请求；解析出所述调用请求中的整合接口编号和请求入参；确定所述整合接口编号指向的目标整合接口；从所述目标整合接口中筛选出用于接收所述请求入参的目标接口；将所述请求入参输入所述目标接口以访问所述目标接口关联的下游业务系统；接收该下游业务系统通过所述目标接口返回的访问结果；根据所述访问结果确定所述调用请求的调用结果；将所述调用结果返回所述上游业务系统。
7.可选地，所述从所述目标整合接口中筛选出用于接收所述请求入参的目标接口，包括：获取所述目标整合接口的接口属性；检测所述接口属性中是否包含接口调用顺序；根据检测结果从所述目标整合接口中筛选出用于接收所述请求入参的目标接口。
8.可选地，当所述检测结果表征所述接口属性中包含所述接口调用顺序时：所述根据检测结果从所述目标整合接口中筛选出用于接收所述请求入参的目标接口，包括：将所述目标整合接口中排列在首位的接口作为所述目标接口；所述将所述请求入参输入所述目标接口以访问所述目标接口关联的下游业务系统，包括：将所述请求入参输入所述排列在首位的接口以访问所述排列在首位的接口关联的下游业务系统；所述接收该下游业务系统通过所述目标接口返回的访问结果，包括：接收所述排列在首位的接口关联的下游业务系统通过所述排列在首位的接口返回的访问结果；所述根据所述访问结果确定所述调用请求的调用结果，包括：按照所述接口调用顺序依次调用所述目标整合接口中的剩余接口；接收所述目标整合接口中最后一个接口返回的访问结果作为所述调用请求的调用结果；其中，
在调用所述目标整合接口中的剩余接口时，排列位置相邻的两个接口之间满足：排列在前的接口返回的访问结果作为排列在后的接口的输入参数。
9.可选地，当所述检查结果表征所述接口属性中不包含所述接口调用顺序时：所述根据检查结果从所述目标整合接口中筛选出用于接收所述请求入参的目标接口，包括：将所述目标整合接口中的每个接口均作为所述目标接口；所述将所述请求入参输入所述目标接口以访问所述目标接口关联的下游业务系统，包括：将所述请求入参输入所述目标整合接口中的各个接口以访问所述各个接口关联的下游业务系统；所述接收该下游业务系统通过所述目标接口返回的访问结果，包括：接收所述各个接口关联的下游业务系统通过所述各个接口返回的访问结果；所述根据所述访问结果确定所述调用请求的调用结果，包括：汇总所述各个接口返回的访问结果；将汇总结果作为所述调用请求的调用结果。
10.可选地，所述确定所述整合接口编号指向的目标整合接口，包括：获取所述整合接口编号关联的整合接口；统计获取的整合接口当前正在被调用的第一调用次数；判断所述第一调用次数是否超出预设次数阈值；当所述第一调用次数未超出预设次数阈值时，将所述获取的整合接口作为所述目标整合接口。
11.可选地，所述方法还包括：当所述第一调用次数超出预设次数阈值时，查询是否存在与所述获取的整合接口具有相同功能的其他整合接口；当查询出与所述获取的整合接口具有相同功能的其他整合接口时，将查询出的整合接口作为所述目标整合接口；当未查询出与所述获取的整合接口具有相同功能的其他整合接口时，将所述获取的整合接口作为所述目标整合接口。
12.可选地，所述查询是否存在与所述获取的整合接口具有相同功能的其他整合接口，包括：检测是否存在与所述获取的整合接口具有相同接口数量的其他整合接口；当检测出与所述获取的整合接口具有相同接口数量的其他整合接口时，继续从检测出的整合接口中查询是否存在与所述获取的整合接口关联有相同下游业务系统的其他整合接口；其中，当查询出与所述获取的整合接口关联有相同下游业务系统的其他整合接口时，将查询出的整合接口作为所述目标整合接口；当未检测出与所述获取的整合接口具有相同接口数量的其他整合接口时或者未查询出与所述获取的整合接口关联有相同下游业务系统的其他整合接口时，将所述获取的整合接口作为所述目标整合接口。
13.可选地，所述将查询出的整合接口作为所述目标整合接口，包括：统计查询出的每个整合接口当前正在被调用的第二调用次数；筛选出最小的第二调用次数；判断所述最小的第二调用次数是否小于所述第一调用次数；若是，将所述最小的第二调用次数对应的一整合接口作为所述目标整合接口；若否，将所述获取的整合接口作为所述目标整合接口。
14.本发明的另一个方面提供了一种调用整合接口的装置，所述装置包括：第一接收模块，用于接收上游业务系统的调用请求；解析模块，用于解析出所述调用请求中的整合接口编号和请求入参；第一确定模块，用于确定所述整合接口编号指向的目标整合接口；筛选模块，用于从所述目标整合接口中筛选出用于接收所述请求入参的目标接口；输入模块，用于将所述请求入参输入所述目标接口以访问所述目标接口关联的下游业务系统；第二接收模块，用于接收该下游业务系统通过所述目标接口返回的访问结果；第二确定模块，用于根据所述访问结果确定所述调用请求的调用结果；返回模块，用于将所述调用结果返回所述上游业务系统。
15.本发明的再一个方面提供了一种计算机设备，所述计算机设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例所述的调用整合接口的方法。
16.本发明的又一个方面提供了一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时实现上述任一实施例所述的调用整合接口的方法。进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
17.本发明提供了一种调用整合接口的方法，该方法预先将各个下游业务系统的接口整合为多个整合接口，每个整合接口由多个接口组合而成，从而上游业务系统只需发出一次调用请求就可以获取多个下游业务系统中的数据，降低了调用流程复杂度且提高了调用时效。
附图说明
18.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
19.图1示出了本发明实施例一提供的调用整合接口的方法的流程图；
20.图2示出了本发明实施例二提供的调用整合接口的装置的框图；
21.图3示出了本发明实施例三提供的适于实现调用整合接口的方法的计算机设备的框图；
具体实施方式
22.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
23.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
24.实施例一
25.在现有技术中，上游业务系统直接通过每个下游业务系统的接口访问下游业务系统，当上游业务系统所需的数据元素来源较多时，上游业务系统需要执行多次调用操作才可获取所需的数据元素，导致现有技术存在数据接口调用流程繁琐及调用时效较低的缺陷。本技术在上游业务系统和下游业务系统之间构建了一中间服务层，并将多个下游业务系统的接口整合为多个整合接口，上游业务系统通过中间服务层调用一目标整合接口，从而只需发出一次调用请求便可访问到所需的数据元素，降低了调用流程复杂度且提高了调
用时效。具体地，图1示出了本发明实施例一提供的调用整合接口的方法的流程图，如图1所示，该调用整合接口的方法包括步骤s1～步骤s8，其中：
26.步骤s1，接收上游业务系统的调用请求。
27.步骤s2，解析出所述调用请求中的整合接口编号和请求入参。
28.上游业务系统指的是用户操作的系统，即数据的调用方。
29.本实施例的执行主体为中间服务层，其由两部分组成，一部分是后台数据配置界面，用户或者运营人员可以根据需求定义整合接口；另一个部分作为对外服务的接口，即定义好的整合接口，供上游业务系统调用数据。其中，每个整合接口关联有唯一的接口编号，记为整合接口编号。当上游业务系统想通过整合接口访问下游业务系统时，可基于整合接口编号实现调用目的。
30.每个整合接口均包括多个接口，每个接口对应有接口入参，用户可根据实际需求选择需要的接口入参作为请求入参。
31.步骤s3，确定所述整合接口编号指向的目标整合接口。
32.其中，目标整合接口包括多个接口，每个接口均关联一个下游业务系统，目标整合接口可以为整合接口编号唯一关联的一整合接口。
33.步骤s4，从所述目标整合接口中筛选出用于接收所述请求入参的目标接口。
34.若目标整合接口中的各个接口之间存在调用顺序，则排列在首位的接口为该目标接口；若目标整合接口中的各个接口之间不存在调用顺序，则各个接口均为目标接口。
35.步骤s5，将所述请求入参输入所述目标接口以访问所述目标接口关联的下游业务系统。
36.步骤s6，接收该下游业务系统通过所述目标接口返回的访问结果。
37.步骤s7，根据所述访问结果确定所述调用请求的调用结果。
38.步骤s8，将所述调用结果返回所述上游业务系统。
39.若目标整合接口中的各个接口之间存在调用顺序，则将目标接口返回的访问结果输入至排列在第二位的接口中，并接收排列在第二位的接口返回的访问结果，依次类推，直至接收到排列在末位的接口返回的访问结果，并将排列在末位的接口返回的访问结果作为调用结果返回至上游业务系统。
40.若目标整合接口中的各个接口之间不存在调用顺序，则将各个接口返回的访问结果进行汇总，并将汇总结果作为调用结果返回至上游业务系统。
41.在一种实施例中，在步骤s3之后且在步骤s4之前，所述方法还包括：
42.获取所述目标整合接口关联的预设输入参数列表；
43.根据所述预设输入参数列表对所述请求入参进行校验，以验证所述调用请求是否合法性；
44.当所述调用请求合法时，执行步骤s4；
45.当所述调用请求不合法时，返回上游业务系统表征调用请求不合法的信息。
46.其中，预设输入参数列表中包括目标接口关联的合法输入参数。为了保证所述调用请求的合法性以及数据在传输过程中的安全性和准确性，需要对调用请求进行验证，具体地，将请求入参与预设输入参数列表中的合法输入参数进行匹配，若匹配成功则表征调用请求合法，若匹配失败则表征调用请求不合法。
47.例如，合法输入参数包含用户的身份信息、用户的类型和用户的地址，解析出的请求入参数中包含用户的身份信息和用户的类型，通过匹配发现解析出的请求入参中不包含用户的地址，则表明调用请求中所含参数不完整，也即调用请求不合法。
48.在一种实施例中，为了使调用过程更加高效，可以对整合接口进行统一的鉴权，故所述方法还包括：
49.当调用请求合法时，校验所述上游业务系统是否有权限调用所述目标整合接口；
50.若有权限，统计所述目标整合接口当前正在被调用的第三调用次数；
51.判断所述第三调用次数是否超出预设次数阈值；
52.若未超出预设次数阈值，执行步骤s4；
53.若无权项或者若超出预设次数阈值，返回上游业务系统表征调用失败的信息。
54.由于对整合接口的调用方包括很多上游业务系统，每个上游业务系统也是各不相同的，因此需要对每个上游业务系统的调用权限进行校验。具体地，可以将上游业务系统的权限和所述目标整合接口的接口权限进行匹配，若匹配不成功，则表明所述上游业务系统不具备调用该目标整合接口的权限，调用失败；若匹配成功，则表明所述上游业务系统具备调用该目标整合接口的权限，当目标整合接口被很多上游业务系统进行调用时，会存在一定的调用压力，因此判定整合接口的调用量显得尤为重要，进一步地，当第三调用次数未超出预设次数阈值，可继续执行步骤s4，当超出预设次数阈值，可返回上游业务系统表征调用失败的信息。
55.在一种实施例中，所述步骤s4包括步骤s41～步骤s43，其中：
56.步骤s41，获取所述目标整合接口的接口属性；
57.步骤s42，检测所述接口属性中是否包含接口调用顺序；
58.步骤s43，根据检测结果从所述目标整合接口中筛选出用于接收所述请求入参的目标接口。
59.接口属性包含目标整合接口中的各个接口的接口名称、各个接口关联的下游业务系统名称和地址以及该目标整合接口的调用类型。其中，当所述调用类型为串行调用时，接口属性中还包含各个接口之间的接口调用顺序；当所述调用类型为并行调用时，接口属性中不包含接口调用顺序。检测结果为接口属性中包含接口调用顺序或者接口属性中不包含接口调用顺序。
60.在一种实施例中，当所述检测结果表征所述接口属性中包含所述接口调用顺序时：
61.所述步骤s43包括：将所述目标整合接口中排列在首位的接口作为所述目标接口；
62.所述步骤s5包括：将所述请求入参输入所述排列在首位的接口以访问所述排列在首位的接口关联的下游业务系统；
63.所述步骤s6包括：接收所述排列在首位的接口关联的下游业务系统通过所述排列在首位的接口返回的访问结果；
64.所述步骤s7包括：按照所述接口调用顺序依次调用所述目标整合接口中的剩余接口；接收所述目标整合接口中最后一个接口返回的访问结果作为所述调用请求的调用结果；其中，在调用所述目标整合接口中的剩余接口时，排列位置相邻的两个接口之间满足：排列在前的接口返回的访问结果作为排列在后的接口的输入参数。
65.若目标整合接口的各个接口之间存在接口调用顺序，表明各个接口之间存在参数依赖关系。按照该接口调用顺序，将请求入参发送至第一个接口并接收第一个接口返回的访问结果，将第一个接口返回的访问结果作为第二个接口的入参并接收第二个接口返回的访问结果，
…
，依次类推，直至接收到最后一个接口返回的访问结果，然后将最后一个接口返回的访问结果作为调用请求的调用结果即可。
66.在一种实施例中，当所述检测结果表征所述接口属性中不包含所述接口调用顺序时：
67.所述步骤s43包括：将所述目标整合接口中的每个接口均作为所述目标接口；
68.所述步骤s5包括：将所述请求入参输入所述目标整合接口中的各个接口以访问所述各个接口关联的下游业务系统；
69.所述步骤s6包括：接收所述各个接口关联的下游业务系统通过所述各个接口返回的访问结果；
70.所述步骤s7包括：汇总所述各个接口返回的访问结果；将汇总结果作为所述调用请求的调用结果。
71.若各个接口之间不存在接口调用顺序，表明各个接口之间不存在参数依赖关系，可将请求入参发送至每个接口中，以对各个接口同时进行调用，然后接收到各个接口返回的访问结果后对这些访问结果进行汇总，即可得到调用请求的调用结果。
72.在一种实施例中，所述步骤s3包括步骤s31～步骤s33，其中：
73.步骤s31，获取所述整合接口编号关联的整合接口；
74.步骤s32，统计获取的整合接口当前正在被调用的第一调用次数；
75.步骤s33，判断所述第一调用次数是否超出预设次数阈值；
76.步骤s34，当所述第一调用次数未超出预设次数阈值时，将所述获取的整合接口作为所述目标整合接口。
77.其中，当目标整合接口被很多上游业务系统进行调用时，会存在一定的调用压力，因此判定整合接口的调用量显得尤为重要。预设次数阈值是根据经验设置的，一般超出该预设次数阈值便会严重影响调用效率。
78.在一种实施例中，当第一调用次数超出预设次数阈值时，若依然调用该获取的整合接口便会严重影响调用效率，故所述方法还可以包括步骤a1～步骤a3，其中：
79.步骤a1，当所述第一调用次数超出预设次数阈值时，查询是否存在与所述获取的整合接口具有相同功能的其他整合接口；
80.步骤a2，当查询出与所述获取的整合接口具有相同功能的其他整合接口时，将查询出的整合接口作为所述目标整合接口；
81.步骤a3，当未查询出与所述获取的整合接口具有相同功能的其他整合接口时，将所述获取的整合接口作为所述目标整合接口。
82.其中，具有相同功能指具有相同的接口数量且关联有相同的下游业务系统。
83.当存在具有相同功能的整合接口时，在这些整合接口中：若其中一个整合接口当前正在被调用的调用次数超出预设次数阈值，则通常情况下其他整合接口当前正在被调用的调用次数不会超出预设次数阈值，因此，可直接将查询出的整合接口作为目标整合接口。
84.在一种实施例中，所述步骤a1可以包括：
85.检测是否存在与所述获取的整合接口具有相同接口数量的其他整合接口；
86.当检测出与所述获取的整合接口具有相同接口数量的其他整合接口时，继续从检测出的整合接口中查询是否存在与所述获取的整合接口关联有相同下游业务系统的其他整合接口；
87.其中，当查询出与所述获取的整合接口关联有相同下游业务系统的其他整合接口时，将查询出的整合接口作为所述目标整合接口；当未检测出与所述获取的整合接口具有相同接口数量的其他整合接口时或者未查询出与所述获取的整合接口关联有相同下游业务系统的其他整合接口时，将所述获取的整合接口作为所述目标整合接口。
88.需要说明的是，每个下游业务系统均具有一个或多个接口，为了提高访问效率，业务量较多的下游业务系统可能具备多个接口。若两个整合接口具备相同的接口数量且关联有相同的下游业务系统，但是却存在部分接口不一致时，这两个整合接口依然具有相同的功能。这是因为：一、同一个下游业务系统可能具备多个接口；二、当整合接口对应相同的下游业务系统时，若存在接口调用顺序，基于下游业务系统之间的约束性，接口调用顺序所对应的下游业务系统调用顺序相同。
89.在一种实施例中，所述将查询出的整合接口作为所述目标整合接口，包括：
90.统计查询出的每个整合接口当前正在被调用的第二调用次数；
91.筛选出最小的第二调用次数；
92.判断所述最小的第二调用次数是否小于所述第一调用次数；
93.若是，将所述最小的第二调用次数对应的一整合接口作为所述目标整合接口；
94.若否，将所述获取的整合接口作为所述目标整合接口。
95.查询出的整合接口包括一个或者多个，当查询出的整合接口包括一个时，该实施例中所有的操作均是针对这一个整合接口；当查询出的整个接口包括多个时，比较最小的第二调用次数与第一调用次数的大小，当该最小的第二调用次数小于第一调用次数时，无论该第二调用次数是否超出预设次数阈值，选取第二调用次数最小的一个整合接口作为目标整合接口时所达到的调用效果，必然优于选取第一调用次数对应的整合接口(也即获取的整合接口)作为目标整合接口所达到的调用效果。反之，则依然选取第一调用次数对应的整合接口作为目标整合接口。
96.需要说明的是，本发明中所述的“第一调用次数”、“第二调用次数”和“第三调用次数”并不具备先后顺序的约束性，只是用于区分不同的调用次数。
97.实施例二
98.本发明的实施例二还提供了一种调用整合接口的装置，该调用整合接口的装置与上述实施例一提供的调用整合接口的方法相对应，相应的技术特征和技术效果在本实施例中不再详述，相关之处可参考上述实施例一。具体地，图2示出了本发明实施例二提供的调用整合接口的装置的框图。如图2所示，该调用整合接口的装置200包括第一接收模块201、解析模块202、第一确定模块203、筛选模块204、输入模块205、第二接收模块206、第二确定模块207和返回模块208，其中：
99.第一接收模块201，用于接收上游业务系统的调用请求；
100.解析模块202，用于解析出所述调用请求中的整合接口编号和请求入参；
101.第一确定模块203，用于确定所述整合接口编号指向的目标整合接口；
102.筛选模块204，用于从所述目标整合接口中筛选出用于接收所述请求入参的目标接口；
103.输入模块205，用于将所述请求入参输入所述目标接口以访问所述目标接口关联的下游业务系统；
104.第二接收模块206，用于接收该下游业务系统通过所述目标接口返回的访问结果；
105.第二确定模块207，用于根据所述访问结果确定所述调用请求的调用结果；
106.返回模块208，用于将所述调用结果返回所述上游业务系统。
107.可选地，所述筛选模块包括：第一获取单元，用于获取所述目标整合接口的接口属性；第一检测单元，用于检测所述接口属性中是否包含接口调用顺序；第一筛选单元，用于根据检测结果从所述目标整合接口中筛选出用于接收所述请求入参的目标接口。
108.可选地，当所述检测结果表征所述接口属性中包含所述接口调用顺序时：所述第一检测单元具体用于：将所述目标整合接口中排列在首位的接口作为所述目标接口；所述输入模块具体用于：将所述请求入参输入所述排列在首位的接口以访问所述排列在首位的接口关联的下游业务系统；所述第二接收模块具体用于：接收所述排列在首位的接口关联的下游业务系统通过所述排列在首位的接口返回的访问结果；所述第二确定模块包括：调用单元，用于按照所述接口调用顺序依次调用所述目标整合接口中的剩余接口；第一确定单元，用于接收所述目标整合接口中最后一个接口返回的访问结果作为所述调用请求的调用结果；其中，在调用所述目标整合接口中的剩余接口时，排列位置相邻的两个接口之间满足：排列在前的接口返回的访问结果作为排列在后的接口的输入参数。
109.可选地，当所述检测结果表征所述接口属性中不包含所述接口调用顺序时：所述第一检测单元具体用于：将所述目标整合接口中的每个接口均作为所述目标接口；所述输入模块具体用于：将所述请求入参输入所述目标整合接口中的各个接口以访问所述各个接口关联的下游业务系统；所述第二接收模块具体用于：接收所述各个接口关联的下游业务系统通过所述各个接口返回的访问结果；所述第二确定模块包括：汇总单元，用于汇总所述各个接口返回的访问结果；第二确定单元，用于将汇总结果作为所述调用请求的调用结果。
110.可选地，所述第一确定模块包括：第二获取单元，用于获取所述整合接口编号关联的整合接口；第一统计单元，用于统计获取的整合接口当前正在被调用的第一调用次数；第一判断单元，用于判断所述第一调用次数是否超出预设次数阈值；第三确定单元，用于当所述第一调用次数未超出预设次数阈值时，将所述获取的整合接口作为所述目标整合接口。
111.可选地，所述装置还包括：查询模块，用于当所述第一调用次数超出预设次数阈值时，查询是否存在与所述获取的整合接口具有相同功能的其他整合接口；第三确定模块，用于当查询出与所述获取的整合接口具有相同功能的其他整合接口时，将查询出的整合接口作为所述目标整合接口；第四确定模块，用于当未查询出与所述获取的整合接口具有相同功能的其他整合接口时，将所述获取的整合接口作为所述目标整合接口。
112.可选地，所述查询模块包括：第二检测单元，用于检测是否存在与所述获取的整合接口具有相同接口数量的其他整合接口；查询单元，用于当检测出与所述获取的整合接口具有相同接口数量的其他整合接口时，继续从检测出的整合接口中查询是否存在与所述获取的整合接口关联有相同下游业务系统的其他整合接口；其中，当查询出与所述获取的整合接口关联有相同下游业务系统的其他整合接口时，将查询出的整合接口作为所述目标整
合接口；当未检测出与所述获取的整合接口具有相同接口数量的其他整合接口时或者未查询出与所述获取的整合接口关联有相同下游业务系统的其他整合接口时，将所述获取的整合接口作为所述目标整合接口。
113.可选地，所述第四确定模块包括：第二统计单元，用于统计查询出的每个整合接口当前正在被调用的第二调用次数；第二筛选单元，用于筛选出最小的第二调用次数；第二判断单元，用于判断所述最小的第二调用次数是否小于所述第一调用次数；第四确定单元，用于当所述最小的第二调用次数小于所述第一调用次数时，将所述最小的第二调用次数对应的一整合接口作为所述目标整合接口；第五确定单元，用于当所述最小的第二调用次数大于等于所述第一调用次数时，将所述获取的整合接口作为所述目标整合接口。
114.实施例三
115.图3示出了本发明实施例三提供的适于实现调用整合接口的方法的计算机设备的框图。本实施例中，计算机设备300可以是执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图3所示，本实施例的计算机设备300至少包括但不限于：可通过系统总线相互通信连接的存储器301、处理器302、网络接口303。需要指出的是，图3仅示出了具有组件301-303的计算机设备300，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
116.本实施例中，存储器303至少包括一种类型的计算机可读存储介质，可读存储介质包括包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器301可以是计算机设备300的内部存储单元，例如该计算机设备300的硬盘或内存。在另一些实施例中，存储器301也可以是计算机设备300的外部存储设备，例如该计算机设备300上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，存储器301还可以既包括计算机设备300的内部存储单元也包括其外部存储设备。在本实施例中，存储器301通常用于存储安装于计算机设备300的操作系统和各类应用软件，例如调用整合接口的方法的程序代码等。
117.处理器302在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器302通常用于控制计算机设备300的总体操作。例如执行与计算机设备300进行数据交互或者通信相关的控制和处理等。本实施例中，处理器302用于运行存储器301中存储的调用整合接口的方法的步骤的程序代码。
118.在本实施例中，存储于存储器301中的调用整合接口的方法还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器302)所执行，以完成本发明。
119.网络接口303可包括无线网络接口或有线网络接口，该网络接口303通常用于在计算机设备300与其他计算机设备之间建立通信链接。例如，网络接口303用于通过网络将计算机设备300与外部终端相连，在计算机设备300与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(intranet)、互联网(internet)、全球移动通讯系统
(global system of mobile communication，简称为gsm)、宽带码分多址(wideband code division multiple access，简称为wcdma)、4g网络、5g网络、蓝牙(bluetooth)、wi-fi等无线或有线网络。
120.实施例四
121.本实施例四还提供一种计算机可读存储介质，包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘、服务器、app应用商城等，其上存储有计算机程序，所述计算机程序被处理器执行时实现调用整合接口的方法的步骤。
122.显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。
123.需要说明的是，本发明实施例序号仅仅为了描述，并不代表实施例的优劣。
124.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。
125.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。