CN110311795A - 友邻群的创建方法及系统、服务器 - Google Patents

Abstract

本申请提供了一种友邻群的创建方法，包括：客户端向服务器发送群创建请求；其中，其中，所述群创建请求中携带有所述第一用户的标识和至少一个第二用户的标识；所述第一用户和每一个所述第二用户均关联有多个用户；所述服务器接收所述群创建请求，并根据所述第一用户的标识和所述第二用户的标识，创建友邻群；其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和所述第二用户分别关联的用户。通过友邻群为用户提供了一种更为便捷的获知自身未关联的第一类用户的渠道，从而节约了第二类用户大量的时间和精力，也因此有利于保障平台中的用户不轻易流失。

Description

友邻群的创建方法及系统、服务器

技术领域

本发明涉及数据处理技术领域，特别涉及一种友邻群的创建方法及系统、服务器。

背景技术

现今，随着自媒体的发展，涌现出了一大批的直播平台、短视频平台以及各种博客、论坛等。在这些平台的用户通常都可以分为两类，第一类为主要在平台上进行直播或者上传视频或文章到平台上的用户，例如主播用户或博主用户。第二类用户则是只是单纯地通过平台观看第一类用户直播或观看第一类用户上传的视频或文章的普通用户。

在这些平台中，第二类用户可以通过关注自己喜欢的第一类用户，建立与第一类用户的关联关系，从而成为该用户的粉丝，以支持自己喜欢用户，并且能及时得到第一类用户的直播动态或视频更新动态等。所以，第一类用户一般都关联有多个第二类用户。

由于，这些平台主要以第二类用户为主，而第二类用户所关联的第一类用户的数量越多，其对平台的依赖性就越强，所以也就越能保证平台用户量。但是，现有的这些平台，第二类用户每执行一次关注操作仅能关联一个第一类用户。所以，第二类用户每次想要关联一个第一类用户，就需要从大量的第一类用户进行筛选，找到符合自己喜好的第一类用户，这需要耗费大量的时间和精力。

发明内容

基于上述现有技术的不足，本发明提供了一种友邻群的创建方法及系统、服务器，以解决第二类用户需要耗费大量的时间和精力，从大量的第一类用户中找到符合自己喜好的第一类用户，从而会造成无法有效的保证平台的用户量不轻易流失的问题。

为了实现上述目的，本发明提供了以下技术方案：

本发明第一方面提供了一种友邻群的创建方法，包括：

服务器接收第一用户的客户端发送的群创建请求；其中，所述群创建请求中携带有所述第一用户的标识和至少一个第二用户的标识；所述第一用户和每一个所述第二用户均关联有多个用户；

所述服务器根据所述第一用户的标识和所述第二用户的标识，创建友邻群；其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和所述第二用户分别关联的用户。

可选地，在上述的友邻群的创建方法中，所述服务器根据所述第一用户的标识和所述第二用户的标识，创建友邻群，包括：

所述服务器根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

可选地，在上述的友邻群的创建方法中，所述服务器根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识之前，还包括：

所述服务器向每一个所述第二用户的客户端发送邀请请求；

所述服务器接收所述第二用户的客户端发送的响应信息；其中，所述响应信息用于说明所述第二用户是否接受所述邀请请求；

所述服务器确定所述响应信息说明所述第二用户接受所述邀请请求，则执行所述根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

可选地，在上述的友邻群的创建方法中，所述服务器根据所述第一用户的标识和所述第二用户的标识，创建友邻群之后，还包括：

所述服务器接收第三用户的客户端发送的加入请求；其中，所述加入请求中携带有所述第三用户的标识和所述待加入友邻群的标识；所述第三用户关联有多个用户；

所述服务器根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

可选地，在上述的友邻群的创建方法中，所述服务器根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系之前，还包括：

所述服务器向所述第一用户的客户端发送申请请求；

所述服务器接收所述第一用户的客户端发送的响应信息；其中，所述响应信息用于说明所述第一用户是否接受所述申请请求；

所述服务器确定所述响应信息说明所述第一用户接受所述申请请求，则执行所述根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

可选地，在上述的友邻群的创建方法中，还包括：

所述服务器搜寻与所述第一用户存在特定关系的推荐用户；其中，所述推荐用户为与所述第一用户进行过连麦行为的用户，和/或与所述第一用户属于同一等级的用户；

所述服务器将所述推荐用户的标识返回给所述第一用户的客户端；

其中，所述群创建请求中携带有的所述第二用户的标识包括：所述推荐用户的标识。

可选地，在上述的友邻群的创建方法中，所述服务器接收第三用户的客户端发送的加入请求之前，还包括：

所述服务器搜寻与所述第三用户的关系满足预设条件的用户中，存在创建有友邻群的用户；其中，所述预设条件包括：用户与所述第三用户进行过连麦行为，和/或用户与所述第三用户属于同一等级；

所述服务器向所述第三用户的客户端推送所述创建有友邻群的用户的友邻群的标识。

可选地，在上述的友邻群的创建方法中，还包括：

所述服务器关闭所述友邻群中所有的用户创建友邻群以及加入其他友邻群的权限，直至脱离所述友邻群。

本发明第二方面提供了另一种友邻群的创建方法，包括：

客户端向服务器发送群创建请求；其中，所述群创建请求中携带有第一用户的标识和至少一个第二用户的标识，所述第一用户和每一个所述第二用户均关联有多个用户；所述群创建请求用于请求所述服务器根据所述第一用户的标识和所述第二用户的标识创建友邻群；其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和所述第二用户分别关联的用户。

可选地，在上述的友邻群的创建方法中，还包括：

所述客户端接收所述服务器发送的邀请请求；

所述客户端向所述服务器发送响应信息；其中，所述响应信息用于说明所述第二用户是否接受所述邀请请求，以及触发所述服务器确定所述响应信息说明所述第二用户接受所述邀请请求后，根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

可选地，在上述的友邻群的创建方法中，还包括：

所述客户端向所述服务器发送加入请求；其中，所述加入请求中携带有第三用户的标识和所述待加入友邻群的标识，所述第三用户关联有多个用户；所述加入请求用于请求所述服务器根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

可选地，在上述的友邻群的创建方法中，还包括：

所述客户端接收所述服务器发送的申请请求；

所述客户端向所述服务器发送响应信息；其中，所述响应信息用于说明所述第一用户是否接受所述申请请求，以及触发所述服务器确定所述响应信息说明所述第一用户接受所述申请请求后，根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

可选地，在上述的友邻群的创建方法中，还包括：

所述客户端接收所述服务器返回的与所述第一用户存在特定关系的推荐用户的标识；

其中，所述推荐用户为与所述第一用户进行过连麦行为的用户，和/或用户与所述第一用户属于同一等级的用户，所述群创建请求中携带有的所述第二用户的标识包括：所述推荐用户的标识。

可选地，在上述的友邻群的创建方法中，所述客户端向所述服务器发送加入请求之前，还包括：

所述客户端接收所述服务器推送的与所述第三用户的关系满足预设条件的用户中，存在创建有友邻群的用户的友邻队伍的标识；

其中，所述预设条件包括：用户与所述第三用户进行过连麦行为，和/或用户与所述第三用户属于同一等级。

本发明第三方面提供了一种服务器，包括：

接收单元，用于接收第一用户的客户端发送的群创建请求；其中，所述群创建请求中携带有所述第一用户的标识和至少一个第二用户的标识；所述第一用户和每一个所述第二用户均关联有多个用户；

处理单元，用于根据所述第一用户的标识和所述第二用户的标识，创建友邻群；其中，所述友邻群包括所述第一用户、第二用户以及所述第一用户和第二用户分别关联的用户。

可选地，在上述的服务器中，所述处理单元执行所述根据所述第一用户的标识和所述第二用户的标识，创建友邻群时，用于：根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

可选地，在上述的服务器中，还包括：

发送单元，用于向每一个所述第二用户的客户端发送邀请请求；

其中，所述接收单元还用于接收所述第二用户的客户端发送的响应信息；其中，所述响应信息用于说明所述第二用户是否接受所述邀请请求；

所述处理单元还用于在确定所述响应信息说明所述第二用户接受所述邀请请求后，执行所述根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

可选地，在上述的服务器中，所述接收单元还用于接收第三用户的客户端发送的加入请求；

其中，所述加入请求中携带有所述第三用户的标识和所述待加入友邻群的标识；所述第三用户关联有多个用户；

所述处理单元还用于根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

可选地，在上述的服务器中，所述发送单元还用于向所述第一用户的客户端发送申请请求；

其中，所述接收单元还用于接收所述第一用户的客户端发送的响应信息；所述响应信息用于说明所述第一用户是否接受所述申请请求；

所述处理单元还用于在确定所述响应信息说明所述第一用户接受所述申请请求后，则执行所述根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

可选地，在上述的服务器中，所述处理单元还用于搜寻与所述第一用户存在特定关系的推荐用户；其中，所述推荐用户为与所述第一用户进行过连麦行为的用户，和/或用户与所述第一用户属于同一等级的用户；

所述发送单元还用于将推荐用户的标识返回给所述第一用户的客户端；其中，所述群创建请求中携带有的所述第二用户的标识包括：所述推荐用户的标识。

可选地，在上述的服务器中，所述处理单元还用于搜寻与所述第三用户的关系满足预设条件的用户中，存在创建有友邻群的用户；其中，所述预设条件包括：用户与所述第三用户进行过连麦活动，和/或用户与所述第三用户属于同一等级；

所述发送单元还用于向所述第三用户的客户端推送所述创建有友邻群的用户的友邻群的标识。

可选地，在上述的服务器中，其特征在于，所述处理单元还用于关闭所述友邻群中所有的用户创建友邻群以及加入其他友邻群的权限，直至脱离所述友邻群。

本发明第四方面提供了一种客户端，包括：

发送单元，用于向服务器发送群创建请求；其中，所述群创建请求中携带有第一用户的标识和至少一个第二用户的标识，所述第一用户和每一个所述第二用户均关联有多个用户；所述群创建请求用于请求所述服务器根据所述第一用户的标识和所述第二用户的标识创建友邻群；其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和所述第二用户分别关联的用户。

可选地，在上述的客户端中，还包括：

接收单元，用于接收所述服务器发送的邀请请求；

其中，所述发送单元还用于向所述服务器发送响应信息；其中，所述响应信息用于说明所述第二用户是否接受所述邀请请求，以及触发所述服务器确定所述响应信息说明所述第二用户接受所述邀请请求后，根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

可选地，在上述的客户端中，所述发送单元还用于向所述服务器发送加入请求；其中，所述加入请求中携带有第三用户的标识和所述待加入友邻群的标识，所述第三用户关联有多个用户；所述加入请求用于请求所述服务器根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

可选地，在上述的客户端中，所述接收单元还用于接收所述服务器发送的申请请求；

其中，所述发送单元还用于向所述服务器发送响应信息；其中，所述响应信息用于说明所述第一用户是否接受所述申请请求，以及触发所述服务器确定所述响应信息说明所述第一用户接受所述申请请求后，根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

可选地，在上述的客户端中，所述接收单元还用于接收所述服务器返回的与所述第一用户存在特定关系的推荐用户的标识；其中，推荐用户为与所述第一用户进行过连麦行为，和/或用户与所述第一用户属于同一等级的用户，所述群创建请求中携带有的所述第二用户的标识包括：所述推荐用户的标识。

可选地，在上述的客户端中，所述接收单元还用于接收所述服务器推送的与所述第三用户的关系满足预设条件的用户中，存在构建有友邻群的用户的友邻队伍的标识；

其中，所述预设条件包括：用户与所述第三用户进行过连麦活动，和/或用户与所述第三用户属于同一等级的用户。

本发明第五方面提供了一种友邻群的创建系统，包括：客户端以及服务器；

所述客户端，用于向所述服务器发送创建请求；其中，所述创建请求中携带有所述第一用户的标识和至少一个第二用户的标识；所述第一用户和每一个所述第二用户均关联有多个用户；

所述服务器，用于接收所述客户端发送的创建请求，并根据所述第一用户的标识和所述第二用户的标识，创建友邻群；其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和第二用户分别关联的用户。

本发明提供的友邻群的创建方法中，服务器接收第一用户的客户端发送的群创建请求后，根据群创建请求中携带的第一用户的标识和第二用户的标识，创建友邻群，其中，友邻群包括第一用户、第二用户以及第一用户和第二用户分别关联的用户。由此可知，第一用户和第二用户分别关联的用户，作为第二类用户，可以通过友邻群即可获知自己未关联的第一类用户，即友邻群为第二类用户提供了一种更为便捷的获知自身未关联的第一类用户的渠道，从而节约了第二类用户大量的时间和精力，也因此有利于保障平台中的用户不轻易流失。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种友邻群的创建方法的流程图；

图2为本发明另一实施例提供的一种友邻群的创建方法的流程图；

图3为本发明另一实施例提供的一种友邻群的创建方法的流程图；

图4为本发明另一实施例提供的一种服务器的结构示意图；

图5为本发明另一实施例提供的一种客户端的结构示意图；

图6为本发明另一实施例提供的一种友邻群的创建系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施例提供了一种友邻群的创建方法，如图1所示，包括：

S101、第一用户的客户端向服务器发送群创建请求。

其中，群创建请求中携带有第一用户的标识和至少一个第二用户的标识。第一用户和每一个所述第二用户均关联有多个用户。群创建请求用于请求服务器根据第一用户的标识和第二用户的标识创建友邻群。其中，友邻群包括第一用户、第二用户以及第一用户和第二用户分别关联的用户。

本步骤中，第一用户指的是发起创建友邻群的用户。相应的，第一用户的客户端则指的第一用户所登录的客户端。第二用户指的是第一用户邀请一起组建友邻群的用户。

因为第一用户可以和多个用户共同组建成一支友邻群，所以第二用户可以为多个。具体的，第一用户通过客户端确定至少一个第二用户，并给服务器发送携带有第一用户的标识和至少一个第二用户的标识的群创建请求，以请求服务器创建友邻群。需要说明的是，每个用户的有着唯一的标识，用于区分不同的用户，例如，用户的账号或者用户的主播间号等。所以，不同的第二用户具有不同的标识。

S102、服务器接收第一用户的客户端发送的群创建请求。

具体的，服务器用于接收客户端的请求，并相应的处理客户端发送的请求。所以，第一用户的客户端向服务器发送群创建请求后，服务器则相应的接收到群创建请求，并对创建请求进行处理，所以执行步骤S102后，执行步骤S103。

S103、服务器根据第一用户的标识和第二用户的标识，创建友邻群。

其中，友邻群包括第一用户和第二用户。

具体的，服务器在接收到第一用户的客户端发送的创建请求后，根据创建请求中的第一用户的标识与第二用户的标识，确定第一用户与第二用户，并创建包括第一用户和第二用户友邻群，即将第一用户和第二用户组建为一个友邻群。

需要说明的是，友邻群指的多个用户所组成的一支群，并且创建友邻每个用户均关联着多个用户。所以，友邻群中的用户可以分为两类，第一类是主动加入友邻群中的用户，具体包括：一起创建友邻群的用户、被邀请加入已创建后的友邻群的用户以及主动申请加入已创建好的友邻群中的用户等，所以第一用户以及第二用户都属于第一类用户。第二类则是被动加入友邻群中的用户，即第二类用户为第一类用户所关联的用户，例如第一用户以及第二用户所关联的用户。也就是说，友邻群中的第一类用户具有主动创建或加入友邻群的权限，而第二类用户并不具有主动创建或加入友邻群的权限。

例如，在主播平台中，允许多个主播用户组成友邻群。其中，友邻群中的每个主播用户都分别关联有多个普通用户，也就是每个主播用户都会关联有自己的粉丝。普通用户可以通过关注主播用户，与主播用户建立关联关系，从而成为主播用户的粉丝。虽然在同一个平台中，但是主播用户与粉丝用户并不属于同类型的用户，两者拥有的权限并不相同的。所以，当主播用户主动一起组成一个友邻群时，相应的主播用户所关联的多个普通用户也就会被动的加入了友邻群中。而普通用户没有主动创建或主动加入友邻群的权利。存在类似关系的还有论坛博主及其粉丝、视频博主及其粉丝等。

还需要说明的是，友邻群的创建可以给第二类用户提供一个认识新的第一类用户渠道，并便于第二类用户与新的第一类用户进行关联。第二类用户可以很轻松地从友邻群中，接触到符合自己喜好的新的第一类用户，而不需要耗费大量的时间和精力。因为物以类聚，所以友邻群中的通常都属于同一类型的第一类用户。而一个第二类用户与友邻群中的至少一个第一类用户相关联，说明该第一类用户的类型符合该第二类用户的喜好，所以第二类用户很容易从友邻群中找到符合自己喜好的新的第一类用户。在一个平台中，一个第二类用户所关联的第一类用户的数量越多，说明该平台中存在着越多个该第二类用户喜欢的第二类用户，所以其就对于该平台的依赖性也就越强，也就越能有效的保证平台的用户不会轻易的流失。

所以，友邻群中，第二类用户可以通过友邻群，与友邻群中任意一个第一类用户进行互动，并且还可以获得友邻群的相关信息，例如友邻群中第一类用户的组成信息，或友邻群中的第一类用户在线情况等信息。以便于第二类用户遇到符合自己喜好的新的第一类用户，相应的也提高了第一类用户所关联的第二类用户的数量。由于，第一类用户所关联的第二类用户的数量，还直接关系着第一类用户的热度和收益，所以提高了第一类用户所关联的第二类用户的数量，也能很好的避免第一类用户的流失到其他平台中。

例如，在直播平台中，A主播与B主播构建了一个友邻群。其中，A主播与B主播都分别关联有多个粉丝用户。那么，A主播的粉丝用户可以通过友邻群轻易地获得到B主播的相关信息，并且可以在A主播不在线时，去看B主播的直播，并且与B主播进行互动等。由于，A主播和B主播通常比较相似，所以A主播的粉丝用户很容易就可能发现B主播也符合自己喜好，从而关注B主播，也成为B主播粉丝用户。同理，B主播的粉丝用户也轻易的了解A主播的情况，从而可能关注A主播。如此，对于A主播和B主播的粉丝来说，通过友邻群能轻易的遇到符合自己喜好的主播，并进行关注，从而节省了大量的时间和精力。对于，A主播和B主播来说，不仅可以增加粉丝的数量，而且在自己不直播时，自己的粉丝可以去看友邻群中的其他主播的直播，从而避免自己的粉丝的流失。对于直播平台来说，这也就更能有效的保证主播用户与粉丝用户不会轻易地流失。

根据上述对于友邻群的介绍，可以看出友邻群区别于通常理解的群，例如微信群或工作群等。友邻群中的第一类用户都分别关联有多个第二类用户，当第一类用户主动加入友邻群时，其所关联的用户也会被动的加入到友邻群中，所以友邻群并非像类似于微信群的群一样，每个群成员都是单独的个体。并且，友邻群中的第一类用户所关联的每个第二用户都可以通过友邻群，与友邻群中任意一个第一类用户进行互动，并且还可以获得友邻群的相关信息。虽然，类似于微信群的群中的每个用户，也会关联有多个好友用户，但这些好友用户并不会被动的加入群中，也无法获得群的相关信息。所以，本发明实施例中的友邻群，区别于类似于微信群这样的群。

本发明实施例提供的友邻群的创建方法中，服务器接收第一用户的客户端发送的群创建请求后，根据群创建请求中携带的第一用户的标识和第二用户的标识，创建友邻群，其中，友邻群包括第一用户、第二用户以及第一用户和第二用户分别关联的用户。由此可知，第一用户和第二用户分别关联的用户，作为第二类用户，可以通过友邻群即可获知自己未关联的第一类用户，即友邻群为第二类用户提供了一种更为便捷的获知自身未关联的第一类用户的渠道，从而节约了第二类用户大量的时间和精力，也因此有利于保障平台中的用户不轻易流失。

本发明的另一实施例提供了一种友邻群的创建方法，如图2所示，包括：

S201、服务器搜寻与第一用户存在特定关系的推荐用户。

其中，所述推荐用户为与所述第一用户进行过连麦行为，和/或用户与所述第一用户属于同一等级的用户。即本步骤中的特定关系指的就是与第一用户进行过连麦活动，和/或与第一用户属于同一等级。群创建请求中携带有的第二用户的标识包括：推荐用户的标识。

需要说明的是，第一用户指的是创建友邻群的用户。而与第一用户进行过连麦行为的用户可以简单理解为与第一用户进行过视频聊天、视频互动或者语音通话等交流活动的用户。

具体的，第一用户在创建友邻群时，为了让第一用户能与合适的用户一起组建友邻群，服务器会基于第一用户的信息搜寻出适合与第一用户建立友邻群的用户，并推荐给第一用户，供第一用户进行选择。

由于，与第一用户进行过连麦行为的用户，则说明该用户与第一用户有过互动，两者可能已经相互认识。对于相互认识的用户之间，也相对地比较好交流和合作，所以最适合一起建立友邻群。而同等级的用户通常在各方面上的差距比较小，并且会存在更多的共同话题，所以同样也适合一起组建友邻群。因此，第一用户在创建友邻群时，服务器会判断是否存在与所述第一用户进行过连麦行为，和/或用户与所述第一用户属于同一等级，以向第一用户推荐合适的用户。

还需要说明的是，若执行步骤S201搜寻到与所述第一用户存在特定关系的推荐用户，则执行步骤S202。

S202、服务器将推荐用户的标识返回给第一用户的客户端。

其中，第一用户的客户端指的是第一用户所登录的客端。并且需要说明的是，本发明中所涉及的第一用户的客户端、第二用户的客户端以及第三用户的客户单都同属于同一平台客户端，也可以理解为不同用户使用的同一平台的客户端。

具体的，由于与第一用户进行过连麦行为的用户，与第一用户彼此可能已认识，最适合共同组建友邻群，所以服务器可以优先将与第一用户进行过连麦行为的用户的标识推送给第一用户的客户端。若不存在与第一用户进行过连麦行为的用户，则将与第一用户属于同一等级的用户的标识推送给第一用户的客户端。当然，也可以将与第一用户进行过连麦行为的用户的标识以及与第一用户属于同一等级的用户的标识同时推送给第一用户的客户端，供第一用户选择确认，并一起组建友邻群。

S203、第一用户的客户端接收服务器返回的与所述第一用户存在特定关系的推荐用户的标识。

可选地，第一用户的客户端接收服务器返回的推荐用户的标识后，将所有的推荐用户的以排序的方式显示给第一用户，供用户现在。具体的，可以是将与第一用户有过连麦行为，并且等级与第一用户越接近的用户的标识，越排在最前面，将与第一用户没有过连麦行为，仅是等级与第一用户相等的用户的标识，排在最后面。

需要说明的是，第一用户通过客户端，选择好一起创建友邻群的用户的标识后，执行步骤S204。

S204、第一用户的客户端向服务器发送群创建请求。

其中，群创建请求中携带有第一用户的标识和至少一个第二用户的标识。第一用户和每一个第二用户均关联有多个用户。所述创建请求用于请求服务器创建包含第一用户、第二用户以及第一用户和第二用户分别关联的用户的友邻群。

具体的，第二用户指的是第一用户选择一起组建友邻群的用户。第一用户从服务器推存的用户的标识中选择一起组建友邻群的用户或者通过搜索用户的标识确定一起创建友邻群的用户后，由客户端向服务器发送创建友邻群的群创建请求。

S205、服务器接收第一用户的客户端发送的群创建请求。

需要说明的是，本发明实施例中，服务器在接收第一用户的客户端发送的群创建请求后，并非根据创建请求中的第一用户的标识及第二用户的标识，直接将第一用户与第二用户组建为一个友邻群。而是，服务器需要通过第二用户同意，才能将第一用户与第二用户创建为友邻群。所以服务器接收到第一用户的客户端发送的创建请求后，执行步骤S206。

S206、服务器向每一个第二用户的客户端发送邀请请求。

其中，第二用户的客户端指的是第二用户所登录的客户端。邀请请求用于邀请第二用户一起组建友邻群。

可选地，邀请请求可以包括第一用户的信息以及所有第二用户的信息，以让每个第二用户了解一起组建友邻群的所有用户的信息，从而更好确定是否要接收邀请。

S207、第二用户的客户端接收服务器发送的邀请请求。

具体的，第二用户的客户端接收服务发送的邀请请求，并提示用户处理该邀请请求，即选择接受邀请请求或拒绝邀请请求。

S208、第二用户的客户端向服务器发送响应信息。

其中，所述响应信息用于说明所述第二用户是否接受所述邀请请求。

也就是说，第二用户的客户端在接收到邀请请求后，第二用户可以选择接收邀请请求或者拒绝邀请请求，并且都会通过客户端向服务器发送对邀请请求的响应信息。服务器在接收到第二用户的客户端发送的响应信息后，根据响应信息确定第二用户是否接受邀请请求。其中，响应信息携带有第二用户的标识。

S209、服务器接收第二用户的客户端发送的响应信息。

具体的，服务器接收第二用户的客户端发送的对邀请请求的响应信息，并确定响应信息说明第二用户是接受了邀请请求，还是拒绝了邀请请求。在确定响应信息说明第二用户接收邀请请求后，执行步骤S210。

还需要说明的是，至少存在一位第二用户接受了邀请请求，服务器才创建友邻群。否则，将向第一用户的客户单返回友邻群创建失败的消息。

S210、服务器根据第一用户的标识和所述第二用户的标识，构建第一用户和第二用户的绑定关系，并为友邻群设置唯一标识。

具体的，服务器根据第一用户的标识和第二用户的标识，确定第一用户和第二用户，并构建第一用户和第二用户的绑定关系，从而形成一支友邻群，并为友邻群设置唯一标识。其中，第二用户指的是接受邀请请求的第二用户。可选地，友邻群的标识可以是第一用户发起创建请求时所设置的友邻群的名称，也可以是服务器分配的号码等，但友邻群的标识都必须是唯一的，以能根据友邻群的标识区分不同的友邻群。

需要说明的是，每一个第二用户都与第一用户构建有绑定关系，所以第二用户与第二用户之间也相当于通过第一用户构建有绑定关系。当然，也可以直接在每两个第二用户之间再同样构建绑定关系。

但是，友邻群中的第一用户以及第二用户所关联的用户并不需要与友邻群中的第一用户和第二用户以及他们所关联的用户构建绑定关系，但是这些用户与友邻群中的第一用户和/或第二用户是关联的，所以友邻群中的第一用户以及第二用户所关联的用户同样属于该友邻群。因此，友邻群的信息，如友邻群活动、友邻群动态等，以及友邻群每个用户的大部分信息，如账号、名称、动态等，也向友邻群中的第一用户和第二用户所关联的用户公开。以便于这些用户也能参与到友邻群的活动中，了解友邻群中的第一用户和第二用户，从而与友邻群中的其他还未关联的第一用户或第二用户成员进行关联。

还需要说明的是，服务器在创建友邻群时，将第一用户设定为所创建的友邻群的队长，并为第一用户提供管理所创建的友邻群的权限，例如，增加友邻群的新成员、删除友邻群中的用户或者解散友邻群等。

可选地，本发明实施例中，在创建友邻群后，服务器还可以再次执行步骤S201以及步骤S203，即在执行步骤S210后，依次执行步骤S201、S202、S203，以再次为第一用户推荐符合第一预设条件的用户，供第一用户选择新的用户，邀请至已创建好的友邻群中。具体的，因为第一用户邀请新用户加入友邻群中的过程，与第一用户邀请第二用户创建友邻群相似，所以第一用户邀请新的用户加入友邻群中的具体实现过程，可参见上述方法实施例中的步骤S204至步骤S210的过程，此处不在赘述。

可选地，本发明的另一实施例中，在服务器创建友邻群后，还可以进一步包括用户主动申请加入友邻群的方法，如图3所示，具体包括：

S301、服务器搜寻与第三用户的关系满足预设条件的用户中，存在创建有友邻群的用户。

其中，预设条件包括：用户与第三用户进行过连麦行为，和/或用户与第三用户属于同一等级。

需要说明的是，第三用户指的准备申请加入已创建好的友邻群中的用户。同样，服务器可以针对第三用户的信息，为第三用户确定出适合第三用户加入的友邻群，并推荐给第三用户。

具体的，服务器搜寻出与第三用户进行过连麦行为的用户，和/或与第三用户属于同一等级的用户，并判断这些用户中存在构建有友邻群的用户，即是否存在已经在友邻群中的用户，从而确定合适第三用户加入的友邻群。

还需要说明的是，若服务器搜寻到与第三用户的关系满足预设条件的用户中，存在构建有友邻群的用户，则获取该用户的友邻群的标识，并执行步骤S302。

S302、服务器向第三用户的客户端推送创建有友邻群的用户的友邻群的标识。

其中，第三用户的客户端仅指的是第三用户所登录的客户端。

具体的，服务器确定出满足预设条件，且存在构建有友邻群的用户所在的友邻群的标识，并将该友邻群的标识推送给第三用户的客户端，以供第三用户进行选择。S303、第三用户的客户端接收到服务器推送的创建有友邻群的用户的友邻群的标识。

具体的，第三用户的客户端接收到服务器推送的创建有友邻群的用户的友邻群的标识，并显示在用户界面上，供第三用户进行选择。在第三用户从服务器推荐的友邻群的标识中选择要加入的友邻群后，或者通过自行搜索友邻群的标识，确定好要加入的友邻群后，执行步骤S304。

S304、第三用户的客户端向服务器发送加入请求。

其中，加入请求中携带有第三用户的标识和待加入友邻群的标识。所述第三用户关联有多个用户。加入请求用于请求服务器将第三用户加入待加入友邻群中。

也就是说，第三用户与第一用户和第二用户一样都关联有多个用户。第三用户与第一用户和第二用户的区别仅在于第三用户是以申请者的身份加入已创建好的友邻群中，而第一用户与第二用户是友邻群的创建者。

S305、服务器接收第三用户的客户端发送的加入请求。

需要说明的是，本发明实施例中，第三用户申请加入待加入友邻群中，需要通过待加入友邻群所对应的第一用户的允许。因为第一用户作为自己所创建的友邻群的队长，拥有管理自己所创建的友邻群的权限，所以第一用户拥有着是否同意新的用户加入友邻群中的权限。所以，服务器在接收第三用户的客户端发送的加入请求后，执行步骤S304。

S306、服务器向第一用户的客户端发送申请请求。

具体的，服务器根据加入请求中携带的友邻群的标识，确定该友邻群的标识所对应的友邻群，并根据加入请求向该友邻群所对应的第一用户的客户端发送申请请求。

可选地，申请请求携带有第三用户的信息，例如第三用户的名称、等级等信息。从而，使得第一用户获得第三用户的信息，并根据第三用户的信息决定是否接受申请请求。

S307、第一用户的客户端接收服务器发送的申请请求。

具体的，第一用户的客户端接收服务器发送的申请请求，并显示在用户界面中，提示第一用户进行处理。

S308、第一用户的客户端向服务器发送响应信息。

其中，所述响应信息用于说明所述第一用户是否接受所述申请请求。

也就是说，第一用户可以接受服务端发送的申请请求，也可以拒绝申请请求，并由第一用户的客户端向服务器发送响应信息，以告知服务器第一用户是否接受申请请求，即是否答应第三用户加入友邻群中。

S309、服务器接收第一用户的客户端发送的响应信息。

具体的，服务器接收第一用户的客户端发送的对申请请求的响应信息，并确定响应信息说明第二用户是接受了申请请求，还是拒绝了申请请求。若确定响应信息说明第一用户拒绝了申请请求，则向第三用户的客户端发送加入友邻群识别的消息。若在确定响应信息说明第一用户接收申请请求，则执行步骤S210。

S310、服务器根据第三用户的标识，建立第三用户和待加入友邻群中的每一个用户的绑定关系。

也就是，若服务器确定出第一用户接收了申请请求，则建立第三用户和待加入友邻群中的每一个用户的绑定关系，从而将第三用户加入到友邻群中。

可选地，本发明另一实施例中，服务器在创建友邻群后，还可以进一步包括：服务器关闭所述友邻群中所有的用户创建友邻群以及加入其他友邻群的权限，直至脱离所述友邻群。

也就是说，本发明实施例中，用户在未加入友邻群前，都具有创建友邻群或者加入以创建好的友邻群的权限。但是，为了限制一个用户仅能属于一个友邻群，所以服务器将会关闭在友邻群中的所有用户，创建友邻群以及加入友邻群的权限。无论是第一用户、第二用户或者第三用户，又或者第一用户后来邀请加入已创建好的友邻群中的用户，只要用户已在友邻群中，都不能再请求创建友邻群以及加入其他友邻群中。

但是，当用户脱离所在的友邻群后，例如用户选择离开友邻队或者用户被踢出友邻群等。此时，服务器则相应的将该用户的创建友邻群以及加入友邻群的权限开通。

本发明实施例提供的友邻群的创建方法中，服务器接收第一用户的客户端发送的群创建请求后，根据群创建请求中携带的第一用户的标识和第二用户的标识，创建友邻群，其中，友邻群包括第一用户、第二用户以及第一用户和第二用户分别关联的用户。由此可知，第一用户和第二用户分别关联的用户，作为第二类用户，可以通过友邻群即可获知自己未关联的第一类用户，即友邻群为第二类用户提供了一种更为便捷的获知自身未关联的第一类用户的渠道，从而节约了第二类用户大量的时间和精力，也因此有利于保障平台中的用户不轻易流失。并且，在创建友邻群后，不在友邻群中的用户也可以申请加入友邻群中，从而更加的人性化，也有利于友邻群地不断壮大。

本发明另一实施例提供了一种服务器，如图4所示，包括：

接收单元401，用于接收第一用户的客户端发送的群创建请求。

其中，所述创建请求中携带有所述第一用户的标识和至少一个第二用户的标识。所述第一用户和每一个所述第二用户均关联有多个用户。

具体的，接收单元401的具体工作过程，可参见上述方法实施例中步骤S102，此处不再赘述。

处理单元402，用于根据所述第一用户的标识和所述第二用户的标识，创建友邻群。

其中，所述友邻群包括所述第一用户、所述第二用户以及第一用户和第二用户分别关联的用户。

具体的，处理单元402的具体工作过程，可参见上述方法实施例中步骤S103，此处不再赘述。

本发明实施例提供的服务器，接收单元接收第一用户的客户端发送的群创建请求后，处理单元根据群创建请求中携带的第一用户的标识和第二用户的标识，创建友邻群，其中，友邻群包括第一用户、第二用户以及第一用户和第二用户分别关联的用户。由此可知，第一用户和第二用户分别关联的用户，作为第二类用户，可以通过友邻群即可获知自己未关联的第一类用户，即友邻群为第二类用户提供了一种更为便捷的获知自身未关联的第一类用户的渠道，从而节约了第二类用户大量的时间和精力，也因此有利于保障平台中的用户不轻易流失。

可选地，本发明另一实施例中，处理单元402执行所述根据所述第一用户的标识和所述第二用户的标识，创建友邻群时，用于：根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

具体的，本发明实施例中，处理单元根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识的工作过程，可参见上述方法实施例中的步骤S210，此处不再赘述。

可选地，本发明另一实施例中，服务器，还可以进一步包括：

发送单元，用于向每一个所述第二用户的客户端发送邀请请求。

其中，在本发明实施例中，接收单元还用于接收所述第二用户的客户端发送的响应信息。其中，所述响应信息用于说明所述第二用户是否接受所述邀请请求。

处理单元还用于在确定所述响应信息说明所述第二用户接受所述邀请请求后，执行所述根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

具体的，本发明实施例中的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S206、S209、S210，此处不再赘述。

可选地，本发明另一实施例中，接收单元还用于接收第三用户的客户端发送的加入请求。

其中，所述加入请求中携带有所述第三用户的标识和所述待加入友邻群的标识；所述第三用户关联有多个用户。

需要说明的是，本发明实施例中，处理单元还用于根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

具体的，本发明实施例的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S305和步骤S310，此处不再赘述。

可选地，本发明的另一实施例中，所述发送单元还用于：向所述第一用户的客户端发送申请请求。

其中，本发明实施例中，所述接收单元还用于接收所述第一用户的客户端发送的响应信息。所述响应信息用于说明所述第一用户是否接受所述申请请求。

所述处理单元还用于在确定所述响应信息说明所述第一用户接受所述申请请求后，则执行所述根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

具体的，本发明实施例的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S306、S309、S310，此处不再赘述。

可选地，本发明的另一实施例中，处理单元还用于搜寻与所述第一用户存在特定关系的推荐用户。

其中，推荐用户为与所述第一用户进行过连麦行为，和/或用户与所述第一用户属于同一等级的用户。

需要说明的是，在本发明实施例中，所述发送单元还用于在所述处理单元搜寻到出存在与所述第一用户的关系满足第一预设条件的用户时，将所述推荐用户的标识返回给第一用户的客户端。

其中，所述群创建请求中携带有的所述第二用户的标识包括：所述推荐用户的标识。

具体的，本发明实施例的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S201～S202，此处不再赘述。

可选地，本发明另一实施例中，所述处理单元还用于搜寻与所述第三用户的关系满足预设条件的用户中，存在构建有友邻群的用户。

其中，设条件包括：用户与所述第三用户进行过连麦行为，和/或用户与所述第三用户属于同一等级。

需要说明的是，在本发明实施例中，所述发送单元还用于，在所述处理单元搜寻出与所述第三用户的关系满足第二预设条件的用户中，存在构建有友邻群的用户时，向所述第三用户的客户端推送所述创建有友邻群的用户的友邻群的标识。

具体的，本发明实施例的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S301～S302，此处不再赘述。

可选地，本发明的另一实施例中，所述处理单元还用于关闭所述友邻群中所有的用户创建友邻群以及加入其他友邻群的权限，直至脱离所述友邻群。

本发明实施例提供的服务器，接收单元接收第一用户的客户端发送的群创建请求后，处理单元根据群创建请求中携带的第一用户的标识和第二用户的标识，创建友邻群，其中，友邻群包括第一用户、第二用户以及第一用户和第二用户分别关联的用户。由此可知，第一用户和第二用户分别关联的用户，作为第二类用户，可以通过友邻群即可获知自己未关联的第一类用户，即友邻群为第二类用户提供了一种更为便捷的获知自身未关联的第一类用户的渠道，从而节约了第二类用户大量的时间和精力，也因此有利于保障平台中的用户不轻易流失。并且服务器还可以处理第三用户申请加入友邻群的加入请求，从而不断地壮大友邻群。

本发明另一实施例还提供了一种客户端，如图5所示，包括：

发送单元501，用于向服务器发送群创建请求。

其中，所述群创建请求中携带有第一用户的标识和至少一个第二用户的标识，所述第一用户和每一个所述第二用户均关联有多个用户。所述群创建请求用于请求所述服务器根据所述第一用户的标识和所述第二用户的标识创建友邻群。其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和所述第二用户分别关联的用户。

具体的，发送单元501的具体工作工程，可参见上述方法实施例中的步骤S101，此处不再赘述。

可选地，本发明另一实施例中，客户端还可以进一步包括：

接收单元，用于接收所述服务器发送的邀请请求。

其中，所述发送单元还用于向所述服务器发送响应信息。其中，所述响应信息用于说明所述第二用户是否接受所述邀请请求，以及触发所述服务器确定所述响应信息说明所述第二用户接受所述邀请请求后，根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

具体的，本发明实施例的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S206～S2010，此处不再赘述。

可选地，本发明的另一实施例中，所述发送单元还用于向所述服务器发送加入请求。

其中，所述加入请求中携带有第三用户的标识和所述待加入友邻群的标识，所述第三用户关联有多个用户。所述加入请求用于请求所述服务器根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

具体的，本发明实施例的发送单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S304，此处不再赘述。

可选地，本发明的另一实施例中，所述接收单元还用于接收所述服务器发送的申请请求。

其中，所述发送单元还用于向所述服务器发送响应信息；其中，所述响应信息用于说明所述第一用户是否接受所述申请请求，以及触发所述服务器确定所述响应信息说明所述第一用户接受所述申请请求后，根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

具体的，本发明实施例的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S308、S310，此处不再赘述。

可选地，本发明的另一实施中，所述接收单元还用于接收所述服务器返回的与所述第一用户存在特定关系的推荐用户的标识。

其中，所述推荐用户为与所述第一用户进行过连麦行为，和/或用户与所述第一用户属于同一等级的用户，所述群创建请求中携带有的所述第二用户的标识包括：所述推荐用户的标识。

具体的，本发明实施例的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S203，此处不再赘述。

可选地，本发明的另一实施例中，所述接收单元还用于接收所述服务器在推送的与所述第三用户的关系满足预设条件的用户中，存在构建有友邻群的用户的友邻群的标识。

其中，所述预设条件包括：用户与所述第三用户进行过连麦行为，和/或用户与所述第三用户属于同一等级。

具体的，本发明实施例的上述单元在实现上述功能时的具体工作过程，可相应的参见上述方法实施例中的步骤S303，此处不再赘述。

本发明实施例提供的客户端，发送单元向服务器发送的群创建请求，请求服务器根据群创建请求中携带的第一用户的标识和第二用户的标识，创建友邻群，其中，友邻群包括第一用户、第二用户以及第一用户和第二用户分别关联的用户。由此可知，第一用户和第二用户分别关联的用户，作为第二类用户，可以通过友邻群即可获知自己未关联的第一类用户，即友邻群为第二类用户提供了一种更为便捷的获知自身未关联的第一类用户的渠道，从而节约了第二类用户大量的时间和精力，也因此有利于保障平台中的用户不轻易流失。

本发明的另一实施例提供了一种友邻群的创建系统，如图6所述，包括：

客户端601以及服务器602。

客户端601，用于向服务器602发送群创建请求。

其中，所述群创建请求中携带有所述第一用户的标识和至少一个第二用户的标识。所述第一用户和每一个所述第二用户均关联有多个用户。

需要说明的是，客户端601还用于执行上述方法实施例中客户端执行的步骤，具体的工作过程可参见上述方法实施例中的相应步骤，此处不再赘述。

所述服务器，接收所述客户端发送的群创建请求，并用于根据所述第一用户的标识和所述第二用户的标识，创建友邻群。

其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和第二用户分别关联的用户。

需要说明的是，服务器601还用于执行上述方法实施例中服务器执行的步骤，具体的工作过程可参见上述方法实施例中的相应步骤，此处不再赘述。

本发明实施例提供的友邻群的创建系统，客户端向服务器发送的群创建请求后，服务器根据群创建请求中携带的第一用户的标识和第二用户的标识，创建友邻群，其中，友邻群包括第一用户、第二用户以及第一用户和第二用户分别关联的用户。由此可知，第一用户和第二用户分别关联的用户，作为第二类用户，可以通过友邻群即可获知自己未关联的第一类用户，即友邻群为第二类用户提供了一种更为便捷的获知自身未关联的第一类用户的渠道，从而节约了第二类用户大量的时间和精力，也因此有利于保障平台中的用户不轻易流失。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种友邻群的创建方法，其特征在于，包括：

服务器接收第一用户的客户端发送的群创建请求；其中，所述群创建请求中携带有所述第一用户的标识和至少一个第二用户的标识；所述第一用户和每一个所述第二用户均关联有多个用户；

所述服务器根据所述第一用户的标识和所述第二用户的标识，创建友邻群；其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和所述第二用户分别关联的用户。

2.根据权利要求1所述的创建方法，其特征在于，所述服务器根据所述第一用户的标识和所述第二用户的标识，创建友邻群，包括：

所述服务器根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

3.根据权利要求2所述的创建方法，其特征在于，所述服务器根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识之前，还包括：

所述服务器向每一个所述第二用户的客户端发送邀请请求；

所述服务器接收所述第二用户的客户端发送的响应信息；其中，所述响应信息用于说明所述第二用户是否接受所述邀请请求；

所述服务器确定所述响应信息说明所述第二用户接受所述邀请请求，则执行所述根据所述第一用户的标识和所述第二用户的标识，构建所述第一用户和所述第二用户的绑定关系，并为所述友邻群设置唯一标识。

4.根据权利要求1所述的创建方法，其特征在于，所述服务器根据所述第一用户的标识和所述第二用户的标识，创建友邻群之后，还包括：

所述服务器接收第三用户的客户端发送的加入请求；其中，所述加入请求中携带有所述第三用户的标识和所述待加入友邻群的标识；所述第三用户关联有多个用户；

所述服务器根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

5.根据权利要求4所述的创建方法，其特征在于，所述服务器根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系之前，还包括：

所述服务器向所述第一用户的客户端发送申请请求；

所述服务器接收所述第一用户的客户端发送的响应信息；其中，所述响应信息用于说明所述第一用户是否接受所述申请请求；

所述服务器确定所述响应信息说明所述第一用户接受所述申请请求，则执行所述根据所述第三用户的标识，建立所述第三用户和所述待加入友邻群中的每一个用户的绑定关系。

6.根据权利要求1所述的创建方法，其特征在于，还包括：

所述服务器搜寻与所述第一用户存在特定关系的推荐用户；其中，所述推荐用户为与所述第一用户进行过连麦行为的用户，和/或与所述第一用户属于同一等级的用户；

所述服务器将所述推荐用户的标识返回给所述第一用户的客户端；

其中，所述群创建请求中携带有的所述第二用户的标识包括：所述推荐用户的标识。

7.根据权利要求4所述的创建方法，其特征在于，所述服务器接收第三用户的客户端发送的加入请求之前，还包括：

所述服务器搜寻与所述第三用户的关系满足预设条件的用户中，存在创建有友邻群的用户；其中，所述预设条件包括：用户与所述第三用户进行过连麦行为，和/或用户与所述第三用户属于同一等级；

所述服务器向所述第三用户的客户端推送所述创建有友邻群的用户的友邻群的标识。

8.根据权利要求1至7任意一项所述的创建方法，其特征在于，还包括：

所述服务器关闭所述友邻群中所有的用户创建友邻群以及加入其他友邻群的权限，直至脱离所述友邻群。

9.一种服务器，其特征在于，包括：

接收单元，用于接收第一用户的客户端发送的群创建请求；其中，所述群创建请求中携带有所述第一用户的标识和至少一个第二用户的标识；所述第一用户和每一个所述第二用户均关联有多个用户；

处理单元，用于根据所述第一用户的标识和所述第二用户的标识，创建友邻群；其中，所述友邻群包括所述第一用户、第二用户以及所述第一用户和第二用户分别关联的用户。

10.一种友邻群的创建系统，其特征在于，包括：客户端以及服务器；

所述客户端，用于向所述服务器发送群创建请求；其中，所述群创建请求中携带有所述第一用户的标识和至少一个第二用户的标识；所述第一用户和每一个所述第二用户均关联有多个用户；

所述服务器，用于接收所述客户端发送的群创建请求，并根据所述第一用户的标识和所述第二用户的标识，创建友邻群；其中，所述友邻群包括所述第一用户、所述第二用户以及所述第一用户和第二用户关联的用户。