System upgrading method, electronic device, storage medium and computer program product

Abstract

The application discloses a system upgrading method, an electronic device, a storage medium and a computer program product, and belongs to the technical field of terminals. The method is applied to an electronic device and comprises the following steps: receiving a system upgrading notification sent by a system upgrading server, wherein the system upgrading notification is sent by the system upgrading server in the case that there is an upgrading data packet in the system of the electronic device; in response to the system upgrading notification, determining a target upgrading time period according to historical use information of the electronic device; and upgrading the system of the electronic device according to the upgrading data packet in the target upgrading time period. In the application, the historical use information of the electronic device can reflect the use habit of a user using the electronic device, so that the system can be upgraded in a time period without interfering with the use of the electronic device according to the historical use information of the electronic device, thereby reducing the influence of the system upgrading on the use of the electronic device by the user, improving the use convenience of the electronic device, and improving the user stickiness.

Description

Technical Field

[0001] This application relates to the field of terminal technology, and in particular to a system upgrade method, electronic device, storage medium and computer program product. Background Technology

[0002] With the development of terminal technology, electronic devices undergo frequent system updates and upgrades. Among these upgrades, electronic devices can be updated and upgraded via OTA (Over-the-Air Technology).

[0003] However, system updates and upgrades to electronic devices can disrupt normal user experience. For example, if a system update requires a restart, and the user needs to use the device for QR code payments during this process, the device will become unusable, reducing its convenience and user engagement. Summary of the Invention

[0004] This application provides a system upgrade method, electronic device, storage medium, and computer program product, which can be used to reduce the impact of system upgrades on users' use of electronic devices and improve user engagement. The technical solution is as follows:

[0005] Firstly, a system upgrade method is provided for use in electronic devices, the method comprising:

[0006] The system receives a system upgrade notification from the system upgrade server, which is sent when an upgrade data packet exists in the electronic device's system. In response to the system upgrade notification, the system determines a target upgrade time period based on the electronic device's historical usage information. This target upgrade time period is a time period that will not interfere with the user's use of the electronic device. The system of the electronic device is upgraded according to the upgrade data packet within the target upgrade time period.

[0007] Since the historical usage information of electronic devices can reflect users' usage habits, system upgrades can be performed during periods that do not interfere with users' use of the devices. This reduces the impact of system upgrades on users' use of electronic devices, improves the convenience of using electronic devices, and increases user stickiness.

[0008] As an example of this application, the operation of an electronic device in response to a system upgrade notification to determine the target upgrade time period based on the device's historical usage information includes:

[0009] In response to a system upgrade notification, the first upgrade duration required for this system upgrade is determined based on the device information of the electronic device and the size of the upgrade data package;

[0010] Based on the duration of the first upgrade and historical usage information, determine the target upgrade time period.

[0011] As an example, the device information of an electronic device includes device usage time, remaining storage space, etc. When an electronic device responds to a system upgrade notification, the operation of determining the first upgrade duration required for this system upgrade based on the device information and the size of the upgrade data package includes: obtaining the ideal upgrade duration based on the size of the upgrade data package, which is the duration for upgrading based on the upgrade data package when the electronic device has not aged and the storage space is unused; obtaining the corresponding upgrade weight from the correspondence between device usage time, remaining storage space, and upgrade weight based on the device usage time and remaining storage space; multiplying the ideal upgrade duration by the upgrade weight to obtain the third upgrade duration, and determining the third upgrade duration as the first upgrade duration required for this system upgrade.

[0012] As an example, the system upgrade notification can also include multiple second upgrade durations. In this case, after determining the third upgrade duration based on device usage information and the size of the upgrade data package, the electronic device can determine that the average of the third upgrade duration and the multiple second upgrade durations is the first upgrade duration required for this system upgrade. Alternatively, after obtaining the third upgrade duration, the electronic device can filter out second upgrade durations from the multiple second upgrade durations that differ from the third upgrade duration by a preset difference; after filtering out the second upgrade durations with larger differences, it can determine that the average of the remaining second upgrade durations and the third upgrade duration is the first upgrade duration required for this system upgrade.

[0013] In this way, by determining the first upgrade duration required for this system upgrade and determining the target upgrade time period based on the first duration, the system upgrade can be completed within the target upgrade time period, thus reducing the impact on users' use of electronic devices during the system upgrade process.

[0014] As an example of this application, the operation of the electronic device to determine the target upgrade time period based on the first upgrade duration and historical usage information includes:

[0015] Based on the first upgrade duration and historical usage information, at least one upgrade time period is obtained, wherein the duration of each upgrade time period is greater than or equal to the first upgrade duration.

[0016] If there is at least one upgrade time period, the acquired upgrade time period will be determined as the target upgrade time period.

[0017] When there are multiple upgrade time periods, determine the confidence level of each upgrade time period within the at least one upgrade time period;

[0018] The upgrade period with the highest confidence level is determined as the target upgrade period.

[0019] Thus, by determining at least one number of upgrade time periods, the speed of determining the target upgrade time period can be accelerated, improving the efficiency of this determination. Furthermore, since electronic devices can undergo system upgrades within each of the multiple upgrade time periods, selecting the one with the highest confidence level from among them minimizes the impact of system upgrades on users' use of electronic devices.

[0020] As an example of this application, the operation of an electronic device to obtain at least one upgrade time period based on a first upgrade duration and historical usage information includes:

[0021] A first duration greater than or equal to the first upgrade duration is determined as the acquisition window, and a second duration is determined as the movement duration of the acquisition window, wherein the second duration is less than or equal to the first duration;

[0022] Based on the duration of movement, multiple time periods are retrieved in chronological order through the acquisition window;

[0023] Based on historical usage information, at least one upgrade time period that meets the system upgrade conditions is selected from multiple time periods. There is some overlap and / or no overlap among the upgrade time periods.

[0024] It should be noted that the system upgrade conditions include the frequency of use of electronic devices being less than or equal to the first threshold, the absence of important schedules within the acquisition period (within a period greater than or equal to the first upgrade period), and / or the priority of the first use case involved after the acquisition period is not the highest priority, etc.

[0025] In this way, by determining the time period that meets the system upgrade conditions, system upgrades are avoided when users frequently use electronic devices or when important matters are being carried out through electronic devices, thereby reducing the impact of system upgrades on users' use of electronic devices.

[0026] As an example of this application, after the electronic device obtains multiple time periods in chronological order through an acquisition window based on the duration of movement, it can select a first time period from the multiple time periods. This first time period is any time period that has not been selected among the multiple time periods. Based on historical usage information, it is determined whether the first time period meets the system upgrade conditions. If the first time period meets the system upgrade conditions, it is determined as the target upgrade time period. If the first time period does not meet the system upgrade conditions, the operation of selecting the first time period from the multiple time periods is returned until the first time period meets the system upgrade conditions, or until the multiple time periods are traversed.

[0027] In this way, after obtaining multiple time periods, if the system upgrade conditions are met in any one of the time periods, that time period can be determined as the target upgrade time period. In some cases, it may not be necessary to traverse multiple time periods, thereby speeding up the determination of the target upgrade time period and improving the efficiency of determining the target upgrade time period.

[0028] As an example of this application, historical usage information includes the frequency of use of electronic devices, the importance of the schedule, and the priority of the usage scenario;

[0029] When there are multiple upgrade time periods for an electronic device, the operation of determining the confidence level of each upgrade time period within the at least one upgrade time period includes:

[0030] Set a first score, a second score, and a third score for each upgrade period. The higher the usage frequency for each upgrade period, the lower the first score. The higher the importance of the schedule for each upgrade period, the lower the second score. And the higher the priority of the first use case after each upgrade period, the lower the third score.

[0031] The confidence level for each upgrade period is determined based on the first, second, and third scores corresponding to each upgrade period.

[0032] Thus, since the usage frequency corresponding to each upgrade period is inversely proportional to the first score, the importance of the schedule corresponding to each upgrade period is inversely proportional to the second score, and the priority of the first usage scenario after each upgrade period is inversely proportional to the third score, the reliability of the determined confidence level is guaranteed, and the reliability of determining the target upgrade period is increased by determining the target upgrade period based on the confidence level.

[0033] As an example, electronic devices can also assign first, second, and third scores to each upgrade time period in other ways. For instance, the first score can be obtained by assigning values ​​to upgrade time periods corresponding to usage frequency in ascending order of frequency. Similarly, the second score can be obtained by assigning values ​​to upgrade time periods corresponding to importance in ascending order of importance. Likewise, the third score can be obtained by assigning values ​​to upgrade time periods corresponding to usage scenario priority in ascending order of scenario priority.

[0034] As an example of this application, the operation of the electronic device to determine the confidence level of each upgrade time period based on the first score, second score, and third score corresponding to each upgrade time period includes:

[0035] Add the first, second, and third scores corresponding to each upgrade time period to obtain the confidence level for each upgrade time period; or...

[0036] Multiply the first, second, and third scores corresponding to each upgrade time period by their respective weights to obtain the first, second, and third products for each upgrade time period; determine the sum of the first, second, and third products for each upgrade time period to obtain the confidence level for each upgrade time period.

[0037] In this way, by determining the confidence level corresponding to each upgrade time period in different ways, the diversity of determining the confidence level of the upgrade time period is increased.

[0038] It should be noted that the weights corresponding to the first, second, and third scores can be preset according to requirements. For example, the weight of the first score can be greater than the weight of the second score, and the weight of the second score can be greater than the weight of the third score. Alternatively, the weight of the third score can be greater than the weight of the second score, and the weight of the second score can be greater than the weight of the first score. Or, the weight of the second score can be greater than the weight of the first score, and the weight of the first score can be greater than the weight of the third score. Or, the weight of the second score can be greater than the weight of the third score, and the weight of the third score can be greater than the weight of the first score.

[0039] As an example of this application, after the electronic device filters out at least one upgrade time period that meets the system upgrade conditions from multiple time periods based on historical usage information, it can also display a first prompt message when there is no time period that meets the system upgrade conditions. The first prompt message is used to prompt the user to manually select the system upgrade time.

[0040] In this way, by displaying the first prompt message, users are prevented from missing the system upgrade, thus improving the timeliness of the system upgrade.

[0041] Secondly, a system upgrade apparatus is provided, which has the function of implementing the system upgrade method described in the first aspect. The system upgrade apparatus includes at least one module, which is used to implement the system upgrade method provided in the first aspect. The system upgrade apparatus includes:

[0042] The receiving module is used to receive system upgrade notifications sent by the system upgrade server. These system upgrade notifications are sent by the system upgrade server when there is an upgrade data packet in the electronic device's system.

[0043] The determination module is used to respond to system upgrade notifications and determine the target upgrade time period based on the historical usage information of electronic devices. The target upgrade time period is a period of time that will not interfere with the user's use of electronic devices.

[0044] The upgrade module is used to upgrade the system of electronic devices according to the upgrade data package within the target upgrade period.

[0045] Thirdly, an electronic device is provided, comprising a processor and a memory. The memory stores a program that supports the electronic device in executing the upgrade method of the system provided in the first aspect, and stores data related to implementing the upgrade method of the system described in the first aspect. The processor is configured to execute the program stored in the memory. The electronic device may further include a communication bus for establishing a connection between the processor and the memory.

[0046] Fourthly, a computer-readable storage medium is provided, wherein instructions are stored therein, which, when executed on a computer, cause the computer to perform the system upgrade method described in the first aspect.

[0047] Fifthly, a computer program product containing instructions is provided, which, when run on a computer, causes the computer to perform the system upgrade method described in the first aspect above.

[0048] The technical effects achieved by the second, third, fourth, and fifth aspects mentioned above are similar to those achieved by the corresponding technical means in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

[0049] Figure 1 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application;

[0050] Figure 2 This is a block diagram of a software system for an electronic device provided in an embodiment of this application;

[0051] Figure 3 This is a schematic diagram of a system architecture provided in an embodiment of this application;

[0052] Figure 4 This is a schematic diagram of a system upgrade method provided in an embodiment of this application;

[0053] Figure 5 This is a schematic diagram of another system upgrade method provided in an embodiment of this application;

[0054] Figure 6 This is a schematic diagram of another system upgrade method provided in an embodiment of this application;

[0055] Figure 7 This is a schematic diagram of a system upgrade device provided in an embodiment of this application. Detailed Implementation

[0056] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

[0057] It should be understood that "multiple" as mentioned in this application refers to two or more. In the description of this application, unless otherwise stated, " / " indicates "or," for example, A / B can mean A or B; "and / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist, for example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, to facilitate a clear description of the technical solutions of this application, the terms "first," "second," etc., are used to distinguish identical or similar items with essentially the same function and effect. Those skilled in the art will understand that the terms "first," "second," etc., do not limit the quantity or execution order, and that "first," "second," etc., do not necessarily imply differences.

[0058] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0059] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with the relevant regulations and standards of the relevant countries and regions, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0060] With the development of terminal technology, electronic devices undergo frequent system updates and upgrades. One such update is OTA (Over-the-Air Technology). OTA technology is a method of downloading data via wireless networks, primarily using OTA upgrade packages for automatic upgrades.

[0061] However, when upgrading electronic devices via OTA (Over-The-Air) technology, the system update may disrupt normal user experience. For example, during the upgrade, the device may overheat or lag, impacting the user experience if the user tries to use it during this process. Alternatively, the system update may require a restart, which would prevent the user from using the device for payments during the restart. Furthermore, after a system upgrade, users often need to enter a password to use features like NFC, forcing them to unlock the device when they urgently need to use it (e.g., to swipe their card to enter a subway station or pay for a bus ride), thus reducing convenience and user engagement.

[0062] Therefore, in order to reduce the inconvenience caused to users by electronic device upgrades, improve the ease of use of electronic devices, and increase user stickiness, this application provides a system upgrade method. In this method, after receiving a system upgrade notification from a system upgrade server, the electronic device can determine a target upgrade time period based on its historical usage information, i.e., a time period that will not interfere with the user's use of the electronic device. Within the target upgrade time period, the system of the electronic device is upgraded according to the upgrade data packet. Since historical usage information reflects the user's usage habits, upgrading the system based on this information during a time period that does not interfere with the user's use of the electronic device reduces the impact of system upgrades on the user's use of the electronic device, improves the ease of use of the electronic device, and increases user stickiness.

[0063] Before providing a detailed explanation of the system upgrade method provided in the embodiments of this application, the electronic equipment involved in the embodiments of this application will be described first.

[0064] As an example, this method can be applied to electronic devices capable of wirelessly communicating with a system upgrade server. As an example and not a limitation, the electronic device can be, but is not limited to, tablet computers, desktop computers, laptop computers, handheld computers, laptops, in-vehicle devices, ultra-mobile personal computers (UMPCs), netbooks, personal digital assistants (PDAs), mobile phones, smartwatches, etc., and this application embodiment does not limit this.

[0065] Figure 1 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. See also... Figure 1The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging 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, a headphone jack 170D, a sensor module 180, buttons 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an accelerometer 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, etc.

[0066] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0067] Processor 110 may include one or more processing units, such as: application processor (AP), modem processor, graphics processing unit (GPU), image signal processor (ISP), controller, memory, video codec, digital signal processor (DSP), baseband processor, and / or neural network processing unit (NPU), etc. Different processing units may be independent devices or integrated into one or more processors.

[0068] The controller can be the nerve center and command center of the electronic device 100. The controller can generate operation control signals according to the instruction opcode and timing signals to complete the control of fetching and executing instructions.

[0069] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from this memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0070] In some embodiments, the processor 110 may include one or more interfaces, such as an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0071] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0072] The charging management module 140 receives charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 receives charging input from the wired charger via a USB interface 130. In some wireless charging embodiments, the charging management module 140 receives wireless charging input via the wireless charging coil of the electronic device 100. While charging the battery 142, the charging management module 140 can also supply power to the electronic device 100 via the power management module 141.

[0073] The power management module 141 connects the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140, and supplies power to the processor 110, internal memory 121, external memory, display screen 194, camera 193, and wireless communication module 160, etc. The power management module 141 can also monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage current, impedance). In some other embodiments, the power management module 141 may also be located within the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be located in the same device.

[0074] The wireless communication function of electronic device 100 can be realized through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor, etc.

[0075] Antennas 1 and 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 can be used to cover one or more communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with a tuning switch.

[0076] The mobile communication module 150 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device.

[0077] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through an audio device (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 194. In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 150 or other functional modules.

[0078] The wireless communication module 160 can provide solutions for wireless communication applications on the electronic device 100, including wireless local area networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0079] In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, enabling electronic device 100 to communicate with networks and other devices via wireless communication technology. Wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technologies, etc. GNSS can include the Global Positioning System (GPS), the Global Navigation Satellite System (GLONASS), the BeiDou Navigation Satellite System (BDS), the Quasi-Zenith Satellite System (QZSS), and / or satellite-based augmentation systems (SBAS).

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

[0081] Electronic device 100 can perform shooting functions through ISP, camera 193, video codec, GPU, display 194 and application processor.

[0082] An NPU (Neural Processing Unit) is a computational processor for neural networks (NNs). By borrowing the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it can rapidly process input information and continuously learn on its own. NPUs enable intelligent cognitive applications in electronic devices, such as image recognition, facial recognition, speech recognition, and text understanding.

[0083] The external storage interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external storage interface 120 to perform data storage functions, such as saving music, video, and other files on the external memory card.

[0084] Internal memory 121 can be used to store computer-executable program code, which includes instructions. Processor 110 executes various functional applications and data processing of electronic device 100 by running the instructions stored in internal memory 121. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback, image playback, etc.), etc. The data storage area may store data created by electronic device 100 during use (such as audio data, phonebook, etc.). Furthermore, internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

[0085] Electronic device 100 can implement audio functions, such as music playback and recording, through audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D and application processor.

[0086] The software system of electronic device 100 will be described next.

[0087] The software system of electronic device 100 can adopt a layered architecture, event-driven architecture, microkernel architecture, microservice architecture, or cloud architecture. This application embodiment uses a layered Android system as an example to illustrate the software system of electronic device 100.

[0088] Figure 2 This is a block diagram of a software system for an electronic device 100 provided in an embodiment of this application. See also... Figure 2A layered architecture divides software into several layers, each with a clear role and function. Layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into four layers, from top to bottom: the application layer, the application framework layer, the native layer, and the kernel layer.

[0089] The application layer can include a series of application packages. For example... Figure 2 As shown, the application package may include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, and settings.

[0090] It should be noted that this settings application can integrate an Open Usercommunication (OUC) module, which enables communication between electronic devices and system upgrade servers.

[0091] The application framework layer provides application programming interfaces (APIs) and a programming framework for applications in the application layer. The application framework layer includes some predefined functions. For example... Figure 2As shown, the application framework layer can include a window manager, content providers, a view system, a phone manager, a resource manager, and a notification manager. The window manager manages window programs. It can obtain the screen size, determine if a status bar is present, lock the screen, and capture the screen. The content provider stores and retrieves data, making this data accessible to the application. This data can include videos, images, audio, made and received phone calls, browsing history and bookmarks, and phone books. The view system includes visual controls, such as controls for displaying text and controls for displaying images. The view system can be used to build the application's display interface, which can consist of one or more views, such as a view displaying SMS notification icons, a view displaying text, and a view displaying images. The phone manager provides communication functions for the electronic device 100, such as managing call status (including connection and disconnection). The resource manager provides the application with various resources, such as localized strings, icons, images, layout files, and video files. The notification manager allows the application to display notification information in the status bar, which can be used to convey informational messages and can disappear automatically after a short pause without user interaction. For example, the notification manager is used to notify users of download completions and message alerts. The notification manager can also display notifications as icons or scrolling text in the system's top status bar, such as notifications from background applications. Furthermore, the notification manager can appear as dialog boxes on the screen, such as displaying text messages in the status bar, emitting sounds, causing electronic devices to vibrate, or flashing indicator lights.

[0092] As an example, the application framework layer can also include an AI model. This AI model is used to determine the duration required for a system upgrade when the electronic device's system needs to be upgraded, obtain the historical usage information of the electronic device, and determine the corresponding upgrade time period based on the historical usage information and the initial upgrade duration. The determined upgrade time period is then sent to the OUC module.

[0093] It should be noted that this historical usage information is used to reflect the user's habits in using electronic devices.

[0094] The local layer can include an upgrade process (update_engine), which is used to perform system upgrades upon receiving an upgrade notification from the OUC module. This upgrade notification carries the upgrade time period sent by the AI ​​model.

[0095] The kernel layer is the layer between hardware and software. The kernel layer contains at least the display driver, camera driver, audio driver, and sensor driver.

[0096] Next, the system architecture involved in the embodiments of this application will be described, see [link to relevant documentation]. Figure 3 The system architecture of this application embodiment involves an electronic device P1 and a corresponding system upgrade server P2. The system upgrade server P2 is used to push system upgrade packages (also referred to as OAT upgrade packages, upgrade packages, upgrade data packages, etc.). As described above, the electronic device P1 includes an AI model, an OUC module, and an upgrade process. The system upgrade server can communicate with the OUC module, and the OUC module can also communicate with both the AI ​​model and the upgrade process. That is, when an upgrade data package exists, the system upgrade server P2 can send a system upgrade notification to the OUC module in the electronic device P1. Upon receiving the system upgrade notification, the OUC module can send an information retrieval notification to the AI ​​model. Upon receiving this information retrieval notification, the AI ​​model can obtain the historical usage information of the electronic device P1, determine a suitable upgrade time period based on the historical usage information, and then return a first notification to the OUC module, which carries the upgrade time period. After receiving the first notification, the OUC module can send a second notification to the upgrade process, which instructs the upgrade process to perform a system upgrade within the upgrade time period.

[0097] In some embodiments, the OUC module may send a second notification to the upgrade process when the current time reaches the upgrade period. Upon receiving the second notification, the upgrade process performs a system upgrade based on the upgrade data packet carried in the second notification. Alternatively, the OUC module may send a second notification to the upgrade process when it receives the upgrade period. Upon receiving the second notification, the upgrade process checks the system time, and if the system time reaches the start time of the upgrade period, performs a system upgrade based on the upgrade data packet carried in the second notification.

[0098] In some embodiments, the OUC module can also download upgrade data packages from the upgrade server P2. The OUC module can download the upgrade data packages at any time before the upgrade period or at any time during the system upgrade period; this embodiment does not impose specific restrictions on the time for downloading the upgrade data packages.

[0099] Based on the execution entity provided in the above embodiments, the system upgrade method provided in this application embodiment will be described next. Please refer to... Figure 4 , Figure 4 This is a schematic diagram illustrating a system upgrade method, which is intended as an example and not a limitation. The method is illustrated using the interaction between multiple modules in an electronic device and a system upgrade server as an example, and may include some or all of the following:

[0100] Step 401: The system upgrade server sends a system upgrade notification to the electronic device.

[0101] It should be noted that electronic devices undergo frequent system updates. The system upgrade server can proactively detect the system version of electronic devices. If an upgrade is detected, the system upgrade server can send a system upgrade notification to the electronic device. Alternatively, the electronic device can also send a version query request to the system upgrade server at specified time intervals. This query request carries the current system version information of the electronic device. In response to the version query request, the system upgrade server can perform a system version query based on the system version information. If an upgrade is found, the system upgrade server can send a system upgrade notification to the electronic device.

[0102] It should be noted that the system upgrade notification may include information such as the size of the upgrade data package, version information, and the duration of multiple secondary upgrades. The duration of multiple secondary upgrades refers to the duration of upgrades to this version of the system by multiple other electronic devices.

[0103] Step 402: The OUC module in the electronic device receives the system upgrade notification.

[0104] As can be seen from the above, electronic devices can communicate with the system upgrade server through the OUC module. Therefore, electronic devices can receive system upgrade notifications through the OUC module.

[0105] Step 403: The OUC module sends a download notification to the system upgrade server.

[0106] In some embodiments, after receiving a system upgrade notification, the OUC module can directly download the upgrade data package from the system upgrade server. That is, the OUC module can directly send a download notification to the system upgrade server.

[0107] As an example, the OUC module, in response to system upgrade notifications, can also detect the current usage environment of electronic devices, such as the network connection, battery level, and whether the device is currently in use. If the device's current environment meets the preset download conditions, a download notification is sent to the system upgrade server. If the device's current environment does not meet the preset download conditions, the module continues to monitor the device's environment; if the environment meets the preset download conditions, a download notification is sent to the system upgrade server.

[0108] It should be noted that the preset download conditions can be set in advance according to needs. For example, the preset download conditions can be that the current network environment is a Wi-Fi network environment, and the battery level of the electronic device is greater than or equal to a first value, such as 50% or 60%. Alternatively, the preset download conditions can be that the current network environment is a mobile data network environment, and the battery level of the electronic device is greater than or equal to the first value, and the user is not currently using mobile data to access the internet. Or, the preset download conditions can be that the current network environment is a WiFi network environment, the battery level of the electronic device is greater than or equal to the first value, and the storage space of the electronic device is greater than the size of the upgrade data package. This application embodiment does not limit the specific details of the preset download conditions.

[0109] Step 404: In response to the download notification, the system upgrade server returns an upgrade data packet to the OUC module.

[0110] Step 405: The OUC module sends a notification to the AI ​​model.

[0111] As an example, the information retrieval notification may include information such as the size of the upgrade data package and the duration of multiple secondary upgrades.

[0112] It should be noted that steps 403 and 405 can be performed simultaneously, and step 405 can also be performed after step 404 is completed. Alternatively, the OUC module can directly execute step 405 without downloading the upgrade data package. This application embodiment does not impose specific limitations in this regard.

[0113] Step 406: Upon receiving the information acquisition notification, the AI ​​model determines the first upgrade duration required for this system upgrade.

[0114] In some embodiments, upon receiving an information acquisition notification, the AI ​​model can determine the first upgrade duration required for the system upgrade based on the device information of the electronic device and the size of the upgrade data package. Alternatively, the AI ​​model can determine the first upgrade duration required for the system upgrade based on the device information of the electronic device, the size of the upgrade data package, and multiple second upgrade durations.

[0115] As an example, the device information of an electronic device includes device usage time, remaining storage space, etc. The electronic device can obtain the ideal upgrade time based on the size of the upgrade data package. The ideal upgrade time is the time required to perform a system upgrade based on the upgrade data package when the electronic device has not aged and the storage space is unused. Based on the device usage time and remaining storage space, the corresponding upgrade weight is obtained from the correspondence between device usage time, remaining storage space, and upgrade weight. The ideal upgrade time is multiplied by the upgrade weight to obtain the third upgrade time, and the third upgrade time is determined as the first upgrade time required for this system upgrade.

[0116] It should be noted that the correspondence between device usage time, remaining storage space, and upgrade weight can be preset according to requirements, and this application embodiment does not impose specific restrictions on this.

[0117] In some embodiments, where the information acquisition notification also includes multiple second upgrade durations, the AI ​​model, after obtaining the third upgrade duration, can determine that the average of the third upgrade duration and the multiple second upgrade durations is the first upgrade duration required for this system upgrade. Alternatively, after obtaining the third upgrade duration, the AI ​​model can filter out second upgrade durations from the multiple second upgrade durations that differ from the third upgrade duration by a preset difference; after filtering out second upgrade durations with large differences, it can determine that the average of the remaining second upgrade durations and the third upgrade duration is the first upgrade duration required for this system upgrade.

[0118] It should be noted that the preset difference can be set in advance according to the requirements. For example, the preset difference can be 15 minutes, 10 minutes, 5 minutes, etc. This application embodiment does not impose specific limitations on this.

[0119] In some embodiments, the operation of the AI ​​model in determining the first upgrade duration required for this system upgrade upon receiving an information acquisition notification may also include other operations. For example, the AI ​​model may determine the duration required for each upgrade step based on the upgrade data packet size and the device information of the electronic device. Then, it may determine the first upgrade duration required for this system upgrade based on the duration required for each upgrade step. Alternatively, the AI ​​model may determine the ideal upgrade duration as the first upgrade duration.

[0120] Step 407: The AI ​​model obtains at least one upgrade time period based on the first upgrade duration and historical usage information.

[0121] In some embodiments, before receiving an information acquisition notification, the AI ​​model can continuously collect scenario information about the user's use of the electronic device. This scenario information includes usage time periods and corresponding operations for each usage time period. The AI ​​model generates historical usage information of the electronic device based on the collected scenario information, which reflects the user's usage habits. For example, the AI ​​model can learn from the collected scenario information to obtain historical usage information of the electronic device. Thus, upon receiving an information acquisition notification, the AI ​​model can determine at least one upgrade time period based on the historical usage information of the electronic device and the first upgrade duration.

[0122] It should be noted that the duration of each upgrade time period in the at least one upgrade time period is greater than or equal to the duration of the first upgrade.

[0123] In some embodiments, the operation of the AI ​​model to obtain at least one upgrade time period based on a first upgrade duration and historical usage information includes: using a first duration greater than or equal to the first upgrade duration as the acquisition window, using a second duration as the moving duration of the acquisition window, the moving duration being less than or equal to the duration of the acquisition window, the second duration being a pre-set duration, such as 5 minutes, 3 minutes, etc.; obtaining multiple time periods in chronological order through the acquisition window based on the moving duration; and filtering at least one upgrade time period that meets the system upgrade conditions from the multiple time periods based on historical usage information, wherein there is partial overlap and / or no overlap between the time periods in the at least one upgrade time period.

[0124] As an example, the system upgrade conditions include the frequency of use of electronic devices being less than or equal to a first threshold, the absence of important schedules within the acquisition period (within a period greater than or equal to the first upgrade period), and / or the first use case involved after the acquisition period is not of the highest priority.

[0125] It should be noted that the first threshold can be set in advance according to needs, for example, the first threshold can be 3 times, 5 times, etc.

[0126] In some embodiments, the system upgrade condition is that the usage frequency of the electronic device is less than or equal to a first threshold. If the AI ​​model does not obtain a time period within the first upgrade duration where the usage frequency of the electronic device is less than or equal to the first threshold based on historical usage information, in this case, the AI ​​model can select a time period of usage scenario with a slightly higher usage frequency. For example, based on historical usage information, it can filter out a time period from multiple time periods where the usage frequency of the electronic device is greater than the first threshold and less than or equal to the second threshold to obtain at least one upgrade time period.

[0127] It should be noted that the second threshold can also be preset according to needs, and the second threshold is greater than the first threshold. For example, the second threshold can be 6 times, 7 times, etc.

[0128] In some embodiments, the system upgrade condition may also be other conditions, such as the system upgrade condition being that the usage time of the electronic device (the total usage time of the electronic device within a certain period of time) is less than or equal to a duration threshold.

[0129] It should be noted that this duration threshold can also be preset according to needs, for example, the duration threshold can be 3 minutes, 5 minutes, etc.

[0130] In some embodiments, if there is no time period that meets the conditions for system upgrade, the AI ​​model may instruct the display of a first prompt message, which prompts the user to manually select the time for this system upgrade.

[0131] For example, if there is no time period with a usage frequency less than or equal to the first threshold, the AI ​​model can re-acquire other usage scenarios with higher usage frequency, or display the first prompt information, which is used to prompt the user to manually select the system upgrade time.

[0132] Step 408: The AI ​​model determines the confidence level for each upgrade time period within at least one upgrade time period.

[0133] Since the AI ​​model can identify at least one upgrade time period, and electronic devices can undergo system upgrades within each time period, to minimize the impact of system upgrades on users' use of electronic devices, the AI ​​model can select an optimal upgrade time period from at least one upgrade time period. Specifically, the AI ​​model can select the optimal upgrade time period based on the confidence level of each upgrade time period; therefore, the AI ​​model can determine the confidence level of each upgrade time period within the at least one upgrade time period.

[0134] In some embodiments, the AI ​​model can determine the usage frequency of the electronic device in each upgrade period, the importance of the schedule recorded in each upgrade period, and the scenario priority of the first use scenario involved after each upgrade period. Based on the usage frequency of the electronic device in each upgrade period, the importance of the schedule recorded in each upgrade period, and the scenario priority of the first use scenario involved after each upgrade period, a first score, a second score, and a third score are set for each upgrade period. The higher the usage frequency of each upgrade period, the lower the first score; the higher the importance of the schedule corresponding to each upgrade period, the lower the second score; and the higher the scenario priority of the first use scenario involved after each upgrade period, the lower the third score. Based on the first score, the second score, and the third score for each upgrade period, the confidence level of each upgrade period is determined.

[0135] As an example, the AI ​​model can obtain the correspondence between usage frequency and first score, importance and second score, and scenario priority and third score. Based on the usage frequency corresponding to each upgrade period, it determines the first score corresponding to each upgrade period from the correspondence between usage frequency and first score; based on the importance of the schedule recorded in each upgrade period, it determines the second score corresponding to each upgrade period from the correspondence between importance and second score; and based on the scenario priority of the first usage scenario involved after each upgrade period, it determines the third score corresponding to each upgrade period from the correspondence between scenario priority and third score.

[0136] As an example, the AI ​​model can also assign first, second, and third scores to each upgrade time period in other ways. For instance, it can assign scores to upgrade time periods corresponding to usage frequency in ascending order of frequency, resulting in the first score for each upgrade time period. Similarly, it can assign scores to upgrade time periods corresponding to importance in ascending order of importance, resulting in the second score for each upgrade time period. Likewise, it can assign scores to upgrade time periods corresponding to usage scenario priority in ascending order of scenario priority, resulting in the third score for each upgrade time period.

[0137] For example, the AI ​​model obtains three upgrade time periods. The first time period is used 3 times, excluding important schedules, and the first use case after the first time period has the lowest priority. The second upgrade time period is used 4 times, includes one important schedule, and the first use case after the second time period has the highest priority. The third upgrade time period is used 1 time, includes one important schedule, and the first use case after the third time period has the highest priority. Therefore, the first score for the first time period can be 2 points, the first score for the second time period can be 1 point, and the first score for the third time period can be 3 points. The second score for the first time period can be 2 points, the second score for the second time period can be 1 point, and the second score for the third time period can be 1 point. The third score for the first time period can be 2 points, the third score for the second time period can be 1 point, and the third score for the third time period can be 1 point.

[0138] In some embodiments, the operation of the AI ​​model to determine the confidence level of each upgrade time period based on the first score, second score, and third score corresponding to each upgrade time period includes: adding the first score, second score, and third score corresponding to each upgrade time period to obtain the confidence level corresponding to each upgrade time period; or, multiplying the first score, second score, and third score corresponding to each upgrade time period by their respective weights to obtain the first product, second product, and third product corresponding to each upgrade time period; and determining the sum of the first product, second product, and third product corresponding to each upgrade time period as the confidence level corresponding to each upgrade time period.

[0139] It should be noted that the weights corresponding to the first, second, and third scores can be preset according to requirements. For example, the weight of the first score can be greater than the weight of the second score, and the weight of the second score can be greater than the weight of the third score. Alternatively, the weight of the third score can be greater than the weight of the second score, and the weight of the second score can be greater than the weight of the first score. Or, the weight of the second score can be greater than the weight of the first score, and the weight of the first score can be greater than the weight of the third score. Or, the weight of the second score can be greater than the weight of the third score, and the weight of the third score can be greater than the weight of the first score.

[0140] Step 409: The AI ​​model determines the upgrade time period with the highest confidence among at least one upgrade time period as the target upgrade time period.

[0141] Since the number of at least one upgrade time period obtained by the AI ​​model may be multiple or one, when the number of at least one upgrade time period obtained is multiple, the AI ​​model can determine the confidence level of each upgrade time period in the at least one upgrade time period; and determine the upgrade time period with the highest confidence level as the target upgrade time period.

[0142] Of course, since the AI ​​model may only acquire one upgrade time period, in this case, the AI ​​model can directly determine the acquired upgrade time period as the target upgrade time period. Alternatively, if the number of at least one upgrade time period is one, the confidence level corresponding to that upgrade time period is determined. If the confidence level is greater than or equal to a preset threshold, the upgrade time period is determined as the target upgrade time period. If the confidence level is less than the preset threshold, the first prompt message is displayed.

[0143] Step 410: The AI ​​model sends the first notification to the OUC module.

[0144] It should be noted that the first notification includes the target upgrade time period.

[0145] In some embodiments, the OUC module can perform the operation of step 403 above upon receiving a system upgrade notification, or it can perform the operation of step 403 above upon receiving a first notification. That is, the OUC module can download the upgrade data package from the system upgrade server upon receiving a system upgrade notification, or it can download the upgrade data package after determining the target upgrade time period. This application embodiment does not impose specific limitations on this.

[0146] Step 411: The OUC module sends a second notification to the upgrade process.

[0147] It should be noted that the second notification may include the target upgrade time period.

[0148] In some embodiments, the OUC module may send a second notification directly to the upgrade process upon receiving the first notification, or it may detect the system time based on the target upgrade time period carried in the first notification, and send a second notification to the upgrade process upon detecting that the system time has reached the start time of the target upgrade time period. This application embodiment does not impose specific limitations on this.

[0149] Step 412: The upgrade process responds to the second notification and upgrades the electronic device's system according to the upgrade data packet during the target upgrade time period.

[0150] In some embodiments, the upgrade process responds to a second notification by detecting the battery status of the electronic device during a target upgrade time period, and if the battery level of the electronic device is greater than or equal to a second value, upgrades the system of the electronic device according to the upgrade data packet.

[0151] As an example, if the battery level of an electronic device is detected to be lower than a second value during the target upgrade period, a second prompt message is issued to remind the user to charge the device so that the system upgrade can be performed.

[0152] In this embodiment of the application, since the historical usage information of electronic devices can reflect the user's usage habits, system upgrades can be performed during periods that do not interfere with the user's use of the electronic devices, thereby reducing the impact of system upgrades on the user's use of the electronic devices, improving the ease of use of the electronic devices, and increasing user stickiness.

[0153] It should be noted that the above refers to electronic devices... Figure 4 The following explanation uses the interaction between multiple modules and a system upgrade server to illustrate a system upgrade method. To further understand the embodiments of this application, another system upgrade method is also provided, illustrated using the execution of this method by an electronic device. Please refer to [link / reference]. Figure 5 As an example, and not a limitation, the method may include some or all of the following:

[0154] Step 501: Continuously collect information on the scenarios in which users use electronic devices.

[0155] It should be noted that the scenario information includes the usage time period, the operation corresponding to each usage time period, etc., and the historical usage information of the electronic device is generated based on the collected scenario information.

[0156] It should be noted that electronic devices can continuously collect scenario information about how users use them through AI models, and generate historical usage information of the electronic devices based on the collected scenario information.

[0157] Step 502: Receive the system upgrade notification sent by the system upgrade server.

[0158] It should be noted that when the system upgrade server detects that the version of an electronic device has been updated, it can proactively send a system upgrade notification to the electronic device, so that the electronic device can receive the system upgrade notification.

[0159] Alternatively, the electronic device can proactively send a version retrieval request to the system upgrade server, which carries the current system version information of the electronic device. After receiving the version retrieval request, the system upgrade server can detect whether there is an updated version of the electronic device's system based on the system version information carried in the version retrieval request, and send a system upgrade notification to the electronic device if an updated version exists.

[0160] It should be noted that the electronic device may send a version acquisition request to the system upgrade server upon receiving a user operation, or it may send a version acquisition request to the system upgrade server at specified time intervals. This application embodiment does not impose specific limitations on this.

[0161] Step 503: In response to the system upgrade notification, determine the first upgrade duration required for this system upgrade.

[0162] In some embodiments, the system upgrade notification may carry information such as the size of the upgrade data packet and multiple second upgrade durations. Therefore, in response to the system upgrade notification, the electronic device can determine the first upgrade duration required for this system upgrade based on the size of the upgrade data packet and / or the multiple second upgrade durations. Alternatively, the first upgrade duration required for this system upgrade can also be determined based on the size of the upgrade data packet, the multiple second upgrade durations, and the device information of the electronic device.

[0163] It should be noted that the operation of determining the first upgrade duration required for this system upgrade can refer to the operation of step 406 above, and this application embodiment will not elaborate on this step.

[0164] Step 504: Determine multiple time periods based on the first upgrade duration.

[0165] It should be noted that the duration of each time period in the multiple time periods is greater than or equal to the duration of the first upgrade.

[0166] In some embodiments, the electronic device may use a first duration greater than or equal to the first upgrade duration as the acquisition window, and a second duration as the movement duration of the acquisition window, wherein the movement duration is less than or equal to the duration of the acquisition window, and the second duration is a preset duration, such as 5 minutes, 3 minutes, etc.; based on the movement duration, multiple time periods are acquired in chronological order through the acquisition window.

[0167] Step 505: Determine the first time period from multiple time periods.

[0168] It should be noted that the first time period refers to the time period among multiple time periods that has not undergone the scenario judgment operation. The scenario judgment operation is used to determine whether the time period meets the system upgrade conditions. For example, the scenario judgment operation includes the operation of step 506, step 507, and / or step 508 described below.

[0169] As an example, an electronic device can select any one of the multiple time periods as the first time period.

[0170] Step 506: Based on historical usage information, determine whether the usage frequency of the electronic device within the first time period is less than or equal to the first threshold. If yes, proceed to step 507 below; otherwise, return to step 505 above.

[0171] It should be noted that although the electronic device acquires multiple time periods with a duration greater than or equal to the first upgrade duration, some of these time periods may be times when users frequently use the device. Upgrading the system during these periods would impact user experience. Therefore, to minimize the impact on user behavior during the system upgrade process, the electronic device needs to identify periods of low-frequency user use. In other words, after determining the first time period, the electronic device can determine whether its usage frequency within that first time period is less than or equal to a first threshold.

[0172] As an example, if the frequency of electronic device usage exceeds a first threshold within the first time period, it indicates that the user will frequently use the electronic device during that period. During this high-frequency usage, system upgrades for the electronic device will affect user experience. Therefore, the electronic device needs to reassess whether other time periods meet the system upgrade criteria. In other words, the electronic device can return to step 505 to reselect a first time period. If the frequency of electronic device usage is less than or equal to the first threshold within the first time period, it indicates that the user's frequency of electronic device usage is low within the currently selected first time period. Therefore, the first time period can be determined as the target upgrade time period. Alternatively, it can be further determined whether the first time period meets the system upgrade criteria, i.e., continue executing step 507 below.

[0173] Step 507: Based on historical usage information, determine whether there are any important events within the first time period. If yes, return to the operation in step 505 above; otherwise, proceed to the operation in step 508 below.

[0174] Although users may use electronic devices less frequently during the initial time period, there could be important events scheduled within that period. In such cases, a system upgrade could cause users to miss these important events. Therefore, to minimize the impact on user experience, electronic devices can continue to determine whether important events exist within the initial time period.

[0175] In some embodiments, if there is an important schedule within the first time period, it indicates that the first time period is not suitable for system upgrade. Therefore, the electronic device can reselect another time period for judgment, that is, the electronic device can return to the operation of step 505.

[0176] In some embodiments, if there are no important events during the first time period, the electronic device can directly determine the first time period as the target upgrade time period. Of course, to further reduce the impact of the system upgrade on the user's use of the electronic device, the electronic device can also continue to determine whether the first time period meets the system upgrade conditions. That is, the electronic device can continue to perform the operation in step 508 below.

[0177] Step 508: Based on historical usage information, determine whether the priority of the first usage scenario after the first time period is the highest priority. If yes, return to the operation of step 505 above. If no, execute the operation of step 509 below.

[0178] Since system upgrades for electronic devices often require a restart, and some devices are password-protected, users cannot unlock them using more convenient methods like facial recognition or fingerprint unlocking after a restart. Instead, they must re-enter their password. In this situation, if a user urgently needs to use the device, re-entering the password undoubtedly increases the inconvenience. Therefore, to further reduce the impact of system upgrades on user experience, electronic devices can also determine whether the first usage scenario after a certain time period is a critical usage scenario. In other words, the electronic device can determine whether the first usage scenario after the first time period has the highest priority.

[0179] In some embodiments, if the priority of the first use case after the first time period is the highest priority, it means that the first use case after the first time period is a key use case for the user to use the electronic device, and the first time period is not suitable for system upgrade. Therefore, the electronic device can return to the operation of step 505 above.

[0180] In some embodiments, if the priority of the first use case after the first time period is not the highest priority, it means that the first use case after the first time period is not a critical use case for the user to use the electronic device. In this use case, even if the user needs to re-enter the password, it will not affect the user's use of the electronic device. Therefore, the electronic device can perform the operation of step 509 below.

[0181] It should be noted that various usage scenarios can be pre-set in electronic devices. For example, multiple key usage scenarios of a user using the electronic device can be set to the highest priority, while usage scenarios not set to the highest priority can be set to the lowest priority. The methods for setting the priority of usage scenarios in electronic devices can include various approaches, and this application embodiment does not impose specific limitations on them.

[0182] Step 509: Determine the first time period currently acquired as the target upgrade time period.

[0183] Step 510: Upgrade the electronic device's system according to the upgrade data package within the target upgrade time period.

[0184] In some embodiments, upon receiving a system upgrade notification from a system upgrade server, the electronic device can download the corresponding upgrade data package from the system upgrade server and upgrade its system according to the upgrade data package within the target upgrade time period. Alternatively, the electronic device can also download the corresponding upgrade data package from the system upgrade server within the target upgrade time period and upgrade its system according to the upgrade data package after the download is complete.

[0185] As an example, before downloading the corresponding upgrade data package from the system upgrade server, an electronic device can also detect its current operating environment, such as its current network connection and battery level. If the device's current operating environment meets the preset download conditions, it downloads the upgrade data package from the system upgrade server. If the device's current operating environment does not meet the preset download conditions, the system continuously monitors the device's operating environment; if the system detects that the operating environment meets the preset download conditions, it downloads the upgrade data package from the system upgrade server.

[0186] It should be noted that the preset download conditions can be set in advance according to needs. For example, the preset download conditions can be that the current network environment is a Wi-Fi network environment, and the battery level of the electronic device is greater than or equal to a first value, such as 50% or 60%. Alternatively, the preset download conditions can be that the current network environment is a mobile data network environment, and the battery level of the electronic device is greater than or equal to the first value, and the user is not currently using mobile data to access the internet. Or, the preset download conditions can be that the current network environment is a WiFi network environment, the battery level of the electronic device is greater than or equal to the first value, and the storage space of the electronic device is greater than the size of the upgrade data package. This application embodiment does not limit the specific details of the preset download conditions.

[0187] In this embodiment of the application, since the historical usage information of electronic devices can reflect the user's usage habits, system upgrades can be performed during periods that do not interfere with the user's use of the electronic devices, thereby reducing the impact of system upgrades on the user's use of the electronic devices, improving the ease of use of the electronic devices, and increasing user stickiness.

[0188] Next, to further understand the embodiments of this application, another system upgrade method is also provided, and the method is illustrated by being executed by an electronic device. Please refer to [link / reference]. Figure 6 As an example, and not a limitation, the method may include some or all of the following:

[0189] Step 601: Receive the system upgrade notification sent by the system upgrade server.

[0190] It should be noted that system upgrade notifications are sent by the system upgrade server when an upgrade data package exists in the electronic device's system.

[0191] It should be noted that the operation of receiving system upgrade notifications sent by the system upgrade server by electronic devices can refer to the operation of step 502 above, and this embodiment of the application will not elaborate on this step.

[0192] Step 602: In response to the system upgrade notification, determine the target upgrade time period based on the historical usage information of the electronic device.

[0193] It should be noted that the target upgrade period is a time when it will not interfere with the user's use of the electronic device. In other words, performing the system upgrade within the target upgrade period can minimize the impact of the system upgrade on the user's use of the electronic device.

[0194] In some embodiments, the operation of determining a target upgrade time period based on the historical usage information of the electronic device in response to a system upgrade notification includes: determining a first upgrade duration required for this system upgrade based on the device information of the electronic device and the size of the upgrade data packet; and determining the target upgrade time period based on the first upgrade duration and the historical usage information.

[0195] It is worth noting that by determining the initial upgrade duration required for this system upgrade and then determining the target upgrade time period based on the initial duration, the system upgrade can be completed within the target upgrade time period, thus reducing the impact on users' use of electronic devices during the system upgrade process.

[0196] As an example, the device information of an electronic device includes device usage time, remaining storage space, etc. When an electronic device responds to a system upgrade notification, the operation of determining the first upgrade duration required for this system upgrade based on the device information and the size of the upgrade data package includes: obtaining the ideal upgrade duration based on the size of the upgrade data package, which is the duration for upgrading based on the upgrade data package when the electronic device has not aged and the storage space is unused; obtaining the corresponding upgrade weight from the correspondence between device usage time, remaining storage space, and upgrade weight based on the device usage time and remaining storage space; multiplying the ideal upgrade duration by the upgrade weight to obtain the third upgrade duration, and determining the third upgrade duration as the first upgrade duration required for this system upgrade.

[0197] As an example, an electronic device can determine the ideal upgrade duration as the first upgrade duration after identifying the ideal upgrade duration. Alternatively, the electronic device can determine the duration required for each upgrade step based on the upgrade data package size and the device's information. Then, the first upgrade duration required for this system upgrade is determined based on the duration required for each upgrade step.

[0198] In some embodiments, in response to a system upgrade notification, the electronic device may also determine the first upgrade duration in other ways. For example, the electronic device may determine the first upgrade duration required for this system upgrade based on its device information, the size of the upgrade data package, and multiple second upgrade durations.

[0199] As an example, the system upgrade notification can also include multiple second upgrade durations. In this case, after determining the third upgrade duration based on device usage information and the size of the upgrade data package, the electronic device can determine that the average of the third upgrade duration and the multiple second upgrade durations is the first upgrade duration required for this system upgrade. Alternatively, after obtaining the third upgrade duration, the electronic device can filter out second upgrade durations from the multiple second upgrade durations that differ from the third upgrade duration by a preset difference; after filtering out the second upgrade durations with larger differences, it can determine that the average of the remaining second upgrade durations and the third upgrade duration is the first upgrade duration required for this system upgrade.

[0200] Next, we will explain how to determine the target upgrade time period for electronic devices based on the first upgrade duration and historical usage information.

[0201] In some embodiments, the operation of an electronic device determining a target upgrade time period based on a first upgrade duration and historical usage information includes: obtaining at least one upgrade time period based on the first upgrade duration and historical usage information, wherein the duration of each upgrade time period in the at least one upgrade time period is greater than or equal to the first upgrade duration; when the number of at least one upgrade time period is one, determining the obtained upgrade time period as the target upgrade time period; when the number of at least one upgrade time period is multiple, determining the confidence level of each upgrade time period in the at least one upgrade time period; and determining the upgrade time period with the highest confidence level as the target upgrade time period.

[0202] Since there is only one upgrade time period, it means that no other time period is suitable for system upgrades. Therefore, this upgrade time period can be directly determined as the target upgrade time period.

[0203] It is worth noting that by determining the number of at least one upgrade time period, the speed of determining the target upgrade time period can be accelerated, thus improving the efficiency of determining the target upgrade time period.

[0204] Since there are multiple upgrade periods, and electronic devices can undergo system upgrades within each upgrade period, the upgrade period with the highest confidence level is selected from multiple upgrade periods to minimize the impact of system upgrades on users' use of electronic devices.

[0205] In some embodiments, the operation of an electronic device acquiring at least one upgrade time period based on a first upgrade duration and historical usage information includes: using a first duration greater than or equal to the first upgrade duration as an acquisition window, and a second duration as the moving duration of the acquisition window, wherein the moving duration is less than or equal to the duration of the acquisition window, and the second duration is a preset duration, such as 5 minutes, 3 minutes, etc.; acquiring multiple time periods in chronological order through the acquisition window based on the moving duration, and filtering at least one time period that meets the system upgrade conditions from the multiple time periods based on historical usage information. There may be partial overlap and / or no overlap among the time periods in the at least one upgrade time period.

[0206] It should be noted that the system upgrade conditions include the frequency of use of electronic devices being less than or equal to the first threshold, the absence of important schedules within the acquisition period (within a period greater than or equal to the first upgrade period), and / or the priority of the first use case involved after the acquisition period is not the highest priority, etc.

[0207] For example, when system upgrade conditions include the electronic device's usage frequency being less than or equal to a first threshold, the absence of important events within the acquisition period, or the priority of the first use case after the acquisition period is not the highest priority, the electronic device can filter out at least one upgrade period from multiple time periods where the electronic device's usage frequency is less than or equal to the first threshold. Alternatively, the electronic device can filter out at least one upgrade period from multiple time periods where there are no important events. Alternatively, the electronic device can filter out at least one upgrade period from multiple time periods where the priority of the first use case after the time period is not the highest priority.

[0208] For example, when the system upgrade conditions include the electronic device's usage frequency being less than or equal to a first threshold, the absence of important schedules within the acquisition period, and the first usage scenario involved after the acquisition period having a priority that is not the highest priority, the electronic device can be selected from multiple time periods to select at least one upgrade time period in which the electronic device's usage frequency is less than or equal to the first threshold, there are no important schedules, and the first usage scenario involved after the time period has a priority that is not the highest priority.

[0209] It is worth noting that by determining the time period that meets the system upgrade conditions, system upgrades are avoided when users frequently use electronic devices or when important matters are being conducted through electronic devices, thereby reducing the impact of system upgrades on users' use of electronic devices.

[0210] In some embodiments, when there are multiple upgrade time periods, the operation of determining the confidence level of each upgrade time period in the at least one upgrade time period includes: setting a first score, a second score, and a third score corresponding to each upgrade time period, wherein the higher the usage frequency corresponding to each upgrade time period, the lower the first score; the higher the importance of the schedule corresponding to each upgrade time period, the lower the second score; and the higher the scenario priority of the first usage scenario involved after each upgrade time period, the lower the third score; and determining the confidence level of each upgrade time period based on the first score, the second score, and the third score corresponding to each upgrade time period.

[0211] It is worth noting that the frequency of use for each upgrade period is inversely proportional to the first score, the importance of the schedule for each upgrade period is inversely proportional to the second score, and the priority of the first use case after each upgrade period is inversely proportional to the third score. This ensures the reliability of the determined confidence level, and determining the target upgrade period based on the confidence level increases the reliability of determining the target upgrade period.

[0212] In some embodiments, the electronic device may pre-store the correspondence between usage frequency and a first score, the correspondence between importance and a second score, and the correspondence between scenario priority and a third score. In this way, the electronic device can determine the first score corresponding to each upgrade time period based on the usage frequency corresponding to each upgrade time period, from the correspondence between usage frequency and the first score; determine the second score corresponding to each upgrade time period based on the importance of the schedule recorded in each upgrade time period, from the correspondence between importance and the second score; and determine the third score corresponding to each upgrade time period based on the scenario priority of the first usage scenario involved after each upgrade time period, from the correspondence between scenario priority and the third score.

[0213] As an example, electronic devices can also assign first, second, and third scores to each upgrade time period in other ways. For instance, the first score can be obtained by assigning values ​​to upgrade time periods corresponding to usage frequency in ascending order of frequency. Similarly, the second score can be obtained by assigning values ​​to upgrade time periods corresponding to importance in ascending order of importance. Likewise, the third score can be obtained by assigning values ​​to upgrade time periods corresponding to usage scenario priority in ascending order of scenario priority.

[0214] In some embodiments, the operation of determining the confidence level of each upgrade time period based on the first score, second score, and third score corresponding to each upgrade time period includes: adding the first score, second score, and third score corresponding to each upgrade time period to obtain the confidence level corresponding to each upgrade time period; or, multiplying the first score, second score, and third score corresponding to each upgrade time period by their respective weights to obtain the first product, second product, and third product corresponding to each upgrade time period; and determining the sum of the first product, second product, and third product corresponding to each upgrade time period as the confidence level corresponding to each upgrade time period.

[0215] It should be noted that the weights corresponding to the first, second, and third scores can be preset according to requirements. For example, the weight of the first score can be greater than the weight of the second score, and the weight of the second score can be greater than the weight of the third score. Alternatively, the weight of the third score can be greater than the weight of the second score, and the weight of the second score can be greater than the weight of the first score. Or, the weight of the second score can be greater than the weight of the first score, and the weight of the first score can be greater than the weight of the third score. Or, the weight of the second score can be greater than the weight of the third score, and the weight of the third score can be greater than the weight of the first score.

[0216] It is worth noting that by determining the confidence level for each upgrade time period in different ways, the diversity of determining the confidence level for the upgrade time period is increased.

[0217] In some embodiments, when there is only one data point for at least one upgrade time period, the state of the electronic device during the system upgrade process may not meet the system upgrade conditions. Therefore, even when there is only one upgrade time period, the electronic device can still determine the confidence level of that upgrade time period. If the confidence level of the upgrade time period is greater than or equal to a preset threshold, that upgrade time period is determined as the target upgrade time period. If the confidence level of the upgrade time period is less than the preset threshold, a first prompt message is displayed, which prompts the user to manually select the system upgrade time.

[0218] It should be noted that the method for determining the confidence level of the upgrade period for electronic devices can refer to the above method, and this application embodiment will not elaborate on it one by one.

[0219] In some embodiments, if there is no time period that meets the conditions for system upgrade, the electronic device may display a first prompt message, which prompts the user to manually select the time for this system upgrade.

[0220] For example, if there is no time period in which the frequency of use is less than or equal to the first threshold, the electronic device can re-acquire other usage scenarios with higher frequency of use, or it can display the first prompt information.

[0221] It is worth noting that by displaying the initial notification message, users are prevented from missing this system upgrade, thus improving the timeliness of the system upgrade.

[0222] In some embodiments, after obtaining at least one upgrade time period, the electronic device can select the time period with the highest confidence as the target upgrade time period, or it can determine any one of the at least one upgrade time period as the target upgrade time period. This application embodiment does not impose specific limitations on this.

[0223] In some embodiments, the electronic device may determine the target upgrade time period not only based on the first upgrade duration and historical usage information in the manner described above, but also through other means based on the first upgrade duration and historical usage information.

[0224] For example, the electronic device can determine multiple time periods based on a first upgrade duration, where each time period is greater than or equal to the first upgrade duration. From these multiple time periods, a first time period is selected, which is any time period that has not been selected. Based on historical usage information, it is determined whether the first time period meets the system upgrade conditions. If the first time period meets the system upgrade conditions, it is determined as the target upgrade time period. If the first time period does not meet the system upgrade conditions, the process of selecting the first time period from the multiple time periods is repeated until the first time period meets the system upgrade conditions, or until all multiple time periods have been traversed. This process can refer to steps 504-509 above, and will not be described in detail in this embodiment.

[0225] It is worth noting that after obtaining multiple time periods, if any one of these time periods meets the system upgrade conditions, that time period can be determined as the target upgrade time period. In some cases, it may not be necessary to traverse multiple time periods, thus speeding up the determination of the target upgrade time period and improving the efficiency of determining the target upgrade time period.

[0226] In some embodiments, the electronic device may also determine the target upgrade time period by other means based on the first upgrade duration and historical usage information. For example, the electronic device may, based on historical usage information, obtain time periods within a duration greater than or equal to the first upgrade duration where the usage frequency of the electronic device is less than or equal to a first threshold, thus obtaining at least one time period. These at least one time period may have partial overlap and / or no overlap among the various time periods. Time periods with important schedules are filtered out from the at least one time period to obtain at least one candidate time period. Any time period among the at least one candidate time period that does not have the highest priority usage scenario is determined as the target upgrade time period.

[0227] It is worth noting that determining the target upgrade time period through different methods increases the diversity of determining the target upgrade time period.

[0228] Step 603: Upgrade the electronic device's system according to the upgrade data package within the target upgrade time period.

[0229] In some embodiments, upon receiving a system upgrade notification from a system upgrade server, the electronic device can download the corresponding upgrade data package from the system upgrade server and upgrade its system according to the upgrade data package within the target upgrade time period. Alternatively, the electronic device can also download the corresponding upgrade data package from the system upgrade server within the target upgrade time period and upgrade its system according to the upgrade data package after the system upgrade package has been downloaded.

[0230] In this embodiment of the application, since the historical usage information of electronic devices can reflect the user's usage habits, system upgrades can be performed during periods that do not interfere with the user's use of the electronic devices, thereby reducing the impact of system upgrades on the user's use of the electronic devices, improving the ease of use of the electronic devices, and increasing user stickiness.

[0231] Figure 7 This is a schematic diagram of the structure of a system upgrade device provided in an embodiment of this application. The device can be implemented as part or all of an electronic device by software, hardware, or a combination of both. This electronic device can be... Figure 1 The electronic device shown. See also Figure 7 The device includes a receiving module 701, a determining module 702, and an upgrading module 703.

[0232] The receiving module 701 is used to receive a system upgrade notification sent by the system upgrade server. The system upgrade notification is sent by the system upgrade server when there is an upgrade data packet in the electronic device's system.

[0233] The determination module 702 is used to respond to the system upgrade notification and determine the target upgrade time period based on the historical usage information of the electronic device. The target upgrade time period is a period of time that will not interfere with the user's use of the electronic device.

[0234] Upgrade module 703 is used to upgrade the system of electronic devices according to upgrade data packets within a target upgrade time period.

[0235] In this embodiment of the application, since the historical usage information of electronic devices can reflect the user's usage habits, system upgrades can be performed during periods that do not interfere with the user's use of the electronic devices, thereby reducing the impact of system upgrades on the user's use of the electronic devices, improving the ease of use of the electronic devices, and increasing user stickiness.

[0236] It should be noted that the system upgrade device provided in the above embodiments is only illustrated by the division of the above functional modules when upgrading the system. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0237] The functional units and modules in the above embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of the embodiments of this application.

[0238] The system upgrade device and system upgrade method embodiments provided in the above embodiments belong to the same concept. The specific working process and technical effects of the units and modules in the above embodiments can be found in the method embodiment section, and will not be repeated here.

[0239] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line, DSL) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer, or a data storage device such as a server or data center that integrates one or more available media. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., Digital Versatile Discs (DVDs)), or semiconductor media (e.g., Solid State Disks (SSDs)).

[0240] The above-described embodiments are optional embodiments provided by this application and are not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the technical scope disclosed in this application should be included within the protection scope of this application.

Claims

1. A system upgrade method, characterized in that, When applied to electronic devices, the method includes: Receive a system upgrade notification sent by the system upgrade server, wherein the system upgrade notification is sent by the system upgrade server when there is an upgrade data packet in the system of the electronic device; In response to the system upgrade notification, a target upgrade time period is determined based on the historical usage information of the electronic device. The target upgrade time period is a period of time that will not interfere with the user's use of the electronic device. The system of the electronic device is upgraded according to the upgrade data package during the target upgrade period.

2. The method as described in claim 1, characterized in that, In response to the system upgrade notification, the target upgrade time period is determined based on the historical usage information of the electronic device, including: In response to the system upgrade notification, the first upgrade duration required for this system upgrade is determined based on the device information of the electronic device and the size of the upgrade data packet; The target upgrade time period is determined based on the first upgrade duration and the historical usage information.

3. The method as described in claim 2, characterized in that, The step of determining the target upgrade time period based on the first upgrade duration and the historical usage information includes: Based on the first upgrade duration and the historical usage information, at least one upgrade time period is obtained, wherein the duration of each upgrade time period is greater than or equal to the first upgrade duration. When the number of the at least one upgrade time period is 1, the acquired upgrade time period is determined as the target upgrade time period; When there are multiple upgrade time periods, determine the confidence level of each upgrade time period in the at least one upgrade time period; The upgrade time period with the highest confidence level is determined as the target upgrade time period.

4. The method as described in claim 3, characterized in that, The step of obtaining at least one upgrade time period based on the first upgrade duration and the historical usage information includes: A first duration greater than or equal to the first upgrade duration is determined as the acquisition window, and a second duration is determined as the movement duration of the acquisition window, wherein the second duration is less than or equal to the first duration; Based on the movement duration, multiple time periods are obtained in chronological order through the acquisition window; Based on the historical usage information, at least one upgrade time period that meets the system upgrade conditions is selected from the multiple time periods, wherein there is partial overlap and / or no overlap among the upgrade time periods.

5. The method as described in claim 4, characterized in that, After obtaining multiple time periods in chronological order through the acquisition window based on the movement duration, the process further includes: From the plurality of time periods, a first time period is selected, wherein the first time period is any time period that has not been selected from the plurality of time periods; Based on the historical usage information, determine whether the system upgrade conditions are met in the first time period; If the system upgrade conditions are met in the first time period, the first time period is determined as the target upgrade time period; If the system upgrade conditions are not met in the first time period, return to the operation of selecting the first time period from the multiple time periods until the system upgrade conditions are met in the first time period, or until the multiple time periods have been traversed.

6. The method as described in claim 3, characterized in that, The historical usage information includes the frequency of use of electronic devices, the importance of the schedule, and the priority of the usage scenario; When there are multiple upgrade time periods, determining the confidence level of each upgrade time period within the at least one upgrade time period includes: Set a first score, a second score, and a third score for each upgrade time period. The higher the usage frequency for each upgrade time period, the lower the first score. The higher the importance of the schedule for each upgrade time period, the lower the second score. And the higher the priority of the first usage scenario after each upgrade time period, the lower the third score. The confidence level of each upgrade time period is determined based on the first score, second score, and third score corresponding to each upgrade time period.

7. The method as described in claim 6, characterized in that, The step of determining the confidence level of each upgrade time period based on the first score, second score, and third score corresponding to each upgrade time period includes: Add the first score, second score, and third score corresponding to each upgrade time period to obtain the confidence level corresponding to each upgrade time period; or... Multiply the first score, second score, and third score corresponding to each upgrade time period by their respective weights to obtain the first product, second product, and third product corresponding to each upgrade time period; determine the sum of the first product, second product, and third product corresponding to each upgrade time period as the confidence level corresponding to each upgrade time period.

8. The method as described in claim 4, characterized in that, After selecting at least one upgrade time period that meets the system upgrade conditions from the multiple time periods based on the historical usage information, the process further includes: If there is no time period that meets the system upgrade conditions, a first prompt message is displayed, which prompts the user to manually select the system upgrade time.

9. An electronic device, characterized in that, The device includes a processor, a memory, and a computer program stored in the memory and executable on the processor, characterized in that, when the processor executes the computer program, the electronic device performs the method as described in any one of claims 1-8.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores instructions that, when executed on a computer, cause the computer to perform the method as described in any one of claims 1-8.

11. A computer program product, characterized in that, Includes a computer program, which, when run, causes the method as described in any one of claims 1-8 to be performed.

Images