CN110557424B

CN110557424B - 群组通信方法及装置、通信设备及存储介质

Info

Publication number: CN110557424B
Application number: CN201810566080.5A
Authority: CN
Inventors: 刘悦
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2018-06-04
Filing date: 2018-06-04
Publication date: 2022-09-13
Anticipated expiration: 2038-06-04
Also published as: CN110557424A

Abstract

本发明实施例公开了一种群组通信方法及装置、通信设备及存储介质。所述群组通信方法可应用于第一群组通信服务器中，包括：接收目标业务请求；根据所述目标业务请求确定请求的目标业务是否为第一类型业务；若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，其中，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务的至少部分业务逻辑。

Description

群组通信方法及装置、通信设备及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种群组通信方法及装置、通信设备及存储介质。

背景技术

群组通信一般是建立一个群组，所述群组内包含有多个群组成员，可以实现群组内成员之间的一对多或多对多的通信。

在相关技术中，群组通信可以实现跨应用的融合通信(Rich CommunicationSuit，RCS)可以实现短信、邮件、QQ或微信等及时通信等多种通信的融合，实现了跨应用及跨平台的群组通信。

但是在群组通信的过程中发现，现有的群组通信只能满足一些群组通信的基本需求，而对于很多个性业务需求等无法满足，用户的满意度低，且群组通信的通信能力扩展灵活性低。

发明内容

有鉴于此，本发明实施例期望提供一种群组通信方法及装置、通信设备及存储介质。

本发明的技术方案是这样实现的：

本发明实施例第一方面提供一种群组通信方法，应用于第一群组通信服务器中，包括：

接收目标业务请求；

根据所述目标业务请求确定请求的目标业务是否为第一类型业务；

若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，其中，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务的至少部分业务逻辑。

可选地，所述根据所述目标业务请求确定请求的目标业务是否为第一类型业务，包括：

根据所述目标业务请求获得所述目标业务的目标业务特征；

将所述目标业务特征与业务受控点的第二业务特征进行匹配；

若所述目标业务特征与所述第二业务特征匹配成功，确定所述目标业务为所述第一类型业务。

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

接收所述第二群组通信服务器的事件处理请求；

根据所述事件处理请求，配置所述业务受控点。

可选地，所述接收所述第二群组通信服务器的事件处理请求，包括以下至少之一：

接收所述第二群组通信服务器的事件订阅请求，其中，所述事件订阅请求，用于订阅业务受控点；

接收所述第二群组通信服务器的事件订阅更新请求，其中，所述事件订阅更新请求，用于更新对应的业务受控点；

接收所述第二群组通信服务器的事件订阅退订请求，其中，所述事件订阅退订请求，用于删除对应的业务受控点。

可选地，所述若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，包括：

若所述目标业务为所述第一类型业务，确定所述目标业务事件的事件类型；

在向所述第二群组通信服务器上报所述目标业务事件时，根据所述事件类型执行与所述目标业务相关的业务逻辑。

可选地，若所述目标业务事件为通知事件，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务事件的第一业务逻辑；

在向所述第二群组通信服务器上报所述目标业务事件时，根据所述事件类型执行与所述目标业务相关的业务逻辑，包括：

若所述第一业务事件为通知事件，根据所述第一群组通信服务器配置的业务逻辑执行所述目标业务的第二业务逻辑，其中，所述第一业务逻辑和所述第二业务逻辑不同。

可选地，所述若所述第一业务事件为通知事件，根据所述第一群组通信服务器配置的业务逻辑执行所述目标业务的第二业务逻辑，包括：

若所述第一业务事件为通知事件，接收所述第二群组通信服务器执行所述第一业务逻辑之后发送的第一处理结果；

根据所述第一处理结果执行所述第二业务逻辑。

可选地，若所述目标业务事件为控制事件，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务事件的第三业务逻辑；

接收所述第二群组通信服务器发送的第四业务逻辑；

执行所述目标业务的所述第四业务逻辑。

可选地，所述群组通信的业务还包括：所述第一类型业务以外的第二类型业务；

所述第二类型业务包括：所述第一群组通信服务器执行的基础群组通信业务；

所述第一类型业务包括：所述第二群组通信服务器执行的所述基础群组通信业务以外的扩展群组通信业务。

可选地，所述第二类型业务包括以下至少之一：

群组会话的分发；

群组会话的基本控制；

群组的基本管理；

群组会话数据的基本管理；

所述第一类型业务包括以下至少之一：

群组会话的扩展控制；

群组的扩展管理；

群组会话数据的扩展管理；

群组会话的代收；

群公告；

群投票；

群组成员之间的业务代办；

业务代办授权；

非群组成员参与的群组会话。

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

将群组公共数据存储到群数据管理服务器，其中，所述群组公共数据用于供所述第一群组通信服务器和所述第二群组通信服务器查阅。

可选地，所述群组公共数据包括以下至少之一：

群组列表；

群组成员列表；

群组成员属性；

群组成员之间的组织关系。

第二方面，本发明实施例提供一种群组通信方法，应用于第二群组通信服务器中，包括：

接收第一群组通信服务器在接收到第一类型业务的业务请求时发送的目标业务事件；

基于所述目标业务事件执行目标业务的至少部分业务逻辑。

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

向所述第一群组通信服务器发送事件处理请求，其中，所述事件处理请求用于触发所述第一群组通信服务器配置与所述第一类型业务对应的业务受控点。

可选地，所述基于所述目标业务事件执行目标业务的至少部分业务逻辑，包括以下至少之一：

基于通知事件执行所述目标业务的第一业务逻辑；

基于控制事件执行所述目标业务的第三业务逻辑，并向所述第一群组通信服务器发送第四业务逻辑。

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

第三方面，本发明实施例提供一种群组通信方法，应用于第一群组通信服务器中，包括：

第一接收模块，用于接收目标业务请求；

确定模块，用于根据所述目标业务请求确定请求的目标业务是否为第一类型业务；

第一发送模块，用于若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，其中，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务的至少部分业务逻辑。

第四方面，本发明实施例提供一种群组通信装置，应用于第二群组通信服务器中，包括：

第二接收模块，用于接收第一群组通信服务器在接收到第一类型业务的业务请求时发送的目标业务事件；

执行模块，用于基于所述目标业务事件执行目标业务的至少部分业务逻辑。

第五方面，本发明实施例提供一种通信设备，包括：

收发器；

存储器；

处理器，分别与所述收发器及存储器连接，用于通过执行存储在所述存储器上的计算机可执行代码控制所述收发器的信息收发，并实现第一方面或第二方面任意一个技术方案提供的方法。

第六方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被执行后，能够实现第一方面或第二方面任意一个技术方案提供的方法。

本发明实施例群组通信方法及装置、通信设备及存储介质，在进行群组通信时，会确定出当前接收到的目标业务请求所请求的目标业务是否为第一类型业务，如果是第一类型业务则向第二群组通信服务器发送目标业务事件，如此就实现了触发第二群组通信服务器执行目标业务的至少部分业务逻辑。在本发明实施例提供的群组通信服务中，第一群组通信服务器可以维持其原有的业务逻辑不便，通过第二群组通信服务器来实现业务逻辑的灵活扩展。由于并非直接改造第一群组通信服务器的业务逻辑，保留了第一群组通信服务器的业务逻辑故与相关技术中的群组通信的业务逻辑的兼容性强；另一方面，也降低了因为需要与相关技术中的业务逻辑的兼容导致的群组通信业务的扩展难度大等问题，实现了群组通信业务的简单和灵活扩展。再一方面，允许第三方应用服务器作为所述第二群组通信服务器直接参与群组通信的业务逻辑执行，充分利用了第三方应用服务器已有的业务逻辑。

附图说明

图1为本发明实施例提供的第一种群组通信方法的流程示意图；

图2为本发明实施例提供的一种群组通信系统的结构示意图；

图3为本发明实施例提供的第二种群组通信方法的流程示意图；

图4为本发明实施例提供的一种群组通信装置的结构示意图；

图5为本发明实施例提供的另一种群组通信装置的结构示意图；

图6为本发明实施例提供的又一种群组通信装置的结构示意图；

图7为本发明实施例提供的再一种群组通信装置的结构示意图；

图8为本发明实施例提供的第三种群组通信方法的流程示意图；

图9为本发明实施例提供的第四种群组通信方法的流程示意图；

图10为本发明实施例提供的第五种群组通信方法的流程示意图；

图11为本发明实施例提供的第六种群组通信方法的流程示意图；

图12为本发明实施例提供的第七种群组通信方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本实施例提供一种群组通信方法，应用于第一群组通信服务器中，包括：

步骤S110：接收目标业务请求；

步骤S120：根据所述目标业务请求确定请求的目标业务是否为第一类型业务；

步骤S130：若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，其中，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务的至少部分业务逻辑。

本实施例中所述第一群组通信服务器可为提供各种群组通信的基本业务实现的群组通信服务器，例如，所述第一群组通信服务器可为可以执行RCS标准的标准群组通信服务器。

在本实施例中，所述第二群组通信服务器可为在所述第一群组通信服务器之上扩展的扩展群组通信服务器，所述第二群组通信服务器提供的扩展群组通信业务可是依赖第一群组通信服务器提供的基础群组通信业务的第一类扩展群组通信业务，所述扩展群组通信业务还可是不依赖基础群组通信业务的第二类扩展群组通信业务。

所述目标业务请求可为参与群组通信的客户端发送的任意一种业务请求，例如，发起群组会话，结束群组会话，设置群组会话权限等。

在步骤S120中在接收到目标业务请求之后，会判断该目标业务的业务类型，此处至少包括：判断所述目标业务是否为所述第一类型业务。例如，通过目标业务请求中携带的目标业务的业务标识、业务特征字段等，确定所述目标业务是否为所述第一类型业务。

在步骤S130中若确定出目标业务是所述第一类型业务，则需要由所述第二群组通信服务器来执行第一业务的至少部分业务逻辑。此处的至少部分业务逻辑包括以下两种情况：

第一种：由所述第二群组通信服务器执行所述目标业务的所有业务逻辑；

第二种：由所述第二群组通信服务器执行目标业务中涉及一部分业务逻辑，剩余部分业务逻辑继续由所述第一群组通信服务器执行。

在所述步骤S130中发送所述目标业务事件可包括：携带有所述目标业务的事件参数；该事件参数可包括所述目标业务的业务标识等；方便所述第二群组通信服务器知晓当前所需要执行的业务逻辑。在另一些实施例中，所述事件参数还可包括：业务标识以外的其他参数，例如，所涉及的群成员的成员标识。例如，请求业务代办授权，所述事件参数中可能需要携带被代办成员的成员标识和代办成员的成员标识。

在本发明实施中所述第一类型业务即为所述扩展群组通信业务，可包括：所述第一类扩展群组通信业务和/或第二类扩展群组通信业务。

例如，不同群组成员的消息交互权限可为一种所述第一类扩展群组通信业务；权限高的群组成员A和权限低的群组成员B的消息交互权限是不同，例如，权限低的群组成员B有些群组会话对于他是透明的，如此，需要通过部分权限低的群组成员的过滤，实现权限高的群组成员之间的会话。而权限高的群组成员之间的群组会话的分发等操作是依赖基础群组通信业务的。

再例如，群组成员之间的组织架构可为前述第二类扩展群组通信业务的一种；组织架构描述的是群组成员之间的组织关系，例如，在企业内的企业职务关系、在非企业团体内的团体职务关系等。该组织架构的配置和管理不决定于基础群组通信业务。

在本实施例中，所述第一群组通信服务器和第二群组通信服务器可以对应于不同的物理设备，例如，对应于不同的通信设备。在另一些实施例中，所述第一群组通信服务器和第二群组通信服务器可为设置在同一个物理设备上具有支持不同群组通信业务逻辑的虚拟机等业务逻辑执行实体。所述第一群组通信服务器和所述第二群组通信服务器之间的可以通过实体的通信接口或虚拟通信接口进行信息交互。

在本发明实施例中所述第一群组通信服务器提供了与所述第二群组通信服务器进行业务逻辑合作和业务逻辑参与的接口，例如，该接口可为应用编程接口(ApplicationProgramming Interface，API)，方便所述第一群组通信服务器合和所述第二群组通信服务器之间进行业务协作，在维持原有的业务逻辑的情况下，简便实现业务逻辑的灵活拓展。

在一些实施例中，所述第一群组通信服务器可为设置能力开放平台中提供基础群组通信业务的相关能力，所述第二群组通信服务器可为第三方应用服务器，所述第三方应用服务器可包括：各种社交应用服务器，典型的微信服务器、微博服务器、脸书服务器、和飞信服务器等。所述第二群组通信服务器通过能力开放平台的入口连接到第一群组通信服务器，例如，作为第三方应用服务器的第二群组通信服务器可以通过业务能力开放(ServiceCapability Exposure Function，SCEF)接入到位于策略和计费控制(Policy andCharging Control，PCC架构内的第一群组通信服务器上。

总之，在本实施例中，第一群组通信服务器可以提供基础群组通信业务，利用第二群组通信服务器来提供扩展群组通信业务，如此，避免了对第一群组通信服务器的业务逻辑的改造，使得第一群组通信服务器依然可以遵循相关技术中的业务逻辑，从而与现有技术兼容性强，从而解决了进行群组业务通信扩展需要与现有群组通信业务兼容所带来的技术难度；同时维持了第一群组通信业务的基础群组通信业务与相关群组通信标识(例如，RCS标准)的统一性，确保了基础群组通信业务的稳定和正常执行。另一方面，通过第二群组通信服务器的引入，并利用第二群组通信业务来执行所述第一类型业务(即扩展群组通信业务)的业务逻辑，一方面简便和灵活实现了业务扩展，满足了用户不断拓展的群组通信需求和个性群组通信需求，提升了用户满意度；另一方面不会对基础群组通信业务产生兼容性问题和/或不利影响，从而具有与现有技术兼容性强的特点。

可选地，所述步骤S120可包括：

根据所述目标业务请求获得所述目标业务的目标业务特征；

在本实施例中，所述目标业务请求可携带有一个或多个目标业务的业务字段，该业务字段可用于描述所述目标业务特征，例如，该业务字段可包括：目标业务的业务标识、目标业务的业务类型、目标业务的业务特点中的一个或多个。

在本实施例中所述第一群组通信服务器中设置有业务受控点，该业务受控点设置有第二业务特征。所述第一群组通信服务器中设置有多个业务受控点，一个所述业务受控点对应于一个业务受控点的配置记录，在配置记录中设置有所述第二业务特征及与所述第二业务特征对应的业务事件。

如此，将第一业务特征与第二业务特征进行匹配，就可以确定出当前请求的目标业务是否是由第二群组通信服务器进行业务控制所对应的业务控制点，如果是，根据该配置记录中的业务事件至少告知所述第二群组通信业务执行对应的业务逻辑，实现所述目标业务所对应的业务服务的提供。

若第一业务特征和第二业务特征未匹配成功，则表示所述目标业务并非所述第一类型业务，也未命中所述业务受控点，故第一群组通信服务器可以独立执行所述目标业务的业务逻辑，提供所述目标业务对应的业务服务。

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

接收所述第二群组通信服务器的事件处理请求；

根据所述事件处理请求，配置所述业务受控点。

为了确保第一类型业务的顺利执行，在执行所述第一类业务之前需要配置确定所述第一类业务的相关信息，例如，前述的配置记录等，但是不局限于前述配置记录，也不限于配置业务受控点。

在本实施例中，所述第二群组通信服务器可以向所述第一群组通信服务器发送事件处理请求，例如，第二群组通信服务器基于与第一群组通信服务器开发的接口与所述第二群组通信服务器进行信息交互来配置所述业务受控点。

例如，所述第二群组通信服务器向所述第一群组通信服务器发送时间处理请求，该事件处理请求中携带有对一个的群组标识(用来标识设置的业务受控点所控制的通信群组)、事件类型、业务受控点的配置参数，该配置参数可以写入到所述配置记录中。例如，该配置参数可包括前述的第二业务特征。

在另一些实施例中，所述第二群组通信服务器可以基于不同的粒度对群组通信的业务受控点进行配置：

服务粒度，可涉及多个群组的同一个服务；

业务粒度，可涉及多个群组的同一个业务；

群组粒度，以群组为最小单位进行业务受控点的配置；

成员粒度，以群组成员为最小单位继续业务受控点的配置。

例如，针对社交服务器A提供社交服务A，基于社交服务A可能建立了多个群组或者有多个群组的群组通信可能涉及社交服务A；此时，社交服务器A可以以自身提供的服务，对基于社交服务A建立的群组或涉及社交服务A的群组进行业务受控点的统一配置。如此，档基于社交服务A和涉及社交服务A的大量群组时，可以不用逐一进行单群组的配置或单业务的配置。此时事件处理请求中可能携带有服务A的服务标识等标识服务的信息；第一群组通信服务器收到该事件处理请求之后，需要遍历出所有涉及社交服务A的群组统一进行业务受控点的配置。

又例如，针对社交服务器B提供某一项业务B，有多个群组的群组通信可能涉及业务B；此时，社交服务器B可以请求对所有涉及业务B的群组统一配置与业务B相关的业务受控点。此时事件处理请求中可能携带有业务A的业务标识等信息；第一群组通信服务器收到该事件处理请求之后，需要遍历出所有涉及业务B的群组统一进行业务受控点的配置。

群组粒度和成员粒度的可能业务受控点的配置粒度细化到一个群组或一个成员。例如，群组内不同群组成员之间的消息交互权限，这是涉及一个群组成员粒度的业务受控点的配置。

接收所述第二群组通信服务器的事件订阅请求，其中，所述事件订阅请求，用于订阅业务受控点；订阅了一个业务受控点，就相当于在第一群组通信服务器中设置了一个触发第二群组通信服务器来执行目标业务的触发点(即所述业务受控点)

接收所述第二群组通信服务器的事件订阅更新请求，其中，所述事件订阅更新请求，用于更新对应的业务受控点；事件订阅更新请求触发业务受控点的配置参数的更新，例如，该业务受控点所对应的业务特征的变化、该业务受控点的生命周期的变化(该生命周期可包括：该业务受控点的起始时间和终止时间)，例如，某一个企业群当前是特殊时期，在其群内添加了部分非该企业员工的群外成员；该群为成员发起消息时仅对群内的群组成员部分可见，该特殊时期的起止时间即为所述生命周期；

事件订阅退订请求是用于请求删除一个未设置生命周期的业务受控点或者提前删除一个设置了生命周期的业务受控点。

在一些实施例中，所述步骤S130可包括：

在本实施例中如目标业务为第一类型业务，自然需要第二群组通信服务器参与目标业务所对应业务服务的俄提供，但是在一些情况下同时还需要第一群组通信服务器执行相关的业务，例如，基于基础群组通信业务中的会话分发及会话路由控制等。

故在本实施例中，第一群组通信服务器还会根据事件类型执行对应的业务逻辑，该业务逻辑可能依赖于第二群组通信服务器的业务逻辑的执行结果，也可能不依赖第二群组通信服务器的业务逻辑的执行结果。

例如，一个群组成员添加请求，由于该群组为企业群组，在添加新成员时涉及到将该新添加的成员归属到对应的组织架构中。群组成员的添加业务逻辑可以由所述第一群组通信服务器独立执行；将该新添加的群组成员归属到组织架构的哪一个层级中由所述第二群组通信服务器来执行，这两者相互不干扰。但是该群组成员的添加过程中涉及了群组成员添加和组织架构中新群组成员的组织归属两个独立的业务逻辑。

可选地，在一些实施例中，第二群组通信服务器仅执行第一类业务的部分业务逻辑，需要利用第一群组通信服务器的当前业务逻辑来执行剩余部分，且该第一群组通信服务器对目标外业务的第二业务逻辑的执行是依赖第二群组通信服务器对第一业务逻辑的执行结果的。例如，当前接收到携带有会话消息的群组会话请求，该群组会话请求限定消息交互权限为特定权限的才能参与；此时选择出参与本次群组会话的业务逻辑执行可以由第二群组通信服务器来执行，而最终的会话消息分发可以由所述第一群组通信服务器根据第二群组通信服务器选择出的参与成员进行分发。故，所述若所述第一业务事件为通知事件，根据所述第一群组通信服务器配置的业务逻辑执行所述目标业务的第二业务逻辑，包括：若所述第一业务事件为通知事件，接收所述第二群组通信服务器执行所述第一业务逻辑之后发送的第一处理结果；根据所述第一处理结果执行所述第二业务逻辑。

在一些实施例中，若所述目标业务事件为控制事件，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务事件的第三业务逻辑；

接收所述第二群组通信服务器发送的第四业务逻辑；

执行所述目标业务的所述第四业务逻辑。

在一些实施例中，第一群组通信服务器允许所述第二群组通信服务器暂时性的改变第一群组通信服务器的业务逻辑。在本实施例中，若接收到为第一类型业务，第一群组通信服务器向第二群组通信业务目标业务事件，所述第二群组通信服务器接收到目标业务通信事件之后，会向所述第二群组通信服务器发送所述第四业务逻辑，并执行所述第四业务逻辑。

在一些实施例中，第三业务逻辑可为确定或生成所述第四业务逻辑的业务逻辑。

在另一些实施中，所述第三业务逻辑的执行会产生独立于所述第四业务逻辑的第二处理结果，所述第四业务逻辑的执行可是基于所述第二处理结果的。例如，结合所述第二处理结果及所述目标服务器请求执行所述第四业务逻辑，得到所述目标业务请求所需的业务服务。

在一些实施例中所述第四业务逻辑可包括：第二群组通信服务器发送的表征所述第四业务逻辑的群组通信控制模板、所述群组通信控制模板以外的群组通信控制配置表等各种控制业务逻辑的指令和/或参数。

可选地，所述群组通信的业务还包括：所述第一类型业务以外的第二类型业务；所述第二类型业务包括：所述第一群组通信服务器执行的基础群组通信业务；所述第一类型业务包括：所述第二群组通信服务器执行的所述基础群组通信业务以外的扩展群组通信业务。

可选地，所述第二类型业务包括以下至少之一：

群组会话的分发；例如，将群组会话产生的会话消息分发给各个群组成员；

群组会话的基本控制；群组会话的基本控制可包括：群组会话发起控制、群组会话的传输控制，该传输控制可包括：控制群组会话传输所使用的通信协议、所针对的应用类型等；

群组的基本管理；群组成员的基本管理可包括：群组成员的基本管理，包括：新成员的添加、群组成员的删除、群名称的修改、群组成员的昵称修改、群聊主题的修改、群组成员的基本资料修改等；

群组会话数据的基本管理，可包括：群组会话数据的存储、群组会话数据的查阅等。所述群组会话数据可包括：群组会话产生的数据，可包括：群组会话的参与成员记录、群组会话的会话内容等。

所述第一类型业务包括以下至少之一：

群组会话的扩展控制；例如，群组会话的扩展控制可包括：对部分群组成员可见而对部分群组成员不可见的群组会话的控制；

群组的扩展管理；群组的扩展管理可包括：群组的组织结构的配置、组织结构的修改等；

群组会话的代收；例如，当前有一个群组成员当前离线，可以由其他群组成员代收，例如，该群组为一个公司群组；目前部门A的经理的群组账号离线，可以由预先设置的在线的副经理的群组账号代收；或者，利用同一个群组成员的其他账号代收该群组成员的群组会话；

群公告；群公告可为展示在群组通信的特定页面可被群组成员所查阅的信息，例如，在群组会话的对话框的一个子区域展示的消息内容，再例如，在群组的群空间展示的信息；

群投票；例如，一个群组成员在群组内发起一个投票活动，其他群组成员可以基于该投票活动进行投票，第二群组通信服务器将自动展示投票结果；

群组成员之间的业务代办；例如，群组成员之间的业务代办；原本有群组成员A代办的业务，自动切换成群组成员B代办；例如，针对企业群，群组成员A进行请假，原本尤其群组成员执行的群组成员考勤业务由群组成员B进行代办；

业务代办授权；群组成员之间的业务代办在一些情况下并非随意就可以进行的，需要通过业务代办授权之后才可以，此时需要发业务代办授权从而进行业务代办授权，使得代办群组成员享有业务代办的权利，如此，在被代办群组成员离线的情况下，可以基于代办群组成员的请求或自动切换到由代办群组成员执行；

非群组成员参与的群组会话。

在一些特定情况下，还有非群组成员需要参与群组会话，在相关技术中若需要这样，就需要重新发起一个群组，并在该群组内进行群组会话，此时需要重新设置一个群组，逐一添加群组成员；再发起会话，显然操作繁琐。

但是在本发明实施例中客户端仅须发起一个包含有非群组成员的通信标识的群组会话请求，相当于出命中对应的业务受控点，此时第二群组通信服务器会接收到对应的目标业务事件，从而允许该群组会话的通知。

如此，简化了有FENIX群组成员参与的群组会话的构建，提升了用户体验。

可选地，所述群组的扩展管理至少包括：组织架构配置和管理；

所述群组会话的管理至少包括：消息交互权限设置和管理。

可选地，所述群组的扩展管理至少包括：组织架构配置和管理；所述组织架构可以包括：将群组成员分配到具有不同属性的子群中形成有层次或有梯度的组织架构，典型的组织架构可包括：企业组织等法人团体架构、非法人团体组织架构；所述组织架构配置可包括：配置对应的组织的基本参数，例如，该组织架构分为多少个层次，每一个层次的成员属性等参数；所述组织架构的管理可包括：基于组织架构的配置进行群组成员的划分、组织架构内群组成员的修改等相关操作；

所述群组会话的管理至少包括：消息交互权限设置和管理；有的消息仅在部分群组成员之间传输，有的消息需要在整个群组之间的传输；

所述群组会话数据的扩展管理包括以下至少之一：群组会话数据的处理权限管理、群组会话数据的安全控制管理。

所述群组会话数据的处理权限管理，针对企业群组可能涉及涉密数据，有一些群组会话数据是禁止拷贝或禁止外传的，此时，可以通过设置群组会话数据的处理权限实现数据的管理；群组会话数据的安全控制管理，若产生了群组会话就会有对应的群组会话数据，此时，群组会话数据的存储是否需要加密，群组会话数据后续查阅是否需要设置有访问权限、删除权限、拷贝权限或共享权限。

在一些实施例中，所述方法还包括：

在本发明实施例中所述第一群组通信服务器会将群组公共数据写入到群数据管理服务器，该群数据管理服务器可为第一群组通信服务器和第二群组通信服务器都可以访问的电子设备和/或公共数据库。如此，第一群组通信服务器和第二群组通信服务器都可以查询到该群组公共数据，无需到对方请求对应的数据。

可选地，所述群组公共数据包括以下至少之一：

群组列表；

群组成员列表；

群组成员属性；

群组成员之间的组织关系。

例如，需要被两个群组通信服务器所查看的群组列表，该群组列表可包括多个记录，每一个记录可包括多个群组属性，该群组属性可包括：群组标识、群组类型、群组涉及的第一群组通信服务器和/或第二群组通信服务器的地址等信息。

群组成员列表描述了一个群组内包含的群组成员的相关信息，例如，根据该群组成员列表可以知道该群组内包含的群组成员数目、包含哪些群组成员，这些群组成员在群组通信时可使用的和/或惯用的通信应用的应用标识等信息。

所述群组成员属性可用于描述对应的群组成员的相关信息，例如，该群组成员具有的哪些特殊权限和/或该群组成员的在组织架构中的职位等信息。

所述组织关系可为根据所述组织架构确定的。该组织关系可以用于描述上下级之间的组织关系，部门之间的组织关系等。

如此，将群组公共数据存储在群数据管理服务器，方便了第一群组通信服务器和第二群组通信服务器的查询。

例如，当接收到一个群组会话要求时，所述第一群组服务器可以访问所述群组列表，确定当前参加群组会话的参与方是否都有权限，若有的没有权限可能就命中了对应的业务受控点。

在另一些实施例中，所述方法还包括：修改所述群组数据管理服务器中存储的群组公共数据，此处的修改包括：删除、更新和添加等数据写操作。

图2为本发明实施例提供的一种群组通信系统，至少包括：第一群组通信服务器和第二群组通信服务器，在一些实施例中还包括群数据管理服务器。所述群数据管理服务器分别与所述第一群组通信服务器连接和所述第二群组通信服务器连接。

群组成员1、群组成员2、群组成员3及群组成员4直接连接的第一群组通信服务器。

如图3所示，本实施例提供一种群组通信方法，应用于第二群组通信服务器中，包括：

步骤S210：接收第一群组通信服务器在接收到第一类型业务的业务请求时发送的目标业务事件；

步骤S220：基于所述目标业务事件执行目标业务的至少部分业务逻辑。

本实施例提供的群组通信方法应用于第二群组通信服务器中。

在步骤S210中接收第一群组通信服务器发送的目标业务事件，该目标业务事件可包括前述事件参数。

在步骤S220中根据所述目标业务事件执行所述目标业务的至少部分业务逻辑。在一些实施例中目标业务的全部业务逻辑可均由第二群组通信服务器执行，也可以仅涉及扩展群组通信业务的部分由所述第二群组通信服务器执行。

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

此处的事件处理请求，可包括：前述的事件订阅请求、事件订阅更新请求、事件订阅退订请求等。

所述业务受控点的配置可包括：配置新的业务受控点，更新旧的业务受控点，删除已配置的业务受控点等。

如此，第一群组通信服务器一但发现有业务请求命中所述业务受控点则会自动触发目标业务事件上报，从而触发第二群组通信服务器的业务逻辑的执行。

在一些实施例中，所述步骤S220可包括：基于通知事件执行所述目标业务的第一业务逻辑。针对于通知事件第一群组通信服务器可能需要由第二群组通信服务器执行第一业务逻辑，而第一群组通信服务器的业务逻辑也并非中断执行，可能还需要执行对应的第二业务逻辑，该第二业务逻辑可以由所述第一群组通信服务器的单独执行，在另一些实施例中所述第二群组通信服务器可能需要将第一业务逻辑的第一处理结果发送给所述第一群组通信服务器，所述第一群组通信服务器器基于所述第一处理结果执行所述第二业务逻辑。

在另一些实施例中，所述步骤S220可包括：基于控制事件执行所述目标业务的第三业务逻辑，并向所述第一群组通信服务器发送第四业务逻辑。

在本发明实施中，所述第三业务逻辑为所述第二群组通信服务器执行的业务逻辑，并向第一群组通信服务器发送需要由第一群组通信服务器中断自身的业务逻辑执行并转而执行第四业务逻辑，如此，相当于所述第二群组通信服务器暂时性改动了第一群组通信服务器的业务逻辑。值得注意的是：此时，第一群组通信服务器中原有的业务逻辑并未删除，后续该未被删除原有业务逻辑还可以继续执行。

可选地，所述第一类型业务包括以下至少之一：群组会话的扩展控制；群组的扩展管理；群组会话数据的扩展管理；群组会话的代收；群公告；群投票；群组成员之间的业务代办；业务代办授权；非群组成员参与的群组会话。

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

此处的群数据管理服务器的描述可以参见前述实施例，此处就不再重复了。

可选地，所述群组公共数据包括以下至少之一：群组列表；群组成员列表；群组成员属性；群组成员之间的组织关系。

如图4所示，本实施例提供一种群组通信方法，应用于第一群组通信服务器中，包括：

第一接收模块110，用于接收目标业务请求；

确定模块120，用于根据所述目标业务请求确定请求的目标业务是否为第一类型业务；

第一发送模块130，用于若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，其中，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务的至少部分业务逻辑。

本实施例提供的群组通信装置可为应用于第一群组通信服务器中的具有信息处理的装置。

所述第一接收模块110、确定模块120及所述第一发送模块130均可为程序模块，被处理器执行之后就可以接收目标业务请求，并判断出当前接收的目标业务请求是否为第一类业务请求；若是则需要向第二群组通信服务器发送目标业务事件，以触发第二群组通信服务器执行目标业务的至少部分业务逻辑。

可选地，所述确定模块120，具体用于根据所述目标业务请求获得所述目标业务的目标业务特征；将所述目标业务特征与业务受控点的第二业务特征进行匹配；若所述目标业务特征与所述第二业务特征匹配成功，确定所述目标业务为所述第一类型业务。

可选地所述装置还包括：

事件处理请求接收模块，用于接收所述第二群组通信服务器的事件处理请求；

业务受控点配置模块，用于根据所述事件处理请求，配置所述业务受控点。

可选地，所述事件处理请求接收模块，可具体用于接收所述第二群组通信服务器的事件订阅请求，其中，所述事件订阅请求，用于订阅业务受控点；接收所述第二群组通信服务器的事件订阅更新请求，其中，所述事件订阅更新请求，用于更新对应的业务受控点；接收所述第二群组通信服务器的事件订阅退订请求，其中，所述事件订阅退订请求，用于删除对应的业务受控点。

可选地，所述第一发送模块130，可具体用于若所述目标业务为所述第一类型业务，确定所述目标业务事件的事件类型；在向所述第二群组通信服务器上报所述目标业务事件时，根据所述事件类型执行与所述目标业务相关的业务逻辑。

可选地，若所述目标业务事件为通知事件，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务事件的第一业务逻辑；所述第一发送模块130，可具体用于若所述第一业务事件为通知事件，根据所述第一群组通信服务器配置的业务逻辑执行所述目标业务的第二业务逻辑，其中，所述第一业务逻辑和所述第二业务逻辑不同。

进一步地，所述第一发送模块130，可用于若所述第一业务事件为通知事件，接收所述第二群组通信服务器执行所述第一业务逻辑之后发送的第一处理结果；所述装置还包括：执行模块，用于根据所述第一处理结果执行所述第二业务逻辑。

所述第一发送模块130，还用于接收所述第二群组通信服务器发送的第四业务逻辑；所述执行模块，还用于执行所述目标业务的所述第四业务逻辑。

例如，所述第二类型业务包括以下至少之一：群组会话的分发；群组会话的基本控制；群组的基本管理；群组会话数据的基本管理。

所述第一类型业务包括以下至少之一：

群组会话的扩展控制；群组的扩展管理；群组会话数据的扩展管理；群组会话的代收；群公告；群投票；群组成员之间的业务代办；业务代办授权；非群组成员参与的群组会话。

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

第一存储模块，用于将群组公共数据存储到群数据管理服务器，其中，所述群组公共数据用于供所述第一群组通信服务器和所述第二群组通信服务器查阅。

如图5所示，本实施例提供一种群组通信装置，应用于第二群组通信服务器中，包括：

第二接收模块210，用于接收第一群组通信服务器在接收到第一类型业务的业务请求时发送的目标业务事件；

执行模块220，用于基于所述目标业务事件执行目标业务的至少部分业务逻辑。

本实施例提供的群组通信装置可应用于第二群组通信服务器，所述第二接收模块210及所述执行模块220可为程序模块，被处理器执行后可以接收第一群组通信服务器上报的目标业务事件并执行第一类型业务的至少部分业务逻辑，如此，可以利用第二群组通信服务器自身的业务逻辑进行通信平台中群组通信业务的灵活扩展，且维持第一群组通信服务器自身的标准业务逻辑的不便，实现与第一群组通信服务器已有的业务逻辑的互不干扰的融合。

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

第二发送模块，用于向所述第一群组通信服务器发送事件处理请求，其中，所述事件处理请求用于触发所述第一群组通信服务器配置与所述第一类型业务对应的业务受控点。

此处的事件处理请求可以参照前述任意一个实施例的相关描述，此处就不重复了。

可选地，所述执行模块220可用于基于通知事件执行所述目标业务的第一业务逻辑；基于控制事件执行所述目标业务的第三业务逻辑，并向所述第一群组通信服务器发送第四业务逻辑。

在另一些实施例中，所述装置还包括：

第二存储模块，具体用于将群组公共数据存储到群数据管理服务器，其中，所述群组公共数据用于供所述第一群组通信服务器和所述第二群组通信服务器查阅。

以下结合上述任意实施例提供几个具体示例：

示例1：

本示例中，如图6及图7所示，通过新设置社交群聊服务器(相当于前述的第二群组通信服务器)与标准群聊服务器(相当于前述的第一群组通信服务器)对接，开放标准群聊服务器的业务能力和控制权限供社交群聊服务器调用的方式，在保持基础群聊功(基础群组通信业务)能稳定的基础上，叠加生成的可灵活扩展的社交群聊业务(为前述扩展群组通信业务的一种)，在还有一些情况下，扩展群组通信业务并非是基于社交应用，还可以是基于购物应用等非社交群聊业务。

如此，原先设置可以用于处理国际标准群聊的服务器可称为上述基础群聊服务器，新增的社交群聊服务可满足运营商自身的定制化扩展群聊需求(对应于前述的扩展群组通信需求或个性群组通信需求)，并且可以向第三方政企等客户提供灵活的群聊能力。同时，设置全局群聊数据管理服务器，供各类基础群聊和社交群聊共享群聊相关数据和，如群列表、用户列表等信息。群聊系统架构如图所示。

基础群聊服务器提供的群组通信能力可包含：

提供标准群聊功能，例如，群会话的分发和控制；

群组的基本管理(创建群组、加成员、删除群成员、修改群主题、修改群昵称等)，支持原生入口支持(Native)终端，对于标准群聊，或社交平台群聊业务未订阅的群聊，不需要将业务受控点上报。所述原始入口支持终端所支持的原始入口可包括：短信的会话入口、邮件会话入口，可为终端出厂时就内置在终端内的应用程序、插件或软件开发工具所提供的通信入口。

对于扩展群聊应用，如企业群、包含扩展群组通信业务的群等，基础群聊服务器可将群聊的业务能力和控制能力开放给社交平台中的群聊业务，即可以在标准群聊的每一个信令请求或响应到达群聊服务器时，不直接进行后续处理，而是根据业务需求判断是否将此事件后相应处理的控制权交给社交群聊服务器，此后根据业务受控点从社交群聊服务器获取信息判断对用户的消息下发策略(权限、次数、时间等)、下发方式(转短信通知、离线存储、定时下发等)。此处的消息下发策略及下发方式可为前述的第四业务逻辑的一种。

在图6和图7中用户1终端来自手机厂家A，用户2终端来自手机厂家B；用户3终端及用户4终端内均安装有运营商应用(Application，APP)。所述用户1终端和用户2终端可为前述的Native终端的一种，利用手机厂家内置的APP或插件等进行所述群组通信。而用户3终端及用户4终端利用运营商APP进行群组通信。

图6和图7中所示的平台又可以称之为网络平台，位于网络侧。

社交群聊服务器提供的群组通信能力包含：

对接企业、第三方等群聊扩展需求，提供群聊扩展群组通信业务能力，如企业群相关逻辑(企业层级结构、不同层级及部门间消息权限和收发策略、企业OA业务等)；

提供定制非标群聊业务逻辑，如群公告、群投票等；

接受用户通过超文本传输协议(http)请求发起的群信息修改请求，如企业群管理员授权、消息代收、自动办公(Automatic Office，OA)代办授权等，并将修改后的信息同步到群数据管理

全局群聊数据管理服务器(为前述群数据管理服务器的一种)，供各类基础群聊(对应于前述的基础群组通信业务)和社交群聊(对应于前述的扩展群组通信业务)，实现基础群聊服务器和社交群聊服务器共享相关数据，共享的数据包括但不限于：群组列表、用户列表(例如，群成员列表)、群内成员组织关系等信息。

对于RCS标准中的基础群聊，处理流程完全保持不变，如图4所示，可保证对Native终端群聊业务支持的稳定性，以及基础群聊平台的稳定性。

对于扩展群聊，如企业群等，其基本的群消息分发等步骤仍然调用基础群聊能力，要求基础群聊服务器可以将自身业务能力和控制点开放给社交群聊服务器，社交群聊服务器具体负责扩展群的特殊业务逻辑，如图7所示。

利用图6及图7所示的群组通信系统，提供一种基础群聊服务器的业务受控点配置方法，包括：

业务受控点作为业务功能执行过程的中间状态点，可输出订阅接口，在触发时以事件的形式对其订阅方进行通知，以便订阅方根据需要完成进一步的业务逻辑控制处理，从而达到对该功能执行的控制目的。业务受控点的调用包括事件订阅、订阅更新、事件通知、功能控制等方面的流程：

事件订阅：处理来源于外部应用对业务受控点的订阅，根据相关参数预置业务受控点触发时的处理逻辑。

事件订阅更新：处理来源于外部应用对已订阅业务受控点的设置更新。

事件退订：处理来源于外部应用的取消订阅，业务服务清理相关订阅数据，终止相关业务逻辑处理。

事件通知：业务服务执行逻辑触发业务受控点事件，根据已订阅的设置，完成事件通知推送及后续业务逻辑的处理。

功能控制：第一群组通信服务器接收外部应用的功能控制调用，根据已订阅的设置，完成对当前运行的业务逻辑进行控制处理。

图8中所示的能力调用方可为前述的第二群组通信服务器或社交群聊对应于创建群组。图8中所示的用户可为群组成员(简称为群成员)。

业务受控点事件上报模式包括但不限于以下类型：

业务受控点的调用需遵循以下要求：

外部应用向业务节点订阅相应的事件，基础群聊服务器允许多个应用订阅同一个用户的事件通知，但只允许一个应用同一时间对一个用户的事件进行控制。

当多个应用订阅同一个用户的事件通知时，基础群聊服务器向多个应用发送通知，不区分优先级。

应用可以只在有业务需求时，才向基础群聊服务器进行事件的订阅，在业务需求完成后，可以取消订阅。

基础群聊服务器在基础群聊业务处理逻辑保持稳定不变的基础上，对外按照业务受控点开放方式开放控制能力。部分群聊业务受控点如下表所述。

表1群聊消息业务受控点示例

表2群管理业务受控示例

示例2：

本示例提供一种根据特定群聊业务需求配置业务受控点的方法，包括：

运营商自身或其他运营商第三方客户，如政企客户等，若在基础群聊功能外，需要新的群聊功能，不需要对基础群聊平台进行修改，不会影响Native终端本身RCS标准群聊的稳定性，而是根据群聊需求，由社交群聊服务器对基础群聊服务器进行不同的业务控制点订阅，从而在后续特定群聊过程中对该特定群聊进行业务扩展。以某第三方用户提出特定群聊需求为例，订阅流程示意如图所示。

如图9所示，社交群聊服务器根据扩展群聊业务需求进行业务受控点订阅

步骤1：外部用户提出群聊业务需求，例如，将某些特定的群聊消息转发给部分群外特定用户；群外特定用户可为群组成员以外的通信账号；

步骤2：业务受控点订阅；

步骤3：业务受控点响应；

步骤2至步骤3可包括：社交群聊服务器判断此需求不需要改变原有群聊流程，只需要在特定时间点将特定消息转发，社交群聊服务器向基础发起特定通知事件订阅请求，基础群聊服务器完成相关业务受控点设置后，向社交群聊服务器返回订阅结果响应。

步骤4：业务受控点通知事件上报；基础群聊服务器在功能执行过程中触发已订阅的通知事件的业务受控点，向社交群聊服务器推送对应的事件通知。

步骤5：群聊业务需求更新，例如，外部用户提出新的群聊业务需求，除了特定消息转发外，还要控制部分消息不发给群内部分特定用户。

步骤6：业务控制点的订阅更新；

步骤7：业务控制点的订阅更新响应；

在步骤6及步骤7中可包括：社交群聊服务器判断此需求需要改变原有群聊流程，社交群聊服务器向基础群聊服务器发起事件订阅更新请求，变更通知事件为控制事件，基础群聊服务器完成相关业务受控点设置后，向社交群聊服务器返回订阅结果响应。

步骤8：业务受控点的控制事件上报，例如，基础群聊服务器在功能执行过程中触发已订阅的控制事件的业务受控点，通向社交群聊服务器推送对应的事件通知，停止事件后续处理，等待社交群聊服务器进行业务逻辑处理。

步骤9：取消群聊特定需求，例如，外部用户取消特定群聊需求

步骤10：业务受控点的退订；

步骤11：业务受控点的退订响应，接收到退订响应表示退订成功。

所述步骤10及步骤11可包括：社交群聊服务器发起特定的事件退订请求，基础群聊服务器完成相关业务受控点设置后，向社交群聊服务器返回订阅结果响应。

示例3：

本示例提供一种扩展群组通信业务需求的群聊执行过程。

由于群聊业务需求众多，变化迅速，难以将全部可能的扩展群组通信业务需求数据层好友数据库

均进行描述，本部分仅选取若干特定流程进行介绍。其他扩展群组通信业务需求可按照相同方式，使用业务控制点的方式，由社交群聊服务器处理特定扩展群聊业务逻辑，而基础群聊服务器完成原本的基础群聊中的消息下发等功能，二者配合共同完成扩展群组通信业务需求的群聊。

下述示例流程中“会话控制模块”是RCS国际标准中的网元，与群聊业务本身无关。

扩展群聊示例1：邀请好友加入群聊不需要确认

用户A创建群，创建请求的接收方列表中包含用户B和C，其中B为A的好友，C非A的好友，群聊建立流程如图所示。

如图10所示的扩展群聊示例1：可用于实现邀请好友加入群聊不需要确认，包括：社交群聊服务器通过网络API网关(Gateway，GW)向基础群聊服务器发送受控点(业务受控点的简称)订阅API，例如，可以通过群消息发送控制来进行上述订阅。基础群聊服务器向社交群聊服务器返回受控点业务订阅响应。用户A发送群消息，会话控制模块转发群消息；基础群聊服务器接收到该群消息之后，通过会话控制模块发送200OK(表示接受)，并向上报受控点控制事件；社交群聊服务器下发群消息下发粗恶略；数据库(可包括前述的群数据管理服务器的一种)，获得企业架构、消息权限设置等群组公共数据；在完成之后社交群聊服务器向基础u群聊服务器返回200OK(表示执行成功)，同时向基础群聊服务器返回与邀请人是好友的被叫列表、好友免确认的执行逻辑)；基础群聊服务器基于社交群聊服务器的下发策略群邀请用户B，及用户C；由于用户C是用户A的非好友需要用户确认接收群邀请，否则不会自动添加到群聊中来。

某群聊业务需要用户创建群或邀请其他用户加入群时，如果被邀请人是邀请人的好友则不经确认即可加入群，社交群聊服务器向基础群聊服务器订阅群的建立和邀请成员事物控制点。

用户A创建群聊，邀请B和C加入，此创建请求到达基础群聊服务器后，基础群聊服务器以控制事件向社交群聊服务器上报此业务受控点。

社交群聊服务器进行群聊业务逻辑处理，读取群聊建立或要求用户加入的请求中的被邀请方列表，同时查询用户A好友列表，与被邀请方进行匹配，通过业务受控点向群聊服务返回用户A好友包含B，及此群聊邀请不需要B确认。

基础群聊服务器开始后续邀请流程，将发往用户B的INVITE(RCS标准群聊邀请信令)邀请中的自动接受(auto-acceptance)参数设为1，即自动接受，将发往用户C的INVITE邀请中的自动接受(auto-acceptance)参数设为0，即不自动接受。

示例4：

本示例提供一种用于企业群组的群成员的消息发送权限设置。

企业内由于组织架构、层级关系等原因，对群组成员间群聊消息收发权限存在要求，根据收发策略确定向用户分发群聊消息的流程如图11所示。

某企业群有A、B、C三个用户，根据组织架构，用户A可以给所有人发消息，用户B只能给C发消息，此业务在社交群聊服务器中进行企业架构配置，配置信息包括各种成员是否可以相互发消息的权限，并同步到群数据管理中。社交群聊服务器向基础群聊服务器的受控点(受控业务点的简称)订阅发送群消息的收发权限的业务受控供电。

用户A创发送群聊消息，基础群聊服务器以控制事件向社交群聊服务器上报此业务受控点。

社交群聊服务器查询下发策略(若本地缓存不存在，则向群数据管理)，获得下发策略后，将下发当前群聊控制模板下发给基础群聊服务器，群聊控制模板包含用户A可以给所有人发消息，用户B只能给用户C发消息，基础群聊服务器可按需缓存此群聊控制模板。

基础群聊服务器将用户A发来的消息分发给用户B和用户C。

用户B发送群聊消息，基础群聊服务器根据本地缓存群聊控制模板或新获取的模板，将此群聊消息分发给用户A，不分发给C。

在图11中发送成功时，基于消息会话中继协议(Message Session RelayProtocol，MSRP)协议的200OK表示(执行成功或接受执行)。

扩展群聊示例3：企业群修改群信息

企业架构变更时，管理员修改企业群聊架构和用户发送消息控制策略流程如图12所示。

某企业群有用户A、用户B、用户C、用户D三个用户，用户A、用户B、用户C同部门，相互之间群消息可见，同时用户A是超级管理员，具有更改群架构的权限。此业务在社交群聊服务器中进行配置，并同步到群数据管理中。社交群聊服务器向基础群聊服务器订阅发送群消息事物控制点。

用户B创发送群聊消息，基础群聊服务器以控制方式向社交群聊服务器上报此业务受控点。

社交群聊服务器查询下发策略(若本地缓存不存在，则向群数据管理)，获得下发策略后，将下发当前群聊控制模板下发给基础群聊服务器，群聊控制模板包含用户B可以给用户A、用户C发消息，基础群聊服务器可按需缓存此群聊控制模板。

基础群聊服务器将A发来的消息分发给用户A和用户C。

由于部门架构变更，用户D加入部门，用户C调离此部门，管理员A直接通过http管理接口向社交群聊服务器发起架构变更请求，社交群聊服务器将变更的架构同步到群数据管理，同时通知基础群聊服务器企业架构变更。

用户B创发送群聊消息，基础群聊服务器以控制事件向社交群聊服务器上报此业务受控点。

社交群聊服务器将当前群聊控制模板下发给基础群聊服务器，群聊控制模板包含B可以给用户A、用户D发消息。

基础群聊服务器将用户A发来的消息分发给用户A和用户D。

通过基础群聊服务器开放业务控制点，部署社交群聊服务器，由社交群聊服务器处理扩展群聊业务逻辑，并订阅和调用基础群聊服务器业务控制点的方式，实现了提供灵活可扩展的群聊业务逻辑的能力，同时(1)保持基础群聊服务器处理的国际标准群聊功能稳定；(2)不对国际标准Native终端进行修改，保证,终端的稳定性；即本方案做到了基础群业务稳定性与社交群业务灵活性的统一。

国际标准及相关业界实现的群聊能力开放仅包括群聊业务能力，即允许第三方通过调用的方式创建或管理一个群聊，或在已创建的群聊中发送消息，群聊本身的业务逻辑不能被改变，而本方案在标准群聊服务器上定义了一系列业务受控点，可以由第三方根据业务需求进行订阅，群聊过程中特定事件将触发业务受控点，而使群聊服务器暂停当前的群聊业务处理，将群聊业务控制交由第三方，即本方案中的社交群聊服务器，通过这种方式可以更加灵活地对业务进行扩展，可以有利于在保证基本群聊业务稳定的基础上实现各类灵活扩展的社交群聊业务。

本发明实施例提供了一种通信设备，该通信设备可为前述的第一群组通信服务器或所述第二群组通信服务器。所述通信设备可包括：

收发器；

存储器；

处理器，分别与所述收发器及存储器连接，用于通过执行存储在所述存储器上的计算机可执行代码控制所述收发器的信息收发，并实现前述应用于第一群组通信服务器和/或第二群组通信服务器中的群组通信方法中的一个或多个，例如，执行图1、图3及图8至图12所示方法中的至少之一。

所述收发器可包括各种具有信息收发功能的网络接口和/或收发天线等，该通信设备可以利用该收发器与外设进行信息交互。例如，第一群组通信服务器可以利用该收发器与终端和/或第二群组通信服务器进行信息交互。

所述存储器可为：可包括存储介质的存储器件，例如，随机存储器、只读存储器、硬盘等。

所述处理器可包括：中央处理器、微处理器、数字信号处理器、可编程应用和/或专用集成电路等。

所述处理器可以通过集成电路总线等分别与所述存储器及所述收发器连接，从而可以通过计算机程序或软件等执行实现所述群组通信方法，并控制收发器的信息收发及所述存储器的信息存储。

本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被执行后，能够前述应用于第一群组通信服务器和/或第二群组通信服务器中的群组通信方法中的一个或多个，例如，执行图1、图3及图8至图12所示方法中的至少之一。

该计算机存储介质可为各种类型的存储介质。

该计算机存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质；可选地，所述计算机存储介质可为：非瞬间存储介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种群组通信方法，其特征在于，应用于第一群组通信服务器中，包括：

接收目标业务请求；

根据所述目标业务请求确定请求的目标业务是否为第一类型业务；其中，所述群组通信的业务包括：所述第一类型业务以外的第二类型业务；

若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，其中，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务的至少部分业务逻辑；所述第一群组通信服务器用于执行第二类型业务，其中，所述第二类型业务包括：所述第一群组通信服务器执行的基础群组通信业务；所述第二群组通信服务器用于执行所述基础群组通信业务以外的扩展群组通信业务。

2.根据权利要求1所述的方法，其特征在于，

所述根据所述目标业务请求确定请求的目标业务是否为第一类型业务，包括：

根据所述目标业务请求获得所述目标业务的目标业务特征；

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

接收所述第二群组通信服务器的事件处理请求；

根据所述事件处理请求，配置所述业务受控点。

4.根据权利要求3所述的方法，其特征在于，

所述接收所述第二群组通信服务器的事件处理请求，包括以下至少之一：

5.根据权利要求1至4任一项所述的方法，其特征在于，

所述若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，包括：

6.根据权利要求5所述的方法，其特征在于，

若所述目标业务事件为通知事件，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务事件的第一业务逻辑；

7.根据权利要求6所述的方法，其特征在于，

所述若所述第一业务事件为通知事件，根据所述第一群组通信服务器配置的业务逻辑执行所述目标业务的第二业务逻辑，包括：

根据所述第一处理结果执行所述第二业务逻辑。

8.根据权利要求6所述的方法，其特征在于，

若所述目标业务事件为控制事件，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务事件的第三业务逻辑；

接收所述第二群组通信服务器发送的第四业务逻辑；

执行所述目标业务的所述第四业务逻辑。

9.根据权利要求1至4任一项所述的方法，其特征在于，

10.根据权利要求9所述的方法，其特征在于，

所述第二类型业务包括以下至少之一：

群组会话的分发；

群组会话的基本控制；

群组的基本管理；

群组会话数据的基本管理；

所述第一类型业务包括以下至少之一：

群组会话的扩展控制；

群组的扩展管理；

群组会话数据的扩展管理；

群组会话的代收；

群公告；

群投票；

群组成员之间的业务代办；

业务代办授权；

非群组成员参与的群组会话。

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

12.根据权利要求11所述的方法，其特征在于，

所述群组公共数据包括以下至少之一：

群组列表；

群组成员列表；

群组成员属性；

群组成员之间的组织关系。

13.一种群组通信装置，其特征在于，应用于第一群组通信服务器中，包括：

第一接收模块，用于接收目标业务请求；

确定模块，用于根据所述目标业务请求确定请求的目标业务是否为第一类型业务；其中，所述群组通信的业务包括：所述第一类型业务以外的第二类型业务；

第一发送模块，用于若所述目标业务为所述第一类型业务，向第二群组通信服务器上报目标业务事件，其中，所述目标业务事件，用于触发所述第二群组通信服务器执行所述目标业务的至少部分业务逻辑；所述第一群组通信服务器用于执行第二类型业务，其中，所述第二类型业务包括：所述第一群组通信服务器执行的基础群组通信业务；所述第二群组通信服务器用于执行所述基础群组通信业务以外的扩展群组通信业务。

14.一种通信设备，其特征在于，包括：

收发器；

存储器；

处理器，分别与所述收发器及存储器连接，用于通过执行存储在所述存储器上的计算机可执行代码控制所述收发器的信息收发，并实现权利要求1至12任一项提供的方法。

15.一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被执行后，能够实现权利要求1至12任一项提供的方法。