CN109634629B

CN109634629B - System upgrading method, terminal and computer readable storage medium

Info

Publication number: CN109634629B
Application number: CN201811252901.4A
Authority: CN
Inventors: 张恒
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2018-10-25
Filing date: 2018-10-25
Publication date: 2022-04-15
Anticipated expiration: 2038-10-25
Also published as: CN109634629A

Abstract

The invention discloses a system upgrading method, a terminal and a computer readable storage medium, wherein the method is applied to the terminal comprising N systems, N is more than or equal to 2, and an upgrading instruction aiming at a first system is received; and then the second system is operated in the foreground, the first system is upgraded in the background, and the first system is directly adjusted to the foreground for operation after the first system is upgraded, so that the problem that a user cannot use the terminal in the existing system upgrading process is solved.

Description

System upgrading method, terminal and computer readable storage medium

Technical Field

The present invention relates to the field of terminal technologies, and in particular, to a system upgrade method, a terminal, and a computer-readable storage medium.

Background

With the continuous development and popularization of terminal technology, the terminal becomes an essential part of daily life of people at present, and people carry out social entertainment activities through various applications on the terminal. When the system on the terminal has a new version, the system can be upgraded. However, at present, when a system is upgraded, a terminal is usually restarted and enters a Recovery mode for upgrading, and in the process of upgrading the system, a user cannot use the terminal, so that the user experience satisfaction is low.

Disclosure of Invention

The technical problem to be solved by the invention is that the user can not use the terminal in the existing system upgrading process, so that the user experience satisfaction is low.

In order to solve the above technical problem, the present invention provides a system upgrade method, which is applied to a terminal including N systems, where N is greater than or equal to 2, and the system upgrade method includes:

receiving an upgrade instruction for a first system;

the second system is operated in the foreground, and the first system is upgraded in the background;

and when the first system is upgraded, directly adjusting the first system to the foreground for operation.

Optionally, the second system is a system, of the N systems, occupying the minimum memory except for the first system;

or the like, or, alternatively,

the second system is a system occupying less than or equal to a preset first memory threshold value.

Optionally, before directly tuning the first system to the foreground for operation, the method further includes:

judging whether an instruction for operating a first system is received;

and if so, directly adjusting the first system to the foreground for operation.

Optionally, the number of the non-system applications installed on the second system is less than or equal to a preset number threshold, or the total memory occupied by all the non-system applications installed on the second system is less than or equal to a preset second memory threshold.

Optionally, before the foreground runs the second system, the method further includes:

according to the use frequency of each application installed on the terminal in a preset first historical time period, selecting the applications with the use frequency being less than or equal to the preset number threshold value from the applications installed on the terminal in a descending order, and installing the applications on the second system;

or the like, or, alternatively,

according to the use frequency of each application installed on the terminal in the preset first historical time period, selecting target applications from the applications installed on the terminal in the order from high to low in use frequency to install on the second system, wherein the total memory occupied by all the selected target applications is less than or equal to the preset second memory threshold value.

Optionally, after directly invoking the first system to foreground operation, the method further includes:

judging whether the second system needs to be updated or not;

if so;

and background updating the second system.

Optionally, the determining whether the second system needs to be updated includes:

judging whether the second system needs to be updated or not by judging whether the second system updating information sent by a server is received or not;

or the like, or, alternatively,

determining whether the second system requires updating by determining whether the second system is a latest version of the second system.

Optionally, when it is determined that the second system does not need to be updated, the method further includes:

the second system is shut down.

Furthermore, the invention also provides a terminal, which comprises a processor, a memory and a communication bus;

the communication bus is used for realizing connection communication between the processor and the memory;

the processor is configured to execute one or more programs stored in the memory to implement the steps of the system upgrade method according to any one of claims 1 to 8.

Further, the present invention also provides a computer-readable storage medium storing one or more programs, the one or more programs being executable by one or more processors to implement the steps of the system upgrade method according to any one of claims 1 to 8.

Advantageous effects

The invention provides a system upgrading method, a terminal and a computer readable storage medium, wherein the system upgrading method is applied to the terminal comprising N systems, N is more than or equal to 2, aiming at the defect that the user experience satisfaction is low because the user cannot use the terminal in the existing system upgrading process, an upgrading instruction aiming at a first system is received; and then the second system is operated in the foreground, the first system is upgraded in the background, and the first system is directly adjusted to the foreground for operation after the first system is upgraded, namely, in the upgrading process of the first system, a user can use the terminal through the second system, namely, in the system upgrading process, the user can also use the terminal, and the user satisfaction is improved.

Drawings

The invention will be further described with reference to the accompanying drawings and examples, in which:

fig. 1 is a schematic diagram of a hardware structure of an optional mobile terminal for implementing various embodiments of the present invention.

FIG. 2 is a diagram of a wireless communication system for the mobile terminal shown in FIG. 1;

fig. 3 is a basic flowchart of a system upgrading method according to a first embodiment of the present invention;

FIG. 4 is a flowchart of a second system for updating according to the first embodiment of the present invention;

fig. 5 is a detailed flowchart of a system upgrading method according to a second embodiment of the present invention;

fig. 6 is a schematic structural diagram of a terminal according to a third embodiment of the present invention;

fig. 7 is a detailed flowchart of a system upgrading method according to a third embodiment of the present invention;

fig. 8 is a flowchart of selecting an application according to a third embodiment of the present invention.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in itself. Thus, "module", "component" or "unit" may be used mixedly.

The terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a wearable device, a smart band, a pedometer, and the like, and a fixed terminal such as a Digital TV, a desktop computer, and the like.

The following description will be given by way of example of a mobile terminal, and it will be understood by those skilled in the art that the construction according to the embodiment of the present invention can be applied to a fixed type terminal, in addition to elements particularly used for mobile purposes.

Referring to fig. 1, which is a schematic diagram of a hardware structure of a mobile terminal for implementing various embodiments of the present invention, the mobile terminal 100 may include: RF (Radio Frequency) unit 101, WiFi module 102, audio output unit 103, a/V (audio/video) input unit 104, sensor 105, display unit 106, user input unit 107, interface unit 108, memory 109, processor 110, and power supply 111. Those skilled in the art will appreciate that the mobile terminal architecture shown in fig. 1 is not intended to be limiting of mobile terminals, which may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile terminal in detail with reference to fig. 1:

the radio frequency unit 101 may be configured to receive and transmit signals during information transmission and reception or during a call, and specifically, receive downlink information of a base station and then process the downlink information to the processor 110; in addition, the uplink data is transmitted to the base station. Typically, radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 101 can also communicate with a network and other devices through wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), CDMA2000(Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division duplex Long Term Evolution), and TDD-LTE (Time Division duplex Long Term Evolution).

WiFi belongs to short-distance wireless transmission technology, and the mobile terminal can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 102, and provides wireless broadband internet access for the user. Although fig. 1 shows the WiFi module 102, it is understood that it does not belong to the essential constitution of the mobile terminal, and may be omitted entirely as needed within the scope not changing the essence of the invention.

The audio output unit 103 may convert audio data received by the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109 into an audio signal and output as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output unit 103 may also provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 103 may include a speaker, a buzzer, and the like.

The a/V input unit 104 is used to receive audio or video signals. The a/V input Unit 104 may include a Graphics Processing Unit (GPU) 1041 and a microphone 1042, the Graphics processor 1041 Processing image data of still pictures or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 106. The image frames processed by the graphic processor 1041 may be stored in the memory 109 (or other storage medium) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 may receive sounds (audio data) via the microphone 1042 in a phone call mode, a recording mode, a voice recognition mode, or the like, and may be capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 101 in case of a phone call mode. The microphone 1042 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 1061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 1061 and/or a backlight when the mobile terminal 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

The display unit 106 is used to display information input by a user or information provided to the user. The Display unit 106 may include a Display panel 1061, and the Display panel 1061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 107 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 107 may include a touch panel 1071 and other input devices 1072. The touch panel 1071, also referred to as a touch screen, may collect a touch operation performed by a user on or near the touch panel 1071 (e.g., an operation performed by the user on or near the touch panel 1071 using a finger, a stylus, or any other suitable object or accessory), and drive a corresponding connection device according to a predetermined program. The touch panel 1071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 110, and can receive and execute commands sent by the processor 110. In addition, the touch panel 1071 may be implemented in various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may include other input devices 1072. In particular, other input devices 1072 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like, and are not limited to these specific examples.

Further, the touch panel 1071 may cover the display panel 1061, and when the touch panel 1071 detects a touch operation thereon or nearby, the touch panel 1071 transmits the touch operation to the processor 110 to determine the type of the touch event, and then the processor 110 provides a corresponding visual output on the display panel 1061 according to the type of the touch event. Although the touch panel 1071 and the display panel 1061 are shown in fig. 1 as two separate components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 1071 and the display panel 1061 may be integrated to implement the input and output functions of the mobile terminal, and is not limited herein.

The interface unit 108 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 108 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and external devices.

The memory 109 may be used to store software programs as well as various data. The memory 109 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 109 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor 110 is a control center of the mobile terminal, connects various parts of the entire mobile terminal using various interfaces and lines, and performs various functions of the mobile terminal and processes data by operating or executing software programs and/or modules stored in the memory 109 and calling data stored in the memory 109, thereby performing overall monitoring of the mobile terminal. Processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 110.

The mobile terminal 100 may further include a power supply 111 (e.g., a battery) for supplying power to various components, and preferably, the power supply 111 may be logically connected to the processor 110 via a power management system, so as to manage charging, discharging, and power consumption management functions via the power management system.

Although not shown in fig. 1, the mobile terminal 100 may further include a bluetooth module or the like, which is not described in detail herein.

In order to facilitate understanding of the embodiments of the present invention, a communication network system on which the mobile terminal of the present invention is based is described below.

Referring to fig. 2, fig. 2 is an architecture diagram of a communication Network system according to an embodiment of the present invention, where the communication Network system is an LTE system of a universal mobile telecommunications technology, and the LTE system includes a UE (User Equipment) 201, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, an EPC (Evolved Packet Core) 203, and an IP service 204 of an operator, which are in communication connection in sequence.

Specifically, the UE201 may be the terminal 100 described above, and is not described herein again.

The E-UTRAN202 includes eNodeB2021 and other eNodeBs 2022, among others. Among them, the eNodeB2021 may be connected with other eNodeB2022 through backhaul (e.g., X2 interface), the eNodeB2021 is connected to the EPC203, and the eNodeB2021 may provide the UE201 access to the EPC 203.

The EPC203 may include an MME (Mobility Management Entity) 2031, an HSS (Home Subscriber Server) 2032, other MMEs 2033, an SGW (Serving gateway) 2034, a PGW (PDN gateway) 2035, and a PCRF (Policy and Charging Rules Function) 2036, and the like. The MME2031 is a control node that handles signaling between the UE201 and the EPC203, and provides bearer and connection management. HSS2032 is used to provide registers to manage functions such as home location register (not shown) and holds subscriber specific information about service characteristics, data rates, etc. All user data may be sent through SGW2034, PGW2035 may provide IP address assignment for UE201 and other functions, and PCRF2036 is a policy and charging control policy decision point for traffic data flow and IP bearer resources, which selects and provides available policy and charging control decisions for a policy and charging enforcement function (not shown).

The IP services 204 may include the internet, intranets, IMS (IP Multimedia Subsystem), or other IP services, among others.

Although the LTE system is described as an example, it should be understood by those skilled in the art that the present invention is not limited to the LTE system, but may also be applied to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, and future new network systems.

Based on the above mobile terminal hardware structure and communication network system, the present invention provides various embodiments of the method.

First embodiment

In order to solve the defect that a user cannot use a terminal in the existing system upgrading process, so that the user experience satisfaction is low, the embodiment provides a system upgrading method, which is applied to a terminal including N systems, the terminal can be implemented in various forms as long as the terminal includes N systems, for example, the terminal can include a mobile terminal such as a mobile phone, a tablet computer, a palm computer and the like, and a fixed terminal such as a digital TV, a desktop computer and the like. The terminal may be the terminal shown in fig. 1. N is an integer greater than or equal to 2, that is, the system upgrade method provided in this embodiment is applied to a terminal including at least 2 systems. Wherein, N can be 2, 3, 4, etc. The N systems included in the terminal may include an Android operating system, may also include an iOS operating system, and may also include other systems.

Referring to fig. 3, fig. 3 is a basic flowchart of a system upgrading method provided in this embodiment, where the system upgrading method includes:

s301, receiving an upgrading instruction aiming at the first system.

When the first system has a new version, the terminal receives the notification information of the new version of the first system sent by the server, after the user checks the notification information of the new version of the first system, if the user needs to upgrade, the terminal sends a first system upgrade instruction, and after receiving the upgrade instruction for the first system, the terminal goes to step S302. In some embodiments, the system automatic upgrade mode of the terminal is turned on, and the terminal may confirm that the upgrade instruction for the first system is received after receiving the notification information of the new version of the first system, and go to S302.

It should be understood that, in the present embodiment, the first system is a system among N systems installed on the terminal. The first system may be any one of the N systems installed on the terminal, that is, the step S302 is performed as long as an upgrade instruction of any one of the systems installed on the terminal is received. The first system may also be a specific system among N systems installed on the terminal, and the process may be switched to S302 only when an upgrade instruction for the system is received, and the process may not be switched to S302 when an upgrade instruction for another system is received. For example, if the terminal includes three systems, i.e., system a, system B, and system C, and the user sets system a as the specific system, then S302 will be turned only when an upgrade instruction for system a is received.

The upgrade instruction for the first system may be received when the first system runs, that is, the first system is a system that is currently running when the upgrade instruction for the first system is received, and of course, the upgrade instruction for the first system may also be received when other systems run.

S302, the foreground runs the second system, and the background upgrades the first system.

In this embodiment, when an upgrade instruction for a first system is received, a foreground runs a second system, and a background upgrades the first system. It should be understood that, in this embodiment, the second system is one of N systems installed on the terminal. If the first system is not the system currently running when receiving the upgrade instruction for the first system, the second system may be the system currently running when receiving the upgrade instruction for the first system, and at this time, the first system may be directly upgraded in the background. If the first system is a system which is currently running when receiving an upgrading instruction aiming at the first system, starting a second system, running the second system on a foreground, and upgrading the first system on a background, wherein the second system can be firstly run on the foreground, and then the first system can be upgraded on the background; the second system can also be operated in the foreground and the first system can be upgraded in the background; the first system can also be upgraded in the background first, and then the first system is operated in the foreground, which is noteworthy that, no matter which order, at least a part of the time for upgrading the first system in the background is that the second system is operated in the foreground, so that the user can use the terminal in the system upgrading process.

In this embodiment, in order to reduce the starting time of the second system, the second system may be a system with a single function, for example, a system including only basic functions such as call and short message. The second system may be a system occupying the minimum memory among the N systems installed in the terminal, except for the first system. The second system may also be a system in which the occupied memory is less than or equal to a preset first memory threshold, where the first memory threshold may be flexibly set according to actual needs.

It should be understood that the application installed on the second system includes a system application, wherein the system application is an application that is self-contained to the system. In this embodiment, the application installed on the second system may only include the system application, that is, the non-system application cannot be installed on the second system.

In this embodiment, the application installed on the second system may include a non-system application, that is, when the second system is running, the user may install other applications on the second system. In this embodiment, the total memory occupied by all the non-system applications installed on the second system is less than or equal to the preset second memory threshold, or the number of all the non-system applications installed on the second system is less than or equal to the preset number threshold, where the preset second memory threshold and the preset number threshold may be flexibly set according to actual needs, for example, the preset number threshold is set to 5, 6, and the like, and if the preset number threshold is set to 3, when the number of the non-system applications installed on the second system exceeds 3, the applications cannot be installed on the second system, and unless a certain application is uninstalled, so that the number of the non-system applications installed on the second system is less than 3, the applications may be installed again at this time. The preset second memory threshold may be set to 100M, 200M, and the like, and if the second memory threshold is set to 100M, when the memory occupied by all the non-system applications installed on the second system is equal to 100M, the non-system applications cannot be installed any more. The non-system application installed on the second system may be an application installed according to an instruction issued by a user, where the installation instruction includes application indication information to be installed, and the application indication information is used to indicate which application is installed. In this embodiment, the non-system application installed on the second system may be selected from applications installed on the terminal according to the history of use. When the number of all the non-system applications installed on the second system is less than or equal to the preset number threshold, the applications less than or equal to the preset number threshold may be selected from the applications installed on the terminal according to the use frequency of the applications installed on the terminal in the preset first historical time period, and the applications installed on the second system may be installed in the second system according to the order from high to low in the use frequency, wherein the preset first historical time period may be flexibly set by a user and/or a terminal developer according to actual needs, for example, set to 1 week, 1 month, and the like. Assuming that the first historical use time period is 5 days, the preset number threshold is 3, the number of times of use of 'panning for a mobile phone' is 6 times, the number of times of use of 'microblogging' is 13 times, the number of times of use of 'WeChat' is 15 times, and the number of times of use of 'Shake-tone' is 28 times, the 'Shake-tone', 'WeChat' and 'microblogging' are selected and installed on the second system according to the sequence of the frequency of use from high to low.

When the total memory occupied by all the non-system applications installed on the second system is less than or equal to a preset second memory threshold, according to the use frequency of each application installed on the terminal in a preset first historical time period, selecting target applications from the applications installed on the terminal in the order from high to low in the use frequency to install on the second system, wherein the total memory occupied by all the selected target applications is less than or equal to the preset second memory threshold. Assuming that the first historical use time period is 3 days, the preset second memory threshold is 150M, and within 3 days, the ranking of the use frequency of each application is as follows in sequence: the use frequency of the application A, the use frequency of the application B, the use frequency of the application C, the use frequency of the application D and the use frequency of the application E are respectively determined, wherein the use frequency of the application A, the use frequency of the application B, the use frequency of the application C and the use frequency of the application D are respectively determined, the memory occupied by the application A and the memory occupied by the application B are respectively 60M, 70M and 40M, and the memory occupied by the application C is more than 150M if the application C is added, so that the application A and the application B are selected as the selected target application and are installed on the second system. In this embodiment, before the second system is operated in the foreground, an application may be selected from applications installed on the terminal according to the historical usage record and installed on the second system. That is, before the foreground runs the second system, according to the use frequency of each application installed on the terminal in a preset first historical time period, selecting applications which are less than or equal to a preset number threshold value from the applications installed on the terminal according to the sequence of the use frequency from high to low to install the applications on the second system; or selecting target applications from the applications installed on the terminal according to the use frequency of the applications installed on the terminal in the preset first historical time period from high to low, wherein the total memory occupied by all the selected target applications is less than or equal to a preset second memory threshold value. In this way, the user can use the installed non-system applications while the second system is running in the foreground. The relevant running data of the non-system application installed on the second system can be stored before the foreground runs the second system, and the stored relevant running data can be synchronized to the second system when the foreground runs the second system. The relevant running data of a certain application comprises at least one of account information, login password, application permission setting information and the like. For example, assuming that "mobile phone panning is installed on both the first system and the second system," when the first system is operated, the user logs in the panning account, the panning account number may be saved, and when the second system is operated in the foreground, the saved panning account number is updated on the second system, so that when the second system is operated, the user may not need to input the panning account number again.

And S303, directly adjusting the first system to the foreground for operation when the first system is upgraded.

In this embodiment, because the first system is upgraded in the background, the first system can be directly tuned to the foreground for running after the first system is upgraded.

In this embodiment, when the first system is upgraded, before the first system is directly tuned to the foreground to operate, it may be further determined whether an instruction to operate the first system is received; if an instruction for operating the first system is received, the first system can be directly tuned to the foreground for operation, and if the instruction for operating the first system is not received, the operation is finished. In this embodiment, when the first system is upgraded, prompt information and a selection control may be displayed, where the prompt information is used to prompt a user that the first system is upgraded, the selection control is used to enable the user to select whether to run the first system, and then the user may issue an instruction through the selection control, and if the issued instruction is an instruction to run the first system, the first system may be directly tuned to the foreground for running; and if the instruction for operating the first system is not received or the received instruction is that the first system is not operated, ending the operation.

In this embodiment, after the first system is directly tuned to the foreground for operation, the second system may be directly turned off. After directly tuning the first system to the foreground operation, please refer to fig. 4, which may also include the following steps:

s401, judging whether the second system needs to be updated.

If yes, go to S402, otherwise, go to S403.

In this embodiment, whether the second system needs to be updated may be determined by determining whether second system update information sent by the server is received, if the second system update information sent by the server is received, it is determined that the second system needs to be updated, and if the second system update information is not received, it is determined that the second system does not need to be updated.

In this embodiment, it may be further determined whether the second system needs to be updated by determining whether the second system is the latest version of the second system, and if the second system installed on the terminal is the latest version of the second system, it is determined that the second system does not need to be updated, and if the second system installed on the terminal is not the latest version of the second system, it is determined that the second system needs to be updated. Of course, in this embodiment, it may also be determined whether the second system needs to be updated in other manners.

S402, updating the second system in the background.

In this embodiment, although the second system needs to be updated, the user may not want to update the second system installed on the terminal at this time, and therefore, before updating the second system in the background, it may also be determined whether an update instruction issued for the second system is received, if so, the second system is updated in the background, and if not, the second system is not updated.

In this embodiment, after the second system is updated in the background, the second system may be directly closed.

And S403, closing the second system.

The system upgrading method provided by the embodiment is applied to a terminal comprising N systems, wherein N is greater than or equal to 2, and an upgrading instruction for a first system is received; and then the second system is operated in the foreground, the first system is upgraded in the background, and the first system is directly adjusted to the foreground for operation after the first system is upgraded, namely, in the upgrading process of the first system, a user can use the terminal through the second system, namely, in the system upgrading process, the user can use the terminal, the problem that the user cannot use the terminal in the upgrading process of the existing system is solved, and the user experience satisfaction is improved.

Second embodiment

For better understanding of the present invention, the present embodiment is described with reference to a more specific example, where N is assumed to be 2, that is, the terminal includes 2 systems, one of which is a primary system, and the other is a secondary system. Referring to fig. 5, fig. 5 is a detailed flowchart of a system upgrading method according to a second embodiment of the present invention, where the system upgrading method includes:

s501, when the first system runs, an upgrading instruction aiming at the first system is received.

In this embodiment, the first system is a main system, and the main system is a system with relatively complete functions. When the first system is running, if the first system has a new version, the terminal receives the notification information of the new version of the first system sent by the server, after the user checks the notification information of the new version of the first system, if the user needs to upgrade, the terminal sends an upgrade instruction for the first system, and after receiving the upgrade instruction for the first system, the terminal goes to step S502. In some embodiments, the system automatic upgrade mode of the terminal is turned on, and the terminal may confirm that the upgrade instruction for the first system is received after receiving the notification information of the new version of the first system, and go to S502.

And S502, operating the second system in the foreground.

In this embodiment, after receiving an upgrade instruction for the first system, the second system is quickly started, and the second system is foreground-operated. In this embodiment, the second system may be quickly started in the background, and after the start is completed, the second system is tuned to the foreground for operation, or certainly, the second system may be started in the foreground.

In this embodiment, the second system is an auxiliary system. In order to reduce the starting time of the second system, the second system may be a system having only basic functions of communication, short message and the like, for example, the second system is a system having only a communication function and a short message sending and receiving function. In order to reduce the start time of the second system, the application installed on the second system only includes system applications, for example, if the second system is a system having only a call function and a short message sending and receiving function, the application installed on the second system only includes applications for implementing the call function and the short message sending and receiving function, and other non-system applications, for example, applications such as "pay money" cannot be installed on the second system.

S503, upgrading the first system in the background.

In this embodiment, after the foreground runs the second system, the background upgrades the first system. Of course, in other embodiments, the first system may be upgraded in the background first, and then the second system may be operated in the foreground, or the second system may be operated in the foreground at the same time, and the first system may be upgraded in the background.

It should be appreciated that the second system is run in the foreground during the background upgrade of the first system, so that the user can use the terminal during the upgrade of the first system.

S504, after the first system is upgraded, whether an instruction for operating the first system is received is judged.

In this embodiment, after the first system upgrade is completed, a prompt message may be displayed to prompt the user that the first system upgrade is completed. After seeing the prompt message, the user may select to operate the first system or not to operate the first system, and therefore after the first system is upgraded, it may be determined whether an instruction to operate the first system is received, if yes, S505 is turned to, and if not, the operation is ended.

And S505, directly adjusting the first system to the foreground for operation.

In this embodiment, after the first system is upgraded, if the first system running instruction is received, it indicates that the user wishes to use the first system, and the first system is tuned to the foreground for running.

S506, judging whether the second system updating information is received or not.

In this embodiment, after the first system is tuned to the foreground for operation, it is determined whether second system update information sent by the server is received, where the second system update information may be received during operation of the second system. If yes, indicating that the second system needs to be updated, and turning to S507; if not, indicating that the second system does not need to be updated, go to S508.

And S507, updating the second system in the background.

In this embodiment, after the second system update is completed, the second system is shut down.

And S508, closing the second system.

The system optimization method provided by the embodiment is applied to a terminal comprising a main system and an auxiliary system, through the steps that when an upgrade instruction for the main system is received, the auxiliary system is operated by a foreground, the main system is upgraded by a background, when the main system is upgraded, the main system is directly transferred to the foreground to operate, namely, in the main system upgrading process, the auxiliary system can be operated by the terminal, so that the terminal can be used by a user, the problem that the user cannot use the terminal in the existing system upgrading process is solved, in the embodiment, after the main system is upgraded, the main system is directly transferred to the foreground to operate, the main system is not required to be shut down and restarted, the waiting time of the user is shortened, and the user experience satisfaction is further improved.

Third embodiment

The present embodiment provides a computer-readable storage medium, such as a floppy disk, an optical disk, a hard disk, a flash memory, a U disk, a CF card, an SD card, an MMC card, etc., in which one or more programs implementing the above steps are stored, and the one or more programs can be executed by one or more processors to implement the steps of the system upgrade method according to at least one of the first embodiment and/or the second embodiment.

The embodiment also provides a terminal, which includes N systems, where N is an integer greater than or equal to 2. Referring to fig. 6, the terminal provided in this embodiment includes a processor 601, a memory 602, and a communication bus 603.

The communication bus 603 in this embodiment is used for implementing connection communication between the processor 601 and the memory 602;

the processor 601 is configured to execute one or more programs stored in the memory 602 to implement the steps of the system upgrade method according to at least one of the first embodiment and/or the second embodiment.

The terminal and the computer-readable storage medium provided in this embodiment may further implement a system method, where the system upgrading method includes:

s701, when the first system runs, an upgrading instruction aiming at the first system is received.

In this embodiment, it is assumed that the terminal includes 2 systems, where the system occupying a larger memory is the first system, and the system occupying a smaller memory is the second system.

When the first system is running, after an upgrade instruction for the first system is received, S702 is turned to. For how to receive the actual instruction for the first system, please refer to the first embodiment and the second embodiment, which is not described herein.

And S702, operating the second system in the foreground.

In this embodiment, in order to reduce the start time of the second system, the number of non-system applications installed on the second system is less than or equal to the preset number threshold.

In order to ensure that the user can use the non-system applications when the second system is operated in the foreground, in this embodiment, the non-system applications less than or equal to the preset number threshold can be installed on the second system before the second system is operated in the foreground.

In this embodiment, before the foreground runs the second system, please refer to fig. 8, in order to make the application installed on the second system be an application frequently used by the user, which may further include:

s801, obtaining the use frequency of each application installed on the first system in a preset first historical time period.

The first historical time period can be flexibly set by a user and/or a terminal developer according to actual needs. Specifically, reference may be made to the first embodiment, which is not described herein again.

S802, selecting the applications with the number less than or equal to the preset number threshold value from high to low according to the using frequency, and installing the applications on the second system.

It should be understood that the number of applications selected according to the frequency of use is less than or equal to the preset number threshold. For a specific selection manner, please refer to the first embodiment, which is not described herein again.

In this embodiment, because the non-system application installed on the second system is an application also installed on the first system, before the second system is run in the foreground and before the first system is upgraded in the background, the relevant running data of the non-system application installed on the second system during running of the first system may also be saved, and when the second system is run in the foreground, the relevant running data is updated on the second system. For related operation data, please refer to the first embodiment, which is not described herein. For example, assuming that "microblogs" are installed on both the first system and the second system, when the first system runs, the related account information, the search history, and the like of the "microblogs" are stored, and when the second system runs at the foreground, the stored related account information, the search history, and the like of the "microblogs" are updated on the second system, that is, the history use records of the "microblogs" are synchronized.

And S703, upgrading the first system in the background.

In this embodiment, after the foreground runs the second system, the background upgrades the first system. That is, in the process of upgrading the first system in the background, the second system is operated in the foreground, so that in the process of upgrading the first system, the second system is operated on the terminal, and the user can use the terminal.

And S704, directly adjusting the first system to the foreground for operation after the first system is upgraded.

In this embodiment, after the first system is upgraded, the first system is directly tuned to the foreground for operation, and the first system does not need to be powered off and restarted, so that the waiting time of a user is saved.

S705, whether the second system needs to be updated is judged.

If yes, go to S706, otherwise, go to S707.

Please refer to the first embodiment, which is not described herein for how to determine whether the second system needs to be updated.

And S706, updating the second system in the background.

And S707, closing the second system.

The terminal, namely the computer-readable storage medium provided by the embodiment, comprises at least two systems, and is used for receiving an upgrade instruction aiming at a first system; and then the second system is operated in the foreground, the first system is upgraded in the background, and the first system is directly adjusted to the foreground for operation after the first system is upgraded, namely, in the upgrading process of the first system, a user can use the terminal through the second system, namely, in the system upgrading process, the user can use the terminal, the problem that the user cannot use the terminal in the upgrading process of the existing system is solved, and the user experience satisfaction is improved.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A system upgrading method is applied to a terminal comprising N systems, wherein N is greater than or equal to 2, and the system upgrading method comprises the following steps:

receiving an upgrade instruction for a first system;

when the first system is upgraded, directly adjusting the first system to a foreground for operation;

before the foreground runs the second system, the method further includes:

according to the use frequency of each application installed on the terminal in a preset first historical time period, selecting applications with the use frequency being less than or equal to a preset number threshold value from the applications installed on the terminal in a descending order, and installing the applications on the second system;

or the like, or, alternatively,

according to the use frequency of each application installed on the terminal in the preset first historical time period, selecting target applications from the applications installed on the terminal in the order from high to low in use frequency to install on the second system, wherein the total memory occupied by all the selected target applications is less than or equal to a preset second memory threshold value.

2. The system upgrade method according to claim 1, wherein the second system is a system occupying a minimum amount of memory, excluding the first system, among the N systems;

or the like, or, alternatively,

3. The system upgrade method according to claim 1, wherein, before directly bringing the first system to foreground operation, further comprising:

judging whether an instruction for operating a first system is received;

and if so, directly adjusting the first system to the foreground for operation.

4. The system upgrade method according to claim 1, wherein the number of non-system applications installed on the second system is less than or equal to a preset number threshold, or a total memory occupied by all non-system applications installed on the second system is less than or equal to a preset second memory threshold.

5. The system upgrade method according to any one of claims 1 to 4, further comprising, after directly invoking the first system to foreground operation:

judging whether the second system needs to be updated or not;

if so;

and background updating the second system.

6. The system upgrade method according to claim 5, wherein said determining whether the second system needs to be updated comprises:

or the like, or, alternatively,

7. The system upgrade method according to claim 5, wherein when it is determined that the second system does not need to be updated, further comprising:

the second system is shut down.

8. A terminal, characterized in that the terminal comprises a processor, a memory and a communication bus;

the processor is configured to execute one or more programs stored in the memory to implement the steps of the system upgrade method according to any one of claims 1 to 7.

9. A computer readable storage medium, characterized in that the computer readable storage medium stores one or more programs which are executable by one or more processors to implement the steps of the system upgrade method according to any one of claims 1 to 7.