CN109445968A - 不同协议的服务请求处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种不同协议的服务请求处理方法、装置、设备及存储介质，涉及通信技术领域，应用于基于第一通信协议通信的服务器，所述方法包括：在接收到用户终端基于第二通信协议发送的服务请求后，解析服务请求，得到请求参数和相应的函数信息；获取函数信息对应的目标结构体，并将请求参数填充到目标结构体中；目标结构体定义有函数信息对应的目标函数的参数结构；基于与函数信息对应的目标函数响应目标结构体中的请求参数，得到请求参数的应答数据；基于第二通信协议向用户终端发送应答数据。这样，实现了基于不同通信协议的服务器和用户终端之间的数据通信，保证了业务的正常运行；同时上述整个过程无需人工对服务器进行配置，处理效率较高。

Description

不同协议的服务请求处理方法、装置、设备及存储介质

技术领域

本申请涉及通信技术领域，具体而言，涉及一种不同协议的服务请求处理方法、装置、设备及存储介质。

背景技术

随着互联网技术的快速发展，微服务越来越多的被使用。其中，微服务所使用的通信协议种类有很多，包括超文本传输协议(HyperText Transfer Protocol，HTTP)和远程过程调用(Remote Procedure Call，RPC)协议。

在微服务系统架构中，传统的企业内网服务之间以及企业内网服务和外网服务之间均通过HTTP协议进行数据传输。由于http协议是基于文本的通信协议，其应用在企业内网服务之间的通信会产生网络开销大和性能差的问题。而RPC协议是基于二进制的通信协议，其包括的gRPC协议由于网络开销小和性能好的优势被越来越多的应用于企业内网服务之间的通信。

然而，企业的内网服务使用gRPC协议进行通信，而企业外网服务仍然使用http协议进行通信，这就使得企业内网服务和外网服务之间无法进行通信，造成了业务的中断。因此，需要提供一种技术以实现基于gRPC协议的内网服务和基于HTTP协议的外网服务的通信。

发明内容

有鉴于此，本申请实施例的目的在于提供一种不同协议的服务请求处理方法、装置、设备及存储介质，服务器通过进行协议转换处理用户终端基于不同通信协议发送的服务请求，实现了基于不同通信协议的设备之间的数据通信，保证了业务的正常运行。

第一方面，本申请实施例提供了一种不同协议的服务请求处理方法，应用于服务器，所述服务器基于第一通信协议进行数据传输；所述方法包括：

在接收到用户终端基于第二通信协议发送的服务请求后，解析所述服务请求，得到请求参数和相应的函数信息；

获取所述函数信息对应的目标结构体，并将所述请求参数填充到所述目标结构体中；其中，所述目标结构体定义有所述函数信息对应的目标函数的参数结构；

基于与所述函数信息对应的目标函数响应所述目标结构体中的所述请求参数，得到所述请求参数的应答数据；

基于第二通信协议向所述用户终端发送所述应答数据。

第二方面，本申请实施例还提供了一种不同协议的服务请求处理装置，所述处理装置基于第一通信协议进行数据传输，所述装置包括中间插件和解码器；

所述中间插件，用于在接收到用户终端基于第二通信协议发送的服务请求后，解析所述服务请求，得到请求参数和相应的函数信息；以及，获取所述函数信息对应的目标结构体；其中，所述目标结构体定义有所述函数信息对应的目标函数的参数结构；

所述解码器，用于将所述请求参数填充到所述目标结构体中；

所述中间插件，还用于基于与所述函数信息对应的目标函数响应所述目标结构体中的所述请求参数，得到所述请求参数的应答数据；以及，基于第二通信协议向所述用户终端发送所述应答数据。

第三方面，本申请实施例还提供了一种计算机设备，包括：处理器、存储器和总线，所述存储器存储执行指令，当所述计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述处理器执行所述执行指令使得所述计算机设备执行第一方面所述的不同协议的服务请求处理方法。

第四方面，本申请实施例还提供了一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行第一方面所述的不同协议的服务请求处理方法。

本申请实施例提供的一种不同协议的服务请求处理方法、装置、设备及存储介质，预先在基于第一通信协议的服务器中嵌入匹配第二通信协议的中间插件，服务器在接收到用户终端基于第二通信协议发送的服务请求后，基于中间插件对服务请求进行解析及处理，并将处理后服务请求对应的应答数据基于第二通信协议返回给用户终端。这样，实现了基于不同通信协议的服务器和用户终端之间的数据通信，保证了业务的正常运行；同时，上述整个过程无需人工对服务器进行配置，处理效率较高。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种交互系统的结构示意图。

图2示出了本申请实施例所提供的一种不同协议的服务请求处理方法的流程图。

图3示出了本申请实施例所提供的另一种不同协议的服务请求处理方法的流程图。

图4示出了本申请实施例所提供的另一种不同协议的服务请求处理方法的流程图。

图5示出了本申请实施例所提供的另一种不同协议的服务请求处理方法的流程图。

图6示出了本申请实施例所提供的一种不同协议的服务请求处理装置的结构示意图。

图7示出了本申请一实施例所提供的计算机设备40的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，为本申请实施例提供的一种不同协议的服务请求的交互系统，上述交换系统包括服务器10和用户终端20。其中，服务器10基于第一通信协议进行数据传输，用户终端20基于第二通信协议进行数据传输。作为一种具体的实施方式，第一通信协议为gRPC协议，第二通信协议为http协议。

本申请实施例中，预先在服务器10中嵌入匹配第二通信协议的中间插件，通过中间插件实现服务器10的协议转换，服务器10对内仍然基于第一通信协议进行数据传输，对外通过中间插件匹配第二通信协议，实现与用户终端20的通信。下面通过实施例进行描述。

如图2所示，本申请第一实施例提供的一种不同协议的服务请求处理方法，应用于服务器，所述服务器基于第一通信协议进行数据传输；所述方法包括：

S101、在接收到用户终端基于第二通信协议发送的服务请求后，解析所述服务请求，得到请求参数和相应的函数信息。

本申请实施例中，以第一通信协议为gRPC协议，第二通信协议为http协议为例。用户终端在接收到用户的触发操作后，生成与触发操作对应的json格式的请求参数，并通过http协议封装json格式的请求参数，得到服务请求并发送给服务器。服务器在通过与第二通信协议匹配的中间插件接收服务请求，中间插件对该服务请求进行解析，得到json格式的请求参数和相应的函数信息。其中，上述函数信息用于指示对应的目标函数处理所述请求参数所需要的结构体的查询路径。

作为一种具体的实施方式，上述服务请求中函数信息如下：http(s)://domain(表示域名)/ServiceName(函数集合)/FunctionName(函数)。

S102、获取所述函数信息对应的目标结构体，并将所述请求参数填充到所述目标结构体中；其中，所述目标结构体定义有所述函数信息对应的目标函数的参数结构。

本申请实施例中，服务器预先通过运行protobuf文件生成go文件，中间插件在解析得到服务请求中的函数信息后，通过反射的方式(即调用反射对应的函数)从生成的go文件中，获取与所述目标函数名对应的目标结构体。这里，目标结构体定义有函数信息对应的目标函数的参数结构，该参数结构包括入参数结构和出参数结构。

由于响应上述请求参数的目标函数能够识别的结构体为上述目标结构体，因此，中间插件在获取到对应的目标结构体后，调用服务器中的json解码器按照目标结构体定义的入参数结构将请求参数填充到目标结构体中，得到入参数。

S103、基于与所述函数信息对应的目标函数响应所述目标结构体中的所述请求参数，得到所述请求参数的应答数据。

本申请实施例中，服务器中预先存储有函数信息与函数的映射关系，中间插件在解析服务请求得到函数信息后，根据预先存储的函数信息与函数的映射关系，获取与所述函数信息对应的目标函数；然后，中间插件调用与获取到的目标函数对响应上述入参数，得到所述请求参数的应答数据。

S104、基于第二通信协议向所述用户终端发送所述应答数据。

本申请实施例中，中间插件调用编码器将请求参数的应答数据编码成json格式，然后，通过第二通信协议封装json格式的应答数据，最终将封装后的应答数据发送给用户终端。

本申请实施例提供的一种不同协议的服务请求处理方法，预先在基于第一通信协议的服务器中嵌入匹配第二通信协议的中间插件，服务器在接收到用户终端基于第二通信协议发送的服务请求后，基于中间插件对服务请求进行解析及处理，并将处理后服务请求对应的应答数据基于第二通信协议返回给用户终端。这样，实现了基于不同通信协议的服务器和用户终端之间的数据通信，保证了业务的正常运行；同时，上述整个过程无需人工对服务器进行配置，处理效率较高。

进一步的，如图3所示，本申请实施例还提供了一种不同协议的服务请求处理方法中，步骤102，所述获取所述函数信息对应的目标结构体，包括：

S201、根据所述函数信息中第一预设位置的第一字段值，查找目标函数集合。

作为一种具体的实施方式，以上述服务请求中函数信息如下为例：http(s)://domain(表示域名)/ServiceName(函数集合)/FunctionName(函数)。第一预设位置的第一字段值为ServiceName(函数集合)。中间插件在确定了ServiceName(函数集合)之后，在服务器中查找该ServiceName(函数集合)。

S202、根据所述函数信息中第二预设位置的第二字段值，查找所述目标函数集合中的目标函数名。

作为一种具体的实施方式，第二预设位置的第二字段值为FunctionName(函数)。中间插件在确定了FunctionName(函数)之后，在服务器中查找该FunctionName(函数)。

S203、根据所述目标函数名，获取与所述目标函数名对应的目标结构体。

本申请实施例中，服务器预先通过运行protobuf文件生成go文件，中间插件在查找到FunctionName(函数)后，通过反射的方式(即调用反射对应的函数)从生成的go文件中，获取与该FunctionName(函数)对应的目标结构体。这里，目标结构体定义有函数信息对应的目标函数的参数结构，该参数结构包括入参数结构和出参数结构。

本申请实施例中，中间插件通过反射的方式能够自动获取与目标函数名对应的目标结构体，无需人工对protobuf文件进行配置，减少了人工操作步骤，提高了处理效率，且具有高可靠性。

进一步的，如图4所示，本申请实施例还提供了一种不同协议的服务请求处理方法中，所述目标函数对应的参数结构包括入参数结构；步骤102中，所述将所述请求参数填充到所述目标结构体中，包括：

S301、对所述请求参数进行解码，得到所述请求参数对应的入参数类型。

S302、根据所述入参数结构描述的入参数类型，将所述请求参数填充到所述目标结构体中，得到入参数。

结合步骤301和步骤302，中间插件调用json解码器，json解码器对所述请求参数进行解码，得到所述请求参数对应的入参数类型，由于目标函数对应的入参数结构描述了入参数类型，因此，json解码器能够根据解码得到的请求参数的入参数类型将请求参数填充到目标结构体中，得到入参数。

进一步的，如图5所示，本申请实施例还提供了一种不同协议的服务请求处理方法中，所述目标函数对应的参数结构还包括出参数结构；步骤104中，所述基于第二通信协议向所述用户终端发送所述应答数据，包括：

S401、获取所述目标函数响应所述请求参数得到的出参数，所述出参数包括按照所述出参数结构填充在所述目标结构体中的应答数据。

本申请实施例中，目标函数在响应了填充有请求参数的目标结构体形成的入参数后，得到包括上述请求参数对应的应答数据的出参数，并将出参数返回给中间插件；其中，出参数中，应答数据按照所述出参数结构填充在所述目标结构体中。

S402、按照所述服务请求中所述请求参数的编码方式，对所述应答数据进行编码。

本申请实施例中，中间插件在获取到包括应答数据的出参数后，调用对应的编码器将出参数中的应答数据编码成json格式。

S403、基于第二通信协议向所述用户终端发送编码后的应答数据。

本申请实施例中，中间插件基于第二通信协议对json格式的应答数据进行封装，并将封装后的应答数据发送给用户终端。

通过本申请实施例提供的不同协议的服务请求处理方法这样，实现了基于不同通信协议的服务器和用户终端之间的数据通信，保证了业务的正常运行；同时，上述整个过程无需人工对服务器进行配置，处理效率较高。

如图6所示，本申请第二实施例提供的一种不同协议的服务请求处理装置，所述处理装置用于处理第一实施例提供的一种不同协议的服务请求处理方法，所述处理装置基于第一通信协议进行数据传输；所述装置包括中间插件11和解码器12；

中间插件11，用于在接收到用户终端基于第二通信协议发送的服务请求后，解析所述服务请求，得到请求参数和相应的函数信息；以及，获取所述函数信息对应的目标结构体；其中，所述目标结构体定义有所述函数信息对应的目标函数的参数结构。

解码器12，用于将所述请求参数填充到所述目标结构体中；

中间插件11，还用于基于与所述函数信息对应的目标函数响应所述目标结构体中的所述请求参数，得到所述请求参数的应答数据；以及，基于第二通信协议向所述用户终端发送所述应答数据。

进一步的，如图6所示，本申请实施例提供的不同协议的服务请求处理装置中，中间插件11，具体用于：

根据所述函数信息中第一预设位置的第一字段值，查找目标函数集合；

根据所述函数信息中第二预设位置的第二字段值，查找所述目标函数集合中的目标函数名；

根据所述目标函数名，获取与所述目标函数名对应的目标结构体。

进一步的，如图6所示，本申请实施例提供的不同协议的服务请求处理装置中，所述目标函数对应的参数结构包括入参数结构；解码器12，具体用于：

对所述请求参数进行解码，得到所述请求参数对应的入参数类型；

根据所述入参数结构描述的入参数类型，将所述请求参数填充到所述目标结构体中，得到入参数。

进一步的，如图6所示，本申请实施例提供的不同协议的服务请求处理装置中，中间插件11，具体用于：

根据预设的函数信息与函数的映射关系，获取与所述函数信息对应的目标函数；

调用与所述函数信息对应的目标函数对所述入参数进行处理，得到所述请求参数的应答数据。

进一步的，如图6所示，本申请实施例提供的不同协议的服务请求处理装置中，所述目标函数对应的参数结构还包括出参数结构；所述装置还包括编码器13；

中间插件11，具体用于获取所述目标函数响应所述请求参数得到的出参数，所述出参数包括按照所述出参数结构填充在所述目标结构体中的应答数据；

编码器13，用于按照所述服务请求中所述请求参数的编码方式，对所述应答数据进行编码；

中间插件11，具体用于基于第二通信协议向所述用户终端发送编码后的应答数据。

本申请实施例提供的一种不同协议的服务请求处理装置，中间插件通过配合编码器和解码器，能够实现在接收到用户终端基于第二通信协议发送的服务请求后，对服务请求进行解析及处理，并将处理后服务请求对应的应答数据基于第二通信协议返回给用户终端。这样，实现了基于不同通信协议的服务器和用户终端之间的数据通信，保证了业务的正常运行；同时，上述整个过程无需人工对服务器进行配置，处理效率较高。

图7为本申请一实施例提供的计算机设备40的结构示意图，如图7所示，本申请第三实施例提供的一种计算机设备40，包括：处理器402、存储器401和总线，存储器401存储执行指令，当计算机设备40运行时，处理器402与存储器401之间通过总线通信，处理器402执行所述执行指令使得计算机设备40执行第一方面所述的不同协议的服务请求处理方法。

具体地，上述存储器401和处理器402能够为通用的存储器和处理器，这里不做具体限定，当处理器402运行存储器401存储的计算机程序时，能够执行上述不同协议的服务请求处理方法。

对应于上述不同协议的服务请求处理方法，本申请第四实施例提供的一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行本申请第一实施例所述的不同协议的服务请求处理方法。

本申请实施例所提供的不同协议的服务请求处理装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种不同协议的服务请求处理方法，其特征在于，应用于服务器，所述服务器基于第一通信协议进行数据传输；所述方法包括：

在接收到用户终端基于第二通信协议发送的服务请求后，解析所述服务请求，得到请求参数和相应的函数信息；

获取所述函数信息对应的目标结构体，并将所述请求参数填充到所述目标结构体中；其中，所述目标结构体定义有所述函数信息对应的目标函数的参数结构；

基于与所述函数信息对应的目标函数响应所述目标结构体中的所述请求参数，得到所述请求参数的应答数据；

基于第二通信协议向所述用户终端发送所述应答数据。

2.根据权利要求1所述的不同协议的服务请求处理方法，其特征在于，所述获取所述函数信息对应的目标结构体，包括：

根据所述函数信息中第一预设位置的第一字段值，查找目标函数集合；

根据所述函数信息中第二预设位置的第二字段值，查找所述目标函数集合中的目标函数名；

根据所述目标函数名，获取与所述目标函数名对应的目标结构体。

3.根据权利要求1或2所述的不同协议的服务请求处理方法，其特征在于，所述目标函数对应的参数结构包括入参数结构；所述将所述请求参数填充到所述目标结构体中，包括：

对所述请求参数进行解码，得到所述请求参数对应的入参数类型；

根据所述入参数结构描述的入参数类型，将所述请求参数填充到所述目标结构体中，得到入参数。

4.根据权利要求3所述的不同协议的服务请求处理方法，其特征在于，所述基于与所述函数信息对应的目标函数响应所述目标结构体中的所述请求参数，得到所述请求参数的应答数据，包括：

根据预设的函数信息与函数的映射关系，获取与所述函数信息对应的目标函数；

调用与所述函数信息对应的目标函数对所述入参数进行处理，得到所述请求参数的应答数据。

5.根据权利要求1所述的不同协议的服务请求处理方法，其特征在于，所述目标函数对应的参数结构还包括出参数结构；所述基于第二通信协议向所述用户终端发送所述应答数据，包括：

获取所述目标函数响应所述请求参数得到的出参数，所述出参数包括按照所述出参数结构填充在所述目标结构体中的应答数据；

按照所述服务请求中所述请求参数的编码方式，对所述应答数据进行编码；

基于第二通信协议向所述用户终端发送编码后的应答数据。

6.一种不同协议的服务请求处理装置，其特征在于，所述处理装置基于第一通信协议进行数据传输，所述装置包括中间插件和解码器；

所述中间插件，用于在接收到用户终端基于第二通信协议发送的服务请求后，解析所述服务请求，得到请求参数和相应的函数信息；以及，获取所述函数信息对应的目标结构体；其中，所述目标结构体定义有所述函数信息对应的目标函数的参数结构；

所述解码器，用于将所述请求参数填充到所述目标结构体中；

所述中间插件，还用于基于与所述函数信息对应的目标函数响应所述目标结构体中的所述请求参数，得到所述请求参数的应答数据；以及，基于第二通信协议向所述用户终端发送所述应答数据。

7.根据权利要求6所述的不同协议的服务请求处理装置，其特征在于，所述中间插件，具体用于：

根据所述函数信息中第一预设位置的第一字段值，查找目标函数集合；

根据所述函数信息中第二预设位置的第二字段值，查找所述目标函数集合中的目标函数名；

根据所述目标函数名，获取与所述目标函数名对应的目标结构体。

8.根据权利要求6所述的不同协议的服务请求处理装置，其特征在于，所述目标函数对应的参数结构还包括出参数结构；所述装置还包括编码器；

所述中间插件，具体用于获取所述目标函数响应所述请求参数得到的出参数，所述出参数包括按照所述出参数结构填充在所述目标结构体中的应答数据：

所述编码器，用于按照所述服务请求中所述请求参数的编码方式，对所述应答数据进行编码；

所述中间插件，具体用于基于第二通信协议向所述用户终端发送编码后的应答数据。

9.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储执行指令，当所述计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述处理器执行所述执行指令使得所述计算机设备执行权利要求1至5任一项所述的不同协议的服务请求处理方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行权利要求1至5任一项所述的不同协议的服务请求处理方法。