Standby method and electronic equipment

Abstract

The embodiment of the invention provides a standby method and electronic equipment. In the technical scheme provided by the embodiment of the invention, the standby method comprises the following steps: the electronic equipment enters a first standby scene, and the first standby scene is a scene in which the electronic equipment applies for a first wake lock according to a first event in response to a screen turn-off operation of a user when executing the first event through a first application; applying for a second wake-up lock of a second standby scene according to the second event, wherein the second standby scene is a scene in which the electronic equipment executes the second event through a second application in the standby state; passing or rejecting the application of the second wake lock according to the first standby scene, the second standby scene and the standby scene relationship; after the first wake-up lock is released and the screen is turned off, or after both the first wake-up lock and the second wake-up lock are released and the screen is turned off, the electronic equipment enters the standby state, and the wake-up locks are controlled according to the scene, so that the electronic equipment is controllable and flexible in the scene of entering the standby state.

Description

[Technical field]

[0001] The present invention relates to the field of computer technology, and in particular to a standby method and electronic equipment. [Background technology]

[0002] The characteristic of electronic devices to reduce power consumption by entering standby mode and thus improve battery life is a power management technology of the operating system. How electronic devices enter standby mode is one of the key technical points in the power management technology of the operating system. However, electronic devices usually have problems of being uncontrollable or inflexible when entering standby mode. [Summary of the invention]

[0003] In view of this, an embodiment of the present invention provides a standby method and an electronic device, which manage and control the wake-up lock according to the scenario, so that the electronic device is both controllable and flexible when entering the standby state.

[0004] In a first aspect, an embodiment of the present invention provides a standby method, the method comprising:

[0005] The electronic device enters a first standby scenario, where the first standby scenario is a scenario in which the electronic device responds to a screen-off operation of a user when executing a first event through a first application and applies for a first wake-up lock according to the first event;

[0006] Applying a second wake-up lock for a second standby scenario according to a second event, where the second standby scenario is a scenario in which the electronic device executes the second event through a second application in a standby state;

[0007] Approving or rejecting the application of the second wake-up lock according to the first standby scenario, the second standby scenario and the standby scenario relationship;

[0008] After the first wake-up lock is released and the screen is turned off, or after both the first wake-up lock and the second wake-up lock are released and the screen is turned off, the device enters the standby state, and the wake-up lock is managed and controlled according to the standby scenario, so that the electronic device is both controllable and flexible when entering the standby state.

[0009] In combination with the first aspect, in some implementations of the first aspect, before applying for a second wake-up lock for a second standby scenario according to a second event, the method further includes:

[0010] Receiving the second event: When the second event comes from the outside, the electronic device needs to receive the second event, such as an incoming call event or a text message event.

[0011] In combination with the first aspect, in some implementations of the first aspect, the first standby scene includes an audio scene, a sports scene, a navigation scene or a task scene, and the first application includes a music application, a sports application, a map application or a browser application. According to the application classification standards of the application market, the types of applications that perform task processing in standby mode are roughly five types: audio and video entertainment, social communication, practical tools, sports health, and travel navigation. The embodiment of the present invention divides these five types of applications into six standby scenes, namely notification scenes, call scenes, audio scenes, sports scenes, navigation scenes, and task scenes. Regardless of the standby scene, what needs to be awakened is part of the electronic device system and hardware, ensuring the minimization of the wake-up range, which can effectively reduce unnecessary task execution, thereby reducing the time to enter standby, reducing power consumption and improving battery life. Therefore, the embodiment of the present invention redesigns the wake-up lock according to these six standby scenes. Since the first standby scene is the electronic device responding to the user's screen-off operation when executing the first event through the first application, the first wake-up lock is applied for according to the first event and the first event continues to be executed through the first application according to the first wake-up lock, the audio scene, sports scene, navigation scene or task scene in the above 6 standby scenes matches the first standby scene. The first application corresponds to the first scene, so the first application includes a music application, a sports application, a map application or a browser application. The first event corresponds to the first standby scene. For example, the first standby scene is an audio scene, and the first event is playing audio; the first standby scene is a task scene, and the first event is a download task.

[0012] In combination with the first aspect, in some implementations of the first aspect, the second standby scene includes a notification scene, a call scene, an audio scene, a sports scene, a navigation scene or a task scene, and the second application includes a text message application, a phone application, a music application, a sports application, a map application or a browser application. The second standby scene is a scene in which the electronic device executes the second event through a second application in a standby state. Among the above six standby scenes, the notification scene, the call scene, the audio scene, the sports scene, the navigation scene and the task scene can all be used as the second standby scene. The second application corresponds to the second scene, and therefore, the second application includes a text message application, a phone application, a music application, a sports application, a map application or a browser application. The second event corresponds to the second standby scene. For example, the second standby scene is an audio scene, and the second event is playing audio; the second standby scene is a task scene, and the second event is downloading a task.

[0013] In combination with the first aspect, in some implementations of the first aspect, the first standby scene and the second standby scene are different. When the first standby scene and the second standby scene are different, the electronic device determines or rejects the application of the wake-up lock of the second standby scene according to the relationship between the two standby scenes.

[0014] In conjunction with the first aspect, in some implementations of the first aspect, the first application and the second application are different. The first application may be different from the second application.

[0015] In combination with the first aspect, in some implementations of the first aspect, the standby scene relationship includes: task scenes and non-task scenes are mutually exclusive. The wake-up lock of the task scene cannot be activated in any standby scene. When the electronic device has entered a certain standby scene (except the task scene), the wake-up lock of the task scene cannot be activated. At the same time, the electronic device strictly controls the execution frequency and duration of the task scene wake-up lock. Usually, frequent and trivial tasks in the system will prevent the electronic device from entering the standby state. The embodiment of the present invention can prevent frequent and trivial tasks in the system from preventing the system from entering the standby state by setting a standby scene relationship in which the task scene and other standby scenes are mutually exclusive.

[0016] In combination with the first aspect, in some implementations of the first aspect, the standby scene relationship also includes: the standby scenes from the foreground screen off and sleep are mutually exclusive. There is a mutually exclusive relationship between the standby scenes that can enter the standby state from the foreground. For example, in a sports scene, the electronic device has turned off the screen, and the wake-up lock of the audio scene cannot be activated at this time. However, the music scene and the sports scene can exist at the same time (for example, when the electronic device wakes up with the screen on, opens the sports application and the music application, starts exercising and playing music at the same time, and the wake-up locks of the sports scene and the audio scene are activated at the same time).

[0017] In combination with the first aspect, in some implementations of the first aspect, applying for a first wake-up lock according to the first standby scenario includes:

[0018] Applying for the first wake-up lock from a power service through a system service corresponding to the first event of the first standby scenario;

[0019] According to the first event, the application for the first wake-up lock is approved through the power service. The power service of the electronic device reclaims the background wake-up lock provided to the application, and no longer allows the application to apply directly, to prevent third-party applications from abusing the wake-up lock; based on the standby scenario of the application, the corresponding system service applies to the power service for the wake-up lock corresponding to the standby scenario, thereby ensuring the rationality of the use of the wake-up lock; when the system service and the driver apply for the wake-up lock, if the relationship between the standby scenarios is unreasonable, the application fails, to ensure that the wake-up lock will not be abused.

[0020] In combination with the first aspect, in some implementations of the first aspect, applying for a second wake-up lock for a second standby scenario according to a second event includes:

[0021] Apply for the second wake-up lock from the power service through the system service corresponding to the second event of the second standby scene.

[0022] In combination with the first aspect, in some implementations of the first aspect, the system service includes a multimedia service, a push service, a call service, a download service, a sensor service, or a navigation service.

[0023] In combination with the first aspect, in some implementations of the first aspect, after entering the standby state, the method further includes:

[0024] receiving a third event;

[0025] Entering a third standby scenario according to the third event, wherein the third standby scenario is a scenario in which the electronic device executes the third event through a third application when in a standby state;

[0026] After the third wake-up lock corresponding to the third standby scene is released and the screen is turned off, the standby state is entered.

[0027] In combination with the first aspect, in some implementations of the first aspect, the entering a third standby scenario according to the third event, the third standby scenario being a scenario in which the electronic device executes the third event through a third application in a standby state, specifically includes:

[0028] According to a third event, waking up the system through hardware corresponding to the third event and activating a system service corresponding to the third event;

[0029] Applying for a third wake-up lock from the power service through the system service corresponding to the third event;

[0030] waking up a third application corresponding to the third event according to the third wake-up lock;

[0031] The third event is executed by the third application.

[0032] In combination with the first aspect, in some implementations of the first aspect, the third standby scenario has the characteristic of being able to be awakened by hardware.

[0033] In combination with the first aspect, in some implementations of the first aspect, the third standby scenario includes a notification scenario or a call scenario.

[0034] In combination with the first aspect, in some implementations of the first aspect, the third event is associated with a fourth event.

[0035] In combination with the first aspect, in some implementations of the first aspect, after entering the third standby scene according to the third event, the method further includes:

[0036] Entering a fourth standby scenario according to the fourth event, the fourth standby scenario being a scenario in which the electronic device executes the fourth event through the third application when in a standby state.

[0037] In combination with the first aspect, in some implementations of the first aspect, the entering a fourth standby scenario according to the fourth event, the fourth standby scenario being a scenario in which the electronic device executes the fourth event through the third application in a standby state, specifically includes:

[0038] activating a system service corresponding to the fourth event according to the fourth event;

[0039] Applying for a fourth wake-up lock from the power service through the system service corresponding to the fourth event;

[0040] According to the fourth wake-up lock, executing the fourth event through the third application.

[0041] In combination with the first aspect, in some implementations of the first aspect, after the third wake-up lock corresponding to the third standby scene is released and the screen is turned off, entering the standby state includes:

[0042] After the third wake-up lock and the fourth wake-up lock are both released and the screen is turned off, the device enters a standby state.

[0043] In combination with the first aspect, in some implementations of the first aspect, the fourth event is an audio event.

[0044] In a second aspect, an embodiment of the present invention provides an electronic device, comprising a processor and a memory, wherein the memory is used to store a computer program, and the computer program comprises program instructions, and when the processor runs the program instructions, the electronic device executes the steps of the method described above.

[0045] In a third aspect, an embodiment of the present invention provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, wherein the computer program includes program instructions, and when the program request is executed by a computer, the computer is caused to execute the method as described above.

[0046] In a fourth aspect, an embodiment of the present invention provides a computer program product, which includes instructions, and when the computer program product is run on a computer or any at least one processor, the computer executes the functions / steps in the above method.

[0047] In a technical solution of a standby method and an electronic device provided by an embodiment of the present invention, the standby method includes: the electronic device enters a first standby scene, the first standby scene is a scene in which the electronic device responds to a user's screen-off operation when executing a first event through a first application, and applies for a first wake-up lock according to the first event; applies for a second wake-up lock for a second standby scene according to a second event, the second standby scene is a scene in which the electronic device executes the second event through a second application in a standby state; approves or rejects the application for the second wake-up lock according to the first standby scene, the second standby scene and the relationship between the standby scenes; enters a standby state after the first wake-up lock is released and the screen is turned off, or after both the first wake-up lock and the second wake-up lock are released and the screen is turned off, and manages the wake-up lock according to the scene, so that the electronic device is both controllable and flexible when entering the standby state.

Brief Description of the Drawings

[0048] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0049] Figure 1 A schematic diagram of the structure of an electronic device provided by an embodiment of the present invention;

[0050] Figure 2 is a software structure block diagram of the electronic device 100 according to an embodiment of the present invention;

[0051] Figure 3 A schematic diagram of a wake-up lock solution for system power management;

[0052] Figure 4 An architecture diagram of a standby system provided by an embodiment of the present invention;

[0053] Figure 5 Schematic diagram of the characteristics of six standby scenarios in an embodiment of the present invention;

[0054] Figure 6 Schematic diagram of typical characteristics of six standby scenarios of the wake-up lock in an embodiment of the present invention;

[0055] Figure 7 for Figure 4 Schematic diagram of the standby scheme of the medium standby system;

[0056] Figure 8 is a schematic diagram of a standby solution in an audio scenario in an embodiment of the present invention;

[0057] Fig. 9A schematic diagram of a standby solution in a notification scenario in an embodiment of the present invention;

[0058] Fig.10 A schematic diagram of a standby solution in a call scenario according to an embodiment of the present invention;

[0059] Fig.11 Schematic diagram of a standby solution in a sports scenario according to an embodiment of the present invention;

[0060] Fig.12 is a schematic diagram of a standby solution in a navigation scenario in an embodiment of the present invention;

[0061] Fig.13 Schematic diagram of a standby solution in a task scenario in an embodiment of the present invention;

[0062] Fig.14 A flowchart of a standby method provided by an embodiment of the present invention;

[0063] Fig.15 A flowchart of another standby method provided by an embodiment of the present invention;

[0064] Fig.16 This is a specific flow chart of applying for a first wake-up lock according to a first standby scenario in an embodiment of the present invention;

[0065] Fig.17 The third standby scenario is entered according to the third event in the embodiment of the present invention, and the third standby scenario is a specific flow chart of the electronic device executing the third event through the third application in the standby state;

[0066] Fig.18 The fourth standby scenario is entered according to the fourth event in an embodiment of the present invention, and the fourth standby scenario is a specific flow chart of the electronic device executing the fourth event through the third application in the standby state;

[0067] Fig.19 A schematic diagram of the structure of an electronic device provided by an embodiment of the present invention. [Specific implementation method]

[0068] In order to better understand the technical solution of the present invention, the embodiments of the present invention are described in detail below with reference to the accompanying drawings.

[0069] It should be clear that the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0070] The terms used in the embodiments of the present invention are only for the purpose of describing specific embodiments, and are not intended to limit the present invention. The singular forms "a", "said" and "the" used in the embodiments of the present invention and the appended claims are also intended to include plural forms, unless the context clearly indicates other meanings.

[0071] It should be understood that the term "and / or" used in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0072] Figure 1 A schematic structural diagram of an electronic device 100 is shown.

[0073] The 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, an earphone interface 170D, a sensor module 180, a button 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, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light 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.

[0074] It is to be understood that the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the electronic device 100. In other embodiments of the present application, the electronic device 100 may include more or fewer components than shown in the figure, or combine some components, or separate some components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

[0075] The processor 110 may include one or more processing units, for example, the processor 110 may include an application processor (AP), a modem processor, a graphics processor (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU), etc. Different processing units may be independent devices or integrated into one or more processors.

[0076] The controller can generate operation control signals according to the instruction operation code and timing signal to complete the control of instruction fetching and execution.

[0077] The processor 110 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may store instructions or data that the processor 110 has just used or cyclically used. If the processor 110 needs to use the instruction or data again, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0078] In some embodiments, the processor 110 may include one or more interfaces. The interface may include 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.

[0079] The USB interface 130 is an interface that complies with the USB standard specification, and specifically can be a Mini USB interface, a Micro USB interface, a USB Type C interface, etc. The USB interface 130 can be used to connect a charger to charge the electronic device 100, and can also be used to transfer data between the electronic device 100 and a peripheral device. It can also be used to connect headphones to play audio through the headphones. The interface can also be used to connect other electronic devices, such as AR devices, etc.

[0080] It is understandable that the interface connection relationship between the modules illustrated in the embodiment of the present invention is only a schematic illustration and does not constitute a structural limitation on the electronic device 100. In other embodiments of the present application, the electronic device 100 may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

[0081] The charging management module 140 is used to receive charging input from a charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from a wired charger through the USB interface 130. In some wireless charging embodiments, the charging management module 140 may receive wireless charging input through a wireless charging coil of the electronic device 100. While the charging management module 140 is charging the battery 142, it may also power the electronic device through the power management module 141.

[0082] The power management module 141 is used to connect 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, the internal memory 121, the display screen 194, the camera 193, and the wireless communication module 160. The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle number, battery health status (leakage, impedance), etc. In some other embodiments, the power management module 141 can also be set in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 can also be set in the same device.

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

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

[0085] The mobile communication module 150 can provide solutions for wireless communications including 2G / 3G / 4G / 5G, etc., applied to the electronic device 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, and filter, amplify, and process the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the same device as at least some of the modules of the processor 110.

[0086] The modem processor may include a modulator and a demodulator. Among them, the modulator is used to modulate the low-frequency baseband signal to be sent into a medium-high frequency signal. The demodulator is used to demodulate 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 the low-frequency baseband signal is processed by the baseband processor, it is passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to a speaker 170A, a receiver 170B, etc.), or displays an image or video through a display screen 194. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 110 and be set in the same device as the mobile communication module 150 or other functional modules.

[0087] The wireless communication module 160 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR), etc., which are applied to the electronic device 100. 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 the antenna 2, modulates the frequency of the electromagnetic wave signal and performs filtering, and sends the processed signal to the processor 110. The wireless communication module 160 can also receive the signal to be sent from the processor 110, modulate the frequency of it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2.

[0088] In some embodiments, the antenna 1 of the electronic device 100 is coupled to the mobile communication module 150, and the antenna 2 is coupled to the wireless communication module 160, so that the electronic device 100 can communicate with the network and other devices through wireless communication technology. The 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 technology. The GNSS may include a global positioning system (GPS), a global navigation satellite system (GLONASS), a Beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS) and / or a satellite based augmentation system (SBAS).

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

[0090] The display screen 194 is used to display images, videos, etc. The display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device 100 may include 1 or N display screens 194, where N is a positive integer greater than 1.

[0091] The electronic device 100 can realize the shooting function through ISP, camera 193, video codec, GPU, display screen 194 and application processor.

[0092] ISP is used to process the data fed back by camera 193. For example, when taking a photo, the shutter is opened, and the light is transmitted to the camera photosensitive element through the lens. The light signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to ISP for processing and converts it into an image visible to the naked eye. ISP can also perform algorithm optimization on the noise, brightness, and skin color of the image. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, ISP can be set in camera 193.

[0093] The camera 193 is used to capture still images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then passes the electrical signal to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV or other format. In some embodiments, the electronic device 100 may include 1 or N cameras 193, where N is a positive integer greater than 1.

[0094] The digital signal processor is used to process digital signals, and can process not only digital image signals but also other digital signals. For example, when the electronic device 100 is selecting a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy.

[0095] Video codecs are used to compress or decompress digital videos. The electronic device 100 may support one or more video codecs. Thus, the electronic device 100 may play or record videos in a variety of coding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

[0096] NPU is a neural network (NN) computing processor. By drawing on the structure of biological neural networks, such as the transmission mode between neurons in the human brain, it can quickly process input information and can also continuously self-learn. Through NPU, applications such as intelligent cognition of electronic device 100 can be realized, such as image recognition, face recognition, voice recognition, text understanding, etc.

[0097] The external memory 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 memory interface 120 to implement a data storage function, such as storing music, video and other files in the external memory card.

[0098] The internal memory 121 can be used to store computer executable program codes, which include instructions. The internal memory 121 may include a program storage area and a data storage area. Among them, the program storage area may store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc. The data storage area may store data created during the use of the electronic device 100 (such as audio data, a phone book, etc.), etc. In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), etc. The processor 110 executes various functional applications and data processing of the electronic device 100 by running instructions stored in the internal memory 121, and / or instructions stored in a memory provided in the processor.

[0099] The electronic device 100 can implement audio functions such as music playing and recording through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone jack 170D, and the application processor.

[0100] The audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals. The audio module 170 can also be used to encode and decode audio signals. In some embodiments, the audio module 170 can be arranged in the processor 110, or some functional modules of the audio module 170 can be arranged in the processor 110.

[0101] The speaker 170A, also called a "speaker", is used to convert an audio electrical signal into a sound signal. The electronic device 100 can listen to music or listen to a hands-free call through the speaker 170A.

[0102] The receiver 170B, also called a "earpiece", is used to convert audio electrical signals into sound signals. When the electronic device 100 receives a call or voice message, the voice can be received by placing the receiver 170B close to the human ear.

[0103] Microphone 170C, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak by putting their mouth close to microphone 170C to input the sound signal into microphone 170C. The electronic device 100 can be provided with at least one microphone 170C. In other embodiments, the electronic device 100 can be provided with two microphones 170C, which can not only collect sound signals but also realize noise reduction function. In other embodiments, the electronic device 100 can also be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify the sound source, realize directional recording function, etc.

[0104] The earphone interface 170D is used to connect a wired earphone and can be a USB interface 130 or a 3.5 mm open mobile terminal platform (OMTP) standard interface or a cellular telecommunications industry association of the USA (CTIA) standard interface.

[0105] The key 190 includes a power key, a volume key, etc. The key 190 may be a mechanical key or a touch key. The electronic device 100 may receive key input and generate key signal input related to user settings and function control of the electronic device 100.

[0106] Motor 191 can generate vibration prompts. Motor 191 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. For example, touch operations acting on different applications (such as taking pictures, audio playback, etc.) can correspond to different vibration feedback effects. For touch operations acting on different areas of the display screen 194, motor 191 can also correspond to different vibration feedback effects. Different application scenarios (for example: time reminders, receiving messages, alarm clocks, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

[0107] Indicator 192 may be an indicator light, which may be used to indicate charging status, power changes, messages, missed calls, notifications, etc.

[0108] The SIM card interface 195 is used to connect a SIM card. The SIM card can be connected to and separated from the electronic device 100 by inserting it into the SIM card interface 195 or pulling it out from the SIM card interface 195. The electronic device 100 can support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, and the like. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of the multiple cards can be the same or different. The SIM card interface 195 can also be compatible with different types of SIM cards. The SIM card interface 195 can also be compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to implement functions such as calls and data communications. In some embodiments, the electronic device 100 uses an eSIM, i.e., an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.

[0109] The software system of the electronic device 100 may adopt a layered architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. In the embodiment of the present invention, the Android system of the layered architecture is taken as an example to exemplify the software structure of the electronic device 100.

[0110] Figure 2 1 is a software structure block diagram of the electronic device 100 according to an embodiment of the present invention.

[0111] The layered architecture divides the software into several layers, each with clear roles and division of labor. The 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 Android runtime and system library, and the kernel layer.

[0112] The application layer can include a series of application packages.

[0113] like Figure 2 As shown, the application package may include camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, short message and other applications.

[0114] The application framework layer provides an application programming interface (API) and a programming framework for the applications in the application layer. The application framework layer includes some predefined functions.

[0115] like Figure 2 As shown, the application framework layer may include a window manager, a content provider, a view system, a phone manager, a resource manager, a notification manager, and the like.

[0116] The window manager is used to manage window programs. The window manager can obtain the display screen size, determine whether there is a status bar, lock the screen, capture the screen, etc.

[0117] Content providers are used to store and retrieve data and make it accessible to applications. The data may include videos, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.

[0118] The view system includes visual controls, such as controls for displaying text, controls for displaying images, etc. The view system can be used to build applications. A display interface can be composed of one or more views. For example, a display interface including a text notification icon can include a view for displaying text and a view for displaying images.

[0119] The phone manager is used to provide communication functions of the electronic device 100, such as management of call status (including connecting, hanging up, etc.).

[0120] The resource manager provides various resources for applications, such as localized strings, icons, images, layout files, video files, and so on.

[0121] The notification manager enables applications to display notification information in the status bar. It can be used to convey notification-type messages and can disappear automatically after a short stay without user interaction. For example, the notification manager is used to notify download completion, message reminders, etc. The notification manager can also be a notification that appears in the system top status bar in the form of a chart or scroll bar text, such as notifications of applications running in the background, or a notification that appears on the screen in the form of a dialog window. For example, a text message is displayed in the status bar, a prompt sound is emitted, an electronic device vibrates, an indicator light flashes, etc.

[0122] Android Runtime includes core libraries and virtual machines. Android runtime is responsible for scheduling and management of the Android system.

[0123] The core library consists of two parts: one part is the function that needs to be called by the Java language, and the other part is the Android core library.

[0124] The application layer and the application framework layer run in a virtual machine. The virtual machine executes the Java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object life cycle management, stack management, thread management, security and exception management, and garbage collection.

[0125] The system library may include multiple functional modules, such as surface manager, media library, 3D graphics processing library (such as OpenGL ES), 2D graphics engine (such as SGL), etc.

[0126] The surface manager is used to manage the display subsystem and provide the fusion of 2D and 3D layers for multiple applications.

[0127] The media library supports playback and recording of a variety of commonly used audio and video formats, as well as static image files, etc. The media library can support a variety of audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

[0128] The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

[0129] A 2D graphics engine is a drawing engine for 2D drawings.

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

[0131] The following is an illustrative description of the workflow of the software and hardware of the electronic device 100 in conjunction with capturing a photo scene.

[0132] When the touch sensor 180K receives a touch operation, the corresponding hardware interrupt is sent to the kernel layer. The kernel layer processes the touch operation into a raw input event (including touch coordinates, timestamp of the touch operation, and other information). The raw input event is stored in the kernel layer. The application framework layer obtains the raw input event from the kernel layer and identifies the control corresponding to the input event. For example, if the touch operation is a touch single-click operation and the control corresponding to the single-click operation is the control of the camera application icon, the camera application calls the interface of the application framework layer to start the camera application, and then starts the camera driver by calling the kernel layer to capture static images or videos through the camera 193.

[0133] A common way to put an electronic device into standby mode is to control whether to enter standby mode through a CPU wake-up lock. The problem with iOS's implementation of the standby function is that it is not flexible and open enough, and the problem with Android's implementation of the standby function is that it is uncontrollable and easily abused by applications.

[0134] Take the solution of Android entering standby mode as an example. Figure 3 A schematic diagram of a wake-up lock solution for system power management is shown in FIG. Figure 3 As shown, the electronic device includes system power management, applications, system services and drivers. System power management includes power services and power drivers. System power management provides a background (Background) type wake-up lock interface for applications, system services and drivers. When an application, system service or driver wants to process business logic in the background, it is necessary to apply for a background wake-up lock from the system power management and execute a lock (Lock) to prevent the CPU from entering the standby state and ensure the normal processing of the business logic. Due to the existence of the background wake-up lock, the CPU will not be able to enter the standby state, resulting in excessive power consumption of the entire machine and reduced battery life. In addition, the release timing of the wake-up lock depends entirely on the business logic of the application, system service and driver, and the system cannot control it. This will lead to serious abuse, further leading to excessive power consumption and reduced battery life.

[0135] Android is based on an open design concept, giving applications, system services and drivers full freedom, which can be flexibly controlled by users. Although application locking requires pre-application permissions, the application market lacks effective review methods. After an application, system service or driver is locked, the system will not enter standby mode unless it is actively released. Therefore, the timing of electronic devices entering standby mode is uncontrollable, resulting in deterioration of battery life.

[0136] In summary, electronic devices usually have uncontrollable or inflexible problems when entering the standby state.

[0137] Based on the above technical problem, an embodiment of the present invention provides a standby system. Figure 4 The following is an architecture diagram of a standby system provided by an embodiment of the present invention. The standby system is an operating system of an electronic device, such as Figure 4 As shown, the standby system includes an application layer, a service layer, a driver layer and a hardware layer. Among them, the hardware structure and software structure of the electronic device provided by the embodiment of the present invention can be referred to Figure 1 and Figure 2 Related description about electronic device 100.

[0138] The application layer includes multiple applications. Applications refer to specific functional modules implemented by application developers, such as music applications, phone applications, map applications, etc.

[0139] The service layer includes multiple system services. System services refer to specific function sets implemented by operating system developers, such as multimedia services, power services, call services, download services, etc.

[0140] The driver layer includes multiple drivers. Drivers refer to specific hardware functions implemented by device developers, such as audio drivers, WLAN drivers, and Modem drivers.

[0141] The hardware layer includes multiple hardware. Hardware refers to physical devices that provide specific interactive responses, such as speakers, WLAN, Modem, etc.

[0142] According to the application classification standards of the application market, the types of applications that will perform tasks in standby mode are roughly divided into five categories: audio and video entertainment, social communication, practical tools, sports and health, and travel navigation.

[0143] The embodiment of the present invention divides these five types of applications into six standby scenarios, namely notification scenario, call scenario, audio scenario, sports scenario, navigation scenario and task scenario. Figure 5 Schematic diagram of the characteristics of six standby scenarios in an embodiment of the present invention.

[0144] like Figure 5 As shown, the notification scenario has the characteristics of uncertain wake-up timing, frequent and multiple wake-up, the existence of resident system services, the whole device will be woken up and the screen will light up when notification is received, and it can be woken up by hardware.

[0145] like Figure 5 As shown, the call scenario has the characteristics of occupying the background for a long time, having resident system services, waking up the entire device during a call, being able to be woken up by hardware, keeping the screen on after hanging up, and holding the proximity screen lock.

[0146] like Figure 5 As shown, the audio scene has the characteristics of occupying the background for a long time, needing to enter sleep mode after pausing / stopping playback, having resident system services, being awakened by hardware, and being able to sleep with the screen turned off in the foreground.

[0147] like Figure 5 As shown, the sports scene has the characteristics of occupying the background for a long time, being able to go into sleep mode when the screen is turned off in the foreground, and having no resident system services.

[0148] like Figure 5 As shown, the navigation scenario has the characteristics of occupying the background for a long time, being able to go into sleep mode when the screen is turned off in the foreground, and having no resident system services.

[0149] like Figure 5 As shown, the task scenario has the characteristics of two task types (small tasks and large tasks) and the demand for execution during charging or idle time.

[0150] In the above six standby scenarios, no matter which standby scenario is used, what needs to be awakened are parts of the electronic device system and hardware, ensuring the minimization of the awakening range can effectively reduce unnecessary task execution, thereby reducing the length of time to enter standby, reducing power consumption and improving battery life. Therefore, the embodiment of the present invention redesigns the wake-up lock according to these six standby scenarios.

[0151] When the wake-up lock of a certain standby scene is activated, it is considered that the system of the electronic device has currently entered this standby scene.

[0152] Figure 6 Schematic diagram of typical features of six standby scenarios of the wake-up lock in an embodiment of the present invention. Figure 6 As shown, according to the typical characteristics of the six standby scenarios, the standby scenarios can be roughly divided into two categories: "waking up from hardware" and "standby with the screen off from the foreground".

[0153] "Wake up from hardware" means that when the electronic device enters the standby state, when the hardware receives a response, it will actively wake up the system. For example, when a phone call comes in while the phone is in standby mode, the phone starts playing the ringtone via Bluetooth.

[0154] "Screen off standby from the foreground" means that when a user uses an electronic device in the wake-up state with the screen on, the user turns the device into screen off or standby state by pressing the power button or other means. For example, when an electronic device is playing music, exercising, or navigating through an application, the user presses the power button to turn the screen off.

[0155] Therefore, the embodiment of the present invention stipulates the relationship between standby scenes, that is, the mutually exclusive relationship between standby scenes includes: the standby scenes of turning off the screen from the foreground are mutually exclusive. There is a mutually exclusive relationship between standby scenes that can enter the standby state from the foreground. For example, in a sports scene, the electronic device has turned off the screen, and the wake-up lock of the audio scene cannot be activated at this time. However, music scenes and sports scenes can exist at the same time (for example, when the electronic device wakes up with the screen on, opens the sports application and the music application, starts exercising and playing music at the same time, and the wake-up locks of the sports scene and the audio scene are activated at the same time).

[0156] The standby scene relationship also includes: the task scene and other standby scenes are mutually exclusive. The wake-up lock of the task scene cannot be activated in any standby scene. When the electronic device has entered a certain standby scene (except the task scene), the wake-up lock of the task scene cannot be activated. At the same time, the electronic device will strictly control the execution number and duration of the task scene wake-up lock. Usually, frequent and trivial tasks in the system will prevent the electronic device from entering the standby state. The embodiment of the present invention can prevent frequent and trivial tasks in the system from preventing the system from entering the standby state by setting a standby scene relationship in which the task scene and other standby scenes are mutually exclusive.

[0157] For example, Figure 4 As shown, the application layer includes music applications, SMS applications, phone applications, browser applications, sports applications, and map applications. The music application is used to provide users with a music management interface and provides audio playback functions such as play and pause. The SMS application is used to provide functions such as receiving, sending, and managing short messages. The phone application is used to provide functions such as making and answering voice calls. The browser application is used to provide functions such as web browsing. The sports application is used to provide functions such as step counting and exercise trajectory. The map application is used to provide functions such as navigation and route planning.

[0158] For example, Figure 4 As shown, the service layer includes multimedia services, push services, call services, power services, download services, sensor services and navigation services. Multimedia services are used to provide media-related functions such as video, audio, and photography. Push services are used to provide the functions of receiving and pushing short messages and network messages. Call services are used to provide the functions of making and answering voice calls. Power services are used to provide system wake-up and standby functions. Download services are used to provide functions such as downloading and storing network data. Sensor services are used to provide functions such as sensor management and monitoring. Navigation services are used to provide functions such as positioning and navigation.

[0159] For example, Figure 4 As shown, the driver layer includes audio driver, WLAN driver, Modem driver, gyroscope driver and GNSS driver. The audio driver is used to provide the function of playing audio through the speaker. The WLAN driver is used to provide the function of connecting to the Internet, receiving and sending data through the wireless local area network. The Modem driver is used to provide the function of connecting to the Internet, receiving and sending data through the mobile network. The gyroscope driver is used to provide the function of gyroscope data detection and reporting. The GNSS driver is used to provide the function of spatial positioning data detection and reporting.

[0160] For example, Figure 4 As shown in FIG. 1 , the hardware layer includes a speaker, WLAN, a modem, a gyroscope, and a GNSS. The speaker is used to provide the function of playing sound; the WLAN is used to provide the function of wireless local area network; the modem is used to provide the function of mobile network; the gyroscope is used to provide the function of gyroscope; and the GNSS is used to provide the function of spatial positioning.

[0161] Figure 7 for Figure 4 Schematic diagram of the standby scheme of the medium standby system. Figure 7As shown, the power service reclaims the background wake-up lock provided to the application, and no longer allows the application to apply directly, to prevent third-party applications from abusing the wake-up lock; based on the standby scenario of the application, the corresponding system service applies to the power service for the wake-up lock of the corresponding standby scenario, thereby ensuring the rationality of the use of the wake-up lock; when the system service and the driver apply for the wake-up lock, if the relationship between the standby scenarios is unreasonable, the application fails, to ensure that the wake-up lock will not be abused.

[0162] Figure 8 FIG. 1 is a schematic diagram of a standby solution in an audio scenario according to an embodiment of the present invention. Figure 8 As shown, the electronic device plays music, and then the user presses the power button to turn off the screen of the electronic device. The power service will start standby detection; at this time, the multimedia service applies to the power service for the wake-up lock of the audio scene, which will prevent the system from entering standby, and the entire system is in a wake-up state; the modules in the active state need to occupy hardware resources and consume power to process business. At this time, if the call service receives an incoming call event, the service will apply to the power service for the wake-up lock of the call scene. Based on the relationship between the standby scenes, the audio scene and the call scene are not mutually exclusive, the application for the wake-up lock of the call scene will be approved, and the phone application will be activated. In another case, such as Figure 8 As shown in , if the download service receives a background download event, the download service applies to the power service for the task scene's wakeup lock. Since the task scene and other standby scenes are mutually exclusive, the task scene's wakeup lock application will be rejected. When the call scene and audio scene's wakeup locks are both released and the screen is turned off, the electronic device will enter the standby state. Figure 8 As shown, in the offline audio scenario, the electronic device needs to keep the dark gray part in the awake state and the white part in the inactive state. In the online audio scenario, the electronic device wakes up the light gray part as needed.

[0163] Fig. 9 FIG. 1 is a schematic diagram of a standby solution in a notification scenario according to an embodiment of the present invention. Fig. 9 As shown, the electronic device has entered the standby state. When a text message notification is received, the system will be awakened through hardware. After the system wakes up, the push service is activated according to the text message notification, and the push service applies to the power service for the wake-up lock of the notification scene. The SMS application is awakened according to the wake-up lock of the notification scene, and the screen is lit to display the SMS notification. If the prompt tone of the SMS notification needs to be played, the multimedia service needs to be activated, and the multimedia service applies to the power service for the wake-up lock of the audio scene. When the notification is completed, the push service releases the wake-up lock. If the user does not operate, the system enters the standby state after the screen turns off. Fig. 9 As shown in the figure, in the notification scenario, the system needs to keep the dark gray part active, activate WLAN or Modem as needed according to the network channel, and the white part is inactive. If a prompt tone needs to be played, the multimedia service, audio driver and speaker are woken up as needed.

[0164] Fig.10 FIG. 1 is a schematic diagram of a standby solution in a call scenario according to an embodiment of the present invention. Fig.10 As shown, the electronic device has entered the standby state. When a call comes in, the system will be awakened by hardware. After the system wakes up, the call service is activated according to the call event, and the call service applies for the wake-up lock of the call scene from the power service. Then, the phone application is awakened according to the wake-up lock of the call service, and the screen is lit to display the incoming call notification. If the incoming call ringtone is played at the same time, the multimedia service needs to be activated, and the multimedia service applies for the wake-up lock of the audio scene from the power service. When the call is completed, the call service releases the wake-up lock. If the user does not operate, the system enters the standby state after the screen turns off. Fig.10 As shown, in a call scenario, the system needs to keep the dark gray part in an activated state and the white part in an inactivated state.

[0165] Fig.11 FIG. 1 is a schematic diagram of a standby solution in a sports scene according to an embodiment of the present invention. Fig.11 As shown, the electronic device is in the wake-up state with the screen on, the sports state is turned on through the sports application, and the screen is turned off; after the electronic device turns on the sports state, the sensor service applies for the sports scene wake-up lock from the power service. The sports scene wake-up lock prevents the system from entering standby mode, thereby ensuring that the gyroscope and other data are reported normally; if sports status broadcasting or trajectory navigation is required, the multimedia service and navigation service need to be activated; when the exercise is completed, the sensor service releases the wake-up lock. If the user does not operate, the system enters standby mode after the screen is turned off. Fig.11 As shown in the figure, in a sports scene, the system needs to keep the dark gray part active and the white part inactive. If tracks and broadcasts are required, wake up the light gray part as needed.

[0166] Fig.12 FIG. 1 is a schematic diagram of a standby solution in a navigation scenario according to an embodiment of the present invention. Fig.12 As shown, the electronic device is in the wake-up state with the screen on, the navigation state is turned on through the navigation application, and the screen is turned off; after the electronic device turns on the navigation state, the navigation service applies to the power service for the navigation scene wake-up lock, and the wake-up lock prevents the system from entering standby mode, thereby ensuring the normal reporting of GNSS data; if navigation route broadcasting or direction identification is required, the multimedia service and sensor service need to be activated; when navigation is completed, the sensor service releases the wake-up lock, and if the user does not operate, the system enters standby mode after the screen turns off. Fig.12 As shown in the figure, in the navigation scenario, the system needs to keep the dark gray part awake and the white part inactive. If directions, broadcasts, and networking are required, the light gray part is awakened as needed.

[0167] Fig.13FIG. 1 is a schematic diagram of a standby solution in a task scenario in an embodiment of the present invention. Fig.13 As shown, the electronic device is in the wake-up state with the screen on, starts the download state through the browser application, and turns off the screen; after the electronic device starts the download state, the download service applies to the power service for the wake-up lock of the task scene, and the wake-up lock prevents the system from entering standby mode, thereby ensuring the continuation of the download task; when the download task is completed, the download service releases the wake-up lock. If the user does not operate, the system enters the standby mode after the screen turns off. Fig.13 As shown in the figure, in the task scenario, the system needs to keep the dark part in the awake state, wake up the WLAN or Modem as needed according to the network channel, and the white part is inactive. At the same time, for the task scenario, the system needs to distinguish the importance of tasks according to the execution time of the tasks, so as to unify the scheduling decision.

[0168] When the electronic device system has entered a certain standby scenario, the wake-up lock of the task scenario cannot be activated. This can effectively control frequent and trivial tasks in the system to prevent tasks from preventing the system from entering standby, thereby reducing power consumption and improving battery life.

[0169] In summary, Figure 3 In the wake-up lock scheme of the system power management shown, the wake-up lock lacks design and has only one background type; the application developer uses the wake-up lock unreasonably, resulting in the system being unable to standby, affecting the battery life; the system service and driver developers abuse the wake-up lock, resulting in the inability to enter the standby state, affecting the battery life. In the standby system provided by this application, the wake-up lock is designed into 6 major standby scenarios according to the user's usage scenario, and the ability of subsequent expansion is retained. The wake-up lock can be managed and controlled according to different scenarios, thereby reducing the risk of abuse; the embodiment of the present invention sinks the wake-up lock used by the application to the system service, which turns the uncontrollable into controllable from the perspective of the operating system, and the scenario in which the system service applies for the wake-up lock is bound to the responsibility of the service, which is naturally reasonable and ensures the rationality of use; the embodiment of the present invention unifies the interface of the service layer and the driver layer, and provides permission and scenario management. The driver cannot use the wake-up lock directly by default, and needs to go to the power module for permission review. It will be released only if it is reasonable, effectively reducing the abuse. Therefore, the embodiment of the present invention uniformly manages the wake-up lock according to the standby scenario, which ensures both flexibility and controllability.

[0170] Figure 3 The wake-up lock solution shown defines a single background wake-up type, which is subject to serious abuse and unreasonable situations. However, the embodiment of the present invention divides the background wake-up lock according to the standby scene and uniformly manages the background wake-up lock. The embodiment of the present invention manages the wake-up lock according to the scene to ensure rationality, thereby improving battery life.

[0171] Based on the above standby system architecture, an embodiment of the present invention provides a standby method, which manages and controls the wake-up lock according to the scenario, so that the electronic device is both controllable and flexible when entering the standby state.

[0172] Fig.14 A flowchart of a standby method provided by an embodiment of the present invention, Fig.15 A flowchart of another standby method provided by an embodiment of the present invention. Fig.14 and Fig.15 As shown, the method includes:

[0173] Step 202: The electronic device enters a first standby scene, where the first standby scene is a scene in which the electronic device responds to a user's screen-off operation when executing a first event through a first application and applies for a first wake-up lock according to the first event.

[0174] According to the application classification standards of the application market, the types of applications that will perform tasks in standby mode are roughly divided into five categories: audio and video entertainment, social communication, practical tools, sports and health, and travel navigation.

[0175] The embodiment of the present invention divides these five types of applications into six standby scenarios, namely notification scenario, call scenario, audio scenario, sports scenario, navigation scenario and task scenario.

[0176] like Figure 5 As shown, the notification scenario has the characteristics of uncertain wake-up timing, frequent and multiple wake-up, the existence of resident system services, the whole device will be woken up and the screen will light up when notification is received, and it can be woken up by hardware.

[0177] like Figure 5 As shown, the call scenario has the characteristics of occupying the background for a long time, having resident system services, waking up the entire device during a call, being able to be woken up by hardware, keeping the screen on after hanging up, and holding the proximity screen lock.

[0178] like Figure 5 As shown, the audio scene has the characteristics of occupying the background for a long time, needing to enter sleep mode after pausing / stopping playback, having resident system services, being awakened by hardware, and being able to sleep with the screen turned off in the foreground.

[0179] like Figure 5 As shown, the sports scene has the characteristics of occupying the background for a long time, being able to go into sleep mode when the screen is turned off in the foreground, and having no resident system services.

[0180] like Figure 5 As shown, the navigation scenario has the characteristics of occupying the background for a long time, being able to go into sleep mode when the screen is turned off in the foreground, and having no resident system services.

[0181] like Figure 5As shown, the task scenario has the characteristics of two task types (small tasks and large tasks) and the demand for execution during charging or idle time.

[0182] In the above six standby scenarios, no matter which standby scenario is used, what needs to be awakened are parts of the electronic device system and hardware, ensuring the minimization of the awakening range can effectively reduce unnecessary task execution, thereby reducing the length of time to enter standby, reducing power consumption and improving battery life. Therefore, the embodiment of the present invention redesigns the wake-up lock according to these six standby scenarios.

[0183] When the wake-up lock of a certain standby scene is activated, it is considered that the system of the electronic device has currently entered this standby scene.

[0184] like Figure 6 As shown, according to the typical characteristics of the six standby scenarios, the standby scenarios can be roughly divided into two categories: "waking up from hardware" and "standby with the screen off from the foreground".

[0185] "Screen off standby from the foreground" means that when a user uses an electronic device in the wake-up state with the screen on, the user turns the device into screen off or standby state by pressing the power button or other means. For example, when an electronic device is playing music, exercising, or navigating through an application, the user presses the power button to turn the screen off.

[0186] "Wake up from hardware" means that when the electronic device enters the standby state, when the hardware receives a response, it will actively wake up the system. For example, when a phone call comes in while the phone is in standby mode, the phone starts playing the ringtone via Bluetooth.

[0187] Exemplarily, the first standby scene includes an audio scene, a sports scene, a navigation scene or a task scene.

[0188] Exemplarily, the first application includes a music application, a sports application, a map application, or a browser application. The first application corresponds to the first scene.

[0189] Exemplarily, the first event corresponds to the first standby scene. For example, if the first standby scene is an audio scene, the first event is playing audio; if the first standby scene is a task scene, the first event is downloading a task.

[0190] In some possible embodiments, Fig.16 As shown, applying for the first wake-up lock according to the first standby scenario specifically includes:

[0191] Step 2022: Apply for a first wake-up lock from the power service through the system service corresponding to the first event of the first standby scenario.

[0192] For example, the first standby scene is an audio scene, the electronic device plays music, and then the user presses the power button to turn off the screen of the electronic device, and the power service will start standby detection; Figure 8 As shown, at this time, the multimedia service applies for the wake-up lock of the audio scene from the power service.

[0193] For example, the first standby scene is a sports scene, the electronic device is in a bright screen wake-up state, the sports state is turned on through a sports application, and the screen is turned off; Fig.11 As shown, after the electronic device turns on the motion state, the sensor service applies for a wake-up lock for the motion scene from the power service.

[0194] For example, the first standby scenario is a navigation scenario, the electronic device is in a bright screen wake-up state, the navigation state is turned on through a navigation application, and the screen is turned off; Fig.12 As shown, after the electronic device turns on the navigation state, the navigation service applies for the wake-up lock of the navigation scene from the power service.

[0195] For example, the first standby scenario is a task scenario, such as Fig.13 As shown, the electronic device is in the wake-up state with the screen on, starts the download state through the browser application, and turns off the screen; after the electronic device starts the download state, the download service applies to the power service for the wake-up lock of the task scenario.

[0196] Exemplarily, the system services include multimedia services, push services, call services, download services, sensor services or navigation services.

[0197] Step 2024: Based on the first event, the application for the first wake-up lock is approved through the power service.

[0198] For example, the first standby scene is an audio scene, such as Figure 8 As shown, after the power service of the electronic device passes the wake-up lock of the audio scene, the wake-up lock will prevent the system from entering standby mode, and the entire system is in a wake-up state; the modules in the active state need to occupy hardware resources and consume power to perform business processing.

[0199] For example, the first standby scene is a sports scene, such as Fig.11 As shown, after the power service of the electronic device passes the wake-up lock of the motion scene, the wake-up lock of the motion scene prevents the system from entering standby, thereby ensuring that data such as the gyroscope is reported normally; if motion status broadcasting or trajectory navigation is required, multimedia services and navigation services need to be activated.

[0200] For example, the first standby scene is a navigation scene, such as Fig.12 As shown, after the power service of the electronic device passes the wake-up lock of the navigation scene, the wake-up lock prevents the system from entering standby mode, thereby ensuring the normal reporting of GNSS data; if navigation route broadcasting or direction identification is required, multimedia services and sensor services need to be activated.

[0201] For example, the first standby scenario is a task scenario, such as Fig.13 As shown, the wakeup lock prevents the system from entering standby mode, thereby ensuring that the download task continues.

[0202] Step 204: Apply for a second wake-up lock for a second standby scenario according to the second event, where the second standby scenario is a scenario in which the electronic device executes the second event through a second application in a standby state.

[0203] Exemplarily, the second standby scene includes a notification scene, a call scene, an audio scene, a sports scene, a navigation scene or a task scene. The first standby scene is different from the second standby scene.

[0204] Exemplarily, the second application includes a text messaging application, a phone application, a music application, a sports application, a map application, or a browser application. The first application is different from the second application. The second application corresponds to the second standby scenario.

[0205] In some possible embodiments, step 204 specifically includes: applying for a second wake-up lock from the power service through a system service corresponding to a second event of the second standby scenario.

[0206] Step 206: Approve or reject the application for the second wake-up lock according to the first standby scene, the second standby scene and the standby scene relationship.

[0207] Exemplarily, the standby scene relationship includes: the task scene and the non-task scene are mutually exclusive.

[0208] For example, the first standby scene is an audio scene, and the second standby scene is a task scene, such as Figure 8 As shown, the electronic device plays music, and then the user presses the power button to turn off the screen of the electronic device. The power service will start standby detection; at this time, the multimedia service applies to the power service for a wake-up lock for the audio scene, and the wake-up lock will prevent the system from entering standby, and the entire system is in a wake-up state. At this time, if the download service receives a background download event, the download service applies to the power service for a wake-up lock for the task scene. Based on the standby scene relationship, since the task scene and other standby scenes are mutually exclusive, the application for the wake-up lock for the task scene will be rejected.

[0209] For example, the first standby scene is an audio scene, and the second standby scene is a call scene. Figure 8 As shown, the electronic device plays music, and then the user presses the power button to turn off the screen of the electronic device. The power service will start standby detection; at this time, the multimedia service applies to the power service for the wake-up lock of the audio scene, and the wake-up lock will prevent the system from entering standby, and the entire system is in a wake-up state. At this time, if the call service receives an incoming call event, the service will apply to the power service for the wake-up lock of the call scene. Based on the relationship between the standby scenes, the audio scene and the call scene are not mutually exclusive, the application for the wake-up lock of the call scene will be approved, and the phone application will be activated.

[0210] Therefore, the wake-up lock of the task scene cannot be activated in any standby scene. When the electronic device has entered a certain standby scene (except the task scene), the wake-up lock of the task scene cannot be activated. At the same time, the electronic device will strictly control the execution number and duration of the task scene wake-up lock. Usually, frequent and trivial tasks in the system will prevent the electronic device from entering the standby state. The embodiment of the present invention can prevent frequent and trivial tasks in the system from preventing the system from entering the standby state by setting a standby scene relationship in which the task scene and other standby scenes are mutually exclusive.

[0211] Audio scenes, sports scenes, and navigation scenes can all be put into sleep mode with the screen turned off from the foreground. Exemplary, the standby scene relationship also includes: mutually exclusive scenes of turning off the screen and going into sleep mode from the foreground. There is a mutually exclusive relationship between standby scenes that can enter the standby state from the foreground. For example, in a sports scene, the electronic device has turned off the screen, and the wake-up lock of the audio scene cannot be activated. However, music scenes and sports scenes can exist at the same time (for example, when the electronic device wakes up with the screen on, opens the sports application and the music application, starts exercising and playing music at the same time, and the wake-up locks of the sports scene and the audio scene are activated at the same time).

[0212] Step 208: After the first wake-up lock is released and the screen is turned off, or after both the first wake-up lock and the second wake-up lock are released and the screen is turned off, enter the standby state.

[0213] Optionally, before step 204, the method further includes:

[0214] Step 203: Receive a second event.

[0215] Exemplarily, when the second event of the second standby scenario comes from the outside, before step 204, the electronic device needs to receive the second event, such as an incoming call event or a text message event.

[0216] In some possible embodiments, Fig.14 As shown, after step 208, the method further includes:

[0217] Step 210: Receive a third event.

[0218] Step 212: Enter a third standby scenario according to a third event, where the third standby scenario is a scenario in which the electronic device executes a third event through a third application when in a standby state.

[0219] Exemplarily, the third standby scenario has the characteristic of being able to be awakened by hardware.

[0220] Exemplarily, the third standby scenario includes a notification scenario or a call scenario. Figure 5 and Figure 6 As shown, both the notification scene and the call scene have the feature of being able to be woken up by hardware.

[0221] In some possible embodiments, Fig.17 As shown, step 212 specifically includes:

[0222] Step 2122: According to the third event, wake up the system through hardware corresponding to the third event and activate the system service corresponding to the third event.

[0223] For example, the third standby scenario is a notification scenario. The electronic device has entered the standby state. When a text message notification is received, the system will be awakened through hardware. After the system is awakened, the push service is activated according to the text message notification.

[0224] For example, the third standby scenario is a call scenario. The electronic device has entered the standby state. When a call comes in, the system will be awakened by hardware. After the system wakes up, the call service is activated according to the call event.

[0225] Step 2124: Apply for a third wake-up lock from the power service through the system service corresponding to the third event.

[0226] For example, the third standby scene is a notification scene, such as Fig. 9 As shown, the push service applies to the power service for the wake-up lock of the notification scene.

[0227] For example, the third standby scenario is a call scenario, such as Fig.10 As shown, the call service applies for the wake-up lock of the call scene from the power service.

[0228] Step 2126: Wake up a third application corresponding to the third event according to the third wake-up lock.

[0229] Exemplarily, the third application is a text messaging application or a phone application.

[0230] For example, the third standby scenario is a notification scenario, and the electronic device wakes up the SMS application and lights up the screen according to the wake-up lock of the notification scenario.

[0231] For example, the third standby scenario is a call scenario, and the electronic device wakes up the phone application and lights up the screen according to the wake-up lock of the call service.

[0232] Step 2128: Execute a third event through a third application.

[0233] For example, the third standby scene is a notification scene, and the SMS application displays SMS notifications.

[0234] For example, the third standby scenario is a call scenario, and the phone application displays an incoming call notification.

[0235] Step 214: After the third wake-up lock corresponding to the third standby scene is released and the screen is turned off, enter the standby state.

[0236] In some possible embodiments, the third event is associated with the fourth event, such as Fig.15 As shown, after step 212, the method further includes:

[0237] Step 213: Enter a fourth standby scenario according to the fourth event, where the fourth standby scenario is a scenario in which the electronic device executes the fourth event through the third application when in standby mode.

[0238] Exemplarily, the fourth event is an audio event. The third standby scenario includes a notification scenario or a call scenario. Since the notification scenario requires the electronic device to play a notification prompt tone and the call scenario requires the electronic device to play an incoming call ringtone, the third event is associated with the fourth event.

[0239] In some possible embodiments, Fig.18 As shown, step 213 specifically includes:

[0240] Step 2132: Activate a system service corresponding to the fourth event according to the fourth event.

[0241] Exemplarily, the system service corresponding to the fourth event is a multimedia service.

[0242] Step 2134: Apply for a fourth wake-up lock from the power service through the system service corresponding to the fourth event.

[0243] Step 2136: Execute the fourth event through the third application.

[0244] In some possible embodiments, the third event is associated with the fourth event, such as Fig.15 As shown, step 214 specifically includes: entering the standby state after the third wake-up lock and the fourth wake-up lock are released and the screen is turned off.

[0245] In the technical solution of the standby method provided by an embodiment of the present invention, the standby method includes: an electronic device enters a first standby scene, the first standby scene is a scene in which the electronic device responds to a user's screen-off operation when executing a first event through a first application, and applies for a first wake-up lock according to the first event; applies for a second wake-up lock for a second standby scene according to a second event, the second standby scene is a scene in which the electronic device executes the second event through a second application in a standby state; approves or rejects the application for the second wake-up lock according to the first standby scene, the second standby scene and the relationship between the standby scenes; enters a standby state after the first wake-up lock is released and the screen is turned off, or after both the first wake-up lock and the second wake-up lock are released and the screen is turned off, and manages the wake-up lock according to the scene, so that the electronic device is both controllable and flexible when entering the standby state.

[0246] Fig.19This is a schematic diagram of the structure of an electronic device provided by an embodiment of the present invention. It should be understood that the electronic device 400 can execute each step in the above standby method. To avoid repetition, it will not be described in detail here. The electronic device 400 includes: a processing unit 401 and a receiving unit 402.

[0247] The processing unit 401 is used to enable the electronic device to enter a first standby scene, wherein the first standby scene is a scene in which the electronic device responds to a user's screen-off operation when executing a first event through a first application, and applies for a first wake-up lock according to the first event; applies for a second wake-up lock for a second standby scene according to a second event, wherein the second standby scene is a scene in which the electronic device executes the second event through a second application in a standby state; approves or rejects the application for the second wake-up lock according to the first standby scene, the second standby scene and the relationship between the standby scenes; and enters a standby state after the first wake-up lock is released and the screen is turned off, or after both the first wake-up lock and the second wake-up lock are released and the screen is turned off.

[0248] Optionally, before the processing unit 401 applies for a second wake-up lock for a second standby scenario according to a second event, the receiving unit 402 is configured to receive the second event.

[0249] Optionally, the first standby scene includes an audio scene, a sports scene, a navigation scene or a task scene.

[0250] Optionally, the first application includes a music application, a sports application, a map application or a browser application.

[0251] Optionally, the second standby scene includes a notification scene, a call scene, an audio scene, a sports scene or a navigation scene.

[0252] Optionally, the second application includes a text messaging application, a phone application, a music application, a sports application, a map application or a browser application.

[0253] Optionally, the first standby scenario and the second standby scenario are different.

[0254] Optionally, the first application and the second application are different.

[0255] Optionally, the standby scene relationship includes: task scenes and non-task scenes are mutually exclusive.

[0256] Optionally, the standby scene relationship also includes: the standby scenes of turning off the screen and hibernating from the foreground are mutually exclusive.

[0257] Optionally, the processing unit 401 is specifically configured to: apply for the first wake-up lock from a power service through a system service corresponding to the first event of the first standby scenario; and approve the application for the first wake-up lock through the power service according to the first event.

[0258] Optionally, the processing unit 401 is specifically configured to: apply for the second wake-up lock from a power service through a system service corresponding to the second event of the second standby scenario.

[0259] Optionally, the system service includes a multimedia service, a push service, a call service, a download service, a sensor service or a navigation service.

[0260] Optionally, after the processing unit 401 enters the standby state, the receiving unit 402 is also used to receive a third event; the processing unit 401 is also used to enter a third standby scene according to the third event, and the third standby scene is a scene in which the electronic device executes the third event through a third application when in the standby state; after the third wake-up lock corresponding to the third standby scene is released and the screen is turned off, the standby state is entered.

[0261] Optionally, the processing unit 401 is specifically used to wake up the system and activate the system service corresponding to the third event through hardware corresponding to the third event according to a third event; apply for a third wake-up lock from the power service through the system service corresponding to the third event; wake up a third application corresponding to the third event according to the third wake-up lock; and execute the third event through the third application.

[0262] Optionally, the third standby scenario has the characteristic of being able to be awakened by hardware.

[0263] Optionally, the third standby scenario includes a notification scenario or a call scenario.

[0264] Optionally, the third event is associated with a fourth event.

[0265] Optionally, after the processing unit 401 enters the third standby scene according to the third event, it is further used to enter the fourth standby scene according to the fourth event, and the fourth standby scene is a scene in which the electronic device executes the fourth event through the third application when in standby state.

[0266] Optionally, the processing unit 401 is specifically used to activate a system service corresponding to the fourth event according to the fourth event; apply for a fourth wake-up lock from the power service through the system service corresponding to the fourth event; and execute the fourth event through the third application according to the fourth wake-up lock.

[0267] Optionally, the processing unit 401 is specifically configured to: enter a standby state after the third wake-up lock and the fourth wake-up lock are both released and the screen is turned off.

[0268] Optionally, the fourth event is an audio event.

[0269] It should be understood that the electronic device 400 here is embodied in the form of a functional unit. The term "unit" here can be implemented in the form of software and / or hardware, and is not specifically limited to this. For example, a "unit" can be a software program, a hardware circuit, or a combination of the two that implements the above functions. The hardware circuit may include an application-specific integrated circuit (ASIC), an electronic circuit, a processor (such as a shared processor, a proprietary processor, or a group processor, etc.) and a memory for executing one or more software or firmware programs, a merged logic circuit, and / or other suitable components that support the described functions.

[0270] Therefore, the units of each example described in the embodiments of the present invention can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present invention.

[0271] The embodiment of the present application provides an electronic device, which may be a terminal device or a circuit device built into the terminal device. The electronic device may be used to execute the functions / steps in the above method embodiment.

[0272] An embodiment of the present application provides a computer-readable storage medium, in which instructions are stored. When the instructions are executed on a terminal device, the terminal device executes the functions / steps in the above method embodiment.

[0273] The embodiment of the present application also provides a computer program product comprising instructions, and when the computer program product is run on a computer or any at least one processor, the computer executes the functions / steps in the above method embodiment.

[0274] In the embodiments of the present application, "at least one" refers to one or more, and "plurality" refers to two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can represent the existence of A alone, the existence of A and B at the same time, and the existence of B alone. Among them, A and B can be singular or plural. The character " / " generally indicates that the previous and subsequent associated objects are in an "or" relationship. "At least one of the following" and similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b and c can be represented by: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.

[0275] Those of ordinary skill in the art will appreciate that the various units and algorithm steps described in the embodiments disclosed herein can be implemented in a combination of electronic hardware, computer software, and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0276] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0277] In several embodiments provided in the present application, any function can be stored in a computer-readable storage medium if it is implemented in the form of a software functional unit and sold or used as an independent product. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium, including several instructions for enabling an electronic device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0278] The above is only a specific implementation of the present application. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. The protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A standby method, characterized in that: The method comprises: The electronic device enters a first standby scenario, where the first standby scenario is a scenario in which the electronic device responds to a screen-off operation of a user when executing a first event through a first application and applies for a first wake-up lock according to the first event; Applying a second wake-up lock for a second standby scenario according to a second event, where the second standby scenario is that the electronic device executes the second event through a second application in a standby state; A scenario for approving or rejecting the application of the second wake-up lock according to the first standby scenario, the second standby scenario and the standby scenario relationship; After the first wake-up lock is released and the screen is turned off, or after both the first wake-up lock and the second wake-up lock are released and the screen is turned off, the device enters a standby state.

2. The method according to claim 1, characterized in that Before applying for a second wake-up lock for a second standby scenario according to a second event, the method further includes: The second event is received.

3. The method according to claim 1 or 2, characterized in that: The first standby scene includes an audio scene, a sports scene, a navigation scene or a task scene, and the first application includes a music application, a sports application, a map application or a browser application.

4. The method according to any one of claims 1 to 3, characterized in that The second standby scenario includes a notification scenario, a call scenario, an audio scenario, a sports scenario, a navigation scenario or a task scenario, and the second application includes a text message application, a phone application, a music application, a sports application, a map application or a browser application.

5. The method according to claim 1, characterized in that The standby scene relationship includes: the task scene and the non-task scene are mutually exclusive.

6. The method according to claim 5, characterized in that The standby scene relationship also includes: the standby scenes of turning off the screen and going to sleep from the foreground are mutually exclusive.

7. The method according to claim 1, characterized in that The applying for a first wake-up lock according to the first standby scenario includes: Applying for the first wake-up lock from a power service through a system service corresponding to the first event of the first standby scenario; According to the first event, the application for the first wake-up lock is approved by the power service.

8. The method according to claim 1, characterized in that After entering the standby state, the method further includes: receiving a third event; Entering a third standby scenario according to the third event, wherein the third standby scenario is a scenario in which the electronic device executes the third event through a third application when in a standby state; After the third wake-up lock corresponding to the third standby scene is released and the screen is turned off, the standby state is entered.

9. The method according to claim 8, characterized in that The entering into the third standby scenario according to the third event, wherein the third standby scenario is that the electronic device executes the third event through a third application in a standby state, specifically includes: According to a third event, waking up the system through hardware corresponding to the third event and activating a system service corresponding to the third event; Applying for a third wake-up lock from the power service through the system service corresponding to the third event; waking up a third application corresponding to the third event according to the third wake-up lock; The third event is executed by the third application.

10. The method according to claim 8 or 9, characterized in that: The third event is associated with a fourth event; After entering the third standby scene according to the third event, the method further includes: Entering a fourth standby scenario according to the fourth event, the fourth standby scenario being a scenario in which the electronic device executes the fourth event through the third application when in a standby state.

11. The method according to claim 10, characterized in that The entering into the fourth standby scenario according to the fourth event, wherein the fourth standby scenario is a scenario in which the electronic device executes the fourth event through the third application when in the standby state, specifically includes: activating a system service corresponding to the fourth event according to the fourth event; Applying for a fourth wake-up lock from the power service through the system service corresponding to the fourth event; According to the fourth wake-up lock, executing the fourth event through the third application.

12. The method according to claim 11, characterized in that After the third wake-up lock corresponding to the third standby scene is released and the screen is turned off, entering the standby state includes: After the third wake-up lock and the fourth wake-up lock are both released and the screen is turned off, the device enters a standby state.

13. An electronic device, characterized in that: The electronic device comprises a processor and a memory, wherein the memory is used to store a computer program, and the computer program comprises program instructions. When the processor runs the program instructions, the electronic device executes the steps of the method as claimed in any one of claims 1 to 12.

14. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein the computer program includes program instructions, and when the program request is executed by a computer, the computer is enabled to execute the method according to any one of claims 1 to 12.

Images