CN111679848A - 一种软件更新方法及终端 - Google Patents
一种软件更新方法及终端 Download PDFInfo
- Publication number
- CN111679848A CN111679848A CN202010298641.5A CN202010298641A CN111679848A CN 111679848 A CN111679848 A CN 111679848A CN 202010298641 A CN202010298641 A CN 202010298641A CN 111679848 A CN111679848 A CN 111679848A
- Authority
- CN
- China
- Prior art keywords
- software
- storage area
- area
- backup
- partition number
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 24
- 238000005192 partition Methods 0.000 claims description 86
- 238000004590 computer program Methods 0.000 claims description 8
- 101100264195 Caenorhabditis elegans app-1 gene Proteins 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000000638 solvent extraction Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
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
- G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1456—Hardware arrangements for backup
-
- 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
- G06F8/658—Incremental updates; Differential updates
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开一种软件更新方法及终端,根据软件的组成将软件存储器划分为多个存储区和一个备份区,所述多个存储区分别用于存储所述软件的不同组成部分,所述备份区的空间大于或者等于最大的存储区的空间;接收到软件更新请求时,对于的存储区对应的升级软件组成部分,先将其写到所述备份区,再更新对应存储区中的软件组成部分;实现局部备份,不需要将软件的所有组成部分都进行一次性拷贝,由现有的1:1的备份方式改变为1:1/N的备份方式,即软件划分为N份,所需的备份空间只需要1份,大幅度减少了备份空间,在确保软件升级的安全可靠的同时,所需的冗余备份空间大大减少,不仅节约成本,而且提高了软件存储器的利用率。
Description
技术领域
本发明涉及软件更新领域,尤其涉及一种软件更新方法及终端。
背景技术
嵌入式设备为了节省成本一般都会选用容量较小的FLASH作为其软件程序的存储介质。当软件要升级时需要将原有程序擦除后再把新的程序写进去。升级过程中如果不做备份,当原程序被擦除新程序未写入之前,嵌入式设备如果突然异常断电,那么FLASH中存储的程序将是空的或是不完整的,这样嵌入式设备就有可能无法启动,出现故障。
为了解决上述问题,现有一般的做法是采用双备份的方法,会建立一个备份区,在软件升级之前,将待升级的软件程序先拷贝到该备份区,这样即使在升级过程中出现异常,也能够从备份区还原出原有软件程序,不会导致嵌入式设备无法启动的问题。但是,这种方式所需的FLASH空间是没备份情况下的两倍,需要比较大容量的FLASH,使得FLASH的利用率不高。
发明内容
本发明所要解决的技术问题是:提供一种软件更新方法及终端,减少对软件存储器的冗余备份空间,提高软件存储器的利用率。
为了解决上述技术问题,本发明采用的一种技术方案为:
一种软件更新方法,包括步骤:
S1、根据软件的组成将软件存储器划分为多个存储区和一个备份区,所述多个存储区分别用于存储所述软件的不同组成部分,所述备份区的空间大于或者等于最大的存储区的空间;
S2、接收到软件更新请求时,对于需要升级的存储区对应的升级软件组成部分,先将其写到所述备份区,再更新对应存储区中的软件组成部分。
为了解决上述技术问题,本发明采用的另一种技术方案为:
一种软件更新终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
S1、根据软件的组成将软件存储器划分为多个存储区和一个备份区,所述多个存储区分别用于存储所述软件的不同组成部分,所述备份区的空间大于或者等于最大的存储区的空间;
S2、接收到软件更新请求时,对于需要升级的存储区对应的升级软件组成部分,先将其写到所述备份区,再更新对应存储区中的软件组成部分。
本发明的有益效果在于:根据软件的组成将软件存储器划分为多个存储区和一个备份区,备份区的空间大于或者等于最大的存储区的空间,在需要进行软件更新时,对于用于升级的升级软件组成部分,先将其写到备份区,再更新其对应的存储区中的软件组成部分,将软件分成多个组成部分,并且一个存储区一个存储区的对需要更新的软件组成部分进行更新,实现局部备份,不需要将软件的所有组成部分都进行一次性拷贝,由现有的1:1的备份方式改变为1:1/N的备份方式,即软件划分为N份,所需的备份空间只需要1份,大幅度减少了备份空间,在确保软件升级安全可靠的同时,所需的冗余备份空间大大减少,不仅节约成本,而且提高了软件存储器的利用率。
附图说明
图1为本发明实施例的一种软件更新方法的步骤流程图;
图2为本发明实施例的一种软件更新终端的结构示意图;
图3为本发明实施例的根据软件的组成将FLASH进行分区的示意图;
标号说明:
1、一种软件更新终端;2、存储器;3、处理器。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图予以说明。
请参照图1,一种软件更新方法,包括步骤:
S1、根据软件的组成将软件存储器划分为多个存储区和一个备份区,所述多个存储区分别用于存储所述软件的不同组成部分,所述备份区的空间大于或者等于最大的存储区的空间;
S2、接收到软件更新请求时,对于需要升级的存储区对应的升级软件组成部分,先将其写到所述备份区,再更新对应存储区中的软件组成部分。
从上述描述可知,本发明的有益效果在于:根据软件的组成将软件存储器划分为多个存储区和一个备份区,备份区的空间大于或者等于最大的存储区的空间,在需要进行软件更新时,对于用于升级的升级软件组成部分,先将其写到备份区,再更新其对应的存储区中的软件组成部分,将软件分成多个组成部分,并且一个存储区一个存储区的对需要更新的软件组成部分进行更新,实现局部备份,不需要将软件的所有组成部分都进行一次性拷贝,由现有的1:1的备份方式改变为1:1/N的备份方式,即软件划分为N份,所需的备份空间只需要1份,大幅度减少了备份空间,在确保软件升级的安全可靠的同时,所需的冗余备份空间大大减少,不仅节约成本,而且提高了软件存储器的利用率。
进一步的,所述步骤S1中根据软件的组成将软件存储器动态划分为多个存储区和一个备份区。
由上述描述可知,根据软件的组成将软件存储器动态划分为多个存储区和一个备份区,不同的软件有不同的划分方式,做到划分方式随着软件的不同而自适应改变,提高划分方式与软件的适配度,提高划分的灵活性,能够进一步提高软件存储器的利用率。
进一步的,所述步骤S2中先将其写到所述备份区,再更新对应存储区中的软件组成部分包括:
将所述升级软件组成部分写到所述备份区;
将所述升级软件组成部分所在的分区号标记保存至第一存储区,所述第一存储区为存储当前不需要升级的软件组成部分的存储区或从所述软件存储器新划分出的专门用于保存所述升级软件组成部分所在的分区号标记的存储区;
更新所述升级软件组成部分所在的存储区中的软件组成部分;
清除所述第一存储区中保存的所述升级软件组成部分所在的分区号标记。
由上述描述可知,在对需要升级的软件组成部分进行升级的过程中,升级之前将其所在的分区号标记先保存至第一存储区,待升级完成后,再将所述分区号标记进行清除,根据分区号标记能够准确判断升级是否成功,保证软件升级的可靠性。
进一步的,所述步骤S2之后还包括:
启动所述软件时,检测所述第一存储区中是否存储有所述升级软件组成部分所在的分区号标记,若是,则读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区;
清除所述第一存储区中所述升级软件组成部分所在的分区号标记。
由上述描述可知,启动软件时,若第一存储区中存储有分区号标记,则表明其对应的需要升级的软件组成部分升级不成功,则从备份区读取数据还原升级软件组成部分,这样即使在更新存储区的软件组成部分时设备异常下电,重新上电也可以引导程序通过将备份区的程序拷贝到存储区进行恢复,同时对分区号标记进行清除,保证升级的安全可靠性。
进一步的,所述读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区包括:
根据所述分区号标记确定所述分区号标记对应的存储区的大小;
从所述备份区读取与所述存储区的大小相同的数据,将所述数据写入所述分区号标记对应的存储区。
由上述描述可知,由于备份区的空间大于或者等于最大的存储区的空间,所以存储区存储的数据复制到备份区后,还有空余区域,而空余区域也会有数据,并非空的,所以根据软件组成部分的大小从备份区读取对应大小的数据(按存入起始位置开始读取),通过控制读取数据的大小保证了所读取的软件组成部分的准确性。
请参照图2,一种软件更新终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
S1、根据软件的组成将软件存储器划分为多个存储区和一个备份区,所述多个存储区分别用于存储所述软件的不同组成部分,所述备份区的空间大于或者等于最大的存储区的空间;
S2、接收到软件更新请求时,对于需要升级的存储区对应的升级软件组成部分,先将其写到所述备份区,再更新对应存储区中的软件组成部分。
从上述描述可知,本发明的有益效果在于:根据软件的组成将软件存储器划分为多个存储区和一个备份区,备份区的空间大于或者等于最大的存储区的空间,在需要进行软件更新时,对于用于升级的升级软件组成部分,先将其写到备份区,再更新其对应的存储区中的软件组成部分,将软件分成多个组成部分,并且一个存储区一个存储区的对需要更新的软件组成部分进行更新,实现局部备份,不需要将软件的所有组成部分都进行一次性拷贝,由现有的1:1的备份方式改变为1:1/N的备份方式,即软件划分为N份,所需的备份空间只需要1份,大幅度减少了备份空间,在确保软件升级的安全可靠的同时,所需的冗余备份空间大大减少,不仅节约成本,而且提高了软件存储器的利用率。
进一步的,所述步骤S1中根据软件的组成将软件存储器动态划分为多个存储区和一个备份区。
由上述描述可知,根据软件的组成将软件存储器动态划分为多个存储区和一个备份区,不同的软件有不同的划分方式,做到划分方式随着软件的不同而自适应改变,提高划分方式与软件的适配度,提高划分的灵活性,能够进一步提高软件存储器的利用率。
进一步的,所述步骤S2中先将其写到所述备份区,再更新对应存储区中的软件组成部分包括:
将所述升级软件组成部分写到所述备份区;
将所述升级软件组成部分所在的分区号标记保存至第一存储区,所述第一存储区为存储当前不需要升级的软件组成部分的存储区或从所述软件存储器新划分出的专门用于保存所述升级软件组成部分所在的分区号标记的存储区;
更新所述升级软件组成部分所在的存储区中的软件组成部分;
清除所述第一存储区中保存的所述升级软件组成部分所在的分区号标记。
由上述描述可知,在对需要升级的软件组成部分进行升级的过程中,升级之前将其所在的分区号标记先保存至第一存储区,待升级完成后,再将所述分区号标记进行清除,根据分区号标记能够准确判断升级是否成功,保证软件升级的可靠性。
进一步的,所述步骤S2之后还包括:
启动所述软件时,检测所述第一存储区中是否存储有所述升级软件组成部分所在的分区号标记,若是,则读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区;
清除所述第一存储区中所述升级软件组成部分所在的分区号标记。
由上述描述可知,启动软件时,若第一存储区中存储有分区号标记,则表明其对应的需要升级的软件组成部分升级不成功,则从备份区读取数据还原升级软件组成部分,这样即使在更新存储区的软件组成部分时设备异常下电,重新上电也可以引导程序通过将备份区的程序拷贝到存储区进行恢复,同时对分区号标记进行清除,保证升级的安全可靠性。
进一步的,所述读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区包括:
根据所述分区号标记确定所述分区号标记对应的存储区的大小;
从所述备份区读取与所述存储区的大小相同的数据,将所述数据写入所述分区号标记对应的存储区。
由上述描述可知,由于备份区的空间大于或者等于最大的存储区的空间,所以存储区存储的数据复制到备份区后,还有空余区域,而空余区域也会有数据,并非空的,所以根据软件组成部分的大小从备份区读取对应大小的数据,通过控制读取数据的大小保证了所读取的软件组成部分的准确性。
实施例一
请参照图1,一种软件更新方法,包括步骤:
S1、根据软件的组成将软件存储器划分为多个存储区和一个备份区,所述多个存储区分别用于存储所述软件的不同组成部分,所述备份区的空间大于或者等于最大的存储区的空间,从而确保升级单个存储区对应的软件组成部分时备份区的存储空间足够大,为了避免备份区空间过大,可以设置一个预设比值,所述备份区的空间为所述最大的存储区的空间的预设比值倍数,比如1.1倍~1.5倍;
其中,软件存储器可以是FLASH;
进行分区时,根据软件的组成将软件存储器动态划分为多个存储区和一个备份区;
多个存储区分别用于存储软件的不同功能部分,一个完整的嵌入式程序一般包含引导部分uboot、内核部分kernel、文件系统部分rootfs、用户应用程序部分app及参数部分parameter,据此可将FLASH分成uboot区、kernel区、rootfs区、app区、param区,另外再加一个备份区backup用于升级时的冗余备份;这里app区可以有1个或多个,根据实际包含的用户应用程序内容大小进行分区决定;
分区时必须保证backup区的大小大于或者等于其它分区大小,以32M FLASH为例,分区图如图3所示:
S2、接收到软件更新请求时,对于需要升级的存储区对应的升级软件组成部分,先将其写到所述备份区,再更新对应存储区中的软件组成部分;
其中,先将其写到所述备份区,再更新对应存储区中的软件组成部分包括:
将所述升级软件组成部分写到所述备份区;
将所述升级软件组成部分所在的分区号标记保存至第一存储区,所述第一存储区为存储当前不需要升级的软件组成部分的存储区或从所述软件存储器新划分出的专门用于保存所述升级软件组成部分所在的分区号标记的存储区;
更新所述升级软件组成部分所在的存储区中的软件组成部分;
清除所述第一存储区中保存的所述升级软件组成部分所在的分区号标记;
以图3所示的分区为例,uboot区用于存储引导程序,一般是不需要升级的,param区用于存储程序运行的配置文件和一些参数,一般也是不需要升级的;本实施例假设uboot区和param区都是不需要升级的,升级时需要将正在升级的分区号标记保存到param区,分区号标记保存的可靠性可采用双备份的方式实现;
如果param区也需要升级,可以再多分一个存储区专门用于保存升级时的分区号标记;
以升级app1区为例描述升级过程:
将需要写入app1区的程序数据完整的写到backup区;
将app1区所在的分区号标记保存到param区;
将程序数据写到app1区;
清除param区保存的分区号;
以上四步即为升级app1区的完整过程,其中第1、2、4步骤目的就是为了在第3步出问题能够正常恢复做准备的。
实施例二
本实施例进一步限定了所述步骤S2之后还包括:
启动所述软件时,检测所述第一存储区中是否存储有所述升级软件组成部分所在的分区号标记,若是,则读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区;
清除所述第一存储区中所述升级软件组成部分所在的分区号标记;
其中,所述读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区包括:
根据所述分区号标记确定所述分区号标记对应的存储区的大小;
从所述备份区读取与所述存储区的大小相同的数据,将所述数据写入所述分区号标记对应的存储区;
以图3所示的分区为例,uboot引导程序在启动时首先检查param区保存的分区号标记,如果param区保存的分区号标记为空,则判定上次升级已完整完成,继续引导启动,否则判定上次升级没有完成,进入分区恢复步骤;
分区恢复步骤如下:
根据param区获取的分区号标记确定需要恢复的分区大小;
从备份区读取与待恢复分区大小一致的数据(从存入的起始位置开始读取),并完整写入到待恢复分区;
清除param区保存的分区号;
以上三步完成后待恢复区的数据就成功更新到上次升级的版本了。
实施例三
请参照图2,一种软件更新终端1,包括存储器2、处理器3及存储在存储器2上并可在处理器3上运行的计算机程序,所述处理器3执行所述计算机程序时实现实施例一或实施例二的各个步骤。
综上所述,本发明提供的一种软件更新方法及终端,根据软件的组成将软件存储器动态划分为多个存储区和一个备份区,备份区的空间大于或者等于最大的存储区的空间,在需要进行软件更新时,对于升级软件组成部分,先将其写到备份区并进行对应的分区号标记的存储,再更新其对应的存储区中的软件组成部分,更新完成后将分区号标记清除,待启动时,根据分区号标记的存在与否确定是否升级成功,若否,则从备份区获取与分区号标记对应的分区大小一致的数据至对应的分区以还原升级的软件数据,将软件分成多个组成部分,并且一个存储区一个存储区的对需要更新的软件组成部分进行更新,实现局部备份,不需要将软件的所有组成部分都进行一次性拷贝,由现有的1:1的备份方式改变为1:1/N的备份方式,即软件划分为N份,所需的备份空间只需要1份,大幅度减少了备份空间,在确保软件升级的安全可靠的同时,所需的冗余备份空间大大减少,不仅节约成本,而且提高了软件存储器的利用率。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种软件更新方法,其特征在于,包括步骤:
S1、根据软件的组成将软件存储器划分为多个存储区和一个备份区,所述多个存储区分别用于存储所述软件的不同组成部分,所述备份区的空间大于或者等于最大的存储区的空间;
S2、接收到软件更新请求时,对于需要升级的存储区对应的升级软件组成部分,先将其写到所述备份区,再更新对应存储区中的软件组成部分。
2.根据权利要求1所述的一种软件更新方法,其特征在于,所述步骤S1中根据软件的组成将软件存储器动态划分为多个存储区和一个备份区。
3.根据权利要求1所述的一种软件更新方法,其特征在于,所述步骤S2中先将其写到所述备份区,再更新对应存储区中的软件组成部分包括:
将所述升级软件组成部分写到所述备份区;
将所述升级软件组成部分所在的分区号标记保存至第一存储区,所述第一存储区为存储当前不需要升级的软件组成部分的存储区或从所述软件存储器新划分出的专门用于保存所述升级软件组成部分所在的分区号标记的存储区;
更新所述升级软件组成部分所在的存储区中的软件组成部分;
清除所述第一存储区中保存的所述升级软件组成部分所在的分区号标记。
4.根据权利要求3所述的一种软件更新方法,特征在于,所述步骤S2之后还包括:
启动所述软件时,检测所述第一存储区中是否存储有所述升级软件组成部分所在的分区号标记,若是,则读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区;
清除所述第一存储区中所述升级软件组成部分所在的分区号标记。
5.根据权利要求4所的一种软件更新方法,其特征在于,所述读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区包括:
根据所述分区号标记确定所述分区号标记对应的存储区的大小;
从所述备份区读取与所述存储区的大小相同的数据,将所述数据写入所述分区号标记对应的存储区。
6.一种软件更新终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
S1、根据软件的组成将软件存储器划分为多个存储区和一个备份区,所述多个存储区分别用于存储所述软件的不同组成部分,所述备份区的空间大于或者等于最大的存储区的空间;
S2、接收到软件更新请求时,对于需要升级的存储区对应的升级软件组成部分,先将其写到所述备份区,再更新对应存储区中的软件组成部分。
7.根据权利要求6所述的一种软件更新终端,其特征在于,所述步骤S1中根据软件的组成将软件存储器动态划分为多个存储区和一个备份区。
8.根据权利要求6所述的一种软件更新终端,其特征在于,所述步骤S2中先将其写到所述备份区,再更新对应存储区中的软件组成部分包括:
将所述升级软件组成部分写到所述备份区;
将所述升级软件组成部分所在的分区号标记保存至第一存储区,所述第一存储区为存储当前不需要升级的软件组成部分的存储区或从所述软件存储器新划分出的专门用于保存所述升级软件组成部分所在的分区号标记的存储区;
更新所述升级软件组成部分所在的存储区中的软件组成部分;
清除所述第一存储区中保存的所述升级软件组成部分所在的分区号标记。
9.根据权利要求8所述的一种软件更新终端,特征在于,所述步骤S2之后还包括:
启动所述软件时,检测所述第一存储区中是否存储有所述升级软件组成部分所在的分区号标记,若是,则读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区;
清除所述第一存储区中所述升级软件组成部分所在的分区号标记。
10.根据权利要求9所的一种软件更新终端,其特征在于,所述读取备份区中的数据,将所述备份区中的数据写入所述分区号标记对应的存储区包括:
根据所述分区号标记确定所述分区号标记对应的存储区的大小;
从所述备份区读取与所述存储区的大小相同的数据,将所述数据写入所述分区号标记对应的存储区。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010298641.5A CN111679848A (zh) | 2020-04-16 | 2020-04-16 | 一种软件更新方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010298641.5A CN111679848A (zh) | 2020-04-16 | 2020-04-16 | 一种软件更新方法及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111679848A true CN111679848A (zh) | 2020-09-18 |
Family
ID=72451494
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010298641.5A Pending CN111679848A (zh) | 2020-04-16 | 2020-04-16 | 一种软件更新方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111679848A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9710256B2 (en) * | 2013-09-13 | 2017-07-18 | Huizhou Tcl Mobile Communication Co., Ltd. | Software upgrade method and system for mobile terminal |
CN110311960A (zh) * | 2019-06-19 | 2019-10-08 | 浙江吉利控股集团有限公司 | 一种软件升级方法、装置、设备及储存介质 |
CN110780890A (zh) * | 2019-10-24 | 2020-02-11 | 百度在线网络技术(北京)有限公司 | 系统升级方法、装置、电子设备和介质 |
CN110874237A (zh) * | 2019-12-30 | 2020-03-10 | 深圳市英博超算科技有限公司 | 软件升级方法、装置、终端以及可读存储介质 |
-
2020
- 2020-04-16 CN CN202010298641.5A patent/CN111679848A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9710256B2 (en) * | 2013-09-13 | 2017-07-18 | Huizhou Tcl Mobile Communication Co., Ltd. | Software upgrade method and system for mobile terminal |
CN110311960A (zh) * | 2019-06-19 | 2019-10-08 | 浙江吉利控股集团有限公司 | 一种软件升级方法、装置、设备及储存介质 |
CN110780890A (zh) * | 2019-10-24 | 2020-02-11 | 百度在线网络技术(北京)有限公司 | 系统升级方法、装置、电子设备和介质 |
CN110874237A (zh) * | 2019-12-30 | 2020-03-10 | 深圳市英博超算科技有限公司 | 软件升级方法、装置、终端以及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8417992B2 (en) | Method, system and article of manufacture for system recovery | |
US6807630B2 (en) | Method for fast reinitialization wherein a saved system image of an operating system is transferred into a primary memory from a secondary memory | |
US8266365B2 (en) | Ruggedized memory device | |
KR100415371B1 (ko) | 컴퓨터 | |
KR101451482B1 (ko) | 데이터 이용가능성의 마운트타임 조정 | |
US20140325496A1 (en) | Apparatus and method for firmware upgrade using usb | |
US20040225873A1 (en) | Method and system for recovering program code in a computer system | |
US7512777B2 (en) | Method and system for maintaining system management BIOS | |
KR20050028173A (ko) | 소프트웨어 업데이트 방법 및 시스템 | |
CN109086078B (zh) | 安卓系统升级方法、装置、服务器及移动终端 | |
KR101555210B1 (ko) | 휴대용 단말기에서 내장 대용량 메모리를 이용한 컨텐츠 다운로드 방법 및 장치 | |
US20080114923A1 (en) | Apparatus and method for controlling operation processing in nonvolatile memory | |
CN110874237A (zh) | 软件升级方法、装置、终端以及可读存储介质 | |
US20090172252A1 (en) | Memory device and method for performing a write-abort-safe firmware update | |
KR20140121233A (ko) | 부트로더에 의한 운영 체제 부팅 기능의 전자 장치, 방법 및 저장 매체 | |
CN110825419B (zh) | 一种固件刷新方法、装置及电子设备和存储介质 | |
CN113157303A (zh) | 升级方法、嵌入式系统、终端及计算机存储介质 | |
CN111026417A (zh) | 一种嵌入式设备的升级方法及嵌入式设备 | |
CN111124294B (zh) | 一种扇区映射信息的管理方法及装置、存储介质和设备 | |
CN103339603A (zh) | 计算机重新编程方法、数据存储介质和机动车辆计算机 | |
US7234039B1 (en) | Method, system, and apparatus for determining the physical memory address of an allocated and locked memory buffer | |
KR20060080266A (ko) | 이동통신 단말기의 파일 업데이트 시스템과, efs 영역헤더 손실로 인한 치명적인 에러를 방지하는 이동통신단말기의 부팅 관리 시스템과, 이동통신 단말기의 파일업데이트 방법 및 efs 영역 헤더 손실로 인한 치명적인에러를 방지하는 이동통신 단말기의 부팅 방법 | |
CN111679848A (zh) | 一种软件更新方法及终端 | |
JP2002175193A (ja) | プログラム書き換え装置及びプログラム書き換え方法 | |
CN110515665B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200918 |
|
RJ01 | Rejection of invention patent application after publication |