CN109189196A - 终端设备的管理方法、终端设备及装置 - Google Patents

Abstract

本申请公开了一种终端设备的管理方法、终端设备及装置，该方法包括：接收唤醒源更新指令；响应所述唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识；判断更新后的唤醒源内所有的第二应用程序标识中是否存在不属于标识黑名单中的第三应用程序标识；若存在不属于标识黑名单中的第三应用程序标识，则不释放唤醒锁并阻止系统休眠；若不存在不属于标识黑名单中的第三应用程序标识，则释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠。通过上述方式，本申请能够阻止系统休眠，也可以不阻止系统休眠，从而为减少终端设备电量被大量损耗以及减少功耗提供技术支持。

Description

终端设备的管理方法、终端设备及装置

技术领域

本申请涉及终端设备技术领域，特别是涉及一种终端设备的管理方法、终端设备及装置。

背景技术

安卓(Android)系统的终端设备，其电源通过电源管理(PowerManager)来进行管理，而系统通过各种锁对电源进行控制，唤醒锁(WakeLock)是一种锁机制，只要有应用程序申请唤醒锁，那么具有保持唤醒功能的唤醒锁个数不为0时，系统无法进入休眠阶段。

当前市场上第三方应用程序很多，良莠不齐，缺少监管。系统音频服务属于系统服务，系统一般不会对系统服务进行监管，很多第三方应用程序通过播放无声音音频文件的方式调用系统音频服务，然后通过系统音频服务申请唤醒锁，以达到阻止系统休眠的目的。

但是，本申请的发明人在长期的研发过程中发现，这些第三方应用程序在申请唤醒锁之后，部分应用程序不会主动释放唤醒锁，导致系统长时间无法休眠，造成终端设备的电量被大量损耗，功耗升高。

发明内容

本申请主要解决的技术问题是提供一种终端设备的管理方法、终端设备及装置，能够阻止系统休眠，也可以不阻止系统休眠，从而为减少终端设备电量被大量损耗以及减少功耗提供技术支持。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种终端设备的管理方法，所述方法包括：接收唤醒源更新指令；响应所述唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识；判断更新后的唤醒源内所有的第二应用程序标识中是否存在不属于标识黑名单中的第三应用程序标识；若存在不属于标识黑名单中的第三应用程序标识，则不释放唤醒锁并阻止系统休眠；若不存在不属于标识黑名单中的第三应用程序标识，则释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种终端设备，所述终端设备包括：处理器、存储器以及通信电路，所述处理器分别耦接所述存储器和所述通信电路，所述处理器、所述存储器以及所述通信电路在工作时能够实现如上所述方法中的步骤。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种具有存储功能的装置，其上存储有程序数据，所述程序数据被处理器执行时实现如上所述方法中的步骤。

本申请的有益效果是：区别于现有技术的情况，本申请接收唤醒源更新指令；响应所述唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识；判断更新后的唤醒源内所有的第二应用程序标识中是否存在不属于标识黑名单中的第三应用程序标识；若存在不属于标识黑名单中的第三应用程序标识，则不释放唤醒锁并阻止系统休眠；若不存在不属于标识黑名单中的第三应用程序标识，则释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠。由于将不阻止系统休眠应用程序标识集中为标识黑名单，如果唤醒源内所有的第二应用程序标识中存在不属于标识黑名单中的第三应用程序标识，说明存在需要阻止系统休眠的应用程序，因此不释放唤醒锁并阻止系统休眠，如果唤醒源内所有的第二应用程序标识中均属于标识黑名单中的应用程序标识，说明唤醒源内的应用程序不需要真正阻止系统休眠，因此释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠；通过这种方式，能够根据调用音频服务的应用程序类型决定阻止系统休眠或不阻止系统休眠，从而为减少终端设备电量被大量损耗以及减少功耗提供技术支持。

附图说明

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

图1是本申请终端设备的管理方法一实施方式的流程示意图；

图2是本申请终端设备的管理方法另一实施方式的流程示意图；

图3是本申请终端设备一实施方式的结构示意图；

图4是本申请具有存储功能的装置一实施方式的结构示意图。

具体实施方式

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

在详细介绍本申请之前，先以安卓系统为例，简单介绍一下音频锁及其工作原理：

Android系统的终端设备，其电源通过电源管理(PowerManager)来进行管理，而系统通过各种锁对电源进行控制，唤醒锁(WakeLock)是一种锁机制，只要有应用程序申请WakeLock，即具有保持唤醒功能的Wake Locks个数不为0时，系统就无法进入休眠阶段。

例如：

Wake Locks:size＝2

PARTIAL_WAKE_LOCK 'AudioMix'ACQ＝-3s17ms(uid＝1041pkg＝audioserver ws＝WorkSource{10116})

上述代码的解释说明：安卓的系统音频服务的具体应用为：audioservice，其持有AudioMix，AudioDirectOut，AudioIn，AudioOffload等标签(tag)的锁，不同的tag分别对应不同的音频通道，后面的信息会包括加锁应用程序的标识(uid)、应用程序安装包的包名以及相应的唤醒源(worksource)。

安卓的系统音频服务应用audioservice申请锁的流程为：当应用程序使用声音通道时，通过audioservice来播放，为了防止终端设备灭屏后音乐播放系统进入休眠状态，audioservice会申请阻止系统休眠的锁，类型为PARTIAL_WAKE_LOCK(此类型的wakelock具有保持唤醒功能)。比如qq音乐，系统在安装qq音乐时，会赋予其唯一的uid，那么播放qq音乐时，audioservice会通过updateWakeLockWorkSource的方式，将使用系统音频服务的qq_uid作为参数传过来，添加到worksource中，即worksource{qq_uid}。如果同时有多个应用程序播放声音，则worksource中会包括多个应用程序的uid，即worksource{app_uid1,app_uid2,…}。

安卓的系统音频服务应用audioservice释放锁的流程：当应用程序停止播放时，audioservice会通过updateWakeLockWorkSource更新worksource，将应用程序的uid从wakesource中移除。当没有应用程序使用声音通道时，audioservice会主动释放此wakelock。

当前市场上第三方应用程序很多，良莠不齐，缺少监管。由于系统音频服务属于系统服务，系统一般不会对系统服务进行监管，因此很多第三方应用程序通过播放无声音音频文件的方式调用系统音频服务，然后通过系统音频服务申请唤醒锁，从而达到阻止系统休眠的目的。而部分应用程序在申请唤醒锁之后不会主动释放，导致系统长时间无法休眠，造成终端设备电量被大量损耗，功耗升高。

因此，本申请通过将在应用使用结束后不主动释放唤醒锁、继续阻止系统休眠等的应用程序标识集中为标识黑名单，如果唤醒源内所有的第二应用程序标识中存在不属于标识黑名单中的第三应用程序标识，说明存在需要阻止系统休眠的应用程序，因此不释放唤醒锁并阻止系统休眠，如果唤醒源内所有的第二应用程序标识中均属于标识黑名单，说明唤醒源内的应用程序不需要阻止系统休眠，因此释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠；通过这种方式，能够阻止系统休眠，也可以不阻止系统休眠，从而为减少终端设备电量被大量损耗以及减少功耗提供技术支持。

下面详细介绍本申请的具体内容。

参阅图1，图1是本申请终端设备的管理方法一实施方式的流程示意图，该方法包括：

步骤S101：接收唤醒源更新指令。

步骤S102：响应唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识。

步骤S103：判断更新后的唤醒源内所有的第二应用程序标识中是否存在不属于标识黑名单中的第三应用程序标识。

步骤S104：若存在不属于标识黑名单中的第三应用程序标识，则不释放唤醒锁并阻止系统休眠。

步骤S105：若不存在不属于标识黑名单中的第三应用程序标识，则释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠。

唤醒源更新指令是指对当前唤醒源(WorkSourse)中的应用程序标识进行更新的指令。当检测到应用程序调用系统音频服务时，或者当新应用程序调用系统音频服务时，或者当应用程序结束调用系统音频服务时，等等，均会触发生成并接收唤醒源更新指令。

唤醒源内的第一应用程序标识是指更新之前、调用系统音频服务的应用程序的标识；更新后的唤醒源内的第二应用程序标识是指更新之后、调用系统音频服务的应用程序的标识。第一应用程序标识的数目可以是一个以上，第二应用程序标识的数目也可以是一个以上；第一应用程序标识的数目与第二应用程序标识的数目可以相同，也可以不相同；第一应用程序标识与第二应用程序标识可以相同，也可以不相同。

第三应用程序标识是指可以正常调用系统音频服务、也能阻止系统休眠的应用程序的标识，标识黑名单是指集中能正常调用系统音频服务、但并不希望其阻止系统休眠的应用程序标识的名单。唤醒锁是指具有保持唤醒功能以使系统无法进行休眠阶段的锁。需要系统不进行休眠阶段，不释放唤醒锁即可实现唤醒锁的功能，当不需要系统不进行休眠阶段，可以将唤醒锁释放，或者将唤醒锁标识为不可用状态，以使唤醒锁功能失效。

如果更新后的唤醒源内所有的第二应用程序标识中存在不属于标识黑名单中的第三应用程序标识，说明系统中存在可以正常调用系统音频服务、也能阻止系统休眠的应用程序，此时不应该释放唤醒锁，并阻止系统休眠；如果更新后的唤醒源内所有的第二应用程序标识中不存在不属于标识黑名单中的第三应用程序标识，即更新后的唤醒源内所有的第二应用程序标识均属于标识黑名单中，说明系统当前调用系统音频服务的应用程序均为黑名单应用程序，此时应该释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠。

本申请实施方式接收唤醒源更新指令；响应所述唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识；判断更新后的唤醒源内所有的第二应用程序标识中是否存在不属于标识黑名单中的第三应用程序标识；若存在不属于标识黑名单中的第三应用程序标识，则不释放唤醒锁并阻止系统休眠；若不存在不属于标识黑名单中的第三应用程序标识，则释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠。由于将不阻止系统休眠应用程序标识集中为标识黑名单，如果唤醒源内所有的第二应用程序标识中存在不属于标识黑名单中的第三应用程序标识，说明存在需要阻止系统休眠的应用程序，因此不释放唤醒锁并阻止系统休眠，如果唤醒源内所有的第二应用程序标识中均属于标识黑名单中的应用程序标识，说明唤醒源内的应用程序不需要真正阻止系统休眠，因此释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠；通过这种方式，能够根据调用音频服务的应用程序类型决定阻止系统休眠或不阻止系统休眠，从而为减少终端设备电量被大量损耗以及减少功耗提供技术支持。

如果标识黑名单已经预先设置，后续可以不用再设置，或者后续可以根据实际应用情况重新修改，如果标识黑名单预先没有设置，可以预先设置，因此对于预先设置或者重新修改标识黑名单的情况，该方法还包括：设置标识黑名单。

设置标识黑名单的方式可以采取直接设置的方式，也可以采取间接设置的方式。例如，在一实施方式中，采取间接设置的方式，具体地，请参见图2，设置标识黑名单，可以包括：

步骤S201：启动系统时，扫描终端设备上所有已安装的应用程序安装包。

步骤S202：将所有已安装的应用程序安装包中属于安装包包名黑名单内的应用程序安装包对应的应用程序标识加入标识黑名单中形成标识黑名单。

安装包包名黑名单是指集中有可以正常调用系统音频服务、但不希望能阻止系统休眠的应用程序的安装包包名的名单。在本实施方式中，需要预先设置安装包包名黑名单。具体地，该安装包包名黑名单可以由终端设备的厂商设置，用户在使用过程中可以进行手动实时添加更新，也可以是终端设备从其厂商服务器上更新下载保存在本地。

具体地，在实际应用时，安装包包名黑名单还可以通过以下方式获取：

A)提供设置界面给用户，让用户主动设置；

B)默认将视频类、游戏类等不需要后台播放声音的应用程序的安装包包名加入到安装包包名黑名单中；

C)收集用户数据，获取长时间持有audioservice wakelock锁的应用程序，人工判断是否为有后台播放声音的需求，如果没有，则加入到安装包包名黑名单。

通过上述间接设置标识黑名单的方式，可以面向厂商和/或用户，从而为增加厂商对终端设备系统的管理和优化提供技术支持，和/或为用户对终端设备第三方应用程序进行管理和优化提供技术支持，进而提高厂商和/或用户的使用体验。

在一实施方式中，不释放唤醒锁阻止系统休眠时，该方法还可以包括：在不释放唤醒锁时，将唤醒锁的状态标记为可用状态，以阻止系统休眠。将唤醒锁的状态标记为可用状态，进一步确保实施唤醒锁的唤醒功能，因而，可以更加确保阻止系统休眠。

其中，唤醒源更新指令需要先生成，而生成唤醒源更新指令的触发因素有很多，例如，步骤S101接收唤醒源更新指令之前，还可以包括：在检测到有应用程序调用系统音频服务时，生成并发送唤醒源更新指令。

如果检测到有应用程序调用系统音频服务，则生成并发送唤醒源更新指令。在本实施方式中，调用系统音频服务的应用程序可以是之前调用过的应用程序，也可以是新的、第一次调用系统音频服务的应用程序。通过这种方式，可以根据调用系统音频服务的情况实时地生成并发送唤醒源更新指令。

进一步，对于之前调用过的应用程序，其应用程序标识会出现在唤醒源内，此时可以不用进行更新，只是在检测到新应用程序调用系统音频服务时，才进行更新，即，在检测到有应用程序调用系统音频服务时，生成并发送唤醒源更新指令，具体可以包括：在检测到有新应用程序调用系统音频服务时，生成并发送唤醒源更新指令。

此时，步骤S102中，响应唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识，具体可以包括：响应唤醒源更新指令，将新应用程序标识加入唤醒源内，获得更新后的唤醒源内的第二应用程序标识。

其中，如果之前没有应用程序调用系统音频服务，系统音频服务也没有申请唤醒锁，唤醒锁处于释放状态时，该方法还可以包括：

在检测到有应用程序调用系统音频服务，且唤醒锁处于释放状态时，控制系统音频服务申请唤醒锁。

如果系统音频服务申请过唤醒锁，且没有释放唤醒锁，其他应用程序再继续调用系统音频服务时，系统音频服务不再需要再次申请唤醒锁。

根据上述内容，在实际应用中，具体可以有如下可能的实现方式：

在检测到应用程序调用系统音频服务时，系统音频服务申请唤醒锁，更新唤醒源，将调用系统音频服务的应用程序的应用程序标识加入至唤醒源内。

具体的，只要有应用程序调用系统音频服务，系统音频服务就会更新唤醒源，而系统音频服务只要申请过唤醒锁，在唤醒锁被释放之前，其他应用程序再继续调用系统音频服务时，不再需要再次申请唤醒锁。

系统音频服务申请唤醒锁后，在终端设备黑屏时，可以保持系统不休眠，继续播放声音。如果同时有多个应用程序调用该系统音频服务播放声音，则将调用系统音频服务的所有应用程序的应用程序标识加入至唤醒源，则唤醒源中包括多个应用程序标识，即worksource{app_uid1,app_uid2,…,app_uidN}。

具体的，在每次有新应用程序调用系统音频服务时，均会更新一次唤醒源内的应用程序标识，将新增应用程序的应用程序标识加入唤醒源。或在每次有应用程序结束调用系统音频服务时，均会更新一次唤醒源内的应用程序标识，将结束调用的应用程序对应的应用程序标识从唤醒源内删除。

生成唤醒源更新指令的触发因素有很多，又如，步骤S101中，接收唤醒源更新指令之前，还可以包括：在检测到有应用程序结束调用系统音频服务时，生成并发送唤醒源更新指令。

此时，步骤S102中，响应唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识，具体可以包括：响应唤醒源更新指令，将结束调用的应用程序标识从唤醒源内删除，获得更新后的唤醒源内的第二应用程序标识。

以安卓系统为例，来说明本申请的方法在实际中的一个具体应用：

1、首先通过安装包包名黑名单获取标识黑名单mUidBlackList。

系统启动时，扫描所有已安装的应用程序安装包，并将属于安装包包名黑名单中的应用程序安装包对应的应用程序的标识，加入到标识黑名单，在安装和卸载应用程序时，也会根据应用程序安装包包名，判断是否需要加入到uidBlackList中或从mUidBlackList中移除。

2、当系统音频服务申请wakelock后，会通过updateWorkSource的方式，将调用系统音频服务的应用程序的标识加入到wakelock的worksource中。当识别到此加锁来源为audioservice(audioservice为系统应用程序，拥有独立的标识----AUDIOSERVER_UID)，updateWorkSource时，判断worksource中所有的应用程序标识是否存在于mUidBlackList，如果worksource中所有的应用程序标识都存在于标识黑名单中，则将此wakelock设置标记为为不可用(disable)，即申请加锁但不会阻止休眠。如果worksource中有任一应用程序标识不存在于标识黑名单中，则表示此wakelock可以阻止系统休眠，以满足其他应用程序的正常需求。

参见图3，图3是本申请终端设备一实施方式的结构示意图，该终端设备包括：处理器1、存储器2以及通信电路3，处理器1分别耦接存储器2和通信电路3，处理器1、存储器2以及通信电路3在工作时能够实现如上任一项方法中的步骤。相关内容的详细说明请参见上述方法部分，在此不再赘叙。

参见图4，图4是本申请具有存储功能的装置一实施方式的结构示意图，该装置50存储有程序数据501，程序数据501能够被处理器执行以实现如上任一项方法中的步骤。相关内容的详细说明，请参见上述方法部分，在此不再赘叙。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种终端设备的管理方法，其特征在于，所述方法包括：

接收唤醒源更新指令；

响应所述唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识；

判断更新后的唤醒源内所有的第二应用程序标识中是否存在不属于标识黑名单中的第三应用程序标识；

若存在不属于标识黑名单中的第三应用程序标识，则不释放唤醒锁并阻止系统休眠；若不存在不属于标识黑名单中的第三应用程序标识，则释放唤醒锁并不阻止系统休眠、或将唤醒锁标识为不可用状态并不阻止系统休眠。

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

设置所述标识黑名单。

3.根据权利要求2所述的方法，其特征在于，所述设置所述标识黑名单，包括：

启动系统时，扫描终端设备上所有已安装的应用程序安装包；

将所有已安装的应用程序安装包中属于安装包包名黑名单内的应用程序安装包对应的应用程序标识加入所述标识黑名单中形成所述标识黑名单。

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

在不释放唤醒锁时，将所述唤醒锁的状态标记为可用状态，以阻止系统休眠。

5.根据权利要求1所述的方法，其特征在于，所述接收唤醒源更新指令之前，包括：

在检测到有应用程序调用系统音频服务时，生成并发送所述唤醒源更新指令。

6.根据权利要求5所述的方法，其特征在于，所述在检测到有应用程序调用系统音频服务时，生成并发送所述唤醒源更新指令，包括：

在检测到有新应用程序调用系统音频服务时，生成并发送所述唤醒源更新指令；

所述响应所述唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识，包括：

响应所述唤醒源更新指令，将新应用程序标识加入所述唤醒源内，获得更新后的唤醒源内的第二应用程序标识。

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

在检测到有应用程序调用系统音频服务，且所述唤醒锁处于释放状态时，控制所述系统音频服务申请所述唤醒锁。

8.根据权利要求1所述的方法，其特征在于，所述接收唤醒源更新指令之前，包括：

在检测到有应用程序结束调用系统音频服务时，生成并发送所述唤醒源更新指令；

所述响应所述唤醒源更新指令，对唤醒源内的第一应用程序标识进行更新，获得更新后的唤醒源内的第二应用程序标识，包括：

所述响应所述唤醒源更新指令，将结束调用的应用程序标识从所述唤醒源内删除，获得更新后的唤醒源内的第二应用程序标识。

9.一种终端设备，其特征在于，所述终端设备包括：处理器、存储器以及通信电路，所述处理器分别耦接所述存储器和所述通信电路，所述处理器、所述存储器以及所述通信电路在工作时能够实现权利要求1-8任一项所述方法中的步骤。

10.一种具有存储功能的装置，其上存储有程序数据，其特征在于，所述程序数据被处理器执行时实现权利要求1-8任一项所述方法中的步骤。