CN103379115B - 一种本地存储与网络存储的数据同步方法和设备 - Google Patents
一种本地存储与网络存储的数据同步方法和设备 Download PDFInfo
- Publication number
- CN103379115B CN103379115B CN201210134285.9A CN201210134285A CN103379115B CN 103379115 B CN103379115 B CN 103379115B CN 201210134285 A CN201210134285 A CN 201210134285A CN 103379115 B CN103379115 B CN 103379115B
- Authority
- CN
- China
- Prior art keywords
- data
- network
- network side
- locally stored
- version 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
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种本地存储与网络存储的数据同步方法,包括:读取上一次同步时本地存储的第一数据;如果所述第一数据在网络不可用时已被更新,则在网络可用时将所述第一数据的最新版本同步到网络侧,以更新网络侧存储的与所述第一数据对应的第二数据;接收网络侧发送的同步响应消息,在所述同步响应消息中携带所述第二数据的版本信息;如果所述第二数据的版本信息与所述第一数据的版本信息不同,则从网络侧将所述第二数据同步到本地存储。本发明还公开了一种本地存储与网络存储的数据同步设备。
Description
技术领域
本发明涉及数据同步技术领域,尤其涉及一种本地存储与网络存储的数据同步方法和设备。
背景技术
随着互联网和云计算等技术的不断发展,移动设备的使用越来越普及,而移动设备更多时候被当做云计算的前端系统来使用,在这样的情况下,移动设备上的应用是云服务在移动终端上的延伸,这些应用依赖网络来连接云服务,并提供给用户,当网络不可用、或者网络状态不佳的情况下,这些应用便不能很好地提供给用户使用,甚至不能启动运行。
HTML5 app cache/local storage能够使得用户在离线的情况下,依然使用曾经在本地缓存下来的Web页面,浏览器cache能够缓存访问过的资源文件,比如图片、Web页面等。HTML5 app cache把访问过的Web页面缓存,连带着将网站作者指定的网络资源也缓存下来,但是不能缓存应用运行过程中访问的动态网络内容,例如网页游戏中游戏状态等数据,而HTML5 local storage是本地存储,只是将缓存数据保存在运行的设备上,其内容不会同步到服务器端,因此也无法在其他设备上进行访问。
可见,虽然可以使用本地缓存下来的数据,但只是将数据保存在终端设备上,而不能将数据的修改同步到网络,使得数据不能在多个终端同步,从而出现信息不能共享的现象。
发明内容
有鉴于此,本发明解决的技术问题在于提供一种本地存储与网络存储的数据同步方法和系统,实现本地存储与网络存储之间的数据同步更新,使得数据在多个终端同步以达到数据共享的目的。
为实现上述目的,本发明提供了一种本地存储与网络存储的数据同步方法,包括:
读取上一次同步时本地存储的第一数据;
如果所述第一数据在网络不可用时已被更新,则在网络可用时将所述第一数据的最新版本同步到网络侧,以更新网络侧存储的与所述第一数据对应的第二数据;
接收网络侧发送的同步响应消息,在所述同步响应消息中携带所述第二数据的版本信息;
如果所述第二数据的版本信息与所述第一数据的版本信息不同,则从网络侧将所述第二数据同步到本地存储。
优选地,在上述数据同步方法中,还包括:
如果所述第一数据在网络不可用时未被更新,则在网络可用时获取网络侧存储的与所述第一数据对应的第二数据的版本信息;
如果所述第二数据的版本信息与所述第一数据的版本信息不同,则从网络侧将所述第二数据同步到本地存储。
优选地,在上述数据同步方法中,所述将所述第一数据的最新版本同步到网络侧包括:
如果所述第一数据的长度大于设定的最小长度,则对所述第一数据进行差分处理,并将处理后的差分数据同步到网络侧。
优选地,在上述数据同步方法中,所述对所述第一数据进行差分处理包括:
将所述第一数据的最新版本切分成多个所述最小长度的数据块,如果最后一个数据块长度小于所述最小长度,则将最后一块填充至所述最小长度;
计算所述第一数据最新版本中各个数据块的签名,将所述签名与上一次同步时第一数据对应的各个数据块签名进行比较,将签名不同的数据块作为所述第一数据的差分数据。
优选地,在上述数据同步方法中,所述从网络侧将所述第二数据同步到本地存储包括:
如果所述第二数据的长度大于设定的最小长度,则从网络侧下载所述第二数据的差分数据;
利用所述第二数据的差分数据更新本地存储的第一数据,并更新所述第一数据的版本信息。
优选地,在上述数据同步方法中,所述数据块的签名包括:
将所述数据块的内容做散列计算后的数据;或将所述数据块的内容做散列计算后的数据和数据名;或将所述数据块的内容做散列计算后的数据和序号前缀;或将所述数据块的内容做散列计算后的数据、数据名和序号前缀。
优选地,在上述数据同步方法中,所述第一数据和所述第二数据采用统一的UR L形式表示。
优选地,在上述数据同步方法中,所述方法还包括:
如果所述第一数据不存在或无效,则从网络侧下载所述第一数据;
在本地保存所述第一数据及其版本信息。
一种本地存储与网络存储的数据同步设备,包括:
读取单元,用于读取上一次同步时本地存储的第一数据;
检查单元,用于检查所述第一数据在网络不可用时是否已被更新;
第一同步单元,用于在所述检查单元检查得到所述第一数据在网络不可用时已被更新时,在网络可用时将所述第一数据的最新版本同步到网络侧,以更新网络侧存储的与所述第一数据对应的第二数据;
接收单元,用于接收网络侧发送的同步响应消息,所述同步响应消息中携带所述第二数据的版本信息;
比较单元,用于比较所述同步响应消息中第二数据的版本信息与所述第一数据的版本信息;
第二同步单元,用于在所述比较单元比较得到第二数据的版本信息与所述第一数据的版本信息不同时,从网络侧获取所述第二数据,并同步到本地存储。
优选地,在上述数据同步设备中,还包括:
版本信息获取单元,用于在所述检查单元检查得到所述第一数据在网络不可用时未被更新时,在网络可用时获取网络侧存储的与所述第一数据对应的第二数据的版本信息;
所述比较单元,还用于比较所述版本信息获取单元获取的第二数据的版本信息与所述第一数据的版本信息。
优选地,在上述数据同步设备中,所述第一同步单元包括:
差分单元,用于当所述第一数据的长度大于设定的最小长度时,对所述第一数据进行差分处理;
同步单元,用于将所述差分单元处理后的差分数据同步到网络侧。
优选地,在上述数据同步设备中,所述差分单元包括:
切分单元,用于将所述第一数据的最新版本切分成多个所述最小长度的数据块,如果最后一个数据块长度小于所述最小长度,则将最后一块填充至所述最小长度;
计算单元,用于计算所述第一数据最新版本中各个数据块的签名;
比较单元,用于将所述签名与上一次同步时第一数据对应的各个数据块签名进行比较,将签名不同的数据块作为所述第一数据的差分数据。
优选地,在上述数据同步设备中,所述第二同步单元包括:
下载单元,用于当所述第二数据的长度大于设定的最小长度时,从网络侧下载所述第二数据的差分数据;
更新单元,用于利用所述第二数据的差分数据更新本地存储的第一数据,并更新所述第一数据的版本信息。
相对于现有技术,本发明的有益效果是:本发明不仅能够在本地缓存从网络侧同步的数据,而且能够将本地数据的最新版本同步到网络侧,同样也可将网络侧数据同步到本地以更新本地存储,从而实现了本地存储与网络存储的数据相一致,使得数据可以在多个终端同步。
附图说明
图1为本发明本地存储与网络存储的数据同步方法的实施例一的流程示意图;
图2为本发明本地存储与网络存储的数据同步设备的实施例一的结构示意图。
图3为本发明本地存储与网络存储的数据同步方法的实施例二的流程示意图;
图4为本发明本地存储与网络存储的数据同步设备的实施例二的结构示意图。
图5为本发明本地存储与网络存储的数据同步设备中第一同步单元的结构示意图;
图6为本发明本地存储与网络存储的数据同步设备中第二同步单元的结构示意图。
图7为实现本发明的系统组图。
具体实施方式
本发明提供了一种本地存储与网络存储的数据同步方法和设备,为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
参见图1所示,实现一种本地存储与网络存储的数据同步方法的具体实施例一的步骤如下:
101:读取上一次同步时本地存储的第一数据。
本实施例中,上述本地存储的第一数据在网络不可用时已经满足本地应用程序读取数据的需要,所以本地应用程序可读取本地存储的第一数据。
102:如果第一数据在网络不可用时已被更新,则在网络可用时将第一数据的最新版本同步到网络侧,以更新网络侧存储的与第一数据对应的第二数据。
103:利用第一数据更新了网络侧的第二数据后,接收网络侧发送的同步响应消息,在同步响应消息中携带了第二数据的版本信息,用以确认更新后的第二数据是否与第一数据的最新版本相同。
104:如果更新后的第二数据的版本信息与第一数据的版本信息不同,则从网络侧将第二数据同步到本地存储,利用网络存储的第二数据更新本地存储的第一数据,同时更新了第一数据的版本信息,此时本地存储数据与网络侧存储数据保持一致。
上述实施例一中,实现了本地存储与网络存储之间的双向数据同步更新过程,也就是说可以将本地存储的最新数据同步到网络侧,也可以将网络侧不同于本地存储的数据同步到本地存储,实现本地存储数据与网络存储数据相一致。
图2为本发明本地存储与网络存储的数据同步设备的实施例一的结构示意图,该设备包括:
读取单元1,用于读取上一次同步时本地存储的第一数据;检查单元2,用于检查在网络不可用时是否更新了所述第一数据;第一同步单元3,用于在所述检查单元检查得到在网络不可用时更新了所述第一数据时,在网络可用时将所述第一数据的最新版本同步到网络侧,以更新网络侧存储的与所述第一数据对应的第二数据;接收单元4,用于接收网络侧发送的同步响应消息,在同步响应消息中携带了第二数据的版本信息;比较单元5,用于比较同步响应消息中第二数据的版本信息与第一数据的版本信息;第二同步单元6,用于在比较单元比较得到第二数据的版本信息与第一数据的版本信息不同时,从网络侧获取第二数据,并同步到本地存储。
参见图3所示,实现一种本地存储与网络存储的数据同步方法的具体实施例二的步骤如下:
201:读取上一次同步时本地存储的第一数据。
202:判断第一数据是否存在且有效,如果是,则执行步骤203,若果否,否则执行步骤215。
判定本地存储数据是否失效的方法,可以有但不限于以下三种情况:
(1)数据有效期,如果存储数据在有效期内,则数据有效,否则数据无效;
(2)数据版本,如果在数据请求中显示指定了要请求的版本,且大于本地数据版本,则数据无效,若本地数据与指定请求版本相同,则数据有效;
(3)数据签名,请求数据与本地数据签名一致,则有效,否则数据无效。
203:判断网络是否可用,如果可用,则执行步骤205到步骤216,如果不可用,则执行步骤204。
204:接收失败消息,表明网络不可用时不能利用本地存储的第一数据更新网络存储,但是在网络不可用时也可能满足应用程序读取数据的需要,本地应用程序可读取本地存储的第一数据。
205:当网络可用时,判断第一数据在网络不可用时是否已被更新,如果是,则执行步骤206,如果否,则执行步骤210。
206:判断第一数据最新版本的数据长度是否大于设定的最小长度,如果是,则执行步骤207,如果否,则执行步骤208。
207:将第一数据的最新版本切分成多个最小长度的数据块,如果最后一个数据块长度小于最小长度,则将最后一块填充至最小长度;计算第一数据最新版本中各个数据块的签名,将所有签名与上一次同步时第一数据对应的各个数据块签名进行比较,将签名不同的数据块作为第一数据的差分数据,将差分数据同步到网络侧,用以更新网络侧存储的与第一数据对应的第二数据,执行步骤209。
208:不对第一数据的最新版本做差分处理,而是直接同步整个第一数据到网络侧,用以更新网络侧存储的与第一数据对应的第二数据,并保持此数据的签名。
其中,签名是将数据块的内容做散列计算后的数据;或是由将数据块的内容做散列计算后的数据和数据名组成;或是由将数据块的内容做散列计算后的数据和序号前缀组成;或是由将数据块的内容做散列计算后的数据、数据名和序号前缀组成。散列算法指的是用来产生一些数据片段(例如消息或会话项)的散列值的算法,典型的散列算法包括MD2、MD4、MD 5和SHA-1。
209:利用第一数据更新了网络侧的第二数据后,接收网络侧发送的同步响应消息,在同步响应消息中携带了第二数据的版本信息,以确认更新后的第二数据是否与第一数据的最新版本相同,执行步骤211。
210:获取网络侧存储的与第一数据对应的第二数据的版本信息,同样用于确认更新后的第二数据是否与第一数据的最新版本相同。
211:判断第二数据的版本信息与第一数据的版本信息是否相同,如果是,则执行步骤216;如果否,则执行步骤212。
212:判断第二数据的长度是否大于设定的最小长度,如果是,则执行步骤213,如果否,则执行步骤214。
213:从网络侧下载第二数据的差分数据,利用第二数据的差分数据更新本地存储的第一数据,并更新所述第一数据的版本信息,执行步骤216。
214:从网络侧下载整个第二数据,利用第二数据更新本地存储的第一数据,并更新所述第一数据的版本信息,执行步骤216。
215:当网络可用时,从网络侧下载第一数据到本地存储,并在本地保存第一数据及其版本信息。
216:接收成功消息,表示此时本地存储数据与网络侧存储数据保持一致。上述实施例二中,每次同步数据时,同步任务仅传输数据的差分,而只有当数据的长度小于或等于设定的最小长度时才会同步整个数据,由此减少了数据同步量,从而减轻了对网络的负载,提高了同步效率。
图4为本发明本地存储与网络存储的数据同步设备的实施例二的结构示意图,该设备包括:
读取单元1,用于读取上一次同步时本地存储的第一数据;检查单元2,用于检查在网络不可用时是否更新了第一数据;第一同步单元3,用于在检查单元检查得到在网络不可用时更新了第一数据时,在网络可用时将第一数据的最新版本同步到网络侧,以更新网络侧存储的与所述第一数据对应的第二数据;版本信息获取单元7,用于在检查单元检查得到在网络不可用时未更新第一数据时,在网络可用时获取网络侧存储的与所述第一数据对应的第二数据的版本信息;比较单元5,用于比较同步响应消息中第二数据的版本信息与第一数据的版本信息,还用于比较版本信息获取单元获取的第二数据的版本信息与第一数据的版本信息;第二同步单元6,用于在比较单元比较得到第二数据的版本信息与第一数据的版本信息不同时,从网络侧获取第二数据,并同步到本地存储。
如图5所示,第一同步单元包括:差分单元31,用于当第一数据的长度大于设定的最小长度时,对第一数据进行差分处理;同步单元32,用于将差分单元处理后的差分数据同步到网络侧。
上述第一同步单元中的差分单元包括:切分单元311,用于将第一数据的最新版本切分成多个设定最小长度的数据块,如果最后一个数据块长度小于设定最小长度,则将最后一块填充至设定最小长度;计算单元312,用于计算第一数据最新版本中各个数据块的签名;比较单元313,用于将所有签名与上一次同步时第一数据对应的各个数据块签名进行比较,将签名不同的数据块作为第一数据的差分数据。
如图6所示,第二同步单元包括:下载单元61,用于当第二数据的长度大于设定的最小长度时,从网络侧下载第二数据的差分数据,还用于当第二数据的长度小于或等于设定的最小长度时,直接从网络侧下载第二数据;更新单元62,用于利用第二数据或第二数据的差分数据更新本地存储的第一数据,并更新所述第一数据的版本信息。
当应用程序更新存储数据时,包括更新本地存储和网络存储的数据,系统由网络存储来记录数据更改信息,并通过同步过程把更改推送给其他客户端。读取和更新存储数据的流程中,如果访问网络存储失败(网络不可用时),便不能进行数据的更新,会导致本地存储与云存储数据不一致,因此,本发明设计的同步任务是在网络可用时,自动进行本地存储与云存储数据的数据同步。当数据长度大于设定的最小长度时,每次同步任务仅传输数据的差分,以此来减轻对网络的负载。由于现有的云存储大多不支持数据不同版本间的差分计算,我们在云存储前端放置前端服务器,用来计算云存储上数据不同版本间的差分计算,系统组图如图7所示。
获取数据时可以采用统一的形式来访问网络存储和本地存储,这样使用户和应用程序开发者不必关心访问的是一个本地存储还是网络存储,所以可以采用统一的UR L(统一资源定位符)的形式来表示一个存储数据,包括本地存储数据和网络存储数据。URL是web页的地址,它由两个主要的部分构成:协议(Protocol)和目的地(Destination);“协议”部分指的是何种类型的Internet资源,Web中最常见的协议是http,它表示从Web中取回的是HTML文档,其他协议还有gopher、ftp和telnet等;目的地可以是某个文件名、目录名或者某台计算机的名称。
对本地数据与网络侧数据的一致性要求,影响上述同步行为的配置可以包括(但不限于)以下方面:
(1)对于某些数据需要获得网络侧数据的最新版本,或者确认本地数据的版本符合数据请求中指定的版本要求;对于数据上传过程,必需将本地存储的数据更新上传至网络,否则失败。
(2)其他一些数据,在网络不可用的情况下,允许直接使用以前缓存的数据,例如在本地添加通信录中某些联系人的相关信息,若网络可用,则使用网络侧最新版本的数据;对于数据上传过程,本地数据的同步动作要延迟到网络可用的时候才进行。
同步任务会根据当前的网络状态和使用策略来决定是否启动数据同步过程。网络状态可能有:有线网络是否可用、WIFI网络是否可用、3G网络是否可用、2G网络是否可用、高速移动网络是否可用。其中,高速移动网络是指4G及更高版本的移动网络。网络状态可用是指,网络可连接,并且有未用流量可以使用;流量总量,用户可以按时间周期设定,也可以通过查询网络运营商得到。使用策略包括:当多个网络可用时,网络选择的优先级,或是禁止使用某些网络等。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (11)
1.一种本地存储与网络存储的数据同步方法,其特征在于,包括:
读取上一次同步时本地存储的第一数据;
如果所述第一数据在网络不可用时未被更新,则在网络可用时获取网络侧存储的与所述第一数据对应的第二数据的版本信息;
如果所述第二数据的版本信息与所述第一数据的版本信息不同,则从网络侧将所述第二数据同步到本地存储;
如果所述第一数据在网络不可用时已被更新,则在网络可用时将所述第一数据的最新版本同步到网络侧,以更新网络侧存储的与所述第一数据对应的第二数据;
接收网络侧发送的同步响应消息,在所述同步响应消息中携带所述第二数据的版本信息;
如果所述第二数据的版本信息与所述第一数据的版本信息不同,则从网络侧将所述第二数据同步到本地存储。
2.根据权利要求1所述的方法,其特征在于,所述将所述第一数据的最新版本同步到网络侧包括:
如果所述第一数据的长度大于设定的最小长度,则对所述第一数据进行差分处理,并将处理后的差分数据同步到网络侧。
3.根据权利要求2所述的方法,其特征在于,所述对所述第一数据进行差分处理包括:
将所述第一数据的最新版本切分成多个所述最小长度的数据块,如果最后一个数据块长度小于所述最小长度,则将最后一块填充至所述最小长度;
计算所述第一数据最新版本中各个数据块的签名,将所述签名与上一次同步时第一数据对应的各个数据块签名进行比较,将签名不同的数据块作为所述第一数据的差分数据。
4.根据权利要求1所述的方法,所述从网络侧将所述第二数据同步到本地存储包括:
如果所述第二数据的长度大于设定的最小长度,则从网络侧下载所述第二数据的差分数据;
利用所述第二数据的差分数据更新本地存储的第一数据,并更新所述第一数据的版本信息。
5.根据权利要求3所述的方法,其特征在于,所述数据块的签名包括:
将所述数据块的内容做散列计算后的数据;或将所述数据块的内容做散列计算后的数据和数据名;或将所述数据块的内容做散列计算后的数据和序号前缀;或将所述数据块的内容做散列计算后的数据、数据名和序号前缀。
6.根据权利要求1所述的方法,其特征在于,所述第一数据和所述第二数据采用统一的URL形式表示。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果所述第一数据不存在或无效,则从网络侧下载所述第一数据;
在本地保存所述第一数据及其版本信息。
8.一种本地存储与网络存储的数据同步设备,其特征在于,包括:
读取单元,用于读取上一次同步时本地存储的第一数据;
检查单元,用于检查所述第一数据在网络不可用时是否已被更新;
版本信息获取单元,用于在所述检查单元检查得到所述第一数据在网络不可用时未被更新时,在网络可用时获取网络侧存储的与所述第一数据对应的第二数据的版本信息;
第一同步单元,用于在所述检查单元检查得到所述第一数据在网络不可用时已被更新时,在网络可用时将所述第一数据的最新版本同步到网络侧,以更新网络侧存储的与所述第一数据对应的第二数据;
接收单元,用于接收网络侧发送的同步响应消息,所述同步响应消息中携带所述第二数据的版本信息;
比较单元,用于比较所述同步响应消息中第二数据的版本信息与所述第一数据的版本信息,还用于比较所述版本信息获取单元获取的第二数据的版本信息与所述第一数据的版本信息;
第二同步单元,用于在所述比较单元比较得到第二数据的版本信息与所述第一数据的版本信息不同时,从网络侧获取所述第二数据,并同步到本地存储。
9.根据权利要求8所述的设备,其特征在于,所述第一同步单元包括:
差分单元,用于当所述第一数据的长度大于设定的最小长度时,对所述第一数据进行差分处理;
同步单元,用于将所述差分单元处理后的差分数据同步到网络侧。
10.根据权利要求9所述的设备,其特征在于,所述差分单元包括:
切分单元,用于将所述第一数据的最新版本切分成多个所述最小长度的数据块,如果最后一个数据块长度小于所述最小长度,则将最后一块填充至所述最小长度;
计算单元,用于计算所述第一数据最新版本中各个数据块的签名;
比较单元,用于将所述签名与上一次同步时第一数据对应的各个数据块签名进行比较,将签名不同的数据块作为所述第一数据的差分数据。
11.根据权利要求8所述的设备,其特征在于,所述第二同步单元包括:
下载单元,用于当所述第二数据的长度大于设定的最小长度时,从网络侧下载所述第二数据的差分数据;
更新单元,用于利用所述第二数据的差分数据更新本地存储的第一数据,并更新所述第一数据的版本信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210134285.9A CN103379115B (zh) | 2012-04-28 | 2012-04-28 | 一种本地存储与网络存储的数据同步方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210134285.9A CN103379115B (zh) | 2012-04-28 | 2012-04-28 | 一种本地存储与网络存储的数据同步方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103379115A CN103379115A (zh) | 2013-10-30 |
CN103379115B true CN103379115B (zh) | 2018-01-05 |
Family
ID=49463678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210134285.9A Active CN103379115B (zh) | 2012-04-28 | 2012-04-28 | 一种本地存储与网络存储的数据同步方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103379115B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105205010A (zh) * | 2014-06-03 | 2015-12-30 | 上海联影医疗科技有限公司 | 一种基础数据缓存方法及其装置 |
JP6482204B2 (ja) * | 2014-08-08 | 2019-03-13 | キヤノン株式会社 | 情報処理端末、その制御方法及びプログラム |
CN105100290A (zh) * | 2015-09-30 | 2015-11-25 | 北京恒华伟业科技股份有限公司 | 一种数据同步方法及装置 |
CN106055634B (zh) * | 2016-05-27 | 2019-07-23 | 浪潮通用软件有限公司 | 一种基于HTML5的WebSQL与服务器端数据库同步的方法 |
CN107426329A (zh) * | 2017-08-08 | 2017-12-01 | 广东工业大学 | 一种基于位置信息的端点信息更新方法及装置 |
CN108833600A (zh) * | 2018-09-13 | 2018-11-16 | 湖北鑫恒福科技发展有限公司 | 一种云存储数据同步的方法及装置 |
CN110990046A (zh) * | 2019-11-29 | 2020-04-10 | 惠州市德赛西威汽车电子股份有限公司 | 一种基于动态文件的升级方法 |
CN112333232A (zh) * | 2020-09-18 | 2021-02-05 | 天地互联科技(广州)有限公司 | Ifec机上数据同步方法及其系统 |
CN113778480B (zh) * | 2021-07-28 | 2024-01-30 | 赤子城网络技术(北京)有限公司 | 弱联网环境下的数据更新方法、装置、电子设备和存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101051925A (zh) * | 2006-04-04 | 2007-10-10 | 腾讯科技(深圳)有限公司 | 一种实现网络通讯录数据同步的方法 |
CN101075864A (zh) * | 2007-07-16 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 数据同步方法及处理方法、客户端设备、服务器 |
CN102143146A (zh) * | 2010-11-09 | 2011-08-03 | 华为技术有限公司 | 企业通信录更新方法和设备及系统 |
CN102291416A (zh) * | 2011-09-14 | 2011-12-21 | 成都软智科技有限公司 | 一种客户端与服务器端双向同步的方法及系统 |
CN102387167A (zh) * | 2010-09-02 | 2012-03-21 | 国基电子(上海)有限公司 | 终端设备及其数据同步方法 |
-
2012
- 2012-04-28 CN CN201210134285.9A patent/CN103379115B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101051925A (zh) * | 2006-04-04 | 2007-10-10 | 腾讯科技(深圳)有限公司 | 一种实现网络通讯录数据同步的方法 |
CN101075864A (zh) * | 2007-07-16 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 数据同步方法及处理方法、客户端设备、服务器 |
CN102387167A (zh) * | 2010-09-02 | 2012-03-21 | 国基电子(上海)有限公司 | 终端设备及其数据同步方法 |
CN102143146A (zh) * | 2010-11-09 | 2011-08-03 | 华为技术有限公司 | 企业通信录更新方法和设备及系统 |
CN102291416A (zh) * | 2011-09-14 | 2011-12-21 | 成都软智科技有限公司 | 一种客户端与服务器端双向同步的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103379115A (zh) | 2013-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103379115B (zh) | 一种本地存储与网络存储的数据同步方法和设备 | |
EP3229148B1 (en) | Website access method and device, and website system | |
CN104063460B (zh) | 一种在浏览器中加载网页的方法和装置 | |
CN103023941B (zh) | 基于Web页面的终端应用程序的更新方法及更新系统 | |
CN105045887B (zh) | 混合模式跨域数据交互的系统及其方法 | |
CN106101231B (zh) | 通过cdn下载资源的实现方法和装置、服务器、客户端 | |
CN102882985B (zh) | 基于云存储的文件共享方法 | |
US20190013993A1 (en) | Updating Web Resources | |
US9690568B2 (en) | Client-side script bundle management system | |
CN108228282A (zh) | 用于网站页面加载的方法及装置 | |
US9639629B1 (en) | Accelerating the downloading of content to an application | |
CN104394182A (zh) | 一种实现内容分发网络加速的方法及源服务器 | |
CN102394880B (zh) | 内容分发网络中的跳转响应处理方法和设备 | |
CN103942225A (zh) | 一种混合型应用客户端的资源调用方法、客户端及系统 | |
US9407716B1 (en) | Identifying content files in a cache using a response-based cache index | |
CN107463657B (zh) | 文件操作方法及终端 | |
CN101820439A (zh) | 文件的显示方法、装置及客户端 | |
CN104615597A (zh) | 浏览器中清除缓存文件的方法、装置和系统 | |
CN104348893B (zh) | 一种数据同步的方法及装置 | |
CN104519088A (zh) | 一种缓存系统的实现方法及缓存系统 | |
CN102890687A (zh) | 一种浏览网页组图的方法、系统和装置 | |
CN105227514A (zh) | 基于浏览器的文件传输处理方法和浏览器 | |
CN103731396A (zh) | 资源访问方法、系统及缓存资源信息推送装置 | |
CN101764829A (zh) | 浏览器获得网络资源的方法及浏览器 | |
US9282159B2 (en) | System and method for providing a proxy with a browser cache and a native cache |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20190225 Address after: 201203 7, 1 Lane 666 lane, Zhang Heng Road, Pudong New Area, Shanghai. Patentee after: SHANGHAI ZHANGMEN TECHNOLOGY CO., LTD. Address before: Room 102, Building 3, No. 356 Guoshoujing Road, Zhangjiang High-tech Park, Pudong New Area, Shanghai, 201203 Patentee before: Shengle Information Technology (Shanghai) Co., Ltd. |
|
TR01 | Transfer of patent right |