CN111209141A - Dual-system switching method and device applied to system iteration - Google Patents
Dual-system switching method and device applied to system iteration Download PDFInfo
- Publication number
- CN111209141A CN111209141A CN201911423143.2A CN201911423143A CN111209141A CN 111209141 A CN111209141 A CN 111209141A CN 201911423143 A CN201911423143 A CN 201911423143A CN 111209141 A CN111209141 A CN 111209141A
- Authority
- CN
- China
- Prior art keywords
- partition
- slotb
- slota
- iteration
- switching
- 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
Images
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/4401—Bootstrapping
- G06F9/4406—Loading of operating system
-
- 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/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Stored Programmes (AREA)
Abstract
The application provides a dual-system switching method and a device applied to system iteration, which are applied to the field of system data iteration, wherein the method comprises the following steps: generating a slotA partition and a slotB partition on a starting chain; when the OTA has a problem in upgrading one set of partition system, the equipment can return to the other set of old system for starting, thereby solving the problem that the user can not use the system; receiving iteration data; and according to a switching rule pre-configured in the bootrom, importing the iteration data into the slotA partition or the slotB partition, so that the OTA upgrade covers all the partitions, and the problem that a user cannot use equipment in the OTA upgrade process can be completely avoided.
Description
Technical Field
The present application relates to the field of system data iteration technologies, and in particular, to a dual system switching method and apparatus for system iteration.
Background
The existing AB System (A/B System Updates) is a new OTA (Over-the-Air) upgrading mode introduced from Android 7.0, and is mainly characterized by realizing seamless upgrading; referring to fig. 1, a schematic diagram of a current AB system using two sets of partitions called slots is shown; the equipment is provided with two sets of systems A and B which can work, wherein one set is a working system partition, and the other set is a backup partition; when the system detects the updatable OTA packet, the background program automatically updates the new OTA packet to the slot partition which is not started, the slot partition which is used at present is not influenced, and the equipment is restarted and switched to the slot partition corresponding to the new system after the updating is finished, so that the user experience is improved, and seamless connection is realized;
as can be seen from fig. 1, a bootloader (boot program) is not located in two sets of slot a or slot b systems, but a process flow diagram of a current boot device is shown in fig. 2, when an OTA upgrade includes an upgrade of the bootloader, if a condition that a bootloader partition fails to be updated in an OTA upgrade process, a problem that a user cannot use the bootloader partition occurs;
especially, in the boot process of the current ARM architecture, the bootloader is usually subdivided into two partitions, namely, spl (second program loader) and tpl (third program loader), and the existing AB system only covers half of the partitions in the whole boot chain, so that the device still has a high probability of being unusable by a user during upgrading.
Disclosure of Invention
The application aims to solve the technical problem that a bootloader partition fails to be updated in the OTA upgrading process at present and a user cannot use the bootloader partition, and provides a dual-system switching method and device applied to system iteration.
The application adopts the following technical means for solving the technical problems:
the application provides a dual-system switching method applied to system iteration, which comprises the following steps:
generating a slotA partition and a slotB partition on a starting chain;
receiving iteration data;
and importing the iteration data into the slotA partition or the slotB partition according to a switching rule pre-configured in a bootrom.
Further, the switching rule includes priority switching, and the step of importing the iterative data into the slotA partition or the slotB partition according to the switching rule preconfigured in bootrom includes:
respectively acquiring current priority coefficients of the slotA partition and the slotB partition;
judging a first partition with a higher priority coefficient in the slotA partition and the slotB partition;
and importing the iteration data into a first partition to execute iteration.
Further, the switching rule comprises an attempt level switching, and the step of importing the iterative data into the slotA partition or the slotB partition according to the switching rule pre-configured in bootrom comprises
Importing the iterative data into any second partition of the slotA partition or the slotB partition for OTA upgrading;
monitoring whether the OTA upgrading fails in the second partition;
if so, the trial coefficient of the second partition is decreased by 1 point, and when the trial coefficient is decreased to a specified threshold, the second partition is judged to be incapable of OTA upgrading.
Further, the step of importing the iterative data into the slotA partition or the slotB partition according to a switching rule preconfigured in bootrom includes:
determining a third partition which is successfully updated by OTA recently from the slotA partition or the slotB partition;
and importing the iteration data into the third partition.
Further, the step of generating the slotA partition and the slotB partition on the boot chain includes:
copying a current system, and determining the current system and a backup system same with the current system;
and importing two same boot loaders of the starting process into the current system and the backup system to generate the slotA partition and the slotB partition.
The present application further provides a dual-system switching device for system iteration, including:
the partition unit is used for generating a slotA partition and a slotB partition on the starting chain;
an acquisition unit for receiving iterative data;
and the switching unit is used for importing the iteration data into the slotA partition or the slotB partition according to a switching rule pre-configured in the bootrom.
Further, the switching unit includes:
the priority module is used for respectively acquiring the current priority coefficients of the slotA partition and the slotB partition;
the first partition judging module is used for judging a first partition with a higher priority coefficient in the slotA partition and the slotB partition;
and the first import module is used for importing the iteration data into the first partition to execute iteration.
Further, the switching unit includes:
the second import module is used for importing the iterative data into any second partition of the slotA partition or the slotB partition for OTA upgrade;
the monitoring module is used for monitoring whether the OTA upgrading fails in the second partition;
and if so, the trial coefficient of the second partition is decreased by 1 point, and when the trial coefficient is decreased to a specified threshold, the second partition is judged to be incapable of OTA upgrading.
Further, the switching unit includes:
a success case module, configured to determine, from the slotA partition or the slotB partition, a third partition in which the OTA upgrade was recently successful;
and the third import module is used for importing the iterative data into the third partition.
Further, the partition unit includes:
the system comprises a copying module, a judging module and a judging module, wherein the copying module is used for copying a current system and determining the current system and a backup system which is the same as the current system;
and the partition module is used for importing two same boot loaders into the current system and the backup system to generate the slotA partition and the slotB partition.
The application provides a dual-system switching method and a dual-system switching device applied to system iteration, and the method and the device have the following beneficial effects:
generating a slotA partition and a slotB partition on a starting chain; when the OTA has a problem in upgrading one set of partition system, the equipment can return to the other set of old system for starting, thereby solving the problem that the user can not use the system; receiving iteration data; and according to a switching rule pre-configured in the bootrom, importing the iteration data into the slotA partition or the slotB partition, so that the OTA upgrade covers all the partitions, and the problem that a user cannot use equipment in the OTA upgrade process can be completely avoided.
Drawings
FIG. 1 is a schematic diagram of a partition for OTA upgrade of an intelligent device in the prior art;
FIG. 2 is a flowchart illustrating a bootloader and a system of an intelligent device during upgrading according to the prior art;
FIG. 3 is a schematic flow chart of a dual system switching method applied to system iteration according to the present application;
fig. 4 is a schematic diagram of a slotA partition and a slotB partition generated on a start chain by a dual-system switching method applied to system iteration according to the present application;
fig. 5 is a schematic diagram illustrating a principle of importing iterative data into a slotA partition or a slotB partition according to a switching rule preconfigured in bootrom in a dual system switching method applied to system iteration according to the present application;
fig. 6 is a schematic diagram of an embodiment of a step of importing iteration data into a slotA partition or a slotB partition according to the dual system switching method applied to system iteration;
fig. 7 is a block diagram of a dual-system switching device applied to system iteration according to the present application.
The implementation, functional features and advantages of the present application will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terms "comprising," "including," and "having" and any variations thereof in the description and claims of this application and the drawings described above are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus. In the claims, the description and the drawings of the specification of the present application, relational terms such as "first" and "second", and the like, may be used solely to distinguish one entity/action/object from another entity/action/object without necessarily requiring or implying any actual such relationship or order between such entities/actions/objects.
Referring to fig. 3, a schematic flow chart of a dual-system switching method applied to system iteration in an embodiment of the present application is shown, where an execution main body is an intelligent device, and the dual-system switching method applied to system iteration is executed by the intelligent device;
a dual-system switching method applied to system iteration comprises the following steps:
s1, generating a slotA partition and a slotB partition on the starting chain;
referring to fig. 4, in order to generate a slotA partition and a slotB partition on a boot chain, it can be understood that a bootloader includes spl and tpl, and a smart device copies spl and tpl, thereby obtaining two spl and two tpl, respectively; subsequently, spl and tpl are labeled to obtain spl _ a, spl _ b, tpl _ a and tpl _ b;
copying a system to obtain two systems, namely a current system and a backup system, importing spl _ a and tpl _ a into one system, and establishing a slotA partition; and importing spl _ b and tpl _ b into another system, and establishing a slotB partition.
Because the bootloader is imported into the partition, the intelligent device completely covers the boot loader and the system in the ARM architecture process, and the intelligent device can be used by a user during upgrading.
S2, receiving iteration data;
the intelligent device receives the input iteration data and updates iteration according to the OTA so as to upgrade the system.
And S3, importing the iteration data into the slotA partition or the slotB partition according to a switching rule pre-configured in the bootrom.
Referring to fig. 5, a schematic diagram of a principle of importing iterative data into a slot a partition or a slot b partition according to a switching rule pre-configured in a bootrom is shown, where boot _ a, boot _ b, system _ a, and system _ a are made when the smart device replication system is shown.
In the specific implementation process:
in the case of the example 1, the following examples are given,
the switching rule comprises priority switching, and the step of importing the iteration data into the slotA partition or the slotB partition according to the switching rule pre-configured in the bootrom comprises the following steps:
respectively obtaining the current priority coefficients of the slotA partition and the slotB partition;
judging a first partition with a higher priority coefficient in the slotA partition and the slotB partition;
and importing the iteration data into the first partition to execute iteration.
The priority coefficient is set by a manufacturer, and the partition generated according to the current system is set as a first partition with a higher current priority coefficient.
In the case of the example 2, the following examples are given,
the switching rule comprises a step of trying to switch, and importing the iteration data into the slotA partition or the slotB partition according to the switching rule pre-configured in the bootrom, wherein the step comprises the steps of
Importing the iteration data into any second partition of the slotA partition or the slotB partition for OTA upgrading;
monitoring whether the OTA upgrading fails in the second partition;
if yes, the trial coefficient of the second partition is decreased by 1 point, and when the trial coefficient is decreased to a specified threshold value, the second partition is judged to be incapable of OTA upgrading.
The above-mentioned specified threshold is preferably 0, that is, the first trial coefficient of the second partition is 7, and decreases by 1 every time of failure, and if it is determined that the trial coefficient decreases to the specified threshold, it is determined that the second partition cannot perform OTA upgrade, so another partition is used to perform OTA upgrade.
In the case of the example 3, the following examples are given,
the switching rule comprises successful example switching, and the step of importing the iteration data into the slotA partition or the slotB partition according to the switching rule pre-configured in the bootrom comprises the following steps:
determining a third partition which is successfully updated by the OTA most recently from the slotA partition or the slotB partition;
and importing the iteration data into the third partition.
Embodiment 4, refer to fig. 6, which is a schematic diagram of steps of importing iterative data into a slotA partition or a slotB partition according to a switching rule preconfigured in bootrom in combination with embodiments 1 to 2;
acquiring the priority of the slotA partition or the slotB partition, and importing the iterative data into the partition with high priority;
whether the iteration is successful is tried;
if not, the trial coefficient is decreased by 1;
judging whether the trial coefficient is 0;
if yes, importing the iteration data into the partition with lower priority.
Referring to fig. 7, a block diagram of a dual system switching device for system iteration is shown, which includes:
the system comprises a partition unit 1, a starting unit and a control unit, wherein the partition unit is used for generating a slotA partition and a slotB partition on a starting chain;
an acquisition unit 2 for receiving the iteration data;
and the switching unit 3 is used for importing the iteration data into the slotA partition or the slotB partition according to a switching rule pre-configured in the bootrom.
In one embodiment, the switching unit includes:
the priority module is used for respectively acquiring the current priority coefficients of the slotA partition and the slotB partition;
the first partition judging module is used for judging a first partition with a higher priority coefficient in the slotA partition and the slotB partition;
and the first import module is used for importing the iteration data into the first partition to execute iteration.
In one embodiment, the switching unit includes:
the second import module is used for importing the iterative data into any second partition of the slotA partition or the slotB partition for OTA upgrade;
the monitoring module is used for monitoring whether the OTA upgrading fails in the second partition;
and the trial level module is used for decreasing the trial coefficient of the second partition by 1 point if the trial coefficient is up to the specified threshold, and judging that the second partition cannot be upgraded by the OTA when the trial coefficient is down to the specified threshold.
In one embodiment, the switching unit includes:
a success case module, configured to determine, from the slotA partition or the slotB partition, a third partition in which the OTA upgrade was recently successful;
and the third import module is used for importing the iteration data into a third partition.
In one embodiment, the partition unit includes:
the copying module is used for copying the current system and determining the current system and a backup system which is the same as the current system;
and the partition module is used for importing two identical boot loaders into the current system and the backup system to generate a slotA partition and a slotB partition.
In summary, a slotA partition and a slotB partition are generated on the boot chain; when the OTA has a problem in upgrading one set of partition system, the equipment can return to the other set of old system for starting, thereby solving the problem that the user can not use the system; receiving iteration data; and according to a switching rule pre-configured in the bootrom, importing the iteration data into the slotA partition or the slotB partition, so that the OTA upgrade covers all the partitions, and the problem that a user cannot use equipment in the OTA upgrade process can be completely avoided.
Although embodiments of the present application have been shown and described, it will be appreciated by those skilled in the art that changes, modifications, substitutions and alterations can be made in these embodiments without departing from the principles and spirit of the application, the scope of which is defined in the appended claims and their equivalents.
Claims (10)
1. A dual system switching method applied to system iteration is characterized by comprising the following steps:
generating a slotA partition and a slotB partition on a starting chain;
receiving iteration data;
and importing the iteration data into the slotA partition or the slotB partition according to a switching rule pre-configured in a bootrom.
2. The dual-system switching method applied to system iteration according to claim 1, wherein the switching rule includes priority switching, and the step of importing the iteration data into a slotA partition or a slotB partition according to a switching rule pre-configured in bootrom includes:
respectively acquiring current priority coefficients of the slotA partition and the slotB partition;
judging a first partition with a higher priority coefficient in the slotA partition and the slotB partition;
and importing the iteration data into a first partition to execute iteration.
3. The dual-system switching method for system iteration according to claim 1, wherein the switching rule comprises an attempt-level switching, and the step of importing the iteration data into a slotA partition or a slotB partition according to a switching rule pre-configured in bootrom comprises
Importing the iterative data into any second partition of the slotA partition or the slotB partition for OTA upgrading;
monitoring whether the OTA upgrading fails in the second partition;
if so, the trial coefficient of the second partition is decreased by 1 point, and when the trial coefficient is decreased to a specified threshold, the second partition is judged to be incapable of OTA upgrading.
4. The dual-system switching method for system iteration according to claim 1, wherein the switching rule includes a successful instance switching, and the step of importing the iteration data into a slotA partition or a slotB partition according to a switching rule pre-configured in bootrom includes:
determining a third partition which is successfully updated by OTA recently from the slotA partition or the slotB partition;
and importing the iteration data into the third partition.
5. The dual system switching method for system iteration according to claim 1, wherein the step of generating the slotA partition and the slotB partition on the startup chain includes:
copying a current system, and determining the current system and a backup system same with the current system;
and importing two same boot loaders of the starting process into the current system and the backup system to generate the slotA partition and the slotB partition.
6. A dual system switching device for use in system iteration, comprising:
the partition unit is used for generating a slotA partition and a slotB partition on the starting chain;
an acquisition unit for receiving iterative data;
and the switching unit is used for importing the iteration data into the slotA partition or the slotB partition according to a switching rule pre-configured in the bootrom.
7. The dual-system switching device for system iteration according to claim 6, wherein the switching unit comprises:
the priority module is used for respectively acquiring the current priority coefficients of the slotA partition and the slotB partition;
the first partition judging module is used for judging a first partition with a higher priority coefficient in the slotA partition and the slotB partition;
and the first import module is used for importing the iteration data into the first partition to execute iteration.
8. The dual-system switching device for system iteration according to claim 6, wherein the switching unit comprises:
the second import module is used for importing the iterative data into any second partition of the slotA partition or the slotB partition for OTA upgrade;
the monitoring module is used for monitoring whether the OTA upgrading fails in the second partition;
and if so, the trial coefficient of the second partition is decreased by 1 point, and when the trial coefficient is decreased to a specified threshold, the second partition is judged to be incapable of OTA upgrading.
9. The dual-system switching device for system iteration according to claim 6, wherein the switching unit comprises:
a success case module, configured to determine, from the slotA partition or the slotB partition, a third partition in which the OTA upgrade was recently successful;
and the third import module is used for importing the iterative data into the third partition.
10. The dual-system switching device for system iteration according to claim 6, wherein the partition unit comprises:
the system comprises a copying module, a judging module and a judging module, wherein the copying module is used for copying a current system and determining the current system and a backup system which is the same as the current system;
and the partition module is used for importing two same boot loaders into the current system and the backup system to generate the slotA partition and the slotB partition.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911423143.2A CN111209141B (en) | 2019-12-30 | 2019-12-30 | Dual-system switching method and device applied to system iteration |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911423143.2A CN111209141B (en) | 2019-12-30 | 2019-12-30 | Dual-system switching method and device applied to system iteration |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111209141A true CN111209141A (en) | 2020-05-29 |
| CN111209141B CN111209141B (en) | 2023-10-20 |
Family
ID=70789485
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911423143.2A Active CN111209141B (en) | 2019-12-30 | 2019-12-30 | Dual-system switching method and device applied to system iteration |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111209141B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113590388A (en) * | 2021-08-06 | 2021-11-02 | 厦门紫光展锐科技有限公司 | UBOOT-based SPL rollback method and device, storage medium and terminal |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103577201A (en) * | 2012-07-20 | 2014-02-12 | 上海斐讯数据通信技术有限公司 | Embedded dual system updating method and system |
| CN103677947A (en) * | 2014-01-03 | 2014-03-26 | 深圳英飞拓科技股份有限公司 | Equipment dual-system protection method and equipment dual-system upgrading method on basis of linux |
| CN104461659A (en) * | 2014-12-30 | 2015-03-25 | 浙江宇视科技有限公司 | High-reliability computer starting method |
| EP3046026A1 (en) * | 2013-09-13 | 2016-07-20 | Huizhou TCL Mobile Communication Co., Ltd. | Software upgrade method and system for mobile terminal |
| CN106020865A (en) * | 2016-05-10 | 2016-10-12 | 百度在线网络技术（北京）有限公司 | System upgrading method and device |
| CN106462422A (en) * | 2014-11-20 | 2017-02-22 | 宇龙计算机通信科技(深圳)有限公司 | Multi-system terminal system updating method, updating device and terminal |
| CN107493290A (en) * | 2017-08-31 | 2017-12-19 | 四川长虹电器股份有限公司 | The method that Android intelligent television system software carries out OTA upgradings |
| CN107967141A (en) * | 2017-11-27 | 2018-04-27 | 北京小米移动软件有限公司 | Operating system update method, apparatus and terminal |
| CN109358864A (en) * | 2018-12-13 | 2019-02-19 | 晶晨半导体(上海)股份有限公司 | Method for upgrading system and device |
| CN109408153A (en) * | 2018-11-01 | 2019-03-01 | 百度在线网络技术（北京）有限公司 | Software start-up method and method for upgrading software |
| CN109992450A (en) * | 2018-01-03 | 2019-07-09 | 中兴通讯股份有限公司 | System upgrade backing method, terminal, server and storage medium |
| CN110825563A (en) * | 2019-10-22 | 2020-02-21 | RealMe重庆移动通信有限公司 | System recovery method and device and electronic equipment |
-
2019
- 2019-12-30 CN CN201911423143.2A patent/CN111209141B/en active Active
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103577201A (en) * | 2012-07-20 | 2014-02-12 | 上海斐讯数据通信技术有限公司 | Embedded dual system updating method and system |
| EP3046026A1 (en) * | 2013-09-13 | 2016-07-20 | Huizhou TCL Mobile Communication Co., Ltd. | Software upgrade method and system for mobile terminal |
| CN103677947A (en) * | 2014-01-03 | 2014-03-26 | 深圳英飞拓科技股份有限公司 | Equipment dual-system protection method and equipment dual-system upgrading method on basis of linux |
| US20170115982A1 (en) * | 2014-11-20 | 2017-04-27 | Yulong Computer Telecommunication Scientific (Shenzhen) Co., Ltd. | Multi-system terminal system updating method, updating device and terminal |
| CN106462422A (en) * | 2014-11-20 | 2017-02-22 | 宇龙计算机通信科技(深圳)有限公司 | Multi-system terminal system updating method, updating device and terminal |
| CN104461659A (en) * | 2014-12-30 | 2015-03-25 | 浙江宇视科技有限公司 | High-reliability computer starting method |
| CN106020865A (en) * | 2016-05-10 | 2016-10-12 | 百度在线网络技术（北京）有限公司 | System upgrading method and device |
| CN107493290A (en) * | 2017-08-31 | 2017-12-19 | 四川长虹电器股份有限公司 | The method that Android intelligent television system software carries out OTA upgradings |
| CN107967141A (en) * | 2017-11-27 | 2018-04-27 | 北京小米移动软件有限公司 | Operating system update method, apparatus and terminal |
| CN109992450A (en) * | 2018-01-03 | 2019-07-09 | 中兴通讯股份有限公司 | System upgrade backing method, terminal, server and storage medium |
| CN109408153A (en) * | 2018-11-01 | 2019-03-01 | 百度在线网络技术（北京）有限公司 | Software start-up method and method for upgrading software |
| CN109358864A (en) * | 2018-12-13 | 2019-02-19 | 晶晨半导体(上海)股份有限公司 | Method for upgrading system and device |
| CN110825563A (en) * | 2019-10-22 | 2020-02-21 | RealMe重庆移动通信有限公司 | System recovery method and device and electronic equipment |
Non-Patent Citations (3)
| Title |
|---|
| ANSEN360: "AB 系统OTA升级介绍", pages 1 - 5, Retrieved from the Internet <URL:《https://blog.csdn.net/qq_25804863/article/details/49868153》> * |
| FEIYAN CHEN等: "Data filtering based maximum likelihood extended gradient method for multivariable systems with autoregressive moving average noise", 《JOURNAL OF THE FRANKLIN INSTITUTE》, vol. 355, no. 7, pages 3381 - 3398, XP085371342, DOI: 10.1016/j.jfranklin.2018.02.025 * |
| 方冲等: "基于MCU的嵌入式在线升级系统的设计与实现", 《电视技术》, vol. 36, no. 5, pages 22 - 25 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113590388A (en) * | 2021-08-06 | 2021-11-02 | 厦门紫光展锐科技有限公司 | UBOOT-based SPL rollback method and device, storage medium and terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111209141B (en) | 2023-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20140298320A1 (en) | Preinstalled Application Management Method for Mobile Terminal and Mobile Terminal | |
| CN107493290B (en) | OTA (over the air) upgrading method for Android smart television system software | |
| CN111625249B (en) | Automatic upgrading and rollback method and device for Internet of things equipment | |
| EP2195741A1 (en) | Firmware image update and management | |
| KR20040024412A (en) | Method for updating firmware | |
| CN105204909A (en) | Method and system for upgrading strongly correlated apks based on mobile terminal | |
| CN110535776B (en) | Gateway current limiting method, device, gateway, system and storage medium | |
| JP2005242691A (en) | Program downloading/switching method and device for it | |
| CN111414189A (en) | Method and device for determining version compatibility | |
| CN102073508A (en) | Method and apparatus for upgrading terminals and software thereof | |
| CN111209141B (en) | Dual-system switching method and device applied to system iteration | |
| CN105468420B (en) | Operating system update method and apparatus | |
| CN106293790B (en) | application program upgrading method and device based on Firefox operating system | |
| CN108595292B (en) | System optimization method, mobile terminal and computer storage medium | |
| CN110688136A (en) | Application program updating method and device | |
| US7991390B2 (en) | Program updating method of wireless communication terminal and wireless communication terminal using the same | |
| CN110764809A (en) | OTA APN upgrading method, device, equipment and medium | |
| CN115827046A (en) | Method and device for realizing OTA (over the air) upgrade of SPL (shortest Path first) partition, terminal equipment and chip | |
| CN116088914A (en) | Multi-core heterogeneous system-on-chip upgrading method and device | |
| CN113721959A (en) | Information processing method and device and electronic equipment | |
| CN112732292B (en) | Method, system, equipment and readable storage medium for upgrading software | |
| CN112437119B (en) | Distributed system upgrading method, device and node | |
| CN111769966B (en) | Clone upgrading method, system and application | |
| CN110309018B (en) | Charging equipment system switching method, charging equipment and readable storage medium | |
| CN114253590A (en) | Encryption type differential upgrading method, device, equipment and medium for embedded software |
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 |