CN115396492B - 服务请求方法、装置、计算机设备及程序产品 - Google Patents

Abstract

本申请涉及计算机技术领域，提供了一种服务请求方法、装置、计算机设备及程序产品，方法部分包括：接收到目标应用系统发送的对目标服务的服务请求时，基于服务请求匹配目标服务对应的目标服务提供商配置；目标服务提供商配置包括至少一个目标服务提供商的配置信息；基于目标服务提供商配置获取目标接口执行器列表；目标接口执行器列表包括至少一个接口执行器；接口执行器用于根据服务请求调用目标服务提供商对应目标服务的服务接口；其中，不同的目标服务提供商对应不同的接口执行器；按照预设规则调用目标接口执行器列表中的接口执行器，以接收接口执行器返回的目标服务请求结果，实现了动态切换服务提供商，提高了服务响应效率。

Description

服务请求方法、装置、计算机设备及程序产品

技术领域

本申请涉及计算机技术领域，尤其涉及一种服务请求方法、服务请求装置、计算机设备及计算机程序产品。

背景技术

应用系统为了实现某个功能经常需要对接第三方服务提供商，比如企业四要素认证这个功能，可能有服务提供商A、服务提供商B，项目中为了代码逻辑简洁一般只会对接一个服务提供商，或者在代码实现上对接了多家服务提供商，但实际运行时只选择其中一家服务提供商。

现有应用系统与服务提供商对接以进行服务请求的方案的缺点是应用系统与服务提供商耦合性太高，当需要替换服务提供商时，需要重新编码，费时费力，服务响应效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种服务请求方法、装置、计算机设备及程序产品，以解决现有的服务请求方案中存在服务响应效率较低的问题。

本申请实施例的第一方面提供了一种服务请求方法，应用于服务中台，包括：

接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息；

基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器；

按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的目标服务请求结果；

将所述目标服务请求结果返回至所述目标应用系统。

本申请实施例的第二方面提供了一种服务请求装置，设于服务中台，其中，所述服务请求装置包括：

接收模块：用于接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息；

获取模块：用于基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器；

执行模块：用于按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的所述目标服务请求结果；

反馈模块：用于将所述目标服务请求结果返回至所述目标应用系统。

本申请实施例的第三方面提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述服务请求方法。

本申请实施例的第四方面提供了一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机可读指令，所述计算机可读指令被处理器执行时以实现如上述服务请求方法。

实施本申请实施例提供的一种服务请求方法、装置、计算机设备及程序产品，具有以下有益效果：

本申请实施例提供一种服务请求方法，通过设置服务中台对接至少一个服务提供商，将多个服谁提供商的同一类接口服务封装成统一的接口，应用系统只需对接这个统一的接口，也即服务平台，不必关心实际提供服务的是哪个服谁提供商。服务中台作为目标应用系统与服务提供商之间的接口控制平台，服务中台接收到目标应用系统发送对目标服务的服务请求时，基于服务请求匹配目标服务对应的目标服务提供商配置，然后根据目标服务提供商配置获取目标接口执行器列表，其中，目标接口执行器列表中包含至少一个接口执行器，而接口执行器适用于根据服务请求调用目标服务提供商对应目标服务的服务接口，且不同目标服务提供商对应不同的接口执行器，服务中台响应目标应用系统发送对目标服务的服务请求，按照预设规则触发目标接口执行器列表中的接口执行器，以实现动态切换服务提供商，当一家服务提供商出现接口或其他因素故障，能够及时切换到其他服务提供商，使得应用系统与服务提供商解耦，提高了服务响应效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例中服务请求方法的实现架构示意图；

图2是本申请实施例中服务请求方法的实现流程示意图；

图3是本申请实施例中服务请求方法的一实现流程示例图；

图4是本申请实施例中服务请求装置的结构示意图；

图5是本申请实施例中计算机设备的一示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参阅图1，图1所示为本申请实施例中服务请求方法的实现架构示意图，具体实现时，目标应用系统当为了实现目标服务需要调用第三方服务提供商时，会向服务中台发送对目标服务的服务请求，服务中台接收到对接目标应用系统发送对目标服务的服务请求时，基于该服务请求匹配出该目标服务对应的目标服务提供商配置，由于能够提供该目标服务的可能有至少一个目标服务提供商，因此目标服务提供商配置包括至少一个目标服务提供商的配置信息。然后，服务中台根据目标服务提供商配置匹配到各个目标供应商对应的接口执行器，进而获取目标接口执行器列表，服务中台响应服务请求，按照预设规则调用目标接口执行器列表中的接口执行器，以令接口执行器调用其对应的目标服务提供商用以提供目标服务的服务接口，实现向服务提供商请求目标服务，当服务中台接收到接口执行器返回的目标服务请求结果时，将目标服务请求结果返回至目标应用系统。

需要说明的是，服务中台可以是接口服务器(restful接口或为服务接口等)或具备存储器、处理器以及存储在存储器中并可在处理器上运行的计算机可读指令的其他计算机设备，将多个服务提供商的同一类接口服务(例如企业四要素认证等)封装成统一的接口，应用系统只需对接服务中台，不必关心内部实际提供服务的是哪个服务提供商，使得应用系统与服务提供商解耦，当一个服务提供商性能不稳定或故障时，服务中台能够控制及时动态切换其他服务提供商，避免重新编码，提高了服务响应的效率。其中，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。服务中台可以同时响应多个应用系统发送的服务请求。

请参阅图2，图2所示为本申请实施例中服务请求方法的实现流程图，该方法包括如下步骤：

S11：接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息。

在步骤S11中，应用系统一般由计算机硬件系统、系统软件、应用软件组成。计算机基本硬件系统由运算器和控制器、存储器、外为借口和外围设备组成。系统软件包括操作系统、编译程序、数据库管理系统、各种高级语言等。目标服务是指目标应用系统需要调用第三方的服务提供商获取的服务。服务请求中包括目标应用系统、目标服务等的标识，以及相关参数等等信息。由于目标服务可能对应多个目标服务提供商，故目标服务提供商配置包括至少一个目标服务提供商的配置信息。

在本实施例中，由于目标应用系统发送的对目标服务的服务请求中携带有目标应用系统与该目标应用系统请求的目标服务的标识等信息，且服务中台中预存有各应用系统、及各应用系统所请求目标服务对应的服务提供商品配置，因此服务中台接收到目标应用系统发送的对目标服务的服务请求时，通过解析该服务请求得到的目标应用系统与对应目标服务的标识等信息，匹配到目标应用系统所请求的目标服务对应的目标服务提供商配置。由于能够提供该目标服务的目标服务提供商可能不止一个，因此目标服务提供商配置包括有至少一个目标服务提供商的配置信息。

作为本申请一实施例，在所述基于所述服务请求匹配所述目标服务对应的目标服务提供商配置之前，服务请求方法还包括：判断服务挡板功能是否开启；若所述服务挡板功能开启，则响应所述服务请求，调用所述服务挡板功能对应的挡板服务，并接收所述挡板服务返回的目标服务请求结果；若所述服务挡板功能未开启，则执行基于所述服务请求匹配所述目标服务对应的目标服务提供商配置。

在本实施例中，考虑到第三方服务提供商的测试环境可能存在不稳定的情况，为了避免这种不稳定影响到实际应用系统的开发，所以设计了服务挡板功能，提供一种冗余的服务响应方案。所谓挡板，指的是中台在接收到应用系统的请求后，不会真实去调用第三方服务提供商的服务接口，而是根据挡板配置，直接模拟出目标服务请求结果，并将该目标服务请求结果返回给目标应用系统，通过设计服务挡板功能保证了实际应用系统的开发的稳定性。需要说明的是，服务挡板功能可自定义开启或关闭，可根据实际需求选择。若服务挡板功能开启，则响应目标应用系统发送的服务请求，调用服务挡板功能对应的挡板服务，并接收该挡板服务返回的目标服务请求结果。若服务挡板功能未开启，则服务中台可基于服务请求匹配目标服务对应的目标服务提供商配置，以向目标服务提供商发送请求，接收目标服务提供商返回的目标服务请求结果。其中，服务挡板功能包括但不限于Mock Server服务。

作为本申请一实施例，所述服务请求包括目标系统ID和目标服务ID；所述基于所述服务请求匹配所述目标服务对应的目标服务提供商配置包括：对所述服务请求进行解析，得到所述目标系统ID和所述目标服务ID；根据所述目标系统ID匹配所述目标应用系统对应的系统服务提供商配置；根据所述目标服务ID从所述系统服务提供商配置中匹配所述目标服务对应的目标服务提供商配置。

在本实施例中，由于服务中台可能对接有多个应用系统，服务中台为每个应用系统分配唯一的系统ID，作为应用系统的标识，以区分和识别不同的应用系统，并建立系统ID与系统服务提供商配置的映射关系。同时为每一类接口服务分配唯一的服务ID，并建立服务ID与服务提供商配置的映射关系。服务中台接收到目标应用系统发送的对目标服务的服务请求后，通过对该服务请求进行解析得到目标系统ID与目标服务ID，通过目标系统ID能够匹配到目标应用系统对应的系统服务提供商配置，然后通过目标服务ID可以从系统服务提供商配置中匹配到目标应用系统下目标服务对应的目标服务提供商配置。

S12：基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器。

在步骤S12中，接口执行器用于根据目标应用系统发送的对目标服务的服务请求，调用服务提供商对应的服务接口，以实现调用目标服务。目标接口执行器列表是指按照一定顺序排列的接口执行器列表。

在本实施例中，由于每个服务提供商可能提供除目标服务外，其他多种接口服务，服务中台可能为每个服务提供商所提供的各个服务配置有对应的接口执行器，且对于同一种服务，不同的服务提供商也对应不同的接口执行器，因此服务中台预先构建目标服务提供商、目标服务与接口执行器的映射关系，如此根据目标服务提供商以及目标服务的相关信息，便可确定用于调用各个目标服务提供商对应目标服务的接口执行器，从而得到接口执行器列表。而目标服务提供商配置包括有各个目标服务提供商的信息，其中配置信息中包括有目标服务对应的服务接口信息等，因此基于所述目标服务提供商配置获取到接口执行器列表，在按照一定策略对接口执行器列表进行重新排序后，得到目标接口执行器列表。

作为本申请一实施例，所述目标服务提供商配置包括服务提供商信息和预设访问策略；所述基于所述目标服务提供商配置获取目标接口执行器列表，包括：根据所述服务提供商信息获取初始接口执行器列表；所述初始接口执行器列表包括至少一个接口执行器；按照所述预设访问策略对所述初始接口执行器列表的各个所述接口执行器进行排序，得到所述目标接口执行器列表。

在本实施例中，目标服务提供商配置包括服务提供商信息和预设访问策略。服务中台根据服务提供商信息匹配到的初始接口执行器列表是随机散乱的。为了提高服务请求的效率，本方案按照预设访问策略对初始接口执行器列表进行排序，例如可将响应较快、出错率较小的服务提供商优先排在列表较前位置。其中，预设访问策略包括但不限于按照接口执行器列表中各接口执行器对应的目标服务提供商的优先级进行排序，按照接口执行器列表中各接口执行器对应的目标服务提供商的权重进行排序。其中，可由服务中台通过分析各个目标服务提供商的历史服务数据、服务客户信息等数据进行权重或优先级分配，例如将服务响应效率高的赋予较高的权重或优先级。也可以由人工分配权重或优先级，这里对权重分配方式不做限定。

作为本申请一实施例，所述服务提供商信息包括各个所述目标服务提供商提供所述目标服务对应的服务接口信息；所述根据所述服务提供商信息获取初始接口执行器列表包括：根据所述服务接口信息匹配所有所述目标服务提供商对应的所述接口执行器，得到所述初始接口执行器列表。

在本实施例中，由于同一服务提供商可能提供多种接口服务，对于不同的接口服务可能对应不同的接口，服务中台通过构建目标服务，目标服务提供商对应的服务接口信息以及接口执行器之间的映射关系，能够根据目标服务与各目标服务提供商提供该目标服务对应的服务接口信息，匹配到调用各目标服务提供商提供该目标服务对应的接口执行器，将匹配接口执行器进行整合得到初始接口执行器列表。

作为本申请一实施例，所述服务提供商信息包括每个所述目标服务提供商的预设权重，所述按照所述预设访问策略对各个所述接口执行器进行排序，得到所述目标接口执行器列表，包括：根据每个所述目标服务提供商对应的预设权重赋予各个所述目标服务提供商对应的接口执行器不同的调用概率；根据所述调用概率对各个所述接口执行器进行排序，得到所述目标接口执行器列表。

在本实施例中，以按照初始接口执行器列表中各接口执行器对应的目标服务提供商的权重进行排序为例，可由服务中台通过分析各个目标服务提供商的历史服务数据、服务客户信息等数据对各个目标服务提供商预先进行权重分配，分配给给各个服务提供商对应的预设权重，例如将服务响应效率高的赋予较高的权重。也可以由人工分配权重，这里对权重分配方式不做限定。其中，预设权重越高的目标服务提供商，对应的接口执行器的调用概率越大，优选地，可按照接口执行器对应调用概率的大小对接口执行器进行排序，在其他实施方式中，也可以通过调用概率阈值等等方式接口执行器进行排序，这里对排序方式不作限定。在按照各个目标服务提供商对应的预设权重对初始接口执行器列表进行重新排序后，得到目标接口执行器列表，服务中台响应目标应用系统发送的服务请求，可根据目标执行器列表中接口执行器的排序依次调用。

S13：按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的目标服务请求结果。

在本实施例中，由于服务中台在实际按照目标接口执行器列表进行顺序调用时，需要确定何时调用下一个接口执行器，何时停止调用等情况，因此在实际调用接口执行器时，需要制定预设规则来进行目标接口执行器列表中接口执行器的调用，以获取目标服务请求结果。目标服务请求结果包括但不限于服务请求成功、服务请求失败、服务请求异常，其中，服务请求成功是指成功调用目标服务，也即正常请求，而执行目标服务的结果可能为成功，也可能为失败，也即业务成功或失败，例如目标服务为企业四要素认证服务，成功调用企业四要素认证服务后，通过企业四要素认证服务对目标应用系统对应的待认证信息进行认证，返回认证成功或认证失败的结果，因此服务请求成功的信息包括有第三方服务提供商执行对应目标服务返回的成功或失败的信息。服务请求失败可能是正常请求，业务失败的信息，也可能是非正常请求的失败信息。

作为本申请一实施例，所述按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的目标服务请求结果包括：第一步骤：按排序从所述目标接口执行器列表中选取未被选取调用过的接口执行器作为目标接口执行器；第二步骤：调用所述目标接口执行器，若接收到所述目标接口执行器返回的服务请求结果为服务请求成功，则将所述目标接口执行器返回的服务请求结果作为所述目标服务请求结果；第三步骤：若接收到所述目标接口执行器返回的服务请求结果为服务请求失败，则判断所述目标接口执行器对应的服务接口是否异常；第四步骤：若所述目标接口执行器对应的服务接口不存在异常，则将所述目标接口执行器返回的服务请求结果作为所述目标服务请求结果；第五步骤：若所述目标接口执行器对应的服务接口存在异常，则判断所述目标接口执行器是否为所述目标接口执行器列表中的最后一个接口执行器；第六步骤：若所述目标接口执行器是所述目标接口执行器列表中的最后一个接口执行器，则将所述目标接口执行器返回的服务请求结果与服务接口异常信息作为所述目标服务请求结果；第七步骤：若所述目标接口执行器不是所述目标接口执行器列表中的最后一个接口执行器，则返回至所述第一步骤。

在本实施例中，通过按照上述预设规则动态切换目标服务提供商，当一个服务提供商出现异常时，及时切换其他服务提供商，无需重新编码进行切换，提高了服务响应的效率。

S14：将所述目标服务请求结果返回至所述目标应用系统。

在本实施例中，服务中台确定出目标服务请求结果后，将目标服务请求结果返回至目标应用系统，在实际应用场景中，目标应用系统接收到目标服务请求结果后，可跟根据该目标服务请求结果对服务中台进行反馈，开发人员根据该反馈可进行服务中台的优化等。

本申请实施例提供一种服务请求方法，通过设置服务中台对接至少一个服务提供商，将多个服谁提供商的同一类接口服务封装成统一的接口，应用系统只需对接这个统一的接口，也即服务平台，不必关心实际提供服务的是哪个服谁提供商。服务中台作为目标应用系统与服务提供商之间的接口控制平台，服务中台接收到目标应用系统发送对目标服务的服务请求时，基于服务请求匹配目标服务对应的目标服务提供商配置，然后根据目标服务提供商配置获取目标接口执行器列表，其中，目标接口执行器列表中包含至少一个接口执行器，而接口执行器适用于根据服务请求调用目标服务提供商对应目标服务的服务接口，且不同目标服务提供商对应不同的接口执行器，服务中台响应目标应用系统发送对目标服务的服务请求，按照预设规则触发目标接口执行器列表中的接口执行器，以实现动态切换服务提供商，当一家服务提供商出现接口或其他因素故障，能够及时切换到其他服务提供商，使得应用系统与服务提供商解耦，提高了服务响应效率。

作为一示例，请参阅图3，图3所示为本申请实施例提供的一种服务请求方法的是现实现流程示例图，如图3所示，服务中台接收到目标应用系统发送的对目标服务的服务请求，首先根据该服务请求获取到目标服务提供商配置，之后判断是否启用服务挡板功能，若检测到启用服务挡板功能，则由该服务挡板功能响应该服务请求，返回挡板结果作为目标服务请求结果，若检测到没有启用服务挡板功能，则依次执行以下步骤：根据服务提供商配置中的服务提供商信息获取到初始接口执行器列表，根据服务提供商配置中的预设访问策略初始接口执行器列表进行排序得到目标接口执行器列表，然后按照预设规则调用目标接口执行器列表的接口执行器，直至得到目标服务请求结果(包括图中正常结果和失败结果)。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在一个实施例中，提供一种服务请求装置400，设于服务中台，其中，该服务请求装置与上述实施例中服务请求方法一一对应。如图4所示，该服务请求装置包括接收模块401、获取模块402、执行模块403以及反馈模块404。

各功能模块详细说明如下：

接收模块401：用于接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息；

获取模块402：用于基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器；

执行模块403：用于按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的所述目标服务请求结果；

反馈模块404：用于将所述目标服务请求结果返回至所述目标应用系统。

关于服务请求装置的具体限定可以参见上文中对于服务请求方法的限定，在此不再赘述。上述服务请求装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是接口服务器。如图5所示，该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库等。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括可读存储介质、内存储器。该可读存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储服务请求方法中文件服务器和业务服务器所涉及的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现上述文件服务器和业务服务器的功能。本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现以下步骤：

接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息；

基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器；

按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的目标服务请求结果；

将所述目标服务请求结果返回至所述目标应用系统。

在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读存储介质，本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。可读存储介质上存储有计算机可读指令，计算机可读指令被一个或多个处理器执行时实现以下步骤：

接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息；

基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器；

按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的目标服务请求结果；

将所述目标服务请求结果返回至所述目标应用系统。

在一个实施例中，提供一种计算机程序产品，包括计算机可读指令，所述计算机可读指令被一个或多个处理器执行时实现以下步骤：

接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息；

基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器；

按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的目标服务请求结果；

将所述目标服务请求结果返回至所述目标应用系统。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性可读取存储介质或易失性可读存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (9)

1.一种服务请求方法，其特征在于，应用于服务中台，所述服务请求方法包括：

接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息；

基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器；

按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的目标服务请求结果；

将所述目标服务请求结果返回至所述目标应用系统。

2.如权利要求1所述的服务请求方法，其特征在于，在所述基于所述服务请求匹配所述目标服务对应的目标服务提供商配置之前，所述方法还包括：

判断服务挡板功能是否开启；

若所述服务挡板功能开启，则响应所述服务请求，调用所述服务挡板功能对应的挡板服务，并接收所述挡板服务返回的目标服务请求结果；

若所述服务挡板功能未开启，则执行所述基于所述服务请求匹配所述目标服务对应的目标服务提供商配置。

3.如权利要求1所述的服务请求方法，其特征在于，所述服务请求包括目标系统ID和目标服务ID；所述基于所述服务请求匹配所述目标服务对应的目标服务提供商配置包括：

对所述服务请求进行解析，得到所述目标系统ID和所述目标服务ID；

根据所述目标系统ID匹配所述目标应用系统对应的系统服务提供商配置；

根据所述目标服务ID从所述系统服务提供商配置中匹配所述目标服务对应的目标服务提供商配置。

4.如权利要求1所述的服务请求方法，其特征在于，所述目标服务提供商配置包括服务提供商信息和预设访问策略；所述基于所述目标服务提供商配置获取目标接口执行器列表，包括：

根据所述服务提供商信息获取初始接口执行器列表；所述初始接口执行器列表包括至少一个接口执行器；

按照所述预设访问策略对所述初始接口执行器列表的各个所述接口执行器进行排序，得到所述目标接口执行器列表。

5.如权利要求4所述的服务请求方法，其特征在于，所述服务提供商信息包括各个所述目标服务提供商提供所述目标服务对应的服务接口信息；所述根据所述服务提供商信息获取初始接口执行器列表包括：

根据所述服务接口信息匹配所有所述目标服务提供商对应的所述接口执行器，得到所述初始接口执行器列表。

6.如权利要求4所述的服务请求方法，其特征在于，所述服务提供商信息包括每个所述目标服务提供商的预设权重，所述按照所述预设访问策略对所述初始接口执行器列表的各个所述接口执行器进行排序，得到所述目标接口执行器列表，包括：

根据每个所述目标服务提供商对应的预设权重赋予各个所述目标服务提供商对应的接口执行器不同的调用概率；

根据所述调用概率对所述初始接口执行器列表中的各个所述接口执行器进行排序，得到所述目标接口执行器列表。

7.如权利要求1所述的服务请求方法，其特征在于，所述按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的目标服务请求结果包括：

按排序从所述目标接口执行器列表中选取未被选取调用过的接口执行器作为目标接口执行器；

调用所述目标接口执行器，若接收到所述目标接口执行器返回的服务请求结果为服务请求成功，则将所述目标接口执行器返回的服务请求结果作为所述目标服务请求结果；

若接收到所述目标接口执行器返回的服务请求结果为服务请求失败，则判断所述目标接口执行器对应的服务接口是否异常；

若所述目标接口执行器对应的服务接口不存在异常，则将所述目标接口执行器返回的服务请求结果作为所述目标服务请求结果；

若所述目标接口执行器对应的服务接口存在异常，则判断所述目标接口执行器是否为所述目标接口执行器列表中的最后一个接口执行器；

若所述目标接口执行器是所述目标接口执行器列表中的最后一个接口执行器，则将所述目标接口执行器返回的服务请求结果与服务接口异常信息作为所述目标服务请求结果；

若所述目标接口执行器不是所述目标接口执行器列表中的最后一个接口执行器，则返回至所述按排序从所述目标接口执行器列表中选取未被选取调用过的接口执行器作为目标接口执行器。

8.一种服务请求装置，设于服务中台，其特征在于，所述服务请求装置包括：

接收模块：用于接收到目标应用系统发送的对目标服务的服务请求时，基于所述服务请求匹配所述目标服务对应的目标服务提供商配置；所述目标服务提供商配置包括至少一个目标服务提供商的配置信息；

获取模块：用于基于所述目标服务提供商配置获取目标接口执行器列表；所述目标接口执行器列表包括至少一个接口执行器；所述接口执行器用于根据所述服务请求调用所述目标服务提供商对应所述目标服务的服务接口；其中，不同的所述目标服务提供商对应不同的所述接口执行器；

执行模块：用于按照预设规则调用所述目标接口执行器列表中的所述接口执行器，以接收所述接口执行器返回的所述目标服务请求结果；

反馈模块：用于将所述目标服务请求结果返回至所述目标应用系统。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时以实现如权利要求1-7任意一项所述的服务请求方法。