CN100551109C - 多模移动终端的数据同步方法 - Google Patents

Abstract

本发明提供了一种多模移动终端的数据同步方法，其可以包括以下步骤：当需要改变多模移动终端中的数据时，分别记录多模移动终端中的多个卡对应的changelog信息；当用户使用多个卡中的一个卡进行同步或恢复数据时，一个卡与服务器进行交互，并根据交互的结果修改一个卡的数据库，同时修改多个卡中的其他卡的changelog信息；以及在结束同步或恢复数据后，删除一个卡的changelog信息，单独记录一个卡本次的同步时间戳。因而，采用本发明，使多卡操作的方式下的网络流量大大降低，同时保证了多卡环境下同步数据的正确性和一致性，用户体验效果好。

Description

多模移动终端的数据同步方法

技术领域

本发明涉及一种多模移动终端的数据同步方法。

背景技术

手机个人信息、日程信息/和邮件信息等的管理日益重要，已经成为手机信息管理的一个重要组成部分。如何安全有效的将数据备份到网络服务器中，在更换手机或者手机数据发生变化的时候，可以方便的将备份数据恢复到手机，SyncML(移动数据同步化协议)可以实现手机终端和网络服务器的数据同步。

目前在多模手机中，手机中有多个手机卡(SIM或者USIM卡等)，对应到有多个SyncML帐号(一般一个卡号对应一个帐号)。如果直接用手机中的SyncML应用进行数据同步，根据用户选择，手机中的SyncML应用会用不同的帐号(卡号)和SyncML服务器(相同或者不同服务器)分别进行数据同步，这样如果手机的数据信息发生变化，就需要用不同的卡号和服务器进行多次同步。

然而，同步的数据都是相同的，这样就浪费了网络的数据流量，同时也导致了单个(或者多个)服务器上同一手机用户数据不完全一致的可能性发生(同步错误或者同步遗漏)。如何解决多模手机中不同卡号的同步问题，直接关系到手机用户对数据管理的方便性、安全性和一致性。所以就需要提供一种行之有效的方法，使手机在SyncML同步的过程中，可以方便的不受换卡操作的影响，将手机的数据信息准确、快捷地同步到SyncML服务器的相应帐号上。

目前通常使用的一些方法均采用将手机的数据信息分别用不同的帐号同步到相同或者不同的数据服务器上，当手机用户从服务器上恢复数据的时候，再选择不同的服务器，将数据同步到手机上；在记录changelog信息和同步时间戳时，仍然沿用单模手机的处理方式。

综上所述，现有技术的缺点主要有四个：

一是只要改变帐号后，需要将数据再次备份到服务器(相同或者不同服务器)上，浪费了网络资源；

二是由于数据用不同的卡号分别同步到服务器(相同或者不同服务器)的不同位置，在数据恢复的时候，导致了数据的不一致性；

三是数据的多次存储，容易导致数据安全问题，不利于手机数据信息的安全管理；以及

四是数据的多次同步，数据流量增加，用户需要多支出手机资费。

发明内容

鉴于现有技术中存在的问题，本发明提供了一种多模移动终端的数据同步方法，其具有适用范围广、操作简单、实用性强、人机交互好等特点，实现了多模手机SyncML数据同步功能，从而极大的提高了多模手机SyncML数据同步的可操作性、使用方便性和数据安全性，并且有效的节约了网络资源和服务器资源，用户体验非常好。

根据本发明，提供了一种多模移动终端的数据同步方法，可以包括以下步骤：当需要改变多模移动终端中的数据时，分别记录多模移动终端中的多个卡对应的changelog信息；当用户使用多个卡中的一个卡进行同步或恢复数据时，一个卡与服务器进行交互，并根据交互的结果修改一个卡的数据库，同时修改多个卡中的其他卡的changelog信息；以及在结束同步或恢复数据后，删除一个卡的changelog信息，单独记录一个卡本次的同步时间戳。

其中，一个卡与服务器进行交互的过程包括以下处理：向服务器发送一个卡的鉴权信息；移动终端在接收到服务器的确认信息后，读取移动终端的数据，并构建成同步包发送给服务器；以及服务器向移动终端发送应答包，移动终端分析应答包，并确定是否需要修改移动终端的数据库。

在移动终端进行第一次同步或恢复数据时，同步包中包括移动终端的全部数据，以及应答包中包括对应于一个卡的全部数据。而在移动终端进行日常同步时，同步包中包括移动终端的已变化数据，以及应答包中包括对应于一个卡的已变化数据。

其中，数据是名片。已变化数据包括添加的数据、更新的数据、以及删除的数据。鉴权信息包括帐号和密码。

因而，采用本发明的方法，与现有技术的方法相比，由于采取了“多个changelog信息+多个同步时间戳”的技术措施，用户在改变帐号以后不用再重复发送相同数据，并且能够将改变帐号以前手机的改动在本帐号上得到更新；这样就使多卡操作的方式下的网络流量大大降低，同时保证了多卡环境下同步数据的正确性和一致性。用户体验效果很好。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是根据本发明的多模移动终端的数据同步方法的流程图；

图2是名片夹改变数据后的记录changelog信息示意图；

图3是用户慢同步时的流程图；

图4是用户双向快同步时的初始化流程图；

图5是用户双向快同步时的发送本地名片流程图；

图6是用户双向快同步时的接收服务器名片流程图；以及

图7是用户双向快同步时同步结束流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是根据本发明的多模移动终端的数据同步方法的流程图。如图1所示，该多模移动终端的数据同步方法可以包括以下步骤：

步骤S102，当需要改变多模移动终端中的数据时，分别记录多模移动终端中的多个卡对应的changelog信息；

步骤S 104，当用户使用多个卡中的一个卡进行同步或恢复数据时，一个卡与服务器进行交互，并根据交互的结果修改一个卡的数据库，同时修改多个卡中的其他卡的changelog信息；以及

步骤S106，在结束同步或恢复数据后，删除一个卡的changelog信息，单独记录一个卡本次的同步时间戳。

其中，一个卡与服务器进行交互的过程包括以下处理：向服务器发送一个卡的鉴权信息；移动终端在接收到服务器的确认信息后，读取移动终端的数据，并构建成同步包发送给服务器；以及服务器向移动终端发送应答包，移动终端分析应答包，并确定是否需要修改移动终端的数据库。

在移动终端进行第一次同步或恢复数据时，同步包中包括移动终端的全部数据，以及应答包中包括对应于一个卡的全部数据。而在移动终端进行日常同步时，同步包中包括移动终端的已变化数据，以及应答包中包括对应于一个卡的已变化数据。

其中，数据是名片。已变化数据包括添加的数据、更新的数据、以及删除的数据。鉴权信息包括帐号和密码。

图2是名片夹改变数据后的记录changelog信息示意图。如图2所示，在单模状态下，名片夹只需要记录一个changelog信息，而在多模状态下，多卡多帐号对应的是一个或多个服务器上不同的数据库。如果只用一个changelog信息，用户使用卡A时手机数据发生的改变，在换为卡B后就不能实时反应到卡B对应的服务器数据库，势必发生混乱。因此名片夹在记录改变的日志信息时，需要为每张卡都分别记录changelog信息。

图3为慢同步流程图。如图3所示，当用户第一次使用同步功能时，默认的同步方式是慢同步；用户想恢复数据时，也会采用慢同步的同步方式。慢同步的主要作用是保证手机和服务器端的数据信息完全一致。因此，在发送数据流程方面，手机需要把本地所有数据全部上传。服务器会把手机上传来的数据和服务器本身的数据库做比较，如果发现服务器的某项数据本地手机没有，就会将该数据发到手机端。

相对于单模处理，本发明具体的改进为：

1)在单模状态下，慢同步过程中不对changelog操作；多模状态下，卡A进行慢同步后，手机的数据实际已经发生了改变，用户换为卡B后，如果不将改变的信息发到服务器，就会发生手机和服务器数据不一致的情况。因此，在慢同步过程中，收到服务器数据以后，要对另外一张卡记录changelog信息；

2)在单模状态下，慢同步完成以后需要清空以前的changelog信息，如前所述，多模状态下只能清空本卡的changelog信息；以及

3)在单模状态下，慢同步完成以后要记录本次同步的时间戳，只有一个同步时间戳。在多模状态下，只有一个同步时间戳，如果记录的是卡A上次同步时间，那么用卡B同步时，服务器就会认为时间戳不一致，会强制发起慢同步。因此需要为每张卡记录一个同步时间戳。

图4、图5、图6、和图7是双向快同步流程图。具体地，图4是用户双向快同步时的初始化流程图，图5是用户双向快同步时的发送本地名片流程图，图6是用户双向快同步时的接收服务器名片流程图，以及图7是用户双向快同步时同步结束流程图。

用户的日常同步一般都会采用双向快同步的方式。快同步时只上传本地名片夹添加、删除、修改的名片，服务器也只向手机终端发送用户在服务器端添加、删除、修改的名片。因为慢同步一次花费的时间长，由于增加了网络流量，也会增加用户的手机自费支出。用户日常修改了名片以后就会选择快同步和服务器进行数据更新，保证服务器和手机的数据一致。相对于单模处理，本发明具体的改进为：

1)在发送数据时，多模状态下要区分多卡的changelog信息，因此只读取本卡的changelog信息，进行发送(如图4所示)；

2)收到服务器端的Map信息后，多模处理只清除本卡的changelog信息，对其他卡的changelog信息不做处理(如图5所示)；

3)在接收服务器的数据时，多模处理在添加本地数据库成功以后，需要写另外一张卡的changelog信息(如图6所示)；以及

4)在同步完成后，单独记录本卡的同步时间戳(如图7所示)。

综上所述，采用本发明，大大降低了网络流量，同时保证了多环境下同步数据的卡正确性和一致性，用户体验效果好。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种多模移动终端的数据同步方法，其特征在于，包括以下步骤：

当需要改变多模移动终端中的数据时，分别记录所述多模移动终端中的多个手机卡对应的系统更改日志信息；

当用户使用所述多个手机卡中的一个手机卡进行同步或恢复数据时，所述一个手机卡与服务器进行交互，并根据所述交互的结果修改所述一个手机卡的数据库，同时修改所述多个手机卡中的其他手机卡的系统更改日志信息；以及

在结束所述同步或恢复数据后，删除所述一个手机卡的所述系统更改日志信息，单独记录所述一个手机卡本次的同步时间戳。

2.根据权利要求1所述的数据同步方法，其特征在于，所述一个手机卡与服务器进行交互的过程包括以下处理：

向所述服务器发送所述一个手机卡的鉴权信息；

所述移动终端在接收到所述服务器的确认信息后，读取所述移动终端的数据，并构建成同步包发送给所述服务器；以及

所述服务器向所述移动终端发送应答包，所述移动终端分析所述应答包，并确定是否需要修改所述移动终端的数据库。

3.根据权利要求2所述的数据同步方法，其特征在于，在所述移动终端进行第一次同步或恢复数据时，所述同步包中包括所述移动终端的全部数据，以及所述应答包中包括对应于所述一个手机卡的全部数据。

4.根据权利要求2所述的数据同步方法，其特征在于，在所述移动终端进行日常同步时，所述同步包中包括所述移动终端的已变化数据，以及所述应答包中包括对应于所述一个手机卡的已变化数据。

5.根据权利要求1至4中任一项所述的数据同步方法，其特征在于，所述数据是名片。

6.根据权利要求1至4中任一项所述的数据同步方法，其特征在于，所述已变化数据包括添加的数据、更新的数据、以及删除的数据。

7.根据权利要求2所述的数据同步方法，其特征在于，所述鉴权信息包括帐号和密码。

Images