CN116055617B - 消息的通知方法、电子设备、计算机存储介质和芯片*** - Google Patents

Abstract

本申请实施例提供一种消息的通知方法及设备，该方法中，响应于用户的第一操作，第一电子设备进入目标状态；处于目标状态的过程的第一电子设备接收多条第一消息，并且不对第一消息进行提醒，多条第一消息来自多个不同应用，第一消息包括第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息；响应于退出目标状态的第二操作，第一电子设备显示第一消息对应的一条第一横幅通知，第一横幅通知包括第一图标和多个不同应用的名称，第一图标与多个第二图标相关，第二图标为多个不同应用的图标。通过本申请的方案，第一电子设备可通过第一横幅通知，对自身处于目标状态时接收到的第一消息进行提醒，避免用户错过第一消息。

Description

消息的通知方法、电子设备、计算机存储介质和芯片***

技术领域

本申请涉及电子设备领域，具体涉及一种消息的通知方法、电子设备、计算机存储介质和芯片***。

背景技术

用户在应用电子设备时，如果不希望被打扰，通常会将电子设备设置在沉浸式状态。电子设备处于沉浸式状态的过程中，如果接收到通知消息，不会发出声音或震动提醒，而是对接收到的通知消息会进行静默通知。

但是，电子设备在退出沉浸式状态后，用户往往不会注意到静默通知状态的通知消息，从而导致用户错过通知消息。

发明内容

为了避免用户错过通知消息，本申请通过以下各个实施例公开一种消息的通知方法、电子设备、计算机存储介质和芯片***。

本申请第一方面，本申请实施例公开一种消息的通知方法，包括：

响应于用户的第一操作，第一电子设备进入目标状态；

在处于所述目标状态的过程中，所述第一电子设备接收多条第一消息，所述多条第一消息来自多个不同应用，所述第一消息包括所述第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息，其中，所述第一电子设备不对所述第一消息进行提醒；

响应于退出所述目标状态的第二操作，所述第一电子设备显示所述多条第一消息对应的一条第一横幅通知，所述第一横幅通知中包括第一图标和所述多个不同应用的名称，所述第一图标与多个第二图标相关，所述第二图标为所述多个不同应用的图标。

通过上述步骤，第一电子设备可在退出目标状态之后，显示第一消息对应的第一横幅通知，所述第一横幅通知可用于对所述第一电子设备在处于目标状态时接收到的第一消息进行提醒，避免用户错过第一消息。

一种可选的设计中，在处于所述目标状态的过程中，所述第一电子设备接收多条第一消息，包括：所述第一电子设备存储所述第一消息的参数，所述第一消息的参数包括所述第一消息对应的应用的名称和图标；

响应于退出所述目标状态的第二操作，所述第一电子设备显示所述多条第一消息对应的一条第一横幅通知，包括：基于存储的所述第一消息的参数，生成所述第一消息对应的第一横幅通知并显示。

一种可选的设计中，所述目标状态包括以下状态中的任意一种：沉浸式状态、投屏状态、共享桌面状态、免打扰状态、扩展随航状态和应用助手免打扰状态。

一种可选的设计中，所述第一横幅通知还包括所述第一消息的数量和提示信息，所述提示信息用于描述所述第一消息为所述第一电子设备处于所述目标状态时接收的通知消息。

一种可选的设计中，所述第一图标包括依次排列的所述多个第二图标，其中，每个第二图标对预设方向上相邻的第二图标进行部分遮挡。

一种可选的设计中，在所述第一电子设备接收多条第一消息之前，还包括：

响应于针对所述第一电子设备的界面显示操作，所述第一电子设备显示通知中心的界面，所述通知中心的界面显示至少一种通知消息；

响应于针对所述第一电子设备的关注操作，所述第一电子设备确定所述关注操作指示的应用为所述关注应用，所述关注操作用于选择所述通知中心的界面中显示的任意一条通知消息对应的应用为所述关注应用。

通过上述步骤，第一电子设备可基于接收到的界面显示操作和关注操作，设置相应的关注应用。

一种可选的设计中，所述响应于针对所述第一电子设备的关注操作，所述第一电子设备确定所述关注操作指示的应用为所述关注应用，包括：

在所述第一电子设备显示所述通知中心的界面时，响应于针对所述界面显示的其中一条通知消息的第三操作，所述第一电子设备显示所述通知消息对应的设置控件；

响应于针对所述设置控件的第四操作，所述第一电子设备显示将所述设置控件对应的应用设置为所述关注应用的第一菜单选项；

响应于针对所述第一菜单选项的第五操作，所述第一电子设备显示是否关注所述应用的询问消息，所述询问消息包括确定关注选项；

响应于针对所述询问消息包括的确定关注选项的第六操作，所述第一电子设备设置所述应用为关注应用。

一种可选的设计中，所述第一电子设备显示所述多条第一消息对应的一条第一横幅通知，包括：

所述第一电子设备基于所述第一消息的参数，判断所述第一消息对应的应用的数量是否大于N，所述第一消息的参数包括所述第一消息对应的应用的名称和图标；

若所述第一消息对应的应用的数量不大于N，所述第一电子设备基于所述第一消息对应的所有应用的名称和图标，生成所述多条第一消息对应的一条第一横幅通知并显示；

若所述第一消息对应的应用的数量大于N，所述第一电子设备基于所述第一消息的接收时间，确定所述第一消息对应的应用中的N个应用，所述N个应用对应的所述第一消息的接收时间晚于其他应用对应的第一消息的接收时间；

所述第一电子设备基于所述N个应用的名称和图标，生成所述多条第一消息对应的一条第一横幅通知并显示。

通过上述步骤，可根据第一消息对应的应用的数量，生成相应的第一横幅通知，以便通过第一横幅通知对第一电子设备在处于目标状态时接收到的第一消息进行提示。

一种可选的设计中，在所述第一电子设备显示所述所述第一消息对应的一条第一横幅通知之后，还包括：

所述第一电子设备响应于针对所述第一横幅通知的操作，显示所述第一横幅通知对应的所述第一消息的详细信息，所述第一消息的详细信息包括所述第一消息的内容和接收时间。

通过上述步骤，所述第一电子设备可在接收到针对第一横幅通知的操作之后，显示第一消息的详细信息，以便用户了解到第一消息的详细信息。

一种可选的设计中，在所述第一消息包括所述第二电子设备转发的指定应用的通知消息的情况下，所述第一消息的详细信息还包括所述第二电子设备的设备信息。

通过上述步骤，在所述第一消息包括所述第二电子设备转发的指定应用的通知消息的情况下，所述第一电子设备显示的第一消息的详细信息还包括第二电子设备的设备信息，便于用户了解第一消息的来源。

一种可选的设计中，还包括：

在处于所述目标状态的过程中，所述第一电子设备接收第二消息，所述包括所述第一电子设备的目标应用的通知消息，和/或所述第二电子设备转发的所述目标应用的通知消息。

所述第一电子设备在处于所述目标状态的过程中显示所述第二消息对应的第二横幅通知，所述第二横幅通知中包括所述第二消息的内容。

通过上述步骤，处于所述目标状态的所述第一电子设备接收第二消息之后，可在未退出目标状态的情况下生成第二横幅通知，通过第二横幅通知对第一电子设备处于目标状态时接收到的第二消息进行提醒，避免用户错过第二消息。

一种可选的设计中，所述目标应用包括闹钟应用和/或来电应用。

一种可选的设计中，在所述第一电子设备确定所述关注操作指示的应用为所述关注应用之后，还包括：

响应于针对任意一个所述关注应用的取消操作，所述第一电子设备取消对所述关注应用的关注。

通过上述步骤，还可取消对关注应用的关注。

一种可选的设计中，所述第一电子设备响应于针对任意一个所述关注应用的取消操作，取消对所述关注应用的关注，包括：

在所述第一电子设备显示所述通知中心的界面时，响应于针对所述界面显示的其中一条通知消息的第七操作，所述第一电子设备显示所述通知消息对应的设置控件；

响应于针对所述设置控件的第八操作，所述第一电子设备显示取消对所述设置控件对应的应用的关注的第二菜单选项；

响应于针对所述第二菜单选项的第九操作，所述第一电子设备显示是否取消关注所述应用的询问信息，所述询问信息包括确定取消关注选项；

响应于针对所述确定取消关注选项的第十操作，所述第一电子设备取消对所述应用的关注。

第二方面，本申请实施例公开一种消息的通知装置，包括：

状态进入模块，用于响应于用户针对第一电子设备的第一操作，控制所述第一电子设备进入目标状态；

消息接收模块，用于在处于所述目标状态的过程中，接收多条第一消息，所述第一电子设备处于目标状态，所述多条第一消息来自多个不同应用，所述第一消息包括所述第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息，其中，所述第一电子设备不对所述第一消息进行提醒；

横幅通知模块，用于响应于退出所述目标状态的第二操作，显示所述多条第一消息对应的一条第一横幅通知，所述第一横幅通知中包括所述多个不同应用的图标和名称，所述第一横幅通知中包括第一图标和所述多个不同应用的名称，所述第一图标与多个第二图标相关，第二图标为所述多个不同应用的图标。

第三方面，本申请实施例公开一种电子设备，包括：处理器和存储器；所述存储器存储有程序指令，当所述程序指令被所述处理器执行时，使得所述电子设备执行第一方面所述的方法。

第四方面，本申请实施例公开一种计算机存储介质，所述计算机存储介质中存储有计算机程序或指令，当所述计算机程序或指令被执行时，如第一方面所述的方法被执行。

第五方面，本申请实施例公开一种芯片***，所述芯片***包括处理器，所述处理器与存储器耦合，用于执行所述存储器中存储的计算机程序或指令，当所述计算机程序或指令被执行时，如第一方面所述的方法被执行。

本申请实施例公开一种消息的通知方法、装置及电子设备，该方法中，首先响应于用户的第一操作，所述第一电子设备进入目标状态；然后，在处于所述目标状态的过程中，所述第一电子设备接收多条第一消息，其中，所述多条第一消息来自多个不同应用，所述第一消息包括所述第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息，并且，所述第一电子设备不对所述第一消息进行提醒；响应于退出所述目标状态的第二操作，所述第一电子设备显示所述多条第一消息对应的一条第一横幅通知，所述第一横幅通知中包括第一图标和多个不同应用的名称，第一图标与多个第二图标相关，第二图标为多个不同应用的图标。

通过本申请实施例提供的方案，第一电子设备可通过第一横幅通知，对自身处于目标状态时接收到的第一消息进行提醒，减少用户错过该第一消息的概率。

附图说明

图1为本申请实施例公开的一种电子设备的结构示意图；

图2为本申请实施例公开的一种电子设备的软件结构框图；

图3为本申请实施例公开的一种第一电子设备和第二电子设备的交互示意图；

图4为本申请实施例公开的一种消息的通知方法的工作流程示意图；

图5为本申请实施例公开的另一种消息的通知方法的工作流程示意图；

图6为本申请实施例公开的一种电子设备的界面示意图；

图7为本申请实施例公开的另一种消息的通知方法的工作流程示意图；

图8为本申请实施例公开的另一种电子设备的界面示意图；

图9为本申请实施例公开的另一种消息的通知方法的工作流程示意图；

图10为本申请实施例公开的另一种电子设备的界面示意图；

图11为本申请实施例公开的另一种消息的通知方法的工作流程示意图；

图12(a)为本申请实施例公开的另一种电子设备的界面示意图；

图12(b)为本申请实施例公开的另一种电子设备的界面示意图；

图12(c)为本申请实施例公开的另一种电子设备的界面示意图；

图13为本申请实施例公开的另一种消息的通知方法的工作流程示意图；

图14为本申请实施例公开的一种消息的通知方法的时序图；

图15为本申请实施例公开的另一种消息的通知方法的时序图；

图16为本申请实施例公开的另一种消息的通知方法的时序图；

图17为本申请实施例公开的另一种消息的通知方法的时序图；

图18为本申请实施例公开的另一种消息的通知方法的工作流程示意图；

图19为本申请实施例公开的另一种消息的通知方法的工作流程示意图；

图20为本申请实施例公开的一种消息的通知装置的结构示意图；

图21为本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个、两个或两个以上。术语“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系；例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

为了下述各实施例的描述清楚简洁，首先给出相关技术的简要介绍：

电子设备在应用过程中，可能会接收到各种通知消息，例如，如果电子设备内安装有通讯应用，可能会接收到通讯消息，如果电子设备内安装有购物应用，可能会接收到该购物应用的推送消息，该通讯消息和推送消息属于通知消息。有时用户不希望被各种通知消息打扰，会将电子设备设置在沉浸式状态。

电子设备处于沉浸式状态的过程中，如果接收到通知消息，则进行静默通知。静默通知为一种在接收到通知消息后，电子设备不会发出声音提醒或震动提醒，只是在通知中心显示该通知消息的通知方式。如果用户需要查看静默通知的通知消息，需要进入电子设备的通知中心，才能查看到该通知消息。

但是，该种通知方式较不明显。用户在退出沉浸式状态时，往往不会注意到静默通知的通知消息，从而导致用户错过该通知消息。

为了避免用户错过通知消息，本申请提供一种消息的通知方法、电子设备、计算机存储介质和芯片***，以减少用户错过通知消息的概率。

针对现有技术中，用户会错过通知消息的问题，本申请实施例提供一种消息的通知方法及设备，该消息的通知方法可应用于电子设备。

本申请实施例中的电子设备，可以是具有接收消息并进行通知功能的电子设备。在一些实施例中，该电子设备可以是手机、平板电脑、桌面型、膝上型、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、手持计算机、上网本、个人数字助理(personal digital assistant，PDA)、可穿戴电子设备和智能手表等可显示图片的设备，本申请对电子设备的具体形式不做特殊限制。

在本实施例中，电子设备的结构可以如图1所示，其中，图1为应用本申请实施例提供的图片显示方法的一种电子设备的结构示意图。

如图1所示，电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

进一步的，当所述电子设备为手机时，所述电子设备还可以包括：天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及用户标识模块(subscriber identification module，SIM)卡接口195等。

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

处理器110可以包括一个或多个处理单元，其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器110中还可以设置存储器，用于存储指令和数据。

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

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

移动通信模块150可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。无线通信模块160可以提供应用在电子设备上的包括无线局域网(wirelesslocal area networks，WLAN)(例如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。在一些实施例中，电子设备的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。电子设备的显示屏194上可以显示一系列图形用户界面(graphical user interface，GUI)，这些GUI都是该电子设备的主屏幕。

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

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备的各种功能应用以及数据处理。

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

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

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备可以通过扬声器170A收听音乐，或收听免提通话。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。耳机接口170D用于连接有线耳机。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。陀螺仪传感器180B可以用于确定电子设备的运动姿态。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。电子设备可以利用磁传感器180D检测翻盖皮套的开合。加速度传感器180E可检测电子设备在各个方向上(一般为三轴)加速度的大小。距离传感器180F，用于测量距离。接近光传感器180G可以包括发光二极管(LED)和光检测器。环境光传感器180L用于感知环境光亮度。指纹传感器180H用于采集指纹。温度传感器180J用于检测温度。触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。骨传导传感器180M可以获取振动信号。按键190包括开机键，音量键等。按键190可以是机械按键，也可以是触摸式按键，或者为虚拟按键。马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

另外，在上述部件之上，运行有操作***。例如苹果公司所开发的iOS操作***，谷歌公司所开发的安卓Android开源操作***，微软公司所开发的Windows操作***等。在该操作***上可以安装运行应用程序。

为了明确电子设备在执行本申请公开的方案时，电子设备内的各软件架构所执行的功能操作，本申请实施例还公开了电子设备的软件结构。

电子设备的操作***可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构等。本申请实施例以分层架构的安卓Android***为例，示例性说明电子设备的软件结构。

其中，图2即为本申请实施例的一种电子设备的软件结构框图的示例图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android***分为四层，从上至下分别为应用层、应用框架层、安卓运行时(Android runtime)和***库，以及内核层。

应用层可以包括一系列应用程序包。如图2所示，应用层中可以包括相机、图库、日历、通话、地图、导航、WLAN、蓝牙、音乐、视频和短信息等应用程序的应用程序包。另外，应用层可以还包括：通知管理模块、横幅提醒模块、数据库和通知中心。进一步的，为了实现本申请实施例提供的消息的通知方法，该应用层中还扩展有决策引擎模块和关注通知模块。

其中，决策引擎模块可用于监听电子设备的状态。在一个可行的实现方式中，执行本申请的消息的通知方法的电子设备在接收到第二电子设备转发的指定应用的通知消息时，执行本申请提供的消息的通知方法，以避免用户错过第二电子设备转发的指定应用的通知消息，这种情况下，决策引擎模块可在该电子设备启动接收第二电子设备转发的指定应用的通知消息这一功能后，开始对电子设备的状态进行监听。

在另一种可行的实现方式中，电子设备通过执行本申请实施例提供的消息的通知方法，避免用户错过该电子设备本地的通知消息，这种情况下，可以在电子设备开机之后，决策引擎模块开始监听电子设备的状态。其中，电子设备本地的通知消息可以指的是该电子设备安装的应用所生成或接收的通知消息，例如，电子设备安装的通信应用接收到的通讯消息，或者购物应用生成的商品推送消息。

或者，在另一种可行的实现方式中，电子设备通过执行本申请实施例提供的消息的通知方法，希望避免用户错过第二电子设备转发的指定应用的通知消息，以及希望避免用户错过该电子设备本地的通知消息，这种情况下，可以每次在电子设备开机之后，决策引擎模块启动对电子设备的状态的监听。

通知管理模块可接收应用框架层发送的通知消息，并基于通知消息的类型，以及决策引擎模块监听到的电子设备的状态，确定对通知消息进行通知提醒的方式。

在本申请实施例提供的方案中，电子设备的状态可包括处于目标状态和退出目标状态，其中，目标状态包括以下任意一种：沉浸式状态、投屏状态、共享桌面状态、免打扰状态、扩展随航状态和应用助手免打扰状态，还可以包括其他的状态，本申请对此不进行限定，且对进入沉浸式状态的方式不进行限定。

另外，在本申请实施例提供的方案中，对通知消息进行通知提醒的方式可包括：

(方式1)电子设备未处于目标状态并接收到通知消息时，对通知消息进行横幅提醒，横幅提醒指的是在电子设备显示界面的顶部显示横幅，并通过横幅显示相应的提醒通知的一种提醒方式；

(方式2)电子设备处于目标状态，且通知消息为来电通知消息和闹钟通知消息时，进行强提醒，强提醒是一种即使电子设备处于目标状态下，仍然对通知消息进行提醒的提醒方式，在本申请实施例提供的一种可行的实现方式中，处于目标状态的电子设备在进行强提醒时，可在电子设备显示界面的顶部显示横幅，并在横幅中显示相应的提醒通知；

(方式3)电子设备退出目标状态之后，对电子设备处于目标状态期间接收到的第一消息进行提醒，该第一消息可包括电子设备的关注应用的通知消息，和/或其他电子设备转发的指定应用的通知消息。

横幅提醒模块可用于构造在电子设备显示界面的顶部显示的横幅，并通过该横幅显示相应的提醒通知。当电子设备未处于目标状态并接收到通知消息时，横幅提醒模块构造的横幅可实现上述的方式1的通知提醒；当电子设备处于目标状态并接收到来电通知消息或闹钟通知消息时，横幅提醒模块构造的横幅可实现上述的方式2的通知提醒。

数据库可存储关注应用的信息，以便通知管理模块确定电子设备处于目标状态时，接收到的通知消息是否来源于关注应用，该关注应用的信息可包括关注应用的名称和/或图标等可区分不同应用的信息。

通知管理模块确定需要采用上述的方式3进行通知提醒时，可将通知消息对应的应用的参数添加至关注通知模块的待提醒列表中，该应用的参数可以包括该应用的名称和图标。

关注通知模块在基于决策引擎模块发送的状态变化提醒消息，确定电子设备退出目标状态之后，可基于待提醒列表中存储的内容，构造相应的提醒通知，并由通知管理模块显示该提醒通知，以便用户基于该提醒通知，知悉电子设备在处于目标状态时接收到通知消息，避免用户错过电子设备在目标状态时接收到的通知消息。

进一步的，在应用层还可包括超级通知模块，该超级通知模块可用于在接收其他电子设备转发的通知消息后，对接收到的通知消息进行处理，将该通知消息转化为标准的格式，以便该电子设备对其他电子设备转发的通知消息进行相应的提醒。在一种可行的设计中，该超级通知模块可包括：接续框架、消息接收模块和消息解析模块。

应用框架层为应用层的应用程序提供应用编程接口(application programminginterface，API)和编程框架。应用框架层包括一些预先定义的函数。如图2所示，应用框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器和通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏的大小，获取显示界面上各显示区域的参数等。在本申请中，窗口管理器可确定电子设备被触控的区域。

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

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括照相机图标的显示界面。

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

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

通知管理器使应用程序可以在状态栏中显示通知消息，可以用于传达告知类型的消息，在本申请一种可行的设计中，通知管理器也可为通知消息服务模块(note messageservice，NMS)，NMS在接收到通知消息之后，可将该通知消息传输至应用层，以便应用层中的各模块之间相互作用，实现本申请实施例提供的消息的通知方法。

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

另外，在本申请中，在***库中包括状态监测服务，该状态监测服务可根据内核层的传感器驱动上报的数据，进行状态检测。

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

需要说明的是，本申请实施例虽然以Android***为例进行说明，但是其基本原理同样适用于基于iOS或Windows等操作***的电子设备。

为了明确本申请提供的方案，以下结合附图，通过各个实施例，对本申请所提供的方案进行介绍说明。

本申请实施例提供一种消息的通知方法，该方法应用于第一电子设备，该第一电子设备可接收通知消息，并基于本申请实施例的消息的通知方法，对该通知消息进行相应的提醒。

其中，第一电子设备可在以下场景接收通知消息：

(场景1)在一种应用场景下，该通知消息可来源于第一电子设备安装的应用。例如，该通知消息可为即时通讯应用接收到的通讯消息；再例如，该通知消息还可以是购物应用生成的商品推送消息。

这一应用场景下，通过本申请实施例提供的方案，可减少用户错过第一电子设备的通知消息的概率。

(场景2)在另一应用场景中，参见图3所示的示例图，第一电子设备可与第二电子设备进行消息的流转，这种情况下，该通知消息可以是第二电子设备向第一电子设备转发的通知消息。

进一步的，在这一应用场景中，第二电子设备在转发通知消息时，还可以转发该通知消息对应的应用的名称和图标，其中，通知消息、通知消息对应的应用的名称和图标可加载在同一数据包内。因此，第一电子设备可基于第二电子设备的转发，接收该通知消息，以及接收该通知消息所对应的应用的名称和图标。

其中，在该应用场景下的一种可行的实现方式中，第二电子设备安装的应用可获取通知消息，但是，有些情况下，第二电子设备获取自身应用的通知消息时，用户并未使用第二电子设备，为了避免用户错过第二电子设备获取的通知消息，第二电子设备可在确定自身处于未被使用的状态(例如处于锁屏状态或休眠状态)时，将获取到的通知消息转发至第一电子设备。第一电子设备在接收到第二电子设备转发的通知消息之后，可基于本申请实施例提供的消息的通知方法，对该通知消息进行相应的提醒，以避免用户错过第二电子设备的通知消息。

这一实现方式描述了第二电子设备向第一电子设备转发通知消息，以使第一电子设备接收到通知消息的一个示例。在实际的消息的通知过程中，第二电子设备还可通过其他实现方式向第一电子设备发送通知消息，以使第一电子设备接收第二电子设备转发的通知消息，本申请对此不作限定。

另外，在图3所示的示例中，第一电子设备为手机，第二电子设备为平板电脑。在实际应用中，第一电子设备和第二电子设备还可为其他类型的设备，例如第一电子设备和第二电子设备均为手机或均为平板电脑，或者第一电子设备为笔记本电脑，第二电子设备为智能穿戴设备等，本申请实施例对此不作限定。

这一应用场景下，通过本申请实施例提供的方案，可减少用户错过第二电子设备的通知消息的概率。

(场景3)在另一应用场景中，该通知消息可包括第一电子设备安装的应用所获取的通知消息，以及包括第二电子设备向第一电子设备转发的通知消息。

这一应用场景下，通过本申请实施例提供的方案，可减少用户错过第一电子设备和第二电子设备的通知消息的概率。

上述描述中，分别公开了第一电子设备接收到的通知消息来源于自身安装的应用的场景(即场景1)，来源于第二电子设备的转发的场景(即场景2)，以及来源于自身安装的应用和第二电子设备的转发的场景(即场景3)。在实际的消息的通知过程中，第一电子设备还可通过其他场景接收通知消息，并依据本申请实施例提供的消息的通知方法，对接收到的通知消息进行相应提醒，本申请对此不作限定。例如，除了第二电子设备以外，第一电子设备还可接收其他电子设备转发的通知消息。

参见图4所示的工作流程示意图，本申请实施例提供的消息的通知方法包括以下步骤：

步骤S11、第一电子设备接收至少一条第一消息，第一电子设备处于目标状态，该至少一条第一消息包括第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息，该指定应用可以为第一电子设备默认的应用，也可以为根据接收到的用户操作所设置的应用。在一种可行的实现方式中，该指定应用可以为除闹钟应用和来电应用以外的其他应用。

在本申请实施例中，目标状态为用户不希望被打扰的状态，在一种可行的实现方式中，目标状态包括以下任意一种：沉浸式状态、投屏状态、共享桌面状态、免打扰状态、扩展随航状态和应用助手免打扰状态，目标状态还可以包括其他的状态，本申请对此不进行限定，且对进入目标状态的方式不进行限定。

其中，电子设备处于沉浸式状态，指的是电子设备的状态栏的颜色与显示界面显示的颜色相融合的状态，沉浸式状态可提高视觉上的美感，使用户在浏览电子设备的页面消息时更加舒适。电子设备处于扩展随航状态，指的是电子设备的屏幕通过有线或无线的方式，转换为其他电子设备的显示屏幕。

在本申请实施例中，第一消息可包括第一电子设备的关注应用的通知消息。在第一电子设备中安装有至少一个应用，关注应用为其中用户较为关注的应用，用户通常不希望错过关注应用的通知消息。这种情况下，用户可根据自身需求，对第一电子设备执行关注应用设置操作。相应的，第一电子设备可根据接收到的关注应用设置操作，设置其中的一个或多个应用为关注应用，以便后续针对关注应用的通知消息进行相应的提醒，避免用户错过第一电子设备处于目标状态时接收到的关注应用的通知消息。

在本申请实施例中，第一电子设备设置关注应用的操作可以包括以下步骤：

首先，第一电子设备响应于针对第一电子设备的界面显示操作，显示通知中心的界面，通知中心的界面显示至少一种通知消息。

在一种可行的实现方案中，界面显示操作可为针对第一电子设备界面的下拉操作，接收到该下拉操作之后，第一电子设备显示通知中心的界面。

当然，界面显示操作也可为其他使第一电子设备显示通知中心的界面的操作，本申请实施例对此不作限定。

然后，第一电子设备响应于针对第一电子设备的关注操作，确定关注操作指示的应用为关注应用。其中，该关注操作用于选择通知中心的界面中显示的任意一条通知消息对应的应用为关注应用。

在一种可行的示例中，参见该示例对应的图5，第一电子设备响应于针对第一电子设备的关注操作，确定关注操作指示的应用为关注应用的操作，可包括以下步骤：

步骤S111、在第一电子设备显示通知中心的界面的情况下，响应于针对该界面显示的其中一条通知消息的第三操作，第一电子设备显示该通知消息对应的设置控件。在一种可行的实现方式中，针对其中一条通知消息的第三操作，可为针对该通知消息的左滑操作。当然，该第三操作也可为其他形式的操作，本申请对此不作限定。

图6为第一电子设备的界面的示例，并且该示例用于将微信这一应用设置为关注应用。其中图a为通知中心的界面，其中显示有微信的通知消息。第一电子设备在接收到针对微信的通知消息的第三操作之后，第一电子设备显示相应的设置控件，这种情况下，第一电子设备显示的界面可如图6中的图b所示，图b中包括设置控件610。

步骤S112、响应于针对该设置控件的第四操作，第一电子设备显示将该设置控件对应的应用设置为关注应用的第一菜单选项。在一种可行的实现方式中，针对该设置控件的第四操作可为针对该设置控件的触控操作。当然，该第四操作也可为其他形式的操作，本申请对此不作限定。

其中，第一电子设备在接收到针对该设置控件的第四操作之后，可确定该通知消息对应的应用是否为关注应用，如果否，则显示将该设置控件对应的应用设置为关注应用的第一菜单选项。

示例性的，第一电子设备在接收到针对微信的设置控件的第四操作后，显示的菜单选项可如图6中的图c所示，该菜单选项包括：“关闭通知”、“设为关注通知”、“延后提醒”、“更多设置”和“取消”。其中，“设为关注通知”这一菜单选项为第一菜单选项620。

步骤S113、响应于针对第一菜单选项的第五操作，第一电子设备显示是否关注该应用的询问信息，该询问信息包括确定关注选项。在一种可行的实现方式中，针对该第一菜单选项的第五操作可为针对该第一菜单选项的触控操作。当然，该第五操作也可为其他形式的操作，本申请对此不作限定。

如果需要将微信这一应用设为关注应用，第一电子设备在显示图c所示的菜单选项时，用户可对“设为关注通知”这一菜单选项(即第一菜单选项)进行第五操作。第一电子设备在接收到该第五操作之后，会显示是否关注该应用的询问信息。

示例性的，在这种情况下，第一电子设备显示的界面可如图6中的图d所示，在图d中，该询问信息为“是否将‘微信’设为关注的通知”，并且该询问信息还包括“取消”和“确定”的选项，其中“确定”的选项为确定关注选项630。

步骤S114、响应于针对该询问信息包括的确定关注选项的第六操作，第一电子设备设置该应用为关注应用。在一种可行的实现方式中，针对该确定关注选项的第六操作可为针对该确定关注选项的触控操作。当然，该第六操作也可为其他形式的操作，本申请对此不作限定。

在图6中的图d所对应的示例中，针对该询问信息包括的确定关注选项的第六操作即为针对其中“确定”这一选项(即确定关注选项)的第六操作。在接收到该第六操作后，第一电子设备可将微信这一应用设置为关注应用。

另外，在上述示例中，关注操作包括第一电子设备在步骤S111至步骤S114中接收到的操作，即关注操作包括：步骤S111中针对通知消息的第三操作、步骤S112中的针对设置控件的第四操作、步骤S113中的针对第一菜单选项的第五操作以及步骤S114中的针对询问信息包括的确定关注选项的第六操作。

进一步的，在本申请实施例中，第一电子设备设置某一应用为关注应用之后，还可存储该关注应用的信息，该关注应用的信息可为该关注应用的名称和/或图标等可区分不同应用的信息，这种情况下，在第一电子设备接收自身的某一应用的通知消息之后，第一电子设备可通过查询存储的信息，确定该应用是否为关注应用，如果是，则第一电子设备确定该通知消息为第一消息。

其中，如果第一电子设备的软件结构如图2所示，则第一电子设备可在应用层包含的数据库中存储该关注应用的信息。

通过上述实施例，第一电子设备可设置某一应用为关注应用。但是有些情况下，在设置某一应用为关注应用之后，用户有可能对该应用的关注度降低，用户不再介意是否错过该应用的通知消息。这种情况下，用户往往希望解除对该应用的关注。为了解决对某一应用的关注，第一电子设备还可执行以下操作：

响应于针对任意一个关注应用的取消操作，第一电子设备取消对该关注应用的关注。

在取消对某一关注应用的关注之后，则该应用不再是关注应用。例如，如果通过图6中的图a至图d的操作，将微信这一应用设置为关注应用之后，如果接收到针对该应用的取消操作，则第一电子设备确定微信这一应用不再是关注应用。

在一种可行的示例中，参见该示例对应的图7，第一电子设备响应于针对任意一个关注应用的取消操作，取消对该关注应用的关注，可包括以下步骤：

步骤S115、在第一电子设备显示通知中心的界面的情况下，响应于针对该界面显示的其中一条通知消息的第七操作，第一电子设备显示该通知消息对应的设置控件。在一种可行的实现方式中，该第七操作可与第三操作相同，当然，第七操作也可为与第三操作不同，本申请对此不作限定。

图8为第一电子设备的界面的示例，并且该示例中，微信这一应用为关注应用，本示例用于取消该关注应用的关注，其中图a为通知中心的显示页面，其中显示有微信的通知消息。在接收到针对微信的通知消息的第七操作之后，第一电子设备显示相应的设置控件，这种情况下，第一电子设备显示的界面可如图8中的图b所示，图b中包括设置控件810。

步骤S116、响应于针对该设置控件的第八操作，第一电子设备显示取消对该设置控件对应的应用的关注的第二菜单选项。在一种可行的实现方式中，该第八操作可与第四操作相同，当然，第八操作也可与第四操作不同，本申请对此不作限定。

其中，第一电子设备在接收到针对该设置控件的第八操作，可确定该通知消息对应的应用是否为关注应用，如果是，则显示取消关注该应用的第二菜单选项。

示例性的，第一电子设备在接收到针对微信的设置控件的第八操作后，显示的菜单选项可如图8中的图c所示，该菜单选项包括：：“关闭通知”、“取消关注”、“延后提醒”、“更多设置”和“取消”。其中，“取消关注”这一菜单选项为第二菜单选项820。

步骤S117、响应于针对取消关注应用的第二菜单选项的第九操作，第一电子设备显示是否取消关注该应用的询问信息，该询问信息包括确定取消关注选项。在一种可行的实现方式中，针对该第二菜单选项的第九操作可为针对该第二菜单选项的触控操作。当然，该第九操作也可为其他形式的操作，本申请对此不作限定。

如果需要取消对微信这一应用的关注，第一电子设备在显示图c所示的菜单选项时，用户可对“取消关注”这一菜单选项(即第二菜单选项)进行选择操作。第一电子设备在接收到该第九操作之后，会显示是否取消关注该应用的询问信息。

示例性的，在这种情况下，第一电子设备显示的界面可如图8中的图d所示，在图d中，该询问信息为“是否取消关注‘微信’”，并且该询问信息还包括“取消”和“确定”的选项，其中“确定”的选项即为确定取消关注选项830。

步骤S118、响应于针对该询问信息包括的确定取消关注选项的第十操作，第一电子设备取消对该应用的关注。在一种可行的实现方式中，针对该确定取消关注选项的第十操作可为针对该确定取消关注选项的触控操作。当然，该第十操作也可为其他形式的操作，本申请对此不作限定。

在图d所对应的示例中，针对该询问信息包括的确定取消关注选项的第十操作即为针对其中“确定”这一选项(即确定取消关注选项)的第十操作。在接收到该第十操作后，第一电子设备可取消对微信这一应用的关注。

另外，在上述示例中，取消操作包括第一电子设备在步骤S115至步骤S118中接收到的操作，即取消操作包括：步骤S115中针对通知消息的第七操作、步骤S116中的针对设置控件的第八操作、步骤S117中的针对第二菜单选项的第九操作以及步骤S118中的针对该询问信息包括的确定取消关注选项的第十操作。

进一步的，在本申请实施例中，第一电子设备取消某一应用的关注之后，还可删除之前存储的该应用的信息，以节省存储空间。其中，如果第一电子设备在应用层的数据库中存储关注应用的信息，在取消某一应用的关注之后，可删除该数据库中存储的该应用的信息。

上述实施例公开了第一电子设备设置某一应用为关注应用的操作，如果第一消息包括第一电子设备的关注应用的通知消息，在本申请实施例提供的方案中，第一电子设备接收第一消息可以包括以下步骤：

首先，在接收第一电子设备的应用的通知消息之后，第一电子设备确定第一电子设备是否处于目标状态；

然后，如果第一电子设备处于目标状态，第一电子设备确定该通知消息是否来源于第一电子设备的关注应用，如果是，则确定该通知消息为第一消息，并且可确定第一电子设备接收第一消息。

另外，第一消息还可包括第一电子设备处于目标状态时，接收到的第二电子设备转发的指定应用的通知消息。在本申请实施例中，指定应用可为第一电子设备默认的应用，也可为根据用户操作设置的应用。在一种可行的实现方式中，指定应用为除来电应用和闹钟应用以外的其他应用。

其中，第二电子设备在向第一电子设备转发通知消息时，还可以转发该通知消息对应的应用的名称和图标。在一种可行的实现方式中，第二电子设备向第一电子设备转发数据包，该数据包包括第二电子设备转发的通知消息，以及该通知消息对应的应用的名称和图标。这种情况下，第一电子设备可在接收第二电子设备转发的数据包后，根据数据包中包括的通知消息对应的应用的名称和图标，确定该通知消息是否来自指定应用，如果是，则该通知消息为第一消息，相应的，第一电子设备确定接收到第一消息。

步骤S12、第一电子设备存储第一消息的参数，其中，第一消息的参数可以包括第一消息对应的应用的名称和图标。

其中，该第一消息的参数可存储至待提醒列表中。在一种可行的实现方式中，如果第一电子设备的软件架构如图2所示，则可在第一电子设备应用层的关注通知模块中设置该待提醒列表。

由于接收第一消息的第一电子设备处于目标状态，因此，通过步骤S12的操作，将第一消息的参数存储至待提醒列表，以便第一电子设备在退出目标状态之后，基于待提醒列表中存储的消息构造相应的提醒通知。

在这一步骤中，第一消息的参数包括第一消息对应的应用的名称和图标，其中，第一消息对应的应用指的是该第一消息所来源的应用。例如，如果电子设备内安装有购物应用，第一消息包括该购物应用生成的商品推送消息，则该商品推送消息对应的应用为该购物应用；如果电子设备内安装有通讯应用，该第一消息包括该通讯应用接收到的通讯消息，则该通讯消息对应的应用包括该通讯应用。

如果第一消息包括第一电子设备的关注应用的通知消息，则该第一消息的参数包括该关注应用的名称和图标，在通过步骤S11接收第一消息时，第一电子设备即可接收该关注应用的名称和图标。

另外，如果第一消息包括第二电子设备转发的指定应用的通知消息，则第一电子设备在接收该通知消息时，还可以接收第二电子设备转发的该通知消息对应的指定应用的名称和图标，这种情况下，第一电子设备可基于第二电子设备的转发，确定第一消息对应的应用的名称和图标。

在这一步骤中，可通过待提醒列表存储第一消息的参数。在一种可行的实现方式中，待提醒列表包括一个队列，该队列用于存储第一消息的参数，该队列中的第一消息的参数根据第一消息的接收时间排序，通常情况下，第一消息的接收时间越晚，在该队列中的排序越靠前。

或者，在另一种可行的实现方式中，待提醒列表包括多个队列，来源于不同应用的通知消息的参数存储至不同队列中，并且，同一队列中的第一消息的参数根据第一消息的接收时间排序，第一消息的接收时间越晚，在该队列中的排序越靠前。

当然，还可采用其他形式存储第一消息的参数，本申请实施例对此不作限定。

步骤S13、响应于退出目标状态的操作，第一电子设备基于存储的第一消息的参数，生成第一消息对应的第一横幅通知并显示。该第一横幅通知可以包括第一电子设备处于目标状态期间接收的第一消息的参数，该参数可包括第一消息对应的应用的图标和名称，即通过该步骤，第一电子设备退出目标状态之后，显示目标状态期间接收的第一消息所对应的应用的图标和名称，以便用户知悉第一电子设备处于目标状态时，接收到第一消息，并且知悉该第一消息的来源。

在本申请实施例提供的方案中，即使第一消息包括多条，在步骤S13中也可只生成一条第一横幅通知，这一条横幅通知对应多条第一消息。这种情况下，由于这一条第一横幅通知可用于提醒用户第一电子设备在处于目标状态时接收到多条第一消息，因此该第一横幅通知可称为聚合态提醒通知。

在一种可行的实现方式中，该第一横幅通知可包括第一电子设备处于目标状态期间接收的第一消息对应的所有应用的名称和图标。

或者，在另一种可行的实现方式中，为了避免第一横幅通知包含的内容过多，影响用户的观看效果，该第一横幅通知可包括第一消息对应的至多N个应用的名称和图标，N为预设的正整数。例如，N为五，即该第一横幅通知最多包括五个应用的图标和名称。

这种情况下，参见图9所述的流程示意图，第一电子设备可以通过以下步骤生成第一消息对应的第一横幅通知：

步骤S131、第一电子设备基于存储的至少一条第一消息的参数，判断第一消息对应的应用的数量是否大于N，若否，执行步骤S132的操作，若是，执行步骤S133的操作。

步骤S132、若第一消息对应的应用的数量不大于N，第一电子设备基于存储的第一消息对应的所有应用的名称和图标，生成第一消息对应的第一横幅通知并显示。

步骤S133、若第一消息对应的应用的数量大于N，第一电子设备基于第一消息的接收时间，确定第一消息对应的应用中的N个应用，该N个应用对应的第一消息的接收时间晚于其他应用对应的第一消息的接收时间。

例如，N为五，第一消息对应的应用的数量为六，则基于第一消息的接收时间，从这六个应用中选择五个应用，来源于这五个应用的第一消息的接收时间晚于剩余的另一个应用的第一消息的接收时间。

步骤S134、第一电子设备基于存储的该N个应用的名称和图标生成第一消息对应的第一横幅通知并显示。

通过步骤S131至步骤S134的操作，可在第一消息对应的应用的数量大于N的情况下，利用接收时间与当前时间最接近(即接收时间最晚)的第一消息对应的N个应用的名称或图标，构造相应的第一横幅通知。

另外，在步骤S13中，生成第一消息对应的第一横幅通知，第一横幅通知可以包括该第一应用的名称和图标，如果第一横幅通知包括多个不同应用的图标时，第一横幅通知中包括的所述多个不同应用的图标排列成一个图标组合，排列顺序可依据各个应用的第一消息的接收时间，在一种可行的实现方式中，在所述图标组合中可将接收时间最晚的第一消息对应的所述应用的图标位于最边侧，并且可对相邻的其他图标进行部分遮挡。

例如，如果该图标组合包括的各个应用的图标按照从左到右的顺序排列，接收时间最晚的第一消息对应的应用的图标可位于最左侧，并且最左侧的图标可对相邻的其他图标进行部分遮挡；如果该图标组合包括的各个应用的图标按照从上到下的顺序排列，接收时间最晚的第一消息对应的应用的图标可位于最上侧，并且最上侧的图标可对相邻的其他图标进行部分遮挡。

其中，该图标组合可作为第一图标，各个应用的图标分别为第二图标，这种情况下，第一横幅通知中包括第一图标和多条第一消息分别对应的不同应用的名称，第一图标与多个第二图标相关，第二图标为不同第一消息分别对应的不同应用的图标。并且在一种可行的实现方式中，第一图标包括依次排列的多个第二图标，其中，每个第二图标对预设方向上相邻的第二图标进行部分遮挡，该预设方向为第一图标包括的多个第二图标的排列方向。

进一步的，该第一横幅通知除了应用的名称和图标之外，还可包括提示信息，该提示信息用于描述第一消息为第一电子设备处于目标状态时接收的通知消息，以提醒用户。在一种可行的实现方式中，该提示信息可为文本信息，示例性的，该提示信息可包括“免打扰期间您接收的通知”的文本信息。

另外，该第一横幅通知还可包括显示名称和图标的应用对应的第一消息的数量，以便用户了解第一电子设备处于目标状态时，接收到的第一消息的数量。例如，如果第一电子设备处于目标状态时，接收来源于N个应用的n条第一消息，则第一横幅通知除了包括N个应用的名称和图标以外，还包括第一消息的数量n。

该第一横幅通知可以在第一电子设备退出目标状态之后，在第一电子设备的界面上显示，示例性的，该第一横幅通知可在界面的顶部或底部显示。第一横幅通知可对用户起到提醒作用，避免用户错过第一电子设备处于目标状态时接收的第一消息。

为了明确本申请中第一横幅通知的形式，公开一个示例。参见图10所示的示例图，第一横幅通知100在第一电子设备界面的顶部显示，并且，该示例中，N为五，在第一电子设备处于目标状态的过程中，接收到来源于三个应用的12条第一消息，该三个应用分别为：QQ、微信和短信息，该第一横幅通知包括这三个应用的名称和图标。并且，QQ这一应用的通知消息的接收时间最晚，短信息这一应用的通知消息的接收时间最早，则在第一横幅通知中，QQ这一应用的图标位于最左侧，短信息这一应用的图标位于最右侧。

另外，这一示例中，由于来源于三个应用的第一消息为12条，在该第一横幅通知中，还包括该数量的提示，以便用户知悉第一消息的数量，这种情况下，参见图10，该第一横幅通知可包括“免打扰期间您关注的通知QQ、微信、短信息+12”的文字消息，以提示用户第一电子设备处于目标状态时，接收的第一消息分别来源于QQ、微信和短信息这三个应用，并且第一消息的数量为12。

在本申请中，该第一横幅通知可包括多个应用的名称和图标，因此可将该第一横幅通知称为聚合态提醒。如果在确定第一消息的参数之后，将第一消息的参数存储至待提醒列表中，在一种可行的实现方式中，可通过以下方式构造聚合态提醒通知：

第一电子设备响应于第一电子设备退出目标状态的操作，检测待提醒列表是否为空，若是，结束本次操作。若待提醒列表不为空，则表明待提醒列表内存储有至少一条第一消息的参数，进一步表明第一电子设备处于目标状态时接收到第一消息，则通过查询所述待提醒列表，确定所述第一消息对应的应用的数量是否大于N。如果第一消息对应的应用的数量大于N，从第一消息对应的应用中，选择N个应用构造第一横幅通知，该第一横幅通知可包括该N个应用的名称和图标，并显示该第一横幅通知。其中，在选择N个应用时，可基于第一消息的接收时间进行选择，该N个应用对应的第一消息的接收时间最接近当前时间。如果第一消息对应的应用的数量不大于N，则通过第一消息对应的所有应用构造第一横幅通知，并显示该第一横幅通知。

通过显示的第一横幅通知，可提醒用户，避免用户错过第一电子设备处于目标状态时接收的第一消息。

进一步的，参见图11所示的流程示意图，在本申请实施例中，在第一电子设备显示第一消息对应的第一横幅通知之后，还可包括以下步骤：

步骤S14、响应于针对该第一横幅通知的操作，第一电子设备显示该第一横幅通知对应的第一消息的详细信息。在一种可行的实现方式中，针对该第一横幅通知的操作可为针对该第一横幅通知的触控操作，当然，针对该第一横幅通知的操作还可为其他形式的操作，本申请对此不作限定。

在本申请实施例提供的方案中，第一电子设备在退出目标状态之后，在第一电子设备的当前界面中显示第一横幅通知。例如，如果第一电子设备在退出目标状态之后，显示的是某一应用的显示界面，则在该应用的显示界面中显示第一横幅通知，然后，在接收到针对该第一横幅通知的操作之后，第一电子设备跳转至显示通知中心的界面，并在通知中心的界面显示第一消息的详细信息。

其中，该第一消息的详细信息可包括第一消息的内容和接收时间。另外，如果该第一消息包括第二电子设备转发的指定应用的通知消息，则该第一消息的详细信息还可包括第二电子设备的消息，以便用户确定该第一消息来源于第二电子设备。第二电子设备的设备信息可包括第二电子设备的型号或预先为该第二电子设备设置的设备名等可指向第二电子设备的设备信息。示例性的，该第二电子设备的设备信息可通过以下范式表示：应用的名称.来自您的设备名。

其中，如果需要显示详细信息的第一消息的数量较多，则在第一电子设备的界面上显示该详细信息时，可根据接收时间，显示其中部分第一消息的详细信息，并在接收到用户用于展示其他详细信息的操作之后，继续显示其他的第一消息的详细信息。这种情况下，优先显示接收时间与当前时间最接近的第一消息的详细信息，并在接收到用户的操作之后，再显示其他第一消息的详细信息。

为了明确第一消息的详细信息的形式，以下公开一个示例。在该示例中，参见图12(a)所示的示意图，该第一消息对应的应用包括：QQ、微信和短信息，第一消息的详细信息包括各第一消息的内容和接收时间。另外，如果第一横幅通知如图10所示，则QQ的通知消息的接收时间与当前接收时间最接近，可优先显示QQ的通知消息，即QQ的通知消息位于界面的上部。而且，QQ、微信和短信息这三个应用的第一消息包括12条，受到界面面积的影响，图12(a)仅显示其中4条消息的详细信息，在接收到用户的操作之后，第一电子设备可显示其他第一消息的详细信息。

在另一示例中，参见图12(b)所示的示意图，该第一消息对应的应用包括：QQ、微信和短信息，并且，该第一消息为第二电子设备转发的指定应用的通知消息，第一消息的详细信息还包括第二电子设备的型号。在图12(b)中，该第二电子设备的设备名为“Magic 3”，则该第一消息的详细信息还包括“来自您的Magic 3”。

在另一示例中，参见图12(c)所示的示意图，该第一消息包括第一电子设备的关注应用的通知消息，以及包括第二电子设备转发的指定应用的通知消息，其中，第一电子设备的关注应用的通知消息来源于QQ、微信和短信息这三个应用，第二电子设备转发的第一消息来源于微信这一个应用，并且，该第二电子设备的设备名为“Magic 3”，则第一电子设备的关注应用的通知消息的详细信息包括第一消息的内容和接收时间，而第二电子设备转发的微信消息还包括“来自您的Magic 3”。

在上述实施例中，介绍了第一电子设备处于目标状态时，接收到的通知消息为第一消息的情况下，通过第一横幅通知对第一消息进行提醒的方案。有些场景下，第一电子设备处于目标状态时，还会接收到其他通知消息，据此本申请提供另一实施例。在该实施例中，还包括以下步骤：

在处于目标状态的第一电子设备接收至少一条第二消息之后，第一电子设备生成第二消息对应的第二横幅通知并显示，其中，第二消息包括第一电子设备的目标应用的通知消息，和/或第二电子设备转发的目标应用的通知消息。

其中，目标应用可以包括来电应用和闹钟应用。在实际应用过程中，用户通常不希望错过来电应用和闹钟应用的通知消息，这种情况下，即使第一电子设备处于目标状态，在接收第二消息之后，第一电子设备也会生成相应的第二横幅通知并显示，以提醒用户，避免用户错过电应用和闹钟应用的通知消息。

该步骤中，由于第一电子设备处于目标状态时，就显示第二消息对应的第二横幅通知，因此，可将对第二消息进行的提醒方式称为强提醒。在一种可行的实现方式中，在进行强提醒时，可在处于目标状态的第一电子设备的界面顶部或底部显示该第二横幅通知。

第二横幅通知中可包括第二消息的内容，示例性的，如果第二消息包括来电应用的通知消息，该第二横幅通知可包括本次来电的电话号码，或者，如果第一电子设备中存储有该电话号码对应的用户名称，该第二横幅通知可包括该用户名称；如果第二消息包括闹钟应用的通知消息，该第二横幅通知可包括该通知消息对应的闹钟时间。

为了明确本申请实施例中，电子设备针对不同消息的通知方法，提供图13。参见图13所示的流程示意图，本申请实施例提供的消息的通知方法包括以下步骤：

步骤S21、第一电子设备接收通知消息。

其中，该通知消息可包括第一电子设备的应用的通知消息，也可包括第二电子设备转发的通知消息。

步骤S22、第一电子设备判断自身是否处于目标状态，若否，执行步骤S23的操作，若是，执行步骤S24的操作。

步骤S23、若第一电子设备未处于目标状态，第一电子设备根据该通知消息本身的提醒规格进行提醒。也就是说，在第一电子设备未处于目标状态时，根据当前通用的方式对通知消息进行提醒。

步骤S24、若第一电子设备处于目标状态，第一电子设备判断通知消息是否为第二消息，若是，执行步骤S25的操作，若否，执行步骤S26的操作。

该步骤中，第二消息包括第一电子设备的目标应用的通知消息，和/或第二电子设备转发的目标应用的通知消息，该目标应用可包括闹钟应用和来电应用，相应的，第二消息为闹钟通知消息和来电通知消息，在该步骤中，判断通知消息是否为第二消息，即为判断通知消息是否为闹钟通知消息和来电通知消息。

步骤S25、若通知消息为第二消息，第一电子设备通过横幅展示强提醒。也就是说，如果第一电子设备处于目标状态的情况下接收到第二消息，第一电子设备界面的顶部或底部显示第二消息对应的第二横幅通知。

步骤S26、若通知消息并非第二消息，第一电子设备判断通知消息是否为第一消息。若否，执行步骤S27的操作，若是，执行步骤S28的操作。

该步骤中，该第一消息包括第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息。

步骤S27、若通知消息并非第一消息，第一电子设备对该通知消息执行静默通知。

步骤S28、若通知消息为第一消息，第一电子设备获取第一消息的参数。其中，第一消息的参数包括第一消息对应的应用的名称和图标。

其中，如果该第一消息为第二电子设备转发的通知消息，第二电子设备在转发通知消息时，还可转发该通知消息对应的应用的名称和图标，第一电子设备可基于第二电子设备的转发，确定第一消息对应的应用的名称和图标。

步骤S29、第一电子设备存储第一消息的参数，其中，该第一消息的参数可存储至第一电子设备的应用层中的待提醒列表。

步骤S30、第一电子设备响应于第一电子设备退出目标状态的操作，查询待提醒列表。

步骤S31、第一电子设备通过查询，判断该待提醒列表是否为空，若是，结束本次操作，若否，执行步骤S32的操作。

步骤S32、若待提醒列表不为空，第一电子设备判断第一消息对应的应用的数量是否大于N，若是，执行步骤S33的操作，若否，执行步骤S34的操作。

步骤S33、若第一消息对应的应用的数量大于N，第一电子设备选择N个应用对应的第一消息的参数构造聚合态提醒通知(即第一横幅通知)，然后执行步骤S35。

其中，该N个应用对应的第一消息的接收时间通常晚于其他应用对应的第一消息的接收时间。

步骤S34、若第一消息对应的应用的数量不大于N，第一电子设备通过所有第一消息的参数构造聚合态提醒通知(即第一横幅通知)，然后执行步骤S35。

步骤S35、第一电子设备显示聚合态提醒通知(即第一横幅通知)。

通过上述步骤，第一电子设备可对自身处于目标状态时接收到的各种通知消息进行相应的提醒。其中，对于第一消息，在退出目标状态之后，第一电子设备显示第一消息对应的第一横幅通知；对于第二消息，即使第一电子设备处于目标状态，第一电子设备也会显示第二消息对应的第二横幅通知，即对第二消息进行强提醒；对于第一消息和第二消息以外的通知消息，第一电子设备在接收到该通知消息时进行静默通知。通过该方案，能够避免用户错过较关注的通知消息，并且，无需为用户不关注的通知消息构造提醒通知，避免用户被不关注的通知消息干扰，而且简化了第一电子设备执行的操作。

通过图2，公开了实现本申请实施例提供的消息的通知方法的第一电子设备的软件结构。为了明确该消息的通知方法的实现方案，以下通过各个实施例，分别描述了软件结构中各个模块执行的操作。

为了明确第一电子设备接收第二电子设备转发的通知消息的过程，公开图14所示的时序图。图14对应的实施例中，第一电子设备可接收第二电子设备转发的通知消息。在一种可行的实现方式中，第一电子设备接收第二电子设备转发的通知消息的场景可如上述的场景2所示。其中，第一电子设备的应用层包括超级通知模块，该超级通知模块可在接收其他电子设备转发的通知消息后，对接收到的通知消息进行解析处理，该解析处理可包括将通知消息转发为标准的格式，以便第一电子设备对其他电子设备转发的通知消息进行相应的提醒。在一种可行的设计中，该超级通知模块可包括：接续框架、消息接收模块和消息解析模块。并且，第一电子设备的应用框架层包括NMS。

参见图14，该实施例包括以下步骤：

步骤S41、第一电子设备的接续框架接收第二电子设备转发的消息。

步骤S42、第一电子设备的接续框架向第一电子设备的消息接收模块发送该消息。

步骤S43、第一电子设备的消息接收模块确定接收到的消息的类型。在该步骤中，消息接收模块接收到的消息可以为对象简谱(javascript object notation，JSON)格式的消息，消息接收模块基于该JSON格式的消息中各字段包含的内容，确定接收到的消息的类型。

步骤S44、若消息接收模块确定该消息为通知消息，则消息接收模块向第一电子设备的消息解析模块发送该通知消息。

步骤S45、第一电子设备的消息解析模块接收到该通知消息之后，对该通知消息进行解析处理。JSON格式并非通知消息的标准格式，该步骤中，通过消息解析模块的解析处理，可将该通知消息转换成通知消息的标准格式。

步骤S46、消息解析模块向第一电子设备的应用框架层发送解析处理之后的通知消息。其中，可以由应用框架层的NMS接收解析处理之后的通知消息。

通过步骤S41至步骤S46的操作，第一电子设备可接收第二电子设备发送的通知消息，并将该通知消息转化为符合标准格式的通知消息，以便后续对转化后的通知消息进行处理，确定针对该通知消息相应的提醒方式，避免用户错过第二电子设备的消息。

第一电子设备的NMS在接收到通知消息之后，将该通知消息发送至第一电子设备的应用层。该应用层可以包括：通知管理模块、横幅提醒模块、数据库和通知中心。进一步的，为了实现本申请实施例提供的消息的通知方法，该应用层中还扩展有决策引擎模块和关注通知模块。

其中，决策引擎模块用于监听第一电子设备的状态，根据监听结果确定电子设备的状态。关注通知模块中可设置待提醒列表，该待提醒列表可存储第一电子设备处于目标状态时，接收到的第一消息的参数，以便第一电子设备退出目标状态之后，基于待提醒列表，构造并显示相应的第一横幅通知，该第一消息的参数可包括第一消息对应的应用的名称和/或图标。进一步的，该待提醒列表还可存储第一消息的内容。

数据库可存储关注应用的信息，以便通知管理模块确定电子设备处于目标状态时，根据存储的关注应用的信息，确定接收到的通知消息是否来源于关注应用。该关注应用的信息可包括关注应用的名称和/或图标等可区分不同应用的信息。

第一电子设备在使用过程中，第一电子设备的应用框架层中的NMS可接收通知消息，并将该通知消息发送至应用层，由应用层中的各个模块相互配合，实现本申请实施例提供的消息的通知方法。

为了明确在执行本申请实施例提供的消息的通知方法的过程中，第一电子设备的应用层中各模块执行的操作，公开图15至图17。

图15对应的实施例中，第一电子设备未处于目标状态，该实施例包括以下步骤：

步骤S51、应用框架层中的NMS接收通知消息之后，向应用层中的通知管理模块发送通知消息。

其中，该通知消息可包括该第一电子设备内的应用的通知消息，并且还可包括第二电子设备转发的通知消息。如果该通知消息包括第二电子设备转发的通知消息，NMS可通过图15所对应的实施例接收该通知消息。

步骤S52、通知管理模块接收到通知消息之后，向通知中心发送通知消息。在将通知消息发送至通知中心之后，通知中心可展示该通知消息，以便用户通过该通知中心，查看到该通知消息。

步骤S53、通知管理模块向决策引擎模块发送第一电子设备的状态查询请求。该状态查询请求用于请求查询第一电子设备的状态。

步骤S54、决策引擎模块可用于监听第一电子设备的状态。在接收到该状态查询请求之后，决策引擎模块根据对第一电子设备的状态的监听结果，向通知管理模块发送第一电子设备所处的状态信息。

步骤S55、通知管理模块根据决策引擎模块发送的状态信息，判断第一电子设备是否处于目标状态。

在一种可行的实现方式中，决策引擎模块发送的状态信息可包括各个状态字段，以及各个状态字段对应的标识，而状态字段对应的标识包括两种，其中一种用于表征第一电子设备处于该状态，另一种用于表征第一电子设备并未处于该状态。这种情况下，通知管理模块基于状态字段以及状态字段对应的标识，可确定第一电子设备所处的状态。

在一个示例中，状态字段对应的标识包括“1”和“0”，“1”表征第一电子设备处于该状态，“0”表征第一电子设备并未处于该状态，并且目标状态包括：沉浸式状态、投屏状态、共享桌面状态、免打扰状态、扩展随航状态和应用助手免打扰状态。这种情况下，如果决策引擎模块发送的状态信息中，沉浸式状态字段对应的标识为1，其他状态字段对应的标识为0，则通知管理模块可确定第一电子设备处于沉浸式状态，进一步确定第一电子设备处于目标状态，如果决策引擎模块发送的状态信息中，沉浸式状态、投屏状态、共享桌面状态、免打扰状态、扩展随航状态和应用助手免打扰状态对应的字段对应的标识均为0，则通知管理模块可确定第一电子设备未处于目标状态。

步骤S56、通知管理模块基于步骤S55的操作，确定第一电子设备未处于目标状态的情况下，向横幅提醒模块发送通知消息。

步骤S57、横幅提醒模块根据该通知消息对应的规格执行相应的提醒。

在步骤S51至步骤S57的方案中，第一电子设备未处于目标状态，这种情况下，应用层在接收到通知消息之后，可根据该通知消息的规格，显示相应的提醒通知。

图16对应的实施例中，应用层接收到的通知消息为第二消息，该实施例包括以下步骤：

步骤S61、应用框架层中的NMS接收通知消息之后，向应用层中的通知管理模块发送通知消息。

步骤S62、通知管理模块接收到通知消息之后，向通知中心发送通知消息。

步骤S63、通知管理模块向决策引擎模块发送第一电子设备的状态查询请求。该状态查询请求用于请求查询第一电子设备的状态。

步骤S64、在接收到该状态查询请求之后，决策引擎模块根据对第一电子设备的状态的监听结果，向通知管理模块发送第一电子设备所处的状态信息。

步骤S65、通知管理模块根据决策引擎模块发送的状态信息，判断第一电子设备是否处于目标状态。

其中，步骤S61至步骤S65的具体操作过程与步骤S51至步骤S55的具体操作过程相同，可相互参照，此处不再赘述。

步骤S66、在确定第一电子设备处于目标状态的情况下，通知管理模块判断该通知消息是否为第二消息。

其中，第二消息包括第一电子设备的目标应用的通知消息，和/或第二电子设备转发的目标应用的通知消息，目标应用可以包括闹钟应用和来电应用，即第二消息包括闹钟通知消息和来电通知消息。

步骤S67、在确定通知消息为第二消息的情况下，通知管理模块向横幅提醒模块发送第二消息。

步骤S68、横幅提醒模块对第二消息进行强提醒，该强提醒方式可为通过横幅形式显示第二消息对应的第二横幅通知。

在步骤S61至步骤S68所公开的方案中，第一电子设备处于目标状态，并且接收的通知消息为第二消息时，即使第一电子设备处于目标状态，也会对第二消息进行相应的提醒，从而能够避免用户错过该第二消息。

图17对应的实施例中，应用层接收到的通知消息为第一消息，该实施例包括以下步骤：

步骤S71、应用框架层中的NMS接收通知消息之后，向应用层中的通知管理模块发送通知消息。

步骤S72、通知管理模块向通知中心发送通知消息。

步骤S73、通知管理模块接收到通知消息之后，向决策引擎模块发送第一电子设备的状态查询请求。该状态查询请求用于请求查询第一电子设备的状态。

步骤S74、在接收到该状态查询请求之后，决策引擎模块根据对第一电子设备的状态的监听结果，向通知管理模块发送第一电子设备所处的状态信息。

步骤S75、通知管理模块根据决策引擎模块发送的状态信息，判断第一电子设备是否处于目标状态。

步骤S76、在确定第一电子设备处于目标状态的情况下，通知管理模块判断通知消息是否为第二消息。

其中，步骤S71至步骤S76的具体操作过程与步骤S61至步骤S66的具体操作过程相同，可相互参照，此处不再赘述。

步骤S77、在确定通知消息并非第二消息的情况下，通知管理模块通过查询数据库，查询该通知消息是否来源于第一电子设备的关注应用，其中，在数据库中存储有关注应用的信息。

其中，第一电子设备可根据接收到的操作设定某一应用为关注应用，例如，电子设备可根据图6对应的操作，确定微信这一应用为关注应用，或取消对这一应用的关注。

在本申请实施例中，电子设备在设定某一应用为关注应用之后，可将该应用的相关信息(例如名称或图标)存储至数据库中，并且，在取消对某一应用的关注后，删除数据库中存储的该应用的信息。这种情况下，通过查询数据库中存储的信息，即可确定通知消息的来源是否为关注应用。

步骤S78、通知管理模块判断该通知消息是否为第一消息，如果该通知消息为来源于第一电子设备的关注应用，或者该通知消息为第二电子设备转发的指定应用的通知消息，则确定该通知消息为第一消息。其中，指定应用可以为除来电应用和闹钟应用以外的其他应用。

步骤S79、如果该通知消息为第一消息，通知管理模块将第一消息的参数发送至关注通知模块。

该关注通知模块可包括待提醒列表，这种情况下，可将第一消息的参数存储至待提醒列表中。进一步的，还可将第一消息的内容存储至待提醒列表中。

步骤S80、在第一电子设备退出目标状态之后，引擎决策模块通过对电子设备的状态的监听，监听到第一电子设备的状态发生变化。

步骤S81、决策引擎模块基于第一电子设备的状态的变化，确定第一电子设备退出目标状态。

步骤S82、引擎决策模块向关注通知模块发送状态变化提醒，该状态变化提醒用于提示第一电子设备当前并非目标状态。

步骤S83、关注通知模块在接收到状态变化提醒之后，检测待提醒列表是否为空。

步骤S84、关注通知模块如果确定待提醒列表不为空，根据待提醒列表中存储的第一消息的参数，构造聚合态提醒通知，该聚合态提醒通知即为第一横幅通知，第一消息的参数可包括第一消息对应的应用的名称和图标。

在一种可行的实现方式中，关注通知模块可根据步骤S131至步骤S134的操作，构造聚合态提醒。

步骤S85、关注通知模块向NMS发送聚合态提醒通知(即第一横幅通知)。

步骤S86、NMS在接收到该聚合态提醒通知之后，向通知管理模块发送该聚合态提醒通知。

步骤S87、通知管理模块在接收到聚合态提醒通知之后，显示聚合态提醒通知。

在步骤S71至步骤S87所公开的方案中，如果第一电子设备处于目标状态时接收到第一消息，在第一电子设备退出目标状态之后，通过显示聚合态提醒通知(即第一横幅通知)对用户进行提示，避免用户错过第一消息。

为了明确本申请提供的消息的通知方法，以下公开另一实施例。参见图18所示的工作流程示意图，该消息的通知方法包括以下步骤：

步骤S91、响应于用户的第一操作，第一电子设备进入目标状态。

在一种可行的实现方式中，目标状态包括以下任意一种：沉浸式状态、投屏状态、共享桌面状态、免打扰状态、扩展随航状态和应用助手免打扰状态，目标状态还可以包括其他的状态，本申请对此不进行限定，且对进入目标状态的方式不进行限定。

步骤S92、在处于目标状态的过程中，第一电子设备接收多条第一消息，第一电子设备不对第一消息进行提醒。

具体的，在该步骤中，第一电子设备接收多条第一消息可包括：第一电子设备存储多条第一消息的参数，第一消息的参数包括第一消息对应的应用的名称和图标。

其中，多条第一消息来自多个不同应用，例如，多条第一消息可分别来自于微信、QQ和短信息等应用。第一消息包括第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息。

在一种可行的实现方式中，指定应用为闹钟应用和来电应用以外的其他应用。

另外，由于第一电子设备处于目标状态，用户往往不希望被打扰，因此，即使接收到第一消息，处于目标状态的第一电子设备也不进行提醒，避免打扰用户。

步骤S93、响应于退出目标状态的第二操作，第一电子设备显示多条第一消息对应的一条第一横幅通知，第一横幅通知中包括第一图标和多个不同应用的名称，第一图标与多个第二图标相关，第二图标为多个不同应用的图标。

具体的，在该步骤中，第一电子设备显示多条第一消息对应的一条第一横幅通知可包括：基于存储的第一消息的参数，生成第一消息对应的第一横幅通知并显示。

通过上述步骤，第一电子设备可在退出目标状态后显示第一横幅通知，第一横幅通知中包括多个不同应用的图标和名称，以便用户通过第一横幅通知确定第一消息的来源，避免用户错过第一消息。

进一步的，第一横幅通知还包括多个不同应用对应的第一消息的数量，和/或提示信息，该提示信息用于描述第一消息为第一电子设备处于目标状态时接收的通知消息。

示例性的，第一图标可包括依次排列的多个第二图标，其中，每个第二图标对预设方向上相邻的第二图标进行部分遮挡。

在一种可行的实现方式中，该第一横幅通知可如图10中的第一横幅通知100所示，当然，该第一横幅通知也可为其他形式，本申请对此不作限定。

通过本申请实施例的方案，在第一电子设备处于目标状态时，第一电子设备不对接收到的第一消息进行提醒，在第一电子设备退出目标状态时，通过第一横幅通知，对第一电子设备处于目标状态过程中接收到的第一消息进行提醒，避免用户错过第一消息。

进一步的，在本申请实施例提供的方案中，在第一电子设备接收多条第一消息之前，还包括以下步骤：

响应于针对第一电子设备的界面显示操作，第一电子设备显示通知中心的界面，通知中心的界面显示至少一种通知消息；

响应于针对第一电子设备的关注操作，第一电子设备确定关注操作指示的应用为关注应用，关注操作用于选择通知中心的界面中显示的任意一条通知消息对应的应用为关注应用。

通过上述步骤，可实现关注应用的设置。具体的，响应于针对第一电子设备的关注操作，第一电子设备确定关注操作指示的应用为关注应用这一操作，可参见图5、图6和步骤S111至步骤S114的操作所对应的实施例，此处不再赘述。

上述的步骤S93中，公开响应于退出目标状态的第二操作，第一电子设备显示第一消息对应的第一横幅通知的操作。其中，该第一第一横幅通知可包括第一电子设备处于目标状态期间接收的第一消息对应的所有应用的名称和图标。

或者，为了避免第一横幅通知包含的内容过多，影响用户的观看效果，该第一横幅通知可包括第一消息对应的至多N个应用的名称和图标，N为预设的正整数。例如，N为五，即该第一横幅通知最多包括五个应用的图标和名称。

在一种可行的实现方式中，第一电子设备显示多条第一消息对应的一条第一横幅通知的实现过程，可参见图9和步骤S131至步骤S134的操作，所对应的实施例，此处不再赘述。

进一步的，参见图19所示的工作流程示意图，该消息的通知方法包括以下步骤：

步骤S94、在第一电子设备显示多条第一消息对应的一条第一横幅通知之后，响应于针对第一横幅通知的操作，第一电子设备显示第一横幅通知对应的第一消息的详细信息，第一消息的详细信息包括第一消息的内容和接收时间，以便用户根据该详细信息，了解第一消息的内容和接收时间。

另外，在第一消息包括第二电子设备转发的指定应用的通知消息的情况下，第一消息的详细信息还包括第二电子设备的设备信息，以便用户根据该详细信息，了解第一消息的来源。

其中，在一种可行的实现方式中，第一电子设备显示第一消息的详细信息的界面可如图12(a)至图12(c)所示。

进一步的，在本申请实施例提供的方案中，还包括以下步骤：

在处于目标状态的过程中，第一电子设备接收第二消息，包括第一电子设备的目标应用的通知消息，和/或第二电子设备转发的目标应用的通知消息；

第一电子设备在处于目标状态的过程中显示第二消息对应的第二横幅通知，第二横幅通知中包括第二消息的内容。

其中，目标应用可包括闹钟应用和/或来电应用。第二横幅通知中包括第二消息的内容，示例性的，如果第二消息包括来电应用的通知消息，该第二横幅通知可包括本次来电的电话号码，或者，如果第一电子设备中存储有该电话号码对应的用户名称，该第二横幅通知可包括该用户名称；如果第二消息包括闹钟应用的通知消息，该第二横幅通知可包括该通知消息对应的闹钟时间。

通过上述步骤，即使第一电子设备处于目标状态，在接收第二信息之后，第一电子设备也会显示相应的第二横幅通知，以提醒用户，避免用户错过目标应用的通知消息。

进一步的，在本申请实施例公开的方案中，还可包括以下步骤：

在所述第一电子设备确定关注操作指示的应用为关注应用之后，响应于针对任意一个关注应用的取消操作，第一电子设备取消对关注应用的关注。

在取消对某一关注应用的关注之后，则该应用不再是关注应用。具体的，响应于针对任意一个关注应用的取消操作，第一电子设备取消对关注应用的关注这一操作，可参见图7、图8和步骤S115至步骤S118的操作所对应的实施例，此处不再赘述。

在本申请上述实施例提供的方案中，第一电子设备可对自身处于目标状态时接收到的各种通知消息进行相应的提醒。其中，对于第一电子设备处于目标状态时接收到的第一消息，在退出目标状态之后，第一电子设备显示第一消息对应的第一横幅通知；对于第一电子设备处于目标状态时接收到的第二消息，即使第一电子设备处于目标状态，第一电子设备也会显示第二消息对应的第二横幅通知，即对第二消息进行强提醒；对于第一消息和第二消息以外的通知消息，第一电子设备在接收到该通知消息时进行静默通知。通过该方案，能够避免用户错过较关注的通知消息，并且，无需为用户不关注的通知消息构造提醒通知，避免用户被不关注的通知消息干扰。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

本申请实施例公开一种消息的通知装置。参见图20所示的结构示意图，该消息的通知装置包括：

状态进入模块210，用于响应于用户针对第一电子设备的第一操作，控制所述第一电子设备进入目标状态；

消息接收模块220，用于在处于所述目标状态的过程中，接收多条第一消息，所述第一电子设备处于目标状态，所述多条第一消息来自多个不同应用，所述第一消息包括所述第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息，其中，所述第一电子设备不对所述第一消息进行提醒；

横幅通知模块230，用于响应于退出所述目标状态的第二操作，显示多条第一消息对应的一条第一横幅通知，所述第一横幅通知中包括第一图标和所述多个不同应用的名称，所述第一图标与多个第二图标相关，第二图标为所述多个不同应用的图标。

其中，消息接收模块220可具体用于，存储所述第一消息的参数，所述第一消息的参数包括所述第一消息对应的应用的名称和图标；横幅通知模块230可具体用于，基于存储的所述第一消息的参数，生成所述第一消息对应的第一横幅通知并显示。

在一种可行的设计中，所述目标状态包括以下状态中的任意一种：沉浸式状态、投屏状态、共享桌面状态、免打扰状态、扩展随航状态和应用助手免打扰状态。

在一种可行的设计中，所述第一横幅通知还包括所述多个不同应用对应的所述第一消息的数量，和/或提示信息，所述提示信息用于描述所述第一消息为所述第一电子设备处于目标状态时接收的通知消息；

所述第一横幅通知中包括的所述多个不同应用的图标排列成一个图标组合，在所述图标组合中接收时间最晚的第一消息对应的所述应用的图标位于最左侧。

在一种可行的设计中，消息的通知装置还用于执行以下操作：

在所述第一电子设备接收多条第一消息之前，响应于针对所述第一电子设备的界面显示操作，显示通知中心的界面，所述通知中心的界面显示至少一种通知消息；

响应于针对所述第一电子设备的关注操作，确定所述关注操作指示的应用为所述关注应用，所述关注操作用于选择所述通知中心的界面中显示的任意一条通知消息对应的应用为所述关注应用。

在一种可行的设计中，消息的通知装置具体用于执行以下操作：

在所述第一电子设备显示所述通知中心的界面时，响应于针对所述界面显示的其中一条通知消息的第三操作，显示所述通知消息对应的设置控件；

响应于针对所述设置控件的第四操作，显示将所述设置控件对应的应用设置为所述关注应用的第一菜单选项；

响应于针对所述第一菜单选项的第五操作，显示是否关注所述应用的询问消息，所述询问消息包括确定关注选项；

响应于针对所述询问消息包括的确定关注选项的第六操作，设置所述应用为关注应用。

在一种可行的设计中，消息的通知装置具体用于执行以下操作：

基于所述第一消息的参数，判断所述第一消息对应的应用的数量是否大于N，所述第一消息的参数包括所述第一消息对应的应用的名称和图标；

若所述第一消息对应的应用的数量不大于N，基于所述第一消息对应的所有应用的名称和图标，生成所述多条第一消息对应的一条第一横幅通知并显示；

若所述第一消息对应的应用的数量大于N，基于所述第一消息的接收时间，确定所述第一消息对应的应用中的N个应用，所述N个应用对应的所述第一消息的接收时间晚于其他应用对应的第一消息的接收时间；

基于所述N个应用的名称和图标，生成所述多条第一消息对应的一条第一横幅通知并显示。

在一种可行的设计中，消息的通知装置还用于，在所述第一电子设备显示所述第一消息对应的第一横幅通知之后，响应于针对所述第一横幅通知的操作，显示所述第一横幅通知对应的所述第一消息的详细信息，所述第一消息的详细信息包括所述第一消息的内容和接收时间。

在一种可行的设计中，在所述第一消息包括所述第二电子设备转发的指定应用的通知消息的情况下，所述第一消息的详细信息还包括所述第二电子设备的设备信息。

在一种可行的设计中，消息的通知装置还用于，在处于所述目标状态的过程中，接收第二消息，所述包括所述第一电子设备的目标应用的通知消息，和/或所述第二电子设备转发的所述目标应用的通知消息；

在所述第一电子设备处于所述目标状态的过程中显示所述第二消息对应的第二横幅通知，所述第二横幅通知中包括所述第二消息的内容。示例性的，所述目标应用包括闹钟应用和/或来电应用。

在一种可行的设计中，消息的通知装置还用于，在确定所述关注操作指示的应用为所述关注应用之后，响应于针对任意一个所述关注应用的取消操作，取消对所述关注应用的关注。

在一种可行的设计中，消息的通知装置具体用于，在所述第一电子设备显示所述通知中心的界面时，响应于针对所述界面显示的其中一条通知消息的第七操作，显示所述通知消息对应的设置控件；

响应于针对所述设置控件的第八操作，显示取消对所述设置控件对应的应用的关注的第二菜单选项；

响应于针对所述第二菜单选项的第九操作，显示是否取消关注所述应用的询问信息，所述询问信息包括确定取消关注选项；

响应于针对所述确定取消关注选项的第十操作，取消对所述应用的关注。

相应的，本申请实施例公开一种电子设备，参见图21所示的结构示意图，所述电子设备包括：

处理器1101和存储器，

所述存储器，用于存储程序指令；

所述处理器1101，用于调用并执行所述存储器中存储的程序指令，当所述存储器存储的程序指令被所述处理器1101执行时，使得所述电子设备执行图4、图5、图7、图9、图11、图13至图19对应的实施例中的全部或部分步骤。

进一步的，该电子设备还可以包括：收发器1102和总线1103，所述存储器包括随机存取存储器1104和只读存储器1105。

其中，处理器通过总线分别耦接收发器、随机存取存储器以及只读存储器。其中，当需要运行该电子设备时，通过固化在只读存储器中的基本输入输出***或者嵌入式***中的bootloader引导***进行启动，引导该电子设备进入正常运行状态。在该电子设备进入正常运行状态后，在随机存取存储器中运行应用程序和操作***，从而使所述电子设备执行图4、图5、图7、图9、图11、图13至图19对应的实施例中的全部或部分步骤。

本发明实施例的电子设备可对应于上述图4、图5、图7、图9、图11、图13至图19所对应的实施例中的电子设备，并且，该电子设备中的处理器和存储等可以实现图4、图5、图7、图9、图11、图13至图19所对应的实施例中的电子设备所具有的功能和/或所实施的各种步骤和方法，为了简洁，在此不再赘述。

具体实现中，本申请实施例还提供一种计算机存储介质，其中，所述计算机存储介质中存储有计算机程序或指令，当所述计算机程序或指令被执行时，可使计算机实施包括图4、图5、图7、图9、图11、图13至图19对应的实施例中的全部或部分步骤。该计算机可读存储介质设置在任意设备中，所述任意设备可为随机存取存储器(random-access memory，RAM)，该存储器也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合等。

本申请实施例还提供了一种芯片***，该芯片***包括处理器，所述处理器与存储器耦合，用于执行所述存储器中存储的计算机程序或指令，当所述计算机程序或指令被执行时，可使芯片***实施包括图4、图5、图7、图9、图11、图13至图19对应的实施例中的全部或部分步骤。该芯片***可以由芯片构成，也可以包含芯片和其他分立器件。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信息处理器，专用集成电路(application specific integrated circuit，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信息处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信息处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于随机存取存储器(random accessmemory，RAM)、闪存、只读存储器(read-only memory，ROM)、可擦式可编程只读存储器(erasable programmable read-only memory，EPROM)、寄存器、硬盘、可移动磁盘、便携式紧凑盘只读存储器(compact disc read-only memory，CD-ROM)或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端(user equipment，UE)中。可选地，处理器和存储媒介也可以设置于UE中的不同的部件中。

应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质、或者半导体介质(例如固态硬盘(solid statedisk，SSD))等。

本说明书的各个实施例之间相同相似的部分互相参见即可，每个实施例重点介绍的都是与其他实施例不同之处。尤其，对于装置和***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例部分的说明即可。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于本申请公开的道路约束确定装置的实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。

以上所述的本发明实施方式并不构成对本发明保护范围的限定。

Claims (14)

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

响应于用户的第一操作，第一电子设备进入目标状态；

在处于所述目标状态的过程中，所述第一电子设备接收多条第一消息，并将所述第一消息的参数存储至待提醒列表中，所述多条第一消息来自多个不同应用，所述第一消息包括所述第一电子设备的关注应用的通知消息，和/或第二电子设备转发的指定应用的通知消息，其中，所述第一电子设备不对所述第一消息进行提醒，所述第一消息的参数包括所述第一消息对应的应用的名称和图标；

响应于退出所述目标状态的第二操作，所述第一电子设备检测所述待提醒列表，若所述待提醒列表不为空，显示所述多条第一消息对应的一条第一横幅通知，所述第一横幅通知中包括第一图标和所述多个不同应用的名称，所述第一图标与多个第二图标相关，所述第二图标为所述多个不同应用的图标，所述第一图标包括依次排列的多个所述第二图标，每个所述第二图标对预设方向上相邻的所述第二图标进行部分遮挡；

其中，所述第一电子设备显示所述多条第一消息对应的一条第一横幅通知，包括：

若通过查询所述待提醒列表，确定所述第一消息对应的应用的数量不大于N，所述第一电子设备基于所述第一消息对应的所有应用的名称和图标，生成所述多条第一消息对应的一条第一横幅通知并显示；

若所述第一消息对应的应用的数量大于N，所述第一电子设备选择N个应用对应的第一消息的参数，生成所述多条第一消息对应的一条第一横幅通知并显示。

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

所述目标状态包括以下状态中的任意一种：沉浸式状态、投屏状态、共享桌面状态、免打扰状态、扩展随航状态和应用助手免打扰状态。

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

所述第一横幅通知还包括所述第一消息的数量和提示信息，所述提示信息用于描述所述第一消息为所述第一电子设备处于所述目标状态时接收的通知消息。

4.根据权利要求1所述的方法，其特征在于，所述第一图标包括依次排列的所述多个第二图标，其中，每个第二图标对预设方向上相邻的第二图标进行部分遮挡。

5.根据权利要求1所述的方法，其特征在于，在所述第一电子设备接收多条第一消息之前，还包括：

响应于针对所述第一电子设备的界面显示操作，所述第一电子设备显示通知中心的界面，所述通知中心的界面显示至少一种通知消息；

响应于针对所述第一电子设备的关注操作，所述第一电子设备确定所述关注操作指示的应用为所述关注应用，所述关注操作用于选择所述通知中心的界面中显示的任意一条通知消息对应的应用为所述关注应用。

6.根据权利要求5所述的方法，其特征在于，所述响应于针对所述第一电子设备的关注操作，所述第一电子设备确定所述关注操作指示的应用为所述关注应用，包括：

在所述第一电子设备显示所述通知中心的界面时，响应于针对所述界面显示的其中一条通知消息的第三操作，所述第一电子设备显示所述通知消息对应的设置控件；

响应于针对所述设置控件的第四操作，所述第一电子设备显示将所述设置控件对应的应用设置为所述关注应用的第一菜单选项；

响应于针对所述第一菜单选项的第五操作，所述第一电子设备显示是否关注所述应用的询问消息，所述询问消息包括确定关注选项；

响应于针对所述询问消息包括的所述确定关注选项的第六操作，所述第一电子设备设置所述应用为关注应用。

7.根据权利要求1至6任一项所述的方法，其特征在于，在所述第一电子设备显示所述多条第一消息对应的一条第一横幅通知之后，还包括：

响应于针对所述第一横幅通知的操作，所述第一电子设备显示所述第一横幅通知对应的所述第一消息的详细信息，所述第一消息的详细信息包括所述第一消息的内容和接收时间。

8.根据权利要求7所述的方法，其特征在于，

在所述第一消息包括所述第二电子设备转发的指定应用的通知消息的情况下，所述第一消息的详细信息还包括所述第二电子设备的设备信息。

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

在处于所述目标状态的过程中，所述第一电子设备接收第二消息，所述第二消息包括所述第一电子设备的目标应用的通知消息，和/或所述第二电子设备转发的所述目标应用的通知消息，其中，所述目标应用包括闹钟应用和/或来电应用；

所述第一电子设备在处于所述目标状态的过程中显示所述第二消息对应的第二横幅通知，所述第二横幅通知中包括所述第二消息的内容。

10.根据权利要求5所述的方法，其特征在于，在所述第一电子设备确定所述关注操作指示的应用为所述关注应用之后，还包括：

响应于针对任意一个所述关注应用的取消操作，所述第一电子设备取消对所述关注应用的关注。

11.根据权利要求10所述的方法，其特征在于，所述响应于针对任意一个所述关注应用的取消操作，所述第一电子设备取消对所述关注应用的关注，包括：

在所述第一电子设备显示所述通知中心的界面时，响应于针对所述界面显示的其中一条通知消息的第七操作，所述第一电子设备显示所述通知消息对应的设置控件；

响应于针对所述设置控件的第八操作，所述第一电子设备显示取消对所述设置控件对应的应用的关注的第二菜单选项；

响应于针对所述第二菜单选项的第九操作，所述第一电子设备显示是否取消关注所述应用的询问信息，所述询问信息包括确定取消关注选项；

响应于针对所述确定取消关注选项的第十操作，所述第一电子设备取消对所述应用的关注。

12.一种电子设备，其特征在于，包括：处理器和存储器；所述存储器存储有程序指令，当所述程序指令被所述处理器执行时，使得所述电子设备执行权利要求1-11任一项所述的方法。

13.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机程序或指令，当所述计算机程序或指令被执行时，如权利要求1-11中任一项所述的方法被执行。

14.一种芯片***，其特征在于，所述芯片***包括处理器，所述处理器与存储器耦合，用于执行所述存储器中存储的计算机程序或指令，当所述计算机程序或指令被执行时，如权利要求1-11中任一项所述的方法被执行。