一种数据压缩传输方法和系统、及其终端和服务器技术方案

本申请的提供一种数据压缩传输方法和系统、及其终端和服务器，其中，在终端侧的数据压缩传输方法包括：发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；接收所述服务器返回的第一数据传输响应。与现有技术相比，本申请实现数据压缩传输，扩展了HTTP协议标准和交互流程，能够更好地利用带宽，增加了数据传输速率，减少了不必要的交互流程。

【技术实现步骤摘要】

本申请涉及计算机领域，尤其涉及一种数据压缩传输方法和系统、及其终端和服务器。
技术介绍
现有技术中，使用POST方法高并发大批量的上传数据。POST方法被用于请求源服务器接受请求中的消息体作为请求资源的一个新的从属物，当客户端给服务器提供信息较多时可以使用POST方法。POST方法将请求参数封装在HTTP请求数据中，可以传输大量数据，可用来传送文件。然而，现有技术中，一方面由于技术限制，例如非对称数字用户线路(ADSL，Asymmetric Digital Subscriber Line)问题或者互联网服务提供商(ISP，Internet Service Provider)策略问题，导致上行带宽往往远远低于下行带宽，从而导致网络拥堵。另一方面在当前超文本传输协议(HTTP，Hyper Text Transfer Protocol)中并没有很好的支持客户端数据压缩机制，使得带宽资源被浪费，传输速率降低，导致更为严重的网络阻塞。此外，当前的HTTP协议(Hyper Text Transfer Protocol，超文本传输协议)中规定POST请求提交的数据必须放在消息体(entity-body)中，但是协议并没有规定数据必须使用什么样的格式。那么就允许客户端完全自行定义POST消息主体的格式，因此就存在这样的现象：客户端自己定义了消息主体的压缩方式，但是服务端却不能解析。由于客户端无法获取服务端能解析的压缩方式，当下次客户端使用同样的压缩方式定义自己的消息主体时，服务器继续不能解析。
技术实现思路
本申请的一个目的是提供一种数据压缩传输方法和系统、及其终端和>
服务器。根据本申请的一个方面，提供了一种在终端的数据压缩传输方法，其中，所述方法包括：发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；接收所述服务器返回的第一数据传输响应。根据本申请的另一方面，还提供了一种在服务端的数据压缩传输方法，其中，所述方法包括：接收终端发送的第一数据传输请求；其中，所述第一数据传输请求包含第一压缩编码方式；当支持所述第一压缩编码方式时，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；向所述终端返回第一数据传输响应。根据本申请的又一方面，还提供了一种用于数据压缩传输的终端，其中，所述终端包括：第一单元，用于发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；第三单元，用于接收所述服务器返回的第一数据传输响应。根据本申请的再一方面，还提供了一种用于数据压缩传输的服务器，其中，所述服务器包括：第二单元，用于接收终端发送的第一数据传输请求；其中，所述第一数据传输请求包含第一压缩编码方式；第四单元，用于当支持所述第一压缩编码方式时，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；第六单元，用于向所述终端返回第一数据传输响应。根据本申请的一方面，还提供了一种数据压缩传输系统，其中，所述系统包括：本申请所述的终端和本申请所述的服务器。与现有技术相比，本申请的一个实施例通过在数据传输请求中，例如POST请求，添加客户端能够支持的压缩编码方式，并根据该压缩编码方式对数据传输请求的消息体内容进行编码；当服务器支持该压缩编码方式时，对数据传输请求中的消息体内容进行解码，从而实现数据压缩传输。本申请的技术防范扩展了HTTP协议标准和交互流程，能够更好地利用带宽，增加了数据传输速率，减少了不必要的交互流程。附图说明通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：图1示出根据本申请一个方面的一种用于数据压缩传输的终端的结构示意图；图2示出根据本申请另一个方面的一种用于数据压缩传输的终端的结构示意图；图3示出根据本申请一个方面的一种用于数据压缩传输的服务器的结构示意图；图4示出根据本申请另一个方面的一种用于数据压缩传输的服务器的结构示意图；图5示出根据本申请一个方面的数据压缩传输系统的结构示意图；图6示出根据本申请另一个方面的数据压缩传输系统的结构示意图图7示出根据本申请又一个方面的在终端的数据压缩传输方法的流程示意图；图8示出根据本申请再一个方面的在服务端的数据压缩传输方法的流程示意图；图9示出根据本申请的数据压缩传输方法的流程示意图。附图中相同或相似的附图标记代表相同或相似的部件。具体实施方式下面结合附图对本申请作进一步详细描述。图1示出根据本申请一个方面的一种用于数据压缩传输的终端的结构示意图。如图1所示，所述终端1包括：第一单元11和第三单元13。其中，第一单元11，用于发送第一数据传输请求至服务器；所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码。第三单元13，用于接收所述服务器返回的第一数据传输响应。在此，终端可以采用包括PC电脑、手机、平板电脑等在内的具有运算能力、能够支持HTTP传输协议的计算设备。第一压缩编码方式为终端所支持的压缩编码方式。压缩编码方式包括并且不限于：gzip：表明消息体采用GNU zip编码；compress：表明消息体采用Unix的文件压缩程序；deflate：表明消息体是用zlib的格式压缩。zlib数据流格式、defalte以及gzip文件格式均已被标准化了，分别在RFC 1950、RFC 1951以及RFC 1952中有相应标准。具体地，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应。所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式。例如，第一单元11发送POST请求至服务器；其中，POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。当支持“compress”压缩编码方式时，服务器按照“compress”压缩编码方式对POST请求的消息体(body)内容进行解码并返回HTTP协议的“200状态码”，200状态码表示接收成功。第三单元13接收服务器返回的“200状态码”。此时，服务器成功接收终端基于POST方法发送的以“compress”压缩编码方式压缩的数据，实现了POST方法与Content-Encoding字段的结合。图2示出根据本申请另一个方面的一种用于数据压缩传输的终端的结
构示意图。如图2所示，所述终端1包括：第一单元11、第三单元13、第五单元15、第七单元17和第九单元19。其中，第一单元11，用于发送第一数据传输请求至服务器；所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码。第三单元13，用于接收所述服务器本文档来自技高网...

【技术保护点】
一种在终端的数据压缩传输方法，其中，所述方法包括：发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；接收所述服务器返回的第一数据传输响应。

【技术特征摘要】
1.一种在终端的数据压缩传输方法，其中，所述方法包括：发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；接收所述服务器返回的第一数据传输响应。2.根据权利要求1所述的数据压缩传输方法，其中，所述方法还包括：接收所述服务器返回的第二数据传输响应；其中，所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式；按照所述第二压缩编码方式对所述第一数据传输请求的消息体内容进行编码；向所述服务器发送第二数据传输请求；其中，所述第二数据传输请求包含所述第二压缩编码方式。3.根据权利要求1所述的数据压缩传输方法，其中，所述方法还包括：接收所述服务器返回的所述第三数据传输响应；其中，所述第三数据传输响应包含不支持消息；根据所述不支持消息向所述服务器发送第三数据传输请求；所述第三数据传输请求不包含任何压缩编码方式。4.根据权利要求1所述的数据压缩传输方法，其中，所述方法还包括：在所述第一数据传输请求中设置所述第一压缩编码方式；按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行编码。5.根据权利要求1至4中任一项所述的数据压缩传输方法，其中，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应。6.根据权利要求5所述的数据压缩传输方法，其中，所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过
\tAccept-Encoding字段设置压缩编码方式。7.一种在服务端的数据压缩传输方法，其中，所述方法包括：接收终端发送的第一数据传输请求；其中，所述第一数据传输请求包含第一压缩编码方式；当支持所述第一压缩编码方式时，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；向所述终端返回第一数据传输响应。8.根据权利要求7所述的数据压缩传输方法，其中，所述方法还包括：当不支持所述第一压缩编码方式时，向所述终端返回第二数据传输响应；所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式。9.根据权利要求7所述的数据压缩传输方法，其中，所述方法还包括：当不支持任何压缩编码方式时，向所述终端返回第三数据传输响应；所述第三数据传输响应包含不支持消息。10.根据权利要求7所述的数据压缩传输方法，其中，所述方法还包括：当接收到所述终端发送的任意数据传输请求时，判断所述任意数据传输请求是否包含任何压缩编码方式；当所述任意数据传输请求不包含任何压缩编码方式时，不进行压缩解码。11.根据权利要求7至10中任一项所述的数据压缩传输方法，其中，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应。12.根据权利要求11所述的数据压缩传输方法，其中，所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式。13.一种用于数据压缩传输的终端，其中，所述终端包括：第一单元，用于发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码...

【专利技术属性】
技术研发人员：闵庆欢，宋朝阳，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛;KY