CN106209942B - 一种数据压缩传输方法和系统、及其终端和服务器 - Google Patents
一种数据压缩传输方法和系统、及其终端和服务器 Download PDFInfo
- Publication number
- CN106209942B CN106209942B CN201510228318.XA CN201510228318A CN106209942B CN 106209942 B CN106209942 B CN 106209942B CN 201510228318 A CN201510228318 A CN 201510228318A CN 106209942 B CN106209942 B CN 106209942B
- Authority
- CN
- China
- Prior art keywords
- data transmission
- compression
- server
- transmission request
- encoding
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- 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
-
- 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]
Abstract
本申请的提供一种数据压缩传输方法和系统、及其终端和服务器，其中，在终端侧的数据压缩传输方法包括：发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；接收所述服务器返回的第一数据传输响应。与现有技术相比，本申请实现数据压缩传输，扩展了HTTP协议标准和交互流程，能够更好地利用带宽，增加了数据传输速率，减少了不必要的交互流程。
Description
技术领域
本申请涉及计算机领域，尤其涉及一种数据压缩传输方法和系统、及其终端和服务器。
背景技术
现有技术中，使用POST方法高并发大批量的上传数据。POST方法被用于请求源服务器接受请求中的消息体作为请求资源的一个新的从属物，当客户端给服务器提供信息较多时可以使用POST方法。POST方法将请求参数封装在HTTP请求数据中，可以传输大量数据，可用来传送文件。
然而，现有技术中，一方面由于技术限制，例如非对称数字用户线路(ADSL，Asymmetric Digital Subscriber Line)问题或者互联网服务提供商(ISP，InternetService 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，用于接收所述服务器返回的第一数据传输响应。第五单元15，用于接收所述服务器返回的第二数据传输响应；所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式。第七单元17，用于按照所述第二压缩编码方式对所述第一数据传输请求的消息体内容进行编码；第九单元19，用于向所述服务器发送第二数据传输请求；所述第二数据传输请求包含所述第二压缩编码方式。
在此，终端可以采用包括PC电脑、手机、平板电脑等在内的具有运算能力且能够支持HTTP传输协议的计算设备。第一压缩编码方式为终端所支持的压缩编码方式，第二压缩编码方式为服务器所支持的压缩编码方式。第一数据传输响应不包含任何压缩编码方式，第二数据传输响应包含服务器所支持的压缩编码方式。压缩编码方式包括并且不限于：gzip、compress、deflate、zli数据流格式等压缩编码方式。
具体地，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应。所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式。
Accept-Encoding字段表示：可接受的压缩编码方式，Content-Encoding字段表示：对消息体采用了何种压缩编码方式。HTTP协议中提供了Content-Encoding和Accept-Encoding字段，但是RFC7231中Section 5.3.4定义"Accept-Encoding"仅仅能作为一个请求头域中使用。当客户端携带Content-Encoding字段，使用对应的方法对数据进行压缩并使用POST上传时，服务端也许不能解析该种压缩方法压缩的数据，但是可以接受其他压缩方法压缩的数据。由于Accept-Encoding字段只能使用在请求头域，使得现有协议下没有一种方法能使客户端获得来自服务端的反馈。在本申请中，通过扩展对"Accept-Encoding"字段的使用范围，即允许"Accept-Encoding"字段在响应报文中使用，来标明服务端可以支持的数据压缩方式，从而达到使得客户端能够通过该途径获取服务端解析能力的目的。同时，本申请也给出POST响应中使用"Accept-Encoding"字段时的交互过程。
例如，第一单元11发送POST请求至服务器；其中，POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。然而服务器不支持“compress”压缩编码方式，服务器支持“gzip”压缩编码方式。因此，服务器根据POST请求返回POST响应，该POST响应包含Accept-Encoding字段，Accept-Encoding字段包含“gzip”压缩编码方式。第五单元15接收服务器返回的该POST响应。当终端支持“gzip”压缩编码方式时，第七单元17按照“gzip”压缩编码方式对原POST请求的消息体内容进行编码。然后终端利用第九单元19再次向服务器发送POST请求，其中，再次发送的POST请求包含Content-Encoding字段，Content-Encoding字段包含“gzip”压缩编码方式。由于服务器支持“gzip”压缩编码方式，因此服务器按照“gzip”压缩编码方式对POST请求的消息体内容进行解码并返回HTTP协议的“200状态码”。第三单元13接收服务器返回的“200状态码”。此时，服务器成功接收终端基于POST方法发送的以“gzip”压缩编码方式压缩的数据，实现了POST方法与Content-Encoding字段以及Accept-Encoding字段的结合。
可选地，所述终端1还包括：第十一单元111和第十三单元113。
其中，第十一单元111，用于接收所述服务器返回的所述第三数据传输响应；其中，所述第三数据传输响应包含不支持消息。第十三单元113，用于根据所述不支持消息向所述服务器发送第三数据传输请求；所述第三数据传输请求不包含任何压缩编码方式。
例如，第一单元11发送POST请求至服务器；其中，POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。然而服务器不支持任何压缩编码方式。因此，服务器根据POST请求返回POST响应，该POST响应包含Accept-Encoding字段，Accept-Encoding字段包含不支持消息。不支持消息为“identity”，“identity”为服务器不支持任何编码方式时，返回Accept-Encoding字段的值。第十一单元111接收服务器返回的该POST响应。终端1利用第十三单元113根据“identity”消息再次向服务器发送POST请求，该POST请求不包含任何压缩编码方式。服务器接收到该POST请求后，如果能够正确响应，返回200状态码；如果服务器上不存在终端所请求的资源，返回404状态码；如果服务器的程序发生错误，返回500状态码。
可选地，所述终端1还包括：第十五单元115和第十七单元117。
第十五单元115，用于在所述第一数据传输请求中设置所述第一压缩编码方式。第十七单元117，用于按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行编码。
在此，终端1在向服务器提供数据之前，利用第十五单元115在POST请求中设置终端1所支持的压缩编码方式，并且利用第十七单元117按照该压缩编码方式对该POST请求的消息体内容进行编码。然后，第一单元11发送该POST请求至服务器，服务器根据是否支持该压缩编码方式进行相应的POST响应。
图3示出根据本申请一个方面的一种用于数据压缩传输的服务器的结构示意图。如图3所示，所述服务器2包括：第二单元22、第四单元24和第六单元26。
其中，第二单元22，用于接收终端发送的第一数据传输请求；所述第一数据传输请求包含第一压缩编码方式。第四单元24，用于当支持所述第一压缩编码方式时，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码。第六单元26，用于向所述终端返回第一数据传输响应。
在此，第一压缩编码方式为终端所支持的压缩编码方式。压缩编码方式包括并且不限于：gzip、compress、deflate、zli数据流格式等压缩编码方式。
具体地，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应。所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式。
例如，第二单元22接收终端发送的POST请求，该POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。当服务器支持“compress”压缩编码方式时，第四单元24按照“compress”压缩编码方式对该POST请求的消息体内容进行解码。第六单元26向所述终端返回HTTP协议的“200状态码”，表示成功接收数据。
图4示出根据本申请另一个方面的一种用于数据压缩传输的服务器的结构示意图。如图4所示，所述服务器2包括：第二单元22、第四单元24、第六单元26和第八单元28。
其中，第二单元22，用于接收终端发送的第一数据传输请求；其中，所述第一数据传输请求包含第一压缩编码方式。第四单元24，用于当支持所述第一压缩编码方式时，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码。第六单元26，用于向所述终端返回第一数据传输响应。第八单元28，用于当不支持所述第一压缩编码方式时，向所述终端返回第二数据传输响应；所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式。
在此，第一压缩编码方式为终端所支持的压缩编码方式，第二压缩编码方式为服务器所支持的压缩编码方式。第一数据传输响应不包含任何压缩编码方式，第二数据传输响应包含服务器所支持的压缩编码方式。压缩编码方式包括并且不限于：gzip、compress、deflate、zli数据流格式等压缩编码方式。
具体地，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应。所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式。
例如，第二单元22接收终端发送的POST请求，该POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。然而服务器2不支持“compress”压缩编码方式，服务器2支持“gzip”压缩编码方式。第八单元28向终端返回POST响应，POST响应包含，Accept-Encoding字段，Accept-Encoding字段包含“gzip”压缩编码方式。当支持“gzip”压缩编码方式时，终端按照“gzip”压缩编码方式对原POST请求的消息体内容进行编码。然后终端再次向第二单元22发送POST请求，再次发送的POST请求包含Content-Encoding字段，Content-Encoding字段包含“gzip”压缩编码方式。由于服务器2支持“gzip”压缩编码方式，因此第四单元24按照“gzip”压缩编码方式对POST请求的消息体内容进行解码，第六单元26返回HTTP协议的“200状态码”。此时，服务器成功接收终端基于POST方法发送的以“gzip”压缩编码方式压缩的数据，实现了POST方法与Content-Encoding字段以及"Accept-Encoding"字段的结合。
可选地，所述服务器2还包括：第十单元210。
其中，第十单元210，用于当不支持任何压缩编码方式时，向所述终端返回第三数据传输响应；所述第三数据传输响应包含不支持消息。
不支持消息为“identity”，“identity”为服务器不支持任何编码方式时，返回Accept-Encoding字段的值。例如，终端发送POST请求至第二单元22；其中，POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。然而服务器2不支持任何压缩编码方式。因此，第十单元210根据该POST请求返回POST响应，该POST响应包含Accept-Encoding字段，Accept-Encoding字段包含“identity”消息。接收该POST响应后，终端再次向服务器发送POST请求，该POST请求不包含任何压缩编码方式。服务器接收到该POST请求后，如果能够正确响应，返回200状态码；如果服务器上不存在终端所请求的资源，返回404状态码；如果服务器的程序发生错误，返回500状态码。
可选地，所述服务器2还包括：第十二单元212。
其中，第十二单元212，用于当接收到所述终端发送的任意数据传输请求时，判断所述任意数据传输请求是否包含任何压缩编码方式。第十四单元214，用于当所述任意数据传输请求不包含任何压缩编码方式时，不进行压缩解码。
在此，当接收到所述终端发送的任意数据传输请求时，第十二单元212首先判断所述任意数据传输请求是否包含任何压缩编码方式，如果所述任意数据传输请求不包含任何压缩编码方式，第十四单元214按照原有的HTTP协议进行处理，服务器不进行压缩解码。例如，如果能够正确响应，第十四单元214返回200状态码；如果服务器上不存在终端所请求的资源，第十四单元214返回404状态码；如果服务器的程序发生错误，第十四单元214返回500状态码。
图5示出根据本申请一个方面的数据压缩传输系统的结构示意图。如图5所示，所述系统包括：图1所示的终端1和图3所示的服务器2。
其中，所述终端1包括：第一单元11和第三单元13。所述服务器2包括：第二单元22、第四单元24和第六单元26。
其中，第一单元11发送第一数据传输请求至第二单元22；所述第一数据传输请求包含第一压缩编码方式。当服务器2支持所述第一压缩编码方式时，第四单元24按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码。第六单元26向第三单元13返回第一数据传输响应。
图6示出根据本申请另一个方面的数据压缩传输系统的结构示意图。如图6所示，所述系统包括：图2所示的终端1和图4所示的服务器2。
其中，终端1包括：第一单元11、第三单元13、第五单元15、第七单元17和第九单元19。所述服务器2包括：第二单元22、第四单元24、第六单元26和第八单元28。
其中，第一单元11发送第一数据传输请求至第二单元22；所述第一数据传输请求包含第一压缩编码方式。
当支持第一压缩编码方式时，第四单元24按照第一压缩编码方式对第一数据传输请求的消息体内容进行解码。第六单元26向第三单元13返回第一数据传输响应。
当不支持所述第一压缩编码方式时，第八单元28向第五单元15返回第二数据传输响应；所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式。第七单元17按照所述第二压缩编码方式对所述第一数据传输请求的消息体内容进行编码；第九单元19向第二单元22发送第二数据传输请求；所述第二数据传输请求包含所述第二压缩编码方式。由于服务器支持第二压缩编码方式，第四单元24按照第二压缩编码方式对第二数据传输请求的消息体内容进行解码。第六单元26向第三单元13返回第一数据传输响应。
可选地，所述终端1还包括：第十一单元111和第十三单元113。所述服务器2还包括：第十单元210。
其中，当服务器2不支持任何压缩编码方式时，第十单元210向所述第十一单元111返回第三数据传输响应；所述第三数据传输响应包含不支持消息。第十三单元113根据所述不支持消息向第十二单元212发送第三数据传输请求；所述第三数据传输请求不包含任何压缩编码方式。第十二单元212判断数据传输请求是否包含任何压缩编码方式。当数据传输请求不包含任何压缩编码方式时，第十四单元214按照原有的HTTP协议响应至第三单元13，服务器不进行压缩解码。例如，如果能够正确响应，第十四单元214返回200状态码；如果服务器上不存在终端所请求的资源，第十四单元214返回404状态码；如果服务器的程序发生错误，第十四单元214返回500状态码。当数据传输请求包含压缩编码方式时，发至第二单元22处理。
可选地，所述终端1还包括：第十五单元115和第十七单元117。
其中，第十五单元115在所述第一数据传输请求中设置所述第一压缩编码方式。第十七单元117按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行编码，从而生成第一数据传输请求并通过第一单元11发送至第二单元22。
图7示出根据本申请又一个方面的在终端的数据压缩传输方法的流程示意图。如图7所示，所述方法包括：
步骤S701，发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；
步骤S702，接收所述服务器返回的第一数据传输响应。
具体地，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应。所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式。
例如，终端发送POST请求至服务器；其中，POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。当支持“compress”压缩编码方式时，服务器按照“compress”压缩编码方式对POST请求的消息体内容进行解码并返回HTTP协议的“200状态码”，200状态码表示接收成功。终端接收服务器返回的“200状态码”。此时，服务器成功接收终端基于POST方法发送的以“compress”压缩编码方式压缩的数据，实现了POST方法与Content-Encoding字段的结合。
可选地，所述方法还包括：
步骤S703，接收所述服务器返回的第二数据传输响应；其中，所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式；
步骤S704，按照所述第二压缩编码方式对所述第一数据传输请求的消息体内容进行编码；
步骤S705，向所述服务器发送第二数据传输请求；其中，所述第二数据传输请求包含所述第二压缩编码方式。
例如，终端发送POST请求至服务器；其中，POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。服务器不支持“compress”压缩编码方式，服务器支持“gzip”压缩编码方式。因此，服务器根据POST请求返回POST响应，该POST响应包含Accept-Encoding字段，Accept-Encoding字段包含“gzip”压缩编码方式。终端接收服务器返回的该POST响应。当终端支持“gzip”压缩编码方式时，终端按照“gzip”压缩编码方式对原POST请求的消息体内容进行编码。然后终端再次向服务器发送POST请求，其中，再次发送的POST请求包含Content-Encoding字段，Content-Encoding字段包含“gzip”压缩编码方式。由于服务器支持“gzip”压缩编码方式，因此服务器按照“gzip”压缩编码方式对POST请求的消息体内容进行解码并返回HTTP协议的“200状态码”。终端接收服务器返回的“200状态码”。此时，服务器成功接收终端基于POST方法发送的以“gzip”压缩编码方式压缩的数据，实现了POST方法与Content-Encoding字段以及Accept-Encoding字段的结合。
可选地，所述方法还包括：
步骤S706，接收所述服务器返回的所述第三数据传输响应；其中，所述第三数据传输响应包含不支持消息；
步骤S707，根据所述不支持消息向所述服务器发送第三数据传输请求；所述第三数据传输请求不包含任何压缩编码方式。
例如，服务器不支持任何压缩编码方式。因此，服务器根据POST请求返回POST响应，该POST响应包含Accept-Encoding字段，Accept-Encoding字段包含“identity”消息。终端接收服务器返回的该POST响应并根据“identity”消息再次向服务器发送POST请求，该POST请求不包含任何压缩编码方式。服务器接收到该POST请求后，如果能够正确响应，返回200状态码；如果服务器上不存在终端所请求的资源，返回404状态码；如果服务器的程序发生错误，返回500状态码。
可选地，所述方法还包括：
步骤S708，在所述第一数据传输请求中设置所述第一压缩编码方式；
步骤S709，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行编码。
在此，终端在向服务器提供数据之前，在POST请求中设置终端所支持的压缩编码方式，并且按照该压缩编码方式对该POST请求的消息体内容进行编码。然后，终端发送该POST请求至服务器，服务器根据是否支持该压缩编码方式进行相应的POST响应。
图8示出根据本申请再一个方面的在服务端的数据压缩传输方法的流程示意图。如图8所示，该方法包括：
步骤S801，接收终端发送的第一数据传输请求；其中，所述第一数据传输请求包含第一压缩编码方式；
步骤S802，当支持所述第一压缩编码方式时，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；
步骤S803，向所述终端返回第一数据传输响应。
具体地，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应。所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式。
例如，服务器接收终端发送的POST请求，该POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。当服务器支持“compress”压缩编码方式时，服务器按照“compress”压缩编码方式对该POST请求的消息体内容进行解码，并向所述终端返回HTTP协议的“200状态码”，表示成功接收数据。
可选地，所述方法还包括：
步骤S804，当不支持所述第一压缩编码方式时，向所述终端返回第二数据传输响应；所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式。
例如，服务器接收终端发送的POST请求，该POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。当服务器不支持“compress”压缩编码方式而支持“gzip”压缩编码方式时，服务器向终端返回POST响应，POST响应包含Accept-Encoding字段，Accept-Encoding字段包含“gzip”压缩编码方式。当支持“gzip”压缩编码方式时，终端按照“gzip”压缩编码方式对原POST请求的消息体内容进行编码。然后终端再次向服务器发送POST请求，再次发送的POST请求包含Content-Encoding字段，Content-Encoding字段包含“gzip”压缩编码方式。由于服务器支持“gzip”压缩编码方式，因此服务器按照“gzip”压缩编码方式对POST请求的消息体内容进行解码，并且返回HTTP协议的“200状态码”。此时，服务器成功接收终端基于POST方法发送的以“gzip”压缩编码方式压缩的数据，实现了POST方法与Content-Encoding字段以及"Accept-Encoding"字段的结合。
可选地，所述方法还包括：
步骤S805，当不支持任何压缩编码方式时，向所述终端返回第三数据传输响应；所述第三数据传输响应包含不支持消息。
例如，当服务器不支持任何压缩编码方式时，服务器根据该POST请求返回POST响应，该POST响应包含Accept-Encoding字段，Accept-Encoding字段包含“identity”消息。接收该POST响应后，终端再次向服务器发送POST请求，该POST请求不包含任何压缩编码方式。服务器接收到该POST请求后，如果能够正确响应，返回200状态码；如果服务器上不存在终端所请求的资源，返回404状态码；如果服务器的程序发生错误，返回500状态码。
可选地，所述方法还包括：
步骤S806，当接收到所述终端发送的任意数据传输请求时，判断所述任意数据传输请求是否包含任何压缩编码方式；
步骤S807，当所述任意数据传输请求不包含任何压缩编码方式时，不进行压缩解码。
在此，当接收到所述终端发送的任意数据传输请求时，服务器首先判断所述任意数据传输请求是否包含任何压缩编码方式。如果所述任意数据传输请求不包含任何压缩编码方式，服务器按照原有的HTTP协议进行处理，不进行压缩解码。例如，如果能够正确响应，服务器返回200状态码；如果服务器上不存在终端所请求的资源，服务器返回404状态码；如果服务器的程序发生错误，服务器返回500状态码。
图9示出根据本申请的数据压缩传输方法的流程示意图。如图9所示，所述方法包括：
步骤S901，终端在所述第一数据传输请求中设置所述第一压缩编码方式；
步骤S902，终端按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行编码。
在此，终端在向服务器提供数据之前，在POST请求中设置终端所支持的压缩编码方式，并且按照该压缩编码方式对该POST请求的消息体内容进行编码。然后，终端发送该POST请求至服务器，服务器根据是否支持该压缩编码方式进行相应的POST响应。
步骤S903，终端发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式。
步骤S904，当支持所述第一压缩编码方式时，服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；
步骤S905，服务器向所述终端返回第一数据传输响应。
例如，终端发送POST请求至服务器；其中，POST请求包含Content-Encoding字段，Content-Encoding字段包含“compress”压缩编码方式。当支持“compress”压缩编码方式时，服务器按照“compress”压缩编码方式对POST请求的消息体内容进行解码并返回HTTP协议的“200状态码”，200状态码表示接收成功。终端接收服务器返回的“200状态码”。此时，服务器成功接收终端基于POST方法发送的以“compress”压缩编码方式压缩的数据。
步骤S906，当不支持所述第一压缩编码方式时，服务器向所述终端返回第二数据传输响应；所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式。
步骤S907，终端按照所述第二压缩编码方式对所述第一数据传输请求的消息体内容进行编码；
步骤S908，终端向所述服务器发送第二数据传输请求；其中，所述第二数据传输请求包含所述第二压缩编码方式。
例如，服务器不支持“compress”压缩编码方式，但是服务器支持“gzip”压缩编码方式。因此，服务器根据POST请求返回POST响应，该POST响应包含Accept-Encoding字段，Accept-Encoding字段包含“gzip”压缩编码方式。终端接收服务器返回的该POST响应。当终端支持“gzip”压缩编码方式时，终端按照“gzip”压缩编码方式对原POST请求的消息体内容进行编码。然后终端再次向服务器发送POST请求，其中，再次发送的POST请求包含Content-Encoding字段，Content-Encoding字段包含“gzip”压缩编码方式。由于服务器支持“gzip”压缩编码方式，因此服务器按照“gzip”压缩编码方式对POST请求的消息体内容进行解码并返回HTTP协议的“200状态码”。终端接收服务器返回的“200状态码”。此时，服务器成功接收终端基于POST方法发送的以“gzip”压缩编码方式压缩的数据。
步骤S909，当不支持任何压缩编码方式时，服务器向所述终端返回第三数据传输响应；所述第三数据传输响应包含不支持消息。
步骤S9010，终端根据所述不支持消息向所述服务器发送第三数据传输请求；所述第三数据传输请求不包含任何压缩编码方式。
步骤S9011，当接收到所述终端发送的任意数据传输请求时，服务器判断所述任意数据传输请求是否包含任何压缩编码方式；
步骤S9012，当所述任意数据传输请求不包含任何压缩编码方式时，服务器不进行压缩解码。
例如，服务器不支持任何压缩编码方式。因此，服务器根据POST请求返回POST响应，该POST响应包含Accept-Encoding字段，Accept-Encoding字段包含“identity”消息。终端接收服务器返回的该POST响应并根据“identity”消息再次向服务器发送POST请求，该POST请求不包含任何压缩编码方式。服务器接收到该POST请求后，如果能够正确响应，返回200状态码；如果服务器上不存在终端所请求的资源，返回404状态码；如果服务器的程序发生错误，返回500状态码。这样就对本申请技术方案进行了完整补充，在服务端和终端不具有相同压缩编码方式的情况下，依然能够完成数据传输。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
Claims (14)
1.一种在终端的数据压缩传输方法，其中，所述方法包括：
发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；
接收当所述服务器支持所述第一压缩编码方式时返回的第一数据传输响应；
接收当所述服务器不支持所述第一压缩编码方式返回的第二数据传输响应，其中，所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式；
向所述服务器发送第二数据传输请求；其中，所述第二数据传输请求包含所述第二压缩编码方式；
其中，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应；所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式；Accept-Encoding字段表示可接受的压缩编码方式，Content-Encoding字段表示对消息体采用了何种压缩编码方式。
2.根据权利要求1所述的数据压缩传输方法，其中，所述方法还包括：
按照所述第二压缩编码方式对所述第一数据传输请求的消息体内容进行编码得到所述第二数据传输请求。
3.根据权利要求1所述的数据压缩传输方法，其中，所述方法还包括：
接收所述服务器返回的所述第三数据传输响应；其中，所述第三数据传输响应包含不支持消息；
根据所述不支持消息向所述服务器发送第三数据传输请求；所述第三数据传输请求不包含任何压缩编码方式。
4.根据权利要求1所述的数据压缩传输方法，其中，所述方法还包括：
在所述第一数据传输请求中设置所述第一压缩编码方式；
按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行编码。
5.一种在服务端的数据压缩传输方法，其中，所述方法包括：
接收终端发送的第一数据传输请求；其中，所述第一数据传输请求包含第一压缩编码方式；
当支持所述第一压缩编码方式时，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；
向所述终端返回第一数据传输响应；
当不支持所述第一压缩编码方式时，向所述终端返回第二数据传输响应；所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式
接收第二数据传输请求，其中，所述第二数据传输请求包含所述第二压缩编码方式；
其中，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应；所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式；Accept-Encoding字段表示可接受的压缩编码方式，Content-Encoding字段表示对消息体采用了何种压缩编码方式。
6.根据权利要求5所述的数据压缩传输方法，其中，所述方法还包括：
当不支持任何压缩编码方式时，向所述终端返回第三数据传输响应；所述第三数据传输响应包含不支持消息。
7.根据权利要求5所述的数据压缩传输方法，其中，所述方法还包括：
当接收到所述终端发送的任意数据传输请求时，判断所述任意数据传输请求是否包含任何压缩编码方式；
当所述任意数据传输请求不包含任何压缩编码方式时，不进行压缩解码。
8.一种用于数据压缩传输的终端，其中，所述终端包括：
第一单元，用于发送第一数据传输请求至服务器；其中，所述第一数据传输请求包含第一压缩编码方式，以供当支持所述第一压缩编码方式时，所述服务器按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；
第三单元，用于接收当所述服务器支持所述第一压缩编码方式时返回的第一数据传输响应；
第五单元，用于接收所述服务器返回的第二数据传输响应；其中，所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式；
第九单元，用于向所述服务器发送第二数据传输请求；其中，所述第二数据传输请求包含所述第二压缩编码方式；
其中，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应；所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式；Accept-Encoding字段表示可接受的压缩编码方式，Content-Encoding字段表示对消息体采用了何种压缩编码方式。
9.根据权利要求8所述的终端，其中，所述终端还包括：
第七单元，用于按照所述第二压缩编码方式对所述第一数据传输请求的消息体内容进行编码以获得所述第二数据传输请求。
10.根据权利要求8所述的终端，其中，所述终端还包括：
第十一单元，用于接收所述服务器返回的所述第三数据传输响应；其中，所述第三数据传输响应包含不支持消息；
第十三单元，用于根据所述不支持消息向所述服务器发送第三数据传输请求；所述第三数据传输请求不包含任何压缩编码方式。
11.根据权利要求8所述的终端，其中，所述终端还包括：
第十五单元，用于在所述第一数据传输请求中设置所述第一压缩编码方式；
第十七单元，用于按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行编码。
12.一种用于数据压缩传输的服务器，其中，所述服务器包括：
第二单元，用于接收终端发送的第一数据传输请求；其中，所述第一数据传输请求包含第一压缩编码方式；
第四单元，用于当支持所述第一压缩编码方式时，按照所述第一压缩编码方式对所述第一数据传输请求的消息体内容进行解码；
第六单元，用于向所述终端返回第一数据传输响应；
第八单元，用于当不支持所述第一压缩编码方式时，向所述终端返回第二数据传输响应；所述第二数据传输响应包含所述服务器所支持的第二压缩编码方式；
第十单元，用于当不支持任何压缩编码方式时，向所述终端返回第三数据传输响应；所述第三数据传输响应包含不支持消息；
所述第二单元，还用于接收第二数据传输请求，其中，所述第二数据传输请求包含所述第二压缩编码方式；
其中，所述数据传输请求采用POST请求，所述数据传输响应采用POST响应；所述POST请求通过Content-Encoding字段设置压缩编码方式，所述POST响应通过Accept-Encoding字段设置压缩编码方式；Accept-Encoding字段表示可接受的压缩编码方式，Content-Encoding字段表示对消息体采用了何种压缩编码方式。
13.根据权利要求12所述的服务器，其中，所述服务器还包括：
第十二单元，用于当接收到所述终端发送的任意数据传输请求时，判断所述任意数据传输请求是否包含任何压缩编码方式；
第十四单元，用于当所述任意数据传输请求不包含任何压缩编码方式时，不进行压缩解码。
14.一种数据压缩传输系统，其中，所述系统包括：权利要求8至11中任一项所述的终端和权利要求12至13中任一项所述的服务器。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510228318.XA CN106209942B (zh) | 2015-05-07 | 2015-05-07 | 一种数据压缩传输方法和系统、及其终端和服务器 |
| TW104142271A TWI673983B (zh) | 2015-05-07 | 2015-12-16 | 一種資料壓縮傳輸方法和系統、及其終端和伺服器 |
| PCT/US2016/031241 WO2016179510A1 (en) | 2015-05-07 | 2016-05-06 | System, terminal, server, and method for data transmission |
| US15/148,887 US20160330298A1 (en) | 2015-05-07 | 2016-05-06 | System, Terminal, Server, and Method for Data Transmission |
| EP16790170.1A EP3292678B1 (en) | 2015-05-07 | 2016-05-06 | System, terminal, server, and method for data transmission |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510228318.XA CN106209942B (zh) | 2015-05-07 | 2015-05-07 | 一种数据压缩传输方法和系统、及其终端和服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106209942A CN106209942A (zh) | 2016-12-07 |
| CN106209942B true CN106209942B (zh) | 2020-06-09 |
Family
ID=57217916
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510228318.XA Active CN106209942B (zh) | 2015-05-07 | 2015-05-07 | 一种数据压缩传输方法和系统、及其终端和服务器 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20160330298A1 (zh) |
| EP (1) | EP3292678B1 (zh) |
| CN (1) | CN106209942B (zh) |
| TW (1) | TWI673983B (zh) |
| WO (1) | WO2016179510A1 (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106534152B (zh) * | 2016-11-30 | 2019-12-20 | 安徽佳通乘用子午线轮胎有限公司 | 一种基于数据压缩及加密的远程数据传输方法 |
| CN107580339B (zh) * | 2017-08-25 | 2021-04-30 | 中国联合网络通信集团有限公司 | 一种信息传输方法、装置及无线通信系统 |
| CN107509218A (zh) * | 2017-08-25 | 2017-12-22 | 中国联合网络通信集团有限公司 | 一种信息传输方法、装置及无线通信系统 |
| FR3121562A1 (fr) * | 2021-04-02 | 2022-10-07 | Orange | Procédés de souscription et de notifications, et entités configurées pour mettre en œuvre ces procédés. |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7010727B1 (en) * | 2001-06-15 | 2006-03-07 | Nortel Networks Limited | Method and system for negotiating compression techniques to be utilized in packet data communications |
| CN102970287A (zh) * | 2012-11-08 | 2013-03-13 | 广东欧珀移动通信有限公司 | 一种http请求数据的处理方法 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6751731B1 (en) * | 1999-10-12 | 2004-06-15 | International Business Machines Corporation | Piggy-backed key exchange protocol for providing secure, low-overhead browser connections to a server with which a client shares a message encoding scheme |
| JP4179093B2 (ja) * | 2003-07-31 | 2008-11-12 | ソニー株式会社 | コンテンツ配信システムおよび方法、コンテンツ配信サーバ |
| US8275909B1 (en) * | 2005-12-07 | 2012-09-25 | F5 Networks, Inc. | Adaptive compression |
| US8244883B2 (en) * | 2006-08-03 | 2012-08-14 | Citrix Systems, Inc. | Systems and methods of for providing multi-mode transport layer compression |
| US8694684B2 (en) * | 2006-08-21 | 2014-04-08 | Citrix Systems, Inc. | Systems and methods of symmetric transport control protocol compression |
| US20080298458A1 (en) * | 2007-06-01 | 2008-12-04 | Research In Motion Limited | Method and apparatus for communicating compression state information for interactive compression |
| CN102333345A (zh) * | 2011-09-21 | 2012-01-25 | 杭州华三通信技术有限公司 | 基于wlan网络的数据压缩传输方法、sta及ap |
| US20130294250A1 (en) * | 2012-05-01 | 2013-11-07 | Qualcomm Iskoot, Inc. | Exchanging data between a user equipment and one or more servers over a communications network |
| US9241044B2 (en) * | 2013-08-28 | 2016-01-19 | Hola Networks, Ltd. | System and method for improving internet communication by using intermediate nodes |
-
2015
- 2015-05-07 CN CN201510228318.XA patent/CN106209942B/zh active Active
- 2015-12-16 TW TW104142271A patent/TWI673983B/zh not_active IP Right Cessation
-
2016
- 2016-05-06 EP EP16790170.1A patent/EP3292678B1/en active Active
- 2016-05-06 US US15/148,887 patent/US20160330298A1/en not_active Abandoned
- 2016-05-06 WO PCT/US2016/031241 patent/WO2016179510A1/en active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7010727B1 (en) * | 2001-06-15 | 2006-03-07 | Nortel Networks Limited | Method and system for negotiating compression techniques to be utilized in packet data communications |
| CN102970287A (zh) * | 2012-11-08 | 2013-03-13 | 广东欧珀移动通信有限公司 | 一种http请求数据的处理方法 |
Non-Patent Citations (1)
| Title |
|---|
| 通过"HTTP发布请求"活动进行压缩/解压;IBM;《http://www.ibm.com/support/knowledgecenter/SSGR73_6.1.0/com.ibm.websphere.cast_iron.doc/compression_decompression_with_the_http_post_request_activity.html》;20121019;图1，第1页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3292678A4 (en) | 2018-03-14 |
| WO2016179510A1 (en) | 2016-11-10 |
| US20160330298A1 (en) | 2016-11-10 |
| CN106209942A (zh) | 2016-12-07 |
| EP3292678B1 (en) | 2023-11-29 |
| TW201644247A (zh) | 2016-12-16 |
| TWI673983B (zh) | 2019-10-01 |
| EP3292678A1 (en) | 2018-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11227612B2 (en) | Audio frame loss and recovery with redundant frames | |
| CN106209942B (zh) | 一种数据压缩传输方法和系统、及其终端和服务器 | |
| CN108848060B (zh) | 一种多媒体文件处理方法、处理系统及计算机可读存储介质 | |
| EP3013015B1 (en) | Packet compression method and apparatus | |
| JP6258312B2 (ja) | 複数の異なるビデオ圧縮技術に対応する単一のｋｖｍクライアントに対するシステムおよび方法 | |
| CN101610268B (zh) | 一种关键字过滤的实现方法和设备 | |
| US9092319B2 (en) | State memory management, wherein state memory is managed by dividing state memory into portions each portion assigned for storing state information associated with a specific message class | |
| KR20190066065A (ko) | 인코딩 및 디코딩 방법 및 디바이스 | |
| CN105430534B (zh) | 一种智能设备上报数据的方法和系统 | |
| CN109039876B (zh) | 邮件处理方法和装置 | |
| CN109327435B (zh) | 媒体资源获取方法、装置及网关设备 | |
| CN114363419A (zh) | 基于netconf协议的传输方法、设备及存储介质 | |
| CN111064976B (zh) | 一种直播信息的发送方法及服务器 | |
| CN109981674B (zh) | 一种远程过程调用方法、装置、设备及介质 | |
| WO2014146248A1 (zh) | 一种应用于远程桌面的视频传输方法及设备、系统 | |
| CN110233697B (zh) | 一种信息数据块的处理方法和发送端 | |
| EP3961414A1 (en) | Method and apparatus for processing time records | |
| CN113079386A (zh) | 一种视频在线播放方法、装置、电子设备及存储介质 | |
| CN107580339B (zh) | 一种信息传输方法、装置及无线通信系统 | |
| CN110351105B (zh) | 一种抽样配置方法及装置 | |
| CN117082124B (zh) | 数据传送方法、装置、设备、介质及产品 | |
| CN114501049B (zh) | 直播连接的建立方法、装置及系统 | |
| CN117812436A (zh) | 媒体信息的协商方法、装置、设备及存储介质 | |
| US20140330798A1 (en) | VDI File Transfer Method and Apparatus | |
| Pak et al. | Efficient message encoding method for personal health device monitoring system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |