CN110708319A - 服务请求的处理方法及装置 - Google Patents

服务请求的处理方法及装置 Download PDF

Info

Publication number
CN110708319A
CN110708319A CN201910958605.4A CN201910958605A CN110708319A CN 110708319 A CN110708319 A CN 110708319A CN 201910958605 A CN201910958605 A CN 201910958605A CN 110708319 A CN110708319 A CN 110708319A
Authority
CN
China
Prior art keywords
request
private protocol
service
service request
protocol request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910958605.4A
Other languages
English (en)
Inventor
沈文喆
吴畏
陈光尧
谢睿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Quwan Network Technology Co Ltd
Original Assignee
Guangzhou Quwan Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Quwan Network Technology Co Ltd filed Critical Guangzhou Quwan Network Technology Co Ltd
Priority to CN201910958605.4A priority Critical patent/CN110708319A/zh
Publication of CN110708319A publication Critical patent/CN110708319A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/133Protocols for remote procedure calls [RPC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供的一种服务请求的处理方法及装置中,该方法包括:通过接收客户端发送的私有协议请求;然后将所述私有协议请求转换为服务请求指令;其中,所述服务请求指令为利用远程过程调用框架生成;最后将所述服务请求指令发送至预设的入口代理网关。达到了接收C++服务端发送的私有协议请求时,可以直接将私有协议请求转化为远程过程调用框架中的协议请求,节省了开发时间的目的。

Description

服务请求的处理方法及装置
技术领域
本发明涉及计算机技术领域,特别涉及一种服务请求的处理方法及装置。
背景技术
随着科技的不断发展,计算机技术越来越受到人们的重视,而在信息传输过程中,后台服务端大多都是基于C++自研框架开发,一般采用私有远程过程调用(RemoteProcedure Call,RPC)协议,较为古老;并且,通常会有上百个服务端在同时运行。由于,服务之间的通信采用的是私有协议,因此,需要为每个开发语言单独进行开发,才能让不同开发语言实现的调用已有C++自研框架开发的服务端发起请求。
但是,随着业务快速增长,需要越来越多种开发语言同时开发业务,由于私有协议只有C++的实现,其他开发语言想要调用已有C++自研框架开发的服务端需要重新开发实现已有的私有协议,大大增加开发时间。
发明内容
有鉴于此,本发明实施例提供一种服务请求的处理方法及装置,用于接收C++服务端发送的私有协议请求,并直接转化为远程过程调用框架中的协议请求,节省了开发时间。
为实现上述目的,本发明实施例提供如下技术方案:
一种服务请求的处理方法,应用于出口代理网关,所述服务请求的处理方法,包括:
接收客户端发送的私有协议请求;
将所述私有协议请求转换为服务请求指令;其中,所述服务请求指令为利用远程过程调用框架生成;
将所述服务请求指令发送至预设的入口代理网关。
可选的,所述将所述私有协议请求转换为服务请求指令,包括:
将所述私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到所述服务请求指令。
可选的,所述将所述私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到所述服务请求指令,包括:
获取与所述私有协议请求中的全局唯一标识;
根据预设的全局唯一标识-服务域名的对应关系,确定所述私有协议请求中的全局唯一标识所对应的服务域名;
将所述私有协议请求的消息头中的协议信息和所述私有协议请求中的全局唯一标识对应的服务域名填写至服务请求的消息头中,得到所述服务请求指令。
一种服务请求的处理方法,应用于客户端,所述服务请求的处理方法,包括:
在待处理的私有协议请求中添加全局唯一标识,得到私有协议请求;
将所述私有协议请求发送至出口代理网关。
可选的,所述将所述私有协议请求发送至出口代理网关之前,还包括:
将客户端的配置文件中的端口信息中的主机信息更改为所述出口代理网关信息;
将所述出口代理网关信息添加至所述私有协议请求的消息头中。
一种服务请求的处理装置,应用于出口代理网关,所述服务请求的处理装置,包括:
接收单元,用于接收客户端发送的私有协议请求;
转换单元,用于将所述私有协议请求转换为服务请求指令;其中,所述服务请求指令为利用远程过程调用框架生成;
第一发送单元,用于将所述服务请求指令发送至预设的入口代理网关。
可选的,所述转换单元,包括:
转换子单元,用于将所述私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到所述服务请求指令。
可选的,所述转换子单元,包括:
获取单元,用于获取与所述私有协议请求中的全局唯一标识;
确定单元,用于根据预设的全局唯一标识-服务域名的对应关系,确定所述私有协议请求中的全局唯一标识所对应的服务域名;
填写单元,用于将所述私有协议请求的消息头中的协议信息和所述私有协议请求中的全局唯一标识对应的服务域名填写至服务请求的消息头中,得到所述服务请求指令。
一种服务请求的处理装置,应用于客户端,所述服务请求的处理装置,包括:
第一添加单元,用于在待处理的私有协议请求中添加全局唯一标识,得到私有协议请求;
第二发送单元,用于将所述私有协议请求发送至出口代理网关。
可选的,所述服务请求的处理装置,还包括:
更改单元,用于将客户端的配置文件中的端口信息中的主机信息更改为所述出口代理网关信息;
第二添加单元,用于将所述出口代理网关信息添加至所述私有协议请求的消息头中。
由以上方案可知,本发明提供的一种服务请求的处理方法及装置中,通过接收客户端发送的私有协议请求;然后将所述私有协议请求转换为服务请求指令;其中,所述服务请求指令为利用远程过程调用框架生成;最后将所述服务请求指令发送至预设的入口代理网关。达到了接收C++服务端发送的私有协议请求时,可以直接将私有协议请求转化为远程过程调用框架中的协议请求,节省了开发时间的目的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的一种服务请求的处理方法的具体流程图;
图2为本发明另一实施例提供的一种服务请求的处理方法的具体流程图;
图3为本发明另一实施例提供的一种服务请求的处理方法的具体流程图;
图4为本发明另一实施例提供的一种服务请求的处理装置的示意图;
图5为本发明另一实施例提供的一种服务请求的处理装置的示意图;
图6为本发明另一实施例提供的一种服务请求的处理装置的示意图;
图7为本发明另一实施例提供的一种服务请求的处理装置的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有技术中,由于C++自研框架的开发采用的是私有的RPC协议,较为古老,以目前的TT语音的后台服务为例,后台服务的数量高达上百个,而由于各个服务间的通信采用的是私有协议,则需要对每个不同的语言都进行单独的开发,使得它们可以对C++服务进行调用。
然而,随着C++服务不断增多,导致需要单独根据私有协议开发的数量越来越多,单独开发的难度也变得越来越大。
因此,本发明提供了一种出口代理网关,作为服务请求的处理装置,用于实现对服务请求的处理方法达到了接收C++服务端发送的私有协议请求时,可以直接将私有协议请求转化为远程过程调用框架中的协议请求,节省了开发时间的目的。
本发明实施例提供了一种服务请求的处理方法,如图1所示,该方法包括以下步骤:
S101、在待处理的私有协议请求中添加全局唯一标识,得到私有协议请求。
其中,私有协议中的全局唯一标识用于对需要进行的服务进行标识,用来标识该服务为哪一种类型的服务,如登录服务、消息服务等;每一个全局唯一标识对应一个服务域名,可以是一个单独的应用工具,存有所有的全局唯一标识与所有服务域名的对应关系;其中,服务域名是一种类似目前打开网页的所需要的域名,如:image.baidu.com等;在本发明的实施例中,登录服务的域名可以为auth.52tt.local,消息服务的服务域名可以为im.52tt.local。
具体的,一个服务域名可以对应唯一的一种服务,但每一种服务会有多个IP地址,端口信息;并且,请求指令中不仅仅携带有目标服务的全局唯一标识,还可以携带有该请求指令的包体长度、头部长度、加密方式、秘钥信息、压缩方式、用户ID、关键数据(Payload)等,其中Payload使用的是protobuf的结构体,protobuf是一种Google开发的用于高效存储合读取结构化数据的工具。
在本实施例的具体实现过程中,可以是将全局唯一标识以数据的形式直接复制粘贴至私有协议请求中,得到私有协议请求。
S102、将私有协议请求发送至出口代理网关。
可选的,本发明的另一实施例中,在步骤S102之前的一种实施方式,如图2所示,还包括:
S201、将客户端的配置文件中的端口信息中的主机信息更改为出口代理网关信息。
在本发明实施例的具体实现过程中,可以用127.0.0.1:20000表示出口代理网关服务;其中,127.0.0.1是IP地址,表示当前主机,是通用程序表达,可以理解为国际标准;20000是端口号,是出口代理网关的端口号。
S202、将出口代理网关信息添加至私有协议请求的消息头中。
需要说明的是,将出口代理网关的信息添加至私有协议请求的消息头之中,以便发送至目标出口代理网关。
现对本发明实施例进行举例说明,以消息服务为例,原配置文件消息_cli.conf为:
[Server1]
IP=10.10.10.1
Port=15000
[Server2]
IP=10.10.10.2
Port=15000
表示消息服务在10.10.10.1和10.10.10.2这两台主机,端口号均为15000,现修改成:
OssAttrID=2
[Server1]
IP=127.0.0.1
Port=20000
其中,修改后的配置文件添加了一行服务的全局唯一标识,如上述的OssAttrID=2所对应的服务域名为im.52tt.local。
在本发明实施例的具体实现过程中,对于客户端来说,它的理解就是:消息服务在127.0.0.1(本机),端口号为20000,那么C++客户端就会把请求全部发送到127.0.0.1:20000去;对于所有C++的配置文件,都改成这样一样的,就相当于C++客户端的所有请求都发送到本机的出口代理网关.
需要说明的是,在出口代理网关收到请求后,会把接收到的C++服务发送的私有协议,转换为gRPC协议,统一发送到前述的入口代理网关,由入口代理网关把请求发送到真正的消息服务。
S103、接收客户端发送的私有协议请求。
需要说明的是,不仅限于只接收一个客户端发送的私有协议请求,也可以同时接收多个客户端的私有协议请求。
S104、将私有协议请求转换为服务请求指令。
可选的,本发明的另一实施例中,步骤S104的一种实施方式,包括:
将私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到服务请求指令。
其中,服务请求指令为利用远程过程调用框架生成;且请求指令中携带有目标服务的全局唯一标识。
需要说明的是,远程过程调用框架,可以是Google开发并开源的高性能、通用的RPC框架,gRPC;并且,gRPC可以支持众多的开发语言,如Java、Python、NodeJS等,是一种用于高效存储和读取结构化数据的工具,即无论是Java调用方、Python调用方还是NodeJS调用方都可以发出由gRPC生成的请求指令。
具体的,由于gPRC请求是基于超文本传输协议2.0(HTTP2.0)实现的,其中的Payload数据指代的是一个协议请求的真正有效部分,其中,在Payload数据的前边的所有数据,如包体长度、头部长度、加密方式、秘钥、压缩方式,用户ID等,都可以称之为协议头,即协议的头部。所以,在待处理的私有协议请求中添加全局唯一标识,得到私有协议请求时,可以是将私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到服务请求指令。
可选的,本发明的另一实施例中,步骤将私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到服务请求指令的一种实施方式,如图3所示,包括:
S301、获取与私有协议请求中的全局唯一标识。
在本实施例的具体实现过程中,可以是将与标识对应的服务域名以数据的形式直接复制粘贴至私有协议请求中,得到私有协议请求。
S302、根据预设的全局唯一标识-服务域名的对应关系,确定私有协议请求中的全局唯一标识所对应的服务域名。
其中,每一个全局唯一标识对应一个服务域名,可以是一个单独的应用工具,存有所有的全局唯一标识与所有服务域名的对应关系。
在本发明实施例的具体实现过程中,可以是在预设的全局唯一标识-服务域名的对应关系中,查找得到全局唯一标识所对应的服务域名。
S303、将私有协议请求的消息头中的协议信息和私有协议请求中的全局唯一标识对应的服务域名填写至服务请求的消息头中,得到服务请求指令。
其中,私有协议请求中的Payload采用的是Protobuf的结构体,而通常情况下Protobuf会根据定义好的数据结构把数据打包压缩成二进制数据,以方便后续的传输。
现对protobuf的结构体进行举例说明:
消息{
发给谁=1
内容=2
附件=3
...
}
在本实施例的具体实现过程中,由于gRPC请求是基于HTTP2.0实现的,而HTTP2.0也会有一个头部即HTTP2.0 HEADER,用于存储数据,在服务请求指令转化为私有协议请求的过程中;由于,私有协议与gRPC的协议都是利用protobuf构成的,所以直接将私有协议请求的协议头的数据放到HTTP2.0HEADER中协议头中即可,其过程可以采用最简单的数据复制。
S105、将服务请求指令发送至预设的入口代理网关。
其中,预设的入口代理网关,是一种服务请求的处理装置,用于实现对服务请求的处理方法。用于在接收其他协议发送的开源的共有协议的服务请求后,即服务请求指令,将其直接转化为C++服务可以理解的私有协议请求,同样达到了节省开发时间的目的。
由以上方案可知,本发明提供的一种服务请求的处理方法中,通过接收客户端发送的私有协议请求;然后将所述私有协议请求转换为服务请求指令;其中,所述服务请求指令为利用远程过程调用框架生成;最后将所述服务请求指令发送至预设的入口代理网关。达到了接收C++服务端发送的私有协议请求时,可以直接将私有协议请求转化为远程过程调用框架中的协议请求,节省了开发时间的目的。
本发明实施例提供了一种服务请求的处理装置,其特征在于,应用于出口代理网关,如图4所示,包括:
接收单元401,用于接收客户端发送的私有协议请求。
转换单元402,用于将私有协议请求转换为服务请求指令。
其中,服务请求指令为利用远程过程调用框架生成。
可选的,本发明的另一实施例中,转换单元402的一种实施方式,包括:
转换子单元,用于将私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到服务请求指令。
可选的,本发明的另一实施例中,转换子单元的一种实施方式,如图5所示,包括:
获取单元501,用于获取与私有协议请求中的全局唯一标识。
确定单元502,用于根据预设的全局唯一标识-服务域名的对应关系,确定私有协议请求中的全局唯一标识所对应的服务域名。
填写单元503,用于将私有协议请求的消息头中的协议信息和私有协议请求中的全局唯一标识对应的服务域名填写至服务请求的消息头中,得到服务请求指令。
本发明上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图3所示,此处不再赘述。
第一发送单元403,用于将服务请求指令发送至预设的入口代理网关。
本发明上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图1所示,此处不再赘述。
本发明实施例提供了一种服务请求的处理装置,应用于客户端,如图6所示,包括:
第一添加单元601,用于在待处理的私有协议请求中添加全局唯一标识,得到私有协议请求。
第二发送单元602,用于将私有协议请求发送至出口代理网关。
本发明上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图1所示,此处不再赘述。
可选的,本发明的另一实施例中,应用于客户端的一种服务请求的处理装置的一种实施方式,如图7所示,包括:
更改单元701,用于将客户端的配置文件中的端口信息中的主机信息更改为出口代理网关信息。
第二添加单元702,用于将出口代理网关信息添加至私有协议请求的消息头中。
本发明上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图2所示,此处不再赘述。
由以上方案可知,本发明提供的一种服务请求的处理装置中,通过接收客户端发送的私有协议请求;然后将所述私有协议请求转换为服务请求指令;其中,所述服务请求指令为利用远程过程调用框架生成;最后将所述服务请求指令发送至预设的入口代理网关。达到了接收C++服务端发送的私有协议请求时,可以直接将私有协议请求转化为远程过程调用框架中的协议请求,节省了开发时间的目的。
专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种服务请求的处理方法,其特征在于,应用于出口代理网关,所述服务请求的处理方法,包括:
接收客户端发送的私有协议请求;
将所述私有协议请求转换为服务请求指令;其中,所述服务请求指令为利用远程过程调用框架生成;
将所述服务请求指令发送至预设的入口代理网关。
2.根据权利要求1所述的方法,其特征在于,所述将所述私有协议请求转换为服务请求指令,包括:
将所述私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到所述服务请求指令。
3.根据权利要求2所述的方法,其特征在于,所述将所述私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到所述服务请求指令,包括:
获取与所述私有协议请求中的全局唯一标识;
根据预设的全局唯一标识-服务域名的对应关系,确定所述私有协议请求中的全局唯一标识所对应的服务域名;
将所述私有协议请求的消息头中的协议信息和所述私有协议请求中的全局唯一标识对应的服务域名填写至服务请求的消息头中,得到所述服务请求指令。
4.一种服务请求的处理方法,其特征在于,应用于客户端,所述服务请求的处理方法,包括:
在待处理的私有协议请求中添加全局唯一标识,得到私有协议请求;
将所述私有协议请求发送至出口代理网关。
5.根据权利要求4所述的方法,其特征在于,所述将所述私有协议请求发送至出口代理网关之前,还包括:
将客户端的配置文件中的端口信息中的主机信息更改为所述出口代理网关信息;
将所述出口代理网关信息添加至所述私有协议请求的消息头中。
6.一种服务请求的处理装置,其特征在于,应用于出口代理网关,所述服务请求的处理装置,包括:
接收单元,用于接收客户端发送的私有协议请求;
转换单元,用于将所述私有协议请求转换为服务请求指令;其中,所述服务请求指令为利用远程过程调用框架生成;
第一发送单元,用于将所述服务请求指令发送至预设的入口代理网关。
7.根据权利要求6的装置,其特征在于,所述转换单元,包括:
转换子单元,用于将所述私有协议请求的消息头中的协议信息填写至服务请求的消息头中,得到所述服务请求指令。
8.根据权利要求7所述的装置,其特征在于,所述转换子单元,包括:
获取单元,用于获取与所述私有协议请求中的全局唯一标识;
确定单元,用于根据预设的全局唯一标识-服务域名的对应关系,确定所述私有协议请求中的全局唯一标识所对应的服务域名;
填写单元,用于将所述私有协议请求的消息头中的协议信息和所述私有协议请求中的全局唯一标识对应的服务域名填写至服务请求的消息头中,得到所述服务请求指令。
9.一种服务请求的处理装置,其特征在于,应用于客户端,所述服务请求的处理装置,包括:
第一添加单元,用于在待处理的私有协议请求中添加全局唯一标识,得到私有协议请求;
第二发送单元,用于将所述私有协议请求发送至出口代理网关。
10.根据权利要求9所述的装置,其特征在于,还包括:
更改单元,用于将客户端的配置文件中的端口信息中的主机信息更改为所述出口代理网关信息;
第二添加单元,用于将所述出口代理网关信息添加至所述私有协议请求的消息头中。
CN201910958605.4A 2019-10-10 2019-10-10 服务请求的处理方法及装置 Pending CN110708319A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910958605.4A CN110708319A (zh) 2019-10-10 2019-10-10 服务请求的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910958605.4A CN110708319A (zh) 2019-10-10 2019-10-10 服务请求的处理方法及装置

Publications (1)

Publication Number Publication Date
CN110708319A true CN110708319A (zh) 2020-01-17

Family

ID=69199010

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910958605.4A Pending CN110708319A (zh) 2019-10-10 2019-10-10 服务请求的处理方法及装置

Country Status (1)

Country Link
CN (1) CN110708319A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112367294A (zh) * 2020-10-13 2021-02-12 成都精灵云科技有限公司 适配边缘计算架构的多主机间的网络通信方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130018979A1 (en) * 2011-07-14 2013-01-17 Cohen Daniel C Communication protocols
US20140025321A1 (en) * 2007-04-03 2014-01-23 Electro Industries/Gaugetech System and method for performing data transfers in an intelligent electronic device
CN108255615A (zh) * 2017-11-30 2018-07-06 平安科技(深圳)有限公司 跨语言调用方法、服务器及存储介质
CN109600380A (zh) * 2018-12-19 2019-04-09 北京创鑫旅程网络技术有限公司 数据传输方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140025321A1 (en) * 2007-04-03 2014-01-23 Electro Industries/Gaugetech System and method for performing data transfers in an intelligent electronic device
US20130018979A1 (en) * 2011-07-14 2013-01-17 Cohen Daniel C Communication protocols
CN108255615A (zh) * 2017-11-30 2018-07-06 平安科技(深圳)有限公司 跨语言调用方法、服务器及存储介质
CN109600380A (zh) * 2018-12-19 2019-04-09 北京创鑫旅程网络技术有限公司 数据传输方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112367294A (zh) * 2020-10-13 2021-02-12 成都精灵云科技有限公司 适配边缘计算架构的多主机间的网络通信方法

Similar Documents

Publication Publication Date Title
US8990412B2 (en) Session sharing system, session sharing method, session sharing program, and user terminal
US9246819B1 (en) System and method for performing message-based load balancing
US8898336B2 (en) Content conversion system and content conversion server
EP2633667B1 (en) System and method for on the fly protocol conversion in obtaining policy enforcement information
US20070073878A1 (en) System and method for lowering proxy bandwidth utilization
JP2006501578A5 (zh)
CN111917900B (zh) 一种域名代理的请求处理方法及装置
US20160241664A1 (en) Method, device, and system for redirecting data by using service proxy
US11431765B2 (en) Session migration—based scheduling method and server
WO2016086755A1 (zh) 一种报文处理的方法和透明代理服务器
WO2023103318A1 (zh) 媒体流传输方法和系统
EP3018930B1 (en) Service data management method, apparatus and system
CN110708319A (zh) 服务请求的处理方法及装置
US10129320B2 (en) QoS improvement method, apparatus, and system
CN116320061A (zh) 一种资源访问方法、电子设备及计算机可读存储介质
CN112202780B (zh) 一种基于双套接字的数据传输方法、装置、设备及介质
CN106657039B (zh) Portal页面获取方法、无线AP及Portal服务器
CN114124891A (zh) 网络请求的处理方法和装置、存储介质及电子装置
EP2993865A1 (en) Method, system and related device for processing service
CN110798542A (zh) 一种获取ip地址的方法及系统
CN110647411A (zh) 服务请求的处理方法及装置
CN111885101A (zh) 一种数据存储方法
CA2593877A1 (en) Automatic mobile device configuration
WO2018098761A1 (zh) 数据传输方法及设备
KR20040000203A (ko) 무선 인터넷상에서 단말정보에 의존하는 메시지 서비스의컨텐츠 변환방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20200117

RJ01 Rejection of invention patent application after publication