一种将通讯录同步到服务器上的实现方法及装置

暂无

一种将通讯录同步到服务器上的实现方法及装置\n技术领域\n[0001] 本发明涉及数据业务技术领域，特别涉及一种将通讯录同步到服务器上的实现方法及装置。\n背景技术\n[0002] 目前，将手机等终端上的通讯录上传到网络侧的服务器上进行备份，以防止联系人的联系方式丢失或便于查询联系人的功能已经得到广泛的应用。并且现有的将通讯录同步到服务器上的方案均以单一用户的独立通讯录上传备份和下载为重点，基本的工作机制如下：\n[0003] 1）上传全部--将通讯录中的内容全部上传到服务器端；\n[0004] 2）上传更新--将新增、修改和删除的联系人同步更新到服务器端；\n[0005] 3）下载全部--将服务器端存储的联系人信息下载到手机端；\n[0006] 4）快速同步--将新增、修改和删除的联系人上传到服务器之后，再将服务器端的修改下载到手机端。\n[0007] 但是根据上述方案的工作机制可知，现有的通讯录同步过程至少存在如下技术问题：\n[0008] 通讯录同步过程中的上传、更新、下载都只针对用户手机或SIM卡中通讯录单条内容，因此不同用户的同一联系人将作为多条记录上传并保存在服务器上，即重复记录同一联系人号码，由此导致网络实体负载过大，数据繁琐；同时也由于重复记录引发了上传效率低下的问题。\n发明内容\n[0009] 为了解决现有技术中同一联系人被上传并记录多次到服务器上、服务器负荷大且上传效率低下的技术问题，本发明提出一种将通讯录同步到服务器上的实现方法及装置。\n[0010] 一种将通讯录同步到服务器上的实现方法，包括：\n[0011] 服务器接收用户终端首次上传的通讯录，所述通讯录中记录了所述用户终端的各条联系人信息；\n[0012] 针对每条联系人信息，服务器根据所述联系人信息包含的种子ID判断所述联系人信息是否存在于种子数据库中；\n[0013] 若判定所述种子ID不存在于所述种子数据库，则服务器在所述种子数据库中新增所述联系人信息。\n[0014] 一种将通讯录同步到服务器上的实现装置，包括：\n[0015] 接收模块，用于接收用户终端首次上传的通讯录，所述通讯录中记录了所述用户终端的各条联系人信息；\n[0016] 判断模块，用于针对每条联系人信息，根据所述联系人信息包含的种子ID判断所述联系人信息是否存在于种子数据库中；\n[0017] 新增模块，用于当所述判断模块判定所述种子ID不存在于所述种子数据库时，在所述种子数据库中新增所述联系人信息。\n[0018] 本发明提供的方案在将用户通讯录中联系人信息保存在服务器上的种子数据库之前，采用先判断联系人信息中包含的种子ID是否存在于服务器侧的种子数据库中，再将判定不存在于种子数据库中的联系人信息新增在种子数据库中的技术方案，解决了现有技术中，针对同一联系人信息多次记录在数据库上，导致服务器上重复数据繁多，数据量大的技术问题，进而取得了减少了同条记录的重复数据，减少数据库实体压力，同时增加上传效率，并且由于数据库重复内容少，便于查收数据信息的技术效果。\n附图说明\n[0019] 附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：\n[0020] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。\n[0021] 图1为本发明实施例1提供的一种将通讯录同步到服务器上的实现方法的流程示意图；\n[0022] 图2为本发明实施例2提供的一种将通讯录同步到服务器上的实现装置的结构示意图。\n具体实施方式\n[0023] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。\n[0024] 实施例1\n[0025] 本发明实施例提供一种将通讯录同步到服务器上的实现方法，如图1所示，该方法包括：\n[0026] 步骤101，用户终端首次上传通讯录，通讯录中记录了用户终端的各条联系人信息；服务器接收用户终端首次上传的通讯录。\n[0027] 在本实施例中每条联系人信息包括联系人标识（如联系人姓名）和号码标识（如电话号码）；\n[0028] 步骤102，针对其中的每条联系人信息，服务器处理如下：\n[0029] 根据联系人信息包含的种子ID判断联系人信息是否存在于种子数据库中；若判定种子ID不存在于种子数据库，则执行步骤103，若判断种子ID存在于种子数据库，则执行步骤104。\n[0030] 其中，种子ID可以为联系人标识，如联系人姓名，也可以为联系人的号码标识。在本实施例中，优选种子ID为号码标识。\n[0031] 具体而言，该步骤实现方式为：服务器在种子数据库中查找是否存在与联系人信息包含的种子ID（即电话号码）相匹配的种子ID。若查找到，则代表电话号码存在于种子数据库中，因此执行步骤104；若未查找到，则代表该联系人的电话号码不存在于种子数据库，因此执行步骤103。\n[0032] 步骤103，服务器在种子数据库中新增联系人信息。\n[0033] 步骤104，服务器记录种子数据库中的联系人信息与用户终端的归属关系。即建立该种子ID与用户终端的归属关系，并记录下来，以便根据该归属关系可以获知该种子ID（电话号码）所属的用户终端。\n[0034] 优选地，本实施例的方法还包括如下方案：\n[0035] 当种子数据库中已有的联系人信息所对应的用户终端首次上传通讯录到服务器时，服务器根据归属关系通知与联系人信息有归属关系的用户终端。\n[0036] 根据该归属关系也可以逆向得知拥有某一种子ID的所有用户终端A、B、C….，因为拥有同一种子ID的用户终端A、B和C很有可能是相互熟识或关联的。故而，当其中的用户终端A启用本实施例中的方法同步通讯录中的各条联系人信息到服务器上时，服务器根据归属关系可以将用户终端A的行为通知用户终端B和C。\n[0037] 本实施例提供的通讯录同步方法中以号码标识作为唯一的种子ID，当多个用户同步其通讯录到服务器后，也就可以建立相应的以号码标识标记的种子数据库。当新的用户终端上传通讯录后，首先进行对其通讯录中的每条记录和种子数据库中的数据进行匹配；\n当在种子数据库中找到相同的种子ID时，而不增加新的数据；当在种子数据库中未找到相同的种子ID时，将新的种子ID增加到种子数据库中；同时将用户终端和种子数据库中的种子ID建立归属关系，便于识别种子ID的所示终端。\n[0038] 本实施例继续结合下述示例的场景，描述本实施例提供的方法。\n[0039] 示例：用户终端A，通讯录联系人（即各条联系人信息分别）为C、D、E[0040] 用户终端B，通讯录联系人为C、D、F\n[0041] 用户终端C，通讯录联系人为H、I、J\n[0042] 其中，用户A、B、C均为第一次使用，联系人集合C、D、E、F、H、I、J均不存在于服务器上的种子数据库中。\n[0043] 场景一：用户终端A第一次使用用户终端上的客户端上传通讯录到服务器[0044] 1、服务器判断C、D、E是否在种子数据库？若不存在，则将C、D、E放入种子数据库[0045] 2、建立C、D、E与用户终端A的归属关系并记录下来。\n[0046] 场景二：用户终端A上传通讯录后，用户终端B首次使用终端上的客户端上传通讯录到服务器\n[0047] 1、服务器判断C、D、F是否在种子数据库？查找匹配后，得知F不在种子数据库中，将F放入种子数据库。由于种子C、D都已存在，不用再次新增。\n[0048] 2、将C、D、F与用户终端B建立归属关系并记录下来该归属关系。\n[0049] 场景三：用户A、B已上传通讯录，用户终端C第一次使用终端上的客户端上传通讯录到服务器\n[0050] 1、服务器判断H、I、J是否在种子数据库？不存在，则将H、I、J放入种子数据库[0051] 2、建立H、I、J与用户终端C的归属关系并记录\n[0052] 3、服务器通过种子数据库记录下来的归属关系得知用户终端C与用户终端A和用户终端B有关联，则推送信息给用户终端A和用户终端B通知联系人C已经开始使用客户端。\n[0053] 本实施例通过采用通知用户终端A/B，其通讯录中的联系人C已启用客户端的手段，在用户允许分享的情况下，可对用户联系人信息进行分析，计算其交集数，用户即可以查看“我可能认识的人”，扩大自身圈子的范围。同时，也可以在对方第一时间使用客户端后即广播所有和该用户有关联的用户终端，届时关联用户即可以给对方进行相关设置，如彩像展示等。\n[0054] 本实施例提供的方案，以号码标识为唯一的标识作为数据库的种子ID，在每一次第一次被上传的时候存储在种子数据库中；当下一次被再次上传时，和现有数据种子相匹配，则不被重新写入。有效避免数据冗余；同时能够加快匹配速度，通过实验数据，当用户A和用户B为一个圈子的的朋友，两人手机通讯录数量都达到1000条（假设交集为800），当用户A初次匹配通讯录时耗时1分20秒。而用户B在用户A匹配通讯录后使用客户端，它的匹配时间为20秒。同理可以得出，当种子池中数量越多，交集越大时，匹配通讯录耗时会越少。进一步地，由于用户终端和手机号码的归属关系相互关联，进而建立种子数据圈的生态系统。\n用户终端能够通过上传的种子了解相关状态，形成移动应用生态圈。当某一种子在启用客户端后，通过其归属关系，可以逆向得知拥有该联系人的所有用户，届时将可以对拥有该联系人的所有用户进行广播。\n[0055] 实施例2\n[0056] 为了便于实施例1中的方法实施，本实施例提供一种将通讯录同步到服务器上的实现装置，该装置可以安装在实施例1中的服务器上，也可以就是实施例1中的服务器。如图\n2所示，该装置包括：接收模块21，判断模块22，新增模块23。\n[0057] 接收模块21，用于接收用户终端首次上传的通讯录，通讯录中记录了用户终端的各条联系人信息；判断模块22，用于针对每条联系人信息，根据联系人信息包含的种子ID判断联系人信息是否存在于种子数据库中；新增模块23，用于当判断模块22判定种子ID不存在于种子数据库时，在种子数据库中新增联系人信息。\n[0058] 其中，每条联系人信息包括联系人标识和号码标识；种子ID为号码标识。\n[0059] 具体而言，判断模块22，具体用于在种子数据库中查找是否存在与联系人信息包含的种子ID相匹配的种子ID。\n[0060] 相应地，新增模块23，具体用于当判断模块未在种子数据库中查找到与联系人信息包含的种子ID相匹配的种子ID时，在种子数据库中新增联系人信息。\n[0061] 优选方案中，该装置可还包括：归属记录模块24；通知模块25；存储模块26。\n[0062] 归属记录模块24，用于记录种子数据库中的联系人信息与用户终端的归属关系。\n[0063] 通知模块25，用于当种子数据库中已有的联系人信息所对应的用户终端首次上传通讯录时，根据归属记录模块24记录的归属关系通知与联系人信息有归属关系的用户终端。\n[0064] 存储模块26，用于作为种子数据库使用，存储联系人信息和各联系信息与用户终端的归属关系。\n[0065] 本实施例提供的装置能够减少数据库重复数据，在减轻数据库数据量压力的同时，提高了数据上传效率；并且可以从一个用户和其上传的通讯录建立起一个用户生态圈，由一个用户发展相关用户圈，增加彩像用户的粘性。\n[0066] 本发明实施例提供的上述装置等产品是属于以计算机程序的流程方法为依据，并按照与方法实施例1和/或附图中方法流程的各步骤完全对应一致的方式，所提供的功能模块。并且由于这种功能模块是通过计算机程序的方式实现的软件装置，所以对于装置实施例1未具体提及的功能模块，由于考虑到根据上述方法实施例记载的内容已经足够使本领域技术人员从方法记录的各流程步骤直接地、毫无意外地确定实现所述步骤所必须建立的功能模块，所以在此不赘述。\n[0067] 本发明的技术方案本质上或者说对现有技术做出贡献的部分是以软件产品的形式体现出来的功能，也即是说：本发明的装置、设备或者组成系统的各个设备其所执行的方法或实现的功能主体即便为硬件，但是实际上实现本发明上述功能的部分却是计算机软件产品的模块或单元。并且该计算机软件产品可存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。\n[0068] 以上所述，仅为本发明的具体实施方式，但本发明能有多种不同形式的具体实施方式，上文结合附图对本发明做举例说明，这并不意味着本发明所应用的具体实施方式只能局限在这些特定的具体实施方式中，本领域的技术人员应当了解，上文所提供的具体实施方式只是多种优选实施方式中的一些示例，任何体现本发明权利要求的具体实施方式均应在本发明权利要求所要求保护的范围之内；本领域的技术人员能够对上文各具体实施方式中所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换或者改进等，均应包含在本发明权利要求的保护范围之内。