CN103188131A - 即时通信客户端上的好友推荐方法和装置 - Google Patents

Abstract

本发明公开一种即时通信客户端上的好友推荐方法和装置，能够实现好友关系网的快速扩展，节省系统资源，提升系统的整体性能和用户体验。本发明实施例提供的一种即时通信客户端上的好友推荐方法包括：设置辅助存储文件，所述辅助存储文件中存储有拒绝推荐用户的信息；根据客户端用户的通讯录和通话记录获取候选推荐用户；获取客户端用户的即时通信好友列表和所述辅助存储文件中的拒绝推荐用户；根据候选推荐用户、拒绝推荐用户和即时通信好友列表确定当前所需推荐的用户；将所需推荐的用户上报至即时通信服务器，由即时通信服务器向所需推荐的用户发送好友添加消息。

Description

即时通信客户端上的好友推荐方法和装置

技术领域

本发明涉及即时通信技术领域，特别涉及一种即时通信客户端上的好友推荐方法和装置。

背景技术

随着互联网的发展和普及，互联网用户的数量不断增加，互联网关系网(如好友关系网)也不断地扩大。互联网系统如即时通信系统(InstantMessenger，IM)具有主动向用户推荐好友的功能，而IM主动向用户推荐好友也已成为除用户主动添加好友外的最重要的一个扩展好友关系网的渠道。

现有互联网系统进行好友推荐的渠道主要有两种，第一种是根据共同好友推荐，系统会分析用户的好友列表，向用户推荐彼此之间具有较多共同好友的一个非好友用户作为好友；第二种是根据手机的位置服务功能推荐，手机客户端已经成为互联网系统(如IM系统)的主要客户端载体，并且客户端软件与手机自身形成了紧密的结合。对手机客户端通过全球定位系统(GPS)进行定位，向用户推荐GPS定位在该用户附近的其他用户为好友。

然而，现有的好友推荐方法至少具有如下缺陷：

目前互联网主动向用户推荐的好友具有较大的随机性，所推荐好友与用户的关联度较小，在很多情况下所推荐的好友都不被用户所关注，达不到扩展好友关系网的效果，并且，系统不断发送价值较低的好友推荐消息，既浪费了系统资源，又给用户带来了困扰，降低了系统的整体性能。

发明内容

本发明提供的一种即时通信客户端上的好友推荐方法和装置，以解决现有方案中好友推荐具有较大随机性以及系统资源浪费较大、用户体验较差的问题。

为达到上述目的，本发明实施例采用了如下技术方案：

本发明实施例提供了一种即时通信客户端上的好友推荐方法，设置辅助存储文件，所述辅助存储文件中存储有拒绝推荐用户的信息，所述方法包括：

根据客户端用户的通讯录和通话记录获取候选推荐用户；

获取客户端用户的即时通信好友列表和所述辅助存储文件中的拒绝推荐用户；

根据所述候选推荐用户、拒绝推荐用户和即时通信好友列表确定当前所需推荐的用户；

将所需推荐的用户上报至即时通信服务器，由即时通信服务器向所需推荐的用户发送好友添加消息。

本发明实施例还提供了一种即时通信客户端上的好友推荐装置，所述装置包括：

设置单元，用于设置辅助存储文件，所述辅助存储文件中存储有拒绝推荐用户的信息；

推荐用户获取单元，用于根据客户端用户的通讯录和通话记录获取候选推荐用户，获取客户端用户的即时通信好友列表和所述辅助存储文件中的拒绝推荐用户；以及，根据所述候选推荐用户、拒绝推荐用户和即时通信好友列表确定当前所需推荐的用户；

推荐上报单元，用于将所需推荐的用户上报至即时通信服务器，由即时通信服务器向所需推荐的用户发送好友添加消息。

本发明实施例的有益效果是：

本发明实施例通过基于与客户端关联紧密的本地通讯录和本地通话记录，由客户端先向服务器上报所需推荐的好友，再由服务器推送好友添加消息，大大增强了好友添加消息内容的关联性和有效性，真正达到了快速扩展好友关系网的效果；由于本实施例中需要先由客户端上报所需推荐的好友，避免了系统本身随意不断下发好友推荐消息的缺陷，节省了系统资源，提升了系统的整体性能和用户体验。

并且，本实施例中通过先在客户端进行数据的比对，减少了向服务器上报时所需传输数据的数据量，节省了网络流量，降低了服务器的负担。

附图说明

图1为本发明实施例一提供的一种即时通信客户端上的好友推荐方法流程图；

图2为本发明实施例一提供的一种确定当前所需推荐用户的逻辑示意图；

图3为本发明实施例二提供的一种即时通信客户端上的好友推荐装置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

参见图1，为本发明实施例一提供的一种即时通信客户端上的好友推荐方法，具体包括如下操作：

11：设置辅助存储文件，所述辅助存储文件中存储有拒绝推荐用户的信息。

在即时通信(IM)客户端本地设置一个辅助存储文件，该辅助存储文件相当于IM客户端的一个本地配置文件。

所存储的拒绝推荐用户的信息可以为用户的名称、IM号码、手机号码等唯一性标识用户身份的信息，优选的，本实施例中存储拒绝推荐用户的手机号码，辅助存储文件存储了一个手机号码列表。

在初始时，例如，安装IM系统软件的客户端用户初次登陆IM系统时，辅助存储文件内容为空，然后，本实施例通过如下方式设置辅助存储文件中的拒绝推荐用户：

将所述候选推荐用户中除去即时通信好友列表中好友用户之外的用户告知客户端用户；根据客户端用户发送的拒绝推荐指令确认所述拒绝推荐用户并将该拒绝推荐用户保存在辅助存储文件中。

即将在候选推荐用户中且不在用户的好友列表中的用户列表(如用户手机号码列表)告知客户端用户，客户端用户根据该用户列表发送拒绝推荐指令，选取不需推荐的用户，例如，客户端用户通过交互界面点击一个用户手机号码的状态为“不再推荐”后，该手机号码的用户被标记为无需推荐并保存在辅助存储文件中。通过辅助存储文件的设置保证了对于客户端用户不感兴趣的联系人，不进行好友推荐，进一步增强后续好友添加消息中内容的关联性和有效性。

12：根据客户端用户的通讯录和通话记录获取候选推荐用户。

本实施例中将通讯录中的所有联系人，以及，通讯录之外的满足预定通话记录条件的联系人作为所获取到的候选推荐用户。本方案同时采用了通讯录和通话记录来获取候选推荐用户，这种处理方式，扩大了候选推荐用户的范围，便于好友关系的快速扩展，可以理解，也可以仅利用通讯录来获取候选推荐用户，或仅利用通话记录来获取候选推荐用户。

上述通话记录条件包括主动呼叫记录大于预定次数(如两次)、被动呼叫记录大于预定次数(如两次)或者主动呼叫记录与被动呼叫记录都大于预定次数(如一次)。可以理解，该通话记录条件也可以需要自定义进行调整。

13：获取客户端用户的即时通信好友列表和所述辅助存储文件中的拒绝推荐用户。

通过保存在客户端本地的IM好友列表数据获取到IM好友列表及列表中的好友用户，通过解析已存储的辅助存储文件，得到拒绝推荐用户。

应当注意到的是，客户端用户的通讯录、IM好友列表和辅助存储文件中的内容都会发生动态的变化，所获取的通讯录、IM好友列表和辅助存储文件中的内容是当前最新的通讯录、IM好友列表和辅助存储文件中的内容。

14：根据所述候选推荐用户、拒绝推荐用户和即时通信好友列表确定当前所需推荐的用户。

将所述候选推荐用户中除去拒绝推荐用户和即时通信好友列表中好友用户之外的用户，作为所述当前所需推荐的用户。

参见图2，显示了本实施例提供的一种确定当前所需推荐用户的逻辑示意图。标号为1的椭圆表示IM好友列表中的用户，标号为2的椭圆表示辅助存储文件中的用户，标号为3的椭圆表示候选推荐用户，标号为3的椭圆中具有斜纹的区域表示所确定的当前所需推荐的用户。

从图2可知，本实施例将IM好友列表中的用户与辅助缓存文件的中的用户做合集后同通讯录用户(以及联系频繁的号码的用户)进行比对，将差值作为当前所需推荐用户并上报给IM服务器。

应当说明的是，虽然辅助存储文件中的用户是从候选推荐用户中选取的，但由于候选推荐用户会有动态变化的现象(如通讯录中用户的增加或减少或最近一段具有通话记录的联系人的变化)，辅助存储文件中的用户与当前候选推荐用户并不一定完全相同，两者有交集，但辅助存储文件中的用户不一定完全是当前候选推荐用户的子集。

进一步的，本实施例中为当前所需推荐的用户设置推荐优先级，至少包括两种优先级设置方式：

第一种方式：若第一用户位于通讯录中且具有通话记录，第二用户位于通讯录中但不具有通话记录或者第二用户不位于通讯录中但具有通话记录时，为第一用户设置的推荐优先级高于为第二用户设置的推荐优先级；或者，

第二种方式：若第一用户的通话记录次数大于第二用户的通话记录次数时，为第一用户设置的推荐优先级高于为第二用户设置的推荐优先级。

上述两种优先级设置方式可以单独使用，也可以分别逐次应用在优先级排序上，例如先应用第一种方式进行优先级排序，然后再应用第二中方式进行优先级排序。

即本实施例中可以对所推荐号码的排序定义优先级，在推荐号码列表的最前端显示优先级最高的号码。存在于通讯录中并且有通话记录的号码为具有高优先级的推荐号码，然后，有频繁通话记录的号码的推荐优先级高于通话记录较少的号码的推荐优先级。

为了便于清楚描述本发明实施例的技术方案，在发明的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。

15：将所需推荐的用户上报至即时通信服务器，由即时通信服务器向所需推荐的用户发送好友添加消息。

在进行数据比对得到所需推荐的用户之后，客户端将所需推荐的用户上报至即时通信服务器。

本实施例中，当服务器接收到上报的所需推荐的用户后，如接收到推荐的手机号码列表后，分析所需推荐的用户在即时通信系统中的注册状态，如根据用户的手机号码判断用户的注册状态。当所需推荐的用户已注册且处于正常状态时，向该用户发送好友添加消息；否则，若用户未注册或者已注册但状态异常时，设置一个关系表，对所需推荐的用户和客户端用户进行记录，该关系表还可以记录本客户端用户与该所需推荐用户的对应关系，在所需推荐的用户已经注册且处于正常状态之后，再向该用户发送好友添加消息。

例如，若当前客户端用户为A，上报的所需推荐的用户中包括用户B，然而B没有注册IM账号，则会在系统中存储一张关系表，记录用户B与用户A的被推荐关系。当用户B初次注册账号并在正常状态下时，系统会为还没有好友的用户B自动推荐添加用户A为好友的提示。

当对所推荐号码的排序定义了优先级时，即时通信服务器按照推荐优先级从高到低的顺序，向所需推荐的用户发送好友添加消息。在好友添加成功后，对于所接收到的服务器返回的推荐操作反馈信息，客户端也按照优先级规则排序后进行展示给用户。

本发明实施例通过基于与客户端关联紧密的本地通讯录和本地通话记录，由客户端先向服务器上报所需推荐的好友，再由服务器推送好友添加消息，大大增强了好友添加消息内容的关联性和有效性，真正达到了快速扩展好友关系网的效果；由于本实施例中需要先由客户端上报所需推荐的好友，避免了系统本身随意不断下发好友推荐消息的缺陷，节省了系统资源，提升了系统的整体性能和用户体验。

并且，本实施例中通过先在客户端进行数据的比对，减少了向服务器上报时所需传输数据的数据量，节省了网络流量，降低了服务器的负担。

本发明实施例二还提供了一种即时通信客户端上的好友推荐装置，参见图3，所述装置包括：

设置单元31，用于设置辅助存储文件，所述辅助存储文件中存储有拒绝推荐用户的信息，该辅助存储文件相当于IM客户端的一个本地配置文件。

推荐用户获取单元32，用于根据客户端用户的通讯录和通话记录获取候选推荐用户，获取客户端用户的即时通信好友列表和所述辅助存储文件中的拒绝推荐用户；以及，根据所述候选推荐用户、拒绝推荐用户和即时通信好友列表确定当前所需推荐的用户；

推荐上报单元33，用于将所需推荐的用户上报至即时通信服务器，由即时通信服务器向所需推荐的用户发送好友添加消息。

具体的，设置单元31通过如下方式设置辅助存储文件中的拒绝推荐用户：将所述候选推荐用户中除去即时通信好友列表中好友用户之外的用户告知客户端用户；根据客户端用户发送的拒绝推荐指令确认所述拒绝推荐用户并将该拒绝推荐用户保存在辅助存储文件中。

进一步的，所述推荐用户获取单元32包括候选推荐用户获取模块和推荐用户获取模块.

上述候选推荐用户获取模块，用于将通讯录中的所有联系人，以及，通讯录之外的满足预定通话记录条件的联系人作为所获取到的候选推荐用户。所述通话记录条件包括主动呼叫记录大于预定次数、被动呼叫记录大于预定次数或者主动呼叫记录与被动呼叫记录都大于预定次数。

上述推荐用户获取模块，用于将所述候选推荐用户中除去拒绝推荐用户和即时通信好友列表中好友用户之外的用户，作为所述当前所需推荐的用户。

进一步的，本装置还能够为当前所需推荐的用户设置推荐优先级，其中，

若第一用户位于通讯录中且具有通话记录，第二用户位于通讯录中但不具有通话记录或者第二用户不位于通讯录中但具有通话记录时，为第一用户设置的推荐优先级高于为第二用户设置的推荐优先级；或者，

若第一用户的通话记录次数大于第二用户的通话记录次数时，为第一用户设置的推荐优先级高于为第二用户设置的推荐优先级。

本发明装置实施例中各单元和模块的具体工作方式可以参见本发明方法实施例中的相关内容。

本发明实施例通过基于与客户端关联紧密的本地通讯录和本地通话记录，由客户端先向服务器上报所需推荐的好友，再由服务器推送好友添加消息，大大增强了好友添加消息内容的关联性和有效性，真正达到了快速扩展好友关系网的效果；由于本实施例中需要先由客户端上报所需推荐的好友，避免了系统本身随意不断下发好友推荐消息的缺陷，节省了系统资源，提升了系统的整体性能和用户体验。

并且，本实施例中通过先在客户端进行数据的比对，减少了向服务器上报时所需传输数据的数据量，节省了网络流量，降低了服务器的负担。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种即时通信客户端上的好友推荐方法，其特征在于，设置辅助存储文件，所述辅助存储文件中存储有拒绝推荐用户的信息，所述方法包括：

根据客户端用户的通讯录和通话记录获取候选推荐用户；

获取客户端用户的即时通信好友列表和所述辅助存储文件中的拒绝推荐用户；

根据所述候选推荐用户、拒绝推荐用户和即时通信好友列表确定当前所需推荐的用户；

将所需推荐的用户上报至即时通信服务器，由即时通信服务器向所需推荐的用户发送好友添加消息。

2.根据权利要求1所述的方法，其特征在于，所述根据客户端用户的通讯录和通话记录获取候选推荐用户包括：

将通讯录中的所有联系人，以及，通讯录之外的满足预定通话记录条件的联系人作为所获取到的候选推荐用户。

3.根据权利要求2所述的方法，其特征在于，所述通话记录条件包括主动呼叫记录大于预定次数、被动呼叫记录大于预定次数或者主动呼叫记录与被动呼叫记录都大于预定次数。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

为当前所需推荐的用户设置推荐优先级，其中，

若第一用户位于通讯录中且具有通话记录，第二用户位于通讯录中但不具有通话记录或者第二用户不位于通讯录中但具有通话记录时，为第一用户设置的推荐优先级高于为第二用户设置的推荐优先级；或者，

若第一用户的通话记录次数大于第二用户的通话记录次数时，为第一用户设置的推荐优先级高于为第二用户设置的推荐优先级。

5.根据权利要求4所述的方法，其特征在于，所述即时通信服务器向所需推荐的用户发送好友添加消息包括：

即时通信服务器按照推荐优先级从高到低的顺序，向所需推荐的用户发送好友添加消息。

6.根据权利要求1所述的方法，其特征在于，通过如下方式设置辅助存储文件中的拒绝推荐用户：

将所述候选推荐用户中除去即时通信好友列表中好友用户之外的用户告知客户端用户；

根据客户端用户发送的拒绝推荐指令确认所述拒绝推荐用户并将该拒绝推荐用户保存在辅助存储文件中。

7.根据权利要求1所述的方法，其特征在于，所述根据所述候选推荐用户、拒绝推荐用户和即时通信好友列表确定当前所需推荐的用户包括：

将所述候选推荐用户中除去拒绝推荐用户和即时通信好友列表中好友用户之外的用户，作为所述当前所需推荐的用户。

8.根据权利要求1至7任一项所述的方法，其特征在于，在由即时通信服务器向所需推荐的用户发送好友添加消息之前，所述方法还包括：

即时通信服务器在接收到上报的所需推荐的用户后，分析所需推荐的用户在即时通信系统中的注册状态，当所需推荐的用户已注册且处于正常状态时，向该用户发送好友添加消息，否则，对客户端用户和所需推荐的用户进行记录，在所需推荐的用户已经注册且处于正常状态之后，再向该用户发送好友添加消息。

9.一种即时通信客户端上的好友推荐装置，其特征在于，所述装置包括：

设置单元，用于设置辅助存储文件，所述辅助存储文件中存储有拒绝推荐用户的信息；

推荐用户获取单元，用于根据客户端用户的通讯录和通话记录获取候选推荐用户，获取客户端用户的即时通信好友列表和所述辅助存储文件中的拒绝推荐用户；以及，根据所述候选推荐用户、拒绝推荐用户和即时通信好友列表确定当前所需推荐的用户；

推荐上报单元，用于将所需推荐的用户上报至即时通信服务器，由即时通信服务器向所需推荐的用户发送好友添加消息。

10.根据权利要求9所述的装置，其特征在于，所述推荐用户获取单元包括候选推荐用户获取模块和推荐用户获取模块，

所述候选推荐用户获取模块，用于将通讯录中的所有联系人，以及，通讯录之外的满足预定通话记录条件的联系人作为所获取到的候选推荐用户；

所述推荐用户获取模块，用于将所述候选推荐用户中除去拒绝推荐用户和即时通信好友列表中好友用户之外的用户，作为所述当前所需推荐的用户。

Images