联系人处理方法及服务器的制造方法
【专利摘要】本发明公开一种联系人处理方法及服务器，方法包括：获取终端用户的通讯录，通讯录包括终端用户的联系人的联系方式；查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，基于互为直接联系人的终端用户构建至少一个关系链；基于关系链中各终端用户的通讯录确定相同联系人，对相同联系人的联系方式进行比对得到符合预定条件的联系方式；基于符合预定条件的联系方式的使用数据，分析出各符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式。采用本发明，能够识别出通讯录中的失效号码，提高通讯录的使用效率，提高用户的通信效率。
【专利说明】
联系人处理方法及服务器
技术领域
[0001]本发明涉及信息通信技术领域的数据挖掘技术，尤其涉及一种联系人处理方法及服务器。
【背景技术】
[0002]随着人们通讯的普及，很多用户都使用过或正在使用多个不同的手机号码，因而在用户的手机通讯录中，针对同一个联系人可能会存储有多个手机号码，然而，这些手机号码中一个或多个可能目前处于停机状态、或者已经被运营商回收易主，这就使得用户的手机通讯录中的同一联系人对应的多个号码中存在着失效号码(如停机或易主)，当用户要给联系人打电话或发消息时，无法从联系人对应的多个号码中准确分辨出哪个或哪些号码是可用号码，只能逐个尝试拨打或联系，如此，会耗费用户的时间和精力，降低通讯录的使用效率。
【发明内容】
[0003]有鉴于此，本发明实施例期望提供一种联系人处理方法及服务器，能够识别出通讯录中的失效号码，提高通讯录的使用效率，提高用户的通信效率。
[0004]为达到上述目的，本发明的技术方案是这样实现的:
[0005]第一方面，本发明实施例提供一种联系人处理方法，方法包括:
[0006]获取终端用户的通讯录，所述通讯录包括终端用户的联系人的联系方式；
[0007]查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，基于互为直接联系人的终端用户构建至少一个关系链；
[0008]基于所述关系链中各终端用户的通讯录确定相同联系人，对所述相同联系人的联系方式进行比对得到符合预定条件的联系方式；
[0009]基于所述符合预定条件的联系方式的使用数据，分析出各所述符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式。
[0010]第二方面，本发明实施例提供一种联系人处理服务器，服务器包括:
[0011]获取模块，用于获取终端用户的通讯录，所述通讯录包括终端用户的联系人的联系方式；
[0012]查找模块，用于查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，基于互为直接联系人的终端用户构建至少一个关系链；
[0013]第一确定模块，用于基于所述查找模块构建的所述关系链中各终端用户的通讯录确定相同联系人，对所述相同联系人的联系方式进行比对得到符合预定条件的联系方式；
[0014]筛选模块，用于基于所述第一确定模块确定的所述符合预定条件的联系方式的使用数据，分析出各所述符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式。
[0015]本发明实施例中，通过对基于互为直接联系人的终端用户构建的关系链中各终端用户的通讯录中的相同联系人的联系方式进行比对，筛选出符合预定条件的联系方式，并根据符合预定条件的联系方式的特征筛选出匹配预设特征的失效联系方式，即通过对多个终端用户的通讯录的联系人的联系方式进行分析，从所有联系方式中识别出失效联系方式，终端用户直接使用除了失效联系方式之外的其他联系方式进行通信，避免了现有技术中终端用户需要对包括失效联系方式在内的多个联系方式逐个尝试进行通信，从而节省了用户的时间和精力，如此，本发明实施例能够自动识别出通讯录中的失效号码，提高通讯录的使用效率，提高用户的通信效率。
【附图说明】
[0016]图1为本发明实施例中联系人处理方法的一个可选的架构示意图；
[0017]图2为本发明实施例中联系人处理方法的一个可选的流程示意图；
[0018]图3为本发明实施例中基于图1实施联系人处理方法的一个可选的示意图；
[0019]图4为本发明实施例中联系人处理方法的另一个可选的流程示意图；
[0020]图5为本发明实施例中通讯录中标识失效联系方式前后的对照示意图；
[0021]图6为本发明实施例中通讯录中标识使用频繁程度信息前后的对照示意图；
[0022]图7a为本发明实施例中清理失效号码功能开关的一个可选的实现示意图；
[0023]图7b为本发明实施例中清理失效号码功能开关的另一个可选实现示意图；
[0024]图7c为本发明实施例中一个联系人对应多个电话号码的一个可选不意图；
[0025]图7d为本发明实施例中识别失效号码功能开关的一个可选的实现示意图；
[0026]图7e为本发明实施例中清理失效号码的一个可选的界面示意图；
[0027]图8a为本发明实施例中确定失效电话号码的一个可选的流程示意图；
[0028]图Sb为本发明实施例中联系人度数的一个可选的示意图；
[0029]图Sc为本发明实施例中确定失效电话号码的一个可选的数据流向示意图；
[0030]图9为本发明实施例中联系人处理服务器的一个可选的结构示意图；
[0031]图10为本发明实施例中联系人处理服务器的另一个可选的结构示意图。
【具体实施方式】
[0032]首先对现有技术说明如下:终端用户的通讯录存在如下的情形:对于同一个联系人存储有多个电话号码，但是其中的一个或多个已经处于停机状态、或者已经被运营商回收易主(如更换了服务用户)，即其中的一个或多个号码为无效号码。当终端用户要给这位存储有多个电话号码的联系人打电话或发消息时，终端用户面对通讯录中存储的这位联系人的多个电话号码，无法快速、准确分辨出哪个或哪些号码是可用号码，只能逐个尝试拨打或联系，此过程中拨号的多次尝试将导致用户的时间和精力的浪费，如此，现有技术会耗费用户过多的时间和精力，降低通讯录的使用效率，降低用户的通信效率。
[0033]以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。另外，以下所提供的实施例是用于实施本发明的部分实施例，而非提供实施本发明的全部实施例，在本领域技术人员不付出创造性劳动的前提下，对以下实施例的技术方案进行重组所得的实施例、以及基于对发明所实施的其他实施例均属于本发明的保护范围。
[0034]需要说明的是，在本发明实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的方法或者装置不仅包括所明确记载的要素，而且还包括没有明确列出的其他要素，或者是还包括为实施方法或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的方法或者装置中还存在另外的相关要素(例如方法中的步骤或者装置中的单元)。例如，本发明实施例提供的联系人处理方法包含了一系列的步骤，但是本发明实施例提供的联系人处理方法不限于所记载的步骤，同样地，本发明实施例提供的联系人处理服务器包括了一系列模块，但是本发明实施例提供的联系人处理服务器不限于包括所明确记载模块，还可以包括为获取相关信息、或基于信息进行处理时所需要设置的模块/单元。
[0035]需要说明的是，本发明实施例所涉及的术语“第一”/“第二”/“第三”等仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一”/“第二”/“第三”在允许的情况下可以互换特定的顺序或先后次序。应该理解“第一”/“第二”/“第三”区分的对象在适当情况下可以互换，以使这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
[0036]需要指出的是，本发明实施例中终端可以为智能手机、平板电脑、台式电脑、笔记本电脑、穿戴式设备(如智能手表)等能够支持有线或无线通信或支持各种用于通信的应用或社交软件的设备。
[0037]本发明实施例记载的技术方案可以用于识别出通讯录中同一联系人对应的多个号码中的失效号码;参见图1示出的本发明实施例中联系人处理方法的一个可选的架构示意，图1所示的架构中包括:支持通讯录的终端11、联系人处理服务器12及网络13，终端11与联系人处理服务器12通过网络13进行数据交互，终端11可以为多个；当用户要给联系人李**打电话或发消息时，用户查询终端11的通讯录时，发现在通讯录中存储有对应于李**的三个电话号码，分别为电话号码1、电话号码2及电话号码3，但是，这3个号码中可能有失效号码(如停机或易主)，然而，现有技术中用户并不知道这3个号码中哪个是有效号码，用户只能逐个尝试拨打或联系，此过程中拨号的多次尝试将耗费用户过多的时间和精力，降低通讯录的使用效率，降低用户的通信效率。
[0038]需要说明的是，图1中示出的应用场景仅是本发明实施例记载的技术方案的一个可能的架构示例，其他应用场景可以包括图1未涉及的终端、或安装于终端上的用于通信的应用或社交软件等。本发明实施例记载的技术方案可以应用于上述场景中，以帮助克服现有技术存在的耗费用户的时间和精力，降低通讯录的使用效率，降低用户的通信效率的缺陷。
[0039]基于上述记载的应用场景，提出以下各具体实施例。
[0040]实施例一
[0041]本实施例提供一种联系人处理方法，可以用于识别出通讯录中联系人的失效号码，克服现有技术存在的耗费用户的时间和精力，降低通讯录的使用效率，降低用户的通信效率的缺陷。
[0042]参见图2，本实施例记载的联系人处理方法可以由联系人处理服务器实施，方法包括以下步骤:
[0043]步骤101、获取终端用户的通讯录，通讯录包括终端用户的联系人的联系方式。
[0044]这里，联系人处理服务器从多个终端获取多个终端用户的通讯录，例如，开启/使用了通讯录同步功能的终端用户的通讯录可以被存储到网络侧，如云端服务器，联系人处理服务器在获得各个终端用户的授权后，可以从网络侧获取这些终端用户的通讯录;可选的，终端用户的授权的实现方式可以为:终端用户在通讯录同步功能中设置是否允许联系人处理服务器获取终端用户的通讯录，若是则指示联系人处理服务器获得终端用户的授权;反之未获授权；需要说明的是，联系人处理服务器可以与网络侧为同一设备，也可以为不同的设备；这里，一个终端用户的通讯录可以包括该终端用户的联系人的名称和联系方式;其中，联系人的联系方式包括但不限于:电话号码、电子邮箱、通信地址或用户使用终端应用(例如手机助手、微信、QQ)的用户身份凭证。
[0045]步骤102、查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，基于互为直接联系人的终端用户构建至少一个关系链。
[0046]这里，互为直接联系人的双方的通讯录中分别包括对方的联系方式；联系人处理服务器查找任意两个终端用户的通讯录得到互为直接联系人的终端用户的一种可行的实现方式包括:
[0047]联系人处理服务器分别获取第一终端用户的联系方式及第二终端用户的联系方式;这里，第一终端用户与第二终端用户为多个终端用户中的任意两个不同的终端用户;在第一终端用户的通讯录中查找第二终端用户的联系方式，以及，在第二终端用户的通讯录中查找第一终端用户的联系方式；即通过查找第一终端用户的通讯录以判定第一终端用户的通讯录是否包括第二终端用户的联系方式，及通过查找第二终端用户的通讯录以判定第二终端用户的通讯录是否包括第一终端用户的联系方式，若确定均查找到时，即确定第一终端用户的通讯录包括第二终端用户的联系方式、且第二终端用户的通讯录包括第一终端用户的联系方式时，判定第一终端用户和第二终端用户互为直接联系人。
[0048]基于互为直接联系人的终端用户构建至少一个关系链的一种可行的实现方式包括:联系人处理服务器以互为直接联系人的终端用户中的任一终端用户为节点、以与任一终端用户互为直接联系人的其它终端用户为级联节点，基于级联的节点构建关系链;假设第一终端用户和第二终端用户被判定为直接联系人，则联系人处理服务器以第一终端用户为节点、以第二终端用户为级联节点，基于级联的节点构建关系链。
[0049]需要说明的是，步骤102中联系人处理服务器需要遍历查找上述多个终端用户中的任意两个终端用户，假设联系人处理服务器总共获取了3个不同的终端用户，如用户A、用户B及用户C的通讯录，则联系人处理服务器需要执行以下操作:I)查找用户A、用户B的通讯录，判定用户A和用户B是否互为直接联系人;2)查找用户A、用户C的通讯录，判定用户A和用户C是否互为直接联系人;3)查找用户B、用户C的通讯录，判定用户B和用户C是否互为直接联系人;4)基于上述步骤I)至3)所确定的互为直接联系人的终端用户构建至少一个关系链。
[0050]步骤103、基于关系链中各终端用户的通讯录确定相同联系人，对相同联系人的联系方式进行比对得到符合预定条件的联系方式。
[0051 ]上述步骤103的一种可行的实现方式包括:联系人处理服务器查找关系链中各终端用户的通讯录中的各个联系人的名称和联系方式，查找关系链中各终端用户的通讯录中是否存在具有相同名称的联系人，若否，则流程结束;若是，则比对关系链中各终端用户的通讯录中具有相同名称的联系人各自对应的联系方式是否相同，若不同，则确定具有相同名称的联系人各自对应的联系方式为符合预定条件的联系方式。
[0052]上述步骤103的另一种可行的实现方式包括:联系人处理服务器查找关系链中各终端用户的通讯录中的各个联系人的名称和联系方式，查找关系链中各终端用户的通讯录中是否存在具有相同联系方式的联系人，若否，则流程结束;若是，则比对关系链中各终端用户的通讯录中具有相同联系方式的联系人各自对应的名称是否相同，若不同，则确定相同联系方式为符合预定条件的联系方式。
[0053]步骤104、基于符合预定条件的联系方式的使用数据，分析出各符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式。
[0054]这里，相当于为每个联系方式增加了新属性:失效联系方式、或有效联系方式(如未被筛选(识别)为失效联系方式的联系方式)，以此作为用户判断是否使用、修改或删除联系方式的依据之一。
[0055]可选的，联系人处理服务器将筛选出的失效联系方式存储起来，例如将筛选出的失效联系方式写入用户失效联系方式记录表、或数据库。
[0056]这里，基于符合预定条件的联系方式的使用数据，分析出各符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式的实现方式可以包括以下任意一种或组合:
[0057]实现方式1:
[0058]联系人处理服务器解析各符合预定条件的联系方式的使用数据，确定各符合预定条件的联系方式被用于信息验证方式的使用时间，判定使用时间与当前时间的时间差是否大于第一时间阈值，若是，则判定相应的联系方式为失效联系方式;否则，判定相应的联系方式为有效联系方式。可选的，信息验证方式例如包括基于验证短信登录、用户应用注册等方式;这里，第一时间阈值可以由用户/联系人处理服务器基于历史数据、实际需求等进行设定。
[0059]在实现方式I的基础上，针对同一联系方式对应于至少两个联系人，例如，同一电话号码被运营商回收易主的场景，联系人处理服务器不仅需要确定失效联系方式，还需要确定该失效联系方式对应于至少两个联系人中的哪一个或全部;具体地，联系人处理服务器解析第一联系方式对应第一联系人的使用数据，得到第一联系方式被第一联系人用于信息验证方式的使用时间;这里，第一联系方式为任一符合预定条件的联系方式，第一联系人为关系链中各终端用户的通讯录中具有第一联系方式的任一联系人;联系人处理服务器判定使用时间与当前时间的时间差是否大于第一时间阈值，若是，则判定第一联系方式为第一联系人的失效联系方式;否则，判定第一联系方式为第一联系人的有效联系方式。需要说明的是，联系人处理服务器需要分别解析关系链中各终端用户的通讯录中具有任一符合预定条件的联系方式的任一联系人。
[0060]实现方式2:
[0061]联系人处理服务器解析各符合预定条件的联系方式的关联应用数据，判定各符合预定条件的联系方式是否用作应用的关联联系方式，若否，则判定相应的联系方式为失效联系方式;若是，则判定相应的联系方式为有效联系方式。这里，关联应用数据可以包括联系方式与应用进行绑定;应用的关联联系方式，例如为联系方式被绑定为验证号码、以联系方式进行应用注册、将联系方式与应用的账号绑定等。
[0062]在实现方式2的基础上，针对同一联系方式对应于至少两个联系人，例如，同一电话号码被运营商回收易主的场景，联系人处理服务器不仅需要确定失效联系方式，还需要确定该失效联系方式对应于至少两个联系人中的哪一个或全部;具体地，联系人处理服务器解析第二联系方式对应第二联系人的关联应用数据，判断第二联系方式是否被用作第二联系人所使用应用的关联联系方式，若否，则判定第二联系方式为第二联系人的失效联系方式;若是，则判定第二联系方式为第二联系人的有效联系方式;这里，第二联系方式为任一符合预定条件的联系方式，第二联系人为关系链中各终端用户的通讯录中具有第二联系方式的任一联系人。需要说明的是，联系人处理服务器需要分别解析关系链中各终端用户的通讯录中具有任一符合预定条件的联系方式的任一联系人。
[0063]实现方式3:
[0064]联系人处理服务器解析各符合预定条件的联系方式的通信日志数据，确定各符合预定条件的联系方式的通信时间，判定通信时间与当前时间的时间差是否大于第二时间阈值，若是，则判定相应的联系方式为失效联系方式；否则，判定相应的联系方式为有效联系方式。可选的，通信时间例如可以为最近一次的通信时刻(如最近一次收发短信、打电话或邮件的时刻)等;这里，第二时间阈值可以由用户/联系人处理服务器基于历史数据、实际需求等进行设定。
[0065]在实现方式3的基础上，针对同一联系方式对应于至少两个联系人，例如，同一电话号码被运营商回收易主的场景，联系人处理服务器不仅需要确定失效联系方式，还需要确定该失效联系方式对应于至少两个联系人中的哪一个或全部;具体地，联系人处理服务器解析第三联系方式对应第三联系人的通信日志数据，得到第三联系方式的通信时间；这里，第三联系方式为任一符合预定条件的联系方式，第三联系人为关系链中各终端用户的通讯录中具有第三联系方式的任一联系人;联系人处理服务器判定第三联系方式的通信时间与当前时间的时间差是否大于第二时间阈值，若是，则判定第三联系方式为第三联系人的失效联系方式;否则，判定第三联系方式为第三联系人的有效联系方式。需要说明的是，联系人处理服务器需要分别解析关系链中各终端用户的通讯录中具有任一符合预定条件的联系方式的任一联系人。
[0066]可选的，联系人处理服务器在满足失效联系方式下发条件时，确定终端用户的通讯录中的失效联系方式，及向终端发送终端用户的通讯录中的失效联系方式，供终端在终端用户的通讯录中标识失效联系方式。这里，联系人处理服务器满足失效联系方式下发条件的实现方式可以包括以下任意一种或组合:
[0067]I)终端接收到用户触发的针对通讯录的失效号码清理操作时，向联系人处理服务器发送用于管理终端用户的通讯录的请求;联系人处理服务器响应于终端发送的用于管理终端用户的通讯录的请求，将终端用户的通讯录中的失效联系方式发送给终端。
[0068]2)终端接收到用户触发的针对通讯录中指定联系人的失效号码识别操作时，向联系人处理服务器发送用于管理终端用户的通讯录中联系人的请求，该请求中携带指定联系人的名称或待识别联系方式;联系人处理服务器响应于终端发送的用于管理终端用户的通讯录的请求，将终端用户的通讯录中的指定联系人的失效联系方式发送给终端。
[0069]3)周期性下发。
[0070]4)事件触发的主动下发，例如联系人处理服务器检测到终端用户的通讯录中的失效联系方式的绝对数量或相对数量超过预设的数量门限。
[0071]联系人处理服务器确定终端用户的通讯录中的失效联系方式的一种可行的实现方式包括:联系人处理服务器将终端用户的通讯录中各个联系人的联系方式，分别与上述筛选出的失效联系方式进行匹配，得到终端用户的通讯录中的失效联系方式;可选的，联系人处理服务器将确定的终端用户的通讯录中的失效联系方式进行保存。
[0072]终端根据联系人处理服务器发送的终端用户的通讯录中的失效联系方式，在终端用户的通讯录中标识失效联系方式；以供终端用户针对终端用户的通讯录中标识的失效联系方式进行操作，例如，终端用户将通讯录中标识的失效联系方式全部或部分删除，或者，终端用户将通讯录中标识为失效联系方式的部分或全部联系方式的标识取消，例如，用户确知被标识为失效联系方式的一个或多个联系方式其实是有效的联系方式。
[0073]终端用户针对终端用户的通讯录中标识的失效联系方式进行了操作之后，联系人处理服务器响应于终端用户针对终端用户的通讯录中标识的失效联系方式的操作，更新网络侧中同步存储的终端用户的通讯录中失效联系方式;可选的，在终端用户将终端用户的通讯录中标识为失效联系方式的联系方式的标识取消时，联系人处理服务器将从上述筛选出的失效联系方式中删除被取消标识的联系方式。
[0074]下面结合图1示出的应用场景，对本实施例记载的联系人处理方法进行示例说明:参见图3示出的本发明实施例中基于图1所示的架构实施联系人处理的一个可选的示意图，图3示出的联系人处理方法包括:
[0075]步骤201、当终端11的终端用户想给李**打电话或发消息时，终端用户查询终端11的通讯录，发现在通讯录李**名下存储有3个电话号码，分别为电话号码1、电话号码2及电话号码3，此时，终端用户面对联系人李**对应的多个电话号码，不知道应该使用哪个电话号码。
[0076]步骤202、终端11检测到终端用户正在查询通讯录并停留在联系人李**对应的信息页面，且终端11发现联系人李**对应有多个电话号码时，则向联系人处理服务器12发送用于管理终端11的终端用户的通讯录的请求，该请求中携带联系人李**的名称，或者携带联系人李**对应的多个电话号码。
[0077]步骤203、联系人处理服务器12根据联系人李**的名称，从预先确定的终端11的终端用户的通讯录的失效联系方式中查找到联系人李**的失效电话号码;或者，联系人处理服务器12将终端用户的通讯录中李**对应的多个电话号码，与筛选出的失效联系方式进行匹配，确定李**的失效电话号码。这里，假设李**的失效电话号码为电话号码I及电话号码3。
[0078]步骤204、联系人处理服务器12将李**的失效电话号码(电话号码I及电话号码3)发送至终端11。
[0079]步骤205、终端11根据联系人处理服务器12发送的李**的失效电话号码(电话号码I及电话号码3)，在终端11的终端用户的通讯录中将李**对应的电话号码I及电话号码3分别标识为“失效”，从而识别出李**的失效电话号码(电话号码I及电话号码3)。
[0080]这样一来，终端用户可以直接选择没有被标识为失效的电话号码2给李**打电话或发消息，从而在避免用户对包括失效电话号码在内的多个号码逐个尝试拨打或联系的情况下，自动识别出通讯录中的失效号码，克服现有技术存在的耗费用户时间和精力，降低通讯录的使用效率，降低用户的通信效率的缺陷。
[0081]本实施例中，通过对基于互为直接联系人的终端用户构建的关系链中各终端用户的通讯录中的相同联系人的联系方式进行比对，筛选出符合预定条件的联系方式，并根据符合预定条件的联系方式的特征筛选出匹配预设特征的失效联系方式，即通过对多个终端用户的通讯录的联系人的联系方式进行分析，从所有联系方式中识别出失效联系方式，终端用户直接使用除了失效联系方式之外的其他联系方式(即有效联系方式)进行通信，避免了现有技术中终端用户需要对包括失效联系方式在内的多个联系方式逐个尝试进行通信，从而节省了用户的时间和精力，如此，本实施例能够自动识别出通讯录中的失效号码，提高通讯录的使用效率，提高用户的通信效率。
[0082]实施例二
[0083]基于上述实施例，本实施例针对终端接收到终端用户触发的清理通讯录中失效联系方式的操作指示时的处理方案进行示例说明。
[0084]参见图4，本实施例记载的联系人处理方法可以由终端与联系人处理服务器配合实施，方法包括以下步骤:
[0085]步骤301、终端检测终端用户针对通讯录的操作。
[0086]步骤302、终端检测到终端用户触发的针对通讯录中失效联系方式进行清理的操作指示时，向联系人处理服务器发送用于获取通讯录中各联系人的失效联系方式的消息；该消息中包括终端用户的标识、联系方式或通讯录中所有的联系人的联系方式。
[0087]步骤303、联系人处理服务器响应于终端用户发送的用于获取通讯录中各联系人的失效联系方式的消息，通过查询预先生成的数据库得到预先筛选确定的多个终端用户的失效联系方式，及将该终端用户的通讯录中各联系人的联系方式分别与预先筛选确定的多个终端用户的失效联系方式进行匹配，得到该终端用户的通讯录中各联系人的失效联系方式，或者通过查询预先生成的数据库得到预先确定的该终端用户的通讯录中各联系人的失效联系方式。
[0088]步骤304、联系人处理服务器将得到的该终端用户的通讯录中各联系人的失效联系方式发送给该终端。
[0089]步骤305、终端根据联系人处理服务器反馈的通讯录中各联系人的失效联系方式，将通讯录中相应的联系方式标识为失效联系方式，参见图5示出的通讯录中各联系人的失效联系方式(图5中以电话号码举例)被标识前后的对照示意图，以供终端用户针对通讯录中被标识为失效联系方式的联系方式操作，例如，终端用户将通讯录中标识的失效联系方式全部或部分删除，或者，终端用户将通讯录中标识为失效联系方式的部分或全部联系方式的标识取消，例如，用户确知被标识为失效联系方式的一个或多个联系方式其实是有效的联系方式。
[0090]本实施例中，终端用户需要对通讯录的失效联系方式进行清理时，终端从终端服务器请求得到通讯录中各联系人的失效联系方式并在通讯录中标识出来，相当于为每个联系方式增加了新属性:失效联系方式、或有效联系方式(如通讯录中未标识为失效联系方式的联系方式)，以此作为用户判断是否使用、修改或删除联系方式的依据之一，节省用户的时间和精力，提高终端用户整理通讯录的准确性和效率。[0091 ] 实施例三
[0092]基于上述实施例，本实施例针对终端用户希望在通讯录中标识出各联系人的不同联系方式的使用频繁程度信息的需求，提出解决的技术方案，具体包括:
[0093]联系人处理服务器主动、或响应于终端发送的用于请求各联系人的不同联系方式的使用频繁程度信息的消息，基于终端用户的通讯录中各联系人的通信日志数据，确定终端用户的通讯录中各联系人使用不同的联系方式进行通信的使用频繁程度;这里，使用频繁程度可以包括常用、不常用等信息；
[0094]联系人处理服务器向终端发送终端用户的通讯录中各联系人的不同联系方式的使用频繁程度信息。
[0095]终端在终端用户的通讯录中标识出各联系人的不同联系方式的使用频繁程度信息;这里，相当于为每个联系方式增加了新属性:常用、或不常用，以此作为用户判断是否使用、修改或删除联系方式的依据之一；需要说明的是，本实施例基于上述实施例，本实施例中的联系方式的使用频繁程度信息(常用、不常用)，是指联系人使用联系方式进行通信(电话、短信、关联应用)的使用频繁程度;未被标注为失效(或被标注为有效)的联系方式可能被识别为常用，也可能被识别为不常用；参见图6示出的通讯录中各联系人的联系方式(以电话号码举例)被标注使用频繁程度信息前后的对照示意图，同时查看图5与图6就可以发现:
[0096]I)在图5中李**的电话号码2、钱**的电话号码7均未被标注为失效，以及，在图6中李**的电话号码2、钱**的电话号码7均被标注为常用;也就是说，李**的电话号码2、钱**的电话号码7均为有效且常用的电话号码；
[0097]2)在图5中张**的电话号码4、电话号码5均未被标注为失效，以及，在图6中张**的电话号码4被标注为常用，但是，张**的电话号码5被标注为不常用；也就是说，张**的电话号码4为有效且常用的电话号码，张**的电话号码5为有效但不常用的电话号码。
[0098]终端用户针对终端用户的通讯录中标识的各联系人的不同联系方式的使用频繁程度信息的操作，例如，将通讯录中标识为不常用的联系方式删除，或者，将通讯录中标识为不常用的一个或多个联系方式的“不常用”标识取消，例如，用户确知被标识为“不常用”的一个或多个联系方式其实是真实有效且常用的联系方式;这里，终端用户也可以将被标注为“不常用”的联系方式作为失效联系方式进行清除，例如，终端用户可以基于通讯录中标识的各联系人的不同联系方式的使用频繁程度信息，清理通讯录中的失效联系方式。
[0099]联系人处理服务器响应于终端用户针对终端用户的通讯录中标识的各联系人的不同联系方式的使用频繁程度信息的操作，更新网络侧中同步存储的终端用户的通讯录中各联系人的不同联系方式;例如，更新相应联系方式的标识，或者将相应联系方式删除。
[0100]实施例四
[0101]本实施例基于上述任意实施例，分别从产品侧及技术侧对前述的联系人处理方法的实现过程进行说明。
[0102]1、产品侧:
[0103]a)操作界面
[0104]参见图7a，用户可在通讯录医生体检中检测出本机是否有失效号码，并提示用户进行整理;或者，
[0105]参见图7b，用户也可自行从通讯录整理模块进入，整理失效号码;或者，
[0106]参见图7c，用户从通讯录中查找联系人的电话号码时，面对联系人对应的多个电话号码，不知道应该使用哪一个?终端在显示有通信录中对应有多个电话号码的联系人(对应多个)的页面，增加指示标识失效号码的按钮或操作入口供用户选择，参见图7d，或者，终端在检测到用户从通讯录中查找对应有多个电话号码的联系人的信息时，主动提示用户终端正在识别联系人对应的多个电话号码中的失效号码，并将识别结果呈献给用户。
[0107]b)功能
[0108]根据云端服务器(如上述的联系人处理服务器)分析后，将判断标签(识别结果)呈现给用户参见图7e，用户可自主选择是否对这些号码进行处理。
[0109]2、技术侧:
[0110]失效电话号码的计算分为离线计算部分和在线服务部分，由于处理的数据量很大，因此会在Hadoop平台上进行离线计算，然后将离线计算的结果导入到存储中，在线服务处理用户请求的时候查询存储，有计算结果的部分返回给用户；参见图8a示出的失效电话号码计算流程。
[0111]首先需要将活跃用户的数据导入到计算平台当中，这里使用的计算平台是Hadoop平台。当用户使用通讯录同步功能，系统后台会将该用户的联系人数据以日志的形式导入到计算平台(由于同步助手的数据涉及隐私，数据在计算平台上的都以加密的方式存储)。
[0112]I)建立用户关系圈:
[0113]以当前用户为中心，将他的通讯录中的联系人，如果他和通讯录的联系人都在同步助手存着双方的号码，那么他们可以建立I度联系人。对于所有I度联系人，依次取出他们通讯录当中的联系人，再建立I度联系人，此时，中心用户就有2度的人脉圈了，这些信息数据以用户_>电话号码的形式导入到计算平台。这里，联系人的度数具体为:如果两个用户互存了手机号码，那么称这两个用户互为I度联系人，如果两个用户之间都存在共同的I度联系人，那么称这两个用户互为2度联系人，以此类推。参见图Sb，用户A与B和C分别是I度联系人，用户A与D是2度联系人，用户A与E是3度联系人。
[0114]离线部分建立人脉圈的计算，离线部分使用Hadoop系统，在系统中建立联系人脉表，利用Hadoop的计算能力，可以在全局数据中建立人脉圈，建立人脉圈的条件与上一步相似:相互存有号码的人可以建立关系，以此方法建立人脉表备用。
[0115]2)筛选出嫌疑号码:
[0116]认为用户的号码可能是失效的有两种情况:一种情况是这个用户在朋友圈中，他的名字被多个朋友存着号码，并且存的号码是不同的；另一种情况是同一个号码，被存着不同的名字，而这个不同的名字下，又包含有多个号码。这两种情况，将被视为嫌疑号码。当然这种情况是存在一定的误差率，但将使用一些恢复机制防止用户错删了号码，而是可以找回的。
[0117]嫌疑号码的鉴定:使用多种方式来鉴定一个号码是否在最近被使用:例如，联合手机管家的流量短信验证，最近有使用流量校正的说明正在使用;或者，手机号码是否有绑定同步助手，有绑定的号码很大程度上正在使用；或者，该号码是否最近有通话的记录，有通话记录的正在使用。经常上述几个排查步骤，可以查出对应的号码是否最近使用过，如果很长时间未使用，则视为失效号码。
[0118]3)失效号码的时间界定:例如，将连续3个月内未使用过的号码视为失效号码，打上失效的标签，供用户参考。同时显示出用户离最近一次使用后未使用的时间。若因判断条件不足、数据缺乏，无法判断的则不显示失效标签。
[0119]离线平台计算出来之后，将导入到在线平台，在线服务可以快速查询并返回给用户;整个流程的数据流向如图Sc所示。
[0120]本实施例通过大数据后台分析，为用户解决了识别手机通讯录中一个联系人有多个号码包含已失效号码的痛点，提升了用户在通讯录中找到需要的号码拨打或发送信息的操作效率，规避了此过程中拨号的多次尝试导致时间和精力的浪费;基于本实施例，能实现自动为用户识别出联系人多个号码中真实有效且常用的电话号码，进一步提升用户的使用体验。
[0121]本实施例提出使用联系人圈子来寻找用户的失效电话号码人，从联系人圈子中，找出联系人被存储的多个手机号，从这些号码中识别出失效号码。综合用户的使用数据，可以从用户的联系人关系数据，形成联系人圈子，并针对联系人圈子中的用户，计算联系人相关数据被同步使用的时间，来判断号码是否在近期被使用，或者未使用的时长，从长时间未同步使用的联系人中寻找到已经失效的号码，展示给用户，以供用户参考是否删除失效的联系人号码。
[0122]实施例五
[0123]与前述实施例一的记载相对应，本实施例记载一种联系人处理服务器，参见图9，图9示出的联系人处理服务器41包括:
[0124]获取模块401，用于获取终端用户的通讯录，通讯录包括终端用户的联系人的联系方式；
[0125]查找模块402，用于查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，基于互为直接联系人的终端用户构建至少一个关系链；
[0126]第一确定模块403，用于基于查找模块402构建的关系链中各终端用户的通讯录确定相同联系人，对相同联系人的联系方式进行比对得到符合预定条件的联系方式；
[ΟΙ27]筛选模块404，用于基于第一确定模块403确定的符合预定条件的联系方式的使用数据，分析出各符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式。
[0128]本实施例通过对多个终端用户的通讯录的联系人的联系方式进行分析，从所有联系方式中识别出失效联系方式，终端用户可以直接使用除了失效联系方式之外的其他联系方式进行通信，避免了现有技术中终端用户需要对包括失效联系方式在内的多个联系方式逐个尝试进行通信，从而节省了用户的时间和精力，提高用户的通信效率。
[0129]在上述实施例的基础上，查找模块402，具体用于:获取第一终端用户的联系方式及第二终端用户的联系方式;在第一终端用户的通讯录中查找第二终端用户的联系方式，以及，在第二终端用户的通讯录中查找第一终端用户的联系方式;确定均查找到时，判定第一终端用户和第二终端用户互为直接联系人。
[0130]在上述实施例的基础上，查找模块402，具体用于:以互为直接联系人的终端用户中的任一终端用户为节点、以与任一终端用户互为直接联系人的其它终端用户为级联节点，基于级联的节点构建关系链。
[0131]在上述实施例的基础上，第一确定模块403，具体用于:查找关系链中各终端用户的通讯录中具有相同名称的联系人，比对具有相同名称的联系人的联系方式，若不同，则确定具有相同名称的联系人的联系方式为符合预定条件的联系方式。
[0132]在上述实施例的基础上，第一确定模块403，具体用于:查找关系链中各终端用户的通讯录中具有相同联系方式的联系人，比对具有相同联系方式的联系人的名称，若不同，则确定相同联系方式为符合预定条件的联系方式。
[0133]在上述实施例的基础上，筛选模块404，具体用于:解析第一联系方式对应第一联系人的使用数据，得到第一联系方式被第一联系人用于信息验证方式的使用时间；在确定使用时间与当前时间的时间差大于第一时间阈值时，判定第一联系方式为第一联系人的失效联系方式;其中，第一联系方式为任一符合预定条件的联系方式，第一联系人为关系链中各终端用户的通讯录中具有第一联系方式的任一联系人。
[0134]在上述实施例的基础上，筛选模块404，具体用于:解析第二联系方式对应第二联系人的关联应用数据，确定第二联系方式未用作第二联系人所使用应用的关联联系方式时，判定第二联系方式为第二联系人的失效联系方式;其中，第二联系方式为任一符合预定条件的联系方式，第二联系人为关系链中各终端用户的通讯录中具有第二联系方式的任一联系人。
[0135]在上述实施例的基础上，筛选模块404，具体用于:解析第三联系方式对应第三联系人的通信日志数据，得到第三联系方式的通信时间；在确定第三联系方式的通信时间与当前时间的时间差大于第二时间阈值时，判定第三联系方式为第三联系人的失效联系方式;其中，第三联系方式为任一符合预定条件的联系方式，第三联系人为关系链中各终端用户的通讯录中具有第三联系方式的任一联系人。
[0136]在图9示出结构的基础上，本实施例还记载另一种联系人处理服务器，参见图10，图10示出的联系人处理服务器42也包括:获取模块401、查找模块402、第一确定模块403、筛选模块404，并且各模块也具有图9中所示的功能和连接关系；同时，联系人处理服务器42还包括:
[0137]第二确定模块501，用于基于第三终端用户的通讯录中各联系人的通信日志数据，确定第三终端用户的通讯录中各联系人使用不同的联系方式进行通信的使用频繁程度；
[0138]第一收发模块502，用于向第三终端发送第三终端用户的通讯录中各联系人的不同联系方式的使用频繁程度信息，供第三终端在第三终端用户的通讯录中标识各联系人的不同联系方式的使用频繁程度信息；
[0139]第一更新模块503，用于响应于第三终端用户针对第三终端用户的通讯录中标识的各联系人的不同联系方式的使用频繁程度信息的操作，更新网络侧中同步存储的第三终端用户的通讯录中各联系人的不同联系方式。
[0140]可选的，联系人处理服务器42还包括:
[0141]第二收发模块504，用于向第四终端发送第四终端用户的通讯录中的失效联系方式，供第四终端在第四终端用户的通讯录中标识失效联系方式；
[0142]第二更新模块505，用于响应于第四终端用户针对第四终端用户的通讯录中标识的失效联系方式的操作，更新网络侧中同步存储的第四终端用户的通讯录中失效联系方式。
[0143]实际应用中，获取模块401、查找模块402、第一确定模块403、筛选模块404、第二确定模块501、第一收发模块502、第一更新模块503、第二收发模块504、第二更新模块505均可由联系人处理服务器的中央处理器(CPU)、微处理器(MPU)、专用集成电路(ASIC)或现场可编程门阵列(FPGA)等实现。
[0144]实施例六
[0145]本实施例记载一种计算机可读介质，可以为ROM(例如，只读存储器、FLASH存储器、转移装置等)、磁存储介质(例如，磁带、磁盘驱动器等)、光学存储介质(例如，CD-R0M、DVD-R0M、纸卡、纸带等)以及其他熟知类型的程序存储器;计算机可读介质中存储有计算机可执行指令，当执行指令时，引起至少一个处理器执行包括以下的操作:
[0146]获取终端用户的通讯录，通讯录包括终端用户的联系人的联系方式；
[0147]查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，基于互为直接联系人的终端用户构建至少一个关系链；
[0148]基于关系链中各终端用户的通讯录确定相同联系人，对相同联系人的联系方式进行比对得到符合预定条件的联系方式；
[0149]基于符合预定条件的联系方式的使用数据，分析出各符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式。
[0150]综上，通过对基于互为直接联系人的终端用户构建的关系链中各终端用户的通讯录中的相同联系人的联系方式进行比对，筛选出符合预定条件的联系方式，并根据符合预定条件的联系方式的特征筛选出匹配预设特征的失效联系方式，即通过对多个终端用户的通讯录的联系人的联系方式进行分析，从所有联系方式中识别出失效联系方式，终端用户直接使用除了失效联系方式之外的其他联系方式进行通信，避免了现有技术中终端用户需要对包括失效联系方式在内的多个联系方式逐个尝试进行通信，从而节省了用户的时间和精力，如此，本发明的实施例能够自动识别出通讯录中的失效号码，提高通讯录的使用效率，提高用户的通信效率。
[0151]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0152]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0153]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0154]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0155]以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
【主权项】
1.一种联系人处理方法，其特征在于，所述方法包括: 获取终端用户的通讯录，所述通讯录包括终端用户的联系人的联系方式； 查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，基于互为直接联系人的终端用户构建至少一个关系链； 基于所述关系链中各终端用户的通讯录确定相同联系人，对所述相同联系人的联系方式进行比对得到符合预定条件的联系方式； 基于所述符合预定条件的联系方式的使用数据，分析出各所述符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式。2.根据权利要求1所述的方法，其特征在于，所述查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，包括: 获取第一终端用户的联系方式及第二终端用户的联系方式； 在所述第一终端用户的通讯录中查找所述第二终端用户的联系方式，以及，在所述第二终端用户的通讯录中查找所述第一终端用户的联系方式； 确定均查找到时，判定所述第一终端用户和所述第二终端用户互为直接联系人。3.根据权利要求1所述的方法，其特征在于，所述基于互为直接联系人的终端用户构建至少一个关系链，包括: 以所述互为直接联系人的终端用户中的任一终端用户为节点、以与所述任一终端用户互为直接联系人的其它终端用户为级联节点，基于级联的所述节点构建所述关系链。4.根据权利要求1所述的方法，其特征在于，所述基于所述关系链中各终端用户的通讯录确定相同联系人，对所述相同联系人的联系方式进行比对得到符合预定条件的联系方式，包括: 查找所述关系链中各终端用户的通讯录中具有相同名称的联系人，比对所述具有相同名称的联系人的联系方式，若不同，则确定所述具有相同名称的联系人的联系方式为所述符合预定条件的联系方式。5.根据权利要求1所述的方法，其特征在于，所述基于所述关系链中各终端用户的通讯录确定相同联系人，对所述相同联系人的联系方式进行比对得到符合预定条件的联系方式，包括: 查找所述关系链中各终端用户的通讯录中具有相同联系方式的联系人，比对所述具有相同联系方式的联系人的名称，若不同，则确定所述相同联系方式为所述符合预定条件的联系方式。6.根据权利要求1所述的方法，其特征在于，所述基于所述符合预定条件的联系方式的使用数据，分析出各所述符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式，包括: 解析第一联系方式对应第一联系人的使用数据，得到所述第一联系方式被所述第一联系人用于信息验证方式的使用时间； 在确定所述使用时间与当前时间的时间差大于第一时间阈值时，判定所述第一联系方式为所述第一联系人的失效联系方式； 其中，所述第一联系方式为任一所述符合预定条件的联系方式，所述第一联系人为所述关系链中各终端用户的通讯录中具有所述第一联系方式的任一联系人。7.根据权利要求要求I所述的方法，其特征在于，所述基于所述符合预定条件的联系方式的使用数据，分析出各所述符合预定条件的联系方式的特征，筛选出特征符合预设特征的联系方式为失效联系方式，包括: 解析第二联系方式对应第二联系人的关联应用数据，确定所述第二联系方式未用作所述第二联系人所使用应用的关联联系方式时，判定所述第二联系方式为所述第二联系人的失效联系方式； 其中，所述第二联系方式为任一所述符合预定条件的联系方式，所述第二联系人为所述关系链中各终端用户的通讯录中具有所述第二联系方式的任一联系人。8.根据权利要求要求I所述的方法，其特征在于，所述基于所述符合预定条件的联系方式的使用数据，分析出各所述符合预定条件的联系方式的特征，筛选出特征符合预设特征的联系方式为失效联系方式，包括: 解析第三联系方式对应第三联系人的通信日志数据，得到所述第三联系方式的通信时间； 在确定所述第三联系方式的通信时间与当前时间的时间差大于第二时间阈值时，判定所述第三联系方式为所述第三联系人的失效联系方式； 其中，所述第三联系方式为任一所述符合预定条件的联系方式，所述第三联系人为所述关系链中各终端用户的通讯录中具有所述第三联系方式的任一联系人。9.根据权利要求要求I所述的方法，其特征在于，所述方法还包括: 基于第三终端用户的通讯录中各联系人的通信日志数据，确定所述第三终端用户的通讯录中各联系人使用不同的联系方式进行通信的使用频繁程度； 向第三终端发送所述第三终端用户的通讯录中各联系人的不同联系方式的使用频繁程度信息，供所述第三终端在所述第三终端用户的通讯录中标识各联系人的不同联系方式的使用频繁程度信息； 响应于所述第三终端用户针对所述第三终端用户的通讯录中标识的各联系人的不同联系方式的使用频繁程度信息的操作，更新网络侧中同步存储的所述第三终端用户的通讯录中各联系人的不同联系方式。10.根据权利要求要求I所述的方法，其特征在于，所述方法还包括: 向第四终端发送第四终端用户的通讯录中的失效联系方式，供所述第四终端在所述第四终端用户的通讯录中标识所述失效联系方式； 响应于所述第四终端用户针对所述第四终端用户的通讯录中标识的失效联系方式的操作，更新网络侧中同步存储的所述第四终端用户的通讯录中所述失效联系方式。11.一种联系人处理服务器，其特征在于，所述服务器包括: 获取模块，用于获取终端用户的通讯录，所述通讯录包括终端用户的联系人的联系方式； 查找模块，用于查找任意两个终端用户的通讯录得到互为直接联系人的终端用户，基于互为直接联系人的终端用户构建至少一个关系链； 第一确定模块，用于基于所述查找模块构建的所述关系链中各终端用户的通讯录确定相同联系人，对所述相同联系人的联系方式进行比对得到符合预定条件的联系方式； 筛选模块，用于基于所述第一确定模块确定的所述符合预定条件的联系方式的使用数据，分析出各所述符合预定条件的联系方式的特征，筛选出匹配预设特征的联系方式为失效联系方式。12.根据权利要求11所述的服务器，其特征在于，所述查找模块，具体用于:获取第一终端用户的联系方式及第二终端用户的联系方式;在所述第一终端用户的通讯录中查找所述第二终端用户的联系方式，以及，在所述第二终端用户的通讯录中查找所述第一终端用户的联系方式;确定均查找到时，判定所述第一终端用户和所述第二终端用户互为直接联系人。13.根据权利要求11所述的服务器，其特征在于，所述查找模块，具体用于:以所述互为直接联系人的终端用户中的任一终端用户为节点、以与所述任一终端用户互为直接联系人的其它终端用户为级联节点，基于级联的所述节点构建所述关系链。14.根据权利要求11所述的服务器，其特征在于，所述第一确定模块，具体用于:查找所述关系链中各终端用户的通讯录中具有相同名称的联系人，比对所述具有相同名称的联系人的联系方式，若不同，则确定所述具有相同名称的联系人的联系方式为所述符合预定条件的联系方式。15.根据权利要求11所述的服务器，其特征在于，所述第一确定模块，具体用于:查找所述关系链中各终端用户的通讯录中具有相同联系方式的联系人，比对所述具有相同联系方式的联系人的名称，若不同，则确定所述相同联系方式为所述符合预定条件的联系方式。16.根据权利要求11所述的服务器，其特征在于，所述筛选模块，具体用于:解析第一联系方式对应第一联系人的使用数据，得到所述第一联系方式被所述第一联系人用于信息验证方式的使用时间；在确定所述使用时间与当前时间的时间差大于第一时间阈值时，判定所述第一联系方式为所述第一联系人的失效联系方式;其中，所述第一联系方式为任一所述符合预定条件的联系方式，所述第一联系人为所述关系链中各终端用户的通讯录中具有所述第一联系方式的任一联系人。17.根据权利要求要求11所述的服务器，其特征在于，所述筛选模块，具体用于:解析第二联系方式对应第二联系人的关联应用数据，确定所述第二联系方式未用作所述第二联系人所使用应用的关联联系方式时，判定所述第二联系方式为所述第二联系人的失效联系方式;其中，所述第二联系方式为任一所述符合预定条件的联系方式，所述第二联系人为所述关系链中各终端用户的通讯录中具有所述第二联系方式的任一联系人。18.根据权利要求要求11所述的服务器，其特征在于，所述筛选模块，具体用于:解析第三联系方式对应第三联系人的通信日志数据，得到所述第三联系方式的通信时间；在确定所述第三联系方式的通信时间与当前时间的时间差大于第二时间阈值时，判定所述第三联系方式为所述第三联系人的失效联系方式;其中，所述第三联系方式为任一所述符合预定条件的联系方式，所述第三联系人为所述关系链中各终端用户的通讯录中具有所述第三联系方式的任一联系人。19.根据权利要求要求11所述的服务器，其特征在于，所述服务器还包括: 第二确定模块，用于基于第三终端用户的通讯录中各联系人的通信日志数据，确定所述第三终端用户的通讯录中各联系人使用不同的联系方式进行通信的使用频繁程度； 第一收发模块，用于向第三终端发送所述第三终端用户的通讯录中各联系人的不同联系方式的使用频繁程度信息，供所述第三终端在所述第三终端用户的通讯录中标识各联系人的不同联系方式的使用频繁程度信息； 第一更新模块，用于响应于所述第三终端用户针对所述第三终端用户的通讯录中标识的各联系人的不同联系方式的使用频繁程度信息的操作，更新网络侧中同步存储的所述第三终端用户的通讯录中各联系人的不同联系方式。20.根据权利要求要求11所述的服务器，其特征在于，所述服务器还包括: 第二收发模块，用于向第四终端发送第四终端用户的通讯录中的失效联系方式，供所述第四终端在所述第四终端用户的通讯录中标识所述失效联系方式； 第二更新模块，用于响应于所述第四终端用户针对所述第四终端用户的通讯录中标识的失效联系方式的操作，更新网络侧中同步存储的所述第四终端用户的通讯录中所述失效联系方式。
【文档编号】H04M3/42GK106095814SQ201610377964
【公开日】2016年11月9日
【申请日】2016年5月31日
【发明人】林立, 邓雨星, 林 也
【申请人】腾讯科技（深圳）有限公司