CN116048749A - 接口调用方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供一种接口调用方法、装置、电子设备及可读存储介质，该方法包括：接收业务方的请求；所述请求中包括接口组信息，所述接口组信息对应的接口组包括至少两个原子接口；一个原子接口对应一个调用接口；根据所述接口组信息确定出所述至少两个原子接口各自对应的调用接口；根据所述各自对应的调用接口的调用参数确定所述各自对应的调用接口的调用顺序；所述调用顺序用于表征对于最终调用结果的影响大小，顺序越靠前，对于最终调用结果的影响越大；根据所述调用顺序依次调用所述至少两个原子接口，以根据所述至少两个原子接口调用对应的所述调用接口，获得所述请求对应的数据；若所述调用接口调用失败，则结束调用并返回调用失败消息。

Description

接口调用方法、装置、电子设备及可读存储介质

技术领域

本申请涉及计算机领域，尤其涉及一种接口调用方法、装置、电子设备及可读存储介质。

背景技术

在互联网金融及其他领域，当业务方需要数据提供方提供业务数据时，会通过向数据提供方发送业务请求来获取数据。

现有的方法为一个业务方请求对应数据提供方的多个调用接口，在一些情况下，调用接口间需要串行调用，而目前的串行调用方法为固定的调用顺序，例如按照接口名称的排序进行调用，或者按照接口的序号从小到大的顺序进行调用。

由于调用接口的调用顺序比较固定，现有方法在业务数据请求失败时，可能无法快速的返回接口调用失败的消息，特别是调用失败发生在排序靠后的调用接口上时，导致响应了很长时间，最终才得到调用失败的消息，并且前期的调用变为了无用功，所以现有技术中的方法使得接口调用效率不高。

发明内容

本申请提供一种接口调用方法、装置、电子设备和可读存储介质，解决现有技术中的方法使得接口调用效率不高的技术问题。

第一方面，本申请提供一种接口调用方法，包括：

接收业务方的请求；所述请求中包括接口组信息，所述接口组信息对应的接口组包括至少两个原子接口；一个原子接口对应一个调用接口；

根据所述接口组信息确定出所述至少两个原子接口各自对应的调用接口；

根据所述各自对应的调用接口的调用参数确定所述各自对应的调用接口的调用顺序；所述调用顺序用于表征对于最终调用结果的影响大小，顺序越靠前，对于最终调用结果的影响越大；

根据所述调用顺序依次调用所述至少两个原子接口，以根据所述至少两个原子接口调用对应的所述调用接口，获得所述请求对应的数据；

若所述调用接口调用失败，则结束调用并返回调用失败消息。

在上述实现过程中，通过根据业务请求中所包含的原子接口组的接口信息确定出对应的调用接口，然后根据调用接口的调用参数确定调用接口的调用顺序，使得调用接口按照调用顺序获取请求数据，因为调用顺序表征的是对最终调用结果的影响的大小，影响越大的，调用顺序就越靠前，所以倘若出现调用失败，也能出现在比较靠前的调用中，此时直接向业务方返回调用失败消息，一方面可以尽早的让业务请求方获知调用结果，也能够减少其他接口的调用，所以整体上能够提高业务数据请求失败时的接口调用效率。

进一步地，所述调用参数为根据所述调用接口的调用历史来确定的。

在上述实现过程中，因为调用参数是根据调用接口的调用历史来确定，而调用历史能够反映该接口的调用成功或者失败，或者是否被调用过，能够大致评估该接口的调用成功率如何，所以根据该调用参数确定出的调用顺序，如果出现调用失败，就可以尽可能的让调用失败发生的更早。进一步，根据调用历史来确定，也是一个动态调整调用接口的调用顺序的过程，使得调用顺序不是一个固定不变的顺序。

进一步地，所述调用参数为调用分值，所述方法还包括：若所述调用接口首次接入时，对所述调用接口设置初始分值；在每次调用所述调用接口后，若调用失败，则调高原有分值；若调用成功，在原有分值基础上加入调用的响应时间；对于未调用的所述调用接口，保持原有分值；其中，所述调用分值越大，则调用的顺序越靠前。

在上述实现过程中，将调用参数量化为调用分数，有利于按照调用分值准确确定调用接口的调用顺序，通过调高调用失败的调用接口的调用分值，使其在调用顺序上尽量靠前，能够在业务数据请求时优先调用失败率高的调用接口。一旦该接口调用失败，无须逐一调用各调用接口，立刻返回调用失败消息，从而提高了业务数据请求失败情况下的响应效率。

进一步地，所述方法还包括：周期性的对所述调用参数进行重置。

在上述实现过程中，由于调用接口的调用环境在一些情况下会发生变化，比如人工维护。当调用环境发生变化后，调用接口的调用参数会有变化，因此，可以周期性的重置调用接口的调用参数，避免调用环境发生变化后，历史调用情况对调用接口顺序的确定产生误判。

进一步地，所述根据所述调用顺序依次调用所述至少两个原子接口，根据所述至少两个原子接口调用对应的所述调用接口，以获得所述请求对应数据，包括：根据所述调用顺序依次调用所述至少两个原子接口对所述业务方进行鉴权，所述原子接口中包括所述业务方信息；若鉴权成功，则调用所述原子接口对应的所述调用接口，以获取所述请求对应的数据；若鉴权失败，则结束调用并返回调用失败消息。

在上述实现过程中，通过按照调用顺序依次调用原子接口进行鉴权，若鉴权失败则结束调用并返回调用失败消息，提高了业务数据请求在鉴权失败情况下的响应效率。

进一步地，在根据所述调用顺序依次调用所述至少两个原子接口对所述业务方进行鉴权之前，还包括：根据所述调用顺序依次调用所述至少两个原子接口对所述原子接口的参数进行校验；若校验失败，则结束调用并返回调用失败消息。

在上述实现过程中，通过对参数校验，在校验失败情况下结束调用并返回调用失败消息，能够提高业务请求方在参数校验失败情况下的响应效率。

进一步地，在根据所述调用顺序依次调用所述至少两个原子接口，根据所述至少两个原子接口调用对应的所述调用接口，以获取所述请求对应数据之后，所述并将所述对应的数据返回给所述业务方之前，所述方法还包括：对获取的所述请求对应数据与期望值进行对比，若不符合期望值，则结束调用并返回调用失败消息。

在上述实现过程中，通过对所述请求数据与期望值比较，并在请求数据不符合期望值的情况下结束后续调用并返回调用失败消息，提高了业务数据请求的接口响应效率。

第二方面，本申请提供一种接口调用装置，包括：接收模块，用于接收业务方的请求。请求中包括请求对应的包括至少两个原子接口的接口组信息。一个原子接口对应一个调用接口；第一确定模块，用于根据接口组信息确定出至少两个原子接口各自对应的调用接口；第二确定模块，用于根据所述各自对应的调用接口的调用参数确定所述各自对应的调用接口的调用顺序；所述调用顺序用于表征对于最终调用结果的影响大小，顺序越靠前，对于最终调用结果的影响越大；接口调用模块，用于根据所述调用顺序依次调用所述至少两个原子接口，以根据所述至少两个原子接口调用对应的所述调用接口，获得所述请求对应的数据；若所述调用接口调用失败，则结束调用并返回调用失败消息。

第三方面，本申请提供一种电子设备，包括：处理器及存储器；所述处理器用于执行所述存储器中存储的程序，以实现如第一方面中任一项所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如第一方面中任一项所述的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例一提供的接口调用方法流程示意图；

图2为本申请实施例二提供的接口调用装置结构示意图；

图3为本申请实施例三提供的电子设备结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。为了更好的理解本申请提供的接口调用方法，先对现有技术做一个简单介绍。

现有技术中，业务方在向数据提供方请求数据时，一般需要获取多个业务数据，通常只有在成功获取所有业务数据的情况下，业务方才能完成某项业务操作。对于每个业务数据，需要数据提供方调用一个调用接口来获取，在某些情况下，多个业务数据以串行方式进行调用，调用顺序是固定的，但是这种方式可能会导致前若干个业务数据请求成功的情况下，后面的业务数据请求失败从而使得整个业务数据请求失败，导致业务数据请求失败情况下，调用接口响应效率不高的问题。本申请通过对业务数据请求的各原子接口对应的调用接口的调用顺序进行编排，优先调用对最终调用结果影响最大的调用接口，提高业务数据请求在调用失败情况下的接口响应效率。

为了更好的理解本申请的技术方案，下面对本申请技术方案的应用场景做一个简要介绍。

当业务方需要业务数据完成某项业务操作时，需要向数据提供方请求业务数据，数据提供方根据业务方请求的业务数据，将业务数据请求分解成多个单一数据请求，依次获取请求数据。当其中一个单一数据请求调用接口调用失败时，代表整个业务数据请求失败。本申请可以通过对调用接口的调用顺序进行编排，使得对最终调用结果影响大的调用接口优先调用，当调用接口调用失败时，立刻结束调用并向业务方返回调用失败消息，提高了业务数据请求在请求失败情况下的响应效率。示例性地，当某银行向客户贷款前，需要审核客户信息，银行向风控公司请求客户征信、身份、学历、收入信息，风控公司收到银行的业务数据请求，将其拆解为客户的征信请求、身份请求、学历请求及收入请求，其中，根据历史调用情况来看，客户收入请求对应调用接口的调用失败概率最大，则优先调用收入请求对应的调用接口，一旦接口调用失败，立刻停止调用并向银行返回调用失败消息。或者，客户征信是必须要获取的数据，没有该数据，则无法进行审核，但比如学历数据，并不是必须的数据，缺失的情况下，也可以进行审核，所以只要征信数据调用失败，就没有必要再调用其他数据，所以此时可以将征信数据的调用接口排在最前面进行调用。因此，也可以根据每个调用接口所对应的数据在本次业务请求中是否是必不可少的来确定调用顺序，如果是必不可少的，调用顺序就靠前，换言之，此时调用接口的调用参数为该接口所对应的数据在本次业务请求中的重要性，相应的，调用顺序按照重要性的高低来排列，重要性越高，顺序越靠前。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

为了提高业务数据请求在调用失败情况下接口响应效率，本申请实施例提供了一种接口调用方法。可以参见图1所示，图1为本申请实施例提供的一种接口调用方法流程示意图，包括：

S101：接收业务方的请求。所述请求中包括接口组信息，所述接口组信息对应的接口组包括至少两个原子接口。一个原子接口对应一个调用接口。

具体地，当业务方需要向数据提供方请求数据时，向数据提供方发送业务数据请求，数据提供方接收业务数据请求。接口组信息可以为接口组的名称或者ID等。

在一种可选的实现方式中，该请求中包括了业务方信息，如业务方账号、密码，便于后续对业务方进行权限验证等操作。

S102：根据接口组信息确定出至少两个原子接口各自对应的调用接口。

具体的，根据接口组信息先确定出该接口组包括的每个原子接口，再根据原子接口内包括的调用接口ID确定出对应调用接口。

S103：根据各自对应的调用接口的调用参数确定各自对应的调用接口的调用顺序。

具体地，每个调用接口对应一个调用参数，根据调用参数来确定调用接口的调用顺序。其中，调用参数用来确定各调用接口的调用顺序，而该调用顺序用于表征对于最终调用结果的影响大小，顺序越靠前，对于最终调用结果的影响越大，调用参数根据不同的实施方式，具体的内容不同，只要能够合理确定出调用顺序的参数均可，以下举几个具体的示例。

示例1，S103中调用参数为根据调用接口的调用历史来确定的。

具体地，一种情况下，根据调用接口的调用历史来确定调用参数，包括：根据接口的历史调用频次确定调用参数。由于业务数据请求如果调用失败，可能会再次发起请求。因此，调用频次较高的接口，对应的业务数据请求次数可能会更高，因此，可以将调用参数确定为历史调用频次，并按照调用频次由高到低的顺序对调用接口进行调用。

在另一种情况下，S103中的调用参数为调用分值，根据调用接口的调用历史来确定调用参数包括：若调用接口首次接入时，对调用接口设置初始分值。在每次调用调用接口后，若调用失败，则调高原有分值。若调用成功，在原有分值基础上加入调用的响应时间。对于未调用的调用接口，保持原有分值。其中，调用分值越大，则调用的顺序越靠前。

具体地，对每个新接入的调用接口设置一个初始分值，初始分值大小不做具体限定。当每次该接口被调用后，如果调用失败，那么在该接口的初始分值上增加一个固定值，该固定值大小大于接口调用成功时的最大响应时间。如果该接口调用成功，那么在该接口初始值的基础上增加一个接口调用的响应时间。如果接口未被调用，则保持该初始值不变。对调用分值进行排序，调用分值越大，越先被调用。其目的在于使调用失败概率大的调用接口优先被调用，以提高业务数据请求在调用失败时的接口响应效率。

示例性地，对新接入的调用接口设置初始分值为1，当每次被调用后，调用失败的调用接口1，在初始分值1的基础上增加一个固定值如5分，调用成功的调用接口2，在初始分值的基础上增加响应时间如0.05s，对于未调用的调用接口3，保持初始分值1不变，根据调用分值对调用接口由大到小进行排序，得到调用接口1(6分)>调用接口2(1.05分)>调用接口3(1分)，按照上述调用顺序依次调用对应的原子接口。

示例2，S103中调用参数为该接口所对应的数据在本次业务请求中的重要性。S103具体包括：按照重要性的高低来排列各个调用接口的调用顺序，重要性越高，顺序越靠前。

示例性地，在客户贷款场景下，金融公司为了确定客户的资质，向数据提供方请求客户的征信、收入、学历等信息。其中，征信信息在业务数据中最为重要，而学历信息重要性较低，那么可以按照重要性对业务数据进行排序，即客户征信>客户收入>客户学历。相应地，在调用接口时，优先调用客户征信的对应接口获取客户征信信息，当客户征信信息调用失败或不符合要求时，不必再继续调用后续接口。

在一种可行的实施方式中，周期性的对调用参数进行重置。

其中，周期性重置的周期不做具体限定。可以是每天重置一次或每周重置一次。由于调用接口的调用环境在一些情况下会发生变化，比如人工维护。当调用环境发生变化后，调用接口获取数据的失败率会有变化，因此，可以周期性的重置调用接口的调用参数，避免调用环境发生变化后，历史调用情况对调用接口顺序的确定产生误判。

在确定出调用顺序之后，本申请接下来可以执行S104。

S104：根据调用顺序依次调用至少两个原子接口，以根据至少两个原子接口调用对应的调用接口，获得请求对应数据。

具体地，根据调用接口的调用顺序依次调用对应的原子接口，通过原子接口的接口ID调用对应调用接口来获取请求数据。

在一种可行的实施方式中，步骤S104包括：

S201：根据调用顺序依次调用至少两个原子接口对业务方进行鉴权，原子接口中包括业务方信息。

具体地，根据调用顺序依次调用对应原子接口，首先获取原子接口中包含的业务方信息，如业务方账号、密码等，通过业务方账号、密码查验业务方的可访问的调用接口。如果原子接口对应的调用接口在查验的可访问调用接口中，则鉴权成功，否则鉴权失败。

S202：若鉴权成功，则调用原子接口对应的调用接口，以获取请求对应的数据。

S203：若鉴权失败，则结束调用并返回调用失败消息。

本申请实施例中，通过对业务方进行鉴权，有效阻止了业务方对超权限数据的访问，通过鉴权失败结束调用并返回调用失败消息，提高了业务方在超权限访问时的接口响应效率。

S105：若调用接口调用失败，则结束调用并返回调用失败消息。

具体地，如果调用接口调用失败，没有获取到请求数据，则结束调用并向业务方返回调用失败消息。当调用失败时重新计算调用接口的调用参数，即调用分值。通过及时更新调用接口的调用参数，能够便于后续其他请求调用这个接口时，计算出的顺序更加准确。

示例性地，有A、B、C三个调用接口，调用顺序为A、B、C，调用接口A失败后，停止调用B、C接口，并立即向业务方返回调用失败消息。同时，调高调用接口A的调用参数。

本申请实施例中，通过根据业务请求中所包含的原子接口组的接口信息确定出对应的调用接口，然后根据调用接口的调用参数确定调用接口的调用顺序，使得调用接口按照调用顺序获取请求数据，因为调用顺序表征的是对最终调用结果的影响的大小，影响越大的，调用顺序就越靠前，所以倘若出现调用失败，也能出现在比较靠前的调用中，此时直接向业务方返回调用失败消息，一方面可以尽早的让业务请求方获知调用结果，也能够减少其他接口的调用，所以整体上能够提高业务数据请求失败时的接口调用效率。

在一种可行的实施方式中，在步骤:201根据调用顺序依次调用至少两个原子接口对业务方进行鉴权之前，还包括：

S301：根据调用顺序依次调用至少两个原子接口对原子接口的参数进行校验。

具体地，在根据调用顺序依次调用每个原子接口对业务方进行鉴权之前，首先，从原子接口中解析出携带的参数，参数包括接口组ID，在一种可选的方式中，参数也可以包括业务方信息，对上述参数进行完整性校验，如数据是否有缺失，是否符合校验规则。

S302：若校验失败，则结束调用并返回调用失败消息。

具体地，如果参数校验失败，则立即结束后续的接口调用并向业务方返回调用失败消息。

如果参数校验成功，则执行S201，对业务方进行鉴权。

在一种可行的实施方式中，在步骤S104后，方法还包括：

对获取的数据与期望值进行对比，若不符合期望值，则结束调用并返回调用失败消息。其中，期望值是指能够支持业务方进行后续业务操作的数据值。

业务方发送业务数据请求时对返回的数据有一个预设的期望值，比如业务方请求客户贷款信息，期望客户征信信息没有失信记录以支持客户贷款业务操作，客户征信无失信记录即为业务方对客户征信信息的期望值。当客户征信信息中有失信记录，则认为获取数据与期望值不符。具体地，每当调用接口成功获取请求数据时，与期望值进行对比，如果不符合期望值，则结束后续接口调用，并向业务方返回调用失败消息。示例性地，业务方请求客户的失信数据，并期望客户为诚信用户，当调用接口获取的客户有失信记录时，结束后续调用并向业务方返回调用失败消息。

实施例二

基于同一发明构思，本申请实施例中还提供一种接口调用装置200。请参阅图2，图2示出了采用图1所示的方法的接口调用装置。应该理解，装置200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置200包括至少一个能以软件或固件的形式存储于存储器中或固化在装置200的操作系统中的软件功能模块。具体地：

参见图2所示，装置200可以包括：

接收模块201，用于接收业务方的请求；所述请求中包括接口组信息，所述接口组信息对应的接口组包括至少两个原子接口；一个原子接口对应一个调用接口；

第一确定模块202，用于根据接口组信息确定出至少两个原子接口各自对应的调用接口；

第二确定模块203，用于根据所述各自对应的调用接口的调用参数确定所述各自对应的调用接口的调用顺序；所述调用顺序用于表征对于最终调用结果的影响大小，顺序越靠前，对于最终调用结果的影响越大；

接口调用模块204，用于根据所述调用顺序依次调用所述至少两个原子接口，以根据所述至少两个原子接口调用对应的所述调用接口，获得所述请求对应的数据；若所述调用接口调用失败，则结束调用并返回调用失败消息。

在本申请实施例中，调用参数为根据调用接口的调用历史来确定的。

在本申请实施例中，调用参数为调用分值，装置200还包括接口调用编排模块，具体用于若调用接口首次接入时，对调用接口设置初始分值。在每次调用调用接口后，若调用失败，则调高原有分值。若调用成功，在原有分值基础上加入调用的响应时间。对于未调用的调用接口，保持原有分值。其中，调用分值越大，则调用的顺序越靠前。

在本申请实施例中，装置200还包括接口调用重置模块，用于周期性的对调用参数进行重置。

在本申请实施例中，接口调用模块204具体用于根据调用顺序依次调用至少两个原子接口对业务方进行鉴权，原子接口中包括业务方信息。若鉴权成功，则调用原子接口对应的调用接口，以获取请求对应的数据。若鉴权失败，则结束调用并返回调用失败消息。

在本申请实施例中，装置200还包括参数校验模块，用于根据调用顺序依次调用至少两个原子接口对原子接口的参数进行校验。若校验失败，则结束调用并返回调用失败消息。

在本申请实施例中，装置200还包括比较模块，用于对获取的请求对应数据与期望值进行对比，若不符合期望值，则结束调用并返回调用失败消息。

需要理解的是，出于描述简洁的考量，部分实施例一中描述过的内容在本实施例中不再赘述。

实施例三

本实施例提供了一种电子设备300，参见图3所示，其包括处理器301和存储器302。其中：

处理器301用于执行存储器302中存储的一个或多个程序，以实现上述实施例一所描述的接口调用方法。

可以理解，图3所示的结构仅为示意，电子设备还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。

例如，处理器301和存储器302之间可以是通过通信总线的方式进行的连接。又例如，电子设备还可包括诸如显示器、鼠标、键盘等部件。

在本申请实施例中，处理器301可以为中央处理器、微处理器、单片机等，但不作为限制。存储器302可以为随机存取存储器，只读存储器，可编程只读存储器，可擦除只读存储器，电可擦除只读存储器等，但不作为限制。

在本申请实施例中，电子设备可以是，但不限于台式机、笔记本电脑、智能手机、智能穿戴设备、车载设备等实体设备，还可以是虚拟机等虚拟设备。另外，电子设备也不一定是单台设备，还可以是多台设备的组合，例如服务器集群，等等。

本实施例还提供了一种计算机可读存储介质，如软盘、光盘、硬盘、闪存、U盘、SD(Secure Digital Memory Card，安全数码卡)卡、MMC(Multimedia Card，多媒体卡)卡等，在该计算机可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例一所述的方法。在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

在本文中，多个是指两个或两个以上。

以上仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种接口调用方法，其特征在于，包括：

接收业务方的请求；所述请求中包括接口组信息，所述接口组信息对应的接口组包括至少两个原子接口；一个原子接口对应一个调用接口；

根据所述接口组信息确定出所述至少两个原子接口各自对应的调用接口；

根据所述各自对应的调用接口的调用参数确定所述各自对应的调用接口的调用顺序；所述调用顺序用于表征对于最终调用结果的影响大小，顺序越靠前，对于最终调用结果的影响越大；

根据所述调用顺序依次调用所述至少两个原子接口，以根据所述至少两个原子接口调用对应的所述调用接口，获得所述请求对应的数据；

若所述调用接口调用失败，则结束调用并返回调用失败消息。

2.如权利要求1所述的方法，其特征在于，所述调用参数为根据所述调用接口的调用历史来确定的。

3.如权利要求2所述的方法，其特征在于，所述调用参数为调用分值，所述方法还包括：

若所述调用接口首次接入时，对所述调用接口设置初始分值；

在每次调用所述调用接口后，若调用失败，则调高原有分值；若调用成功，在原有分值基础上加入调用的响应时间；

对于未调用的所述调用接口，保持原有分值；其中，所述调用分值越大，则调用的顺序越靠前。

4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

周期性的对所述调用参数进行重置。

5.如权利要求1所述的方法，其特征在于，所述根据所述调用顺序依次调用所述至少两个原子接口，以根据所述至少两个原子接口调用对应的所述调用接口，获得所述请求对应的数据，包括：

根据所述调用顺序依次调用所述至少两个原子接口对所述业务方进行鉴权，所述原子接口中包括所述业务方信息；

若鉴权成功，则调用所述原子接口对应的所述调用接口，以获取所述请求对应的数据；

若鉴权失败，则结束调用并返回调用失败消息。

6.如权利要求5所述的方法，其特征在于，在根据所述调用顺序依次调用所述至少两个原子接口对所述业务方进行鉴权之前，还包括：

根据所述调用顺序依次调用所述至少两个原子接口对所述原子接口的参数进行校验；若校验失败，则结束调用并返回调用失败消息。

7.如权利要求1所述的方法，其特征在于，在根据所述调用顺序依次调用所述至少两个原子接口，以根据所述至少两个原子接口调用对应的所述调用接口，获取所述请求对应的数据之后，所述方法还包括：

对获取的所述数据与期望值进行对比，若不符合期望值，则结束调用并返回调用失败消息。

8.一种接口调用装置，其特征在于，包括：

接收模块，用于接收业务方的请求；所述请求中包括接口组信息，所述接口组信息对应的接口组包括至少两个原子接口；一个原子接口对应一个调用接口；

第一确定模块，用于根据所述接口组信息确定出所述至少两个原子接口各自对应的调用接口；

第二确定模块，用于根据所述各自对应的调用接口的调用参数确定所述各自对应的调用接口的调用顺序；所述调用顺序用于表征对于最终调用结果的影响大小，顺序越靠前，对于最终调用结果的影响越大；

接口调用模块，用于根据所述调用顺序依次调用所述至少两个原子接口，根据所述至少两个原子接口调用对应的所述调用接口，以获得所述请求对应数据；若所述调用接口调用失败，则结束调用并返回调用失败消息。

9.一种电子设备，其特征在于，包括：处理器及存储器；所述处理器用于执行所述存储器中存储的程序，以实现如权利要求1至8中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至8中任一项所述的方法。

Images