CN114095610A - 一种通知消息处理方法及计算机可读存储介质 - Google Patents

Abstract

本申请涉及通信领域，公开了一种通知消息处理方法及计算机可读存储介质，方法包括：显示通知界面，通知界面包括导览条，通知消息以通知图标的形式显示在导览条上，导览条显示M个通知图标，M的数量为一个或多个，通知图标包含至少一条通知消息；检测到来自用户的针对导览条中的N个通知图标进行的第一操作，1≤N≤M；N个通知图标呈现与第一操作相应的响应。本申请可对导览条中的通知图标进行交互操作。通过对单个或多个通知图标进行操作，实现对通知图标包含的通知消息呈现相应的响应。从而实现对通知图标的管理或浏览等快捷操作，提高了通知图标的管理和浏览效率。

Description

一种通知消息处理方法及计算机可读存储介质

技术领域

本申请涉及电子设备领域，特别涉及一种通知消息处理方法及计算机可读存储介质。

背景技术

随着科技的发展，手机APP(application software，应用软件)也快速发展，为了满足用户不同的需求，手机中所安装的APP也越来越多。各种APP为了不同的业务目的(例如软件升级、交易提醒、支付通知、广告宣传等)经常会在状态栏向手机推送通知消息。一般，手机等终端设备中会设置通知栏(Notification panel)或通知中心(Notificationcenter)作为手机的通知界面，通知界面用于展示手机的操作系统或手机中安装的APP产生的通知消息。当同一应用的通知消息有多条时，一个应用的所有通知消息都会折叠为一条组通知(Group notification)，显示在通知界面上。当通知界面显示的通知消息超过设定的显示区域后，未显示的通知消息将折叠为一行导览条(Shelf)，并以通知图标的形式呈现在导览条上。

由于当前通知栏可以接收一定条数的通知消息，例如120条。即，只要通知栏还能够接收通知消息，并且有新的通知消息。通知栏会不断接收通知消息，这导致通知消息过多，会频繁打扰用户。目前，可以通过“一键删除”按钮来删除所有的通知消息。或者，进入终端设备的设置界面对显示的通知消息进行个性化设置，例如单独屏蔽某个应用的通知消息。但，都无法在导览条中对通知消息进行快捷的批量管理。

申请内容

本申请的实施例提供一种电子设备的通知消息处理方法及计算机可读存储介质。可对导览条中的通知图标进行交互操作。通过对单个或多个通知图标进行操作，实现对通知图标包含的通知消息呈现相应的响应。从而实现对通知图标的管理或浏览等快捷操作，提高了通知图标的管理和浏览效率。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，本申请的实施例公开了一种电子设备的通知消息处理方法，电子设备(例如手机)显示通知界面，通知界面包括导览条，通知消息以通知图标的形式显示在导览条上，导览条显示M个通知图标，M的数量为一个或多个，通知图标包含至少一条通知消息。电子设备检测到来自用户的针对导览条中的N个通知图标进行的第一操作，1≤N≤M；N个通知图标呈现与第一操作相应的响应。

例如，导览条中显示10个通知图标，用户针对导览条中的1个通知图标进行第一操作。即，用户对导览条中的单个通知图标进行第一操作。或者，用户针对导览条中的3个通知图标进行第一操作。即，用户对导览条中的多个通知图标进行第一操作。用户通过对导览条中的单个或多个通知图标进行第一操作，通知图标自身或通知图标包含的通知消息呈现相应的响应。从而实现对通知图标的管理或浏览等快捷操作，提高了通知图标的管理和浏览效率。

在上述第一方面的一种可能实现中，针对导览条中的N个通知图标进行的第一操作，包括：沿导览条的延伸方向滑过多个通知图标。即，对多个通知图标进行滑动操作。滑动操作可以是沿着导览条的延伸方向向左滑过多个通知图标。滑动操作还可以是沿着导览条的延伸方向向右滑过多个通知图标。

在上述第一方面的一种可能实现中，沿导览条的延伸方向滑过多个通知图标，相应的响应包括：多个通知图标从导览条中删除。

在上述第一方面的一种可能实现中，针对导览条中的N个通知图标进行的第一操作，包括：沿导览条的延伸方向的垂直方向滑过一个通知图标。即，对单个通知图标进行滑动操作。滑动操作可以是沿着导览条的延伸方向向上滑过单个通知图标。滑动操作还可以是沿着导览条的延伸方向向下滑过单个通知图标。

在上述第一方面的一种可能实现中，针对导览条中的N个通知图标进行的第一操作，包括：点击导览条中的一个通知图标。

在上述第一方面的一种可能实现中，点击是单次点击，或多次点击。

在上述第一方面的一种可能实现中，针对导览条中的N个通知图标进行的第一操作，包括：长按导览条中的一个通知图标。

在上述第一方面的一种可能实现中，相应的响应包括：在通知界面显示与一个通知图标关联的弹窗，在弹窗中显示通知图标中包含的通知消息关联的内容。响应对应的操作包括以下任一一种操作：沿导览条的延伸方向的垂直方向滑过一个通知图标、点击导览条中的一个通知图标以及长按导览条中的一个通知图标。

在上述第一方面的一种可能实现中，关联的内容包括：通知消息的内容。内容包括通知消息的详情内容或摘要内容。

在上述第一方面的一种可能实现中，关联的内容包括：通知消息的通知类别。通知类别例如是广告通知消息，客服通知消息，联系人通知消息。

在上述第一方面的一种可能实现中，通知类别至少包括通知类别的类别标识和数量。即，弹窗中显示的是通知消息的统计结果。实现快速浏览该通知消息的组成部分，并判断是否进一步阅读。

在上述第一方面的一种可能实现中，通知界面还包括消息显示区域，消息显示区域显示至少一条通知消息，并且弹窗层叠在消息显示区域之上。

在上述第一方面的一种可能实现中，通知界面还包括消息显示区域，消息显示区域显示至少一条通知消息；响应包括：导览条中的一个通知图标包含的通知消息显示在消息显示区域的设定位置。响应对应的操作包括以下任一一种操作：沿导览条的延伸方向的垂直方向滑过一个通知图标、点击导览条中的一个通知图标以及长按导览条中的一个通知图标。

在上述第一方面的一种可能实现中，设定位置为消息显示区域的最顶部。

在上述第一方面的一种可能实现中，消息显示区域在设定位置的下方显示导览条中通知时间在被操作的一个通知图标之前的至少一个通知图标包含的通知消息。

在上述第一方面的一种可能实现中，响应包括：一个通知图标从导览条中删除。响应对应的操作包括以下任一一种操作：沿导览条的延伸方向的垂直方向滑过一个通知图标、点击导览条中的一个通知图标以及长按所述导览条中的一个通知图标。

在上述第一方面的一种可能实现中，针对导览条中的N个通知图标进行的第一操作，包括：拖动导览条中的一个通知图标。

在上述第一方面的一种可能实现中，拖动导览条中的一个通知图标，相应的响应包括：被拖动的通知图标改变在导览条中的位置。

在上述第一方面的一种可能实现中，通知界面还包括消息显示区域，消息显示区域显示至少一条通知消息；拖动导览条中的一个通知图标，相应的响应包括：通知图标被拖动到消息显示区域，且被拖动的通知图标包含的通知消息显示在消息显示区域中。

在上述第一方面的一种可能实现中，拖动导览条中的一个通知图标，包括：长按导览条中的一个通知图标，被长按的通知图标的显示尺寸放大，拖动显示尺寸放大后的通知图标。即，长按操作作为启动拖动操作的启动操作。

在上述第一方面的一种可能实现中，通知图标包含一条通知消息。

在上述第一方面的一种可能实现中，通知图标包含至少两条同一应用的通知消息。

在上述第一方面的一种可能实现中，通知图标包含至少两条同一消息类型的通知消息。

在上述第一方面的一种可能实现中，消息类型按照消息用途分类，或者按照应用用途分类。消息用途例如是支付用途。应用用途例如是即时通信用途。

在上述第一方面的一种可能实现中，通知界面还包括消息显示区域，消息显示区域显示至少一条通知消息，消息显示区域显示的通知消息能够以通知图标的形式显示在导览条上，导览条中的通知图标包含的通知消息能够显示在通知界面的消息显示区域。

在上述第一方面的一种可能实现中，导览条和状态栏位于电子设备的不同位置。

在上述第一方面的一种可能实现中，响应于用户针对状态栏进行的第二操作，电子设备显示通知界面。

在上述第一方面的一种可能实现中，第二操作包括：沿电子设备的顶部至底部方向的下拉操作。也可以是沿电子设备的底部至顶部方向的上拉操作。

第二方面，本申请实施方式提供了一种电子设备，包括显示模块、检测模块、执行模块；其中，显示模块，用于显示通知界面，通知界面包括导览条，通知消息以通知图标的形式显示在导览条上，导览条显示M个通知图标，M的数量为一个或多个，通知图标包含至少一条通知消息；检测模块，用于检测到来自用户的针对导览条中的N个通知图标进行的第一操作，1≤N≤M；执行模块，用于N个通知图标呈现与第一操作相应的响应。

第三方面，本申请实施方式提供了一种电子设备，包括：处理器；存储器，存储器包括指令，指令被处理器执行时，使得电子设备实现以下方法：显示通知界面，通知界面包括导览条，通知消息以通知图标的形式显示在导览条上，导览条显示M个通知图标，M的数量为一个或多个，通知图标包含至少一条通知消息；检测到来自用户的针对导览条中的N个通知图标进行的第一操作，1≤N≤M；N个通知图标呈现与第一操作相应的响应。

第四方面，本申请的实施例公开了一种计算机可读存储介质，计算机可读存储介质上存储有指令，该指令在计算机上执行时使得计算机执行上述第一方面的方法。

附图说明

图1根据本申请的一些实施例，示出了显示通知消息的场景示意图一；

图2根据本申请的一些实施例，示出了显示通知消息的场景示意图二；

图3根据本申请的一些实施例，示出了显示通知消息的场景示意图三；

图4根据本申请的一些实施例，示出了显示通知消息的场景示意图四；

图5根据本申请的一些实施例，示出了一种电子设备的构造示意图；

图6根据本申请的一些实施例，示出了图5所示的电子设备的软件结构框图；

图7示出了本申请一个实施例提供的通知消息处理方法的场景示意图一；

图8示出了本申请一个实施例提供的通知消息处理方法的场景示意图二；

图9示出了本申请一个实施例提供的通知消息处理方法的场景示意图三；

图10示出了本申请一个实施例提供的通知消息处理方法的场景示意图四；

图11示出了本申请一个实施例提供的通知消息处理方法的场景示意图五；

图12示出了本申请一个实施例提供的通知消息处理方法的场景示意图六；

图13示出了本申请一个实施例提供的通知消息处理方法的场景示意图七；

图14示出了本申请一个实施例提供的电子设备的框图；

图15示出了本申请一个实施例提供的一种片上系统(SoC)的框图。

具体实施方式

以下将参考附图详细说明本申请的具体实施方式。

本申请提供了一种通知消息处理方法，用于实现对显示在手机、平板电脑等终端设备的通知界面中的导览条中的通知消息进行管理或浏览等快捷操作。

以手机为例，如图1中的(a)所示，点亮手机的屏幕，手机屏幕点亮后，手机会显示桌面。桌面上会显示手机上安装的多款应用软件(Application software，APP)，例如QQ^TM、手机淘宝^TM、微信^TM、支付宝^TM、今日头条^TM等APP。手机在显示桌面时，在桌面上方还可同时显示一个状态栏100(Status bar)。状态栏100中以小图标的方式向用户显示运营商名称、信号强度、时间、电池电量、其他通信连接状态(如蓝牙、Wi-Fi、NFC等)等信息。

上述“点亮”手机屏幕的操作可以是对锁屏状态的手机进行解锁(例如指纹解锁)，手机在锁屏状态下是灭屏，在解锁状态下是亮屏，实现点亮手机的屏幕。

当手机的操作系统生成通知消息或APP产生通知消息，例如来自手机操作系统的系统更新通知消息、APP的通知消息、APP的程序升级通知消息等。这类的通知消息会以通知图标的形式显示在状态栏100中。图1(a)所示的状态栏100示出了三个通知图标，分别对应微信^TM、今日头条^TM和支付宝^TM。这说明，手机上安装的微信^TM、今日头条^TM和支付宝^TM分别产生了通知消息。状态栏100上显示的通知图标可以提醒用户有新的通知消息，从而用户可以及时查看这些通知消息对应的内容，避免错过重要的通知消息。例如，手机在灭屏状态下，手机产生通知消息。当用户点亮手机的屏幕后，用户看到手机的状态栏100上显示了相应APP的通知图标，就知道手机的APP产生了新的通知消息，会及时查看相应APP的通知消息对应的内容。

以上示例性的说明了状态栏100会显示通知图标，但本申请不限于此。在一些可能的实施方式中，状态栏100不会显示通知消息对应的通知图标。即，当手机的操作系统生成通知消息或APP产生通知消息，这些通知消息并不会以通知图标的形式显示在状态栏100中。

当用户需要查看状态栏100上的通知图标包含的通知消息对应的内容时，用户针对状态栏100进行下拉操作。如图1中的(a)所示，沿手机的触摸屏的顶部至触摸屏的底部方向进行下拉操作，手机的界面切换成如图1(b)所示的状态。如图1中的(b)所示，在用户针对状态栏100进行下拉操作后，手机会显示下拉菜单，下拉菜单包括快捷面板300和通知界面200。其中，对状态栏100的下拉操作，可以是来自用户的手指，也可以是来自用户握持的触摸笔等触控设备。手指对触摸屏的操作可以是单指、双指或更多手指。

在一些可能的实施方式中，用户调出通知界面200的方式不限于是沿手机的触摸屏的顶部至触摸屏的底部方向进行下拉操作，也可以是其他操作方式。例如用户沿手机的触摸屏的底部至触摸屏的顶部方向进行上拉操作，也能够调出通知界面200。

快捷面板300上会显示快捷按钮，例如飞行模式按钮、亮度调节按钮、蓝牙按钮、WLAN按钮。用户通过这些快捷按钮可以实现对手机的快捷设置，例如开启飞行模式、屏幕亮度调节、开启蓝牙、关闭WLAN。

而通知界面200包括消息显示区域A和位于通知界面200底部的”一键删除”按钮400。其中，消息显示区域A用于显示通知消息对应的内容，状态栏100中显示的通知图标包含的通知消息对应的内容会显示在消息显示区域A中。通知消息对应的内容包括通知消息对应的详情内容或摘要内容。

如图1(a)所示，状态栏100中由左往右按照通知消息推送的时间依次显示微信^TM通知图标、今日头条^TM通知图标和支付宝^TM通知图标。相应地，通知界面200的消息显示区域A从上往下依次呈现了三条通知消息。每一条通知消息以卡片的形式显示在消息显示区域A中，卡片中显示通知消息对应的内容。其中，卡片201显示微信^TM刚刚产生的通知消息，并且微信^TM的通知消息有多条。卡片201中显示其中一条通知消息对应的内容，例如是来自Golden的聊天消息。其余的两条通知消息被折叠显示在卡片201中，以减小通知消息在卡片201中占用的显示空间。卡片202显示今日头条^TM10分钟前产生的通知消息对应的内容，例如是头条消息“北京公共卫生事件应急响应调至三级”。卡片203显示支付宝^TM26分钟前产生的通知消息对应的内容，例如是交易提醒“账户xxx于07月20日09时01分支付…”。

用户可以在消息显示区域预览显示的通知消息对应的内容，例如是通知消息的摘要内容。用户可以根据预览的摘要内容，来选择所要点击的通知消息，以详细查看感兴趣的通知消息对应的内容。例如，用户对卡片201显示的来自Golden的微信^TM内容比较感兴趣，则点击卡片201，卡片201会向下展开以扩大显示尺寸以显示更多消息内容；或者会自动跳转到对应的应用，以显示通知消息的详情内容。例如，用户通过展开后的卡片201可以查看来自Golden的详细地微信内容。此外，卡片201被用户点击后，还可以直接跳转到微信^TM显示的与Golden的聊天界面，用户一方面可以查看来自Golden的详细地微信内容，用户另一方面也可以在微信^TM的聊天界面和Golden进行沟通交流。

通知界面200的消息显示区域A能够显示的通知消息的数量是有限的。如图2所示，当手机产生的通知消息比较多时，通知界面200显示各通知消息对应的内容超过消息显示区域A后，通知界面200的消息显示区域A不能完全呈现所有的通知消息对应的内容时，通知界面200则会呈现导览条206。未显示的通知消息会以通知图标的形式显示在导览条206上。如图2所示，导览条206出现在消息显示区域A的下方，和图1(a)所示的状态栏100是位于手机的不同位置。

本实施例中，通知界面200的消息显示区域A内显示了五张卡片。五个卡片位于快捷面板300和导览条206之间。每张卡片显示相应通知消息对应的内容，其余通知消息以通知图标的形式显示在导览条206上。但通知界面200的消息显示区域A显示的卡片的数量不做限制，只要不超过消息显示区域A即可。

如图2所示，手机产生了来自以下APP的通知消息：微信^TM、今日头条^TM、支付宝^TM、QQ^TM、58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM、华为应用市场^TM。其中，卡片201显示微信^TM刚刚产生的通知消息。微信^TM刚刚产生了三条通知消息，卡片201显示其中一条通知消息，其余的两条通知消息被折叠显示在卡片201中。卡片202显示今日头条^TM在10分钟前产生的通知消息。今日头条^TM10分钟前产生了三条通知消息。卡片202显示其中一条通知消息，其余的两条通知消息被折叠显示在卡片202中。卡片203显示支付宝^TM在26分钟前产生的通知消息。支付宝^TM在26分钟前产生了三条通知消息，卡片203显示其中一条通知消息，其余的两条通知消息被折叠显示在卡片203中。卡片204显示QQ^TM在38分钟前产生的一条通知消息。卡片205显示支付宝^TM在50分钟前产生的一条通知消息。

其余APP产生的通知消息对应的内容不能够显示在通知界面200的消息显示区域A内，相应的通知消息以通知图标的形式显示在导览条206中。图2中所示的导览条206显示了七个通知图标，这些通知图标分别对应58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM、华为应用市场^TM。

本领域技术人员可以理解，导览条206不是仅显示这些数量或类型的通知图标，当有更多的通知消息对应的内容不能显示在通知界面200的消息显示区域A内时，同样会以通知图标的形式显示在导览条206中。例如，导览条206显示十个通知图标，在上述七个通知图标的基础上，还显示了高德地图^TM通知图标、微博^TM通知图标以及盒马^TM通知图标。

需说明的是，本申请的通知图标包含的通知消息的数量不做限制。

通知图标中可以是只包含一条通知消息。如此，每条不能在消息显示区域A显示的通知消息，就以一个通知图标的形式各自显示在导览条中。

为了显示的简约，可以按照特定的情况对通知消息进行分类，这类似于上面所述的折叠显示。故此，可以使得每一个通知图标对应于特定的类别，通知图标中也可以是包含一条或多条通知消息。

关于通知图标对应的特定类别，以下说明每一个通知图标代表由同一应用产生的通知消息的示例。在这种情况下，一个通知图标包含来自于同一应用的一条或者多条通知消息。

一个通知图标中可以包括来自同一应用的所有通知消息。以支付宝^TMAPP的通知消息为例，导览条206中只有一个代表支付宝^TMAPP的通知图标。

进一步地，一个通知图标也可以并不是包括了同一应用的所有通知消息。即，同一应用产生的通知消息也可以是对应多个通知图标。各个通知图标中分别代表不同消息时段、不同消息类型等的通知消息，以帮助用户进行区别。在这种情况下，以支付宝^TMAPP的通知消息为例，导览条206中存在多个代表支付宝^TMAPP的通知图标。例如通知图标a(支付宝字样)和通知图标b(支付宝字样)，为了区分通知图标a和通知图标b，通知图标a和通知图标b可以是图标形状相同，但颜色不同。

在以消息时段区分的情形中。例如，蓝色通知图标a包含的通知消息是支付宝^TM一个小时内产生的。灰色通知图标b包含的通知消息是支付宝^TM一个小时以前产生的。此时，通知图标仅按照通知消息产生的时间显示在导览条206上，无需区分通知消息的消息类型等。

在以消息类型区分的情形中。例如，蓝色通知图标a包含的通知消息是支付宝^TM产生的客服通知消息。灰色通知图标b包含的通知消息是支付宝^TM产生的交易提醒通知消息。此时，通知图标仅按照通知消息的类型显示在导览条206上，无需区分通知消息的产生时间等。

另一方面，关于通知图标对应的特定类别，以下说明每个通知图标可以代表同一消息用途的通知消息的示例。一些通知消息虽然是来自不同的应用，但是它们的用途可以进行一定的归类。例如，支付宝^TM产生的支付通知消息和微信^TM产生的支付通知消息，这都属于支付用途的通知消息。两个支付用途的通知消息都属于同一代表支付的通知图标内。即，在导览条206中显示代表支付的通知图标，这个通知图标包含支付宝^TM产生的支付通知消息和微信^TM产生的支付通知消息。

又例如，QQ^TM产生的联系人通知消息和微信^TM产生的联系人通知消息，都属于即时通信用途的通知消息。两个通信用途的通知消息都属于同一代表即时通信的通知图标内。即，在导览条206中显示代表即时通信的通知图标，这个通知图标包含QQ^TM产生的联系人通知消息和微信^TM产生的联系人通知消息。

在手机出现通知界面200，通知界面200显示消息显示区域A，并且还显示导览条206的状态下。示例性的，用户可以对通知界面200进行如下操作：下拉、上滑和清除等操作。

先介绍下拉操作。通过下拉操作，消息显示区域A中显示的一条或多条通知消息可以在操作过程中从消息显示区域A消失。从消息显示区域A消失的通知消息转而以通知图标的形式显示在导览条206中，导览条206中会相应显示新产生的通知图标。

例如，如图3(a)所示，用户需要详细预览被折叠在消息显示区域的通知消息，则分别对卡片201、卡片202和卡片203进行下拉操作。如图3(b)所示，卡片201会向下展开扩大了显示尺寸，微信^TM产生的三条通知消息被展开全部显示在卡片201中。用户可以详细预览被折叠的微信^TM通知消息，例如是来自Jessica和Harlan的微信聊天消息。卡片202会向下展开扩大了显示尺寸，今日头条^TM产生的三条通知消息被展开全部显示在卡片202中，用户可以详细预览被折叠的今日头条^TM通知消息。用户可以详细预览被折叠的今日头条^TM通知消息，例如是头条消息“外交部新任发言人亮相”和“沪苏通长江公铁大桥通车”。卡片203会向下展开扩大了显示尺寸，支付宝^TM产生的三条通知消息被展开全部显示在卡片203中，用户可以详细预览被折叠的支付宝^TM通知消息，例如是收款通知“xxx通过扫码向你付款8.00元”和“xxx通过扫码向你付款6.00元”。

另外，由于卡片201、卡片202和卡片203分别向下展开，图3(a)中位于卡片203下方的卡片204和卡片205被挤压出消息显示区域A。即卡片204和卡片205显示的通知消息从消息显示区域A中消失，图3(b)中会显示新的通知图标(虚线框B所示)。如图3(b)所示，从消息显示区域A消失的卡片204显示的QQ^TM的通知消息以QQ^TM通知图标的形式显示在导览条206中。从消息显示区域A消失的卡片205显示的支付宝^TM的通知消息，以支付宝^TM通知图标的形式显示在导览条206中。QQ^TM通知图标和支付宝^TM通知图标是导览条206中新显示的通知图标。

在一些可能的实施方式中，通过下拉操作，消息显示区域A中显示的一条或多条通知消息可以在操作过程中全部从消息显示区域A消失。从消息显示区域A消失的所有通知消息转而全部以通知图标的形式显示在导览条206中，导览条206中会相应显示新产生的通知图标。在这种情况下，消息显示区域A会从通知界面200消失。即，通知界面200不显示消息显示区域。如图4(a)所示，当用户不断在通知界面200的消息显示区域A进行下拉操作，消息显示区域A显示的所有卡片都会被挤压出消息显示区域A。从而，所有通知消息都会以通知图标的形式显示在导览条206中(如图4中的(b)所示)。即，通知界面200的消息显示区域A消失了。相应地，快捷面板300会向下展开以显示更多地快捷按钮，例如自动旋转按钮、华为分享按钮、热点按钮、移动数据按钮、位置信息按钮、截屏按钮、护眼模式按钮、NFC按钮、屏幕录制按钮、无线投屏按钮。用户通过这些快捷按钮可以实现对手机的更多地快捷设置。

在一些可能的实施方式中，用户也可以是对通知界面200的快捷面板300进行下拉操作。使得消息显示区域A从通知界面200消失，所有通知消息都会以通知图标的形式显示在导览条206中，从而扩大了快捷面板300的显示尺寸。从而，通知界面200仅显示快捷面板300和导览条206。

以下结合附图3(b)介绍上滑操作。通过上滑操作，导览条206中的一个或多个新显示的通知图标或原来就显示的通知图标可以在操作过程中从导览条206中消失。从导览条206中消失的通知图标包含的通知消息显示在消息显示区域A，消息显示区域A会相应出现新的卡片，以显示新的通知消息。

例如，如图3(b)所示，用户想要查看导览条206中显示的通知图标包含的通知消息时，则分别对卡片201、卡片202和卡片203进行上滑操作。如图3(a)所示，卡片201会向上折叠缩小显示尺寸，卡片202会向上折叠缩小显示尺寸，卡片203会向上折叠缩小显示尺寸。由于卡片201、卡片202和卡片203分别向上折叠，消息显示区域A可以显示更多的消息显示区域。

从而，导览条206中的QQ^TM通知图标从导览条206中消失，QQ^TM通知图标包含的通知消息对应的内容显示在卡片204中。支付宝^TM通知图标从导览条206中消失，支付宝^TM通知图标包含的通知消息对应的内容显示在卡片205中。

当用户不断在通知界面200的消息显示区域A进行上滑操作，导览条206中原来就显示的通知图标会不断消失，相应通知图标包含的通知消息对应的内容显示在消息显示区域A的各卡片中。从而，用户可以在消息显示区域A中浏览更多的通知消息。当导览条206中的所有通知图标都消失后，导览条206相应的也消失了(如图1中的(b)所示)。

下面介绍清除操作。通过清除操作，可以对通知界面200的消息显示区域显示的通知消息，以及导览条206中显示的通知图标全部清除。

随着手机中所安装APP逐渐增多，通知消息的数量也不断增加。不仅通知界面200的消息显示区域A会显示通知消息对应的内容，导览条206还会显示通知消息对应的通知图标。过多地通知消息让用户很反感。如图1中的(b)和图2所示，通知界面200底部显示有”一键删除”按钮400，用户可以点击”一键删除”按钮400，清除所有的通知消息。消息显示区域A中的通知消息和导览条206中的通知图标都会被清除。

在一些可能的实施方式中，用户还可以对消息显示区域A中的单个通知消息进行清除。

可见，目前用户在通知界面200不能对导览条206中的通知图标进行交互操作。

为此，本申请提供一种通知消息处理方法，可对导览条206中的通知图标进行交互操作。通过对单个或多个通知图标进行操作，实现对通知图标包含的通知消息呈现相应的响应。对通知图标的操作可以是对通知图标自身的处理，也可以是处理通知图标包含的通知消息，还可以是和消息显示区域产生互动等。通过对导览条206中通知图标的交互操作，实现对通知图标的管理或浏览等快捷操作，提高了通知图标的管理和浏览效率。

在如图1至图4所示的场景中，手机作为终端设备的本体的示例被提供。但是本申请不限于此，该终端设备的本体也可以是平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、手持计算机、上网本、个人数字助理(personaldigital assistant，PDA)、可穿戴设备、虚拟现实设备等具有状态栏100、通知界面200和触摸屏幕的电子设备。

图5示出了根据本申请一实施例的电子设备100的结构示意图。上述实施例中的手机的结构可以与该电子设备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)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器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)接口。

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

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

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

当指令在计算机上运行时，使得电子设备执行本申请提供的通知消息处理方法，在用户对导览条206中的通知图标进行交互操作时，实现对通知图标包含的通知消息呈现相应的响应。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

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

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。例如，本实施例中，用户的手指在触摸屏上对状态栏100进行下拉操作，手机显示通知界面200。用户的手机可在通知界面200上下滑动以预览通知消息。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

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

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

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。例如，本实施例中，通知消息以通知图标的形式显示在状态栏100时，指示器192会闪烁，以提醒用户去查看通知消息。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图6是本申请实施例的电子设备100的软件结构框图。

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

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

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

在本申请实施例中，上述应用程序包还可以包括SystemUI这一Android系统的核心应用。一般，SystemUI以应用的形式运行在Android系统当中，即编译SystemUI模块会生产apk文件。SystemUI的源代码路径为：frameworks/base/packages/systemUI/，其安装路径为：system/priv-app/-systemUI。

SystemUI可用于管理电子设备中显示的Status bar(状态栏100)、Navigationbar(导航栏)与Notification panel(通知栏)、Recents(近期任务界面)以及Keyguard(锁屏界面)等多个模块。

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

SystemUI中的各个模块在运行时通常以service(服务)的形式驻留在应用程序框架层。例如，在显示锁屏界面时，SystemUI可启动Keyguard service在锁屏界面中显示通知消息。在显示通知栏时，SystemUI可启动systembars service在通知栏中显示通知消息。

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

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

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

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

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

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

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

在本申请实施例中，systemUI可以消息组的形式显示多条通知消息。消息组内可包括多条通知消息。例如，可以将来自同一应用的多条通知消息设置为一个消息组。又例如，可以将同一消息类型(例如广告类型、社交类型等)的多条通知消息设置为一个消息组。示例性的，消息组可以包括折叠状态、预览状态和展开状态这三种显示状态。

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

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

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

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

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

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

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

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

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

下面结合捕获拍照场景，示例性说明电子设备100软件以及硬件的工作流程。

当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。

以下将以手机作为电子设备举例，结合附图详细阐述本申请实施例提供的一种通知消息处理方法。如前所述，本申请实施例的通知消息处理方法，可实现对导览条206中的单个或多个通知图标的管理或浏览等快捷操作。提高了通知消息的浏览效率以及管理效率。

对多个通知图标的操作

【实施例一】

以下首先根据图7，先说明对导览条206中的多个通知图标的滑动操作。

图7(a)所示的导览条206中显示了七个通知图标，这七个通知图标分别对应58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM、华为应用市场^TM。用户若对58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM这四个通知图标对应的通知消息内容不感兴趣，不想浏览这些图标对应的通知消息内容。只想浏览其余的通知图标对应的通知消息内容。那么用户的手指针对导览条206中的这四个通知图标进行右滑操作。

手机检测到用户的手指沿导览条206的延伸方向，在手机的触摸屏上由左向右滑过这四个通知图标后，如图7(b)所示，这四个通知图标呈现与右滑操作相应的响应：这四个通知图标从导览条206中删除。图7(b)所示的导览条206仅显示用户感兴趣的三个通知图标：华为商城^TM、淘宝^TM、华为应用市场^TM。从而，用户实现了对导览条206中通知图标的批量管理。

其中，手机对用户针对通知图标的操作检测可以通过触摸传感器180K实现。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。对应到本实施例中，用户的手指在触摸屏上沿导览条206的延伸方向，在手机的触摸屏上由左向右滑过。处理器可以判断出用户的手指针对导览条206中的58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM这四个通知图标进行了右滑的操作。

本领域技术人员可以理解，用户还可以对导览条206中其余的多个通知图标进行右滑操作。例如是对网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM以及华为应用市场^TM这五个通知图标进行右滑操作，以删除这五个通知图标。

另外，用户想删除通知图标时，不限于是右滑操作，也可以是左滑操作。同时，不限于是单指右滑操作，也可以是多指右滑操作。还可以是多指向上滑动操作或多指向下滑动操作。例如，用户不想浏览滴滴出行^TM通知图标和网易邮箱^TM通知图标对应的通知消息。用户的双指可以分别对应滴滴出行^TM通知图标和网易邮箱^TM通知图标，然后同时在触摸屏上向上滑动或向下滑动操作。这两个通知图标即从导览条206中被删除。

虽然以上针对于多个图标的滑动操作，上述实施例中描述的响应是删除，但也可以是其他类型的响应。

在一些可能的实施方式中，用户对不想浏览的通知图标进行滑动操作后，被滑过的通知图标还可以呈现以下响应：在导览条206中靠后显示。例如，图7(a)的导览条206的靠左侧显示的58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM这四个通知图标是用户不想浏览的通知消息。用户对这四个通知图标右滑操作后，这四个通知图标会显示于导览条206的靠右侧，导览条206的靠左侧会显示以下通知图标：华为商城^TM、淘宝^TM、华为应用市场^TM。

在另一些可能的实施方式中，被滑过的通知图标还可以呈现以下响应：在导览条206中处于图标多选状态。用户可以根据后续的提示进行批量地删除被选中的通知图标、批量地移动被选中的通知图标等操作。

对单个通知图标的操作

【实施例二】

以下根据图8，说明对导览条206中的单个通知图标的滑动操作。

与“对多个通知图标的操作”所描述的实施例一的不同之处在于，本实施例中，是对导览条206中的单个通知图标的操作。另外，操作方式也有所不同。实施例一中，用户是对多个通知图标进行同时操作以进行批量管理。本实施例中，用户是对单个通知图标单独操作以进行单独管理。

具体而言，图8(a)所示的导览条206中显示了七个通知图标，这七个通知图标分别对应58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM、华为应用市场^TM。用户若对58同城^TM、Keep^TM、华为应用市场^TM这三个通知图标对应的通知消息内容不感兴趣，不想浏览这些通知图标对应的通知消息内容。那么用户的手指针对导览条206中的这三个通知图标分别向上滑动操作。例如是先对58同城^TM通知图标向上滑动，然后对Keep^TM通知图标向上滑动，再对华为应用市场^TM通知图标向上滑动。

手机检测到用户的手指沿导览条206的延伸方向的垂直方向，分别向上滑过这三个通知图标后，如图8(b)所示，这三个通知图标呈现与向上滑动操作相应的响应：这三个通知图标从导览条206中删除。图8(b)所示的导览条206仅显示用户感兴趣的四个通知图标：滴滴出行^TM、网易邮箱^TM、华为商城^TM、淘宝^TM。从而，用户实现了对导览条206中通知图标的单独管理。

本领域技术人员可以理解，用户还可以对导览条206中其余的单个通知图标进行向上滑动操作。例如是对网易邮箱^TM、华为商城^TM、淘宝^TM这三个通知图标进行向上滑动操作，以单独删除这三个通知图标。

另外，用户想删除通知图标时，不限于是向上滑动操作，也可以是向下滑动操作。在一些可能的实施方式中，还可以是右滑操作，也可以是左滑操作。

【实施例三】

以下根据图9，说明对导览条206中的单个通知图标的双击操作。

对导览条206中的单个通知图标进行操作后，通知图标不是如实施例二所述的从导览条206中被删除，而是显示一个与通知图标关联的弹窗207。用户在弹窗207中可以预览与通知图标关联的消息内容。

具体而言，图9(a)所示的导览条206中显示了七个通知图标，这七个通知图标分别对应58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM、华为应用市场^TM。用户若对导览条206中显示的其中一个通知图标对应的通知消息内容感兴趣，想预览这个通知图标对应的通知消息内容。例如，用户想预览淘宝^TM通知图标对应的通知消息内容。那么用户的手指针对导览条206中的淘宝^TM通知图标双击操作。

手机检测到用户的手指双击淘宝^TM通知图标后，如图9(b)所示，淘宝^TM通知图标呈现与双击操作相应的响应：在通知界面200显示与一个通知图标关联的弹窗207，在弹窗207中显示通知图标中包含的通知消息关联的内容。本实施例中，通知消息关联的内容包括：通知消息的通知类别。通知类别至少包括通知类别的类别标识和数量。其中，类别标识包括通知类别的图标和标题。

参考图9(b)所示，通知类别包括广告通知、客户消息和联系人。但不限于是这些通知类别。其中，广告通知的类别图标为圆圈(但不限于此图标)，共计11条广告通知。客户通知的类别图标为方形(但不限于此图标)，共计3条客服通知。联系人的类别图标为六角星形(但不限于此图标)，共计2条联系人通知。相当于，弹窗207中显示的是通知消息的统计结果：11条广告通知消息，3条客服通知消息，2条联系人通知消息。

广告通知消息可能是用户希望忽略的通知消息，客服通知消息和联系人通知消息则是用户希望详细阅读的内容。从而，用户通过弹窗207显示的通知消息的统计结果，实现快速浏览该通知消息的组成部分，并判断是否进一步阅读。

此外，通知图标的类别由数量最多的通知类别依次往下排列在弹窗207中，即广告通知消息、客服通知消息和联系人通知消息由上往下依次排列在弹窗207中。在通知界面200显示弹窗207后，用户可以快速了判断需要进一步阅读的通知消息。

另外，在一些可能的实施方式中，某些通知图标对应的应用没有区分通知类别(例如所有通知消息的通知标题、图标都一致)，则显示1行通知状态。例如，微信^TM通知图标对应的通知消息都是聊天消息，那么双击微信^TM通知图标后，通知界面200显示的弹窗207仅显示1行通知状态，例如是“联系人消息3条”。

在一些可能的实施方式中，弹窗207中通知消息关联的内容包括：通知消息的内容。该内容对应的是通知消息的详情内容或摘要内容。例如，参考图10(a)，双击淘宝^TM通知图标。参考图10(b)，通知界面200显示的弹窗207中显示“您的快递发货了”。

此外，通知界面200显示的弹窗207的位置不做限制。图9(b)和图10(b)示出弹窗207层叠在卡片205之上。在一些可能的实施方式中，弹窗207层叠在其它卡片之上。

【实施例四】

以下根据图11，说明对导览条206中的单个通知图标的单击操作。

对导览条206中的单个通知图标进行操作后，通知图标不是如实施例二所述的从导览条206中被删除，而是在消息显示区域A的设定位置快速显示通知图标包含的通知消息。用户在消息显示区域查看所操作的通知图标包含的通知消息内容。

具体而言，图11(a)所示的导览条206中显示了七个通知图标，这七个通知图标分别对应58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM、华为应用市场^TM。用户若对导览条206中显示的其中一个通知图标对应的通知消息内容感兴趣，想预览这个通知图标对应的通知消息内容。例如，用户想预览58同城^TM通知图标对应的通知消息内容。那么用户的手指针对导览条206中的58同城^TM通知图标单击操作。

手机检测到用户的手指单击58同城^TM通知图标后，如图11(b)所示，58同城^TM通知图标呈现与单击操作相应的响应：导览条206中的58同城^TM通知图标包含的通知消息显示在消息显示区域A的设定位置。本实施例中，如图11(a)所示，通知界面200显示五个卡片，每个卡片显示通知消息对应的内容。如图11(b)所示，被单击的58同城^TM通知图标包含的通知消息显示在消息显示区域A的最顶部。即在卡片201中显示58同城^TM通知图标包含的通知消息。例如是：您的自行车已成交。

此外，参考图11(b)所示，在最顶部的卡片下方的卡片还显示导览条206中通知时间在被操作的58同城^TM通知图标之前的至少一个通知图标包含的通知消息。显示的通知图标对应的通知消息的数量与是否超过消息显示区域A有关。本实施例中，在最顶部的卡片201下方，还能够显示四个卡片。但不限于此，只要消息显示区域A能够足够显示消息的内容。其中，卡片202显示滴滴出行^TM通知图标包含的通知消息。卡片203显示网易邮箱^TM通知图标包含的通知消息。卡片204显示Keep^TM通知图标包含的通知消息。卡片205显示华为商城^TM通知图标包含的通知消息。

如图11(a)所示，滴滴出行^TM通知图标、网易邮箱^TM通知图标、Keep^TM通知图标、华为商城^TM通知图标包含的通知消息的通知时间是在58同城^TM通知图标包含的通知消息的通知时间之前。即这五个通知图标中，华为商城^TM最先产生通知消息，并以通知图标的形式显示在导览条206上。接着是滴滴出行^TM产生通知消息、网易邮箱^TM产生通知消息、Keep^TM产生通知消息。而58同城^TM是这几个通知图标中最新产生通知消息的。

另外，由于导览条206上通知图标包含的通知消息在消息显示区域A显示后，随之也从导览条206上消失。如之前所述，导览条206上也会显示多个通知图标。受导览条206显示空间限制，部分通知图标未显示在通知图标上，被隐藏了。当导览条206上的部分通知图标消失后，部分被隐藏的通知图标会显示在导览条206上。例如图11(b)所示，单击58同城^TM通知图标后，58同城^TM通知图标、滴滴出行^TM通知图标、网易邮箱^TM通知图标、Keep^TM通知图标以及华为商城^TM通知图标这五个通知图标包含的通知消息显示在消息显示区域，并相应地从导览条206中消失。被隐藏的微信^TM通知图标、今日头条^TM通知图标、支付宝^TM通知图标以及QQ^TM通知图标显示在导览条206上。这些通知图标对应的应用产生的通知消息的时间在华为应用市场^TM产生的通知消息的时间之前。

在一些可能的实施方式中，被单击的通知图标包含的通知消息显示在消息显示区域A的最顶部的下方的某一个位置，例如是图11(b)所示的卡片202或卡片203等位置处。

在上述实施例二至实施例四的描述中，说明了用户对导览条中的单个通知图标的各类操作，以及单个通知图标和通知图标包含的通知消息所呈现的相应的响应。在实施例二中，用户通过对单个图标进行上滑操作，通知图标呈现的相应响应是：通知图标从导览条中被删除。在实施例三中，用户通过对单个通知图标进行双击操作，通知图标呈现的相应响应是：通知界面中显示一个与通知图标关联的弹窗。在实施例四中，用户通过对单个图标进行单击操作，通知图标呈现的相应响应是：通知图标中包含的通知消息显示在消息显示区域中的设定位置。

虽然上述实施例分别对具体的场景进行了说明，但本申请不限于此，用户对通知图标的操作和通知图标呈现的响应的对应关系可以变化。

例如，上滑操作可以对应于显示弹窗的响应，也可以对应于在消息显示区域的设定位置显示通知图标包含的通知消息的响应。

又例如，双击操作可以对应于通知图标从导览条中删除的响应，也可以对应于在消息显示区域的设定位置显示通知图标包含的通知消息的响应。

又例如，单击操作可以对应于通知图标从导览条中删除的响应，也可以对应于显示弹窗207的响应。

并且，用户对单个通知图标的操作不限于本申请实施例说明的这些，还可以是下滑操作、左滑操作、右滑操作、长按操作、三次以上的点击操作、用力按压、长时间触摸等操作。通知图标呈现的相应响应也可以是其他形式，例如是，通知图标在导览条中处于图标多选状态、通知图标在导览条中的位置发生改变等响应。

通过对对单个图标进行操作，通知图标呈现于操作相应的响应。实现了对单个通知图标的管理或浏览等快捷操作，提高了对单个通知图标的管理和浏览效率。

【实施例五】

以下根据图12，说明对导览条206中的单个通知图标的拖动操作。

与实施例二的不同之处在于，本实施例中，对导览条206中的单个通知图标进行操作后，通知图标不是如实施例二所述的从导览条206中被删除，而是改变通知图标在导览条206中的位置。

具体而言，图12(a)所示的导览条206中显示了七个通知图标，这七个通知图标分别对应58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM、华为应用市场^TM。用户若想对导览条206中其中一个通知图标改变显示位置。例如，用户想改变网易邮箱^TM通知图标在导览条206中的显示位置。那么用户的手指针对导览条206中的网易邮箱^TM通知图标长按操作。

手机检测到用户的手指长按网易邮箱^TM通知图标后，如图12(b)所示，网易邮箱^TM通知图标呈现与长按操作相应的响应：被长按的通知图标的显示尺寸放大。用户的手指再拖动显示尺寸放大后的网易邮箱^TM通知图标。本实施例中，如图12(b)所示，用户的手指往左拖动放大后的网易邮箱^TM通知图标，一直拖动到导览条206的最左侧，位于58同城^TM通知图标的显示位置左侧，并松手。显示尺寸放大后的网易邮箱^TM通知图标可方便用户拖动操作，以准确地改变网易邮箱^TM通知图标在导览条206中的位置。

手机检测到网易邮箱^TM通知图标被用户的手指拖动到导览条206的最左侧，位于58同城^TM通知图标的显示位置左侧，如图12(c)所示，网易邮箱^TM通知图标呈现与拖动操作相应的响应：被放大的网易邮箱^TM通知图标显示在58同城^TM通知图标的左侧。实现了对网易邮箱^TM通知图标在导览条206中位置的改变。当用户向上滑动通知界面200的消息显示区域A时，网易邮箱^TM通知图标包含的通知消息会相比于显示位置改变之前，更早地显示在消息显示区域A中，便于用户及时查看网易邮箱^TM通知图标包含的通知消息。例如是：您收到一封新邮件。

需说明的是，网易邮箱^TM通知图标在导览条206中的位置改变后，其余的通知图标的在导览条206中的位置也会相应改变。例如，58同城^TM通知图标显示在图12(a)所示的导览条206的最左侧。如图12(c)所示，网易邮箱^TM通知图标显示在图12(c)所示的导览条206的最左侧，而58同城^TM通知图标的显示位置由导览条206的最左侧改变到显示在网易邮箱^TM通知图标的右侧。

此外，用户还可以根据实际查看消息的需求，改变导览条206中其它通知图标在导览条206中的显示位置。

另外，本实施例中，单个通知图标被长按后显示尺寸会放大，接着用户会拖动放大后的通知图标。在一些可能的实施方式中，单个通知图标被长按后可以保持原有的显示尺寸，无需放大显示尺寸，也能够实现对通知图标的拖动操作。

需说明的是，对于改变通知图标在导览条206中的位置的操作方式，不限于是在拖动操作之前进行长按操作，还可以是其它操作方式。例如在拖动操作之前，针对导览条206中的单个通知图标进行滑动操作或点击操作。其中，滑动操作包括向上滑动操作或向下滑动操作或左滑操作或右滑操作。点击包括单击或多次点击。多次点击包括双击、三次点击或四次点击等。即，用户在对通知图标进行拖动操作之前，先通过滑动操作或点击操作导览条206中的一个通知图标。也能够实现对通知图标在导览条206中位置的改变。

在一些可能的实施方式中，用户可以是直接对导览条206中的单个通知图标进行拖动操作，无需其它操作，也可以改变通知图标在导览条206中的位置。

【实施例六】

以下根据图13，说明对导览条206中的单个通知图标的拖动操作。

实施例五中，导览条206中被拖动的单个通知图标依然显示在在导览条206中，只是在导览条206中的位置发生改变。与实施例五的不同之处在于，本实施例中，导览条206中的单个通知图标被拖动到消息显示区域A，并且通知图标包含的通知消息显示在消息显示区域。

具体而言，图13(a)所示的导览条206中显示了七个通知图标，这七个通知图标分别对应58同城^TM、滴滴出行^TM、网易邮箱^TM、Keep^TM、华为商城^TM、淘宝^TM、华为应用市场^TM。用户若想查看导览条206中其中一个通知图标包含的通知消息。例如，用户想查看网易邮箱^TM通知图标包含的通知消息。那么用户的手指针对导览条206中的网易邮箱^TM通知图标长按操作。

手机检测到用户的手指长按网易邮箱^TM通知图标后，如图13(b)所示，网易邮箱^TM通知图标呈现与长按操作相应的响应：被长按的通知图标的显示尺寸放大。用户的手指再拖动显示尺寸放大后的网易邮箱^TM通知图标。本实施例中，如图13(b)所示，用户的手指向上拖动放大后的网易邮箱^TM通知图标。如图13(c)所示，网易邮箱^TM通知图标被拖动到消息显示区域A的最顶部，位于快捷面板300和消息消息区域201之间，并松手。网易邮箱^TM通知图标不限于是拖动到消息显示区域A的最顶部，还可以拖动到消息显示区域A的其它位置，例如是卡片202和卡片203之间的位置。

手机检测到网易邮箱^TM通知图标被用户的手指拖动到消息显示区域A的最顶部，如图13(d)所示，网易邮箱^TM通知图标呈现与拖动操作相应的响应：被放大的网易邮箱^TM通知图标包含的通知消息显示在通知界面200的最顶部的卡片201中。例如是：您收到一封新邮件。便于用户快速查看网易邮箱^TM通知图标包含的通知消息。

此外，用户还可以根据实际查看消息的需求，将导览条206中其它通知图标拖动到消息显示区域A以显示通知图标包含的通知消息。

在一些可能的实施方式中，单个通知图标被长按后可以保持原有的显示尺寸，无需放大显示尺寸，也能够实现对通知图标的拖动操作。

需说明的是，对于将通知图标拖动到消息显示区域A的操作方式，是在拖动操作之前进行长按操作。即，长按是作为启动拖动操作的启动方式。但本申请不限于此，可以是其他的启动方式，使得通知图标处于可被拖动状态，再对通知图标进行拖动操作。例如在拖动操作之前，针对导览条206中的单个通知图标进行滑动操作或点击操作等启动操作。其中，滑动操作包括向上滑动操作或向下滑动操作或左滑操作或右滑操作。点击包括单击或多次点击。多次点击包括双击、三次点击或四次点击等。即，用户在对通知图标进行拖动操作之前，先通过滑动操作或点击操作导览条206中的一个通知图标，使得通知图标处于可被拖动状态。再对通知图标进行拖动操作，实现将通知图标拖动到消息显示区域A。

在一些可能的实施方式中，用户可以是直接将导览条206中的单个通知图标进行拖动操作，无需其它操作。即，不需要进行任何启动操作，即可以对通知图标进行拖动操作。

现在参考图14，所示为根据本申请的一个实施例的电子设备400的框图。电子设备400可以包括耦合到控制器中枢403的一个或多个处理器401。对于至少一个实施例，控制器中枢403经由诸如前端总线(FSB，Front Side Bus)之类的多分支总线、诸如快速通道连(QPI，QuickPath Interconnect)之类的点对点接口、或者类似的连接406与处理器401进行通信。处理器401执行控制一般类型的数据处理操作的指令。在一实施例中，控制器中枢403包括，但不局限于，图形存储器控制器中枢(GMCH，Graphics&Memory Controller Hub)(未示出)和输入/输出中枢(IOH，Input Output Hub)(其可以在分开的芯片上)(未示出)，其中GMCH包括存储器和图形控制器并与IOH耦合。

电子设备400还可包括耦合到控制器中枢403的协处理器402和存储器404。或者，存储器和GMCH中的一个或两者可以被集成在处理器内(如本申请中所描述的)，存储器404和协处理器402直接耦合到处理器401以及控制器中枢403，控制器中枢403与IOH处于单个芯片中。

存储器404可以是例如动态随机存取存储器(DRAM，Dynamic Random AccessMemory)、相变存储器(PCM，Phase Change Memory)或这两者的组合。存储器404中可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。计算机可读存储介质中存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个执行时导致电子设备400实施如图7至图13所示方法的指令。当指令在计算机上运行时，使得计算机执行上述实施例一至实施例六中任一实施例或组合实施例公开的方法。

在一个实施例中，协处理器402是专用处理器，诸如例如高吞吐量MIC(ManyIntegrated Core，集成众核)处理器、网络或通信处理器、压缩引擎、图形处理器、GPGPU(General-purpose computing on graphics processing units，图形处理单元上的通用计算)、或嵌入式处理器等等。协处理器402的任选性质用虚线表示在图14中。

在一个实施例中，电子设备400可以进一步包括网络接口(NIC，NetworkInterface Controller)406。网络接口406可以包括收发器，用于为电子设备400提供无线电接口，进而与任何其他合适的设备(如前端模块，天线等)进行通信。在各种实施例中，网络接口406可以与电子设备400的其他组件集成。网络接口406可以实现上述实施例中的通信单元的功能。

电子设备400可以进一步包括输入/输出(I/O，Input/Output)设备405。I/O405可以包括：用户界面，该设计使得用户能够与电子设备400进行交互；外围组件接口的设计使得外围组件也能够与电子设备400交互；和/或传感器设计用于确定与电子设备400相关的环境条件和/或位置信息。

值得注意的是，图14仅是示例性的。即虽然图14中示出了电子设备400包括处理器401、控制器中枢403、存储器404等多个器件，但是，在实际的应用中，使用本申请各方法的设备，可以仅包括电子设备400各器件中的一部分器件，例如，可以仅包含处理器401和网络接口406。图14中可选器件的性质用虚线示出。

现在参考图15，所示为根据本申请的一实施例的SoC(System on Chip，片上系统)500的框图。在图15中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图15中，SoC500包括：互连单元550，其被耦合至处理器510；系统代理单元580；总线控制器单元590；集成存储器控制器单元540；一组或一个或多个协处理器520，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(SRAM，StaticRandom-Access Memory)单元530；直接存储器存取(DMA，Direct Memory Access)单元560。在一个实施例中，协处理器520包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU(General-purpose computing on graphics processing units，图形处理单元上的通用计算)、高吞吐量MIC处理器、或嵌入式处理器等。

静态随机存取存储器(SRAM)单元530可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。计算机可读存储介质中存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个执行时导致SoC实施如图7至图13所示方法的指令。当指令在计算机上运行时，使得计算机执行上述实施例一至实施例六中任一实施例中公开的方法。

本申请的各方法实施方式均可以以软件、磁件、固件等方式实现。

可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP，Digital Signal Processor)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文的技术的逻辑。被称为“IP(Intellectual Property，知识产权)核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。

在一些情况下，指令转换器可用来将指令从源指令集转换至目标指令集。例如，指令转换器可以变换(例如使用静态二进制变换、包括动态编译的动态二进制变换)、变形、仿真或以其它方式将指令转换成将由核来处理的一个或多个其它指令。指令转换器可以用软件、硬件、固件、或其组合实现。指令转换器可以在处理器上、在处理器外、或者部分在处理器上且部分在处理器外。

Claims (29)

1.一种电子设备的通知消息处理方法，其特征在于，包括：

显示通知界面，所述通知界面包括导览条，通知消息以通知图标的形式显示在所述导览条上，所述导览条显示M个通知图标，M的数量为一个或多个，所述通知图标包含至少一条通知消息；

检测到来自用户的针对所述导览条中的N个通知图标进行的第一操作，1≤N≤M；

所述N个通知图标呈现与所述第一操作相应的响应。

2.如权利要求1所述的通知消息处理方法，其特征在于，所述针对所述导览条中的N个通知图标进行的第一操作，包括：沿所述导览条的延伸方向滑过多个通知图标。

3.如权利要求2所述的通知消息处理方法，其特征在于，所述响应包括：多个通知图标从所述导览条中删除。

4.如权利要求1所述的通知消息处理方法，其特征在于，所述针对所述导览条中的N个通知图标进行的第一操作，包括：沿所述导览条的延伸方向的垂直方向滑过一个通知图标。

5.如权利要求1所述的通知消息处理方法，其特征在于，所述针对所述导览条中的N个通知图标进行的第一操作，包括：点击所述导览条中的一个通知图标。

6.如权利要求5所述的通知消息处理方法，其特征在于，所述点击是单次点击，或多次点击。

7.如权利要求1所述的通知消息处理方法，其特征在于，所述针对所述导览条中的N个通知图标进行的第一操作，包括：长按所述导览条中的一个通知图标。

8.如权利要求4至7任一项所述的通知消息处理方法，其特征在于，所述响应包括：在所述通知界面显示与一个所述通知图标关联的弹窗，在所述弹窗中显示所述通知图标中包含的通知消息关联的内容。

9.如权利要求8所述的通知消息处理方法，其特征在于，所述关联的内容包括：所述通知消息的内容。

10.如权利要求8所述的通知消息处理方法，其特征在于，所述关联的内容包括：所述通知消息的通知类别。

11.如权利要求10所述的通知消息处理方法，其特征在于，所述通知类别至少包括通知类别的类别标识和数量。

12.如权利要求8所述的通知消息处理方法，其特征在于，所述通知界面还包括消息显示区域，所述消息显示区域显示至少一条通知消息，并且所述弹窗层叠在所述消息显示区域之上。

13.如权利要求4至7任一项所述的通知消息处理方法，其特征在于，所述通知界面还包括消息显示区域，所述消息显示区域显示至少一条通知消息；

所述响应包括：所述导览条中的一个通知图标包含的通知消息显示在所述消息显示区域的设定位置。

14.如权利要求13所述的通知消息处理方法，其特征在于，所述设定位置为所述消息显示区域的最顶部。

15.如权利要求13所述的通知消息处理方法，其特征在于，所述消息显示区域在所述设定位置的下方显示所述导览条中通知时间在被操作的一个通知图标之前的至少一个通知图标包含的通知消息。

16.如权利要求4至7任一所述的通知消息处理方法，其特征在于，所述响应包括：一个所述通知图标从所述导览条中删除。

17.如权利要求1所述的通知消息处理方法，其特征在于，所述针对所述导览条中的N个通知图标进行的第一操作，包括：拖动所述导览条中的一个通知图标。

18.如权利要求17所述的通知消息处理方法，其特征在于，所述响应包括：被拖动的通知图标改变在导览条中的位置。

19.如权利要求17所述的通知消息处理方法，其特征在于，所述通知界面还包括消息显示区域，所述消息显示区域显示至少一条通知消息；

所述响应包括：通知图标被拖动到消息显示区域，且被拖动的通知图标包含的通知消息显示在所述消息显示区域中。

20.如权利要求17所述的通知消息处理方法，其特征在于，所述拖动所述导览条中的一个通知图标，包括：长按所述导览条中的一个通知图标，被长按的通知图标的显示尺寸放大，拖动显示尺寸放大后的通知图标。

21.如权利要求1所述的通知消息处理方法，其特征在于，所述通知图标包含一条通知消息。

22.如权利要求21所述的通知消息处理方法，其特征在于，所述通知图标包含至少两条同一应用的通知消息。

23.如权利要求21所述的通知消息处理方法，其特征在于，所述通知图标包含至少两条同一消息类型的通知消息。

24.如权利要求23所述的通知消息处理方法，其特征在于，所述消息类型按照消息用途分类，或者按照应用用途分类。

25.如权利要求1所述的通知消息处理方法，其特征在于，所述通知界面还包括消息显示区域，所述消息显示区域显示至少一条通知消息，所述消息显示区域显示的通知消息能够以通知图标的形式显示在所述导览条上，所述导览条中的所述通知图标包含的通知消息能够显示在通知界面的消息显示区域。

26.如权利要求1所述的通知消息处理方法，其特征在于，所述导览条和状态栏位于所述电子设备的不同位置。

27.如权利要求26所述的通知消息处理方法，其特征在于，响应于用户针对所述状态栏进行的第二操作，所述电子设备显示所述通知界面。

28.如权利要求27所述的通知消息处理方法，其特征在于，所述第二操作包括：沿所述电子设备的顶部至底部方向的下拉操作。

29.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有指令，该指令在计算机上执行时使得计算机执行权利要求1至28任一项所述的方法。

Images