CN113542105B - 添加好友的方法和装置 - Google Patents

Abstract

本申请公开了一种添加好友的方法和装置，属于通信技术领域。该方法包括：接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求；将所述第一好友添加请求或者根据所述第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理；其中，所述第二账号为与所述第一账号具有设定关系的其他账号；所述第二好友添加请求为所述目标账号请求添加所述第二账号为好友的请求。

Description

添加好友的方法和装置

技术领域

本申请属于通信技术领域，具体涉及一种添加好友的方法和装置。

背景技术

随着社交软件的快速发展，越来越多的人通过社交软件进行通讯，如微信、 QQ等。在使用社交软件的过程中，用户会不断地在社交软件中添加新的好友，同时也会被其他人添加为新的好友。

在相关技术中，在添加好友时，社交软件会接收到好友申请提示信息，但是，如果用户没有及时处理该好友申请，或者好友申请超过认证期限，会导致用户错过添加好友，给用户带来不便。此外，由于现有社交软件限制好友添加的数量，当好友添加数量达到上限时，也会导致用户错过添加好友。

发明内容

本申请实施例的目的是提供一种添加好友的方法和装置，能够解决在未及时处理好友申请时导致错过添加好友的问题。

第一方面，本申请实施例提供了一种添加好友的方法，该方法包括：

接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求；

将所述第一好友添加请求或者根据所述第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理；

其中，所述第二账号为与所述第一账号具有设定关系的其他账号；所述第二好友添加请求为所述目标账号请求添加所述第二账号为好友的请求。

第二方面，本申请实施例提供了一种添加好友的装置，该装置包括：

第一接收模块，用于接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求；

处理模块，用于将所述第一好友添加请求或者根据所述第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理；

其中，所述第二账号为与所述第一账号具有设定关系的其他账号；所述第二好友添加请求为所述目标账号请求添加所述第二账号为好友的请求。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，在接收到目标账号向电子设备登录的第一账号发出的第一好友添加请求时，可以将第一好友添加请求发送至第二账号进行相应的处理，在不需要第一账号参与的情况下，可以通过第二账号辅助处理第一好友添加请求，并在第二账号确认第一好友添加请求的情况下，将目标账号添加至第一账号的好友列表，可以提高好友添加请求的处理效率。并且，在接收到目标账号向电子设备登录的第一账号发出的第一好友添加请求时，还可以根据设定的好友分配机制，在协同账号集中选出一账号作为第二账号，并将根据第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的处理，这样，该实施例还可以适用于多账号的协同管理，自动从多个账号中筛选出符合条件的第二账号，并将目标账号添加为第二账号的好友，操作步骤简单，可以为用户节省添加好友的时间，从而进一步提高处理好友添加请求的效率。

附图说明

图1是本申请实施例提供的一种添加好友的方法的流程图；

图2是本申请实施例提供的一种添加第二账号的示意图；

图3是本申请实施例提供的一种为第二账号设置操作权限的示意图；

图4是本申请实施例提供的一种第一好友添加请求的处理界面的示意图；

图5是本申请实施例提供的一种添加协同账号的示意图；

图6是本申请实施例提供的另一种添加好友的方法的流程图；

图7是本申请实施例提供的一种添加好友的装置的结构示意图；

图8是本申请实施例提供的一种电子设备的结构示意图；

图9是本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的添加好友的方法进行详细地说明。

请参看图1，其是本申请实施例提供的一种添加好友的方法的流程图。该方法可以应用于电子设备，该电子设备可以为手机、平板电脑、笔记本电脑等。如图1所示，该方法可以包括步骤1100-步骤1200，以下予以详细说明。

步骤1100，接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求。

第一账号可以是用于登录社交应用的账号。社交应用例如可以是即时通信应用。第一账号可以是用户预先设置的，例如用户的手机号。

在本实施例中，登录第一账号的电子设备为第一电子设备。可以理解的是，在电子设备登录第一账号，可以是在第一电子设备登录第一账号，即在第一电子设备上运行社交应用，并使用第一账号登录该社交应用。

目标账号也可以是用于登录社交应用的账号。也就是说，目标账号和第一账号均是用于登录同一社交应用的账号。

需要说明的是，目标账号可以是在第二电子设备登录的账号。其中，第二电子设备与第一电子设备不同，目标账号与第一账号不同。

第一好友添加请求是在第二电子设备登录的目标账号发出的、请求添加为第一账号的好友的请求。也就是说，第一好友添加请求对应的申请人为目标账号，第一好友添加请求对应的申请对象为第一账号。

在步骤1100之后，执行步骤1200，将所述第一好友添加请求或者根据所述第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理。

第二账号为与第一账号具有设定关系的其他账号。

第二好友添加请求为目标账号请求添加第二账号为好友的请求。也就是说，第二好友添加请求对应的申请人为目标账号，第二好友添加请求对应的申请对象为第二账号。

在一个实施例中，该设定关系可以是亲情账号关系，即第二账号为第一账号的用户设置的亲情账号。在第二账号为与第一账号具有亲情账号关系的其他账号的情况下，第一账号可以将第一好友添加请求发送至第二账号，使得第二账号可以代替第一账号对该第一好友添加请求进行相应的好友添加处理。但是，在第二账号接收到添加第二账号的第一好友添加请求时，第二账号不能将该添加第二账号的第一好友添加请求发送至第一账号进行相应的好友添加处理。

在另一个实施例中，该设定关系可以是协同关系，即第二账号与第一账号互为协同账号。在第二账号为与第一账号具有协同关系的其他账号的情况下，当第一账号接收到第一好友添加请求时，可以根据第一好友添加请求生成第二好友添加请求，并将第二好友添加请求发送至第二账号进行相应的好友添加处理。类似地，当第二账号接收到第二好友添加请求时，可以根据第二好友添加请求生成第一好友添加请求，并将第一好友添加请求发送至第一账号进行相应的好友添加处理。

可以理解的是，第二账号也可以是用于登录社交应用的账号。也就是说，第二账号、第一账号和目标账号均是用于登录同一社交应用的账号。第二账号可以是在第三电子设备登录的账号。其中，第三电子设备与第一电子设备不同，第三电子设备与第二电子设备也不同，第二账号与第一账号不同。

需要说明的是，第二账号为第一账号的用户预先设置的，第二账号可以包括一个账号，第二账号也可以包括多个账号。

在本申请实施例中，在接收到目标账号向电子设备登录的第一账号发出的第一好友添加请求时，可以将第一好友添加请求发送至第二账号进行相应的处理，在不需要第一账号参与的情况下，可以通过第二账号辅助处理第一好友添加请求，并在第二账号确认第一好友添加请求的情况下，将目标账号添加至第一账号的好友列表，可以提高好友添加请求的处理效率。并且，在接收到目标账号向电子设备登录的第一账号发出的第一好友添加请求时，还可以根据设定的好友分配机制，在协同账号集中选出一账号作为第二账号，并将根据第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的处理，这样，该实施例还可以适用于多账号的协同管理，自动从多个账号中筛选出符合条件的第二账号，并将目标账号添加为第二账号的好友，操作步骤简单，可以为用户节省添加好友的时间，从而进一步提高处理好友添加请求的效率。

在本申请一个可选的实施例中，将第一好友添加请求或者根据第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理，可以是将第一好友添加请求发送至第二账号进行相应的好友添加处理。

在该实施例中，第二账号为与第一账号具有亲情号关系的其他账号。第二账号可以包括一个账号，第二账号也可以包括多个账号。

在本申请的一些实施例中，在将第一好友添加请求发送至第二账号进行相应的好友添加处理之前，还可以包括：步骤2100-步骤2400。

步骤2100，接收第一输入。

步骤2200，响应于所述第一输入，在第一电子设备登录的第一账号的应用界面显示亲情账号添加界面。

第一账号的应用界面可以是通过第一账号登录的社交应用的界面。例如，即时通信应用的设置界面。

第一输入可以是用于显示亲情账号添加界面的输入。例如，第一输入可以是对第一账号的应用界面显示的标注有“亲情账号”的控件的输入。第一输入例如可以是单击、双击或长按等输入，本申请实施例对此不做特殊限定。

步骤2300，接收针对所述亲情账号添加界面的第二输入。

亲情号添加界面可以是用于供用户添加第二账号的界面，其中，第二账号为与第一账号具有亲情号关系的其他账号。

第二输入可以是用于添加第二账号的输入。第二输入例如可以是输入第二账号的输入。第二输入也可以是从第一账号的好友列表中选取第二账号的输入，本申请实施例对此不做特殊限定。

步骤2400，响应于所述第二输入，获取第二账号。

第二账号为第一账号的用户选取的、与第一账号具有亲情号关系的其他账号。

示例性地，请参见图2，其是本申请实施例的一种添加第二账号的示意图。具体来讲，在第一电子设备显示第一账号的应用界面，该第一账号的应用界面包括标注有“亲情账号”的控件201，接收第一账号对应的用户对控件201的点第一输入，响应于第一输入，进入亲情账号添加界面。该亲情账号添加界面包括至少一个第二账号的添加项202，例如，该亲情账号添加界面包括四个第二账号的添加项202，该第一账号对应的用户可以在第二账号的添加项202输入具体的账号，也可以通过对第二账号的添加项202的点击操作，进入第一账号的好友列表，以供第一账号对应的用户从好友列表中选取第二账号。该亲情账号添加界面还包括标注有“确定”的控件203，响应于第一账号对应的用户对控件203的输入，将至少一个第二账号添加为第一账号的亲情账号。该亲情账号添加界面还包括标注有“取消”的控件204，响应于第一账号对应的用户对控件 204的输入，取消添加第二账号的操作。

此外，该亲情账号添加界面还包括标注有“+”的控件205，响应于第一账号对应的用户对控件205的输入，可以增加第二账号添加项的数量。需要说明的是，第二账号的数量可以根据用户的实际需要进行添加，本申请实施例对此不做特殊限定。

在本申请实施例中，第一账号对应的用户可以通过亲情号添加界面设置至少一个第二账号，以在接收到目标账号向电子设备登录的第一账号发出的第一好友添加请求时，将第一好友添加请求发送至第二账号进行相应的好友添加处理，将第一好友添加请求在多个第二账号之间进行共享，在不需要第一账号参与的情况下，通过第二账号辅助处理第一好友添加请求，可以提高好友添加请求的处理效率，以及可以避免第一账号对应的用户由于未及时处理好友添加请求而错过添加好友的问题。

在本申请的一些实施例中，所述将所述第一好友添加请求发送至第二账号进行相应的好友添加处理，进一步可以包括：将所述第一好友添加请求发送至第二账号按照操作权限进行相应的好友添加处理。

操作权限是指第一账号为第二账号设置的、处理第一好友添加请求的权限。

在一个实施例中，可以设置不同等级的操作权限，操作权限的等级越高，所具有的权限越多。例如，对较低等级的操作权限，仅能查看第一好友添加请求；对于较高等级的操作权限，第二账号可以代替第一账号确认第一好友添加请求。在本申请实施例中，用户可以根据实际需要设置操作权限的等级以及不同等级的操作权限对应的具体内容，本申请实施例对此不做特殊限定。

在一个更具体的例子，所述操作权限包括以下至少一项：查看所述第一好友添加请求的权限；确认所述第一好友添加请求的权限；拒绝所述第一好友添加请求的权限；转移所述第一好友添加请求的权限。

其中，查看第一好友添加请求的权限，可以是查看第一好友添加请求中目标账号的账号信息的权限，账号信息例如可以包括目标账号的账号、用户姓名、性别、添加理由等。第二账号对应的用户通过查看第一好友添加请求，可以获取目标账号的账号信息，以根据目标账号的账号信息判断是否通过第一好友添加请求，或者以其他方式通知第一账号处理第一好友添加请求。

确认所述第一好友添加请求的权限，可以是第二账号代替第一账号通过第一好友添加请求的权限。对于具有该权限的第二账号，可以直接在第二电子设备上进行操作，以代替第一账号通过第一好友添加请求，使得目标账号添加为第一账号的好友。

拒绝所述第一好友添加请求的权限，可以是第二账号代替第一账号拒绝添加第一好友添加请求的权限。对于具有该权限的第二账号，可以直接在第二电子设备上进行操作，以代替第一账号拒绝第一好友添加请求。

转移所述第一好友添加请求的权限，即将第一好友添加请求的申请对象更改为第二账号的权限。对于具有该权限的第二账号，可以将目标账号添加为其的好友，即第二账号添加目标账号为好友。

可以理解的是，在第二账号包括多个账号的情况下，可以分别为每一第二账号设置操作权限。每一第二账号的操作权限可以相同，也可以不同。

在本实施例中，第一账号的用户可以根据实际需要为第二账号设置操作权限，以使第二账号根据所具有的操作权限对第一好友添加请求进行相应的处理，这样，在通过第二账号辅助处理第一好友添加请求的同时，可以保护第一账号的隐私，提高好友添加的安全性。

在本申请的一些实施例中，在所述将所述第一好友添加请求发送至第二账号按照操作权限进行相应的好友添加处理之前，所述方法还包括：步骤3100- 步骤3400。

步骤3100，接收第三输入。

步骤3200，响应于所述第三输入，在电子设备登录的第一账号的应用界面显示所述第二账号的权限设置界面。

第三输入可以是用于显示第二账号的权限设置界面的输入。例如，第三输入可以是对前述实施例的第二账号的添加项的输入，本申请实施例对此不做特殊限定。

步骤3300，接收针对所述第二账号的权限设置界面的第四输入。

第二账号的权限设置界面可以是用于供用户为第二账号设置操作权限的界面。

第四输入可以是为第二账号设置操作权限的输入。例如，在第二账号的权限设置界面包括不同等级的操作权限的情况下，第四输入可以是选择第二账号的操作权限的输入，本申请实施例对此不做特殊限定。

步骤3400，响应于所述第四输入，获取所述第二账号的操作权限。

示例性地，请参见图3，其是本申请实施例的为第二账号设置操作权限的示意图。具体来讲，在为第一账号添加至少一个第二账号(亲情账号)之后，该亲情账号添加界面显示多个亲情账号301，具体包括亲情账号一、亲情账号二、亲情账号三和亲情账号四，接收第一账号对应的用户对亲情账号三的第三输入，进入亲情账号三的权限设置界面，该权限设置界面包括预先设置的等级 1、等级2、等级3和等级4的选项302，之后，响应于第一账号对应的用户对等级1的选项302的第二输入，为亲情账号三设置等级1的操作权限。此外，在不同等级的选项上还可以显示不同等级对应的操作权限的内容，以方便用户查看和设置相应的操作权限。

在本实施例中，通过划分操作权限的等级，方便用户为不同的第二账号设置不同的操作权限，进一步可以提高好友添加的安全性，用户体验更好。

在本申请的一些实施例中，在将所述第一好友添加请求发送至第二账号进行相应的好友添加处理之后，该添加好友的方法还包括：步骤4100-步骤4200。

步骤4100，接收所述第二账号代替所述第一账号确认所述第一好友添加请求的通知消息。

确认第一好友添加请求的通知消息用于通知第一账号将添加目标账号为好友。

步骤4200，根据所述通知消息，将所述目标账号添加至所述第一账号的好友列表中。

示例性地，请参见图4，其是本申请实施例的第一好友添加请求的处理界面的示意图。具体来讲，第二账号(亲情账号A)的操作权限为等级4，即亲情账号A具有查看第一好友添加请求、确认第一好友添加请求、拒绝第一好友添加请求、以及转移第一好友添加请求的权限。在第一电子设备登录的第一账号将第一好友添加请求发送至第二账号(亲情账号A)时，在第二账号的社交应用的界面上，显示第一好友添加请求的提示信息401；之后，响应于第二账号对应的用户对第一好友添加请求的提示信息401的点击操作，显示第一好友添加请求的处理界面，该第一好友添加请求的处理界面包括第一好友添加请求的申请对象(第一账号)和申请人(亲情账号A)，第二账号对应的用户可以获取第一好友添加请求的具体详情。该第一好友添加请求的处理界面还包括标注有“通过”的控件402和标注有“拒绝”的控件403，响应于第二账号对应的用户对控件402的点击操作，将目标账号添加至第一账号的好友列表中，响应于第二账号对应的用户对控件403的点击操作，拒绝将目标账号添加至第一账号的好友列表中。该第一好友添加请求的处理界面还包括标注有“转移好友添加请求”的控件404，响应于第二账号对应的用户对控件404的点击操作，将第一好友添加请求的申请对象更改为该第二账号，并将目标账号添加至第二账号的好友列表中。

在本申请实施例中，在接收到目标账号向电子设备登录的第一账号发出的第一好友添加请求时，在不需要第一账号参与的情况下，可以通过第二账号辅助处理第一好友添加请求，并在第二账号确认第一好友添加请求的情况下，将目标账号添加至第一账号的好友列表，方便用户使用，并且可以提高好友添加请求的处理效率。

在本申请实施例中，在将所述第一好友添加请求发送至第二账号进行相应的好友添加处理之后，该添加好友的方法还包括：在第一账号对第一好友添加请求进行处理之后，向第二账号发送第一好友添加请求已被处理的消息。这样，可以避免第一好友添加请求被重复处理。

在本申请实施例中，在第二账号包括多个账号的情况，在将所述第一好友添加请求发送至第二账号进行相应的好友添加处理之后，该添加好友的方法还包括：在其中一个第二账号对第一好友添加请求进行处理之后，登录第二账号的第三电子设备向第一账号和其他第二账号发送第一好友添加请求已被处理的消息。这样，可以避免第一好友添加请求被重复处理，用户体验更好。

在本申请另一个可选的实施例中，将第一好友添加请求或者根据第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理，可以是将根据第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理。

在该实施例中，第二账号为与第一账号具有协同关系的其他账号。第二账号包括一个账号。

该实施例可以应用于同一用户具有多个账号的情景，在相关技术中，对于具有多个账号的用户，在添加好友时，需要用户查看每一账号的相关信息，以选择其中一个账号添加好友。在接收到好友添加请求时，由于同一账号的已添加的好友总人数和当前添加好友的人数是超出人数限制的情况下，用户将无法添加好友。此外，多个账号可能会接收到来自同一目标账号的好友添加请求，用户需要花费较多的时间进行整理，用户体验较差。为了解决上述问题，通过该实施例可以对多个账号进行管理，以选择其中一个账号添加好友，操作步骤简单，方便用户使用。

在本申请的一些实施例中，在将第二好友添加请求发送至第二账号进行相应的好友添加处理之前，所述方法还包括：步骤5100-步骤5200。

步骤5100，根据设定的好友分配机制，在协同账号集中选出一账号；其中，所述协同账号集包括所述第一账号和至少一个其他账号。

所述协同账号集包括所述第一账号和至少一个其他账号。至少一个其他账号可以是第一账号对应的用户添加的。

需要说明的是，在协同账号集中包括一个其他账号时，该其他账号与第一账号为好友关系。在协同账号集中包括多个其他账号时，协同账号集中任意两个账号互为好友关系。

在步骤5100之后，执行步骤5200，在选出的账号是所述其他账号的情况下，根据所述第一好友添加请求，生成以所述选出的账号为所述第二账号的第二好友添加请求。

根据第一好友添加请求生成以选出的账号为所述第二账号的第二好友添加请求，可以是将第一好友添加请求的申请对象更改为选出的账号。

在一个实施例中，在选出的账号是第一账号的情况下，第一账号可以直接对第一好友添加请求进行处理，不需要根据第一好友添加请求生成第二好友添加请求，并发送给第二账号处理。

在本实施例中，在接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求的情况下，根据设定的好友分配机制，在协同账号集中选出一账号，并在选出的账号是其他账号的情况下，将根据第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理，可以适用于同一用户具有多个账号的情景，可以自动从多个账号中筛选出符合条件的第二账号，并将目标账号添加为第二账号的好友，操作步骤简单，可以为用户节省添加好友的时间，还可以避免由于添加人数的限制导致添加好友失败的情况。

在本申请的一些实施例中，在所述根据设定的好友分配机制，在协同账号集中选出一账号之前，所述方法还包括：步骤6100-步骤6300。

步骤6100，获取至少一个其他账号。

至少一个其他账号可以是第一账号对应的用户添加的。

在一个更具体的例子中，获取至少一个其他账号的步骤可以进一步包括：步骤6110-步骤6140。

步骤6110，接收第五输入。

步骤6120，响应于所述第五输入，在电子设备登录的第一账号的应用界面显示所述协同账号添加界面。

第一账号的应用界面可以是通过第一账号登录的社交应用的界面。例如，即时通信应用的设置界面。

第五输入可以是用于显示协同账号添加界面的输入。例如，第五输入可以是对第一账号的应用界面显示的标注有“协同账号”的控件的输入。第五输入例如可以是单击、双击或长按等输入，本申请实施例对此不做特殊限定。

步骤6130，接收针对所述协同账号添加界面的第六输入。

步骤6140，响应于所述第六输入，获取至少一个其他账号。

协同账号添加界面可以是用于供用户添加至少一个其他账号的界面。

第六输入可以是用于添加至少一个其他账号的输入。第六输入例如可以是输入至少一个其他账号的输入。第六输入也可以是从第一账号的好友列表中选取至少一个其他账号的输入，本申请实施例对此不做特殊限定。

示例性地，请参见图5，其是本申请实施例的一种添加协同账号的示意图。具体来讲，在第一电子设备显示第一账号的应用界面，该第一账号的应用界面包括标注有“协同账号”的控件501，接收第一账号对应的用户对控件501的点第五输入，响应于第五输入，进入协同账号添加界面。该协同账号添加界面包括至少一个协同账号的添加项502，例如，该协同账号添加界面包括四个协同账号的添加项502，该第一账号对应的用户可以在协同账号的添加项502输入具体的账号，也可以通过对协同账号的添加项502的点击操作，进入第一账号的好友列表，以供第一账号对应的用户从好友列表中选取协同账号。该协同账号添加界面还包括标注有“确定”的控件503，响应于第一账号对应的用户对控件503的输入，将至少一个协同账号添加为第一账号的协同账号，并结合后续步骤，在确认该协同账号与第一账号为好友，且该协同账号与其他协同账号为好友的情况下，将第一账号和这四个协同账号组成协同账号集。该协同账号添加界面还包括标注有“取消”的控件504，响应于第一账号对应的用户对控件504 的输入，取消添加协同账号的操作。

此外，该协同账号添加界面还包括标注有“+”的控件505，响应于第一账号对应的用户对控件505的输入，可以增加协同账号添加项的数量。需要说明的是，协同账号的数量可以根据用户的实际需要进行添加，本申请实施例对此不做特殊限定。

步骤6200，向所述至少一个其他账号发送第一请求。

第一请求用于确认其他账号与第一账号是否为好友关系，以及任意两个其他账号是否为好友关系。也就是说，第一请求用于确认协同账号集中任意两个账号是否互为好友关系。

在具体实施时，第一请求可以携带有协同账号集中每一账号的账号信息，即第一请求中包括第一账号和至少一个其他账号的账号信息。该账号信息至少可以包括账号和账号对应的用户名称。通过向至少一个其他账号发送第一请求，以使其他账号根据第一请求确定其他账号是否与协同账号集中的任意账号互为好友关系。

步骤6300，在接收到每一其他账号针对所述第一请求的确认成功的回复消息的情况下，将所述第一账号和至少一个其他账号组成所述协同账号集。

在其他账号接收到第一请求时，向第一账号返回第一请求的回复消息。该第一请求的回复消息包括针对第一请求的确认成功的回复消息，该确认成功的回复消息，表示该其他账号与协同账号集中任一账号互为好友关系。该第一请求的回复消息包括针对第一请求的确认失败的回复消息，该确认失败的回复消息，表示该其他账号与协同账号集中的至少一个账号不是好友关系。例如，该第一请求的回复消息可以携带确认是否成功的标志位，第一账号通过标志位可以确认该其他账号与协同账号集中任一账号是否互为好友关系。

在具体实施时，在其他账号接收到第一请求时，可以获取第一请求携带的第一账号和至少一个其他账号的账号信息，并该其他账号的好友列表中每一好友的账号信息与这些账号信息进行一一比对，以确认该其他账号与协同账号集中任一账号是否互为好友关系。在确认该其他账号与协同账号集中任一账号互为好友关系时，返回确认成功的回复消息，否则，返回确认失败的回复消息。

需要说明的是，在组成所述协同账号集之后，向组成协同账号集的每一其他账号发送协同账号集建立成功的提示消息。

在本实施例中，通过向至少一个其他账号发送第一请求，可以确定协同账号集中任意两个账号是否互为好友关系，以在协同账号集中任意两个账号互为好友关系的情况下，将第一账号和至少一个其他账号组成协同账号集，以保证第二好友添加请求的共享，从而使第二好友添加请求被及时处理。

好友分配机制为预先设置的、用于从协同账号集中选出一账号作为第二账号。

在一个更具体的实施中，所述好友分配机制包括以下至少一项：所述协同账号集中未添加所述目标账号为好友的账号；所述协同账号集中当天添加的好友人数为最少的账号；所述协同账号集中已添加的好友总人数为最少的账号。

在具体实施时，其他账号返回的第一请求的回复消息还携带有该其他账号的好友列表信息、该其他账号的当天添加好友人数以及该其他账号已添加的好友总人数。第一账号在接收到每一其他账号返回的第一请求的回复消息时，可以获取每一其他账号的好友列表信息、该其他账号的当天添加好友人数以及该其他账号已添加的好友总人数，根据获取到的每一其他账号的好友列表信息、该其他账号的当天添加好友人数以及该其他账号已添加的好友总人数，在协同账号集中选出一账号。

需要说明的是，在获取每一其他账号的好友列表信息、该其他账号的当天添加好友人数以及该其他账号已添加的好友总人数之后，可以将这些信息存储至共享数据库，以方便根据共享数据库中的信息从协同账号集中选出一账号。

在本申请的一些实施例中，所述根据设定的好友分配机制，在协同账号集中选出一账号，包括：

在根据设定的好友分配机制从所述协同账号集中选出多个账号的情况下，按照预定优先级的排序从多个账号中选出一账号。

预定的优先级可以根据协同账号添加界面中协同账号的排列顺序进行设定，例如，排在第一位的系统账号为优先级最高的账号。

下面以一个具体的例子对从协同账号集选出一账号的过程进行说明。请参见图6，该方法包括以下步骤。

步骤601，第一账号接收到目标账号发送的第一好友添加请求；

步骤602，第一账号根据共享数据库，查询目标账号是否添加协同账号集中的某一账号为好友，如果是，进入步骤603，否则，进入步骤604；

步骤603，拒绝第一好友申请；

步骤604，第一账号从共享数据库中查找当天添加好友人数最少的账号，判断当天添加好友人数最少的账号是否为一个，如果是，进入步骤607，否则，进入步骤605；

步骤605，从当天添加好友人数为最少的多个账号，查找已添加的好友总人数为最少的账号，判断已添加的好友总人数为最少的账号是否为一个，如果是，进入步骤607，否则，进入步骤606；

步骤606，将已添加的好友总人数为最少的多个账号中优先级最高的账号作为第二账号，之后进入步骤608；

步骤607，将选出的一个账号作为第二账号；

步骤608，将根据第一好友添加请求得到的第二好友添加请求发送至第二账号；

步骤609，在第二账号通过第二好友添加请求的情况下，将目标账号添加为第二账号的好友。

需要说明的是，本申请实施例提供的添加好友的方法，执行主体可以为添加好友的装置，或者该添加好友的装置中的用于执行添加好友的方法的控制模块。本申请实施例中以添加好友的装置执行添加好友的方法为例，说明本申请实施例提供的添加好友的装置。

与上述实施例相对应，参见图7，本申请实施例还提供一种添加好友的装置700，该添加好友的装置700包括第一接收模块701和处理模块702。

第一接收模块701，用于接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求；

处理模块702，用于将所述第一好友添加请求或者根据所述第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理；

其中，所述第二账号为与所述第一账号具有设定关系的其他账号；所述第二好友添加请求为所述目标账号请求添加所述第二账号为好友的请求。

在一个实施例中，该添加好友的装置700还包括：第二接收模块，用于接收所述第二账号代替所述第一账号确认所述第一好友添加请求的通知消息；好友添加模块，用于根据所述通知消息，将所述目标账号添加至所述第一账号的好友列表中。

在一个实施例中，该处理模块，包括：第一处理单元，用于将所述第一好友添加请求发送至第二账号按照操作权限进行相应的好友添加处理；其中，所述操作权限包括以下至少一项：查看所述第一好友添加请求的权限；确认所述第一好友添加请求的权限；拒绝所述第一好友添加请求的权限；转移所述第一好友添加请求的权限。

在一个实施例中，该添加好友的装置700还包括：选择模块，用于根据设定的好友分配机制，在协同账号集中选出一账号；其中，所述协同账号集包括所述第一账号和至少一个其他账号；生成模块，用于在选出的账号是所述其他账号的情况下，根据所述第一好友添加请求，生成以所述选出的账号为所述第二账号的第二好友添加请求；其中，所述好友分配机制包括以下至少一项：所述协同账号集中未添加所述目标账号为好友的账号；所述协同账号集中当天添加的好友人数为最少的账号；所述协同账号集中已添加的好友总人数为最少的账号。

在一个实施例中，该添加好友的装置700还包括：获取模块，用于获取至少一个其他账号；发送模块，用于向所述至少一个其他账号发送第一请求；组成模块，用于在接收到每一其他账号针对所述第一请求的确认成功的回复消息的情况下，将所述第一账号和至少一个其他账号组成所述协同账号集；其中，所述第一请求用于确认所述其他账号与所述第一账号是否为好友关系，以及任意两个所述其他账号是否为好友关系。

在本申请实施例中，在接收到目标账号向电子设备登录的第一账号发出的第一好友添加请求时，可以将第一好友添加请求发送至第二账号进行相应的处理，在不需要第一账号参与的情况下，可以通过第二账号辅助处理第一好友添加请求，并在第二账号确认第一好友添加请求的情况下，将目标账号添加至第一账号的好友列表，可以提高好友添加请求的处理效率。并且，在接收到目标账号向电子设备登录的第一账号发出的第一好友添加请求时，还可以根据设定的好友分配机制，在协同账号集中选出一账号作为第二账号，并将根据第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的处理，这样，该实施例还可以适用于多账号的协同管理，自动从多个账号中筛选出符合条件的第二账号，并将目标账号添加为第二账号的好友，操作步骤简单，可以为用户节省添加好友的时间，从而进一步提高处理好友添加请求的效率。

本申请实施例中的添加好友的装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer， UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，本申请实施例不作具体限定。

本申请实施例中的添加好友的装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的添加好友的装置能够实现图1至图9的方法实施例实现的各个过程，为避免重复，这里不再赘述。

与上述实施例相对应，可选地，如图8所示，本申请实施例还提供一种电子设备800，包括处理器801，存储器802，存储在存储器802上并可在所述处理器801上运行的程序或指令，该程序或指令被处理器801执行时实现上述添加好友的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备。

图9为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备900包括但不限于：射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、以及处理器910等部件。

本领域技术人员可以理解，电子设备900还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器910逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图9中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器910，用于：接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求；将所述第一好友添加请求或者根据所述第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理；其中，所述第二账号为与所述第一账号具有设定关系的其他账号；所述第二好友添加请求为所述目标账号请求添加所述第二账号为好友的请求。

在一个实施例中，处理器910在将所述第一好友添加请求发送至第二账号进行相应的好友添加处理之后，还用于：接收所述第二账号代替所述第一账号确认所述第一好友添加请求的通知消息；根据所述通知消息，将所述目标账号添加至所述第一账号的好友列表中。

在一个实施例中，处理器910在将所述第一好友添加请求发送至第二账号进行相应的好友添加处理时，用于：将所述第一好友添加请求发送至第二账号按照操作权限进行相应的好友添加处理；其中，所述操作权限包括以下至少一项：查看所述第一好友添加请求的权限；确认所述第一好友添加请求的权限；拒绝所述第一好友添加请求的权限；转移所述第一好友添加请求的权限。

在一个实施例中，处理器910在将第二好友添加请求发送至第二账号进行相应的好友添加处理之前，还用于：根据设定的好友分配机制，在协同账号集中选出一账号；其中，所述协同账号集包括所述第一账号和至少一个其他账号；在选出的账号是所述其他账号的情况下，根据所述第一好友添加请求，生成以所述选出的账号为所述第二账号的第二好友添加请求；其中，所述好友分配机制包括以下至少一项：所述协同账号集中未添加所述目标账号为好友的账号；所述协同账号集中当天添加的好友人数为最少的账号；所述协同账号集中已添加的好友总人数为最少的账号。

在一个实施例中，处理器910在所述根据设定的好友分配机制，在协同账号集中选出一账号之前，还用于：获取至少一个其他账号；向所述至少一个其他账号发送第一请求；在接收到每一其他账号针对所述第一请求的确认成功的回复消息的情况下，将所述第一账号和至少一个其他账号组成所述协同账号集；其中，所述第一请求用于确认所述其他账号与所述第一账号是否为好友关系，以及任意两个其他账号是否为好友关系。

应理解的是，本申请实施例中，输入单元904可以包括图形处理器 (GraphicsProcessing Unit，GPU)9041和麦克风9042，图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元906可包括显示面板9061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板9061。用户输入单元907 包括触控面板9071以及其他输入设备9072。触控面板9071，也称为触摸屏。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其他输入设备 9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器909可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器910可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器910中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述添加好友的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述添加好友的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘) 中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (8)

1.一种添加好友的方法，其特征在于，所述方法包括：

接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求；

将所述第一好友添加请求或者根据所述第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理；

接收所述第二账号代替所述第一账号确认所述第一好友添加请求的通知消息；

根据所述通知消息，将所述目标账号添加至所述第一账号的好友列表中；

其中，所述第二账号为与所述第一账号具有设定关系的其他账号；所述第二好友添加请求为所述目标账号请求添加所述第二账号为好友的请求。

2.根据权利要求1所述的方法，其特征在于，所述将所述第一好友添加请求发送至第二账号进行相应的好友添加处理，包括：

将所述第一好友添加请求发送至第二账号按照操作权限进行相应的好友添加处理；

其中，所述操作权限包括以下至少一项：

查看所述第一好友添加请求的权限；

确认所述第一好友添加请求的权限；

拒绝所述第一好友添加请求的权限；

转移所述第一好友添加请求的权限。

3.根据权利要求1所述的方法，其特征在于，在将第二好友添加请求发送至第二账号进行相应的好友添加处理之前，所述方法还包括：

根据设定的好友分配机制，在协同账号集中选出一账号；其中，所述协同账号集包括所述第一账号和至少一个其他账号；

在选出的账号是所述其他账号的情况下，根据所述第一好友添加请求，生成以所述选出的账号为所述第二账号的第二好友添加请求；

其中，所述好友分配机制包括以下至少一项：

所述协同账号集中未添加所述目标账号为好友的账号；

所述协同账号集中当天添加的好友人数为最少的账号；

所述协同账号集中已添加的好友总人数为最少的账号。

4.根据权利要求3所述的方法，其特征在于，在所述根据设定的好友分配机制，在协同账号集中选出一账号之前，所述方法还包括：

获取至少一个其他账号；

向所述至少一个其他账号发送第一请求；

在接收到每一其他账号针对所述第一请求的确认成功的回复消息的情况下，将所述第一账号和至少一个其他账号组成所述协同账号集；

其中，所述第一请求用于确认所述其他账号与所述第一账号是否为好友关系，以及任意两个所述其他账号是否为好友关系。

5.一种添加好友的装置，其特征在于，所述装置包括：

第一接收模块，用于接收目标账号向在电子设备登录的第一账号发出的第一好友添加请求；

处理模块，用于将所述第一好友添加请求或者根据所述第一好友添加请求得到的第二好友添加请求发送至第二账号进行相应的好友添加处理；

第二接收模块，用于接收所述第二账号代替所述第一账号确认所述第一好友添加请求的通知消息；

好友添加模块，用于根据所述通知消息，将所述目标账号添加至所述第一账号的好友列表中；

其中，所述第二账号为与所述第一账号具有设定关系的其他账号；所述第二好友添加请求为所述目标账号请求添加所述第二账号为好友的请求。

6.根据权利要求5所述的装置，其特征在于，所述处理模块，包括：

第一处理单元，用于将所述第一好友添加请求发送至第二账号按照操作权限进行相应的好友添加处理；

其中，所述操作权限包括以下至少一项：

查看所述第一好友添加请求的权限；

确认所述第一好友添加请求的权限；

拒绝所述第一好友添加请求的权限；

转移所述第一好友添加请求的权限。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

选择模块，用于根据设定的好友分配机制，在协同账号集中选出一账号；其中，所述协同账号集包括所述第一账号和至少一个其他账号；

生成模块，用于在选出的账号是所述其他账号的情况下，根据所述第一好友添加请求，生成以所述选出的账号为所述第二账号的第二好友添加请求；

其中，所述好友分配机制包括以下至少一项：

所述协同账号集中未添加所述目标账号为好友的账号；

所述协同账号集中当天添加的好友人数为最少的账号；

所述协同账号集中已添加的好友总人数为最少的账号。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

获取模块，用于获取至少一个其他账号；

发送模块，用于向所述至少一个其他账号发送第一请求；

组成模块，用于在接收到每一其他账号针对所述第一请求的确认成功的回复消息的情况下，将所述第一账号和至少一个其他账号组成所述协同账号集；

其中，所述第一请求用于确认所述其他账号与所述第一账号是否为好友关系，以及任意两个所述其他账号是否为好友关系。

Images