业务处理方法及装置与流程

本发明涉及互联网技术领域，尤其涉及一种业务处理方法及装置。

背景技术：

随着互联网科技的迅猛发展，人们的生活和工作中也涌现出了越来越多的互联网产品，为人们的工作和生活提供了各种各样的网络服务，提供了人们的工作和生活的便利性。

近年来，随着智能移动终端的使用普及，各种互联网产品的网络服务商除了提供个人计算机(Person Computer；PC)端的网页版的访问接口，也逐步开发出移动终端上使用的应用程序(Application；App)；同时为了便于用户在PC上根据App进行访问，也开发有PC端的App。因此，现有的网络服务通常需要面向多种不同的客户端，如移动终端的App、移动终端的网页浏览器、PC的App或者PC的网页浏览器等等；且各种客户端所需要的服务接口形态通常是不同的。传统技术中，网络服务商需要在网关(Gateway)中针对每一种客户端开发相应形态的服务接口，来满足不用客户端的需要。

由上述可知，现有技术的网络服务的网关中，针对同一互联网产品，需要针对每一种客户端开发相应形态的服务接口，这样会增加网关中网络服务实现的复杂程度，增加开发成本，降低开发效率。

技术实现要素：

本发明提供了一种业务处理方法及装置，用于降低网关中网络服务实现的复杂程度，降低开发成本，提高开发效率。

本实施例提供一种业务处理方法，所述方法包括：

接收客户端发送的第一业务请求；所述第一业务请求中携带所述客户端的类型；

根据所述客户端的类型，从映射模块文件中获取所述客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系；

根据所述客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将所述第一业务请求映射为第二业务请求；

向业务服务器发送所述第二业务请求。

进一步可选地，如上所述的方法中，向业务服务器发送所述第二业务请求之后，所述方法还包括：

接收所述业务服务器返回的第一业务响应消息，所述第一业务响应消息为所述业务服务器根据所述第二业务请求进行业务处理并响应的消息；

根据所述客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将所述第一业务响应消息映射为第二业务响应消息；

向所述客户端发送所述第二业务响应消息。

进一步可选地，如上所述的方法中，接收客户端发送的第一业务请求之前，所述方法还包括：

生成所述映射模板文件。

进一步可选地，如上所述的方法中，生成所述映射模板文件，具体包括：

确定所述网关所支持的各种所述客户端的类型；

获取各种类型的所述客户端的所述第一服务接口形态；

获取所述网关的网络服务的所述第二服务接口形态；

根据各种类型的所述客户端的所述第一服务接口形态以及所述网关的网络服务的所述第二服务接口形态，建立各种类型的所述客户端的所述第一服务接口形态与所述网关的网络服务的所述第二服务接口形态之间的映射关系；

将建立的各种类型的所述客户端的所述第一服务接口形态与所述网关的网络服务的所述第二服务接口形态之间的映射关系，存储在所述映射模板文件中。

进一步可选地，如上所述的方法中，所述第一服务接口形态包括所述客户端能够识别的参数的数据结构；所述第二服务接口形态包括所述业务服务器能够识别的参数的数据结构。

进一步可选地，如上所述的方法中，所述参数的数据结构包括参数的名称、类型以及各所述参数之间的层次结构。

本发明还提供一种业务处理装置，所述装置包括：

接收模块，用于接收客户端发送的第一业务请求；所述第一业务请求中携带所述客户端的类型；

获取模块，用于根据所述客户端的类型，从映射模块文件中获取所述客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系；

映射引擎模块，用于根据所述客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将所述第一业务请求映射为第二业务请求；

发送模块，用于向业务服务器发送所述第二业务请求。

进一步可选地，如上所述的装置中，所述接收模块，还用于接收所述业务服务器返回的第一业务响应消息，所述第一业务响应消息为所述业务服务器根据所述第二业务请求进行业务处理并响应的消息；

所述映射引擎模块，还用于根据所述客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将所述第一业务响应消息映射为第二业务响应消息；

所述发送模块，用于向所述客户端发送所述第二业务响应消息。

进一步可选地，如上所述的装置中，所述装置还包括：

生成模块，用于生成所述映射模板文件。

进一步可选地，如上所述的装置中，所述生成模块，具体用于：

确定所述网关所支持的各种所述客户端的类型；

获取各种类型的所述客户端的所述第一服务接口形态；

获取所述网关的网络服务的所述第二服务接口形态；

根据各种类型的所述客户端的所述第一服务接口形态以及所述网关的网络服务的所述第二服务接口形态，建立各种类型的所述客户端的所述第一服务接口形态与所述网关的网络服务的所述第二服务接口形态之间的映射关系；

将建立的各种类型的所述客户端的所述第一服务接口形态与所述网关的网络服务的所述第二服务接口形态之间的映射关系，存储在所述映射模板文件中。

进一步可选地，如上所述的装置中，所述第一服务接口形态包括所述客户端能够识别的参数的数据结构；所述第二服务接口形态包括所述业务服务器能够识别的参数。

进一步可选地，如上所述的装置中，所述参数的数据结构包括参数的名称、类型以及各所述参数之间的层次结构。

本发明的业务处理方法及装置，通过接收客户端发送的第一业务请求；所述第一业务请求中携带所述客户端的类型；根据所述客户端的类型，从映射模块文件中获取所述客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系；根据所述客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将所述第一业务请求映射为第二业务请求；向业务服务器发送所述第二业务请求。本发明的技术方案，能够在网络服务的网关中，针对同一互联网产品，不需要针对每一种客户端开发相应形态的服务接口，实现不同服务接口形态的复用，有效地减少网关中网络服务实现的复杂程度，降低开发成本，提高开发效率。

【附图说明】

图1为本发明的业务处理方法实施例的流程图。

图2为本发明的业务处理方法实施例二的流程图。

图3为本发明的业务处理实施例提供的一种架构图。

图4为本发明的业务处理装置实施例一的结构图。

图5为本发明的业务处理装置实施例二的结构图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实用途对本发明进行详细描述。

图1为本发明的业务处理方法实施例的流程图。如图1所示，本实施例的业务处理方法，具体可以包括如下步骤：

100、接收客户端发送的第一业务请求；

例如，本实施例的第一业务请求中携带客户端的类型。例如客户端的类型可以为移动终端的App、移动终端的网页浏览器、PC的App或者PC的网页浏览器。

本实施例的业务处理方法的执行主体为业务处理装置，例如该业务处理装置可以设置在网络的网关即Gateway中。互联网服务供应商通过该Gateway对外提供网络服务。

101、根据客户端的类型，从映射模块文件中获取客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系；

102、根据客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将第一业务请求映射为第二业务请求；

103、向业务服务器发送第二业务请求。

在实际应用中，用户通过客户端发送第一业务请求，该网关中的业务处理装置，接收该客户端发送的第一业务请求，该第一业务请求中携带客户端的类型。业务处理装置根据客户端的类型，从映射模板文件中获取该客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系。具体地，该映射模板文件中包括每一种客户端的类型，以及每一类型客户端对应的映射模板，每一种映射模板定义一种映射关系。也就是说，该映射模板文件中可以包括多种客户端的类型，以及多种客户端类型中每一类型客户端对应的映射模板，每一种映射模板定义一种映射关系，即该映射模板文件中总共包括多种映射模板。另外，第一业务请求中还可以携带该第一业务请求对应的标识，便于后续根据该标识确定该第一业务请求对应的客户端的类型以及客户端的名称以及标识等等，从而便于实现业务处理。

例如，本实施例的业务处理方法中，第一服务接口形态包括客户端能够识别的参数的数据结构；第二服务接口形态包括业务服务器能够识别的参数的数据结构。进一步可选地，参数的数据结构包括参数的名称、类型以及各参数之间的层次结构。例如，在客户端发送的第一业务请求中包括的参数的数据结构中的参数的名称可以与第二业务请求中包括的参数的数据结构的参数的种类以及种类的相同，也不同；当不同时，参数的数量也可以不相同，例如在将第一业务请求映射为第二业务请求的过程，第二业务请求中的参数的数据结构中的参数可以是根据第一业务请求中的参数的数据结构中的参数确定或者计算得到的。

根据映射模板文件中存储的每一种客户端类型对应的映射关系，获取当前第一业务请求发送端的客户端类型对应的映射关系，然后将第一业务请求对应的参数的名称、类型以及各参数的层次结构，映射为业务服务器能够识别的第二业务请求对应的参数的名称、类型以及各参数的层次结构。最后将映射后的第二业务请求发送给业务服务器。

本实施例的业务处理方法，通过接收客户端发送的第一业务请求，根据客户端的类型，从映射模块文件中获取客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系；根据客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将第一业务请求映射为第二业务请求；向业务服务器发送第二业务请求，能够在网络服务的网关中，针对同一互联网产品，不需要针对每一种客户端开发相应形态的服务接口，实现不同服务接口形态的复用，有效地减少网关中网络服务实现的复杂程度，降低开发成本，提高开发效率。

图2为本发明的业务处理方法实施例二的流程图。本实施例的业务处理方法在上述实施例一的步骤103的基础上，进一步更加详细地介绍本发明的技术

方案。如图2所示，本实施例的业务处理方法，具体可以包括如下步骤：

200、接收业务服务器返回的第一业务响应消息；

本实施例的第一业务响应消息为业务服务器根据第二业务请求进行业务处理并响应的消息。

201、根据客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将第一业务响应消息映射为第二业务响应消息；

202、向对应的客户端发送第二业务响应消息。

本实施例的业务处理方法，发生在网关中的业务处理装置将第一业务请求发送给业务服务器之后，业务服务器根据第一业务请求进行业务处理，并产生第一业务响应消息，例如该第一业务请求中也可以携带有第一业务请求对应的标识，以将第一业务请求和第一业务响应消息对应起来。然后业务处理装置根据该客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将第一业务响应消息映射为第二业务响应消息，最后将第二响应消息发送给对应的客户端。

本实施例的业务处理方法，通过接收业务服务器返回的第一业务响应消息；根据客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将第一业务响应消息映射为第二业务响应消息；向对应的客户端发送第二业务响应消息。采用上述实施例的技术方案，能够实现对不同服务形态的接口的响应消息的反馈，能够在网络服务的网关中，针对同一互联网产品，不需要针对每一种客户端开发相应形态的服务接口，实现不同服务接口形态的复用，有效地减少网关中网络服务实现的复杂程度，降低开发成本，提高开发效率。

进一步可选地，在上述实施例的技术方案的基础上，在步骤100“接收客户端发送的第一业务请求”之前，所述方法还包括：生成映射模板文件。

进一步可选地，生成映射模板文件，具体可以包括如下步骤：

(a1)确定网关所支持的各种客户端的类型；

例如客户端的类型可以为移动终端的App、移动终端的网页浏览器、PC的App或者PC的网页浏览器。

(a2)获取各种类型的客户端的第一服务接口形态；

(a3)获取网关的网络服务的第二服务接口形态；

(a4)根据各种类型的客户端的第一服务接口形态以及网关的网络服务的第二服务接口形态，建立各种类型的客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系；

(a5)将建立的各种类型的客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，存储在映射模板文件中。

具体地，在存储时，每一种客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系定义一种映射模板，这样，多种类型的客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，总共定义了多种映射模板，最后将多种映射模板存储在映射模板文件中。

例如，映射模板文件可以为yaml格式的文件。每一种客户端对应一个相应的映射模板文件，针对此种客户端的每一个服务接口形态在映射模板文件中对应一个相应的映射模板。例如，下述代码为一个完整的映射模板文件。

其中首行用来定义客户端访问网络服务时所使用的请求方法和请求路径(请求路径中的“*”表示通配符，即可匹配任意字符串)，后面各行为请求信息和响应信息各个部分的映射关系的定义。目前支持如下三种映射方式。

例如，数字1所在行为占位符表达式。例如1处的“{3}”，其含义为将客户端所使用的请求路径按路径分隔符“/”分隔后的第3部分填充到此处；

本实施例的映射模板文件可以是基于javascript编程语言的函数表达式。例如2处的“$$...$$”，其含义为将函数的执行结果填充到此处。

本实施例的映射模板文件还可以基于mustache模板语言的表达式。例如3处的“{{#id}}...{{/id}}”，此处为符合mustache模板语言的语法的表达式，即按mustache模板语言进行转换；

图3为本发明的业务处理实施例提供的一种架构图。如图3所示，本实施例的整个业务处理中，可以认为网关的业务处理装置中，设置有一个映射引擎，该映射引擎为网关服务的一个组件，在网关服务启动时，映射引擎将全部映射模板文件加载到计算机内存中。当客户端访问网络服务时，映射引擎在计算机内存中读取相应客户端类型和服务接口形态的映射模板，然后依据映射模板中定义的映射关系，首先将客户端的请求信息转换成网络服务需要的请求信息，并将转换后的请求信息发送给业务处理器，实现网络服务；紧接着，业务处理器对请求信息进行业务处理，并反馈响应消息，然后由映射引擎将网络服务的响应信息转换成客户端需要的响应信息，进而发送给客户端，最后完成完整的服务接口形态的转换。

上述实施例的技术方案，能够在网络服务的网关中，针对同一互联网产品，不需要针对每一种客户端开发相应形态的服务接口，实现不同服务接口形态的复用，有效地减少网关中网络服务实现的复杂程度，降低开发成本，提高开发效率。

图4为本发明的业务处理装置实施例一的结构图。如图4所示，本实施例的业务处理装置，具体可以包括：接收模块10、获取模块11、映射引擎模块12和发送模块13。

其中，接收模块10用于接收客户端发送的第一业务请求；第一业务请求中携带客户端的类型；获取模块11用于根据接收模块10接收的第一业务请求中的客户端的类型，从映射模块文件中获取客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系；映射引擎模块12用于根据获取模块11获取的客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将第一业务请求映射为第二业务请求；发送模块13用于向业务服务器发送映射引擎模块12映射后的第二业务请求。

本实施例的业务处理装置，通过采用上述模块实现业务处理的实现机制以及技术效果与上述相关所示方法实施例的实现相同，详细可以参考上述相关所示实施例的记载，在此不再赘述。

图5为本发明的业务处理装置实施例二的结构图。如图5所示，本实施例的业务处理装置，在上述图4所示实施例的技术方案的基础上，进一步还可以包括如下技术方案。

本实施例的业务处理装置中，接收模块10还用于接收业务服务器返回的第一业务响应消息，第一业务响应消息为业务服务器根据第二业务请求进行业务处理并响应的消息；映射引擎模块12还用于根据客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，将接收模块10接收的第一业务响应消息映射为第二业务响应消息；发送模块13用于向客户端发送映射引擎模块12映射后的第二业务响应消息。

进一步可选地，如图5所示，本实施例的业务处理装置中，还包括生成模块14。如图5所示，生成模块14用于生成映射模板文件。

例如，生成模块14具体用于确定网关所支持的各种客户端的类型；获取各种类型的客户端的第一服务接口形态；获取网关的网络服务的第二服务接口形态；根据各种类型的客户端的第一服务接口形态以及网关的网络服务的第二服务接口形态，建立各种类型的客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系；将建立的各种类型的客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系，存储在映射模板文件中。

对应地，获取模块11用于根据接收模块10接收的第一业务请求中的客户端的类型，从生成模块14生成的映射模块文件中获取客户端的第一服务接口形态与网关的网络服务的第二服务接口形态之间的映射关系。

本实施例中的第一服务接口形态包括客户端能够识别的参数的数据结构；第二服务接口形态包括业务服务器能够识别的参数的数据结构。其中参数的数据结构包括参数的名称、类型以及各参数之间的层次结构。

本实施例的业务处理装置，通过采用上述模块实现业务处理的实现机制以及技术效果与上述相关所示方法实施例的实现相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。