[发明专利]一种将通讯录同步到服务器上的实现方法及装置

说明书

技术领域

本发明涉及数据业务技术领域，特别涉及一种将通讯录同步到服务器上的实现方法及装置。

背景技术

目前，将手机等终端上的通讯录上传到网络侧的服务器上进行备份，以防止联系人的联系方式丢失或便于查询联系人的功能已经得到广泛的应用。并且现有的将通讯录同步到服务器上的方案均以单一用户的独立通讯录上传备份和下载为重点，基本的工作机制如下：

1）上传全部--将通讯录中的内容全部上传到服务器端；

2）上传更新--将新增、修改和删除的联系人同步更新到服务器端；

3）下载全部--将服务器端存储的联系人信息下载到手机端；

4）快速同步--将新增、修改和删除的联系人上传到服务器之后，再将服务器端的修改下载到手机端。

但是根据上述方案的工作机制可知，现有的通讯录同步过程至少存在如下技术问题：

通讯录同步过程中的上传、更新、下载都只针对用户手机或SIM卡中通讯录单条内容，因此不同用户的同一联系人将作为多条记录上传并保存在服务器上，即重复记录同一联系人号码，由此导致网络实体负载过大，数据繁琐；同时也由于重复记录引发了上传效率低下的问题。

发明内容

为了解决现有技术中同一联系人被上传并记录多次到服务器上、服务器负荷大且上传效率低下的技术问题，本发明提出一种将通讯录同步到服务器上的实现方法及装置。

一种将通讯录同步到服务器上的实现方法，包括：

服务器接收用户终端首次上传的通讯录，所述通讯录中记录了所述用户终端的各条联系人信息；

针对每条联系人信息，服务器根据所述联系人信息包含的种子ID判断所述联系人信息是否存在于种子数据库中；

若判定所述种子ID不存在于所述种子数据库，则服务器在所述种子数据库中新增所述联系人信息。

一种将通讯录同步到服务器上的实现装置，包括：

接收模块，用于接收用户终端首次上传的通讯录，所述通讯录中记录了所述用户终端的各条联系人信息；

判断模块，用于针对每条联系人信息，根据所述联系人信息包含的种子ID判断所述联系人信息是否存在于种子数据库中；

新增模块，用于当所述判断模块判定所述种子ID不存在于所述种子数据库时，在所述种子数据库中新增所述联系人信息。

本发明提供的方案在将用户通讯录中联系人信息保存在服务器上的种子数据库之前，采用先判断联系人信息中包含的种子ID是否存在于服务器侧的种子数据库中，再将判定不存在于种子数据库中的联系人信息新增在种子数据库中的技术方案，解决了现有技术中，针对同一联系人信息多次记录在数据库上，导致服务器上重复数据繁多，数据量大的技术问题，进而取得了减少了同条记录的重复数据，减少数据库实体压力，同时增加上传效率，并且由于数据库重复内容少，便于查收数据信息的技术效果。

附图说明

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

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例1提供的一种将通讯录同步到服务器上的实现方法的流程示意图；

图2为本发明实施例2提供的一种将通讯录同步到服务器上的实现装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。

实施例1

本发明实施例提供一种将通讯录同步到服务器上的实现方法，如图1所示，该方法包括：

步骤101，用户终端首次上传通讯录，通讯录中记录了用户终端的各条联系人信息；服务器接收用户终端首次上传的通讯录。

在本实施例中每条联系人信息包括联系人标识（如联系人姓名）和号码标识（如电话号码）；

步骤102，针对其中的每条联系人信息，服务器处理如下：