CN105095749B - 状态栏通知的接管方法及装置 - Google Patents

Abstract

本发明公开了一种状态栏通知的接管方法及装置，其中，在操作系统的系统框架层中设置与应用程序层中的状态栏管理器相对应的状态栏接管服务。其中的方法包括：在所述状态栏管理器中确定针对应用程序的状态栏通知的过滤条件；所述状态栏管理器将所述过滤条件提供给所述状态栏接管服务；所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令，指示所述系统用户界面进程仅显示满足所述过滤条件的状态栏通知。本发明通过控制系统用户界面进程仅显示满足过滤条件的状态栏通知，而对不满足过滤条件的状态栏通知不进行显示，从而可极大程度地减少过多或者恶意应用程序的状态栏通知，减少对用户造成干扰。

Description

状态栏通知的接管方法及装置

技术领域

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

背景技术

安卓(Android)平台作为全球最流行的移动操作系统已经具有了数以亿计的用户。安卓的状态栏(通知栏)在方便用户查看消息的同时，也给了一些恶意广告软件可乘之机。一些恶意广告软件甚至包括一些正常的软件会频繁弹出多条状态栏消息，如果用户不及时清理，状态栏会同时存在几十条状态栏消息，大多数是对用户无用的消息，已经严重打扰用户。

发明内容

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

依据本发明的一个方面，提供一种状态栏通知的接管方法，在操作系统的系统框架层中设置与应用程序层中的状态栏管理器相对应的状态栏接管服务，所述方法包括：在所述状态栏管理器中确定针对应用程序的状态栏通知的过滤条件；所述状态栏管理器将所述过滤条件提供给所述状态栏接管服务；所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令，指示所述系统用户界面进程仅显示满足所述过滤条件的状态栏通知。

优选的，还包括：所述状态栏管理器调用所述系统框架层中的通知管理服务，获取在所述通知管理服务保存的状态栏通知列表；所述状态栏管理器向用户显示所述列表中的所有状态栏通知。

优选的，在所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令之前，还包括：所述通知管理服务接收一个或多个应用程序发送的状态栏通知消息，并将收到的状态栏通知消息保存在状态栏通知列表中。

优选的，在所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令之前，还包括：通过代码注入方式，检测到系统服务进程调用状态栏通知显示命令的接口，由所述状态栏接管服务调用所述接口，从而向系统用户界面进程发送状态栏通知显示命令。

优选的，还包括：所述状态栏管理器预先获取应用程序白名单或/和应用程序黑名单；所述状态栏管理器根据所述应用程序白名单或/和应用程序黑名单，确定针对应用程序的状态栏通知的过滤条件。

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

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

优选的，所述状态栏接管服务，在系统服务进程中运行特定的代码，继而替换向系统用户界面进程发送命令的句柄，从而可以选择性阻断通知管理服务向系统用户界面进程发送状态栏显示命令，达到接管状态栏的目的。

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

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

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

依据本发明的另一个方面，提供一种状态栏通知的接管装置，在操作系统的系统框架层中设置与应用程序层中的状态栏管理器相对应的状态栏接管服务，所述装置包括：过滤条件确定单元，用于在所述状态栏管理器中确定针对应用程序的状态栏通知的过滤条件；过滤条件提供单元，用于将所述过滤条件提供给所述状态栏接管服务；通知显示控制单元，用于利用所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令，指示所述系统用户界面进程仅显示满足所述过滤条件的状态栏通知。

优选的，还包括：状态栏通知显示单元，用于利用所述状态栏管理器调用所述系统框架层中的通知管理服务，获取在所述通知管理服务保存的状态栏通知列表；并利用所述状态栏管理器向用户显示所述列表中的所有状态栏通知。

优选的，还包括：通知管理服务单元，用于利用所述通知管理服务接收一个或多个应用程序发送的状态栏通知消息，并将收到的状态栏通知消息保存在状态栏通知列表中。

优选的，还包括：系统用户界面进程接管单元，用于通过代码注入方式，检测到系统服务进程调用状态栏通知显示命令的接口，由所述状态栏接管服务调用所述接口，从而使所述通知显示控制单元向系统用户界面进程发送状态栏通知显示命令。

优选的，还包括：应用程序名单获取单元，用于为所述状态栏管理器预先获取应用程序白名单或/和应用程序黑名单；所述过滤条件确定单元根据所述应用程序白名单或/和应用程序黑名单，确定针对应用程序的状态栏通知的过滤条件。

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

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

优选的，所述状态栏接管服务，在系统服务进程中运行特定的代码，继而替换向系统用户界面进程发送命令的句柄，从而可以选择性阻断通知管理服务向系统用户界面进程发送状态栏显示命令，达到接管状态栏的目的。

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

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

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

可见，本发明提供的状态栏通知的接管方法中，通过控制系统用户界面进程仅显示满足过滤条件的状态栏通知，而对不满足过滤条件的状态栏通知不进行显示，从而可极大程度地减少过多或者恶意应用程序的状态栏通知，减少对用户造成干扰。其中，过滤条件的设置可通过应用程序白名单和/或黑名单方式，可以选定仅对特定应用程序的状态栏通知进行显示，而对于历史统计属于黑名单的应用程序则不进行状态栏通知显示。另外，通过状态栏管理器提供的查看所有状态栏通知的功能，可方便用户查看所有状态栏通知，避免重要状态栏通知的丢失。

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

附图说明

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

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

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

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

具体实施方式

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

如前所述的，针对现有技术中用户被过多状态栏消息打扰的问题，本发明提出了一套状态栏通知的接管方案，可以达到大大减少无用状态栏通知对用户造成的打扰，又不会让用户丢失重要的状态栏通知。

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

本发明一种优选实现方式是，对app层和framework层进行改进，从而利用这两层的协同配合实现状态栏消息接管方案。具体的，可以在framework层增加一个名为状态栏接管服务的系统服务，该状态栏接管服务根据app层的状态栏管理器设定的通知条目过滤策略，对状态栏通知进行过滤，例如将恶意应用程序的状态栏通知进行过滤，而只显示过滤之后的状态栏通知，达到无用状态栏通知不会对用户造成打扰的目的。另外，优选地，通过app层的状态栏管理器调用framework层的通知管理服务，从而实现查看所有状态栏通知的目的。可见，通过本发明，在显示状态栏通知时，仅显示过滤后的状态栏通知，从而减少对用户的打扰。并且，当用户需要查看所有状态栏通知时，可以通过状态栏管理器实现对所有的状态栏通知进行查看。

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

本领域技术人员理解，整个android框架的基础是运行在system server(系统服务)进程中的服务。其中，NotificationManagerService(通知管理服务)和NotificationManager(通知管理)是负责管理和通知后台事件的服务，也就是实现状态栏通知的服务。发送一个状态栏通知必须用到两个类：NotificationManager和Notification(通知)。其中，NotificationManager是状态栏通知的管理类，负责发通知、清除通知等。NotificationManager是一个系统Service(服务)，必须通过getSystemService()方法来获取。Notification是具体的状态栏通知对象，可以设置icon(图标格式)、文字、提示声音、振动等参数。例如，设置一个通知需要的基本参数包括：An icon(通知的图标)；A titleand expanded message(通知的标题和内容)；A PendingIntent(点击通知执行页面跳转)；可选的参数包括：A ticker-text message(状态栏顶部提示消息)；An alert sound(提示音)；A vibrate setting(振动)；A flashing LED setting(灯光)。

创建和显示一个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注入技术，在framework层中增加与app层状态栏管理器对应的状态栏接管服务，相当于在system_server进程中运行特定的代码，继而替换向SystemUi发送命令的句柄，从而可以选择性阻断NotificationManagerService向sytemUi进程发送状态栏显示命令，达到接管状态栏的目的。

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

状态栏通知接管实现分为两大部分。第一部分是在framework层增加的状态栏接管服务，运行在system_server进程中，用于根据预设条件过滤状态栏通知条目，从而仅在系统状态栏显示过滤之后的状态栏通知。也就是，通过代码注入方式，状态栏接管服务检测到system server进程调用状态栏通知显示命令的接口(API)，由状态栏接管服务调用该接口，从而向SystemUi进程发送状态栏通知显示命令，仅显示满足过滤条件的状态栏通知。第二部分是运行在app层的状态栏管理器，通过调用NotificationManagerService，例如通过GetAllNotifications方法调用NotificationManagerService，可供用于查看所有当前状态栏通知列表，包括在系统状态栏中被隐藏的状态栏通知条目。可以理解，状态栏接管服务和状态栏管理器是对应的，可以理解状态栏接管的后台部分和用户界面部分，二者协同运行。一方面，状态栏管理器确定状态栏通知的过滤条件，将过滤条件提供给状态栏接管服务；另一方面，状态栏管理器调用system_server进程中的NotificationManagerService，从而获取并显示NotificationManagerService保存的列表中的所有状态栏通知。其中，状态栏管理器可以理解为一个应用程序实现的功能，例如360安全卫士中的一个功能。

其中，在上述第一部分的状态栏接管服务中，涉及根据预先设置的过滤条件对通知条目进行过滤，从而可以选择性的只接管某些(个)应用程序的状态栏通知。具体的，app层的状态栏管理器可以向用户提供设置过滤条件的界面，并且在用户设置完成后提供给状态栏接管服务。例如，用户可以选择某些IM(即时通讯)软件、网银类软件设为属于白名单的应用程序，这些应用程序的状态栏通知还是可以正常发送到系统状态栏。用户也可以选择某些软件为属于黑名单的应用程序，这些黑名单的应用程序的状态栏通知就不会发送到系统状态栏上了。当然，用户还可以采用白名单和黑名单结合的方式。其中，应用程序的白名单或者应用程序的黑名单可以由状态栏管理器预先获取并提供给用户，以便用户在设置过滤条件时参考。例如，通过云端服务器配置黑名单或者白名单的方式，获取到应用程序的白名单或者应用程序的黑名单。由于云端方案基于大量的样本运营和人工智能方法，包括沙箱、静态代码分析，动态代码特征扫描等方式，因此具有样本大而较为精准的优点。当然，也可以直接采用状态栏管理器默认的白名单或/和黑名单，而无需用户设置。

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

S301:在状态栏管理器中确定针对应用程序的状态栏通知的过滤条件；

如前所介绍的，状态栏管理器可以向用户提供设置界面，由用户设置过滤条件，例如，设置允许显示某一些应用程序的状态栏通知，以及，设置禁止显示另一些应用程序的状态栏通知。在具体实现时，可结合预先获取的应用程序白名单，允许显示应用程序白名单中应用程序的状态栏通知。同理，还可结合预先获取的应用程序黑名单，禁止显示应用程序黑名单中应用程序的状态栏通知。当然，应用程序白名单和应用程序黑名单可结合使用。用户可以在默认的应用程序白名单和/或应用程序黑名单基础上进行调整，也可以直接采用默认的方式。其中，应用程序白名单或应用程序黑名单的获取方式如前所述，可从云端服务器获取。

S302:状态栏管理器将过滤条件提供给状态栏接管服务；

如前所述，状态栏管理器和状态栏接管服务是分别位于app层和framework层实现本发明状态栏接管的两个部分，二者协同运行。在状态栏管理器确定了状态栏通知过滤条件之后，将过滤条件发送给状态栏接管服务。当然，也不排除状态栏接管服务内置或者直接获取过滤条件的实现方式。

S303:状态栏接管服务向系统用户界面(SystemUi)进程发送状态栏通知显示命令，指示系统用户界面(SystemUi)进程仅在智能终端上显示满足过滤条件的状态栏通知。

步骤S303之前，需要由状态栏接管服务代替现有技术中system server进程中的NotificationManagerService去调用SystemUi进程，具体的，不是由NotificationManagerService去调用SystemUi进程，而是通过代码注入方式，状态栏接管服务检测到system server进程调用状态栏通知显示命令的接口(API)，由状态栏接管服务调用该接口，从而向SystemUi进程发送状态栏通知显示命令。该通知显示命令指示SystemUi进程仅在智能终端上显示满足过滤条件的状态栏通知，从而达到过滤恶意通知或者减少通知干扰问题。

除了上述三个步骤，优选的，为了在必要时方便用户查看所有状态栏通知，状态栏管理器向用户提供查看状态栏通知的功能。如前所述的，在app层的应用程序向systemserver进程发送状态栏通知消息之后，system server进程中的NotificationManagerService负责创建一个Notification，并且将Notification保存在状态栏通知列表中。本发明对此步骤并没有干预，也就是，在NotificationManagerService仍会创建并保存所有应用程序所请求的Notification，本发明仅在后续调用SystemUi进程时进行了接管，从而控制仅显示过滤之后的通知。由于在NotificationManagerService仍会创建并保存所有应用程序所请求的Notification，因此，可以通过状态栏管理器调用NotificationManagerService，获取状态栏通知列表，从而可以向用户显示所有状态栏通知。具体的，可通过通知显示界面，方便用户查看所有的状态栏通知。如前所述的，状态栏管理器调用系统框架层中的通知管理服务，获取在通知管理服务保存的状态栏通知列表；然后通过通知显示界面向用户显示所述列表中的所有状态栏通知。

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

可见，本发明提供的状态栏通知的接管方法中，通过控制SystemUi进程仅显示满足过滤条件的状态栏通知，而对不满足过滤条件的状态栏通知不进行显示，从而可极大程度地减少过多或者恶意应用程序的状态栏通知，减少对用户造成干扰。其中，过滤条件的设置可通过应用程序白名单和/或黑名单方式，可以选定仅对特定应用程序的状态栏通知进行显示，而对于历史统计属于黑名单的应用程序则不进行状态栏通知显示。另外，通过状态栏管理器提供的查看所有状态栏通知的功能，可方便用户查看所有状态栏通知，避免重要状态栏通知的丢失。

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

该状态栏通知的接管装置用于智能终端的操作系统，其中，在操作系统的系统框架层中设置与应用程序层中的状态栏管理器相对应的状态栏接管服务，所述装置包括：过滤条件确定单元，用于在所述状态栏管理器中确定针对应用程序的状态栏通知的过滤条件；过滤条件提供单元，用于将所述过滤条件提供给所述状态栏接管服务；通知显示控制单元，用于利用所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令，指示所述系统用户界面进程仅在智能终端上显示满足所述过滤条件的状态栏通知。

优选地，该装置还包括：状态栏通知显示单元，用于利用所述状态栏管理器调用所述系统框架层中的通知管理服务，获取在所述通知管理服务保存的状态栏通知列表；并利用所述状态栏管理器向用户显示所述列表中的所有状态栏通知。

优选地，该装置还包括：通知管理服务单元，用于利用所述通知管理服务接收一个或多个应用程序发送的状态栏通知消息，并将收到的状态栏通知消息保存在状态栏通知列表中。

优选地，该装置还包括：系统用户界面进程接管单元，用于通过代码注入方式，检测到系统服务进程调用状态栏通知显示命令的接口，由所述状态栏接管服务调用所述接口，从而使所述通知显示控制单元向系统用户界面进程发送状态栏通知显示命令。

优选地，该装置还包括：应用程序名单获取单元，用于为所述状态栏管理器预先获取应用程序白名单或/和应用程序黑名单；所述过滤条件确定单元根据所述应用程序白名单或/和应用程序黑名单，确定针对应用程序的状态栏通知的过滤条件。进一步还可包括：过滤条件设置单元，用于通过所述状态栏管理器向用户提供过滤条件设置界面，接收用户对状态栏通知的过滤设置。其中，所述应用程序白名单或/和应用程序黑名单是从云端服务器获取的。

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

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

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

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

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

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

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

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

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

本发明提供以下方案：

A1、一种状态栏通知的接管方法，在操作系统的系统框架层中设置与应用程序层中的状态栏管理器相对应的状态栏接管服务，所述方法包括：

在所述状态栏管理器中确定针对应用程序的状态栏通知的过滤条件；

所述状态栏管理器将所述过滤条件提供给所述状态栏接管服务；

所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令，指示所述系统用户界面进程仅显示满足所述过滤条件的状态栏通知。

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

所述状态栏管理器调用所述系统框架层中的通知管理服务，获取在所述通知管理服务保存的状态栏通知列表；

所述状态栏管理器向用户显示所述列表中的所有状态栏通知。

A3、如A2所述的方法，在所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令之前，还包括：

所述通知管理服务接收一个或多个应用程序发送的状态栏通知消息，并将收到的状态栏通知消息保存在状态栏通知列表中。

A4、如A1所述的方法，在所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令之前，还包括：

通过代码注入方式，检测到系统服务进程调用状态栏通知显示命令的接口，由所述状态栏接管服务调用所述接口，从而向系统用户界面进程发送状态栏通知显示命令。

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

所述状态栏管理器预先获取应用程序白名单或/和应用程序黑名单；

所述状态栏管理器根据所述应用程序白名单或/和应用程序黑名单，确定针对应用程序的状态栏通知的过滤条件。

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

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

A7、如A5所述的方法，所述应用程序白名单或/和应用程序黑名单是从云端服务器获取的。

A8、如A1所述的方法，所述状态栏接管服务，在系统服务进程中运行特定的代码，继而替换向系统用户界面进程发送命令的句柄，从而可以选择性阻断通知管理服务向系统用户界面进程发送状态栏显示命令，达到接管状态栏的目的。

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

提供通知查看界面；

通过所述通知查看界面，向用户展示状态栏通知列表中的所有状态栏通知。

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

A11、如A10所述的方法，所述操作系统为Andriod操作系统。

B12、一种状态栏通知的接管装置，在操作系统的系统框架层中设置与应用程序层中的状态栏管理器相对应的状态栏接管服务，所述装置包括：

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

过滤条件提供单元，用于将所述过滤条件提供给所述状态栏接管服务；

通知显示控制单元，用于利用所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令，指示所述系统用户界面进程仅显示满足所述过滤条件的状态栏通知。

B13、如B12所述的装置，还包括：

状态栏通知显示单元，用于利用所述状态栏管理器调用所述系统框架层中的通知管理服务，获取在所述通知管理服务保存的状态栏通知列表；并利用所述状态栏管理器向用户显示所述列表中的所有状态栏通知。

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

通知管理服务单元，用于利用所述通知管理服务接收一个或多个应用程序发送的状态栏通知消息，并将收到的状态栏通知消息保存在状态栏通知列表中。

B15、如B12所述的装置，还包括：

系统用户界面进程接管单元，用于通过代码注入方式，检测到系统服务进程调用状态栏通知显示命令的接口，由所述状态栏接管服务调用所述接口，从而使所述通知显示控制单元向系统用户界面进程发送状态栏通知显示命令。

B16、如B12所述的装置，还包括：

应用程序名单获取单元，用于为所述状态栏管理器预先获取应用程序白名单或/和应用程序黑名单；

所述过滤条件确定单元根据所述应用程序白名单或/和应用程序黑名单，确定针对应用程序的状态栏通知的过滤条件。

B17、如B16所述的装置，还包括：

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

B18、如B16所述的装置，所述应用程序白名单或/和应用程序黑名单是从云端服务器获取的。

B19、如B12所述的装置，所述状态栏接管服务，在系统服务进程中运行特定的代码，继而替换向系统用户界面进程发送命令的句柄，从而可以选择性阻断通知管理服务向系统用户界面进程发送状态栏显示命令，达到接管状态栏的目的。

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

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

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

B22、如B21所述的装置，所述操作系统为Andriod操作系统。

Claims (22)

1.一种状态栏通知的接管方法，其特征在于，在操作系统的系统框架层中设置与应用程序层中的状态栏管理器相对应的状态栏接管服务，其中：所述状态栏接管服务是注入在系统服务进程中的代码，通过所述代码替换向系统用户界面发送命令的句柄，选择性阻断通知管理服务向系统用户界面进程发送状态栏显示命令，实现所述状态栏的接管；所述方法包括：

在所述状态栏管理器中确定针对应用程序的状态栏通知的过滤条件；

所述状态栏管理器将所述过滤条件提供给所述状态栏接管服务；

所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令，指示所述系统用户界面进程仅显示满足所述过滤条件的状态栏通知。

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

所述状态栏管理器调用所述系统框架层中的通知管理服务，获取在所述通知管理服务保存的状态栏通知列表；

所述状态栏管理器向用户显示所述列表中的所有状态栏通知。

3.如权利要求2所述的方法，其特征在于，在所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令之前，还包括：

所述通知管理服务接收一个或多个应用程序发送的状态栏通知消息，并将收到的状态栏通知消息保存在状态栏通知列表中。

4.如权利要求1所述的方法，其特征在于，在所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令之前，还包括：

通过代码注入方式，检测到系统服务进程调用状态栏通知显示命令的接口，由所述状态栏接管服务调用所述接口，从而向系统用户界面进程发送状态栏通知显示命令。

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

所述状态栏管理器预先获取应用程序白名单或/和应用程序黑名单；

所述状态栏管理器根据所述应用程序白名单或/和应用程序黑名单，确定针对应用程序的状态栏通知的过滤条件。

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

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

7.如权利要求5所述的方法，其特征在于，所述应用程序白名单或/和应用程序黑名单是从云端服务器获取的。

8.如权利要求1所述的方法，其特征在于，所述状态栏接管服务，在系统服务进程中运行特定的代码，继而替换向系统用户界面进程发送命令的句柄，从而可以选择性阻断通知管理服务向系统用户界面进程发送状态栏显示命令，达到接管状态栏的目的。

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

提供通知查看界面；

通过所述通知查看界面，向用户展示状态栏通知列表中的所有状态栏通知。

10.如权利要求1至9任一项所述的方法，其特征在于，所述操作系统包括用于智能移动终端的基于Linux内核的操作系统。

11.如权利要求10所述的方法，其特征在于，所述操作系统为Andriod操作系统。

12.一种状态栏通知的接管装置，其特征在于，在操作系统的系统框架层中设置与应用程序层中的状态栏管理器相对应的状态栏接管服务，其中：所述状态栏接管服务是注入在系统服务进程中的代码，通过所述代码替换向系统用户界面发送命令的句柄，选择性阻断通知管理服务向系统用户界面进程发送状态栏显示命令，实现所述状态栏的接管；所述装置包括：

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

过滤条件提供单元，用于将所述过滤条件提供给所述状态栏接管服务；

通知显示控制单元，用于利用所述状态栏接管服务向系统用户界面进程发送状态栏通知显示命令，指示所述系统用户界面进程仅显示满足所述过滤条件的状态栏通知。

13.如权利要求12所述的装置，其特征在于，还包括：

状态栏通知显示单元，用于利用所述状态栏管理器调用所述系统框架层中的通知管理服务，获取在所述通知管理服务保存的状态栏通知列表；并利用所述状态栏管理器向用户显示所述列表中的所有状态栏通知。

14.如权利要求13所述的装置，其特征在于，所述装置还包括：

通知管理服务单元，用于利用所述通知管理服务接收一个或多个应用程序发送的状态栏通知消息，并将收到的状态栏通知消息保存在状态栏通知列表中。

15.如权利要求12所述的装置，其特征在于，还包括：

系统用户界面进程接管单元，用于通过代码注入方式，检测到系统服务进程调用状态栏通知显示命令的接口，由所述状态栏接管服务调用所述接口，从而使所述通知显示控制单元向系统用户界面进程发送状态栏通知显示命令。

16.如权利要求12所述的装置，其特征在于，还包括：

应用程序名单获取单元，用于为所述状态栏管理器预先获取应用程序白名单或/和应用程序黑名单；

所述过滤条件确定单元根据所述应用程序白名单或/和应用程序黑名单，确定针对应用程序的状态栏通知的过滤条件。

17.如权利要求16所述的装置，其特征在于，还包括：

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

18.如权利要求16所述的装置，其特征在于，所述应用程序白名单或/和应用程序黑名单是从云端服务器获取的。

19.如权利要求12所述的装置，其特征在于，所述状态栏接管服务，在系统服务进程中运行特定的代码，继而替换向系统用户界面进程发送命令的句柄，从而可以选择性阻断通知管理服务向系统用户界面进程发送状态栏显示命令，达到接管状态栏的目的。

20.如权利要求12所述的装置，其特征在于，还包括：

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

21.如权利要求12至20任一项所述的装置，其特征在于，所述操作系统包括用于智能移动终端的基于Linux内核的操作系统。

22.如权利要求21所述的装置，其特征在于，所述操作系统为Andriod操作系统。