CN114490102B - 应用通知显示方法、设备、存储介质以及图形用户界面 - Google Patents

Abstract

本申请实施例提供应用通知显示方法、设备、存储介质以及图形用户界面。方法包括：显示第一系统桌面，第一系统桌面包括第一应用的第一应用图标；当第一应用的通知消息中存在待查看应用通知时，根据第一系统桌面生成第二系统桌面；显示第二系统桌面，其中：第二系统桌面包括对应第一应用的第一应用通知显示栏；第一应用通知显示栏用于显示第一应用的待查看应用通知的通知内容；第一应用通知显示栏与第一应用图标相邻，第一应用通知显示栏指向第一应用图标。根据本申请一实施例的方法，不但提醒用户存在待查看应用通知，直接向用户显示待查看应用通知的内容，而且还形象的向用户显示待查看应用通知所属的应用，从而大大提高了用户体验。

Description

应用通知显示方法、设备、存储介质以及图形用户界面

技术领域

本申请涉及智能终端技术领域，特别涉及应用通知显示方法、设备、存储介质以及图形用户界面。

背景技术

在现有技术的智能设备应用场景中，应用通知是一种常见的人机交互方案。当存在新的应用通知时，设备可以通过震动提示、和/或声音提示、和/或悬浮窗提醒等多种不同的提醒方式提醒用户。用户可以通过打开应用通知显示界面/锁屏通知栏查看应用通知。

然而，随着智能设备上用户安装的应用数量的增加，应用通知的输出频次也不断增加。当设备输出新的应用通知时，如果用户没有及时查看应用通知内容，那么随着后续设备不断输出新的应用通知提醒，应用通知显示界面/锁屏通知栏中就会堆叠太多的应用通知，影响用户体验。

发明内容

针对现有技术中应用通知显示界面/锁屏通知栏中堆叠太多的应用通知，从而影响用户体验的问题，本申请提供了一种应用通知显示方法和电子设备，本申请还提供一种计算机可读存储介质以及一种图形用户界面(Graphical User Interface，GUI)。

本申请实施例采用下述技术方案：

第一方面，本申请提供一种应用通知显示方法，包括：

显示第一系统桌面，所述第一系统桌面包括第一应用的第一应用图标；

获取所述第一应用的通知消息；

当所述第一应用的通知消息中存在待查看应用通知时，根据所述第一系统桌面生成第二系统桌面；

显示所述第二系统桌面，其中：

所述第二系统桌面包括所述第一系统桌面的全部应用图标；

所述第二系统桌面还包括对应所述第一应用的第一应用通知显示栏；

所述第一应用通知显示栏用于显示所述第一应用的待查看应用通知的通知内容；

所述第一应用通知显示栏与所述第一应用图标相邻，所述第一应用通知显示栏指向所述第一应用图标。

在上述第一方面的一种可行的实现方式中，所述第二系统桌面包括所述第一应用图标所处的第一应用图标行以及与所述第一应用图标行相邻的第二应用图标行，所述第一应用通知显示栏在所述第一应用图标行与所述第二应用图标行之间的行间隙中横向显示。

在上述第一方面的一种可行的实现方式中，所述第二系统桌面包括所述第一应用图标所处的第一应用图标列以及与所述第一应用图标列相邻的第二应用图标列，所述第一应用通知显示栏在所述第一应用图标列与所述第二应用图标列之间的列间隙中纵向显示。

在上述第一方面的一种可行的实现方式中，所述第一系统桌面还包括与所述第一应用图标相邻的第二应用图标，所述第二系统桌面中的所述第一应用通知显示栏的位置与所述第一系统桌面中所述第二应用图标的位置相对应。

在上述第一方面的一种可行的实现方式中，所述第二系统桌面中的所述第一应用图标位于所述第二系统桌面的最前排，所述第一应用通知显示栏位于所述第一应用图标的左侧或右侧。

在上述第一方面的一种可行的实现方式中，方法还包括：

当所述第一应用的通知消息中存在待查看应用通知时，在所述第一系统桌面上的所述第一应用图标上附加标记以生成第三系统桌面，显示所述第三系统桌面；

当用户将操作焦点定位在所述第三系统桌面上的所述第一应用图标上时，显示所述第二系统桌面。

在上述第一方面的一种可行的实现方式中，方法还包括：

当所述第一应用的通知消息中存在待查看应用通知时，根据所述第一系统桌面生成第三系统桌面，显示所述第三系统桌面，其中，所述第三系统桌面包含所述第一系统桌面的全部应用图标，所述第三系统桌面中的所述第一应用图标位于所述第三系统桌面的最前排；

当用户将操作焦点定位在所述第三系统桌面上的所述第一应用图标上时，显示所述第二系统桌面。

在上述第一方面的一种可行的实现方式中：

所述第一应用通知显示栏的最大宽度为，所述第二系统桌面上单个应用图标行所占据的宽度；

所述第一应用通知显示栏的最小宽度为，所述第二系统桌面上单个应用图标行中，相邻的两个应用图标所占据的宽度。

在上述第一方面的一种可行的实现方式中，当所述待查看应用通知的通知内容的长度超出所述第一应用通知显示栏的最大宽度时，在所述第一应用通知显示栏中滚动显示所述待查看应用通知的通知内容。

在上述第一方面的一种可行的实现方式中，当所述第一应用存在多个待查看应用通知时，所述第一应用通知显示栏包含折叠状态以及展开状态，其中：

所述第一应用通知显示栏的折叠状态用于显示，所述多个待查看应用通知中一个待查看应用通知的通知内容，或者，滚动显示所述多个待查看应用通知的通知内容；

所述第一应用通知显示栏的展开状态用于显示，所述多个待查看应用通知的通知内容；

所述折叠状态的第一应用通知显示栏包含展开按钮，所述展开状态的第一应用通知显示栏包含折叠按钮，根据用户对所述展开按钮或所述折叠按钮的点击操作，所述第一应用通知显示栏在所述折叠状态与所述展开状态间切换。

在上述第一方面的一种可行的实现方式中，当所述第一应用通知显示栏由所述折叠状态切换到所述展开状态时：

改变所述第二系统桌面上的应用图标布局，以空出用于显示所述展开状态的第一应用通知显示栏的空间；

或者，

在所述第二系统桌面上的应用图标之上，浮动显示所述展开状态的第一应用通知显示栏。

在上述第一方面的一种可行的实现方式中，所述第一应用图标行与所述第二应用图标行之间的行间距，大于所述第一系统桌面中应用图标行间距的预设值。

在上述第一方面的一种可行的实现方式中，当所述第二系统桌面无法在一个显示屏幕内显示所述第一系统桌面的全部应用图标时，在所述第二系统桌面上显示可滑动的应用图标显示界面，其中，用户可通过滑动所述应用图标显示界面显示所述第二系统桌面的屏幕未显示的应用图标。

在上述第一方面的一种可行的实现方式中，当所述第二系统桌面无法在一个显示屏幕内显示所述第一系统桌面的全部应用图标时，将所述第二系统桌面的底部的应用图标进行等比例缩小显示，以在同一显示屏幕内显示所述第一系统桌面的全部应用图标。

在上述第一方面的一种可行的实现方式中，当所述第二系统桌面无法在一个显示屏幕内显示所述第一系统桌面的全部应用图标时，将所述第二系统桌面的所述第一应用通知显示栏所指向的应用图标行的所有应用图标进行等比例缩小显示，以在同一显示屏幕内显示所述第一系统桌面的全部应用图标。

在上述第一方面的一种可行的实现方式中，当所述第二系统桌面无法在一个显示屏幕内显示所述第一系统桌面的全部应用图标时，将所述第二系统桌面的所有应用图标进行等比例缩小显示，以在同一显示屏幕内显示所述第一系统桌面的全部应用图标。

在上述第一方面的一种可行的实现方式中，所述方法还包括：

显示应用通知显示界面，其中，根据所述应用通知显示界面中的应用通知是否为所述待查看应用通知，对所述应用通知显示界面中的应用通知进行排序。

在上述第一方面的一种可行的实现方式中，所述方法还包括：

显示应用通知显示界面，其中：

在所述应用通知显示界面的顶部显示所述待查看应用通知对应的应用的应用图标；

当用户点击顶部显示的所述应用图标时，在所述顶部显示的应用图标下方，显示所述待查看应用通知。

在上述第一方面的一种可行的实现方式中：

所述待查看应用通知为，用户执行待查看通知标记操作所标记的应用通知；

和/或，

所述待查看应用通知为，被所述用户标记为待查看应用的应用的应用通知。

在上述第一方面的一种可行的实现方式中，所述待查看通知标记操作包括：

针对新的未读应用通知生成时，在当前显示界面弹出的浮动未读应用通知所进行的待查看通知标记操作；

和/或，

针对应用通知显示界面中的未读应用通知所进行的待查看通知标记操作。

在上述第一方面的一种可行的实现方式中，所述方法还包括：

在所述用户在当前设备上执行待查看通知标记操作后，将所述待查看应用通知的标记状态同步到所述当前设备的关联设备上。

第二方面，本申请提供了一种电子设备，所述电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发所述电子设备执行如上述第一方面所述的方法步骤。

第三方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法步骤。

第四方面，本申请提供了一种图形用户界面GUI，所述图形用户界面存储在电子设备中，所述电子设备包括显示屏、存储器、处理器，所述处理器用于执行存储在所述存储器中的计算机程序，所述图形用户界面包括所述电子设备在执行如上述第一方面的方法步骤时显示的图形用户界面。

根据本申请实施例所提出的上述技术方案，至少可以实现下述技术效果：

不但提醒用户存在待查看应用通知，直接向用户显示待查看应用通知的内容，而且还形象的向用户显示待查看应用通知所属的应用，从而大大提高了用户体验。

附图说明

图1所示为根据本申请一实施例的系统桌面显示内容示意图；

图2所示为根据本申请一实施例的应用通知显示方法流程图；

图3所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图4所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图5所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图6所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图7所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图8所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图9所示为根据本申请一实施例的部分方法流程图；

图10所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图11所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图12所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图13所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图14所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图15所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图16所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图17所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图18所示为根据本申请一实施例的部分方法流程图；

图19所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图20所示为根据本申请一实施例的部分方法流程图；

图21所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图22所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图23所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图24所示为根据本申请一实施例的部分方法流程图；

图25所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图26所示为根据本申请一实施例的应用通知显示栏显示场景示意图；

图27所示为根据本申请一实施例的应用通知显示流程图；

图28所示为根据本申请一实施例的应用通知显示栏显示场景示意图。

具体实施方式

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

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

在实际应用场景中，应用通知在应用通知显示界面/锁屏通知栏中的堆叠对用户体验的影响之一是，大量堆叠的应用通知使得用户无法快速区分应用通知的来源，无法在应用通知显示界面/锁屏通知栏中快速找到对自己有价值的应用通知，从而最终导致用户遗漏某些重要的应用通知。针对上述问题，一种可行的解决方案是在应用通知显示界面/锁屏通知栏以外的界面进行提醒输出，以提醒用户存在应用通知。例如，在一实施例中，通过应用图标来显示该应用的应用通知的信息，从而提醒用户及时阅读应用通知，避免用户遗漏应用通知。

如图1所示，系统桌面显示应用图标111～151。当应用存在未读应用通知时，在该应用对应的应用图标(如，图标114)上显示附加的提示栏100，通过提示栏100提示未读应用通知，从而提醒用户及时阅读该应用的未读应用通知，避免用户遗漏应用通知。例如，在提示栏100中显示颜色标记表明当前该应用存在未读应用通知，或者，在提示栏100中显示该应用未读应用通知的数量。

然而，在图1所示实施例中，由于应用图标大小的限制，提示栏100中所能显示的信息相当有限。例如，在提示栏100中显示颜色标记表明该应用当前存在未读应用通知，或者，在提示栏100显示该应用未读应用通知的数量时，用户只能确认该应用存在未读应用通知，而不能确认应用通知是否重要，是否需要用户立即查看，用户仍然需要在应用通知显示界面/锁屏通知栏中确认未读应用通知的内容，或者，直接打开应用来确认未读应用通知的内容。提示栏100所起到的提醒功能十分有限，对用户体验的提升并不明显。

因此，在本申请一实施例中，提出了一种新的人机交互界面显示方式以进一步提高用户体验。具体的，将需要提醒用户查看的应用通知定义为待查看应用通知，当存在待查看应用通知时，在显示应用图标的系统桌面上，显示应用通知显示栏，在应用通知显示栏中显示待查看应用通知的通知内容。这样，不但提醒用户存在待查看应用通知，而且还直接向用户显示待查看应用通知的内容，有效地避免了用户遗漏重要的应用通知，大大提高了用户体验。并且，应用通知显示栏指向其所显示的待查看应用通知所属应用的应用图标。这样，不但提醒用户存在待查看应用通知，直接向用户显示待查看应用通知的内容，而且还形象的向用户显示待查看应用通知所属的应用，从而大大提高了用户体验。

具体的，在本申请一实施例中，提出了一种应用通知显示方法。图2所示为根据本申请一实施例中的应用通知显示流程图。如图2所示，应用通知显示方法包括：

步骤210，显示第一系统桌面，第一系统桌面包括第一应用的第一应用图标；

步骤220，获取第一应用的通知消息；

步骤230，当第一应用的通知消息中存在待查看应用通知时，根据第一系统桌面生成第二系统桌面；

步骤240，显示第二系统桌面，其中：

第二系统桌面包括第一系统桌面的全部应用图标；

第二系统桌面还包括对应第一应用的第一应用通知显示栏；

第一应用通知显示栏用于显示第一应用的待查看应用通知的通知内容；

第一应用通知显示栏指向第一应用图标。

在图2所示实施例中，第一应用可以指代任意应用。第一系统桌面可以包含多个不同应用的应用图标。当多个不同应用中的任意多个应用存在待查看应用通知时，在第二系统桌面中，分别针对每个存在待查看应用通知的应用显示对应的一个应用通知显示栏。

例如，第一系统桌面包括第一应用的第一应用图标以及第二应用的第二应用图标。当第一应用的通知消息中存在待查看应用通知，并且，第二应用的通知消息中也存在待查看应用通知时，第二系统桌面包括对应第一应用的第一应用通知显示栏以及对应第二应用的第二应用通知显示栏。第一应用通知显示栏用于显示第一应用的待查看应用通知的通知内容；第二应用通知显示栏用于显示第二应用的待查看应用通知的通知内容。第一应用通知显示栏指向第一应用图标，第二应用通知显示栏指向第二应用图标。

进一步的，为了便于令应用通知显示栏指向其所显示的待查看应用通知所属应用的应用图标，应用通知显示栏与其所指向的应用图标相邻。即，在步骤240的一种实现方式中，第一应用通知显示栏与第一应用图标相邻。

在本说明书所述的实施例中，应用通知显示栏与应用图标相邻，指的是应用通知显示栏与应用图标之间，不存在其他的显示内容。例如，在图1所示的显示界面中，应用图标111与应用图标112相邻，在应用图标111与应用图标112之间不存在其他显示内容。如果将应用通知显示栏显示在应用图标111与应用图标112之间的空隙之中，那么应用通知显示栏就与应用图标111相邻。

具体的，为了实现应用通知显示栏与应用图标相邻，一种可行的应用通知显示栏显示方案是，在系统桌面上应用图标之间的空隙部分显示应用通知显示栏。

例如，考虑到用户的阅读习惯通常是阅读横向排列的文字。因此，可以在系统桌面上应用图标行间隙中横向显示应用通知显示栏。

具体的，在步骤240的一种实现方式中，第二系统桌面包括第一应用图标所处的第一应用图标行以及与第一应用图标行相邻的第二应用图标行，第一应用通知显示栏在第一应用图标行与第二应用图标行之间的行间隙中横向显示。

图3所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面(第一系统桌面)如图3左图所示。假设在一应用场景中，“备忘录”、“电子邮件”、“智慧生活”以及“录音机”四个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图3右图所示的界面。在图3右图中，应用通知显示栏201指向“备忘录”的应用图标，在应用通知显示栏201中显示“备忘录”的待查看应用通知的通知内容；应用通知显示栏202指向“电子邮件”的应用图标，在应用通知显示栏202中显示“电子邮件”的待查看应用通知的通知内容；应用通知显示栏203指向“智慧生活”的应用图标，在应用通知显示栏203中显示“智慧生活”的待查看应用通知的通知内容；应用通知显示栏204指向“录音机”的应用图标，在应用通知显示栏204中显示“录音机”的待查看应用通知的通知内容。应用通知显示栏201～204横向显示，位于图标行与图标行之间的空隙部分中。

又例如，当用户的阅读习惯为阅读纵向排列的文字时，可以在系统桌面上应用图标列间隙中纵向显示应用通知显示栏。

具体的，在步骤240的一种实现方式中，第二系统桌面包括第一应用图标所处的第一应用图标列以及与第一应用图标行相邻的第二应用图标列，第一应用通知显示栏在第一应用图标列与第二应用图标列之间的列间隙中纵向显示。

图4所示为根据本申请一实施例的应用通知显示栏显示场景示意图。如图4所示，手机原始的系统桌面如图4左图所示。假设在一应用场景中，“电子邮件”、“华为视频”以及“浏览器”三个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图4右图所示的界面。在图4右图中，应用通知显示栏301指向“电子邮件”的应用图标，在应用通知显示栏301中显示“电子邮件”的待查看应用通知的通知内容；应用通知显示栏302指向“华为视频”的应用图标，在应用通知显示栏302中显示“华为视频”的待查看应用通知的通知内容；应用通知显示栏303指向“浏览器”的应用图标，在应用通知显示栏303中显示“浏览器”的待查看应用通知的通知内容。应用通知显示栏301～303纵向显示，位于图标列与图标列之间的空隙部分中。

具体的，另一种可行的应用通知显示栏显示方案是，调整系统桌面上应用图标的布局以空出用于显示应用通知显示栏的空间，在空出的空间中显示应用通知显示栏。

具体的，在步骤240的一种实现方式中，第一系统桌面还包括与第一应用图标相邻的第二应用图标，第二系统桌面中的第一应用通知显示栏的位置与第一系统桌面中第二应用图标的位置相对应。相较于第一系统桌面，第二系统桌面中的第二应用图标的位置发生了改变。

例如，图5所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图5左图所示。假设在一应用场景中，“天气”、“设置”以及“录音机”三个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图5右图所示的界面。在图5右图中，“录音机”以及“应用商城”的应用图标的位置发生变更，在“录音机”以及“应用商城”的应用图标移动后空出的位置上显示应用通知显示栏401以及应用通知显示栏402。应用通知显示栏401指向“天气”的应用图标，在应用通知显示栏401中显示“天气”的待查看应用通知的通知内容；应用通知显示栏402指向“设置”的应用图标，在应用通知显示栏402中显示“设置”的待查看应用通知的通知内容。在“录音机”以及“应用商城”的应用图标间空出一个图标的位置，在此处显示应用通知显示栏403，应用通知显示栏403指向“录音机”的应用图标，在应用通知显示栏403中显示“录音机”的待查看应用通知的通知内容。

具体的，另一种可行的应用通知显示栏显示方案是，重新布局系统桌面的应用图标，将存在应用通知的应用的应用图标移动到系统桌面最前排，并且，在应用图标间空出用于显示应用通知显示栏的空间。从而更加形象的提醒用户该应用存在应用通知并具体显示应用通知的内容。

具体的，在步骤240的一种实现方式中，第二系统桌面中的第一应用图标位于第二系统桌面的最前排，第一应用通知显示栏位于第一应用图标的左侧或右侧。

例如，图6所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图6左图所示。假设在一应用场景中，“天气”以及“设置”两个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图6右图所示的界面。在图6右图中，“天气”以及“设置”的应用图标被移到第一行，由此可以提醒用户“天气”以及“设置”两个应用存在待查看应用通知。进一步的，在“天气”以及“设置”的应用图标旁边空出用于显示应用通知显示栏的空间。在空出的空间中显示应用通知显示栏2601以及应用通知显示栏2602。应用通知显示栏2601指向“天气”的应用图标，在应用通知显示栏2601中显示“天气”的待查看应用通知的通知内容；应用通知显示栏2602指向“设置”的应用图标，在应用通知显示栏2602中显示“设置”的待查看应用通知的通知内容。

具体的，另一种可行的应用通知显示栏显示方案是，不改变系统桌面的应用图标的布局，为存在待查看应用通知的应用的应用图标添加标记，并且，采用弹出方式显示应用通知显示栏，从而更加形象的提醒用户该应用存在应用通知并具体显示应用通知的内容。

具体的，在步骤240的一种实现方式中：

当第一应用的通知消息中存在待查看应用通知时，在第一系统桌面上的第一应用图标上附加标记以生成第三系统桌面，显示第三系统桌面，在第三系统桌面中不显示第一应用通知显示栏；

当用户将操作焦点定位在第三系统桌面上的第一应用图标上时，显示第二系统桌面，在第二系统桌面中显示第一应用通知显示栏。

进一步的，在步骤240的一种实现方式中，采用弹出第一应用通知显示栏的方式，由第三系统桌面过渡到第二系统桌面。

具体的，为存在待查看应用通知的应用的应用图标增加标记显示，当用户将操作焦点定位在增加了标记显示的应用图标时(例如，长按应用图标或手指双击应用图标)，在该应用图标的相邻位置弹出应用通知显示栏，在应用通知显示界面中显示应用通知的通知内容。

例如，在本申请一实施例中，采用为应用图标附加框体标记的方式为应用增加标记。图7所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图7左图所示。假设在一应用场景中，“天气”、“设置”以及“录音机”三个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图7中间图所示的界面。在图7中间图中，“天气”、“设置”以及“录音机”三个应用的应用图标被附加框体标记(“天气”、“设置”以及“录音机”三个应用的应用图标外围被附加加粗的黑色矩形框体)，从而形象的向用户标明“天气”、“设置”以及“录音机”三个应用存在待查看应用通知。

当用户手指双击“设置”的应用图标上时，手机的系统桌面可以为图7右图所示的界面。在图7右图中，“录音机”以及“应用商城”的应用图标位置发生变更以在“设置”的应用图标的右侧腾出空间，在“录音机”以及“应用商城”的应用图标移动后空出的位置上显示应用通知显示栏2701。应用通知显示栏2701指向“设置”的应用图标，在应用通知显示栏2701中显示“设置”的待查看应用通知的通知内容，从而向用户直接显示“设置”的待查看应用通知的通知内容。

进一步的，在本申请的其他实施例中，也可以采用其他方式为应用图标增加标记。例如，改变应用图标的颜色，或者，改变应用图标下方文字的颜色，或者，在应用图标上添加标记图案(例如，红色的圆点)。

具体的，另一种可行的应用通知显示栏显示方案是，重新布局系统桌面的应用图标，将存在应用通知的应用的应用图标移动到系统桌面最前排，并且，采用弹出方式显示应用通知显示栏，从而更加形象的提醒用户该应用存在应用通知并具体显示应用通知的内容。

具体的，在步骤240的一种实现方式中：

当第一应用的通知消息中存在待查看应用通知时，根据第一系统桌面生成第三系统桌面，显示第三系统桌面，其中，第三系统桌面包含第一系统桌面的全部应用图标，第三系统桌面中的第一应用图标位于第三系统桌面的最前排，在第三系统桌面中不显示第一应用通知显示栏；

当用户将操作焦点定位在第三系统桌面上的第一应用图标上时，显示第二系统桌面，在第二系统桌面中显示第一应用通知显示栏。

例如，图8所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图8左图所示。假设在一应用场景中，“电子邮件”以及“备忘录”两个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图8中间图所示的界面。在图8中间图中，“电子邮件”以及“备忘录”的应用图标被移到第一行。由此可以提醒用户“电子邮件”以及“备忘录”两个应用存在待查看应用通知。

当用户手指双击“电子邮件”的应用图标时，手机的系统桌面可以为图8右图所示的界面。在图8右图中，“电子邮件”以及“备忘录”下方的应用图标位置发生变更(应用图标整体下移以腾出空间)，在“电子邮件”以及“备忘录”下方的应用图标移动后空出的位置上显示应用通知显示栏501。应用通知显示栏501指向“电子邮件”的应用图标，在应用通知显示栏501中显示“电子邮件”的待查看应用通知的通知内容。应用通知显示栏501中待查看应用通知多行显示。

在图6～图8所示实施例中，在显示应用通知显示栏时采用了挪动应用图标以腾出显示空间的方式，从而确保了有足够空间显示应用通知显示栏，使得应用通知显示栏可以清晰的显示待查看应用通知的具体内容。

进一步的，在实际应用场景中，系统桌面上应用图标的布局通常是由用户自定义的，如果改变用户自定义的应用图标布局，可能会给用户的使用带来不便，影响用户体验。因此，在本申请一实施例中，在显示应用通知显示栏时，可以采用不改变系统桌面上应用图标布局的显示方案。例如，采用如图3或图4所示的，在系统桌面上应用图标之间的空隙部分显示应用通知显示栏的显示方案。这样就可以在不改变系统桌面上应用图标的布局的前提下实现应用通知显示栏的显示，在不影响用户操作习惯、操作体验的前提下向用户直观的显示待查看应用通知的具体内容，从而有效提升用户体验。

上述图3～7所示实施例描述了应用通知显示栏显示方案的多种不同实现方式。下面，针对在应用图标行间隙中横向显示应用通知显示栏的过程中，如何确定应用通知显示栏的大小以及显示位置进行详细描述。

图9所示为根据本申请一实施例的应用通知显示流程图。如图9所示，当需要显示应用通知A1时，执行下述步骤：

步骤810，当存在待查看应用通知A1时，确定应用图标A2在系统桌面上的显示位置，其中，应用图标A2为待查看应用通知A1所属应用的图标；

步骤811，确定待查看应用通知A1的通知长度，以确定应用通知显示栏A3的框体的大小区间，其中，应用通知显示栏A3用于显示待查看应用通知A1，应用通知显示栏A3的框体的大小区间包括框体宽度和/或框体高度；

步骤820，根据应用图标A2在系统桌面上的显示位置，以及，应用通知显示栏A3的框体的大小区间，判断应用图标A2周边是否存在可用于显示应用通知显示栏A3的闲置区域，其中，闲置区域为相邻两行应用图标之间的，尚未用于显示应用通知显示栏的区域；

步骤830，当应用图标A2周边存在可用于显示应用通知显示栏A3的空间时，确认应用图标A2周边存在的可用于显示应用通知显示栏A3的闲置区域的数量；

步骤831，当应用图标A2周边仅存在一个可用于显示应用通知显示栏A3的闲置区域时，在该闲置区域处显示应用通知显示栏A3，在应用通知显示栏A3中显示待查看应用通知A1；

步骤832，当应用图标A2周边仅存在多个可用于显示应用通知显示栏A3的闲置区域时，确认用于显示应用通知显示栏A3的闲置区域；

步骤833，在步骤832执行后所确认的闲置区域处显示应用通知显示栏A3，在应用通知显示栏A3中显示待查看应用通知A1；

步骤840，当应用图标A2周边不存在可用于显示应用通知显示栏A3的闲置区域时，重排应用图标A2周边已存在的应用通知显示栏，以腾出用于显示应用通知显示栏A3的闲置区域；

步骤841，在步骤840执行后所腾出的闲置区域处显示应用通知显示栏A3，在应用通知显示栏A3中显示待查看应用通知A1。

具体的，在步骤832的一种实现方式中，可以使用应用图标A2上方的闲置区域显示应用通知显示栏A3。

进一步的，在本申请一实施例中，为优化显示效果，根据系统桌面上应用图标的排布方式确定应用通知显示栏的最大宽度以及最小宽度。

例如，在每行4个应用图标的图标布局方式的应用场景中。应用通知显示栏A3的最大宽度为4个图标宽度，最小宽度为2个图标宽度。当待查看应用通知A1的通知内容的长度小于2个图标的宽度时，应用通知显示栏A3的宽度为2个图标宽度。当待查看应用通知A1的通知内容的长度在2～4个图标的宽度之间时，应用通知显示栏A3的宽度与待查看应用通知A1的通知内容长度一致。当待查看应用通知A1的通知内容的长度超出4个图标的宽度时，应用通知显示栏A3为4个图标宽度。

又例如，在每行5个应用图标的图标布局方式的应用场景中。应用通知显示栏A3的最大宽度为5个图标宽度，最小宽度为2个图标宽度。当待查看应用通知A1的通知内容的长度小于2个图标的宽度时，应用通知显示栏A3的宽度为2个图标宽度。当待查看应用通知A1的通知内容的长度在2～4个图标的宽度之间时，应用通知显示栏A3的宽度与待查看应用通知A1的通知内容长度一致。当待查看应用通知A1的通知内容的长度超出5个图标的宽度时，应用通知显示栏A3为5个图标宽度。当相邻两行应用图标的行间隙中需要显示两个应用通知显示栏时，一个应用通知显示栏的宽度为2个图标宽度，一个应用通知显示栏的宽度为3个图标宽度。

进一步的，应用通知显示栏的高度由两行应用图标之间的行间隙的高度(行间距)所决定。例如，设定应用通知显示栏的高度为两行应用图标之间的行间距的90％；又例如，设定应用通知显示栏的顶部与上方应用图标行的底部距离为20个像素，设定应用通知显示栏的底部与下方应用图标行的顶部距离为20个像素。

进一步的，当待查看应用通知的通知内容的长度超出应用通知显示栏的最大宽度时，应用通知显示栏多行显示待查看应用通知。

进一步的，为确保系统桌面显示效果，系统桌面上两行应用图标之间的行间距通常是有一个固定的预设值的，该预设值由手机系统设定，或者，由用户自主设定。在行间距固定的前提下，应用通知显示栏中所显示的文字行数越多，每行文字的高度也就越小，文字的字体大小也就越小。这就有可能导致字体过小从而影响用户辨认。因此，在本申请一实施例中，在应用通知显示栏中单行显示待查看应用通知，当待查看应用通知的通知内容的长度超出应用通知显示栏的最大宽度时，应用通知显示栏滚动显示待查看应用通知。

图10所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图10左图所示。假设在一应用场景中，“图库”、“备忘录”、“电子邮件”、“智慧生活”、“设置”、“录音机”、“应用商城”以及“信息”八个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图10右图所示的界面。

假设，“图库”应用的待查看应用通知最先被生成，那么，在图10右图中，指向“图库”应用图标的应用通知显示栏701需要被显示时，其他应用通知显示栏尚未被显示，“图库”应用图标的上方以及下方均存在可用于显示应用通知显示栏701的闲置区域。“图库”应用图标的上方的闲置区域显示应用通知显示栏701。同时，“图库”应用的待查看应用通知的通知长度小于2个图标的宽度，应用通知显示栏701的宽度被设定为2个图标的宽度，在应用通知显示栏701中显示“图库”应用的待查看应用通知的全部内容。

在图10右图中，指向“备忘录”应用图标的应用通知显示栏702需要被显示时，“备忘录”应用图标上方已存在应用通知显示栏701，“备忘录”应用图标的周边只有下方存在可用于显示应用通知显示栏702的闲置区域。因此，在“备忘录”应用图标的下方的闲置区域显示应用通知显示栏702。同时，“备忘录”应用的待查看应用通知的通知长度大于2个图标的宽度，小于4个图标的宽度，应用通知显示栏702的宽度被设定为与“备忘录”应用的待查看应用通知的通知长度一致，在应用通知显示栏702中显示“备忘录”应用的待查看应用通知的全部内容。

当“信息”应用生成待查看应用通知时，“信息”应用图标周边不存在应用通知显示栏，“信息”应用图标上方以及下方均存在可用于显示应用通知显示栏708的闲置区域，用于显示“信息”应用的待查看应用通知的应用通知显示栏708就被设置为2个图标宽度。如图10右图所示，在“信息”应用图标上方显示应用通知显示栏708，在应用通知显示栏708中显示“信息”应用的待查看应用通知的全部内容。

在图10右图中，“电子邮件”应用的待查看应用通知的通知长度大于4个图标宽度，指向“电子邮件”应用图标的应用通知显示栏703的宽度被设定为4个图标宽度，在应用通知显示栏703中，滚动显示“电子邮件”应用的待查看应用通知。

假设，“设置”应用、“应用商城”应用、“录音机”应用以及“智慧生活”应用按照前述次序依次生成待查看应用通知，并且，“设置”应用的待查看应用通知的通知内容长度小于2个图标宽度，“应用商城”应用的待查看应用通知的通知内容长度小于2个图标宽度，“录音机”应用的待查看应用通知的通知内容长度等于4个图标宽度，“智慧生活”应用的待查看应用通知的通知内容长度大于2个图标宽度、小于4个图标宽度。

当“设置”应用生成待查看应用通知时，“设置”应用图标上方以及下方均存在可用于显示应用通知显示栏706的闲置区域，用于显示“设置”应用的待查看应用通知的应用通知显示栏706就被设置为2个图标宽度。如图10右图所示，在“设置”应用图标上方显示应用通知显示栏706，在应用通知显示栏706中显示“设置”应用的待查看应用通知的全部内容。

当“应用商城”应用生成待查看应用通知时，由于应用通知显示栏706仅占据“应用商城”应用图标上方一半的空间，并且，“应用商城”应用的待查看应用通知的通知内容长度小于2个图标宽度，“应用商城”应用图标上方以及下方均存在可用于显示应用通知显示栏的闲置区域。因此，如图10右图所示，选定“应用商城”应用图标上方的闲置区域显示，用于显示“应用商城”应用的待查看应用通知的应用通知显示栏704，应用通知显示栏704被设置为2个图标宽度，在应用通知显示栏704中显示“应用商城”应用的待查看应用通知的全部内容。

当“录音机”应用生成待查看应用通知时，由于“录音机”应用图标上方空间已被应用通知显示栏704以及应用通知显示栏706占据，“录音机”应用图标周边只有下方存在可用于显示应用通知显示栏的闲置区域。因此，在“录音机”应用图标上方的闲置区域显示，用于显示“录音机”应用的待查看应用通知的应用通知显示栏，该应用通知显示栏被设置为4个图标宽度，在该应用通知显示栏中滚动显示“录音机”应用的待查看应用通知的全部内容。

当“智慧生活”应用生成待查看应用通知时，由于“智慧生活”应用图标上方空间已被指向“录音机”应用图标的应用通知显示栏占据，“智慧生活”应用图标周边不存在可用于显示应用通知显示栏的闲置区域。因此，需要重排“智慧生活”应用图标周边已存在的应用通知显示栏以腾出新的闲置区域。例如，缩短指向“录音机”应用图标的应用通知显示栏的宽度。

如图10右图所示，将指向“录音机”应用图标的应用通知显示栏705缩短为2个图标宽度，在应用通知显示栏705中滚动显示“录音机”应用的待查看应用通知。设定指向“智慧生活”应用图标的应用通知显示栏707为2个图标宽度，在应用通知显示栏707中滚动显示“智慧生活”应用的待查看应用通知。

进一步的，在实际应用场景中，为确保系统桌面显示效果，在系统桌面上，预设的行间距通常远小于应用图标的高度。由于需要确保应用通知显示栏中显示的文字不能超出应用通知显示栏的边界。因此，如果按照预设的行间距显示应用图标，并在应用图标的行间隙中显示应用通知显示栏，应用通知显示栏中显示的文字的高度也就远小于应用图标的高度。这就有可能导致应用通知显示栏中显示的文字的字体过小从而影响用户阅读。

针对这一问题，在本申请一实施例中，当需要在两行应用图标之间显示应用通知显示栏时，增加应用图标之间的行间距，从而增高应用通知显示栏的高度，加大应用通知显示栏中文字的字体大小，使得应用通知显示栏所显示的通知内容易于辨认，提升应用通知显示栏的视觉效果。

具体的，在步骤240的一种实现方式中，第二系统桌面包括第一应用图标所处的第一应用图标行以及与第一应用图标行相邻的第二应用图标行，第一应用通知显示栏在第一应用图标行与第二应用图标行之间的行间隙中横向显示。并且，第一应用图标行与第二应用图标行之间的行间距，大于第一系统桌面中应用图标行间距的预设值。这样，相较于第一系统桌面，第二系统桌面中第一应用图标行与第二应用图标行之间就拥有更大的行间隙，从而拥有更多的空间以显示应用通知显示栏。

图11所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图11左图所示，两行应用图标之间的行间距为h0。

假设在一应用场景中，“备忘录”、“电子邮件”、“天气”以及“信息”四个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图11右图所示的界面。

如图11右图所示，指向“电子邮件”应用图标的应用通知显示栏802显示在“电子邮件”应用图标上方的闲置区域。“电子邮件”应用图标上方的两行应用图标之间的行间距被增加至h1。应用通知显示栏802的高度与h1匹配，h1大于h0，因此应用通知显示栏802中可以清晰地滚动显示“电子邮件”应用的应用通知“From：王：(重要)1月20日召开项目小组会议；会…”。

指向“天气”应用图标的应用通知显示栏803显示在“天气”应用图标上方的闲置区域。“天气”应用图标上方的两行应用图标之间的行间距被增加至h2。应用通知显示栏803的高度与h2匹配，h2大于h0，h2等于h1，因此应用通知显示栏803中可以清晰地显示“天气”应用的应用通知“1月15日夜间雷雨警报”。

由于在“天气”应用图标下方的闲置区域不存在应用通知显示栏，因此不需要增加“天气”应用图标下方的两行应用图标之间的行间距。“天气”应用图标下方的两行应用图标之间的行间距为h3，h3等于h0。

指向“备忘录”应用图标的应用通知显示栏801显示在“备忘录”应用图标上方的闲置区域。由于“备忘录”应用图标上方存在足够的闲置区域高度，因此不需要做空间调整，应用通知显示栏801中可以清晰地显示“备忘录”应用的应用通知“1月16日早9点客户会议”。

进一步的，“信息”应用图标位于屏幕底部的功能图标区域，指向“信息”应用图标的应用通知显示栏804显示在“信息”应用图标上方的闲置区域。由于“信息”应用图标上方的闲置区域高度大于h1，此处拥有足够的空间显示应用通知显示栏。因此，不需要针对应用通知显示栏804做空间调整，应用通知显示栏804中可以清晰地显示“备忘录”应用的应用通知“张三：晚上吃饭的地点改在朝阳路了”。

进一步的，在某些应用场景中，系统桌面中被排满应用图标，在这种情况下，如果增加两行应用图标之间的行间距，就会导致系统桌面无法一次显示全部的应用图标。针对上述问题，在本申请一实施例中，当增加两行应用图标之间的行间距导致系统桌面无法一次显示全部的应用图标时，设定系统桌面为可滑动显示，用户可以通过上滑/下滑系统桌面，使得系统桌面滚动显示应用图标，从而显示下方/上方尚未显示或尚未完全显示的应用图标。

具体的，在步骤240的一种实现方式中，当第二系统桌面无法在一个显示屏幕内显示第一系统桌面的全部应用图标时，在第二系统桌面上显示可滑动的应用图标显示界面，其中，用户可通过滑动应用图标显示界面显示第二系统桌面未显示的应用图标。例如，用户可通过上滑应用图标显示界面，使得应用图标显示界面显示第二系统桌面底部的未在当前显示屏幕中显示的应用图标；用户可通过下滑应用图标显示界面，使得应用图标显示界面显示第二系统桌面顶部的未在当前显示屏幕中显示的应用图标。

图12所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图12左图所示，在图12左图所示的系统桌面中，应用图标已经排满系统桌面。

假设在一应用场景中，“备忘录”、“电子邮件”以及“天气”三个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图12右图所示的界面。

如图12右图所示，指向“备忘录”应用图标的应用通知显示栏901显示在“备忘录”应用图标上方的闲置区域。应用通知显示栏901中显示“备忘录”应用的应用通知“1月16日早9点会议”。

指向“电子邮件”应用图标的应用通知显示栏902显示在“电子邮件”应用图标上方的闲置区域。“电子邮件”应用图标上方的两行应用图标之间的行间距被增大(相较于图12左图中所示的显示效果，在图12右图中，“电子邮件”应用图标与“日历”应用图标的纵向间距增加)。应用通知显示栏802中滚动显示“电子邮件”应用的应用通知“From：王：(重要)1月20日召开项目小组会议；会…”。

指向“天气”应用图标的应用通知显示栏903显示在“天气”应用图标上方的闲置区域。“天气”应用图标上方的两行应用图标之间的行间距被增大(相较于图12左图中所示的显示效果，在图12右图中，“天气”应用图标与“音乐”应用图标的纵向间距增加)。应用通知显示栏903中显示“天气”应用的应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

由于在图12左图所示的系统桌面中，应用图标已排满，因此，当“电子邮件”以及“天气”应用图标上方的两行应用图标之间的行间距被增加后，系统桌面中最后一行应用图标就无法完全显示。如图12右图911所示的显示效果，图12左图所示的应用图标行910无法完全显示。此时，用户可以上滑系统桌面，在系统桌面向上滚动所有的显示内容，从而完全显示应用图标行911。进一步的，系统桌面上滑时，应用通知显示栏901以及“备忘录”应用图标所在的应用图标行的一部分将被显示屏顶部遮挡，用户可以下滑系统桌面，使得系统桌面恢复为如图12右图所示的显示效果。

进一步的，在本申请一实施例中，当增加相邻两行应用图标之间的行间距导致系统桌面无法一次显示全部的应用图标时，采用缩小应用图标的方式来实现所有应用图标的完全显示。

具体的，在一种可行的实现方式中，缩小最后一行或最后几行应用图标。例如，在步骤240的一种实现方式中，当第二系统桌面无法在一个显示屏幕内显示第一系统桌面的全部应用图标时，将第二系统桌面的底部的应用图标进行等比例缩小显示，以在同一显示屏幕内显示第一系统桌面的全部应用图标。

图13所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图13左图所示，在图13左图所示的系统桌面中，应用图标已经排满系统桌面。

假设在一应用场景中，“电子邮件”以及“天气”两个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图13右图所示的界面。

如图13右图所示，指向“电子邮件”应用图标的应用通知显示栏1001显示在“电子邮件”应用图标上方的闲置区域。“电子邮件”应用图标上方的两行应用图标之间的行间距被增加。应用通知显示栏1001中滚动显示“电子邮件”应用的应用通知“From：王：(重要)1月20日召开项目小组会议；会…”。

指向“天气”应用图标的应用通知显示栏1002显示在“天气”应用图标上方的闲置区域。“天气”应用图标上方的两行应用图标之间的行间距被增加。应用通知显示栏1002中显示“天气”应用的应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

由于在图13左图所示的系统桌面中，应用图标已排满，因此，当“电子邮件”以及“天气”应用图标上方的两行应用图标之间的行间距被增加后，系统桌面中最后一行应用图标就无法完全显示。此时，缩小图13左图所示的应用图标行1010，如图13右图1011所示的显示效果，从而完全显示应用图标。

具体的，在另一种可行的实现方式中，缩小应用通知显示栏所指向的应用图标所属的应用图标行。例如，在步骤240的一种实现方式中，当第二系统桌面无法在一个显示屏幕内显示第一系统桌面的全部应用图标时，将第二系统桌面的第一应用通知显示栏所指向的应用图标行的所有应用图标进行等比例缩小显示，以在同一显示屏幕内显示第一系统桌面的全部应用图标。

图14所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图14左图所示，在图14左图所示的系统桌面中，应用图标已经排满系统桌面。

假设在一应用场景中，“电子邮件”以及“天气”两个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图14右图所示的界面。

如图14右图所示，指向“电子邮件”应用图标的应用通知显示栏1101显示在“电子邮件”应用图标上方的闲置区域。“电子邮件”应用图标上方的两行应用图标之间的行间距被增加。应用通知显示栏1101中滚动显示“电子邮件”应用的应用通知“From：王：(重要)1月20日召开项目小组会议；会…”。

指向“天气”应用图标的应用通知显示栏1102显示在“天气”应用图标上方的闲置区域。“天气”应用图标上方的两行应用图标之间的行间距被增加。应用通知显示栏1102中显示“天气”应用的应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

由于在图14左图所示的系统桌面中，应用图标已排满，因此，当“电子邮件”以及“天气”应用图标上方的两行应用图标之间的行间距被增加后，系统桌面中最后一行应用图标就无法完全显示。此时，缩小图14左图所示的应用图标行1111以及应用图标行1112中的应用图标，以达成如图13右图应用图标行1201以及应用图标行1102所示的显示效果，从而完全显示应用图标。

具体的，在另一种可行的实现方式中，缩小系统桌面上所有的应用图标。例如，在步骤240的一种实现方式中，当第二系统桌面无法在一个显示屏幕内显示第一系统桌面的全部应用图标时，将第二系统桌面的所有应用图标进行等比例缩小显示，以在同一显示屏幕内显示第一系统桌面的全部应用图标。

图15所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图15左图所示，在图15左图所示的系统桌面中，应用图标已经排满系统桌面。

假设在一应用场景中，“电子邮件”以及“天气”两个应用存在待查看应用通知，那么，根据本申请一实施例的方法，手机的系统桌面可以为图15右图所示的界面。

如图15右图所示，指向“电子邮件”应用图标的应用通知显示栏1201显示在“电子邮件”应用图标上方的闲置区域。“电子邮件”应用图标上方的两行应用图标之间的行间距被增加。应用通知显示栏1201中滚动显示“电子邮件”应用的应用通知“From：王：(重要)1月20日召开项目小组会议；会…”。

指向“天气”应用图标的应用通知显示栏1202显示在“天气”应用图标上方的闲置区域。“天气”应用图标上方的两行应用图标之间的行间距被增加。应用通知显示栏1202中显示“天气”应用的应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

由于在图15左图所示的系统桌面中，应用图标已排满，因此，当“电子邮件”以及“天气”应用图标上方的两行应用图标之间的行间距被增加后，系统桌面中最后一行应用图标就无法完全显示。此时，缩小系统桌面上的应用图标，以达成如图13右图所示的显示效果，从而完全显示应用图标。

进一步的，在实际应用场景中，存在一个应用具有多个待查看应用通知的情况。针对这一情况，在本申请一实施例中，在一个应用通知显示栏中多行显示待查看应用通知，每行显示一个待查看应用通知以实现多个待查看应用通知的显示。

进一步的，在一个应用通知显示栏中多行显示待查看应用通知会显著的增高应用通知显示栏的高度，为了不减小文字字体的大小，就需要随着应用通知显示栏高度的增高对应增加两行应用图标间的行间距，而过度增加两行应用图标间的行间距势必会影响到系统桌面对应用图标的显示，例如，导致大量的应用图标无法在系统桌面的一个显示页面中同时显示。因此，在本申请一实施例中，针对应用通知显示栏采用折叠显示的方式，以在一个应用通知显示栏中实现多个待查看应用通知的显示。

例如，图16所示为根据本申请一实施例的应用通知显示栏显示场景示意图。“电子邮件”应用具有多个待查看应用通知。

如图16左图所示，指向“电子邮件”应用图标的应用通知显示栏1301显示在“电子邮件”应用图标下方的闲置区域。“电子邮件”应用图标下方的两行应用图标之间的行间距被增加。应用通知显示栏1301中单行显示“电子邮件”应用的一个待查看应用通知(例如，显示发生时间距离当前最近的一个待查看应用通知“From：王：(重要)1月20日召开项目小组会议”)。

应用通知显示栏1301中包含展开按钮以提示用户“电子邮件”应用当前具有多个待查看应用通知。用户点击应用通知显示栏1301中的展开按钮后，应用通知显示栏1301展开。

如图16右图所示，指向“电子邮件”应用图标的应用通知显示栏1302显示在“电子邮件”应用图标下方的闲置区域。应用通知显示栏1302中多行显示“电子邮件”应用的待查看应用通知，每行显示一个待查看应用通知。相较于图16左图所示的显示状态，“电子邮件”应用图标下方的两行应用图标之间的行间距被进一步增加以提供应用通知显示栏1302的显示空间。

应用通知显示栏1302中还包含折叠按钮，在用户点击应用通知显示栏1302中的折叠按钮后，应用通知显示栏1302折叠，恢复为图16左图所示的显示状态。

又例如，图17所示为根据本申请一实施例的应用通知显示栏显示场景示意图。“电子邮件”应用具有多个待查看应用通知。

如图17左图所示，指向“电子邮件”应用图标的应用通知显示栏1401显示在“电子邮件”应用图标下方的闲置区域。“电子邮件”应用图标下方的两行应用图标之间的行间距被增加。应用通知显示栏1401中单行显示“电子邮件”应用的待查看应用通知(例如，显示最近的一个待查看应用通知“From：王：(重要)1月20日召开项目小组会议”)。

应用通知显示栏1401中包含展开按钮以提示用户“电子邮件”应用具有多个待查看应用通知。用户点击应用通知显示栏1401中的展开按钮后，应用通知显示栏1401展开。

如图17右图所示，指向“电子邮件”应用图标的应用通知显示栏1402显示在“电子邮件”应用图标下方的闲置区域。应用通知显示栏1402中多行显示“电子邮件”应用的待查看应用通知，每行显示一个待查看应用通知。展开后的应用通知显示栏1402在系统桌面的应用图标上悬浮显示，从而无需进一步增加“电子邮件”应用图标下方的两行应用图标之间的行间距。并且，为了不影响应用通知显示栏1402的显示，在系统桌面上，除“电子邮件”应用图标以外的应用图标虚化显示。

应用通知显示栏1402中包含折叠按钮，用户点击应用通知显示栏1402中的折叠按钮后，应用通知显示栏1402折叠，恢复为图17左图所示的显示状态。

进一步的，在本申请一实施例中，待查看应用通知可以为系统默认的应用通知或用户指定的应用通知，待查看应用通知可以为已读应用通知，也可以为未读应用通知。例如，可以设定所有未读应用通知为待查看应用通知。

进一步的，在本申请一实施例中，由用户指定待查看应用通知。例如，在应用生成应用通知后，如果用户无法立即阅读应用通知，则用户判断该应用通知是否重要，如果重要，则将该应用通知标记为待查看应用通知。从而在系统桌面显示待查看应用通知以提醒用户，避免用户后续遗忘该应用通知。

具体的，在一应用场景中，用户在使用应用的过程中，通过对应用通知提醒进行标记操作来将新生成的应用通知标记为待查看应用通知。图18所示为根据本申请一实施例的应用通知显示流程图。如图18所示：

步骤1310，用户使用第一应用；

步骤1320，在第一应用进行界面显示时，设备接收第二应用的应用通知；

步骤1330，在第一应用进行界面显示的状态下，当设备接收到第二应用的应用通知时，保持第一应用进行界面显示，在第一应用的显示界面顶部，悬浮显示第二应用的应用通知；

步骤1340，在第一应用进行界面显示的状态下，接收用户针对悬浮显示的第二应用的应用通知的标记操作；

步骤1350，当用户标记悬浮显示的第二应用的应用通知为待查看应用通知时，停止悬浮显示第二应用的应用通知，保持第一应用进行界面显示，以便用户继续使用第一应用；

步骤1360，当用户退出第一应用，进入包含第二应用的应用图标的系统桌面时，显示系统桌面；在系统桌面上，第二应用的应用图标上方或下方显示指向第二应用的应用图标的应用通知显示栏，在应用通知显示栏中显示用户标记的待查看应用通知。

这样，在新的应用通知生成时，用户就不需要中断当前的应用操作来查看新应用通知的具体内容，并且，用户也不会因为没有及时查看新应用通知的具体内容而遗漏重要的应用通知。

以一具体应用场景为例，图19所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图19左上图所示。

用户启动“华为视频”应用，观看视频，进入如图19下图所示的显示界面。在用户观看视频的过程中，“天气”应用生成应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。应用通知悬浮显示栏1501在视频播放界面顶部悬浮显示，应用通知悬浮显示栏1501显示应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

由于用户不想打断当前的视频观看，同时，用户还希望在之后进一步阅读该应用通知。因此，为了避免遗忘该应用通知，用户将该应用通知(应用通知悬浮显示栏1501所显示的应用通知)标记为待查看应用通知(例如，双击应用通知悬浮显示栏1501)。用户标记应用通知标记为待查看应用通知后，应用通知悬浮显示栏1501不再显示，用户继续进行视频观看。

当用户退出“华为视频”应用，进入包含“天气”应用图标的系统桌面时，系统桌面显示界面如图19右上图所示。指向“天气”应用图标的应用通知显示栏1502显示在“天气”应用图标上方的闲置区域。“天气”应用图标上方的两行应用图标之间的行间距被增加。应用通知显示栏1502中显示“天气”应用的应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

进一步的，在一实施例中，在步骤1360的一种实现方式中，在在用户退出第一应用后，在用户进入包含第二应用的应用图标的系统桌面之前，执行系统桌面刷新操作，刷新系统桌面所显示的内容(例如，重新布局系统桌面以及增加应用通知显示栏)。从而在步骤1360中，在系统桌面上显示应用通知显示栏，以及，在应用通知显示栏中显示待查看应用通知。

进一步的，在实际应用场景中，系统桌面刷新操作会消耗一定的数据处理时间，这就使得在用户退出第一应用，进入包含第二应用的应用图标的系统桌面时，系统桌面不会立即显示，可能会存在一个较长的等待时间，从而降低用户体验。因此，在一实施例中，在步骤1340之后，在用户标记悬浮显示的第二应用的应用通知为待查看应用通知时，立即后台执行系统桌面刷新操作。在步骤1360中，直接调用已刷新的系统桌面显示内容。从而避免导致用户等待，确保用户体验。

具体的，在一应用场景中，用户通过对应用通知显示界面中的未读应用通知进行标记操作来将应用通知显示界面中的未读应用通知标记为待查看应用通知。这里需要说明的是，本申请实施例所指的应用通知显示界面，可以是设备解锁后被打开的应用通知显示界面。例如，应用通知显示界面可以为下拉通知栏，用户在手机的系统桌面上执行下拉操作，打开下拉通知栏。

图20所示为根据本申请一实施例的应用通知显示流程图。如图20所示：

步骤1510，接收应用通知，当收到第一应用的应用通知时，该应用通知被加入到应用通知显示界面；

步骤1520，打开应用通知显示界面；例如，通过下拉屏幕的方式，打开下拉通知栏，或者，在系统设置中打开应用通知显示界面；

步骤1530，在应用通知显示界面中，标记第一应用的应用通知为待查看应用通知；

步骤1540，关闭应用通知显示界面；

步骤1550，用户进入包含第一应用的应用图标的系统桌面；

步骤1560，在系统桌面上，第一应用的应用图标上方或下方显示指向第一应用的应用图标的应用通知显示栏，在应用通知显示栏中显示待查看应用通知。

这样，用户就不用反复打开应用通知显示界面，从众多的未读应用通知中确认重要的应用通知。并且，在应用通知显示界面中的应用通知被标记为待查看应用通知后，即使用户阅读该应用通知使得该应用通知被移出应用通知显示界面，在不取消待查看应用通知的标记前，该应用通知会始终显示在系统桌面，这就可以有效避免，由用户阅读应用通知后遗忘应用通知内容而导致的不利影响。

以一具体应用场景为例，图21所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图21左图所示。“天气”应用生成应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。应用通知悬浮显示栏1801在系统桌面顶部悬浮显示，应用通知悬浮显示栏1801显示应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

由于用户并未阅读“天气”应用生成应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。因此，该应用通知被加入到应用通知显示界面。

用户打开应用通知显示界面，如图21中间图所示。应用通知显示界面中显示“天气”应用的未读应用通知1802“今天夜间10点到11点，本市大部地区将有雷雨”。用户针对未读应用通知1802执行标记操作，将该应用通知标记为待查看应用通知(例如，双击未读应用通知1802)。

当用户退出应用通知显示界面，进入包含“天气”应用图标的系统桌面时，系统桌面显示界面如图21右图所示。指向“天气”应用图标的应用通知显示栏1803显示在“天气”应用图标上方的闲置区域。“天气”应用图标上方的两行应用图标之间的行间距被增加。应用通知显示栏1803中显示“天气”应用的应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

在图21所示实施例中，用户在手机解锁状态下打开应用通知显示界面并针对应用通知显示界面进行操作。在某些实际应用场景中，手机在锁屏状态下也可以打开应用通知显示界面。因此，用户也可以在手机锁屏时打开应用通知显示界面并针对应用通知显示界面进行待查看应用通知的标记操作。

在实际应用场景中，在应用通知显示界面中对应用通知通常按照未读应用通知的生成时间来排序，或者，按照未读应用通知所属的应用进行分组，分组后再按照未读应用通知的生成时间来排序。在本申请一实施例中，为优化显示效果，在应用通知显示界面中，根据应用通知显示界面中的应用通知是否为待查看应用通知，对应用通知显示界面中的应用通知进行排序。例如，将被标记为待查看应用通知的未读应用通知置顶显示。

以一具体应用场景为例，图22所示为根据本申请一实施例的应用通知显示栏显示场景示意图。“天气”应用生成应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。由于用户并未阅读“天气”应用生成应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。因此，该应用通知被加入到应用通知显示界面。

如图22左上图所示，应用通知显示界面中显示“天气”应用的未读应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。由于“天气”应用的未读应用通知“今天夜间10点到11点，本市大部地区将有雷雨”为最新的未读应用通知，在之前生成的“信息”应用的未读应用通知“张三：今晚吃饭地点改在朝阳路”(未读应用通知2101)以及“李四：今晚我不过去了”均依次排在“天气”应用的未读应用通知“今天夜间10点到11点，本市大部地区将有雷雨”下方。

用户针对“信息”应用的未读应用通知2101执行标记操作，将未读应用通知2101标记为待查看应用通知(例如，双击未读应用通知2101)。

当用户退出应用通知显示界面，进入包含“信息”应用图标的系统桌面时，系统桌面显示界面如图22右上图所示。指向“信息”应用图标的应用通知显示栏2102显示在“信息”应用图标上方的闲置区域。应用通知显示栏2102中显示“信息”应用的应用通知“张三：今晚吃饭地点改在朝阳路”。

同时，由于用户将未读应用通知2101标记为待查看应用通知，应用通知显示界面中的未读应用通知排序发生变化，如图22右下图所示，“信息”应用的未读应用通知2101“张三：今晚吃饭地点改在朝阳路”被置顶显示。

进一步的，在本申请一实施例中，在应用通知显示界面中对未读应用通知的排序还参考未读应用通知的来源，例如，当未读应用通知来自于通讯录中已标记的重点用户时，在应用通知显示界面中置顶显示该未读应用通知；或者，当未读应用通知来自于已标记的重点应用时，在应用通知显示界面中置顶显示该未读应用通知。

例如，在图22所示应用场景中，手机新接收到“信息”应用的未读应用通知“老板：今晚来公司加班”。该未读应用通知的来源(发送方)“老板”为通讯录中已标记的重点用户。因此，如图22左下图所示，“信息”应用的未读应用通知2105“老板：今晚来公司加班”置顶显示，原置顶显示的未读应用通知2104“张三：今晚吃饭地点改在朝阳路”被排在未读应用通知2105下方。

进一步的，在图22所示应用场景中，针对来自通讯录中已标记的重点用户置顶显示的优先级高于针对待查看应用通知的置顶显示。在另一应用场景中，也可以设置针对来自通讯录中已标记的重点用户置顶显示的优先级低于针对待查看应用通知的置顶显示，即，将“信息”应用的未读应用通知2105以及未读应用通知2104置顶显示，并且，未读应用通知2105排在未读应用通知2104下方。

进一步的，在实际应用场景中，随着应用通知显示界面中未读应用通知的堆叠，应用通知显示界面中的未读应用通知往往无法在一个页面中全部显示，这就可能导致用户遗漏未显示的应用通知。这对这一问题，在本申请一实施例中，基于从属的应用归类待查看应用通知，将同一应用的待查看应用通知置顶折叠显示，从而在应用通知显示界面的一个页面中显示更多的未读应用通知。

以一具体应用场景为例，图23所示为根据本申请一实施例的应用通知显示栏显示场景示意图。原始的应用通知显示界面显示页面如图23左上图所示，应用通知显示界面中显示“信息”应用的未读应用通知2201、2202、2203、2212，“天气”应用的未读应用通知2204，“电子邮件”应用的未读应用通知2205、2206、2207、2208，“音乐”应用的未读应用通知2209，“浏览器”应用的未读应用通知2210、2211。未读应用通知2201～2208被标记为待查看应用通知，其在应用通知显示界面中置顶显示。由于应用通知显示界面中堆叠太多的未读应用通知，因此，在当前页面中，未读应用通知2212无法完全显示，并且，未读应用通知2212下方还存在无法显示的未读应用通知。

根据本申请一实施例的方法，基于应用归属分类待查看应用通知2201～2208，分为“信息”、“天气”以及“电子邮件”三个应用归类，基于应用归类折叠显示待查看应用通知2201～2208。

如图23的中上图所示，在应用通知显示界面顶部显示待查看应用通知2201～2208所从属的三个应用“信息”、“天气”以及“电子邮件”的应用图标，利用应用图标来向用户表明存在分属这三个应用的未读应用通知。在“信息”、“天气”以及“电子邮件”的应用图标显示未被标记为待查看应用通知的未读应用通知2209～2213。由于待查看应用通知2201～2208被折叠，因此，在当前页面中，未读应用通知2212可以被完整显示，未读应用通知2212下方的未读应用通知2213也可以被完整显示。

当用户的操作焦点移到应用通知显示界面中“信息”应用图标上时，“信息”应用的待查看应用通知2201～2203展开显示。如图23右上图所示，在“信息”应用图标下方显示指向“信息”应用图标的待查看应用通知2201～2203，在待查看应用通知2201～2203下方显示未被标记为待查看应用通知的未读应用通知2209～2213。由于待查看应用通知2204～2208仍然被折叠，因此，在当前页面中，未读应用通知2212可以被完整显示，未读应用通知2212下方的未读应用通知2213也可以被完整显示。

当用户的操作焦点移到应用通知显示界面中“天气”应用图标上时，“天气”应用的待查看应用通知2204展开显示。如图23右下图所示，在“天气”应用图标下方显示指向“天气”应用图标的待查看应用通知2204，在待查看应用通知2204下方显示未被标记为待查看应用通知的未读应用通知2209～2213。由于待查看应用通知2201～2203、2205～2208仍然被折叠，因此，在当前页面中，未读应用通知2212可以被完整显示，未读应用通知2212下方的未读应用通知2213也可以被完整显示。

当用户的操作焦点移到应用通知显示界面中“电子邮件”应用图标上时，“电子邮件”应用的待查看应用通知2205～2208展开显示。如图23右下图所示，在“电子邮件”应用图标下方显示指向“电子邮件”应用图标的待查看应用通知2205～2208，在待查看应用通知2205～2208下方显示未被标记为待查看应用通知的未读应用通知2209～2213。由于待查看应用通知2201～2204仍然被折叠，因此，在当前页面中，未读应用通知2212可以被完整显示，未读应用通知2212下方的未读应用通知2213也可以被完整显示。

进一步的，在一应用场景中，也可以不显示图23的中上图所示的显示界面，直接进入某一应用的展开显示界面。例如，默认最终展开第一个应用的待查看应用通知。即，在根据本申请一实施例的方法折叠待查看应用通知后，跳过图23的中上图所示的显示界面，直接进入图23右上图所示的显示界面。

进一步的，在本申请一实施例中，采用标记应用的方式标记待查看应用通知。即，当一个应用被标记为待查看应用时，该应用的所有未读应用通知均被标记为待查看应用通知。图24所示为根据本申请一实施例的部分流程图。如图24所示，执行下述流程标记待查看应用通知：

步骤2310，用户标记应用为待查看应用；

步骤2320，当待查看应用存在未读应用通知时，将待查看应用的所有未读应用通知标记为待查看应用通知。

具体的，在实际应用场景中，可以采用多种不同的方式将应用标记为待查看应用。

例如，图25所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图25左上图所示。用户进入如图25右上图所示的“天气”应用的通知设置页面。用户开启“天气”应用的通知设置页面中的系统桌面显示通知设置(1901)，从而将“天气”应用标记为待查看应用。

当“天气”应用生成应用通知“今天夜间10点到11点，本市大部地区将有雷雨”时，用户未阅读应用通知，应用通知“今天夜间10点到11点，本市大部地区将有雷雨”被作为未读应用通知加入到应用通知显示界面。应用通知显示界面界面如图25左下图所示，应用通知显示界面中显示未读应用通知1902“今天夜间10点到11点，本市大部地区将有雷雨”。

由于“天气”应用被标记为待查看应用，因此，未读应用通知“今天夜间10点到11点，本市大部地区将有雷雨”也被标记为待查看应用通知。如图25右下图所示，在系统界面中显示指向“天气”应用图标的应用通知显示栏1903，在应用通知显示栏1903显示未读应用通知“今天夜间10点到11点，本市大部地区将有雷雨”。

又例如，图26所示为根据本申请一实施例的应用通知显示栏显示场景示意图。手机原始的系统桌面如图26左图所示。

用户进入如图26的中图所示的“浏览器”应用的浏览器设置页面。用户开启“浏览器”应用的浏览器设置页面中的系统桌面显示通知设置(2001)，从而将“浏览器”应用标记为待查看应用。

当“浏览器”应用生成应用通知“电动车新规发布”时，用户未阅读应用通知，由于“天气”应用被标记为待查看应用，因此，未读应用通知“电动车新规发布”也被标记为待查看应用通知。如图26右图所示，在系统界面中显示指向“浏览器”应用图标的应用通知显示栏2002，在应用通知显示栏2002显示未读应用通知“电动车新规发布”。

进一步的，在本申请一实施例中，在登录同一用户账号的设备间传递应用通知的标记行为以实现跨设备的待查看应用通知标记。

图27所示为根据本申请一实施例的应用通知显示流程图。如图27所示，执行下述步骤以显示应用通知：

步骤2610，用户在第一设备上标记应用通知S1为待查看应用通知；

步骤2620，第一设备将用户标记应用通知S1为待查看应用通知的行为同步到第二设备；

步骤2630，第二设备在系统桌面显示指向应用图标S2的应用通知显示栏，在应用通知显示栏中显示应用通知S1，其中，应用图标S2为应用通知S1所属应用的图标。

在图27所示实施例中，第一设备与第二设备为关联设备，其具体的关联关系根据具体的应用场景需求的不同而定。具体的，第一设备与第二设备可以为登录账号同属同一用户的设备，例如，均登录有用户A的用户账户的平板电脑以及手机；第一设备与第二设备也可以为同属同一设备网络(物联网)的设备，例如，用户A所建立的智能家居网络中的手机以及智慧屏；第一设备与第二设备也可以为建立了通信直连的设备，例如，基于蓝牙建立了连接的手机以及智能手表；第一设备与第二设备也可以为用户绑定了设备关联关系的设备，例如，用户基于设备唯一硬件标识进行绑定了的手机以及智能手表。

以一具体应用场景为例，图28所示为根据本申请一实施例的应用通知显示栏显示场景示意图。用户A在登陆有自身账号的平板电脑上启动“华为视频”应用，观看视频，进入如图28上图所示的视频播放界面。在用户观看视频的过程中，“电子邮件”应用生成应用通知“From：王：(重要)1月20日召开项目小组会议”。应用通知悬浮显示栏2501在视频播放界面顶部悬浮显示，应用通知悬浮显示栏2501显示应用通知“From：王：(重要)1月20日召开项目小组会议”。

由于用户A不想打断当前的视频观看，同时，用户A还希望在之后进一步阅读该应用通知，为了避免遗忘该应用通知，用户A将应用通知“From：王：(重要)1月20日召开项目小组会议”标记为待查看应用通知(例如，双击应用通知悬浮显示栏2501)。用户A标记应用通知标记为待查看应用通知后，应用通知悬浮显示栏2501不再显示，用户A继续进行视频观看。

在用户标记应用通知标记为待查看应用通知后，登陆有用户A账号的平板电脑将用户标记应用通知“From：王：(重要)1月20日召开项目小组会议”为待查看应用通知的标记行为同步到当前应用场景中所有登陆有用户A账号的终端设备上，例如，同步到登陆有用户A账号的手机上。

手机的原始系统桌面显示界面如图28左下图所示，当手机接收到平板电脑同步过来的标记行为后，手机的系统桌面显示界面如图28右下图所示。在图28右下图中，显示指向“电子邮件”应用图标的应用通知显示栏2502，应用通知显示栏2502显示应用通知“From：王：(重要)1月20日召开项目小组会议”。这样，当用户A放下平板电脑，拿起手机时，就可以在手机的系统桌面看到应用通知“From：王：(重要)1月20日召开项目小组会议”。

可以理解的是，上述实施例中的部分或全部步骤骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

进一步的，一般的，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field ProgrammableGate Array，FPGA))就是这样一种集成电路，其逻辑功能由访问方对器件编程来确定。由设计人员自行编程来把一个数字装置“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

因此，本申请实施例所提出的方法流程可以以硬件方式实现，例如，使用控制器，控制器控制触摸屏以实现本申请实施例所提出的方法流程。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

进一步的，用于实现本申请实施例所提出的方法流程的硬件，可以以功能分为多个模块，每个模块用于实现方法流程中的一个步骤。例如，在本申请一实施例中，提出了一种显示装置，包括：

第一桌面生成模块，其用于生成第一系统桌面；

第一显示模块，其用于显示第一系统桌面，第一系统桌面包括第一应用的第一应用图标；

通知消息获取模块，其用于获取第一应用的通知消息；

第二桌面生成模块，其用于当第一应用的通知消息中存在待查看应用通知时，根据第一系统桌面生成第二系统桌面；

第二显示模块，其用于显示第二系统桌面，其中：

第二系统桌面包括第一系统桌面的全部应用图标；

第二系统桌面还包括对应第一应用的第一应用通知显示栏；

第一应用通知显示栏用于显示第一应用的待查看应用通知的通知内容；

第一应用通知显示栏与第一应用图标相邻，第一应用通知显示栏指向第一应用图标。

上述装置实施例中，各个模块的划分仅仅是一种逻辑功能的划分，在实施本申请实施例时可以把各模块的功能在同一个或多个硬件实体中实现。

具体的，上述装置实施例中的各个模块，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。

例如，显示模块可以为单独设立的处理元件，也可以集成在电子设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个数字信号处理器(Digital Singnal Processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)等。再如，这些模块可以集成在一起，以片上装置(System-On-a-Chip，SOC)的形式实现。

本领域普通技术人员可以意识到，本申请实施例中描述的各模块及方法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

进一步的，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的各个模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请一实施例还提出了一种电子设备，电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发电子设备执行如本申请实施例所述的方法步骤。

具体的，在本申请一实施例中，上述一个或多个计算机程序被存储在上述存储器中，上述一个或多个计算机程序包括指令，当上述指令被上述设备执行时，使得上述设备执行本申请实施例所述的方法步骤。

具体的，本申请一实施例中还提供一种图形用户界面GUI，图形用户界面存储在电子设备中，电子设备包括显示屏、存储器、处理器，处理器用于执行存储在所述存储器中的计算机程序，图形用户界面包括电子设备在执行如本申请实施例所述方法时显示的图形用户界面。

具体的，在本申请一实施例中，电子设备的处理器可以是片上装置SOC，该处理器中可以包括中央处理器(Central Processing Unit，CPU)，还可以进一步包括其他类型的处理器。具体的，在本申请一实施例中，电子设备的处理器可以是PWM控制芯片。

具体的，在本申请一实施例中，涉及的处理器可以例如包括CPU、DSP、微控制器或数字信号处理器，还可包括GPU、嵌入式神经网络处理器(Neural-network Process Units，NPU)和图像信号处理器(Image Signal Processing，ISP)，该处理器还可包括必要的硬件加速器或逻辑处理硬件电路，如ASIC，或一个或多个用于控制本申请技术方案程序执行的集成电路等。此外，处理器可以具有操作一个或多个软件程序的功能，软件程序可以存储在存储介质中。

具体的，在本申请一实施例中，电子设备的存储器可以是只读存储器(read-onlymemory，ROM)、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器(random access memory，RAM)或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何计算机可读介质。

具体的，在本申请一实施例中，处理器可以和存储器可以合成一个处理装置，更常见的是彼此独立的部件，处理器用于执行存储器中存储的程序代码来实现本申请实施例所述方法。具体实现时，该存储器也可以集成在处理器中，或者，独立于处理器。

进一步的，本申请实施例阐明的设备、装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

本领域内的技术人员应明白，本申请实施例可提供为方法、装置、设备或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。具体的，本申请一实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法。

本申请一实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法。

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

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

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

还需要说明的是，本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述，仅为本申请的具体实施方式，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。本申请的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种应用通知显示方法，其特征在于，包括：

显示第一系统桌面，所述第一系统桌面包括第一应用的第一应用图标；

获取所述第一应用的通知消息；

当所述第一应用的通知消息中存在待查看应用通知时，根据所述第一系统桌面生成第二系统桌面；

显示所述第二系统桌面，其中：

所述第二系统桌面包括所述第一系统桌面的全部应用图标；

所述第二系统桌面还包括对应所述第一应用的第一应用通知显示栏；

所述第一应用通知显示栏用于显示所述第一应用的待查看应用通知的通知内容；

所述第一应用通知显示栏与所述第一应用图标相邻，所述第一应用通知显示栏指向所述第一应用图标；

所述根据所述第一系统桌面生成第二系统桌面，包括：增加所述应用图标的间距，或者，调整所述应用图标的布局，以空出用于显示所述第一应用通知显示栏的空间，其中，所述调整所述应用图标的布局，包括：将所述第二系统桌面中的第一显示区域作为所述第一应用通知显示栏的空间，所述第一显示区域在所述第一系统桌面中用于显示所述应用图标；

所述根据所述第一系统桌面生成第二系统桌面，还包括：

确定所述待查看应用通知的通知长度，以确定所述第一应用通知显示栏的框体的大小区间；

根据所述第一应用图标在第一系统桌面上的显示位置，以及，所述第一应用通知显示栏的框体的大小区间，判断所述第一应用图标周边是否存在可用于显示所述第一应用通知显示栏的闲置区域；

当所述第一应用图标周边不存在可用于显示所述第一应用通知显示栏的闲置区域时，重排所述第一应用图标周边已存在的应用通知显示栏，以腾出用于显示所述第一应用通知显示栏的闲置区域。

2.根据权利要求1所述的方法，其特征在于，所述第二系统桌面包括所述第一应用图标所处的第一应用图标行以及与所述第一应用图标行相邻的第二应用图标行，所述第一应用通知显示栏在所述第一应用图标行与所述第二应用图标行之间的行间隙中横向显示。

3.根据权利要求2所述的方法，其特征在于：

所述第一应用通知显示栏的最大宽度为，所述第二系统桌面上单个应用图标行所占据的宽度；

所述第一应用通知显示栏的最小宽度为，所述第二系统桌面上单个应用图标行中，相邻的两个应用图标所占据的宽度。

4.根据权利要求3所述的方法，其特征在于，当所述待查看应用通知的通知内容的长度超出所述第一应用通知显示栏的最大宽度时，在所述第一应用通知显示栏中滚动显示所述待查看应用通知的通知内容。

5.根据权利要求2所述的方法，其特征在于，所述第一应用图标行与所述第二应用图标行之间的行间距，大于所述第一系统桌面中应用图标行间距的预设值。

6.根据权利要求5所述的方法，其特征在于，当所述第二系统桌面无法在一个显示屏幕内显示所述第一系统桌面的全部应用图标时，在所述第二系统桌面上显示可滑动的应用图标显示界面，其中，用户可通过滑动所述应用图标显示界面显示所述第二系统桌面的屏幕未显示的应用图标。

7.根据权利要求5所述的方法，其特征在于，当所述第二系统桌面无法在一个显示屏幕内显示所述第一系统桌面的全部应用图标时，将所述第二系统桌面的底部的应用图标进行等比例缩小显示，以在同一显示屏幕内显示所述第一系统桌面的全部应用图标。

8.根据权利要求5所述的方法，其特征在于，当所述第二系统桌面无法在一个显示屏幕内显示所述第一系统桌面的全部应用图标时，将所述第二系统桌面的所述第一应用通知显示栏所指向的应用图标行的所有应用图标进行等比例缩小显示，以在同一显示屏幕内显示所述第一系统桌面的全部应用图标。

9.根据权利要求5所述的方法，其特征在于，当所述第二系统桌面无法在一个显示屏幕内显示所述第一系统桌面的全部应用图标时，将所述第二系统桌面的所有应用图标进行等比例缩小显示，以在同一显示屏幕内显示所述第一系统桌面的全部应用图标。

10.根据权利要求1所述的方法，其特征在于，所述方法还包括：

显示应用通知显示界面，其中，根据所述应用通知显示界面中的应用通知是否为所述待查看应用通知，对所述应用通知显示界面中的应用通知进行排序。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

显示应用通知显示界面，其中：

在所述应用通知显示界面的顶部显示所述待查看应用通知对应的应用的应用图标；

当用户点击顶部显示的所述应用图标时，在所述顶部显示的应用图标下方，显示所述待查看应用通知。

12.根据权利要求1~11中任一项所述的方法，其特征在于：

所述待查看应用通知为，用户执行待查看通知标记操作所标记的应用通知；

和/或，

所述待查看应用通知为，被所述用户标记为待查看应用的应用的应用通知。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：

在所述用户在当前设备上执行待查看通知标记操作后，将所述待查看应用通知的标记状态同步到所述当前设备的关联设备上。

14.一种电子设备，其特征在于，所述电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发所述电子设备执行如权利要求1~13中任一项所述的方法步骤。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如权利要求1-13中任一项所述的方法。

Images