CN113923181A - 一种群消息处理方法、装置、系统及存储介质 - Google Patents

Abstract

本公开实施例涉及一种群消息处理方法、装置、系统及存储介质。本公开至少一个实施例中，针对超大群，也即成员数量超过预设值的群组，服务端创建超大群对应的群收件箱，服务端在获取超大群的消息后，并非采用“写扩散”模式直接将消息事件发送给超大群中每个成员的个人收件箱，而是将消息事件保存到超大群的群收件箱中，以便用户激活客户端时，才由客户端从群收件箱中获取超大群的消息事件，实现“读扩散”模式，相比“写扩散”模式，“读扩散”模式可以降低服务端的资源消耗，提升系统的稳定性。

Description

一种群消息处理方法、装置、系统及存储介质

技术领域

本公开实施例涉及即时通信技术领域，具体涉及一种群消息处理方法、装置、系统及存储介质。

背景技术

即时通信(Instant Messaging，IM)允许两人或多人使用网络实时地进行消息传递。IM客户端中，群组是将多个用户整合在一起的容器，Feed是一个聚合不同群组、单聊会话等的容器。当用户在某个群组中发送一条消息后，预期该群组中的每个成员都可以在自己的Feed列表中看到该群组有新消息。

目前，IM服务端对每个用户配置有个人收件箱，当用户在某个群组中发送一条消息后，通过“写扩散”模式处理该消息，其中，“写扩散”模式即为：IM服务端需要向该群组中的每个成员的个人收件箱发送一个消息事件，以便IM客户端从用户的个人收件箱中获取该消息事件，进而获取该消息事件对应的消息并将该消息展示在该群组中。

但在，“写扩散”模式需要给群组中的每个成员的个人收件箱发送一个消息事件，在超大群场景下，也即群组中的成员数量超过预设值(如5000人、10000人等)的场景下，超大群的IM服务端的资源消耗将大幅提升，并且对IM系统(包括IM服务端和IM客户端)的稳定性和性能也会产生影响。

发明内容

为了解决现有技术存在的至少一个问题，本公开的至少一个实施例提供了一种群消息处理方法、装置、系统及存储介质。

第一方面，本公开实施例提供一种群消息处理方法，该方法应用于服务端，针对成员数量超过预设值的群组创建对应的群收件箱，该群消息处理方法包括：

获取向目标群发送的消息；

检测目标群是否为成员数量超过预设值的群组；

当检测到目标群的成员数量超过预设值时，基于消息生成消息事件；

将消息保存到数据库中，并将消息事件保存到目标群的群收件箱中。

在一些实施例中，该群消息处理方法还包括：

当检测到目标群的成员数量不超过预设值时，基于消息生成消息事件；

将消息保存到数据库中，并将消息事件保存到目标群中各成员的个人收件箱中。

在一些实施例中，该群消息处理方法还包括：

获取用户针对成员数量超过预设值的群组的排序干扰，生成群排序事件；

将群排序事件保存到用户的个人收件箱中。

第二方面，本公开实施例提供一种群消息处理方法，该方法应用于客户端，该群消息处理方法包括：

响应于激活客户端的操作，获取客户端的用户所在的成员数量超过预设值的群组的列表；

从成员数量超过预设值的群组对应的群收件箱中获取消息事件集合，并从用户的个人收件箱中获取群排序事件集合；消息事件集合包括至少一个消息事件；群排序事件集合为空或包括至少一个群排序事件；

基于消息事件集合与群排序事件集合，通过客户端展示对应消息。

在一些实施例中，基于消息事件集合与群排序事件集合，通过客户端展示对应消息包括：

将消息事件集合与群排序事件集合进行合并，得到目标消息事件集合；

基于目标消息事件集合，通过客户端展示对应消息。

在一些实施例中，消息事件集合中的任一消息事件包括：第一群标识、第一更新时间和第一描述信息；群排序事件集合中的任一群排序事件包括：用户标识、第二群标识、第二更新时间和第二描述信息。

在一些实施例中，将消息事件集合与群排序事件集合进行合并包括：

针对消息事件集合中的任一消息事件和群排序事件集合中的任一群排序事件，若第一群标识与第二群标识相同，且第一更新时间晚于或等于第二更新时间时，则生成目标消息事件，目标消息事件包括：用户标识、第一群标识、第一更新时间和第一描述信息。

在一些实施例中，将消息事件集合与群排序事件集合进行合并包括：

针对消息事件集合中的任一消息事件和群排序事件集合中的任一群排序事件，若第一群标识与第二群标识相同，且第一更新时间早于第二更新时间时，则生成目标消息事件，目标消息事件为群排序事件，并建立群排序事件与消息事件的对应关系。

在一些实施例中，目标消息事件集合包括至少一个群排序事件；

基于目标消息事件集合，通过客户端展示对应消息包括：

基于群排序事件中的第二更新时间，确定群排序事件中的第二群标识在列表中的排序，并通过客户端展示排序；

基于对应关系，查找消息事件集合中与群排序事件对应的消息事件，并基于该消息事件中的第一描述信息，从数据库中获取对应消息，并通过客户端将消息展示在群排序事件中的第二群标识所对应的群组中。

第三方面，本公开实施例还提出一种群消息处理装置，该装置应用于服务端，针对成员数量超过预设值的群组创建对应的群收件箱，该群消息处理装置包括：

获取单元，用于获取向目标群发送的消息；

检测单元，用于检测目标群是否为成员数量超过预设值的群组；

生成单元，用于检测单元检测到目标群的成员数量超过预设值后，基于消息生成消息事件；

保存单元，用于将消息保存到数据库中，并将消息事件保存到目标群的群收件箱中。

第四方面，本公开实施例还提出一种群消息处理装置，该装置应用于客户端，该群消息处理装置包括：

第一获取单元，用于响应于激活客户端的操作，获取客户端的用户所在的成员数量超过预设值的群组的列表；

第二获取单元，用于从成员数量超过预设值的群组对应的群收件箱中获取消息事件集合，并从用户的个人收件箱中获取群排序事件集合；消息事件集合包括至少一个消息事件；群排序事件集合为空或包括至少一个群排序事件；

展示单元，用于基于消息事件集合与群排序事件集合，通过客户端展示对应消息。

第五方面，本公开实施例还提出一种包括至少一个计算装置和至少一个存储指令的存储装置的系统，其中，所述指令在被所述至少一个计算装置运行时，促使所述至少一个计算装置执行如第一方面任一实施例所述群消息处理方法或第二方面任一实施例所述群消息处理方法的步骤。

第六方面，本公开实施例还提出一种计算机可读存储介质，所述计算机可读存储介质存储程序或指令，当所述程序或指令被至少一个计算装置运行时，使至少一个计算装置执行如第一方面任一实施例所述群消息处理方法或第二方面任一实施例所述群消息处理方法的步骤。

可见，本公开的至少一个实施例中，针对超大群，也即成员数量超过预设值的群组，创建超大群对应的群收件箱，服务端在获取超大群的消息后，并非采用“写扩散”模式直接将消息事件发送给超大群中每个成员的个人收件箱，而是将消息事件保存到超大群的群收件箱中，以便用户激活客户端时，才由客户端从群收件箱中获取超大群的消息事件，实现“读扩散”模式，相比目前的“写扩散”模式，“读扩散”模式可以降低服务端的资源消耗，提升系统(包括服务端和客户端)的稳定性。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是一种“写扩散”模式处理消息的场景示意图；

图2是本公开实施例提供的一种群消息处理方法的示例性流程图；

图3是本公开实施例提供的一种IM服务端处理超大群消息的场景示意图；

图4是本公开实施例提供的另一种群消息处理方法的示例性流程图；

图5是本公开实施例提供的一种IM客户端处理超大群消息的场景示意图；

图6是本公开实施例提供的一种群消息处理装置的示例性框图；

图7是本公开实施例提供的另一种群消息处理装置的示例性框图；

图8是本公开实施例提供的一种包括至少一个计算装置和至少一个存储指令的存储装置的系统的示例性框图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

图1为一种“写扩散”模式处理消息的场景示意图，在图1中，IM服务端对每个用户配置有个人收件箱。群组中的用户1将消息发送到该群组后，IM服务端生成该事件的事件消息，该事件消息中至少包括消息标识(消息ID)；进而，IM服务端通过“写扩散”模式处理该消息，具体地：IM服务端获取该群组中的所有成员(记为用户2，用户3，……，用户N)，从而向该群组中所有成员的个人收件箱发送该消息事件，以便IM客户端从用户的个人收件箱中获取该消息事件，进而获取该消息事件对应的消息并将该消息展示在该群组中。

可见，用户发送一条消息或发送一条消息并@群组中所有成员，“写扩散”模式需要给群组中的每个成员的个人收件箱发送消息事件，在超大群场景下，也即群组中的成员数量超过预设值的场景下，超大群的IM服务端的资源消耗将大幅提升，并且对IM系统(包括IM服务端和IM客户端)的稳定性和性能也会产生影响。

为此，本公开实施例提供了一种群消息处理方法、装置、系统及存储介质，针对超大群，也即成员数量超过预设值的群组，IM服务端创建超大群对应的群收件箱，IM服务端在获取超大群的消息后，并非采用“写扩散”模式直接将消息事件发送给超大群中每个成员的个人收件箱，而是将消息事件保存到超大群的群收件箱中，以便用户激活IM客户端时，才由IM客户端从群收件箱中获取超大群的消息事件，实现“读扩散”模式，相比目前的“写扩散”模式，“读扩散”模式可以降低服务端的资源消耗，提升系统(包括IM服务端和IM客户端)的稳定性。

图2为本公开实施例提供的一种群消息处理方法的示例性流程图。该群消息处理方法的执行主体为服务端，例如IM服务端。IM服务端针对成员数量超过预设值的群组(也即超大群)创建对应的群收件箱。该群消息处理方法可以包括但不限于如下步骤201至步骤204：

在步骤201中，获取向目标群发送的消息。

目标群的任一成员可以向目标群发送消息，具体地，用户激活IM客户端后，通过IM客户端向目标群发送消息。用户激活IM客户端的方式包括：用户打开IM客户端或者IM客户端从后台进入前台。

在步骤202中，检测目标群是否为成员数量超过预设值的群组。

IM服务端在获取向目标群发送的消息后，可以获取该目标群的成员信息，成员信息例如包括但不限于：成员数量、各成员的成员ID等。进而，IM服务端可以判断目标群是否为超大群，具体地，判断目标群的成员数量是否超过预设值，若超过，则确定目标群为超大群，否则确定目标群为普通群。

IM服务端判断目标群为超大群，则执行步骤203和步骤204。

在步骤203中，当检测到目标群的成员数量超过预设值时，基于消息生成消息事件。

IM服务端基于向目标群发送的消息，生成消息事件，其中，消息事件包括多个字段信息，多个字段信息例如包括但不限于：第一群标识(群ID)、第一更新时间和第一描述信息等。其中，第一更新时间为用户向目标群发送该消息的时间戳信息；第一描述信息包括但不限于消息标识(消息ID)和/或发送该消息的用户标识(用户ID)。

在步骤204中，将消息保存到数据库中，并将消息事件保存到目标群的群收件箱中。

IM服务端在生成消息事件后，将该消息事件对应的消息保存到数据库中，以确保消息不丢失。在一些实施例中，IM服务端可以在获取向目标群发送的消息后，直接将该消息保存到数据库中，以确保消息不丢失。

IM服务端在生成消息事件后，将消息事件保存到目标群的群收件箱中，以保证事件不丢失。

可见，针对超大群，也即成员数量超过预设值的群组，IM服务端创建超大群对应的群收件箱，IM服务端在获取超大群的消息后，并非采用“写扩散”模式直接将消息事件发送给超大群中每个成员的个人收件箱，而是将消息事件保存到超大群的群收件箱中，以便用户激活IM客户端时，才由IM客户端从群收件箱中获取超大群的消息事件，实现“读扩散”模式，相比目前的“写扩散”模式，“读扩散”模式可以降低IM服务端的资源消耗，提升系统(包括IM服务端和IM客户端)的稳定性。

在一些实施例中，IM服务端判断目标群为普通群，也即IM服务端检测到目标群的成员数量不超过预设值时，基于向目标群发送的消息，生成消息事件；其中，消息事件包括多个字段信息，多个字段信息例如包括但不限于：第一群标识(群ID)、第一更新时间和第一描述信息等。其中，第一更新时间为用户向目标群发送该消息的时间戳信息；第一描述信息包括但不限于消息标识(消息ID)和/或发送该消息的用户标识(用户ID)。

IM服务端在生成消息事件后，将该消息事件对应的消息保存到数据库中，以确保消息不丢失。

IM服务端在生成消息事件后，将消息事件保存到目标群中各成员的个人收件箱中，以保证事件不丢失。

可见，针对普通群，IM服务端依然采用“写扩散”模式处理普通群的消息。

在一些实施例中，图2所示的群消息处理方法还可以包括图2中未示出的如下步骤205和步骤206：

在步骤205中，获取用户针对成员数量超过预设值的群组(也即超大群)的排序干扰，生成群排序事件。

其中，排序干扰例如：用户在IM客户端检索Feed列表中的某个群组或直接访问了Feed列表中的某个群组，则对该群组产生排序干扰，IM客户端会将该群组在Feed列表中置顶。

其中，群排序事件包括多个字段信息，多个字段信息例如包括但不限于：用户标识(用户ID)、第二群标识(群ID)、第二更新时间和第二描述信息等。其中，用户标识为对超大群进行排序干扰的用户的标识；第二更新时间为用户对超大群进行排序干扰的时间戳信息；第二描述信息包括但不限于消息标识(消息ID)。在一些实施例中，第二描述信息包括的消息标识为空。

在步骤206中，将群排序事件保存到用户的个人收件箱中。

IM服务端在生成针对超大群的群排序事件后，并非将群排序事件保存到超大群的群收件箱中，而是将群排序事件保存到用户的个人收件箱中，该用户为对超大群进行排序干扰的用户。

IM服务端还可以将用户的单聊数据直接保存到用户的个人收件箱中。因此，用户的个人收件箱中可以保存普通群的消息事件、针对超大群的群排序事件和用户的单聊数据。

基于以上实施例公开的群消息处理方法，图3为本公开实施例提供的一种IM服务端处理超大群消息的场景示意图。IM服务端针对成员数量超过预设值的群组(也即超大群)创建对应的群收件箱。在图3中，IM服务端针对超大群1创建群收件箱1，针对超大群2创建群收件箱2，针对超大群3创建群收件箱3。

在图3中，用户1向超大群1发送消息1。IM服务端获取该消息1，基于消息1生成消息事件1。IM服务端在生成消息事件1后，将消息1保存到数据库中，并将消息事件1保存到群收件箱1中。

在图3中，用户2向超大群2发送消息2。IM服务端获取该消息2，基于消息2生成消息事件2。IM服务端在生成消息事件2后，将消息2保存到数据库中，并将消息事件2保存到群收件箱2中。

在图3中，用户3向超大群3发送消息3。IM服务端获取该消息3，基于消息3生成消息事件3。IM服务端在生成消息事件3后，将消息3保存到数据库中，并将消息事件3保存到群收件箱3中。

可见，针对超大群，也即成员数量超过预设值的群组，IM服务端创建超大群对应的群收件箱，IM服务端在获取超大群的消息后，并非采用“写扩散”模式直接将消息事件发送给超大群中每个成员的个人收件箱，而是将消息事件保存到超大群的群收件箱中，以便用户激活IM客户端时，才由IM客户端从群收件箱中获取超大群的消息事件，实现“读扩散”模式，相比目前的“写扩散”模式，“读扩散”模式可以降低IM服务端的资源消耗，提升系统(包括IM服务端和IM客户端)的稳定性。

图4为本公开实施例提供的另一种群消息处理方法的示例性流程图。该群消息处理方法的执行主体为客户端，例如IM客户端。该群消息处理方法可以包括但不限于如下步骤401至步骤403：

在步骤401中，响应于激活客户端的操作，获取客户端的用户所在的成员数量超过预设值的群组的列表。

用户激活IM客户端的方式包括：用户打开IM客户端或者IM客户端从后台进入前台。IM客户端响应于激活操作，可以获取IM客户端的用户所在的成员数量超过预设值的群组(也即超大群)的列表。

在步骤402中，从成员数量超过预设值的群组对应的群收件箱中获取消息事件集合，并从用户的个人收件箱中获取群排序事件集合。

其中，消息事件集合包括至少一个消息事件。群排序事件集合为空或包括至少一个群排序事件。

IM客户端从用户的个人收件箱中除了可以获取群排序事件集合，还可以获取普通群的消息事件集合和用户的单聊数据。

在步骤403中，基于消息事件集合与群排序事件集合，通过客户端展示对应消息。

可见，用户激活IM客户端时，IM客户端才从群收件箱中获取超大群的消息事件，只要用户不激活IM客户端，IM客户端不会主动获取超大群的消息事件，实现IM客户端“读扩散”模式，相比目前的IM服务端“写扩散”模式，“读扩散”模式可以降低IM服务端的资源消耗，提升系统(包括IM服务端和IM客户端)的稳定性。

需要说明的是，如果IM客户端一直处于已激活状态，例如用户一直在使用该IM客户端，那么当群收件箱或用户的个人收件箱有新事件时，IM客户端就会拉取这些新事件并展示对应的消息。

在一些实施例中，步骤403中基于消息事件集合与群排序事件集合，通过客户端展示对应消息，具体可以包括如下步骤4031和步骤4032：

4031、将消息事件集合与群排序事件集合进行合并，得到目标消息事件集合。

其中，消息事件集合中的任一消息事件包括多个字段信息，多个字段信息例如包括但不限于：第一群标识(群ID)、第一更新时间和第一描述信息等。其中，第一更新时间为用户向目标群发送该消息的时间戳信息；第一描述信息包括但不限于消息标识(消息ID)和/或发送该消息的用户标识(用户ID)。

其中，其中，群排序事件包括多个字段信息，多个字段信息例如包括但不限于：用户标识(用户ID)、第二群标识(群ID)、第二更新时间和第二描述信息等。其中，用户标识为对超大群进行排序干扰的用户的标识；第二更新时间为用户对超大群进行排序干扰的时间戳信息；第二描述信息包括但不限于消息标识(消息ID)。在一些实施例中，第二描述信息包括的消息标识为空。

IM客户端将消息事件集合与群排序事件集合进行合并，包括如下两种方式：

方式一：针对消息事件集合中的任一消息事件和群排序事件集合中的任一群排序事件，若第一群标识与第二群标识相同，且第一更新时间晚于或等于第二更新时间时，则生成目标消息事件，目标消息事件包括：用户标识、第一群标识、第一更新时间和第一描述信息。

方式二：针对消息事件集合中的任一消息事件和群排序事件集合中的任一群排序事件，若第一群标识与第二群标识相同，且第一更新时间早于第二更新时间时，则生成目标消息事件，目标消息事件为群排序事件，并建立群排序事件与消息事件的对应关系。

例如，消息事件的数据格式为：chatCA:update_time_v1:data1。其中，chatCA为超大群标识；update_time_v1为第一更新时间；data1为第一描述信息。群排序事件的数据格式为：userUA:chatCA:update_time_v2:data2。其中，userUA为超大群chatCA中的一个用户标识；update_time_v2为第二更新时间；data2为第二描述信息。

针对上述消息事件与群排序事件，由于消息事件的第一群标识与群排序事件的第二群标识相同，均为chatCA，因此，IM客户端将上述消息事件与群排序事件进行合并的方式一为：

若update_time_v1≥update_time_v2，也即第一更新时间晚于或等于第二更新时间时，则生成的目标消息事件的数据格式为：userUA:chatCA:update_time_v1:data1。

针对上述消息事件与群排序事件，由于消息事件的第一群标识与群排序事件的第二群标识相同，均为chatCA，因此，IM客户端将上述消息事件与群排序事件进行合并的方式二为：

若update_time_v1＜update_time_v2，也即第一更新时间早于第二更新时间时，则生成的目标消息事件的数据格式为：userUA:chatCA:update_time_v2:data2。另外，可以在data2中增加链接(link)信息，该link信息指向该消息事件，以实现建立群排序事件与消息事件的对应关系。

可见，通过以上两种方式将消息事件集合与群排序事件集合进行合并，可以得到目标消息事件集合，IM客户端只需对目标消息事件集合进行处理即可，无需对每条消息事件和每条群排序事件分别处理，提高处理效率。

4032、基于目标消息事件集合，通过客户端展示对应消息。

若目标消息事件集合包括至少一个群排序事件；则IM客户端可以基于群排序事件中的第二更新时间，确定群排序事件中的第二群标识在列表中的排序，并通过客户端展示排序；并且，IM客户端可以基于对应关系，查找消息事件集合中与群排序事件对应的消息事件，并基于该消息事件中的第一描述信息，从数据库中获取对应消息，并通过客户端将消息展示在群排序事件中的第二群标识所对应的群组中。

例如，在方式二的基础上，IM客户端可以基于群排序事件中的update_time_v2，确定群排序事件中的chatCA在超大群列表中的排序，并通过IM客户端展示排序；IM客户端可以基于群排序事件中的data2中的链接(link)信息，跳转到link信息对应的消息事件，并基于该消息事件中的data1，从数据库中获取对应消息，并通过IM客户端将消息展示在群排序事件中的chatCA所对应的群组中。

图5为本公开实施例提供的一种IM服务端处理超大群消息的场景示意图。在图5中，用户通过打开IM客户端或者IM客户端从后台进入前台，实现激活IM客户端。IM客户端从成员数量超过预设值的群组(也即超大群)对应的群收件箱中拉取消息事件集合，例如，用户所在的超大群有三个，这三个超大群的群收件箱记为群收件箱1、群收件箱2和群收件箱3，IM客户端从群收件箱1、群收件箱2和群收件箱3中拉取消息事件集合；并从用户的个人收件箱中拉取群排序事件集合。

在图5中，IM客户端拉取群收件箱1、群收件箱2和群收件箱3中的消息事件集合以及用户的个人收件箱中的群排序事件集合之后，IM客户端将消息事件集合与群排序事件集合进行合并，得到目标消息事件集合，进而基于目标消息事件集合，通过客户端展示对应消息。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员能够理解，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。另外，本领域技术人员能够理解，说明书中所描述的实施例均属于可选实施例。

图6为本公开实施例提供的一种群消息处理装置，该装置应用于服务端，例如IM服务端。IM服务端针对成员数量超过预设值的群组创建对应的群收件箱。该群消息处理装置包括但不限于：

获取单元61，用于获取向目标群发送的消息。

检测单元62，用于检测目标群是否为成员数量超过预设值的群组。

生成单元63，用于检测单元检测到目标群的成员数量超过预设值后，基于消息生成消息事件。

保存单元64，用于将消息保存到数据库中，并将消息事件保存到目标群的群收件箱中。

在一些实施例中，生成单元63还用于当检测单元62检测到目标群的成员数量不超过预设值时，基于消息生成消息事件。保存单元64还用于将消息保存到数据库中，并将消息事件保存到目标群中各成员的个人收件箱中。

在一些实施例中，生成单元63还用于获取用户针对成员数量超过预设值的群组的排序干扰，生成群排序事件。保存单元64还用于将群排序事件保存到用户的个人收件箱中。

图6相关各实施例公开的群消息处理装置的技术细节可以参考图2相关实施例公开的群消息处理方法，为避免重复，不再赘述。

图7为本公开实施例提供的一种群消息处理装置，该装置应用于客户端，例如IM客户端。该群消息处理装置包括但不限于：

第一获取单元71，用于响应于激活客户端的操作，获取客户端的用户所在的成员数量超过预设值的群组的列表；

第二获取单元72，用于从成员数量超过预设值的群组对应的群收件箱中获取消息事件集合，并从用户的个人收件箱中获取群排序事件集合；消息事件集合包括至少一个消息事件；群排序事件集合为空或包括至少一个群排序事件；

展示单元73，用于基于消息事件集合与群排序事件集合，通过客户端展示对应消息。

在一些实施例中，展示单元73，用于将消息事件集合与群排序事件集合进行合并，得到目标消息事件集合；基于目标消息事件集合，通过客户端展示对应消息。

在一些实施例中，消息事件集合中的任一消息事件包括：第一群标识、第一更新时间和第一描述信息；群排序事件集合中的任一群排序事件包括：用户标识、第二群标识、第二更新时间和第二描述信息。

在一些实施例中，展示单元73将消息事件集合与群排序事件集合进行合并包括：

展示单元73针对消息事件集合中的任一消息事件和群排序事件集合中的任一群排序事件，若第一群标识与第二群标识相同，且第一更新时间晚于或等于第二更新时间时，则生成目标消息事件，目标消息事件包括：用户标识、第一群标识、第一更新时间和第一描述信息。

在一些实施例中，展示单元73将消息事件集合与群排序事件集合进行合并包括：

展示单元73针对消息事件集合中的任一消息事件和群排序事件集合中的任一群排序事件，若第一群标识与第二群标识相同，且第一更新时间早于第二更新时间时，则生成目标消息事件，目标消息事件为群排序事件，并建立群排序事件与消息事件的对应关系。

在一些实施例中，目标消息事件集合包括至少一个群排序事件；

展示单元73基于目标消息事件集合，通过客户端展示对应消息包括：

展示单元73基于群排序事件中的第二更新时间，确定群排序事件中的第二群标识在列表中的排序，并通过客户端展示排序；基于对应关系，查找消息事件集合中与群排序事件对应的消息事件，并基于该消息事件中的第一描述信息，从数据库中获取对应消息，并通过客户端将消息展示在群排序事件中的第二群标识所对应的群组中。

图7相关各实施例公开的群消息处理装置的技术细节可以参考图4相关实施例公开的群消息处理方法，为避免重复，不再赘述。

以上各装置中各单元的划分仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如装置中的至少两个单元可以实现为一个单元；装置中的各单元也可以划分为多个子单元。可以理解的是，各个单元或子单元能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能。

图8是本公开实施例提供的一种包括至少一个计算装置和至少一个存储指令的存储装置的系统的示例性框图。在一些实施例中，该系统可用于大数据处理，至少一个计算装置和至少一个存储装置可以为分布式部署，使该系统为分布式数据处理集群。

如图8所示，系统包括：至少一个计算装置81、至少一个存储指令的存储装置82。可以理解，本实施例中的存储装置82可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。

在一些实施方式中，存储装置82存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统和应用程序。

其中，操作系统，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础任务以及处理基于硬件的任务。应用程序，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用任务。实现本公开实施例提供的群消息处理方法的程序可以包含在应用程序中。

在本公开实施例中，至少一个计算装置81通过调用至少一个存储装置82存储的程序或指令，具体的，可以是应用程序中存储的程序或指令，至少一个计算装置81用于执行本公开实施例提供的群消息处理方法各实施例的步骤。

本公开实施例提供的群消息处理方法可以应用于计算装置81中，或者由计算装置81实现。计算装置81可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过计算装置81中的硬件的集成逻辑电路或者软件形式的指令完成。上述的计算装置81可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本公开实施例提供的群消息处理方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储装置82，计算装置81读取存储装置82中的信息，结合其硬件完成方法的步骤。

本公开实施例还提出一种计算机可读存储介质，所述计算机可读存储介质存储程序或指令，当所述程序或指令被至少一个计算装置运行时，使至少一个计算装置执行如群消息处理方法各实施例的步骤，为避免重复描述，在此不再赘述。其中，计算装置可以为图8所示的计算装置81。在一些实施例中，计算机可读存储介质为非暂态计算机可读存储介质。

本公开实施例还提出一种计算机程序产品，其中，该计算机程序产品包括计算机程序，该计算机程序存储在非暂态计算机可读存储介质中，计算机的至少一个处理器从存储介质读取并执行该计算机程序，使得计算机执行如群消息处理方法各实施例的步骤，为避免重复描述，在此不再赘述。

其中，计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

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

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。

本领域的技术人员能够理解，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (13)

1.一种群消息处理方法，所述方法应用于服务端，针对成员数量超过预设值的群组创建对应的群收件箱，所述方法包括：

获取向目标群发送的消息；

检测所述目标群是否为成员数量超过预设值的群组；

当检测到所述目标群的成员数量超过预设值时，基于所述消息生成消息事件；

将所述消息保存到数据库中，并将所述消息事件保存到所述目标群的群收件箱中。

2.根据权利要求1所述的方法，其中，所述方法还包括：

当检测到所述目标群的成员数量不超过预设值时，基于所述消息生成消息事件；

将所述消息保存到数据库中，并将所述消息事件保存到所述目标群中各成员的个人收件箱中。

3.根据权利要求1所述的方法，其中，所述方法还包括：

获取用户针对成员数量超过预设值的群组的排序干扰，生成群排序事件；

将所述群排序事件保存到所述用户的个人收件箱中。

4.一种群消息处理方法，所述方法应用于客户端，所述方法包括：

响应于激活客户端的操作，获取所述客户端的用户所在的成员数量超过预设值的群组的列表；

从所述成员数量超过预设值的群组对应的群收件箱中获取消息事件集合，并从所述用户的个人收件箱中获取群排序事件集合；所述消息事件集合包括至少一个消息事件；所述群排序事件集合为空或包括至少一个群排序事件；

基于所述消息事件集合与所述群排序事件集合，通过所述客户端展示对应消息。

5.根据权利要求4所述的方法，其中，所述基于所述消息事件集合与所述群排序事件集合，通过所述客户端展示对应消息包括：

将所述消息事件集合与所述群排序事件集合进行合并，得到目标消息事件集合；

基于所述目标消息事件集合，通过所述客户端展示对应消息。

6.根据权利要求5所述的方法，其中，

所述消息事件集合中的任一消息事件包括：第一群标识、第一更新时间和第一描述信息；

所述群排序事件集合中的任一群排序事件包括：用户标识、第二群标识、第二更新时间和第二描述信息。

7.根据权利要求6所述的方法，其中，所述将所述消息事件集合与所述群排序事件集合进行合并包括：

针对所述消息事件集合中的任一消息事件和所述群排序事件集合中的任一群排序事件，若所述第一群标识与所述第二群标识相同，且所述第一更新时间晚于或等于所述第二更新时间时，则生成目标消息事件，所述目标消息事件包括：所述用户标识、所述第一群标识、所述第一更新时间和所述第一描述信息。

8.根据权利要求6所述的方法，其中，所述将所述消息事件集合与所述群排序事件集合进行合并包括：

针对所述消息事件集合中的任一消息事件和所述群排序事件集合中的任一群排序事件，若所述第一群标识与所述第二群标识相同，且所述第一更新时间早于所述第二更新时间时，则生成目标消息事件，所述目标消息事件为所述群排序事件，并建立所述群排序事件与所述消息事件的对应关系。

9.根据权利要求8所述的方法，其中，所述目标消息事件集合包括至少一个所述群排序事件；

所述基于所述目标消息事件集合，通过所述客户端展示对应消息包括：

基于所述群排序事件中的第二更新时间，确定所述群排序事件中的第二群标识在所述列表中的排序，并通过所述客户端展示所述排序；

基于所述对应关系，查找所述消息事件集合中与所述群排序事件对应的消息事件，并基于该消息事件中的第一描述信息，从数据库中获取对应消息，并通过所述客户端将所述消息展示在所述群排序事件中的第二群标识所对应的群组中。

10.一种群消息处理装置，所述装置应用于服务端，针对成员数量超过预设值的群组创建对应的群收件箱，所述装置包括：

获取单元，用于获取向目标群发送的消息；

检测单元，用于检测所述目标群是否为成员数量超过预设值的群组；

生成单元，用于所述检测单元检测到所述目标群的成员数量超过预设值后，基于所述消息生成消息事件；

保存单元，用于将所述消息保存到数据库中，并将所述消息事件保存到所述目标群的群收件箱中。

11.一种群消息处理装置，所述装置应用于客户端，所述装置包括：

第一获取单元，用于响应于激活客户端的操作，获取所述客户端的用户所在的成员数量超过预设值的群组的列表；

第二获取单元，用于从所述成员数量超过预设值的群组对应的群收件箱中获取消息事件集合，并从所述用户的个人收件箱中获取群排序事件集合；所述消息事件集合包括至少一个消息事件；所述群排序事件集合为空或包括至少一个群排序事件；

展示单元，用于基于所述消息事件集合与所述群排序事件集合，通过所述客户端展示对应消息。

12.一种包括至少一个计算装置和至少一个存储指令的存储装置的系统，其中，所述指令在被所述至少一个计算装置运行时，促使所述至少一个计算装置执行如权利要求1至3任一项所述群消息处理方法或权利要求4至9任一项所述群消息处理方法的步骤。

13.一种计算机可读存储介质，其中，所述计算机可读存储介质存储程序或指令，当所述程序或指令被至少一个计算装置运行时，使至少一个计算装置执行如权利要求1至3任一项所述群消息处理方法或权利要求4至9任一项所述群消息处理方法的步骤。

Images