CN103716308A - 一种多协议平台通信方法及多协议平台 - Google Patents

Abstract

本发明涉及平台通信相关技术领域，特别是一种多协议平台通信方法及多协议平台，通信方法包括：接收外部服务请求；以提供服务类型标识对应服务的服务器为待发送服务器，获取待发送服务器对应的服务参数名称转换规则，根据服务参数名称转换规则将服务参数名称转换为内部参数名称；将外部服务请求转换为符合待发送服务器使用的内部服务请求；获取待发送服务器的网络地址标识，并将内部服务请求发送到网络地址标识。本发明当服务器需要更换内部的程序时，只需要更新服务参数名称转换规则，而无需多协议平台进行新的设计，重新编译新的程序，从而大大降低了开发的成本与维护的难度。

Description

一种多协议平台通信方法及多协议平台

技术领域

本发明涉及平台通信相关技术领域，特别是一种多协议平台通信方法及多协议平台。

背景技术

通常一个公司里面有多台服务器为用户提供服务，而不同的服务器采用的通信协议均不一样，为了避免用户针对每一个服务器采用不同的通信协议，一般会采用多协议平台作为通信接口形成一个整体的多协议服务系统。如图1所示，多协议平台11与多个提供服务的服务器12连接，并作为与其他用户设备13的接口，用户设备13采用例如webservice的方式，向多协议平台11发送服务请求，多协议平台将服务请求转发到提供服务的服务器12上。

然而，现有技术提供的方法，仅仅是减少了用户的麻烦。由于不同的服务器12所使用的编程语言不同，例如某些服务器使用的是Java，某些服务器使用的是C语言。因此，如果多协议平台11要转发服务请求，则需要针对每个服务器开发相应的程序，多协议平台与服务器之间是紧耦合，服务器上进行少许的改变，例如增加参数，都需要多协议平台重新进行开发，导致开发难度和维护难度都非常大。

发明内容

基于此，有必要针对现有技术存在多协议平台与服务器之间的开发维护难度大的技术问题，提供一种多协议平台通信方法及多协议平台。

一种多协议平台通信方法，包括：

请求接收步骤，接收外部服务请求，所述外部服务请求包括服务类型标识、至少一个服务参数名称以及与所述服务参数名称对应的服务参数值；

参数转换步骤，以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的服务参数名称转换规则，根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称；

请求转换步骤，采用所述内部参数名称，将所述外部服务请求转换为符合所述待发送服务器使用的内部服务请求；

请求发送步骤，获取所述待发送服务器的网络地址标识，并将所述内部服务请求发送到所述网络地址标识。

一种多协议平台，包括：

请求接收模块，用于接收外部服务请求，所述外部服务请求包括服务类型标识、至少一个服务参数名称以及与所述服务参数名称对应的服务参数值；

参数转换模块，用于以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的服务参数名称转换规则，根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称；

请求转换模块，用于采用所述内部参数名称，将所述外部服务请求转换为符合所述待发送服务器使用的内部服务请求；

请求发送模块，用于获取所述待发送服务器的网络地址标识，并将所述内部服务请求发送到所述网络地址标识。

本发明接收外部服务请求，根据服务参数名称转换规则，将外部服务请求所带的服务参数名称转换为使用服务器用的内部参数名称，从而将外部服务请求转变为提供服务的服务器的内部服务请求。服务器的开发方仅需要提供服务参数名称转换规则。因此，当服务器需要更换内部的程序时，只需要更新服务参数名称转换规则，而无需多协议平台进行新的设计，重新编译新的程序，从而大大降低了开发的成本与维护的难度。

附图说明

图1为多协议服务系统的结构示意图；

图2为本发明一种多协议平台通信方法的工作流程图；

图3为本发明一种多协议平台通信方法其中一个例子的工作流程图；

图4为本发明一种多协议平台的结构模块图。

具体实施方式

下面结合附图和具体实施例对本发明做进一步详细的说明。

如图2所示为本发明一种多协议平台通信方法的工作流程图，包括：

请求接收步骤S201，接收外部服务请求，所述外部服务请求包括服务类型标识、至少一个服务参数名称以及与所述服务参数名称对应的服务参数值；

参数转换步骤S202，以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的服务参数名称转换规则，根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称；

请求转换步骤S203，采用所述内部参数名称，将所述外部服务请求转换为符合所述待发送服务器使用的内部服务请求；

请求发送步骤S204，获取所述待发送服务器的网络地址标识，并将所述内部服务请求发送到所述网络地址标识。

其中，外部服务请求由如图1所示的用户设备13发起，并由多协议平台接收。外部服务请求可以采用统一资源定位符（url，UniformResource Location）请求的方式实现。

例如：reg.jd.com/reg/person?username=xxx，其中reg.jd.com/reg/person即为服务类型标识，用于表示这是一个注册服务，而username即为服务参数名称，而xxx则为服务参数值。

再例如，passport.jd.com/uc/login?username=xxx，其中passport.jd.com/uc/login即为服务类型标识，用于表示这是一个登录服务。

采用url请求的形式，“？”之前一般即为服务类型标识，通过标识所要访问的网页，从而实现对服务类型的标识，而“？”后则采用服务参数名称=服务参数值的方式表示。

多协议平台对接收到的外部服务请求进行转换，得到符合待发送服务器使用的内部服务请求，并将内部服务请求发送到待发送服务器。

待发送服务器上设有对应的接口函数，处理接收到的内部服务指令。对于服务器来说，为了维护和更新的需要，需要对内部的程序进行更新。在以往来说，服务器一般尽量不对接口函数进行修改，因为一旦涉及对接口函数的修改，则也需要修改多协议平台上对应的发送程序，否则当发送程序发送的参数不正确，则服务器的接口函数无法对其进行处理。

例如，服务器上接口函数有a、b和c三个参数名称，多协议平台向服务器发送的内部服务请求也需要包括a、b和c这三个参数名称以及对应的参数值。如果对接口函数进行修改，将参数名称c修改为参数名称d，则在以往的方式中，多协议平台也需要修改发送程序，使得发送的内部服务请求也将参数名称c修改为参数名称d。这样的方式，会导致维护成本的提高，特别是服务器较多时，会显著增加多协议平台的维持成本。

在本发明实施例中，对接收到的外部服务请求，通过获取所述待发送服务器对应的服务参数名称转换规则，并根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称。多协议平台无需为服务器的每次更新而修改其发送程序，只需要在运行过程中动态获取由服务器开发方提供的服务参数名称转换规则，就可以进行正确的转换。例如，其中一条服务参数名称规则为：username->usr，多协议平台将外部服务请求中的username=xxx转换为usr=xxx。如果服务器将参数名称usr修改为user，则其只需要修改服务参数规则为：username->user，多协议平台将外部服务请求中的username=xxx转换为user=xxx，则服务器的接口函数也能对其进行正确的解析，而无需对多协议平台的发送程序进行任何修改。

如果服务器只提供一个服务，即服务器只有一个对外的接口，则多协议平台只需要将由所述服务参数名称转换的内部参数名称，以及与所述服务参数名称对应的服务参数值，发送给所述待发送服务器，即采用内部参数名称=服务参数值的方式，作为内部服务请求，待发送服务器接收到采用内部参数名称=服务参数值的内部服务请求，则可以提供相应的服务。

同一个服务器可能提供多个服务，服务器根据从多协议平台接收到的不同的发送指令提供对应的服务。例如，如上述例子所示：reg.jd.com/reg/的服务器包括了person服务也包括login服务。因此，内部服务请求除了包括内部参数名称，还可以包括发送指令。在其中一个实施例中，所述请求转换步骤S103，具体包括：

获取符合待发送服务器的发送指令，将所述发送指令、由所述服务参数名称转换的内部参数名称，以及与所述服务参数名称对应的服务参数值进行拼接得到内部服务请求。

服务器的发送指令由服务器的开发方提供，符合服务器的要求，该发送指令与内部参数名称以及服务参数值拼接后，则得到满足服务器要求的内部服务请求。

以外部服务请求reg.jd.com/reg/person?username=xxx为例，发送指令为register，服务参数名称规则为：username->usr，则拼接后的内部服务请求为：register？usr=xxx。

外部服务请求中的服务参数值的验证以往是放在提供服务的服务器上，因此增加了服务器的负担。

在其中一个实施例中，还包括参数验证步骤，所述步骤S201和步骤S202之间执行所述参数验证步骤；

所述参数验证步骤，以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的参数验证规则，根据所述参数验证规则，验证所述服务参数名称对应的服务参数值，如果所述验证成功，则执行参数转换规则获取步骤，否则返回验证失败，拒绝所述外部服务请求，并结束。

在多协议平台中验证，即将验证步骤前移，可以很好地减少服务器的负担。但是如何对服务参数值进行验证，即什么样的服务参数值，才符合服务器的需要，例如服务参数值是否整数，或者服务参数值是否大于3且小于10，这均是由服务器根据内部程序的运行需求而进行设置的。

同时，本实施例的参数验证规则是由服务器开发方提供，多协议平台在运行过程中动态获取，因此，当服务器开发方对参数验证规则进行了更新，多协议平台也能即时对其进行更新，而无需修改内部程序，从而降低维护难度，以及维持成本。

参数验证规则由服务器开发方提供，可以存放到一个固定的服务器中，多协议平台在运行过程中动态获取，也可以直接保存多协议平台上。保存的方式可以采用数据库方式保存，也可以采用配置文件方式保存。

在其中一个实施例中，所述参数验证步骤，具体包括：

以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的配置文件；

从所述配置文件中，获取所述服务参数名称所对应的参数验证规则；

根据所述参数验证规则，验证所对应的服务参数值，如果所述验证成功，则执行参数转换规则获取步骤，否则返回验证失败，拒绝所述外部服务请求，并结束。

与上述参数验证规则的保存方式相类似，服务参数名称转换规则也由服务器开发方提供，可以存放到一个固定的服务器中，多协议平台在运行过程中动态获取，也可以直接保存多协议平台上。保存的方式可以采用数据库方式保存，也可以采用配置文件方式保存。

在其中一个实施例中，所述请求转换步骤，具体包括：

以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的配置文件；

从所述配置文件中，获取所述待发送服务器对应的服务参数名称转换规则；

根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称。

作为一个例子，如图3所示，为本发明一种多协议平台通信方法一个例子的工作流程图，包括：

步骤S301，多协议平台接收到用户发送的外部服务请求；

步骤S302，调用平台参数验证组件，对外部服务请求的服务参数值进行简单验证，如果验证通过，执行步骤S303，否则拒绝该外部服务请求，并结束工作流程图；

步骤S303，调用协议验证组件，确定待发送服务器，并获取包括服务参数验证规则和服务参数名称转换规则的服务协议；该服务协议由服务器开发方提供，包括接口描述部分（interface description）以及参数描述部分（parameter description），其中接口描述部分中包括服务参数名称转换规则，参数描述部分包括服务参数验证规则；

步骤S304，根据服务参数验证规则对服务参数值进行验证，如果验证通过，执行步骤S305，否则拒绝该外部服务请求，并结束工作流程图；

步骤S305，根据服务参数名称转换规则，将外部服务请求的服务参数名称转换为内部参数名称；

步骤S306，调用协议转换发送组件，获取待发送服务器对应的发送指令；

步骤S307，将发送指令、内部参数名称和服务参数值进行拼接后得到内部服务请求；

步骤S308，从注册中心中读取待发送服务器的服务地址；

步骤S309，调用后端服务将内部服务请求发送到待发送服务器的服务地址。

如图4所示为本发明一种多协议平台的结构模块图，包括：

请求接收模块401，用于接收外部服务请求，所述外部服务请求包括服务类型标识、至少一个服务参数名称以及与所述服务参数名称对应的服务参数值；

参数转换模块402，用于以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的服务参数名称转换规则，根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称；

请求转换模块403，用于采用所述内部参数名称，将所述外部服务请求转换为符合所述待发送服务器使用的内部服务请求；

请求发送模块404，用于获取所述待发送服务器的网络地址标识，并将所述内部服务请求发送到所述网络地址标识。

在其中一个实施例中，所述请求转换模块403，具体用于：

获取符合待发送服务器的发送指令，将所述发送指令、由所述服务参数名称转换的内部参数名称，以及与所述服务参数名称对应的服务参数值进行拼接得到内部服务请求。

在其中一个实施例中，还包括参数验证模块，所述请求接收模块401和参数转换模块402之间后执行所述参数验证模块；

所述参数验证模块，用于以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的参数验证规则，根据所述参数验证规则，验证所述服务参数名称对应的服务参数值，如果所述验证成功，则执行参数转换规则获取模块，否则返回验证失败，拒绝所述外部服务请求，并结束。

在其中一个实施例中，所述参数验证模块，具体用于：

以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的配置文件；

从所述配置文件中，获取所述服务参数名称所对应的参数验证规则；

根据所述参数验证规则，验证所对应的服务参数值，如果所述验证成功，则执行参数转换规则获取模块，否则返回验证失败，拒绝所述外部服务请求，并结束。

在其中一个实施例中，所述请求转换模块403，具体用于：

以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的配置文件；

从所述配置文件中，获取所述待发送服务器对应的服务参数名称转换规则；

根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种多协议平台通信方法，其特征在于，包括：

请求接收步骤，接收外部服务请求，所述外部服务请求包括服务类型标识、至少一个服务参数名称以及与所述服务参数名称对应的服务参数值；

参数转换步骤，以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的服务参数名称转换规则，根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称；

请求转换步骤，采用所述内部参数名称，将所述外部服务请求转换为符合所述待发送服务器使用的内部服务请求；

请求发送步骤，获取所述待发送服务器的网络地址标识，并将所述内部服务请求发送到所述网络地址标识。

2.根据权利要求1所述的多协议平台通信方法，其特征在于，所述请求转换步骤，具体包括：

获取符合待发送服务器的发送指令，将所述发送指令、由所述服务参数名称转换的内部参数名称，以及与所述服务参数名称对应的服务参数值进行拼接得到内部服务请求。

3.根据权利要求1所述的多协议平台通信方法，其特征在于，还包括参数验证步骤，所述请求接收步骤和所述请求转换步骤之间执行所述参数验证步骤；

所述参数验证步骤，以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的参数验证规则，根据所述参数验证规则，验证所述服务参数名称对应的服务参数值，如果所述验证成功，则执行参数转换规则获取步骤，否则返回验证失败，拒绝所述外部服务请求，并结束。

4.根据权利要求3所述的多协议平台通信方法，其特征在于，所述参数验证步骤，具体包括：

以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的配置文件；

从所述配置文件中，获取所述服务参数名称所对应的参数验证规则；

根据所述参数验证规则，验证所对应的服务参数值，如果所述验证成功，则执行参数转换规则获取步骤，否则返回验证失败，拒绝所述外部服务请求，并结束。

5.根据权利要求1所述的多协议平台通信方法，其特征在于，所述请求转换步骤，具体包括：

以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的配置文件；

从所述配置文件中，获取所述待发送服务器对应的服务参数名称转换规则；

根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称。

6.一种多协议平台，其特征在于，包括：

请求接收模块，用于接收外部服务请求，所述外部服务请求包括服务类型标识、至少一个服务参数名称以及与所述服务参数名称对应的服务参数值；

参数转换模块，用于以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的服务参数名称转换规则，根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称；

请求转换模块，用于采用所述内部参数名称，将所述外部服务请求转换为符合所述待发送服务器使用的内部服务请求；

请求发送模块，用于获取所述待发送服务器的网络地址标识，并将所述内部服务请求发送到所述网络地址标识。

7.根据权利要求6所述的多协议平台，其特征在于，所述请求转换模块，具体用于：

获取符合待发送服务器的发送指令，将所述发送指令、由所述服务参数名称转换的内部参数名称，以及与所述服务参数名称对应的服务参数值进行拼接得到内部服务请求。

8.根据权利要求6所述的多协议平台，其特征在于，还包括参数验证模块，所述请求接收模块和所述请求转换模块之间执行所述参数验证模块；

所述参数验证模块，用于以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的参数验证规则，根据所述参数验证规则，验证所述服务参数名称对应的服务参数值，如果所述验证成功，则执行参数转换规则获取模块，否则返回验证失败，拒绝所述外部服务请求，并结束。

9.根据权利要求8所述的多协议平台通信方法，其特征在于，所述参数验证模块，具体用于：

以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的配置文件；

从所述配置文件中，获取所述服务参数名称所对应的参数验证规则；

根据所述参数验证规则，验证所对应的服务参数值，如果所述验证成功，则执行参数转换规则获取模块，否则返回验证失败，拒绝所述外部服务请求，并结束。

10.根据权利要求6所述的多协议平台，其特征在于，所述请求转换模块，具体用于：

以提供所述服务类型标识对应服务的服务器为待发送服务器，获取所述待发送服务器对应的配置文件；

从所述配置文件中，获取所述待发送服务器对应的服务参数名称转换规则；

根据所述服务参数名称转换规则将所述服务参数名称转换为适应所述待发送服务器使用的内部参数名称。

Images