CN107070670B - 控制广播发送者发送广播消息的方法、装置和终端设备 - Google Patents

Abstract

本发明实施例公开了一种控制广播发送者发送广播消息的方法、装置和终端设备，其中方法包括：监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；依据所述广播消息确定接收所述广播消息的广播接收者的参数；依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。本方案解决了现有的广播发送者在发送广播消息时存在的缺陷，提高了广播处理效率，降低了系统资源消耗，使得系统稳定性增加。

Description

控制广播发送者发送广播消息的方法、装置和终端设备

技术领域

本发明实施例涉及计算机技术，尤其涉及一种控制广播发送者发送广播消息的方法、装置和终端设备。

背景技术

广播是一种被广泛运用的在应用程序之间进行信息传输的机制，以安卓操作系统为例，其通过广播(Broadcast)来实现应用程序间数据的传输和共享。典型的，如安卓自带的短信、电话等广播。

在安卓系统中，广播发送者通过调用sendBroadcast函数进行广播消息的发送，广播接收者通过调用registerReceiver函数在管理模块中进行广播接收器(BroadcastReceiver)的注册，并定义自身感兴趣的广播消息，由此来实现对相应的广播消息的接收。

现有技术中，广播发送者在发送广播消息时存在的缺陷，使得广播处理效率低下，系统资源消耗过多且稳定性差。

发明内容

本发明提供了一种控制广播发送者发送广播消息的方法、装置和终端设备，提高了广播处理效率，降低了系统资源消耗，增加了系统的稳定性。

第一方面，本发明实施例提供了一种控制广播发送者发送广播消息的方法，包括：

监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；

依据所述广播消息确定接收所述广播消息的广播接收者的参数；

依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

第二方面，本发明实施例还提供了一种控制广播发送者发送广播消息的装置，包括：

发送者类型确定模块，用于监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；

接收者参数确定模块，依据所述广播消息确定接收所述广播消息的广播接收者的参数；

控制模块，用于依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

第三方面，本发明实施例还提供了一种终端设备，包括：处理器、存储器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；

依据所述广播消息确定接收所述广播消息的广播接收者的参数；

依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

本发明实施例提供的技术方案，解决了现有的广播发送者在发送广播消息时存在的缺陷，提高了广播处理效率，降低了系统资源消耗，使得系统稳定性增加。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是本发明实施例提供的一种控制广播发送者发送广播消息的方法的流程图；

图2是本发明实施例提供的另一种控制广播发送者发送广播消息的方法的流程图；

图3是本发明实施例提供的另一种控制广播发送者发送广播消息的方法的流程图；

图4是本发明实施例提供的一种控制广播发送者发送广播消息的装置的结构框图；

图5是本发明实施例提供的一种终端设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

图1是本发明实施例提供的一种控制广播发送者发送广播消息的方法的流程图，本实施例可适用于对广播发送者发送广播消息进行控制处理的情况，该方法可以由本发明实施例提供的终端设备来执行，该终端设备的控制广播发送者发送广播消息的装置可采用软件和/或硬件的方式实现，如图1所示，本实施例提供的具体方案如下：

S101、监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型。

在广播处理过程中，广播发送者的服务进程通过调用广播发送函数(如sendBroadcast函数)将广播消息发送至管理模块(如ActivityManagerService，活动管理服务)，管理模块接收到该广播消息后将其放入广播发送队列，管理模块通过进程通信机制(如Binder进程通信机制)将广播发送队列中的广播消息发送至符合接收条件的广播接收者。

广播机制中，广播消息指的是系统或者应用程序在运行过程中发送的，用于系统和/或应用程序之间传输的信息，示例性的，广播消息可以是系统启动广播消息、短信类广播消息、电话类广播消息或者三方应用类广播消息等。广播发送者发送广播消息的过程和广播接收者接收广播消息的过程是异步操作过程，广播发送者和广播接收者通过管理模块实现低耦合的关系匹配，即广播发送者在发送广播消息后并不关心具体的广播接收者是谁，广播接收者只接受自己感兴趣的广播消息，也不关心具体的广播发送者。由此，一些第三方应用或者恶意软件的广播发送者可以一直频繁的发送广播消息，当该广播消息发出后，被相应的广播接收者进行接收、处理，广播消息在处理过程中除了会消耗系统资源外，该广播消息也会拉起多个未启动的应用程序，造成系统运行负载的显著提高。

本步骤中，监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型。具体的，以计数器应用程序作为广播发送者为例，其发送广播消息的指令可表示为：

//创建一个广播消息

Intent intent＝new Intent(BROADCAST_COUNTER_ACTION)；

//传递计数器参数及对应的计数值

intent.putExtra(COUNTER_VALUE,counter)；

//发送广播消息

sendBroadcast(intent)

其中，当监测到广播消息发送指令(sendBroadcast)后，确定对应该指令的广播发送者的类型。示例性的，广播发送者的类型可以是系统类型、第三方应用平台类型、未知类型等。

S102、依据所述广播消息确定接收所述广播消息的广播接收者的参数。

在一个实施例中，管理模块对广播发送队列中的广播消息依次进行发送。广播发送者发送广播消息的过程和广播接收者接收广播消息的过程是异步操作过程，广播发送者和广播接收者通过管理模块实现低耦合的关系匹配。其中，根据广播发送方式的不同可将广播消息分为普通广播消息和有序广播消息。普通广播消息被管理模块发出后，广播接收者对该广播消息的接收是无序的，而有序广播消息被管理模块发出后，广播接收者按照顺序先后依次接收，即第一个广播接收者接收到广播消息并处理完毕后，第二个广播接收者才能开始接收并处理该广播消息，依次类推。具体的，广播接收者在接收广播消息时，管理模块可以对广播接收器的注册指令进行获取，该广播接收器的注册指令由广播接收者发出。通常，广播接收者通过进程通信机制向管理模块注册(订阅)想要接收的广播消息。广播接收者的服务进程通过调用registerReceiver函数在管理模块中进行广播接收器的注册，同时定义自身感兴趣的广播消息，管理模块在发送广播发送队列中的广播消息时，依据广播接收者的注册情况，将该广播消息发送至对其进行订阅了的广播接收者相应的消息循环队列中，广播接收者接收到该广播消息后回调注册的广播接收器中的接收方法(如onReceive方法)来执行相应的功能以对接收到的广播消息进行处理。

在一个实施例中，广播接收者接收广播消息的注册过程可表示为(以接收S101中计数器发送的广播消息为例)：

//定义一个感兴趣的广播消息(订阅广播消息)

IntentFilter counterActionFilter＝

new IntentFilter(CounterService.BROADCAST_COUNTER_ACTION)；

//进行广播接收器的注册

registerReceiver(counterActionReceiver,counterActionFilter)

当该广播发送者发送的广播消息(BROADCAST_COUNTER_ACTION)由管理模块发出后，由于广播接收者注册了对应的接收该广播消息的广播接收器，该广播消息即会被对应的广播接收者接收、处理。其中，广播消息对应的广播接收者的数量可以是一个或多个，对应的广播接收者的类型由广播接收者自身确定，包括系统类型、第三方应用平台类型、未知类型等等。

本步骤中，依据所述广播消息确定接收所述广播消息的广播接收者的参数。在一个实施例中，该参数可以是接收该广播消息的广播接收者的数量；在另一实施例中，还可以是接收该广播消息的广播接收者的类型。

S103、依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

本步骤中，依据S101中确定的广播发送者的类型和S102中确定的对应的广播接收者的参数对广播发送者广播消息的发送进行控制。

在一个实施例中，在确定发送所述广播消息的广播发送者的类型之前，还包括：对广播发送者的类型进行分类，并将分类结果记录在数据库中，该分类可依据广播发送者对应的应用程序安装后进行自动分类，也可以接收分类指令，依据分类指令对广播发送者的类型进行划分，分类完毕后记录在数据库中以用于作为后续的比对依据。该实施例中，如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的数量大于预设数量，则对所述广播发送者的广播消息的发送进行控制。其中，第三方应用发送的广播为非系统广播，当该类型的广播发送者发送广播消息时，若对应的广播接收者的数量较多(大于预设数量，该预设数量可以是10、20、50等)时，需要对该广播发送者广播消息的发送进行控制，避免系统资源的过度消耗，同时避免拉起多个未启动的广播接收者。

在另一个实施例中，在所述确定发送所述广播消息的广播发送者的类型之前，还包括：对广播发送者和广播接收者的类型进行分类，并将分类结果记录在数据库中。其中，对广播接收者类型的分类过程可以和广播发送者的分类过程一致，此处不再赘述。如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的类型为预设接收类型，则对所述广播发送者的广播消息的发送进行控制。本实施例中，对广播接收者的类型进行判断，如果为预设接收类型(可以是第三方应用类型)，则对广播发送者广播消息的发送进行控制。需要说明的是，具体的对广播发送者广播消息的发送进行控制的条件不限于上述广播接收者的数量以及广播接收者的类型，具体的判断方式也不限于单独依据广播接收者的数量和类型进行判断，可以是多种确定出的广播接收者的参数的组合。

通过上述对广播发送者发送广播消息的控制，避免了广播接收者对大量的广播消息进行接收、处理，也避免了一些原本处于后台运行或者没有运行的广播接收者被拉起，优化了广播处理机制，提高广播处理效率，降低系统的资源消耗。

需要说明的是，在一个实施例中，方案为对广播发送者进行广播消息的发送进行控制，即在广播发送者处进行了合理的广播消息发送的限制，广播接收者的注册不受影响，其中，可以是监测到广播发送者发送广播消息指令至管理模块时，开始判断是否对该广播发送者广播消息的发送进行控制，还可以是监测到管理模块依据广播队列中广播指令的次序，在发出该广播队列中的广播指令时，开始判断是否对该广播发送者广播消息的发送进行控制。在一个实施例中，在对广播发送者发送广播消息进行控制之前，若该广播发送者的类型为系统广播类型或非第三方应用发送的广播消息，则不对该广播接收者广播消息的发送进行控制，避免对大量系统广播消息进行控制带来的系统广播消息无法进行及时传递、处理的问题。

本实施例提供的技术方案，通过监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型，依据所述广播消息确定接收所述广播消息的广播接收者的参数，依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制，解决了现有的广播发送者在发送广播消息时存在的第三方应用频繁发送广播带来的系统负载显著增加的问题，提高了广播处理效率，降低了系统资源消耗，使得系统稳定性增加。

图2是本发明实施例提供的另一种控制广播发送者发送广播消息的方法的流程图，在上述实施例的基础上，可选的，所述对所述广播发送者的广播消息的发送进行控制包括：禁止所述广播消息发送至系统后台未启动的广播接收者。

基于上述优化，如图2所示，本实施例提供的技术方案具体如下：

S201、监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型。

S202、依据所述广播消息确定接收所述广播消息的广播接收者的参数。

S203、依据所述广播发送者的类型和确定出的所述广播接收者的参数禁止所述广播消息发送至系统后台未启动的广播接收者。

本步骤中采取的对广播发送者广播消息的发送进行控制的措施为：禁止所述广播消息发送至系统后台未启动的广播接收者。在一个实施例中，S202确定出的广播消息对应的广播接收者的参数包括广播接收者的进程是否处于启动状态，若处于未启动状态，则在S203中禁止该广播消息发送至对应的未启动状态的广播接收者，以避免拉起过多的广播接收者造成系统负载的显著提高。在另一实施例中，对广播发送者广播消息的发送进行控制的方式还可以是：禁止所述广播消息发送至和所述广播发送者的处理进程不一致的广播接收者，该实施例中仅允许广播消息发送至和广播发送者进程一致的广播接收者，避免了其它应用接收不必要的广播消息造成的系统计算量加大的问题。需要说明的，上述两种控制方式可单独实现对广播发送者广播消息发送的控制还可以是一起完成对广播发送者广播消息发送的控制，当然，不限于上述两种方式，在其它实施例中还会进行介绍。

本实施例提供了一种控制广播发送者发送广播消息的方法，监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型，依据所述广播消息确定接收所述广播消息的广播接收者的参数，依据所述广播发送者的类型和确定出的所述广播接收者的参数禁止所述广播消息发送至系统后台未启动的广播接收者，避免了后台未启动的广播接收者被广播消息拉起带来的系统耗电量增加，运行稳定性差的问题，对广播机制进行了优化。

图3是本发明实施例提供的另一种控制广播发送者发送广播消息的方法的流程图，在上述实施例的基础上，可选的，所述对所述广播发送者的广播消息的发送进行控制包括：在预设时间内，禁止所述广播发送者进行广播消息的发送。

基于上述优化，如图3所示，本实施例提供的技术方案具体如下：

S301、监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型。

S302、依据所述广播消息确定接收所述广播消息的广播接收者的参数。

S303、依据所述广播发送者的类型和确定出的所述广播接收者的参数，在预设时间内，禁止所述广播发送者进行广播消息的发送。

在一个实施例中，如果所述广播消息对应的广播发送者类型为第三方应用，同时，广播消息对应的广播接收者的数量大于预设数量，则在预设时间内(可以是5分钟、30分钟、1小时等)禁止该广播发送者发送广播消息。该预设之间的长短可依据当前系统的负载的大小实时确定，也可采用预先设定的默认值。其中，系统负载的大小可以依据CPU占用率、内存占用率、运行的应用程序的数量、剩余电量来综合确定，示例性的，当CPU占用率大于80％、内存占用率大于80％、剩余电量小于20％时，该预设时间确定为1小时；当CPU占用率小于20％、内存占用率小于20％、剩余电量大于80％时，该预设时间可确定为30分钟。在另一实施例中，如果所述广播消息对应的广播发送者类型为第三方应用，同时，广播消息对应的广播接收者的数量大于预设数量，禁止所述广播发送者进行广播消息的发送。

本实施例提供了一种控制广播发送者发送广播消息的方法，监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型，依据所述广播消息确定接收所述广播消息的广播接收者的参数，依据所述广播发送者的类型和确定出的所述广播接收者的参数在预设时间内，禁止所述广播发送者进行广播消息的发送，本方案解决了现有的广播发送者在发送广播消息时可以自由发送，不能对其进行合理控制带来的广播接收者接收大量广播消息被拉起的问题，提高了广播处理效率，降低了系统资源消耗，使得系统稳定性增加。

图4是本发明实施例提供的一种控制广播发送者发送广播消息的装置的结构框图，该装置用于执行上述实施例提供的控制广播发送者发送广播消息的方法，具备执行方法相应的功能模块和有益效果。如图4所示，该装置具体包括：发送者类型确定模块401、接收者参数确定模块402、控制模块403。

其中，发送者类型确定模块401用于监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；

接收者参数确定模块402依据所述广播消息确定接收所述广播消息的广播接收者的参数；

控制模块403用于依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

本实施例提供的技术方案，解决了现有的广播发送者在发送广播消息时存在的缺陷，提高了广播处理效率，降低了系统资源消耗，使得系统稳定性增加。

可选的，所述发送者类型确定模块401具体用于：在所述确定发送所述广播消息的广播发送者的类型之前，对广播发送者的类型进行分类，并将分类结果记录在数据库中；所述控制模块403具体用于：如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的数量大于预设数量，则对所述广播发送者的广播消息的发送进行控制。

可选的，所述发送者类型确定模块401具体用于：在所述确定发送所述广播消息的广播发送者的类型之前，对广播发送者和广播接收者的类型进行分类，并将分类结果记录在数据库中；所述控制模块403具体用于：如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的类型为预设接收类型，则对所述广播发送者的广播消息的发送进行控制。

可选的，所述控制模块403具体用于：禁止所述广播消息发送至系统后台未启动的广播接收者；和/或禁止所述广播消息发送至和所述广播发送者的处理进程不一致的广播接收者。

可选的，所述控制模块403具体用于：禁止所述广播发送者进行广播消息的发送；或在预设时间内，禁止所述广播发送者进行广播消息的发送。

本实施例在上述各实施例的基础上提供了一种终端设备，该终端设备可以包括本发明提供的控制广播发送者发送广播消息的装置。图5是本发明实施例提供的一种终端设备的结构示意图，如图5所示，该终端设备可以包括：存储器501、中央处理器(CentralProcessing Unit，CPU)502、外设接口503、RF(Radio Frequency，射频)电路505、音频电路506、扬声器511、电源管理芯片508、输入/输出(I/O)子系统509、触摸屏512、其他输入/控制设备510以及外部端口504，这些部件通过一个或多个通信总线或信号线507来通信。

应该理解的是，图示终端设备500仅仅是终端设备的一个范例，并且终端设备500可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于多开应用的权限管理的终端设备进行详细的描述，该终端设备以智能手机为例。

存储器501，所述存储器501可以被CPU502、外设接口503等访问，所述存储器501可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口503，所述外设接口503可以将设备的输入和输出外设连接到CPU502和存储器501。

I/O子系统509，所述I/O子系统509可以将设备上的输入输出外设，例如触摸屏512和其他输入/控制设备510，连接到外设接口503。I/O子系统509可以包括显示控制器5091和用于控制其他输入/控制设备510的一个或多个输入控制器5092。其中，一个或多个输入控制器5092从其他输入/控制设备510接收电信号或者向其他输入/控制设备510发送电信号，其他输入/控制设备510可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器5092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏512，所述触摸屏512是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子系统509中的显示控制器5091从触摸屏512接收电信号或者向触摸屏512发送电信号。触摸屏512检测触摸屏上的接触，显示控制器5091将检测到的接触转换为与显示在触摸屏512上的用户界面对象的交互，即实现人机交互，显示在触摸屏512上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路505，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路505接收并发送RF信号，RF信号也称为电磁信号，RF电路505将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路505可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路506，主要用于从外设接口503接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器511。

扬声器511，用于将手机通过RF电路505从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片508，用于为CPU502、I/O子系统及外设接口所连接的硬件进行供电及电源管理。

本发明实施例提供的CPU502可执行如下操作：

监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；

依据所述广播消息确定接收所述广播消息的广播接收者的参数；

依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

可选的，在所述确定发送所述广播消息的广播发送者的类型之前，还包括：对广播发送者的类型进行分类，并将分类结果记录在数据库中；相应的，所述依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制包括：如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的数量大于预设数量，则对所述广播发送者的广播消息的发送进行控制。

可选的，在所述确定发送所述广播消息的广播发送者的类型之前，还包括：对广播发送者和广播接收者的类型进行分类，并将分类结果记录在数据库中；相应的，所述依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制包括：如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的类型为预设接收类型，则对所述广播发送者的广播消息的发送进行控制。

可选的，所述对所述广播发送者的广播消息的发送进行控制包括：

禁止所述广播消息发送至系统后台未启动的广播接收者；和/或禁止所述广播消息发送至和所述广播发送者的处理进程不一致的广播接收者。

可选的，所述对所述广播发送者的广播消息的发送进行控制包括：禁止所述广播发送者进行广播消息的发送；或在预设时间内，禁止所述广播发送者进行广播消息的发送。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

广播接收者在接收广播消息时，管理模块可以对广播接收器的注册指令进行获取，该广播接收器的注册指令由广播接收者发出。通常，广播接收者通过进程通信机制向管理模块注册(订阅)想要接收的广播消息。广播接收者的服务进程通过调用registerReceiver函数在管理模块中进行广播接收器的注册，同时定义自身感兴趣的广播消息，管理模块在发送广播发送队列中的广播消息时，依据广播接收者的注册情况，将该广播消息发送至对其进行订阅了的广播接收者相应的消息循环队列中，广播接收者接收到该广播消息后回调注册的广播接收器中的接收方法(如onReceive方法)来执行相应的功能以对接收到的广播消息进行处理。

Claims (11)

1.一种控制广播发送者发送广播消息的方法，其特征在于，包括：

监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；其中，广播发送者的类型包括系统类型、第三方应用平台类型和未知类型；

依据所述广播消息确定接收所述广播消息的广播接收者的参数；其中，广播接收者的参数包括广播接收者的数量、或者广播接收者的类型；所述广播接收者的类型包括系统类型、第三方应用平台类型和未知类型；

依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

2.根据权利要求1所述的方法，其特征在于，在所述确定发送所述广播消息的广播发送者的类型之前，还包括：

对广播发送者的类型进行分类，并将分类结果记录在数据库中；

相应的，所述依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制包括：

如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的数量大于预设数量，则对所述广播发送者的广播消息的发送进行控制。

3.根据权利要求1所述的方法，其特征在于，在所述确定发送所述广播消息的广播发送者的类型之前，还包括：

对广播发送者和广播接收者的类型进行分类，并将分类结果记录在数据库中；

相应的，所述依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制包括：

如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的类型为预设接收类型，则对所述广播发送者的广播消息的发送进行控制。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述对所述广播发送者的广播消息的发送进行控制包括：

禁止所述广播消息发送至系统后台未启动的广播接收者；和/或

禁止所述广播消息发送至和所述广播发送者的处理进程不一致的广播接收者。

5.根据权利要求1-3中任一项所述的方法，其特征在于，所述对所述广播发送者的广播消息的发送进行控制包括：

禁止所述广播发送者进行广播消息的发送；或

在预设时间内，禁止所述广播发送者进行广播消息的发送。

6.一种控制广播发送者发送广播消息的装置，其特征在于，包括：

发送者类型确定模块，用于监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；其中，广播发送者的类型包括系统类型、第三方应用平台类型和未知类型；

接收者参数确定模块，依据所述广播消息确定接收所述广播消息的广播接收者的参数；其中，广播接收者的参数包括广播接收者的数量、或者广播接收者的类型；所述广播接收者的类型包括系统类型、第三方应用平台类型和未知类型；

控制模块，用于依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

7.根据权利要求6所述的装置，其特征在于，所述发送者类型确定模块具体用于：

在所述确定发送所述广播消息的广播发送者的类型之前，对广播发送者的类型进行分类，并将分类结果记录在数据库中；

所述控制模块具体用于：

如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的数量大于预设数量，则对所述广播发送者的广播消息的发送进行控制。

8.根据权利要求6所述的装置，其特征在于，所述发送者类型确定模块具体用于：

在所述确定发送所述广播消息的广播发送者的类型之前，对广播发送者和广播接收者的类型进行分类，并将分类结果记录在数据库中；

所述控制模块具体用于：

如果所述广播发送者的类型为预设类型，所述预设类型包括第三方平台应用类型，且所述广播接收者的类型为预设接收类型，则对所述广播发送者的广播消息的发送进行控制。

9.根据权利要求6-8中任一项所述的装置，其特征在于，所述控制模块具体用于：

禁止所述广播消息发送至系统后台未启动的广播接收者；和/或

禁止所述广播消息发送至和所述广播发送者的处理进程不一致的广播接收者。

10.根据权利要求6-8中任一项所述的装置，其特征在于，所述控制模块具体用于：

禁止所述广播发送者进行广播消息的发送；或

在预设时间内，禁止所述广播发送者进行广播消息的发送。

11.一种终端设备，包括：处理器和存储器，存储器上存储有可以由处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

监测到广播消息的发送指令后，确定发送所述广播消息的广播发送者的类型；其中，广播发送者的类型包括系统类型、第三方应用平台类型和未知类型；

依据所述广播消息确定接收所述广播消息的广播接收者的参数；其中，广播接收者的参数包括广播接收者的数量、或者广播接收者的类型；所述广播接收者的类型包括系统类型、第三方应用平台类型和未知类型；依据所述广播发送者的类型和确定出的所述广播接收者的参数对所述广播发送者的广播消息的发送进行控制。

Images