CN112822089B - 用于添加好友的方法和设备 - Google Patents

Abstract

本申请实施例公开了用于添加好友的方法和设备。用于添加好友的方法的一具体实施方式包括：接收服务端设备推送的好友申请消息，好友申请消息包括第二账户的用户数据，其中，第一账户和第二账户为同一社交应用的账户；在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，聊天会话列表界面还展现有第一账户参与的至少一个聊天会话的会话列表。该实施方式缩短了添加好友的耗时，提高了添加好友的概率。

Description

用于添加好友的方法和设备

技术领域

本申请实施例涉及计算机技术领域，具体涉及用于添加好友的方法和设备。

背景技术

随着移动互联的发展，渐渐出现了很多社交应用。社交应用包括一些通过通讯技术来实现的在线聊天、交流的工具。目前，社交应用中的好友申请信息通常会配置专门的界面予以显示；并且，鉴于该等界面的使用频率较低，故其通达路径通常较深。例如，现有技术中一个常见的进入好友申请的展示界面的路径为：进入通讯录→新的朋友→好友推荐。这已成为本领域的设计惯性。

发明内容

本申请实施例提出了用于添加好友的方法和设备。

第一方面，本申请实施例提供了一种用于添加好友的方法，应用于终端设备，终端设备登陆有第一账户，包括：接收服务端设备推送的好友申请消息，好友申请消息包括第二账户的用户数据，其中，第一账户和第二账户为同一社交应用的账户；在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，聊天会话列表界面还展现有第一账户参与的至少一个聊天会话的会话列表。

第二方面，本申请实施例提供了一种应用于终端设备的用于添加好友的装置，包括：接收单元，被配置成接收服务端设备推送的好友申请消息，好友申请消息包括第二账户的用户数据，其中，第一账户和第二账户为同一社交应用的账户；展现单元，被配置成在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，聊天会话列表界面还展现有第一账户参与的至少一个聊天会话的会话列表。

第三方面，本申请实施例提供了一种用于添加好友的方法，应用于服务端设备，包括：生成针对第一账户的好友申请消息，好友申请消息包括第二账户的用户数据，其中，第一账户和第二账户为同一社交应用的账户；向登录有第一账户的终端设备推送好友申请消息，以供终端设备在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，聊天会话列表界面还展现有第一账户参与的至少一个聊天会话的会话列表。

第四方面，本申请实施例提供了一种应用于服务端设备的用于添加好友的装置，包括：生成单元，被配置成生成针对第一账户的好友申请消息，好友申请消息包括第二账户的用户数据，其中，第一账户和第二账户为同一社交应用的账户；推送单元，被配置成向登录有第一账户的终端设备推送好友申请消息，以供终端设备在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，聊天会话列表界面还展现有第一账户参与的至少一个聊天会话的会话列表。

第五方面，本申请实施例提供了一种计算机设备，该计算机设备包括：一个或多个处理器；存储装置，其上存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面或第三方面中任一实现方式描述的方法。

第六方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面或第三方面中任一实现方式描述的方法。

本申请的上述实施例提供的用于添加好友的方法和设备，通过接收服务端设备推送的好友申请消息，而后在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息；本申请的上述实施例打破了本领域的设计惯性，在原本不会用于展示好友申请消息的聊天会话列表页面展示好友申请消息，缩短了添加好友的耗时，提高了添加好友的概率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和高点将会变得更明显：

图1是本申请一些实施例可以应用于其中的示例性***架构图；

图2是根据本申请的应用于终端的用于添加好友的方法的一个实施例的流程图；

图3是根据本申请的应用于终端的用于添加好友的方法的又一个实施例的流程图；

图4是根据本申请的应用于服务端的用于添加好友的方法的一个实施例的流程图；

图5是适于用来实现本申请一些实施例的计算机设备的计算机***的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于添加好友的方法的示例性***架构100。

如图1所示，***架构100可以包括设备101、102和网络103。网络103用以在设备101和设备102之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

设备101、102可以是支持网络连接从而提供各种网络服务的硬件设备或软件。当设备为硬件时，其可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机和服务器等等。这时，作为硬件设备，其可以实现成多个设备组成的分布式设备群，也可以实现成单个设备。当设备为软件时，可以安装在上述所列举的电子设备中。这时，作为软件，其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

在实践中，设备可以通过安装相应的客户端应用或服务端应用来提供相应的网络服务。设备在安装了客户端应用之后，其可以在网络通信中体现为客户端。相应地，在安装了服务端应用之后，其可以在网络通信中体现为服务端。

作为示例，在图1中，设备101体现为客户端，而设备102体现为服务端。例如，设备101可以是安装有社交应用的客户端，设备102可以是社交应用的服务端。

需要说明的是，本申请实施例所提供的应用于终端设备的用于添加好友的方法可以由设备101执行，应用于服务端设备的用于添加好友的方法可以由设备102执行。

应该理解，图1中的网络和设备的数目仅仅是示意性的。根据实现需要，可以具有任意数目的网络和设备。

继续参考图2，其示出了根据本申请的应用于终端设备的用于添加好友的方法的一个实施例的流程200。该用于添加好友的方法包括以下步骤：

步骤201，接收服务端设备推送的好友申请消息。

在本实施例中，用于添加好友的方法的执行主体(例如图1所示的设备101)可以接收服务端设备推送的好友申请消息，好友申请消息包括第二账户的用户数据，其中，第一账户和第二账户为同一社交应用的账户。

在这里，好友申请消息可以是服务端设备响应于接收到登陆有第二账户的终端发送的申请添加第一账户为好友的消息而生成的，也可以是服务端设备根据预先建立的生成好友申请消息的条件自动生成的。用户数据可以包括用户头像、用户名称、用户介绍和用户打招呼的内容等。

在一些实施例中，该方法还包括：向服务端设备发送第一账户的用户的通讯录，以供服务端设备向与通讯录包含的手机号码关联的第三账户发送包括第一账户的用户数据的好友申请消息。此外，当第一账户包括新注册账户时，好友申请消息可以由服务端设备响应于确定出第二账户的手机通讯录包括第一账户关联的手机号码后生成。以此实现了好友申请的由服务端自动生成发送，无需用户终端进行操作，进一步提高了添加好友的效率。

步骤202，在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息。

在本实施例中，上述执行主体可以在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，聊天会话列表界面还展现有第一账户参与的至少一个聊天会话的会话列表。在一些实施例中，聊天会话列表界面通常是用户打开社交应用时的默认界面，用户在结束与其他用户的聊天后通常也会从具体的对话页面返回至聊天会话列表界面。现有技术中，聊天会话列表页面通常展示有至少一个聊天会话栏。例如，聊天会话列表页面可能展示有第一聊天会话栏、第二聊天会话栏、第三聊天会话栏。其中，本地用户为用户A，第一聊天会话栏为用户A与用户B的一对一会话，点击第一聊天会话栏后，可进入用户A与用户B的一对一会话的聊天界面；第二聊天会话栏为用户A与用户C和用户D的三人群聊会话，点击第二聊天会话栏后，可进入用户A与用户C和用户D的群聊会话的聊天界面；第三聊天会话栏为用户A与用户E的一对一会话，点击第三聊天会话栏后，可进入用户A与用户E的一对一会话的聊天界面。在一些实施例中，上述聊天会话栏可以以列表形式并列显示。本领域技术人员可以理解，上述举例为现有的聊天会话列表页面中的一个示例，而非用于限制。

在一些实施例中，收到的好友申请信息可以展示在界面顶部，即展示在所有聊天会话栏之上；在一些实施例中，收到的好友申请信息在呈现时可能覆盖该至少一个聊天会话栏的部分。本领域技术人员可以理解，可以根据需要配置好友申请消息的显示。

在一些实施例中，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，可以包括在聊天会话列表界面中显示悬浮窗，在悬浮窗中显示包括第二账户的用户数据的好友申请信息。其中，悬浮窗可以被配置为在超过显示时长后消失，和/或，随时间增长透明度逐渐增大。

在一些实施例中，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，包括：响应于确定出第二账户满足预设条件，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，其中，预设条件包括：第二账户的通讯录包括第一账户关联的通讯号码；和/或第一账户的通讯录包括第二账户关联的通讯号码。预设条件还可以包括其他指示第一账户有较大可能同意第二账户的好友申请的条件，例如，第一账户与第二账户的共同好友个数或参与的相同群组的个数大于预设阈值，以及第一账户或第二账户的用户通过上述社交应用以外的通讯工具进行通讯的热度大于预设阈值。通过确定第二账户满足预设条件后，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，可以减少聊天会话列表界面展现的好友申请信息的数目，提高在聊天会话列表界面展现的好友申请信息的质量。

在一些实施例中，好友申请消息包括用于指示在聊天会话列表界面展现好友申请信息的标识，标识包括服务端设备在确定出第二账户满足预设条件后添加的标识。服务端设备相比于终端设备存储有更丰富的用户数据，通过服务端添加的标识可以进一步提高在聊天会话列表界面展现的好友申请信息的质量。

在一些实施例中，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息之后，方法还包括：响应于在展现好友申请信息的区域检测到第一预设操作，向服务端设备发送表征第一账户同意与第二账户建立好友关系的信息，以供服务端设备建立第一账户与第二账户之间的好友关系。第一预设操作可以根据实际需要进行设置，例如，可以是点击、重按或按下指示同意好友申请的虚拟按键。

在一些实施例中，方法还包括：响应于接收到服务端设备返回的、成功建立与第二账户的好友关系的通知信息，展现与第二账户的聊天对话界面。以此，用户无需再去社交应用的通讯录寻找第二账户从而打开与其的对话界面，进一步提高了通讯效率。

在一些实施例中，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息之后，方法还包括：响应于在展现好友申请信息的区域检测到第二预设操作，停止展现好友申请信息。第二预设操作可以根据实际需要进行设置，例如，可以是滑动或按下指示忽略好友申请的虚拟按键。

在一些实施例中，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息之后，方法还包括：响应于在展现好友申请信息的区域检测到第三预设操作，展现与第二账户的对话界面，对话界面中包括被配置成确定是否接受第二账户的好友申请的操作区域；根据在操作区域检测到的操作，确定是否向服务端设备发送表征第一账户同意与第二账户建立好友关系的信息。第一预设操作可以根据实际需要进行设置，例如，可以是点击、重按或按下指示查看好友申请的虚拟按键。

本申请实施例提供的用于添加好友的方法和设备，通过接收服务端设备推送的好友申请消息，而后在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，缩短了添加好友的耗时，提高了添加好友的概率。

进一步参考图3，其示出了根据本申请的应用于终端设备的用于添加好友的方法的又一个实施例的流程300。该用于添加好友的方法包括以下步骤：

步骤301，接收服务端设备推送的至少两个好友申请消息。

在本实施例中，用于添加好友的方法的执行主体(例如图1所示的设备101)接收到服务端设备推送的至少两个好友申请消息，每个好友申请消息包括一个第二账户的用户数据。

步骤302，在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息。

在本实施例中，上述执行主体可以在社交应用的聊天会话列表界面展现包括至少两个第二账户的用户数据的好友申请信息。

在一些实施例中，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，包括：在聊天会话列表界面中叠加显示分别与至少两个好友申请消息对应的至少两个显示模块，其中，叠加显示形成的重叠区域不包括展现至少两个好友申请消息所包括的关键信息的区域，关键信息包括以下至少一项：用户名字、用户头像、好友申请内容。以此，可以节省显示空间，减少对聊天会话列表界面使用的影响。在这里，显示模块可以通过悬浮窗或参照聊天会话的形式展现。

在一些实施例中，聊天会话列表界面还包括第一虚拟按键，响应于第一虚拟按键被按下，终端设备向服务端设备发送表征第一账户同意与至少两个好友申请消息的发送账户建立好友关系的信息。此外，聊天会话列表界面还可以包括第二虚拟按键，响应于第二虚拟按键被按下，终端设备停止显示与至少两个好友申请消息对应的显示模块。通过虚拟按键的设置可以进一步提高用户的操作效率。

在一些实施例中，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，也可以包括：在聊天会话列表界面的一个显示模块中展现至少一个第二账户的用户数据的摘要信息；响应于在显示模块的区域检测到第四预设操作，呈现至少一个第二账户的用户数据的详述信息。作为示例，用户数据的摘要信息可以包括用户名字和用户头像，第四预设操作可以包括点击、滑动、重按等。用户数据的详述信息可以包括用户介绍，通过何种方式发送好友申请以及好友申请中的介绍信息等。

在一些实施例中，在聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，还可以包括：从至少两个好友申请消息中选取一个或多个好友申请消息，并在聊天会话列表界面展现所选取的好友申请信息。选取的好友申请消息的数目可以根据实际需要进行设置，以避免展现过多好友申请信息影响聊天会话列表界面的正常使用。

实践中，上述执行主体可以根据接收到好友申请消息的时间，从至少两个好友申请消息中选取一个或多个最近收到的好友申请消息，还可以获取第一账户对应的用户分别与至少两个好友申请消息的至少两个第二账户对应的至少两个用户通过社交应用以外的通讯工具进行通讯的多个热度，并根据多个热度，从至少两个好友申请消息中选取一个或多个好友申请消息。上述热度可以根据通讯时长和/或通讯频度确定，通讯时长和/或通讯频度可以从***或其他社交软件获取。

从至少两个好友申请消息中选取一个或多个好友申请消息，还可以包括：随机选取或根据服务端设备指示的优先级/排序选取高优先级或排序靠前N位的好友申请消息。服务端设备可以根据用户间进行通讯的热度，或用户与其他用户的亲密度确定优先级或排序。亲密度可以根据参与的相同群组的个数，拥有共同好友的个数等确定。

此外，上述执行主体还可以响应于所展现的好友申请信息已被浏览或关闭，从至少两个好友申请消息中选取未被展现过的一个或多个好友申请消息，并在聊天会话列表界面展现。执行主体可以参照以上描述随机选取、基于接收到好友申请消息的时间、用户间通讯的热度或服务端设备的指示进行选取。

在本实施例中，步骤301、步骤302的一些具体操作已在图2所示的实施例中步骤201、步骤202中进行了详细的介绍，在此不再赘述。

本申请实施例提供的用于添加好友的方法和设备，提供了接收到服务端设备推送的至少两个好友申请消息时，在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息的方案，进一步丰富了添加好友的方法，提高了添加好友的效率。

继续参考图4，其示出了根据本申请的应用于服务端设备的用于添加好友的方法的一个实施例的流程400。该用于添加好友的方法包括以下步骤：

步骤401，生成针对第一账户的好友申请消息。

在本实施例中，用于添加好友的方法的执行主体(例如图1所示的设备102)可以生成针对第一账户的好友申请消息，好友申请消息包括第二账户的用户数据，其中，第一账户和第二账户为同一社交应用的账户。好友申请消息可以包括响应于接收到登陆有第二账户的终端发送的申请添加第一账户为好友的消息而生成的，也可以包括根据预先建立的生成好友申请消息的条件自动生成的。

在一些实施例中，好友申请消息包括指示在聊天会话列表界面展现好友申请信息的标识；以及生成针对第一账户的好友申请消息，包括：响应于确定出第二账户满足预设条件，在好友申请消息中添加标识，其中，预设条件包括：第二账户的通讯录包括第一账户关联的通讯号码；和/或第一账户的通讯录包括第二账户关联的通讯号码。通过标识的添加可以进一步提高在聊天会话列表界面展现的好友申请信息的质量。

步骤402，向登录有第一账户的终端设备推送好友申请消息，以供终端设备在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息。

在本实施例中，上述执行主体可以向登录有第一账户的终端设备推送好友申请消息，以供终端设备在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，聊天会话列表界面还展现有第一账户参与的至少一个聊天会话的会话列表。

在一些实施例中，第一账户包括新注册账户；以及生成针对第一账户的好友申请消息，包括：获取第一账户关联的通讯号码；确定出包括第一账户关联的通讯号码的通讯录对应的第二账户；根据第二账户的用户数据，生成好友申请消息。以此，实现了好友申请消息的自动生成，进一步提高了好友申请效率。

可选的，如果确定出的第二账户为至少两个，生成针对第一账户的好友申请消息，可以包括：从至少两个第二账户中选取一个或多个第二账户；生成分别与一个或多个第二账户对应的一个或多个好友申请消息。服务端设备可以参照步骤302中终端设备的对好友申请消息的选取，随机选取，基于接收到好友申请消息的时间、用户间通讯的热度或亲密度选取第二账户。

例如，服务端设备可以获取第一账户对应的用户分别与至少两个第二账户对应的至少两个用户通过社交应用以外的通讯工具进行通讯的多个热度，并根据多个热度，从至少两个第二账户中选取一个或多个第二账户。热度的确定方法可以参照步骤302。

此外，服务端设备还可以响应于接收到终端设备发送的、用于指示一个或多个已被浏览或关闭的通知消息，从至少两个第二账户中选取未针对第一账户生成过好友申请消息的一个或多个第二账户，并生成对应的一个或多个好友申请消息并发送给终端设备。已被浏览或关闭可以包括已添加为好友，被点击浏览但未被添加为好友或点击忽略该好友申请消息等情况。

本申请实施例提供的用于添加好友的方法和设备，通过生成针对第一账户的好友申请消息，而后向登录有第一账户的终端设备推送好友申请消息，以供终端设备在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，缩短了添加好友的耗时，提高了添加好友的概率。

下面参考图5，其示出了适于用来实现本申请实施例的计算机设备(例如图1所示的设备101、102)的计算机***500的结构示意图。图5示出的计算机设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，计算机***500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有***500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本申请的方法中限定的上述功能。

需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向目标的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或电子设备上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元和展现单元。其中，这些单元的名称在种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收服务端设备推送的好友申请消息的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的计算机设备中所包含的；也可以是单独存在，而未装配入该计算机设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该计算机设备执行时，使得该计算机设备：接收服务端设备推送的好友申请消息，好友申请消息包括第二账户的用户数据，其中，第一账户和第二账户为同一社交应用的账户；在社交应用的聊天会话列表界面展现包括第二账户的用户数据的好友申请信息，聊天会话列表界面还展现有第一账户参与的至少一个聊天会话的会话列表。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (20)

1.一种用于添加好友的方法，应用于终端设备，所述终端设备登陆有第一账户，包括：

接收服务端设备推送的好友申请消息，所述好友申请消息包括第二账户的用户数据，其中，所述第一账户和所述第二账户为同一社交应用的账户；

在所述社交应用的聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息，所述聊天会话列表界面还展现有所述第一账户参与的至少一个聊天会话的会话列表，其中，所述聊天会话列表界面为用户打开所述社交应用时的默认界面和/或所述用户在结束与其他用户的聊天后从具体的对话页面返回的界面；

其中，所述终端设备接收到至少两个好友申请消息，每个好友申请消息包括一个第二账户的用户数据；以及

所述在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息，包括：

获取所述第一账户对应的用户分别与所述至少两个好友申请消息的至少两个第二账户对应的至少两个用户通过所述社交应用以外的通讯工具进行通讯的多个热度，或所述第一账户对应的用户与所述至少两个好友申请消息的至少两个第二账户对应的至少两个用户的亲密度，确定所述至少两个好友申请消息的优先级或排序，并根据所述优先级或排序，从所述至少两个好友申请消息中选取一个或多个好友申请消息，并在所述聊天会话列表界面展现所选取的好友申请信息。

2.根据权利要求1所述的方法，其中，所述在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息，包括：

响应于确定出所述第二账户满足预设条件，在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息，其中，所述预设条件包括：

所述第二账户的通讯录包括所述第一账户关联的通讯号码；和/或

所述第一账户的通讯录包括所述第二账户关联的通讯号码。

3.根据权利要求1所述的方法，其中，该方法还包括：

向所述服务端设备发送所述第一账户的用户的通讯录，以供所述服务端设备向与所述通讯录包含的手机号码关联的第三账户发送包括所述第一账户的用户数据的好友申请消息。

4.根据权利要求1所述的方法，其中，所述好友申请消息包括用于指示在聊天会话列表界面展现所述好友申请信息的标识，所述标识包括所述服务端设备在确定出所述第二账户满足预设条件后添加的标识。

5.根据权利要求1所述的方法，其中，所述第一账户包括新注册账户；以及

所述好友申请消息由服务端设备响应于确定出所述第二账户的手机通讯录包括所述第一账户关联的手机号码后生成。

6.根据权利要求1所述的方法，其中，所述在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息之后，所述方法还包括：

响应于在展现所述好友申请信息的区域检测到第一预设操作，向服务端设备发送表征所述第一账户同意与所述第二账户建立好友关系的信息，以供所述服务端设备建立所述第一账户与所述第二账户之间的好友关系。

7.根据权利要求6所述的方法，其中，所述方法还包括：

响应于接收到服务端设备返回的、成功建立与所述第二账户的好友关系的通知信息，展现与所述第二账户的聊天对话界面。

8.根据权利要求1所述的方法，其中，所述在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息之后，所述方法还包括：

响应于在展现所述好友申请信息的区域检测到第二预设操作，停止展现所述好友申请信息。

9.根据权利要求1所述的方法，其中，所述在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息之后，所述方法还包括：

响应于在展现所述好友申请信息的区域检测到第三预设操作，展现与所述第二账户的对话界面，所述对话界面中包括被配置成确定是否接受所述第二账户的好友申请的操作区域；

根据在所述操作区域检测到的操作，确定是否向服务端设备发送表征所述第一账户同意与所述第二账户建立好友关系的信息。

10.根据权利要求1所述的方法，其中，所述在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息，包括：

在所述聊天会话列表界面中显示悬浮窗，在所述悬浮窗中显示包括所述第二账户的用户数据的好友申请信息。

11.根据权利要求1所述的方法，其中，所述终端设备接收到至少两个好友申请消息；以及

所述在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息，包括：

在所述聊天会话列表界面中叠加显示分别与所述至少两个好友申请消息对应的至少两个显示模块，其中，叠加显示形成的重叠区域不包括展现所述至少两个好友申请消息所包括的关键信息的区域，所述关键信息包括以下至少一项：用户名字、用户头像、好友申请内容。

12.根据权利要求11所述的方法，其中，所述聊天会话列表界面还包括第一虚拟按键，响应于所述第一虚拟按键被按下，所述终端设备向服务端设备发送表征所述第一账户同意与所述至少两个好友申请消息的发送账户建立好友关系的信息。

13.根据权利要求1所述的方法，其中，所述终端设备接收到至少两个好友申请消息，每个好友申请消息包括一个第二账户的用户数据；以及

所述在聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息，包括：

在所述聊天会话列表界面的一个显示模块中展现至少一个第二账户的用户数据的摘要信息；

响应于在所述显示模块的区域检测到第四预设操作，呈现至少一个第二账户的用户数据的详述信息。

14.根据权利要求1所述的方法，其中，该方法还包括：

响应于所展现的好友申请信息已被浏览或关闭，从所述至少两个好友申请消息中选取未被展现过的一个或多个好友申请消息，并在所述聊天会话列表界面展现。

15.一种用于添加好友的方法，应用于服务端设备，包括：

生成针对第一账户的好友申请消息，所述好友申请消息包括第二账户的用户数据，其中，所述第一账户和所述第二账户为同一社交应用的账户；

向登录有所述第一账户的终端设备推送所述好友申请消息，以供所述终端设备在所述社交应用的聊天会话列表界面展现包括所述第二账户的用户数据的好友申请信息，所述聊天会话列表界面还展现有所述第一账户参与的至少一个聊天会话的会话列表；

其中，确定出的第二账户为至少两个，所述生成针对第一账户的好友申请消息，包括：

获取所述第一账户对应的用户分别与所述至少两个第二账户对应的至少两个用户通过所述社交应用以外的通讯工具进行通讯的多个热度，或所述第一账户对应的用户与所述至少两个好友申请消息的至少两个第二账户对应的至少两个用户的亲密度，确定所述至少两个好友申请消息的优先级或排序，并根据所述优先级或排序，从所述至少两个第二账户中选取一个或多个第二账户；

生成分别与所述一个或多个第二账户对应的一个或多个好友申请消息。

16.根据权利要求15所述的方法，其中，所述好友申请消息包括指示在聊天会话列表界面展现好友申请信息的标识；以及

所述生成针对第一账户的好友申请消息，包括：

响应于确定出所述第二账户满足预设条件，在所述好友申请消息中添加所述标识，其中，所述预设条件包括：

所述第二账户的通讯录包括所述第一账户关联的通讯号码；和/或

所述第一账户的通讯录包括所述第二账户关联的通讯号码。

17.根据权利要求15所述的方法，其中，所述第一账户包括新注册账户；以及

所述生成针对第一账户的好友申请消息，包括：

获取所述第一账户关联的通讯号码；

确定出包括所述第一账户关联的通讯号码的通讯录对应的所述第二账户；

根据第二账户的用户数据，生成所述好友申请消息。

18.根据权利要求15所述的方法，其中，该方法还包括：

响应于接收到终端设备发送的、用于指示所述一个或多个已被浏览或关闭的通知消息，从所述至少两个第二账户中选取未针对所述第一账户生成过好友申请消息的一个或多个第二账户，并生成对应的一个或多个好友申请消息并发送给所述终端设备。

19.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-14或15-18中任一所述的方法。

20.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-14或15-18中任一所述的方法。

Images