[发明专利]数据的分解同步方法及系统

说明书

技术领域

本发明涉及数据同步技术领域，更为具体地，涉及一种数据的分解同步方法及系统。

背景技术

随着移动通信网络技术和计算机的不断发展，人们对设备的功能性要求也不断提高。其中，数据同步实现了多个终端设备、平台和网络上远端数据的共享，而SyncML协议的出现使得在不同设备上同步网络数据成为可能。例如，用户可以通过移动电话阅读电子邮件，并可以对已读的邮件进行修改、更新和维护，经过数据同步后，用户下一次在使用计算机阅读电子邮件时，就会清楚的知道哪些是已经处理过的邮件，哪些是未处理的邮件。

SyncML协议是一种行业通用的移动数据同步协议，由SyncML Initiative发行，是一种开放性协议，可以说是目前数据同步领域的一个公共标准，里面对同步类型、同步过程都做了描述。

图1示出了SyncML协议中的一次同步过程。

如图1所示，SyncML协议将一次同步过程划分为6个Package，其中，

Package#1：客户端向服务器发送初始化信息，请求同步，包括客户端的当前同步锚和同步方式；

Package#2：服务器向客户端确认同步请求，最重要的是确认双方本次采用的是何种同步方式，例如采用的是双向同步或者是慢同步等；

Package#3：客户端将本次要同步的数据以及相对应的数据指纹发送到服务器；

Package#4：服务器处理客户端发送上来的同步数据，同时找出客户端和服务器间的差集数据，也就是将Package#1中发送的客户端当前同步锚和服务器中的同步锚间的差集数据和对应的指纹下发给客户端；

Package#5：客户端处理服务器下发的差集数据并将处理结果和对应的luid和guid的关系上传到服务器，其中luid是数据在客户端的唯一编号，guid是数据在服务器的唯一编号；

Package#6：服务器确认客户端的操作结果和记录映射关系，然后将同步成功与否的结果和当前最新的同步锚发送给客户端。

当客户端收到Package#6消息包中的确认结果时，将目前的数据版本，也就是服务器返回的同步锚记录下来后，即标记着此次同步过程顺利完成。此时客户端的同步锚和服务器的同步锚是一样的，也就是说在此次同步过程顺利完成后，客户端和服务器间是没有差集数据的。

从SyncML协议的同步过程中可以看出，如果某一次同步过程中需要同步的数据比较多，也就是说在Package#4消息包里的差集数据较多的时候，由于移动网络的多变性，同步的时间就可能比较久。用户在同步数据时，当用户看着一直在同步中的同步界面而不想再等下去，但又担心数据丢失而不敢关闭时，就大大降低了用户的体验。另外对于移动网络来说，存在很多不确定的因素，比如网络的稳定性、网关的超时等等问题，这些问题无疑都加大了数据同步失败的风险，一旦数据同步失败，用户还得重头再来。对于用户来说，同步失败和重头再来的体验都是用户所不能接受的。

发明内容

鉴于上述问题，本发明的目的是提供一种数据的分解同步方法及系统，实现将一次同步分解过程为多个同步过程，用以解决在同步过程中数据太多或者差集数据较大的情况下存在的数据同步失败的风险，从而提升用户的使用体验。

根据本发明的一个方面，提供一种数据的分解同步方法，包括：

客户端向服务器发送同步请求以及客户端的当前同步锚；

服务器确认所述同步请求并接收客户端的当前同步锚；

当客户端存在需要同步的数据且同步的数据超过预定阀值时，客户端根据预先设定的数据分解标准对需要同步的数据进行分解，然后分批将所分解的数据发送给服务器进行同步；

服务器接收客户端发送的数据，并根据客户端的当前同步锚和服务器的当前同步锚确定客户端与服务器之间的差集数据，然后服务器更新服务器的当前同步锚，并将服务器的当前同步锚发送给客户端；

当差集数据超过预定阀值时，服务器根据预先设定的数据分解标准对差集数据进行分解，然后分批将所分解的差集数据发送给客户端进行同步；

客户端接收服务器发送的差集数据并更新客户端的当前同步锚。

其中，在服务器更新服务器的当前同步锚的过程中，服务器每完成一次有数据变化的同步，服务器以同步锚递增的方式更新服务器的当前同步锚，然后服务器将服务器的当前同步锚发送给客户端，客户端将服务器的当前同步锚作为客户端的当前同步锚进行更新。

另一方面，本发明还提供一种数据的分解同步系统，包括：