专利名称：一种实现客户端数据和服务器端数据同步的方法
技术领域：
本发明涉及通信领域，尤其涉及一种实现本地数据和服务器数据同步的方法。
背景技术：
互联网为人们提供丰富的服务，比如地址本管理，聊天记录管理。这些服务的特点是基于客户端/服务器段(C/S)模型，用户通过客户端与服务器交互，客户端数量巨大，客户端需要频繁地向服务器发回数据和处理请求，对服务器的性能要求非常高，在低带宽或高延迟的情况下，情况会被恶化，产生的性能问题可能导致应用程序可用性和用户效率大幅度下降。为了提高客户端操作的性能，当前很多系统采用了在客户端部署代码和数据，在本地执行和访问数据，通过本地数据缓存，减少从客户端传输到服务器的数据量，进而提高系统的性能和实用性。
由于客户端或服务器都存在数据，系统需要进行必要的数据同步。比如在聊天工具中，用户在客户端进行地址本维护，添加联系人信息，修改联系人号码，删除联系人，系统修改服务器数据后再修改客户端的数据，由于这些操作可能在多个客户端进行，各个客户端的数据和服务器数据可能不一致，造成客户端操作的数据不是最新数据的问题。
现有技术1的方案是完全下载同步方案，用户在客户端每次操作本地数据库前，首先从服务器下载相关表中该用户的所有数据，完成同步，然后进行维护操作。但是这种方案的缺点是数据表的数据量一般比较大，频繁完全下载数据，效率低，严重影响服务器性能，与本地数据方案的提高性能的目标有冲突，在数据量大的系统中不可用。
现有技术2的方案是由数据库系统负责同步处理，系统定义哪些表需要同步即可，数据库的列级和行级检测保证同步。但是该方案需要客户端具备本地数据库，对客户端的运行设备要求比较高。
发明内容
本发明提供一种实现客户端数据与服务器端数据同步的方法，用以解决现有技术中存在客户端数据与服务器端数据难以同步，以及客户端数据与服务器端数据同步方案较为复杂的问题。
本发明方法包括一种实现客户端数据和服务器端数据同步的方法，其特征在于，为服务器端第一数据设置第一生成标识信息，为客户端第二数据设置第二生成标识信息，进行同步操作时，比较第一生成标识信息和第二生成标识信息，当两者有不相同时，同步客户端第二数据。
所述的生成标识信息，是数据版本号。
所述的生成标识信息，是数据最后生成时间。
所述的生成标识信息，是最后一次同步操作时间。
所述的同步客户端第二数据，为服务器端将数据打包发送给客户端。
所述的数据打包格式为可扩展标记语言(XML)格式。
所述的第一数据和第二数据可以分别有多个，分别对应多个第一生成标识信息和多个第二生成标识信息。
所述的第一生成标识信息与第二生成标识信息不相同，包括第一生成标识信息与第二生成标识信息全部不相同和部分不相同。
所述的方法，当所述的第一生成标识信息和第二生成标识信息部分不相同时，在第一数据没有进行实删除之前，所述的同步客户端第二数据操作，是只同步第一生成标识信息与第二生成标识信息不相同部分的第二数据。
所述的方法，当所述的第一生成标识信息和第二生成标识信息部分不相同时，在第一数据进行实删除之后，所述的同步客户端第二数据操作，是同步所有客户端第二数据。
所述的方法，当所述的第一生成标识信息和第二生成标识信息全部不相同时，所述的同步客户端第二数据操作，是同步所有客户端第二数据。
所述同步所有客户端第二数据操作，是客户端删除本地数据后，重新下载服务器端第一数据。
所述的服务器端与客户端通过超文本传输协议(HTTP)、简单对象访问协议(SOAP)、会话初始协议(SIP)或XML配置访问协议(XCAP)等协议通信。
所述的方法，还包括所述的客户端发起同步请求的步骤，所述的同步请求中携带有第二生成标识信息。
所述的方法，还包括所述的服务器端接收所述的同步请求的步骤，并根据所述的同步请求中携带的第二生成标识信息，与第一生成标识信息作比较。
所述的生成标识信息，以表格形式设置。
所述的方法，当所述的第一生成标识信息与第二生成标识信息相同时，服务器端向所述的客户端返回没有数据更新通知。
所述的服务器端设置有第一数据操作类型标识，标识出第一数据最后一次操作的内容。
所述的方法，同步客户端第二数据时，根据第一数据最后一次操作类型进行对应的操作。
所述的方法，同步客户端第二数据时，如果第一数据的操作类型是新增，则在客户端判断第一数据是否已经存在，如果存在，则首先删除，再新增第一数据，如果不存在，则直接新增第一数据。
所述的方法，同步客户端第二数据时，如果第一数据的操作类型是修改，则在客户端判断第一数据是否已经存在，如果存在，则首先删除，然后再新增第一数据，如果不存在，则新增这条第一数据。
所述的方法，同步客户端第二数据时，如果第一数据的操作类型是删除，则在客户端判断第一数据是否已经存在，如果存在则删除。
所述的方法，进行数据删除操作时，在第一数据侧仅仅修改操作标识为删除标识，并未实际删除所述第一数据。
所述的方法，服务器定期清除操作标识为删除标识的第一数据，实际删除所述的第一数据。
一种实现客户端数据和服务器端数据同步的系统，包括客户端和服务器端，所述的服务器端存储有第一数据，所述的客户端存储有需要与服务器端数据同步的第二数据；其特征在于所述的客户端设置有第二处理逻辑单元，该第二逻辑处理单元根据客户端第二数据状态，向服务器端发起数据同步请求；所述的服务器端设置有第一处理逻辑单元，该第一逻辑处理单元接收数据同步请求，对所述的同步请求作出响应。
所述的同步请求中，携带有客户端第二数据的第二生成信息，所述的第一处理逻辑单元根据所述的第二生成信息，判断与服务器端第一数据的第一生成信息是否一致，如果不一致，则控制服务器端进行客户端数据同步操作。
所述的客户端与服务器端，通过超文本传输协议(HTTP)、简单对象访问协议(SOAP)、会话初始协议(SIP)或XML配置访问协议(XCAP)等协议通信。
本发明有益效果如下本发明通过增加记录的版本号、操作类型和数据的版本号等数据生成标识信息，提高了数据同步效率，改进了客户端的操作体验，减少了客户端与服务器的交互数据量，实现了部分同步和完全删除相结合的同步方案。
图1为本发明的网络结构示意图；
图2为本发明实施例1本地数据初始化的流程示意图；图3为本发明实施例2客户端查询操作流程示意图；图4为本发明实施例3新增记录流程示意图；图5为本发明实施例4修改记录流程示意图；图6为本发明实施例5删除记录流程示意图。
具体实施例方式
下面结合说明书附图来说明本发明具体实施方式
。
在通信领域，如何同步客户端数据与服务器端数据，是一个复杂的工作，本发明为客户端数据和服务器端数据分别设置生成标识信息，该生成标识信息，记录该数据的带有生成时间的要素，通过该标识信息，可以对客户端数据和服务器端数据作比较，并根据比较的结果来判断客户端数据与服务器端数据是否是一致的，即客户端数据与服务器端数据是否同步，如果不同步，则进行相应的同步操作。
本发明中所采用的生成标识信息，可以是数据的生成时间戳，数据的版本号、最后一次同步操作时间等能体现出数据生成时间的标记。
在需要同步操作时，比较客户端数据的生成标识信息和服务器端的生成标识信息，如果两者相同，说明客户端数据与服务器端数据已经是同步的了，不需要再进行同步操作，当两者有不相同时，说明客户端数据与服务器端数据不同步，在生成时间上有所差别，这时候应该以服务器端数据为准，同步客户端数据。
上述的生成标识信息，可以对应于一个数据，也可以对应于多个数据，当客户端和服务器端数据多于一个时，可以将每个数据对应的生成标识信息整理在一张表格中，以一张表格或者一个文件的形式来承载所有数据的生成标识信息。
本发明的系统结构如图1所示，在客户端和服务器端部署相关处理逻辑和数据。
本发明方案中，在客户端设置有客户端处理逻辑单元，该客户端逻辑处理单元根据客户端数据状态，向服务器端发起数据同步请求。
在服务器端设置有服务器端处理逻辑单元，该服务器端逻辑处理单元接收客户端处理逻辑单元发送的数据同步请求，对所述的同步请求作出响应。
客户端和服务器端采用HTTP/SOAP/SIP/XCAP协议，由客户端主动发起同步请求，请求中包含客户端数据的生成标识信息。服务器端接收该请求后，应该对客户端数据生成标识信息与服务器端数据生成标识信息进行对比，如果相同则返回没有任何更新的通知。如果不相同，则查询所有不同的生成标识信息对应的数据，然后把更新过的数据打包成XML格式，通过协议体发送给客户端。
当客户端和服务器端分别具有多种数据时，在比较生成标识信息时，就存在多种比较结果1、客户端数据的生成标识信息与服务器端数据的生成标识信息全部相同，这种情况说明客户端数据与服务器端数据是完全同步的，不必要再进行同步操作。
2、客户端数据的生成标识信息与服务器端数据的生成标识信息部分相同，部分不同，这种情况可能是客户端数据有部分是与服务器端数据同步，另外一部分则与服务器端数据不同步，这时需要对客户端数据进行同步操作。
该种情况下的操作也可以分为以下几种A、只同步客户端数据与服务器端数据生成标识信息不同的那些数据，对于生成标识信息相同的数据不予同步操作，这样可以节省网络资源；B、同步所有客户端数据，可以在客户端删除本地数据后，重新下载服务器端第一数据。
3、客户端数据的生成标识信息与服务器端数据的生成标识信息全部不同，这种情况有可能是客户端数据很久没有做同步操作，需要对客户端数据进行全部同步操作。
本发明的方案中，还在服务器端设置一个数据操作类型标识，标识出服务器端数据最后一次操作的内容，客户端进行数据同步的时候，根据该数据操作类型标识进行相应的操作，具体可以如下所述如果服务器端数据的操作类型是新增，则在客户端判断该新增数据是否已经存在，如果存在，则首先删除，再新增该数据，如果不存在，则直接新增该数据。
如果服务器端数据的操作类型是修改，则在客户端判断该修改数据是否已经存在，如果存在，则首先删除，然后再新增该修改数据，如果不存在，则新增该修改数据。
如果服务器端数据的操作类型是删除，则在客户端判断该删除数据是否已经存在，如果存在则删除该数据。
在进行数据删除操作时，可以在服务器端数据侧仅仅是将操作标识修改为删除标识，并未实际删除该数据。服务器定期清除操作标识为删除标识的服务器端数据，实际删除该数据。
下面以某系统的呼叫日志和地址薄作为客户端数据和服务器端数据为例，进行相关说明，客户端的数据如表(一)所示，其中以版本号和最后一次完全同步时间作为数据生成标识信息。
我们对版本号作如下规定版本号是一个唯一标识，该标识可以是递增的整数值，也可以是具体时间值(YYYYMMDDHHMMSS)，是一个递增的标识。
记录版本号用来标识每一条记录。
总版本号每一个用户的一种数据有一个总版本号，总版本号大于等于最后修改的用户数据的某记录版本号。当最后操作是删除操作，属于大于的情况。
表(一)
在该种情况下，服务器端数据具有如下特点用户的某种数据的每个记录都对应一个记录版本号和一个操作类型，用户的每种数据有一个总版本号，服务器记录上次实删除时间。当服务器端用户数据总版本号大于客户端用户数据总版本号时，如果客户端的最后一次完全同步时间小于服务器端的上次实删除时间(实删除在服务器中清除那些操作状态为删除的纪录，实删除只在服务器端定期执行)，则客户端必须进行一次完全同步。
必须进行完全同步原因如下用户操作删除记录都是伪删除(伪删除记录仅在本地数据文件中删除，在服务器中还存在，只是这些纪录的操作类型已经设置为删除，此类数据已不可用，服务器会通过定期执行实删除)，服务器只先设置操作类型为删除，仅仅在客户端删除了记录。因为用户可能在多台电脑上安装客户端登陆系统，而服务器上的伪删除记录不能永久保存，所以需要隔一段时间(比如1个月)执行实删除，但是服务器删除后，可能该用户的某台电脑上的本地数据库还没有删除，所以服务器上实删除后就必须完全同步一次。
本发明实施例中还会用到其它信息，分别可以做如下设置。
表(二)服务器端的总版本号数据。
表(三)为服务器端呼叫日志表。
表(四)为服务器端系统配置表。
表(二)
表(三)
表(四)下面描述用户的各种操作(查询、增加、修改、删除)的同步处理方法，以对呼叫日志或者个人地址薄的维护为例说明。
实施例1初始化本地数据文件。
用户从客户端登陆，客户端系统判断各个本地数据文件不存在或者文件损坏不可用时，客户端自动创建新的数据文件，然后从服务器下载相关数据完成客户端本地数据的初始化，如图2所示，是本发明客户端数据初始化的流程示意图，从图2中可以看出，其主要包括以下步骤S11、用户通过客户端发起登陆服务器的申请；S12、服务器对用户进行合法性鉴权，返回用户的一些信息，客户端呈现给用户(比如一些可操作的功能列表，用户个人的一些资料)。
S13、用户在客户端操作呼叫日志，客户端首先判断呼叫日志本地文件是否存在或者是否损坏。
S14、如果文件存在并且也没有损坏，客户端就按照本文下面描述的查询、增加、修改、删除处理流程维护数据。如果数据文件不存在，则创建文件。如果数据文件损坏，则删除已损坏文件后再创建新的文件。
S15、客户端发起数据同步请求，本地数据总版本号为0。
S16、服务器判断本地总版本号等于0，则读取用户服务器中的呼叫日志记录。
S17、返回完全同步标识，用户的所有呼叫日志记录和总版本号。
S18、客户端分析返回的每条记录的操作类型，如为新增和修改类型，则在本地数据文件增加一条记录，如果为删除，则不必在本地数文件中增加该记录，更新本地数据总版本号，记录呼叫日志完全同步时间。
实施例2查询记录。
如图3所示，是本发明查询操作流程示意图，从图3中可见，其主要包括以下步骤S21、用户通过客户端发起查询呼叫日志的申请，则客户端首先判断是否需要初始化本地数据文件，如果需要则按照初始化流程同步，然后走第S28步。
S22客户端申请时提供本地总版本号和上次完全同步时间。
S23、服务器对本地数总版本和服务器上的数据总版本号进行判断，如果两者相等，则说明数据是同步的，返回客户端同步成功，不带用户数据。然后走第S28步。如果大于本地数据总版本号，则说明数据是不同步的。
S24、如果最后一次完全同步时间小于服务器端的上次实删除时间，则必须进行一次完全同步。否则继续下面的处理。
S25、服务器侧取出版本号大于本地数据总版本号的记录，这些记录需要同步。
S26、返回部分同步标识，须同步呼叫日志记录和总版本号。
S27、客户端分析每条记录的操作类型，如为新增类型，则在本地数据文件增加一条记录；如果为修改，若本地数文件存在该条记录，则先删除然后把返回的记录内容增加到文件，若本地数据文件不存在该条记录，则把返回的记录内容增加到文件；如果为删除，则删除本地数文件的该条记录；客户端更新本地总版本号。
S28、客户端从本地数据文件取数据。
实施例3增加记录。
如图4所示，是本发明新增记录的流程示意图，从图4中可见，其主要包括以下步骤S31、用户通过客户端往地址本中增加联系人，则客户端首先判断是否需要初始化本地数据文件，如果需要则按照初始化流程同步，然后继续下面处理。
S32、客户端申请时提供本地总版本号、上次完全同步时间、新增联系人信息。
S33、如果该记录已存在，则认为新增成功，继续第S35步的处理，如果不存在或者已经删除，则进行第S34步。
S34、服务器插入新增一条记录，若是已经删除的则更改操作类型为新增，更新该记录版本号以及更新服务器侧总版本号。
S35、如果最后一次完全同步时间小于服务器端的上次实删除时间，则必须进行一次完全同步。否则继续下面的处理。
S36、服务器侧取出版本号大于本地数据总版本号的记录，这些记录需要同步。
S37、返回部分同步标识，须同步呼叫日志记录和总版本号。
S38、客户端分析每条记录的操作类型，如为新增类型，则在本地数据文件增加一条记录；如果为修改，若本地数文件存在该条记录，则先删除然后把返回的记录内容增加到文件，若本地数据文件不存在该条记录，则把返回的记录内容增加到文件；如果为删除，则删除本地数文件的该条记录；客户端更新本地总版本号。
实施例4修改记录。
如图5所示，是本发明修改记录的流程示意图，从图5中可见，其主要包括以下步骤S41、用户通过客户端修改地址本中联系人，则客户端首先判断是否需要初始化本地数据文件，如果需要则按照初始化流程同步，然后继续下面处理。
S42、客户端申请时提供本地总版本号、上次完全同步时间、联系人修改信息。
S43、如果不存在或者已经删除，则进行第S45步；如果该记录已存在，则继续第S44步的处理。
S44、服务器更新这条记录，更新改记录的操作类型为修改，更新该记录版本号以及服务器侧总版本号。
S45、如果最后一次完全同步时间小于服务器端的上次实删除时间，则必须进行一次完全同步。否则继续下面的处理。
S46、服务器侧取出版本号大于本地数据总版本号的记录，这些记录需要同步。
S47、返回部分同步标识，须同步的地址本联系人记录和总版本号。
S48、客户端分析每条记录的操作类型，如为新增类型，则在本地数据文件增加一条记录；如果为修改，若本地数文件存在该条记录，则先删除然后把返回的记录内容增加到文件，若本地数据文件不存在该条记录，则把返回的记录内容增加到文件；如果为删除，则删除本地数文件的该条记录；客户端更新本地总版本号。
实施例5删除记录。
如图6所示，是本发明删除记录的流程示意图，从图6中可见，其主要包括以下步骤S51、用户通过客户端删除地址本中联系人，则客户端首先判断是否需要初始化本地数据文件，如果需要则按照初始化流程同步，然后继续下面处理。
S52、客户端申请时提供本地总版本号、上次完全同步时间、待删除的联系人。
S53、如果不存在或者已经删除，则进行第S55步；如果该记录已存在，则继续第S54步的处理。
S54、服务器更新这条记录的操作为已经删除，更新该记录版本号和服务器端总版本号。
S55、如果最后一次完全同步时间小于服务器端的上次实删除时间，则必须进行一次完全同步。否则继续下面的处理。
S56、服务器侧取出版本号大于本地数据总版本号的记录，这些记录需要同步。
S57、返回部分同步标识，须同步的地址本联系人记录和总版本号。
S58、客户端分析每条记录的操作类型，如为新增类型，则在本地数据文件增加一条记录；如果为修改，若本地数文件存在该条记录，则先删除然后把返回的记录内容增加到文件，若本地数据文件不存在该条记录，则把返回的记录内容增加到文件；如果为删除，则删除本地数文件的该条记录；客户端更新本地总版本号。
本发明通过增加记录的版本号、操作类型和数据版本号等数据生成标识信息，实现了部分同步和完全删除相结合的同步方案，提高了数据同步效率，改进了客户端的操作体验，减少了客户端与服务器的交互数据量。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种实现客户端数据和服务器端数据同步的方法，其特征在于，为服务器端第一数据设置第一生成标识信息，为客户端第二数据设置第二生成标识信息，进行同步操作时，比较第一生成标识信息和第二生成标识信息，当两者有不相同时，同步客户端第二数据。
2.如权利要求1所述的方法，其特征在于，所述的生成标识信息，是数据版本号。
3.如权利要求1所述的方法，其特征在于，所述的生成标识信息，是数据最后生成时间。
4.如权利要求1所述的方法，其特征在于，所述的生成标识信息，是最后一次同步操作时间。
5.如权利要求1所述的方法，其特征在于，所述的同步客户端第二数据，为服务器端将数据打包发送给客户端。
6.如权利要求5所述的方法，其特征在于，所述的数据打包格式为可扩展标记语言(XML)格式。
7.如权利要求1所述的方法，其特征在于，所述的第一数据和第二数据可以分别有多个，分别对应多个第一生成标识信息和多个第二生成标识信息。
8.如权利要求7所述的方法，其特征在于，所述的第一生成标识信息与第二生成标识信息不相同，包括第一生成标识信息与第二生成标识信息全部不相同和部分不相同。
9.如权利要求8所述的方法，其特征在于，当所述的第一生成标识信息和第二生成标识信息部分不相同时，在第一数据没有进行实删除之前，所述的同步客户端第二数据操作，是只同步第一生成标识信息与第二生成标识信息不相同部分的第二数据。
10.如权利要求8所述的方法，其特征在于，当所述的第一生成标识信息和第二生成标识信息部分不相同时，在第一数据进行实删除之后，所述的同步客户端第二数据操作，是同步所有客户端第二数据。
11.如权利要求8所述的方法，其特征在于，当所述的第一生成标识信息和第二生成标识信息全部不相同时，所述的同步客户端第二数据操作，是同步所有客户端第二数据。
12.如权利要求10或11所述的方法，其特征在于，同步所有客户端第二数据操作，是客户端删除本地数据后，重新下载服务器端第一数据。
13.如权利要求1所述的方法，其特征在于，所述的服务器端与客户端通过超文本传输协议(HTTP)、简单对象访问协议(SOAP)、会话初始协议(SIP)或XML配置访问协议(XCAP)通信。
14.如权利要求1所述的方法，其特征在于，还包括所述的客户端发起同步请求的步骤，所述的同步请求中携带有第二生成标识信息。
15.如权利要求14所述的方法，其特征在于，还包括所述的服务器端接收所述的同步请求的步骤，并根据所述的同步请求中携带的第二生成标识信息，与第一生成标识信息作比较。
16.如权利要求1所述的方法，其特征在于，所述的生成标识信息，以表格形式设置。
17.如权利要求1所述的方法，其特征在于，当所述的第一生成标识信息与第二生成标识信息相同时，服务器端向所述的客户端返回没有数据更新通知。
18.如权利要求1所述的方法，其特征在于，所述的服务器端设置有第一数据操作类型标识，标识出第一数据最后一次操作的内容。
19.如权利要求18所述的方法，其特征在于，同步客户端第二数据时，根据第一数据最后一次操作类型进行对应的操作。
20.如权利要求19所述的方法，其特征在于，同步客户端第二数据时，如果第一数据的操作类型是新增，则在客户端判断第一数据是否已经存在，如果存在，则首先删除，再新增第一数据，如果不存在，则直接新增第一数据。
21.如权利要求19所述的方法，其特征在于，同步客户端第二数据时，如果第一数据的操作类型是修改，则在客户端判断第一数据是否已经存在，如果存在，则首先删除，然后再新增第一数据，如果不存在，则新增这条第一数据。
22.如权利要求19所述的方法，其特征在于，同步客户端第二数据时，如果第一数据的操作类型是删除，则在客户端判断第一数据是否已经存在，如果存在则删除。
23.如权利要求22所述的方法，其特征在于，进行数据删除操作时，在第一数据侧仅仅修改操作标识为删除标识，并未实际删除所述第一数据。
24.如权利要求21所述的方法，其特征在于，服务器定期清除操作标识为删除标识的第一数据，实际删除所述的第一数据。
25.一种实现客户端数据和服务器端数据同步的系统，包括客户端和服务器端，所述的服务器端存储有第一数据，所述的客户端存储有需要与服务器端数据同步的第二数据；其特征在于所述的客户端设置有第二处理逻辑单元，该第二逻辑处理单元根据客户端第二数据状态，向服务器端发起数据同步请求；所述的服务器端设置有第一处理逻辑单元，该第一逻辑处理单元接收数据同步请求，对所述的同步请求作出响应。
26.如权利要求25所述的系统，其特征在于，所述的同步请求中，携带有客户端第二数据的第二生成信息，所述的第一处理逻辑单元根据所述的第二生成信息，判断与服务器端第一数据的第一生成信息是否一致，如果不一致，则控制服务器端进行客户端数据同步操作。
27.如权利要求25或26所述的系统，其特征在于，所述的客户端与服务器端，通过超文本传输协议(HTTP)、简单对象访问协议(SOAP)、会话初始协议(SIP)或XML配置访问协议(XCAP)通信。
全文摘要
本发明涉及一种实现客户端数据和服务器端数据同步的方法，为服务器端第一数据设置第一生成标识信息，为客户端第二数据设置第二生成标识信息，进行同步操作时，比较第一生成标识信息和第二生成标识信息，当两者有不相同时，同步客户端第二数据与服务器端第一数据。该方法通过增加记录的版本号、操作类型和表的版本号等数据生成标识信息，提高了数据同步效率，改进了客户端的操作体验，减少了客户端与服务器的交互数据量，实现了部分同步和完全删除相结合的同步方案。
文档编号H04L29/06GK1852137SQ20051008505
公开日2006年10月25日 申请日期2005年7月20日 优先权日2005年7月20日
发明者尚万军, 陈晓东, 沈庆春, 苗彩霞, 袁磊, 张文阁 申请人:华为技术有限公司