CN111104148A - 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 - Google Patents

集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 Download PDF

Info

Publication number
CN111104148A
CN111104148A CN201911367285.1A CN201911367285A CN111104148A CN 111104148 A CN111104148 A CN 111104148A CN 201911367285 A CN201911367285 A CN 201911367285A CN 111104148 A CN111104148 A CN 111104148A
Authority
CN
China
Prior art keywords
upgrading
partition
file
differential
linux
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
Application number
CN201911367285.1A
Other languages
English (en)
Other versions
CN111104148B (zh
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.)
Redstone Sunshine Beijing Technology Co ltd
Original Assignee
Redstone Sunshine Beijing 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 Redstone Sunshine Beijing Technology Co ltd filed Critical Redstone Sunshine Beijing Technology Co ltd
Priority to CN201911367285.1A priority Critical patent/CN111104148B/zh
Publication of CN111104148A publication Critical patent/CN111104148A/zh
Application granted granted Critical
Publication of CN111104148B publication Critical patent/CN111104148B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/658—Incremental updates; Differential updates
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

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)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

本发明公开了一种集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质，Linux和android系统分别使用Linux和android分区，包括：A、将获得用于升级用的差分包进行解压，其包括对应两所述分区的文件和升级脚本文件；B、根据升级脚本文件按照分区类型对各分区逐个进行升级：对于分区类型是ubifs的类型的分区：对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；对于分区类型是EMMC类型的分区：执行复制/dev目录下的设备分区文件到一临时文件tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到目标文件targetfile；将targetfile复制回设备分区文件里，以完成该分区升级；C、待各个分区全部完成升级后，结束升级。

Description

集成有Linux和android两系统的芯片平台的升级方法、系统 及可读存储介质
技术领域
本发明涉及嵌入式系统技术领域，尤其涉及一种集成有Linux 和android两系统的芯片平台的升级方法、系统及可读存储介质。
背景技术
DMC是由Linux系统的仪表和android系统的车机集成在一个芯片平台的，共用同一个flash的平台。图1为其Flash分区表。从图1中我们可以看到，这个平台前面一部分分区是Linux的，后面一部分是Android的。而且Andriod车机部分是采用A/B备份分区的形式进行升级，即当运行在A分区时，升级B分区，反之亦然。
DMC升级现有方案的流程为：当运行在A分区时，升级B分区，升级成功后重启进到到B分区，然后确保Linux部分也升级成功后，用B覆盖A。如果Linux没升级成功(也即没升级，因为Linux系统这边只要基线hash对上是一定可以升级成功的，对不上就不会去升级)，则重启进入A，用A覆盖B回滚到老的版本。流程图如图2 所示，现有方案的不足和缺陷：1、升级过程中需要重启3次，这对于车辆的复杂环境来说，升级过程中重启次数越多风险越大，因为任何一个环境，断电重新打火上电，都需要做状态机的记忆和恢复。 2、现实流程过于复杂，而且差分包需要拆分成android和Linux两份。3、由于linux和android分开升级，所以android需要有A/B分区，以避免如果Linux没升级成功，android需要回滚的情况。这样 A/B分区大增加了flash空间的消耗。
由上，正是由于常规方案无法在Linux系统下去挂android的文件系统，去用bsdiff对其实现基于文件系统的差分还原，同时也无法对整块android分区进行镜像文件进行差分(bsdiff不支持阿波罗平台大分区镜像文件的差分)。所以只能选择上述的流程对Linux和 android两个系统分开升级，这样才能在android的recovery小系统里面对android分区用bsdiff对其基于文件系统的差分升级，同样在 linux recovery小系统下对linux分区用bsdiff对其分区基于文件系统的差分升级。进入各自recovery小系统都需要一次重启机器才能引导进入，同时又要考虑到两者需要同时升级成功或同时不升级，所以最终需要3次重启才能完成整个升级流程。于是带来了上述缺陷。
因此，目前亟需一种集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质，以解决或者部分解决上述技术问题。
发明内容
有鉴于此，本申请提供了一种集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质，以解决或者部分解决上述技术问题。
本申请提供一种集成有Linux和android两系统的芯片平台的升级方法，Linux和android系统分别使用Linux和android分区，包括：
A、解压获得用于升级用的差分包，该差分包中包括对应两所述分区的文件和升级脚本文件；其中，
对应android分区中的EMMC类型的分区的升级文件，在差分包中以单个差分文件的形式存在；对应Linux分区中的Ubifs类型的分区的升级文件，在差分包中是以分区内有差异的文件差分文件形式存在；
B、根据升级脚本文件按照分区类型对各分区逐个进行升级:
对于分区类型是ubifs的类型的分区：对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
对于分区类型是EMMC类型的分区：执行复制/dev目录下的设备分区文件到一临时文件tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到目标文件targetfile；将targetfile复制回设备分区文件里，以完成该分区升级；
C、待各个分区全部完成升级后，结束升级。
由上，本申请同时升级linux和android的分区，不需要多次重启两个系统分开升级，流程大大简化。升级的安全性、可靠性大大提高，时间大大缩短，风险也大大降低。由于同时升级linux和android而避免了常规升级中因Linux没升级成功而导致Android需要回滚的A/B分区备份的缺陷，所以大大节省了flash空间的开销。且本申请不需要将差分包拆分成android和Linux两份，只需要按照不同的分区类型进行升级即可。
优选地，所述升级方法在Linux recovery小系统中执行。
由上，本申请升级方法在Linux recovery小系统中执行，解决了在 Linuxrecovery小系统下，同时升级linux和android的分区，而不需要多次重启两个系统分开升级。
优选地，所述方法，还包括：
步骤A中所述脚本文件还记录了需要升级的分区的源版本和目标版本的用于校对的hash值；
步骤B前还包括：
对EMMC分区，计算/dev目录下各EMMC分区的设备文件的hash 值；对ubifs类型的分区，挂载后，计算其下所有文件的hash值；
对于计算的各所述hash值与脚本文件中对应的源版本或目标版本 hash值进行对比确定是否执行升级。
优选地，所述确定是否执行升级的步骤包括至少以下之一：
判断匹配目标版本hash，结束本次升级，并提升已经升级；
判断匹配源版本hash，执行本次升级；
判断均不匹配，结束本次升级，并提升无法升级。
优选地，步骤B中，
对ubifs底下的文件用bspatch进行差分还原；
对tmpfile文件用xdelta3进行还原。
优选地，步骤B中所述将targetfile复制回设备分区文件里前，还包括：
用targetfile文件和脚本中的该分区的目标版本hash进行比较确认一致的步骤。
优选地，所述升级还包括对Linux和android各自的boot和system 分区进行升级。
本申请还提供一种对使用集成有Linux和android两系统的芯片平台的车辆的升级方法，Linux、Android分区分别提供给车辆的仪表、车机部分使用，采用上述集成有Linux和android两系统的芯片平台的升级方法进行升级。
本申请还提供一种实现上述集成有Linux和android两系统的芯片平台的升级方法的系统，包括：
解压模块，用于解压获得的升级差分包，得到对应Linux和android 分区的文件和升级脚本文件；
android分区差分升级模块，用于对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
Linux分区差分升级模块，用于执行复制/dev目录下的设备分区文件到tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到targetfile；将targetfile复制回设备分区文件里，以完成该分区升级。
本申请还提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述集成有Linux和android两系统的芯片平台的升级方法的步骤。
综上所述，本申请同时升级linux和android的分区，不需要多次重启两个系统分开升级，流程大大简化。升级的安全性、可靠性大大提高，时间大大缩短，风险也大大降低。由于同时升级linux和android而避免了常规升级中因Linux没升级成功而导致Android需要回滚的A/B分区备份的缺陷，所以大大节省了flash空间的开销。且本申请不需要将差分包拆分成android和Linux两份，只需要按照不同的分区类型进行升级即可。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术中Linux系统和android系统共用同一个flash的平台的Flash分区示意图；
图2为现有技术中DMC升级现有方案的流程示意图；
图3为本申请一次性升级整体流程示意图；
图4为本申请的一次性升级方案的DMC flash分区示意图；
图5为本申请的一次性升级整体框架图；
图6为本申请的差分升级方法的流程示意图；
具体实施方式
本申请提供了一种用于嵌入式系统压缩固件的差分升级方法、系统及可读存储介质。同时升级linux和android的分区，不需要多次重启两个系统分开升级，流程大大简化。升级的安全性、可靠性大大提高，时间大大缩短，风险也大大降低。由于同时升级linux和android而避免了常规升级中因Linux没升级成功而导致Android需要回滚的A/B分区备份的缺陷，所以大大节省了flash空间的开销。且本申请不需要将差分包拆分成android和Linux两份，只需要按照不同的分区类型进行升级即可。
具体地，通过下述实施例进行说明：
实施例一
如图3所示为本申请的一次性升级整体流程示意图。由该图中可以看出，一次性流程比图2中所示的常规的三次重启流程大大简化。因为流程的简化，从而使得升级的安全性，可靠性大大提高，时间大大缩短，风险也大大降低。
由于一次性升级不存在常规升级中，因Linux没升级成功而导致 Android需要回滚的A/B分区备份，所以大大节省了flash空间的开销。一次性升级方案的DMC flash分区方案如图4所示。
如图5所示为本申请的一次性升级整体框架图。
本发明核心业务流程和算法在集成在Linux Recovery小系统下的Recovery fs分区里。整体DMC的升级所涉及模式：
Hybrid Layer：虚拟化双系统层
Linux Main OS：仪表操作系统
Linux Recovery：Linux下升级小系统
Android Main OS：车机操作系统
Android Recovery：Android下升级小系统
Recovery Kernel：Linux升级小系统内核
Recovery fs：Linux升级小系统文件系统,红石差分升级流程和算法实现内置于其中。
Linux分区：包括boot分区，system分区，以及其它ubifs类型的只读分区,ubifs分区是可以在Linux recovery底下被挂载为基于文件系统读写方式进行差分还原的。
Android分区：包括bott分区，system分区，还有其它在Linux 环境下以EMMC类型挂载的只读分区，此部分就需要用到xdelta3 来实现差分还原。
具体地，如图6所示，本申请的差分升级方法具体包括：
步骤601：解压差分包读取升级脚本。具体地，解压下载下来的差分包，其中包括所有分区的差分文件和一个升级脚本文件，脚本文件中记录了需要升级的分区的源版本和目标版本的hash值用于校对。其中EMMC类型的分区是以单文件镜像的方式来差分，在差分包中以单个差分文件的形式存在。Ubifs类似的分区是可以挂载为文件系统，在差分包中是以分区内有差异的文件差分文件形式存在。
步骤602：Check检查各分区hash值。对EMMC分区，计算/dev 下各EMMC分区的设备文件的hash值，对ubifs类型的分区，挂载后，计算其下所有文件的hash值。
步骤603：对于602步计算的各文件和分区的hash值与脚本文件中的源版本或目标版本hash值进行对比，如果已经是目标版本 hash说明已经升级过，如果是源版本hash说明是待还原升级的。
步骤604：如果对比后，发现既不是源版本，也不是目标版本，说明设备只读分区的内容已经被破坏过，无法升级，升级失败。
步骤605：按照分区类型对各分区逐个进行升级(差分还原)。
步骤606：判断分区类型，如果是ubifs类型跳转到步骤27；如果是EMMC类型的分区跳转到步骤608。
步骤607：对ubifs底下的文件用bspatch进行差分还原。差分还原出来的目标文件直接覆盖设备上的源文件。完成分区下所有需要差分还原的文件后，该分区升级成功，跳转到步骤612。
步骤608：如果是EMMC分区，因为无法挂载为文件系统，只能对单个分区的设备镜像进行差分还原，此时由于文件过大用 bspatch算法会失效。所以我们采用xdelta3算法。先dd/dev下的分区设备文件到tmpfile文件。
步骤609：用tmpfile文件和差分包中的差分文件用xdelta3进行还原，得到targetfile文件。
步骤610：用targetfile文件和脚本中的该分区的目标版本hash 进行比较，比较一致转到步骤31。
步骤611：将targetfile dd回设备分区文件里。
步骤612：完成升级。
实施例二
本申请还提供一种对使用集成有Linux和android两系统的芯片平台的车辆的升级方法，Linux、Android分区分别提供给车辆的仪表、车机部分使用，采用权利要求实施例一中的集成有Linux和android两系统的芯片平台的升级方法进行升级。
实施例三
本申请还提供一种实现实施例一的集成有Linux和android两系统的芯片平台的升级方法的系统，其特征在于，包括：
解压模块，用于解压获得的升级差分包，得到对应Linux和android 分区的文件和升级脚本文件；
android分区差分升级模块，用于对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
Linux分区差分升级模块，用于执行复制/dev目录下的设备分区文件到tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到targetfile；将targetfile复制回设备分区文件里，以完成该分区升级。
实施例四
本申请提供一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现实施例一的集成有Linux和 android两系统的芯片平台的升级方法的步骤。
本发明所提供的一种集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质可以适配到多款智能、非智能手机上，软件升级的主要部分包括系统的主分区(可执行的内核部分)、文件系统部分等。
综上所述，本申请同时升级linux和android的分区，不需要多次重启两个系统分开升级，流程大大简化。升级的安全性、可靠性大大提高，时间大大缩短，风险也大大降低。由于同时升级linux和android而避免了常规升级中因Linux没升级成功而导致Android需要回滚的A/B分区备份的缺陷，所以大大节省了flash空间的开销。且本申请不需要将差分包拆分成android和Linux两份，只需要按照不同的分区类型进行升级即可。
以上对本发明所提供的集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质进行了详细的说明。对本领域的技术人员而言，在不背离本发明实质精神的前提下对它所做的任何显而易见的改动，都将构成对本发明专利权的侵犯，将承担相应的法律责任。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种集成有Linux和android两系统的芯片平台的升级方法，Linux和android系统分别使用Linux和android分区，其特征在于，包括：
A、将获得用于升级用的差分包进行解压，该差分包中包括对应两所述分区的文件和升级脚本文件；其中，
对应android分区中的EMMC类型的分区的升级文件，在差分包中以单个差分文件的形式存在；对应Linux分区中的Ubifs类型的分区的升级文件，在差分包中是以分区内有差异的文件差分文件形式存在；
B、根据升级脚本文件按照分区类型对各分区逐个进行升级：
对于分区类型是ubifs的类型的分区：对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
对于分区类型是EMMC类型的分区：执行复制/dev目录下的设备分区文件到一临时文件tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到目标文件targetfile；将targetfile复制回设备分区文件里，以完成该分区升级；
C、待各个分区全部完成升级后，结束升级。
2.根据权利要求1所述的方法，其特征在于，所述升级方法在Linux recovery小系统中执行。
3.根据权利要求2所述的方法，其特征在于，还包括：
步骤A中所述脚本文件还记录了需要升级的分区的源版本和目标版本的用于校对的hash值；
步骤B前还包括：
对EMMC分区，计算/dev目录下各EMMC分区的设备文件的hash值；对ubifs类型的分区，挂载后，计算其下所有文件的hash值；
对于计算的各所述hash值与脚本文件中对应的源版本或目标版本hash值进行对比确定是否执行升级。
4.根据权利要求3所述的方法，其特征在于，所述确定是否执行升级的步骤包括至少以下之一：
判断匹配目标版本hash，结束本次升级，并提升已经升级；
判断匹配源版本hash，执行本次升级；
判断均不匹配，结束本次升级，并提升无法升级。
5.根据权利要求2或3所述的方法，其特征在于，步骤B中，
对ubifs底下的文件用bspatch进行差分还原；
对tmpfile文件用xdelta3进行还原。
6.根据权利要求1所述的方法，其特征在于，步骤B中所述将targetfile复制回设备分区文件里前，还包括：
用targetfile文件和脚本中的该分区的目标版本hash进行比较确认一致的步骤。
7.根据权利要求1所述的方法，其特征在于，所述升级还包括对Linux和android各自的boot和system分区进行升级。
8.一种对使用集成有Linux和android两系统的芯片平台的车辆的升级方法，Linux、Android分区分别提供给车辆的仪表、车机部分使用，其特征在于，采用权利要求1至7任一所述的集成有Linux和android两系统的芯片平台的升级方法进行升级。
9.一种实现权利要求1至7任一所述集成有Linux和android两系统的芯片平台的升级方法的系统，其特征在于，包括：
解压模块，用于解压获得的升级差分包，得到对应Linux和android分区的文件和升级脚本文件；
android分区差分升级模块，用于对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
Linux分区差分升级模块，用于执行复制/dev目录下的设备分区文件到tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到targetfile；将targetfile复制回设备分区文件里，以完成该分区升级。
10.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一集成有Linux和android两系统的芯片平台的升级方法的步骤。
CN201911367285.1A 2019-12-26 2019-12-26 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 Active CN111104148B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911367285.1A CN111104148B (zh) 2019-12-26 2019-12-26 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911367285.1A CN111104148B (zh) 2019-12-26 2019-12-26 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质

Publications (2)

Publication Number Publication Date
CN111104148A true CN111104148A (zh) 2020-05-05
CN111104148B CN111104148B (zh) 2023-06-16

Family

ID=70424986

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911367285.1A Active CN111104148B (zh) 2019-12-26 2019-12-26 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质

Country Status (1)

Country Link
CN (1) CN111104148B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111796856A (zh) * 2020-08-26 2020-10-20 北京紫光展锐通信技术有限公司 差分升级方法及装置、存储介质、计算机设备
CN112181471A (zh) * 2020-10-16 2021-01-05 北京紫光展锐通信技术有限公司 差分升级方法及装置、存储介质、计算机设备
CN113238774A (zh) * 2021-05-12 2021-08-10 中国第一汽车股份有限公司 车载迎宾动画更新方法、装置、车载终端及存储介质
CN113821235A (zh) * 2021-06-15 2021-12-21 荣耀终端有限公司 操作系统数据更新方法、设备、存储介质及程序产品
CN116450184A (zh) * 2023-06-09 2023-07-18 联宝(合肥)电子科技有限公司 一种系统升级方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103605540A (zh) * 2013-11-18 2014-02-26 四川长虹电器股份有限公司 基于安卓系统的快速写入flash镜像的方法
CN105468396A (zh) * 2014-09-11 2016-04-06 深圳Tcl数字技术有限公司 差分包生成方法、升级方法、生成装置及Linux终端
CN105786549A (zh) * 2014-12-26 2016-07-20 乐视致新电子科技（天津）有限公司 智能设备及其升级方法
US20170131997A1 (en) * 2015-11-06 2017-05-11 Storart Technology Co. Ltd. Field firmware upgrading method and computer-readable medium

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103605540A (zh) * 2013-11-18 2014-02-26 四川长虹电器股份有限公司 基于安卓系统的快速写入flash镜像的方法
CN105468396A (zh) * 2014-09-11 2016-04-06 深圳Tcl数字技术有限公司 差分包生成方法、升级方法、生成装置及Linux终端
CN105786549A (zh) * 2014-12-26 2016-07-20 乐视致新电子科技（天津）有限公司 智能设备及其升级方法
US20170131997A1 (en) * 2015-11-06 2017-05-11 Storart Technology Co. Ltd. Field firmware upgrading method and computer-readable medium

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
鲁亚凯;: "基于Linux平台智能电视OTA升级可靠性优化", 电子质量 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111796856A (zh) * 2020-08-26 2020-10-20 北京紫光展锐通信技术有限公司 差分升级方法及装置、存储介质、计算机设备
CN112181471A (zh) * 2020-10-16 2021-01-05 北京紫光展锐通信技术有限公司 差分升级方法及装置、存储介质、计算机设备
CN113238774A (zh) * 2021-05-12 2021-08-10 中国第一汽车股份有限公司 车载迎宾动画更新方法、装置、车载终端及存储介质
CN113821235A (zh) * 2021-06-15 2021-12-21 荣耀终端有限公司 操作系统数据更新方法、设备、存储介质及程序产品
CN113821235B (zh) * 2021-06-15 2023-10-20 荣耀终端有限公司 操作系统数据更新方法、设备、存储介质及程序产品
CN116450184A (zh) * 2023-06-09 2023-07-18 联宝(合肥)电子科技有限公司 一种系统升级方法、装置、电子设备及存储介质
CN116450184B (zh) * 2023-06-09 2023-10-13 联宝(合肥)电子科技有限公司 一种系统升级方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN111104148B (zh) 2023-06-16

Similar Documents

Publication Publication Date Title
CN111104148A (zh) 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质
CN106802813B (zh) 用于空中固件升级的方法、装置及车辆
US6892255B2 (en) Program install method, file renewal method, program and computer system
US20170286234A1 (en) System and method for live virtual incremental restoring of data from cloud storage
US20160321063A1 (en) Method and Device for Making Differential Upgrade Package, and Method and Device for System Differential Upgrading
CN111796856B (zh) 差分升级方法及装置、存储介质、计算机设备
CN102334100A (zh) 程序更新设备、程序更新方法以及信息处理设备
CN104636217A (zh) 一种根文件系统自动备份和异常恢复方法和分区结构
CN111258666A (zh) 计算机文件的读取方法、装置、计算机系统及存储介质
CN112015448A (zh) 一种基于空中下载技术的系统升级方法及装置
WO2022188690A1 (zh) 升级电子设备的方法及装置
CN110764486B (zh) 车载控制器的运行方法、装置、车载控制器及存储介质
JP7298427B2 (ja) プログラム更新システムおよびプログラム更新方法
CN106933604B (zh) 一种系统升级方法及装置
KR102274668B1 (ko) 차량용 ａｖｎ 시스템의 소프트웨어 업데이트 제어 장치 및 방법
US20220391192A1 (en) Ota master, center, system, method, non-transitory storage medium, and vehicle
CN115576743A (zh) 操作系统恢复方法、装置、计算机设备和存储介质
CN114510375A (zh) 一种Flash芯片数据区域动态共享系统及方法
CN101031875B (zh) 用于在计算机停止时保持数据转储的车载系统和计算机
CN106547589A (zh) 一种升级系统以及升级方法
CN113190244A (zh) 无线模组升级的方法、装置、计算机设备和存储介质
CN111625256A (zh) 一种应用程序升级方法、系统、设备及计算机存储介质
CN116204353B (zh) 车机系统的恢复还原方法、装置、设备及存储介质
US11886869B2 (en) Information processing device and information processing method for updating a program by partially relocating the program
WO2023195460A1 (ja) 車載装置、コンピュータプログラム及びプログラム更新方法

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
GR01 Patent grant
GR01 Patent grant