CN110716735A - System upgrading method and device, intelligent terminal and computer readable storage medium - Google Patents
System upgrading method and device, intelligent terminal and computer readable storage medium Download PDFInfo
- Publication number
- CN110716735A CN110716735A CN201910966515.XA CN201910966515A CN110716735A CN 110716735 A CN110716735 A CN 110716735A CN 201910966515 A CN201910966515 A CN 201910966515A CN 110716735 A CN110716735 A CN 110716735A
- Authority
- CN
- China
- Prior art keywords
- upgrading
- upgrade
- ota
- partition
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 77
- 238000011084 recovery Methods 0.000 claims abstract description 167
- 238000012544 monitoring process Methods 0.000 claims abstract description 78
- 238000005192 partition Methods 0.000 claims description 155
- 238000004590 computer program Methods 0.000 claims description 18
- 238000012795 verification Methods 0.000 claims description 16
- 238000012423 maintenance Methods 0.000 abstract description 4
- 230000008569 process Effects 0.000 description 28
- 230000006870 function Effects 0.000 description 20
- 238000012545 processing Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 5
- 230000002159 abnormal effect Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 4
- 239000011449 brick Substances 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000004422 calculation algorithm Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000009191 jumping Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/658—Incremental updates; Differential updates
-
- 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
The invention provides a system upgrading method and device, an intelligent terminal and a computer readable storage medium, wherein the system upgrading method comprises the following steps: performing difference upgrade on the system by executing an OTA upgrade program; monitoring whether OTA upgrading is successful; and if the OTA upgrading fails, entering a system recovery step, downloading a system recovery upgrading package to carry out full upgrading on the system, and finishing the system upgrading operation. The method can ensure that the system can be smoothly upgraded, effectively avoids the condition that the terminal cannot be started after OTA upgrade fails and can only be sent to after-sale for maintenance, and provides convenience for users.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for upgrading a system, an intelligent terminal, and a computer-readable storage medium.
Background
OTA is called Over-the-Air-Technology (space download Technology) in English, OTA upgrades the standard software upgrading mode provided by Android system, and SIM card data and application are remotely managed through the Air interface of mobile communication (GSM or CDMA). The use of OTA technology enables mobile communications to provide not only voice and data services, but also new service downloads.
At present, android intelligent electronic products mainly upgrade new versions through OTA, and the upgrading process is specifically based on difference upgrading of new and old software versions, and once upgrading fails, an intelligent terminal cannot be normally started to change bricks and can only be repaired.
Disclosure of Invention
The invention aims to provide a system upgrading method and device, an intelligent terminal and a computer readable storage medium, which effectively solve the technical problem that the intelligent terminal cannot be normally started once the OTA upgrading of the system fails in the prior art.
The technical scheme provided by the invention is as follows:
a system upgrade method, comprising:
performing difference upgrade on the system by executing an OTA upgrade program;
monitoring whether OTA upgrading is successful;
and if the OTA upgrading fails, entering a system recovery step, downloading a system recovery upgrading package to carry out full upgrading on the system, and finishing the system upgrading operation.
In the technical scheme, when the OTA of the system fails to be upgraded, the OTA is immediately guided to enter the system recovery step, so that the limitation that the terminal can only be started after the OTA fails to be upgraded and can only be sent for after-sale maintenance is avoided, and convenience is provided for users. In addition, the user can select to upgrade the system at night, even if OTA upgrade fails, active recovery can be achieved, the user does not sense the upgrade in the whole process, and user experience is greatly improved.
Further preferably, in performing the OTA upgrade procedure to differentially upgrade the system, the method includes:
monitoring whether the system enters OTA upgrading;
if yes, writing a system recovery instruction into the boot partition;
the OTA upgrade procedure is started.
Further preferably, in the step of entering system recovery, accessing and downloading the system recovery upgrade package to perform full upgrade on the system, the method includes:
restarting and reading a system recovery instruction written in the boot partition;
connecting a network to actively access and download the matched system recovery upgrade package to carry out full upgrade on the system;
monitoring whether the whole upgrading is finished;
and if so, deleting the system recovery instruction written in the boot partition and restarting.
In the technical scheme, the system recovery instruction is written into the starting-up guide partition when OTA upgrading is started, so that when OTA upgrading fails, the system is guided to read the written system recovery instruction from the starting-up guide partition, and then a system recovery step is started, a matched system recovery upgrading package is downloaded to carry out full upgrading on the system, the system is guaranteed not to become a brick machine in the upgrading process, and the safety performance of the intelligent terminal in the upgrading process is improved.
Further preferably, before performing the OTA upgrade procedure to differentially upgrade the system, the method further includes: calculating an MD5 value for each file in the system partition and the specific file partition and saving the values in a preset folder of the system partition; when OTA is upgraded, the data in the preset folder is kept unchanged;
in monitoring whether the OTA upgrade is successful, the method comprises the following steps:
monitoring whether OTA upgrading is completed;
if so, reading an MD5 value prestored in a system partition preset folder;
checking the MD5 value of each file in the system partition and the specific file partition after the OTA is upgraded according to the read MD5 value;
if the verification is successful, judging that the OTA is successfully upgraded;
and if the verification fails, judging that the OTA upgrading fails.
In the technical scheme, whether OTA upgrading is successful is judged according to the MD5 values of the files in the system partition and the specific file partition before and after upgrading, accurate judgment can be simply and conveniently made, and the subsequent recovery step of the system is conveniently carried out.
The invention also provides a system upgrading device, comprising:
the differential upgrading module is used for executing an OTA upgrading program to carry out differential upgrading on the system;
the monitoring module is connected with the differential upgrading module and is used for monitoring whether OTA upgrading is successful or not;
and the full upgrading module is connected with the monitoring module and used for downloading the system recovery upgrading packet to carry out full upgrading on the system after the monitoring module monitors that the OTA upgrading fails, so that the system upgrading operation is completed.
In the technical scheme, when the OTA of the system fails to be upgraded, the OTA is immediately guided to enter the system recovery step, so that the limitation that the terminal can only be started after the OTA fails to be upgraded and can only be sent for after-sale maintenance is avoided, and convenience is provided for users. In addition, the user can select to upgrade the system at night, even if OTA upgrade fails, active recovery can be achieved, the user does not sense the upgrade in the whole process, and user experience is greatly improved.
Further preferably, the differential upgrade module includes:
the first monitoring unit is used for monitoring whether the system enters OTA upgrading or not;
the instruction writing unit is connected with the first monitoring unit and used for writing a system recovery instruction into the starting-up guide partition after the system enters OTA (over the air) upgrading;
and the first upgrading unit is connected with the instruction writing unit and is used for starting to execute the OTA upgrading program after the system recovery instruction is written into the boot partition.
Further preferably, the full upgrade module includes:
a restart unit for restarting the system;
the instruction reading unit is connected with the restarting unit and used for reading a system recovery instruction written in the boot partition after the system is restarted;
the second upgrading unit is connected with the instruction reading unit and is used for connecting a network to actively access and download a matched system recovery upgrading package to carry out full upgrading on the system;
the second monitoring unit is connected with the second upgrading unit and is used for monitoring whether the whole upgrading is finished or not;
and the instruction deleting unit is respectively connected with the second monitoring unit and the restarting unit and is used for deleting the system recovery instruction written in the boot partition after the full upgrade is completed.
In the technical scheme, the system recovery instruction is written into the starting-up guide partition when OTA upgrading is started, so that when OTA upgrading fails, the system is guided to read the written system recovery instruction from the starting-up guide partition, and then a system recovery step is started, a matched system recovery upgrading package is downloaded to carry out full upgrading on the system, the system is guaranteed not to become a brick machine in the upgrading process, and the safety performance of the intelligent terminal in the upgrading process is improved.
Further preferably, the system upgrading device further includes a calculating module, configured to calculate an MD5 value for each file in the system partition and the specific file partition, and store the MD5 value in a preset folder of the system partition; when OTA is upgraded, the data in the preset folder is kept unchanged;
the monitoring module comprises:
the third monitoring unit is used for monitoring whether the OTA upgrading is finished;
the MD5 value reading unit is connected with the third monitoring unit and is used for reading an MD5 value prestored in a system partition preset folder after OTA upgrading is monitored to be completed;
the MD5 value checking unit is connected with the MD5 value reading unit and is used for checking the MD5 value of each file in the OTA upgraded system partition and the specific file partition according to the read MD5 value;
and the judging unit is connected with the MD5 value checking unit and is used for judging whether the upgrading is successful according to the checking result of the MD5 value checking unit.
In the technical scheme, whether OTA upgrading is successful is judged according to the MD5 values of the files in the system partition and the specific file partition before and after upgrading, accurate judgment can be simply and conveniently made, and the subsequent recovery step of the system is conveniently carried out.
The invention also provides an intelligent terminal which comprises a memory, a processor and a computer program which is stored in the memory and can be run on the processor, and is characterized in that the steps of the system upgrading method are realized when the processor runs the computer program.
The present invention also provides a computer-readable storage medium storing a computer program, wherein the computer program, when executed by a processor, implements the steps of the system upgrade method described above.
Drawings
The foregoing features, technical features, advantages and implementations of which will be further described in the following detailed description of the preferred embodiments in a clearly understandable manner in conjunction with the accompanying drawings.
FIG. 1 is a flow chart of a first embodiment of a system upgrade method in the present invention;
FIG. 2 is a flow chart of a second embodiment of a system upgrade method in the present invention;
FIG. 3 is a flow chart of a system upgrade method according to a third embodiment of the present invention;
FIG. 4 is a schematic structural diagram of a fifth embodiment of the system upgrading device in the invention;
FIG. 5 is a schematic structural diagram of a system upgrading device according to a sixth embodiment of the present invention;
FIG. 6 is a schematic structural diagram of a system upgrading device according to a seventh embodiment of the present invention;
fig. 7 is a schematic structural diagram of the intelligent terminal in the invention.
The reference numbers illustrate:
100-system upgrading device, 110-differential upgrading module, 111-first monitoring unit, 112-instruction writing unit, 113-first upgrading unit, 120-monitoring module, 121-third monitoring unit, 122-MD5 value reading unit, 123-MD5 value checking unit, 124-judging unit, 130-full upgrading module, 131-restarting unit, 132-instruction reading unit, 133-second upgrading unit, 134-second monitoring unit, 135-instruction deleting unit, 140-calculating module, 200-intelligent terminal, 210-memory, 211-computer program and 220-processor.
DETAILED DESCRIPTION OF EMBODIMENT (S) OF INVENTION
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, specific embodiments of the present invention will be described below with reference to the accompanying drawings. It is to be understood that the drawings in the following description are merely exemplary of the invention and that other drawings and embodiments may be devised by those skilled in the art without the use of inventive faculty.
A first embodiment of the present invention, a system upgrade method, as shown in fig. 1, includes: s10 executing OTA upgrade program to upgrade system differentially; s20, monitoring whether the OTA upgrade is successful; and S30, if the OTA fails to upgrade, entering a system recovery step, downloading a system recovery upgrade package to carry out full upgrade on the system, and finishing the system upgrade operation.
In this embodiment, the system upgrading method is applied to upgrading a new system version of an android intelligent terminal. In the traditional OTA upgrade, once the upgrade fails, the intelligent terminal cannot be normally powered on to change the brick, and only needs to be repaired, so that the system upgrade method of the embodiment is provided for improvement.
In the upgrading process, firstly, a standard OTA upgrading process is executed in the intelligent terminal, and if the OTA upgrading is successful, the subsequent processing is not carried out; and if the OTA upgrading fails, entering a system recovery step, connecting the network, downloading a matched system recovery upgrading packet, and performing total upgrading on the system to complete the system upgrading operation. After the system is restarted, the intelligent terminal can be normally used. The system upgrading method can avoid the situation that the system cannot be started after OTA upgrading fails and can only be sent to after-sale for maintenance, provides convenience for users, and greatly improves user experience.
In other embodiments, the system recovery upgrade package for performing the total upgrade on the system may also be downloaded in advance and stored in a designated location before the OTA upgrade is performed, as long as the storage location is not updated in the OTA upgrade process.
A second embodiment of the present invention is an optimized embodiment of the first embodiment, and as shown in fig. 2, the system upgrading method includes: s11, monitoring whether the system enters OTA upgrade; if S12, writing a system recovery instruction into the boot partition; s13 begins executing the OTA upgrade procedure. S20, monitoring whether the OTA upgrade is successful; s31, if the OTA fails to upgrade, restarting and reading a system recovery instruction written in the boot partition; s32, connecting with network to actively access and download matched system recovery upgrade package to upgrade the system; s33, monitoring whether the full upgrade is finished; and S34, if yes, deleting the system recovery command written in the boot partition and restarting the system.
In this embodiment, an OTA upgrade procedure is executed in the intelligent terminal, and if the OTA upgrade is successful, no subsequent processing is performed; and if the OTA upgrading fails, entering a system recovery step, connecting the network, downloading a matched system recovery upgrading packet, and performing total upgrading on the system to complete the system upgrading operation. After the system is restarted, the intelligent terminal can be normally used.
In the process of executing OTA upgrading, firstly monitoring whether to start entering OTA upgrading, and if not, continuously monitoring; if yes, then writing a system recovery instruction in a boot partition (BCB partition), and then starting OTA upgrade. In the process, OTA upgrading standard flow is executed, and other processing is not needed. On the basis, when the OTA is monitored to be successfully upgraded, the system recovery instruction in the BCB partition is deleted and restarted, and the system is upgraded; and when monitoring that the OTA upgrading fails, reading the BCB partition after restarting, and if analyzing a written system recovery instruction, guiding to enter a system recovery step. After the system recovery function starts, actively connecting a network, accessing a matched system recovery upgrading package and downloading; and then, carrying out full upgrade on the intelligent terminal by using the downloaded system recovery upgrade package, and clearing the system recovery instruction in the BCB partition and restarting the system after the full upgrade is finished so as to finish the upgrade of the system.
Specifically, the BCB partition is a partition for guiding startup in the android system, and when the system is started, the content is read from the partition for analysis, and then corresponding operations are performed according to the analyzed content, such as entering a recovery system, entering an engineering mode, and the like, when the system is normally started. Writing a system recovery instruction in the BCB partition in advance, so that the system recovery after the system crash cannot be influenced even if the OTA upgrade exception occurs, restarting to read and analyze the BCB partition after monitoring the OTA upgrade exception, and entering the system recovery instruction when the written system recovery instruction is analyzed, thereby ensuring that the system can recover to be normal. It is noted that, in other embodiments, the system recovery upgrade package for performing the total upgrade on the system may also be downloaded in advance and stored in a designated location before performing the OTA upgrade, as long as the storage location is not updated during the OTA upgrade process.
After entering a system recovery step, actively starting a WiFi (wireless fidelity) function and scanning, and if the current connectable WiFi is stored, actively connecting the WiFi; if no usable WiFi exists, a prompt of 'please connect WiFi for system recovery' is popped up, and the user manually connects WiFi. After WiFi is connected, the system recovery upgrading package corresponding to the machine type is actively accessed according to the preset address and downloaded, and then full upgrading is carried out according to the downloaded recovery upgrading package. And after the upgrade is successful, clearing the system recovery instruction of the BCB partition and restarting to complete the system upgrade, and enabling the intelligent terminal to enter normal work. Certainly, if the intelligent terminal cannot be connected with the WiFi, the update package can be accessed and downloaded through other forms such as a cellular network, and even downloaded in advance before the OTA update is performed and stored in a designated position.
The specific form of the system recovery instruction is not limited here, and may be set according to actual conditions. In an example, a command "BBK Recovery System" is written in the BCB partition, and when it is monitored that the OTA upgrade fails and the content "BBK Recovery System" is resolved in the BCB partition after the OTA upgrade is restarted, the entry of the System function is guided to be recovered.
A third embodiment of the present invention is an optimized embodiment of the first embodiment, and as shown in fig. 3, the system upgrading method includes: s00, calculating MD5 value for each file in the system partition and the specific file partition and saving the value in a preset folder of the system partition; s10 executing OTA upgrade program to upgrade system differentially; s21 monitoring whether the OTA upgrade is completed; s22, if yes, reading an MD5 value prestored in a preset folder of the system partition; s23, checking the MD5 value of each file in the system partition and the specific file partition after the OTA upgrade according to the read MD5 value; s24, if the verification is successful, judging that the OTA is successfully upgraded; s25, if the verification fails, judging that the OTA upgrading fails and jumping to the step S30; and S30, if the OTA fails to upgrade, entering a system recovery step, downloading a system recovery upgrade package to carry out full upgrade on the system, and finishing the system upgrade operation.
In this embodiment, an OTA upgrade procedure is executed in the intelligent terminal, and if the OTA upgrade is successful, no subsequent processing is performed; and if the OTA upgrading fails, entering a system recovery step, connecting the network, downloading a matched system recovery upgrading packet, and performing total upgrading on the system to complete the system upgrading operation. After the system is restarted, the intelligent terminal can be normally used.
Before the OTA upgrading of the system, when the system version is compiled, a function of performing MD5 verification on each file in a system partition (system partition) and a specific file partition (vector partition) is added, and the verified MD5 value is saved in a preset folder (verify file) under the system partition.
Based on the method, in the OTA upgrading, if the OTA upgrading is monitored to be completed, the verify file under the system partition is read immediately, and the MD5 verification is carried out on the files under the system partition and the vendor partition according to the read MD5 value. If the MD5 value of the OTA upgraded file is consistent with that of the version file, the upgrade is considered to be successful, and then the OTA upgraded file is restarted and normally enters the system; and if the MD5 value of the OTA upgraded file is inconsistent with that in the version file, the upgrading is abnormal. The method can simply and conveniently judge whether the OTA upgrade is successful, and is convenient for entering the subsequent recovery step of the system. In other examples, the OTA upgrade may be verified in other ways and other algorithms.
A fourth embodiment of the present invention is an optimized embodiment of the second embodiment, and the system upgrading method includes: s11, monitoring whether the system enters OTA upgrade; if S12, writing a system recovery instruction into the boot partition; s13 begins executing the OTA upgrade procedure. S21 monitoring whether the OTA upgrade is completed; s22, if yes, reading an MD5 value prestored in a preset folder of the system partition; s23, checking the MD5 value of each file in the system partition and the specific file partition after the OTA upgrade according to the read MD5 value; s24, if the verification is successful, judging that the OTA is successfully upgraded; s25, if the verification fails, judging that the OTA upgrading fails and jumping to the step S31; s31, if the OTA fails to upgrade, restarting and reading a system recovery instruction written in the boot partition; s32, connecting with network to actively access and download matched system recovery upgrade package to upgrade the system; s33, monitoring whether the full upgrade is finished; and S34, if yes, deleting the system recovery command written in the boot partition and restarting the system.
In this embodiment, before system upgrade, when compiling a system version, a function of performing MD5 verification on each file in a system partition (system partition) and a specific file partition (vendor partition) is added, and a verified MD5 value is saved in a preset folder (verify file) under the system partition. In the upgrading process, an OTA upgrading process is executed in the intelligent terminal, and if the OTA upgrading is successful, the subsequent processing is not carried out; and if the OTA upgrading fails, entering a system recovery step, connecting the network, downloading a matched system recovery upgrading packet, and performing total upgrading on the system to complete the system upgrading operation. After the system is restarted, the intelligent terminal can be normally used.
In the process of executing OTA upgrading, firstly monitoring whether to start entering OTA upgrading, and if not, continuously monitoring; if yes, then writing a system recovery instruction in a boot partition (BCB partition), and then starting OTA upgrading of the standard flow. After OTA upgrading is completed, a version file under the system partition is read immediately, and MD5 verification is carried out on the files under the system partition and the vendor partition according to the read MD5 value. If the MD5 value of the file after OTA upgrade is consistent with that in the version file, the upgrade is considered to be successful, a system recovery instruction in the BCB partition is deleted and restarted, and the system normally enters the system to work; and if the MD5 value of the OTA upgraded file is inconsistent with the version file, which indicates that the upgrade is abnormal, reading the BCB partition after restarting, and if the written system recovery instruction is analyzed, guiding to enter a system recovery step. After the system recovery function starts, the system is actively connected with the network, and a matched system recovery upgrading package (a system recovery upgrading package matched with the intelligent terminal model) is accessed and downloaded; and then, carrying out full upgrade on the intelligent terminal by using the downloaded system recovery upgrade package, and clearing the system recovery instruction in the BCB partition and restarting the system after the full upgrade is finished so as to finish the upgrade of the system.
Specifically, the BCB partition is a partition for guiding startup in the android system, and when the system is started, the content is read from the partition for analysis, and then corresponding operation is performed according to the analyzed content. In this embodiment, a system recovery instruction is written in the BCB partition in advance, so that the system recovery after the system crash is not affected even if the OTA upgrade exception occurs, after the OTA upgrade exception is monitored, the BCB partition is restarted and read and analyzed, and the system recovery instruction which is analyzed to be written enters the system recovery instruction, thereby ensuring that the system can recover to normal. It is noted that, in other embodiments, the system recovery upgrade package for performing the total upgrade on the system may also be downloaded in advance and stored in a designated location before performing the OTA upgrade, as long as the storage location is not updated during the OTA upgrade process.
After entering a system recovery step, actively starting a WiFi (wireless fidelity) function and scanning, and if the current connectable WiFi is stored, actively connecting the WiFi; if no usable WiFi exists, a prompt of 'please connect WiFi for system recovery' is popped up, and the user manually connects WiFi. After WiFi is connected, the system recovery upgrading package corresponding to the machine type is actively accessed according to the preset address and downloaded, and then full upgrading is carried out according to the downloaded recovery upgrading package. And after the upgrade is successful, clearing the system recovery instruction of the BCB partition and restarting to complete the system upgrade, and enabling the intelligent terminal to enter normal work. Certainly, if the intelligent terminal cannot be connected with the WiFi, the update package can be accessed and downloaded through other forms such as a cellular network, and even downloaded in advance before the OTA update is performed and stored in a designated position.
The specific form of the system recovery instruction is not limited here, and may be set according to actual conditions. In an example, a command "BBK Recovery System" is written in the BCB partition, and when it is monitored that the OTA upgrade fails and the content "BBK Recovery System" is resolved in the BCB partition after the OTA upgrade is restarted, the entry of the System function is guided to be recovered.
A fifth embodiment of the present invention, a system upgrade apparatus 100, as shown in fig. 4, includes: the differential upgrading module 110 is used for performing differential upgrading on the system by executing an OTA upgrading program; the monitoring module 120 is connected with the differential upgrading module 110 and is used for monitoring whether the OTA upgrading is successful; and the full upgrade module 130 connected to the monitoring module 120 is configured to download the system recovery upgrade package to perform full upgrade on the system after the monitoring module 120 monitors that the OTA upgrade fails, so as to complete the system upgrade operation.
In this embodiment, the system upgrading apparatus 100 is applied to upgrade a new system version of an android intelligent terminal. In the upgrading process, a standard OTA upgrading process is executed in the intelligent terminal through the differential upgrading module 110, whether the upgrading is successful or not is monitored through the monitoring module 120, and if the OTA upgrading is successful, the subsequent processing is not carried out; if the OTA upgrading fails, the system recovery step is entered, and the full upgrading module 130 is connected with the network to download the matched system recovery upgrading packet to perform full upgrading on the system, so as to complete the system upgrading operation. After the system is restarted, the intelligent terminal can be normally used. In other embodiments, the system recovery upgrade package for performing the total upgrade on the system may also be downloaded in advance and stored in a designated location before the OTA upgrade is performed, as long as the storage location is not updated in the OTA upgrade process.
A sixth embodiment of the present invention is an optimized embodiment of the fifth embodiment, and as shown in fig. 5, the system upgrading apparatus 100 includes: a differential upgrade module 110, a monitor module 120, and a full upgrade module 130. The differential upgrade module 110 includes: the first monitoring unit 111 is used for monitoring whether the system enters OTA upgrading; the instruction writing unit 112 is connected with the first monitoring unit 111 and is used for writing a system recovery instruction into the boot partition after the system enters the OTA upgrade; and the first upgrading unit 113 is connected with the instruction writing unit 112 and is used for starting to execute the OTA upgrading program after the system recovery instruction is written into the boot partition. The full upgrade module 130 includes: a restart unit 131 for restarting the system; the instruction reading unit 132 connected to the restarting unit 131 is configured to read a system recovery instruction written in the boot partition after the system is restarted; the second upgrading unit 133 connected with the instruction reading unit 132 is used for connecting a network to actively access and download a matched system recovery upgrading package to completely upgrade the system; a second monitoring unit 134 connected to the second upgrade unit 133, configured to monitor whether the full upgrade is completed; and the instruction deleting unit 135 is connected to the second monitoring unit 134 and the restarting unit 131, respectively, and is configured to delete the system recovery instruction written in the boot partition after the full upgrade is completed.
In this embodiment, first, the OTA upgrade process is executed in the intelligent terminal through the differential upgrade module 110 and whether the upgrade is successful is monitored through the monitor module 120, and if the OTA upgrade is successful, the subsequent process is not performed; if the OTA upgrading fails, the system recovery step is entered, and the full upgrading module 130 is connected with the network to download the matched system recovery upgrading packet to perform full upgrading on the system, so as to complete the system upgrading operation. After the system is restarted, the intelligent terminal can be normally used.
In the process of performing the OTA upgrade, the first monitoring unit 111 first monitors whether to start entering the OTA upgrade, and if not, the monitoring is continued; if yes, the immediate instruction writing unit 112 writes a system recovery instruction in the boot partition (BCB partition), and then the first upgrade unit 113 starts to perform OTA upgrade of the standard flow. On this basis, when the monitoring module 120 monitors that the OTA upgrade is successful, the system recovery instruction in the BCB partition is deleted and restarted, and the upgrade of the system is completed; when the OTA upgrade is failed, the restart unit 131 restarts the intelligent terminal and then the instruction reading unit 132 starts reading the BCB partition, and if the written system recovery instruction is analyzed, the system recovery step is guided to enter. After the system recovery function starts, the second upgrade unit 133 actively connects to the network, accesses the matched system recovery upgrade package, and downloads it; and then, the intelligent terminal is upgraded in full by using the downloaded system recovery upgrade package, and after the second monitoring unit 134 monitors that the full upgrade is completed, the instruction deleting unit 135 clears the system recovery instruction in the BCB partition and restarts the system, so that the system is upgraded.
Specifically, the BCB partition is a partition for guiding startup in the android system, and when the system is started, the content is read from the partition for analysis, and then corresponding operations are performed according to the analyzed content, such as entering a recovery system, entering an engineering mode, and the like, when the system is normally started. Writing a system recovery instruction in the BCB partition in advance, so that the system recovery after the system crash cannot be influenced even if the OTA upgrade exception occurs, restarting to read and analyze the BCB partition after monitoring the OTA upgrade exception, and entering the system recovery instruction when the written system recovery instruction is analyzed, thereby ensuring that the system can recover to be normal. It is noted that, in other embodiments, the system recovery upgrade package for performing the total upgrade on the system may also be downloaded in advance and stored in a designated location before performing the OTA upgrade, as long as the storage location is not updated during the OTA upgrade process.
After entering a system recovery step, actively starting a WiFi (wireless fidelity) function and scanning, and if the current connectable WiFi is stored, actively connecting the WiFi; if no usable WiFi exists, a prompt of 'please connect WiFi for system recovery' is popped up, and the user manually connects WiFi. After WiFi is connected, the system recovery upgrading package corresponding to the machine type is actively accessed according to the preset address and downloaded, and then full upgrading is carried out according to the downloaded recovery upgrading package. And after the upgrade is successful, clearing the system recovery instruction of the BCB partition and restarting to complete the system upgrade, and enabling the intelligent terminal to enter normal work. Certainly, if the intelligent terminal cannot be connected with the WiFi, the update package can be accessed and downloaded through other forms such as a cellular network, and even downloaded in advance before the OTA update is performed and stored in a designated position.
The specific form of the system recovery instruction is not limited here, and may be set according to actual conditions. In an example, a command "BBK Recovery System" is written in the BCB partition, and when it is monitored that the OTA upgrade fails and the content "BBK Recovery System" is resolved in the BCB partition after the OTA upgrade is restarted, the entry of the System function is guided to be recovered.
A seventh embodiment of the present invention is an optimized embodiment of the fifth embodiment, as shown in fig. 6, the system upgrade apparatus 100 includes, in addition to the differential upgrade module 110, the monitor module 120 and the full upgrade module 130, a calculation module 140, configured to calculate an MD5 value for each file in the system partition and the specific file partition and store the MD5 value in a preset folder of the system partition; and when the OTA is upgraded, the data in the preset folder is kept unchanged. The listening module 120 includes: a third monitoring unit 121, configured to monitor whether the OTA upgrade is completed; the MD5 value reading unit 122 connected to the third listening unit 121, configured to read an MD5 value pre-stored in the system partition preset folder after the OTA upgrade is monitored to be completed; the MD5 value checking unit 123 is connected to the MD5 value reading unit 122, and is configured to check the MD5 value of each file in the OTA upgraded system partition and the specific file partition according to the read MD5 value; and the judging unit 124 is connected to the MD5 value checking unit 123 and is configured to judge whether the upgrade is successful according to the checking result of the MD5 value checking unit 123.
In this embodiment, first, the OTA upgrade process is executed in the intelligent terminal through the differential upgrade module 110 and whether the upgrade is successful is monitored through the monitor module 120, and if the OTA upgrade is successful, the subsequent process is not performed; if the OTA upgrading fails, the system recovery step is entered, and the full upgrading module 130 is connected with the network to download the matched system recovery upgrading packet to perform full upgrading on the system, so as to complete the system upgrading operation. After the system is restarted, the intelligent terminal can be normally used.
Before the OTA upgrading of the system, when the system version is compiled, a function of performing MD5 verification on each file in a system partition (system partition) and a specific file partition (vector partition) is added, and a verification MD5 value calculated by the calculation module 140 is stored in a preset folder (version file) under the system partition.
Based on this, in the OTA upgrade, if the third monitoring unit 121 monitors that the OTA upgrade is completed, the MD5 value reading unit 122 reads the verify file in the system partition, and the MD5 value checking unit 123 performs MD5 checking on the files in the system partition and the vendor partition according to the read MD5 value. If the judging unit 124 judges that the MD5 value of the OTA upgraded file is consistent with that of the version file, the upgrading is considered to be successful, and then the OTA upgraded file is restarted and normally enters the system; and if the MD5 value of the OTA upgraded file is inconsistent with that in the version file, the upgrading is abnormal. The method can simply and conveniently judge whether the OTA upgrade is successful, and is convenient for entering the subsequent recovery step of the system. In other examples, the OTA upgrade may be verified in other ways and other algorithms.
An eighth embodiment of the present invention is an optimized embodiment of the sixth embodiment, in this embodiment, when compiling a system version before upgrading a system OTA, a function of performing MD5 verification on each file in a system partition (system partition) and a specific file partition (vendor partition) is added, and a verification MD5 value calculated by the calculation module 140 is stored in a preset folder (verify file) under the system partition.
In the process of performing the OTA upgrade, the first monitoring unit 111 first monitors whether to start entering the OTA upgrade, and if not, the monitoring is continued; if yes, the immediate instruction writing unit 112 writes a system recovery instruction in the boot partition (BCB partition), and then the first upgrade unit 113 starts to perform OTA upgrade of the standard flow. In the OTA upgrade, if the third monitoring unit 121 monitors that the OTA upgrade is completed, the MD5 value reading unit 122 reads the verify file in the system partition, and the MD5 value checking unit 123 performs MD5 check on the files in the system partition and the vendor partition according to the read MD5 value. If the judging unit 124 judges that the MD5 value of the OTA upgraded file is consistent with that of the version file, the upgrading is considered to be successful, a system recovery instruction in the BCB partition is cleared, the system is restarted, and the system normally enters the system; if the MD5 value of the OTA upgraded file is inconsistent with the value in the verify file, which indicates that the upgrade is abnormal, the restart unit 131 restarts the intelligent terminal and then the instruction reading unit 132 starts reading the BCB partition, and if the written system recovery instruction is analyzed, the system is guided to enter the system recovery step. After the system recovery function starts, the second upgrade unit 133 actively connects to the network, accesses the matched system recovery upgrade package, and downloads it; and then, the intelligent terminal is upgraded in full by using the downloaded system recovery upgrade package, and after the second monitoring unit 134 monitors that the full upgrade is completed, the instruction deleting unit 135 clears the system recovery instruction in the BCB partition and restarts the system, so that the system is upgraded.
Specifically, the BCB partition is a partition for guiding startup in the android system, and when the system is started, the content is read from the partition for analysis, and then corresponding operation is performed according to the analyzed content. In this embodiment, a system recovery instruction is written in the BCB partition in advance, so that the system recovery after the system crash is not affected even if the OTA upgrade exception occurs, after the OTA upgrade exception is monitored, the BCB partition is restarted and read and analyzed, and the system recovery instruction which is analyzed to be written enters the system recovery instruction, thereby ensuring that the system can recover to normal. It is noted that, in other embodiments, the system recovery upgrade package for performing the total upgrade on the system may also be downloaded in advance and stored in a designated location before performing the OTA upgrade, as long as the storage location is not updated during the OTA upgrade process.
After entering a system recovery step, the intelligent terminal actively starts a WiFi (wireless fidelity) function and scans, and if the current connectable WiFi is stored, the WiFi is actively connected; if no usable WiFi exists, a prompt of 'please connect WiFi for system recovery' is popped up, and the user manually connects WiFi. After WiFi is connected, the system recovery upgrading package corresponding to the machine type is actively accessed according to the preset address and downloaded, and then full upgrading is carried out according to the downloaded recovery upgrading package. And after the upgrade is successful, clearing the system recovery instruction of the BCB partition and restarting to complete the system upgrade, and enabling the intelligent terminal to enter normal work. Certainly, if the intelligent terminal cannot be connected with the WiFi, the update package can be accessed and downloaded through other forms such as a cellular network, and even downloaded in advance before the OTA update is performed and stored in a designated position.
The specific form of the system recovery instruction is not limited here, and may be set according to actual conditions. In an example, a command "BBK Recovery System" is written in the BCB partition, and when it is monitored that the OTA upgrade fails and the content "BBK Recovery System" is resolved in the BCB partition after the OTA upgrade is restarted, the entry of the System function is guided to be recovered.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of program modules is illustrated, and in practical applications, the above-described distribution of functions may be performed by different program modules, that is, the internal structure of the apparatus may be divided into different program units or modules to perform all or part of the above-described functions. Each program module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one processing unit, and the integrated unit may be implemented in a form of hardware, or may be implemented in a form of software program unit. In addition, the specific names of the program modules are only used for distinguishing the program modules from one another, and are not used for limiting the protection scope of the application.
Fig. 7 is a schematic structural diagram of an intelligent terminal provided in an embodiment of the present invention, and as shown, the intelligent terminal 200 includes: a processor 220, a memory 210, and a computer program 211 stored in the memory 210 and executable on the processor 220, such as: and (5) a system upgrading program. The steps in the above-described embodiments of the system upgrade method are implemented when the processor 220 executes the computer program 211, or the functions of the modules in the above-described embodiments of the system upgrade apparatus are implemented when the processor 220 executes the computer program 211.
The intelligent terminal 200 may be a notebook, a palm computer, a tablet computer, a mobile phone, or the like. The smart terminal 200 may include, but is not limited to, a processor 220, a memory 210. Those skilled in the art will appreciate that fig. 7 is merely an example of the smart terminal 200, does not constitute a limitation of the smart terminal 200, and may include more or less components than those shown, or combine certain components, or different components, such as: the smart terminal 200 may also include input-output devices, display devices, network access devices, buses, and the like.
The Processor 220 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete gate or transistor logic, discrete hardware components, etc. The general purpose processor 220 may be a microprocessor or the processor may be any conventional processor or the like.
The memory 210 may be an internal storage unit of the smart terminal 200, such as: a hard disk or a memory of the smart terminal 200. The memory 210 may also be an external storage device of the smart terminal 200, such as: a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the Smart terminal 200. Further, the memory 210 may also include both an internal storage unit and an external storage device of the smart terminal 200. The memory 210 is used to store the computer program 211 and other programs and data required by the smart terminal 200. The memory 210 may also be used to temporarily store data that has been output or is to be output.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or recited in detail in a certain embodiment.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus/intelligent terminal and method may be implemented in other ways. For example, the above-described device/intelligent terminal embodiments are merely illustrative, and for example, a module or a unit may be divided into only one logical function, and may be implemented in other ways, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of some interfaces, devices or units, and may be in an electrical, mechanical or other form.
Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated modules/units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow of the method according to the embodiments of the present invention may also be implemented by sending instructions to relevant hardware through the computer program 211, where the computer program 211 may be stored in a computer readable storage medium, and when the computer program 211 is executed by the processor 220, the steps of the method embodiments may be implemented. Wherein the computer program 211 comprises: computer program code which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable storage medium may include: any entity or device capable of carrying the code of computer program 211, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the content of the computer readable storage medium can be increased or decreased according to the requirements of the legislation and patent practice in the jurisdiction, for example: in certain jurisdictions, in accordance with legislation and patent practice, the computer-readable medium does not include electrical carrier signals and telecommunications signals.
It should be noted that the above embodiments can be freely combined as necessary. The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and improvements can be made without departing from the principle of the present invention, and these modifications and improvements should also be construed as the protection scope of the present invention.
Claims (10)
1. A method for system upgrade, comprising:
performing difference upgrade on the system by executing an OTA upgrade program;
monitoring whether OTA upgrading is successful;
and if the OTA upgrading fails, entering a system recovery step, downloading a system recovery upgrading package to carry out full upgrading on the system, and finishing the system upgrading operation.
2. The system upgrade method of claim 1, wherein in performing the OTA upgrade procedure to differentially upgrade the system, comprising:
monitoring whether the system enters OTA upgrading;
if yes, writing a system recovery instruction into the boot partition;
the OTA upgrade procedure is started.
3. The system upgrade method according to claim 2, wherein, in entering the system recovery step, accessing and downloading the system recovery upgrade package to perform the full upgrade on the system, the method comprises:
restarting and reading a system recovery instruction written in the boot partition;
connecting a network to actively access and download the matched system recovery upgrade package to carry out full upgrade on the system;
monitoring whether the whole upgrading is finished;
and if so, deleting the system recovery instruction written in the boot partition and restarting.
4. The system upgrade method according to any of claims 1-3, further comprising, prior to performing the OTA upgrade procedure to differentially upgrade the system: calculating an MD5 value for each file in the system partition and the specific file partition and saving the values in a preset folder of the system partition; when OTA is upgraded, the data in the preset folder is kept unchanged;
in monitoring whether the OTA upgrade is successful, the method comprises the following steps:
monitoring whether OTA upgrading is completed;
if so, reading an MD5 value prestored in a system partition preset folder;
checking the MD5 value of each file in the system partition and the specific file partition after the OTA is upgraded according to the read MD5 value;
if the verification is successful, judging that the OTA is successfully upgraded;
and if the verification fails, judging that the OTA upgrading fails.
5. A system upgrade apparatus, comprising:
the differential upgrading module is used for executing an OTA upgrading program to carry out differential upgrading on the system;
the monitoring module is connected with the differential upgrading module and is used for monitoring whether OTA upgrading is successful or not;
and the full upgrading module is connected with the monitoring module and used for downloading the system recovery upgrading packet to carry out full upgrading on the system after the monitoring module monitors that the OTA upgrading fails, so that the system upgrading operation is completed.
6. The system upgrade apparatus according to claim 5, wherein the differential upgrade module comprises:
the first monitoring unit is used for monitoring whether the system enters OTA upgrading or not;
the instruction writing unit is connected with the first monitoring unit and used for writing a system recovery instruction into the starting-up guide partition after the system enters OTA (over the air) upgrading;
and the first upgrading unit is connected with the instruction writing unit and is used for starting to execute the OTA upgrading program after the system recovery instruction is written into the boot partition.
7. The system upgrade apparatus according to claim 6, wherein the full upgrade module comprises:
a restart unit for restarting the system;
the instruction reading unit is connected with the restarting unit and used for reading a system recovery instruction written in the boot partition after the system is restarted;
the second upgrading unit is connected with the instruction reading unit and is used for connecting a network to actively access and download a matched system recovery upgrading package to carry out full upgrading on the system;
the second monitoring unit is connected with the second upgrading unit and is used for monitoring whether the whole upgrading is finished or not;
and the instruction deleting unit is respectively connected with the second monitoring unit and the restarting unit and is used for deleting the system recovery instruction written in the boot partition after the full upgrade is completed.
8. The system upgrading apparatus according to any one of claims 5 to 7, further comprising a calculating module, configured to calculate an MD5 value for each file in the system partition and the specific file partition and save the MD5 value in a preset folder of the system partition; when OTA is upgraded, the data in the preset folder is kept unchanged;
the monitoring module comprises:
the third monitoring unit is used for monitoring whether the OTA upgrading is finished;
the MD5 value reading unit is connected with the third monitoring unit and is used for reading an MD5 value prestored in a system partition preset folder after OTA upgrading is monitored to be completed;
the MD5 value checking unit is connected with the MD5 value reading unit and is used for checking the MD5 value of each file in the OTA upgraded system partition and the specific file partition according to the read MD5 value;
and the judging unit is connected with the MD5 value checking unit and is used for judging whether the upgrading is successful according to the checking result of the MD5 value checking unit.
9. An intelligent terminal comprising a memory, a processor and a computer program stored in said memory and executable on said processor, characterized in that said processor implements the steps of the system upgrade method according to any one of claims 1 to 4 when executing said computer program.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the system upgrade method according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910966515.XA CN110716735A (en) | 2019-10-11 | 2019-10-11 | System upgrading method and device, intelligent terminal and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910966515.XA CN110716735A (en) | 2019-10-11 | 2019-10-11 | System upgrading method and device, intelligent terminal and computer readable storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110716735A true CN110716735A (en) | 2020-01-21 |
Family
ID=69211470
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910966515.XA Pending CN110716735A (en) | 2019-10-11 | 2019-10-11 | System upgrading method and device, intelligent terminal and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110716735A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112073994A (en) * | 2020-09-03 | 2020-12-11 | 百度在线网络技术（北京）有限公司 | Method and device for over-the-air upgrading, electronic equipment and readable storage medium |
| CN112558990A (en) * | 2020-12-15 | 2021-03-26 | 交控科技股份有限公司 | Maintenance and upgrading method and system for vehicle-mounted safety computer |
| CN113254030A (en) * | 2021-04-09 | 2021-08-13 | 联合汽车电子有限公司 | Vehicle-mounted microprocessor software emergency refreshing method, device, storage medium and system |
| CN116661812A (en) * | 2022-11-25 | 2023-08-29 | 荣耀终端有限公司 | Equipment upgrading method, electronic equipment and system |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102609326A (en) * | 2012-01-17 | 2012-07-25 | 大唐移动通信设备有限公司 | Data downloading processing method and data downloading processing device |
| CN104536876A (en) * | 2014-11-26 | 2015-04-22 | 四川长虹电器股份有限公司 | An Android platform based automatically updating and testing method and system |
| CN106201586A (en) * | 2016-06-28 | 2016-12-07 | 青岛海信移动通信技术股份有限公司 | A kind of method for upgrading system based on OTA and terminal, system |
| CN106250195A (en) * | 2016-08-10 | 2016-12-21 | 青岛海信电器股份有限公司 | Update the method for system file, equipment and system |
| CN106790247A (en) * | 2017-01-23 | 2017-05-31 | 青岛海信移动通信技术股份有限公司 | A kind of method and apparatus of android system upgrading |
| CN108494857A (en) * | 2018-03-26 | 2018-09-04 | 青岛海信移动通信技术股份有限公司 | A kind of method and apparatus of OTA upgradings |
| CN109542480A (en) * | 2018-11-16 | 2019-03-29 | 深圳市邻友通科技发展有限公司 | The operating system update method, apparatus and medium of nail print apparatus |
| CN109753299A (en) * | 2019-01-16 | 2019-05-14 | Oppo广东移动通信有限公司 | A kind of method for upgrading system, device and computer storage medium |
| CN109947449A (en) * | 2019-03-18 | 2019-06-28 | Oppo广东移动通信有限公司 | Method for upgrading system, device, storage medium and electronic equipment |
-
2019
- 2019-10-11 CN CN201910966515.XA patent/CN110716735A/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102609326A (en) * | 2012-01-17 | 2012-07-25 | 大唐移动通信设备有限公司 | Data downloading processing method and data downloading processing device |
| CN104536876A (en) * | 2014-11-26 | 2015-04-22 | 四川长虹电器股份有限公司 | An Android platform based automatically updating and testing method and system |
| CN106201586A (en) * | 2016-06-28 | 2016-12-07 | 青岛海信移动通信技术股份有限公司 | A kind of method for upgrading system based on OTA and terminal, system |
| CN106250195A (en) * | 2016-08-10 | 2016-12-21 | 青岛海信电器股份有限公司 | Update the method for system file, equipment and system |
| CN106790247A (en) * | 2017-01-23 | 2017-05-31 | 青岛海信移动通信技术股份有限公司 | A kind of method and apparatus of android system upgrading |
| CN108494857A (en) * | 2018-03-26 | 2018-09-04 | 青岛海信移动通信技术股份有限公司 | A kind of method and apparatus of OTA upgradings |
| CN109542480A (en) * | 2018-11-16 | 2019-03-29 | 深圳市邻友通科技发展有限公司 | The operating system update method, apparatus and medium of nail print apparatus |
| CN109753299A (en) * | 2019-01-16 | 2019-05-14 | Oppo广东移动通信有限公司 | A kind of method for upgrading system, device and computer storage medium |
| CN109947449A (en) * | 2019-03-18 | 2019-06-28 | Oppo广东移动通信有限公司 | Method for upgrading system, device, storage medium and electronic equipment |
Non-Patent Citations (1)
| Title |
|---|
| 李志: "Linux内核安全模块深入剖析", 机械工业出版社, pages: 129 - 130 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112073994A (en) * | 2020-09-03 | 2020-12-11 | 百度在线网络技术（北京）有限公司 | Method and device for over-the-air upgrading, electronic equipment and readable storage medium |
| CN112558990A (en) * | 2020-12-15 | 2021-03-26 | 交控科技股份有限公司 | Maintenance and upgrading method and system for vehicle-mounted safety computer |
| CN113254030A (en) * | 2021-04-09 | 2021-08-13 | 联合汽车电子有限公司 | Vehicle-mounted microprocessor software emergency refreshing method, device, storage medium and system |
| CN113254030B (en) * | 2021-04-09 | 2024-04-16 | 联合汽车电子有限公司 | Method, device, storage medium and system for refreshing software of vehicle-mounted microprocessor in emergency |
| CN116661812A (en) * | 2022-11-25 | 2023-08-29 | 荣耀终端有限公司 | Equipment upgrading method, electronic equipment and system |
| CN116661812B (en) * | 2022-11-25 | 2024-04-02 | 荣耀终端有限公司 | Equipment upgrading method, electronic equipment and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110716735A (en) | System upgrading method and device, intelligent terminal and computer readable storage medium | |
| WO2017067448A1 (en) | Firmware-over-the-air upgrade method, system and computer storage medium | |
| CN102232304B (en) | Method, system and terminal for system update between mobile communication terminals | |
| JP5838527B2 (en) | Method, apparatus and communication device for updating firmware | |
| US20140372799A1 (en) | System Differential Upgrade Method, Apparatus, and Mobile Terminal | |
| CN102646043B (en) | Mobile terminal software upgrading method, update device and mobile terminal | |
| CN110543321A (en) | OTA (over the air) upgrading method, device, terminal and computer readable storage medium | |
| CN110597542A (en) | Automatic OTA (over the air) software upgrading method and device and electronic equipment | |
| CN102004657B (en) | A kind of electronic equipment and upgrade method thereof | |
| CN110399153B (en) | System upgrading method, device, terminal and computer readable storage medium | |
| CN112181455B (en) | Online upgrading method of microcontroller, microcontroller and storage medium | |
| CN110597545A (en) | Hot patch intelligent upgrading method and system based on OTA component | |
| CN108153548A (en) | A kind of EMMC firmware upgrade methods and device | |
| CN110569058B (en) | System upgrading method, device, terminal and computer readable storage medium | |
| CN112416411B (en) | Upgrading method and device, equipment end, server and computer readable medium | |
| CN111615030A (en) | Upgrading method, device and medium for novel TWS earphone | |
| CN105786636A (en) | System repairing method and device | |
| CN114995852A (en) | Equipment upgrading method, equipment and computer readable storage medium | |
| CN112463199A (en) | System upgrading method and terminal | |
| CN112214353A (en) | Firmware recovery method and device, computer equipment and storage medium | |
| CN101464876B (en) | Data updating method for electronic dictionary machine | |
| CN111522571A (en) | Equipment upgrading method and device, terminal equipment and storage medium | |
| CN110764809A (en) | OTA APN upgrading method, device, equipment and medium | |
| CN104503809A (en) | Application update download method and device | |
| CN110309018B (en) | Charging equipment system switching method, charging equipment and readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200121 |