CN106557330A - 移动终端系统通知栏通知信息处理方法、装置和移动终端 - Google Patents

Abstract

本发明提供一种移动终端系统通知栏通知信息处理方法和装置，监听系统广播消息并获取发布到系统通知栏的通知信息；依据通知信息相对应的属性或应用程序包名确定通知信息所属的预定义通知类别；根据通知类别确定通知信息的关注度，关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成；依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示通知信息。系统可以根据用户历史操作记录和预设的显示策略显示通知信息，使得用户关注度高的通知信息能以较显眼的位置吸引用户注意，保证用户能够迅速找到自己关注的通知信息，既提升了终端设备的操作效率也促进了用户的体验。另外还提供一种移动终端。

Description

移动终端系统通知栏通知信息处理方法、装置和移动终端

技术领域

本发明涉及移动终端技术领域，具体而言，本发明涉及一种移动终端系统通知栏通知信息处理方法、装置和移动终端。

背景技术

随着移动互联网的发展，即时通讯软件、信息交互软件越来越多，用户在使用终端设备时经常会接收到形形色色的通知信息，例如系统更新提示信息，以及各种APP(应用程序)推送的信息，如QQ信息、微信、网银相关信息等等。各种通知信息在默认情况下一般都会出现在通知栏，这样众多通知信息相互交织、堆叠在一起，呈现一个多条的列表，较为杂乱，甚至因为某个APP的通知信息数量过多而挤占整个通知栏，造成其他信息无法及时显示。用户很难迅速找到自己关注的通知信息，影响阅读速度，降低了终端设备的操作效率，也影响了用户的体验。

发明内容

本发明的目的旨在至少能解决上述的技术缺陷之一，特别是无法迅速找到关注度高的通知信息的技术缺陷。

本发明提供一种系统通知栏通知信息处理方法，包括如下步骤：

监听系统广播消息并获取发布到系统通知栏的通知信息；

依据所述通知信息相对应的属性或应用程序包名确定所述通知信息所属的预定义通知类别；

根据所述通知类别确定所述通知信息的关注度，所述关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成；

依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示所述通知信息。

在其中一个实施例中，所述系统为安卓系统，通过onNotificationPosted()方法监听系统广播消息。

在其中一个实施例中，每种属性对应一种通知类别；将所述通知信息的内容和预设模板库比对以确定该通知信息相对应的属性，从而确定所述通知信息所属的通知类别。

在其中一个实施例中，所述通知信息的属性至少包括用户相关的消息、发送方相关的消息、第三方相关的消息中的其中之一。

在其中一个实施例中，每种应用程序对应一种通知类别；根据所述通知信息相对应的应用程序包名确定所述通知信息所属的通知类别。

在其中一个实施例中，所述通知信息相对应的应用程序为短信，将同一短信发送号码的通知信息划分为同一通知类别。

在其中一个实施例中，所述关注度包括多于一种级别，每种通知类别对应一种级别。

在其中一个实施例中，所述关注度根据关注度高低依次包括第一级、第二级、第三级三个级别；所述显示策略包括以下至少一种：

策略一：所述关注度越高，所述通知信息在系统通知栏显示越靠前；

策略二：所述关注度越高，所述通知信息在下拉通知列表显示越靠上；

策略三：所述关注度最低，禁止在系统通知栏显示所述通知信息；

策略四：所述关注度为第二级或第三级，将该通知类别的全部通知信息合并为一条提示信息。

在其中一个实施例中，针对属于所述通知类别的通知信息的用户历史操作记录，如果所述通知类别的通知信息被即时读取的比例达到预设比例，则所述通知类别的通知信息的关注度为第一级；其中，所述被即时读取为：在推送通知信息后的预设时长内通知信息被触发读取。

在其中一个实施例中，针对属于所述通知类别的通知信息的用户历史操作记录，如果所述通知类别的通知信息被延时读取的比例达到预设比例，则所述通知类别的通知信息的关注度为第二级；其中，所述被延时读取为：在推送通知信息后的预设时长之后通知信息被触发读取。

在其中一个实施例中，针对属于所述通知类别的通知信息的用户历史操作记录，如果所述通知信息未被读取就被删除的比例达到预设比例，则所述通知类别的关注度为第三级。

在其中一个实施例中，在依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示所述通知信息之后，还包括步骤：

当所述通知信息被读取或被删除时，记录针对所述通知信息的用户操作。

本发明还提供一种系统通知栏通知信息处理装置，包括：

监听模块，用于监听系统广播消息并获取发布到系统通知栏的通知信息；

类别确定模块，用于依据所述通知信息相对应的属性或应用程序包名确定所述通知信息所属的预定义通知类别；

关注度确定模块，用于根据所述通知类别确定所述通知信息的关注度，所述关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成；

显示模块，用于依据所确定的关注度确定所述通知信息在系统通知栏或下拉通知列表的显示策略。

在其中一个实施例中，所述系统为安卓系统，通过onNotificationPosted()方法监听系统广播消息。

在其中一个实施例中，每种属性对应一种通知类别；将所述通知信息的内容和预设模板库比对以确定该通知信息相对应的属性，从而确定所述通知信息所属的通知类别。

在其中一个实施例中，所述通知信息的属性至少包括用户相关的消息、发送方相关的消息、第三方相关的消息中的其中之一。

在其中一个实施例中，每种应用程序对应一种通知类别；根据所述通知信息相对应的应用程序包名确定所述通知信息所属的通知类别。

在其中一个实施例中，所述通知信息相对应的应用程序为短信，将同一短信发送号码的通知信息划分为同一通知类别。

在其中一个实施例中，所述关注度包括多于一种级别，每种通知类别对应一种级别。

在其中一个实施例中，所述关注度根据关注度高低依次包括第一级、第二级、第三级三个级别；所述显示策略包括以下至少一种：

策略一：所述关注度越高，所述通知信息在系统通知栏显示越靠前；

策略二：所述关注度越高，所述通知信息在下拉通知列表显示越靠上；

策略三：所述关注度最低，禁止在系统通知栏显示所述通知信息；

策略四：所述关注度为第二级或第三级，将该通知类别的全部通知信息合并为一条提示信息。

在其中一个实施例中，针对属于所述通知类别的通知信息的用户历史操作记录，如果所述通知类别的通知信息被即时读取的比例达到预设比例，则所述通知类别的通知信息的关注度为第一级；其中，所述被即时读取为：在推送通知信息后的预设时长内通知信息被触发读取。

在其中一个实施例中，针对属于所述通知类别的通知信息的用户历史操作记录，如果所述通知类别的通知信息被延时读取的比例达到预设比例，则所述通知类别的通知信息的关注度为第二级；其中，所述被延时读取为：在推送通知信息后的预设时长之后通知信息被触发读取。

在其中一个实施例中，针对属于所述通知类别的通知信息的用户历史操作记录，如果所述通知信息未被读取就被删除的比例达到预设比例，则所述通知类别的关注度为第三级。

在其中一个实施例中，还包括记录模块；当所述通知信息被读取或被删除时，所述记录模块用于记录针对所述通知信息的用户操作。

本发明还提供一种移动终端，其包括：

触敏显示器；

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序被配置用于执行如上述任一实施例的移动终端系统通知栏通知信息处理方法。

上述的移动终端系统通知栏通知信息处理方法、装置和移动终端，监听系统广播消息并获取发布到系统通知栏的通知信息；依据所述通知信息相对应的属性或应用程序包名确定所述通知信息所属的预定义通知类别；根据所述通知类别确定所述通知信息的关注度，所述关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成；依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示所述通知信息。因此，系统可以根据用户历史操作记录和预设的显示策略显示通知信息，使得用户关注度高的通知信息能以较显眼的位置吸引用户注意，保证用户能够迅速找到自己关注的通知信息，既提升了终端设备的操作效率也促进了用户的体验。当用户在使用终端设备时接收到诸如短信、系统更新、应用程序推送的通知信息时，各种通知信息会根据其关注度而确定的显示策略有序的出现在通知栏，本发明可以避免众多通知信息相互交织、堆叠在一起，呈现一个杂乱的通知列表，以及因为某个APP的通知信息数量过多而挤占整个通知栏，造成其他信息无法及时显示的情况。用户可以迅速找到自己关注的通知信息，提升了终端设备的操作效率和用户体验。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为一个实施例的移动终端系统通知栏通知信息处理方法流程图；

图2为一个实施例的移动终端系统通知栏通知信息处理装置模块图；

图3示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通讯链路上，执行双向通讯的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通讯设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通讯设备；PCS(Personal Communications Service，个人通讯系统)，其可以组合语音、数据处理、传真和/或数据通讯能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通讯终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通讯方式实现通讯，包括但不限于，基于3GPP、LTE、WIMAX的移动通讯、基于TCP/IP、UDP协议的计算机网络通讯以及基于蓝牙、红外传输标准的近距无线传输方式。

以下描述的移动终端系统通知栏通知信息处理方法和装置，可以应用于移动终端，例如应用于手机、平板电脑，总之是具有通信功能的终端。

图1为一个实施例的移动终端系统通知栏通知信息处理方法流程图。

本发明提供一种移动终端系统通知栏通知信息处理方法，包括如下步骤：

步骤S100：监听系统广播消息并获取发布到系统通知栏的通知信息。

在这里系统是指移动终端操作系统，例如谷歌安卓系统、苹果iOS系统等等，在以下的描述中，以安卓系统为例。

在安卓系统中，通知监听服务(NotificationListenerService)用来接收来自系统和应用发送的通知。NotificationListenerService主要包括两方面的内容，一个是通知监听服务的注册过程，另一个是通知的监听过程。那么该如何创建一个通知监听服务呢？其实只需要新建一个NotificationListenerService，并重写onNotificationPosted()方法。这样当有新的通知到来时，onNotificationPosted()方法就会得到执行，相当于onNotificationPosted()方法监听并获取系统和应用发出来的通知。

NotificationListenerService主要有下面四个方法：

1、public void onListenerConnected()；这个方法是在注册通知监听服务成功的时候调用，这个方法会将所有的通知返回。

2、public void onNotificationPosted(final StatusBarNotification sbn,final RankingMap rankingMap)；这个方法在有新通知的时候调用，其中sbn就是通知，rankingMap包含通知显示的先后顺序。

3、public void onNotificationRemoved(StatusBarNotification sbn,finalRankingMap rankingMap)；这个方法在通知被删除的时候调用。

4、public void onNotificationRankingUpdate(final RankingMaprankingMap)；这个方法在更新通知的显示顺序的时候调用。

步骤S200：依据该通知信息相对应的属性或应用程序包名确定该通知信息所属的预定义通知类别。

通知信息按照不同的分类方法，通知类别可以是多种多样的，而本实施例中的通知类别是由设计者分类的。例如，设计者可以根据通知信息对应的应用程序来分类，也可以根据通知信息的属性来分类，设计者还可以根据通知信息对应的应用程序和通知信息的属性来分类，例如先将每种应用程序都分成一个大类，然后再按照不同属性的通知信息在该大类中进行细分。

以根据通知信息的属性来分类为例，每种属性对应一种通知类别；将获取到的通知信息的内容和预设模板库比对以确定该通知信息相对应的属性，从而确定该通知信息所属的通知类别。设计者可以通过研究大量的、各种各样的通知然后按照通知类型对通知进行分类并预建模板库，例如通常移动服务号码10086发来的余额提示信息、银行发来的信用卡还款信息、铁路服务号码12306发来的乘车提示信息，这些信息内容都是具有固定的一个或数个模板的。当这些信息对应的通知信息被发送到通知栏后，系统将获取到的通知信息的内容与预设模板库比对以确定该通知信息相对应的属性，从而确定该通知信息所属的通知类别。

例如接收到12306发来的短信如：“【铁路客服】订单号EB55237756，文女士/先生您已成功订购2016年11月10日12:45分D/K/C/T633次04车15F号广州开往深圳的列车，请尽快换取纸质车票。”该短信中的“EB55237756”、“文女士或者文先生”、“2016年11月10日12:45分”、“D/K/C/T633次04车15F号”以及“广州开往深圳”等都属于因人而异、因时而异、因地而异的变量信息，除这些变量信息之外的文字内容都是固定的，因此可以将这些文字内容作为模板预设于模板数据库中。当该条短信对应的通知信息被发送到通知栏后，获取到的通知信息的内容后，将忽略变量信息后的文字内容和预设模板库比对，从而确定该通知信息为乘车提示信息，从而确定该通知信息所属的通知类别。

设计者可以将通知信息分为用户相关的消息、发送方相关的消息以及第三方相关的消息。

与用户相关的消息包括即时通信消息、信用卡还款消息、消费消息、银行账户消息、订单消息、行程提醒消息等等的用户个人信息。这类通知信息关系到用户生活的方方面面，通常为用户较为感兴趣的内容，甚至是用户定制的信息，用户通常会很快对此类别通知信息做出处理。

发送方相关的消息包括系统消息、应用升级消息等等与系统或应用程序有直接联系的通知信息。此类别通知信息通常没有必要即时查看，但是通常对用户而言确实有查看的必要，因此用户通常总是延迟一段时间而不是即时查看。常见的系统消息有系统升级、系统内存不足等，例如系统升级消息，用户通常不会马上升级，但是最终也会升级。

第三方相关的消息包括广告消息、新闻消息、天气消息等等既与用户无直接联系、也与系统本身或应用程序本身无直接联系的通知信息。此类别通知信息的数量和种类都比较繁多，通知内容并不是用户必须了解的，用户通常会选择查看自己感兴趣的通知信息，而忽略另一部分的通知信息。

下面以根据通知信息对应的应用程序来分类为例。每种应用程序对应一种通知类别；根据该通知信息相对应的应用程序包名确定该通知信息所属的通知类别。不同应用程序推送的通知信息属于不同的通知类别，而同一应用程序推送的信息则都可划分为同一类别，例如微信推送的通知信息属于一类通知信息，微博推送的通知信息也可划分为同一种类的通知信息，短信推送的通知信息也可划分为同一类通知信息。因此，当通过onNotificationPosted()方法接收到通知信息后，解析该通知信息，获取推送该通知信息的应用程序的包名，从而确定推送该通知信息的应用程序。

下面再以根据通知信息对应的应用程序和通知信息的属性来分类为例，先将每种应用程序都分成一个大类，然后再按照不同属性的通知信息在该大类中进行细分，即按照不同应用程序中的不同属性的通知信息分为不同的通知类别。例如可以首先将微信、微博、短信推送的通知信息各自分成一个大类，而微信推送的通知信息按照属性又可以分为即时通信消息、应用系统通知消息，微博推送的通知信息按照属性又可以分为个人消息、应用系统通知消息、微博推荐消息，短信推送的通知信息又可以将同一短信发送号码的通知信息划分为同一通知类别(例如将移动服务号码10086发来的短信分为一类、铁路服务号码12306发来的短信分为一类、工商银行95588发来的短信分为一类)，甚至还可以将同一短信发送号码所发送的短信按照短信内容继续分类，例如将移动服务号码10086发来的短信按照有关个人信息的短信(例如话费查询短信)和非有关个人信息(例如优惠活动短信)的短信分为两类。

终端确定了该通知信息的通知类别后，可以执行步骤S300。

步骤S300：根据该通知类别确定该通知信息的关注度，该关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成。

关注度表示用户对通知信息的关注程度。关注度可以包括多于一种级别，每种通知类别对应一种级别。例如，关注度根据关注度高低依次包括第一级、第二级、第三级三个级别，系统根据各通知类别的通知信息的用户历史操作记录将每个通知类型标记为其相对应的级别。因此确定了通知的类别后，就可以根据预设的对应关系确定该通知的关注度级别。

在本实施例中，设计者按照通知信息被用户读取与否和读取快慢可以将所有通知类别的关注度设置为三个等级。系统针对属于同一通知类别通知信息的用户历史操作记录，如果该通知类别的通知信息被即时读取的比例达到预设比例，则该通知类别通知信息的关注度被定义为第一级。其中，被即时读取表示在推送通知信息后的预设时长内通知信息被触发读取。例如该预设比例为百分之八十，预设时长为十分钟。假设系统通过统计用户历史操作记录得知，同一应用程序(例如微信)发送的通知信息有百分之八十以上都会在十分钟内被用户读取，因此该应用程序的通知信息的关注度被设置为第一级。当再接收到该应用程序的通知信息，该通知信息的关注度就直接会被定义为是第一级。

同理，如果所属同一类别的通知信息历史操作记录中被延时读取的比例达到预设比例，被延时读取表示在推送通知信息后的预设时长之后通知信息被触发读取，则该通知类别的通知信息的关注度为第二级。例如接收到系统升级的系统通知信息，由于此类通知信息只是关于系统的通知，不对用户的本身产生直接影响，通常也不具备时效性，所以如果此类通知信息在用户处于忙碌状态下或是非WIFI网络状态时推送至移动终端，用户一般会选择暂时忽略，用户会选择在自己方便的时刻处理。用户历史操作记录中此类通知百分之八十以上都是被用户延时读取，因此该通知类别的通知信息的关注度被设置为第二级。当再接收到系统通知信息，该通知信息的关注度就直接会被定义为是第二级。

如果针对属于同一通知类别的通知信息的用户历史操作记录，该通知信息还未被读取就直接被删除的比例达到预设比例，则该通知类别的关注度为第三级。此类通知信息通常包含用户不感兴趣的内容，通知类别因用户的不同而存在差异。在其中一个实施例中，假如该用户对娱乐新闻不感兴趣，根据用户历史操作记录，应用程序推送此类通知信息时，用户百分之八十以上都会选择忽略或直接删除，因此该通知类别的通知信息的关注度被设置为第三级别。当再接收到这类通知信息，该通知信息的关注度就直接会被定义为是第三级别。

以根据通知信息对应的应用程序来分类为例，根据APP分为多个通知类别，每种通知类别对应其关注度级别。表1中，表示对系统中安装的n种APP进行分类，然后每种通知类别对应其关注度级别。因此确定了通知类别后，就确定了通知信息的关注度。

表1

在确定了该通知信息的关注度后可以执行步骤S400。

步骤S400：依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示所述通知信息。

显示策略是与关注度关联的，预先设置显示策略，然后根据显示策略显示该通知信息。例如，显示策略包括以下至少一种：

策略一：关注度越高，通知信息在系统通知栏显示越靠前。

策略二：关注度越高，通知信息在下拉通知列表显示越靠上。

策略三：关注度最低，禁止在系统通知栏显示通知信息。

策略四：关注度为第二级或第三级，将该通知类别的全部通知信息合并为一条提示信息。

例如，如果关注度为第一级，则在系统通知栏前列显示该通知信息的图标A1，或者进一步的可以将通知信息置于下拉通知列表的上部展示；如果关注度为第二级，则在系统通知栏中关注度为第一级的通知信息的图标A1之后显示该通知信息的图标A2，或者进一步的可以将该通知信息置于下拉通知列表中的关注度为第一级的通知信息的下方展示；如果关注度为第三级，则禁止展示该通知信息，又或者可以将该通知信息置于下拉通知列表中的关注度为第一级的通知信息的下方展示，又或者将该通知类别的全部通知信息合并为一条提示信息。系统将接收到的所有通知信息的图标都会按照上述显示策略排列在通知栏，用户通过下拉通知栏就可以查看所有的通知信息。

根据关注度确定是否展示以及如何展示该通知信息之后，当该通知信息被读取、忽略或被删除时，系统记录针对该通知信息的用户操作，以持续优化用户历史操作记录的数据。这里记录的用户操作即上述的即时读取、延时读取或还未被读取就直接被删除。

图2为一个实施例的移动终端通知信息的处理装置模块图。

基于上述的移动终端系统通知栏通知信息处理方法，本发明还提供一种移动终端通知信息的处理装置，其包括：监听模块100、类别确定模块200、关注度确定模块300、显示模块400和记录模块500。

监听模块100用于监听系统广播消息并获取发布到系统通知栏的通知信息；类别确定模块200用于依据所述通知信息相对应的属性或应用程序包名确定所述通知信息所属的预定义通知类别；关注度确定模块300用于根据所述通知类别确定所述通知信息的关注度，所述关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成；显示模块400用于依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示所述通知信息；记录模块500记录本次针对该通知信息的用户操作，以持续优化用户历史操作记录的数据。

监听模块100监听系统广播消息并获取发布到系统通知栏的通知信息。

在这里系统是指移动终端操作系统，例如谷歌安卓系统、苹果iOS系统等等，在以下的描述中，以安卓系统为例。

在安卓系统中，通知监听服务(NotificationListenerService)用来接收来自系统和应用发送的通知。NotificationListenerService主要包括两方面的内容，一个是通知监听服务的注册过程，另一个是通知的监听过程。那么该如何创建一个通知监听服务呢？其实只需要新建一个NotificationListenerService，并重写onNotificationPosted()方法。这样当有新的通知到来时，onNotificationPosted()方法就会得到执行，相当于onNotificationPosted()方法监听并获取系统和应用发出来的通知。

NotificationListenerService主要有下面四个方法：

1、public void onListenerConnected()；这个方法是在注册通知监听服务成功的时候调用，这个方法会将所有的通知返回。

2、public void onNotificationPosted(final StatusBarNotification sbn,final RankingMap rankingMap)；这个方法在有新通知的时候调用，其中sbn就是通知，rankingMap包含通知显示的先后顺序。

3、public void onNotificationRemoved(StatusBarNotification sbn,finalRankingMap rankingMap)；这个方法在通知被删除的时候调用。

4、public void onNotificationRankingUpdate(final RankingMaprankingMap)；这个方法在更新通知的显示顺序的时候调用。

类别确定模块200依据该通知信息相对应的属性或应用程序包名确定该通知信息所属的预定义通知类别。

通知信息按照不同的分类方法，通知类别可以是多种多样的，而本实施例中的通知类别是由设计者分类的。例如，设计者可以根据通知信息对应的应用程序来分类，也可以根据通知信息的属性来分类，设计者还可以根据通知信息对应的应用程序和通知信息的属性来分类，例如先将每种应用程序都分成一个大类，然后再按照不同属性的通知信息在该大类中进行细分。

以根据通知信息的属性来分类为例，每种属性对应一种通知类别；将获取到的通知信息的内容和预设模板库比对以确定该通知信息相对应的属性，从而确定该通知信息所属的通知类别。设计者可以通过研究大量的、各种各样的通知然后按照通知类型对通知进行分类并预建模板库，例如通常移动服务号码10086发来的余额提示信息、银行发来的信用卡还款信息、铁路服务号码12306发来的乘车提示信息，这些信息内容都是具有固定的一个或数个模板的。当这些信息对应的通知信息被发送到通知栏后，类别确定模块200将获取到的通知信息的内容与预设模板库比对以确定该通知信息相对应的属性，从而确定该通知信息所属的通知类别。

例如接收到12306发来的短信如：“【铁路客服】订单号EB55237756，文女士/先生您已成功订购2016年11月10日12:45分D/K/C/T633次04车15F号广州开往深圳的列车，请尽快换取纸质车票。”该短信中的“EB55237756”、“文女士或者文先生”、“2016年11月10日12:45分”、“D/K/C/T633次04车15F号”以及“广州开往深圳”等都属于因人而异、因时而异、因地而异的变量信息，除这些变量信息之外的文字内容都是固定的，因此可以将这些文字内容作为模板预设于模板数据库中。当该条短信对应的通知信息被发送到通知栏后，类别确定模块200获取到的通知信息的内容后，将忽略变量信息后的文字内容和预设模板库比对，从而确定该通知信息为乘车提示信息，从而确定该通知信息所属的通知类别。

设计者可以将通知信息分为用户相关的消息、发送方相关的消息以及第三方相关的消息。

与用户相关的消息包括即时通信消息、信用卡还款消息、消费消息、银行账户消息、订单消息、行程提醒消息等等的用户个人信息。这类通知信息关系到用户生活的方方面面，通常为用户较为感兴趣的内容，甚至是用户定制的信息，用户通常会很快对此类别通知信息做出处理。

发送方相关的消息包括系统消息、应用升级消息等等与系统或应用程序有直接联系的通知信息。此类别通知信息通常没有必要即时查看，但是通常对用户而言确实有查看的必要，因此用户通常总是延迟一段时间而不是即时查看。常见的系统消息有系统升级、系统内存不足等，例如系统升级消息，用户通常不会马上升级，但是最终也会升级。

第三方相关的消息包括广告消息、新闻消息、天气消息等等既与用户无直接联系、也与系统本身或应用程序本身无直接联系的通知信息。此类别通知信息的数量和种类都比较繁多，通知内容并不是用户必须了解的，用户通常会选择查看自己感兴趣的通知信息，而忽略另一部分的通知信息。

下面以根据通知信息对应的应用程序来分类为例。每种应用程序对应一种通知类别；根据该通知信息相对应的应用程序包名确定该通知信息所属的通知类别。不同应用程序推送的通知信息属于不同的通知类别，而同一应用程序推送的信息则都可划分为同一类别，例如微信推送的通知信息属于一类通知信息，微博推送的通知信息也可划分为同一种类的通知信息，短信推送的通知信息也可划分为同一类通知信息。因此，当监听模块100通过onNotificationPosted()方法接收到通知信息后，解析该通知信息，获取推送该通知信息的应用程序的包名，从而确定推送该通知信息的应用程序。

下面再以根据通知信息对应的应用程序和通知信息的属性来分类为例，先将每种应用程序都分成一个大类，然后再按照不同属性的通知信息在该大类中进行细分，即按照不同应用程序中的不同属性的通知信息分为不同的通知类别。例如可以首先将微信、微博、短信推送的通知信息各自分成一个大类，而微信推送的通知信息按照属性又可以分为即时通信消息、应用系统通知消息，微博推送的通知信息按照属性又可以分为个人消息、应用系统通知消息、微博推荐消息，短信推送的通知信息又可以将同一短信发送号码的通知信息划分为同一通知类别(例如将移动服务号码10086发来的短信分为一类、铁路服务号码12306发来的短信分为一类、工商银行95588发来的短信分为一类)，甚至还可以将同一短信发送号码所发送的短信按照短信内容继续分类，例如将移动服务号码10086发来的短信按照有关个人信息的短信(例如话费查询短信)和非有关个人信息(例如优惠活动短信)的短信分为两类。

类别确定模块200确定了该通知信息的通知类别后，关注度确定模块300根据该通知类别确定该通知信息的关注度，该关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成。

关注度表示用户对通知信息的关注程度。关注度可以包括多于一种级别，每种通知类别对应一种级别。例如，关注度根据关注度高低依次包括第一级、第二级、第三级三个级别，系统根据各通知类别的通知信息的用户历史操作记录将每个通知类型标记为其相对应的级别。因此确定了通知的类别后，就可以根据预设的对应关系确定该通知的关注度级别。

在本实施例中，设计者按照通知信息被用户读取与否和读取快慢可以将所有通知类别的关注度设置为三个等级。系统针对属于同一通知类别通知信息的用户历史操作记录，如果该通知类别的通知信息被即时读取的比例达到预设比例，则该通知类别通知信息的关注度被定义为第一级。其中，被即时读取表示在推送通知信息后的预设时长内通知信息被触发读取。例如该预设比例为百分之八十，预设时长为十分钟。假设系统通过统计用户历史操作记录得知，同一应用程序(例如微信)发送的通知信息有百分之八十以上都会在十分钟内被用户读取，因此该应用程序的通知信息的关注度被设置为第一级。当再接收到该应用程序的通知信息，该通知信息的关注度就直接会被定义为是第一级。

同理，如果所属同一类别的通知信息历史操作记录中被延时读取的比例达到预设比例，被延时读取表示在推送通知信息后的预设时长之后通知信息被触发读取，则该通知类别的通知信息的关注度为第二级。例如接收到系统升级的系统通知信息，由于此类通知信息只是关于系统的通知，不对用户的本身产生直接影响，通常也不具备时效性，所以如果此类通知信息在用户处于忙碌状态下或是非WIFI网络状态时推送至移动终端，用户一般会选择暂时忽略，用户会选择在自己方便的时刻处理。用户历史操作记录中此类通知百分之八十以上都是被用户延时读取，因此该通知类别的通知信息的关注度被设置为第二级。当再接收到系统通知信息，该通知信息的关注度就直接会被定义为是第二级。

如果针对属于同一通知类别的通知信息的用户历史操作记录，该通知信息还未被读取就直接被删除的比例达到预设比例，则该通知类别的关注度为第三级。此类通知信息通常包含用户不感兴趣的内容，通知类别因用户的不同而存在差异。在其中一个实施例中，假如该用户对娱乐新闻不感兴趣，根据用户历史操作记录，应用程序推送此类通知信息时，用户百分之八十以上都会选择忽略或直接删除，因此该通知类别的通知信息的关注度被设置为第三级别。当再接收到这类通知信息，该通知信息的关注度就直接会被定义为是第三级别。

以根据通知信息对应的应用程序来分类为例，根据APP分为多个通知类别，每种通知类别对应其关注度级别。表2中，表示对系统中安装的n种APP进行分类，然后每种通知类别对应其关注度级别。因此类比确定模块确定了通知类别后，关注度确定模块300就确定了通知信息的关注度。

表2

关注度确定模块300确定了该通知信息的关注度后，显示模块400依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示所述通知信息。

显示策略是与关注度关联的，预先设置显示策略，然后显示模块400根据显示策略显示该通知信息。例如，显示策略包括以下至少一种：

策略一：关注度越高，通知信息在系统通知栏显示越靠前。

策略二：关注度越高，通知信息在下拉通知列表显示越靠上。

策略三：关注度最低，禁止在系统通知栏显示通知信息。

策略四：关注度为第二级或第三级，将该通知类别的全部通知信息合并为一条提示信息。

例如，如果关注度为第一级，则显示模块400在系统通知栏前列显示该通知信息的图标A1，或者进一步的可以将通知信息置于下拉通知列表的上部展示；如果关注度为第二级，则显示模块400在系统通知栏中关注度为第一级的通知信息的图标A1之后显示该通知信息的图标A2，或者进一步的可以将该通知信息置于下拉通知列表中的关注度为第一级的通知信息的下方展示；如果关注度为第三级，则显示模块400禁止展示该通知信息，又或者可以将该通知信息置于下拉通知列表中的关注度为第一级的通知信息的下方展示，又或者将该通知类别的全部通知信息合并为一条提示信息。显示模块400将接收到的所有通知信息的图标都会按照上述显示策略排列在通知栏，用户通过下拉通知栏就可以查看所有的通知信息。

根据关注度确定是否展示以及如何展示该通知信息之后，当该通知信息被读取、忽略或被删除时，记录模块500记录本次针对该通知信息的用户操作，以持续优化用户历史操作记录的数据。这里记录的用户操作即上述的即时读取、延时读取或还未被读取就直接被删除。

本发明实施例还提供了移动终端，如图3所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point ofSales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图3示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图3，手机包括：射频(Radio Frequency，RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真(wireless fidelity，Wi-Fi)模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解，图3中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图3对手机的各个构成部件进行具体的介绍：

RF电路1510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1580处理；另外，将设计上行的数据发送给基站。通常，RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

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

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

显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1541。进一步的，触控面板1531可覆盖显示面板1541，当触控面板1531检测到在其上或附近的触摸操作后，传送给处理器1580以确定触摸事件的类别，随后处理器1580根据触摸事件的类别在显示面板1541上提供相应的视觉输出。虽然在图3中，触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。

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

音频电路1560、扬声器1561，传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器1561，由扬声器1561转换为声音信号输出；另一方面，传声器1562将收集的声音信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出处理器1580处理后，经RF电路1510以发送给比如另一手机，或者将音频数据输出至存储器1520以便进一步处理。

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

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

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

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器1580还具有以下功能：监听系统广播消息并获取发布到系统通知栏的通知信息；依据通知信息相对应的属性或应用程序包名确定通知信息所属的预定义通知类别；根据通知类别确定通知信息的关注度，关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成；依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示通知信息。也即处理器1580具备执行上述的移动终端系统通知栏通知信息处理方法的功能，在此不再赘述。

上述的移动终端系统通知栏通知信息处理方法、装置和移动终端，系统可以根据用户历史操作记录和预设的显示策略显示通知信息，使得用户关注度高的通知信息能以较显眼的位置吸引用户注意，保证用户能够迅速找到自己关注的通知信息，既提升了终端设备的操作效率也促进了用户的体验。

当用户在使用终端设备时接收到诸如短信、系统更新、应用程序推送的通知信息时，各种通知信息会根据其关注度而确定的显示策略有序的出现在通知栏，本发明可以避免众多通知信息相互交织、堆叠在一起，呈现一个杂乱的通知列表，以及因为某个APP的通知信息数量过多而挤占整个通知栏，造成其他信息无法及时显示的情况。用户可以迅速找到自己关注的通知信息，提升了终端设备的操作效率和用户体验。

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

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种系统通知栏通知信息处理方法，其特征在于，包括如下步骤：

监听系统广播消息并获取发布到系统通知栏的通知信息；

依据所述通知信息相对应的属性或应用程序包名确定所述通知信息所属的预定义通知类别；

根据所述通知类别确定所述通知信息的关注度，所述关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成；

依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示所述通知信息。

2.根据权利要求1所述的移动终端系统通知栏通知信息处理方法，其特征在于，所述系统为安卓系统，通过onNotificationPosted()方法监听系统广播消息。

3.根据权利要求1所述的移动终端系统通知栏通知信息处理方法，其特征在于，每种属性对应一种通知类别；将所述通知信息的内容和预设模板库比对以确定该通知信息相对应的属性，从而确定所述通知信息所属的通知类别。

4.根据权利要求3所述的移动终端系统通知栏通知信息处理方法，其特征在于，所述通知信息的属性至少包括用户相关的消息、发送方相关的消息、第三方相关的消息中的其中之一。

5.根据权利要求1所述的移动终端系统通知栏通知信息处理方法，其特征在于，每种应用程序对应一种通知类别；根据所述通知信息相对应的应用程序包名确定所述通知信息所属的通知类别。

6.根据权利要求1所述的移动终端系统通知栏通知信息处理方法，其特征在于，所述通知信息相对应的应用程序为短信，将同一短信发送号码的通知信息划分为同一通知类别。

7.根据权利要求1所述的移动终端系统通知栏通知信息处理方法，其特征在于，所述关注度包括多于一种级别，每种通知类别对应一种级别。

8.根据权利要求7所述的移动终端系统通知栏通知信息处理方法，其特征在于，所述关注度根据关注度高低依次包括第一级、第二级、第三级三个级别；所述显示策略包括以下至少一种：

策略一：所述关注度越高，所述通知信息在系统通知栏显示越靠前；

策略二：所述关注度越高，所述通知信息在下拉通知列表显示越靠上；

策略三：所述关注度最低，禁止在系统通知栏显示所述通知信息；

策略四：所述关注度为第二级或第三级，将该通知类别的全部通知信息合并为一条提示信息。

9.一种系统通知栏通知信息处理装置，其特征在于，包括：

监听模块，用于监听系统广播消息并获取发布到系统通知栏的通知信息；

类别确定模块，用于依据所述通知信息相对应的属性或应用程序包名确定所述通知信息所属的预定义通知类别；

关注度确定模块，用于根据所述通知类别确定所述通知信息的关注度，所述关注度基于本终端设备上针对各通知类别的通知信息的用户历史操作记录而生成；

显示模块，用于依据所确定的关注度和预设的显示策略在系统通知栏或下拉通知列表显示所述通知信息。

10.一种移动终端，其特征在于，其包括：

触敏显示器；

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1～8任一所述的移动终端系统通知栏通知信息处理方法。