应用管理方法、装置及移动终端
技术领域
本申请涉及移动终端技术领域,尤其涉及应用管理方法、装置及移动终端。
背景技术
移动终端(手机、PAD等)的操作系统在进入休眠状态之后,通常会被该移动终端上所安装的应用(Application)在对应的时间唤醒,从而使得该应用能够进行数据更新等。当操作系统由休眠状态被唤醒之后,移动终端会由于运行操作系统而造成额外的电量消耗。并且,随着移动终端上的应用的增多,这些应用分别在各自对应的时间唤醒操作系统,通常会导致操作系统被频繁的唤醒,从而加快移动终端电量消耗速度。
现有技术采用对齐唤醒(也称,唤醒对齐)的方式,来调节应用对操作系统唤醒时间不同,造成的操作系统被频繁唤醒的问题。该方式首先构建对齐唤醒名单,该对齐唤醒名单对应指定时间点;然后根据用户的选定操作,将用户所选定的应用添加到该对齐唤醒名单中,并在该指定时间点唤醒操作系统,使得对齐唤醒名单中的这些应用能够进行数据更新等。
然而,现有技术在构建对齐唤醒名单之后,只能根据用户的选定操作,将所选定的应用添加到对齐唤醒名单中,当用户需要将某些应用加入对齐唤醒名单,却由于选定操作失误而导致加入失败时,这些应用依然会在各自对应的时间唤醒操作系统,增大移动终端的上的电量消耗。
发明内容
本申请实施例提供应用管理方法、装置及移动终端,用于解决现有技术中的问题。
本申请实施例提供了一种应用管理方法,该方法包括:
判断移动终端的操作系统的系统时间是否到达第一时间;
若是,则将目标应用添加到对齐唤醒名单。
优选地,所述判断移动终端的操作系统的系统时间是否到达第一时间,具体包括:
根据预设的提示时间判断所述系统时间是否到达所述第一时间。
优选地,根据预设的提示时间判断所述系统时间是否到达所述第一时间,具体包括:
设置针对预设的所述提示时间的系统提示闹钟,并根据所述系统提示闹钟的提示判断所述系统时间是否到达所述第一时间。
优选地,在将目标应用添加到对齐唤醒名单之后,所述方法还包括:
当确定所述系统时间到达第二时间时,将所述目标应用从所述对齐唤醒名单中删除。
优选地,将所述目标应用从所述对齐唤醒名单中删除,具体包括:
当检测到所述移动终端的屏幕被点亮时,将所述目标应用从所述对齐唤醒名单中删除。
优选地,在将所述目标应用从所述对齐唤醒名单中删除之后,所述方法还包括:
监控所述移动终端的屏幕状态;
根据监控结果,确定是否将所述目标应用再次添加到对齐唤醒名单。
优选地,根据所述屏幕状态,确定是否将所述目标应用再次添加到对齐唤醒名单,具体包括:
当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用再次添加到所述对齐唤醒名单。
优选地,在将所述目标应用再次添加到所述对齐唤醒名单之后,所述方法还包括:
在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用再次从所述对齐唤醒名单中删除。
优选地,所述目标应用具体为即时通讯类的应用。
优选地,在判断移动终端的操作系统的系统时间是否到达第一时间之前,所述方法还包括:
确定所述移动终端当前的省电模式;
当所述移动终端处于超级省电模式时,将所述目标应用添加到所述对齐唤醒名单。
优选地,在判断移动终端的操作系统的系统时间是否到达第一时间之前,所述方法还包括:
判断所述移动终端是否处于勿扰模式或者判断是否已将所述目标应用设置为不接收通知的状态,若是,则将所述目标应用添加到所述对齐唤醒名单。
本申请实施例还提供一种应用管理方法,该方法包括:
监控移动终端的屏幕状态;
根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
优选地,根据监控结果,确定是否将目标应用添加到对齐唤醒名单,具体包括:
当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用添加到所述对齐唤醒名单。
优选地,在将所述目标应用添加到所述对齐唤醒名单之后,所述方法还包括:
在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用从所述对齐唤醒名单中删除。
本申请实施例还提供一种应用管理装置,所述装置包括:判断单元以及第一添加单元,其中:
判断单元,用于判断移动终端的操作系统的系统时间是否到达第一时间;
第一添加单元,用于当所述系统时间到达所述第一时间时,将目标应用添加到对齐唤醒名单。
优选地,所述判断单元,用于根据预设的提示时间判断所述系统时间是否到达所述第一时间。
优选地,所述判断单元,用于根据预设的针对预设提示时间的系统提示闹钟的提示判断所述系统时间是否到达所述第一时间。
优选地,所述装置还包括第一删除单元,用于当确定所述系统时间到达第二时间时,将所述目标应用从所述对齐唤醒名单中删除。
优选地,所述第一删除单元还用于:
当检测到所述移动终端的屏幕被点亮时,将所述目标应用从所述对齐唤醒名单中删除。
优选地,所述装置还包括:监控单元以及第二添加单元,其中:
监控单元,用于监控所述移动终端的屏幕状态;
第二添加单元,用于根据监控结果,确定是否将所述目标应用再次添加到对齐唤醒名单。
优选地,第二添加单元,用于当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用再次添加到所述对齐唤醒名单。
优选地,所述装置还包括:第二删除单元,用于在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用再次从所述对齐唤醒名单中删除。
优选地,所述目标应用具体为即时通讯类的应用。
优选地,所述装置还包括:
第三添加单元,用于确定所述移动终端当前的省电模式;当所述移动终端处于超级省电模式时,将所述目标应用添加到所述对齐唤醒名单。
优选地,所述装置还包括:
第二判断单元,用于判断所述移动终端是否处于勿扰模式或者判断是否已将所述目标应用设置为不接收通知的状态,若是,则将所述目标应用添加到所述对齐唤醒名单。
本申请实施例还提供一种应用管理装置,所述装置包括:监控单元以及第二添加单元,其中:
监控单元,用于监控移动终端的屏幕状态;
第二添加单元,用于根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
优选地,所述第二添加单元,用于当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用添加到所述对齐唤醒名单。
优选地,所述装置还包括:第二删除单元,用于在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用从所述对齐唤醒名单中删除。
本申请实施例还提供一种移动终端,包括:
一个或多个处理器;
存储器;和,
一个或多个程序,其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序包括用于以下操作的指令:
判断移动终端的操作系统的系统时间是否到达第一时间;
若是,则将目标应用添加到对齐唤醒名单。
优选地,其中所述一个或多个程序包括用于执行根据本申请实施例所提供的应用管理方法的指令。
本申请实施例还提供一种移动终端,包括:
一个或多个处理器;
存储器;和,
一个或多个程序,其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序包括用于以下操作的指令:
监控移动终端的屏幕状态;
根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
优选地,其中所述一个或多个程序包括用于执行根据本申请实施例所提供的应用管理方法的指令。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
在确定移动终端的操作系统的系统时间为第一时间时,自动地将目标应用添加到对齐唤醒名单中,使得能够根据该对齐唤醒名单所对应的时间,对目标应用进行对齐唤醒。从而解决了现有技术中,只能根据用户的选定操作,将用户所选定的目标应用添加到齐唤醒名单中,这样,当用户由于选定操作出现失误,而加入对齐唤醒名单失败时,所带来的电量消耗过快的问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的一种应用管理方法的具体实现流程示意图;
图2为本申请实施例提供的另一种应用管理方法的具体实现流程示意图;
图3为本申请实施例提供的应用管理方法,在实际应用中的具体示例的流程图;
图4为本申请实施例提供的应用管理方法,将即时通讯类的应用添加或移出对齐唤醒名单的示例流程图;
图5为本申请实施例提供的,手机在不同模式下切换时,将即时通讯类的应用添加或移出对齐唤醒名单的示例流程图;
图6为本申请实施例提供的一种应用管理装置的具体结构示意图;
图7为本申请实施例提供的另一种应用管理装置的具体结构示意图;
图8为本申请实施例提供的,实际应用中的移动终端的具体结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
实施例1
在手机等移动终端中,通常有两个处理器,分别为目标应用处理器(ApplicationProcessor,AP)和基带处理器(Baseband Processor,BP),其中:AP可以用于运行该移动终端的操作系统;BP可以用于运行通讯协议栈等。
当AP停止运行之后,操作系统进入休眠状态,此时,BP仍然会正常运行。目标应用可以通过BP来唤醒AP,从而唤醒操作系统。
实施例1提供了一种应用管理方法,用于解决现有技术中的问题。该方法的具体流程示意图如图1所示,包括下述步骤:
步骤S11:判断移动终端的操作系统的系统时间是否到达第一时间。
这里的移动终端可以包括手机、平板本电脑等;移动终端的操作系统可以包括ios系统、Android系统、Windows系统、360OS系统等。
第一时间可以根据用户的需要预先进行设置和更改。
例如,在晚上23点之后,用户需要休息,此时往往会将手机调成待机状态,因此可以预先将晚上23点设置为第一时间;或者,在中午12点,用户往往需要进行午休,因此也可以将中午12点设置为第一时间;当然,也可以根据具体的需要将其它时间设置为第一时间。
由于移动终端在开机状态时,BP通常会一直处于运行状态,而AP由于需要运行操作系统,使得运行功率较大,因此在实际设计过程中,为了减少移动终端的电量消耗,在需要时AP可能会进入休眠状态。因此,为了防止对系统时间是否到达第一时间的判断出现间断,一般情况下,可以由BP来对系统时间是否到达第一时间进行判断,这样,由于移动终端开机状态下,BP的长效运行,可以使得对该判断操作更加及时准确。
此外,判断系统时间是否到达第一时间的方式可以有多种,这里可以列举几种优选的方案:
可选方案一:对移动终端的操作系统的系统时间进行实时监控,并根据监控的结果判断系统时间是否到达第一时间。
这种方式对系统时间进行实时监控,从而确定系统时间是否为第一时间,该方式在实际应用中易于实现。
可选方案二:可以根据预设的提示时间判断所述系统时间是否到达所述第一时间。
该提示时间可以根据用户的需要进行预先设置,通常可以将该提示时间设置为该第一时间,使得在在系统时间到达第一时间时,通常会向操作系统进行提示;当然,也可以将该提示时间设置为与该第一时间不同,例如,可以将该第一时间提前10分钟(也可以为其它时间)设置为提示时间,这样到系统时间到达提示时间时,可以获知还有十分钟到达第一时间,从而也可以向用户发出提示,提高用户的体验。
因此,在实际应用中,根据预设的提示时间判断系统时间是否到达第一时间,可以设置针对预设的该提示时间的系统提示闹钟(alarm),当操作系统接收到系统提示闹钟的提示时,说明系统时间已经到达该提示时间,并可以判断系统时间是否到达第一时间。
例如,将提示时间设置为第一时间,并设置这对该提示时间的系统提示闹钟,当操作系统接收到系统提示闹钟的提示时,可以确定系统时间到达该提示时间,并判断系统时间到达第一时间。
此外,在实际应用中,该针对提示时间(例如,晚上23点)的系统提示闹钟,还可以在每天的23点进行重复循环,即每天系统时间到达23点时,操作系统均会收到该系统提示闹钟的提示。通常,可以根据如下方式设置针对提示时间的,重复循环的系统提示闹钟:
mAlarmManager.setRepeating(AlarmManager.RTC_WAKEUP,alendar.getTimeInMillis(),24_HOURS,sPending_Intent)。
需要说明的是,在实际应用中,该第一时间往往是根据用户的生活习惯等进行设置(例如,晚上23点等),在该第一时间用户往往需要将目标应用添加到对齐唤醒名单,因此可以设置针对该第一时间的系统提示闹钟,在系统时间到达该第一时间时,操作系统根据该系统提示闹钟的提示,能够将目标应用添加到对齐唤醒名单。
步骤S12:当系统时间到达第一时间时,将目标应用添加到对齐唤醒名单。
这里的目标应用可以是即时通讯(Instant Messaging)类的应用(通常也称之为,即时通讯应用、实时通讯应用等),例如,QQ、微信、旺信和/或whatsAPP等,也可以是用于收发电子邮件的应用,例如,Gmail和/或QQ邮箱等,也可以是用于电子支付或网上购物的应用,也可以是其它类型的应用。
当系统时间到达第一时间时,可以将移动终端上所安装的应用全部作为目标应用,添加到对齐唤醒名单,也可以根据需要,只是将其中指定的某一部分应用作为目标应用,添加到对齐唤醒名单。
例如,在屏幕处于灭屏状态下,由于即时通讯类的应用通常还会进行频繁的数据更新,从而唤醒操作系统,因此,当系统时间为第一时间时,通常可以只是将即时通讯类的应用添加到对齐唤醒名单。
将目标应用添加到对齐唤醒名单之后,可以根据对齐唤醒名单所对应的时间点,在该时间点唤醒操作系统,当移动终端上的应用较多时,这种对齐唤醒的方式可以减少应用对操作系统的唤醒频率,从而降低电量消耗。
此外,在实际应用中,当系统时间不为第一时间时,可以不将目标应用添加到对齐唤醒名单,也可以根据其它的方式将用添加到对齐唤醒名单中。
例如,当系统时间不为第一时间时,可以依据现有技术的方式,根据用户的选定操作,将用户所选定的目标应用添加到该对齐唤醒名单中。
采用本申请实施例1所提供的该方法,在确定移动终端的操作系统的系统时间为第一时间时,自动地将目标应用添加到对齐唤醒名单。从而解决了现有技术中,只能根据用户的选定操作,将用户所选定的应用添加到齐唤醒名单中,这样,当用户由于选定操作出现失误,而加入对齐唤醒名单失败时,所带来的电量消耗过快的问题。在实际应用中,现有技术的这种将目标应用加入对齐唤醒名单的方式,通常还会由于用户自身的局限性(容易遗忘等),在需要将某个应用添加到对齐唤醒名单时,而没有添加到成功;本申请实施例1所提供的该方法,可以提前设定好时间点(第一时间),当系统时间到达所设置的该时间点时,自动将该应用添加到对齐唤醒名单,这样不仅可以减少移动终端上点亮的消耗,同时还可以增加用户的使用体验。
例如,用户通常会在中午12点进行午休,此时通常会关闭手机屏幕,并且并不需要操作系统处于运行状态,但是微信等即时通讯类的应用可能还会频繁唤醒操作系统,进行数据更新,导致手机的电量消耗过快;因此,用户往往需要在中午12将微信加入对齐唤醒名单,然而,用户可能会由于其它事务而忘记在中午12将微信加入对齐唤醒名单,此时可以通过本申请实施例1的方法,设置针对中午12点的系统提示闹钟,提示处理器,在中午12点自动将微信加入对齐唤醒名单。
需要说明的是,在将目标应用添加到对齐唤醒名单中之后,对于该对齐唤醒名单中的部分应用来说,可以一直放在对齐唤醒名单中,根据对齐唤醒名单所对应的时间,来唤醒操作系统,使得这些应用能够实现数据更新等;但是对于另外一些应用(例如,即时通讯类的应用、电子支付类的应用等),用户可能也经常需要这些应用能够及时的进行数据更新等。
例如,上午9点左右,用户通常会通过微信频繁的收发信息,即使关闭手机屏幕,可能也需要能够接收到这些信息,因此在上午9点左右,需要将微信移出对齐唤醒名单。
根据上述原因,本申请实施例1所提供的方法,在将目标应用添加到对齐唤醒名单中之后,还可以包括如下的步骤S13。
步骤S13:当确定所述系统时间到达第二时间时,将所述目标应用从所述对齐唤醒名单中删除。
这里的,第二时间通常也可以根据用户的需要进行预先设置,当然也可以对该预设的第二时间进行更改。
例如,通常在上午7点左右,用户需要手机进行数据更新等,以获取新的信息,因此可以将上午7点设置为第二时间,在系统时间为上午7点时,将目标应用移出对齐唤醒名单;当然也可以根据需要将其它时间点(例如,上午9点等)设置为第二时间。
确定系统时间是否为第二时间的方式,可以与确定系统时间是否为第一时间的方式相同。例如,可以对系统时间进行实时监控,并根据监控的结果确定系统时间是否为第二时间;也可以,设置第二提示时间,根据该第二提示时间判断系统时间是否到达该第二时间,在实际应用中,可以设置针对该第二提示时间的系统提示闹钟,根据该系统提示闹钟的提示确定系统时间为第二提示时间,从而根据该第二提示时间确定系统时间是否到达第二时间;当然,也可以采用其它的方式确定系统时间是否为第二时间。
在系统时间为第二时间时,可以自动将目标应用移出对齐唤醒名单,此时目标应用可以唤醒操作系统,进行数据更新等操作,因此,在用户需要目标应用自动进行数据更新等目标应用场景下较为适用。
此外,用户每天需要应用进行数据更新的时间通常会有所不同。例如,用户在工作日需要应用在上午7点进行数据更新,此时,在7点需要将该应用移出对齐唤醒名单;用户在休息日需要应用在上午9点进行数据更新,此时,在9点需要将该应用移出对齐唤醒名单;并且,不同的用户需要应用进行数据更新的时间也会有所不同。因此,步骤S13当确定系统时间到达第二时间时,将所述目标应用从所述对齐唤醒名单中删除,还可以为步骤S131:
步骤S131:当确定系统时间到达第二时间时,若检测到所述移动终端的屏幕被点亮,将所述目标应用从所述对齐唤醒名单中删除。
在实际应用中,系统时间在第二时间或第二时间之后(即系统时间到达第二时间),当移动终端的屏幕被点亮时,说明用户需要目标应用进行数据更新等,可以将目标应用移出对齐唤醒名单。
例如,第二时间为上午7点,当系统时间为7点时,或者7点之后的某个时间(例如,8点),并且移动终端的屏幕被点亮时,将目标应用移出对齐唤醒名单。
这种方式对于用户来说,可以设置一个统一的第二时间,在第二时间或者第二时间之后,当用户需要目标应用进行数据更新时,只需要点亮移动终端的屏幕,即可自动将目标应用移出对齐唤醒名单,实现数据更新。
例如,用户将第二时间设置为上午7点,在工作日,用户7点点亮手机的屏幕,此时,操作系统自动将目标应用移出对齐唤醒名单,在休息日,用户在9点点亮手机的屏幕,操作系统也对应的在9点,自动将目标应用移出对齐唤醒名单。
实施例2
实施例2提供了一种应用管理方法,用于解决现有技术中的问题。该方法的具体流程示意图如图2所示,包括下述步骤:
步骤S21:监控移动终端的屏幕状态。
移动终端的屏幕状态通常可以包括亮屏状态和灭屏状态。
在实际应用中,移动终端的屏幕状态通常可以反映出,用户对该移动终端上的应用的操作行为。例如,如果移动终端的屏幕长时间处于亮屏状态,可以确定用户可能正在频繁的使用该移动终端上的应用;如果移动终端的屏幕长时间处于灭屏状态,可以确定用户可能在这段时间内使用移动终端上的应用的频率较低。因此可以通过监控移动终端的屏幕状态,来确定是否将应用添加到对齐唤醒名单。
监控移动终端的屏幕状态,可以通过多种方式来实现,比如,可以在移动终端的屏幕的液晶板下布设相应的电气线路,通过对电气线路中的信号来监控该移动终端的屏幕状态。
步骤S22:根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
在这里的所说目标应用与实施例1相同,就不在一一赘述。
在这里,根据监控结果,确定是否将目标应用添加到对齐唤醒名单的方式也可以有多种,这里可以列举几种可选方案:
可选方案一:当监控到所述移动终端的屏幕处于灭屏状态的时长大于或等于第一阈值时,将所述目标应用添加到所述对齐唤醒名单。
这里的第一阈值可以根据实际需要进行设定,例如可以设定为30分钟(或其他时间),当移动终端的屏幕处于灭屏状态下的时长大于30分钟时,说明用户对目标应用的使用频率大大降低,可以将目标应用添加到对齐唤醒名单。此外,当屏幕处于灭屏状态下的时长小于30分钟时,可以不将目标应用添加到对齐唤醒名单。
在实际应用中,还可以结合时间等其它的因素来设置该第一阈值,例如,在白天,由于用户对应用的使用频率相对较高,可以设置一个对应的第一阈值(称为,第一子阈值),当屏幕处于灭屏状态的时长大于该第一子阈值时,将目标应用添加到对齐唤醒名单;在晚上,由于用户对应用的使用频率相对较低,可以设置另一个对应的第一阈值(称为,第二子阈值),当屏幕处于灭屏状态的时长大于该第二子阈值时,将目标应用添加到对齐唤醒名单。当然,可以结合手机的震动等因素来设置对应的第一阈值,这里就不再一一说明。
可选方案二:当监控到最近一次屏幕处于亮屏状态的时长小于某个预设值时,将目标应用添加到所述对齐唤醒名单。
例如,用户最近一次点亮屏幕后,屏幕处于亮屏状态的时长为5分钟,该预设值为8分钟,可以确定将目标应用添加到所述对齐唤醒名单。
在实际应用中,用户通常可以通过对移动终端的屏幕进行触摸或点击等,来点亮屏幕,屏幕被点亮之后会在一段时间内处于亮屏状态。
采用本申请实施例2所提供的该方法,对移动终端的屏幕状态进行监控,然后根据监控结果,确定是否将目标应用添加到对齐唤醒名单。由于可以根据所监控到的屏幕状态,自动地将目标应用添加到对齐唤醒名单,从而解决了现有技术中,只能根据用户的选定操作,将用户所选定的应用添加到齐唤醒名单中,这样,当用户由于选定操作出现失误,而加入对齐唤醒名单失败时,所带来的电量消耗过快的问题。
在将目标应用添加到对齐唤醒名单之后(可以根据现有技术中的方法,也可以根据实施例1中的方法,也可以根据实施例2中的方法),通常还通过可以对移动终端的屏幕状态进行监控,从而确定是否将目标应用从对齐唤醒名单中删除。
例如,将目标应用添加到对齐唤醒名单之后,在预设时间段内,当监控到移动终端的屏幕被点亮的次数大于等于第二阈值时,将所述目标应用从所述对齐唤醒名单中删除。通常预设时间可以为20分钟,也可以根据实际需要设置为其它时间(如25分钟等),第二阈值可以为3次,也可以为其它(如4次等),当20分钟内,屏幕被点亮的次数大于3次时,可以将目标应用移出对齐唤醒名单。
需要特别说明的是,在实施例1中的步骤S11~步骤S13,在第一时间(系统时间)将目标应用自动添加到对齐唤醒名单,并在第二时间(系统时间)将目标应用自动移出对齐唤醒名单。在实际应用中,通常可以将第一时间设置为晚上23点(也可以为其它时间),将第二时间设置为上午7点(也可以为其它时间);在晚上23点将目标应用添加到对齐唤醒名单,因此根据实施例1中的该方法,晚上23点至上午7点的时间段(称为第一时间段),目标应用应当均在对齐唤醒名单中;然而,在实际应用中,在该第一时间段,用户可能由于加班等原因,需要目标应用进行数据更新等,此时,在该第一时间段内可以结合实施例2中的方法,对移动终端的屏幕状态进行监控,根据监控的结果确定是否将目标应用移出对齐唤醒名单。
例如,凌晨3点,用户在加班时,需要微信不断地更新数据;此时,根据实施例1的方法,在23点将微信添加到对齐唤醒名单之后,在凌晨3点,监控到用户频繁的点亮屏幕(通常为,20分钟点亮屏幕3次或3次以上),可以将微信移出对齐唤醒名单。
另外,如上所述的在上午7点之后将目标应用移出对齐唤醒名单,因此上午7点至晚上23点的时间段(称为第二时间段),根据实施例1的方法,目标应用均不在对齐唤醒名单中;然而,在实际应用中,在该第二时间段,用户可能由于午休等原因,需要将目标应用添加到对齐唤醒名单中,此时,在该第二时间段内也可以结合实施例2中的方法,对用户的操作行为进行监控,根据用户的操作行为将目标应用移入对齐唤醒名单。
例如,中午12点,用户在午休时,需要将微信移入对齐唤醒名单;此时,根据实施例1的方法,在7点之后已经将微信移出了对齐唤醒名单,当中午12左右,监控到用户长时间未点亮屏幕(通常为,30分钟未点亮屏幕)时,可以将微信移入对齐唤醒名单。
当然,在实际应用中,也可以现根据对移动终端屏幕的监控结果,将目标应用添加到(或移出)对齐唤醒名单,并结合所设定的时间(包括第一时间和第二时间),将已添加到(或移出)对齐唤醒名单的目标应用,重新移出(或添加到)对齐唤醒名单。
上述是对本申请实施例1和实施例2的具体说明,为了便于理解,可以列举实际应用中的示例,对该实施例1和实施例2再次说明。在该示例中,移动终端具体为手机,目标应用具体为微信(即时通讯类的应用),第一时间具体为晚上23点,第二时间具体为上午7点,用户的操作行为包括20分钟内点亮屏幕的次数以及屏幕处于灭屏状态下的时长,第一阈值为30分钟,第二阈值为3次。如图3所示,该示例的具体步骤如下:
步骤S31:设置23点的系统提示闹钟。
该系统提示闹钟能够在23点对操作系统进行提示。
步骤S32:根据该系统提示闹钟的提示,在23点将微信添加到对齐唤醒名单。
步骤S33:系统时间到达7点时,如果监控到用户点亮手机屏幕,将微信从对齐唤醒名单中删除。
步骤S34:当手机屏幕处于灭屏状态下的时长大于30分钟时,将微信再次添加到对齐唤醒名单。
步骤S35:当手机屏幕20分钟内被点亮的次数大于3次时,将微信再次移出对齐唤醒名单。
结合如图4所示,当系统时间是在将在夜间(23点至7点之间)时,可以将微信添加到对齐唤醒名单,在白天(7点至23点之间)时,判断手机屏幕是否为亮屏,并且当用户第一次点亮屏幕时,将微信移出对齐唤醒名单,当用户在20分钟内点亮屏幕次数大于3次时,将微信移出对齐唤醒名单,当屏幕处于灭屏状态时,判断灭屏状态持续的时长是否大于30分钟,若是,则将微信添加到对齐唤醒名单。
此外,需要进一步说明的是,该示例根据步骤S31~步骤S35的顺序进行展开描述,但是,在实际应用中,并不必然按照该顺序进行实施。例如,在步骤S32中,将微信添加到对齐唤醒名单之后,可以根据步骤S35,将微信移出对齐唤醒名单,然后根据步骤S32或者步骤S34,将微信再次添加到对齐唤醒名单。当然,在实际应用中,通过调整以其它顺序对本申请的实施,也在本申请的保护范围之内。
在实际应用中,为了便于用户根据需要来节省电量,对于手机等移动终端来说,通常可以会有多种省电模式,例如,常见的省电模式有一般省电模式、智能省电模式和超级省电模式。其中,当移动终端处于一般省电模式下时,说明用户需要移动终端具有高性能,此时,如果目标应用在对齐唤醒名单中,可以将该目标应用从对齐唤醒名单中删除,如果目标应用没有在对齐唤醒名单中,可以不对该目标应用进行处理(不将其加入对齐唤醒名单);当移动终端处于智能省电模式下时,说明用户可能需要保存移动终端的电量,此时,可以根据本申请实施例1和/或实施例2所提供的方法,将即时通讯类的应用自动添加到或者移出对齐唤醒名单;移动终端在超级省电模式下,通常是为了极端的保存手机的电量,此时,如果目标应用没有在对齐唤醒名单,可以将目标应用添加到对齐唤醒名单,如果目标应用已经在对齐唤醒名单,可以不对该目标应用进行处理(不将其从对齐唤醒名单中删除)。
此外,手机上除了这些省电模式之外,通常还会包括勿扰模式等,当移动终端处于勿扰模式时,操作系统默认收不到消息,此时如果目标应用没有在对齐唤醒名单,可以将其添加到对齐唤醒名单中,如果目标应用已经在对齐唤醒名单中,可以不对其进行处理(不将其从对齐唤醒名单中删除);当然,如果移动终端没有处于勿扰模式,可以根据本申请实施例1和/或实施例2所提供的方法,将目标应用自动添加到或者移出对齐唤醒名单。
在实际应用中,通常还可以对目标应用是否接收通知进行设置,比如,微信中可以设置为不接收通知。当目标应用被设置为不接收通知的状态时,说明用户对目标应用的通知的敏感度不强,此时,如果目标应用在对齐唤醒名单之外,可以将目标应用添加到对齐唤醒名单之中;当目标应用没有被设置为不接收通知的状态时,也可以根据本申请实施例1和/或实施例2所提供的方法,将即时通讯类的应用自动添加到或者移出对齐唤醒名单。
如图5所示为,手机由超级省电或勿扰模式切换至智能省电模式时,对应的是否将即时通讯类的应用(以微信为例)添加到对齐唤醒名单的流程图。
实施例3
基于与实施例1相同的发明构思,本申请实施例3提供一种应用管理装置,用于解决现有技术中的问题,其中,对于实施例3中的各个描述对象,若有不清楚之处,可以参考实施例1。如图6所示,该装置60包括:判断单元601以及第一添加单元602,其中:
判断单元601,用于判断移动终端的操作系统的系统时间是否到达第一时间;
第一添加单元602,用于当所述系统时间到达所述第一时间时,将目标应用添加到对齐唤醒名单。
采用本申请实施例3所提供的该装置60,由于该装置60采用与实施例1相同的发明构思,因此能够解决现有技术中的问题。此外,在实际应用中,还可以结合具体的硬件设备,取得其它的实施效果。例如,将该装置60实施于手机等移动终端中,该手机等移动终端能够自动地将目标应用添加到对齐唤醒名单,相对于现有技术需要人工进行选定操作时,可能带来的操作失误而导致添加失败,能够提高添加的成功率,因此更能够节省手机等移动终端上的电量,延长电池的使用时间,从而提高该手机的商业价值。
在实际应用中,判断单元601判断移动终端的操作系统的系统时间是否到达第一时间时,可以是根据预设的提示时间判断系统时间是否到达所述第一时间。并且,判断单元601根据预设的提示时间判断系统时间是否到达所述第一时间,还可以是设置针对预设的提示时间的系统提示闹钟,并根据该系统提示闹钟的提示判断系统时间是否到达所述第一时间。
比如,预设的提示时间为晚上22点55分,第一时间为晚上23点,可以设置针对22点55分的系统提示闹钟,用来提示操作系统即将到达第一时间,以便于操作系统进行准备(例如,向用户发送通知消息等)。
根据实际需要,第一添加单元602在将目标应用添加到对齐唤醒名单之后,在某些时间(称为第二时间)之后,用户可能还会用到该目标应用,因此,当到达该第二时间时,需要将目标应用从对齐唤醒名单中删除。因此,该装置60在第一添加单元602之后,还可以包括第一删除单元,用于当确定操作系统的系统时间到达第二时间时,可以通过第一删除单元将目标应用从对齐唤醒名单中删除。
比如,第二时间为上午9点,目标应用为微信。当移动终端的操作系统的系统时间到达上午9点时,可以通过第一删除单元将微信从对齐唤醒名单中删除。
在确定操作系统的系统时间到达第二时间时,通过第一删除单元将目标应用从对齐唤醒名单中删除,可以是第一删除单元,当检测到所述移动终端的屏幕被点亮时,将所述目标应用从所述对齐唤醒名单中删除。
当系统时间到达第二时间,但是没有检测到移动终端的屏幕被点亮,说明用户可能并不需要用到目标应用,可以不用将目标应用从对齐唤醒名单删除,以节省移动终端的电量,并且也不会由于目标应用的数据更新而对用户造成干扰。
在实际应用中,为了便于用户根据需要来节省电量,对于手机等移动终端来说,通常可以会有多种省电模式,这些省电模式通常可以包括一般省电模式、智能省电模式和超级省电模式等。其中,当移动终端处于一般省电模式下时,说明用户需要移动终端具有高性能,此时,如果目标应用在对齐唤醒名单中,可以将该目标应用从对齐唤醒名单中删除,如果目标应用没有在对齐唤醒名单中,可以不对该目标应用进行处理(不将其加入对齐唤醒名单);当移动终端处于智能省电模式下时,说明用户可能需要保存移动终端的电量,此时,可以采用本申请所提供的装置60,将目标应用自动添加到或者移出对齐唤醒名单;移动终端在超级省电模式下,通常是为了极端的保存手机的电量,此时,如果目标应用没有在对齐唤醒名单,可以将目标应用添加到对齐唤醒名单,如果目标应用已经在对齐唤醒名单,可以不对该目标应用进行处理(不将其从对齐唤醒名单中删除)
因此,在判断单元601之前,该装置60还可以包括第三添加单元,用于确定所述移动终端当前的省电模式,当所述移动终端处于超级省电模式时,将所述目标应用添加到所述对齐唤醒名单;和/或,当所述移动终端处于智能省电模式时,再通过判断单元601,来判断移动终端的操作系统的系统时间是否到达第一时间。
此外,手机上除了这些省电模式之外,通常还会包括勿扰模式等,当移动终端处于勿扰模式时,操作系统默认收不到消息,此时如果目标应用没有在对齐唤醒名单,可以将其添加到对齐唤醒名单中,如果目标应用已经在对齐唤醒名单中,可以不对其进行处理(不将其从对齐唤醒名单中删除);当然,如果移动终端没有处于勿扰模式,也可以采用本申请所提供的装置60,将即时通讯类的应用自动添加到或者移出对齐唤醒名单。
在实际应用中,通常还可以对目标应用是否接收通知进行设置,比如,微信中可以设置为不接收通知。当目标应用被设置为不接收通知的状态时,说明用户对目标应用的通知的敏感度不强,此时,如果目标应用在对齐唤醒名单之外,可以将目标应用添加到对齐唤醒名单之中;当目标应用没有被设置为不接收通知的状态时,也可以采用本申请所提供的装置60,将即时通讯类的应用自动添加到或者移出对齐唤醒名单。
因此,在判断单元601之前,装置60还可以包括第二判断单元,用于判断所述移动终端是否处于勿扰模式或者判断是否已将所述目标应用设置为不接收通知的状态,若是,则将所述目标应用添加到所述对齐唤醒名单;若否,则通过所述判断单元601,来判断移动终端的操作系统的系统时间是否到达第一时间。
当然,这里所说的目标应用可以是诸如微信、QQ等即时通讯类的应用,也可以是诸如支付宝等电子支付类的应用,也可以是其他类型的应用。
实施例4
基于与实施例2相同的发明构思,本申请实施例4提供一种应用管理系统,用于解决现有技术中的问题,其中,对于实施例4中的各个描述对象,若有不清楚之处,可以参考实施例2。如图7所示,该系统70包括:监控单元701以及第二添加单元702,其中:
监控单元701,用于监控移动终端的屏幕状态;
第二添加单元702,用于根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
采用本申请实施例4所提供的该系统70,由于该系统70采用与实施例2相同的发明构思,因此能够解决现有技术中的问题。此外,在实际应用中,该系统70通过结合具体的硬件设备所取得的实施效果,也在本申请的保护范围之内,这里就不再对此进行一一赘述。
第二添加单元702根据监控结果,确定是否将目标应用添加到对齐唤醒名单,在实际应用中可以是,当监控到移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用添加到所述对齐唤醒名单。
比如,该第一阈值可以是30分钟,当监控到移动终端的屏幕处于灭屏状态下的时长大于或者等于30分钟时,说明用户目前对目标应用的使用频率较低,可以将该目标应用添加到对齐唤醒名单中,以防止目标应用频繁唤醒操作系统,造成移动终端电量的浪费。
在将目标应用添加到对齐唤醒名单之后,用户可能会由于工作或者其他原因,需要频繁的用到目标应用,此时还可以根据用户对移动终端的操作,将目标应用从对齐唤醒名单中删除。比如,在预设时间段内,用户点亮移动终端屏幕(移动终端的屏幕被点亮)的次数大于或等于第二阈值时,可以将目标应用从对齐唤醒名单中删除。
因此装置70在第二添加单元702之后还可以包括:第二删除单元703,用于在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用从所述对齐唤醒名单中删除。
在实际应用中,通常可以将第二阈值设置为3(也可以为4或者其它值),将预设时间段设置为20分钟(或者其它),当20分钟内,移动终端的屏幕被点亮的次数大于或者等于3时,可以将目标应用从对齐唤醒名单中删除。
需要说明的是,在实际应用中,还可以将本申请实施例3所提供的装置60和本申请实施例4所提供的装置70结合进行使用,比如,当装置60的判断单元601在判断出移动终端的操作系统的系统时间没有到达第一时间时,可以通过装置70将目标应用添加到对齐唤醒名单;或者,装置70中的第二添加单元702根据监控结果确定没有将目标应用添加到对齐唤醒名单时,也可以通过装置60将目标应用添加到对齐唤醒名单。又或者,在装置60中通过第一删除单元将目标应用从对齐唤醒名单中删除之后,也可以通过装置70来将目标应用再次添加到对齐唤醒名单。因此,通过将装置60与装置70的拆分或者结合,所得到的技术方案以及技术效果也必然在本申请的保护范围之内。
为了解决现有技术中的问题,本发明实施例还提供了具体的实体装置,比如移动终端,如图8所示。为了便于说明,仅示出了该移动终端中与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该移动终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备。下面以移动终端为手机为例进行具体说明:
图8示出的是与本发明实施例提供的移动终端相关的手机的部分结构的框图。参考图8,该手机包括:射频(Radio Frequency,RF)电路810、存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真(wireless-fidelity,Wi-Fi)模块870、处理器880、以及电源890等部件。本领域技术人员可以理解,图8中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图8对手机的各个构成部件进行具体的介绍:
RF电路810可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器880处理;另外,将设计上行的数据发送给基站。通常,RF电路810包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,RF电路810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General Packet RadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器820可用于存储软件程序以及模块,处理器880通过运行存储在存储器820的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器820可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元830可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元830可包括触控面板831以及其他输入设备832。触控面板831,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上或在触控面板831附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板831可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器880,并能接收处理器880发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831,输入单元830还可以包括其他输入设备832。具体地,其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元840可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元840可包括显示面板841,可选的,可以采用液晶显示器(Liquid CrystalDisplay,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板841。进一步的,触控面板831可覆盖显示面板841,当触控面板831检测到在其上或附近的触摸操作后,传送给处理器880以确定触摸事件的类型,随后处理器880根据触摸事件的类型在显示面板841上提供相应的视觉输出。虽然在图8中,触控面板831与显示面板841是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板831与显示面板841集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器850,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板841的亮度,接近传感器可在手机移动到耳边时,关闭显示面板841和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路860、扬声器861,传声器862可提供用户与手机之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号,传输到扬声器861,由扬声器861转换为声音信号输出;另一方面,传声器862将收集的声音信号转换为电信号,由音频电路860接收后转换为音频数据,再将音频数据输出处理器880处理后,经RF电路810以发送给比如另一手机,或者将音频数据输出至存储器820以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块870可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块870,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器880是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器820内的软件程序和/或模块,以及调用存储在存储器820内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器880可包括一个或多个处理单元;优选的,处理器880可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器880中。
手机还包括给各个部件供电的电源890(比如电池),优选的,电源可以通过电源管理系统与处理器880逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本发明实施例中,该移动终端所包括的处理器880还具有以下功能:
判断移动终端的操作系统的系统时间是否到达第一时间,当系统时间到达该第一时间时,将目标应用添加到对齐唤醒名单;
通常判断移动终端的操作系统的系统时间是否到达第一时间,可以是根据预设的提示时间判断所述系统时间是否到达所述第一时间。该预设的提示时间可以根据该第一时间来预先进行设置,比如,相对于第一时间提前5分钟(或其他时间)作为该预设的提示时间,也可以将该第一时间直接设置为该预设的提示时间;当然,在实际应用中,可以设置针对该预设的提示时间的系统提示闹钟,并根据系统提示闹钟的提示判断系统时间是否到达所述第一时间。
这里的第一时间可以根据需要进行设定,比如,将该第一时间设定为晚上23点,当系统时间到达晚上23点时,将诸如微信等目标应用添加到对齐唤醒名单。
此外,在将目标应用添加到对齐唤醒名单之后,当确定系统时间到达第二时间时,还可以将所述目标应用从对齐唤醒名单中删除。
比如,可以将该第二时间设置为上午9点,当系统时间到达上午9点时,将诸如微信等目标应用从对齐唤醒名单中删除。
当然,当系统时间到达第二时间时,还可以在监测到移动终端的屏幕被点亮时,才将目标应用从所述对齐唤醒名单中删除。如果当系统时间到达第二时间时,而移动终端的屏幕没有被点亮,可以不用将目标应用从对齐唤醒名单中删除,这种方式可以减少目标应用由于数据更新等原因而对用户造成的骚扰。
此外,诸如手机等移动终端通常会有多种省电模式,其中可能会包括一般省电模式、超级省电模式以及智能省电模式等,不同的省电模式通常需要对目标应用进行不同的处理。因此,在判断移动终端的操作系统的系统时间是否到达第一时间之前,可以先确定移动终端当前的省电模式,当所述移动终端处于超级省电模式时,将所述目标应用添加到所述对齐唤醒名单,当所述移动终端处于智能省电模式时,再判断移动终端的操作系统的系统时间是否到达第一时间,当所述移动终端处于一般省电模式时,如果目标应用在对齐唤醒名单中,可以将其从对齐唤醒名单中删除,如果目标应用没有在对齐唤醒名单中,可以不对目标应用进行处理。
当然,诸如手机等移动终端除了会有多种省电模式之外,通常还会包括勿扰模式等。因此,在判断移动终端的操作系统的系统时间是否到达第一时间之前,可以先判断移动终端是否处于勿扰模式,当处于勿扰模式时,将所述目标应用添加到所述对齐唤醒名单,当未处于勿扰模式时,再判断移动终端的操作系统的系统时间是否到达第一时间。
在实际应用中,通常还可以对目标应用是否接收通知进行设置,比如,微信中可以设置为不接收通知。当目标应用被设置为不接收通知的状态时,说明用户对目标应用的通知的敏感度不强,此时,如果目标应用在对齐唤醒名单之外,可以将目标应用添加到对齐唤醒名单之中。因此,在判断移动终端的操作系统的系统时间是否到达第一时间之前,可以先判断是否已将所述目标应用设置为不接收通知的状态,若是,则将所述目标应用添加到所述对齐唤醒名单,若否,则判断移动终端的操作系统的系统时间是否到达第一时间。
在本发明实施例中,该移动终端所包括的处理器880还可以具有以下功能:
监控移动终端的屏幕状态,并根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
比如说,当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用添加到所述对齐唤醒名单。
这里的第一阈值可以根据实际需要进行设定,通常可以设置为30分钟,此时,当监控到移动终端的屏幕处于灭屏状态的时长大于等于30分钟时,可以将诸如微信等目标应用添加到所述对齐唤醒名单。
当然,在将目标应用添加到对齐唤醒名单之后,在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用从所述对齐唤醒名单中删除。
通常可以将第二阈值设置为3次(或者4次等),将预设时间段设置为20分钟,此时,当移动终端的屏幕在20分钟内被点亮的次数大于或等于3次时,将目标应用从对齐唤醒名单中删除。
本发明技术方案如下:
A1.一种应用管理方法,包括:
判断移动终端的操作系统的系统时间是否到达第一时间;
若是,则将目标应用添加到对齐唤醒名单。
A2.根据A1所述的方法,所述判断移动终端的操作系统的系统时间是否到达第一时间,具体包括:
根据预设的提示时间判断所述系统时间是否到达所述第一时间。
A3.根据A2所述的方法,根据预设的提示时间判断所述系统时间是否到达所述第一时间,具体包括:
设置针对预设的所述提示时间的系统提示闹钟,并根据所述系统提示闹钟的提示判断所述系统时间是否到达所述第一时间。
A4.根据A1所述的方法,在将目标应用添加到对齐唤醒名单之后,所述方法还包括:
当确定所述系统时间到达第二时间时,将所述目标应用从所述对齐唤醒名单中删除。
A5.根据A4所述的方法,将所述目标应用从所述对齐唤醒名单中删除,具体包括:
当检测到所述移动终端的屏幕被点亮时,将所述目标应用从所述对齐唤醒名单中删除。
A6.根据A4和A5任意一个所述的方法,在将所述目标应用从所述对齐唤醒名单中删除之后,所述方法还包括:
监控所述移动终端的屏幕状态;
根据监控结果,确定是否将所述目标应用再次添加到对齐唤醒名单。
A7.根据A6所述的方法,根据监控结果,确定是否将所述目标应用再次添加到对齐唤醒名单,具体包括:
当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用再次添加到所述对齐唤醒名单。
A8.根据A7所述的方法,在将所述目标应用再次添加到所述对齐唤醒名单之后,所述方法还包括:
在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用再次从所述对齐唤醒名单中删除。
A9.根据A1所述的方法,所述目标应用具体为即时通讯类的应用。
A10.根据A1所述的方法,在判断移动终端的操作系统的系统时间是否到达第一时间之前,所述方法还包括:
确定所述移动终端当前的省电模式;
当所述移动终端处于超级省电模式时,将所述目标应用添加到所述对齐唤醒名单。
A11.根据A1所述的方法,在判断移动终端的操作系统的系统时间是否到达第一时间之前,所述方法还包括:
判断所述移动终端是否处于勿扰模式或者判断是否已将所述目标应用设置为不接收通知的状态,若是,则将所述目标应用添加到所述对齐唤醒名单。
B12.一种应用管理方法,包括:
监控移动终端的屏幕状态;
根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
B13.根据B12所述的方法,根据监控结果,确定是否将目标应用添加到对齐唤醒名单,具体包括:
当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用添加到所述对齐唤醒名单。
B14.根据B13所述的方法,在将所述目标应用添加到所述对齐唤醒名单之后,所述方法还包括:
在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用从所述对齐唤醒名单中删除。
C15.一种应用管理装置,所述装置包括:判断单元以及第一添加单元,其中:
判断单元,用于判断移动终端的操作系统的系统时间是否到达第一时间;
第一添加单元,用于当所述系统时间到达所述第一时间时,将目标应用添加到对齐唤醒名单。
C16.根据C15所述的装置,所述判断单元,用于根据预设的提示时间判断所述系统时间是否到达所述第一时间。
C17.根据C16所述的装置,所述判断单元,用于根据预设的针对预设提示时间的系统提示闹钟的提示判断所述系统时间是否到达所述第一时间。
C18.根据C15所述的装置,所述装置还包括第一删除单元,用于当确定所述系统时间到达第二时间时,将所述目标应用从所述对齐唤醒名单中删除。
C19.根据C18所述的装置,所述第一删除单元还用于:
当检测到所述移动终端的屏幕被点亮时,将所述目标应用从所述对齐唤醒名单中删除。
C20.根据C18和C19任意一个所述的装置,所述装置还包括:监控单元以及第二添加单元,其中:
监控单元,用于监控所述移动终端的屏幕状态;
第二添加单元,用于根据监控结果,确定是否将所述目标应用再次添加到对齐唤醒名单。
C21.根据C20所述的装置,第二添加单元,用于当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用再次添加到所述对齐唤醒名单。
C22.根据C20所述的装置,所述装置还包括:第二删除单元,用于在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用再次从所述对齐唤醒名单中删除。
C23.根据C15所述的装置,所述目标应用具体为即时通讯类的应用。
C24.根据C15所述的装置,所述装置还包括:
第三添加单元,用于确定所述移动终端当前的省电模式;当所述移动终端处于超级省电模式时,将所述目标应用添加到所述对齐唤醒名单。
C25.根据C15所述的装置,所述装置还包括:
第二判断单元,用于判断所述移动终端是否处于勿扰模式或者判断是否已将所述目标应用设置为不接收通知的状态,若是,则将所述目标应用添加到所述对齐唤醒名单。
D26.一种应用管理装置,所述装置包括:监控单元以及第二添加单元,其中:
监控单元,用于监控移动终端的屏幕状态;
第二添加单元,用于根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
D27.根据对D26所述的装置,所述第二添加单元,用于当监控到所述移动终端的屏幕处于灭屏状态的时长大于等于第一阈值时,将所述目标应用添加到所述对齐唤醒名单。
D28.根据对D27所述的装置,所述装置还包括:第二删除单元,用于在预设时间段内,当监控到所述屏幕被点亮的次数大于等于第二阈值时,将所述目标应用从所述对齐唤醒名单中删除。
E29.一种移动终端,包括:
一个或多个处理器;
存储器;和,
一个或多个程序,其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序包括用于以下操作的指令:
判断移动终端的操作系统的系统时间是否到达第一时间;
若是,则将目标应用添加到对齐唤醒名单。
E30.根据E29所述的移动终端,其中所述一个或多个程序包括用于执行根据本申请实施例所提供的A2至A11所述的方法中的任一方法的指令。
F31.一种移动终端,包括:
一个或多个处理器;
存储器;和,
一个或多个程序,其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序包括用于以下操作的指令:
监控移动终端的屏幕状态;
根据监控结果,确定是否将目标应用添加到对齐唤醒名单。
F32.根据F31所述的移动终端,其中所述一个或多个程序包括用于执行根据本申请实施例所提供的B13至B14所述的方法中的任一方法的指令。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、磁盘或光盘等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的手机等移动终端进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。