CN103036861A - 通讯录联系人关系匹配的方法、系统、服务器端和客户端 - Google Patents

Abstract

本发明提供了通讯录联系人关系匹配的方法和系统。客户端触发服务器端执行匹配操作；服务器端逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端；客户端接收服务器端下发的所述匹配关系，并标记已建立匹配关系的联系人的状态。本发明用户无需手动添加联系人，即可在通讯录中看到通讯录的联系人的状态。

Description

通讯录联系人关系匹配的方法、系统、服务器端和客户端

技术领域

本发明涉及移动互联网应用技术领域，尤其涉及通讯录联系人关系匹配的方法和系统。

背景技术

多数手机用户在手机上拥有个人联系通讯录，基于手机通讯录同步功能的应用的出现满足了通讯录备份、遗失找回的需求，这类应用的服务器与客户端之间的接口通常采用国际标准协议SyncML实现，有较好的开放性和互通性。

现阶段发展迅猛的社区网站和微博都提供了好友推荐的功能，网站会提示用户“某某可能是你的好友”或“你与某某有共同的好友”，各大网站都基于私有技术实现这些功能，能帮助用户简洁快速地建立好友圈，从而促进了社区和微博其他功能的使用。

手机通讯录中存储了大量的好友信息，但其数据都是静态的，只是通讯录所有者自己输入的信息，不能关联到实际的联系人，若能将通讯录的静态联系人数据关联到实际用户，并且数据能实时更新，这将大大提高通讯录应用的价值。

发明内容

鉴于以上，本发明提出通讯录联系人关系匹配的方法、系统、服务器端和客户端。

根据本发明一方面，提出通讯录联系人关系匹配的系统，包括：服务器端，接收客户端触发的匹配操作，逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端；客户端，触发服务器端进行匹配操作，接收服务器端下发的所述匹配关系，并标记已建立匹配关系的联系人的状态。

根据本发明一方面，还提出通讯录联系人关系匹配的方法，包括：客户端触发服务器端执行匹配操作；服务器端逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端；客户端接收服务器端下发的所述匹配关系，并标记已建立匹配关系的联系人的状态。

根据本发明一方面，还提出用于通讯录联系人关系匹配的服务器端，包括：第一收发模块，接收客户端触发的匹配操作；查找模块，耦合于所述第一收发模块，逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象；关系建立模块，耦合于所述查找模块，根据查找结果建立匹配关系。

根据本发明一方面，还提出用于通讯录联系人关系匹配的客户端，包括：触发模块，触发服务器端进行匹配操作，所述匹配操作由所述服务器端逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，并根据查找结果建立匹配关系；第二收发模块，接收所述服务器端下发的所述匹配关系；标记模块，耦合于所述第二收发模块，标记已建立匹配关系的联系人的状态。

本发明提供了用户通讯录之间的联系人关系自动匹配功能，用户无需手动添加联系人，即可在通讯录中看到联系人的在线状态。

进一步扩展到通讯录与社区或IM好友关系的匹配和建立，可以获得联系人名片更新、发送IM或查看联系人在社区或微博中的动作等。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为现有技术通讯录应用系统中数据存储结构示意图。

图2为本发明vCard属性，扩展<X-FID>以及<X-FTYPE>字段。

图3为本发明通讯录联系人关系匹配的系统结构图，涉及对客户端的改造以及服务器端的改造。

图4为本发明通讯录联系人关系匹配的方法流程图。

图5示出本发明根据判断结果在通讯录中建立联系人绑定关系，并将联系人绑定关系同步到客户端的流程。

图6示出本发明将添加IM账号的联系人绑定关系同步到客户端的流程。

图7为本发明实施例中通讯录联系人关系匹配的方法流程图。

图8为本发明不同场景下的匹配过程示例说明。

图9为现有技术手机通讯录匹配字段分析vCard内容。

图10为外部系统，如开心网好友匹配字段举例分析。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

图1为现有技术支持国际标准SyncML协议的客户端以及服务器端的用户数据存储结构。按单个用户维度来存储用户通讯录数据，每个用户具有用户标识contactID，在该contactID下记录了该用户的联系人信息，每条联系人信息以vCard形式组织，在vCard中记录了联系人的姓名、手机号码(TEL；Cell)等。利用SyncML协议可以实现服务器端与客户端之间的联系人信息的同步，但是现有协议不支持联系人关系匹配。

图9为现有技术中手机通讯录中实际看到的内容和对应的vCard关系匹配字段，比如，手机通讯录中填写姓名的项，对应的vcard字段定义就是N。

如图3所示，本发明提出通讯录联系人关系匹配的系统，实现了联系人关系匹配。其中，服务器端接收客户端触发的匹配操作，逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端。

用于通讯录联系人关系匹配的服务器端的具体结构如图3所示，可以包括：

第一收发模块，接收客户端触发的匹配操作。

查找模块，耦合于所述第一收发模块，逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象。

关系建立模块，耦合于所述查找模块，根据查找结果建立匹配关系。

进一步，所述第一收发模块还将所述关系建立模块建立的匹配关系同步到所述客户端。

进一步，所述查找模块在通讯录应用中查找到所述匹配对象，还判断所述匹配对象是否具有IM账号，如果有，在所述匹配关系中添加IM账号。

下面将具体说明服务器端以及其各个模块所执行的相关操作。

在本发明的一个实施例中，客户端触发的匹配操作可以是，通过上传通讯录触发匹配操作，也可定期或不定期向服务器发送好友匹配指令触发匹配操作。其中，客户端上传通讯录后会即刻触发匹配操作，还有可能是在上传通讯录一段时间后触发的匹配操作，例如，用户1的通讯录长时间未在服务器执行好友匹配操作，但是其通讯录中的联系人陆续成为通讯录应用的新用户，若该联系人先于用户1触发服务器端好友匹配操作，并且匹配操作结果可匹配到用户1，那么服务器端会通知用户1更新该联系人与其的好友关系。

通讯录上传的接口采用现有SyncML协议实现，首次匹配时可采用慢同步接口，之后通讯录再有变化(如新增一个联系人，或联系人的手机号码有变化)都可以用双向同步接口上传增量变化信息。服务器端根据客户端上传的增量变化信息重复匹配过程，并同步到客户端。进一步提供相关的应用，如联系人的名片更新等。

在本发明的一个实施例中，服务器端在通讯录应用中查找到所述匹配对象，但所述匹配对象的通讯录中没有保存发出触发操作的客户端，向客户端同步正向匹配关系，向所述匹配对象发送提示或通知；进一步，当所述匹配对象接收到提示或通知时，如果添加发出触发操作的客户端为通讯录联系人，则服务器端分别向发出触发操作的客户端以及所述匹配对象同步双向匹配关系；如果未添加发出触发操作的客户端为通讯录联系人，服务器端记录下发出触发操作的客户端，并在服务器端标记发出触发操作的客户端与匹配对象的反向匹配关系。或者

服务器端在通讯录应用中查找到所述匹配对象，并且所述匹配对象的通讯录中已保存发出触发操作的客户端，分别向客户端以及匹配对象同步双向匹配关系。

下面将结合图8所示的不同场景，对于匹配过程进行举例说明。本领域技术人员应该可以理解，所述举例只是用于说明本发明，不应理解为对本发明的限制。并且本领域技术人员还应理解，可以根据实际情况执行下述至少一个场景的操作，并且在执行多个场景的操作时，可能具有不同的执行顺序，例如，执行场景3之后再执行场景1。

联系人A主动匹配联系人B，服务器端：

在场景1、发现联系人B已是通讯录应用的用户，并且联系人B的通讯录中也有联系人A，分别向联系人A和联系人B同步双向匹配关系，表明联系人A和联系人B分别关注对方；

在场景2、发现联系人B已是通讯录应用的用户，但联系人B的通讯录中没有联系人A，则向联系人A同步正向匹配关系，表明联系人A关注联系人B，在客户端标记联系人B的状态；向联系人B发送提示或通知，推荐添加联系人A，若B添加A为通讯录联系人，则双方的关系同场景1，若B未添加A为通讯录联系人，则服务器记录下A，并标记B与A的反向匹配关系，以便提供其他应用(例如向B提供查看哪些人关注了他的操作)。

在场景3、发现联系人B不是通讯录应用的用户，则无需向联系人A返回匹配结果，返回响应即可。

如图2所示，本发明在服务器端和客户端vCard属性中扩展<X-FID>以及<X-FTYPE>字段。其中，<X-FID>标识客户端关联的匹配对象ID，<X-FTYPE>标识客户端与匹配对象的匹配关系，值1表示正向匹配关系，值2表示反向匹配关系，值3表示双向匹配关系，下面将对正向匹配关系、反向匹配关系以及双向匹配关系进行解释以及举例说明。

以微博来类比，正向匹配关系可以理解为在微博中你关注了谁，双向匹配关系可以理解为在微博中你关注的人也关注你，反向匹配关系可以理解为你关注的人未关注你。本发明以通讯录为基础用户数据，建立起你关注谁和被谁关注的信息，实现了自动匹配用户通讯录之间的好友关系，以及通讯录与社区或IM的好友关系。

在本发明的一个实施例中，服务器端将绑定关系同步到客户端，即更新该联系人信息，SyncML实例代码如下所示：

还如图3所示，本发明还涉及到对客户端的改造，客户端触发服务器端进行匹配操作，接收服务器端下发的所述匹配关系，并标记已建立匹配关系的联系人的状态。在此前提下，还可实现后续应用的关联。

用于通讯录联系人关系匹配的客户端的具体结构可以如图3所示，包括：

触发模块，触发服务器端进行匹配操作，所述匹配操作由所述服务器端逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，并根据查找结果建立匹配关系。

第二收发模块，接收所述服务器端下发的所述匹配关系。

标记模块，耦合于所述第二收发模块，标记已建立匹配关系的联系人的状态。

比如，在线状态呈现。可以用绿色圆点或者其他颜色、其他标记等，标记已建立绑定关系的联系人的状态，当绿色圆点亮时，表明联系人在线，否则为离线。现有技术无法事先得知联系人的状态，比如，联系人关机，当拨打该联系人电话时，会提示用户已关机，或者联系人在开会中不方便接电话，拨打该联系人电话时，联系人会挂断电话，表明其不方便接电话的状态。而本发明通过标记已建立绑定关系的联系人的状态，可以事先获知联系人状态，无需浪费时间、网络资源等去确认联系人是否可以进行通信。

在本发明的一个实施例中，还可以实现绑定IM账号等。

还如图3所示，本发明中，服务器端在通讯录应用中查找到所述匹配对象，还判断所述匹配对象是否具有IM账号，如果有，在所述匹配关系中添加IM账号并同步到客户端。

客户端还包括通信模块，当所述第二收发模块接收的所述匹配关系中添加有IM账号，且所述IM账号标记为在线时，直接点击所述IM账号进行IM通信。

传统的IM业务在业务开通时，往往联系人列表是空的，需要知道好友的IM号(IM，InstantMessaging，即时通讯)手动添加好友。本发明中，通过通讯录联系人与IM联系人自动匹配，并进行IM好友的添加，用户无需手动添加好友，即可在通讯录中看到通讯录的联系人和IM好友、直接点击IM好友还可以进行IM聊天、查看好友在社区或微博中的状态等。

还比如通讯录自动更新。当通讯录所有者更新手机号码时，服务器端更新该联系人手机号码，建立匹配关系后，在客户端通讯录中的联系人的通讯录就会自动更新为最新联系方式了。

图4为本发明通讯录联系人关系匹配的方法流程图，由通讯录联系人关系匹配的系统执行匹配流程，该方法包括以下步骤：

在步骤401、客户端触发服务器端执行匹配操作。

其中，客户端可以通过上传通讯录触发匹配操作，也可定期或不定期向服务器发送好友匹配指令触发匹配操作。其中，客户端上传通讯录后会即刻触发匹配操作，还有可能是在上传通讯录一段时间后触发的匹配操作，例如，用户1的通讯录长时间未在服务器执行好友匹配操作，但是其通讯录中之前匹配失败的联系人陆续成为通讯录应用的新用户，若该联系人先于用户1触发服务器端好友匹配操作，并且匹配操作结果可匹配到用户1，那么服务器端会通知用户1更新该联系人与其的好友关系。

在步骤402、服务器端逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端。

在步骤403、客户端接收服务器端下发的所述匹配关系，并标记已建立匹配关系的联系人的状态。

图5示出步骤402中，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端，包括以下步骤：

在步骤4021、服务器端在通讯录应用中查找到所述匹配对象，但所述匹配对象的通讯录中没有保存发出触发操作的客户端，向客户端同步正向匹配关系，向所述匹配对象发送提示或通知；或者

在步骤4022、服务器端在通讯录应用中查找到所述匹配对象，并且所述匹配对象的通讯录中已保存发出触发操作的客户端，分别向客户端以及匹配对象同步双向匹配关系。

进一步，在步骤4021中，向所述匹配对象发送提示或通知，还包括以下步骤：

所述匹配对象接收提示或通知，如果添加发出触发操作的客户端为通讯录联系人，则服务器端分别向发出触发操作的客户端以及所述匹配对象同步双向匹配关系；

如果未添加发出触发操作的客户端为通讯录联系人，服务器端记录下发出触发操作的客户端，并在服务器端标记发出触发操作的客户端与匹配对象的反向匹配关系。

图6示出步骤4021和4022中，服务器端在通讯录应用中查找到所述匹配对象，还包括以下步骤：

在步骤4021a、服务器端判断所述匹配对象是否具有IM账号，如果有，在所述匹配关系中添加IM账号并同步到客户端。

在步骤4021b、客户端在所述匹配关系中添加IM账号，当所述IM账号标记为在线时，点击所述IM账号进行IM通信。

图7为本发明实施例中通讯录联系人关系匹配的方法流程图，包括以下步骤：

在步骤701、当客户端首次同步通讯录时，服务器端读取并保存客户端上传的通讯录。通讯录通过vCard形式组织信息，通讯录通常包括两个信息，一个信息是姓名，例如张三，李四；另一个信息是号码，例如手机号码18918581234，还可以是固话号码、EMAIL地址等。

在步骤702、服务器端逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，根据手机号码即分析vCard的TELCell，查找是否在通讯录应用中已保存所述匹配对象，当然，本领域技术人员应该可以理解，还可以扩展为其他参数，比如根据固话号码或EMAIL地址等进行匹配。

在步骤703、在通讯录应用中查找到所述匹配对象，但所述匹配对象的通讯录中没有保存发出触发操作的客户端，向客户端同步正向匹配关系，向所述匹配对象发送提示或通知，并将匹配关系同步到客户端。

在步骤704、在通讯录应用中查找到所述匹配对象，并且所述匹配对象的通讯录中已保存发出触发操作的客户端，分别向客户端以及匹配对象同步双向匹配关系，并将匹配关系同步到客户端。本领域普通技术人员可以理解，通讯录同步采用SyncML标准协议和流程。

在步骤705、客户端接收服务器端下发的匹配关系，并标记已建立匹配关系的联系人的状态。

还如图7所示，在步骤706、当用户对通讯录更新时，比如增加、删除或修改通讯录，客户端再次进行同步，服务器端同步增量变化信息，并对增量变化信息重复上述匹配过程，并同步到客户端。

现在的通讯录联系人数据都是静态的，并且无法由联系人本人进行实时更新。本发明在通讯录有更新时，可自动进行联系人列表的刷新，关注你的好友就能看到了。

下面结合附图和实施例，对本发明的实现过程作进一步说明。

图10为外部系统，例如以手机号码作为匹配的标准，与开心网的UserID(开心网对用户的唯一标识，假设也是手机号码)进行匹配，或者利用住宅号码作为匹配的标准，与开心网的UserID(开心网对用户的唯一标识，假设是住宅固定电话号码)进行匹配，就可以把开心网好友和手机通讯录联系人匹配到一起，好友列表添加成功后同步给手机客户端，携带信息包括LUID、开心网UserID、开心网好友昵称、开心网好友状态等信息，客户端将好友与通讯录联系人通过LUID关联后追加到本地通讯录中。若开心网好友有什么动作，就可以在通讯录中看到。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (18)

1.通讯录联系人关系匹配的系统，包括：

服务器端，接收客户端触发的匹配操作，逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端；

客户端，触发服务器端进行匹配操作，接收服务器端下发的所述匹配关系，并标记已建立匹配关系的联系人的状态。

2.根据权利要求1所述通讯录联系人关系匹配的系统，包括：

服务器端在通讯录应用中查找到所述匹配对象，但所述匹配对象的通讯录中没有保存发出触发操作的客户端，向客户端同步正向匹配关系，向所述匹配对象发送提示或通知；或者

服务器端在通讯录应用中查找到所述匹配对象，并且所述匹配对象的通讯录中已保存发出触发操作的客户端，分别向客户端以及匹配对象同步双向匹配关系。

3.根据权利要求2所述通讯录联系人关系匹配的系统，还包括：

服务器端向所述匹配对象发送提示或通知，如果所述匹配对象添加发出触发操作的客户端为通讯录联系人，则服务器端分别向发出触发操作的客户端以及所述匹配对象同步双向匹配关系；如果未添加发出触发操作的客户端为通讯录联系人，服务器端记录下发出触发操作的客户端，并在服务器端标记发出触发操作的客户端与匹配对象的反向匹配关系。

4.根据权利要求2或3所述通讯录联系人关系匹配的系统，包括：

服务器端和客户端在通讯录的vCard属性扩展字段<X-FID>以及<X-FTYPE>，其中<X-FID>标识客户端关联的匹配对象ID，<X-FTYPE>标识客户端与匹配对象的匹配关系。

5.根据权利要求1或2或3所述通讯录联系人关系匹配的系统，其中，服务器端根据手机号码、固话号码或EMAIL地址进行匹配。

6.根据权利要求1或2或3所述通讯录联系人关系匹配的系统，其中，所述通讯录应用包括：手机通讯录、社区通讯录或IM账号。

7.根据权利要求6所述通讯录联系人关系匹配的系统，其中，服务器端在通讯录应用中查找到所述匹配对象，还判断所述匹配对象是否具有IM账号，如果有，在所述匹配关系中添加IM账号并同步到客户端。

8.根据权利要求7所述通讯录联系人关系匹配的系统，其中，所述客户端在所述匹配关系中添加IM账号，当所述IM账号标记为在线时，直接点击所述IM账号进行IM通信。

9.根据权利要求1或2或3所述通讯录联系人关系匹配的系统，其中，客户端将通讯录增量变化信息上传给服务器端，服务器端根据增量变化信息重复匹配过程，并同步到客户端。

10.通讯录联系人关系匹配的方法，包括：

客户端触发服务器端执行匹配操作；

服务器端逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端；

客户端接收服务器端下发的所述匹配关系，并标记已建立匹配关系的联系人的状态。

11.根据权利要求10所述通讯录联系人关系匹配的方法，其中，根据查找结果建立匹配关系，并将所述匹配关系同步到客户端，包括：

服务器端在通讯录应用中查找到所述匹配对象，但所述匹配对象的通讯录中没有保存发出触发操作的客户端，向客户端同步正向匹配关系，向所述匹配对象发送提示或通知；或者

服务器端在通讯录应用中查找到所述匹配对象，并且所述匹配对象的通讯录中已保存发出触发操作的客户端，分别向客户端以及匹配对象同步双向匹配关系。

12.根据权利要求11所述通讯录联系人关系匹配的方法，其中，向所述匹配对象发送提示或通知，还包括：

所述匹配对象接收发送提示或通知，如果所述匹配对象添加发出触发操作的客户端为通讯录联系人，则服务器端分别向发出触发操作的客户端以及所述匹配对象同步双向匹配关系；

如果未添加发出触发操作的客户端为通讯录联系人，服务器端记录下发出触发操作的客户端，并在服务器端标记发出触发操作的客户端与匹配对象的反向匹配关系。

13.根据权利要求10或11或12所述通讯录联系人关系匹配的方法，其中，服务器端在通讯录应用中查找到所述匹配对象，还包括：

服务器端判断所述匹配对象是否具有IM账号，如果有，在所述匹配关系中添加IM账号并同步到客户端；

客户端在所述匹配关系中添加IM账号，当所述IM账号标记为在线时，点击所述IM账号进行IM通信。

14.用于通讯录联系人关系匹配的服务器端，包括：

第一收发模块，接收客户端触发的匹配操作；

查找模块，耦合于所述第一收发模块，逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象；

关系建立模块，耦合于所述查找模块，根据查找结果建立匹配关系。

15.根据权利要求14所述用于通讯录联系人关系匹配的服务器端，其中，所述第一收发模块还将所述关系建立模块建立的匹配关系同步到所述客户端。

16.根据权利要求14或15所述用于通讯录联系人关系匹配的服务器端，其中，所述查找模块在通讯录应用中查找到所述匹配对象，还判断所述匹配对象是否具有IM账号，如果有，在所述匹配关系中添加IM账号。

17.用于通讯录联系人关系匹配的客户端，包括：

触发模块，触发服务器端进行匹配操作，所述匹配操作由所述服务器端逐一以发出触发操作的客户端的通讯录中的联系人为匹配对象，查找是否在通讯录应用中已保存所述匹配对象，并根据查找结果建立匹配关系；

第二收发模块，接收所述服务器端下发的所述匹配关系；

标记模块，耦合于所述第二收发模块，标记已建立匹配关系的联系人的状态。

18.根据权利要求17所述用于通讯录联系人关系匹配的客户端，还包括：

通信模块，当所述第二收发模块接收的所述匹配关系中添加有IM账号，且所述IM账号标记为在线时，点击所述IM账号进行IM通信。

Images