CN1996871A - 一种数据同步方法 - Google Patents

Abstract

本发明公开了一种数据同步方法，应用于包含客户端、服务器端的数据同步系统，其特征在于，通过所述客户端对所述服务器端返回的状态码进行判断，并在所述状态码为成功状态码时删除同步列表中所述状态码对应的数据的信息，在所述状态码为失败状态码时保留同步列表中所述状态码对应的数据的信息的方式实现数据同步。本发明提出的一种数据同步方法，实现了当上一次同步中服务器端返回更新失败、删除失败、添加失败的失败状态码时，下一次同步时同时传送上一次同步后的修改的数据和上一次同步中发生服务器端更新失败、删除失败、添加失败的对象，从而提高同步质量。

Description

一种数据同步方法

技术领域

本发明涉及一种数据同步方法，特别是涉及上一次同步中服务器端返回失败状态时客户端处理的数据同步方法，以提高同步质量。

背景技术

随着移动通信技术的发展，更多的移动终端的增值业务被开发出来，SyncML(Synchronization Markup Language，同步标记语言)同步技术就是其中之一。SyncML是一种与平台无关的信息同步标准协议。现有的大部分同步解决方案绝大部分依赖于某个厂商、应用，或者是某个操作系统，而SyncML的目的就是要提供一个开放标准。目前，该标准已经得到更多公司的产品的支持。

请参阅图1所示，为现有技术中客户端与服务器端同步的一般流程示意图。该流程包括如下步骤：步骤101，用户(User)10启动同步；步骤102，然后，客户端(Client)20开始初始化；步骤103，随后网络初始化；步骤104，相继网络初始化之后进行同步初始化；步骤105，随后，客户端20的数据被发送到服务器端(Server)30；步骤106，服务器端30接收并加以参照，对自身数据进行增加、修改、删除，随后，服务器端30的数据以及其状态码被发送到客户端20；步骤107，客户端20接收并参照该数据增加、修改、删除自身的数据，随即发送映射信息和状态码回复到服务器端30；步骤108，服务器端30接收后发送状态回复到客户端20，从而实现了双方的数据同步过程。

但SyncML DS(Data Synchronization，数据同步)协议并没有规定客户端发送添加、更新、删除数据到服务器端，服务器端返回失败状态码时的处理方法。对此，一般采用的办法是将其忽略，即，在下一次同步时不发送服务器返回状态失败的数据，但这又会导致服务器端和客户端的数据不一致的问题，除非启动慢同步把客户端所有数据都发送到服务器端，而这又将导致同步质量无法满足用户的需求。

发明内容

本发明所要解决的技术问题在于提供一种数据同步方法，用于在下一次同步中实现服务器端返回失败状态，以提高同步质量。

为了实现上述目的，本发明提供了一种数据同步方法，应用于包含客户端、服务器端的数据同步系统，在所述客户端初始化时读取电话本数据时生成一日志列表，所述电话本数据与所述日志列表中的数据进行比较时生成一同步列表，所述同步列表包含添加列表、更新列表及删除列表，其特征在于，该方法通过所述客户端对所述服务器端返回的状态码进行判断，并在所述状态码为成功状态码时删除所述同步列表中所述状态码对应的数据的信息，在所述状态码为失败状态码时保留所述同步列表中所述状态码对应的数据的信息的方式实现数据同步。

所述的数据同步方法，其中，该方法具体包括：

步骤21，用户输入同步启动命令启动同步；

步骤22，读取所述电话本中的数据；

步骤23，将所述读取的电话本数据与所述日志列表中的数据进行比较并生成同步列表；

步骤24，所述客户端将所述同步列表中的数据传输至所述服务器端；

所述25，所述服务器端返回状态码至所述客户端；及

所述26，所述客户端对所述状态码进行判断及处理。

所述的数据同步方法，其中，所述电话本数据包括：本地唯一标识、修改日期，所述日志列表包括：本地唯一标识、修改日期。

所述的数据同步方法，其中，所述步骤23中，还包括：

若所述日志列表中无所述电话本数据的本地唯一标识，则将该数据添加到所述添加列表、日志列表；

若所述日志列表中有所述电话本数据的本地唯一标识，则比较所述修改日期；

若所述电话本中无所述日志列表中的数据，则将该数据添加到所述删除列表，并删除所述日志列表中相应的数据信息。

所述的数据同步方法，其中，所述比较所述修改日期的步骤中，进一步包括：

若所述电话本中的修改日期早于所述日志列表中的修改日期，则将所述电话本中的修改日期添加到所述更新列表，并更新所述日志列表中的修改日期；

若所述电话本中的修改日期与所述日志列表中的修改日期相同，则比较下一个电话本中的数据。

所述的数据同步方法，其中，所述步骤21中，所述用户通过用户界面输入同步启动命令。

本发明提出的一种数据同步方法，实现了当上一次同步中服务器端返回更新失败、删除失败、添加失败的失败状态码时，下一次同步时同时传送上一次同步后的修改的数据和上一次同步中发生服务器端更新失败、删除失败、添加失败的对象，从而提高同步质量。

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。

附图说明

图1为现有技术中客户端与服务器端同步的一般流程示意图；

图2为本发明的服务器端返回失败状态码时客户端处理流程示意图。

具体实施方式

请参阅图2所示，为本发明的服务器端返回失败状态码时客户端处理流程。该流程包括如下步骤：

步骤210，待机状态下，用户通过UI(User Interface，用户界面)输入同步启动命令；

步骤220，同步启动；

步骤230，从电话本中读取电话本的所有数据信息，包括：LUID(LocallyUnique Identifier，本地唯一标识)、Date(修改日期)等数据；

步骤240，将读取的电话本数据一一与LogList(日志列表)中的数据信息进行比较，具体包括：

若LogList中没有电话本中数据的LUID，则将该数据信息添加到SyncList(同步列表)的AddList(添加列表)，同时添加到LogList中；

若LogList中有电话本中数据的LUID，则比较并修改Date：若电话本中的Date比LogList中的Date更早，则将电话本中的该Date数据信息添加到SyncList的UpdateList(更新列表)，并更新LogList中的Date；若电话本中的Date与LogList中的Date相同，则比较下一个电话本中的数据；

若电话本中没有LogList的数据，则将其添加到SyncList的DeleteList(删除列表)，并在LogList中删除相应的数据信息。

步骤250，客户端Client把SyncList中的具体数据内容和相应命令传输至服务器端Server；

步骤260，服务器端Server对每个数据，向客户端Client返回成功或失败状态码；

步骤270，客户端Client接收服务器端Server返回的状态码并判断该状态码是成功状态码还是失败状态码？若是成功状态码，则执行步骤280，若是失败状态码，则执行步骤290；

步骤280，删除SyncList中成功状态码相应的数据的信息，并转步骤210；

步骤290，不删除SyncList中对应的对象，即，在SyncList中保留失败状态码相应的数据的信息，并转步骤210。

在图2的上述说明中，LogList为在客户端Client初始化时读取电话本数据时生成的日志列表，该表与电话本中的数据一一对应，该表存储本地唯一标识、Date等数据。

SyncList为在客户端Client初始化时将读取的电话本数据与LogList进行比较时生成的同步列表，包括三个方面：

若LogList中没有电话本中的数据，则添加该数据到SyncList的AddList，并添加到LogList中；

若电话本中数据的Date大于LogList中数据的Date，则添加该数据到SyncList的UpdateList，并更新LogList中的Date；

若电话本中无LogList中的数据，则添加该数据到SyncList的DeleteList，并从LogList中删除相应数据。

在图2中，当这次同步结束后，下次同步启动时，执行步骤210、220、230及240后，SyncList中除了上次同步后电话本中改变的数据，还有上次同步中接收的服务器端Server返回的失败状态码对应的数据，即在服务器端Server添加或更新或删除失败的数据信息，随后再执行步骤250，这样就可克服现有的同步中服务器端Server添加或更新或删除失败而延误了局部数据的更新，进而带来同步质量降低的问题。

本发明因只涉及到客户端发送的数据传送到服务器端后，服务器端同步该数据后返回该数据的同步状态码的步骤，故，图2中省略其他的流程。

本发明提出的一种数据同步方法，实现了当上一次同步中服务器端返回更新失败、删除失败、添加失败的失败状态码时，下一次同步时同时传送上一次同步后的修改的数据和上一次同步中发生服务器端更新失败、删除失败、添加失败的对象，从而提高同步质量。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (6)

1、一种数据同步方法，应用于包含客户端、服务器端的数据同步系统，在所述客户端初始化时读取电话本数据时生成一日志列表，所述电话本数据与所述日志列表中的数据进行比较时生成一同步列表，所述同步列表包含添加列表、更新列表及删除列表，其特征在于，该方法通过所述客户端对所述服务器端返回的状态码进行判断，并在所述状态码为成功状态码时删除所述同步列表中所述状态码对应的数据的信息，在所述状态码为失败状态码时保留所述同步列表中所述状态码对应的数据的信息的方式实现数据同步。

2、根据权利要求1所述的数据同步方法，其特征在于，该方法具体包括：

步骤21，用户输入同步启动命令启动同步；

步骤22，读取所述电话本中的数据；

步骤23，将所述读取的电话本数据与所述日志列表中的数据进行比较并生成同步列表；

步骤24，所述客户端将所述同步列表中的数据传输至所述服务器端；

所述25，所述服务器端返回状态码至所述客户端；及

所述26，所述客户端对所述状态码进行判断及处理。

3、根据权利要求1或2所述的数据同步方法，其特征在于，所述电话本数据包括：本地唯一标识、修改日期，所述日志列表包括：本地唯一标识、修改日期。

4、根据权利要求3所述的数据同步方法，其特征在于，所述步骤23中，还包括：

若所述日志列表中无所述电话本数据的本地唯一标识，则将该数据添加到所述添加列表、日志列表；

若所述日志列表中有所述电话本数据的本地唯一标识，则比较所述修改日期；

若所述电话本中无所述日志列表中的数据，则将该数据添加到所述删除列表，并删除所述日志列表中相应的数据信息。

5、根据权利要求4所述的数据同步方法，其特征在于，所述比较所述修改日期的步骤中，进一步包括：

若所述电话本中的修改日期早于所述日志列表中的修改日期，则将所述电话本中的修改日期添加到所述更新列表，并更新所述日志列表中的修改日期；

若所述电话本中的修改日期与所述日志列表中的修改日期相同，则比较下一个电话本中的数据。

6、根据权利要求2、4或5所述的数据同步方法，其特征在于，所述步骤21中，所述用户通过用户界面输入同步启动命令。

Images