[发明专利]通信消息的处理方法、装置、设备及可读存储介质

说明书

本发明介绍了一种通信消息的处理方法、装置、设备及可读存储介质，该方法包括：向被邀请用户端的归属服务器发送邀请入群消息；接收来自被邀请用户端的归属服务器的邀请失败消息，并判断在邀请失败消息中是否包含预设警告信息；若是，则将被邀请用户端信息保留在群成员列表中；若否，则将被邀请用户端信息从群成员列表中删除。本发明支持同时处理多个邀请入群消息的能力，提升了用户对群组业务的体验。

技术领域

本发明涉及消息类领域，尤其涉及一种通信消息的处理方法、装置、设备及可读存储介质。

背景技术

RCS(融合通信，Rich Communication Suite)是一种基于增强的手机本地地址本的，集语音、消息、视频、内容共享等多种通信方式及功能为一体的融合通信服务。OMA(移动开放联盟，Open Mobile Alliance)在SIP/IP核(SIP/IP Core)基础上制定了CPM(融合IP消息，Converged IP Messaging)标准，提供了多媒体通信服务的融合，满足不同的用户体验。

在OMA CPM标准中，会出现多个邀请用户端同时邀请一个被邀请用户端加入已有群组的情况。例如，如图1所示，假设已有群组Group1，已有群成员A、B、C，其中用户端A和用户端B同时向群聊服务器发送邀请入群消息SIP REFER，以邀请用户端D加入Group1。群聊服务器只会将收到的第一条邀请入群消息转发给用户端D。由此可见，用户端D无法同时收到多人邀请或同时处理多人邀请请求，以图1所示的方法为例，如果用户端D和用户端A不熟悉，则用户端D可能会拒绝入群邀请，从而失去群组的业务体验，反之，如果是收到用户端B的邀请，因为用户端D和用户端B熟悉就可能接受入群请求。因此为提升群组的业务体验，新成员用户端D需要能够同时接收多个邀请请求。但是，如果用户端D同时收到多个邀请并按照现有技术中的方法分别处理邀请请求，有如下问题：1)同时接收用户端A和用户端B的邀请，则用户端D和群聊服务器将建立两条消息媒体链路MSRP，造成网络资源浪费；2)若先接收用户端A的邀请后拒绝用户端B的邀请，则用户端D先入群后离群，还是没有得到群组业务体验。

发明内容

本发明的主要目的在于提出一种通信消息的处理方法、装置、设备及可读存储介质，支持同时处理多个邀请入群消息的能力，提升用户对群组业务的体验。

为实现上述目的，本发明提供了一种通信消息的处理方法，应用于群聊服务器，所述方法包括：

向被邀请用户端的归属服务器发送邀请入群消息；

接收来自所述被邀请用户端的归属服务器的邀请失败消息，并判断在所述邀请失败消息中是否包含预设警告信息；

若是，则将被邀请用户端信息保留在群成员列表中；若否，则将所述被邀请用户端信息从所述群成员列表中删除。

此外，为实现上述目的，本发明还提出一种通信消息的处理方法，应用于被邀请用户端的归属服务器，所述方法包括：

接收来自群聊服务器的邀请入群消息，并将所述邀请入群消息转发至被邀请用户端；

若接收到来自所述被邀请用户端的包含预设警告信息的拒绝响应消息，则向所述群聊服务器发送包含预设警告信息的邀请失败消息；

若接收到来自所述被邀请用户端的不包含预设警告信息的拒绝响应消息，则向所述群聊服务器发送不包含预设警告信息的邀请失败消息。

此外，为实现上述目的，本发明还提出一种通信消息的处理方法，应用于被邀请用户端，所述方法包括：

接收来自被邀请用户端的归属服务器的邀请入群消息，并判断在本地是否存在与所述邀请入群消息相对应的群组标识；

若是，则向所述被邀请用户端的归属服务器发送包含预设警告信息的拒绝响应消息；