CN107592256A - 添加好友的方法、装置及系统 - Google Patents
添加好友的方法、装置及系统 Download PDFInfo
- Publication number
- CN107592256A CN107592256A CN201710861262.0A CN201710861262A CN107592256A CN 107592256 A CN107592256 A CN 107592256A CN 201710861262 A CN201710861262 A CN 201710861262A CN 107592256 A CN107592256 A CN 107592256A
- Authority
- CN
- China
- Prior art keywords
- good friend
- account
- client
- account number
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本公开是关于一种添加好友的方法、装置及系统，属于通讯领域。所述方法包括：接收第一客户端发送的第一好友添加请求，第一好友添加请求包括待添加的目标账号；检测目标账号是否存在与目标账号属于同一用户的关联账号；当目标账号存在关联账号时，判断目标账号是否为主账号，主账号为属于目标用户的账号中最常用的账号，目标用户为目标账号所属的用户；当目标账号不为主账号时，向第一客户端发送推荐信息，推荐信息包括主账号，推荐信息用于推荐第一客户端通过主账号添加目标用户为好友。本公开解决了服务器接收到好友添加响应的概率较低的问题，缩短了添加好友的响应时延，提高了添加好友的效率。本公开用于添加好友的过程。
Description
技术领域
本公开涉及通讯领域，特别涉及一种添加好友的方法、装置及系统。
背景技术
随着通讯技术的快速发展，诸如智能手机、笔记本等终端的使用越来越广泛。用户可以通过安装在终端上的即时通讯客户端添加好友。
目前的添加好友的方法流程如下：需要进行好友添加的用户通过终端上安装的第一客户端向即时通讯服务器发送好友添加请求，该好友添加请求中包括待添加的目标账号，相应的，即时通讯服务器向该目标账号登录的客户端发送好友添加请求，若接收到目标账号登录的客户端的好友添加响应，且该好友添加响应指示目标账号对应的目标用户允许与第一客户端的用户建立好友关系，则即时通讯服务器建立登录第一客户端的请求端账号和目标账号的好友关系，此时添加好友成功。
但是，若目标用户拥有多个账号且待添加的目标账号为目标用户的不常用账号时，可能目标用户很少采用该目标账号登录客户端，则即时通讯服务器接收到好友添加响应的概率较低，因此，目前的添加好友的方法可能存在较长的响应时延，导致添加好友的效率较低。
发明内容
本公开提供了一种添加好友的方法、装置及系统，可以解决相关技术中添加好友的方法可能存在较长的响应时延，导致添加好友的效率较低的问题，所述技术方案如下：
第一方面，提供了一种添加好友的方法，所述方法包括：
接收第一客户端发送的第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
检测所述目标账号是否存在与所述目标账号属于同一用户的关联账号；
当所述目标账号存在关联账号时，判断所述目标账号是否为主账号，所述主账号为属于目标用户的账号中最常用的账号，所述目标用户为所述目标账号所属的用户；
当所述目标账号不为主账号时，向所述第一客户端发送推荐信息，所述推荐信息包括所述主账号，所述推荐信息用于推荐所述第一客户端通过所述主账号添加所述目标用户为好友。
可选的，所述向所述第一客户端发送推荐信息，包括：
检测当前时刻之前的第一预设时长内所述目标账号是否未被使用；
当所述当前时刻之前的第一预设时长内所述目标账号未被使用，向所述第一客户端发送所述推荐信息；
所述方法还包括：
当所述当前时刻之前的第一预设时长内所述目标账号被使用，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
可选的，所述向所述第一客户端发送推荐信息，包括：
检测所述目标账号是否处于登录状态；
当所述目标账号不处于登录状态时，向所述第一客户端发送所述推荐信息；
所述方法还包括：
当所述目标账号处于登录状态时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
可选的，所述向所述第一客户端发送推荐信息，包括：
向采用所述主账号登录的第二客户端发送推荐信息发送请求；
当接收到所述第二客户端发送的推荐信息发送响应，且所述推荐信息发送响应指示允许向所述第一客户端发送所述推荐信息时，向所述第一客户端发送所述推荐信息；
所述方法还包括：
当接收到所述第二客户端发送的推荐信息发送响应，且所述推荐信息发送响应指示不允许向所述第一客户端发送所述推荐信息时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
可选的，所述方法还包括：
将属于所述目标用户的所有账号中的历史使用时长最长的账号确定为所述主账号，所述历史使用时长为当前时刻之前的第二预设时长内的使用时长总和；
或者，将属于所述目标用户的所有账号中的历史使用频率最高的账号确定为所述主账号，所述历史使用频率为当前时刻之前的第三预设时长内的使用次数总和；
或者，将所述目标用户的所有账号中，所述目标用户选定的账号确定为所述主账号。
可选的，所述方法还包括：
接收第四客户端发送的账号注册请求；
根据所述账号注册请求分配账号；
向所述第四客户端发送账号注册响应，所述账号注册响应包括分配的账号；
在检测到某一用户采用所述分配的账号登录第五客户端后，向所述第五客户端发送关联账号获取请求，所述关联账号获取请求用于提示所述某一用户添加关联账号；
接收所述第五客户端发送的关联账号获取响应，所述关联账号获取响应包括所述某一用户在所述第五客户端输入的关联账号；
记录所述分配的账号与所述关联账号属于同一用户。
可选的，所述第一好友添加请求还包括：登录所述第一客户端的请求端账号，所述方法还包括：
当所述目标账号为主账号时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的；
接收所述第三客户端发送的第一好友添加响应，所述第一好友添加响应指示所述目标用户允许与所述第一客户端的用户建立好友关系；
基于所述第一好友添加响应，记录所述请求端账号与所述目标账号的好友关系；
向所述第一客户端发送第二好友添加响应，所述第二好友添加响应是基于所述第一好友添加响应得到的。
第二方面，提供一种添加好友的方法，所述方法包括：
向服务器发送第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
接收服务器发送的推荐信息，所述推荐信息包括主账号，所述主账号和所述目标账号均属于目标用户，且所述主账号为所述目标用户的账号中最常用的账号；
根据所述推荐信息，向所述服务器发送第三好友添加请求，所述第三好友添加请求包括所述主账号。
可选的，所述方法还包括：
接收所述服务器发送的关联账号获取请求；
根据所述关联账号获取请求提示用户添加关联账号；
向所述服务器发送关联账号获取响应，所述关联账号获取响应包括所述用户输入的关联账号。
第三方面，提供一种添加好友的装置，所述添加好友的装置包括：
第一接收模块，用于接收第一客户端发送的第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
检测模块，用于检测所述目标账号是否存在与所述目标账号属于同一用户的关联账号；
判断模块，用于在所述目标账号存在关联账号时，判断所述目标账号是否为主账号，所述主账号为属于目标用户的账号中最常用的账号，所述目标用户为所述目标账号所属的用户；
第一发送模块，用于在所述目标账号不为主账号时，向所述第一客户端发送推荐信息，所述推荐信息包括所述主账号，所述推荐信息用于推荐所述第一客户端通过所述主账号添加所述目标用户为好友。
可选的，所述第一发送模块还用于：
检测当前时刻之前的第一预设时长内所述目标账号是否未被使用；
当所述当前时刻之前的第一预设时长内所述目标账号未被使用，向所述第一客户端发送所述推荐信息；
所述添加好友的装置还包括：
第二发送模块，用于在所述当前时刻之前的第一预设时长内所述目标账号被使用，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
可选的，所述第一发送模块还用于：
检测所述目标账号是否处于登录状态；
当所述目标账号不处于登录状态时，向所述第一客户端发送所述推荐信息；
所述添加好友的装置还包括：
第三发送模块，用于在所述目标账号处于登录状态时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
可选的，所述第一发送模块还用于：
向采用所述主账号登录的第二客户端发送推荐信息发送请求；
当接收到所述第二客户端发送的推荐信息发送响应，且所述推荐信息发送响应指示允许向所述第一客户端发送所述推荐信息时，向所述第一客户端发送所述推荐信息；
所述添加好友的装置还包括：
第四发送模块，用于在接收到所述第二客户端发送的推荐信息发送响应，且所述推荐信息发送响应指示不允许向所述第一客户端发送所述推荐信息时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
可选的，所述添加好友的装置还包括：
第一确定模块，用于将属于所述目标用户的所有账号中的历史使用时长最长的账号确定为所述主账号，所述历史使用时长为当前时刻之前的第二预设时长内的使用时长总和；
或者，第二确定模块，用于将属于所述目标用户的所有账号中的历史使用频率最高的账号确定为所述主账号，所述历史使用频率为当前时刻之前的第三预设时长内的使用次数总和；
或者，第三确定模块，用于将所述目标用户的所有账号中，所述目标用户选定的账号确定为所述主账号。
可选的，所述添加好友的装置还包括：
第二接收模块，用于接收第四客户端发送的账号注册请求；
分配模块，用于根据所述账号注册请求分配账号；
第五发送模块，用于向所述第四客户端发送账号注册响应，所述账号注册响应包括分配的账号；
第六发送模块，用于在检测到某一用户采用所述分配的账号登录第五客户端后，向所述第五客户端发送关联账号获取请求，所述关联账号获取请求用于提示所述某一用户添加关联账号；
第三接收模块，用于接收所述第五客户端发送的关联账号获取响应，所述关联账号获取响应包括所述某一用户在所述第五客户端输入的关联账号；
第一记录模块，用于记录所述分配的账号与所述关联账号属于同一用户。
可选的，所述第一好友添加请求还包括：登录所述第一客户端的请求端账号，所述添加好友的装置还包括：
第七发送模块，用于在所述目标账号为主账号时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的；
第四接收模块，用于接收所述第三客户端发送的第一好友添加响应，所述第一好友添加响应指示所述目标用户允许与所述第一客户端的用户建立好友关系；
第二记录模块，用于基于所述第一好友添加响应，记录所述请求端账号与所述目标账号的好友关系；
第八发送模块，用于向所述第一客户端发送第二好友添加响应，所述第二好友添加响应是基于所述第一好友添加响应得到的。
第四方面，提供一种添加好友的装置，所述添加好友的装置包括：
第一发送模块，用于向服务器发送第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
第一接收模块，用于接收服务器发送的推荐信息，所述推荐信息包括主账号，所述主账号和所述目标账号均属于目标用户，且所述主账号为所述目标用户的账号中最常用的账号；
第二发送模块，用于根据所述推荐信息，向所述服务器发送第三好友添加请求，所述第三好友添加请求包括所述主账号。
可选的，所述添加好友的装置还包括：
第二接收模块，用于接收所述服务器发送的关联账号获取请求；
提示模块，用于根据所述关联账号获取请求提示用户添加关联账号；
第三发送模块，用于向所述服务器发送关联账号获取响应，所述关联账号获取响应包括所述用户输入的关联账号。
第五方面，提供了一种添加好友的装置，所述添加好友的装置包括：
处理组件；
用于存储所述处理组件的可执行指令的存储器；
其中，所述处理组件被配置为：
接收第一客户端发送的第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
检测所述目标账号是否存在与所述目标账号属于同一用户的关联账号；
当所述目标账号存在关联账号时，判断所述目标账号是否为主账号，所述主账号为属于目标用户的账号中最常用的账号，所述目标用户为所述目标账号所属的用户；
当所述目标账号不为主账号时，向所述第一客户端发送推荐信息，所述推荐信息包括所述主账号，所述推荐信息用于推荐所述第一客户端通过所述主账号添加所述目标用户为好友。
第六方面，提供了一种添加好友的装置，所述添加好友的装置包括：
处理组件；
用于存储所述处理组件的可执行指令的存储器；
其中，所述处理组件被配置为：
向服务器发送第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
接收服务器发送的推荐信息，所述推荐信息包括主账号，所述主账号和所述目标账号均属于目标用户，且所述主账号为所述目标用户的账号中最常用的账号；
根据所述推荐信息，向所述服务器发送第三好友添加请求，所述第三好友添加请求包括所述主账号。
第七方面，提供了一种添加好友的系统，所述添加好友的系统包括：服务器和至少两个客户端，
所述服务器包括第三方面所述的添加好友的装置；所述客户端包括第四方面所述的添加好友的装置；
或者，所述服务器包括第五方面所述的添加好友的装置；所述客户端包括第六方面所述的添加好友的装置。
第八方面，提供了一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行第一方面或第二方面所述的添加好友的方法。
第九方面，提供了一种可读存储介质，所述可读存储介质中存储有指令，当所述可读存储介质在处理组件上运行时，使得处理组件执行如第一方面或第二方面所述的添加好友的方法。
本公开提供的技术方案可以包括以下有益效果：在添加好友的过程中，服务器能够根据第一客户端发送的第一好友添加请求，判断第一客户端请求添加的目标账号是否存在关联账号，以及判断该目标账号是否为主账号；且当该目标账号存在关联账号且目标账号不为主账号时，服务器能够推荐第一客户端通过目标用户最常用的主账号添加目标用户为好友。从而能够保证在请求端用户在需要通过第一客户端添加目标用户的账号好友时，第一客户端总是能够在服务器的指示下，添加目标用户最常用的主账号为好友，进而提高了服务器和第一客户端接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。
附图说明
为了更清楚地说明本公开的实施例，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种添加好友方法所涉及的实施环境的示意图；
图2-1是本公开一示意性实施例提供的一种添加好友的方法的方法流程图；
图2-2是本公开一示意性实施例提供的另一种添加好友的方法的方法流程图；
图3是本公开一示意性实施例提供的再一种添加好友的方法的方法流程图；
图4是本公开一示意性实施例提供的一种服务器获取并记录关联账号的方法的方法流程图；
图5是本公开一示意性实施例提供的一种账号注册界面的示意图；
图6是本公开一示意性实施例提供的一种分配界面的示意图；
图7是本公开一示意性实施例提供的一种询问界面的示意图；
图8是本公开一示意性实施例提供的一种账号输入界面的示意图；
图9是本公开一示意性实施例提供的另一种账号输入界面的示意图；
图10是本公开一示意性实施例提供的一种添加好友界面的示意图；
图11是本公开一示意性实施例提供的一种主账号设置界面的示意图；
图12是本公开一示意性实施例提供的一种第三客户端显示的回复界面的示意图；
图13是本公开一示意性实施例提供的一种好友添加响应界面的示意图；
图14是本公开一示意性实施例提供的一种服务器确定是否发送推荐信息的方法的方法流程图；
图15是本公开一示意性实施例提供的另一种服务器确定是否发送推荐信息的方法的方法流程图；
图16是本公开一示意性实施例提供的又一种服务器确定是否发送推荐信息的方法的方法流程图；
图17是本公开一示意性实施例提供的一种推荐信息发送询问界面的示意图；
图18是本公开一示意性实施例提供的另一种添加好友界面的示意图；
图19是本公开一示意性实施例提供的一种添加好友的装置的结构示意图；
图20是本公开一示意性实施例提供的另一种添加好友的装置的结构示意图；
图21是本公开一示意性实施例提供的又一种添加好友的装置的结构示意图；
图22是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图；
图23是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图；
图24是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图；
图25是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图；
图26是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图；
图27是是本公开一示意性实施例提供的一种用于添加好友的装置的框图；
图28是本公开一示意性实施例提供的另一种用于添加好友的装置的框图。
具体实施方式
为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开作进一步地详细描述，显然，所描述的实施例仅仅是本公开一部份实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。
请参见图1，其示出了本公开实施例部分实施例中提供的添加好友方法所涉及的实施环境的示意图。该实施环境可以包括：服务器101和至少两个客户端，图1中仅示出了两个客户端，分别为客户端102和客户端103。
服务器101可以是一台服务器，或者由若干台服务器组成的服务器集群或者是一个云计算服务中心，该服务器101可以为即时通讯服务器。客户端可以为即时通讯客户端，客户端可以安装在终端上，示例的，终端可以为智能手机、电脑、平板电脑、多媒体播放器、电子阅读器或可穿戴式设备等。
服务器101与每个客户端之间均可以通过有线网络或无线网络建立连接。其中，有线网络可以包括但不限于：通用串行总线(英文：Universal Serial Bus；简称：USB)，无线网络可以包括但不限于：无线保真(英文：Wireless Fidelity；简称：WIFI)、蓝牙、红外、紫蜂(英文：Zigbee)、数据等。
图2-1是本公开一示意性实施例提供的一种添加好友的方法的方法流程图，该添加好友的方法可以用于如图1所示的服务器101，如图2-1所示，该添加好友的方法可以包括：
在步骤201a中，接收第一客户端发送的第一好友添加请求，该第一好友添加请求包括待添加的目标账号。
在步骤202a中，检测目标账号是否存在与该目标账号属于同一用户的关联账号。
在步骤203a中，当目标账号存在关联账号，判断该目标账号是否为主账号，该主账号为属于目标用户的账号中最常用的账号，该目标用户为目标账号所属的用户。
在步骤204a中，当目标账号不为主账号时，向第一客户端发送推荐信息，该推荐信息包括主账号，该推荐信息用于推荐第一客户端通过主账号添加目标用户为好友。
综上所述，本公开实施例提供的添加好友的方法中，服务器能够根据第一客户端发送的第一好友添加请求，判断第一客户端请求添加的目标账号是否存在关联账号，以及判断该目标账号是否为主账号；且当该目标账号存在关联账号且目标账号不为主账号时，服务器能够推荐第一客户端通过目标用户最常用的主账号添加目标用户为好友。从而能够保证在请求端用户在需要通过第一客户端添加目标用户的账号好友时，第一客户端总是能够在服务器的指示下，添加目标用户最常用的主账号为好友，进而提高了服务器和第一客户端接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
图2-2是本公开一示意性实施例提供的另一种添加好友的方法的方法流程图，该添加好友的方法可以用于如图1所示的每个客户端，如图2-2所示，该添加好友的方法可以包括：
在步骤201b中，向服务器发送第一好友添加请求，该第一好友添加请求包括待添加的目标账号。
在步骤202b中，接收服务器发送的推荐信息，推荐信息包括主账号，主账号和目标账号均属于目标用户，且主账号为目标用户的账号中最常用的账号。
在步骤203b中，根据推荐信息，向服务器发送第三好友添加请求，该第三好友添加请求包括主账号。
综上所述，本公开实施例提供的添加好友的方法中，在客户端向服务器发送第一好友添加请求后，若接收到服务器发送的推荐信息，则客户端可以根据推荐信息中的主账号，向服务器发送包括主账号的第三好友添加请求，以添加目标用户最常用的主账号为好友。从而能够保证在请求端用户在需要通过第一客户端添加目标用户的账号好友时，第一客户端总是能够在服务器的指示下，添加目标用户最常用的主账号为好友，进而提高了服务器和第一客户端接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
图3是本公开一示意性实施例提供的再一种添加好友的方法的方法流程图，该添加好友的方法可以用于如图1所示的实施环境，如图3所示，该添加好友的方法可以包括：
在步骤301中，服务器获取并记录各个用户的账号。执行步骤302。
需要说明的是，在服务器获取并记录用户的账号之前，服务器还需要协助用户使用的客户端完成账号的注册，并为用户分配账号，之后用户就可以使用服务器分配的账号登录客户端。在用户采用分配的账号登录客户端后，服务器还可以提示用户输入该分配的账号的关联账号，并将该分配的账号和其关联账号均记录为该用户的账号。
图4是本公开一示意性实施例提供的一种服务器获取并记录账号的方法流程图，如图4所示，步骤301可以包括：
在步骤3011中，第四客户端向服务器发送账号注册请求。执行步骤3012。
需要说明的是，第四客户端可以显示账号注册界面，用户可以在该账号注册界面上输入账号注册信息，从而使得第四客户端获取到账号注册信息，并向服务器发送包括该账号注册信息的账号注册请求。
图5是本公开一示意性实施例提供的一种账号注册界面的示意图，如图5所示，在第四客户端向服务器发送账号注册请求前，第四客户端可以显示账号注册界面X1，该账号注册界面X1可以包括多个信息输入框Y1、“注册”按钮Y2以及虚拟键盘Y3(该虚拟键盘Y3可以包括多个字符，如希腊数字、英文字母和标点符号等)的按钮。用户可以在该账号注册界面X1中通过虚拟键盘Y3，在每个信息输入框Y1中输入信息。例如，在昵称对应的信息输入框中输入“飞飞”，在手机对应的信息输入框中输入“1513XXXXXXX”，在密码对应的信息输入框中输入“XXXXXXXX”。其中，X可以为任意一个整数，且图中示出的多个X可以为不同的整数。
用户在每个信息输入框Y1中均输入信息后，可以点击“注册”按钮Y2。此时，第四客户端可以将所有的信息输入框中的信息作为账号注册信息，并向服务器发送包括注册信息的账号注册请求。例如，账号注册信息可以包括：“昵称：飞飞；手机：1513XXXXXXX；密码：XXXXXXXX”。
在步骤3012中，服务器根据该账号注册请求分配账号。
服务器在接收到账号注册请求后，可以随机生成一个账号，或者根据预设的规则生成一个账号，并将生成的账号作为分配的账号。
在步骤3013中，服务器向第四客户端发送账号注册响应，该账号注册响应包括分配的账号。
服务器在得到分配的账号后，可以对该分配的账号进行封装，以生成包括分配的账号的账号注册响应。
在步骤3014中，第四客户端显示分配的账号。
示例的，服务器在向第四客户端发送包括分配的账号的账号注册响应后，第四客户端可以从该账号注册响应中提取服务器分配的账号，并对该分配的账号进行显示。如图6所示，第四客户端可以显示分配界面X2，该分配界面X2可以包括提示框Z1，提示框Z1中可以显示有“注册成功，您获得账号：131XXXXXXXX”的字样。
用户在看到该提示框Z1后，可以对该提示框Z1中显示的账号进行记录。之后，用户可以采用该账号和注册账号时填写的密码登录第五客户端。需要说明的是，该第五客户端可以与第四客户端为同一个客户端，该第五客户端也可以为与第四客户端不同的客户端，本公开实施例对此不做限定。
在步骤3015中，服务器在检测到某一用户采用分配的账号登录第五客户端后，向第五客户端发送关联账号获取请求，该关联账号获取请求用于提示某一用户添加关联账号。
示例的，当服务器检测到用户采用步骤3012中分配的账号登录第五客户端后，服务器可以向第五客户端发送关联账号获取请求。
在步骤3016中，第五客户端根据关联账号获取请求，获取用户输入的关联账号。
第五客户端在接收到关联账号获取请求后，可以根据该关联账号获取请求，显示询问界面，用户可以在该询问界面上进行操作，以选择是否添加关联账号。当用户确定需要添加关联账号，且用户在询问界面上执行了相应的操作后，第五客户端可以显示账号输入界面，进而用户可以在该账号输入界面上输入关联账号，使得第五客户端获取到用户输入的关联账号。
示例的，图7是本公开一示意性实施例提供的一种询问界面的示意图，如图7所示，该询问界面X3可以包括提示框Z2，该提示框Z2中显示有按钮“是”和按钮“否”，以及“是否需要添加关联账号？”的字样。若用户需要添加关联账号，则该用户可以点击按钮“是”，此时，第五客户端可以确定该用户需要添加关联账号；若用户无需添加关联账号，则该用户可以点击按钮“否”，此时，第五客户端可以确定该用户不需要添加关联账号。
图8是本公开一示意性实施例提供的一种账号输入界面的示意图，如图8所示，该账号输入界面X3可以显示有一个信息输入框Y4以及虚拟键盘Y3，该账号输入界面还可以显示有按钮“完成”，用户可以在该账号输入界面X3通过虚拟键盘Y3，向输入框Y4中输入关联账号(如“132XXXXXXXX”)，输入完成后可以点击按钮“完成”，从而第五客户端可以获取到当前登录的账号的关联账号。
需要说明的是，图8中以账号输入界面X3包括一个信息输入框Y4，用户能够在该账号输入界面上输入一个关联账号为例，实际应用中，该账号输入界面X3还可以包括多个信息输入框Y4，用户能够在该账号输入界面上输入多个关联账号，本公开实施例对此不做限定。
另外，该账号输入界面还可以包括一个“+”按钮Y6，用户在需要输入更多的关联账号时，用户可以根据还需要输入的关联账号的个数，将该“+”按钮Y6点击相应的次数，使得该账号输入界面X3显示相应个数的信息输入框。例如，若用户共需要输入两个关联账号，则用户可以点击图8中的“+”按钮Y6一次，使得第五客户端显示两个信息输入框Y4，此时，如图9所示，用户可以在这两个信息输入框Y4中分别输入两个关联账号。
在步骤3017中，第五客户端向服务器发送关联账号获取响应，该关联账号获取响应包括某一用户在第五客户端输入的关联账号。
第五客户端在获取到当前登录的账号的关联账号后，可以向服务器发送关联账号获取响应，该关联账号获取响应可以包括：当前登录的账号的关联账号。例如，若在步骤3016中第五客户端获取到的关联账号为：“132XXXXXXXX”，则该第五客户端向服务器发送的关联账号获取响应可以包括：“关联账号：132XXXXXXXX”。
在步骤3018中，服务器记录分配的账号与关联账号属于同一用户。
服务器在接收到第五客户端发送的关联账号获取响应后，可以在该关联账号获取响应中提取关联账号，并记录当前登录第五客户端的账号与关联账号均属于同一用户，从而记录了当前登录第五客户端的账号与关联账号的关联关系。
服务器记录当前登录第五客户端的账号与关联账号的关联关系的方式可以为表格记录的方式。
示例的，表1是本公开一示意性实施例提供的一种关联账号记录表格，如表1所示，若用户A当前采用账号“131XXXXXXXX”登录第五客户端，且用户A在如图8所示的信息输入框Y4中输入关联账号“132XXXXXXXX”，则服务器可以记录关联账号“132XXXXXXXX”和账号“131XXXXXXXX”均属于用户A。
若用户B当前采用账号“151XXXXXXXX”登录第五客户端，且用户B在如图9所示的信息输入框Y4中输入关联账号“183XXXXXXXX”和“137XXXXXXXX”，则服务器可以记录账号“151XXXXXXXX”、关联账号“183XXXXXXXX”和“137XXXXXXXX”均属于用户B。
若用户C当前采用账号“121XXXXXXXX”登录第五客户端，且用户C在如图7所示的询问界面X3中点击了按钮“否”，则第五客户端不会向服务器发送关联账号获取响应，此时，服务器可以记录用户C当前登录第五客户端所采用的账号“121XXXXXXXX”属于用户C。
表1
| 用户 | 账号 |
| 用户A | 131XXXXXXXX，132XXXXXXXX |
| 用户B | 151XXXXXXXX，183XXXXXXXX，137XXXXXXXX |
| 用户C | 121XXXXXXXX |
在步骤302中，在请求端用户采用请求端账号登录第一客户端后，第一客户端向服务器发送第一好友添加请求，该第一好友添加请求包括待添加的目标账号，以及登录第一客户端的请求端账号。
需要说明的是，第一客户端可以是任意一个客户端，该第一客户端可以与第四客户端或第五客户端为同一个客户端，该第一客户端也可以为与第四客户端和第五客户端均不同的客户端。
服务器在步骤301中可以为请求端用户分配请求端账号，并记录请求端账号与请求端用户的关系，在步骤302中，请求端用户可以采用该请求端账号登陆第一客户端。且在请求端用户采用请求端账号登陆第一客户端后，若请求端用户需要添加目标账号为请求端账号的好友，则请求端用户需要在第一客户端的添加好友界面上输入待添加的目标账号，以使得第一客户端获取到该目标账号，并根据目标账号生成第一好友添加请求。
示例的，图10是本公开一示意性实施例提供的一种添加好友界面的示意图，如图11所示，在第一客户端向服务器发送第一好友添加请求前，第一客户端可以显示添加好友界面X4，该添加好友界面X4包括一个信息输入框Y7以及虚拟键盘Y3，请求端用户可以在该添加好友界面X4通过点击字符的按钮Y3，在信息输入框Y7中输入待添加的目标账号“183XXXXXXXX”，输入完毕后点击“添加”按钮，使第一客户端获取到待添加的目标账号。
在步骤303中，服务器检测目标账号是否存在与该目标账号属于同一用户的关联账号。若目标账号存在关联账号，则执行步骤304；若目标账号不存在关联账号，则执行步骤305。
服务器在接收到该第一好友添加请求后，可以在该第一好友添加请求中提取目标账号，并根据步骤301中记录的每个用户的账号，查找目标账号是否存在与目标账号属于同一用户的关联账号。
例如，请参考表1，若目标账号为“131XXXXXXXX”，则服务器可以确定目标账号“131XXXXXXXX”存在与该目标账号均属于用户A的关联账号“132XXXXXXXX”。若目标账号为“121XXXXXXXX”，则服务器可以确定目标账号“121XXXXXXXX”不存在与该目标账号均属于用户C的关联账号。
在步骤304中，服务器判断目标账号是否为主账号，该主账号为属于目标用户的账号中最常用的账号，目标用户为目标账号所属的用户。若目标账号为主账号，则执行步骤305；若目标账号不为主账号，则执行步骤309。
服务器在执行步骤304时，可以首先将目标账号所属的用户确定为目标用户，然后再确定目标用户最常用的主账号，最后再判断目标账号是否为主账号。其中，服务器确定目标用户最常用的主账号可以有多种实现方式，本公开实施例以以下三种实现方式为例进行说明：
在第一种实现方式中，服务器可以将属于目标用户的所有账号中，历史使用时长最长的账号确定为目标用户最常用的主账号，其中，该历史使用时长可以为当前时刻之前的第二预设时长内的使用时长总和。也即，服务器可以分别统计属于目标用户的每个账号，在当前时刻之前的第二预设时长内的使用时长总和，并在统计出来的使用时长总和中筛选出最长的使用时长总和，然后确定使用时长总和最长的账号为主账号。可选的，该第二预设时长可以为7天、10天、15天或30天，或者其他时长，本公开实施例对此不做限定。
在第二种实现方式中，服务器可以将属于目标用户的所有账号中的历史使用频率最高的账号确定为主账号，其中，该历史使用频率为当前时刻之前的第三预设时长内的使用次数总和。也即，服务器可以分别统计属于目标用户的每个账号，在当前时刻之前的第三预设时长内的使用次数总和，并在统计出来的使用次数总和中筛选出最大的使用次数总和，然后确定使用次数总和最大的账号为主账号。可选的，该第三预设时长可以为7天、10天、15天或30天，或者其他时长，本公开实施例对此不做限定。
第三种实现方式，服务器将目标用户的所有账号中，目标用户选定的账号确定为主账号。可选的，在步骤304之前(如在步骤301中，或者在步骤303中确定目标账号存在关联账号后)，服务器还可以指示每个用户(例如用户A)登录的客户端显示如图11所示的主账号设置界面X5，该主账号设置界面X5中可以显示有该用户的所有账号，例如该主账号设置界面X5中显示有用户B的所有账号“151XXXXXXXX”、“183XXXXXXXX”和“137XXXXXXXX”。请继续参考图11，该主账号设置界面中还可以显示有“确认”按钮以及“请选择主账号”的字样，目标用户可以在该主账号设置界面中显示的账号中点击一个账号，然后点击“确认”按钮，使得客户端获取到用户通过点击选中的主账号，并将该主账号反馈至服务器，服务器可以对表1中的目标用户的主账号进行标记。当服务器在执行步骤304时，可以直接在目标用户的所有账号中，获取在步骤304之前标记的目标用户的主账号。
在步骤305中，服务器向采用目标账号登录的第三客户端发送第二好友添加请求，该第二好友添加请求是基于第一好友添加请求得到的。执行步骤306。
可选的，当目标用户采用目标账号登录第三客户端后，服务器能够确定该第三客户端，并获取到该第三客户端的标识。由于第一好友添加请求是第一客户端发送给服务器的，因此，该第一好友添加请求中还包含了服务器的标识。服务器在接收到第一好友添加请求后，可以将第一好友添加请求中包含的服务器标识替换为第三客户端的标识，从而得到第二好友添加请求，并将该第二好友添加请求发送给第三客户端。
在步骤306中，第三客户端向服务器发送第一好友添加响应，该第一好友添加响应指示目标用户允许与第一客户端的用户建立好友关系。执行步骤307。
需要说明的是，在服务器向第三客户端发送第二好友添加请求后，第三客户端可以提示用户在第三客户端上执行是否同意与请求端用户建立好友关系的操作，并根据用户的操作生成相应的好友添加响应。
示例的，图12是本公开一示意性实施例提供的一种第三客户端显示的回复界面的示意图，如图12所示，在服务器向第三客户端发送第二好友添加请求后，第三客户端可以显示回复界面X6，该回复界面X6可以包括询问框Z3，该询问框Z3可以显示有：“请求端账号：131XXXXXXXX”、“是否与请求端账号建立好友关系？”、“同意”按钮以及“拒绝”按钮。若目标用户同意目标账号与请求端账号建立好友关系，则目标用户可以点击“同意”按钮(如图12所示)，以使得第三客户端向服务器发送第一好友添加响应，且该第一好友添加响应用于指示目标用户同意与请求端账号建立好友关系。
需要说明的是，目标用户在选择是否同意目标用户与请求端账号建立好友关系时，既可以选择同意目标用户与请求端账号建立好友关系，也可以选择不同意目标用户与请求端账号建立好友关系，本公开实施例中仅以目标用户选择同意目标用户与请求端账号建立好友关系为例。
实际应用中，请继续参考图12，若目标用户不同意目标账号与请求端账号建立好友关系，则目标用户可以点击“拒绝”按钮，以使得第三客户端向服务器发送第四好友添加响应，且该第四好友添加响应用于指示目标用户不同意目标账号与请求端账号建立好友关系。服务器在接收到第四好友添加响应后，还可以向第一客户端发送第五好友添加响应，该第五好友添加响应是基于第四好友添加响应得到的，且该第五好友添加响应也用于指示目标用户不同意目标账号与请求端账号建立好友关系。
在步骤307中，服务器基于第一好友添加响应，记录请求端账号与目标账号的好友关系。执行步骤308。
可选的，若请求端账号为“131XXXXXXXX”，目标账号为“151XXXXXXXX”，则服务器可以对请求端账号“131XXXXXXXX”标注：好友为目标账号“151XXXXXXXX”，对目标账号“151XXXXXXXX”标注：好友为请求端账号“131XXXXXXXX”，从而实现了记录请求端账号“131XXXXXXXX”与目标账号“151XXXXXXXX”的好友关系的目的。
在步骤308中，服务器向第一客户端发送第二好友添加响应，该第二好友添加响应是基于第一好友好友添加响应得到的。
服务器在接收到第一好友添加响应后，还可以向第一客户端发送第二好友添加响应，以通知使用第一客户端的请求端用户好友添加成功。
可选的，在服务器向第一客户端发送第二好友添加响应后，如图13所示，在第一客户端可以显示好友添加响应界面X7，该好友添加响应界面X7可以包括有提示框Z4，提示框Z4中可以显示有“已添加目标账号“151XXXXXXXX”为好友”的字样。
在步骤309中，服务器向第一客户端发送推荐信息，该推荐信息包括主账号，该推荐信息用于推荐第一客户端通过主账号添加目标用户为好友。执行步骤310。
服务器在步骤304中确定目标账号不为主账号后，可以向第一客户端发送包含有目标用户的主账号的推荐信息，以指示第一客户端添加目标用户最常用户的主账号为好友。
可选的，服务器在执行步骤309前，还可以判断是否需要向第一客户端发送推荐信息，并在确定需要向第一客户端发送推荐信息时，才向第一客户端发送推荐信息。
实际应用中，服务器可以采用不同的实现方式确定是否需要向第一客户端发送推荐信息，本公开实施例以以下三种可实现方式为例进行说明：
在第一种可实现方式中，图14是本公开一示意性实施例提供的一种服务器确定是否发送推荐信息的方法的方法流程图，如图14所示，服务器确定是否发送推荐信息的方法可以包括：
在步骤401a中，服务器检测当前时刻之前的第一预设时长内目标账号是否未被使用。若当前时刻之前的第一预设时长内目标账号未被使用，则执行步骤309；若当前时刻之前的第一预设时长内目标账号被使用，则执行步骤305。
示例的，当服务器检测到当前时刻之前的第一预设时长内，目标账号未被使用，则服务器可以确定目标用户近期采用目标账号(不为主账号)登陆客户端的概率较小，此时，为了缩短添加好友的响应时延，服务器需要向第一客户端发送推荐信息，也即执行步骤309。
当服务器检测到当前时刻之前的第一预设时长内，目标账号被使用，则服务器可以确定用户最近使用过该目标账号(不为主账号)。这就表示目标用户在当前时刻使用目标账号的概率较大，此时，服务器可以无需向第一客户端发送推荐信息，而是检测目标用户是否采用目标账号登陆某个客户端。且在检测到目标用户在采用目标账号登陆第三客户端后，服务器可以向第三客户端发送第二好友添加请求，也即执行步骤305。这样一来，服务器无需执行向第一客户端发送推荐信息的步骤，从而减少了好友添加过程中的步骤，提高了好友添加的效率。
示例的，第一预设时长可以为7天、10天、15天或30天，或者其他时长，本公开实施例对此不做限定。
在第二种可实现方式中，图15是本公开一示意性实施例提供的另一种服务器确定是否发送推荐信息的方法的方法流程图，如图15所示，服务器确定是否发送推荐信息的方法可以包括：
在步骤401b中，服务器检测目标账号是否处于登录状态。若目标账号不处于登录状态，则执行步骤309；若目标账号处于登录状态，则执行步骤305。
示例的，当服务器检测到目标账号不处于登陆状态，则为了缩短添加好友的响应时延，服务器需要向第一客户端发送推荐信息，也即执行步骤309。
当服务器检测到目标账号处于登陆状态，则服务器可以确定用户正在采用目标账号(不为主账号)登陆某个客户端，此时，服务器可以无需向第一客户端发送推荐信息，而是向采用目标账号登陆的第三客户端发送第二好友添加请求，也即执行步骤305。这样一来，服务器无需执行向第一客户端发送推荐信息的步骤，从而减少了好友添加过程中的步骤，提高了好友添加的效率。
在第三种可实现方式中，图16是本公开一示意性实施例提供的又一种服务器确定是否发送推荐信息的方法的方法流程图，如图16所示，服务器确定是否发送推荐信息的方法可以包括：
在步骤401c中，服务器向采用主账号登录的第二客户端发送推荐信息发送请求。
需要说明的是，服务器在检测到目标用户采用目标用户的主账号登录第二客户端后，若确定目标账号不为主账号，则服务器可以向第二客户端发送推荐信息发送请求。
在步骤402c中，第二客户端向服务器发送推荐信息发送响应，推荐信息发送响应用于指示目标用户是否允许向第一客户端发送推荐信息。执行步骤403c。
需要说明的是，在服务器向第二客户端发送推荐信息发送请求后，第二客户端可以提示用户在第二客户端上执行是否允许向第一客户端发送推荐信息的操作，并根据用户的操作生成相应的推荐信息发送响应。
图17是本公开一示意性实施例提供的一种推荐信息发送询问界面的示意图，如图17所示，在第二客户端向服务器发送推荐信息发送响应前，第二客户端可以显示推荐信息发送询问界面X8，该推荐信息发送询问界面X8包括询问框Z5，该询问框可以显示有：是否向第一客户端发送推荐信息？推荐信息包括主账号“151XXXXXXXX”的字样，以及按钮“是”和按钮“否”。
若目标用户允许向第一客户端发送推荐信息，则目标用户可以点击按钮“是”(如图17所示)，此时，第二客户端可以向服务器发送用于指示目标用户允许服务器向第一客户端发送推荐信息的推荐信息发送响应。
若目标用户不允许向第一客户端发送推荐信息，则目标用户可以点击按钮“否”，此时，第二客户端向服务器发送用于指示目标用户不允许服务器向第一客户端发送推荐信息的推荐信息发送响应。
在步骤403c中，服务器根据推荐信息发送响应，确定目标用户是否允许向第一客户端发送推荐信息。当目标用户允许向第一客户端发送推荐信息时，执行步骤309；当目标用户不允许向第一客户端发送推荐信息时，执行步骤305。
在服务器确定是否向第一客户端发送推荐信息的第三种实现方式中，在服务器确定目标账号不是目标用户最常用的主账号后，还可以确认目标用户是否允许向第一客户端发送包括主账号的推荐信息，并在目标用户允许向第一客户端发送推荐信息时，才向第一客户端发送包括主账号的推荐信息，也即执行步骤309。若目标用户不允许向第一客户端发送推荐信息，则服务器禁止向第一客户端发送包括主账号的推荐信息，并向采用目标账号登陆的第三客户端发送第二好友添加请求，也即执行步骤305。这样一来，就保证了服务器能够根据目标用户的意愿，确定是否向第一客户端发送推荐信息。
实际应用中，服务器在确定是否向第一客户端发送推荐信息时，还可以结合上述三种实现方式中的至少两种实现方式，本公开实施例对此不作限定。
在步骤310中、第一客户端根据推荐信息，向服务器发送第三好友添加请求，该第三好友添加请求包括目标用户的主账号。
在服务器向第一客户端发送推荐信息后，第一客户端可以显示该推荐信息(包括目标用户的主账号)，之后，请求端用户可以根据该推荐信息在第一客户端上进行添加主账号为好友的操作，以使得第一客户端根据请求端用户的操作，向服务器发送第三好友添加请求。
图18是本公开一示意性实施例提供的另一种添加好友界面的示意图，如图18所示，在服务器向第一客户端发送推荐信息后，第一客户端可以显示添加好友界面X9，该添加好友界面X9包括：信息输入框Y9、“添加”按钮、推荐信息框Z6以及虚拟键盘Y3，其中，推荐信息框Z6内可以显示有“还未等到对方响应？建议输入主账号“151XXXXXXXX”试试”的字样，用户可以在该添加好友界面X9通过点击字符的按钮Y3，在信息输入框Y7中输入推荐信息框Z6中的主账号，输入完毕后点击“添加”按钮，使第一客户端可以生成第三好友添加请求。
进一步的，在步骤310后，服务器能够接收到第一客户端发送的包括主账号的第三好友添加请求，之后服务器可以根据该第三好友添加请求，协助采用主账号登陆的客户端完成好友添加的过程，且该过程可以参考步骤303至步骤308中的过程，本公开实施例在此不做赘述。这样一来，就实现了第一客户端在需要添加目标用户的账号好友时，若目标账号不是目标用户的主账号，则第一客户端能够在服务器发送的推荐信息的指示下，添加目标用户最常用的主账号为好友，进而提高了服务器和第一客户端接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
需要说明的是，本公开实施例提供的方法实施例步骤的先后顺序能够进行适当调整，步骤也能够根据情况进行相应增减，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本公开的保护范围之内，因此不再赘述。
综上所述，本公开实施例提供的添加好友的方法中，服务器能够根据第一客户端发送的第一好友添加请求，判断第一客户端请求添加的目标账号是否存在关联账号，以及判断该目标账号是否为主账号；且当该目标账号存在关联账号且目标账号不为主账号时，服务器能够推荐第一客户端通过目标用户最常用的主账号添加目标用户为好友。从而能够保证在请求端用户在需要通过第一客户端添加目标用户的账号好友时，第一客户端总是能够在服务器的指示下，添加目标用户最常用的主账号为好友，进而提高了服务器和第一客户端接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
图19是本公开一示意性实施例提供的一种添加好友的装置的结构示意图，该添加好友的装置用于如图1所示的服务器101，如图19所示，该添加好友的装置190可以包括：
第一接收模块1901，用于接收第一客户端发送的第一好友添加请求，该第一好友添加请求包括待添加的目标账号。
检测模块1902，用于检测目标账号是否存在与目标账号属于同一用户的关联账号。
判断模块1903，用于在目标账号存在关联账号时，判断目标账号是否为主账号，该主账号为属于目标用户的账号中最常用的账号，该目标用户为目标账号所属的用户。
第一发送模块1904，用于在目标账号不为主账号时，向第一客户端发送推荐信息，该推荐信息包括主账号，该推荐信息用于推荐第一客户端通过主账号添加目标用户为好友。
综上所述，本公开实施例提供的添加好友的装置中，检测模块能够根据第一客户端发送的第一好友添加请求，判断第一客户端请求添加的目标账号是否存在关联账号，判断模块能够给判断该目标账号是否为主账号；且当该目标账号存在关联账号且目标账号不为主账号时，第一发送模块能够推荐第一客户端通过目标用户最常用的主账号添加目标用户为好友。从而能够保证在请求端用户在需要通过第一客户端添加目标用户的账号好友时，第一客户端总是能够在服务器的指示下，添加目标用户最常用的主账号为好友，进而提高了服务器和第一客户端接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
可选的，第一发送模块1904还可以用于：检测当前时刻之前的第一预设时长内目标账号是否未被使用，当当前时刻之前的第一预设时长内目标账号未被使用，向第一客户端发送推荐信息。
图20是本公开一示意性实施例提供的另一种添加好友的装置的结构示意图，如图20所示，在图19的基础上，该添加好友的装置190还可以包括：
第二发送模块1905，用于在当前时刻之前的第一预设时长内目标账号被使用时，向采用目标账号登录的第三客户端发送第二好友添加请求，第二好友添加请求是基于第一好友添加请求得到的。
可选的，第一发送模块1904还可以用于：检测目标账号是否处于登录状态，目标账号不处于登录状态时，向第一客户端发送推荐信息。
图21是本公开一示意性实施例提供的又一种添加好友的装置的结构示意图，如图21所示，在图19的基础上，该添加好友的装置190还可以包括：
第三发送模块1906，用于在目标账号处于登录状态时，向采用目标账号登录的第三客户端发送第二好友添加请求，该第二好友添加请求是基于第一好友添加请求得到的。
可选的，第一发送模块还用于：
向采用主账号登录的第二客户端发送推荐信息发送请求，
当接收到第二客户端发送的推荐信息发送响应，且推荐信息发送响应指示允许向第一客户端发送推荐信息时，向第一客户端发送推荐信息。
图22是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图，如图22所示，在图19的基础上，该添加好友的装置190还可以包括：
第四发送模块1907，用于在接收到第二客户端发送的推荐信息发送响应，且推荐信息发送响应指示不允许向第一客户端发送推荐信息时，向采用目标账号登录的第三客户端发送第二好友添加请求，该第二好友添加请求是基于第一好友添加请求得到的。
可选的，在图19的基础上，该添加好友的装置190还可以包括：
第一确定模块(图19中未示出)，用于将属于目标用户的所有账号中的历史使用时长最长的账号确定为主账号，该历史使用时长为当前时刻之前的第二预设时长内的使用时长总和。
或者，第二确定模块(图19中未示出)，用于将属于目标用户的所有账号中的历史使用频率最高的账号确定为主账号，该历史使用频率为当前时刻之前的第三预设时长内的使用次数总和。
或者，第三确定模块(图19中未示出)，用于将目标用户的所有账号中，该目标用户选定的账号确定为主账号。
可选的，图23是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图，如图23所示，在图19的基础上，该添加好友的装置190还可以包括：
第二接收模块1911，用于接收第四客户端发送的账号注册请求。
分配模块1912，用于根据账号注册请求分配账号。
第五发送模块1913，用于向第四客户端发送账号注册响应，该账号注册响应包括分配的账号。
第六发送模块1914，用于在检测到某一用户采用分配的账号登录第五客户端后，向第五客户端发送关联账号获取请求，该关联账号获取请求用于提示某一用户添加关联账号。
第三接收模块1915，用于接收第五客户端发送的关联账号获取响应，该关联账号获取响应包括某一用户在第五客户端输入的关联账号。
第一记录模1916块，用于记录分配的账号与关联账号属于同一用户。
可选的，第一好友添加请求还包括：登录第一客户端的请求端账号。
图24是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图，如图24所示，在图19的基础上，该添加好友的装置190还可以包括：
第七发送模块1917，用于在目标账号为主账号时，向采用目标账号登录的第三客户端发送第二好友添加请求，该第二好友添加请求是基于第一好友添加请求得到的。
第四接收模块1918，用于接收第三客户端发送的第一好友添加响应，该第一好友添加响应指示目标用户允许与第一客户端的用户建立好友关系。
第二记录模块1919，用于基于第一好友添加响应，记录请求端账号与目标账号的好友关系。
第八发送模块1920，用于向第一客户端发送第二好友添加响应，该第二好友添加响应是基于第一好友添加响应得到的。
综上所述，本公开实施例提供的添加好友的装置中，检测模块能够根据第一客户端发送的第一好友添加请求，判断第一客户端请求添加的目标账号是否存在关联账号，判断模块能够给判断该目标账号是否为主账号；且当该目标账号存在关联账号且目标账号不为主账号时，第一发送模块能够推荐第一客户端通过目标用户最常用的主账号添加目标用户为好友。从而能够保证在第一客户端在需要添加目标用户好友时，第一客户端总是能够在服务器的指示下，通过向用户最常用的账号添加目标用户为好友，进而提高了服务器接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
图25是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图，该好友添加装置用于图1中的每个客户端。如图25所示，该添加好友的装置250还可以包括：
第一发送模块2501，用于向服务器发送第一好友添加请求，该第一好友添加请求包括待添加的目标账号；
第一接收模块2502，用于接收服务器发送的推荐信息，该推荐信息包括主账号，主账号和目标账号均属于目标用户，且主账号为目标用户的账号中最常用的账号；
第二发送模块2503，用于根据推荐信息，向服务器发送第三好友添加请求，该第三好友添加请求包括主账号。
综上所述，本公开实施例提供的添加好友的装置中，第一接收模块能够接收服务器发送的推荐信息，且该推荐信息包括目标用户最常用的主账号，第二发送模块能够根据推荐信息，推荐请求端用户通过目标用户最常用的主账号添加目标用户为好友，从而能够保证在请求端用户在需要添加目标用户好友时，请求端用户能够在客户端的指示下，通过向目标用户最常用的主账号添加目标用户为好友，进而提高了客户端接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
可选的，图26是本公开一示意性实施例提供的再一种添加好友的装置的结构示意图，如图26所示，在图25的基础上，该添加好友的装置250还可以包括：
第二接收模块2504，用于接收服务器发送的关联账号获取请求；
提示模块2505，用于根据关联账号获取请求提示用户添加关联账号；
第三发送模块2506，用于向服务器发送关联账号获取响应，该关联账号获取响应包括用户输入的关联账号。
综上所述，本公开实施例提供的添加好友的装置中，第一接收模块能够接收服务器发送的推荐信息，且该推荐信息包括目标用户最常用的主账号，第二发送模块能够根据推荐信息，推荐请求端用户通过目标用户最常用的主账号添加目标用户为好友，从而能够保证在请求端用户在需要添加目标用户好友时，请求端用户能够在客户端的指示下，通过向目标用户最常用的主账号添加目标用户为好友，进而提高了客户端接收到好友添加响应的概率，所以，缩短了添加好友的响应时延，提高了添加好友的效率。
图27是本公开一示意性实施例提供的一种用于添加好友的装置2700的框图。例如，装置2700可以被提供为一服务器。参照图27，装置2700包括处理组件2722，其进一步包括一个或多个处理器，以及由存储器2732所代表的存储器资源，用于存储可由处理组件2722执行的指令，例如应用程序。存储器2732中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件2722被配置为执行指令，以执行上述添加好友的方法。
装置2700还可以包括一个电源组件2726被配置为执行装置2700的电源管理，一个有线或无线网络接口2750被配置为将装置2700连接到网络，和一个输入输出(I/O)接口2758。装置2700可以操作基于存储在存储器2732的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。
图28是本公开一示意性实施例提供的另一种用于添加好友的装置2800的框图。例如，装置2800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图28，装置2800可以包括以下一个或多个组件：处理组件2802，存储器2804，电源组件2806，多媒体组件2808，音频组件2810，输入/输出(I/O)的接口2812，传感器组件2814，以及通信组件2816。
处理组件2802通常控制装置2800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件2802可以包括一个或多个处理器2820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件2802可以包括一个或多个模块，便于处理组件2802和其他组件之间的交互。例如，处理组件2802可以包括多媒体模块，以方便多媒体组件2808和处理组件2802之间的交互。
存储器2804被配置为存储各种类型的数据以支持在装置2800的操作。这些数据的示例包括用于在装置2800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器2804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件2806为装置2800的各种组件提供电力。电源组件2806可以包括电源管理系统，一个或多个电源，及其他与为装置2800生成、管理和分配电力相关联的组件。
多媒体组件2808包括在所述装置2800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件2808包括一个前置摄像头和/或后置摄像头。当装置2800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件2810被配置为输出和/或输入音频信号。例如，音频组件2810包括一个麦克风(MIC)，当装置2800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2804或经由通信组件2816发送。在一些实施例中，音频组件2810还包括一个扬声器，用于输出音频信号。
I/O接口2812为处理组件2802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件2814包括一个或多个传感器，用于为装置2800提供各个方面的状态评估。例如，传感器组件2814可以检测到装置2800的打开/关闭状态，组件的相对定位，例如所述组件为装置2800的显示器和小键盘，传感器组件2814还可以检测装置2800或装置2800一个组件的位置改变，用户与装置2800接触的存在或不存在，装置2800方位或加速/减速和装置2800的温度变化。传感器组件2814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件2814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件2816被配置为便于装置2800和其他设备之间有线或无线方式的通信。装置2800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件2816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件2816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置2800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述添加好友的方法。
一种添加好友的系统，该添加好友的系统可以包括：服务器和至少两个客户端。一方面，服务器可以包括如图19至图24任一所示的添加好友的装置，客户端可以包括如图25或26所示的添加好友的装置。另一方面，服务器可以包括如图27所示的添加好友的装置，客户端可以包括如图28所示的添加好友的装置。
一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如图2-1、图2-2或图3所示的添加好友的方法。
一种可读存储介质，所述可读存储介质中存储有指令，当所述可读存储介质在处理组件上运行时，使得处理组件执行如图2-1、图2-2或图3所示的添加好友的方法。
需要说明的是，本公开实施例提供的好友添加的方法实施例能够与相应的装置实施例相互参考，本公开实施例对此不做限定。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (23)
1.一种添加好友的方法，其特征在于，所述方法包括：
接收第一客户端发送的第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
检测所述目标账号是否存在与所述目标账号属于同一用户的关联账号；
当所述目标账号存在关联账号时，判断所述目标账号是否为主账号，所述主账号为属于目标用户的账号中最常用的账号，所述目标用户为所述目标账号所属的用户；
当所述目标账号不为主账号时，向所述第一客户端发送推荐信息，所述推荐信息包括所述主账号，所述推荐信息用于推荐所述第一客户端通过所述主账号添加所述目标用户为好友。
2.根据权利要求1所述的方法，其特征在于，
所述向所述第一客户端发送推荐信息，包括：
检测当前时刻之前的第一预设时长内所述目标账号是否未被使用；
当所述当前时刻之前的第一预设时长内所述目标账号未被使用，向所述第一客户端发送所述推荐信息；
所述方法还包括：
当所述当前时刻之前的第一预设时长内所述目标账号被使用，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
3.根据权利要求1所述的方法，其特征在于，
所述向所述第一客户端发送推荐信息，包括：
检测所述目标账号是否处于登录状态；
当所述目标账号不处于登录状态时，向所述第一客户端发送所述推荐信息；
所述方法还包括：
当所述目标账号处于登录状态时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
4.根据权利要求1所述的方法，其特征在于，
所述向所述第一客户端发送推荐信息，包括：
向采用所述主账号登录的第二客户端发送推荐信息发送请求；
当接收到所述第二客户端发送的推荐信息发送响应，且所述推荐信息发送响应指示允许向所述第一客户端发送所述推荐信息时，向所述第一客户端发送所述推荐信息；
所述方法还包括：
当接收到所述第二客户端发送的推荐信息发送响应，且所述推荐信息发送响应指示不允许向所述第一客户端发送所述推荐信息时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
5.根据权利要求1至4任一所述的方法，其特征在于，所述方法还包括：
将属于所述目标用户的所有账号中的历史使用时长最长的账号确定为所述主账号，所述历史使用时长为当前时刻之前的第二预设时长内的使用时长总和；
或者，将属于所述目标用户的所有账号中的历史使用频率最高的账号确定为所述主账号，所述历史使用频率为当前时刻之前的第三预设时长内的使用次数总和；
或者，将所述目标用户的所有账号中，所述目标用户选定的账号确定为所述主账号。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收第四客户端发送的账号注册请求；
根据所述账号注册请求分配账号；
向所述第四客户端发送账号注册响应，所述账号注册响应包括分配的账号；
在检测到某一用户采用所述分配的账号登录第五客户端后，向所述第五客户端发送关联账号获取请求，所述关联账号获取请求用于提示所述某一用户添加关联账号；
接收所述第五客户端发送的关联账号获取响应，所述关联账号获取响应包括所述某一用户在所述第五客户端输入的关联账号；
记录所述分配的账号与所述关联账号属于同一用户。
7.根据权利要求1所述的方法，其特征在于，所述第一好友添加请求还包括：登录所述第一客户端的请求端账号，所述方法还包括：
当所述目标账号为主账号时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的；
接收所述第三客户端发送的第一好友添加响应，所述第一好友添加响应指示所述目标用户允许与所述第一客户端的用户建立好友关系；
基于所述第一好友添加响应，记录所述请求端账号与所述目标账号的好友关系；
向所述第一客户端发送第二好友添加响应，所述第二好友添加响应是基于所述第一好友添加响应得到的。
8.一种添加好友的方法，其特征在于，所述方法包括：
向服务器发送第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
接收服务器发送的推荐信息，所述推荐信息包括主账号，所述主账号和所述目标账号均属于目标用户，且所述主账号为所述目标用户的账号中最常用的账号；
根据所述推荐信息，向所述服务器发送第三好友添加请求，所述第三好友添加请求包括所述主账号。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
接收所述服务器发送的关联账号获取请求；
根据所述关联账号获取请求提示用户添加关联账号；
向所述服务器发送关联账号获取响应，所述关联账号获取响应包括所述用户输入的关联账号。
10.一种添加好友的装置，其特征在于，所述添加好友的装置包括：
第一接收模块，用于接收第一客户端发送的第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
检测模块，用于检测所述目标账号是否存在与所述目标账号属于同一用户的关联账号；
判断模块，用于在所述目标账号存在关联账号时，判断所述目标账号是否为主账号，所述主账号为属于目标用户的账号中最常用的账号，所述目标用户为所述目标账号所属的用户；
第一发送模块，用于在所述目标账号不为主账号时，向所述第一客户端发送推荐信息，所述推荐信息包括所述主账号，所述推荐信息用于推荐所述第一客户端通过所述主账号添加所述目标用户为好友。
11.根据权利要求10所述的添加好友的装置，其特征在于，
所述第一发送模块还用于：
检测当前时刻之前的第一预设时长内所述目标账号是否未被使用；
当所述当前时刻之前的第一预设时长内所述目标账号未被使用，向所述第一客户端发送所述推荐信息；
所述添加好友的装置还包括：
第二发送模块，用于在所述当前时刻之前的第一预设时长内所述目标账号被使用，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
12.根据权利要求10所述的添加好友的装置，其特征在于，
所述第一发送模块还用于：
检测所述目标账号是否处于登录状态；
当所述目标账号不处于登录状态时，向所述第一客户端发送所述推荐信息；
所述添加好友的装置还包括：
第三发送模块，用于在所述目标账号处于登录状态时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
13.根据权利要求10所述的添加好友的装置，其特征在于，
所述第一发送模块还用于：
向采用所述主账号登录的第二客户端发送推荐信息发送请求；
当接收到所述第二客户端发送的推荐信息发送响应，且所述推荐信息发送响应指示允许向所述第一客户端发送所述推荐信息时，向所述第一客户端发送所述推荐信息；
所述添加好友的装置还包括：
第四发送模块，用于在接收到所述第二客户端发送的推荐信息发送响应，且所述推荐信息发送响应指示不允许向所述第一客户端发送所述推荐信息时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的。
14.根据权利要求10至13任一所述的添加好友的装置，其特征在于，所述添加好友的装置还包括：
第一确定模块，用于将属于所述目标用户的所有账号中的历史使用时长最长的账号确定为所述主账号，所述历史使用时长为当前时刻之前的第二预设时长内的使用时长总和；
或者，第二确定模块，用于将属于所述目标用户的所有账号中的历史使用频率最高的账号确定为所述主账号，所述历史使用频率为当前时刻之前的第三预设时长内的使用次数总和；
或者，第三确定模块，用于将所述目标用户的所有账号中，所述目标用户选定的账号确定为所述主账号。
15.根据权利要求10所述的添加好友的装置，其特征在于，所述添加好友的装置还包括：
第二接收模块，用于接收第四客户端发送的账号注册请求；
分配模块，用于根据所述账号注册请求分配账号；
第五发送模块，用于向所述第四客户端发送账号注册响应，所述账号注册响应包括分配的账号；
第六发送模块，用于在检测到某一用户采用所述分配的账号登录第五客户端后，向所述第五客户端发送关联账号获取请求，所述关联账号获取请求用于提示所述某一用户添加关联账号；
第三接收模块，用于接收所述第五客户端发送的关联账号获取响应，所述关联账号获取响应包括所述某一用户在所述第五客户端输入的关联账号；
第一记录模块，用于记录所述分配的账号与所述关联账号属于同一用户。
16.根据权利要求10所述的添加好友的装置，其特征在于，所述第一好友添加请求还包括：登录所述第一客户端的请求端账号，所述添加好友的装置还包括：
第七发送模块，用于在所述目标账号为主账号时，向采用所述目标账号登录的第三客户端发送第二好友添加请求，所述第二好友添加请求是基于所述第一好友添加请求得到的；
第四接收模块，用于接收所述第三客户端发送的第一好友添加响应，所述第一好友添加响应指示所述目标用户允许与所述第一客户端的用户建立好友关系；
第二记录模块，用于基于所述第一好友添加响应，记录所述请求端账号与所述目标账号的好友关系；
第八发送模块，用于向所述第一客户端发送第二好友添加响应，所述第二好友添加响应是基于所述第一好友添加响应得到的。
17.一种添加好友的装置，其特征在于，所述添加好友的装置包括：
第一发送模块，用于向服务器发送第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
第一接收模块，用于接收服务器发送的推荐信息，所述推荐信息包括主账号，所述主账号和所述目标账号均属于目标用户，且所述主账号为所述目标用户的账号中最常用的账号；
第二发送模块，用于根据所述推荐信息，向所述服务器发送第三好友添加请求，所述第三好友添加请求包括所述主账号。
18.根据权利要求17所述的添加好友的装置，其特征在于，所述添加好友的装置还包括：
第二接收模块，用于接收所述服务器发送的关联账号获取请求；
提示模块，用于根据所述关联账号获取请求提示用户添加关联账号；
第三发送模块，用于向所述服务器发送关联账号获取响应，所述关联账号获取响应包括所述用户输入的关联账号。
19.一种添加好友的装置，其特征在于，所述添加好友的装置包括：
处理组件；
用于存储所述处理组件的可执行指令的存储器；
其中，所述处理组件被配置为：
接收第一客户端发送的第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
检测所述目标账号是否存在与所述目标账号属于同一用户的关联账号；
当所述目标账号存在关联账号时，判断所述目标账号是否为主账号，所述主账号为属于目标用户的账号中最常用的账号，所述目标用户为所述目标账号所属的用户；
当所述目标账号不为主账号时，向所述第一客户端发送推荐信息，所述推荐信息包括所述主账号，所述推荐信息用于推荐所述第一客户端通过所述主账号添加所述目标用户为好友。
20.一种添加好友的装置，其特征在于，所述添加好友的装置包括：
处理组件；
用于存储所述处理组件的可执行指令的存储器；
其中，所述处理组件被配置为：
向服务器发送第一好友添加请求，所述第一好友添加请求包括待添加的目标账号；
接收服务器发送的推荐信息，所述推荐信息包括主账号，所述主账号和所述目标账号均属于目标用户，且所述主账号为所述目标用户的账号中最常用的账号；
根据所述推荐信息，向所述服务器发送第三好友添加请求，所述第三好友添加请求包括所述主账号。
21.一种添加好友的系统，其特征在于，所述添加好友的系统包括：服务器和至少两个客户端，
所述服务器包括权利要求10至16任一所述的添加好友的装置；所述客户端包括权利要求17或18所述的添加好友的装置；
或者，所述服务器包括权利要求19所述的添加好友的装置；所述客户端包括权利要求20所述的添加好友的装置。
22.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得计算机执行权利要求1至9任一所述的添加好友的方法。
23.一种可读存储介质，其特征在于，所述可读存储介质中存储有指令，当所述可读存储介质在处理组件上运行时，使得处理组件执行如权利要求1至9任一所述的添加好友的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710861262.0A CN107592256B (zh) | 2017-09-21 | 2017-09-21 | 添加好友的方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710861262.0A CN107592256B (zh) | 2017-09-21 | 2017-09-21 | 添加好友的方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107592256A true CN107592256A (zh) | 2018-01-16 |
| CN107592256B CN107592256B (zh) | 2021-03-09 |
Family
ID=61047455
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710861262.0A Active CN107592256B (zh) | 2017-09-21 | 2017-09-21 | 添加好友的方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107592256B (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110460578A (zh) * | 2019-07-09 | 2019-11-15 | 北京达佳互联信息技术有限公司 | 建立关联关系的方法、装置及计算机可读存储介质 |
| CN110704776A (zh) * | 2019-09-12 | 2020-01-17 | 北京百度网讯科技有限公司 | 账号类型的识别方法、装置和电子设备 |
| CN111589162A (zh) * | 2020-05-22 | 2020-08-28 | 网易（杭州）网络有限公司 | 一种游戏中好友添加方法、装置、设备和存储介质 |
| CN111694996A (zh) * | 2020-05-15 | 2020-09-22 | 维沃移动通信有限公司 | 联系人管理方法、装置、电子设备及介质 |
| CN112187993A (zh) * | 2020-09-25 | 2021-01-05 | 腾讯科技（深圳）有限公司 | 跨应用的关系链扩展方法、装置、设备以及存储介质 |
| CN112765483A (zh) * | 2020-12-31 | 2021-05-07 | 深圳市镜玩科技有限公司 | 基于活动的匹配推荐方法、相关装置、设备及介质 |
| CN113542105A (zh) * | 2021-07-26 | 2021-10-22 | 维沃移动通信（杭州）有限公司 | 添加好友的方法和装置 |
| CN114222154A (zh) * | 2021-12-13 | 2022-03-22 | 广州繁星互娱信息科技有限公司 | 关联账号推荐方法和装置、存储介质及电子设备 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102572699A (zh) * | 2010-12-24 | 2012-07-11 | 深圳市赛格导航科技股份有限公司 | 一种显示好友信息的导航方法及相应的系统和装置 |
| CN103139044A (zh) * | 2011-11-25 | 2013-06-05 | 腾讯科技（深圳）有限公司 | 添加好友方法及装置 |
| CN103546365A (zh) * | 2013-08-15 | 2014-01-29 | 中国联合网络通信集团有限公司 | 即时通信业务的添加好友方法及装置 |
| CN103678605A (zh) * | 2013-12-16 | 2014-03-26 | 小米科技有限责任公司 | 一种信息传输的方法、装置及终端设备 |
| CN105429929A (zh) * | 2014-09-04 | 2016-03-23 | 腾讯科技（北京）有限公司 | 一种信息处理方法、客户端、服务器及系统 |
| CN105515944A (zh) * | 2015-11-27 | 2016-04-20 | 小米科技有限责任公司 | 消息发送方法及装置 |
| CN105515948A (zh) * | 2015-12-04 | 2016-04-20 | 小米科技有限责任公司 | 即时通信方法和装置 |
| CN106559316A (zh) * | 2015-09-30 | 2017-04-05 | 北京奇虎科技有限公司 | 好友上线提示方法及装置 |
| CN106850864A (zh) * | 2017-04-18 | 2017-06-13 | 北京京东尚科信息技术有限公司 | 应用于web服务器登录的方法和装置 |
-
2017
- 2017-09-21 CN CN201710861262.0A patent/CN107592256B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102572699A (zh) * | 2010-12-24 | 2012-07-11 | 深圳市赛格导航科技股份有限公司 | 一种显示好友信息的导航方法及相应的系统和装置 |
| CN103139044A (zh) * | 2011-11-25 | 2013-06-05 | 腾讯科技（深圳）有限公司 | 添加好友方法及装置 |
| CN103546365A (zh) * | 2013-08-15 | 2014-01-29 | 中国联合网络通信集团有限公司 | 即时通信业务的添加好友方法及装置 |
| CN103678605A (zh) * | 2013-12-16 | 2014-03-26 | 小米科技有限责任公司 | 一种信息传输的方法、装置及终端设备 |
| CN105429929A (zh) * | 2014-09-04 | 2016-03-23 | 腾讯科技（北京）有限公司 | 一种信息处理方法、客户端、服务器及系统 |
| CN106559316A (zh) * | 2015-09-30 | 2017-04-05 | 北京奇虎科技有限公司 | 好友上线提示方法及装置 |
| CN105515944A (zh) * | 2015-11-27 | 2016-04-20 | 小米科技有限责任公司 | 消息发送方法及装置 |
| CN105515948A (zh) * | 2015-12-04 | 2016-04-20 | 小米科技有限责任公司 | 即时通信方法和装置 |
| CN106850864A (zh) * | 2017-04-18 | 2017-06-13 | 北京京东尚科信息技术有限公司 | 应用于web服务器登录的方法和装置 |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110460578B (zh) * | 2019-07-09 | 2022-02-22 | 北京达佳互联信息技术有限公司 | 建立关联关系的方法、装置及计算机可读存储介质 |
| CN110460578A (zh) * | 2019-07-09 | 2019-11-15 | 北京达佳互联信息技术有限公司 | 建立关联关系的方法、装置及计算机可读存储介质 |
| CN110704776A (zh) * | 2019-09-12 | 2020-01-17 | 北京百度网讯科技有限公司 | 账号类型的识别方法、装置和电子设备 |
| CN110704776B (zh) * | 2019-09-12 | 2022-05-10 | 北京百度网讯科技有限公司 | 账号类型的识别方法、装置和电子设备 |
| CN111694996A (zh) * | 2020-05-15 | 2020-09-22 | 维沃移动通信有限公司 | 联系人管理方法、装置、电子设备及介质 |
| CN111589162A (zh) * | 2020-05-22 | 2020-08-28 | 网易（杭州）网络有限公司 | 一种游戏中好友添加方法、装置、设备和存储介质 |
| CN111589162B (zh) * | 2020-05-22 | 2023-06-13 | 网易（杭州）网络有限公司 | 一种游戏中好友添加方法、装置、设备和存储介质 |
| CN112187993A (zh) * | 2020-09-25 | 2021-01-05 | 腾讯科技（深圳）有限公司 | 跨应用的关系链扩展方法、装置、设备以及存储介质 |
| CN112187993B (zh) * | 2020-09-25 | 2022-08-02 | 腾讯科技（深圳）有限公司 | 跨应用的关系链扩展方法、装置、设备以及存储介质 |
| CN112765483A (zh) * | 2020-12-31 | 2021-05-07 | 深圳市镜玩科技有限公司 | 基于活动的匹配推荐方法、相关装置、设备及介质 |
| CN113542105A (zh) * | 2021-07-26 | 2021-10-22 | 维沃移动通信（杭州）有限公司 | 添加好友的方法和装置 |
| CN113542105B (zh) * | 2021-07-26 | 2022-09-27 | 维沃移动通信（杭州）有限公司 | 添加好友的方法和装置 |
| CN114222154A (zh) * | 2021-12-13 | 2022-03-22 | 广州繁星互娱信息科技有限公司 | 关联账号推荐方法和装置、存储介质及电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107592256B (zh) | 2021-03-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107592256A (zh) | 添加好友的方法、装置及系统 | |
| CN104780155B (zh) | 设备绑定方法及装置 | |
| CN104079473B (zh) | 信息发布方法及装置 | |
| CN106528709A (zh) | 社交信息推荐方法及装置 | |
| CN104158722B (zh) | 用于轻应用的消息推送方法、装置、终端及服务器 | |
| CN105512545B (zh) | 访问权限管理方法和装置 | |
| CN109658927A (zh) | 智能设备的唤醒处理方法、装置及管理设备 | |
| CN105141506B (zh) | 通信消息处理方法和装置 | |
| CN105550860A (zh) | 支付方法及装置 | |
| CN104125162B (zh) | 网络资源的访问处理方法及装置 | |
| CN107769881A (zh) | 信息同步方法、装置及系统、存储介质 | |
| CN105099879A (zh) | 即时通讯方法及装置 | |
| CN106067111A (zh) | 消息处理方法及装置 | |
| CN105468767A (zh) | 名片信息获取方法及装置 | |
| CN105956879A (zh) | 一种发送电子券的方法、装置和系统 | |
| CN107171933A (zh) | 虚拟物品包发送方法、接收方法、装置及系统 | |
| WO2018094911A1 (zh) | 一种多媒体文件的分享方法及终端设备 | |
| CN106209604A (zh) | 添加好友的方法及装置 | |
| CN109157841A (zh) | 一种游戏组队方法、终端、服务器及计算机可读存储介质 | |
| CN107959757A (zh) | 用户信息处理方法、装置、app服务器和终端设备 | |
| CN105392141A (zh) | 设备控制方法及装置 | |
| CN106453846A (zh) | 二维码名片的显示方法及装置 | |
| CN106375178A (zh) | 基于即时通讯的消息显示方法及装置 | |
| CN106130873A (zh) | 信息处理方法及装置 | |
| CN106384586A (zh) | 朗读文本信息的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |