CN111638971A - 应用通知管理方法和电子设备 - Google Patents
应用通知管理方法和电子设备 Download PDFInfo
- Publication number
- CN111638971A CN111638971A CN202010314557.8A CN202010314557A CN111638971A CN 111638971 A CN111638971 A CN 111638971A CN 202010314557 A CN202010314557 A CN 202010314557A CN 111638971 A CN111638971 A CN 111638971A
- Authority
- CN
- China
- Prior art keywords
- application
- notification
- user
- importance
- category
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请提供了一种应用通知管理方法和电子设备。该方法包括:显示第一界面,该第一界面包括至少两个类别列表,该至少两个类别列表与至少两个应用重要性等级一一对应,该至少两个类别列表中的第一类别列表包括至少一个选项,该至少一个选项中的每个选项关联一个应用;检测用户在该第一界面上的第一操作;响应于该第一操作,打开或关闭该第一类别列表中全部选项所关联的应用的通知功能。上述技术方案能够方便用户单次打开或关闭一组应用的通知功能,提高通知管理效率,提升用户体验。
Description
技术领域
本申请涉及电子设备领域,并且更具体地,涉及一种应用通知管理方法和电子设备。
背景技术
随着技术的发展,电子设备例如手机、平板电脑上能够安装的应用程序越来越多。在电子设备上安装的应用,一般都会默认打开通知功能,这样电子设备可以收到相应应用的消息通知。这些通知例如可以是购物应用发送的物流信息,视频应用发送的综艺更新消息,聊天应用发送的对话消息等。
电子设备一般具有通知管理功能,可以方便用户打开或关闭应用的通知功能,从而实现电子设备接收或者不接收应用的消息通知。当电子设备上安装了大量应用时,用户可以通过通知管理功能关闭不关注的应用的通知。
目前用户可以打开或关闭单个应用的通知功能,或者打开或关闭全部应用的通知功能。当用户想关闭部分不关注的应用的通知时,只能将每个应用的通知功能单独关闭,效率不高,用户体验较差。
发明内容
本申请提供一种应用通知管理方法和电子设备,能够方便用户单次打开或关闭一组应用的通知功能,提高通知管理效率,提升用户体验。
第一方面,提供了一种应用通知管理方法,所述方法包括:显示第一界面,所述第一界面包括至少两个类别列表,所述至少两个类别列表与至少两个应用重要性等级一一对应,所述至少两个类别列表中的第一类别列表包括至少一个选项,所述至少一个选项中的每个选项关联一个应用;检测用户在所述第一界面上的第一操作;响应于所述第一操作,打开或关闭所述第一类别列表中全部选项所关联的应用的通知功能。
本申请实施例中,电子设备检测到用户对第一类别列表的操作后,电子设备可以单次打开或关闭一组应用的通知功能,能够提高通知管理效率,提升用户体验。
示例性的,该第一界面为电子设备的批量管理界面,用于对应用的通知功能进行管理。
可选地,该至少一个选项中的每个选项关联一个应用,与应用相关联的选项用于控制该应用的通知功能的开启和关闭。
可选地,与应用相关联的选项只属于该至少两个类别列表中的一个类别列表。
应理解,电子设备上安装的应用与第一界面上所包括的选项一一对应,即一个应用对应第一界面上的一个选项。
应理解,本申请实施例中至少两个类别列表与至少两个应用重要性等级一一对应,不同的类别列表对应不同的重要性等级,或者说,每个类别列表对应的重要性等级不同。
结合第一方面,在一种可能的实现方式中,所述第一类别列表显示于所述至少两个类别列表中的第二类别列表之前,其中所述第一类别列表对应所述至少两个应用重要性等级中的第一重要性等级,所述第二类别列表对应所述至少两个应用重要性等级中的第二重要性等级,所述第一重要性等级低于所述第二重要性等级。
换句话说,第一类别列表中全部选项所关联的应用具有第一重要性等级,第二类别列表中全部选项所关联的应用具有第二重要性等级,所述第一重要性等级低于所述第二重要性等级。
本申请实施例中,电子设备可以在第一界面中先向用户显示重要性等级低的应用相关联的选项,这样用户可以根据类别列表的排序相应知道应用的重要性等级,从而将重要性等级低的应用的通知功能关闭。
结合第一方面,在一种可能的实现方式中,所述方法还包括:根据预设规则确定第一应用的重要性等级;根据应用重要性等级与类别列表的对应关系,确定与所述第一应用相关联的选项所属的类别列表;其中,所述预设规则包括:用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项。
应理解,第一应用为第一界面上与选项相关联的任意一个应用,或者认为是电子设备上安装的任意一个应用。
本申请实施例中,根据应用的重要性等级确定第一界面上的类别列表,至少两个类别列表可以指示应用的重要性等级,方便用户对应用的通知功能进行选择性操作。
结合第一方面,在一种可能的实现方式中,所述用户设置的应用所属重要性等级和所述***预设的应用重要性属性的优先级,比所述***预设的功能性应用分类优先级属性和/或所述用户与应用的交互频率的优先级高。
本申请实施例中,用户设置应用的重要性等级的优先级较高,这样第一界面上显示的类别列表符合用户的爱好、习惯,提升用户体验。***预设的应用重要性属性的优先级较高,可以避免一些必须接收通知的应用,其通知功能不会被关闭。
结合第一方面,在一种可能的实现方式中,所述根据预设规则确定第一应用的重要性等级,包括:确定第一预设时间段内用户与所述第一应用的交互频率;根据预设交互频率门限值与应用重要性等级的对应关系,确定所述第一应用的重要性等级。
本申请实施例中可以根据用户与应用的交互频率确定应用的重要性等级,体现于第一界面上时,用户可以了解自己近期对应用或通知的关注程度,从而根据对用户的关注程度选择关闭或打开应用的通知功能。
结合第一方面,在一种可能的实现方式中,所述用户与应用的交互频率是根据用户查看通知的频率、用户忽略通知的频率、用户使用应用的频率中的至少一项确定的。
可选地,用户与应用的交互频率可以根据用户查看通知的频率和用户使用应用的频率加权求和或加权平均得到。
结合第一方面,在一种可能的实现方式中,所述第一类别列表中所述至少一个选项的排列顺序,与所述至少一个选项所关联的应用的重要程度值由低到高的顺序相对应;其中,应用的重要程度值是根据用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项确定的。
本申请实施例中,用户通过第一类别列表中选项的排序顺序可以知道相应应用的重要程度值相对大小,这样用户可以将重要程度低的应用的通知功能关闭。
结合第一方面,在一种可能的实现方式中,所述至少一个选项中的第一选项相关联的应用对应第一清理周期,所述第一清理周期用于对所述第一选项相关联的应用的通知进行周期性清理;其中,所述第一清理周期是根据所述第一选项相关联的应用的重要程度值确定的。
话句话说,电子设备可以对第一类别列表里全部选项所关联的应用通知中未被用户查看的通知,进行周期性清理,其中应用通知的清理周期与所述应用的重要程度值相对应。
本申请实施例中,用户长时间未查看的通知,电子设备可以进行周期性清理,其中清理周期可以与应用的重要程度值相对应,例如应用的重要程度高的应用可以设置较长的清理周期,避免用户遗漏重要通知。
结合第一方面,在一种可能的实现方式中,在所述显示第一界面之前,还包括:显示第二界面,所述第二界面包括第一开关和多个选项,其中所述多个选项中的每个选项关联一个应用;检测用户在所述第二界面上的第二操作,所述第二操作用于打开所述第一开关;响应于所述第二操作,显示所述第一界面。
本申请实施例中,可以在现有的批量管理界面上设置第一开关(例如图6中的分类排序管理控件308),用户可以通过控制第一开关的开启和关闭,来控制批量管理界面的显示形式,可以提供给用户更多样的管理应用通知的方式,提升用户体验。
结合第一方面,在一种可能的实现方式中,还包括:在所述第二界面上检测用户对所述多个选项中的第一选项的第三操作;响应于所述第三操作,在所述第二界面上显示第一窗口,所述第一窗口包括与所述至少两个类别列表中的每个类别列表相关联的选项;在所述第二界面上检测用户对所述第一窗口的第四操作,所述第四操作用于选择所述第一窗口中的与所述第一类别列表相关联的选项;以及,响应于所述第二操作,显示所述第一界面,包括:响应于所述第四操作,在所述第一界面的所述第一类别列表中显示所述第一选项。
本申请实施例中,电子设备可以在第二界面提供给用户设置与应用相关联的选项所属的类别列表的功能,即提供了用户设置应用重要性等级的功能,用户根据自己的习惯或喜好设置应用重要性等级,方便进行应用的通知管理。
可选地,该第三操作可以为长按操作。
可选地,所述第一窗口中,与所述至少两个类别列表中的每个类别列表相关联的选项的名称可以与类别列表名称相同。
应理解,所述第一窗口中,与所述至少两个类别列表中的每个类别列表相关联的选项,实则也与至少两个重要性等级相对应。
结合第一方面,在一种可能的实现方式中,还包括:在所述第一界面上检测用户对第二选项的第五操作,其中所述第二选项位于所述第一类别列表中;响应于所述第五操作,在所述第一界面上显示第一窗口,所述第一窗口包括与所述至少两个类别列表中的每个类别列表相关联的选项;在所述第一界面上检测用户对所述第一窗口的第六操作,所述第六操作用于选择所述第一窗口中的与所述至少两个类别列表中的第二类别列表相关联的选项;响应于所述第六操作,在所述第一界面的所述第二类别列表中显示所述第二选项。
本申请实施例中,用户可以用户根据自己的习惯或喜好在第一界面调整与应用相关联的选项所属的类别列表,能够使第一界面中类别列表的分类更符合用户习惯。
结合第一方面,在一种可能的实现方式中,还包括:在所述第一界面上检测用户对第二选项的第七操作,所述第二选项位于所述第一类别列表中;响应于所述第七操作,打开或关闭所述第二选项所关联的应用的通知功能。
本申请实施例中,用户可以针对类别列表中的单个选项所关联的应用进行操作,例如关闭单个应用的通知功能或打开单个应用的通知功能。
结合第一方面,在一种可能的实现方式中,经过预设周期,根据预设规则更新所述至少两个类别列表;其中,所述预设规则包括用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项。
本申请实施例中,电子设备可以对第一界面的至少两个类别列表进行定期刷新,以使至少两个类别列表中选项的排列更符合用户近期的习惯。
结合第一方面,在一种可能的实现方式中,还包括:根据类别列表对应的预设通知状态,确定所述至少两个类别列表中的选项相关联的应用的通知功能启闭状态。
应理解,本申请实施例中,类别列表对应的预设通知状态,可以理解为类别列表对应应用的通知功能预设状态,可以为关闭或打开。
本申请实施例中,当用户调整了与应用相关联的选项的类别列表,电子设备可以根据第二类别列表对应的预设或默认的通知状态,自动将该新调整的选项所关联的应用的通知功能打开或者关闭。
结合第一方面,在一种可能的实现方式中,所述第一类别列表对应的预设通知状态为关闭状态,所述第一类别列表对应的应用重要性等级最低。
第一类别列表对应的应用重要性等级最低,这样重要性等级最低的应用的通知功能可以预设为关闭状态。
结合第一方面,在一种可能的实现方式中,还包括:隐藏所述第一类别列表中全部选项所关联的应用的通知,其中所述第一类别列表对应的应用重要要性等级最低。
当第一类别列表中全部选项所关联的应用具有最低的重要性等级时,可以认为用户对此类应用通知不关注或具有较少关注,电子设备可以将这些应用的通知隐藏,节约用户时间,提升用户体验。
结合第一方面,在一种可能的实现方式中,在所述检测用户在所述第一界面上的第一操作之前,还包括:关闭所述第一类别列表中全部选项所关联的应用的通知功能,其中所述第一类别列表中全部选项所关联的应用具有最低的重要性等级。
本申请实施例中,电子设备可以自动将具有最低重要性等级的应用的通知功能关闭。
第二方面,提供了一种应用通知管理方法,应用于电子设备,包括:显示第一界面,所述第一界面包括至少两个类别列表,所述至少两个类别列表与至少两个应用重要性等级一一对应,所述至少两个类别列表中的第一类别列表包括至少一个选项,所述至少一个选项中的每个选项关联一个应用,所述第一类别列表中全部选项所关联的应用的通知功能默认处于关闭状态;经过预设周期,更新所述第一界面;其中,所述更新所述第一界面包括:关闭新调整至所述第一类别列表的选项所关联的应用的通知功能,和/或,打开从所述第一类别列表调整至所述至少两个类别列表中的第二类别列表的选项所关联的应用的通知功能。
本申请实施例中,电子设备可以自动打开或关闭一组应用的通知功能,实现应用通知的自动化管理,能够提高通知管理效率,提升用户体验。
结合第二方面,在一种可能的实现方式中,所述第一类别列表中全部选项所关联的应用对应的重要性等级最低,和/或所述第二类别列表中全部选项所关联的应用对应的重要性等级最高。
结合第二方面,在一种可能的实现方式中,所述第一类别列表显示于所述至少两个类别列表中的第二类别列表之前,其中所述第一类别列表对应所述至少两个应用重要性等级中的第一重要性等级,所述第二类别列表对应所述至少两个应用重要性等级中的第二重要性等级,所述第一重要性等级低于所述第二重要性等级。
结合第二方面,在一种可能的实现方式中,所述第一类别列表中所述至少一个选项的排列顺序,与所述至少一个选项所关联的应用的重要程度值由低到高的顺序相对应;其中,应用的重要程度值是根据用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项确定的。
结合第二方面,在一种可能的实现方式中,在所述显示第一界面之前,还包括:确定第一预设时间段内用户与所述第二应用的交互频率;根据预设交互频率门限值与应用的重要性等级的对应关系,确定所述第二应用的重要性等级;根据应用的重要性等级和类别列表的对应关系,确定与所述第二应用相关联的选项所属的类别列表。
结合第二方面,在一种可能的实现方式中,所述用户与应用的交互频率是根据用户查看通知的频率、用户忽略通知的频率、用户使用应用的频率中的至少一项确定的。
第三方面,提供了一种装置,该装置包含在电子设备中,该装置具有实现上述第一方面和第二方面及上述第一方面和第二方面的任一种可能实现方式中电子设备行为的功能。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。
第四方面,提供了一种电子设备,包括:一个或多个处理器;存储器;一个或者多个应用程序;以及一个或多个计算机程序。其中,一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令。当指令被电子设备执行时,使得电子设备执行上述任一方面任一项可能的实现中的应用通知管理方法。
第五方面,提供了一种电子设备,包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得电子设备执行上述任一方面任一项可能的实现中的应用通知管理方法。
第六方面,提供了一种计算机存储介质,包括计算机指令,当计算机指令在电子设备上运行时,使得电子设备执行上述任一方面任一项可能的实现方式的应用通知管理方法。
第七方面,提供了一种计算机程序产品,当计算机程序产品在电子设备上运行时,使得电子设备执行上述任一方面任一项可能的实现方式中的应用通知管理方法。
第八方面,提供了一种芯片***,该芯片***包括至少一个处理器,当程序指令在该至少一个处理器中执行时,使得上述任一方面任一项可能的实现方式中的应用通知管理方法在电子设备上的功能得以实现。
附图说明
图1是本申请实施例提供的一种电子设备的硬件结构示意图;
图2是本申请实施例提供的一种电子设备的软件结构示意图;
图3是本申请实施例提供的一组图形用户界面示意图;
图4是本申请实施例提供的另一组图形用户界面示意图;
图5是现有的应用通知批量管理的图形用户界面示意图;
图6是本申请实施例提供的一例应用通知管理方法的图形用户界面示意图;
图7是本申请实施例提供的另一例应用通知管理方法的图形用户界面示意图;
图8是本申请实施例提供的另一例应用通知管理方法的图形用户界面示意图;
图9是本申请实施例提供的一例应用通知管理方法的示意图流程图;
图10是本申请实施例提供的另一例应用通知管理方法的示意图流程图;
图11是本申请实施例提供的另一例应用通知管理方法的示意图流程图;
图12是本申请实施例提供的又一例应用通知管理方法的示意图流程图;
图13是本申请实施例提供的又一例应用通知管理方法的示意图流程图;
图14是本申请实施例提供的应用通知管理方法的示意性流程图;
图15是本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
需要说明的是,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,在本申请实施例的描述中,“多个”是指两个或多于两个,“至少一个”、“一个或多个”是指一个、两个或两个以上。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
本申请实施例提供了一种应用通知管理方法,可以应用于电子设备,也可是单独的应用程序,该应用程序可实现本申请中对应用通知进行管理的方法。具体地,本申请提供的应用通知管理方法可以通过智能识别用户对应用通知的关注程度,在通知批量管理上提供智能分组功能,将通知所属应用进行重要性等级划分,每一等级对应一个类别列表,方便用户按类别列表对应用通知进行管理,提高通知管理效率,提升用户体验。
本申请实施例提供的应用通知管理方法可以应用于手机、平板电脑、可穿戴设备(如智能手表、智能手环、智能眼镜、智能首饰等)、车载设备、增强现实(augmentedreality,AR)/虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personal digitalassistant,PDA)、电视、显示器等电子设备上,本申请实施例对电子设备的具体类型不作任何限制。电子设备的示例性实施例包括但不限于搭载或者其它操作***的电子设备。
示例性的,图1示出了电子设备100的结构示意图。电子设备100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了***的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现电子设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等***器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现电子设备100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电,也可以用于电子设备100与***设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他电子设备,例如AR设备等。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备100的结构限定。在本申请另一些实施例中,电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块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)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(codedivision multiple access,CDMA),宽带码分多址(wideband code division multipleaccess,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),北斗卫星导航***(beidounavigation satellite system,BDS),准天顶卫星***(quasi-zenith satellitesystem,QZSS)和/或星基增强***(satellite based augmentation systems,SBAS)。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,电子设备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的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样,电子设备100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作***,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器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)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
例如,本申请实施例提供的应用通知管理方法中,电子设备可以根据压力传感器检测用户的触摸操作,从而执行不同的操作指令,例如调整应用分类类别、打开或关闭一组应用的通知功能等。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器180B检测电子设备100抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消电子设备100的抖动,实现防抖。陀螺仪传感器180B还可以用于导航,体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中,电子设备100通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中,当电子设备100是翻盖机时,电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,电子设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定电子设备100附近有物体。当检测到不充分的反射光时,电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测电子设备100是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,电子设备100利用温度传感器180J检测的温度,执行温度处理策略。例如,当温度传感器180J上报的温度超过阈值,电子设备100执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,电子设备100对电池142加热,以避免低温导致电子设备100异常关机。在其他一些实施例中,当温度低于又一阈值时,电子设备100对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备100的表面,与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时***多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,电子设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在电子设备100中,不能和电子设备100分离。
图2是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android***分为四层,从上至下分别为应用程序(application,APP)层,应用程序框架(framework)层,***运行库层(包括***库和安卓运行时(Android runtime)),以及内核层。
应用程序层可以包括一系列应用程序包。如图2所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。应用程序主要是用户界面(user interface)方面的,通常使用JAVA语言调用应用程序框架层的接口编写。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。如图2所示,应用程序框架层可以包括窗口管理器,内容提供器,视图***,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图***包括可视控件,例如显示文字的控件,显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
***运行库层(libraries)可以分成两部分,分别是***库和Android运行时。
安卓运行时(Android runtime)即Android运行环境,包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
***库是应用程序框架的支撑,是连接应用程序框架层与内核层的重要纽带,可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(media libraries),三维图形处理库(例如:面向嵌入式***的开放式图形库(open graphics library forembedded systems,OpenGL ES)),2D图形引擎(例如:Skia数据库(skia graphicslibrary,SGL))等。
表面管理器用于对显示子***进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层,用于提供操作***的本质功能例如文件管理、内存管理、进程管理、网络协议栈等。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动、蓝牙驱动等。
为方便理解,本申请以下实施例将以具有图1和图2所示结构的电子设备为例,结合附图和应用场景,对本申请实施例提供的应用通知管理方法进行具体阐述。
目前很多电子设备例如手机、平板电脑等都具有通知管理功能,可以方便用户打开或关闭应用的通知功能,从而实现电子设备接收或者不接收应用的消息通知。在电子设备上安装的应用,一般都会默认打开通知功能,这样电子设备可以收到相应应用的消息通知。
为了便于理解,本申请将以手机作为电子设备,首先介绍本申请的一些人机交互实施例。图3是本申请实施例提供的一组图形用户界面(graphical user interface,GUI)示意图。
参见图3中的(a),图中示出了手机的解锁模式下,手机的屏幕显示***显示的当前一种可能的输出的界面内容301,该界面内容301可以为手机的桌面。本申请实施例中示例性示出了手机的桌面包括三个桌面页面,其中每个桌面页面包括一个或多个应用程序的图标。当前手机的桌面显示的是第二个桌面页面,在一些实施例中,该桌面页面(即界面内容301)可以为手机的主界面,即手机在开机和/或解锁后首先在屏幕显示***上显示的界面。该界面内容301显示了多款应用程序(application,App),例如时钟、音乐、天气、日历、相册、邮件、相机、设置等。应理解,界面内容301还可以包括其他更多的应用程序,本申请对此不作限定。还应理解,手机的桌面可以包括一个、两个、三个或者更多的桌面页面,应用程序的图标可以放置于任意一个桌面页面上,本申请实施例不作限定。
在一些实施例中,不限于手机的主界面,手机显示的界面内容可以是手机响应于输入的用户操作后所显示的界面内容,该用户操作可以包括用户对手机显示的桌面中的部分应用程序的图标的点击操作,或者用户对手机显示的应用程序的界面内容中的控件的点击操作。例如,当用户点击手机的主界面显示的时钟、音乐、天气、日历、相册、邮件、相机、设置等应用图标后可以分别进入各应用程序相应的主界面。
示例性的,用户执行图3中的(a)图所示的对设置应用的点击操作,响应于该点击操作,手机进入设置应用的主界面302,设置应用的主界面302可以显示如图3中(b)图所示的内容。该设置应用的主界面302具体可以包括华为账号控件、WLAN设置控件、蓝牙控件、移动网络控件、更多连接控件、桌面和壁纸设置控件、显示和亮度设置控件、声音和振动设置控件、通知控件、生物识别和密码控件以及电池控件等。应理解,设置应用的主界面302还可以包括其他更多或更少的显示内容,或者包括与界面302中类似的显示内容,本申请对此不作限定。还应理解,进入设置应用的主界面302还可以通过其他路径,例如从通知栏、消息通知等,本申请实施例不作限定。
用户执行图3中的(b)图所示的对通知控件的点击操作,响应于该点击操作,手机进入通知界面303,通知界面303可以显示如图3中(c)图所示的内容。在该通知界面303中,可以包括搜索应用控件、桌面图标角标控件、锁屏通知控件、更多通知设置控件、批量管理控件、各个应用的通知管理控件以及侧边栏字母排序索引控件等。通知界面303还可以显示各个应用(例如备份应用、备忘录应用、电话应用、地图应用、视频应用等)的通知功能“已开启”或“已关闭”。在一些实施例中,通知界面303中显示的各个应用的通知管理控件可以按照应用名称首字母从“A”到“Z”的顺序显示,其中每个应用都对应着各自的通知管理控件。应理解,通知界面303还可以包括其他更多或更少或类似的显示内容,本申请对此不作限定。
当用户点击某个应用的通知管理控件时,手机可以显示该应用对应的通知管理界面。示例性的,用户执行图3中的(c)图所示的对视频应用的通知管理控件的点击操作,响应于该点击操作,手机进入通知管理界面304,通知管理界面304可以显示如图3中的(d)图所示的内容。在通知管理界面304中,可以包括允许通知控件、常规推送控件、普通通知控件、网络变化通知栏控件、下载通知栏控件、下载完成通知栏控件、营销通知控件以及应用相关的显示内容等等。应理解,通知管理界面304还可以包括其他更多或更少或类似的显示内容,通知管理界面304中也可以依据应用的不同而包括不同的显示内容,本申请对此不作限定。
示例性的,如图3中的(d)图所示,允许通知控件处于开启状态,视频应用的通知功能开启,相应地手机可以接收视频应用的消息通知,并展示给用户。若用户执行3中的(d)所示的对允许通知控件的关闭操作,响应于该关闭操作,手机将关闭视频应用的通知功能,即对于视频应用不允许通知,手机也就不能接收向用户显示视频应用的消息通知了。
手机接收到的消息通知会在通知栏中呈现。示例性的,当用户在手机屏幕顶部向下轻扫时,响应该操作,手机可以显示如图4中的(a)图所示的通知栏305。在通知栏305中,可以包括设置应用中的一些常用控件例如蓝牙控件、WLAN控件、手电筒控件、声音和振动设置控件、屏幕旋转控件等等,还包括应用的消息通知的显示列表,显示列表包括例如信息、未接来电、浏览器应用的消息通知、视频应用的消息通知、邮件应用的消息通知等。应理解,通知栏305中还可以包括其他更多或更少的显示内容,本申请对此不作限定。
用户可以对通知栏305的显示列表所呈现的消息通知执行一定操作以查看消息通知、删除(或忽略)消息通知或关闭应用的通知功能等。例如用户点击某个消息通知,响应于该点击操作,手机可以打开该条消息。再如用户向左快滑(或向右快滑)某个消息通知,响应于该操作,手机可以将该消息通知从通知栏305中删除,也不会打开该消息通知。又如,用户长按某个消息通知,响应于该长按操作,手机可以显示相应应用的通知屏蔽设置。如图4中的(b)图所示,手机可以显示“停止通知”和“继续显示”选项,如果用户选择停止通知,则手机不再接收相应应用的消息通知,相当于关闭了该应用的通知功能;如果用户选择继续显示,则手机还会继续接收该应用的消息通知,相当于仍然打开着该应用的通知功能。应理解,在一些其他实施例中,用户可以通过其他方式打开消息通知或删除消息通知,也可以通过其他方式例如左右慢滑方式调出应用的通知屏蔽设置,本申请实施例不作限定。
需要说明的是,本申请实施例中,用户在通知栏中删除消息通知,可以理解为用户只是在通知栏的显示列表中删除了某个或某些消息通知,被删除的消息所属应用的通知功能并没有关闭,手机还可以接收相应应用的其他消息通知。用户在通知栏中设置某个或某些应用的通知屏蔽设置,可以理解为用户是关闭了相应应用的通知功能或者仍旧保持相应应用的通知功能打开。当用户关闭了某个或某些应用的通知功能后,手机不会再继续接收相应应用的消息通知。
如背景技术部分所介绍,在手机上安装的应用,一般都会默认打开通知功能。当手机上存在大量的应用时,通知消息就会很多。对于一些不关注的通知,可以关掉应用的通知功能,目前关闭或打开应用的通知功能的方式主要分为两种。
一种是单点关闭或打开某个应用的通知功能。例如,如图3中的(d)图所示,在该应用对应的通知管理界面中,开启或关闭允许通知控件,可以实现单点打开或关闭该应用的通知功能。又如,如图4中的(b)图所示,在通知栏中,通过长按消息通知或左右慢滑调出相应应用的通知屏蔽设置,也可以实现单点关闭该应用的通知功能。
另一种是批量关闭或打开全部应用的通知功能。例如,图5中的(a)图显示的是与图3中的(c)图相同的通知界面303。用户执行图5中的(a)图所示的对批量管理控件的点击操作,响应于该点击操作,手机进入批量管理界面306,批量管理界面306可以显示如图5中(b)图所示的内容。在该批量管理界面306中,可以包括搜索应用控件、通知总开关控件、各个应用的通知开关控件以及侧边栏字母排序索引控件等。用户可以通过控制通知总开关控件(即图中“全部”后的开关)的打开和关闭,实现整体打开全部应用的通知功能或整体关闭全部应用的通知功能。在该批量管理界面306还包括各个应用的通知开关控件,因此用户也可以通过控制某个应用的通知开关控件的打开和关闭,实现单个应用的通知功能的打开或关闭。在一些实施例中,批量管理界面306中显示的各个应用的通知开关控件可以按照应用名称首字母从“A”到“Z”的顺序显示,每个应用的通知功能都由各自的通知开关控件控制。
也就是说,手机提供给用户关闭消息通知的方式只有单次关闭某个应用的通知功能,或者单次关闭全部应用的通知功能。如果用户只关闭一些应用的消息通知的话,只能一个一个的关闭这些应用的通知功能,或者关闭全部应用的通知功能,再打开想要接收通知的应用的通知功能。当手机中安装了大量应用时,目前提供的关闭消息通知的方式操作繁琐,效率不高,用户体验差。
本申请实施例提供了一种应用通知管理方法和电子设备,可以将应用按照重要性进行等级划分,即将应用进行分组,以方便用户按组对应用通知进行管理例如批量打开或关闭一组应用的通知功能,从而提高通知管理效率,提升用户体验。
应理解,本申请实施例中,“关闭通知”、“关闭应用的通知”、“关闭通知功能”、“关闭应用的通知功能”可以认为是表达相同的含义,均可以理解为关闭了应用的通知功能,手机则不再接收该应用的消息通知。同理,“开启通知”、“开启应用的通知”、“打开通知功能”、“打开应用的通知功能”可以认为是表达相同的含义,均可以理解为打开了应用的通知功能,手机则可以接收该应用的消息通知。图6是本申请实施例提供的一例应用通知管理方法的图形用户界面示意图。
图6中的(a)图示出了批量管理界面307的一种图形用户界面,与图5中的(b)图所示的批量管理界面306不同的是,本申请实施例中的批量管理界面307还包括分类排序管理控件308。分类排序管理控件308用于控制批量管理界面307中应用的通知开关控件的显示方式。当分类排序管理控件308处于关闭状态时,批量管理界面307中应用的显示方式可以与图5中的批量管理界面306中应用的显示方式相同,即应用按照字母顺序排序显示。
本申请实施例中,批量管理界面上的一个应用的名称及其对应的通知开关控件也可以称为一个选项。因此,也可以说,图6中的(a)所示的批量管理界面307包括分类排序管理控件308和多个选项,该多个选项中的每个选项关联一个应用,与应用相关联的选项用于控制应用通知功能的开启和关闭。为了方便理解,以下实施例中仍以通知开关控件来示意选项之义。
可选地,分类排序管理控件308的默认状态可以为关闭状态。
用户执行图6中的(a)图所示的对分类排序管理控件308的点击操作,响应于该点击操作,批量管理界面中的与应用关联的多个选项按照类别显示,例如可以显示如图6中(b)所示的批量管理界面309中的内容。在该批量管理界面309中,可以包括搜索应用控件、通知总开关控件309a、各个应用的通知开关控件以及侧边栏字母排序索引控件等。与图6中的(a)图所示的批量管理界面307不同的是,在图6中(b)图批量管理界面309中,与应用关联的多个选项被划分成多个类别(或称多组),其中每类选项对应一个通知组开关控件(如图所示的通知组开关控件309b-309d),该通知组开关控件的开启和关闭可以控制一组应用的通知功能的打开和关闭。
应理解,本申请实施例中的批量管理界面也可以不包括分类排序管理控件308,这样当手机显示批量管理界面时,可以直接显示应用按照重要性进行等级划分的结果(即应用的分类结果)的显示内容,例如图6中(b)图批量管理界面309。
示例性的,如图6中的(b)图所示,应用可以被分成三类,分别为“不重要”分类、“关注度低”分类和“重要”分类,相应地,与应用关联的选项被划分到三个类别列表中。每个类别列表对应应用的一个分类,或称对应应用的一个重要性等级,也可以理解为,批量管理界面上的类别列表可以指示应用的重要性等级划分结果。为简化描述和方便理解,以下实施例中,提及在批量管理界面中应用被分类,即表示与应用相关联的选项被划分到至少两个类别列表中。批量管理界面中类别列表的显示结果可以指示对应用进行重要性等级划分(或对应用进行分类)的结果。
其中,“不重要”分类中的应用的重要性等级最低,“关注度低”分类中的应用的重要性等级中等,“重要性”分类中的应用的重要性等级最高,其中每一类中的应用可以有不同的重要性或相同的重要性。本申请实施例中,可以基于用户对应用或应用通知的关注程度确定应用的重要性等级,然后将同一重要性等级的应用归为一类。这样,用户可以根据应用重要性等级了解自己对应用或应用通知的关注程度,例如对哪些应用的关注程度高,对哪些应用的关注程度低,相应地可以关闭用户关注度低的应用的通知功能。进一步,用户可以根据应用的重要性等级按类别批量打开或关闭一组应用的通知功能,对于用户不关注的通知可以实现快速关闭,方便用户操作,提高通知管理效率,提升用户体验。
应理解,本申请实施例中,可以将用户关注度高的应用认为是重要性高的应用,将用户关注度低的应用认为是重要性低的应用。用户关注度可以根据用户查看通知的行为和/或使用应用的行为确定。例如对一个应用来说,若用户查看该应用的通知的频率高,和/或,用户使用该应用的频率高,可以认为用户对该应用或应用通知的关注度高;若用户查看该应用的通知的频率低,和/或,用户使用该应用的频率低,可以认为用户对该应用或该应用通知的关注度低。这样,电子设备可以通过识别用户查看通知的行为和/或用户使用应用的行为,可以量化应用的用户关注度,即量化应用的重要性(或称重要程度)。
还应理解,本申请实施例中,不同的应用具有各自对应的重要性,电子设备中可以设置一个或多个重要性阈值,可以根据应用的重要性和重要性阈值将应用进行重要性等级划分。例如可以将重要性高于重要性阈值的应用归为同一重要性等级,将重要性低于重要性阈值的应用归为同一重要性等级,换言之,重要性高于重要性阈值的应用属于相同的重要性等级,重要性低于重要性阈值的应用属于相同的重要性等级。又如,可以将重要性介于两个相邻重要性阈值之间的应用归为同一重要性等级,这些应用属于相同的等级。
作为一个示例,“不重要”分类中可以包括用户查看通知频率很低的应用;“关注度低”分类中可以包括用户查看通知频率中等的应用;“重要”分类中可以包括用户查看通知频率高的应用。和/或,“不重要”分类中可以包括用户使用频率很低的应用;“关注度低”分类中可以包括用户使用频率中等的应用;“重要”分类中可以包括用户使用频率高的应用。这样,手机可以通过识别用户查看通知的行为和/或使用应用的行为,智能识别用户对应用或通知的关注程度,以用户关注度表征应用的重要性,根据应用重要性将应用划分为多个重要性等级,将多个重要性等级中的应用在批量管理界面上分类显示。
作为另一个示例,“不重要”分类中可以包括用户从未打开过通知的应用(相当于查看通知频率为0);“关注度低”分类中可以包括用户查看通知频率低的应用;“重要”分类中可以包括用户查看通知频率高的应用。和/或,“不重要”分类中可以包括用户从未使用过的应用(相当于使用频率为0);“关注度低”分类中可以包括用户查看通知频率低的应用;“重要”分类中可以包括用户使用频率高的应用。这里,若用户从未查看过通知和/或用户一直未使用应用,可以认为用户不想接收到这些应用的通知,将其归类到“不重要”分类,用户可以按组批量关闭这些应用的通知功能。
作为又一个示例,“不重要”分类中可以包括用户一直未打开通知的应用中用户忽略通知频率较高的应用;“关注度低”分类中可以包括用户一直未打开通知的应用中用户忽略通知频率较低的应用,和/或用户查看过通知的应用中用户查看通知频率较低的应用;“重要”分类中可以包括用户查看过通知的应用中用户查看通知频率较高的应用。和/或,“不重要”分类中可以包括用户使用频率很低的应用;“关注度低”分类中可以包括用户使用频率中等的应用;“重要”分类中可以包括用户使用频率高的应用。这里,若用户虽然一直未打开过应用通知,但有忽略通知的行为,可以认为用户忽略通知的频率越高,用户对该通知的关注度越低,不想接收到该应用的通知。
本申请实施例提供的应用通知管理方法中,考虑了用户对通知的查看或忽略行为和/或对应用的使用行为,根据用户关注度(或应用重要性)将与应用相关联的选项进行了分类别显示,显示结果可以体现用户的使用习惯,便于用户了解和操作。
可选地,批量管理界面309中也可以包括对于被分类的应用的建议内容。参考图6中的(b)图,例如对于“不重要”分类,可以在批量管理界面309中显示“建议关闭”的显示内容,以建议用户将该组“不重要”分类的通知功能关闭。再如,对于“关注度低”分类,可以在批量管理界面309中显示“选择关闭”的显示内容,以建议用户可以选择性将该组应用中的部分或全部应用的通知功能关闭。应理解,批量管理界面309中的建议内容主要是根据用户对通知的关注程度而给用户提供的开启或关闭通知功能的建议,其建议内容还可以有其他形式,本申请实施例不作限定。
在一些实施例中,手机还可以基于用户对应用或应用通知的关注程度和应用预设重要性确定应用的重要性等级分类。换句话说,将应用进行重要性等级分类时,除了考虑用户关注度外,还考虑应用预设重要性,应用预设重要性的优先级可以高于用户关注度。例如将电话、信息等必须应用的重要性预设为最高,这些应用归属于重要性等级最高的类别。一般情况下,不会关闭重要性等级高的应用的通知功能,这样,可以保证在任何场景下都不会关闭此类应用的通知功能,以避免单纯依赖用户使用习惯进行重要性等级分类而导致不能接收此类应用的通知。
应理解,应用预设重要性可以是***预设的,即重要性预设为最高的应用可以是***配置的必须要接收通知的应用。
还应理解,***预设应用重要性可以理解为***预设了应用重要性等级。因为手机可以根据***预设的重要性(例如以数值表示)相应地将应用归类为对应的重要性等级中。
在一些实施例中,用户可以对应用重要性进行设置,即手机提供用户设置应用重要性等级的功能,以使应用的分类更符合用户实际的使用习惯。
用户设置应用重要性等级的方式可以有多种。
作为一个示例,用户可以在批量管理界面显示出分类结果之后,对已进行分组的应用进行重要性等级的调整,即对于应用相关联的选项进行类别列表的调整。示例性的,如图6中的(c)图所示,该批量管理界面309显示类别列表的划分结果,即指示了对应用进行分组的结果。用户执行图6中的(c)图所示的对邮件应用选项的长按操作,响应于该长按操作,手机可以显示如图所示的选择框(或者子菜单)310。选择框310中显示了分类的类别,例如“重要”、“关注度低”、“不重要”等,用户可以根据实际需求修改邮件应用的类别,相应地,修改了与邮件应用相关联的选项所属的类别列表。批量管理界面309中,邮件应用被分类到“关注度低”分类,用户可以将其调整到“重要”分类或“不重要”分类。例如用户选择了选择框310中的“重要”选项,则邮件应用将被归类到“重要”一类。
作为另一个示例,用户可以在开启分类排序管理之前对应用的类别(即重要性等级)进行定制。示例性的,如图6中的(d)图所示,批量管理界面307中显示的应用选项可以按照字母顺序排序显示。用户执行图6中的(d)图所示的对视频应用选项的长按操作,响应于该长按操作,手机可以显示如图所示的选择框(或者子菜单)310。选择框310中显示了分类的类别,例如“重要”、“关注度低”、“不重要”等,用户可以根据实际需求设置视频应用的类别。例如用户选择了选择框310中的“不重要”选项,则在开启分类排序管理之后,视频应用将被归类到“不重要”一类,与视频应用关联的选项将被划分到“不重要”的类别列表中。
可选地,用户设置应用的重要性等级的优先级高于根据用户关注度得到的重要性等级。
可选地,手机检测到用户对某个应用设置了类别,后续可以一直继承,该应用会被自动分类到用户设置的类别中。
在一些实施例中,批量管理界面中的各个类别列表可以按照对应的应用重要性等级从低到高的顺序排列显示,其中与最低重要性等级对应的类别列表的排在显示列表中顶端。
示例性的,如图7中的(a)图所示,类别列表按照“不重要”-“关注度低”-“重要”的顺序排序。其中“不重要”分类对应的应用重要性等级最低,“关注度低”分类对应的应用重要性等级中等,“重要”分类对应的应用重要性等级最高。这样,用户可以直接对排在列表前端的重要性等级低的应用通知功能进行关闭。例如,用户执行如图7中的(a)图所示的对通知组开关控件(例如“不重要”分类的通知组开关控件311)的点击操作,响应于该点击操作,手机执行关闭这一组应用的通知功能。批量管理界面可以显示如图7中(b)图所示的内容,“不重要”分类中的所有应用的通知功能被关闭。这样,用户无需按照字母索引查找不关注应用再进行操作,提高通知管理效率,提升用户体验。应理解,本申请实施例仅以关闭“不重要”分类中的应用的通知功能为例进行说明,在一些其他实施例中用户可以通过控制任意一个通知组开关控件的打开和关闭,实现一组应用的通知功能的打开或关闭。
可选地,手机可以默认将重要性等级低(例如重要性等级最低)的类别中的应用的通知功能自动关闭。
可选地,手机可以默认将重要性等级高(例如重要性等级最高)的类别中的应用的通知功能自动开启。
在一些实施例中,批量管理界面中各类内的应用可以按照应用重要性由低到高的顺序排列显示,其中应用重要性最低的应用选项排在每类的顶端。
示例性的,如图7中的(b)图所示,在“关注度低”分类内,“天气”应用的重要性最低,“邮件”应用的重要性最高,“视频”应用和“购物”应用的重要性介于二者之间。这样,用户通过选项排序可以知道哪些应用/应用通知的重要性低(即用户关注度低),哪些应用/应用通知的重要性高(即用户关注度高),从而快速关闭关注度低的应用的通知功能。例如,用户执行图7中的(b)图所示的对某个应用的通知开关控件(例如“视频”应用的开关控件312)的点击操作,响应于该点击操作,手机执行关闭“视频”应用的通知功能。批量管理界面可以显示如图7中(c)图所示的内容,“视频”应用的通知功能被关闭,相应地,“视频”应用所属的类别的通知组开关控件313处于关闭状态。这样,用户可以直接根据应用重要性大小确定自己对应用的关注程度,从而关闭不关注或关注较少的应用的通知功能,方便用户操作,提高了效率,提升了用户体验。应理解,本申请实施例仅以关闭“视频”应用的通知功能为例进行说明,在一些其他实施例中用户可以通过控制任意一个通知开关控件的打开和关闭,实现某个应用的通知功能的打开或关闭。
可选地,若一类应用中有至少两个应用的重要程度(或用户关注度)相同,则可以按照应用名称的首字母顺序显示。
当然,在一些实施例中,批量管理界面中各类内的应用选项可以按照字母顺序排序,例如从A到Z的顺序,这样可以方便用户在排序列表中找到自己想要关闭或者开启的通知功能,符合用户习惯,提升用户体验。
可选地,批量管理界面还包括通知总开关控件,用户可以通过控制通知总开关控件的打开和关闭,实现整体打开或关闭全部应用的通知功能。可选地,手机可以将***预设重要性的应用添加到白名单中或者将其通知功能设置为不允许关闭,这样可以防止用户关闭通知总开关控件后,不能接收到电话、信息等必须应用的通知。
可以理解,本申请实施例中,批量管理界面所显示的重要性等级分类结果和应用重要性排序结果反映的是用户在一段时间内对应用/应用通知的关注程度。
在一些实施例中,经过预设时间,手机可以对批量管理界面的显示内容(例如重要性等级分类结果、应用重要性排序结果)进行刷新,自动调整应用选项所属的类别列表和应用选项的排列顺序,或者将应用重新分类和排序。
例如,在第一时间段内,用户对“邮件”应用的通知关注程度较低,手机可以将该应用自动归类为“关注度低”分类;在第二时间段,用户对“邮件”应用的通知关注程度高或者用户使用“邮件”应用的频率较高,手机可以将该应用自动归类为“重要”分类。再如,在第一时间段内,用户对“天气”应用的通知关注程度较低,手机可以将该应用的通知自动归类为“关注度低”分类;在第二时间段,用户对“天气”应用的通知关注程度很低或者用户很少甚至没有使用“天气”应用,手机可以将该应用的通知自动归类为“不重要”分类。手机可以对任意应用的组别进行动态调整,以使应用的组分类更符合用户近期的使用习惯。
在一些实施例中,手机可以根据应用的重要性等级,自动打开或自动关闭应用的通知功能。例如,在第一时间段内,应用的重要性等级分类结果可以如图8中的(a)图所示,则手机可以自动将“不重要”中应用的通知功能关闭。在第二时间段内,手机根据用户行为对应用进行了重新分组或调整了已分组的应用的类别,第二时间段内应用的重要性等级分类结果可以如图8中的(b)图所示。手机可以自动关闭新分类到“不重要”分类中的应用的通知功能,自动打开新分类到“重要”中的应用的通知功能。示例性的,参考图8中的(a),在第一时间段内,“地图”应用被分类到“不重要”一类,“天气”、“视频”、“购物”和“邮件”等应用被分类到“关注度低”一类。参考图8中的(b)图,在第二时间段内,“地图”应用的组别由“不重要”一类调整到“重要”一类中,“邮件”应用的组别由“关注度低”一类调整到“重要”一类中,相应地,手机可以自动打开“地图”应用的通知功能,继续保持开启“邮件”应用的通知功能。在第二时间段内,“天气”应用和“视频”应用的组别由“关注度低”一类调整到“不重要”一类中,相应地,手机可以自动关闭“天气”应用和“视频”应用的通知功能。本申请实施例根据用户对通知的关注程度和/或应用的使用行为,可以自动管理应用的通知功能,提高了通知管理效率,并且使得应用的通知管理更符合用户近期的使用习惯,提升了用户体验。
应理解,本申请实施例仅以将应用分为三类为例进行说明,在一些其他实施例中,应用也可以被分成两类、四类、五类或者更多类,本申请实施例不作限定。
在一些实施例中,应用所属类别的名称还可以有其他形式,例如“不重要”、“一般重要”、“较重要”、“重要”、“不关注”、“特别关注”等,本领域技术人员可以根据实际情况和需求使用其他类别名称,本申请实施例对此不作任何限定。
以上结合图1至图8,描述了本申请实施例的应用通知管理过程中的图形用户界面,为了更好的理解本申请提供的应用通知管理方法,下面结合图9至图13介绍具体的实现过程和算法原理。
图9示出了本申请实施例提供的一种应用通知管理方法的示意性流程图。参考图9,该方法400可以包括以下步骤。
401,接收通知。
402,判断通知属性。
应理解,本申请实施例中的通知属性指的是通知在重要性方面的属性,或者是用于表征通知的重要程度的属性,这里通知属性也可以理解为是通知所属应用的属性。该步骤中,手机通过判断通知属性可以识别通知的重要性或重要程度。
手机判断通知属性的方式有多种。
在一种可能的实现方式中,手机可以在应用设置维度判断通知属性。作为一个示例,参考步骤403,手机可以根据应用重要性设置判断通知属性。本申请实施例中应用重要性设置可以理解为通知所属的应用本身中用于表征应用重要性的设置,或者理解为***预设的应用的重要性。应用重要性设置可以是固定在应用里的,例如可以通过变量来标识应用的重要性。示例性的,通知所属的应用可以设置为重要/不重要,设置为重要的应用例如电话、信息等,其通知属性可以为重要,设置为不重要的应用例如录音机、计算器等,其通知属性可以为不重要。应理解应用重要性可以设置多个档次,例如将一些必须要显示通知的应用如电话、信息等设置为重要,将一些没有必要显示通知的应用如录音机、计算器等设置为不重要,将其他可以显示通知也可以不显示通知的应用设置为次重要。
因此,在步骤406中,手机按照通知重要性排序。这里,通知重要性是根据通知所属的应用重要性设置确定的。
需要说明的是,步骤403中所述应用重要性设置指的是应用本身预设的重要程度,用户无法更改,这与上文有关图形用户界面和下文其他实施例中的应用重要性等级设置不同,本文其他之处指的是对应用重要性等级的设置,或者说对应用的组别进行的设置,用户是可以更改的。
在一种可能的实现方式中,手机可以在应用分类维度判断通知属性,即根据应用分类的优先级来识别通知重要性。应理解,这里所述的应用分类指的是应用按照功能、类型等进行的分类。作为一个示例,参考步骤404,手机可以对应用分类优先级进行排序,然后根据应用分类优先级排序判断通知属性。本申请实施例中,手机对安装的应用可以根据功能进行分类,例如聊天类、支付类、影音类、资讯类、游戏类等,不同的类别优先级不同,不同的应用可以属于不同的分类级别。通知的重要性可以分为一个或多个等级,对应应用的分类级别,应用分类优先级的级别越高,重要性越高。手机可以根据应用所属类别的优先级排序,识别优先级高的类别中的应用的通知为高重要性,识别优先级低的类别中的应用的通知为低重要性。示例性的,若聊天类应用的优先级高于资讯类应用的优先级,则手机可以判断聊天类应用的重要性高于资讯类应用的重要性,相应地,聊天类应用的通知重要性高于资讯类应用的通知重要性,也即判断聊天类应用的通知属性为高重要性,判断资讯类应用的通知属性为低重要性。
可选地,应用所属类别的优先级可以是预先设定的,手机可以根据预先设定的优先级模板,将应用的功能性的类别进行优先级的设定。当手机接收到通知后,可以通过识别通知内容所属的应用,根据应用分类优先级相应确定通知或通知所属应用的优先级,从而识别通知的重要性(也即应用的重要性)。
因此,在步骤406中,手机按照通知重要性排序。这里,通知重要性是根据通知所属的应用的分类优先级确定的。换言之,在步骤406中按照通知重要性进行排序的结果即为步骤404中按照应用分类优先级排序的结果。可选地,通知所属的应用的分类级别越高,通知的重要性越高。
可选地,对于同一分类级别中的应用,可以按照通知所属的应用的名称首字母顺序进行排序。
在一种可能的实现方式中,手机可以在用户操作维度判断通知属性。作为一个示例,参考步骤405,手机可以对用户关注度进行排序,然后根据用户关注度排序判断通知属性。本申请实施例中,当用户打开应用或者查看通知的频率高,或者用户使用应用的时间长,手机可以认为用户对该应用或通知的关注度高;当用户打开应用或者查看通知的频率低,或者用户使用应用的时间短,可以认为用户对该应用或通知的关注度低。相应地,用户的关注度高,可以认为通知的重要性高,用户的关注度低,可以认为通知的重要性低。换句话说,手机可以基于用户使用应用或者查看通知的行为识别通知重要性。
例如,手机可以统计一段时间内用户对应用的打开行为,根据在一段时间内用户打开应用的次数A对通知或者通知所属的应用进行排序,然后根据排序结果识别通知的重要性。用户打开应用的次数A越多,可以认为用户对该应用的关注度越高,手机可以识别该应用的通知属性为高重要性;用户打开应用的次数A越少,可以认为用户对该应用的关注度越低,手机可以识别该应用的通知属性为低重要性。
再如,手机可以统计一段时间内用户使用应用的时间,根据在一段时间内用户使用应用的时间T对通知或者通知所属的应用进行排序,然后根据排序结果识别通知的重要性。用户使用应用的时间T越长,可以认为用户对该应用的关注度越高,手机可以识别该应用的通知属性为高重要性;用户使用应用的时间T越短,可以认为用户对该应用的关注度越低,手机可以识别该应用的通知属性为低重要性。
又如,手机可以统计一段时间内用户查看通知的行为,根据在一段时间内用户查看通知的次数B对通知或者通知所属的应用进行排序,然后根据排序结果识别通知的重要性。用户查看通知的次数B越多,可以认为用户对该应用的关注度越高,手机可以识别该应用的通知属性为高重要性;用户查看通知的次数B越少,可以认为用户对该应用的关注度越低,手机可以识别该应用的通知属性低重要性。为避免各个应用通知基数不同所引起的误差,例如一些资讯类应用的通知数一般比其他应用通知数多,因此,在一些实施例中,也可以考虑根据用户查看通知的频率(例如用户查看通知的行为/对应应用的通知数)确定通知的重要性。
又如,手机可以统计一段时间内用户查看通知的行为次数B和用户删除通知的行为次数C,统计一段时间内B和C的差值D,D即一段时间内用户对通知的行为值。对D进行排序,然后根据排序结果识别通知的重要性。用户对通知的行为值D越高,可以认为用户对该应用的关注度越高,手机可以识别该应用的通知属性为高重要性;用户对通知的行为值D越低,可以认为用户对该应用的关注度越低,手机可以识别该应用的通知属性为低重要性。
可选地,用户删除通知的行为可以包括用户单个删除通知的行为和/或一键删除包括该通知在内的通知栏内所有通知的行为。
示例性的,手机可以将用户对通知的一次打开行为记录为+1,将用户对通知的一次单个删除行为记录为-1,统计一段时间内+1值的总和B与-1值的总和C,最终计算一段时间内用户对通知的行为值D=B+C。手机根据D进行排序,再根据排序结果识别应用通知的重要性。
当不同应用的通知总数差距较大时,单纯记录用户对通知的行为值,并按行为值排序来确定通知重要性的方案可能会产生较大误差,因此在一些实施例中,也可以计算用户对通知的行为频率(例如用户对通知的行为值/一段时间内接收的应用通知数),按照该行为频率排序,再根据排序结果识别应用通知的重要性。例如在一段时间内,视频应用共发送了10条通知,其中用户打开了8次,删除了2次,则用户对视频应用通知的行为值D为6;而购物应用发送了20条通知,其中用户打开了15次,删除了5次,则用户对购物应用通知的行为值D为10。按照用户对通知的行为值排序,购物应用的重要性应高于视频应用的重要性,而按照用户对通知的行为频率排序,视频应用的重要性应高于购物应用的重要性。
应理解,由于用户查看通知时需要打开相应应用,因此本申请实施例中对应用的打开行为次数包括用户查看通知的次数。在实际应用中,手机可以通过应用在前台的运行情况确定用户打开应用的次数A,而通过用户从通知的打开入口查看通知的情况确定用户查看通知的次数B。还应理解,本申请实施例中,同时提及应用和通知时,可以理解为该应用为该通知所属的应用。
在一种可能的实现方式中,手机可以在应用设置维度、应用分类维度和用户操作维度中的至少两个维度上判断通知属性。即手机可以根据应用重要性设置、应用分类优先级和用户关注度中的至少两个判断通知属性。
示例性的,可以根据应用设置维度、应用分类维度和用户操作维度对通知属性的影响,为应用重要性设置、应用分类优先级和用户关注度中的至少两个设置权重。其中对通知属性影响较大的或者在表征通知属性过程中较为重要的可以设置较大的权重,对通知属性影响较小的或者在表征通知属性过程中不太重要的可以设置较小的权重。
例如,在应用设置维度,应用重要性可以设置为重要或不重要,可以记应用重要性为E,E>0表示重要,E<0表示不重要。应用重要性E的权重可以有两个,例如E>0时权重为e1,E<0时权重为e2,这样当应用重要性设置为重要和不重要时,其对通知属性的影响或称对通知属性的重要程度不同。假设当E<0时对通知属性的影响大于E>0时对通知的影响,或者E<0时可以对通知属性起决定性作用,那么可以设置e1>e2。当然,应用重要性E的权重可以有一个,即不论E>0还是E<0,其对通知属性的影响都是相同的。
应理解,应用重要性E可以设置具体的数值,例如E=1表示重要,E=-1表示不重要。在一些其他实施例中,也可以设置E=2时表示相对重要,E=1时表示相对不重要等。本申请实施例不作限定。还应理解,应用重要性的权重的使用可以有多种形式,例如手机可以根据E判断应用重要性设置,然后根据不同情况直接使用对应的权重;或者手机可以直接使用应用重要性设置的E值和对应的权重,本申请实施例不作限定。需要说明的是,如果E的值仅是用于区分应用重要性的类别的话,可以仅使用对应的权重。
再如,在应用分类维度,应用所属类别的优先级可以包括一个或多个,通知重要性可以分为一个或多个等级,其中通知重要性的等级对应应用的优先级分类级别。将基于应用分类识别的通知重要性记做F,F可以有一个或多个取值,对应通知重要性的等级,即F取值不同,通知重要性不同。示例性的可以将F取不同值时设置不同的权重f,即F的不同取值对应一个加权因子f。为方便理解,举例来说,聊天类应用为高优先级,游戏类应用为低优先级,相应地,聊天类应用的通知属性为高重要性,游戏类应用的通知属性为低重要性。聊天类应用的通知重要性权重设置为f1,游戏类应用的通知重要性权重设置为f2,可以理解,f1>f2。需要说明的是,如果F的值仅是用于区分应用的分类的话,可以仅使用对应的权重。
又如,在用户操作维度,可以将用户关注度的权重设置为d。可选地,用户关注度的权重d可以是最高的。
为方便理解,下面列举几个具体的示例。
示例一
手机接收通知,该通知所属的应用的重要性设置为不重要,例如E=1(或E<0),权重为e;对应于所属的应用的优先级,该通知的重要性等级为F,权重为f;一段时间内用户对通知的行为值为D,权重为d。
则,通知的重要性加权值可以为X=e*f*d*D,或X=(E*e+F*f+D*d)/(e+f+d);或者,因为该通知所属的应用的重要性设置为不重要,可以直接判断该通知属性为不重要,不再计算加权值。
示例二
手机接收通知,该通知所属的应用的重要性设置重要,例如E=2(或E>0),权重为e;对应于所属的应用的优先级,该通知的重要性等级为F,权重为f;一段时间内用户对通知的行为值为D,权重为d。
则,通知的重要性加权值可以为X=e*f*d*D,或X=(E*e+F*f+D*d)/(e+f+d);或者,因为该通知所属的应用的重要性设置为重要,不再考虑该维度的权重e,通知的重要性加权值可以为X=f*d*D;或者,可以将用户操作维度的权重d设置为1,则通知的重要性加权值可以为X=f*D;或者,当通知所属的应用的重要性设置为重要表示必须要显示通知的应用,则也可以直接判断该通知属性为重要,不再计算加权值。
需要说明的是,上述所示出的通知的重要性加权值计算方式仅仅是示例性的,上述示出的确定通知属性的逻辑方式也仅仅是示例性的。在实际应用中,也可以不设置权重,或者可以根据手机的具体情况相应地设计判断通知属性的方式、计算通知重要性加权方法等,本申请实施例不作限定。
因此,在步骤406中,手机按照通知重要性排序。这里,通知重要性是根据应用重要性设置、应用分类优先级和用户关注度中的至少两个确定的。可选地,手机可以按照上述计算出来的通知重要性加权值X和/或应用重要性设置进行排序。
综上,在步骤406中,手机得到的应用的通知重要性排序是手机智能排序的结果。上述步骤401至步骤406可以由手机中的处理器执行,处理器执行对应的软件算法后得到通知重要性的智能排序结果。
本申请实施例中,应用的重要性加权值或不采用加权方式得到的量化重要性的值均可以称为应用的重要程度值。应用的重要程度值可以根据用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项确定的。其中***预设的功能应用分类优先级属性可参考上文应用分类维度相关内容,***预设的应用重要性属性可参考上文的应用设置维度相关内容。
步骤407,通知批量管理智能分类和排序。
手机根据得到的通知重要性排序结果,对通知进行智能分类和排序,然后在手机的批量管理界面显示分类结果和排序结果。应理解,这里对通知进行分类和排序,可以理解为是对通知所属应用进行分类和排序。还应理解,这里在批量管理界面显示的是与应用关联的选项的分类结果和排序结果,其中每个选项所在的类别列表和所在的位置可以指示相关联应用的重要性等级和重要程度。
需要说明的是,步骤407中对应用或应用通知进行分类是按照通知重要性进行分类,即将应用分成多个重要性等级,或者说根据通知重要性将应用分为多组。与步骤404中的应用分类不同,步骤404中所述分类是将应用按功能类型进行的分类。
可选地,手机可以将通知按照重要性分为至少两类,即分为至少两个重要性等级。例如,手机可以将通知分为两类,如“不重要”和“重要”。或者,手机可以将通知分为三类,如“重要”分类、“关注度低”分类和“不重要”分类,示例性的,可参考如图6中(b)图所示的批量管理界面309。再或者,手机可以将通知分为四类,如“重要”、“次重要”、“一般重要”和“不重要”等。本申请实施例中可以设定门限值,判断重要性加权值X与门限值的关系,而将应用划分到相应类别中。
可选地,在批量管理界面显示分类结果时,可以按照重要性等级从低到高的顺序显示分类结果,即重要性等级低的一类应用在前显示,重要性等级高的一类应用在后显示,这样可以方便用户直接对重要程度低的通知进行关闭操作。
可选地,每一类中的应用可以按照上述通知重要性加权值和/或应用首字母进行排序。例如,每一类应用里,可以按照上述通知重要性加权值X进行排序,X值小的在前显示,X值大的在后显示,这样可以方便用户对重要程度低的通知进行关闭操作。再如,每一类应用里,可以按照通知所属应用的首字母进行排序,如从A-Z顺序显示。又如,每一类通知里,可以按照上述通知重要性加权值X进行排序,遇到X值相同的通知,再按照通知所属应用的首字母进行排序。
步骤408,响应用户操作,对通知重要性等级进行定制或调整。
该步骤为可选步骤,如果用户不想对手机智能分类结果进行调整,则步骤407中得到的批量管理智能分类和排序即为最终的分类结果。
可选地,手机的批量管理界面提供用户选择应用分类类别的功能,即由用户确定应用重要性等级。当用户对应用的分类类别调整后,该应用自动归类到对应重要性等级分类中。示例性的,参考图6中的(c),手机执行对应用的分类调整后,响应于用户操作,手机自动将该应用调整到对应分类中,并在批量管理界面中对应分类中显示该应用。
可选地,步骤408也可以在步骤407之前执行,例如手机恢复出厂设置后或者手机新安装应用后,这时由于手机暂时无法获取通知的用户关注度,手机可以先将应用进行随机分类,或者均归为重要性等级高的类别,或者均归为重要性等级低的类别等,或者参考图6中的(d)图。这时用户也可以选择应用分类类别,当用户对应用的分类类别调整后,该应用自动归类到对应分类中,并在手机对应用重要性进行智能分类过程中,不会更改用户的选择。因此在这种情况下,也可以称之为对通知重要性进行定制。
结合手机对应用的智能分类和用户对应用重要性等级的调整和定制,能够使通知管理更精准、更快捷。
步骤409,响应用户操作,手机执行一键打开或关闭通知。
本申请实施例中,手机可以对应用重要性进行智能分类,在手机的批量管理界面中提供了可以一键打开或关闭一类通知的控件。因此,当用户执行一键打开或关闭一类通知时,响应于用户操作,手机可以将该类中的所有通知打开或者关闭,即将该类中的所有应用的通知功能全部打开或全部关闭。示例性的,可参考图7中的(a)和(b)图。
可选地,在步骤409中,响应于用户操作,手机可以执行打开或关闭单个通知。例如在手机的批量管理界面中提供了每个应用打开通知和关闭通知的控件,响应于用户的对控件的操作,手机可以将被用户操作的应用的通知功能打开或者关闭。
上文描述了在手机可以根据通知的重要性对通知进行智能分类和排序,并支持用户对通知重要性等级进行设置(例如定制或调整)。在一些实施例中,手机在接收到多个通知时,在通知栏内显示通知时,也可以根据通知重要性进行排序显示,将重要性高的通知在前显示,重要性低的通知在后显示,这样可以使用户很方便的查看重要通知。
在一些实施例中,当手机接收到多个通知时,可以根据通知的重要性等级分类对一段时间内用户未查看的通知进行智能清理,将重要性等级低的分类或者不重要分类中的通知进行清理,例如从通知栏中删除。
在一些实施例中,手机可以对用户长时间未查看的通知进行智能清理,根据上述重要性加权值X调整清理频率。例如对于重要性高的应用的通知采用较低的清理频率,以避免无法被用户短时间内查看的重要通知被清理掉。又如,对于重要性低的应用的通知采用较高的清理频率,以避免大量不太重要的通知占满通知栏的显示列表。
在一些实施例中,当手机接收到通知后,也可以根据通知的重要性等级分类,将重要性等级低的应用的通知直接隐藏,这样可以提升用户体验。
以上示例性的描述了手机根据通知的重要性对通知所属的应用进行智能分类的整体流程图,下面以根据用户关注度对通知(或通知所属的应用)进行分类为例,描述本申请提供的应用通知管理方法的具体实现过程。
图10是本申请实施例提供的一种应用通知管理方法的示意性流程图。
为方便理解,本申请实施例中将应用通知(或应用)分为三个重要性等级,每个等级中的应用通知(或应用)归为一类(或组),手机可以按类别将应用显示于批量管理界面。示例性的,三个重要性等级所对应的类别分别记为“不重要”分类、“关注度低”分类和“重要”分类。应理解,本申请实施例中通知与所属应用是对应关系,本申请实施例将应用通知划分了重要性等级,相当于在通知管理方面将应用划分了重要性等级。还应理解,本申请实施例中对应用分类的类别名称仅仅是示例性的,本领域技术人员可以根据实际需要使用其他的能够起到提示作用的名称。
本申请实施例中,手机可以根据用户打开通知或忽略通知的行为,将应用按照重要性进行等级划分。在具体实现过程中,应用通知管理方法500可以包括以下步骤。
501,接收通知。
502,判断应用重要性等级是否被用户设置。
应理解,这里判断的是手机接收到的通知所属的应用的重要性等级是否被用户设置,也即判断通知所属的应用是否被用户按照重要性进行了分类。
本申请实施例中,手机可以提供给用户按照重要性等级对应用进行分类的功能,因此用户可以自己设置应用的重要性等级(即类别)。在一些实施例中,手机可以通过用户是否在批量管理界面对应用进行类别选择的操作判断应用重要性等级是否被用户设置。
若判断应用重要性等级被用户设置,则执行步骤503,根据用户设置情况分类。例如,该通知所属应用被用户分类为“重要”类,则在该步骤中,手机按照用户设置将该通知所属应用归为“重要”类。
若判断应用重要性等级没有被用户设置,则执行步骤504,判断通知是否打开。
这里所述“通知是否被打开”应理解为手机接收到的应用的所有通知中是否有被打开过的通知,或者理解为通知所属的应用是否通过用户查看通知被打开过。下面分两种情况讨论。
在一种情况下,如果通知被打开,则执行步骤505,统计通知打开的次数。
应理解,该步骤中统计的是通知所属应用的通知被打开的次数。通知打开的次数可以理解为用户通过通知栏打开查看应用的次数。例如,手机检测通知被打开(即手机检测到用户通过通知栏打开应用),则通知打开的次数增加1。本申请实施例中,统计通知打开次数的时间可以是从手机自出厂后开始统计,可以是自手机每次开机后开始统计,可以是自上次得到分类结果之后开始统计,本申请实施例不作限定。还应理解,本申请实施例中,统计的是各个应用各自的通知打开次数,例如某个聊天应用的通知打开次数统计为123次,某个视频应用的通知打开次数统计为26次。
需要说明的是,本申请实施例中,手机检测到用户下拉通知栏,触摸单击一条通知,打开对应的应用,可以视为“打开通知”。
步骤506,统计通知打开频率。
本申请实施例中可以将一个采样时间内通知的打开频率作为通知打开频率,其中通知采样时间可以是一年(12个月)、6个月、一个季度(3个月)、一个月、15天、一周(7天)、一天或者12个小时等,本申请实施例不作限定。
通知打开频率的确定方式有多种。
作为一个示例,通知打开频率可以根据在采样时间内应用通知打开的次数与在采样时间内手机接收到的所有通知数确定。例如在采样时间内,手机共接收到30个通知,其中包括12个聊天应用的通知,该聊天应用在采样时间的通知打开次数为12,则该聊天应用的通知打开频率可以等于在采样时间内该聊天应用的通知打开次数12与在采样时间内手机接收到的所有通知数30的比值。
作为另一个示例,通知打开频率可以根据在采样时间内应用通知打开的次数与采样时间内手机接收到的该应用的所有通知数确定。例如在采样时间内,手机接收到某个视频应用的20个通知,其中通知被打开的次数为10,则该视频应用的通知打开频率可以等于在采样时间内该视频应用的通知打开次数10与在采样时间内手机接收到的该视频应用的所有通知数20的比值。
作为又一个示例,通知打开频率可以根据在采样时间内应用通知打开的次数来确定。即,在采样时间内,将应用通知打开的次数作为通知打开频率。例如,在采样时间内,手机检测到用户打开21次聊天应用的通知,打开3次游戏应用的通知,则可以理解为在采样时间内,聊天应用的通知打开频率大于游戏应用的通知打开频率。
步骤507,判断通知打开频率是否大于第一门限。
如果通知打开频率大于第一门限,则执行步骤508,将通知所属应用分类到“重要”一类。
如果通知打开频率小于或等于第一门限,则执行步骤514,将通知所属应用分类到“关注度低”一类。
返回到步骤504的另一种情况,如果通知没有被打开(即通知一直没有被打开,或者说通知所属应用没有通过查看通知而被打开过),则执行步骤509,判断通知是否被忽略。
若通知没有被忽略,则执行步骤514,将通知所属应用分类到“关注度低”一类。也就是说,当手机接收到的通知没有被打开,也没有忽略,直接将该应用归类为“关注度低”。
若通知被忽略,则执行步骤510,统计通知被忽略的次数。
应理解,该步骤中统计的是通知所属应用的通知被忽略的次数。例如,通知被忽略,则通知被忽略的次数增加1。本申请实施例中,统计通知被忽略次数的时间可以是从手机自出厂后开始统计,可以是自手机每次开机后开始统计,可以是自上次得到分类结果之后开始统计,本申请实施例不作限定。还应理解,本申请实施例中,统计的是各个应用各自的通知被忽略次数,例如某个购物应用的通知被忽略次数统计为28次,某个游戏应用的通知被忽略次数统计为17次。
需要说明的是,手机检测到用户下拉通知栏,响应用户操作例如用户手指在通知上向左滑动一段距离、或者用户手指在通知上向右滑动一段距离、或者用户长按通知并在弹出的选择框中选择删除选项等,手机将该通知从通知栏删除,可以视为“忽略通知”。
步骤511,统计通知被忽略频率。
本申请实施例中可以将一个采样时间内通知被忽略的频率作为通知忽略频率,其中的通知采样时间可以是一年(12个月)、6个月、一个季度(3个月)、一个月、15天、一周(7天)、一天或者12个小时等,本申请实施例不作限定。
通知被忽略频率的确定方式有多种。
作为一个示例,通知被忽略频率可以根据在采样时间内应用通知被忽略的次数与在采样时间内手机接收到的所有通知数确定。例如在采样时间内,手机共接收到30个通知,其中包括17个购物应用的通知,该购物应用在采样时间的通知被忽略次数为17,则该购物应用的通知被忽略频率可以等于在采样时间内该购物应用的通知被忽略次数17与在采样时间内手机接收到的所有通知数30的比值。
作为另一个示例,通知被忽略频率可以根据在采样时间内应用通知被忽略的次数与采样时间内手机接收到的该应用的所有通知数确定。例如在采样时间内,手机接收到某个游戏应用的20个通知,其中通知被忽略的次数为12,则该游戏应用的通知被忽略频率可以等于在采样时间内该游戏应用的通知被忽略次数12与在采样时间内手机接收到的该游戏应用的所有通知数20的比值。
作为又一个示例,通知被忽略频率可以根据在采样时间内应用通知被忽略的次数来确定。即,在采样时间内,将应用通知被忽略的次数作为通知被忽略频率。例如,在采样时间内,手机检测到用户忽略3次聊天应用的通知,忽略21次游戏应用的通知,则可以理解为在采样时间内,聊天应用的通知被忽略频率小于游戏应用的通知被忽略频率。
步骤512,判断通知被忽略频率是否大于第二门限。
如果通知被忽略频率大于第二门限,则执行步骤513,将通知所属应用分类到“不重要”一类。
如果通知被忽略频率小于或等于第二门限,则执行步骤514,将通知所属应用分类到“关注度低”一类。
简单理解,假设在采样时间内接收到某个应用的通知个数(或者手机接收到的所有通知个数)为Z,其中如果通知被打开过,假设该应用的被打开的通知次数为X,通知打开频率为X/Z,如果通知一直没有被打开过,假设该应用的被忽略的通知次数为Y,通知被忽略频率为Y/Z,其中X和Y均小于或等于Z(例如当X或Y小于Z时,可以是有部分通知既没有被打开,也没有被用户主动忽略,而是一直在通知栏内显示)。如果通知被打开过,则若X/Z大于第一门限,该应用可以被归为“重要”分类,可以理解为用户对该应用或该应用通知的关注度高。若X/Z小于等于第一门限,该应用可以被归类为“关注度低”分类,可以理解为用户对该应用或应用通知的关注度低,会打开看通知,但是频率中等。如果通知一直未被打开,则若Y/Z大于第二门限,该应用可以被归为“不重要”分类,可以理解为用户对该应用或该应用通知的关注度很低,不想看该应用的通知。若Y/Z小于等于第二门限,该应用可以被归类为“关注度低”分类。应理解,通知打开频率等于第一门限的情况可以根据实际需要确定为将应用归为“重要”或“关注度低”,通知被忽略频率等于第二门限的情况可以根据实际需要确定为将应用归为“不重要”或“关注度低”。
需要说明的是,本申请实施例中,通知被忽略指的是被用户主动忽略,通知被忽略的情况包括通知被用户单个忽略和/或通知被用户一键忽略的情况。
将应用进行重要性等级划分后,在批量管理界面中可以按照上述应用的分类结果显示与应用相关联的选项的划分类别列表的结果。
可选地,本申请实施例的应用通知管理方法还可以包括步骤515,在“关注度低”分类内,根据通知打开频率由低到高对应用排序。这样在该分类内可以首先将通知打开频率低的应用选项显示给用户,用户可以将这些应用的通知功能关闭,提升用户体验。
可选地,在“关注度低”分类内,还可以根据通知被忽略频率由高到低对应用排序。这样在该分类内可以首先将通知被忽略频率高的应用选项显示给用户,用户可以将这些应用的通知功能关闭,提升用户体验。
可选地,在“重要”分类和“不重要”分类中,也可以根据通知打开频率由低到高对应用进行排序,或者根据通知被忽略频率由高到低对应用进行排序。
在一些实施例中,也可以只设定一个门限值,手机按照通知打开频率或通知被忽略频率将所有应用分为两个重要性等级,即两类。在另一些实施例中,也可以设定多个门限值,手机按照通知打开频率和/或通知被忽略频率将所有应用分为四个、五个甚至更多个重要性等级,相应地归为四类、五类甚至更多类,本申请实施例不作限定。
可选地,本申请实施例中还可以将部分应用的重要性等级进行***预设。因此,在步骤504之前还包括:判断应用重要性等级是否被***预设。如果应用重要性等级被***预设,则根据***预设情况分类;如果应用重要性等级没有被***预设,则执行步骤504。
这样手机可以按照***预设的重要性等级将应用分类为预设好的类别,例如将电话、信息等必须应用的通知重要性等级预设为最高,这样可以确保在任何场景下都不会关闭此类应用的通知,防止纯依赖用户使用习惯而导致将电话、信息等应用被分类到重要性等级低的分类中,有可能手机不会接收此类应用的通知。将一些必须应用***预设为最高重要性等级,可以防止手机对应用的智能分类不满足用户的使用习惯。
本申请实施例中根据通知打开频率和通知被忽略频率将应用分为多个类别,对应着应用通知的多个重要性等级。这样用户可以了解哪些应用是自己关注度高或者经常查看应用通知的,哪些应用是关注度低或者哪些应用通知是不太感兴趣的,从而根据类别(或重要性等级)选择打开或关闭的哪些应用的通知功能。这样手机将接收到用户感兴趣或关注度高的应用通知,而不会检测用户不感兴趣或关注度低的应用通知。当然,通过对用户操作通知的行为,可以智能识别不重要应用,可以提升关闭用户不关注应用的通知的效率。
另外,在各个分类中,手机可以根据通知打开频率由低到高进行排序或者根据通知被忽略频率由高到低并显示给用户,这样用户可以了解自己使用应用或者查看应用通知的频率大小,从而将通知打开频率低或通知被忽略频率高的应用的通知功能关闭。
本申请实施例中,将打开过通知的应用根据通知打开频率可以分到至少两个类别中,将一直未打开过通知的应用根据通知被忽略频率可以分到至少两个类别中,考虑了用户的使用习惯,将用户经常查看通知的应用归类为重要性等级最高的类别中,将用户经常主动忽略通知的应用归类为重要性等级最低的类别中,将其他归为重要性等级居中的类别中,使得手机对应用的智能分类更符合用户的使用习惯。
图11是本申请实施例提供的另一种应用通知管理方法的示意性流程图。
与图10所述类似,为方便理解,本申请实施例中将应用通知(或应用)分为三个重要性等级,其所对应的类别分别记为“不重要”分类、“关注度低”分类和“重要”分类。
本申请实施例中,手机可以根据用户打开通知的行为,将应用按照重要性等级进行分类。在具体实现过程中,应用通知管理方法600可以包括以下步骤。
步骤601,接收通知。
步骤602,判断应用重要性等级是否被用户设置。
步骤602与图10中的步骤502相同,具体可参考上文描述,在此不再赘述。
若判断应用重要性等级被用户设置,则执行步骤603,根据用户设置情况分类。例如,该通知所属应用被用户分类为“不重要”类,则在该步骤中,手机按照用户设置将该通知所属应用归为“不重要”类。
若判断应用重要性等级没有被用户设置,则执行步骤604,统计通知打开的次数。该步骤与图10中的步骤505相同,具体可参考上文描述,在此不再赘述。
步骤605,统计通知打开频率。该步骤与图10中的步骤506相同,具体可参考上文描述,在此不再赘述。
步骤606,判断通知打开频率所在的频率范围。
若通知打开频率大于第一门限,则执行步骤607,将通知所属应用分类到“重要”一类。
若通知打开频率小于第三门限,则执行步骤609,将通知所属应用分类到“不重要”一类。
若通知打开频率大于等于第三门限且小于等于第一门限,则执行步骤608,将通知所属应用分类到“关注度低”一类。
简单理解,假设在采样时间内接收到某个应用的通知个数(或者手机接收到的所有通知个数)为Z,其中该应用的被打开的通知次数为X,通知打开频率为X/Z,其中X小于或等于Z。若X/Z大于第一门限时,该应用可以被归为“重要”分类,可以理解为用户对该应用或该应用通知的关注度高。若X/Z小于第三门限,该应用可以被归为“不重要”分类,可以理解为用户对该应用或该应用通知的关注度很低,不想看该应用的通知。除了上述两种情况外,处于其他情况例如X/Z小于等于第一门限且X/Z大于等于第三门限时,该应用可以被归类为“关注度低”分类,可以理解为用户对该应用或应用通知的关注度低,会打开看通知,但是频率中等。应理解,通知打开频率等于第一门限的情况可以根据实际需要确定为将应用归为“重要”或“关注度低”,通知打开频率等于第三门限的情况可以根据实际需要确定为将应用归为“不重要”或“关注度低”。
可选地,应用通知管理方法600还可以包括步骤610,在“关注度低”分类内,根据通知打开频率由低到高对应用排序。这样在该分类内可以首先将通知打开频率低的应用显示给用户,用户可以将这些应用的通知功能关闭,提升用户体验。
可选地,在“关注度低”分类内,也可以根据通知打开频率由高到低对应用排序,和/或按照应用首字母顺序进行排序,本申请实施例不作限定。
可选地,在“重要”分类和“不重要”分类中,也可以根据通知打开频率由低到高对应用进行排序,或者根据通知打开频率由高到低对应用进行排序,或者按照应用首字母进行排序。由于用户在“重要”分类中可能只想关闭个别应用的通知功能,或者在“不重要分类”中只想打开个别应用的通知功能,所以上述两个分类按照应用首字母进行排序时,能够方便用户按照应用名称进行查找,提升用户体验。
在一些实施例中,也可以只设定一个门限值,手机按照通知打开频率将所有应用分为两个重要性等级,即两类。在另一些实施例中,也可以设定多个门限值,手机按照通知打开频率将所有应用分为四个、五个甚至更多个重要性等级,相应地归为四类、五类甚至更多类,本申请实施例不作限定。
考虑到用户一般只会打开自己感兴趣的通知,而将不想查看的通知进行单个删除或将通知栏内的所有通知一键删除,本申请实施例中,根据通知打开频率将应用进行重要性等级的分类,考虑用户的使用习惯,将用户查看通知频率高的应用归类为重要性等级高的类别中,将用户查看通知频率低的应用归类为重要性等级低的类别中,使得手机对应用的智能分类更符合用户的使用习惯。
图12是本申请实施例提供的另一种应用通知管理方法的示意性流程图。
与图10所述类似,为方便理解,本申请实施例中将应用通知(或应用)分为三个重要性等级,其所对应的类别分别记为“不重要”分类、“关注度低”分类和“重要”分类。
本申请实施例中,手机可以根据用户使用应用的行为例如对应用的使用频率,将应用按照重要性等级进行分类。在具体实现过程中,应用通知管理方法700可以包括以下步骤。
步骤701,接收通知。
步骤702,判断应用重要性等级是否被用户设置。
步骤702与图10中的步骤502相同,具体可参考上文描述,在此不再赘述。
若判断应用重要性等级被用户设置,则执行步骤703,根据用户设置情况分类。例如,该通知所属应用被用户分类为“关注度低”类,则在该步骤中,手机按照用户设置将该通知所属应用归为“关注度低”类。
若判断应用重要性等级没有被用户设置,则执行步骤704,判断通知所属应用是否被打开。应理解,这里“应用是否被打开”应理解为应用是否被打开过。
可选地,判断应用是否被打开可以通过该应用的界面是否在前台来判断。
下面分两种情况讨论。
在一种情况下,如果应用被打开,则执行步骤705,统计应用打开的次数。
应理解,该步骤中统计的是通知所属的应用被打开的次数。例如,应用被打开,则应用打开的次数增加1。本申请实施例中,统计应用打开次数的时间可以是从手机自出厂后开始统计,可以是自手机每次开机后开始统计,可以是自上次得到分类结果之后开始统计,本申请实施例不作限定。还应理解,本申请实施例中,统计的是各个应用的打开次数,例如某个聊天应用的打开次数统计为123次,某个视频应用的打开次数统计为26次。
由于用户在查看通知时,需要打开相应的应用,因此本申请实施例中应用打开的次数应包括用户通过打开通知而打开应用的次数和用户单独打开应用(例如通过应用图标打开应用,或者通过链接打开应用)的次数。
步骤706,统计应用打开频率。
本申请实施例中可以将一个采样时间内应用的打开频率作为应用打开频率,其中采样时间可以是一年(12个月)、6个月、一个季度(3个月)、一个月、15天、一周(7天)、一天或者12个小时等,本申请实施例不作限定。
应用打开频率的确定方式有多种。
作为一个示例,应用打开频率可以根据在采样时间内应用打开的次数与在采样时间内用户打开所有应用的次数确定。例如在采样时间内,手机检测到用户共打开50次应用,其中包括打开21次聊天应用,该聊天应用在采样时间的打开次数为21,则该聊天应用的打开频率可以等于在采样时间内该聊天应用的打开次数21与在采样时间内用户打开应用的所有次数50的比值。
作为另一个示例,应用打开频率可以根据在采样时间内应用打开次数确定。例如在采样时间内,手机检测到用户打开聊天应用的次数为21,则可以将该聊天应用的打开次数作为在采样时间内该聊天应用打开频率。
步骤707,判断应用打开频率是否大于第一门限。
若应用打开频率大于第一门限,则执行步骤708,将通知所属应用分类到“重要”一类。
若应用打开频率小于或等于第一门限,这执行步骤709,将通知所属应用分类到“关注度低”一类。应理解,这里应用打开频率大于0。
应理解,应用打开频率等于第一门限的情况,在实际应用中可以根据需要确定为归类为“重要”或“关注度低”。
返回到步骤704的另一种情况,如果应用没有被打开,则执行步骤710,确定通知所属应用一直未被打开过。即应用在采样时间内被打开的频率为0。
步骤711,将通知所属应用分类到“不重要”一类。
简单理解,假设在采样时间内手机检测到用户打开了X次应用,将其作为应用打开频率。若X大于第一门限,该应用可以被归为“重要”分类;若X小于或等于第一门限,该应用可以被归为“关注度低”分类;若X为0,该应用可以被归为“不重要”分类。
可选地,应用通知管理方法700还可以包括步骤712,在“关注度低”分类内,根据应用打开频率由低到高对应用排序。这样在该分类内可以首先将应用打开频率低的应用显示给用户,用户可以将这些应用的通知功能关闭,提升用户体验。
可选地,在“重要”分类也可以根据应用打开频率由低到高对应用进行排序和/或应用首字字母顺序进行排序;“不重要”分类中由于应用打开频率均为0,所以该类别中可以根据应用首字字母顺序进行排序。
在一些实施例中,也可以只设定一个门限值,手机按照应用打开频率将所有应用分为两个重要性等级,即两类。例如将应用打开频率为0的归为“关注度低”一类,取消“不重要”分类。在另一些实施例中,也可以设定多个门限值,手机按照应用打开频率将所有应用分为四个、五个甚至更多个重要性等级,相应地归为四类、五类甚至更多类,本申请实施例不作限定。
本申请实施例中根据应用打开频率将应用分为多个类别,对应着应用通知的多个重要性等级。这样用户可以了解哪些应用是自己关注度高或者经常使用的,哪些应用是关注度低或者不常使用的,从而根据类别(或重要性等级)选择打开或关闭的哪些应用的通知功能。这样手机将接收到用户关注度高或经常使用的应用的通知,而不会检测用户不常使用或关注度低的应用的通知。当然,通过对用户使用应用的行为,可以智能识别不重要应用,提升了关闭不关注应用通知的效率。
另外,在各个分类中,手机可以根据应用打开频率由低到高进行排序并显示给用户,这样用户可以了解自己使用应用的频率大小,从而将应用打开频率低的应用的通知功能关闭。
此外,在“重要”分类和“不重要”分类中,也可以根据应用打开频率由低到高对应用进行排序,或者根据应用打开频率由高到低对应用进行排序,或者按照应用首字母进行排序。由于用户在“重要”分类中可能只想关闭个别应用的通知功能,或者在“不重要分类”中只想打开个别应用的通知功能,所以上述两个分类按照应用首字母进行排序时,能够方便用户按照应用名称进行查找,提升用户体验。
本申请实施例中,根据应用打开频率对将应用进行重要性等级的分类,可以将用户从未打开过的应用归类为重要性等级最低的类别,可以认为用户不想查看这些应用的通知,而将用户打开过的应用根据打开频率划分为一个或多个类别,考虑了用户使用习惯,使得手机对应用的重要性等级智能分类更符合用户的使用习惯。
图13是本申请实施例提供的另一种应用通知管理方法的示意性流程图。
与图10所述类似,为方便理解,本申请实施例中将应用通知(或应用)分为三个重要性等级,其所对应的类别分别记为“不重要”分类、“关注度低”分类和“重要”分类。
本申请实施例中,手机可以根据用户应用的行为例如对应用的使用频率,将应用按照重要性等级进行分类。在具体实现过程中,应用通知管理方法800可以包括以下步骤。
步骤801,接收通知。
步骤802,判断应用重要性等级是否被用户设置。
步骤802与图10中的步骤502相同,具体可参考上文描述,在此不再赘述。
若判断应用重要性等级被用户设置,则执行步骤803,根据用户设置情况分类。例如,该通知所属应用被用户分类为“关注度低”类,则在该步骤中,手机按照用户设置将该通知所属应用归为“关注度低”类。
若判断应用重要性等级没有被用户设置,则执行步骤804,统计应用打开的次数。该步骤与图12中的步骤705相同,具体可参考上文描述,在此不再赘述。
步骤805,统计应用打开频率。该步骤与图12中的步骤706相同,具体可参考上文描述,在此不再赘述。
步骤806,判断应用打开频率所在的频率范围。
若应用打开频率大于第一门限,则执行步骤807,将通知所属应用分类到“重要”一类。
若应用打开频率小于第三门限,则执行步骤809,将通知所属应用分类到“不重要”一类。
若应用打开频率大于等于第三门限且小于等于第一门限,则执行步骤808,将通知所属应用分类到“关注度低”一类。
简单理解,假设在采样时间内手机检测到用户打开了X次应用,将其作为应用打开频率。若X大于第一门限,该应用可以被归为“重要”分类;若X小于第三门限,该应用可以被归为“不重要”分类;若X大于等于第三门限且小于等于第一门限,该应用可以被归为“关注度低”分类。应理解,应用打开频率等于第一门限的情况可以根据实际需要确定为将应用归为“重要”或“关注度低”,应用打开频率等于第三门限的情况可以根据实际需要确定为将应用归为“不重要”或“关注度低”。
可选地,应用通知管理方法800还可以包括步骤810,在“关注度低”分类内,根据应用打开频率由低到高对应用排序。这样在该分类内可以首先将应用打开频率低的应用显示给用户,用户可以将这些应用的通知功能关闭,提升用户体验。
可选地,在“重要”分类和“不重要”分类中也可以根据应用打开频率由低到高对应用进行排序和/或应用首字字母顺序进行排序。
在一些实施例中,也可以只设定一个门限值,手机按照应用打开频率将所有应用分为两个重要性等级,即两类。在另一些实施例中,也可以设定多个门限值,手机按照应用打开频率将所有应用分为四个、五个甚至更多个重要性等级,相应地归为四类、五类甚至更多类,本申请实施例不作限定。
需要说明的是,本申请实施例中,通知被打开的次数和被忽略的次数值、应用被打开的次数值等仅仅是示例性的,对本申请实施例不造成任何限定。
图10至图13所述的应用通知管理方法中,手机可以根据重要性将应用划分为至少两个重要性等级(或类别)。在手机的批量管理界面,可以提供按照重要性排序管理的开关,参考图6中的(a)图所示的分类排序管理控件308。用户打开后可以按照重要性等级对应的类别对应用进行分组显示。以将应用划分为“重要”、“关注度低”和“不重要”三个类别为例,在打开重要性排序管理的开关时,可以默认按“不重要”、“关注度低”和“重要”大类对应用进行分组显示,参考6中的(b)图。在显示界面中向用户先呈现重要性等级低的类别,这样用户方便用户关闭显示在前的类别中的应用的通知功能。
可选地,手机可以提供用户调整应用的重要性等级的功能,参考图6中的(c)和(d),用户可以对应用的重要性等级(或类别)进行调整或定制。这样用户可以对手机自动分析的分类结果进行调整,满足用户在特定场景下的需求。
可选地,手机还可提供按类别打开或关闭通知的开关,参考7所示的通知组开关控件311,这样用户可以一键打开或关闭一组应用的通知功能,实现通知的批量化管理,提升通知管理的效率。
可选地,手机还提供单个应用打开或关闭通知的开关,参考7中的(b)图所示的通知开关控件312,这样用户也可以打开或关闭某个或某些应用的通知功能。
可选地,手机还提供是否关闭通知的建议。例如在相应的类别处显示“建议关闭”、“选择关闭”、“建议开启”、“选择开启”等内容。
可选地,在每个类别中,手机可以按照重要程度(或用户关注度)由低到高的顺序排序,将每个类别中重要程度低的应用先呈现,可以用户了解使用应用的频率情况。当用户想要关闭关注度低的应用的通知功能时,方便用户操作,提升通知管理的效率。
可选地,手机将应用按照重要性等级分类后,可以自动关闭重要性等级低的类别中的应用的通知功能,自动打开重要性等级高的类别中的应用的通知功能。例如,手机可以根据用户对应用的使用行为或对应用通知的查看行为进行智能管理,自动打开“重要”分类中的应用的通知功能,自动关闭“不重要”分类中的应用的通知功能。这样,手机自动管理应用的通知功能,可以提升通知管理的效率。
可选地,在第一时间段内,批量管理界面可以将第一采样时间内对应用的分类结果进行显示。在第二时间段内,批量管理界面可以将第二采样时间内对应用的分类结果进行显示。即手机可以对应用或通知的重要性等级进行动态刷新,从而在批量管理界面中显示最新的重要性等级分类结果。进一步地,根据上一次的重要性等级分类结果和最新的重要性等级分类结果,可以相应类别的通知开关设置,自动打开或关闭类别有所调整的应用的通知功能。
可选地,手机将应用按照重要性等级分类后,可以根据重要性等级分类结果,在通知栏内自动清理或隐藏重要性等级低的应用通知。
可选地,对于长时间未查看的应用通知,手机可以进行智能清理,其中手机可以根据应用的重要性等级分类或应用的各自的重要程度调整清理的频率。
可选地,手机将应用按照重要性等级分类后,可以根据重要性等级分类结果,在通知栏内根据通知的重要性从高到低进行排序显示。
结合上述实施例及相关附图,本申请实施例提供了一种应用通知管理方法,该方法可以在如图1、图2所示的具有摄像头的电子设备(例如手机、平板电脑等)中实现。图14是本申请实施例提供的应用通知管理方法的示意性流程图,如图14所示,该方法900可以包括以下步骤:
901,显示第一界面。
该第一界面包括至少两个类别列表,该至少两个类别列表与至少两个应用重要性等级一一对应,该至少两个类别列表中的第一类别列表包括至少一个选项,该至少一个选项中的每个选项关联一个应用。
示例性的,如图6中的(b)所示,该第一界面可以为手机的批量管理界面309。该批量管理界面用于控制应用的通知功能的开启和关闭。
示例性的,如图6中的(b)所示,该第一界面可以包括“不重要”类别列表、“关注度低”类别列表、“重要”类别列表等。
本申请实施例中,至少两个类别列表与应用的至少两个重要性等级一一对应。即,一个类别列表对应一个应用的重要性等级,每个类别列表对应的重要性等级不同。示例性的,如图6中的(b)所示,“不重要”类别列表可以对应应用的最低重要性等级,“关注度低”类别列表可以对应应用的中等重要性等级,“重要”类别列表可以对应应用的最高重要性等级。换言之,可以理解为类别列表根据应用的重要性等级划分,其中重要性等级相同的应用,可以对应同一个类别列表。
示例性的,如图6中的(b)所示,该至少一个选项可以与应用名称相同,例如“备份”选项、“备忘录”选项、“地图”选项、“天气”选项等。该至少一个选项中的每个选项关联一个应用,与应用相关联的选项用于控制该应用的通知功能的开启和关闭。应理解,每个应用对应类别列表中的一个选项,该选项用于唯一控制一个应用通知功能的开启和关闭。换言之,与应用相关联的选项只属于该至少两个类别列表中的一个类别列表。
应理解,电子设备上安装的应用与第一界面上所包括的选项一一对应,即一个应用对应第一界面上的一个选项。
902,检测用户在第一界面上的第一操作。
示例性的,如图7中的(a)所示,该第一操作可以是对“不重要”类别列表对应的通知组开关控件311的关闭操作。可选地,若组开关控件311在第一操作之前处于关闭状态,则第一操作可以是对“不重要”类别列表对应的通知组开关控件311的打开操作。
可选地,该第一操作可以是对第一界面上任意一个类别列表对应的通知组开关控件的操作。
903,响应于该第一操作,打开或关闭该第一类别列表中全部选项所关联的应用的通知功能。
可选地,当第一类别列表中部分或全部选项所关联的应用的通知功能处于打开状态时,则响应该第一操作,关闭第一类别列表中全部选项所关联的应用的通知功能。应理解,关闭第一类别列表中全部选项所关联的应用的通知功能,包括将应用从通知功能处于打开状态改为处于关闭状态,和,继续保持通知功能处于关闭状态。
可选地,当第一类别列表中部分或全部选项所关联的应用的通知功能处于关闭状态时,则响应该第一操作,打开第一类别列表中全部选项所关联的应用的通知功能。应理解,打开第一类别列表中全部选项所关联的应用的通知功能,包括将应用从通知功能处于关闭状态改为处于关闭状态,和,继续保持通知功能处于打开状态。
示例性的,如图7中的(b)所示,响应于第一操作,关闭“不重要”类别列表中所有选项关联的应用的通知功能。
可选地,本申请实施例中,该第一类别列表显示于该至少两个类别列表中的第二类别列表之前,其中该第一类别列表对应该至少两个应用重要性等级中的第一重要性等级,该第二类别列表对应该至少两个应用重要性等级中的第二重要性等级,该第一重要性等级低于该第二重要性等级。换句话说,第一类别列表中全部选项所关联的应用具有第一重要性等级,第二类别列表中全部选项所关联的应用具有第二重要性等级,该第一重要性等级低于该第二重要性等级。这样应用重要性等级越低,在批量管理界面中,与应用重要性等级对应的类别列表显示在界面前端,方便用户关闭重要性等级低的应用的通知功能。
一个实施例中,该方法900还包括:根据预设规则确定第一应用的重要性等级;根据应用重要性等级与类别列表的对应关系,确定与该第一应用相关联的选项所属的类别列表;其中,该预设规则包括:用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项。
应理解,第一应用为第一界面上与选项相关联的任意一个应用,或者认为是电子设备上安装的任意一个应用。本申请实施例中,根据应用的重要性等级确定第一界面上的类别列表,至少两个类别列表可以指示应用的重要性等级,方便用户对应用的通知功能进行选择性操作。应用的重要性等级的确定方式可以参考图9至图13中相关描述,在此不再赘述。
可选地,该用户设置的应用所属重要性等级和该***预设的应用重要性属性的优先级,比该***预设的功能性应用分类优先级属性和该用户与应用的交互频率的优先级高。
本申请实施例中,用户设置应用的重要性等级的优先级较高,这样第一界面上显示的类别列表符合用户的爱好、习惯,提升用户体验。***预设的应用重要性属性的优先级较高,可以避免一些必须接收通知的应用,其通知功能不会被关闭。
一个实施例中,该根据预设规则确定第一应用的重要性等级,包括:确定第一预设时间段内用户与该第一应用的交互频率;根据预设交互频率门限值与应用重要性等级的对应关系,确定该第一应用的重要性等级。
本申请实施例中可以根据用户与应用的交互频率确定应用的重要性等级,体现于第一界面上时,用户可以了解自己近期对应用或通知的关注程度,从而根据对用户的关注程度选择关闭或打开应用的通知功能。
可选地,该用户与应用的交互频率是根据用户查看通知的频率、用户忽略通知的频率、用户使用应用的频率中的至少一项确定的。
示例性的,用户与应用的交互频率可以根据用户查看通知的频率和用户使用应用的频率加权求和或加权平均得到。
可选地,该第一类别列表中该至少一个选项的排列顺序,与该至少一个选项所关联的应用的重要程度值由低到高的顺序相对应;其中,应用的重要程度值是根据用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项确定的。
示例性的,应用的重要性程度值可以定量表征应用的重要性。本申请实施例中,用户与应用的交互频率越高,可以认为应用的重要性越高。***预设的应用重要性属性为重要时,可以认为应用的重要性越高。用户设置的应用所属重要性等级越高,可以认为应用的重要性越高。***预设的功能性应用分类优先级属性为高优先级的,可以认为应用的重要性越高。应理解,本申请实施例中,***预设的功能性应用分类优先级属性可以理解为,***预设有分类优先级模板,例如聊天类应用的优先级最高,支付类应用的优先级次之,游戏类应用的优先级最低等,当应用属于某一分类时,该应用具有与该分类对应的优先级。其中,应用分类优先级高的,其通知消息的优先级高。应用的重要程度值的计算方式可以参考图9至图13中相关描述,在此不再赘述。
本申请实施例中,用户通过第一类别列表中选项的排序顺序可以知道相应应用的重要程度值相对大小,这样用户可以将重要程度低的应用的通知功能关闭。
可选地,该至少一个选项中的第一选项相关联的应用对应第一清理周期,该第一清理周期用于对该第一选项相关联的应用的通知进行周期性清理;其中,该第一清理周期是根据该第一选项相关联的应用的重要程度值确定的。
话句话说,电子设备可以对第一类别列表里全部选项所关联的应用通知中未被用户查看的通知,进行周期性清理,其中应用通知的清理周期与该应用的重要程度值相对应。
本申请实施例中,用户长时间未查看的通知,电子设备可以进行周期性清理,其中清理周期可以与应用的重要程度值相对应。换言之,手机可以根据应用的重要程度值调整应用通知的清理周期。例如应用的重要程度值越高,应用通知的清理周期越长,避免用户错过重要通知。
一个实施例中,在显示第一界面之前,方法900还包括:显示第二界面,该第二界面包括第一开关和多个选项,其中该多个选项中的每个选项关联一个应用;检测用户在该第二界面上的第二操作,该第二操作用于打开该第一开关;响应于该第二操作,显示该第一界面。
示例性的,如图6中的(a)所示,该第二界面可以为手机的批量管理界面307,在该批量管理界面中,与应用相关联的选项可以按照字母顺序排列。
示例性的,如图6中的(a)所示,该第一开关可以为分类排序管理控件308。该第一开关用户控制手机的批量管理界面的显示形式。当第一开关处于关闭状态时,手机的批量管理界面中与应用相关联的选项可以按照字母顺序排列显示;当第一开关处于打开状态时,手机的批量管理界面中与应用相关联的选项可以分组显示。
示例性的,如图6中的(a)所示,该多个选项可以与应用名称相同,例如“备份”选项、“备忘录”选项、“电话”选项、“地图”选项等。该多个选项中的每个选项关联一个应用,与应用相关联的选项用于控制该应用的通知功能的开启和关闭。
示例性的,如图6中的(a)所示,该第二操作可以是对第二界面上的第一开关例如分类排序管理控件308的打开操作。
本申请实施例中,可以在现有的批量管理界面上设置第一开关(例如图6中的分类排序管理控件308),用户可以通过控制第一开关的开启和关闭,来控制批量管理界面的显示形式,可以提供给用户更多样的管理应用通知的方式,提升用户体验。
一个实施例中,方法900还包括:在该第二界面上检测用户对该多个选项中的第一选项的第三操作;响应于该第三操作,在该第二界面上显示第一窗口,该第一窗口包括与该至少两个类别列表中的每个类别列表相关联的选项;在该第二界面上检测用户对该第一窗口的第四操作,该第四操作用于选择该第一窗口中的与该第一类别列表相关联的选项;以及,响应于该第二操作,显示该第一界面,包括:响应于该第四操作,在该第一界面的该第一类别列表中显示该第一选项。
示例性的,如图6中的(d)所示,该第一选项可以为第二界面上的“视频”选项。应理解该第一选项可以为第二界面上的任意一个与应用相关联的选项,例如“天气”选项、“邮件”选项、“地图”选项等等。
示例性的,如图6中的(d)所示,该第四操作可以是对第二界面上的多个选项中任意一个选项的长按操作、慢滑操作等。
示例性的,如图6中的(d)所示,该第一窗口可以是选择框310。该第一窗口中包括了与至少两个类别列表中每个类别列表相关联的选项,例如可以包括“重要”选项、“关注度低”选项、“不重要”选项等。第一窗口中显示的选项可以与至少两个类别列表的名称相同,以用于用户操作将与应用相关联的选项划分到至少两个类别列表中的一个类别列表里。
示例性的,该第四操作可以是对第一窗口所包括的与类别列表相关联的选项的点击操作,以选择与至少两个类别列表中的第一类别列表相关联的选项。当用户选择了与第一类别列表相关联的选项时,在第一界面上,该第一选项在第一类别列表中显示。本申请实施例用户可以设置与应用相关联的选项所属的类别列表,相当于用户可以设置应用的重要性等级。
本申请实施例中,电子设备可以在第二界面提供给用户设置与应用相关联的选项所属的类别列表的功能,即提供了用户设置应用重要性等级的功能,用户根据自己的习惯或喜好设置应用重要性等级,方便进行应用的通知管理。
一个实施例中,方法900还包括:在该第一界面上检测用户对第二选项的第五操作,其中该第二选项位于该第一类别列表中;响应于该第五操作,在该第一界面上显示第一窗口,该第一窗口包括与该至少两个类别列表中的每个类别列表相关联的选项;在该第一界面上检测用户对该第一窗口的第六操作,该第六操作用于选择该第一窗口中的与该至少两个类别列表中的第二类别列表相关联的选项;响应于该第六操作,在该第一界面的该第二类别列表中显示该第二选项。
示例性的,如图6中的(c)所示,该第二选项可以为第一界面上的“邮件”选项。应理解该第二选项可以为第一界面上第一类别列表中的任意一个与应用相关联的选项,例如“天气”选项、“购物”选项、“邮件”选项等等。
示例性的,如图6中的(c)所示,该第五操作可以是对第一界面上第一类别列表中的任意一个选项的长按操作、慢滑操作等。
示例性的,如图6中的(c)所示,该第一窗口可以是选择框310。该第一窗口中包括了与至少两个类别列表中每个类别列表相关联的选项,例如可以包括“重要”选项、“关注度低”选项、“不重要”选项等。第一窗口中显示的选项可以与至少两个类别列表的名称相同,以用于用户操作将与应用相关联的选项划分到至少两个类别列表中的一个类别列表里。
示例性的,该第五操作可以是对第一窗口所包括的与类别列表相关联的选项的点击操作,以选择与至少两个类别列表中的第二类别列表相关联的选项。第二类别列表与第一类别列表不同。当用户选择了与第二类别列表相关联的选项时,在第一界面上,该第二选项在第二类别列表中显示。本申请实施例用户可以调整与应用相关联的选项所属的类别列表,相当于用户可以设置或调整应用的重要性等级。
可选地,第五操作可以是对第一窗口所包括的与类别列表相关联的选项的点击操作,以选择与至少两个类别列表中的第一类别列表相关联的选项。这样第二选项所属的类别列表没有变化,该第二选项仍在第一类别列表中显示。
可选地,方法900还包括:开启或关闭该第二选项所关联的应用的通知功能,其中,该第二选项所关联的应用通知状态与该第二类别列表包括的选项所关联的应用通知状态一致。
换言之,当第二选项所属的类别列表发生变化时,手机可以自动打开或自动关闭与第二选项所关联的应用的通知功能。例如第二类别列表包括的选项所关联的应用默认其通知功能处于打开状态,则可以打开第二选项所关联的应用的通知功能,或者保持第二选项所关联的应用的通知功能处于打开状态。例如,第二类别列表包括的选项所关联的应用默认其通知功能处于关闭状态,则可以关闭第二选项所关联的应用的通知功能,或者保持第二选项所关联的应用的通知功能处于关闭状态。
一个实施例中,方法900还包括:在该第一界面上检测用户对第二选项的第七操作,该第二选项位于该第一类别列表中;响应于该第七操作,打开或关闭该第二选项所关联的应用的通知功能。
示例性的,如图7中的(b)所示,该第二选项可以为第一界面上的“视频”选项。应理解该第二选项可以为第一界面上第一类别列表中的任意一个与应用相关联的选项,例如“天气”选项、“购物”选项、“邮件”选项等等。
示例性的,如图7中的(b)所示,该第七操作可以是对第二选项所对应的通知开关控件312的打开或关闭操作。例如当第二选项所对应的通知开关控件处于打开状态时,第七操作可以用于将第二选项所对应的通知开关控件关闭,相应地,关闭了第二选项所关联的应用的通知功能。例如当第二选项所对应的通知开关控件处于关闭状态时,第七操作可以用于将第二选项所对应的通知开关控件打开,相应地,打开了第二选项所关联的应用的通知功能。这样,用户可以单独控制每个应用的通知功能开和关。
一个实施例中,方法900还包括:经过预设周期,根据预设规则更新该至少两个类别列表;其中,该预设规则包括用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项。
本申请实施例中,更新至少两个类别列表包括调整选项所属的类别列表。
本申请实施例中,电子设备可以对第一界面的至少两个类别列表进行定期刷新,以使至少两个类别列表中选项的排列更符合用户近期的习惯。
一个实施例中,方法900还包括:根据类别列表对应的预设通知状态,确定该至少两个类别列表中的选项相关联的应用的通知功能启闭状态。
应理解,本申请实施例中,类别列表对应的预设通知状态,可以理解为类别列表对应应用的通知功能预设状态,可以为关闭或打开。
可选地,该第一类别列表对应的预设通知状态为关闭状态,该第一类别列表对应的应用重要性等级最低。第一类别列表对应的应用重要性等级最低,这样重要性等级最低的应用的通知功能可以预设为关闭状态。
一个实施例中,方法900还包括:隐藏该第一类别列表中全部选项所关联的应用的通知,其中其中该第一类别列表对应的应用重要要性等级最低。
手机可以将重要性等级最低的应用的通知隐藏,提升用户体验。
一个实施例中,方法900还包括:在检测用户在第一界面上的第一操作之前,还包括:
关闭第一类别列表中全部选项所关联的应用的通知功能,其中该第一类别列表中全部选项所关联的应用具有最低的重要性等级。
手机可以自动将重要性等级最低的应用的通知功能关闭,提高通知管理效率。
可选地,方法900还包括:对该第一类别列表里全部选项所关联的应用通知中未被用户查看的通知,进行周期性清理,其中应用通知的清理周期与该应用的重要程度值相对应。
本申请实施例还提供了一种应用通知管理方法,该方法1000可以包括以下步骤:
1001,显示第一界面,该第一界面包括至少两个类别列表,该至少两个类别列表与至少两个应用重要性等级一一对应,该至少两个类别列表中的第一类别列表包括至少一个选项,该至少一个选项中的每个选项关联一个应用,该第一类别列表中全部选项所关联的应用的通知功能默认处于关闭状态。
该步骤与上述步骤901类似,不同之处在,本申请实施例中第一类别列表中全部选项所关联的应用的通知功能默认处于关闭状态。即手机默认将第一类别列表中全部选项所关联的应用的通知功能关闭。其余内容可参考步骤901的相关描述,在此不再赘述。
1002,经过预设周期,更新该第一界面,。
应理解,更新第一界面可以理解为更新第一界面中的至少两个类别列表。
可选地,该预设周期可以以年、月、日、小时为单位。
1003,该更新该第一界面包括:关闭新调整至该第一类别列表的选项所关联的应用的通知功能,和/或,打开从该第一类别列表调整至该至少两个类别列表中的第二类别列表的选项所关联的应用的通知功能。
本申请实施例中,手机默认将第一类别列表中全部选项所关联的应用的通知功能关闭,这样手机可以自动关闭新调整至第一类别列表中的选项所关联的应用的通知功能,和/或自动打开从第一类别列表调整至其他类别列表的选项所关联的应用的通知功能,实现应用通知的自动化管理。
可选地,该第一类别列表中全部选项所关联的应用对应的重要性等级最低,和/或该第二类别列表中全部选项所关联的应用对应的重要性等级最高。
可选地,该第一类别列表显示于该至少两个类别列表中的第二类别列表之前,其中该第一类别列表对应该至少两个应用重要性等级中的第一重要性等级,该第二类别列表对应该至少两个应用重要性等级中的第二重要性等级,该第一重要性等级低于该第二重要性等级。
可选地,该第一类别列表中该至少一个选项的排列顺序,与该至少一个选项所关联的应用的重要程度值由低到高的顺序相对应;其中,应用的重要程度值是根据用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项确定的。可选地,方法1000还包括:对该第一类别列表里全部选项所关联的应用通知中未被用户查看的通知,进行周期性清理,其中应用通知的清理周期与该应用的重要程度值相对应。
可选地,在该显示第一界面之前,方法1000还包括:确定第一预设时间段内用户与该第二应用的交互频率;根据预设交互频率门限值与应用的重要性等级的对应关系,确定该第二应用的重要性等级;根据应用的重要性等级和类别列表的对应关系,确定与该第二应用相关联的选项所属的类别列表。
可选地,该用户与应用的交互频率是根据用户查看通知的频率、用户忽略通知的频率、用户使用应用的频率中的至少一项确定的。
本申请实施例与方法900部分内容类似,具体参考上文相关描述,为简洁,不再赘述。
可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本实施例可以根据上述方法示例对电子设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是,本实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图15示出了上述实施例中涉及的电子设备1100的一种可能的组成示意图,如图15所示,该电子设备1100可以包括:显示单元1101,检测单元1101和处理单元1103。
显示单元1101可以用于支持电子设备1100执行上述步骤901、1001等,和/或用于本文所描述的技术的其他过程。
检测单元1101可以用于支持电子设备1100执行上述步骤902等,和/或用于本文所描述的技术的其他过程。
处理单元1103可以用于支持电子设备1100执行上述步骤903等,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的电子设备,用于执行上述应用通知管理方法,因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下,电子设备可以包括处理模块、存储模块和通信模块。其中,处理模块可以用于对电子设备的动作进行控制管理,例如,可以用于支持电子设备执行上述显示单元1101,检测单元1101和处理单元1103。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块,可以用于支持电子设备与其他设备的通信。
其中,处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。
在一个实施例中,当处理模块为处理器,存储模块为存储器时,本实施例所涉及的电子设备可以为具有图1所示结构的设备。
本实施例还提供一种计算机存储介质,该计算机存储介质中存储有计算机指令,当该计算机指令在电子设备上运行时,使得电子设备执行上述相关方法步骤实现上述实施例中的应用通知管理方法。
本实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例中的应用通知管理方法。
另外,本申请的实施例还提供一种装置,这个装置具体可以是芯片,组件或模块,该装置可包括相连的处理器和存储器;其中,存储器用于存储计算机执行指令,当装置运行时,处理器可执行存储器存储的计算机执行指令,以使芯片执行上述各方法实施例中的应用通知管理方法。
其中,本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (21)
1.一种应用通知管理方法,应用于电子设备,其特征在于,所述方法包括:
显示第一界面,所述第一界面包括至少两个类别列表,所述至少两个类别列表与至少两个应用重要性等级一一对应,所述至少两个类别列表中的第一类别列表包括至少一个选项,所述至少一个选项中的每个选项关联一个应用;
检测用户在所述第一界面上的第一操作;
响应于所述第一操作,打开或关闭所述第一类别列表中全部选项所关联的应用的通知功能。
2.根据权利要求1所述的方法,其特征在于,所述第一类别列表显示于所述至少两个类别列表中的第二类别列表之前,其中所述第一类别列表对应所述至少两个应用重要性等级中的第一重要性等级,所述第二类别列表对应所述至少两个应用重要性等级中的第二重要性等级,所述第一重要性等级低于所述第二重要性等级。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
根据预设规则确定第一应用的重要性等级;
根据应用重要性等级与类别列表的对应关系,确定与所述第一应用相关联的选项所属的类别列表;
其中,所述预设规则包括:用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项。
4.根据权利要求3所述的方法,其特征在于,所述用户设置的应用所属重要性等级和所述***预设的应用重要性属性的优先级,比所述***预设的功能性应用分类优先级属性和所述用户与应用的交互频率的优先级高。
5.根据权利要求3或4所述的方法,其特征在于,所述根据预设规则确定第一应用的重要性等级,包括:
确定第一预设时间段内用户与所述第一应用的交互频率;
根据预设交互频率门限值与应用重要性等级的对应关系,确定所述第一应用的重要性等级。
6.根据权利要求3至5中任一项所述的方法,其特征在于,所述用户与应用的交互频率是根据用户查看通知的频率、用户忽略通知的频率、用户使用应用的频率中的至少一项确定的。
7.根据权利要求1至6中任一项所述方法,其特征在于,所述第一类别列表中所述至少一个选项的排列顺序,与所述至少一个选项所关联的应用的重要程度值由低到高的顺序相对应;
其中,应用的重要程度值是根据用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项确定的。
8.根据权利要求7所述的方法,其特征在于,所述至少一个选项中的第一选项相关联的应用对应第一清理周期,所述第一清理周期用于对所述第一选项相关联的应用的通知进行周期性清理;
其中,所述第一清理周期是根据所述第一选项相关联的应用的重要程度值确定的。
9.根据权利要求1至8中任一项所述的方法,其特征在于,在所述显示第一界面之前,还包括:
显示第二界面,所述第二界面包括第一开关和多个选项,其中所述多个选项中的每个选项关联一个应用;
检测用户在所述第二界面上的第二操作,所述第二操作用于打开所述第一开关;
响应于所述第二操作,显示所述第一界面。
10.根据权利要求9所述的方法,其特征在于,还包括:
在所述第二界面上检测用户对所述多个选项中的第一选项的第三操作;
响应于所述第三操作,在所述第二界面上显示第一窗口,所述第一窗口包括与所述至少两个类别列表中的每个类别列表相关联的选项;
在所述第二界面上检测用户对所述第一窗口的第四操作,所述第四操作用于选择所述第一窗口中的与所述第一类别列表相关联的选项;以及,
响应于所述第二操作,显示所述第一界面,包括:
响应于所述第四操作,在所述第一界面的所述第一类别列表中显示所述第一选项。
11.根据权利要求1至10中任一项所述的方法,其特征在于,还包括:
在所述第一界面上检测用户对第二选项的第五操作,其中所述第二选项位于所述第一类别列表中;
响应于所述第五操作,在所述第一界面上显示第一窗口,所述第一窗口包括与所述至少两个类别列表中的每个类别列表相关联的选项;
在所述第一界面上检测用户对所述第一窗口的第六操作,所述第六操作用于选择所述第一窗口中的与所述至少两个类别列表中的第二类别列表相关联的选项;
响应于所述第六操作,在所述第一界面的所述第二类别列表中显示所述第二选项。
12.根据权利要求1至11中任一项所述的方法,其特征在于,还包括:
在所述第一界面上检测用户对第二选项的第七操作,所述第二选项位于所述第一类别列表中;
响应于所述第七操作,打开或关闭所述第二选项所关联的应用的通知功能。
13.根据权利要求1至12中任一项所述方法,其特征在于,还包括:
经过预设周期,根据预设规则更新所述至少两个类别列表;
其中,所述预设规则包括用户与应用的交互频率、***预设的应用重要性属性、用户设置的应用所属重要性等级、***预设的功能性应用分类优先级属性中的至少一项。
14.根据权利要求1至13中任一项所述的方法,其特征在于,还包括:
根据类别列表对应的预设通知状态,确定所述至少两个类别列表中的选项相关联的应用的通知功能启闭状态。
15.根据权利要求1至14中任一项所述的方法,其特征在于,所述第一类别列表对应的预设通知状态为关闭状态,所述第一类别列表对应的应用重要性等级最低。
16.根据权利要求1至15中任一项所述的方法,其特征在于,还包括:
隐藏所述第一类别列表中全部选项所关联的应用的通知,其中所述第一类别列表对应的应用重要要性等级最低。
17.一种应用通知管理方法,应用于电子设备,其特征在于,包括:
显示第一界面,所述第一界面包括至少两个类别列表,所述至少两个类别列表与至少两个应用重要性等级一一对应,所述至少两个类别列表中的第一类别列表包括至少一个选项,所述至少一个选项中的每个选项关联一个应用,所述第一类别列表中全部选项所关联的应用的通知功能默认处于关闭状态;
经过预设周期,更新所述第一界面;
其中,所述更新所述第一界面包括:
关闭新调整至所述第一类别列表的选项所关联的应用的通知功能,和/或,打开从所述第一类别列表调整至所述至少两个类别列表中的第二类别列表的选项所关联的应用的通知功能。
18.根据权利要求17所述的方法,其特征在于,所述第一类别列表中全部选项所关联的应用对应的重要性等级最低,和/或所述第二类别列表中全部选项所关联的应用对应的重要性等级最高。
19.一种电子设备,其特征在于,包括:一个或多个处理器;存储器;多个应用程序;以及一个或多个程序,其中所述一个或多个程序被存储在所述存储器中,当所述一个或者多个程序被所述处理器执行时,使得所述电子设备执行如权利要求1至18中任一项所述的方法。
20.一种计算机可读存储介质,其特征在于,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求1至18中任一项所述的方法。
21.一种计算机程序产品,其特征在于,当所述计算机程序产品在计算机上运行时,使得所述计算机执行如权利要求1至18中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010314557.8A CN111638971A (zh) | 2020-04-21 | 2020-04-21 | 应用通知管理方法和电子设备 |
PCT/CN2021/081119 WO2021213084A1 (zh) | 2020-04-21 | 2021-03-16 | 应用通知管理方法和电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010314557.8A CN111638971A (zh) | 2020-04-21 | 2020-04-21 | 应用通知管理方法和电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111638971A true CN111638971A (zh) | 2020-09-08 |
Family
ID=72332697
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010314557.8A Pending CN111638971A (zh) | 2020-04-21 | 2020-04-21 | 应用通知管理方法和电子设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111638971A (zh) |
WO (1) | WO2021213084A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021213084A1 (zh) * | 2020-04-21 | 2021-10-28 | 华为技术有限公司 | 应用通知管理方法和电子设备 |
CN113791687A (zh) * | 2021-09-15 | 2021-12-14 | 咪咕视讯科技有限公司 | Vr场景中的交互方法、装置、计算设备及存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114968013A (zh) * | 2022-05-13 | 2022-08-30 | 青岛海信移动通信技术股份有限公司 | 一种终端设备、功能设置方法和存储介质 |
CN115357273B (zh) * | 2022-10-21 | 2023-03-31 | 荣耀终端有限公司 | ***升级的提醒方法和电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106095463A (zh) * | 2016-06-22 | 2016-11-09 | 北京金山安全软件有限公司 | 通知栏消息处理方法、装置和终端设备 |
CN106528791A (zh) * | 2016-11-08 | 2017-03-22 | 宇龙计算机通信科技(深圳)有限公司 | 一种推送通知消息的方法及装置 |
US20180324567A1 (en) * | 2016-08-10 | 2018-11-08 | Huawei Technologies Co., Ltd. | Notification Message Management Method, and Terminal |
CN110114747A (zh) * | 2017-10-09 | 2019-08-09 | 华为技术有限公司 | 一种通知处理方法及电子设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105989144B (zh) * | 2015-02-28 | 2020-06-23 | 阿里巴巴集团控股有限公司 | 通知消息管理方法、装置、***及终端设备 |
CN111638971A (zh) * | 2020-04-21 | 2020-09-08 | 华为终端有限公司 | 应用通知管理方法和电子设备 |
-
2020
- 2020-04-21 CN CN202010314557.8A patent/CN111638971A/zh active Pending
-
2021
- 2021-03-16 WO PCT/CN2021/081119 patent/WO2021213084A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106095463A (zh) * | 2016-06-22 | 2016-11-09 | 北京金山安全软件有限公司 | 通知栏消息处理方法、装置和终端设备 |
US20180324567A1 (en) * | 2016-08-10 | 2018-11-08 | Huawei Technologies Co., Ltd. | Notification Message Management Method, and Terminal |
CN106528791A (zh) * | 2016-11-08 | 2017-03-22 | 宇龙计算机通信科技(深圳)有限公司 | 一种推送通知消息的方法及装置 |
CN110114747A (zh) * | 2017-10-09 | 2019-08-09 | 华为技术有限公司 | 一种通知处理方法及电子设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021213084A1 (zh) * | 2020-04-21 | 2021-10-28 | 华为技术有限公司 | 应用通知管理方法和电子设备 |
CN113791687A (zh) * | 2021-09-15 | 2021-12-14 | 咪咕视讯科技有限公司 | Vr场景中的交互方法、装置、计算设备及存储介质 |
CN113791687B (zh) * | 2021-09-15 | 2023-11-14 | 咪咕视讯科技有限公司 | Vr场景中的交互方法、装置、计算设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2021213084A1 (zh) | 2021-10-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109814766B (zh) | 一种应用显示方法及电子设备 | |
CN109766036B (zh) | 消息处理方法及电子设备 | |
CN111316199B (zh) | 一种信息处理方法及电子设备 | |
CN111258700B (zh) | 图标管理方法及智能终端 | |
CN114327666B (zh) | 应用启动方法、装置和电子设备 | |
CN110910872A (zh) | 语音交互方法及装置 | |
CN111638971A (zh) | 应用通知管理方法和电子设备 | |
CN113645351A (zh) | 应用界面交互方法、电子设备和计算机可读存储介质 | |
CN111913750B (zh) | 一种应用程序管理方法、装置及设备 | |
CN109981885B (zh) | 一种电子设备在来电时呈现视频的方法和电子设备 | |
CN109857401B (zh) | 电子设备的显示方法、图形用户界面及电子设备 | |
CN114077365A (zh) | 分屏显示方法和电子设备 | |
CN112204532A (zh) | 一种终端对ai任务支持能力的评测方法及终端 | |
CN114995715B (zh) | 悬浮球的控制方法和相关装置 | |
CN111835904A (zh) | 一种基于情景感知和用户画像开启应用的方法及电子设备 | |
CN113641271A (zh) | 应用窗口的管理方法、终端设备及计算机可读存储介质 | |
CN111431968B (zh) | 服务元素的跨设备分配方法、终端设备及存储介质 | |
CN114115512A (zh) | 信息显示方法、终端设备及计算机可读存储介质 | |
CN114116085A (zh) | 一种通知消息管理方法及电子设备 | |
CN113949803A (zh) | 拍照方法及电子设备 | |
CN112740148A (zh) | 一种向输入框中输入信息的方法及电子设备 | |
CN115543145A (zh) | 一种文件夹管理方法及装置 | |
CN114911400A (zh) | 分享图片的方法和电子设备 | |
CN117234398A (zh) | 一种屏幕亮度调节方法及电子设备 | |
WO2023138305A9 (zh) | 卡片显示方法、电子设备及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |