CN104660483A - 群组通讯方法、服务端及*** - Google Patents

Abstract

本发明涉及一种群组通讯方法、服务端及***，其方法包括：服务端接收客户端在群内触发的组消息发送指令，每一个分组具有一个组标识；根据组消息发送指令，获取对应的组标识；根据获取的组标识，将组消息发送至组标识下的所有组成员。本发明以一个组对应唯一一个标识，实现了消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且为用户提供方便，增强***使用性能。

Description

群组通讯方法、服务端及***

技术领域

本发明涉及计算机技术领域，尤其涉及一种群组通讯方法、服务端及***。

背景技术

在现有的群通讯***中，同一个群内所有用户成员都具有相同的群id（标识），当其中某个用户向群里发送消息时，***会发送消息到服务端，服务端查找具有当前群id的所有用户成员uin账号，然后推送消息到对应的uin账号上，群内所有用户成员均能收到相关的消息。

以图1所示的群为例：用户a、b、c、d、e、g、h、i、k、l具有相同的群id：12345678，当用户a点“发送”按钮发送消息时，当前群内的所有用户均能收到a所发送的消息。而假如存在某种情况，用户a发送的消息只想b、c能够收到，而不想其他的用户收到，目前通常可以采用以下两种方案：

1、重新建立一个只包含a、b、c的群，然后在新群中发送消息。

2、针对a、b、c用户拉一个讨论组。

上述两种方案虽然都能够解决问题，但是都需要多维护一个群或者组，必然会增加用户建群的时间成本和维护成本，而且如果多个用户都同时隶属于多个群组时，对服务端来说也存在一定的资源浪费。

此外，由于现有的群通讯***发送消息是对全群发送，故在某种程度上会对某些用户存在骚扰。而对于具有多个部门的企业或公司而言，会包括多个子交流群，比如产品、技术、测试、运营、管理层等，在日常的工作中，有时会需要全公司发布信息（即全群发布），但是也有只需要小组或小部门讨论问题的情况，若按照现有的技术方案，为解决该问题，则必须建立多个群或者多个讨论组以支持消息的分开发送。由此增加了用户的沟通成本，也给用户带来不便。

发明内容

本发明实施例提供一种群组通讯方法、服务端及***，旨在节省群通讯***资源，降低成本。

本发明实施例提出一种群组通讯方法，包括：

服务端接收客户端在群内触发的组消息发送指令，所述群具有若干分组，每一个分组具有一个组标识；

根据所述组消息发送指令，获取对应的组标识；

根据所述获取的组标识，将所述组消息发送至所述组标识对应的分组的组成员。

本发明还提出一种群组通讯服务端，包括：

指令接收模块，接收客户端在群内触发的组消息发送指令；所述群具有若干分组，每一个分组具有一个组标识；

标识获取模块，用于根据所述组消息发送指令，获取对应的组标识；

消息发送模块，用于根据所述获取的组标识，将所述组消息发送至所述组标识对应的分组的的组成员。

本发明还提出一种群组通讯***，包括：发送客户端、接收客户端和与所述发送客户端及接收客户端通信连接的服务端，其中：

所述发送客户端，用于响应用户在群内的组消息触发指令，生成组消息发送指令，发送至所述服务端；

所述接收客户端，用于接收并显示所述服务端下发的所述组消息；

所述服务端为如上所述的服务端。

本发明实施例提出的一种群组通讯方法、服务端及***，当服务端接收到客户端在群内触发的组消息发送指令时；根据所述组消息发送指令，获取对应的组标识，服务端将组消息发送至组标识对应的分组的所有组成员，其中，组标识可以是客户端的群内分组的组标识，也可以是临时组标识，由此通过上述方案，以一个组对应唯一一个标识，支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且为用户提供方便，增强***使用性能。

附图说明

图1是现有的一种交流群界面示意图；

图2是本发明群组通讯方法第一实施例的流程示意图；

图3是本发明群组通讯方法第二实施例的流程示意图；

图4是本发明群组通讯方法第三实施例的流程示意图；

图5a是本发明实施例中一种讨论群下分组界面示意图；

图5b是本发明实施例中用户基于图5a选择分组发送组消息示意图；

图5c是用户在图5b中向自己所在组发送消息的交互示意图；

图5d是用户在图5b中向非自己所在组发送消息的交互示意图；

图6是本发明群组通讯服务端较佳实施例的功能模块示意图；

图7是本发明群组通讯***较佳实施例的功能模块示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例解决方案主要是：当服务端接收到客户端在群内触发的组消息发送指令时；根据所述组消息发送指令，获取对应的组标识，服务端将组消息发送至组标识下对应分组的所有组成员，其中，组标识可以是客户端的群内分组的组标识，也可以是临时组标识，由此以一个组对应唯一一个标识实现消息的分开发送，以降低***资源以及用户沟通成本。

如图2所示，本发明第一实施例提出一种群组通讯方法，包括：

步骤S101，服务端接收客户端在群内触发的组消息发送指令，所述群具有若干分组，每一个分组具有一个组标识；

其中，客户端执行程序可以通过软件的方式安装在手机、平板电脑等智能用户终端上。用户可以通过客户端操作用户终端上的各种应用，比如即时通讯等。

本实施例方案涉及各种即时通讯群内消息的分组发送，其可以适用于各种即时通讯的群以及语音聊天室，后续统一简称群。

如图5a所示，以某公司官方讨论群为例，该群作为公司的交流群，群成员包括产品、技术、测试、运营、管理层等，在日常的工作中必定有信息需要向全公司成员发布（即全群发布），但是肯定也有问题只想小组讨论，这样按照现有的技术方案，要么全群发送消息，则在某种程度上会对某些用户造成骚扰，也不利于信息的发送；要么建多个群或者讨论组以支持消息的分开发送，由此必定会增加用户的沟通成本，在使用上也不太方便。

为了解决上述问题，本实施例通讯***在群的基础上增加了组（当然，该组也可以相当于群中的一个子群，本实施例以组定义，以便与“群”在名称上进行区别，其中，组的建立与维护与群相似）的概念，将群分为若干分组，每个分组分配有一个组标识。另外，每一分组还可以具有若干子分组。

如图5a所示，该交流群分为管理组、产品组、技术组、市场组、测试组。

***界面设计如下：

单击组名前面的按钮[-]可以收起下拉成员表，如产品组；单击按钮[+]可以展开相应的组成员列表，如测试组，此设计可以快速的了解群的组织架构，以及可以手拉组列表，减少视觉污染，同时方便了组消息的发送。

用户在操作时，通过客户端界面在群内触发组消息发送指令，发送给服务端。

其中，在客户端操作界面上，设有消息对话框以及发送按钮，该发送按钮旁设有目标群组选项，如图5b所示，用户可以通过点击发送按钮旁下拉的目标群组选项选择目标用户群体，比如，选择发送给管理组或发送给产品组，或者发送给选定用户等，还可以设置默认目标用户群体为全群发送。

因此，所述客户端在群内触发的组消息发送指令可以是用户在客户端的目标群组选项中选定发送给当前群下指定分组的发送指令，也可以是目标群组选项中针对用户在当前群内所选定用户的发送指令。

此外，在分组具有子分组的情况下，客户端在群内触发的组消息发送指令则还可以是用户在客户端的目标群组选项中选定发送给当前群下任一分组内指定子分组的发送指令。

以图5a所示的讨论群为例，可以在各组的组名前设置勾选按钮，同时还可以在各组下的用户名前设置勾选按钮，若用户需要同时发送消息给多个组，则用户可以在相应的组前进行勾选后点击发送消息，发送给指定的组，后续服务端交互将创建一个新的临时组包含指定组的用户列表；若用户需要同时发送消息给多个组中的一个或多个用户（也就是说，多个组中每个组只是部分用户可以接收消息），则用户可以在相应的组下的用户名前进行勾选后点击发送消息，发送给选定的用户，后续服务端交互将创建一个新的临时组包含指定用户的用户列表。

步骤S102，根据所述组消息发送指令，获取对应的组标识；

服务端接收到客户端发送的指令后，去查找对应的组标识，该组标识可以为用户选定的某个分组的组标识，比如管理组标识，也可以为之前根据用户所选定的用户临时创建的临时组标识。

另外，由于客户端的各个群均具有一个唯一的群标识，为了区别不同群下的各个分组，可以有以下两种方案，1）、每个群中的组标识均从1、2、3开始递增，发送组消息时，先查找群标识，然后找其对应的组标识，然后推送消息给具有相同的群标识，组标识的群成员；2）、每个组的标识在整个服务端唯一（与群标识一样），即使有a、b两个公司群均存在产品组，但是其对应的分组的组标识不相同，服务端会依照组创建的顺序依次递增其标识。在发送组消息时，由于组标识也是全服务端唯一，故只需要查找组标识对应的分组中的组成员，然后将消息下发即可。

步骤S103，根据所述获取的组标识，将所述组消息发送至所述组标识对应的分组的所有组成员。

每一组标识下，各群成员均具有一uin账号，服务端在获取到客户端发送的组消息所属的组标识后，将此组消息发送至组标识下各群成员的uin账号，由此所述组标识下的所有组成员均接收到该组消息，对于客户端本地用户则直接显示在当前对话框中。

后续群组通讯过程中，客户端则可以在所述组标识下的所有组成员之间进行组消息交互，也就是说，组标识下的其他组成员也可以在其当前分组对话框中发送组消息，而无需另创建一个相同的分组，从而节省了***资源，而且提高用户操作效率。

本实施例通过上述方案，当服务端接收到客户端在群内触发的组消息发送指令时；根据所述组消息发送指令，获取对应的组标识，服务端将组消息发送至组标识下的所有组成员，其中，组标识可以使客户端的群内分组的组标识，也可以是临时组标识，由此通过上述方案，实现了一个组而无需建多个群或者讨论组以支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且为用户提供方便，增强***使用性能。

如图3所示，本发明第二实施例提出一种群组通讯方法，包括：

步骤S101，服务端接收客户端在群内触发的组消息发送指令，所述群具有若干分组，每一个分组具有一个组标识；

步骤S104，判断对应的组标识是否存在，若存在，则进入步骤S102；否则，进入步骤S105；

步骤S102，根据所述组消息发送指令，获取对应的组标识；

步骤S103，根据所述获取的组标识，将所述组消息发送至所述组标识对应的分组的所有组成员；

步骤S105，针对所述组消息建立一临时组，并分配一临时组标识；进入步骤S106；

步骤S106，将所述组消息发送至所分配的临时组标识对应的临时组的所有组成员。

本实施例与上述第一实施例的区别在于，本实施例考虑到客户端当前发送组消息的分组可能不存在，由此服务端需要临时创建一分组，以实现组消息的发送。

具体地，服务端在接收到客户端在群内触发的组消息发送指令后，首先判断客户端所选的群组成员是否属于一已存在的分组内，即该组消息对应的组标识是否存在，若存在，则将所述组消息发送至对应的组标识下的所有组成员；否则，针对当前组消息建立一临时组，并分配一临时组标识，将组消息发送至所分配的临时组标识下的所有组成员。

上述临时组的组名可以不显示在群组织架构中，同时还可以为其设定一定的有效期；也可以放置在组的下方（比如图5a中测试组的下方）设置的聊天历史记录区域，长期保存。

本实施例通过上述方案，当服务端接收到客户端在群内触发的组消息发送指令时；根据所述组消息发送指令，首先判断客户端所选的群组成员是否属于一已存在的分组内，若存在，则将组消息发送至对应的组标识下的所有组成员；否则，针对当前组消息建立一临时组，并分配一临时组标识，将组消息发送至所分配的临时组标识下的所有组成员，由此通过上述方案，实现了一个组而无需建多个群或者讨论组以支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且增强了群组通讯的灵活性以及***使用性能，为用户提供方便。

如图4所示，本发明第三实施例提出一种群组通讯方法，在上述第二实施例的基础上，在上述步骤S106之后，该方法还包括：

步骤S107，所述服务端监测到在预定时间内所述临时组内未发送组消息时，撤销所述临时组及其对应的组标识。

本实施例与上述第二实施例的区别在于，本实施例对临时创建的临时组的存在设定有一定的有效期，服务端在监测到预定时间内所述临时组内未发送组消息时，则可以撤销所述临时组及其对应的组标识，以节省***资源。

以下结合图5a、图5b、图5c、图5d详细阐述本发明实施例进行群组通讯的过程：

本实施例方案可以支持子组或者多级子组的群组通讯，在现有的群组通讯协议的基础上，增加一个组id唯一标识：typeid，默认所有群消息的typeid=0，如果服务端发现用户发送消息时的typeid=0，则对当前群全员发送消息（用以兼容老的没分组的群），否则，查找具有相同组typeid的群组成员uin账号，然后只对该部分用户发送消息。

如图5a所示，该交流群分为管理组、产品组、技术组、市场组、测试组。

***界面设计如下：单击组名前面的按钮[-]可以收起下拉成员表，如产品组；单击按钮[+]可以展开相应的组成员列表，如测试组，此设计可以快速的了解群的组织架构，以及可以手拉组列表，减少视觉污染，同时方便了组消息的发送。

用户在操作时，通过客户端界面在群内触发组消息发送指令，发送给服务端。

其中，在客户端操作界面上，设有消息对话框以及发送按钮，该发送按钮旁设有目标群组选项，如图5b所示，用户有两种方案选择发送组消息：

用户可以通过单击发送按钮下拉的组选项选择目标用户群体，默认是全群发送，或者单击群下分组中相应的目标组如“管理组”，通过单击组时右键菜单或者下拉框来发送消息。

此外，发送组消息也可以分为两种情况：

1）、用户向自己所在组发送消息，如：用户adm1单击“管理组”，并向该组发送消息，则出现图5c所示的消息框：

在图5c中，由于用户adm1本身已经属于管理组，故***默认的typeid为在创建该组时所生成的typeid（对于各群标识相同的情况下，该typeid整个***唯一，而非一个群唯一），***收到消息时不再创建新的组，而直接查找当前组typeid对应的成员的uin账号，然后将消息下发。

2）用户对非自己所在组发送消息，如图5b所示，假设user a向管理组发送消息时，***会将user a添加到原来的管理组中，并形成一个新的临时组（群组织架构中不可见该组，具有一定的有效期，如：多久没有发送组消息，此组自动销毁，在组生命周期内，可以从群聊天历史记录区域查找等等），***在接受消息时，查找新生产的组typeid对应的成员uin，然后将消息下发。其交互如下图5d所示。

分组内用户收到消息后，只需要在输入框输入消息后，点击发送后，此时通讯协议中已经带有该组的组唯一标示符typeid，故此消息只会发送给该组内的所有成员。

由以上过程可以看出，本发明实施例方案，无需创建多个群，或者频道，一个群内由群组管理人员可以自由的创建多个二级组，甚至多级组，比如子组中继续创建组，所有群用户可自由的对指定的小组（包含当前用户所在组以及其他组）发送消息，也可同时向多个组发送消息（一个组含有子组），由此实现了一个组而无需建多个群或者讨论组以支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且增强了群组通讯的灵活性以及***使用性能，为用户提供方便。

如图6所示，本发明第一实施例提出一种群组通讯服务端，包括：指令接收模块201、标识获取模块202以及消息发送模块203，其中：

指令接收模块201，接收客户端在群内触发的组消息发送指令，所述群具有若干分组，，每一个分组具有一个组标识；

标识获取模块202，用于根据所述组消息发送指令，获取对应的组标识；

消息发送模块203，用于根据所述获取的组标识，将所述组消息发送至所述组标识对应的分组的所有组成员。

其中，客户端执行程序可以通过软件的方式安装在手机、平板电脑等智能用户终端上。用户可以通过客户端操作用户终端上的各种应用，比如即时通讯等。

本实施例方案涉及各种即时通讯群内消息的分组发送，其可以适用于各种即时通讯的群以及语音聊天室，后续统一简称群。

如图2a所示，以某公司官方讨论群为例，该群作为公司的交流群，群成员包括产品、技术、测试、运营、管理层等，在日常的工作中必定有信息需要向全公司成员发布（即全群发布），但是肯定也有问题只想小组讨论，这样按照现有的技术方案，要么全群发送消息，则在某种程度上会对某些用户造成骚扰，也不利于信息的发送；要么建多个群或者讨论组以支持消息的分开发送，由此必定会增加用户的沟通成本，在使用上也不太方便。

为了解决上述问题，本实施例通讯***在群的基础上增加了组（当然，该组也可以相当于群中的一个子群，本实施例以组定义，以便与“群”在名称上进行区别，其中，组的建立与维护与群相似）的概念，将群分为若干分组，每个分组分配有一个组标识。另外，每一分组还可以具有若干子分组。

如图5a所示，该交流群分为管理组、产品组、技术组、市场组、测试组。

***界面设计如下：

单击组名前面的按钮[-]可以收起下拉成员表，如产品组；单击按钮[+]可以展开相应的组成员列表，如测试组，此设计可以快速的了解群的组织架构，以及可以手拉组列表，减少视觉污染，同时方便了组消息的发送。

用户在操作时，通过客户端界面在群内触发组消息发送指令，发送给服务端。

其中，在客户端操作界面上，设有消息对话框以及发送按钮，该发送按钮旁设有目标群组选项，如图5b所示，用户可以通过点击发送按钮旁下拉的目标群组选项选择目标用户群体，比如，选择发送给管理组或发送给产品组，或者发送给选定用户等，还可以设置默认目标用户群体为全群发送。

因此，所述客户端在群内触发的组消息发送指令可以是用户在客户端的目标群组选项中选定发送给当前群下指定分组的发送指令，也可以是目标群组选项中针对用户在当前群内所选定用户的发送指令。

此外，在分组具有子分组的情况下，客户端在群内触发的组消息发送指令则还可以是用户在客户端的目标群组选项中选定发送给当前群下任一分组内指定子分组的发送指令。

以图5a所示的讨论群为例，可以在各组的组名前设置勾选按钮，同时还可以在各组下的用户名前设置勾选按钮，若用户需要同时发送消息给多个组，则用户可以在相应的组前进行勾选后点击发送消息，发送给指定的组，后续服务端交互将创建一个新的临时组包含指定组的用户列表；若用户需要同时发送消息给多个组中的一个或多个用户（也就是说，多个组中每个组只是部分用户可以接收消息），则用户可以在相应的组下的用户名前进行勾选后点击发送消息，发送给选定的用户，后续服务端交互将创建一个新的临时组包含指定用户的用户列表。

服务端通过指令接收模块201接收到客户端发送的指令后，通过标识获取模块202去查找对应的组标识，该组标识可以为用户选定的某个分组的组标识，比如管理组标识，也可以为之前根据用户所选定的用户临时创建的临时组标识。

另外，由于客户端的各个群均具有一个唯一的群标识，为了区别不同群下的各个分组，可以有以下两种方案，1）、每个群中的组标识均从1、2、3开始递增，发送组消息时，先查找群标识，然后找其对应的组标识，然后推送消息给具有相同的群标识，组标识的群成员；2）、每个组的标识在整个服务端唯一（与群标识一样），即使有a、b两个公司群均存在产品组，但是其对应的分组的组标识不相同，服务端会依照组创建的顺序依次递增其标识。在发送组消息时，由于组标识也是全服务端唯一，故只需要查找组标识对应的群成员，然后将消息下发即可。

每一组标识下，各群成员均具有一uin账号，服务端在获取到客户端发送的组消息所属的组标识后，通过消息发送模块203将此组消息发送至组标识下各群成员的uin账号，由此所述组标识下的所有组成员均接收到该组消息，对于客户端本地用户则直接显示在当前对话框中。

后续群组通讯过程中，客户端则可以在所述组标识下的所有组成员之间进行组消息交互，也就是说，组标识下的其他组成员也可以在其当前分组对话框中发送组消息，而无需另创建一个相同的分组，从而节省了***资源，而且提高用户操作效率。

本实施例通过上述方案，当服务端接收到客户端在群内触发的组消息发送指令时；根据所述组消息发送指令，获取对应的组标识，服务端将组消息发送至组标识下的所有组成员，其中，组标识可以使客户端的群内分组标识，也可以是临时组标识，由此通过上述方案，实现了一个组而无需建多个群或者讨论组以支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且为用户提供方便，增强***使用性能。

进一步地，所述标识获取模块202还用于判断所述组标识是否存在，若存在，则由所述消息发送模块203将所述组消息发送至所述组标识下的所有组成员；否则针对所述组消息建立一临时组，并分配一临时组标识；

所述消息发送模块203还用于将所述组消息发送至所分配的临时组标识下的所有组成员。

具体地，考虑到客户端当前发送组消息的分组可能不存在，由此服务端需要临时创建一分组，以实现组消息的发送。

服务端在接收到客户端在群内触发的组消息发送指令后，首先判断客户端所选的群组成员是否属于一已存在的分组内，即该组消息对应的组标识是否存在，若存在，则将所述组消息发送至对应的组标识对应的分组的所有组成员；否则，针对当前组消息建立一临时组，并分配一临时组标识，将组消息发送至所分配的临时组标识下的所有组成员。

上述临时组的组名可以不显示在群组织架构中，同时还可以为其设定一定的有效期；也可以放置在组的下方（比如图5a中测试组的下方）设置的聊天历史记录区域，长期保存。

本实施例通过上述方案，当服务端接收到客户端在群内触发的组消息发送指令时；根据所述组消息发送指令，首先判断客户端所选的群组成员是否属于一已存在的分组内，若存在，则将组消息发送至对应的组标识下的所有组成员；否则，针对当前组消息建立一临时组，并分配一临时组标识，将组消息发送至所分配的临时组标识下的所有组成员，由此通过上述方案，以一个组对应唯一一个标识，实现了消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且增强了群组通讯的灵活性以及***使用性能，为用户提供方便。

更进一步地，所述标识获取模块202还用于监测到在预定时间内所述临时组内未发送组消息时，撤销所述临时组及其对应的组标识。

具体地，服务端对临时创建的临时组的存在设定有一定的有效期，服务端在监测到预定时间内所述临时组内未发送组消息时，则可以撤销所述临时组及其对应的组标识，以节省***资源。

以下结合图5a、图5b、图5c、图5d详细阐述本发明实施例进行群组通讯的过程：

本实施例方案可以支持子组或者多级子组的群组通讯，在现有的群组通讯协议的基础上，增加一个组id唯一标识：typeid，默认所有群消息的typeid=0，如果服务端发现用户发送消息时的typeid=0，则对当前群全员发送消息（用以兼容老的没分组的群），否则，查找具有相同组typeid的群组成员uin账号，然后只对该部分用户发送消息。

如图5a所示，该交流群分为管理组、产品组、技术组、市场组、测试组。

***界面设计如下：单击组名前面的按钮[-]可以收起下拉成员表，如产品组；单击按钮[+]可以展开相应的组成员列表，如测试组，此设计可以快速的了解群的组织架构，以及可以手拉组列表，减少视觉污染，同时方便了组消息的发送。

用户在操作时，通过客户端界面在群内触发组消息发送指令，发送给服务端。

其中，在客户端操作界面上，设有消息对话框以及发送按钮，该发送按钮旁设有目标群组选项，如图5b所示，用户有两种方案选择发送组消息：

用户可以通过单击发送按钮下拉的组选项选择目标用户群体，默认是全群发送，或者单击群下分组中相应的目标组如“管理组”，通过单击组时右键菜单或者下拉框来发送消息。

此外，发送组消息也可以分为两种情况：

1）、用户向自己所在组发送消息，如：用户adm1单击“管理组”，并向该组发送消息，则出现图5c所示的消息框：

在图5c中，由于用户adm1本身已经属于管理组，故***默认的typeid为在创建该组时所生成的typeid（对于各群标识相同的情况下，该typeid整个***唯一，而非一个群唯一），***收到消息时不再创建新的组，而直接查找当前组typeid对应的成员的uin账号，然后将消息下发。

2）用户对非自己所在组发送消息，如图5b所示，假设user a向管理组发送消息时，***会将user a添加到原来的管理组中，并形成一个新的临时组（群组织架构中不可见该组，具有一定的有效期，如：多久没有发送组消息，此组自动销毁等等），***在接受消息时，查找新生产的组typeid对应的成员uin，然后将消息下发。其交互如图5d所示。

分组内用户收到消息后，只需要在输入框输入消息后，点击发送后，此时通讯协议中已经带有该组的组唯一标示符typeid，故此消息只会发送给该组内的所有成员。

由以上过程可以看出，本发明实施例方案，无需创建多个群，或者频道，一个群内由群组管理人员可以自由的创建多个二级组，甚至多级组，比如子组中继续创建组，所有群用户可自由的对指定的小组（包含当前用户所在组以及其他组）发送消息，也可同时向多个组发送消息（一个组含有子组），由此实现了一个组而无需建多个群或者讨论组以支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且增强了群组通讯的灵活性以及***使用性能，为用户提供方便。

此外，如图7所示，本发明实施例还提出一种群组通讯***，包括：多个客户端301和与所述多个客户端301通信连接的服务端302，其中：

每一客户端301均可以作为接收终端和发送终端，其中，作为发送客户端，用于响应用户在群内的组消息触发指令，生成组消息发送指令，发送至服务端302；作为接收终端，用于接收并显示服务端302下发的组消息。

本实施例以客户端301作为发送终端进行举例。

所述服务端302可以为上述实施例所述的服务端302。

其中，客户端301执行程序可以通过软件的方式安装在手机、平板电脑等智能用户终端上。用户可以通过客户端301操作用户终端上的各种应用，比如即时通讯等。

本实施例方案涉及各种即时通讯群内消息的分组发送，其可以适用于各种即时通讯的群以及语音聊天室，后续统一简称群。

如图5a所示，以某公司官方讨论群为例，该群作为公司的交流群，群成员包括产品、技术、测试、运营、管理层等，在日常的工作中必定有信息需要向全公司成员发布（即全群发布），但是肯定也有问题只想小组讨论，这样按照现有的技术方案，要么全群发送消息，则在某种程度上会对某些用户造成骚扰，也不利于信息的发送；要么建多个群或者讨论组以支持消息的分开发送，由此必定会增加用户的沟通成本，在使用上也不太方便。

为了解决上述问题，本实施例通讯***在群的基础上增加了组（当然，该组也可以相当于群中的一个子群，本实施例以组定义，以便与“群”在名称上进行区别，其中，组的建立与维护与群相似）的概念，将群分为若干分组，每个分组分配有一个组标识。另外，每一分组还可以具有若干子分组。

如图5a所示，该交流群分为管理组、产品组、技术组、市场组、测试组。

***界面设计如下：

单击组名前面的按钮[-]可以收起下拉成员表，如产品组；单击按钮[+]可以展开相应的组成员列表，如测试组，此设计可以快速的了解群的组织架构，以及可以手拉组列表，减少视觉污染，同时方便了组消息的发送。

用户在操作时，通过客户端301界面在群内触发组消息发送指令，发送给服务端302。

其中，在客户端301操作界面上，设有消息对话框以及发送按钮，该发送按钮旁设有目标群组选项，如图5b所示，用户可以通过点击发送按钮旁下拉的目标群组选项选择目标用户群体，比如，选择发送给管理组或发送给产品组，或者发送给选定用户等，还可以设置默认目标用户群体为全群发送。

因此，所述客户端301在群内触发的组消息发送指令可以是用户在客户端301的目标群组选项中选定发送给当前群下指定分组的发送指令，也可以是目标群组选项中针对用户在当前群内所选定用户的发送指令。

此外，在分组具有子分组的情况下，客户端301在群内触发的组消息发送指令则还可以是用户在客户端301的目标群组选项中选定发送给当前群下任一分组内指定子分组的发送指令。

以图5a所示的讨论群为例，可以在各组的组名前设置勾选按钮，同时还可以在各组下的用户名前设置勾选按钮，若用户需要同时发送消息给多个组，则用户可以在相应的组前进行勾选后点击发送消息，发送给指定的组，后续服务端302交互将创建一个新的临时组包含指定组的用户列表；若用户需要同时发送消息给多个组中的一个或多个用户（也就是说，多个组中每个组只是部分用户可以接收消息），则用户可以在相应的组下的用户名前进行勾选后点击发送消息，发送给选定的用户，后续服务端302交互将创建一个新的临时组包含指定用户的用户列表。

服务端302接收到客户端301发送的指令后，去查找对应的组标识，该组标识可以为用户选定的某个分组的组标识，比如管理组标识，也可以为之前根据用户所选定的用户临时创建的临时组标识。

另外，由于客户端301的各个群均具有一个唯一的群标识，为了区别不同群下的各个分组，可以有以下两种方案，1）、每个群中的组标识均从1、2、3开始递增，发送组消息时，先查找群标识，然后找其对应的组标识，然后推送消息给具有相同的群标识，组标识的群成员；2）、每个组的标识在整个服务端唯一（与群标识一样），即使有a、b两个公司群均存在产品组，但是其对应的分组的组标识不相同，服务端302会依照组创建的顺序依次递增其标识。在发送组消息时，由于组标识也是全服务端唯一，故只需要查找组标识对应的群成员，然后将消息下发即可。

每一组标识下，各群成员均具有一uin账号，服务端302在获取到客户端301发送的组消息所属的组标识后，将此组消息发送至组标识下各群成员的uin账号，由此所述组标识下的所有组成员均接收到该组消息，对于客户端301本地用户则直接显示在当前对话框中。

后续群组通讯过程中，客户端301则可以在所述组标识下的所有组成员之间进行组消息交互，也就是说，组标识下的其他组成员也可以在其当前分组对话框中发送组消息，而无需另创建一个相同的分组，从而节省了***资源，而且提高用户操作效率。

本实施例通过上述方案，当服务端302接收到客户端301在群内触发的组消息发送指令时；根据所述组消息发送指令，获取对应的组标识，服务端302将组消息发送至组标识下的所有组成员，其中，组标识可以使客户端301的群内分组标识，也可以是临时组标识，由此通过上述方案，实现了一个组而无需建多个群或者讨论组以支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且为用户提供方便，增强***使用性能。

进一步地，考虑到客户端301当前发送组消息的分组可能不存在，由此服务端302需要临时创建一分组，以实现组消息的发送。

具体地，服务端302在接收到客户端301在群内触发的组消息发送指令后，首先判断客户端301所选的群组成员是否属于一已存在的分组内，即该组消息对应的组标识是否存在，若存在，则将所述组消息发送至对应的组标识下的所有组成员；否则，针对当前组消息建立一临时组，并分配一临时组标识，将组消息发送至所分配的临时组标识下的所有组成员。

上述临时组的组名可以不显示在群组织架构中，同时还可以为其设定一定的有效期；也可以放置在组的下方（比如图5a中测试组的下方）设置的聊天历史记录区域，长期保存。

本实施例通过上述方案，当服务端302接收到客户端301在群内触发的组消息发送指令时；根据所述组消息发送指令，首先判断客户端301所选的群组成员是否属于一已存在的分组内，若存在，则将组消息发送至对应的组标识下的所有组成员；否则，针对当前组消息建立一临时组，并分配一临时组标识，将组消息发送至所分配的临时组标识下的所有组成员，由此通过上述方案，实现了一个组而无需建多个群或者讨论组以支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且增强了群组通讯的灵活性以及***使用性能，为用户提供方便。

更进一步地，服务端302监测到在预定时间内所述临时组内未发送组消息时，撤销所述临时组及其对应的组标识。

具体地，服务端302对临时创建的临时组的存在设定有一定的有效期，服务端302在监测到预定时间内所述临时组内未发送组消息时，则可以撤销所述临时组及其对应的组标识，以节省***资源。

以下结合图5a、图5b、图5c、图5d详细阐述本发明实施例进行群组通讯的过程：

本实施例方案可以支持子组或者多级子组的群组通讯，在现有的群组通讯协议的基础上，增加一个组id唯一标识：typeid，默认所有群消息的typeid=0，如果服务端302发现用户发送消息时的typeid=0，则对当前群全员发送消息（用以兼容老的没分组的群），否则，查找具有相同组typeid的群组成员uin账号，然后只对该部分用户发送消息。

如图5a所示，该交流群分为管理组、产品组、技术组、市场组、测试组。

***界面设计如下：单击组名前面的按钮[-]可以收起下拉成员表，如产品组；单击按钮[+]可以展开相应的组成员列表，如测试组，此设计可以快速的了解群的组织架构，以及可以手拉组列表，减少视觉污染，同时方便了组消息的发送。

用户在操作时，通过客户端301界面在群内触发组消息发送指令，发送给服务端302。

其中，在客户端301操作界面上，设有消息对话框以及发送按钮，该发送按钮旁设有目标群组选项，如图5b所示，用户有两种方案选择发送组消息：

用户可以通过单击发送按钮下拉的组选项选择目标用户群体，默认是全群发送，或者单击群下分组中相应的目标组如“管理组”，通过单击组时右键菜单或者下拉框来发送消息。

此外，发送组消息也可以分为两种情况：

1）、用户向自己所在组发送消息，如：用户adm1单击“管理组”，并向该组发送消息，则出现图5c所示的消息框：

在图5c中，由于用户adm1本身已经属于管理组，故***默认的typeid为在创建该组时所生成的typeid（对于各群标识相同的情况下，该typeid整个***唯一，而非一个群唯一），***收到消息时不再创建新的组，而直接查找当前组typeid对应的成员的uin账号，然后将消息下发。

2）用户对非自己所在组发送消息，如图5b所示，假设user a向管理组发送消息时，***会将user a添加到原来的管理组中，并形成一个新的临时组（群组织架构中不可见该组，具有一定的有效期，如：多久没有发送组消息，此组自动销毁等等），***在接受消息时，查找新生产的组typeid对应的成员uin，然后将消息下发。其交互如下图5d所示。

分组内用户收到消息后，只需要在输入框输入消息后，点击发送后，此时通讯协议中已经带有该组的组唯一标示符typeid，故此消息只会发送给该组内的所有成员。

由以上过程可以看出，本发明实施例方案，无需创建多个群，或者频道，一个群内由群组管理人员可以自由的创建多个二级组，甚至多级组，比如子组中继续创建组，所有群用户可自由的对指定的小组（包含当前用户所在组以及其他组）发送消息，也可同时向多个组发送消息（一个组含有子组），由此实现了一个组而无需建多个群或者讨论组以支持消息的分开发送，不仅降低了***资源，降低用户沟通成本，而且增强了群组通讯的灵活性以及***使用性能，为用户提供方便。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (18)

1.一种群组通讯方法，其特征在于，包括：

服务端接收客户端在群内触发的组消息发送指令，所述群具有若干分组，每一个分组具有一个组标识；根据所述组消息发送指令，获取对应的组标识；

根据所述获取的组标识，将所述组消息发送至所述组标识对应的分组的组成员。

2.根据权利要求1所述的方法，其特征在于，所述获取对应的组标识的步骤之前还包括：

判断所述组标识是否存在，若存在，则执行将所述组消息发送至所述组标识下的所有组成员步骤；否则

针对所述组消息建立一临时组，并分配一临时组标识，将所述组消息发送至所分配的临时组标识下的所有组成员。

3.根据权利要求2所述的方法，其特征在于，还包括：

所述服务端监测到在预定时间内所述临时组内未发送组消息时，撤销所述临时组及其对应的组标识。

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

在所述组标识下的所有组成员之间进行组消息交互。

5.根据权利要求1所述的方法，其特征在于，所述客户端在群内触发的组消息发送指令为用户在客户端的目标群组选项中选定发送给所述群下指定分组的发送指令，或者为目标群组选项中针对用户在所述群内所选定用户的发送指令。

6.根据权利要求5所述的方法，其特征在于，至少一所述分组具有若干子分组；所述客户端在群内触发的组消息发送指令为用户在客户端的目标群组选项中选定发送给所述群下任一分组内指定子分组的发送指令。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述客户端上各群内的组标识在服务端不唯一；所述根据组消息发送指令，获取对应的组标识的步骤包括：

根据所述组消息发送指令获取对应的群标识；

根据获取的所述群标识查找对应的组标识。

8.根据权利要求1-6中任一项所述的方法，其特征在于，所述客户端上各群内的组标识在服务端内唯一；所述根据组消息发送指令，获取对应的组标识的步骤包括：

根据所述组消息发送指令直接在所述服务器端内查找对应的组标识。

9.根据权利要求1-6中任一项所述的方法，其特征在于，在所述客户端的操作界面上，对应每一分组设有勾选按钮以及展开或收起分组成员列表的操作按钮，并在所述操作界面上设有消息对话框以及发送按钮，该发送按钮旁设有目标群组选项。

10.一种群组通讯服务端，其特征在于，包括：

指令接收模块，接收客户端在群内触发的组消息发送指令，所述群具有若干分组，每一个分组具有一个组标识；

标识获取模块，用于根据所述组消息发送指令，获取对应的组标识；

消息发送模块，用于根据所述获取的组标识，将所述组消息发送至所述组标识对应的分组的组成员。

11.根据权利要求10所述的服务端，其特征在于，

所述标识获取模块，还用于判断所述组标识是否存在，若存在，则由所述消息发送模块将所述组消息发送至所述组标识下的所有组成员；否则针对所述组消息建立一临时组，并分配一临时组标识；

所述消息发送模块，还用于将所述组消息发送至所分配的临时组标识下的所有组成员。

12.根据权利要求11所述的服务端，其特征在于，所述标识获取模块还用于监测到在预定时间内所述临时组内未发送组消息时，撤销所述临时组及其对应的组标识。

13.根据权利要求10所述的服务端，其特征在于，所述消息发送模块，还用于在所述组标识下的所有组成员之间进行组消息交互。

14.根据权利要求10所述的服务端，其特征在于，所述客户端在群内触发的组消息发送指令为用户在客户端的目标群组选项中选定发送给所述群下指定分组的发送指令，或者为目标群组选项中针对用户在所述群内所选定用户的发送指令。

15.根据权利要求14所述的服务端，其特征在于，至少一所述分组具有若干子分组；所述客户端在群内触发的组消息发送指令为用户在客户端的目标群组选项中选定发送给所述群下任一分组内指定子分组的发送指令。

16.根据权利要求10-15中任一项所述的服务端，其特征在于，所述客户端上各群内的组标识在服务端不唯一；所述标识获取模块还用于根据所述组消息发送指令获取对应的群标识；根据获取的所述群标识查找对应的组标识。

17.根据权利要求10-15中任一项所述的服务端，其特征在于，

所述客户端上各群内的组标识在服务端内唯一；所述标识获取模块还用于根据所述组消息发送指令直接在所述服务器端内查找对应的组标识。

18.一种群组通讯***，其特征在于，包括：发送客户端、接收客户端和与所述发送客户端及接收客户端通信连接的服务端，其中：

所述发送客户端，用于响应用户在群内的组消息触发指令，生成组消息发送指令，发送至所述服务端；

所述接收客户端，用于接收并显示所述服务端下发的所述组消息；

所述服务端为权利要求10-17中任一项所述的服务端。