CN116668578B - 通知消息展示方法、终端和存储介质 - Google Patents

Abstract

本公开实施例提供一种通知消息展示方法、终端和存储介质，该方法包括：响应于接收到通知消息或者用户操作，显示通知展示界面；在通知展示界面中，在各通知分类条目对应的显示位置上，显示各通知分类条目对应的通知消息，其中，任一通知消息的属性信息与显示有任一通知消息的通知分类条目对应。在本公开中，通过自动对通知消息进行归类的方式，使得用户可以根据归类后的通知分类条目快速定位关注的通知消息的所在位置，提高了通知消息展示效率。

Description

通知消息展示方法、终端和存储介质

技术领域

本公开涉及终端技术领域，尤其涉及一种通知消息展示方法、终端和存储介质。

背景技术

相关技术中，终端中会有多个应用向用户推送通知消息。由于各应用向用户推送通知消息的数量一般是不受限制的，因此在一段时间内不同应用可能会向用户推送大量的通知消息。如果不加以处理，这些通知消息会在通知展示界面中占据较大的显示空间。如果用户想要查看它们，则需要对通知展示界面进行上下滚屏、左右切换页面等操作来翻找通知消息。用户往往并不是对每个通知消息都是关注的，相反用户可能只对其中某些通知消息是关注的。当数量庞大的通知消息掺杂在一起进行展示时，不仅会占据较大的显示空间，还会降低通知消息的推送效率，因为这样的展示方式让用户难以从中快速找到自己关注的通知消息。

发明内容

本公开实施例提供一种通知消息展示方法、终端和存储介质，用以实现减少通知消息对通知展示界面中的显示空间的占用，且提高通知消息的推送效率。

第一方面，本公开实施例提供一种通知消息展示方法，该方法包括：

响应于接收到通知消息或者用户操作，显示通知展示界面；

在所述通知展示界面中，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，其中，任一通知消息的属性信息与显示有所述任一通知消息的通知分类条目对应。

可选地，所述在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

对于任一通知分类条目，在所述任一通知分类条目对应的显示位置的顶部，显示所述任一通知分类条目的标识；

在所述标识的下方以列表的形式显示所述任一通知分类条目对应的各通知消息。

可选地，所述在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

对于任一通知分类条目，在所述任一通知分类条目对应的显示位置的一侧，显示所述任一通知分类条目的标识；

在所述任一通知分类条目对应的显示位置的另一侧，以列表的形式显示所述任一通知分类条目对应的通知消息。

可选地，所述在所述通知展示界面中，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

在所述通知展示界面中的一侧显示所述各通知分类条目的标识；

在所述通知展示界面中的另一侧显示被选中的通知分类条目的标识对应的通知消息。

可选地，所述通知分类条目的标识包括文本或者图标。

可选地，对应于同一通知分类条目的各通知消息的显示位置是相邻的；

对应于不同的通知分类条目的通知消息中添加的图标或者设置的背景色不同。

可选地，所述通知展示界面设置在锁屏界面或者解锁后界面中的通知中心中。

可选地，在所述通知展示界面中，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息之前，所述方法还包括：

基于在不同环境下用户分别对所述各通知分类条目的偏好信息，确定在当前环境下所述用户分别对所述各通知分类条目的目标偏好信息；

基于所述目标偏好信息，对所述各通知分类条目进行排序；

基于排序结果，确定所述各通知分类条目在所述通知展示界面中对应的显示位置。

可选地，所述当前环境包括以下任一项或多项：当前时间、所述用户当前所在地点、用户行为、应用上下文。

可选地，在所述通知展示界面中，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息之前，所述方法还包括：

确定在当前时间用户的用户行为；

基于在不同时间所述用户分别对所述各通知分类条目的偏好信息，确定在当前时间所述用户分别对所述各通知分类条目的目标偏好信息；

在所述各通知分类条目中，确定目标偏好信息满足预设条件的至少一个通知分类条目；

在所述至少一个通知分类条目中，确定与所述用户行为相匹配的第一通知分类条目；

确定所述第一通知分类条目在所述通知展示界面中对应的显示位置为置顶。

可选地，所述在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

对于所述通知展示界面中的第二通知分类条目，获取所述第二通知分类条目下各通知消息对应的事件信息，其中，所述第二通知分类条目是所述多个通知分类条目中的任一通知分类条目，所述事件信息包括提示事项的启动时间或者所述提示事项的优先级；

基于所述事件信息，对所述第二通知分类条目下各通知消息进行排序；

在所述第二通知分类条目对应的显示位置上，按照排序结果显示所述第二通知分类条目下的各通知消息。

可选地，所述在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

对于所述通知展示界面中的第三通知分类条目，确定所述第三通知分类条目对应的通知消息中是否存在对应于同一响应页面的第一通知消息和第二通知消息；

在同一时刻，仅显示所述第一通知消息和所述第二通知消息中的一个。

可选地，所述在同一时刻，仅显示所述第一通知消息和所述第二通知消息中的一个，包括：

按照顺序轮换显示所述第一通知消息和所述第二通知消息中的一个；或，

随机轮换显示所述第一通知消息和所述第二通知消息中的一个；或，

固定显示所述第一通知消息和所述第二通知消息中的一个。

可选地，所述属性信息包括推送所述任一通知消息的目标应用，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息之前，所述方法还包括：

若预先建立的应用和通知分类条目之间的对应关系中存在任一通知分类条目与所述目标应用对应，则将所述任一通知分类条目确定为所述任一通知消息对应的通知分类条目。

可选地，所述属性信息包括推送所述任一通知消息的目标应用和所述任一通知消息中包含的多媒体信息，所述方法还包括：

若预先建立的应用和通知分类条目之间的对应关系中不存在与所述目标应用对应的通知分类条目，则基于所述任一通知消息中包含的多媒体信息，确定所述任一通知消息对应的目标关键字；

基于所述目标关键字，确定所述任一通知消息对应的通知分类条目。

可选地，所述基于所述目标关键字，确定所述任一通知消息对应的通知分类条目，包括：

将所述目标关键字与关键字库中存储的多个关键字进行比较匹配，以确定所述关键字库中与所述目标关键字相匹配的参考关键字；

确定所述参考关键字对应的通知分类条目，作为所述任一通知消息对应的通知分类条目。

可选地，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息之前，所述方法还包括：

获取当前已接收到的所有通知消息的属性信息；

基于所述所有通知消息的属性信息，对所述所有通知消息进行聚类处理，得到至少一个聚类分组以及各聚类分组各自对应的主题信息；

所述在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

在所述至少一个聚类分组对应的显示位置上，显示所述至少一个聚类分组对应的主题信息以及所述至少一个聚类分组对应的通知消息。

第二方面，本公开实施例提供一种通知消息展示方法，该方法包括：

确定当前接收到的第一通知消息所对应的响应页面；

确定是否存在与所述响应页面相同的第二通知消息；

若存在，则在通知展示界面中，在同一时刻，仅显示所述第一通知消息和所述第二通知消息中的一个。

可选地，所述在同一时刻，仅显示所述第一通知消息和所述第二通知消息中的一个，包括：

按照顺序轮换显示所述第一通知消息和所述第二通知消息中的一个；或，

随机轮换显示所述第一通知消息和所述第二通知消息中的一个；或，

固定显示所述第一通知消息和所述第二通知消息中的一个。

可选地，在同一时刻，仅显示所述第一通知消息和所述第二通知消息中的一个之后，所述方法还包括：

当检测到用户对显示的通知消息进行查看操作时，将所述第一通知消息和所述第二通知消息全部标记为已读。

可选地，所述通知展示界面中包括多个通知分类条目，所述方法还包括：

根据所述第一通知消息的属性信息，在所述多个通知分类条目中确定所述第一通知消息对应的目标通知分类条目。

可选地，所述方法还包括：

获取所述目标通知分类条目下各通知消息对应的事件信息，其中，所述事件信息包括提示事项的启动时间或者所述提示事项的优先级；

基于所述事件信息，对所述目标通知分类条目下各通知消息进行排序；

按照排序结果，展示所述目标通知分类条目对应的各通知消息。

可选地，所述属性信息包括推送所述第一通知消息的目标应用，所述根据所述第一通知消息的属性信息，在所述多个通知分类条目中确定所述第一通知消息对应的目标通知分类条目，包括：

若预先建立的应用和通知分类条目之间的对应关系中存在任一通知分类条目与所述目标应用对应，则将所述任一通知分类条目确定为所述第一通知消息对应的通知分类条目。

可选地，所述属性信息还包括所述第一通知消息中包含的多媒体信息，所述方法还包括：

若所述对应关系中不存在与所述目标应用对应的通知分类条目，则基于所述第一通知消息中包含的多媒体信息，确定所述第一通知消息对应的目标关键字；

基于所述目标关键字，确定所述第一通知消息对应的通知分类条目。

可选地，所述基于所述目标关键字，确定所述第一通知消息对应的通知分类条目，包括：

将所述目标关键字与关键字库中存储的多个关键字进行比较匹配，以确定所述关键字库中与所述目标关键字相匹配的参考关键字；

确定所述参考关键字对应的通知分类条目，作为所述第一通知消息对应的通知分类条目。

可选地，所述根据所述第一通知消息的属性信息，在所述多个通知分类条目中确定所述第一通知消息对应的目标通知分类条目，包括：

获取所述第一通知消息以及第三通知消息的属性信息，其中，所述第三通知消息为以往接收到的且用户未做处理的通知消息；

基于所述第一通知消息以及所述第三通知消息的属性信息，对所述第一通知消息以及所述第三通知消息进行聚类处理，以确定所述第一通知消息对应的聚类分组。

第三方面，本公开实施例提供一种终端，其中包括处理器和存储器，其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器至少可以实现第一方面中的通知消息展示方法。

第四方面，本公开实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被终端的处理器执行时，使所述处理器至少可以实现第一方面中的通知消息展示方法。

第五方面，本公开实施例提供一种终端，其中包括处理器和存储器，其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器至少可以实现第二方面中的通知消息展示方法。

第六方面，本公开实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被终端的处理器执行时，使所述处理器至少可以实现第二方面中的通知消息展示方法。

在本公开中，通过自动对通知消息进行归类的方式，使得用户可以根据归类后的通知分类条目快速定位关注的通知消息的所在位置，提高了通知消息展示效率。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本公开实施例提供的一种通知消息展示方法的流程示意图；

图2为本公开实施例提供的一种锁屏界面中的通知中心的示意图；

图3为本公开实施例提供的一种通知消息展示方式的界面示意图；

图4为本公开实施例提供的另一种通知消息展示方式的界面示意图；

图5为本公开实施例提供的另一种通知消息展示方式的界面示意图；

图6为本公开实施例提供的另一种通知消息展示方式的界面示意图；

图7为本公开实施例提供的另一种通知消息展示方式的界面示意图；

图8为本公开实施例提供的另一种通知消息展示方式的界面示意图；

图9为本公开实施例提供的另一种通知消息展示方式的界面示意图；

图10为本公开实施例提供的一种确定通知消息对应的通知分类条目的流程示意图；

图11为本公开实施例提供的另一种确定通知消息对应的通知分类条目的流程示意图；

图12为本公开实施例提供的一种确定通知消息对应的聚类分组的流程示意图；

图13为本公开实施例提供的一种通知消息展示方式的界面示意图；

图14为本公开实施例提供的一种对任一通知分类条目下的通知消息进行排序的流程示意图；

图15为本公开实施例提供的一种对会议提醒类的通知消息进行排序的排序结果示意图；

图16为本公开实施例提供的一种将特定通知消息置顶展示的示意图；

图17为本公开实施例提供的一种将航班提醒对应的通知消息置顶展示的示意图；

图18为本公开实施例提供的一种确定各通知分类条目在通知展示界面中的排序显示位置的流程示意图；

图19为本公开实施例提供的一种对各通知分类条目进行排序的排序结果示意图；

图20为本公开实施例提供的一种手动设置通知分类条目排序的示意图；

图21为本公开实施例提供的另一种手动设置通知分类条目排序的示意图；

图22为本公开实施例提供的一种通知消息展示方法的流程示意图；

图23为本公开实施例提供的一种通知消息展示方法的流程示意图；

图24为本公开实施例提供的一种同一时刻仅展示对应于同一响应界面的多个通知消息中的一个的场景示意图；

图25为本公开实施例提供的一种同一时刻仅展示对应于同一响应界面的多个通知消息中的一个的场景示意图；

图26为本公开实施例提供的一种同一时刻仅展示对应于同一响应界面的多个通知消息中的一个的场景示意图；

图27为本公开实施例提供的一种通知消息展示方法的流程示意图；

图28为本公开实施例提供的一种终端的结构示意图。

具体实施方式

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

在本公开实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

图1为本公开实施例提供的一种通知消息展示方法的流程图，如图1所示，该方法包括如下步骤：

101、响应于接收到通知消息或者用户操作，显示通知展示界面。

102、在通知展示界面中，在各通知分类条目对应的显示位置上，显示各通知分类条目对应的通知消息，其中，任一通知消息的属性信息与显示有任一通知消息的通知分类条目对应。

实际应用中，终端中会有多个应用向用户推送通知消息。可以将由不同应用推送的通知消息进行归类，将归类结果展示在通知展示界面中。其中，举例来说，通知消息可能的分类例如可以包括营销活动、娱乐八卦、生活服务、旅途提醒等等。其中，通知展示界面例如可以是锁屏界面中设置的通知中心、解锁后界面中的通知中心等。其中，通知展示界面设置在锁屏界面的示意图可见图2所示。

当通知展示界面设置在锁屏界面时，终端接收到新的通知消息的事件会触发点亮锁屏界面，同时，在点亮的锁屏界面中可以展示通知展示界面。除了接收到通知消息以外，当用户通过抬起终端、点击屏幕、按下电源键等用户操作也可以点亮锁屏界面同时展示通知展示界面。

当通知展示界面设置在解锁后界面时，若检测到用户对通知展示界面对应的展示指令区域操作，则可以触发展示通知展示界面。其中，对通知展示界面对应的展示指令区域操作例如可以是下拉通知中心的操作、触发设定的用于展示通知展示界面的展示按键的操作等。

在通知展示界面中，可以在各通知分类条目对应的显示位置上，显示各通知分类条目对应的通知消息。其中，通知消息对应的通知分类条目是基于通知消息的属性信息进行归类的。

需要说明的是，用于对不同应用推送的通知消息进行归类的方式包括多种，比如说可以通过通知分类条目与应用间的对应关系对某个应用推送的通知消息进行归类，或者，也可以基于通知消息的属性信息对某个通知消息进行归类。具体对通知消息进行归类的方式会在下面的实施例中进行详细介绍，在此不再展开进行说明。

另外，针对每个通知分类条目，相应对应有各自的显示位置。该显示位置可以理解为是通知展示界面中一块连续的显示区域，对应的通知分类条目下的通知消息展示在对应的显示位置上。

在本公开实施例中提供几种可能的在通知展示界面中展示归类结果的实现方式，该实现方式只是举例，本公开实施例并不限定展示归类结果的具体实现方式。

在第一种展示方式中，可选地，对于任一通知分类条目，可以在任一通知分类条目对应的显示位置的顶部，显示任一通知分类条目的标识；在标识的下方以列表的形式显示任一通知分类条目对应的各通知消息。

其中，可选地，通知分类条目的标识包括文本或者图标。

实际应用中，可以以文本来表示通知分类条目的名称，比如说营销活动、娱乐八卦、生活服务、旅途提醒等都可以作为通知分类条目的名称。或者，也可以以不同图标区分不同通知分类条目。比如说，可以使用一个能够形象地代表通知分类条目涵义的图标，或者就简单使用一个符号代表一个通知分类条目。例如，可以通过一个带有汽车的形象的图标来表示旅途提醒这一通知分类条目。

如图3所示，首先可以在通知展示界面中展示各通知分类条目的名称，然后在每个通知分类条目下展示对应的通知消息。

可选地，对于任一通知分类条目来说，如果属于该任一通知分类条目的通知消息的总数量超过预设阈值，则可以在属于该任一通知分类条目的所有通知消息中选择预设数量的通知消息进行展示，其他通知消息默认为隐藏不展示。同时，允许用户通过预设操作触发其他通知消息展开显示。相应地，当检测到用户对通知分类条目对应的展示指令区域操作时，响应于用户的操作，可以对其他通知消息进行展开显示。比如说，当检测到用户点击了通知分类条目的名称的显示区域，响应于用户的点击操作，可以对其他通知消息进行展开显示。再比如说，还可以提供对其他通知消息进行展开显示的入口按键，当检测到用户触发了该入口按键时，响应于用户的触发操作，对其他通知消息进行展开显示。

在第二种展示方式中，可选地，也可以默认不展示各通知分类条目对应的通知消息，仅展示各通知分类条目的标识。

如图4所示，可以在通知展示界面中仅展示各通知分类条目的名称，默认隐藏不展示各通知分类条目下的通知消息，但可以允许用户通过预设操作触发任一通知分类条目下的通知消息展开显示。相应地，当检测到用户对任一通知分类条目对应的展示指令区域操作时，响应于用户的操作，可以对该任一通知分类条目下的通知消息进行展开显示。具体的操作方式已在前文进行过举例，在此不再赘述。

在第三种展示方式中，可选地，对于任一通知分类条目，可以在任一通知分类条目对应的显示位置的一侧，显示任一通知分类条目的标识；在任一通知分类条目对应的显示位置的另一侧，以列表的形式显示任一通知分类条目对应的通知消息。

例如，如图5所示，可以在右侧展示某通知分类条目对应的通知消息，在左侧展示该通知分类条目的名称，且左侧用于展示通知分类条目的显示区域的竖向长度与右侧用于展示该通知分类条目下的所有通知消息的显示区域的竖向长度相同。

在第四种展示方式中，可选地，可以在通知展示界面中的一侧显示各通知分类条目的标识；在通知展示界面中的另一侧显示被选中的通知分类条目的标识对应的通知消息。

上述展示方式是类似于选项卡的展示方式。选项卡包括标签和标签页。各通知分类条目的标识可以作为标签，任一通知分类条目对应的通知消息可以放入到对应的标签页中。如图6所示，通知展示界面中的左侧展示出了作为标签的各通知分类条目的标识，当某通知分类条目的标识被选中时，相应地在通知展示界面的右侧可以展示与被选中的通知分类条目的标识对应的通知消息。如果多个标签页之间有遮挡覆盖的关系，可以以被选中的通知分类条目的标识对应的通知消息覆盖其他未被选中的通知分类条目的标识对应的通知消息。

在第五种展示方式中，可选地，对应于同一通知分类条目的各通知消息的显示位置是相邻的；对应于不同的通知分类条目的通知消息中添加的图标或者设置的背景色不同。

在上述展示方式中，可以不展示与通知分类条目的标识有关的内容，可以仅展示通知消息。只是对应于同一通知分类条目的通知消息设置在相邻的显示位置上进行展示，也就是对应于同一通知分类条目的通知消息放在一起进行展示，这样便于用户一次性能够找到同一通知分类条目对应的通知消息。同时，如图7所示，为了标记对应于不同通知分类条目的通知消息，可以在每个通知消息中添加相应的通知消息对应的通知分类条目的图标，或者，如图8所示，将不同通知分类条目对应的显示位置设置为不同的背景色。

值得注意的是，上述同一通知分类条目中的各通知消息可以来自同一应用或者也可以来自不同应用，也就是可以跨应用对通知消息进行归类。

可选地，当检测到用户对任一通知分类条目对应的清除指令区域操作时，响应于用户的操作，可以将属于该任一通知分类条目的所有通知消息一并清除。比如说，当检测到用户长按任一通知分类条目的名称的显示区域时，可以弹出对话框询问用户是否清除该任一通知分类条目下的所有通知消息，如果检测到用户触发了清除该任一通知分类条目下的所有通知消息的确定操作，响应于该确定操作，将该任一通知分类条目下的所有通知消息清除。再比如说，当检测到用户选中了任一通知分类条目的名称的显示区域并进行了左滑操作，也可以弹出对话框询问用户是否清除该任一通知分类条目下的所有通知消息，后续操作步骤与上个示例相同，在此不再展开描述。又比如说，还可以对应于各通知分类条目分别提供用于清除整个通知分类条目下的所有通知消息的清除按键，当检测到用户触发了目标通知分类条目对应的清除按键时，响应于用户的触发操作，可以将属于该任一通知分类条目的所有通知消息一并清除。

如图9所示的通知展示界面，假设将终端接收到的通知消息划分为了4类，包括营销活动、娱乐八卦、生活服务以及其他。其中，营销活动中包括分别来自APP1和APP2的营销活动的广告推送，根据分类规则将两个营销活动的广告推送归入到营销活动对应的通知分类条目下进行展示。娱乐八卦中包括来自APP3的两个娱乐界新闻对应的通知消息，根据分类规则将该两个娱乐界新闻对应的通知消息归入到娱乐八卦对应的通知分类条目下进行展示。生活服务中包括同样来自前述APP1的取快递提醒消息，根据分类规则将该取快递提醒消息归入到生活服务对应的通知分类条目下进行展示。在图9中，分别对应于营销活动、娱乐八卦、生活服务以及其他的通知分类条目设置了通知消息展开显示/隐藏不展示的入口按键、用于清除整个通知分类条目的清除按键。

在本公开实施例中，通过自动对通知消息进行归类的方式，使得用户可以根据归类后的通知分类条目快速定位关注的通知消息的所在位置，提高了通知消息展示效率。

在上一实施例中介绍了如何在通知展示界面中展示归类结果，下面结合图10所示实施例，示例性说明一种将通知消息划分到预置的多个通知分类条目中的方案。如图10所示，该方案可以包括如下步骤：

1001、若预先建立的应用和通知分类条目之间的对应关系中存在任一通知分类条目与目标应用对应，则将任一通知分类条目确定为目标通知消息对应的通知分类条目，其中，推送目标通知消息的目标应用为目标通知消息的属性信息。

1002、若预先建立的应用和通知分类条目之间的对应关系中不存在与目标应用对应的通知分类条目，则基于目标通知消息中包含的多媒体信息，确定目标通知消息对应的目标关键字，执行步骤1003。其中，目标通知消息中包含的多媒体信息为目标通知消息的属性信息。

1003、基于目标关键字，确定目标通知消息对应的通知分类条目。

需要说明的是，可以预设置多个通知分类条目，这些通知分类条目可以认为是能够覆盖大部分或者所有用户安装的应用中可能会推送的不同通知消息的分类条目。

可以理解的是，在某些情况下，并不是预置的所有通知分类条目下都存在归入的通知消息，比如说某个冷门通知分类条目下就没有一个通知消息。对于存在归入的通知消息的通知分类条目，可以将其展示在通知展示界面中。而对于不存在归入的通知消息的通知分类条目，则可以不展示。

实际应用中，为提高对通知消息的归类效率，在通过通知消息对应的目标关键字对通知消息进行归类之前，可以先通过推送通知消息的应用对通知消息进行归类。具体来说，当接收到目标通知消息时，可以确定该目标通知消息所属的目标应用，获取预先建立的通知分类条目与应用之间的对应关系，通过查找该对应关系确定目标应用对应的目标通知分类条目，将目标通知消息划分到目标通知分类条目中。

需要说明的是，通过推送通知消息的应用对通知消息归类的方式，可以适用于推送通知消息种类比较固定或者局限的那些应用。比如说，某购物应用只推送营销活动类的通知消息，那么为了便于将通知消息进行归类，可以设置只要是该购物应用推送的通知消息都直接归入到营销活动类。采用这样的方式，可以无需经过提取通知消息对应的目标关键字、以及对目标关键字进行比较匹配等步骤，对通知消息进行归类操作的效率较高、数据处理量较低。

可以理解的是，当接收到目标通知消息时，可以先查找对应关系，确定推送目标通知消息的目标应用是否记录于该对应关系中。如果目标应用未被记录在该对应关系中，则可以通过通知消息对应的目标关键字确定通知消息所属的通知分类条目。

在通过通知消息对应的目标关键字划分通知消息的通知分类条目时，可以从通知消息中包含的多媒体信息中提取目标关键字。其中，多媒体信息可以包括文本信息、图片信息等。可以从文本信息中提取目标关键字，或者如果是图片信息，则可以识别图片信息中的文本信息，再从文本信息中提取目标关键字。在确定出通知消息对应的目标关键字之后，可以基于目标关键字，确定目标通知消息对应的通知分类条目。

可选地，基于目标关键字，确定目标通知消息对应的通知分类条目的过程可以实现为：将目标关键字与关键字库中存储的多个关键字进行比较匹配，以确定关键字库中与目标关键字相匹配的参考关键字；确定参考关键字对应的通知分类条目，作为目标通知消息对应的通知分类条目。

可以将通知消息对应的目标关键字与关键字库中存储的多个关键字进行比较匹配，以确定关键字库中与目标关键字相匹配的参考关键字。需要说明的是，关键字库中的每个关键字都对应有一个通知分类条目。在确定出目标关键字相匹配的参考关键字之后，可以获取该参考关键字对应的通知分类条目，进而可以将获取到的通知分类条目确定为通知消息对应的通知分类条目。

值得注意的是，在本公开实施例中，可以将步骤1001至步骤1003结合在一起进行使用，或者，在另外的实施例中，也可以只采用步骤1002至步骤1003组成的方案。在步骤1002至步骤1003组成的方案中，对于每个通知消息，都直接通过提取目标关键字、匹配目标关键字的过程来确定通知消息对应的通知分类条目。

下面结合图11所示实施例，示例性说明另一种将通知消息划分到预置的多个通知分类条目中的方案。如图11所示，该方案可以包括如下步骤：

1101、当接收到通知消息时，获取通知消息的属性信息。

1102、将属性信息输入到训练后的第一网络模型中，得到通知消息对应的通知分类条目。

实际应用中，可以预先训练用于对通知消息进行分类的第一网络模型，当接收到通知消息时，可以获取通知消息的属性信息，将该属性信息输入到训练后的第一网络模型中，该第一网络模型可以识别出通知消息对应的通知分类条目。

其中，上述属性信息至少可以包括通知消息中包含的文本信息和/或由通知消息中的图片信息提取到的文本信息。为了提高第一网络模型预测通知消息对应的通知分类条目的准确性，可选地，还可以在属性信息中增加其他维度的信息，比如说可以增加推送通知消息的应用分类类别、通知消息对应的原始分类类别等。当然，如果调整了输入到第一网络模型中的属性信息的维度，也需要在训练第一网络模型的过程中做出相应的调整。

在上述过程中，假设某通知消息是由某购物应用推送的，那么推送该通知消息的应用分类类别可以是购物类。此外，还需要解释的是，通知消息对应的原始分类类别可以由推送该通知消息的应用内部进行定义，通知消息中可以包括由推送通知消息的应用预先对通知消息划分好的原始分类类别。该原始分类类别对通知消息在第一网络模型中的分类处理也可以起到参考作用，因此可以将通知消息对应的原始分类类别作为第一网络模型中的输入的一种。

需要说明的是，在一种可能的实现方式中，第一网络模型可以输出通知消息可能属于预置的多个通知分类条目各自对应的概率，概率的最大值对应的目标通知分类条目即可被确定为通知消息所属的通知分类条目。这样，通知消息就可以被划分到预置的多个通知分类条目中。

在某些应用场景中，可能预置的多个通知分类条目不能满足用户的使用需求。比如说，某个用户偏爱教育类的应用，并且在手机中安装了大量的不同教育类的应用，这些教育类的应用推送的通知消息大部分也都是属于教育类的，而在预置的多个通知分类条目中几乎没有有关于教育类的分类的。

针对上述情况，可选地，还可以允许用户手动配置新的通知分类条目。具体来说，用户可以在通知分类条目设置页面创建新的通知分类条目，为新的通知分类条目配置名称、新的通知分类条目与用户使用的应用之间的对应关系、新的通知分类条目对应的关键字等。当接收到某个通知消息时，如果推送该通知消息的应用为用户配置的对应关系中的应用，则该通知消息可以被划分到该新的通知分类条目中。或者，如果该通知消息对应的目标关键字与用户配置的关键字匹配，则也可以将该通知消息划分到该新的通知分类条目中。

另外，可选地，除了上述手动配置的方式之外，本公开实施例还提供了一种解决方式：可以通过智能机器学习的方式学习应用推送的通知消息的特征信息，基于学习到的特征信息在原有的通知分类条目的基础上生成新的通知分类条目，并以新的通知分类条目更新原有的通知分类条目。举例来说，通过智能机器学习的方式在原有的通知分类条目1、通知分类条目2、通知分类条目3……通知分类条目n-1的基础上，又生成通知分类条目n，可以将新生成的通知分类条目n添加到原有的通知分类条目中，得到通知分类条目1、通知分类条目2、通知分类条目3……通知分类条目n-1、通知分类条目n。

采用上述方式，可以不断自动更新原有的通知分类条目，以应对不同用户的个性化需求。

下面结合图12所示实施例，示例性说明一种将通知消息划分到不同主题信息对应的分组以进行展示的方案。其中，不同主题信息对应的分组也可以认为是不同通知分类条目。如图12所示，该方案可以包括如下步骤：

1201、获取当前已接收到的所有通知消息的属性信息。

1202、基于所有通知消息的属性信息，对所有通知消息进行聚类处理，得到至少一个聚类分组以及各聚类分组各自对应的主题信息。

1203、在至少一个聚类分组对应的显示位置上，显示至少一个聚类分组对应的主题信息以及至少一个聚类分组对应的通知消息。

其中，执行聚类处理的触发条件可以是当接收到新的通知消息，且当前未处理的通知消息的总数量达到预设阈值。其中，未处理的通知消息指的是用户未读、未点击查看、未清除等未进行任何操作的通知消息。

举例来说，假设当前存在的未处理的通知消息达到了10个，10为预设阈值。那么此时可以对10个通知消息进行聚类处理，假设通过聚类处理将10个通知消息中的6个通知消息聚类为一组，剩下4个通知消息无法构成分组。其中，聚类成为一组的通知消息的内容都与XX购物节高度相关。那么，可以提取到与上述6个通知消息构成的分组对应的主题信息为“XX购物节”。进而，可以在通知展示界面中添加“XX购物节”的通知分类条目，并将该6个通知消息归入到“XX购物节”对应的通知分类条目下。

值得注意的是，通过聚类生成的通知分类条目不是固定的，它会随着时间生成，也可以随着时间消失。比如说，仍以上例为例，当XX购物节过后，终端中接收不到与XX购物节相关的通知消息，且以前的与XX购物节相关的通知消息已被处理，那么无法再从未处理的通知消息中聚类出以“XX购物节”为主题信息的分组，进而可以从通知展示界面中删除“XX购物节”的通知分类条目。

需要补充的是，对未处理的多个通知消息进行聚类处理的过程可以由第二网络模型实现，该第二网络模型可以是聚类模型。可以将多个通知消息的属性信息输入到第二网络模型中，第二网络模型可以自动将具有共同主题信息的通知消息聚类在一起，得到至少一个分组，且同时还能输出各分组各自对应的主题信息。其中，通知消息的属性信息已在前文中介绍过，可以参照前文的解释理解通知消息的属性信息都包括哪些内容，在此不再重复进行解释。

可以理解的是，未处理的通知消息中并不是所有的通知消息都能聚类为几组，它们之中的有些通知消息与其他通知消息不存在共同的主题信息，因此无法将这些通知消息划分到聚类得到的分组中。对于这样的无法划分到聚类得到的分组中的通知消息，可以再将它们划分到预置的多个通知分类条目或者新生成的通知分类条目中，这样每个未处理的通知消息都能归入到某个聚类得到的分组或者某个通知分类条目中。其中，将通知消息划分到对应的通知分类条目的方式已在前文中具体介绍过，在此不再赘述。当然，也可以将无法划分到聚类得到的分组中的通知消息全部归入到“其他”分类中，不再进行详细划分。

简单举例来说，如图13所示，在通知展示界面中展示有主题信息1、主题信息2对应的通知分类条目，两个通知分类条目中各包含两个与对应主题相关的通知消息。在主题信息1、主题信息2对应的通知分类条目的后面，展示有预置的通知分类条目1、通知分类条目2以及通知分类条目3，通知分类条目1、通知分类条目2以及通知分类条目3各对应有一个通知消息。

采用上述方式，可以提高对通知消息归类的灵活性，不仅可以将通知消息划分到预置的通知分类条目或者新生成的通知分类条目中，还可以提取多个通知消息的共同主题信息，将具有共同主题信息的通知消息划分到同一主题信息对应的分组中。

可以理解的是，可以将不同通知消息划分到各通知分类条目中进行展示，每个通知分类条目中可以包括一个或一个以上的通知消息。为了更高效地展示通知消息，在本公开实施例中，提供另一种通知消息展示方法，在该方法中不仅可以按照分类展示通知消息，还可以按照一定规则对各通知分类条目中的通知消息排序后进行展示。如图14所示，该展示方法可以包括如下步骤：

1401、对于通知展示界面中的第二通知分类条目，获取第二通知分类条目下各通知消息对应的事件信息，其中，第二通知分类条目是多个通知分类条目中的任一通知分类条目，事件信息包括与通知消息对应的提示事项的启动时间或者提示事项的优先级。

1402、基于事件信息，对第二通知分类条目下各通知消息进行排序。

1403、在第二通知分类条目对应的显示位置上，按照排序结果显示第二通知分类条目下的各通知消息。

上述提示事项可以是会议提醒，相应地提示事项的启动时间可以是会议开始时间。基于此，可以按照会议开始时间由先到后的顺序对会议提醒类的各通知消息进行排序展示。

以图15所示的示例来说，假设终端接收到了5个会议提醒类的通知消息，通过前文介绍的对通知消息进行归类的方式，可以将该5个通知消息归类到会议提醒中。可以从5个通知消息中分别提取会议开始时间，假设30分钟前接收到的通知消息1对应的会议开始时间是2022年7月21日15:00，20分钟前接收到的通知消息2对应的会议开始时间是2022年7月22日9:00，15分钟前接收到的通知消息3对应的会议开始时间是2022年7月21日10:00，10分钟前接收到的通知消息4对应的会议开始时间是2022年7月28日15:00，3分钟前接收到的通知消息5对应的会议开始时间是2022年7月25日12:00。基于这5个通知消息各自对应的会议开始时间对该5个通知消息进行排序，按照展示的先后顺序依次是：通知消息3、通知消息1、通知消息2、通知消息5、通知消息4。

需要补充的是，有些通知消息中会直接指出会议开始时间，对于这样的通知消息可以直接提取会议开始时间。另外一些通知消息中没有直接指出会议开始时间，需要通过进一步的处理获取会议开始时间。比如说，当前接收到一个通知消息x提醒会议将要在30分钟后开始，提示用户不要忘记马上要开会了并且做好会议前的准备，但是该通知消息x并未明确指明具体在何时开会。然而基于通知消息x中已提供的信息可以计算出会议开始时间，假设接收到通知消息x的时间是2022年7月21日15:22，那么可以推测出会议开始时间是2022年7月21日15:52。进而可以按照推测出的会议开始时间，将通知消息x排在会议提醒类适当的位置上。

通过上述方式，可以更高效地展示通知消息。用户仅需在会议提醒对应的通知分类条目中查看第一个或者前几个通知消息，就可以知道下一个将要开始的会议在什么时间开始、以及会议有关的一些详情信息。相比于用户在大量的通知消息中翻找会议提醒类的通知消息，并挨个查看每个会议提醒类的通知消息才能确定出下一个将要开始的会议在什么时间开始的方式，本公开实施例提供的方法极大地便捷了用户查看通知消息的操作，提高了通知消息的提示效率。

除了会议提醒以外，在另外的应用场景中，事件信息还可以是提示事项的优先级。基于此，可以按照提示事项的优先级由高到低的顺序对通知分类条目中的各通知消息进行排序展示。

可以理解的是，通知消息对应的提示事项的优先级可以是用户设定的。比如说，用户可以在办事提醒应用创建提示事项，并为提示事项设置优先级。

例如，用户设置提示事项1“庆祝妈妈的生日”、提示事项2“购买一双运动鞋”。由于用户还有其他运动鞋可以穿，因此“购买一双运动鞋”的提示事项并不是那么重要，用户可以将提示事项2的优先级设置为低级。由于用户需要在生日当天为母亲送上生日祝福，且此提示事项尤为重要，因此用户可以将提示事项1的优先级设置为高级。这样，提示事项1对应的通知消息会排在提示事项2对应的通知消息的前面进行展示。

再比如说，某购物应用发布了针对某商品S的抢购活动，用户在得知该抢购活动后非常想要抢购该商品S，因此用户可以设置在抢购活动马上开始之前推送通知消息进行提示，并设置提示参加抢购活动的通知消息的优先级为高级。这样，如图16所示，当该提示参加抢购活动的通知消息被发出时，该通知消息在其所属的通知分类条目中基于较高的优先级可以排在靠前甚至是第一的位置，以让用户能够优先看到该通知消息。

此外，通知消息对应的优先级还可以是终端自动设定的。在接收到通知消息之后，终端可以识别通知消息是否是用户较为关注的内容。

比如说，对于每个用户来说，都可能会关注公共交通工具搭乘提醒。其中，该公共交通工具搭乘提醒例如可以是航班提醒、高铁乘车提醒、火车乘车提醒、轮船登船提醒、长途大巴车发车提醒等等。这些公共交通工具搭乘提醒用于提示用户提前前往搭乘公共交通工具的地点，以免延误搭乘。用户一般会比较关注这一类的通知消息，因此当这一类的通知消息生成时，可以自动将这一类的通知消息对应的优先级设置为高级，这样这一类的通知消息可以在其所属的通知分类条目中排在靠前的位置进行展示。

例如，如图17所示，当接收到某个航班提醒的通知消息时，将该通知消息对应的优先级设置为高级。基于前文介绍的通知消息归类的方法，该航班提醒的通知消息被划分到旅途提醒对应的通知分类条目中，在该旅途提醒对应的通知分类条目中已存在其他一些通知消息，如提示用户将要去往的目的地的天气情况的通知消息。由于航班提醒的通知消息对应的优先级在其他通知消息中是最高的，因此航班提醒的通知消息在旅途提醒对应的通知分类条目中排在第一的位置。

除了公共交通工具搭乘提醒以外，用户较为关注的还包括一些大型的公共事件，这些大型的公共事件与用户的生活息息相关，或者这些大型的公共事件是全社会都在广泛关注的事件。

例如，卫生局发布了新的规定，规定每个市民进入公共场所都需要出示在有效期内的健康证明。在某新闻应用中将上述事件制作成了新闻，并向用户推送了该新闻对应的通知消息，以引导用户查看该新闻的具体内容。当终端检测到该通知消息时，由于该通知消息提示的是公共事件，可以自动将该通知消息对应的优先级设置为高级。这样，在该通知消息所属的包含一些新闻类的通知消息的通知分类条目中，该通知消息可以排在靠前的位置进行展示，以便于用户能查看到该通知消息。

在上述示例中，卫生局发布的新的规定实际是与用户的生活息息相关的。具体来说，用户每天都要搭乘地铁去上班，由于卫生局新发布的规定，用户需要提前准备好在有效期内的健康证明才能进入地铁乘车。因此如果用户能及时查看到上述通知消息，并得知了此事，则可以提前准备好在有效期内的健康证明，进而可以保证通勤的顺利。

采用本公开实施例提供的方法，可以自动将包含用户较为关注的公共事件的通知消息设置为较高的优先级，这样用户具有更多的可能性能够优先看到这些通知消息，由此便利了用户的生活，提高了通知消息的展示效率。

上面介绍了设置通知消息对应的优先级的方式，实际应用中，有些通知消息是对应有优先级的，而未进行设置的通知消息则没有对应的优先级。在某些可选实施例中，除了可以将优先级为高级的通知消息在各自所属的通知分类条目中排在靠前的位置进行展示之外，还可以为这些优先级为高级的通知消息单独创建一个跨分类的通知分类条目，该通知分类条目可以是重要提示信息，可以将通知展示界面中所有优先级为高级的通知消息划分到该重要提示信息对应的通知分类条目中。进一步，可选地，还可以将重要提示信息对应的通知分类条目设置在其他通知分类条目之前进行展示。

可选地，针对优先级为高级的通知消息，还可以以区分于普通的通知消息的提示方式对用户进行提示，可以将这样的提示方式称之为强提醒。其中，普通的通知消息是指优先级为非高级的通知消息、以及未设置优先级的通知消息。其中，强提醒与普通的通知消息的提醒方式至少可以从以下几方面进行区分：以不同显示风格进行区分；以不同响铃、振动方式进行区分。

其中，以不同显示风格进行区分的方式例如可以是，如前文所述的将优先级为高级的通知消息排在其所属的通知分类条目中靠前的位置进行展示、将通知展示界面中所有优先级为高级的通知消息划分到单独的通知分类条目中进行展示、对优先级为高级的通知消息以不同于普通的通知消息的颜色进行标注、给优先级为高级的通知消息添加特殊的标识符号等等。

其中，以不同响铃、振动方式进行区分的方式例如可以是，当接收到优先级为高级的通知消息时，可以以不同于普通的通知消息的铃音进行响铃、以不同于普通的通知消息的音量大小进行响铃、以不同于普通的通知消息的振动节奏进行振动、以不同于普通的通知消息的振动强度进行振动等等。

通过将强提醒的通知消息以区别于普通的通知消息的提醒方式进行提醒，可以让用户在不查看终端的情况下，就能知道当前接收到的通知消息是不是自己关注的通知消息。如果接收到的是普通的通知消息，仅通过提醒方式就能立即确定该通知消息仅是普通的通知消息。如果用户非常忙，采用这样的提醒方式可以减少对用户的打扰，用户无需查看终端就可以知道接收到的通知消息是不是自己关注的，对于那些不是自己关注的可以直接忽略，或者等空闲的时候再去查看。采用这样的提醒方式，可以提高通知消息的提醒效率。

在下面的实施例中提供又一种通知消息展示方法。如图18所示，该展示方法可以包括如下步骤：

1801、基于在不同环境下用户分别对各通知分类条目的偏好信息，确定在当前环境下用户分别对各通知分类条目的目标偏好信息。

1802、基于目标偏好信息，对各通知分类条目进行排序。

1803、基于排序结果，确定各通知分类条目在通知展示界面中对应的显示位置。

其中，可选地，当前环境可以包括以下任一项或多项：当前时间、用户当前所在地点、用户行为、应用上下文。

其中，偏好信息具体可以体现为用户点击查看单个通知分类条目中的通知消息的频次。基于此，当当前环境是当前时间时，可选地，基于目标偏好信息，对各通知分类条目进行排序的过程可以实现为：对于每个时间t，按照以往统计的用户在时间t中点击查看各通知分类条目中的通知消息的频次由大到小的顺序，对各通知分类条目进行排序，并在时间t到达时基于响应展示排序结果。

以早上八点到九点这一划分时间为例，来说明对通知分类条目进行排序的过程。假设当前的时间为早上八点到九点之间，现在有3个通知分类条目需要排序，包括新闻消息、职场工作、娱乐八卦。根据统计结果已确定该用户以往在早上八点到九点之间点击查看新闻消息类的通知消息的频次为20次、点击查看职场工作类的通知消息的频次为3次、点击查看娱乐八卦类的通知消息的频次为8次，根据该统计结果可以得出用户在早上八点到九点之间可能更希望看到新闻消息类的通知消息，然后依次是娱乐八卦类的通知消息、职场工作类的通知消息。基于此，可以得到如图19所示的通知展示界面中的通知分类条目的排序结果。

值得注意的是，不同时间对应的偏好信息是不同的，这是因为在不同时间用户可能具有不同的用户行为。以下表为例：

表1

时间	用户行为	偏好信息中用户最关注的
			8:00-9:00	搭乘交通工具	新闻、交通提示类
9:00-12:00	工作	工作、社交类
			12:00-14:00	午饭/午休	新闻、游戏、娱乐八卦类
14:00-18:00	工作	工作、社交类
			18:00-20:00	下班/晚饭	美食、生活、外卖类
20:00-22:00	睡前	购物、游戏、视频类

由上表可以看出，在不同时间用户具有不同的用户行为，用户行为与用户的偏好信息具有关联性。基于此，可以统计用户在不同时间对不同通知分类条目的偏好信息，通过偏好信息确定各通知分类条目在不同时间的展示顺序。

除了可以结合当前时间对各通知分类条目进行排序展示以外，还可以结合用户当前所在地点、用户行为、应用上下文等对各通知分类条目进行排序展示。具体排序方式与结合当前时间类似，在此不再赘述。

可选地，为了进一步保证精准地将用户关注度高的通知分类条目排在靠前的位置供用户查看，在另一可选实施例中，还可以确定在当前时间用户的用户行为；基于在不同时间用户分别对各通知分类条目的偏好信息，确定在当前时间用户分别对各通知分类条目的目标偏好信息；在各通知分类条目中，确定目标偏好信息满足预设条件的至少一个通知分类条目；在至少一个通知分类条目中，确定与用户行为相匹配的第一通知分类条目；确定第一通知分类条目在通知展示界面中对应的显示位置为置顶。

举例来说，假设当前是早上8:00，用户有时会搭乘公共交通工具去上班，有时也会开私家车上班。当用户搭乘公共交通工具上班时，用户一般会在公共交通工具上浏览新闻，此时用户对新闻类的通知消息比较感兴趣。当用户开私家车上班时，用户对一些交通拥堵提示、油价涨幅提示、停车场中停车位引导提示等相关的交通类的通知消息比较感兴趣。通过统计发现，用户在早上8:00-9:00的时间，点击查看新闻类的通知消息以及点击查看交通类的通知消息的频次都比较高。例如，用户点击查看的通知分类条目中的通知消息的频次的最大值以及次大值依次是新闻类的通知消息、交通类的通知消息。此时，可以将点击查看频次最高的前两位的通知分类条目都作为展示在通知展示界面中的第一位的候选。

假设检测到通过终端中安装的乘车应用近期展示过乘车码，则可以推测用户当前选用的是公共交通工具，结合当前的用户行为，可以将新闻类的通知分类条目设置在通知展示界面中的第一位进行展示，或者说置顶展示。在另一方面，假设检测到终端连接了车载蓝牙、开启了地图类应用并正在进行自驾车导航，则可以推测用户当前正在开私家车，结合当前的用户行为，可以将交通类的通知分类条目设置在通知展示界面中的第一位进行展示。

可选地，在另外的可选实施例中，还可以按照预设周期定期更新用户在不同时间对各通知分类条目的偏好信息。可以理解的是，用户在不同时期的同一时间中的偏好信息可能会发生变化。比如说，用户以前早上8:00-9:00的时段都是搭乘公共交通工具去上班的，所以用户对新闻类的通知消息比较感兴趣。后来用户购买了私家车，早上8:00-9:00的时段变更为开私家车去上班了，相应地用户感兴趣的点也由新闻类的通知消息转变为交通类的通知消息。因此可以定期重新统计用户在不同时间的偏好信息，及时更新用户在不同时间的偏好信息，以能更加准确地将用户真正感兴趣或者关注的通知分类条目展示在更醒目的位置供用户及时查看。

或者，在某些应用场景中，用户对一些特定的通知分类条目尤为关注。比如说，一些酷爱游戏的玩家对游戏类的通知消息特别关注。对于这样的情况，也可以允许用户手动设置通知分类条目的排序。从而类似于上述酷爱游戏的玩家可以将游戏类的通知分类条目设置在通知展示界面中靠前的位置，或者直接置顶。本公开实施例提供两种操作方式让用户可以手动设置通知分类条目的排序。

在第一种方式中，如图20所示，用户可以打开通知提示设置界面，在通知提示设置界面中找到通知分类条目排序菜单。在通知分类条目排序菜单中包括有多个通知分类条目，用户可以一一设置它们各自对应的排序位置。例如，用户可以点击选中多个通知分类条目中的目标通知分类条目(通知分类条目8)，然后将该目标通知分类条目拖动到合适的位置。

在第二种方式中，用户还可以直接在通知展示界面中设置各通知分类条目的排序位置。如图21所示，用户可以直接打开通知展示界面，然后在其中选择需要调位的目标通知分类条目(通知分类条目3)。接着，可以将该目标通知分类条目拖动到合适的位置。

对于在通知展示界面展示的各通知分类条目中的通知消息来说，如果用户点击查看它们，那么它们可以被标记为已读并从通知展示界面中清除，或者用户未进行点击查看就直接选择了清除它们，再或者用户从未看到过一些通知消息、在看到某些通知消息之后并没有进一步的操作。因此，有些通知消息是展示给用户但是用户未处理过的，包括用户从未看到过的一些通知消息、以及在看到某些通知消息之后并没有进一步的处理的通知消息。对于这样的通知消息，在本公开实施例中提供了处理它们的方式。

如图22所示，该处理方式包括如下步骤：

2201、响应于接收到通知消息或者用户操作，显示通知展示界面。

2202、在通知展示界面中，在各通知分类条目对应的显示位置上，显示各通知分类条目对应的通知消息，其中，任一通知消息的属性信息与显示有任一通知消息的通知分类条目对应。

2203、当在通知展示界面中检测到过期的通知消息时，将过期的通知消息移动到预设分类中，其中，预设分类中的通知消息是默认为隐藏不展示的。

在本公开实施例中，可以在通知展示界面中设置用于放置展示给用户但是用户未处理过的通知消息的预设分类，可以称为其他分类。可以将通知展示界面中过期的通知消息，归入到其他分类中。其中，过期的通知消息是通知展示界面中满足预设隐藏条件的通知消息。

其他分类中的通知消息可以默认为隐藏不展示，但是允许用户通过预设操作控制其他分类中的通知消息展开显示。相应地，当检测到用户对其他分类对应的展示指令区域操作时，响应于用户的操作，可以对其他分类中的通知消息进行展开显示。比如说，当检测到用户点击了其他分类的名称的显示区域，响应于用户的点击操作，可以对其他分类中的通知消息进行展开显示。再比如说，还可以提供对其他分类中的通知消息进行展开显示的入口按键，当检测到用户触发了该入口按键时，响应于用户的触发操作，对其他分类中的通知消息进行展开显示。

另外，也可以允许用户选择将其他分类中的所有通知消息一并清除。相应地，当检测到用户对其他分类对应的清除指令区域操作时，响应于用户的操作，可以将属于该其他分类的所有通知消息一并清除。比如说，当检测到用户长按其他分类的名称的显示区域时，可以弹出对话框询问用户是否清除该其他分类下的所有通知消息，如果检测到用户触发了清除该其他分类下的所有通知消息的确定操作，响应于该确定操作，将该其他分类下的所有通知消息清除。再比如说，当检测到用户选中了其他分类的名称的显示区域并进行了左滑操作，也可以弹出对话框询问用户是否清除该其他分类下的所有通知消息，后续操作步骤与上个示例相同，在此不再展开描述。又比如说，还可以对应于其他分类提供用于清除其他分类下的所有通知消息的清除按键，当检测到用户触发了其他分类对应的清除按键时，响应于用户的触发操作，可以将属于该其他分类的所有通知消息一并清除。

可选地，将通知消息归入到其他分类可以包括：如果通知消息的停留时间超过预设阈值，则将该通知消息归入到其他分类。可以理解的是，当某个通知消息停留在通知展示界面的时间过长时，用户一直都没有对该通知消息进行任何处理，那么用户可能对该通知消息并不感兴趣，此时可以将该通知消息归入到其他分类中。

可选地，如果通知消息的停留时间超过预设阈值，则将该通知消息归入到其他分类的过程还可以包括：如果通知消息的停留时间超过第一预设阈值，且通知展示界面中的所有通知分类条目中的通知消息的总数量超过第二预设阈值，则将该通知消息归入到其他分类。

对于会议提醒的应用场景，将通知消息归入到其他分类可以包括：当检测到当前时间已超过通知消息提示的会议结束时间时，可以将该通知消息归入到其他分类。在会议结束后，这样的通知消息已失效，因此可以归入到其他分类。

另外，对于活动提醒的应用场景，将通知消息归入到其他分类可以包括：当检测到当前时间已超过通知消息提示的活动结束时间时，可以将该通知消息归入到其他分类。例如，某个通知消息提示用户抢购活动开始了，用户长时间未点击查看该通知消息，当检测到抢购活动的活动结束时间已经到达时，可以将该通知消息归入到其他分类中。在活动结束后，这样的通知消息已失效，因此可以归入到其他分类，以提高通知消息提示效率，节约显示空间。

采用本公开提供的方法，可以实现自动对不同通知消息的归类，以通知分类条目的方式将属于同一类的通知消息归入到一起进行展示，以此可以使得用户能够根据归类后的通知分类条目快速定位关注的通知消息的所在位置，提高了通知消息展示效率。

可以理解的是，在某些应用场景中，有些应用为了吸引用户能进入应用内查看推送的具体内容，会变换推送出的通知消息的属性信息，生成多个具有不同属性信息的通知消息推送给用户，但是这些通知消息实际对应着同一响应页面，该同一响应页面可以解释为对应着同一应用内的同一内容页面。比如说，某购物应用想要让用户进入应用内查看XX购物节的活动页面，该购物应用会在不同时间向用户推送包含不同文本信息、图片信息的通知消息，这些通知消息都指向同一活动页面。如果用户点击查看了这些通知消息，都会跳转到该购物应用内的XX购物节的同一活动页面。

例如，通知消息1的文本信息是“快来看看XX购物节都有哪些优惠活动吧”，通知消息2的文本信息是“快来领取XX购物节的优惠券”，通知消息3的文本信息是“你关注的XX用户刚刚发布了XX购物节的省钱攻略，快来一起薅羊毛吧”，实际上无论用户点击查看通知消息1-通知消息3中的哪一个通知消息，都会跳转到同一购物应用内的XX购物节的活动页面。

上述情况的产生是因为购物应用想要通过不同的文本信息找到用户可能感兴趣的点，最终将用户导向到XX购物节的活动页面。但是对于用户来说，当多个指向同一响应页面的通知消息共同暴露给用户时，会降低通知消息的展示效率，用户更难找到自己关注的通知消息，并且这些通知消息在通知展示界面中还会占据一定的显示空间，降低了显示空间的利用效率。如果用户一一点击查看了它们，由于都会跳转到同一响应页面，则还会浪费用户的时间成本。

为了解决上述问题，本公开实施例提供另一种通知消息展示方法。如图23所示，该方法包括如下步骤：

2301、对于通知展示界面中的第三通知分类条目，确定第三通知分类条目对应的通知消息中是否存在对应于同一响应页面的第一通知消息和第二通知消息。

2302、在同一时刻，仅显示第一通知消息和第二通知消息中的一个。

实际应用中，可以在同一时刻只通过一个显示位置显示多个对应于同一响应页面的通知消息中的一个，且其他未展示的通知消息也不会隐藏合并到显示出的通知消息中，进而不支持展开显示该其他未展示的通知消息，同时不会提示用户还有其他未展示的通知消息未展示出。采用这样的方式，可以节约通知展示界面中的显示空间，提高通知消息的展示效率，节约用户浏览或者点击查看这些通知消息的时间成本。

可选地，在同一时刻，仅显示第一通知消息和第二通知消息中的一个：按照顺序轮换显示第一通知消息和第二通知消息中的一个；或，随机轮换显示第一通知消息和第二通知消息中的一个；或，固定显示第一通知消息和第二通知消息中的一个。

以图24-图26所示的示例来说，假设当前接收到通知消息1“快来看看XX购物节都有哪些优惠活动吧”、通知消息2“快来领取XX购物节的优惠券”、以及通知消息3“你关注的XX用户刚刚发布了XX购物节的省钱攻略，快来一起薅羊毛吧”，通过识别处理检测到该3个通知消息都对应于同一购物应用内的XX购物节的活动页面。可以在第1时刻通过通知展示界面展示通知消息1“快来看看XX购物节都有哪些优惠活动吧”，在第2时刻通过通知展示界面展示通知消息2“快来领取XX购物节的优惠券”，在第3时刻通过通知展示界面展示通知消息3“你关注的XX用户刚刚发布了XX购物节的省钱攻略，快来一起薅羊毛吧”。

在某些可选实施例中，需要为待显示到通知展示界面中的通知消息设定相应的点击事件(click action)，该点击事件描述了当用户点击查看了对应的通知消息之后终端应该输出什么样的反馈，比如跳转到哪个应用内的哪个内容页面。基于此，可以通过各待显示到通知展示界面中的通知消息对应的click action，确定各通知分类条目下的通知消息中是否存在指向于同一响应页面的通知消息。

值得注意的是，指向于同一响应页面的通知消息理论上是属于同一个通知分类条目的，因为它们都对应着相同的推送内容。比如说，不管如何替换文本信息，导向XX购物节的活动页面的通知消息都应该被划分到营销活动对应的通知分类条目中。因此，指向于同一应用内的同一内容页面的通知消息一般是在同一通知分类条目或者同一主题对应的分组中的，进而可以在每个通知分类条目或者每个主题对应的分组内识别指向于同一响应页面的通知消息。

另外，还值得注意的是，在用户点击查看了某个通知消息对应的推送内容后，该通知消息会被标记为已读，且可以从通知展示列表中清除掉该通知消息。对于上述多个对应于同一响应页面的通知消息来说，虽然于同一时刻只在通知展示界面中展示了其中一个通知消息，但是如果用户点击查看了展示的通知消息，那么相应地该通知消息会被标记为已读，同时后台中其他未展示的对应于同一响应页面的通知消息也可以被标记为已读。

采用本公开实施例提供的方法，可以在指向同一响应页面的多个通知消息中确定一个通知消息用于展示，这样可以节省通知展示界面的显示空间，提高了显示空间的利用率。同时还可以提高通知消息的展示效率，避免将实质上对应相同内容的多个通知消息都同时提供给用户。

本公开另一实施例提供了一种通知消息展示方法，如图27所示，该方法可以包括如下步骤：

2701、确定当前接收到的第一通知消息所对应的响应页面。

2702、确定是否存在与响应页面相同的第二通知消息。

2703、若存在，则在通知展示界面中，在同一时刻，仅显示第一通知消息和第二通知消息中的一个。

实际应用中，可以在所有已接收到的通知消息中确定是否存在与第一通知消息对应的响应页面相同的第二通知消息。如果存在，则在通知展示界面中，在同一时刻，仅显示第一通知消息和第二通知消息中的一个。

本公开实施例中未详尽的部分已在前述实施例中充分说明，可以参考前述实施例的说明，在此不再过多赘述。

可选地，在同一时刻，仅显示第一通知消息和第二通知消息中的一个的过程可以实现为：按照顺序轮换显示第一通知消息和第二通知消息中的一个；或，随机轮换显示第一通知消息和第二通知消息中的一个；或，固定显示第一通知消息和第二通知消息中的一个。

可选地，在同一时刻，仅显示第一通知消息和第二通知消息中的一个之后，本公开实施例提供的方法还可以包括：当检测到用户对显示的通知消息进行查看操作时，将第一通知消息和第二通知消息全部标记为已读。

可选地，通知展示界面中包括多个通知分类条目，本公开实施例提供的方法还可以包括：根据第一通知消息的属性信息，在多个通知分类条目中确定第一通知消息对应的目标通知分类条目。

可选地，本公开实施例提供的方法还可以包括：获取目标通知分类条目下各通知消息对应的事件信息，其中，事件信息包括提示事项的启动时间或者提示事项的优先级；基于事件信息，对目标通知分类条目下各通知消息进行排序；按照排序结果，展示目标通知分类条目对应的各通知消息。

可选地，属性信息包括推送第一通知消息的目标应用，根据第一通知消息的属性信息，在多个通知分类条目中确定第一通知消息对应的目标通知分类条目的过程可以实现为：若预先建立的应用和通知分类条目之间的对应关系中存在任一通知分类条目与目标应用对应，则将任一通知分类条目确定为第一通知消息对应的通知分类条目。

可选地，属性信息还包括第一通知消息中包含的多媒体信息，本公开实施例提供的方法还可以包括：若对应关系中不存在与目标应用对应的通知分类条目，则基于第一通知消息中包含的多媒体信息，确定第一通知消息对应的目标关键字；基于目标关键字，确定第一通知消息对应的通知分类条目。

可选地，基于目标关键字，确定第一通知消息对应的通知分类条目的过程可以实现为：将目标关键字与关键字库中存储的多个关键字进行比较匹配，以确定关键字库中与目标关键字相匹配的参考关键字；确定参考关键字对应的通知分类条目，作为第一通知消息对应的通知分类条目。

可选地，根据第一通知消息的属性信息，在多个通知分类条目中确定第一通知消息对应的目标通知分类条目的过程可以实现为：获取第一通知消息以及第三通知消息的属性信息，其中，第三通知消息为以往接收到的且用户未做处理的通知消息；基于第一通知消息以及第三通知消息的属性信息，对第一通知消息以及第三通知消息进行聚类处理，以确定第一通知消息对应的聚类分组。

其中，用户未做处理的通知消息可以是用户未进行点击查看、未清除等处理的通知消息。

采用本公开实施例提供的方法，可以在指向同一响应页面的多个通知消息中确定一个通知消息用于展示，这样可以节省通知展示界面的显示空间，提高了显示空间的利用率。同时还可以提高通知消息的展示效率，避免将实质上对应相同内容的多个通知消息都同时提供给用户。

在一个可能的设计中，前述实施例提供的通知消息展示方法可以应用于一终端，如图28所示，该终端可以包括：处理器91、存储器92、显示器94。其中，所述存储器92上存储有可执行代码，当所述可执行代码被所述处理器91执行时，使所述处理器91至少可以实现如前述图1至图27所示实施例中提供的通知消息展示方法。

其中，显示器94例如可以包括触摸屏式的液晶显示器(LCD)、触摸显示器(也被称为“触摸屏”或“触摸显示屏”)和有机发光半导体显示器(OLED)。该显示器94可使得用户能够与终端的用户界面进行交互。在一些实施例中，上述终端具有图形用户界面(GUI)，用户可以通过触摸触敏表面上的手指接触和/或手势来与GUI进行人机交互。

可选地，该终端中还可以包括通信接口93，用于与其他设备进行通信。

另外，本公开实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被终端的处理器执行时，使所述处理器至少可以实现如前述图1至图27所示实施例中提供的通知消息展示方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开实施例提供的通知消息展示方法可以由某种程序/软件来执行，该程序/软件可以由网络侧提供，前述实施例中提及的终端可以将该程序/软件下载到本地的非易失性存储介质中，并在其需要执行前述通知消息展示方法时，通过CPU将该程序/软件读取到内存中，进而由CPU执行该程序/软件以实现前述实施例中所提供的通知消息展示方法，执行过程可以参见前述图1至图27中的示意。

最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。

Claims (18)

1.一种通知消息展示方法，其特征在于，包括：

响应于接收到通知消息或者用户操作，显示通知展示界面；

对于所述通知展示界面中的第二通知分类条目，获取所述第二通知分类条目下各通知消息对应的事件信息，其中，所述第二通知分类条目是多个通知分类条目中的任一通知分类条目，所述事件信息包括提示事项的启动时间或者所述提示事项的优先级；

基于所述事件信息，对所述第二通知分类条目下各通知消息进行排序；

在所述第二通知分类条目对应的显示位置上，按照排序结果显示所述第二通知分类条目下的各通知消息，其中，任一通知消息的属性信息与显示有所述任一通知消息的通知分类条目对应。

2.根据权利要求1所述的方法，其特征在于，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

对于任一通知分类条目，在所述任一通知分类条目对应的显示位置的顶部，显示所述任一通知分类条目的标识；

在所述标识的下方以列表的形式显示所述任一通知分类条目对应的各通知消息。

3.根据权利要求1所述的方法，其特征在于，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

对于任一通知分类条目，在所述任一通知分类条目对应的显示位置的一侧，显示所述任一通知分类条目的标识；

在所述任一通知分类条目对应的显示位置的另一侧，以列表的形式显示所述任一通知分类条目对应的通知消息。

4.根据权利要求1所述的方法，其特征在于，所述在所述通知展示界面中，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

在所述通知展示界面中的一侧显示所述各通知分类条目的标识；

在所述通知展示界面中的另一侧显示被选中的通知分类条目的标识对应的通知消息。

5.根据权利要求2-4中任一项所述的方法，其特征在于，所述通知分类条目的标识包括文本或者图标。

6.根据权利要求1所述的方法，其特征在于，对应于同一通知分类条目的各通知消息的显示位置是相邻的；

对应于不同的通知分类条目的通知消息中添加的图标或者设置的背景色不同。

7.根据权利要求1所述的方法，其特征在于，所述通知展示界面设置在锁屏界面或者解锁后界面中的通知中心中。

8.根据权利要求1所述的方法，其特征在于，在所述通知展示界面中，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息之前，所述方法还包括：

基于在不同环境下用户分别对所述各通知分类条目的偏好信息，确定在当前环境下所述用户分别对所述各通知分类条目的目标偏好信息；

基于所述目标偏好信息，对所述各通知分类条目进行排序；

基于排序结果，确定所述各通知分类条目在所述通知展示界面中对应的显示位置。

9.根据权利要求8所述的方法，其特征在于，所述当前环境包括以下任一项或多项：当前时间、所述用户当前所在地点、用户行为、应用上下文。

10.根据权利要求1所述的方法，其特征在于，在所述通知展示界面中，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息之前，所述方法还包括：

确定在当前时间用户的用户行为；

基于在不同时间所述用户分别对所述各通知分类条目的偏好信息，确定在当前时间所述用户分别对所述各通知分类条目的目标偏好信息；

在所述各通知分类条目中，确定目标偏好信息满足预设条件的至少一个通知分类条目；

在所述至少一个通知分类条目中，确定与所述用户行为相匹配的第一通知分类条目；

确定所述第一通知分类条目在所述通知展示界面中对应的显示位置为置顶。

11.根据权利要求1所述的方法，其特征在于，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

对于所述通知展示界面中的第三通知分类条目，确定所述第三通知分类条目对应的通知消息中是否存在对应于同一响应页面的第一通知消息和第二通知消息；

在同一时刻，仅显示所述第一通知消息和所述第二通知消息中的一个。

12.根据权利要求11所述的方法，其特征在于，所述在同一时刻，仅显示所述第一通知消息和所述第二通知消息中的一个，包括：

按照顺序轮换显示所述第一通知消息和所述第二通知消息中的一个；或，

随机轮换显示所述第一通知消息和所述第二通知消息中的一个；或，

固定显示所述第一通知消息和所述第二通知消息中的一个。

13.根据权利要求1所述的方法，其特征在于，所述属性信息包括推送所述任一通知消息的目标应用，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息之前，所述方法还包括：

若预先建立的应用和通知分类条目之间的对应关系中存在任一通知分类条目与所述目标应用对应，则将所述任一通知分类条目确定为所述任一通知消息对应的通知分类条目。

14.根据权利要求1或13所述的方法，其特征在于，所述属性信息包括推送所述任一通知消息的目标应用和所述任一通知消息中包含的多媒体信息，所述方法还包括：

若预先建立的应用和通知分类条目之间的对应关系中不存在与所述目标应用对应的通知分类条目，则基于所述任一通知消息中包含的多媒体信息，确定所述任一通知消息对应的目标关键字；

基于所述目标关键字，确定所述任一通知消息对应的通知分类条目。

15.根据权利要求14所述的方法，其特征在于，所述基于所述目标关键字，确定所述任一通知消息对应的通知分类条目，包括：

将所述目标关键字与关键字库中存储的多个关键字进行比较匹配，以确定所述关键字库中与所述目标关键字相匹配的参考关键字；

确定所述参考关键字对应的通知分类条目，作为所述任一通知消息对应的通知分类条目。

16.根据权利要求1所述的方法，其特征在于，在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息之前，所述方法还包括：

获取当前已接收到的所有通知消息的属性信息；

基于所述所有通知消息的属性信息，对所述所有通知消息进行聚类处理，得到至少一个聚类分组以及各聚类分组各自对应的主题信息；

所述在各通知分类条目对应的显示位置上，显示所述各通知分类条目对应的通知消息，包括：

在所述至少一个聚类分组对应的显示位置上，显示所述至少一个聚类分组对应的主题信息以及所述至少一个聚类分组对应的通知消息。

17.一种终端，其特征在于，包括：存储器、处理器；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-16中任一项所述的通知消息展示方法。

18.一种非暂时性机器可读存储介质，其特征在于，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被终端的处理器执行时，使所述处理器执行如权利要求1-16中任一项所述的通知消息展示方法。