CN104572942A - 推送消息显示方法及装置 - Google Patents

Abstract

本公开实施例公开了一种推送消息显示方法及装置，获取推送消息的类别，以及，获取推送消息所属类别对应的重要程度信息。然后，依据不同类别对应的重要程度信息由高到低的顺序，对推送消息进行排序；并按照排序后的推送消息的顺序，将所述推送消息推送给用户。利用该方法可以自动识别出对用户而言比较重要的推送消息并推送给用户，而且，按照推送消息的重要程度由高到低的顺序对推送消息排序，按照推送消息的排列顺序向用户推送所述推送消息。避免用户浏览大量自己不感兴趣的推送消息。

Description

推送消息显示方法及装置

技术领域

本公开涉及消息推送技术领域，特别是涉及一种推送消息显示方法及装置。

背景技术

随着智能终端的迅速发展，智能终端可以安装的应用程序越来越多，应用程序所推送的消息也会越来越多，其中有一部分是用户感兴趣的，也有大量用户不感兴趣的。

而相关技术中，不管用户是否对推送消息感兴趣，智能终端都会把推送消息推送给用户。尤其在存在多条推送消息时，全部的推送消息会一一罗列在通知栏中，用户需要从通知栏中逐个找出自己感兴趣的推送消息。如果用户感兴趣的推送消息排在通知栏的底部时，用户需要向下滑动通知栏才能看到自己感兴趣的推送消息，而且，很有可能漏看自己感兴趣的推送消息。

发明内容

为克服相关技术中存在的问题，本公开提供一种推送消息显示方法及装置，技术方案如下：

根据本公开实施例的第一方面，提供一种推送消息显示方法，包括：

获取推送消息；

获取所述推送消息对应的重要程度信息；

依据所述重要程度信息由高到低的顺序，对所述推送消息进行排序；

按照所述推送消息的顺序，将所述推送消息推送给用户；

其中，所述推送消息对应的重要程度信息根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。

结合第一方面，在第一方面的第一种可能的实现方式中，所述获取所述推送消息对应的重要程度信息，包括：

按照预设分类规则对推送消息划分类别；

统计在预设周期内各个类别的推送消息的接收总数；

分别统计用户查看各个类别的推送消息的查看次数；

根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率；

根据所述同一类别的推送消息对应的接收总数和消息查看率，确定所述推送消息对应的重要程度信息。

结合第一方面，在第一方面的第二种可能的实现方式中，所述获取所述推送消息对应的重要程度信息，包括：

按照预设分类规则对推送消息划分类别；统计在预设周期内各个类别的推送消息的接收总数，根据所述推送消息对应类别的所述接收总数确定所述推送消息的重要程度信息；

或者，

按照预设分类规则对推送消息划分类别；统计在预设周期内各个类别的推送消息的接收总数；分别统计用户查看各个类别的推送消息的查看次数；根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率；根据所述推送消息的消息查看率确定所述推送消息的重要程度信息。

结合第一方面的第一种或第二种可能的实现方式，在第一方面的第三种可能的实现方式中，按照预设分类规则对推送消息划分类别，包括：

获取所述推送消息所属的应用程序，并将所述应用程序所属的类别作为所述推送消息的类别；

或者，

获取所述推送消息所属的应用程序，并将所述应用程序的名称作为所述推动消息的类别；

或者，

利用自然语言处理技术分析所述推送消息的语义内容；根据所述推送消息的语义内容划分所述推送消息的类别。

结合第一方面，在第一方面的第四种可能的实现方式中，所述按照所述推送消息的顺序，将所述推送消息推送给用户，包括：

按照推送消息由前到后的排列顺序，在通知栏内由上到下依次显示所述推送消息；

或者，按照推送消息由前到后的排列顺序，在通知栏内由上到下依次分类显示所述推送消息；

或者，对于包含多条推送消息的类别进行折叠隐藏。

或者，根据所述推送消息的重要程度信息，将重要性最低的推送消息进行折叠隐藏；

或者，根据所述推送消息的重要程度信息，将重要性最低的推送消息进行拦截。

结合第一方面的第一种或第二种可能的实现方式，在第一方面的第五种可能的实现方式中，所述方法还包括：

获取所述推送消息的类别；

获取用户设定的拦截推送消息的类别；

判断所述推送消息所属的类别是否是拦截推送消息的类别；

当所述推送消息所属的类别是所述拦截推送消息的类别时，拦截所述推送消息。

根据本公开实施例的第二方面，提供一种推送消息显示装置，包括：

第一获取模块，用于获取推送消息；

第二获取模块，用于获取所述推送消息对应的重要程度信息；

排序模块，用于依据所述重要程度信息由高到低的顺序，对所述推送消息进行排序；

推送模块，用于按照所述推送消息的顺序，将所述推送消息推送给用户；

其中，所述推送消息对应的重要程度信息根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。

结合第二方面，在第二方面的第一种可能的实现方式中，所述第二获取模块包括：

第一分类子模块，用于按照预设分类规则对推送消息划分类别；

第一统计子模块，用于统计在预设周期内各个类别的推送消息的接收总数；

第二统计子模块，用于分别统计用户查看各个类别的推送消息的查看次数；

第一计算子模块，用于根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率；

第一确定子模块，用于根据所述同一类别的推送消息对应的接收总数和消息查看率，确定所述推送消息对应的重要程度信息。

结合第二方面，在第二方面的第二种可能的实现方式中，所述第二获取模块包括：

第二分类子模块，用于按照预设分类规则对推送消息划分类别；第三统计子模块，用于统计在预设周期内各个类别的推送消息的接收总数，第二确定子模块，用于根据所述推送消息对应类别的所述接收总数确定所述推送消息的重要程度信息；

或者，

第三分类子模块，用于按照预设分类规则对推送消息划分类别；第四统计子模块，用于统计在预设周期内各个类别的推送消息的接收总数；第五统计子模块，用于分别统计用户查看各个类别的推送消息的查看次数；第二计算子模块，用于根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率；第三确定子模块，用于根据所述推送消息的消息查看率确定所述推送消息的重要程度信息。

结合第二方面的第一种或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述第一分类子模块、第二分类子模块和第三分类子模块均包括：

第一获取子模块，用于获取所述推送消息所属的应用程序，并将所述应用程序所属的类别作为所述推送消息的类别；

或者，

第二获取子模块，用于获取所述推送消息所属的应用程序，并将所述应用程序的名称作为所述推动消息的类别；

或者，

分析子模块，用于利用自然语言处理技术分析所述推送消息的语义内容；划分子模块，用于根据所述推送消息的语义内容划分所述推送消息的类别。

结合第二方面，在第二方面的第四种可能的实现方式中，所述推送模块，包括：

第一显示子模块，用于按照推送消息由前到后的排列顺序，在通知栏内由上到下依次显示所述推送消息；

或者，第二显示子模块，用于按照推送消息由前到后的排列顺序，在通知栏内由上到下依次分类显示所述推送消息；

或者，第一折叠隐藏子模块，用于对于包含多条推送消息的类别进行折叠隐藏；

或者，第二折叠隐藏子模块，用于根据所述推送消息的重要程度信息，将重要性最低的推送消息进行折叠隐藏；

或者，拦截子模块，用于根据所述推送消息的重要程度信息，将重要性最低的推送消息进行拦截。

结合第二方面的第一种或第二种可能的实现方式，在第二方面的第五种可能的实现方式中，所述装置还包括：

第三获取模块，用于获取所述推送消息的类别；

第四获取模块，用于获取用户设定的拦截推送消息的类别；

判断模块，用于判断所述推送消息所属的类别是否是拦截推送消息的类别；

拦截模块，用于当所述推送消息所属的类别是所述拦截推送消息的类别时，拦截所述推送消息。

根据本公开实施例的第三方面，提供一种移动终端，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

获取推送消息；

获取所述推送消息对应的重要程度信息；

依据所述重要程度信息由高到低的顺序，对所述推送消息进行排序；

按照所述推送消息的顺序，将所述推送消息推送给用户；

其中，所述推送消息对应的重要程度信息根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。

本公开的实施例提供的技术方案可以包括以下有益效果：所述推送消息的显示方法首先获取推送消息的类别，以及，获取推送消息所属类别对应的重要程度信息。然后，依据不同类别的推送消息对应的重要程度信息由高到低的顺序，对推送消息进行排序；并按照排序后的推送消息的顺序，将所述推送消息推送给用户。利用该方法可以自动识别出对用户而言比较重要的推送消息并推送给用户，而且，按照推送消息的重要程度由高到低的顺序对推送消息排序，按照推送消息的排列顺序向用户推送所述推送消息。避免用户浏览大量自己不感兴趣的推送消息。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种推送消息显示方法的流程图；

图2是根据一示例性实施例示出的一种推送消息显示示意图；

图3是根据一示例性实施例示出的另一种推送消息显示示意图；

图4是根据一示例性实施例示出的又一种推送消息显示示意图；

图5是根据一示例性实施例示出的另一种推送消息显示方法的流程图；

图6是根据一示例性实施例示出的一种推送消息显示装置框图；

图7是根据一示例性实施例示出的一种第二获取模块的框图；

图8是根据一示例性实施例示出的一种第一分类子模块的框图；

图9是根据一示例性实施例示出的另一种第二获取模块的框图；

图10是根据一示例性实施例示出的又一种第二获取模块的框图；

图11是根据一示例性实施例示出的另一种推送消息显示装置框图

图12是根据一示例性实施例示出的一种装置的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

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

图1是根据一示例性实施例示出的一种推送消息的显示方法的流程图，该方法应用于移动终端中，如图1所示，所述方法可以包括以下步骤：

在步骤S110中，获取推送消息。

推送消息是基于互联网发送的消息，当服务器端有消息更新时，把最新的消息推送到客户端。当然，本公开实施例中的推送消息也可以不是通过互联网发送的消息，例如，通过蜂窝网发送的短信息。该步骤中，移动终端的系统接收服务器发送的推送消息。

在步骤S120中，获取所述推送消息对应的重要程度信息。

重要程度信息用于表征用户对推送消息感兴趣的程度，用户越感兴趣则该类别的推送消息越重要。其中，推送消息对应的重要程度信息可以根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。

首先对根据预设分类规则对推送消息划分类别，然后，统计预设周期内的各个类别的推送消息的接收总数或用户查看某一类别的推送消息的次数。最后，根据某一类别的推送消息的接收总数和/或查看次数确定推送消息的重要程度信息。其中，查看次数可以通过移动终端记录用户对所有的推送消息的处理行为(例如，查看或直接删除等)获得。

其中预设分类规则可以是根据推送消息所属的应用程序确定，或者，也可以根据推送消息所包含的关键词确定。

在本公开的一个实施例中，将应用程序的名称作为推送消息的类别名称。此种方式，一个应用程序发送的推送就是一个类别。例如，应用程序A发送的推送消息的类别名称就是所述应用程序A；应用程序B发送的推送消息的类别名称就是应用程序B。

在本公开的另一个实施例中，将应用程序所属的类别作为推送消息的类别，此种方式，可能多个应用程序属于一个类别。例如，应用程序的类别可以包括社交、广告、游戏、工作等。社交类的应用程序包括即时通讯类的应用程序等，例如，米聊推送的消息的类别是社交。

在本公开的其它实施例中，还可以利用自然语言处理技术分析推送消息的语义内容，然后，根据推送消息的语义内容确定推送消息的类别。例如，可以将推送消息划分成广告类消息、普通消息、重要消息等。

通常采用自然语言处理技术对短信进行分析，例如，如果利用自然语言处理技术分析得到推送消息包含“打扰”或“退订”等关键词时，认为该推送消息是广告类消息。如果消息包含的“重要通知”、“紧急”等关键词时，认为该推送消息是重要消息。

在步骤S130中，依据所述重要程度信息由高到低的顺序，对推送消息进行排序。

按照推送消息的重要性由高到低的顺序，对推送消息进行排序。

在步骤S140中，按照排序后的推送消息的顺序，将推送消息推送给用户。

将推送消息推送给用户就是将推送消息显示在通知栏中。按照推送消息从前到后的顺序，在通知栏中由上至下显示。

本实施例提供的推送消息显示方法，获取推送消息的类别，以及，获取推送消息所属类别的推送消息对应的重要程度信息。然后，依据不同类别对应的重要程度信息由高到低的顺序，对推送消息进行排序；并按照排序后的推送消息的顺序，将所述推送消息推送给用户。利用该方法可以自动识别出对用户而言比较重要的推送消息并推送给用户，而且，按照推送消息的重要程度由高到低的顺序对推送消息排序，按照推送消息的排列顺序向用户推送所述推送消息，避免用户浏览大量自己不感兴趣的推送消息。

上述实施例中的步骤S120可以通过以下方式实现：

(1)重要程度信息可以根据消息查看率确定。

首先，按照预设的分类规则对推送划分类别；然后，统计在预设周期内各个类别的推送消息的接收总数；并分别记录用户查看各个类别的推送消息的查看次数。最后，根据同一类别的推送消息对应的接收总数及查看次数，计算该类别的推送消息的查看率。

例如，某一类的推送消息总数是5条，用户只查看了其中的2条，则该类别推送消息的消息查看率是0.4。

(2)重要程度信息可以根据同一类别的推送消息的接收总数确定。

首先，按照预设的分类规则对推送划分类别；然后，统计在预设周期内各个类别的推送消息的接收总数，根据所述推送消息对应类别的所述接收总数确定所述推送消息的重要程度信息。例如，一天内社交类的推送信息是10条、新闻类的消息是5条，则认为社交类的推送消息比新闻类的推送消息重要。

考虑到有些应用程序发送的推送消息多，有些应用程序发送的推送消息少，因此，按照上述的(1)和(2)方式确定重要程度信息可能存在误差。

例如，广告类的推送消息一天可能发送10条，而工作类的推送消息可能只发送3条，则认为广告类的推送消息比工作类的推送消息重要。又如，新闻类的推送消息在一天内发送1条，而且用户查看了该条推送消息，则新闻类的推送消息的消息查看率是1；而社交类的推送消息在一天内发送4条推送消息，用户查看了3条，则社交类的推送消息的消息查看率是0.75，则认为新闻类的推送消息比社交类的推送消息重要。

(3)综合考虑推送消息的接收总数和消息查看率来确定推送消息的重要程度信息。

可以分别设定接收总数及消息查看率的权重。根据接收总数和对应的权重，以及消息查看率和对应的权重，确定推送消息的重要程度信息。

上述实施例中步骤S140可以通过以下方式实现：

(1)按照推送消息由前到后的顺序，在通知栏内由上到下依次显示所述推送消息。

如图2所示，在移动终端1的通知栏2显示界面上，按照重要性由高到低的顺序，由上到下依次显示推送消息。

(2)按照推送消息由前到后的顺序，在通知栏内由上到下依次分类显示所述推送消息。例如，推送消息的类别按照推重要性由高到低的顺序依次为：社交、工作、游戏、广告等。假设接收到的社交类的推送消息包括米聊通知、即时通信应用程序A通知；工作类的推送消息包括邮件通知和WPS通知。则如图3所示，在移动终端1的通知栏2的显示界面上，按照重要性由高到低的排列顺序，分类显示推送消息，在社交类别下显示米聊通知和即时通信应用程序A通知；在工作类别下显示邮件通知和WPS通知。

(3)对于包含多条推送消息的类别可以进行折叠隐藏。

折叠隐藏是指只显示标题，所述标题可以是推送消息的类别名称(例如，社交(20条)，其中，20条表示该标题下包含的推送消息的数量)，不显示推送消息的具体内容，用户想要查看折叠隐藏的推送消息时，可以点击标题浏览该标题所包含的推送消息。

仍以上述实例为例进行说明，假设社交类别包括米聊通知和即时通信应用程序A通知，工作类别包括邮件通知和WPS(Word Processing System，文字编辑系统)通知。如图4所示，在通知栏2的显示界面上只显示社交类别所包含的推送消息的条数，例如5条。工作类别所包含的推送消息的条数，例如2条。

(4)对于不重要的推送消息进行拦截或者折叠隐藏。

其一，不重要的推送消息可以是用户指定的类别，此种应用场景下，如图5所示，所述方法在图1所示的实施例的基础上还可以包括以下步骤：

在步骤S510中，获取所述推送消息的类别；

可以按照上述实施例的方式确定所述推送消息的类别，此处不再赘述。移动终端可以在接收到推送消息后，就立即判断用户设定的拦截推送的推送消息对应的类别。

在步骤S520中，获取用户设定的拦截推送消息的类别。

用户可以设置自己不感兴趣的推送消息的类别，例如，广告类。

在步骤S530中，判断推送消息的类别是否是拦截推送消息的类别。

如果判断出推送消息是用户设定的拦截推送的类别，则执行步骤S530；否则，执行步骤S120。

在步骤S540中，拦截所述推送消息。

拦截推送消息是指移动终端将推送消息存储到拦截信息存储区中，而不在通知栏中显示拦截的推送消息。

移动终端获取用户设定的拦截的类别后，当推送消息属于拦截的类别时，将所述推送消息存储到拦截存储区域中，不再通知栏中显示，这样能够避免用户查看自己不感兴趣的推送消息，而且不需要用户进行其它的操作就能实现，操作简单。

其二，不重要的推送消息可以是移动终端根据预先确定的不同类别对应的重要程度信息确定，例如，广告类别是预先确定的最不重要的类别，则对接收到广告类的推送消息进行折叠隐藏或拦截。

当然，不重要的推送消息还可以是对于已经推送消息中最不重要的类别所包含的推送消息。或者，还可以按照重要性由高到低的顺序，确定重要性较低的后几个类别所对应的推送消息是不重要的推送消息。

图6是根据一示例性实施例示出的一种推送消息显示装置框图。如图6所示，该装置包括第一获取模块110、第二获取模块120、排序模块130和推送模块140。

第一获取模块110被配置为，获取推送消息。

第二获取模块120被配置为，获取所述推送消息对应的重要程度信息。其中，所述推送消息对应的重要程度信息根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。

排序模块130被配置为，依据所述重要程度信息由高到低的顺序，对所述推送消息进行排序。

推送模块140被配置为，按照所述推送消息的顺序，将所述推送消息推送给用户。

在本公开一示例性实施例中，所述推送模块140可以包括第一显示子模块，用于按照推送消息由前到后的排列顺序，在通知栏内由上到下依次显示所述推送消息；

在本公开另一示例性实施例中，所述推送模块140可以包括第二显示子模块，用于按照推送消息由前到后的排列顺序，在通知栏内由上到下依次分类显示所述推送消息。

在本公开又一示例性实施例中，所述推送模块140可以包括第一折叠隐藏子模块，用于对于包含多条推送消息的类别进行折叠隐藏。

在本公开再一示例性实施例中，所述推送模块140可以包括第二折叠隐藏子模块，用于根据所述推送消息的重要程度信息，将重要性最低的推送消息进行折叠隐藏。

在本公开另一示例性实施例中，所述推送模块140可以包括拦截子模块，用于根据所述推送消息的重要程度信息，将重要性最低的推送消息进行拦截。

本实施例提供的推送消息显示装置获取推送消息的类别，并根据推送消息所属类别对应的重要程度信息。然后，依据不同类别对应的重要程度信息由高到低的顺序，对推送消息进行排序；并按照排序后的推送消息的顺序，将所述推送消息推送给用户。利用该方法可以自动识别出对用户而言比较重要的推送消息并推送给用户，而且，按照推送消息的重要程度由高到低的顺序对推送消息排序，按照推送消息的排列顺序向用户推送所述推送消息。避免用户浏览大量自己不感兴趣的推送消息。

图7是根据一示例性实施例示出的一种第二获取模块的框图，本实施例中，第二获取模块根据移动终端接收到的各类推送消息对应的接收总数和使用者对操作系统中的推送消息的查看率确定该类推送消息的重要程度信息。如图7所示，所述第二获取模块包括：第一分类子模块210、第一统计子模块220、第二统计子模块230、第一计算子模块240和第一确定子模块250。

第一分类子模块210被配置为，按照预设分类规则对推送消息划分类别。

在本公开一示例性实施例中，所述第一分类子模块可以根据发送推送消息的应用程序所属的类别进行分类。第一分类子模块210可以包括第一获取子模块；

该第一获取子模块被配置为获取所述推送消息所属的应用程序，并将所述应用程序所属的类别作为所述推送消息的类别。

在本公开另一示例性实施例中，所述第一分类子模块可以发送推送消息的应用程序进行分类。第一类分类子模块210可以包括第二获取子模块；

该第二获取子模块被配置为获取所述推送消息所属的应用程序，并将所述应用程序的名称作为所述推动消息的类别。

在本公开又一示例性实施例中，所述第一分类子模块可以利用自然语言处理技术分析推送消息的语义内容，然后，根据推送消息的语义内容确定推送消息的类别。如图8所示，所述第一分类子模块可以包括分析子模块211和划分子模块212；

分析子模块211被配置为，利用自然语言处理技术分析所述推送消息的语义内容。

划分子模块212被配置为，根据所述推送消息的语义内容划分所述推送消息的类别。即根据推送消息的语义内容确定推送消息的类别。

第一统计子模块220被配置为，统计在预设周期内各个类别的推送消息的接收总数。

第二统计子模块230被配置为，分别统计用户查看各个类别的推送消息的查看次数。

第一计算子模块240被配置为，根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率。

第一确定子模块250被配置为，根据所述同一类别的推送消息对应的接收总数和消息查看率，确定所述推送消息对应的重要程度信息。

图9是根据一示例性实施例示出的另一种第二获取模块的框图，该第二获取模块根据各类推送消息对应的接收总数确定推送消息的重要程度信息。如图9所示，所述第二获取模块包括第二分类子模块310、第三统计子模块320和第二确定子模块330。

第二分类子模块310被配置为，按照预设分类规则对推送消息划分类别。其中，所述第二分类子模块和第一分类子模块相同，此处不再赘述。

第三统计子模块320被配置为，统计在预设周期内各个类别的推送消息的接收总数。

第二确定子模块330被配置为，根据所述推送消息对应类别的所述接收总数确定所述推送消息的重要程度信息。

图10是根据一示例性实施例示出的又一种第二获取模块的框图，该第二获取模块根据使用者对操作系统中的各类推送消息的查看次数确定该类推送消息的重要程度信息。如图10所示，该第二获取模块包括第三分类子模块410、第四统计子模块420、第五统计子模块430、第二计算子模块440和第三确定子模块450。

第三分类子模块410被配置为，按照预设分类规则对推送消息划分类别。其中，第三分类子模块和上述第一分类子模块相同，此处不再赘述。

第四统计子模块420被配置为，统计在预设周期内各个类别的推送消息的接收总数。

第五统计子模块430被配置为，分别统计用户查看各个类别的推送消息的查看次数。

第二计算子模块440被配置为，根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率。

第三确定子模块450被配置为，根据所述推送消息的消息查看率确定所述推送消息的重要程度信息。

图11是根据一示例性实施例示出的另一种推送消息显示装置框图，所述装置在图6所示实施例的基础上还包括：第三获取模块510、第四获取模块520、判断模块530和拦截模块540；

第三获取模块510被配置为，获取所述推送消息的类别。

第四获取模块520被配置为，获取用户设定的拦截推送消息的类别。

判断模块530被配置为，判断所述推送消息所属的类别是否是拦截推送消息的类别。

拦截模块540被配置为，当所述推送消息所属的类别是所述拦截推送消息的类别时，拦截所述推送消息。

本实施例提供的推送消息显示方法移动终端获取用户设定的拦截的类别后，当推送消息属于拦截的类别时，将所述推送消息存储到拦截存储区域中，不再通知栏中显示，这样能够避免用户查看自己不感兴趣的推送消息，而且不需要用户进行其它的操作就能实现，操作简单。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图12是根据一示例性实施例示出的一种用于实现推送消息显示方法的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

如图12所示，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种推送消息显示方法，所述方法包括：

获取推送消息；

获取所述推送消息对应的重要程度信息；

依据所述重要程度信息由高到低的顺序，对所述推送消息进行排序；

按照所述推送消息的顺序，将所述推送消息推送给用户；

其中，所述推送消息对应的重要程度信息根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (13)

1.一种推送消息显示方法，其特征在于，包括：

获取推送消息；

获取所述推送消息对应的重要程度信息；

依据所述重要程度信息由高到低的顺序，对所述推送消息进行排序；

按照所述推送消息的顺序，将所述推送消息推送给用户；

其中，所述推送消息对应的重要程度信息根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。

2.根据权利要求1所述的方法，其特征在于，所述获取所述推送消息对应的重要程度信息，包括：

按照预设分类规则对推送消息划分类别；

统计在预设周期内各个类别的推送消息的接收总数；

分别统计用户查看各个类别的推送消息的查看次数；

根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率；

根据所述同一类别的推送消息对应的接收总数和消息查看率，确定所述推送消息对应的重要程度信息。

3.根据权利要求1所述的方法，其特征在于，所述获取所述推送消息对应的重要程度信息，包括：

按照预设分类规则对推送消息划分类别；统计在预设周期内各个类别的推送消息的接收总数，根据所述推送消息对应类别的所述接收总数确定所述推送消息的重要程度信息；

或者，

按照预设分类规则对推送消息划分类别；统计在预设周期内各个类别的推送消息的接收总数；分别统计用户查看各个类别的推送消息的查看次数；根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率；根据所述推送消息的消息查看率确定所述推送消息的重要程度信息。

4.根据权利要求2或3所述的方法，其特征在于，按照预设分类规则对推送消息划分类别，包括：

获取所述推送消息所属的应用程序，并将所述应用程序所属的类别作为所述推送消息的类别；

或者，

获取所述推送消息所属的应用程序，并将所述应用程序的名称作为所述推动消息的类别；

或者，

利用自然语言处理技术分析所述推送消息的语义内容；根据所述推送消息的语义内容划分所述推送消息的类别。

5.根据权利要求1所述的方法，其特征在于，所述按照所述推送消息的顺序，将所述推送消息推送给用户，包括：

按照推送消息由前到后的排列顺序，在通知栏内由上到下依次显示所述推送消息；

或者，按照推送消息由前到后的排列顺序，在通知栏内由上到下依次分类显示所述推送消息；

或者，对于包含多条推送消息的类别进行折叠隐藏；

或者，根据所述推送消息的重要程度信息，将重要性最低的推送消息进行折叠隐藏；

或者，根据所述推送消息的重要程度信息，将重要性最低的推送消息进行拦截。

6.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

获取所述推送消息的类别；

获取用户设定的拦截推送消息的类别；

判断所述推送消息所属的类别是否是拦截推送消息的类别；

当所述推送消息所属的类别是所述拦截推送消息的类别时，拦截所述推送消息。

7.一种推送消息显示装置，其特征在于，包括：

第一获取模块，用于获取推送消息；

第二获取模块，用于获取所述推送消息对应的重要程度信息；

排序模块，用于依据所述重要程度信息由高到低的顺序，对所述推送消息进行排序；

推送模块，用于按照所述推送消息的顺序，将所述推送消息推送给用户；

其中，所述推送消息对应的重要程度信息根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。

8.根据权利要求7所述的装置，其特征在于，所述第二获取模块包括：

第一分类子模块，用于按照预设分类规则对推送消息划分类别；

第一统计子模块，用于统计在预设周期内各个类别的推送消息的接收总数；

第二统计子模块，用于分别统计用户查看各个类别的推送消息的查看次数；

第一计算子模块，用于根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率；

第一确定子模块，用于根据所述同一类别的推送消息对应的接收总数和消息查看率，确定所述推送消息对应的重要程度信息。

9.根据权利要求7所述的装置，其特征在于，所述第二获取模块包括：

第二分类子模块，用于按照预设分类规则对推送消息划分类别；第三统计子模块，用于统计在预设周期内各个类别的推送消息的接收总数，第二确定子模块，用于根据所述推送消息对应类别的所述接收总数确定所述推送消息的重要程度信息；

或者，

第三分类子模块，用于按照预设分类规则对推送消息划分类别；第四统计子模块，用于统计在预设周期内各个类别的推送消息的接收总数；第五统计子模块，用于分别统计用户查看各个类别的推送消息的查看次数；第二计算子模块，用于根据同一类别的推送消息的接收总数及查看次数，计算得到消息查看率；第三确定子模块，用于根据所述推送消息的消息查看率确定所述推送消息的重要程度信息。

10.根据权利要求8或9所述的装置，其特征在于，所述第一分类子模块、第二分类子模块和第三分类子模块均包括：

第一获取子模块，用于获取所述推送消息所属的应用程序，并将所述应用程序所属的类别作为所述推送消息的类别；

或者，

第二获取子模块，用于获取所述推送消息所属的应用程序，并将所述应用程序的名称作为所述推动消息的类别；

或者，

分析子模块，用于利用自然语言处理技术分析所述推送消息的语义内容；划分子模块，用于根据所述推送消息的语义内容划分所述推送消息的类别。

11.根据权利要求7所述的装置，其特征在于，所述推送模块，包括：

第一显示子模块，用于按照推送消息由前到后的排列顺序，在通知栏内由上到下依次显示所述推送消息；

或者，

第二显示子模块，用于按照推送消息由前到后的排列顺序，在通知栏内由上到下依次分类显示所述推送消息；

或者，

第一折叠隐藏子模块，用于对于包含多条推送消息的类别进行折叠隐藏；

或者，

第二折叠隐藏子模块，用于根据所述推送消息的重要程度信息，将重要性最低的推送消息进行折叠隐藏；

或者，

拦截子模块，用于根据所述推送消息的重要程度信息，将重要性最低的推送消息进行拦截。

12.根据权利要求8或9所述的装置，其特征在于，所述装置还包括：

第三获取模块，用于获取所述推送消息的类别；

第四获取模块，用于获取用户设定的拦截推送消息的类别；

判断模块，用于判断所述推送消息所属的类别是否是拦截推送消息的类别；

拦截模块，用于当所述推送消息所属的类别是所述拦截推送消息的类别时，拦截所述推送消息。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取推送消息；

获取所述推送消息对应的重要程度信息；

依据所述重要程度信息由高到低的顺序，对所述推送消息进行排序；

按照所述推送消息的顺序，将所述推送消息推送给用户；

其中，所述推送消息对应的重要程度信息根据当前移动终端的使用者对操作系统中的推送消息的查看次数以及推送消息的类别统计得到。