CN105141648A - 一种通讯录更新方法和终端 - Google Patents

Abstract

本发明公开了一种通讯录更新方法，包括：第一终端向服务器发送与第二终端进行通讯录比对的请求；在第二终端同意进行所述通讯录比对时，第一终端接收服务器返回的与第二终端进行通讯录比对的结果；第一终端根据所述通讯录比对的结果执行通讯录更新操作。本发明同时还公开了一种终端。

Description

一种通讯录更新方法和终端

技术领域

本发明涉及终端信息管理技术领域，尤其涉及一种通讯录更新方法和终端。

背景技术

随着移动通信网络发展以及智能终端的普及，用户使用终端(如手机)进行社交的需求不断扩大，因此，用户手机上通讯录的使用频率很高，提升用户通讯录的方便易用性变的非常重要。

而随着各个运营商不断推出多种优惠套餐，用户更换手机号码的频率也越来越高。更换号码后，用户一般使用群发短信、社交群内发布等方式通知其他联系人更新号码，但是由于各种各样的原因，可能会出现通知不到的情况，这样，其他联系人就不能及时更新通讯录，造成用户之间联系的不便；另外，对于收到通知的其他联系人来说，手动更新号码也是比较繁琐的操作。

发明内容

为解决现有存在的技术问题，本发明实施例主要提供一种通讯录更新方法和终端。

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

本发明实施例提供了一种通讯录更新方法，所述方法包括：

第一终端向服务器发送与第二终端进行通讯录比对的请求；

在第二终端同意进行所述通讯录比对时，第一终端接收服务器返回的与第二终端进行通讯录比对的结果；

第一终端根据所述通讯录比对的结果执行通讯录更新操作。

上述方案中，所述通讯录比对的请求，包括：共有联系人识别请求和非共有联系人识别请求；

其中，当所述通讯录比对的请求为共有联系人识别请求时，所述第一终端接收服务器返回的与第二终端进行通讯录比对的结果为：第一终端和第二终端中的共有联系人列表；

当所述通讯录比对的请求为非共有联系人识别请求时，所述第一终端接收服务器返回的与第二终端进行通讯录比对的结果为：存在于第二终端中、且不存在于第一终端中的非共有联系人列表。

上述方案中，当所述第一终端接收服务器返回的与第二终端进行通讯录比对的结果为：第一终端和第二终端中的共有联系人列表时，所述第一终端根据所述通讯录比对的结果执行通讯录更新操作，包括：

第一终端向服务器发送对第二终端进行共有联系人更新追踪的请求；在第二终端同意进行所述共有联系人更新追踪后，当第二终端中所述共有联系人列表中的联系人号码变更时，第一终端接收服务器发送的变更的联系人号码。

上述方案中，当所述通讯录比对的请求为共有联系人识别请求时，在第一终端通过服务器向第二终端发起共有联系人识别请求之前，所述方法还包括：

第一终端通过服务器向第二终端发起进行非共有联系人识别的请求，当第二终端同意进行所述非共有联系人识别时，第一终端接收服务器发送的存在于第二终端中、且不存在于第一终端中的联系人列表；第一终端根据本地需求将所述存在于第二终端中、且不存在于第一终端中的联系人列表中的号码保存到本地通讯录。

本发明实施例提供了一种通讯录更新方法，所述方法包括：

服务器接收第一终端发送的与第二终端进行通讯录比对的请求；

服务器获知所述第二终端同意与第一终端进行所述通讯录比对时，服务器执行第一终端和第二终端之间的通讯录比对，并将通讯录比对的结果返回给第一终端。

上述方案中，所述进行通讯录比对的请求，包括：共有联系人识别请求和非共有联系人识别请求；

其中，当所述通讯录比对的请求为共有联系人识别请求时，所述服务器向第一终端和第二终端返回的通讯录比对结果为：第一终端和第二终端中的共有联系人列表；

当所述通讯录比对的请求为非共有联系人识别请求时，所述服务器向第一终端返回的通讯录比对结果为：存在于第二终端中、且不存在于第一终端中的非共有联系人列表；所述服务器向第二终端返回的通讯录比对结果为：存在于第一终端中、且不存在于第二终端中的非共有联系人列表。

上述方案中，所述服务器将通讯录比对的结果返回给第一终端和第二终端之后，所述方法还包括：

服务器接收第一终端发送的对第二终端进行共有联系人更新追踪的请求，并将所述共有联系人更新追踪的请求转发给第二终端，第二终端同意进行所述共有联系人更新追踪后，当第二终端中所述共有联系人列表中的联系人号码变更时，服务器将所述变更的联系人号码通知给所述第一终端；和/或，

服务器接收第二终端发送的对第一终端进行共有联系人更新追踪的请求，并将所述共有联系人更新追踪的请求转发给第一终端，第一终端同意进行所述共有联系人更新追踪后，当第一终端中所述共有联系人列表中的联系人号码变更时，服务器将所述变更的联系人号码通知给所述第二终端。

上述方案中，所述服务器将所述变更的电话号码通知给第一终端和/或第二终端之前，所述方法还包括：

服务器对所述变更的电话号码执行有效性判断；

所述有效性判断，包括以下判断步骤中的一个或者多个：判断号码位数是否符合要求；判断所述号码是否为空号；判断允许第一终端进行联系人更新追踪的其他终端中相同联系人号码是否发生更新。

上述方案中，服务器将第一终端发送的对第二终端进行共有联系人更新追踪的请求转发给第二终端之前，所述方法还包括：

服务器将第一终端发送给第二终端的对第二终端进行非共有联系人识别的请求转发给第二终端，当第二终端接受所述非共有联系人识别的请求时，服务器将存在于第二终端中、且不存在于第一终端中的联系人列表发送给第一终端，并将存在于第一终端中、且不存在于第二终端中的联系人列表发送给第二终端。

本发明实施例提供了一种终端，所述终端包括：通讯录比对请求发送模块、通讯录比对结果接收模块以及通讯录更新模块；其中，

所述通讯录比对请求发送模块，用于向服务器发送与其它终端进行通讯录比对的请求；

所述通讯录比对结果接收模块，用于在所述其它终端同意进行所述通讯录比对时，接收服务器返回的通讯录比对的结果；

所述通讯录更新模块，用于根据所述通讯录比对的结果执行通讯录更新操作。

上述方案中，所述通讯录比对的请求，包括：共有联系人识别请求和非共有联系人识别请求；

当所述通讯录比对的请求为共有联系人识别请求时，所述通讯录比对结果接收模块接收到的服务器返回的通讯录比对的结果，为：本地终端和所述其它终端中的共有联系人列表；

当所述通讯录比对的请求为非共有联系人识别请求时，所述通讯录比对结果接收模块接收到的服务器返回的通讯录比对的结果，为：存在于所述其它终端中、且不存在于本地终端中的联系人列表。

上述方案中，所述通讯录更新模块包括：联系人更新追踪请求发送子模块、联系人更新追踪结果接收子模块以及联系人保存子模块；当所述返回的通讯录比对的结果，为：本地终端和所述其它终端中的共有联系人列表时，

所述联系人更新追踪请求发送子模块，用于向服务器发送对第二终端进行共有联系人更新追踪的请求；

所述联系人更新追踪结果接收子模块，用于接收在所述其它终端接受所述联系人更新追踪的请求后、且所述其它终端中所述共有联系人列表中的联系人号码变更时，所述服务器发送的所述变更的联系人号码，并确定是否保存所述变更的联系人号码；

所述联系人保存子模块，用于所述联系人更新追踪结果接收子模块确定保存变更的联系人号码时，保存所述变更的联系人号码。

上述方案中，所述通讯录比对请求发送模块，还用于当所述通讯录比对的请求为共有联系人识别请求时，在通过服务器向所述其它终端发起共有联系人识别请求之前，向所述其它终端发起非共有联系人识别请求；

当所述其它终端同意进行所述非共有联系人识别时，所述通讯录比对结果接收模块接收服务器发送的存在于所述其他终端中、且不存在于本地终端中的联系人列表。

本发明实施例提供了一种通讯录更新方法和终端，第一终端向服务器发送与第二终端进行通讯录比对的请求；在第二终端同意进行所述通讯录比对时，第一终端接收服务器返回的与第二终端进行通讯录比对的结果；第一终端根据所述通讯录比对的结果执行通讯录更新操作；如此，终端用户之间通过通讯录比对之后获得通讯录比对结果，并基于通讯录比对结果对通讯录执行更新操作，从而，及时、准确的更新自身通讯录中的联系人号码，避免了现有技术中由于种种原因没能及时获取联系人变更后的电话号码而造成的联系上的不便或失去联系。

附图说明

图1为本发明实施例一提供的通讯录更新方法的流程示意图；

图2为本发明示例一提供的通讯录方法的流程示意图；

图3为本发明实施例二提供的一种终端的基本结构示意图；

图4为本发明实施例二提供的终端中的通讯录更新模块的基本结构示意图；

图5为本发明实施例三提供的服务器的基本结构示意图；

图6为本发明实施例四提供的通讯录更新系统的基本结构示意图。

具体实施方式

本发明实施例中，第一终端向服务器发送与第二终端进行通讯录比对的请求；在第二终端同意进行所述通讯录比对时，第一终端接收服务器返回的与第二终端进行通讯录比对的结果；第一终端根据所述通讯录比对的结果执行通讯录更新操作。

下面通过附图及具体实施例对本发明做进一步的详细说明。

实施例一

本发明实施例一提供一种通讯录更新方法，如图1所示，该方法主要包括以下几个步骤：

步骤101：第一终端向服务器发送与第二终端进行通讯录比对的请求；

这里，所述第一终端、第二终端仅为区分不同终端，而不用于限制；其中，第一终端为一用于向第二终端发起共有联系人识别请求的终端；第二终端为一能够接收第一终端发送的共有联系人识别请求的终端；

具体的，所述通讯录比对的请求可以是针对第二终端中一个或多个群组的通讯录比对请求、或者针对第二终端中整个通讯录的通讯录比对请求；

更具体的，所述通讯录比对的请求，包括：共有联系人识别请求和非共有联系人识别请求；

步骤102：第二终端同意进行所述通讯录比对时，第一终端接收服务器返回的与第二终端进行通讯录比对的结果；

当所述通讯录比对请求为共有联系人识别请求时，第一终端接收到的服务器返回的通讯录比对的结果，为：第一终端和第二终端中的共有联系人列表；这里，针对不同的共有联系人识别请求，所述返回的共有联系人列表也有所不同；具体的，当所述共有联系人识别请求是针对第二终端中一个或多个群组的共有联系人识别请求时，所述共有联系人列表是第二终端以及第一终端通讯录中一个或多个群组中的共有联系人列表；当所述共有联系人识别请求是针对第二终端中整个通讯录的共有联系人识别请求时，所述共有联系人列表是第二终端以及第一终端整个通讯录中的共有联系人列表；

当所述通讯录比对请求为非共有联系人识别请求时，第一终端接收到的服务器返回的通讯录比对的结果，为：存在于第二终端中、且不存在于第一终端中的联系人列表；这里，针对不同的非共有联系人识别请求，所述返回的联系人列表也有所不同；具体的，当所述非共有联系人识别请求是针对第二终端中一个或多个群组的非共有联系人识别请求时，所述联系人列表是在第二终端通讯录的一个或多个群组中、且不在第一终端通讯录的所述一个或多个群组中的共有联系人列表；当所述共有联系人识别请求是针对第二终端中整个通讯录的非共有联系人识别请求时，所述联系人列表是在第二终端的通讯录中、且不在第一终端通讯录中的联系人列表；

步骤103：第一终端根据所述通讯录比对的结果执行通讯录更新操作；

这里第一终端根据通讯录比对的结果的不同，将执行不同的通讯录更新操作；

具体的，当所述通讯录比对的结果为：第一终端和第二终端中的共有联系人列表时，所述第一终端根据所述通讯录比对的结果执行通讯录更新操作，包括：第一终端向服务器发送对第二终端进行共有联系人更新追踪的请求；在第二终端同意进行所述共有联系人更新追踪后，当第二终端中所述共有联系人列表中的联系人号码变更时，第一终端接收服务器发送的所述变更的联系人号码；进一步的，第一终端根据所述通讯录比对的结果执行完通讯录更新操作后，该方法还可以包括：第一终端接收有服务器转发的第二终端对所述第一终端进行共有联系人更新追踪的请求，判断是否同意第二终端对其进行共有联系人更新追踪。

当所述通讯录比对的结果为：存在于第二终端中、且不存在于第一终端中的非共有联系人列表时，所述第一终端根据所述通讯录比对的结果执行通讯录更新操作，包括：第一终端根据需要将所述非共有联系人电话号码保存到自身通讯录中。

进一步的，所述第一终端向第二终端发起共有联系人识别请求之前，该方法还可以包括：第一终端向第二终端发起进行非共有联系人识别的请求，当第二终端同意进行所述非共有联系人识别时，第一终端接收服务器发送的存在于第二终端中、且不存在于第一终端中的联系人列表；第一终端根据自身需求将所述存在于第一终端中、且不存在于第二终端中的联系人列表中的号码保存到自身通讯录。

下面通过两个具体示例，对本发明实施例一所述方法做详细介绍；

示例一

该示例一的处理流程图如图2所示，主要包括以下步骤：

步骤201：第一终端通过服务器向第二终端发起进行共有联系人识别的请求；

在这一步骤中，第一终端设置操作界面，用户可以通过选择操作界面上的相应选项向第二终端发起进行共有联系人识别的请求；具体的，第一终端用户可以查找自身通讯录，选中相应联系人号码(该选中的相应联系人号码为第二终端用户的号码)，此时，第一终端将携带相应联系人信息的共有联系人识别请求发送给服务器，服务器根据所述联系人信息将所述进行共有联系人识别的请求发送给相应的第二终端；

具体的，所述共有联系人识别的请求可以为针对第二终端中一个或多个群组的共有联系人识别请求或者为针对第二终端中整个通讯录中的共有联系人识别请求；

第二终端用户接收到所述共有联系人识别请求之后，可以根据自身意愿选择是否接受该共有联系人识别请求，这一步骤在实际操作中可以通过点击第二终端上对应的选项来完成，例如，第二终端用户可以通过点击同意选项来表示接受该共有联系人识别请求，或者，第二终端用户可以通过点击拒绝选项来表示拒绝该共有联系人识别请求；第二终端用户接受或拒绝该共有联系人识别请求时，都会向服务器返回响应消息，所述响应消息中携带表示第二终端接受共有联系人识别请求或拒绝共有联系人识别请求的指示信息，所述指示信息可以为字母、数字或任何可用于区别接受共有联系人识别请求和拒绝共有联系人识别请求的信息格式，这里不作限制。

当第二终端拒绝接受所述共有联系人识别请求(即，拒绝执行共有联系人识别时)时，服务器向第一终端返回相应响应信息，以指示第二终端拒绝接受第一终端的共有联系人识别请求，此时，第一终端可以选择结束操作，或再次向第二终端发起共有联系人识别请求。

步骤202：第二终端同意进行所述共有联系人识别时，服务器将第一终端和第二终端之间的共有联系人列表返回给第一终端和第二终端；

具体的，所述服务器将第一终端和第二终端之间的共有联系人列表返回给第一终端和第二终端，包括：当所述共有联系人识别请求是针对一个或多个群组的共有联系人识别请求时，服务器在第一终端和第二终端相应一个或多个群组中查找共有联系人并生成共有联系人列表，之后将所述共有联系人列表发送给第一终端和第二终端；当所述共有联系人识别请求是针对整个通讯录的共有联系人识别请求时，服务器在第一终端和第二终端的所有通讯录联系人中查找双方的共有联系人并生成共有联系人列表，之后将所述共有联系人列表发送给第一终端和第二终端。

所述共有联系人列表是指第一终端和第二终端中号码相同的联系人列表，需要说明的是，由于在不同终端中相同号码存储的姓名很可能不同，因此，这一步骤中将号码是否相同作为是否是共有联系人的判断依据。

具体的，服务器将所述共有联系人列表发送给第一终端和第二终端时，所述共有联系人列表可以以通知栏消息、状态栏消息或任何终端消息形式显示给第一终端和第二终端；

步骤203：第一终端通过服务器向第二终端发起进行共有联系人更新追踪的请求；第二终端接受所述共有联系人更新追踪的请求时(即，同意进行共有联系人更新追踪时)，当第二终端中所述共有联系人列表中的联系人号码变更时，服务器将所述变更的联系人号码通知给所述第一终端；和/或，第二终端通过服务器向第一终端发起进行共有联系人更新追踪的请求；第一终端接受所述共有联系人更新追踪的请求时，当第一终端中所述共有联系人列表中的联系人号码变更时，服务器将所述变更的联系人号码通知给所述第二终端；

这一步骤中，第一终端和第二终端可以根据自身需要选择是否向对方发送进行共有联系人更新追踪的请求，因此，可以是第一终端向第二终端发起进行共有联系人更新追踪的请求；或者，第二终端向第一终端发起进行共有联系人更新追踪的请求；或者，第一终端和第二终端均向对方发起进行共有联系人更新追踪的请求；

具体的，所述共有联系人更新追踪的请求需要经由服务器发送到目的终端(即，第一终端或第二终端)。

该步骤以第一终端向第二终端发起共有联系人更新追踪的请求为例，对第一终端如何实现对第二终端的共有联系人更新追踪进行介绍，相应的，第二终端向第一终端发起共有联系人更新追踪的请求的处理过程与之类似；

第二终端接收到所述进行共有联系人更新追踪的请求后，可以根据实际情况确定是否同意接受所述共有联系人更新追踪的请求；当所述第二终端同意接受所述共有联系人更新追踪的请求时，服务器周期性监控所述第二终端中与第一终端共有的联系人列表中的联系人号码是否发生更新；之后，服务器将更新的联系人号码发送给第一终端，第一终端用户接收到所述更新的联系人号码后，判断是否对自身通讯录中所述联系人的号码进行更新。

优选的，在服务器将所述更新的联系人号码发送给第一终端之前，可以对所述号码进行有效性判断，具体的，所述有效性判断可以包括以下判断步骤中的一个或者多个：1、判断号码位数是否符合要求；2、判断所述号码是否为空号；3、判断允许第一终端进行联系人更新追踪的其他终端中相同联系人号码是否发生更新；

当所述有效性判断中包括的一个或者多个判断步骤中任何一个判断步骤的判断结果为否时，则确定所述第二终端中变更的联系人号码为无效号码，此时，服务器不会将所述更新的联系人号码发送给第一终端；否则，服务器将所述更新的联系人号码发送给第一终端。

本发明实施例提供的通讯录更新方法中，在步骤201之前，还可以包括步骤200，具体的，步骤200如下：

步骤200：第一终端通过服务器向第二终端发起进行非共有联系人识别的请求，当第二终端接受所述进行非共有联系人识别的请求时，服务器将存在于第一终端中、且不存在于第二终端中的联系人列表发送给第二终端，并将存在于第二终端中、且不存在于第一终端中的联系人列表发送给第一终端；第一终端和第二终端根据自身需求选择是否将所述联系人列表中的号码保存到自身通讯录；

具体的，所述进行非共有联系人识别的请求可以是针对一个或多个群组的非共有联系人识别请求或者是针对整个通讯录的非共有联系人识别请求；

第一终端发起的所述非共有联系人识别请求由服务器转发给第二终端之后，第二终端可以根据自身意愿选择是否接受所述非共有联系人识别请求；

当所述第二终端接受所述非共有联系人识别请求时，服务器根据所述非共有联系人识别请求的不同(即，针对一个或多个群组的通讯录比对请求、或者针对整个通讯录的通讯录比对请求)，对第一终端和第二终端中相应群组中的联系人或者整个通讯录中的联系人进行比对，比对之后，服务器将存在于第一终端中、且不存在于第二终端中的联系人列表发送给第二终端，并将存在于第二终端中、且不存在于第一终端中的联系人列表发送给第一终端；之后，第一终端和第二终端根据自身需求选择是否将所述联系人列表中的号码保存到自身通讯录；这样，第一终端和第二终端都可以从对方获取自身没有保存的联系人号码，并选择性的将所述自身没有保存的联系人号码保存到自身的通讯录中；

进一步的，在本发明实施例一所述方案中，当第二终端接受第一终端发送的所述共有联系人识别请求、或非共有联系人识别请求时，服务器首先需要判断第一终端和第二终端是否已经同步过自身的通讯录，具体的，所述同步通讯录是指终端将自身的通讯录同步到服务器，而服务器可以根据终端的号码等信息生成相应账户，相应账户中包括相应终端的通讯录；

当服务器确定第一终端和第二终端其中任一方或者两方没有同步过通讯录时，则向没有同步过通讯录的任一方或者两方发送指示消息，以指示第一终端和/或第二终端先进行通讯录同步，第一终端和/或第二终端完成通讯录同步后，服务器根据所述共有联系人识别请求进行第一终端和第二终端之间的共有联系人识别、或根据所述非共有联系人识别请求进行第一终端和第二终端之间的非共有联系人识别；当服务器确定第一终端和第二终端已经同步过通讯录时，则直接根据所述共有联系人识别请求进行第一终端和第二终端之间的共有联系人识别、或根据所述非共有联系人识别请求进行第一终端和第二终端之间的非共有联系人识别。

示例二

本领域技术人员可以理解的是，上述步骤200除了可以在步骤201-203之前使用之外，还可以作为单独的技术方案使用；也就是说，第一终端向第二终端发起非共有联系人识别请求，并由服务器执行完非共有联系人识别之后，第一终端可以直接结束操作，而不必继续发起共有联系人识别请求乃至后面的联系人更新追踪请求；此时，第一终端和第二终端从对方获取自身没有保存的联系人号码，并选择性的将所述自身没有保存的联系人号码保存到自身的通讯录中，就可以完成自身通讯录的更新；

相应的，在本发明示例二这一方案中，当第二终端接受第一终端发送的所述非共有联系人识别请求时，服务器首先需要判断第一终端和第二终端是否已经同步过自身的通讯录，具体的，所述同步通讯录是指终端将自身的通讯录同步到服务器，而服务器可以根据终端的号码等信息生成相应账户，相应账户中包括相应终端的通讯录；

当服务器确定第一终端和第二终端其中任一方或者两方没有同步过通讯录时，则向没有同步过通讯录的任一方或者两方发送指示消息，以指示第一终端和/或第二终端先进行通讯录同步，第一终端和/或第二终端完成通讯录同步后，服务器根据所述非共有联系人识别请求进行第一终端和第二终端之间的非共有联系人识别；当服务器确定第一终端和第二终端已经同步过通讯录时，则直接根据所述非共有联系人识别请求进行第一终端和第二终端之间的非共有联系人识别。

实施例二

为了实现上述方法，本发明实施例二提供了一种终端，如图3所示，所述终端，包括：通讯录比对请求发送模块31、通讯录比对结果接收模块32以及通讯录更新模块33；其中，

所述通讯录比对请求发送模块31，用于向服务器发送与其它终端进行通讯录比对的请求；

所述通讯录比对结果接收模块32，用于在所述其它终端接受所述通讯录比对的请求时，接收服务器返回的通讯录比对的结果；

所述通讯录更新模块33，用于根据所述通讯录比对的结果执行通讯录更新操作。

具体的，所述通讯录比对的请求为：针对第二终端通讯录中一个或多个群组的通讯录比对请求、或者针对第二终端通讯录整体的通讯录比对请求。

更具体的，所述通讯录比对的请求，包括：共有联系人识别请求和非共有联系人识别请求。

具体的，当所述通讯录比对的请求为共有联系人识别请求时，所述通讯录比对结果接收模块32接收到的服务器返回的通讯录比对的结果，为：本地终端(即，该实施例中提供的一种终端)和所述其它终端中的共有联系人列表；这里，针对不同的共有联系人识别请求，所述返回的共有联系人列表也有所不同；具体的，当所述共有联系人识别请求是针对其它终端中一个或多个群组的共有联系人识别请求时，所述共有联系人列表是本地终端以及所述其它终端通讯录中一个或多个群组中的共有联系人列表；当所述共有联系人识别请求是针对其它终端中整个通讯录的共有联系人识别请求时，所述共有联系人列表是本地终端以及所述其它终端整个通讯录中的共有联系人列表；

当所述通讯录比对请求为非共有联系人识别请求时，所述通讯录比对结果接收模块32接收到的服务器返回的通讯录比对的结果，为：在所述其它终端中、且不在本地终端中的联系人列表；这里，针对不同的非共有联系人识别请求，所述返回的联系人列表也有所不同；具体的，当所述非共有联系人识别请求是针对所述其它终端中一个或多个群组的非共有联系人识别请求时，所述联系人列表是在所述其它终端通讯录的一个或多个群组中、且不在本地终端通讯录的所述一个或多个群组中的共有联系人列表；当所述共有联系人识别请求是针对所述其它终端中整个通讯录的非共有联系人识别请求时，所述联系人列表是在所述其它终端的通讯录中、且不在本地终端通讯录中的联系人列表。

进一步的，如图4所示，所述通讯录更新模块33包括：联系人更新追踪请求发送子模块41、联系人更新追踪结果接收子模块42以及联系人保存子模块43；

具体的，所述联系人更新追踪请求发送子模块41，用于向服务器发送对第二终端进行共有联系人更新追踪的请求；

所述联系人更新追踪结果接收子模块42，用于接收在所述其它终端接受所述联系人更新追踪的请求后、且所述其它终端中所述共有联系人列表中的联系人号码变更时，所述服务器发送的所述变更的联系人号码，并确定是否保存所述变更的联系人号码；

所述联系人保存子模块43，用于所述联系人更新追踪结果接收子模块42确定保存变更的联系人号码时，保存所述变更的联系人号码。

进一步的，所述终端还可以包括联系人更新追踪请求接收模块34；所述通讯录更新模块33根据所述通讯录比对结果执行完通讯录更新操作后，所述联系人更新追踪请求接收模块34还可以接收所述其它终端发送的进行共有联系人更新追踪的请求，并判断是否同意进行所述共有联系人更新追踪。

当所述通讯录比对的结果为：在所述其它终端中、且不在本地终端中的非共有联系人列表时，所述通讯录更新模块33根据所述通讯录比对结果执行通讯录更新操作，包括：所述联系人保存模块43根据自身需要将所述非共有联系人电话号码保存到本地终端的通讯录中；

进一步的，所述通讯录比对请求发送模块31，还用于通过服务器向所述其它终端发起共有联系人识别请求之前，向所述其它终端发起非共有联系人识别请求；

当所述其它终端接受所述非共有联系人识别请求(即，同意进行所述非共有联系人识别)时，所述通讯录比对结果接收模块32接收到的服务器发送的存在于所述其它终端中、且不存在于本地终端中的联系人列表。

实施例三

为了实现上述方法，本发明实施例三提供了一种服务器，如图5所示，所述服务器，包括：通讯录比对请求转发模块51、通讯录比对模块52以及通讯录比对结果发送模块53；其中，

所述通讯录比对请求转发模块51，用于将第一终端发送给第二终端的通讯录比对请求转发给第二终端；

所述通讯录比对模块52，用于第二终端接受第一终端发送的进行通讯录比对的请求时，执行第一终端和第二终端之间的通讯录比对；

所述通讯录比对结果发送模块53，用于将通讯录比对的结果返回给第一终端和第二终端。

具体的，所述通讯录比对的请求为：针对第二终端中一个或多个群组的通讯录比对请求、或者针对第二终端中整个通讯录的通讯录比对请求。

更具体的，所述通讯录比对请求，包括：共有联系人识别请求和非共有联系人识别请求。

当所述通讯录比对请求为共有联系人识别请求时，所述通讯录比对结果发送模块53向第一终端和第二终端返回的通讯录比对结果，为：第一终端和第二终端中的共有联系人列表。

当所述通讯录比对请求为非共有联系人识别请求时，所述通讯录比对结果发送模块53向第一终端返回的通讯录比对结果，为：存在于第二终端中、且不存在于第一终端中的非共有联系人列表；所述服务器向第二终端返回的通讯录比对结果，为：存在于第一终端中、且不存在于第二终端中的非共有联系人列表。

进一步的，所述服务器还包括：联系人更新追踪模块54；

所述通讯录比对请求转发模块51，还用于将第一终端发送给第二终端的进行共有联系人更新追踪的请求转发给第二终端；所述联系人更新追踪模块，用于第二终端同意进行所述共有联系人更新追踪后，当第二终端中所述共有联系人列表中的联系人号码变更时，将所述变更的联系人号码通知给所述第一终端；和/或，

所述通讯录比对请求转发模块51，还用于将第二终端发送给第一终端的共有联系人更新追踪的请求转发给第一终端；所述联系人更新追踪模块，用于第一终端接受所述共有联系人更新追踪的请求后，当第一终端中所述共有联系人列表中的联系人号码变更时，将所述变更的联系人号码通知给所述第二终端。

进一步的，所述服务器还包括：有效性判断模块55，用于联系人更新追踪模块将所述变更的电话号码通知给第一终端和/或第二终端之前，对所述变更的电话号码执行有效性判断；

具体的，所述有效性判断，包括以下判断步骤中的一个或者多个：判断号码位数是否符合要求；判断所述号码是否为空号；判断允许第一终端进行联系人更新追踪的其他终端中相同联系人号码是否发生更新。

进一步的，所述通讯录比对请求转发模块51，还用于将第一终端发送给第二终端的共有联系人识别请求转发给第二终端之前，将第一终端发送给第二终端的非共有联系人识别请求转发给第二终端，当第二终端接受所述通讯录比对请求时，通讯录比对模块52将存在于第二终端中、且不存在于第一终端中的联系人列表发送给第一终端，并将存在于第一终端中、且不存在于第二终端中的联系人列表发送给第二终端。

实施例四

本发明实施例四提供了一种通讯录更新系统，如图6所示，所述通讯录更新系统，包括：终端61和服务器62；其中，所述终端61，用于向其它终端发起通讯录比对请求；所述服务器62，用于所述其它终端接受所述通讯录比对请求时，向所述终端和所述其它终端返回通讯录比对结果；所述终端61，还用于根据所述通讯录比对结果执行通讯录更新操作。

具体的，所述终端61的内部构成参见实施例二；所述服务器62的内部构成参见实施例三。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (13)

1.一种通讯录更新方法，其特征在于，所述方法包括：

第一终端向服务器发送与第二终端进行通讯录比对的请求；

在第二终端同意进行所述通讯录比对时，第一终端接收服务器返回的与第二终端进行通讯录比对的结果；

第一终端根据所述通讯录比对的结果执行通讯录更新操作。

2.根据权利要求1所述的方法，其特征在于，所述通讯录比对的请求，包括：共有联系人识别请求和非共有联系人识别请求；

其中，当所述通讯录比对的请求为共有联系人识别请求时，所述第一终端接收服务器返回的与第二终端进行通讯录比对的结果为：第一终端和第二终端中的共有联系人列表；

当所述通讯录比对的请求为非共有联系人识别请求时，所述第一终端接收服务器返回的与第二终端进行通讯录比对的结果为：存在于第二终端中、且不存在于第一终端中的非共有联系人列表。

3.根据权利要求2所述的方法，其特征在于，当所述第一终端接收服务器返回的与第二终端进行通讯录比对的结果为：第一终端和第二终端中的共有联系人列表时，所述第一终端根据所述通讯录比对的结果执行通讯录更新操作，包括：

第一终端向服务器发送对第二终端进行共有联系人更新追踪的请求；在第二终端同意进行所述共有联系人更新追踪后，当第二终端中所述共有联系人列表中的联系人号码变更时，第一终端接收服务器发送的变更的联系人号码。

4.根据权利要求2所述的方法，其特征在于，当所述通讯录比对的请求为共有联系人识别请求时，在第一终端通过服务器向第二终端发起共有联系人识别请求之前，所述方法还包括：

第一终端通过服务器向第二终端发起进行非共有联系人识别的请求，当第二终端同意进行所述非共有联系人识别时，第一终端接收服务器发送的存在于第二终端中、且不存在于第一终端中的联系人列表；第一终端根据本地需求将所述存在于第二终端中、且不存在于第一终端中的联系人列表中的号码保存到本地通讯录。

5.一种通讯录更新方法，其特征在于，所述方法包括：

服务器接收第一终端发送的与第二终端进行通讯录比对的请求；

服务器获知所述第二终端同意与第一终端进行所述通讯录比对时，服务器执行第一终端和第二终端之间的通讯录比对，并将通讯录比对的结果返回给第一终端。

6.根据权利要求5所述的方法，其特征在于，所述进行通讯录比对的请求，包括：共有联系人识别请求和非共有联系人识别请求；

其中，当所述通讯录比对的请求为共有联系人识别请求时，所述服务器向第一终端和第二终端返回的通讯录比对结果为：第一终端和第二终端中的共有联系人列表；

当所述通讯录比对的请求为非共有联系人识别请求时，所述服务器向第一终端返回的通讯录比对结果为：存在于第二终端中、且不存在于第一终端中的非共有联系人列表；所述服务器向第二终端返回的通讯录比对结果为：存在于第一终端中、且不存在于第二终端中的非共有联系人列表。

7.根据权利要求5或6所述的方法，其特征在于，所述服务器将通讯录比对的结果返回给第一终端和第二终端之后，所述方法还包括：

服务器接收第一终端发送的对第二终端进行共有联系人更新追踪的请求，并将所述共有联系人更新追踪的请求转发给第二终端，第二终端同意进行所述共有联系人更新追踪后，当第二终端中所述共有联系人列表中的联系人号码变更时，服务器将所述变更的联系人号码通知给所述第一终端；和/或，

服务器接收第二终端发送的对第一终端进行共有联系人更新追踪的请求，并将所述共有联系人更新追踪的请求转发给第一终端，第一终端同意进行所述共有联系人更新追踪后，当第一终端中所述共有联系人列表中的联系人号码变更时，服务器将所述变更的联系人号码通知给所述第二终端。

8.根据权利要求7所述的方法，其特征在于，所述服务器将所述变更的电话号码通知给第一终端和/或第二终端之前，所述方法还包括：

服务器对所述变更的电话号码执行有效性判断；

所述有效性判断，包括以下判断步骤中的一个或者多个：判断号码位数是否符合要求；判断所述号码是否为空号；判断允许第一终端进行联系人更新追踪的其他终端中相同联系人号码是否发生更新。

9.根据权利要求7所述的方法，其特征在于，服务器将第一终端发送的对第二终端进行共有联系人更新追踪的请求转发给第二终端之前，所述方法还包括：

服务器将第一终端发送给第二终端的对第二终端进行非共有联系人识别的请求转发给第二终端，当第二终端接受所述非共有联系人识别的请求时，服务器将存在于第二终端中、且不存在于第一终端中的联系人列表发送给第一终端，并将存在于第一终端中、且不存在于第二终端中的联系人列表发送给第二终端。

10.一种终端，其特征在于，所述终端包括：通讯录比对请求发送模块、通讯录比对结果接收模块以及通讯录更新模块；其中，

所述通讯录比对请求发送模块，用于向服务器发送与其它终端进行通讯录比对的请求；

所述通讯录比对结果接收模块，用于在所述其它终端同意进行所述通讯录比对时，接收服务器返回的通讯录比对的结果；

所述通讯录更新模块，用于根据所述通讯录比对的结果执行通讯录更新操作。

11.根据权利要求10所述的终端，其特征在于，所述通讯录比对的请求，包括：共有联系人识别请求和非共有联系人识别请求；

当所述通讯录比对的请求为共有联系人识别请求时，所述通讯录比对结果接收模块接收到的服务器返回的通讯录比对的结果，为：本地终端和所述其它终端中的共有联系人列表；

当所述通讯录比对的请求为非共有联系人识别请求时，所述通讯录比对结果接收模块接收到的服务器返回的通讯录比对的结果，为：存在于所述其它终端中、且不存在于本地终端中的联系人列表。

12.根据权利要求11所述的终端，其特征在于，所述通讯录更新模块包括：联系人更新追踪请求发送子模块、联系人更新追踪结果接收子模块以及联系人保存子模块；当所述返回的通讯录比对的结果，为：本地终端和所述其它终端中的共有联系人列表时，

所述联系人更新追踪请求发送子模块，用于向服务器发送对第二终端进行共有联系人更新追踪的请求；

所述联系人更新追踪结果接收子模块，用于接收在所述其它终端接受所述联系人更新追踪的请求后、且所述其它终端中所述共有联系人列表中的联系人号码变更时，所述服务器发送的所述变更的联系人号码，并确定是否保存所述变更的联系人号码；

所述联系人保存子模块，用于所述联系人更新追踪结果接收子模块确定保存变更的联系人号码时，保存所述变更的联系人号码。

13.根据权利要求11所述的终端，其特征在于，所述通讯录比对请求发送模块，还用于当所述通讯录比对的请求为共有联系人识别请求时，在通过服务器向所述其它终端发起共有联系人识别请求之前，向所述其它终端发起非共有联系人识别请求；

当所述其它终端同意进行所述非共有联系人识别时，所述通讯录比对结果接收模块接收服务器发送的存在于所述其他终端中、且不存在于本地终端中的联系人列表。