通知管理方法、装置、移动终端及存储介质与流程

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.图1是本技术实施例公开的一种通知管理方法的流程示意图；
48.图2是本技术实施例公开的另一种通知管理方法的流程示意图；
49.图3是本技术实施例公开的另一种通知管理方法的流程示意图；
50.图4是本技术实施例公开的一种移动终端的结构示意图；
51.图5a是本技术实施例公开的一种通知个性化设置界面的用户界面图；
52.图5b是本技术实施例公开的另一种通知个性化设置界面的用户界面图；
53.图6是本技术实施例公开的一种通知管理装置的结构示意图；
54.图7是本技术实施例公开的一种移动终端的结构示意图。
具体实施方式
55.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
56.需要说明的是，本技术实施例及附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
57.本技术实施例公开了一种通知管理方法、装置、移动终端及存储介质，能够提高通
知的自由度，从而满足用户对于个性化通知的需求。以下分别进行详细说明。
58.请参阅图1，图1是本技术实施例公开的一种通知管理方法的流程示意图。其中，图1所描述的通知管理方法适用于手机、平板电脑、可穿戴设备等移动终端，本技术实施例不做限定。
59.如图1所示，该通知管理方法可以包括以下步骤：
60.101、获取目标通知信息。
61.目标通知信息可以是应用程序创建并发送的通知。目标通知信息可以用于表示应用程序创建并发送的原始通知，并不是被个性化修改后的通知。
62.目标通知信息携带原始通知显示参数。
63.可选的，移动终端可以通过系统通知管理服务(notification manager service，nms)模块获取应用程序创建并发送的目标通知信息。其中，系统通知管理服务模块可以为移动终端中的一个系统进程，移动终端可以通过系统通知管理服务模块执行步骤101～步骤105，以实现对目标通知信息的修改和显示。
64.102、判断是否对原始通知显示参数进行修改。
65.移动终端判断是否对原始通知显示参数进行修改，即判断是否要对目标通知信息进行个性化修改。
66.在一些可选的实施方式中，移动终端判断是否对所述原始通知显示参数进行修改，包括：获取用户自定义参数；根据用户自定义参数的指示确定是否对原始通知显示参数进行修改。
67.其中，用户自定义参数是用户根据自身的喜好和需求针对移动终端输入的自定义参数，可以用于在不同的应用场景下确定是否对原始通知显示参数进行修改。比如，用户自定义参数可以包括：在游戏类应用程序在前台运行时，对原始通知显示参数进行修改/不对原始通知显示参数进行修改；或者，在当前时间处于预设时间段内，对原始通知显示参数进行修改/不对原始通知显示参数进行修改；或者，在用户处于通话状态时，对原始通知显示参数进行修改/不对原始通知显示参数进行修改；或者，在检测到第三方注视目光时，对原始通知显示参数进行修改/不对原始通知显示参数进行修改等，具体不作限定。
68.可见，执行上述步骤，可以优先考虑用户自定义参数，根据用户自定义参数的指示判断是否对原始通知显示参数进行修改，能够充分考虑用户针对不同应用场景下对于通知个性化修改的需求，满足了用户对于通知的个性化需求。
69.进一步地，在一些可选的实施方式中，移动终端获取用户自定义参数，可以包括：
70.在根据前台运行的应用程序的应用类型确定出通过弹出方式显示目标通知信息时，获取用户自定义参数。
71.其中，前台运行的应用程序可以表示在移动终端的桌面任务栏上可见的正在运行的应用程序。应用程序的应用类型可以包括语音类应用程序、短信类应用程序、资讯类应用程序、游戏类应用程序、网购类应用程序、工具类应用程序等，具体不作限定。
72.移动终端通过弹出方式显示目标通知信息的方式可以是：在移动终端的屏幕顶端弹出显示目标通知信息，在不打断用户当前操作的情况下给用户醒目的提示；弹出方式显示是目标通知信息的一种增强表现方式，通过弹出方式显示的目标通知信息可以称为横幅通知(heads-up notifications)。
73.在一些可选的实施方式中，移动终端根据前台运行的应用程序的应用类型确定出通过弹出方式显示目标通知信息的实施方式，可以包括：
74.移动终端在识别出在前台运行的应用程序的应用类型为非游戏类应用程序时，确定以弹出方式显示目标通知信息；即，当用户处于游戏等专注状态时，可以不以弹出方式显示目标通知信息，当用户出于非游戏状态时，可以以弹出方式显示目标通知信息。
75.或者，在另一些可选的实施方式中，移动终端获取用户自定义参数，可以包括：
76.在检测到第三方注视目光时，获取用户自定义参数；
77.可选的，移动终端在检测到第三方注视目光时，获取用户自定义参数之前，可以执行如下步骤：
78.拍摄人脸图像；从人脸图像中识别出眼球信息；根据眼球信息判断目光是否直视移动终端；若根据眼球信息判断出目光直视移动终端，从人脸图像中识别出面部信息，将面部信息与预设面部信息对比，若不匹配，则确定出检测到第三方注视目光。也就是说，移动终端的用户可以提前将自己的人脸数据存储为预设面部信息，第三方注视目光可以是除了用户以外的其他人的注视目光；用户可以将用户自定义参数设置成在检测到第三方注视目光时，确定对原始通知显示参数进行修改，比如，用户可以对原始通知显示参数修改，使得目标通知信息在检测到第三方注视目光时不弹出显示，有利于提高用户的隐私性。
79.或者，在另一些可选的实施方式中，移动终端获取用户自定义参数，可以包括：
80.在判断出当前时间处于预设时间段内，获取用户自定义参数。
81.比如，预设时间段可以是早上9点至晚上10点，若当前时间处于预设时间段，移动终端可以获取用户自定义参数。
82.执行上述步骤，可以在多种不同的应用场景下触发获取用户自定义参数，能够充分考虑用户针对不同应用场景下对于通知个性化修改的需求，满足了用户对于通知的个性化需求。
83.103、在判断出对原始通知显示参数进行修改时，获取原始通知显示参数的修改记录对应的修改规则。
84.在判断出对原始通知显示参数进行修改时，移动终端获取原始通知显示参数的修改记录对应的修改规则。其中，移动终端可以从数据库中获取原始通知显示参数的修改记录对应的修改规则。
85.修改记录是对原始通知显示参数修改的历史记录。
86.原始通知显示参数可以包括目标通知信息的图标、布局、样式、铃声、展示动画、消失动画等参数；修改记录对应的修改规则可以包括对上述原始通知显示参数的修改。比如，修改记录对应的修改规则可以为原始通知显示参数中的消失动画参数修改为渐入渐出的动画。
87.104、按照修改记录对应的修改规则，对目标通知信息携带的原始通知显示参数进行修改，以得到更新后的通知显示参数。
88.移动终端按照修改记录对应的修改规则，对目标通知信息携带的原始通知显示参数进行修改，以得到更新后的通知显示参数。比如，原始通知显示参数中的样式参数为第一样式，消失动画参数为书本翻页的动画；修改规则为将原始通知显示参数中的样式参数修改为第二样式，以及，将原始通知显示参数中的消失动画参数修改为渐入渐出的动画；则更
新后的通知显示参数中的样式参数为第二样式，更新后的通知显示参数中的消失动画参数为渐入渐出的动画。
89.105、按照更新后的通知显示参数，显示目标通知信息。
90.目标通知信息可以在应用的界面之外显示，有助于提醒用户查看来自他人的通信信息或应用中的实时信息。用户可以通过对目标通知信息执行点击操作打开应用，或者直接从目标通知信息中执行操作。移动终端可以在下拉的通知面板中显示目标通知信息的具体通知条目，以及，在移动终端的屏幕左上角状态栏中显示目标通知信息对应的图标。
91.本技术实施例获取携带原始通知显示参数的目标通知信息，在判断出对原始通知显示参数进行修改时，获取原始通知显示参数的修改记录对应的修改规则；基于修改记录对应的修改规则，将目标通知信息携带的原始通知显示参数修改成更新后的通知显示参数；按照更新后的通知显示参数，显示目标通知信息。可见，本技术实施例通过先判断是否要对原始通知显示参数进行修改，再在确定出对原始通知显示参数进行修改后，按照修改规则将原始通知显示参数修改为更新后的通知显示参数，使得目标通知信息按照更新后的通知显示参数显示，能够提高通知管理的自由度，从而满足用户对于个性化通知的需求。
92.请参阅图2，图2是本技术实施例公开的另一种通知管理方法的流程示意图。其中，图2所描述的通知管理方法适用于手机、平板电脑、可穿戴设备等移动终端，本技术实施例不做限定。
93.如图2所示，该方法包括以下步骤：
94.201、获取目标通知信息。
95.目标通知信息携带原始通知显示参数。
96.其中，上述步骤201的实现方式可以参考前面实施例中步骤101，此处不作赘述。
97.202、检测数据库中是否存在针对原始通知显示参数的修改记录；若是，则执行步骤203；若否，则执行步骤204。
98.移动终端通过检测数据库中是否存在针对原始通知显示参数的修改记录，确定原始通知显示参数是否被用户个性化修改过。
99.若数据库中不存在针对原始通知显示参数的修改记录，移动终端将原始通知显示参数存储于数据库中，也就是说，若用户未对原始通知显示参数进行个性化修改过，移动终端将原始通知显示参数存储于数据库中；
100.若数据库中存在针对原始通知显示参数的修改记录，移动终端可以判断目标通知信息是否是黑名单目标通知信息。
101.203、判断目标通知信息是否是黑名单目标通知信息；若否，则执行步骤204；若是，则执行步骤205。
102.若数据库中存在针对原始通知显示参数的修改记录，说明用户对原始通知显示参数修改过，因此要判断用户是否将目标通知信息设置成黑名单目标通知信息。其中，用户可以将一个应用程序发送的每个目标通知信息都设置成黑名单目标通知信息，也可以将一个应用程序发送的属于其中一个通知类型的目标通知信息设置成黑名单目标通知信息。比如，目标通知信息可以分成多种通知类型，通知类型可以包括用户信息类(比如社交类应用程序发送的新消息提示通知、私信提示通知等)、系统推送类(比如系统升级提示通知、密码更新提示通知等)、通用推送类(比如收到点赞或评论的提示通知、内容更新提示通知等)
等，具体不作限定。比如，用户可以将一个应用程序发送的属于通用推送类的目标通知信息设置成黑名单目标通知信息。
103.黑名单目标通知信息还可以包括无效的目标通知信息、属于广告的目标通知信息以及包含不可显示的内容的目标通知信息，移动终端可以自动将上述目标通知信息设置成黑名单目标通知信息。
104.204、将原始通知显示参数存储于数据库中。
105.若判断出目标通知信息不是黑名单目标通知信息，移动终端将原始通知显示参数存储于数据库中，有利于用户只将有用的目标通知信息携带的原始通知显示参数存储于数据库，提升了存储空间的利用率。
106.其中，移动终端存储于数据库中的原始通知显示参数可以包括目标通知信息的来源应用、具体参数、图标、布局、样式、标题、内容、铃声、振动等参数。
107.205、判断是否对原始通知显示参数进行修改；若否，则执行步骤206；若是，则执行步骤207。
108.其中，上述步骤205的实现方式可以参考前面实施例中步骤102，此处不作赘述。
109.206、按照原始通知显示参数显示目标通知信息。
110.在判断出不对原始通知显示参数进行修改时，移动终端可从数据库中获取原始通知显示参数，并按照原始通知显示参数显示目标通知信息。
111.207、获取原始通知显示参数的修改记录对应的修改规则。
112.208、按照修改记录对应的修改规则，对目标通知信息携带的原始通知显示参数进行修改，以得到更新后的通知显示参数。
113.209、按照更新后的通知显示参数，显示目标通知信息。
114.其中，上述步骤207～步骤209的实现方式可以参考前面实施例中步骤103～步骤105，此处不作赘述。
115.可见，本技术实施例可以先判断是否将原始通知显示参数存储在数据中，再判断是否要对原始通知显示参数进行修改，若不对原始通知显示参数进行修改，移动终端可以按照原始通知显示参数显示目标通知信息；若对原始通知显示参数进行修改，移动终端可以按照更新后的通知显示参数显示目标通知信息。由此，用户可以根据自身的需求确定目标通知信息是按照原始通知显示参数还是更新后的通知显示参数进行修改，能够提高通知管理的自由度，从而满足用户对于个性化通知的需求。
116.请参阅图3，图3是本技术实施例公开的另一种通知管理方法的流程示意图。其中，图3所描述的通知管理方法适用于手机、平板电脑、可穿戴设备等移动终端，本技术实施例不做限定。进一步地，请参阅图4，图4是本技术实施例公开的一种移动终端的结构示意图。移动终端400包括系统通知管理服务模块401、数据库402和通知个性化设置界面403；系统通知管理服务模块401和通知个性化设置界面403之间通过数据库402进行数据交互；通知个性化设置界面403显示有多个应用程序分别对应的通知列表，通知列表包括多个通知类型不同的通知信息。
117.如图3所示，该方法包括以下步骤：
118.301、通过通知个性化设置界面从多个通知类型不同的通知信息中检测到针对目标通知信息的用户编辑操作时，解析用户编辑操作，以得到原始通知显示参数的修改记录
对应的修改规则。
119.如图5a所示，图5a是本技术实施例公开的一种通知个性化设置界面的用户界面图，通知个性化设置界面显示有多个应用程序分别对应的通知列表，比如，“应用1”对应的通知列表包括“通知1”、“通知2”、“通知3”三个通知类型各不相同的通知信息；“应用2”对应的通知列表包括“通知1”、“通知2”、“通知3”三个通知类型各不相同的通知信息。
120.移动终端可以将一个应用程序的多个通知类型相同、只是携带的通知内容不同的通知信息进行合并，比如，“应用1”对应的通知列表包括的“通知1”即为对“应用1”的多个通知类型相同、只是携带的通知内容不同的通知信息进行合并后的结果。通知个性化设置界面默认显示更新列表，更新列表包括用户个性化设置后的通知信息，即按照更新后的通知显示参数显示的通知信息。用户可以通过点击“切换为原始列表”虚拟按键将通知个性化设置界面从更新列表切换成原始列表，原始列表包括按照原始通知显示参数显示的通知信息。用户可以点击通知信息，比如点击“应用1”对应的“通知1”，以查看该通知信息目前显示的样式；也可以点击通知信息对应的“编辑”虚拟按钮，比如点击“通知1”对应的“编辑”虚拟按钮，以进入该通知信息对应的编辑界面。
121.进一步地，通知信息对应的编辑界面可参阅图5b，图5b是本技术实施例公开的另一种通知个性化设置界面的用户界面图。需要说明的是，图5b的用户界面图可以为多个通知类型不同的通知信息中，任意一个通知信息对应的编辑界面。该编辑界面可以包括图标、背景、铃声、展示动画、消失动画等多个可编辑选项，但不限于此。该编辑界面上方可以显示通知信息的预览样式图，比如，用户可以通过点击图5b中位于编辑界面上方的“通知1”，实时浏览修改后的通知信息的预览样式图。用户可以点击任意一个可编辑选项对应的“选择”虚拟按钮，并在弹框中选择满意的设计样式进行使用。比如，展示动画和消失动画可以提供多种动画效果的设计样式供用户选择，比如书本翻页的动画效果、渐入渐出的动画效果；用户在点击“预览”虚拟按钮后，移动终端会模拟发送该通知信息，使得用户可以查看个性化设置后的通知信息。用户可以点击“还原”虚拟按钮将所有个性化设置后的通知信息还原为原始的通知信息，即，将按照更新后的通知显示参数显示的通知信息切换成按照原始通知显示参数显示的通知信息。由此，实现了用户对通知信息的个性化管理。需要说明的是，图5a和图5b仅作为通知个性化设置界面的参考样图，并不对通知个性化设置界面的显示样式构成限定。
122.因此，移动终端通过通知个性化设置界面从多个通知类型不同的通知信息中检测到针对目标通知信息的用户编辑操作时，解析用户编辑操作，以得到原始通知显示参数的修改记录对应的修改规则。
123.用户可以从多个通知类型不同的通知信息中确定出目标通知信息，比如，目标通知信息可以为“应用1”对应的通知列表中的“通知1”。
124.用户编辑操作可以包括针对目标通知信息对应的“编辑”虚拟按钮的点击操作、在编辑界面中针对可编辑选项对应的“选择”虚拟按钮的点击操作、以及在点击“选择”虚拟按钮后的弹框中的针对满意的设计样式的点击操作。比如，用户编辑操作可以包括图标、背景、铃声、展示动画、消失动画等多个原始通知显示参数或更新后的通知显示参数进行修改；用户编辑操作还可以包括：对于目标通知信息中的屏蔽关键词进行屏蔽或者禁止目标通知信息以弹出方式显示等，具体不作限定。
125.本技术实施例提供的通知个性化设置界面可以用于修改目标通知信息的原始通知显示参数或者更新后的通知显示参数，使得目标通知信息在显示时可以按照用户的意愿来显示，提高了用户的体验感。
126.在一些可选的实施方式中，移动终端解析用户编辑操作，以得到原始通知显示参数的修改记录对应的修改规则，包括：
127.检测数据库中是否存在用户编辑操作对应的个性化设置资源；其中，个性化设置资源可以是移动终端通过系统预置的资源，也可以是移动终端从第三方软件中获取的资源；移动终端检测数据库中是否存在用户编辑操作对应的个性化设置资源，可以避免用户编辑操作对应的个性化设置资源超出了数据库中存储的个性化设置资源的范围而导致样式无法显示的情况；
128.若数据库中存在用户编辑操作对应的个性化设置资源，生成原始通知显示参数的修改记录对应的修改规则；
129.在另一些可选的实施方式中，若数据库中不存在用户编辑操作对应的个性化设置资源，移动终端输出提示信息；其中，提示信息用于提示用户该用户编辑操作不符合要求。
130.本技术实施例在软件上层，其中系统通知管理服务模块和通知个性化设置界面之间并不直接联系，依靠数据库实现通知资源的联系。数据库中可以存储原始通知显示参数、更新后的通知显示参数以及个性化设置资源。因此在设计时的必要条件是在系统层面，在系统通知管理服务模块中添加对应的接口，通过判断是否要对原始通知显示参数进行修改，从数据库中解析用户编辑操作，以得到原始通知显示参数的修改记录对应的修改规则。
131.可选的，通知个性化设置界面可以有多种实现形式：在系统中实现，这样保证了个性化设置的稳定性，但是在个性化设置资源上存在限制，对于通知信息的可编辑选项，用户可以使用系统中预置的个性化设置资源；或者，在第三方软件中调用提供多种个性化设置资源的接口，用户可以从多种个性化设置资源中选择，充分提高了自由度，但是在第三方软件并未被安装或者出现故障时，用户无法通过该接口获取个性化设置资源；或者，将系统层和应用层结合，两部分相互独立又相互联系，应用程序只提供个性化设置资源，从应用程序中获取的个性化设置资源也存储到数据库中，并不直接获取更新后的通知显示参数，而是通过系统层的系统通知管理服务模块从数据库中获取修改规则，将目标通知信息携带的原始通知显示参数修改为更新后的通知显示参数，并按照更新后的通知显示参数显示目标通知信息，这样保障了用户的隐私安全，解决了兼容性问题，又提供了足够的个性化设置资源供用户选择，充分提升了用户的使用体验。
132.302、通过通知个性化设置界面将原始通知显示参数的修改记录对应的修改规则发送至数据库。
133.移动终端通过通知个性化设置界面将原始通知显示参数的修改记录对应的修改规则发送至数据库，系统通知管理服务模块可以从数据库中获取原始通知显示参数的修改记录对应的修改规则。
134.303、获取目标通知信息。
135.目标通知信息携带原始通知显示参数。
136.304、判断是否对原始通知显示参数进行修改。
137.305、在判断出对原始通知显示参数进行修改时，通过系统通知管理服务模块从数
据库中获取原始通知显示参数的修改记录对应的修改规则。
138.306、按照修改记录对应的修改规则，对目标通知信息携带的原始通知显示参数进行修改，以得到更新后的通知显示参数。
139.307、按照更新后的通知显示参数，显示目标通知信息。
140.其中，上述步骤303～步骤307的实现方式可以参考前面实施例中步骤101～步骤105，此处不作赘述。
141.相关技术中，用户可以对通知信息进行完全的自定义布局，但是由于完全的自定义布局可能会导致通知信息的布局样式显示不一致，并且在不同的设备上会引发布局兼容性问题，因此，相关技术允许使用自定义的布局去创建通知信息，但是包含自定义内容视图的通知信息将不再使用完整通知区域，而是用标准布局模板去调整，标准布局模块可以确保自定义通知在所有状态下都与其他通知相同，例如，在收起状态下的通知图标和展开功能图标，以及在展开状态下的通知图标、应用名称和收起功能图标等均具有一致表现样式。因此，通知信息的显示通常呈现同一风格样式，为用户带来了限制，用户不能自由地决定通知的显示样式及其他相关内容，在使用感受上缺乏自由度。
142.可见，本技术实施例，通过个性化设置界面将用户用于个性化设置的修改规则发送至数据库，再通过系统通知管理服务模块从数据库中获取用户用于个性化设置的修改规则，解决了个性化设置中出现的兼容性问题，实现了用户对通知信息的个性化管控，为用户提供了较高的通知管理自由度。
143.请参阅图6，图6是本技术实施例公开的一种通知管理装置的结构示意图。该装置可应用于手机、平板电脑、可穿戴设备等移动终端，具体不做限定。如图6所示，通知管理装置600可包括：第一获取模块610、判断模块620、第二获取模块630、修改模块640、显示模块650。
144.第一获取模块610，用于获取目标通知信息；目标通知信息携带原始通知显示参数；
145.判断模块620，用于判断是否对原始通知显示参数进行修改；
146.第二获取模块630，用于在判断出对原始通知显示参数进行修改时，获取原始通知显示参数的修改记录对应的修改规则；
147.修改模块640，用于按照修改记录对应的修改规则，对目标通知信息携带的原始通知显示参数进行修改，以得到更新后的通知显示参数；
148.显示模块650，用于按照更新后的通知显示参数，显示目标通知信息。
149.在一个实施例中，判断模块620，还包括获取单元和确定单元；
150.获取单元，用于获取用户自定义参数；
151.确定单元，用于根据用户自定义参数的指示确定是否对原始通知显示参数进行修改。
152.在一个实施例中，获取单元还用于根据在前台运行的应用程序的应用类型，确定是否通过弹出方式显示所述目标通知信息；在确定出通过弹出方式显示目标通知信息时，获取用户自定义参数；或者，
153.在检测到第三方注视目光时，获取用户自定义参数；或者，
154.在判断出当前时间处于预设时间段内，获取用户自定义参数。
155.在一个实施例中，通知管理装置600还包括：存储单元；
156.存储单元，用于在第一获取模块610获取目标通知信息之后，检测数据库中是否存在针对原始通知显示参数的修改记录；若数据库中不存在针对原始通知显示参数的修改记录，将原始通知显示参数存储于数据库中；若数据库中存在针对原始通知显示参数的修改记录，判断目标通知信息是否是黑名单目标通知信息；若判断出目标通知信息不是黑名单目标通知信息，将原始通知显示参数存储于数据库中；
157.显示模块650，还用于在判断出不对原始通知显示参数进行修改时，按照原始通知显示参数显示目标通知信息。
158.在一个实施例中，移动终端包括系统通知管理服务模块、数据库和通知个性化设置界面；系统通知管理服务模块和通知个性化设置界面之间通过数据库进行数据交互；通知管理装置600还包括发送单元；
159.发送单元，用于通过通知个性化设置界面将原始通知显示参数的修改记录对应的修改规则发送至数据库；
160.第二获取模块630，还用于通过系统通知管理服务模块从数据库中获取原始通知显示参数的修改记录对应的修改规则。
161.在一些实施例中，通知个性化设置界面显示有多个应用程序分别对应的通知列表，通知列表包括多个通知类型不同的通知信息；通知管理装置600还包括：解析单元；
162.解析单元，用于在发送单元通过通知个性化设置界面将原始通知显示参数的修改记录对应的修改规则发送至数据库之前，通过通知个性化设置界面从多个通知类型不同的通知信息中检测到针对目标通知信息的用户编辑操作时，解析用户编辑操作，以得到原始通知显示参数的修改记录对应的修改规则。
163.在一个实施例中，解析单元，还用于检测数据库中是否存在用户编辑操作对应的个性化设置资源；若数据库中存在用户编辑操作对应的个性化设置资源，生成原始通知显示参数的修改记录对应的修改规则；
164.在一个实施例中，通知管理装置600还包括：输出单元；
165.输出单元，用于若数据库中不存在用户编辑操作对应的个性化设置资源，输出提示信息。
166.本技术实施例通过先判断是否要对原始通知显示参数进行修改，再在确定出对原始通知显示参数进行修改后，按照修改规则将原始通知显示参数修改为更新后的通知显示参数，使得目标通知信息按照更新后的通知显示参数显示，能够提高通知管理的自由度，从而满足用户对于个性化通知的需求。
167.请参阅图7，图7是本技术实施例公开的一种移动终端的结构示意图。如图7所示，该移动终端700可以包括：
168.存储有可执行程序代码的存储器710；
169.与存储器710耦合的处理器720；
170.其中，处理器720调用存储器710中存储的可执行程序代码，执行本技术实施例公开的任一种通知管理方法。
171.本技术实施例公开一种计算机可读存储介质，其存储计算机程序，其中，计算机程序被所述处理器执行时，使得所述处理器实现本技术实施例公开的任意一种通知管理方
法。
172.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定特征、结构或特性可以以任意适合的方式结合在一个或多个实施例中。本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本技术所必须的。
173.在本技术的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的必然先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
174.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物单元，即可位于一个地方，或者也可以分布到多个网络单元上。可根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
175.另外，在本技术各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
176.上述集成的单元若以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可获取的存储器中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或者部分，可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干请求用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本技术的各个实施例上述方法的部分或全部步骤。
177.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(read-only memory，rom)、随机存储器(random access memory，ram)、可编程只读存储器(programmable read-only memory，prom)、可擦除可编程只读存储器(erasable programmable read only memory，eprom)、一次可编程只读存储器(one-time programmable read-only memory，otprom)、电子抹除式可复写只读存储器(electrically-erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
178.以上对本技术实施例公开的一种通知管理方法、装置、移动终端及存储介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想。同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。