CN105631322A - 免root对通知栏进行管理的方法及装置 - Google Patents
免root对通知栏进行管理的方法及装置 Download PDFInfo
- Publication number
- CN105631322A CN105631322A CN201510994294.9A CN201510994294A CN105631322A CN 105631322 A CN105631322 A CN 105631322A CN 201510994294 A CN201510994294 A CN 201510994294A CN 105631322 A CN105631322 A CN 105631322A
- Authority
- CN
- China
- Prior art keywords
- information
- intended application
- monitoring service
- notice
- hurdle
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/55—Detecting local intrusion or implementing counter-measures
- G06F21/552—Detecting local intrusion or implementing counter-measures involving long-term monitoring or reporting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/55—Detecting local intrusion or implementing counter-measures
- G06F21/554—Detecting local intrusion or implementing counter-measures involving event detection and direct action
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Alarm Systems (AREA)
Abstract
本发明公开了一种免ROOT条件下对通知栏进行管理方法及装置，其中的方法包括：从安卓系统中注册通知栏监听服务，并确认安全应用得到所述通知监听服务的操作权限；所述安全应用得到用户配置信息，确定在所述安全应用下被管理的至少一个目标应用及管理策略；所述安全应用通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息；所述安全应用根据所述通知消息的相关信息，按照所述目标应用对应的管理策略，对所述通知消息进行处理。可见，本发明在非ROOT情况下就可以实现对目标应用通知消息的管理，提高安全性。
Description
技术领域
本发明涉及网络安全技术领域，具体涉及一种免ROOT对通知栏进行管理的方法及装置。
背景技术
近年来，随着智能手机的广泛应用，Android系统平台作为全球最留下的移动操作系统之一已具有数亿用户。Android系统为了方便用户查看应用程序的消息通知，提供了通知栏消息服务以便于显示应用程序发送的消息，提醒用户一些重要信息。但同时也给一些恶意广告软件带来了可乘之机，恶意应用程序或者有些正常的第三方应用程序频繁利用系统的消息通知接口显示通知栏消息，而大量的通知栏消息是无用的，多数为广告消息，频繁弹出多条通知栏消息会给用户造成极大的干扰。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的免ROOT对通知栏进行管理的方法及装置。
依据本发明的一个方面，提供一种免ROOT条件下对通知栏进行管理方法，用于在安卓系统中通过安全应用对至少一个目标应用的通知消息进行管理，所述方法包括：
从所述安卓系统中注册通知栏监听服务，并确认所述安全应用得到所述通知监听服务的操作权限；
所述安全应用得到用户配置信息，确定在所述安全应用下被管理的至少一个目标应用及管理策略；
所述安全应用通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息；
所述安全应用根据所述通知消息的相关信息，按照所述目标应用对应的管理策略，对所述通知消息进行处理。
优选的，所述从所述安卓系统中注册通知栏监听服务包括：
新建一个类并继承自NotificationListenerService类；在AndroidManifest.xml中注册所述通知栏监听服务；以及，声明所述通知栏监听服务的权限。
优选的，所述声明所述通知栏监听服务的权限包括：
定义所述通知栏监听服务的配置参数，从而确定所述通知栏监听服务的权限，所述通知栏监听服务的配置参数包括所述通知栏监听服务的名称、标签、允许操作参数。
优选的，所述确认所述安全应用得到所述通知监听服务的操作权限包括：
读取所述系统中设置选项中安全与隐私设置参数，确认已开通通知读取权限，从而确认所述安全应用得到所述通知监听服务的操作权限。
优选的，所述安全应用通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息，包括：
通过调用所述通知栏监听服务中的onNotificationPosted方法，监听到所述目标应用发起通知消息事件；
通过读取所述通知栏监听服务中的StatusBarNotification对象，得到所述通知消息的内容数据及配置数据。
优选的，所述安全应用得到用户配置信息，确定在所述安全应用下被管理的至少一个目标应用及管理策略，包括：
所述安全应用提供用户配置界面，获取用户通过所述界面配置的关于目标应用的通知栏管理方式，确定所述目标应用的管理策略；
所述标应用的管理策略包括：直接拦截所述目标应用的所有通知消息的第一策略、放行所述目标应用所有通知消息的第二策略、拦截所述目标应用的通知消息后经消息内容分析后确定是否放行的第三策略。
优选的，所述安全应用根据所述通知消息的相关信息，按照所述目标应用对应的管理策略，对所述通知消息进行处理，包括：
根据所述通知消息的配置数据中携带的目标应用标识，确定所述通知消息对应的目标应用；
确定所述目标应用对应的管理策略：
如果是第一管理策略，则删除所述通知消息；
如果是第二管理策略，则将所述通知消息在通知栏上进行显示；
如果是第三管理策略，则根据所述解析得到的通知消息的内容数据，在预置的白通知数据库和/或黑通知数据库中进行匹配，确定所述通知消息是否为垃圾通知消息，如果为垃圾通知消息，则删除所述通知消息，否则，将所述通知消息在通知栏上进行显示。
优选的，还包括：
在本地或服务器侧设置有针对目标应用的通知栏管理的第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，用于按照所述目标应用的管理策略将所述目标应用登记到对应的名单中；
所述确定所述目标应用对应的管理策略包括：通过查找第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，确定所述目标应用对应的管理策略。
一种免ROOT条件下对通知栏进行管理装置，用于在安卓系统中对至少一个目标应用的通知消息进行管理，所述装置包括：
服务注册单元，用于从所述安卓系统中注册通知栏监听服务，并确认得到所述通知监听服务的操作权限；
管理策略配置单元，用于得到用户配置信息，确定被管理的至少一个目标应用及管理策略；
监听单元，用于通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息；
处理单元，用于按照所述目标应用对应的管理策略，对所述通知消息进行处理。
优选的，所述服务注册单元具体用于，新建一个类并继承自NotificationListenerService类；在AndroidManifest.xml中注册所述通知栏监听服务；以及，声明所述通知栏监听服务的权限。
优选的，所述服务注册单元进一步用于，定义所述通知栏监听服务的配置参数，从而确定所述通知栏监听服务的权限，所述通知栏监听服务的配置参数包括所述通知栏监听服务的名称、标签、允许操作参数。
优选的，所述服务注册单元具体用于，
读取所述系统中设置选项中安全与隐私设置参数，确认已开通通知读取权限，从而确认得到所述通知监听服务的操作权限。
优选的，所述监听单元具体用于，通过调用所述通知栏监听服务中的onNotificationPosted方法，监听到所述目标应用发起通知消息事件；通过读取所述通知栏监听服务中的StatusBarNotification对象，得到所述通知消息的内容数据及配置数据。
优选的，所述管理策略配置单元具体用于，提供用户配置界面，获取用户通过所述界面配置的关于目标应用的通知栏管理方式，确定所述目标应用的管理策略；其中，所述标应用的管理策略包括：直接拦截所述目标应用的所有通知消息的第一策略、放行所述目标应用所有通知消息的第二策略、拦截所述目标应用的通知消息后经消息内容分析后确定是否放行的第三策略。
优选的，所述处理单元具体用于，根据所述通知消息的配置数据中携带的目标应用标识，确定所述通知消息对应的目标应用；确定所述目标应用对应的管理策略；如果是第一管理策略，则删除所述通知消息；如果是第二管理策略，则将所述通知消息在通知栏上进行显示；如果是第三管理策略，则根据所述解析得到的通知消息的内容数据，在预置的白通知数据库和/或黑通知数据库中进行匹配，确定所述通知消息是否为垃圾通知消息，如果为垃圾通知消息，则删除所述通知消息，否则，将所述通知消息在通知栏上进行显示。
优选的，还包括：
目标名单设置单元，用于在本地或服务器侧设置有针对目标应用的通知栏管理的第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，用于按照所述目标应用的管理策略将所述目标应用登记到对应的名单中；
所述处理单元还用于，通过查找第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，确定所述目标应用对应的管理策略。
可见，本发明通过注册系统底层提供的通知栏监听服务，并使安全应用得到该通知栏监听服务的权限，从而使得安全应用可以对在其界面上预先登记的目标应用进行通知栏管理。由于本发明利用了系统底层的通知栏监听服务，从而在非ROOT情况下就可以实现对目标应用通知消息的管理，这对于权限较低的用户特别适合，而且由于免ROOT权限，可以保证一些非法软件无机可乘，提高系统的安全性。
而且，本发明针对目标应用提供了多个管理策略，包括直接放行、直接删除以及根据消息内容进行放行或删除的方式，从而满足用户对各类不同目标应用的管理需求，在不错过重要应用的通知消息的基础上，又保证不被垃圾消息打扰。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的一种免ROOT对通知栏进行管理的方法流程示意图；以及
图2示出了根据本发明一个实施例的一种免ROOT对通知栏进行管理的装置结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunicationsService，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(PersonalDigitalAssistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(MobileInternetDevice，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(CloudComputing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信，包括但不限于，基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。
本领域技术人员应当理解，本发明所称的“应用”、“应用程序”、“应用软件”以及类似表述的概念，是业内技术人员所公知的相同概念，是指由一系列计算机指令及相关数据资源有机构造的适于电子运行的计算机软件。除非特别指定，这种命名本身不受编程语言种类、级别，也不受其赖以运行的操作系统或平台所限制。理所当然地，此类概念也不受任何形式的终端所限制。同理，本发明所称的“目标应用”、“安装包”之间存在对应关系，安装包为目标应用的文件存在形式。
本发明的一种免ROOT主动防御配置方法，主要用于为操作系统构建应用程序的安全防御环境，以便在不影响应用程序的正常操作的前提下，实现主动防御。为此本发明将提供一典型实施例用于说明该方法的基本实现。相应的，应用了上述免ROOT主动防御配置方法的应用程序，其利用所述配置方法的机理进行工作，也包含一种与前者相应的主动防御方法。为便于说明，以下将以Unix系的Android操作系统及其应用程序为例，详细说明上述两种方法以及其相应装置的具体实现。
Android具有相对较为严格的用户权限管理机制，默认状态下，用户的权限较低。要突破权限限制，需要将系统的权限提高到最高级别，也即进行ROOT授权。众所周知，ROOT权限是指Unix类操作系统(包括Linux、Android)的系统管理员权限，类似于Windows(视窗)系统中的Administrator(管理员)权限。ROOT权限可以访问和修改用户的移动设备中几乎所有的文件(Android系统文件及用户文件，不包括ROM)。获得ROOT权限后，用户便可对第三方应用的恶意行为进行拦截，对消耗系统资源的设置项进行修改，因此，多数情况下，市面上的安全软件需要在已经获得ROOT授权的Android移动终端上工作，才能达到其最优效果。在现有的对通知栏进行管理的方案中，均是在获取ROOT权限前提下进行的。例如，这类方案在于，首先获得ROOT权限，然后向系统注入接管系统通知栏服务的控制模块，由该控制模块对通知栏是否显示或过滤进行策略制定和管理。
但是，一般用户并不掌握较高的专业知识，未必能对其终端进行ROOT授权，即使进行了ROOT授权，在为安全软件开放更高权限的同时，也给了恶意程序以可乘之机。更为矛盾的是，在非ROOT条件下，一部分恶意程序能工作，而传统的安全防御软件却会失去绝对优势。因此，在非ROOT条件下解决Android、Ubuntu等类似系统的安全防御需求，是业内一直以来的努力方向。
本发明的方法所应用的环境包括可与远程服务器或云端通信的移动终端，该移动终端安装有Android操作系统，该系统处于未经ROOT授权的状态。需要指出的是，即使该操作系统处于ROOT授权后的状态，本发明所述的各种方法也依然适用于该操作系统中。也就是说，本发明各种方法的实现，不受操作系统是否开放最高权限所限制。
请参阅图1的流程示意图，该图揭示了所述免ROOT条件下对通知栏进行管理方法的典型实施例。该方法用于在安卓系统中通过安全应用对至少一个目标应用的通知消息进行管理，其中，安全应用是指专门用于安全防御的应用程序，比如目前较为流行的手机卫士等软件；目标应用是指本发明方案管理的目标软件，例如各类第三方应用程序。
该方法包括如下步骤：
S101：从安卓系统中注册通知栏监听服务，并确认安全应用得到通知监听服务的操作权限。
Android在4.3的版本中(即API18)加入了通知栏监听服务(NotificationListenerService)。当系统收到新的通知或者通知被删除时，会触发NotificationListenerService的回调方法。同时在Android4.4中新增了Notification.extras字段，也就是说可以使用NotificationListenerService获取系统通知具体信息，这在以前是需要用反射来实现的。
对于系统通知，安全应用可使用NotificationListenerService，从而获取系统通知相关信息，主要包括：通知的新增和删除，获取当前通知数量，通知内容相关信息等。这些信息可以通过NotificationListenerService类提供的方法以及StatusBarNotification类对象来获取。
因此，本发明利用Android提供的NotificationListenerService机制，在安全应用上通过利用该机制进行通知栏消息的监听和管控。
首先，需要从安卓系统中注册通知栏监听服务。
注册的过程又包括以下两个方面：
新建一个类并继承自NotificationListenerService类
例如，通过如下代码实现继承NotificationListenerService类：
在AndroidManifest.xml中注册并声明权限
具体的，通过定义通知栏监听服务的配置参数，实现声明通知栏监听服务的权限，其中，通知栏监听服务的配置参数包括通知栏监听服务的名称、标签、允许操作等参数。
例如，通过如下代码实现在AndroidManifest.xml中对通知栏监听服务的注册和权限声明：
其次，需要确认安全应用得到该通知监听服务的操作权限。具体过程为：读取系统中“设置”选项中“安全与隐私”设置参数，确认已开通通知读取权限，从而确认安全应用得到通知监听服务的操作权限。
例如，在安全应用继承NotificationListenerService服务实现自己的逻辑之前，可在配置文件中添加如下代码，获取权限：
这样，在系统设置中就能找到开启该服务的开关，以miui为例，在设置--安全与隐私--通知读取权限。
S102：安全应用得到用户配置信息，确定在安全应用下被管理的至少一个目标应用及管理策略。
需要说明的是，步骤S101和步骤S102都是预先执行的步骤，不需要每次都执行。而且，步骤S101和步骤S102先后顺序不做限制。即，可以先执行步骤S102，再执行步骤S101。
为了在安全应用上实现对目标应用的通知消息管理，需要得到用户的权限。因此，可以在安全应用上向用户提供用户配置界面，用于用户在界面上配置或勾选优选目标应用的通知栏管理方式。例如，在用户配置界面上，列出各个目标应用，并默认各个目标应用的通知消息管理策略为“不接收通知消息”，或则，根据历史学习结果，有针对性的建议一些目标应用的管理策略为“接收通知消息”。例如，对于银行APP，由于发送的常常是与用户银行账户信息相关或金额变动的通知消息，因此可以将此类APP的管理策略默认设置为“接收通知消息”。用户在配置界面的默认设置基础上，调整并确认各个目标应用的管理策略。
本发明中，可为用户提供至少三种关于目标应用的通知消息管理策略。第一种策略是，直接拦截目标应用的所有通知消息。这种策略适合经常发送对用户而言无关紧要甚至造成骚扰的通知消息的APP，例如，用户不需要诸如淘宝网等电商APP的通知消息，此时可将该APP配置为该第一策略。第二种策略是，放行目标应用所有通知消息。该种策略适用于对用户而言不想错过任何通知消息的APP，如上面例子中的金融类APP。第三种策略是拦截目标应用的通知消息后经消息内容分析后确定是否放行。可见，第三种策略需要对通知消息内容进行分析后，再确定是否放行或者删除。如何获取通知消息的消息内容，在后续关于步骤S103－S104中会详细描述。这种方式介于第一种方式和第二种方式之间，是一种较为折中的方式。例如，对于某个APP，大部分发送的通知消息对用户而言是有价值的，但是有时也会发送广告等垃圾消息，因此，用户可以针对这类APP配置为该第三种策略。
为了具体实现上述三种管理策略，可以在安全应用的终端本地或服务器侧设置策略名单，用于记录各个策略对应的目标应用列表。具体的，设置针对目标应用的通知栏管理的第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，用于按照目标应用的管理策略将目标应用登记到对应的名单。例如，可以在名单中记录目标应用的标识。
S103：安全应用通过通知栏监听服务监听到目标应用发起通知消息事件，并获取到通知消息的相关信息。
为了获取系统通知相关信息，主要包括：通知的新增和删除，获取当前通知数量，通知内容相关信息等，可以通过NotificationListenerService类提供的方法以及StatusBarNotification类对象来获取。
例如，可以通过NotificationListenerService类提供的方法以及StatusBarNotification类对象来获取。
NotificationListenerService主要方法(成员变量)包括：
(1)cancelAllNotifications()：删除系统中所有可被清除的通知；
(2)cancelNotification(Stringpkg,Stringtag,intid)：删除具体某一个通知；
(3)getActiveNotifications()：返回当前系统所有通知到StatusBarNotification[]；
(4)onNotificationPosted(StatusBarNotificationsbn)：当系统收到新的通知后出发回调；
(5)onNotificationRemoved(StatusBarNotificationsbn)：当系统通知被删掉后出发回调。
以上是NotificationListenerService的主要方法，通过这些方法就可以在安全应用中操作系统通知。
在NotificationListenerService中除了对通知的操作之外，还可以获取到通知的StatusBarNotification对象，通过该对象可以获取通知更详细的数据。
StatusBarNotification主要方法(成员变量)包括：
(1)getId()：返回通知对应的id；
(2)getNotification()：返回通知对象；
(3)getPackageName()：返回通知对应的包名；
(4)getPostTime()：返回通知发起的时间；
(5)getTag()：返回通知的Tag，如果没有设置返回null；
(6)getUserId()：返回UserId，用于多用户场景；
(7)isClearable()：返回该通知是否可被清除，FLAG_ONGOING_EVENT、FLAG_NO_CLEAR；
(8)isOngoing()：检查该通知的flag是否为FLAG_ONGOING_EVENT。
可见，安全应用通过通过调用通知栏监听服务中的onNotificationPosted方法，可以监听到目标应用发起通知消息事件；并且通过读取通知栏监听服务中的StatusBarNotification对象，得到通知消息的内容数据及配置数据。
S104：安全应用根据通知消息的相关信息，按照目标应用对应的管理策略，对通知消息进行处理。
具体的：首先，安全应用根据通知消息的配置数据中携带的目标应用标识，确定通知消息对应的目标应用；然后，确定目标应用对应的管理策略，例如，通过查找第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，确定目标应用对应的管理策略；最后，按照管理策略进行处理：如果是第一管理策略，则删除通知消息；如果是第二管理策略，则将通知消息在通知栏上进行显示；如果是第三管理策略，则进一步根据解析得到的通知消息的内容数据，在预置的白通知数据库和/或黑通知数据库中进行匹配，确定通知消息是否为垃圾通知消息，如果为垃圾通知消息，则删除通知消息，否则，将通知消息在通知栏上进行显示。
对于第三种策略，可预先设置白通知数据库和/或黑通知数据库的方式，实现对通知消息的过滤。例如，通过学习大量垃圾消息的字段/关键词/关键字，得到黑通知数据库。同理，可以得到白通知数据库。在具体处理时，需要将解析通知消息得到的内容数据与白通知数据库和黑通知数据库进行匹配，当在黑通知数据库中匹配成功时，则确定为黑通知，需要删除；当在白通知数据库中匹配成功时，则确定为白通知，需要在通知栏中进行显示；当在黑通知数据库和白通知数据库中均未匹配成功时，即不确定该通知消息内容是否未垃圾内容时，为了避免用户错失重要消息，可将这类消息进行通知栏显示。
下面以一段完整代码举例说明本发明方法的实现过程。
注册通知栏监听服务NLService，即：继承NotificationListenerServic
(适用于Adroid系统的SDK版本大于等于18)：
满足服务生效的第二个条件：AndroidManifest.xml必须加入权限
2、引导用户设置
privatestaticfinalString
ACTION_NOTIFICATION_LISTENER_SETTINGS＝"android.settings.ACTION_NOTIFICATION_LISTENER_SETTINGS"；
startActivity(newIntent(ACTION_NOTIFICATION_LISTENER_SETTINGS))；
3、获取通知栏数据的方法：
4、如何操作由监听服务(NLService)提供的数据
4.1、将需要接管的数据保存(数据由onNotificationPosted来提供，是否接管由安全应用自定义)
4.2、实现自主管理操作
增加：sStatusBarNotificationRecords.put(remove.pkg,records)；
删除：sNotificationListenerServiceObject.cancelNotification(remove.pkg,remove.tag,remove.id)；(sNotificationListenerServiceObject为NLService对象)；
刷新已接管通知栏的条数：
ShieldServiceManager.getShieldClientManager().onHiddenNotificationCountChanged(newSize)；
4.3、目标APP管理策略名单设置：
将开关状态值写入数据库保存，在界面显示时根据状态值是否决定展示。
可见，本发明通过注册系统底层提供的通知栏监听服务，并使安全应用得到该通知栏监听服务的权限，从而使得安全应用可以对在其界面上预先登记的目标应用进行通知栏管理。由于本发明利用了系统底层的通知栏监听服务，从而在非ROOT情况下就可以实现对目标应用通知消息的管理，这对于权限较低的用户特别适合，而且由于免ROOT权限，可以保证一些非法软件无机可乘，提高系统的安全性。
而且，本发明针对目标应用提供了多个管理策略，包括直接放行、直接删除以及根据消息内容进行放行或删除的方式，从而满足用户对各类不同目标应用的管理需求，在不错过重要应用的通知消息的基础上，又保证不被垃圾消息打扰。
与上述方法相对应，本发明还提供一种免ROOT条件下对通知栏进行管理装置，该装置用于在安卓系统中对至少一个目标应用的通知消息进行管理。
参见图2，该装置包括：
服务注册单元201，用于从所述安卓系统中注册通知栏监听服务，并确认得到所述通知监听服务的操作权限；
管理策略配置单元202，用于得到用户配置信息，确定被管理的至少一个目标应用及管理策略；
监听单元203，用于通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息；
处理单元204，用于按照所述目标应用对应的管理策略，对所述通知消息进行处理。
优选的，
服务注册单元201具体用于，新建一个类并继承自NotificationListenerService类；在AndroidManifest.xml中注册所述通知栏监听服务；以及，声明所述通知栏监听服务的权限。
优选的，
所述服务注册单元201进一步用于，定义所述通知栏监听服务的配置参数，从而确定所述通知栏监听服务的权限，所述通知栏监听服务的配置参数包括所述通知栏监听服务的名称、标签、允许操作参数。
优选的，
所述服务注册单元201具体用于，读取所述系统中设置选项中安全与隐私设置参数，确认已开通通知读取权限，从而确认得到所述通知监听服务的操作权限。
优选的，
所述监听单元203具体用于，通过调用所述通知栏监听服务中的onNotificationPosted方法，监听到所述目标应用发起通知消息事件；通过读取所述通知栏监听服务中的StatusBarNotification对象，得到所述通知消息的内容数据及配置数据。
优选的，
所述管理策略配置单元202具体用于，提供用户配置界面，获取用户通过所述界面配置的关于目标应用的通知栏管理方式，确定所述目标应用的管理策略；其中，所述标应用的管理策略包括：直接拦截所述目标应用的所有通知消息的第一策略、放行所述目标应用所有通知消息的第二策略、拦截所述目标应用的通知消息后经消息内容分析后确定是否放行的第三策略。
优选的，
所述处理单元204具体用于，根据所述通知消息的配置数据中携带的目标应用标识，确定所述通知消息对应的目标应用；确定所述目标应用对应的管理策略；如果是第一管理策略，则删除所述通知消息；如果是第二管理策略，则将所述通知消息在通知栏上进行显示；如果是第三管理策略，则根据所述解析得到的通知消息的内容数据，在预置的白通知数据库和/或黑通知数据库中进行匹配，确定所述通知消息是否为垃圾通知消息，如果为垃圾通知消息，则删除所述通知消息，否则，将所述通知消息在通知栏上进行显示。
优选的，还包括：
目标名单设置单元205，用于在本地或服务器侧设置有针对目标应用的通知栏管理的第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，用于按照所述目标应用的管理策略将所述目标应用登记到对应的名单中；
所述处理单元204还用于，通过查找第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，确定所述目标应用对应的管理策略。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的免ROOT对通知栏进行管理的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
可见，本发明提供如下方案：
A1、一种免ROOT条件下对通知栏进行管理方法，用于在安卓系统中通过安全应用对至少一个目标应用的通知消息进行管理，所述方法包括：
从所述安卓系统中注册通知栏监听服务，并确认所述安全应用得到所述通知监听服务的操作权限；
所述安全应用得到用户配置信息，确定在所述安全应用下被管理的至少一个目标应用及管理策略；
所述安全应用通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息；
所述安全应用根据所述通知消息的相关信息，按照所述目标应用对应的管理策略，对所述通知消息进行处理。
A2、如A1所述的方法，所述从所述安卓系统中注册通知栏监听服务包括：
新建一个类并继承自NotificationListenerService类；在AndroidManifest.xml中注册所述通知栏监听服务；以及，声明所述通知栏监听服务的权限。
A3、如A2所述的方法，所述声明所述通知栏监听服务的权限包括：
定义所述通知栏监听服务的配置参数，从而确定所述通知栏监听服务的权限，所述通知栏监听服务的配置参数包括所述通知栏监听服务的名称、标签、允许操作参数。
A4、如A1所述的方法，所述确认所述安全应用得到所述通知监听服务的操作权限包括：
读取所述系统中设置选项中安全与隐私设置参数，确认已开通通知读取权限，从而确认所述安全应用得到所述通知监听服务的操作权限。
A5、如A1所述的方法，所述安全应用通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息，包括：
通过调用所述通知栏监听服务中的onNotificationPosted方法，监听到所述目标应用发起通知消息事件；
通过读取所述通知栏监听服务中的StatusBarNotification对象，得到所述通知消息的内容数据及配置数据。
A6、如A1所述的方法，所述安全应用得到用户配置信息，确定在所述安全应用下被管理的至少一个目标应用及管理策略，包括：
所述安全应用提供用户配置界面，获取用户通过所述界面配置的关于目标应用的通知栏管理方式，确定所述目标应用的管理策略；
所述标应用的管理策略包括：直接拦截所述目标应用的所有通知消息的第一策略、放行所述目标应用所有通知消息的第二策略、拦截所述目标应用的通知消息后经消息内容分析后确定是否放行的第三策略。
A7、如A6所述的方法，所述安全应用根据所述通知消息的相关信息，按照所述目标应用对应的管理策略，对所述通知消息进行处理，包括：
根据所述通知消息的配置数据中携带的目标应用标识，确定所述通知消息对应的目标应用；
确定所述目标应用对应的管理策略：
如果是第一管理策略，则删除所述通知消息；
如果是第二管理策略，则将所述通知消息在通知栏上进行显示；
如果是第三管理策略，则根据所述解析得到的通知消息的内容数据，在预置的白通知数据库和/或黑通知数据库中进行匹配，确定所述通知消息是否为垃圾通知消息，如果为垃圾通知消息，则删除所述通知消息，否则，将所述通知消息在通知栏上进行显示。
A8、如A7所述的方法，还包括：
在本地或服务器侧设置有针对目标应用的通知栏管理的第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，用于按照所述目标应用的管理策略将所述目标应用登记到对应的名单中；
所述确定所述目标应用对应的管理策略包括：通过查找第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，确定所述目标应用对应的管理策略。
B9、一种免ROOT条件下对通知栏进行管理装置，用于在安卓系统中对至少一个目标应用的通知消息进行管理，所述装置包括：
服务注册单元，用于从所述安卓系统中注册通知栏监听服务，并确认得到所述通知监听服务的操作权限；
管理策略配置单元，用于得到用户配置信息，确定被管理的至少一个目标应用及管理策略；
监听单元，用于通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息；
处理单元，用于按照所述目标应用对应的管理策略，对所述通知消息进行处理。
B10、如B9所述的装置，所述服务注册单元具体用于，新建一个类并继承自NotificationListenerService类；在AndroidManifest.xml中注册所述通知栏监听服务；以及，声明所述通知栏监听服务的权限。
B11、如B10所述的装置，所述服务注册单元进一步用于，定义所述通知栏监听服务的配置参数，从而确定所述通知栏监听服务的权限，所述通知栏监听服务的配置参数包括所述通知栏监听服务的名称、标签、允许操作参数。
B12、如B9所述的装置，所述服务注册单元具体用于，
读取所述系统中设置选项中安全与隐私设置参数，确认已开通通知读取权限，从而确认得到所述通知监听服务的操作权限。
B13、如B9所述的装置，所述监听单元具体用于，通过调用所述通知栏监听服务中的onNotificationPosted方法，监听到所述目标应用发起通知消息事件；通过读取所述通知栏监听服务中的StatusBarNotification对象，得到所述通知消息的内容数据及配置数据。
B14、如B9所述的装置，所述管理策略配置单元具体用于，提供用户配置界面，获取用户通过所述界面配置的关于目标应用的通知栏管理方式，确定所述目标应用的管理策略；其中，所述标应用的管理策略包括：直接拦截所述目标应用的所有通知消息的第一策略、放行所述目标应用所有通知消息的第二策略、拦截所述目标应用的通知消息后经消息内容分析后确定是否放行的第三策略。
B15、如B14所述的装置，所述处理单元具体用于，根据所述通知消息的配置数据中携带的目标应用标识，确定所述通知消息对应的目标应用；确定所述目标应用对应的管理策略；如果是第一管理策略，则删除所述通知消息；如果是第二管理策略，则将所述通知消息在通知栏上进行显示；如果是第三管理策略，则根据所述解析得到的通知消息的内容数据，在预置的白通知数据库和/或黑通知数据库中进行匹配，确定所述通知消息是否为垃圾通知消息，如果为垃圾通知消息，则删除所述通知消息，否则，将所述通知消息在通知栏上进行显示。
B16、如B15所述的装置，还包括：
目标名单设置单元，用于在本地或服务器侧设置有针对目标应用的通知栏管理的第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，用于按照所述目标应用的管理策略将所述目标应用登记到对应的名单中；
所述处理单元还用于，通过查找第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，确定所述目标应用对应的管理策略。
Claims (10)
1.一种免ROOT条件下对通知栏进行管理方法，其特征在于，用于在安卓系统中通过安全应用对至少一个目标应用的通知消息进行管理，所述方法包括：
从所述安卓系统中注册通知栏监听服务，并确认所述安全应用得到所述通知监听服务的操作权限；
所述安全应用得到用户配置信息，确定在所述安全应用下被管理的至少一个目标应用及管理策略；
所述安全应用通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息；
所述安全应用根据所述通知消息的相关信息，按照所述目标应用对应的管理策略，对所述通知消息进行处理。
2.如权利要求1所述的方法，其特征在于，所述从所述安卓系统中注册通知栏监听服务包括：
新建一个类并继承自NotificationListenerService类；在AndroidManifest.xml中注册所述通知栏监听服务；以及，声明所述通知栏监听服务的权限。
3.如权利要求2所述的方法，其特征在于，所述声明所述通知栏监听服务的权限包括：
定义所述通知栏监听服务的配置参数，从而确定所述通知栏监听服务的权限，所述通知栏监听服务的配置参数包括所述通知栏监听服务的名称、标签、允许操作参数。
4.如权利要求1所述的方法，其特征在于，所述确认所述安全应用得到所述通知监听服务的操作权限包括：
读取所述系统中设置选项中安全与隐私设置参数，确认已开通通知读取权限，从而确认所述安全应用得到所述通知监听服务的操作权限。
5.如权利要求1所述的方法，其特征在于，所述安全应用通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息，包括：
通过调用所述通知栏监听服务中的onNotificationPosted方法，监听到所述目标应用发起通知消息事件；
通过读取所述通知栏监听服务中的StatusBarNotification对象，得到所述通知消息的内容数据及配置数据。
6.如权利要求1所述的方法，其特征在于，所述安全应用得到用户配置信息，确定在所述安全应用下被管理的至少一个目标应用及管理策略，包括：
所述安全应用提供用户配置界面，获取用户通过所述界面配置的关于目标应用的通知栏管理方式，确定所述目标应用的管理策略；
所述标应用的管理策略包括：直接拦截所述目标应用的所有通知消息的第一策略、放行所述目标应用所有通知消息的第二策略、拦截所述目标应用的通知消息后经消息内容分析后确定是否放行的第三策略。
7.如权利要求6所述的方法，其特征在于，所述安全应用根据所述通知消息的相关信息，按照所述目标应用对应的管理策略，对所述通知消息进行处理，包括：
根据所述通知消息的配置数据中携带的目标应用标识，确定所述通知消息对应的目标应用；
确定所述目标应用对应的管理策略：
如果是第一管理策略，则删除所述通知消息；
如果是第二管理策略，则将所述通知消息在通知栏上进行显示；
如果是第三管理策略，则根据所述解析得到的通知消息的内容数据，在预置的白通知数据库和/或黑通知数据库中进行匹配，确定所述通知消息是否为垃圾通知消息，如果为垃圾通知消息，则删除所述通知消息，否则，将所述通知消息在通知栏上进行显示。
8.如权利要求7所述的方法，其特征在于，还包括：
在本地或服务器侧设置有针对目标应用的通知栏管理的第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，用于按照所述目标应用的管理策略将所述目标应用登记到对应的名单中；
所述确定所述目标应用对应的管理策略包括：通过查找第一策略目标应用名单、第二策略目标应用名单和第三策略目标应用名单，确定所述目标应用对应的管理策略。
9.一种免ROOT条件下对通知栏进行管理装置，其特征在于，用于在安卓系统中对至少一个目标应用的通知消息进行管理，所述装置包括：
服务注册单元，用于从所述安卓系统中注册通知栏监听服务，并确认得到所述通知监听服务的操作权限；
管理策略配置单元，用于得到用户配置信息，确定被管理的至少一个目标应用及管理策略；
监听单元，用于通过所述通知栏监听服务监听到所述目标应用发起通知消息事件，并获取到所述通知消息的相关信息；
处理单元，用于按照所述目标应用对应的管理策略，对所述通知消息进行处理。
10.如权利要求9所述的装置，其特征在于，所述服务注册单元具体用于，新建一个类并继承自NotificationListenerService类；在AndroidManifest.xml中注册所述通知栏监听服务；以及，声明所述通知栏监听服务的权限。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510994294.9A CN105631322A (zh) | 2015-12-25 | 2015-12-25 | 免root对通知栏进行管理的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510994294.9A CN105631322A (zh) | 2015-12-25 | 2015-12-25 | 免root对通知栏进行管理的方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105631322A true CN105631322A (zh) | 2016-06-01 |
Family
ID=56046247
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510994294.9A Pending CN105631322A (zh) | 2015-12-25 | 2015-12-25 | 免root对通知栏进行管理的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105631322A (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107231293A (zh) * | 2017-05-11 | 2017-10-03 | 深信服科技股份有限公司 | 消息通知隔离方法及装置 |
| CN108848261A (zh) * | 2018-06-05 | 2018-11-20 | 广州优视网络科技有限公司 | 通知栏中通知信息的显示方法、装置、存储介质和终端 |
| CN109388369A (zh) * | 2018-09-10 | 2019-02-26 | 杭州骇音科技有限公司 | 一种将监听信息转换语音播报的方法 |
| CN111814196A (zh) * | 2020-09-04 | 2020-10-23 | 支付宝(杭州)信息技术有限公司 | 一种数据处理方法、装置及设备 |
| US11341284B2 (en) | 2020-09-04 | 2022-05-24 | Alipay (Hangzhou) Information Technology Co., Ltd. | Trusted hardware-based data management methods, apparatuses, and devices |
| US11354448B2 (en) | 2020-09-04 | 2022-06-07 | Alipay (Hangzhou) Information Technology Co., Ltd. | Demand trusted device-based data acquisition methods, apparatuses, and devices |
| US11354447B2 (en) | 2020-08-28 | 2022-06-07 | Alipay (Hangzhou) Information Technology Co., Ltd. | Data authorization information acquisition methods, apparatuses, and devices |
| US11362815B2 (en) | 2020-08-28 | 2022-06-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Trusted data transmission methods, apparatuses, and devices |
| US11386191B2 (en) | 2020-09-15 | 2022-07-12 | Alipay (Hangzhou) Information Technology Co., Ltd. | Trusted hardware-based identity management methods, apparatuses, and devices |
| US11494511B2 (en) | 2020-09-15 | 2022-11-08 | Alipay (Hangzhou) Information Technology Co., Ltd. | Data processing methods, apparatuses, and devices |
| US11604894B2 (en) | 2020-07-24 | 2023-03-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Data processing methods, apparatuses, devices, and media |
| US11614929B2 (en) | 2020-08-28 | 2023-03-28 | Alipay (Hangzhou) Information Technology Co., Ltd. | Identity registration methods, apparatuses, and devices |
| US11652879B2 (en) | 2020-08-28 | 2023-05-16 | Alipay (Hangzhou) Information Technology Co., Ltd. | Matching methods, apparatuses, and devices based on trusted asset data |
| US11726968B2 (en) | 2020-09-15 | 2023-08-15 | Alipay (Hangzhou) Information Technology Co., Ltd. | Methods, apparatuses, and devices for transferring data assets based on blockchain |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103546641A (zh) * | 2013-10-29 | 2014-01-29 | 广东欧珀移动通信有限公司 | 移动终端通知栏消息过滤方法与装置 |
| CN104580093A (zh) * | 2013-10-21 | 2015-04-29 | 腾讯科技（深圳）有限公司 | 网站通知消息的处理方法、装置及系统 |
| CN104717623A (zh) * | 2015-04-01 | 2015-06-17 | 中国联合网络通信集团有限公司 | 一种实现短信过滤的方法及装置 |
| CN105120085A (zh) * | 2015-07-30 | 2015-12-02 | Tcl移动通信科技（宁波）有限公司 | Android设备与计算机同步通知的实现方法及系统 |
| CN105183307A (zh) * | 2015-06-15 | 2015-12-23 | 北京奇虎科技有限公司 | 应用程序消息显示控制方法及装置 |
-
2015
- 2015-12-25 CN CN201510994294.9A patent/CN105631322A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104580093A (zh) * | 2013-10-21 | 2015-04-29 | 腾讯科技（深圳）有限公司 | 网站通知消息的处理方法、装置及系统 |
| CN103546641A (zh) * | 2013-10-29 | 2014-01-29 | 广东欧珀移动通信有限公司 | 移动终端通知栏消息过滤方法与装置 |
| CN104717623A (zh) * | 2015-04-01 | 2015-06-17 | 中国联合网络通信集团有限公司 | 一种实现短信过滤的方法及装置 |
| CN105183307A (zh) * | 2015-06-15 | 2015-12-23 | 北京奇虎科技有限公司 | 应用程序消息显示控制方法及装置 |
| CN105120085A (zh) * | 2015-07-30 | 2015-12-02 | Tcl移动通信科技（宁波）有限公司 | Android设备与计算机同步通知的实现方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| DAVE SMITH等: "《Android 5.0开发范例代码大全（第4版）》", 30 September 2015 * |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107231293A (zh) * | 2017-05-11 | 2017-10-03 | 深信服科技股份有限公司 | 消息通知隔离方法及装置 |
| CN108848261A (zh) * | 2018-06-05 | 2018-11-20 | 广州优视网络科技有限公司 | 通知栏中通知信息的显示方法、装置、存储介质和终端 |
| CN109388369A (zh) * | 2018-09-10 | 2019-02-26 | 杭州骇音科技有限公司 | 一种将监听信息转换语音播报的方法 |
| US11604894B2 (en) | 2020-07-24 | 2023-03-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Data processing methods, apparatuses, devices, and media |
| US11652879B2 (en) | 2020-08-28 | 2023-05-16 | Alipay (Hangzhou) Information Technology Co., Ltd. | Matching methods, apparatuses, and devices based on trusted asset data |
| US11614929B2 (en) | 2020-08-28 | 2023-03-28 | Alipay (Hangzhou) Information Technology Co., Ltd. | Identity registration methods, apparatuses, and devices |
| US11354447B2 (en) | 2020-08-28 | 2022-06-07 | Alipay (Hangzhou) Information Technology Co., Ltd. | Data authorization information acquisition methods, apparatuses, and devices |
| US11362815B2 (en) | 2020-08-28 | 2022-06-14 | Alipay (Hangzhou) Information Technology Co., Ltd. | Trusted data transmission methods, apparatuses, and devices |
| CN111814196A (zh) * | 2020-09-04 | 2020-10-23 | 支付宝(杭州)信息技术有限公司 | 一种数据处理方法、装置及设备 |
| US11455417B2 (en) | 2020-09-04 | 2022-09-27 | Alipay (Hangzhou) Information Technology Co., Ltd. | Data processing methods, apparatuses, and devices |
| US11354448B2 (en) | 2020-09-04 | 2022-06-07 | Alipay (Hangzhou) Information Technology Co., Ltd. | Demand trusted device-based data acquisition methods, apparatuses, and devices |
| US11341284B2 (en) | 2020-09-04 | 2022-05-24 | Alipay (Hangzhou) Information Technology Co., Ltd. | Trusted hardware-based data management methods, apparatuses, and devices |
| US11494511B2 (en) | 2020-09-15 | 2022-11-08 | Alipay (Hangzhou) Information Technology Co., Ltd. | Data processing methods, apparatuses, and devices |
| US11386191B2 (en) | 2020-09-15 | 2022-07-12 | Alipay (Hangzhou) Information Technology Co., Ltd. | Trusted hardware-based identity management methods, apparatuses, and devices |
| US11726968B2 (en) | 2020-09-15 | 2023-08-15 | Alipay (Hangzhou) Information Technology Co., Ltd. | Methods, apparatuses, and devices for transferring data assets based on blockchain |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105631322A (zh) | 免root对通知栏进行管理的方法及装置 | |
| Kimani et al. | Cyber security challenges for IoT-based smart grid networks | |
| CN104408367B (zh) | 应用程序配置方法与装置 | |
| US8949988B2 (en) | Methods for proactively securing a web application and apparatuses thereof | |
| Alshohoumi et al. | Systematic review of existing IoT architectures security and privacy issues and concerns | |
| CN104462961B (zh) | 移动终端及其隐私权限优化方法 | |
| US9027076B2 (en) | Method and apparatus for context aware mobile security | |
| CN105745869B (zh) | 用于区域性网络/家庭网络的安全网关 | |
| CN104376255B (zh) | 应用程序运行控制方法与装置 | |
| Altulaihan et al. | Cybersecurity threats, countermeasures and mitigation techniques on the IoT: Future research directions | |
| CN101675423B (zh) | 在外部设备与主机设备间提供数据和设备安全的系统和方法 | |
| US20080096526A1 (en) | Apparatus and a security node for use in determining security attacks | |
| CN104462879A (zh) | 应用程序免Root运行控制方法与装置 | |
| CN104462880B (zh) | 应用程序加壳配置方法与装置 | |
| CN105183307A (zh) | 应用程序消息显示控制方法及装置 | |
| US20110239267A1 (en) | Password complexity policy for externally controlled systems | |
| Wang et al. | A survey on IoT-enabled home automation systems: Attacks and defenses | |
| CN107276986B (zh) | 一种通过机器学习保护网站的方法、装置和系统 | |
| CN105260660A (zh) | 智能终端支付环境的监控方法、装置及系统 | |
| Pandey et al. | A survey of cyber security trends, emerging technologies and threats | |
| CN106127031A (zh) | 一种保护进程的方法、装置及电子设备 | |
| Gouglidis et al. | Protecting water utility networks from advanced persistent threats: a case study | |
| Pawlicki et al. | The survey and meta-analysis of the attacks, transgressions, countermeasures and security aspects common to the Cloud, Edge and IoT | |
| Anisetti et al. | Security threat landscape | |
| Bhardwaj et al. | Taxonomy of Security Attacks on Internet of Things |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160601 |
|
| RJ01 | Rejection of invention patent application after publication |