CN106331005A - 一种消息管理方法及装置 - Google Patents

Abstract

本申请公开了一种消息管理方法及装置，该方法包括接收消息，然后根据所述消息所属的应用程序类别获取对应的消息通知策略，根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间，根据所述消息所属的应用程序的消息被通知的时间对所述消息进行通知。基于消息通知策略，重新组织应用程序发送的消息通知，对消息进行统一管理，使得用户可以在适当的时间接收到需要的消息，由于消息通知策略的制定不需要人工参与，使得消息通知智能化、秩序化，不会在不需要消息的时候不会进行打扰。

Description

一种消息管理方法及装置

技术领域

本申请涉及通信领域，尤其涉及一种消息管理方法及装置。

背景技术

移动终端中通常安装有名称为消息通知中心的应用程序，消息通知中心可接收网络侧应用服务器发送给移动终端的消息，比如短信、微信、即时消息等，在接收到消息时通过声音、震动等方式进行提醒，并在移动终端的屏幕上以小图标的形式向用户显示接收到的消息或消息到来的通知，用户可以通过消息通知中心的下拉菜单查看消息的具体内容，也可以通过点击消息打开对应的应用程序。

随着移动终端应用市场的不断发展以及应用数量的增长，移动终端中安装的应用程序越来越多，各种应用为了达到不同的业务目的常常向消息通知中心推送消息。随着移动终端中安装的应用程序数量的不断增多，消息通知中心接收的消息的数量越来越多，在方便用户的同时，也会导致用户经常受到消息通知中心发出的消息提醒的干扰。

目前，消息通知中心提供了屏蔽所有消息和勿打扰的功能。用户可以手动进行设置，以便将某个应用程序的消息提醒功能屏蔽掉。但是被设置屏蔽的应用程序的所有消息都无法被接收。

综上所述，如何有效管理接收到的消息成为目前需要解决的问题。

申请内容

本申请实施例提供一种消息管理方法及装置，用以实现根据应用程序的使用情况，对接收到的消息进行管理。

本申请实施例提供的一种消息管理方法，包括：

接收消息；

根据所述消息所属的应用程序类别获取对应的消息通知策略，所述对应的消息通知策略是根据同一类别的应用程序被使用的时间的统计数据得到的，所述同一类别与所述消息所属的应用程序类别相同；

根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间；

根据所述消息所属的应用程序的消息被通知的时间对所述消息进行通知。

本申请实施例还提供了一种消息管理装置，包括：

接收单元，用于接收消息；

通知策略确定单元，用于根据所述消息所属的应用程序类别获取对应的消息通知策略，所述对应的消息通知策略是根据同一类别的应用程序被使用的时间的统计数据得到的，所述同一类别与所述消息所属的应用程序类别相同；

通知时间确定单元，用于根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间；

消息通知单元，用于根据所述消息所属的应用程序的消息被通知的时间对所述消息进行通知；

策略设置单元，用于设置消息通知策略。

上述实施例中，首先根据同一类的应用程序被使用的时间的统计数据得到相应应用程序类别对应的消息通知策略，这样，在接收消息后，可根据所述消息所属的应用程序类别获取对应的消息通知策略，根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间，最后根据所述消息所属的应用程序的消息被通知的时间对所述消息进行通知。由于消息通知策略是根据应用程序被使用的时间的统计数据得到的，即消息通知策略能够一定程度上反映用户对应用程序的使用习惯和偏好，因此基于消息通知策略以及接收到的消息所属的应用程序类型，在相应的时间通知该消息，使得消息的通知符合用户对该类型应用的使用习惯，实现了对接收到的消息进行有效管理。

附图说明

图1a至图1h为本申请实施例提供的策略设置的流程示意图；

图2为本申请实施例提供的消息管理流程示意图；

图3a至图3c为本申请实施例提供的消息管理的流程示意图；

图4为本申请实施例提供的消息管理装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面介绍的是本申请的多个实施例中的一部份，旨在提供对本申请的基本了解，并不旨在确认本申请的关键或决定性要素或限定所要保护的范围。根据本申请的技术方案，在不变更本申请的实质精神下，可以相互替换而得到其它的实现方式。

本申请实施例提供的消息管理方案可应用于移动终端。所述移动终端可以为智能手机、平板电脑等，也可以是智能手表、智能手环等智能穿戴设备。本申请实施例中的移动终端可以连接至无线通信网络，以无线通信方式从网络侧服务器接收消息，比如即时消息、短消息或者社交网站发送的消息，或者其它定制的消息等内容，并在移动终端的显示屏幕上进行显示。

如前所述，本申请实施例中的移动终端具有接收网络侧应用服务器推送的各类消息的功能。除此以外，还具有设置消息通知策略的功能，以及根据消息通知策略对接收到的消息进行通知的功能。其中，设置消息通知策略的功能以及根据消息通知策略对接收到的消息进行通知的功能，可通过安装在移动终端中的消息管理装置来实现，所述消息管理装置可以通过应用程序来实现。

其中，用来实现消息管理的应用程序可以是从网络侧下载后安装到移动终端的，也可以是移动终端的系统中自带的应用程序。该应用程序可运行于多种移动终端操作系统，比如iOS系统、Andriod系统或WindowsPhone系统等。

在本申请实施例中，不同应用程序类别对应各自的消息通知策略，不同应用程序类别对应的消息通知策略可能相同也可能不同。一个应用程序类别对应的消息通知策略是根据该类别的应用程序被使用的时间的统计数据得到的。

在申请实施例中，应用程序被分成多个类别，该应用程序的类别可以包括：工作、闹铃、天气、资讯、交通、阅读、即时消息、购物、影音视频等类别，如，微信属于即时通信类别的应用程序，与微信属于同一类别的还有QQ、易信、旺信等即时通信类别的应用程序。本申请实施例仅是示例作用，并不限于上述类别。

下面以得到资讯类别为例，对上述根据同一类别的应用程序被使用的时间的统计数据得到对应的消息通知策略的过程进行描述：

获取统计时间段内资讯类别的应用程序的启动时间和使用时长，然后根据该统计时间段内资讯类别的应用程序的启动时间和使用时长，确定资讯类别对应的消息通知时间段，得到资讯类别对应的消息通知策略。

具体的，根据资讯类别的应用程序的启动时间和使用时长确定资讯类别的每个应用程序的使用时间段。然后根据该每个应用程序的使用时间段，得到该资讯类别应用程序的使用时间概率分布，最后由该使用时间概率分布得到该资讯类别对应的消息通知时间段。其中，所述统计时间段的长度可预先约定，也可允许用户来设置，比如可以是一周。针对某类别应用程序设置消息通知策略的过程，可按照周期执行，也可在接收到用户发送的指令后，根据该指令执行。所述周期的长度可预先约定，也可运行用户来设置。

在对资讯类别的每个应用程序的使用时间段进行使用时间概率分布统计时，可以将一天中允许进行消息通知的时间段化分为N个时间段，N为大于1的整数，然后统计资讯类别的应用程序落入该N个时间段内每个时间段的概率，最后根据统计出的概率得到该类别对应的消息通知时间段。

优选地，在统计出资讯类别的应用程序落入每个时间段的概率后，可将其中概率值最高的时间段确定为是该资讯类别的应用程序的消息通知时间段。

在统计出资讯类别的应用程序落入每个时间段的概率后，该资讯类别的应用程序的使用时间段落入N个时间段内的M个时间段时，如果这M个时间段对应的概率大于一个阈值，则将该M个时间段作为该资讯类别对应的消息通知时间段。该阈值可以依据经验设置。

在统计资讯类别的应用程序落入每个时间段的概率时，可能会出现应用程序的使用时间段会完全落入一个时间段内，也可能出现应用程序的使用时间段会部分落入到一个时间段内，此时可以根据落入该时间段内的使用时间段的长度来确定相应的概率值，比如，当该资讯类别的应用程序的使用时间段有三分之二落入该N个时间段中的某个时间段(比如8:30至9:00)时，可以确定该应用程序的使用时间段落入8:30至9:00这个时间段的概率是67％。

下面以资讯类别为例，通过一个具体实例描述该类别的消息通知策略的生成过程。

本申请实施例中，对一周内资讯类别的应用程序被使用的时间进行了统计，具体如表1所示。通过表1中的资讯类别的所有应用程序的启动时间点和使用时长，可以得到资讯类别的所有应用程序的使用时间段，如，可以得到新浪新闻的使用时间段为早上8点35至早上8点47。表2示出了表1中的每种应用程序的使用时间段。

表1

应用程序名称	启动时间	使用时长
			新浪新闻	2015-5-4 08:35	720秒
搜狐新闻	2015-5-5 12:00	500秒
			今日头条	2015-5-6 12:13	1200秒

网易新闻	2015-5-7 08:33	820秒
			腾讯新闻	2015-5-8 12:15	930秒
…	…	…

表2

应用程序名称	使用时间段
		新浪新闻	08:35-08:47
搜狐新闻	12:00-12:09
		今日头条	12:13-12:33
网易新闻	08:33-08:47
		腾讯新闻	12:15-12:31
…	…

按照30分钟间隔时间将一天划分为48个时间段，然后统计一周内资讯类别的应用程序的使用时间段分别落入该48个时间段中每个时间段的概率，根据统计可以得到，一周内资讯类别的应用程序的使用时间段分别落入08：30至09:00和12:00至12:30这两个时间段的概率较高，因此得到如表3所示的消息通知策略。

表3

通知时间段	应用程序类别
		08:30-09:00	资讯
12:00-12:30	资讯

相应地，其它类别对应的消息通知策略的确定方式如上述步骤，根据统计所有类别对应的消息通知策略，可以获得如表4所示的消息通知策略，该消息通知策略可以用来确定接收到的消息可以通知的时间，使得应用程序的消息通知更加智能化。

表4

通知时间段	应用程序类型
		08:00-08:10	闹钟、天气类
08:30-09:00	资讯、交通类

12:00-12:30	资讯、阅读、即时消息类
		14:00-15:00	工作类
20:30-23:00	即时消息、购物、影音视频类
		其余时间	无

可选地，还可以通过接收调整该消息通知策略的指令来调整该消息通知策略。通过这种方式，本申请实施例允许用户对消息通知策略进行调整。具体地，可增加新的消息通知策略，也可以删除已有的消息通知策略，还可以对已有的消息通知策略进行修改，比如，可修改通知时间段，也可以增加或删除一个通知时间段对应的应用类别。

例如，当用户想要调整闹种类别的应用程序的消息通知时间时，就可以通过消息通知策略设置界面输入调整指令，该调整指令中包含了调整后的该闹钟类别的应用程序对应的消息通知时间为早上8点至早上8点20，消息管理装置可根据该调整指令，将该消息通知策略中的闹钟类别的应用程序的消息通知时间进行调整。

再例如，当用户因为工作原因，需要24小时内随时接收工作类别的消息时，则可以通过消息通知策略设置界面输入调整指令，以使消息管理装置将该消息通知策略中工作类别的应用程序的消息通知时间调整到0点至24点，或者将工作类别添加到表4中的所有通知时间段，即只要该工作类别的应用程序发送的消息，都会立即进行通知。

通过接收调整消息通知策略的指令调整该消息通知策略的方法可以弥补自动调整的消息通知策略的不足，使得应用程序的消息通知时间段的确定更加智能化。

基于上述调整消息通知策略的过程，如图1a至图1h所示，本申请实施例提供了一种移动终端通过消息管理装置中策略设置功能来调整消息通知策略的过程：

图1a示出了移动终端的桌面，在桌面上点击消息管理装置的按钮，可以进入消息管理界面，如图1b所示，功能菜单中包括消息管理和策略设置两个功能。点击图1b中的策略设置，可以进入消息通知策略的设置界面，具体如图1c所示，从图1c中可以看出，用户可以对已经生成的消息通知策略进行调整，每个消息通知策略都对应着有下拉箭头，通过点击下拉箭头，可以调整应用程序类别对应的通知时间段，也可以调整通知时间段对应的应用程序类别，还可以自行设置新的消息通知策略，同样的，还可以对已经生成的消息通知策略中没有应用程序的类别进行增加，以避免新出现的应用类别的推送的消息被屏蔽拦截。

如图1d虚线部分所示，调整了闹钟类别和天气类别对应的通知时间段，将通知时间段由08:00-08:10调整到08:00-08:20。如图1e虚线部分所示，将天气类别的通知时间段调整到了08:30-09:00，即将天气类别设置在资讯、交通类别对应的通知时间段上。如图1f中虚线部分所示，还可以添加新的消息通知策略，用户想在中午休息时间购物，将新添加了一个消息通知策略，购物类别对应的通知时间段为12:30-13:00，在这个时间段内，可以将购物类别的应用程序推送的消息进行通知。在使用一段时间后，用户认为不需要再中午时间购物了，可以将通知时间段为12:30-13:00对应的购物类别的消息通知策略进行删除，如图1g中虚线部分所示。用户开通了手机银行，安装了银行类别的应用程序，该类别应用程序的消息通知策略在策略设置界面中没有，需要增加新的消息通知策略，防止银行类别的应用程序推送的消息被屏蔽，如图1h中虚线部分所示。

通过消息管理装置中策略设置功能设置的消息通知策略，被存储在消息管理装置的策略数据库中，以备消息管理装置中的通知策略确定单元所调用。

基于上述描述，图2为本申请实施例提供的消息管理流程示意图，该流程可以由消息管理装置执行，该装置可以位于移动终端内，也可以是移动终端，如图2所示，该流程具体步骤包括：

步骤201，接收消息。

步骤202，根据所述消息所属的应用程序类别获取对应的消息通知策略。

步骤203，根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间。

步骤204，根据所述消息所属的应用程序的消息被通知的时间对所述消息进行通知。

具体的，在步骤201中，将网络侧应用服务器推送的消息进行拦截和接收，即网络侧应用服务器中不同类别的应用程序推送的消息都不会直接进行通知，而是将这些不同类别的应用程序推送的消息进行接收，然后缓存在消息缓存区，便于进行统一管理。

举例来说，在应用描述里注册继承NotificationListenerService的监听组件，此监听组件会自动接收到所有应用程序发给操作系统的消息通知。在监听组件中完成对所有应用程序推送的消息的接收和拦截，主要方法是通过对消息创建和删除的两个过程完成对消息接收，得到如表5所示的消息：

表5

在步骤202中，以上述表4为例，通过接收到的消息所属的应用程序的类别，从表4中查询其对应的消息通知策略，如接收到微信发送的消息，微信是即时消息类别的应用程序，从表4中确定该即时消息类别对应的消息通知策略。

在步骤203中，当在步骤202中得到消息所属的应用程序类别对应的消息通知策略后，就可以得到该消息所属的应用程序类别的消息被通知时间，如在早上9点接收到微信发送的消息，微信所属的应用程序类别为即时消息类别，从表4中可以得出，其对应的消息通知时间段为12点至12点30分，即该微信发送的消息被通知的时间为12点至12点30分。

如果即时消息类别的消息在12点之前接收到多条时，则需要根据消息的接收时间对接收到的所有即时消息类别的消息进行排序，在通知的时候，将排序后的消息按照既有顺序进行通知。

在确定该消息所属的应用程序的消息被通知的时间时，还可以判断步骤202中得到的消息通知策略中是否将该消息所属的应用程序或者应用程序类别设置为屏蔽拦截状态，即对某一应用程序或某一类别的应用程序设置为屏蔽拦截状态，如果该消息所属的应用程序被设置为屏蔽拦截，则就要确定该消息被立即通知，否则，根据其对应的消息通知策略来确定该消息所属的应用程序的消息被通知的时间，通过该方法可以避免用户接收重要信息不及时的隐患。

在步骤204中，将消息进行通知的方式可以包括多种，举例来说，可将消息直接显示在终端显示窗口内，也可以是显示消息对应的应用程序的图标，使用户能够通过触发该图标打开应用程序或者显示消息内容，还可以通过声音提示的方式进行提示，以使用户根据该声音提示查看消息。上述多种方式也可以结合使用。本发明实施例对消息进行通知的方式不限于此。

该消息被通知之后，就会在消息缓存区删除或者将已经被通知的消息标记为已通知，这样该消息不会再被通知。

为了能够更好的管理接收到的消息，还可以对消息缓存区中存储的消息进行管理。

具体的，可以通过接收消息查看指令，去查看消息缓存区中接收到的消息中还未到通知时间的消息，并进行通知。还可以通过接收消息删除指令，然后根据消息删除指令，对消息缓存区中接收到的消息中还未到通知时间的消息执行删除操作。在步骤201中接收的消息，被存储在消息缓存区，消息缓存区中的消息可以被删除，被立即通知，具体的根据接收到的指令是删除指令还是查看指令来进行操作，如果接收到的指令是删除指令，则执行删除操作。

上述执行删除操作或查看操作的过程可以通过消息管理装置中的消息管理功能来实现，如图3a至图3c所示，在图3a中，在功能菜单中包括消息管理和策略设置两种功能，在点击消息管理后，可以进入如图3b所示的列表，在该列表中，显示出有A至G共7条消息，每条消息后都有一复选框，用户可以对这7条消息进行删除和查看操作，如当点击A消息后的复选框时，该消息处于被选中状态，此时，如果点击“查看”按钮，则该消息被立即显示；如果点击“删除”按钮，则进入如图3c所示的显示窗口，此时需要用户进一步确定是否要删除该消息，如果确定，点击按钮“是”。如果不想删除，则点按钮“否”，取消删除操作。

上述实施例表明，通过接收消息，然后根据所述消息所属的应用程序类别获取对应的消息通知策略，根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间，最后根据所述消息所属的应用程序的消息被通知的时间通知所述消息。基于消息通知策略，重新组织应用的消息通知，对消息进行统一管理，使得用户可以在适当的时间接收到需要的消息，还可以通过调整消息通知策略，改变用户的作息习惯，同时制定某种应用程序不受拦截和控制，及时通知，以避免用户接收重要信息不及时的隐患。

基于相同的构思，本申请实施例提供了一种消息管理的装置，如图4所示的结构示意图，该装置可以执行消息管理的流程，该装置可以位于移动终端内，也可以是移动终端，该装置具体包括：

接收单元401，用于接收消息；

通知策略确定单元402，用于根据所述消息所属的应用程序类别获取对应的消息通知策略，所述对应的消息通知策略是根据同一类别的应用程序被使用的时间的统计数据得到的，所述同一类别与所述消息所属的应用程序类别相同；

通知时间确定单元403，用于根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间；

消息通知单元404，用于根据所述消息所属的应用程序的消息被通知的时间对所述消息进行通知；

策略设置单元405，用于设置消息通知策略，消息通知策略可存储在策略数据库406中。

优选地，通知策略确定单元402可具体用于：获取统计时间段内所述同一类别的应用程序的启动时间和使用时长，根据所述统计时间段内所述同一类别的应用程序的启动时间和使用时长，确定该类别对应的消息通知时间段，得到消息通知策略。

优选地，通知策略确定单元402可具体用于：根据所述统计时间段内所述同一类别的应用程序的启动时间和使用时长，确定每个应用程序的使用时间段；根据所述每个应用程序的使用时间段，确定该类别应用程序的使用时间概率分布；根据该类别应用程序的使用时间概率分布，确定该类别对应的消息通知时间。

优选地，通知策略确定单元402可具体用于：将一天中允许进行消息通知的时间段划分为N个时间段，N为大于1的整数；根据所述统计时间段内所述同一类别的应用程序的使用时间段，确定该类别的应用程序的使用时间段落入到所述N个时间段内每个时间段的概率；根据该类别的每个应用程序的使用时间段落入到所述N个时间段内每个时间段的概率，确定该类别对应的消息通知时间段。

优选地，通知策略确定单元402可具体用于：若该类别的应用程序的使用时间段落入到所述N个时间段内的M个时间段的概率大于阈值，则将所述M个时间段作为该类别对应的消息通知时间段，其中，M为大于或等于1的整数。

优选地，策略设置单元405还可用于：接收调整所述消息通知策略的指令，根据所述调整消息通知策略的指令调整所述消息通知策略。

优选地，接收单元401可具体用于：接收不同类别的应用程序推送的消息，并将所述不同类别的应用程序推送的消息进行缓存。

优选地，上述消息管理的装置还可包括消息查看单元和/或消息删除单元消息查看单元和消息删除单元均未在图中示出。消息查看单元可用于：接收消息查看指令，根据所述消息查看指令将接收到的消息中还未到通知时间的消息进行通知。消息删除单元用于：接收消息删除指令，根据所述消息删除指令将接收到的消息中还未到通知时间的消息进行删除。

优选地，通知时间确定单元403可具体用于：根据接收到的消息所属的应用程序，确定所述消息通知策略中是否将所述消息所属的应用程序设置为屏蔽拦截；若所述消息所属的应用程序被设置为屏蔽拦截，则确定所述消息被立即通知，否则，根据所述对应的消息通知策略确定所述消息所属的应用程序的消息被通知的时间。

本申请实施例中的消息管理装置的具体实施方式可参见上述消息管理方法的具体实施方式，这里不再重述。

综上所述，本申请实施例基于用户的习惯和偏好，改变了传统的由应用控制发送通知的模式，统一由移动终端根据用户使用移动终端中应用的习惯和偏好，在各个启用时间段对应的应用分类的应用发送的消息按照时间先后有序的通知在消息通知中心，在用户不使用的时间段内屏蔽消息通知，以此达到用户只能的在合适的时间段接收合适消息的目的。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (18)

1.一种消息管理方法，其特征在于，包括：

接收消息；

根据所述消息所属的应用程序类别获取对应的消息通知策略，所述对应的消息通知策略是根据同一类别的应用程序被使用的时间的统计数据得到的，所述同一类别与所述消息所属的应用程序类别相同；

根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间；

根据所述消息所属的应用程序的消息被通知的时间对所述消息进行通知。

2.如权利要求1所述的方法，其特征在于，根据同一类别的应用程序被使用的时间的统计数据得到对应的消息通知策略的过程，包括：

获取统计时间段内所述同一类别的应用程序的启动时间和使用时长；

根据所述统计时间段内所述同一类别的应用程序的启动时间和使用时长，确定该类别对应的消息通知时间段，得到消息通知策略。

3.如权利要求2所述的方法，其特征在于，所述根据所述统计时间段内所述同一类别的应用程序的启动时间和使用时长，确定该类别对应的消息通知时间段，包括：

根据所述统计时间段内所述同一类别的应用程序的启动时间和使用时长，确定每个应用程序的使用时间段；

根据所述每个应用程序的使用时间段，确定该类别应用程序的使用时间概率分布；

根据该类别应用程序的使用时间概率分布，确定该类别对应的消息通知时间段。

4.如权利要求3所述的方法，其特征在于，所述根据所述每个应用程序的使用时间段，确定该类别应用程序的使用时间概率分布，包括：

将一天中允许进行消息通知的时间段划分为N个时间段，N为大于1的整数；

根据所述统计时间段内所述同一类别的应用程序的使用时间段，确定该类别的应用程序的使用时间段落入到所述N个时间段内每个时间段的概率；

根据该类别的每个应用程序的使用时间段落入到所述N个时间段内每个时间段的概率，确定该类别对应的消息通知时间段。

5.如权利要求4所述的方法，其特征在于，所述根据该类别的每个应用程序的使用时间段落入到所述N个时间段内每个时间段的概率，确定该类别对应的消息通知时间段，包括：

若该类别的应用程序的使用时间段落入到所述N个时间段内的M个时间段的概率大于阈值，则将所述M个时间段作为该类别对应的消息通知时间段，其中，M为大于或等于1的整数。

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

接收调整所述消息通知策略的指令；

根据所述调整消息通知策略的指令调整所述消息通知策略。

7.如权利要求1所述的方法，其特征在于，所述接收消息，包括：

接收不同类别的应用程序推送的消息，并将所述不同类别的应用程序推送的消息进行缓存。

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

接收消息查看指令，根据所述消息查看指令将接收到的消息中还未到通知时间的消息进行通知；或者

接收消息删除指令，根据所述消息删除指令将接收到的消息中还未到通知时间的消息进行删除。

9.如权利要求1至8中任一项所述的方法，其特征在于，所述根据所述对应的消息通知策略确定所述消息所属的应用程序的消息被通知的时间，包括：

根据接收到的消息所属的应用程序，确定所述消息通知策略中是否将所述消息所属的应用程序或应用程序类别设置为屏蔽拦截；

若所述消息所属的应用程序被设置为屏蔽拦截，则确定所述消息被立即通知，否则，根据所述对应的消息通知策略确定所述消息所属的应用程序的消息被通知的时间。

10.一种消息管理装置，其特征在于，包括：

接收单元，用于接收消息；

通知策略确定单元，用于根据所述消息所属的应用程序类别获取对应的消息通知策略，所述对应的消息通知策略是根据同一类别的应用程序被使用的时间的统计数据得到的，所述同一类别与所述消息所属的应用程序类别相同；

通知时间确定单元，用于根据所述对应的消息通知策略，确定所述消息所属的应用程序的消息被通知的时间；

消息通知单元，用于根据所述消息所属的应用程序的消息被通知的时间对所述消息进行通知；

策略设置单元，用于设置消息通知策略。

11.如权利要求10所述的装置，其特征在于，所述通知策略确定单元具体用于：

获取统计时间段内所述同一类别的应用程序的启动时间和使用时长；

根据所述统计时间段内所述同一类别的应用程序的启动时间和使用时长，确定该类别对应的消息通知时间段，得到消息通知策略。

12.如权利要求11所述的装置，其特征在于，所述通知策略确定单元具体用于：

根据所述统计时间段内所述同一类别的应用程序的启动时间和使用时长，确定每个应用程序的使用时间段；

根据所述每个应用程序的使用时间段，确定该类别应用程序的使用时间概率分布；

根据该类别应用程序的使用时间概率分布，确定该类别对应的消息通知时间段。

13.如权利要求12所述的装置，其特征在于，所述通知策略确定单元具体用于：

将一天中允许进行消息通知的时间段划分为N个时间段，N为大于1的整数；

根据所述统计时间段内所述同一类别的应用程序的使用时间段，确定该类别的应用程序的使用时间段落入到所述N个时间段内每个时间段的概率；

根据该类别的每个应用程序的使用时间段落入到所述N个时间段内每个时间段的概率，确定该类别对应的消息通知时间段。

14.如权利要求13所述的装置，其特征在于，所述通知策略确定单元具体用于：

若该类别的应用程序的使用时间段落入到所述N个时间段内的M个时间段的概率大于阈值，则将所述M个时间段作为该类别对应的消息通知时间段，其中，M为大于或等于1的整数。

15.如权利要求10所述的装置，其特征在于，所述策略设置单元还用于：

接收调整所述消息通知策略的指令；

根据所述调整消息通知策略的指令调整所述消息通知策略。

16.如权利要求10所述的装置，其特征在于，所述接收单元具体用于：

接收不同类别的应用程序推送的消息，并将所述不同类别的应用程序推送的消息进行缓存。

17.如权利要求10所述的装置，其特征在于，还包括：消息查看单元和/或消息删除单元；

所述消息查看单元，用于接收消息查看指令，根据所述消息查看指令将接收到的消息中还未到通知时间的消息进行通知；

所述消息删除单元，用于接收消息删除指令，根据所述消息删除指令将接收到的消息中还未到通知时间的消息进行删除。

18.如权利要求10至17中任一项所述的装置，其特征在于，所述通知时间确定单元具体用于：

根据接收到的消息所属的应用程序，确定所述消息通知策略中是否将所述消息所属的应用程序或应用程序类别设置为屏蔽拦截；

若所述消息所属的应用程序被设置为屏蔽拦截，则确定所述消息被立即通知，否则，根据所述对应的消息通知策略确定所述消息所属的应用程序的消息被通知的时间。