CN115525190A - 一种消息处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种消息处理方法、装置、设备及存储介质，该消息处理方法包括：显示社交群的交互页面，交互页面用于展示社交群中的社交消息；当存在分组显示触发事件时，显示N个面板；N为大于1的整数；将社交群中的社交消息分组显示在N个面板中，每个面板用于显示社交群中的一组社交消息。可以针对社交群的社交消息进行灵活地分组显示，既丰富了社交消息的显示方式，又便于对社交消息进行有效管理。

Description

一种消息处理方法、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，具体涉及消息处理技术领域，尤其涉及一种消息处理方法、一种消息处理装置、一种消息处理设备以及一种计算机可读存储介质。

背景技术

随着社交群(例如即时通信群、游戏群等)的发展，越来越多的社交用户加入至各种社交群中，与社交群中的其他社交用户进行交流，例如参与知识传授或讲座教学的社交群中获得相应知识；再如：参与社交群中参与某些感兴趣的话题讨论等等。实践发现，目前社交群中产生的所有社交消息都是在社交群的交互页面中统一显示的，这种消息显示方式较为单一，不利于查看，且容易忽略掉一些重要消息。

发明内容

本申请实施例提供了一种消息处理方法、装置、设备及存储介质，可以针对社交群的社交消息进行灵活地分组显示，既丰富了社交消息的显示方式，又便于对社交消息进行有效管理。

一方面，本申请实施例提供一种消息处理方法，该消息处理方法包括：

显示社交群的交互页面，交互页面用于展示社交群中的社交消息；

当存在分组显示触发事件时，显示N个面板；N为大于1的整数；

将社交群中的社交消息分组显示在N个面板中，每个面板用于显示社交群中的一组社交消息。

另一方面，本申请实施例提供一种消息处理装置，该消息处理装置包括：

显示单元，用于显示社交群的交互页面，交互页面用于展示所述社交群中的社交消息；

处理单元，用于当存在分组显示触发事件时，显示N个面板；N为大于1的整数；

显示单元，还用于将社交群中的社交消息分组显示在N个面板中，每个面板用于显示社交群中的一组社交消息。

另一方面，本申请实施例提供一种消息处理设备，该消息处理设备包括：

处理器，适于实现计算机程序；

计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序适于由处理器加载并执行上述的消息处理方法。

另一方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被计算机设备的处理器读取并执行时，使得计算机设备执行上述的消息处理方法。

另一方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述的消息处理方法。

本申请实施例中，在显示社交群的交互页面的过程中，如果存在分组显示触发事件，则显示得到N个面板，并将该社交群中的社交消息在该N个面板中进行分组展示。在此方案中，可以依据实际需要对社交群中的社交消息进行灵活分组，例如关于讲座知识等的消息可以被分为一组；或者参与同一话题讨论的社交用户产生的社交消息分为一组，等等；并且可以多个面板分别展示各组的社交消息，采用这样的分组展示机制，既丰富了社交消息的显示方式，又方便对社交消息的查看，避免忽略掉重要消息，同时使得社交群能够适应更为多样化的社交场景。

附图说明

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

图1是本申请实施例提供的一种消息处理方法的流程示意图；

图2a是本申请实施例提供的一种分组入口的场景示意图；

图2b是本申请实施例提供的另一种分组入口的场景示意图；

图2c是本申请实施例提供的一种分组触控操作的场景示意图；

图3a是本申请实施例提供的一种讲座模式的场景示意图；

图3b是本申请实施例提供的另一种讲座模式的场景示意图；

图3c是本申请实施例提供的另一种讲座模式的场景示意图；

图4a是本申请实施例提供的一种对面板进行调整的场景示意图；

图4b是本申请实施例提供的另一种对面板进行调整的场景示意图；

图4c是本申请实施例提供的一种调整面板之间排列关系的场景示意图；

图5a是本申请实施例提供的一种讲座模式的消息显示的示意图；

图5b是本申请实施例提供的另一种讲座模式的消息显示的示意图；

图6a是本申请实施例提供的一种社交用户分组移动的场景示意图；

图6b是本申请实施例提供的另一种社交用户分组移动的场景示意图；

图6c是本申请实施例提供的另一种社交用户分组移动的场景示意图；

图6d是本申请实施例提供的另一种社交用户分组移动的场景示意图；

图6e是本申请实施例提供的另一种社交用户分组移动的场景示意图；

图7a是本申请实施例提供的一种社交消息分组显示的场景示意图；

图7b是本申请实施例提供的一种社交消息分组移动的场景示意图；

图7c是本申请实施例提供的另一种社交消息分组移动的场景示意图；

图8a是本申请实施例提供的一种关闭面板的场景示意图；

图8b是本申请实施例提供的另一种关闭面板的场景示意图；

图8c是本申请实施例提供的一种排列面板的场景示意图；

图9a是本申请实施例提供的一种合并面板的场景示意图；

图9b是本申请实施例提供的另一种合并面板的场景示意图；

图10是本申请实施例提供的一种消息处理系统的架构示意图；

图11是本申请实施例提供的一种消息处理方案的技术侧流程示意图；

图12是本申请实施例提供的一种消息处理装置的结构示意图；

图13是本申请实施例提供的一种消息处理设备的结构示意图。

具体实施方式

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

下面先对本申请涉及的一些术语及概念进行说明：

(1)社交群。社交群是指为社交应用程序中的多个(两个以上)社交用户进行社交交流而分配的资源(包括社交会话空间资源、存储资源等等)；每个社交群具备唯一的群ID(Identity document，标识)。社交应用程序指为实现社交交流而设计的计算机程序。社交应用程序可以是终端中的客户端，客户端(又可称为应用客户端、APP(Application，应用程序)客户端)是指安装并运行在终端中的程序；其中，终端可包括但不限于：智能手机、平板电脑、便携式个人计算机、移动互联网设备(MobileInternetDevices，简称MID)、智能电视、车载设备、头戴设备等可以进行触屏的智能设备，本申请实施例并不对终端的类型进行限定；终端包括显示屏，该显示屏可以是物理屏、触摸屏等等，显示屏可称为终端屏幕、显示屏幕等等。终端屏幕上可显示包含社交应用程序的数据(如消息内容)的交互页面或窗口。社交应用程序也可以是指免安装的应用程序，即无需下载安装即可使用的应用程序，这类应用程序又俗称小程序，它通常作为子程序运行于客户端中。社交应用程序还可以是指通过浏览器打开的web应用程序；等等。本申请实施例中，社交应用程序可包括但不限于：①IM(Instant Messaging，即时通信)应用程序，包括但不限于：QQ(一种即时通信应用程序)、微信、企业微信、包含社交交互功能的地图应用程序、包含社交交互功能的游戏应用程序等等。②内容交互应用程序，例如可以是微博、个人空间、论坛、朋友圈、直播应用等等。

(2)社交群的交互页面，是指用于展示社交群中的社交消息的页面。例如：社交群为即时通信会话群，则该社交群的交互页面可以是社交会话页面，该交互页面用于展示社交群中的各社交用户进行社交交流产生的消息流。再如：社交群为朋友圈等类似的内容交互群，则该社交群的交互页面可以是消息动态页面，该交互页面用于显示内容交互群里的社交用户发布的消息动态。

(3)社交应用程序内的面板。所谓面板通常是指应用程序中的用户界面，例如：操作面板通常是指操作界面，操作面板上可包含应用程序的多类操作选项；再如：控制面板通常是指控制界面，该控制面板上可包含应用程序的多个控件；等等。本申请实施例涉及N个面板，该N个面板可以用来显示不同或相同的内容。在一种实现中，该N个面板可以就是对社交应用程序的交互页面进行分屏而产生的N个分屏面板，这些分屏面板在同一交互页面中显示，既可以相互连接，也可以相互独立；看起来就像将交互页面划分成了N个分块一样。在另一种实现中，该N个面板是悬浮在交互页面上的N个悬浮窗；该N个悬浮窗可以位于同一显示层，也可以分别位于不同显示层。在另一种实现中，该N个面板可以是与交互页面相互独立的N个窗口界面，N个窗口界面之间可以相互独立，也可以相互重叠。

(4)针对社交消息的分组。所谓分组就是将社交消息按照某些维度进行归类。针对社交消息的分组可以包括但不限于：①按照用户维度进行分组。设总共有M个社交用户参与至同一社交群中，M为大于2的整数；可以将这M个社交用户划分为N个用户组，N为大于1整数；同时设置N个面板，每个面板就可用于显示一个用户组中的社交用户在社交群中产生的社交消息，这样就可以对属于不同的用户组的社交消息进行分组显示。例如：以社交群为即时通信群为例，某即时通信群中的即时通信用户被分为用户组1和用户组2，其中用户组1包含群主、管理员等用户；用户组2包含成员用户；可以对即时通讯群的交互页面进行分屏操作，该交互页面中被分为包含分屏面板1和分屏面板2，分屏面板1可以用于显示用户组1(群主和管理员等用户)所发布的社交消息；面板2可以用于显示用户组2(成员用户)所发布的社交消息。再如：以社交群为某用户a的朋友圈为例，该用户a的朋友圈被分为用户组1和用户组2，用户组1包含用户a特别关心的好友用户；用户组2包含其他用户；对朋友圈的交互页面进行分屏操作后可得到分屏面板1和分屏面板2，分屏面板1可以用于显示用户组1(即特别关心的好友用户)所发布的朋友圈动态消息；分屏面板2可以用于显示用户组2(即除特别关心的好友用户之外的其它好友)所发布朋友圈动态消息。②按照消息类型的维度进行分，此处的消息类型可以从多种角度进行划分，按照消息内容的角度划分，消息类型可包括但不限于：文本类型、图片类型、视频类型等等。按照消息被关注的热度进行划分，消息类型可包括但不限于：热点类型、热搜类型等等。按照消息属性进行划分，消息类型可包括但不限于：旅游类型、健身类型、知识教育类型等等。例如，以社交群为用户a的内容交互平台为例，该用户a的内容交互平台中的社交消息按照消息类型被分为类型组1和类型组2，类型组1包含热搜类、热点类的消息；类型组2包含非热搜类、非热类的消息；在内容交互平台的交互页面之上显示悬浮窗1和悬浮窗2，悬浮窗1可以用于显示类型组1(即热搜类、热点类)的社交消息；悬浮窗2可以用于显示类型组2的社交消息。需要说明的是，针对社交消息的分组还可以参考其他维度，例如按照用户的使用习惯来进行分组，将用户经常浏览的消息类型分为一组，将不常浏览的消息类型分为另一组；再如：按照时间进行分组，将某个时间点之间的社交消息分为一组，将某个时间点之后的社交消息分为一组，等等。本申请实施例对此不作具体限定。另外，针对社交消息的分组得到的分组数量、面板的数量等等均可以根据实际需要确定，本申请并不对此进行限定。

本申请实施例提供一种消息处理方案，该消息处理方案提出：显示社交群的交互页面，交互页面用于展示社交群中的社交消息；当存在分组显示触发事件时，显示N(N为大于1的整数)个面板；然后可以将社交群中的社交消息分组显示在N以上的面板中，一个面板用于显示社交群中的一组社交消息。本申请实施例的消息处理方案具备针对社交群内的社交消息进行分组的能力，可以将一个社交群内的社交消息进行灵活分组；另外，该消息处理方案还提供N个面板，将社交消息的分组灵活显示在N个面板中，采用这样的分组显示机制，既丰富了社交消息的显示方式，又方便对社交消息的查看，避免忽略掉重要消息，同时使得社交群能够适应更为多样化的社交场景。

下面将对本申请实施例提出的消息处理方案所适用的应用场景进行示例性介绍：

(1)社交讲座场景。在社交讲座场景中，以社交群为即时通信会话群为例进行介绍，该即时通信会话群的交互页面可以是指该即时通信会话群的会话页面。本申请实施例的消息处理方案在社交讲座场景下有如下几种应用示例：

应用示例一：

在显示即时通信会话群的会话页面的过程中，该即时通信会话群中的某个社交用户(称为目标社交用户)为了传授知识，可以在群内通过文字或语音消息的形式给群内其他社交用户开展“讲座”，所谓“讲座”是指为传授知识、教学科研等目的而设置的一种交流方式，分为线下“讲座”及线上“讲座”。线下“讲座”是指在一个实体空间(例如教室、会议室等)开展的讲座。线上“讲座”是指虚拟空间(例如直播间、社交群内等)开展的讲座。此处，目标社交用户可以为创建即时通信会话群的会话创建者(可称为群主)，或者，目标社交用户可以是即时通信会话群中的具备管理权限的管理者(可称为群管理员)，或者，目标社交用户还可以是即时通信会话群中由群主或管理员指定的任一群成员用户。此处，群主和管理员均具备对即时通信会话群的管理权限，该管理权限可包括但不限于：对即时通信会话群的创建和解散权限、对即时通信会话群中的成员管理权限(包括新增成员用户、将某个成员用户从群中移除，允许或禁止群成员用户发布消息等等)的权限等等。

目标社交用户想要在即时通信会话群中开展一个“讲座”。那么，目标社交用户可以产生一个分组显示触发事件，然后分组显示触发事件发生后可以显示2个面板。其中一个面板可用于显示目标社交用户或者管理员所发布的社交消息，另一个面板可用于显示普通社交用户所发布的社交消息。当然，具有产生分组显示触发事件的权限的社交用户除了目标社交用户，也可以为管理员，或者目标社交用户针对此次“讲座”单独指定的普通社交用户。通过这种方式，群聊会话中的任一个具有分组权限的社交用户在“进行讲座分享的过程中，可以将具备讲座分享权限的社交用户所发布的社交消息单独显示于一个面板中，这样就使得会话群内其它普通社交用户在参加讲座的过程中，可以针对性地关注需要关注的社交消息，避免被其它普通社交用户在讲座过程中所发布的与此次讲座无关的社交消息的干扰，方便用户查看社交消息。

应用示例二：

在包括社交用户较多的即时通信会话群中，目标社交用户针对群内的部分社交用户有一些重要消息或注意事项需要发布时。在这种场景下，目标社交用户同样可以开启一个“讲座”，然后目标社交用户可以邀请部分社交用户参与到该“讲座”中，目标社交用户所发布的重要消息或注意事项可以在其中一个面板中显示，目标社交用户所邀请的其它社交用户所发布的社交消息则在另外一个面板中显示。

应用示例三：

即时通信会话群中的多个社交用户正在讨论两个(或多个)话题时，为了避免这两个(或多个)话题的社交消息混合在同一个页面中显示。那么，在此场景下，可以创建一个分组显示触发事件，创建该分组显示触发事件的用户可以为正在参与话题讨论的任一社交用户。其中，几个话题可以对应创建几个面板，例如两个话题则创建两个面板，然后将两个话题分别对应的消息在各自对应的面板中显示。群内其它未参与话题讨论的社交用户可以分别在不同的面板中查看不同话题的消息，也能够方便用户进行消息查看。

(2)消息推送场景

应用示例四：

在例如内容交互平台、朋友圈这样的社交群中，由于参与社交讨论的社交用户的数量过多，不同的社交用户所需要关注的社交消息因人而异。因此在此场景下，任一社交用户(称为目标社交用户)可以将自己特别关注的社交消息设置在一个单独的面板中显示，另外的面板则用于显示除用户特别关注的社交消息以外的其他社交消息。后续，该社交群的后台可以存储并记录目标社交用户的设置，并在存储和记录目标社交用户的设置之后，可以将与目标社交用户特别关注的社交消息相关或相似的社交消息同步推送至面板中(即显示该目标社交用户特别关注的社交消息的面板)进行显示，而与用户特别关注的社交消息不太相关或不太相似的社交消息则可以推送至另一个面板中进行显示。这样的方式可以根据用户喜好，对不同消息类型的社交消息进行分组显示，并基于分组后不同消息类型的社交消息可以实现社交消息的定向推送，从而提升用户的体验感。

应用示例五：

在例如朋友圈类似的交互页面中，任一社交用户(称为目标社交用户)可以针对自身特别关注的好友设置面板，这样可以将特别关注的好友所发布的动态消息(即社交消息)单独显示于一个面板中，而其它社交用户所发布的动态消息显示于另一个面板中。当然，根据社交用户的不同需求，所设置的面板的数量可以根据社交用户自身的不同需求进行相应的设置，本申请实施例对此不做具体限定。

下面将结合附图，对本申请实施例提出的消息处理方案进行详细介绍。

图1是本申请实施例提供的一种消息处理方法的流程示意图。该消息处理方法可以由终端来执行，具体可以是由终端中的社交应用程序来执行。如图1所示，该消息处理方法可包括步骤S101-步骤S103，其中：

S101、显示社交群的交互页面。

社交群可包括但不限于：QQ会话群、微信会话群、微信朋友圈、粉丝群、超话群等等。社交群的交互页面，是指用于展示社交群中的社交消息的页面；例如交互页面可以是会话页面，该会话页面可以是指AIO(All In One，一体)页，会话页面用于显示社交群中的社交用户之间进行社交会话产生的消息流，即参与社交群的多个社交用户之间进行社交交流产生的社交消息通过该会话页面进行收发和显示。如图1所示，交互页面是多个社交用户共同参与的群聊会话页面10，群聊会话页面10中显示有多个社交用户(例如用户A、用户B、用户C等)之间的会话消息001。

S102、当存在分组显示触发事件时，显示N个面板。

其中，N个面板可以是对交互页面进行分屏处理得到的N个分屏面板；或者，N个面板是悬浮在交互页面上的N个悬浮窗；或者，N个面板是与交互页面相互独立的N个窗口界面。

本申请实施例中，产生分组显示触发事件可以包括：

(1)交互页面中设有分组入口，当分组入口被选择时产生分组显示触发事件。

分组入口可以为一个控件，例如选项或按键等控件；该分组控件被选择时，就会在终端中产生分组显示触发事件。另外，分组控件被选择的方式包括但不限于：单击、双击、长按等等。

分组入口可以直接或间接地显示在交互页面中。所谓间接显示是指分组入口被设置于交互页面的下级子页面中，需要通过先触达至下级子页面才能到显示该分组入口。例如，请参见图2a，图2a是本申请实施例提供的一种分组入口的场景示意图。如图2a所示，在交互页面中不能直接观察到分组入口，当用户可以点击交互页面10中的通讯工具控件201，然后进入到交互页面10的下级子页面(通讯工具的菜单栏20)中，才能在该通讯工具的菜单栏20中显示分组入口202。

所谓直接显示是指分组入口显露于交互页面中，可在交互页面中直接对该分组入口进行操作。请参见图2b，图2b是本申请实施例提供的另一种分组入口的场景示意图。如图2b所示，该分组入口203直接设置于交互页面10中，可以直接在交互页面10中选择分组入口203。

本申请实施例中，分组入口无论是直接或间接设置于交互页面中，其在交互页面中所在的位置是可以按需设置的，该分组入口可以位于交互页面中的任何位置，也可以为用户指定的位置；本申请并不对此进行限定。

(2)当在交互页面中检测到分组触控操作时，产生分组显示触发事件。

本申请实施例中，分组触控操作可以为手势操作；手势操作可以是滑动操作，例如可以是类似于查看照片时放大照片时两个手指(或多个手指)逐渐放大的手势操作等；请参见图2c，图2c是本申请实施例提供的一种分组触控操作的场景示意图。当社交用户在交互页面10中进行分组触控操作204，产生分组显示触发事件。针对两个手指滑动操作，由于在交互页面中进行该手势操作不常规，因此，可以设置为在交互页面中任意位置处产生两个手指滑动操作，即可认为在交互页面中检测到分组触控操作。

分组触控操作的手势操作也可以包括但不限于：双击操作、长按操作。在一种实施方式中，可以预先在交互页面中设置为操作区域，例如可以将交互页面中社交群的名称显示区域为操作区域，那么当社交用户执行双击操作时，仅在操作区域内执行的双击操作能产生分组显示触发事件。同理，仅在操作区域内执行的长按操作能够产生分组显示触发事件。

在一种可能的实现方式中，产生分组显示触发事件的方式还可以为：社交用户针对交互页面进行隔空手势操作。所谓隔空手势操作是指，社交用户不直接接触到交互页面，而是在一定的距离范围内针对交互页面做出相应的手势操作。通常情况下，此处的“一定的距离范围内”可以根据显示交互页面的客户端设备的设备类型来确定。例如，在通过手机显示交互页面的情况下，由于手机体积较小，因此所设置的距离范围需要足够小；在通过电脑显示交互页面的情况下，由于电脑体积相较于手机而言较大，因此所设置的距离范围可以适当大一些。若在一定的距离范围内检测到社交用户预设的手势操作(例如可以为查看照片时放大照片时对应的手势操作)时，同样可以认为产生了分组显示触发事件。

交互页面可以被划分为N个面板，此处N为大于1的整数。意思是说，N可以为2、3、4...。可以理解的是，N个面板可以是通过一次分组显示触发事件而形成的，例如：当选择分组入口时，可以呼出分组配置窗口，在该分组配置窗口中社交用户可配置面板的数量为N，或预先配置社交群的社交消息的分组的数量，则可一次性将交互页面划分为N个面板。再如：当通过手指滑动操作产生分组显示触发事件时，两个手指的滑动操作可以表示将交互页面分为两个面板，三个手指的滑动操作可以表示为将交互页面分为三个面板，那么终端可以通过检测手指所对应的触控点的数量来确定N的取值，从而一次性将交互页面划分为N个面板。当然，N个面板也可以是多次分组显示触发事件而形成的，每产生一次分组显示触发事件，则相应增加一个面板。例如，第一次产生分组显示触发事件时，得到2个面板；在2个面板的基础上，再次产生分组显示触发事件时，得到3个面板，以此类推...，直至得到N个面板。

基于上述所描述的本申请所适用的应用场景，接下来本申请实施例以社交讲座场景为例进行详细说明。

在一种可能的实现方式中，在得到N个面板后，可以区别显示这N个面板。其中，本申请实施例中所谓的区别显示可以包括以下至少一种：将N个面板显示为不同的颜色、将N个面板显示为不同的亮度、将N个面板显示为不同的面积。

进一步地，区别显示N个面板也可以是社交用户预先设置的，并且可以区别显示N个面板中的部分面板。例如，5个面板中，可以将这5个面板中的2个面板区别显示，另外3个面板则不区别显示，所谓不区别显示是指这3个面板的显示方式相同(包括面板的颜色、面板的亮度以及面板的面积等等)。当然，也可以将5个面板中所有的面板之间均设置为区别显示，本申请实施例对此不做具体限定。

举例来说，请参见图3a，图3a是本申请实施例提供的一种讲座模式的场景示意图。基于图2a-图2c所描述的分组显示触发事件，在即时通信会话群中，目标社交用户(例如可以为群主或者管理员)可以点击交互页面10中的通讯工具控件201，然后进入到显示该通讯工具的菜单栏的界面中20。在通讯工具的菜单栏中选择分组控件202之后，显示2个面板(如图3a所示的301和302)。其中，面板301可以对应目标社交用户新建的一个“讲座”，意思是说，目标社交用户需要在该即时通信会话群中进行一些重要知识的传授时，可以通过交互页面中所设置的分组入口，分组入口例如可以为分组控件202，于是将交互页面分组显示后得到两个面板(例如301和302)，其中一个面板可以用于目标社交用户进行一些重要知识的传授。上述过程即指完成了一个“讲座”的创建。

并且，在讲座进行的过程中，为使目标社交用户所发布的社交消息能够更容易被社交群内的其它社交用户所关注，还可以区别显示面板301与面板302。如图3a所示，可以将面板301显示为灰色，将面板302显示为白色(默认颜色)，面板301的显示亮度为80，面板302的显示亮度为60等等。另外，在目标社交用户刚创建一个讲座之后，目标社交用户发布的社交消息所显示的面板301中，还可以存在讲座提示消息，该讲座提示消息例如可以为：“讲座内容，你以及邀请上台的社交用户消息将在此处显示”。其中，讲座内容是指目标社交用户所需要发布的消息内容，所谓“上台”是指新建讲座的创建者(例如群主或者管理员)在讲座进行过程中将即时通信会话群中的其它社交用户所发布的消息同样显示于讲座对应的面板301中。其次，面板302中所显示的社交消息可以为除目标社交用户或者管理员以外的其它群内社交用户所发布的社交消息。

当然，理论上来说，由于每产生一次分组显示触发事件，则相应增加一个面板，那么可以得到无数个面板。但在实际应用场景中，可以根据业务场景的需求，提前设置最大可分组次数。例如，可以设置针对该交互页面可最多创建10个面板，那么社交用户对应最多可以产生9次分组显示触发事件。若在产生了9次分组显示触发事件(即显示了10个面板)之后，社交用户按照上述方式再次产生分组显示触发事件，则客户端设备可以不再响应分组显示触发事件，即不再继续进行分组显示。

在一种可能的实现方式中，目标社交用户创建多个讲座可以包括如下方式。请参见图3b，图3b是本申请实施例提供的另一种讲座模式的场景示意图。如图3b所示，目标社交用户可以创建两个讲座，(例如在点击分组控件202之后，对应得到2个面板之后，再一次点击分组控件202)因此可以得到三个面板。其中，目标社交用户可以在图3a所创建的讲座(例如讲座1)基础上新增一个讲座(例如讲座2)，也可以是重新创建两个讲座，本申请对多个讲座所创建的时间并不做具体限定。每个讲座对应一个面板，例如讲座1对应面板301，讲座2对应面板302，面板303则对应显示群内其它社交用户所发布的消息。当然，面板301、面板302和面板303之间的排列方式不限，例如面板301、面板302和面板303这三个面板可以横向排列，所谓横向排列是指从左至右依次排列；当然，面板301、面板302和面板303这三个面板也可以纵向排列，所谓纵向排列是指从上至下依次排列；另外，还可以部分面板横向排列，剩下面板纵向排列等等，本申请实施例对各个面板的排列方式并不做具体限定。

在另一种可能的实现方式中，目标社交用户创建多个讲座还可以包括如下方式。请参见图3c，图3c是本申请实施例提供的另一种讲座模式的场景示意图。目标社交用户在交互页面中点击分组控件301，即可创建一个讲座，于是得到两个面板。另外。在面板中还设置有操作菜单控件302，目标社交用户点击该操作菜单控件，即可显示操作菜单303，该操作菜单包括但不限于以下选项：新建讲座模式选项3031、退出讲座模式选项3032以及取消选项3033。目标社交用户可以点击操作菜单中的新建讲座模式选项3031，于是在两个面板的基础上新增一个面板，也即是完成了一个新的讲座的创建。另外，面板中所显示的内容可以根据讲座创建的先后顺序为对应的面板排列编号，例如，面板304对应讲座1，面板305对应讲座2，面板306对应社交群内参见讲座1和讲座2的其它社交用户。

在一种可能的实现方式中，N个面板之间可以相互关联，当N个面板中的任一面板的面积发生变化时，N个面板中其他面板的面板跟随变化。意思是说，在分组后得到的N个相互关联的面板中，社交用户任意调节任一面板的面积，其它面板的面积跟随变化。

举例来说，请参见图4a，图4a是本申请实施例提供的一种调整面板的场景示意图。面板调整控件403可以是设置于任一面板中，如图4a所示，面板401中设置有面板调整控件403，社交用户可以选中面板调整控件并按照指定方向进行拖动，即可调整面板的面积。其中，所谓指定方向是指对应于N个面板的排列方向，例如N个面板之间是按照从上至下的方向或者从下至上排列，则对应的指定方向是从上至下方向或者从下至上方向；又如，N个面板之间是按照从左至右或者从右至左的方向排列，则对应的指定方向也是从左至右方向或者从右至左方向。如图4a中，面板401和面板402是按照从上至下方向排列的，若社交用户选中面板401中的面板调整控件403并向上拖动，则面板401的面积减小，以及面板402的面积增大，并且，面板401所减小的面积等于面板402所增大的面积。进一步地，若社交用户选中面板401中的面板调整控件403并向下拖动，则面板401的面积增大，以及面板402的面积减小，同理，面板401所增大的面积等于面板402所减小的面积。

需要说明的是，可以设置N个面板之间的调整幅度，例如，调整任一面板的面积过程中，该面板调整后对应的面积不小于最小参考面积以及该面板调整后对应的面积不大于最大参考面积。此处的最小参考面积和最大参考面积可以根据实际情况进行设定。其中，面板的面积是根据面板宽度和面板高度相乘后得到的，调整面板的面积可以包括如下情况：

(1)在N个面板若是按照上下方向排列的情况下，在调整任一面板的面积的过程中可以保持面板宽度不变，仅仅改变面板高度；(2)在N个面板若是按照左右方向排列的情况下，在调整任一面板的面积的过程中可以保持面板高度不变，仅仅改变面板宽度。(3)无论N个面板之间是如何排列的，在调整任一面板的过程中给可以既改变面板宽度也改变面板高度。如图4a所示，面板401和面板402之间相互关联。在向上调整面板401的过程中，保持面板401的面板宽度s4010不变，调整面板401的面板高度s4011以及调整面板402的面板高度s4021。若面板401的面板高度s4011达到最小高度比例阈值(例如s4011/(s4011+s4012)<20％)时，面板401的面板高度s4011不再变化。同理，在向下调整面板401的过程中，同样保持面板401的面板宽度s4010不变，调整面板401的面板高度s4012以及调整面板402的面板高度s4022。若面板401的面板高度s4011达到最大高度比例阈值(例如s4012/(s4012+s4022)>70％)时，面板401的面板高度s4012不再变化。

在另一种可能的实现方式中，N个面板之间也可以相互独立，当N个面板中的任一面板的面积发生变化时，N个面板中的其它面板的面积保持不变。请参见图4b，图4b是本申请实施例提供的另一种调整面板的场景示意图。如图4b所示，面板401和面板402之间相互独立。在调整面板401的面积的情况下，面板402的面积保持不变；当然也可以是分开调整面板401的面积和调整面板402的面积，二者互不影响。

另外，N个面板之间还可以相互调整排列关系。请参见图4c，图4c是本申请实施例提供的一种调整面板之间排列关系的场景示意图。如图5a所示，图4c中存在3个面板(501、502和503)。当然，可以调整N个面板中的任一面板的排列位置，也可以调整所有的面板之间的相对排列位置，本申请对此不做具体限定。例如图4c所示，可以只调整面板501和面板502之间的排列位置，调整方法可以为长按需要调整的面板501，然后将所需要调整的面板501拖动至需要放置的目标位置处，(例如面板502处)，此时，可以将面板501与面板502之间的排列位置互换，即面板501所处的位置在面板502处，以及面板502所处的位置在面板501处。当然，面板501和面板502之间可以相互独立，也可以相互重叠，本申请对此不做具体限定。

在一种可能的实现方式中，在完成讲座创建后，社交群内的社交用户即可在当前所创建的讲座模式下进行讲座交流。请参见图5a，图5a是本申请实施例提供的一种讲座模式的消息显示的示意图。图5a是指台上社交用户所看到的消息显示界面的界面示意图。所谓台上社交用户可以是讲座创建者(目标社交用户或者管理员)，也可以是讲座创建者所指定的社交用户。在由目标社交用户或者管理员所创建的讲座中，目标社交用户可以发布消息，并且目标社交用户或者管理员所发布的消息可以对应显示于面板501中，除目标社交用户或者管理员以外的其它社交用户所发布的消息则对应显示于面板502中(例如社交用户A和社交用户B所发布的消息)。当然，在创建讲座之前，讲座创建者可以指定社交群内的社交用户上台，所谓上台是指加入至讲座对应的分组中，被讲座创建者所指定的上台社交用户所发布的消息也可以显示在面板501中。

请参见图5b，图5b是本申请实施例提供的另一种讲座模式的消息显示的示意图。如图5b所示，图5b是指台下社交用户所看到的消息显示界面的界面示意图。其中，所谓台下社交用户是指该社交群内所有在线社交用户中除台上社交用户之外的任一社交用户。如图5b所示，假设任一台下社交用户(社交用户C)点击通讯工具控件，则可以弹出输入框510，社交用户C可以输入框510中输入任何想输入的消息，例如输入的消息为“期待啊！”，则该输入的消息“期待啊！”对应在面板502中显示。需要说明的是，面板501和面板502中任一社交用户所发送的消息类型可以相同，消息类型例如可以包括但不限于：文字、图片、视频、语音、表情等等。

在一种可能的实现方式中，当存在分组显示触发事件时，执行显示N个面板的步骤之前，本申请实施例还可以包括如下流程：

获取分组显示触发事件的触发者的标识；根据触发者的标识检测触发者是否具备分组权限；若触发者具备分组权限，则执行显示N个面板的步骤。若触发者不具备分组权限，则不响应该分组显示触发事件。其中，触发者是指执行分组触控操作的社交用户，例如：分组显示触发事件是由分组入口被选择而产生的，则触发者就是指对分组入口进行选择操作的社交用户；再如：分组显示触发事件是由分组触控操作而产生的，那么触发者就是指执行分组触控操作的社交用户。触发者的标识可以包括但不限于以下一种或多种：触发者在社交群中所设置的昵称、头像、触发者在注册社交群所对应的身份信息(例如身份证号)等，本申请并不对触发者的标识的具体表现形式或者内容进行限定，只需要保证所获取到的标识能够与对应触发者之间存在唯一对应关系即可。

S103、将社交群中的社交消息分组显示在N个面板中，每个面板用于显示社交群中的一组社交消息。

在一种可能的实现方式中，M个社交用户参与社交群，M为大于2的整数。M个社交用户被划分至N个用户组中，一个社交用户属于一个或多个用户组；N个用户组与N个面板一一对应。那么，本申请实施例中将社交群中的社交消息分组显示在N个面板中，包括：

将第i用户组中的社交用户在社交群中所产生的社交消息显示与第i用户组对应的第i面板中。其中，第i用户组是N个用户组中的任一个，第i面板是N个面板中与第i用户组相对应的一个面板；i为正整数且i≤N。

如图5a所示，可以将社交群内的社交用户划分为2个用户组(包括第一用户组和第二用户组)，面板501可以对应第一用户组，面板502可以对应第二用户组。其中，第一用户组可以包括目标社交用户和管理员、第二用户组可以包括M个社交用户除目标社交用户和管理员以外的其它社交用户。当然，在讲座进行过程中，第一用户组和第二用户组所包括的社交用户可以更改或移动。例如，第一用户组中包括社交用户1、社交用户2和社交用户3，第二用户组中包括社交用户A、社交用户B和社交用户C。更改后的第一用户组可以包括社交用户1、社交用户2、社交用户3和社交用户A，第二用户组中包括社交用户A、社交用户B和社交用户C。其中，社交用户A可以既可以属于第一用户组，也可以属于第二用户组。

进一步地，M个社交用户参与社交群，M为大于2的整数。M个社交用户被划分至N个用户组中，并且第i面板中显示有第i用户组中的目标社交用户的标识。那么，当将第i面板中的目标社交用户的标识被移动至第k面板时，将目标社交用户从第i用户组移动至第k用户组；其中，目标社交用户的标识可以包括：用户头像或者用户昵称等等。

另外，还可以将目标社交用户在社交群中产生的社交消息从第i面板切换至第k面板中进行显示。其中，第k面板是N个面板中除第i面板之外的任一个，第k用户组是与第k面板相应的一个用户组，k为正整数且k≤N。

其中，移动社交用户可以包括如下情况：

(1)在第i面板中选中目标社交用户的标识，将目标社交用户的标识从第i面板拖拽至第k面板。

(2)第k面板中设有用户邀请选项，选择用户邀请选项呼出用户选择界面，用户选择界面中显示M个社交用户的标识，当用户选择界面中的目标社交用户的标识被选择时，目标社交用户的标识从第i面板移动至第k面板。

(3)在第i面板中呼出操作菜单，操作菜单中设有移动选项；选择移动选项并指示将目标社交用户的标识从第i面板移动至第k面板。

接下来结合附图针对以上情况进行详细解释说明。

针对情况(1)，请参见图6a所示，图6a是本申请实施例提供的一种社交用户分组移动的场景示意图。如图6a所示，目标社交用户可以在面板602中选中目标社交用户(用户A)的标识(例如头像)，并将所选中的用户A的头像从面板602中的第一位置处(例如6021处)拖拽至面板601中的第二位置处(例如6011处)。那么，将用户A从第二用户组移动至第一用户组。同时，用户A在面板602中所产生的社交消息6022也可以对应从面板602中移动至面板601中。

针对情况(2)，请参见图6b，图6b是本申请实施例提供的另一种社交用户分组移动的场景示意图。如图6b所示，面板601中设置有操作菜单控件6011，在面板601中点击操作菜单控件即可呼出操作菜单603。其中，操作菜单中至少可以包括以下选项：邀请社交用户上台选项6031、参与台下聊天选项6032、退出讲座模式选项6033以及取消选项6034。选择邀请社交用户上台选项之后，可以弹出邀请社交用户界面60。该邀请社交用户界面中可以包括社交群中M个社交用户，以及每个社交用户在社交群中的状态信息。例如，状态信息可以包括该社交用户的标识、该社交用户的昵称、在社交群中所对应的等级、以及当前是否在线等等。如图6b中所示的邀请社交用户界面，包括在线的群主和管理员(用户A、用户B、用户C)，以及其它在线社交用户共11人，分别为用户D、用户E、用户F......。每个社交用户对应一个移动选项，选择移动选项6035并指示将目标社交用户(用户D)的标识(头像)从面板601移动至面板602中。当然，在邀请社交用户界面，可以选择一个或多个社交用户作为目标社交用户

进一步地，目标社交用户被分组移动之后，还可以在第i面板输出第一提示，第一提示用于提示目标社交用户被移除第i用户组，以及，在第k面板输出第二提示，第二提示用于提示目标社交用户被添加至所述第k用户组。其中，第一提示和第二提示可以相同，也可以不相同。第一提示和第二提示的形式可以包括但不限于以下方式中的一种或多种：文字提示、语音提示、跑马灯提示。所谓跑马灯提示可以是将提示消息动画显示于面板中，动画显示可以是闪烁、旋转等等方式，本申请实施例对此不做具体限定。如图6b所示，将用户D从面板602对应的用户组(第二用户组)分组移动至面板601对应的用户组(第一用户组)之后，可以在面板601中输出文字消息，例如第一提示消息为：“目标社交用户”邀请了“用户D”上台。当然第一提示消息可以在面板601中的任意位置处显示。又如，第二提示消息为：“用户D”被“目标社交用户”邀请上台，同样的，第二提示消息也可以在面板602中的任意位置处显示。

针对情况(3)，请参见图6c，图6c是本申请实施例提供的另一种社交用户分组移动的场景示意图。在面板601中的社交用户可以主动退出面板601所对应的用户组(第一用户组)，从而移动至面板602所对应的用户组(第二用户组)。

如图6c所示，面板601中设置有操作菜单控件6011，在面板601中点击操作菜单控件即可呼出操作菜单603。其中，操作菜单中至少可以包括以下选项：邀请社交用户上台选项6031、参与台下聊天选项6032、退出讲座模式选项6033以及取消选项6034。选择参与台下聊天选项之后，则代表：选择参与台下聊天选项的社交用户从面板601所对应的用户组(第一用户组)移动至面板602所对应的用户组(第二用户组)。

同理，选择参与台下聊天选项的目标社交用户被分组移动之后，还可以在第i面板输出第一提示，第一提示用于提示目标社交用户被移除第i用户组，以及，在第k面板输出第二提示，第二提示用于提示目标社交用户被添加至所述第k用户组。其中，第一提示和第二提示可以相同，也可以不相同。第一提示和第二提示的形式可以包括但不限于以下方式中的一种或多种：文字提示、语音提示、跑马灯提示。如图6c所示，在面板601中的显示的第一提示消息可以为：“目标社交用户”已下台，以及，在面板602中的显示的第二提示消息可以为：“目标社交用户”参与台下聊天。需要说明的是，本申请实施例中涉及到的“台上”可以对应与面板601，“台下”可以对应与面板602。

在一种可能的实现方式中，第i用户组中包括目标社交用户；所述第i面板中设有返回控件；则移动社交用户还可以包括如下情况：

若目标社交用户是从第k用户组被转换至第i用户组的，则当返回控件被选中时，将目标社交用户从第i用户组转换回所述第k用户组；以及，

将目标社交用户在社交群中产生的社交消息从第i面板切换至第k面板中进行显示；

其中，第k面板是N个面板中除第i面板之外的任一个，第k用户组是与第k面板相应的一个用户组，k为正整数且k≤N。

针对上述情况，请参见图6d，图6d是本申请实施例提供的另一种社交用户分组移动的场景示意图。目标社交用户在邀请了群内社交用户上台发言之后，该社交用户在台上发言结束之后，可以回到台下继续参与聊天。如图6d所示，目标社交用户可以在面板601中点击所邀请上台的目标社交用户(用户D)的标识(如头像)。需要说明的是，点击操作包括但不限于以下任一种操作：双击操作、单击操作、长按操作等等。若目标社交用户点击用户D的头像，则可以呼出关于用户D的操作菜单603。其中，关于用户D的操作菜单603至少可以包括以下选项：结束其台上发言选项6031、查看资料选项6032、取消选项6033。目标社交用户选择结束其台上发言选项6031，即可将用户D从面板601对应的用户组(第一用户组)移动至面板602对应的用户组(第二用户组)。并且，可以在面板601中的显示的第一提示消息可以为：“用户D”已被邀请下台，以及，在面板602中的显示的第二提示消息也可以为：“用户D”已被邀请下台。

另外，分组移动的情况中，除目标社交用户邀请社交用户下台的情况之外，被邀请上台的社交用户也可以主动下台。请参见图6e，图6e是本申请实施例提供的另一种社交用户分组移动的场景示意图。面板601中设置有返回控件6011，在选择返回控件之后，选择该返回控件的触发者则从面板601对应的用户组(第一用户组)移动至面板602对应的用户组(第二用户组)。同理，如图6e所示，可以在面板601中的显示的第一提示消息可以为：“用户A”已下台，以及，在面板602中的显示的第二提示消息也可以为：“用户A”已下台。当然，社交用户主动下台或者被邀请下台对应的提示消息可以不相同，也可以相同，本申请实施例对此不做具体限定。

在另一种可能的实现方式中，社交群支持P种消息类型的社交消息，P为正整数；P种消息类型被划分至N个类型组中，一种消息类型属于一个或多个类型组；N个类型组与N个面板一一对应。那么，本申请实施例中将社交群中的社交消息分组显示在N个面板中，包括：

将社交群中消息类型属于第j类型组的社交消息显示在第j类型组对应的第j面板中。其中，第j类型组是N个类型组中的任一个，第j面板是N个面板中与第j类型组相对应的一个面板；j为正整数且j≤N。

请参见图7a，图7a是本申请实施例提供的一种社交消息分组显示的场景示意图。如图7a所示，图7a可以为目标社交用户所参与的某即时通信会话群的服务页面701，在该服务页面701中，目标社交用户可以设置自己特别关心的好友(例如为用户A)。然后，目标社交用户点击该交互页面701中的动态控件7011，则可以进入至该即时通信会话群的交互页面，如图7a中所示的朋友圈的页面702，该朋友圈的页面702被分组显示为面板702和面板703。其中，面板702中可以显示该目标社交用户对应的特别关心好友所发布的动态消息，面板703中则可以显示目标社交用户的好友中除该用户特别关心好友之外的其它好友所发布的动态消息。

接下来，请参见图7b，图7b是本申请实施例提供的一种社交消息分组移动的场景示意图。如图7b所示，在面板(701、702和703中)，每个面板对应显示同一种消息类型的一组社交消息，例如面板701显示消息类型1对应的社交消息，面板702显示消息类型2对应的社交消息，以及面板703显示消息类型3对应的社交消息。目标社交用户可以拖动任一面板中的任一社交消息(如面板702中对应消息类型2的社交消息7011)到另外的面板中。进一步的，在目标社交用户拖动社交消息移动至另一个面板之后，可以显示一个提示弹窗704。其中，提示弹窗704中可以包括提示消息，提示消息例如可以为：“是否将与消息类型2相关的信息显示于该面板中”。若目标社交用户点击确定控件7041，则可以将该条社交消息从面板702移动至面板701中显示，并且将面板702中的与该消息类型相同的所有社交消息均显示于面板701中。并且，由于所有与消息类型2的社交消息均移动至面板701中，则进一步地，可以释放面板702所占的面板空间。

另外，请参见图7c，图7c是本申请实施例提供的另一种社交消息分组移动的场景示意图。若目标社交用户点击确定控件7042，则可以只将该条社交消息从面板702移动至面板701中显示，而面板702中的与该消息类型相同的其它社交消息仍然显示于面板702中。

接下来，针对讲座结束的情况，结合附图进行相应的详细说明。

本申请实施例中，当N个面板中的第q面板被关闭时，在交互页面中释放第q面板所占空间，q为正整数且q≤N。意思是说，某个面板被关闭后，会在页面中释放被关闭的面板相应的面板空间。

其中，第q面板被关闭可以至少包括以下两种情况：①第q面板中设有关闭控件；当关闭控件被选择时，所述第q面板被关闭；②第q面板设有分组结束时间，当到达分组结束时间时第q面板被关闭。

举例来说，请参见图8a，图8a是本申请实施例提供的一种关闭面板的场景示意图。如图8a所示，在面板801中设置有关闭控件8011，目标社交用户点击关闭控件，即面板801被关闭。并在交互页面中释放面板801所占的面板空间801，于是释放面板空间后的交互页面不存在面板801。

又如，请参见图8b，图8b是本申请实施例提供的另一种关闭面板的场景示意图。如图8b所示，在面板801中设置有操作菜单控件8011，点击操作菜单控件即可呼出操作菜单802。其中，操作菜单至少可以包括如下选项：邀请社交用户上台选项8021、参与台下聊天选项8022、退出讲座模式选项8023以及取消选项8024。当退出讲座模式选项8023被选中时，即可代表面板801被关闭。并在交互页面中释放面板801所占的面板空间801，于是释放面板空间后的交互页面不存在面板801。

另外，可以提前针对每个面板设置相应的分组结束时间。例如图8b所示，针对面板801，可以在开启面板801时，相应设置面板801对应的分组结束时间。例如，目标社交用户在开启面板801时，相应设置面板801对应的分组结束时间为一小时，则从显示面板开始计时，计时时长到达一个小时之后，即可以自动关闭面板801。

在一种可能的实现方式中，某个面板被关闭而释放后，被释放的面板空间可以并入其他任一面板中，或者重新排列其他面板。具体可以包括以下两种情况：

(1)将释放的空间合并至N个面板中的目标面板，其中，目标面板是N个面板中除第q面板之外的任一个。

(2)根据释放的空间，在交互页面重新排布除第q面板之外的其他N-1个面板。

举例来说，如图8c所示，图8c是本申请实施例提供的一种排列面板的场景示意图。在存在三个面板(801、802和803)的情况下，面板801中设置有关闭控件8011，目标社交用户点击关闭控件之后，释放面板801对应的面板空间，并重新排布面板802和面板803。重新排布后的面板802可以对应于面板804，以及重新排布后的面板803可以对应于面板805。

进一步地，当面板被关闭后，①生成第q面板的消息收纳卡片，消息收纳卡片中包含以下至少一项内容：第q面板的显示时长、在显示时长内第q面板内所显示的社交消息的消息数量、第q面板内所显示的消息类型、第q面板中所显示的社交消息对应的社交用户的用户数量。②显示消息收纳卡片。③当消息收纳卡片被选择时，输出详情页面，详情页面用于展示消息收纳卡片所包含的内容。

举例来说，请参见图9a，图9a是本申请实施例提供的一种合并面板的场景示意图。如图9a所示，当面板801被关闭后，生成面板801的消息收纳卡片803，面板801的消息收纳卡片可以包括：面板801的开启时间(例如11月6日17：00，面板801中所显示的社交消息对应的社交用户的用户数量为2人，社交消息的消息数量为1234条消息等)。然后，社交群中的任一社交用户若想查看更详细的内容，则可以点击该消息收纳卡片803。其中，当目标社交用户点击消息收纳卡片的任意位置处均可认为消息收纳卡片被选择。然后输出详情页面804，在详情页面中可以显示在面板801的显示时长内所显示的所有社交消息，并且详情页面中所显示社交消息之间可以按照对应的发送时间顺序排列。

在一种可能的实现方式中，消息收纳卡片的显示方式可以包括如下方式中的任一种：

(1)若释放的空间被合并至目标面板中，则在合并后的目标面板中显示消息收纳卡片；

(2)在除第q面板之外任一个面板中显示消息收纳卡片；

(3)在社交群的历史消息记录中显示消息收纳卡片；社交群的历史消息记录中包含卡片列表，消息收纳卡片被显示于卡片列表中。

举例来说，针对情况(1)和情况(2)，则可以详细参见图9a所示。接下来，针对情况(3)，请参见图9b，图9b是本申请实施例提供的另一种合并面板的场景示意图。如图9b所示，在社交群的历史消息记录中，点击历史记录控件8011，可以显示卡片列表801，该卡片列表中可以包括社交群历史时间内所有的历史消息收纳卡片，当然也可以是包括历史时间段内所包含的历史消息收纳卡片(如一个月内所开展的所有讲座对应的消息收纳卡片)。例如，卡片列表中可以包括七个讲座分别对应的消息收纳卡片，其中，每个消息收纳卡片对应的名称可以讲座的标识来命名，例如包括讲座1、讲座2、讲座3...讲座7。社交群中的任意社交用户可以根据需求，查看卡片列表中的任一消息收纳卡片，例如点击讲座1对应的消息收纳卡片，则可以显示关于讲座1对应的消息收纳卡片的弹窗802。进一步地，目标社交用户点击讲座1对应的消息收纳卡片的弹窗802，即可进一步查看该讲座对应的详情页面803。

需要说明的是，图9a-图9b描述的是第q面板被关闭后，关于该第q面板的总结是以消息收纳卡片的形式被显示。然而，本申请实施例并不对被关闭的第q面板的总结的显示形式进行限定，例如：被关闭的第q面板的总结还可以是以消息形式显示，即被关闭的该第q面板直接以一条固定消息的方式显示于其它面板中；又或者，被关闭的该第q面板中的总结可以是以超链接形式显示，当用户点击该超链接，即可输出对应的详情页面。

在一种可能的实现方式中，当社交群的交互页面被关闭时，记录交互页面中的N个面板的显示状态；当重新开启并显示述社交群的交互页面时，在交互页面中恢复N个面板的显示状态。

本申请实施例中，当存在分组显示触发事件时，对用于展示社交群中的社交消息的交互页面进行分组显示，得到N个面板。通过产生分组显示触发事件，从而可以将社交群中的社交消息分组显示在N个面板中，每个面板用于显示所述社交群中的一组社交消息。本申请中，可以依据实际需要对社交群中的社交消息进行灵活分组，例如关于讲座知识等的消息可以被分为一组；或者参与同一话题讨论的社交用户产生的社交消息分为一组，等等；并且可以分组展示各组的社交消息，采用这样的分组展示机制，相较于社交群中所有的社交消息在同一交互页面中显示，一个面板显示的一组社交消息的方式丰富了社交消息的显示方式。另外，这样还可以使得社交群中重要的社交消息可以单独在一个面板中显示，而不是所有的社交消息都在同一个交互页面中显示，这样可以方便社交群内的任一社交用户查看重要的社交消息，在任一社交用户查看消息的过程中更加直观、一目了然，满足社交场景下的消息查看需求。

基于上述对本申请实施例提供的消息处理方法的描述。接下来，结合上述的消息处理方法对本申请提供的消息处理系统进行相关介绍。请参见图10，图10是本申请实施例提供的一种消息处理系统的架构示意图，如图10所示，消息处理系统可以包括M个客户端(例如第一客户端1001、第二客户端1002等M个客户端，M为大于1的整数)和服务器1003。M个客户端中的任意一个客户端可以包括但不限于智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、智能可穿戴设备等等，客户端中往往配置有显示装置，显示装置可以为显示器、显示屏、触摸屏等等，触摸屏可以为触控屏、触控面板等等。服务器1003可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。M个客户端和服务器1003可以通过有线通信或无线通信方式进行直接或间接地连接，本申请在此不做限制。

下面以交互页面是社交群中多个社交用户之间进行社交聊天时所对应的聊天页面介绍客户端与服务器之间的交互：

首先，M个社交用户参与社交群，M为大于2的整数；M个社交用户被划分至N个用户组中，一个社交用户属于一个或多个用户组。

然后，在社交会话场景中，交互页面可以是社交应用程序中的群聊会话页面，或单独会话页面，并且，该交互页面不仅可以用于展示社交群中的社交消息的页面，还可以在社交用户即时通信的过程中即时显示社交消息。以群聊会话为例，交互页面是社交应用程序中的群聊会话页面，M个客户端是M个社交用户使用的客户端，M为大于2的整数；服务器1003是实现M个社交用户之间的群聊会话的社交服务器。

举例来说，以第一客户端1001是第一社交用户(即群主或管理员)使用的客户端(又可称为群主客户端)，第二客户端1002是第二社交用户(社交群内普通社交用户)使用的客户端(又可称为成员客户端)为例，其中，第一社交用户可以是第一用户组中的任一社交用户，第二社交用户可以是第二用户组中的任一社交用户。并结合图11所示的消息处理方案的流程图，对消息处理方案的技术实现过程进行描述，图11是本申请实施例提供的一种消息处理方案的技术侧流程示意图。

(1)如图11所示，以本申请实施例提供的社交讲座场景为例在执行本申请涉及到消息处理方案所对应的技术流程进行相关的阐述：

<1>目标社交用户点击讲座模式时，目标社交用户所在的客户端(称为第一客户端)将群id、群内社交用户的分组信息(包括各上台社交用户id和各未上台社交用户id)、群内社交用户id，发送给社交服务器。

<2>社交服务器接收到第一客户端发送的上述信息后，给当前讲座生成讲座id，连同讲座模式信息返回给所有社交用户客户端(包括第一客户端和第二客户端)。

<3>任一客户端接收到社交服务器所发送的消息后，将群内AIO界面分为N个面板展示(以两个面板为例，可以包括台上面板和台下面板，所谓台上面板可以是指第一用户组的社交用户发布的社交消息所显示的面板，所谓台下面板可以是指第二用户组的社交用户发布的社交消息所显示的面板。并且面板支持面板高度或者面板宽度调节)。同时将分组社交用户id返回客户端，客户端将上台用户组(即第一用户组)中社交用户id的社交消息在台上面板显示，未上台用户组(即第二用户组)中社交用户id的社交消息在台下面板展示。

<4>目标社交用户通过第一客户端开启讲座模式后，将开启讲座模式的信息发送给社交服务器，以使社交服务器记录本次讲座的讲座时长，社交消息以及社交消息的数量以及上台社交用户数量等信息。

<5>目标社交用户邀请社交群中的社交用户上台时，客户端将被邀请社交用户id发送给社交服务器，社交服务器将被邀请社交用户从未上台用户组移入上台用户组，并将移动分组后的信息返回给所有社交用户客户端(包括第一客户端和第二客户端)。

<6>社交用户点击下台或目标社交用户点击参与台下聊天时，客户端将此社交用户的id发送给社交服务器，社交服务器将被邀请的社交用户从上台用户组移入未上台用户组，并将信息返回给客户端。

<7>目标社交用户结束讲座时，第一客户端将讲座id、结束讲座信息返送给社交服务器，社交服务器将讲座id、讲座总时长、期间消息以及消息总数、上台社交用户数返回给所有群用户客户端，群用户客户端接收信息后，结束分组。并展示讲座信息收纳卡。

<8>社交用户点击讲座信息收纳卡，该社交用户所在的客户端将该讲座id发送给社交服务器，社交服务器接收到信息后，将讲座总时长、期间消息以及消息总数、上台社交用户数返回给群内所有的社交用户客户端，客户端根据社交服务器所发送的信息进行消息展示。

基于上述流程，本申请实施例中，可以实现社交消息的分组显示，相较于社交群中所有的社交消息在同一交互页面中显示，一个面板显示的一组社交消息的方式丰富了社交消息的显示方式。另外，这样还可以使得社交群中重要的社交消息可以单独在一个面板中显示，而不是所有的社交消息都在同一个交互页面中显示，这样可以方便社交群内的任一社交用户查看重要的社交消息，在任一社交用户查看消息的过程中更加直观、一目了然，满足社交场景下的消息查看需求。

进一步地，目标社交用户客户端以及群内所有社交用户的客户端均由网络层、数据层、展示层者3个模块组成。接下来，分别介绍这三个模块的作用：

1)网络层：用于实现客户端与社交服务器之间的通信。包括目标社交用户设置社交群是否开启讲座模式以及讲座id、群员id分组信息(其中，所谓群员是指社交群内除目标社交用户之外的任一社交用户)、讲座模式期间群员聊天信息以及消息总数、讲座时长等的数据给社交服务器，接收社交服务器的数据推送等，客户端接收到社交服务器所推送的数据后更新推送的数据到数据层，底层通讯协议可以为UDP(User Datagram Protocol，用户数据报协议)。当网络层与数据层之间的网络不可连接时，会生成链接失败的提示。

2)数据层用于存储客户端的相关数据。本申请实施例中客户端的相关数据可以包括社交群的基础信息(群id)、社交群内社交用户的用户信息(社交用户id)、讲座id、社交群内社交用户id的分组信息、讲座模式期间群员聊天信息以及社交消息的数量、讲座时长等数据。客户端的相关数据存储在内存cache(即高速缓冲存储器)和本地数据库中，当缓冲存储器中未存储数据时，可以从本地数据库中加载数据，并缓存到缓冲存储器中，缓冲存储器可以有效提高数据加载速度。当客户端接收到社交服务器发送的数据后，客户端将接收到的数据同步更新至缓冲存储器和本地数据库中。

3)展示层展示客户端的UI(User Interface，用户界面)。主要包含两大部分，第一部分是社交群的交互页面、社交群的设置页面、讲座台上页面(台上面板)、讲座台下页面(台下面板)等AIO交互页面，以上均由标准的系统控件负责展示。此处，“台上”和“台下”是个相对概念，所谓“台上”是指讲座对应的面板，所谓“台下”是指N个面板中除讲座对应的面板之外的其它任一面板。后续实施例中，还会涉及台上社交用户和台下社交用户，所谓台上社交用户是指讲座对应的面板所对应的用户组中的任一社交用户；所谓台下社交用户是指除讲座对应的面板之外的其它任一面板所对应的用户组中的任一社交用户。第二部分是展示动画，在当前窗口展示对应的动画(例如在面板中显示提示消息，包括跑马灯、闪烁提示等等)。展示层还用于响应社交用户的交互操作，并回调给对应的函数进行处理，由系统控件提供能力支持。展示层同时负责响应用户交互操作，并回调给对应的函数处理，由系统控件提供能力支持。

本申请实施例中，社交服务器为社交群中实现社交消息的分组显示功能提供了服务支撑；在群聊会话场景中，客户端将群id、讲座id等数据发送给社交服务器。社交服务器接收到群id、讲座id等数据之后，根据群id查询讲座模式开启状态、查询本次讲座id所对应的讲座进行过程中所包括的：社交用户id、社交群中各社交用户的分组信息、讲座模式期间的社交群内的所有社交成员进行会话交流所产生的社交消息以及所产生的社交消息的数量、讲座时长等数据，最后将查询到的上述数据返回给社交群内任一社交用户所在的客户端。通过客户端与社交服务器之间的数据交互，使得本申请提供的消息数据方法提供了技术支撑，使得本申请实施例提供的可以在同一个社交群中实现社交消息的分组显示功能得以实现。

进一步地，丰富了群聊会话的聊天方式，满足更多类似讲座，重要成员发布消息的场景，为群聊会话吸引更多社交用户。并且，可以适用于社交群内消息直播的形式，降低了用户直播的门槛，无需跳转到其他页面进行直播，简化流程，优化了体验。另外，对于当群内正在讨论两个问题以及目标社交用户当前需发重要消息的场景，社交用户也可用通过本申请实施例提供的消息处理系统实现相应的功能。

上述详细阐述了本申请实施例的消息处理方法，为了便于更好地实施本申请实施例的上述方案，相应地，下面提供了本申请实施例的消息处理装置。

请参见图12，图12是本申请实施例提供的一种消息处理装置的结构示意图，消息处理装置1200可以设置于终端中，消息处理装置1200可以用于执行图1所示的方法实施例中的相应步骤，该消息处理装置1200可以包括如下单元：

显示单元1201，用于显示社交群的交互页面，交互页面用于展示所述社交群中的社交消息；

处理单元1202，用于当存在分组显示触发事件时，显示N个面板；N为大于1的整数；

显示单元1201，还用于将社交群中的社交消息分组显示在N个面板中，每个面板用于显示社交群中的一组社交消息。

在一种可能的实现方式中，交互页面中设有分组入口，当分组入口被选择时产生分组显示触发事件；或者，

当在交互页面中检测到分组触控操作时，产生分组显示触发事件。

在一种可能的实现方式中，M个社交用户参与社交群，M为大于2的整数；M个社交用户被划分至N个用户组中，一个社交用户属于一个或多个用户组；N个用户组与所述N个面板一一对应；

显示单元1201将社交群中的社交消息分组显示在N个面板中，包括：

将第i用户组中的社交用户在社交群中所产生的社交消息显示与第i用户组对应的第i面板中；

其中，第i用户组是N个用户组中的任一个，第i面板是N个面板中与第i用户组相对应的一个面板；i为正整数且i≤N。

在一种可能的实现方式中，第i面板中显示有第i用户组中的目标社交用户的标识；处理单元1202还用于执行以下操作：

当将第i面板中的目标社交用户的标识被移动至第k面板时，将目标社交用户从第i用户组移动至第k用户组；以及，

将目标社交用户在社交群中产生的社交消息从第i面板切换至第k面板中进行显示；

其中，第k面板是N个面板中除第i面板之外的任一个，第k用户组是与第k面板相应的一个用户组，k为正整数且k≤N。

在一种可能的实现方式中，移动包括以下任一种：

在第i面板中选中目标社交用户的标识，将目标社交用户的标识从第i面板拖拽至第k面板；或者，

在第i面板中呼出操作菜单，操作菜单中设有移动选项；选择移动选项并指示将目标社交用户的标识从第i面板移动至第k面板；或者，

第k面板中设有用户邀请选项，选择用户邀请选项呼出用户选择界面，用户选择界面中显示M个社交用户的标识，当用户选择界面中的目标社交用户的标识被选择时，目标社交用户的标识从第i面板移动至第k面板。

在一种可能的实现方式中，第i用户组中包括目标社交用户；第i面板中设有返回控件；处理单元1202还用于执行以下操作：

若目标社交用户是从第k用户组被转换至第i用户组的，则当返回控件被选中时，将目标社交用户从第i用户组转换回第k用户组；以及，

将目标社交用户在社交群中产生的社交消息从第i面板切换至第k面板中进行显示；

其中，第k面板是N个面板中除第i面板之外的任一个，第k用户组是与第k面板相应的一个用户组，k为正整数且k≤N。

在一种可能的实现方式中，消息处理装置1200可以包括：输出单元1203。

输出单元1203用于执行以下步骤：

在第i面板输出第一提示，第一提示用于提示目标社交用户被移除第i用户组；

在第k面板输出第二提示，第二提示用于提示目标社交用户被添加至第k用户组。

在一种可能的实现方式中，社交群支持P种消息类型的社交消息，P为正整数；P种消息类型被划分至N个类型组中，一种消息类型属于一个或多个类型组；N个类型组与所述N个面板一一对应；

显示单元1201将社交群中的社交消息分组显示在N个面板中，包括：

将社交群中消息类型属于第j类型组的社交消息显示在第j类型组对应的第j面板中；

其中，第j类型组是N个类型组中的任一个，第j面板是N个面板中与第j类型组相对应的一个面板；j为正整数且j≤N。

在一种可能的实现方式中，N个面板是对交互页面进行分屏处理得到的N个分屏面板；或者，N个面板是悬浮在交互页面上的N个悬浮窗；或者，N个面板是与交互页面相互独立的N个窗口界面；

N个面板相互关联，当N个面板中的任一面板的面积发生变化时，N个面板中其他面板的面板跟随变化；或者，

N个面板相互独立，当N个面板中的任一面板的面积发生变化时，N个面板中的其它面板的面积保持不变。

在一种可能的实现方式中，显示单元1201还用于：区别显示N个面板；

区别显示包括以下至少一种：将N个面板显示为不同的颜色、将N个面板显示为不同的亮度、将N个面板显示为不同的面积。

在一种可能的实现方式中，处理单元1202还用于执行以下操作：

当存在分组显示触发事件时，获取分组显示触发事件的触发者的标识；

根据触发者的标识检测触发者是否具备分组权限；

若触发者具备分组权限，则执行显示N个面板的步骤。

在一种可能的实现方式中，处理单元1202还用于执行以下操作：

当N个面板中的第q面板被关闭时，在交互页面中释放第q面板所占空间，q为正整数且q≤N。

在一种可能的实现方式中，处理单元1202还用于执行以下操作：

将释放的空间合并至N个面板中的目标面板，目标面板是N个面板中除第q面板之外的任一个；或者，

根据释放的空间，在交互页面重新排布除第q面板之外的其他N-1个面板。

在一种可能的实现方式中，处理单元1202还用于执行以下操作：

生成第q面板的消息收纳卡片，消息收纳卡片中包含以下至少一项内容：第q面板的显示时长、在显示时长内第q面板内所显示的社交消息的消息数量、第q面板内所显示的消息类型、第q面板中所显示的社交消息对应的社交用户的用户数量；

显示消息收纳卡片；

当消息收纳卡片被选择时，输出详情页面，详情页面用于展示消息收纳卡片所包含的内容。

在一种可能的实现方式中，显示单元120显示消息收纳卡片，包括：

若释放的空间被合并至目标面板中，则在合并后的目标面板中显示消息收纳卡片；或者，

在除第q面板之外任一个面板中显示消息收纳卡片；或者，

在社交群的历史消息记录中显示消息收纳卡片；社交群的历史消息记录中包含卡片列表，消息收纳卡片被显示于卡片列表中。

在一种可能的实现方式中，第q面板中设有关闭控件；当关闭控件被选择时，第q面板被关闭；或者，

第q面板设有分组结束时间，当到达分组结束时间时第q面板被关闭。

在一种可能的实现方式中，处理单元1202还用于执行以下操作：

当社交群的交互页面被关闭时，记录交互页面中的N个面板的显示状态；

当重新开启并显示社交群的交互页面时，在交互页面中恢复N个面板的显示状态。

本申请实施例中，在显示社交群的交互页面的过程中，如果存在分组显示触发事件，则显示N个面板，并将该社交群中的社交消息在该N个面板中进行分组展示。在此方案中，可以依据实际需要对社交群中的社交消息进行灵活分组，例如关于讲座知识等的消息可以被分为一组；或者参与同一话题讨论的社交用户产生的社交消息分为一组，等等；并且可以分组展示各组的社交消息，采用这样的分组展示机制，既丰富了社交消息的显示方式，又方便对社交消息的查看，避免忽略掉重要消息，同时使得社交群能够适应更为多样化的社交场景。

请参见图13，图13是本申请实施例提供的一种消息处理设备的结构示意图，该消息处理设备1300用于执行图1对应的方法实施例中终端所执行的步骤，该消息处理设备1300包括：一个或多个处理器1310；一个或多个输入设备1320，一个或多个输出设备1330和存储器1340。上述处理器1310、输入设备1320、输出设备1330和存储器1340通过总线1350连接。存储器1340用于存储计算机程序，所述计算机程序包括程序指令，处理器1310用于执行存储器1340存储的程序指令，执行以下操作：

显示社交群的交互页面，交互页面用于展示所述社交群中的社交消息；

当存在分组显示触发事件时，显示N个面板；N为大于1的整数；

将社交群中的社交消息分组显示在N个面板中，每个面板用于显示社交群中的一组社交消息。

在一种可能的实现方式中，交互页面中设有分组入口，当分组入口被选择时产生分组显示触发事件；或者，

当在交互页面中检测到分组触控操作时，产生分组显示触发事件。

在一种可能的实现方式中，M个社交用户参与社交群，M为大于2的整数；M个社交用户被划分至N个用户组中，一个社交用户属于一个或多个用户组；N个用户组与所述N个面板一一对应；

将社交群中的社交消息分组显示在N个面板中，包括：

将第i用户组中的社交用户在社交群中所产生的社交消息显示与第i用户组对应的第i面板中；

其中，第i用户组是N个用户组中的任一个，第i面板是N个面板中与第i用户组相对应的一个面板；i为正整数且i≤N。

在一种可能的实现方式中，第i面板中显示有第i用户组中的目标社交用户的标识；处理器1310还用于执行以下操作：

当将第i面板中的目标社交用户的标识被移动至第k面板时，将目标社交用户从第i用户组移动至第k用户组；以及，

将目标社交用户在社交群中产生的社交消息从第i面板切换至第k面板中进行显示；

其中，第k面板是N个面板中除第i面板之外的任一个，第k用户组是与第k面板相应的一个用户组，k为正整数且k≤N。

在一种可能的实现方式中，移动包括以下任一种：

在第i面板中选中目标社交用户的标识，将目标社交用户的标识从第i面板拖拽至第k面板；或者，

在第i面板中呼出操作菜单，操作菜单中设有移动选项；选择移动选项并指示将目标社交用户的标识从第i面板移动至第k面板；或者，

第k面板中设有用户邀请选项，选择用户邀请选项呼出用户选择界面，用户选择界面中显示M个社交用户的标识，当用户选择界面中的目标社交用户的标识被选择时，目标社交用户的标识从第i面板移动至第k面板。

在一种可能的实现方式中，第i用户组中包括目标社交用户；第i面板中设有返回控件；处理器1310还用于执行以下步骤：

若目标社交用户是从第k用户组被转换至第i用户组的，则当返回控件被选中时，将目标社交用户从第i用户组转换回第k用户组；以及，

将目标社交用户在社交群中产生的社交消息从第i面板切换至第k面板中进行显示；

其中，第k面板是N个面板中除第i面板之外的任一个，第k用户组是与第k面板相应的一个用户组，k为正整数且k≤N。

在一种可能的实现方式中，处理器1310用于执行以下步骤：

在第i面板输出第一提示，第一提示用于提示目标社交用户被移除第i用户组；

在第k面板输出第二提示，第二提示用于提示目标社交用户被添加至第k用户组。

在一种可能的实现方式中，社交群支持P种消息类型的社交消息，P为正整数；P种消息类型被划分至N个类型组中，一种消息类型属于一个或多个类型组；N个类型组与所述N个面板一一对应；

将社交群中的社交消息分组显示在N个面板中，包括：

将社交群中消息类型属于第j类型组的社交消息显示在第j类型组对应的第j面板中；

其中，第j类型组是N个类型组中的任一个，第j面板是N个面板中与第j类型组相对应的一个面板；j为正整数且j≤N。

在一种可能的实现方式中，N个面板是对交互页面进行分屏处理得到的N个分屏面板；或者，N个面板是悬浮在交互页面上的N个悬浮窗；或者，N个面板是与交互页面相互独立的N个窗口界面；

N个面板相互关联，当N个面板中的任一面板的面积发生变化时，N个面板中其他面板的面板跟随变化；或者，

N个面板相互独立，当N个面板中的任一面板的面积发生变化时，N个面板中的其它面板的面积保持不变。

在一种可能的实现方式中，还用于：区别显示N个面板；

区别显示包括以下至少一种：将N个面板显示为不同的颜色、将N个面板显示为不同的亮度、将N个面板显示为不同的面积。

在一种可能的实现方式中，处理器1310还用于执行以下操作：

当存在分组显示触发事件时，获取分组显示触发事件的触发者的标识；

根据触发者的标识检测触发者是否具备分组权限；

若触发者具备分组权限，则执行显示N个面板的步骤。

在一种可能的实现方式中，处理器1310还用于执行以下操作：

当N个面板中的第q面板被关闭时，在交互页面中释放第q面板所占空间，q为正整数且q≤N。

在一种可能的实现方式中，处理器1310还用于执行以下操作：

将释放的空间合并至N个面板中的目标面板，目标面板是N个面板中除第q面板之外的任一个；或者，

根据释放的空间，在交互页面重新排布除第q面板之外的其他N-1个面板。

在一种可能的实现方式中，处理器1310还用于执行以下操作：

生成第q面板的消息收纳卡片，消息收纳卡片中包含以下至少一项内容：第q面板的显示时长、在显示时长内第q面板内所显示的社交消息的消息数量、第q面板内所显示的消息类型、第q面板中所显示的社交消息对应的社交用户的用户数量；

显示消息收纳卡片；

当消息收纳卡片被选择时，输出详情页面，详情页面用于展示消息收纳卡片所包含的内容。

在一种可能的实现方式中，显示消息收纳卡片，包括：

若释放的空间被合并至目标面板中，则在合并后的目标面板中显示消息收纳卡片；或者，

在除第q面板之外任一个面板中显示消息收纳卡片；或者，

在社交群的历史消息记录中显示消息收纳卡片；社交群的历史消息记录中包含卡片列表，消息收纳卡片被显示于卡片列表中。

在一种可能的实现方式中，第q面板中设有关闭控件；当关闭控件被选择时，第q面板被关闭；或者，

第q面板设有分组结束时间，当到达分组结束时间时第q面板被关闭。

在一种可能的实现方式中，处理器1310还用于执行以下操作：

当社交群的交互页面被关闭时，记录交互页面中的N个面板的显示状态；

当重新开启并显示社交群的交互页面时，在交互页面中恢复N个面板的显示状态。

应当理解，本申请实施例中所描述的消息处理设备1300可执行前文图1所对应实施例中对消息处理方法的描述，也可执行前文图12所对应实施例中对消息处理装置1200的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机存储介质，且计算机存储介质中存储有前文提及的消息处理装置1200所执行的计算机程序，且该计算机程序包括程序指令，当处理器执行上述程序指令时，能够执行前文图1所对应实施例中的方法，因此，这里将不再进行赘述。对于本申请所涉及的计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。作为示例，程序指令可以被部署在一个计算机设备上，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链系统。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备可以执行前文图1所对应实施例中的方法，因此，这里将不再进行赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (20)

1.一种消息处理方法，其特征在于，包括：

显示社交群的交互页面，所述交互页面用于展示所述社交群中的社交消息；

当存在分组显示触发事件时，显示N个面板；N为大于1的整数；

将所述社交群中的社交消息分组显示在所述N个面板中，每个面板用于显示所述社交群中的一组社交消息。

2.如权利要求1所述的方法，其特征在于，所述交互页面中设有分组入口，当所述分组入口被选择时产生所述分组显示触发事件；或者，

当在所述交互页面中检测到分组触控操作时，产生所述分组显示触发事件。

3.如权利要求1所述的方法，其特征在于，M个社交用户参与所述社交群，M为大于2的整数；所述M个社交用户被划分至N个用户组中，一个社交用户属于一个或多个用户组；所述N个用户组与所述N个面板一一对应；

所述将所述社交群中的社交消息分组显示在所述N个面板中，包括：

将第i用户组中的社交用户在所述社交群中所产生的社交消息显示于所述第i用户组对应的第i面板中；

其中，所述第i用户组是所述N个用户组中的任一个，所述第i面板是所述N个面板中与所述第i用户组相对应的一个面板；i为正整数且i≤N。

4.如权利要求3所述的方法，其特征在于，所述第i面板中显示有所述第i用户组中的目标社交用户的标识；所述方法还包括：

当将所述第i面板中的所述目标社交用户的标识被移动至第k面板时，将所述目标社交用户从第i用户组转换至第k用户组；以及，

将所述目标社交用户在所述社交群中产生的社交消息从所述第i面板切换至所述第k面板中进行显示；

其中，所述第k面板是所述N个面板中除所述第i面板之外的任一个，所述第k用户组是与所述第k面板相应的一个用户组，k为正整数且k≤N。

5.如权利要求4所述的方法，其特征在于，所述移动包括以下任一种：

在所述第i面板中选中所述目标社交用户的标识，并将所述目标社交用户的标识从所述第i面板拖拽至所述第k面板；或者，

在所述第i面板中呼出操作菜单，所述操作菜单中设有移动选项；选择所述移动选项并指示将所述目标社交用户的标识从所述第i面板移动至所述第k面板；或者，

所述第k面板中设有用户邀请选项，选择所述用户邀请选项呼出用户选择界面，所述用户选择界面中显示有所述M个社交用户的标识，当所述用户选择界面中的目标社交用户的标识被选择时，所述目标社交用户的标识从所述第i面板移动至所述第k面板。

6.如权利要求3所述的方法，其特征在于，所述第i用户组中包括目标社交用户；所述第i面板中设有返回控件；所述方法还包括：

若所述目标社交用户是从所述第k用户组被转换至所述第i用户组的，则当所述返回控件被选中时，将所述目标社交用户从所述第i用户组转换回所述第k用户组；以及，

将所述目标社交用户在所述社交群中产生的社交消息从所述第i面板切换至所述第k面板中进行显示；

其中，所述第k面板是所述N个面板中除所述第i面板之外的任一个，所述第k用户组是与所述第k面板相应的一个用户组，k为正整数且k≤N。

7.如权利要求4或5所述的方法，其特征在于，所述方法还包括：

在所述第i面板输出第一提示，所述第一提示用于提示所述目标社交用户被移除所述第i用户组；

在所述第k面板输出第二提示，所述第二提示用于提示所述目标社交用户被添加至所述第k用户组。

8.如权利要求1所述的方法，其特征在于，所述社交群支持P种消息类型的社交消息，P为正整数；所述P种消息类型被划分至N个类型组中，一种消息类型属于一个或多个类型组；所述N个类型组与所述N个面板一一对应；

所述将所述社交群中的社交消息分组显示在所述N个面板中，包括：

将所述社交群中消息类型属于第j类型组的社交消息显示在所述第j类型组对应的第j面板中；

其中，所述第j类型组是所述N个类型组中的任一个，所述第j面板是所述N个面板中与所述第j类型组相对应的一个面板；j为正整数且j≤N。

9.如权利要求1所述的方法，其特征在于，所述N个面板是对所述交互页面进行分屏处理得到的N个分屏面板；或者，所述N个面板是悬浮在所述交互页面上的N个悬浮窗；或者，所述N个面板是与所述交互页面相互独立的N个窗口界面；

所述N个面板相互关联，当所述N个面板中的任一面板的面积发生变化时，所述N个面板中其他面板的面板跟随变化；或者，

所述N个面板相互独立，当所述N个面板中的任一面板的面积发生变化时，所述N个面板中的其它面板的面积保持不变。

10.如权利要求1所述的方法，其特征在于，所述方法还包括：区别显示所述N个面板；

所述区别显示包括以下至少一种：将所述N个面板显示为不同的颜色、将所述N个面板显示为不同的亮度、将所述N个面板显示为不同的面积。

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

当存在分组显示触发事件时，获取所述分组显示触发事件的触发者的标识；

根据所述触发者的标识检测所述触发者是否具备分组权限；

若所述触发者具备分组权限，则执行显示N个面板的步骤。

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

当所述N个面板中的第q面板被关闭时，在所述交互页面中释放所述第q面板所占空间，q为正整数且q≤N。

13.如权利要求12所述的方法，其特征在于，所述方法还包括：

将所述释放的空间合并至所述N个面板中的目标面板，所述目标面板是所述N个面板中除所述第q面板之外的任一个；或者，

根据所述释放的空间，重新排布除所述第q面板之外的其他N-1个面板。

14.如权利要求13所述的方法，其特征在于，所述方法还包括：

生成所述第q面板的消息收纳卡片，所述消息收纳卡片中包含以下至少一项内容：所述第q面板的显示时长、在所述显示时长内所述第q面板内所显示的社交消息的消息数量、所述第q面板内所显示的消息类型、所述第q面板中所显示的社交消息对应的社交用户的用户数量；

显示所述消息收纳卡片；

当所述消息收纳卡片被选择时，输出详情页面，所述详情页面用于展示所述消息收纳卡片所包含的内容。

15.如权利要求14所述的方法，其特征在于，所述显示所述消息收纳卡片，包括：

若所述释放的空间被合并至所述目标面板中，则在合并后的目标面板中显示所述消息收纳卡片；或者，

在除所述第q面板之外任一个面板中显示所述消息收纳卡片；或者，

在所述社交群的历史消息记录中显示所述消息收纳卡片；所述社交群的历史消息记录中包含卡片列表，所述消息收纳卡片被显示于所述卡片列表中。

16.如权利要求12所述的方法，其特征在于，所述第q面板中设有关闭控件；当所述关闭控件被选择时，所述第q面板被关闭；或者，

所述第q面板设有分组结束时间，当到达所述分组结束时间时所述第q面板被关闭。

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

当所述社交群的交互页面被关闭时，记录所述交互页面中的N个面板的显示状态；

当重新开启并显示所述社交群的交互页面时，在所述交互页面中恢复所述N个面板的显示状态。

18.一种消息处理装置，其特征在于，所述消息处理装置包括：

显示单元，用于显示社交群的交互页面，所述交互页面用于展示所述社交群中的社交消息；

处理单元，用于当存在分组显示触发事件时，显示N个面板；N为大于1的整数；

所述显示单元，还用于将所述社交群中的社交消息分组显示在所述N个面板中，每个面板用于显示所述社交群中的一组社交消息。

19.一种消息处理设备，其特征在于，所述消息处理设备包括：

处理器，适于实现计算机程序；以及，

计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1至17任一项所述的消息处理方法。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，所述计算机程序适于由处理器加载并执行如权利要求1至17任一项所述的消息处理方法。

Images