CN104579708B - 一种群组加入方法和装置 - Google Patents

Abstract

本发明实施例提供了一种群组加入方法和装置，其中的方法具体包括：接收来自用户的建群请求消息；其中，所述建群请求消息包括：第一群标识信息、第二群信息和建群操作指令；依据所述建群请求消息创建对应的第二群，得到第二群标识信息；向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。本发明实施例能够有效节省管理员邀请群成员入群所需的繁琐操作，从而能够在提高用户体验的同时，提高群组加入的效率。

Description

一种群组加入方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种群组加入方法和装置。

背景技术

IM(即时通信，Instant Messenger)工具是一种两人或多人使用网络进行即时的文字信息、档案、语音及视频交流的终端服务，现已成为了多数网民使用的沟通工具。即时通信工具不仅可以实现两个用户之间的一对一的信息交互，还可通过创建群组来实现多个用户之间的群组交互。群组的出现增加了即时通信工具多人聊天的沟通模式，群组中的成员可同时与多个群组中的其它成员进行信息交互。

目前，用户可通过即时通讯工具创建群组，并以管理员的身份邀请自己的好友加入该群组，相应的邀请过程可以为：从好友列表中找到欲添加的好友，然后向该好友发送该群组的二维码，由该好友通过扫描二维码来加入该群组。可见，管理员需要通过繁琐的操作来邀请好友。同时，该好友也需要通过扫描二维码等繁琐的操作来加入该群组。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种群组加入方法和系统、一种客户端和一种服务器。

依据本发明的一个方面，提供了一种群组加入方法，包括：

接收来自用户的建群请求消息；其中，所述建群请求消息包括：第一群标识信息、第二群信息和建群操作指令；

依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；

依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

可选地，所述依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理的步骤，包括：

依据所述第一群的群成员反馈的邀请确认消息，将对应的群成员加入所述第二群；或者

对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群。

可选地，所述对所述邀请确认消息对应的群成员进行身份验证的步骤，包括：

判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则身份验证不通过；和/或

向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息；其中，所述验证结果消息包括：验证通过结果或验证不通过结果。

可选地，所述方法还包括：

在第二群创建成功后，向用户返回创建成功响应消息；其中，所述创建成功响应消息包括：第二群标识信息。

可选地，所述第一群为所述建群请求消息的触发者所在的群组，和/或，所述第一群为所述建群请求消息的触发操作所对应的群组，和/或，所述第一群为所述建群请求消息的触发者指定的群组。

根据本发明的另一方面，提供了一种群组加入方法，包括：

接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；

展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；

接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息。

优选地，所述展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息的步骤，包括：

在展示所述第二群信息和/或所述第二群标识信息的同时，展示所述确认接口信息；或者

以超链接的形式展示所述第二群信息和/或所述第二群标识信息，在接收到用户对于所述超链接的点击操作时，展示所述确认接口信息。

根据本发明的再一方面，提供了一种群组加入装置，包括：

接收模块，用于接收来自用户的建群请求消息；其中，所述建群请求消息包括：第一群标识信息、第二群信息和建群操作指令；

创建模块，用于依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

邀请模块，用于向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；以及

加群模块，用于依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

优选地，所述加群模块，包括：

第一加群子模块，用于依据所述第一群的群成员反馈的邀请确认消息，将对应的群成员加入所述第二群；或者

第二加群子模块，用于对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群。

优选地，所述第二加群子模块，包括：

第一验证单元，用于判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则身份验证不通过；和/或

第二验证单元，用于向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息；其中，所述验证结果消息包括：验证通过结果或验证不通过结果。

优选地，所述装置还包括：

响应模块，用于在第二群创建成功后，向用户返回创建成功响应消息；其中，所述创建成功响应消息包括：第二群标识信息。

优选地，其特征在于，所述第一群为所述建群请求消息的触发者所在的群组，和/或，所述第一群为所述建群请求消息的触发操作所对应的群组，和/或，所述第一群为所述建群请求消息的触发者指定的群组。

根据本发明的又一方面，提供了一种群组加入装置，包括：

接收模块，用于接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；

展示模块，用于展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；以及

发送模块，用于接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息。

优选地，所述展示模块，包括：

第一展示子模块，用于在展示所述第二群信息和/或所述第二群标识信息的同时，展示所述确认接口信息；或者

第二展示子模块，用于以超链接的形式展示所述第二群信息和/或所述第二群标识信息，在接收到用户对于所述超链接的点击操作时，展示所述确认接口信息。

根据本发明实施例的一种群组加入方法和装置，客户端可以在发送给服务器的建群请求消息中携带第一群标识信息、第二群信息和建群标识信息，这样，服务器在依据所述建群请求消息创建对应的第二群，得到第二群标识信息后，可以向所述第一群标识信息对应第一群的群成员发送第二群邀请消息，并依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理；相对于现有方案中管理员需要通过繁琐的操作来邀请好友，本发明的方案是由服务器向所述第一群标识信息对应第一群的群成员发送第二群邀请消息，因此，能够有效节省管理员邀请群成员入群所需的繁琐操作，从而能够在提高用户体验的同时，提高群组加入的效率。

另外，本发明的客户端在接收到来自服务器的第二群邀请消息后，还可以向用户展示所述第二群邀请消息携带的所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息，并接收用户对于所述确认接口信息的选择操作，并向服务器发送对应的邀请确认消息；其中，所述邀请确认消息包括：所述第二群标识信息；可见，用户仅需产生对于所述确认接口信息的选择操作，即可实现加入第二群，这相对于现有方案中用户需要通过扫描二维码等繁琐的操作来加入群组，能够有效节省用户加入群组的操作，从而能够在提高用户体验的同时，提高群组加入的效率。

并且，本发明实施例在接收与第一群相关的第二群邀请消息后，可以展示所述第二群邀请消息携带的所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息，并接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息；可见，第一群的群成员仅需产生对于所述确认接口信息的选择操作，即可实现第二群的加入，这相对于现有方案中用户需要通过扫描二维码等繁琐的操作来加入群组，能够有效节省用户加入群组的操作，从而能够在提高用户体验的同时，提高群组加入的效率

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文可选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出可选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种群组加入方法的步骤流程图；

图2示出了根据本发明一个实施例的一种群组加入方法的步骤流程图；

图3示出了根据本发明一个实施例的一种群组加入方法的步骤流程图；

图4示出了根据本发明一个实施例的一种服务器侧群组加入方法的步骤流程图；

图5示出了根据本发明一个实施例的一种客户端侧群组加入方法的步骤流程图；

图6示出了根据本发明一个实施例的一种群组加入装置的结构框图；以及

图7示出了根据本发明一个实施例的一种群组加入装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了根据本发明一个实施例的一种群组加入方法的步骤流程图，具体可以包括如下步骤：

步骤101、接收来自用户的建群请求消息；其中，所述建群请求消息具体可以包括：第一群标识信息、第二群信息和建群操作指令；

本发明实施例可用于IM群组、社交网站群组等各种具有群体集合和群体通信功能的群组，用于在提高用户体验的同时，提高群组加入的效率。本发明主要以IM群组为例进行说明，其它群组相互参照即可。

在实际应用中，用户会存在通过集合用户来实现组织活动的需求，如用户需要集合用户参加dota游戏、打牌游戏、爬山等活动。为满足上述需求，该用户可以通过IM工具或社交网站提供的建群接口来产生上述建群请求消息。上述建群请求消息中，第一群为已有的群组，第二群为待创建的群组，建群操作指令用于指示创建第二群。

在本发明的一种可选实施例中，所述第一群可以为所述建群请求消息的触发者所在的群组。具体地，触发者也即第二群的创建者，可以通过点击IM工具主界面的建群菜单弹出建群窗口，并在建群窗口中填写第一群标识信息和第二群信息；其中，第一群标识信息用于唯一标识第一群的身份，其可以为第一群的ID，第二群信息具体可以包括：群类别、群地点、群名称、群规模、加群验证方式、群公开方式等信息，在完成第一群标识信息和第二群信息的填写后，可以提交所述建群请求消息。

在本发明的另一种可选实施例中，所述第一群可以为所述建群请求消息的触发操作所对应的群组。具体地，上述触发者为第一群的群成员，其在第一群的群聊窗口中点击“+”按钮后，可以弹出多种功能按钮，其中一个为建群按钮，那么，上述触发者可以点击该建群按钮弹出相应的建群窗口，并通过该建群窗口填写并提交所述建群请求消息。

在本发明的再一种可选实施例中，所述第一群还可以为所述建群请求消息的触发者指定的群组。在具体实现中，所述触发者可以通过群ID来指定一个或多个第一群。

以上对建群请求消息的触发方案进行了详细介绍，可以理解，本领域技术人员可以根据实际情况采用上述触发方案的任一或多种，也可以采用其它触发方案，本发明实施例对具体的触发方案不加以限制。

步骤103、依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

在实际应用中，可以依据第二群信息创建第二群，以得到第二群标识信息，本发明对创建第二群的具体过程不加以限制。可选地，还可以建立第一群标识与第二群标识之间的映射关系。

在本发明的一种可选实施例中，所述方法可以还包括：在第二群创建成功后，向用户返回创建成功响应消息；其中，所述创建成功响应消息具体可以包括：第二群标识信息。在本发明的一种应用示例中，客户端在接收到所述创建成功响应消息后，可以显示“创建成功”的提示，用户可以在从群组中找到所创建的第二群，还可以对该第二群进行管理。

步骤105、向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息具体可以包括：所述第二群信息和/或所述第二群标识信息；

步骤107、依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

在本发明的一种应用示例中，步骤105-步骤107可由服务器来完成，则服务器可以向所述第一群标识信息对应第一群的群成员的客户端发送第二群邀请消息，并依据所述第一群的群成员的客户端反馈的邀请确认消息，对相应的群成员进行群组加入处理。当然，本发明对步骤105-步骤107的执行主体不加以限制。

综上，在接收来自用户的建群请求消息后，依据所述建群请求消息创建对应的第二群，得到第二群标识信息，向所述建群请求消息中携带第一群标识信息对应第一群的群成员发送第二群邀请消息，并依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理；相对于现有方案中群组的管理员需要通过繁琐的操作来邀请好友，本发明实施例可以自动向所述第一群标识信息对应第一群的群成员发送第二群邀请消息，因此，能够有效避免群组管理员邀请群成员入群所需的繁琐操作，从而能够在提高用户体验的同时，提高群组加入的效率。

并且，由于第一群标识信息为用户携带在建群请求消息中的信息，故所述第一群标识信息对应第一群为用户信任和/或感兴趣的群组，故向所述第一群标识信息对应第一群的群成员发送第二群邀请消息，一方面，能够规范第二群中加入的成员，提高第二群的规则度，另一方面，还能够实现将用户信任和/或感兴趣的群组的群成员集合至第一群，因此能够提高将用户信任和/或感兴趣的群成员的便捷性。

参照图2，示出了根据本发明一个实施例的一种群组加入方法的步骤流程图，具体可以包括如下步骤：

步骤201、接收来自用户的建群请求消息；其中，所述建群请求消息具体可以包括：第一群标识信息、第二群信息和建群操作指令；

步骤203、依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

步骤205、向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息具体可以包括：所述第二群信息和/或所述第二群标识信息；

步骤207、依据所述第一群的群成员反馈的邀请确认消息，将对应的群成员加入所述第二群；

步骤209、对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群。

相对于图1所示实施例，本实施例可以通过步骤207或步骤209来实现依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理的方案。

其中，步骤207在接收到第一群的群成员反馈的邀请确认消息后，可以直接将对应的群成员加入所述第二群，因此能够简化操作流程，提高加入群组的效率。

步骤209可以对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群，因此能够进一步规范第二群中加入的成员，从而提高第二群的规则度。

本发明可以提供如下对所述邀请确认消息对应的群成员进行身份验证的方案：

验证方案一、

在实际应用中，第一群的群成员接收到第二群邀请消息后，可能会将该第二群邀请消息发送给其好友，故其好友也可以反馈所述第二群的邀请确认消息。

针对上述情况，验证方案一可以判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则身份验证不通过。也即验证方案一只允许第一群的群成员加入第二群，因此能够保证第二群的规则度。

验证方案二、

验证方案二中，可以向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息；其中，所述验证结果消息包括：验证通过结果或验证不通过结果。

在实际应用中，所述第二群的管理员可以为所述第二群的创建者或者所述第二群的创建者指定的管理员，其可以对所述邀请确认消息进行验证，例如，可以验证所述邀请确认消息的用户ID信息或者用户提交的验证信息，本发明实施例对第二群的管理员验证所述邀请确认消息的过程不加以限制。

上面对所述邀请确认消息对应的群成员的身份验证的验证方案进行了介绍，可以理解，本领域技术人员可以根据实际需求采用上述验证方案的任一，也可以结合使用上述两种验证方案，例如，可以首先判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息等等，本发明对具体的验证方案不加以限制。

参照图3，示出了根据本发明一个实施例的一种群组加入方法的步骤流程图，具体可以包括如下步骤：

步骤301、接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息具体可以包括：所述第二群信息和/或所述第二群标识信息；

步骤303、展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；

步骤305、接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息。

在实际应用中，第一群的群成员可以通过客户端、网页等形式接收与第一群相关的第二群邀请消息。以客户端为例，其可以展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息，所述展示的信息可以使得第一群的群成员对所述第二群有所了解，从而方便第一群的群成员决定是否加入第二群。例如，展示了所述第二群信息中的群说明信息：“欢迎参加dota活动”，而第一群的某群成员也为dota爱好者，那么其可以通过点击所述确认接口信息来触发对应的邀请确认信息。在实际应用中，所述邀请确认消息可以携带有所述第二群标识信息，以标识二者的关联。

在本发明的一种可选实施例中，可以在所述第二群邀请消息中携带邀请标识，以标识其为邀请类型的信息，这样，客户端在接收到与第一群相关的第二群邀请消息后，可以根据其携带的邀请标识确定其为邀请类型的信息，而非普通的聊天类型消息，故其可以按照预置规则对邀请类型的信息进行特殊展示。

本发明可以提供如下展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息的方案：

展示方案一、

展示方案一可以在展示所述第二群信息和/或所述第二群标识信息的同时，展示所述确认接口信息。在具体实现中，可以将所述第二群信息和/或所述第二群标识信息和确认接口信息以特殊消息的形式展示，该特殊消息可以带有特定的背景边框，以与普通的聊天类型消息区别开来，所述确认接口具体可以“接受邀请”按钮，用户点击该“接受邀请”按钮即可触发对应的邀请确认消息的发送。展示方案一可以实现加入群组的一键操作，因此能够大大提高加入群组的效率。

展示方案二、

展示方案二可以超链接的形式展示所述第二群信息和/或所述第二群标识信息，在接收到用户对于所述超链接的点击操作时，展示所述确认接口信息。在实际应用中，可以超链接的形式展示所述第二群的说明信息，以及，在接收到用户对于所述超链接的点击操作后，可以展示所述第二群的群名称、群标识、群规模等信息及其相应的确认接口信息，从而方便用户确认是否接受第二群的邀请，因此，展示方案一可以实现加入群组的二键操作。

可以理解，除了上述展示方案一和展示方案二外，本领域技术人员还可以根据实际需求按照各种预置规则对第二群邀请消息这种邀请类型的信息进行特殊展示，本发明实施例对第二群邀请消息的具体展示方案不加以限制。

综上，本发明在接收与第一群相关的第二群邀请消息后，可以展示所述第二群邀请消息携带的所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息，并接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息；可见，第一群的群成员仅需产生对于所述确认接口信息的选择操作，即可实现第二群的加入，这相对于现有方案中用户需要通过扫描二维码等繁琐的操作来加入群组，能够有效节省用户加入群组的操作，从而能够在提高用户体验的同时，提高群组加入的效率。

上述群组加入方法可以应用于客户端-服务器类型的应用程序，这里的应用程序可以为IM工具的应用程序，在此提供在客户端和服务器之间实现群组加入方法的示例。

参照图4，示出了根据本发明一个实施例的一种服务器侧群组加入方法的步骤流程图，具体可以包括如下步骤：

步骤401、服务器接收来自客户端的建群请求消息；其中，所述建群请求消息具体可以包括：第一群标识信息、第二群信息和建群标识信息；

步骤403、服务器依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

步骤405、服务器向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息具体可以包括：所述第二群信息和/或所述第二群标识信息；

步骤407、服务器依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

在实际应用中，客户端可以采集用户针对第二群触发的建群请求消息，并将该建群请求消息提交至服务器进行处理。一方面，服务器可以在第二群创建成功后，向客户端返回创建成功响应消息；其中，所述创建成功响应消息具体可以包括：第二群标识信息，从而保证用户使用和管理对应的第二群。另一方面，服务器可以在第二群创建成功后，还可以向所述第一群标识信息对应第一群的群成员发送第二群邀请消息，并依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

相对于现有方案中群组管理员需要通过繁琐的操作来邀请好友，本发明的方案是由服务器向所述第一群标识信息对应第一群的群成员发送第二群邀请消息，因此，能够有效节省群组管理员邀请群成员入群所需的繁琐操作，从而能够在提高用户体验的同时，提高群组加入的效率。

参照图5，示出了根据本发明一个实施例的一种客户端侧群组加入方法的步骤流程图，具体可以包括如下步骤：

步骤501、客户端接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息具体可以包括：所述第二群信息和/或所述第二群标识信息；

步骤503、客户端展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；

步骤505、客户端接收用户对于所述确认接口信息的选择操作，并向服务器发送对应的邀请确认消息。

在实际应用中，服务器向所述第一群标识信息对应第一群的群成员发送第二群邀请消息可以首先到达第一群的群成员的客户端，该客户端可以根据第二群邀请消息携带的邀请标识确定其为邀请类型的信息，而非普通的聊天类型消息，故其可以按照预置规则对邀请类型的信息进行特殊展示；所述展示的信息可以使得第一群的群成员对所述第二群有所了解，从而方便第一群的群成员决定是否加入第二群。

综上，本实施例的客户端在接收到与第一群相关的第二群邀请消息后，可以向用户展示所述第二群邀请消息携带的所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息，并接收用户对于所述确认接口信息的选择操作，并向服务器发送对应的邀请确认消息；其中，所述邀请确认消息包括：所述第二群标识信息；可见，用户仅需产生对于所述确认接口信息的选择操作，即可实现加入第二群，这相对于现有方案中用户需要通过扫描二维码等繁琐的操作来加入群组，能够有效节省用户加入群组的操作，从而能够在提高用户体验的同时，提高群组加入的效率。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图6，示出了根据本发明一个实施例的一种群组加入装置的结构框图，具体可以包括如下模块：

接收模块601，用于接收来自用户的建群请求消息；其中，所述建群请求消息具体可以包括：第一群标识信息、第二群信息和建群操作指令；

创建模块602，用于依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

邀请模块603，用于向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；以及

加群模块604，用于依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

在本发明的一种可选实施例中，所述加群模块604，具体可以包括：

第一加群子模块，用于依据所述第一群的群成员反馈的邀请确认消息，将对应的群成员加入所述第二群；或者

第二加群子模块，用于对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群。

在本发明的另一种可选实施例中，所述第二加群子模块，可以进一步包括：

第一验证单元，用于判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则身份验证不通过；和/或

第二验证单元，用于向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息；其中，所述验证结果消息包括：验证通过结果或验证不通过结果。

在本发明的再一种可选实施例中，所述装置可以还包括：

响应模块，用于在第二群创建成功后，向用户返回创建成功响应消息；其中，所述创建成功响应消息具体可以包括：第二群标识信息。

在本发明的另一种可选实施例中，所述第一群可以为所述建群请求消息的触发者所在的群组，和/或，所述第一群可以为所述建群请求消息的触发操作所对应的群组，和/或，所述第一群可以为所述建群请求消息的触发者指定的群组。

参照图7，示出了根据本发明一个实施例的一种群组加入装置的结构框图，具体可以包括如下模块：

接收模块701，用于接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；

展示模块702，用于展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；以及

发送模块703，用于接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息。

在本发明的一种可选实施例中，所述展示模块702，具体可以包括：

第一展示子模块，用于在展示所述第二群信息和/或所述第二群标识信息的同时，展示所述确认接口信息；或者

第二展示子模块，用于以超链接的形式展示所述第二群信息和/或所述第二群标识信息，在接收到用户对于所述超链接的点击操作时，展示所述确认接口信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的群组加入方法和装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网平台上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种群组加入方法，包括：

接收来自用户的建群请求消息；其中，所述建群请求消息包括：第一群标识信息、第二群信息和建群操作指令；

依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；

依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

A2、如A1所述的方法，所述依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理的步骤，包括：

依据所述第一群的群成员反馈的邀请确认消息，将对应的群成员加入所述第二群；或者

对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群。

A3、如A2所述的方法，所述对所述邀请确认消息对应的群成员进行身份验证的步骤，包括：

判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则身份验证不通过；和/或

向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息；其中，所述验证结果消息包括：验证通过结果或验证不通过结果。

A4、如A1所述的方法，所述方法还包括：

在第二群创建成功后，向用户返回创建成功响应消息；其中，所述创建成功响应消息包括：第二群标识信息。

A5、如A1或A2或A3或A4所述的方法，所述第一群为所述建群请求消息的触发者所在的群组，和/或，所述第一群为所述建群请求消息的触发操作所对应的群组，和/或，所述第一群为所述建群请求消息的触发者指定的群组。

本发明还公开了B6、一种群组加入方法，包括：

接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；

展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；

接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息。

B7、如B6所述的方法，所述展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息的步骤，包括：

在展示所述第二群信息和/或所述第二群标识信息的同时，展示所述确认接口信息；或者

以超链接的形式展示所述第二群信息和/或所述第二群标识信息，在接收到用户对于所述超链接的点击操作时，展示所述确认接口信息。

本发明还公开了C8、一种群组加入装置，包括：

接收模块，用于接收来自用户的建群请求消息；其中，所述建群请求消息包括：第一群标识信息、第二群信息和建群操作指令；

创建模块，用于依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

邀请模块，用于向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；以及

加群模块，用于依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

C9、如C8所述的装置，所述加群模块，包括：

第一加群子模块，用于依据所述第一群的群成员反馈的邀请确认消息，将对应的群成员加入所述第二群；或者

第二加群子模块，用于对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群。

C10、如C8所述的装置，所述第二加群子模块，包括：

第一验证单元，用于判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则身份验证不通过；和/或

第二验证单元，用于向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息；其中，所述验证结果消息包括：验证通过结果或验证不通过结果。

C11、如C8所述的装置，所述装置还包括：

响应模块，用于在第二群创建成功后，向用户返回创建成功响应消息；其中，所述创建成功响应消息包括：第二群标识信息。

C12、如C8或C9或C10或C11所述的装置，所述第一群为所述建群请求消息的触发者所在的群组，和/或，所述第一群为所述建群请求消息的触发操作所对应的群组，和/或，所述第一群为所述建群请求消息的触发者指定的群组。

本发明还公开了D13、一种群组加入装置，包括：

接收模块，用于接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；

展示模块，用于展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；以及

发送模块，用于接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息。

D14、如D13所述的装置，所述展示模块，包括：

第一展示子模块，用于在展示所述第二群信息和/或所述第二群标识信息的同时，展示所述确认接口信息；或者

第二展示子模块，用于以超链接的形式展示所述第二群信息和/或所述第二群标识信息，在接收到用户对于所述超链接的点击操作时，展示所述确认接口信息。

Claims (14)

1.一种群组加入方法，包括：

接收来自用户的建群请求消息；其中，所述建群请求消息包括：第一群标识信息、第二群信息和建群操作指令；其中，所述第一群为所述建群请求消息的触发者指定的群组，所述第一群、第二群为即时通信工具对应的群组，所述第一群为一个或多个第一群；所述第一群标识信息包括：第一群的ID，所述触发者通过所述第一群的ID指定一个或多个第一群；所述第二群信息包括：加群验证方式；

依据所述建群请求消息创建对应的第二群，得到第二群标识信息；

向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；

依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

2.如权利要求1所述的方法，其特征在于，所述依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理的步骤，包括：

依据所述第一群的群成员反馈的邀请确认消息，将对应的群成员加入所述第二群；或者

对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群。

3.如权利要求2所述的方法，其特征在于，所述对所述邀请确认消息对应的群成员进行身份验证的步骤，包括：

判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则身份验证不通过；和/或

向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息；其中，所述验证结果消息包括：验证通过结果或验证不通过结果。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

在第二群创建成功后，向用户返回创建成功响应消息；其中，所述创建成功响应消息包括：第二群标识信息。

5.如权利要求1或2或3或4所述的方法，其特征在于，所述第一群还包括：所述建群请求消息的触发者所在的群组，和/或，所述第一群为所述建群请求消息的触发操作所对应的群组。

6.一种群组加入方法，包括：

接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；其中，所述第一群为建群请求消息的触发者指定的群组，所述第一群、第二群为即时通信工具对应的群组，所述第一群为一个或多个第一群；所述第一群标识信息包括：第一群的ID，所述触发者通过所述第一群的ID指定一个或多个第一群；所述第二群信息包括：加群验证方式；

展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；

接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息。

7.如权利要求6所述的方法，其特征在于，所述展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息的步骤，包括：

在展示所述第二群信息和/或所述第二群标识信息的同时，展示所述确认接口信息；或者

以超链接的形式展示所述第二群信息和/或所述第二群标识信息，在接收到用户对于所述超链接的点击操作时，展示所述确认接口信息。

8.一种群组加入装置，包括：

接收模块，用于接收来自用户的建群请求消息；其中，所述建群请求消息包括：第一群标识信息、第二群信息和建群操作指令；其中，所述第一群为所述建群请求消息的触发者指定的群组，所述第一群、第二群为即时通信工具对应的群组，所述第一群为一个或多个第一群；创建模块，用于依据所述建群请求消息创建对应的第二群，得到第二群标识信息；所述第一群标识信息包括：第一群的ID，所述触发者通过所述第一群的ID指定一个或多个第一群；所述第二群信息包括：加群验证方式；

邀请模块，用于向所述第一群标识信息对应第一群的群成员发送第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；以及

加群模块，用于依据所述第一群的群成员反馈的邀请确认消息，对相应的群成员进行群组加入处理。

9.如权利要求8所述的装置，其特征在于，所述加群模块，包括：

第一加群子模块，用于依据所述第一群的群成员反馈的邀请确认消息，将对应的群成员加入所述第二群；或者

第二加群子模块，用于对所述邀请确认消息对应的群成员进行身份验证，并在身份验证通过后，将所述邀请确认消息对应的群成员加入所述第二群。

10.如权利要求9所述的装置，其特征在于，所述第二加群子模块，包括：

第一验证单元，用于判断所述邀请确认消息对应的群成员是否在所述第一群中，若是，则身份验证通过，否则身份验证不通过；和/或

第二验证单元，用于向所述第二群的管理员发送所述邀请确认消息，并接收所述第二群的管理员反馈的验证结果消息；其中，所述验证结果消息包括：验证通过结果或验证不通过结果。

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

响应模块，用于在第二群创建成功后，向用户返回创建成功响应消息；其中，所述创建成功响应消息包括：第二群标识信息。

12.如权利要求8或9或10或11所述的装置，其特征在于，所述第一群还包括：所述建群请求消息的触发者所在的群组，和/或，所述第一群为所述建群请求消息的触发操作所对应的群组。

13.一种群组加入装置，包括：

接收模块，用于接收与第一群相关的第二群邀请消息；其中，所述第二群邀请消息包括：所述第二群信息和/或所述第二群标识信息；其中，所述第一群为建群请求消息的触发者指定的群组，所述第一群、第二群为即时通信工具对应的群组，所述第一群为一个或多个第一群；所述第一群标识信息包括：第一群的ID，所述触发者通过所述第一群的ID指定一个或多个第一群；所述第二群信息包括：加群验证方式；

展示模块，用于展示所述第二群信息和/或所述第二群标识信息、以及加入所述第二群的确认接口信息；以及

发送模块，用于接收用户对于所述确认接口信息的选择操作，并发送对应的邀请确认消息。

14.如权利要求13所述的装置，其特征在于，所述展示模块，包括：

第一展示子模块，用于在展示所述第二群信息和/或所述第二群标识信息的同时，展示所述确认接口信息；或者

第二展示子模块，用于以超链接的形式展示所述第二群信息和/或所述第二群标识信息，在接收到用户对于所述超链接的点击操作时，展示所述确认接口信息。