CN113449022A - 一种处理业务请求的方法和装置 - Google Patents

Abstract

本发明公开了一种处理业务请求的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收并解析第一服务提供方发送的业务请求，得到请求参数；根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本；根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配；将所述返回值的适配结果返回至所述第一服务提供方。该实施方式能够解决接口对接效率低的技术问题。

Description

一种处理业务请求的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种处理业务请求的方法和装置。

背景技术

随着互联网行业的快速发展，各个服务提供方之间经常需要互相调用对方的接口服务。比如，电商平台在销售电信运营商业务或者服务的过程中，需要调用运营商提供的接口服务，完成用户号码状态、业务办理资格校验、实名认证、下单等服务。常规的解决方案是，需要在各个服务提供方之间进行接口对接、联调。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

1)由于接口标准不统一，业务流程有差异，导致接口对接困难；

2)串行对接接口，导致对接效率低下。

发明内容

有鉴于此，本发明实施例提供一种处理业务请求的方法和装置，以解决接口对接效率低的技术问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种处理业务请求的方法，包括：

接收并解析第一服务提供方发送的业务请求，得到请求参数；

根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本；

根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配；

将所述返回值的适配结果返回至所述第一服务提供方。

可选地，根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本，包括：

根据所述请求参数识别出第二服务提供方的目标服务接口；

根据各个服务接口与各个发行包的对应关系，识别出所述目标服务接口对应的目标发行包；其中，所述目标发行包包含有所述目标服务接口的接口参数和接口适配脚本。

可选地，根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，包括：

判断所述目标发行包的状态；

若所述目标发行包的状态为上线，则根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本。

可选地，根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配，包括：

从所述目标发行包中加载所述接口参数，将所述接口参数适配到所述接口适配脚本的上下文环境中；

根据所述目标服务接口配置的脚本信息，从所述目标发行包的快照中加载所述接口适配脚本；

执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配。

可选地，将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配，包括：

将所述请求参数入参到所述接口适配脚本中，将所述请求参数封装为请求消息；

调用所述目标服务接口，以将所述请求消息发送到消息系统的消息队列中；

将所述目标服务接口的返回值进行结果适配。

可选地，所述请求参数包括用户标识、业务标识、业务类型、第一服务提供方标识和第二服务提供方标识中的至少一个。

可选地，所述接口参数包括多个级别的参数作用域，所述多个级别包括业务级别、接口级别、第一服务提供方级别和第二服务提供方级别中的至少一个。

另外，根据本发明实施例的另一个方面，提供了一种处理业务请求的装置，包括：

接收模块，用于接收并解析第一服务提供方发送的业务请求，得到请求参数；

识别模块，用于根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本；

适配模块，用于根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配；

返回模块，用于将所述返回值的适配结果返回至所述第一服务提供方。

可选地，所述识别模块还用于：

根据所述请求参数识别出第二服务提供方的目标服务接口；

根据各个服务接口与各个发行包的对应关系，识别出所述目标服务接口对应的目标发行包；其中，所述目标发行包包含有所述目标服务接口的接口参数和接口适配脚本。

可选地，所述适配模块还用于：

判断所述目标发行包的状态；

若所述目标发行包的状态为上线，则根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本。

可选地，所述适配模块还用于：

从所述目标发行包中加载所述接口参数，将所述接口参数适配到所述接口适配脚本的上下文环境中；

根据所述目标服务接口配置的脚本信息，从所述目标发行包的快照中加载所述接口适配脚本；

执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配。

可选地，所述适配模块还用于：

将所述请求参数入参到所述接口适配脚本中，将所述请求参数封装为请求消息；

调用所述目标服务接口，以将所述请求消息发送到消息系统的消息队列中；

将所述目标服务接口的返回值进行结果适配。

可选地，所述请求参数包括用户标识、业务标识、业务类型、第一服务提供方标识和第二服务提供方标识中的至少一个。

可选地，所述接口参数包括多个级别的参数作用域，所述多个级别包括业务级别、接口级别、第一服务提供方级别和第二服务提供方级别中的至少一个。

根据本发明实施例的另一个方面，还提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现上述任一实施例所述的方法。

根据本发明实施例的另一个方面，还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用根据请求参数识别出第二服务提供方的目标服务接口的接口参数和接口适配脚本，然后根据接口参数初始化上下文环境，执行接口适配脚本，从而将请求参数入参到接口适配脚本中、调用目标服务接口以及将目标服务接口的返回值进行结果适配的技术手段，所以克服了现有技术中接口对接效率低的技术问题。本发明实施例通过根据请求参数识别出目标服务接口的接口参数和接口适配脚本，并进行参数适配和结果适配，不再需要每个服务提供方之间逐一进行接口对接，提高了接口对接效率；而且以多层级参数矩阵作为参数作用域，能够适应各个服务提供方多样化的接口需求。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的处理业务请求的方法的主要流程的示意图；

图2是根据本发明实施例的接口参数的参数矩阵的示意图；

图3是根据本发明实施例的处理业务请求的系统框架示意图；

图4是根据本发明实施例的处理业务请求的方法的正向流程图；

图5是根据本发明实施例的处理业务请求的方法的回调流程图；

图6是根据本发明实施例的编码流程与现有技术的编码流程对比图；

图7是根据本发明实施例对接平台提供的多环境全生命周期示意图；

图8是根据本发明实施例路由器组件的路由流程图；

图9是根据本发明实施例适配器组件的适配流程图；

图10是根据本发明实施例的处理业务请求的装置的主要模块的示意图；

图11是本发明实施例可以应用于其中的示例性系统架构图；

图12是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前，现有的联调与对接方案主要存在以下技术问题：

1)每个服务提供方都是由各自的独立软件开发商提供软件开发服务，对于同一业务，不同的服务提供方提供的接口标准是不统一的，造成对接困难，工作量巨大；而且不同服务提供方相同业务的办理流程也会有一定的差异，甚至会直接影响终端用户的体验。

2)传统的对接方式中，每次对接对方的服务提供方，本服务提供方都需要分配相应的研发与测试资源，与相应的服务提供方对接。由于研发与测试资源有限，对接工作基本处于串行模式，也就是一家一家对接，造成整体对接工作效率低下。

3)传统模式下，服务提供方之间的对接，基本采用主流的java语言开发接口对接模块。但是java语言有一定的学习门槛，需要专门的研发人员才能完成对接。另外，由于java语言是编译型语言，在对接调试的过程中，每次对于对接代码的调整，整个项目都需要重新编译、打包、发版后才能生效，导致对接工期长，工作效率较低。

图1是根据本发明实施例的处理业务请求的方法的主要流程的示意图。作为本发明的一个实施例，如图1所示，所述处理业务请求的方法可以包括：

步骤101，接收并解析第一服务提供方发送的业务请求，得到请求参数。

接收第一服务提供方发起的业务请求后，对其进行解析，得到请求参数，还可以进一步对所述业务请求进行基本的参数校验，以过滤非法请求，然后将合法请求保存到请求日志中，以备后期查询。可选地，所述请求参数包括用户标识、业务标识、业务类型、第一服务提供方标识和第二服务提供方标识中的至少一个。

可选地，在步骤101中，在对请求参数进行参数校验之前，还可以对业务请求进行排重处理。具体地，根据预设的排重条件，对业务请求进行排重处理，重复请求将抛弃或者向上游抛出异常。

步骤102，根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本。

在步骤102中，首先根据解析得到的业务参数识别出第二服务提供方的目标服务接口，然后获取到所述目标服务接口对应的接口参数和接口适配脚本。在本发明的实施例中，需要预先配置请求参数与第二服务提供方的服务接口的对应关系，比如可以预先配置业务标识与第二服务提供放方的服务接口的对应关系，也可以预先配置业务标识和业务类型与第二服务提供放方的服务接口的对应关系，也可以配置第一服务提供方标识、业务标识和业务类型与第二服务提供放方的服务接口的对应关系，配置信息有开发人员根据实际业务需求来配置，本发明实施例对此不作限制。在步骤102中，基于开发人员预先配置的配置信息，识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本。

可选地，步骤102可以包括：根据所述请求参数识别出第二服务提供方的目标服务接口；根据各个服务接口与各个发行包的对应关系，识别出所述目标服务接口对应的目标发行包。其中，所述目标发行包包含有所述目标服务接口的接口参数和接口适配脚本。在本发明的实施例中，首先根据所述请求参数可以识别出第二服务提供方的目标服务接口，然后根据各个发行包的信息(即每个发行包中所包含的服务接口等信息)，识别出所述目标服务接口对应的目标发行包。需要指出的是，每个发行包中可能包含多个服务接口以及这些服务接口的接口参数和接口适配脚本。开发人员可以预先配置各个服务接口与各个发行包的对应关系，由于一个发行包中可以包含多个服务接口，因此一个发行包可以对应于多个服务接口，开发人员将这些服务接口的接口参数和接口适配脚本打包在一个发行包中。

步骤103，根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配。

获取所述目标服务接口的接口参数后，首先将所述接口参数适配到所述接口适配脚本的上下文环境中，然后执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配。

可选地，所述接口参数包括多个级别的参数作用域，所述多个级别包括业务级别、接口级别、第一服务提供方级别和第二服务提供方级别中的至少一个。例如，第一服务提供方可以是电商平台，第二服务提供方可以是商家或者运营商等，因此可以构建业务级、接口级、平台级和商家级等级别的接口参数，以这些接口参数作为参数作用域。对这些接口参数进行组合，可以得到多层级参数矩阵，以适应各个服务提供方多样化的接口需求。

可选地，这些接口参数可以由第一服务提供方的开发人员来设定，也可以由第二服务提供方的开发人员来设定，根据设定方的不同以及各个级别的不同，可以构建参数矩阵。如图2所示，参数作用域分为平台级、业务级、商家级和接口级，参数设定方分为平台和商家，可以得到6种类型的接口参数，满足接口对接中的个性化需求。举例来说，“商家级-商家-参数”表示该参数为商家级别，该参数的设定方为商家。一般来说，不对商家开放平台级和业务级的参数设定权限，因此在该实施例中，只有6种类类型的接口参数。

可选地，根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，包括：判断所述目标发行包的状态；若所述目标发行包的状态为上线，则根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本。在本发明的实施例中，可以预先配置各个发行包的状态，比如上线或者下线，如果识别出的发行包的状态为上线，则根据所述接口参数初始化所述接口适配脚本的上下文环境，然后执行所述接口适配脚本。

可选地，步骤103可以包括：从所述目标发行包中加载所述接口参数，将所述接口参数适配到所述接口适配脚本的上下文环境中；根据所述目标服务接口配置的脚本信息，从所述目标发行包的快照中加载所述接口适配脚本；执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配。将接口参数适配到接口适配脚本的上下文环境中后，根据所述目标服务接口配置的脚本信息，从目标发行包快照中加载所述目标服务接口的接口适配脚本源代码，然后调用groovy代码引擎，执行所述接口适配脚本，完成业务逻辑处理。

执行所述接口适配脚本主要包含入参适配、网络调用和结果适配，通过入参适配将第一服务提供方的请求参数转换为第二服务提供方需要的参数，通过网络调用向第二服务提供方的接口发起请求，通过结果适配将第二服务提供方的接口返回值转换为第一服务提供方的结果值。

可选地，将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配，包括：将所述请求参数入参到所述接口适配脚本中，将所述请求参数封装为请求消息；调用所述目标服务接口，以将所述请求消息发送到消息系统的消息队列中；将所述目标服务接口的返回值进行结果适配。在该实施例中，所述目标服务接口为消息发送接口，通过调用该请求消息发送接口，可以将封装后的请求消息发送到消息系统中，然后直接返回执行结果(执行成功或者执行失败)。

步骤104，将所述返回值的适配结果返回至所述第一服务提供方。

对所述目标服务接口的返回值进行结果适配后，将适配结果返回至所述第一服务提供方。

根据上面所述的各种实施例，可以看出本发明实施例通过根据请求参数识别出第二服务提供方的目标服务接口的接口参数和接口适配脚本，然后根据接口参数初始化上下文环境，执行接口适配脚本，从而将请求参数入参到接口适配脚本中、调用目标服务接口以及将目标服务接口的返回值进行结果适配的技术手段，解决了现有技术中接口对接效率低的技术问题。本发明实施例通过根据请求参数识别出目标服务接口的接口参数和接口适配脚本，并进行参数适配和结果适配，不再需要每个服务提供方之间逐一进行接口对接，提高了接口对接效率；而且以多层级参数矩阵作为参数作用域，能够适应各个服务提供方多样化的接口需求。

图3是根据本发明实施例的处理业务请求的系统框架示意图。如图3所示，所述系统包括对接平台、第一服务提供方和第二服务提供方，所述对接平台的上游是第一服务提供方，下游是第二服务提供方，对于一种业务或者服务，第一服务提供方制定了一套自己的接口标准和流程，不同第二服务提供方则各自具有自己的接口标准和流程。本发明实施例提供的对接平台实现了第一服务提供方的接口标准与不同第二服务提供方的接口标准的适配。

如图3所示，所述对接平台主要包括回调系统、路由器系统和适配器引擎系统；其中，所述回调系统主要包括发行包模块、接口模块、适配脚本模块、在线编辑器和上下线模块；所述路由器系统是所述对接平台对接上游的入口，核心组件是路由器组件，上游业务系统所有请求，都需要先发送到路由器组件，路由器组件根据集群路由策略，将请求路由到相应集群的适配器组件；所述适配器引擎系统是所述对接平台的核心，核心组件有适配器组件，context组件等。

图4是根据本发明实施例的处理业务请求的方法的正向流程图。本发明实施例将第一服务提供方发起请求，第二服务提供方提供服务作为正向流程。例如，接口调用由电商平台的业务系统发起，运营商提供服务，如套餐业务中的用户资格校验接口。所述处理业务请求的方法的正向流程主要包括以下步骤：

1、第一服务提供方的业务系统发起业务请求。

2、路由器组件接到所述业务请求后，解析得到请求参数，并对请求参数进行基本的参数校验(比如身份证号码是否符合要求)，然后将校验通过的请求保存到请求日志中，以备后期查询。在对请求参数进行参数校验之前，路由器组件还可以对业务请求进行排重处理。具体地，根据预设的排重条件，对业务请求进行排重处理，重复请求将抛弃或者向上游抛出异常。

接着，路由器组件根据请求参数中的路由参数，基于集群路由策略，将请求路由到相应集群。需要指出的是，开发人员可以预先配置集群路由策略，策略中配置了各个路由参数与集群的对应关系，通过请求参数中携带的路由参数(可以是业务标识、业务类型、第一服务提供方标识和第二服务提供方标识中的至少一个)，从集群路由策略中匹配出对应的集群。

3、相应集群的适配器组件接收到路由器组件传入的业务请求后，根据请求参数识别出对应的服务接口，从而识别出包含有所述服务接口的接口参数和接口适配脚本的发行包。判断所述发行包的状态是否为上线，如果否，则结束，向第一服务提供方返回结果；如果是，则执行以下步骤：

接着，从所述发行包中加载所述服务接口的接口参数，根据所述接口参数初始化接口适配脚本运行的上下文环境，然后从发行包中读取所述服务接口的接口适配脚本。

最后，执行所述接口适配脚本，从而完成入参适配、调用服务接口、接收到服务接口的返回值后，对结果进行适配，最后将适配结果返回给上游的第一服务提供方的业务系统。

4、第二服务提供方执行相应的业务处理。

另外，在本发明一个可参考实施例中处理业务请求的方法的具体实施内容，在上面所述处理业务请求的方法中已经详细说明了，故在此重复内容不再说明。

图5是根据本发明实施例的处理业务请求的方法的回调流程图。本发明实施例将第二服务提供方发起请求，第一服务提供方提供服务作为回调流程。例如，接口调用由运营商发起，电商平台的业务系统提供服务，如号卡业务中的订单状态通知接口，异步实名认证反馈接口等。所述处理业务请求的方法的回调流程主要包括以下步骤：

1、第二服务提供方发起业务请求，访问对接平台的回调系统。

2、回调系统接收到业务请求后，解析出请求参数，对请求参数进行解密，过滤非法请求，将请求参数进行封装，然后调用路由器组件。

3、路由器组件接收传入的业务请求，对请求进行基本的参数校验，然后将校验通过的请求保存到请求日志中，以备后期查询。

接着，路由器组件根据请求参数中的路由参数，基于集群路由策略，将请求路由到相应集群。

4、相应集群的适配器组件接收到路由器组件传入的业务请求后，根据请求参数识别出对应的服务接口，从而识别出包含有所述服务接口的接口参数和接口适配脚本的发行包。

接着，从所述发行包中加载所述服务接口的接口参数，根据所述接口参数初始化接口适配脚本运行的上下文环境，然后从发行包中读取所述服务接口的接口适配脚本。

最后，执行所述接口适配脚本，从而完成入参适配、将请求信息进行二次封装、调用服务接口(即消息发送接口)、将请求消息发送到消息系统的消息队列中、接收到服务接口的返回值(发送成功或者发送失败)后，对结果进行适配，最后将适配结果返回给下游的第二服务提供方的业务系统。

5、第一服务提供方的消息处理模块监听到请求消息后，解析请求消息，执行相应的业务处理。

另外，在本发明另一个可参考实施例中处理业务请求的方法的具体实施内容，在上面所述处理业务请求的方法中已经详细说明了，故在此重复内容不再说明。

如图3所示，所述对接平台可以提供两种模式：标准模式和适配模式。

标准模式：服务提供方接入对接平台时，按照平台提供的标准，开发自己的接口，遵守标准的业务流程。该模式对于新的业务，以及尚未建立自身能力平台的服务提供方较为合适。

适配模式：针对已经建立了自己的能力平台的服务提供方，具备了自己的业务接口能力，但是与其他服务提供方的平台标准有一定的差异。所述对接平台还提供了适配模式，实现各个服务提供方标准的适配。可以让服务提供方不做自身改造的情况下，快速接入所述对接平台。

通过服务方自主接入对接平台的方式，可以大大提升对接效率：对接平台对服务提供方的开发人员，提供了专门的对接平台，服务提供方的研发人员可以自主进行接口对接，不受其他服务提供方的开发或者测试资源的限制，由原来的串行对接模式改为了并行对接模式，大大提升了整体对接效率。

基于java编译语言的联调流程存在以下缺点：研发人员在编写完成代码后，需要经过编译，打包，部署，发版等操作，才能上线生效。如图6所示，本发明实施例采用基于groovy脚本语言在线编辑器进行代码开发，保存脚本，直接发版，就可以上线生效，减少了三个环节，接口联调效率大大提升。因此可以即时修改，即时生效，提高了对接研发效率。

基于groovy脚本语言，技术难度低，在线实时修改代码：对接平台提供了在线的代码编辑器，基于groovy脚本语言，一方面降低了技术难度，普通的产品或者测试人员，经过短期培训，即可掌握脚本语言的编写。由于groovy是脚本语言，在接口对接过程中，可以在线实时修改代码，即时生效，无需进行项目编译，打包，发版等操作，极大的缩短的接口联调时间。另外，groovy语言基于JVM引擎，兼容java语言，原有的java研发人员可以直接使用，没有学习成本。

图7是根据本发明实施例对接平台提供的多环境全生命周期示意图。如图3和7所示，所述对接平台给开发人员提供了mock环境、预发环境和生产环境。

mock环境：即沙箱测试环境，在该环境中，开发人员使用在线编辑器编写groovy脚本代码，编写完成了，输入mock数据，即可实时对对接平台和服务提供方接口进行联调测试。代码执行的错误日志，通过日志查询组件，可以实时查看mock环境的运行日志。

预发环境：主要用于服务提供方研发阶段的灰度测试。服务提供方开发人员在mock环境进行代码开发工作，测试联调之后，进入预发环境，配置预发环境参数，选择mock环境编写的脚本。配置灰测的业务标识(比如SKU)及用户标识(比如用户PIN)等，预发环境发行包上线，就可以通过灰度测试，对新接口进行上线前的灰度测试。

生产环境：服务提供方开发人员在预发环境对新接口灰度测试通过后，即可将整个发行包接口上线，终端用户就可通过正常页面购买服务提供方的产品和服务。

因此，本发明实施例的对接平台给服务提供方的开发人员提供了mock环境、预发环境和生产环境，全方位支撑服务提供方研发，自主完成对接脚本的开发、测试、灰测及上线，能够覆盖接口对接全流程。

图8是根据本发明实施例路由器组件的路由流程图。如图8所示，路由器组件是对接平台的网关型组件，上游对接第一服务提供方的业务系统，下游对接适配器组件。所述路由器组件的路由流程主要包括以下步骤：

接收请求：接收上游业务系统发起业务请求。

参数校验：对请求参数进行参数校验，过滤非法请求。

排重：根据排重条件，对请求进行排重处理，重复请求将抛弃或者向上游抛出异常。

流量控制：根据流量控制规则，判断请求是否超过阈值，否则将通过阈值机制发出警告。

黑名单校验：根据黑名单判断是否拒绝路由该请求。

保存日志：对于合法请求，将记录请求日志，以备后期查询。

集群路由：集群路由是路由器的核心功能，根据对接平台的集群路由策略，完成集群路由。

图9是根据本发明实施例适配器组件的适配流程图。如图9所示，适配器组件是对接平台的核心组件，负责适配脚本上下文初始化，适配脚本加载，解析执行等操作。主要执行以下流程：

开始：路由器组件经过集群路由规则，将请求路由到相应集群的适配器组件。

接口识别：根据请求参数，识别请求对接的服务接口。

发行包识别：根据服务接口，识别相应的发行包信息。

上下文初始化：根据发行包信息，加载发行包中的接口适配脚本运行时的接口参数，如商家级-商家-参数，接口级-商家-参数等。

加载适配脚本：根据发行包接口配置的脚本信息，从发行包快照中加载适配脚本源代码。

解析适配脚本：调用groovy代码引擎，执行接口适配脚本，完成业务逻辑处理。

执行接口适配脚本时适配器组件的核心，包含：入参适配、接口调用和结果适配三个环节。

入参适配：正向流程适配脚本将第一服务提供方的请求参数，转换为第二服务提供方接口需要的参数，回调流程则反之。

接口调用：正向流程是对接平台向第二服务提供方接口发起请求，回调流程则反之。

结果适配：正向流程是接口适配脚本将第二服务提供方的接口返回值适配为对接平台的结果值，回调流程反之。

图10是根据本发明实施例的处理业务请求的装置的主要模块的示意图，如图10所示，所述处理业务请求的装置1000包括接收模块1001、识别模块1002、适配模块1003和返回模块1004；其中，接收模块1001用于接收并解析第一服务提供方发送的业务请求，得到请求参数；识别模块1002用于根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本；适配模块1003用于根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配；返回模块1004，用于将所述返回值的适配结果返回至所述第一服务提供方。

可选地，所述识别模块1002还用于：

根据所述请求参数识别出第二服务提供方的目标服务接口；

根据各个服务接口与各个发行包的对应关系，识别出所述目标服务接口对应的目标发行包；其中，所述目标发行包包含有所述目标服务接口的接口参数和接口适配脚本。

可选地，所述适配模块1003还用于：

判断所述目标发行包的状态；

若所述目标发行包的状态为上线，则根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本。

可选地，所述适配模块1003还用于：

从所述目标发行包中加载所述接口参数，将所述接口参数适配到所述接口适配脚本的上下文环境中；

根据所述目标服务接口配置的脚本信息，从所述目标发行包的快照中加载所述接口适配脚本；

执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配。

可选地，所述适配模块1003还用于：

将所述请求参数入参到所述接口适配脚本中，将所述请求参数封装为请求消息；

调用所述目标服务接口，以将所述请求消息发送到消息系统的消息队列中；

将所述目标服务接口的返回值进行结果适配。

可选地，所述请求参数包括用户标识、业务标识、业务类型、第一服务提供方标识和第二服务提供方标识中的至少一个。

可选地，所述接口参数包括多个级别的参数作用域，所述多个级别包括业务级别、接口级别、第一服务提供方级别和第二服务提供方级别中的至少一个。

根据上面所述的各种实施例，可以看出本发明实施例通过根据请求参数识别出第二服务提供方的目标服务接口的接口参数和接口适配脚本，然后根据接口参数初始化上下文环境，执行接口适配脚本，从而将请求参数入参到接口适配脚本中、调用目标服务接口以及将目标服务接口的返回值进行结果适配的技术手段，解决了现有技术中接口对接效率低的技术问题。本发明实施例通过根据请求参数识别出目标服务接口的接口参数和接口适配脚本，并进行参数适配和结果适配，不再需要每个服务提供方之间逐一进行接口对接，提高了接口对接效率；而且以多层级参数矩阵作为参数作用域，能够适应各个服务提供方多样化的接口需求。

需要说明的是，在本发明所述处理业务请求的装置的具体实施内容，在上面所述处理业务请求的方法中已经详细说明了，故在此重复内容不再说明。

图11示出了可以应用本发明实施例的处理业务请求的方法或处理业务请求的装置的示例性系统架构1100。

如图11所示，系统架构1100可以包括终端设备1101、1102、1103，网络1104和服务器1105。网络1104用以在终端设备1101、1102、1103和服务器1105之间提供通信链路的介质。网络1104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备1101、1102、1103通过网络1104与服务器1105交互，以接收或发送消息等。终端设备1101、1102、1103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备1101、1102、1103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器1105可以是提供各种服务的服务器，例如对用户利用终端设备1101、1102、1103所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的物品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、物品信息——仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的处理业务请求的方法一般由服务器1105执行，相应地，所述处理业务请求的装置一般设置在服务器1105中。

应该理解，图11中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图12，其示出了适于用来实现本发明实施例的终端设备的计算机系统1200的结构示意图。图12示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图12所示，计算机系统1200包括中央处理单元(CPU)1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行各种适当的动作和处理。在RAM 1203中，还存储有系统1200操作所需的各种程序和数据。CPU 1201、ROM 1202以及RAM1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。

以下部件连接至I/O接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被中央处理单元(CPU)1201执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、识别模块、适配模块和返回模块，其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，该设备实现如下方法：接收并解析第一服务提供方发送的业务请求，得到请求参数；根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本；根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配；将所述返回值的适配结果返回至所述第一服务提供方。

根据本发明实施例的技术方案，因为采用根据请求参数识别出第二服务提供方的目标服务接口的接口参数和接口适配脚本，然后根据接口参数初始化上下文环境，执行接口适配脚本，从而将请求参数入参到接口适配脚本中、调用目标服务接口以及将目标服务接口的返回值进行结果适配的技术手段，所以克服了现有技术中接口对接效率低的技术问题。本发明实施例通过根据请求参数识别出目标服务接口的接口参数和接口适配脚本，并进行参数适配和结果适配，不再需要每个服务提供方之间逐一进行接口对接，提高了接口对接效率；而且以多层级参数矩阵作为参数作用域，能够适应各个服务提供方多样化的接口需求。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种处理业务请求的方法，其特征在于，包括：

接收并解析第一服务提供方发送的业务请求，得到请求参数；

根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本；

根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配；

将所述返回值的适配结果返回至所述第一服务提供方。

2.根据权利要求1所述的方法，其特征在于，根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本，包括：

根据所述请求参数识别出第二服务提供方的目标服务接口；

根据各个服务接口与各个发行包的对应关系，识别出所述目标服务接口对应的目标发行包；其中，所述目标发行包包含有所述目标服务接口的接口参数和接口适配脚本。

3.根据权利要求2所述的方法，其特征在于，根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，包括：

判断所述目标发行包的状态；

若所述目标发行包的状态为上线，则根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本。

4.根据权利要求2所述的方法，其特征在于，根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配，包括：

从所述目标发行包中加载所述接口参数，将所述接口参数适配到所述接口适配脚本的上下文环境中；

根据所述目标服务接口配置的脚本信息，从所述目标发行包的快照中加载所述接口适配脚本；

执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配。

5.根据权利要求4所述的方法，其特征在于，将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配，包括：

将所述请求参数入参到所述接口适配脚本中，将所述请求参数封装为请求消息；

调用所述目标服务接口，以将所述请求消息发送到消息系统的消息队列中；

将所述目标服务接口的返回值进行结果适配。

6.根据权利要求1所述的方法，其特征在于，所述请求参数包括用户标识、业务标识、业务类型、第一服务提供方标识和第二服务提供方标识中的至少一个。

7.根据权利要求1所述的方法，其特征在于，所述接口参数包括多个级别的参数作用域，所述多个级别包括业务级别、接口级别、第一服务提供方级别和第二服务提供方级别中的至少一个。

8.一种处理业务请求的装置，其特征在于，包括：

接收模块，用于接收并解析第一服务提供方发送的业务请求，得到请求参数；

识别模块，用于根据所述请求参数识别出第二服务提供方的目标服务接口，从而识别出所述目标服务接口对应的接口参数和接口适配脚本；

适配模块，用于根据所述接口参数初始化所述接口适配脚本的上下文环境，执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配；

返回模块，用于将所述返回值的适配结果返回至所述第一服务提供方。

9.根据权利要求8所述的装置，其特征在于，所述识别模块还用于：

根据所述请求参数识别出第二服务提供方的目标服务接口；

根据各个服务接口与各个发行包的对应关系，识别出所述目标服务接口对应的目标发行包；其中，所述目标发行包包含有所述目标服务接口的接口参数和接口适配脚本。

10.根据权利要求9所述的装置，其特征在于，所述适配模块还用于：

从所述目标发行包中加载所述接口参数，将所述接口参数适配到所述接口适配脚本的上下文环境中；

根据所述目标服务接口配置的脚本信息，从所述目标发行包的快照中加载所述接口适配脚本；

执行所述接口适配脚本，从而将所述请求参数入参到所述接口适配脚本中、调用所述目标服务接口以及将所述目标服务接口的返回值进行结果适配。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images