CN105446768B - 系统升级方法及装置 - Google Patents
系统升级方法及装置 Download PDFInfo
- Publication number
- CN105446768B CN105446768B CN201510744845.6A CN201510744845A CN105446768B CN 105446768 B CN105446768 B CN 105446768B CN 201510744845 A CN201510744845 A CN 201510744845A CN 105446768 B CN105446768 B CN 105446768B
- Authority
- CN
- China
- Prior art keywords
- file
- modified
- terminal
- partitioning
- syslog
- 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
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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44568—Immediately runnable code
- G06F9/44573—Execute-in-place [XIP]
Abstract
本公开提供了一种系统升级方法及装置,属于终端技术领域。方法包括:获取终端的系统日志文件,所述系统日志文件至少用于保存终端系统分区中被修改的系统文件信息;根据所述系统日志文件,判断所述系统分区中是否存在被修改的文件;如果所述系统分区中存在所述被修改的文件,获取用于升级至指定系统的完整包;如果所述系统分区中不存在所述被修改的文件,获取用于升级至所述指定系统的增量包;根据获取到的数据包对终端当前系统进行升级。本公开通过判断系统分区中的文件是否被修改,有选择的下载完整包和增量包实现对当前系统的升级,能够有效解决当默认采用增量包进行系统升级时,由于第三方应用对系统文件的更改造成系统升级失败的问题。
Description
技术领域
本公开涉及终端技术领域,尤其涉及一种系统升级方法及装置。
背景技术
随着终端技术领域的迅速发展,对终端系统的升级多是采用OTA((Over the Air,空中下载)技术进行,也即是通过手动或自动从OTA服务器中下载OTA升级包完成对系统的升级。
目前,采用OTA技术进行系统升级主要有增量包升级和完整包升级两种方式,增量包中保存的是从当前系统升级至指定系统需要的补丁文件,完整包中保存的是从当前系统升级至指定系统需要的所有文件。
发明内容
为克服相关技术中存在的问题,本公开提供一种系统升级方法及装置。
根据本公开实施例的第一方面,提供一种系统升级方法,包括:
获取终端的系统日志文件,该系统日志文件至少用于保存终端系统分区中被修改的系统文件信息;
根据该系统日志文件,判断该系统分区中是否存在被修改的文件;
如果该系统分区中存在该被修改的文件,获取用于升级至指定系统的完整包;
如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包;
根据获取到的数据包对终端当前系统进行升级。
在本公开的第一方面的第一种可能实现方式中,该获取终端的系统日志文件之前,该方法还包括:
当该终端上任一系统文件被修改时,向OTA服务器发送被修改的系统文件信息。
在本公开的第一方面的第二种可能实现方式中,该根据该系统日志文件,判断该系统分区中是否存在被修改的文件,包括:
当该系统日志文件为空文件时,确定该系统分区中不存在被修改的文件;
当该系统日志文件中存在该被修改的系统文件信息时,确定该系统分区中存在被修改的文件。
在本公开的第一方面的第三种可能实现方式中,该如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包之前,该方法还包括:
如果该系统分区中不存在该被修改的文件,向OTA服务器发送该当前系统的版本信息;
相应地,获取用于升级至该指定系统的增量包包括:
根据该当前系统的版本信息,获取指定增量包,该指定增量包用于指定版本之间的系统升级。
在本公开的第一方面的第四种可能实现方式中,该如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包之前,该方法还包括:
如果该系统分区中不存在该被修改的文件,向OTA服务器发送该终端的当前系统的文件信息,使得该OTA服务器根据该当前系统的文件信息,获取从该当前系统升级至该指定系统需要的补丁文件,并将该补丁文件打包形成该增量包。
在本公开的第一方面的第五种可能实现方式中,该方法还包括:
对该终端从当前系统升级成功后,删除该系统日志文件;
在该终端重启后,创建系统日志文件。
根据本公开实施例的第二方面,提供一种系统升级装置,包括:
第一获取模块,用于获取终端的系统日志文件,该系统日志文件至少用于保存终端系统分区中被修改的系统文件信息;
判断模块,用于根据该系统日志文件,判断该系统分区中是否存在被修改的文件;
第二获取模块,用于如果该系统分区中存在该被修改的文件,获取用于升级至指定系统的完整包;
该第二获取模块还用于如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包;
升级模块,用于根据获取到的数据包对终端当前系统进行升级。
在本公开的第二方面的第一种可能实现方式中,该装置还包括:
第一发送模块,用于当该终端上任一系统文件被修改时,向OTA服务器发送被修改的系统文件信息。
在本公开的第二方面的第二种可能实现方式中,该判断模块用于:
当该系统日志文件为空文件时,确定该系统分区中不存在被修改的文件;
当该系统日志文件中存在该被修改的系统文件信息时,确定该系统分区中存在被修改的文件。
在本公开的第二方面的第三种可能实现方式中,该装置还包括:
第二发送模块,用于如果该系统分区中不存在该被修改的文件,向OTA服务器发送该当前系统的版本信息;
相应地,该第二获取模块还用于:
根据该当前系统的版本信息,获取指定增量包,该指定增量包用于指定版本之间的系统升级。
在本公开的第二方面的第四种可能实现方式中,该装置还包括:
第三发送模块,用于如果该系统分区中不存在该被修改的文件,向OTA服务器发送该终端的当前系统的文件信息,使得该OTA服务器根据该当前系统的文件信息,获取从该当前系统升级至该指定系统需要的补丁文件,并将该补丁文件打包形成该增量包。
在本公开的第二方面的第五种可能实现方式中,该装置还包括:
删除模块,用于对该终端从当前系统升级成功后,删除该系统日志文件;
创建模块,用于在该终端重启后,创建系统日志文件。
第三方面,还提供了一种系统升级装置,包括:
处理器;
用于存储处理器可执行的指令的存储器;
其中,该处理器被配置为:
获取终端的系统日志文件,该系统日志文件至少用于保存终端系统分区中被修改的系统文件信息;
根据该系统日志文件,判断该系统分区中是否存在被修改的文件;
如果该系统分区中存在该被修改的文件,获取用于升级至指定系统的完整包;
如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包;
根据获取到的数据包对终端当前系统进行升级。
本公开实施例提供的技术方案带来的有益效果是:
本公开通过判断系统分区中的文件是否被修改,有选择的下载完整包和增量包实现对当前系统的升级,能够有效解决当默认采用增量包进行系统升级时,由于第三方应用对系统文件的更改造成系统升级失败的问题。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种系统升级方法的流程图。
图2是根据一示例性实施例示出的一种系统升级方法的流程图。
图3是根据一示例性实施例示出的一种系统升级装置框图。
图4是根据一示例性实施例示出的一种系统升级装置400的框图。
图5是根据一示例性实施例示出的一种OTA服务器500的框图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种系统升级方法的流程图,如图1所示,包括以下步骤:
在步骤101中,获取终端的系统日志文件,该系统日志文件至少用于保存终端系统分区中被修改的系统文件信息。
在步骤102中,根据该系统日志文件,判断该系统分区中是否存在被修改的文件。
在步骤103中,如果该系统分区中存在该被修改的文件,获取用于升级至指定系统的完整包。
在步骤104中,如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包。
在步骤105中,根据获取到的数据包对终端当前系统进行升级。
本公开实施例提供的方法,通过判断系统分区中的文件是否被修改,有选择的下载完整包和增量包实现对当前系统的升级,能够有效解决当默认采用增量包进行系统升级时,由于第三方应用对系统文件的更改造成系统升级失败的问题。
在本公开的第一种可能实现方式中,该获取终端的系统日志文件之前,该方法还包括:
当该终端上任一系统文件被修改时,向OTA服务器发送被修改的系统文件信息。
在本公开的第二种可能实现方式中,该根据该系统日志文件,判断该系统分区中是否存在被修改的文件,包括:
当该系统日志文件为空文件时,确定该系统分区中不存在被修改的文件;
当该系统日志文件中存在该被修改的系统文件信息时,确定该系统分区中存在被修改的文件。
在本公开的第三种可能实现方式中,该如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包之前,该方法还包括:
如果该系统分区中不存在该被修改的文件,向OTA服务器发送该当前系统的版本信息;
相应地,获取用于升级至该指定系统的增量包包括:
根据该当前系统的版本信息,获取指定增量包,该指定增量包用于指定版本之间的系统升级。
在本公开的第四种可能实现方式中,该如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包之前,该方法还包括:
如果该系统分区中不存在该被修改的文件,向OTA服务器发送该终端的当前系统的文件信息,使得该OTA服务器根据该当前系统的文件信息,获取从该当前系统升级至该指定系统需要的补丁文件,并将该补丁文件打包形成该增量包。
在本公开的第五种可能实现方式中,该方法还包括:
对该终端从当前系统升级成功后,删除该系统日志文件;
在该终端重启后,创建系统日志文件。
上述所有可选技术方案,可以采用任意结合形成本公开的可选实施例,在此不再一一赘述。
图2是根据一示例性实施例示出的一种系统升级方法的流程图。参照图2,该实施例具体包括:
在步骤201中,获取终端的系统日志文件,该系统日志文件至少用于保存终端系统分区中被修改的系统文件信息。
为了便于对终端系统的升级和维护,在OTA服务器中维护一个对应于该终端的系统日志文件,用于记录该终端系统分区中被修改的系统文件信息。也即是,当该终端上任一系统文件被修改时,该终端可以向OTA服务器发送被修改的系统文件信息,该系统文件信息可以为该系统文件的文件名及用于表示文件属性的扩展名。
在本公开实施例中,仅以为一个终端维护一个系统日志文件为例进行说明,在服务器侧,可以存储终端信息以及对应的系统日志文件,从而使得在终端接收到对当前系统的升级指令时,向OTA服务器发送获取系统日志文件的请求信息,该请求信息包括该终端的终端信息,使得OTA服务器根据该终端信息,获取该终端信息对应的系统日志文件,并将该系统日志文件发送至该终端。
在另一实施例中,为了提高系统维护的针对性,还可以为一个终端系统维护一个系统日志文件,也即是,在服务器侧,可以存储终端信息、该终端当前系统的版本信息以及对应的系统日志文件,从而使得在终端接收到对当前系统的升级指令时,向OTA服务器发送获取系统日志文件的请求信息,该请求信息包括该终端的终端信息和该终端当前系统的版本信息,使得OTA服务器根据该终端信息和该终端当前系统的版本信息,获取对应的系统日志文件,并将该系统日志文件发送至该终端。
在另一实施例中,当前终端在向OTA服务器发送被修改的系统文件信息时,还可以同时发送对该系统文件的修改方式、修改执行者以及修改时间等信息,其中,系统文件的修改方式可以为以下几种方式中的任一种:新增、删除和修改,其中,新增可以是指在系统分区中添加文件,该文件可以是第三方应用添加的,也可以是人为手动添加的。而删除是指删除系统分区中的文件。修改是指修改系统分区中文件的具体内容。
该系统日志文件中除了可以保存上述信息外,还可以保存其他信息,本公开实施例对此不作限定。
在步骤202中,根据该系统日志文件,判断该系统分区中是否存在被修改的文件,如果是,执行步骤203,如果否,执行步骤204。
当该系统日志文件为空文件时,确定该系统分区中不存在被修改的文件;当该系统日志文件中存在该被修改的系统文件信息时,确定该系统分区中存在被修改的文件;其中,系统日志文件为空则代表该终端当前系统中的文件没有被修改过。
在步骤203中,如果该系统分区中存在该被修改的文件,获取用于升级至指定系统的完整包,执行步骤205。
为了提高系统升级的灵活性,在OTA服务器中提供多种用于系统升级的数据包,OTA服务器根据终端发送的请求判断所要发送的数据包类型。
在本公开实施例中,提供了两种用于系统升级的数据包:完整包和增量包,其中,完整包中保存的是从当前系统升级至指定系统需要的所有文件,也即是,任一能够安装该指定系统的终端可通过该完整包安装该指定系统。确定增量包中保存内容的方法可以为:根据指定系统的系统文件及该指定系统对应的所有历史版本的系统文件,获取该指定系统的系统文件与该指定系统对应的所有历史版本的系统文件之间的差异文件,并将对应差异文件进行打包处理后,得到每一个历史版本的系统升级至该指定系统所需的增量包。
当终端根据系统日志文件确定系统分区中存在被修改的文件时,向OTA服务器发送获取完整包的请求信息,该请求信息携带该终端的终端信息,OTA获取该请求后,向该终端发送用于升级至指定系统的完整包。需要说明的是,该指定系统可以是同一系列的最新版本的系统,也即是,该指定系统可以是对任一历史版本的系统功能上进行了完善后的系统,也可以是修补了历史版本的系统漏洞后的新系统,该指定系统有一个区别于历史版本的新版本号。
在步骤204中,如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包,执行步骤205。
当终端根据系统日志文件确定系统分区中不存在被修改的文件时,向OTA服务器发送获取增量包的请求信息,该请求信息携带该终端的终端信息、该终端当前系统的版本信息以及系统文件信息,OTA服务器根据该该终端的终端信息以及该终端当前系统的版本信息及系统文件信息,确定所要发送的增量包类型。具体地,可以通过以下两种方式中的任一种获取用于升级至指定系统的增量包:
第一种方式、如果该系统分区中不存在该被修改的文件,向OTA服务器发送该当前系统的版本信息;相应地,获取用于升级至该指定系统的增量包包括:根据该当前系统的版本信息,获取指定增量包,该指定增量包用于指定版本之间的系统升级。
第二种方式、如果该系统分区中不存在该被修改的文件,向OTA服务器发送该终端的当前系统的文件信息,使得该OTA服务器根据该当前系统的文件信息,获取从该当前系统升级至该指定系统需要的补丁文件,并将该补丁文件打包形成该增量包。其中,补丁文件即为当前系统和指定系统的差异文件。对于OTA服务器中只提供了用于系统升级的完整包,而未提供增量包的情况,可以通过该方式获取具有针对性的增量包,该增量包只适用于向OTA服务器发送获取增量包的请求指令的终端。
除上述获取增量包的方式外,还可以采取其他方式获取用于升级至指定系统的增量包,本公开实施例对此不作限定。
在步骤205中,根据获取到的数据包对终端当前系统进行升级。
针对获取到的数据包种类不同,可以采用下述不同的升级方法,具体可以有以下两种情况:
第一种情况、当所获取到的数据包为完整包时,可以通过以下方法完成对终端当前系统的升级:将完整包中的文件写入终端的系统分区,使其覆盖该系统分区中的全部原有文件;也可以通过从该完整包中获取升级脚本,通过该升级脚本对终端的系统分区进行格式化处理,再将完整包中的文件写入系统分区。针对获取到的数据包为完整包的情况,除采用上述两种升级方法外,还可以采用其他升级方法,本公开实施例对此不作限定。
第二种情况、当所获取到的数据包为增量包时,可以通过以下方法完成对终端当前系统的升级:由于增量包中至少包括新增文件、删除文件和修改文件中的一种,因此,针对不同的文件类型可以采用不同的方法实现对终端当前系统的升级,具体可以包括以下几种:
第一种、对于增量包中新增的文件的处理方法。新增的文件是指指定系统相对于当前系统的新增文件,对于该文件,直接将其写入终端的系统分区中。
第二种、对于终端当前系统中需要删除的文件的处理方法。当该文件在终端当前系统中存在,而在指定系统中不存在时,可以通过从增量包中获取到的升级脚本中的删除指令将该文件删除,以实现对终端当前系统的升级。
第三种、对于需要替换的文件的处理方法。当需要用指定系统中的文件替换终端当前系统中的文件时,可以通过从增量包中获取到的升级脚本中的替换指令将该终端当前系统中的文件进行替换,从而实现对终端当前系统的升级。
针对获取到的数据包为增量包的情况,除采用上述升级方法外,还可以采用其他升级方法,本公开实施例对此不作限定。
在步骤206中,对该终端从当前系统升级成功后,删除该系统日志文件;在该终端重启后,创建系统日志文件。
由于升级成功后,系统分区中的文件都是未经过修改的新文件,为了避免该终端升级前的系统在OTA服务器中维护的系统日志文件对升级后的系统造成影响,对该终端升级前的系统在OTA服务器中维护的系统日志文件执行删除操作,待升级后的系统重启后,在OTA服务器重新创建一个用于保存系统升级后的终端的系统分区中被修改的系统文件信息。
对于获取到的数据包为增量包的情况,由于该终端升级前的系统在OTA服务器中维护的系统日志文件为空,因此,在升级成功后,也可以不对该系统日志文件执行删除操作,待升级后的系统重启后,通过对该系统日志文件重命名等操作,使其作为新系统的系统日志文件,用于保存系统升级后的终端的系统分区中被修改的系统文件信息。
上述系统升级过程可以应用在移动终端等终端设备的系统更新中,进一步地,系统升级成功后,可以删除获取到的用于升级的增量包或者完整包,以节约存储空间,从而加快系统运行速度。
本公开实施例提供的方法,通过判断系统分区中的文件是否被修改,有选择的下载完整包和增量包实现对当前系统的升级,能够有效解决当默认采用增量包进行系统升级时,由于第三方应用对系统文件的更改造成系统升级失败的问题。进一步地,通过删除原系统日志文件,创建新系统日志文件,使得在系统升级后,仍能通过保存新系统中被修改的系统文件信息,实现对新系统的维护,为下一次系统升级做好准备。
图3是根据一示例性实施例示出的一种系统升级装置框图。参照图3,该装置包括第一获取模块301,判断模块302,第二获取模块303,升级模块304。
第一获取模块301,用于获取终端的系统日志文件,该系统日志文件至少用于保存终端系统分区中被修改的系统文件信息;
判断模块302,用于根据该系统日志文件,判断该系统分区中是否存在被修改的文件;
第二获取模块303,用于如果该系统分区中存在该被修改的文件,获取用于升级至指定系统的完整包;
该第二获取模块303还用于如果该系统分区中不存在该被修改的文件,获取用于升级至该指定系统的增量包;
升级模块304,用于根据获取到的数据包对终端当前系统进行升级。
在本公开提供的第一种可能实现方式中,该装置还包括:
第一发送模块,用于当该终端上任一系统文件被修改时,向OTA服务器发送被修改的系统文件信息。
在本公开提供的第二种可能实现方式中,该判断模块302用于:
当该系统日志文件为空文件时,确定该系统分区中不存在被修改的文件;
当该系统日志文件中存在该被修改的系统文件信息时,确定该系统分区中存在被修改的文件。
在本公开提供的第三种可能实现方式中,该装置还包括:
第二发送模块,用于如果该系统分区中不存在该被修改的文件,向OTA服务器发送该当前系统的版本信息;
相应地,该第二获取模块303还用于:
根据该当前系统的版本信息,获取指定增量包,该指定增量包用于指定版本之间的系统升级。
在本公开提供的第四种可能实现方式中,该装置还包括:
第三发送模块,用于如果该系统分区中不存在该被修改的文件,向OTA服务器发送该终端的当前系统的文件信息,使得该OTA服务器根据该当前系统的文件信息,获取从该当前系统升级至该指定系统需要的补丁文件,并将该补丁文件打包形成该增量包。
在本公开提供的第五种可能实现方式中,该装置还包括:
删除模块,用于对该终端从当前系统升级成功后,删除该系统日志文件;
创建模块,用于在该终端重启后,创建系统日志文件。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图4是根据一示例性实施例示出的一种系统升级装置400的框图。例如,装置400可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图4,装置400可以包括以下一个或多个组件:处理组件402,存储器404,电源组件406,多媒体组件404,音频组件410,输入/输出(I/O)接口412,传感器组件414,以及通信组件416。
处理组件402通常控制装置400的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件402可以包括一个或多个模块,便于处理组件402和其他组件之间的交互。例如,处理组件402可以包括多媒体模块,以方便多媒体组件408和处理组件402之间的交互。
存储器404被配置为存储各种类型的数据以支持在装置400的操作。这些数据的示例包括用于在装置400上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件406为装置400的各种组件提供电力。电源组件406可以包括电源管理系统,一个或多个电源,及其他与为装置400生成、管理和分配电力相关联的组件。
多媒体组件408包括在所述装置400和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件408包括一个前置摄像头和/或后置摄像头。当装置400处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件410被配置为输出和/或输入音频信号。例如,音频组件410包括一个麦克风(MIC),当装置400处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中,音频组件410还包括一个扬声器,用于输出音频信号。
I/O接口412为处理组件402和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件414包括一个或多个传感器,用于为装置400提供各个方面的状态评估。例如,传感器组件414可以检测到装置400的打开/关闭状态,组件的相对定位,例如所述组件为装置400的显示器和小键盘,传感器组件414还可以检测装置400或装置400一个组件的位置改变,用户与装置400接触的存在或不存在,装置400方位或加速/减速和装置400的温度变化。传感器组件414可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件414还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件416被配置为便于装置400和其他设备之间有线或无线方式的通信。装置400可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件416还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述系统升级方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器404,上述指令可由装置400的处理器420执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供了一种非临时性计算机可读存储介质,当所述存储介质中的指令由移动终端的处理器执行时,使得移动终端能够执行上述系统升级方法。
图5是根据一示例性实施例示出的一种OTA服务器500的框图。参照图5,服务器500包括处理组件522,其进一步包括一个或多个处理器,以及由存储器532所代表的存储器资源,用于存储可由处理部件522的执行的指令,例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件522被配置为执行指令,以执行上述系统升级方法。
服务器500还可以包括一个电源组件526被配置为执行服务器500的电源管理,一个有线或无线网络接口550被配置为将服务器500连接到网络,和一个输入输出(I/O)接口558。服务器500可以操作基于存储在存储器532的操作系统,例如Windows ServerTM,Mac OSXTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (9)
1.一种系统升级方法,其特征在于,所述方法包括:
获取终端的系统日志文件,所述系统日志文件至少用于保存终端系统分区中被修改的系统文件信息;
根据所述系统日志文件,判断所述系统分区中是否存在被修改的文件;
如果所述系统分区中存在所述被修改的文件,获取用于升级至指定系统的完整包;
如果所述系统分区中不存在所述被修改的文件,获取用于升级至所述指定系统的增量包;
根据获取到的数据包对终端当前系统进行升级;
其中,所述方法还包括:
对所述终端从当前系统升级成功后,删除所述系统日志文件;
在所述终端重启后,创建系统日志文件;
所述根据所述系统日志文件,判断所述系统分区中是否存在被修改的文件,包括:当所述系统日志文件为空文件时,确定所述系统分区中不存在被修改的文件;当所述系统日志文件中存在所述被修改的系统文件信息时,确定所述系统分区中存在被修改的文件。
2.根据权利要求1所述的方法,其特征在于,所述获取终端的系统日志文件之前,所述方法还包括:
当所述终端上任一系统文件被修改时,向OTA服务器发送被修改的系统文件信息。
3.根据权利要求1所述的方法,其特征在于,所述如果所述系统分区中不存在所述被修改的文件,获取用于升级至所述指定系统的增量包之前,所述方法还包括:
如果所述系统分区中不存在所述被修改的文件,向OTA服务器发送所述当前系统的版本信息;
相应地,获取用于升级至所述指定系统的增量包包括:
根据所述当前系统的版本信息,获取指定增量包,所述指定增量包用于指定版本之间的系统升级。
4.根据权利要求1所述的方法,其特征在于,所述如果所述系统分区中不存在所述被修改的文件,获取用于升级至所述指定系统的增量包之前,所述方法还包括:
如果所述系统分区中不存在所述被修改的文件,向OTA服务器发送所述终端的当前系统的文件信息,使得所述OTA服务器根据所述当前系统的文件信息,获取从所述当前系统升级至所述指定系统需要的补丁文件,并将所述补丁文件打包形成所述增量包。
5.一种系统升级装置,其特征在于,所述装置包括:
第一获取模块,用于获取终端的系统日志文件,所述系统日志文件至少用于保存终端系统分区中被修改的系统文件信息;
判断模块,用于根据所述系统日志文件,判断所述系统分区中是否存在被修改的文件;
第二获取模块,用于如果所述系统分区中存在所述被修改的文件,获取用于升级至指定系统的完整包;
所述第二获取模块还用于如果所述系统分区中不存在所述被修改的文件,获取用于升级至所述指定系统的增量包;
升级模块,用于根据获取到的数据包对终端当前系统进行升级;
其中,所述装置还包括:
删除模块,用于对所述终端从当前系统升级成功后,删除所述系统日志文件;
创建模块,用于在所述终端重启后,创建系统日志文件;
所述判断模块,还用于当所述系统日志文件为空文件时,确定所述系统分区中不存在被修改的文件;当所述系统日志文件中存在所述被修改的系统文件信息时,确定所述系统分区中存在被修改的文件。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:
第一发送模块,用于当所述终端上任一系统文件被修改时,向OTA服务器发送被修改的系统文件信息。
7.根据权利要求5所述的装置,其特征在于,所述装置还包括:
第二发送模块,用于如果所述系统分区中不存在所述被修改的文件,向OTA服务器发送所述当前系统的版本信息;
相应地,所述第二获取模块还用于:
根据所述当前系统的版本信息,获取指定增量包,所述指定增量包用于指定版本之间的系统升级。
8.根据权利要求5所述的装置,其特征在于,所述装置还包括:
第三发送模块,用于如果所述系统分区中不存在所述被修改的文件,向OTA服务器发送所述终端的当前系统的文件信息,使得所述OTA服务器根据所述当前系统的文件信息,获取从所述当前系统升级至所述指定系统需要的补丁文件,并将所述补丁文件打包形成所述增量包。
9.一种系统升级装置,其特征在于,包括:
处理器;
用于存储处理器可执行的指令的存储器;
其中,所述处理器被配置为:
获取终端的系统日志文件,所述系统日志文件至少用于保存终端系统分区中被修改的系统文件信息;
根据所述系统日志文件,判断所述系统分区中是否存在被修改的文件;
如果所述系统分区中存在所述被修改的文件,获取用于升级至指定系统的完整包;
如果所述系统分区中不存在所述被修改的文件,获取用于升级至所述指定系统的增量包;
根据获取到的数据包对终端当前系统进行升级;
其中,所述处理器还被配置为:所述终端从当前系统升级成功后,删除所述系统日志文件;在所述终端重启后,创建系统日志文件;
所述处理器还被配置为:当所述系统日志文件为空文件时,确定所述系统分区中不存在被修改的文件;
当所述系统日志文件中存在所述被修改的系统文件信息时,确定所述系统分区中存在被修改的文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510744845.6A CN105446768B (zh) | 2015-11-05 | 2015-11-05 | 系统升级方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510744845.6A CN105446768B (zh) | 2015-11-05 | 2015-11-05 | 系统升级方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105446768A CN105446768A (zh) | 2016-03-30 |
CN105446768B true CN105446768B (zh) | 2019-07-05 |
Family
ID=55557011
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510744845.6A Active CN105446768B (zh) | 2015-11-05 | 2015-11-05 | 系统升级方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105446768B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106507337B (zh) * | 2016-10-08 | 2020-03-27 | 努比亚技术有限公司 | 一种fota升级设备及方法 |
CN107632840B (zh) * | 2017-09-27 | 2020-07-10 | 世纪龙信息网络有限责任公司 | 应用程序的任务执行方法和系统 |
CN107844318B (zh) * | 2017-12-11 | 2021-08-24 | 维沃移动通信有限公司 | 一种操作系统的升级方法及移动终端和服务器 |
CN108228215B (zh) * | 2018-01-02 | 2021-06-01 | 青岛海信移动通信技术股份有限公司 | 终端设备的ota升级包的推送方法及装置 |
CN113485736B (zh) * | 2021-06-17 | 2024-05-07 | 厦门亿联网络技术股份有限公司 | 一种系统增量更新方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6779117B1 (en) * | 1999-07-23 | 2004-08-17 | Cybersoft, Inc. | Authentication program for a computer operating system |
CN102339298A (zh) * | 2010-07-28 | 2012-02-01 | 中国移动通信集团公司 | Sql脚本元数据的更新方法、装置及系统 |
CN102968486A (zh) * | 2012-11-26 | 2013-03-13 | 国电南瑞科技股份有限公司 | 一种基于变化日志的高可靠文件同步方法 |
US8806617B1 (en) * | 2002-10-14 | 2014-08-12 | Cimcor, Inc. | System and method for maintaining server data integrity |
CN104504326A (zh) * | 2014-12-05 | 2015-04-08 | 深圳天珑无线科技有限公司 | 一种检查系统文件完整性的方法 |
CN104598807A (zh) * | 2014-12-22 | 2015-05-06 | 广东欧珀移动通信有限公司 | 增量升级检测方法、管理方法、终端及增量升级管理平台 |
CN104915220A (zh) * | 2014-03-13 | 2015-09-16 | 中国移动通信集团安徽有限公司 | 一种客户端应用程序的升级方法和系统、客户端 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102724308A (zh) * | 2012-06-13 | 2012-10-10 | 腾讯科技(深圳)有限公司 | 软件更新方法及软件更新系统 |
CN104125276A (zh) * | 2014-07-21 | 2014-10-29 | 中兴通讯股份有限公司 | 升级方法及装置 |
CN104217137B (zh) * | 2014-08-29 | 2017-09-29 | 广东欧珀移动通信有限公司 | 一种识别智能终端系统是否被更改的方法及装置 |
CN104217158A (zh) * | 2014-09-17 | 2014-12-17 | 青岛海信移动通信技术股份有限公司 | 一种检测智能终端系统状态的方法及智能终端 |
-
2015
- 2015-11-05 CN CN201510744845.6A patent/CN105446768B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6779117B1 (en) * | 1999-07-23 | 2004-08-17 | Cybersoft, Inc. | Authentication program for a computer operating system |
US8806617B1 (en) * | 2002-10-14 | 2014-08-12 | Cimcor, Inc. | System and method for maintaining server data integrity |
CN102339298A (zh) * | 2010-07-28 | 2012-02-01 | 中国移动通信集团公司 | Sql脚本元数据的更新方法、装置及系统 |
CN102968486A (zh) * | 2012-11-26 | 2013-03-13 | 国电南瑞科技股份有限公司 | 一种基于变化日志的高可靠文件同步方法 |
CN104915220A (zh) * | 2014-03-13 | 2015-09-16 | 中国移动通信集团安徽有限公司 | 一种客户端应用程序的升级方法和系统、客户端 |
CN104504326A (zh) * | 2014-12-05 | 2015-04-08 | 深圳天珑无线科技有限公司 | 一种检查系统文件完整性的方法 |
CN104598807A (zh) * | 2014-12-22 | 2015-05-06 | 广东欧珀移动通信有限公司 | 增量升级检测方法、管理方法、终端及增量升级管理平台 |
Also Published As
Publication number | Publication date |
---|---|
CN105446768A (zh) | 2016-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105094903B (zh) | 对固件进行升级的方法及装置 | |
CN107967141B (zh) | 操作系统升级方法、装置及终端 | |
CN105446768B (zh) | 系统升级方法及装置 | |
EP2523107B1 (en) | Mobile terminal and system for managing applications using the same | |
US11562074B2 (en) | Firmware upgrade method and device, and storage medium | |
KR101759451B1 (ko) | 펌웨어 복원 방법, 장치, 단말기, 프로그램 및 기록매체 | |
CN107273160A (zh) | 一种版本升级的方法及装置 | |
CN108509211A (zh) | 应用程序升级方法、装置、移动终端和存储介质 | |
US20170123781A1 (en) | Method, device and system for application updating | |
US20120159472A1 (en) | Mobile terminal and application controlling method thereof | |
KR20100081720A (ko) | 포타 서비스 방법 및 시스템 | |
WO2019037724A1 (zh) | 一种移动终端应用程序升级方法、存储设备及移动终端 | |
CN105389507B (zh) | 监控系统分区文件的方法及装置 | |
CN110865837B (zh) | 一种进行系统升级的方法和终端 | |
CN104320774A (zh) | 一种升级方法、装置及设备 | |
CN104536783A (zh) | 预留空间设置方法及装置 | |
CN105208177B (zh) | 通讯录更新方法及装置 | |
CN107357613A (zh) | 应用更新方法、装置及计算机可读存储介质 | |
CN104216723A (zh) | 软件启动方法及移动设备 | |
CN106126382B (zh) | 识别文件系统错误的方法及装置 | |
EP2704030A1 (en) | Mobile terminal and control method thereof | |
CN101677341A (zh) | 移动通信终端中改变语言的设备和方法 | |
CN104866349A (zh) | 应用更新方法及装置 | |
CN111158735B (zh) | 一种热补丁文件处理方法及通信终端 | |
CN104462469A (zh) | 网站静态文件的更新方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |