友邻群的互动方法及系统、客户端及服务器与流程

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

背景技术：

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

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

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

技术实现要素：

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

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

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

服务器接收第一用户的客户端发送的召集请求；其中，所述召集请求用于召集第一用户所属的友邻群中的第三用户；所述友邻群为预先构建的包括所述第一用户、至少一个第二用户、以及所述第一用户和所述第二用户分别关联的用户的群；所述第三用户为所述第一用户和/或第二用户的关联用户；

所述服务器根据所述召集请求，确定所述第一用户所属的友邻群；

所述服务器向所述友邻群中的第三用户的客户端推送所述召集请求。

可选地，在上述的友邻群的互动方法中，所述服务器根据所述召集请求，确定所述第一用户所属的友邻群，包括：

所述服务器根据所述召集请求中携带的友邻群的标识，确定所述第一用户所属的友邻群。

可选地，在上述的友邻群的互动方法中，所述服务器向所述友邻群中第三用户的客户端推送所述召集请求之后，还包括：

所述服务器接收所述第三用户的客户端发送的响应消息；其中，所述响应消息携带有所述第三用户的标识，且用于说明所述第三用户是否接受所述召集请求；

所述服务器确定所述响应消息说明第三用户接受所述召集请求，则记录所述第三用户的标识，并更新召集队伍的人数；其中，所述召集队伍包括接受所述召集请求的第三用户。

可选地，在上述的友邻群的互动方法中，所述服务器向所述友邻群中第三用户的客户端推送所述召集请求之后，还包括：

所述服务器接收所述第三用户的客户端发送的查看请求；其中，所述查看请求用于说明所述第三用户请求查看所述召集请求对应的召集信息；

所述服务器控制所述第三用户的客户端展示所述第一用户的客户端的显示页面；其中，所述第一用户的客户端的显示页面中显示有所述召集请求对应的召集信息。

可选地，在上述的友邻群的互动方法中，所述服务器向所述友邻群中的第三用户的客户端推送所述召集请求之后，还包括：

所述服务器接收所述第三用户的客户端发送的赠送请求；其中，所述赠送请求包括所述第三用户赠送给所述第一用户的虚拟资源的信息；

所述服务器根据所述虚拟资源的信息，为所述第一用户增加相应的虚拟资源。

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

所述服务器生成召集令榜单；其中，所述召集令榜单中包括按照优先级顺序排序的多个友邻群；其中，所述优先级顺序为所述友邻群中的第三用户集合形成召集队伍的耗时顺序；

所述服务器向所述召集令榜单中的友邻群中的每一个用户的客户端推送所述召集令榜单。

可选地，在上述的友邻群的互动方法中，所述服务器生成召集令榜单之后，还包括：

所述服务器为所述召集令榜单中的满足预设条件的友邻群中的第一用户和第三用户增加虚拟资源；其中，所述预设条件包括：所述友邻群中的第三用户集合形成召集队伍的耗时满足第一时间要求；或者所述召集令榜单中的处于前预设名次的友邻群。

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

客户端向服务器发送召集请求；其中，所述召集请求用于召集所述第一用户所属的友邻群中的第三用户；所述友邻群为预先构建的包括所述第一用户、至少一个第二用户、以及所述第一用户和所述第二用户分别关联的用户的群；所述第三用户为所述第一用户和/或第二用户的关联用户。

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

所述客户端向所述服务器发送响应消息；其中，所述响应信息携带有所述第三用户的标识，用于说明所述第三用户是否接受所述召集请求，以及触发所述服务器确定所述响应消息说明第三用户接受所述召集请求，则记录所述第三用户的标识，并更新召集队伍的人数；其中，所述召集队伍包括接受所述召集请求的第三用户。

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

所述客户端向所述服务器发送查看请求；其中，所述查看请求用于说明所述第三用户请求查看所述召集请求对应的召集信息，且触发所述服务器控制所述第三用户的客户端展示所述第一用户的客户端的显示页面；其中，所述第一用户的客户端的显示页面中显示有所述召集请求对应的召集信息。

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

所述客户端向所述服务器发送赠送请求；其中，所述赠送请求包括所述第三用户赠送给所述第一用户的虚拟资源的信息，用于触发所述服务器根据所述虚拟资源的信息，为所述第一用户增加相应的虚拟资源。

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

所述客户端接收所述服务器生成并发送的召集令榜单；其中，所述召集令榜单中包括按照优先级顺序排序的多个友邻群；其中，所述优先级顺序为所述友邻群中的第三用户集合形成召集队伍的耗时顺序。本发明第三方面提供了一种服务器，包括：

接收单元，用于接收第一用户的客户端发送的召集请求；其中，所述召集请求用于召集第一用户所属的友邻群中的第三用户；所述友邻群为预先构建的包括所述第一用户、至少一个第二用户、以及所述第一用户和所述第二用户分别关联的用户的群；所述第三用户为所述第一用户和/或第二用户的关联用户；

处理单元，用于根据所述召集请求，确定所述第一用户所属的友邻群；

发送单元，用于向所述友邻群中的第三用户的客户端推送所述召集请求。

可选地，在上述的服务器中，所述处理单元执行所述根据所述召集请求，确定所述第一用户所属的友邻群时，用于根据所述召集请求中携带的友邻群的标识，确定所述第一用户所属的友邻群。

可选地，在上述的服务器中，所述接收单元还用于接收所述第三用户的客户端发送的响应消息；其中，所述响应消息携带有所述第三用户的标识，且用于说明所述第三用户是否接受所述召集请求；

所述处理单元还用于确定所述响应消息说明第三用户接受所述召集请求，则记录所述第三用户的标识，并更新召集队伍的人数；其中，所述召集队伍包括接受所述召集请求的第三用户。

可选地，在上述的服务器中，所述接收单元还用于接收所述第三用户的客户端发送的查看请求；其中，所述查看请求用于说明所述第三用户请求查看所述召集请求对应的召集信息；

所述处理单元还用于控制所述第三用户的客户端展示所述第一用户的客户端的显示页面；其中，所述第一用户的客户端的显示页面中显示有所述召集请求对应的召集信息。

可选地，在上述的服务器中，所述接收单元还用于接收所述第三用户的客户端发送的赠送请求；其中，所述赠送请求包括所述第三用户赠送给所述第一用户的虚拟资源的信息；

所述处理单元还用于根据所述虚拟资源的信息，为所述第一用户增加相应的虚拟资源。

可选地，在上述的服务器中，所述处理单元还用于生成召集令榜单；其中，所述召集令榜单中包括按照优先级顺序排序的多个友邻群；其中，所述优先级顺序为所述友邻群中的第三用户集合形成召集队伍的耗时顺序；

所述发送单元还用于向所述召集令榜单中的友邻群中的每一个用户的客户端推送所述召集令榜单。

可选地，在上述的服务器中，所述处理单元还用于为所述召集令榜单中的满足预设条件的友邻群中的第一用户和第三用户增加虚拟资源；其中，所述预设条件包括：所述友邻群中的第三用户集合形成召集队伍的耗时满足第一时间要求；或者所述召集令榜单中的处于前预设名次的友邻群。

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

发送单元，用于向服务器发送召集请求；其中，所述召集请求用于召集所述第一用户所属的友邻群中的第三用户；所述友邻群为预先构建的包括所述第一用户、至少一个第二用户、以及所述第一用户和所述第二用户分别关联的用户的群；所述第三用户为所述第一用户和/或第二用户的关联用户。

可选地，在上述的客户端中，所述发送单元还用于向所述服务器发送响应消息；其中，所述响应信息携带有所述第三用户的标识，用于说明所述第三用户是否接受所述召集请求，以及触发所述服务器确定所述响应消息说明第三用户接受所述召集请求，则记录所述第三用户的标识，并更新召集队伍的人数；其中，所述召集队伍包括接受所述召集请求的第三用户。

可选地，在上述的客户端中，所述发送单元还用于向所述服务器发送查看请求；其中，所述查看请求用于说明所述第三用户请求查看所述召集请求对应的召集信息，且触发所述服务器控制所述第三用户的客户端展示所述第一用户的客户端的显示页面；其中，所述第一用户的客户端的显示页面中显示有所述召集请求对应的召集信息。

可选地，在上述的客户端中，所述发送单元还用于向所述服务器发送赠送请求；其中，所述赠送请求包括所述第三用户赠送给所述第一用户的虚拟资源的信息，用于触发所述服务器根据所述虚拟资源的信息，为所述第一用户增加相应的虚拟资源。

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

接收单元，用于接收所述服务器生成并发送的召集令榜单；其中，所述召集令榜单中包括按照优先级顺序排序的多个友邻群；其中，所述优先级顺序为所述友邻群中的第三用户集合形成召集队伍的耗时顺序。

本发明第五方面提供了一种友邻群的互动系统，其特征在于，包括：

客户端以及服务器；

所述客户端用于向所述服务器发送召集请求；其中，所述召集请求用于召集第一用户所属的友邻群中的第三用户；所述友邻群为预先构建的包括所述第一用户、至少一个第二用户、以及所述第一用户和所述第二用户分别关联的用户的群；所述第三用户为所述第一用户和/或第二用户的关联用户；

所述服务器用于接收所述召集请求，并根据所述召集请求，确定所述第一用户所属的友邻群，向所述友邻群中的第三用户的客户端推送所述召集请求。

本发明提供的友邻群的互动方法中，服务器接收的召集请求用于召集第一用户所属的友邻群中的第三用户，由于友邻群为预先构建、且包括第一用户、至少一个第二用户、以及第一用户和第二用户分别关联的用户的群；因此，针对第一用户和第二用户所关联的用户，即第二类用户来说，通过友邻群可以更为便捷的获知自身未关联的用户，不用需要大量的时间和精力，也因此有利于保障平台用户不轻易流失。

并且，服务器在接收到第一用户的客户端发送的召集请求后，将该召集请求向第一用户所属的友邻群中的第三用户的客户端推送，还可以实现友邻群中的第一类用户和第二类用户之间的互动，更加利于保证平台的用户不轻易流失。

附图说明

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

图1为本发明实施例提供的一种友邻群的互动方法的流程示意图；

图2为本发明另一实施例提供的一种友邻群的互动方法的流程示意图；

图3为本发明另一实施例提供的一种友邻群的互动方法的流程示意图；

图4为本发明另一实施例提供的一种友邻群的互动方法的流程示意图；

图5为本发明另一实施例提供的一种友邻群的互动方法的流程示意图；

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

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

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

具体实施方式

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

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

本申请提供了一种友邻群的互动方法，如图1所示，包括：

s101、第一用户的客户端向服务器发送召集请求。

其中，召集请求用于召集第一用户所属的友邻群中的第三用户。友邻群为预先构建的包括所述第一用户、至少一个第二用户、以及所述第一用户和所述第二用户分别关联的用户的群。第三用户为第一用户和/或第二用户的关联用户。

需要说明的是，第一用户指的是友邻群中发起召集请求的用户，而第一用户的客户端则指的是第一用户登录的客户端。其中，第一用户和第二用户为主动一起构建友邻群的用户，第三用户为第一用户和/或第二用户关联的用户。所以，友邻群中的用户可分为两类。第一类用户为主动加入友邻群中的用户，即第一用户和第二用户。第二类用户则为被动加入友邻群中的用户，即第一用户和第二用户所关联的第三用户。

具体的，第一用户通过所述召集请求不仅可以召集自己所关联的第三用户，还可以召集自己所属的友邻群中的第二用户所关联的第三用户，一起进行游戏或完成任务等。

也就是说，在本发明实施例中，需要预先构建包括有第一用户以及至少一个第二用户的友邻群后，第一用户才能召集友邻群中第二用户关联的第三用户。其中，第一用户和第二用户均关联有多个用户，即均关联有多个第三用户。需要说明的，第一用户和第二用户为同样类型的用户，而第三用户区别于第一用户和第二用户。例如，直播平台中的主播用户和普通用户。第一用户和第二用户指的是主播用户，而第三用户指的是普通用户。虽然在同一平台中，当时主播用户与普通用户并不是同样类型的用户，主播用户拥有着许多普通用户不具有的权限。普通用户可以通过关注主播用户，与主播用户进行关联，从而成为主播用户的粉丝。所以，主播用户通常都会关联有多个用户。

第一类用户通过共同构建友邻群后，友邻群中的任意一个第一类用户可以召集其他第一类用户关联的第二类用户，不再是仅能召集自己所关联的第二类用户，从而实现第二类用户的共享，有利于提高第一类用户的热度、完成任务以及增加自己的关联用户等。同时，友邻群也为第二类用户提供了认识新的第一类用户的渠道。第二类用户通过响应第一类用户的召集请求，或者通过友邻群对其公开的第一类用户的信息，能轻松的了解到自己还未关联的第一类用户。并且，物以类聚，友邻群中的第一类用户通常都是相似的用户，所以第二类用户很容易能在友邻群中遇到符合自己喜好的第一类用户，并关联新的第一类用户，不用再花费大量的时间和精力从平台中大量的第一类用户中找到符合自己喜好的第一类用户。例如，某款游戏的主播用户一起组建的友邻群，普通用户关联了一个友邻群中的主播用户，说明其对于是该游戏的玩家，该友邻群的主播用户大多都符合自己喜好，并且通过友邻群中主播用户的信息，以及响应主播用户的召集，很容易就对新的主播用户有深入了解，从而确定新的主播用户符合自己的要求，从而关注新的新的主播用户。

所以，通过友邻群，第二类关联的用户很容易就会不断地增多，而最为平台主要用户的第二类用户关注的用户越多，其对于平台的依赖性越强，越不轻易离开平台，平台也因此越能有效地保证用户不会轻易流失。

s102、服务器接收第一用户的客户端发送的召集请求。

需要说明的是，服务器接收第一用户的客户端发送的召集请求后，执行步骤s103。

s103、服务器根据召集请求，确定第一用户所属的友邻群。

可选地，召集请求可以携带有第一用户的标识和/或第一用户所属的友邻群的标识以及召集目的。其中，友邻群的标识为在构建友邻群时确定的唯一标识。

具体的，由于一起创建了友邻群，所以同一友邻群中的第一类用户彼此间允许对方召集自己关联的第三用户。而不再同一友邻群中在，则不能召集其他第一类用户所关联的用户。所以，服务器需要先根据召集请求中携带有的第一用户的标识或第一用户所属的友邻群的标识，确定第一用户所述的友邻群，然后才能准确地召集第一用户所属友邻群中的第一类用户关联的第三用户。

可选地，本发明另一实施例中，步骤s103的一种实施方式，包括：服务器根据所述召集请求中携带的友邻群的标识，确定所述第一用户所属的友邻群。

也就是说，本发明实施例中，召集请求中携带有友邻群的标识。其中，该友邻群的标识为第一用户所属的友邻群的标识。服务器从召集请求中获取友邻群的标识，并根据友邻群的标识确定出第一用户所述的友邻群。

需要说明的是，服务器在确定第一用户所属的友邻群后，执行步骤s104。

s104、服务器向友邻群中的第三用户的客户端推送召集请求。

具体的，服务器向第一用户所属的友邻群中的所有的第三用户的客户端推送召集请求，即服务器向第一用户关联的第三用户以及友邻群中所有第二用户关联的第三用户推送召集请求。

可选地，第三用户的客户端在展示友邻群中的第一用户或任意第二用户的相关的特定内容时，如直播画面、特定的视频或特定的文章等。客户端将召集显示在所展示的友邻群中的第一用户或任意第二用户的相关的特定内容的画面中。例如，第三用户在观看友邻群中的第一用户或任意第二用户的直播时，客户端都会通过小窗口将召集请求显示于客户端播放的直播画面中，从而使得用户能获得召集请求的消息，实现对友邻群中的第一用户以及所有第二用户所关联的第三用户的召集。

本发明实施例提供的友邻群的互动方法中，客户端向服务器发送召集请求后，服务器接收召集请求，并召集第一用户所属的友邻群中的第三用户，由于友邻群为预先构建、且包括第一用户、至少一个第二用户、以及第一用户和第二用户分别关联的用户的群；因此，针对第一用户和第二用户所关联的用户，即第二类用户来说，通过友邻群可以更为便捷的获知自身未关联的用户，不用需要大量的时间和精力，也因此有利于保障平台用户不轻易流失。

并且，通过召集请求，可以实现第二类用户与友邻群中未关联的用户之间进行互动，从而促进第二类用户与友邻群中未关联的用户进行关联，更加利于保证平台的用户不轻易流失。

可选地，本发明的另一实施例，如图2所示，在服务器向友邻群中的第三用户的客户端推送召集请求之后，还可以进一步包括：

s201、第三用户的客户端向服务器发送响应消息。

其中，所述响应消息携带有所述第三用户的标识，且用于说明所述第三用户是否接受所述召集请求。

需要说明的是，服务器向友邻群中的第三用户的客户端推送召集请求后，相应的第三用户的客户端将接收到该召集请求。

具体的，在本发明实施例中，第一用户召集第三用户时，由第三用户决定是否接受召集请求，而并非直接将第三用户召集到召集队伍中。所以，第三用户的客户端在接收到召集请求后，可以选择接受召集请求，或拒绝召集请求，并都会相应的给服务器发送响应消息，以告知用户第三用户是否接收了召集请求。

s202、服务器接收第三用户的客户端发送的响应消息。

具体的，服务器在接收到第三用户的客户端发送的响应消息后，则会确定该响应消息说明第三用户是接受了召集请求，还是拒绝了召集请求，并在确定响应消息说明第三用户接受所述召集请求时，执行步骤s203。

s203、记录第三用户的标识，并更新召集队伍的人数。

其中，召集队伍包括接受召集请求的第三用户。

也就是说，服务器会将接受召集请求的第三用户归入召集队伍中，并且记录第三用户的标识。以备后续依据第三用户的标识开展活动、发放奖励等。并且，服务器每确定一个第三用户接受召集请求，则会相应更新召集队伍的人数，即在召集队伍的人数上加一。因为有些活动是有人数限制的，所以需要统计召集队伍的人数，避免人数超过上限。又或者是，对召集队伍的人数有一定的任务要求。例如，在直播平台中，服务器可以在接收召集请求后，设定召集队伍人数的目标值，当召集队伍的人数达到或者超过目标值时，则会相应的给第一用户以及接受召集请求的第三用户发放奖励，以调动用户参与的积极性。

可选地，为了便于第三用户能快速地，深入了解召集请求，本发明的另一实施例中，如图3所示，在服务器向友邻群中的第三用户的客户端推送召集请求后，还可以包括：

s301、第三用户的客户端向服务器发送查看请求。

其中，查看请求用于说明所述第三用户请求查看所述召集请求对应的召集信息。

也就是说，为了不妨碍到第三用户的正常使用，所以第三用户的客户端仅给第三用户显示了部分的召集请求的信息。所以，用户可以通过客户端向服务器发送查看请求，以查看召集请求对应的详细的召集信息。

可选地，服务器在向第三用户客户端推送召集请求时，可以同时推送查看召集请求对应的详细的召集信息的跳转链接。其中，跳转请求由于跳转值包含召集请求对应的召集信息的页面。具体的，第三用户的客户端可以基于跳转链接，通过显示虚拟按键的方式供用户选择通过客户端发送查看请求。

s302、服务器接收第三用户的客户端发送的查看请求。

具体的，服务器接收第三用户的客户端发送的查看请求，并对该查看进行处理。所以，在执行步骤s302后，执行步骤s303。

s303、服务器控制第三用户的客户端展示第一用户的客户端的显示页面。

其中，所述第一用户的客户端的显示页面中显示有所述召集请求对应的召集信息。

可选地，由服务器控制第三用户的客户端进行跳转值第一用户的客户端的显示页面，从而展示第一用户的客户端的显示页面。第三用户可从第一用户的显示页面得到更多的召集请求的召集信息。

例如，在直播平台中，服务器控制第三用户的客户展示第一用户的客户端的显示页面，即服务器控制第三用户的客户端展示第一用户的直播页面，第三用户从第一用户的直播页面中可以直接得到召集请求的召集信息，并且通过观看第一用户的直播，可以了解更多关于召集请求的信息，以及更好的参与到召集活动中。

可选地，本发明的另一实施例中，如图4所示，在服务器向友邻群中的第三用户的客户端推送召集请求之后，还可以包括：

s401、第三用户的客户端向服务器发送赠送请求。

其中，所述赠送请求包括所述第三用户赠送给所述第一用户的虚拟资源的信息。

可选地，虚拟资源的信息可以包括虚拟资源的类型以及虚拟资源的数量。其中，虚拟资源可以简单的理解为虚拟礼物或者虚拟金币等。

也就是说，本发明实施例中，第三用户响应第一用户的召集请求时，可以给第一用户赠送虚拟资源，以表示对第一用户的支持。需要说明的是，第三用户的客户端可以不进行页面跳转，也可以向服务器发送虚拟资源。所以，相应的，第一用户也能接收到第三用户的客户端在展示其他用户的页面时赠送的虚拟资源。

例如，在直播平台中，第三用户可以在其客户端展示的友邻群的第二用户的直播页面中给第一用户赠送虚拟礼物，而无需调整到第一用户的客户端页面。

s402、服务器接收第三用户的客户端发送的赠送请求。

具体的，服务器接收第三用户的客户端发送的赠送请求，以对赠送请求进行处理，此时执行步骤s403。

s403、服务器根据所述虚拟资源的信息，为所述第一用户增加相应的虚拟资源。

具体的，服务器根据虚拟资源的信息，相应的扣除第三用户的虚拟资源，并为第一用户增加相应的虚拟资源。可选地，服务器根据虚拟资源的类型及虚拟资源的数量，扣除第三用户相应类型的虚拟资源，并相应的为第一用户增加该类型的虚拟资源。

可选地，本发明另一实施例中，如图5所示，服务器向友邻群中的第三用户的客户端推送召集请求之后，还可以包括：

s501、服务器生成召集令榜单。

其中，所述召集令榜单中包括按照优先级顺序排序的多个友邻群。其中，所述优先级顺序为所述友邻群中的第三用户集合形成召集队伍的耗时顺序。

也就是说，存在多个不同友邻群的第一用户发起召集请求，服务器会相应的记录每一个友邻群中的第三用户集合形成召集队伍的耗时。具体的，在发起召集请求时，服务器会统一设置召集队伍的目标人数，并开始计时。当友邻群中的第三用户接受召集请求的人数达到目标人数时，服务确定已形成召集队伍，并停止计时。当然，召集队伍的人数可以超过目标人数。

具体的，服务器会根据友邻群中的第三用户集合形成召集队伍的耗时的长短，对友邻群进行排序，生成召集榜单。其中，耗时越端的友邻群越排在前面。

可选地，本发明另一实施例中，在执行步骤s501后，还可以包括：服务器为召集令榜单中的满足预设条件的友邻群中的第一用户和第三用户增加虚拟资源。

其中，所述预设条件包括：所述友邻群中的第三用户集合形成召集队伍的耗时满足第一时间要求，或者所述召集令榜单中的处于前预设名次的友邻群。

也就是说，本发明实施例中，存在奖励机制。在生成召集令榜单后，服务器将会为第三用户集合形成召集队伍的耗时满足第一时间要求的所有的友邻群中的第一用户和第三用户增加虚拟资源。或者，服务器只为召集令榜单中的处于前预设名次的友邻群中第一用户和第三用户增加虚拟资源。例如，在召集令榜单总处在前三名的友邻群。

可选地，服务器在召集令榜单中的满足预设条件的友邻群中的第一用户和第三用户增加虚拟资源后，还可以将中奖的信息发推送给召集令榜单中所有的友邻群中的第一用户和第三用户的客户端。具体为，服务器将在召集令榜单中的满足预设条件的友邻群的标识，推送给召集令榜单中所有的友邻群中的第一用户和第三用户的客户端。

还需要说明的是，在执行步骤s501生成召集令榜单后，执行步骤s502。

s502、服务器向所述召集令榜单中的友邻群中的每一个用户的客户端推送召集令榜单。

需要说明的是，服务器向所述召集令榜单中的友邻群中的每一个用户的客户端推送召集令榜单，也可以理解为：服务器向所述召集令榜单中的友邻群中的第一用户和第三用户的客户端推送召集令榜单。

具体的，服务器向召集令榜单中的友邻群中的每一个用户的客户端推送召集令榜单，以让友邻群中的每一个用户都能获得召集令榜单的信息，从而激励用户下一次更加积极的参与召集请求。因此，也能促进第三用护与自己为关联的第一用户的交互，从而喜欢上第一用户，并与第一用户进行关联。

s503、第一用户的客户端以及第三用户的客户端接收服务器推送的召集令榜单。

需要说的是，本步骤中的第一用户和第三用户为召集令榜单中的友邻群中的第一用户和第三用户。具体的，第一用户的客户端和第三用户的客户端分接收到服务器推送的召集令榜单，并显示给用户。

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

接收单元601，用于接收第一用户的客户端发送的召集请求。

其中，召集请求用于召集第一用户所属的友邻群中的第三用户。友邻群为预先构建的包括第一用户、至少一个第二用户以及第一用户和第二用户分别关联的用户的群。第三用户为第一用户和/或第二用户的关联用户。

处理单元602，用于根据所述召集请求，确定所述第一用户所属的友邻群。

发送单元603，用于向所述友邻群中的第三用户的客户端推送所述召集请求。

需要说明的是，本发明实施例中各个单元的具体工作过程可相应的参见上述方法实施例中的步骤s101～s104，此处不再赘述。

本发明实施例提供的服务器中，接收单元接收的召集请求用于召集第一用户所属的友邻群中的第三用户，由于友邻群为预先构建、且包括第一用户、至少一个第二用户、以及第一用户和第二用户分别关联的用户的群；因此，针对第一用户和第二用户所关联的用户，即第二类用户来说，通过友邻群可以更为便捷的获知自身未关联的用户，不用需要大量的时间和精力，也因此有利于保障平台用户不轻易流失。

并且，服务器在接收到第一用户的客户端发送的召集请求后，将该召集请求向第一用户所属的友邻群中的第三用户的客户端推送，还可以实现友邻群中的第一类用户和第二类用户之间的互动，更加利于保证平台的用户不轻易流失。

可选地，本发明另一实施例中，处理单元602执行所述根据所述召集请求，确定所述第一用户所属的友邻群时，用于根据所述召集请求中携带的友邻群的标识，确定所述第一用户所属的友邻群。

需要说明的是，本发明实施例中，处理单元602的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s103的一种实施方式，此处不再赘述。

可选地，本发明另一实施例中，接收单元601还用于接收所述第三用户的客户端发送的响应消息。

其中，所述响应消息携带有所述第三用户的标识，且用于说明所述第三用户是否接受所述召集请求。

需要说明的是，本发明实施例中，接收单元601的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s202，此处不再赘述。

处理单元602还用于确定所述响应消息说明第三用户接受所述召集请求，则记录所述第三用户的标识，并更新召集队伍的人数。

其中，所述召集队伍包括接受所述召集请求的第三用户。

需要说明的是，本发明实施例中，处理单元602的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s203，此处不再赘述。

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

其中，所述查看请求用于说明所述第三用户请求查看所述召集请求对应的召集信息。

需要说明的是，本发明实施例中，接收单元601的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s302，此处不再赘述。

处理单元602还用于控制所述第三用户的客户端展示所述第一用户的客户端的显示页面。

其中，所述第一用户的客户端的显示页面中显示有所述召集请求对应的召集信息。

需要说明的是，本发明实施例中，处理单元602的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s303，此处不再赘述。

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

其中，所述赠送请求包括所述第三用户赠送给所述第一用户的虚拟资源的信息。

需要说明的是，本发明实施例中，接收单元601的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s402，此处不再赘述。

处理单元602还用于根据所述虚拟资源的信息，为所述第一用户增加相应的虚拟资源。

需要说明的是，本发明实施例中，处理单元602的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s403，此处不再赘述。

可选地，本发明的另一实施例中，处理单元602还用于生成召集令榜单。

其中，所述召集令榜单中包括按照优先级顺序排序的多个友邻群。其中，所述优先级顺序为所述友邻群中的第三用户集合形成召集队伍的耗时顺序。

需要说明的是，本发明实施例中，处理单元602的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s501，此处不再赘述。

发送单元603还用于向所述召集令榜单中的友邻群中的每一个用户的客户端推送所述召集令榜单。

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

可选地，本发明另一实施例中，处理单元602还用于为所述召集令榜单中的满足预设条件的友邻群中的第一用户和第三用户增加虚拟资源。

其中，所述预设条件包括：所述友邻群中的第三用户集合形成召集队伍的耗时满足第一时间要求；或者所述召集令榜单中的处于前预设名次的友邻群。

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

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

发送单元701，用于向服务器发送召集请求。

其中，所述召集请求用于召集所述第一用户所属的友邻群中的第三用户。所述友邻群为预先构建的包括所述第一用户、至少一个第二用户、以及第一用户和第二用户分别关联的用户的群；所述第三用户为所述第一用户和/或第二用户的关联用户。

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

本发明实施例提供的客户端中，发送单元发送的召集请求用于召集第一用户所属的友邻群中的第三用户，由于友邻群为预先构建、且包括第一用户、至少一个第二用户、以及第一用户和第二用户分别关联的用户的群；因此，针对第一用户和第二用户所关联的用户，即第二类用户来说，通过友邻群可以更为便捷的获知自身未关联的用户，不用需要大量的时间和精力，也因此有利于保障平台用户不轻易流失。

可选地，本发明的另一实施例中，发送单元701还用于向服务器发送响应消息。

其中，所述响应信息携带有所述第三用户的标识，用于说明所述第三用户是否接受所述召集请求，以及触发所述服务器确定所述响应消息说明第三用户接受所述召集请求，则记录所述第三用户的标识，并更新召集队伍的人数；其中，所述召集队伍包括接受所述召集请求的第三用户。

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

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

其中，所述查看请求用于说明所述第三用户请求查看所述召集请求对应的召集信息，且触发所述服务器控制所述第三用户的客户端展示所述第一用户的客户端的显示页面。所述第一用户的客户端的显示页面中显示有所述召集请求对应的召集信息。

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

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

其中，所述赠送请求包括所述第三用户赠送给所述第一用户的虚拟资源的信息，用于触发所述服务器根据所述虚拟资源的信息，为所述第一用户增加相应的虚拟资源。

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

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

接收单元，用于接收所述服务器生成并发送的召集令榜单。

其中，所述召集令榜单中包括按照优先级顺序排序的多个友邻群。所述优先级顺序为所述友邻群中的第三用户集合形成召集队伍的耗时顺序。

需要说明的是，本发明实施例中，接收单元的实现上述功能的具体工作过程可相应的参见上述方法实施例中的步骤s503，此处不再赘述。

本发明的另一实施例提供了一种友邻群的互动系统，如图8所示，包括：

客户端801以及服务器802。

客户端801用于向服务器802发送召集请求。

其中，所述召集请求用于召集第一用户所属的友邻群中的第三用户。所述友邻群为预先构建的包括所述第一用户、至少一个第二用户、以及第一用户和第二用户分别关联的用户的群。所述第三用户为所述第一用户和/或第二用户的关联用户。

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

服务器802用于接收所述召集请求，并根据所述召集请求，确定所述第一用户所属的友邻群，向所述友邻群中的第三用户的客户端推送所述召集请求。

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

本发明实施例提供的服务器中，接收单元接收的召集请求用于召集第一用户所属的友邻群中的第三用户，由于友邻群为预先构建、且包括第一用户、至少一个第二用户、以及第一用户和第二用户分别关联的用户的群；因此，针对第一用户和第二用户所关联的用户，即第二类用户来说，通过友邻群可以更为便捷的获知自身未关联的用户，不用需要大量的时间和精力，也因此有利于保障平台用户不轻易流失。

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

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