CN106610840A - 一种无线固件升级方法及系统 - Google Patents

一种无线固件升级方法及系统 Download PDF

Info

Publication number
CN106610840A
CN106610840A CN201510690493.0A CN201510690493A CN106610840A CN 106610840 A CN106610840 A CN 106610840A CN 201510690493 A CN201510690493 A CN 201510690493A CN 106610840 A CN106610840 A CN 106610840A
Authority
CN
China
Prior art keywords
subregion
upgrading
upgrade
partition
information
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
Application number
CN201510690493.0A
Other languages
English (en)
Inventor
童玮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sanechips Technology Co Ltd
Shenzhen ZTE Microelectronics Technology Co Ltd
Original Assignee
Shenzhen ZTE Microelectronics Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen ZTE Microelectronics Technology Co Ltd filed Critical Shenzhen ZTE Microelectronics Technology Co Ltd
Priority to CN201510690493.0A priority Critical patent/CN106610840A/zh
Priority to PCT/CN2016/102471 priority patent/WO2017067448A1/zh
Publication of CN106610840A publication Critical patent/CN106610840A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

本发明公开了一种无线固件(FOTA)升级方法,建立分区升级信息标识表,并设置备份缓冲区;其中,所述分区升级信息标识表用于存储各分区的升级状态信息;分区升级前,将需要升级的分区内的系统文件存储到所述备份缓冲区中;根据FOTA升级包内的分区升级文件依次对每个需要升级的分区进行升级;当分区升级失败时,从所述分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原分区系统文件,恢复所述升级失败的分区。本发明同时公开了一种FOTA升级系统。

Description

一种无线固件升级方法及系统
技术领域
本发明涉及固件升级技术,尤其涉及一种无线固件(FOTA,FirmwareOver-The-Air)升级方法及系统。
背景技术
随着移动通讯技术的迅速发展,各种移动终端发展迅速,尤其是手机等通讯终端普及率日益提高,终端设备制造商之间的竞争越发的激烈。谁能在日益激烈的市场中,快速升级维护,是获得市场的重要手段。
FOTA升级是指移动终端的空中下载软件升级,具体是:通过云端升级技术,为具有联网功能的设备,例如手机、平板电脑、便携式媒体播放器、移动互联网设备等提供固件升级服务,用户使用网络以按需、易扩展的方式获取智能终端系统升级包,并通过FOTA进行云端升级,完成系统修复和优化。
FOTA功能包括软件更新,更新固件和设备管理。在FOTA技术出现之前,移动终端制造商和移动网络运营商无法在移动终端如手机,最重要的18至24个月的生命周期中有效地对软件进行升级。一旦用户需要对手机软件进行升级,用户必须要携带手机到专业的维修中心进行手机升级。智能手机推广以来,软件升级基本由用户自身完成,FOTA技术更多承担固件升级的角色。
目前,固件升级通过各分区的升级来实现,主要包括loader分区、recovery分区、以及文件系统分区等;其中,loader分区位于磁盘的第一个扇区,用于磁盘引导进入操作系统或者recovery分区,这个分区一般无需升级;recovery分区是用于恢复/升级系统使用的引导分区,当固件升级时,loader分区引导系统进入recovery分区,具体的升级功能由recovery分区完成,因此,这个分区在固件升级中起到升级的重要功能;且升级的程序需要变更时,recovery分区也需要进行升级。
以往固件升级一般在WiFi环境或者有线网环境下进行,随着无线3G、4G以及更高速的网络普及,在无线网状况下固件升级越来越普遍。由于无线网络未知多变的网络环境特性,FOTA过程中的容错以及恢复越来越受到各厂商的重视。现有技术在FOTA升级过程中出现异常后,如果是recovery系统升级失败,会造成系统无法启动,需要返厂重新烧写版本;如果是其它分区升级失败,重新进入recovery分区时,系统会从头开始重新升级,降低了升级效率,增加了消费者和厂家的成本造成用户使用体验不佳。
发明内容
为克服现有技术的不足,本发明实施例期望提供一种无线固件升级方法及系统,能使FOTA升级的效率大大提高,防止升级失败造成返厂修理,从而改善用户的使用体验。
本发明实施例的技术方案是这样实现的:
一种无线固件FOTA升级方法,所述方法包括:
建立分区升级信息标识表,并设置备份缓冲区;其中,所述分区升级信息标识表用于存储各分区的升级状态信息;
分区升级前,将需要升级的分区内的系统文件存储到所述备份缓冲区中;
根据FOTA升级包内的分区升级文件依次对每个需要升级的分区进行升级;
当分区升级失败时,从所述分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原分区系统文件,恢复所述升级失败的分区。
优选的是,对于每个需要升级的分区,当分区升级成功时,将升级成功的信息存储到分区升级信息标识表中;
当升级失败的分区恢复完成后,重新对所述升级失败的分区进行升级;重新升级成功后,将升级成功的信息存储到分区升级信息标识表中。
优选的是,所述将需要升级的分区内的系统文件存储到所述备份缓冲区中包括:将当前需要升级的分区内的系统文件存储到所述备份缓冲区中;或者,将各需要升级的分区内的系统文件按分区分别存储到独立的备份缓冲区中,并记录每个备份缓冲区备份的系统文件所属的分区信息。
优选的是,所述方法还包括:下载FOTA升级包,并校验下载的FOTA升级包的有效性;
所述建立分区升级信息标识表为:根据下载的FOTA升级包内需要升级的各分区名称建立分区升级信息标识表。
优选的是,所述分区升级信息标识表存储的初始状态信息为相应分区未升级或升级失败的状态信息;
将所述升级完成的信息存储到分区升级信息标识表中为:在一个分区升级成功完成后,将当前分区升级完成的信息更新到分区升级信息标识表中相应分区的名称或分区号下。
优选的是,所述需要升级分区至少包括recovery分区。
优选的是,所述分区升级信息标识表存储于非易失性随机访问存储器NVRAM中;
所述方法还包括:分区升级失败后,检测位于NVRAM中的分区升级信息标识表获得各分区的名称和相应的分区升级状态。
优选的是,所述方法还包括:所有需要升级的分区均升级成功后,删除分区升级信息标识表和FOTA升级包;并删除所述备份缓冲区,将备份缓冲区恢复为存储区。
优选的是,所述方法还包括:建立引导加载分区,所述引导加载分区用于存储所述分区升级信息标识表,并将引导加载分区内的指针程序指向所述备份缓冲区;
分区升级失败后,所述引导加载分区检测所述分区升级信息标识表,得到所述升级失败的分区的分区信息;所述引导加载分区内的指针程序指向备份缓冲区,并将备份缓冲区作为系统分区启动系统;系统启动后,将作为系统分区的备份缓冲区内的分区系统文件恢复到升级失败的分区。
一种FOTA升级系统,所述系统包括:配置模块、备份模块、升级模块和升级处理模块;其中,
所述配置模块,用于建立分区升级信息标识表,并设置备份缓冲区;其中,所述分区升级信息标识表用于存储各分区的升级状态信息;
所述备份模块,用于在分区升级前,将需要升级的分区内的系统文件存储到所述备份缓冲区中;
所述升级模块,用于根据FOTA升级包内的分区升级文件依次对每个需要升级的分区进行升级;
所述升级处理模块,用于当分区升级失败时,从所述分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原分区系统文件,恢复所述升级失败的分区。
优选的是,所述升级模块,还用于根据所述升级处理模块的指示对升级失败的分区进行升级,并将升级结果送至所述升级处理模块;
所述升级处理模块,还用于对于每个需要升级的分区,分区升级成功时,将升级完成的信息存储到分区升级信息标识表中;当升级失败的分区恢复完成后,指示所述升级模块重新对所述升级失败的分区进行升级。
优选的是,所述备份模块,具体用于将当前需要升级的分区内的系统文件存储到所述备份缓冲区中;或者,将各需要升级的分区内的系统文件按分区分别存储到独立的备份缓冲区中,并记录每个备份缓冲区备份的系统文件所属的分区信息。
优选的是,所述系统还包括:下载模块,用于下载FOTA升级包,并校验下载的FOTA升级包的有效性,将下载的FOTA升级包内需要升级的分区名称发送给配置模块;
所述配置模块,具体用于根据下载的FOTA升级包内需要升级的各分区名称建立分区升级信息标识表。
优选的是,所述配置模块,具体用于将所述分区升级信息标识表存储的初始状态信息配置为相应分区未升级或升级失败的状态信息;
所述升级处理模块,具体用于在分区升级成功后,将升级完成的信息更新到分区升级信息标识表中相应分区的名称或分区号下。
优选的是,所述分区升级信息标识表存储于NVRAM中。
优选的是,所述升级处理模块,还用于在所有需要升级分区均升级成功后,删除分区升级信息标识表和FOTA升级包;并删除所述备份缓冲区,将备份缓冲区恢复为存储区。
优选的是,所述配置模块,还用于建立引导加载分区;所述引导加载分区用于存储所述分区升级信息标识表并将引导加载分区内的指针程序指向所述备份缓冲区;
所述升级处理模块,还用于在分区升级失败后,通过所述引导加载分区检测所述分区升级信息标识表,得到所述升级失败的分区的分区信息;所述引导加载分区通过所述升级失败的分区的分区信息,将引导加载分区内的指针程序指向相应的备份缓冲区,并将备份缓冲区作为系统分区启动系统;系统启动后,将作为系统分区的备份缓冲区内的分区系统文件恢复到升级失败的分区。
本发明实施例提供的一种无线固件升级方法及系统,建立分区升级信息标识表并设置备份缓冲区,在分区升级前,将需要升级的分区内的系统文件存储到所述备份缓冲区中;之后,根据FOTA升级包内的分区升级文件依次对每个需要升级的分区进行升级;对于每个需要升级的分区,分区升级成功时,将升级成功的信息存储到分区升级信息标识表中;分区升级失败时,从分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原分区系统文件,恢复升级失败的分区,恢复完成后,再重新对所述升级失败的分区进行升级;重新升级成功后,将升级成功的信息存储到分区升级信息标识表中。如此,本发明实施例可有效地防止因升级失败造成系统功能不能恢复,使手机“变砖”返厂修理;由于本发明实施例能有针对性地仅对升级失败的分区进行更新,这样,就能有效避免在分区升级失败后重新升级所有的分区造成升级时间过长,使用户使用体验不佳的问题;同时,由于分区升级失败后不需要重新升级所有的分区,减轻了FOTA服务器的工作压力,使FOTA升级的效率大大提高,进而改善用户的使用体验。
附图说明
图1为本发明实施例FOTA升级方法的处理流程示意图;
图2为本发明实施例中终端固件的结构以及FOTA服务器与终端固件的交互关系示意图;
图3为本发明实施例FOTA升级系统的结构示意图;
图4为本发明实施例FOTA升级系统的逻辑示意图。
具体实施方式
在本发明实施例中,建立分区升级信息标识表,并设置备份缓冲区;其中,所述分区升级信息标识表用于存储各分区的升级状态信息;分区升级前,将需要升级的分区内的系统文件存储到所述备份缓冲区中;根据FOTA升级包内的分区升级文件依次对每个需要升级的分区进行升级;当分区升级失败时,从所述分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原分区系统文件,恢复所述升级失败的分区。
具体的,先下载并校验FOTA升级包的有效性,根据FOTA升级包内需要升级的各分区名称,建立一个分区升级信息标识表,并设置一个备份缓冲区;
在对各分区依次升级时,将需要升级的分区内的系统文件存储到预先设定的备份缓冲区中,并通过FOTA升级包内的分区升级文件依次对每个分区进行升级;每个分区升级完成后,将升级完成的信息存储到分区升级信息标识表中;
在分区升级失败后,检测所述分区升级信息标识表,获取升级失败的分区的分区信息;根据获得的升级失败的分区的分区信息,将备份缓冲区内备份的分区系统文件恢复到所述升级失败的分区;恢复完成后,重新对所述升级失败的分区进行升级;对所述升级失败的分区重新升级完成后,再将所述分区升级完成的信息存储到分区升级信息标识表中;之后,可以继续对其它未升级的分区依次进行升级。
下面结合附图和实施例对本发明作进一步的详细说明。
本发明实施例提供的一种FOTA升级方法,如图1所示,所述处理方法流程包括以下步骤:
S1:建立分区升级信息标识表,并设置备份缓冲区;其中,所述分区升级信息标识表用于存储各分区的升级状态信息;
本步骤之前,先下载FOTA升级包,并校验下载的FOTA升级包的有效性;具体如图2所示,可通过终端设备发起FOTA升级命令,通过终端设备与FOTA服务器的交互进行鉴权,得到终端设备可更新的信息后下载FOTA升级包;
相应的,本步骤中所述建立分区升级信息标识表为:根据下载的FOTA升级包内需要升级的各分区名称建立一个分区升级信息标识表。
S2:分区升级前,将需要升级分区内的系统文件存储到所述备份缓冲区中;根据FOTA升级包内的分区升级文件依次对每个需要升级分区进行升级;
这里,在对需要升级的分区进行升级时,可先将当前需要升级的分区内的系统文件存储到一个备份缓冲区中,升级失败时,直接将备份缓冲区内的系统文件恢复到升级失败的分区;或者,在对需要升级的分区进行升级时,将各需要升级的分区内的系统文件按分区分别存储到独立的备份缓冲区中并记录每个备份缓冲区备份的系统文件所属的分区信息,在升级失败时,通过根据升级失败的分区的分区信息查找相应的备份缓冲,并将升级失败的分区的系统文件恢复到升级失败的分区。
对于每个需要升级的分区,当分区升级成功时,将升级成功的信息存储到分区升级信息标识表中。
S3:当分区升级失败时,从分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原系统文件,恢复升级失败的分区;
进一步的,升级失败的分区恢复完成后,重新对所述升级失败的分区进行升级;重新升级成功后,将升级成功的信息存储到分区升级信息标识表中。
这里,在分区升级信息标识表中,一个分区对应分区升级信息标识表中的一个记录表项;所述从分区升级信息标识表中获取升级失败分区的分区信息可以是:根据分区名称或分区号等分区的标识信息,检测所述分区升级信息标识表,得到升级失败分区对应的记录表项中的分区信息;然后,根据获得的分区信息获取备份缓冲区内存储的该升级失败分区对应的原分区系统文件,用得到的系统文件恢复该升级失败的分区;
升级失败的分区中的系统文件恢复完成后,即可对该升级失败的分区重新进行升级操作;且分区升级成功后,同样需将该分区升级成功的信息存储到分区升级信息标识表中。
进一步的,一个分区升级成功后,可继续对其它未升级的分区依次进行升级,全部分区升级成功完成后,可将结果返回给FOTA服务器。
这里,所述分区升级信息标识表存储的初始状态信息为相应分区未升级或升级失败的状态信息;在分区升级成功完成后,将升级完成的信息更新到分区升级信息标识表中相应分区的名称下;所述备份缓冲区占用的存储空间不小于升级前各分区中系统文件最大的分区占用的存储空间。其中,系统文件为二进制数,因此,要升级的分区所占的存储空间在终端设备中并不大,一般最大的也只有在几十兆左右。
本发明实施例中,需要升级的分区至少包括recovery分区,或者与recovery分区功能类似的分区,这是因为一般情况下recovery分区作为恢复、启动或升级系统使用的引导分区,是移动终端如手机必不可少的一部分。recovery分区一般是FOTA的启动分区,如果升级过程中若遭遇断电或者其它等异常情况导致升级中断或者失败,会导致系统重启后崩溃,因此,一旦recovery分区损坏或升级失败手机很可能会“变砖”;而loader分区是载入系统区的唯一入口,正常情况下不会进行升级。通过本发明实施例的FOTA升级方法对移动终端进行升级,可以避免“变砖”的情况发生。
对于一般的双系统来说,recovery分区和系统使用的启动分区不同,系统重启后可直接启动系统程序,因此,一般分区升级信息标识表存储于非易失性随机访问存储器(NVRAM)中;当分区升级失败后,检测位于NVRAM中的分区升级信息标识表获得各分区的名称和相应的分区升级状态。根据得到的升级失败的分区名称可以将备份缓冲区中的升级前分区内的系统文件恢复到该升级失败的分区中,即通过分区升级信息标识表得到恢复的目的地址或区域。
当所有分区升级成功完成后,可删除分区升级信息标识表和升级包,同时删除所述备份缓冲区并将备份缓冲区恢复为存储区。
对于单系统来说,由于recovery分区和系统使用同一个启动分区(双系统有独立的recovery分区),相当于复用了系统分区作为recovery分区。而实施固件升级功能时,需启动少量必须的系统程序,此时一旦该分区升级失败会损坏系统内核和系统启动需要使用的系统应用,系统没有加载的具体程序,因此会导致系统无法启动。为应对这一情况,在建立升级信息标识表和备份缓冲区时,建立一个引导加载分区,引导加载分区可用于存储所述分区升级信息标识表,同时将引导加载分区内的指针程序指向所述备份缓冲区。
当分区升级失败后,所述引导加载分区即boot分区检测所述分区升级信息标识表得到该升级失败的分区的分区信息;引导加载分区内的指针程序指向备份缓冲区,并将备份缓冲区作为系统分区启动系统;即将引导加载分区作为系统必要的具体的程序指针,由于系统启动时必然首先启动loader分区,正常情况下单系统的loader分区直接指向系统分区,而此时系统分区由于升级的原因文件已经损坏,系统没有加载程序,因此不可能启动系统。通过预先建立的引导加载分区即boot分区,在系统启动时loader分区把引导权交给boot分区,boot分区指向备份的系统文件,如此实现系统的启动。系统启动后,将作为系统分区的备份缓冲区内的原分区系统文件恢复到该升级失败的分区。
本发明实施例应用的FOTA固件升级系统,如图3所示,所述系统包括:配置模块31、备份模块32、升级模块33和升级处理模块34;其中,
所述配置模块31,用于建立分区升级信息标识表,并设置备份缓冲区;其中,所述分区升级信息标识表用于存储各分区的升级状态信息;
所述备份模块32,用于在分区升级前,将需要升级的分区内的系统文件存储到所述备份缓冲区中;
所述升级模块33,用于根据FOTA升级包内的分区升级文件依次对每个需要升级的分区进行升级;
所述升级处理模块34,用于当分区升级失败时,从所述分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原分区系统文件,恢复所述升级失败的分区。
所述升级处理模块34,还用于在所有需要升级分区均升级成功后,删除分区升级信息标识表和FOTA升级包;并删除所述备份缓冲区,将备份缓冲区恢复为存储区。
其中,所述升级模块33,还用于根据所述升级处理模块的指示对升级失败的分区进行升级,并将升级结果送至所述升级处理模块;
所述升级处理模块34,还用于对于每个需要升级的分区,分区升级成功时,将升级完成的信息存储到分区升级信息标识表中;当升级失败的分区恢复完成后,指示所述升级模块重新对所述升级失败的分区进行升级。
所述备份模块32,具体用于将当前需要升级的分区内的系统文件存储到所述备份缓冲区中;或者,将各需要升级的分区内的系统文件按分区分别存储到独立的备份缓冲区中,并记录每个备份缓冲区备份的系统文件所属的分区信息。
其中,所述系统还包括下载模块35,用于下载FOTA升级包,并校验下载的FOTA升级包的有效性,将下载的FOTA升级包内需要升级的分区名称发送给配置模块31;
所述配置模块31,具体用于根据下载的FOTA升级包内需要升级的各分区名称建立分区升级信息标识表。
所述分区升级信息标识表存储的初始状态信息配置为相应分区未升级或升级失败的状态信息;所述升级处理模块33,具体用于在分区升级成功后,将升级完成的信息更新到分区升级信息标识表中相应分区的名称或分区号下。
对于双系统,所述分区升级信息标识表存储于NVRAM中。
对于单系统,所述配置模块31,还用于建立引导加载分区,所述引导加载分区用于存储所述分区升级信息标识表并将引导加载分区内的指针程序指向所述备份缓冲区;
所述升级处理模块34,还用于在分区升级失败后,通过所述引导加载分区检测所述分区升级信息标识表,得到所述升级失败的分区的分区信息;所述引导加载分区通过所述升级失败的分区的分区信息,将引导加载分区内的指针程序指向相应的备份缓冲区,并将备份缓冲区作为系统分区启动系统;系统启动后,将作为系统分区的备份缓冲区内的分区系统文件恢复到升级失败的分区。
在实际应用中,所述配置模块31、备份模块32、升级模块33和升级处理模块34和下载模块35可由位于终端中的中央处理器(Central Processing Unit,CPU)、微处理器(Micro Processor Unit,MPU)、数字信号处理器(Digital SignalProcessor,DSP)、或现场可编程门阵列(Field Programmable Gate Array,FPGA)等实现。
由于recovery分区一般是固件升级时最先升级的分区,同时也是最重要的分区,现以recovery分区作为一个分区升级时的实施例,对本发明进行说明,具体逻辑如图4所示。
实施例1,在双系统的固件升级时,本实施例的FOTA升级过程包括:
步骤a1:终端固件向FOTA服务器发送固件升级请求,将终端固件的当前型号和版本等信息发送给FOTA服务器;若FOTA服务器确认终端可进行升级则告知终端固件接收升级包,进入步骤a2的环节;若FOTA服务器认为当前终端固件不可升级则告知终端固件停止本次固件更新;
步骤a2:下载并校验FOTA升级包的有效性;若升级包有效,可以进行升级,则进入步骤a3的环节;若升级包无效,则直接结束本次固件更新;
步骤a3:进入升级环节,检测升级包,根据升级包内的分区升级列表(相当于安装列表,告知系统按顺序安装各分区,但无标识功能),建立相应分区升级信息标识表,将分区升级信息标识表的信息置为未升级;检测当前系统的分区信息,得到各分区占用存储空间大小的信息从而在Flash存储器上建立备份缓冲区;
步骤a4:通过分区升级列表的升级顺序得知首先升级recovery分区,此时将现在系统上的recovery分区内的系统文件存储到备份缓冲区,存储完成后通过升级文件对recovery分区进行升级;
步骤a5:检测当前recovery分区是否升级成功,若升级成功在分区升级信息标识表的recovery分区名称下填入分区完成的信息,并对下一分区进行升级,即跳回步骤a4,继续对系统分区、文件分区等其他分区进行升级,过程同recovery分区的升级过程,直至全部分区升级结束;
这里一般情况下无论recovery分区是否更新成功系统都会重启一次,当系统重启后会检测分区升级列表从而得知recovery分区是否升级完成;
若检测到分区升级信息标识表的recovery分区名称下的信息没有改变,仍然是未完成,则将备份缓冲区内的原系统文件恢复到recovery分区,如此恢复了recovery分区即恢复了系统的功能;此时跳至步骤a4继续对recovery分区进行升级。
实施例2,在单系统固件升级时,由于单系统相当于recovery分区和系统使用同一个分区,因此在本实施例中将其统称为系统分区,同时系统一般会先升级系统分区;本实施例的FOTA升级过程包括:
步骤b1和步骤b2与实施例1中步骤a1和步骤a2相同,此处不再累述;
步骤b3:进入升级环节,检测升级包,根据升级包内的分区升级列表,建立相应分区升级信息标识表,将分区升级信息标识表的信息置为未升级;检测当前系统的分区信息,得到各分区占用存储空间大小的信息从而在Flash存储器上建立备份缓冲区;同时在Flash存储器上建立一个引导加载分区,以下简称boot分区;
步骤b4:通过分区升级列表的升级顺序得知首先升级系统分区,此时将现在系统上的系统分区内的系统文件存储到备份缓冲区,存储完成后通过升级文件对系统分区进行升级;
步骤b5:检测当前系统分区是否升级成功,若升级成功在分区升级信息标识表的系统分区名称下填入分区完成的信息,并对下一分区进行升级,即跳回步骤b4,继续对文件分区等其他分区进行升级,过程同系统分区的升级过程,直至全部分区升级结束;
若检测到分区升级信息标识表的系统分区名称下的信息没有改变,仍然是未完成,则需要将备份缓冲区内的原系统文件恢复到系统分区;boot分区内的指针程序指向备份缓冲区,并将该备份缓冲区作为系统分区,如此启动系统;系统启动后,将作为系统分区的备份缓冲区内的原分区系统文件恢复到该升级失败的分区,恢复完成后重新升级系统分区,即跳至步骤b4。
由于recovery分区和系统使用同一个分区,一旦该分区升级失败,意味着既没有能够指向的系统,又没有能够恢复系统的方式。此时虽然备份了原系统文件,loader分区却不知如何将其指向该系统文件,因此系统不能启动;此时,loader分区将指向功能交给boot分区,由于boot分区的指针指向备份缓冲区,即相当于将备份缓冲区作为原来的系统分区,boot分区相当于一个桥梁连接loader分区和原系统分区,如此解决了单系统或者由于系统结构的问题在升级过程中系统重启后不能载入必要程序的问题。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (17)

1.一种无线固件FOTA升级方法,其特征在于,所述方法包括:
建立分区升级信息标识表,并设置备份缓冲区;其中,所述分区升级信息标识表用于存储各分区的升级状态信息;
分区升级前,将需要升级的分区内的系统文件存储到所述备份缓冲区中;
根据FOTA升级包内的分区升级文件依次对每个需要升级的分区进行升级;
当分区升级失败时,从所述分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原分区系统文件,恢复所述升级失败的分区。
2.根据权利要求1所述的方法,其特征在于,对于每个需要升级的分区,当分区升级成功时,将升级成功的信息存储到分区升级信息标识表中;
当升级失败的分区恢复完成后,重新对所述升级失败的分区进行升级;重新升级成功后,将升级成功的信息存储到分区升级信息标识表中。
3.根据权利要求1所述的方法,其特征在于,所述将需要升级的分区内的系统文件存储到所述备份缓冲区中包括:将当前需要升级的分区内的系统文件存储到所述备份缓冲区中;或者,将各需要升级的分区内的系统文件按分区分别存储到独立的备份缓冲区中,并记录每个备份缓冲区备份的系统文件所属的分区信息。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:下载FOTA升级包,并校验下载的FOTA升级包的有效性;
所述建立分区升级信息标识表为:根据下载的FOTA升级包内需要升级的各分区名称建立分区升级信息标识表。
5.根据权利要求1所述的方法,其特征在于,所述分区升级信息标识表存储的初始状态信息为相应分区未升级或升级失败的状态信息;
将所述升级完成的信息存储到分区升级信息标识表中为:在一个分区升级成功完成后,将当前分区升级完成的信息更新到分区升级信息标识表中相应分区的名称或分区号下。
6.根据权利要求1所述的方法,其特征在于,所述需要升级分区至少包括recovery分区。
7.根据权利要求1至6任一项所述的方法,其特征在于,所述分区升级信息标识表存储于非易失性随机访问存储器NVRAM中;
所述方法还包括:分区升级失败后,检测位于NVRAM中的分区升级信息标识表获得各分区的名称和相应的分区升级状态。
8.根据权利要求1至6任一项所述的方法,其特征在于,所述方法还包括:所有需要升级的分区均升级成功后,删除分区升级信息标识表和FOTA升级包;并删除所述备份缓冲区,将备份缓冲区恢复为存储区。
9.根据权利要求1至6任一项所述的方法,其特征在于,所述方法还包括:建立引导加载分区,所述引导加载分区用于存储所述分区升级信息标识表,并将引导加载分区内的指针程序指向所述备份缓冲区;
分区升级失败后,所述引导加载分区检测所述分区升级信息标识表,得到所述升级失败的分区的分区信息;所述引导加载分区内的指针程序指向备份缓冲区,并将备份缓冲区作为系统分区启动系统;系统启动后,将作为系统分区的备份缓冲区内的分区系统文件恢复到升级失败的分区。
10.一种FOTA升级系统,其特征在于,所述系统包括:配置模块、备份模块、升级模块和升级处理模块;其中,
所述配置模块,用于建立分区升级信息标识表,并设置备份缓冲区;其中,所述分区升级信息标识表用于存储各分区的升级状态信息;
所述备份模块,用于在分区升级前,将需要升级的分区内的系统文件存储到所述备份缓冲区中;
所述升级模块,用于根据FOTA升级包内的分区升级文件依次对每个需要升级的分区进行升级;
所述升级处理模块,用于当分区升级失败时,从所述分区升级信息标识表中获取升级失败的分区的分区信息,根据获得的升级失败的分区的分区信息获取备份缓冲区内存储的原分区系统文件,恢复所述升级失败的分区。
11.根据权利要求10所述的系统,其特征在于,
所述升级模块,还用于根据所述升级处理模块的指示对升级失败的分区进行升级,并将升级结果送至所述升级处理模块;
所述升级处理模块,还用于对于每个需要升级的分区,分区升级成功时,将升级完成的信息存储到分区升级信息标识表中;当升级失败的分区恢复完成后,指示所述升级模块重新对所述升级失败的分区进行升级。
12.根据权利要求10所述的系统,其特征在于,所述备份模块,具体用于将当前需要升级的分区内的系统文件存储到所述备份缓冲区中;或者,将各需要升级的分区内的系统文件按分区分别存储到独立的备份缓冲区中,并记录每个备份缓冲区备份的系统文件所属的分区信息。
13.根据权利要求10所述的系统,其特征在于,所述系统还包括:下载模块,用于下载FOTA升级包,并校验下载的FOTA升级包的有效性,将下载的FOTA升级包内需要升级的分区名称发送给配置模块;
所述配置模块,具体用于根据下载的FOTA升级包内需要升级的各分区名称建立分区升级信息标识表。
14.根据权利要求10所述的系统,其特征在于,所述配置模块,具体用于将所述分区升级信息标识表存储的初始状态信息配置为相应分区未升级或升级失败的状态信息;
所述升级处理模块,具体用于在分区升级成功后,将升级完成的信息更新到分区升级信息标识表中相应分区的名称或分区号下。
15.根据权利要求10至14任一项所述的系统,其特征在于,所述分区升级信息标识表存储于NVRAM中。
16.根据权利要求10至14任一项所述的系统,其特征在于,所述升级处理模块,还用于在所有需要升级分区均升级成功后,删除分区升级信息标识表和FOTA升级包;并删除所述备份缓冲区,将备份缓冲区恢复为存储区。
17.根据权利要求10至14任一项所述的系统,其特征在于,所述配置模块,还用于建立引导加载分区;所述引导加载分区用于存储所述分区升级信息标识表并将引导加载分区内的指针程序指向所述备份缓冲区;
所述升级处理模块,还用于在分区升级失败后,通过所述引导加载分区检测所述分区升级信息标识表,得到所述升级失败的分区的分区信息;所述引导加载分区通过所述升级失败的分区的分区信息,将引导加载分区内的指针程序指向相应的备份缓冲区,并将备份缓冲区作为系统分区启动系统;系统启动后,将作为系统分区的备份缓冲区内的分区系统文件恢复到升级失败的分区。
CN201510690493.0A 2015-10-22 2015-10-22 一种无线固件升级方法及系统 Withdrawn CN106610840A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510690493.0A CN106610840A (zh) 2015-10-22 2015-10-22 一种无线固件升级方法及系统
PCT/CN2016/102471 WO2017067448A1 (zh) 2015-10-22 2016-10-18 一种无线固件升级方法、系统及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510690493.0A CN106610840A (zh) 2015-10-22 2015-10-22 一种无线固件升级方法及系统

Publications (1)

Publication Number Publication Date
CN106610840A true CN106610840A (zh) 2017-05-03

Family

ID=58556656

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510690493.0A Withdrawn CN106610840A (zh) 2015-10-22 2015-10-22 一种无线固件升级方法及系统

Country Status (2)

Country Link
CN (1) CN106610840A (zh)
WO (1) WO2017067448A1 (zh)

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107133056A (zh) * 2017-06-09 2017-09-05 北京云创远景软件有限责任公司 智能设备升级恢复分区的方法和装置
CN107341074A (zh) * 2017-07-25 2017-11-10 广东欧珀移动通信有限公司 一种升级异常修复方法、升级异常修复装置及智能终端
CN107608879A (zh) * 2017-08-24 2018-01-19 北京珠穆朗玛移动通信有限公司 一种故障检测方法、装置和存储介质
CN108038022A (zh) * 2017-12-19 2018-05-15 盛科网络(苏州)有限公司 一种提高交换机系统存储稳定性的方法
CN108647114A (zh) * 2018-03-30 2018-10-12 斑马网络技术有限公司 车机操作系统及其启动方法、系统分区更新和恢复方法
CN108874582A (zh) * 2017-05-15 2018-11-23 上海宽翼通信科技有限公司 一种系统恢复方法、装置及终端
CN109032632A (zh) * 2018-07-13 2018-12-18 深圳高新兴物联科技有限公司 一种fota升级方法、无线通信终端及存储介质
CN109240720A (zh) * 2018-08-23 2019-01-18 福州瑞芯微电子股份有限公司 一种安卓系统的固件升级方法及一种存储设备
CN109614128A (zh) * 2018-11-15 2019-04-12 深圳市广和通无线股份有限公司 程序升级方法、装置、计算机设备和存储介质
CN109634631A (zh) * 2018-11-01 2019-04-16 北京锦鸿希电信息技术股份有限公司 固件恢复方法、装置、电子设备及固件恢复系统
CN109815053A (zh) * 2019-01-04 2019-05-28 厦门亿联网络技术股份有限公司 一种实现ip话机多模式系统升级失败恢复方法
CN110045971A (zh) * 2018-01-16 2019-07-23 浙江宇视科技有限公司 系统升级恢复方法及装置
CN110569058A (zh) * 2019-09-09 2019-12-13 Oppo(重庆)智能科技有限公司 系统升级方法、装置、终端及计算机可读存储介质
CN110780890A (zh) * 2019-10-24 2020-02-11 百度在线网络技术(北京)有限公司 系统升级方法、装置、电子设备和介质
CN111158729A (zh) * 2019-12-30 2020-05-15 深圳Tcl数字技术有限公司 系统升级方法、装置、设备及存储介质
CN111158712A (zh) * 2018-11-07 2020-05-15 中兴通讯股份有限公司 一种车载Tbox升级的方法、装置、设备以及存储介质
CN111338675A (zh) * 2020-02-25 2020-06-26 杭州涂鸦信息技术有限公司 一种移动设备ota升级方法和系统及其设备
CN112181467A (zh) * 2020-10-10 2021-01-05 北京字节跳动网络技术有限公司 终端的存储器固件升级方法、装置、终端和存储介质
CN112214360A (zh) * 2020-11-05 2021-01-12 中国航空工业集团公司西安航空计算技术研究所 一种面向在线数据加载的冗余区域数据实时备份启动方法
CN112328287A (zh) * 2020-11-24 2021-02-05 杭州海康威视数字技术股份有限公司 嵌入式设备系统更新方法、装置、设备及存储介质
CN112783535A (zh) * 2021-03-10 2021-05-11 广州优胜汽车科技有限公司 固件升级方法、嵌入式装置及存储介质
CN112860291A (zh) * 2021-02-08 2021-05-28 杭州涂鸦信息技术有限公司 固件升级方法及装置
CN113238771A (zh) * 2021-04-27 2021-08-10 瑞芯微电子股份有限公司 一种基于安卓系统的fota固件升级方法和装置
CN113805922A (zh) * 2021-09-27 2021-12-17 一飞智控(天津)科技有限公司 嵌入式linux双备份分区升级切换的方法、系统、终端及应用
CN115509825A (zh) * 2022-11-23 2022-12-23 北京紫光青藤微系统有限公司 数据处理方法、装置、nfc芯片及计算机可读存储介质
CN115543393A (zh) * 2022-12-01 2022-12-30 摩尔线程智能科技(北京)有限责任公司 升级方法、电子设备及存储介质

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107911248B (zh) * 2017-11-27 2020-11-10 北京百度网讯科技有限公司 升级方法和装置
CN109992450A (zh) * 2018-01-03 2019-07-09 中兴通讯股份有限公司 系统升级回退方法、终端、服务器及存储介质
WO2019237222A1 (zh) * 2018-06-11 2019-12-19 海能达通信股份有限公司 一种系统升级方法、智能设备及服务器
CN108958774A (zh) * 2018-07-13 2018-12-07 深圳市道通智能航空技术有限公司 无人机系统中的模块升级方法及待升级模块
CN110471680A (zh) * 2019-07-23 2019-11-19 武汉格罗夫氢能汽车有限公司 用于氢能汽车控制器软件升级及失败回滚的控制方法
CN110764801B (zh) * 2019-09-29 2024-02-27 国网湖南省电力有限公司 一种高速电力线载波远程升级方法及装置
CN113050960A (zh) * 2019-12-27 2021-06-29 惠州比亚迪电子有限公司 Ota升级方法、装置、车载终端及存储介质
CN111813597A (zh) * 2020-06-08 2020-10-23 海信(山东)空调有限公司 一种空调器
CN112363749A (zh) * 2020-09-04 2021-02-12 中核武汉核电运行技术股份有限公司 一种mips架构系统的安全启动和升级方法
CN112214345B (zh) * 2020-11-02 2022-12-06 西安电子工程研究所 一种基于多重加载的多fpga软件烧写故障恢复方法
CN112817625B (zh) * 2021-01-29 2024-03-08 青岛海信移动通信技术有限公司 系统升级方法、装置、电子设备及存储介质
CN113110966A (zh) * 2021-03-12 2021-07-13 广东纳睿雷达科技股份有限公司 系统升级监控管理方法、嵌入式系统和存储介质
CN113297011B (zh) * 2021-06-09 2024-04-12 北京经纬恒润科技股份有限公司 一种主从mcu升级失败的自恢复方法及系统
CN113296819B (zh) * 2021-06-10 2023-12-08 南京创通微新通信有限公司 网桥设备集中管理升级系统及方法
CN115480798B (zh) * 2021-06-15 2023-06-16 荣耀终端有限公司 操作系统升级方法、设备、存储介质及计算机程序产品
CN113805914B (zh) * 2021-06-15 2022-10-14 荣耀终端有限公司 操作系统升级方法、设备、存储介质及计算机程序产品
CN113905039A (zh) * 2021-09-30 2022-01-07 苏州挚途科技有限公司 系统升级文件传输方法、装置及系统
CN113626059B (zh) * 2021-10-13 2022-02-08 北京创米智汇物联科技有限公司 系统升级方法、摄像机及计算机可读存储介质
CN116185461B (zh) * 2023-04-28 2023-07-25 广东华芯微特集成电路有限公司 固件升级方法及系统
CN116501340A (zh) * 2023-06-30 2023-07-28 江苏博云科技股份有限公司 嵌入式系统的发布系统的构建方法和构建系统
CN116932010B (zh) * 2023-09-14 2024-01-19 首都信息科技发展有限公司 系统固件升级方法、装置及服务器
CN117539518A (zh) * 2024-01-02 2024-02-09 江苏天华汽车电子科技有限公司 应用程序升级方法和电子设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6928579B2 (en) * 2001-06-27 2005-08-09 Nokia Corporation Crash recovery system
CN104375844A (zh) * 2013-08-12 2015-02-25 中兴通讯股份有限公司 固件升级方法及装置
CN103473099B (zh) * 2013-09-13 2017-02-01 惠州Tcl移动通信有限公司 一种移动终端的软件升级方法和系统
CN104714811A (zh) * 2013-12-13 2015-06-17 中兴通讯股份有限公司 差分升级包的制作方法及装置、系统差分升级方法及装置

Cited By (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108874582A (zh) * 2017-05-15 2018-11-23 上海宽翼通信科技有限公司 一种系统恢复方法、装置及终端
CN107133056A (zh) * 2017-06-09 2017-09-05 北京云创远景软件有限责任公司 智能设备升级恢复分区的方法和装置
CN107341074A (zh) * 2017-07-25 2017-11-10 广东欧珀移动通信有限公司 一种升级异常修复方法、升级异常修复装置及智能终端
CN107608879A (zh) * 2017-08-24 2018-01-19 北京珠穆朗玛移动通信有限公司 一种故障检测方法、装置和存储介质
CN107608879B (zh) * 2017-08-24 2020-08-21 北京珠穆朗玛移动通信有限公司 一种故障检测方法、装置和存储介质
CN108038022A (zh) * 2017-12-19 2018-05-15 盛科网络(苏州)有限公司 一种提高交换机系统存储稳定性的方法
CN110045971A (zh) * 2018-01-16 2019-07-23 浙江宇视科技有限公司 系统升级恢复方法及装置
CN108647114B (zh) * 2018-03-30 2022-03-08 斑马网络技术有限公司 车机操作系统及其启动方法、系统分区更新和恢复方法
CN108647114A (zh) * 2018-03-30 2018-10-12 斑马网络技术有限公司 车机操作系统及其启动方法、系统分区更新和恢复方法
CN109032632A (zh) * 2018-07-13 2018-12-18 深圳高新兴物联科技有限公司 一种fota升级方法、无线通信终端及存储介质
CN109032632B (zh) * 2018-07-13 2021-11-09 高新兴物联科技有限公司 一种fota升级方法、无线通信终端及存储介质
CN109240720B (zh) * 2018-08-23 2021-11-26 瑞芯微电子股份有限公司 一种安卓系统的固件升级方法及一种存储设备
CN109240720A (zh) * 2018-08-23 2019-01-18 福州瑞芯微电子股份有限公司 一种安卓系统的固件升级方法及一种存储设备
CN109634631A (zh) * 2018-11-01 2019-04-16 北京锦鸿希电信息技术股份有限公司 固件恢复方法、装置、电子设备及固件恢复系统
CN111158712A (zh) * 2018-11-07 2020-05-15 中兴通讯股份有限公司 一种车载Tbox升级的方法、装置、设备以及存储介质
CN109614128B (zh) * 2018-11-15 2022-03-15 深圳市广和通无线股份有限公司 程序升级方法、装置、计算机设备和存储介质
CN109614128A (zh) * 2018-11-15 2019-04-12 深圳市广和通无线股份有限公司 程序升级方法、装置、计算机设备和存储介质
CN109815053A (zh) * 2019-01-04 2019-05-28 厦门亿联网络技术股份有限公司 一种实现ip话机多模式系统升级失败恢复方法
CN109815053B (zh) * 2019-01-04 2021-04-06 厦门亿联网络技术股份有限公司 一种实现ip话机多模式系统升级失败恢复方法
CN110569058A (zh) * 2019-09-09 2019-12-13 Oppo(重庆)智能科技有限公司 系统升级方法、装置、终端及计算机可读存储介质
CN110780890A (zh) * 2019-10-24 2020-02-11 百度在线网络技术(北京)有限公司 系统升级方法、装置、电子设备和介质
CN111158729A (zh) * 2019-12-30 2020-05-15 深圳Tcl数字技术有限公司 系统升级方法、装置、设备及存储介质
CN111338675A (zh) * 2020-02-25 2020-06-26 杭州涂鸦信息技术有限公司 一种移动设备ota升级方法和系统及其设备
CN112181467A (zh) * 2020-10-10 2021-01-05 北京字节跳动网络技术有限公司 终端的存储器固件升级方法、装置、终端和存储介质
CN112181467B (zh) * 2020-10-10 2023-11-14 北京字节跳动网络技术有限公司 终端的存储器固件升级方法、装置、终端和存储介质
CN112214360A (zh) * 2020-11-05 2021-01-12 中国航空工业集团公司西安航空计算技术研究所 一种面向在线数据加载的冗余区域数据实时备份启动方法
CN112214360B (zh) * 2020-11-05 2023-12-22 中国航空工业集团公司西安航空计算技术研究所 一种面向在线数据加载的冗余区域数据实时备份启动方法
CN112328287A (zh) * 2020-11-24 2021-02-05 杭州海康威视数字技术股份有限公司 嵌入式设备系统更新方法、装置、设备及存储介质
CN112328287B (zh) * 2020-11-24 2024-05-03 杭州海康威视数字技术股份有限公司 嵌入式设备系统更新方法、装置、设备及存储介质
CN112860291A (zh) * 2021-02-08 2021-05-28 杭州涂鸦信息技术有限公司 固件升级方法及装置
CN112783535A (zh) * 2021-03-10 2021-05-11 广州优胜汽车科技有限公司 固件升级方法、嵌入式装置及存储介质
CN113238771A (zh) * 2021-04-27 2021-08-10 瑞芯微电子股份有限公司 一种基于安卓系统的fota固件升级方法和装置
CN113805922A (zh) * 2021-09-27 2021-12-17 一飞智控(天津)科技有限公司 嵌入式linux双备份分区升级切换的方法、系统、终端及应用
CN115509825A (zh) * 2022-11-23 2022-12-23 北京紫光青藤微系统有限公司 数据处理方法、装置、nfc芯片及计算机可读存储介质
CN115543393A (zh) * 2022-12-01 2022-12-30 摩尔线程智能科技(北京)有限责任公司 升级方法、电子设备及存储介质
CN115543393B (zh) * 2022-12-01 2023-08-22 摩尔线程智能科技(北京)有限责任公司 升级方法、电子设备及存储介质

Also Published As

Publication number Publication date
WO2017067448A1 (zh) 2017-04-27

Similar Documents

Publication Publication Date Title
CN106610840A (zh) 一种无线固件升级方法及系统
EP2456257B1 (en) Method and system for upgrading wireless data card
CN102033790B (zh) 一种嵌入式系统bootrom的升级方法和装置
US20110283274A1 (en) Firmware image update and management
CN108279922A (zh) 差分文件生成方法、基于该差分文件的升级方法及系统
US20070074201A1 (en) Method and system for updating software and computer readable recording medium storing the method
EP3001309A1 (en) Application migration method, device and system for mobile terminal
CN104918114B (zh) 一种操作系统升级方法及装置
CN106020875B (zh) 嵌入式终端的固件更新管理方法和装置
CN102541595A (zh) 智能设备的升级方法、装置及智能设备
CN105260209A (zh) 一种程序热更新解决方法
CN106331862A (zh) 一种机顶盒的软件升级方法及机顶盒
TW201621647A (zh) 作業系統更新方法
CN107643898A (zh) 终端升级方法及装置
CN109189434A (zh) 一种电能表的在线升级方法
CN109002305B (zh) 一种设备程序的更新方法及其系统
CN110362323B (zh) 基于分布式自组网的嵌入式终端设备程序更新方法
CN104142838A (zh) 一种移动通信终端开机启动的方法和设备
CN116594639A (zh) 系统安装包的管理方法、设备、存储介质及程序产品
CN106933604B (zh) 一种系统升级方法及装置
WO2023198056A1 (zh) 嵌入式设备固件更新方法以及嵌入式设备
CN105872106A (zh) 空中下载升级方法、空中下载服务器及终端
CN115951920A (zh) 移动设备升级方法、装置、存储单元和移动设备
CN114880003A (zh) 智能终端的系统升级方法、智能终端及存储介质
CN103488503B (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
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20170503