获得的消息的重要性等级可靠性更高。
[0046]进一步的，根据该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级确定该消息的重要性等级的方法有很多种，例如，在其中一个实施例中，该步骤可以包括:
[0047]将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级与各自对应的权重相乘并求和，获得该消息的重要性等级。
[0048]应用类别、应用、细分类别各自有对应的权重，这些权重值可以预设。比如，若用户认为应用类别更重要，则将应用类别的权重值设大一些，若用户认为细分类别更重要，则将细分类别的权重值设大一些等。
[0049]在另一个实施例中，该步骤可以包括:
[0050]将应用类别、应用、细分类别设为三个粒度，其中，应用类别为最高粒度，细分类别为最低粒度；
[0051]将三个粒度中最低粒度对应的重要性等级设为该消息的重要性等级。
[0052]本实施例当存在细分类别时，将细分类别的重要性等级设为消息的重要性等级，当不存在细分类别时，将应用的重要性等级设为消息的重要性等级。
[0053]在另一个实施例中，该步骤可以包括:
[0054]将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级求平均值，将所述平均值设为该消息的重要性等级。
[0055]在其中一个实施例中，还公开一种确定消息细分类别的方法，即所述若所述消息存在细分类别，确定该消息的细分类别步骤，包括:
[0056]判断所述消息是否携带了细分类别的信息，若是，则读取该消息的细分类别；其中，所述细分类别的信息为所述消息所属应用发送的信息；
[0057]若否，则判断是否允许将该消息的标题设为细分类别，若允许，则将该消息的标题设为细分类别，若不允许，则将该消息的细分类别设为空。
[0058]以上实施方式中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。
[0059]本发明列举其中一个组合进行说明。
[0060]首先修改系统，增加相关接口，使得应用程序可以在安装时向系统注册其发出通知的细分类型，比如“腾讯新闻”应用，可能发送“娱乐类新闻”、“科技类新闻”、“时事类新闻”等细分类型的通知。此处也允许应用程序指定以其通知的标题名作为细分类别，比如“微信”应用发出的有新消息的通知，都以发出消息的群名或用户名作为通知标题，则可以把这个标题直接作为微信通知的细分类别名。同时在系统中增加接口，使得应用程序在发送通知时可以附加指定该通知的细分类型。
[0061]获取系统新收到的一条通知。
[0062]获取这条通知是哪个应用程序发出的。
[0063]搜索数据库，确定发出该信息的应用程序，属于哪个应用类别。判断该条通知中是否附带了细分类别的信息。如果通知中没有附带细分类别的信息，则查询数据库，是否可以把通知的标题作为其细分类别。若不可把通知的标题作为其细分类别，则设定该条通知的细分类别为空。若可以把通知的标题作为其细分类别，则将通知的标题作为其细分类别。若通知中附带了细分类别的信息，则直接读取其细分类别。(注意，至此步，一条通知三个粒度的信息都解析完毕，即该通知所属的细分类别、该通知所属的应用，该通知所属应用的应用类别)。
[0064]确定该通知三个粒度的重要性等级，取最小粒度的重要性等级作为通知的重要性等级。比如，一条来自“微信”某群(后称A群)的消息通知，“微信”应用被用户设为“社交”类应用，“社交”类应用的重要性等级为2，“微信”这个应用的重要性等级为3，来自A群的消息通知重要性为4，则这条通知最终的重要性等级判定为4。另一个例子，一条来自“腾讯新闻”应用的“娱乐新闻”通知。“腾讯新闻”应用被用户设为“新闻”类应用，“新闻”类应用的重要性等级为1，同时“腾讯新闻”这个应用的重要性为3，且没有指定其细分类型“娱乐新闻”的重要性等级，则该条通知最终的重要性等级判定为3。
[0065]提供界面供用户选择通知的排序是重要性优先还是应用类别优先。如果用户选择重要性优先，则把通知栏中的所有通知按照消息的重要性等级排序，重要性高的通知排在前面，同一重要性等级的通知中，属于同一应用类别的放在一起。如果用户选择应用类别优先，则先将通知栏中的所有通知按应用类别分组，然后按应用类别的重要性等级将各组排序，重要性高的应用类别排在前面。遍历每个应用类别中的通知，按通知的重要性等级排序，重要性高的通知排在前面。
[0066]例如，要开一个较长的会议，在会议开始前将手机设定为通知整理模式。会议结束后，进入通知整理界面，会议过程中收到的所有未处理通知都被分类整理好了，如新闻类，社交类，系统类，同时按照之前设定的重要性进行了排序，工作群中的微信通知重要性较高，排在前面，新闻类的通知优先级低，排在后面。
[0067]本应用实例允许用户对智能设备的通知进行分类和重要性的设定，并根据分类和重要性对通知进行整理和排序，同一类的通知放在一起，重要性高的通知排在前面。用户体验更好，对通知按类别整理，按重要性排序，使得用户处理通知时更便捷，解决了当通知过多时通知栏杂乱无章的问题。
[0068]基于上述通知栏消息显示方法，本发明还提供一种通知栏消息显示系统，如图2所示，为本发明通知栏消息显示系统实施例的结构示意图，包括:
[0069]消息获取模块210，用于获取通知栏的消息及其来源，所述通知栏为智能终端中的通知栏；
[0070]信息确定模块220，用于根据所述消息的来源确定所述消息所属应用的应用类别，并获取该消息的重要性等级；
[0071]排序模块230，用于根据各消息的重要性等级和应用类别对各消息进行排序；
[0072]显示模块240，用于将排序后的各消息在通知栏上进行显示。
[0073]在其中一个实施例中，所述排序模块用于:
[0074]当接收到重要性优先排序指令时，遍历获取到的各消息，按消息的重要性等级将各消息进行降序排序，并将同一等级中同一应用类别的消息排列在一起；
[0075]当接收到类别优先排序指令时，将同一应用类别的消息划分为一组，根据应用类别的重要性等级将各组消息进行降序排序；遍历每组的消息，将同一组中的消息按消息的重要性等级进行降序排序。
[0076]在其中一个实施例中，所述信息确定模块包括:
[0077]应用确定模块，用于根据所述消息的来源确定所述消息所属应用；
[0078]应用类别确定模块，用于根据预存的应用与应用类别的关联关系确定所述应用所属的应用类别；
[0079]细分类别确定模块，用于若所述消息存在细分类别，确定该消息的细分类别，其中，细分类别是将同一应用中的消息进行了细分类获得的类别；
[0080]第一重要性等级确定模块，用于根据预存的应用类别与重要性等级的关联关系确定该应用类别的重要性等级，根据预存的应用与重要性等级的关联关系确定该应用的重要性等级，根据预存的细分类别与重要性等级的关联关系确定该细分类别的重要性等级；
[0081]第二重要性等级确定模块，用于根据该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级确定该消息的重要性等级。
[0082]在其中一个实施例中，所述第二重要性等级确定模块用于:
[0083]将该应用类别的重要性等级、该应用的重要性等级、该细分类别的重要性等级与各自对应的权重相乘并求和，获得该消息的重要性等级；
[0084]或
[0085]将应用类别、应用、细分类别设为