一种应用程序的管理方法及终端的制作方法

文档序号:10470696阅读:493来源:国知局
一种应用程序的管理方法及终端的制作方法【专利摘要】本发明提供一种应用程序的管理方法及终端,涉及终端省电
技术领域
,解决终端睡眠后,仍有非必要应用程序频繁唤醒系统,造成终端耗电量增大,待机时间大大减少的问题。本发明包括:在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序;判断唤醒所述系统的所述应用程序是否处于预定业务的预设应用程序白名单内,所述预定业务包括:联网业务和申请唤醒锁业务;若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为。本发明实施例通过限制应用程序的预定业务唤醒系统的行为,使得终端系统能够正常睡眠,达到省电的目的,进而大大增加了终端的待机时长。【专利说明】一种应用程序的管理方法及终端
技术领域
[0001]本发明涉及终端省电
技术领域
,特别是涉及一种应用程序的管理方法及终端。【
背景技术
】[0002]智能终端的睡眠是指正在处理的数据暂时不处理,放在内存,机器处于一种低功耗的状态。终端耗电是一直为用户所抱怨的问题,经常有用户投诉一个晚上将终端放在一边就耗费了大量的电。不为用户所知的是,我们所使用的大量应用在系统睡眠后,通过各种形式频繁的唤醒系统并持有相关唤醒锁不释放,使得系统长时间无法睡眠。应用一旦调用唤醒锁且长时间持有不释放,无论屏幕开关与否,CPU都会一直保持在运行状态,系统无法进入到睡眠状态。应用可具体通过网络频繁唤醒系统,在后台不断地请求与运营商服务器进行大量网络传输,持有相关应用锁并长时间不释放,使得系统长时间无法睡眠,最终消耗我们流量并同时消耗终端电量,导致待机时间大大减少。【
发明内容】[0003]本发明实施例的目的在于提供一种应用程序的管理方法及终端,旨在解决终端睡眠后,仍有非必要应用程序频繁唤醒系统,造成终端耗电量增大,待机时间大大减少的问题。[0004]为了实现上述目的,本发明实施例提供了一种应用程序的管理方法,应用于终端,包括:[0005]在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序;[0006]判断唤醒所述系统的所述应用程序是否处于预定业务的预设应用程序白名单内,所述预定业务包括:联网业务和申请唤醒锁业务;[0007]若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为。[0008]为解决上述技术问题,本发明实施例还提供了一种终端,包括:[0009]获取模块,用于在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序;[0010]判断模块,用于判断唤醒所述系统的所述应用程序是否处于预定业务的预设应用程序白名单内,所述预定业务包括:联网业务和申请唤醒锁业务;[0011]处理模块,用于若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为。[0012]本发明实施例的上述技术方案的有益效果如下:[0013]本发明实施例的方案中,在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序;判断唤醒所述系统的所述应用程序是否处于预定业务的预设应用程序白名单内,所述预定业务包括:联网业务和申请唤醒锁业务;若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为,从而减少了应用程序频繁唤醒系统的次数,使得终端系统能够正常睡眠,达到了省电的目的,进而大大增加了终端的待机时长。【附图说明】[0014]图1为本发明实施例的应用程序的管理方法的第一流程示意图;[0015]图2为本发明实施例的应用程序的管理方法的第二流程示意图;[0016]图3为本发明实施例的应用程序的管理方法的第三流程示意图;[0017]图4为本发明实施例的应用程序的管理方法的第四流程示意图;[0018]图5为本发明实施例的终端的第一结构示意图;[0019]图6为本发明实施例终端中的获取模块的结构示意图;[0020]图7为本发明实施例终端中的判断模块的结构示意图;[0021]图8为本发明实施例终端中的处理模块的结构示意图;[0022]图9为本发明实施例的终端的第二结构示意图。【具体实施方式】[0023]为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。[0024]本发明针对现有技术中终端睡眠后仍有大量应用程序频繁唤醒系统,造成终端待机时间大大减少的问题,提供了一种应用程序的管理方法及终端,提高了终端的待机时长。[0025]第一实施例:[0026]如图1所示,该应用程序的管理方法,包括:[0027]步骤11:在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒系统的应用程序。[0028]具体的,终端可在检测到系统由睡眠状态转换为唤醒状态后,获取使上述系统处于运转状态的应用程序。[0029]步骤12:判断唤醒系统的应用程序是否处于预定业务的预设应用程序白名单内,上述预定业务包括:联网业务和申请唤醒锁业务。[0030]上述预定业务的预设应用程序白名单包括:联网业务的预设应用程序白名单和申请唤醒锁业务的预设应用程序白名单,处于上述预定设应用程序白名单内的应用程序可不受限唤醒睡眠状态中的系统。[0031]优选地,上述预设应用程序白名单可具体由终端根据用户的实际需求,分时段进行配置,如将每天的时间具体分为预设数量个时间段,如4个。举例7:00-9:00为一个时间段,12:00-14:00为一个时间段,17:00-19:00为一个时间段,19:00-24:00为一个时间段。通过大数据分析可知,QQ,微信为用户常用的实时性要求较高的应用,则将其放入上述四个空闲时间较多的时间段的白名单中,对于其他实时性要求很高的应用根据大数据分析的结果,在某一时间段的使用频率较高,则将其加入此时间段。本发明还可由服务器端根据应用程序的使用规律设置白名单内容,如早上新闻类应用实时性较高,放入7:00-9:00该时间段中,春运期间白天火车票的监控实时性高,则将其放入四个时间段中。[0032]步骤13:若唤醒系统的应用程序在预定业务的预设应用程序白名单之外,则限制应用程序的预定业务再次唤醒系统的行为。[0033]该实施例中,在唤醒系统的应用程序在预定业务的预设应用程序白名单之外时,限制应用程序的预定业务再次唤醒系统的行为,如对联网应用进行禁网处理、限制应用程序限时释放唤醒锁等,降低了非必要应用程序唤醒系统的频率,减少了耗电量,大大增加了终端的待机时长。[0034]第二实施例:[0035]如图2所示,该应用程序的管理方法,包括:[0036]步骤111:检测到终端的系统的唤醒状态后,判断终端当前时间至前一次灭屏的时间段内是否存在睡眠状态。[0037]本发明通过判断终端在唤醒状态后的当前时间至前一次灭屏的时间段内是否存在睡眠状态,来确定终端是否由睡眠状态转换为唤醒状态。该实施例中可具体获取系统从当前时间至系统开机时间内的所有睡眠时间及前一次灭屏时间至开机时间内的睡眠时间,然后根据两个睡眠时间的差值来确定终端在唤醒状态后的当前时间至前一次灭屏的时间段内是否存在睡眠状态。优选地,当前时间需要和前一次灭屏时间相距5分钟或者以上时间更符合用户的使用情况。[0038]步骤112:若终端当前时间至前一次灭屏的时间段内存在睡眠状态,则获取唤醒系统的应用程序。[0039]若终端在唤醒状态后的当前时间至前一次灭屏的时间段内存在睡眠状态,此时可确定终端是由睡眠状态转换为唤醒状态,且此时处于工作状态的应用程序为唤醒系统的应用程序。[0040]步骤12:判断唤醒系统的应用程序是否处于预定业务的预设应用程序白名单内,上述预定业务包括:联网业务和申请唤醒锁业务。[0041]步骤13:若唤醒系统的应用程序在预定业务的预设应用程序白名单之外,则限制应用程序的预定业务再次唤醒系统的行为。[0042]该实施例中,如图3所示,上述步骤111具体包括:[0043]步骤1111:检测到终端的系统的唤醒状态后,获取系统从当前时间距离开机时的第一时间,及第一时间中除去系统所有睡眠时间的第二时间。[0044]在本发明的具体实施例中,可通过函数SystemClock.uptimeMillisO获取系统从开机到现在不包括系统睡眠的时长(单位:ms),并通过函数SystemClock.elapsedRealtimeO获取系统从开机到现在包括系统睡眠的时长(单位:ms)。[0045]步骤1112:获取前一次灭屏的第三时间,并获取第三时间中除去系统所有睡眠时间的第四时间。[0046]前一次灭屏的第三时间为灭屏的时间,假设其距离开机的时间为10分钟,则,第四时间为开机后的10分钟内除去系统所有睡眠的时间。[0047]步骤1113:获取第一时间与第二时间的第一差值,及第三时间与第四时间的第二差值。[0048]步骤1114:若第一差值与第二差值的差值大于第一预设阈值,则判断终端当前时间至前一次灭屏的时间段内存在睡眠状态。[0049]由于考虑到时间记录的误差问题,因此需要设定一预设阈值,上述第一预设阈值可具体为1ms,若第一差值与第二差值的绝对值大于1ms,则表明上述时间段内系统睡眠过。根据上述的假设,第一差值与第二差值的差值为O,此时可以表明在上述时间段内系统没有睡眠过。[0050]该实施例通过判断系统在上述时间段内是否存在睡眠状态,确定唤醒系统的应用程序,并根据预设应用程序白名单来限制非必要应用程序再次唤醒系统的行为,减少非必要应用程序唤醒系统的频率,减少终端耗电量,从而增加终端的待机时间,提高用户的使用体验。[0051]第三实施例:[0052]如图4所示,该实施例的应用程序的管理方法,包括:[0053]步骤11:在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒系统的应用程序。[0054]步骤121:判断唤醒系统的应用程序是否处于联网业务的预设应用程序白名单内。若否,执行步骤13;若是,结束。[0055]步骤122:判断唤醒系统的应用程序是否处于申请唤醒锁业务的预设应用程序白名单内。若否,执行步骤13;若是,结束。[0056]步骤13:若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为。[0057]其中,对于一个应用程序,上述步骤121和步骤122两者之间为“或”关系,两者之间在执行时不存在先后顺序的问题。只要满足步骤121或步骤122任一步骤,则执行步骤13。下面具体说明上述步骤121和步骤122的实现过程。[0058]具体的,上述步骤121包括:[0059]获取所述终端当前网络的开关状态。[0060]具体的,通过调用框架应用程序编程接口(Applicat1nProgrammingInterface,简称API)获取当前用户设置的数据网络与无线局域网络(WirelessLocalAreaNetworks,简称WLAN)的开关状态,若两者为关闭状态则不必要采用禁网策略,若数据网络为开,则只需禁止数据网络条件下的应用网络禁网策略,若WLAN为开,则只禁止WLAN下的应用网络禁网策略,若两者都为开,则两者状态下都采取禁网策略。虽移动终端在两者都为开的状态下,默认优先连接WLAN,但考虑到WLAN状态不稳定时,会自动跳转至数据网络状态,所以此时采取两种状态都禁网策略。[0061]若当前网络的开关状态为开启,则获取联网业务的预设应用程序白名单,联网业务的预设应用程序白名单包括有多个时间段的应用程序集合,每个时间段的应用程序集合中包括有预先统计到的、在该时间段内使用频率大于第二预设阈值的应用程序。[0062]该实施例中可具体通过如下程序,配置预设应用程序白名单,合理禁网减少电量消耗且不影响用户真实体验。[0063]<ffhiteApplicat1nslstart="6"time="6_9">[0064]〈item〉应用包名〈/item〉[0065]</ffhiteAppIicat1nsD[0066]<WhiteApplicat1ns2start="9"time="9_18">[0067]〈item〉应用包名〈/item〉[0068]</WhiteApplicat1ns2>[0069]<WhiteApplicat1ns3start="18"time=〃18_23">[0070]〈item〉应用包名〈/item〉[0071]</WhiteApplicat1ns3>[0072]<WhiteApplicat1ns4start="23"time="23_6">[0073]〈item〉应用包名〈/item〉[0074]</WhiteApplicat1ns4>[0075]上述程序中,将每天的时间分成4个时间段:6-9,9-18,18-23,23_6,假定某一应用程序在上述6-9时间内使用的频率大于上述第二预设阈值,则将该应用程序放入6-9时间的白名单内。[0076]在联网业务的预设应用程序白名单内查找当前时间对应的时间段的应用程序集合,设定该从联网业务的预设应用程序白名单内查找到的应用程序集合为第一应用程序集入口O[0077]具体的,上述第一应用程序集合为允许联网的非系统应用程序集合,上述第一预设白名单内保存有上述非系统应用程序的用户身份证明UID列表信息。[0078]若所述第一应用程序集合中包括唤醒系统的应用程序,则判断唤醒系统的应用程序的处于联网业务的预设应用程序白名单内,否则判断唤醒系统的应用程序所述联网业务的预设应用程序白名单之外。[0079]具体的,上述步骤122包括:[0080]当检测到唤醒系统的应用程序对唤醒锁的申请信息时,判断申请信息是否为对第一唤醒锁的申请信息,第一唤醒锁为保持系统中央处理器运转的唤醒锁。[0081]在本发明的具体实施例中,唤醒锁包括以下类型:部分唤醒锁PARTIAL_WAKE_LOCK:保持CPU运转,屏幕和键盘灯有可能是关闭的;屏幕变暗唤醒锁SCREEN_DIM_WAKE_LOCK:保持CPU运转,允许保持屏幕显示但有可能是灰的,允许关闭键盘灯;屏幕边亮唤醒锁SCREEN_BRIGHT_WAKE_LOCK:保持CPU运转,保持屏幕高亮显示,允许关闭键盘灯;全部唤醒锁FULL_WAKE_L0CK:保持CPU运转,保持屏幕高亮显示,键盘灯也保持亮度。在灭屏待机状态下,通常应用通过设置闹钟来唤醒系统,然后设置一个PARTIAL_WAKE_LOCK类型的唤醒锁来保持CPU运转,如果应用在灭屏状态下申请了且长时间持有不释放,此时系统并没有真正进入睡眠状态,也在消耗着移动终端电量,应对此类型唤醒锁采取限时释放策略。[0082]若申请信息为第一唤醒锁的申请信息,则判断唤醒系统的应用程序是否处于申请第一唤醒锁业务的预设应用程序白名单内,其中,在申请第一唤醒锁业务的预设应用程序白名单内的应用程序保持持有第一唤醒锁的时间不变,在所述申请所述第一唤醒锁业务的预设应用程序白名单之外的应用程序限时释放第一唤醒锁。[0083]该实施例中,当应用程序在申请唤醒锁时,判断系统在唤醒状态后的当前时间至前一次灭屏的时间段内是否有睡眠状态,若没有睡眠状态则不处理;若有睡眠,则再判断申请的唤醒锁的类型是否为PARTIAL型,若不是则不做处理;若是PARTIAL型锁,则判断应用包名是否在申请唤醒锁业务的预设应用程序白名单内(可设置为必须的系统应用及常用日程提醒类,如信息,日历等)。若在,则不做处理,若不在,则给该锁设置350毫秒(当然也可为其他时长)的定时,当时间到达后将锁强制释放。[0084]该实施例中通过限制部分应用程序持有唤醒锁的时长,使得系统正常睡眠,减少系统的电量消耗,增加待机时长。[0085]具体的,上述步骤13包括:[0086]若唤醒所述系统的应用程序处于联网业务的预设应用程序白名单之外,则对唤醒所述系统的应用程序进行禁网处理。[0087]在本发明的具体实施例中根据禁网应用程序标识UID列表,通过iptables命令脚本方式重新建立防火墙规则。具体的,按照iptables配置规则,重写OUTPUT链,设置现有iptables中禁网的封包来源,限制传入的禁网应用UID列表中所有应用从设置的封包来源往外传递数据,限制应用网络传输,达到禁网效果。[0088]若唤醒所述系统的应用程序处于联网业务的预设应用程序白名单内,且处于用户预先设置的禁网名单中,则对唤醒所述系统的应用程序进行禁网处理。[0089]在本发明的具体实施例中,由于当前系统中实现前台对禁网应用的设置,因此本发明的禁网策略,在应用程序我们所设置的白名单中,但同时处于用户在亮屏状态下设置的禁网应用列表中时,仍对其采取禁网策略。[0090]另外,本发明实施例的应用程序的管理方法,在上述步骤13之后还包括:[0091]在检测到亮屏操作后,恢复所述唤醒所述系统的应用程序对网络的访问。[0092]在本发明的具体实施例中,在启动禁网功能前,首先保存用户设置的应用程序访问网络的初始状态,具体的,利用“adbshelliptables_L_n”命令,读取其输出流,记录当前用户设置的应用网络设置状态,记录禁网应用程序的UID号,为后续亮屏时的恢复做准备。[0093]本发明实施例的应用程序的管理方法,在系统睡眠时,保存亮屏状态下用户对应用网络状态的已有设置以及用户设置亮屏时禁网应用UID列表,在接收到亮屏消息后,利用此列表,恢复至原用户亮屏网络状态,不影响用户亮屏时的对终端的使用。另外,为防止应用程序在灭屏状态下因别的异常死亡,而亮屏后无法按正常流程恢复亮屏时网络,在亮屏后再次检测当前应用网络状态,查看是否恢复成功,未成功时则再恢复一次。[0094]本发明实施例的应用程序的管理方法,禁网策略减少系统因网络频繁唤醒的次数,限时释放唤醒锁,减少应用程序持有唤醒锁的时长,使得系统正常睡眠,两者结合达到省电目的,增加待机时长。[0095]第四实施例:[0096]如图5所示,本发明实施例还提供了一种终端,包括:[0097]获取模块51,用于在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序;[0098]判断模块52,用于判断唤醒所述系统的所述应用程序是否处于预定业务的预设应用程序白名单内,所述预定业务包括:联网业务和申请唤醒锁业务;[0099]处理模块53,用于若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为。[0100]进一步地,如图6所示,上述获取模块51包括:[0101]检测单元511,用于检测到所述终端的系统的唤醒状态后,判断所述终端当前时间至前一次灭屏的时间段内是否存在睡眠状态;[0102]获取单元512,用于若所述终端在当前时间至前一次灭屏的时间段内存在睡眠状态,则获取唤醒所述系统的应用程序。[0103]进一步地,如图6所示,上述检测单元511包括:[0104]第一获取子单元5111,用于检测到所述终端的系统的唤醒状态后,获取所述系统从当前时间距离开机时的第一时间,及所述第一时间中除去所述系统所有睡眠时间的第二时间;[0105]第二获取子单元5112,用于获取前一次灭屏的第三时间,并获取所述第三时间中除去所述系统所有睡眠时间的第四时间;[0106]第三获取子单元5113,用于获取所述第一时间与所述第二时间的第一差值,及所述第三时间与所述第四时间的第二差值;[0107]判断单元5114,用于若所述第一差值与所述第二差值的差值大于第一预设阈值,则判断所述终端当前时间至前一次灭屏的时间段内存在睡眠状态。[0108]进一步地,如图7所示,所述判断模块52包括:[0109]第一获取子模块521,用于获取所述终端当前网络的开关状态;[0110]第二获取子模块522,用于若所述当前网络的开关状态为开启,则获取所述联网业务的预设应用程序白名单,所述联网业务的预设应用程序白名单包括有多个时间段的应用程序集合,每个所述时间段的应用程序集合中包括有预先统计到的、在该时间段内使用频率大于第二预设阈值的应用程序;[0111]查找子模块523,用于在所述联网业务的预设应用程序白名单内查找当前时间对应的时间段的应用程序集合,设定该从所述联网业务的预设应用程序白名单内查找到的应用程序集合为第一应用程序集合;[0112]第一判断子模块524,用于若所述第一应用程序集合中包括所述唤醒所述系统的应用程序,则判断所述唤醒所述系统的应用程序的处于所述联网业务的预设应用程序白名单内,否则判断所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单之外。[0113]进一步地,如图8所述,所述处理模块53包括:[0114]第一处理子模块531,用于若所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单之外,则对所述唤醒所述系统的应用程序进行禁网处理;[0115]第二处理子模块532,用于若所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单内,且处于所述用户预先设置的禁网名单中,则对所述唤醒所述系统的应用程序进行禁网处理。[0116]进一步地,如图9所示,上述终端,还包括:[0117]恢复访问模块54,用于在检测到亮屏操作后,恢复所述唤醒所述系统的应用程序对网络的访问。[0118]进一步地,如图7所述,所述判断模块52还包括:[0119]第二判断子模块525,用于当检测到唤醒所述系统的所述应用程序对唤醒锁的申请信息时,判断所述申请信息是否为对第一唤醒锁的申请信息,所述第一唤醒锁为保持系统中央处理器运转的唤醒锁;[0120]第三判断子模块526,用于若所述申请信息为所述第一唤醒锁的申请信息,则判断唤醒所述系统的所述应用程序是否处于申请所述第一唤醒锁业务的预设应用程序白名单内,其中,在所述申请所述第一唤醒锁业务的预设应用程序白名单内的应用程序保持持有所述第一唤醒锁的时间不变,在所述申请所述第一唤醒锁业务的预设应用程序白名单之外的应用程序限时释放所述第一唤醒锁。[0121]需要说明的是该终端是与上述方法实施例对应的终端,上述方法实施例中所有实现方式均适用于该终端的实施例中,也能达到相同的技术效果。[0122]本发明实施例的应用程序的管理方法及终端,在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序;判断唤醒所述系统的所述应用程序是否处于预定业务的预设应用程序白名单内,所述预定业务包括:联网业务和申请唤醒锁业务;若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为,从而减少了应用程序频繁唤醒系统的次数,使得终端系统能够正常睡眠,达到了省电的目的,进而大大增加了终端的待机时长。[0123]以上所述是本发明的优选实施方式,应当指出,对于本
技术领域
的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。【主权项】1.一种应用程序的管理方法,应用于终端,其特征在于,包括:在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序;判断唤醒所述系统的所述应用程序是否处于预定业务的预设应用程序白名单内,所述预定业务包括:联网业务和申请唤醒锁业务;若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为。2.根据权利要求1所述的应用程序的管理方法,其特征在于,所述在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序的步骤包括:检测到所述终端的系统的唤醒状态后,判断所述终端当前时间至前一次灭屏的时间段内是否存在睡眠状态;若存在,则获取唤醒所述系统的应用程序。3.根据权利要求2所述的应用程序的管理方法,其特征在于,所述检测到所述终端的系统的唤醒状态后,判断所述终端当前时间至前一次灭屏的时间段内是否存在睡眠状态的步骤包括:检测到所述终端的系统的唤醒状态后,获取所述系统从当前时间距离开机时的第一时间,及所述第一时间中除去所述系统所有睡眠时间的第二时间;获取前一次灭屏的第三时间,并获取所述第三时间中除去所述系统所有睡眠时间的第四时间;获取所述第一时间与所述第二时间的第一差值,及所述第三时间与所述第四时间的第二差值;若所述第一差值与所述第二差值的差值大于第一预设阈值,则判断所述终端当前时间至前一次灭屏的时间段内存在睡眠状态。4.根据权利要求1所述的应用程序的管理方法,其特征在于,判断唤醒所述系统的所述应用程序是否处于所述联网业务的预设应用程序白名单内的步骤包括:获取所述终端当前网络的开关状态;若所述当前网络的开关状态为开启,则获取所述联网业务的预设应用程序白名单,所述联网业务的预设应用程序白名单包括有多个时间段的应用程序集合,每个所述时间段的应用程序集合中包括有预先统计到的、在该时间段内使用频率大于第二预设阈值的应用程序;在所述联网业务的预设应用程序白名单内查找当前时间对应的时间段的应用程序集合,设定该从所述联网业务的预设应用程序白名单内查找到的应用程序集合为第一应用程序集合;若所述第一应用程序集合中包括所述唤醒所述系统的应用程序,则判断所述唤醒所述系统的应用程序的处于所述联网业务的预设应用程序白名单内,否则判断所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单之外。5.根据权利要求4所述的应用程序的管理方法,其特征在于,所述若所述唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为的步骤包括:若所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单之外,则对所述唤醒所述系统的应用程序进行禁网处理;或若所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单内,且处于所述用户预先设置的禁网名单中,则对所述唤醒所述系统的应用程序进行禁网处理。6.根据权利要求5所述的应用程序的管理方法,其特征在于,在所述若所述唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为的步骤之后,还包括:在检测到亮屏操作后,恢复所述唤醒所述系统的应用程序对网络的访问。7.根据权利要求1所述的应用程序的管理方法,其特征在于,判断唤醒所述系统的所述应用程序是否处于所述申请唤醒锁业务的预设应用程序白名单内的步骤包括:当检测到唤醒所述系统的所述应用程序对唤醒锁的申请信息时,判断所述申请信息是否为对第一唤醒锁的申请信息,所述第一唤醒锁为保持系统中央处理器运转的唤醒锁;若所述申请信息为所述第一唤醒锁的申请信息,则判断唤醒所述系统的所述应用程序是否处于申请所述第一唤醒锁业务的预设应用程序白名单内,其中,在所述申请所述第一唤醒锁业务的预设应用程序白名单内的应用程序保持持有所述第一唤醒锁的时间不变,在所述申请所述第一唤醒锁业务的预设应用程序白名单之外的应用程序限时释放所述第一唤醒锁。8.一种终端,其特征在于,包括:获取模块,用于在终端的系统由睡眠状态转换为唤醒状态后,获取唤醒所述系统的应用程序;判断模块,用于判断唤醒所述系统的所述应用程序是否处于预定业务的预设应用程序白名单内,所述预定业务包括:联网业务和申请唤醒锁业务;处理模块,用于若唤醒所述系统的所述应用程序在所述预定业务的预设应用程序白名单之外,则限制所述应用程序的预定业务再次唤醒所述系统的行为。9.根据权利要求8所述的终端,其特征在于,所述获取模块包括:检测单元,用于检测到所述终端的系统的唤醒状态后,判断所述终端当前时间至前一次灭屏的时间段内是否存在睡眠状态;获取单元,用于若所述终端在当前时间至前一次灭屏的时间段内存在睡眠状态,则获取唤醒所述系统的应用程序。10.根据权利要求9所述的终端,其特征在于,所述检测单元包括:第一获取子单元,用于检测到所述终端的系统的唤醒状态后,获取所述系统从当前时间距离开机时的第一时间,及所述第一时间中除去所述系统所有睡眠时间的第二时间;第二获取子单元,用于获取前一次灭屏的第三时间,并获取所述第三时间中除去所述系统所有睡眠时间的第四时间;第三获取子单元,用于获取所述第一时间与所述第二时间的第一差值,及所述第三时间与所述第四时间的第二差值;判断单元,用于若所述第一差值与所述第二差值的差值大于第一预设阈值,则判断所述终端当前时间至前一次灭屏的时间段内存在睡眠状态。11.根据权利要求8所述的终端,其特征在于,所述判断模块包括:第一获取子模块,用于获取所述终端当前网络的开关状态;第二获取子模块,用于若所述当前网络的开关状态为开启,则获取所述联网业务的预设应用程序白名单,所述联网业务的预设应用程序白名单包括有多个时间段的应用程序集合,每个所述时间段的应用程序集合中包括有预先统计到的、在该时间段内使用频率大于第二预设阈值的应用程序;查找子模块,用于在所述联网业务的预设应用程序白名单内查找当前时间对应的时间段的应用程序集合,设定该从所述联网业务的预设应用程序白名单内查找到的应用程序集合为第一应用程序集合;第一判断子模块,用于若所述第一应用程序集合中包括所述唤醒所述系统的应用程序,则判断所述唤醒所述系统的应用程序的处于所述联网业务的预设应用程序白名单内,否则判断所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单之外。12.根据权利要求11所述的终端,其特征在于,所述处理模块包括:第一处理子模块,用于若所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单之外,则对所述唤醒所述系统的应用程序进行禁网处理;第二处理子模块,用于若所述唤醒所述系统的应用程序处于所述联网业务的预设应用程序白名单内,且处于所述用户预先设置的禁网名单中,则对所述唤醒所述系统的应用程序进行禁网处理。13.根据权利要求12所述的终端,其特征在于,还包括:恢复访问模块,用于在检测到亮屏操作后,恢复所述唤醒所述系统的应用程序对网络的访问。14.根据权利要求8所述的终端,其特征在于,所述判断模块还包括:第二判断子模块,用于当检测到唤醒所述系统的所述应用程序对唤醒锁的申请信息时,判断所述申请信息是否为对第一唤醒锁的申请信息,所述第一唤醒锁为保持系统中央处理器运转的唤醒锁;第三判断子模块,用于若所述申请信息为所述第一唤醒锁的申请信息,则判断唤醒所述系统的所述应用程序是否处于申请所述第一唤醒锁业务的预设应用程序白名单内,其中,在所述申请所述第一唤醒锁业务的预设应用程序白名单内的应用程序保持持有所述第一唤醒锁的时间不变,在所述申请所述第一唤醒锁业务的预设应用程序白名单之外的应用程序限时释放所述第一唤醒锁。【文档编号】G06F1/32GK105824392SQ201510844919【公开日】2016年8月3日【申请日】2015年11月26日【发明人】鲁晶,何力【申请人】维沃移动通信有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1