CN111209141B - 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
- CN111209141B CN111209141B CN201911423143.2A CN201911423143A CN111209141B CN 111209141 B CN111209141 B CN 111209141B CN 201911423143 A CN201911423143 A CN 201911423143A CN 111209141 B CN111209141 B CN 111209141B
- 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.)
- Active
Links
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 double-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 start chain; when the OTA has a problem on one set of partition system upgrading, the equipment can be returned to the other set of old system for starting, so that the problem that a user cannot use the system is solved; receiving iteration data; according to a switching rule pre-configured in bootrom, the iterative data is imported 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 application relates to the technical field of system data iteration, in particular to a double-system switching method and device applied to system iteration.
Background
The existing AB System (A/B System Updates) is a new OTA (Over-the-Air, push update data packet) upgrading mode introduced from Android 7.0, and is mainly characterized by realizing seamless upgrading; referring to fig. 1, a schematic diagram of a partition design using two sets of slots for the current AB system; the equipment is provided with two sets of systems A and B which can work, one set is a system partition which is working, and the other set is a backup partition; when the system detects an updatable OTA packet, the background program automatically updates the new OTA packet to the partition which is not started, the partition which is currently being used is not affected, and after updating is completed, the equipment is restarted and switched to the corresponding partition of the new system, so that the user experience is improved, and seamless connection is realized;
as can be seen from fig. 1, bootloader (boot program) is not in two sets of systems of slot a or slot b, and a process flow chart of the current boot device is shown in fig. 2, when the OTA upgrade includes upgrading of bootloader, if the bootloader partition fails to be updated in the OTA upgrade process, a problem that a user cannot use the bootloader partition occurs;
particularly, in the current starting flow of the ARM architecture, bootloader is usually subdivided into spl (second program loader) and tpl (third program loader) partitions, and the existing AB system only covers half of the partitions in the whole starting chain, so that the equipment still has high probability in upgrading, and the equipment cannot be used by a user.
Disclosure of Invention
The application aims to solve the technical problem that the bootloader partition updating fails and the user cannot use the bootloader partition updating in the current OTA upgrading process, and provides a double-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 double-system switching method applied to system iteration, which comprises the following steps:
generating a slotA partition and a slotB partition on a start 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 the bootrom.
Further, the switching rule includes priority switching, and the step of importing the iterative data into a slotA partition or a slotB partition according to a switching rule pre-configured in bootrom includes:
respectively obtaining current priority coefficients of the slotA partition and the slotB partition;
judging a first partition with 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 includes an attempt level switching, and the step of importing the iterative data into a slotA partition or a slotB partition according to the switching rule pre-configured in bootrom includes
Importing the iterative data to any second partition of the slotA partition or the slotB partition to carry out OTA upgrading;
monitoring whether the OTA upgrade fails to upgrade in the second partition;
if so, the trial coefficient of the second partition is reduced by 1 point, and when the trial coefficient is reduced to a specified threshold value, the second partition is judged to be unable to carry out OTA upgrading.
Further, the switching rule includes successful case switching, and the step of importing the iterative 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 upgraded by the last OTA from the slotA partition or the slotB partition;
and importing the iterative data into the third partition.
Further, the step of generating a slotA partition and a slotB partition on the startup chain includes:
copying a current system, and determining the current system and a backup system identical to the current system;
and importing two identical boot processes bootloader into the current system and the backup system to generate the slotA partition and the slotB partition.
The application also provides a double-system switching device applied to system iteration, which comprises:
the partition unit is used for generating a slotA partition and a slotB partition on the starting chain;
an acquisition unit for receiving iteration 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 the first partition with higher priority coefficient in the slotA partition and the slotB partition;
and the first importing module is used for importing the iteration data into the first partition to execute iteration.
Further, the switching unit includes:
the second importing module is used for importing the iterative data into any one second partition of the slotA partition or the slotB partition to carry out OTA upgrading;
the monitoring module is used for monitoring whether the OTA upgrade fails to upgrade in the second partition;
and the try-level module is used for reducing the try coefficient of the second partition by 1 point if the try coefficient is positive, and judging that the second partition cannot carry out OTA upgrading when the try coefficient is reduced to a specified threshold value.
Further, the switching unit includes:
the success example module is used for determining a third partition which is successful in the last OTA upgrading from the slotA partition or the slotB partition;
and a third importing module, configured to import the iteration data into the third partition.
Further, the partition unit includes:
the copying module is used for copying the current system and determining the current system and the backup system identical to the current system;
and the partition module is used for importing two identical boot process bootloaders into the current system and the backup system to generate the slotA partition and the slotB partition.
The application provides a double-system switching method and a device applied to system iteration, which have the following beneficial effects:
generating a slotA partition and a slotB partition on a start chain; when the OTA has a problem on one set of partition system upgrading, the equipment can be returned to the other set of old system for starting, so that the problem that a user cannot use the system is solved; receiving iteration data; according to a switching rule pre-configured in bootrom, the iterative data is imported 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 of an OTA upgrade of an intelligent device in the prior art;
FIG. 2 is a flowchart of bootloader and system upgrade in an intelligent device in the prior art;
FIG. 3 is a flow chart of a dual system switching method for system iteration according to the present application;
FIG. 4 is a schematic diagram of a dual system switching method applied to system iteration of the present application for generating slotA partitions and slotB partitions on a startup chain;
FIG. 5 is a schematic diagram of the method for switching between two systems for system iteration according to the switching rule pre-configured in bootrom, and the method for switching between two systems for system iteration according to the present application, wherein the iterative data is imported into a slotA partition or a slotB partition;
FIG. 6 is a schematic diagram of one embodiment of a step of importing iterative data into a slotA partition or a slotB partition according to a dual system switching method for system iteration of the present application;
FIG. 7 is a block diagram of a dual system switching device for system iteration according to the present application.
The realization, functional characteristics and advantages of the present application are further described with reference to the accompanying drawings in combination with the embodiments.
Detailed Description
It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
The technical solutions of 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 apparent that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The terms "comprising," "including," and "having" and any variations thereof in the description and claims of the application and in the foregoing drawings 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 listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus. In the claims, specification, and drawings of the present application, relational terms such as "first" and "second", and the like are used solely to distinguish one entity/operation/object from another entity/operation/object without necessarily requiring or implying any actual such relationship or order between such entities/operations/objects.
Referring to fig. 3, a flow chart of a dual-system switching method applied to system iteration in an embodiment of the present application is shown, an execution body is an intelligent device, and the dual-system switching method applied to system iteration is executed through 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 a starting chain;
referring to fig. 4, to generate a schematic diagram of a slotA partition and a slotB partition on a startup chain, it can be understood that bootloader includes spl and tpl, and the intelligent device replicates spl and tpl, so as to obtain two spl and two tpl respectively; labeling spl and tpl to obtain spl_a, spl_b, tpl_a and tpl_b;
copying the system to obtain two sets of systems of a current system and a backup system, importing spl_a and tpl_a into one of the systems, and establishing a slotA partition; spl_b and tpl_b are imported into another system, and a slotB partition is established.
Because the bootloader of the startup program is imported into the partition, the startup program and the system are completely covered by the intelligent device in the ARM architecture flow, 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 the 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, in the schematic diagram, according to a switching rule preconfigured in bootrom, iterative data is imported into a slotA partition or a slotB partition, where boot_a, boot_b, system_a, and system_a are made when the intelligent device replicates a system.
In the specific implementation process:
in the case of example 1,
the switching rule comprises priority switching, and the step of importing iterative data into a slotA partition or a slotB partition according to the switching rule pre-configured in the bootrom comprises the following steps:
respectively obtaining current priority coefficients of a slotA partition and a slotB partition;
judging a first partition with higher priority coefficient in the slotA partition and the slotB partition;
the iteration data is imported into the first partition to perform the 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 higher current priority coefficient.
In the case of example 2,
the switching rule comprises a step of attempting level switching and importing iterative data into a slotA partition or a slotB partition according to the switching rule pre-configured in a bootrom, and comprises the following steps of
Importing the iterative data to any second partition of the slotA partition or the slotB partition to carry out OTA upgrading;
monitoring whether the OTA upgrade fails to upgrade in the second partition;
if so, the trial coefficient of the second partition is reduced by 1 point, and when the trial coefficient is reduced to a specified threshold value, the second partition is judged to be unable to carry out OTA upgrading.
The above specified threshold is preferably 0, i.e. the first try coefficient of the second partition is 7, and each time the first try coefficient fails to drop by 1, if it is determined that the try coefficient drops to the specified threshold, it is determined that the second partition cannot perform the OTA upgrade, so that another partition is used to perform the OTA upgrade.
In the case of example 3,
the switching rule comprises successful case switching, and the step of importing iterative data into a slotA partition or a slotB partition according to the switching rule pre-configured in the bootrom comprises the following steps:
determining a third partition which is successful in the last OTA upgrade from the slotA partition or the slotB partition;
the iteration data is imported into the third partition.
Embodiment 4, referring to fig. 6, is a schematic diagram of steps for importing iterative data into a slotA partition or a slotB partition according to a switching rule preconfigured in bootrom in combination with embodiments 1-2;
acquiring the priority of a slotA partition or a slotB partition, and importing iterative data to a partition with high priority;
whether the iteration is successful or not is attempted;
if not, trying the coefficient to decrease 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, including:
a partition unit 1, configured to generate a slotA partition and a slotB partition on a startup chain;
an acquisition unit 2 for receiving 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 higher priority coefficient in the slotA partition and the slotB partition;
and the first importing module is used for importing the iteration data into the first partition to execute iteration.
In one embodiment, the switching unit includes:
the second importing module is used for importing the iterative data into any one second partition of the slotA partition or the slotB partition to carry out OTA upgrading;
the monitoring module is used for monitoring whether the OTA upgrade fails to upgrade in the second partition;
and the try-level module is used for judging that the second partition cannot carry out OTA upgrading when the try coefficient of the second partition is reduced by 1 point and the try coefficient is reduced to a specified threshold value if the try coefficient is yes.
In one embodiment, the switching unit includes:
the success example module is used for determining a third partition which is successful in the last OTA upgrading from the slotA partition or the slotB partition;
and the third importing module is used for importing the iteration data into a third partition.
In one embodiment, a partition unit includes:
the copying module is used for copying the current system and determining the current system and the backup system identical to the current system;
and the partition module is used for importing two identical boot process bootloaders 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 startup chain; when the OTA has a problem on one set of partition system upgrading, the equipment can be returned to the other set of old system for starting, so that the problem that a user cannot use the system is solved; receiving iteration data; according to a switching rule pre-configured in bootrom, the iterative data is imported 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 understood by those skilled in the art that various changes, modifications, substitutions and alterations can be made therein without departing from the principles and spirit of the application, the scope of which is defined in the appended claims and their equivalents.
Claims (8)
1. The double-system switching method applied to system iteration is characterized by comprising the following steps of:
generating a slotA partition and a slotB partition on a start chain;
receiving iteration data;
importing the iterative data into the slotA partition or the slotB partition according to a switching rule pre-configured in a bootrom, and generating the slotA partition and the slotB partition on a starting chain, wherein the bootloader comprises spl and tpl, and the intelligent device replicates spl and tpl, so that two spl and two tpl are respectively obtained; labeling spl and tpl to obtain spl_a, spl_b, tpl_a and tpl_b;
copying the system to obtain two sets of systems of a current system and a backup system, importing spl_a and tpl_a into one of the systems, and establishing a slotA partition; spl_b and tpl_b are imported into another system, and a slotB partition is established.
2. The method for switching between two systems for 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 preconfigured in a bootrom includes:
respectively obtaining current priority coefficients of the slotA partition and the slotB partition;
judging a first partition with 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 method for switching between two systems for system iteration as recited in claim 1, wherein said switching rule includes an attempted level switching, and said step of importing said iteration data into a slotA partition or a slotB partition according to a switching rule preconfigured in a bootrom includes
Importing the iterative data to any second partition of the slotA partition or the slotB partition to carry out OTA upgrading;
monitoring whether the OTA upgrade fails to upgrade in the second partition;
if so, the trial coefficient of the second partition is reduced by 1 point, and when the trial coefficient is reduced to a specified threshold value, the second partition is judged to be unable to carry out OTA upgrading.
4. The method for switching between two systems for system iteration according to claim 1, wherein the switching rule includes successful case switching, and the step of importing the iteration data into a slotA partition or a slotB partition according to a switching rule preconfigured in a bootrom includes:
determining a third partition which is successfully upgraded by the last OTA from the slotA partition or the slotB partition;
and importing the iterative data into the third partition.
5. A dual system switching device for 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 iteration data;
a switching unit, configured to import the iterative data into the slotA partition or the slotB partition according to a switching rule preconfigured in a bootrom, and generate a slotA partition and a slotB partition on a start chain, where the bootloader includes spl and tpl, and the intelligent device replicates spl and tpl, so as to obtain two spl and two tpl respectively; labeling spl and tpl to obtain spl_a, spl_b, tpl_a and tpl_b;
copying the system to obtain two sets of systems of a current system and a backup system, importing spl_a and tpl_a into one of the systems, and establishing a slotA partition; spl_b and tpl_b are imported into another system, and a slotB partition is established.
6. The dual system switching device for system iteration of claim 5, wherein said 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 the first partition with higher priority coefficient in the slotA partition and the slotB partition;
and the first importing module is used for importing the iteration data into the first partition to execute iteration.
7. The dual system switching device for system iteration of claim 5, wherein said switching unit comprises:
the second importing module is used for importing the iterative data into any one second partition of the slotA partition or the slotB partition to carry out OTA upgrading;
the monitoring module is used for monitoring whether the OTA upgrade fails to upgrade in the second partition;
and the try-level module is used for reducing the try coefficient of the second partition by 1 point if the try coefficient is positive, and judging that the second partition cannot carry out OTA upgrading when the try coefficient is reduced to a specified threshold value.
8. The dual system switching device for system iteration of claim 5, wherein said switching unit comprises:
the success example module is used for determining a third partition which is successful in the last OTA upgrading from the slotA partition or the slotB partition;
and a third importing module, configured to import the iteration data into the third 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 CN111209141A (en) | 2020-05-29 |
| CN111209141B true 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) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113590388B (en) * | 2021-08-06 | 2022-10-28 | 厦门紫光展锐科技有限公司 | UBOOT-based SPL rollback method and device, storage medium and terminal |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103577201A (en) * | 2012-07-20 | 2014-02-12 | 上海斐讯数据通信技术有限公司 | Embedded dual system updating method and system |
| 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 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103677947B (en) * | 2014-01-03 | 2016-11-02 | 深圳英飞拓科技股份有限公司 | Equipment dual system based on linux protection and upgrade method |
| CN109992450A (en) * | 2018-01-03 | 2019-07-09 | 中兴通讯股份有限公司 | System upgrade backing method, terminal, server and storage medium |
| CN109408153B (en) * | 2018-11-01 | 2022-03-01 | 百度在线网络技术（北京）有限公司 | Software starting method and software upgrading method |
| CN110825563B (en) * | 2019-10-22 | 2022-12-06 | RealMe重庆移动通信有限公司 | System recovery method and device and electronic equipment |
-
2019
- 2019-12-30 CN CN201911423143.2A patent/CN111209141B/en active Active
Patent Citations (8)
| 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 |
| 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 |
| CN109358864A (en) * | 2018-12-13 | 2019-02-19 | 晶晨半导体(上海)股份有限公司 | Method for upgrading system and device |
Non-Patent Citations (2)
| Title |
|---|
| Data filtering based maximum likelihood extended gradient method for multivariable systems with autoregressive moving average noise;Feiyan Chen等;《Journal of the Franklin Institute》;第355卷(第7期);第3381-3398页 * |
| 基于MCU的嵌入式在线升级系统的设计与实现;方冲等;《电视技术》;第36卷(第5期);第22-25页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111209141A (en) | 2020-05-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR20050085836A (en) | System to automatically process components on a device | |
| CN110750286B (en) | Management method, device, system, equipment and medium for upgrading Mbn through OTA | |
| CN110543321A (en) | OTA (over the air) upgrading method, device, terminal and computer readable storage medium | |
| JP2005242691A (en) | Program downloading/switching method and device for it | |
| CN111901142A (en) | Firmware silent upgrading method and device for embedded equipment cluster | |
| CN111209141B (en) | Dual-system switching method and device applied to system iteration | |
| CN105468420B (en) | Operating system update method and apparatus | |
| CN112286559A (en) | Upgrading method and device for vehicle-mounted intelligent terminal | |
| CN110764809A (en) | OTA APN upgrading method, device, equipment and medium | |
| CN106155670A (en) | A kind of mobile terminal and brush machine method and apparatus thereof | |
| CN111769966B (en) | Clone upgrading method, system and application | |
| CN115827046A (en) | Method and device for realizing OTA (over the air) upgrade of SPL (shortest Path first) partition, terminal equipment and chip | |
| CN110309018B (en) | Charging equipment system switching method, charging equipment and readable storage medium | |
| CN114124698A (en) | Upgrading method, device and system of power distribution automation terminal operation system based on cloud master station | |
| CN115167907A (en) | Terminal equipment upgrading method, server, electronic equipment and storage medium | |
| CN114895941A (en) | eSIM firmware upgrading method, device, equipment and medium | |
| CN114579161A (en) | Application program updating method and ECU | |
| CN103488503B (en) | Oftware updating method and device | |
| CN113721959A (en) | Information processing method and device and electronic equipment | |
| CN106445623B (en) | System component starting method and device | |
| CN106850307B (en) | Attribute information processing method and device | |
| CN110688136A (en) | Application program updating method and device | |
| CN108848187B (en) | Method, device and equipment for establishing communication connection and readable storage medium | |
| KR100545095B1 (en) | Method of upgrading software in wireless communication terminal | |
| CN116107603B (en) | Firmware upgrading method and device, storage medium and electronic equipment |
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 |