CN103399795A - 通讯录同步方法及装置 - Google Patents

Abstract

本发明公开一种通讯录同步方法，以解决现有通讯录同步所存在的易导致同步失败甚至程序奔溃等问题。本发明公开的通讯录同步方法，可运行于VoIP客户端，包括以下步骤：获取通讯录同步任务；向同步任务队列管理器查询当前是否有未完成的通讯录同步任务，如果有，将当前同步任务按序排入所述同步任务队列管理器的等待队列中；当在先的通讯录同步任务完成后，执行所述当前同步任务。

Description

通讯录同步方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种通讯录同步方法及装置。

背景技术

近年来，随着移动互联网应用的快速发展，网络通信方式日益改变着用户的交往方式。

目前，有些VoIP（Voice over Internet Protocol）应用软件是基于通讯录（又称通讯簿或地址簿）进行通讯的。而VoIP应用系统大多都设有客户端和服务器，藉此，如何确保VoIP客户端的通讯录与网络侧VoIP服务器上的通讯录同步对该应用软件的可靠运行有着决定性的作用。

通讯录数据一般包括了用户的联系人信息，如：姓名、电话号码、电子邮件、地址、公司信息等。通讯录同步就是把客户端的通讯录数据上传到服务器处理后保存，服务器返回处理结果给客户端来标志一次同步的完成。同时，要使得远程服务器端的数据始终都保持和本地客户端的数据一致，即当客户端通讯录发生变化(如：联系人的增加\删除、联系人号码变化、联系人名字变化等)时，程序要能即时的捕获到该变化并更新到服务器端。

然而，当该VoIP应用软件使用在众多的手机操作系统中，尤其是在多线程环境中，如果第一次通讯录同步任务还没有完成(即服务器还未返回同步结果)，而由于程序被定期地唤醒等原因造成另一次通讯录同步请求也会被执行，此时，由于VoIP客户端和服务器都有着比较严格的数据校验和比对机制，就很可能造成通讯录同步失败甚至程序奔溃。同样的问题在QQ通讯录和其它基于通讯录同步的软件中也存在。

发明内容

本发明的主要目的在于公开一种通讯录同步方法，以解决现有通讯录同步所存在的易导致同步失败甚至程序奔溃等问题。

为达上述目的，本发明公开一种通讯录同步方法，运行于软件客户端，包括以下步骤：

获取通讯录同步任务；

向同步任务队列管理器查询当前是否有未完成的通讯录同步任务，如果有，将当前同步任务按序排入所述同步任务队列管理器的等待队列中；

当在先的通讯录同步任务完成后，执行所述当前同步任务。

为达上述目的，本发明还公开一种客户端，包括依次连接的同步任务获取模块、查询模块和同步任务执行模块：

所述同步任务获取模块，用于获取通讯录同步任务；

所述查询模块，其设置有同步任务管理器，用于向同步任务队列管理器查询当前是否有未完成的通讯录同步任务，如果有，将当前同步任务按序排入所述同步任务队列管理器的等待队列中；

同步任务执行模块，用于当在先的通讯录同步任务完成后，执行所述当前同步任务。

与现有技术相比，本发明实施例至少具有以下优点：

通过同步任务队列管理器的排队机制，一次通讯录同步任务完成之后才执行下一次通讯录同步任务，不会因一段时间内所触发的多个通讯录同步任务而存在两个或两个以上同时执行的通讯簿同步任务，从而也就从根本上有效解决了现有多线程环境中多个通讯簿同步任务被触发后同时执行所存在的同步失败甚至程序奔溃等问题。可以广泛应用于VoIP通讯录及QQ通讯录等基于通讯录同步的软件上。

附图说明

图1是本发明实施例公开的VoIP通讯录同步方法流程示意图；

图2是本发明实施例公开的VoIP客户端的结构框图一；

图3是本发明实施例公开的VoIP客户端的结构框图二。

具体实施方式

下面以VoIP通讯录同步为例，结合说明书附图对本发明的具体实现方式做一详细描述。

实施例一

本发明实施例公开一种运行于VoIP客户端的VoIP通讯录同步方法。如图1所示，该方法包括以下步骤：

步骤S1、安装VoIP客户端，其中该VoIP客户端嵌入有同步任务队列管理器。本发明实施例中，VoIP客户端的联系人是基于手机通讯录并可从手机通讯录导入相关联系人信息的，同步任务队列管理器则主要供VoIP客户端对通讯录同步任务进行排队管理，而通讯录同步即指VoIP客户端将本地或手机通讯录的相关数据同步到VoIP服务器。

步骤S2、获取通讯录同步任务。通常，当VoIP客户端运行于手机操作系统时，较佳的，在VoIP客户端安装后的首次启动后，VoIP客户端即可将手机通讯录数据分包发送给VoIP服务器以启动一次通讯录同步任务。

该步骤中，还可以通过向手机操作系统注册的通讯录变化回调函数以获取通讯录同步任务。

可选的，程序起动时，在程序的入口函数中，通过注册一个通讯录变化回调函数来及时地知道是否设备的通讯录产生了变化。注册函数的原型可为：ABAddressBookRegisterExternalChangeCallback(ABAddressBookRefaddressBook,ABExternalChangeCallback callback,void*context)[4]，其中，callback为回调函数名称，只要通讯录产生了改变且当用户将客户端切回前台时，callback函数就会被调用，客户端就可以将通讯录数据与本地数据库的数据相比，找出其中的变化数据并将其发送到服务器进行同步。本发明实施例中，VoIP客户端需要将同步过的数据在本地进行存库，以便下次同步时能与通讯录进行比对，从而对通讯录的后续更新只进行增量同步以减少同步的数据流量。值得说明的是：本发明实施例如无特别说明的“通讯录及其数据”都是指手机自带的通讯录及其数据，而本地数据库即指VoIP客户端内部/本地的基于手机通讯簿的相关数据，后续不再赘述。

进一步的，IOS作为当前最主流的智能手机操作系统之一，其除了拥有丰富的API和华丽的视觉效果外，还拥有独特的内存管理机制和后台运行机制。IOS4之前的苹果手持设备是不支持多线程任务(multitasking)的，当用户停止一个应用程序后，该应用程序会被关掉，如果再次运行该程序，该程序会重新加载，因此该应用不能保存任何之前的运行状态。为此苹果公司做出了改进，在IOS4以后的手持设备都支持多线程任务，即当你按下Home键使程序进入后台，如果程序再次回到前台时能恢复到之前的运行状态。然而，程序在后台运行一小段时间(例如：5秒钟)后，该程序就会被挂起，操作系统一般就不会再为其分配时间片（即CPU分配给各个程序的时间），程序就没有机会去执行任何代码了。然而可喜的是，苹果公司提供了几种方法让应用程序在后台能够较长时间的获得时间片，这几种方法分别是：播放音频(Audio)、网络电话(VoIP)、位置信息(Location)。依此，IOS系统允许VoIP程序被挂断并提供组件去监听它们的网络（sockets，Windows下网络编程的规范），而不是在任意时候都处于唤醒状态。藉此，可通过在Info.plist的UIBackgroundModes设置项中添加VoIP键值，为VoIP建立一个socket让程序在后台时能定期的被唤醒。因此，如果用户没有将客户端切回到前台，但在后台被唤醒，客户端程序获得了时间片，同步代码也会被执行。这样就保证了通讯录同步的实时性。

步骤S3、向同步任务队列管理器查询当前是否有未完成的通讯录同步任务，如果有，将当前同步任务按序排入所述同步任务队列管理器的等待队列中。

以运行于IOS操作系统的VoIP客户端为例，同步任务队列管理器可采用IOS提供的GCD(Grand Central Dispatch)技术来创建一个线程队列，并应用IOS的NSCondition类(类似Java中的wait，notify机制)来实现线程的同步。一次同步任务到来时，如果线程没有处于wait状态，则任务被执行，执行后线程会被锁住，如果此时新的同步任务到来，该任务只能等待并直到上次任务完成并通知（notify）该线程后才能够被执行。

藉此，以运行于IOS操作系统的VoIP客户端为例，当客户端程序在后台而用户在手机通讯录里进行较长时间的编辑或修改时，即使客户端程序被周期性被唤醒时而触发了多次同步任务，也不会产生的同步失败。

步骤S4、当在先的通讯录同步任务完成后，执行所述当前同步任务。

较佳的，在执行所述当前同步任务前或者在上述步骤S2获取通讯录同步任务时，为确保同步的正确性，可进一步验证本地数据库数据是否与当前手机通讯录数据一致（验证方法包括但不限于：分别将通讯录数据和本地数据库数据按照某种编码格式进行编码，将双方生成的编码或称校验码进行比较），只有当验证为不一致时，才启动相关同步任务。

其中执行同步任务的步骤包括但不限于：

s41、VoIP客户端将通讯录修改数据连同第一校验码发送到VoIP服务器进行同步。该步骤中，该第一校验码是VoIP客户端依据本地数据库同步前的通讯录数据按编码规则所生成的校验码。

其中，VoIP服务器在收到第一校验码后，和本地数据库数据所生成的校验码进行对比，如果一致，说明客户端和服务器在同步前的数据是完全一致的，认定本次同步有效，并将修改数据更新到本地数据库，并根据更新后的通讯录数据生成第二校验码下发给VoIP客户端。

s42、VoIP客户端在接收到VoIP服务器根据所述第一校验码进行同步后下发的第二校验码后，根据第二校验码判断是否更新成功，如果更新成功，将通讯录修改数据同步更新到本地数据库，并在所述同步任务队列管理器中标记当前同步任务完成。反之，如果更新不成功，可由VoIP客户端发起二次增量更新或直接将全部的通讯录数据进行更新。其中，VoIP客户端根据第二校验码判断是否更新成功包括：将该第二校验码与基于手机通讯簿且按与服务器同样的编码规则生成的校验码进行比较，如果一致，则判断更新成功，反之判断更新失败。

依托上述的同步执行步骤，可以很好的确保通讯录同步更新的准确性。

进一步的，在执行通讯录同步任务时，尤其是在客户端安装后用户的首次登录时，由于相关的通讯录数据数据量比较大，客户端往往一个数据包不能装载完，则可以将相关的手机通讯录数据分包发送给VoIP服务器进行同步，而且同步时，VoIP客户端只有在收到上一数据包同步成功的消息之后再上传下一数据包，以此确保同步的正确性。

综上，本发明实施例至少具有以下优点：

通过同步任务队列管理器的排队机制，一次通讯录同步任务完成之后才执行下一次通讯录同步任务，不会因一段时间内所触发的多个通讯录同步任务而存在两个或两个以上同时执行的通讯簿同步任务，从而也就从根本上有效解决了现有多线程环境中多个通讯簿同步任务被触发后同时执行所存在的同步失败甚至程序奔溃等问题。

实施例二

与上述实施例一相对应的，本实施例提供一种客户端。如图2所示，包括依次连接的同步任务获取模块1、查询模块2和同步任务执行模块3：

所述同步任务获取模块，用于获取通讯录同步任务；

所述查询模块，其设置有同步任务管理器21，用于向同步任务队列管理器查询当前是否有未完成的通讯录同步任务，如果有，将当前同步任务按序排入所述同步任务队列管理器的等待队列中；

同步任务执行模块，用于当在先的通讯录同步任务完成后，执行所述当前同步任务。可选的，上述同步任务执行模块可将同步过的数据在本地进行存库，以便下次同步时能与通讯录进行比对，从而对通讯录的后续更新只进行增量同步以减少同步的数据流量。下面以该客户端为VoIP客户端做进一步说明：

如图3所示，同步任务执行模块还包括：

同步上传单元31，用于将通讯录修改数据连同第一校验码发送到远程的VoIP服务器进行同步，以及在所述VoIP客户端安装后的首次启动后，将手机通讯录数据分包发送给VoIP服务器，且只有在收到上一数据包同步成功的消息之后再上传下一数据包；其中，当通讯录数据比较少且一次性即可传输完毕时，可不采用分包传输的策略；较佳的，该同步任务执行模块在传输前，可对数据量的大小进行评测，看是否超过一次传输的最大阈值，如果是，采用分包传输的策略，否则就直接一块打包一次性传输。

同步跟踪单元32，用于在接收到VoIP服务器根据所述第一校验码进行同步后下发的第二校验码后，根据第二校验码判断是否更新成功，如果更新成功，通知本地更新单元将通讯录修改数据同步更新到本地数据库，并在所述同步任务队列管理器中标记当前同步任务完成；反之，发起二次增量更新或通知同步上传单元直接将全部的通讯录数据进行更新；

本地更新单元33，用于将手机通讯录修改数据更新到本地数据库。

可选的，如图3所示，上述同步任务获取模块包括第一及第二获取单元：

第一获取单元11，用于通过向手机操作系统注册的通讯录变化回调函数获取通讯录同步任务；

第二获取单元13，用于在IOS操作系统环境下时，通过在Info.plist的UIBackgroundModes设置项中添加VoIP键值，为VoIP建立一个socket让程序在后台时能定期的被唤醒，确保了通讯录同步的实时性。

进一步的，如图3所示，上述同步任务执行模块还包括：

与上述第一和第二获取单元连接的验证单元12，用于验证本地数据库数据是否与当前手机通讯录数据一致，只有当验证为不一致时，启动所述当前同步任务，以此确保同步的正确性。

本发明实施例公开的VoIP客户端可以广泛应用于手机安卓、IOS等系统，也可以广泛应用于PC操作系统。

以运行于IOS操作系统的VoIP客户端为例，当客户端程序在后台而用户在手机通讯录里进行较长时间的编辑或修改时，即使客户端程序被周期性被唤醒时而触发了多次同步任务，也不会产生的同步失败。

综上，本发明实施例通过同步任务队列管理器的排队机制，一次通讯录同步任务完成之后才执行下一次通讯录同步任务，不会因一段时间内所触发的多个通讯录同步任务而存在两个或两个以上同时执行的通讯簿同步任务，从而也就从根本上有效解决了现有多线程环境中多个通讯簿同步任务被触发后同时执行所存在的同步失败甚至程序奔溃等问题。

值得说明的是，本发明上述实施例公开的通讯录同步方法及装置可以广泛应用于VoIP的通讯录管理，也可以应用QQ等通讯录等管理，本发明的保护范围包括但不限于上述实施例所述的场景，而应当以权利要求的内容为准。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种通讯录同步方法，运行于软件客户端，其特征在于，包括以下步骤：

获取通讯录同步任务；

向同步任务队列管理器查询当前是否有未完成的通讯录同步任务，如果有，将当前同步任务按序排入所述同步任务队列管理器的等待队列中；

当在先的通讯录同步任务完成后，执行所述当前同步任务。

2.根据权利要求1所述的通讯录同步方法，其特征在于，所述软件客户端运行于手机操作系统，所述获取通讯录同步任务包括：

通过向手机操作系统注册的通讯录变化回调函数获取通讯录同步任务。

3.根据权利要求1所述的通讯录同步方法，其特征在于，所述软件客户端运行于IOS手机操作系统，该方法还包括：

通过在Info.plist的UIBackgroundModes设置项中添加VoIP值，建立一个socket让程序在后台时能定期的被唤醒。

4.根据权利要求2或3所述的通讯录同步方法，其特征在于，所述执行所述当前同步任务包括：

将通讯录修改数据连同第一校验码发送到远程服务器进行同步；

在接收到远程服务器根据所述第一校验码进行同步后下发的第二校验码后，根据第二校验码判断是否更新成功，如果更新成功，将通讯录修改数据同步更新到本地数据库，并在所述同步任务队列管理器中标记当前同步任务完成。

5.根据权利要求4所述的通讯录同步方法，其特征在于，所述获取通讯录同步任务还包括：

验证本地数据库数据是否与当前手机通讯录数据一致，只有当验证为不一致时，启动所述当前同步任务。

6.根据权利要求2或3所述的通讯录同步方法，其特征在于，还包括：

在安装所述软件客户端时，将所述同步任务队列管理器嵌入所述软件客户端。

7.根据权利要求6所述的通讯录同步方法，其特征在于，所述软件客户端运行于手机操作系统，以及在所述软件客户端安装后的首次启动后，还包括：

将手机通讯录数据分包发送给VoIP服务器，且只有在收到上一数据包同步成功的消息之后再上传下一数据包。

8.一种客户端，其特征在于，包括依次连接的同步任务获取模块、查询模块和同步任务执行模块：

所述同步任务获取模块，用于获取通讯录同步任务；

所述查询模块，其设置有同步任务管理器，用于向同步任务队列管理器查询当前是否有未完成的通讯录同步任务，如果有，将当前同步任务按序排入所述同步任务队列管理器的等待队列中；

同步任务执行模块，用于当在先的通讯录同步任务完成后，执行所述当前同步任务。

9.根据权利要求8所述的客户端，其特征在于，所述同步任务执行模块包括：

本地更新单元，用于将手机通讯录修改数据更新到本地数据库；

同步上传单元，用于将通讯录修改数据连同第一校验码发送到远程服务器进行同步，以及在所述客户端安装后的首次启动后，将手机通讯录数据分包发送给远程服务器，且只有在收到上一数据包同步成功的消息之后再上传下一数据包；

同步跟踪单元，用于在接收到远程服务器根据所述第一校验码进行同步后下发的第二校验码后，根据第二校验码判断是否更新成功，如果更新成功，通知本地更新单元将通讯录修改数据同步更新到本地数据库，并在所述同步任务队列管理器中标记当前同步任务完成；反之，发起二次增量更新或通知同步上传单元直接将全部的通讯录数据进行更新。

10.根据权利要求9所述的客户端，其特征在于，所述同步任务获取模块包括第一及第二获取单元：

第一获取单元，用于通过向手机操作系统注册的通讯录变化回调函数获取通讯录同步任务；

第二获取单元，用于在IOS操作系统环境下时，通过在Info.plist的UIBackgroundModes设置项中添加VoIP键值，为VoIP建立一个socket让程序在后台时能定期的被唤醒；

其中所述同步任务执行模块还包括：

与所述第一和第二获取单元连接的验证单元，用于验证本地数据库数据是否与当前手机通讯录数据一致，只有当验证为不一致时，启动所述当前同步任务。

Images