CN116016761B - 显示方法、智能终端及存储介质 - Google Patents

Abstract

本申请提出了一种显示方法、智能终端及存储介质，显示方法包括以下步骤：在呼出侧边栏时，确定所述侧边栏对应的通信应用的关联信息；所述关联信息满足预设条件，确定或生成所述通信应用对应的消息提醒，其中，所述消息提醒包括消息来源和/或所述消息来源对应的消息数量；于侧边栏中显示所述消息提醒。本申请在呼出侧边栏时，确定或生成消息提醒，并在侧边栏中显示消息提醒，用户基于侧边栏显示的消息提醒即可查看未读消息，简化了未读消息查看的步骤，提升用户体验。

Description

显示方法、智能终端及存储介质

技术领域

本申请涉及终端技术领域，具体涉及一种显示方法、智能终端及存储介质。

背景技术

在用户在使用终端设备的过程中，为了避免被应用打扰，用户可自行关闭通知功能，若用户需查看应用的未读消息时，需在显示界面上查找对应的应用，进而启动对应的应用，才能看到对应的未读消息。

在构思及实现本申请过程中，发明人发现至少存在如下问题：上述查看未读消息的方式步骤繁琐，导致查看未读消息的效率下降。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

针对上述技术问题，本申请提供一种显示方法、智能终端及存储介质，使用户可以及时查看未读消息，操作简单方便。

为解决上述技术问题，本申请提供一种显示方法，可应用于智能终端，包括步骤：

S10：呼出侧边栏，确定所述侧边栏对应的通信应用的关联信息；

S20：所述关联信息满足预设条件，确定或生成所述通信应用对应的消息提醒；

S30：于侧边栏中显示所述消息提醒。

可选地，所述消息提醒包括消息来源和/或所述消息来源对应的消息数量。

可选地，所述关联信息包括所述通信应用的类型、所述通信应用的使用时间点，所述通信应用内的未读消息的消息数量、消息来源以及所述未读消息的消息类型的至少一种。

可选地，所述满足预设条件包括以下至少一项：

所述通信应用的类型为预设类型；

所述通信应用的使用时间点与当前时间点的时间间隔小于或等于预设时间间隔；

所述通信应用内的未读消息的消息数量大于或等于预设数量；

所述消息来源为预设消息来源；

所述未读消息的消息类型满足预设消息类型。

可选地，所述方法包括：

所述未读消息为预设消息，提取所述未读消息的关键词；

在当前时间点到达所述未读消息对应的设定时间，和/或在当前位置到达所述未读消息对应的设定地点时，将所述关键词展示在所述侧边栏的第三预设区域。

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

在所述消息来源的数量大于或等于预设数量阈值时，确定或生成各个所述消息来源的通知等级；

根据所述通知等级确定或生成各个消息提醒的显示顺序；

根据所述显示顺序于所述侧边栏中显示所述消息提醒。

可选地，所述确定或生成各个所述消息来源的通知等级的方式，包括以下至少一项：

根据所述消息来源对应的消息数量确定或生成各个所述消息来源的通知等级；

根据所述消息来源的关系亲密程度确定或生成各个所述消息来源的通知等级；

根据所述消息来源对应的消息发送时间确定或生成各个所述消息来源的通知等级。

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

确定或生成所述消息来源对应的信息来源类型，可选地，所述信息来源类型包括群组消息、私人消息；

所述消息来源类型为私人消息，确定或生成所述消息提醒的显示区域为第一预设区域，于所述第一预设区域显示私人消息对应的消息提醒，和/或，

所述消息来源类型为群组消息，确定或生成所述消息提醒的显示区域为第二预设区域，于所述第二预设区域显示群组消息对应的消息提醒。

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

所述消息来源类型为群组消息，确定或生成所述未读消息对应的至少一个群组成员；

于所述第二预设区域显示至少一个所述群组成员和/或所述群组成员对应的消息数量。

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

所述消息来源类型为群组消息，判断所述未读消息是否与用户相关；

若是，根据所述未读消息对应的消息来源和/或所述未读消息确定或生成消息提醒；

于所述侧边栏的第三预设区域显示所述消息提醒。

可选地，所述S30步骤之后，还包括：

响应于针对所述消息提醒的第一触发动作，确定所述第一触发动作对应的目标消息来源；

基于预设显示方式显示所述目标消息来源对应的目标未读消息。

可选地，所述预设显示方式包括以下至少一项：

根据所述目标未读消息确定或生成悬浮窗，显示所述悬浮窗；

根据所述目标未读消息确定或生成未读消息显示窗口，显示所述未读消息显示窗口。

可选地，所述基于预设显示方式显示所述目标消息来源对应的目标未读消息的步骤之后，还包括以下至少一项：

响应于针对所述目标未读消息的第二触发动作，确定所述目标未读消息对应的目标通信应用，输出所述目标消息来源对应的通信窗口；

响应于针对所述目标未读消息的第二触发动作，输出消息输入窗口。

本申请还提供一种智能终端，包括：存储器、处理器，其中，所述存储器上存储有显示程序，所述显示程序被所述处理器执行时实现如上任一所述方法的步骤。

本申请还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上任一所述方法的步骤。

如上所述，本申请的显示方法，可应用于智能终端，包括步骤：呼出侧边栏，确定所述侧边栏对应的通信应用的关联信息；所述关联信息满足预设条件，确定或生成所述通信应用对应的消息提醒，其中，所述消息提醒包括消息来源和/或所述消息来源对应的消息数量；于侧边栏中显示所述消息提醒。通过上述技术方案，可以实现在侧边栏显示消息提醒的功能，解决未读消息查看的步骤繁琐问题，进而提升了用户体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为实现本申请各个实施例的一种智能终端的硬件结构示意图；

图2为本申请实施例提供的一种通信网络系统架构图；

图3是根据第一实施例示出的显示方法的流程示意图；

图4是根据第一实施例示出的显示方法的消息提醒显示界面图；

图5是根据第一实施例示出的显示方法的流程示意图；

图6是根据第一实施例示出的显示方法的未读消息显示界面图；

图7是根据第一实施例示出的显示方法的未读消息显示界面图；

图8是根据第二实施例示出的显示方法S30的细化流程示意图；

图9是根据第三实施例示出的显示方法S30的细化流程示意图；

图10是根据第四实施例示出的显示方法的流程示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，在本文中，采用了诸如S10、S20等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S20后执行S10等，但这些均应在本申请的保护范围之内。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。

智能终端可以以各种形式来实施。例如，本申请中描述的智能终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等智能终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以智能终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本申请各个实施例的一种智能终端的硬件结构示意图，该智能终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的智能终端结构并不构成对智能终端的限定，智能终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对智能终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)、TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)和5G等。

WiFi属于短距离无线传输技术，智能终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于智能终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在智能终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与智能终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

智能终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。可选地，光传感器包括环境光传感器及接近传感器，可选地，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在智能终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与智能终端的用户设置以及功能控制有关的键信号输入。可选地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。可选地，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。可选地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

可选地，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现智能终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现智能终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与智能终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到智能终端100内的一个或多个元件或者可以用于在智能终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，可选地，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是智能终端的控制中心，利用各种接口和线路连接整个智能终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行智能终端的各种功能和处理数据，从而对智能终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，可选地，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

智能终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，智能终端100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本申请实施例，下面对本申请的智能终端所基于的通信网络系统进行描述。

请参阅图2，图2为本申请实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。

可选地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。可选地，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。可选地，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本申请不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA、5G以及未来新的网络系统(如6G)等，此处不做限定。

基于上述智能终端硬件结构以及通信网络系统，提出本申请各个实施例。

第一实施例

参照图3，图3示出了显示方法第一实施例，所述方法包括以下步骤：

S10：呼出侧边栏，确定所述侧边栏对应的通信应用的关联信息；

S20：所述关联信息满足预设条件，确定或生成所述通信应用对应的消息提醒；可选地，所述消息提醒包括消息来源和/或所述消息来源对应的消息数量；

S30：于侧边栏中显示所述消息提醒。

可选地，所述方法的执行主体以智能终端为例，所述智能终端具备侧边栏呼出功能，在现实技术中，侧边栏用于显示应用程序的图标和/或快捷工具的图标，用户可点击任意图标，进而打开图标对应的应用程序或者图标对应的快捷工具，在用户使用智能终端的过程中，若需要查看某个通信应用如聊天功能的应用、邮件的未读消息，需查找存在未读消息的通信应用，进而查找未读消息对应的消息来源(即消息发送者)，进而打开所述消息来源的通信窗口，以查看所述未读消息或者针对所述未读消息执行未读消息响应操作，步骤繁琐。另外，在用户使用智能终端的过程中，为了防止未读消息提醒过于频繁，用户往往会在设置消息提醒功能时，关闭所述通信应用的消息提醒功能或关闭某个群组的消息提醒功能，进而屏蔽所述通信应用的未读消息或屏蔽该群组的未读消息，此时用户无法接收到该通信应用的未读消息的消息提醒或者该群组的未读消息的消息提醒，在用户需查看该通信应用是否存在未读消息或该群组是否未读时，需在终端设备中查找到某个通信应用，进而根据通信应用查看未读消息或者查找通信应用的群组以查看未读消息，步骤过于繁琐且用户无法及时查看未读消息，基于此，本申请提出了一种利用侧边栏进行消息提醒的方法。

可选地，所述侧边栏对应的通信应用可以是所述侧边栏中预先设定的通信应用，还可以是根据所述智能终端中已安装的各个通信应用的使用情况实时确定的通信应用，可选地，使用情况包括使用频次、使用时间点，可将使用时间点与当前时间点的时间间隔小于或等于预设时间间隔的通信应用作为所述侧边栏对应的通信应用，还可将使用频次大于或等于预设频次对应的通信应用作为所述侧边栏对应的通信应用。可选地，所述侧边栏对应的通信应用还可以是根据所述智能终端中已安装的各个通信应用的未读消息实时确定的通信应用，将存在未读消息的通信应用作为所述侧边栏对应的通信应用，还可以将未读消息的消息数量最多的通信应用作为所述侧边栏对应的通信应用。可选地，通信应用是指具有通信功能的应用程序，例如，具有聊天功能的应用程序、收发邮件的应用程序等等。

可选地，在侧边栏对应的通信应用过多时，或未读消息过多时，若所有的通信均进行消息提醒，或所有的未读消息均进行消息提醒，容易导致消息提醒的数量过多，用户无法获知哪些为重要的消息提醒，哪些为不重要的消息提醒，并且基于侧边栏的显示面积有限。基于此，本申请实施例提出了一种根据关联信息判断是否所述通信应用是否满足预设条件，在满足预设条件时，确定或生成所述通信应用对应的消息提醒，显示消息提醒。

可选地，所述关联信息包括所述通信应用的类型、所述通信应用的使用时间点，所述通信应用内的未读消息的消息数量、消息来源以及所述未读消息的消息类型的至少一种。

可选地，所述满足预设条件包括以下至少一项：

所述通信应用的类型为预设类型；

所述通信应用的使用时间点与当前时间点的时间间隔小于或等于预设时间间隔；

所述通信应用内的未读消息的消息数量大于或等于预设数量；

所述消息来源为预设消息来源；

所述未读消息的消息类型满足预设消息类型。

可选地，所述预设类型可以是预先设定的应用类型，不同的通信应用对应不同的类型，示例性地，所述通信应用的类型包括工作类型、社交类型如微信、娱乐类型如游戏类应用程序，在设定了预设类型为工作类型时，若所述通信应用的类型为工作类型，则确定满足所述预设条件，在所述通信应用存在未读消息时，确定或生成所述通信应用的消息提醒。可选地，所述预设类型还可以根据不同的时间段确定，示例性地，在当前时间段为工作时间段如9:00-18：00，将预设类型确定为工作类型，在当前时间段为休闲时间段，将预设类型确定为娱乐类型或社交类型；可选地，所述预设类型还可以根据不同的地点确定，示例性地，在当前地点位于办公地点时，将预设类型确定为工作类型。

可选地，在用户使用通信应用的过程中，可能会出现临时关闭该通信应用，在后续继续使用智能终端时，会继续启动所述通信应用的情况，也即通信应用若存在未读消息，该未读消息是用户较为关注的，而若一个通信应用已长时间未使用，则该通信应用的未读消息针对用户而言是不受关注的。可选地，通过比对各个通信应用的使用时间点与当前时间点的时间间隔，在时间间隔小于或等于预设时间间隔时，在所述通信应用存在未读消息时，确定或生成所述通信应用的消息提醒。

可选地，在所述通信应用的未读消息的消息数量较多时，代表该通信应用存在多个联系人向用户发送消息或联系人向用户发送了多条消息，即该通信应用针对用户而言重要性高，在所述通信应用的未读消息较少，或者不存在未读消息时，则不需要向用户进行消息提醒。可选地，本申请间隔各个通信应用内的未读消息的消息数量，在所述消息数量大于或等于预设数量时，确定或生成所述通信应用对应的消息提醒，所述预设数量可以为0.

可选地，在通信应用存在多个联系人向用户发送消息时，可能会存在某些联系人是用户不需要进行消息提醒的，基于此，通过设定了消息来源白名单，所述消息来源白名单包括至少一个预设消息来源，在通信应用存在未读消息时，获取所述未读消息对应的消息来源，将所述消息来源与所述消息来源白名单中的各个预设消息来源进行比对，若所述消息来源为预设消息来源，则确定或生成所述通信应用对应的消息提醒，可选地，所述消息来源包括不同的消息来源类型，所述消息来源类型包括群组消息以及私人消息，在所述消息来源类型为群组消息时，则所述消息来源为群组，在所述消息来源类型为私人消息时，则所述消息来源为联系人。

可选地，不同的未读消息对应不同的消息类型，若所有的未读消息均生成对应的消息提醒，上述未读消息可能会充斥着用户实际并不关注或者与用户无关的未读消息，导致用户无法及时查看重要的消息，在可接收多种消息的通信应用中，同一个通信应用可接收不同消息类型的未读消息，示例性地，例如微信，消息类型包括但不限于推送消息、对话消息、邮件消息、公告消息、通知消息等。例如邮件，消息类型可以是垃圾邮件以及收件箱邮件，其中收件箱邮件还可以包括主送邮件以及抄送邮件，主送邮件以及抄送邮件还可以细分为不同消息类型对应的邮件。可选地，所述消息类型可以是不同应用对应的消息类型，还可以是同一个应用对应的不同的消息类型，所述预设消息类型用户可根据用户自身需求确定，在接收到未读消息时，确定所述未读消息的消息类型，将所述消息类型与预设消息类型进行比对，在消息类型满足预设消息类型时，确定或生成所述通信应用对应的消息提醒。

可选地，所述满足预设条件包括但不限于上述条件，此处不作限定，在实际运行时，还可以是结合所述预设条件的至少两项判断关联信息是否满足预设条件，示例性地，所述预设条件还可以是所述通信应用的类型为预设类型且所述消息来源为预设消息来源，在当前未读消息对应的通信应用为预设类型且当前未读消息对应的消息来源为预设消息来源时，确定或生成所述通信应用对应的消息提醒。

可选地，在所述关联信息满足预设条件时，确定或生成所述通信应用对应的消息提醒，所述消息提醒包括消息来源和/或所述消息来源对应的消息数量，可选地，所述消息提醒还可以包括消息类型、消息来源的状态参数等，所述状态参数包括所述消息来源是否在线、还可以包括所述未读消息的发送时间等，此处不作限定。可选地，所述消息来源对应的消息数量可以是所述消息来源发送的未读消息的数量，还可以是所述消息来源发送的未读消息中的有效消息的数量，示例性的，可根据各个未读消息的消息内容筛选出满足未读消息提醒条件的有效消息，所述未读消息提醒条件可以是用户基于自身需求灵活设置，通过判断未读消息是否符合所述未读提醒条件，如未读消息不存在重复消息，消息类型满足预设消息类型，从而可以确保符合未读提醒条件的有效消息有更高的概率是对用户有用的、与用户相关的或者用户更为关注的消息，根据有效消息确定的消息数量具备更高的参考价值，且由于符合未读消息提醒条件的有效消息有更高的概率被用户查看，因此不会造成消息数量的无效累计，使得所述消息数量可以有效起到提醒用户的作用，防止因为无效消息(如群聊中的队列消息，+1，收到，谢谢老板)对消息数量的累计，导致用户查看了无效消息。

可选地，在确定或生成所述消息提醒时，于侧边栏显示所述消息提醒，在所述消息来源的类型为群组消息，获取该群组的群组头像，在所述群众头像右上角显示所述消息数量，在所述消息来源的类型为联系人时，获取所述联系人的联系人头像，在所述联系人头像右上角显示所述消息数量，可选地，在所述消息来源的类型为群组消息，还可以是确定所述未读消息对应的至少一个群组成员，根据各个群组成员以及各个群组成员对应的消息数量确定或生成所述消息提醒，示例性地，在一群组中，群组成员A发送了10条消息，群组成员B发送了5条消息，其余的群组成员并没有发送消息，所述消息提醒包括群组成员A的群组成员头像加上10,以及群组成员B的群组成员头像加上5。

可选地，在侧边栏的预设区域显示所述消息提醒，所述预设区域可以是所述侧边栏的下方，还可以是所述侧边栏的上方，还可以是所述侧边栏的左侧，还可以所述侧边栏的右侧，此处不作限定，参照图4，图4示出了于侧边栏显示消息提醒的示意图。

可选地，在所述消息提醒的数量较多时，显示所述消息提醒的方式还可以是将各个所述消息提醒进行分类展示，可选地，根据各个消息提醒对应的通信应用进行分类显示，还可以根据各个消息提醒对应的未读消息发送时间进行分类显示，还可以根据各个消息提醒对应的消息数量进行分类显示，此处不作限定。

可选地，所述消息提醒的显示形式可以是纵向列表形式，还可以是横向列表形式。

可选地，在显示所述消息提醒后，参照图5，所述S30步骤之后，还包括步骤：

S40：响应于针对所述消息提醒的第一触发动作，确定所述第一触发动作对应的目标消息来源；

S50：基于预设显示方式显示所述目标消息来源对应的目标未读消息。

可选地，所述预设显示方式包括以下至少一项：

根据所述目标未读消息确定或生成悬浮窗，显示所述悬浮窗；

根据所述目标未读消息确定或生成未读消息显示窗口，显示所述未读消息显示窗口。

可选地，所述第一触发动作可以是针对所述消息提醒的点击操作，接收所述第一触发动作，确定所述第一触发动作对应的目标消息提醒，进而根据所述目标消息提醒确定所述目标消息提醒中的消息来源，将所述消息来源确定为所述目标消息来源。

可选地，在确定所述目标消息来源，基于预设显示方式显示所述目标消息来源对应的目标未读消息，可选地，所述预设显示方式包括显示类型，所述显示类型包括悬浮窗类型以及显示窗口类型，可选地，根据所述未读消息确定或生成悬浮窗，显示所述悬浮窗，所述悬浮窗显示的内容为所述目标未读消息，还可以根据所述目标未读消息确定或生成未读消息显示窗口，显示所述未读消息显示窗口，所述未读消息显示窗口显示的内容包括所述目标消息来源、所述目标未读消息，还可以包括输入框。可选地，所述悬浮窗和/或所述未读消息显示窗口均悬浮显示于当前显示界面，在不影响当前显示界面的同时，显示所述目标未读消息，示例性地，参照图6和图7，图6和图7示出了显示所述目标未读消息的示例图。

可选地，所述预设显示方式还包括显示位置，所述显示位置可以是用户自定义设定，示例性地，所述显示位置位于所述侧边栏的一侧。可选地，所述显示位置还可以根据所述智能终端前台运行的当前应用程序的类型确定，在前台运行的所述应用程序的类型为预设类型，如游戏应用程序或视频应用程序，将所述显示位置设定为右上角，以防止悬浮窗或显示窗口遮挡当前显示界面，在

前台运行的当前应用程序的类型为非预设类型时，将所述显示位置设定为所述5侧边栏的一侧，或靠近用户手部位置的区域，以供用户方便查看所述目标未读

消息。可选地，所述预设显示方式还包括显示背景颜色，可选地，所述显示背景颜色为透明背景，以防止悬浮窗或显示窗口对当前显示界面的遮挡，可选地，所述预设显示方式还包括显示面积，以使得悬浮窗或显示窗口的占用空间小，

可有效减少所述悬浮窗或显示窗口对所述当前显示界面的遮挡，同时降低了用0户误点的可能性，提高用户体验。

可选地，所述悬浮窗口以及所述未读消息显示窗口可以是固定于设定好的预设区域，还可以是可移动的，在所述悬浮窗口以及所述未读消息显示窗口为可移动时，可接收用户针对悬浮窗口或所述未读消息显示窗口的移动操作，以移动悬浮窗口或所述未读消息显示窗口。

5可选地，在显示所述目标未读消息时，还可以是缩小当前显示界面，以在

空闲区域显示所述目标未读消息，以防止目标未读消息对当前显示界面的遮挡。

可选地，在显示所述目标未读消息后，还包括：

响应于针对所述目标未读消息的第二触发动作后，确定所述目标未读消息对应的目标通信应用，输出所述目标消息来源对应的通信窗口；或者，确定所0述目标未读消息对应的目标通信应用，跳转至所述目标通信应用，输出所述目

标消息来源对应的通信窗口；

响应于针对所述目标未读消息的第二触发动作，输出消息输入窗口，以接收针对所述消息输入窗口输入的回复消息，将所述回复消息发送至所述目标联系

人。可选地，所述第二触发动作可以是针对所述目标未读消息的触控操作，还5可以是针对所述目标消息来源的触控操作，还可以是针对所述悬浮窗的触控操作，还可以是针对所述未读消息显示窗口的触控操作，在接收到所述第二触发动作时，确定所述目标未读消息对应的目标通信应用，跳转至所述目标通信应用并输出所述目标消息来源对应的通信窗口，以供用户查看所述目标未读消息

并基于所述通信窗口与所述目标消息来源进行消息交互，可选地，在接收到第0二触发动作时，将自动跳转至所述目标未读消息对应的通信应用界面，并直接

显示所述目标消息来源对应的通信窗口，而无需退出当前显示界面，简化了用户查看所述目标未读消息的操作，提高了用户体验。

可选地，在接收到第二触发动作时，还可以输出消息输入窗口，所述消息输

入窗口用于接收用户输入的回复消息，在接收到回复信息时，将所述回复信息5直接发送至所述目标联系人，而无需退出当前显示界面，即可实现未读消息的查看操作以及回复操作，简化了用户查看未读消息以及回复未读消息的操作，提高用户体验。

在本申请实施例中，呼出侧边栏，获取侧边栏对应的通信应用的关联信息，所述关联信息满足预设条件，确定或生成消息提醒，所述消息提醒包括消息来源和/或所述消息来源对应的消息数量，进而在所述侧边栏显示所述消息提醒，实现了无需用户查看对应的通信应用即可实现未读消息的查看操作以及未读消息的回复操作，简化了查看未读消息的操作，另外，本申请实施例通过设定了预设条件，在关联信息满足预设条件时，将消息提醒显示在侧边栏中，避免了过多无用的消息提醒对用户的干扰，从而提高了消息提醒的及时性以及准确性。

第二实施例

参照图8，基于第一实施例，所述S30步骤包括步骤：

S31：在所述消息来源的数量大于或等于预设数量阈值时，确定或生成各个所述消息来源的通知等级；

S32：根据所述通知等级确定或生成各个消息提醒的显示顺序；

S33：根据所述显示顺序于所述侧边栏中显示各个所述消息提醒。

可选地，在所述消息来源的数量大于或等于预设数量阈值时，即所述消息提醒的数量大于或等于预设数量阈值时，为了使得用户及时查看重要信息，本申请实施例还提出了对各个消息提醒进行排序后，于侧边栏显示排序后的各个消息提醒的方法。

可选地，通知等级越高，代表所述消息来源对用户而言的重要程度越高，通知等级越低，代表所述消息来源对用户而言的重要程度越低。可选地，所述通知等级可以根据用户自定义设定，示例性地，在所述通信应用为微信应用时，在所述消息来源为置顶联系人时，则所述消息来源的通知等级高，在所述消息来源为被设置为重点关注联系人时，则所述消息来源的通知等级高。可选地，确定各个所述消息来源的通知等级的方式包括以下至少一项：

根据各个消息来源对应的消息数量确定或生成各个所述消息来源的通知等级；

根据各个消息来源的关系亲密程度确定或生成各个所述消息来源的通知等级；

根据各个消息来源对应的消息发送时间确定或生成各个所述消息来源的通知等级。

可选地，所述消息来源对应的消息数量为所述消息来源发送至用户的未读消息的数量，在消息来源对应的消息数量越多时，代表所述消息来源的重要程度越高，进而所述消息来源对应的通知等级越高，在消息来源对应的消息数量越少，代表所述消息来源的重要程度越低，则通知等级越低。

可选地，所述关系亲密程度可以根据用户与所述消息来源的联系频次确定，在联系频次越高，则关系亲密程度越高，在联系频次越少，则关系亲密程度越低；所述关系亲密程度还可以根据用户与所述消息来源进行消息交互时的消息交互数量确定，所述消息交互数量包括所述消息来源发送至用户的消息数量以及用户发送至消息来源的消息数量，在所述消息交互数量越多，则关系亲密程度越高，在所述消息交互数量越少，则关系亲密程度越低，可选地，所述关系亲密程度还可以根据所述消息来源对应的消息来源属性确定，所述消息来源属性包括所述消息来源与用户的血缘关系、所述消息来源的标签(如工作联系人、大学联系人、家人等)，此处不作具体限定，在确定各个消息来源的关系亲密程度后，根据各个消息来源的关系亲密程度确定各个所述消息来源的通知等级，关系亲密程度越高，则通知等级越高，关系亲密程度越低，则通知等级越低。

可选地，所述消息发送时间为所述消息来源对应的最近一条消息发送的时间，比对各个消息来源对应的消息发送时间与当前时间点的时间间隔，根据所述时间间隔确定各个所述消息来源的通知等级，时间间隔越大，则通知等级越低，时间间隔越小，则通知等级越高。

可选地，确定或生成各个所述消息来源的通知等级的方式还可以是结合各个消息来源对应的消息数量、关系亲密程度以及消息发送时间的至少两项确定各个所述消息来源的通知等级，可选地，根据所述消息数量确定消息数量指数、根据所述关系亲密程度确定消息数量指数、根据所述消息发送时间确定消息发送时间指数，确定消息数量指数、消息数量指数以及消息发送时间指数各自对应的权重，根据消息数量指数、消息数量指数以及消息发送时间指数和各自对应的权重进行加权求和操作，以确定或生成加权和值，根据所述加权和值确定所述通知等级，加权和值越大，则通知等级越高，和/或，加权和值越小，则通知等级也越小。

可选地，确定或生成各个所述消息来源的通知等级的方式还可以是根据所述消息来源对应的通信应用确定，不同的通信应用对应不同的通知等级，根据所述通信应用的通知等级确定所述消息来源的通知等级，示例性地，电话的通知等级高于微信的通知等级。

可选地，确定或生成各个所述消息来源的通知等级的方式还可以根据所述消息来源对应的通信应用以及当前时间段确定，在所述当前时间段为工作时间段，在所述通信应用包括工作应用以及社交应用时，确定所述工作应用对应的所述消息来源的通知等级高于所述社交应用对应的所述消息来源的通知等级，在所述当前时间段为非工作时间段，则确定所述社交应用对应的消息来源的通知等级高于所述社交应用对应的所述消息来源的通知等级。

可选地，确定或生成各个所述消息来源的通知等级的方式还可以根据所述消息来源对应的未读消息的消息类型确定，示例性地，在所述消息类型为活动通知类消息(如通知某时间点进行开会)，则所述消息来源对应的通知等级高，在所述消息类型为系统通知类消息(如应用版本更新提醒)，则所述消息来源对应的通知等级低。

可选地，确定或生成各个所述消息来源的通知等级的方式还可以根据所述消息来源对应的未读消息与用户的相关程度确定，在所述未读消息与用户的相关程度越高(如@用户、或所述未读消息的消息内容包括用户的用户名、或者所述消息内容包括用户设定的预设关键词)，则所述消息来源的通知等级越高，在所述未读消息与用户的相关程度越低(如群组聊天中的队列信息：+1，收到，谢谢老板)，则所述消息来源的通知等级越低。

可选地，确定或生成各个所述消息来源的通知等级的方式包括但不限于上述方式。在确定或生成各个消息来源的通知等级后，根据所述通知等级确定各个所述消息提醒的显示顺序，根据所述显示顺序于侧边栏中的预设区域显示各个所述消息提醒，通知等级越高，显示顺序越靠前，通知等级越低，显示顺序越靠后，示例性地，在所述消息提醒以纵向列表的形式显示时，将通知等级越高的消息提醒显示在所述预设区域的顶部，根据所述通知等级从上往下显示各个所述消息提醒。

在本申请实施例中，在所述消息来源的数量大于或等于预设数量阈值时，根据所述消息来源的消息数量、关系亲密程度或者消息发送时间确定各个消息来源的通知等级，以根据所述通知等级依次显示各个消息提醒，提高了消息查看的效率，并使得用户快速关注到重要信息。

第三实施例

参照图9，基于第一实施例和第二实施例，所述S30步骤包括步骤：

S34：确定或生成各个所述消息来源对应的信息来源类型，所述信息来源类型包括群组消息、私人消息；

S35：所述消息来源类型为私人消息，确定或生成所述消息提醒的显示区域为第一预设区域，于所述第一预设区域显示私人消息对应的消息提醒；和/或，

S36：所述消息来源类型为群组消息，确定或生成所述消息提醒的显示区域为第二预设区域，于所述第二预设区域显示群组消息对应的消息提醒。

在本申请实施例，所述消息来源包括不同的消息来源类型，所述消息来源类型包括群组消息以及私人消息，为了使得用户了解到哪些消息提醒是对应私人消息的，哪些消息提醒是对应群组消息的，本申请实施例提出了一种根据消息来源类型分类展示消息提醒的方式。

可选地，在所述消息来源类型为私人消息时，确定或生成所述消息提醒的显示区域为第一预设区域，所述第一预设区域可以为所述侧边栏的预设区域中的上方区域，进而于所述第一预设区域显示各个消息提醒。

可选地，在所述消息来源类型为私人消息时，根据各个消息来源对应的通知等级确定各个消息来源的显示顺序，根据所述显示顺序在所述第一预设区域显示私人消息对应的消息提醒，即根据所述显示顺序在所述第一预设区域显示各个联系人的联系人头像，在各个联系人头像一侧显示对应的联系人的消息数量。

可选地，在所述消息来源类型为群组消息时，确定或生成所述消息提醒的显示区域为第二预设区域，所述第二预设区域可以为所述侧边栏的预设区域中的下方区域，进而于所述第二预设区域显示各个消息提醒。

可选地，所述消息提醒包括群组的群组头像以及群组的消息数量，根据各个群组确定各个群组的通知等级，根据各个群组的通知等级确定各个群组的显示顺序，根据所述显示顺序在所述第二预设区域显示群组消息对应的消息提醒，即根据所述显示顺序在所述第二预设区域显示各个群组的群组头像，并在各个群组头像一侧显示对应的群组的消息数量。

可选地，在所述消息来源类型为群组消息时，所述方法还包括：

所述消息来源类型为群组消息，确定所述未读消息对应的至少一个群组成员；

于所述第二预设区域显示至少一个所述群组成员和/或所述群组成员对应的消息数量。

可选地，在所述消息来源类型为群组消息时，群组中存在多个群组成员，所述未读消息可以是其中的至少一个群组成员发送的，为了使得用户快速了解哪些群组成员进行发言，本申请实施例还提出了一种显示各个群组成员对应的消息提醒的方法。

可选地，确定所述未读消息对应的至少一个群组成员，所述群组成员为发送了未读消息的群组成员，进而确定所述群组成员的消息发送数量，进而根据所述群组成员以及所述消息发送数量分别确定或生成各个群组成员对应的消息提醒，于所述第二预设区域显示所述群组成员的消息提醒，可以是显示各个显示群组成员的群组成员头像以及各个群组成员的消息发送数量，还可以根据各个群组成员的消息发送数量确定各个群组成员的显示顺序，根据所述显示顺序依次显示各个群组成员的群组成员头像，和/或在所述群组成员头像一侧显示所述消息发送数量。

可选地，在所述未读消息对应的群组成员的成员数量较多时，所述第二预设区域无法容纳所有的群组成员的消息提醒。可选地，在所述未读消息对应的群组成员的成员数量较多时，筛选出所述群组成员中的目标群组成员，于所述第二预设区域显示所述目标群组成员对应的消息提醒，可选地，筛选出所述群组成员中的目标群组成员的方式可以是根据各个群组成员的消息发送数量确定，将消息发送数量超过预设阈值对应的群组成员确定为所述目标群组成员，或根据所述消息数量对各个群组成员进行排序，根据排序顺序排序处于靠前的预设数量个群组成员确定为所述目标群组成员；还可以根据各个群组成员的通知等级确定，将通知等级大于预设通知等级对应的群组成员确定为目标群组成员，示例性地，在一工作群中，领导的通知等级高于普通职员的通知等级，且高于预设通知等级，进而将领导确定为目标群组成员；可选地，筛选出所述群组成员的目标群组成员的方式还可以根据各个群组成员的消息发送时间确定，所述消息发送时间为最近一条发送的时间，根据所述未读消息确定各个群组成员的消息发送时间，根据所述消息发送时间对各个群组成员进行排序，将排序处于靠前的预设数量个群组成员确定为所述目标群组成员。

可选地，显示群组消息对应的消息提醒包括第一显示方式以及第二显示方式，第一显示方式为显示群组的群组头像以及未读消息的消息数量，第二显示方式为显示群组中的群组成员的群组成员头像以及各个群组成员对应的消息数量，在呼出侧边栏时，在确定消息来源类型为群组消息时，确定所述未读消息对应的群组成员，在所述未读消息对应的群组成员的成员数量超出预设数量时，基于第一显示方式显示群组消息对应的消息提醒，在所述未读消息对应的群组成员的成员数量未超出预设数量时，基于第二显示方式显示群组消息对应的消息提醒。

可选地，在所述消息来源类型为群组消息时，在所述未读消息对应的群组的群组数量大于预设数量时，以第一显示方式显示群组消息对应的消息提醒，在所述未读消息对应的群组的群组数量小于或等于预设数量时，判断所述未读消息对应的群组成员的成员数量是否超出预设数量，若是，则以第一显示方式显示群组消息对应的消息提醒，和/或，若否，则以第二显示方式显示群组消息对应的消息提醒。

可选地，显示群组消息对应的消息提醒的方式还可以是先确定群组对应的消息提醒，所述群组对应的消息提醒包括群组的群组头像以及所述群组对应的消息发送数量，根据所述未读消息确定群组中的各个群组成员对应的消息提醒，所述群组成员对应的消息提醒包括所述群组成员的群组成员头像以及所述群组成员的消息发送数量，进而显示所述群组对应的消息提醒以及所述群组成员对应的消息提醒，示例性地，同时显示带有未读消息数量的群组头像、以及显示带有未读消息数量的群组成员头像。

可选地，在所述消息来源类型为群组消息时，所述方法还包括：

所述消息来源类型为群组消息，判断所述未读消息是否与用户相关；

若是，根据所述未读消息对应的消息来源和/或所述未读消息确定或生成消息提醒；

于所述侧边栏的第三预设区域显示所述消息提醒。

可选地，判断所述未读消息是否与用户相关的方式时可以是判断所述未读消息是否存在用户设定的关键词，如@、用户名，在所述未读消息存在用户设定的关键词时，确定所述未读消息与用户相关，可选地，所述未读消息对应的消息来源可以是已关闭消息提醒功能的群组，还可以是并未关闭消息提醒功能的群组。

可选地，在确定所述未读消息与用户相关时，提取与用户相关的未读消息，根据所述未读消息对应的消息来源和/或所述未读消息确定或生成消息提醒，可选地，根据所述未读消息提取关键词，根据所述关键词以及所述消息来源确定或生成消息提醒，进而与所述侧边栏的第三预设区域显示所述消息提醒，示例性地，所述未读消息为“@用户名，在XX广场预定一个入住日期为XX年XX月XX日的酒店，用于接待XX用户”，确定或生成的消息提醒可以是“XX广场、XX年XX月XX日、预定、酒店”，显示所述消息提醒，使得用户在呼出侧边栏时，可快速注意到重要消息。

可选地，所述第一预设区域或第二预设区域或第三预设区域可以是用户自定义设定，例如第一预设区域位于预设区域的上部，第二预设区域位于预设区域的中部，所述第三预设区域位于预设区域中的下部，还可以是根据所述侧边栏的空白显示区域实时分配，以实时划分出第一预设区域、第二预设区域以及第三预设区域，示例性地，在当前的未读消息对应的消息来源均为私人消息时，只需根据所述侧边栏的空白显示区域划分出第一预设区域，而无需划分第二预设区域以及第三预设区域，还可以是将侧边栏中原本显示的图标进行隐藏显示，将侧边栏的全部区域划分为第一预设区域、第二预设区域以及第三预设区域。

可选地，根据消息来源的消息来源类型对各个消息提醒进行分类展示，以在第一预设区域显示私人消息对应的消息提醒，和/或在第二预设区域显示群组消息对应的消息提醒，使得用户根据显示内容即可确定哪些是群组消息，哪些是私人消息，另外，在显示群组消息对应的消息提醒时，还可以根据当前已发言的群组成员显示各个群组成员的群组成员头像以及群组成员的消息数量，以供用户快速确定群组中的哪些群组成员在发言，另外，本申请实施例还通过判断未读消息是否与用户相关，进而将与用户相关的未读消息显示在第三预设区域，以供用户快速查看与用户相关的消息，防止消息提醒出现错漏并提高了未读消息提醒与用户的粘度，并提高了未读消息提醒的有效性以及条未读消息查看的效率。

第四实施例

参照图10，基于上述实施例，所述方法还包括步骤：

S60：所述未读消息为预设消息，提取所述未读消息的关键词；

S70：在当前时间点到达所述未读消息对应的设定时间，和/或在当前位置到达所述未读消息对应的设定地点时，将所述关键词展示在所述侧边栏的第三预设区域。

在本申请实施例中，预设消息可以为通知类消息，如活动通知类消息(会议议程)、通知公告、加急通知等，通知类消息还可以细分新建通知、取消通知、修正通知等，在接收到未读消息时，判断所述未读消息是否为通知类消息，可以理解的是，通知类消息为了避免和其他未读消息混淆，一般具备固定的消息格式，示例性地，存在某个特别字符或某些特定字符及特定字符的组合等。通知发起者以该固定的消息格式发起通知，例如，通知发起者以“@+用户昵称”的消息格式发起通知。需要说明的是，本实施例仅以“@+用户昵称”为例进行说明，所述格式可以是任意定义的规则字符串，此处不作限定，在所述未读消息的消息格式与固定的消息格式匹配时，则确定所述未读消息为通知类消息，则确定所述未读消息为预设消息。

可选地，预设消息还可以是包括白名单关键词的消息，在所述未读消息存在所述白名单关键词时，确定所述未读消息为预设消息，示例性地，所述白名单关键词包括“通知、办公”，在所述未读消息为”紧急通知：上海疫情稳定，下周恢复正常办公”，则确定所述未读消息为预设消息。

可选地，所述未读消息包括设定时间和/或设定地点，在所述未读消息为预设消息时，提取所述未读消息的关键词，所述关键词包括时间词、地点词、活动类型词等，在当前时间点到达所述设定时间，和/或当前位置到达所述设定地点时，将所述关键词显示在所述侧边栏的第三预设区域中，以供用户及时处理所述未读消息对应的相关事项。可选地，还可以是当前时间点达到所述设定时间对应的时间范围内时，于第三预设区域显示所述未读消息对应的关键词，示例性地，所述未读消息为下午三点开会，在用户呼出侧边栏后，且当前时间点距离下午三点的时间间隔小于预设间隔时，在所述第三预设区域显示所述未读消息或所述未读消息对应的关键词。

在本申请实施例中，通过获取未读消息后，判断所述未读消息是否为预设消息，在所述未读消息为预设消息时，在用户呼出侧边栏时，提出所述未读消息的关键词，根据关键词确定或生成消息提醒，在到达提醒条件(在当前时间点到达所述未读消息对应的设定时间，和/或在当前位置到达所述预未读消息对应的设定地点)，将所述消息提醒显示在所述第三预设区域中。通过本申请实施例的技术方案可以根据提取的关键词确定或生成消息提醒，便于用户及时查看预设消息，解决了现有技术中人工查看消息容易导致遗漏重要消息，无法及时处理未读消息，导致效率低且准确性不高的问题，从而实现了高效准确的生成消息提醒，简化消息查看以及消息处理的步骤，提升用户体验。

本申请实施例还提供一种智能终端，包括存储器、处理器，存储器上存储有显示程序，显示程序被处理器执行时实现上述任一实施例中的显示方法的步骤。

本申请实施例还提供一种存储介质，存储介质上存储有显示程序，显示程序被处理器执行时实现上述任一实施例中的显示方法的步骤。

在本申请提供的智能终端和存储介质的实施例中，可以包含任一上述显示方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不再做赘述。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如上各种可能的实施方式中的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。

可以理解，上述场景仅是作为示例，并不构成对于本申请实施例提供的技术方案的应用场景的限定，本申请的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

在本申请中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本申请技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在存储介质中，或者从一个存储介质向另一个存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、存储盘、磁带)、光介质(例如，DVD)，或者半导体介质(例如固态存储盘Solid State Disk(SSD))等。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种显示方法，其特征在于，包括以下步骤：

S10：呼出侧边栏，确定所述侧边栏对应的通信应用的关联信息；

S20：所述关联信息满足预设条件，确定或生成所述通信应用对应的消息提醒，其中，所述消息提醒包括消息来源和/或所述消息来源对应的消息数量，所述消息数量为所述消息来源发送的未读消息中有效消息的数量；

S30：确定或生成所述消息来源对应的信息来源类型，所述信息来源类型包括群组消息、私人消息；

在所述消息来源类型为私人消息时，确定或生成所述消息提醒的显示区域为第一预设区域，在所述第一预设区域显示各个联系人的联系人头像，并在各个联系人头像一侧显示对应的联系人的消息数量，所述第一预设区域为预设区域的上方区域，所述预设区域为侧边栏的上下左右四侧中的其中一侧；和/或

在所述消息来源类型为群组消息时，确定或生成所述消息提醒的显示区域为第二预设区域，同时确定所述未读消息对应的至少一个群组成员，于第二预设区域显示至少一个所述群成员和/或所述群组成员对应的消息数量，所述第二预设区域为所述预设区域的下方区域，其中，在所述第二预设区域无法容纳所有的群组成员的消息提醒时，筛选出所述群组成员中的目标群组成员，于所述第二预设区域显示所述目标群组成员对应的消息提醒，所述目标群组成员可基于消息发送数量阈值排序确定、基于通知等级确定或基于消息发送时间确定；

显示所述群组消息提醒包括第一显示方式和第二显示方式，所述第一显示方式为显示群组的群组头像以及未读消息的消息数量，所述第二显示方式为显示群组中的群组成员的群组成员头像以及各个群组成员对应的消息数量。

2.如权利要求1所述的方法，其特征在于，所述关联信息包括所述通信应用的类型、所述通信应用的使用时间点，所述通信应用内的未读消息的消息数量、消息来源以及所述未读消息的消息类型的至少一种，所述满足预设条件包括以下至少一项：

所述通信应用的类型为预设类型；

所述通信应用的使用时间点与当前时间点的时间间隔小于或等于预设时间间隔；

所述通信应用内的未读消息的消息数量大于或等于预设数量；

所述消息来源为预设消息来源；

所述未读消息的消息类型满足预设消息类型。

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

所述未读消息为预设消息，提取所述未读消息的关键词；

在当前时间点到达所述未读消息对应的设定时间，和/或在当前位置到达所述未读消息对应的设定地点时，将所述关键词展示在所述侧边栏的第三预设区域。

4.如权利要求1至3中任一项所述的方法，其特征在于，所述S30步骤包括：

在所述消息来源的数量大于或等于预设数量阈值时，确定或生成各个所述消息来源的通知等级；

根据所述通知等级确定或生成各个消息提醒的显示顺序；

根据所述显示顺序于所述侧边栏中显示所述消息提醒。

5.如权利要求4所述的方法，其特征在于，所述确定或生成各个所述消息来源的通知等级的方式，包括以下至少一项：

根据所述消息来源对应的消息数量确定或生成各个所述消息来源的通知等级；

根据所述消息来源的关系亲密程度确定或生成各个所述消息来源的通知等级；

根据所述消息来源对应的消息发送时间确定或生成各个所述消息来源的通知等级。

6.如权利要求1所述的方法，其特征在于，所述方法还包括以下至少一项：

所述消息来源类型为群组消息，判断所述未读消息是否与用户相关，若是，根据所述未读消息对应的消息来源和/或所述未读消息确定或生成消息提醒，于所述侧边栏的第三预设区域显示所述消息提醒。

7.如权利要求1至3中任一项所述的方法，其特征在于，所述S30步骤之后，还包括：

响应于针对所述消息提醒的第一触发动作，确定所述第一触发动作对应的目标消息来源；

基于预设显示方式显示所述目标消息来源对应的目标未读消息。

8.如权利要求7所述的方法，其特征在于，所述基于预设显示方式显示所述目标消息来源对应的目标未读消息的步骤之后，还包括以下至少一项：

响应于针对所述目标未读消息的第二触发动作，确定所述目标未读消息对应的目标通信应用，输出所述目标消息来源对应的通信窗口；

响应于针对所述目标未读消息的第二触发动作，输出消息输入窗口。

9.一种智能终端，其特征在于，包括：存储器、处理器，其中，所述存储器上存储有显示程序，所述显示程序被所述处理器执行时实现如权利要求1至8中任一项所述的显示方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的显示方法的步骤。