服务端调用方法、系统、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种服务端调用方法、系统、设备及存储介质。

背景技术

在某些场景中，如果有多个服务端应用，都具有某一类似的功能，某个或多个客户端应用要调用这些服务端应用的这一功能，常规做法是客户端应用需要先判断请求该发到哪个应用，再调用该服务端接口。

目前，不同服务端应用提供的调用方式或者接口定义都可能不同，客户端则需要使用路由功能以及不同的调用方式，且当存在多个客户端调用服务端应用时，需要为客户端编程更多的代码，以此来保证对服务端的正常调用，导致客户端代码的冗余度增加。

发明内容

本申请的主要目的在于提供一种服务端调用方法、系统、设备及存储介质，旨在解决相关技术中，当存在多个客户端调用服务端应用时，需要为客户端编程更多的代码，以此来保证对服务端的正常调用，导致客户端代码的冗余度增加的技术问题。

为实现上述目的，本申请实施例提供了一种服务端调用方法，应用于服务端调用系统中的预设中间路由，所述服务端调用系统还包括客户端和服务端，所述预设中间路由设于所述客户端和所述服务端之间，所述服务端调用方法包括以下步骤：

接收客户端传输的调用请求，其中，所述客户端包括至少一个；

根据预设路由因子，将所述调用请求转发至各个所述服务端，其中，所述预设路由因子包括多个路由取值，且所述路由取值与各个所述服务端具有对应关系；

接收所述服务端基于所述调用请求反馈的响应数据报文，并将所述响应数据报文转发至所述客户端，以供所述客户端对所述服务端进行调用。

在本申请的一种可能的实施方式中，所述根据预设路由因子，将所述调用请求转发至各个所述服务端的步骤，包括：

将所述预设路由因子中的多个路由取值进行分类，得到分类字段；

根据所述分类字段与各个所述服务端的关联关系，将所述调用请求转发至各个所述服务端。

在本申请的一种可能的实施方式中，所述根据预设路由因子，将所述调用请求转发至各个所述服务端的步骤之前，还包括：

确定所述客户端的第一数量；

若所述客户端的第一数量为多个，则统一所述调用请求的数据格式，并为所述调用请求设置分类标签；

根据所述分类标签，确定多个所述调用请求所对应转发的所述服务端。

在本申请的一种可能的实施方式中，所述根据预设路由因子，将所述调用请求转发至各个所述服务端的步骤之后，还包括：

若判定接收的所述调用请求与所述服务端的数据接口不对应时，向所述客户端上报告警以及告警原因；

接收所述客户端基于所述告警原因发送的二次调用请求。

在本申请的一种可能的实施方式中，所述根据预设路由因子，将所述调用请求转发至各个所述服务端的步骤，还包括：

确定所述服务端的调用方式，其中，所述调用方式包括HTTP调用以及TCP调用；

根据所述调用方式，将所述调用请求转发至各个所述服务端。

在本申请的一种可能的实施方式中，所述将所述响应数据报文转发至所述客户端的步骤之后，包括：

获取所述调用请求的调用逻辑；

按照所述调用逻辑，确定多个所述服务端的调用顺序；

根据所述调用顺序和所述调用方式，对所述服务端进行逐一调用。

在本申请的一种可能的实施方式中，应用于服务端调用系统的服务端，所述方法包括：

接收调用请求，确定待反馈的第一响应报文；

将所述第一响应报文转换为客户端对应的数据接口的响应数据报文；

发送所述响应数据报文至预设中间路由，以供所述预设中间路由转发所述响应数据报文至所述客户端。

本申请还提供一种服务端调用系统，所述服务端调用系统还包括：客户端、服务端以及预设中间路由；

所述客户端，用于向预设中间路由发送调用请求，并接收所述服务端反馈的响应数据报文；

所述预设中间路由，用于接收客户端传输的调用请求，其中，所述客户端包括至少一个；根据预设路由因子，将所述调用请求转发至各个所述服务端，其中，所述预设路由因子包括多个路由取值，且所述路由取值与各个所述服务端具有对应关系；接收所述服务端基于所述调用请求反馈的响应数据报文，并将所述响应数据报文转发至所述客户端，以供所述客户端对所述服务端进行调用；

所述服务端，用于接收所述调用请求，确定待反馈的第一响应报文；将所述第一响应报文转换为所述客户端对应的数据接口的响应数据报文；发送所述响应数据报文至预设中间路由，以供所述预设中间路由转发所述响应数据报文至所述客户端。

本申请还提供一种服务端调用设备，所述服务端调用设备为实体节点设备，所述服务端调用设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的所述服务端调用方法的程序，所述服务端调用方法的程序被处理器执行时可实现如上述所述服务端调用方法的步骤。

为实现上述目的，还提供一种存储介质，所述存储介质上存储有服务端调用程序，所述服务端调用程序被处理器执行时实现上述任一所述的服务端调用方法的步骤。

本申请提供了一种服务端调用方法、系统、设备及存储介质。与相关技术中，当存在多个客户端调用服务端应用时，需要为客户端编程更多的代码，以此来保证对服务端的正常调用，导致客户端代码的冗余度增加相比，在本申请中，通过接收客户端传输的调用请求，客户端可以是多个，通过预设中间路由中的预设路由因子，将所述调用请求转发至各个所述服务端，由于所述预设路由因子包括多个路由取值，且所述路由取值与各个所述服务端具有对应关系，所以可以准确发送调用请求至各个服务端，来完成服务端的准确调用工作，之后服务端反馈响应数据报文至所述客户端，客户端即可对服务端进行调用，从而，不需要为客户端编程更多的代码，简化了服务端的调用过程，减少了客户端代码的冗余度。

附图说明

图1为本申请服务端调用方法的第一实施例的流程示意图；

图2为本申请服务端调用方法涉及的现有技术中服务端调用流程示意图；

图3为本申请实施例方案涉及的硬件运行环境的设备结构示意图；

图4为本申请服务端调用方法涉及的通过预设中间路由调用服务端的流程示意图；

图5为本申请服务端调用方法涉及的装置结构示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供一种服务端调用方法，在本申请服务端调用方法的第一实施例中，应用于服务端调用系统中的预设中间路由，所述服务端调用系统还包括客户端和服务端，所述预设中间路由设于所述客户端和所述服务端之间，参照图1，所述方法包括以下步骤：

步骤S10，接收客户端传输的调用请求，其中，所述客户端包括至少一个；

需要说明的是，服务端调用方法可以应用于服务端调用装置，服务端调用装置属于服务端调用系统，该服务端调用系统属于服务端调用设备。

需要说明的是，本方法的执行主体为预设中间路由，预设中间路由可以是服务端调用系统中的中间数据处理模块，预设中间路由的具体作用在于：接收客户端的调用请求，并对调用请求进行统一格式化处理，兼容不同服务端/客户端的调用方式，从而使得客户端不需要增加路由功能，也可以对相应的服务端进行调用。

需要说明的是，客户端可以是用户/使用者所处的控制端，客户端可以是一个应用(app)，客户端还可以是APP的控制端/控制界面，在需要使用相应的功能时，则直接调用该功能对应的服务端。

需要说明的是，服务端可以是应用功能端，服务端可以是app，也可以是系统中的一个功能模块，在需要对该功能模块进行调用时，向其所在的服务端发送调用请求，以完成功能调用工作。

需要理解的是，将预设中间路由设于客户端与服务端之间，可以与客户端、服务端均进行数据交互，在相关技术中，由于客户端对服务端进行调用时，不同服务端应用提供的调用方式以及接口定义均有可能不同，所以，以往的客户端就需要增加路由功能，在添加了多余功能时，就需要为客户端增加较多重复的代码，增加了客户端代码的冗余度，在本申请中，只需要通过预设中间路由将客户端的调用请求进行统一化处理，消除各个服务端调用方式的差异化，屏蔽后端应用的调用方式上的差异。

具体地，调用请求可以是调用服务端的请求命令，在预设中间路由接收到调用请求后，即是代表着客户端需要调用服务端，在调用服务端的过程中，可以是，一个客户端调用一个或多个服务端，还可以是多个客户端调用多个服务端。

本申请与现有技术的主要区别在于：

现有技术：如图2所示，通过单个客户端，有时候也存在多个客户端，根据某字段X向不同的客户端发送调用请求，进而，再根据不同的调用方式选择不同的服务端，再调用服务端S1、S2........Sn等，在这种调用服务端的方式下，客户端需要兼容路由功能，需要根据不同的服务端调用不同的接口，对于客户端来说，负载过高，且新增代码大多数为重复的，不必要的，就需要进行改善。

本申请：参照图4，在服务端调用系统中包括多个客户端以及多个服务端，客户端统一发送的数据格式至路由应用R1/预设中间路由，在通过预设中间路由根据路由因子将请求转发至不同的服务端，再由预设中间路由根据不同的调用方式调用对应的服务端S1、S2........Sn等，在本申请的实施方式中，客户端只需要与预设中间路由的接口进行对接，不需要考虑不同服务端的调用方式和调用逻辑等，减少了客户端的负载，同时，预设中间路由也可以兼容多个客户端，屏蔽了各个服务端之间的差异性，也简化了服务端调用的过程。

步骤S20，根据预设路由因子，将所述调用请求转发至各个所述服务端，其中，所述预设路由因子包括多个路由取值，且所述路由取值与各个所述服务端具有对应关系；

需要说明的是，预设路由因子可以是预设中间路由用于区分服务器应用的字段，预设路由因子包括多个路由取值，且路由取值与各个所述服务端之间具有对应关系。

具体地，预设路由因子由客户端提供，向预设中间路由发送调用请求时，只需要提供对接预设中间路由的API(数据接口)/路由取值，由于路由取值与各个服务端之间具有对应关系，从而使得客户端可以对接多个服务端，不需要直接对接多个服务端应用的不同API，也不需要关心多个服务端应用的调用方式。

具体地，路由取值和各个服务端之间的对应关系可以是一对一，也可以是多对一，一对多等，例如，路由取值表示为省份时，路由取值可以是广东省、河南省、浙江省等，而不同省份之间对应的服务端不同，比如，广东省对应的是服务端A，河南省对应的服务端为服务端B，依次类推。

其中，所述根据预设路由因子，将所述调用请求转发至各个所述服务端的步骤，包括：

步骤S21，将所述预设路由因子中的多个路由取值进行分类，得到分类字段；

需要说明的是，由上文可知，预设路由因子包括多个路由取值，路由取值与服务端具有对应关系，在接收到路由取值后，需要为各个路由取值打上标签，即可得到分类字段。

例如，当需要执行汇款业务时，路由取值可以是汇款账号，需要调用的服务端可以是接收这个汇款账号，并进行汇款的服务器，从而可以确定待调用的服务端。

需要说明的是，分类字段用于区分各个服务端，可以作为一种识别服务端接口的标识，根据分类字段对服务端进行识别后，才可以确定客户端需要调用哪些服务端。

步骤S22，根据所述分类字段与各个所述服务端的关联关系，将所述调用请求转发至各个所述服务端。

需要说明的是，在分类字段确定后，分类字段与各个服务端之间具有关联关系，且该关联关系在对服务端进行调用之前就已被设置完成，然后将调用请求发送至分类字段关联的服务端。

其中，所述根据预设路由因子，将所述调用请求转发至各个所述服务端的步骤S20之后，还包括：

步骤S210，若判定接收的所述调用请求与所述服务端的数据接口不对应时，向所述客户端上报告警以及告警原因；

需要说明的是，当调用请求与服务端的数据接口不对应时，则无法建立客户端与服务端之间的连接，此时则是说明客户端下发的调用请求有误，需要向客户端上报告警。

需要说明的是，告警原因可以是调用请求下发错误、路由取值分配错误以及转发调用请求错误等，根据该告警原因，使客户端再次下发二次调用请求。

步骤S220，接收所述客户端基于所述告警原因发送的二次调用请求。

需要说明的是，二次调用请求用于再次对服务端进行调用，在进行服务端调用的过程中，因调用请求下发错误的情况触发告警的情况较多，当出现其他告警原因时，也会做出其他的响应处理步骤，例如，当路由取值分配错误导致告警时，会对各个服务端对应的路由取值进行重新分配，并与各个服务端进行对照，确保无误后，再转发调用请求至各个服务端。

步骤S30，接收所述服务端基于所述调用请求反馈的响应数据报文，并将所述响应数据报文转发至所述客户端，以供所述客户端对所述服务端进行调用。

需要说明的是，在转发调用请求至服务端后，服务端会转发对应的响应数据报文至预设中间路由，预设中间路由再将响应数据报文转发至客户端，服务端调用工作完成，其中，在预设中间路由转发响应数据报文时，需要将响应数据报文转换成客户端能识别的响应报文返回给客户端，避免客户端无法识别，影响功能/数据调用。

本申请提供了一种服务端调用方法、系统、设备及存储介质。与相关技术中，当存在多个客户端调用服务端应用时，需要为客户端编程更多的代码，以此来保证对服务端的正常调用，导致客户端代码的冗余度增加相比，在本申请中，通过接收客户端传输的调用请求，客户端可以是多个，通过预设中间路由中的预设路由因子，将所述调用请求转发至各个所述服务端，由于所述预设路由因子包括多个路由取值，且所述路由取值与各个所述服务端具有对应关系，所以可以准确发送调用请求至各个服务端，来完成服务端的准确调用工作，之后服务端反馈响应数据报文至所述客户端，客户端即可对服务端进行调用，从而，不需要为客户端编程更多的代码，简化了服务端的调用过程，减少了客户端代码的冗余度。

进一步地，基于本申请中第一实施例，提供本申请的另一实施例，在该实施例中，所述根据预设路由因子，将所述调用请求转发至各个所述服务端的步骤之前，还包括：

步骤S100，确定所述客户端的第一数量；

需要说明的是，第一数量为客户端的具体数量，第一数量可以是1个、2个、5个等，具体不做限定。

步骤S110，若所述客户端的第一数量为多个，则统一所述调用请求的数据格式，并为所述调用请求设置分类标签；

需要说明的是，当客户端的第一数量为多个时，需要统一调用请求的数据格式，避免各个客户端所发送的调用数据出现差异化。

需要说明的是，为调用请求设置分类标签的目的在于：调用请求所对应调用的服务端不同，需要调用的功能也不同，例如，第一个调用请求需要调用的服务端负责计算数据，第二个调用请求需要调用的服务端负责统计数据，则就需要为该调用请求打上分类标签，使不同客户端的调用请求存在区别。

步骤S120，根据所述分类标签，确定多个所述调用请求所对应转发的所述服务端。

需要说明的是，根据不同的分类标签，将调用请求与服务端所关联，分类标签与分类字段作用的不同点在于：分类标签用于区别调用请求，调用请求又与服务端的各个功能相对应，分类字段则是为了区别待转发的服务端，二者同时作用，确保服务端的调用过程准确，减少调用的失败率。

需要说明的是，当客户端为一个时，则不需要对调用请求进行区分，直接转发即可。

在本实施例中，通过为多个客户端的调用请求进行分类，并根据分类后得到的分类标签确定待转发的服务端，从而对多个服务端进行准确调用。

进一步地，基于本申请中第一实施例和第二实施例，提供本申请的另一实施例，在该实施例中，所述根据预设路由因子，将所述调用请求转发至各个所述服务端的步骤，还包括：

步骤A1，确定所述服务端的调用方式，其中，所述调用方式包括HTTP调用以及TCP调用；

需要说明的是，调用方式包括HTTP调用以及TCP调用等，还可以包括其他的调用方式，具体不做限定，其中，http调用方式可以是根据HTTP传输协议进行调用服务端的方式，TCP调用方式可以是根据TCP传输协议进行调用服务端的方式，在不同的服务端需要遵循不同的网络传输协议，才可以进行调用。

步骤A2，根据所述调用方式，将所述调用请求转发至各个所述服务端。

需要说明的是，根据调用方式的不同，将调用请求转发给不同的服务端。

其中，所述将所述响应数据报文转发至所述客户端的步骤之后，包括：

步骤B1，获取所述调用请求的调用逻辑；

需要说明的是，调用逻辑可以是如何调用服务端，调用服务端用来做什么等。

例如，以服务端A和服务端B为例，服务端A对应的网络协议为A协议，服务端B对应的网络协议为B协议，执行步骤为先调用服务端A，后调用服务端B，执行业务为对接收的数据进行计算，得到计算结果时，服务端A用于统计数据，服务端B用于计算数据，进而输出计算结果，从而完成了整个执行步骤，调用逻辑也即是该执行步骤。

步骤B2，按照所述调用逻辑，确定多个所述服务端的调用顺序；

需要说明的是，当需要对多个服务端进行调用时，需要按照顺序来进行逐一调用，调用顺序错误时，相应执行的业务也会出现错误，从而导致整个调用过程出现告警。

步骤B3，根据所述调用顺序和所述调用方式，对所述服务端进行逐一调用。

需要说明的是，在调用顺序和调用方式均确定后，对服务端进行逐一调用。

在本实施例中，在对多个服务端进行调用时，根据调用方式以及调用顺序，对服务端进行逐一调用，避免出现服务端调用错误的情况。

进一步地，基于本申请中第一实施例、第二实施例和第三实施例，提供本申请的另一实施例，在该实施例中，提供一种服务端调用方法，应用于服务端调用系统的服务端，所述方法包括：

步骤S40，接收所述调用请求，确定待反馈的第一响应报文；

需要说明的是，在服务端接收到调用请求后，还需要向客户端反馈响应数据报文，从而确定服务端准确接收到了调用请求。

需要说明的是，第一响应报文为服务端反馈至客户端的响应报文。

步骤S42，发送所述第一响应报文至预设中间路由，基于所述预设中间路由，将所述第一响应报文转换为所述客户端对应的数据接口的响应数据报文并转发所述响应数据报文至所述客户端。

需要说明的是，当服务端为多个时，由于服务端不同，第一响应报文的数据格式也不同，需要通过预设中间路由对第一响应报文的数据格式进行统一化，使客户端对应的数据接口可以识别。

需要说明的是，响应数据报文为转换格式后的数据报文，响应数据报文可以被客户端识别，当预设中间路由转发响应数据报文至客户端。

在本实施例中，在服务端接收到调用请求后，将待反馈的响应报文发送进行统一化格式转换，从而使得反馈的响应数据报文可以被客户端识别。

本申请还提供一种服务端调用系统，所述服务端调用系统包括客户端、服务端以及预设中间路由；

所述客户端，用于向预设中间路由发送调用请求，并接收所述服务端反馈的响应数据报文；

所述预设中间路由，用于接收客户端传输的调用请求，其中，所述客户端包括至少一个；根据预设路由因子，将所述调用请求转发至各个所述服务端，其中，所述预设路由因子包括多个路由取值，且所述路由取值与各个所述服务端具有对应关系；接收所述服务端基于所述调用请求反馈的响应数据报文，并将所述响应数据报文转发至所述客户端，以供所述客户端对所述服务端进行调用；

所述服务端，用于接收所述调用请求，确定待反馈的第一响应报文；将所述第一响应报文转换为所述客户端对应的数据接口的响应数据报文；发送所述响应数据报文至预设中间路由，以供所述预设中间路由转发所述响应数据报文至所述客户端。

参照图3，图3是本申请实施例方案涉及的硬件运行环境的设备结构示意图。

如图3所示，该服务端调用设备可以包括：处理器1001，存储器1005，通信总线1002。通信总线1002用于实现处理器1001和存储器1005之间的连接通信。

可选地，该服务端调用设备还可以包括用户接口、网络接口、摄像头、RF(RadioFrequency，射频)电路，传感器、WiFi模块等等。用户接口可以包括显示屏(Display)、输入子模块比如键盘(Keyboard)，可选用户接口还可以包括标准的有线接口、无线接口。网络接口可以包括标准的有线接口、无线接口(如WI-FI接口)。

本领域技术人员可以理解，图3中示出的服务端调用设备结构并不构成对服务端调用设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图3所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块以及服务端调用程序。操作系统是管理和控制服务端调用设备硬件和软件资源的程序，支持服务端调用程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与服务端调用系统中其它硬件和软件之间通信。

在图3所示的服务端调用设备中，处理器1001用于执行存储器1005中存储的服务端调用程序，实现上述任一项所述的服务端调用方法的步骤。

本申请服务端调用设备具体实施方式与上述服务端调用方法各实施例基本相同，在此不再赘述。

本申请还提供一种服务端调用装置，参照图5，所述服务端调用装置包括：

第一接收模块，用于接收客户端传输的调用请求，其中，所述客户端包括至少一个；

转发模块，用于根据预设路由因子，将所述调用请求转发至各个所述服务端，其中，所述预设路由因子包括多个路由取值，且所述路由取值与各个所述服务端具有对应关系；

第二接收模块，用于接收所述服务端基于所述调用请求反馈的响应数据报文，并将所述响应数据报文转发至所述客户端，以供所述客户端对所述服务端进行调用。

在本申请的一种可能的实施方式中，所述转发模块包括：

分类单元，用于将所述预设路由因子中的多个路由取值进行分类，得到分类字段；

第一转发单元，用于根据所述分类字段与各个所述服务端的关联关系，将所述调用请求转发至各个所述服务端。

在本申请的一种可能的实施方式中，所述服务端调用装置还包括：

第一确定模块，用于确定所述客户端的第一数量；

设置模块，用于若所述客户端的第一数量为多个，则统一所述调用请求的数据格式，并为所述调用请求设置分类标签；

第二确定模块，用于根据所述分类标签，确定多个所述调用请求所对应转发的所述服务端。

在本申请的一种可能的实施方式中，所述服务端调用装置还包括：

上报模块，用于若判定接收的所述调用请求与所述服务端的数据接口不对应时，向所述客户端上报告警以及告警原因；

第三接收模块，用于接收所述客户端基于所述告警原因发送的二次调用请求。

在本申请的一种可能的实施方式中，所述转发模块还包括：

确定单元，用于确定所述服务端的调用方式，其中，所述调用方式包括HTTP调用以及TCP调用；

第二转发单元，用于根据所述调用方式，将所述调用请求转发至各个所述服务端。

在本申请的一种可能的实施方式中，所述服务端调用装置还包括：

获取模块，用于获取所述调用请求的调用逻辑；

第三确定模块，用于按照所述调用逻辑，确定多个所述服务端的调用顺序；

调用模块，用于根据所述调用顺序和所述调用方式，对所述服务端进行逐一调用。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。