CN108235811A - 一种消息处理的方法及装置 - Google Patents

Abstract

本发明实施例公开一种消息处理的方法及装置，涉及通信技术领域，可以解决现有技术中对通知消息的处理方法的智能度较低的问题。本发明实施例通过根据每个应用的历史使用特征确定各个应用的重要等级，然后根据各个应用的重要等级，确定各个应用的通知消息的通知方式，进而当接收到通知消息时，以所述通知消息所属应用对应的通知方式显示所述通知消息。本发明实施例提供的方案适于处理通知消息时采用。

Description

一种消息处理的方法及装置

本申请要求于2016年11月26日提交中国专利局、申请号为201611057261.2、发明名称为“一种手机智能通知的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信技术领域，尤其涉及一种消息处理的方法及装置。

背景技术

随着智能手机的发展和普及，智能手机中的各种应用为人们的生活提供了许多便利，智能手机中安装的应用越来越多，使得智能手机中的各种通知消息也越来越多，例如，短信通知，各种应用的推送消息等，这些通知消息中包括用户真正需要的消息，也包括也包括一些垃圾消息，例如广告邮件，垃圾短信等，有用的消息和垃圾消息混杂在一起给用户读取需要的消息带来了很大的不便。

目前为了对智能手机中的通知消息进行管理，用户可以选择屏蔽一些应用的通知消息，使得这些应用的消息不会显示在通知栏，采用这种方法虽然可以减少通知消息的数量，但是容易使用户无法及时看到重要的消息，且未被屏蔽的应用中仍然可能存在有用的消息以及垃圾消息，所以现有技术对通知消息的处理方法不够智能。

发明内容

本发明的实施例提供一种消息处理的方法及装置，可以解决现有技术中对通知消息的处理方法的智能度较低的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明实施例提供一种消息处理的方法，包括：

根据终端中每个应用的历史使用特征确定各个应用的重要等级，然后根据各个应用的重要等级，确定各个应用的通知消息的通知方式，进而当接收到通知消息时，终端以所述通知消息所属应用对应的通知方式显示所述通知消息。可见，本发明实施例不是采用相同的方式对所有的通知方式进行显示，而是可以根据用户对每个应用的使用习惯来确定每个应用的重要等级，每个重要等级的应用的通知消息对应一种通知方式，进而采用不同的通知方式来显示重要等级不同的应用的通知消息，可以满足用户查看消息的需求和习惯，提高了通知消息处理的智能性。

在一种可能的设计中，终端在显示通知消息之前，还需要根据每个应用的在线时间和/或应用类别确定每个应用的通知时间段。由于应用的在线时间可以反应用户使用应用的时间，结合在线时间以及应用类别确定每个应用的通知时间段，可以使的应用的通知间符合用户的使用习惯，且确定通知时间段时考虑了应用类型，例如，工作类型的应用的通知时间段为工作时间，娱乐应用的通知时间段为非工作时间，使得对通知消息的处理更加智能。

在一种可能的设计中，对终端中的通知消息进行通知的具体方法为：当接收到通知消息时，判断当前时刻是否处于所述通知消息所属应用的通知时间段；若是，则以所述通知消息所属应用对应的通知方式显示所述通知消息；若否，则临时存储所述通知消息，直至当前时刻达到所述通知消息所属应用的通知时间段时，以所述通知消息所属应用对应的通知方式显示所述通知消息。在合适的时间段对通知消息进行处理可以避免用户被一些不合时机的通知消息所打扰，提高了对通知消息处理的智能性。

在一种可能的设计中，历史使用特征包括使用时长、开启次数以及应用下载量中的至少一项，终端确定各个应用的重要等级的方法为：分别对每个应用的使用时长进行排序，按照使用时长从大到小的顺序，将应用划分为N个第一类集合，N为大于1的正整数，N个第一类集合的编号分别为1至N；分别对每个应用的开启次数进行排序，按照开启次数从多到少的顺序，将应用划分为N个第二类集合，N个第二类集合的编号分别为1至N；分别对每个应用的应用下载量进行排序，按照应用下载量从多到少的顺序，将应用划分为N个第三类集合，N个第三类集合的编号分别为1至N；然后依次筛选出编号相同的第一类集合、第二类集合和第三类集合中相同的应用，组成各编号对应的重要等级集合，编号越小的重要等级集合中的应用的重要等级越高。可见，根据应用的使用时长来确定应用的重要等级，可以保证用户经常使用的应用的通知消息被及时通知，使得通知消息的通知时机更加符合用户的使用习惯。

在一种可能的设计中，终端在依次筛选出编号相同的第一类集合、第二类集合和第三类集合中相同的应用，组成各编号对应的重要等级集合的过程中，需要每筛选出一个编号对应的第一类集合、第二类集合和第三类集合中相同的应用，将当前编号对应的第一类集合、第二类集合和第三类集合中相同的应用组合成当前编号对应的重要等级集合，然后将当前编号对应的第一类集合、第二类集合和第三类集合中未被筛选出的应用分别划分至下一编号对应的第一类集合、第二类集合和第三类集合中。

在一种可能的设计中，在终端根据终端中每个应用的使用时长、开启次数以及应用下载量确定各个应用的重要等级之后，终端还可以接收用户输入的修改指令，所述修改指令中携带应用的重要等级，并根据所述修改指令，将所述修改指令对应的应用的重要等级修改为所述修改指令中携带的重要等级。可见，终端可以根据历史数据自动确定应用的重要等级，用户也可以根据自己的实时需求来对应用的重要等级进行修改，以使得通知消息的通知时机更符合用户需求，进一步提高了对通知消息处理的智能性。

另一方面，本发明实施例提供了一种消息处理的装置，该装置可以实现上述方法示例中终端所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。

在一种可能的设计中，该装置的结构中包括处理器和显示单元，该处理器被配置为支持该装置执行上述方法中相应的功能。该显示器用于支持该装置显示通知消息。该装置还可以包括存储器，该存储器用于与处理器耦合，其保存该装置必要的程序指令和数据。

又一方面，本发明实施例提供了一种通信系统，该系统包括上述方面所述的终端以及云服务器。

再一方面，本发明实施例提供了一种计算机存储介质，用于储存为上述终端所用的计算机软件指令，其包含用于执行上述方面所设计的程序。

与现有技术相比，本发明实施例不是采用相同的方式对所有的通知方式进行显示，而是可以根据用户对每个应用的使用习惯来确定每个应用的重要等级，每个重要等级的应用的通知消息对应一种通知方式，进而采用不同的通知方式来显示重要等级不同的应用的通知消息，可以满足用户查看消息的需求和习惯，提高了通知消息处理的智能性。

附图说明

图1为本发明实施例提供的一种消息处理的方法的流程图；

图1a为本发明实施例提供的一种消息处理的方法的示例性示意图；

图1b为本发明实施例提供的另一种消息处理的方法的示例性示意图；

图1c为本发明实施例提供的另一种消息处理的方法的示例性示意图；

图2为本发明实施例提供的另一种消息处理的方法的流程图；

图3为本发明实施例提供的另一种消息处理的方法的流程图；

图4为本发明实施例提供的一种消息处理的装置的结构示意图；

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

具体实施方式

本发明实施例描述的系统架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

需要说明的是，本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

需要说明的是，本发明实施例中“的(英文：of)”，相应的“(英文corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

终端，又称之为用户设备(User Equipment，UE)，是一种向用户提供语音和/或数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。常见的终端例如包括：手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，例如智能手表、智能头盔、智能手环、计步器等。

为了提高对通知消息处理的智能度，本发明实施例提供一种消息处理的方法，该方法的执行主体为终端，如图1所示，该方法包括：

101、根据终端中每个应用的历史使用特征确定各个应用的重要等级。

其中，历史使用特征包含应用的使用时长、开启次数、应用下载量中的至少一项，应用的使用时长是指应用已经累计在前台使用的时长，其中不包括应用在后台运行的时间。应用下载量为终端从云服务器获取的，云服务器可以统计每个应用被下载的总次数，进而确定应用下载量。

需要说明的是，每个应用的使用时长以及开启次数可以反映用户对应用的使用习惯，例如，如果用户频繁的开启一个应用，且该应用的使用时长，说明用户需要经常使用该应用，则该应用的重要等级较高，当收到该应用的通知消息时，需要及时通知，使用户可以及时看到该应用的通知消息。即应用的使用时长越长、开启次数越多、应用下载量越大，应用的重要等级越高。

还需说明的是，终端会周期性的统计每个应用的使用时长、开启次数以及应用下载量，并更新应用的重要等级。

102、根据各个应用的重要等级，确定各个应用的通知消息的通知方式。

例如，可以划分三个重要等级，分别为重要、不重要以及非常不重要。

重要等级为重要的应用的通知消息可以以弹窗的方式提醒，且重要等级为重要的应用的通知消息的显示位置在重要等级为不重要的通知消息之前；

如果终端处于锁屏状态，则重要等级为重要的应用的通知消息可以以弹窗的方式显示在锁屏界面上；

另外，对于重要等级为重要的应用的通知消息，可以设置为在用户处理该消息之前，每隔一定时间提醒一次。

重要等级为不重要的通知消息可以显示在通知栏中，不以弹窗的方式提醒。

而重要等级为非常不重要的通知消息可能是垃圾短信或者广告等，则可以不通知。

103、当接收到通知消息时，以通知消息所属应用对应的通知方式显示通知消息。

作为一个例子，如果通过上述步骤101确定对于终端A而言，微信的重要等级为重要，微博的重要等级为不重要，QQ的重要等级为非常不重要。

则当接收到微信的通知消息时，将以弹窗的方式显示通知消息，如图1a所示。

当接收到微博的通知消息时，将通知消息显示在通知栏中，而如果此时微信的通知消息还未被处理，则在通知栏中，微博的通知消息位于微信的通知消息的下方，如图1b所示。

当接收到QQ的通知消息时，终端不会对QQ的终端消息进行提醒，当用户打开QQ界面时，才可以看到QQ的通知消息。

需要说明的是，如果一个应用中有多种类型的通知消息，则可以预设每种类型通知消息的通知策略，例如可以设置应用的更新消息在打开应用时提醒，应用的社交消息按照步骤102确定的通知方式提醒。

具体以微信为例，可以设置微信的更新消息在打开微信时以弹窗的方式提醒，如图1c所示；微信的聊天消息按照步骤102确定的通知方式提醒，如果微信的通知方式为重要，则微信的聊天消息以弹窗的方式提醒，并显示在通知栏的最上方，若微信的通知方式为不重要，则在通知栏中显示微信的聊天消息，不以弹窗的方式提醒；而当接收到微信公众号消息时不会通过弹窗提醒，且不会显示在终端的通知栏中，当用户打开微信时，公众号的未读消息将会以符号标识，例如在公众号头像的右上角显示一个小红点，说明该公众号中有未读消息。

本发明实施例提供的消息通知的方法，终端可以根据每个应用的历史使用特征确定各个应用的重要等级，然后根据各个应用的重要等级，确定各个应用的通知消息的通知方式，进而当接收到通知消息时，以所述通知消息所属应用对应的通知方式显示所述通知消息，与现有技术相比，本发明实施例不是采用相同的方式对所有的通知方式进行显示，而是可以根据用户对每个应用的使用习惯来确定每个应用的重要等级，每个重要等级的应用的通知消息对应一种通知方式，进而采用不同的通知方式来显示重要等级不同的应用的通知消息，可以满足用户查看消息的需求和习惯，提高了通知消息处理的智能性。

以下对上述步骤101中，根据终端中每个应用的使用时长、开启次数以及应用下载量确定各个应用的重要等级的方法进行说明。

分别对每个应用的使用时长进行排序，按照使用时长从大到小的顺序，将应用划分为N个第一类集合，N为大于1的正整数，N个第一类集合的编号分别为1至N；例如，假设有9个应用，分别为应用1至应用9，第一类集合1为{应用1，应用2，应用3}，第一类集合2为{应用4，应用5，应用6}，第一类集合3为{应用7，应用8，应用9}。

分别对每个应用的开启次数进行排序，按照开启次数从多到少的顺序，将应用划分为N个第二类集合，N个第二类集合的编号分别为1至N；例如，第二类集合1为{应用1，应用2，应用4}，第二类集合2为{应用3，应用5，应用6}，第二类集合3为{应用7，应用8，应用9}。

分别对每个应用的应用下载量进行排序，按照应用下载量从多到少的顺序，将应用划分为N个第三类集合，N个第三类集合的编号分别为1至N；例如，第三类集合1为{应用1，应用3，应用5}，第三类集合2为{应用2，应用4，应用6}，第三类集合3为{应用7，应用8，应用9}。

通过上述的处理过程，分别将应用按照不同的方式划分为N个第一类集合、N个第二类集合、N个第三类集合，然后依次筛选出编号相同的第一类集合、第二类集合和第三类集合中相同的应用，组成各编号对应的重要等级集合，编号越小的重要等级集合中的应用的重要等级越高；

其中，每筛选出一个编号对应的第一类集合、第二类集合和第三类集合中相同的应用，将当前编号对应的第一类集合、第二类集合和第三类集合中相同的应用组合成当前编号对应的重要等级集合，并将当前编号对应的第一类集合、第二类集合和第三类集合中未被筛选出的应用分别划分至下一编号对应的第一类集合、第二类集合和第三类集合中。

结合上述举例，编号为1的第一类集合{应用1，应用2，应用3}、第二类集合{应用1，应用2，应用4}和第三类集合{应用1，应用3，应用5}中相同的应用为应用1，所以第一重要等级集合为{应用1}。

在确定第一等级集合后，编号为2的第一类集合更新为{应用2，应用3，应用4，应用5，应用6}，编号为2的第二类集合更新为{应用2，应用3，应用4，应用5，应用6}，编号为2的第三类集合更新为{应用2，应用3，应用4，应用5，应用6}，从中筛选出相同的应用组成的第二重要等级集合为{应用2，应用3，应用4，应用5，应用6}。

然后，编号为3的第一类集合{应用7，应用8，应用9}、第二类集合{应用7，应用8，应用9}、第三类集合{应用7，应用8，应用9}中相同的应用为应用7，应用8，应用9，所以第三重要等级集合为{应用7，应用8，应用9}。

作为另一个例子，按照应用的使用时长对应用进行排序，得到四个第一类集合，分别为time1，time2，time3，time4，其中，应用时长排序在前20％的应用组成time1，排序随后的30％的应用组成time2，排序再后面的30％的应用组成time3，应用时长排序最后的20％组成time4；按照开启次数对应用进行排序，仍按照排序从前到后处于20％、30％、30％、20％的区间，依次得到四个第二类集合，分别为count1，count2，count3，count4；按照应用下载量对应用进行排序，仍按照排序从前到后处于20％、30％、30％、20％的区间，依次得到四个第三类集合，分别为number1，number2，number3，number4，首先筛选出time1、count1和number1这三个集合中相同的应用，组成第一重要等级集合，然后将time1中未被选中的应用划分至time2中，将count1中未被选中的应用划分至count2中，将number1中未被选中的应用划分至number2中，按照这种方法，可以依次确定出第二重要等级集合、第三重要等级集合和第四重要等级集合。其中，第一重要等级集合、第二重要等级集合、第三重要等级集合和第四重要等级集合中的应用的重要等级依次降低。

或者，还可以先按照上述方法从time1，time2，time3，time4和count1，count2，count3，count4中依次筛选相同的应用，得到四个集合，再将得到的四个集合分别和number1，number2，number3，number4比较，最终得到第一重要等级集合、第二重要等级集合、第三重要等级集合和第四重要等级集合。

进一步的，在确定重要等级集合之后，还会将重要等级集合与通知消息的通知方式对应存储，这样当接收到应用的通知消息之后，即可根据应用的重要等级确定通知消息的通知方式。

例如，重要等级集合与通知消息的通知方式的对应关系如表1所示：

表1

第一重要等级集合(例如包含微信)	以弹窗的方式显示通知消息，并震动提醒
		第二重要等级集合(例如包含微博)	将通知消息显示在通知栏中，并震动提醒
第三重要等级集合(例如包含QQ)	将通知消息显示在通知栏中，不震动提醒
		第四重要等级集合	不提醒通知消息

需要说明的是，上述表格中所述的重要等级集合与通知消息的通知方式的对应关系仅为一个例子，重要等级的数量以及每个重要等级中的应用对应的通知方式可以根据实际情况设置。

仍结合上述表格，当终端接收到微信消息时，可以确定微信属于第一重要等级集合，进而确定第一重要等级集合对应的通知方式为以弹窗的方式显示通知消息，并震动提醒，所以终端会将该微信消息显示在弹窗中，并震动提醒。

当终端接收到微博消息时，可以确定微博属于第二重要等级集合，进而确定第二重要等级集合对应的通知方式为将通知消息显示在通知栏中，并震动提醒，所以终端会将该微博消息显示在通知栏中，并震动提醒。

结合图1所示的方法流程，为了更加智能地处理通知消息，不仅要确定每个应用的通知消息的通知方式，还要确定通知时间段，基于此，在本发明实施例提供的另一种实现方式中，如图2所示，该方法还包括：

201、根据每个应用的在线时间和/或应用类别确定每个应用的通知时间段。

其中，终端可以根据每个应用的在线时间确定每个应用的通知时间段，或者根据每个应用的应用类别确定每个应用的通知时间段，或者根据每个应用的在线时间以及应用类别确定每个应用的通知时间段。

终端可以自身判断每个应用的应用类别，也可以从云服务器获取每个应用的应用类别。

具体的，可以将一天24个小时划分为多个时间段，例如，划分为睡眠时间段、用餐时间段、工作时间段、休闲时间段等，每个应用类别都对应一个使用时间段，例如，工作类应用一般在工作时间使用，娱乐类应用一般在非工作时间使用。

根据每个应用的在线时间判断用户一般会在哪个时间段使用每个应用，并结合应用的类别确定出每个应用的通知时间段为睡眠时间段、用餐时间段或者工作时间段。如果一个应用的在线时间属于两个时间段，则确定该应用在哪个时间段的在线时间长，将在线时间长的时间段确定为通知时间段。

例如，如果一个应用的在线时间为9:30至10:30，则可确定该应用的在线时间处于工作时间段，并且确定该应用的应用类别为工作类应用，则最终可确定该应用的通知时间段为工作时间段。

可以理解的是，在确定每个应用的通知时间段的基础上，在接收到通知消息时，还需要确定显示该通知消息的时刻，所以，上述步骤103、当接收到通知消息时，以通知消息所属应用对应的通知方式显示通知消息，具体可以实现为步骤202至步骤204。

202、当接收到通知消息时，判断当前时刻是否处于所述通知消息所属应用的通知时间段。若是，则执行步骤204；若否，则执行步骤205。

例如，如果当前时刻为工作时间段，接收到的通知消息所属应用的通知时间段也为工作时间段，则可执行步骤204，立刻以该通知消息所属应用的通知方式显示该通知方式。

如果当前时刻为工作时间段，而接收到的通知消息所属应用的通知时间段为休闲时间段，则执行步骤205，等到休闲时间段才会以该通知消息所属应用的通知方式显示该通知方式。

203、以通知消息所属应用对应的通知方式显示通知消息。

204、缓存所述通知消息，直至当前时刻达到通知消息所属应用的通知时间段时，以通知消息所属应用对应的通知方式显示通知消息。

对于本发明实施例，不仅要确定每个应用的通知消息对应的通知方式，还要确定每个应用的通知时间段，使得通知消息可以在合适的时间被通知，使得用户可以及时看到重要的通知消息，且不会遗漏普通的通知消息，也不会使得无用的通知消息对用户的休息或者工作造成干扰，进一步提高了对通知消息处理的智能度。

需要说明的是，终端根据应用的使用时长以及下载量确定的重要等级可能不会时刻满足用户之后的需求，例如，用户可能会有重要的工作需要用到之前很少使用的一个应用程序，为了使得通知消息的通知方式以及通知时间能够更加符合用户的需求，用户也可以手动调整应用的重要等级，基于此，在本发明实施例提供的另一种实现方式中，如图3所示，在上述步骤101、根据终端中每个应用的历史使用特征确定各个应用的重要等级之后，该方法还包括：

301、接收用户输入的修改指令。

其中，用户的修改指令中可以携带应用的重要等级，即用户可以在输入框中输入应的等级；或者，终端的设置界面可以显示每个应用的重要等级选项，用户输入的修改指令为对应用的重要等级选项的点击操作。

302、根据修改指令，将修改指令对应的应用的重要等级修改为所述修改指令指定的重要等级。

可以理解的是，修改指令指定的重要等级为步骤301中用户输入的重要等级，或者为用户选择的重要等级。

需要说明的是，终端根据用户输入的修改指令修改应用的重要等级之后，还需重新执行步骤102，以重新确定各个应用的通知消息的通知方式。

另外，终端还可以接收用户输入的通知时间段修改指令，根据通知时间段修改指令修改应用的通知时间段，以使得用户可以根据自己的生活习惯来设置应用的通知时间。

本发明实施例提供的消息处理的方法，终端可以根据每个应用的使用时长、开启次数以及应用下载量确定各个应用的重要等级，进而确定各个应用的通知方式，并根据每个应用的在线时间以及应用类别确定每个应用的通知消息的通知时间段，还可以由用户来设置应用的重要等级以及通知时间段，使得通知消息的通知方式和通知时间更加符合用户的需求，提高了消息处理的智能度。

上述主要从终端的角度对本发明实施例提供的方案进行了介绍。可以理解的是，终端包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对终端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

再次用对应各个功能划分各个功能模块的情况下，本发明实施例还提供一种消息处理的装置，该装置可以为上述实施例中的终端。如图4所示，图4示出了上述实施例中所涉及的装置，如终端的一种可能的结构示意图。该装置包括：确定模块401、通知模块402、接收模块403和修改模块404。其中，确定模块401用于支持终端执行图1中的步骤101和102，图2中的步骤201和202。通知模块402用于支持终端执行图1中的步骤103，图2中的步骤203至步骤204。接收模块403用于支持终端执行图3中的步骤301。修改模块404用于支持终端执行图3中的步骤302。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图5示出了上述实施例所涉及的终端的另一种可能的结构示意图，如图5所示，该终端包括：处理器502、显示单元503、存储器501以及总线504。其中，显示单元503、处理器502以及存储器501通过总线504相互连接；总线504可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器501，用于存储终端的程序代码和数据。显示单元503，用于在处理器502的控制下显示通知消息。处理器502，用于对终端的动作进行控制管理，例如，处理器502用于支持终端执行图1中的步骤101至103，图2中的步骤101至202,图3中的步骤302，和/或用于本文所描述的技术的其它过程。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(ReadOnly Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (18)

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

根据终端中每个应用的历史使用特征确定各个应用的重要等级；

根据各个应用的重要等级，确定各个应用的通知消息的通知方式；

当接收到通知消息时，以所述通知消息所属应用对应的通知方式显示所述通知消息。

2.根据权利要求1所述的消息处理的方法，其特征在于，所述方法还包括：

根据每个应用的在线时间和/或应用类别确定每个应用的通知时间段。

3.根据权利要求2所述的消息处理的方法，其特征在于，所述当接收到通知消息时，以所述通知消息所属应用对应的通知方式显示所述通知消息，包括：

当接收到通知消息时，判断当前时刻是否处于所述通知消息所属应用的通知时间段；

若是，则以所述通知消息所属应用对应的通知方式显示所述通知消息；

若否，则临时存储所述通知消息，直至当前时刻达到所述通知消息所属应用的通知时间段时，以所述通知消息所属应用对应的通知方式显示所述通知消息。

4.根据权利要求2或3所述的消息处理的方法，其特征在于，所述历史使用特征包括使用时长、开启次数以及应用下载量中的至少一项，所述根据每个应用的历史使用特征确定各个应用的重要等级，包括：

分别对每个应用的使用时长进行排序，按照使用时长从大到小的顺序，将应用划分为N个第一类集合，N为大于1的正整数，N个第一类集合的编号分别为1至N；

分别对每个应用的开启次数进行排序，按照开启次数从多到少的顺序，将应用划分为N个第二类集合，N个第二类集合的编号分别为1至N；

分别对每个应用的应用下载量进行排序，按照应用下载量从多到少的顺序，将应用划分为N个第三类集合，N个第三类集合的编号分别为1至N；

依次筛选出编号相同的第一类集合、第二类集合和第三类集合中相同的应用，组成各编号对应的重要等级集合，编号越小的重要等级集合中的应用的重要等级越高。

5.根据权利要求4所述的消息处理的方法，其特征在于，所述依次筛选出编号相同的第一类集合、第二类集合和第三类集合中相同的应用，组成各编号对应的重要等级集合，包括：

每筛选出一个编号对应的第一类集合、第二类集合和第三类集合中相同的应用，将当前编号对应的第一类集合、第二类集合和第三类集合中相同的应用组合成当前编号对应的重要等级集合；

将当前编号对应的第一类集合、第二类集合和第三类集合中未被筛选出的应用分别划分至下一编号对应的第一类集合、第二类集合和第三类集合中。

6.根据权利要求1至5中任一项所述的消息处理的方法，其特征在于，在所述根据终端中每个应用的历史使用特征确定各个应用的重要等级之后，所述方法还包括：

接收用户输入的修改指令；

根据所述修改指令，将所述修改指令对应的应用的重要等级修改为所述修改指令指定的重要等级。

7.一种消息处理的装置，其特征在于，包括：

确定模块，用于根据终端中每个应用的历史使用特征确定各个应用的重要等级；根据各个应用的重要等级，确定各个应用的通知消息的通知方式；

通知模块，用于当接收到通知消息时，以所述确定模块确定的所述通知消息所属应用对应的通知方式显示所述通知消息。

8.根据权利要求7的消息处理的装置，其特征在于，

所述确定模块，还用于根据每个应用的在线时间和/或应用类别确定每个应用的通知时间段。

9.根据权利要求8所述的消息处理的装置，其特征在于，

所述通知模块，还用于当接收到通知消息时，判断当前时刻是否处于所述通知消息所属应用的通知时间段；若是，则以所述通知消息所属应用对应的通知方式显示所述通知消息；若否，则临时存储所述通知消息，直至当前时刻达到所述通知消息所属应用的通知时间段时，以所述通知消息所属应用对应的通知方式显示所述通知消息。

10.根据权利要求8或9所述的消息处理的装置，其特征在于，所述历史使用特征包括使用时长、开启次数以及应用下载量中的至少一项；

所述确定模块，具体用于分别对每个应用的使用时长进行排序，按照使用时长从大到小的顺序，将应用划分为N个第一类集合，N为大于1的正整数，N个第一类集合的编号分别为1至N；分别对每个应用的开启次数进行排序，按照开启次数从多到少的顺序，将应用划分为N个第二类集合，N个第二类集合的编号分别为1至N；分别对每个应用的应用下载量进行排序，按照应用下载量从多到少的顺序，将应用划分为N个第三类集合，N个第三类集合的编号分别为1至N；依次筛选出编号相同的第一类集合、第二类集合和第三类集合中相同的应用，组成各编号对应的重要等级集合，编号越小的重要等级集合中的应用的重要等级越高。

11.根据权利要求10所述的消息处理的装置，其特征在于，

所述确定模块，还用于每筛选出一个编号对应的第一类集合、第二类集合和第三类集合中相同的应用，将当前编号对应的第一类集合、第二类集合和第三类集合中相同的应用组合成当前编号对应的重要等级集合；将当前编号对应的第一类集合、第二类集合和第三类集合中未被筛选出的应用分别划分至下一编号对应的第一类集合、第二类集合和第三类集合中。

12.根据权利要求7至11任一项所述的消息处理的装置，其特征在于，所述装置还包括：接收模块，修改模块；

所述接收模块，用于接收用户输入的修改指令；

所述修改模块，用于根据所述修改指令，将所述修改指令对应的应用的重要等级修改为所述修改指令指定的重要等级。

13.一种消息处理的装置，其特征在于，所述装置应用于终端中，所述装置包括：

存储器，用于存储包括程序指令的信息；

处理器，与所述存储器和显示单元耦合，用于控制所述程序指令的执行，具体用于根据终端中每个应用的历史使用特征确定各个应用的重要等级；根据各个应用的重要等级，确定各个应用的通知消息的通知方式；当接收到通知消息时，控制所述显示单元以所述通知消息所属应用对应的通知方式显示所述通知消息。

14.根据权利要求13所述的消息处理的装置，其特征在于，所述处理器，还用于根据每个应用的在线时间和/或应用类别确定每个应用的通知时间段。

15.根据权利要求14所述的消息处理的装置，其特征在于，所述处理器，还用于当接收到通知消息时，判断当前时刻是否处于所述通知消息所属应用的通知时间段；若是，则控制所述显示单元以所述通知消息所属应用对应的通知方式显示所述通知消息；若否，则临时存储所述通知消息，直至当前时刻达到所述通知消息所属应用的通知时间段时，控制所述显示单元以所述通知消息所属应用对应的通知方式显示所述通知消息。

16.根据权利要求14或15所述的消息处理的装置，其特征在于，所述历史使用特征包括使用时长、开启次数以及应用下载量中的至少一项；

所述处理器，还用于分别对每个应用的使用时长进行排序，按照使用时长从大到小的顺序，将应用划分为N个第一类集合，N为大于1的正整数，N个第一类集合的编号分别为1至N；分别对每个应用的开启次数进行排序，按照开启次数从多到少的顺序，将应用划分为N个第二类集合，N个第二类集合的编号分别为1至N；分别对每个应用的应用下载量进行排序，按照应用下载量从多到少的顺序，将应用划分为N个第三类集合，N个第三类集合的编号分别为1至N；依次筛选出编号相同的第一类集合、第二类集合和第三类集合中相同的应用，组成各编号对应的重要等级集合，编号越小的重要等级集合中的应用的重要等级越高。

17.根据权利要求16所述的消息处理的装置，其特征在于，所述处理器，还用于每筛选出一个编号对应的第一类集合、第二类集合和第三类集合中相同的应用，将当前编号对应的第一类集合、第二类集合和第三类集合中相同的应用组合成当前编号对应的重要等级集合；将当前编号对应的第一类集合、第二类集合和第三类集合中未被筛选出的应用分别划分至下一编号对应的第一类集合、第二类集合和第三类集合中。

18.根据权利要求13至17中任一项所述的消息处理的装置，其特征在于，

所述处理器，用于接收用户输入的修改指令；根据所述修改指令，将所述修改指令对应的应用的重要等级修改为所述修改指令指定的重要等级。