CN104580454A - 一种数据同步方法、装置及系统 - Google Patents

Abstract

本申请提供一种数据同步方法、装置及系统，该方法包括：客户端向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果；如果所述结果为匹配，则与服务器交互修改的数据。采用本申请的技术方案，客户端和/或服务器只将上次同步后修改的数据向对方发送，减少了同步时的数据传输量，采用JSON格式传输数据，数据体积小，进一步减少了数据传输量，提高了同步效率。

Description

一种数据同步方法、装置及系统

技术领域

本申请涉及互联网通讯领域，尤其涉及一种数据同步方法、装置及系统。

背景技术

现在的多终端和多设备数据同步很多采用的是Webdav(Web-basedDistributed Authoring and Versioning)数据同步方式，这种方式的数据同步采用全量同步的方式，适用于数据量小的应用场景，如通讯录、日历等应用场景。

然而，随着终端设备技术日益发展，在目前多图片和多视频的同步场景中，数据量要求较大，Webdav这种全量同步方式显然不能适用现在的场景需求。并且，采用Webdav这种全量同步方式，消耗网络数据同步时间和消耗网络资源，特别是在便携式设备上，例如，手机、平板电脑等，针对多图片和多视频的同步场景，这种全量同步模式十分消耗资源。

因此，针对现有技术中存在的上述技术问题，需要提出改进的数据同步的方案。

发明内容

本申请的主要目的在于提供一种数据同步方法、装置及系统，以解决现有技术存在的全量数据同步的方式无法满足数据量较大的同步场景的需求的问题。

为解决上述问题，本申请实施例提供一种数据同步方法，包括：客户端向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果；如果所述结果为匹配，则与服务器交互修改的数据。

其中，与服务器交互修改的数据，进一步包括：向所述服务器端发送上一次同步后客户端修改的数据，由所述服务器端根据所述客户端修改的数据更新本地相应的数据。

其中，与服务器交互修改的数据，进一步包括：接收所述服务器端发送的上一次同步后服务器端修改的数据，并根据所述服务器端修改的数据更新本地相应的数据。

其中，与服务器交互修改的数据，进一步包括：向所述服务器端发送上一次同步后客户端修改的数据，由所述服务器端根据所述客户端修改的数据更新本地相应的数据；以及接收所述服务器端发送的上一次同步后服务器端修改的数据，并根据所述服务器端修改的数据更新本地相应的数据。

其中，向所述服务器端发送上一次同步后客户端修改的数据，包括：向所述服务器端发送客户端修改的数据，该修改的数据为JSON数据格式。

其中，如果所述结果为不匹配，则向所述服务器端发送所述客户端的所有数据；接收所述服务器端返回的所述客户端需要修改的数据，其中，所述需要修改的数据是所述服务器端将所述的所有数据与所述服务器端保存的相应的数据进行比对确定的；根据所述需要修改的数据更新所述客户端的所有数据。

其中，客户端向服务器端发送数据同步请求之前，还包括：接收到所述服务器端推送的数据更新通知。

本申请实施例还提供一种数据同步方法，包括：服务器接收客户端发送的数据同步请求，所述数据同步请求中包含上一次同步的时间戳；将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果；在所述结果为匹配的情况下，与客户端交互修改的数据。

其中，与客户端交互修改的数据，进一步包括：接收所述客户端发送的上一次同步后客户端修改的数据，并根据所述客户端修改的数据更新本地相应的数据。

其中，与客户端交互修改的数据，进一步包括：向所述客户端发送上一次同步后服务器修改的数据，由所述客户端根据接收的该修改的数据更新本地相应的数据。

其中，与客户端交互修改的数据，进一步包括：接收所述客户端发送的上一次同步后客户端修改的数据，并根据所述客户端修改的数据更新本地相应的数据；以及向所述客户端发送上一次同步后服务器修改的数据，由所述客户端根据接收的该修改的数据更新本地相应的数据。

其中，向所述客户端发送上一次同步后服务器修改的数据，包括：向所述客户端发送上一次同步后服务器修改的数据，该修改的数据为JSON数据格式。

其中，还包括：在所述验证结果为不匹配的情况下，接收所述客户端发送的所述客户端的所有数据；将所述所有数据与所述服务器保存的相应的数据进行比对确定所述客户端需要修改的数据；向所述客户端发送所述需要修改的数据，由所述客户端根据所述需要修改的数据更新所述所有数据。

其中，还包括：将所述客户端的所有数据与所述服务器保存的相应的数据进行比对确定所述服务器需要修改的数据；根据所述服务器需要修改的数据更新所述服务器保存的相应的数据。

本申请实施例提供一种数据同步装置，包括：请求发送模块，用于向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；第一接收模块，用于接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配的结果；第一交互模块，用于在所述结果为匹配时，与服务器交互修改的数据。

本申请实施例还提供一种数据同步装置，包括：请求接收模块，用于接收客户端发送的数据同步请求，所述数据同步请求中包含上一次同步的时间戳；匹配模块，用于将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果；第二交互模块，用于在所述结果为匹配的情况下，与客户端交互修改的数据。

本申请实施例还提供一种数据同步系统，包括：客户端和服务器，所述客户端，用于向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果；所述服务器，用于接收客户端发送的数据同步请求，将所述请求中包含的上一次同步的时间戳与服务器保存的上一次同步的时间戳进行匹配，且向所述客户端返回匹配的结果；在所述结果为匹配的情况下，客户端与服务器交互修改的数据。

与现有技术相比，本申请可以获得包括以下技术效果：

(1)根据本申请的技术方案，采用增量同步的方式进行客户端与服务器端的数据同步，客户端和/或服务器端只将上一次同步后修改的数据向对方发送，减少了数据同步过程中的数据传输量，而且减少了网络资源和时间消耗，提高数据同步的效率。

(2)采用JSON(JavaScript Object Notation)数据格式进行同步数据的传输，数据体积小，进一步减少了数据同步时的数据传输量，并且，采用JSON数据格式传递数据，编码简单且解析快速，进一步提高了数据同步的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例一提供的数据同步方法的流程图；

图2是本申请实施例二提供的数据同步方法的流程图；

图3是本申请实施例三提供的数据同步方法的流程图；

图4是本申请实施例四提供的数据同步方法的流程图；

图5是本申请实施例五提供的数据同步方法的流程图；

图6是本申请实施例六提供的数据同步方法的流程图；

图7是本申请实施例七提供的数据同步方法的流程图；

图8是本申请实施例八提供的数据同步方法的流程图；

图9是本申请实施例九提供的数据同步装置的结构框图；

图10是本申请实施例十提供的数据同步装置的结构框图；以及

图11是本申请实施例十一提供的数据同步系统的结构框图。

具体实施方式

本申请的主要思想在于，在进行客户端与服务器端的数据同步时，客户端和/或服务器端只将上一次同步后修改的数据向对方发送，以减少数据同步过程中的数据传输量，并减少网络资源和时间的消耗，提高数据同步的效率。采用JSON数据格式进行同步数据的传输，数据体积小，进一步减少了数据同步时的数据传输量，且JSON格式的数据编码简单、解析快速，进一步提高了数据同步的效率。

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

本申请提供了一种数据同步方法，包括：客户端向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果；如果所述结果为匹配，则与服务器交互修改的数据。以下结合具体实施例来对该方法进行详细说明。

实施例一

图1是根据本申请实施例一的数据同步方法的流程图，该方法可以应用于客户端，进行客户端与服务器端的同步，如图1所示，该方法至少可以包括：

步骤S101，客户端向服务器端发送数据同步请求。

具体地，所述数据同步请求中可以包含上一次同步的时间戳，即上一次客户端与服务器端进行数据同步而生成的时间戳。更具体地，所述数据同步请求中还可以包含：需要同步的数据的类型、客户端设备信息以及身份验证信息；其中，所述的数据的类型，例如可以包括视频、音频、照片等；所述客户端设备信息可以包括：客户端设备类型、设备型号、设备识别码(例如，IMEI、IMSI等)、内存信息等；所述身份验证信息，例如可以包括：用户名、密码等。该客户端可以向服务器端发送包含上述的数据的类型、客户端设备信息以及身份验证信息等书的数据包。

步骤S102，接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果。

服务器端接收到该数据同步请求时，会根据该请求中包含的上一次同步的时间戳与服务器端保存的时间戳进行匹配，并返回匹配的结果。如果时间戳匹配，说明上一次客户端与服务器同步成功。

步骤S103，如果所述结果为匹配，则向所述服务器端发送上一次同步后客户端修改的数据，由所述服务器端根据所述客户端修改的数据更新本地相应的数据。

如果服务器端返回的匹配结果为该请求中包含的上一次同步的时间戳与服务器端保存的上一次同步的时间戳相互匹配，则表示上一次客户端与服务器端同步成功，则可以根据该上一次同步的时间戳确定上一次同步后客户端修改的数据，并将上一次同步后客户端修改的数据向该服务器端发送，以便由该服务器端根据该客户端修改的数据更新本地相应的数据，该服务器端则可以对该客户端修改的数据进行分析，从而与本地相应的数据进行合并，并更新本地相应的数据，并保存在服务器端本地数据仓库中。通过这种只将上一次同步后客户端修改的数据向该服务器端发送的增量同步方式，可以减少数据同步过程中的数据传输量，减少网络资源和时间消耗，提高数据同步的效率。

具体的，向所述服务器端发送客户端修改的数据，该修改的数据可以为JSON数据格式，也就是说，将所述上一次同步后客户端修改的数据以JSON数据格式向所述服务器端发送。JSON(JavaScript Object Notation)是一种轻量级的数据交换格式，采用完全独立于语言的文本格式，易于人阅读和编写，同时也易于机器解析和生成。相对于传统的数据统一协议XML形式，数据体积小、格式简单、并且解析快速，因此，以JSON数据格式向服务器端发送客户端修改的数据能够进一步减少数据同步时的数据传输量，并进一步提高数据同步的效率，并且，服务器端进行解析时，简单快速。

步骤S104，接收所述服务器端发送的上一次同步后服务器端修改的数据，并根据所述服务器端修改的数据更新本地相应的数据。

具体而言，服务器端可以根据上一次同步的时间戳确定上一次同步后服务器端修改的数据，并将该服务器端修改的数据向所述客户端发送，客户端接收到该服务器端修改的数据后，根据该服务器端修改的数据更新本地相应的数据，更具体而言，可以对该服务器端修改的数据进行解析，并根据解析后得到的数据更新本地相应的数据。

通过上述步骤，实现了客户端与服务器端的双向同步，并且在同步过程中，客户端和服务器端都只将上一次同步后修改的数据向对方发送，这种增量的同步方式，不仅减少了数据同步过程中的数据传输量，而且减少了网络资源和时间消耗，提高数据同步的效率。

实施例二

图2是根据本申请实施例二的数据同步方法的流程图。

如图2所示，在图1中的步骤S102处，接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果，如果所述结果为不匹配，则可以进行步骤S105(图2中省略步骤S103～S104)。其中，所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳不匹配的原因可以包括以下情况：客户端与服务器端本次为第一次同步，即，客户端与服务器端在之前还没有进行过同步；或者，客户端丢失了与服务器端上一次同步的状态信息，例如，清理垃圾时，上一次同步的时间戳被清理掉的情况，从而无法确认上一次同步成功后客户端发生了那些修改，则可以进行全量同步，如图2所示，该方法至少还可以包括：

步骤S105，如果所述结果为不匹配，则向所述服务器端发送所述客户端的所有数据。也即是说，客户端将其本地所有的数据向服务器端发送，发起全量同步。

步骤S106，接收所述服务器端返回的客户端需要修改的数据。

其中，所述需要修改的数据是所述服务器端将所述客户端的所有数据与所述服务器端保存的相应的数据进行比对确定的，服务器端接收到客户端发送的该客户端的所有数据后，将该客户端的所有数据与服务器端保存的相应的数据进行逐字段匹配，确定客户端需要修改的数据并返回给客户端，客户端接收服务器端返回的客户端需要修改的数据。并且其中，服务器在接收到客户端发送的该客户端的所有数据时，将该客户端的所有数据与服务器端保存的相应的数据进行比较分析，确定服务器端需要修改的数据，并根据服务器端需要修改的数据更新服务器端本地相应的数据。

步骤S107，根据所述需要修改的数据更新所述客户端的所有数据。

具体地，客户端接收到服务器端返回的客户端需要修改的数据，根据该需要修改的数据更新客户端的所有数据。

通过上述实施例二中的步骤，保证了客户端与服务器端第一次进行数据同步时，实现数据的全量同步，在本次数据同步的基础上，再次进行数据同步时，即可进行数据的增量同步。

可选地，在图1或图2的基础上，步骤S101之前还可以包括：接收所述服务器端推送的数据更新通知的步骤，也就是说，当接收到服务器端推送的数据更新通知时，再进行步骤S101，向所述服务器端发送数据同步请求，并在接下来进行步骤S102～S107。

通过上述步骤，服务器端向客户端推送数据更新通知，实现了服务器端提醒同步，客户端接收到服务器发送的数据更新通知后，得知服务器端产生了数据修改，则可以根据具体情况向服务器端发起数据同步。

实施例三

图3是根据本申请实施例三的数据同步方法的流程图，该方法可以应用于客户端，如图3所示，该数据同步方法至少可以包括：

步骤S301，客户端向服务器端发送数据同步请求。

其中，所述数据同步请求中包含上一次同步的时间戳。

步骤S302，接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果。

步骤S303，如果所述结果为匹配，则向所述服务器端发送上一次同步后客户端修改的数据，由所述服务器端根据所述客户端修改的数据更新本地相应的数据。

通过上述步骤，实现了客户端单方同步，即，客户端发送修改的数据给服务器端，服务器端更新本地相应的数据，不再给客户端发送需要更新的数据，并且在数据同步过程中，客户端只将上一次同步后修改的数据向服务器端发送，这种增量同步的方式，减少了数据同步过程中的数据传输量，而且减少了网络资源和时间消耗，提高了数据同步的效率。

实施例四

图4是根据本申请实施例四的数据同步方法的流程图，该方法可以应用于客户端，如图4所示，该数据同步方法至少可以包括：

步骤S401，客户端向服务器端发送数据同步请求。所述数据同步请求中包含上一次同步的时间戳。

步骤S402，接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果。

步骤S403，如果所述结果为匹配，则接收所述服务器端发送的上一次同步后服务器端修改的数据，并根据所述服务器端修改的数据更新本地相应的数据。

通过上述步骤S401～S403，实现了服务器端单方同步，即，客户端请求服务器端修改的数据，客户端不发送自己的修改给服务器端，并且在数据同步过程中，服务器端只将上一次同步后服务器端修改的数据向客户端发送，这种数据增量同步的方式，减少了数据同步过程中的数据传输量，而且减少了网络资源和时间消耗，提高了数据同步的效率。

根据本发明，在上述实施例一至实施例四中，当数据同步完成时，还可以包括更新同步的时间戳的步骤，也就是说，在客户端根据同步时间生成时间戳，并保存。

根据本发明，在上述实施例一至实施例四中，还可以包括以下步骤：

对更新后的本地数据进行标识，并向所述服务器端发送所述更新后的本地数据的数据标识与服务器端保存的相应的数据的数据标识的映射关系，以便由所述服务器端保存并维护所述映射关系。

具体地，同步完成后，客户端可以对更新后的本地数据进行标识，即，赋予本地数据LUID(本地唯一标识符，Locally Unique Identifier)，并根据数据的GUID(全局唯一标识符，Globally Unique Identifier)，向所述服务器端发送更新后的本地数据的数据标识与服务器端保存的相应的数据的数据标识的映射关系，即，客户端中数据的LUID标识与服务器端相应的数据的GUID标识的映射关系，服务器端保存并维护该映射关系，以便进行下次数据同步时使用。

根据本发明，在上述实施例一至实施例四中，还可以包括接收所述服务器端发送的同步成功的确认信息的步骤。具体地，服务器端在数据同步成功时可以向客户端发送同步成功确认信息。

本申请提供了一种数据同步方法，包括：服务器接收客户端发送的数据同步请求，所述数据同步请求中包含上一次同步的时间戳；将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果；在所述结果为匹配的情况下，与客户端交互修改的数据。以下结合具体实施例来对该方法进行详细说明。

实施例五

图5是根据本申请实施例五的数据同步方法的流程图，该方法可以应用于服务器端，进行与客户端的数据同步。如图5所示，该数据同步方法至少可以包括：

步骤S501，服务器接收客户端发送的数据同步请求。

其中，所述数据同步请求中包含上一次同步的时间戳，即，上一次客户端与服务器端进行数据同步而生成的时间戳。更具体地，所述数据同步请求中还可以包含：需要同步的数据的类型、客户端设备信息以及身份验证信息；其中，所述的数据的类型，例如可以包括视频、音频、照片等；所述客户端设备信息可以包括：客户端设备类型、设备型号、设备识别码(例如，IMEI、IMSI等)、内存信息等；所述身份验证信息，例如可以包括：用户名、密码等。该客户端可以向服务器端发送包含上述的数据的类型、客户端设备信息以及身份验证信息等书的数据包。

步骤S502，将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果。

具体而言，服务器端接收到客户端发送的数据同步请求时，响应该数据同步请求，将该请求中包含的上一次同步的时间戳与服务器端保存的时间戳进行匹配，如果时间戳匹配，说明上一次客户端与服务器同步成功。

步骤S503，在所述结果为匹配的情况下，接收所述客户端发送的上一次同步后客户端修改的数据，并根据所述客户端修改的数据更新本地相应的数据。

具体地，客户端接收的服务器端返回的匹配结果，如果为该请求中包含的上一次同步的时间戳与服务器端保存的上一次同步的时间戳相互匹配，则表示上一次客户端与服务器端同步成功，则客户端可以根据该上一次同步的时间戳确定上一次同步后客户端修改的数据，并将上一次同步后客户端修改的数据向该服务器端发送，服务器端接收到客户端发送的客户端修改的数据，则可以对所述客户端修改的数据进行解析(例如，根据预定的数据格式进行解析)，并根据解析后得到的数据更新本地相应的数据。

通过上述方式，客户端只将上一次同步后客户端修改的数据向该服务器端发送，可以减少数据同步过程中的数据传输量，减少网络资源和时间消耗，提高数据同步的效率。

步骤S504，向所述客户端发送上一次同步后服务器修改的数据，由所述客户端根据接收的该服务器修改的数据更新本地相应的数据。

具体而言，服务器端可以根据上一次同步的时间戳确定上一次同步后服务器端修改的数据，并将该服务器端修改的数据向所述客户端发送，客户端接收到该服务器端修改的数据后，根据该服务器端修改的数据更新本地相应的数据。向所述客户端发送上一次同步后服务器端修改的数据，该修改的数据为JSON数据格式，也就是说，服务器可以将所述上一次同步后服务器端修改的数据以JSON数据格式向所述客户端发送。JSON(JavaScript ObjectNotation)相对于传统的数据统一协议XML形式，数据体积小、格式简单、并且解析快速，以JSON数据格式向客户端发送服务器端修改的数据能够进一步减少数据同步时的数据传输量，并进一步提高数据同步的效率，并且进行解析时，简单快速。

通过上述步骤，实现了客户端与服务器端的双向同步，并且在同步过程中，客户端和服务器端都只将上一次同步后修改的数据向对方发送，这种增量的同步方式，不仅减少了数据同步过程中的数据传输量，而且减少了网络资源和时间消耗，提高数据同步的效率。

实施例六

图6是根据本申请实施例六的数据同步方法的流程图，该方法可以应用于服务器端，进行与客户端的数据同步。

如图6所示，在图5中的步骤S502处，向客户端返回的将所述请求中包含的上一次同步的时间戳与所述服务器保存的上一次同步的时间戳进行匹配的结果，如果所述结果为不匹配，则可以进行步骤S505(图6中省略步骤S503～S504)。其中，所述请求中包含的上一次同步的时间戳与所述服务器保存的上一次同步的时间戳不匹配的可以包括以下情况：客户端与服务器本次为第一次同步，即，客户端与服务器在之前还没有进行过同步；或者，客户端丢失了与服务器上一次同步的状态信息，例如，清理垃圾时，上一次同步的时间戳被清理掉的情况，从而无法确认上一次同步成功后客户端发生了那些修改，则可以进行全量同步，如图6所示，该方法至少还可以包括：

步骤S505，在所述结果为不匹配的情况下，接收所述客户端发送的所述客户端的所有数据。即，客户端将其本地所有的数据向服务器端发送，发起全量同步，则服务器接收客户端发送的该客户端的所有数据。

步骤S506，将所述客户端的所有数据与所述服务器保存的相应的数据进行比对确定所述客户端需要修改的数据。

具体地，服务器接收到客户端发送的该客户端的所有数据后，可以将该客户端的所有数据与服务器保存的相应的数据进行逐字段匹配，确定客户端需要修改的数据。

步骤S507，向所述客户端发送所述需要修改的数据，由所述客户端根据所述需要修改的数据更新所述客户端的所有数据。

服务器确定了客户端需要修改的数据，则可以将该客户端需要修改的数据返回给该客户端，以便由客户端根据该客户端需要修改的数据，更新客户端相应的数据。

可选地，如图6所示，基于上述实施例，该方法还可以包括以下步骤：

步骤S508，将所述客户端的所有数据与所述服务器保存的相应的数据进行比对确定所述服务器需要修改的数据。

具体地，可以将该客户端的所有数据与服务器保存的相应的数据进行逐字段匹配，确定服务器需要修改的数据。

步骤S509，根据所述服务器需要修改的数据更新所述服务器保存的相应的数据。

具体而言，可以对该服务器需要修改的数据进行解析(例如，根据预定的数据格式进行解析)，根据解析后得到的数据更新本地相应的数据。

其中，步骤S508～S509可以在步骤S506～S507之前进行，也可以在步骤S506～S507之后进行。

通过上述实施例六中的步骤，保证了客户端与服务器第一次进行数据同步时，实现数据的全量同步，在本次数据同步的基础上，再次进行数据同步时，即可进行数据的增量同步。

可选地，在图5或图6的基础上，步骤S501之前还可以包括：当检测到有数据发生修改时，向相应的客户端推送数据更新通知的步骤。

具体地，该相应的客户端接收到服务器推送的数据更新通知时，可以根据具体情况向服务器发送数据同步，则服务器端可以进行步骤S501，接收客户端发送的数据同步请求，并在接下来进行步骤S502～S509。

通过上述步骤，服务器向客户端推送数据更新通知，客户端接收到服务器发送的数据更新通知后，得知服务器产生了数据修改，则可以根据具体情况向服务器端发起数据同步，实现了服务器端提醒同步。

实施例七

图7是根据本申请实施例九的数据同步方法的流程图，该方法可以应用于服务器端，如图7所示，该数据同步方法至少可以包括：

步骤S701，服务器接收客户端发送的数据同步请求。其中，所述数据同步请求中包含上一次同步的时间戳。

步骤S702，将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果。

步骤S703，在所述结果为匹配的情况下，接收所述客户端发送的上一次同步后客户端修改的数据，并根据所述客户端修改的数据更新本地相应的数据。

通过上述步骤，实现了客户端单方同步，即，客户端发送修改的数据给服务器端，服务器根据接收到的客户端修改的数据更新本地相应的数据，而不再给客户端发送需要更新的数据，并且在数据同步过程中，客户端只将上一次同步后客户端修改的数据向服务器端发送，减少了数据同步过程中的数据传输量，而且减少了网络资源和时间消耗，提高了数据同步的效率。

实施例八

图8是根据本申请实施例八的数据同步方法的流程图，该方法可以应用于服务器端，如图8所示，该数据同步方法至少可以包括：

步骤S801，服务器接收客户端发送的数据同步请求。所述数据同步请求中包含上一次同步的时间戳。

步骤S802，将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果。

步骤S803，在所述结果为匹配的情况下，向所述客户端发送上一次同步后服务器端修改的数据，由所述客户端根据接收的该服务器修改的数据更新本地相应的数据。

通过上述步骤，实现了服务器端单方同步，并且在同步过程中，服务器端只将上一次同步后服务器修改的数据向客户端发送，这种数据增量同步的方式，减少了数据同步过程中的数据传输量，而且减少了网络资源和时间消耗，提高了数据同步的效率。

根据本发明，在上述实施例五至实施例八中，当数据同步完成时，还可以包括更新同步的时间戳的步骤，也就是说，在服务器端根据同步时间生成时间戳，并保存。

根据本发明，在上述实施例五至实施例八中，还可以包括以下步骤：

接收所述客户端发送的客户端本地数据的数据标识与服务器端相应数据的数据标识的映射关系，保存并维护所述映射关系。

具体地，同步完成后客户端可以对更新后的本地数据进行标识，赋予LUID(本地唯一标识符，Locally Unique Identifier)，并根据数据的GUID(全局唯一标识符，Globally Unique Identifier)，向所述服务器端发送更新后的本地数据的数据标识与服务器端保存的相应的数据的数据标识的映射关系，即，客户端中数据的LUID标识与服务器端相应的数据的GUID标识的映射关系，服务器端保存并维护该映射关系，以便进行下次数据同步时使用。

根据本发明，在上述实施例五至实施例八中，还可以包括：数据同步完成后，向所述客户端发送同步成功的确认信息的步骤。

实施例九

图9是根据本申请实施例九的数据同步装置的结构框图，如图9所示，该数据同步装置900可以包括：

请求发送模块901，用于向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；

第一接收模块902，用于接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果；

第一交互模块903，用于在所述结果为匹配时，与服务器交互修改的数据。

可选地，在根据本申请的数据同步装置900中，所述第一交互模块903可以进一步用于：在所述结果为匹配时，向所述服务器端发送上一次同步后本地修改的数据，由所述服务器端根据接收的该修改的数据更新服务器本地相应的数据。

可选地，在根据本申请的数据同步装置900中，所述第一交互模块903可以进一步用于：在所述结果为匹配时，接收所述服务器端发送的上一次同步后服务器端修改的数据，并根据所述服务器端修改的数据更新本地相应的数据。

可选地，在根据本申请的数据同步装置900中，所述第一交互模块903可以进一步用于：在所述结果为匹配时，向所述服务器端发送上一次同步后本地修改的数据，由所述服务器端根据接收的该修改的数据更新服务器端相应的数据；以及接收所述服务器端发送的上一次同步后服务器端修改的数据，并根据所述服务器端修改的数据更新本地相应的数据。

在根据本申请的数据同步装置900中，所述数据同步请求中还可以包含：需要同步的数据的类型、设备信息以及身份验证信息。

在根据本申请的数据同步装置900中，所述第一交互模块903，可以包括：

解析子模块，用于对所述服务器端修改的数据进行解析；

更新子模块，用于根据解析后得到的数据更新本地相应的数据。

在根据本申请的数据同步装置900中，所述第一交互模块903可以进一步用于：向所述服务器端发送本地修改的数据，该修改的数据为JSON数据格式。

在根据本申请的数据同步装置900中，所述第一交互模块903还可以用于：如果所述结果为不匹配，则向所述服务器端发送所述本地的所有数据；接收所述服务器端返回的本地需要修改的数据；根据所述需要修改的数据更新本地的所有数据，其中，所述需要修改的数据是所述服务器端将所述本地的所有数据与所述服务器端本地保存的相应的数据进行比对确定的。

在根据本申请的数据同步装置900中，还可以包括：通知接收模块，用于接收所述服务器端推送的数据更新通知；所述第一请求模块901可以进一步用于当接收所述服务器端推送的数据更新通知时，向所述服务器端发送数据同步请求。

在根据本申请的数据同步装置900中，还可以包括：时间戳更新模块，用于当数据同步完成时，更新同步的时间戳。

在根据本申请的数据同步装置900中，还可以包括：标识模块，用于对更新后的本地数据进行标识；以及映射关系发送模块，用于向所述服务器端发送所述更新后的本地数据的数据标识与服务器端保存的相应的数据的数据标识的映射关系，以便由所述服务器端保存并维护所述映射关系。

在根据本申请的数据同步装置900中，还可以包括：信息接收模块，用于数据同步完成后，接收所述服务器端发送的同步确认信息。

根据本申请实施例九的数据同步装置900可以为客户端。

实施例十

图10是根据本申请实施例十的数据同步装置的结构框图，如图10所示，该数据同步装置1000可以包括：

请求接收模块1001，用于接收客户端发送的数据同步请求，所述数据同步请求中包含上一次同步的时间戳；

匹配模块1002，用于将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果；

第二交互模块1003，用于在所述结果为匹配的情况下，与客户端交互修改的数据。

可选地，在根据本申请的数据同步装置1000中，第二交互模块1003，可以进一步用于在所述结果为匹配的情况下，接收所述客户端发送的上一次同步后客户端修改的数据；根据所述客户端修改的数据更新本地相应的数据；

可选地，在根据本申请的数据同步装置1000中，第二交互模块1003，可以进一步用于在所述结果为匹配的情况下，向所述客户端发送上一次同步后本地修改的数据，由所述客户端根据接收的该修改的数据更新本地相应的数据。

可选地，在根据本申请的数据同步装置1000中，第二交互模块1003，可以进一步用于在所述结果为匹配的情况下，接收所述客户端发送的上一次同步后客户端修改的数据，并根据所述客户端修改的数据更新本地相应的数据；以及向所述客户端发送上一次同步后本地修改的数据，由所述客户端根据接收的该修改的数据更新客户端本地相应的数据。

其中，所述数据同步请求中还可以包含：需要同步的数据的类型、客户端设备信息以及身份验证信息。

在根据本申请的数据同步装置1000中，所述第二交互模块1003可以包括：解析子模块，用于对所述客户端修改的数据进行解析；更新子模块，用于根据解析后得到的数据更新本地相应的数据。

在根据本申请的数据同步装置1000中，所述第二交互模块1003可以进一步用于：向所述客户端发送上一次同步后本地修改的数据，该修改的数据为JSON数据格式。

在根据本申请的数据同步装置1000中，所述第二交互模块1003还可以用于：在所述验证结果为不匹配的情况下，则接收所述客户端发送的所述客户端的所有数据。

在根据本申请的数据同步装置1000中，还可以包括：第一比对模块，用于将所述客户端的所有数据与本地保存的相应的数据进行比对确定所述客户端需要修改的数据；所述第二交互模块1003，进一步用于向所述客户端发送所述需要修改的数据，由所述客户端根据所述需要修改的数据更新所述客户端的所有数据。

在根据本申请的数据同步装置1000中，还可以包括：第二比对模块，用于将所述客户端的所有数据与本地保存的相应的数据进行比对确定本地需要修改的数据；所述第二交互模块1003，进一步用于根据所述本地需要修改的数据更新本地保存的相应的数据。

在根据本申请的数据同步装置1000中，还可以包括：通知模块，用于当检测到有数据发生修改时，向相应的客户端推送数据更新通知。

在根据本申请的数据同步装置1000中，还可以包括：时间戳更新模块，用于当数据同步完成时，更新同步的时间戳。

在根据本申请的数据同步装置1000中，还可以包括：映射关系接收模块，用于接收所述客户端发送的客户端本地数据的数据标识与本地相应数据的数据标识的映射关系；以及映射关系保存模块，用于保存并维护所述映射关系。

在根据本申请的数据同步装置1000中，还可以包括：信息发送模块，用于数据同步完成后，向所述客户端发送同步成功的确认信息。

根据本申请实施例十的数据同步装置1000可以为服务器。

实施例十一

图11是根据本申请实施例十一的数据同步系统的结构框图，如图11所示，该数据同步系统1100可以包括：客户端1110和服务器1120。

所述客户端1110，用于向服务器1120发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；接收所述服务器1120返回的将所述请求中包含的上一次同步的时间戳与所述服务器1120保存的上一次同步的时间戳进行匹配的结果；

所述服务器1120用于接收客户端1110发送的数据同步请求，将所述请求中包含的上一次同步的时间戳与服务器1120保存的上一次同步的时间戳进行匹配，且向所述客户端1110返回匹配的结果；

在所述结果为匹配的情况下，客户端1110与服务器1120交互修改的数据。

本申请实施例九至实施例十一中所描述的数据同步装置以及包括客户端和服务器的数据同步系统的结构特征与前述方法的操作步骤对应，不足之处可以参考前述对方法流程的描述，不再一一赘述。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (17)

1.一种数据同步方法，其特征在于，包括：

客户端向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；

接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果；

如果所述结果为匹配，则与服务器交互修改的数据。

2.根据权利要求1所述的方法，其特征在于，与服务器交互修改的数据，进一步包括：

向所述服务器端发送上一次同步后客户端修改的数据，由所述服务器端根据所述客户端修改的数据更新本地相应的数据。

3.根据权利要求1所述的方法，其特征在于，与服务器交互修改的数据，进一步包括：

接收所述服务器端发送的上一次同步后服务器端修改的数据，并根据所述服务器端修改的数据更新本地相应的数据。

4.根据权利要求1所述的方法，其特征在于，与服务器交互修改的数据，进一步包括：

向所述服务器端发送上一次同步后客户端修改的数据，由所述服务器端根据所述客户端修改的数据更新本地相应的数据；以及

接收所述服务器端发送的上一次同步后服务器端修改的数据，并根据所述服务器端修改的数据更新本地相应的数据。

5.根据权利要求2或4所述的方法，其特征在于，向所述服务器端发送上一次同步后客户端修改的数据，包括：

向所述服务器端发送客户端修改的数据，该修改的数据为JSON数据格式。

6.根据权利要求1所述的方法，其特征在于，如果所述结果为不匹配，则

向所述服务器端发送所述客户端的所有数据；

接收所述服务器端返回的所述客户端需要修改的数据，其中，所述需要修改的数据是所述服务器端将所述的所有数据与所述服务器端保存的相应的数据进行比对确定的；

根据所述需要修改的数据更新所述客户端的所有数据。

7.根据权利要求1所述的方法，其特征在于，客户端向服务器端发送数据同步请求之前，还包括：

接收到所述服务器端推送的数据更新通知。

8.一种数据同步方法，其特征在于，包括：

服务器接收客户端发送的数据同步请求，所述数据同步请求中包含上一次同步的时间戳；

将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果；

在所述结果为匹配的情况下，与客户端交互修改的数据。

9.根据权利要求8所述的方法，其特征在于，与客户端交互修改的数据，进一步包括：

接收所述客户端发送的上一次同步后客户端修改的数据，并根据所述客户端修改的数据更新本地相应的数据。

10.根据权利要求8所述的方法，其特征在于，与客户端交互修改的数据，进一步包括：

向所述客户端发送上一次同步后服务器修改的数据，由所述客户端根据接收的该修改的数据更新本地相应的数据。

11.根据权利要求8所述的方法，其特征在于，与客户端交互修改的数据，进一步包括：

接收所述客户端发送的上一次同步后客户端修改的数据，并根据所述客户端修改的数据更新本地相应的数据；以及

向所述客户端发送上一次同步后服务器修改的数据，由所述客户端根据接收的该修改的数据更新本地相应的数据。

12.根据权利要求10或11所述的方法，其特征在于，向所述客户端发送上一次同步后服务器修改的数据，包括：

向所述客户端发送上一次同步后服务器修改的数据，该修改的数据为JSON数据格式。

13.根据权利要求8所述的方法，其特征在于，还包括：

在所述验证结果为不匹配的情况下，接收所述客户端发送的所述客户端的所有数据；

将所述所有数据与所述服务器保存的相应的数据进行比对确定所述客户端需要修改的数据；

向所述客户端发送所述需要修改的数据，由所述客户端根据所述需要修改的数据更新所述所有数据。

14.根据权利要求13所述的方法，其特征在于，还包括：

将所述客户端的所有数据与所述服务器保存的相应的数据进行比对确定所述服务器需要修改的数据；

根据所述服务器需要修改的数据更新所述服务器保存的相应的数据。

15.一种数据同步装置，其特征在于，包括：

请求发送模块，用于向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；

第一接收模块，用于接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配的结果；

第一交互模块，用于在所述结果为匹配时，与服务器交互修改的数据。

16.一种数据同步装置，其特征在于，包括：

请求接收模块，用于接收客户端发送的数据同步请求，所述数据同步请求中包含上一次同步的时间戳；

匹配模块，用于将所述请求中包含的上一次同步的时间戳与本地保存的上一次同步的时间戳进行匹配，并向所述客户端返回匹配的结果；

第二交互模块，用于在所述结果为匹配的情况下，与客户端交互修改的数据。

17.一种数据同步系统，其特征在于，包括：客户端和服务器，

所述客户端，用于向服务器端发送数据同步请求，所述数据同步请求中包含上一次同步的时间戳；接收所述服务器端返回的将所述请求中包含的上一次同步的时间戳与所述服务器端保存的上一次同步的时间戳进行匹配的结果；

所述服务器，用于接收客户端发送的数据同步请求，将所述请求中包含的上一次同步的时间戳与服务器保存的上一次同步的时间戳进行匹配，且向所述客户端返回匹配的结果；

在所述结果为匹配的情况下，客户端与服务器交互修改的数据。