CN105094791A - 状态栏通知的存储方法及装置 - Google Patents

Abstract

本发明公开了一种状态栏通知的存储方法及装置，其中，在操作系统的应用程序层中设置状态栏管理器。其中的方法包括：所述状态栏管理器检测应用程序是否调用向系统框架层中的系统服务进程发送状态栏通知消息的接口；当检测到应用程序调用发送状态栏通知消息的接口时，调取通过该接口发送的状态栏通知消息的参数；将所述状态栏通知消息的参数进行数据转换，并将经数据转换后的数据进行存储。本发明使得状态栏通知可以像短信一样保存起来，方便查看。

Description

状态栏通知的存储方法及装置

技术领域

本发明涉及网络安全技术领域，具体涉及一种状态栏通知的存储方法及装置。

背景技术

安卓(Android)平台作为全球最流行的移动操作系统已经具有了数以亿计的用户，其状态栏(通知栏)设计可谓是移动操作系统中的很重要的创新，应用程序可以把消息发送到系统状态栏，用户可以简单、方便和快捷的查看状态栏通知。

然而，当前的状态栏设计也存在不足之处，状态栏只能保存瞬时消息，如果手机被重启了，或者是发送通知的应用程序被kill掉，或者是用户不小心取消掉等，都会导致状态栏通知不会再被还原。用户会存在这样的需求：希望显示过的重要状态栏通知可以保存起来，还有一些漏掉的状态栏通知可以事后查看。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的状态栏通知的存储方法及装置。

依据本发明的一个方面，提供一种状态栏通知的存储方法，在操作系统的应用程序层中设置状态栏管理器，所述方法包括：所述状态栏管理器检测应用程序是否调用向系统框架层中的系统服务进程发送状态栏通知消息的接口；当检测到应用程序调用发送状态栏通知消息的接口时，调取通过所述接口发送的状态栏通知消息的参数；将所述状态栏通知消息的参数进行数据转换，并将经过数据转换后的数据进行存储。

优选的，所述将所述状态栏通知消息的参数进行数据转换包括：将所述状态栏通知消息的参数进行序列化，或/和，将所述状态栏通知消息的参数进行持久化。

优选的，所述状态栏通知消息的参数包括显示视图参数；对实现所述显示视图的远程视图对象进行序列化得到字节流，然后将字节流存储在物理文件中。

优选的，还包括：当需要查看状态栏通知时，从物理文件中读取出所述字节流，并对字节流进行反序列化为远程视图对象，再根据反序列化得到的远程视图对象构造出显示视图。

优选的，所述状态栏通知消息的参数包括点击执行页面跳转参数；获取实现所述点击执行页面跳转的即将发生事件对象对应的意图对象，对所述意图对象进行持久化。

优选的，还包括：在状态栏管理器中确定针对应用程序的状态栏通知的存储条件；其中，所述状态栏管理器根据所述存储条件，仅对满足存储条件的应用程序的状态栏通知进行存储。

优选的，还包括：所述状态栏管理器预先获取需要存储状态栏通知的应用程序名单；所述状态栏管理器根据所述应用程序名单，确定针对应用程序的状态栏通知的存储条件。

优选的，还包括：所述状态栏管理器向用户提供存储条件设置界面，接收用户对状态栏通知的存储设置。

优选的，所述应用程序名单是从云端服务器获取的。

优选的，还包括：提供查看所述存储的状态栏通知的通知查看界面；通过所述通知查看界面，向用户展示所存储的状态栏通知。

优选的，在所述将序列化或持久化后的数据进行存储之前，还包括：对序列化或持久化后的数据进行加密。

优选的，所述操作系统包括用于智能移动终端的基于Linux内核的操作系统。

所述操作系统为Andriod操作系统。

依据本发明的另一个方面，提供一种状态栏通知的存储装置，在操作系统的应用程序层中设置状态栏管理器，所述装置包括：检测单元，用于通过所述状态栏管理器检测应用程序是否调用向系统框架层中的系统服务进程发送状态栏通知消息的接口；参数调取单元，用于当所述检测单元检测到应用程序调用发送状态栏通知消息的接口时，调取通过所述接口发送的状态栏通知消息的参数；转换存储单元，用于将所述状态栏通知消息的参数进行数据转换，将经过数据转换后的数据进行存储。

优选的，所述转换存储单元具体用于：将所述状态栏通知消息的参数进行序列化，或/和，将所述状态栏通知消息的参数进行持久化，并将序列化和/或持久化后的数据进行存储。

优选的，所述状态栏通知消息的参数包括显示视图参数；所述转换存储单元具体用于，对实现所述显示视图的远程视图对象进行序列化得到字节流，然后将字节流存储在物理文件中。

优选的，还包括：查看单元，用于当需要查看状态栏通知时，从物理文件中读取出所述字节流，并对字节流进行反序列化为远程视图对象，再根据反序列化得到的远程视图对象构造出显示视图。

优选的，所述状态栏通知消息的参数包括点击执行页面跳转参数；所述转换存储单元具体用于，获取实现所述点击执行页面跳转的即将发生事件对象对应的意图对象，对所述意图对象进行持久化。

优选的，还包括：存储条件确定单元，用于在状态栏管理器中确定针对应用程序的状态栏通知的存储条件；所述存储单元根据所述存储条件，仅对满足存储条件的应用程序的状态栏通知进行存储。

优选的，还包括：应用程序名单获取单元，用于为所述状态栏管理器预先获取需要存储状态栏通知的应用程序名单；所述存储单元，根据所述应用程序名单，确定针对应用程序的状态栏通知的存储条件。

优选的，还包括：存储设置单元，用于利用所述状态栏管理器向用户提供存储条件设置界面，接收用户对状态栏通知的存储设置。

优选的，所述应用程序名单是从云端服务器获取的。

优选的，还包括：通知查看单元，用于提供查看所述存储的状态栏通知的通知查看界面，通过所述通知查看界面，向用户展示所存储的状态栏通知。

优选的，还包括：加密单元，用于对序列化或持久化后的数据进行加密；所述存储单元用于对加密后的数据进行存储。

优选的，所述操作系统包括用于智能移动终端的基于Linux内核的操作系统。

优选的，所述操作系统为Andriod操作系统。

可见，本发明提供的状态栏通知的存储方法中，通过检测应用程序(app)向系统服务(systemserver)进程发送状态栏通知消息的API调用，从而调取状态栏通知消息的参数，并通过数据转换方式实现对状态栏通知的存储。优选的，可以通过设置存储条件的方式，实现对特定应用程序的状态栏通知的选择性存储。本发明使得状态栏通知可以像短信一样保存起来，任何时候都可以查看。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了状态栏实现架构示意图；

图2示出了根据本发明一个实施例的状态栏通知的存储系统架构示意图；以及

图3示出了根据本发明一个实施例的状态栏通知的存储方法流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如前所述的，针对现有技术中无法保存状态栏通知的问题，本发明使得状态栏通知可以像短信一样保存起来，任何时候都可以查看。

本领域技术人员理解，操作系统包括应用程序层(app层)和系统框架层(framework层)，至于从功能划分上有可能包括的的其他层本发明则不作讨论。其中，通常app层可以理解为上层，负责与用户交互的界面，例如应用程序(app，软件)维护、以及点击页面时识别不同种类的点击内容从而显示不同的上下文菜单等。通常framework层作为中间层，这一层的主要职责是，将app层获得的用户请求，如启动用用程序、点击链接、点击保存图片之类，转发往下层去；将下层处理好的内容，或者通过消息，或者通过中间代理类，来分发至上层，对用户展现出来。

本发明一种优选实现方式是，对app层和framework层进行改进，从而利用这两层的协同配合实现状态栏消息存储方案。具体的，可以在app层层增加一个状态栏管理器，该状态栏管理器根据设定的存储策略，对状态栏通知进行存储，例如将用户设定的较为重要的应用程序的状态栏通知进行存储，达到保存重要状态栏通知的目的。通过本发明，可实现状态栏通知的物理存储，方便用户查看。

为了更好地理解本发明，首先介绍android的状态栏实现原理及架构。

本领域技术人员理解，整个android框架的基础是运行在systemserver(系统服务)进程中的服务。其中，NotificationManagerService(通知管理服务)和NotificationManager(通知管理)是负责管理和通知后台事件的服务，也就是实现状态栏通知的服务。发送一个状态栏通知必须用到两个类：NotificationManager和Notification(通知)。其中，NotificationManager是状态栏通知的管理类，负责发通知、清除通知等。NotificationManager是一个系统Service(服务)，必须通过getSystemService()方法来获取。Notification是具体的状态栏通知对象，可以设置icon(图标格式)、文字、提示声音、振动等参数。

创建和显示一个Notification需要如下5步：

1.通过getSystemService方法获得一个NotificationManager对象。

2.创建一个Notification对象。每一个Notification对应一个Notification对象。在这一步需要设置显示在屏幕上方状态栏的通知消息、通知消息前方的图像资源ID和发出通知的时间。

3.由于Notification可以与应用程序脱离。也就是说，即使应用程序被关闭，Notification仍然会显示在状态栏中。当应用程序再次启动后，又可以重新控制这些Notification。如清除或替换它们。因此，需要创建一个PendingIntent对象。该对象由Android系统负责维护，因此，在应用程序关闭后，该对象仍然不会被释放。

4.使用Notification类的setLatestEventInfo方法设置Notification的详细信息。

5.使用NotificationManager类的notify方法显示Notification消息。在这一步需要指定标识Notification的唯一ID。

参见图1，为状态栏实现架构示意图。首先，app层的应用程序通过NotificationManager.notify方法向framework层的NotificationManagerService发送状态栏通知；然后，在NotificationManagerService中，将应用程序发送的状态栏通知条目保存在列表中；最后，NotificationManagerService通过StatusBar.addNotification()方法向系统状态栏所在的SystemUi(系统用户界面)进程发送显示状态栏通知，这样应用程序发送的状态栏通知就会在系统状态栏中显示出来了。图1中，仅在app层以一个应用程序为例子，可以理解，以手机为例，可包括多个应用程序要显示状态栏通知。

通过图1可知，从app创建一个通知到将该通知显示在系统状态栏中，需要framework层的system_server进程中的NotificationManagerService的处理和中转，最终由SystemUi负责显示。本发明中，通过android注入技术，通过app层的状态栏管理器，检测到app向sysytemserver发送状态栏通知消息的API调用，从中调取出状态栏通知的参数，利用存储技术实现状态栏通知的存储。

参见图2，为本发明实施例提供的状态栏通知的存储系统架构示意图。

相比于图1所述的系统，主要在于增加了运行在app层的状态栏管理器，该状态栏管理器检测应用程序对systemserver进程中NotificationManagerService的调用API，将传输的状态栏通知消息拷贝一份，并存储在磁盘等物理文件中。可以理解，状态栏管理器并不干涉原有的状态栏通知机制，仅是将状态栏通知的参数进行复制，并进行存储。其中，状态栏管理器可以理解为一个应用程序实现的功能，例如360安全卫士中的一个功能。

下面具体介绍如何对一个Notification的参数进行存储和还原。如前已经介绍过的，应用程序在发送一个状态栏通知消息时会构造一个Notification实体类，用于表示一条即将显示的Notification。设置一个Notification需要的比较重要的参数包括：显示视图和点击执行页面跳转，其中，点击执行页面跳转也可称为单击后行为。

状态栏通知的显示视图是通过RemoteViews(远程视图)来实现的。本领域技术人员理解，在RemoteViews的构造函数中，通过传入layout文件的id来获取“layout文件对应的视图(RemoteViews)”；然后，调用RemoteViews中的方法能对layout中的组件进行设置(例如，可以调用setTextViewText()来设置TextView组件的文本，可以调用setOnClickPendingIntent()来设置Button的点击响应事件)，因此，可以将RemoteViews看作是layout文件中所包含的全部视图的集合。RemoteViews是一个可序列化的对象。本发明实施例中，将RemoteViews进行序列化得到字节流，然后将字节流存储在磁盘等物理文件，实现永久性存储。序列化(Serializable)是把一个对象的状态写入一个字节流的过程。简言之，序列化是为了保存对象的状态，并且可以把保存的对象状态再读出来。这样，当需要查看状态栏时，就可以从磁盘中读取出来，再进行反序列化为RemoteViews对象，继而通过apply方法即可构造出View对象，最终实现对状态栏通知的显示视图进行显示。其中，apply方法是javascript的函数，该方法是劫持另外一个对象的方法，继承另外一个对象的属性。

状态栏通知的点击执行页面跳转是通过PendingIntent来实现的。PendingIntent本身是不可以序列化的，而是用ActvityManagerService来维护的事件句柄。该句柄实际上对应了一个Intent对象，该Intent对象是可以持久化的。本领域技术人员理解，Intent表示意图，Pending表示即将发生或来临的事件。PendingIntent这个类用于处理即将发生的事情。比如在通知Notification中用于跳转页面，但不是马上跳转。Intent是及时启动，Intent随所在的activity(Android组件之一)消失而消失。PendingIntent可以看作是对Intent的包装，通常通过getActivity、getBroadcast、getService来得到PendingIntent的实例，当前activity并不能马上启动它所包含的Intent，而是在外部执行PendingIntent时，调用Intent的。正由于PendingIntent中保存有当前App的Context(上下文)，使它赋予外部App一种能力，使得外部App可以如同当前App一样的执行PendingIntent里的Intent，就算在执行时当前App已经不存在了，也能通过存在PendingIntent里的Context照样执行Intent。另外还可以处理Intent执行后的操作。因此可以理解，PendingIntent就是Intent的描述，可以把这个描述交给其他进程，其他进程根据这个描述在后面的时间做Intent安排的事情。本发明实施例中，通过对Intent对象进行持久化，可以代替PendingIntent来实现点击执行页面跳转。所谓持久化(Persistence)，即把数据(如对象)保存到可永久保存的存储设备中(如磁盘)。

状态栏通知有重要与否之分，对于重要的状态栏通知用户当然希望能存储起来以便日后查看，而对于不重要的状态栏通知则反之。本发明实施例中，涉及根据预先设置的存储条件对特定应用程序的通知条目进行存储，从而可以选择性的只存储某些(个)应用程序的状态栏通知。具体的，app层的状态栏管理器可以向用户提供设置存储条件的界面，并且根据存储条件对满足存储条件的应用程序的状态栏通知进行存储。本方案采用用户设定要保存状态栏通知的应用程序的方式，选择要持久化保存哪些应用程序的状态栏通知。另外，状态栏管理器还可预先获取需要存储Notification的应用程序名单并提供给用户，以便用户在设置存储条件时参考。该应用程序名单可通过云端服务器配置的方式获取。云端服务器基于大量的样本运营和人工智能方法进行配置，包括沙箱、静态代码分析，动态代码特征扫描等方式，因此具有样本大而较为精准的优点。当然，也可以直接采用状态栏管理器默认的应用程序名单，而无需用户额外设置。

在实现对状态栏通知存储之后，可通过显示界面，向用户提供存储的状态栏通知，以便用户必要时进行查看。如前所述的，通过状态栏管理器实现将状态栏消息经过数据转换后存储在磁盘等物理文件中，那么，就可以在状态栏管理器中提供一个通知查看界面，当用户打开或登录该界面时，向用户展示所存储的状态栏通知。

此外，状态栏通知可能会包含敏感的数据内容，需要可以考虑加密存储。具体的，状态栏管理器在获取到状态栏通知的参数并进行序列化或持久化后，对序列化或持久化得到的数据进行加密，然后将加密的数据存储在磁盘等物理文件中。在读取加密数据时，采用加密密钥对应的加密密钥进行解密。本发明实施例对加密算法不作限制，例如可采用较为流行的加密算法，比如DES(DataEncryptionStandard)算法、3DES(TripleDES)算法、RC2和RC4对称算法、IDEA(InternationalDataEncryptionAlgorithm)国际数据加密算法、RSA算法等。

参见图3，为本发明实施例提供的一种状态栏通知的存储方法的流程图。其中，在操作系统的应用程序层(app层)中设置状态栏管理器，该方法包括：

S301：状态栏管理器检测应用程序是否调用向系统框架层中的系统服务(systemserver)进程发送状态栏通知消息的接口；

例如，通过android注入技术，通过app层的状态栏管理器，检测到app向sysytemserver进程中的NotificationManagerService发送状态栏通知消息的API调用。

S302：当检测到应用程序调用发送状态栏通知消息的接口时，调取通过该接口发送的状态栏通知消息的参数；

S303：将状态栏通知消息的参数进行数据转换，并将经过数据转换后的数据进行存储。

数据转换(datatransfer)是将数据从一种表示形式变为另一种表现形式的过程。本发明实施例中，数据转换包括但是不限于序列化和持久化的方式，数据转换的目的是得到可以用于存储于物理文件中的数据形式。

如前已描述的，比较重要的状态栏通知消息的参数包括两个：显示视图参数，点击执行页面跳转参数。对于显示视图参数的存储的过程为：对实现显示视图的远程视图(RemoteViews)对象进行序列化得到字节流，然后将字节流存储在物理文件中；当需要查看状态栏通知时，从物理文件中读取出字节流，并对字节流进行反序列化为RemoteViews对象，再根据该RemoteViews对象构造出显示视图。对于点击执行页面跳转参数的存储的过程为：获取实现点击执行页面跳转的即将发生事件(PendingIntent)对象对应的意图(Intent)对象，对Intent对象进行持久化。

除了上述步骤之外，优选的，还可以包括设置存储条件的步骤，从而实现根据存储条件对特定应用程序的状态栏通知进行选择性存储。具体的，在状态栏管理器中确定针对应用程序的状态栏通知的存储条件；其中，状态栏管理器根据存储条件，仅对满足存储条件的应用程序的状态栏通知进行存储。存储条件的设置方式可以有多种，例如接收用户设置的方式确定存储条件，或者，预先获取需要存储状态栏通知的应用程序名单从而确定存储条件，当然，用户设置与应用程序名单的方式可以结合使用，即，将预先获取的应用程序名单提供给用户参考，用户进行设置后最终确定存储条件。其中，应用程序名单优选是从云端服务器获取的。

需要说明的是，本发明上述实施例虽然是以andriod系统为例进行说明的，但是应该理解，本发明方案在于应用于智能终端，特别是智能移动终端中，因此，本发明实施例可适应于基于linux内核的操作系统，而不仅仅限于android操作系统。

可见，本发明提供的状态栏通知的存储方法中，通过检测app向systemserver进程发送状态栏通知消息的API调用，从而调取状态栏通知消息的参数，并通过序列化或者持久化方式实现对状态栏通知的存储。优选的，可以通过设置存储条件的方式，实现对特定应用程序的状态栏通知的选择性存储。本发明使得状态栏通知可以像短信一样保存起来，任何时候都可以查看。

与上述方法相对应，本发明还提供一种状态栏通知的存储装置。该装置可以通过硬件、软件或软硬件结合方式实现。该装置可以是指终端内部的功能模块，也可以是指智能终端本身，只要智能终端包括实现该装置的功能即可。

该状态栏通知的存储装置用于智能终端的操作系统，所述操作系统包括应用程序层和系统框架层，其中，在操作系统的应用程序层中设置状态栏管理器，所述装置包括：检测单元，用于通过所述状态栏管理器检测应用程序是否调用向系统框架层中的系统服务进程发送状态栏通知消息的接口；参数调取单元，用于当所述检测单元检测到应用程序调用发送状态栏通知消息的接口时，调取通过所述接口发送的状态栏通知消息的参数；转换存储单元，用于将所述状态栏通知消息的参数进行数据转换，并将经过数据转换后的数据进行存储。

其中，所述转换存储单元具体用于：将所述状态栏通知消息的参数进行序列化，或/和，将所述状态栏通知消息的参数进行持久化，并将序列化和/或持久化后的数据进行存储。

一种情况是，当所述状态栏通知消息的参数包括显示视图参数时，所述转换存储单元具体用于，对实现所述显示视图的远程视图对象进行序列化得到字节流，然后将字节流存储在物理文件中。进一步还可以包括：查看单元，用于当需要查看状态栏通知时，从物理文件中读取出所述字节流，并对字节流进行反序列化为远程视图对象，再根据反序列化得到的远程视图对象构造出显示视图。

另一种情况是，所述状态栏通知消息的参数包括点击执行页面跳转参数时，所述转换存储单元具体用于，获取实现所述点击执行页面跳转的即将发生事件对象对应的意图对象，对所述意图对象进行持久化。

优选的，所述装置还包括：存储条件确定单元，用于在状态栏管理器中确定针对应用程序的状态栏通知的存储条件；此时，所述转换存储单元根据所述存储条件，仅对满足存储条件的应用程序的状态栏通知进行存储。进一步，所述装置还包括：应用程序名单获取单元，用于为所述状态栏管理器预先获取需要存储状态栏通知的应用程序名单；此时，所述转换存储单元，根据所述应用程序名单，确定针对应用程序的状态栏通知的存储条件。进一步，所述装置还包括：存储设置单元，用于利用所述状态栏管理器向用户提供存储条件设置界面，接收用户对状态栏通知的存储设置。其中，所述应用程序名单是从云端服务器获取的。

优选的，所述装置还包括：通知查看单元，用于提供查看所述存储的状态栏通知的通知查看界面，通过所述通知查看界面，向用户展示所存储的状态栏通知。

优选的，所述装置还包括：加密单元，用于对序列化或持久化后的数据进行加密；此时，所述转换存储单元用于对加密后的数据进行存储。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的状态栏通知的存储装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明提供了以下方案：

A1、一种状态栏通知的存储方法，在操作系统的应用程序层中设置状态栏管理器，所述方法包括：

所述状态栏管理器检测应用程序是否调用向系统框架层中的系统服务进程发送状态栏通知消息的接口；

当检测到应用程序调用发送状态栏通知消息的接口时，调取通过所述接口发送的状态栏通知消息的参数；

将所述状态栏通知消息的参数进行数据转换，并将经过数据转换后的数据进行存储。

A2、如A1所述的方法，所述将所述状态栏通知消息的参数进行数据转换包括：将所述状态栏通知消息的参数进行序列化，或/和，将所述状态栏通知消息的参数进行持久化。

A3、如A2所述的方法，所述状态栏通知消息的参数包括显示视图参数；对实现所述显示视图的远程视图对象进行序列化得到字节流，然后将字节流存储在物理文件中。

A4、如A3所述的方法，还包括：当需要查看状态栏通知时，从物理文件中读取出所述字节流，并对字节流进行反序列化为远程视图对象，再根据反序列化得到的远程视图对象构造出显示视图。

A5、如A2所述的方法，所述状态栏通知消息的参数包括点击执行页面跳转参数；获取实现所述点击执行页面跳转的即将发生事件对象对应的意图对象，对所述意图对象进行持久化。

A6、如A1所述的方法，还包括：

在状态栏管理器中确定针对应用程序的状态栏通知的存储条件；

其中，所述状态栏管理器根据所述存储条件，仅对满足存储条件的应用程序的状态栏通知进行存储。

A7、如A6所述的方法，还包括：

所述状态栏管理器预先获取需要存储状态栏通知的应用程序名单；

所述状态栏管理器根据所述应用程序名单，确定针对应用程序的状态栏通知的存储条件。

A8、如A6所述的方法，还包括：

所述状态栏管理器向用户提供存储条件设置界面，接收用户对状态栏通知的存储设置。

A9、如A8所述的方法，所述应用程序名单是从云端服务器获取的。

A10、如A1所述的方法，还包括：提供查看所述存储的状态栏通知的通知查看界面；通过所述通知查看界面，向用户展示所存储的状态栏通知。

A11、如A1至A10任一项所述的方法，在所述将序列化或持久化后的数据进行存储之前，还包括：

对序列化或持久化后的数据进行加密。

A12、如11至A10任一项所述的方法，所述操作系统包括用于智能移动终端的基于Linux内核的操作系统。

A13、如A12所述的方法，所述操作系统为Andriod操作系统。

B14、一种状态栏通知的存储装置，在操作系统的应用程序层中设置状态栏管理器，所述装置包括：

检测单元，用于通过所述状态栏管理器检测应用程序是否调用向系统框架层中的系统服务进程发送状态栏通知消息的接口；

参数调取单元，用于当所述检测单元检测到应用程序调用发送状态栏通知消息的接口时，调取通过所述接口发送的状态栏通知消息的参数；

转换存储单元，用于将所述状态栏通知消息的参数进行数据转换，将经过数据转换后的数据进行存储。

B15、如B14所述的装置，所述转换存储单元具体用于：将所述状态栏通知消息的参数进行序列化，或/和，将所述状态栏通知消息的参数进行持久化，并将序列化和/或持久化后的数据进行存储。

B16、如B15所述的装置，所述状态栏通知消息的参数包括显示视图参数；所述转换存储单元具体用于，对实现所述显示视图的远程视图对象进行序列化得到字节流，然后将字节流存储在物理文件中。

B17、如B16所述的装置，还包括：查看单元，用于当需要查看状态栏通知时，从物理文件中读取出所述字节流，并对字节流进行反序列化为远程视图对象，再根据反序列化得到的远程视图对象构造出显示视图。

B18、如B14所述的装置，所述状态栏通知消息的参数包括点击执行页面跳转参数；所述转换存储单元具体用于，获取实现所述点击执行页面跳转的即将发生事件对象对应的意图对象，对所述意图对象进行持久化。

B19、如B14所述的装置，还包括：

存储条件确定单元，用于在状态栏管理器中确定针对应用程序的状态栏通知的存储条件；

所述存储单元根据所述存储条件，仅对满足存储条件的应用程序的状态栏通知进行存储。

B20、如B19所述的装置，还包括：

应用程序名单获取单元，用于为所述状态栏管理器预先获取需要存储状态栏通知的应用程序名单；

所述存储单元，根据所述应用程序名单，确定针对应用程序的状态栏通知的存储条件。

B21、如B19所述的装置，还包括：

存储设置单元，用于利用所述状态栏管理器向用户提供存储条件设置界面，接收用户对状态栏通知的存储设置。

B22、如B21所述的装置，所述应用程序名单是从云端服务器获取的。

B23、如B14所述的装置，还包括：

通知查看单元，用于提供查看所述存储的状态栏通知的通知查看界面，通过所述通知查看界面，向用户展示所存储的状态栏通知。

B24、如B14至B23任一项所述的装置，还包括：加密单元，用于对序列化或持久化后的数据进行加密；所述存储单元用于对加密后的数据进行存储。

B25、如B14至B23任一项所述的装置，所述操作系统包括用于智能移动终端的基于Linux内核的操作系统。

B26、如B25所述的装置，所述操作系统为Andriod操作系统。

Claims (10)

1.一种状态栏通知的存储方法，其特征在于，在操作系统的应用程序层中设置状态栏管理器，所述方法包括：

所述状态栏管理器检测应用程序是否调用向系统框架层中的系统服务进程发送状态栏通知消息的接口；

当检测到应用程序调用发送状态栏通知消息的接口时，调取通过所述接口发送的状态栏通知消息的参数；

将所述状态栏通知消息的参数进行数据转换，并将经过数据转换后的数据进行存储。

2.如权利要求1所述的方法，其特征在于，所述将所述状态栏通知消息的参数进行数据转换包括：将所述状态栏通知消息的参数进行序列化，或/和，将所述状态栏通知消息的参数进行持久化。

3.如权利要求2所述的方法，其特征在于，所述状态栏通知消息的参数包括显示视图参数；对实现所述显示视图的远程视图对象进行序列化得到字节流，然后将字节流存储在物理文件中。

4.如权利要求3所述的方法，其特征在于，还包括：当需要查看状态栏通知时，从物理文件中读取出所述字节流，并对字节流进行反序列化为远程视图对象，再根据反序列化得到的远程视图对象构造出显示视图。

5.如权利要求2所述的方法，其特征在于，所述状态栏通知消息的参数包括点击执行页面跳转参数；获取实现所述点击执行页面跳转的即将发生事件对象对应的意图对象，对所述意图对象进行持久化。

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

在状态栏管理器中确定针对应用程序的状态栏通知的存储条件；

其中，所述状态栏管理器根据所述存储条件，仅对满足存储条件的应用程序的状态栏通知进行存储。

7.如权利要求6所述的方法，其特征在于，还包括：

所述状态栏管理器预先获取需要存储状态栏通知的应用程序名单；

所述状态栏管理器根据所述应用程序名单，确定针对应用程序的状态栏通知的存储条件。

8.如权利要求6所述的方法，其特征在于，还包括：

所述状态栏管理器向用户提供存储条件设置界面，接收用户对状态栏通知的存储设置。

9.如权利要求8所述的方法，其特征在于，所述应用程序名单是从云端服务器获取的。

10.一种状态栏通知的存储装置，其特征在于，在操作系统的应用程序层中设置状态栏管理器，所述装置包括：

检测单元，用于通过所述状态栏管理器检测应用程序是否调用向系统框架层中的系统服务进程发送状态栏通知消息的接口；

参数调取单元，用于当所述检测单元检测到应用程序调用发送状态栏通知消息的接口时，调取通过所述接口发送的状态栏通知消息的参数；

转换存储单元，用于将所述状态栏通知消息的参数进行数据转换，将经过数据转换后的数据进行存储。