CN105677409A - 一种系统升级方法及装置 - Google Patents
一种系统升级方法及装置 Download PDFInfo
- Publication number
- CN105677409A CN105677409A CN201511034071.4A CN201511034071A CN105677409A CN 105677409 A CN105677409 A CN 105677409A CN 201511034071 A CN201511034071 A CN 201511034071A CN 105677409 A CN105677409 A CN 105677409A
- Authority
- CN
- China
- Prior art keywords
- system data
- data
- header information
- updated
- loaded
- 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.)
- Granted
Links
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)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种系统升级方法,应用于智能设备,该方法包括中,在系统内设置两份系统数据,第一启动引导程序判断两份数据中的完整且版本较新的一份作为当前需要加载的待加载系统数据,从而保证系统加载的到的系统数据是完整的并且是版本较新的,而将另一份数据进行升级时,如果升级成功,则该升级后的数据会在系统下一次启动时被加载使用,而如果升级失败,因为还有另外一份完整的数据,虽然版本不是最新,但是并不影响系统的正常启动,从而避免了现有技术中由于系统升级失败导致智能设备无法使用的问题,大大提升了升级过程的稳定性,提升了智能设备的可靠性。
Description
技术领域
本申请涉及电子设备技术领域,尤其涉及一种系统升级方法及装置。
背景技术
随着科技的进步,电子设备的发展也越来越快,人们对电子设备的智能化要求越来越高,因此,智能电子设备应运而生。每一个智能电子设备中,操作系统都是其核心组成,是整个智能电子设备的灵魂所在。随着用户对电子设备的性能要求和体验效果的要求越来越高,也越来越多,很多智能电子设备的操作系统都需要不断完善,进而,操作系统需要定期或者不定期的升级到更新的版本,以修正相关的系统漏洞Bug,或者,优化、增加某些功能。用户可以很方便的从电子设备商家的网站下载到操作系统的升级包,或者接收到商家推送的最新的升级包,以进行升级。
但是,看似简单的升级过程其实隐藏着很大的漏洞,那就是,当在升级时,由于某种不可预见的原因或者一个不恰当的操作导致升级失败时,将无法正常加载系统,这是因为,智能设备已经将原有的操作系统数据替换为当前正在下载的最新系统数据,如果最新的系统数据没有被正常下载,系统数据并不完整,则智能系统就无法正常加载数据进行启动。而想要智能设备能再次正常运行,则需要利用PC机,利用下载工具重新下载操作系统的版本包,然后利用数据线,将智能设备PC机相连,PC机传输操作系统的版本包给智能设备,智能设备利用版本包重新加载数据,正常工作。对于手机或者平板电脑等便携式智能设备而言,上述过程已经是相当繁琐,而如果是车载机器或智能家居等智能设备面临上述问题,还需要将设备拆卸下来,无疑更加增加了该过程的复杂度。
由此可以看出,智能设备操作系统升级过程的不稳定性使得智能设备的可靠性大打折扣,因此,亟需一种能够提升智能设备可靠性的智能设备操作系统升级方法。
发明内容
有鉴于此,本申请提供了一种智能设备系统升级的方法及装置,以实现提升智能设备可靠性的目的。
为实现上述目的,本申请提供如下技术方案:
一种系统升级方法,应用于智能设备,该方法包括:
第一启动引导程序读取预先设置的系统数据的数据头信息,所述系统数据包括第一系统数据和第二系统数据,所述数据头信息包括第一系统数据头信息和第二系统数据头信息;
分别校验所述第一系统数据头信息和第二系统数据头信息的完整性和版本信息,依据所述校验结果,确定所述第一系统数据和第二系统数据中数据完整且版本较新的系统数据为待加载系统数据,另一系统数据为待更新系统数据;
加载所述待加载系统数据到动态内存;
所述待加载系统数据中的启动引导程序判断当前启动模式类型;
当所述当前启动模式为升级模式时,将包含有所述升级模式及所述待更新系统数据标识的信息发送给处理器,以使得所述处理器对所述待更新系统数据进行升级。
优选的,当所述当前启动模式为开机模式时,将包含有所述开机模式的信息发送给处理器,以使得所述处理器控制系统启动。
优选的,所述第一系统数据存储于第一存储区域,所述第二系统数据存储于第二存储区域。
优选的,所述第一系统数据头信息和第二系统数据头信息存储于第三存储区域。
优选的,所述待更新系统数据标识为所述待更新系统数据对应的存储区域地址。
优选的,所述待更新系统数据标识为预先为所述系统数据分配的识别码,所述处理器利用预先建立的识别码与存储区域地址的对应关系,获得所述待更新系统数据对应的存储区域地址。
优选的,所述处理器对所述待更新系统数据进行升级后,还包括:
重新启动系统。
一种系统升级装置,包括:
第一启动引导模块和第二启动引导模块,其中,第一启动引导模块包括:
信息读取单元,用于第一启动引导程序读取预先设置的系统数据的数据头信息,所述系统数据包括第一系统数据和第二系统数据,所述数据头信息包括第一系统数据头信息和第二系统数据头信息;
检验单元,用于分别校验所述第一系统数据头信息和第二系统数据头信息的完整性和版本信息,依据所述校验结果,确定所述第一系统数据和第二系统数据中数据完整且版本较新的系统数据为待加载系统数据,另一系统数据为待更新系统数据;
加载单元,用于加载所述待加载系统数据到动态内存;
所述第二启动引导模块包括:
模式判别单元,用于所述待加载系统数据中的启动引导程序判断当前启动模式类型;
信息发送单元,用于当所述当前启动模式为升级模式时,将包含有所述升级模式及所述待更新系统数据标识的信息发送给处理器,以使得所述处理器对所述待更新系统数据进行升级。
优选的,所述信息发送模块还用于,当所述当前启动模式为开机模式时,将包含有所述开机模式的信息发送给处理器,以使得所述处理器控制系统启动。
经由上述的技术方案可知,本申请实施例公开的系统升级方法中,在系统内设置两份系统数据,第一启动引导程序判断两份数据中的完整且版本较新的一份作为当前需要加载的待加载系统数据,从而保证系统加载的到的系统数据是完整的并且是版本较新的,而将另一份数据进行升级时,如果升级成功,则该升级后的数据会在系统下一次启动时被加载使用,而如果升级失败,因为还有另外一份完整的数据,虽然版本不是最新,但是并不影响系统的正常启动,从而避免了现有技术中由于系统升级失败导致智能设备无法使用的问题,大大提升了升级过程的稳定性,提升了智能设备的可靠性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例公开的系统升级方法的流程图;
图2为本申请实施例公开的又一系统升级方法的流程图;
图3为本申请实施例公开的数据存储结构示意图;
图4为本申请实施例公开的又一数据存储结构示意图;
图5为本申请实施例公开的系统升级装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例公开了一种系统升级方法,应用于智能设备中,其流程如图1所示,包括:
步骤S101:第一启动引导程序读取预先设置的系统数据的数据头信息,所述系统数据包括第一系统数据和第二系统数据,所述数据头信息包括第一系统数据头信息和第二系统数据头信息。
系统数据被预先存储在emmc(EmbeddedMultiMediaCard)、nandflash等存储设备中,这类存储设备可读写且掉电数据不丢失,从而保证数据系统数据不被丢失,并且可以被更新或修改。
启动引导程序Bootloader是嵌入式系统在加电后执行的第一段代码,在它完成CPU和相关硬件的初始化之后,再将操作系统映像或固化的嵌入式应用程序装载到内存中然后跳转到操作系统所在的空间,启动操作系统运行。本实施例中,设置了两类Bootloader。其中,第一启动引导程序用于读取系统数据的数据头信息。第二类Bootloader存储于系统数据中。
在本实施例中,智能设备中烧录的系统数据包括两份,两份系统数据在初始时完全一致,后续的系统运行或者更新,都是在两份系统数据的基础上进行。如果出现更新失败造成其中一份数据不完整,系统也可以利用另一份数据进行运行,并且对不完整的数据进行更新或者修复。
因此,当任意一个时刻触发系统开机时,两份操作系统的数据可能完全一致,也可能不同,其中一份与另一份相比,版本更新。
步骤S102:分别校验所述第一系统数据头信息和第二系统数据头信息的完整性和版本信息,依据所述校验结果,确定所述第一系统数据和第二系统数据中数据完整且版本较新的系统数据为待加载系统数据,另一系统数据为待更新系统数据。
步骤S103:加载所述待加载系统数据到动态内存。
步骤S104:所述待加载系统数据中的启动引导程序判断当前启动模式类型。
在本实施例中,每一份系统数据中都设置了各自的Bootloader,作为本方案中的第二类Bootloader,在此定义为第二Bootloader。加载哪一个系统数据,则由哪一个系统数据中的Bootloader执行判断启动模式类型的过程。
启动模式包括两种,一种是开机模式,也就是设备正常的开机操作。另一种是升级模式,也就是系统在更新了系统数据后重新启动的模式。Bootloader可以通过系统历史信息来判断当前是哪一种模式。
步骤S105:当所述当前启动模式为升级模式时,将包含有所述升级模式及所述待更新系统数据标识的信息发送给处理器,以使得所述处理器对所述待更新系统数据进行升级。
如果为升级模式,则将待更新数据的标识发送给系统的处理器,由处理器完成对待更新系统数据的升级。
在本实施例中,待更新系统数据的标识可以为A、B等带有标识性的字母或者其他符号或数字,当处理器接收到该标识后,能够根据预先存储的标识与数据的对应的关系,确定是那一份系统数据需要被更新,进而执行更新操作。
当升级成功后,该方法还包括重新启动系统,进而使得系统重新执行上述步骤S101-步骤S105,将升级后的系统数据加载进来,以实现系统的升级。
步骤S106:当所述当前启动模式为开机模式时,将包含有所述开机模式的信息发送给处理器,以使得所述处理器控制系统启动。
本申请实施例公开的系统升级方法中,在系统内设置两份系统数据,第一启动引导程序判断两份数据中的完整且版本较新的一份作为当前需要加载的待加载系统数据,从而保证系统加载的到的系统数据是完整的并且是版本较新的,而将另一份数据进行升级时,如果升级成功,则该升级后的数据会在系统下一次启动时被加载使用,而如果升级失败,因为还有另外一份完整的数据,虽然版本不是最新,但是并不影响系统的正常启动,从而避免了现有技术中由于系统升级失败导致智能设备无法使用的问题,大大提升了升级过程的稳定性,提升了智能设备的可靠性。
步骤S102中具体的校验过程以及确定待加载数据和待更新数据的过程如图2所示,包括:
步骤S201:判断第一系统数据是否完整,记录判断结果为第一判断结果。
步骤S202:判断第二系统数据是否完整,记录判断结果为第二判断结果。
步骤S203:判断第一判断结果和第二判断结果是否为不相同,若是,则执行步骤S204,若否,则执行步骤S205。
步骤S204:确定所述判断结果为完整的系统数据为待加载数据,判断结果为不完整的系统数据为待更新数据。
步骤S205:当第一判断结果和第二判断结果均为完整时,判断第一系统数据的版本是否高于第二系统数据的版本,若是,则执行步骤S206,若否,则执行步骤S207。
步骤S206:确定第一系统数据为待加载数据,第二系统数据为待更新数据。
步骤S207:确定第二系统数据为待加载数据,第一系统数据为待更新数据。
在本实施例中,如果出现两份数据都完整并且版本一致,则可以任意选择其中一个作为待加载数据,另一个作为待更新数据。
结合上述实施例的有益效果可以看出,本申请实施例公开的方法中,不会出现两份系统数据都不完整的情况,因为,一旦出现一份不完整,则会通过升级或修复,将其补充完整。从而也保证了升级过程的稳定性。
在上述实施例中,第一系统数据和第二系统数据可以存储在相同的区域,也可以如图3所示,存储在不同的区域。如图3中,第一系统数据存储于第一存储区域,第二系统数据存储于第二存储区域。每一系统数据中都包含该数据的数据头,Bootloader以及系统的其他数据。第一Bootloader在读取两份数据的数据头信息时,需要从不同的区域获取。
但是,本实施例并不限定上述数据存储形式,其仍然可以如图4所示,其中,第一系统数据存储于第一存储区域,第二系统数据存储于第二存储区域。每一系统数据中都包含该数据的数据头以及系统的其他数据。而两份数据的数据头共同存储于第三存储区域,Bootloader在读取两份数据的数据头信息时,从第三存储区域直接获取。
需要说明的是,当待更新系统数据进行更新后,其数据头信息也会相应的发生变化。
在上述实施例中,待更新系统数据的标识也直接为该系统数据的存储区域地址,例如当待更新系统数据为第一系统数据时,其存储区域为第一存储区域,则直接将第一存储区域的地址发送给处理器,处理器根据该地址可以找到需要进行更新的系统数据。
本申请同时公开了一种系统升级装置,其结构如图5所示,包括:第一启动引导模块501和第二启动引导模块502,其中,第一启动引导模块501包括:
信息读取单元5011,用于第一启动引导程序读取预先设置的系统数据的数据头信息,所述系统数据包括第一系统数据和第二系统数据,所述数据头信息包括第一系统数据头信息和第二系统数据头信息;
检验单元5012,用于分别校验所述第一系统数据头信息和第二系统数据头信息的完整性和版本信息,依据所述校验结果,确定所述第一系统数据和第二系统数据中数据完整且版本较新的系统数据为待加载系统数据,另一系统数据为待更新系统数据;
加载单元5013,用于加载所述待加载系统数据到动态内存。
而第二启动引导模块502包括:
模式判别单元504,用于所述待加载系统数据中的启动引导程序判断当前启动模式类型;
信息发送单元505,用于当所述当前启动模式为升级模式时,将包含有所述升级模式及所述待更新系统数据标识的信息发送给处理器,以使得所述处理器对所述待更新系统数据进行升级。
除此之外,当所述当前启动模式为开机模式时,信息发送单元505还用于将包含有所述开机模式的信息发送给处理器,以使得所述处理器控制系统启动。
本申请实施例公开的系统升级装置,利用预先在系统内设置的两份系统数据,并设置第一启动引导模块和第二启动引导模块。第一启动引导模块判断两份数据中的完整且版本较新的一份作为当前需要加载的待加载系统数据,从而保证系统加载的到的系统数据是完整的并且是版本较新的,而将另一份数据进行升级时,如果升级成功,则该升级后的数据会在系统下一次启动时被加载使用,而如果升级失败,因为还有另外一份完整的数据,虽然版本不是最新,但是并不影响系统的正常启动,第二启动引导模块在系统数据被加载后,根据不同的启动模式执行相应的操作。
本申请公开的系统升级装置,避免了现有技术中由于系统升级失败导致智能设备无法使用的问题,大大提升了升级过程的稳定性,提升了智能设备的可靠性。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (9)
1.一种系统升级方法,其特征在于,应用于智能设备,该方法包括:
第一启动引导程序读取预先设置的系统数据的数据头信息,所述系统数据包括第一系统数据和第二系统数据,所述数据头信息包括第一系统数据头信息和第二系统数据头信息;
分别校验所述第一系统数据头信息和第二系统数据头信息的完整性和版本信息,依据所述校验结果,确定所述第一系统数据和第二系统数据中数据完整且版本较新的系统数据为待加载系统数据,另一系统数据为待更新系统数据;
加载所述待加载系统数据到动态内存;
所述待加载系统数据中的启动引导程序判断当前启动模式类型;
当所述当前启动模式为升级模式时,将包含有所述升级模式及所述待更新系统数据标识的信息发送给处理器,以使得所述处理器对所述待更新系统数据进行升级。
2.根据权利要求1所述的方法,其特征在于,当所述当前启动模式为开机模式时,将包含有所述开机模式的信息发送给处理器,以使得所述处理器控制系统启动。
3.根据权利要求2所述的方法,其特征在于,所述第一系统数据存储于第一存储区域,所述第二系统数据存储于第二存储区域。
4.根据权利要求3所述的方法,其特征在于,所述第一系统数据头信息和第二系统数据头信息存储于第三存储区域。
5.根据权利要求4所述的方法,其特征在于,所述待更新系统数据标识为所述待更新系统数据对应的存储区域地址。
6.根据权利要求3所述的方法,其特征在于,所述待更新系统数据标识为预先为所述系统数据分配的识别码,所述处理器利用预先建立的识别码与存储区域地址的对应关系,获得所述待更新系统数据对应的存储区域地址。
7.根据权利要求1所述的方法,其特征在于,所述处理器对所述待更新系统数据进行升级后,还包括:
重新启动系统。
8.一种系统升级装置,其特征在于,包括:
第一启动引导模块和第二启动引导模块,其中,第一启动引导模块包括:
信息读取单元,用于第一启动引导程序读取预先设置的系统数据的数据头信息,所述系统数据包括第一系统数据和第二系统数据,所述数据头信息包括第一系统数据头信息和第二系统数据头信息;
检验单元,用于分别校验所述第一系统数据头信息和第二系统数据头信息的完整性和版本信息,依据所述校验结果,确定所述第一系统数据和第二系统数据中数据完整且版本较新的系统数据为待加载系统数据,另一系统数据为待更新系统数据;
加载单元,用于加载所述待加载系统数据到动态内存;
所述第二启动引导模块包括:
模式判别单元,用于所述待加载系统数据中的启动引导程序判断当前启动模式类型;
信息发送单元,用于当所述当前启动模式为升级模式时,将包含有所述升级模式及所述待更新系统数据标识的信息发送给处理器,以使得所述处理器对所述待更新系统数据进行升级。
9.根据权利要求8所述的装置,其特征在于,所述信息发送模块还用于,当所述当前启动模式为开机模式时,将包含有所述开机模式的信息发送给处理器,以使得所述处理器控制系统启动。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511034071.4A CN105677409B (zh) | 2015-12-31 | 2015-12-31 | 一种系统升级方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511034071.4A CN105677409B (zh) | 2015-12-31 | 2015-12-31 | 一种系统升级方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105677409A true CN105677409A (zh) | 2016-06-15 |
CN105677409B CN105677409B (zh) | 2019-02-05 |
Family
ID=56298608
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201511034071.4A Active CN105677409B (zh) | 2015-12-31 | 2015-12-31 | 一种系统升级方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105677409B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108089943A (zh) * | 2016-11-21 | 2018-05-29 | 比亚迪股份有限公司 | 基于mcu系统的程序执行方法、装置和终端 |
CN110321148A (zh) * | 2019-07-12 | 2019-10-11 | Oppo广东移动通信有限公司 | 系统升级方法及相关装置 |
CN112214360A (zh) * | 2020-11-05 | 2021-01-12 | 中国航空工业集团公司西安航空计算技术研究所 | 一种面向在线数据加载的冗余区域数据实时备份启动方法 |
CN112667444A (zh) * | 2020-12-31 | 2021-04-16 | 深圳康佳电子科技有限公司 | 一种系统升级方法、存储介质及终端设备 |
CN113721959A (zh) * | 2021-08-30 | 2021-11-30 | 联想(北京)有限公司 | 一种信息处理方法、装置及电子设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006136060A1 (fr) * | 2005-06-24 | 2006-12-28 | Zte Corporation | Procédé de mise à niveau d'un système multi-logiciel |
CN101247268A (zh) * | 2008-02-26 | 2008-08-20 | 中兴通讯股份有限公司 | 终端系统版本的同步方法和装置 |
CN101673211A (zh) * | 2009-10-19 | 2010-03-17 | 中兴通讯股份有限公司 | 一种嵌入式设备及其启动方法 |
CN101770383A (zh) * | 2010-01-22 | 2010-07-07 | 中兴通讯股份有限公司 | 一种跨平台版本在线升级的方法及装置 |
CN102436388A (zh) * | 2011-12-22 | 2012-05-02 | 华为技术有限公司 | 嵌入式系统软件升级方法和装置 |
CN104063238A (zh) * | 2013-03-21 | 2014-09-24 | 苏州方位通讯科技有限公司 | 一种有限存储空间下的系统升级备份机制 |
CN104133730A (zh) * | 2014-07-30 | 2014-11-05 | 深圳市中兴移动通信有限公司 | 一种系统异常的修复方法、装置和移动终端 |
-
2015
- 2015-12-31 CN CN201511034071.4A patent/CN105677409B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006136060A1 (fr) * | 2005-06-24 | 2006-12-28 | Zte Corporation | Procédé de mise à niveau d'un système multi-logiciel |
CN101247268A (zh) * | 2008-02-26 | 2008-08-20 | 中兴通讯股份有限公司 | 终端系统版本的同步方法和装置 |
CN101673211A (zh) * | 2009-10-19 | 2010-03-17 | 中兴通讯股份有限公司 | 一种嵌入式设备及其启动方法 |
CN101770383A (zh) * | 2010-01-22 | 2010-07-07 | 中兴通讯股份有限公司 | 一种跨平台版本在线升级的方法及装置 |
CN102436388A (zh) * | 2011-12-22 | 2012-05-02 | 华为技术有限公司 | 嵌入式系统软件升级方法和装置 |
CN104063238A (zh) * | 2013-03-21 | 2014-09-24 | 苏州方位通讯科技有限公司 | 一种有限存储空间下的系统升级备份机制 |
CN104133730A (zh) * | 2014-07-30 | 2014-11-05 | 深圳市中兴移动通信有限公司 | 一种系统异常的修复方法、装置和移动终端 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108089943A (zh) * | 2016-11-21 | 2018-05-29 | 比亚迪股份有限公司 | 基于mcu系统的程序执行方法、装置和终端 |
CN110321148A (zh) * | 2019-07-12 | 2019-10-11 | Oppo广东移动通信有限公司 | 系统升级方法及相关装置 |
CN112214360A (zh) * | 2020-11-05 | 2021-01-12 | 中国航空工业集团公司西安航空计算技术研究所 | 一种面向在线数据加载的冗余区域数据实时备份启动方法 |
CN112214360B (zh) * | 2020-11-05 | 2023-12-22 | 中国航空工业集团公司西安航空计算技术研究所 | 一种面向在线数据加载的冗余区域数据实时备份启动方法 |
CN112667444A (zh) * | 2020-12-31 | 2021-04-16 | 深圳康佳电子科技有限公司 | 一种系统升级方法、存储介质及终端设备 |
CN113721959A (zh) * | 2021-08-30 | 2021-11-30 | 联想(北京)有限公司 | 一种信息处理方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN105677409B (zh) | 2019-02-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108847950B (zh) | 电子装置、云系统软件自动部署方法及存储介质 | |
US8136108B2 (en) | Updating firmware with multiple processors | |
CN105094927B (zh) | 一种设备固件升级方法和装置 | |
CN105677409A (zh) | 一种系统升级方法及装置 | |
US10437580B2 (en) | Software updating methods and systems | |
CN106775610B (zh) | 一种电子设备启动方法及一种电子设备 | |
CN110597542B (zh) | 软件自动ota升级方法及装置、电子设备 | |
US20050177709A1 (en) | Apparatus and method for updating firmware | |
CN107783776B (zh) | 固件升级包的处理方法及装置、电子设备 | |
CN101807152B (zh) | 自我验证选择只读存储器的基本输出入系统及其验证方法 | |
KR20170040734A (ko) | 업데이트 제어 방법을 갖는 전자 시스템 및 그것의 동작 방법 | |
CN111813428A (zh) | 终端固件的升级方法、装置、电子设备及存储介质 | |
CN109062598A (zh) | 一种安全的ota升级方法及系统 | |
CN110874467B (zh) | 信息处理方法、装置、系统以及处理器、存储介质 | |
CN106210877A (zh) | 智能电视的系统升级方法及装置 | |
US20100049961A1 (en) | Update method for basic input/output system and update system thereof | |
CN110597545A (zh) | 一种基于ota组件的热补丁智能升级方法及系统 | |
CN113238790B (zh) | 基于sd卡和eeprom的固件程序更新方法及系统 | |
CN108170456B (zh) | 电子设备的固件升级方法及装置 | |
CN111273928B (zh) | 一种自升级的bootloader设计方法 | |
CN113032183A (zh) | 系统管理方法、装置、计算机设备和存储介质 | |
WO2021012170A1 (zh) | 固件启动方法、设备及计算机可读存储介质 | |
CN105337782A (zh) | 一种网络设备固件启动失败后自助升级的方法及装置 | |
CN112650513B (zh) | 程序升级方法、装置、计算机设备和存储介质 | |
CN112667444A (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 | ||
CP02 | Change in the address of a patent holder | ||
CP02 | Change in the address of a patent holder |
Address after: Room 101-105, floor 1, Chuangda building, No. 9, Qinghua East Road, Haidian District, Beijing 100083 (Dongsheng District) Patentee after: Thunder Software Technology Co., Ltd. Address before: 100191 Beijing Haidian District Lung Cheung Road No. 1 Tai Xiang business building 4 layer 401-409 Patentee before: Thunder Software Technology Co., Ltd. |