[发明专利]TCP流的多路复用系统及其方法、存储介质与终端

说明书

技术领域

本发明涉及一种TCP流的多路复用系统及其方法、存储介质与终端，尤其涉及一种TCP流的多路复用系统、TCP流的多路复用方法、应用所述方法的计算机可读存储介质、应用所述方法的计算机终端。

背景技术

随着私人云技术的兴起，越来越多的位于内网中的设备需要提供基于公网地址的服务接口，以方便用户随时随地访问。但是受限于NAT、防火墙等因素的制约，内网里面的设备是无法直接供外部访问的，通过引入一个位于公网的中间服务器，内网设备和用户都通过中间服务器来传递信息。为了节约服务器资源，通常设备和用户与服务器之间只维护保持一条TCP通道，当有数据传输时，串行使用该TCP通道。对于小数据量如控制类消息，是能满足使用要求的，但传输大文件时，会长时间占用通道，导致其他的数据没有机会传输，显然无法满足高并发低延迟的要求。

发明内容

为解决串行传输低效的问题，本发明提供一种TCP流的多路复用系统、TCP流的多路复用方法、应用所述方法的计算机可读存储介质、应用所述方法的计算机终端，所述系统引入并发传输方法，在发送端将多个传输请求分段交替插入到TCP通道内，在接收端重组还原这些请求。

本发明采用以下技术方案实现：一种TCP流的多路复用系统，所述系统的网络构架包括APP、设备以及作为所述APP与所述设备之间的通信桥梁的中间服务器；其中，

所述App与所述中间服务器建立TCP长连接，并向对端发出握手请求，协商参数信息；

所述设备与所述中间服务器建立TCP长连接，并向对端发出握手请求，协商参数信息；

所述App和所述设备收到对端的握手请求后，检查本端参数，并将其发送给对端；

所述App和所述设备收到对端的握手应答后，检查本端参数，并选择一个共同支持的参数集，完成握手过程；

所述App请求对端绑定的HTTP服务器地址；

所述设备收到所述App发送的HTTP服务器地址请求后，返回自己绑定的IP端口；

所述App收到所述设备返回的IP端口，绑定一个本地地址；

所述App往与本地地址相对应的链接网址的地址发起HTTP请求；

所述App的TCP mux接收HTTP请求，并将请求数据进行分片、封装，然后发往所述中间服务器；

所述中间服务器将数据转发给所述设备；

所述设备的demux从所述中间服务器接收HTTP请求，并将数据重组、解封装，然后发往HTTP Server。

作为上述方案的进一步改进，所述App集成TCP多路复用与解复用器，通过TCP与所述中间服务器保持长连接。

作为上述方案的进一步改进，所述App主动发起HTTP请求，获取所述设备的信息或者从所述设备拉取文件。

作为上述方案的进一步改进，所述设备集成TCP多路复用与解复用器，通过TCP与所述中间服务器保持长连接。

作为上述方案的进一步改进，所述设备提供HTTP Server，供所述App使用。

作为上述方案的进一步改进，所述中间服务器分别于所述App和所述设备建立TCP连接，将所述App和所述设备发送过来的数据透传给对端。

本发明还提供一种TCP流的多路复用方法，所述方法应用于一个TCP流的多路复用系统中，所述TCP流的多路复用系统的网络构架包括APP、设备、以及作为所述APP与所述设备之间的通信桥梁的中间服务器；所述TCP流的多路复用方法包括以下步骤：

将APP与中间服务器建立TCP长连接，并向对端发出握手请求，协商参数信息；

将设备与所述中间服务器建立TCP长连接，并向对端发出握手请求，协商参数信息；

在所述App和所述设备收到对端的握手请求后，检查本端参数，并将其发送给对端；

在所述App和所述设备收到对端的握手应答后，检查本端参数，并选择一个共同支持的参数集，完成握手过程；

使所述App请求对端绑定的HTTP服务器地址；

在所述设备收到所述App发送的HTTP服务器地址请求后，返回自己绑定的IP端口；

使所述App收到所述设备端返回的IP端口，绑定一个本地地址；

使所述App往与本地地址相对应的链接网址的地址发起HTTP请求；

使所述App的TCP mux接收HTTP请求，并将请求数据进行分片、封装，然后发往所述中间服务器；

使所述中间服务器将数据转发给所述设备；