应用程序的通知消息的处理方法和移动终端技术领域
本发明涉及通信技术领域，尤其涉及一种应用程序的通知消息的处理方
法和移动终端。
背景技术
随着通信技术的发展，近年来，移动终端的功能越来越丰富，移动终端
上可以加载各种类型的应用程序，如微信、微博、天气、淘宝、视频客户端
等。
为了在图形用户界面中向用户提供来自应用程序的各种通知消息，操作
系统包括用于管理事件状态区的状态栏管理器。通常地，该事件状态区是指
图形用户界面中的状态栏及其下拉界面。操作系统可以通过状态栏管理器来
向用户提供上述通知消息，也就是说，通知消息的汇总主要在事件状态区中
进行提供，而且对于用户没有阅读的通知消息会在该应用程序的应用图标的
右上角进行提示。
图1为现有技术的移动终端界面示意图。如图1所示，当多个应用程序
有通知消息，且用户没有及时查看并清除时，即会在该应用图标程序的右上
角对未读通知消息的个数进行提示，但是对这些未读通知消息进行处理时，
必须点开各自的应用程序，对该应用程序内的通知消息进行点击阅读之后，
应用图标的右上角的提示才会消除。当用户需要处理多个应用程序的未读通
知消息时操作繁琐，效率较低。
发明内容
本发明提供一种应用程序的通知消息的处理方法和移动终端，以克服现
有技术中处理多个应用程序的未读通知消息时操作繁琐，效率较低的问题。
第一方面，本发明提供一种应用程序的通知消息的处理方法，包括：
获取存在未读通知消息的应用程序；
对所述应用程序的未读通知消息进行读取，以使所述应用图标的右上角
的提示消除。
可选地，所述对所述应用程序的未读通知消息进行读取，包括：
所述应用程序的未读通知消息的个数超过预设值后，按照所述未读通知
消息的时间顺序，对所述应用程序的未读通知消息进行读取；或
所述应用程序的未读通知消息对应的未读状态的持续时间超过预设时长
后，对所述应用程序的未读通知消息进行读取；或，
所述应用程序的状态为未运行状态，且未运行状态的持续时间超过预设
时长后，对所述应用程序的未读通知消息进行读取。
可选地，对所述应用程序的未读通知消息进行读取之前，还包括：
接收用户输入的操作指令；
对所述应用程序的未读通知消息进行读取，包括：
根据所述操作指令，对所述应用程序的未读通知消息进行读取。
可选地，对所述应用程序的未读通知消息进行读取，包括：
将所述应用程序的未读通知消息的消息状态由未读状态修改为已读状
态。
可选地，对所述应用程序的未读通知消息进行读取之前，还包括：
识别所述应用程序的未读通知消息中是否包含预设的关键字；
若包含，则生成所述未读通知消息对应的提醒消息，用于对用户进行提
醒。
可选地，生成所述未读通知消息对应的提醒消息之后，还包括：
根据所述应用程序的使用信息，获取提醒时机，并在所述提醒时机推送
所述提醒消息，用于对用户进行提醒；所述使用信息包括：所述应用程序的
使用时间，和/或，所述应用程序在预设时间段内的使用次数。
可选地，在所述提醒时机推送所述提醒消息之后，还包括：
接收用户输入的响应指令；
若所述响应指令中携带有应用程序的标识，则获取与所述应用程序的标
识对应的未读通知消息，并显示所述通知消息；或，
根据获取到的包含所述关键字的通知消息的时间顺序，依次显示所述通
知消息。
可选地，获取存在未读通知消息的应用程序之后，还包括：
统计所述应用程序的未读通知消息的推送时间，并根据统计结果修改所
述应用程序的通知消息的推送时间和/或数量；或，
统计所述应用程序的未读通知消息在所有未读通知消息中所占的比例，
并根据统计结果修改所述应用程序的通知消息的推送时间和/或数量；或，
统计所述应用程序的未读通知消息的类型，并根据统计结果修改所述应
用程序的通知消息的推送时间和/或数量。
第二方面，本发明提供一种移动终端，包括：
获取模块，用于获取存在未读通知消息的应用程序；
处理模块，用于对所述应用程序的未读通知消息进行读取，以使所述应
用图标的右上角的提示消除。
可选地，所述处理模块，具体用于：
所述应用程序的未读通知消息的个数超过预设值后，按照所述未读通知
消息的时间顺序，对所述应用程序的未读通知消息进行读取；或
所述应用程序的未读通知消息对应的未读状态的持续时间超过预设时长
后，对所述应用程序的未读通知消息进行读取；或，
所述应用程序的状态为未运行状态，且未运行状态的持续时间超过预设
时长后，对所述应用程序的未读通知消息进行读取。
可选地，所述移动终端还包括：
接收模块，用于接收用户输入的操作指令；
所述处理模块，具体用于：
根据所述操作指令，对所述应用程序的未读通知消息进行读取。
可选地，所述处理模块，具体用于：
将所述应用程序的未读通知消息的消息状态由未读状态修改为已读状
态。
可选地，所述获取模块，还用于：
识别所述应用程序的未读通知消息中是否包含预设的关键字；
若包含，则生成所述未读通知消息对应的提醒消息，用于对用户进行提
醒。
可选地，所述获取模块，还用于：
根据所述应用程序的使用信息，获取提醒时机，并在所述提醒时机推送
所述提醒消息，用于对用户进行提醒；所述使用信息包括：所述应用程序的
使用时间，和/或，所述应用程序在预设时间段内的使用次数。
可选地，所述接收模块，还用于：
接收用户输入的响应指令；
所述获取模块，还用于：
若所述响应指令中携带有应用程序的标识，则获取与所述应用程序的标
识对应的未读通知消息，并显示所述通知消息；或，
根据获取到的包含所述关键字的通知消息的时间顺序，依次显示所述通
知消息。
可选地，所述移动终端还包括：
统计模块，用于统计所述应用程序的未读通知消息的推送时间，并根据
统计结果修改所述应用程序的通知消息的推送时间和/或数量；或，
所述统计模块，用于统计所述应用程序的未读通知消息在所有未读通知
消息中所占的比例，并根据统计结果修改所述应用程序的通知消息的推送时
间和/或数量；或，
所述统计模块，用于统计所述应用程序的未读通知消息的类型，并根据
统计结果修改所述应用程序的通知消息的推送时间和/或数量。
本发明应用程序的通知消息的处理方法和移动终端，通过获取存在未读
通知消息的应用程序；对应用程序的未读通知消息进行读取，以使应用图标
的右上角的提示消除，相比现有技术而言，对多个应用程序的未读通知消息
进行处理时，无需点开各自的应用程序，并且对该应用程序内的未读通知消
息进行点击阅读，可以直接对获取到的存在未读通知消息的多个应用程序的
未读通知消息进行读取，以使应用图标的右上角的提示消除，操作简便，效
率较高。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实
施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下
面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在
不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术的移动终端界面示意图；
图2为本发明应用程序的通知消息的处理方法一实施例的流程示意图；
图3为本发明应用程序的通知消息的处理方法另一实施例的流程示意
图；
图4A为本发明方法一实施例的移动终端中应用程序的界面示意图一；
图4B为本发明方法一实施例的移动终端中应用程序的界面示意图二；
图5为本发明应用程序的通知消息的处理方法又一实施例的流程示意
图；
图6为本发明移动终端一实施例的结构示意图；
图7为本发明移动终端另一实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发
明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，
显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于
本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获
得的所有其他实施例，都属于本发明保护的范围。
本发明实施例所涉及的移动终端，可以包括但不限于智能手机、平板电
脑等移动通讯设备，还可以包括既具有触摸屏也具有物理按键的移动终端，
本发明实施例并不限定。
本发明实施例涉及的应用程序的通知消息的处理方法，旨在解决现有技
术中处理多个应用程序的未读通知消息时操作繁琐，效率较低的技术问题。
下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具
体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例
不再赘述。
图2为本发明应用程序的通知消息的处理方法一实施例的流程示意图。
如图2所示，应用程序的通知消息的处理方法，包括：
步骤201、获取存在未读通知消息的应用程序；
步骤202、对应用程序的未读通知消息进行读取，以使应用图标的右上
角的提示消除。
具体来说，为了解决处理多个应用程序的未读通知消息时操作繁琐，用
户体验较差的技术问题，在本发明实施例中，首先获取存在未读通知消息的
应用程序，即对移动终端中所有的应用程序进行识别，以获取所有的存在未
读通知消息的应用程序。对获取到的存在未读通知消息的应用程序的未读通
知消息进行读取，以使该应用图标的右上角的提示消除。
具体可以通过设置一个统一的处理应用程序通知消息的应用程序
(Application，简称APP)，如快速处理消息APP，用户可以在移动终端的主
界面点击该APP的应用图标，可以触发该APP进行识别，以获取所有的存在未
读通知消息的应用程序，该APP可以自动读取所有应用程序的未读通知消息，
相应的应用程序的应用图标的右上角的提示就会消除；或者，用户可以设置
为该APP进行自动识别，如间隔预设时长进行自动识别，以获取所有的存在
未读通知消息的应用程序。
上述获取所有的存在未读通知消息的应用程序，可以通过以下具体方式
实现：
为了在图形用户界面中向用户提供应用程序的入口，移动终端的操作系
统可以包括用于管理应用程序列表的管理器。通常地，该应用程序列表是指
其中呈现有应用程序启动图标(可以简称为应用图标)的桌面和启动器。可
以通过管理器根据应用程序上报的通知消息来修改在应用程序列表中该应用
程序的应用图标，以向用户提供来自应用程序的各种通知消息，即管理器可
以管理移动终端中所有应用程序的通知消息。
因此，我们也可以通过该管理器搜索所有的应用程序，查看是否有未读
通知消息。
一般来说，应用程序的通知消息可以包括几个信息字段，例如，可以包
括：消息标题，用于呈现通知消息的标题信息；消息内容，用于呈现通知消
息的完整内容；消息状态，用于标记该通知消息的状态，包括未读状态和已
读状态；以及时间信息，用于呈现通知消息的生成时间。
进一步的，在实际应用中，对应用程序的未读通知消息进行读取，可以
通过如下方式实现：
将应用程序的未读通知消息的消息状态由未读状态修改为已读状态；处
于未读状态时，应用图标的右上角有提示，而处于已读状态时，应用程序的
图标的右上角的提示就会消除。
本实施例提供的应用程序的通知消息的处理方法，通过获取存在未读通
知消息的应用程序；对应用程序的未读通知消息进行读取，以使应用图标的
右上角的提示消除，相比现有技术而言，对多个应用程序的未读通知消息进
行处理时，无需点开各自的应用程序，并且对该应用程序内的未读通知消息
进行点击阅读，可以直接对获取到的存在未读通知消息的多个应用程序的未
读通知消息进行读取，以使应用图标的右上角的提示消除，操作简便，效率
较高。
在图2所示的实施方式的基础上，进一步的，在实际应用中，对所述
应用程序的未读通知消息进行读取的具体实现方式可以有多种，因此，在
本实施例中，作为一种可选的实施方式，可以具体采用以下方式进行：
应用程序的未读通知消息的个数超过预设值后，按照未读通知消息的时
间顺序，对应用程序的未读通知消息进行读取；或
应用程序的未读通知消息对应的未读状态的持续时间超过预设时长后，
对应用程序的未读通知消息进行读取；或，
应用程序的状态为未运行状态，且未运行状态的持续时间超过预设时长
后，对应用程序的未读通知消息进行读取。
具体来说，用户可以在移动终端中提前配置一些预设规则，移动终端可
以自动将应用程序的未读通知消息按照预设规则进行读取：
如移动终端中的应用程序中存在未读通知消息的个数超过预设值后，可
以按照未读通知消息的时间信息进行排列，即按照生成时间进行排列，将生
成时间早于某一预设时间的未读通知消息进行读取，以便消除该应用程序的
应用图标的右上角的提示；
或者，
若移动终端中的应用程序中存在未读通知消息对应的未读状态的持续时
间超过预设时长后，进行读取，以便消除应用程序右上角的提示；如超过3
天未读取，则进行自动读取；
或者，
若移动终端中存在有未读通知消息的应用程序的状态为未运行状态，且
该未运行状态的持续时间超过预设时长，也可以将该应用程序的未读通知消
息进行读取，以便消除该应用程序的应用图标的右上角的提示。如移动终端
中某一应用程序一个月未运行，则自动读取该应用程序的未读通知消息。
上述具体实施方式中，可以按照一些预设的规则，对获取到的存在未读
通知消息的应用程序中的未读通知消息进行读取，预设的规则如应用程序的
未读通知消息的个数是否超过预设值，或应用程序的未读通知消息对应的未
读状态的持续时间是否超过预设时长，或应用程序的状态是否为未运行状态，
且未运行状态的持续时间是否超过预设时长。
图3为本发明应用程序的通知消息的处理方法另一实施例的流程示意
图。在上述实施方式的基础上，进一步的，在实际应用中，作为一种可选的
实施方式，如图3所示，在对应用程序的未读通知消息进行读取之前，还可
以进行如下操作：
步骤203、接收用户输入的操作指令；
则步骤202，可以具体采用如下方式实现：
步骤204、根据操作指令，对应用程序的未读通知消息进行读取。
具体来说，用户输入操作指令，移动终端获取用户输入的操作指令；操
作指令包括文字指令、手势指令和语音指令；该操作指令以及对应的操作选
项可以在移动终端中预存，用于根据用户输入的操作指令，对应用程序的未
读通知消息进行处理；
操作指令，包括但不限于：读取所有应用程序的未读通知消息、读取某
一应用程序的所有未读通知消息、读取某一应用程序的在某一时间段内的未
读通知消息。
具体来说，文字指令可以通知在移动终端的界面设置的对话框中输入，
如读取所有应用程序的未读通知消息、读取微博的未读通知消息；这里的读
取可以通过将未读通知消息的消息状态设置为已读状态来实现。
用户输入的语音指令，如可以通过移动终端的听筒输入语音。
手势指令如在某一应用程序的界面上，向左滑动手指将该应用程序的未
读通知消息进行读取。
图4A为本发明方法一实施例的移动终端中应用程序的界面示意图一。
图4B为本发明方法一实施例的移动终端中应用程序的界面示意图二。进一步
的，若本实施例的方法通过一APP实现，则可以进行如下操作：
假设该APP的启动界面，呈现如图4A所示的界面，点击该界面中的识别
按钮，触发该APP获取存在未读通知消息的应用程序，出现如图4B所示的界
面，如选中“全选”，并且点击读取按键，则上述应用程序的未读通知消息
都将被读取；
或者，可以手动选中每个应用程序分别进行读取；
还可以点击编辑按键，例如有如下选项：
按照运行频率进行排列，即应用程序多久运行一次，或，按照预设周期
内的运行次数进行排列等；
具体可以是按照运行频率进行升序排列或降序排列，如PP助手3天未运
行，微博1天未运行，九块九包邮15天未运行，按照未运行天数进行降序排列，
用户可以按照上述顺序先手动选中预设周期未运行的应用程序对该些应用程
序的通知消息进行读取；
或，按照一星期内的运行次数进行升序排列，如信息一星期运行50次，
微博一星期运行60次，九块九包邮一星期运行1次，按照运行次数进行升序排
列，用户可以按照上述顺序先手动选中运行次数较少的应用程序对该些应用
程序的通知消息进行读取。
图5为本发明应用程序的通知消息的处理方法又一实施例的流程示意
图。在上述实施方式的基础上，进一步的，在实际应用中，在存在未读通知
消息的应用程序较多时，为了用户不漏掉某些重要的通知消息，因此，在本
实施例中，作为一种可选的实施方式，如图5所示，在对应用程序的未读通
知消息进行读取之前，还可以进行如下操作：
步骤205、识别应用程序的未读通知消息中是否包含预设的关键字；
若包含，则生成未读通知消息对应的提醒消息，用于对用户进行提醒。
具体来说，可以在移动终端中预存一些关键字，如用于标识信用卡账单
的关键字，用于标识通讯录名单中优先级较高的好友的关键字等。
当移动终端对应用程序的未读通知消息进行读取时，识别到包含关键字
的未读通知消息时，可以生成提醒消息，以对用户进行提醒，例如可以在移
动终端的主界面上弹出一个对话框进行提醒。
提醒时，如果用户超过预设时长没有处理，则不再提醒(预设时长如5
秒)；或间隔预设周期再次提醒用户，超过N次提醒之后，即不再提醒。例
如N为10，预设周期为3小时。
例如，邮件对应的未读通知消息中包含有用于标识信用卡账单的关键字，
则对用户进行提醒，以便用户及时处理。
值得说明的是，步骤203和步骤205不分先后顺序，步骤203可以在步
骤205之前，也可以在步骤205之后，本发明并不以此为限。
上述具体实施方式中，对于包含预设的关键字的未读通知消息，可以生
成未读通知消息对应的提醒消息，对用户进行提醒，以免用户遗漏某些重要
的通知消息。
进一步的，在实际应用中，生成未读通知消息对应的提醒消息之后，还
可以进行如下操作：
根据应用程序的使用信息，获取提醒时机，并在提醒时机推送提醒消息，
用于对用户进行提醒；使用信息包括：应用程序的使用时间，和/或，应用程
序在预设时间段内的使用次数。
进一步的，在实际应用中，在提醒时机推送提醒消息之后，还包括：
接收用户输入的响应指令；
若响应指令中携带有应用程序的标识，则获取与应用程序的标识对应的
未读通知消息，并显示通知消息；或，
根据获取到的包含关键字的通知消息的时间顺序，依次显示通知消息。
具体来说，如果在预设时长内、或者在间隔预设周期内接收到用户输入
的响应指令，则至少存在如下几种实现方式：
第一种，若响应指令中携带有应用程序的标识，则获取与该应用程序的
标识对应的未读通知消息，并在移动终端的界面上弹出一个显示区域进行通
知消息的显示；
第二种，可以根据获取的包含有关键字的未读通知消息的时间先后顺序，
依次显示包含有关键字的通知消息。
更进一步的，可以先根据应用程序的相关信息，如应用程序的使用信息
获取提醒时机，并在提醒时机推送提醒消息以对用户进行提醒，例如：使用
信息包括：应用程序的使用时间，和/或，应用程序在预设时间段内的使用次
数。根据使用信息，可以在用户频繁使用该移动终端的时间段(即提醒时机)
进行提醒。
上述具体实施方式中，对于包含预设的关键字的未读通知消息，生成未
读通知消息对应的提醒消息，对用户进行提醒时，可以根据用户对移动终端
的使用习惯，获取最佳时机进行提醒，以免用户遗漏某些重要的通知消息。
在上述实施方式的基础上，进一步的，在实际应用中，获取存在未读通
知消息的应用程序之后，还包括：
统计所述应用程序的未读通知消息的推送时间，并根据统计结果修改所
述应用程序的通知消息的推送时间和/或数量；或，
统计所述应用程序的未读通知消息在所有未读通知消息中所占的比例，
并根据统计结果修改所述应用程序的通知消息的推送时间和/或数量；或，
统计所述应用程序的未读通知消息的类型，并根据统计结果修改所述应
用程序的通知消息的推送时间和/或数量。
具体来说，在本发明实施例中，还可以对移动终端处理应用程序的未读
通知消息进行记录，以统计用户的使用习惯，进一步可以对其他的应用程序
进行优化。
例如，可以统计未读通知消息的推送时间，如果某一应用程序中80％的
未读通知消息的推送时间为9点-12点，14点-18点，则可以生成更改推送时间
的控制命令发送给该存在未读通知消息的应用程序，以使该应用程序修改推
送时间，方便用户在非工作时间进行查看。
例如，某一存在未读通知消息的应用程序超过一个月没有使用，可以生
成提示信息，提示用户删除该应用，以优化终端的运行速度。
例如，可以统计某些应用程序的未读通知消息在所有未读通知消息中所
占的比例，如超过80％，则可以修改该应用程序的通知消息的推送时间或减
少该应用程序的通知消息的数量。
例如，可以统计应用程序的未读通知消息的类型，如网易新闻中关键字
为娱乐新闻的未读通知消息超过所有未读通知消息的80％，则可以减少该类
型的通知消息的数量，或者增加其他通知消息的推送，如社会新闻等。
上述具体实施方式中，对应用程序的未读通知消息的处理进行记录，以
统计用户的使用习惯，可以进一步对应用程序进行优化，如可以根据记录结
果的分析修改所述应用程序的通知消息的推送时间和/或数量。
图6为本发明移动终端一实施例的结构示意图。如图6所示，本实施例
的移动终端，可以包括：获取模块601、处理模块602；
其中，获取模块601，用于获取存在未读通知消息的应用程序；
处理模块602，用于对所述应用程序的未读通知消息进行读取，以使所
述应用图标的右上角的提示消除。
可选的，作为一种可实施的方式，所述处理模块602，具体用于：
所述应用程序的未读通知消息的个数超过预设值后，按照所述未读通知
消息的时间顺序，对所述应用程序的未读通知消息进行读取；或
所述应用程序的未读通知消息对应的未读状态的持续时间超过预设时长
后，对所述应用程序的未读通知消息进行读取；或，
所述应用程序的状态为未运行状态，且未运行状态的持续时间超过预设
时长后，对所述应用程序的未读通知消息进行读取。
图7为本发明移动终端另一实施例的结构示意图。在图6所示实施例的
基础上，可选的，作为一种可实施的方式，如图7所示，本实施例的移动终
端，还包括：
接收模块603，用于接收用户输入的操作指令；
所述处理模块602，具体用于：
根据所述操作指令，对所述应用程序的未读通知消息进行读取。
可选的，作为一种可实施的方式，所述处理模块602，具体用于：
将所述应用程序的未读通知消息的消息状态由未读状态修改为已读状
态。
可选的，作为一种可实施的方式，所述获取模块601，还用于：
识别所述应用程序的未读通知消息中是否包含预设的关键字；
若包含，则生成所述未读通知消息对应的提醒消息，用于对用户进行提
醒。
可选的，作为一种可实施的方式，所述获取模块601，还用于：
根据所述应用程序的使用信息，获取提醒时机，并在所述提醒时机推送
所述提醒消息，用于对用户进行提醒；所述使用信息包括：所述应用程序的
使用时间，和/或，所述应用程序在预设时间段内的使用次数。
可选的，作为一种可实施的方式，所述接收模块603，还用于：
接收用户输入的响应指令；
所述获取模块601，还用于：
若所述响应指令中携带有应用程序的标识，则获取与所述应用程序的标
识对应的未读通知消息，并显示所述通知消息；或，
根据获取到的包含所述关键字的通知消息的时间顺序，依次显示所述通
知消息。
可选的，作为一种可实施的方式，本实施例的移动终端，还包括：
统计模块604，用于统计所述应用程序的未读通知消息的推送时间，并
根据统计结果修改所述应用程序的通知消息的推送时间和/或数量；或，
所述统计模块604，用于统计所述应用程序的未读通知消息在所有未读通
知消息中所占的比例，并根据统计结果修改所述应用程序的通知消息的推送
时间和/或数量；或，
所述统计模块604，用于统计所述应用程序的未读通知消息的类型，并
根据统计结果修改所述应用程序的通知消息的推送时间和/或数量。
本实施例的移动终端，可以用于执行如图2-5任一所示方法实施例的技
术方案，其实现原理和技术效果类似，此处不再赘述。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤
可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读
取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述
的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介
质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对
其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通
技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，
或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并
不使相应技术方案的本质脱离本发明各实施例技术方案的范围。