CN112260936A - 通知消息的管理方法、装置、终端及存储介质 - Google Patents

Abstract

本申请公开了一种通知消息的管理方法，该方法包括：检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。本申请还公开了一种通知消息的管理装置、终端和计算机可读存储介质。本申请及时将通知栏中满足删除条件的通知消息删除，减少通知栏中通知消息占用的空间，减少了手机的卡顿，提高了手机的运行速度。

Description

通知消息的管理方法、装置、终端及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种通知消息的管理方法、装置、终端及存储介质。

背景技术

目前，智能终端已经极大地普及到了大众的生活中，例如，手机。然而，人们在使用手机的过程也出现了一些用户困扰，手机中的第三方应用或者手机接收到的消息会在通知栏中做出提醒通知。如果用户没有及时查看或者一直未查看导致存在的通知消息会很多，而且因为功能的增加，需要提醒的消息增加，导致通知栏中通知消息所占空间增加，影响了手机的使用。

发明内容

本申请实施例通过提供一种通知消息的管理方法、装置终端及存储介质，旨在解决现有的提醒的消息增加，导致通知栏中通知消息所占空间增加，影响了手机的使用的技术问题。

为实现上述目的，本申请一方面提供了一种通知消息的管理方法，所述通知消息的管理方法包括：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

为实现上述目的，本申请另一方面还提出一种通知消息的管理装置，所述装置包括：检测模块和删除模块，

所述检测模块，用于检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

所述删除模块，用于在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

为实现上述目的，本申请另一方面还提出一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

为实现上述目的，本申请另一方面还提出一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以下步骤：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

本申请通过对通知栏中的通知消息不断做出检测，对通知栏中的通知消息做删除条件是否满足的判断，及时将通知栏中满足删除条件的通知消息删除，减少通知栏中通知消息占用的空间，减少了手机的卡顿，提高了手机的运行速度。

附图说明

图1为实现本申请各个实施例的终端的硬件结构示意图；

图2为本申请通知消息的管理方法一实施例的操作流程示意图；

图3为本申请一实施例中手机操作界面中通知栏的示意图；

图4为本申请通知消息的管理方法又一实施例的操作流程示意图；

图5为本申请通知消息的管理方法又一实施例的操作流程示意图；

图6为本申请通知消息的管理方法又一实施例的操作流程示意图；

图7为本申请通知消息的管理方法又一实施例的操作流程示意图；

图8为为本申请通知消息的管理方法一实施例中删除通知消息的操作流程示意图；

图9为本申请通知消息的管理方法又一实施例的操作流程示意图；

图10为本申请一实施例中通知消息的管理过程的流程示意图；

图11为本申请一实施例中通知消息的管理装置的架构示意图；

图12为本申请一实施例中通知消息的管理装置的架构示意图；

图13为本申请一实施例中通知消息的管理装置的架构示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请的实施方案是：检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

本申请所述的终端可以各种形式来实施。例如，终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端。当然也可以是广义的终端设备，例如，加载了处理器的设备，例如，笔记本、手机等。

参照图1，图1是本申请实施例方法涉及的硬件运行环境的设备结构示意图

如图1所示，以移动终端为例，该移动终端可以包括：处理器1001，例如CPU，存储器1003，通信总线1004，用户输入单元1002，显示单元1005。其中，通信总线1004用于实现处理器1001和存储器1003之间的连接通信。存储器1003可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1003可选的还可以是独立于前述处理器1001的存储装置。

可选地，移动终端还包括至少一种传感器，比如光传感器、运动传感器以及其他传感器。加速计传感器作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

可选地，显示单元1005用于显示由用户输入的消息或提供给用户的消息。显示单元1005可包括显示面板，可以采用液晶显示器(Liquid Crystal Display，LCD、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板。

可选地，用户输入单元1002可用于接收输入的数字或字符消息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元1002可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程式驱动相应的连接装置。除了触控面板，用户输入单元1002还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

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

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

本领域技术人员可以理解，图1中示出的移动终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

在图1所示的移动终端中，处理器1001用于执行存储器1003中通知消息的管理应用程序，实现以下步骤：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

参考图2，图2为本申请通知消息的管理方法的操作流程示意图；所述通知消息的管理方法包括：

步骤S10，检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在本实施例中，以应用在手机中为例，当然不局限于应用于手机，也还可以是pad，或者其他可以生成并显示通知消息的设备中。所述提示消息为手机的屏幕上方通常会显示有一个消息通知栏，用于以小图标的形式向用户显示通知消息。手机允许系统或第三方应用向通知栏推送通知消息，用户对通知栏的通知消息执行操作，例如下拉操作或者对通知栏中的通知消息的点击操作来完成通知消息的读取等。通知消息的显示和操作，参考图3，界面上方有一个通知消息显示的区域，就是通知栏，其中包括手机系统推送的一些常用的功能和操作，例如，WiFi按钮、蓝牙按钮、电量信息和/或信号信息等通知消息，也包括写第三方应用推送的未读消息的提示消息或者应用的推送信息等通知消息。

提前设置通知消息的删除条件，删除条件的目的是为了将长期未读的或者用户不感兴趣的一些通知消息删除，这样可以节省手机的运行空间，避免手机占用资源造成的卡顿问题。所述删除条件可是通知消息停留在通知栏的时间或者通知消息对应应用被开启或者通知消息对应应用为预设应用等。所述预设应用为支付应用或者即时通讯应用等。

参考图4，所述方法进一步包括：

步骤S21，确定通知栏中通知消息的停留时间；

步骤S22，在停留时间大于预设时间时，判定通知消息满足删除条件。

所述停留时间为通知消息在通知栏中停留的时间，即，为通知消息上通知栏开始计时，到当前检测时间的累加时间。

在通知栏中存在通知消息时，或者有新增通知消息时，启动计时器，通过计时器对每个通知消息在通知栏中的停留时间做记录。在需要启动通知消息删除时，通过计时器的计时，判断停留时间是否大于预设时间，所述预设时间可为一星期或者40小时或者50小时等，根据手机的性能或者需求做出设置，也可以随着通知消息的大小和所占用的存储空间的不同而设置不同的预设时间，占用的存储空间越大，设置的预设时间越短；或者根据通知消息的类型的不同而设置不同的预设时间，例如，实时性新闻类的通知消息设置的预设时间短，而时效性不高的通知消息设置的预设时间更长。或者针对相同类型的通知消息本身设置的有效时间的不同设置对应的预设时间，例如，购物优惠类通知消息，预设时间可以是优惠到期的时间，或者检测到用户购买了相同的物品或者相似物品时，判定通知消息满足删除条件。

在某个通知消息的停留时间达到设定的预设时间，判定满足删除条件，将满足删除条件的通知消息列入被删除通知消息队列。

在一实施例中，参考图5，所述方法进一步包括：

步骤S23，在停留时间小于预设时间时，确定小于预设时间的通知消息是否存在关联操作，所述关联操作为通知消息对应应用的操作；

步骤S24，在存在关联操作时，判定存在关联操作的通知消息满足删除条件。

本实施例与图4中的差异在于停留时间小于预设时间的不同，本实施例中在停留时间大于预设时间时，直接判定大于预设时间的通知消息满足删除条件，而对于停留时间小于预设时间的通知消息，增加判定机制，判定通知消息是否有关联操作，所述关联操作为通知消息相应应用的操作，例如，应用是否被打开，或者是否有进入应用操作界面的操作等。通过应用的关联操作的进一步判断，来判断是否满足删除条件，在有关联操作时，判定满足删除条件。而在无关联操作时，判定不满足删除条件，无需做通知消息的删除动作，继续监测通知栏中的通知消息。

在一实施例中，参考图6，所述方法进一步包括：

步骤S25，在停留时间小于预设时间时，确定所述通知消息对应的应用是否为预设应用；

步骤S26，在所述通知消息对应的应用不为预设应用时，判定为预设应用的通知消息满足删除条件。

本实施例与上述图5中的区别在于，对于通知消息的应用的类型做出判断，在停留时间小于预设时间时，增加判断，对应用类型做出判断，在应用不为预设应用时，判定为预设应用的通知消息满足删除条件。所述预设应用为支付类应用、即时通讯应用等，这类消息会不断的产生即时通信消息，而在通知栏中做出推送，只要未被读取，就应该一直保留，提醒用户点击查阅。

而在一实施例中，在应用为预设应用时，再对应用的使用做出筛选，在为预设应用的通知消息，为用户不常用的应用时，例如，经常用A即时通讯应用，B即时通讯应用最近一个月或者半年都未启用或者启动，则在通知消息为预设应用时，将该通知消息转移至常用的应用的通知消息，以令用户及时查看到通知消息而防止被遗忘导致事件处理的耽误。在将通知消息从B应用转移到A应用后，将B应用的通知消息判定为满足删除条件。

在一实施例中，参考图7，所述方法进一步包括：

步骤S27，在停留时间小于预设时间时，确定小于预设时间的通知消息是否存在关联操作，所述关联操作为通知消息对应应用的操作；

步骤S28，在存在关联操作时，确定所述通知消息对应的应用是否为预设应用；

步骤S29，在所述通知消息对应的应用不为预设应用时，判定存在关联操作的应用中为预设应用的通知消息满足删除条件。

在本实施例中，为了更好的判定通知消息是否满足删除条件，对停留时间小于预设时间的通知消息做出多级判定，先判断是否有关联操作，在存在关联操作时，在判断是否为预设应用，即，针对即时通讯应用之外的应用如果有关联操作，则判定为满足删除条件，而是预设应用时，判定不满足删除条件，需要继续保留通知消息在通知栏中。

在一实施例中，针对预设应用，如果做了特殊设置，例如，免打扰设置或者禁止提醒的设置，则在有新消息出现时，这类消息也判定为满足删除条件，无需保留在通知栏中，或者在出现在通知栏后，因为设置的更新，对于群的设置或者预设应用提醒的设置变化，将该类设置变化后的通知消息判定为满足删除条件。

步骤S20，在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

在满足删除条件后，执行通知栏中满足删除条件的通知消息的删除操作，将通知栏中满足删除条件的所有通知消息清楚，从通知栏中移除，而不做提醒了，节省了通知栏的空间，并且减少了计算的资源，提高了手机的运行速度，避免或减少手机卡顿。

本实施例通过对通知栏中的通知消息不断做出检测，对通知栏中的通知消息做删除条件是否满足的判断，及时将通知栏中满足删除条件的通知消息删除，减少通知栏中通知消息占用的空间，减少了手机的卡顿，提高了手机的运行速度。

在本申请的一实施例中，参考图8，所述将满足删除条件的通知消息从通知栏中删除的步骤包括：

步骤S01，确定通知消息对应的历史操作信息；

步骤S02，根据所述历史操作信息确定通知消息的删除优先级和删除方式；

步骤S03，按照确定的删除优先级和对应的删除方式执行通知栏中通知消息的删除操作。

在本实施例中，所述历史操作消息包括通知消息对应应用的打开次数或者最近对通知消息的应用的操作情况，是否有启动是否有阅读消息等；或者还可以是基于通知消息本身，对于同一应用的通知消息是否有读取的操作，这些都是通知消息对应的历史操作信息。根据历史操作信息来得到通知消息的删除优先级和删除方式，例如，应用启动的次数多，或者通知消息未被读取，则删除优先级更高，反之更低，而删除方式可以是从通知栏移除，或者只是从通知栏的前台移动至后台，在再次达到删除条件时，才真正从通知栏中彻底移除，例如，根据上滑操作或者双击操作等，来触发彻底删除的操作。针对不同的优先级有不同的删除方式，优先级最高的会触发直接删除，不保留。

本实施例通过通知消息的历史操作信息来确定删除优先级和删除方式，可以选择性的选择删除方式和删除优先级，将影响手机运行的通知消息及时删除，保证了手机运行流畅的同时，更好的管理通知消息。

在一实施例中，针对不同通知消息有不同的排序方式，不同排序方式下的排序优先级有不同的，得到不同的通知消息的删除优先级，按照不同通知消息的不同排序方式形成删除优先级，按序删除。

在一实施例中，参考图9，所述方法进一步包括：

步骤S04，确定通知消息对应的历史操作信息；

步骤S05，根据所述历史操作信息确定通知消息的保留优先级；

步骤S06，将保留优先级排序最前的通知消息设置常驻标签，所述设置常驻标签的通知消息不执行删除操作。

根据历史操作信息确定保留优先级，所述保留优先级最高的不被删除，设置常驻标签，而设置常驻标签的通知消息不从通知栏删除，永久保留在通知栏中，直至用户阅读；或者直至通知消息失效后，才从通知栏删除。

本实施例通过根据历史操作信息，设置常驻标签，避免需要保留的通知消息被删除，避免用户未看到通知消息，遗漏重要事项的情况。

在一实施例中，为了提高通知消息通知的准确性，根据通知消息类型的不同，为不同的通知消息设置不同的保留标签，不同的保留标签保留的时长不同，通过设置不同的保留标签，更加合理的管理通知消息，使得通知消息的设置和提醒更加合理。

为了更好的说明本申请的实施例操作过程，参考图10，所述通知消息管理过程包括：

通过条件匹配，智能动态清理通知消息操作步骤如下：

(1)智能终端检查通知消息的时间；

(2)如果通知栏的通知消息停留超过1周，则在灭屏条件下清理对应通知消息；如果通知消息停留小于1周，且有打开存在通知消息的应用，且此应用不是即时通讯软件、银行软件、支付软件等，则执行灭屏清理对应通知消息的功能；其他条件则不进行任何操作，智能终端正常运行；

(3)最终结束此流程，进入智能终端的正常运作流程。

本申请还提出一种通知消息的管理装置，参考图11，所述通知消息的管理装置包括：检测模块10和删除模块20，

所述检测模块10，用于检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

所述删除模块20，用于在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

进一步地，参考图12，所述装置还包括确定模块30和判定模块40，

所述确定模块30，用于确定通知栏中通知消息的停留时间；

所述判定模块40，用于在停留时间大于预设时间时，判定通知消息满足删除条件。

进一步地，所述确定模块30，还用于在停留时间小于预设时间时，确定小于预设时间的通知消息是否存在关联操作，所述关联操作为通知消息对应应用的操作；

所述判定模块40，还用于在存在关联操作时，判定存在关联操作的通知消息满足删除条件。

进一步地，所述确定模块30，还用于在停留时间小于预设时间时，确定所述通知消息对应的应用是否为预设应用；

所述判定模块40，还用于在所述通知消息对应的应用为预设应用时，判定为预设应用的通知消息满足删除条件。

进一步地，所述确定模块30，还用于在停留时间小于预设时间时，确定小于预设时间的通知消息是否存在关联操作，所述关联操作为通知消息对应应用的操作；

所述确定模块30，还用于在存在关联操作时，确定所述通知消息对应的应用是否为预设应用；

所述判定模块40，还用于在所述通知消息对应的应用为预设应用时，判定存在关联操作的应用中为预设应用的通知消息满足删除条件。

进一步地，所述确定模块30，还用于确定通知消息对应的历史操作信息；

所述确定模块30，还用于根据所述历史操作信息确定通知消息的删除优先级和删除方式；

所述删除模块20，还用于按照确定的删除优先级和对应的删除方式执行通知栏中通知消息的删除操作。

进一步地，参考图13，所述装置还包括设置模块50，

所述确定模块30，还用于确定通知消息对应的历史操作信息；

所述确定模块30，还用于根据所述历史操作信息确定通知消息的保留优先级；

所述设置模块50，用于将保留优先级排序最前的通知消息设置常驻标签，所述设置常驻标签的通知消息不执行删除操作。

本申请还提出一种终端，所述终端包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

本申请的终端通过对通知栏中的通知消息不断做出检测，对通知栏中的通知消息做删除条件是否满足的判断，及时将通知栏中满足删除条件的通知消息删除，减少通知栏中通知消息占用的空间，减少了手机的卡顿，提高了手机的运行速度。

本申请还提出一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以下步骤：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本申请可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

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

Claims (10)

1.一种通知消息的管理方法，其特征在于，所述通知消息的管理方法包括：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

2.根据权利要求1所述的通知消息的管理方法，其特征在于，所述方法进一步包括：

确定通知栏中通知消息的停留时间；

在停留时间大于预设时间时，判定通知消息满足删除条件。

3.根据权利要求2所述的通知消息的管理方法，其特征在于，所述方法进一步包括：

在停留时间小于预设时间时，确定小于预设时间的通知消息是否存在关联操作，所述关联操作为通知消息对应应用的操作；

在存在关联操作时，判定存在关联操作的通知消息满足删除条件。

4.根据权利要求2所述的通知消息的管理方法，其特征在于，所述方法进一步包括：

在停留时间小于预设时间时，确定所述通知消息对应的应用是否为预设应用；

在所述通知消息对应的应用为预设应用时，判定为预设应用的通知消息满足删除条件。

5.根据权利要求2所述的通知消息的管理方法，其特征在于，所述方法进一步包括：

在停留时间小于预设时间时，确定小于预设时间的通知消息是否存在关联操作，所述关联操作为通知消息对应应用的操作；

在存在关联操作时，确定所述通知消息对应的应用是否为预设应用；

在所述通知消息对应的应用为预设应用时，判定存在关联操作的应用中为预设应用的通知消息满足删除条件。

6.根据权利要求1-5任一项所述的通知消息的管理方法，所述将满足删除条件的通知消息从通知栏中删除的步骤包括：

确定通知消息对应的历史操作信息；

根据所述历史操作信息确定通知消息的删除优先级和删除方式；

按照确定的删除优先级和对应的删除方式执行通知栏中通知消息的删除操作。

7.根据权利要求1-5任一项所述的通知消息的管理方法，所述方法进一步包括：

确定通知消息对应的历史操作信息；

根据所述历史操作信息确定通知消息的保留优先级；

将保留优先级排序最前的通知消息设置常驻标签，所述设置常驻标签的通知消息不执行删除操作。

8.一种通知消息的管理装置，其特征在于，所述装置包括：检测模块和删除模块，

所述检测模块，用于检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

所述删除模块，用于在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

9.一种终端，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现以下步骤：

检测通知消息是否满足删除条件，所述通知消息为通知栏中的提示消息；

在满足删除条件时，将满足删除条件的通知消息从通知栏中删除。

Images