一种通知消息的管理方法及移动终端与流程

本发明涉及通信技术领域，尤其涉及一种通知消息的管理方法及移动终端。

背景技术：

随着移动终端技术的发展，应用于移动终端的应用种类也越来越多。为了向用户提供实时的消息服务，可以在通知栏弹出通知消息。而用户为了满足使用需求，可能会在移动终端安装几十个应用，这些应用会产生大量的通知消息，并在通知栏进行提醒。目前，针对应用产生的通知消息一般是按照时间顺序排列显示，这样当某个时间段的通知消息数量较多，甚至占用整个通知栏，这种通知消息的显示方式不够合理化，还可能造成其他比较重要的消息无法及时显示，给用户造成不利影响。

技术实现要素：

本发明提供了一种通知消息的管理方法及移动终端，以解决现有技术中通知消息的显示方式不够合理化，还可能造成其他比较重要的消息无法及时显示的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供了一种通知消息的管理方法，应用于移动终端，包括：

获取通知消息；

按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少一个所述预设条件；

若所述通知消息匹配目标预设条件，则将所述通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。

第二方面，本发明实施例还提供了一种移动终端，包括：

获取模块，用于获取通知消息；

判断模块，用于按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少一个所述预设条件；

处理模块，用于若所述通知消息匹配目标预设条件，则将所述通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。

第三方面，本发明实施例还提供了一种移动终端，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的通知消息的管理方法的步骤。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的通知消息的管理方法的步骤。

在本发明实施例中，按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少所述预设条件，并将匹配目标预设条件的通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。这样，可以按照多个预设条件，针对通知消息依次匹配等级标签，以保证针对通知消息的提醒处理的合理性，避免由于部分通知消息占用通知栏可能造成其他比较重要的消息无法及时显示。

附图说明

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

图1表示本发明实施例的通知消息的管理方法的流程图；

图2表示本发明实施例中将通知消息保存在目标等级标签下并根据目标等级标签对应的提醒策略执行相应处理的流程图；

图3表示本发明实施例的系统通知栏中显示等级标签的示意图；

图4表示本发明实施例的系统通知栏中等级标签的展开示意图；

图5表示本发明实施例的通知设置界面的示意图之一；

图6表示本发明实施例的通知设置界面的示意图之二；

图7表示本发明实施例的通知设置界面的示意图之三；

图8表示本发明实施例的移动终端的框图；

图9表示本发明实施例的移动终端的硬件结构示意图。

具体实施方式

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

如图1，本发明实施例提供了一种通知消息的管理方法，应用于移动终端，包括：

步骤11：获取通知消息。

其中，所述通知消息可以是即时消息，如：即时通讯联系人发送的消息，还可以是推送消息，如：购物类应用推送的商品降价的信息、金融类应用推送的账单信息、交易信息等，本发明实施例对通知消息的类型不作具体限定。

步骤12：按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少一个所述预设条件。

步骤13：若所述通知消息匹配目标预设条件，则将所述通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。

例如：多个预设条件包括：第一预设条件、第二预设条件、第三预设条件、第四预设条件和第五预设条件。并可以按照从第一预设条件到第五预设条件的匹配顺序：

若所述通知消息匹配所述第一预设条件，则将所述通知消息保存在所述第一预设条件对应的第一等级标签下，以及根据所述第一等级标签对应的提醒策略执行相应处理，且流程结束；

若所述通知消息不匹配所述第一预设条件，且匹配第二预设条件，则将所述通知消息保存在所述第二预设条件对应的第二等级标签下，以及根据所述第二等级标签对应的提醒策略执行相应处理，且流程结束；

若所述通知消息不匹配所述第二预设条件，且匹配所述第三预设条件，则将所述通知消息保存在所述第三预设条件对应的第三等级标签下，以及根据所述第三等级标签对应的提醒策略执行相应处理，且流程结束；

若所述通知消息不匹配所述第三预设条件，且匹配所述第四预设条件，则将所述通知消息保存在所述第四预设条件对应的第四等级标签下，以及根据所述第四等级标签对应的提醒策略执行相应处理，且流程结束；

若所述通知消息不匹配所述第四预设条件，且匹配所述第五预设条件，则将所述通知消息保存在所述第五预设条件对应的第五等级标签下，以及根据所述第五等级标签对应的提醒策略执行相应处理，且流程结束。

该实施例中，按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少一个所述预设条件，并将匹配目标预设条件的通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。这样，可以按照多个预设条件，针对通知消息依次匹配等级标签，以保证针对通知消息的提醒处理的合理性，避免由于部分通知消息占用通知栏可能造成其他比较重要的消息无法及时显示。

可选的，如图2，上述步骤12具体包括：

步骤121：判断所述通知消息所属的目标应用是否匹配第一预设条件；

步骤122：若所述目标应用匹配所述第一预设条件，则确定所述第一预设条件为所述目标预设条件；若所述目标应用不匹配所述第一预设条件，则判断所述通知消息的内容是否匹配第二预设条件；

步骤123：若所述通知消息的内容匹配所述第二预设条件，则确定所述第二预设条件为所述目标预设条件；若所述通知消息的内容不匹配所述第二预设条件，则判断所述通知消息的内容是否匹配第三预设条件；

步骤124：若所述通知消息的内容匹配所述第三预设条件，则确定所述第三预设条件为所述目标预设条件；若所述通知消息的内容不匹配所述第三预设条件，则判断所述通知消息对应的场景类型是否匹配第四预设条件；

步骤125：若所述通知消息对应的场景类型匹配所述第四预设条件，则确定所述第四预设条件为所述目标预设条件；若所述通知消息对应的场景类型不匹配所述第四预设条件，则确定所述通知消息匹配第五预设条件，并确定所述第五预设条件为所述目标预设条件。

可选的，上述步骤13具体包括：

若所述通知消息所属的目标应用匹配第一预设条件，则将所述通知消息保存在第一等级标签下，以及根据所述第一等级标签对应的提醒策略执行对应的提醒处理；

若所述目标应用不匹配所述第一预设条件，且所述通知消息的内容匹配第二预设条件，则将所述通知消息保存在第二等级标签下，以及根据所述第二等级标签对应的提醒策略执行对应的提醒处理；

若所述通知消息的通知文本不匹配所述第二预设条件，且所述通知消息的内容匹配第三预设条件，则将所述通知消息保存在第三等级标签下，以及根据所述第三等级标签对应的提醒策略不执行提醒处理；

若所述通知消息的内容不匹配所述第三预设条件，且所述通知消息对应的场景类型匹配第四预设条件，则将所述通知消息保存在第四等级标签下，以及根据所述第四等级标签对应的提醒策略执行对应的提醒处理；

若所述通知消息对应的场景类型不匹配所述第四预设条件，则将所述通知消息保存在第五等级标签下，以及根据所述第五等级标签对应的提醒策略不执行提醒处理。

例如：第一等级标签为“重要通知”，第二等级标签为“有效通知”；第三登记标签为“屏蔽通知”，第四等级标签为“普通通知”，第五等级标签为“营销通知”。

可选的，按照“重要通知”、“有效通知”、“普通通知”、“营销通知”、“屏蔽通知”的顺序，在系统通知栏中排列显示这些等级标签，如图3所示。

具体的，在系统通知栏中，每个等级标签下显示对应的未读消息的数量，避免存在数量较多的通知消息时占用状态栏，导致重要消息遗漏。

进一步地，上述步骤13之后，所述方法还包括：

接收针对目标等级标签的第一输入；

响应于所述第一输入，将所述通知消息在所述目标等级标签下，按照所述通知消息所属的目标应用对应的通知阅读概率递减的顺序排列显示。

其中，所述通知阅读概率为：在第一预设时间段内，所述目标应用对应的通知消息已被阅读的数量，与所述目标应用对应的通知消息的总数量之间的比值。

例如：在系统通知栏中，每个等级标签分别对应一个展开/收回按钮；用户可以通过点击目标等级标签对应的展开按钮，在该目标等级标签下展开对应的通知消息，如图4所示；还可以通过点击目标等级标签对应的收回按钮，取消该目标等级标签下对应通知消息的显示。

这样，在系统通知栏中，通过针对等级标签进行排序显示，将重要性等级高的优先显示，以避免“营销通知”占用系统通知栏，导致重要消息被遗漏。

特别的，还可以根据移动终端获取到通知消息的时间，对各个等级标签下的通知消息进行排序显示；还可以根据用户的操作输入，在根据移动终端获取到通知消息的时间对各个等级标签下的通知消息进行排序显示的方式，与按照通知消息所属的目标应用对应的通知阅读概率递减的顺序排列显示的方式之间进行切换。

可选的，当接收到等级标签为“重要通知”的通知消息时，可以采用“重要通知”对应的提醒策略进行提醒，如：亮屏、振动、响铃提示中的一个或组合；当接收到等级标签为“有效通知”的通知消息时，可以采用“有效通知”对应的提醒策略进行提醒，如：亮屏、振动、响铃提示中的一个或组合；当接收到等级标签为“普通通知”的通知消息时，可以采用“普通通知”对应的提醒策略进行提醒，如：亮屏、振动、响铃提示中的一个或组合；当接收到等级标签为“普通通知”或“屏蔽通知”的通知消息时，可以不执行提醒处理。

特别的，等级标签为“重要通知”、“有效通知”、“普通通知”各自对应的提醒策略之间，可以相同或不同。

该实施例中，从用户信息管理效率角度出发，依据通知消息的有效性与重要程度，进行通知消息所属等级标签的划分，且内部依据通知阅读概率进行通知消息的排序，即闭环考虑用户针对通知消息的阅读反应。

以下对上述方法进行说明：

上述步骤121中判断所述通知消息所属的目标应用是否匹配第一预设条件，具体包括：

判断所述目标应用是否为预设应用，或者所述目标应用对应的通知阅读概率是否大于预设概率；

若所述目标应用为所述预设应用，或者所述通知阅读概率大于所述预设概率，则确定所述目标应用匹配所述第一预设条件；若目标应用不是所述预设应用，或者所述通知阅读概率小于或等于所述预设概率，则确定所述目标应用不匹配所述第一预设条件

具体的，当获取到通知消息时，先判断该通知消息所属的目标应用是否符合第一预设条件，该第一预设条件为：预设应用(如：用户手动配置的重要程度较高的应用)或通知阅读概率大于预设概率。

若所述目标应用为所述预设应用，或者所述通知阅读概率大于所述预设概率，则确定所述目标应用匹配所述第一预设条件，并将所述通知消息保存在所述第一预设条件对应的第一等级标签下，以及根据所述第一等级标签对应的提醒策略执行对应的提醒处理；

若目标应用不是所述预设应用，或者所述通知阅读概率小于或等于所述预设概率，则确定所述目标应用不匹配所述第一预设条件执行判断所述通知消息的内容是否匹配第二预设条件的步骤。

特别的，用户可以自定义重要程度较高的应用，即用户可通过添加重要程度较高的应用至配置列表，而该配置列表内的应用所产生的通知信息可直接置顶于第一等级标签下，且可不受任何移动终端中其他设置的影响，以便于提供用户针对重要程度较高的应用的高效处理。

其中，所述通知阅读概率为：在第一预设时间段内，所述目标应用对应的通知消息已被阅读的数量，与所述目标应用对应的通知消息的总数量之间的比值。例如：在最近一周内，通知阅读概率在所有应用中排位前20％；如是，则将该通知消息保存至第一等级标签下并直接在系统通知栏中置顶显示，以起到提醒作用。

可选的，通知阅读概率通过埋点事件进行记录，并上传至终端数据库进行阅读概率计算。记录表字段为[应用、日期、通知生成数量、用户点击数量]，其中，通知阅读概率＝用户点击数量/通知生成数量，也即目标应用对应的通知消息已被阅读的数量，与所述目标应用对应的通知消息的总数量之间的比值。

进一步地，在第一等级标签下，按照所述通知消息所属的目标应用对应的通知阅读概率递减的顺序排列显示。这样根据用户针对通过消息所属应用的通知阅读概率对通知消息进行排序，从而实现根据用户的阅读习惯对通知消息进行排序，以便于用户处理。

上述步骤122中判断所述通知消息的内容是否匹配第二预设条件，具体包括：

判断所述通知消息的文本实体是否属于预设实体类型；

若所述文本实体不属于所述预设实体类型，则确定所述通知消息的内容不匹配所述第二预设条件；若所述文本实体属于所述预设实体类型，则判断所述通知消息的内容中是否包含第一预设关键词；

若所述通知消息的内容中不包含所述第一预设关键词，则确定所述通知消息的内容匹配所述第二预设条件；若所述通知消息的内容中包含所述第一预设关键词，则确定所述通知消息的内容不匹配所述第二预设条件。

具体的，在所述通知消息所属的目标应用不匹配所述第一预设条件，也即所述目标应用不是预设应用，或该目标应用对应的通知阅读概率也不大于预设概率的情况下，则判断所述通知消息的文本实体是否属于预设文本类型。

若所述文本实体不属于所述预设实体类型，则确定所述通知消息的内容不匹配所述第二预设条件，则执行判断所述通知消息的内容是否匹配第三预设条件的判断；

若所述文本实体属于所述预设实体类型，则判断所述通知消息的内容中是否包含第一预设关键词；

若所述通知消息的内容中不包含所述第一预设关键词，则确定所述通知消息的内容匹配所述第二预设条件，并将所述通知消息保存在第二等级标签下，以及根据所述第二等级标签对应的提醒策略执行对应的提醒处理；

若所述通知消息的内容中包含所述第一预设关键词，则确定所述通知消息的内容不匹配所述第二预设条件，并执行判断所述通知消息的内容是否匹配第三预设条件的判断。

例如：若所述文本实体属于政府公安、公共服务事业、水电服务或其他民生服务等实体类型，且所述通知消息的内容(可以是文本数据、图像数据等)中不包含节日祝福、服务推荐或者其他骚扰信息等类型的关键词(如：在节假日水电局发送的节日祝福类型的通知消息)，则将所述通知消息保存在第二等级标签下，以及根据所述第二等级标签对应的提醒策略执行对应的提醒处理。

也即，所述文本实体属于政府公安、公共服务事业、水电服务或其他民生服务等实体类型，且所述通知消息的内容属于政府公安、公共服务事业、水电服务或其他民生服务等通知类型的消息(如：水电局的缴费提醒、学校课程提醒、违章应用的违章提醒等属于通知类型的消息)，则将所述通知消息保存在第二等级标签下，以及根据所述第二等级标签对应的提醒策略执行对应的提醒处理。

或者，读取短信的卡片通知，并保存在第二等级标签下，以及根据所述第二等级标签对应的提醒策略执行对应的提醒处理。

其中，文本实体可以通过建立模型确定，文本实体的模型可以通过网络爬虫与人工标注信息的补充整理各类应用的文本实体信息，然后采用图谱解析文本实体相关信息形成知识，建立文本实体与实体类型之间的映射规则落地至终端在线实时实现。其中，预设文本实体可以是一个或者多个实体类型各自对应的文本实体。

第一预设关键词可以通过语义意图分类确定，该语义意图分类可以先通过云端基于机器学习或深度学习算法离线学习意图分类再部署至终端服务器实时供用户调取使用。如：寓意意图可以分为4类：祝福、推荐、通知、骚扰。

进一步地，在第二等级标签下，按照所述通知消息所属的目标应用对应的通知阅读概率递减的顺序排列显示。这样根据用户针对通过消息所属应用的通知阅读概率对通知消息进行排序，从而实现根据用户的阅读习惯对通知消息进行排序，以便于用户处理。

上述步骤123中判断所述通知消息的内容是否匹配第三预设条件，具体包括：

判断所述通知消息的内容中是否包含第二预设关键词；

若所述通知消息的内容中包含所述第二预设关键词，则确定所述通知消息的内容匹配第三预设条件；若所述通知消息的内容中不包含所述第二预设关键词，则确定所述通知消息的内容不匹配第三预设条件。

具体的，若所述通知消息的内容中包含所述第二预设关键词，则确定所述通知消息的内容匹配第三预设条件，则将所述通知消息保存在第三等级标签下，以及根据所述第三等级标签对应的提醒策略不执行提醒处理；

若所述通知消息的内容中不包含所述第二预设关键词，则确定所述通知消息的内容不匹配第三预设条件，并执行判断所述通知消息对应的场景类型是否匹配第四预设条件的步骤。

其中，第二预设关键词可以由用户自定义设置所要屏蔽的预设关键词，当通知消息的内容中包含有该关键词时，则直接将该通知消息保存在第三等级标签下，以及根据所述第三等级标签对应的提醒策略不执行提醒处理；也可以根据用户选择的预设关键词类别进行语义分析确定所要屏蔽的通知消息，并将所要屏蔽的通知消息保存在第三等级标签下，以及根据所述第三等级标签对应的提醒策略不执行提醒处理。

上述步骤124中判断所述通知消息对应的场景类型是否匹配第四预设条件，具体包括：

判断所述通知消息对应的场景类型是否与所述移动终端所处的位置类型相匹配；

若所述场景类型与所述位置类型不匹配，则确定所述通知消息对应的场景类型不匹配所述第四预设条件；若所述场景类型与所述位置类型相匹配，则判断在第二预设时间段内所述目标应用是否存在待阅读的通知消息；

若在所述第二预设时间段内所述目标应用存在待阅读的通知消息，则确定所述通知消息对应的场景类型匹配所述第四预设条件；若在第二预设时间段内所述目标应用不存在待阅读的通知消息，则确定所述通知消息对应的场景类型不匹配所述第四预设条件。

其中，待阅读的通知消息，可以是获取到的新的通知消息，还未被移动终端用户阅读的通知消息。

具体的，若所述通知消息的内容中不包含所述第二预设关键词，则确定所述移动终端所处的位置类型，以及所述通知消息对应的场景类型；

若所述场景类型与所述位置类型不匹配，则确定所述通知消息对应的场景类型不匹配所述第四预设条件，并将所述通知消息保存在第五等级标签下，以及根据所述第五等级标签对应的提醒策略不执行提醒处理；

若所述场景类型与所述位置类型相匹配，判断在第二预设时间段内所述目标应用是否存在待阅读的通知消息；

若在第二预设时间段内所述目标应用存在待阅读的通知消息，则确定所述场景类型匹配所述第四预设条件，并将所述通知消息保存在第四等级标签下，以及根据所述第四等级标签对应的提醒策略执行对应的提醒处理；

若在第二预设时间段内所述目标应用不存在待阅读的通知消息，则确定所述通知消息对应的场景类型不匹配所述第四预设条件，并将所述通知消息保存在第五等级标签下，以及根据所述第五等级标签对应的提醒策略不执行提醒处理。

该实施例中，通知消息对应的场景类型可以通过对通知消息的来源应用、对通知消息的内容进行语义分析确定(如：工作类型、生活场景、学习场景、娱乐场景等)，位置类型可以基于移动终端当前所述的位置判断用户所处位置(如：家、公司、户外、医院、图书馆、校园等)，同时还可以结合预设的配置信息以及用户习惯，判断所要通知的通知消息对应的场景类型是否与该位置类型匹配；如是，则将所述通知消息保存至第四等级标签下，并根据所述第四等级标签对应的提醒策略执行对应的提醒处理。

根据用户的生活习惯、操作习惯以及当前地理位置下的场景类型进行通知消息的提醒，如：非工作日时间用户有阅读的习惯，则对应在该时间段内检测当前位置是家时，将阅读类型的消息通知推送至第四等级标签下并提醒，否则将该通知消息保存至第五等级标签下，且不进行通知提醒；针对第五等级标签下的通知，用户可以通过展开该第五等级标签，以针对第五等级标签下的通知消息进行阅读。

具体的，确定所述通知消息的场景类型包括：

获取所述通知消息的内容中的关键词；

根据所述关键词确定所述通知消息的场景类型；

其中，所述通知消息的内容中的关键词可以通过学习算法深度学习确定，如：通知消息的内容“你吃饭了吗？”中“吃饭”为关键词，而“你”、“了”、“吗？”不属于关键词。

具体的，确定所述移动终端所处的位置类型，包括：

获取所述移动终端的场景因素；

根据所述场景因素确定所述终端所处的位置类型；

其中，所述场景因素包括以下至少一个：地理位置、当前系统时间、移动速度、蓝牙的连接状态、使用时间段、运行应用。

可选的，确定用户当前所处位置类型，依据矛盾场景、关联场景、即时需求场景进行预判是否提醒。例如：在确定位置类型为非喜庆场合，则不推送相关娱乐喜庆的通知信息；在确定位置类型为高铁站时，则可以提醒用户接收到了打车类服务提醒；在确定位置类型购物商场且为进餐时间时，则可以提醒用户接收到了商圈推荐提醒等。

以下针对位置类型进一步说明：

当确定终端的定位信息，如：终端所在位置的经纬度时，终端调取地图接口进行兴趣点(pointofinterest，poi)检测，获取到当前位置的poi分类(如：家、公司、户外、医院、图书馆、校园等)；基于获取到的poi分类，还可以结合用户存储与终端内的基本信息(如：工作单位，工作时间，学校课程信息等)、用户针对移动终端的使用习惯，所使用的应用，运动状态等，针对以上兴趣点再细分为工作、通勤、驾驶、出行、休闲、健康、娱乐、休息、非喜庆场景等。

工作场景：如poi分类为办公室或当前位置与工作时段的常驻位置一致；

通勤场景：如poi分类为地铁、公交车站等公共交通设施处，且终端传感器感应终端当前的移动速度非步行速度，且终端的系统时间为处于常规通勤时段内；

驾驶场景：如poi分类为公路、高速路，且终端传感器感应终端当前的移动速度非步行速度和/或终端通过蓝牙所连接的设备为车载终端；

出行场景：如poi分类为高铁、火车站、飞机场，且终端传感器感应终端当前的移动速度非步行速度；

休闲场景：如当前位置与晚间至次日凌晨(如6:00)的常驻位置一致，且系统时间所处的当前时间段为用户操作终端的活跃时间段(如：最近一周终端被使用的时间分布统计可得用户活跃时段离线标签)；

健康场景：如poi分类为健身馆或户外运动场所和/或当前正在使用运动类应用；

娱乐场景：如poi分类为休闲室、百货商场、商圈地标等娱乐场所；

休息场景：如当前位置与晚间至次日凌晨(如6:00)的常驻位置一致，且系统时间所处的当前时间段为用户操作终端的非活跃时间段(如：最近一周终端被使用的时间分布统计可得用户活跃时段离线标签)；

非喜庆场景：如poi分类为医院等场所。

进一步地，在第四等级标签下，按照所述通知消息所属的目标应用对应的通知阅读概率递减的顺序排列显示。这样根据用户针对通过消息所属应用的通知阅读概率对通知消息进行排序，从而实现根据用户的阅读习惯对通知消息进行排序，以便于用户处理。

该实施例中，综合考虑场景因素确定移动终端所处的位置类型(也即是用户所处的场景类型)进而对通知消息进行合理的分类提醒，避免推送与用户所处场合不符的通知消息，给用户造成不利影响。

上述步骤125具体包括：

若所述通知消息对应的场景类型与所述位置类型不匹配，则将所述通知消息保存在第五等级标签下，以及根据所述第五等级标签对应的提醒策略不执行提醒处理。

如：位置类型与用户预先设定的配置信息发生冲突时，则直接针对获取到的该通知消息不进行提醒，并将该通知消息保存至放至第五等级标签下，以及根据所述第五等级标签对应的提醒策略不执行提醒处理。

或者，上述步骤125还可以具体包括：

若所述通知消息的内容类型与所述位置类型相匹配，且在第二预设时间段内所述目标应用不存在待阅读的通知消息，则将所述通知消息保存在第五等级标签下，以及根据所述第五等级标签对应的提醒策略不执行提醒处理。

如：即使所述通知消息的内容类型与所述位置类型相匹配，但用户近两周时间并没有针对该通知消息所属的目标应用的其他通知消息进行点击查看，则也不会将该通知消息保存至该第四等级标签下，而是保存至第五分类标签下，以及根据所述第五等级标签对应的提醒策略不执行提醒处理。

进一步地，上述步骤13所述将所述通知消息保存在所述目标预设条件对应的目标等级标签下，以及，根据所述目标等级标签对应的提醒策略执行相应处理之前，所述方法还包括：

接收针对通知设置界面的第二输入；

响应于所述第二输入，对所述通知设置界面中的通知项进行设置；

其中，所述通知项包括以下至少一个：开启目标应用类别下的消息通知，关闭所述目标应用类别下的消息通知，所述目标应用类别下通知消息对应的通知时间段，所述目标应用类别对应的通知等级，开启目标应用的消息通知，关闭所述目标应用的消息通知，所述目标应用的通知消息对应的通知时间段，所述目标应用对应的通知等级，屏蔽关键词。

具体的，可以在通知设置界面中统一初始化各应用通知设置：包括通知开关、通知提醒时间段、应用通知的通知等级(重要程度)、屏蔽关键词，并且还可按应用类别或单个应用分别进行管理；特别的，当应用类别与单个应用的之间的配置冲突时，单个应用服从所属应用类别的配置。

如图5和图6，通知设置界面中有“分类管理”选项，“应用管理”选项；在“分类管理”选项下，可以针对目标应用类别下的消息通知设置为开启或者关闭，还可以针对目标应用类别下通知消息对应的通知时间段进行设置，例如针对求职招聘类的通知消息，可以选择在非工作日的时间段(如周六、周日)内，或者非工作时间(如晚上八点之后)等，还可以设置目标应用类别的通知等级，如：设置通知等级为“重要”，则可以按照最高优先级进行提醒；在“应用管理”选项下，可以针对目标应用的消息通知设置为开启或者关闭，还可以针对目标应用的通知消息对应的通知时间段进行设置，例如针对求职招聘类的通知消息，可以选择在非工作日的时间段(如周六、周日)内，或者非工作时间(如晚上八点之后)等，还可以设置目标应用的通知等级，如：设置通知等级为“重要”，则可以按照最高优先级进行提醒

如图7，在通知设置界面中，还可以针对所要屏蔽的关键词进行设置，如可以自定义编辑所要屏蔽的关键词，还可以从终端提供的关键词中进行选择。其中，终端提供的关键词可以是通过网络获取用户标记的屏蔽关键词，或通过历史设置及学习算法确定。

进一步地，若用户未预先针对通知设置界面中的通知项进行设置，则可以在预定时间段内(如移动终端被激活后的一周时间内)的预定时刻提醒针对通知设置界面中的通知项进行设置。

可选的，根据用户点击应用类别通知的时间段、点击频率、屏蔽/删除操作进行调整，具体如下：

通知开关：针对目标应用类别的通知消息，在预定时间段内的点击频率为零或用户选择屏蔽过的通知消息，则推荐关闭目标应用类别下的通知消息提醒；

时间段：针对目标应用类别的通知消息，在该时间段用户点击次数不低于预设次数(如3次)，则推荐该时间段为该目标应用类别下的通知消息提醒的允许时间段；

重要程度：针对目标应用类别的通知消息，所述通知阅读概率划分重要性等级，如通知阅读概率处于第一范围，则重要性为第一级，通知阅读概率处于第二范围，则重要性为第二级，依此类推。通知阅读概率为：在第一预设时间段内，所述目标应用对应的通知消息已被阅读的数量，与所述目标应用对应的通知消息的总数量之间的比值。

本发明的上述方案中，可以按照多个预设条件，针对通知消息依次匹配等级标签，以保证针对通知消息的提醒处理的合理性，避免由于部分通知消息占用通知栏可能造成其他比较重要的消息无法及时显示，并且还可以提供统一的通知设置界面管理通知配置，并能根据用户场景(位置类型)进行分类通知提醒，提高用户通知信息处理效率，同时也可以避免通知消息与用户所处场景不符时，给用户造成的不利影响。

如图8，本发明实施例还提供了一种移动终端800，其特征在于，包括：

获取模块810，用于获取通知消息；

判断模块820，用于按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少一个所述预设条件；

处理模块830，用于若所述通知消息匹配目标预设条件，则将所述通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。

其中，所述判断模块820包括：

第一判断子模块，用于判断所述通知消息所属的目标应用是否匹配第一预设条件；

第二判断子模块，用于若所述目标应用匹配所述第一预设条件，则确定所述第一预设条件为所述目标预设条件；若所述目标应用不匹配所述第一预设条件，则判断所述通知消息的内容是否匹配第二预设条件；

第三判断子模块，用于若所述通知消息的内容匹配所述第二预设条件，则确定所述第二预设条件为所述目标预设条件；若所述通知消息的内容不匹配所述第二预设条件，则判断所述通知消息的内容是否匹配第三预设条件；

第四判断子模块，用于若所述通知消息的内容匹配所述第三预设条件，则确定所述第三预设条件为所述目标预设条件；若所述通知消息的内容不匹配所述第三预设条件，则判断所述通知消息对应的场景类型是否匹配第四预设条件；

第五判断子模块，用于若所述通知消息对应的场景类型匹配所述第四预设条件，则确定所述第四预设条件为所述目标预设条件；若所述通知消息对应的场景类型不匹配所述第四预设条件，则确定所述通知消息匹配第五预设条件，并确定所述第五预设条件为所述目标预设条件。

其中，所述处理模块830包括：

第一处理子模块，用于若所述通知消息所属的目标应用匹配第一预设条件，则将所述通知消息保存在第一等级标签下，以及根据所述第一等级标签对应的提醒策略执行对应的提醒处理；

第二处理子模块，用于若所述目标应用不匹配所述第一预设条件，且所述通知消息的内容匹配第二预设条件，则将所述通知消息保存在第二等级标签下，以及根据所述第二等级标签对应的提醒策略执行对应的提醒处理；

第三处理子模块，用于若所述通知消息的内容不匹配所述第二预设条件，且所述通知消息的内容匹配第三预设条件，则将所述通知消息保存在第三等级标签下，以及根据所述第三等级标签对应的提醒策略不执行提醒处理；

第四处理子模块，用于若所述通知消息的内容不匹配所述第三预设条件，且所述通知消息对应的场景类型匹配第四预设条件，则将所述通知消息保存在第四等级标签下，以及根据所述第四等级标签对应的提醒策略执行对应的提醒处理；

第五处理子模块，用于若所述通知消息对应的场景类型不匹配所述第四预设条件，则将所述通知消息保存在第五等级标签下，以及根据所述第五等级标签对应的提醒策略不执行提醒处理。

其中，所述第一判断子模块包括：

第一判断单元，用于判断所述目标应用是否为预设应用，或者所述目标应用对应的通知阅读概率是否大于预设概率；

第一确定单元，用于若所述目标应用为所述预设应用，或者所述通知阅读概率大于所述预设概率，则确定所述目标应用匹配所述第一预设条件；若目标应用不是所述预设应用，或者所述通知阅读概率小于或等于所述预设概率，则确定所述目标应用不匹配所述第一预设条件。

其中，所述通知阅读概率为：在第一预设时间段内，所述目标应用对应的通知消息已被阅读的数量，与所述目标应用对应的通知消息的总数量之间的比值。

其中，所述第二判断子模块包括：

第二判断单元，用于判断所述通知消息的文本实体是否属于预设实体类型；

第三判断单元，用于若所述文本实体不属于所述预设实体类型，则确定所述通知消息的内容不匹配所述第二预设条件；若所述文本实体属于所述预设实体类型，则判断所述通知消息的内容中是否包含第一预设关键词；

第二确定单元，用于若所述通知消息的内容中不包含所述第一预设关键词，则确定所述通知消息的内容匹配所述第二预设条件；若所述通知消息的内容中包含所述第一预设关键词，则确定所述通知消息的内容不匹配所述第二预设条件。

其中，所述第三判断子模块包括：

第四判断单元，用于判断所述通知消息的内容中是否包含第二预设关键词；

第三确定单元，用于若所述通知消息的内容中包含所述第二预设关键词，则确定所述通知消息的内容匹配第三预设条件；若所述通知消息的内容中不包含所述第二预设关键词，则确定所述通知消息的内容不匹配第三预设条件。

其中，所述第四判断子模块包括：

第五判断单元，用于判断所述通知消息对应的场景类型是否与所述移动终端所处的位置类型相匹配；

第六判断单元，用于若所述场景类型与所述位置类型不匹配，则确定所述通知消息对应的场景类型不匹配所述第四预设条件；若所述场景类型与所述位置类型相匹配，则判断在第二预设时间段内所述目标应用是否存在待阅读的通知消息；

第四确定单元，用于若在所述第二预设时间段内所述目标应用存在待阅读的通知消息，则确定所述通知消息对应的场景类型匹配所述第四预设条件；若在第二预设时间段内所述目标应用不存在待阅读的通知消息，则确定所述通知消息对应的场景类型不匹配所述第四预设条件。

其中，所述移动终端800还包括：

第一接收模块，用于接收针对目标等级标签的第一输入；

第一响应模块，用于响应于所述第一输入，将所述通知消息在所述目标等级标签下，按照所述通知消息所属的目标应用对应的通知阅读概率递减的顺序排列显示。

其中，所述移动终端800还包括：

第二接收模块，用于在将所述通知消息保存在所述目标预设条件对应的目标等级标签下，以及，根据所述目标等级标签对应的提醒策略执行相应处理之前，接收针对通知设置界面的第二输入；

第二响应模块，用于响应于所述第二输入，对所述通知设置界面中的通知项进行设置；

其中，所述通知项包括以下至少一个：开启目标应用类别下的消息通知，关闭所述目标应用类别下的消息通知，所述目标应用类别下通知消息对应的通知时间段，所述目标应用类别对应的通知等级，开启目标应用的消息通知，关闭所述目标应用的消息通知，所述目标应用的通知消息对应的通知时间段，所述目标应用对应的通知等级，屏蔽关键词。

本发明实施例提供的移动终端能够实现图1至图7的方法实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例中的移动终端800，按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少一个所述预设条件，并将匹配目标预设条件的通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。这样，可以按照多个预设条件，针对通知消息依次匹配等级标签，以保证针对通知消息的提醒处理的合理性，避免由于部分通知消息占用通知栏可能造成其他比较重要的消息无法及时显示。

图9为实现本发明各个实施例的一种移动终端的硬件结构示意图。

该移动终端900包括但不限于：射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、处理器910、以及电源911等部件。本领域技术人员可以理解，图9中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器910，用于获取通知消息；按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少一个所述预设条件；若所述通知消息匹配目标预设条件，则将所述通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。

本发明实施例中的移动终端900，按照多个预设条件的预设匹配次序，依次判断所述通知消息是否匹配至少一个所述预设条件，并将匹配目标预设条件的通知消息保存在所述目标预设条件对应的目标等级标签下，以及根据所述目标等级标签对应的提醒策略执行相应处理；其中，所述目标预设条件是所述多个预设条件中第一次与所述通知消息相匹配的预设条件。这样，可以按照多个预设条件，针对通知消息依次匹配等级标签，以保证针对通知消息的提醒处理的合理性，避免由于部分通知消息占用通知栏可能造成其他比较重要的消息无法及时显示。

应理解的是，本发明实施例中，射频单元901可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器910处理；另外，将上行的数据发送给基站。通常，射频单元901包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元901还可以通过无线通信系统与网络和其他设备通信。

移动终端通过网络模块902为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元903可以将射频单元901或网络模块902接收的或者在存储器909中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元903还可以提供与移动终端900执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元903包括扬声器、蜂鸣器以及受话器等。

输入单元904用于接收音频或视频信号。输入单元904可以包括图形处理器(graphicsprocessingunit，gpu)9041和麦克风9042，图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元906上。经图形处理器9041处理后的图像帧可以存储在存储器909(或其它存储介质)中或者经由射频单元901或网络模块902进行发送。麦克风9042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元901发送到移动通信基站的格式输出。

移动终端900还包括至少一种传感器905，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板9061的亮度，接近传感器可在移动终端900移动到耳边时，关闭显示面板9061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器905还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元906用于显示由用户输入的信息或提供给用户的信息。显示单元906可包括显示面板9061，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板9061。

用户输入单元907可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元907包括触控面板9071以及其他输入设备9072。触控面板9071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板9071上或在触控面板9071附近的操作)。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器910，接收处理器910发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板9071。除了触控面板9071，用户输入单元907还可以包括其他输入设备9072。具体地，其他输入设备9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板9071可覆盖在显示面板9061上，当触控面板9071检测到在其上或附近的触摸操作后，传送给处理器910以确定触摸事件的类型，随后处理器910根据触摸事件的类型在显示面板9061上提供相应的视觉输出。虽然在图9中，触控面板9071与显示面板9061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板9071与显示面板9061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元908为外部装置与移动终端900连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元908可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端900内的一个或多个元件或者可以用于在移动终端900和外部装置之间传输数据。

存储器909可用于存储软件程序以及各种数据。存储器909可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器909可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器910是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器909内的软件程序和/或模块，以及调用存储在存储器909内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器910可包括一个或多个处理单元；优选的，处理器910可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器910中。

移动终端900还可以包括给各个部件供电的电源911(比如电池)，优选的，电源911可以通过电源管理系统与处理器910逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，移动终端900包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器910，存储器909，存储在存储器909上并可在所述处理器910上运行的计算机程序，该计算机程序被处理器910执行时实现上述通知消息的管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述通知消息的管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。