CN114116085A - 一种通知消息管理方法及电子设备 - Google Patents

Abstract

本申请实施例提供了一种通知消息管理方法及电子设备，其中，一种通知消息管理方法包括：在通知栏中显示第一通知消息和删除控件；接收到第二通知消息，并在通知栏中显示第二通知消息；接收到对删除控件的第一操作；响应于第一操作，检测到上述第二通知消息的接收时长小于第一预设时长，删除通知栏中的第一通知消息，继续显示第二通知消息。实施本申请实施例可以在保证用户体验的前提下，防止新消息被误删。

Description

一种通知消息管理方法及电子设备

技术领域

本申请涉及通信技术领域，尤其涉及一种通知消息管理方法及电子设备。

背景技术

目前随着信息社会的发展，越来越多的应用通过通知栏推送消息。用户会阅读感兴趣的消息，并消除不感兴趣的消息。消除的方式有逐条滑动消除或者点击通知栏最下方的删除图标一键消除等等。当用户做消除操作时，如果此时刚好来一个新消息，用户往往会来不及反应而将新消息消除掉，用户无法确定是谁发送的消息。如果新消息刚好是用户感兴趣的消息，就会因为很难找回该消息而影响到用户体验。

因此，如何在保证用户体验的前提下，防止新消息被误删，是亟待解决的问题。

发明内容

本申请实施例提供一种通知消息管理方法及电子设备，以对接收时长在第一预设时长范围内的通知消息的删除操作不予响应，从而在保证用户体验的前提下，防止新消息被误删。

第一方面，本申请实施例提供了一种通知消息管理方法，可包括：

在通知栏中显示第一通知消息和删除控件；接收到第二通知消息，并在上述通知栏中显示上述第二通知消息；接收到对上述删除控件的第一操作；响应于上述第一操作，检测到上述第二通知消息的接收时长小于第一预设时长，删除上述通知栏中的上述第一通知消息，继续显示上述第二通知消息。

根据第一方面所描述的技术方案，在通知栏上原来有一个或多个通知消息(第一通知消息)，又来了一个或多个新通知消息(第二通知消息)，用户清除通知栏的通知消息时，清除了原来有一个或多个通知消息，而一个或多个新通知消息由于接收时长小于第一预设时长被保留了。这种电子设备在删除通知栏内的一条或多条通知消息时，会保留接收时长小于第一预设时长的通知消息。可以保证用户不会来不及反应而将新消息消除掉，避免了用户容易错过比较重要的消息，影响到用户体验，进而也提高了通知栏的管理效率，提升用户体验。

在一种可能实现的方式中，所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，还包括：在所述第二通知消息的接收时长大于第一预设时长后，接收到对所述删除控件的第二操作；响应于所述第二操作，删除所述通知栏中的所述第二通知消息。第二操作可以理解为第二次对通知消息的删除操作。用户在删除通知栏中第一通知消息后，在所述第二通知消息的接收时长大于第一预设时长后，可以通过第二操作(如点击操作、滑动操作等删除操作)删除所述通知栏中的所述第二通知消息。而在所述第二通知消息的接收时长小于第一预设时长时，是不能删除接收时长小于第一预设时长的第二通知消息的，避免了用户因误操作删除刚刚接收到的通知消息，提升了用户体验。

在一种可能实现的方式中，所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，还包括：在所述第二通知消息的接收时长小于第一预设时长时，接收到对所述删除控件的第三操作；响应于所述第三操作，删除所述通知栏中的所述第二通知消息。第三操作也可以理解为第二次对通知消息的删除操作。用户在第二次删除通知栏中的通知消息时，第二通知消息还是在接收时长小于所述第一预设时长的情况下接收到的。因此，若第三操作不是在所述第二通知消息的接收时长小于所述第一预设时长时接收到的，则还需要再次判断，在接收到第三操作时，第二通知消息中是否存在接收时长小于所述第一预设时长的通知消息，若存在，则需要继续保留该通知消息。因此，大大降低了用户容易错过比较重要消息的概率，进而也提升了用户体验。

在一种可能实现的方式中，所述在通知栏中显示第一通知消息和删除控件之前，还包括：接收到第三操作；所述在通知栏中显示第一通知消息和删除控件，具体包括：响应于所述第四操作，在通知栏中显示第一通知消息和删除控件。用户可以通过第四操作(如：下拉操作、呼出操作等)显示通知栏，以使用户可以查看或删除通知栏内的一条或多条通知消息。

在一种可能实现的方式中，所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，还包括：接收到对所述第二通知消息的第四操作，显示第一用户界面，所述第一用户界面和所述第二通知消息关联。用户在删除通知栏中第一通知消息后，可以通过第五操作(如点击操作、呼出操作等)显示第一用户界面，查看被保留的第二通知消息。

在一种可能实现的方式中，所述第一通知消息包括一条或多条通知消息；或者，所述第二通知消息包括一条或多条所述通知消息。通知栏中第一通知消息可以是多条通知消息，也可以是一条通知消息，同理，再次接收的第二通知消息可以是多条通知消息，也可以是一条通知消息。

在一种可能实现的方式中，所述通知消息包括：应用程序名称、应用程序图标、消息内容、接收时间中的一个或多个。以使通知消息显示在通知栏中时，用户可以快速的了解该通知消息的发送对象以及消息内容的等。

在一种可能实现的方式中，所述方法还包括：当所述第一通知消息包含多条通知消息时，所述多条通知消息按照接收时间的先后顺序进行排序。例如：通知栏内的多条通知消息，可以按照接收时间越短的通知消息，在通知栏的显示区域排列的越靠前的策略排序，以方便用户查看最新的通知消息。

在一种可能实现的方式中，所述第一预设时长是由用户设置的，或者，是默认设置的；所述第二预设时长是由用户设置的，或者，是默认设置的。第一预设时长和第二预设时长都可以根据用户自身的喜好或者电子设备出厂时默认设置，以方便保留在合理的时间范围内的通知消息，提高了通知栏的管理效率，提升用户体验。

第二方面，本申请实施例提供了一种电子设备，可包括显示屏、存储器、一个或多个处理器；所述显示屏、所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行：在通知栏中显示第一通知消息和删除控件；接收到第二通知消息，并在所述通知栏中显示所述第二通知消息；接收到对所述删除控件的第一操作；响应于所述第一操作，检测到所述第二通知消息的接收时长小于第一预设时长，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息。

在一种可能实现的方式中，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，在所述第二通知消息的接收时长大于第一预设时长后，接收到对所述删除控件的第二操作；响应于所述第二操作，删除所述通知栏中的所述第二通知消息。

在一种可能实现的方式中，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，在所述第二通知消息的接收时长小于第一预设时长时，接收到对所述删除控件的第三操作；响应于所述第三操作，删除所述通知栏中的所述第二通知消息。

在一种可能实现的方式中，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：所述在通知栏中显示第一通知消息和删除控件之前，接收到第四操作；所述一个或多个处理器具体用于调用所述计算机指令以使得所述电子设备执行：响应于所述第四操作，在通知栏中显示第一通知消息和删除控件。

在一种可能实现的方式中，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，接收到对所述第二通知消息的第五操作，显示第一用户界面，所述第一用户界面和所述第二通知消息关联。

在一种可能实现的方式中，所述第一通知消息包括一条或多条通知消息；或者，所述第二通知消息包括一条或多条所述通知消息。

在一种可能实现的方式中，所述通知消息包括：应用程序名称、应用程序图标、消息内容、接收时间中的一个或多个。

在一种可能实现的方式中，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：当所述第一通知消息包含多条通知消息时，所述多条通知消息按照接收时间的先后顺序进行排序。

在一种可能实现的方式中，所述第一预设时长是由用户设置的，或者，是默认设置的；所述第二预设时长是由用户设置的，或者，是默认设置的。

第三方面，本申请实施例提供了一种通知消息管理装置，可包括：

第一显示单元，用于在通知栏中显示第一通知消息和删除控件；

第二显示单元，用于接收到第二通知消息，并在上述通知栏中显示上述第二通知消息；

第一接收单元，用于接收到对上述删除控件的第一操作；

第一响应单元，用于响应于上述第一操作，检测到上述第二通知消息的接收时长小于第一预设时长，删除上述通知栏中的上述第一通知消息，继续显示上述第二通知消息。

在一种可能实现的方式中，所述第一响应单元，还用于：在响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，在所述第二通知消息的接收时长大于第一预设时长后，接收到对所述删除控件的第二操作；响应于所述第二操作，删除所述通知栏中的所述第二通知消息。

在一种可能实现的方式中，所述第一响应单元，还用于：响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，在所述第二通知消息的接收时长小于第一预设时长时，接收到对所述删除控件的第三操作；响应于所述第三操作，删除所述通知栏中的所述第二通知消息。

在一种可能实现的方式中，所述第一显示单元，还用于在通知栏中显示第一通知消息和删除控件之前，接收到第四操作；所述第一显示单元，具体用于响应于所述第四操作，在通知栏中显示第一通知消息和删除控件。

在一种可能实现的方式中，所述装置还包括：第二响应单元，所述第二响应单元还用于在响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，接收到对所述第二通知消息的第五操作，显示第一用户界面，所述第一用户界面和所述第二通知消息关联。

在一种可能实现的方式中，所述第一通知消息包括一条或多条通知消息；或者，所述第二通知消息包括一条或多条所述通知消息。

在一种可能实现的方式中，所述通知消息包括：应用程序名称、应用程序图标、消息内容、接收时间中的一个或多个。

在一种可能实现的方式中，所述装置还包括：排序单元，用于当所述第一通知消息包含多条通知消息时，所述多条通知消息按照接收时间的先后顺序进行排序。

在一种可能实现的方式中，所述第一预设时长是由用户设置的，或者，是默认设置的；所述第二预设时长是由用户设置的，或者，是默认设置的。

第四方面，本申请实施例提供一种计算机存储介质，用于储存为上述第三方面提供的一种通知消息管理装置所用的计算机软件指令，其包含用于执行上述方面所设计的程序。

第五方面，本申请实施例提供了一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述第三方面中的通知消息管理装置所执行的流程。

应当理解的是，说明书中对技术特征、技术方案、优点或类似语言的描述并不是暗示在任意的单个实施例中可以实现所有的特点和优点。相反，可以理解的是对于特征或优点的描述意味着在至少一个实施例中包括特定的技术特征、技术方案或优点。因此，本说明书中对于技术特征、技术方案或优点的描述并不一定是指相同的实施例。进而，还可以任何适当的方式组合以下各个实施例中所描述的技术特征、技术方案和优点。本领域技术人员将会理解，无需特定实施例的一个或多个特定的技术特征、技术方案或优点即可实现实施例。在其他实施例中，还可在没有体现所有实施例的特定实施例中识别出额外的技术特征和优点。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1是本申请实施例提供的一种删除通知栏显示的多条通知消息的用户界面示意图。

图2A是本申请实施例提供的一种电子设备100的结构示意图。

图2B是本申请实施例提供的一种电子设备100的软件结构框图。

图3是本申请实施例提供的一组多条通知消息在通知栏内显示的用户界面。

图4是本申请实施例提供的一种通知栏显示的用户界面。

图5是本申请实施例提供的一组通知消息管理的用户界面示意图。

图6是本申请实施例提供的另一组通知消息管理的用户界面示意图。

图7是本申请实施例提供的又一组通知消息管理的用户界面示意图。

图8是本申请实施例提供的又一组通知消息管理的用户界面示意图。

图9是本申请实施例提供的又一组通知消息管理的用户界面示意图。

图10是本申请实施例提供的又一组通知消息管理的用户界面示意图。

图11是本申请实施例提供的又一组通知消息管理的用户界面示意图。

图12是本申请实施例提供的一组两次点击删除处于“保护期”的通知消息的用户界面示意图。

图13是本申请实施例提供的一组两次滑动删除用户感兴趣的通知消息的用户界面示意图。

图14是本申请实施例提供的一组多条通知消息在锁屏区域内显示的用户界面示意图。

图15是本申请实施例提供的一种通知消息管理方法的流程示意图。

图16是本申请实施例提供的一种通知消息管理装置的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。本申请实施例的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

以下介绍了电子设备、用于这样的电子设备的用户界面、和用于使用这样的电子设备的实施例。在一些实施例中，电子设备可以是还包含其它功能诸如消息管理和/或消息接收与推送功能的便携式电子设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴电子设备(如智能手表)等。便携式电子设备的示例性实施例包括但不限于搭载

或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备，诸如具有触敏表面或触控面板的膝上型计算机(Laptop)等。还应当理解的是，在其他一些实施例中，上述电子设备也可以不是便携式电子设备，而是具有触敏表面或触控面板的台式计算机、车载电脑等。可以理解的，本申请实施例以智能手机为例进行介绍，但是不限于智能手机，还可以是其他具备通讯功能的智能设备，如智能手表、智能手环、VR眼镜等等。

本申请的说明书和权利要求书及附图中的术语“用户界面(user interface，UI)”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。应用程序的用户界面是通过java、可扩展标记语言(extensible markup language，XML)等特定计算机语言编写的源代码，界面源代码在终端设备上经过解析，渲染，最终呈现为用户可以识别的内容，比如图片、文字、按钮等控件。控件(control)也称为部件(widget)，是用户界面的基本元素，典型的控件有工具栏(toolbar)、菜单栏(menu bar)、文本框(text box)、按钮(button)、滚动条(scrollbar)、图片和文本。界面中的控件的属性和内容是通过标签或者节点来定义的，比如XML通过<Textview>、<ImgView>、<VideoView>等节点来规定界面所包含的控件。一个节点对应界面中一个控件或属性，节点经过解析和渲染之后呈现为用户可视的内容。此外，很多应用程序，比如混合应用(hybrid application)的界面中通常还包含有网页。网页，也称为页面，可以理解为内嵌在应用程序界面中的一个特殊的控件，网页是通过特定计算机语言编写的源代码，例如超文本标记语言(hyper text markup language，HTML)，层叠样式表(cascading style sheets，CSS)，java脚本(JavaScript，JS)等，网页源代码可以由浏览器或与浏览器功能类似的网页显示组件加载和显示为用户可识别的内容。网页所包含的具体内容也是通过网页源代码中的标签或者节点来定义的，比如HTML通过<p>、<img>、<video>、<canvas>来定义网页的元素和属性。

用户界面常用的表现形式是图形用户界面(graphic user interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

随着互联网媒体信息的发展，电子设备在人们生活中扮演着越来越重要的角色。电子设备可以安装各种各样的应用，这些应用会导致电子设备接收到越来越多的通知消息。当电子设备接收到应用推送的一条或多条通知消息时，电子设备的通知栏可以显示该一条或多条通知消息。例如：华为应用商店可以推送的当前电子设备中需要更新的软件版本信息，并在通知栏中显示该消息等。请参阅图1，图1是本申请实施例提供的一种删除通知栏显示的多条通知消息的用户界面示意图。如图1所示，电子设备可以检测到用户的下拉操作，电子设备响应于该下拉操作，显示完整的通知栏。用户可以随意查看该通知栏内显示的一条或多条通知消息。如图1中(2)所示，分别为通知消息：welink中联系人妈妈刚刚发来了两条信息；通知消息：应用商店1分钟前推送的有5款软件待更新；通知消息：Welink中联系人妈妈10分钟前发来一条消息；通知消息：地图13分钟前提示已靠近用户路段，以及当前路况等。当用户查看该一条或多条消息中部分或全部通知消息后，用户还可以通过点击电子设备中图1所示的垃圾箱图标01(即：删除控件)，删除通知栏显示的一条或多条通知消息。

然而，当用户删除该一条或多条通知消息时，此时如果刚好又接收到了一个新通知消息02(该通知消息的接收时长在预设时长范围内的消息为新消息)，用户往往会来不及反应而将新通知消息一起删除掉，甚至有时候用户还没来及发现接收到了该新通知消息。因此，在这种情况下，非常容易错过重要消息，且很难找回。例如：如图1所示，welink(welink是一款即时通讯软件)刚刚发送的通知消息02：联系人“妈妈”刚刚发来两条消息。这条通知消息，被用户来不及反应而与其他的通知消息一起删除掉后，在用户点击welink查看之前，有可能不会发现有联系人曾经发来过新消息，进而有可能会错过一些重要的信息。

因此，为了防止通知消息的误删除操作，本申请实施例提供了一种通知消息管理方法及用户终端。在该通知消息管理方法中，电子设备可以响应于接收到的针对一条或多条通知消息的用户操作，按照一定的策略保留该一条或多条通知消息中的部分通知消息，删除其余通知消息。该策略可包括但不限于：1.保留接收时长小于预设时长的通知消息。2.保留用户感兴趣的通知消息。3.保留接收时长小于预设时长，且用户感兴趣的通知消息。该策略的具体实现，以及，电子设备接收到的用户操作的具体实现，可参考后续实施例的相关描述，在此暂不赘述。

实施本申请实施例提供的通知消息管理方法，可以避免误删除通知消息，提高通知栏的管理效率，提升用户体验，进而也避免了用户容易错过比较重要消息。

在本申请以下实施例中，电子设备中显示的通知消息可以包括以下几种：

1、电子设备运行应用程序的过程中，接收到该应用程序推送的通知消息。具体的，电子设备可以在运行应用程序的过程中，接收到管理该应用程序的应用服务器发送的消息，并根据该消息生成的通知消息。或者，电子设备在运行应用程序的过程中，接收到第三方服务器转发的该应用程序的消息。例如，电子设备根据即时通讯服务器发送的即时消息生成的通知消息(例如：文本可以是“Lisa给您发来一条消息”、“您订阅的XX篮球比赛已开播”、“您有一条未读短信”、“您有一封未读邮件”等等)；电子设备根据第三方服务器发送的广告生成的通知消息(例如：文本可以是“XX公司的新品已发布，在本平台购买最高可优惠888元”、“您关注的店铺上新啦”)；电子设备根据第三方服务器发送的应用程序更新指示生成的通知消息(例如：文本可以是“您的视频播放器当前版本过低，请您及时更新”、“您的视频播放器已经更新完毕”等等)等等。

2、电子设备本身在运行过程中生成的通知消息。例如：用户在日历里记录了8月8日的一个事件提醒，电子设备根据该事件在8月8日时可以生成该事件的通知消息(例如：文本可以是“今天是爸爸的生日”)提示用户。又例如：用户在长时间使用电子设备后，电子设备的可使用内存会随时使用的时间的增加而逐渐变少，在该电子设备的内存即将到达上限时，电子设备可以生成一条通知消息(例如：文本可以是“当前您的内存不足，请及时清理”)用于提示用户，当前电子设备的内存不足。

接下来，介绍本申请实施例中涉及的示例性电子设备。

请参考附图2A，图2A是本申请实施例提供的一种电子设备100的结构示意图，其中，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(bei dounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

显示屏194用于显示本申请后续实施例提供的示例性用户界面。用户界面的具体描述可参考后文。

具体的，显示屏194可用于显示通知栏，通知栏中可包括一条或多条通知消息。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络计算处理单元(Neural-network Processing Unit)，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触控操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触控操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触控操作强度的触控操作，可以对应不同的操作指令。例如：当有触控操作强度小于第一压力阈值的触控操作作用于短消息应用图标时，执行查看短消息的指令。当有触控操作强度大于或等于第一压力阈值的触控操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。

气压传感器180C用于测量气压。

磁传感器180D包括霍尔传感器。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。

环境光传感器180L用于感知环境光亮度。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触控操作。触摸传感器可以将检测到的触控操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触控操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

例如：在本申请实施例中，触控屏可以检测到针对一条或多条通知消息的用户操作。该用户操作可以是：作用于删除控件上的触控操作(例如：点击操作、触摸操作、重压操作等等)、作用于一条或多条通知消息上的滑动操作(例如：一次或两次向左或向右滑动操作等等)。该用户操作还可以有其他的实现形式，例如：还可以是作用于一条或多条通知消息的向上滑动操作、向下滑动操作等等。本申请实施例对此不作限制。该用户操作的具体实现，可参考后续方法实施例的详细描述，在此不赘述。

在本申请实施例中，处理器110可以响应于针对一条或多条通知消息的用户操作，按照一定的策略保留该一条或多条通知消息中的部分通知消息，删除其余通知消息。其中，删除通知消息是指停止其在显示屏194中的显示，并删除在显示屏194的显示区域对应的存储区域中的通知消息。该策略的具体实现，以及，电子设备接收到的用户操作的具体实现，可参考后续实施例的相关描述，在此暂不赘述。

在本申请实施例中，显示屏194可用于显示后续实施例提供的示例性用户界面。用户界面的具体描述可参考后文。具体的，显示屏194可用于显示通知栏，通知栏中可包括一条或多条通知消息。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触控操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触控操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。请参考附图2B，图2B是本申请实施例提供的一种电子设备100的软件结构框图。

可以理解的是，本申请实施例示意的软件结构框图并不构成对电子设备100的软件结构框图具体限定。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2B所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2B所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，G.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

如图2B所示的软件系统涉及到使用分享能力的应用呈现(如图库，文件管理器)，提供分享能力的即时分享模块，提供打印能力的打印服务(print service)和打印后台服务(print spooler)，以及应用框架层提供打印框架、WLAN服务、蓝牙服务，以及内核和底层提供WLAN蓝牙能力和基本通信协议。

下面介绍本申请实施例涉及的应用场景以及该应用场景下的用户界面(userinterface，UI)实施例。需要说明的是，本申请实施例中提到的用户界面可以理解为本申请中用于删除通知消息的窗口。

在本申请实施例中，电子设备可以响应于下拉操作(如图1所示)，在显示屏上显示完整的通知栏。该通知栏中可以包括一条或多条通知消息。本申请实施例对通知栏中包括的一条或多条通知消息的显示方式、排列方式均不作限制。

下面列举几种：

1、通知消息的显示方式：

(1)每一条通知消息均单独显示。参考附图3，图3是本申请实施例提供的一组多条通知消息在通知栏内显示的用户界面。如图3中(1)所示，通知栏内的多条通知消息，每一条通知消息都是单独显示，用户可以通过上下滑动的手势查看更多的通知消息。

(2)几条通知消息叠加在一起显示。叠加的策略可包括但不限于：同一个应用的通知消息叠加在一起、同一个应用在相近时间段的通知消息叠加在一起、同一个时间段的不同应用的通知消息叠加在一起等等。例如：如图3中(2)所示，通知栏内的多条通知消息，同一个应用的通知消息叠加在一起显示，用户可以通过点击该应用的通知消息集合可以查看该应用被堆叠在一起的每条通知消息。

2、通知消息的排列方式：

(1)按照通知消息的接收时间长短排序。例如：如图3中(1)所示，通知栏内的多条通知消息，可以按照接收时间越短的通知消息，在通知栏的显示区域排列的越靠前的策略排序。

(2)按照通知消息的重要程度大小排序。通知栏内的多条通知消息，可以按照越重要的通知消息，在通知栏的显示区域排列的越靠前的策略排序。例如：如图3中(2)所示，电子设备中的通知栏可以按照通知消息的重要程度排序(如：应用商店对应通知消息的重要程度小于即时通讯软件welink对应通知消息的重要程度，因此被排在其他通知消息的后面显示)。其中，通知消息的重要程度大小可以由用户设置、历史查看通知消息的记录或系统默认的重要程度确定，本申请实施例对此不做具体的限定。

此外，如图3中(1)、(2)所示，可以看出，本申请实施例中的通知消息可以包括以下一项或多项内容：通知消息对应的应用图标或名称、通知消息的生成时间、通知消息的内容提示文本、通知消息中其他用户的标识。具体的，本申请实施例对通知消息包括的一项或多项内容均不作具体的限制。

需要说明的是，在本申请及以下实施例中，在电子设备响应用户在显示区域内对于通知消息删除的用户操作时，删除通知消息并不是指将所有的通知消息从电子设备中完全删除，而是停止其在显示区域中的显示，以及删除在通知栏对应的存储区域中的通知消息，其通知消息对应消息的内容还可以保留在相对应的应用或客户端中。例如，将通知栏内welink联系人A发送的通知消息删除后，在welink的与联系人A的对话框中，仍然保留有联系人A发送来的消息。

应用场景：请参考附图4，图4是本申请实施例提供的一种通知栏显示的用户界面，如图4所示，用户所持有的电子设备接收了四条消息，对应的，电子设备的通知栏中显示有四条通知消息，该通知消息可以是通知消息02：welink中联系人妈妈刚刚发来了两条信息；通知消息03：应用商店1分钟前推送的有5款软件待更新；通知消息04：Welink中联系人妈妈10分钟前发来一条消息；通知消息05：地图13分钟前推送的提示已靠近用户路段，以及当前路况等。用户浏览通知消息03、通知消息04和通知消息05过后，准备对这三条通知消息进行删除，此时，welink恰好又推送了一条通知消息02，并显示在通知栏内。

为了防止通知消息02在用户还没有查看的情况下被误操作删除，下面分三个实施例，示例性的说明在该应用场景下的几种本申请实施例提供的通知消息管理方法。

(一)实施例1

在实施例1中，电子设备在显示通知栏时，可以检测到作用于该通知栏中的删除控件的触控操作，并响应于该触控操作，按照一定的策略保留该通知栏全部通知消息中的部分通知消息，删除其余通知消息。

下面分不同的策略来分别描述实施例1提供的方法。

1、策略1：保留通知栏中接收时长小于预设时长的通知消息，删除其余通知消息。

在本申请以下实施例中，接收时长小于预设时长的通知消息也可以称为处于“保护期”的通知消息。该预设时长的时间长度可以由用户设置(如：3秒、10秒等)，还可以由电子设备默认设置的(如：5秒、15秒等)，本申请实施例对预设时长的时间长度不作具体的限定。

其中，通知消息的接收时长可以为电子设备接收到对应消息的接收时间点至检测到对该通知消息的删除操作(如：对该通知消息对应删除控件的触控操作)的时间点之间的时间长度。通知消息的接收时长还可以是通知消息中包括的时间信息，例如：如图4所示，通知栏中通知消息03：应用商店1分钟前推送的有5款软件待更新。则通知消息03中包括的接收时间信息为1分钟，则通知消息03的接收时长为1分钟。通知消息的接收时长还可以等同为电子设备接收到消息后生成通知消息的时间点至检测到对该通知消息的删除操作(如：对该通知消息对应删除控件的触控操作)的时间点之间的时间长度。

需要说明的是，在本申请实施例中提及的接收时长小于预设时长的通知消息相当于接收时长小于第一预设时长的通知消息，都是处于“保护期”的通知消息。

还需要说明的是，在本申请实施例中提及的第一触控操作相当于第一操作。

在本申请实施例中，电子设备可以接收作用于该通知栏中的删除控件的第一触控操作后，从一条或多条通知消息中确定处于“保护期”的通知消息。然后，电子设备响应于第一触控操作，删除在所述显示区域内所述一条或多条通知消息中除处于“保护期”的通知消息外的通知消息。其中，所述处于“保护期”的通知消息为接收时长在第一预设时长之内的通知消息。可以理解的是，当电子设备接收到作用于该通知栏中的删除控件的第一触控操作时，电子设备根据该第一触控操作，保留了处于“保护期”内的通知消息(即，保留接收时长在预设时长内的通知消息)。而且电子设备停止显示生成了一段时间的通知消息，以及删除了在该显示区域对应存储区域的该通知消息，所以，响应该第一触控操作后，只有处于“保护期”的通知消息还在所述显示区域内显示，其余的通知消息均被删除。

下面介绍电子设备100上实现的一些UI实施例。

基于前述场景，请参考附图5，图5是本申请实施例提供的一组通知消息管理的用户界面示意图。

具体的，设置预设时长为5秒，即“保护期”为5秒，如图5中(1)所示，电子设备100中通知栏的显示区域内显示了四条接收或生成消息，该四条通知消息分别是通知消息02：welink中联系人妈妈刚刚发来了两条信息，通知消息03：应用商店1分钟前推送的有5款软件待更新，通知消息04：Welink中联系人妈妈10分钟前发来一条消息，通知消息05：地图13分钟前提示已靠近用户路段，以及当前路况等。在上述四条消息中，由于welink发送的消息02的接收时长为1秒，小于预设时长5秒，所以该通知消息02为处于“保护期”的消息。

在该场景下，当电子设备100通过触摸传感器180K检测到对删除控件01的触控操作(如，触摸传感器180K识别出用户在窗口显示区内垃圾桶标志处做出的点击操作)时，如图5中(2)所示，响应于该触控操作，电子设备100可以根据识别到的对通知栏中删除控件01的触控操作，对通知栏显示区域内的多条通知消息进行删除。电子设备响应于该触控操作，删除不在“保护期”的三条通知消息，即，停止通知栏的显示区域中通知消息03、通知消息04以及通知消息05的显示，以及删除在通知栏对应存储区域内的通知消息03、通知消息04以及通知消息05。电子设备保留处于“保护期”的通知消息02。即，在welink刚刚推送的通知消息02继续在显示区域中显示。至此策略1：作用于该通知栏中的删除控件的触控操作，并响应于该触控操作，电子设备保留通知栏中接收时长小于预设时长的通知消息，删除其余的通知消息，可以确保用户删除一条或多条通知消息时不会误删除处于“保护期”的通知消息。

因此，在基于避免误删除处于“保护期”的通知消息的场景下，电子设备100可以根据用户设置或者电子设备默认的预设时长内的通知消息不会被用户删除。避免了误删除处于“保护期”通知消息，提高通知栏的管理效率，提升用户体验，进而也避免了用户容易错过比较重要消息。

2、策略2：保留通知栏中用户感兴趣的通知消息，删除其余通知消息。

在本申请以下实施例中，用户对一条通知消息是否感兴趣，可以是电子设备默认设置的通知消息，如：即时通信类的通知消息；可以是根据用户针对不同类型的通知消息历史查看次数确定的消息，如：天气推送的消息；还可以是用户根据自己的兴趣设置的通知消息，如：welink发送的消息，本申请实施例对此不作具体的限定。

下面列举几种用户感兴趣的通知消息：

在一种可能实现的方式中，属于预设消息类型的通知消息为用户感兴趣的通知消息，其中，通知消息的消息类型包括即时通信类的通知消息、非即时通信类的通知消息、推广类的通知消息中的一个或多个。例如：当预设消息类型包括通讯类的通知消息时，所述用户感兴趣的通知消息可以为通知welink发送信息的通知消息，所述用户感兴趣的通知消息还可以为短信消息。可以理解的是，用户可以指定感兴趣的消息类型，以便保留用户感兴趣的通知消息或者对用户重要的通知消息，大大降低了误删除的概率，保障了用户体验。

在一种可能实现的方式中，预设发送方发送的通知消息为用户感兴趣的通知消息。即，所述预设发送方可以包括应用、客户端、电子设备、应用服务器，还可以包括预设的应用中的联系人、公众号、视频号等等。例如：用户感兴趣的通知消息可以是由用户设置的如“白名单”上的应用推送的通知消息；或者是用户在预设的应用中特殊关注的对象发布的消息(可以通过预先保存的关键字，对通知消息进行文字识别确定)；又或者是用户重要的联系人发送给用户的通知消息等。如：电子设备通过用户预先设置的关键字识别出welink推送的消息是用户重要客户发送来的信息，则该信息的通知消息就是用户感兴趣的通知消息。

在一种可能实现的方式中，历史点击记录超过预设阈值次数的通知消息为用户感兴趣的通知消息。电子设备可以统计用户点击显示区域内每一种通知消息的历史点击记录，在预设周期内，点击次数在预设阈值次数以上的通知消息为用户感兴趣的通知消息。其中通知消息的种类可以根据应用的种类区分(如：不同的应用对应不同的通知消息)，可以根据通知消息的内容区分(如：通知消息的内容带有相同或相近关键字的为相同类型的通知消息)，本申请实施例对此不做具体的限定。例如：在一周内，用户总是点击welink推送的通知消息，则可以判断用户对welink推送的通知消息比较感兴趣；而且，在一周内，用户总是删除(不点击查看)应用商店推送的通知消息，则可以判断用户对应用商店推送的不感兴趣。

在本申请实施例中，电子设备可以接收对该通知栏中的删除控件的第一触控操作后，从一条或多条通知消息中确定用户感兴趣的通知消息；然后，响应于第一触控操作，删除在所述通知栏中的显示区域内所述一条或多条通知消息中除所述用户感兴趣的通知消息外的通知消息。其中，所述第一触控操作用于通知栏中的删除控件，用于删除删除控件对应的所述至少一条通知消息。可以理解的是，当电子设备接收到该通知栏中的删除控件的第一触控操作后，电子设备根据该触控操作，删除用户不感兴趣的消息，保留用户感兴趣的消息，所以，响应用户的触控操作后，只有用户感兴趣的通知消息还在所述显示区域内显示，其余的通知消息均被删除。

下面以将通知消息分为感兴趣和不感兴趣两类为例，介绍电子设备100上实现的一些UI实施例。

请参考附图6，图6是本申请实施例提供的另一组通知消息管理的用户界面示意图。

具体的，设置用户感兴趣的通知消息为即时通信的应用(如：welink)推送的消息，其他应用发送的消息为用户不感兴趣的通知消息。如图6所示，电子设备100中通知栏的显示区域内显示了四条通知消息，该四条通知消息分别是通知消息02：welink中联系人妈妈刚刚发来了两条信息，通知消息03：应用商店1分钟前推送的有5款软件待更新，通知消息04：Welink中联系人妈妈10分钟前发来一条消息，通知消息05：地图13分钟前提示已靠近用户路段，以及当前路况等。在上述四条通知消息中，由于通知消息02和通知消息04是提示预设应用welink发送的消息，所以该两条通知消息为用户感兴趣的通知消息。

在该场景下，当电子设备100通过触摸传感器180K检测到对删除控件01的触控操作(如，触摸传感器180K识别出用户在窗口显示区内垃圾桶标志处做出的点击操作)时，如图6中(2)所示，响应于该触控操作，电子设备100可以根据识别到的对通知栏中删除控件01的触控操作，对通知栏显示区域内的多条通知消息进行删除。即，响应该触控操作，删除用户不感兴趣的两条通知消息，即停止通知栏的显示区域中通知消息03以及通知消息05的显示，以及删除在通知栏对应存储区域内的通知消息03以及通知消息05；保留用户感兴趣的通知消息02和通知消息04继续在显示区域中显示。至此为响应对一条或多条消息的第一次触控操作，确保用户在删除时不会误删除用户感兴趣的通知消息后，用户可以查看保留在显示区域的通知消息02和通知消息04。

因此，在基于避免误删除用户感兴趣的通知消息的场景下，电子设备100可以根据用户的设置，历史点击记录等确定用户感兴趣的消息类型或发送对象，用户感兴趣的通知消息不会被用户删除。即，用户对消息进行删除操作时，用户感兴趣的通知消息并不响应于该删除操作，仍被保存在当前的显示区域。避免了误删除用户感兴趣的通知消息，提高通知栏的管理效率，提升用户体验。

3、策略3：保留通知栏中处于“保护期”且用户感兴趣的通知消息，删除其余通知消息。

在本申请以下实施例中，有关处于“保护期”且用户感兴趣的通知消息的相关描述可以对应参考上述策略1中有关处于“保护期”通知消息的相关描述、以及上述策略2中有关用户感兴趣的通知消息的相关描述，此处不再赘述。

在本申请实施例中，电子设备可以接收对该通知栏中显示区域内删除控件的第一触控操作后，从一条或多条通知消息中确定处于“保护期”且用户感兴趣的通知消息；然后，响应于第一触控操作，删除在所述显示区域内所述至少一条通知消息中除所述处于“保护期”且用户感兴趣的通知消息外的通知消息。可以理解的是，当电子设备接收到对删除控件的第一触控操作时，电子设备根据该触控操作，删除接收了一段时间的消息或者用户不感兴趣的通知消息，保留了处于“保护期”且用户感兴趣的通知消息，例如：当用户感兴趣的通知消息为社交软件(如：welink、等)推送的消息，保护期的预设时间段为5秒时，处于“保护期”且用户感兴趣的通知消息可以是五秒之内电子设备接收到的社交软件推送的新消息。可以理解的是，用户可以指定用户感兴趣通知消息的消息类型(如：即时通信类消息、非即时通信类消息、通知类消息、推广类消息等等)，以保留用户感兴趣的通知消息或者对用户重要的消息，大大降低了误删除的概率，保障了用户体验。

下面介绍电子设备100上实现的一些UI实施例。

基于前述场景，请参考附图7，图7是本申请实施例提供的又一组通知消息管理的用户界面示意图。

具体的，设置用户感兴趣的通知消息为预设应用(welink)推送的消息，其他应用发送的消息为用户不感兴趣的通知消息，预设时长(即“保护期”)为2分钟。如图7所示，电子设备100中通知栏的显示区域内显示了四条生成的通知消息，该四条通知消息分别是通知消息02：welink中联系人妈妈刚刚发来了两条信息，通知消息03：应用商店1分钟前推送的有5款软件待更新，通知消息04：Welink中联系人妈妈10分钟前发来一条消息，通知消息05：地图13分钟前提示已靠近用户路段，以及当前路况等。在上述四条通知消息中，由于通知消息02和通知消息04是预设应用welink发送的消息，所以该两条通知消息为用户感兴趣的消息，又由于通知消息02和通知消息03是在2分钟之内生成的消息，所以该两条通知消息为在“保护期”的消息。

在该场景下，当电子设备100通过触摸传感器180K检测到用户对删除控件01的触控操作(如，触摸传感器180K识别出用户在窗口显示区内垃圾桶标志处做出的点击操作)时，如图7中(2)所示，响应于该触控操作，电子设备100可以根据识别到的用户对通知栏中删除控件01的触控操作，对通知栏显示区域内的多条消息进行删除。即，响应该触控操作，删除不在“保护期”或用户不感兴趣的三条通知消息，即，通知消息03：应用商店在1分钟前推送的消息(在“保护期”但用户不感兴趣)，通知消息04：welink在10分钟前推送的消息(用户感兴趣但不在“保护期”)，通知消息05：地图在13分钟前推送的消息(不在“保护期”且用户不感兴趣)，即停止通知栏的显示区域中通知消息03、通知消息04以及通知消息05的显示，以及删除在通知栏对应存储区域内的通知消息03、通知消息04以及通知消息05；保留通知消息02：welink刚刚推送的消息(既在“保护期”用户又感兴趣)继续在显示区域中显示。至此为用户对一条或多条通知消息的用户操作，确保用户删除时不会误删除在“保护期”之内且用户感兴趣的通知消息。

因此，电子设备接收到对于显示区域内至少一条通知消息删除的用户操作后，如对删除控件的点击操作，判断该至少一条通知消息中，是否有处于“保护期”且用户感兴趣的通知消息，若有处于“保护期”且用户感兴趣的通知消息，则将该通知消息保留在显示区域中，即停止显示其余的通知消息，并在显示区域对应的存储区域中将该其余的通知消息删除；若没有处于“保护期”且用户感兴趣的通知消息，则直接删除在显示区域中的至少一条通知消息。例如：当用户感兴趣的通知消息为通讯类消息时，当电子设备响应第一触控操作时，处于“保护期”的通讯类的通知消息不会被删除。

基于实施例1中的扩展方案：

电子设备在显示通知栏时，可以检测到作用于该通知栏中的删除控件的触控操作，并响应于该触控操作，按照一定的策略保留该通知栏全部通知消息中的部分通知消息，删除其余通知消息。该策略和实施例1中的相同。

在该扩展方案中，不限于上述实施例1中所述的一个删除控件，通知栏中还可包括多个删除控件，该多个删除控件可以分别按照通知消息的对应的应用分配(如，即时通信类的应用共用一个删除控件、非即时通信类应用共用一个删除控件等)，还可以分别按照通知消息的生成时间分配(如：同一天的通知消息共用一个删除控件)。

在该场景下，电子设备可以接收对于不同删除控件的触控操作，分别删除不同的通知消息，例如：处于“保护期”的通知消息和/或用户感兴趣的通知消息对应第一删除控件，不处于“保护期”的通知消息或用户不感兴趣的通知消息对应第二删除控件，第一删除控件与第二删除控件不同。当电子设备接收到对第一删除控件的触控操作时，响应与该触控操作，删除处于“保护期”的通知消息和/或用户感兴趣的通知消息；当电子设备接收到对第二删除控件的触控操作时，响应与该触控操作，删除不处于“保护期”的通知消息或用户不感兴趣的通知消息。

在一些实施例中，以策略1为例，例如：请参考附图8，图8是本申请实施例提供的又一组通知消息管理的用户界面示意图。为了防止处于“保护期”的通知消息02在用户还没有查看的情况下被误操作删除，还可以删除处于“保护期”的通知消息时所用的删除控件区别于其他通知消息的删除控件。例如：基于前述场景中的四条消息，其中，如图8中(1)所示，删除通知消息02时所使用的删除控件06与删除通知消息03、通知消息04以及通知消息05时所使用的删除控件01不同。对应的，若电子设备100可以通过触摸传感器180K检测到用户对删除控件01的触控操作(如，触摸传感器180K识别出用户在窗口显示区内下方垃圾桶标志处做出的点击操作)，如图8中(2)所示，响应于该触控操作，电子设备100可以根据识别到的用户对通知栏中删除控件01的触控操作，对通知栏显示区域内的不处于“保护期”的多条通知消息进行删除。即，响应该触控操作，删除通知消息03、通知消息04以及通知消息05，而在“保护期”的通知消息继续在显示区域中显示。对应的，若电子设备100可以通过触摸传感器180K检测到用户对删除控件06的触控操作(如，触摸传感器180K识别出用户在窗口显示区内上方垃圾桶标志处做出的点击操作)，如图8中(3)所示，响应于该触控操作，电子设备100可以根据识别到的用户对通知栏中删除控件01的触控操作，对通知栏显示区域内的不处于“保护期”的多条通知消息进行删除。即，响应该触控操作，删除在“保护期”的通知消息02，而通知消息03、通知消息04以及通知消息05继续在显示区域中显示。

因此，电子设备可以分别响应不同的删除控件，避免了处于“保护期”的通知消息和/或用户感兴趣的通知消息，与不处于“保护期”的通知消息或用户不感兴趣的通知消息在使用同一个删除控件时，误删除处于“保护期”的通知消息和/或用户感兴趣的通知消息。上述图8所示实施例只是列举了两个删除控件时，通知消息的管理方法，当有来两个或两个以上删除控件时，其相关方法实施例的描述还可以对应参看上述图8所示实施例的相关描述，本申请实施例不再赘述。

(二)实施例2

在实施例2中，电子设备在显示通知栏时，可以在该通知栏中的一条或多条通知消息上检测到滑动操作，并响应于该滑动操作，按照一定的策略保留该一条或多条通知消息中的部分通知消息，删除其余通知消息。

实施例2和实施例1的不同之处在于，本申请实施例删除通知消息时，是通过作用于显示区域中的一条或多条通知消息的滑动操作，并响应于该滑动操作，按照一定的策略保留该滑动操作所作用的一条或多条通知消息中的部分通知消息，删除其余通知消息。该策略和实施例1中相同。

需要说明的是，本申请实施例中提及的滑动操作相当于第一操作。

下面分不同的策略来分别描述实施例2提供的方法。

1、策略1：保留一条或多条通知消息中接收时长小于预设时长的通知消息，删除其余通知消息。

示例性地，用户设置其预设时长为30秒以内的通知消息，因此，welink推送的通知消息为处于“保护期”的通知消息。请参考附图9，图9是本申请实施例提供的又一组通知消息管理的用户界面示意图。如图9所示，电子设备100可以通过触摸传感器180K检测到对处于“保护期”的通知消息01的滑动操作(如，触摸传感器180K识别出用户在窗口显示区内将处于“保护期”的通知消息01进行向左滑动)，如图9所示，电子设备响应于该滑动操作，电子设备100可以根据识别到的用户对显示区域中通知消息02的向左滑动操作(并不一定限定于向左滑动，在电子设备支持的情况下还可以向右滑动删除，本市申请对此不作具体的限定)，对通知栏显示区域内的处于“保护期”的通知消息02进行删除。如图9所示，刚刚生成的通知消息为处于“保护期”的通知消息02，当用户连续两次对该新消息做滑动触控操作时，该处于“保护期”的通知消息，就会被删除。由于该通知消息还处于保护期，则不响应该触控操作，保留“保护期”的通知消息继续在显示区域中显示。

需要说明的是，如图9所示，是针对一个通知消息集合进行的滑动操作，其中，若消息集合包括了同一个应用在不同的时间的多条通知消息。响应与该滑动操作，在删除该消息时，删除不处于“保护期”的通知消息，剩余处于“保护期”的通知消息仍然在通知栏中显示为一条通知消息集合，例如：天气两天内推送了五条雷电预警，该五条雷电预警的通知消息集合在同一条通知消息集合中；对该条通知消息集合进行第一触控操作，电子设备响应该第一触控操作后，删除了该通知消息集合中四条昨天晚上发布的雷电预警，保留刚刚发布的一条雷电预警。

2、策略2：保留一条或多条通知消息中用户感兴趣的通知消息，删除其余通知消息。

示例性地，在本申请实施例中，用户设置其感兴趣的通知消息为交通出行方面的消息，因此，地图推送的通知消息为用户感兴趣的通知消息。请参考附图10，图10是本申请实施例提供的又一组通知消息管理的用户界面示意图。如图10所示，电子设备100可以通过触摸传感器180K检测到对用户感兴趣的通知消息的滑动操作(如，触摸传感器180K识别出用户在窗口显示区内将地图推送的通知消息进行向左滑动，电子设备再通过文字识别出地图推送的通知消息为用户感兴趣的消息)，如图10所示，电子设备响应于该滑动操作，电子设备100可以根据识别到的用户对显示区域中地图推送的通知消息的向左滑动操作，则电子设备不响应于该滑动操作，对通知栏显示区域内的处于“保护期”的通知消息02进行删除。如图10所示，刚刚生成的通知消息为处于“保护期”的通知消息02，当用户连续两次对该新消息做滑动触控操作时，保留该地图推送的通知消息，即保留用户感兴趣的通知消息继续在显示区域中显示。

3、策略3：保留一条或多条通知消息中接收时长小于预设时长且用户感兴趣的通知消息，删除其余通知消息。

示例性地，在本申请实施例中，请参考附图11，图11是本申请实施例提供的又一组通知消息管理的用户界面示意图。如图11中(1)所示，电子设备100可以通过触摸传感器180K检测到对处于“保护期”且用户感兴趣的通知消息集合01的滑动操作(如，触摸传感器180K识别出用户在窗口显示区内将处于“保护期”的通知消息01进行向左滑动)。如图11中(1)所示，若通知消息01中包含有两条通知消息，一条通知消息是用户感兴趣的联系人妈妈刚刚发来的消息，另一条通知消息是用户不感兴趣的另外一个联系人刚刚发来的消息。则，电子设备100可以根据识别到的用户对显示区域中通知消息集合01的向左滑动操作，以及通过如文字识别出用户感兴趣的通知消息为联系人妈妈发来的消息。则电子设备响应于该向左滑动操作，对通知栏显示区域内的通知消息01中用户不感兴趣但在保护期的一条通知消息进行删除。如图11中(2)所示，保留在“保护期”内且用户感兴趣的(妈妈发来的消息)通知消息。

因此，由上述实施例的相关描述可知对电子设备可以响应于接收到针对一条或多条通知消息的滑动删除，按照一定的策略保留该一条或多条通知消息中的部分通知消息，删除其余通知消息。该策略可包括但不限于：1.保留接收时长小于预设时长的通知消息。2.保留用户感兴趣的通知消息。3.保留接收时长小于预设时长，且用户感兴趣的通知消息。实施本申请实施例提供的通知消息管理方法，可以通过不同的方式的用户操作删除通知消息，提高通知栏的管理效率，同时也避免了误删除通知消息，提升用户体验。

(三)实施例3：

在实施例1和实施例2的基础上，电子设备还可以进一步删除剩余的通知消息。

电子设备在显示通知栏时，可以在该通知栏中的一条或多条通知消息上检测到滑动操作，并响应于该滑动操作，按照一定的策略保留该一条或多条通知消息中的部分通知消息，删除其余通知消息。

在实施例1或实施例2中接收到针对一条或多条通知消息的用户操作后，若在预设时间段内再次接收到针对一条或多条通知消息的用户操作：电子设备可以响应于该用户操作直接删除余下的通知消息。或者，电子设备可以响应于再次的用户操作还是按照上述实施例1或实施例2中的策略来删除，但是策略的严谨度会发生变化，其中，策略的具体实现，可参考后续方法实施例的详细描述，在此不赘述。

需要说明的是，本申请中提及的第一次接收到的针对一条或多条通知消息的用户操作相当于第一操作，第二次接收到的针对一条或多条通知消息的用户操作相当于第二操作、第三操作。

下面以实施例1中策略1为例，电子设备两次删除就能删除全部的通知消息。

请参考上述附图5，如图5所示，在该实施例中，电子设备删除了通知消息03、通知消息04以及通知消息05、保留了通知消息02后。用户可以查看保留在显示区域的保留通知栏中接收时长小于预设时长的通知消息02。当用户查看过后，如图5中(3)、(4)所示，电子设备100可以再次通过触摸传感器180K检测到对删除控件01的第二次触控操作，如图5中(3)所示，电子设备再次通过触摸传感器180K识别出用户在窗口显示区内垃圾桶标志处做出的点击操作，电子设备响应于该触控操作，对通知栏显示区域内除处于“保护期”内的通知消息进行删除，即，对welink刚刚推送的通知消息02进行删除。如图5中(4)所示，电子设备可以响应于该触控操作，删除通知栏显示区域内的welink刚刚推送的通知消息02。

在一些实施例中，又例如，请参考附图12，图12是本申请实施例提供的一组两次点击删除处于“保护期”的通知消息的用户界面示意图。其中，与上述图4所述的两次删除处于“保护期”的通知消息的方法不同。如图12中(1)所示，电子设备100可以通过触摸传感器180K检测到用户对删除控件01的触控操作(如，触摸传感器180K识别出用户在窗口显示区内垃圾桶标志处做出的点击操作)，如图12中(2)所示，响应于该触控操作，电子设备100可以根据识别到的对通知栏中删除控件01的触控操作，对通知栏显示区域内的多条通知消息进行删除。即，响应该触控操作，删除不在“保护期”的通知消息。而且响应该触控操作，保留在“保护期”的通知消息继续在显示区域中显示，其中，保留“保护期”的通知消息在显示区域显示时，可以提示用户刚刚保留了处于保护期的通知消息(如图12中(2)所示)，以方便用户查看或删除处于保护期的通知消息。所以在该两次删除通知栏显示区域的一条或多条通知消息时，分别使用了不同的删除控件，对一条或多条通知消息进行了删除，对用户更加友好。

进一步的，在一些实施例中，在删除一条或多条通知消息时，两次用户操作的方式可能不同。所述操作方式可以包括但不限于触控操作，语音操作，手势操作等等。例如：第一次用户操作为针对删除控件的触控操作，第二次用户操作可以为针对被保留通知消息的滑动操作。本申请实施例对此并不做具体限定。

例如：上述图5-图7所示实施例，在实施例1中电子设备可以响应于针对一条或多条通知消息的两次用户操作，直接将通知栏中的消息全部删除(两次用户操作，时间间隔很短)。而在另一些实施例中，由于该两次用户操作间隔时间较长时，如：电子设备接收到第一次用户操作时处于“保护期”的通知消息，在电子设备再次接受到该用户操作时，该通知消息的接收时长已经超过了预设时长(也可以理解为过了“保护期”)。因此，第二次的用户操作由于间隔时间较长不能够删除在此时处于“保护期”的通知消息。

所以，以上述实施例1中策略1为例：电子设备还可以分批次删除通知栏中处于不同“保护期”的通知消息。

示例的，当电子设备第一次接收到对一条或多条通知消息的第一触控操作时，响应于该第一触控操作可以删除一条或多条通知消息中接收时长在第一时长之外的通知消息，保留接收时长在第一时长内的消息，当电子设备第二次接收到对一条或多条通知消息的第二触控操作时，响应于该第二触控操作可以删除接收时长在第一时长之内且在第二时长之外的消息，保留接收时长在第二时长内的消息；当电子设备第三次接收到对一条或多条通知消息的第三触控操作时，响应于该第三触控操作可以删除接收时长在第二时长之内且在第三时长之外的消息，保留接收时长在第三时长内的消息等等。以此类推，电子设备可以不限制次数的，分批次删除这些消息。上述第一时长、第二时长以及第三时长的时间长度可以是电子设备在出厂时设置的时间长度，也可以是用户根据自身的需求，自定义的时间长度。例如：当用户设置的只有第一时长(即，只有一个预设时长，删除两次就能删除全部信息)且第一时长为5秒时，电子设备可以第一次可以删除接收时长超过5秒的消息，保留接收时长在5秒内的消息，第二次可以删除接收或生成5秒之内的消息，其中，时长的具体时间长短，需要删除的次数，本申请对比不做具体限定。需要说明的是，在本申请实施例中提及的第二触控操作相当于第二操作、第三操作。

以实施例2中策略2为例：电子设备还可以分别删除一条或多条通知消息中处于用户感兴趣的通知消息。

示例的，电子设备接收对一条或多条通知消息的滑动操作，保留一条或多条通知消息中用户感兴趣的通知消息，删除一条或多条通知消息中其余通知消息。第一次可以删除用户不感兴趣的通知消息，第二次删除用户感兴趣的通知消息，即，在第一次对显示区域内一条或多条通知消息进行删除时，用户感兴趣的消息不响应于该第一次触控操作；在第二次对该通知消息进行删除时，才响应于该触控操作。可选的，还可以依据用户对消息感兴趣程度的大小，将用户感兴趣的通知消息分为三次甚至更多次删除，如：先删除用户第三感兴趣的通知消息，在删除用户第二感兴趣的消息，最后删除用户最感兴趣的通知消息，以此类推，本申请实施例中用户感兴趣的程度大小以及对应的具体需要删除的次数，本申请实施例不做具体限定。

请参考附图13，图13是本申请实施例提供的一组两次滑动删除用户感兴趣的通知消息的用户界面示意图。如图13所示，电子设备100中通知栏的显示区域内显示了四个通知消息集合，每一个通知消息集合都可以包括一条或多条通知消息。用户针对其中一个通知消息集合02进行滑动操作，其中该通知消息集合02包括welink推送的多条通知消息：welink中五个联系人发来了14条信息(可以通过点击该通知消息集合02查看具体的消息内容)。若在上述通知消息集合02中，只有联系人妈妈发来的消息为用户感兴趣的消息，其余联系人的消息为用户不感兴趣的消息。则，电子设备100可以通过触摸传感器180K检测到第一次针对该通知消息集合02的滑动操作后，响应于该滑动操作，删除通知消息集合02中，其他四个联系人对应的通知消息，保留联系人“妈妈”对应的通知消息。当用户查看过后，电子设备100可以再次通过触摸传感器180K检测到对该通知消息集合02的滑动操作。电子设备响应于该滑动操作，按照上述的策略对通知消息集合02内剩余的部分通知消息进行删除。即，电子设备响应于该触控操作，删除用户感兴趣的通知消息。如图13所示，电子设备响应于该滑动操作，删除通知消息集合02中联系人妈妈对应的通知消息。至此，电子设备通过响应两次滑动操作，删除了通知消息集合02(一条或多条通知消息)中全部的通知消息。

需要说明的是，剩余的关于实施例1和实施例2中的电子设备两次或者分批次删除通知消息时具体的操作方式，其中，对应的还可以参考上述实施例的相关描述。

在本申请实施例中，当用户再次对处于“保护期”的通知消息和/或用户感兴趣的通知消息进行用户操作时，理解不是误操作(连续两次误操作的概率较小)，是想将处于“保护期”的通知消息和/或用户感兴趣的通知消息删除的，因此，当电子设备再次接收到第二次用户操作时，电子设备响应于所述第二次用户操作，可以删除在所述显示区域内的所述处于“保护期”的通知消息和/或用户感兴趣的通知消息。

因此，在用户对一条或多条通知消息进行删除时，可以分批次的删除该一条或多条通知消息，避免了在通知消息数量较多时，无法从较多的通知消息中很快的筛选出对用户有价值的或者用户感兴趣的通知消息，同时也加强了通知栏管理通知消息的效率，也提升了用户体验。

需要说明的是，本申请实施例涉及的显示区域为电子设备中用于显示应用、客户端、其他电子设备等发送或推送的通知消息的区域，例如：可以包括通知栏的显示区域，锁屏界面的显示区域等等，本申请对此不作限定。请参考附图14，图14是本申请实施例提供的一组多条通知消息在锁屏区域内显示的用户界面示意图。电子设备处于锁屏状态，为了方便用户可以在锁屏的情况下查看通知消息，锁屏区域可以显示多条通知消息。如上述图14所示，当电子设备接收到来自用户对锁屏区域内三条通知消息的用户操作时，该电子设备从该三条通知消息中筛选出处于保护期和/或用户感兴趣(保护期可以设置为接收时长在30秒之内，用户感兴趣的通知消息可以是即时通讯软件对应的通知消息)的两条通知消息后，响应于该用户操作，删除剩余的通知消息。

由上述图3-图14所述实施例的相关描述可知，为了防止用户消息的误删除操作，本申请实施例提供了一种通知消息管理方法可以分批次删除一条或多条通知消息。在该通知消息管理方法中，电子设备可以响应于接收到针对一条或多条通知消息的用户操作，按照一定的策略保留该一条或多条通知消息中的部分通知消息，删除其余通知消息。该策略可包括但不限于：1.按照生成时间的长短，分批次保留接收时长小于对应预设时长的通知消息。2.按照用户感兴趣的程度，分批次保留用户感兴趣的通知消息。3.按照生成时间的长短以及用户感兴趣的程度，分批次保留接收时长小于预设时长，且用户感兴趣的通知消息。实施本申请实施例提供的通知消息管理方法，可以避免误删除通知消息，提高通知栏的管理效率，提升用户体验。

还需要说明的是，上述应用场景的实施方式的只是本申请实施例中的几种示例性的实施方式，本申请实施例中的应用场景包括但不仅限于以上应用场景。

基于图2A提供的电子设备，以及前述图3-图14提供的在上述应用场景下三种实施例及对应的UI实施例，接下来介绍本申请实施例提供的一种通知消息管理方法，对本申请中提出的技术问题进行具体分析和解决。

参见图15，图15是本申请实施例提供的一种通知消息管理方法的流程示意图，该通知消息管理方法可应用于上述图2A中所述的电子设备中，其中，上述所示的电子设备可以用于支持并执行图15中所示的方法流程步骤S301-步骤S307。

该方法可以包括以下步骤S301-步骤S307。

步骤S301：电子设备接收到第四操作。

步骤S302：电子设备响应于第四操作，在通知栏中显示第一通知消息和删除控件。

具体的，电子设备可以接收第四操作，该第四操作可以是下拉操作、呼出操作、滑动操作、按键操作等等。电子设备可以响应于该第四操作，显示通知栏，所述通知栏可以显示所述第一通知消息和删除控件，所述删除控件用于删除所述通知栏内显示的通知消息。电子设备也可以响应于该第四操作，在通知栏中显示第一通知消息和删除控件。

可选的，电子设备可以显示一条或多条通知消息。其中，可以在通知栏显示，也可以在锁屏界面显示，或者其他用于显示基于应用、客户端、其他电子设备等发送或推送消生成的通知消息的显示区域，本申请对此不作限定。参考前面的图3和图14所示的一条或多条通知消息有不同显示方式和显示区域，此处不再赘述。

步骤S303：电子设备接收到第二通知消息，并在所述通知栏中显示所述第二通知消息。

具体的，电子设备接收到第二通知消息，可以在所述通知栏中显示所述第二通知消息。

在一种可能实现的方式中，所述第一通知消息包括一条或多条通知消息；或者，所述第二通知消息包括一条或多条所述通知消息。通知栏中第一通知消息可以是多条通知消息，也可以是一条通知消息，同理，再次接收的第二通知消息可以是多条通知消息，也可以是一条通知消息。

在一种可能实现的方式中，所述通知消息包括：应用程序名称、应用程序图标、消息内容、接收时间中的一个或多个。以使通知消息显示在通知栏中时，用户可以快速的了解该通知消息的发送对象以及消息内容的等。

在一种可能实现的方式中，所述方法还包括：当所述第一通知消息包含多条通知消息时，所述多条通知消息按照接收时间的先后顺序进行排序。例如：通知栏内的多条通知消息，可以按照接收时间越短的通知消息，在通知栏的显示区域排列的越靠前的策略排序，以方便用户查看最新的通知消息。

步骤S304：电子设备接收到对删除控件的第一操作。

具体的，电子设备接收到对所述删除控件的第一操作。所述第一操作可以为对通知栏内显示的通知消息的删除操作，电子设备可以检测到针对显示区域内一条或多条通知消息的第一操作。需要说明的是，在本申请实施例中提及的第一操作相当于第一触控操作。

可选的，在本申请实施例中，第一操作也是用户操作，该用户操作可以删除所述一条或多条通知消息中的部分或全部通知消息。电子设备可以检测到针对一条或多条通知消息的用户操作。该用户操作可以是：作用于删除控件上的触控操作(例如：点击操作、触摸操作、重压操作等等)、作用于一条或多条通知消息上的滑动操作(例如：一次或两次向左或向右滑动操作等等)。该用户操作还可以有其他的实现形式，例如：还可以是作用于一条或多条通知消息的向上滑动操作、向下滑动操作等等，本申请实施例对此不作限制。举例来说，通知栏内有五条通知消息，用户点击了通知栏下方的一键删除控件，则该点击操作就是针对上述五条通知消息的用户操作；又例如：用户锁屏后，电子设备生成并在锁屏界面显示了五条通知消息，用户通过触控笔对其中的一条通知消息进行了向左滑动的操作，则该滑动操作就是针对上述五条通知消息中的一条通知消息的用户操作。用户操作还可以包括：触控操作，语音操作，手势操作等等。该用户操作的具体实现，可参考上述实施例的详细描述，在此不赘述。

步骤S305：电子设备响应于第一操作，检测到第二通知消息的接收时长小于第一预设时长，删除通知栏中的第一通知消息，继续显示第二通知消息。

具体的，电子设备响应于第一操作，检测到第二通知消息的接收时长小于第一预设时长，删除通知栏中的第一通知消息，继续显示第二通知消息。可以理解是，当电子设备接收到用户对显示区域内一条或多条通知消息的第一操作时，若检测到上述第二通知消息的接收时长小于第一预设时长，电子设备根据该第一操作，继续显示并保留第二通知消息，删除第一通知消息(接收时长大于第一预设时长)，即停止第一通知消息在显示区域中的显示，并删除在显示区域对应的存储区域中的第一通知消息。例如，将通知栏内有关welink联系人A的通知消息删除，在welink与联系人A的对话框中，仍然保留有联系人A发送来的消息。在电子设备响应用户在显示区域内对于通知消息的删除操作时，可以保留刚刚接收到的信息，防止用户因为误删，而错过用户感兴趣的消息。

可选的，所述第一预设时长是由用户设置的，或者，是默认设置的；所述第二预设时长是由用户设置的，或者，是默认设置的。第一预设时长和第二预设时长都可以根据用户自身的喜好或者电子设备出厂时默认设置，以方便保留在合理的时间范围内的通知消息，提高了通知栏的管理效率，提升用户体验。

可选的，所述第二通知消息为接收时长在预设时长内的通知消息，和/或用户感兴趣的通知消息。即，所述第二通知消息可以为上述实施例中处于“保护期”的通知消息、或者上述实施例中所述的用户感兴趣的通知消息、又或者是上述实施例中处于“保护期”且用户感兴趣的通知消息。

可选的，通知消息的接收时长可以为电子设备接收到对应消息的接收时间点至检测到对该通知消息的删除操作(如：对该通知消息对应删除控件的触控操作)的时间点之间的时间长度。通知消息的接收时长还可以是通知消息中包括的时间信息。通知消息的接收时长还可以等同为电子设备接收到消息后生成通知消息的时间点至检测到对该通知消息的删除操作(如：对该通知消息对应删除控件的触控操作)的时间点之间的时间长度。需要说明的是，该预设时长的具体时间大小本申请不做具体限定，可以是电子设备在出厂时设置的默认时间段，也可以是用户根据自身的需求，自定义的时间段。例如：当用户设置的预设时间段为5秒时，目标消息可以是五秒之内接收到的新消息。

可选的，所述用户感兴趣的通知消息为属于预设消息类型的通知消息，其中，通知消息的消息类型包括即时通信类的通知消息、非即时通信类的通知消息、推广类的通知消息中的一个或多个。例如：当预设消息类型包括通讯类的通知消息时，所述用户感兴趣的通知消息可以为通知welink发送信息的通知消息，所述用户感兴趣的通知消息还可以为短信消息。可以理解的是，用户可以指定感兴趣的消息类型，以便保留用户感兴趣的通知消息或者对用户重要的通知消息，大大降低了误删除的概率，保障了用户体验。

可选的，所述用户感兴趣的通知消息为预设发送方发送消息对应的通知，所述预设发送方可以为用户预先设置的应用、客户端，或者是应用和客户端中的联系人、公众号等等。例如：目标通知消息可以是由用户设置的“白名单”上的应用推送消息的通知消息；或者是用户在应用或客户端中特殊关注的对象发送消息的通知消息；又或者是其他用户重要的联系人发送给用户通信消息的通知消息等等。

可选的，若所述一条或多条通知消息中没有目标通知消息，则电子设备响应于所述用户操作，删除在所述显示区域内所述至少一条通知消息。例如：当通知栏区域内的通知消息都是在十分钟之前接收到的且用户不感兴趣的通知消息(即，不存在目标通知消息)，则接收到用户针对于上述通知消息的第一触控操作后，响应该第一触控操作，消除在通知栏区域显示的通知消息。

在一种可能实现的方式中，所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，还包括：接收到对所述第二通知消息的第五操作，显示第一用户界面，所述第一用户界面和所述第二通知消息关联。例如：用户在删除第一通知消息后，点击查看被保留的第二通知消息，可以该点击操作显示第一用户界面，第一用户界面可以是与第二通知消息关联的应用程序的用户界面，显示有第二通知消息对应的消息内容等，以便用户查看被保留的第二通知消息。

步骤S306：电子设备在第二通知消息的接收时长大于第一预设时长后，接收到对删除控件的第二操作。

具体的，电子设备在所述第二通知消息的接收时长大于第一预设时长后，接收到对所述删除控件的第二操作，在本申请实施例中，第二操作也可以理解为第二次用户操作，用于删除在所述显示区域内的所述第二通知消息。需要说明的是，在本申请实施例中提及的第二操作相当于第二触控操作。

步骤S307：电子设备响应于第二操作，删除通知栏中的第二通知消息。

具体的，电子设备响应于所述第二操作，删除通知栏中的第二通知消息。当电子设备在所述第二通知消息的接收时长大于第一预设时长后，再次接收到用户的第二操作时，电子设备响应于所述第二操作，删除该第二通知消息，即，停止显示在所述显示区域内的所述第二通知消息，并删除电子设备中该显示区域对应的存储区域内的第二通知消息。例如：用户第二次对第二通知消息滑动消除或者点击一键消除(不要求两次操作相同，如用户首先对该消息滑动消除，然后点击一键消除，也算作为第二次)，此时无论该通知消息是否处于保护期或者是否用户感兴趣内，都可被正常消除。例如：当第一操作没有将第二通知消息在显示区域删除时，若用户还想删除第二通知消息，则电子设备可以再次接收到针对第二通知消息删除的第三操作。

在一种可能实现的方式中，所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，还包括：在所述第二通知消息的接收时长小于第一预设时长时，接收到对所述删除控件的第三操作；响应于所述第三操作，删除所述通知栏中的所述第二通知消息。第三操作也可以理解为第二次对通知消息的删除操作。用户在第二次删除通知栏中的通知消息时，第二通知消息还是在接收时长小于所述第一预设时长的情况下接收到的。即使在所述第二通知消息的接收时长小于第一预设时长时，当用户再次对第二通知消息进行删除的第二操作时，可以理解为用户不是误操作(连续两次误操作的概率较小)，是想将第二通知消息删除的，因此，当电子设备再次接收到用户的第三操作时，电子设备响应于所述第三操作，删除该第二通知消息。例如：当第一操作没有将第二通知消息在显示区域删除时，若用户还想删除第二通知消息，则电子设备可以再次接收到针对第二通知消息删除的第三操作。因此，若第三操作不是在所述第二通知消息的接收时长小于所述第一预设时长时接收到的，则还需要再次判断，在接收到第三操作时，第二通知消息中是否存在接收时长小于所述第一预设时长的通知消息，若存在，则需要继续保留该通知消息。因此，大大降低了用户容易错过比较重要消息的概率，进而也提升了用户体验。

可选的，所述第二操作或第三操作的操作方式可能与第一操作的操作方式，可以相同也可以不同，所述操作方式可以包括触控操作，语音操作，手势操作等等。例如：第一操作为一键删除的点击操作，第二操作可以为滑动删除操作；又例如：第一操作为滑动操作，第二删除操作还可以为滑动操作，本申请实施例对此并不做具体限定。

在一种可能实现的方式中，在所述第一操作之后的第二预设时长内接收到的第二次删除操作。第一预设时长可以与第二预设时长不同，用户在两次删除第二通知消息时，两次删除操作要在第二预设时长范围内，只有在不超过第二预设时长下，连续两次的删除操作，可以认为用户不会因误删除操作，删除刚刚接收到的第二通知消息。若超过第二预设时长后，才接收到第二操作，则需要重新判断通知栏中显示的一条或多条通知消息中，是否存在收时长小于所述第一预设时长的通知消息，提升了用户体验。

可选的，电子设备将接收到的通知消息锁定预设时间后再解除，其中，在通知消息锁定过程中所述消息不能被删除。若在保护期内连续两次接收到删除的触控操作，可自动提前解除通知消息的保护期，删除该通知消息。

为了防止用户误删除操作，而删除了一些用户比较感兴趣的通知消息，通过实施本申请实施例，电子设备可以接收用户对显示区域内至少一条通知消息的第一操作，所述第一操作用于删除在所述显示区域内的所述至少一条通知消息；并从所述至少一条通知消息中确定目标通知消息，其中，所述目标通知消息为处于“保护期”和/或用户感兴趣的通知消息。响应于第一操作，停止在所述显示区域内所述至少一条通知消息中除所述目标通知消息外的通知消息显示，并在该显示区域对应的存储区域中删除该至少一条通知消息中除所述目标通知消息外的通知消息。若用户想删除目标通知消息，电子设备还可以接收用户对所述目标通知消息的第二操作，电子设备响应于所述第二操作，消除在所述显示区域内的所述目标通知消息。因此，这种保留“保护期”和/或用户感兴趣的通知消息的方式，可以保障用户不会因为误删除操作而错过刚刚发送的或者重要的通知消息。

需要说明的是，本申请实施例中步骤S301-步骤S307相关描述可参见上述图3-图14所示的实施例的相关描述，此处不再赘述。

上述详细阐述了本发明实施例的方法，下面提供了本发明实施例的相关装置。

请参见图16，图16是本申请实施例提供的一种通知消息管理装置的结构示意图，该通知消息管理装置10可以包括第一显示单元101、第二显示单元102、第一接收单元103和第一响应单元104，还可以包括第二响应单元105和排序单元106。其中，各个单元的详细描述如下。

第一显示单元101，用于在通知栏中显示第一通知消息和删除控件；

第二显示单元102，用于接收到第二通知消息，并在上述通知栏中显示上述第二通知消息；

第一接收单元103，用于接收到对上述删除控件的第一操作；

第一响应单元104，用于响应于上述第一操作，检测到上述第二通知消息的接收时长小于第一预设时长，删除上述通知栏中的上述第一通知消息，继续显示上述第二通知消息。

在一种可能实现的方式中，所述第一响应单元104，还用于：在响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，在所述第二通知消息的接收时长大于第一预设时长后，接收到对所述删除控件的第二操作；响应于所述第二操作，删除所述通知栏中的所述第二通知消息。

在一种可能实现的方式中，所述第一响应单元104，还用于：响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，在所述第二通知消息的接收时长小于第一预设时长时，接收到对所述删除控件的第三操作；响应于所述第三操作，删除所述通知栏中的所述第二通知消息。

在一种可能实现的方式中，所述第一显示单元101，还用于在通知栏中显示第一通知消息和删除控件之前，接收到第四操作；所述第一显示单元101，具体用于响应于所述第四操作，在通知栏中显示第一通知消息和删除控件。

在一种可能实现的方式中，所述装置还包括：第二响应单元105，所述第二响应单元还用于在响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，接收到对所述第二通知消息的第五操作，显示第一用户界面，所述第一用户界面和所述第二通知消息关联。

在一种可能实现的方式中，所述第一通知消息包括一条或多条通知消息；或者，所述第二通知消息包括一条或多条所述通知消息。

在一种可能实现的方式中，所述通知消息包括：应用程序名称、应用程序图标、消息内容、接收时间中的一个或多个。

在一种可能实现的方式中，所述装置还包括：排序单元106，用于当所述第一通知消息包含多条通知消息时，所述多条通知消息按照接收时间的先后顺序进行排序。

在一种可能实现的方式中，所述第一预设时长是由用户设置的，或者，是默认设置的；所述第二预设时长是由用户设置的，或者，是默认设置的。

需要说明的是，本申请实施例中各个单元的实现还可参见上述图3-图15所示的实施例的相关描述，此处不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可能可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以为个人计算机、服务端或者网络设备等，具体可以是计算机设备中的处理器)执行本申请各个实施例上述方法的全部或部分步骤。其中，而前述的存储介质可包括：U盘、移动硬盘、磁碟、光盘、只读存储器(Read-Only Memory，缩写：ROM)或者随机存取存储器(Random Access Memory，缩写：RAM)等各种可以存储程序代码的介质。

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

Claims (19)

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

在通知栏中显示第一通知消息和删除控件；

接收到第二通知消息，并在所述通知栏中显示所述第二通知消息；

接收到对所述删除控件的第一操作；

响应于所述第一操作，检测到所述第二通知消息的接收时长小于第一预设时长，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息。

2.根据权利要求1所述方法，其特征在于，所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，还包括：

在所述第二通知消息的接收时长大于第一预设时长后，接收到对所述删除控件的第二操作；

响应于所述第二操作，删除所述通知栏中的所述第二通知消息。

3.根据权利要求1所述方法，其特征在于，所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，还包括：

在所述第二通知消息的接收时长小于第一预设时长时，接收到对所述删除控件的第三操作；

响应于所述第三操作，删除所述通知栏中的所述第二通知消息。

4.根据权利要求1-3所述的任意一项方法，其特征在于，所述在通知栏中显示第一通知消息和删除控件之前，还包括：接收到第四操作；

所述在通知栏中显示第一通知消息和删除控件，具体包括：响应于所述第四操作，在通知栏中显示第一通知消息和删除控件。

5.根据权利要求1-4所述的任意一项方法，其特征在于，所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，还包括：

接收到对所述第二通知消息的第五操作，显示第一用户界面，所述第一用户界面和所述第二通知消息关联。

6.根据权利要求1-5所述的任意一项方法，其特征在于，所述第一通知消息包括一条或多条通知消息；或者，所述第二通知消息包括一条或多条所述通知消息。

7.根据权利要求6所述方法，其特征在于，所述通知消息包括：应用程序名称、应用程序图标、消息内容、接收时间中的一个或多个。

8.根据权利要求1-7所述的任意一项方法，其特征在于，所述方法还包括：当所述第一通知消息包含多条通知消息时，所述多条通知消息按照接收时间的先后顺序进行排序。

9.根据权利要求1-8所述的任意一项方法，其特征在于，所述第一预设时长是由用户设置的，或者，是默认设置的；所述第二预设时长是由用户设置的，或者，是默认设置的。

10.一种电子设备，包括显示屏、存储器、一个或多个处理器；所述显示屏、所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行：

在通知栏中显示第一通知消息和删除控件；

接收到第二通知消息，并在所述通知栏中显示所述第二通知消息；

接收到对所述删除控件的第一操作；

响应于所述第一操作，检测到所述第二通知消息的接收时长小于第一预设时长，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息。

11.根据权利要求10所述电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，在所述第二通知消息的接收时长大于第一预设时长后，接收到对所述删除控件的第二操作；

响应于所述第二操作，删除所述通知栏中的所述第二通知消息。

12.根据权利要求11所述电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，在所述第二通知消息的接收时长小于第一预设时长时，接收到对所述删除控件的第三操作；

响应于所述第三操作，删除所述通知栏中的所述第二通知消息。

13.根据权利要求10-12所述的任意一项电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

所述在通知栏中显示第一通知消息和删除控件之前，接收到第四操作；

所述一个或多个处理器具体用于调用所述计算机指令以使得所述电子设备执行：

响应于所述第四操作，在通知栏中显示第一通知消息和删除控件。

14.根据权利要求10-13所述的任意一项电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

所述响应于所述第一操作，删除所述通知栏中的所述第一通知消息，继续显示所述第二通知消息之后，接收到对所述第二通知消息的第五操作，显示第一用户界面，所述第一用户界面和所述第二通知消息关联。

15.根据权利要求10-14所述的任意一项电子设备，其特征在于，所述第一通知消息包括一条或多条通知消息；或者，所述第二通知消息包括一条或多条所述通知消息。

16.根据权利要求15所述电子设备，其特征在于，所述通知消息包括：应用程序名称、应用程序图标、消息内容、接收时间中的一个或多个。

17.根据权利要求10-16所述的任意一项电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

当所述第一通知消息包含多条通知消息时，所述多条通知消息按照接收时间的先后顺序进行排序。

18.根据权利要求10-17所述的任意一项电子设备，其特征在于，所述第一预设时长是由用户设置的，或者，是默认设置的；所述第二预设时长是由用户设置的，或者，是默认设置的。

19.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-9中任一项所述的方法。

Images