[发明专利]广播的管控方法、装置及终端

说明书

本发明实施例涉及一种广播的管控方法、装置及终端，该方法包括：对终端当前运行的一个或者多个应用程序进行识别，当一个或者多个应用程序处于后台运行，且满足第一预设条件时，发出第一控制指令；或者，当一个或者多个应用程序由后台切换到前台运行，和/或满足第二预设条件，发出第二控制指令；当接收到第一控制指令时，将即将发送给一个或者多个应用程序的广播进行冻结，并缓存；或者，当接收到第二控制指令时，将发送给一个或者多个应用程序的广播进行解冻，分发给一个或者多个应用程序。本发明实施例提供的广播的管控方法及终端，可以避免一个或者多个应用程序在后台频繁的接收广播，导致的系统卡顿的问题，以及终端发热的问题等。

技术领域

本发明涉及移动通信技术领域，尤其涉及一种广播的管控方法、装置及终端。

背景技术

广播作为Android系统的四大组件之一，属于进程间的一种通讯机制，在很多操作系统中都被广泛应用。广播可以用于传递数据、发送通知等。但是，也正是因为广播被广泛应用，所以也就出现了一些不可避免的困扰。例如，当应用处于后台运行时，虽然暂时不被用户所用，但是应用可以频繁的接收广播，利用广播来实现自启动，从而消耗终端设备的电量。

发明内容

本发明实施例提供了一种智能管控广播的方法、装置及终端。

第一方面，本发明提供了一种广播的管控方法，该方法应用于终端中，其中，第一应用运行于终端的操作系统上，所述方法包括：

当第一应用运行于终端的操作系统的后台时，获取待发送至第一应用的第一广播；

缓存第一广播，停止发送第一广播至第一应用。

结合第一方面，在第一方面的第一种可能的实现方式中，缓存第一广播，停止发送第一广播至第一应用，该方法还包括：

确定第一应用的运行特征满足第一预设冻结条件，其中第一应用的运行特征包括第一应用在终端的操作系统的后台持续运行时间，第一预设冻结条件包括应用的后台持续运行时间大于预设运行时间。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，缓存第一广播，停止发送第一广播至第一应用，该方法还包括：

确定第一广播属于预设冻结广播，其中，预设冻结广播包括预设的系统广播和预设的第二应用广播中的至少一个。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，缓存第一广播，停止发送第一广播至第一应用，该方法还包括：

确定第一广播的运行特征满足第二预设冻结条件，其中第一广播的运行特征包括第一广播的接收者数量，第二预设冻结条件包括广播的接收者数量大于预设接收者数量；或者，

确定第一广播的运行特征满足第二预设冻结条件，其中第一广播的运行特征包括第一广播的发送频率，第二预设冻结条件包括广播的发送频率高于预设发送频率。

结合第一方面至第一方面的第三种可能的实现方式中的任一种，在第一方面的第四种可能的实现方式中，缓存第一广播，停止发送至第一应用之后，该方法还包括：解冻第一广播，发送第一广播至第一应用。

结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，解冻第一广播之前，该方法还包括：检测到第一应用由终端的操作系统的后台运行切换至前台运行。

结合第一方面的第一方面的第四种可能的实现方式，在第一方面的第六种可能的实现方式中，解冻第一广播之前，该方法还包括：获取待发送至第一应用的第二广播，其中，第二广播属于预设重要广播。

结合第一方面至第一方面的第三种可能的实现方式中的任一种，在第一方面的第七种可能的实现方式中，缓存第一广播之后，该方法包括：

获取待发送至第一应用的第三广播；