CN114020363B - 群组附着方法及相应设备 - Google Patents

Abstract

本申请提供了一种群组附着方法及相应设备，在确定客户端请求附着的目标群组之后，为了避免直接利用各目标群组的群组信息，构成较长的附着请求消息，增加该附着请求消息在无线环境下传输的丢包概率和时延，本申请提出获取该目标群组满足的目标附着标识，即预先配置的表示客户端附着全部群组或部分群组的非常短的标识，来替代各目标群组的群组信息，生成针对该目标群组的附着请求消息，大大缩短该附着请求消息的长度，这样，在无线环境下将其发送至服务器进行附着操作，降低了附着请求消息传输丢包概率和时延，从而提高了附着请求消息传输可靠性和效率。

Description

群组附着方法及相应设备

技术领域

本申请主要涉及MCS集群领域，更具体地说是涉及一种群组附着方法及相应设备。

背景技术

在目前的MCS(Mission CriticalService，任务关键型服务器)宽度集群通信应用中，MCS标准定义了群组附着标准，即群组附着Affiliation标准，具体的，MCS可以通过群组附着Affiliation标准，控制MCC(Mission Critical Client，任务关键型客户端)加入群组后，使得附着到群组的MCC才能够发起或接收该群组业务。

其中，在上述群组附着流程中，通常需要MCC生成包含用户感兴趣的所有群组信息的附着请求消息，将该附着请求消息发送至MCS进行附着操作，MCS再将包含用户所有附着成功的群组信息的附着结果消息反馈至MCC。

可见，在用户需要附着的群组较多的情况下，按照上文描述的群组附着方法，将会使得上述MCC与MCS之间交互的附着信息过长，容易造成传输丢包，增大延时，降低了附着信息传输效率和可靠性。

发明内容

有鉴于此，本申请提供了以下技术方案：

一方面，本申请提出了一种群组附着方法，所述方法包括：

确定客户端请求附着的目标群组；

获取所述目标群组所满足的目标附着标识；所述目标附着标识用于表示所述客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

利用所述目标附着标识，生成针对所述目标群组的附着请求消息；所述附着请求消息至少包含所述目标附着标识；

将所述附着请求消息发送至服务器，以使服务器响应所述附着请求消息，控制所述客户端对所述目标群组进行附着操作。

可选的，所述获取所述目标群组所满足的目标附着标识，包括：

依据所述目标群组与当前存在的多个群组之间的目标关系，从预先配置的多种附着标识中，选择与所述目标关系相匹配的目标附着标识；

其中，所述目标关系为所述目标群组是所述多个群组中的全部群组的第一关系，或者所述目标群组是所述多个群组中的部分群组的第二关系，且所述第二关系包含一种或多种部分群组的组合。

可选的，所述确定客户端请求附着的目标群组，获取所述目标群组所满足的目标附着标识，包括：

响应于对当前存在的多个群组的群组附着选择操作，确定所选择的客户端请求附着的目标群组；

响应于对输出的多种附着标识的选择操作，将选择的附着标识确定为目标附着标识。

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

按照群组附着协议规定的统一资源标识符格式，配置用于表示客户端附着当前存在的多个群组中的全部群组的第一附着标识；

按照所述统一资源标识符格式，配置用于表示客户端附着所述多个群组中的部分群组的第二附着标识。

可选的，若所述目标附着标识包括用于表示客户端附着当前存在的多个群组中的部分群组，所述利用所述目标群组附着标识，生成针对所述目标群组的附着请求消息，包括：

获取所述目标群组各自的目标群组标识；

按照附着请求消息格式，依据所述目标群组标识，构成针对所述目标群组的附着请求消息。

又一方面，本申请还提出了一种群组附着方法，所述方法包括：

接收客户端发送至的针对目标群组的附着请求消息；其中，所述目标群组是当前存在的多个群组中的至少一个群组；所述附着请求消息是利用所述目标群组满足的目标附着标识所生成的，至少包含所述目标附着标识；所述目标附着标识用于表示客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

响应所述附着请求消息，依据所述目标附着标识，控制所述客户端对所述目标群组进行附着操作。

可选的，所述响应所述附着请求消息，依据所述目标附着标识，控制所述客户端对所述目标群组进行附着操作，包括：

解析所述附着请求消息，得到所述目标附着标识；

依据所述目标附着标识，确定所述客户端请求附着的所述目标群组；

控制所述客户端对所述目标群组进行附着操作。

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

按照附着通知消息格式，依据所述目标附着标识，构成针对所述客户端附着群组的附着通知消息；

将所述附着通知消息反馈至所述客户端。

又一方面，本申请还提出了一种群组附着装置，所述装置包括：

目标群组确定模块，用于确定客户端请求附着的目标群组；

目标附着标识获取模块，用于获取所述目标群组所满足的目标附着标识；所述目标附着标识包括用于表示所述客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

附着请求消息生成模块，用于利用所述目标附着标识，生成针对所述目标群组的附着请求消息；所述附着请求消息至少包含所述目标附着标识；

附着请求消息发送模块，用于将所述附着请求消息发送至服务器，以使服务器响应所述附着请求消息，控制所述客户端对所述目标群组进行附着操作。

又一方面，本申请还提出了一种群组附着装置，所述装置包括：

附着请求消息接收模块，用于接收客户端发送至的针对目标群组的附着请求消息；其中，所述目标群组是当前存在的多个群组中的至少一个群组；所述附着请求消息是利用所述目标群组满足的目标附着标识所生成的，至少包含所述目标附着标识；；所述目标附着标识包括用于表示客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

附着操作模块，用于响应所述附着请求消息，依据所述目标附着标识，控制所述客户端对所述目标群组进行附着操作。

又一方面，本申请还提出了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器调用并执行，实现如上述的群组附着方法。

又一方面，本申请还提出了一种群组附着系统，所述系统包括至少一个终端和服务器，其中：

所述终端包括至少一个第一存储器和至少一个第一处理器；

所述第一存储器，用于存储实现如上述客户端侧的群组附着方法的第一程序；

所述第一处理器，用于加载并执行所述第一存储器存储的所述第一程序，以实现如上述客户端侧的群组附着方法；

所述服务器包括至少一个第二存储器和至少一个第二处理器；

所述第二存储器，用于存储实现如上述服务器侧的群组附着方法的第二程序；

所述第二处理器，用于加载并执行所述第二存储器存储的所述第二程序，以实现如上述服务器侧的群组附着方法。

由此可见，本申请提供了一种群组附着方法及相应设备，在确定客户端请求附着的目标群组之后，为了避免直接利用各目标群组的群组信息，构成较长的附着请求消息，增加该附着请求消息在无线环境下传输的丢包概率和时延，本申请提出获取该目标群组满足的目标附着标识，即预先配置的表示客户端附着全部群组或部分群组的非常短的标识，来替代各目标群组的群组信息，生成针对该目标群组的附着请求消息，大大缩短该附着请求消息的长度，这样，在无线环境下将其发送至服务器进行附着操作，降低了附着请求消息传输丢包概率和时延，从而提高了附着请求消息传输可靠性和效率。

附图说明

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

图1为本申请提出的适用于客户端的群组附着方法的一可选示例的流程示意图；

图2a为现有的群组附着方法中，基于客户端附着的全量群组信息的附着请求消息的一可选示例；

图2b为本申请提出的适用于客户端的群组附着方法中，客户端附着全部群组的附着请求消息的一可选示例；

图2c为现有的群组附着方法中，基于客户端附着的全量群组信息的附着请求消息的又一可选示例；

图2d为本申请提出的适用于客户端的群组附着方法中，客户端附着部分群组的附着请求消息的一可选示例；

图3为本申请提出的适用于客户端的群组附着方法的又一可选示例的流程示意图；

图4为本申请提出的适用于服务器的群组附着方法的一可选示例的流程示意图；

图5a为现有的群组附着方法中，客户端附着全部群组的附着通知消息的一可选示例；

图5b为本申请提出的适用于服务器的群组附着方法中，客户端附着全部群组的附着通知消息的一可选示例；

图5c为本申请提出的适用于服务器的群组附着方法中，客户端附着部分群组的附着通知消息的一可选示例；

图6为本申请提出的适用于客户端的群组附着装置的一可选示例的结构示意图；

图7为本申请提出的适用于服务器的群组附着装置的一可选示例的结构示意图；

图8为适用于本申请提出的群组附着方法和装置的，群组附着系统的一可选示例的硬件结构示意图；

图9为适用于本申请提出的群组附着方法和装置的终端的又一可选示例的硬件结构示意图。

具体实施方式

针对背景技术描述的技术问题，本申请希望在保证满足客户端附着群组的需求的基础上，缩短客户端(即上述任务关键型客户端，Mission Critical Client，简称MCC)与服务器(即上述任务关键型服务器，Mission Critical Service，简称MCS)之间交互的附着信息的长度，以避免由此导致的无线环境下传输数据包容易丢失，延时较长，进而导致附着信息传输效率低、可靠性差的技术问题。

基于上述分析，本申请提出在遵循MCS标准的基础上，优化MCC与MCS之间交互的附着消息中的application/pidf+xml schema消息，即携带用户感兴趣的所有群组的群组信息的消息，具体提出配置附着标识，来替代这些群组消息，同时使得接收该消息的客户端或服务器，能够基于该附着标识的内容，得知客户端想要附着的群组或是成功附着的群组，这样，在客户端与服务器进行附着请求消息/附着通知消息的数据交互过程中，可以不用再基于全量的application/pidf+xml schema消息实现，尤其是在客户端需要附着群组数量较多的情况下，本申请提出的这种由附着标识替代所有附着群组的群组信息的处理方式，大大缩短了客户端与服务器之间传输附着信息长度，降低了无线环境下数据传输的丢包概率，降低了时延，从而提升了数据传输效率和可靠性。

其中，上述application/pidf+xml schema消息是按照MCS标准定义的群组附着标准，即群组附着Affiliation标准，确定的MCC与MCS之间数据交互的消息格式(或协议)要求，本申请对其具体内容不做限制，可视情况而定。

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

参照图1，为本申请提出的群组附着方法的一可选示例的流程示意图，该方法可以适用于终端，如支持人机交互功能的电子设备，具体可以由电子设备中的客户端，即MCC(Mission Critical Client，任务关键型客户端)，执行本实施例描述的群组附着方法，本申请对电子设备的产品类型，以及MCC的应用类型均不做限制，可视情况而定。为了方便描述，本申请将任务关键型客户端简称为客户端，将任务关键型服务器MCS简称为服务器，下文实施例不再一一说明。如图1所示，从MCC侧描述的群组附着方法可以包括：

步骤S11，确定客户端请求附着的目标群组；

在实际应用中，在用户选择感兴趣的群组进行附着，以满足对附着的群组的业务访问需求的场景下，用户可以启动电子设备中的客户端，输出群组附着页面，该群组附着页面中通常可以展示当前存在的多个群组，如该用户归属的所有群组，以及各群组的附着状态，之后，用户可以从中选择一个或多个感兴趣的群组进行附着，本申请实施例将用户选择的群组记为目标群组。

可见，上述目标群组可以是用户感兴趣的一个或多个群组，且基于上文描述的目标群组的选择方式，步骤S11具体可以为响应于对当前存在的多个群组的群组附着选择操作，确定所选择的客户端请求附着的目标群组。但需要说明，关于该目标群组的确定方式，包括但并不局限于本实施例描述的这种选择方式。

步骤S12，获取该目标群组所满足的目标附着标识；

结合上文对本申请技术构思的相关描述，为了所得消息长度，本申请不希望携带登录客户端的用户感兴趣的(即请求附着的)所有群组的群组信息，所以，针对不同群组附着情况，本申请预先配置了对应的附着标识，如用于表示客户端附着当前存在的多个群组中的全部群组的第一附着标识，记为Flag1；用于表示客户端附着当前存在的多个群组中的部分群组的第二附着标识，记为Flag2等。本申请对Flga1和Flag2的具体内容不做限制，如编号、字符等，可视情况而定。

其中，若当前存在的多个群组是指用户归属的多个群组，也就是该用户加入的所有群组，属于该群组中的一成员，那么，上述第一附着标识Flag1可以表示用户的客户端要附着所归属的所有群组。应该理解的是，对于用户归属的群组，并不意味着该用户当前对该群组的业务感兴趣，所以，用户归属的群组并不能说明该用户的客户端附着该群组，按照MCS标准，通常会存在用户归属某群组，但该用户暂时对该群组的业务不感兴趣，用户的客户端不会附着该群组，也就不能对该群组发起业务访问请求，同时也无法接受该群组反馈的业务信息。

由此可见，当用户对其归属的所有群组感兴趣，即上述目标群组未用户的客户端归属的所有群组，即当前存在的多个群组中的所有群组，此时获取的目标附着标识可以是上述第一附着标识Flag1，具体获取方式不做限制。

在实际应用中，若用户仅对其归属的多个群组中的部分群组感兴趣，可以选择部分群组附着，为了表示这种情况，本申请还可以配置上述第二附着标识Flag2，用于表示用户对归属的部分群组感兴趣，该用户的客户端请求附着归属的部分群组。这种情况下，为了明确用户感兴趣的群组，即客户端请求附着的群组，通常可以获取目标群组的目标群组标识，如群组名称、编号等具有唯一性的标识，本申请对该群组标识的内容不做限制，可视情况而定。

需要说明，在配置上述第一附着标识Flag1和第二附着标识Flga2时，需要按照群组附着协议规定的统一资源标识符(Uniform Resource Identifier,URI)格式实现，以使得第一附着标识Flag1和第二附着标识Flga2符合该格式要求，能够作为附着请求消息/附着通知消息的内容，在MCC和MCS之间交互。其中，群组附着协议可以是上述application/pidf+xml，该格式可以是application/pidf+xm中规定的xs:anyURI格式，本申请对其内容不做限制。

基于上述分析，在本申请实施例中，步骤S12获取的目标附着标识可以用于表示客户端附着当前存在的多个群组中的全部群组，或者客户端附着所述多个群组中的部分群组，这可以依据所确定的目标群组与当前存在的多个群组之间的关系确定。另外，按照上文描述的附着标识在本申请中的功能，根据实际需要，本申请还可以配置表示其他内容的其他附着标识，如对当前存在的多个群组进行更细粒度的分类，针对不同类别的群组的附着配置对应的附着标识，不再局限于全部/部分群组附着的分类方式，具体分类方式可视情况而定，对于不同附着标识的应用方法类似，本申请不做一一详述。

在一些实施例中，在不同场景下，对于这部分群组包含的群组类别可能不同，为了使服务器识别客户端需要附着的哪部分群组，还可以对部分群组这一类别进行细化，即可以对不同部分群组的组合配置一一对应的附着标识。当然，本申请也可以在确定统一的部分群组的附着标识后，在需要附着部分群组时，同时确定所需附着的这部分群组包含的各群组的群组标识等，本申请对此不做限制。

步骤S13，利用该目标附着标识，生成针对目标群组的附着请求消息；

如上文描述，本申请获得目标附着标识，能够直接表明客户端的用户当前感兴趣的是其归属的所有群组还是部分群组，这样，在客户端发起针对目标群组的附着请求消息时，可以由获取的目标附着标识替代用户感兴趣的所有群组的群组信息，来告知服务器客户端要附着的各群组。可见，该附着请求消息可以至少包括该目标附着标识，由于该目标附着标识的长度，相对于感兴趣的所有群组的群组信息的长度是非常短的，这种消息生成方式，大大缩短了附着请求消息的长度，从而降低了群组附着在无线网络和互联网传输过程中的丢包概率，减小了时延，进而提升了附着消息传输效率和可靠性。

示例性的，假设用户归属于A、B、C、D、E五个群组，且用户对这五个群组全部感兴趣，用户客户端请求附着这用户归属的所有群组。按照上述方式配置的第一附着标识可以为sip:all-groups@mcs.group.com，相对于如图2a所示的携带这五个群组的群组信息(如图2a中的虚线框区域中的内容)的application/pidf+xml消息，即附着请求消息，如图2b所示，本申请直接由Flag1(如图2b中的虚线框区域中的内容)替代application/pidf+xml消息中的五个群组的群组消息。

通过上图2a和图2b各自所示附着请求消息的内容比较，对于本示例的五个群组，按照传统的附着请求方式，如图2a所示需要罗列需要附着的各群组的群组信息；而本申请这种由相应附着标识替代的方式，由一条代码即可替代要附着的所有群组的群组信息，尤其是在客户端要附着的群组数量较多的场景下，本申请这种处理方式，极大缩短了附着请求消息的信令长度。

同理，若用户对上述五个群组中的部分群组感兴趣，如用户选择A和B这两个群组附着，按照上述方式可以获取第二附着标识来替代客户端要附着的各群组信息(如图2c所示的附着请求消息中虚线框区域的内容)，此时，该第二附着标识可以为sip:part-groups@mcs.group.com，其可以表示客户端要附着用户归属的部分群组，这种情况下，为了使服务器确定客户端附着的是哪部分群组，通常会在附着请求消息中携带目标群组的目标群组标识，如图2d中虚线框区域内容，说明客户端本次附着部分归属群组，这部分归属群组的编号为A、B，即groups numbers＝“A，B”，也就是可以携带本次附着的部分群组各自的群组标识。对于其他部分群组的附着请求消息的生成方式类似，本申请在此不做一一详述。

在又一些实施例，结合上述分析，本申请也可以针对附着不同部分群组的场景，预先配置对应的第二附着标识，这种情况下，该第二附着标识不仅可以表征本次想要附着部分群组，还可以进一步表示本次附着的部分群组是哪一个或多个群组，无需额外配置群组标识，服务器可以直接依据表征该内容的第二附着标识，确定客户端本次请求附着的是哪部分群组，实现过程类似，本申请不做详述。

基于上文示例描述的附着请求消息内容可知，传统附着请求消息是基于全量的application/pidf+xml进行的全量数据操作，才导致application/pidf+xml的XML Schema接口字段信息定义很冗余，即客户端要附着的群组数量越多，尤其是需要附着所有群组的情况下，将会导致application/pidf+xml信息长度过长；而本申请提出的附着标识替代的方案，不需要在附着请求消息中一一列举所附着的各群组的群组信息，尤其是在要附着的群组数量较多的情况下，极大缩短了附着请求消息的长度，提高了附着请求消息传输的可靠性和效率。

步骤S14，将该附着请求消息发送至服务器，以使服务器响应附着请求消息，控制客户端对所述目标群组进行附着操作。

结合上文对附着请求消息的相关描述，服务器接收到客户端发送的附着请求消息后，通过解析该附着请求消息，由其包含的目标附着标识，可以确定客户端请求附着的是全部群组，还是部分群组，以及哪部分群组，这样，就可以据此控制该客户端对这些目标群组进行附着操作，具体附着操作的实现方法本申请不做详述。

综上所述，在本申请实施例中，在确定客户端请求附着的目标群组之后，为了避免直接利用各目标群组的群组信息，构成较长的附着请求消息，增加该附着请求消息在无线环境下传输的丢包概率和时延，本申请提出获取该目标群组满足的目标附着标识，即预先配置的表示客户端附着全部群组或部分群组的非常短的标识，来替代各目标群组的群组信息，生成针对该目标群组的附着请求消息，大大缩短该附着请求消息的长度，这样，在无线环境下将其发送至服务器进行附着操作，降低了附着请求消息传输丢包概率和时延，从而提高了附着请求消息传输可靠性和效率。

参照图3，为本申请提出的群组附着方法的又一可选示例的流程示意图，本实施例可以是对上文描述的群组附着方法的一可选细化实现方法，但并不局限于本实施例描述的细化实现方法。如图3所示，该方法可以包括：

步骤S31，响应于对当前存在的多个群组的群组附着选择操作，确定所选择的客户端请求附着的目标群组；

如上文实施例相应部分的描述，用户启动客户端MCC，输出群组附着界面，可以从该群组附着界面呈现的当前存在的多个群组中，如用户归属的多个群组中，选择感兴趣的目标群组，以请求该客户端附着这些目标群组。但并不局限于这种目标群组确定方式。

步骤S32，依据该目标群组与当前存在的多个群组之间的目标关系，从预先配置的多个附着标识中，选择与目标关系相匹配的目标附着标识；

结合上文实施例对附着标识的相关描述，本申请实施例的目标关系可以为目标群组是当前存在的多个群组中的全部群组的第一关系，或者目标群组是这多个群组中的部分群组的第二关系，且该第二关系包含一种或多种部分群组的组合，可视情况而定。基于此，若目标关系为第二关系，说明用户感兴趣的是其归属的部分群组，可以从预先配置的如上第二附着标识为目标附着标识；若目标关系为第一关系，说明用户感兴趣的是其归属的全部群组，可以选择预先配置的第一附着标识为目标附着标识。需要说明，关于目标附着标识的确定方式并不局限于本实施例描述的这种实现方法。

在又一些实施例中，本申请也可以在用户选定目标群组后，跳转输出附着标识选择界面，在该附着标识选择界面中展示预先配置的多个附着标识，根据需要还可以针对不同附着标识，输出其表示的附着群组是全部归属群组还是部分归属群组，以提示用户选择合适的附着标识为目标附着标识，这种情况下，客户端可以响应于对输出的多个附着标识的选择操作，将选择的附着标识确定为目标附着标识。

当然，本申请还可以在群组附着界面中，同时选择感兴趣的目标群组，及其对应的附着标识，并不局限于上文又一些实施例描述的选择目标附着标识的方法。

步骤S33，按照附着请求消息格式，由该目标附着标识替代目标群组的群组信息，构成针对目标群组的附着请求消息；

在实际应用中，按照MCS标准定义的群组附着Affiliation标准，对客户端MCC向服务器MCS发送的附着请求消息，需要遵循相应的协议格式要求，记为附着请求消息格式，如上图2a～图2d所示的附着请求消息的格式，所以，客户端在确定用户感兴趣的目标群组，及其满足的目标附着标识后，可以按照该格式，生成针对目标群组的附着请求消息，如上述图2b中虚线框中的内容，可以由目标群组标识替代目标群组的群组信息，构成长度很小的附着请求消息。

需要说明，在上述目标附着标识为第二附着标识，即用户对部分归属群组感兴趣，为了得知感兴趣的是哪部分归属群组，可以获取目标群组各自的目标群组标识，如群组名称、编号等，之后，如上述图2d所示，可以按照该附着请求消息格式，由目标群组标识和目标附着标识替代目标群组的群组信息，构成针对目标群组的附着请求消息，具体生成过程本申请不做详述。

另外，对于本申请生成的附着请求消息的内容及消息格式，包括但并不局限于上图2b和图2d所示内容，可以依据实际协议要求及业务需求确定，本申请不做一一详述。

步骤S34，将该附着请求消息发送至服务器，以使服务器响应附着请求消息，控制客户端对目标群组进行附着操作。

在实际应用中，服务器按照该附着请求消息包含的目标附着标识，控制客户端对目标群组进行附着操作后，将允许该客户端对附着的目标群组发起业务访问，接收服务器反馈的该目标群组的业务信息，关于客户端对附着的群组的业务访问实现过程，本申请不做详述。

综上，用户从归属的多个群组中，选择感兴趣的目标群组后，可以依据该目标群组与这多个群组的目标关系，如目标群组是这多个群组中的部分群组或全部群组，从预先配置的多个附着标识中，选择出与该目标关系的目标附着标识，来表示客户端附着部分归属群组或全部归属群组，之后，按照附着请求消息格式，由该目标附着标识替代各目标群组的群组消息，生成附着请求消息发送至服务器，避免了附着请求消息过长导致丢包、时延，提高了数据传输效率和可靠性。

下面将从MCS角度描述本申请提出的群组附着方法的实现过程，由于该群组附着方法是由MCC与MCS进行数据交互实现的，关于发送至MCS的附着请求消息生成过程，可以参照上述实施例相应部分的描述，本申请不再赘述，下文实施例描述MCS执行的群组附着方法步骤。

参照图4，为本申请提出的群组附着方法的又一可选示例的流程示意图，该方法可以适用于服务器MCS，如物理服务器或支持云计算的云服务器等，本申请对该MCS的设备类型不做限制，可视情况而定。如图4所示，MCS实现的群组附着方法可以包括：

步骤S41，接收客户端发送至的针对目标群组的附着请求消息；

如上文客户端侧实施例描述的内容可知，该目标群组可以是当前存在的多个群组中的至少一个群组；该附着请求消息可以是利用目标群组满足的目标附着标识所生成的，至少包含目标附着标识；该目标附着标识可以用于表示客户端附着当前存在的多个群组中的全部群组，或者客户端附着该多个群组中的部分群组。关于该附着请求消息的获取过程，可以参照但并不局限于上文实施例相应部分的描述，本实施例不做赘述。

步骤S42，响应附着请求消息，依据目标附着标识，控制客户端对目标群组进行附着操作；

结合上文对目标附着标识的相关内容的描述，服务器解析该附着请求消息，得到目标附着标识后，可以依据该目标附着标识，确定客户端请求附着的目标群组，即确定客户端的用户感兴趣的是哪些群组，从而据此控制客户端对目标群组进行附着操作，本申请对该附着操作的具体实现过程不做详述。

步骤S43，按照附着通知消息格式，由目标附着标识替代客户端成功附着群组的群组信息，构成针对客户端附着群组的附着通知消息；

步骤S44，将该附着通知消息反馈至客户端。

在群组附着实际应用中，服务器MCS实现客户端MCC对目标群组的附着操作之后，可以将附着结果告知客户端MCC，这种情况下，MCS仍可以按照基于群组附着Affiliation标准，确定的附着通知消息格式要求，生成包含该客户端的群组附着结果的附着通知消息，本申请为了缩短该附着通知消息的长度，仍采用目标附着标识替代客户端成功附着群组的群组信息的方式，构成针对客户端附着群组的附着通知消息。

示例性的，仍以上文实施例列举的客户端MCC附着其所归属的A、B、C、D、E五个群组，或者附着其中的A、B这两个群组的场景为例进行说明。相对于图5a所示的在附着通知消息中罗列客户端附着的所有群组的群组信息如图5a中虚线框中罗列的A、B、C、D、E五个群组各自的群组信息，本申请提出由all-groups@mcs.group.com，这一客户端附着全部群组的附着标识来替代这些群组信息，构成如图5b所示的附着通知消息。由图5a和图5b中虚线框中内容长度比对，很明显本申请提出的这种附着通知消息方式，大大缩短了附着通知消息的长度，尤其是在客户端附着群组较多的情况下，更能够体现本申请附着通知消息生成方式的优势。

同理，对于客户的附着所归属的部分群组的附着通知消息的生成方式类似，需要说明的是，与上文针对部分归属群组的附着请求消息的生成方法类似，如图5c所示的虚线框部分的内容，在由part-groups@mcs.group.com这一附着标识替代所附着的部分归属群组的群组信息的同时，需要说明这部分群组的群组标识，即groups numbers＝“A，B”，以使客户端由此可知其成功附着到的是哪部分群组。

可以理解，在又一些实施例中，如上述分析，在客户端请求附着部分群组的情况下，客户端发送的附着请求消息可以包括与该部分群组一一对应的目标附着标识，这样，服务器可以由该目标附着标识，直接确定客户端本次请求附着的是哪一个或多个群组，这种情况下，在生成的附着请求消息中可以不用添加这部分群组各自的群组标识，进一步缩短了附着请求消息的长度。

需要说明的是，服务器控制客户端对目标群组进行附着操作的过程中，可能不会对所有目标群组附着成功，这种情况下，服务器构建附着通知消息时，所需要的附着标识可能与接收到的附着请求消息中的目标附着标识不同，如若附着请求消息是目标附着标识是第一附着标识，服务器控制客户端仅对A、B、C、D、E五个群组中的A、B、C、D群组附着成功，那么，服务器反馈的附着通知消息，将由第二附着标识替代这A、B、C、D这四个群组的群组消息生成，具体实现过程与上文实施例描述的请求附着的目标群组均成功附着的实施例实现过程类似，本申请不再举例详述。

综上，在本申请实施例中，由于客户端发送附着请求消息是由目标附着标识，替代感兴趣的目标群组的群组信息而构成的，保证服务器能够快速且完整得到该附着请求消息，在响应该附着请求消息过程中，可以直接依据该目标附着标识，确定客户端请求附着的是哪些目标群组，从而控制该客户端对这些目标群组进行附着操作，确定该客户端成功附着的群组后，为了保证附着结果快速且可靠反馈至客户端，服务器将由相应的目标附着标识替代，客户端成功附着群组的群组信息，构成针对客户端附着群组的附着通知消息，大大缩短了附着通知消息的长度，在无线环境的传输中，能够快速且完整地反馈至客户端，从而使客户端从其包含的目标附着标识，得知本客户端当前附着的群组是哪些目标群组，如所归属的全部群组或部分群组，这样，用户就可以据此对附着的目标群组进行业务访问操作，满足用户业务访问需求。

结合上文实施例描述的群组附着方法，在如即时通讯，视频会议，网络游戏、流多媒体分发等实际应用中，可以基于SIP(Session Initiation Protocol，会话发起协议)实现客户端MCC与服务器MCS之间的数据交互，满足相应应用的通信需求。其中，对于客户端MCC与服务器MCS之间的数据交互，可以是依据该SIP的事件通告机制规范定义的扩展应用，即用于发起订阅请求的订阅(SUBSCRIBE)，以及用于通告当前资源状态的通告(NOTIFY)，创建客户端MCC与服务器MCS之间的对话链路。

基于此，结合上文图2a～图2d，以及图5a、图5b和图5c所示的消息内容，客户端向服务器发送的SUBSCRIBE消息中，可以包含请求统一资源标识符(Request-URI)，即所要请求的资源的URI。本申请对上述SUBSCRIBE消息和NOTIFY消息的组成及其格式要求不做显示，可视情况而定。

因此，客户端MCC注册成功后，可以采用Subscribe方式建立客户端MCC与服务器MCS之间的订阅关系，以通过NOTIFY方式获取群组附着结果。具体的，客户端MCC可以向服务器MCS发送群组附着结果SIP Subscribe订阅请求，服务器MCS响应该订阅请求，可以构建该服务器MCS与该客户端MCC之间的订阅关系，这样，后续该客户端MCC的群组附着结果发生变化(如在原附着群组基础上，增加新的群组附着等)，可以触发该订阅关系，且服务器MCS可以通过SIP Notify(即附着通知消息)将改变反馈该客户端MCC。

具体的，用户进入客户端MCC群组附着界面，看到该用户归属的各群组，用户客户端对各群组的附着状态(即客户端是否附着相应群组)、各群组支持的业务类型等信息，可以从中选择感兴趣的全部或部分群组(其可以包含对已附着的群组、未附着的群组等)，以请求对所选择的群组附着。

基于上文对SIP协议的描述，本申请可由客户端MCC向服务器MCS发送SIPSUBSCRIBE消息(如上述附着请求消息)，携带所选择感兴趣的目标群组所满足的目标附着标识构成的application/pidf+xml消息，服务器收到该SIP SUBSCRIBE消息，可以反馈确认收到消息，如一条SIP 200OK应答消息，其可以表示订阅已被接受且用户已被授权订阅请求的资源。之后，服务器MCS可以按照上述方式响应该SIP SUBSCRIBE消息，实现客户端对目标群组的附着，使得客户端的群组附着结果发生变化，按照上文描述，通过该客户端MCC与服务器MCS之间构建的订阅关系，可以向客户端MCC反馈SIP NOTIFY消息，即携带目标附着标识的附着通知消息，客户端MCC收到该SIP NOTIFY消息，可以回复确认SIP 200OK应到，以使服务器MCS得知客户端MCC成功接收到该通知消息。关于上述各消息的生成过程，可以参照上文实施例相应部分的描述，本申请实施例在此不做赘述。

需要说明的是，对于客户端MCC和服务器MCS反馈的SIP 200OK应答的内容及其格式，可以依据SIP协议规范确定，本申请对其不做限制。

参照图6，为本申请提出的群组附着装置的一可选示例的结构示意图，该装置可以适用于电子设备，更具体地说，该装置可以是电子设备中的客户端MCC的虚拟装置，如图6所示，该装置可以包括：

目标群组确定模块61，用于确定客户端请求附着的目标群组；

目标附着标识获取模块62，用于获取所述目标群组所满足的目标附着标识；所述目标附着标识包括用于表示所述客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

附着请求消息生成模块63，用于利用所述目标附着标识，生成针对所述目标群组的附着请求消息；所述附着请求消息至少包含所述目标附着标识；

附着请求消息发送模块64，用于将所述附着请求消息发送至服务器，以使服务器响应所述附着请求消息，控制所述客户端对所述目标群组进行附着操作。

在一些实施例中，上述目标附着标识获取模块62可以包括：

第一选择单元，用于依据所述目标群组与当前存在的多个群组之间的目标关系，从预先配置的多种附着标识中，选择与所述目标关系相匹配的目标附着标识；

其中，所述目标关系为所述目标群组是所述多个群组中的全部群组的第一关系，或者所述目标群组是所述多个群组中的部分群组的第二关系，且所述第二关系包含一种或多种部分群组的组合。

在又一些实施例中，上述目标群组确定模块61可以包括：

选择确定单元，用于响应于对当前存在的多个群组的群组附着选择操作，确定所选择的客户端请求附着的目标群组；

基于此，上述目标附着标识获取模块62也可以包括：

第二选择单元，用于响应于对输出的多种附着标识的选择操作，将选择的附着标识确定为目标附着标识。

基于上文实施例描述的装置结构，该装置还可以包括：

第一配置模块，用于按照群组附着协议规定的统一资源标识符格式，配置用于表示客户端附着当前存在的多个群组中的全部群组的第一附着标识；

第二配置模块，用于按照所述统一资源标识符格式，配置用于表示客户端附着所述多个群组中的部分群组的第二附着标识。

在一些实施例中，若上述目标附着标识包括用于表示客户端附着当前存在的多个群组中的部分群组，上述附着请求消息生成模块63可以包括：

群组标识获取单元，用于获取所述目标群组各自的目标群组标识；

消息构成单元，用于按照附着请求消息格式，依据所述目标群组标识，构成针对所述目标群组的附着请求消息。

参照图7，为本申请提出的群组附着装置的又一可选示例的结构示意图，该装置可以适用于服务器，如上述MCS，如图7所示，该装置可以包括：

附着请求消息接收模块71，用于接收客户端发送至的针对目标群组的附着请求消息；其中，所述目标群组是当前存在的多个群组中的至少一个群组；所述附着请求消息是利用所述目标群组满足的目标附着标识所生成的，至少包含所述目标附着标识；所述目标附着标识包括用于表示客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

附着操作模块72，用于响应所述附着请求消息，依据所述目标附着标识，控制所述客户端对所述目标群组进行附着操作。

可选的，该附着操作模块72可以包括：

解析单元，用于解析所述附着请求消息，得到所述目标附着标识；

目标群组确定单元，用于依据所述目标附着标识，确定所述客户端请求附着的所述目标群组；

附着操作单元，用于控制所述客户端对所述目标群组进行附着操作。

在又一些实施例中，如图7所示，该装置还可以包括：

通知消息构成模块73，用于按照附着通知消息格式，依据所述目标附着标识，构成针对所述客户端附着群组的附着通知消息；

通知消息反馈模块74，用于将所述附着通知消息反馈至所述客户端。

需要说明的是，关于上述各装置实施例中的各种模块、单元等，均可以作为程序模块存储在相应设备(如电子设备、服务器)的存储器中，由该设备中的处理器执行存储在存储器中的上述程序模块，以实现相应的功能，关于各程序模块及其组合所实现的功能，以及达到的技术效果，可以参照上述方法实施例相应部分的描述，本实施例不再赘述。

本申请还提供了一种计算机可读存储介质，其上可以存储计算机程序，该计算机程序可以被处理器调用并加载，以实现上述客户端侧或服务器侧实施例描述的群组附着方法，具体实现过程本申请实施例在此不做赘述。

参照图8，为适用于本申请提出的群组附着方法和装置的，群组附着系统的一可选示例的结构示意图，该系统可以包括至少是一个终端(如上述电子设备)81和服务器82，其中：

终端81可以包括但并不局限于智能手机、平板电脑、可穿戴设备、个人计算机(personal computer，PC)、上网本、个人数字助理(personal digital assistant，PDA)、智能手表、增强现实技术(Augmented Reality，AR)设备、虚拟现实(Virtual Reality，VR)设备、车载设备、智能音箱、机器人、台式计算机等电子设备，本申请对该终端81的产品类型不做限制，可视情况而定。

在本申请实施例中，终端81中可以配置MCC(Mission Critical Client，任务关键型客户端)，在不同场景下，该MCC的应用类型可能不同，本申请对MCC的应用类型不做限制。结合上文从客户端侧描述的群组附着方法可知，该装置81可以包括至少一个第一存储器811和至少一个第一处理器812。

其中，第一存储器811可以用于存储实现上文从客户端侧描述的群组附着方法的第一程序；第一处理器812可以用于加载并执行所述第一存储器存储的所述第一程序，以实现上文从客户端侧描述的群组附着方法，具体实现过才可以参照上文相应方法实施例的描述，本实施例在此不做赘述。

在实际应用中，第一存储器811可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。第一处理器812，可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路(application-specific integrated circuit，ASIC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件等。本申请可以依据实际情况，确定终端所配置的支持上述客户端MCC功能实现的存储器和处理器类型，包括但并不局限于本实施例列举的器件类别。

另外，可以理解，图8所示的终端的结构并不构成对本申请实施例中终端的限定，在实际应用中，终端可以包括比图8所示的更多的部件，或者组合某些部件，如图9所示，该装置还可以包括如WIFI模块、5G/6G(第五代移动通信网络/第六代移动通信网络)模块、GPRS模块等通讯模块的通信接口，显示屏、拾音器、麦克风、各种传感器模组、电源管理模组、天线、摄像头等至少一个输入设备、输出设备，本申请在此不做一一列举。

服务器82可以支持上述客户端MCC的功能实现的服务设备，即上述MCS(MissionCritical Service，任务关键型服务器)。在实际应用中，该服务器82可以是一个物理服务器，也可以是多个物理服务器构成的服务集群；也可以是支持云计算的云服务器，可以通过有线网络或无线网络实现与上述终端81的数据通信，具体通信方式本申请不做限制，可视情况而定。

本申请实施例中，如图8所示，该服务器82可以包括至少一个第二存储器821和至少一个第二处理器822；该第二存储器821可以用于存储实现上述从服务器MCS侧描述的群组附着方法的第二程序；该第二处理器822可以用于加载并执行第二存储器821存储的第二程序，以实现如上文从服务器MCS侧描述的群组附着方法，具体实现过程可以参照上文相应方法实施例的描述，本实施例在此不做赘述。

其中，关于第二存储器821和第二处理器822的器件类型，可以参照上文对第一存储器811和第一处理器812的器件类型的描述，本申请可以依据实际需求确定第二存储器821和第二处理器822各自的类型，本申请对此不做限制。

应该理解的是，上图8所示的服务器的结构并不构成对本申请实施例中服务器的限定，在实际应用中，服务器可以包括比图8所示的更多的部件，或者组合某些部件，本申请在此不做一一列举。

最后，需要说明的是，关于上述各实施例中，诸如第一、第二等之类的关系术语仅仅用来将一个操作、单元或模块与另一个操作、单元或模块区分开来，而不一定要求或者暗示这些单元、操作或模块之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法或者系统中还存在另外的相同要素。

其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

本说明书中各个实施例采用递进或并列的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、系统而言，由于其与实施例公开的方法对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

Claims (12)

1.一种群组附着方法，其特征在于，所述方法包括：

确定客户端请求附着的目标群组；

获取所述目标群组所满足的目标附着标识；所述目标附着标识用于表示所述客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

利用任务关键型服务器MSC标准定义的附着请求消息格式和所述目标附着标识，生成针对所述目标群组的附着请求消息；所述附着请求消息至少包含所述目标附着标识；

将所述附着请求消息发送至服务器，以使服务器响应所述附着请求消息，控制所述客户端对所述目标群组进行附着操作。

2.根据权利要求1所述的方法，其特征在于，所述获取所述目标群组所满足的目标附着标识，包括：

依据所述目标群组与当前存在的多个群组之间的目标关系，从预先配置的多种附着标识中，选择与所述目标关系相匹配的目标附着标识；

其中，所述目标关系为所述目标群组是所述多个群组中的全部群组的第一关系，或者所述目标群组是所述多个群组中的部分群组的第二关系，且所述第二关系包含一种或多种部分群组的组合。

3.根据权利要求1所述的方法，其特征在于，所述确定客户端请求附着的目标群组，获取所述目标群组所满足的目标附着标识，包括：

响应于对当前存在的多个群组的群组附着选择操作，确定所选择的客户端请求附着的目标群组；

响应于对输出的多种附着标识的选择操作，将选择的附着标识确定为目标附着标识。

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

按照群组附着协议规定的统一资源标识符格式，配置用于表示客户端附着当前存在的多个群组中的全部群组的第一附着标识；

按照所述统一资源标识符格式，配置用于表示客户端附着所述多个群组中的部分群组的第二附着标识。

5.根据权利要求1~4任一项所述的方法，其特征在于，若所述目标附着标识包括用于表示客户端附着当前存在的多个群组中的部分群组，所述利用所述目标群组附着标识，生成针对所述目标群组的附着请求消息，包括：

获取所述目标群组各自的目标群组标识；

按照附着请求消息格式，依据所述目标群组标识，构成针对所述目标群组的附着请求消息。

6.一种群组附着方法，其特征在于，所述方法包括：

接收客户端发送的针对目标群组的附着请求消息；其中，所述目标群组是当前存在的多个群组中的至少一个群组；所述附着请求消息是利用任务关键型服务器MSC标准定义的附着请求消息格式和所述目标群组满足的目标附着标识所生成的，至少包含所述目标附着标识；所述目标附着标识用于表示客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

响应所述附着请求消息，依据所述目标附着标识，控制所述客户端对所述目标群组进行附着操作。

7.根据权利要求6所述的方法，其特征在于，所述响应所述附着请求消息，依据所述目标附着标识，控制所述客户端对所述目标群组进行附着操作，包括：

解析所述附着请求消息，得到所述目标附着标识；

依据所述目标附着标识，确定所述客户端请求附着的所述目标群组；

控制所述客户端对所述目标群组进行附着操作。

8.根据权利要求6或7所述的方法，其特征在于，所述方法还包括：

按照附着通知消息格式，依据所述目标附着标识，构成针对所述客户端附着群组的附着通知消息；

将所述附着通知消息反馈至所述客户端。

9.一种群组附着装置，其特征在于，所述装置包括：

目标群组确定模块，用于确定客户端请求附着的目标群组；

目标附着标识获取模块，用于获取所述目标群组所满足的目标附着标识；所述目标附着标识包括用于表示所述客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

附着请求消息生成模块，用于利用任务关键型服务器MSC标准定义的附着请求消息格式和所述目标附着标识，生成针对所述目标群组的附着请求消息；所述附着请求消息至少包含所述目标附着标识；

附着请求消息发送模块，用于将所述附着请求消息发送至服务器，以使服务器响应所述附着请求消息，控制所述客户端对所述目标群组进行附着操作。

10.一种群组附着装置，其特征在于，所述装置包括：

附着请求消息接收模块，用于接收客户端发送的针对目标群组的附着请求消息；其中，所述目标群组是当前存在的多个群组中的至少一个群组；所述附着请求消息是利用任务关键型服务器MSC标准定义的附着请求消息格式和所述目标群组满足的目标附着标识所生成的，至少包含所述目标附着标识；所述目标附着标识包括用于表示客户端附着当前存在的多个群组中的全部群组，或者所述客户端附着所述多个群组中的部分群组；

附着操作模块，用于响应所述附着请求消息，依据所述目标附着标识，控制所述客户端对所述目标群组进行附着操作。

11.一种存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器调用并执行，实现如权利要求1~5任一项所述的群组附着方法，或者实现如权利要求6~8任一项所述的群组附着方法。

12.一种群组附着系统，其特征在于，所述系统包括至少一个终端和服务器，其中：

所述终端包括至少一个第一存储器和至少一个第一处理器；

所述第一存储器，用于存储实现如权利要求1~5任一项所述的群组附着方法的第一程序；

所述第一处理器，用于加载并执行所述第一存储器存储的所述第一程序，以实现如权利要求1~5任一项所述的群组附着方法；

所述服务器包括至少一个第二存储器和至少一个第二处理器；

所述第二存储器，用于存储实现如权利要求6~8任一项所述的群组附着方法的第二程序；

所述第二处理器，用于加载并执行所述第二存储器存储的所述第二程序，以实现如权利要求6~8任一项所述的群组附着方法。