CN108200158B - 请求传输系统、方法、装置及存储介质 - Google Patents
请求传输系统、方法、装置及存储介质 Download PDFInfo
- Publication number
- CN108200158B CN108200158B CN201711479770.9A CN201711479770A CN108200158B CN 108200158 B CN108200158 B CN 108200158B CN 201711479770 A CN201711479770 A CN 201711479770A CN 108200158 B CN108200158 B CN 108200158B
- Authority
- CN
- China
- Prior art keywords
- access gateway
- client
- http request
- request
- server
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1014—Server selection for load balancing based on the content of a request
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种请求传输系统、方法、装置及存储介质,属于互联网技术领域。该系统包括:客户端,用于生成HTTP请求;确定n个接入网关中用于接收HTTP请求的第一接入网关;并将HTTP请求发送至第一接入网关;第一接入网关,用于接收各个客户端发送的HTTP请求;确定m个服务器中的目标服务器,目标服务器存储有客户端对应的资源;当与目标服务器建立有通信连接时,采用多路复用的方式向目标服务器异步转发HTTP请求;目标服务器,用于接收HTTP请求,并向第一接入网关发送HTTP请求对应的HTTP响应。本申请实施例实现了单一连接的并发多路请求,提高了HTTP请求的转发效率,进而降低了请求响应的耗时。
Description
技术领域
本申请实施例涉及互联网技术领域,特别涉及一种请求传输系统、方法、装置及存储介质。
背景技术
客户端在访问服务器中的资源时,会向服务器发送超文本传输协议(HyperTextTransfer Protocol,HTTP)请求,服务器接收到该HTTP请求后,向客户端反馈相应的资源。
当发送HTTP请求的客户端的数量较多时,为了避免多个HTTP请求全部发送至同一服务器,导致该服务器的处理压力过大的问题,客户端与服务器之间还会包括F5负载均衡器,该F5负载均衡器可以根据各个服务器的负载分配HTTP请求。F5负载均衡器采用同步转发的方式,向服务器分发HTTP请求,即服务器处理完当前HTTP请求并通过F5负载均衡器向客户端反馈后,F5负载均衡器向服务器分发下一个HTTP请求。
发明内容
本申请实施例提供的请求传输系统、方法、装置及存储介质,可以解决同步转发HTTP请求时,转发性能较低,导致请求响应耗时较长的问题。所述技术方案如下:
第一方面,提供了一种请求传输系统,所述系统包括:客户端、n个接入网关和m个服务器,所述客户端通过所述n个接入网关与所述m个服务器相连,所述n和所述m均为正整数;
所述客户端,用于生成超文本传输协议HTTP请求;确定所述n个接入网关中用于接收所述HTTP请求的第一接入网关;并将所述HTTP请求发送至所述第一接入网关;
所述第一接入网关,用于接收各个所述客户端发送的所述HTTP请求;确定所述m个服务器中的目标服务器,所述目标服务器存储有所述客户端对应的资源;当与所述目标服务器建立有通信连接时,采用多路复用的方式向所述目标服务器异步转发所述HTTP请求;
所述目标服务器,用于接收所述HTTP请求,并向所述第一接入网关发送所述HTTP请求对应的HTTP响应。
第二方面,提供了一种请求传输方法,用于接入网关中,所述接入网关与客户端相连,且所述接入网关还与至少一台服务器相连,所述方法包括:
接收客户端发送的超文本传输协议HTTP请求;
确定所述客户端对应的目标服务器,所述目标服务器存储有所述客户端对应的资源;
在与所述目标服务器建立有通信连接时,采用多路复用的方式向所述目标服务器异步转发所述HTTP请求;
接收所述目标服务器发送的HTTP响应。
第三方面,提供了一种请求传输装置,用于接入网关中,所述接入网关与客户端相连,且所述接入网关还与至少一台服务器相连,所述装置包括:
请求接收模块,用于接收客户端发送的超文本传输协议HTTP请求;
确定模块,用于确定所述客户端对应的目标服务器,所述目标服务器存储有所述客户端对应的资源;
转发模块,用于在与所述目标服务器建立有通信连接时,采用多路复用的方式向所述目标服务器异步转发所述HTTP请求;
响应接收模块,用于接收所述目标服务器发送的HTTP响应。
第四方面,提供了一种接入网关,所述接入网关包括处理器、与所述处理器相连的存储器,以及存储在所述存储器上的程序指令,所述处理器执行所述程序指令时实现第二方面提供的请求传输方法。
第五方面,一种计算机可读介质,其上存储有程序指令,所述程序指令被处理器执行时实现第二方面提供的请求传输方法。
本申请实施例提供的技术方案带来的有益效果至少包括:
接入网关接收到客户端发送的HTTP请求时,确定存储有该客户端对应资源的目标服务器,并在与目标服务器建立有通信连接时,采用多路复用的方式,向目标服务器异步转发HTTP请求,由目标服务器对HTTP请求进行响应;接入网关采用非阻塞高并发的异步转发方式向服务器发送HTTP请求,实现了单一连接的并发多路请求,提高了HTTP请求的转发效率,进而降低了请求响应的耗时;同时,由于接入网关可以确定出存储有对应的资源的目标服务器,因此,客户端可以通过HTTP请求访问到对应的资源,从而可以提高客户端请求资源的成功率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1A是相关技术提供的请求传输系统的结构示意图;
图1B是本申请一个实施例提供的请求传输系统的结构示意图;
图2是本申请一个示例性实施例提供的请求传输方法的流程图;
图3是本申请一个示例性实施例提供的请求传输方法的流程图;
图4是本申请一个示例性实施例提供的索引表的示意图;
图5是连接多路复用过程的实施示意图;
图6示出了本申请一个实施例提供的请求传输装置的结构方框图;
图7示出了本申请一个示例性实施例提供的接入网关的结构方框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
本申请说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。同样,“一个”或者“一”等类似词语也不表示数量限制,而是表示存在至少一个。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接,不管是直接的还是间接的。
在申请中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
首先,对本申请涉及的若干名词进行介绍。
F5负载均衡器:是一种硬件设备,用于根据后端设备的负载,基于负载均衡原则分配超文本传输协议(HyperText Transfer Protocol,HTTP)请求。其中,后端设备是指接收F5负载均衡器发送的HTTP请求的设备。比如:后端设备为服务器或者接入网关等。
可选地,F5负载均衡器除了具有负载均衡功能之外,还包括应用交换、会话交换、状态监控、智能网络地址转换、通用持续性、响应错误处理、互联网协议版本6(InternetProtocol Version 6,IPv6)网关、高级路由、智能端口镜像、安全套接层(Secure SocketsLayer,SSL)加速、智能HTTP压缩、传输控制协议(Transmission Control Protocol,TCP)优化、第7层速率整形、内容缓冲、内容转换、连接加速、高速缓存、Cookie加密、选择性内容加密、应用攻击过滤、拒绝服务(Denial of Service,DoS)攻击和SYN Flood保护、防火墙过滤等功能,本申请在此不再一一列举。
需要补充说明的是,虽然F5负载均衡器的功能强大,但是F5负载均衡器的可扩展性较差,也即,在F5负载均衡器已有的功能的基础上,很难扩展出其它功能。
可选地,F5负载均衡器可以实现4层负载均衡;或者,也可以实现7层负载均衡。
4层负载均衡是指在对服务器进行负载均衡时,依据四层的信息来确定如何转发流量,比如:通过发布三层的互联网协议(Internet Protocol Address,IP)+四层的端口号,来决定哪些流量需要做负载均衡。
7层负载均衡是指在4层的基础上,再考虑应用层的特征,比如:除了根据IP+80端口辨别是否需要处理的流量,还可根据7层的(Uniform Resource Locator,URL)、浏览器类别和语言中的至少一种来决定是否要进行负载均衡。举个例子,如果将服务器分成两组,一组是中文语言的,一组是英文语言的,那么7层负载均衡就可以当客户端来访问服务器时,自动辨别用户语言,然后选择对应的语言服务器组进行负载均衡处理。
Nginx服务器:是一种高性能的HTTP和反向代理服务器。Nginx服务器是一种软件服务器,Nginx服务器采用反向代理(Reverse Proxy)技术代理服务器接收HTTP请求;然后,将HTTP请求动态地转发给内部网络上的多台服务器进行处理,并将从服务器上得到的结果返回给客户端。Nginx服务器通过将接收到的HTTP请求以反向代理的方式动态地转发给内部网络上的多台服务器进行处理,来达到负载均衡的目的。
需要补充说明的是,Nginx服务器的功能固定,可扩展性也比较差。
接入网关:用于接收客户端发送的HTTP请求,并根据该HTTP请求中的客户端标识确定处理该HTTP请求的目标服务器。
可选地,由于接入网关的开发语言是开发人员自定义的,因此,接入网关除了可以转发HTTP请求之外,还可以扩展出其它功能,也即,接入网关相较于F5负载均衡器和Nginx服务器来说可扩展性较强,比如:接入网关的扩展功能支持通过扩展HTTP1.1协议实现异步转发HTTP请求,以提高接入网关的并行处理能力;设置IP黑名单,阻拦具有IP黑名单中的IP地址的HTTP请求;实时统计总请求数、转发超时数量;接口级的流量控制;扩展SSL协议等,本实施例在此不再一一列举。
相关技术提供的请求传输系统中,客户端通过F5负载均衡器与多个服务器相连;或者,客户端通过F5负载均衡器和Nginx服务器与多个服务器相连。以客户端通过F5负载均衡器和Nginx服务器与多个服务器相连为例,参考图1A,该请求传输系统包括客户端101、与客户端101相连的负载均衡器102、与负载均衡器102相连的多个Nginx服务器103和与每个Nginx服务器103相连的多个服务器104。
客户端101用于向负载均衡器102发送HTTP请求;负载均衡器102接收该HTTP请求,并将HTTP请求分配至某一个Nginx服务器103;Nginx服务器103接收到HTTP请求之后,将该HTTP请求分配至多个服务器104中的某一个服务器104。
其中,Nginx服务器103确定出的服务器104比较随机,也即,接收到客户端101第一次发送的HTTP请求的服务器104与接收到客户端101第二次发送的HTTP请求的服务器104可能不同,而存储客户端101对应的资源的服务器104可能与Nginx服务器103确定出的服务器104不同,此时,客户端101请求资源可能会失败。
在一些实施例中,为了提高客户端101请求资源的成功率,可能会将不同服务器104中的资源进行同步,此时,所有服务器104中保存的资源相同。然而,客户端101可能始终不会访问到其中一部分服务器104,此时,既会浪费将资源同步至该部分服务器104时消耗的资源,也会浪费该部分服务器104的存储空间。
同时,基于已有的HTTP协议,Nginx服务器103采用同步转发的方式,将HTTP请求转发至服务器104。采用上述转发方式,当服务器104响应某一HTTP请求耗费大量时间甚至失败时,将影响后续HTTP请求的响应速率。
基于上述技术问题,本申请提供如下技术方案。
图1B是本申请的一个示例性实施例示出的请求传输系统的结构示意图,该系统包括客户端110、n个接入网关120和m个服务器130,n和m均为正整数。客户端110通过n个接入网关120与m个服务器130相连。
其中,客户端110通过无线网络或有线网络与n个接入网关120相连,每个接入网关120通过无线网络或有线网络与m个服务器130中的至少一个服务器130相连。可选地,不同接入网关120连接的服务器130数量可以相同,或者,也可以不同。
客户端110运行于终端中,终端包括但不限于:手机、平板电脑、可穿戴式设备、智能机器人、智能家居设备、膝上型便携计算机和台式计算机等具有通信功能的电子设备。
客户端110用于生成HTTP请求,并将该HTTP请求分配至n个接入网关120中的第一接入网关121。其中,HTTP请求携带有客户端的客户端标识。
可选地,客户端标识可以是客户端注册的用户帐号、电子邮箱地址、身份证号、银行卡卡号、随机字符串;或者,客户端标识也可以是客户端所属的终端的设备标识,比如:媒体访问控制(Media Access Control或者Medium Access Control,MAC)地址、设备号等。
接入网关120可以是软件实现的服务器,接入网关120可以设置在独立的服务器主机中。
接入网关120(包括第一接入网关121)用于接收客户端110发送的HTTP请求,并根据该HTTP请求中携带的客户端标识确定m个服务器130中的目标服务器131。在接入网关120与目标服务器131建立有通信连接时,接入网关120还用于将HTTP请求发送至目标服务器131。
其中,目标服务器131存储有客户端对应的资源。
可选地,每个接入网关120与至少一个服务器130相连,该至少一个服务器130属于同一机房。机房是指架设服务器的架设空间。
可选地,每个机房中的服务器130连接有多个接入网关120,该多个接入网关120与同一机房中的服务器130通过局域网相连。
可选地,不同的接入网关120之间也可以通过有线或无线的方式连接。
服务器130为客户端提供后台服务。可选地,服务器130可以是网站(Web)服务器;或者,也可以是其它类型的服务器,本实施例对此不作限定。可选地,服务器130也可以称为后台服务器、Tomcat服务器等,本实施例不对服务器的名称作限定。
服务器130用于接收接入网关120发送的HTTP请求,并对该HTTP请求进行响应。可选地,服务器130对HTTP请求进行响应是指:向接入网关120发送HTTP请求所请求的资源。
可选地,服务器130反馈的资源是与HTTP请求中的客户端标识相对应的资源,该资源包括但不限于:文字、图片、网页、音频和视频中的至少一种。
可选地,本实施例提供的请求传输系统仅是示意性地,在实际实现时,该请求传输系统还可以包括其它设备,比如:该请求传输系统还包括与客户端110相连的域名服务器(Domain Name Server,DNS)等,或者,设置在客户端110与接入网关120之间的负载均衡设备(比如F5负载均衡器,负责接入网关的负载均衡)或Nginx服务器。本实施例并不对此进行限定。
其中,DNS还通过有线网络或者无线网络与n个接入网关120相连,DNS用于进行域名(domain name)和IP地址(address)之间的转换。示意性地,DNS用于将HTTP请求中的域名转换为服务器130的IP地址。
可选地,本申请中,无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络,包括但不限于局域网(Local Area Network,LAN)、城域网(Metropolitan Area Network,MAN)、广域网(Wide Area Network,WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中,使用包括超文本标记语言(HyperText Mark-up Language,HTML)、可扩展标记语言(Extensible MarkupLanguage,XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer,SSL)、传输层安全(Trassport Layer Security,TLS)、虚拟专用网络(Virtual Private Network,VPN)、网际协议安全(Internet ProtocolSecurity,IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中,还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
图2是本申请一个示例性实施例示出的请求传输方法的流程图。本实施例以该请求传输方法用于图1B所示请求传输系统中的接入网关120为例进行说明,该接入网关与客户端相连,且该接入网关还与至少一台服务器相连,该请求传输方法包括以下几个步骤。
步骤201,接收客户端发送的HTTP请求。
步骤202,确定客户端对应的目标服务器,目标服务器存储有客户端对应的资源。
可选地,接入网关根据HTTP请求中携带的客户端标识确定索引标识,进而根据该索引标识在索引表中确定客户端对应的目标服务器,该索引表包括索引标识与目标服务器之间的索引关系。
可选地,索引表用于将不同的客户端均衡地分配至不同服务器。
步骤203,在与目标服务器建立有通信连接时,采用多路复用的方式向目标服务器异步转发HTTP请求。
采用多路复用的方式异步转发HTTP请求时,接入网关向目标服务器发送一条HTTP请求后,无需等待目标服务器响应该HTTP请求,可以继续向目标服务器发送其他HTTP请求,从而实现单一连接的并发多路请求,提高HTTP请求的转发效率。
步骤204,接收目标服务器发送的HTTP响应。
采用异步转发时,由于接入网关发送HTTP请求后可能并不会立即接收到对应的HTTP响应,因此,接入网关需要进一步确定HTTP响应对应的HTTP请求,进而将HTTP响应反馈给发送HTTP请求的客户端。
综上所述,本实施例中,接入网关接收到客户端发送的HTTP请求时,确定存储有该客户端对应资源的目标服务器,并在与目标服务器建立有通信连接时,采用多路复用的方式,向目标服务器异步转发HTTP请求,由目标服务器对HTTP请求进行响应;接入网关采用非阻塞高并发的异步转发方式向服务器发送HTTP请求,实现了单一连接的并发多路请求,提高了HTTP请求的转发效率,进而降低了请求响应的耗时;同时,由于接入网关可以确定出存储有对应的资源的目标服务器,因此,客户端可以通过HTTP请求访问到对应的资源,从而可以提高客户端请求资源的成功率。
为了实现HTTP请求的异步转发,在一种可能的实施方式中,接入网关与服务器扩展HTTP1.1协议,使得接入网关与服务器之间的连接支持多路复用。下面采用示意性的实施例进行说明。
图3是本申请一个示例性实施例示出的请求传输方法的流程图。本实施例以该请求传输方法用于图1B所示的请求传输系统中为例进行说明,该系统包括:客户端、n个接入网关和m个服务器,该客户端通过n个接入网关与m个服务器相连,n和m均为正整数,该请求传输方法包括以下几个步骤。
步骤301,客户端生成HTTP请求。
可选地,客户端在接收到对某一URL地址的触发操作时,根据该客户端的客户端标识和URL地址生成HTTP请求。
其中,客户端标识用于确定存储有该客户端对应资源的目标服务器。
可选地,在实际实现时,具有同一域名的服务器的数量可以是多个,该多个服务器可能分布于不同地理位置的机房中,且该多个服务器可能只有一个服务器存储客户端对应的资源,此时,需要从该多个服务器中确定出存储有该资源的目标服务器。
可选地,客户端标识可以是客户端注册的用户帐号、电子邮箱地址、身份证号、银行卡卡号、随机字符串;或者,客户端标识也可以是客户端所属的终端的设备标识,比如:媒体访问控制(Media Access Control或者Medium Access Control,MAC)地址、设备号等。
步骤302,接入网关向客户端发送当前的负载量。
可选地,n个接入网关中每个接入网关每隔预设时长向客户端发送当前的负载量;或者,根据客户端的指示(比如客户端每次开启时)发送当前的负载量。可选地,预设时长可以是开发人员设置的,且该预设时长可以是5分钟、10分钟等,本实施例对此不作限定。
可选地,本步骤可以在步骤401之前执行;或者,也可以在步骤401之后执行;或者,与步骤401同时执行,本实施例对此不作限定。
步骤303,客户端接收n个接入网关的负载量。
步骤304,客户端根据n个接入网关的负载量,确定n个接入网关中用于接收HTTP请求的第一接入网关。
可选地,客户端将n个接入网关中负载量最小的接入网关确定为第一接入网关。或者,客户端中存储有服务器标识,此时,客户端先确定与服务器标识对应的服务器相连的至少一个接入网关;将该至少一个接入网关中负载量最小的接入网关确定为第一接入网关。此时,客户端中存储有服务器标识与至少一个接入网关之间的对应关系。
可选地,服务器标识可以是客户端从本地存储的各个服务器的服务器标识中随机选择的;或者,该服务器标识为客户端历史访问过的服务器的服务器标识。
可选地,服务器标识可以是服务器的编号、服务器所在机房名称、服务器的IP地址、服务器的端口号和服务器的架设地理区域中的至少一种。
当然,客户端也可以随机从n个接入网关中选择第一接入网关,本实施例不对客户端确定第一接入网关的方式作限定。
步骤305,客户端将HTTP请求发送至第一接入网关。
可选地,若客户端直接与第一接入网关相连,则客户端通过与第一接入网关之间的通信连接,将该将HTTP请求发送至第一接入网关;或者,若客户端通过DNS服务器与第一接入网关相连,则客户端通过DNS服务器将该将HTTP请求发送至第一接入网关。
步骤306,第一接入网关接收客户端发送的HTTP请求。
其中,HTTP请求携带有客户端的客户端标识。
步骤307,第一接入网关根据HTTP请求中携带的客户端标识确定m个服务器中的目标服务器。
可选地,在第一接入网关与目标服务器建立有通信连接时,执行步骤308至310;在第一接入网关与目标服务器未建立有通信连接时,执行步骤311。
其中,目标服务器存储有该客户端对应的资源。
可选地,第一接入网关根据客户端标识确定m个服务器中的目标服务器,包括:根据客户端标识确定索引标识;根据索引标识在索引表中确定目标服务器。其中,索引表包括索引标识与目标服务器之间的索引关系。
可选地,索引表用于将不同的客户端标识均衡地分配至服务器。可选地,索引表默认设置在n个接入网关中;或者,索引表由其它设备发送至n个接入网关。
可选地,索引表可以在存在新的服务器建立或者删除时进行更新。
其中,多个客户端标识对应同一索引标识。
在一个示例中,根据客户端标识确定索引标识,包括:对客户端标识进行循环冗余码(Cyclical Redundancy Check,CRC)运算,得到中间数值;将该中间数值与预设数值取模,得到索引标识。其中,CRC运算用于将客户端标识转换为数字字符串;取模运算用于缩小索引服务器的范围。
CRC运算可以为CRC-16运算、CRC-8运算、CRC-4运算等,本实施例对此不作限定。
当然,在实际实现时,客户端也可以通过其它方式将客户端标识转化为索引标识,本实施例对此不作限定。
可选地,索引标识也可以称为桶号码(bucket Identity,bucket ID);或者,其它名称,本实施例对此不作限定。
在一个示例中,根据索引标识在索引表中确定目标服务器,包括:根据索引标识在索引表中查找目标服务器的服务器标识;在具有该服务器标识的至少一个服务器中,确定HTTP请求需要访问的目标服务器。
可选地,第一接入网关根据HTTP请求中携带的访问信息,从具有该服务器标识的至少一个服务器中确定目标服务器。其中,访问信息包括但不限于:客户端的版本号、操作系统的版本号、URL地址、资源的标识符、协议版本号和对资源的请求方式中的至少一种。
假设第一接入网关中存储的索引表如图4所示,若第一接入网关根据HTTP请求中的客户端标识确定出的索引标识为B1,则服务器标识为杭州机房;第一接入网关根据HTTP请求中的访问信息从杭州机房的服务器中确定目标服务器。
步骤308,在与目标服务器建立有通信连接时,第一接入网关为接收到的HTTP请求分配请求ID,各个HTTP请求的请求ID唯一。
可选地,第一接入网关与目标服务器通过局域网建立通信连接。当然,第一接入网关也可以通过其它网络与目标服务器建立通信连接,本实施例对此不作限定。
为了方便识别后续接收到的HTTP响应对应的HTTP请求,接入网关对HTTP1.1协议进行扩展,并在转发HTTP请求前,对HTTP请求进行处理。
在一种可能的实施方式中,对于接收到各条HTTP请求,接入网关首先为各条HTTP请求分配唯一的请求ID,从而基于该请求ID区分不同的HTTP请求。
可选的,接入网关根据HTTP请求的接收顺序,为HTTP请求设置连续的请求ID。比如,对于接入网关为第一HTTP请求分配请求ID“reqID=001”,为第二HTTP请求分配请求ID“reqID=002”,以此类推。
需要说明的是,接入网关还可以采用其他方式为HTTP请求分配请求ID,本实施例并不对此进行限定。
可选地,第一接入网关还会向客户端发送成功响应,该成功响应包括目标服务器的服务器标识。示意性地,成功响应基于HTTP协议发送,且服务器标识为HTTP头部中预设函数的值。
可选地,第一接入网关可以在发送HTTP请求之前发送成功响应;或者,第一接入网关可以在发送HTTP请求之后发送成功响应;或者,第一接入网关可以同时发送HTTP请求和发送成功响应,本实施例对此不作限定。
步骤309,第一接入网关将请求ID添加到HTTP请求的头部。
根据扩展后的HTTP1.1协议,第一接入网关将分配的请求ID添加到HTTP请求的头部。服务器接收到HTTP请求后,即可根据请求头部的请求ID区分不同的HTTP请求。
在其他可能的实施方式中,第一接入网关还可以根据扩展协议,将请求ID添加到HTTP请求的其他位置,本申请并不对请求ID的具体添加位置进行限定。
示意性的,如图5所示,第一接入网关向第一HTTP请求51的头部添加“reqID=001”,向第二HTTP请求52的头部添加“reqID=002”。
步骤310,第一接入网关通过与目标服务器之间的通信连接发送HTTP请求。
进一步的,第一接入网关通关与目标服务器之间的通信连接,向目标服务器发送添加请求ID后的HTTP请求,实现单一连接并发多路请求。相较于同步转发方式,本实施例中的接入网关的转发性能更高,且能够避免阻塞。
步骤311,在第一接入网关未与目标服务器建立有通信连接时,该第一接入网关向客户端发送失败响应。
失败响应包括预设状态码和目标服务器的服务器标识,该预设状态码用于指示第一接入网关无法使用。示意性地,失败响应基于HTTP协议发送,且服务器标识为HTTP头部中预设函数的值。
本实施例不对预设状态码的数值作限定,示意性地,该预设状态码的值为306。
步骤312,客户端接收失败响应。
步骤313,客户端根据失败响应中的服务器标识确定n个接入网关中与目标服务器建立有通信连接的第二接入网关。
可选地,客户端根据服务器标识与接入网关之间的对应关系,确定失败响应中的服务器标识对应的至少一个接入网关;从该至少一个接入网关中选择负载量最小的第二接入网关。
可选地,接入网关的负载量是n个接入网关发送的,且存储在客户端中。
步骤314,客户端根据预设状态码再次向第二接入网关发送HTTP请求。
可选地,HTTP请求包括客户端标识和服务器标识中的至少一种。
可选地,若客户端直接与第二接入网关相连,则客户端通过与第二接入网关之间的通信连接,将该将HTTP请求发送至第二接入网关;或者,若客户端通过DNS服务器与第二接入网关相连,则客户端通过DNS服务器将该将HTTP请求发送至第二接入网关。
可选地,若第一接入网关与第二接入网关之间建立有通信连接,则作为步骤311至314的可替换步骤,第一接入网关在未与目标服务器建立有通信连接时,向与目标服务器建立有通信连接的第二接入网关发送HTTP请求,以便第二接入网关将该HTTP请求转发至目标服务器。
可选地,第一接入网关还可以向客户端发送成功响应,该成功响应包括目标服务器的服务器标识。示意性地,成功响应基于HTTP协议发送,且服务器标识为HTTP头部中预设函数的值。
步骤315,第二接入网关接收HTTP请求。
其中,第二接入网关为n个接入网关中的一个接入网关。
步骤316,第二接入网关向目标服务器发送HTTP请求。
其中,第二接入网关向目标服务器发送HTTP请求的详细过程可以参照上述步骤308至310,本实施例在此不再赘述。
步骤317,目标服务器接收HTTP请求。
步骤318,向接入网关发送HTTP请求对应的HTTP响应。
当HTTP请求由第一接入网关发送时,目标服务器即向第一接入网关发送HTTP响应;当HTTP请求由第二接入网关发送时,目标服务器即向第二接入网关发送HTTP响应,其中,HTTP响应包含HTTP请求所请求的资源。
采用异步转发时,目标服务器接收到HTTP请求后,可能并不会立即发送该HTTP请求对应的HTTP响应。为了使接入网关能够区分不同HTTP请求对应的HTTP响应,目标服务器反馈HTTP响应前,需要对HTTP响应进行处理。
本实施例中,服务器与接入网关均支持HTTP1.1扩展协议。基于HTTP1.1扩展协议,目标服务器获取HTTP请求头部包含的请求ID,并将该请求ID添加到HTTP响应的头部。
示意性的,如图5所示,目标服务器在第一HTTP请求51对应的第一HTTP响应53的头部添加“reqID=001”,在第二HTTP请求52对应的第二HTTP响应54的头部添加“reqID=002”。
步骤319,接入网关接收目标服务器发送的HTTP响应。
接入网关接收到HTTP响应后,即从HTTP响应的头部提取请求ID,从而确定该HTTP响应对应的HTTP请求,进而向发送该HTTP请求的客户端转发该HTTP响应。
可选的,若在预定时长内未接收到HTTP请求对应的HTTP响应,接入网关即重发HTTP请求,若重发HTTP请求的次数达到阈值,则向客户端反馈请求失败信息。
本实施例中,接入网关和服务器通过扩展HTTP协议,在HTTP请求和HTTP响应的头部添加请求ID,确保接入网关能够根据识别HTTP响应对应的HTTP请求,从而保证异步转发的准确性。
另外,通过将客户端直接与接入网关相连,而不设置负载均衡器,可以减少请求传输系统所需的传输组件,降低请求传输系统的复杂度。
另外,通过将客户端标识转换成索引标识,由于多个客户端标识对应同一索引标识,且接入网关存储索引标识与服务器标识之间的索引关系,而无需存储所有客户端标识与服务器标识之间的索引关系,因此,可以减少接入网关存储的索引表的数据量,从而节省接入网关的存储资源。
另外,通过在第一接入网关与目标服务器未建立通信连接时,第一接入网关向客户端发送失败响应,在该失败响应中携带目标服务器的服务器标识;使得客户端再次发送HTTP请求时,可以直接将该HTTP请求分配至与目标服务器相连的第二接入网关,可以保证客户端成功访问到目标服务器。
本实施例通过在第一接入网关与第二接入网关建立有通信连接时,第一接入网关将HTTP请求直接转发给第二接入网关,使得第一接入网关无需与客户端之间传输失败响应,且客户端无需重传HTTP请求,可以节省传输资源。
需要说明的是,上述实施例中,以接入网关为执行主体的步骤可以单独实现成为接入网关侧的请求传输方法,本实施例在此不再赘述。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
请参考图6,其示出了本申请一个实施例提供的请求传输装置的结构方框图,该请求传输装置可通过软件、硬件或者两者的结合实现成为接入网关的部分或者全部。该接入网关与客户端相连,且该接入网关与至少一个服务器相连;该装置可以包括:
请求接收模块610,用于接收客户端发送的超文本传输协议HTTP请求;
确定模块620,用于确定所述客户端对应的目标服务器,所述目标服务器存储有所述客户端对应的资源;
转发模块630,用于在与所述目标服务器建立有通信连接时,采用多路复用的方式向所述目标服务器异步转发所述HTTP请求;
响应接收模块640,用于接收所述目标服务器发送的HTTP响应。
可选的,转发模块630,包括:
分配单元,用于为接收到的所述HTTP请求分配请求标识ID,各个HTTP请求的所述请求ID唯一;
添加单元,用于将所述请求ID添加到所述HTTP请求的头部;
转发单元,用于通过与所述目标服务器之间的通信连接发送所述HTTP请求,所述目标服务器用于从所述HTTP请求的头部提取所述请求ID,并将所述请求ID添加到所述HTTP响应的头部。
可选的,确定模块620,包括:
根据所述HTTP请求中携带的客户端标识确定索引标识;
根据所述索引标识在索引表中确定所述目标服务器;所述索引表包括所述索引标识与所述目标服务器之间的索引关系。
可选的,所述装置还包括:
负载发送模块,用于向所述客户端发送当前的负载量,所述负载量用于供所述客户端确定接收所述HTTP请求的接入网关。
可选的,所述装置还包括:
失败响应发送模块,用于在未与所述目标服务器建立有通信连接时,向所述客户端发送失败响应;
其中,所述失败响应包括预设状态码和所述目标服务器的服务器标识,所述预设状态码用于指示所述接入网关无法使用,所述服务器标识用于确定与所述目标服务器建立有通信连接的接入网关。
综上所述,本实施例中,接入网关接收到客户端发送的HTTP请求时,确定存储有该客户端对应资源的目标服务器,并在与目标服务器建立有通信连接时,采用多路复用的方式,向目标服务器异步转发HTTP请求,由目标服务器对HTTP请求进行响应;接入网关采用非阻塞高并发的异步转发方式向服务器发送HTTP请求,实现了单一连接的并发多路请求,提高了HTTP请求的转发效率,进而降低了请求响应的耗时;同时,由于接入网关可以确定出存储有对应的资源的目标服务器,因此,客户端可以通过HTTP请求访问到对应的资源,从而可以提高客户端请求资源的成功率。
本实施例中,接入网关和服务器通过扩展HTTP协议,在HTTP请求和HTTP响应的头部添加请求ID,确保接入网关能够根据识别HTTP响应对应的HTTP请求,从而保证异步转发的准确性。
另外,通过将客户端直接与接入网关相连,而不设置负载均衡器,可以减少请求传输系统所需的传输组件,降低请求传输系统的复杂度。
另外,通过将客户端标识转换成索引标识,由于多个客户端标识对应同一索引标识,且接入网关存储索引标识与服务器标识之间的索引关系,而无需存储所有客户端标识与服务器标识之间的索引关系,因此,可以减少接入网关存储的索引表的数据量,从而节省接入网关的存储资源。
另外,通过在第一接入网关与目标服务器未建立通信连接时,第一接入网关向客户端发送失败响应,在该失败响应中携带目标服务器的服务器标识;使得客户端再次发送HTTP请求时,可以直接将该HTTP请求分配至与目标服务器相连的第二接入网关,可以保证客户端成功访问到目标服务器。
本实施例通过在第一接入网关与第二接入网关建立有通信连接时,第一接入网关将HTTP请求直接转发给第二接入网关,使得第一接入网关无需与客户端之间传输失败响应,且客户端无需重传HTTP请求,可以节省传输资源。
本申请还提供一种计算机可读介质,其上存储有程序指令,程序指令被处理器执行时实现上述各个方法实施例提供的请求传输方法。
本申请还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各个方法实施例提供的请求传输方法。
参考图7,其示出了本申请一个示例性实施例提供的接入网关的结构方框图。本申请中的接入网关可以包括一个或多个如下部件:处理器710和存储器720。
处理器710可以包括一个或者多个处理核心。处理器710利用各种接口和线路连接整个接入网关内的各个部分,通过运行或执行存储在存储器720内的指令、程序、代码集或指令集,以及调用存储在存储器720内的数据,执行接入网关的各种功能和处理数据。可选地,处理器710可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器710可集成中央处理器(CentralProcessing Unit,CPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统和应用程序等;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器710中,单独通过一块芯片进行实现。
可选地,处理器710执行存储器720中的程序指令时实现下上述各个方法实施例提供的接入网关执行的请求传输方法。
存储器720可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。可选地,该存储器720包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器720可用于存储指令、程序、代码、代码集或指令集。存储器720可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令、用于实现上述各个方法实施例的指令等;存储数据区可存储根据接入网关的使用所创建的数据等。
需要补充说明的是,本实施例提供的终端的结构仅是示意性地,在实际实现时,该终端还可以包括其他组件,比如:通过组件、网络接口等,本实施例在此不再一一列举。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (12)
1.一种请求传输系统,其特征在于,所述系统包括:客户端、n个接入网关和m个服务器,所述客户端通过所述n个接入网关与所述m个服务器相连,所述n和所述m均为正整数;
所述客户端,用于生成超文本传输协议HTTP请求;确定所述n个接入网关中用于接收所述HTTP请求的第一接入网关;并将所述HTTP请求发送至所述第一接入网关;
所述第一接入网关,用于接收各个所述客户端发送的所述HTTP请求;确定所述m个服务器中的目标服务器,所述目标服务器存储有所述客户端对应的资源;当与所述目标服务器建立有通信连接时,采用多路复用的方式向所述目标服务器异步转发所述HTTP请求;
所述目标服务器,用于接收所述HTTP请求,并向所述第一接入网关发送所述HTTP请求对应的HTTP响应;
所述第一接入网关,还用于在未与所述目标服务器建立通信连接时,向所述客户端发送失败响应,所述失败响应包括预设状态码和所述目标服务器的服务器标识,所述预设状态码用于指示所述第一接入网关无法使用;
所述客户端,用于接收所述失败响应;根据所述服务器标识确定所述n个接入网关中与所述目标服务器建立有通信连接的第二接入网关;并根据所述预设状态码再次向所述第二接入网关发送所述HTTP请求;
所述第二接入网关,用于接收所述HTTP请求;并采用多路复用方式向所述目标服务器发送所述HTTP请求。
2.根据权利要求1所述的系统,其特征在于,
所述第一接入网关,用于为接收到的所述HTTP请求分配请求标识ID,各个HTTP请求的所述请求ID唯一;将所述请求ID添加到所述HTTP请求的头部;
所述目标服务器,用于从所述HTTP请求的头部提取所述请求ID;将所述请求ID添加到所述HTTP响应的头部。
3.根据权利要求1或2所述的系统,其特征在于,所述第一接入网关,用于:
在接收到所述HTTP请求之后,根据所述HTTP请求中携带的客户端标识确定索引标识;
根据所述索引标识在索引表中确定所述目标服务器;所述索引表包括所述索引标识与所述目标服务器之间的索引关系。
4.根据权利要求1或2所述的系统,其特征在于,
所述接入网关,用于向所述客户端发送当前的负载量;
所述客户端,用于接收所述n个接入网关的负载量;根据所述n个接入网关的负载量确定所述第一接入网关。
5.根据权利要求1或2所述的系统,其特征在于,
所述第一接入网关,用于在未与所述目标服务器建立有通信连接时,向所述n个接入网关中与所述目标服务器建立有通信连接的第二接入网关发送所述HTTP请求,所述第二接入网关与所述第一接入网关建立有通信连接;
所述第二接入网关,用于接收所述HTTP请求;并采用多路复用的方式转发所述HTTP请求。
6.一种请求传输方法,其特征在于,用于接入网关中,所述接入网关与客户端相连,且所述接入网关还与至少一台服务器相连,所述方法包括:
接收客户端发送的超文本传输协议HTTP请求;
确定所述客户端对应的目标服务器,所述目标服务器存储有所述客户端对应的资源;
在与所述目标服务器建立有通信连接时,采用多路复用的方式向所述目标服务器异步转发所述HTTP请求;
接收所述目标服务器发送的HTTP响应;
在未与所述目标服务器建立有通信连接时,向所述客户端发送失败响应,所述失败响应包括预设状态码和所述目标服务器的服务器标识,所述预设状态码用于指示所述接入网关无法使用,所述客户端用于根据所述服务器标识确定与所述目标服务器建立有通信连接的第二接入网关,并根据所述预设状态码再次向所述第二接入网关发送所述HTTP请求。
7.根据权利要求6所述的方法,其特征在于,所述采用多路复用的方式向所述目标服务器转发所述HTTP请求,包括:
为接收到的所述HTTP请求分配请求标识ID,各个HTTP请求的所述请求ID唯一;
将所述请求ID添加到所述HTTP请求的头部;
通过与所述目标服务器之间的通信连接发送所述HTTP请求,所述目标服务器用于从所述HTTP请求的头部提取所述请求ID,并将所述请求ID添加到所述HTTP响应的头部。
8.根据权利要求6或7所述的方法,其特征在于,所述确定所述客户端对应的目标服务器,包括:
根据所述HTTP请求中携带的客户端标识确定索引标识;
根据所述索引标识在索引表中确定所述目标服务器;所述索引表包括所述索引标识与所述目标服务器之间的索引关系。
9.根据权利要求6或7所述的方法,其特征在于,所述接收客户端发送的HTTP请求之前,所述方法还包括:
向所述客户端发送当前的负载量,所述负载量用于供所述客户端确定接收所述HTTP请求的接入网关。
10.一种请求传输装置,其特征在于,用于第一接入网关中,所述第一接入网关与客户端相连,且所述第一接入网关还与至少一台服务器相连,所述装置包括:
请求接收模块,用于接收客户端发送的超文本传输协议HTTP请求;
确定模块,用于确定所述客户端对应的目标服务器,所述目标服务器存储有所述客户端对应的资源;
转发模块,用于在与所述目标服务器建立有通信连接时,采用多路复用的方式向所述目标服务器异步转发所述HTTP请求;
响应接收模块,用于接收所述目标服务器发送的HTTP响应;
失败响应发送模块,用于在未与所述目标服务器建立有通信连接时,向所述客户端发送失败响应,所述失败响应包括预设状态码和所述目标服务器的服务器标识,所述预设状态码用于指示所述接入网关无法使用,所述客户端用于根据所述服务器标识确定与所述目标服务器建立有通信连接的第二接入网关,并根据所述预设状态码再次向所述第二接入网关发送所述HTTP请求。
11.一种接入网关,其特征在于,所述接入网关包括处理器、与所述处理器相连的存储器,以及存储在所述存储器上的程序指令,所述处理器执行所述程序指令时实现如权利要求6至9任一所述的请求传输方法。
12.一种计算机可读存储介质,其特征在于,其上存储有程序指令,所述程序指令被处理器执行时实现如权利要求6至9任一所述的请求传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711479770.9A CN108200158B (zh) | 2017-12-29 | 2017-12-29 | 请求传输系统、方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711479770.9A CN108200158B (zh) | 2017-12-29 | 2017-12-29 | 请求传输系统、方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108200158A CN108200158A (zh) | 2018-06-22 |
CN108200158B true CN108200158B (zh) | 2019-07-02 |
Family
ID=62586656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711479770.9A Active CN108200158B (zh) | 2017-12-29 | 2017-12-29 | 请求传输系统、方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108200158B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110233881B (zh) * | 2019-05-22 | 2023-04-07 | 平安科技(深圳)有限公司 | 业务请求处理方法、装置、设备及存储介质 |
CN112152915A (zh) * | 2019-06-28 | 2020-12-29 | 北京沃东天骏信息技术有限公司 | 消息转发网关系统和消息转发方法 |
CN111787099B (zh) * | 2020-06-30 | 2023-07-28 | 北京金山安全软件有限公司 | 多用户应用的数据分库方法、装置、电子设备和存储介质 |
CN114189565B (zh) * | 2020-08-31 | 2023-10-20 | 华为技术有限公司 | 一种头域还原系统、方法及相关设备 |
CN112910901B (zh) * | 2021-02-04 | 2023-09-12 | 百果园技术(新加坡)有限公司 | 设备选择方法、装置、设备及存储介质 |
CN115002209A (zh) * | 2022-06-23 | 2022-09-02 | 京东方科技集团股份有限公司 | 数据处理方法、装置及系统 |
CN117082124B (zh) * | 2023-10-10 | 2024-02-13 | 腾讯科技(深圳)有限公司 | 数据传送方法、装置、设备、介质及产品 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106570074A (zh) * | 2016-10-14 | 2017-04-19 | 深圳前海微众银行股份有限公司 | 分布式数据库系统及其实现方法 |
CN106603598A (zh) * | 2015-10-15 | 2017-04-26 | 阿里巴巴集团控股有限公司 | 处理业务请求的方法及装置 |
CN107231402A (zh) * | 2016-08-31 | 2017-10-03 | 北京新媒传信科技有限公司 | Http请求处理方法、装置及系统 |
CN107426341A (zh) * | 2017-09-13 | 2017-12-01 | 北京智芯微电子科技有限公司 | App与服务端交互的系统及方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002007238A (ja) * | 2000-06-21 | 2002-01-11 | Nec Corp | 移動通信システム及びそのゲートウェイ選択方法 |
US8924527B2 (en) * | 2009-03-04 | 2014-12-30 | Cisco Technology, Inc. | Provisioning available network resources |
-
2017
- 2017-12-29 CN CN201711479770.9A patent/CN108200158B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106603598A (zh) * | 2015-10-15 | 2017-04-26 | 阿里巴巴集团控股有限公司 | 处理业务请求的方法及装置 |
CN107231402A (zh) * | 2016-08-31 | 2017-10-03 | 北京新媒传信科技有限公司 | Http请求处理方法、装置及系统 |
CN106570074A (zh) * | 2016-10-14 | 2017-04-19 | 深圳前海微众银行股份有限公司 | 分布式数据库系统及其实现方法 |
CN107426341A (zh) * | 2017-09-13 | 2017-12-01 | 北京智芯微电子科技有限公司 | App与服务端交互的系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108200158A (zh) | 2018-06-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108200165B (zh) | 请求传输系统、方法、装置及存储介质 | |
CN107948324B (zh) | 请求传输系统、方法、装置及存储介质 | |
CN108200158B (zh) | 请求传输系统、方法、装置及存储介质 | |
US10659354B2 (en) | Processing data packets using a policy based network path | |
CN104580192B (zh) | 应用程序的网络访问请求的处理方法和装置 | |
US9560111B2 (en) | System and method to transport HTTP over XMPP | |
CN108156038B (zh) | 请求分发方法、装置、接入网关及存储介质 | |
US10498831B2 (en) | Communication sessions at a CoAP protocol layer | |
US9246819B1 (en) | System and method for performing message-based load balancing | |
EP3338396B1 (en) | Device and method for establishing connection in load-balancing system | |
CN109922053A (zh) | 数据传输方法、装置、电子设备及可读存储介质 | |
RU2464722C2 (ru) | Способ, устройство и система для распределения сообщений | |
US7746824B2 (en) | Method and apparatus for establishing multiple bandwidth-limited connections for a communication device | |
CN101136929B (zh) | 因特网小型计算机系统接口数据传输方法及设备 | |
CN107222561A (zh) | 一种传输层反向代理方法 | |
EP4246936A1 (en) | Data processing method, function device and readable storage medium | |
Karamitsios et al. | Efficient IoT data aggregation for connected health applications | |
CN110417632B (zh) | 一种网络通信方法、系统及服务器 | |
CN110545230B (zh) | 用于转发vxlan报文的方法和装置 | |
CN105743852B (zh) | 通过http实现跨越网闸进行Socket保持连接通信的方法及系统 | |
CN112165449A (zh) | web应用实时权限的控制方法、电子装置和存储介质 | |
CN115499230A (zh) | 网络攻击检测方法和装置、设备及存储介质 | |
US10944801B1 (en) | Serverless signaling in peer-to-peer session initialization | |
CN1631018B (zh) | 在网络中获取信息的方法和装置 | |
CN105100101A (zh) | 一种基于ssl会话的方法、装置及系统 |
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 | ||
CB02 | Change of applicant information |
Address after: 523860 No. 18, Wu Sha Beach Road, Changan Town, Dongguan, Guangdong Applicant after: OPPO Guangdong Mobile Communications Co., Ltd. Address before: 523860 No. 18, Wu Sha Beach Road, Changan Town, Dongguan, Guangdong Applicant before: Guangdong OPPO Mobile Communications Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |