CN108762863A - 一种通知消息展示方法、装置和移动终端 - Google Patents

Abstract

本发明公开了一种通知消息展示方法、装置及移动终端，该方法包括：获取应用程序的通知消息；在接收到通知消息展示指令时，展示未读应用程序的标识和未读消息数量，所述未读应用程序为存在未读消息的至少一个应用程序；在接收到用户针对目标应用的未读消息展示指令时，展示所述目标应用的未读消息，所述目标应用为所述未读应用程序中的应用程序。这样在用户查看通知消息时，向用户展示的是存在未读消息的应用程序的标识，当用户想进一步查看自己关心的目标应用的通知消息时，可以只向用户展示目标应用的通知消息，方便简洁，便利性较高。

Description

一种通知消息展示方法、装置和移动终端

技术领域

本发明涉及通信领域/终端领域，尤其涉及一种通知消息展示方法、装置和移动终端。

背景技术

终端设备在展示应用程序的通知消息时，一般会通过统一的消息中心进行展示。比如，目前市场上的绝大多数手机，在用户下拉顶部状态栏后，便可打开消息中心。终端设备中的各应用程序都有可能发出通知消息，比如聊天应用推送的消息，短信应用推送的短信，视频应用推送的推荐视频消息，等等。

在现有技术中，会将所有应用的通知消息逐条展示在消息中心，但是当各应用推送的消息数量较多时，用户想要查看的应用的通知消息往往会淹没在众多的通知消息中，不方便用户查看，因此现有的通知消息展示方式便利性较差。

发明内容

本发明实施例提供一种通知消息展示方法，以解决现有通知消息展示方法便利性较差的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，提供了一种通知消息展示方法，该方法包括：

获取应用程序的通知消息；

在接收到用户触发的通知消息展示指令时，展示未读应用程序的标识和未读消息数量，所述未读应用程序为存在未读消息的至少一个应用程序；

在接收到用户针对目标应用的未读消息展示指令时，展示所述目标应用的未读消息，所述目标应用为所述未读应用程序中的应用程序。

第二方面，提供了一种通知消息展示装置，包括：

获取单元，获取应用程序的通知消息；

第一展示单元，在接收到用户触发的通知消息展示指令时，展示未读应用程序的标识和未读消息数量，所述未读应用程序为存在未读消息的至少一个应用程序；

第二展示单元，在接收到用户针对目标应用的未读消息展示指令时，展示所述目标应用的未读消息，所述目标应用为所述未读应用程序中的应用程序。

第三方面，提供了一种终端设备，该终端设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法的步骤。

在本发明实施例中，通过获取应用程序的通知消息，然后当接收到通知消息展示指令时，会按照应用程序的维度，展示未读应用程序的标识和未读消息数量，在接收到用户针对目标应用的未读消息展示指令时，再展示目标应用的未读消息。这样在用户查看通知消息时，向用户展示的是存在未读消息的应用程序的标识，当用户想进一步查看自己关心的目标应用的通知消息时，可以只向用户展示目标应用的通知消息，方便简洁，便利性较高。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例提供的一种通知消息展示方法的第一种流程示意图；

图2是本发明实施例提供的一种通知消息展示界面示意图；

图3是本发明实施例提供的一种通知消息展示界面示意图；

图4是本发明实施例提供的通知消息展示装置的第一种结构示意图；

图5为本发明实施例提供的移动终端的一种结构示意图。

具体实施方式

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

如背景技术中描述的，现有技术中，由于通知消息是逐条展示在消息中心的，当用户查看消息中心的消息时，如果消息太多的话，往往不会查看到所有消息，很可能在查看的过程中便退出了。在现有技术中，通知消息一般是按照通知发出的时间顺序排列的，这样会显得杂乱无章，不方便用户查看，使用者想要一次全部找到并点击一次就打开自己关心的应用程序中所有通知时，会比较麻烦，所以很可能没全部看完自己关心的应用程序的通知就直接退出了。

本说明书一个或多个实施例中，会获取应用程序的通知消息，然后当接收到通知消息展示指令时，会按照应用程序的维度，展示未读应用程序的标识和未读消息数量；在接收到用户针对目标应用的未读消息展示指令时，再展示目标应用的未读消息。这样在用户查看通知消息时，向用户展示的是存在未读消息的应用程序的标识，当用户想进一步查看自己关心的目标应用的通知消息时，可以只向用户展示目标应用的通知消息，方便简洁，便利性较高。

为便于描述，本说明书一个或多个实施例中，通知消息展示方法的执行主体可以是智能终端设备，例如智能手机、平板电脑等。另外，该方法的执行主体也可以是通知消息管理软件本身。后文以执行主体为通知消息管理器为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为通知消息管理器只是一种示例性的说明，并不应理解为对该方法的限定。

在本说明书一个或多个实施例中，通知消息展示方法的实现流程示意图如图1所示，包括下述步骤：

步骤S100：获取应用程序的通知消息；

这里的应用程序可以是终端设备中的全部或部分应用程序，也可以包括***应用。本发明说明书的一个或多个实施例中，可以对应用程序的通知消息进行监控，当应用程序有通知消息时，便可以及时地获取到。

步骤S102：在接收到用户触发的通知消息展示指令时，展示未读应用程序的标识和未读消息数量；

通知消息展示指令可以触发通知消息的展示，该指令可以是用户在界面上通过某种操作触发的，比如，该指令可以是用户在界面顶部状态栏执行下滑操作触发的。本说明书中不对通知消息展示指令的触发形式做具体限定。

在本说明书的一个或多个实施例中，在接收到通知消息展示指令时，会按照应用程序的维度，先展示未读应用程序的标识和未读消息数量，这里的未读应用程序可以是存在未读消息的至少一个应用程序，当然，应用程序可以是存在未读消息的应用程序中的全部或部分应用程序。

另外，在展示未读应用程序的标识和未读消息数量时，还可以将应用程序的未读消息数量也进行展示，具体在将应用程序的未读消息数量进行展示时，针对每一个应用程序，会将应用程序的未读消息数量和标识进行关联展示，比如在应用程序的标识旁显示该应用程序的未读消息数量。

另外，针对未读应用程序，可以只显示该应用程序的标识和维度消息数量，而不显示第一应用的其他信息，这样可以节省界面空间，让界面更加简洁，以在界面中展示较多的应用程序，方便用户快速定位自己关心的目标应用。

通过上述步骤，用户看到的是按照应用程序的维度划分的未读消息，相对于现有技术中将所有应用程序的所有消息进行展示而言，更加清晰条例，方便用户选择自己关心的目标应用来查看通知消息。

步骤S104，在接收到用户针对目标应用的未读消息展示指令时，展示所述目标应用的未读消息。

目标应用可以是所述未读应用程序中的应用程序。

针对所述目标应用的未读消息展示指令，可以触发展示目标应用的未读消息，该指令可以是用户在界面上通过某种操作触发的，比如，该指令可以是用户在步骤S102中展示的标识上执行点击操作触发的。本说明书中不对未读消息展示指令的触发形式做具体限定。

当接收到未读消息展示指令后，便可以展示步骤S100中获取的目标应用的未读消息，图3给出了一种展示未读消息的界面示意图，由于应用的未读消息是预先获取的，那么用户在查看未读消息时，便无需打开目标应用，无需运行目标应用，节省了手机的运行资源。

通过上述步骤，用户便可看到目标应用的未读消息，而不会受到其它应用程序的通知消息的干扰，便利性较高。

基于本申请的上述发明构思，为了便于更好的理解本申请的技术特征、手段和效果，下面对本说明书一个或多个实施例中的通知消息展示方法做进一步说明，下文中没有介绍到的概念可参见前文中的相关描述。

在本说明书的一个或多个实施例中，应用程序的标识包括下述至少一种：应用程序的图标、应用程序的名称。如前文所述，在展示应用程序的标识时，还可以对应展示应用程序的未读消息数量，那么，在具体展示未读应用程序的标识和未读消息数量时，可以将未读应用程序的标识和未读消息的数量关联在一起进行展示，比如将未读消息数量放在应用程序图标的右上角，然后将关联后的未读应用程序的图标和未读消息数量进行展示，在具体关联时，针对每个应用程序而言，可以分别将各应用程序的图标和未读消息进行关联展示，如图2所示。

在本说明书的一个或多个实施例中，在获取应用程序的通知消息后，可以将获取到的通知消息进行存储。那么当需要展示目标应用的未读消息时，便可以获取存储的该目标应用的未读消息，对未读消息进行展示。

比如，可以预先建立用来存储通知消息的数据库结构，该数据库结构中可以按照应用程序的维度对消息进行区分，也可以将未读消息和应用程序的标识建立关联关系，以方便在展示时可以根据数据库中的数据，将应用程序的未读消息和标识进行关联展示。

通过预先将通知消息进行存储，然后在接收到用户针对目标应用的未读消息展示指令时，便可以将存储的未读消息进行展示，而无需打开目标应用，节省了手机的运行资源。

在本说明书的一个或多个实施例中，在将所述应用程序的通知消息进行存储时，可以将获取的通知消息存储到栈中，由于栈遵循先进后出规则，因此，在展示目标应用的未读消息时，可以直接从栈中读取存储的目标应用的通知消息，并将读取通知消息的先后顺序，作为通知消息的推送时间从新到旧的顺序。

那么，如果按照读取顺序进行展示，最终即可实现按照通知消息的推送时间从新到旧的顺序，而无需再按照通知消息的时间进行重新排序，方便快捷，节省手机的运行资源。具体在展示时，可以将先读取的通知消息排列在后读取的消息之前进行展示，方便用户查阅最新通知消息。

另外，还可以在栈顶记录应用程序推送的未读消息的数量，以方便将未读消息与应用程序图标关联展示。

在本说明书的一个或多个实施例中，在检测到应用程序发出通知消息后，可以对通知消息进行数据分析，首先，可以识别发送该通知消息的应用程序，并确定该通知消息的接收时间；然后，计算该应用程序共有多少条未读消息，可以将未读消息数量记录在栈顶；最后，将该通知消息和接收时间作为一条数据记录进行保存。当然，在通知消息未被用户查看之前，可以将通知消息的状态标记为未读。

在本说明书的一个或多个实施例中，在展示未读应用程序的标识和未读消息数量时，可以按照各应用程序的最新一条通知消息的接收时间，由新到旧的顺序进行展示，通知消息越新的应用程序的标识排序越靠前。具体展示时，可以是从左到右依次排列，如果第一列排满，则从下一列继续从左到右排列。

如果展示的应用程序的标识为应用程序的图标，那么图标的排布风格可以和桌面图标的排布风格一致，这里的排布风格包括下述至少一种：图标的大小、每行排布图标数量、每列排布图标数量。这样更贴合用户的使用习惯，使得用户的操作更加便利，提高了消息管理器的便利性。当然图标的排布顺序可以遵循前文所述的标识的排序。

另外，还可以将应用程序的最新一条通知消息的接收时间和应用程序的标识进行关联展示，比如将接收时间展示在应用程序的图标的左上角。方便用户知道最新的消息是否是最近更新过的消息，而无需打开消息展示的页面。

在本说明书的一个或多个实施例中，在展示目标应用的未读消息后，还可以接收用户针对展示的通知消息的处理指令，然后对通知消息进行处理操作。这里的处理操作包括下述至少一种：删除通知消息、保存通知消息、编辑通知消息、消息展示顺序变更操作。

如果用户对某条通知消息执行删除操作，那么可以重新统计未读消息的数量，将已读不保存的消息进行删除，并进行排序，然后重新刷新显示未读消息。

如果用户对某条通知消息执行保存操作，那么可以将该通知消息的状态设置为已读，然后保存该消息，并重新统计未读消息的数量，然后重新刷新显示未读消息。消息的具体保存位置可以是运行内存中，也可以是机身存储中。

如果用户对某条通知消息执行编辑操作，那么可以向用户提供编辑框，来接收用户输入的编辑后的消息，然后将编辑后的消息进行保存。

在本说明书的一个或多个实施例中，当用户期望打开发出通知消息的目标应用查看具体消息时，可以点击展示的未读消息，启动目标应用来查看具体的消息。那么，只有在用户想深入查看目标应用的具体消息时，才去启动目标应用。

而现有技术中，由于删除消息的方式往往是左右滑动，而翻阅消息的方式为上下滑动，那么当消息数量太多时，用户会持续地上下滑动来查看更多的消息，这样难免会由于误操作而删除消息，或者打开应用程序。而本发明实施例中，用户在查看消息时，首先看到的是包含未读消息的应用程序的图标，然后进一步操作后，才会看到所有的未读消息，由于应用程序的图标占用屏幕面积小，在屏幕中可以展示较多应用程序的图标，用户一般无需通过进一步操作来查看更多包含未读消息的应用程序。因此，相对于现有技术而言，在一定程度上可以避免用户误操作而打开不想打开的应用，避免消耗过多的运行资源。

以上为本申请实施例提供的通知消息展示方法，基于同样的思路，本申请实施例还提供相应的通知消息展示装置，如图4所示，该装置具体包括：

获取单元201，获取应用程序的通知消息；

第一展示单元202，在接收到通知消息展示指令时，展示未读应用程序的标识和未读消息数量，所述未读应用程序为存在未读消息的至少一个应用程序；

第二展示单元203，在接收到用户针对目标应用的未读消息展示指令时，展示所述目标应用的未读消息，所述目标应用为所述未读应用程序中的应用程序。

在一种实施方式中，所述应用程序的标识包括下述至少一种：

应用程序的图标、应用程序的名称；

所述第一展示单元201，具体用于：

将所述未读应用程序的标识和未读消息的数量关联在一起进行展示。

在一种实施方式中，所述装置还包括，存储单元204，在获取应用程序的通知消息后，将获取到的通知消息进行存储；

所述第二展示单元203，具体用于：

获取存储的所述目标应用的未读消息，对所述未读消息进行展示。

在一种实施方式中，所述获取单元201，具体用于：

将获取的通知消息存储到栈中；

所述第二展示单元203，具体用于：

从栈中读取存储的目标应用的通知消息，并按照读取顺序进行展示；其中先读取的消息展示排序靠前。

在一种实施方式中，所述装置还包括：

处理单元205，在展示所述目标应用的未读消息后，接收用户针对所述通知消息的处理指令，对所述通知消息进行处理操作；

所述处理操作包括下述至少一种：

删除通知消息、保存通知消息、编辑通知消息、消息展示顺序变更操作。

本发明实施例提供的通知消息展示装置能够实现图1的方法实施例中终端设备实现的各个过程，为避免重复，这里不再赘述。本发明提供的通知消息展示装置，通过获取应用程序的通知消息，然后当接收到通知消息展示指令时，会按照应用程序的维度，展示未读应用程序的标识和未读消息数量，在接收到用户针对目标应用的未读消息展示指令时，再展示目标应用的未读消息。这样在用户查看通知消息时，向用户展示的是存在未读消息的应用程序的标识，当用户想进一步查看自己关心的目标应用的通知消息时，可以只向用户展示目标应用的通知消息，方便简洁，便利性较高。

图5为实现本发明各个实施例的一种移动终端的硬件结构示意图，

该移动终端100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图5中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器110，用于获取应用程序的通知消息；

在接收到通知消息展示指令时，展示未读应用程序的标识和未读消息数量，所述未读应用程序为存在未读消息的至少一个应用程序；

在接收到用户针对目标应用的未读消息展示指令时，展示所述目标应用的未读消息，所述目标应用为所述未读应用程序中的应用程序。

通过获取应用程序的通知消息，然后当接收到通知消息展示指令时，会按照应用程序的维度，展示未读应用程序的标识和未读消息数量，在接收到用户针对目标应用的未读消息展示指令时，再展示目标应用的未读消息。这样在用户查看通知消息时，向用户展示的是存在未读消息的应用程序的标识，当用户想进一步查看自己关心的目标应用的通知消息时，可以只向用户展示目标应用的通知消息，方便简洁，便利性较高。

应理解的是，本发明实施例中，射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信***与网络和其他设备通信。

移动终端通过网络模块102为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元103可以将射频单元101或网络模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103包括扬声器、蜂鸣器以及受话器等。

输入单元104用于接收音频或视频信号。输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或网络模块102进行发送。麦克风1042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。

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

显示单元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上提供相应的视觉输出。虽然在图5中，触控面板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逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

另外，移动终端100包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器110，存储器109，存储在存储器109上并可在所述处理器110上运行的计算机程序，该计算机程序被处理器110执行时实现上述通知消息展示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述通知消息展示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

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

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (11)

1.一种通知消息展示方法，其特征在于，包括：

获取应用程序的通知消息；

在接收到用户触发的通知消息展示指令时，展示未读应用程序的标识和未读消息数量，所述未读应用程序为存在未读消息的至少一个应用程序；

在接收到用户针对目标应用的未读消息展示指令时，展示所述目标应用的未读消息，所述目标应用为所述未读应用程序中的应用程序。

2.如权利要求1所述方法，其特征在于，

展示未读应用程序的标识和未读消息数量，具体包括：

将所述未读应用程序的标识和未读消息的数量关联在一起进行展示。

3.如权利要求1所述方法，其特征在于，

在获取应用程序的通知消息后，所述方法还包括：将获取到的通知消息进行存储；

所述展示所述目标应用的未读消息，具体包括：

获取存储的所述目标应用的未读消息，对所述未读消息进行展示。

4.如权利要求3所述的方法，其特征在于，将获取到的通知消息进行存储，具体包括：

将获取的通知消息存储到栈中；

所述展示所述目标应用的未读消息，具体包括：

从栈中读取存储的目标应用的通知消息，并按照读取顺序进行展示；其中，先读取的消息排列在后读取的消息之前进行展示。

5.如权利要求1所述方法，其特征在于，在展示所述目标应用的未读消息后，所述方法还包括：

接收用户针对所述通知消息的处理指令，对所述通知消息进行处理操作；

所述处理操作包括下述至少一种：

删除通知消息、保存通知消息、编辑通知消息、消息展示顺序变更操作。

6.一种通知消息展示装置，其特征在于，包括：

获取单元，获取应用程序的通知消息；

第一展示单元，在接收到用户触发的通知消息展示指令时，展示未读应用程序的标识和未读消息数量，所述未读应用程序为存在未读消息的至少一个应用程序；

第二展示单元，在接收到用户针对目标应用的未读消息展示指令时，展示所述目标应用的未读消息，所述目标应用为所述未读应用程序中的应用程序。

7.如权利要求6所述装置，其特征在于，

所述第一展示单元，具体用于：

将所述未读应用程序的标识和未读消息的数量关联在一起进行展示。

8.如权利要求6所述装置，其特征在于，

所述装置还包括，存储单元，在获取应用程序的通知消息后，将获取到的通知消息进行存储；

所述第二展示单元，具体用于：

获取存储的所述目标应用的未读消息，对所述未读消息进行展示。

9.如权利要求8所述的装置，其特征在于，

所述获取单元，具体用于：

将获取的通知消息存储到栈中；

所述第二展示单元，具体用于：

从栈中读取存储的目标应用的通知消息，并按照读取顺序进行展示；其中，先读取的消息排列在后读取的消息之前进行展示。

10.如权利要求6所述装置，其特征在于，所述装置还包括：

处理单元，在展示所述目标应用的未读消息后，接收用户针对所述通知消息的处理指令，对所述通知消息进行处理操作；

所述处理操作包括下述至少一种：

删除通知消息、保存通知消息、编辑通知消息、消息展示顺序变更操作。

11.一种移动终端，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至5中任一项所述的方法的步骤。