一种通知提醒方法、终端设备及计算机可读存储介质与流程

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.在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，若接收到所述第二应用的通知，且检测到所述第一屏蔽名单中包括所述第二应用的标识，则不对所述第二应用进行通知提醒。
29.在第一方面的一种可能的实现方式中，所述在所述第一应用退出所述前台运行之后，恢复对所述第二应用的通知提醒，包括：
30.在所述第一应用退出所述前台运行时，从所述第一屏蔽名单中查找并删除被标记的所述第二应用的标识。
31.在第一方面的一种可能的实现方式中，所述方法还包括：
32.在初始化通知管理服务时，若检测到所述第一屏蔽名单中包括被标记的应用，则删除所述第一屏蔽名单中被标记的所述应用的标识。
33.在第一方面的一种可能的实现方式中，在所述检测到针对所述通知提醒的第一操作之后，所述方法还包括：
34.将所述第二应用的标识添加至第二屏蔽名单中，所述第二屏蔽名单用于存储需要在目标时段内实施通知免打扰的应用的标识，所述目标时段的起始时刻为检测到所述第一操作的时刻，所述目标时段的终止时刻为所述第一应用退出所述前台运行的时刻；
35.对应地，所述不对所述第二应用进行通知提醒，包括：
36.若接收到所述第二应用的通知，且检测到所述第二屏蔽名单中包括所述第二应用的标识，则不对所述第二应用进行通知提醒。
37.在第一方面的一种可能的实现方式中，所述在所述第一应用退出所述前台运行之后，恢复对所述第二应用的通知提醒，包括：
38.在所述第一应用退出所述前台运行时，删除所述第二屏蔽名单中的所有应用的标识。
39.在第一方面的一种可能的实现方式中，所述方法还包括：
40.在初始化通知管理服务时，若检测到所述第二屏蔽名单中包括至少一个应用的标识，则删除所述第二屏蔽名单中的所述至少一个应用的标识。
41.在第一方面的一种可能的实现方式中，所述在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，不对所述第二应用进行通知提醒，包括：
42.若所述第一应用为预设应用，则在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，不对所述第二应用进行通知提醒。
43.第二方面，本技术实施例提供一种终端设备，包括：
44.第一通知管理单元，用于第一应用在前台运行的过程中，针对第二应用的第一通知进行通知提醒；
45.第二通知管理单元，用于在检测到针对所述通知提醒的第一操作时，停止所述通知提醒；
46.第三通知管理单元，用于在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，不对所述第二应用进行通知提醒。
47.在第二方面的一种可能的实现方式中，终端设备还包括：
48.第四通知管理单元，用于在所述第一应用退出所述前台运行之后，恢复对所述第二应用的通知提醒。
49.在第二方面的一种可能的实现方式中，第一通知管理单元具体包括：
50.第一通知提醒单元，用于第一应用在前台运行的过程中，若接收到第二应用的第一通知，且所述第二应用具有目标应用场景下的通知权限，则针对所述第一通知进行通知提醒，所述目标应用场景为所述第一应用在所述前台运行时终端设备所处的应用场景。
51.在第二方面的一种可能的实现方式中，所述第二应用具有目标应用场景下的通知权限，包括：所述第二应用的通知提醒功能处于开启状态。
52.在第二方面的一种可能的实现方式中，所述第二应用具有目标应用场景下的通知权限，包括：所述第二应用的通知提醒功能处于开启状态，且第一屏蔽名单中不包括所述第二应用的标识，所述第一屏蔽名单用于存储需要在所述目标应用场景下实施通知免打扰的应用的标识。
53.在第二方面的一种可能的实现方式中，第一通知管理单元还用于：
54.第一应用在前台运行的过程中，若接收到第二应用的第一通知，且所述第二应用不具有目标应用场景下的通知权限，则不对所述第一通知进行提醒，所述目标应用场景为所述第一应用在所述前台运行时终端设备所处的应用场景。
55.在第二方面的一种可能的实现方式中，所述第二应用不具有目标应用场景下的通知权限，包括：所述第二应用的通知提醒功能处于关闭状态。
56.在第二方面的一种可能的实现方式中，所述第二应用不具有目标应用场景下的通知权限，包括：所述第二应用的通知提醒功能处于开启状态，且第一屏蔽名单中包括所述第二应用的标识，所述第一屏蔽名单用于存储需要在所述目标应用场景下实施通知免打扰的应用的标识。
57.在第二方面的一种可能的实现方式中，终端设备还包括：
58.第一应用管理单元，用于将所述第二应用的标识添加至所述第一屏蔽名单中，并在所述第一屏蔽名单中对所述第二应用进行标记；
59.对应地，第三通知管理单元具体用于：
60.在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，若接收到所述第二应用的通知，且检测到所述第一屏蔽名单中包括所述第二应用的标识，则不对所述第二应用进行通知提醒。
61.对应地，第四通知管理单元具体用于：
62.在所述第一应用退出所述前台运行时，从所述第一屏蔽名单中查找并删除被标记的所述第二应用的标识。
63.对应地，第一应用管理单元还用于：
64.在初始化通知管理服务时，若检测到所述第一屏蔽名单中包括被标记的应用，则删除所述第一屏蔽名单中被标记的所述应用的标识。
65.在第二方面的一种可能的实现方式中，终端设备还包括：
66.第二应用管理单元，用于将所述第二应用的标识添加至第二屏蔽名单中，所述第二屏蔽名单用于存储需要在目标时段内实施通知免打扰的应用的标识，所述目标时段的起始时刻为检测到所述第一操作的时刻，所述目标时段的终止时刻为所述第一应用退出所述前台运行的时刻；
67.对应地，第三通知管理单元具体用于：
68.若接收到所述第二应用的通知，且检测到所述第二屏蔽名单中包括所述第二应用的标识，则不对所述第二应用进行通知提醒。
69.对应地，第四通知管理单元具体用于：
70.在所述第一应用退出所述前台运行时，删除所述第二屏蔽名单中的所有应用的标识。
71.对应地，第二应用管理单元还用于：
72.在初始化通知管理服务时，若检测到所述第二屏蔽名单中包括至少一个应用的标识，则删除所述第二屏蔽名单中的所述至少一个应用的标识。
73.在第二方面的一种可能的实现方式中，第三通知管理单元具体用于：
74.若所述第一应用为预设应用，则在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，不对所述第二应用进行通知提醒。
75.第三方面，本技术实施例提供一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述第一方面任一项的方法。
76.第四方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面任一项的方法。
77.第五方面，本技术实施例提供一种芯片系统，该芯片系统包括处理器，处理器与存储器耦合，处理器执行存储器中存储的计算机程序，以实现如上述第一方面任一项所述的方法。该芯片系统可以为单个芯片，或者多个芯片组成的芯片模组。
78.第六方面，本技术实施例提供一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面任一项所述的方法。
79.可以理解的是，上述第二方面至第六方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
80.图1为本技术实施例提供的一种游戏场景下的用户界面示意图；
81.图2为本技术实施例提供的一种视频场景下的用户界面示意图；
82.图3为本技术实施例提供的一种应用的通知管理界面的示意图；
83.图4为本技术实施例提供的一种终端设备的结构示意图；
84.图5为本技术实施例提供的另一种终端设备的结构示意图；
85.图6为本技术实施例提供的一种手机以横幅形式进行通知提醒时可能涉及到的用户界面以及用户实施的操作手势的示意图；
86.图7为手机检测到针对第一通知的通知提醒的第一操作时的用户界面示意图；
87.图8为用户对第一通知的通知提醒实施第三操作时涉及到的用户界面示意图；
88.图9为用户对第一通知的通知提醒实施第四操作时涉及到的用户界面示意图；
89.图10为本技术实施例提供的一种通知提醒方法的示意性流程图；
90.图11为本技术实施例提供的另一种通知提醒方法的示意性流程图；
91.图12为本技术实施例提供的又一种终端设备的结构示意图。
具体实施方式
92.需要说明的是，本技术实施例的实施方式部分使用的术语仅用于对本技术的具体实施例进行解释，而非旨在限定本技术。在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联物的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本技术实施例的描述中，除非另有说明，“多个”是指两个或多于两个，“至少一个”、“一个或多个”是指一个、两个或两个以上。
93.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”特征可以明示或者隐含地包括一个或者更多个该特征。
94.在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
95.随着终端设备的智能化发展，用户可以在终端设备上安装各类应用(例如社交类应用、媒体类应用或游戏类应用等)来满足日常生活和工作需要。终端设备可提供的服务也越来越丰富，其中，通知提醒服务作为终端设备的一项基础服务，其可以在接收到应用的通知(例如新消息通知或音视频通话邀请通知等)时对应用进行通知提醒。
96.然而，在有些应用场景下，用户有时并不希望被应用的通知提醒所打扰，以下结合附图，示例性地介绍一些用户不希望被应用的通知提醒所打扰的应用场景：
97.应用场景一：游戏场景
98.以游戏类应用为例，当游戏类应用在终端设备的前台运行(即终端设备处于游戏场景)时，如果当前正处于游戏的关键时段，例如多人游戏的团战时段或单人游戏的冲刺时段等，用户此时不希望被应用的通知提醒所打扰，以免影响游戏的正常进行。
99.示例性的，如图1所示，为终端设备在游戏场景下的用户界面示意图。具体地，如图1中的(a)所示，为游戏应用a的用户界面，在游戏过程中，伴随音乐节奏的起伏，用户界面中的各条音符通道11上会连续掉落多个音符111，当音符111掉落至音符通道11底端的音符触控区域112时，用户可以通过在音符触控区域112中敲击对应的音符112来获得分数。也就是
说，在游戏过程中，用户不仅需要留意各个音符通道11上掉落的音符111，用户的手指还需要在不同的音符触控区域112之间来回切换，对用户的注意力、反应速度及手指移动速度等要求较高。示例性的，若在游戏过程中，终端设备接收到welink应用的通知，则如图1中的(b)所示，终端设备可以以横幅12的形式对该通知进行通知提醒(即在屏幕顶部悬浮显示该通知)。然而，该通知提醒可能会遮住音符通道11上部的音符111，导致用户无法对音符通道11上掉落的音符111进行预判，进而可能会导致用户错失敲击相应音符的机会而丢分，甚至可能会导致整局游戏失败，降低用户的游戏体验。
100.应用场景二：视频场景
101.以视频类应用为例，当视频类应用在终端设备的前台运行(即终端设备处于视频场景)时，如果用户选择以全屏形式播放视频，则用户通常不希望此时被应用的通知提醒所打扰，以免影响视频的正常播放。
102.示例性的，如图2所示，为终端设备在视频场景下的用户界面示意图。具体地，如图2中的(a)所示，假如终端设备正在以全屏形式播放视频“勇敢地跨步”，且用户开启了弹幕21，在此过程中，终端设备若接收到welink应用的通知，则如图2中的(b)所示，终端设备可以以横幅22(或者结合提示音)的形式对该通知进行通知提醒。然而，终端设备以横幅22形式对通知进行通知提醒时，横幅22会遮挡住视频界面中的部分弹幕；终端设备通过提示音对通知进行通知提醒时，提示音的音量可能会覆盖掉视频的部分音量，导致视频的音量降低，影响用户的观影体验。
103.基于此，现有技术提供了一些通知免打扰的方式，主要包括以下两种：
104.方式1、提供针对每个应用的通知管理功能，允许用户开启或关闭应用的通知提醒功能。示例性的，如图3所示，为应用的通知管理界面的示意图。以welink应用为例，当用户想要关闭welink应用的通知提醒时，如图3中的(a)所示，用户可以进入welink应用的通知管理界面中，通过将“允许通知”栏的开关控件31调节至关闭档来关闭welink应用的通知提醒功能。在welink应用的通知提醒功能处于关闭状态时，终端设备接收到welink应用的任何通知时均不对其进行通知提醒。当用户想要开启welink应用的通知提醒时，如图3中的(b)所示，用户可以进入welink应用的通知管理界面中，通过将通知管理界面中“允许通知”栏的开关控件31调节至开启档来开启welink应用的通知提醒功能。
105.然而，该方式存在以下缺陷：1、当用户不想被某个应用的通知提醒所打扰时，用户需要进入该应用的通知管理界面中才能关闭该应用的通知提醒功能，操作较为繁琐；且当某个应用的通知提醒功能被关闭时，终端设备在任何情况下对该应用的任何通知均不进行提醒；2、若用户只是想临时关闭某个应用的通知提醒功能，例如，在玩游戏的过程中关闭welink应用的通知提醒功能，则用户需要先进入welink应用的通知管理界面中关闭welink应用的通知提醒功能，在游戏结束后，用户还需要再次进入welink应用的通知管理界面中开启welink应用的通知提醒功能，操作较为繁琐；且容易存在游戏结束后用户忘记开启welink应用的通知提醒功能的情况，导致用户在游戏结束后无法接收到welink应用的通知提醒。
106.方式2、在方式1的基础上，提供一种针对应用场景的通知免打扰功能。该服务可以使终端设备在每次进入目标应用场景(例如游戏场景)时自动开启通知免打扰模式，在通知免打扰模式下，终端设备不对应用的通知进行通知提醒，或者终端设备以不打扰用户的方
式(如振动)对应用的通知进行通知提醒。另外，该服务还允许用户对需要在目标应用场景下实施通知免打扰的应用进行设置。示例性的，以游戏场景为例，如果用户开启了针对游戏场景的通知免打扰功能，且用户设置的需要在游戏场景下实施通知免打扰的应用中包括welink应用，则终端设备每次进入游戏场景后，对接收到的welink应用的所有通知均不进行通知提醒；或者终端设备在接收到welink应用的时仅以振动方式对通知进行通知提醒。
107.然而，该方式存在以下缺陷：1、从终端设备开始进入目标应用场景到终端设备退出目标应用场景的整个过程中通知免打扰模式始终处于开启状态，而用户有时并不希望在终端设备处于目标应用场景的整个过程中(如在整个游戏过程中)均接收不到应用的通知提醒，用户有时希望在目标应用场景下的非关键时段内(例如游戏准备阶段)能够接收到应用的通知提醒，而在目标应用场景下的关键时段内(例如游戏正式开始之后)不接收应用的通知提醒；2、终端设备每次进入目标应用场景后均会自动开启通知免打扰模式，而用户有时仅希望终端设备在某次进入目标应用场景(例如仅在某局游戏)时开启通知免打扰模式，在其它时候进入目标应用场景时不开启通知免打扰模式，可以对应用的通知进行正常的通知提醒。可见，现有的针对应用场景的通知免打扰功能极大地降低了通知免打扰的灵活性。
108.由此可知，现有的通知管理方式，当用户有临时管理应用的通知提醒功能的需求时，用户需要先进入对应应用的通知管理界面进行操作，在需求结束后用户还需要再次进入应用的通知管理界面进行操作，操作较为繁琐，用户无法快速地关闭或开启应用的通知提醒功能；现有的针对应用场景的通知免打扰功能的通知免打扰的灵活性较低。
109.为了解决上述技术问题，本技术实施例提供了一种通知提醒方法，终端设备在前台运行第一应用的过程中，若接收到第二应用的通知，则针对第二应用的该通知进行通知提醒；如果用户认为第二应用的通知提醒对其当前使用第一应用造成干扰，则用户可以在终端设备对第二应用进行通知提醒时输入针对该通知提醒的第一操作，例如，若终端设备以横幅形式对第二应用进行通知提醒，则用户可以长按该横幅，长按横幅的操作即为针对通知提醒的第一操作。终端设备检测到针对第二应用的通知提醒的第一操作时停止该通知提醒，例如隐藏横幅；并且在终端设备停止该通知提醒之后，在第一应用退出前台运行之前，终端设备如果再接收到第二应用的通知，则不再对第二应用进行通知提醒。该方案，一方面，终端设备不是在第一应用开始在前台运行时就不对第二应用进行通知提醒，而是先对第二应用进行通知提醒，在检测到用户针对该通知提醒的第一操作后才不再对第二应用进行通知提醒，即终端设备在前台运行第一应用的过程中可以在用户需要时才对第二应用实施通知免打扰(即关闭第二应用的通知提醒)，提高了通知免打扰的灵活性。另一方面，在用户使用第一应用的过程中，如果用户想要关闭第二应用的通知提醒，则用户只需在终端设备对第二应用进行通知提醒时输入针对该通知提醒的第一操作即可，而无需退出第一应用，然后再进入第二应用的通知管理界面去进行操作，简化了用户关闭应用的通知提醒功能的操作，使用户可以快速地关闭第二应用的通知提醒功能。
110.本技术实施例提供的通知提醒方法可以应用于手机、平板电脑、可穿戴设备(如智能手表、智能手环、智能眼镜或智能首饰等)、车载设备、增强现实(augmented reality，ar)/虚拟现实(virtual reality，vr)设备、笔记本电脑、超级移动个人计算机(ultra
‑
mobile personal computer，umpc)、上网本或个人数字助理(personal digital assistant，pda)等终端设备上，本技术实施例对终端设备的具体类型不作任何限制。
111.示例性的，如图4所示，为本技术实施例提供的一种终端设备的结构示意图。终端设备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，以及用户标识模块(subscriber identification module，sim)卡接口194等。其中，传感器模块180可以包括压力传感器180a，陀螺仪传感器180b，加速度传感器180c，指纹传感器180d，触摸传感器180e等。
112.可以理解的是，本技术实施例示意的结构并不构成对终端设备100的具体限定。在本技术的另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
113.处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural
‑
network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
114.其中，控制器可以是移动终端100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
115.处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
116.在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter
‑
integrated circuit，i2c)接口，集成电路内置音频(inter
‑
integrated circuit sound，i2s)接口，脉冲编码调制(pulse code modulation，pcm)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，uart)接口，移动产业处理器接口(mobile industry processor interface，mipi)，通用输入输出(general
‑
purpose input/output，gpio)接口，sim接口，和/或usb接口等。
117.i2c接口是一种双向同步串行总线，包括一根串行数据线(serial data line，sda)和一根串行时钟线(serail clock line，scl)。在一些实施例中，处理器110可以包含多组i2c总线。处理器110可以通过不同的i2c总线接口分别耦合触摸传感器180e，充电器，闪光灯，摄像头193等。例如：处理器110可以通过i2c接口耦合触摸传感器180e，使处理器110与触摸传感器180e通过i2c总线接口通信，实现终端设备100的触摸功能。
118.i2s接口可以用于音频通信。在一些实施例中，处理器110可以包含多组i2s总线。处理器110可以通过i2s总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过i2s接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。
119.pcm接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过pcm总线接口耦合。在一些实施例中，音频模块170也可以通过pcm接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述i2s接口和所述pcm接口都可以用于音频通信。
120.uart接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，uart接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过uart接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过uart接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。
121.mipi接口可以被用于连接处理器110与显示屏193，摄像头193等外围器件。mipi接口包括摄像头串行接口(camera serial interface，csi)，显示屏串行接口(display serial interface，dsi)等。在一些实施例中，处理器110和摄像头193通过csi接口通信，实现终端设备100的拍摄功能。处理器110和显示屏193通过dsi接口通信，实现终端设备100的显示功能。
122.gpio接口可以通过软件配置。gpio接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，gpio接口可以用于连接处理器110与摄像头193，显示屏193，无线通信模块160，音频模块170，传感器模块180等。gpio接口还可以被配置为i2c接口，i2s接口，uart接口，mipi接口等。
123.usb接口130是符合usb标准规范的接口，具体可以是mini usb接口，micro usb接口，usb type c接口等。usb接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端设备，例如ar设备等。
124.可以理解的是，本技术实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端设备100的结构限定。在本技术另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
125.充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过usb接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端设备供电。
126.电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏193，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
127.终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
128.天线1和天线2用于发射和接收电磁波信号。终端设备100中的每个天线可用于覆
盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
129.移动通信模块150可以提供应用在终端设备100上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，lna)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
130.调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170a，受话器170b等)输出声音信号，或通过显示屏193显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
131.无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wireless local area networks，wlan)(如无线保真(wireless fidelity，wi
‑
fi)网络)，蓝牙(bluetooth，bt)，全球导航卫星系统(global navigation satellite system，gnss)，调频(frequency modulation，fm)，近距离无线通信技术(near field communication，nfc)，红外技术(infrared，ir)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
132.在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，gsm)，通用分组无线服务(general packet radio service，gprs)，码分多址接入(code division multiple access，cdma)，宽带码分多址(wideband code division multiple access，wcdma)，时分码分多址(time
‑
division code division multiple access，td
‑
scdma)，长期演进(long term evolution，lte)，bt，gnss，wlan，nfc，fm，和/或ir技术等。所述gnss可以包括全球卫星定位系统(global positioning system，gps)，全球导航卫星系统(global navigation satellite system，glonass)，北斗卫星导航系统(beidou navigation satellite system，bds)，准天顶卫星系统(quasi
‑
zenith satellite system，qzss)和/或星基增强系统(satellite based augmentation systems，sbas)。
133.终端设备100通过gpu，显示屏193，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏193和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
134.显示屏193用于显示图像，视频等。显示屏193包括显示面板。显示面板可以采用液
晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light
‑
emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active
‑
matrix organic light emitting diode的，amoled)，柔性发光二极管(flex light
‑
emitting diode，fled)，miniled，microled，micro
‑
oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。在一些实施例中，终端设备100可以包括1个或n个显示屏193，n为大于1的正整数。
135.终端设备100可以通过视频编解码器实现视频的录制或播放功能。
136.视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。这样，终端设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，mpeg)1，mpeg2，mpeg3，mpeg4等。
137.外部存储器接口120可以用于连接外部存储卡，例如micro sd卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
138.内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备100的各种功能应用以及数据处理。
139.终端设备100可以通过音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
140.音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
141.扬声器170a，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备100可以通过扬声器170a收听音乐，或收听免提通话。
142.受话器170b，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备100接听电话或语音信息时，可以通过将受话器170b靠近人耳接听语音。
143.麦克风170c，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170c发声，将声音信号输入到麦克风170c。终端设备100可以设置至少一个麦克风170c。在另一些实施例中，终端设备100可以设置两个麦克风170c，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备100还可以设置三个，四个或更多麦克风170c，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
144.耳机接口170d用于连接有线耳机。耳机接口170d可以是usb接口130，也可以是3.5mm的开放移动终端设备平台(open mobile terminal platform，omtp)标准接口，美国
蜂窝电信工业协会(cellular telecommunications industry association of the usa，ctia)标准接口。
145.压力传感器180a用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180a可以设置于显示屏193。压力传感器180a的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180a，电极之间的电容改变。终端设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏193，终端设备100根据压力传感器180a检测所述触摸操作强度。终端设备100也可以根据压力传感器180a的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
146.陀螺仪传感器180b可以用于确定终端设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180b确定终端设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180b可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180b检测终端设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端设备100的抖动，实现防抖。陀螺仪传感器180b还可以用于导航，体感游戏场景。
147.加速度传感器180c可检测终端设备100在各个方向上(一般为三轴)加速度的大小。当终端设备100静止时可检测出重力的大小及方向。还可以用于识别终端设备姿态，应用于横竖屏切换，计步器等应用。
148.触摸传感器180e，也称“触控器件”。触摸传感器180e可以设置于显示屏193，由触摸传感器180e与显示屏193组成触摸屏，也称“触控屏”。触摸传感器180e用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏193提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180e也可以设置于终端设备100的表面，与显示屏193所处的位置不同。
149.按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备100可以接收按键输入，产生与终端设备100的用户设置以及功能控制有关的键信号输入。
150.马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏193不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
151.指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
152.sim卡接口194用于连接sim卡。sim卡可以通过插入sim卡接口194，或从sim卡接口194拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或n个sim卡接口，n为大于1的正整数。sim卡接口194可以支持nano sim卡，micro sim卡，sim卡等。同一个sim卡接口194可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。sim卡接口194
也可以兼容不同类型的sim卡。sim卡接口194也可以兼容外部存储卡。终端设备100通过sim卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用esim，即：嵌入式sim卡。esim卡可以嵌在终端设备100中，不能和终端设备100分离。
153.应理解，手机作为终端设备，可以包括以上介绍的全部硬件结构，或者包括以上的部分硬件结构，又或者，具有更多的以上没有列举的其他硬件结构，本技术实施例对此不作限定。
154.还应理解，手机作为终端设备，可以采用分层架构，鸿蒙系统(harmony os)架构、事件驱动架构，微核架构，微服务架构，或云架构等软件系统。
155.上述介绍了手机可能具有的硬件结构，下面将以手机具有分层架构的系统为例说明。图5是本技术实施例的一种终端设备100的软件结构示意图。如图5所示，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。
156.在一些实施例中，将系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime)和系统库，以及内核层。
157.应用程序层可以包括一系列应用程序包。如图5所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。
158.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。如图5所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
159.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
160.内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
161.视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
162.电话管理器用于提供终端设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。
163.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
164.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的通知，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，通知提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。
165.具体地，通知管理器在目标应用场景下接收到第二应用的通知时，可以判断该第二应用是否具有目标应用场景下通知权限。通知管理器在确定第二应用具有目标应用场景下通知权限时，可以针对第二应用的通知进行通知提醒。通知管理器在确定第二应用不具有目标应用场景下通知权限时，不对第二应用进行通知提醒。
166.通知管理器在目标应用场景下对第二应用进行通知提醒后，可以检测用户对该通知提醒实施的第一操作。通知管理器响应于用户对该通知提醒实施的第一操作，停止该通知提醒。在停止该通知提醒之后，在手机退出目标应用场景之前，通知管理器不再对第二应用进行通知提醒。在手机退出目标应用场景之后，通知管理器恢复对第二应用的通知提醒。
167.其中，检测手机是否处于目标应用场景的操作可以由应用程序框架层来完成。
168.android runtime包括核心库和虚拟机。android runtime负责安卓系统的调度和管理。
169.核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
170.应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
171.系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：opengl es)，2d图形引擎(例如：sgl)等。表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。
172.媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。
173.三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
174.2d图形引擎是2d绘图的绘图引擎。
175.内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
176.本技术实施例提供的通知提醒方法，可以适用于多种需要根据用户需求灵活且快速地管理应用的通知提醒功能(例如开启通知免打扰功能)的应用场景中，示例性的，可以适用于用户通过终端设备玩游戏或者观看视频的过程中用户需要根据自身需求关闭应用的通知提醒功能的场景中。以下以游戏场景为例，对本技术实施例提供的通知提醒方法进行详细说明。
177.以终端设备为手机为例，在用户使用手机玩游戏应用a的过程中，手机如果接收到应用b的通知(例如，第一通知)，则手机可以先判断应用b是否具有游戏场景下的通知权限。
178.在一种可能的实现方式中，当手机仅提供有针对应用的通知管理功能时，手机可以通过检测应用b的通知提醒功能的开关状态来确定应用b是否具有游戏场景下的通知权限。
179.该实现方式中，一种情况下，手机在检测到应用b的通知提醒功能处于开启状态时，手机确定应用b具有游戏场景下的通知权限；另一种情况下，手机在检测到应用b的通知提醒功能处于关闭状态时，手机确定应用b不具有游戏场景下的通知权限。
180.在另一种可能的实现方式中，当手机既提供有针对应用的通知管理功能，又提供有针对游戏场景的通知免打扰功能时，手机可以通过检测应用b的通知提醒功能的开关状态以及用户设置的需要在游戏场景下实施通知免打扰的应用的名单(可以称为第一屏蔽名单)，来确定应用b是否具有游戏场景下的通知权限。其中，第一屏蔽名单可以用于存储用户设置的需要在游戏场景下实施通知免打扰的应用的标识，例如应用的名称或应用的包名
等。
181.该实现方式中，一种情况下，手机在检测到应用b的通知提醒功能处于开启状态，且第一屏蔽名单中不包括应用b的标识时，手机确定应用b具有游戏场景下的通知权限；另一种情况下，手机在检测到应用b的通知提醒功能处于开启状态，且第一屏蔽名单中包括应用b的标识时，手机确定应用b不具有游戏场景下的通知权限；又一种情况下，手机在检测到应用b的通知提醒功能处于关闭状态时，手机确定应用b不具有游戏场景下的通知权限。
182.示例性的，手机可以通过检测应用b的通知管理界面中“允许通知”栏的开关控件的档位来确定应用b的通知提醒功能的开关状态。以应用b为welink应用为例，如图3中的(a)所示，手机在检测到welink应用的通知管理界面中的“允许通知”栏的开关控件31处于关闭档位时，确定welink应用的通知提醒功能处于关闭状态。如图3中的(b)所示，手机在检测到welink应用的通知管理界面中的“允许通知”栏的开关控件31处于开启档位时，确定welink应用的通知提醒功能处于开启状态。
183.在本技术的一个实施例中，手机如果确定应用b具有游戏场景下的通知权限，则手机针对应用b的第一通知进行通知提醒。手机针对应用b的第一通知进行通知提醒后，若用户认为该通知提醒会对其当前玩游戏的过程造成干扰，则用户可以输入针对该通知提醒的第一操作，以指示手机停止该通知提醒，且在游戏结束之前不再对应用b进行通知提醒。
184.手机响应于用户输入的第一操作，停止针对应用b的第一通知的通知提醒，且在停止该通知提醒之后，在游戏应用a退出手机的前台运行之前，手机如果再接收到应用b的通知(例如，第二通知)，则不对应用b进行通知提醒。
185.示例性的，在应用a在手机前台运行的过程中，针对应用b的第一通知，手机可以以横幅、提示音、铃声或振动等形式对应用b的第一通知进行通知提醒。
186.其中，横幅指在屏幕顶部悬浮显示通知。
187.以手机以横幅形式对应用b的第一通知进行通知提醒为例，如图6所示，为手机以横幅形式进行通知提醒时可能涉及到的用户界面以及用户实施的操作手势的示意图。如图6中的(a)所示，用于对应用b的第一通知进行通知提醒的横幅61中可以包括：应用b的图标611、应用b的名称612以及第一通知的内容613等。在其它示例中，横幅61中还可以包括第一通知的接收时间614。第一通知的接收时间614指手机接收到第一通知时的时间。
188.对应地，当手机以横幅形式对应用b的第一通知进行通知提醒时，针对该通知提醒的第一操作可以是针对该横幅的第一触控手势。
189.示例性的，第一触控手势可以由用户根据其操作习惯自行设置。
190.在一个示例中，第一触控手势可以为如图6中的(a)所示的长按手势。
191.在又一个示例中，第一触控手势可以为如图6中的(b)所示的画圈手势。
192.在又一个示例中，第一触控手势可以为如图6中的(c)所示的打勾手势。
193.当然，第一触控手势还可以为其它触控手势，例如双击手势。
194.在一种可能的实现方式中，横幅61所在区域中的任一位置均设置有触控检测点，用户可以在横幅61所在区域中的任一位置实施第一触控手势。手机检测到用户在横幅61所在区域中的任一位置实施的第一触控手势时，认为检测到针对应用b的通知提醒的第一操作。
195.在另一种可能的实现方式中，横幅61所在区域中的目标区域内设置有触控检测
点。用户需要在目标区域内实施第一触控手势。手机检测到用户在横幅61所在区域中的目标区域内实施的第一触控手势时，认为检测到针对应用b的通知提醒的第一操作。示例性的，目标区域可以是应用b的图标611所在的区域，或者可以是应用b的名称612所在的区域，或者可以是第一通知的内容613所在的区域，此处不对目标区域的位置做特别限定。
196.手机以横幅形式对应用b的第一通知进行通知提醒时，手机停止该通知提醒的方式可以为：隐藏该通知提醒对应的横幅。
197.在又一种可能的实现方式中，为了防止用户误操作，手机在检测到针对应用b的第一通知的通知提醒的第一操作时，还可以询问用户是否确认关闭应用b的通知权限。手机在检测到用户输入的确认关闭应用b的通知权限的指示后，停止该通知提醒，并在停止该通知提醒之后，在应用a退出前台运行之前，不再对应用b进行通知提醒。手机在机检测到用户输入的不关闭应用b的通知权限的指示后，继续对应用b进行通知提醒。
198.示例性的，如图7所示，为手机检测到针对第一通知的通知提醒的第一操作时的用户界面示意图。如图7中的(a)所示，假如手机检测到针对应用b的第一通知对应的横幅61的画圈手势，则如图7中的(b)所示，手机可以在当前用户界面中显示询问框71，例如，询问框71可以显示在横幅61的下方，或者询问框71可以覆盖显示在横幅61之上，此处不对询问框71的显示位置做特别限定。该询问框71中可以包括：询问信息711、第一控件712及第二控件713等。其中，第一控件712用于用户向手机输入不关闭应用b的通知权限的指示，第二控件713用于向手机输入关闭应用b的通知权限的指示。
199.例如，询问信息711可以为“继续接收针对应用b的通知提醒吗？”，第一控件712的内容可以为“继续接收”，第二控件713的内容可以为“关闭”。当用户点击第一控件712时，手机确认检测到用户输入的不关闭应用b的通知权限的指示；当用户点击第二控件713时，手机确认检测到用户输入的关闭应用b的通知权限的指示。
200.在又一种可能的实现方式中，手机对应用b的第一通知进行通知提醒后，用户还可以输入针对该通知提醒的其它操作，以指示手机对该通知提醒进行相应的其它处理。
201.在一个示例中，用户可以通过输入针对应用b的第一通知的通知提醒的第二操作，来指示手机停止该通知提醒。示例性的，手机以横幅形式对应用b的第一通知进行通知提醒时，第二操作可以为针对该横幅的第二触控手势。第二触控手势也可以由用户根据其操作习惯自行设置，例如，第二触控手势可以包括左滑手势、右滑手势或上滑手势等。基于此，手机检测到用户在第一通知对应的横幅所在区域输入第二操作时，可以隐藏该横幅。
202.在另一个示例中，用户可以通过输入针对应用b的第一通知的通知提醒的第三操作，来指示手机以悬浮窗形式显示应用b的界面。示例性的，手机以横幅形式对应用b的第一通知进行通知提醒时，第三操作可以为针对该横幅的第三触控手势。第三触控手势也可以由用户根据其操作习惯自行设置，例如，第三触控手势可以为下滑手势。
203.示例性的，如图8所示，为用户对第一通知的通知提醒实施第三操作时涉及到的用户界面示意图。如图8中的(a)所示，手机如果检测到用户在第一通知对应的横幅61所在的区域实施了下滑手势，且应用b支持悬浮显示，则如图8中的(b)所示，手机可以隐藏第一通知对应的横幅61，并以悬浮窗形式显示应用b的界面81。示例性的，界面81可以是应用b中第一通知对应的详情界面，例如，若第一通知来自于联系人a，则界面81可以是与联系人a对应的聊天界面。如果应用b不支持悬浮显示，则如图8中的(c)所示，手机可以在当前界面中显
示提示框82，提示框82中可以包括第一提示信息，第一提示信息用于提示用户应用b不支持悬浮显示。示例性的，第一提示信息可以为“应用b不支持悬浮显示”。
204.在又一个示例中，用户可以通过输入针对应用b的第一通知的通知提醒的第四操作，来指示手机显示第一通知的详细内容或者指示手机打开应用b。示例性的，手机以横幅形式对应用b的第一通知进行通知提醒时，第四操作可以为针对该横幅的第四触控手势。第四触控手势也可以由用户根据其操作习惯自行设置，例如，第四触控手势可以为点击手势。
205.示例性的，如图9所示，为用户对第一通知的通知提醒实施第四操作时涉及到的用户界面示意图。如图9中的(a)所示，当手机在横幅61中以预览形式展示第一通知的内容613(即显示第一通知的预览内容)时，横幅61中还可以包括详情指示符615。用户可以通过点击第一通知的内容613所在的区域或者点击详情指示符615来指示手机显示第一通知的详细内容。手机在检测到用户点击第一通知的内容613所在的区域或者点击详情指示符615时，如图9中的(b)所示，手机可以在横幅61中显示第一通知的详细内容，同时，手机可以将详情指示符615的指示方向转变为朝向屏幕顶端的方向。手机在显示第一通知的详细内容之后的第一时长内，若检测到用户再次点击横幅61，则如图9中的(c)所示，手机可以退出应用a，并打开应用b。手机在显示第一通知的详细内容之后的第一时长内，若未检测到任何手势操作，则手机可以停止显示第一通知的详细内容，并继续在横幅61中显示第一通知的预览内容。示例性的，第一预设时长可以为2秒、3秒或5秒等，此处不对其做特别限定。
206.在本技术的另一个实施例中，手机如果确定应用b不具有游戏场景下的通知权限，则针对应用b的第一通知，手机不对其进行通知提醒。
207.以上结合应用场景和附图，对本技术实施例提供的通知提醒方法进行了介绍。为了更好地理解本技术实施例提供的通知提醒方法，以下结合附图对其具体实现过程进行示例性介绍。
208.示例性的，如图10所示，为本技术实施例提供的一种通知提醒方法的示意性流程图，该流程图中的各个步骤的执行主体可以是上述实施例中的终端设备，例如可以是手机。具体地，该通知提醒方法可以包括s1001～s1003，详述如下：
209.s1001：第一应用在前台运行的过程中，针对第二应用的第一通知进行通知提醒。
210.s1002：在检测到针对所述通知提醒的第一操作时，停止所述通知提醒。
211.第一应用和第二应用均可以是手机上安装的任一应用。具体地，第一应用和第二应用均可以是系统应用或第三方应用等。系统应用指直接内置于手机中的内置应用，例如可以为手机生产商自行开发并直接内置于手机中的应用，或者可以为手机生产商与第三方厂商合作开发并直接内置于手机中的应用等。第三方应用指手机从外部获取的应用，例如可以为第三方厂商开发，并由手机从第三方厂商中获取并安装于手机中的应用。
212.第一应用和第二应用可以是同一个应用，也可以是不同的应用。即，手机在前台运行第一应用的过程中，手机可以接收第一应用自身的通知，并对第一应用自身的通知进行通知提醒；手机也可以接收除第一应用之外的其它应用的通知，并对其它应用的通知进行通知提醒。
213.在一个具体实施例中，第一应用在手机的前台运行的过程中，手机如果接收到第二应用的第一通知，则手机可以先判断第二应用是否具有目标应用场景下的通知权限。
214.其中，目标应用场景指第一应用在手机的前台运行时手机所处的应用场景。例如，
游戏应用a在手机的前台运行时对应的目标应用场景为游戏场景，视频应用c在手机的前台运行时对应的目标应用场景视频场景。
215.需要说明的是，手机判断第二应用是否具有目标应用场景下的通知权限的方式具体可以参考上述应用场景介绍部分的相关描述，此处不再赘述。在参考时，可以将第一应用与应用场景介绍部分的游戏应用a相对应，将第二应用与应用场景介绍部分的应用b相对应。
216.在一种可能的实现方式中，手机如果确定第二应用具有目标应用场景下的通知权限，则手机对其接收到的第二应用的第一通知进行通知提醒。
217.具体地，手机可以基于预设通知提醒策略对第一通知进行通知提醒。其中，预设通知提醒策略可以由用户自行设置，例如，预设通知提醒策略可以为：以横幅形式进行通知提醒，或以横幅结合提示音的形式进行通知提醒等。此处不对预设通知提醒策略做特别限定。
218.需要说明的是，手机针对第二应用的第一通知进行通知提醒的方式也可以参考上述应用场景介绍部分的相关描述，此处不再赘述。
219.在另一种可能的实现方式中，手机如果确定第二应用不具有目标应用场景下的通知权限，则针对第二应用的第一通知，手机不对其进行通知提醒。
220.手机针针对第二应用的第一通知进行通知提醒后，用户如果不想再接收到第二应用的通知，则用户可以输入针对第一通知的通知提醒的第一操作。手机在检测到用户输入的针对第一通知的通知提醒的第一操作时，停止针对第一通知的通知提醒。
221.需要说明的是，手机停止针对第一通知的通知提醒的具体方式也可以参考上述应用场景介绍部分的相关描述，此处不再赘述。
222.s1003：在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，不对所述第二应用进行通知提醒。
223.手机在停止第一通知的通知提醒之后，在第一应用退出前台运行之前，不对第二应用进行通知提醒，具体可以通过以下两种方式实现：
224.方式1、手机在检测到针对第一通知的通知提醒的第一操作后，将第二应用的标识添加至第一屏蔽名单中，并在第一屏蔽名单中对第二应用进行标记。其中，第一屏蔽名单用于存储需要在目标应用场景下实施通知免打扰的应用的标识。
225.基于此，在第一应用退出前台运行之前，手机如果接收到第二应用的第二通知，则手机可以检测第一屏蔽名单中是否包括第二应用的标识。手机如果确定第一屏蔽名单中包括第二应用的标识，则手机不对第二应用进行通知提醒；手机如果确定屏蔽名单中不包括第二应用的标识，则手机针对第二应用的第二通知进行通知提醒。
226.示例性的，手机针对第二通知的通知提醒方式可以与手机针对第一通知的通知提醒方式相同。例如，针对第二应用的第一通知和第二通知，手机均可以以横幅形式对其进行提醒。
227.示例性的，第二应用的标识可以为第二应用的名称，或者第二应用的包名等。
228.示例性的，如表1所示，第一屏蔽名单中至少可以包括应用的标识字段和临时标志位字段。其中，临时标志位的值可以包括第一预设值(例如，true)和第二预设值(例如，false)。第一预设值用于表示应用为需要在目标时段内实施通知免打扰(即需要临时实施通知免打扰)的应用。目标时段的起始时刻可以为手机检测到针对第一通知的通知提醒的
第一操作的时刻，目标时段的终止时刻可以为第一应用退出手机的前台的时刻。第二预设值用于表示应用为需要在手机处于目标应用场景的整个过程中实施通知免打扰的应用。
229.基于此，手机在第一屏蔽名单中对第二应用进行标记，可以包括：将第二应用的临时标志位的值设为第一预设值。示例性的，假如第二应用为welink应用，则如表1所示，手机可以将其名称“welink”添加至第一屏蔽名单中，并将其对应的临时标志为的值设为true。
230.表1
231.应用的标识临时标志位华为运动false
…………
welinktrue
232.示例性的，手机检测第一屏蔽名单中是否包括第二应用的标识，可以包括：手机遍历第一屏蔽名单中存储的应用的标识。如果第一屏蔽名单中存储的应用的标识中包括第二应用的标识，则手机确定第一屏蔽名单中包括第二应用的标识；如果第一屏蔽名单中存储的应用的标识中不包括第二应用的标识，则手机确定第一屏蔽名单中不包括第二应用的标识。
233.方式2、手机在检测到针对第一通知的通知提醒的第一操作后，可以将第二应用的标识添加至第二屏蔽名单中。其中，第二屏蔽名单用于存储需要在目标时段内实施通知免打扰(即需要临时实施通知免打扰)的应用。目标时段的起始时刻可以为手机检测到针对第一通知的通知提醒的第一操作的时刻，目标时段的终止时刻可以为第一应用退出手机的前台的时刻。
234.基于此，在第一应用退出前台运行之前，手机如果接收到第二应用的第二通知，则手机可以检测第一屏蔽名单中是否包括第二应用的标识。手机如果确定第一屏蔽名单中包括第二应用的标识，则不对第二应用进行通知提醒；手机如果确定屏蔽名单中不包括第二应用的标识，则手机针对第二应用的第二通知进行通知提醒。
235.示例性的，手机检测第二屏蔽名单中是否包括第二应用的标识，可以包括：手机遍历第二屏蔽名单中存储的应用的标识。如果第二屏蔽名单中存储的应用的标识中包括第二应用的标识，则手机确定第二屏蔽名单中包括第二应用的标识；如果第二屏蔽名单中存储的应用的标识中不包括第二应用的标识，则手机确定第二屏蔽名单中不包括第二应用的标识。
236.以上可以看出，本实施例提供的通知提醒方法，一方面，终端设备不是在第一应用开始在前台运行时就不对第二应用进行通知提醒，而是先对第二应用进行通知提醒，在检测到用户针对该通知提醒的第一操作后才不再对第二应用进行通知提醒，即终端设备在前台运行第一应用的过程中可以在用户需要时才对第二应用实施通知免打扰(即关闭第二应用的通知提醒)，提高了通知免打扰的灵活性。另一方面，在用户使用第一应用的过程中，如果用户想要关闭第二应用的通知提醒，则用户只需在终端设备对第二应用进行通知提醒时输入针对该通知提醒的第一操作即可，而无需退出第一应用，然后再进入第二应用的通知管理界面去进行操作，简化了用户关闭应用的通知提醒功能的操作，使用户可以快速地关闭第二应用的通知提醒功能。
237.在本技术的又一个实施例中，如图11所示，在s1003之后，通知提醒方法还可以包
括s1004，详述如下：
238.s1004：在所述第一应用退出所述前台运行之后，恢复对所述第二应用的通知提醒。
239.示例性的，第一应用退出手机的前台运行可以包括但不限于以下两种情况：
240.情况1、第一应用从手机的前台运行转入手机的后台运行。
241.情况2、第一应用被用户关闭而退出手机的前台。
242.在一种可能的实现方式中，如果手机在之前的步骤中将第二应用的标识添加在了第一屏蔽名单中，且在第一屏蔽名单中对第二应用进行了标记，则手机恢复对第二应用的通知提醒可以包括：在第一应用退出手机的前台运行时，从第一屏蔽名单中查找并删除被标记的第二应用的标识。该实现方式中，由于手机在第一应用退出前台运行时从第一屏蔽名单中删除了第二应用的标识，因此无需用户进入第二应用的通知管理界面中开启第二应用的通知提醒功能，手机便可以在第一应用退出前台运行后自动恢复对第二应用的通知提醒，简化了用户操作，且可以避免用户在第一应用退出前台运行后错过第二应用的通知。
243.在另一种可能的实现方式中，如果手机在之前的步骤中将第二应用的标识添加在了第二屏蔽名单中，则手机恢复对第二应用的通知提醒可以包括：在第一应用退出手机的前台运行时删除第二屏蔽名单中的所有应用的标识。该实现方式中，由于第二屏蔽名单仅用于存储需要临时实施通知免打扰功能的应用的标识，因此，在第一应用退出手机的前台运行后，手机可以直接删掉第二屏蔽名单中的所有应用的标识。相对于上一实现方式，手机无需在屏蔽名单中查找需要删除的应用，从而使得手机可以快速地恢复对第二应用的通知提醒。
244.以上可以看出，在第一应用退出手机的前台运行后手机可以自动恢复对第二应用的通知提醒，这样，一方面，在第一应用退出手机的前台运行后用户无需再进入第二应用的通知管理界面中进行相应操作，从而简化了用户开启第二应用的通知提醒功能的操作；另一方面，手机恢复对第二应用的通知提醒可以避免用户在第一应用退出手机的前台运行后错过第二应用的通知，即手机仅在此次在前台运行第一应用的过程中临时对第二应用实施通知免打扰，在第一应用退出前台运行后或者手机之后再次在前台运行第一应用时，手机均可以对第二应用进行通知提醒，由此提高了通知免打扰的灵活性，有利于提高用户体验。
245.在一种可能的实现方式中，当第一应用为手机上安装的任一应用时，手机均可以在执行完s1001和s1002之后，执行s1003～s1004。即，用户可以在使用手机上安装的任一应用的过程中，快速地开启应用的通知提醒功能。
246.在另一种可能的实现方式中，当第一应用为预设应用时，手机执行完s1001和s1002之后，执行s1003～s1004。当第一应用不是预设应用时，手机执行完s1001和s1002之后，不执行s1003～s1004。即，用户只有在使用预设应用的过程中，才可以快速地关闭应用的通知提醒功能。其中，预设应用可以由用户自定义，例如，预设应用可以包括：游戏类应用或视频类应用等。
247.在本技术的又一个实施例中，由于可能会存在第一应用被强制性退出手机的前台的异常情况，例如，手机死机而导致第一应用被强制性退出前台。因此，为了避免第一应用因异常情况退出前台运行后用户无法接收到第二应用的通知提醒的情况发生，在一种可能的实现方式中，如果手机在之前的步骤中将第二应用的标识添加在了第一屏蔽名单中，则
手机可以在初始化通知管理服务时，检测第一屏蔽名单中是否包括被标记的应用。手机若检测到第一屏蔽名单中包括被标记的应用，则手机删除第一屏蔽名单中所有被标记的应用的标识。
248.在另一种可能的实现方式中，如果手机在之前的步骤中将第二应用的标识添加在了第二屏蔽名单中，则手机可以在初始化通知管理服务时，检测第二屏蔽名单中是否包括至少一个应用的标识。手机若检测到第二名单中包括至少一个应用的标识，则手机删除第二屏蔽名单中的该至少一个应用的标识。
249.示例性的，手机初始化通知管理服务的时机可以是手机开机时，或手机重启时。
250.以上可以看出，手机每次初始化通知管理服务时，会删除第一屏蔽名单中被标记的应用的标识，或者删除第二屏蔽名单中的所有应用的标识，从而可以避免第一应用因异常情况退出前台运行后用户无法接收到第二应用的通知提醒的情况发生。
251.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
252.对应于上文实施例所述的通知提醒方法，图12示出了本技术实施例提供的又一种终端设备的结构框图，为了便于说明，仅示出了与本技术实施例相关的部分。
253.如图12所示，该终端设备120可以包括：第一通知管理单元121、第二通知管理单元122及第三通知管理单元123。其中：
254.第一通知管理单元121用于第一应用在前台运行的过程中，针对第二应用的第一通知进行通知提醒。
255.第二通知管理单元122用于在检测到针对所述通知提醒的第一操作时，停止所述通知提醒；
256.第三通知管理单元123用于在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，不对所述第二应用进行通知提醒。
257.在一种可能的实现方式中，终端设备还包括：
258.第四通知管理单元，用于在所述第一应用退出所述前台运行之后，恢复对所述第二应用的通知提醒。
259.在一种可能的实现方式中，第一通知管理单元121具体包括：
260.第一通知提醒单元，用于第一应用在前台运行的过程中，若接收到第二应用的第一通知，且所述第二应用具有目标应用场景下的通知权限，则针对所述第一通知进行通知提醒，所述目标应用场景为所述第一应用在所述前台运行时终端设备所处的应用场景。
261.在一种可能的实现方式中，所述第二应用具有目标应用场景下的通知权限，包括：所述第二应用的通知提醒功能处于开启状态。
262.在一种可能的实现方式中，所述第二应用具有目标应用场景下的通知权限，包括：所述第二应用的通知提醒功能处于开启状态，且第一屏蔽名单中不包括所述第二应用的标识，所述第一屏蔽名单用于存储需要在所述目标应用场景下实施通知免打扰的应用的标识。
263.在一种可能的实现方式中，第一通知管理单元121还用于：
264.第一应用在前台运行的过程中，若接收到第二应用的第一通知，且所述第二应用
不具有目标应用场景下的通知权限，则不对所述第一通知进行提醒，所述目标应用场景为所述第一应用在所述前台运行时终端设备所处的应用场景。
265.在一种可能的实现方式中，所述第二应用不具有目标应用场景下的通知权限，包括：所述第二应用的通知提醒功能处于关闭状态。
266.在一种可能的实现方式中，所述第二应用不具有目标应用场景下的通知权限，包括：所述第二应用的通知提醒功能处于开启状态，且第一屏蔽名单中包括所述第二应用的标识，所述第一屏蔽名单用于存储需要在所述目标应用场景下实施通知免打扰的应用的标识。
267.在一种可能的实现方式中，终端设备还包括：
268.第一应用管理单元，用于将所述第二应用的标识添加至所述第一屏蔽名单中，并在所述第一屏蔽名单中对所述第二应用进行标记。
269.对应地，第三通知管理单元123具体用于：
270.在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，若接收到所述第二应用的通知，且检测到所述第一屏蔽名单中包括所述第二应用的标识，则不对所述第二应用进行通知提醒。
271.对应地，第四通知管理单元具体用于：
272.在所述第一应用退出所述前台运行时，从所述第一屏蔽名单中查找并删除被标记的所述第二应用的标识。
273.对应地，第一应用管理单元还用于：
274.在初始化通知管理服务时，若检测到所述第一屏蔽名单中包括被标记的应用，则删除所述第一屏蔽名单中被标记的所述应用的标识。
275.在一种可能的实现方式中，终端设备还包括：
276.第二应用管理单元，用于将所述第二应用的标识添加至第二屏蔽名单中，所述第二屏蔽名单用于存储需要在目标时段内实施通知免打扰的应用的标识，所述目标时段的起始时刻为检测到所述第一操作的时刻，所述目标时段的终止时刻为所述第一应用退出所述前台运行的时刻。
277.对应地，第三通知管理单元123具体用于：
278.若接收到所述第二应用的通知，且检测到所述第二屏蔽名单中包括所述第二应用的标识，则不对所述第二应用进行通知提醒。
279.对应地，第四通知管理单元具体用于：
280.在所述第一应用退出所述前台运行时，删除所述第二屏蔽名单中的所有应用的标识。
281.对应地，第二应用管理单元还用于：
282.在初始化通知管理服务时，若检测到所述第二屏蔽名单中包括至少一个应用的标识，则删除所述第二屏蔽名单中的所述至少一个应用的标识。
283.在一种可能的实现方式中，第三通知管理单元123具体用于：
284.若所述第一应用为预设应用，则在停止所述通知提醒之后，在所述第一应用退出所述前台运行之前，不对所述第二应用进行通知提醒。
285.需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术
方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
286.本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
287.本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述各个方法实施例中的步骤。
288.本技术实施例还提供一种芯片系统，所述芯片系统包括处理器，所述处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现如上述各个方法实施例所述的方法。所述芯片系统可以为单个芯片，或者多个芯片组成的芯片模组。
289.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
290.最后应说明的是：以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。