通知消息的显示方法及电子设备

技术领域

本申请涉及智能终端技术领域，尤其涉及一种消息通知的显示方法及电子设备。

背景技术

随着终端设备和终端应用的普及，越来越多的终端应用采用消息推送的方式通知用户，这些通知用户的消息称为通知消息。用户可以在终端设备锁屏界面或终端设备的通知中心（或通知栏）看到这些推送的通知消息。

终端应用的普及和用户安装终端应用的数量上升，随之而来的是通知消息过多且内容不聚焦，各种通知消息相互交织在一起，使得用户很难迅速找到自己关注的通知消息。

发明内容

为了解决上述技术问题，本申请实施例提供一种通知消息的显示方法及电子设备。在该方法中，可以将用户感兴趣的通知消息聚合在一个通知消息窗口中进行显示，便于用户查看，提升了用户使用体验。

第一方面，本申请实施例提供一种通知消息的显示方法。该方法包括：电子设备显示第一界面；其中，第一界面上包括第一通知窗口，在第一通知窗口中显示至少一个第二通知窗口，在每个第二通知窗口中分别显示有用户感兴趣的应用通知消息。

其中，第一界面可以是显示通知消息窗口的任意界面，例如通知中心界面等。示例性的，在第一界面中除了显示第一通知窗口之外，还可以显示与任意应用对应的应用通知窗口，例如图1中（2）所示的应用通知窗口101、应用通知窗口102、应用通知窗口103。

其中，第一通知窗口为通知聚合显示窗口，第二通知窗口为在第一通知窗口中聚合显示的应用通知窗口。示例性的，应用可以为社交应用，例如微信、QQ、短信息等。

示例性的，任意两个第二通知窗口可以对应于相同的应用，例如同为微信应用通知窗口。也即，任意两个第二通知窗口可以显示来自相同应用的通知消息。

又示例性的，任意两个第二通知窗口也可以对应于不同的应用，例如一个为微信应用窗口，一个为短信息应用窗口。也即，任意两个第二通知窗口可以显示来自不同应用的通知消息。

这样，用户感兴趣的通知消息可以聚合在一个通知消息窗口中进行显示，便于用户查看，提升了用户使用体验。其中，用户感兴趣的通知消息可以来源于相同的应用，也可以来源于不同的应用。

根据第一方面，第一通知窗口用于聚合显示与第一联系人对应的应用通知消息；第二通知窗口分别用于显示第一联系人在不同的应用中发送的通知消息。

其中，第一通知窗口例如可以是下文中描述的通知聚合窗口，用于聚合显示某个联系人在不同应用中发送的通知消息。每个第二通知窗口为与该联系人对应的一个应用通知窗口。

这样，无论该联系人通过哪个应用向电子设备用户发送通知消息，电子设备用户均可以在与该联系人对应的通知聚合窗口中查看到相应的通知消息，无需再从大量应用通知窗口中一一查找，简化了用户获取感兴趣信息的时间成本。电子设备可以将用户真正关心的联系人通知消息醒目地展示给用户，提升了用户使用体验。

根据第一方面，或者以上第一方面的任意一种实现方式，电子设备显示第一界面，包括：电子设备获取第一通知消息，确定第一通知消息所属的第一应用的名称以及第一通知消息的第一会话标识；电子设备如果根据第一应用的名称和第一会话标识，确定存在第一通知消息所属的第一联系人分组，则在第一通知窗口中与第一应用的名称对应的第二通知窗口中，显示第一通知消息；其中，第一通知窗口为与第一联系人分组对应的通知窗口。

这样，如果通知消息已基于联系人进行分组，则电子设备会在与相应的分组对应的通知聚合窗口中显示该通知消息。

根据第一方面，或者以上第一方面的任意一种实现方式，在电子设备显示第一界面之前，还包括：电子设备显示第二界面；第二界面中包括第三通知窗口，第三通知窗口中显示有第一应用的第二通知消息；其中，第二通知消息的会话标识为第一会话标识；响应于第一操作，创建第一联系人分组，并将第一应用的名称以及第一会话标识，与第一联系人分组进行关联。

其中，第二界面可以是显示通知消息窗口的任意界面，例如通知中心界面等。

其中，第二通知消息和第一通知消息是同一个联系人在同一个应用中发出的。

这样，用户可以基于感兴趣的联系人在某个应用中发出的通知消息创建联系人分组，以使后续接收到同一联系人在这个应用中发出的其他通知消息时，这些通知消息可以在与联系人分组对应的通知聚合窗口中进行显示。

根据第一方面，或者以上第一方面的任意一种实现方式，在电子设备显示第一界面之前，还包括：显示第三界面；第三界面中包括第四通知窗口，第四通知窗口中显示有第一应用的第三通知消息；其中，第三通知消息的会话标识为第一会话标识；电子设备响应于第二操作，将第一应用的名称以及第一会话标识，与第一联系人分组进行关联。

其中，第三界面可以是显示通知消息窗口的任意界面，例如通知中心界面等。

其中，第三通知消息和第一通知消息是同一个联系人在同一个应用中发出的。

这样，用户可以基于感兴趣的联系人在某个应用中发出的通知消息，将该通知消息对应的应用名称及会话标识与已有的联系人分组进行关联，以使后续接收到同一联系人在这个应用中发出的其他通知消息时，这些通知消息可以在与联系人分组对应的通知聚合窗口中进行显示。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：电子设备显示第四界面；第四界面中包括第五通知窗口，第五通知窗口中显示有第二应用的第四通知消息；其中，第四通知消息的会话标识为第二会话标识；响应于第三操作，将第二应用的名称以及第二会话标识，与第一联系人分组进行关联。

其中，第四界面可以是显示通知消息窗口的任意界面，例如通知中心界面等。

其中，第四通知消息和第一通知消息是同一个联系人在不同应用中发出的。

这样，用户可以基于感兴趣的联系人在某个应用中发出的通知消息，将该通知消息对应的应用名称及会话标识与已有的联系人分组进行关联，以使后续接收到同一联系人在这个应用中发出的其他通知消息时，这些通知消息可以在与联系人分组对应的通知聚合窗口中进行显示。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：在电子设备创建第一联系人分组时，响应于第四操作，电子设备对第一联系人分组进行个性化设置。

示例性的，个性化设置可以包括：通知铃声、通知消息显示字体、通知窗口背景色、是否置顶显示、头像等。

这样，基于对联系人分组的个性化设置，能够区分不同的联系人分组的通知聚合窗口中的通知消息，用户体验更佳。而且，与第一联系人分组对应的第一通知窗口置顶显示时，电子设备可以将用户感兴趣的通知信息醒目地显示给用户查看。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：电子设备显示第五界面；第五界面上显示有第一应用的标识；响应于对第一应用的标识的第五操作，电子设备将第一应用的名称以及第一会话标识，与第一联系人分组取消关联。

其中，第五界面可以理解为联系人分组关联的应用列表界面。

这样，用户可以对各个联系人分组关联的应用进行删除管理，以避免不再感兴趣的通知消息依旧显示在通知聚合窗口中。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：电子设备显示第五界面；第五界面上显示有第一应用的标识；响应于对第一应用的标识的第六操作，电子设备显示第六界面；其中，在第六界面中显示第一应用中与第一会话标识对应的会话界面。

其中，第五界面可以理解为联系人分组关联的应用列表界面。

这样，用户可以便捷地查看相应的应用会话界面，以便用户确认是否为自己感兴趣的联系人发出的通知消息。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：电子设备显示第七界面；第七界面上显示有联系人分组列表，联系人分组列表中包括第一联系人分组的标识；响应于对第一联系人分组的标识的第七操作，电子设备显示第八界面；第八界面中显示有第一联系人分组的个性化设置信息。

这样，便于用户对各个联系人分组进行详情查看及个性化设置管理。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：电子设备显示第七界面；第七界面上显示有联系人分组列表，联系人分组列表中包括第一联系人分组的标识；电子设备响应于对第一联系人分组的标识的第八操作，删除第一联系人分组。

这样，便于用户对联系人分组进行删除管理，以避免不再感兴趣联系人的通知消息依旧在聚合显示。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：电子设备响应于对第一通知窗口的第九操作，第一通知窗口由展开态切换为折叠态；电子设备响应于对第一通知窗口的第十操作，第一通知窗口由折叠态切换为展开态。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：响应于对第一通知窗口的第十一操作，在界面中删除第一通知窗口。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：响应于对第二通知窗口的第十二操作，在第一通知窗口中删除第二通知窗口。

这样，用户可以在通知聚合窗口中对任意一个应用通知窗口进行操作。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：响应于对第二通知窗口的第十三操作，获取与第二通知窗口对应的第三应用的名称以及第三会话标识，将第三应用的名称以及第三会话标识，与第一联系人分组取消关联。

这样，在通知聚合窗口界面，用户也可以对联系人分组关联的应用进行删除管理，以避免不再感兴趣的通知消息依旧显示在通知聚合窗口中。

根据第一方面，或者以上第一方面的任意一种实现方式，该方法还包括：电子设备如果根据第一应用的名称和第一会话标识，确定不存在第一通知消息所属的第一联系人分组，则在与第一应用对应的应用通知窗口中显示第一通知消息。

这样，如果通知消息未基于联系人进行分组，则电子设备会在与相应的应用通知窗口中显示该通知消息，与已有技术相同。

示例性的，上述提及的第一操作至第十三操作，可以参考下述实施例中相对应的各用户操作，本实施例对此不做限定。

根据第一方面，或者以上第一方面的任意一种实现方式，电子设备创建第一联系人分组，并将第一应用的名称以及第一会话标识，与第一联系人分组进行关联，包括：电子设备在第一数据表中添加与第一联系人分组对应的第一记录；其中，第一记录至少包括联系人分组标识，联系人分组标识为第一数据表的主键；电子设备在第二数据表中添加与第一应用的名称以及第一会话标识对应的第二记录，第二记录至少包括通知消息所属的应用名称、通知消息的会话标识，以及联系人分组；其中，通知消息所属的应用名称和通知消息的会话标识共同为第二数据表的主键，联系人分组为第一数据表的外键，关联到第一数据表中的联系人分组标识。

示例性的，第一数据表可以为下文所述的groupInformation数据表，第二数据表可以为下文所述的convationlist数据表。

类似的，在第二数据表中删除记录，可以实现将应用名称以及会话标识与所联系人分组取消关联。在第一数据表中删除记录，同时在第二数据表中删除关联记录，可以实现删除联系人分组。

第二方面，本申请实施例提供一种电子设备。该电子设备包括：一个或多个处理器；存储器；以及一个或多个计算机程序，其中一个或多个计算机程序存储在存储器上，当计算机程序被一个或多个处理器执行时，使得电子设备执行第一方面以及第一方面中任意一项的通知消息的显示方法。

第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，本申请实施例提供一种计算机可读存储介质。该计算机可读存储介质包括计算机程序，当计算机程序在电子设备上运行时，使得电子设备执行第一方面以及第一方面中任意一项的通知消息的显示方法。

第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第四方面，本申请实施例提供一种计算机程序产品，包括计算机程序，当计算机程序被运行时，使得计算机执行如第一方面或第一方面中任意一项的通知消息的显示方法。

第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第五方面，本申请提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚和该处理电路通过内部连接通路互相通信，该处理电路执行如第一方面或第一方面中任意一项的通知消息的显示方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

第五方面以及第五方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第五方面以及第五方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

附图说明

图1为示例性示出的一种应用场景示意图；

图2为示例性示出的一种应用场景示意图；

图3为示例性示出的电子设备的硬件结构示意图；

图4为示例性示出的电子设备的软件结构示意图；

图5为示例性示出的一种应用场景示意图；

图6a-图6c为示例性示出的一种应用场景示意图；

图7a-图7c为示例性示出的一种应用场景示意图；

图8a-图8b为示例性示出的一种应用场景示意图；

图9a-图9d为示例性示出的一种应用场景示意图；

图10为示例性示出的一种应用场景示意图；

图11为本申请实施例提供的模块交互示意图；

图12为示例性示出的一种应用场景示意图；

图13a-图13d为示例性示出的一种应用场景示意图；

图14为示例性示出的一种应用场景示意图；

图15为示例性示出的一种应用场景示意图；

图16为示例性示出的一种应用场景示意图。

具体实施方式

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

终端应用的普及和用户安装终端应用的数量上升，随之而来的是通知消息过多且内容不聚焦，各种通知消息相互交织在一起，使得用户很难迅速找到自己关注的通知消息。终端设备往往对同一来源的通知消息进行聚合呈现，在通知栏中对聚合后的通知消息进行显示，从而一定程度上使得通知栏的界面变得简洁而不杂乱。示例性的，终端设备基于通知ID对通知消息进行分组，其中，通知ID是系统预先定义的。当应用发送通知时，自行选定一个通知ID进行发送，终端基于通知ID对通知消息进行聚合显示。

下述以手机为例进行解释说明，以其他终端设备为例亦是如此，不再赘述。

图1示例性的示出了一种应用场景。参照图1，在手机显示如图1中（1）所示的主界面时，用户在屏幕顶部左侧执行下滑操作，响应于用户操作，手机界面切换，显示如图1中（2）所示的通知中心界面（或者通知栏界面）。如图1中（2）所示，在通知中心界面中，同一来源的通知消息合并显示。示例性的，来自微信应用的通知消息在通知窗口（或称通知卡片）101中显示，来自视频应用的通知消息在通知窗口102中显示，来自短信息应用（或称信息应用）的通知消息在通知窗口103中显示。

图2示例性的示出了一种应用场景。参照图2中（1），手机在锁屏界面中显示多个通知窗口，分别用于合并显示来自不同应用的通信消息。示例性的，在通知窗口201中显示有4个通知来自微信应用，在通知窗口202中显示有1个通知来自视频应用，在通知窗口203中显示有1个通知来自短信息应用。由于手机当前为锁屏状态，为保护用户隐私，在通知窗口中仅显示来自某个应用的通知数量。待手机解锁后，在各个通知窗口中即可显示来自某个应用的通知消息，可以参照图2中（2）所示。示例性的，来自微信应用的4个通知的详细信息在通知窗口204中显示，来自视频应用的1个通知的详细信息在通知窗口205中显示，来自短信息应用的1个通知的详细信息在通知窗口206中显示。

然而，终端应用的普及和用户安装终端应用的数量上升，随之而来的是通知消息过多且内容不聚焦，各种通知消息相互交织在一起，使得用户很难迅速找到自己关注的通知消息。

当终端设备中安装多个社交类应用时，例如微信、QQ、短信息、支付宝、抖音等，同一个人可以基于不同的应用向终端设备用户发送通知消息。在现有的通知消息显示方案中，由于对每个应用的通知消息分别合并显示，因此同一个人在不同应用中向终端设备用户发送的通知消息是各自独立显示的，使得用户难以迅速聚焦自己关注的某个人的通知消息，用户体验较低。

参照图1中（2）或图2中（2），假设微信应用联系人中的“Chen”与短信息应用联系人中“陈某某”为现实生活中的同一个人，且该人在各个应用中发出的通知消息均为用户比较关注的通知消息。然而，该人在不同应用中发出的通知消息是在不同的通知窗口中进行显示的。由此，用户难以迅速聚焦自己关注的这个人的通知消息，尤其是在通知窗口的数量较多时，用户难以在多个通知窗口中迅速找到这个人通过不同应用发出的通知消息，用户体验较低。

如图3所示为电子设备100的结构示意图。可选地，电子设备100可以为终端，也可以称为终端设备，终端可以为蜂窝电话（cellular phone）或平板电脑（pad）等设备，本申请不做限定。需要说明的是，电子设备100的结构示意图可以适用于图1-图2中的手机。应该理解的是，图3所示的电子设备100仅是电子设备的一个范例，并且电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图3中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

电子设备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可以包括压力传感器，陀螺仪传感器，加速度传感器，温度传感器，运动传感器，气压传感器，磁传感器，距离传感器，接近光传感器，指纹传感器，触摸传感器，环境光传感器，骨传导传感器等。

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

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

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

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

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

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

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

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。

无线通信模块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）等无线通信的解决方案。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备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的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。

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

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

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

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器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)标准接口。

压力传感器用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器可以设置于显示屏194。电子设备100也可以根据压力传感器的检测信号计算触摸的位置。

陀螺仪传感器可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器确定电子设备100围绕三个轴（即，x，y和z轴）的角速度。

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

触摸传感器，也称“触控面板”。触摸传感器可以设置于显示屏194，由触摸传感器与显示屏194组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。

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

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用（例如拍照，音频播放等）的触摸操作，可以对应不同的振动反馈效果。

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

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

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

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

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

如图4所示，应用程序包可以包括微信、短信息、设置、通知中心、社交应用、Lancher、通知分组管理模块等应用程序。示例性的，应用程序包还可以包括通话、日历、地图、导航、音乐、视频等应用程序。

其中，社交应用可以指的是联系人（或称好友）之间能够发送通知消息的任意应用，例如QQ、抖音、支付宝等。

其中，Launcher，也可称为桌面应用或主屏幕等。一般，Android系统启动后Launcher可作为核心应用常驻在Android系统中运行。

其中，通知中心，可以用于实现对通知消息的展示，例如可以是展示来自各个应用程序的通信消息。

在本实施例中，通知分组管理模块，可以用于实现对基于联系人进行通知消息分组显示的管理。其中，通知分组管理模块可以是独立的功能模块，也可以是集成于Lancher或设置应用中，本实施例对此不做限定。示例性的，通知分组管理模块可以新增或删除联系人通知消息分组（或称联系人分组），也可以新增或删除与某个联系人通知消息分组关联的应用会话信息，还可以基于通知消息所属的应用名称和会话标识判断该通知消息是否已基于联系人进行了分组等。

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

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

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

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

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

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

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

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

在本申请实施例中，通知管理器还可以用于解析通知消息的会话ID及应用名称，以使通知分组管理模块可以基于通知消息的会话ID及应用名称判断该通知消息是否基于联系人进行了分组。如果某通知消息基于联系人进行了分组，则该通知消息在与相应联系人对应的通知聚合窗口中进行显示，否则，该通知消息基于已有技术进行显示。

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绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，音频驱动，Wi-Fi驱动，传感器驱动等。其中，硬件至少包括处理器、显示屏、Wi-Fi模块、传感器等。

可以理解的是，图4示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

可以理解的是，电子设备为了实现本申请实施例中的通知消息的显示方法，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

为了解决“用户很难在多个通知窗口中迅速找到自己关注的某个联系人的通知消息”的问题，本申请实施例提供了一种通知消息的显示方法。其中，用户可以对不同应用中的同一联系人（对应于现实生活中的某个人）进行自定义分组，终端设备则基于该自定义分组将同一联系人在不同应用中发出的通知消息进行聚合显示。由此，无论该联系人通过哪个应用向终端设备用户发送通知消息，终端设备用户均可以在与该联系人对应的通知聚合窗口中查看到相应的通知消息，无需再从大量应用通知窗口中一一查找，简化了用户获取感兴趣信息的时间成本。这样，终端设备可以将用户真正关心的联系人通知消息醒目地展示给用户，提升了用户使用体验。

图5示例性的示出了一种应用场景。假设，手机用户比较关注“老板”这一现实生活中的联系人发送的通知消息，则手机用户可以将“老板”这一联系人在各个应用中发送的通知消息分配到一个通知聚合分组中，例如将“老板”在微信、短信息、QQ以及其他应用中发送的通知消息分配到与“老板”这一联系人对应的通知聚合分组中。由此，当“老板”使用这些应用中的任一应用向手机用户发送通知消息时，通知消息均会显示在与“老板”这一联系人对应的通知聚合分组（或称通知聚合窗口）中。如图5所示，以通知中心页面为例，手机上显示有与“老板”这一现实生活中的联系人对应的通知聚合窗口301。在通知聚合窗口301中，显示有与“老板”这一联系人对应的至少一个应用通知窗口，例如短信息应用通知窗口3011和微信应用通知窗口3012。其中，无论“老板”这一联系人是从短信息应用给手机用户发送通知消息，是从微信应用中给手机用户发送通知消息，还是从其他应用中给手机用户发送通知消息，通知消息均会显示在在与“老板”这一联系人对应的通知聚合窗口301中。当用户点击短信息应用通知窗口3011或微信应用通知窗口3012时，手机即可显示对应的应用界面，以使用户可以查看该应用中的会话消息或通知消息。

需要注意的是，与某个通知聚合窗口对应的联系人为现实生活中的某个联系人，“老板”这一联系人称呼可以是手机用户自定义的，可以与某个应用中该联系人的备注相同，也可以不同。其中，与某个通知聚合窗口对应的联系人称呼并非以某个应用为准。

需要指出的是，图1中（2）所示的通知中心界面，图2中（2）所示的锁屏解锁界面，仅仅是示例性的示出了通知窗口显示界面，通知窗口还可以显示在其他界面中，本实施例对此不做限定。下述仅以通知中心界面为例，对本实施例提供的通知消息的显示方法进行解释说明，以其他通知窗口显示界面为例亦是如此，不再赘述。

其中，在手机基于联系人进行通知消息聚合显示之前，手机用户需要按照个人需求创建联系人通知消息分组。进而，在联系人通知消息分组创建完成后，手机即可在与该联系人通知消息分组对应的通知聚合窗口中进行通知消息聚合显示。下述分别对联系人通知消息分组创建、管理以及基于联系人通知消息分组的通知消息聚合显示等流程进行详细解释说明。

场景一

在本场景中，手机中不存在联系人通知消息分组，当手机接收到通知消息时，手机用户可以基于个人需求完成联系人通知消息分组创建。其中，在联系人通知消息分组创建的过程中，手机的通知分组管理模块实现了该联系人通知消息分组与这条通知消息的应用会话信息的关联。

图6a-图6c示例性的示出了用户创建联系人通知消息分组的应用场景。

如图6a中（1）所示，响应于微信应用发送通知消息，手机通知中心界面上显示与微信应用对应的通知窗口401。其中，在通知窗口401中，显示有微信应用通知消息的发送时间“刚刚”、发送人“Chen”以及信息内容“xxxxxxxx”。如果该通知消息的发送人“Chen”为手机用户关注的联系人（假设为“老板”），手机用户则可以创建与联系人“老板”对应的通知消息分组，以使联系人“老板”在微信应用中发送的通知消息可以显示在与联系人“老板”对应的通知聚合窗口中。此时，手机用户可以在通知窗口401中执行左滑操作。响应于用户操作，手机显示如图6a中（2）所示的界面。参照图6a中（2），由于用户左滑操作，通知窗口401仅右半部分显示于界面上。在通知窗口401的右侧，界面上显示有联系人通知消息分组创建选项402和通知窗口删除选项403。当用户点击通知窗口删除选项403时，响应于用户操作，手机在界面上删除通知窗口401。当用户点击联系人通知消息分组创建选项402时，响应于用户操作，手机创建与“老板”对应的联系人通知消息分组。

图6b中（1）示例性的示出了联系人通知消息分组的信息界面。响应于用户点击联系人通知消息分组创建选项402的操作，手机可以显示如图6b中（1）所示的界面。在该界面中，用户可以对联系人通知消息分组的信息进行设置。示例性的，用户点击头像选项501，并在图库中选择图像，可以实现对联系人通知消息分组的头像设置；用户点击分组名称选项，键入文字信息，可以实现对联系人通知消息分组的名称设置。又示例性的，用户点击开关选项503，可以设置是否允许联系人通知消息分组进行消息通知。再示例性的，用户点击选项504可以为联系人通知消息分组选择通知铃声，用户点击选项505可以为联系人通知消息分组选择消息字体，用户操作开关选项506可以设置是否置顶显示联系人通知消息分组，用户点击选项507可以为联系人通知消息分组的消息聚合窗口选择背景色。这样，用户可以对联系人通知消息分组进行个性化设置。

图6b中（2）示例性的示出了一个联系人通知消息分组的信息。其中，该联系人通知消息分组的名称为“老板”，允许联系人通知消息分组进行消息通知，该联系人通知消息分组的通知铃声为铃声Y，消息字体为字体Y，消息聚合窗口背景色为灰色，且置顶显示该联系人通知消息分组。参照图6b中（2），在联系人通知消息分组的信息界面中，还可以显示确认选项和取消选项。当用户点击确认选项时，手机保存当前联系人通知消息分组的信息，并完成联系人通知消息分组的创建。当用户点击取消选项时，手机不保存当前联系人通知消息分组的信息，取消对当前联系人通知消息分组的创建。

继续参照图6b中（1），在联系人通知消息分组的信息界面中，还显示有分组应用详情选项508。在联系人通知消息分组“老板”被创建完成之后，如图6b中（2）所示，用户点击分组应用详情选项508，响应于用户操作，手机显示如图6c中（1）所示的应用管理界面。在该应用管理界面中，显示有联系人通知消息分组涉及的应用信息，也即显示需要聚合显示在联系人通知消息分组中的通知消息所对应的应用。示例性的，用户基于微信应用消息创建的联系人通知消息分组，故该联系人通知消息分组涉及的应用包括微信，如图6c中（1）所示。参照图6c中（1），当用户点击微信应用选项601时，响应于用户操作，手机显示微信应用中相应联系人（也即与联系人通知消息分组对应的联系人）的聊天界面，如图6c中（2）所示。

其中，创建联系人通知消息分组时，手机的通知分组管理模块需要对联系人通知消息分组的数据进行存储。示例性的，本实施例可以采用数据库形式或文件形式等对联系人通知消息分组的数据进行存储，本实施例对此不做限定。下述以数据库形式为例进行解释说明。

在本实施例中，手机的通知分组管理模块可以基于两张数据表实现对联系人通知消息分组的数据存储及管理。其中，一张数据表用于存储联系人通知消息分组的信息，一张数据表用于存储已分组（即基于联系人通知消息分组进行分组）的应用会话信息。这两张数据表可以基于联系人通知消息分组的ID进行关联。

示例性的，用于存储联系人通知消息分组的信息的数据表（如groupInformation数据表）中可以包括如下信息：联系人通知消息分组的标识（ID），联系人通知消息分组的名称（name），是否允许联系人通知消息分组进行消息通知（allow_notify），联系人通知消息分组的铃声（ring），联系人通知消息分组的消息字体（font），联系人通知消息分组是否置顶显示（stick），联系人通知消息分组的头像（avatar），联系人通知消息分组的通知聚合窗口背景色（bg_color）。

其中，联系人通知消息分组的标识（ID），用于唯一标识一个联系人通知消息分组，数据类型为整数类型（INT），为groupInformation数据表的主键。示例性的，联系人通知消息分组的ID从1开始，自动递增。

其中，在groupInformation数据表中，联系人通知消息分组的名称，是否允许联系人通知消息分组进行消息通知，联系人通知消息分组的铃声，联系人通知消息分组的消息字体，联系人通知消息分组是否置顶显示，联系人通知消息分组的头像，以及联系人通知消息分组的通知聚合窗口背景色中的一项或多项可以设置默认值。

又示例性的，用于存储已分组应用会话信息的数据表（如convationlist数据表）中可以包括如下信息：已分组通知消息的标识（ID），通知消息所属应用名称（pkg_name），应用中的会话标识（ConversationID），通知消息所属的联系人通知消息分组（group）。

其中，已分组通知消息的标识（ID），用于唯一标识一条已分组的通知消息，数据类型为整数类型（INT）。示例性的，已分组通知消息的ID从1开始，自动递增。

通知消息所属应用名称（pkg_name）可以唯一地区分通知消息是哪个应用发出的，而在发出通知消息的应用已确定的基础上，应用中的会话标识（ConversationID）可以唯一地区分通知消息是应用中哪个联系人发出的。因此，通知消息所属应用名称（pkg_name）和应用中的会话标识（ConversationID）可以唯一地将一条已分组的通知消息标识出来。故在convationlist数据表中，通知消息所属应用名称（pkg_name）和应用中的会话标识（ConversationID）共同组成数据表的主键。

需要指出的是，应用中的会话标识（ConversationID）可以唯一地区分通知消息是应用中哪个联系人发出的。不同应用中的会话标识（ConversationID）可能相同，故本实施例采用通知消息所属应用名称（pkg_name）和应用中的会话标识（ConversationID）来唯一标识一条已分组的通知消息。

在一种可选的实施方式中，应用基于预定义的会话构造方法来构造通知消息，在该通知消息中携带其在应用中的会话标识（ConversationID）。当通知管理器接收到应用发出的通知消息后，基于预定义的会话构造方法来解析通知消息，获取该通知消息在应用中的会话标识（ConversationID）。此时，结合发出通知消息的应用的名称，以及通知消息在应用中的会话标识（ConversationID），即可确定一条通知消息是否为已分组的通知消息。

在另一种可选的实施方式中，应用基于自定义的会话构造方法来构造通知消息，在该通知消息中携带其在应用中的会话标识（ConversationID）。当通知管理器接收到应用发出的通知消息后，基于与该应用匹配的会话构造方法来解析通知消息，获取该通知消息在应用中的会话标识（ConversationID）。此时，结合发出通知消息应用名称，以及通知消息在应用中的会话标识（ConversationID），即可确定一条通知消息是否为已分组的通知消息。

在又一种可选的实施方式中，应用基于自定义的会话构造方法来构造通知消息。当通知管理器接收到应用发出的通知消息后，基于应用提供的相关接口获取该通知消息在应用中的会话标识（ConversationID）。此时，结合发出通知消息应用名称，以及通知消息在应用中的会话标识（ConversationID），即可确定一条通知消息是否为已分组的通知消息。

在convationlist数据表中，通知消息所属的联系人通知消息分组（group）为外键，关联到groupInformation数据表中的联系人通知消息分组的标识（ID）字段，用于标识通知消息所属的联系人通知消息分组。

继续参照图6a中（2），当用户点击联系人通知消息分组创建选项402时，响应于用户操作，手机的通知分组管理模块创建与“老板”对应的联系人通知消息分组。其中，在通知分组管理模块创建与“老板”对应的联系人通知消息分组的过程中，通知分组管理模块自动生成一个联系人通知消息分组“老板”的ID，并根据用户对联系人通知消息分组的信息设置（如名称、图像、是否允许通知、是否置顶、铃声、字体、窗口背景色等），在groupInformation数据表中添加一条记录，用于指示该联系人通知消息分组“老板”的信息。然后，通知分组管理模块自动生成一个已分组通知消息的ID，并根据通知消息的所属应用名称（pkg_name），“Chen”发送的通知消息在微信应用中的会话标识（ConversationID），以及新建的联系人通知消息分组“老板”的ID，在convationlist数据表中添加一条记录，用于指示一条已分组应用会话信息。其中，该条已分组通知消息的联系人通知消息分组（group）为新建的联系人通知消息分组“老板”的ID，以此实现新创建的该联系人通知消息分组“老板”，与这条已分组通知消息（即“Chen”在微信应用中发送的通知消息）的应用会话信息（即pkg_name和ConversationID）的关联。

至此，手机的通知分组管理模块完成对一个联系人通知消息分组的创建。其中，创建的该联系人通知消息分组，与一条应用会话信息进行关联。也即，当接收到与该条应用会话匹配的通知消息时，也即接收到“Chen”在微信应用中发送的通知消息时，手机会将该通知消息显示于与联系人通知消息分组“老板”对应的通知聚合窗口中。

场景二

在本场景中，手机中存在联系人通知消息分组，当手机接收到未基于联系人分组的一条通知消息时，手机用户可以基于个人需求将该通知消息对应的应用会话信息与已有的某个联系人通知消息分组进行关联。

图7a-图7c示例性的示出了用户基于已创建的联系人通知消息分组进行通知消息分组的应用场景。

如图7a中（1）所示，响应于短信息应用发送通知消息，手机通知中心界面上显示与短信息应用对应的通知窗口701。其中，在通知窗口701中，显示有短信息应用通知消息的发送时间“刚刚”、发送人“陈某某”以及信息内容“xxxxxxxx”。如果该通知消息的发送人“陈某某”为手机用户关注的联系人（假设为“老板”），手机用户则可以将该通知消息对应的应用会话信息与联系人通知消息分组“老板”进行关联，以使“陈某某”在短信息应用中发送的通知消息可以显示在与联系人“老板”对应的通知聚合窗口中。此时，手机用户可以在通知窗口701中执行左滑操作。响应于用户操作，手机显示如图7a中（2）所示的界面。参照图7a中（2），由于用户左滑操作，通知窗口701仅右半部分显示于界面上。在通知窗口701的右侧，界面上显示有联系人通知消息分组创建选项702。当用户点击联系人通知消息分组创建选项702时，响应于用户操作，手机显示联系人通知消息分组列表界面，如图7b中（1）所示。

参照图7b中（1）所示的联系人通知消息分组列表界面，当前已创建的联系人通知消息分组包括名称为“老板”和“张三”的两个联系人通知消息分组。如果用户需要将“陈某某”在短信息应用中发送的通知消息聚合显示在与联系人“老板”对应的通知聚合窗口中，则可以点击与联系人通知消息分组“老板”对应的选项801以选中联系人通知消息分组“老板”。如图7b中（2）所示，选项801的圆圈中显示圆点，标识联系人通知消息分组“老板”被选中。

在联系人通知消息分组“老板”被选中之后，用户如果点击确认选项802，则手机的通知分组管理模块完成通知消息（即“陈某某”在短信息应用中发送的通知消息）对应的应用会话信息与联系人通知消息分组“老板”的关联。此时，groupInformation数据表中数据不增加，convationlist数据表中添加一条记录，用于指示一条已分组应用会话信息，也即指示与“陈某某”在短信息应用中发送的通知消息对应的应用会话信息。其中，该会话信息被分组至联系人通知消息分组“老板”，也即该会话信息的联系人通知消息分组（group），为groupInformation数据表中联系人通知消息分组“老板”的ID。

在联系人通知消息分组“老板”被选中之后，用户如果点击取消选项803，则手机的通知分组管理模块不对联系人通知消息分组数据进行调整，也即groupInformation数据表和convationlist数据表中的数据均不变。

用户点击确认选项802，手机的通知分组管理模块完成通知消息（即“陈某某”在短信息应用中发送的通知消息）对应的应用会话信息与联系人通知消息分组“老板”的关联。在此情形下，如果用户在联系人通知消息分组“老板”的分组信息界面中点击分组应用详情选项508（参照图6b中（2）所示），则手机响应于用户操作，显示如图7c中（1）所示的应用管理界面。在该应用管理界面中，显示有联系人通知消息分组涉及的应用信息，也即显示需要聚合显示在联系人通知消息分组中的通知消息所对应的应用。如图7c中（1）所示，该联系人通知消息分组涉及的应用包括微信和短信息。参照图7c中（1），当用户点击短信息应用选项901时，响应于用户操作，手机显示短信息应用中相应联系人（也即与联系人通知消息分组对应的联系人）的聊天界面，如图7c中（2）所示。

至此，手机的通知分组管理模块完成一条应用会话信息与已有的联系人通知消息分组“老板”的关联。当接收到与该条应用会话匹配的通知消息时，也即接收到“陈某某”在短信息应用中发送的通知消息时，手机会将该通知消息显示于与联系人通知消息分组“老板”对应的通知聚合窗口中。

其中，微信应用会话信息与联系人通知消息分组“老板”关联，是在联系人通知消息分组“老板”创建时实现的（可以参见场景一），短信息应用会话信息与联系人通知消息分组“老板”关联，是在联系人通知消息分组“老板”创建后实现的。类似的，用户可以在手机接收到联系人“老板”在其他应用（例如QQ、支付宝等）中发送的通知消息时，将通知消息的会话信息与联系人通知消息分组“老板”关联，以使联系人“老板”通过各个应用中发送的通知消息均可以显示在于与联系人通知消息分组“老板”对应的通知聚合窗口中，本实施例对此不再赘述。

场景三

在本场景中，手机中存在联系人通知消息分组，当手机接收到未基于联系人分组的一条通知消息时，手机用户可以基于个人需求创建一个新的联系人通知消息分组。其中，在这个新的联系人通知消息分组创建的过程中，手机的通知分组管理模块实现了该联系人通知消息分组与这条通知消息的应用会话信息的关联。

图8a-图8b示例性的示出了用户创建联系人通知消息分组的应用场景。

如图8a中（1）所示，响应于短信息应用发送通知消息，手机通知中心界面上显示与短信息应用对应的通知窗口1001。其中，在通知窗口1001中，显示有短信息应用通知消息的发送时间“刚刚”、发送人“李某某”以及信息内容“xxxxxxxx”。如果该通知消息的发送人“李某某”为手机用户关注的联系人（假设为“李四”），且当前未创建与“李四”对应的通知消息分组，手机用户则可以创建与联系人“李四”对应的通知消息分组，以使联系人“李四”在短信息应用中发送的通知消息可以显示在与联系人“李四”对应的通知聚合窗口中。此时，手机用户可以在通知窗口1001中执行左滑操作。响应于用户操作，手机显示如图8a中（2）所示的界面。参照图8a中（2），由于用户左滑操作，通知窗口1001仅右半部分显示于界面上。在通知窗口1001的右侧，界面上显示有联系人通知消息分组创建选项1002。当用户点击联系人通知消息分组创建选项1002时，响应于用户操作，手机显示联系人通知消息分组列表界面，如图8b中（1）所示。

参照图8b中（1）所示的联系人通知消息分组列表界面，当前已创建的联系人通知消息分组包括名称为“老板”和“张三”的两个联系人通知消息分组。如果用户需要基于“李某某”在短信息应用中发送的通知消息创建一个新的联系人通知消息分组，则可以点击联系人通知消息分组新建选项804。响应于用户点击联系人通知消息分组新建选项804的操作，手机可以显示如图8b中（2）所示的界面。在该界面中，用户可以对联系人通知消息分组的信息进行设置，以完成对联系人通知消息分组进行个性化设置。关于此时新建联系人通知消息分组的流程，可以参照前文关于图6b的解释说明，在此不再赘述。

至此，手机的通知分组管理模块完成对一个联系人通知消息分组的创建。其中，在groupInformation数据表中添加一条记录，用于指示联系人通知消息分组“李四”的信息。然后，通知分组管理模块自动生成一个已分组通知消息的ID，并根据通知消息的所属应用名称（pkg_name）“短信息”，“李某某”发送的通知消息在短信息应用中的会话标识（ConversationID），以及新建的联系人通知消息分组的ID，在convationlist数据表中添加一条记录，用于指示一条已分组应用会话信息。其中，该条已分组通知消息的联系人通知消息分组（group）为新建的联系人通知消息分组“李四”的ID，以此实现新创建的联系人通知消息分组“李四”，与这条已分组通知消息（即“李某某”在短信息应用中发送的通知消息）的应用会话信息（即pkg_name和ConversationID）的关联。进而，当接收到与该条应用会话匹配的通知消息时，手机会将该通知消息显示于与联系人通知消息分组“李四”对应的通知聚合窗口中。

场景四

在本场景中，用户可以在设置应用中对联系人通知消息分组进行管理，或者通知聚合窗口中对联系人通知消息分组进行管理。

图9a-图9d示例性的示出了用户在设置应用中进行联系人通知消息分组管理的应用场景。

在如图9a中（1）所示的设置应用界面中，用户点击通知选项1101。响应于用户的操作，手机可以显示如图9a中（2）所示的通知设置界面。其中，在通知设置界面中，显示有通知分组选项1102。参照图9a中（2），用户点击通知分组选项1102，响应于用户操作，手机即可显示通知分组管理界面。

示例性的，图9b中（1）示出了手机的通知分组管理界面。如图9b中（1）所示，在通知分组管理界面中示出了已创建的各个联系人通知消息分组，其中，这些联系人通知消息分组可以按照名称进行排序。当用户点击某个联系人通知消息分组对应的选项时，手机即可为用户展示该联系人通知消息分组的详细信息。示例性的，参照图9b中（1），用户点击联系人通知消息分组“老板”的选项1103，响应于用户操作，手机可以显示如图9b中（2）所示的界面。在该分组界面中，显示有联系人通知消息分组“老板”的个性化设置信息。在该分组界面，用户可以对个性化设置信息进行调整，可以参照已有技术，在此不再赘述。当用户点击分组应用详情选项508时，响应于用户操作，手机显示如图9c中（1）所示的应用管理界面。在该应用管理界面中，显示有联系人通知消息分组“老板”涉及的应用信息，也即显示需要聚合显示在联系人通知消息分组中的通知消息所对应的应用。示例性的，联系人通知消息分组“老板”涉及的应用包括微信应用和短信息应用。

继续参照9c中（1），若用户基于个人需要想要将短信息应用会话与联系人通知消息分组“老板”取消关联，也即不再需要将与联系人“老板”在短信应用中发送的通知消息，显示于与联系人通知消息分组“老板”对应的通知聚合窗口中，则用户可以在短信息应用选项901上执行左滑操作。响应于用户操作，手机显示如图9c中（2）所示的界面。如图9c中（2）所示，界面上显示有与短信息应用对应的删除选项902。若用户点击删除选项902，则手机的通知分组管理模块执行将相应的短信息应用会话与联系人通知消息分组“老板”取消关联的操作，手机显示的应用管理界面中只包括微信应用，也即此时联系人通知消息分组“老板”涉及的应用只包括微信应用。

在手机的通知分组管理模块执行将短信息应用会话与联系人通知消息分组“老板”取消关联的操作时，groupInformation数据表中数据不变，convationlist数据表中删除一条记录。其中，在convationlist数据表中删除的记录中，group值为groupInformation数据表中联系人通知消息分组“老板”的ID，pkg_name值为短信息应用，ConversationID值为“Chen”发送的通知消息在短信息应用中的会话标识。

参照9d中（1），若用户基于个人需要想要将联系人通知消息分组“老板”删除，也即不再需要将联系人“老板”在不同应用中发送的通知消息显示于与联系人通知消息分组“老板”对应的通知聚合窗口中，则用户可以在联系人通知消息分组“老板”的选项1103上执行左滑操作。响应于用户操作，手机显示如图9d中（2）所示的界面。如图9d中（2）所示，界面上显示有与联系人通知消息分组“老板”对应的删除选项1104。若用户点击删除选项1104，则手机的通知分组管理模块执行将联系人通知消息分组“老板”删除的操作，手机显示的通知分组管理界面中已创建的联系人通知消息分组则只包括联系人通知消息分组“张三”。

在手机的通知分组管理模块执行将联系人通知消息分组“老板”删除的操作时，groupInformation数据表中删除一条记录。其中，在groupInformation数据表中删除的记录中，联系人通知消息分组的ID为联系人通知消息分组“老板”的ID。与此同时，在convationlist数据表中删除至少一条记录，其中，删除的这些记录的group值为联系人通知消息分组“老板”的ID。

继续参照9b中（1），若用户基于个人需要想要创建一个新的联系人通知消息分组，则可以点击新建联系人分组选项1105。响应于用户操作，手机可以显示如图6b中（1）所示的界面。在该界面中，用户可以对联系人通知消息分组的信息进行设置，以完成对联系人通知消息分组进行个性化设置。关于此时新建联系人通知消息分组的流程，可以参照前文关于图6b的解释说明，在此不再赘述。

在手机的通知分组管理模块执行联系人通知消息分组创建操作时，groupInformation数据表中新增一条记录，用于指示新创建的联系人通知消息分组。

需要注意的是，用户点击新建联系人分组选项1105以使手机的通知分组管理模块执行联系人通知消息分组创建操作时，由于该新创建的联系人通知消息分组未关联任何应用的任何通知消息，则此时convationlist数据表中不增加记录。待手机接收到某应用的通知消息，且用户需要将该通知消息的应用会话消息与该新创建的联系人通知消息分组关联时，用户可以执行类似图7a-图7b的操作，此时convationlist数据表中增加相应的记录。

图10示例性的示出了用户在通知聚合窗口中进行联系人通知消息分组管理的应用场景。如图10中（1）所示，手机通知中心界面中显示有与联系人通知消息分组“老板”对应的通知聚合窗口1201。在通知聚合窗口1201中，显示有短信息应用通知窗口1202和微信应用通知窗口1203。若用户基于个人需要想要将短信息应用会话与联系人通知消息分组“老板”取消关联，也即不再需要将与联系人“老板”在短信息应用中发送的通知消息，显示于与联系人通知消息分组“老板”对应的通知聚合窗口1201中，则用户可以在通知聚合窗口1201中进行操作。参照图10中（1），用户在短信息应用通知窗口1202上执行左滑操作，响应于用户的操作，手机显示如图10中（2）所示的界面。参照图10中（2），由于用户左滑操作，短信息应用通知窗口1202仅右半部分显示于通知聚合窗口1201的界面上。在短信息应用通知窗口1202的右侧，通知聚合窗口1201中显示有将应用通知在联系人通知消息分组中移除的选项1204和应用通知窗口删除选项1205。当用户点击选项1204时，响应于用户操作，手机的通知分组管理模块执行将相应的短信息应用会话与联系人通知消息分组“老板”取消关联的操作。此时，若用户点击查查联系人通知消息分组“老板”对应的应用管理界面，则该应用管理界面中不再包括短信息应用。

其中，在手机的通知分组管理模块执行将短信息应用会话与联系人通知消息分组“老板”取消关联的操作时，groupInformation数据表中数据不变，convationlist数据表中删除一条记录。其中，在convationlist数据表中删除的记录中，group值为groupInformation数据表中联系人通知消息分组“老板”的ID，pkg_name值为短信息应用，ConversationID值为“Chen”发送的通知消息在短信息应用中的会话标识。

如图11所示为各模块的交互示意图。参照图11，本申请实施例提供的通知消息的显示方法的流程，具体包括：

S1301，社交应用构造通知消息，并将通知消息发送给通知管理器。

其中，社交应用可以指的是联系人（或称好友）之间能够发送通知消息的任意应用，例如微信、短信息、QQ、抖音、支付宝等。

以微信应用为例，当手机用户A的微信好友B给A发送信息时，微信应用构造相应的通知消息。

示例性的，微信应用基于预定义的会话构造方法来构造通知消息，在该通知消息中携该通知消息其在微信应用中的会话标识（ConversationID）。

示例性的，微信应用也可以基于自定义的会话构造方法来构造通知消息，本实施例对此不做限定。

S1302，通知管理器解析通知消息，得到通知消息所属的应用名称和会话标识，并将通知消息所属的应用名称和会话标识发送给通知分组管理模块。

当通知管理器接收到微信应用发出的通知消息后，基于预定义的会话构造方法来解析通知消息，获取该通知消息在微信应用中的会话标识（ConversationID），得到通知消息所属的应用名称和会话标识。

如果微信应用发出的通知消息是基于自定义的会话构造方法而构造的，则通知管理器可以基于与微信应用匹配的会话构造方法来解析通知消息，以获取该通知消息在微信应用中的会话标识（ConversationID），或者基于微信应用提供的相关接口来获取该通知消息在微信应用中的会话标识（ConversationID）。

S1303，通知分组管理模块根据通知消息所属的应用名称和会话标识，判断通知消息是否已基于联系人进行分组，若是，则执行S1304，若否，则执行S1306。

通知分组管理结合发出通知消息的应用的名称，以及通知消息在应用中的会话标识（ConversationID），即可确定一条通知消息是否为已分组的通知消息。

其中，通知分组管理在确定通知消息所属应用名称（pkg_name）和应用中的会话标识（ConversationID）之后，在convationlist数据表中进行数据匹配判断是否存在该通知消息所属的联系人通知消息分组（group）。若是，则通知分组管理判断出该通知消息已基于联系人进行分组；若否，则通知分组管理判断出该通知消息未基于联系人进行分组，

S1304，通知分组管理模块确定与通知消息关联的联系人通知消息分组。

通知分组管理在确定通知消息所属应用名称（pkg_name）和应用中的会话标识（ConversationID）之后，在convationlist数据表中进行数据匹配确定出该通知消息所属的联系人通知消息分组（group）。

进而，通知分组管理可以根据该通知消息所属的联系人通知消息分组（group），在groupInformation数据表中进行数据匹配，确定与通知消息关联的联系人通知消息分组，并获取该联系人通知消息分组的个性化配置信息。

S1305，通知分组管理模块指示通知中心在与联系人通知消息分组对应的通知聚合窗口中显示通知消息。

通知分组管理模块向通知中心发送指示信息，以指示通知中心在与联系人通知消息分组对应的通知聚合窗口中显示通知消息。其中，指示信息中可以携带联系人通知消息分组的个性化配置信息，如携带通知聚合窗口的个性化配置信息等。

S1306，通知分组管理模块指示通知中心在相应的应用通知窗口中显示通知消息。

如果通知分组管理模块判断出通知消息未基于联系人进行分组，则指示通知中心以已有技术形式显示该通知信息，例如将该通知消息显示于微信应用通知窗口中。

其中，关于通知分组管理模块发送的指示信息的内容及格式，本实施例不做限定。

S1307，通知中心获取待显示的通知消息，并根据指示显示通知消息。

如果通知分组管理模块指示通知中心在与联系人通知消息分组对应的通知聚合窗口中显示通知消息，则通知中心获取待显示的通知信息，并在关联的联系人通知消息分组对应的通知聚合窗口中显示通知消息，可以参照图12中（1）所示。其中，通知聚合窗口的通知铃声、窗口背景颜色、显示字体等信息与相应的联系人通知消息分组的个性化配置信息相符。如果在与该通知聚合窗口相应的联系人通知消息分组配置了置顶显示，则该通知聚合窗口会在通知中心界面中置顶显示。

如果通知分组管理模块指示通知中心在相应的应用通知窗口中显示通知消息，则通知中心获取待显示的通知信息，并在相应的应用通知窗口中显示通知消息，可以参照图12中（2）所示。在此情形下，只要通知管理器能够识别到该通知消息在应用中的会话标识（ConversationID），用户就可以将对与该通知消息对应的会话基于联系人进行分组，详见场景一、二、三，在此不再赘述。

需要指出的是，为了确保用户的使用体验，通知聚合窗口可以继承已有的应用通知窗口的相关操作，例如窗口折叠操作，窗口删除操作等。

图13a-图13d示例性的示出了用户在通知聚合窗口中执行相关操作的应用场景。

如图13a中（1）所示，手机通知中心界面中显示有与联系人通知消息分组“老板”对应的通知聚合窗口1401。在通知聚合窗口1401中，显示有短信息应用通知窗口和微信应用通知窗口。其中，通知聚合窗口1401呈展开态。通知聚合窗口1401中显示有窗口折叠选项1402，用于将通知聚合窗口进行折叠显示。参照图13a中（1），用户点击窗口折叠选项1402，响应于用户操作，手机显示如图13a中（2）所示的手机通知中心界面，与联系人通知消息分组“老板”对应的通知聚合窗口的显示形态由通知聚合窗口1401切换为通知聚合窗口1403。

参照图13a中（2），通知聚合窗口1403呈折叠态。通知聚合窗口1403中显示有窗口展开选项1404，用于将通知聚合窗口进行展开显示。如果用户点击窗口展开选项1404，响应于用户操作，手机显示如图13a中（1）所示的手机通知中心界面，与联系人通知消息分组“老板”对应的通知聚合窗口的显示形态由通知聚合窗口1403切换为通知聚合窗口1401。

继续参照图13a中（2），在通知聚合窗口1403中，不再显示各个应用通知窗口，而是显示通知消息列表1405，用于描述在通知聚合窗口中显示的各通知消息。如图13a中（2）所示，通知消息列表1405中包括：在通知聚合窗口1401中显示的各通知消息所属的各个应用名称，与各个应用分别对应的通知消息条数，以及与各个应用分别对应的最近一条通知消息的接收时间。

如图13b中（1）所示，手机通知中心界面中显示有与联系人通知消息分组“老板”对应的通知聚合窗口1401（窗口呈展开态）。如果用户想将通知聚合窗口1401在通知中心界面删除，则可以在通知聚合窗口1401上执行左滑操作。响应于用户的操作，手机显示如图13b中（2）所示的通知中心界面。参照图13b中（2），由于用户的左滑操作，通知聚合窗口1401仅右半部分显示于通知中心界面上。在通知聚合窗口1401的右侧，通知中心界面上显示有将删除选项1405。当用户点击删除选项1405时，响应于用户操作，手机执行将通知聚合窗口1401在界面中删除的操作。

如图13c中（1）所示，手机通知中心界面中显示有与联系人通知消息分组“老板”对应的通知聚合窗口1403（窗口呈折叠态）。如果用户想将通知聚合窗口1403在通知中心界面删除，则可以在通知聚合窗口1403上执行左滑操作。响应于用户的操作，手机显示如图13c中（2）所示的通知中心界面。参照图13c中（2），由于用户的左滑操作，通知聚合窗口1403仅右半部分显示于通知中心界面上。在通知聚合窗口1403的右侧，通知中心界面上显示有将删除选项1406。当用户点击删除选项1406时，响应于用户操作，手机执行将通知聚合窗口1403在界面中删除的操作。

如图13d中（1）所示，手机通知中心界面中显示有与联系人通知消息分组“老板”对应的通知聚合窗口1401。如果用户想将通知聚合窗口1401中某个应用通知窗口删除，则可以在通知聚合窗口1401中相应的应用通知窗口上执行左滑操作。示例性的，参照图13d中（1），用户在短信息应用通知窗口1407上执行左滑操作。响应于用户的操作，手机显示如图13d中（2）所示的通知中心界面。参照图13d中（2），由于用户的左滑操作，短信息应用通知窗口1407仅右半部分显示于通知聚合窗口中。在短信息应用通知窗口1407的右侧，通知聚合窗口中显示有将删除选项1408。当用户点击删除选项1408时，响应于用户操作，手机执行在通知聚合窗口1401中删除短信息应用通知窗口的操作，以使通知聚合窗口1401中只显示微信应用通知窗口。

需要指出的是，通知聚合窗口中各个应用通知窗口的功能可以继承现有的应用通知窗口的功能，包括点击查看，折叠展开，左滑删除，点击查看后自动删除等，本实施例不再一一赘述。

需要注意的是，如果通知聚合窗口中只包括一个应用通知窗口，则用户在应用通知窗口上执行左滑操作以将该应用通知窗口在通知聚合窗口中删除，可以等同于用户在通知聚合窗口上执行左滑操作以将通知聚合窗口在通知中心界面上删除。也即，当通知聚合窗口中只包括一个应用通知窗口时，用户在该应用通知窗口上执行左滑操作后点击删除选项，响应于用户的操作，通知中心界面上不再显示该通知聚合窗口。

需要指出的是，在通知中心界面中，不仅可以显示本实施例提供的通知聚合窗口，还可以依据通知消息接收情形以现有方式显示其他应用通知窗口。示例性的，如图14所示，在手机通知中心界面上，显示有通知聚合窗口1401，和微信应用通知窗口1402。其中，在通知聚合窗口1401中，显示有短信息应用通知窗口14011和微信应用通知窗口14012。虽然微信应用通知窗口14012和微信应用通知窗口1402显示的均是微信应用中发出的通知消息，但微信应用通知窗口14012中显示的通知消息是用户感兴趣的或关注的，已与联系人通知消息分组“老板”关联，聚合显示于与联系人通知消息分组“老板”对应的通知聚合窗口1401中。然而，微信应用通知窗口1402中显示的通知消息当前未与任何通知消息分组关联，故以现有方式显示在相应的应用通知窗口中。

在前述实施例中，以通知聚合窗口对应于一个联系人通知消息分组为例进行解释说明。类似的，一个通知聚合窗口也可以对应与任意一个通知消息分组，其中，该通知消息分组可以是用户基于个人需求自定义的，且该通知消息分组中关联的通知消息可以来源于相同的应用，也可以来源于不同的应用，本实施例对此不做限定。

示例性的，若用户关注的或感兴趣的通知消息为联系人A在某一个应用（例如微信应用）中发出的消息，以及联系人B在另外一个应用（例如短信息应用）中发出的通知消息，则可以创建一个通知消息分组，并将联系人A在相应的应用（例如微信应用）中发出的通知消息，以及联系人B在相应的应用（例如短信息应用）中发出的通知消息，与该通知消息分组进行关联。进而，后续接收到的联系人A在相应的应用（例如微信应用）中发出的通知消息，以及联系人B在相应的应用（例如短信息应用）中发出的通知消息，均会显示在于该通知消息分组对应的通知聚合窗口中。进而，后续接收到的联系人A在相应的应用（例如微信应用）中发出的通知消息，以及联系人B在相应的应用（例如短信息应用）中发出的通知消息，均会显示在于该通知消息分组对应的通知聚合窗口中。例如，联系人“张某某”发送的短信息和微信好友“李”发送的微信为手机用户感兴趣或关注的通知消息，则手机用户可以创建通知消息分组1，并将联系人“张某某”发送的短信息对应的应用名称及会话标识（ConversationID），以及微信好友“李”发送的微信通知消息对应的应用名称及会话标识（ConversationID），与通知消息分组1进行关联，以使后续接收到的联系人“张某某”发送的短信息，以及微信好友“李”发送的微信，均会显示在与通知消息分组1对应的通知聚合窗口中。如图15所示，通知聚合窗口1501为与通知消息分组1对应的通知聚合窗口，在通知聚合窗口1501中可以聚合显示短信息应用通知窗口15011和微信应用通知窗口15012。其中，短信息应用通知窗口15011中显示的为联系人“张某某”发送的短信息，微信应用通知窗口15012中显示的为微信好友“李”发送的微信通知消息。

又示例性的，若用户关注的或感兴趣的通知消息为联系人A和联系人B在某个应用（例如微信应用）中发出的通知消息，则可以创建一个通知消息分组，并将联系人A和联系人B在该应用中发出的通知消息，与该通知消息分组进行关联。进而，后续接收到的联系人A和联系人B在该应用中发出的通知消息，均会显示在于该通知消息分组对应的通知聚合窗口中。例如，微信好友“CC”和微信好友“ZZ”发送的微信通知消息为手机用户感兴趣或关注的通知消息，则手机用户可以创建通知消息分组2，并将微信好友“CC”和微信好友“ZZ”发送的微信通知消息分别对应的应用名称及会话标识（ConversationID），均与通知消息分组2进行关联，以使后续接收到的微信好友“CC”和微信好友“ZZ”发送的微信通知消息，均会显示在与通知消息分组2对应的通知聚合窗口中。如图16所示，通知聚合窗口1601为与通知消息分组2对应的通知聚合窗口，在通知聚合窗口1601中可以聚合显示微信应用通知窗口16011和微信应用通知窗口16012。其中，微信应用通知窗口16011显示的为微信好友“CC”发送的微信通知消息，微信应用通知窗口16012中显示的为微信好友“ZZ”发送的微信通知消息。

其中，通知消息分组1或2的创建及管理流程，将通知消息对应的应用名称及会话标识与通知消息分组关联或取消关联的流程，以及其他未尽详细解释之处均可以参照前文，在此不再赘述。

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的通知消息的显示方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的通知消息的显示方法。

本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的通知消息的显示方法。

另外，本申请的实施例还提供一种芯片，该芯片可包括一个或多个处理电路和一个或多个收发管脚；其中，所述收发管脚和所述处理电路通过内部连接通路互相通信，所述处理电路执行上述相关方法步骤实现上述实施例中的通知消息的显示方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

其中，本实施例提供的电子设备（如手机等）、计算机存储介质、计算机程序产品或芯片等均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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