CN110908494A - 待管理应用检测及控制方法、装置、终端及存储介质 - Google Patents
待管理应用检测及控制方法、装置、终端及存储介质 Download PDFInfo
- Publication number
- CN110908494A CN110908494A CN201811074223.7A CN201811074223A CN110908494A CN 110908494 A CN110908494 A CN 110908494A CN 201811074223 A CN201811074223 A CN 201811074223A CN 110908494 A CN110908494 A CN 110908494A
- Authority
- CN
- China
- Prior art keywords
- application
- preset
- candidate
- applications
- managed
- 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.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
-
- 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/329—Power saving characterised by the action undertaken by task scheduling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
- G06F9/4893—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues taking into account power or heat criteria
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Telephone Function (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例提供一种待管理应用检测及控制方法、装置、终端及存储介质,在终端使用过程中,可获取终端上当前运行的各应用中,满足预设第一耗电条件的候选应用以得到候选应用集合;然后根据预设应用类型识别规则对确定出的候选应用集合中不属于预设应用类型的目标应用进行筛选,所筛选出的目标应用就为待进行功耗管理的待管理应用;也即在某些实施例中,可通过第一耗电条件先初选出终端上待管理的候选应用集合,然后根据应用类型识别规则对候选应用集合中的候选应用再做进一步筛选得到最终需要进行功耗管理的应用,从而可提升存在功耗异常的待管理应用检测的准确性。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种待管理应用检测及控制方法、装置、终端及存储介质。
背景技术
随着智能终端技术的发展以及在人们的生活和工作中充当着越来越重要的角色,在终端上所安装的应用越来越多,应用的功能也越来越丰富和强大,以满足用户在生活和工作中的各种应用需求。
但是,随着终端支持应用的多样化和功能的强大,在终端使用过程中,往往会发现存在以下情况:终端上安装的应用越多,即使某些应用没有使用,也能感觉到终端的电池消耗越来越快,内存越来越少。这是因为有些应用即使没有使用,这些应用也会在后台频繁的占用CPU等***资源,导致终端的耗电量较大;终端电池能力、内存等硬件资源在丰富多彩的应用面前就显得捉襟见肘,从而影响用户体验。
因此,对于终端上所安装的众多应用中,如何准确的确定出需要进行管理的应用进行功耗管理就显得尤为重要。
发明内容
本发明实施例提供的一种待管理应用检测及控制方法、装置、终端及存储介质,主要解决的技术问题是:如何准确的确定出终端上需要进行管理的应用。
为解决上述技术问题,本发明实施例提供一种待管理应用检测方法,包括:
获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用,得到候选应用集合;
根据预设应用类型识别规则确定出所述候选应用集合中,不属于预设应用类型的目标应用,所述目标应用作为待管理应用。
为解决上述技术问题,本发明实施例还提供一种应用控制方法,包括:
通过如上所述的待管理应用检测方法,确定出终端上当前运行的各应用中的待管理应用;
对所述待管理应用进行节省能耗的控制。
为解决上述技术问题,本发明实施例还提供一种待管理应用检测装置,包括:
初级确定模块,获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用,得到候选应用集合;
处理模块,用于根据预设应用类型识别规则确定出所述候选应用集合中,不属于预设应用类型的目标应用,所述目标应用作为待管理应用。
为解决上述技术问题,本发明实施例还提供一种应用控制装置,包括如上所述的待管理应用检测装置,还包括控制模块;
所述控制模块用于对所述异常应用检测装置确定出的待管理应用进行节省能耗的控制。
为解决上述技术问题,本发明实施例还提供一种终端,包括处理器、存储器和通信总线;
所述通信总线用于将所述处理器和存储器连接;
所述处理器用于执行所述存储器中存储的第一计算机程序,以实现如上所述的待管理应用检测方法的步骤;
或,
所述处理器用于执行所述存储器中存储的第二计算机程序,以实现如上所述的应用控制方法的步骤。
为解决上述技术问题,本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个第一计算机程序,所述一个或者多个计算机程序可被一个或者多个处理器执行,以实现如上所述的待管理应用检测方法的步骤;
或,所述计算机可读存储介质存储有一个或者多个第二计算机程序,所述一个或者多个第二计算机程序可被一个或者多个处理器执行,以实现如上所述的应用控制方法的步骤。
本发明的有益效果是:
根据本发明实施例提供的待管理应用检测及控制方法、装置、终端及存储介质,在终端使用过程中,可获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用以得到候选应用集合;然后根据预设应用类型识别规则对确定出的候选应用集合中不属于预设应用类型的目标应用进行筛选,所筛选出的目标应用就为待进行功耗管理的待管理应用;本发明实施例通过第一功耗条件先初选出终端上待管理的候选应用集合,然后根据应用类型识别规则对候选应用集合中的候选应用再做进一步筛选得到最终需要进行功耗管理的应用,从而可提升存在功耗异常的待管理应用检测的准确性。
进一步地,在本发明实施例中,确定出终端上当前运行的各应用中存在功耗异常的待管理应用后,还可对这些待管理应用进行节省能耗的处理,例如包括但不限于冻结处理,从而在不影响用户正常使用终端的同时,提升终端续航能力和资源利用率,进而提升用户体验的满意度。
本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明,且应当理解,至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
图1为本发明实施例一的待管理应用检测方法流程示意图;
图2为本发明实施例二的应用控制方法流程示意图;
图3为本发明实施例二的待管理应用检测方法流程示意图一;
图4为本发明实施例二的待管理应用检测方法流程示意图二;
图5为本发明实施例二的待管理应用检测方法流程示意图三;
图6为本发明实施例三的待管理应用检测装置结构示意图;
图7为本发明实施例三的应用控制装置结构示意图;
图8为本发明实施例三的动态冻结待管理应用方法流程示意图;
图9为本发明实施例四的终端结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
实施例一:
本实施例提供了一种待管理应用检测方法,可以实现对终端上当前运行的各应用的功耗是否异常进行准确的检测,以为终端的节能控制提供准确的依据,进而实现在不影响用户正常使用终端的同时,提升终端续航能力和资源利用率,提升用户体验的满意度。
本实施例提供的一种待管理应用检测方法,参见图1所示,包括:
S101:获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用,得到候选应用集合。
S102:根据预设应用类型识别规则确定出候选应用集合中,不属于预设应用类型的目标应用,该目标应用则作为当前的待管理应用。
应当理解的是,本实施例中的终端可以是支持应用运行的各种智能终端,例如包括但不限于智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA)、平板电脑(PAD),便携式多媒体播放器(PMP)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。且本实施例中终端上运行的***可包括但不限于Android、iOS、windows phone、Symbian、BlackBerry OS、windows mobile、以及微软的应用于PC机上的windows系列***、苹果的MAC系列***,还可包括linux***等。
本实施例中,终端上当前运行的各应用包括在终端上启动,运行于后台的各种应用,也可包括运行于前台的各种应用,或者根据需求同时包括运行于后台和前台的各应用。当同时包括运行于前台和后台的各种应用时,可以对终端上当前运行的所有应用进行全面的监测,避免仅针对后台运行的应用进行监测,而导致前台运行的应用发生异常时不能及时、准确的发现。尤其是针对恶意应用针对该漏洞将相关进程维持在终端前台运行,从而可逃出异常监测范围,导致终端上明明进行了异常应用监测,却监测不到异常应用情况的发生,因此,在一种示例中,当同时对终端上前台和后台的各种应用是否满足第一功耗条件进行监测时,可以实现对终端当前运行的所有应用进行监测,避免前台运行的异常应用因相关技术未将其纳入监测范围而导致漏监测的情况发生,可进一步提升用户用户体验满意度。
在本实施例的另一示例中,也可以仅针对获取终端上当前运行于后台的各应用进行监测。因为一些应用场景中,例如各种智能手机、IPAD等终端,运行于前台的应用一般只有一款或两款应用,且运行于前台的应用一般为用户当前正在使用的应用。因此,针对这些应用场景,可以仅针对终端上当前运行于后台的各应用进行监测。在本示例中,预设第一功耗条件可以包括应用当前处于后台运行状态。
在本实施例中,通过预设第一功耗条件对终端上运行的各应用中选选择出的候选应用,是初步判定功耗较高的应用。因此,在本实施例中,第一功耗条件可以包括:
应用当前处于后台运行状态,且具有预设高耗电行为。
当然,如上分析所示,在一些应用场景中,第一功耗条件可以仅包括:应用具有预设高耗电行为,对应用是在前台运行还是后台运行并不做限制。
应当理解的是,在本实施例中,可以从各方面确定终端运行的应用中,哪些应用存在高耗电行为,例如可包括但不限于从处理器的占用情况、内存的占用情况、唤醒锁的占用情况、定位资源的占用情况以及传感器的占用情况中的至少方面确定应用当前是否为耗电较高的应用,以确定是否需要将其纳入候选应用集合中。
例如,在一种示例中,预设高耗电行为可包括但不限于以下中的至少一种:
处理器占用状态符合预设第一状态;在本实施例中,该处理器和包括中央处理器和图形处理器(Graphics Processing Unit,GPU)中的至少一种;本实施例中的处理器占用状态可以为处理器占用时长,也可以为处理器的资源占用情况,或者同时包括处理器占用时长(可以是连续时长,也可以是在一个周期内占用处理器的总时长),或处理器的资源占用量值;相应的,第一状态可以包括预设的处理器占用时长阈值,和/或处理器资源占用阈值;例如,在一种示例中,处理器占用状态包括处理器占用时长,则处理器占用时长大于等于处理器占用时长阈值时,则认为处理器占用状态符合预设第一状态;相应的,在其他示例中,处理器占用状态包括处理器资源占用量值(可以是占用资源的比例值或绝对值等)时,则处理器资源占用量值大于等于处理器资源占用阈值时,则认为处理器占用状态符合预设第一状态;
内存占用状态符合预设第二状态;本实施例中内存占用状态可以是应用占用内存资源的变化趋势,此时的第二状态可以是资源占用量增加或逐渐增加等;本实施例中内存占用状态也可以是应用占用的内存占用量值(可以是占用资源的比例值(该比例值可以是当前各应用占用资源比例的排名)或绝对值等),此时的第二状态可以包括内存资源占用阈值,当内存占用量值大于等于该内存资源占用阈值时,可认为该应用的内存占用状态符合预设第二状态;
唤醒锁占用状态符合预设第三状态;在本实施例中,该唤醒锁的占用状态可以为唤醒锁的占用时长(可以是连续时长,也可以是在一个周期内占用处理器的总时长);相应的,第三状态可以包括预设的唤醒锁占用时长阈值,例如,在一种示例中,唤醒锁占用状态包括唤醒锁占用时长,则唤醒锁占用时长大于等于唤醒锁占用时长阈值时,则认为唤醒锁占用状态符合预设第三状态;
定位资源占用状态符合预设第四状态;本实施例中的定位资源包括各种用于实现终端定位的资源,例如包括但不限于全球定位***(Global Positioning System,GPS是英文);本实施例中的定位资源占用状态可以为定位资源占用时长(可以是连续时长,也可以是在一个周期内占用处理器的总时长),也可以为定位资源占用申请频率;相应的,第四状态可以包括预设的定位资源占用时长阈值,和/或定位资源占用申请频率阈值;例如,在一种示例中,定位资源占用状态包括定位资源占用时长,则定位资源占用时长大于等于定位资源占用时长阈值时,则认为定位资源占用状态符合预设第四状态;又例如,在其他示例中,定位资源占用状态包括定位资源占用申请频率时,则定位资源占用申请频率值大于等于定位资源占用申请频率阈值时,则认为定位资源占用状态符合预设第四状态;
传感器资源占用状态符合预设第五状态,本实施例中的传感器可以是终端上除定位用的GPS传感器之外的其他任意传感器,例如接近传感器、重力传感器、图像采集传感器等;本实施例中的传感器资源占用状态可以为传感器资源占用时长(可以是连续时长,也可以是在一个周期内占用处理器的总时长),也可以为传感器资源占用申请频率;相应的,第五状态可以包括预设的传感器资源占用时长阈值,和/或传感器资源占用申请频率阈值;例如,在一种示例中,传感器资源占用状态包括传感器资源占用时长,则传感器资源占用时长大于等于传感器资源占用时长阈值时,则认为传感器资源占用状态符合预设第四状态;又例如,在其他示例中,传感器资源占用状态包括传感器资源占用申请频率时,则传感器资源占用申请频率值大于等于传感器资源占用申请频率阈值时,则认为定位资源占用状态符合预设第五状态。
如上分析所示,本实施例中预设高耗电行为可以包括上述示例的各行为中的任意一种,也可包括上述各行为中的两种以上;当包括上述示例的各行为的两种以上时,某一应用只要满足上述行为中的任意一种,即可将其确定为候选应用。当然,在一些应用示例中,根据具体应用场景也可设置某一应用需要同时满足两种以上的上述行为才确认其为候选应用。且应当理解的是,本实施例中的预设高耗电行为并不限于上述示例的几种行为,具体可根据需求灵活设置和更新。且在一些示例中,可支持用户和/或厂家自定义和更新。
可见,在本实施例中,通过预设第一功耗条件可以对终端上运行的各应用中,功耗较高的应用筛选处理;但不能简单的因某一应用的功耗较高就直接判定其为异常应用而对其进行冻结等节省功耗的管理,从而产生误判而影响用户使用。因此,本实施例还可通过上述S102对确定出的各候选应用做进一步精确的判断,以提升功耗异常应用判断的准确率,进而提升用户体验的满意度。
应当理解的是,S101得到的候选应用集合中包括的候选应用的个数可能是1个,也可能是0个,或者两个及以上。因此,在一些示例中,可以在S101之后,执行S102之前,判断当前的候选应用集合中包括的候选应用的个数是否大于等于1,如是,才执行S102。
本实施例中,预设应用类型识别规则是用于从S101中初步确定出的候选应用集合中,进一步确定出哪些候选应用是功耗异常的需要管理的应用。因此该预设应用类型识别规则可以为采用任意能实现上述效果的识别规则。
例如,在一种应用示例中,预设应用类型可包括但不限于正常定位类应用、正常多媒体类应用、正常游戏类应用以及正常下载类应用中的至少一种;
相应的,本实施例中的预设应用类型识别规则可包括但不限于以下规则中的至少一种。
规则一:在预设应用类型包括正常定位类应用,且当某一候选应用存在定位信息交互,且交互的定位信息符合预设定位信息筛选条件时,确定该候选应用属于正常定位类应用;
本实施例中的定位信息可以包括各种定位过程中所产生的消息,也可以根据需求挑选特定的定位过程中产生的信息,例如包括但不限于用于确定位置的定位数据、还可包括播报或提醒的语音信息等;在一种示例中,在预设应用类型包括正常定位类应用时,预设定位信息筛选条件可包括但不限于以下中的至少一种:
在预设时间段内交互的定位数据所对应的位置为非同一位置,该时间段可以根据具体应用需求灵活设置,例如设置为5分钟、10分钟等;本实施例中判断定位数据所对应的位置是否为同一位置时,可以将不同时刻的定位数据所对应的位置进行比较,当距离差小于等于设定距离差阈值时,可判定其为同一位置,当然也可采用其他任意方式判定;
交互的定位信息中不包括语音数据;在实施例的一种示例中,可以设置当确定交互信息中包括语音数据时,将该候选应用确定为多媒体类的应用;而不将其确定为定位类应用;当然,在其他的一些应用场景中,也可根据语音数据内容(例如为导航播报等相关语音内容)进一步确定其是为定位类还是多媒体类;
本实施例中交互的定位信息可以是应用确定为候选应用后预设时长内的定位信息,也可是应用确定为候选应用之前预设时长内的定位信息,或者结合应用确定为候选应用之前和确定为候选应用之后的总的预设时长内的定位信息等。
规则二:在预设应用类型包括正常多媒体类应用,且当某一候选应用存在多媒体信息交互,且交互的多媒体信息符合预设多媒体信息筛选条件时,确定该候选应用属于正常多媒体类应用;
本实施例中的预设多媒体信息筛选条件主要用于确定多媒体类应用是否处于正常使用状态;具体判断规则可以灵活设置。例如假设当前的候选应用为视频类多媒体应用,且检测到其在播放视频,但其处于后台运行状态,则可认为其未正常使用,属于高耗电的待管理应用;又例如假设当前的候选应用为语音类多媒体应用,但其交互的语音数据为静音数据,则也可认为其未正常使用,属于高耗电的待管理应用;
因此,在本实施例的一种示例中,在预设应用类型包括正常多媒体类应用时,预设多媒体信息筛选条件可包括但不限于以下中的至少一种:
当交互的多媒体信息包括视频数据时,该视频数据不包括视频播放数据;
当交互的多媒体信息包括语音数据时,该语音数据不包括静音状态的语音数据。
本实施例中交互的交互的多媒体信息可以是应用确定为候选应用后预设时长内的交互的多媒体信息,也可是应用确定为候选应用之前预设时长内的交互的多媒体信息,或者结合应用确定为候选应用之前和确定为候选应用之后的总的预设时长内的交互的多媒体信息等。
规则三:在预设应用类型包括正常下载类应用,且当某一候选应用存在下载数据流,且下载数据流符合预设下载条件时,确定该候选应用属于正常多媒体类应用;
例如,在一些应用场景中,在预设应用类型包括正常下载类应用时,所述预设下载条件包括:
下载数据流的下载速率大于等于预设下载速率值;该预设下载速率值可以灵活设定,例如可以根据终端当前的网络环境或终端实时剩余资源情况等灵活设置。
规则四:在预设应用类型包括正常游戏类应用,且当某一候选应用存在交互控制指令,且交互控制指令符合预设交互指令筛选条件时,确定该候选应用属于正常游戏类应用;
本实施例中的预设交互指令筛选条件是用于确定某一候选应用是否属于正常使用的游戏类应用,因此该预设交互指令筛选条件可以是确定当前该应用是否存在各种游戏类的交互控制指令,例如方向控制指令、技能释放控制指令等;如存在,则可灵活的确定其为游戏类应用。
应当理解的是,本实施例中的上述四种规则仅仅是便于理解而示例的规则,本实施例中的预设应用类型识别规则并不限于上述示例的几种规则。且本实施例中预设应用类型识别规则可以包括上述规则中的任意一种,也可包括上述规则中的两种以上,当包括上述规则中的两种以上时,某一候选应用只要符合任意一种规则,即可确定其为正常运行的应用;在当包括上述规则中的两种以上时,各规则之间的执行时序可以灵活设置,例如可以并行的执行,也可按照预设的顺序依次执行;且在一些应用场景中,上述规则中的至少两种还可灵活的结合使用,且可设置某一候选应用满足任一规则之后,则不再将该候选应用带入其他规则进行判断。
可选地,在本实施例中,在S101中确定出候选应用集合后,还可获取各候选应用的初始类型,例如可在各候选应用安装时记录其报名信息或者在数据库中查找出其包名信息,根据其报名信息确定其初始类型,然后采用上述规则再确定其实际所属的应用类型,当确定出其实际所属的应用类型与其初始类型不同时,将该应用更新为其实际所属的应用类型。
另外,在本实施例中,考虑到某些应用(例如用户常用的应用或实现某一些特殊功能的应用)基本不会是需要进行节能管理的应用,同时为了提升应用检测的效率和准确性,可以设置一个应用白名单(也可称之为特殊类应用),将不需要进行节能管理的各应用添加到该应用白名单中,且可选地,该应用白名单可支持用户手动更新,也可支持机器自动学习动态更新。这样,在一种示例中,在执行S102根据预设应用类型识别规则确定出所述候选应用集合中,不属于预设应用类型的目标应用之前,还可包括:
在确定得到的候选应用集合中,存在某一候选应用为预设应用白名单中的应用时,可将该候选应用从候选应用集合中剔除。
当然,可选地,在本实施例中,也可在S101中,将终端上当前运行的且属于该应用白名单中的应用直接排除在外,仅针对该名单之外的应用确定其是否为候选应用。
应当理解的是,本实施例中的应用白名单中可以通过保存各种能唯一识别一个应用的应用识别信息,来体现该名单中包括哪些应用,以供后续比对筛选,例如可包括但不限于应用的包名、UID(惟一标识符,例如全球32位惟一性数字)等中的至少一种。
可见,在本实施例中,可实时终端上(前台和/或后台)当前运行的各应用的功耗情况确定出功耗较高的候选应用,并进一步根据候选应用所属的应用类型确定其当前是否属于正常使用的应用,以确定是否需要对其进行节能功耗控制;并不是简单的依靠预先设置的应用清单或终端工作模式,将当前运行的属于该应用清单或该工作模式之外的某一个应用直接确定为功耗异常的应用。因为应用在某些具体应用场景下可能确实是功耗异常的应用,但在某些应用场景下则是属于功耗正常的应用,也即属于正常运行的应用。相关技术中依据预先设置好的应用清单或工作模式直接将属于该清单中的应用确定为功耗异常应用的方式,存在较大的误差,容易将正常运行的应用误判为功耗异常的应用;且其判断结果在很大程度上也依赖于清单中应用的准确设置,而用户往往并不能精准或实时的调整该清单以使得该清单保持精确,这也导致依据该预先设置的应用清单所得到的判断结果存在较大误差,进而降低了用户体验的满意度。
而本实施例提供的待管理应用检测方法,根据终端上当前运行的各应用的功耗情况以及应用对应的应用类型来实时动态的确定出存在异常需要进行节能控制的待管理应用,并不需要用户或相应的服务商设置或服务相应的应用清单,实用性和智能性更好,且准确性更高,且具有更好的通用性和智能性,能进一步提升用户体验满意度。
实施例二:
本实施例提供了一种应用控制方法,可对终端上功耗异常的应用进行节省能耗的控制,以提升终端的待机性能和资源利用率。参见图2所示,本实施例提供的应用控制方法包括:
S201:确定出终端上当前运行的各应用中的待管理应用。
本实施例中,可通过上述实施例所示的待管理应用检测方法,确定出终端上当前运行的各应用中,存在功耗异常的需要进行进行管理的目标应用(也即待管理应用);当然也可采用其他方法确定出终端上当前运行的各应用中,存在功耗异常的目标应用。
S202:对确定出的待管理应用进行节省能耗的控制。
应当理解的是,本实施例中对待管理应用进行节省能耗的控制,可以采用各种对应用进行节能控制的方式。例如包括但不限于将待管理应用冻结,或关闭目标应用功耗较大的进程等。
将待管理应用进行冻结处理时,以Android智能平台为例,冻结的方法可以是通过“pm disable”、“am force-stop”等***接口函数来使得应用不可用,或强制关闭应用达到“冻结”的效果。当然,本实施例中并不限于这两种示例的冻结方法。且可选地,在本实施例的一些示例中,还可针对被冻结的应用设置相应的解冻条件,并在检测某一备冻结的应用的解冻条件满足时,将该应用进行解冻处理。
为了便于理解,本实施例下面结合几种应用示例,对确定出终端上当前运行的各应用中,是否存在待管理应用的检测做进一步说明。
示例一:
本示例包括上述实施例中所示例的应用白名单,且可包括上述实施例中的规则一、规则二和规则三。本示例中的一种确定终端上当前运行的各应用中,是否存在待管理应用的过程参见图3所示,包括:
S301:获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用,得到候选应用集合。
S302:在确定候选应用集合中存在某一候选应用为预设应用白名单中的应用时,将该候选应用从所述候选应用集合中剔除。
S303:根据预设应用类型识别规则确定候选应用集合中,属于预设应用类型的候选应用,该候选应用集合中剩余的其他候选应用就为目标应用,该目标应用则作为当前的待管理应用。
本示例中,S303根据预设应用类型识别规则确定候选应用集合中,属于预设应用类型的候选应用的过程可包括:
对于候选应用集合中的各候选应用,当某一候选应用存在多媒体信息交互,且交互的多媒体信息符合预设多媒体信息筛选条件时,确定该候选应用属于正常多媒体类应用;
对于候选应用集合中的各候选应用,当某一候选应用存在定位信息交互,且交互的定位信息符合预设定位信息筛选条件时,确定该候选应用属于正常定位类应用;
对于候选应用集合中的各候选应用,当某一候选应用存在下载数据流,且下载数据流符合预设下载条件时,确定该候选应用属于正常多媒体类应用。
示例二:
本示例包括上述实施例中所示例的应用白名单,且可包括上述实施例中的规则一、规则二、规则三和规则四。本示例中的一种确定终端上当前运行的各应用中,是否存在待管理应用的过程参见图4所示,包括:
S401:获取终端上当前运行的各应用中,不属于应用白名单的应用集合。
S402:获取所述应用集合中满足预设第一功耗条件的候选应用,得到候选应用集合。
S403:根据预设应用类型识别规则确定候选应用集合中,属于预设应用类型的候选应用,该候选应用集合中剩余的其他候选应用就为目标应用,该目标应用则作为当前的待管理应用。
本示例中,S403根据预设应用类型识别规则确定候选应用集合中,属于预设应用类型的候选应用的过程可包括:
对于候选应用集合中的各候选应用,当某一候选应用存在多媒体信息交互,且交互的多媒体信息符合预设多媒体信息筛选条件时,确定该候选应用属于正常多媒体类应用;
对于候选应用集合中的各候选应用,当某一候选应用存在定位信息交互,且交互的定位信息符合预设定位信息筛选条件时,确定该候选应用属于正常定位类应用;
对于候选应用集合中的各候选应用,当某一候选应用存在下载数据流,且下载数据流符合预设下载条件时,确定该候选应用属于正常多媒体类应用。
对于候选应用集合中的各候选应用,当某一候选应用存在交互控制指令,且交互控制指令符合预设交互指令筛选条件时,确定该候选应用属于正常游戏类应用。
示例三:
本示例不包括上述实施例中所示例的应用白名单,且可包括上述实施例中的规则一、规则二和规则三,且执行顺序为依次执行规则一、规则二和规则三。本示例中的一种确定终端上当前运行的各应用中,是否存在待管理应用的过程参见图5所示,包括:
S501:获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用,得到候选应用集合。
S502:根据预设应用类型识别规则确定候选应用集合中,属于预设应用类型的候选应用,该候选应用集合中剩余的其他候选应用就为目标应用,该目标应用则作为当前的待管理应用。
本示例中,S502根据预设应用类型识别规则确定候选应用集合中,属于预设应用类型的候选应用的过程可包括:
对于候选应用集合中的某一候选应用,先确定该候选应用存在多媒体信息交互,且交互的多媒体信息符合预设多媒体信息筛选条件时,确定该候选应用属于正常多媒体类应用;否则,再执行下一步:
确定该候选应用存在定位信息交互,且交互的定位信息符合预设定位信息筛选条件时,确定该候选应用属于正常定位类应用;否则,再执行下一步:
确定该候选应用存在下载数据流,且下载数据流符合预设下载条件时,确定该候选应用属于正常多媒体类应用;否则,可确定其为待管理应用。
可见,通过本实施例提供的应用控制方法,可以灵活且准确的确定出终端上存在功耗异常的需要进行节能控制的各待管理应用,并通过冻结等节能处理方式对这些应用进行控制处理,进而实现提升终端续航性能和资源利用率。
实施例三:
本实施例提供了一种待管理应用检测装置,其可设置于各种终端中,参见图6所示,包括:
初级确定模块601,用于获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用,得到候选应用集合;具体得到候选应用集合的过程可参见上述各实施例所示,在此不再赘述。
处理模块602,用于根据预设应用类型识别规则确定出候选应用集合中,不属于预设应用类型的目标应用,该目标应用则作为当前的待管理应用。具体确定过程,可参见上述各实施例所示的功耗异常的目标应用过程,在此也不再赘述。
本实施还提供了一种应用控制装置,参见图7所示,包括待管理应用检测装置701,还包括控制模块702;
其中,待管理应用检测装置701可为图6所示的待管理应用检测装置,当然也可为采用其他待管理应用检测方法的检测装置。
控制模块用702于对待管理应用检测装置701确定出的待管理应用进行节省能耗的控制。
应当理解的是,本实施例中控制模块用702对待管理应用进行节省能耗的控制,可以采用各种对应用进行节能控制的方式。例如包括但不限于将目标应用冻结,或关闭目标应用功耗较大的进程等。
且应当理解的是,本实施例中控制模块用702的功能可通过终端内的处理器或控制实现。
为了便于理解,本实施例下面以将图6和图7所示的装置设置于终端(例如手机、ipad等)内,针对终端上处于后台运行状态的各应用进行检测,以及在检测出存在需要进行节能控制的待管理应用进行冻结处理的整个过程进行示例说明。参见图8所示,本实施例提供了一种动态冻结待管理应用的方法,包括:
S801:监测终端上处于后台运行的各应用是否具有预设高耗电行为(也可称之为异常耗电行为),得到候选应用集合。
例如,当监测到某一应用由前台切到后台运行时,可监控该应用的活动行为。且在本示例中,可通过后台持续监控这些应用是否有异常耗电行为。如果有异常耗电行为则将其归入候选应用集合,进入下一步的综合判断,以决定是否上报给冻结模块。
在本示例中,监控应用是否发生异常耗电行为包括但不限于以下示例的几种方式:中央处理器CPU持续高占、持锁时间长、内存占用高、持续异常定位、异常使用传感器等,只要任何一种成立,都可认为是异常耗电行为,例如:
CPU持续高占的动作的可以根据CPU的占用情况,例如连续2min占用CPU达到百分之10以上,或者10min内占用CPU的时间超过一半等等;
持锁(也即占用唤醒锁)时间检测,可以判断应用的持内核锁或框架锁的时间,如果连续超过10min,或在20min内累计持锁超过10min认为是持锁时间过长;
内存占用高,可以是判断在后台进程的进程的内存是否有增加,也可以基于绝对内存占用量、相对占用前几名的应用。
持续异常定位,可以是先确定应用是否是导航类的应用,如果不是导航类应用,但连续申请定位信息超过2min或其他阈值;当然,也可直接根据连续申请定位信息的情况确定;
异常使用sensor,可以是持续申请各类sensor不释放,如接近、霍尔等超过5min不释放,认为是sensor使用异常。
如上述各实施例分析所示,上述所说的分钟数或资源占用量等判断计量单位或判断方法,可以根据效果,条件,具体应用场景等情况进行灵活设置。
S802:确定候选应用集合中,不属于预设应用类型的应用,并将其作为待管理应用。
上述异常耗电行为检测出来后,认为候选应用集合中的应用有高耗电行为,可进一步判断这些候选应用是否被正常使用或是否正常运行,一种示例过程如下:
针对一个候选应用,可将该候选应用的冻结的标志toFreeze进行初始化设置,初始化设置时可以直接统一设置为True,也可根据候选应用的初始类型,将冻结的标志toFreeze灵活的设置为True或False;当然也可采用其他初始化设置规则。
例如,一种示例中,可把有高耗电行为的候选应用,从数据库中查找包名信息,根据包名判断,确定该候选应用属于哪一个类别,也即确定该候选应用的初始类型。当然,也可以在安装应用时,获取包名,进而确定该应用属于哪一个类别。
下面以将候选应用的冻结的标志toFreeze初始化设置为True为示例进行说明。
例如,根据上述实施例所示例的规则一至规则三,当确定候选应用属于视频类应用(也即正常多媒体类型中的一种)且其当前在后台播放视频,则确定该候选应用为待管理应用,直接把toFreeze=True连该候选应用的同包(也可为其他能唯一标识该应用的信息)名上报控制模块。
又例如,当根据包名确定该候选应用属于下载类应用,或监测到该应用有下载数据流,可继续判断此候选应用当前有没有下载数据流量,如果当前有下载数据流量且满足预设下载速率阈值,如10kb/s,则更新该候选应用的toFreeze状态为False,也即不作为待管理应用,不进行上报。如果有下载数据流量但没有达到下载速率阈值,且也不满足上述示例的其他规则,则直接把toFreeze=True连该候选应用的同包名上报控制模块。
又例如,如果根据包名确定候选应用的初始类型属于导航类,导航类的应用会实时定位位置,较耗CPU和射频资源,如上所示,将该候选应用的toFreeze初始化设置为True。此时,可选的,可继续判断此应用是否有语音数据流。如果有语音数据流,在本示例中则可动态的切换该候选应用的类型为音乐类应用(也即正常多媒体类型中的一种),更新该候选应用的toFreeze=False;可选的,如果此候选应用在后面一段时间后变为没有语音数据,但仍在请求定位信息,可将其切换回导航类,认为该候选应用为定位类型应用,保持其toFreeze=False。又例如,如果该候选应用在5min内上报的位置信息都没变,则认为该候选应用为非正常的定位类型应用,更新该候选应用toFreeze=True,最后上报给控制模块。
又例如,在另一示例中,如果候选应用根据包名信息初始确定其属于及时通信类应用,如上所示将其toFreeze初始化为True;然后可继续分析此应用的耗电原因,如果该应用占用音频类锁时间长导致***不进入待机状态;可更新此候选应用为音频类,更新toFreeze=False。又例如,当进一步监控到该候选应用有音频数据码流且为静音状态时,则认为该候选属于非正常多媒体类型应用,具体为音频异常类,将其toFreeze更新为True,上报给冻结模块。
应当理解的是,上面所示仅仅是几种示例的判断方式,上述判断方式中涉及到的规则结合方式也仅仅是几种示例的结合方式,可以根据具体的综合场景进行灵活的设置和更新。
S803:最后控制模块在收到冻结信号后,把上报的应用进行冻结处理。
S804:可选地,控制模块在检测到某一被冻结应用满足解冻条件时,还可将该应用进行解冻处理。
实施例四:
本实施例还提供了一种终端,该终端包括但不限于智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA)、平板电脑(PAD),便携式多媒体播放器(PMP)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。参见图9所示,其包括处理器901、存储器902以及通信总线903;
通信总线903用于实现处理器901与存储器902之间的通信连接;
一种示例中,处理器901可用于执行存储器902中存储的一个或者多个第一计算机程序,以实现如上各实施例中的待管理应用检测方法的步骤。
在另一示例中,处理器901可用于执行存储器902中存储的一个或者多个第二计算机程序,以实现如上各实施例中的应用控制方法的步骤。
本实施例还提供了一种计算机可读存储介质,该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory,随机存取存储器),ROM(Read-Only Memory,只读存储器),EEPROM(Electrically Erasable Programmable read only memory,带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory,光盘只读存储器),数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
在一种示例中,本实施例中的计算机可读存储介质可用于存储一个或者多个第一计算机程序,该一个或者多个第一计算机程序可被一个或者多个处理器执行,以实现如上各实施例中的待管理应用检测方法的步骤。
在另一种示例中,本实施例中的计算机可读存储介质可用于存储一个或者多个第二计算机程序,该一个或者多个第二计算机程序可被一个或者多个处理器执行,以实现如上各实施例中的应用控制方法的步骤。
本实施例还提供了一种第一计算机程序(或称计算机软件),该第一计算机程序可以分布在计算机可读介质上,由可计算装置来执行,以实现如上各实施例所示的待管理应用检测方法的至少一个步骤;并且在某些情况下,可以采用不同于上述实施例所描述的顺序执行所示出或描述的至少一个步骤。
本实施例还提供了一种第二计算机程序(或称计算机软件),该第二计算机程序可以分布在计算机可读介质上,由可计算装置来执行,以实现如上各实施例所示的应用控制方法的至少一个步骤;并且在某些情况下,可以采用不同于上述实施例所描述的顺序执行所示出或描述的至少一个步骤。
本实施例还提供了一种计算机程序产品,包括计算机可读装置,该计算机可读装置上存储有如上所示的第一计算机程序或第二计算机程序。本实施例中该计算机可读装置可包括如上所示的计算机可读存储介质。
可见,本领域的技术人员应该明白,上文中所公开方法中的全部或某些步骤、***、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的计算机程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。
此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (15)
1.一种待管理应用检测方法,包括:
获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用,得到候选应用集合;
根据预设应用类型识别规则确定出所述候选应用集合中,不属于预设应用类型的目标应用,所述目标应用作为待管理应用。
2.如权利要求1所述的待管理应用检测方法,其特征在于,所述根据所述预设应用类型识别规则确定出所述候选应用集合中,不属于预设应用类型的目标应用之前,还包括:
在确定所述候选应用集合中,存在某一候选应用为预设应用白名单中的应用时,将该候选应用从所述候选应用集合中剔除。
3.如权利要求1所述的待管理应用检测方法,其特征在于,所述预设第一功耗条件包括:
应用当前处于后台运行状态,且具有预设高耗电行为。
4.如权利要求3所述的待管理应用检测方法,其特征在于,所述预设高耗电行为包括以下中的至少一种:
处理器占用状态符合预设第一状态;
内存占用状态符合预设第二状态;
唤醒锁占用状态符合预设第三状态;
定位资源占用状态符合预设第四状态;
传感器资源占用状态符合预设第五状态。
5.如权利要求1-4任一项所述的待管理应用检测方法,其特征在于,所述预设应用类型包括正常定位类应用、正常多媒体类应用、正常游戏类应用、正常下载类应用中的至少一种;
所述预设应用类型识别规则包括以下规则中的至少一种:
在所述预设应用类型包括正常定位类应用,且当某一候选应用存在定位信息交互,且交互的定位信息符合预设定位信息筛选条件时,确定该候选应用属于正常定位类应用;
在所述预设应用类型包括正常多媒体类应用,且当某一候选应用存在多媒体信息交互,且交互的多媒体信息符合预设多媒体信息筛选条件时,确定该候选应用属于正常多媒体类应用;
在所述预设应用类型包括正常游戏类应用,且当某一候选应用存在交互控制指令,且交互控制指令符合预设交互指令筛选条件时,确定该候选应用属于正常游戏类应用;
在所述预设应用类型包括正常下载类应用,且当某一候选应用存在下载数据流,且下载数据流符合预设下载条件时,确定该候选应用属于正常多媒体类应用。
6.如权利要求5所述的待管理应用检测方法,其特征在于,在所述预设应用类型包括正常定位类应用时,所述预设定位信息筛选条件包括以下中的至少一种:
在预设时间段内交互的定位数据所对应的位置为非同一位置;
交互的定位信息中不包括语音数据。
7.如权利要求5所述的待管理应用检测方法,其特征在于,在所述预设应用类型包括正常多媒体类应用时,所述预设多媒体信息筛选条件包括以下中的至少一种:
当交互的多媒体信息包括视频数据时,该视频数据不包括视频播放数据;
当交互的多媒体信息包括语音数据时,该语音数据不包括静音状态的语音数据。
8.如权利要求5所述的待管理应用检测方法,其特征在于,在所述预设应用类型包括正常下载类应用时,所述预设下载条件包括:
下载数据流的下载速率大于等于预设下载速率值。
9.一种应用控制方法,包括:
通过如权利要求1-8任一项所述的待管理应用检测方法,确定出终端上当前运行的各应用中的待管理应用;
对所述待管理应用进行节省能耗的控制。
10.一种待管理应用检测装置,其特征在于,包括:
初级确定模块,获取终端上当前运行的各应用中,满足预设第一功耗条件的候选应用,得到候选应用集合;
处理模块,用于根据预设应用类型识别规则确定出所述候选应用集合中,不属于预设应用类型的目标应用,所述目标应用作为待管理应用。
11.如权利要求9所述的待管理应用检测装置,其特征在于,所述预设第一功耗条件包括:
应用当前处于后台运行状态,且具有预设高耗电行为。
12.如权利要求9或10所述的待管理应用检测装置,其特征在于,所述预设应用类型包括正常定位类应用、正常多媒体类应用、正常游戏类应用、正常下载类应用中的至少一种;
所述预设应用类型识别规则包括以下规则中的至少一种:
在所述预设应用类型包括正常定位类应用,且当某一候选应用存在定位信息交互,且交互的定位信息符合预设定位信息筛选条件时,确定该候选应用属于正常定位类应用;
在所述预设应用类型包括正常多媒体类应用,且当某一候选应用存在多媒体信息交互,且交互的多媒体信息符合预设多媒体信息筛选条件时,确定该候选应用属于正常多媒体类应用;
在所述预设应用类型包括正常游戏类应用,且当某一候选应用存在交互控制指令,且交互控制指令符合预设交互指令筛选条件时,确定该候选应用属于正常游戏类应用;
在所述预设应用类型包括正常下载类应用,且当某一候选应用存在下载数据流,且下载数据流符合预设下载条件时,确定该候选应用属于正常多媒体类应用。
13.一种应用控制装置,其特征在于,包括如权利要求10-12任一项所述的待管理应用检测装置,还包括控制模块;
所述控制模块用于对所述异常应用检测装置确定出的待管理应用进行节省能耗的控制。
14.一种终端,其特征在于,包括处理器、存储器和通信总线;
所述通信总线用于将所述处理器和存储器连接;
所述处理器用于执行所述存储器中存储的第一计算机程序,以实现如权利要求1-8任一项所述的待管理应用检测方法的步骤;
或,
所述处理器用于执行所述存储器中存储的第二计算机程序,以实现如权利要求9所述的应用控制方法的步骤。
15.一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个第一计算机程序,所述一个或者多个计算机程序可被一个或者多个处理器执行,以实现如权利要求1-8任一项所述的待管理应用检测方法的步骤;
或,所述计算机可读存储介质存储有一个或者多个第二计算机程序,所述一个或者多个第二计算机程序可被一个或者多个处理器执行,以实现如权利要求9所述的应用控制方法的步骤。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811074223.7A CN110908494A (zh) | 2018-09-14 | 2018-09-14 | 待管理应用检测及控制方法、装置、终端及存储介质 |
PCT/CN2019/104171 WO2020052471A1 (zh) | 2018-09-14 | 2019-09-03 | 待管理应用检测及控制方法、装置、终端及存储介质 |
EP19860282.3A EP3848777A4 (en) | 2018-09-14 | 2019-09-03 | APPLICATION DETECTION PROCESS AND APPARATUS TO BE MANAGED, APPLICATION CONTROL PROCESS AND APPARATUS, TERMINAL, AND INFORMATION SUPPORT |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811074223.7A CN110908494A (zh) | 2018-09-14 | 2018-09-14 | 待管理应用检测及控制方法、装置、终端及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110908494A true CN110908494A (zh) | 2020-03-24 |
Family
ID=69777139
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811074223.7A Withdrawn CN110908494A (zh) | 2018-09-14 | 2018-09-14 | 待管理应用检测及控制方法、装置、终端及存储介质 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3848777A4 (zh) |
CN (1) | CN110908494A (zh) |
WO (1) | WO2020052471A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111488990A (zh) * | 2020-04-17 | 2020-08-04 | 苏州浪潮智能科技有限公司 | 一种基于性能感知的模型裁剪方法、装置、设备和介质 |
CN114510282A (zh) * | 2021-12-15 | 2022-05-17 | 北京达佳互联信息技术有限公司 | 一种自动化应用的运行方法、装置、设备以及存储介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111611255B (zh) * | 2020-04-30 | 2023-12-12 | 广东良实机电工程有限公司 | 设备能耗节能管理方法、装置、终端设备及存储介质 |
CN114253385A (zh) * | 2020-09-25 | 2022-03-29 | 北京小米移动软件有限公司 | 移动终端的功耗管理方法、装置及计算机可读存储介质 |
CN114629989B (zh) * | 2022-03-23 | 2024-05-17 | 深圳麦风科技有限公司 | 安卓应用管控方法、装置、智能终端及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140082128A1 (en) * | 2012-09-18 | 2014-03-20 | Netapp, Inc. | Dynamic detection and selection of file servers in a caching application or system |
US20140082129A1 (en) * | 2012-09-18 | 2014-03-20 | Netapp, Inc. | System and method for managing a system of appliances that are attached to a networked file system |
CN105892613A (zh) * | 2015-12-04 | 2016-08-24 | 乐视移动智能信息技术(北京)有限公司 | 一种清理后台应用程序的方法和装置 |
CN107506019A (zh) * | 2017-08-07 | 2017-12-22 | 北京小米移动软件有限公司 | 应用程序的管理方法及装置、终端、存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106371913A (zh) * | 2015-07-21 | 2017-02-01 | 赤子城网络技术(北京)有限公司 | 内存清理方法及装置 |
CN105677460B (zh) * | 2015-12-28 | 2019-07-23 | 小米科技有限责任公司 | 应用程序处理方法以及装置 |
KR20180013608A (ko) * | 2016-07-29 | 2018-02-07 | 삼성전자주식회사 | 전자 장치의 전력 소모 감소를 위한 방법 및 장치 |
CN107145214A (zh) * | 2017-04-28 | 2017-09-08 | 努比亚技术有限公司 | 应用程序耗电管理的方法及移动终端 |
-
2018
- 2018-09-14 CN CN201811074223.7A patent/CN110908494A/zh not_active Withdrawn
-
2019
- 2019-09-03 WO PCT/CN2019/104171 patent/WO2020052471A1/zh unknown
- 2019-09-03 EP EP19860282.3A patent/EP3848777A4/en not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140082128A1 (en) * | 2012-09-18 | 2014-03-20 | Netapp, Inc. | Dynamic detection and selection of file servers in a caching application or system |
US20140082129A1 (en) * | 2012-09-18 | 2014-03-20 | Netapp, Inc. | System and method for managing a system of appliances that are attached to a networked file system |
CN105892613A (zh) * | 2015-12-04 | 2016-08-24 | 乐视移动智能信息技术(北京)有限公司 | 一种清理后台应用程序的方法和装置 |
CN107506019A (zh) * | 2017-08-07 | 2017-12-22 | 北京小米移动软件有限公司 | 应用程序的管理方法及装置、终端、存储介质 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111488990A (zh) * | 2020-04-17 | 2020-08-04 | 苏州浪潮智能科技有限公司 | 一种基于性能感知的模型裁剪方法、装置、设备和介质 |
CN111488990B (zh) * | 2020-04-17 | 2022-11-29 | 苏州浪潮智能科技有限公司 | 一种基于性能感知的模型裁剪方法、装置、设备和介质 |
CN114510282A (zh) * | 2021-12-15 | 2022-05-17 | 北京达佳互联信息技术有限公司 | 一种自动化应用的运行方法、装置、设备以及存储介质 |
CN114510282B (zh) * | 2021-12-15 | 2024-02-13 | 北京达佳互联信息技术有限公司 | 一种自动化应用的运行方法、装置、设备以及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP3848777A4 (en) | 2021-11-17 |
EP3848777A1 (en) | 2021-07-14 |
WO2020052471A1 (zh) | 2020-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110908494A (zh) | 待管理应用检测及控制方法、装置、终端及存储介质 | |
US10936358B2 (en) | Initiating background updates based on user activity | |
US9256484B2 (en) | Dynamic adjustment of mobile device based on user activity | |
US9603094B2 (en) | Non-waking push notifications | |
US9392393B2 (en) | Push notification initiated background updates | |
CN107943269B (zh) | 调度作业控制方法、装置、终端设备及存储介质 | |
CN107835311B (zh) | 应用管理方法、装置、存储介质及电子设备 | |
JP2020537213A (ja) | 端末の電力消費を低減するための方法、および端末 | |
EP3926467A1 (en) | Application control method and apparatus, terminal, and computer-readable storage medium | |
CN107831887B (zh) | 一种应用启动方法及装置 | |
EP3486823A1 (en) | System notification service control method, apparatus, terminal device, and storage medium | |
CN110727473B (zh) | 资源控制方法及装置、***、存储介质和电子设备 | |
CN112764959B (zh) | 应用程序卡死问题的监测方法、装置、设备及存储介质 | |
WO2020094125A1 (zh) | 应用控制方法、装置、终端及计算机可读存储介质 | |
EP3974977A1 (en) | Application management method and apparatus, terminal, and readable storage medium | |
US12008396B2 (en) | Application state control method apparatus, and terminal and computer-readable storage medium | |
EP3916549A1 (en) | Broadcast control method, terminal and computer readable storage medium | |
US20190324518A1 (en) | Method for operating a device having a switchable power saving mode for reducing its power consumption | |
WO2020052472A1 (zh) | 异常应用检测及控制方法、装置、终端及存储介质 | |
CN111913553B (zh) | 终端电耗控制的方法、装置、终端及计算机可读存储介质 | |
US12032429B2 (en) | Application program freezing control method and apparatus, terminal, and readable storage medium | |
CN112256118B (zh) | 应用程序冷冻控制方法、装置、终端及可读存储介质 | |
CN107835317B (zh) | 调度作业控制方法、装置、终端设备及存储介质 | |
CN117290009A (zh) | 一种启动应用的方法、装置、设备及存储介质 | |
CN118301716A (zh) | 移动终端及其gps功耗管控方法、设备、介质 |
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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200324 |
|
WW01 | Invention patent application withdrawn after publication |