CN101511078A - 移动终端同步终端数据的挂起和恢复方法 - Google Patents

Abstract

本发明公开一种移动终端同步终端数据的挂起和恢复方法，通过在挂起处理流程中对挂起之后移动终端操作数据的LUID和挂起位置之后未同步数据的LUID进行保存，在同步恢复的时候，只需要读取上述保存的数据的LUID和挂起位置之后的未同步数据LUID即可组成要同步的数据，完全避开了对数据做对比的过程，节省了数据比对的时间。在资源耗费上只需一组数据的资源，而不是以前的两组数据。本发明的实现方法速度更快，安全性更好。

Description

移动终端同步终端数据的挂起和恢复方法

技术领域

本发明涉及通讯领域中移动终端的信息管理PIM(数据同步)业务，具体涉及一种在挂起和恢复同步时快速查找已同步和未同步的数据条目的方法。

背景技术

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

数据同步即是将数据备份在一个指定网络服务器中，之后自己对终端或者服务器的修改都可以通过同步使得的双方的数据达到一致。

在最基本的双向快同步和双向慢同步里，无论同步过程中出现任何异常导致中断，还是用户自己手动中断，在下次同步开始后都只能重新开始，而在SyncML1.2协议中，要求实现一种同步时挂起恢复的方法，即将当前同步状态挂起保存，在下次同步的时候可用“恢复”直接从挂起的地方开始同步，而不是重新同步。

由于挂起时要记录下已同步的本地唯一标识符LUID，在下次恢复的时候，因为不确定是否终端电话本是否有做过操作，所以要读取出已同步的链表和所有电话本链表，将两个链表进行比较，在所有电话本链表中剔出已同步的LUID，这是一种相当耗费内存和时间的算法。

为了更清楚的说明该方法，对数据记录项的ID属性进行说明：

每个存储于移动终端的数据记录项都拥有一个LUID(Locally UniqueIdentifier)，该LUID在整个移动终端唯一，且不断增长。即使添加的记录项数据与某一已被删除的记录完全相同，其LUID也与原来被删除记录的LUID不同。

现有最简单的同步挂起实现方案，如图1所示，当客户端要求挂起同步的时候，会向服务器发送挂起请求，同时记录下当前的同步状态和已同步的LUID，以免下次挂起的时候重复发送这些数据，之所以记录已同步的LUID，而不是记录未同步的数据，是因为挂起后用户还会对名片夹进行操作，所以保存未同步的LUID则不能覆盖用户在挂起后更新的数据.记录完成后，同步结束。

现有最简单的恢复方案，如图2所示。挂起后，当用户需要恢复同步的时候，客户端会读取挂起时的同步状态，同时读取上次挂起时已同步的LUID和数据库中所有数据的LUID，让后将两组LUID进行比较，在所有数据的LUID中剔出掉从而生成本次同步待发的数据。然后用待发数据同步，同步完成。

从这个方案可以看出在恢复的时候，恢复得时候程序要加载两组数据相互比较，数据量少的时候这个方法是可行的，但随着移动终端存储空间的逐渐增大，现在的终端可以存储上千条甚至几千条的电话本，此时如果再用此方法对如此巨大的数据量进行比较，所耗费的资源也是相当巨大的，而且比较过程的时间耗费也是呈几何增长的。所以需要有一个优化的方案以减少这种资源的消耗和缩短比较的时间。

发明内容

本发明针对现有技术中由于挂起时保存的已同步数据的LUID，从而在恢复时需要耗费大量系统资源和时间的技术问题，提出了一种快速且资源消耗少的移动终端同步终端数据挂起和恢复方法。

本发明的技术方案是这样实现的：

一种移动终端同步终端数据的挂起方法，包括以下处理步骤：

11)服务器端接收移动终端的挂起请求，记录当前的同步状态和挂起位置；

12)服务器端记录当前挂起请求后移动终端操作数据的本地唯一标识符；

13)移动终端接收服务器端发出的挂起操作完成应答。

优选的，所述步骤12)中还包括将当前挂起请求后移动终端操作数据的本地唯一标识符记录生成一记录文件。

一种移动终端同步终端数据的恢复方法，包括以下处理步骤：

21)服务器端接收移动终端的同步恢复请求，读取挂起位置信息；

22)服务器端读取挂起位置之后的未同步数据的本地唯一标识符和上一挂起请求后移动终端操作数据的本地唯一标识符记录；

23)启动数据同步进程，对所述步骤22)中的数据进行同步。

优选的，所述步骤23)包括以下处理过程：

231)将所述步骤22)中的两种数据的本地唯一标识符记录合并，形成当前需同步的所有数据的本地唯一标识符记录；

232)对当前需同步的所有数据进行同步。

上述的终端数据包括至少一种以下信息：个人信息、日程信息、以及邮件信息。

本发明中，由于在当前挂起之后移动终端操作数据的LUID进行了保存，在同步恢复的时候，只需要读取上述保存的数据的LUID和挂起位置之后的未同步数据LUID即可组成要同步的数据，完全避开了对数据做对比的过程，节省了数据比对的时间。资源耗费上只需一组数据的资源，而不是以前的两组数据。本发明的实现方法速度更快，安全性更好。

附图说明

图1为现有技术移动终端内部挂起处理流程图；

图2为现有技术移动终端内部恢复处理流程图；

图3为本发明移动终端内部挂起优选实施例处理流程图；

图4为本发明移动终端内部恢复优选实施例处理流程图。

具体实施方式

下面通过结合附图对本发明进行详细说明。

如图1所示的现有移动终端挂起流程：在挂起时首先记录已同步数据的LUID和同步状态，再向服务器发送挂起请求，得到确认后就结束同步。

如图2所示的现有移动终端恢复流程：移动终端首先向服务器发起恢复挂起的命令，之后读取上次挂起的状态，并且读取上次记录的已同步数据的LUID和现在移动终端中所有数据的LUID，然后进行比较，在所有LUID里剔出已同步的那部分，组成新的数据后，开始数据同步处理。

图3为本发明移动终端挂起处理流程，在挂起时首先记录同步状态，记录挂起位置之后的未同步数据的LUID。之后服务器还需要记录当前挂起之后移动终端操作数据的LUID，还可以将当前挂起之后移动终端操作数据的LUID生成一个文件，例如一个命名为newchange的文件。然后再向服务器发送挂起请求，得到确认后就结束。

图4为本发明移动终端恢复处理流程，首先移动终端发起恢复命令，之后读取上次挂起的状态，并且读取上次记录的上一挂起之后移动终端操作数据的LUID，即读取newchange文件中记录数据的LUID，以及读取上次挂起位置之后的未同步数据的LUID，将两组LUID直接结合在一起就组成的本次同步所需的全部LUID，然后进行恢复同步，直到结束。

本发明由于采用了合并未同步数据LUID的方法，使得系统操作的时间节约了，同时也节省了系统内存消耗，还能保证了读取的数据都是需要同步操作时发送的，而不用读取数据后再进行筛选。

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

Claims (6)

1.一种移动终端同步终端数据的挂起方法，其特征在于，所述方法包括以下处理步骤：

11)服务器端接收移动终端的挂起请求，记录当前的同步状态和挂起位置；

12)服务器端记录当前挂起请求后移动终端操作数据的本地唯一标识符；

13)移动终端接收服务器端发出的挂起操作完成应答。

2.根据权利要求1所述的移动终端同步终端数据的挂起方法，其特征在于，所述步骤12)中还包括将当前挂起请求后移动终端操作数据的本地唯一标识符记录生成一记录文件。

3.根据权利要求1或2所述的移动终端同步终端数据的挂起方法，其特征在于，所述的数据包括至少一种以下信息：个人信息、日程信息、以及邮件信息。

4.一种移动终端同步终端数据的恢复方法，其特征在于，所述方法包括以下处理步骤：

21)服务器端接收移动终端的同步恢复请求，读取挂起位置信息；

22)服务器端读取挂起位置之后的未同步数据的本地唯一标识符和上一挂起请求后移动终端操作数据的本地唯一标识符记录；

23)启动数据同步进程，对所述步骤22)中的数据进行同步。

5.根据权利要求4所述的移动终端同步终端数据的恢复方法，其特征在于，所述步骤23)包括以下处理过程：

231)将所述步骤22)中的两种数据的本地唯一标识符记录合并，形成当前需同步的所有数据的本地唯一标识符记录；

232)对当前需同步的所有数据进行同步。

6.根据权利要求4或5所述的移动终端同步终端数据的恢复方法，其特征在于，所述的数据包括至少一种以下信息：个人信息、日程信息、以及邮件信息。

Images