CN106227321B - 一种终端系统的唤醒监控方法及终端 - Google Patents

Abstract

本发明实施例公开了一种终端系统的唤醒监控方法及终端，终端系统的唤醒监控方法包括：检测终端系统是否被应用程序通过数据包唤醒；若是，则统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率；判断所述唤醒频率是否大于预设频率阈值；若是，则将所述应用程序上报给后台管理系统。本发明实施例能够监控并上报通过数据包频繁唤醒终端系统的异常应用程序，降低终端的功耗。

Description

一种终端系统的唤醒监控方法及终端

技术领域

本发明实施例涉及通信技术领域，具体涉及一种终端系统的唤醒监控方法及终端。

背景技术

随着智能终端的发展，终端上可以安装的应用程序越来越多。目前，智能终端休眠后，应用程序唤醒终端系统的方式有两种：(1)通过数据包唤醒，即应用程序通过应用服务器推送数据包唤醒终端系统；(2)通过闹钟alarm唤醒，即应用程序设置alarm定时唤醒终端系统。如果应用程序设计不合理，导致终端系统被应用程序过于频繁的唤醒，则会导致终端得不到休眠，在待机状态下出现耗电异常。

现有的终端系统中，针对alarm唤醒的唤醒方式做了相应控制，但是针对数据包唤醒的唤醒方式，目前还没有有效的监控管理策略，很多应用程序为了保持服务器与终端的传输控制协议(Transmission Control Protocol，TCP)长连接，不断的发送数据包给终端，导致终端在休眠的时候出现耗电异常，如果这些应用程序无法被及时发现及处理，将最终导致终端续航时间变短、续航能力变差，影响用户的正常使用。

发明内容

有鉴于此，本发明实施例提供了一种终端系统的唤醒监控方法及终端，能够监控并上报通过数据包频繁唤醒终端系统的异常应用程序，降低终端的功耗。

本发明实施例提供的终端系统的唤醒统计方法，包括：

检测终端系统是否被应用程序通过数据包唤醒；

若是，则统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率；

判断所述唤醒频率是否大于预设频率阈值；

若是，则将所述应用程序上报给后台管理系统。

本发明实施例提供的终端，包括：

检测单元，用于检测终端系统是否被应用程序通过数据包唤醒；

统计单元，用于在检测到终端系统被应用程序通过数据包唤醒时，统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率；

判断单元，用于判断所述唤醒频率是否大于预设频率阈值；

上报单元，用于在所述唤醒频率大于预设频率阈值时，将所述应用程序上报给后台管理系统。

本发明实施例中，可以自动检测终端系统是否被应用程序通过数据包唤醒，一旦检测到终端系统被应用程序通过数据包唤醒，则统计终端系统被应用程序通过数据包唤醒的唤醒频率，如果唤醒频率大于预设频率阈值；则将所述应用程序上报给后台管理系统，后台管理系统可以根据终端的上报及时发现通过数据包频繁唤醒终端系统的异常应用程序并处理，从而降低了终端的功耗，保证了用户的正常使用。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的终端系统的唤醒监控方法的一个流程示意图；

图2是本发明实施例提供的终端系统的唤醒监控方法的另一流程示意图；

图3是本发明实施例提供的终端的一个结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由于现有技术中，缺乏针对通过数据包频繁唤醒终端系统的异常应用程序的监控管理策略，导致用户无法及时发现通过数据包频繁唤醒终端系统的异常应用程序，因而本发明实施例提供了一种终端系统的唤醒监控方法及终端，使得用户能够及时发现通过数据包频繁唤醒终端系统的异常应用程序程序，本发明实施例提供的唤醒监控方法可以应用于终端中，终端包括但不限于手机、平板电脑等电子设备。

实施例一

如图1所示，本实施例的终端系统的唤醒监控方法包括如下步骤：

步骤101、检测终端系统是否被应用程序通过数据包唤醒，若是，则执行步骤102，否则结束处理；

由于应用程序唤醒终端系统的唤醒方式有两种，通过数据包唤醒与通过闹钟alarm唤醒，本实施例中，为监控应用程序通过数据包唤醒终端系统的唤醒方式，可以在终端的内核中增加Uenvnt类型的驱动节点wakeup_reasons，在终端进入休眠状态后，利用驱动节点wakeup_reasons记录终端系统被应用程序通过数据包唤醒的信息，所记录的信息可以是一个数值标志，例如在没有监听到终端系统被应用程序通过数据包唤醒时，该数值标志为0，当监听到终端系统被应用程序通过数据包唤醒时，该数值标志更新为非0值，例如1等，此处不做具体限定。因而，在本步骤中，可以通过监听接口检测驱动节点wakeup_reasons的值是否发生变化来判断终端系统是否被应用程序通过数据包唤醒。

步骤102、统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率；

唤醒频率可以通过唤醒时长及唤醒次数来确定。

步骤103、判断所述唤醒频率是否大于预设频率阈值，若大于，则执行步骤104，否则结束处理；

预设频率阈值可根据实际需求进行设置，若唤醒频率大于预设频率阈值，则说明应用程序通过数据包频繁地唤醒了终端系统，该应用程序为异常应用程序。

步骤104、将所述应用程序上报给后台管理系统。

具体实现中，后台管理系统可以是守护精灵、后台运维系统等，将该应用程序上报给后台管理系统之后，后台管理系统可以卸载该应用程序，或者对该应用程序设置数据包唤醒限制等，以节省终端的功耗，保证用户的正常使用。

本实施例中，可以自动检测终端系统是否被应用程序通过数据包唤醒，一旦检测到终端系统被应用程序通过数据包唤醒，则统计终端系统被应用程序通过数据包唤醒的唤醒频率，如果唤醒频率大于预设频率阈值；则将所述应用程序上报给后台管理系统，后台管理系统可以根据终端的上报及时发现通过数据包频繁唤醒终端系统的异常应用程序并处理，从而降低了终端的功耗，保证了用户的正常使用。

实施例二

实施例一所描述的方法，本实施例将做进一步的描述，如图2所示，本实施例的方法包括以下步骤：

步骤201、检测终端系统是否被应用程序通过数据包唤醒，若是，则执行步骤202，否则结束处理；

由于应用程序唤醒终端系统的唤醒方式有两种，通过数据包唤醒与通过闹钟alarm唤醒，本实施例中，为监控应用程序通过数据包唤醒终端系统的唤醒方式，可以在终端的内核中增加Uenvnt类型的驱动节点wakeup_reasons，在终端进入休眠状态后，利用驱动节点wakeup_reasons记录终端系统被应用程序通过数据包唤醒的信息，所记录的信息可以是一个数值标志，例如在没有监听到终端系统被应用程序通过数据包唤醒时，该数值标志为0，当监听到终端系统被应用程序通过数据包唤醒时，该数值标志更新为非0值，例如1等，此处不做具体限定。因而，在本步骤中，可以通过监听接口检测驱动节点wakeup_reasons的值是否发生变化来判断终端系统是否被应用程序通过数据包唤醒。

步骤202、通过流量统计接口读取在检测到终端系统被应用程序通过数据包唤醒之前的第一预设时长内，流量有增加的应用程序的标识信息；

具体实现中，应用程序的标识信息可以是应用程序的用户标识符(UserIDentity，UID)，UID可以用来唯一标识一个应用程序。

在步骤201检测到了终端系统被应用程序通过数据包唤醒，但并不知道具体是被哪个应用程序所唤醒，因此，在步骤202将确定通过数据包唤醒终端系统的具体应用程序。

如果应用程序通过数据包唤醒了终端系统，由于数据包的传输，会导致对应应用程序的流量增加，因而，本实施例中，可以通过流量统计接口读取在检测到终端系统被应用程序通过数据包唤醒之前的第一预设时长内，流量有增加的应用程序的标识信息，第一预设时长可以为1秒、2秒等，可视实际需求设置。

步骤203、去除持有唤醒锁wakelock工作的应用程序的标识信息，剩余的应用程序的标识信息为唤醒所述终端系统的所述应用程序的标识信息；

通常来说，终端系统被应用程序唤醒后，如果应用程序持有唤醒锁wakelock，则允许应用继续工作，这种情况下的唤醒通常会被认为是正常唤醒。因而，本实施例中，需要在读取的所有流量有增加的应用程序的标识信息中去除掉持有唤醒锁wakelock工作的应用程序的标识信息，剩余的应用程序的标识信息为本发明所要记录的唤醒所述终端系统的所述应用程序的标识信息。

步骤204、统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率；

具体实现中，可以在检测到终端系统被应用程序通过数据包唤醒之后的第二预设时长内，统计终端系统被所述应用程序通过数据包唤醒的唤醒频率，第二预设时长可以根据实际统计需求设置，例如设置为四小时、八小时等，此处不做具体限定。具体地，可以统计终端系统在第二预设时长内被应用程序通过数据包唤醒的唤醒累积时长及唤醒累积次数，根据所述唤醒累积时长及唤醒累积次数计算所述唤醒频率。

具体地，统计累积唤醒时长的方法可如下：

可以针对每个应用程序设置一个计时器，在开始统计之前，将每个应用程序的计时器都清零，在统计的过程中，在获取通过数据包唤醒终端系统的应用程序的标识信息之后，启动所述标识信息对应的应用程序的计时器记录唤醒时长，此后终端系统每被该应用程序通过数据包唤醒一次，就累积记录一次唤醒时长，在到达第二预设时长之后，读取该应用程序对应的计时器数值，即得到该应用程序对应的唤醒累积时长。

具体地，统计累积唤醒次数的方法可如下：

可以针对每个应用程序设置一个计数器，在开始统计之前，将每个应用程序的计数器都清零，在统计的过程中，在获取通过数据包唤醒终端系统的应用程序的标识信息之后，将所述标识信息对应的应用程序的计数器加一，此后终端系统每被该应用程序通过数据包唤醒一次，就将对于计数器累积加一，在到达第二预设时长之后，读取该应用程序对应的计数器数值，即得到该应用程序对应的唤醒累积次数。

当然，具体实现中，也可以不统计应用程序的累积唤醒时长，直接统计第二预设时长内的累积唤醒次数，根据第二累积时长及累积唤醒次数计算唤醒频率，此处不做具体限定。

步骤205、判断所述唤醒频率是否大于预设频率阈值，若大于，则执行步骤206，否则结束处理；

预设频率阈值可根据第二预设时长等实际数据进行设置，若唤醒频率大于预设频率阈值，则说明应用程序通过数据包频繁地唤醒了终端系统，该应用程序为异常应用程序。

步骤206、将所述应用程序的标识信息上报给后台管理系统。

具体实现中，后台管理系统可以是守护精灵、后台运维系统等，将该应用程序上报给后台管理系统之后，后台管理系统可以卸载该应用程序，或者对该应用程序设置数据包唤醒限制等，以节省终端的功耗，保证用户的正常使用。

本实施例中，可以自动检测终端系统是否被应用程序通过数据包唤醒，一旦检测到终端系统被应用程序通过数据包唤醒，则统计终端系统被应用程序通过数据包唤醒的唤醒频率，如果唤醒频率大于预设频率阈值；则将所述应用程序上报给后台管理系统，后台管理系统可以根据终端的上报及时发现通过数据包频繁唤醒终端系统的异常应用程序并处理，从而降低了终端的功耗，保证了用户的正常使用。

实施例三

为了更好地实施以上方法，本发明还提供了一种终端，如图3所示，本实施例的终端包括：

检测单元301，用于检测终端系统是否被应用程序通过数据包唤醒；

统计单元302，用于在检测到终端系统被应用程序通过数据包唤醒时，统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率；

判断单元303，用于判断所述唤醒频率是否大于预设频率阈值；

上报单元304，用于在所述唤醒频率大于预设频率阈值时，将所述应用程序上报给后台管理系统。

在一个具体的实施例中，所述检测单元301包括：

检测子单元，用于通过监听接口检测用于监听终端系统被应用程序通过数据包唤醒的驱动节点的值是否发生变化；

确定子单元，用于在所述检测子单元检测到所述驱动节点的值发生变化时，确定终端系统被应用程序通过数据包唤醒。

在一个具体的实施例中，所述终端还包括：

获取单元，用于获取唤醒所述终端系统的所述应用程序的标识信息；

所述上报单元304体用于，将所述应用程序的标识信息上报给后台管理系统。

在一个具体的实施例中，所述获取单元包括：

读取子单元，用于通过流量统计接口读取在检测到终端系统被应用程序通过数据包唤醒之前的第一预设时长内，流量有增加的应用程序的标识信息；

去除子单元，用于在读取的所有应用程序的标识信息中去除持有唤醒锁wakelock工作的应用程序的标识信息，剩余的应用程序的标识信息为唤醒所述终端系统的所述应用程序的标识信息。

在一个具体的实施例中，所述统计单元302包括：

统计子单元，用于在检测到终端系统被应用程序通过数据包唤醒之后的第二预设时长内，统计终端系统被应用程序通过数据包唤醒的唤醒累积时长及唤醒累积次数；

计算子单元，用于根据所述唤醒累积时长及唤醒累积次数计算所述唤醒频率。

需要说明的是，本实施例中未做详细描述的步骤及对应有益效果均可参阅前述方法实施例中对应的描述，此处不再赘述。

本实施例中，检测单元可以自动检测终端系统是否被应用程序通过数据包唤醒，一旦检测到终端系统被应用程序通过数据包唤醒，则统计单元统计终端系统被应用程序通过数据包唤醒的唤醒频率，如果唤醒频率大于预设频率阈值；则上报单元将所述应用程序上报给后台管理系统，后台管理系统可以根据终端的上报及时发现通过数据包频繁唤醒终端系统的异常应用程序并处理，从而降低了终端的功耗，保证了用户的正常使用。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (5)

1.一种终端系统的唤醒监控方法，其特征在于，包括：

检测终端系统是否被应用程序通过数据包唤醒；包括：通过监听接口检测用于监听终端系统被应用程序通过数据包唤醒的驱动节点的值是否发生变化，若发生变化，则确定终端系统被应用程序通过数据包唤醒；若未发生变化，则结束处理；

在确定终端系统被应用程序通过数据包唤醒时，通过流量统计接口读取在检测到终端系统被应用程序通过数据包唤醒之前的第一预设时长内，流量有增加的应用程序的标识信息；在读取的所有应用程序的标识信息中去除持有唤醒锁wakelock工作的应用程序的标识信息，剩余的应用程序的标识信息为唤醒所述终端系统的所述应用程序的标识信息；

统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率；

判断所述唤醒频率是否大于预设频率阈值；

若是，则将所述应用程序的标识信息上报给后台管理系统。

2.根据权利要求1所述的方法，其特征在于，所述统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率包括：

在检测到终端系统被应用程序通过数据包唤醒之后的第二预设时长内，统计终端系统被应用程序通过数据包唤醒的唤醒累积时长及唤醒累积次数；

根据所述唤醒累积时长及唤醒累积次数计算所述唤醒频率。

3.一种终端，其特征在于，包括：

检测单元，用于检测终端系统是否被应用程序通过数据包唤醒；所述检测单元包括检测子单元和确定子单元，所述检测子单元，用于通过监听接口检测用于监听终端系统被应用程序通过数据包唤醒的驱动节点的值是否发生变化；所述确定子单元，用于在所述检测子单元检测到所述驱动节点的值发生变化时，确定终端系统被应用程序通过数据包唤醒，在所述检测子单元检测到所述驱动节点的值未发生变化时，结束处理；

获取单元，用于在确定终端系统被应用程序通过数据包唤醒时，获取所述应用程序的标识信息；所述获取单元包括读取子单元和去除子单元；所述读取子单元，用于通过流量统计接口读取在检测到终端系统被应用程序通过数据包唤醒之前的第一预设时长内，流量有增加的应用程序的标识信息；所述去除子单元，用于在读取的所有应用程序的标识信息中去除持有唤醒锁wakelock工作的应用程序的标识信息，剩余的应用程序的标识信息为唤醒所述终端系统的所述应用程序的标识信息；

统计单元，用于统计所述终端系统被所述应用程序通过数据包唤醒的唤醒频率；

判断单元，用于判断所述唤醒频率是否大于预设频率阈值；

上报单元，用于在所述唤醒频率大于预设频率阈值时，将所述应用程序的标识信息上报给后台管理系统。

4.根据权利要求3所述的终端，其特征在于，所述统计单元包括：

统计子单元，用于在检测到终端系统被应用程序通过数据包唤醒之后的第二预设时长内，统计终端系统被应用程序通过数据包唤醒的唤醒累积时长及唤醒累积次数；

计算子单元，用于根据所述唤醒累积时长及唤醒累积次数计算所述唤醒频率。

5.一种计算机可读存储介质，其存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1或2所述的方法。