CN107357617B - 应用更新方法、装置、存储介质及电子设备 - Google Patents
应用更新方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN107357617B CN107357617B CN201710527855.3A CN201710527855A CN107357617B CN 107357617 B CN107357617 B CN 107357617B CN 201710527855 A CN201710527855 A CN 201710527855A CN 107357617 B CN107357617 B CN 107357617B
- Authority
- CN
- China
- Prior art keywords
- application
- storage space
- applications
- update
- space capacity
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例公开了一种应用更新方法,所述方法包括:当接收到目标应用的更新指令时,根据更新指令获取目标应用更新时所需的第一数据量以及电子设备的剩余存储空间容量;判断第一数据量是否大于剩余存储空间容量;若是,则根据第一数据量、剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定待卸载应用;对待卸载应用进行卸载;当剩余存储空间容量大于第一数据量时,对目标应用进行更新。本发明实施例还公开了一种应用更新装置、存储介质及电子设备。与现有技术相比,本发明实施例可以使得目标应用的更新更加智能化,简化应用在剩余存储空间容量不足的情况下进行更新操作的步骤,提高应用的更新成功率。
Description
技术领域
本发明涉及电子设备技术领域,尤其涉及一种应用更新方法、装置、存储介质及电子设备。
背景技术
随着智能终端技术的发展,智能终端应用在人们生活中的方方面面。而智能终端能发展如此迅速的原因,很大程度可以归功于基于智能终端开发出的各种不同功能的应用程序。人们可以使用不同功能的应用程序,来为他们提供多元的生活服务体验。
现有的技术中,用户需要对目标应用进行更新的时候,需要到应用商店下载所需的目标应用的安装包,再在本地通过安装包对应用进行更新。若终端上的剩余存储空间不足以更新目标应用时,需要用户手动对一些终端上的应用进行卸载,获得足够的空间后才能对该目标应用进行更新。如此用户会在终端的使用过程中产生诸多不便。
发明内容
本发明提供一种应用更新方法、装置、存储介质及电子设备,能够提升应用更新过程中的智能程度,使得更新操作更加方便。
第一方面,本发明实施例提供了一种应用更新方法,应用于电子设备,包括以下步骤:
当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量;
判断所述第一数据量是否大于所述剩余存储空间容量;
若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定待卸载应用;
对所述待卸载应用进行卸载;
当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
第二方面,本发明实施例提供了一种应用更新装置,所述应用更新装置包括:
信息获取单元,用于当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间的剩余存储空间容量;
判断单元,用于判断所述第一数据量是否大于所述剩余存储空间容量;
应用确定单元,用于若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,确定待卸载应用;
卸载单元,用于对所述待卸载应用进行卸载;以及
更新单元,用于当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
第三方面,本发明实施例提供了一种存储介质,所述存储介质存储多条指令,所述多条指令适于在计算机上运行时,使得所述计算机执行如上所述的应用更新方法。
第四方面,本发明实施例提供了一种电子设备,包括处理器和存储器,所述存储器存储多条指令,所述处理器通过加载所述存储器中的指令用于执行如上所述的应用更新方法。
在本发明实施例中,当接收到目标应用的更新指令时,电子设备会获取目标应用更新时所需的第一数据量以及剩余存储空间容量,当剩余存储空间容量不足于使目标应用完成更新,则会根据第一数据量及剩余存储空间容量来确定用于卸载的应用,并通过卸载上述应用来获得足够的容量完成对目标应用的更新。与现有技术相比,本发明实施例可以在电子设备的剩余存储空间容量不足以更新目标应用时,提供一种更加智能的更新方案,使得用户无需手动对应用进行卸载也可以完成应用的更新,提高应用更新的操作效率。
附图说明
下面结合附图,通过对本发明的具体实施方式详细描述,将使本发明的技术方案及其它有益效果显而易见。
图1为本发明实施例提供的应用更新方法的第一应用场景示意图。
图2为本发明实施例提供的应用更新方法的流程示意图。
图3为本发明实施例提供的应用更新方法的第二应用场景示意图。
图4为本发明实施例提供的应用更新方法的另一流程示意图。
图5为本发明实施例提供的应用更新方法的第三应用场景示意图。
图6为本发明实施例提供的应用更新方法的第四应用场景示意图。
图7为本发明实施例提供的应用更新方法的又一流程示意图。
图8为本发明实施例提供的应用更新装置的结构示意图。
图9为本发明实施例提供的应用更新装置的另一结构示意图。
图10为本发明实施例提供的应用更新装置的又一结构示意图。
图11为本发明实施例提供的电子设备的结构示意图。
图12为本发明实施例提供的电子设备的另一结构示意图。
具体实施方式
请参照图式,其中相同的组件符号代表相同的组件,本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例,其不应被视为限制本发明未在此详述的其它具体实施例。
在以下的说明中,本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明,除非另有述明。因此,这些步骤及操作将有数次提到由计算机执行,本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处,其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置,其具有由该数据格式所定义的特定特性。但是,本发明原理以上述文字来说明,其并不代表为一种限制,本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。
本文所使用的术语“模块”可看做为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算系统上的实施对象。而本文所述的装置及方法可以以软件的方式进行实施,当然也可在硬件上进行实施,均在本发明保护范围之内。
本发明中的术语“第一”、“第二”和“第三”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块,而是某些实施例还包括没有列出的步骤或模块,或某些实施例还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
本发明实施例提供一种应用更新方法,该应用更新方法的执行主体可以是本发明实施例提供的一种响铃控制装置,或者集成了所述响铃控制装置的电子设备(譬如智能手机、平板电脑、台式电脑、笔记本、掌上电脑等),其中所述响铃控制装置可以采用硬件或者软件的方式实现。
图1示出了本发明实施例提供的应用更新方法的应用场景。其中,本发明实施例的执行主体可以为电子设备,电子设备可以从服务器获取目标应用的更新指令,再根据该更新指令对目标应用进行更新。电子设备可以包括移动电话(或称为“蜂窝”电话,如智能手机)或者具有无线通信模块的计算机,例如,平板电脑,还可以是便携式、袖珍式、手持式的车载计算机,它们与无线接入网交换语言和/或数据。例如,个人通信业务(PersonalCommunication Service,PCS)电话、无绳电话、会话发起协议(Session InitiationProtocol,SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备,在此不作限定。
当应用在电子设备时,电子设备可以包括但不限于智能手机、平板电脑、笔记本电脑、掌上电脑、智能手环等终端。其中,该目标应用可运行在电子设备的操作系统中,可包括但不限于Windows操作系统、Mac OS操作系统、Android操作系统、IOS操作系统、Symbian(塞班)操作系统、Windows Phone操作系统等等,本发明实施例不做限定。
图2示出了本发明实施例提供的应用更新方法的流程,为了便于说明,图中仅示出了与本发明内容相关的部分。
如图2所示,本发明实施例提供了一种应用更新方法,包括以下步骤:
步骤S101,当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量。
在一些实施例中,更新指令是从目标应用所对应的服务器中获取,也可以是一些管理应用更新的平台服务器获取,并通过目标应用程序或者是电子设备的操作系统触发对应的动作,本发明实施例对此不作限定。
当目标应用接收到更新指令后,获取目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量,以通过第一数据量以及剩余存储空间容量去判断是否能更新成功。此处的目标应用更新时所需的第一数据量,至少包括下载安装包时安装包需要占用的存储空间容量、更新完所述目标应用后所占用的总空间,或者是在线更新时所需要占用的缓存量等。
步骤S102,判断所述第一数据量是否大于所述剩余存储空间容量;若是,则需要确定待卸载应用;若否,则直接对目标应用进行更新。
在一些实施例中,第一数据量以及剩余存储空间容量的单位均为同一单位,例如比特(bit)、字节(byte)来进行直接比较,或者可以通过单位换算获得相同单位后进行比较,以确定第一数据量是否大于所述剩余存储空间容量。
步骤S103,若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定待卸载应用。
所述应用,为安装在电子设备中的应用程序,其受电子设备的操作系统管理。
所述历史使用频率,可通过电子设备的操作系统对应用在历史时间段内的启动次数来判定,例如,统计过去一个月(以30天计算)中某一应用的历史使用频率,若该应用在过去一个月中被启动过的次数为20次,当以天为单位确定该应用的历史使用频率时,可以获得其历史使用频率为20/30=0.33次/天。
当然,也可以用运行时间来判定,例如,统计过去一个月(以30天计算)中某一应用的历史使用频率,若该应用在过去一个月中总的运行时间为30小时,当以天为单位确定该应用的历史使用频率时,可以获得其历史使用频率为30/30=1小时/天。
可以理解的,历史使用频率还可以采用启动次数和运行时间的结合、或者是其他标准来量化该历史使用频率。
从预设应用集合中确定待卸载应用,可以根据所述第一数据量与所述剩余存储空间容量之间的差值,判断还需要从电子设备的存储空间中释放多少空间才能满足目标应用更新对存储空间的需求,进而通过所需释放的空间大小,从预设应用集合中选取一个或多个符合条件的应用进行卸载。
例如,当所述第一数据量与所述剩余存储空间容量的差值是40M,那么,需要通过卸载预设应用集合中总数据量达到40M的应用才能满足更新需求,由此可通过一些额外条件确定待卸载应用,具体额外条件可以根据实际需要而定。
步骤S104,对所述待卸载应用进行卸载。
在一些实施例中,当确定待卸载应用后会对所述待卸载应用进行卸载,以释放所述待卸载应用所占用的内存空间,为目标应用的更新提供条件。
步骤S105,当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
在一些实施例中,通过判断剩余存储空间容量是否大于所述第一数据量,并在是的时候确定剩余存储空间容量满足目标应用更新所需占用的空间容量需求,此时可以对目标应用进行更新。
结合图3,下面对本发明实施例中的应用更新方法的实现场景进行举例说明:
图3所示,电子设备当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量,获得的数据为——第一数据量:60MB,剩余存储空间容量:20MB;
此时通过所述第一数据量大于所述剩余存储空间容量,即60MB>20MB可以确定电子设备需要卸载应用来获取存储空间容量;
然后,根据第一数据量、剩余存储空间容量确定更新目标应用仍需60MB-20MB=40MB的空间,此时会从预设应用集合中确定待卸载应用。在这里预设应用集合包括应用A、应用B、应用C、应用D,通过获取每个应用的历史使用频率,可以利用判断历史使用频率的高低来确定待卸载应用。在该图示中,我们可以看出通过卸载应用A、应用B、应用C即可获得目标应用更新时所需要的存储空间容量。
当卸载完以后,可以判断所述剩余存储空间容量是否大于所述第一数据量,此时卸载的应用总的数据量为45MB,而更新目标应用所需的存储空间容量为40MB,则可以确定满足上述条件,进而可对所述目标应用进行更新,使得目标应用的更新能够顺利进行,简化目标应用更新时的操作步骤。
需要说明的是,上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
基于上述发明实施例,电子设备当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量来判断目标应用是否具有足够内存空间进行更新,若否,则会确定待卸载应用,等待卸载应用卸载后释放存储空间,使目标应用获得足以完成更新的存储空间容量后再继续完成更新。如此可以使得目标应用的更新更加智能化,简化更新操作的步骤,提高应用的更新成功率。
图4示出了本发明实施例提供的应用更新方法的另一实现流程,为了便于说明,图中仅示出了与本发明内容相关的部分。
如图4所示,本发明实施例提供了一种应用更新方法,包括以下步骤:
步骤S201,当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量。
在一些实施例中,更新指令是从目标应用所对应的服务器中获取,也可以是一些管理应用更新的平台服务器获取,并通过目标应用程序或者是电子设备的操作系统触发对应的动作,本发明实施例对此不作限定。
当目标应用接收到更新指令后,获取目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量,以通过第一数据量以及剩余存储空间容量去判断是否能更新成功。此处的目标应用更新时所需的第一数据量,至少包括下载安装包时安装包需要占用的存储空间容量、更新完所述目标应用后所占用的总空间,或者是在线更新时所需要占用的缓存量等。
步骤S202,判断所述第一数据量是否大于所述剩余存储空间容量;若是,则将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用,若否,则对所述目标应用进行更新。
在一些实施例中,第一数据量以及剩余存储空间容量的单位均为同一单位,例如比特(bit)、字节(byte)来进行直接比较,或者可以通过单位换算获得相同单位后进行比较,以确定第一数据量是否大于所述剩余存储空间容量。在这里,若第一数据量是否大于所述剩余存储空间容量,则将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用,若否,则对所述目标应用进行更新。
步骤S203,获取在预设时间段内每一应用的历史使用频率;
在一些实施例中,所述应用,为安装在电子设备中的应用程序,其受电子设备的操作系统管理。
所述预设时间段,可以是一天、一周、一个月等,还可以是其他按实际需求所预设的时间段。
所述历史使用频率,可通过电子设备的操作系统对应用在历史时间段内的启动次数来判定,例如,统计过去一个月(以30天计算)中某一应用的历史使用频率,若该应用在过去一个月中被启动过的次数为20次,当以天为单位确定该应用的历史使用频率时,可以获得其历史使用频率为20/30=0.33次/天。
当然,也可以用运行时间来判定,例如,统计过去一个月(以30天计算)中某一应用的历史使用频率,若该应用在过去一个月中总的运行时间为30小时,当以天为单位确定该应用的历史使用频率时,可以获得其历史使用频率为30/30=1小时/天。
可以理解的,历史使用频率还可以采用启动次数和运行时间的结合、或者是其他标准来量化该历史使用频率。
步骤S204,根据所述历史使用频率,按预设方式生成预设应用集合;其中,所述预设应用集合中的应用按所述历史使用频率从低到高进行排序。
所述预设应用集合,可以通过历史使用频率的高低来确定,该集合可以只是电子设备中全部应用当中的一部分,例如,将历史使用频率最低的前10个应用归类到该预设应用集合。
当然,该预设应用集合可以包含应用的占用空间大小、应用名称、存储位置等信息,具体内容可以根据实际需要而定。
步骤S205,将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用。
当需要确定待卸载应用时,可以将预设应用集合中的应用按历史使用频率从低到高进行排序,而排在第一的历史使用频率最低的应用可以确定为待卸载应用。
步骤S206,判断所述待卸载应用的第二数据量是否大于所述第一数据量与所述剩余存储空间容量之间的差值;若是,则对所述目标应用进行更新;若否,则将所述历史使用频率次低的应用确定为待卸载应用。
在一些实施例中,第二数据量为待卸载应用的总的数据量,参见图3,例如,当待卸载应用为应用A时,则此时的第二数据量则为应用A的数据量,即5MB;当待卸载应用为应用A、应用B以及应用C时,则此时的第二数据量为45MB。
参见图5,图中可以清楚地看出该第二数据量为待卸载应用在存储空间中所占据的数据量,此时如果将该部分进行卸载,则可以释放出一定的存储空间容量,以使卸载后的剩余存储空间容量足以提供给目标应用进行更新。
步骤S207,若否,则将所述历史使用频率次低的应用确定为待卸载应用,直至所述待卸载应用的第二数据量大于所述差值。
参见图6,在一些实施例中,当卸载完历史使用频率最低的应用后,其所释放的空间不足以让目标应用完成更新,则会对预设应用集合中历史使用频率次低的应用进行卸载。例如当卸载完应用A后仍不满足需求,则会按顺序继续卸载应用B—应用C—应用D,直至所述待卸载应用的第二数据量大于所述第一数据量与剩余存储空间容量的差值。
由此可知,首先对历史使用频率低的应用进行优先卸载,再根据实际空间需求判断是否需继续卸载,若是,则会按历史使用频率从低到高的顺序对预设应用集合中的应用进行卸载,不仅在目标应用更新时可以满足其对存储空间的需求,还能顺便清理历史使用频率低的应用,提高系统的运行效率。
步骤S208,对所述待卸载应用进行卸载。
在一些实施例中,当确定待卸载应用后会对所述待卸载应用进行卸载,以释放所述待卸载应用所占用的内存空间,为目标应用的更新提供条件。
步骤S209,当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
在一些实施例中,通过判断剩余存储空间容量是否大于所述第一数据量,并在是的时候确定剩余存储空间容量满足目标应用更新所需占用的空间容量需求,此时可以对目标应用进行更新。
基于上述发明实施例,电子设备的目标应用在进行更新的过程中,可按预设应用集合中的历史使用频率从低到高逐次卸载,直至目标应用的顺利更新。如此电子设备不仅在目标应用更新时可以满足其对存储空间的需求,还能顺便清理历史使用频率低的应用,提高系统的运行效率。
图7示出了本发明实施例提供的应用更新方法的又一种实现流程,为了便于说明,图中仅示出了与本发明内容相关的部分。需要说明的是,对于一些步骤的具体解释,可以参考对图2或图4对这部分步骤内容的描述,在此不再赘述。
如图7所示,一种应用更新方法,包括以下步骤:
步骤S301,当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量。
步骤S302,判断所述第一数据量是否大于所述剩余存储空间容量;若是,则需要确定待卸载应用;若否,则直接对目标应用进行更新。
步骤S303,若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定待卸载应用。
步骤S304,将所述待卸载应用所对应的应用信息进行存储。
与图2的实施例相比,在一些实施例中,卸载待卸载应用之前会将待卸载应用的应用信息进行存储,应用信息可以是用户在应用中的个人信息、应用名称、应用安装位置、应用权限等信息,以方便系统根据上述应用信息对该应用进行恢复。
步骤S305,对所述待卸载应用进行卸载。
步骤S306,当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
步骤S307,根据所述应用信息,对被卸载的应用进行恢复。
在一些实施例中,在对目标应用进行更新以后,会删除所述目标应用在更新过程中产生的更新安装包,并对被卸载的应用进行恢复。
如果目标应用的更新需要先下载更新安装包,则会在电子设备对目标应用完成更新之后,在其存储空间上留下目标应用对应的更新安装包,此时则会占用电子设备的存储空间,对其进行卸载可以有效释放所占用的存储空间容量。在删除该更新安装包以后,可以对被卸载的应用进行恢复,恢复过程可以是从服务器中重新下载安装,具体实现方式在此不作限定。
在一些实施例中,当待卸载应用被卸载以后,系统会根据存储的应用信息对被卸载的应用进行恢复,例如,根据应用信息中的应用名称,对被卸载的应用进行再次下载安装,或者是寻找到被卸载应用的安装包重新进行安装。然后,对被卸载的应用进行个人信息恢复,以恢复到原有的账户状态。接下来,还可以根据预存的应用权限对应的信息对应用的权限管理设置进行恢复。当然,具体恢复手段可以根据实际情况进行设定。
步骤S308,检测所述剩余存储空间容量是否小于预设值。
在应用的恢复过程中,可能会因为目标应用更新后占据更多空间,而导致被卸载的应用不能完全恢复的现象。此时可以对剩余存储空间容量进行监测。在这里可以设置一个预设值,例如是20MB,或者是其他值,则若剩余存储空间容量小于该预设值时,触发停止恢复剩余的被卸载的应用的动作。
步骤S309,若是,则当有被卸载的应用仍未被恢复时,停止恢复剩余的被卸载的应用。
若检测到剩余存储空间容量小于预设值时,则可以确定如果再继续恢复剩余的被卸载的应用可能会造成恢复失败的现象,此时可以停止恢复剩余的被卸载的应用,进而结束恢复进程,以保证在更新完目标应用以后能够保留一定的剩余存储空间容量。
可以理解的,基于上述发明实施例,对被卸载的应用进行恢复,可以使应用尽可能恢复原来的状态,以使目标应用在确保更新顺利完成的前提下,同时不会改变电子设备原有的应用安装情况,使得把更新卸载应用的影响降到最小。
需要说明的是,上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
图8示出了本发明实施例提供的应用更新装置400的结构,所述应用更新装置400包括信息获取单元401、判断单元402、应用确定单元403、卸载单元404以及更新单元405。为了便于说明,图中仅示出了与本发明内容相关的部分。
如图8所示,本发明实施例提供了一种应用更新装置400,包括以下步骤:
信息获取单元401,用于当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量。
在一些实施例中,更新指令是从目标应用所对应的服务器中获取,也可以是一些管理应用更新的平台服务器获取,并通过目标应用程序或者是电子设备的操作系统触发对应的动作,本发明实施例对此不作限定。
当目标应用接收到更新指令后,获取目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量,以通过第一数据量以及剩余存储空间容量去判断是否能更新成功。此处的目标应用更新时所需的第一数据量,至少包括下载安装包时安装包需要占用的存储空间容量、更新完所述目标应用后所占用的总空间,或者是在线更新时所需要占用的缓存量等。
判断单元402,用于判断所述第一数据量是否大于所述剩余存储空间容量;若是,则需要确定待卸载应用;若否,则直接对目标应用进行更新。
在一些实施例中,第一数据量以及剩余存储空间容量的单位均为同一单位,例如比特(bit)、字节(byte)来进行直接比较,或者可以通过单位换算获得相同单位后进行比较,以确定第一数据量是否大于所述剩余存储空间容量。
应用确定单元403,用于若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定待卸载应用。
所述应用,为安装在电子设备中的应用程序,其受电子设备的操作系统管理。
所述历史使用频率,可通过电子设备的操作系统对应用在历史时间段内的启动次数来判定,例如,统计过去一个月(以30天计算)中某一应用的历史使用频率,若该应用在过去一个月中被启动过的次数为20次,当以天为单位确定该应用的历史使用频率时,可以获得其历史使用频率为20/30=0.33次/天。
当然,也可以用运行时间来判定,例如,统计过去一个月(以30天计算)中某一应用的历史使用频率,若该应用在过去一个月中总的运行时间为30小时,当以天为单位确定该应用的历史使用频率时,可以获得其历史使用频率为30/30=1小时/天。
可以理解的,历史使用频率还可以采用启动次数和运行时间的结合、或者是其他标准来量化该历史使用频率。
从预设应用集合中确定待卸载应用,可以根据所述第一数据量与所述剩余存储空间容量之间的差值,判断还需要从电子设备的存储空间中释放多少空间才能满足目标应用更新对存储空间的需求,进而通过所需释放的空间大小,从预设应用集合中选取一个或多个符合条件的应用进行卸载。
例如,当所述第一数据量与所述剩余存储空间容量的差值是40M,那么,需要通过卸载预设应用集合中总数据量达到40M的应用才能满足更新需求,由此可通过一些额外条件确定待卸载应用,具体额外条件可以根据实际需要而定。
卸载单元404,用于对所述待卸载应用进行卸载。
在一些实施例中,当确定待卸载应用后会对所述待卸载应用进行卸载,以释放所述待卸载应用所占用的内存空间,为目标应用的更新提供条件。
更新单元405,用于当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
在一些实施例中,通过判断剩余存储空间容量是否大于所述第一数据量,并在是的时候确定剩余存储空间容量满足目标应用更新所需占用的空间容量需求,此时可以对目标应用进行更新。
结合图3,下面对本发明实施例中的应用更新装置400的实现场景进行举例说明:
图3所示,电子设备当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量,获得的数据为——第一数据量:60MB,剩余存储空间容量:20MB;
此时通过所述第一数据量大于所述剩余存储空间容量,即60MB>20MB可以确定电子设备需要卸载应用来获取存储空间容量;
然后,根据第一数据量、剩余存储空间容量确定更新目标应用仍需60MB-20MB=40MB的空间,此时会从预设应用集合中确定待卸载应用。在这里预设应用集合包括应用A、应用B、应用C、应用D,通过获取每个应用的历史使用频率,可以利用判断历史使用频率的高低来确定待卸载应用。在该图示中,我们可以看出通过卸载应用A、应用B、应用C即可获得目标应用更新时所需要的存储空间容量。
当卸载完以后,可以判断所述剩余存储空间容量是否大于所述第一数据量,此时卸载的应用总的数据量为45MB,而更新目标应用所需的存储空间容量为40MB,则可以确定满足上述条件,进而可对所述目标应用进行更新,使得目标应用的更新能够顺利进行,简化目标应用更新时的操作步骤。
需要说明的是,上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
基于上述发明实施例,电子设备当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量来判断目标应用是否具有足够内存空间进行更新,若否,则会确定待卸载应用,等待卸载应用卸载后释放存储空间,使目标应用获得足以完成更新的存储空间容量后再继续完成更新。如此可以使得目标应用的更新更加智能化,简化更新操作的步骤,提高应用的更新成功率。
图9示出了本发明实施例提供的应用更新装置400的另一实现结构,所述应用更新装置400包括信息获取单元401、判断单元402、历史使用频率获取单元406、集合生成单元407、应用确定单元403、卸载单元404以及更新单元405。其中,所述应用确定子单元包括第一确定子单元4031、判断子单元4032以及第二确定子单元4033。为了便于说明,图中仅示出了与本发明内容相关的部分。
如图9所示,本发明实施例提供了一种应用更新装置400,包括:
信息获取单元401,用于当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量。
在一些实施例中,更新指令是从目标应用所对应的服务器中获取,也可以是一些管理应用更新的平台服务器获取,并通过目标应用程序或者是电子设备的操作系统触发对应的动作,本发明实施例对此不作限定。
当目标应用接收到更新指令后,获取目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量,以通过第一数据量以及剩余存储空间容量去判断是否能更新成功。此处的目标应用更新时所需的第一数据量,至少包括下载安装包时安装包需要占用的存储空间容量、更新完所述目标应用后所占用的总空间,或者是在线更新时所需要占用的缓存量等。
判断单元402,用于判断所述第一数据量是否大于所述剩余存储空间容量;若是,则将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用,若否,则对所述目标应用进行更新。
在一些实施例中,第一数据量以及剩余存储空间容量的单位均为同一单位,例如比特(bit)、字节(byte)来进行直接比较,或者可以通过单位换算获得相同单位后进行比较,以确定第一数据量是否大于所述剩余存储空间容量。在这里,若第一数据量是否大于所述剩余存储空间容量,则将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用,若否,则对所述目标应用进行更新。
历史使用频率获取单元406,用于获取在预设时间段内每一应用的历史使用频率;
在一些实施例中,所述应用,为安装在电子设备中的应用程序,其受电子设备的操作系统管理。
所述预设时间段,可以是一天、一周、一个月等,还可以是其他按实际需求所预设的时间段。
所述历史使用频率,可通过电子设备的操作系统对应用在历史时间段内的启动次数来判定,例如,统计过去一个月(以30天计算)中某一应用的历史使用频率,若该应用在过去一个月中被启动过的次数为20次,当以天为单位确定该应用的历史使用频率时,可以获得其历史使用频率为20/30=0.33次/天。
当然,也可以用运行时间来判定,例如,统计过去一个月(以30天计算)中某一应用的历史使用频率,若该应用在过去一个月中总的运行时间为30小时,当以天为单位确定该应用的历史使用频率时,可以获得其历史使用频率为30/30=1小时/天。
可以理解的,历史使用频率还可以采用启动次数和运行时间的结合、或者是其他标准来量化该历史使用频率。
集合生成单元407,用于根据所述历史使用频率,按预设方式生成预设应用集合;其中,所述预设应用集合中的应用按所述历史使用频率从低到高进行排序。
所述预设应用集合,可以通过历史使用频率的高低来确定,该集合可以只是电子设备中全部应用当中的一部分,例如,将历史使用频率最低的前10个应用归类到该预设应用集合。
所述应用确定单元403包括第一确定子单元4031、判断子单元4032以及第二确定子单元4033,其中:
第一确定子单元4031,用于将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用。
当需要确定待卸载应用时,可以将预设应用集合中的应用按历史使用频率从低到高进行排序,而排在第一的历史使用频率最低的应用可以确定为待卸载应用。
判断子单元4032,用于判断所述待卸载应用的第二数据量是否大于所述第一数据量与所述剩余存储空间容量之间的差值;若是,则对所述目标应用进行更新;若否,则将所述历史使用频率次低的应用确定为待卸载应用。
在一些实施例中,第二数据量为待卸载应用的总的数据量,参见图3,例如,当待卸载应用为应用A时,则此时的第二数据量则为应用A的数据量,即5MB;当待卸载应用为应用A、应用B以及应用C时,则此时的第二数据量为45MB。
参见图5,图中可以清楚地看出该第二数据量为待卸载应用在存储空间中所占据的数据量,此时如果将该部分进行卸载,则可以释放出一定的存储空间容量,以使卸载后的剩余存储空间容量足以提供给目标应用进行更新。
第二确定子单元4033,用于若否,则将所述历史使用频率次低的应用确定为待卸载应用,直至所述待卸载应用的第二数据量大于所述差值。
参见图6,在一些实施例中,当卸载完历史使用频率最低的应用后,其所释放的空间不足以让目标应用完成更新,则会对预设应用集合中历史使用频率次低的应用进行卸载。例如当卸载完应用A后仍不满足需求,则会按顺序继续卸载应用B—应用C—应用D,直至所述待卸载应用的第二数据量大于所述第一数据量与剩余存储空间容量的差值。
由此可知,首先对历史使用频率低的应用进行优先卸载,再根据实际空间需求判断是否需继续卸载,若是,则会按历史使用频率从低到高的顺序对预设应用集合中的应用进行卸载,不仅在目标应用更新时可以满足其对存储空间的需求,还能顺便清理历史使用频率低的应用,提高系统的运行效率。
卸载单元404,用于对所述待卸载应用进行卸载。
在一些实施例中,当确定待卸载应用后会对所述待卸载应用进行卸载,以释放所述待卸载应用所占用的内存空间,为目标应用的更新提供条件。
更新单元405,用于当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
在一些实施例中,通过判断剩余存储空间容量是否大于所述第一数据量,并在是的时候确定剩余存储空间容量满足目标应用更新所需占用的空间容量需求,此时可以对目标应用进行更新。
基于上述发明实施例,电子设备的目标应用在进行更新的过程中,可按预设应用集合中的历史使用频率从低到高逐次卸载,直至目标应用的顺利更新。如此电子设备不仅在目标应用更新时可以满足其对存储空间的需求,还能顺便清理历史使用频率低的应用,提高系统的运行效率。
图10示出了本发明实施例提供的应用更新装置400的又一种实现结构,所述应用更新装置400包括信息获取单元401、判断单元402、应用确定单元403、卸载单元404、更新单元405、恢复单元。其中,所述卸载单元404包括信息存储子单元,所述恢复单元包括恢复子单元4081、剩余存储空间容量检测子单元,以及恢复停止子单元。为了便于说明,图中仅示出了与本发明内容相关的部分。
需要说明的是,对于一些与其他实施例重复的结构的具体解释,可以参考对图8或图9对这部分的描述,在此不再赘述。
如图10所示,一种应用更新装置400,包括:
信息获取单元401,用于当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量。
判断单元402,用于判断所述第一数据量是否大于所述剩余存储空间容量;若是,则需要确定待卸载应用;若否,则直接对目标应用进行更新。
应用确定单元403,用于若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定待卸载应用。
卸载单元404,用于对所述待卸载应用进行卸载。所述卸载单元404包括信息存储子单元4041,其中:
信息存储子单元4041,用于将所述待卸载应用所对应的应用信息进行存储。
与图8的实施例相比,在一些实施例中,卸载待卸载应用之前会将待卸载应用的应用信息进行存储,应用信息可以是用户在应用中的个人信息、应用名称、应用安装位置、应用权限等信息,以方便系统根据上述应用信息对该应用进行恢复。
更新单元405,用于当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
恢复单元408,用于删除所述目标应用在更新过程中产生的更新安装包,并对被卸载的应用进行恢复。
如果目标应用的更新需要先下载更新安装包,则会在电子设备对目标应用完成更新之后,在其存储空间上留下目标应用对应的更新安装包,此时则会占用电子设备的存储空间,对其进行卸载可以有效释放所占用的存储空间容量。在删除该更新安装包以后,可以对被卸载的应用进行恢复,恢复过程可以是从服务器中重新下载安装,具体实现方式在此不作限定。
所述恢复单元408包括恢复子单元4081、剩余存储空间容量检测子单元4082,以及恢复停止子单元4083,其中:
恢复子单元4081,用于根据所述应用信息,对被卸载的应用进行恢复。
在一些实施例中,当待卸载应用被卸载以后,系统会根据存储的应用信息对被卸载的应用进行恢复,例如,根据应用信息中的应用名称,对被卸载的应用进行再次下载安装,或者是寻找到被卸载应用的安装包重新进行安装。然后,对被卸载的应用进行个人信息恢复,以恢复到原有的账户状态。接下来,还可以根据预存的应用权限对应的信息对应用的权限管理设置进行恢复。当然,具体恢复手段可以根据实际情况进行设定。
剩余存储空间容量检测子单元4082,用于检测所述剩余存储空间容量是否小于预设值。
在应用的恢复过程中,可能会因为目标应用更新后占据更多空间,而导致被卸载的应用不能完全恢复的现象。此时可以对剩余存储空间容量进行监测。在这里可以设置一个预设值,例如是20MB,或者是其他值,则若剩余存储空间容量小于该预设值时,触发停止恢复剩余的被卸载的应用的动作。
恢复停止子单元4083,用于若是,则当有被卸载的应用仍未被恢复时,停止恢复剩余的被卸载的应用。
若检测到剩余存储空间容量小于预设值时,则可以确定如果再继续恢复剩余的被卸载的应用可能会造成恢复失败的现象,此时可以停止恢复剩余的被卸载的应用,进而结束恢复进程,以保证在更新完目标应用以后能够保留一定的剩余存储空间容量。
可以理解的,基于上述发明实施例,对被卸载的应用进行恢复,可以使应用尽可能恢复原来的状态,以使目标应用在确保更新顺利完成的前提下,同时不会改变电子设备原有的应用安装情况,使得把更新卸载应用的影响降到最小。
本发明实施例中,所述应用更新装置与上文实施例中的应用更新装置属于同一构思,在所述应用更新装置上可以运行所述应用更新装置实施例中提供的任一方法,其具体实现过程详见所述应用更新装置的实施例,此处不再赘述。
本发明实施例还提供一种电子设备,该电子设备可以是智能手机、平板电脑、台式电脑、笔记本、掌上电脑等设备。请参阅图11,电子设备500包括处理器501以及存储器502。其中,处理器501与存储器502电性连接。
所述处理器500是电子设备500的控制中心,利用各种接口和线路连接整个电子设备的各个部分,通过运行或加载存储在存储器502内的应用程序,以及调用存储在存储器502内的数据,执行电子设备500的各种功能并处理数据,从而对电子设备500进行整体监控。
所述存储器502可用于存储软件程序以及模块,处理器501通过运行存储在存储器502的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据服务器的使用所创建的数据等。此外,存储器502可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器502还可以包括存储器控制器,以提供处理器501对存储器502的访问。
在本发明实施例中,电子设备500中的处理器501会按照如下的步骤,将一个或一个以上的应用程序的进程对应的指令加载到存储器502中,并由处理器501运行存储在存储器502中的应用程序,从而实现各种功能,如下:
当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量;
判断所述第一数据量是否大于所述剩余存储空间容量;
若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定待卸载应用;
对所述待卸载应用进行卸载;
当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新。
在一些实施例中,所述处理器501还可以用于:
获取在预设时间段内每一应用的历史使用频率;
根据所述历史使用频率,按预设方式生成预设应用集合;
其中,所述预设应用集合中的应用按所述历史使用频率从低到高进行排序。
在某些实施方式中,所述处理器501还可以用于:
将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用;
判断所述待卸载应用的第二数据量是否大于所述第一数据量与所述剩余存储空间容量之间的差值;
若否,则将所述历史使用频率次低的应用确定为待卸载应用,直至所述待卸载应用的第二数据量大于所述差值。
在某些实施方式中,所述处理器501还可以用于:
删除所述目标应用在更新过程中产生的更新安装包,并对被卸载的应用进行恢复。
在某些实施方式中,所述处理器501还可以用于:
将所述待卸载应用所对应的应用信息进行存储;
根据所述应用信息,对被卸载的应用进行恢复。
在某些实施方式中,所述处理器501还可以用于:
在所述被卸载的应用的恢复过程中,检测所述剩余存储空间容量是否小于预设值;
若是,则当有被卸载的应用仍未被恢复时,停止恢复剩余的被卸载的应用。
基于上述发明实施例,电子设备中当信息获取单元接收到目标应用的更新指令时,判断单元根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量来判断目标应用是否具有足够内存空间进行更新,若否,则应用确定单元会确定待卸载应用,等卸载单元卸载待卸载应用后释放存储空间,使目标应用获得足以完成更新的存储空间容量后更新单元再继续完成更新。如此可以使得目标应用的更新更加智能化,简化更新操作的步骤,提高应用的更新成功率。
请一并参阅图12,在某些实施方式中,电子设备500还可以包括:显示器503、射频电路504、音频电路505、无线保真模块506以及电源507。其中,其中,显示器503、射频电路504、音频电路505、无线保真模块506以及电源507分别与处理器501电性连接。
所述显示器503可以用于显示由用户输入的信息或提供给用户的信息以及各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示器503可以包括显示面板,在某些实施方式中,可以采用液晶显示器(LCD,Liquid CrystalDisplay)、或者有机发光二极管(OLED,Organic Light-Emitting Diode)等形式来配置显示面板。
所述射频电路504可以用于收发射频信号,以通过无线通信与网络设备或其他电子设备建立无线通讯,与网络设备或其他电子设备之间收发信号。
所述音频电路505可以用于通过扬声器、传声器提供用户与电子设备之间的音频接口。
所述无线保真模块506可以用于短距离无线传输,可以帮助用户收发电子邮件、浏览网站和访问流式媒体等,它为用户提供了无线的宽带互联网访问。
所述电源507可以用于给电子设备500的各个部件供电。在一些实施例中,电源509可以通过电源管理系统与处理器501逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图12中未示出,电子设备500还可以包括摄像头、蓝牙模块等,在此不再赘述。
基于上述发明实施例,电子设备当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量来判断目标应用是否具有足够内存空间进行更新,若否,则会确定待卸载应用,等待卸载应用卸载后释放存储空间,使目标应用获得足以完成更新的存储空间容量后再继续完成更新。如此可以使得目标应用的更新更加智能化,简化更新操作的步骤,提高应用的更新成功率。
本发明实施例还提供一种存储介质,所述存储介质存储多条指令,所述多条指令适于由处理器加载以执行上述实施例中的应用更新方法,比如:获取所述电子设备中响铃停止时对应的停止时间;当检测到所述停止时间位于目标预设时间段内时,判断当前时间距离所述停止时间的时长是否达到第一阈值;若是,则按照预设时长采集所述电子设备周围的环境音频信息;判断所述环境音频信息是否满足预设条件;若是,则控制所述电子设备再次进行响铃。
在本发明实施例中,所述存储介质可以是磁碟、光盘、只读存储器(ROM,Read OnlyMemory)、或者随机存取记忆体(RAM,Random Access Memory)等。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
需要说明的是,对本发明实施例的所述应用更新方法而言,本领域普通测试人员可以理解实现本发明实施例所述应用更新方法的全部或部分流程,是可以通过计算机程序来控制相关的硬件来完成,所述计算机程序可存储于一计算机可读取存储介质中,如存储在电子设备的存储器中,并被该电子设备内的至少一个处理器执行,在执行过程中可包括如所述应用更新方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储器、随机存取记忆体等。
对本发明实施例的所述响铃控制装置而言,其各功能模块可以集成在一个处理芯片中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中,所述存储介质譬如为只读存储器,磁盘或光盘等。
以上对本发明实施例所提供的一种应用更新方法、装置、存储介质及电子设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (8)
1.一种应用更新方法,应用于电子设备,其特征在于,包括以下步骤:
当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间容量;
判断所述第一数据量是否大于所述剩余存储空间容量;
若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定多个待卸载应用;
对多个所述待卸载应用进行卸载;
当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新;
将多个所述待卸载应用所对应的应用信息进行存储;
删除所述目标应用在更新过程中产生的更新安装包;
根据所述应用信息,对多个被卸载的应用进行恢复;
在多个所述被卸载的应用的恢复过程中,检测所述剩余存储空间容量是否小于预设值;
若是,则当有被卸载的应用仍未被恢复时,停止恢复剩余的被卸载的应用。
2.如权利要求1所述的应用更新方法,其特征在于,在所述根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定多个待卸载应用之前,还包括:
获取在预设时间段内每一应用的历史使用频率;
根据所述历史使用频率,按预设方式生成预设应用集合;
其中,所述预设应用集合中的应用按所述历史使用频率从低到高进行排序。
3.如权利要求2所述的应用更新方法,其特征在于,所述根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,从预设应用集合中确定多个待卸载应用,包括:
将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用;
判断所述待卸载应用的第二数据量是否大于所述第一数据量与所述剩余存储空间容量之间的差值;
若否,则将所述历史使用频率次低的应用确定为待卸载应用,直至所述待卸载应用的第二数据量大于所述差值。
4.一种应用更新装置,应用于电子设备,其特征在于,包括:
信息获取单元,用于当接收到目标应用的更新指令时,根据所述更新指令获取所述目标应用更新时所需的第一数据量以及所述电子设备的剩余存储空间的剩余存储空间容量;
判断单元,用于判断所述第一数据量是否大于所述剩余存储空间容量;
应用确定单元,用于若是,则根据所述第一数据量、所述剩余存储空间容量以及应用的历史使用频率,确定多个待卸载应用;
卸载单元,用于对多个所述待卸载应用进行卸载;以及
更新单元,用于当所述剩余存储空间容量大于所述第一数据量时,对所述目标应用进行更新;
信息存储子单元,用于将多个所述待卸载应用所对应的应用信息进行存储;
恢复单元,用于删除所述目标应用在更新过程中产生的更新安装包;
恢复子单元,用于根据所述应用信息,对多个被卸载的应用进行恢复;
剩余存储空间容量检测子单元,用于在多个所述被卸载的应用的恢复过程中,检测所述剩余存储空间容量是否小于预设值;
恢复停止子单元,用于若是,则当有被卸载的应用仍未被恢复时,停止恢复剩余的被卸载的应用。
5.如权利要求4所述的应用更新装置,其特征在于,所述应用更新装置,还包括:
历史使用频率获取单元,用于获取在预设时间段内每一应用的历史使用频率;以及
集合生成单元,用于根据所述历史使用频率,按预设方式生成预设应用集合;
其中,所述预设应用集合中的应用按所述历史使用频率从低到高进行排序。
6.如权利要求5所述的应用更新装置,其特征在于,所述应用确定单元,包括:
第一确定子单元,用于将所述预设应用集合中历史使用频率最低的应用确定为待卸载应用;
判断子单元,用于判断所述待卸载应用的第二数据量是否大于所述第一数据量与所述剩余存储空间容量之间的差值;以及
第二确定子单元,用于若否,则将所述历史使用频率次低的应用确定为待卸载应用,直至所述待卸载应用的第二数据量大于所述差值。
7.一种存储介质,其特征在于,所述存储介质存储多条指令,所述多条指令适于在计算机上运行时,使得所述计算机执行如权利要求1至3任意一项所述的应用更新方法。
8.一种电子设备,其特征在于,包括处理器和存储器,所述存储器存储多条指令,所述处理器通过加载所述存储器中的指令用于执行如权利要求1至3任意一项所述的应用更新方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710527855.3A CN107357617B (zh) | 2017-06-30 | 2017-06-30 | 应用更新方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710527855.3A CN107357617B (zh) | 2017-06-30 | 2017-06-30 | 应用更新方法、装置、存储介质及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107357617A CN107357617A (zh) | 2017-11-17 |
CN107357617B true CN107357617B (zh) | 2020-12-15 |
Family
ID=60274148
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710527855.3A Active CN107357617B (zh) | 2017-06-30 | 2017-06-30 | 应用更新方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107357617B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108024079B (zh) * | 2017-11-29 | 2021-08-03 | Oppo广东移动通信有限公司 | 录屏方法、装置、终端及存储介质 |
CN109284187A (zh) * | 2018-08-29 | 2019-01-29 | 维沃移动通信有限公司 | 一种应用处理方法、装置和移动终端 |
CN109656603A (zh) * | 2019-01-15 | 2019-04-19 | Oppo广东移动通信有限公司 | 系统升级方法、装置、存储介质及电子设备 |
CN111580836B (zh) * | 2020-04-28 | 2023-05-12 | 每日互动股份有限公司 | 数据处理方法及装置、电子设备和计算机可读存储介质 |
CN113641376B (zh) * | 2020-05-11 | 2024-06-04 | 深圳Tcl新技术有限公司 | 一种智能终端的升级优化方法及智能终端 |
CN112130771B (zh) * | 2020-09-27 | 2023-05-16 | 广州市优仪科技股份有限公司 | 试验箱的存储控制方法、装置和电子设备和存储介质 |
CN112379838A (zh) * | 2020-11-13 | 2021-02-19 | Oppo广东移动通信有限公司 | 数据下载方法、装置、存储介质及电子设备 |
CN112783542A (zh) * | 2021-02-04 | 2021-05-11 | 华东交通大学 | 软件升级方法、装置及可读存储介质 |
CN114143277B (zh) * | 2021-10-20 | 2023-11-24 | 北京达佳互联信息技术有限公司 | 数据请求处理方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105867970A (zh) * | 2016-03-28 | 2016-08-17 | 乐视控股(北京)有限公司 | 一种手持设备的应用安装系统和方法 |
CN106547597A (zh) * | 2016-11-21 | 2017-03-29 | 北京小米移动软件有限公司 | 应用程序更新的控制方法和装置 |
CN106708548A (zh) * | 2015-11-13 | 2017-05-24 | 阿里巴巴集团控股有限公司 | 程序升级方法和终端设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9244695B2 (en) * | 2013-03-15 | 2016-01-26 | Dell Products, Lp | Obtaining device drivers from an out-of-band management network |
-
2017
- 2017-06-30 CN CN201710527855.3A patent/CN107357617B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106708548A (zh) * | 2015-11-13 | 2017-05-24 | 阿里巴巴集团控股有限公司 | 程序升级方法和终端设备 |
CN105867970A (zh) * | 2016-03-28 | 2016-08-17 | 乐视控股(北京)有限公司 | 一种手持设备的应用安装系统和方法 |
CN106547597A (zh) * | 2016-11-21 | 2017-03-29 | 北京小米移动软件有限公司 | 应用程序更新的控制方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107357617A (zh) | 2017-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107357617B (zh) | 应用更新方法、装置、存储介质及电子设备 | |
RU2615325C2 (ru) | Способ и устройство для высвобождения пространства памяти | |
CN107239295B (zh) | 一种软件升级的方法及软件升级装置 | |
CN107273160A (zh) | 一种版本升级的方法及装置 | |
CN110825563B (zh) | 系统恢复方法、装置以及电子设备 | |
CN103455348B (zh) | 分区调整方法、装置、终端、服务器及系统 | |
CN107302628B (zh) | 应用功能的控制方法及相关产品 | |
CN107463435B (zh) | 应用进程优先级管理方法、装置、存储介质及电子设备 | |
CN103677903A (zh) | 一种移动终端智能升级方法、装置及电子设备 | |
WO2019037724A1 (zh) | 一种移动终端应用程序升级方法、存储设备及移动终端 | |
US8738094B2 (en) | Automatically enabling wireless communication | |
WO2020206691A1 (zh) | 应用程序的处理方法、装置、存储介质及电子设备 | |
CN107450711B (zh) | 应用程序处理方法、装置、存储介质及终端 | |
CN105955770A (zh) | 一种应用程序的卸载方法和终端 | |
CN103049287A (zh) | 移动终端和移动终端应用安装的方法 | |
CN110780940A (zh) | 应用程序加载方法、电子设备和存储介质 | |
CN109766119B (zh) | 恢复分区升级方法、终端和计算机可读存储介质 | |
CN110837343A (zh) | 处理快照的方法、装置及终端 | |
CN108038050B (zh) | 性能调整方法、装置、存储介质及电子设备 | |
CN111399874A (zh) | 一种系统升级方法、装置、存储介质及智能穿戴设备 | |
CN108762983B (zh) | 多媒体数据恢复方法及装置 | |
CN108737655B (zh) | 图片处理方法及相关装置 | |
CN107908273B (zh) | 应用管理方法、装置、存储介质及电子设备 | |
US20160314036A1 (en) | Method and Apparatus for Repairing Dynamic Link Library File | |
CN104778058A (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant after: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant before: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |