CN101160908A - 数据同步处理方法及客户端、服务器和数据同步系统 - Google Patents

Abstract

本发明公开了一种数据同步处理方法，包括客户端对服务器下发的变更数据条目进行对应变更处理；并将服务器下发的对应所述变更数据条目的全球唯一标识进行缓存；若本次同步处理被中断，下次同步处理被重启后，客户端将缓存的全球唯一标识上报给服务器存储；服务器根据所述存储结果，将自身变更数据库中未包括在所述存储结果中的全球唯一标识及其对应的变更数据条目下发给客户端，然后返回处理过程。相应的，本发明还提出了一种客户端设备、服务器及数据同步系统。本发明可以使数据同步处理过程在被中断的情况下也能正常完成数据的同步。

Description

数据同步处理方法及客户端、 服备器和数据同歩系统

技术领域

本发明涉及同步标己语言 ( Syncml, Synchronization Markup Language ) 协议同步处理技术， 尤其是涉及一种数据同步处理方法及客户端、 服务器 和数据同步系统。

背景技术

现代社会是信息社会， 用户需要随时随地的进行信息的接收和发送， 也需要随时随地的执行终端设备中的各种应用程序， 而上述信息交互结果 和执行应用程序结果都需要存储到终端设备中 , 也需要与其他通信设备中 的相应数据保持一致。例如，在手机中、或在个人数字助理（PDA, Personal Digital Assistant ) 中都保存有通讯录， 同时在办公室和家里的计算机中或 者笔记本电脑中也都保存有相同的通讯录， 用户总是希望这些通信设备中 的信息能够保持一致， 即当其中一个通信设备上的数据信息发生变化时， 也可以操作其他通信设备中的相应数据信息进行对应改变， 这就是不同通 信设备之间的数据同步过程。

其中进行数据同步的两端设备可以是任何的网络设备， 如掌上电脑、 PDA, 移动电话或桌面计算机等等； 同时在任何一种网络上面， 同步操作 的数据可以是任何一种网络数据。 同时一个用户可以通过不同的通信设备 访问并操作同样的数据信息集合。 其中同步标记语言 （ SYNCML , Synchronization Markup Language )技术就是为了实现上述数据同步处理过 程而提出的一个新的通用标准技术。 ,

请参照图 1 ,该图是现有技术中釆用 Syncml协议，客户端和服务器之 间进行数据同步处理的处理过程示意图， 其中一次 Syncml同步处理过程 需要客户端和服务器之间交互六个数据包来完成， 即从 PKG1到 PKG6, 其主要处理过程如下：

1、 无论一次 Syncml同步处理过程由哪方发起， 客户端都会首先向服 务器发送同步初始化数据包（PKG1 ), 其中在 PKG1中主要包含有客户端 鉴权信息、 设备能力信息等；

2、 服务器接收到 PKG1后， 会根据 PKG1 中包含的客户端鉴权信息 对客户端进行鉴权认证， 并验证客户端的账号信息， 同时将验证结果信息 和指定的同步类型信息通过同步初始化响应数据包 （PKG2 )反馈给客户 端；

•3、 客户端通过分析接收到的 PKG2 中指定的同步类型， 把本地数据 库中自上次同步处理完成之后发生过变更的所有数据（包括增加、 删除、 修改等数据）封装到数据包 PKG3中发送给服务器；

一般情况下， 客户端在本地数据库的操作日志中通常通过日志 ID来 标识上次同步处理完成后.日志所处的位置， 通常采用 "anchor" 来标识该 位置，这样下次进行同步处理时需要同步给服务器的数据就是 anchor标识 之后的日志中所记载的信息，客户端的参考日志信息格式如下表 1所示（其 中 LUID代表本地唯一标识 local unique identity ):

表 1 :

4、 服务器接收到 PKG3后， 执行其中对应的各种操作指令将客户端 变更的数据依次更新到对应数据库中；

服务器在将上述操作指令执行状态信息通过数据包 PKG4返回给客户 端的同时， 也会将自身数据库中自上次同步处理完成之后发生过变更的所 有数据（包括增加、 删除、 修改等数据）封装到数据包 PKG4中返回给客 户端；

5、 客户端接收到 PKG4后， 执行其中对应的各种操作指令将服务器 中变更的数据依次更新到本地数据库中；

客户端在将上述操作指令执行状态信息通过数据包 PKG5返回给服务 器的同时， 如果接收到的 PKG4中包含向本地数据库中增加新数据条目的 add指令， 则客户端在成功向本地数据库添加新数据后， 还需要生成相应 的 ID映射信息通过数据包 PKG5通知给服务器； 如图 2所示， 该图是客 户端根据服务器下发的增加数据 add指令生成 ID映射信息表反馈给服务 器的状态示意图，其中图中 GUID代表全球唯一标识 global unique identity, LUID代表本地唯一标识 local unique identity,对于同一个新增加的数据条 目， 服务器 820自身会产生一个在服务器端唯一标识的 GUID值来对该数 据条目进行标识， 而客户端 810也会产生一个在客户端唯一标识的 LUID 值来对该数据奈目进行标识； 为了能够将服务器端和客户端双方要操作的 同一数据条目对应起来， 就要在服务器 820端维护一个 ID映射信息表， 如图 2中， 假设 "Car" 是服务器 820中新增加的数据条目， 服务器 820 在将该新增加的数据条目和对应的 GUID值 "1010101"下发到客户端 810 时， 客户端 810在将该新增加的数据条目 "Car" 增加到本地数据库 811 后， 还要为该新增加的数据条目分配一个 LUID值 "11"， 然后客户端 810 将为该新增加的数据条目分配的 LUID值 "11" 和服务器为该新增加的数 据条目分配的 GUID值 "1010101"建立映射关系后发送到服务器 820， 同 理， 后续其他新增加数据条目同样进行上述处理后， 服务器 820端就会得 到一张 ID映射信息表 "Server Mapping Table" 821 , 同时要对该 ID映射 信息表进行维护。

6、服务器在将接收到的 PKG5中包含的 ID映射信息维护到自身映射 信息表之后， 会通过数据包 PKG6向客户端反馈维护指令的执行状态； 客 户端接收到数据包 PKG6后， 如果其中状态码全部正常， 则标志此次数据 同步处理成功结束。

根据上述的 Syncml 同步处理过程， 当用户使用无线通信终端上安装 的 Syncml 同步软件与有线网络上的服务器进行大数据量的数据同步处理 时 , 经常会出现由于无线网络信号不好或者由于通信终端操作系统负载较 大等原因， 因而导致数据.同步处理速度较慢、 耗时较长等情况出现。 此种 情况下用户很有可能会由于无法忍受长时间的等待， 而在数据同步处理没 有完成之前就中途中断了数据同步处理过程； 此外， 也有可能会由于其他 原因，比如通信终端突然断电、网络信号逐渐消失或者有来电呼入等状况， 而导致数据同步处理过程还没有完成就被中途中断掉了。 当由于上述原因而导致通信终端和服务器之间的数据同步处理过程 在没有完成之前就产生中断时， 后续当通信终端再次发起新的同步请求 时， 就需要重新对所有的变更数据进行同步， 即中断之前已经同步处理完 成的数据还需要在新的同步处理过程中重新进行同步处理， 然而在重新执 行同步处理过程中 , 有可能还会遇到上述所提及的网絡条件问题和终端当 前状态变化问题， 这样重新开始的数据同步处理过程还有可能会由于上述 的同样原因而再次被主动的或者被动的中断， 如此循环下去， 就会影响到 数据的同步过程的实现。

发明内容

本发明提出一种数据同步处理方法及客户端、 服务器和数据同步系 统， 以使数据同步处理过程在被中断的情况下也能正常完成数据的同步。

根据本发明的一个方面， 一种数据同步处理方法， 包括：

客户端对服务器下发的变更数据条目进行对应变更处理； 并

将服务器下发的对应所述变更数据条目的全球唯一标识进行緩存； 若本次同步处理被中断， 下次同步处理被重启后， 客户端将缓存的全 球唯一标识上报给服务器；

服务器存储所述上报信息， 将自身变更数据库中未包括在所述存储结 果中的全球唯一标识及其对应的变更数据条目下发给客户端； 客户端进行 对应变更处理。

根据本发明的另一方面， 一种客户端， 包括：

变更处理单元， 用于对服务器下发的变更数据条目进行对应变更处 理；

标识緩存单元， 用于将服务器下发的对应所述变更数据条目的全球唯 一标识进行缓存；

标识上报单元，用于在本次同步处理被中断，下次同步处理被重启后， 将所述标识缓存单元緩存的全球唯一标识上报给服务器。

根据本发明的再一方面， 一种服务器， 包括：

上报信息存储单元， 用于存储客户端上报的全球唯一标识， 所述全球 唯一标识对应于客户端已进行更新处理的服务器下发的变更数据条目； 查找单元， 用于在自身变更数据库中查找未包括在所述上报信息存储 单元中的全球唯一标识及其对应的变更数据条目； 下发单元， 用于将所述查找单元查找到的全球唯一标识及其对应的变 更数据条目下发给客户端。 根据本发明的又一方面， 一种数据同步系统， 包括客户端和服务器； 其中，所述客户端，用于对服务器下发的变更数据条目进行对应变更处理； 将服务器下发的对应所述变更数据条目的全球唯一标识进行緩存； 在中断 的同步处理被重启后， 将缓存的全球唯一标识上报给服务器；

所述服务器， 用于存储所述上报信息， 将自身变更数据库中未包括在 存储结果中的全球唯一标识及其对应的变更数据条目下发给客户端。

本发明的实施例中， 通过客户端对服务器下发的变更数据条目进行对 应变更处理； 并将服务器下发的对应该变更数据条目的 GUID进行緩存， 这样若本次同步处理被中断， 下次同步处理被重启后， 客户端就可以将緩 存的 GUID上报给服务器， 服务器进行存储， 将自身变更数据库中未包括 在存储结果中的 GUID及其对应的变更数据条目下发给客户端， 从而减少 了同步处理被中断重启后， 服务器向客户端下发变更数据的数据量， 节约 了同步处理时间， 使得数据同步处理过程在被中断的情况下也能正常完成 数据的同步。

附图说明

图 1为现有技术中采用 Syncml协议， 客户端和服务器之间进行数据 同步处理的处理过程示意图；

图 2为现有技术中客户端根据服务器下发的增加数据 add指令生成 ID 映射信息表反馈给服务器的状态示意图；

图 3为现有技术中客户端和服务器之间进行变更数据部分交互处理的 过程示意图；

图 4为本发明实施例的数据同步处理方法的主要实现原理流程图； 图 5为本发明实施例的客户端的主要组成结构框图；

图 6为本发明实施例的客户端增加标识删除单元后的主要组成结构框 图； 图 Ί为本发明实施例的客户端中标识缓存单元的主要组成结构框图； 图 8为本发明实施例的服务器的主要组成结构框图。

具体实施方式

本发明的实施例可以解决大数据量同步处理过程由于耗时较长而经 常地被主动或被动地中断， 从而导致数据同步处理无法完成的问题。

本发明的实施例是基于下述考虑而提出的： 通过对上述现有技术中的 Syncml 同步处理过程进行分析可见， 客户端和服务器之间交互的数据包 PKG3 和 PKG4, 无论是从执行时间还是从传输流量上都占用了整个同步 处理过程的 艮大比重， 其具体原因如下：

数据包 PKG3主要负责将客户端本地变更的数据条目发往服务器， 而 数据包 PKG4主要负责将服务器端变更的数据条目下发给客户端， 同时双 方还会相互反馈执行对方发送的数据变更操作指令的执行结果。 这样无论 是在客户端中还是在服务器中， 一旦发生变更的数据条目达到了上百甚至 上千条（其中有可能仅一条变更数据条目就会占用几千字节空间， 甚至几 兆字节空间）， 由此可见客户端和服务器之间交互的这两个数据包 PKG3 和 PKG4都会为整个数据同步过程带来很大的时间消耗及其流量消耗。

在上述大数据量同步处理过程中， 无论对于数据包 PKG3还是对于数 据包 PKG4中的数据而言， 都可能分别被客户端和服务器分割成多个消息 部分依次进行交互， 每一次消息交互的过程都是一次发送请求、 等待响应 的过程， 请具体参照图 3所示， 该图是客户端和服务器之间进行变更数据 部分交互处理的过程示意图。

其中数据包 PKG3被分成第一个数据消息（步骤 S31 )、第二个数据消 息 （步骤 S33 )和第三个数据消息 （步骤 S35 )进行发送； 数据包 PKG4 被分成第一个数据消息 （步骤 S32 )和第二个数据消息 （步骤 S34 )进行 发送。

这样在无线链路带宽不足、 无线网絡信号不好等情况下， 无疑比较费 时， 因此需要尽量减少上述这种变更数据部分的交互次数。

同时对于客户端和服务器交互的每个变更数据消息中， 对于新增加的 数据条目的封装显然会占用大量的消息空间， 尤其是对于容量较大的数据 对象而言 （如图片、 视频等多媒体文件的新增数据条目 ；)， 有时为了封装 一条新增加的数据条目都需要分成多个消息来分别发送。 而且考虑到相对 于客户端而言， 服务器在一次同步处理过程中需要同步给客户端的数据量 往往较大， 为此本发明实施例考虑减少服务器发送变更数据条目 （尤其是 新增加数据条目 ）给客户端的数量。

请参照图 4, 该图是本发明实施例的数据同步处理方法的主要实现原 理流程图， 其主要实现过程如下：

步骤 S10,客户端根据服务器下发的变更数据条目进行对应变更处理； 步骤 S12、 客户端将服务器下发的对应上述变更数据条目的全球唯一 标识 GUID进行缓存；

步骤 S14、 若本次同步处理被中断， 下次同步处理被重新启动后， 客 户端将上述缓存的 GUID上报给服务器进行存储；

步驟 S16, 服务器根据存储结果， 判断是否能够在自身的变更数据库 中索引到未包括在存储结果中的 GUID及其对应的变更数据条目，如果是， 执行下述步骤 S18, 否则执行下述步骤 S20;

步骤 S18, 服务器根据存储结果， 将自身变更数据库中未包括在所述 存储结果中的 GUID及其对应的变更数据条目下发给客户端， 然后返回继 续执行步骤 S10;

步驟 S20, 本次数据同步处理过程结束。

在上述处理过程中， 若服务器将客户端上报的 GUID成功存储后， 会 向客户端反馈成功存储响应消息； 客户端接收到服务器反馈的成功存储响 应消息后， 可以选择删除自身缓存的 GUID。

其中上述步骤 S12 中客户端将服务器下发的对应变更数据条目的 GUID进行缓存的处理过程可以通过如下方式实现：

客户端为服务器下发的变更数据条目分配对应的本地唯一标识 LUID;

并将分配的 LUID和服务器下发的对述变更数据条目的 GUID之间建 立映射关系；

然后将建立的映射关系进行緩存， 从而就实现了将服务器下发 GUID 进行缓存的目的。

这样在上述步骤 S14中若本次同步处理被中断， 下次同步处理被重新 启动后， 客户端可以将上述缓存的 GUID和 LUID之间的映射关系上报给 服务器， 从而实现将緩存的 GUID上报给服务器的目的。

其中上述方法实现过程对于变更数据条目为新增加数据条目的处理 过程将显出较佳的技术效果。

综上可见 , 本发明数据同步处理方法的实施例的主要技术实现原理就 是在每次进行数据同步处理时， 客户端无论在接收数据包 PKG4的过程中 是否会出现异常中断现象， 都会在完成每条变更数据条目 （下述以新增加 数据条目为例进行说明）的本地变更操作后， 立即将自身分配给新增加数 据条目的 LUID和服务器下发的 GUID进行对应映射， 并将映射信息保存 到文件中， 这样在下次同步重启时就可以将此信息发送给服务器， 从而避 免服务器端将新增加的数据条目在多次同步处理过程中重复发送。

这样， 在服务器端存在大量新增加的数据条目需要同步给客户端且在 同步过程被多次中断的情况下， 本发明方案将会产生显著的效果。 客户端 可以分多次来完成大数据量的数据同步， 类似于网絡下载中断点续传功 匕。

本发明方案的实施例的具体实施过程如下：

首先在客户端本地也建立一个和服务器端存,储的同样格式的 ID映射 信息表（具体如上述现有技术图 2中的 Server Mapping Table所示）， 并将 该建立的 ID映射信息表进行置空；

每次进行数据同步处理时， 客户端无论在接收服务器下发的数据包 PKG4的过程中是否会出现异常中断现象，'都会在完成每条新增加数据条 目的本地添加操作后， 在内存中生成一条 LUID (客户端完成本地添加操 作后会产生该新增加数据条目的 LUID )和 GUID (服务器下发的数据包 PKG4 中有该新增加数据条目的 GUID ) 的对应信息， 同时将此条信息存 入到本地 ID映射信息表。 如果本次同步处理成功结束， 则客户端会将上 述生成的 ID映射信息承载在数据包 PKG5中发送给服务器， 成功后应清 空本地 ID映射信息表； 若在客户端接收服务器下发的数据包 PKG4过程 中， 或后续处理过程中被异常中断， 则已成功添加到本地数据库中的新增 加数据条目的 ID映射信息就已经保存在客户端本地 ID映射信息表中。

后续再次被启动同步处理时， 在完成同步初始化后， 客户端应首先通 过数据包 PKG3将本地 ID映射信息表中的所有信息 （慢同步情况除外， 慢同步是一种特殊的同步 , 主要是在服务器状态出现异常时由服务器发起 的。 此时客户端会把本地所有的变更数据条目都发给服务器， 服务器将这 些数据条目和服务器端现存的数据条目进行逐一详细的比较， 然后将服务 器没有包括的数据条目保存下来， 同时将服务器端已存在而客户端还没有 的数据条目返回给客户端， 从而达成双方数据条目的一致 ）发送给服务 器， 然后再发送本地的变更数据条目； 服务器在接收到客户端发来的数据 包 PKG3后，应该首先根据其中的 ID映射信息完善自身的 ID映射信息表， 然后在封装数据包 PKG4时就可以根据自身的 ID映射信息表， 避免把中 断之前已经同步给客户端的新增加数据条目再次下发给客户端， 这样就在 一定程度上减少了数据包 PKG4中传输的数据量， 也减少了数据包 PKG4 被分割成多个消息与客户端依次进行交互的次数， 最终减少了数据的同步 处理时间。 服务器可以在下发给客户端的数据包 PKG4中承载向客户端反 馈的存储 ID映射信息执行成功响应消息， 这样客户端在接收到服务器下 发的数据包 PKG4之后，可以立刻清除本地 ID映射信息表中的对应信息。 如果本次同步处理在此时又被异常中断掉， 则此次新增加到客户端的数据 条目又会产生新的 ID映射信息被存入到客户端本地的 ID映射信息表中， 这样在后续启动新的同步处理时又可以减少一定的数据传输量。

下面将列举一个简单的例子来对本发明数据同步处理方法的具体实 施情况进行详细的说明：

假设当前服务器端新增加了三条数据条目 （如下表 2所示）， 而客户 端没有变更数据条目；

表 2: GUID 姓名 电话

10093902 Adam 13600001001

10093903 Alice 13600301101

10093904 Mark 13400021001 此时发起数据同步处理， 服务器会通过数据包 PKG4把自身新增加的 三条数据条目发送给客户端， 如果客户端在对服务器下发的新增加数据条 目进行对应增加处理过程中突然断电， 若此时客户端只将第一条新增加的 数据条目加入到了本地数据库中， 并为其分配了 LUID为 32， 这样客户端 本地 ID映射信息表中就生成了一条 ID映射信息 [10093902， 32] ,而另外两 条新增加数据条目在客户端断电时还未来得及处理。 后续客户端重启后， 重新和服务器发起数据同步处理， 此次同步处理过程中， 客户端会首先通 过数据包 PKG3将自身存储的 ID映射信息 [10093902， 32]上报给服务器， 服务器接收到该 ID映射信息后， 就会认为第 10093902号数据条目已同步 给客户端， 这样在发送数据包 PKG4时就会只封装后两条未同步给客户端 处理的新增加数据条目， 从而减少了本次数据同步处理的同步数据流量。

本发明还提出一种客户端设备， 请参照图 5 , 该图是本发明实施例的 客户端的主要组成结构框图，其主要包括变更处理单元 10、标识缓存单元 20和标识上^ ^:艮单元 30, 其中各个组成部分的主要作用如下：

变更处理单元 10,主要用于对服务器下发的变更数据条目进行对应的 变更处理；

标识緩存单元 20，主要用于将服务器下发的对应所述变更数据条目的 全球唯一标识 GUID进行緩存；

标识上报单元 30, 主要用于本次同步处理被中断， 下次同步处理被重 新启动后， 将上述标识缓存单元 20缓存的 GUID上报给服务器端进行存 储。

请参照图 6, 该图是本发明实施例的客户端增加标识删除单元后的主 要组成结构框图， 其中新增加的标识删除单元 40, 主要用于接收到服务器 反馈的成功存储响应消息后， 删除上述标识缓存单元 20中緩存的 GUID。 请参照图 7, 该图是本发明实施例的客户端中标识緩存单元的主要组 成结构框图， 其主要包括'标识分配子单元 210、 映射关系建立子单元 220 和映射标识緩存子单元 230, 其中各个组成部分的主要作用如下：

标识分配子单元 210， 主要用于为服务器下发的变更数据条目分配对 应的本地唯一标识 LUID;

映射关系建立子单元 220, 主要用于将上述标识分配子单元 210分配 的 LUID和服务器下发的对应上述变更数据条目的 GUID之间建立映射关 系；

映射标识緩存子单元 230, 主要用于将上述映射关系建立子单元 220 建立的映射关系进行缓存， 以实现将服务器下发的 GUID进行缓存。

相应的， 上述标识上报单元 30要通过将映射标识緩存子单元 230中 缓存的 LUID和 GUID之间的映射关系上报给服务器， 从而实现将缓存的 GUID上报给服务器的目的。

请参阅图 8 , 图 8是本发明实施例的服务器的主要组成结构框图。 本发明实施例的服务器包括： 上报信息存储单元 310， 用于存储客户 端上报的全球唯一标识， 斤述全球唯一标识对应于客户端已进行更新处理 的服务器下发的变更数据条目；

查找单元 320, 用于在自身变更数据库中查找未包括在所述上报信息 存储单元 320中的全球唯一标识及其对应的变更数据条目；

下发单元 330, 用于将所述查找单元查找到的全球唯一标识及其对应 的变更数据条目下发给客户端。

此外， 所述服务器还可以包括： 存储响应单元 340, 用于在所述上报 信息存储单元 310成功存储所述全球唯一标识后向客户端反馈成功存储响 应消息。

本发明的一个实施例在具体实现时， 所述上报信息存储单元为映射信 息表更新单元， 用于根据所述客户端上报的全球唯一标识和本地唯一标识 的映射关系更新服务器的映射信息表。

在前述客户端和服务器的基础上， 本发明的实施例还提出一种数据同 步系统， 该数据同步系统中， 客户端用于对服务器下发的变更数据条目进 行对应变更处理； 将服务器下发的对应所述变更数据条目的全球唯一标识 进行緩存； 在中断的同步处理被重启后， 将緩存的全球唯一标识上报给服 务器; 服务器用于存储所述上报信息， 将自身变更数据库中未包括在存储 结果中的全球唯一标识及其对应的变更数据条目下发给客户端。

显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离 本发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权 利要求及其等同技术的范围之内 , 则本发明也意图包含这些改动和变型在 内。

Claims (1)

1. 权 利 要 求

   1、 一种数据同步处理方法， 其特征在于， 包括： 客户端对服务器下发的变更数据条目进行对应变更处理； 将服务器下发的对应所述变更数据条目的全球唯一标识进行緩存； 若本次同步处理被中断， 下次同步处理被重启后， 所述客户端将缓存 的全球唯一标识上报给服务器； 所述服务器存储所述上报信息， 将自身变更数据库中未包括在存储结 果中的全球唯一标识及其对应的变更数据条目下发给客户端， 客户端进行 对应变更处理。

   2、 如权利要求 1 所述的方法， 其特征在于， 所述服务器存储所述上 报信息成功后， 还包括：

   所述服务器向客户端反馈成功存储响应消息； 所述客户端接收到服务器反馈的成功存储响应消息后， 删除自身緩存 的全球，准一标识。

   3、 如权利要求 1 所述的方法， 其特征在于， 所述服务器存储所述上 报信息成功后， 还包括： 若服务器根据所述存储结果， 在自身变更数据库 中索引不到未包括在所述存储结果中的全球唯一标识及其对应的变更数 据条目时， 则数据同步处理过程结束。

   4、 如权利要求 1 所述的方法， 其特征在于， 所述将服务器下发的对 应所述变更数据条目的全球唯一标识进行缓存， 包括：

   所述客户端为服务器下发的变更数据条目分配对应的本地唯一标识； 建立所述本地唯一标识和服务器下发的对应所述变更数据条 §的全 球 p —标识之间的映射关系； 将所述建立的映射关系进行缓存。

   5、 如权利要求 4所述的方法， 其特征在于， 所述客户端将緩存的全 球唯一标识上报给服务器通过将缓存的映射关系上报给服务器实现。 6、 如权利要求 5所述的方法， 其特征在于， 所述服务器存储所述上 报信息， 包括： 所述服务器根据所述上报的映射关系更新映射信息表。

   7、 如权利要求 6所述的方法， 其特征在于， 所述服务器在更新映射 信息表后， 还包括： 向客户端反馈存储映射信息执行成功响应消息；

   所述客户端接收到服务器反馈的存储映射信息执行成功响应消息后， 删除自身緩存的映射关系。

   8、 如权利要求 4所述的方法， 其特征在于， 还包括： 若本次同步处 理成功， 则所述客户端将緩存的映射关系上报给服务器， 清空本地缓存的 映射关系。

   9、 如权利要求 1 ~ 8任一项所述的方法， 其特征在于， 所述变更数据 条目为新增加数据条目。

   10、 一种客户端， 其特征在于， 包括：

   变更处理单元， 用于对服务器下发的变更数据条目进行对应变更处 理； 标识緩存单元， 用于将服务器下发的对应所述变更数据条目的全球唯 一标识进^"缓存；

   标识上 4艮单元，用于在本次同步处理被中断，下次同步处理被重启后， 将所述标识緩存单元緩存的全球唯一标识上报给服务器。

   11、 如权利要求 10所述的客户端， 其特征在于， 还包括： 标识删除 单元， 用于接收到服务器反馈的成功存储响应消息后， 删除所述标识緩存 单元中缓存的全球唯一标识。

   12、 如权利要求 10所述的客户端， 其特征在于， 所述标识緩存单元 包括：

   标识分配子单元， 用于为服务器下发的变更数据条目分配对应的本地 唯一标识； 映射关系建立子单元， 用于建立所述标识分配子单元分配的本地唯一 标识和服务器下发的对应所述变更数据条目的全球唯一标识之间的映射 关系；

   映射标识緩存子单元， 用于将所述映射关系建立子单元建立的映射关 系进行缓存。

   13、 如权利要求 12所述的客户端， 其特征在于， 所述标识上报单元 为映射标识上报单元， 用于将所述映射标识緩存子单元緩存的映射关系上 报给服务器。

   14、 一种服务器， 其特征在于， 包括：

   上报信息存储单元， 用于存储客户端上报的全球唯一标识， 所述全球 唯一标识对应于客户端已进行更新处理的服务器下发的变更数据条目； 查找单元， 用于在自身变更数据库中查找未包括在所述上报信息存储 单元中的全球唯一标识及其对应的变更数据条目；

   下发单元， 用于将所述查找单元查找到的全球唯一标识及其对应的变 更数据条目下发给客户端。

   15、 如权利要求 14所述的服务器， 其特征在于， 还包括： 存储响应 单元， 用于在所述上报信息存储单元成功存储所述全球唯一标识后向客户 端反馈成功存储响应消息。

   16、 如权利要求 14所述的服务器， 其特征在于， 所述上报信息存储 单元为映射信息表更新单元， 用于根据所述客户端上报的全球唯一标识和 本地唯一标识的映射关系更新服务器的映射信息表。

   17、 一种数据同步系统， 包括客户端和服务器； 其特征在于： 所述客户端， 用于对服务器下发的变更数据条目进行对应变更处理； 将服务器下发的对应所述变更数据条目的全球唯一标识进行緩存； 在中断 的同步处理被重启后， 将緩存的全球唯一标识上报给服务器；

   所述服务器， 用于存储所述上报信息， 将自身变更数据库中未包括在 存储结果中的全球唯一标识及其对应的变更数据条目下发给客户端。