CN108196960B - 一种应用的管控方法、终端及存储介质 - Google Patents

Abstract

本发明实施例公开了一种应用的管控方法、终端及存储介质，其中，所述方法包括：根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的广播接收器的标识；筛选出与所述广播接收器的标识相同的至少一个应用声明的广播接收器；向所述至少一个应用声明的广播接收器中状态为允许接收的广播接收器发送所述广播消息，以对相应的应用进行管控。

Description

一种应用的管控方法、终端及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种应用的管控方法、终端及存储介质。

背景技术

目前智能终端已经随着通信技术的发展，智能终端集成了越来越多的功能，从而使得智能终端的系统功能列表中包含了越来越多相应的应用(Application，APP)，用户可以在智能终端上安装各种各样的应用，例如娱乐、工作、生活等相关软件应用。很多应用在安装后，都会在智能终端开机，或者是运行过程中自动启动，进行一些用户不可察觉的行动，这具有相当大的危险性。目前市面上主流的智能终端厂商都深度定制了系统级的应用管控系统，但是这类管控系统对应用程序的后台行为，要么是全部允许的，要么是全部禁止的，采用的是黑白名单机制。但是现在越来越多的应用，如果彻底禁止该应用的后台行为，那么该应用将无法正常运行，如果全部放开管控，那么该应用的行为又变得不受控。因此，在目前的系统级应用管控系统上，没有比系统级更细化的管控措施，使得既保证用户安装某个应用后能够正常使用，又保证该应用的所有行为在用户的可知范围内。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种应用的管控方法、终端及存储介质，能够比系统级更细化地对应用进行管控，既保证用户安装某个应用后能够正常使用，又保证该应用的所有行为在用户的可知范围内。

为达到上述目的，本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种应用的管控方法，所述方法包括：

根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的广播接收器的标识；

筛选出与所述广播接收器的标识相同的至少一个应用声明的广播接收器；

向所述至少一个应用声明的广播接收器中状态为允许接收的广播接收器发送所述广播消息，以对相应的应用进行管控。

第二方面，本发明实施例提供一种终端，所述终端至少包括处理器和配置为存储可执行指令的存储介质，其中：

处理器配置为执行存储的可执行指令，所述可执行指令包括：

根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的广播接收器的标识；

筛选出与所述广播接收器的标识相同的至少一个应用声明的广播接收器；

向所述至少一个应用声明的广播接收器中状态为允许接收的广播接收器发送所述广播消息，以对相应的应用进行管控。

第三方面，本发明实施例提供一种存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述应用管控方法。

本发明实施例提供一种应用的管控方法、终端及存储介质，其中：首先根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的广播接收器的标识，然后筛选出与所述广播接收器的标识相同的至少一个应用声明的广播接收器，再向所述至少一个应用声明的广播接收器中状态为允许接收的广播接收器发送所述广播消息，以对相应的应用进行管控。本发明实施例提供的应用的管控方法的管控粒度是广播接收器，相比于现有的以应用为粒度的管控方法更加细化，并且能够在保证应用能够正常使用的前提下，又能够保证应用的所有行为在用户的可知范围内，从而防止应用在后台通过监控手机状态变化而进行有损用户数据安全的操作，提高了用户数据的安全性。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本发明实施例一种应用的管控方法的实现流程示意图；

图2为本发明实施例一种配置广播接收器的界面图；

图3为本发明实施例又一种配置广播接收器的界面图；

图4为本发明实施例又一种应用的管控方法的实现流程示意图；

图5为本发明实施例再一种应用的管控方法的实现流程示意图；

图6为本发明实施例终端的组成结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对发明的具体技术方案做进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

为了更好的理解本发明实施例，首先对终端操作系统的广播机制、广播接收器以及广播接收器的注册方法进行说明。

广播接收器用于接收和响应系统广播的消息。广播机制，从本质来说，它是一种消息订阅/发布机制，因此，使用这种消息驱动模型的第一步便是订阅消息，而对应用来说，订阅消息其实就是注册广播接收器，当系统发送广播消息后，系统根据注册情况，获取与广播消息对应的广播接收器，然后在应用层面分别调用广播接收器的处理函数，完成广播消息的处理。

应用注册广播接收器的过程就把是广播接收器注册到ActivityManagerService的过程。应用是通过调用ContextWrapper类的registerReceiver函数来把广播接收器注册到ActivityManagerService中去的，广播接收器可以视为BroadcastReceiver类的子类，属于一种软件虚拟的实体。

注册广播接收器的方法有两种，一种是静态注册，一种是动态注册。

动态注册，即通过函数来注册和解除广播接收器，这种注册方法通常用于更新用户界面(User Interface，UI)的状态，一般来说，都是在一个活动(Activity)启动的时候使用此方法注册广播接收器(BroadcastReceiver)，一旦接收到广播的事件，就可以在正在接收(onReceive)方法当中更新当前的这个Activity当中的控件。但是需要注意的是如果这个Activity不可见了，就应该调用未注册接收器(unregisterReceiver)方法来解除注册，所以就不能收到消息了。

这里对活动进行相关说明。一个活动表示一个可视化的用户界面，关注一个用户从事的事件。例如，一个活动可能表示一个用户可选择的菜单项列表，或者可能显示照片连同它的标题。一个文本短信应用程序可能有一个活动，显示联系人的名单发送信息；第二个活动，写信息给选定的联系人；其他活动，重新查看旧信息或更改设置。虽然他们一起工作形成一个整体的用户界面，但是每个活动是独立于其他活动的。

静态注册，即在安卓应用入口文件(AndroidManifest.xml)文件中注册广播接收器。这种注册方法可以保证在应用程序安装之后，BroadcastReceiver始终处于活动状态，通常用于监听系统状态的改变，比如说手机的电量，无线保真(Wireless-Fidelity，Wi-Fi)网卡的状态(当然，监视这些东西也是取决于软件的需求)。对于这样的BroadcastReceiver，通常是在产生某个特定的系统事件之后，进行相应的操作，比如说Wi-Fi网卡打开时，给用户一个提示消息，提示用户Wi-Fi网卡已打开。

在广播机制中，动态注册的优先级是要高于静态注册优先级的。

实施例一

本发明实施例提供一种应用的管控方法，图1为本发明实施例一种应用的管控方法的实现流程示意图，如图1所示，所述方法包括以下步骤：

步骤S101，根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的广播接收器的标识；

这里，步骤S101根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的广播接收器的标识可以是由终端执行的。终端可以是具有触控功能的移动电话(手机)、iPad、笔记本等具有无线通信能力的移动终端。更进一步地，所述步骤S101接收自身的操作系统发出的广播消息可以是由终端中的一个服务(进程)执行的。服务可以是运行于系统进程的活动管理服务(ActivityManagerService，AMS)。AMS主要用于管理广播消息的注册、发送以及调度处理。

广播消息的内容是可以与应用密切相关的数据信息，也可以是Android的系统信息，例如网络连接变化、电池电量变化、接收的短信或系统设置变化等。如果应用程序注册了BroadcastReceiver，则可以接受到指定的广播信息。当终端的运行状态发生变化，例如在终端开关机、时间发生改变、电池电量低、通用串行总线(Universal Serial Bus，USB)线插拔等情况下，终端的操作系统都会根据终端运行状态的改变而发出相应的广播消息。

所述广播消息中至少携带有所述广播消息的标识，所述广播消息的标识例如可以是广播消息的类型。

由于一个类型的广播接收器只能接收一种类型的广播消息，所以在注册列表中存在有广播接收器与广播消息的对应关系。接收到所述广播消息后，ActivityManagerService根据所述广播消息的标识从注册列表中获取终端中对应的应用中的广播接收器的标识。这里的广播接收器的标识至少包括广播接收器的类型。

步骤S102，筛选出与所述广播接收器的标识相同的至少一个应用声明的广播接收器。

这里，所述应用可以是所述终端中已安装且处于运行状态的应用，当然也可以是所述终端中已安装的所有应用。一个应用会声明多个广播接收器，这里是要确定与所述广播接收器的标识相同的第一广播接收器，也就是可以接收并处理所述广播消息的广播接收器。

步骤S103，向所述至少一个应用声明的广播接收器中状态为允许接收的广播接收器发送所述广播消息，以对相应的应用进行管控。

这里，广播接收器的状态包括允许接收和禁止接收。如果一个广播接收器的状态为允许接收，那么就表示可以向这个广播接收器发送相应的广播消息；如果一个广播接收器的状态为禁止接收，那么就表示不能向这个广播接收器发送相应的广播消息。在实际实现的过程中，可以通过查询广播接收器标识和广播接收器状态的对应关系表来确定一个广播接收器的状态。

在本发明实施例中，所述至少一个应用声明的广播接收器中状态为允许接收的广播接收器接收到所述广播消息后，根据所述广播消息进行相应的处理。比如，如果接收到时间变化刷新时间的广播消息时，允许接收这一广播消息的广播接收器会根据接收到的广播消息更新时间。

在本发明其他实施例中，所述步骤S103之前，所述方法还包括：

判断与所述广播接收器的标识相同的至少一个应用声明的广播接收器的状态是否为允许接收，其中，如果所述广播接收器的状态是允许接收，进入步骤S103；如果所述广播接收器的状态是禁止接收，则结束流程。

在本发明其他实施例中，所述方法还包括：获取并输出自身应用声明的广播接收器的标识和对应的当前的状态；接收用户配置所述广播接收器的状态的操作指令，基于操作指令配置所述广播接收器的状态。

在终端启动的状态下，用户通过触控操作进入到配置广播接收器状态的界面后，可以通过包管理服务(PackagemanagerService)对已安装的应用进行全盘扫描，获取并输出所有应用声明的广播接收器的标识和对应的当前的状态，供用户配置。这样，用户可以根据自身的需要及终端当前的状态，对应用声明的广播接收器进行管理控制。

在本发明实施例中，根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的广播接收器的标识，然后筛选出与所述广播接收器的标识相同的至少一个应用声明的广播接收器，再向所述至少一个应用声明的广播接收器中状态为允许接收的广播接收器发送所述广播消息，以对相应的应用进行管控，这样，只有在应用声明的广播接收器的状态是允许接收的时候，才会向广播接收器发送广播消息，也就是说，本发明实施例提供的应用的管控方法的管控粒度是广播接收器，相比于现有的以应用为粒度的管控方法更加细化，另外，由于所述广播接收器的状态是由用户配置的，如此能够在保证应用能够正常使用的前提下，又能够保证应用的所有行为在用户的可知范围内，从而防止应用在后台通过监控手机状态变化而进行有损用户数据安全的操作，提高了用户数据的安全性。

实施例二

基于前述的实施例，本发明实施例提供再提供一种应用的管控方法，应用于终端，所述方法包括以下步骤：

步骤1，获取并输出终端中已安装的应用声明的广播接收器的标识和对应的当前的状态；

在本发明实施例中，当用户进入到终端已安装应用声明的广播接收器的配置界面时，终端中的服务进程会对已安装应用声明的广播接收器进行扫描，获取并输出所有的广播接收器的标识和对应地当前的状态。在输出的时候，可以根据应用标识输出，也可以根据广播接收器的标识输出。

步骤2，接收用户配置所述广播接收器的状态的操作指令，基于操作指令配置所述广播接收器的状态。

在本发明实施中，由于终端上安装的应用较多，而每个应用也会声明多个广播接收器，比如，一个终端上安装了15个应用，每个应用声明的广播接收器的个数可能是相同的，也可能是不同的，假定每个应用平均声明的广播接收器有5个，这样，输出的广播接收器的个数为75个，对于用户来说，这个数量是相当大的。为了使得客户能够根据自己的需要更方便快捷的对广播接收器的状态进行配置，为用户提供多种配置方式。当用户需要配置的广播接收器的个数较少时，可以逐个对广播接收器的状态进行配置。而当用户需要配置的广播接收器的个数较多，且是对某一个应用或者某一种类型的广播接收器的状态进行统一配置时，可以为用户提供按照广播接收器的类型或者按照应用的标识进行统一配置的接口。

图2为本发明实施例一种配置广播接收器的界面图，如图2所示，在配置广播接收器的界面中提供了对一个应用声明的所有广播接收器进行配置的接口201，当用户选中了201的全选后，可以在区域202中配置应用1中声明的所有广播接收器的状态。如果用户没有选中201，则可以在203区域所在列对每个广播接收器的状态进行单独配置。

图3为本发明实施例又一种配置广播接收器的界面图，如图3所示，在配置广播接收器的界面中提供了对属于同一类型的广播接收器进行配置的接口301，当用户选中了301的全选后，可以在区域302中配置属于类型1的所有广播接收器的状态。如果用户没有选中301，则可以在303区域所在列对每个广播接收器的状态进行单独配置。

步骤3，接收终端的操作系统发出的广播消息。

步骤4，根据所述广播消息的标识确定与所述广播消息对应的广播接收器的标识。

步骤5，确定与所述广播接收器的标识相同的第一广播接收器集合。

这里，所述第一广播接收器集合包括所述终端中至少一个应用声明的广播接收器。

步骤6，将所述第一广播接收器集合中状态为允许接收的广播接收器确定为第二广播接收器集合。

步骤7，向所述第二广播接收器集合中的广播接收器发送所述广播消息，以对相应的应用进行管控。

在本发明其他实施例中，所述广播接收器的标识至少包括所述广播接收器的类型。对应地，获取并输出终端中已安装的应用的广播接收器的标识和对应的当前的状态，进一步包括：

获取所述终端中已安装的应用的广播接收器的类型和对应的当前的状态；

按照应用的标识输出属于同一应用的广播接收器的类型和状态；或者，按照广播接收器的类型输出属于同一广播接收器的类型且属于不同应用的广播接收器的类型和状态。

在本发明其他实施例中，当按照应用的标识输出属于同一应用的广播接收器的类型和状态时，所述接收用户配置所述广播接收器的状态的操作指令，基于操作指令配置所述广播接收器的状态，包括：接收用户配置所述广播接收器的当前的状态的操作指令；如果所述操作指令用于配置一个广播接收器的状态，基于所述操作指令确定要配置的广播接收器的类型和所述广播接收器所属的应用的标识，根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置应用中的广播接收器的状态；如果所述操作指令用于配置属于同一应用的广播接收器的状态，基于所述操作指令确定要配置的广播接收器所属的应用的标识，根据确定的所述应用的标识和所述操作指令配置所述应用声明的所有广播接收器的状态。

也就是说，当输出的广播接收器的标识和状态是按照同一个应用声明的广播接收器是连续排列的话，用户可以针对单个的广播接收器进行配置。比如，用户可以将某个天气预报应用中声明的时间刷新广播接收器的状态配置为允许接收，而将数据刷新广播接收器的状态配置为禁止接收。这样，这个天气预报应用仅对时间进行更新，不对数据进行更新，能够保证这个天气预报应用正常使用，又能避免数据更新消耗很多的电量以及数据流量。同样地，用户不想让天气预报应用在后台运行，则可以将这个天气预报的应用声明的广播接收器的状态都配置为禁止接收。

在本发明其他实施例中，当按照广播接收器的类型输出属于同一广播接收器的类型且属于不同应用的广播接收器的类型和状态时，所述接收用户配置所述广播接收器的状态的操作指令，基于操作指令配置所述广播接收器的状态，包括：接收用户配置所述广播接收器的状态的操作指令；如果所述操作指令用于配置一个广播接收器的状态，基于所述操作指令确定要配置的广播接收器的类型和所述广播接收器所属的应用的标识，根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置所述广播接收器的状态；如果所述操作指令用于配置属于同一类型的广播接收器的状态，基于所述操作指令确定要配置的广播接收器的类型，根据确定的所述广播接收器的类型和所述操作指令配置和所述要配置的广播接收器类型相同的所有广播接收器的状态。

同样地，当输出的广播接收器的标识和状态是按照广播接收器的类型连续排列的话，用户可以针对单个的广播接收器进行配置。比如，用户如果只想让即时通信应用的数据进行实时更新，不想让天气预报应用的数据进行实时更新，那么用户可以将天气预报应用中声明的数据更新广播接收器的状态配置为禁止接收，而将即时通信应用中声明的数据更新广播接收器的状态配置为允许接收。同样地，用户由于终端的电量较低或者没有在Wi-Fi网络连接下，想让所有的应用都不进行数据更新，那么用户则可以将类型为数据更新类型的广播接收器的状态都配置为禁止接收。

在本发明其他实施例中，所述根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置所述广播接收器的状态，包括：

如果所述操作指令用于将所述广播接收器的状态由允许接收配置为禁止接收，基于所述操作指令将所述广播接收器的状态由允许接收配置为禁止接收。

生成并输出将所述广播接收器的状态配置为禁止接收所造成的影响的提示信息；

如果没有接收到用户发出的确认将所述广播接收器的状态配置为禁止接收的操作指令，将所述广播接收器的状态由禁止接收配置为允许接收；

如果接收到用户发出的确认将所述广播接收器的状态配置为禁止接收的操作指令，基于所述操作指令保持所述广播接收器的状态为禁止接收。

在本发明实施例中，应用声明的广播接收器的状态可以是由用户进行配置的，但是对于一些特定的广播接收器来说，如果它的状态被配置为禁止接收可能会导致应用不可用，因此在用户将广播接收器的状态配置为禁止接收时，会输出一个提示信息，以供用户参考是否坚持将该广播接收器的状态配置为禁止接收。

在本发明其他实施例中，还可以是当安装了一个新应用时，对新应用中声明的广播接收器的状态进行配置。在实现的过程中，可以通过以下步骤实现：获取并输出所述新应用声明的广播接收器的标识和当前的状态；接收用户配置所述新应用声明的广播接收器的状态的操作指令，基于操作指令配置所述新应用声明的广播接收器的状态。这样，当安装了一个新应用时就对新应用中声明的广播接收器的状态进行配置，不用等到用户统一进行配置时配置，可以及时的对新应用进行管控。

需要说明的是，本实施例中与其它实施例中相同步骤或概念的解释可以参考其它实施例中的描述。

在本发明实施例中，终端根据用户配置广播接收器的状态的操作指令，对广播接收器的状态进行配置，然后在接收到操作系统终端的操作系统发出的广播消息后根据所述广播消息的标识确定终端中对应的应用中的广播接收器的标识；并确定与所述广播接收器的标识相同的第一广播接收器集合；再将所述第一广播接收器集合中状态为允许接收的广播接收器确定为第二广播接收器集合；最后向所述第二广播接收器集合中的广播接收器发送所述广播消息，以对应用进行管控，这样，只有在应用声明的广播接收器的状态是允许接收的时候，才会向广播接收器发送广播消息，也就是说，本发明实施例提供的应用的管控方法的管控粒度是广播接收器，相比于现有的以应用为粒度的管控方法更加细化，并且由于广播接收器的状态是由用户进行配置的，能够保证应用的所有行为在用户的可知范围内，从而防止应用在后台通过监控手机状态变化而进行有损用户数据安全的操作，提高了用户数据的安全性。

实施例三

基于前述的实施例，本发明实施例再提供一种应用的管控方法，图4为本发明实施例又一种应用的管控方法的实现流程示意图，如图4所示，所述方法包括以下步骤：

步骤S401，获取自身的状态参数。

在本发明实施例中，所述自身的状态参数可以是终端当前的电池电量、终端当前所处的网络环境及网络状态、也可以是指终端中的SIM中当前剩余的数据流量等。

在实际实现的过程中，获取终端自身的状态参数可以是实时不间断的去获取；也可以是经过一定的时间间隔周期性地获取。

步骤S402，判断所述状态参数是否满足预设条件。

这里，所述预设条件是自动配置终端已安装的应用的广播接收器的条件。在实现的过程中，所述预设条件可以是终端当前的电池电量低于第一预设值、终端处于某一预设的网络中、或者终端中SIM当前剩余流量低于第二预设值。例如，所述预设条件可以是电池最大电量的10％，或者是终端当前处于Wi-Fi网络中，还可以是终端中的客户识别模块(Subscriber Identification Module，SIM)卡当前剩余的数据流量低于10兆。

如果所述状态参数满足所述预设条件，则进入步骤S403；如果所述状态参数不满足所述预设条件，则进入步骤S405。

步骤S403，确定所述预设条件对应的要配置的广播接收器的标识和广播接收器的状态；

在本发明实施例中，终端中存储有当终端自身的状态参数满足某一种预设条件时，该预设条件要配置的广播接收器的标识以及这些广播接收器要配置的状态。比如，当终端当前的电池电量为低于电池最大电量的10％时，则将终端移动数据连接的广播接收器的状态配置为禁止接收，将无线数据连接的广播接收器的状态配置为禁止接收。再比如，当终端处于Wi-Fi网络中时，将无线数据连接的广播接收器的状态配置为允许接收。

需要说明的是，预设条件对应的要配置的广播接收器的标识以及将广播接收器的状态可以是由用户预先设置好的。这样，既能增加终端的智能性，又能保证终端中已安装的应用在后台的行为在用户的可知范围内。

步骤S404，配置所述预设条件对应的广播接收器的状态。

在本发明实施例中，配置所述预设条件对应的广播接收器的状态在实现的过程中，首先要确定这些要配置的广播接收器当前的状态，将要配置的广播接收器当前的状态与要配置的状态进行对比；如果要配置的广播接收器当前的状态与要配置的状态相同，则不进行处理；如果要配置的广播接收器当前的状态与要配置的状态不同，则将要配置的广播接收器的状态改变为要配置的状态。

步骤S405，接收终端的操作系统发出的广播消息；

步骤S406，根据所述广播消息的标识确定终端中对应的应用中的广播接收器的标识；

步骤S407，根据所述广播接收器的标识确定所述广播接收器的状态；

步骤S408，判断所述广播接收器的状态是否为允许接收；

在本发明实施例中，如果所述广播接收器的状态为允许接收，则进入步骤S408；如果所述广播接收器的状态为禁止接收，则结束流程。

步骤S409，向所述广播接收器发送所述广播消息。

在本发明其他实施例中，所述方法还包括：判断自动配置广播接收器的开关是否开启；如果自动配置广播接收器的开关开启，则进入步骤S401；如果自动配置广播接收器的开关未开启，则进入步骤S405。

在本发明实施例中，当自动配置广播接收器状态的开关启动时，终端获取自身的状态参数，并在状态参数满足一定的预设条件时，按照用户预先设置好的对应关系对一些广播接收器的状态进行自动配置，然后在接收到操作系统终端的操作系统发出的广播消息后根据所述广播消息的标识确定终端中对应的应用中的广播接收器的标识；再根据所述广播接收器的标识确定所述广播接收器的状态，如果所述广播接收器的状态为允许接收，向所述广播接收器发送所述广播消息，这样，只有在应用声明的广播接收器的状态是允许接收的时候，才会向广播接收器发送广播消息，也就是说，本发明实施例提供的应用的管控方法的管控粒度也是广播接收器，相比于现有的以应用为粒度的管控方法更加细化，广播接收器的状态能够根据用户的预先设置进行自动配置，不但提高了终端的智能性，还能够保证应用的所有行为在用户的可知范围内，从而防止应用在后台通过监控手机状态变化而进行有损用户数据安全的操作，提高了用户数据的安全性。

实施例四

本发明实施例先提供一种应用的管控方法，主要针对用户在安装应用程序后，对应用程序声明的广播接收器进行动态管控，将用户安装的每个应用声明的广播接收器统一列出，供用户配置。

在本发明实施例中，用户可以在专门的配置界面，配置所有安装应用声明的广播接收器状态，通过允许或禁止应用的某些广播接收器，达到控制应用在后台行为的目的。

用户安装的应用，在手机启动的状态下，通过PackagemanagerService进行对已安装的应用全盘扫描，将所有的应用进行一次遍历，将所有应用声明的广播接收器提取出来，供配置界面呈现和使用。

当用户针对某个应用配置了该应用的某一广播接收器状态时，在配置界面点击确认后，根据用户配置的该广播接收器的状态对与该接收器相关的组件进行相应的操作。例如，当用户将该广播接收器的状态配置为禁止接收时，会通过该广播接收器对应的组件，调用PackageManagerService的不可用(disable)接口，将该广播接收器相关的组件禁用；当用户将该广播接收器的状态配置为允许接收时，会通过该广播接收器对应的组件，调用PackageManagerService的可用(enable)接口，将该广播接收器相关的组件启用。

图5为本发明实施例再一种应用的管控方法的实现流程示意图，如图5所示，所述方法包括以下步骤：

步骤S501，用户进入到应用管控配置界面。

这里，在终端启动的状态下，用户可以通过触控操作进入到应用管控配置界面。也可以是，当用户安装了一个新的应用后，进入到应用管控配置界面。

步骤S502，应用管控配置界面上，获取用户安装的应用信息。

这里，用户安装的应用信息包括用户安装的应用声明的广播接收器的标识和状态。在实现的过程中，可以通过PackageManagerService的扫描，将用户安装的每个应用声明的广播接收器全部列出，也就是输出到应用管控配置界面上。

步骤S503，用户针对每个应用的广播接收器进行配置。

步骤S504，终端在开关机或者运行过程中，由于状态变化，会发出系统广播。

步骤S505，当系统发出系统广播，需要ActivityManagerService进行分发时，ActivityManagerService通过读取配置界面的配置结果进行判定。

这里，ActivityManagerService判断某个应用声明的该系统广播对应的广播接收器的状态是否为允许接收，如果该应用声明的该系统广播对应的广播接收器的状态为允许接收，且该广播接收器也希望接收则ActivityManagerService将所述系统广播发送给该广播接收器；如果该应用声明的该系统广播对应的广播接收器的状态为禁止接收，则流程结束。

步骤S506，该广播接收器接收所述系统广播并进行处理。

在本发明实施例中，当终端在开机过程中，或者是在运行中状态发生变化，发出系统广播时，ActivityManagerService会根据用户在配置界面的配置结果，判定某个应用声明的广播接收器是否可以接收系统的这个系统广播，如果该应用声明的广播接收器是被用户禁止掉的，也就是说该应用声明的广播接收器的状态是禁止接收，则禁止该应用的这个广播接收器接收该广播，从而达到防止某些应用在后台通过监控手机状态变化而进行特定的操作，保证了终端用户数据的安全。

实施例六

本发明实施例提供一种终端，图6为本发明实施例终端的组成结构示意图，如图6示，所述终端600包括：处理器601和配置为存储可执行指令的存储介质602，其中：

所述处理器601配置为执行存储的可执行指令，所述可执行指令包括：

根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的广播接收器的标识；

筛选出与所述广播接收器的标识相同的至少一个应用声明的广播接收器；

向所述至少一个应用声明的广播接收器中状态为允许接收的广播接收器发送所述广播消息，以对相应的应用进行管控。

本发明其他实施例中，所述处理器601配置为执行存储的可执行指令，所述可执行指令还包括：

获取并输出自身应用声明的广播接收器的标识和对应的当前的状态；

接收用户配置所述广播接收器的状态的操作指令，基于操作指令配置所述广播接收器的状态。

在本发明其他实施例中，所述广播接收器的标识至少包括广播接收器的类型，对应地，当按照广播接收器的类型输出属于同一广播接收器的类型且属于不同应用的广播接收器的类型和状态时，所述接收用户配置所述广播接收器的当前的状态的操作指令，基于操作指令配置所述广播接收器的状态，包括：

接收用户配置所述广播接收器的状态的操作指令；

如果所述操作指令用于配置一个广播接收器的状态，基于所述操作指令确定要配置的广播接收器的类型和所述广播接收器所属的应用的标识，根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置所述广播接收器的状态；

如果所述操作指令用于配置属于同一类型的广播接收器的状态，基于所述操作指令确定要配置的广播接收器的类型，根据确定的所述广播接收器的类型和所述操作指令配置和所述要配置的广播接收器类型相同的广播接收器的状态。

在本发明其他实施例中，当按照应用的标识输出属于同一应用的广播接收器的类型和状态时，所述接收用户配置所述广播接收器的状态的操作指令，基于操作指令配置所述广播接收器的状态，包括：

接收用户配置所述广播接收器的状态的操作指令；

如果所述操作指令用于配置一个广播接收器的状态，基于所述操作指令确定要配置的广播接收器的类型和所述广播接收器所属的应用的标识，根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置所述广播接收器的状态；

如果所述操作指令用于配置属于同一应用的广播接收器的状态，基于所述操作指令确定要配置的广播接收器所属的应用的标识，根据确定的应用的标识和所述操作指令配置所述应用声明的广播接收器的状态。

在本发明其他实施例中，所述根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置所述广播接收器的状态，包括：

如果所述操作指令用于将所述广播接收器的状态由允许接收配置为禁止接收，基于所述操作指令将所述广播接收器的状态由允许接收配置为禁止接收；

生成并输出将所述广播接收器的状态配置为禁止接收所造成的影响的提示信息；

如果接收到用户发出的确认将所述广播接收器的状态配置为禁止接收的操作指令，基于所述操作指令保持所述广播接收器的状态为禁止接收；

如果没有接收到用户发出的确认将所述广播接收器的状态配置为禁止接收的操作指令，将所述广播接收器的状态由禁止接收配置为允许接收。

在本发明其他实施例中，所述处理器601配置为执行存储的可执行指令，所述可执行指令还包括：

获取自身的状态参数；

判断所述状态参数是否满足预设条件，其中，所述预设条件是自动配置自身应用声明的广播接收器的条件；

如果所述状态参数满足预设条件，确定所述预设条件对应的要配置的广播接收器的标识；

配置所述预设条件对应的广播接收器的状态。

在本发明其他实施例中，所述处理器601配置为执行存储的可执行指令，所述可执行指令还包括：将与所述广播接收器相关联的组件设置为禁用。

在本发明其他实施例中，所述处理器配置为执行存储的可执行指令，所述可执行指令还包括：

获取并输出所述新应用声明的广播接收器的标识和当前的状态；

接收用户配置所述新应用声明的广播接收器的状态的操作指令，基于操作指令配置所述新应用声明的广播接收器的状态。

对应地，本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行本发明其他实施例提供的应用管控方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种应用的管控方法，其特征在于，所述方法包括：

获取并输出应用声明的广播接收器的标识和对应的当前的状态，其中，所述广播接收器的标识至少包括所述广播接收器的类型；

接收用户配置所述广播接收器的状态的操作指令，如果所述操作指令用于配置一个所述广播接收器的状态，基于所述操作指令确定要配置的所述广播接收器的类型和所述广播接收器所属的应用的标识，根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置对应的所述广播接收器的状态；

根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的所述广播接收器的标识；

筛选出与所述广播接收器的标识相同的至少一个应用声明的所述广播接收器；

向所述至少一个应用声明的所述广播接收器中状态为允许接收的所述广播接收器发送所述广播消息，以对相应的应用进行管控。

2.根据权利要求1中所述的方法，其特征在于，当按照广播接收器的类型输出属于同一所述广播接收器的类型且属于不同应用的所述广播接收器的类型和状态时，在所述获取并输出应用声明的广播接收器的标识和对应的当前的状态之后，所述方法还包括：

接收用户配置所述广播接收器的状态的操作指令；

如果所述操作指令用于配置属于同一类型的所述广播接收器的状态，基于所述操作指令确定要配置的所述广播接收器的类型，根据确定的所述广播接收器的类型和所述操作指令配置和所述要配置的广播接收器的类型相同的广播接收器的状态。

3.根据权利要求1中所述的方法，其特征在于，当按照应用的标识输出属于同一应用的广播接收器的类型和状态时，在所述获取并输出应用声明的广播接收器的标识和对应的当前的状态之后，所述方法还包括：

接收用户配置所述广播接收器的状态的操作指令；

如果所述操作指令用于配置属于同一应用的所述广播接收器的状态，基于所述操作指令确定要配置的所述广播接收器所属的应用的标识，根据确定的所述应用的标识和所述操作指令配置所述应用声明的广播接收器的状态。

4.根据权利要求2或3中所述的方法，其特征在于，所述根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置所述广播接收器的状态，包括：

如果所述操作指令用于将所述广播接收器的状态由允许接收配置为禁止接收，基于所述操作指令将所述广播接收器的状态由允许接收配置为禁止接收；

生成并输出将所述广播接收器的状态配置为禁止接收所造成的影响的提示信息；

如果没有接收到用户发出的确认将所述广播接收器的状态配置为禁止接收的操作指令，将所述广播接收器的状态由禁止接收配置为允许接收。

5.根据权利要求4中所述的方法，其特征在于，所述方法还包括：

如果接收到用户发出的确认将所述广播接收器的状态配置为禁止接收的操作指令，基于所述操作指令保持所述广播接收器的状态为禁止接收。

6.根据权利要求1至3任一项中所述的方法，其特征在于，所述方法还包括：

获取自身的状态参数；

判断所述状态参数是否满足预设条件，其中，所述预设条件是自动配置自身应用声明的广播接收器的条件；

如果所述状态参数满足预设条件，确定所述预设条件对应的要配置的所述广播接收器的标识和状态；

配置所述预设条件对应的所述广播接收器的状态。

7.根据权利要求4中所述的方法，其特征在于，将所述广播接收器的状态由允许接收配置为禁止接收之后，所述方法还包括：

将与所述广播接收器相关联的组件设置为禁用。

8.根据权利要求1-3中任一项中所述的方法，其特征在于，当检测到有新应用安装后，所述方法还包括：

获取并输出所述新应用声明的广播接收器的标识和当前的状态；

接收用户配置所述新应用声明的广播接收器的状态的操作指令，基于所述操作指令配置所述新应用声明的广播接收器的状态。

9.一种终端，所述终端至少包括处理器和配置为存储可执行指令的存储介质，其中：处理器配置为执行存储的可执行指令，所述可执行指令包括：

获取并输出应用声明的广播接收器的标识和对应的当前的状态，其中，所述广播接收器的标识至少包括所述广播接收器的类型；

接收用户配置所述广播接收器的状态的操作指令，如果所述操作指令用于配置一个所述广播接收器的状态，基于所述操作指令确定要配置的所述广播接收器的类型和所述广播接收器所属的应用的标识，根据确定的所述广播接收器的类型、所述应用的标识和所述操作指令配置对应的所述广播接收器的状态；

根据所接收的操作系统的广播消息，确定与所述广播消息的标识对应的所述广播接收器的标识；

筛选出与所述广播接收器的标识相同的至少一个应用声明的所述广播接收器；

向所述至少一个应用声明的所述广播接收器中状态为允许接收的所述广播接收器发送所述广播消息，以对相应的应用进行管控。

10.一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述权利要求1至8任一项提供的应用管控方法。