CN105681892B - 差分数据传输的方法、装置及系统 - Google Patents

差分数据传输的方法、装置及系统 Download PDF

Info

Publication number
CN105681892B
CN105681892B CN201610094820.0A CN201610094820A CN105681892B CN 105681892 B CN105681892 B CN 105681892B CN 201610094820 A CN201610094820 A CN 201610094820A CN 105681892 B CN105681892 B CN 105681892B
Authority
CN
China
Prior art keywords
differential
data
response
request
information
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
Application number
CN201610094820.0A
Other languages
English (en)
Other versions
CN105681892A (zh
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.)
Wangsu Science and Technology Co Ltd
Original Assignee
Wangsu Science and 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 Wangsu Science and Technology Co Ltd filed Critical Wangsu Science and Technology Co Ltd
Priority to CN201610094820.0A priority Critical patent/CN105681892B/zh
Publication of CN105681892A publication Critical patent/CN105681892A/zh
Priority to PCT/CN2016/097989 priority patent/WO2017140103A1/zh
Application granted granted Critical
Publication of CN105681892B publication Critical patent/CN105681892B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种差分数据传输的方法、装置及系统。其中,该方法包括:在中间服务器的差分处理模块开关关闭的情况下,差分响应端接收数据请求信息;差分响应端解析数据请求信息,得到数据请求信息的类别;当数据请求信息为差分请求时,差分响应端判断差分请求是否携带预设标识;在判断结果为是的情况下,差分响应端返回第一数据响应信息;在判断结果为否的情况下,差分响应端返回第二数据响应信息。本发明解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。

Description

差分数据传输的方法、装置及系统
技术领域
本发明涉及互联网应用技术领域,具体而言,涉及一种差分数据传输的方法、装置及系统。
背景技术
差分编码是一个消除信息的冗余度,广泛应用在通信和存储领域上。诸如常见的运动图像专家组合格式-1(Moving Picture Expert Group,简称MPEG-1)算法通过提取和邻近帧的差异部分,减小存储空间成本。而差分编码思想也应用在超文本传输协议(HyperText Transfer Protocol,简称HTTP)领域。RFC3229正是这个领域的权威规范,它利用HTTP协议的缓存特性,设计网络架构,实现了差分编码。
差分编码一般应用在动态页面。动态页面有两个特征:1、页面内容经常变化;2、变化幅度通常不是很大,相对于页面自身的大小,差异比例很小。但在传统的内容分发(Content Delivery Network,简称CDN)网络中(指的是无任何对动态页面进行缓存措施的网络),动态页面往往是不能进行缓存的。也就是说客户源站的动态页面经过CDN网络没有得到任何的加速措施。必须重新传输整个页面。按照差分前后的响应大小比例计算,如果没有部署差分编码网络架构,必须传输100%的内容大小。如果部署了差分编码架构,只传输差异的部分(可能20%以下或者更小)。这大大减少了网络的传输量。
但是RFC3229在首次差分请求如何得到实时响应、CDN网络上该如何部署差分编码等问题上,并没有解决问题。HTTP响应的差分解码指的是根据差异部分和基准缓存重新计算出实时缓存。差分响应端完成差分编码,发送差异部分给请求端。请求端收到差异部分,完成差分解码。图1是相关技术中差分响应端对基准缓存的管理示意图,如图1所示,因为不同的差分请求端有不同的基准缓存,或者不同时间点同一个差分请求端的基准缓存也有可能不同,所以差分响应端为了和差分请求端的基准缓存版本一致,差分响应端需要缓存多份不同版本的基准缓存。所以会极大浪费有限的缓存空间。
针对上述由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种差分数据传输的方法、装置及系统,以至少解决由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
根据本发明实施例的一个方面,提供了一种差分数据传输的方法,包括:在中间服务器的差分处理模块开关关闭的情况下,差分响应端接收数据请求信息;差分响应端解析数据请求信息,得到数据请求信息的类别,其中,数据请求信息的类别包括:差分请求和非差分请求;当数据请求信息为差分请求时,差分响应端判断差分请求是否携带预设标识;在判断结果为是的情况下,差分响应端返回第一数据响应信息,第一数据响应信息用于指示基准缓存和实时缓存的差异部分;在判断结果为否的情况下,差分响应端返回第二数据响应信息,第二数据响应信息用于指示实时缓存和实时缓存与基准缓存的差异部分。
根据本发明实施例的一个方面,提供了另一种差分数据传输的方法,包括:在中间服务器的差分处理模块开关关闭的情况下,差分请求端向差分响应端发送数据请求信息;差分请求端接收返回的第一数据响应信息;差分请求端解析第一数据响应信息,得到实时缓存。
根据本发明实施例的一个方面,提供了又一种差分数据传输的方法,包括:在中间服务器的差分处理模块开关关闭的情况下,差分请求端向差分响应端发送数据请求信息;差分请求端接收返回的第二数据响应信息;差分请求端解析第二数据响应信息,得到实时缓存和基准缓存。
根据本发明实施例的另一方面,还提供了一种差分数据传输的装置,包括:接收模块,用于在中间服务器的差分处理模块开关关闭的情况下,接收数据请求信息;第一解析模块,用于解析数据请求信息,得到数据请求信息的类别,其中,数据请求信息的类别包括:差分请求和非差分请求;第一判断模块,用于当数据请求信息为差分请求时,判断差分请求是否携带预设标识;第一反馈模块,用于在判断结果为是的情况下,返回第一数据响应信息,第一数据响应信息,用于指示基准缓存和实时缓存的差异部分;第二反馈模块,用于在判断结果为否的情况下,返回第二数据响应信息,第二数据响应信息,用于指示实时缓存和实时缓存与基准缓存的差异部分。
根据本发明实施例的另一方面,还提供了另一种差分数据传输的装置,包括:发送模块,用于在中间服务器的差分处理模块开关关闭的情况下,向差分响应端发送数据请求信息;接收模块,用于接收返回的第一数据响应信息;解析模块,用于解析第一数据响应信息,得到实时缓存。
根据本发明实施例的另一方面,还提供了又一种差分数据传输的装置,包括:发送模块,用于在中间服务器的差分处理模块开关关闭的情况下,向差分响应端发送数据请求信息;接收模块,用于接收返回的第二数据响应信息;解析模块,用于解析第二数据响应信息,得到实时缓存和基准缓存。
根据本发明实施例的又一方面,还提供了一种差分数据传输的系统,包括:差分请求端、中间服务器和差分响应端,差分请求端、中间服务器和差分响应端通信连接,其中,中间服务器配置有差分处理模块开关;差分请求端为上述差分数据传输的装置;差分响应端为上述差分数据传输的装置。
在本发明实施例中,通过在中间服务器的差分处理模块开关关闭的情况下,差分响应端接收数据请求信息;差分响应端解析数据请求信息,得到数据请求信息的类别,其中,数据请求信息的类别包括:差分请求和非差分请求;当数据请求信息为差分请求时,差分响应端判断差分请求是否携带预设标识;在判断结果为是的情况下,差分响应端返回第一数据响应信息,第一数据响应信息用于指示基准缓存和实时缓存的差异部分;在判断结果为否的情况下,差分响应端返回第二数据响应信息,第二数据响应信息用于指示实时缓存和实时缓存与基准缓存的差异部分。达到了节约有限的缓存空间的目的,从而实现了提升数据处理效率的技术效果,进而解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中差分响应端对基准缓存的管理示意图;
图2是根据本发明实施例的差分数据传输的方法的流程示意图;
图3是根据本发明实施例的一种差分数据传输的方法的流程示意图;
图4是根据本发明实施例的有基准缓存的差分数据传输的方法的流程示意图;
图5是根据本发明实施例的无基准缓存的差分数据传输的方法的流程示意图;
图6是根据本发明实施例的差分数据传输的方法中数据帧结构的结构示意图;
图7是根据本发明另一实施例的差分数据传输的方法的流程示意图;
图8是根据本发明又一实施例的差分数据传输的方法的流程示意图;
图9是根据本发明实施例的差分数据传输的装置的结构示意图;
图10是根据本发明实施例的一种差分数据传输的装置的结构示意图;
图11是根据本发明实施例的另一种差分数据传输的装置的结构示意图;
图12是根据本发明实施例的差分数据传输的系统的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例一
根据本发明实施例,提供了一种差分数据传输的方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图2是根据本发明实施例的差分数据传输的方法的流程示意图,如图2所示,在差分响应端,该方法包括如下步骤:
步骤S202,在中间服务器的差分处理模块开关关闭的情况下,差分响应端接收数据请求信息;
步骤S204,差分响应端解析数据请求信息,得到数据请求信息的类别,其中,数据请求信息的类别包括:差分请求和非差分请求;
步骤S206,当数据请求信息为差分请求时,差分响应端判断差分请求是否携带预设标识;
步骤S208,在判断结果为是的情况下,差分响应端返回第一数据响应信息,第一数据响应信息,用于指示基准缓存和实时缓存的差异部分;
步骤S210,在判断结果为否的情况下,差分响应端返回第二数据响应信息,第二数据响应信息,用于指示实时缓存和实时缓存与基准缓存的差异部分。
本申请实施例提供的差分数据传输的方法可以适用于超文本传输协议(HyperText Transfer Protocol,简称HTTP)领域中的内容分发网络(Content DeliveryNetwork,简称CDN)的页面数据处理上,特别是通过差分编码解决相关技术中由于差分请求端的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的问题。
具体的,结合步骤S202至步骤S210,在差分响应端,差分响应端接收由差分请求端发送的数据请求信息,差分响应端通过解析该数据请求信息,得到该数据请求信息的类型,并依据该数据请求信息的类型分别进行数据处理,当该数据请求信息为差分请求时,差分响应端通过解析该差分请求的报文头,判断该差分请求是否携带预设标识,当判断结果为是时(即,差分请求携带有预设标识的情况下),通过中间服务器向差分请求端返回第一数据响应信息;当判断结果为否时(即,差分请求未携带有预设标识的情况下),通过中间服务器向差分请求端返回第二数据响应信息;并且,当该数据请求信息为非差分请求时,差分响应端将依据非差分请求返回非差分响应。在本申请实施例提供的差分数据传输的方法中,图3是根据本发明实施例的一种差分数据传输的方法的流程示意图,如图3所示,还可以包括:差分响应端接收由中间服务器转发的由差分请求端发送的数据请求信息,区别于相关技术,本申请实施例中的中间服务器通过差分处理模块的关闭,仅执行转发差分请求端发送的数据请求信息的角色,以使得解决了相关技术中由于中间服务器对数据请求信息,延长了响应时间的问题。其中,差分响应端通过中间服务器接收差分请求端发送的数据请求信息可以为本申请实施例的优选实施方式。
这里差分响应端通过判断该差分请求是否携带预设标识,判断该差分请求端是否有基准缓存,且依据该预设标识可以查询获取差分请求端的基准缓存是否与差分响应端的基准缓存版本一致,当版本一致时,差分响应端通过实时缓存和基准缓存计算得到差异部分,并通过反馈差异部分至差分请求端(即,返回第一数据响应信息),以使得差分请求端依据该差异部分,通过与基准缓存进行计算得到实时缓存;
但是当该差分请求未携带该预设标识或该预设标识与差分响应端的预设标识不一致时,差分响应端将该差分请求端视为无基准缓存或基准缓存版本不一致,进而通过差分响应端的基准缓存和实时缓存得到两者之间的差异部分,从而在反馈第二数据响应信息时,将实时缓存和差异部分返回至差分请求端(即,返回第二数据响应信息),以使得差分请求端依据该实时缓存和差异部分计算得到基准缓存。
本申请实施例提供的差分数据传输的方法基于HTTP响应的差分解码指的是根据差异部分和基准缓存重新计算出实时缓存,从而可以得到上述在具备实时缓存和差异部分的情况下,通过运算可以得到基准缓存,或,实时缓存与基准缓存通过计算比较得到差异部分。
需要说明的是,本申请实施例提供的差分数据传输的方法在解决由于差分请求端的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的问题的过程中,基于在差分请求端和差分响应端只保存一份基准缓存。差分请求端通过HTTP协议的请求头If-None-Match(即,步骤S106中的预设标识)指示差分响应端该差分请求端的基准缓存的版本。如果差分请求端和差分响应端的基准缓存不一致,差分响应端会通过第二数据响应信息告诉差分请求端需要同步基准缓存。这样能保证CDN网络中所有的节点都使用相同版本的基准缓存,从而实现了提升数据处理效率的技术效果。
此外,本申请实施例提供的步骤S202中在中间服务器的差分处理模块开关关闭的情况下,通过设置差分处理模块开关,打开开关意味着开启差分编码和差分解码功能,关闭开关意味着是中间服务器,进行差分响应的透明传输。RFC3229通过设置226状态码不在中间服务器进行缓存。但是会有可能存在具备差分解码的中间服务器试图对其进行差分解码,那么真正的差分请求服务器就不能得到226差异部分。所以这里差分处理模块开关解决了这个问题,即,通过关闭差分处理模块开关,中间服务器的透明传输,避免了具备差分解码的中间服务器试图对其进行差分解码,从而导致整个数据处理过程中响应时间长的问题。
本发明实施例提供的差分数据传输的方法中,通过在中间服务器的差分处理模块开关关闭的情况下,差分响应端接收数据请求信息;差分响应端解析数据请求信息,得到数据请求信息的类别,其中,数据请求信息的类别包括:差分请求和非差分请求;当数据请求信息为差分请求时,差分响应端判断差分请求是否携带预设标识;在判断结果为是的情况下,差分响应端返回第一数据响应信息,第一数据响应信息用于指示基准缓存和实时缓存的差异部分;在判断结果为否的情况下,差分响应端返回第二数据响应信息,第二数据响应信息用于指示实时缓存和实时缓存与基准缓存的差异部分。达到了节约有限的缓存空间的目的,从而实现了提升数据处理效率的技术效果,进而解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
可选地,步骤S204中差分响应端解析数据请求信息,得到数据请求信息的类别包括:
Step1,差分响应端判断数据请求信息中的数据帧格式是否携带第一标识;
Step2,在判断结果为是的情况下,数据请求信息为差分请求;
Step3,在判断结果为否的情况下,数据请求信息为非差分请求;
其中,第一标识为超文本传输协议数据帧中的报文头信息。
具体的,结合步骤S204中的Step1至Step3,步骤S204提供了辨析数据请求信息类型的方法,当差分响应端接收中间服务器转发的数据请求信息时,通过解析该数据请求信息中的数据帧格式,并判断该数据帧格式是否携带第一标识,当携带有该第一标识时,判断该数据请求为差分请求;相反,即,在该数据帧格式中若没有携带该第一标识,则判断该数据请求为非差分请求。
这里本申请实施例中提供的第一标识可以为HTTP数据帧中的一个A-IM标识,当差分响应端解析数据请求信息时,通过判断该数据请求信息中的数据帧格式是否携带A-IM标识判断该数据请求信息的类型。
本申请实施例提供的第一标识仅以A-IM标识为例进行说明,以实现本发明实施例提供的差分数据传输的方法为准,具体不做限定。
可选地,预设标识,用于指示差分请求是否为有基准缓存的差分请求。
这里本申请实施例以RFC3229规定设置一个预设标识,即,If-None-Match头为例,当差分请求携带该If-None-Match头时,表明该差分请求对应的差分请求端为有基准缓存的差分请求端,反之,即,当差分请求未携带该If-None-Match头时,表明该差分请求对应的差分请求端为无基准缓存的差分请求端,或,该If-None-Match头无法在差分响应端得到对应匹配时,将判断该差分请求对应的差分请求端为无基准缓存的差分请求端。
可选地,步骤S208中差分响应端返回第一数据响应信息包括:
Step1,差分响应端获取实时缓存;
Step2,差分响应端依据判断结果,得到差分请求为有基准缓存差分请求;
Step3,差分响应端判断预设标识是否与预先存储的标识相同;
Step4,当预设标识与预先存储的标识相同时,差分响应端将预先存储的基准缓存和实时缓存进行计算,得到差异部分;
Step5,差分响应端将差异部分和第一响应标识符封装至第一数据响应信息,第一响应标示符用于指示第一数据响应信息为有基准缓存的差分响应;
Step6,差分响应端返回第一数据响应信息;
Step7,当预设标识与预先存储的标识不同时,差分响应端返回第二数据响应信息。
具体的,由步骤S202至步骤S210可知,差分响应端通过中间服务器进行数据交互为本申请实施例的一个优选方案,其中,图4是根据本发明实施例的有基准缓存的差分数据传输的方法的流程示意图,如图4所示,基于上述,当差分响应端判断该差分请求携带有预设标识时,差分响应端,通过基准缓存和最新实时缓存的比较和计算,得到两者的差异部分,进而通过封装该差异部分至第一数据响应信息,并由中间服务器将该第一数据响应信息返回至差分请求端。这里第一响应标识符用于指示该第一数据响应信息为有基准缓存的差分响应,状态码可以设置为226。
这里为解决差分请求端存在多个版本基准缓存的问题,本申请实施例设置差分请求端和差分响应端只保存一份基准缓存,当差分响应端判断差分请求中的预设标识是否与差分响应端存储的标识是否相同是,在判断结果为相同的情况下,认证该差分请求对应的差分请求端与该差分响应端的基准缓存版本一致;反之,即,在判断结果为不同的情况下,认证该差分请求对应的差分请求端与该差分响应端的基准缓存版本不一致,这样差分响应端将依据自身基准缓存和实时缓存计算比较得到差异部分,并将该差异部分和实时缓存进行封装,封装为第二数据响应信息通过中间服务器返回差分请求端。
结合图4所示,这里基于有基准缓存,处理差分请求的流程:首先,差分请求端在有基准缓存的情况下,发送差分请求;其次,中间服务器对差分请求不做任何处理;第三,差分响应端收到中间服务器的差分请求,通过基准缓存和最新实时缓存的比较和计算,得到两者的差异部分;第四,差分响应端响应差异部分,状态码是226;第五,中间服务端对收到的差分响应,不解码处理也不缓存;第六,差分请求端收到中间服务器转发的差分响应;最后,差分请求端根据差异和基准缓存,计算生成实时缓存。
可选地,步骤S210中差分响应端返回第二数据响应信息包括:
Step1,差分响应端获取实时缓存;
Step2,差分响应端将预先存储的基准缓存和实时缓存进行计算,得到差异部分;
Step3,差分响应端将实时缓存、差异部分和第二响应标识符封装至第二数据响应信息,第二响应标识符用于指示第二数据响应信息为无基准缓存的差分响应;
Step4,差分响应端返回第二数据响应信息。
具体的,图5是根据本发明实施例的无基准缓存的差分数据传输的方法的流程示意图,如图5所示,基于上述,当差分响应端判断该差分请求未携带有预设标识时,差分响应端,通过基准缓存和实时缓存的比较和计算,得到两者的差异部分,进而通过封装该实时缓存和差异部分至第二数据响应信息,并由中间服务器将该第二数据响应信息返回至差分请求端。这里第二响应标识符用于指示该第二数据响应信息为差分响应,状态码可以设置为200。
此外,该预设标识无法在差分响应端得到对应匹配时,将判断该差分请求对应的差分请求端为无基准缓存的差分请求端,将执行上述步骤210中的Step1至Step4。
当差分请求端没有基准缓存,它发出首次差分请求就没有带If-None-Match头,RFC3229规定响应端响应给客户端的是基准缓存。所以这就有个弊端,对于首次请求不能得到实时缓存。本申请实施例设计了首次数据响应信息应该包括有实时缓存和差异部分。实时缓存可以响应给浏览器,而差分请求端的基准缓存也可通过实时缓存和差异部分计算出来。
结合图5所示,这里基于无基准缓存,处理差分请求的流程:首先,在首次请求,差分请求端无基准缓存的情况下,发出差分请求;其次,中间服务器对差分请求不做任何处理;第三,差分响应端收到中间服务器的差分请求,通过基准缓存和实时缓存的比较和计算,得到两者的差异部分;第四,差分响应端在一个响应中发送差异部分和实时缓存,具体的协议改造下面会有说明;第五,中间服务端对收到的改造HTTP响应不进行差分解码处理也不缓存;第六,差分请求端收到中间服务器转发的响应包(即,第二数据响应信息);最后,差分请求端得到实时缓存,并利用实时缓存和差异部分,计算生成基准缓存。
此处需要说明的是,在步骤S208中,当差分响应端判断差分请求中携带的预设标识与该差分响应端预先存储的标识不同时,说明该差分请求端与差分响应端存储的基准缓存版本不同,因此将执行上述步骤S210中的Step1至Step4,通过中间服务器返回第二数据响应信息至差分请求端。
可选地,本申请实施例提供的差分数据传输的方法还包括:
步骤S211,差分响应端判断从差分请求端发送的差分请求与差分响应端存储的相邻差分请求之间的时间区间是否大于预设周期;
步骤S213,在判断结果为否的情况下,差分响应端返回第三数据响应信息,第三数据响应信息,用于指示相邻差分请求对应的实时缓存与基准缓存之间的差异部分;
步骤S214,在判断结果为是的情况下,差分响应端返回第一数据响应信息或第二数据响应信息。
相关技术在对动态页面进行数据处理的过程中,由于动态页面在一段时间内可能也不会变化。所以对于每次差分请求,差分响应端都会根据实时缓存(一段时间内无变化)和基准缓存计算出差异部分。这样浪费CPU计算时间,同时也减慢HTTP响应速度,并且,相关技术中的中间服务器在桥接差分响应端和差分请求端时,会对接收到的数据信息(数据请求信息或数据响应信息)作数据解析处理,从而将进一步减慢HTTP的响应速度。但是,结合步骤S211至步骤S214本申请实施例提供的差分数据传输的方法,本申请实施例通过设置差异部分的有效期,它的有效期等同于实时缓存的有效期。那么在缓存有效期内(即,本申请实施例中的预设周期),对于差分请求,只需要从缓存中直接响应差异部分即可。这样不需要额外的CPU计算时间,提高了HTTP响应速度。
并且当判断结果为是的情况下,可以遵循步骤S202至步骤S210的方法进行差分响应反馈,即,反馈第一数据响应信息或第二数据响应信息。
可选地,本申请实施例提供的差分数据传输的方法还包括:
步骤S207,当数据请求信息为非差分请求时,差分响应端依据非差分请求返回对应的非差分响应,其中,非差分响应携带第二响应标识符,第二响应标识符,用于指示响应正常。
这里第二响应标识符用于指示该响应为正常响应,状态码可以设置为200。
综上,结合图6,图6是根据本发明实施例的差分数据传输的方法中数据帧结构的结构示意图;如图6所示,HTTP帧的改造如下:
步骤01:根据RFC3229和HTTP协议的格式,标示差分请求和非差分请求的方法是判断请求头是否有A-IM:delta头。
步骤02:根据RFC3229和HTTP协议的格式,标示差分响应和非差分响应的方法是判断请求头是否有IM头。
步骤03:标示响应是差分响应还是改造的HTTP响应的方法,是通过判断IM的值,如果值是delta,说明是差分响应;如果值是delta,new,说明是改造的HTTP响应,它包含差异部分和实时缓存。
步骤04:改造HTTP关键点有,统一采用chunk传输编码。
步骤05:HTTP头采用实时缓存的HTTP头。
步骤06:HTTP响应体包括实时缓存的响应体,基准缓存的响应头,差异部分。
步骤07:如果实时缓存的响应体是content-length,那么把它改造成chunk传输。
步骤08:基准缓存的响应头和差异部分都采用chunk传输编码。
步骤09:实时缓存和基准缓存的分界符采用chunk标准的分界符的“;”。
步骤10:基准缓存的响应头和差异部分是由HTTP协议标准的头和体的分界符“\r\n\r\n”进行标示。
实施例二
根据本发明实施例,提供了一种差分数据传输的方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图7是根据本发明另一实施例的差分数据传输的方法的流程示意图,如图7所示,在有基准缓存的差分请求端,该方法包括如下步骤:
步骤S702,在中间服务器的差分处理模块开关关闭的情况下,差分请求端发送数据请求信息;
步骤S704,差分请求端接收返回的第一数据响应信息;
步骤S706,差分请求端解析第一数据响应信息,得到实时缓存。
具体的,结合步骤S702至步骤S706,对应图2和图4所示的实施例,在有基准缓存的情况下,差分请求端在中间服务器的差分处理模块开关关闭的情况下,向差分响应端发送数据请求信息;并接收返回的第一数据响应信息;最后,解析第一数据响应信息,得到实时缓存。在本申请实施例提供的差分数据传输的方法中,还可以包括:差分请求端通过中间服务器向差分响应端发送数据请求信息,区别于相关技术,本申请实施例中的中间服务器通过差分处理模块的关闭,仅执行转发差分请求端发送的数据请求信息的角色,以使得解决了相关技术中由于中间服务器对数据请求信息,延长了响应时间的问题。其中,差分请求端通过中间服务器发送数据请求信息可以为本申请实施例的优选实施方式。
本发明实施例提供的差分数据传输的方法中,通过在中间服务器的差分处理模块开关关闭的情况下,差分请求端向差分响应端发送数据请求信息;差分请求端接收返回的第一数据响应信息;差分请求端解析第一数据响应信息,得到实时缓存。达到了节约有限的缓存空间的目的,从而实现了提升数据处理效率的技术效果,进而解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
可选的,在步骤S702中差分请求端向差分响应端发送数据请求信息之前,本申请实施例提供的差分数据传输的方法还包括:
Step1,差分请求端将预设标识封装至数据请求信息。
这里通过封装预设标识,以使得差分响应端在解析该数据请求信息时,通过判断该预设标识,得到数据请求信息对应的第一数据响应信息。其中,该预设标识可以为If-None-Match头,用于表明该差分请求对应的差分请求端为有基准缓存的差分请求端。
可选的,步骤S706中差分请求端解析第一数据响应信息,得到实时缓存包括:
Step1,差分请求端解析第一数据响应信息,得到差异部分;
Step2,差分请求端将差异部分和预先存储的基准缓存进行计算,得到实时缓存。
对应图2和图4对应的实施例,结合步骤S706中的Step1和Step2,基于HTTP响应的差分解码指的是根据差异部分和基准缓存重新计算出实时缓存,从而可以得到上述在具备基准缓存和差异部分的情况下,通过运算可以得到实时缓存。
实施例三
根据本发明实施例,提供了一种差分数据传输的方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图8是根据本发明又一实施例的差分数据传输的方法的流程示意图,如图8所示,在无基准缓存的差分请求端,该方法包括如下步骤:
步骤S802,在中间服务器的差分处理模块开关关闭的情况下,差分请求端向差分响应端发送数据请求信息;
步骤S804,差分请求端接收返回的第二数据响应信息;
步骤S806,差分请求端解析第二数据响应信息,得到实时缓存和基准缓存。
具体的,结合步骤S802至步骤S806,对应图2和图4所示的实施例,在无基准缓存的情况下,差分请求端在中间服务器的差分处理模块开关关闭的情况下,向差分响应端发送数据请求信息;并接收返回的第二数据响应信息;最后,解析第二数据响应信息,得到实时缓存和基准缓存。在本申请实施例提供的差分数据传输的方法中,还可以包括:差分请求端接收通过中间服务器向差分响应端发送的数据请求信息,区别于相关技术,本申请实施例中的中间服务器通过差分处理模块的关闭,仅执行转发差分请求端发送的数据请求信息的角色,以使得解决了相关技术中由于中间服务器对数据请求信息,延长了响应时间的问题。其中,差分请求端通过中间服务器发送数据请求信息可以为本申请实施例的优选实施方式。
本发明实施例提供的差分数据传输的方法中,通过在中间服务器的差分处理模块开关关闭的情况下,差分请求端向差分响应端发送数据请求信息;差分请求端接收返回的第二数据响应信息;差分请求端解析第二数据响应信息,得到实时缓存和基准缓存。达到了节约有限的缓存空间的目的,从而实现了提升数据处理效率的技术效果,进而解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
可选的,步骤S806中差分请求端解析第二数据响应信息,得到实时缓存和基准缓存包括:
Step1,差分请求端解析第二数据响应信息,得到实时缓存和差异部分;
Step2,差分请求端将差异部分和实时缓存进行计算,得到基准缓存。
对应图2和图5对应的实施例,结合步骤S806中的Step1和Step2,基于HTTP响应的差分解码指的是根据差异部分和基准缓存重新计算出实时缓存,从而可以得到上述在具备实时缓存和差异部分的情况下,通过运算可以得到基准缓存。
实施例四
图9是根据本发明实施例的差分数据传输的装置的结构示意图,如图9所示,在差分响应端,该装置包括:接收模块92、第一解析模块94、第一判断模块96、第一反馈模块98和第二反馈模块99,其中,
接收模块92,用于在中间服务器的差分处理模块开关关闭的情况下,接收数据请求信息;
第一解析模块94,用于解析数据请求信息,得到数据请求信息的类别,其中,数据请求信息的类别包括:差分请求和非差分请求;
第一判断模块96,用于当数据请求信息为差分请求时,判断差分请求是否携带预设标识;
第一反馈模块98,用于在判断结果为是的情况下,返回第一数据响应信息,第一数据响应信息,用于指示基准缓存和实时缓存的差异部分;
第二反馈模块99,用于在判断结果为否的情况下,返回第二数据响应信息,第二数据响应信息,用于指示实时缓存和实时缓存与基准缓存的差异部分。
本发明实施例提供的差分数据传输的装置中,通过在中间服务器的差分处理模块开关关闭的情况下,差分响应端接收数据请求信息;差分响应端解析数据请求信息,得到数据请求信息的类别,其中,数据请求信息的类别包括:差分请求和非差分请求;当数据请求信息为差分请求时,差分响应端判断差分请求是否携带预设标识;在判断结果为是的情况下,差分响应端返回第一数据响应信息,第一数据响应信息用于指示基准缓存和实时缓存的差异部分;在判断结果为否的情况下,差分响应端返回第二数据响应信息,第二数据响应信息用于指示实时缓存和实时缓存与基准缓存的差异部分。达到了节约有限的缓存空间的目的,从而实现了提升数据处理效率的技术效果,进而解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
可选的,第一解析模块94包括:
判断单元,用于判断数据请求信息中的数据帧格式是否携带第一标识;
第一解析单元,用于在判断结果为是的情况下,数据请求信息为差分请求;
第二解析单元,用于在判断结果为否的情况下,数据请求信息为非差分请求;
其中,第一标识为超文本传输协议数据帧中的报文头信息。
可选的,预设标识,用于指示差分请求是否为有基准缓存的差分请求。
可选的,第一反馈模块98包括:
第一获取单元,用于获取实时缓存;
解析单元,用于依据判断结果,得到差分请求为有基准缓存差分请求;
第一判断单元,用于判断预设标识是否与预先存储的标识相同;
第一数据处理单元,用于当预设标识与预先存储的标识相同时,将预先存储的基准缓存和实时缓存进行计算,得到差异部分;
第一封装单元,用于将差异部分和第一响应标识符封装至第一数据响应信息,第一响应标识符用于指示响应为差分响应;
第一反馈单元,用于返回第一数据响应信息;
第二数据处理单元,用于当预设标识与预先存储的标识不同时,返回第二数据响应信息。
可选的,第二反馈模块99包括:
第二获取单元,用于获取实时缓存;
第三数据处理单元,用于将预先存储的基准缓存和实时缓存进行计算,得到差异部分;
第二封装单元,用于将实时缓存、差异部分和第一响应标识符封装至第二数据响应信息,第一响应标示符用于指示响应为差分响应;
第二反馈单元,用于返回第二数据响应信息。
可选的,本申请实施例提供的差分数据传输的装置还包括:
第二判断模块,用于判断从差分请求端发送的所述差分请求与在差分响应端存储的相邻差分请求之间的时间区间是否大于预设周期;
第三反馈模块,用于在判断结果为否的情况下,返回第三数据响应信息,第三数据响应信息,用于指示相邻差分请求对应的实时缓存与基准缓存之间的差异部分;
第四反馈模块,用于在判断结果为是的情况下,返回第一数据响应信息或第二数据响应信息。
可选的,本申请实施例提供的差分数据传输的装置还包括:
第五反馈模块,用于当数据请求信息为非差分请求时,依据非差分请求返回对应的非差分响应,其中,非差分响应携带第二响应标识符,第二响应标识符,用于指示响应正常。
实施例五
图10是根据本发明实施例的一种差分数据传输的装置的结构示意图,如图10所示,在有基准缓存的差分请求端,该装置包括:发送模块1002、接收模块1004和解析模块1006,其中,
发送模块1002,用于在中间服务器的差分处理模块开关关闭的情况下,向差分响应端发送数据请求信息;
接收模块1004,用于接收返回的第一数据响应信息;
解析模块1006,用于解析第一数据响应信息,得到实时缓存。
本发明实施例提供的差分数据传输的装置中,通过在中间服务器的差分处理模块开关关闭的情况下,差分请求端向差分响应端发送数据请求信息;差分请求端接收返回的第一数据响应信息;差分请求端解析第一数据响应信息,得到实时缓存。达到了节约有限的缓存空间的目的,从而实现了提升数据处理效率的技术效果,进而解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
可选的,本申请实施例提供的差分数据传输的装置还包括:
封装模块,用于在向差分响应端发送数据请求信息之前,将预设标识封装至数据请求信息。
可选的,解析模块1006包括:
解析单元,用于解析第一数据响应信息,得到差异部分;
计算单元,用于将差异部分和预先存储的基准缓存进行计算,得到实时缓存。
实施例六
图11是根据本发明实施例的另一种差分数据传输的装置的结构示意图,如图11所示,在无基准缓存的差分请求端,该装置包括:发送模块1102、接收模块1104和解析模块1106,其中,
发送模块1102,用于在中间服务器的差分处理模块开关关闭的情况下,向差分响应端发送数据请求信息;
接收模块1104,用于接收返回的第二数据响应信息;
解析模块1106,用于解析第二数据响应信息,得到实时缓存和基准缓存。
本发明实施例提供的差分数据传输的装置中,通过在中间服务器的差分处理模块开关关闭的情况下,差分请求端向差分响应端发送数据请求信息;差分请求端接收返回的第二数据响应信息;差分请求端解析第二数据响应信息,得到实时缓存和基准缓存。达到了节约有限的缓存空间的目的,从而实现了提升数据处理效率的技术效果,进而解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
可选的,解析模块1106包括:
解析单元,用于解析第二数据响应信息,得到实时缓存和差异部分;
计算单元,用于将差异部分和实时缓存进行计算,得到基准缓存。
实施例七
图12是根据本发明实施例的差分数据传输的系统的结构示意图,如图12所示,该系统包括:差分请求端1202、中间服务器1204和差分响应端1206,差分请求端1202、中间服务器1204和差分响应端1206通信连接,其中,
中间服务器1204配置有差分处理模块开关;
差分请求端1202为图10或图11所示的差分数据传输的装置;
差分响应端1204为图9所示的差分数据传输的装置。
本发明实施例提供的差分数据传输的系统中,通过在中间服务器的差分处理模块开关关闭的情况下,差分响应端接收数据请求信息;差分响应端解析数据请求信息,得到数据请求信息的类别,其中,数据请求信息的类别包括:差分请求和非差分请求;当数据请求信息为差分请求时,差分响应端判断差分请求是否携带预设标识;在判断结果为是的情况下,差分响应端返回第一数据响应信息,第一数据响应信息用于指示基准缓存和实时缓存的差异部分;在判断结果为否的情况下,差分响应端返回第二数据响应信息,第二数据响应信息用于指示实时缓存和实时缓存与基准缓存的差异部分。达到了节约有限的缓存空间的目的,从而实现了提升数据处理效率的技术效果,进而解决了由于相关技术中差分请求段的基准缓存版本不一,导致差分响应端需要存储多份不同版本的基准缓存,从而浪费有限的缓存空间的技术问题。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (21)

1.一种差分数据传输的方法,其特征在于,包括:
在中间服务器的差分处理模块开关关闭的情况下,差分响应端接收数据请求信息;
所述差分响应端解析所述数据请求信息,得到所述数据请求信息的类别,其中,所述数据请求信息的类别包括:差分请求和非差分请求;
当所述数据请求信息为所述差分请求时,所述差分响应端判断所述差分请求是否携带预设标识;
在判断结果为是的情况下,所述差分响应端返回第一数据响应信息,所述第一数据响应信息用于指示基准缓存和实时缓存的差异部分;
在判断结果为否的情况下,所述差分响应端返回第二数据响应信息,所述第二数据响应信息用于指示实时缓存和所述实时缓存与基准缓存的差异部分。
2.根据权利要求1所述的方法,其特征在于,所述差分响应端解析所述数据请求信息,得到所述数据请求信息的类别包括:
所述差分响应端判断所述数据请求信息中的数据帧格式是否携带第一标识;
在判断结果为是的情况下,所述数据请求信息为所述差分请求;
在判断结果为否的情况下,所述数据请求信息为所述非差分请求;
其中,所述第一标识为超文本传输协议数据帧中的报文头信息。
3.根据权利要求1所述的方法,其特征在于,所述预设标识,用于指示所述差分请求是否为有基准缓存的差分请求。
4.根据权利要求3所述的方法,其特征在于,所述差分响应端返回第一数据响应信息包括:
所述差分响应端获取所述实时缓存;
所述差分响应端依据所述判断结果,得到所述差分请求为有基准缓存差分请求;
所述差分响应端判断所述预设标识是否与预先存储的标识相同;
当所述预设标识与预先存储的标识相同时,所述差分响应端将预先存储的基准缓存和所述实时缓存进行计算,得到差异部分;
所述差分响应端将所述差异部分和第一响应标识符封装至所述第一数据响应信息,所述第一响应标示符用于指示所述第一数据响应信息为有基准缓存的差分响应;
所述差分响应端返回所述第一数据响应信息;
当所述预设标识与预先存储的标识不同时,所述差分响应端返回第二数据响应信息。
5.根据权利要求1至4中任意一项所述的方法,其特征在于,所述差分响应端返回第二数据响应信息包括:
所述差分响应端获取所述实时缓存;
所述差分响应端将预先存储的基准缓存和所述实时缓存进行计算,得到差异部分;
所述差分响应端将所述实时缓存、所述差异部分和第二响应标识符封装至所述第二数据响应信息,所述第二响应标识符用于指示所述第二数据响应信息为无基准缓存的差分响应;
所述差分响应端返回所述第二数据响应信息。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述差分响应端判断从差分请求端发送的所述差分请求与所述差分响应端存储的相邻差分请求之间的时间区间是否大于预设周期;
在判断结果为否的情况下,所述差分响应端返回第三数据响应信息,所述第三数据响应信息,用于指示所述相邻差分请求对应的实时缓存与所述基准缓存之间的差异部分;
在判断结果为是的情况下,所述差分响应端返回所述第一数据响应信息或所述第二数据响应信息。
7.一种差分数据传输的方法,其特征在于,应用于CDN网络中,包括:
在中间服务器的差分处理模块开关关闭的情况下,差分请求端向差分响应端发送数据请求信息;
所述差分请求端接收返回的第一数据响应信息;
所述差分请求端解析所述第一数据响应信息,得到实时缓存;
其中,差分请求端向差分响应端发送数据请求信息包括:所述差分请求端通过所述中间服务器向所述差分响应端发送所述数据请求信息。
8.根据权利要求7所述的方法,其特征在于,在所述差分请求端向差分响应端发送数据请求信息之前,所述方法还包括:
所述差分请求端将预设标识封装至所述数据请求信息。
9.根据权利要求7所述的方法,其特征在于,所述差分请求端解析所述第一数据响应信息,得到实时缓存包括:
所述差分请求端解析所述第一数据响应信息,得到差异部分;
所述差分请求端将所述差异部分和预先存储的基准缓存进行计算,得到所述实时缓存。
10.一种差分数据传输的方法,其特征在于,包括:
在中间服务器的差分处理模块开关关闭的情况下,所述差分请求端向差分响应端发送数据请求信息;
所述差分请求端接收返回的第二数据响应信息;
所述差分请求端解析所述第二数据响应信息,得到实时缓存和基准缓存;
其中,所述差分请求端解析所述第二数据响应信息,得到实时缓存和基准缓存包括:
所述差分请求端解析所述第二数据响应信息,得到所述实时缓存和差异部分;
所述差分请求端将所述差异部分和所述实时缓存进行计算,得到所述基准缓存。
11.一种差分数据传输的装置,其特征在于,包括:
接收模块,用于在中间服务器的差分处理模块开关关闭的情况下,接收数据请求信息;
第一解析模块,用于解析所述数据请求信息,得到所述数据请求信息的类别,其中,所述数据请求信息的类别包括:差分请求和非差分请求;
第一判断模块,用于当所述数据请求信息为所述差分请求时,判断所述差分请求是否携带预设标识;
第一反馈模块,用于在判断结果为是的情况下,返回第一数据响应信息,所述第一数据响应信息,用于指示基准缓存和实时缓存的差异部分;
第二反馈模块,用于在判断结果为否的情况下,返回第二数据响应信息,所述第二数据响应信息,用于指示实时缓存和所述实时缓存与基准缓存的差异部分。
12.根据权利要求11所述的装置,其特征在于,所述第一解析模块包括:
判断单元,用于判断所述数据请求信息中的数据帧格式是否携带第一标识;
第一解析单元,用于在判断结果为是的情况下,所述数据请求信息为所述差分请求;
第二解析单元,用于在判断结果为否的情况下,所述数据请求信息为所述非差分请求;
其中,所述第一标识为超文本传输协议数据帧中的报文头信息。
13.根据权利要求11所述的装置,其特征在于,所述预设标识,用于指示所述差分请求是否为有基准缓存的差分请求。
14.根据权利要求13所述的装置,其特征在于,所述第一反馈模块包括:
第一获取单元,用于获取所述实时缓存;
解析单元,用于依据所述判断结果,得到所述差分请求为有基准缓存差分请求;
第一判断单元,用于判断所述预设标识是否与预先存储的标识相同;
第一数据处理单元,用于当所述预设标识与预先存储的标识相同时,将预先存储的基准缓存和所述实时缓存进行计算,得到差异部分;
第一封装单元,用于将所述差异部分和第一响应标识符封装至所述第一数据响应信息,所述第一响应标示符用于指示响应为差分响应;
第一反馈单元,用于返回所述第一数据响应信息;
第二数据处理单元,用于当所述预设标识与预先存储的标识不同时,返回第二数据响应信息。
15.根据权利要求11至14中任意一项所述的装置,其特征在于,所述第二反馈模块包括:
第二获取单元,用于获取所述实时缓存;
第三数据处理单元,用于将预先存储的基准缓存和所述实时缓存进行计算,得到差异部分;
第二封装单元,用于将所述实时缓存、所述差异部分和第一响应标识符封装至所述第二数据响应信息,所述第一响应标识符用于指示响应为差分响应;
第二反馈单元,用于返回所述第二数据响应信息。
16.根据权利要求11所述的装置,其特征在于,所述装置还包括:
第二判断模块,用于判断从差分请求端发送的所述差分请求与在差分响应端存储的相邻差分请求之间的时间区间是否大于预设周期;
第三反馈模块,用于在判断结果为否的情况下,返回第三数据响应信息,所述第三数据响应信息,用于指示所述相邻差分请求对应的实时缓存与所述基准缓存之间的差异部分;
第四反馈模块,用于在判断结果为是的情况下,返回所述第一数据响应信息或所述第二数据响应信息。
17.一种差分数据传输的装置,其特征在于,应用于CDN网络中,包括:
发送模块,用于在中间服务器的差分处理模块开关关闭的情况下,向差分响应端发送数据请求信息;
接收模块,用于接收返回的第一数据响应信息;
解析模块,用于解析所述第一数据响应信息,得到实时缓存;
其中,向差分响应端发送数据请求信息包括:通过所述中间服务器向所述差分响应端发送数据请求信息。
18.根据权利要求17所述的装置,其特征在于,所述装置还包括:
封装模块,用于在向差分响应端发送数据请求信息之前,将预设标识封装至所述数据请求信息。
19.根据权利要求17所述的装置,其特征在于,所述解析模块包括:
解析单元,用于解析所述第一数据响应信息,得到差异部分;
计算单元,用于将所述差异部分和预先存储的基准缓存进行计算,得到所述实时缓存。
20.一种差分数据传输的装置,其特征在于,包括:
发送模块,用于在中间服务器的差分处理模块开关关闭的情况下,向差分响应端发送数据请求信息;
接收模块,用于接收返回的第二数据响应信息;
解析模块,用于解析所述第二数据响应信息,得到实时缓存和基准缓存;
所述解析模块包括:
解析单元,用于解析所述第二数据响应信息,得到所述实时缓存和差异部分;
计算单元,用于将所述差异部分和所述实时缓存进行计算,得到所述基准缓存。
21.一种差分数据传输的系统,其特征在于,包括:差分请求端、中间服务器和差分响应端,所述差分请求端、所述中间服务器和所述差分响应端通信连接,其中,
所述中间服务器配置有差分处理模块开关;
所述差分请求端为权利要求17至19中任一项所述的差分数据传输的装置;
或者,
所述差分请求端为权利要求20所述的差分数据传输的装置;
所述差分响应端为权利要求11至16中任一项所述的差分数据传输的装置。
CN201610094820.0A 2016-02-19 2016-02-19 差分数据传输的方法、装置及系统 Active CN105681892B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610094820.0A CN105681892B (zh) 2016-02-19 2016-02-19 差分数据传输的方法、装置及系统
PCT/CN2016/097989 WO2017140103A1 (zh) 2016-02-19 2016-09-04 差分数据传输的方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610094820.0A CN105681892B (zh) 2016-02-19 2016-02-19 差分数据传输的方法、装置及系统

Publications (2)

Publication Number Publication Date
CN105681892A CN105681892A (zh) 2016-06-15
CN105681892B true CN105681892B (zh) 2019-03-15

Family

ID=56193293

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610094820.0A Active CN105681892B (zh) 2016-02-19 2016-02-19 差分数据传输的方法、装置及系统

Country Status (2)

Country Link
CN (1) CN105681892B (zh)
WO (1) WO2017140103A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105681892B (zh) * 2016-02-19 2019-03-15 网宿科技股份有限公司 差分数据传输的方法、装置及系统
CN112051974B (zh) * 2019-06-06 2023-12-15 汉朔科技股份有限公司 电子价签信息传输方法及系统、电子价签、服务器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102025593A (zh) * 2009-09-21 2011-04-20 中国移动通信集团公司 分布式用户接入系统及方法
CN102420822A (zh) * 2011-11-29 2012-04-18 中兴通讯股份有限公司 网络文件传输方法及系统
CN102473065A (zh) * 2010-04-13 2012-05-23 松下电器产业株式会社 截图显示控制装置、截图显示控制方法、截图显示控制用集成电路、服务器装置
CN103731399A (zh) * 2012-10-11 2014-04-16 北京百度网讯科技有限公司 基于cdn网络的数据访问方法、系统及装置
CN105208100A (zh) * 2015-08-25 2015-12-30 联创车盟汽车服务有限公司 一种接口数据的处理方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101536518B (zh) * 2006-11-07 2012-06-20 索尼株式会社 电子装置、控制信息传输方法和控制信息接收方法
JP2009033582A (ja) * 2007-07-30 2009-02-12 Hitachi Ltd 画像信号記録再生装置
CN105681892B (zh) * 2016-02-19 2019-03-15 网宿科技股份有限公司 差分数据传输的方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102025593A (zh) * 2009-09-21 2011-04-20 中国移动通信集团公司 分布式用户接入系统及方法
CN102473065A (zh) * 2010-04-13 2012-05-23 松下电器产业株式会社 截图显示控制装置、截图显示控制方法、截图显示控制用集成电路、服务器装置
CN102420822A (zh) * 2011-11-29 2012-04-18 中兴通讯股份有限公司 网络文件传输方法及系统
CN103731399A (zh) * 2012-10-11 2014-04-16 北京百度网讯科技有限公司 基于cdn网络的数据访问方法、系统及装置
CN105208100A (zh) * 2015-08-25 2015-12-30 联创车盟汽车服务有限公司 一种接口数据的处理方法

Also Published As

Publication number Publication date
WO2017140103A1 (zh) 2017-08-24
CN105681892A (zh) 2016-06-15

Similar Documents

Publication Publication Date Title
JP6316781B2 (ja) バイト範囲リクエストを使用したビデオデータのネットワークストリーミング
CN107211022B (zh) 利用服务器装置的改进的客户端驱动资源推送
US20170374125A1 (en) Mechanism for distinguishing between content to be served through first or second delivery channels
US20170099332A1 (en) Systems and methods using binary dynamic rest messages
Grigorik Making the web faster with HTTP 2.0
CN102638580A (zh) 一种网页信息处理方法和装置
CN102447726A (zh) 页面访问方法及系统
US9807205B2 (en) Header compression for CCN messages using dictionary
US8788612B1 (en) Cache based enhancement to optimization protocol
CN102420822A (zh) 网络文件传输方法及系统
CN105681892B (zh) 差分数据传输的方法、装置及系统
CN103401946A (zh) Http上传加速方法和系统
CN106790334A (zh) 一种页面数据传输方法及系统
CN108206788B (zh) 一种流量的业务识别方法及相关设备
CN103581361A (zh) 一种域名解析代理方法、设备及系统
EP3389240B1 (en) Method and system for processing cache cluster service
CN104079629A (zh) 一种基于cookie信息的HTTP请求报文的监控方法及网关
US9400547B2 (en) Processing device and method thereof
KR20170052475A (ko) 사전을 사용한 ccn 메시지들에 대한 비트 정렬 헤더 압축
EP3163838A1 (en) Header compression for ccn messages using dictionary learning
CN109525682B (zh) 业务处理方法、装置、网元实体及计算机可读存储介质
CN111417031B (zh) 文件传输方法、装置以及电子设备
CN106657339B (zh) 一种数据传输的方法及服务器及客户端
CN104253821A (zh) 一种spdy协议代理方法及代理系统
CN116248778B (zh) 一种多协议环境下的数据融合传输方法及系统

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