CN110688165A - 应用唤醒锁管理方法及装置、终端、存储介质及电子装置 - Google Patents

Abstract

本发明实施例涉及一种应用唤醒锁管理方法及装置、终端、存储介质及电子装置。其中，该方法包括：获取终端中应用程序的应用属性；根据应用属性对应用程序的唤醒锁进行管理。本发明解决了终端***中应用持唤醒锁异常的技术问题。

Description

应用唤醒锁管理方法及装置、终端、存储介质及电子装置

技术领域

本发明涉及终端应用管理领域，具体涉及一种应用唤醒锁管理方法及装置、终端、存储介质及电子装置。

背景技术

在终端灭屏之后出现应用持唤醒锁异常，要么放任应用持唤醒锁异常，要么直接杀掉应用进程。如果放任应用持唤醒锁异常，那么***将会出现续航时长下降等现象；如果直接杀掉应用进程，应用程序将会丢失现场或者打开时出现主界面，影响用户体验。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种应用唤醒锁管理方法及装置、终端、存储介质及电子装置，以至少解决相关技术中应用程序持唤醒锁异常的技术问题。

根据本发明实施例的一个方面，提供了一种应用唤醒锁管理方法，包括：获取终端中应用程序的应用属性；根据所述应用属性对所述应用程序的唤醒锁进行管理。

进一步地，所述终端中应用程序的应用属性通过如下方式得到：统计所述终端中应用程序使用唤醒行为记录；根据所述使用唤醒行为记录确定所述应用程序的应用属性。

进一步地，根据所述应用属性对所述应用程序的唤醒锁进行管理包括：在所述终端处于灭屏状态的情况下，根据所述应用属性对所述应用程序的唤醒锁进行托管。

进一步地，还包括：根据应用属性将所述终端中的应用程序划分为多个应用级别，其中，不同应用级别对应不同的托管条件。

进一步地，所述托管条件包括预设时长和/或睡眠状态。

进一步地，所述应用属性包括一级应用、二级应用、三级应用，其中，在所述终端处于灭屏状态的情况下，根据所述应用属性对所述应用程序的唤醒锁进行托管包括：在所述终端处于灭屏状态达到第一预设时长时，对所述一级应用的唤醒锁进行托管；在所述终端处于灭屏状态达到第二预设时长时，对所述二级应用的唤醒锁进行托管；在所述终端处于睡眠状态时，对所述三级应用的唤醒锁进行托管。

根据本发明实施例的另一方面，还提供了一种终端，在所述终端的***框架中设置托管模块，其中，所述托管模块用于：获取终端中应用程序的应用属性；根据所述应用属性对所述应用程序的唤醒锁进行管理。

进一步地，所述托管模块还用于切断预设应用的唤醒锁功能。

进一步地，所述终端的应用沙盒中设置有托管控制模块，所述托管控制模块用于：统计所述终端中应用程序使用唤醒行为记录；根据所述使用唤醒行为记录确定所述应用程序的应用属性；或者，将符合预设条件的应用程序添加至所述托管模块。

根据本发明实施例的另一方面，还提供了一种应用唤醒锁管理装置，包括：获取单元，用于获取终端中应用程序的应用属性；管理单元，用于根据所述应用属性对所述应用程序的唤醒锁进行管理。

根据本发明实施例的另一方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行如上所述的应用唤醒锁管理方法。

根据本发明实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器通过所述计算机程序执行如上所述的应用唤醒锁管理方法。

在本发明实施例中，通过获取终端中应用程序的应用属性；根据所述应用属性对所述应用程序的唤醒锁进行管理，达到了基于不同应用属性对应用程序的唤醒锁进行针对性地管理的目的，进而解决了终端***中应用持唤醒锁异常的技术问题。

附图说明

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

图1是根据本发明实施例的一种可选的应用唤醒锁管理方法的示意图；

图2是根据本发明实施例的一种可选的应用唤醒锁管理装置的示意图。

具体实施方式

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

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

在对本申请实施例的技术方案进行描述之前，首先对以下名词进行解释：

唤醒锁：应用程序的唤醒锁用于阻止终端进入睡眠模式，持唤醒锁的应用程序可以使用唤醒锁，只要终端***上有活动的唤醒锁，设备便无法进入挂起模式，除非释放应用程序的唤醒锁。

实施例1

相关技术中应用持唤醒锁异常，而导致终端***无法进入睡眠模式或挂起模式，导致终端耗电量异常。为了解决该问题，根据本发明实施例，提供了一种应用唤醒锁管理方法，如图1所示，该方法包括：

S102，获取终端中应用程序的应用属性；

S104，根据应用属性对应用程序的唤醒锁进行管理。

在本实施例中，终端包括但不限于手机、PC、平板电脑等，终端中应用程序的唤醒锁能够阻止终端进入挂起模式，例如导航应用、即时通信应用等。

在本实施例中，应用程序的应用属性是根据应用程序持唤醒锁的记录以及应用程序的类型确定的，用于指示应用程序的唤醒锁功能的使用行为记录。例如，将终端***中的划分为三个不同的等级：一级应用、二级应用以及三级应用。根据应用程序的应用属性对应用程序的唤醒锁进行管理。

需要说明的是，通过获取终端中应用程序的应用属性；根据所述应用属性对所述应用程序的唤醒锁进行管理，达到了基于不同应用属性对应用程序的唤醒锁进行针对性地管理的目的，进而解决了终端***中应用持唤醒锁异常的技术问题。

可选地，在本实施例中，终端中应用程序的应用属性通过如下方式得到：统计终端中应用程序使用唤醒行为记录；根据使用唤醒行为记录确定应用程序的应用属性。

具体的，统计终端中应用程序的应用类型，基于不同应用类型的应用程序分别进行统计，统计应用程序使用唤醒行为记录，然后根据应用类型以及使用唤醒行为记录确定应用程序的应用属性。例如，导航类应用、实时通信类应用以及新闻类应用的使用唤醒行为记录中均存在使用唤醒锁的记录，鉴于其分别属为不同的应用类型。根据其应用类型以及使用唤醒行为记录进行划分，其中，新闻类应用的应用属性为一般应用，实时通信类应用的应用属性为重要应用，导航类应用的应用属性为特别重要应用。

可选地，在本实施例中，根据应用属性对应用程序的唤醒锁进行管理包括但不限于：在终端处于灭屏状态的情况下，根据应用属性对应用程序的唤醒锁进行托管。

在具体的应用场景中，仍以上述的导航类应用、实时通信类应用以及新闻类应用为例进行说明，其中，新闻类应用的应用属性为一般应用，实时通信类应用的应用属性为重要应用，导航类应用的应用属性为特别重要应用。在终端处于灭屏状态的情况下，根据应用程序的应用属性，首先对一般应用的唤醒锁进行托管，然后再一定条件下对重要应用的唤醒锁进行托管，最后在终端***处于特定状态下，在对特别重要应用的唤醒锁进行托管。

可选地，在本实施例中，本实施例还包括但不限于：根据应用属性将终端中的应用程序划分为多个应用级别，其中，不同应用级别对应不同的托管条件。

在具体的应用场景中，仍以上述的导航类应用、实时通信类应用以及新闻类应用为例进行说明，其中，新闻类应用的应用属性为一般应用，实时通信类应用的应用属性为重要应用，导航类应用的应用属性为特别重要应用。在将终端中的应用程序划分为多个应用级别以后，可以基于终端当前的状态，例如终端处于灭屏状态下，可基于不同的时长以及应用属性进行应用程序的唤醒锁的托管。另一个例子中，终端处于省电状态下，基于应用程序的耗电状态以及应用属性进行应用程序的唤醒锁的托管。以上托管条件仅是一种示例，并不会对本实施例产生任何限定。

可选地，在本实施例中，托管条件包括预设时长和/或睡眠状态。

具体的，预设时长可以是应用程序在后台运行的时长，也可以是在终端处于灭屏状态的时长，基于时长对上述的一般应用以及重要应用的唤醒锁进行托管。而在终端***处于睡眠状态或省电状态时，对特别重要应用的唤醒锁进行托管。

可选地，在本实施例中，应用属性包括一级应用、二级应用、三级应用，其中，在终端处于灭屏状态的情况下，根据应用属性对应用程序的唤醒锁进行托管包括但不限于：在终端处于灭屏状态达到第一预设时长时，对一级应用的唤醒锁进行托管；在终端处于灭屏状态达到第二预设时长时，对二级应用的唤醒锁进行托管；在终端处于睡眠状态时，对三级应用的唤醒锁进行托管。

在具体的应用场景中，依照应用程序的应用类型以及使用唤醒行为记录来确定终端***中应用程序的应用属性，仍以上述的导航类应用、实时通信类应用以及新闻类应用为例进行说明，其中，新闻类应用的应用属性为一级应用，实时通信类应用的应用属性为二级应用，导航类应用的应用属性为三级应用。例如在终端灭屏3分钟以后，对一级应用的唤醒锁进行托管，在终端灭屏30分钟以后，对二级应用的唤醒锁进行托管，在终端处于睡眠状态时，对三级应用的唤醒锁进行托管。

通过本实施例，获取终端中应用程序的应用属性；根据所述应用属性对所述应用程序的唤醒锁进行管理，达到了基于不同应用属性对应用程序的唤醒锁进行针对性地管理的目的，进而解决了终端***中应用持唤醒锁异常的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述应用唤醒锁管理方法的终端，在终端的***框架中设置托管模块，其中，托管模块用于：获取终端中应用程序的应用属性；根据应用属性对应用程序的唤醒锁进行管理。

具体的，在终端***框架中设置托管模块，托管模块用于管理所有应用程序的唤醒锁wakelock行为，用于根据终端中应用程序的应用属性对应用程序的唤醒锁进行管理。

可选地，在本实施例中，托管模块还用于切断预设应用的唤醒锁功能。

具体的，托管模块切断指定应用的wakelock功能，例如切断一般应用的wakelock功能，让终端***能够正常休眠，不被一般应用唤醒。

可选地，在本实施例中，终端的应用沙盒中设置有托管控制模块，托管控制模块用于：统计终端中应用程序使用唤醒行为记录；根据使用唤醒行为记录确定应用程序的应用属性；或者，将符合预设条件的应用程序添加至托管模块。

具体的，在应用沙盒中，设置一个托管控制模块，该托管控制模块统计应用程序的wakelock行为，对应用程序的应用属性进行判断，将符合预设条件的应用添加至托管模块的托管名单中，托管模块对进入托管名单中的应用程序进行wakelock托管，已达到让终端***休眠的目的。上述预设条件可以是应用程序的应用属性或应用类型，也可以是上述的托管条件，本申请对此不做任何限定。

实施例3

根据本发明实施例，还提供了一种用于实施上述应用唤醒锁管理方法的应用唤醒锁管理装置，如图2所示，该装置包括：

1)获取单元20，用于获取终端中应用程序的应用属性；

2)管理单元22，用于根据所述应用属性对所述应用程序的唤醒锁进行管理。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

实施例4

本发明的实施例还提供了一种存储介质。所述存储介质包括存储的程序，其中，所述程序运行时执行如上所述的应用唤醒锁管理方法。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，获取终端中应用程序的应用属性；

S2，根据所述应用属性对所述应用程序的唤醒锁进行管理。

可选地，存储介质还被设置为存储用于执行上述实施例1中的方法中所包括的步骤的程序代码，本实施例中对此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

实施例5

本发明的实施例还提供了一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器通过所述计算机程序执行如上所述的应用唤醒锁管理方法。

可选地，在本实施例中，存储器被设置为存储用于执行以下步骤的程序代码：

S1，获取终端中应用程序的应用属性；

S2，根据所述应用属性对所述应用程序的唤醒锁进行管理。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种应用唤醒锁管理方法，其特征在于，包括：

获取终端中应用程序的应用属性；

根据所述应用属性对所述应用程序的唤醒锁进行管理。

2.根据权利要求1所述的方法，其特征在于，所述终端中应用程序的应用属性通过如下方式得到：

统计所述终端中应用程序使用唤醒行为记录；

根据所述使用唤醒行为记录确定所述应用程序的应用属性。

3.根据权利要求2所述的方法，其特征在于，根据所述应用属性对所述应用程序的唤醒锁进行管理包括：

在所述终端处于灭屏状态的情况下，根据所述应用属性对所述应用程序的唤醒锁进行托管。

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

根据应用属性将所述终端中的应用程序划分为多个应用级别，其中，不同应用级别对应不同的托管条件。

5.根据权利要求4所述的方法，其特征在于，所述托管条件包括预设时长和/或睡眠状态。

6.根据权利要求4或5所述的方法，其特征在于，所述应用属性包括一级应用、二级应用、三级应用，其中，在所述终端处于灭屏状态的情况下，根据所述应用属性对所述应用程序的唤醒锁进行托管包括：

在所述终端处于灭屏状态达到第一预设时长时，对所述一级应用的唤醒锁进行托管；

在所述终端处于灭屏状态达到第二预设时长时，对所述二级应用的唤醒锁进行托管；

在所述终端处于睡眠状态时，对所述三级应用的唤醒锁进行托管。

7.一种终端，其特征在于，在所述终端的***框架中设置托管模块，其中，所述托管模块用于：

获取终端中应用程序的应用属性；

根据所述应用属性对所述应用程序的唤醒锁进行管理。

8.根据权利要求7所述的终端，其特征在于，所述托管模块还用于切断预设应用的唤醒锁功能。

9.根据权利要求8所述的终端，其特征在于，所述终端的应用沙盒中设置有托管控制模块，所述托管控制模块用于：

统计所述终端中应用程序使用唤醒行为记录；

根据所述使用唤醒行为记录确定所述应用程序的应用属性；或者，

将符合预设条件的应用程序添加至所述托管模块。

10.一种应用唤醒锁管理装置，其特征在于，包括：

获取单元，用于获取终端中应用程序的应用属性；

管理单元，用于根据所述应用属性对所述应用程序的唤醒锁进行管理。

11.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至6任一项中所述的应用唤醒锁管理方法。

12.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行所述权利要求1至6任一项中所述的应用唤醒锁管理方法。

Images