CN117579606A

CN117579606A - OTA updating method and related device

Info

Publication number: CN117579606A
Application number: CN202311527984.4A
Authority: CN
Inventors: 刘源
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2023-11-15
Filing date: 2023-11-15
Publication date: 2024-02-20

Abstract

The application discloses an OTA updating method and a related device, which are applied to electronic equipment, wherein the method comprises the following steps: in a normal mode, extracting m pieces of first new version data for starting related partitions from an downloaded OTA update package through a background, wherein each piece of first new version data corresponds to at least one partition, and m is a positive integer; updating the m first new version data to the corresponding partition; resetting the electronic equipment to enter a special mode for OTA updating, and extracting n second new version data for running related partitions from the OTA updating packet; each second new version of data corresponds to at least one partition, and n is a positive integer; updating the n second new version data to the corresponding partition; resetting the electronic device again to enter the normal mode. By adopting the embodiment of the invention, the influence of the OTA updating process on the user can be reduced.

Description

OTA updating method and related device

Technical Field

The present disclosure relates to the field of electronic technologies or communication technologies, and in particular, to an OTA updating method and a related device.

Background

Along with the wide popularization and application of electronic devices (such as mobile phones, tablet computers and the like), the electronic devices can support more and more applications, have more and more functions, and develop towards diversification and individuation, so that the electronic devices become indispensable electronic articles in the life of users.

In practical application, for the OTA update of the single partition device, after the OTA update package is downloaded, the OTA update is performed, but the normal use of the device by the user is affected in the OTA update process, so the problem of how to reduce the influence of the OTA update process on the user needs to be solved.

Disclosure of Invention

The embodiment of the application provides an OTA updating method and a related device, which can reduce the influence of an OTA updating process on a user.

In a first aspect, an embodiment of the present application provides an OTA updating method, applied to an electronic device, where the method includes:

in a normal mode, extracting m pieces of first new version data for starting related partitions from an downloaded OTA update package through a background, wherein each piece of first new version data corresponds to at least one partition, and m is a positive integer;

updating the m first new version data to the corresponding partition;

resetting the electronic equipment to enter a special mode for OTA updating, and extracting n second new version data for running related partitions from the OTA updating packet; each second new version of data corresponds to at least one partition, and n is a positive integer;

updating the n second new version data to the corresponding partition;

resetting the electronic device again to enter the normal mode.

In a second aspect, an embodiment of the present application provides an OTA updating apparatus, applied to an electronic device, where the apparatus includes: a first extraction unit, a first updating unit, a reset unit, a second extraction unit and a second updating unit, wherein,

the first extracting unit is configured to extract, in a normal mode, m pieces of first new version data for starting related partitions from an already downloaded OTA update package through a background, where each piece of first new version data corresponds to at least one partition, and m is a positive integer;

the first updating unit is used for updating the m pieces of first new version data to corresponding partitions;

the reset unit is used for resetting the electronic equipment to enter a special mode for OTA updating;

the second extracting unit is configured to extract n second new version data for running the relevant partition from the OTA update package; each second new version of data corresponds to at least one partition, and n is a positive integer;

the second updating unit is used for updating the n second new version data to the corresponding partition;

and the reset unit is used for resetting the electronic equipment again to enter the normal mode.

In a third aspect, embodiments of the present application provide an electronic device comprising a processor, a memory for storing one or more programs and configured for execution by the processor, the programs comprising instructions for performing part or all of the steps as described by the first party.

In a fourth aspect, embodiments of the present application provide a non-volatile computer-readable storage medium, where the non-volatile computer-readable storage medium stores a computer program for electronic data exchange, where the computer program causes a computer to perform some or all of the steps as described in the first aspect of the embodiments of the present application.

In a fifth aspect, embodiments of the present application provide a computer program product, wherein the computer program product comprises a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps described in the first aspect of the embodiments of the present application. The computer program product may be a software installation package.

By implementing the embodiment of the application, the following beneficial effects are achieved:

it can be seen that, in the embodiment of the present application, the method and the related apparatus for updating an OTA are applied to an electronic device, in a normal mode, m pieces of first new version data for starting a related partition are extracted from an already downloaded OTA update package through a background, each piece of first new version data corresponds to at least one partition, m is a positive integer, m pieces of first new version data are updated to a corresponding partition, the electronic device is reset to enter a dedicated mode for performing OTA update, n pieces of second new version data for running a related partition are extracted from the OTA update package, each piece of second new version data corresponds to at least one partition, n is a positive integer, n pieces of second new version data are updated to a corresponding partition, the electronic device is reset again to enter the normal mode, and in the normal mode, the related data of the related partition are updated in advance, so that the update time consumption in the dedicated mode of OTA update can be reduced, the whole OTA update causes the device to be greatly reduced when not available, the user experience of OTA update is enhanced, and the product competitiveness is improved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

fig. 2 is a schematic software structure of an electronic device according to an embodiment of the present application;

fig. 3 is a flowchart of an OTA updating method according to an embodiment of the present application;

fig. 4 is a flowchart of another OTA updating method according to an embodiment of the present application;

fig. 5 is a flowchart of another OTA updating method according to an embodiment of the present application;

fig. 6 is a flowchart of another OTA updating method according to an embodiment of the present application;

fig. 7 is a flowchart of another OTA updating method according to an embodiment of the present application;

fig. 8 is a flowchart of another OTA updating method according to an embodiment of the present application;

Fig. 9 is a flowchart of another OTA updating method according to an embodiment of the present application;

fig. 10 is a flowchart of another OTA updating method according to an embodiment of the present disclosure;

fig. 11 is a schematic structural diagram of another electronic device according to an embodiment of the present application;

fig. 12 is a functional unit block diagram of an OTA updating device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings.

For a better understanding of aspects of embodiments of the present application, related terms and concepts that may be related to embodiments of the present application are described below.

The terms first, second and the like in the description and in the claims of the present application and in the above-described figures, are used for distinguishing between different objects and not for describing a particular sequential order. Furthermore, the terms "comprise" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. 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 particular, in the embodiment of the present application, the electronic devices in the upstream cluster may include various devices with computing functions, for example, a handheld device (smart phone, tablet computer, etc.), a smart car, a vehicle-mounted device (navigator, auxiliary reversing system, automobile recorder, vehicle-mounted refrigerator, vehicle-mounted system, etc.), a wearable device (smart bracelet, wireless headset, smart watch, smart glasses, etc.), a computing device or other processing device connected to a wireless modem, and various types of User Equipment (UE), a Mobile Station (MS), a virtual reality/augmented reality device, a terminal device (smart terminal), a tag device, an embedded device, etc., and the electronic device may also be a base Station, a server.

The electronic device may further include an intelligent home device, where the intelligent home device may be at least one of: the intelligent sound box, the intelligent camera, the intelligent electric cooker, the intelligent wheelchair, the intelligent massage chair, the intelligent furniture, the intelligent dish washer, the intelligent television, the intelligent refrigerator, the intelligent electric fan, the intelligent warmer, the intelligent clothes hanger, the intelligent lamp, the intelligent router, the intelligent switch board, the intelligent humidifier, the intelligent air conditioner, the intelligent door, the intelligent window, the intelligent cooking bench, the intelligent disinfection cabinet, the intelligent toilet, the sweeping robot and the like are not limited herein.

In the embodiment of the application, for partition, for a UNIX-based operating system or a Linux operating system, the partition system creates/,/boot,/home,/var,/opt, and swap partitions. This ensures that if one of the file systems is corrupted, the other data (the other file system) is unaffected, thus reducing data loss.

In the embodiment of the present application, an Over-the-Air Technology (OTA) update refers to a method for distributing new software and configuration for a device, specifically, a central location may send an update to all users, and the users may "reject" the OTA update. In electronic devices, over the air, OTA updates may simply refer to acquiring distributed firmware or operating system updates through WIFI or mobile broadband, where "over the air" refers to applications of the wireless internet without requiring the user to connect the device to a computer through USB.

Among them, for Android devices, OTA updates are also commonly referred to as "system version updates", "system upgrades". The OTA update-specific mode is the "Recovery mode". The update partition data may be passed through a write interface of the block device (e.g., file, data, size) or an encapsulated command line (e.g., dd command of Linux).

In this embodiment, taking an Android system as an example, the storage space generally includes the following partitions:

boot: including the Linux kernel and the smallest root file system (loaded to RAM disk). It loads the system and other partitions and starts the runtime on the system partition.

system: including system applications and libraries that provide source code on the Android Open Source Project (AOSP). During normal operation, this partition is loaded as a read-only partition; its content is only changed during OTA updates.

And (3) vendor: including system applications and libraries that do not provide source code on the Android Open Source Project (AOSP). During normal operation, this partition is loaded as a read-only partition; its content is only changed during OTA updates.

userdata: store data saved by the user-installed application, etc. The OTA update process typically does not touch the partition.

cache: temporary reserved area for several applications (access to this partition requires the use of special application rights) for storing the downloaded OTA update package. Other programs may use this space as well, but such files may disappear at any time. Installing certain OTA packages may cause this partition to be completely erased. The cache partition also contains an update log of OTA updates.

recovery: a second complete Linux system is included that includes a kernel and special recovery binary files (which can read a software package and use its contents to update other partitions).

misc: the micro partition used in performing the restore operation may hide some process information when the OTA package is applied and the device is restarted.

In the embodiment of the application, a single-partition device refers to that each partition of the device is unique, and there is no other backup partition with similar roles. Devices with limited storage space are typically single partitioned. The Android system is called a non-A/B device.

In this embodiment of the present application, a dual partition device: multiple partitions all have another backup partition with similar roles. Of course, some partitions are allowed to have no backup partitions. Devices that are rich in storage space can be designed to be double partitioned. The Android system is called an A/B device.

In the first part, the software and hardware operation environment of the technical scheme disclosed in the application is introduced as follows.

As shown, fig. 1 shows a schematic structural diagram of an electronic device 100. Electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a compass 190, a motor 191, an indicator 192, a camera 193, a display 194, a subscriber identity module (subscriber identification module, SIM) card interface 195, and the like.

It is to be understood that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the electronic device 100. In other embodiments of the present application, electronic device 100 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor AP, a modem processor, a graphics processor GPU, an image signal processor (image signal processor, ISP), a controller, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor NPU, etc. Wherein the different processing units may be separate components or may be integrated in one or more processors. In some embodiments, the electronic device 100 may also include one or more processors 110. The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution. In other embodiments, memory may also be provided in the processor 110 for storing instructions and data. Illustratively, the memory in the processor 110 may be a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it may be called directly from memory. This avoids repeated accesses and reduces the latency of the processor 110, thereby improving the efficiency of the electronic device 100 in processing data or executing instructions. The processor may also include an image processor, which may be an image preprocessor (preprocess image signal processor, pre-ISP), which may be understood as a simplified ISP, which may also perform some image processing operations, e.g. may obtain image statistics.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include inter-integrated circuit (inter-integrated circuit, I2C) interfaces, inter-integrated circuit audio (inter-integrated circuit sound, I2S) interfaces, pulse code modulation (pulse code modulation, PCM) interfaces, universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interfaces, mobile industry processor interfaces (mobile industry processor interface, MIPI), general-purpose input/output (GPIO) interfaces, SIM card interfaces, and/or USB interfaces, among others. The USB interface 130 is an interface conforming to the USB standard, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the electronic device 100, and may also be used to transfer data between the electronic device 100 and a peripheral device. The USB interface 130 may also be used to connect headphones through which audio is played.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is only illustrative, and does not limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also use different interfacing manners, or a combination of multiple interfacing manners in the foregoing embodiments.

The charge management module 140 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charge management module 140 may receive a charging input of a wired charger through the USB interface 130. In some wireless charging embodiments, the charge management module 140 may receive wireless charging input through a wireless charging coil of the electronic device 100. The charging management module 140 may also supply power to the electronic device through the power management module 141 while charging the battery 142.

The power management module 141 is used for connecting the battery 142, and the charge management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be configured to monitor battery capacity, battery cycle times, battery health (leakage, impedance), and other parameters. In other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charge management module 140 may be disposed in the same device.

The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the electronic device 100 may be used to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution for wireless communication including 2G/3G/4G/5G/6G, etc. applied on the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be provided in the same device as at least some of the modules of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (wireless fidelity, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc., applied to the electronic device 100. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via the antenna 2.

The electronic device 100 implements display functions through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-matrix organic light-emitting diode (matrix organic light emitting diode), a flexible light-emitting diode (FLED), a mini light-emitting diode (mini light-emitting diode), microLed, micro-OLED, a quantum dot light-emitting diode (quantum dot light emitting diodes, QLED), or the like. In some embodiments, the electronic device 100 may include 1 or more display screens 194.

The electronic device 100 may implement a photographing function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.

The ISP is used to process data fed back by the camera 193. For example, when photographing, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing, so that the electrical signal is converted into an image visible to naked eyes. ISP can also perform algorithm optimization on noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature, etc. of the photographed scene. In some embodiments, the ISP may be provided in the camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format. In some embodiments, electronic device 100 may include 1 or more cameras 193.

The digital signal processor is used for processing digital signals, and can process other digital signals besides digital image signals. For example, when the electronic device 100 selects a frequency bin, the digital signal processor is used to fourier transform the frequency bin energy, or the like.

Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 may play or record video in a variety of encoding formats, such as: moving picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

The NPU is a neural-network (NN) computing processor, and can rapidly process input information by referencing a biological neural network structure, for example, referencing a transmission mode between human brain neurons, and can also continuously perform self-learning. Applications such as intelligent awareness of the electronic device 100 may be implemented through the NPU, for example: image recognition, face recognition, speech recognition, text understanding, etc.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to enable expansion of the memory capabilities of the electronic device 100. The external memory card communicates with the processor 110 through an external memory interface 120 to implement data storage functions. For example, files such as music, video, etc. are stored in an external memory card.

The internal memory 121 may be used to store one or more computer programs, including instructions. The processor 110 may cause the electronic device 100 to execute the method of displaying page elements provided in some embodiments of the present application, as well as various applications, data processing, and the like, by executing the above-described instructions stored in the internal memory 121. The internal memory 121 may include a storage program area and a storage data area. The storage program area can store an operating system; the storage program area may also store one or more applications (such as gallery, contacts, etc.), etc. The storage data area may store data created during use of the electronic device 100 (e.g., photos, contacts, etc.), and so on. In addition, the internal memory 121 may include high-speed random access memory, and may also include nonvolatile memory, such as one or more disk storage units, flash memory units, universal flash memory (universal flash storage, UFS), and the like. In some embodiments, processor 110 may cause electronic device 100 to perform the methods of displaying page elements provided in embodiments of the present application, as well as other applications and data processing, by executing instructions stored in internal memory 121, and/or instructions stored in a memory provided in processor 110. The electronic device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playing, recording, etc.

The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

The pressure sensor 180A is used for sensing a pressure signal, and can convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A is of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a capacitive pressure sensor comprising at least two parallel plates with conductive material. The capacitance between the electrodes changes when a force is applied to the pressure sensor 180A. The electronic device 100 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display screen 194, the electronic apparatus 100 detects the touch operation intensity according to the pressure sensor 180A. The electronic device 100 may also calculate the location of the touch based on the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions. For example: and executing an instruction for checking the short message when the touch operation with the touch operation intensity smaller than the first pressure threshold acts on the short message application icon. And executing an instruction for newly creating the short message when the touch operation with the touch operation intensity being greater than or equal to the first pressure threshold acts on the short message application icon.

The gyro sensor 180B may be used to determine a motion gesture of the electronic device 100. In some embodiments, the angular velocity of electronic device 100 about three axes (i.e., X, Y and Z axis) may be determined by gyro sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. For example, when the shutter is pressed, the gyro sensor 180B detects the shake angle of the electronic device 100, calculates the distance to be compensated by the lens module according to the angle, and makes the lens counteract the shake of the electronic device 100 through the reverse motion, so as to realize anti-shake. The gyro sensor 180B may also be used for navigating, somatosensory game scenes.

The acceleration sensor 180E may detect the magnitude of acceleration of the electronic device 100 in various directions (typically three axes). The magnitude and direction of gravity may be detected when the electronic device 100 is stationary. The electronic equipment gesture recognition method can also be used for recognizing the gesture of the electronic equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.

The ambient light sensor 180L is used to sense ambient light level. The electronic device 100 may adaptively adjust the brightness of the display 194 based on the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust white balance when taking a photograph. Ambient light sensor 180L may also cooperate with proximity light sensor 180G to detect whether electronic device 100 is in a pocket to prevent false touches.

The fingerprint sensor 180H is used to collect a fingerprint. The electronic device 100 may utilize the collected fingerprint feature to unlock the fingerprint, access the application lock, photograph the fingerprint, answer the incoming call, etc.

The temperature sensor 180J is for detecting temperature. In some embodiments, the electronic device 100 performs a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by temperature sensor 180J exceeds a threshold, electronic device 100 performs a reduction in the performance of a processor located in the vicinity of temperature sensor 180J in order to reduce power consumption to implement thermal protection. In other embodiments, when the temperature is below another threshold, the electronic device 100 heats the battery 142 to avoid the low temperature causing the electronic device 100 to be abnormally shut down. In other embodiments, when the temperature is below a further threshold, the electronic device 100 performs boosting of the output voltage of the battery 142 to avoid abnormal shutdown caused by low temperatures.

The touch sensor 180K, also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is for detecting a touch operation acting thereon or thereabout. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the electronic device 100 at a different location than the display 194.

By way of example, fig. 2 shows a block diagram of the software architecture of the electronic device 100. The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun row (Android run) and system libraries, and a kernel layer, respectively. The application layer may include a series of application packages.

As shown in fig. 2, the application layer may include applications for cameras, gallery, calendar, phone calls, maps, navigation, WLAN, bluetooth, music, video, short messages, etc.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for application programs of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 2, the application framework layer may include a window manager, a content provider, a view system, a telephony manager, a resource manager, a notification manager, and the like.

The window manager is used for managing window programs. The window manager can acquire the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The telephony manager is used to provide the communication functions of the electronic device 100. Such as the management of call status (including on, hung-up, etc.).

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, video files, and the like.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, a text message is prompted in a status bar, a prompt tone is emitted, the electronic device vibrates, and an indicator light blinks, etc.

Android run time includes a core library and virtual machines. Android run time is responsible for scheduling and management of the Android system.

The core library consists of two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface manager (surface manager), media library (media library), three-dimensional graphics processing library (e.g., openGL ES), 2D graphics engine (e.g., SGL), etc.

The surface manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications.

Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio video encoding formats, such as: MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

In the second section, the method for updating OTA and related device disclosed in the embodiments of the present application are described as follows.

In the related art, as shown in fig. 3, an OTA update packet is downloaded through WIFI or mobile data, the device is reset, a dedicated mode of OTA update is entered, new version data of each partition is extracted from the OTA update packet, updated to a corresponding partition, and the device is reset to enter a normal mode.

In a specific implementation, as shown in fig. 4, in the scheme in the related art, a user normally uses (the old version state of the device), starts OTA update, downloads an OTA update packet through WIFI or mobile data, resets the device, enters a dedicated mode of OTA update, during this period, the OTA update (the unavailable state of the device), extracts new version data of each partition from the OTA update packet, updates the new version data to the corresponding partition, resets the device into the normal mode, and normally uses (the new version state of the device) by the user to complete OTA update.

For example, for an OTA update of a single partition device, the device may be reset once after the OTA update package is downloaded. And (3) entering into a special mode (such as a Recovery mode in an Android system) of OTA updating, extracting new version data of each partition, and finishing updating of all the partitions. Finally, the device is reset once again, and after the device is started in the normal mode, the user can normally use the device. The device is now in a new version state. It can be seen that the OTA update procedure (except downloading the OTA update package) affects the normal use of the device by the user, and the time period of unavailability is mainly consumed in the update flow of all partitions.

For further illustration, as shown in fig. 5, taking an Android system as an example, 4 modules may be described, where the 4 modules may specifically include: the method comprises an OTA update server, an OTA update program (normal mode), an OTA update program (Recovery mode) and a user, wherein in the specific implementation, the OTA update process is as follows:

1. the OTA update program on the device periodically communicates with the server, and specifically, the device has an OTA update program in a normal mode and periodically communicates with the OTA update server.

2. The server issues a new version, and in particular, the OTA update server issues a new version.

3. The OTA update detects the new version, prompts the user, detects whether the user confirms the download? Specifically, when the OTA update procedure knows that there is a new version, it asks the user whether to start downloading the OTA update package.

4. If yes, downloading the OTA update package to a certain directory of the userdata partition through WIFI or mobile data, specifically, after user confirmation is obtained, downloading the OTA update package by an OTA update program, and storing the OTA update package to a certain directory of the userdata partition.

5. And checking the OTA update package, specifically, checking the OTA update package by an OTA update program after the downloading is completed (note: the encryption signature in the OTA update package is checked in the Android system).

6. Setting the next device starting mode as a Recovery mode, specifically, after the verification is passed, setting the next starting mode as the Recovery mode by the OTA updating program.

7. Detect if user confirms reset? Specifically, the OTA update procedure asks the user whether to reset the device immediately, executing the remaining update procedure. And (3) injection: the user may also reject to continue using the device.

8. Device reset start Recovery mode parameters: the path for storing the OTA update package is specifically, after the user can accept the temporary equipment without using the equipment, the Recovery mode is started after the equipment is reset, and the parameter information of the path for storing the OTA update package is carried.

9. And checking the OTA update package, specifically, if the device has an OTA update program in the Recovery mode, the OTA update package is checked again (note: the encryption signature in the OTA update package is checked in the Android system).

10. After verification, extracting the new version data of each partition from the OTA update package, updating the new version data to the corresponding partition, and specifically, extracting the new version data of each partition from the OTA update package by the OTA update program, and updating the new version data to the corresponding partition.

11. After all the partitions are updated, setting the next equipment starting mode as a normal mode, and specifically, after all the partitions are updated, setting the next equipment starting mode as the normal mode by the OTA updating program.

12. The device is reset, and the updated version state is started in the normal mode, specifically, the device is started in the normal mode after being reset, updated partition data is loaded, and the device is the updated version state. The OTA update process is thus normally completed.

Wherein the user is completely unable to use the device, i.e. the device is not available, during the OTA update procedure from step 8 to step 12, and in addition, step 10 is mainly the most time-consuming, i.e. the time-consuming is long.

Further, in order to solve the drawbacks in the related art, referring to fig. 6, fig. 6 is a schematic flow chart of an OTA updating method according to an embodiment of the present application, which is applied to the electronic device shown in fig. 1 or fig. 2; as shown, the OTA update method may include the steps of:

601. In the normal mode, m pieces of first new version data for starting related partitions are extracted from an OTA update package which is downloaded through a background, each piece of first new version data corresponds to at least one partition, and m is a positive integer.

In this embodiment, the OTA update packet may include: at least one of downloading a partial or complete OTA update package in the normal mode, downloading a partial or complete OTA update package of "start-up related partition" in the normal mode, and downloading a partial or complete OTA update package of "run related partition" in the dedicated mode for OTA update is not limited herein.

In an embodiment of the present application, the electronic device may include any one of the following: single-partitioned electronic devices, multi-partitioned electronic devices.

In this embodiment of the present application, the OTA update packet may include one packet or multiple packets freely combined by a plurality of partitions, or the OTA update packet may be a streaming update, or the OTA update packet may also be a file+streaming combination.

In this embodiment of the present application, in a normal mode, a user may use an electronic device normally, and the electronic device may communicate with a server at intervals of a preset time interval to determine whether an OTA update procedure task exists. The preset time interval may be preset or the system defaults.

Then, m pieces of first new version data for starting the relevant partition can be extracted from the downloaded OTA update package through the background, each piece of first new version data corresponds to at least one partition, m is a positive integer, and the m pieces of first new version data for starting the relevant partition can be extracted first, and the data update for starting the relevant partition can be completed first.

The OTA update package may be used to implement a system update, or an upgrade of a specific application, where the specific application may be preset or default to the system. The operating system that can be supported by the scheme in the embodiment of the application may include at least one of the following: android, linux, unix, embedded operating system, hong Monte operating system, apple operating system, windows operating system, etc., without limitation.

In a specific implementation, the electronic device may include an OTA update procedure, where the OTA update procedure on the electronic device periodically communicates with the server, and in a normal mode, the electronic device has an OTA update procedure and periodically communicates with the OTA update server. Further, when the server issues a new version, the OTA update program detects the new version, prompts the user, judges whether the user confirms the downloading, and specifically, when the OTA update program knows that the new version exists, inquires whether the user starts downloading the OTA update package.

When the user confirms the downloading, the OTA update package is downloaded to a certain directory of the userdata partition through WIFI or mobile data, specifically, after the user confirms, the OTA update package is downloaded by an OTA update program and stored to a certain directory of the userdata partition.

Optionally, the step 601 of extracting, by the background, the m pieces of first new version data from the first OTA update package may include the following steps:

acquiring target operation environment parameters of the electronic equipment;

determining a target partition configuration parameter corresponding to the target operating environment parameter;

and extracting the m pieces of first new version data from the first OTA update package by the background according to the target partition configuration parameters.

In an embodiment of the present application, the target operating environment parameter may include at least one of the following: the target software operating parameters, target hardware operating parameters, etc., are not limited herein, and may include at least one of the following: memory size, device run out, CPU load, etc., are not limited herein. The target hardware operating parameters may include at least one of: the number of cores, device configuration, CPU performance parameters, GPU performance parameters, NPU performance parameters, etc., are not limited herein. The target partition configuration parameters may include at least one of: the number of partitions, the size of each partition, the number of threads, the number of processes, the partition function, etc., are not limited herein.

In a specific implementation, a mapping relation between preset operation environment parameters and partition configuration parameters can be preset, further, a target partition configuration parameter corresponding to the target operation environment parameters can be determined based on the mapping relation, and m pieces of first new version data are extracted from a first OTA update packet through a background according to the target partition configuration parameter, so that the partition configuration parameters can be dynamically adjusted based on operation environment differences, subsequent update is more consistent, and update efficiency is improved.

Optionally, the method further comprises the following steps:

acquiring working parameters of foreground application of the electronic equipment;

and when the working parameters meet the second preset conditions, executing the step of extracting m pieces of first new version data for starting the relevant partition from the downloaded OTA update package through the background.

In this embodiment of the present application, the second preset condition may be preset or default. The operating parameters of the foreground application of the electronic device may include at least one of: the application type, the operating mode of the foreground application, the network requirements of the foreground application, the memory resource requirements of the foreground application, etc., are not limited herein.

In a specific implementation, the working parameters of the foreground application of the electronic device may be obtained, when the working parameters meet the second preset conditions, it may be stated that the resource requirements of the foreground application may be met, the background OTA update may not affect the user experience of the foreground application, and the step of extracting, by the background, m first new version data for starting the relevant partition from the downloaded OTA update package is performed, so that the user experience may be improved.

602. And updating the m first new version data to the corresponding partition.

In this embodiment of the present application, the partition updated in the background in the normal mode may include only "start-up related partition", or the partition updated in the background in the normal mode may further include: the partition that is only used in the specific user usage scenario, and the partition updated in the background in the normal mode may further include: under the condition that temporary function isolation is performed and version front-back compatibility can be guaranteed, the processing mode of the scheme can be adopted.

In this embodiment of the present application, the electronic device may update the m first new version data to the corresponding partition directly in the normal mode.

In a specific implementation, when the downloading of the OTA update package is completed, the OTA update package is checked, specifically, after the downloading is completed, the OTA update program checks the OTA update package, and in an Android system, for example, the encryption signature in the OTA update package is checked.

And then, after the verification is passed, judging whether the user confirms the update, and specifically, after the verification is passed, inquiring whether the user starts the update by the OTA update program. After the user confirms the update, the next device starting mode is set as a Recovery mode, and specifically, after the user confirms, the OTA updating program sets the next starting mode as the Recovery mode.

The Recovery mode may be a timing trigger, or a conditional trigger, for example, 2 a.m. point may be set as a time for triggering the Recovery mode, and for example, a conference mode may be detected, and the Recovery mode is triggered.

Further, when normal execution is completed, a flag is set to indicate that the "start-up related partition" has been completely updated, and specifically, when all the partitions are updated, the OTA update program sets a flag to indicate that the "start-up related partition" has been completely updated.

Furthermore, the user can be prompted to reset the device when any user is convenient, whether the user confirms the reset or not can be judged, and specifically, the user is reminded to reset the device when any user is convenient so as to complete the rest OTA updating flow. The user can continue normal use without resetting the device immediately.

Optionally, the method further comprises the following steps:

extracting keywords from the OTA update package to obtain target keywords;

and when the target keywords belong to a preset keyword set, executing the step of updating the m first new version data to the corresponding partition.

In this embodiment of the present invention, the preset keyword set may be preset or default in the system, and the preset keyword set may include one or more keywords, in a specific implementation, the OTA update packet may be extracted to obtain a target keyword, when the target keyword belongs to the preset keyword set, it is indicated that important data exists in the OTA update packet, and the step of updating the m first new version data to the corresponding partition may be performed if the important data needs to be updated in time, otherwise, the step of updating the m first new version data may be performed, and may continue to wait, so that the data updated by the OTA update may not be updated as soon as the data updated by the OTA update needs to occur, thereby reducing power consumption of the device and improving endurance capability of the device.

603. Resetting the electronic equipment to enter a special mode for OTA updating, and extracting n second new version data for running related partitions from the OTA updating packet; each second new version of data corresponds to at least one partition, and n is a positive integer.

The dedicated mode for performing OTA update may implement OTA update, for example, operations such as starting and running of a related partition, and for example, the dedicated mode for performing OTA update may include a Recovery mode of the Android system.

Wherein the m first new version data for starting the relevant partition and the n second new version data for running the relevant partition may exist in the same OTA update package or different OTA update packages.

In this embodiment of the present application, the electronic device may reset the electronic device to enter a dedicated mode for performing OTA update, and extract n second new version data for running a relevant partition from an OTA update packet, where each second new version data corresponds to at least one partition, and n is a positive integer.

In a specific implementation, when a user confirms the reset, the device resets and starts the Recovery mode parameter: the path for storing the OTA update package is specifically, after the user can accept the temporary equipment without using the equipment, the Recovery mode is started after the equipment is reset, and the parameter information of the path for storing the OTA update package is carried.

Then, the OTA update package is checked, specifically, the device has an OTA update program in the Recovery mode, and the OTA update package is checked again, for example, an Android system is used for checking the encryption signature in the OTA update package.

Next, when the verification passes, extracting new version data of each 'operation related partition' from the OTA update package, and updating the new version data to the corresponding partition.

Optionally, the OTA update package includes a first OTA update package and a second OTA update package, and step 601 may be implemented by extracting, by the background, m first new version data for starting the relevant partition from the already downloaded OTA update package, as follows:

extracting the m first new version data from the first OTA update package through the background;

then, the extracting n second new version data for running the relevant partition from the OTA update package in step 603 may be implemented as follows:

and extracting the n second new version data from the second OTA update package.

In this embodiment of the present application, the OTA update package may include a first OTA update package and a second OTA update package, that is, m pieces of first new version data may be extracted from the first OTA update package through the background, and then n pieces of second new version data may be extracted from the second OTA update package in a dedicated mode for performing OTA update.

In the embodiment of the application, 1 OTA update package of the "start related partition" and 1 OTA update package of the "operation related partition" can be downloaded, so that the former can be checked in 2 modes separately, and the latter can be checked in a normal mode, and in a special mode of OTA update, the "start related partition" and the "operation related partition" can be respectively placed in 2 different OTA update packages, which is helpful for improving the update speed of the "operation related partition".

Optionally, the method further comprises the following steps:

prompting a user whether to reset the electronic equipment when detecting that the m pieces of first new version data are updated to the corresponding partitions; executing the step of resetting the electronic device to enter a dedicated mode for OTA update when confirming that the user resets the electronic device;

or,

acquiring target physiological state parameters of a user after detecting that the m pieces of first new version data are updated to corresponding partitions; and when the target physiological state parameter meets a first preset condition, executing the step of resetting the electronic equipment to enter a special mode for carrying out OTA updating.

In this embodiment of the present application, when it is detected that m pieces of first new version data have been updated to corresponding partitions, a user may be prompted whether to reset the electronic device, and when it is confirmed that the user resets the electronic device, the step of resetting the electronic device to enter a dedicated mode for performing OTA update is performed, so that after the update is completed in the normal mode, the next stage may be performed, and the update integrity may be ensured.

The first preset condition may be preset or default, for example, if the target physiological status parameter is in a preset range, the first preset condition is satisfied, and the preset range may also be preset or default. The target physiological state parameter may include at least one of: blood pressure, blood glucose, heart rate, sleep state, etc., are not limited herein.

In a specific implementation, when it is detected that m pieces of first new version data have been updated to corresponding partitions, a target physiological state parameter of a user is obtained, and when the target physiological state parameter meets a first preset condition, the step of resetting the electronic device to enter a dedicated mode for performing OTA update is performed, for example, when the user is in deep sleep, it is indicated that the user is not applicable to the electronic device at the moment, and then OTA update can be performed.

604. And updating the n second new version data to the corresponding partition.

In the embodiment of the application, n second new version data may be updated to the corresponding partition. The OTA update program extracts the new version data of each 'operation related partition' from the OTA update package and updates the new version data to the corresponding partition.

In a specific implementation, when all partition updates are completed, it is determined whether or not the "start related partition" all update completion flag? Specifically, when all the partitions are updated, the OTA update program determines whether the "start all relevant partitions update complete flag". If so, setting the next device start mode as a normal mode, specifically, if the "start related partition all update complete flag" is detected, the OTA update procedure sets the next device start mode as a normal mode.

Optionally, in step 604, the updating of the n second new version data to the corresponding partition may be implemented as follows:

determining the priority of each second new version data in the n second version data to obtain a plurality of priorities;

updating the n second new version data to the corresponding partition according to the priorities;

or,

dividing the n second new version data into a plurality of data sets, and distributing a process for each data set in the plurality of data sets to obtain a plurality of processes;

and updating the plurality of data sets to the corresponding partitions according to the plurality of processes.

In this embodiment of the present invention, different second new version data may correspond to different priorities, and further, the priority of each second new version data in n second new version data may be determined, so as to obtain multiple priorities, and then, according to the multiple priorities, the n second new version data are updated to the corresponding partition, so that the data with high importance may be updated preferentially, and then, the data with low importance may be updated.

In this embodiment of the present application, n second new version data may be further divided into multiple data sets, and a process is allocated to each data set in the multiple data sets to obtain multiple processes, and according to the multiple processes, the multiple data sets are updated to corresponding partitions, where the multiple processes may be updated synchronously, so that update efficiency is improved.

605. Resetting the electronic device again to enter the normal mode.

In the embodiment of the application, the electronic device can be reset again, so that the electronic device enters a normal mode, namely, a user can use the electronic device normally.

In a specific implementation, after the n second new version data are updated to the corresponding partitions, the reset can be automatically triggered, and the electronic device enters a normal mode.

In a specific implementation, the device is reset, and is started in a normal mode after being updated in a normal mode, specifically, the device is started in a normal mode after being reset, updated partition data is loaded, and the device is in the updated version state. The OTA update process is thus normally completed.

In this embodiment of the present application, the background in the normal mode may directly stream update all "start-up related partitions", and download 1 OTA update packet of "run-related partition", where the 1 OTA update packet of "run-related partition" is used to update "run-related partition" in the dedicated mode for OTA update.

In the embodiment of the application, the background can directly update all the "start related partitions" in the normal mode, and directly update all the "run related partitions" in the special mode of the OTA update.

In the embodiment of the application, the current time consuming situation that updating of all the partitions can only be completed in the special mode is optimized by advancing the update flow of the related partition starting and enabling the background execution in the normal mode.

For example, as shown in fig. 7, the left half of fig. 7 is a scheme in the related art, specifically, a user normally uses (the old version state of the device), starts OTA update, downloads an OTA update packet through WIFI or mobile data, resets the device, enters a dedicated mode of OTA update, during which the OTA update (the unavailable state of the device), extracts new version data of each partition from the OTA update packet, updates to a corresponding partition, resets the device to enter the normal mode, and the user normally uses (the new version state of the device) to complete OTA update. The right half of fig. 7 is the scheme, OTA update is started, an OTA update packet is downloaded through WIFI or mobile data, background execution extracts new version data of each "start related partition" from the OTA update packet, updates to a corresponding partition, resets the device, enters into a dedicated mode of OTA update, extracts new version data of each "run related partition" from the OTA update packet, updates to the corresponding partition, resets the device to enter into a normal mode, and completes OTA update.

Compared with the scheme in the related art, the scheme has the advantages that the time-consuming flow is migrated, and the unavailable time is shortened. In a specific implementation, taking a single partition device as an example, after the downloading of an OTA update packet for the OTA update of the single partition device is completed. The OTA update program extracts new version data of each 'start related partition' from the OTA update package in the background, and updates the new version data to the corresponding partition. And resetting the device, entering into a special mode (an example: a Recovery mode in an Android system) of OTA update, extracting new version data of each 'operation related partition' from the OTA update package, and updating to the corresponding partition. Finally, the device is reset once again, and after the device is started in the normal mode, the user can normally use the device. The device is now in a new version state. Because the updating flow of a plurality of partitions is moved forward to the normal mode, the background executes the updating, and the influence of users is small, the updating time is relatively reduced in the special mode of OTA updating. Finally, the whole OTA updating process shortens the equipment unavailable time caused to the user.

In a specific implementation, taking a single partition device as an example, the scheme may include the following steps:

A1, for OTA updating of the single partition equipment, after the downloading of the OTA updating packet is completed.

A2, the OTA updating program extracts new version data of each 'start related partition' from the OTA updating packet in the background, and updates the new version data to the corresponding partition.

A3, resetting the device, entering into a special mode (an example: a Recovery mode in an Android system) of OTA update, extracting new version data of each 'operation related partition' from an OTA update package, and updating to a corresponding partition.

And A4, resetting the equipment again, and enabling the user to normally use the equipment after starting according to the normal mode. The device is now in a new version state.

In step A2, the update process of a plurality of partitions is moved forward to the normal mode, and the background performs the update, so that the user influence is small, and the update time is relatively reduced in the special mode of OTA update. Finally, the whole OTA updating process shortens the equipment unavailable time caused to the user.

Further, for further illustration, as shown in fig. 8, taking an Android system as an example, 4 modules may be described, where the 4 modules may specifically include: the method comprises an OTA update server, an OTA update program (normal mode), an OTA update program (Recovery mode) and a user, wherein in the specific implementation, the OTA update process is as follows:

3. The OTA update program detects the new version, prompts the user, judges whether the user confirms the downloading, and specifically inquires whether the user starts downloading the OTA update package when the OTA update program knows the new version.

4. When the user confirms the downloading, the OTA update package is downloaded to a certain directory of the userdata partition through WIFI or mobile data, specifically, after the user confirms, the OTA update package is downloaded by an OTA update program and stored to a certain directory of the userdata partition.

5. When the downloading is completed, the OTA update package is checked, specifically, after the downloading is completed, the OTA update program checks the OTA update package (note: the encryption signature in the OTA update package is checked in the Android system).

6. After the verification is passed, judging whether the user confirms the update, specifically, after the verification is passed, the OTA update program inquires whether the user starts the update.

7. After the user confirms the update, the next device starting mode is set as a Recovery mode, and specifically, after the user confirms, the OTA updating program sets the next starting mode as the Recovery mode.

8. And executing in the background, extracting new version data of each 'start related partition' from the OTA update package, updating the new version data to the corresponding partition, detecting whether normal execution is completed, and specifically, extracting new version data of each 'start related partition' from the OTA update package and updating the new version data to the corresponding partition by the OTA update program in the background execution (note: without affecting normal use of equipment by a user).

9. When normal execution is completed, a mark is set to indicate that the "start related partition" has been updated completely, specifically, when all the partitions are updated completely, the OTA update program sets a mark to indicate that the "start related partition" has been updated completely.

10. Prompting the user to reset the device when any user is convenient, judging whether the user confirms the reset, specifically prompting the user to reset the device when any user is convenient so as to complete the rest OTA updating flow. The user can continue normal use without resetting the device immediately.

11. When the user confirms the reset, the device resets and starts the Recovery mode parameter: the OTA update packet save path, specifically, after the user can accept temporarily to disable the device, the device resets and then starts the Recovery mode (note: the setting is true in step 7), with the parameter information of "OTA update packet save path".

12. And checking the OTA update package, specifically, if the device has an OTA update program in the Recovery mode, the OTA update package is checked again (note: the encryption signature in the OTA update package is checked in the Android system).

13. And when the verification is passed, extracting the new version data of each 'operation related partition' from the OTA update package, updating the new version data to the corresponding partition, and extracting the new version data of each 'operation related partition' from the OTA update package by the OTA update program, and updating the new version data to the corresponding partition.

14. When all the partition updates are completed, it is determined whether or not the "start related partition" all the update completion flag? Specifically, when all the partitions are updated, the OTA update program determines whether the "start all relevant partitions update complete flag".

15. If so, setting the next device start mode as a normal mode, specifically, if the "start related partition all update complete flag" is detected, the OTA update procedure sets the next device start mode as a normal mode.

16. The device is reset, and the updated version state is started in the normal mode, specifically, the device is started in the normal mode after being reset, updated partition data is loaded, and the device is the updated version state. The OTA updating process is normally completed, and the whole time consumption is better than that of the scheme in the related technology.

17. And when the detection result of detecting whether normal execution is completed is no, the user resets in advance or the device resets abnormally, specifically, if the step 8 is interrupted halfway (for example, the user resets the device in advance or triggers the device to reset abnormally because of software and hardware faults), the OTA updating program does not have a chance to set a 'start all relevant partition updating completion mark'. After the device is reset, steps 11 to 14 are also performed.

18. When the determination result of whether the "start related partition" all update completion flag is present is no, in step 14, the "start related partition all update completion flag" is not detected, and the OTA update program extracts new version data of each "start related partition" from the OTA update package, and updates the new version data to the corresponding partition. After all partition updates are completed, steps 15 to 16 are also performed. The OTA updating is completed, and the scheme in the related technology is time-consuming and leveled under the abnormal scene.

Taking single partition equipment as an example, the scheme aims at single partition equipment OTA, and can enable the relevant partition to be executed in the background under the normal mode by advancing the updating flow of the relevant partition, so that the time consumption for updating the partitions under the special mode of OTA updating is saved, the equipment unavailable time period caused by the whole OTA updating is shortened, the possibility that the equipment cannot be normally started due to the fact that a user waits for too long time, uses the equipment suddenly and forcibly resets is reduced, the user experience of OTA updating is enhanced, and the product competitiveness is improved.

For further illustration, as shown in fig. 9, in the related art, the device prepares an OTA update, a software defect causes "dedicated mode for OTA update, cannot be started or run abnormally", and the device needs to solve the above problem by "OTA update", which results in a dead loop, and only after-sales system upgrade and defect repair can be found. In the scheme, the device prepares for OTA updating, and in a normal mode, the background updates a plurality of partitions, including the partition where the special mode of OTA updating is located, resets and enters the special mode of OTA updating, and completes the updating of the rest partitions, and the updating of OTA is completed. Namely, the scheme can repair the problem scene of the dead loop, namely, the device cannot repair the software defect and the system upgrade through the OTA update because the special mode of the OTA update cannot be started normally or cannot run normally caused by the software defect. The user can be guided to find after-sale maintenance solutions (note: after-sale repair mode of Android equipment comprises line brushing and card brushing), but the solution can be skipped through the technical scheme, so that extra workload brought to after-sale is reduced.

It can be seen that, in the embodiment of the present application, the method for updating an OTA is applied to an electronic device, in a normal mode, m pieces of first new version data for starting a relevant partition are extracted from an already downloaded OTA update package through a background, each piece of first new version data corresponds to at least one partition, m is a positive integer, m pieces of first new version data are updated to a corresponding partition, the electronic device is reset to enter a dedicated mode for performing OTA update, n pieces of second new version data for running a relevant partition are extracted from the OTA update package, each piece of second new version data corresponds to at least one partition, n is a positive integer, n pieces of second new version data are updated to a corresponding partition, the electronic device is reset again to enter the normal mode, and relevant data of the relevant partition are updated in advance in the normal mode, so that update time consumption in the dedicated mode of OTA update can be reduced, when the whole OTA update causes the device to be unavailable, user experience of OTA update is greatly reduced, and product competitiveness is enhanced.

In accordance with the foregoing, referring to fig. 10, fig. 10 is a flow chart of another OTA updating method provided in the embodiment of the present application, as shown in the drawing, applied to an electronic device, an OTA updating packet includes a first OTA updating packet and a second OTA updating packet, and the OTA updating method includes:

1001. in the normal mode, m pieces of first new version data are extracted from the first OTA update packet through the background, each piece of first new version data corresponds to at least one partition, and m is a positive integer.

1002. And updating the m first new version data to the corresponding partition.

1003. Resetting the electronic equipment to enter a special mode for OTA updating, extracting n second new version data from the second OTA updating packet, wherein each second new version data corresponds to at least one partition, and n is a positive integer;

1004. updating the n second new version data to the corresponding partition;

1005. resetting the electronic device again to enter the normal mode.

The specific description of the steps 1001 to 1005 may refer to the relevant steps of the OTA updating method as described in fig. 6, and will not be repeated here.

It can be seen that, in the embodiment of the present application, the OTA update method is applied to an electronic device, where the OTA update package includes a first OTA update package and a second OTA update package, in a normal mode, m pieces of first new version data for starting a relevant partition are extracted from the downloaded first OTA update package through the background, each piece of first new version data corresponds to at least one partition, m is a positive integer, m pieces of first new version data are updated to corresponding partitions, the electronic device is reset to enter a special mode for performing OTA update, n pieces of second new version data for running the relevant partition are extracted from the second OTA update package, each piece of second new version data corresponds to at least one partition, n is a positive integer, n pieces of second new version data are updated to the corresponding partition, the electronic device is reset again to enter the normal mode, and relevant data for starting the relevant partition are updated in advance in the normal mode, so that on one hand, the relevant partition for starting the relevant partition and the relevant partition can be placed in 2 different OTA update packages respectively, which is helpful for improving the update speed of the relevant partition, on the other hand, the special update speed for running the relevant partition can be reduced, on the other hand, the time consumption of the updating of the whole OTA can be greatly reduced, and the user experience can not be greatly reduced when the updating is updated in the special update mode.

In accordance with the above-described embodiments, referring to fig. 11, fig. 11 is a schematic structural diagram of an electronic device provided in an embodiment of the present application, as shown in the fig. 11, the electronic device includes a processor, a memory, a communication interface, and one or more programs, where the one or more programs are stored in the memory and configured to be executed by the processor, and in the embodiment of the present application, the programs include instructions for performing the following steps:

updating the m first new version data to the corresponding partition;

updating the n second new version data to the corresponding partition;

resetting the electronic device again to enter the normal mode.

Optionally, the OTA update package includes a first OTA update package and a second OTA update package, and in the aspect that m pieces of first new version data for starting the relevant partition are extracted from the already downloaded OTA update package through the background, the above procedure includes instructions for executing the following steps:

in said extracting n second new version data from said OTA update package for running the associated partition, said program comprises instructions for:

Optionally, in the extracting, by the background, the m pieces of first new version data from the first OTA update package, the above procedure includes instructions for:

acquiring target operation environment parameters of the electronic equipment;

Optionally, the above program further comprises instructions for performing the steps of:

Or,

acquiring target physiological state parameters of a user after detecting that the m pieces of first new version data are updated to corresponding partitions;

and when the target physiological state parameter meets a first preset condition, executing the step of resetting the electronic equipment to enter a special mode for carrying out OTA updating.

Optionally, in the updating the n second new version data to the corresponding partition, the program includes instructions for:

or,

extracting keywords from the OTA update package to obtain target keywords;

It can be seen that, in the electronic device described in the embodiments of the present application, in a normal mode, m pieces of first new version data for starting a relevant partition are extracted from an already downloaded OTA update package through the background, each piece of first new version data corresponds to at least one partition, m is a positive integer, m pieces of first new version data are updated to the corresponding partition, the electronic device is reset to enter a dedicated mode for performing OTA update, n pieces of second new version data for running the relevant partition are extracted from the OTA update package, n is a positive integer, n pieces of second new version data are updated to the corresponding partition, the electronic device is reset again to enter the normal mode, and in the normal mode, relevant data of the relevant partition are started by updating in advance, so that updating time consumption in the dedicated mode of OTA update can be reduced, the time consumption of the whole device is greatly reduced when the whole OTA update is not available, the user experience of the OTA update is enhanced, and the product competitiveness is improved.

The foregoing description of the embodiments of the present application has been presented primarily in terms of a method-side implementation. It will be appreciated that the electronic device, in order to achieve the above-described functions, includes corresponding hardware structures and/or software modules that perform the respective functions. Those of skill in the art will readily appreciate that the elements and algorithm steps described in connection with the embodiments disclosed herein may be embodied as hardware or a combination of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. 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.

The embodiment of the application may divide the functional units of the electronic device according to the above method example, for example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated in one processing unit. The integrated units may be implemented in hardware or in software functional units. It should be noted that, in the embodiment of the present application, the division of the units is schematic, which is merely a logic function division, and other division manners may be implemented in actual practice.

Referring to fig. 12, fig. 12 is a functional block diagram of an OTA updating device 1200 according to an embodiment of the present application. The OTA updating apparatus 1200 is applied to an electronic device, and the apparatus 1200 includes: a first extraction unit 1201, a first update unit 1202, a reset unit 1203, a second extraction unit 1204, a second update unit 1205, wherein,

the first extracting unit 1201 is configured to extract, in a normal mode, m pieces of first new version data for starting related partitions from the downloaded OTA update package through the background, where each piece of first new version data corresponds to at least one partition, and m is a positive integer;

the first updating unit 1202 is configured to update the m first new version data to a corresponding partition;

the resetting unit 1203 is configured to reset the electronic device to enter a dedicated mode for performing OTA update;

the second extracting unit 1204 is configured to extract n second new version data for running the relevant partition from the OTA update package; each second new version of data corresponds to at least one partition, and n is a positive integer;

the second updating unit 1205 is configured to update the n second new version data to the corresponding partition;

The resetting unit 1203 is configured to reset the electronic device again to enter the normal mode.

Optionally, the OTA update packet includes a first OTA update packet and a second OTA update packet, and the extracting, by the background, m first new version data for starting the relevant partition from the already downloaded OTA update packet includes:

the extracting n second new version data for running the relevant partition from the OTA update packet includes:

Optionally, the extracting, by the background, the m pieces of first new version data from the first OTA update packet includes:

acquiring target operation environment parameters of the electronic equipment;

Optionally, the apparatus 1200 is further specifically configured to:

Or,

Optionally, the updating the n second new version data to the corresponding partition includes:

or,

Optionally, the apparatus 1200 is further specifically configured to include:

extracting keywords from the OTA update package to obtain target keywords;

Optionally, the apparatus 1200 is further specifically configured to include:

It can be seen that, in the embodiment of the present application, the OTA updating device described in the present application is applied to an electronic device, in a normal mode, m pieces of first new version data for starting a relevant partition are extracted from an already downloaded OTA updating packet through the background, each piece of first new version data corresponds to at least one partition, m is a positive integer, m pieces of first new version data are updated to a corresponding partition, the electronic device is reset to enter a dedicated mode for performing OTA updating, n pieces of second new version data for running a relevant partition are extracted from the OTA updating packet, each piece of second new version data corresponds to at least one partition, n is a positive integer, n pieces of second new version data are updated to a corresponding partition, the electronic device is reset again to enter the normal mode, and relevant data of the relevant partition are updated in advance in the normal mode, so that update time consumption in the dedicated mode of OTA updating can be reduced, when the whole OTA updating causes the device to be unavailable, user experience of OTA updating is greatly reduced, and product competitiveness is improved.

It should be noted that the OTA updating device described in the embodiments of the present application is presented in the form of a functional unit. The term "unit" as used herein should be understood in the broadest possible sense, and the objects used to implement the functions described by the various "units" may be, for example, an integrated circuit ASIC, a single circuit, a processor (shared, dedicated, or group) and memory that execute one or more software or firmware programs, a combinational logic circuit, and/or other suitable components that provide the described functionality.

The first extracting unit 1201, the first updating unit 1202, the resetting unit 1203, the second extracting unit 1204, and the second updating unit 1205 may be a processor, which may be an artificial intelligent chip, NPU, CPU, GPU, PMIC, or the like, and is not limited herein. The functions or steps of any of the above methods can be implemented based on the above unit modules.

The present embodiment also provides a non-volatile computer readable storage medium, wherein the non-volatile computer readable storage medium stores a computer program for electronic data exchange, wherein the above computer program causes a computer to execute the embodiments as the present application for implementing any of the methods of the above embodiments.

The present embodiment also provides a computer program product which, when run on a computer, causes the computer to perform the above-described relevant steps to implement any of the methods of the above-described embodiments.

In addition, the embodiment of the application also provides an OTA updating device, which can be a chip, a component or a module, and can comprise a processor and a memory which are connected; the memory is configured to store computer-executable instructions that, when the device is operated, are executable by the processor to cause the chip to perform any one of the method embodiments described above.

The electronic device, the non-volatile computer storage medium, the computer program product, or the chip provided in this embodiment are used to execute the corresponding method provided above, so that the beneficial effects thereof can be referred to the beneficial effects in the corresponding method provided above, and will not be described herein.

It will be appreciated by those skilled in the art that, for convenience and brevity of description, only the above-described division of the functional modules is illustrated, and in practical application, the above-described functional allocation may be performed by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to perform all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of modules or units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another apparatus, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and the parts shown as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions to cause a device (may be a single-chip microcomputer, a chip or the like) or a processor (processor) to perform all or part of the steps of the methods of the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read Only Memory (ROM), a random access memory (random access memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

The foregoing is merely specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily think about changes or substitutions within the technical scope of the present application, and the changes and substitutions are intended to be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. An OTA updating method, applied to an electronic device, comprising:

updating the m first new version data to the corresponding partition;

updating the n second new version data to the corresponding partition;

resetting the electronic device again to enter the normal mode.

2. The method of claim 1, wherein the OTA update package comprises a first OTA update package and a two-OTA update package, wherein the extracting, by the background, m first new version data for starting the relevant partition from the already downloaded OTA update package comprises:

3. The method according to claim 2, wherein said extracting, by the background, the m first new version data from the first OTA update package comprises:

acquiring target operation environment parameters of the electronic equipment;

4. A method according to any one of claims 1-3, wherein the method further comprises:

or,

5. A method according to any of claims 1-3, wherein said updating said n second new version data to the corresponding partition comprises:

or,

6. A method according to any one of claims 1-3, wherein the method further comprises:

extracting keywords from the OTA update package to obtain target keywords;

7. A method according to any one of claims 1-3, wherein the method further comprises:

8. An OTA updating apparatus, characterized in that it is applied to an electronic device, said apparatus comprising: a first extraction unit, a first updating unit, a reset unit, a second extraction unit and a second updating unit, wherein,

9. An electronic device comprising a processor, a memory for storing one or more programs and configured for execution by the processor, the programs comprising instructions for performing the steps in the method of any of claims 1-7.

10. A non-transitory computer readable storage medium storing a computer program for electronic data exchange, wherein the computer program causes a computer to perform the method of any of claims 1-7.