CN112367423A - 通知信息的管理方法和装置、存储介质、电子装置 - Google Patents

Abstract

本申请公开了一种通知信息的管理方法和装置、存储介质、电子装置。其中，该方法包括：在通知中心面板展示接收到的通知信息；在通知信息数据库中存储通知信息和通知信息的状态，其中，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读；提供通知信息的管理入口。本申请解决了消息管理的灵活性较差的技术问题。

Description

通知信息的管理方法和装置、存储介质、电子装置

技术领域

本申请涉及智能终端领域，具体而言，涉及一种通知信息的管理方法和装置、存储介质、电子装置。

背景技术

随着手机硬件技术的不断更新，互联网高速发展，手机安装的互联网应用程序也越来越多，手机系统上面有可能安装几十上百个应用程序，而互联网应用信息推送需求也越来增多，导致用户收到的应用通知信息也会大大增加。目前已有技术可以支持一键清除通知信息，对信息进行收纳管理，查阅通知信息。

但是现在移动终端上，新来的通知信息均罗列在通知中心列表中，当用户点击跳转到应用内部之后、或者一键删除之后，通知信息会从通知中心列表中被清除掉，后续再也无法去查询、读取之前应用推送的所有通知信息。这样有可能让用户误删，以及错过一些重要通知信息，用户也无法再去查看历史通知信息(包括已读通知信息、未读通知信息)，用户也无法去统计应用给用户推送的所有通知信息(包括已读通知信息、未读通知信息)的数量。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种通知信息的管理方法和装置、存储介质、电子装置，以至少解决消息管理的灵活性较差的技术问题。

根据本申请实施例的一个方面，提供了一种通知信息的管理方法，包括：在通知中心面板展示接收到的通知信息；在通知信息数据库中存储通知信息和通知信息的状态，其中，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读；提供通知信息的管理入口。

可选地，在提供通知信息的管理接口时，在通知中心面板或者下拉面板提供通知信息的管理入口。

可选地，在进入通知信息的管理入口之后，统计应用程序的历史通知信息；查看应用程序的历史通知信息；删除应用程序的历史通知信息。

可选地，在统计应用程序的历史通知信息时，查询通知信息数据库，统计每个应用的历史通知信息个数，对通知信息按应用名称和通知信息个数生成柱状图；或，根据应用名称，查询所有应用推送的通知信息，按照应用名称、接收时间进行分组管理。

可选地，在查看应用程序的历史通知信息时，在进入所述管理入口后查看应用程序的历史通知信息。

可选地，在删除应用程序的历史通知信息时，在用户对通知信息的列表进行长按键操作、点击或者对页面提供的通知管理按键操作时，将列表切换到编辑模式；确定被选中的通知信息，在用户点击删除键后对选中的通知信息进行批量删除。

可选地，在通知信息数据库中存储通知信息和通知信息的状态时，在通知中心面板中一键清除通知信息时，更改通知信息的标记值，以使消息不再在通知中心面板显示。

根据本申请实施例的另一方面，还提供了一种通知信息的管理装置，包括：展示单元，用于在通知中心面板展示接收到的通知信息；存储单元，用于在通知信息数据库中存储通知信息和通知信息的状态，其中，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读；管理单元，用于提供通知信息的管理入口。

可选地，管理单元还用于在提供通知信息的管理接口时，在通知中心面板或者下拉面板提供通知信息的管理入口。

可选地，管理单元还用于在进入通知信息的管理入口之后，统计应用程序的历史通知信息；查看应用程序的历史通知信息；删除应用程序的历史通知信息。

可选地，管理单元还用于在统计应用程序的历史通知信息时，查询通知信息数据库，统计每个应用的历史通知信息个数，对通知信息按应用名称和通知信息个数生成柱状图；或，根据应用名称，查询所有应用推送的通知信息，按照应用名称、接收时间进行分组管理。

可选地，管理单元还用于在查看应用程序的历史通知信息时，在进入所述管理入口后查看应用程序的历史通知信息。

可选地，管理单元还用于在删除应用程序的历史通知信息时，在用户对通知信息的列表进行长按键操作、点击或者对页面提供的通知管理按键操作时，将列表切换到编辑模式；确定被选中的通知信息，在用户点击删除键后对选中的通知信息进行批量删除。

可选地，管理单元还用于在通知信息数据库中存储通知信息和通知信息的状态时，在通知中心面板中一键清除通知信息时，更改通知信息的标记值，以使消息不再在通知中心面板显示。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的方法。

根据本申请实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器通过计算机程序执行上述的方法。

在本方案中，对系统接收到的通知信息保存在系统数据库中，对其进行持久性存贮管理。在通知中心的一键清除通知信息、或者在通知中心其他轻量级清除通知信息方法(比如左右滑动清除通知信息)、查看通知信息的时候并不会删除通知信息数据，而是通过修改数据库中状态标记，保证通知信息可以反复查看。对通知信息按照应用名称、时间、次数进行统计排序，方便用户快捷方便的查询复盘过去已有的通知信息内容和状态，统计应用推送通知信息的历史次数。解决其灵活性较差的问题，如用户无法再次查看在通知中心界面被一键清除掉的通知信息、和已读取过一次的通知信息的问题；无法对通知信息进行智能分组归类、统计管理等操作的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种可选的通知信息的管理方法的流程图；

图2是根据本申请实施例的一种可选的通知信息的管理方案的示意图；

图3是根据本申请实施例的一种可选的通知信息的管理装置的示意图；

以及

图4是根据本申请实施例的一种终端的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

相关技术中无法对在通知中心中一键清除的通知信息、或者已经读取过历史通知信息进行再次查看，无法对历史通知信息进行分组归类管理。为了克服该问题，根据本申请实施例的一方面，提供了一种通知信息的管理方法的方法实施例。图1是根据本申请实施例的一种可选的通知信息的管理方法的流程图，如图1所示，该方法可以包括以下步骤：

步骤S1，在通知中心面板展示接收到的通知信息。

步骤S2，在通知信息数据库中存储通知信息和通知信息的状态，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读。

步骤S3，提供通知信息的管理入口。

可选地，在提供通知信息的管理接口时，在通知中心面板或者下拉面板提供通知信息的管理入口。

可选地，在进入通知信息的管理入口之后，统计应用程序的历史通知信息；查看应用程序的历史通知信息；删除应用程序的历史通知信息。

可选地，在统计应用程序的历史通知信息时，查询通知信息数据库，统计每个应用的历史通知信息个数，对通知信息按应用名称和通知信息个数生成柱状图；或，根据应用名称，查询所有应用推送的通知信息，按照应用名称、接收时间进行分组管理。

可选地，在查看应用程序的历史通知信息时，在进入所述管理入口后查看应用程序的历史通知信息。

可选地，在删除应用程序的历史通知信息时，在用户对通知信息的列表进行长按键操作、点击或者对页面提供的通知管理按键操作时，将列表切换到编辑模式；确定被选中的通知信息，在用户点击删除键后对选中的通知信息进行批量删除。

可选地，在通知信息数据库中存储通知信息和通知信息的状态时，在通知中心面板中一键清除通知信息时，更改通知信息的标记值，以使消息不再在通知中心面板显示。

在本方案中，对系统接收到的通知信息保存在系统数据库中，对其进行持久性存贮管理。在通知中心的一键清除通知信息、或者在通知中心其他轻量级清除通知信息方法(比如左右滑动清除通知信息)、查看通知信息的时候并不会删除通知信息数据，而是通过修改数据库中状态标记，保证通知信息可以反复查看。对通知信息按照应用名称、时间、次数进行统计排序，方便用户快捷方便的查询复盘过去已有的通知信息内容和状态，统计应用推送通知信息的历史次数。解决以下两个主要问题：1)用户无法再次查看在通知中心界面被一键清除掉的通知信息、和已读取过一次的通知信息的问题；2)无法对通知信息进行智能分组归类、统计管理等操作的问题。

可见，采用上述技术方案，用户查阅过的通知信息不会被删除，在通知中心一键清除或者在通知中心以其他轻量级清除通知信息方法(比如左右滑动清除通知信息)的通知信息也不会被删除，用户可以通过该管理方法，在日后查看历史通知信息(包括已读通知信息、历史通知信息，被在通知中心中轻量级别清除的通知信息)，防止重要通知信息被用户误删导致无法再重复查看；可以按照应用程序名称分组统计通知信息的数量和排序。可以解决消息管理的灵活性较差的技术问题。

作为一种可选的实施例，如图2所示，下文结合具体的实施方式进一步详述本申请的技术方案。

该方法涉及到的模块包括通知中心面板，通知管理模块。通知中心面板显示新来通知(未读通知、未被一键清除的通知)提供入口给用户去读取通知信息的真实意图(跳转到应用内部查看详情)，而这时本方法去修改通知信息的已读标记位(read)为1；一键清除通知信息的时候，修改一键清除的标记位(one_key_clear)为1。通知中心会只显示未读通知信息和未被清除的通知信息。通知管理模块可以行查看应用程序的历史通知信息、统计应用程序的历史通知信息、删除应用程序的历史通知信息。

步骤S10：智能终端接收通知信息，这个遵循现有系统接收通知信息的流程。

步骤S11：将通知信息存储在通知信息数据库中。接收到通知信息后，将通知信息保存到通知信息数据库中，提供后续持久性管理。

步骤S12：通知信息管理。在通知中心面板或者下拉面板提供通知信息管理入口，提供用户查看应用程序的历史通知信息、应用程序历史通知信息柱状图统计图、应用程序的历史信息归类、删除应用程序的历史信息，详细描述如下：

1)统计应用程序的历史通知信息

(1)查询通知信息数据库，统计每个应用的历史通知信息个数，对通知信息按应用名称和通知信息个数生成柱状图(应用名称为X轴，通知信息个数为Y轴)，方便用户一目了然的看到所有应用接收到历史通知信息的个数。

(2)根据应用名称，查询所有应用推送的通知信息，按照应用名称、接收时间进行分组管理。

2)查看应用程序的历史通知信息

无论在通知中心面板、还是通知信息管理，查看通知信息的过程中，均不删除通知信息，只是修改通知信息的是否被用户已查看的标记(read)，如果用户已经查看了该通知信息，则该标记为1，否则为0。read标记为1的通知信息会从通知中心列表中移除，以后终端机器也不会再在通知中心列表中显示出来，但是在通知信息管理中可以查看到没有被删除过的通知信息(包括被查看过的和非查看过的)，只要用户不通过本功能设计的删除通知信息的方法，通知信息会永久存在。

3)删除应用程序的历史通知信息

在步骤S12节点1)中的(2)功能中，将每个应用的通知信息都查询用列表显示出来，用户点击进去可以跳转到应用程序去看出通知详细内容。而用户可以对通知信息列表进行长按键操作，点击或者页面提供的通知管理按键操作，则列表切换到编辑模式，用户可以选中任意条数通知信息后，点击“删除”键进行批量删除，这个删除属于从数据库中彻底删除，以后用户就不再可以查看了。

4)在通知中心中一键清除通知信息

该功能并不会真实的删除通知信息数据，只是修改通知信息数据库中的一个标记位(one_key_clear)为1，如果没有执行该功能，该数据库中对应该标记位为0，如果该值为1，则该通知信息不会在通知中心界面显示出来。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

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

根据本申请实施例的另一个方面，还提供了一种用于实施上述通知信息的管理方法的通知信息的管理装置。图3是根据本申请实施例的一种可选的通知信息的管理装置的示意图，如图3所示，该装置可以包括：

展示单元31，用于在通知中心面板展示接收到的通知信息；存储单元33，用于在通知信息数据库中存储通知信息和通知信息的状态，其中，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读；管理单元35，用于提供通知信息的管理入口。

需要说明的是，该实施例中的展示单元31可以用于执行本申请实施例中的步骤S1，该实施例中的存储单元33可以用于执行本申请实施例中的步骤S2，该实施例中的管理单元35可以用于执行本申请实施例中的步骤S3。

在本方案中，对系统接收到的通知信息保存在系统数据库中，对其进行持久性存贮管理。在通知中心的一键清除通知信息、或者在通知中心其他轻量级清除通知信息方法(比如左右滑动清除通知信息)、查看通知信息的时候并不会删除通知信息数据，而是通过修改数据库中状态标记，保证通知信息可以反复查看。对通知信息按照应用名称、时间、次数进行统计排序，方便用户快捷方便的查询复盘过去已有的通知信息内容和状态，统计应用推送通知信息的历史次数。解决以下两个主要问题：1)用户无法再次查看在通知中心界面被一键清除掉的通知信息、和已读取过一次的通知信息的问题；2)无法对通知信息进行智能分组归类、统计管理等操作的问题。

可见，采用上述技术方案，用户查阅过的通知信息不会被删除，在通知中心一键清除或者在通知中心以其他轻量级清除通知信息方法(比如左右滑动清除通知信息)的通知信息也不会被删除，用户可以通过该管理方法，在日后查看历史通知信息(包括已读通知信息、历史通知信息，被在通知中心中轻量级别清除的通知信息)，防止重要通知信息被用户误删导致无法再重复查看；可以按照应用程序名称分组统计通知信息的数量和排序。可以解决消息管理的灵活性较差的技术问题。

可选地，管理单元还用于在提供通知信息的管理接口时，在通知中心面板或者下拉面板提供通知信息的管理入口。

可选地，管理单元还用于在进入通知信息的管理入口之后，统计应用程序的历史通知信息；查看应用程序的历史通知信息；删除应用程序的历史通知信息。

可选地，管理单元还用于在统计应用程序的历史通知信息时，查询通知信息数据库，统计每个应用的历史通知信息个数，对通知信息按应用名称和通知信息个数生成柱状图；或，根据应用名称，查询所有应用推送的通知信息，按照应用名称、接收时间进行分组管理。

可选地，管理单元还用于在查看应用程序的历史通知信息时，在进入所述管理入口后查看应用程序的历史通知信息。

可选地，管理单元还用于在删除应用程序的历史通知信息时，在用户对通知信息的列表进行长按键操作、点击或者对页面提供的通知管理按键操作时，将列表切换到编辑模式；确定被选中的通知信息，在用户点击删除键后对选中的通知信息进行批量删除。

可选地，管理单元还用于在通知信息数据库中存储通知信息和通知信息的状态时，在通知中心面板中一键清除通知信息时，更改通知信息的标记值，以使消息不再在通知中心面板显示。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在相应的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的另一个方面，还提供了一种用于实施上述通知信息的管理方法的服务器或终端。

图4是根据本申请实施例的一种终端的结构框图，如图4所示，该终端可以包括：一个或多个(仅示出一个)处理器201、存储器203、以及传输装置205，如图4所示，该终端还可以包括输入输出设备207。

其中，存储器203可用于存储软件程序以及模块，如本申请实施例中的通知信息的管理方法和装置对应的程序指令/模块，处理器201通过运行存储在存储器203内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的通知信息的管理方法。存储器203可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器203可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置205用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置205包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置205为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器203用于存储应用程序。

处理器201可以通过传输装置205调用存储器203存储的应用程序，以执行下述步骤：

在通知中心面板展示接收到的通知信息；

在通知信息数据库中存储通知信息和通知信息的状态，其中，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读；

提供通知信息的管理入口。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图4所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图4其并不对上述电子装置的结构造成限定。例如，终端还可包括比图4中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图4所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行通知信息的管理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

在通知中心面板展示接收到的通知信息；

在通知信息数据库中存储通知信息和通知信息的状态，其中，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读；

提供通知信息的管理入口。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

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

在通知中心面板展示接收到的通知信息；

在通知信息数据库中存储通知信息和通知信息的状态，其中，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读；

提供通知信息的管理入口。

2.根据权利要求1所述的方法，其特征在于，提供通知信息的管理接口包括：

在通知中心面板或者下拉面板提供通知信息的管理入口。

3.根据权利要求1所述的方法，其特征在于，在进入通知信息的管理入口之后，所述方法还包括以下至少之一：

统计应用程序的历史通知信息；

查看应用程序的历史通知信息；

删除应用程序的历史通知信息。

4.根据权利要求3所述的方法，其特征在于，统计应用程序的历史通知信息包括：

查询通知信息数据库，统计每个应用的历史通知信息个数，对通知信息按应用名称和通知信息个数生成柱状图；或，

根据应用名称，查询所有应用推送的通知信息，按照应用名称和接收时间进行分组管理。

5.根据权利要求3所述的方法，其特征在于，查看应用程序的历史通知信息包括：

在进入所述管理入口后查看应用程序的历史通知信息。

6.根据权利要求3所述的方法，其特征在于，删除应用程序的历史通知信息包括：

将每个应用的通知信息用列表显示出来；

在用户对通知信息的列表进行长按键操作、点击或者对页面提供的通知管理按键操作时，将列表切换到编辑模式；

确定被选中的通知信息，在用户点击删除键后对选中的通知信息进行批量删除。

7.根据权利要求1所述的方法，其特征在于，在通知信息数据库中存储通知信息和通知信息的状态包括：

在通知中心面板中一键清除通知信息时，更改通知信息的标记值，以使消息不再在通知中心面板显示。

8.一种通知信息的管理装置，其特征在于，包括：

展示单元，用于在通知中心面板展示接收到的通知信息；

存储单元，用于在通知信息数据库中存储通知信息和通知信息的状态，其中，所述通知信息的状态包括在通知中心面板操作的已读、删除以及未读；

管理单元，用于提供通知信息的管理入口。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至7任一项中所述的方法。

10.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行上述权利要求1至7任一项中所述的方法。

Images