CN107291212A - 电源锁处理方法及装置 - Google Patents
电源锁处理方法及装置 Download PDFInfo
- Publication number
- CN107291212A CN107291212A CN201710457907.4A CN201710457907A CN107291212A CN 107291212 A CN107291212 A CN 107291212A CN 201710457907 A CN201710457907 A CN 201710457907A CN 107291212 A CN107291212 A CN 107291212A
- Authority
- CN
- China
- Prior art keywords
- background application
- application
- specified
- lock
- specified background
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/3287—Power saving characterised by the action undertaken by switching off individual functional units in the computer system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- User Interface Of Digital Computer (AREA)
- Power Sources (AREA)
Abstract
本发明实施例提供了一种电源锁处理方法及装置。本发明实施例通过判断指定后台应用当前是否满足恶意持锁条件,若指定后台应用当前满足恶意持锁条件,释放指定后台应用持有的电源锁,能够在指定后台应用不主动释放电源锁的情况下,根据其持锁情况,强制满足恶意持锁条件的指定后台应用释放其持有的电源锁,有效防止了恶意持锁或者长时间持锁不放等情况,从而可以减少终端中CPU资源被占用的时间,进而减少了终端功耗,增加了续航时间,在一定程度上解决了现有技术中后台应用长时间持有电源锁不释放,造成终端中的CPU资源长时间被占用,导致终端功耗增加,续航时间减少的问题。
Description
【技术领域】
本发明涉及通信领域,尤其涉及一种电源锁处理方法及装置。
【背景技术】
对于依赖电能工作的终端来说,电源是其非常重要的组成部分。在终端中的电源提供的电能一定的条件下,终端的续航时间(即终端能够工作的时长)与终端的功耗相关,功耗越小,续航时间越长,反之,功耗越大,续航时间越短。
终端中通常都设置有对于电源进行管理的管理机制。以安卓(Android)终端为例。安卓终端通过电源锁对电源进行控制。其中,带有CPU标志位的电源锁称为CPU电源锁。持有CPU电源锁的应用能控制终端中的CPU从休眠状态转换到运行状态。其中,带有亮屏标志位的电源锁称为亮屏锁。持有亮屏锁的应用能控制终端中的CPU从休眠状态转换到运行状态,并且能控制终端屏幕从灭屏状态转换到亮屏状态。只要有应用持有电源锁,终端***就无法进入休眠阶段。
当前,安装在终端中的应用越来越多,其中有一些应用会在后台长时间持有电源锁不释放,造成终端中的CPU资源长时间被占用,导致终端功耗增加,续航时间减少。
【发明内容】
有鉴于此,本发明实施例提供了一种电源锁处理方法及装置,用以解决现有技术中后台应用长时间持有电源锁不释放,造成终端中的CPU资源长时间被占用,导致终端功耗增加,续航时间减少的问题。
第一方面,本发明实施例提供一种电源锁处理方法,应用于终端,所述方法包括:
判断指定后台应用当前是否满足恶意持锁条件;
若所述指定后台应用当前满足所述恶意持锁条件,释放所述指定后台应用持有的电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述方法还包括:
若所述指定后台应用当前不满足所述恶意持锁条件,且当前终端处于亮屏状态时,判断所述指定后台应用当前是否满足第一待观察条件;
若所述指定后台应用当前满足所述第一待观察条件,为所述指定后台应用设置亮屏锁的第一持锁时长;
当所述指定后台应用连续持有亮屏锁的时间达到所述第一持锁时长时,释放所述指定后台应用持有的亮屏锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述方法还包括:
若所述指定后台应用当前不满足所述恶意持锁条件,且在当前终端处于灭屏状态时,判断所述指定后台应用当前是否满足第二待观察条件;
若所述指定后台应用当前满足所述第二待观察条件,判断所述指定后台应用是否是常用应用列表中的应用;
若所述指定后台应用是常用应用列表中的应用,为所述指定后台应用设置CPU电源锁的第二持锁时长;
当所述指定后台应用连续持有CPU电源锁的时间达到所述第二持锁时长时,释放所述指定后台应用持有的CPU电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述方法还包括:
若所述指定后台应用不是常用应用列表中的应用,并且不是大功耗应用列表中的应用,为所述指定后台应用设置CPU电源锁的第二持锁时长;
当所述指定后台应用连续持有CPU电源锁的时间达到所述第二持锁时长时,释放所述指定后台应用持有的CPU电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述方法还包括:
若所述指定后台应用不是常用应用列表中的应用,并且是大功耗应用列表中的应用,释放所述指定后台应用持有的CPU电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述方法还包括:
若所述指定后台应用当前不满足所述恶意持锁条件,且满足待观察条件,当所述终端接收到待机指令时,释放所述指定后台应用持有的电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,判断指定后台应用当前是否满足恶意持锁条件之前,所述方法还包括:
当所述指定后台应用为非服务应用时,若检测到所述指定后台应用在终端亮屏状态下,在后台连续持有亮屏锁的时间超过第一时长,将所述指定后台应用对应的观察系数增1,所述观察系数的初始值为0,所述非服务应用指具有能够在前台显示的界面的应用;
当检测到所述指定后台应用符合待第一观察系数减少条件时,将所述指定后台应用对应的观察系数减1。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,判断指定后台应用当前是否满足恶意持锁条件之前,所述方法还包括:
当所述指定后台应用为服务应用时,若检测到所述指定后台应用在终端灭屏状态下,在后台连续持有CPU电源锁的时间超过第二时长,将所述指定后台应用对应的观察系数增1,所述观察系数的初始值为0,所述服务应用指不具有能够在前台显示的界面的应用;
当检测到所述指定后台应用符合待第二观察系数减少条件时,将所述指定后台应用对应的观察系数减1。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述恶意持锁条件为:所述指定后台应用对应的观察系数大于指定值。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,判断指定后台应用当前是否满足恶意持锁条件之前,所述方法还包括:
记录所述指定后台应用每天的使用时长,当所述指定后台应用当天的使用时长,属于当天终端中所有应用的使用时长中最大的前第一指定数目个使用时长时,为所述指定后台应用设置常用标识;
统计所述指定后台应用在过去的第一指定时间段内,设置有常用标识的第一天数值;
若所述第一天数值超过第一指定值,将所述指定后台应用添加到常用应用列表中;或者,若所述第一天数值未超过第一指定值,将所述指定后台应用从常用应用列表中删除。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,判断指定后台应用当前是否满足恶意持锁条件之前,所述方法还包括:
记录所述指定后台应用每天的耗电量,当所述指定后台应用当天的耗电量,属于当天终端中所有应用的耗电量中最大的前第二指定数目个耗电量时,为所述指定后台应用设置大功耗标识;
统计所述指定后台应用在过去的指定时间段内,设置有大功耗标识的第二天数值;
若所述第二天数值超过第二指定值,将所述指定后台应用添加到大功耗应用列表中;或者,若所述第二天数值未超过第二指定值,将所述指定后台应用从大功耗应用列表中删除。
第二方面,本发明实施例提供一种电源锁处理装置,设置于终端,所述装置包括:
第一判断模块,用于判断指定后台应用当前是否满足恶意持锁条件;
第一释放模块,用于若所述指定后台应用当前满足所述恶意持锁条件,释放所述指定后台应用持有的电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第二判断模块,用于若所述指定后台应用当前不满足所述恶意持锁条件,且当前终端处于亮屏状态时,判断所述指定后台应用当前是否满足第一待观察条件;
第一设置模块,用于若所述指定后台应用当前满足所述第一待观察条件,为所述指定后台应用设置亮屏锁的第一持锁时长;
第一处理模块,用于当所述指定后台应用连续持有亮屏锁的时间达到所述第一持锁时长时,释放所述指定后台应用持有的亮屏锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第三判断模块,用于若所述指定后台应用当前不满足所述恶意持锁条件,且在当前终端处于灭屏状态时,判断所述指定后台应用当前是否满足第二待观察条件;
第四判断模块,用于若所述指定后台应用当前满足所述第二待观察条件,判断所述指定后台应用是否是常用应用列表中的应用;
第二设置模块,用于若所述指定后台应用是常用应用列表中的应用,为所述指定后台应用设置CPU电源锁的第二持锁时长;
第二处理模块,用于当所述指定后台应用连续持有CPU电源锁的时间达到所述第二持锁时长时,释放所述指定后台应用持有的CPU电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第三设置模块,用于若所述指定后台应用不是常用应用列表中的应用,并且不是大功耗应用列表中的应用,为所述指定后台应用设置CPU电源锁的第二持锁时长;
第三处理模块,用于当所述指定后台应用连续持有CPU电源锁的时间达到所述第二持锁时长时,释放所述指定后台应用持有的CPU电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第二释放模块,用于若所述指定后台应用不是常用应用列表中的应用,并且是大功耗应用列表中的应用,释放所述指定后台应用持有的CPU电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第三释放模块,用于若所述指定后台应用当前不满足所述恶意持锁条件,且满足待观察条件,当所述终端接收到待机指令时,释放所述指定后台应用持有的电源锁。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第一系数增加模块,用于当所述指定后台应用为非服务应用时,若检测到所述指定后台应用在终端亮屏状态下,在后台连续持有亮屏锁的时间超过第一时长,将所述指定后台应用对应的观察系数增1,所述观察系数的初始值为0,所述非服务应用指具有能够在前台显示的界面的应用;
第一系数减少模块,用于当检测到所述指定后台应用符合待第一观察系数减少条件时,将所述指定后台应用对应的观察系数减1。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第二系数增加模块,用于当所述指定后台应用为服务应用时,若检测到所述指定后台应用在终端灭屏状态下,在后台连续持有CPU电源锁的时间超过第二时长,将所述指定后台应用对应的观察系数增1,所述观察系数的初始值为0,所述服务应用指不具有能够在前台显示的界面的应用;
第二系数减少模块,用于当检测到所述指定后台应用符合待第二观察系数减少条件时,将所述指定后台应用对应的观察系数减1。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述恶意持锁条件为:所述指定后台应用对应的观察系数大于指定值。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第一记录模块,用于记录所述指定后台应用每天的使用时长,当所述指定后台应用当天的使用时长,属于当天终端中所有应用的使用时长中最大的前第一指定数目个使用时长时,为所述指定后台应用设置常用标识;
第一统计模块,用于统计所述指定后台应用在过去的第一指定时间段内,设置有常用标识的第一天数值;
第一列表更新模块,用于若所述第一天数值超过第一指定值,将所述指定后台应用添加到常用应用列表中;或者,用于若所述第一天数值未超过第一指定值,将所述指定后台应用从常用应用列表中删除。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
第二记录模块,用于记录所述指定后台应用每天的耗电量,当所述指定后台应用当天的耗电量,属于当天终端中所有应用的耗电量中最大的前第二指定数目个耗电量时,为所述指定后台应用设置大功耗标识;
第二统计模块,用于统计所述指定后台应用在过去的指定时间段内,设置有大功耗标识的第二天数值;
第二列表更新模块,用于若所述第二天数值超过第二指定值,将所述指定后台应用添加到大功耗应用列表中;或者,用于若所述第二天数值未超过第二指定值,将所述指定后台应用从大功耗应用列表中删除。
本发明实施例具有以下有益效果:
本发明实施例,通过判断指定后台应用当前是否满足恶意持锁条件,若指定后台应用当前满足恶意持锁条件,释放指定后台应用持有的电源锁,能够在指定后台应用不主动释放电源锁的情况下,根据其持锁情况,强制满足恶意持锁条件的指定后台应用释放其持有的电源锁,有效防止了恶意持锁或者长时间持锁不放等情况,从而可以减少终端中CPU资源被占用的时间,进而减少了终端功耗,增加了续航时间。
【附图说明】
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明实施例提供的电源锁处理方法的第一流程示例图。
图2为本发明实施例提供的电源锁处理方法的第二流程示例图。
图3为本发明实施例提供的电源锁处理方法的第三流程示例图。
图4为本发明实施例提供的电源锁处理装置的功能方块图。
【具体实施方式】
为了更好的理解本发明的技术方案,下面结合附图对本发明实施例进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
图1为本发明实施例提供的电源锁处理方法的第一流程示例图。如图1所示,本实施例中,电源锁处理方法应用于终端,该方法包括如下步骤:
S101,判断指定后台应用当前是否满足恶意持锁条件。
S102,若指定后台应用当前满足恶意持锁条件,释放指定后台应用持有的电源锁。
其中,指定后台应用可以是非服务应用,也可以是服务应用。其中,非服务应用指具有能够在前台显示的界面的应用,例如浏览器应用。服务应用指不具有能够在前台显示的界面的应用,例如音乐播放应用。
其中,恶意持锁条件可以由应用开发者设置。例如,恶意持锁条件可以是:指定后台应用在后台超时持锁的次数大于指定次数。其中,用于进行超时判断的时间阈值可以根据经验值来设定。
举例说明。如果设置用于进行超时判断的时间阈值为5分钟,指定次数为3次,那么,如果后台应用A在后台超过5分钟持锁的次数为4次时,就认为后台应用A恶意持锁。
当判断出指定后台应用当前满足恶意持锁条件时,就可以确定指定后台应用当前属于恶意持锁,并且认为指定后台应用不会主动释放电源锁,因此,通过程序指令强制指定后台应用释放其持有的电源锁。这样,指定后台应用所持有的电源锁就得到了及时地释放,有效防止了恶意持锁或者长时间持锁不放等情况。电源锁释放后,指定后台应用就不能通过电源锁控制终端中的CPU从休眠状态转换到运行状态了,从而可以减少CPU资源被占用的时间,进而减少终端功耗,增加续航时间。
当指定后台应用回到前台之后,可以重新赋予应用电源锁。
图2为本发明实施例提供的电源锁处理方法的第二流程示例图。如图2所示,本实施例中,电源锁处理方法应用于终端,该方法包括如下步骤:
S201,判断指定后台应用当前是否满足恶意持锁条件,如果满足恶意持锁条件,执行S211,否则执行S202。
S202,判断当前终端是否处于亮屏状态,如果处于亮屏状态,执行S203,否则执行S206。
S203,判断指定后台应用当前是否满足第一待观察条件,如果满足第一待观察条件,执行S204,否则执行S212。
S204,为指定后台应用设置亮屏锁的第一持锁时长。
S205,当指定后台应用连续持有亮屏锁的时间达到第一持锁时长时,释放指定后台应用持有的亮屏锁,结束。
S206,判断指定后台应用当前是否满足第二待观察条件,如果满足第二待观察条件,执行S207,否则执行S212。
S207,判断指定后台应用是否是常用应用列表中的应用,如果指定后台应用是常用应用列表中的应用,执行S208,否则执行S210。
S208,为指定后台应用设置CPU电源锁的第二持锁时长。
S209,当指定后台应用连续持有CPU电源锁的时间达到第二持锁时长时,释放指定后台应用持有的CPU电源锁,结束。
S210,判断指定后台应用是否是大功耗应用列表中的应用,如果指定后台应用是大功耗应用列表中的应用,执行S211,否则执行S208;
S211,释放指定后台应用持有的电源锁,结束。
S212,保持指定后台应用持有电源锁的状态不变,结束。
其中,第一待观察条件可以是:指定后台应用在后台超时持锁的次数大于0且小于第一指定次数。第一指定次数可以根据使用需求进行设置。
其中,第一持锁时长可以根据具体需求进行设置。例如,第一持锁时长可以是5分钟。
其中,第二待观察条件可以是:指定后台应用在后台超时持锁的次数大于0且小于第二指定次数。第二指定次数可以根据使用需求进行设置。
其中,第二持锁时长可以根据具体需求进行设置。例如,第二持锁时长可以是5分钟。第二持锁时长可以与第一持锁时长相等,也可以不相等。
其中,可以对终端中每个应用每天的使用时长进行统计,然后根据使用时长统计结果和预设的常用应用判断策略判断哪些应用为常用应用,并将判断出的常用应用添加到常用应用列表中。进一步地,可以根据更新的使用时长统计结果来更新常用应用列表。
同样,可以对终端中每个应用每天的功耗进行统计,然后根据功耗统计结果和预设的功耗判断策略判断哪些应用为大功耗应用,并将判断出的大功耗应用添加到大功耗应用列表中。进一步地,可以根据更新的功耗统计结果来更新大功耗应用列表。
图2所示实施例中,在指定后台应用当前不满足恶意持锁条件、并且当前终端处于亮屏状态时,判断指定后台应用当前是否满足第一待观察条件,若指定后台应用当前满足第一待观察条件,为指定后台应用设置亮屏锁的第一持锁时长;当指定后台应用连续持有亮屏锁的时间达到第一持锁时长时,释放指定后台应用持有的亮屏锁。
图2所示实施例中,在指定后台应用当前不满足恶意持锁条件、且在当前终端处于灭屏状态时,判断指定后台应用当前是否满足第二待观察条件;若指定后台应用当前满足第二待观察条件,进一步判断指定后台应用是否是常用应用列表中的应用;若指定后台应用是常用应用列表中的应用,为指定后台应用设置CPU电源锁的第二持锁时长;当指定后台应用连续持有CPU电源锁的时间达到第二持锁时长时,释放指定后台应用持有的CPU电源锁。
图2所示实施例中,在指定后台应用当前不满足恶意持锁条件、且在当前终端处于灭屏状态时,若指定后台应用不是常用应用列表中的应用,并且不是大功耗应用列表中的应用,为指定后台应用设置CPU电源锁的第二持锁时长,以便在指定后台应用在连续持有CPU电源锁的时间达到第二持锁时长时,释放CPU电源锁。
图2所示实施例中,在指定后台应用当前不满足恶意持锁条件、且在当前终端处于灭屏状态时,若指定后台应用不是常用应用列表中的应用,并且是大功耗应用列表中的应用,释放指定后台应用持有的CPU电源锁。
图2所示实施例中,在指定后台应用当前不满足恶意持锁条件时,进一步结合屏幕状态(亮屏或灭屏)第一待观察条件、第二待观察条件、常用应用列表、大功耗应用列表来确定如何对指定后台应用的电源锁进行处理,既考虑了用户的使用习惯又有效的管理了电源锁,在尽可能不影响用户体验的情况下降低终端功耗延长终端续航时间。
图3为本发明实施例提供的电源锁处理方法的第三流程示例图。如图3所示,本实施例中,电源锁处理方法应用于终端,该方法包括如下步骤:
S301,判断指定后台应用当前是否满足恶意持锁条件,如果满足恶意持锁条件,执行S304,否则执行S302。
S302,判断当前终端是否满足待观察条件,如果满足待观察条件,执行S303,否则执行S305。
S303,终端接收到待机指令。
S304,释放指定后台应用持有的电源锁,结束。
S305,保持指定后台应用持有电源锁的状态不变,结束。
其中,待观察条件可以是:指定后台应用在后台超时持锁的次数大于0且小于指定次数。
图3所示实施例中,当指定后台应用已经出现过超时持锁的情况(满足待观察条件说明出现过超时持锁的情况)、但还未满足恶意持锁条件时,如果终端接收到待机指令,就释放指定后台应用持有的电源锁,这样,可以在不影响用户使用的情况下,使终端能够进入待机状态,从而减少终端中CPU资源的占用时间,降低终端功耗,以增加终端待机时间。
在应用中,可以对指定后台应用在后台持电源锁的情况进行分析,以确定指定后台应用超时持锁的情况,并对该超时持锁的情况进行评估。
因此,在一个示例性的实现过程中,判断指定后台应用当前是否满足恶意持锁条件之前,电源锁处理方法还可以包括:当指定后台应用为非服务应用时,若检测到指定后台应用在终端亮屏状态下,在后台连续持有亮屏锁的时间超过第一时长,将指定后台应用对应的观察系数增1,观察系数的初始值为0,非服务应用指具有能够在前台显示的界面的应用;当若检测到指定后台应用符合第一观察系数减少条件时,将指定后台应用对应的观察系数减1。这是对后台的非服务应用进行持锁评估情况的方法。
因此,在一个示例性的实现过程中,判断指定后台应用当前是否满足恶意持锁条件之前,电源锁处理方法还可以包括:当指定后台应用为服务应用时,若检测到指定后台应用在终端灭屏状态下,在后台连续持有CPU电源锁的时间超过第二时长,将指定后台应用对应的观察系数增1,观察系数的初始值为0,服务应用指不具有能够在前台显示的界面的应用;当若检测到指定后台应用符合第二观察系数减少条件时,将指定后台应用对应的观察系数减1。这是对后台的非服务应用进行持锁评估情况的方法。
在以上评估的基础上,恶意持锁条件可以为:指定后台应用对应的观察系数大于指定值。其中,指定值可以由应用开发者设定。
以手机为例进行说明。根据手机当前的亮灭屏状态来统计应用的持电源锁时间。当手机是亮屏状态的时候,统计所有不在前台的应用所持有亮屏电源锁的时间,此时不统计前台应用所持亮屏锁的时间(例如游戏或者视频应用等在前台时持有亮屏锁,是为了保证游戏或视频等应用的正常运行);当手机是灭屏状态的时候,统计所有非前台服务持CPU电源锁的时间,此时不统计前台服务持CPU电源锁的时间(例如音乐等应用在灭屏状态下持有cpu电源锁为了保证这些应用可以正常的运行)。
初始各个应用的观察系数为0,在亮屏状态下,如果一个应用退到后台而持有亮屏锁时间超过5分钟,将该应用的观察系数加1;在灭屏状态下,如果一个非前台应用持有CPU电源锁时间超过10分钟,将该应用的观察系数加1。可以设置待观察条件为观察系数大于0、且小于5,恶意持锁条件为观察系数大于5。这样,当观察系数大于0小于5的时候,将这些应用标记为待观察应用。当观察系数大于5的时候,将这些应用标记为恶意应用。当且仅当应用在连续两个自然天都没有出现过度持锁的情况,将其的观察系数减1。
在应用中,还可以对用户使用应用的情况进行统计,以确定哪些应用为常用应用;以及对各应用的功耗情况进行统计,以确定哪些应用为大功耗应用。
在一个示例性的实现过程中,判断指定后台应用当前是否满足恶意持锁条件之前,电源锁处理方法还可以包括:记录指定后台应用每天的使用时长,当指定后台应用当天的使用时长,属于当天终端中所有应用的使用时长中最大的前第一指定数目个使用时长时,为指定后台应用设置常用标识;统计指定后台应用在过去的第一指定时间段内,设置有常用标识的第一天数值;若第一天数值超过第一指定值,将指定后台应用添加到常用应用列表中;或者,若第一天数值未超过第一指定值,将指定后台应用从常用应用列表中删除。
可见,常用应用列表是随着时间的发展,不断更新变化的,因为统计信息随着时间的发展在不断变化。
在一个示例性的实现过程中,判断指定后台应用当前是否满足恶意持锁条件之前,电源锁处理方法还可以包括:记录指定后台应用每天的耗电量,当指定后台应用当天的耗电量,属于当天终端中所有应用的耗电量中最大的前第二指定数目个耗电量时,为指定后台应用设置大功耗标识;统计指定后台应用在过去的指定时间段内,设置有大功耗标识的第二天数值;若第二天数值超过第二指定值,将指定后台应用添加到大功耗应用列表中;或者,若第二天数值未超过第二指定值,将指定后台应用从大功耗应用列表中删除。
本发明实施例提供的电源锁处理方法,通过判断指定后台应用当前是否满足恶意持锁条件,若指定后台应用当前满足恶意持锁条件,释放指定后台应用持有的电源锁,能够在指定后台应用不主动释放电源锁的情况下,根据其持锁情况,强制满足恶意持锁条件的指定后台应用释放其持有的电源锁,有效防止了恶意持锁或者长时间持锁不放等情况,从而可以减少终端中CPU资源被占用的时间,进而减少了终端功耗,增加了续航时间。
本发明实施例还提供了一种电源锁处理装置,该电源锁处理装置能够实现前述实施例中电源锁处理方法的各步骤。
图4为本发明实施例提供的电源锁处理装置的功能方块图。如图4所示,本实施例中,电源锁处理装置设置于终端,该装置包括:
第一判断模块410,用于判断指定后台应用当前是否满足恶意持锁条件。
第一释放模块420,用于若指定后台应用当前满足恶意持锁条件,释放所述指定后台应用持有的电源锁。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第二判断模块,用于若指定后台应用当前不满足所述恶意持锁条件,且当前终端处于亮屏状态时,判断指定后台应用当前是否满足第一待观察条件;第一设置模块,用于若指定后台应用当前满足所述第一待观察条件,为指定后台应用设置亮屏锁的第一持锁时长;第一处理模块,用于当指定后台应用连续持有亮屏锁的时间达到第一持锁时长时,释放指定后台应用持有的亮屏锁。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第三判断模块,用于若指定后台应用当前不满足所述恶意持锁条件,且在当前终端处于灭屏状态时,判断指定后台应用当前是否满足第二待观察条件;第四判断模块,用于若指定后台应用当前满足第二待观察条件,判断指定后台应用是否是常用应用列表中的应用;第二设置模块,用于若指定后台应用是常用应用列表中的应用,为指定后台应用设置CPU电源锁的第二持锁时长;第二处理模块,用于当指定后台应用连续持有CPU电源锁的时间达到第二持锁时长时,释放指定后台应用持有的CPU电源锁。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第三设置模块,用于若指定后台应用不是常用应用列表中的应用,并且不是大功耗应用列表中的应用,为指定后台应用设置CPU电源锁的第二持锁时长;第三处理模块,用于当指定后台应用连续持有CPU电源锁的时间达到第二持锁时长时,释放指定后台应用持有的CPU电源锁。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第二释放模块,用于若指定后台应用不是常用应用列表中的应用,并且是大功耗应用列表中的应用,释放指定后台应用持有的CPU电源锁。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第三释放模块,用于若指定后台应用当前不满足所述恶意持锁条件,且满足待观察条件,当终端接收到待机指令时,释放指定后台应用持有的电源锁。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第一系数增加模块,用于当指定后台应用为非服务应用时,若检测到指定后台应用在终端亮屏状态下,在后台连续持有亮屏锁的时间超过第一时长,将指定后台应用对应的观察系数增1,观察系数的初始值为0,非服务应用指具有能够在前台显示的界面的应用;第一系数减少模块,用于当检测到指定后台应用符合待第一观察系数减少条件时,将指定后台应用对应的观察系数减1。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第二系数增加模块,用于当指定后台应用为服务应用时,若检测到指定后台应用在终端灭屏状态下,在后台连续持有CPU电源锁的时间超过第二时长,将指定后台应用对应的观察系数增1,观察系数的初始值为0,服务应用指不具有能够在前台显示的界面的应用;第二系数减少模块,用于当检测到指定后台应用符合待第二观察系数减少条件时,将指定后台应用对应的观察系数减1。
在一个示例性的实现过程中,恶意持锁条件可以为:指定后台应用对应的观察系数大于指定值。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第一记录模块,用于记录指定后台应用每天的使用时长,当指定后台应用当天的使用时长,属于当天终端中所有应用的使用时长中最大的前第一指定数目个使用时长时,为指定后台应用设置常用标识;第一统计模块,用于统计指定后台应用在过去的第一指定时间段内,设置有常用标识的第一天数值;第一列表更新模块,用于若第一天数值超过第一指定值,将指定后台应用添加到常用应用列表中;或者,用于若第一天数值未超过第一指定值,将指定后台应用从常用应用列表中删除。
在一个示例性的实现过程中,电源锁处理装置还可以包括:第二记录模块,用于记录指定后台应用每天的耗电量,当指定后台应用当天的耗电量,属于当天终端中所有应用的耗电量中最大的前第二指定数目个耗电量时,为指定后台应用设置大功耗标识;第二统计模块,用于统计指定后台应用在过去的指定时间段内,设置有大功耗标识的第二天数值;第二列表更新模块,用于若第二天数值超过第二指定值,将指定后台应用添加到大功耗应用列表中;或者,用于若第二天数值未超过第二指定值,将指定后台应用从大功耗应用列表中删除。
由于本实施例中的电源锁处理装置能够执行前述实施例中的电源锁处理方法,本实施例未详细描述的部分,可参考对前述实施例中电源锁处理方法的相关说明。
本发明实施例提供的电源锁处理装置,通过判断指定后台应用当前是否满足恶意持锁条件,若指定后台应用当前满足恶意持锁条件,释放指定后台应用持有的电源锁,能够在指定后台应用不主动释放电源锁的情况下,根据其持锁情况,强制满足恶意持锁条件的指定后台应用释放其持有的电源锁,有效防止了恶意持锁或者长时间持锁不放等情况,从而可以减少终端中CPU资源被占用的时间,进而减少了终端功耗,增加了续航时间。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个模块或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (22)
1.一种电源锁处理方法,其特征在于,应用于终端,所述方法包括:
判断指定后台应用当前是否满足恶意持锁条件;
若所述指定后台应用当前满足所述恶意持锁条件,释放所述指定后台应用持有的电源锁。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述指定后台应用当前不满足所述恶意持锁条件,且当前终端处于亮屏状态时,判断所述指定后台应用当前是否满足第一待观察条件;
若所述指定后台应用当前满足所述第一待观察条件,为所述指定后台应用设置亮屏锁的第一持锁时长;
当所述指定后台应用连续持有亮屏锁的时间达到所述第一持锁时长时,释放所述指定后台应用持有的亮屏锁。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述指定后台应用当前不满足所述恶意持锁条件,且在当前终端处于灭屏状态时,判断所述指定后台应用当前是否满足第二待观察条件;
若所述指定后台应用当前满足所述第二待观察条件,判断所述指定后台应用是否是常用应用列表中的应用;
若所述指定后台应用是常用应用列表中的应用,为所述指定后台应用设置CPU电源锁的第二持锁时长;
当所述指定后台应用连续持有CPU电源锁的时间达到所述第二持锁时长时,释放所述指定后台应用持有的CPU电源锁。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若所述指定后台应用不是常用应用列表中的应用,并且不是大功耗应用列表中的应用,为所述指定后台应用设置CPU电源锁的第二持锁时长;
当所述指定后台应用连续持有CPU电源锁的时间达到所述第二持锁时长时,释放所述指定后台应用持有的CPU电源锁。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若所述指定后台应用不是常用应用列表中的应用,并且是大功耗应用列表中的应用,释放所述指定后台应用持有的CPU电源锁。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述指定后台应用当前不满足所述恶意持锁条件,且满足待观察条件,当所述终端接收到待机指令时,释放所述指定后台应用持有的电源锁。
7.根据权利要求1所述的方法,其特征在于,判断指定后台应用当前是否满足恶意持锁条件之前,所述方法还包括:
当所述指定后台应用为非服务应用时,若检测到所述指定后台应用在终端亮屏状态下,在后台连续持有亮屏锁的时间超过第一时长,将所述指定后台应用对应的观察系数增1,所述观察系数的初始值为0,所述非服务应用指具有能够在前台显示的界面的应用;
当检测到所述指定后台应用符合待第一观察系数减少条件时,将所述指定后台应用对应的观察系数减1。
8.根据权利要求1所述的方法,其特征在于,判断指定后台应用当前是否满足恶意持锁条件之前,所述方法还包括:
当所述指定后台应用为服务应用时,若检测到所述指定后台应用在终端灭屏状态下,在后台连续持有CPU电源锁的时间超过第二时长,将所述指定后台应用对应的观察系数增1,所述观察系数的初始值为0,所述服务应用指不具有能够在前台显示的界面的应用;
当检测到所述指定后台应用符合待第二观察系数减少条件时,将所述指定后台应用对应的观察系数减1。
9.根据权利要求7或8所述的方法,其特征在于,所述恶意持锁条件为:所述指定后台应用对应的观察系数大于指定值。
10.根据权利要求1所述的方法,其特征在于,判断指定后台应用当前是否满足恶意持锁条件之前,所述方法还包括:
记录所述指定后台应用每天的使用时长,当所述指定后台应用当天的使用时长,属于当天终端中所有应用的使用时长中最大的前第一指定数目个使用时长时,为所述指定后台应用设置常用标识;
统计所述指定后台应用在过去的第一指定时间段内,设置有常用标识的第一天数值;
若所述第一天数值超过第一指定值,将所述指定后台应用添加到常用应用列表中;或者,若所述第一天数值未超过第一指定值,将所述指定后台应用从常用应用列表中删除。
11.根据权利要求1所述的方法,其特征在于,判断指定后台应用当前是否满足恶意持锁条件之前,所述方法还包括:
记录所述指定后台应用每天的耗电量,当所述指定后台应用当天的耗电量,属于当天终端中所有应用的耗电量中最大的前第二指定数目个耗电量时,为所述指定后台应用设置大功耗标识;
统计所述指定后台应用在过去的指定时间段内,设置有大功耗标识的第二天数值;
若所述第二天数值超过第二指定值,将所述指定后台应用添加到大功耗应用列表中;或者,若所述第二天数值未超过第二指定值,将所述指定后台应用从大功耗应用列表中删除。
12.一种电源锁处理装置,其特征在于,设置于终端,所述装置包括:
第一判断模块,用于判断指定后台应用当前是否满足恶意持锁条件;
第一释放模块,用于若所述指定后台应用当前满足所述恶意持锁条件,释放所述指定后台应用持有的电源锁。
13.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第二判断模块,用于若所述指定后台应用当前不满足所述恶意持锁条件,且当前终端处于亮屏状态时,判断所述指定后台应用当前是否满足第一待观察条件;
第一设置模块,用于若所述指定后台应用当前满足所述第一待观察条件,为所述指定后台应用设置亮屏锁的第一持锁时长;
第一处理模块,用于当所述指定后台应用连续持有亮屏锁的时间达到所述第一持锁时长时,释放所述指定后台应用持有的亮屏锁。
14.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第三判断模块,用于若所述指定后台应用当前不满足所述恶意持锁条件,且在当前终端处于灭屏状态时,判断所述指定后台应用当前是否满足第二待观察条件;
第四判断模块,用于若所述指定后台应用当前满足所述第二待观察条件,判断所述指定后台应用是否是常用应用列表中的应用;
第二设置模块,用于若所述指定后台应用是常用应用列表中的应用,为所述指定后台应用设置CPU电源锁的第二持锁时长;
第二处理模块,用于当所述指定后台应用连续持有CPU电源锁的时间达到所述第二持锁时长时,释放所述指定后台应用持有的CPU电源锁。
15.根据权利要求14所述的方法,其特征在于,所述装置还包括:
第三设置模块,用于若所述指定后台应用不是常用应用列表中的应用,并且不是大功耗应用列表中的应用,为所述指定后台应用设置CPU电源锁的第二持锁时长;
第三处理模块,用于当所述指定后台应用连续持有CPU电源锁的时间达到所述第二持锁时长时,释放所述指定后台应用持有的CPU电源锁。
16.根据权利要求14所述的方法,其特征在于,所述装置还包括:
第二释放模块,用于若所述指定后台应用不是常用应用列表中的应用,并且是大功耗应用列表中的应用,释放所述指定后台应用持有的CPU电源锁。
17.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第三释放模块,用于若所述指定后台应用当前不满足所述恶意持锁条件,且满足待观察条件,当所述终端接收到待机指令时,释放所述指定后台应用持有的电源锁。
18.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第一系数增加模块,用于当所述指定后台应用为非服务应用时,若检测到所述指定后台应用在终端亮屏状态下,在后台连续持有亮屏锁的时间超过第一时长,将所述指定后台应用对应的观察系数增1,所述观察系数的初始值为0,所述非服务应用指具有能够在前台显示的界面的应用;
第一系数减少模块,用于当检测到所述指定后台应用符合待第一观察系数减少条件时,将所述指定后台应用对应的观察系数减1。
19.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第二系数增加模块,用于当所述指定后台应用为服务应用时,若检测到所述指定后台应用在终端灭屏状态下,在后台连续持有CPU电源锁的时间超过第二时长,将所述指定后台应用对应的观察系数增1,所述观察系数的初始值为0,所述服务应用指不具有能够在前台显示的界面的应用;
第二系数减少模块,用于当检测到所述指定后台应用符合待第二观察系数减少条件时,将所述指定后台应用对应的观察系数减1。
20.根据权利要求18或19所述的装置,其特征在于,所述恶意持锁条件为:所述指定后台应用对应的观察系数大于指定值。
21.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第一记录模块,用于记录所述指定后台应用每天的使用时长,当所述指定后台应用当天的使用时长,属于当天终端中所有应用的使用时长中最大的前第一指定数目个使用时长时,为所述指定后台应用设置常用标识;
第一统计模块,用于统计所述指定后台应用在过去的第一指定时间段内,设置有常用标识的第一天数值;
第一列表更新模块,用于若所述第一天数值超过第一指定值,将所述指定后台应用添加到常用应用列表中;或者,用于若所述第一天数值未超过第一指定值,将所述指定后台应用从常用应用列表中删除。
22.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第二记录模块,用于记录所述指定后台应用每天的耗电量,当所述指定后台应用当天的耗电量,属于当天终端中所有应用的耗电量中最大的前第二指定数目个耗电量时,为所述指定后台应用设置大功耗标识;
第二统计模块,用于统计所述指定后台应用在过去的指定时间段内,设置有大功耗标识的第二天数值;
第二列表更新模块,用于若所述第二天数值超过第二指定值,将所述指定后台应用添加到大功耗应用列表中;或者,用于若所述第二天数值未超过第二指定值,将所述指定后台应用从大功耗应用列表中删除。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710457907.4A CN107291212A (zh) | 2017-06-16 | 2017-06-16 | 电源锁处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710457907.4A CN107291212A (zh) | 2017-06-16 | 2017-06-16 | 电源锁处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107291212A true CN107291212A (zh) | 2017-10-24 |
Family
ID=60097038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710457907.4A Pending CN107291212A (zh) | 2017-06-16 | 2017-06-16 | 电源锁处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107291212A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108008979A (zh) * | 2017-11-28 | 2018-05-08 | 深圳天珑无线科技有限公司 | 终端唤醒的管理方法及其终端、存储介质 |
CN112997132A (zh) * | 2018-11-08 | 2021-06-18 | 深圳市欢太科技有限公司 | 应用冻结的方法、装置及电子设备 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103324519A (zh) * | 2013-06-17 | 2013-09-25 | 华为技术有限公司 | 一种恶意耗电应用的清理方法、装置及用户终端 |
US20130268257A1 (en) * | 2012-04-09 | 2013-10-10 | Purdue Research Foundation | System and method for energy usage accounting in software applications |
CN103402027A (zh) * | 2013-07-29 | 2013-11-20 | 广东欧珀移动通信有限公司 | 一种移动终端和使移动终端进入睡眠状态的方法 |
CN104023147A (zh) * | 2014-06-27 | 2014-09-03 | 广东欧珀移动通信有限公司 | 一种可使移动终端稳定休眠的方法及*** |
CN104038635A (zh) * | 2014-06-25 | 2014-09-10 | 深圳市中兴移动通信有限公司 | 一种移动终端及其异常待机的提示方法 |
CN104156053A (zh) * | 2014-07-29 | 2014-11-19 | 深圳市中兴移动通信有限公司 | 一种异常耗电的控制方法、装置和移动终端 |
CN105045623A (zh) * | 2015-07-13 | 2015-11-11 | 四川长虹电器股份有限公司 | 基于智能操作***的应用程序配置方法 |
CN105183137A (zh) * | 2015-09-09 | 2015-12-23 | 厦门美图移动科技有限公司 | 一种移动终端及其唤醒锁控制方法和控制*** |
CN106055077A (zh) * | 2016-05-31 | 2016-10-26 | 广东欧珀移动通信有限公司 | 一种基于唤醒锁的处理方法及装置 |
CN106095419A (zh) * | 2016-05-31 | 2016-11-09 | 广东欧珀移动通信有限公司 | 唤醒锁释放方法及装置 |
CN106502372A (zh) * | 2016-11-28 | 2017-03-15 | 珠海市魅族科技有限公司 | 一种应用控制的方法及移动终端 |
CN106662907A (zh) * | 2015-10-29 | 2017-05-10 | 华为技术有限公司 | 基于终端的唤醒锁控制方法、装置及终端 |
CN106774792A (zh) * | 2016-11-28 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | 电源管理方法及*** |
-
2017
- 2017-06-16 CN CN201710457907.4A patent/CN107291212A/zh active Pending
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130268257A1 (en) * | 2012-04-09 | 2013-10-10 | Purdue Research Foundation | System and method for energy usage accounting in software applications |
CN103324519A (zh) * | 2013-06-17 | 2013-09-25 | 华为技术有限公司 | 一种恶意耗电应用的清理方法、装置及用户终端 |
CN103402027A (zh) * | 2013-07-29 | 2013-11-20 | 广东欧珀移动通信有限公司 | 一种移动终端和使移动终端进入睡眠状态的方法 |
CN104038635A (zh) * | 2014-06-25 | 2014-09-10 | 深圳市中兴移动通信有限公司 | 一种移动终端及其异常待机的提示方法 |
CN104023147A (zh) * | 2014-06-27 | 2014-09-03 | 广东欧珀移动通信有限公司 | 一种可使移动终端稳定休眠的方法及*** |
CN104156053A (zh) * | 2014-07-29 | 2014-11-19 | 深圳市中兴移动通信有限公司 | 一种异常耗电的控制方法、装置和移动终端 |
CN105045623A (zh) * | 2015-07-13 | 2015-11-11 | 四川长虹电器股份有限公司 | 基于智能操作***的应用程序配置方法 |
CN105183137A (zh) * | 2015-09-09 | 2015-12-23 | 厦门美图移动科技有限公司 | 一种移动终端及其唤醒锁控制方法和控制*** |
CN106662907A (zh) * | 2015-10-29 | 2017-05-10 | 华为技术有限公司 | 基于终端的唤醒锁控制方法、装置及终端 |
CN106055077A (zh) * | 2016-05-31 | 2016-10-26 | 广东欧珀移动通信有限公司 | 一种基于唤醒锁的处理方法及装置 |
CN106095419A (zh) * | 2016-05-31 | 2016-11-09 | 广东欧珀移动通信有限公司 | 唤醒锁释放方法及装置 |
CN106502372A (zh) * | 2016-11-28 | 2017-03-15 | 珠海市魅族科技有限公司 | 一种应用控制的方法及移动终端 |
CN106774792A (zh) * | 2016-11-28 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | 电源管理方法及*** |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108008979A (zh) * | 2017-11-28 | 2018-05-08 | 深圳天珑无线科技有限公司 | 终端唤醒的管理方法及其终端、存储介质 |
CN108008979B (zh) * | 2017-11-28 | 2021-10-22 | 深圳天珑无线科技有限公司 | 终端唤醒的管理方法及其终端、存储介质 |
CN112997132A (zh) * | 2018-11-08 | 2021-06-18 | 深圳市欢太科技有限公司 | 应用冻结的方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104239195B (zh) | 一种处理电子设备耗电的方法及电子设备 | |
CN107995377B (zh) | 客服管理方法、电子装置及计算机可读存储介质 | |
CN103324500B (zh) | 一种回收内存的方法及装置 | |
CN102200942B (zh) | 基于云计算的应用程序行为监测方法及云端服务器 | |
CN103780447B (zh) | 一种流量控制方法及装置 | |
CN106104484A (zh) | 基于因设备而异或因用户而异的资源使用简档的资源管理 | |
CN107861816A (zh) | 资源配置方法及装置 | |
CN103235686A (zh) | 应用管理方法及装置 | |
CN106445783A (zh) | 一种检测电子设备卡顿的方法、装置及电子设备 | |
CN106060909A (zh) | 一种网络连接方法及移动终端 | |
CN105224421B (zh) | 一种数据备份方法、装置及电子设备 | |
CN108228341A (zh) | 内存回收方法及装置、终端设备及计算机可读存储介质 | |
US20100207585A1 (en) | Reserving power for electronic devices | |
CN107291212A (zh) | 电源锁处理方法及装置 | |
CN107277002A (zh) | 限制同一用户账号登录终端数量的方法 | |
CN107943570A (zh) | 应用管理方法、装置、存储介质及电子设备 | |
CN107196949A (zh) | 限制同一用户账号登录终端数量的*** | |
CN110245021A (zh) | 移动终端的内存管理方法、***、电子设备及存储介质 | |
CN104063316B (zh) | 一种应用的测试方法及装置 | |
CN105893134A (zh) | 一种信息处理方法及电子设备 | |
CN106569917A (zh) | 一种数据备份方法及移动移动终端 | |
CN108287760A (zh) | 终端设备控制方法及装置、终端设备及计算机可读存储介质 | |
CN107239325A (zh) | 单证数据处理方法和装置 | |
CN110796591A (zh) | 一种gpu卡的使用方法及相关设备 | |
CN108228342A (zh) | 终端设备控制方法及装置、终端设备及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171024 |