CN116382786B - Method for entering long standby mode, electronic device and readable storage medium - Google Patents

Abstract

The application provides a method for entering a long standby mode, electronic equipment and a readable storage medium, and relates to the field of terminals. The method comprises the following steps: before controlling the electronic equipment to enter a long standby mode, acquiring target parameters of the electronic equipment, wherein the target parameters comprise at least one of environmental parameters when a screen-off event occurs, a motion state after the screen-off event occurs and a background application sequence when the screen-off event occurs. And when the target parameters of the electronic equipment accord with the first preset conditions, determining to control the electronic equipment to enter a long standby mode. Before the electronic equipment is controlled to enter the long standby mode, whether the target parameters of the electronic equipment meet the first preset conditions or not is determined, and if yes, the electronic equipment is controlled to enter the long standby mode is determined. The probability of misrecognizing the long standby mode can be reduced, the accuracy of the time for entering the long standby mode is improved, and better user experience is provided.

Description

Method for entering long standby mode, electronic device and readable storage medium

Technical Field

The present application relates to the field of terminals, and in particular to a method for entering a long standby mode, an electronic device, and a readable storage medium.

Background Art

Many electronic devices on the market are powered by batteries. Since the battery power is limited, how to extend the battery life of electronic devices as much as possible with limited power is an issue that needs to be explored.

Currently, there is a solution that waits for a preset period of time after the screen of an electronic device is turned off. If the electronic device is not actively operated within the preset period of time, it enters a long standby mode to reduce power consumption and increase battery life.

However, the waiting time in this solution needs to be set in advance, and the set time may be inaccurate, resulting in the long standby mode being entered too early or too late, resulting in an insignificant effect of reducing power consumption or affecting the user's experience.

Summary of the invention

The present application provides a method for entering a long standby mode, an electronic device, and a readable storage medium, by determining whether a target parameter of the electronic device meets a first preset condition before controlling the electronic device to enter the long standby mode, and if so, determining to control the electronic device to enter the long standby mode. The problem that the time of entering the long standby mode is inaccurate, resulting in an insignificant effect of reducing power consumption or affecting the user's experience can be improved.

In order to achieve the above purpose, this application adopts the following technical solutions:

In a first aspect, a method for entering a long standby mode is provided, comprising:

In the case where a screen-off event is detected in an electronic device in a non-charging state, the first spatiotemporal information corresponding to the screen-off event is obtained, and the first spatiotemporal information includes the time period when the screen-off event occurs and the location where the electronic device is located when the screen-off event occurs. The first probability corresponding to the first spatiotemporal information is obtained, and the first probability is used to indicate the probability that the electronic device enters the long standby mode in the time period and location corresponding to the first spatiotemporal information. When the first probability is greater than or equal to the first probability threshold corresponding to the first spatiotemporal information, the target parameters of the electronic device are obtained, and the target parameters include at least one of the environmental parameters when the screen-off event occurs, the motion state after the screen-off event occurs, and the background application sequence when the screen-off event occurs. When the target parameters of the electronic device meet the first preset conditions, it is determined to control the electronic device to enter the long standby mode.

In an embodiment of the present application, the method for entering the long standby mode can be applied to electronic devices, including mobile phones, tablet computers, handheld game consoles, wearable devices, augmented reality/virtual reality devices, laptops, ultra-mobile personal computers, netbooks, personal digital assistants, etc.

In the first aspect, before controlling the electronic device to enter the long standby mode, by determining whether the target parameter of the electronic device meets the first preset condition, and if so, determining to control the electronic device to enter the long standby mode, the probability of misidentifying the entry into the long standby mode can be reduced, the accuracy of the timing of entering the long standby mode can be improved, and a better user experience can be provided.

In some possible implementations, before obtaining the first probability corresponding to the first spatiotemporal information, the method further includes:

Obtain historical screen-off data of the electronic device, the historical screen-off data including historical spatiotemporal information and reference information corresponding to historical screen-off events that occurred within a first preset time period, the historical spatiotemporal information including the time period when the historical screen-off event occurred and the location of the electronic device when the historical screen-off event occurred, and the reference information including the date when the historical screen-off event occurred, and whether the electronic device was in long standby mode after the historical screen-off event occurred. Determine multiple probabilities of entering long standby mode based on the historical screen-off data, wherein the historical spatiotemporal information and reference information corresponding to historical screen-off events that occurred in the same time period and the same location are used to determine a probability of entering long standby mode.

Acquiring a first probability corresponding to the first spatiotemporal information includes: determining the first probability according to multiple probabilities of entering the long standby mode.

In some possible implementations, the target parameters include environmental parameters when the screen off event occurs, and the reference information also includes historical environmental parameters when historical screen off events occur on the electronic device.

Determining that the target parameter of the electronic device meets the first preset condition includes: obtaining historical environmental parameters of the time period and location corresponding to the first spatiotemporal information. When the environmental parameters of the electronic device when the screen goes off are the same as or similar to the historical environmental parameters, it is determined that the target parameter meets the first preset condition.

In some possible implementations, the environmental parameter includes at least one of ambient light intensity, ambient sound intensity, and ambient temperature.

In some possible implementations, the environmental parameters include ambient light intensity or ambient sound intensity, and the method further includes: when the environmental parameters when the screen goes off on the electronic device are less than the historical environmental parameters, and/or when the environmental parameters when the screen goes off on the electronic device are less than or equal to the environmental parameter threshold, determining that the target parameters meet the first preset condition.

In some possible implementations, the target parameter includes the motion state of the electronic device within a second preset time period after the screen of the electronic device is turned off.

Determining that the target parameter meets the first preset condition includes: when no movement of the electronic device is detected within a second preset time period, determining that the target parameter meets the first preset condition.

In some possible implementations, when a screen-off event is detected in an electronic device in a non-charging state, obtaining first spatiotemporal information corresponding to the screen-off event includes:

After determining that an active screen-off event has been detected in the electronic device when it is not charging, when no screen-on operation is detected from the user within a second preset time period, first time-space information corresponding to the active screen-off event is obtained. The active screen-off event includes an automatic screen-off event after the electronic device detects a screen-on operation from the user or a screen-off event after the electronic device responds to a screen-off operation from the user.

In some possible implementations, the target parameters include a background application sequence when a screen-off event occurs in the electronic device, and the reference information also includes a second feature when a historical screen-off event occurs in the electronic device, and the second feature is a feature of the background application sequence corresponding to the historical screen-off event obtained after the electronic device enters a long standby mode within a first preset time period.

Determining that the target parameter meets the first preset condition includes: obtaining a first feature of the background application sequence when the screen turns off event occurs in the electronic device. When the first feature matches at least one second feature of the same location and time period as the first spatiotemporal information, it is determined that the target parameter meets the first preset condition.

In some possible implementations, obtaining the first probability corresponding to the first spatiotemporal information includes: obtaining the probability of entering the long standby mode corresponding to the historical spatiotemporal information having the same time period and the same location as the first spatiotemporal information. The probability of entering the long standby mode corresponding to the historical spatiotemporal information having the same time period and the same location as the first spatiotemporal information is used as the first probability corresponding to the first spatiotemporal information.

In some possible implementations, obtaining the first probability corresponding to the first spatiotemporal information includes: obtaining a corresponding time fence according to a location in the first spatiotemporal information, and when a time period in the first spatiotemporal information falls within the corresponding time fence, obtaining a probability of entering the long standby mode for historical spatiotemporal information having the same time period and the same location as the first spatiotemporal information. The probability of entering the long standby mode corresponding to the historical spatiotemporal information having the same time period and the same location as the first spatiotemporal information is used as the first probability corresponding to the first spatiotemporal information.

In some possible implementations, obtaining a corresponding time fence according to a location in the first spatiotemporal information includes: obtaining a spatiotemporal information set, the spatiotemporal information set including at least one historical spatiotemporal information that meets a second preset condition, the second preset condition including that a probability of entering a long standby mode corresponding to the historical spatiotemporal information is greater than or equal to a second probability threshold corresponding to the historical spatiotemporal information. Obtaining at least one time period corresponding to historical spatiotemporal information with the same location in the spatiotemporal information set. Obtaining a time fence for each location according to the location and at least one time period.

In some possible implementations, the second probability threshold is equal to the first probability threshold.

In some possible implementations, the method further includes: determining a first probability threshold according to a first preset duration.

In some possible implementations, determining the first probability threshold according to the first preset duration includes: determining a corresponding duration weight according to the first preset duration, and inputting the duration weight into a preset function to obtain the first probability threshold.

In some possible implementations, based on historical screen-off data, multiple probabilities of entering long standby mode are determined, including: for historical spatiotemporal information corresponding to historical screen-off events that occurred in the same period and the same place, multiple groups of reference information corresponding to the historical spatiotemporal information within a preset duration are obtained. The weight coefficient is determined based on the interval between the date of the historical screen-off event in the reference information and the current date. Based on whether the electronic device is in long standby mode after each historical screen-off event and the weight coefficient, the probability of entering long standby mode corresponding to the historical spatiotemporal information is obtained.

In some possible implementations, after controlling the electronic device to enter the long standby mode, the method further includes: when it is detected that the electronic device is in a charging state, controlling the electronic device to exit the long standby mode.

In a second aspect, an electronic device is provided, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program and performs the steps of processing in the first aspect or any one of the methods in the first aspect.

According to a third aspect, a chip is provided, characterized in that it comprises: a processor for calling and running a computer program from a memory, so that a device equipped with the chip executes the steps of processing in the first aspect or any one of the methods in the first aspect.

In a fourth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores a computer program, wherein the computer program includes program instructions, and when the program instructions are executed by a processor, the processor executes the steps of processing in the first aspect or any one of the methods in the first aspect.

Among them, the beneficial effects of the second to fourth aspects can refer to the first aspect and will not be elaborated here.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram of an application scenario of a method for entering a long standby mode provided in an embodiment of the present application;

FIG2 is a hardware structure block diagram of an electronic device provided in an embodiment of the present application;

FIG3 is a system structure block diagram of an electronic device provided in an embodiment of the present application;

FIG4 is a software structure block diagram of an electronic device provided in an embodiment of the present application;

FIG5 is a flow chart of a method for entering a long standby mode provided in an embodiment of the present application;

FIG6 is a flow chart of step S501 in the method for entering the long standby mode provided in an embodiment of the present application;

FIG. 7 is a flow chart of step S5012 in the method for entering the long standby mode provided in an embodiment of the present application;

FIG8 is a schematic diagram of the structure of a chip provided in an embodiment of the present application.

DETAILED DESCRIPTION

The technical solution in this application will be described below in conjunction with the accompanying drawings.

In the description of the embodiments of the present application, unless otherwise specified, "/" means or, for example, A/B can mean A or B; "and/or" 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 mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, "multiple" means two or more than two.

In the following, the terms "first" and "second" are used for descriptive purposes only and are not to be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. In the description of this embodiment, unless otherwise specified, "plurality" means two or more.

At present, most electronic devices on the market are powered by batteries. Since the battery power is limited, how to extend the battery life of electronic devices as much as possible under limited power is a problem that needs to be explored. To this end, the battery life of electronic devices can be increased by reducing the power consumption of electronic devices when the screen is off.

In one solution, when the electronic device is not being charged, if the electronic device is not actively operated within 30 minutes after the screen is actively turned off, it will enter the long standby mode 30 minutes after the screen is actively turned off.

For example, for the Android system, the long standby mode is the low power consumption (Doze) mode. When an electronic device running the Android system enters the Doze mode, the electronic device will limit the frequency of background applications accessing the central processing unit (CPU) and the network.

For example, when an electronic device is in Doze mode, it can enter a 30-second maintenance window after a certain period of time. During the maintenance window, background applications can access the CPU and interact with the network.

When an electronic device is in Doze mode for more than a certain period of time, the interval between entering the window period can be increased. For example, after an electronic device enters Doze mode, it can enter a window period every 10 minutes; when an electronic device enters Doze mode for more than 1 hour, it can enter a window period every 15 minutes; when an electronic device enters Doze mode for more than 2 hours, it can enter a window period every 20 minutes.

However, since this solution requires waiting for a fixed time (such as 30 minutes) after the screen is turned off before entering the long standby mode, this solution cannot predict whether the electronic device needs to enter the long standby mode based on the user's historical habits. The timing of entering the long standby mode is too fixed and not flexible enough.

For example, when the fixed waiting time is set to 30 minutes, the long standby mode may be entered too late, and the effect of increasing the battery life of the electronic device is not good. When the fixed waiting time is set to 5 minutes, the long standby mode may be entered too early, resulting in the user being unable to receive information in time, affecting the user experience.

In view of this, the present application provides a method for entering a long standby mode, which is applied to an electronic device, and the method includes:

In the case where a screen-off event is detected in an electronic device in a non-charging state, the first spatiotemporal information corresponding to the screen-off event is obtained, and the first spatiotemporal information includes the time period when the screen-off event occurs and the location where the electronic device is located when the screen-off event occurs. The first probability corresponding to the first spatiotemporal information is obtained, and the first probability is used to indicate the probability that the electronic device enters the long standby mode in the time period and location corresponding to the first spatiotemporal information. When the first probability is greater than or equal to the first probability threshold corresponding to the first spatiotemporal information, the target parameters of the electronic device are obtained, and the target parameters include at least one of the environmental parameters when the screen-off event occurs, the motion state after the screen-off event occurs, and the background application sequence when the screen-off event occurs. When the target parameters of the electronic device meet the first preset conditions, it is determined to control the electronic device to enter the long standby mode.

In the present application, before controlling the electronic device to enter the long standby mode, it is determined whether the target parameter of the electronic device meets the first preset condition, and if so, it is determined to control the electronic device to enter the long standby mode. The probability of misidentifying the entry into the long standby mode can be reduced, the accuracy of the timing of entering the long standby mode can be improved, and a better user experience can be provided.

FIG1 is a schematic diagram of an application scenario of a method for entering a long standby mode provided in an embodiment of the present application.

With reference to FIG1 , the application scenario of the embodiment of the present application is first briefly described.

FIG1 shows an electronic device 100. After an active screen-off event occurs on the electronic device 100 (such as receiving a screen-off operation from the user), the electronic device 100 waits for 5 minutes. If the electronic device 100 is not unlocked, it can be predicted whether to enter the long standby mode in advance based on the time period and location of the screen-off event.

When the prediction result is to determine that the long standby mode is to be entered in advance, the prediction result may be corrected according to whether target parameters such as the environmental parameters when the screen-off event occurs, the motion state of the electronic device during the waiting period, and the background application sequence when the screen-off event occurs in the electronic device meet the first preset condition. When the corrected prediction result is still to determine that the long standby mode is to be entered in advance, the electronic device enters the long standby mode in advance.

It should be noted that the early entry into the long standby mode in this scenario is relative to the need to wait for a fixed period of time before entering the long standby mode.

In this scenario, there is no need to wait for a fixed period of time. Instead, a prediction is made after an active screen-off event occurs, and the prediction result is corrected to determine whether the electronic device enters the long standby mode in advance.

In a possible implementation scenario, when the electronic device is located in an office, during the lunch break period, the user takes a lunch break, uses the electronic device before the lunch break, and does not charge the electronic device.

After use, the electronic device responds to the user's screen-off operation to turn off the screen, or the electronic device automatically turns off the screen after being not operated for a certain period of time. The electronic device waits for 5 minutes after the screen is turned off, and makes a prediction based on the time period and location of the screen-off event. The prediction result is to determine to enter the long standby mode in advance. Then, the electronic device determines that there is no movement within 5 minutes, and the environmental parameters collected by the electronic device are the same or similar to the historical environmental parameters, then it is determined that the electronic device can enter the long standby mode in advance to reduce the power consumption of the electronic device and improve the battery life.

Or, in another possible implementation scenario, when the electronic device is located at home, the user falls asleep at night, uses the electronic device before falling asleep, and does not charge the electronic device.

After use, the electronic device responds to the user's screen-off operation to turn off the screen, or the electronic device automatically turns off the screen after being not operated for a certain period of time. The electronic device waits for 5 minutes after the screen is turned off, and makes a prediction based on the time period and location of the screen-off event. The prediction result is to determine to enter the long standby mode in advance. Then, the electronic device determines that there is no movement within 5 minutes, and the environmental parameters collected by the electronic device are the same or similar to the historical environmental parameters, then it is determined that the electronic device can enter the long standby mode in advance to reduce the power consumption of the electronic device and improve the battery life.

FIG. 2 is a block diagram of the hardware structure of an electronic device provided in an embodiment of the present application.

As an example, the electronic device may include a mobile phone, a tablet computer, a handheld game console, a wearable device, an augmented reality (AR)/virtual reality (VR) device, a laptop computer, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (PDA), etc. The embodiments of the present application do not impose any restrictions on the specific types of electronic devices.

2 , 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.

It is to be understood that the structure illustrated in the embodiment of the present application 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 split 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.

For example, when the electronic device 100 is a mobile phone or a tablet computer, it may include all the components shown in the figure, or may include only some of the components shown in the figure.

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.

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.

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.

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.

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.

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.

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.

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.

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.

The mobile communication module 150 can provide wireless communication solutions including 2G/3G/4G/5G etc. applied on the electronic device 100 .

The modulation and demodulation processor may include a modulator and a demodulator. The modulator is used to modulate the low-frequency baseband signal to be transmitted 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.

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.

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).

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.

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.

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

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.

The camera 193 is used to capture still images or videos. In some embodiments, the electronic device 100 may include 1 or N cameras 193, where N is a positive integer greater than 1.

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 the electronic device 100 can be realized, such as image recognition, face recognition, voice recognition, text understanding, etc.

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.

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.

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.

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.

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.

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.

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.

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.

The pressure sensor 180A is used to sense pressure signals and convert the pressure signals into electrical signals.

The gyro sensor 180B can be used to determine the motion posture of the electronic device 100. In some embodiments, the angular velocity of the electronic device 100 around three axes (i.e., x, y, and z axes) can be determined by the gyro sensor 180B. The gyro sensor 180B can be used for anti-shake shooting. For example, when the shutter is pressed, the gyro sensor 180B detects the angle of the electronic device 100 shaking, calculates the distance that the lens module needs to compensate based on the angle, and allows the lens to offset the shaking of the electronic device 100 through reverse movement to achieve anti-shake. The gyro sensor 180B can also be used for navigation and somatosensory game scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the electronic device 100 calculates the altitude through the air pressure value measured by the air pressure sensor 180C to assist positioning and navigation.

The magnetic sensor 180D includes a Hall sensor. The electronic device 100 can use the magnetic sensor 180D to detect the opening and closing of the flip leather case. In some embodiments, when the electronic device 100 is a flip phone, the electronic device 100 can detect the opening and closing of the flip cover according to the magnetic sensor 180D. Then, according to the detected opening and closing state of the leather case or the opening and closing state of the flip cover, the flip cover can be automatically unlocked.

The acceleration sensor 180E can detect the magnitude of the acceleration of the electronic device 100 in all directions (generally three axes). When the electronic device 100 is stationary, the magnitude and direction of gravity can be detected. It can also be used to identify the posture of the electronic device and is applied to applications such as horizontal and vertical screen switching and pedometers.

The distance sensor 180F is used to measure the distance. The electronic device 100 can measure the distance by infrared or laser. In some embodiments, when shooting a scene, the electronic device 100 can use the distance sensor 180F to measure the distance to achieve fast focusing.

The proximity light sensor 180G may include, for example, a light emitting diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The electronic device 100 emits infrared light outward through the light emitting diode. The electronic device 100 uses a photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the electronic device 100. When insufficient reflected light is detected, the electronic device 100 can determine that there is no object near the electronic device 100. The electronic device 100 can use the proximity light sensor 180G to detect that the user holds the electronic device 100 close to the ear to talk, so as to automatically turn off the screen to save power. The proximity light sensor 180G can also be used in leather case mode and pocket mode to automatically unlock and lock the screen.

The ambient light sensor 180L is used to sense the brightness of the ambient light. The electronic device 100 can adaptively adjust the brightness of the display screen 194 according to the perceived ambient light brightness. The ambient light sensor 180L can also be used to automatically adjust the white balance when taking pictures. The ambient light sensor 180L can also cooperate with the proximity light sensor 180G to detect whether the electronic device 100 is in a pocket to prevent accidental touches.

The fingerprint sensor 180H is used to collect fingerprints. The electronic device 100 can use the collected fingerprint characteristics to implement fingerprint unlocking, access application locks, fingerprint photography, fingerprint call answering, etc.

The temperature sensor 180J is used to detect temperature. In some embodiments, the electronic device 100 uses the temperature detected by the temperature sensor 180J to execute a temperature processing strategy. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold, the electronic device 100 reduces the performance of a processor located near the temperature sensor 180J to reduce power consumption and implement thermal protection. In other embodiments, when the temperature is lower than another threshold, the electronic device 100 heats the battery 142 to avoid abnormal shutdown of the electronic device 100 due to low temperature. In other embodiments, when the temperature is lower than another threshold, the electronic device 100 boosts the output voltage of the battery 142 to avoid abnormal shutdown caused by low temperature.

In an embodiment of the present application, the temperature sensor 180J may include multiple ones for detecting the temperatures at different positions of the electronic device 100, such as being set near the processor to obtain the temperature of the processor, being set near the battery to obtain the temperature of the battery, or being set on the inside of the outer casing of the electronic device 100 to obtain the temperature of the outer casing of the electronic device 100.

The touch sensor 180K is also called a "touch control device". The touch sensor 180K can be set on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, also called a "touch control screen". The touch sensor 180K is used to detect touch operations acting on or near it. The touch sensor can pass the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 194. In other embodiments, the touch sensor 180K can also be set on the surface of the electronic device 100, which is different from the position of the display screen 194.

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.

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.

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

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.

For the scenario in the above example, the operating system of the electronic device 100 may include but is not limited to Symbian, Android, Windows, MacOS, iOS, Blackberry, HarmonyOS, Linux or Unix operating systems.

FIG3 is a system structure block diagram of an electronic device provided in an embodiment of the present application.

As an example, when the method for entering the long standby mode provided in the present application is executed on the electronic device 100 , the operating system of the electronic device 100 may be Andriod, and its system structure may refer to FIG. 3 .

Among them, the layered architecture divides the software into several layers, each layer has a clear role 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, namely, the application layer, the application framework layer, the Android runtime (Android runtime) and the system library, and the kernel layer.

The application layer can include a series of application packages.

As shown in FIG. 3 , the application package may include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, short message, etc.

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.

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

The window manager is used 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.

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.

The view system includes visual controls, such as controls for displaying characters, controls for displaying pictures, 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 message notification icon can include a view for displaying characters and a view for displaying pictures.

The phone manager is used to provide communication functions for electronic devices, such as the management of call status (including answering, hanging up, etc.).

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

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.

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

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.

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.

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.

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

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.

The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, synthesis and layer processing, etc.

A 2D graphics engine is a drawing engine for 2D drawings.

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.

FIG. 4 is a software structure block diagram of the electronic device provided in an embodiment of the present application.

4, the software structure of the electronic device includes a computing engine, a long standby application and a perception module. The computing engine, the long standby application and the perception module are all deployed in the application layer in the form of applications.

In some possible implementations, the perception module includes a data center, an event collection component, and an event fence.

The event fence includes the screen on event fence and the screen off event fence. When the screen on event fence or the screen off event fence is triggered by the screen on event or the screen off event, the corresponding event fence instructs the event collection component to collect the time when the screen on event occurs, the time when the screen off event occurs, the location information of the electronic device when the screen off event occurs, the date when the screen off event occurs, and the target parameters, etc.

Among them, the target parameters may include at least one of the environmental parameters of the location where the electronic device is located when the screen off event occurs, the motion state of the electronic device after the screen off event occurs, and the background application sequence of the electronic device when the screen off event occurs.

The event fence is also used to respond to the current screen off event and instruct the computing engine to predict whether to enter the long standby mode. For example, if the spatiotemporal information of the current screen off event falls into the screen off event fence in the event fence, the computing engine is instructed to predict whether to enter the long standby mode based on the time period, location, and target parameters of the current screen off event.

The data center stores a historical event table, which records the historical time and space information and target parameters collected by the event collection component each time a screen-on event or screen-off event occurs in history.

In some possible implementations, the computing engine includes a long standby model generation module, a long standby prediction module, and a long standby control module.

The long standby model generation module is used to train the historical spatiotemporal information of the same time period and the same location according to the historical event table to obtain multiple probabilities of entering the long standby mode. Among them, the historical screen-off event occurring in the same time period and the same location corresponds to a probability of entering the long standby mode.

The long standby prediction module is used to respond to the indication of the screen off event fence. According to the spatiotemporal information corresponding to the screen off event that triggers the screen off event fence, the long standby model generation module is called to predict whether to enter the long standby mode after the screen off event, and then the prediction result is corrected according to the target parameters to finally determine whether to enter the long standby mode.

When the long standby prediction module predicts that it is necessary to enter the long standby mode, the long standby control module sends a corresponding control instruction to the long standby application.

The long standby application includes a long standby module, which is used to respond to the control instruction sent by the long standby prediction module and control the electronic device to enter the long standby mode. For example, for an Android system, the long standby module can instruct the electronic device to enter the Doze mode.

Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.

Each functional unit and module in the embodiment may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional unit. For example, a "module" may be a software program, a hardware circuit, or a combination of the two that implements the above-mentioned functions. The hardware circuit may include an application specific integrated circuit (ASIC), an electronic circuit, a processor (such as a shared processor, a dedicated 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.

Therefore, the modules of each example described in the embodiments of the present application 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 application.

In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other and are not used to limit the protection scope of this application. The specific working process of the units and modules in the above system can refer to the corresponding process in the following method embodiment, which will not be repeated here.

FIG5 is a flow chart of a method for entering a long standby mode provided in an embodiment of the present application.

Referring to FIG5 , the method for entering the long standby mode includes:

S501. Obtain historical screen-off data of the electronic device, and determine the probability of multiple devices entering the long standby mode based on the historical screen-off data.

In some possible implementations, referring to Figure 3, the event collection component can collect the historical spatiotemporal information and target parameters corresponding to each screen-on event or screen-off event, and store the historical spatiotemporal information and target parameters corresponding to each collected event in the historical event table of the data center.

The long standby model generation module in the computing engine can process the historical screen-off data based on the data in the historical event table.

The historical screen-off data includes: historical spatiotemporal information and reference information of the historical screen-off events. The historical spatiotemporal information includes the time period when the historical screen-off events occurred and the location of the electronic device when the historical screen-off events occurred. The reference information includes the date when the historical screen-off events occurred and whether the electronic device was in long standby mode after the historical screen-off events occurred.

Then the long standby model generation module is trained based on the historical screen-off data to obtain one or more prediction models for the long standby mode. Each prediction model for the long standby mode includes the corresponding historical spatiotemporal information and the probability of entering the long standby mode under the historical spatiotemporal information. Each prediction model for the long standby mode can be stored locally or in the cloud in the form of a model file.

FIG. 6 is a flow chart of S501 in the method for entering the long standby mode provided in an embodiment of the present application.

In some possible implementations, referring to FIG5 , S501 may be implemented by the following steps:

S5011. The data center records the original data of the screen-on event or screen-off event from the event collection component in the historical event table.

In some possible implementations, the screen on event or screen off event is monitored through an event fence. When the screen on event or screen off event occurs, the event fence is triggered and instructs the event collection component to collect the original data of the screen on event or screen off event.

Among them, the original data of the screen-on event or screen-off event includes the event type, the time when the event occurred, and the location information of the event. Event types include screen-on, which can be recorded as event type 1 (EventType1); screen-off, which can be recorded as event type 2 (EventType2); and screen-unlock, which is recorded as event type 3 (EventType3). The time when the event occurred can be recorded by natural time. The location information of the event may include longitude and latitude, the service set identifier (Service Set Identifier, ssid) of the wireless access point to which the electronic device is connected, the basic service set identifier (BasicService Set Identifier, bssid) of the electronic device to access the local area network, and the cell identification code (Cell TowerID, cellid or cid) of the base station to which the electronic device is connected.

S5012. The data center performs data preprocessing on the original data to obtain historical screen blackout data.

FIG. 7 is a flow chart of S5012 in the method for entering the long standby mode provided in an embodiment of the present application.

In some possible implementations, referring to FIG6 , performing data preprocessing on the original data may include the following steps:

S5012a. Clean the original data and filter out the active screen-off events.

In some possible implementations, cleaning data refers to retaining the first of multiple screen-on events, screen-off events, or screen-unlock events at the same moment.

For example, at 10:35:30, multiple applications simultaneously push notifications, and in the original data, each application's push notification will be recorded as a screen-on event. However, at this moment (for example, the granularity of the moment can be 1 second), the electronic device actually only turns on the screen once, so only the screen-on event corresponding to the first push notification can be retained, and other screen-on events can be cleared.

For another example, at 10:35:30, the electronic device may generate two unlock screens simultaneously through face unlocking and fingerprint unlocking. At this moment (for example, the granularity of the moment may be 1 second), only the first unlock screen may be retained, and the other unlock screens may be cleared.

In some possible implementations, active screen-off events and corresponding screen-off durations may be filtered by first arranging the screen-on events, screen-off events, and screen-unlock events in the original data in chronological order according to the time when the events occurred.

Then, locate the unlocked screen, obtain the next screen-off event after the screen is unlocked and the time when the screen-off event occurs, and the screen-off event is an active screen-off event.

Finally, according to the time difference between the time when the active screen-off event occurs and the time when the screen is unlocked next time, the screen-off duration after the active screen-off event occurs is obtained.

After locating and calculating each time the screen is unlocked, the active screen-off events can be filtered out, as well as the corresponding screen-off duration after each active screen-off event occurs.

In this embodiment, filtering active screen-off events can avoid inactive screen-off events caused by application push notifications, system prompts, etc., eliminate interference, and improve the accuracy of prediction.

S5012b. According to the time when the active screen-off event occurs, associate the location information collected at the same time.

In some possible implementations, the time when the active screen-off event occurs is the time when the next screen-off event occurs after the screen is unlocked in S5012a. The location information collected at this time is associated with the active screen-off event.

S5012c. Mark the location where the active screen-off event occurs according to the location information corresponding to the active screen-off event.

In some possible implementations, the location information corresponding to the active screen-off event can be compared and matched with the location in the pre-acquired user portrait. If there is a matching location, the location is marked on the active screen-off event.

For example, the pre-acquired user profile may be obtained from a user profile (userProfiling) in the electronic device, which may include the user's permanent residence (location) information, for example, the permanent residence may include multiple locations, such as home, company, etc.

In some possible implementations, the location fence corresponding to the permanent location information may be obtained first. For example, if there is a "HomeHistory" field or a "CompanyHistory" field in the user profile, it indicates that there are location fences for the home and company. The location fence of the home or company may be obtained from the corresponding field, and the location fence may include a bssid list (bssidlist), a ssid list (ssidlist), a cellid list (cellidlist), and the center longitude and latitude of the corresponding location.

In some possible implementations, after obtaining the location fence corresponding to the permanent location information, matching is performed according to the location information associated with the active screen off event according to the priority. For example, the priority can be in the order of bssidlist, ssidlist, cellidlist, and center longitude and latitude.

For example, you can first use the bssid in the location information associated with the active screen-off event to match the bssidList in the location fence corresponding to each permanent location information. If the same bssid is matched in the bssidlist of a certain location fence, the permanent location corresponding to the location fence is marked as the location where the active screen-off event occurred.

If the same bssid, ssid or cellid exists in different location fences, multiple location fences may be matched during matching. In this case, the timestamp of the same bssid, ssid or cellid in each location fence can be obtained. The permanent location corresponding to the location fence with the latest timestamp is marked as the location where the active screen off event occurred.

When no bssid, ssid or cellid is matched, the distance between the location associated with the active screen off event and the center of each location fence can be calculated based on the longitude and latitude in the location information associated with the active screen off event and the center longitude and latitude of the fence of each location. If the distance between the location associated with the active screen off event and the center of a location fence is less than or equal to the preset distance, such as 200 meters, the permanent location corresponding to the fence of that location is marked as the location where the active screen off event occurred.

If bssid, ssid, cellid, and center longitude and latitude are all matched location information, the location where the active screen off event occurs can be marked as other. When there are multiple identical or similar locations in other, a new location fence can be generated based on multiple identical or similar locations. Among them, a similar location refers to a location whose distance calculated based on longitude and latitude is less than or equal to the preset distance.

S5013. The computing engine obtains historical screen-off data within a first preset time period from the historical event table.

In some possible implementations, the probability of entering the long standby mode multiple times at a time can be determined based on historical screen off data every day, or the probability of entering the long standby mode multiple times at a time can be determined based on historical screen off data after receiving a model update instruction.

For example, the computing engine may sequentially execute steps S5013 to S5018 at a preset time (such as 2 a.m., 5 a.m., etc.) every day. Alternatively, the electronic device may instruct the computing engine to sequentially execute steps S5013 to S5018 after receiving an update instruction from the user.

In some possible implementations, the historical screen-off data obtained by the computing engine from the historical event table includes: historical temporal and spatial information and reference information of the historical screen-off events.

As an example, a historical screen-off event may be each active screen-off event that occurs within a first preset duration, and the historical spatiotemporal information includes the time period and location of each active screen-off event. The reference information includes the date of each historical screen-off event, and whether the electronic device is in long standby mode after the historical screen-off event occurs.

The first preset duration refers to the duration of data collection, for example, one week, one month, or three months, etc. The location where the historical screen-off event occurred is the location marked according to the location information associated with the historical screen-off event, such as home, company, or other.

In some possible implementations, 24 hours a day can be divided into multiple time periods according to a certain length, and the time period corresponding to the time when the historical screen-off event occurred can be recorded. As an example, 24 hours a day can be divided into 48 time periods with half an hour as a time period, and the time period in which the historical screen-off event occurs is included in the time period.

For example, the historical screen-off event occurred at 10:35:30, which falls into the 22nd time period (10:30-11:00) among the 48 time periods in a day. Then the time period when the historical screen-off event occurred can be recorded as 22, that is, the time period in the historical spatiotemporal information corresponding to the historical screen-off event is 22.

In some possible implementations, whether the electronic device is in long standby mode after a historical screen off event occurs can be obtained. Whether the electronic device is in long standby mode after the historical screen off event occurs can be determined based on the corresponding screen off duration after the historical screen off event occurs, and then recorded.

For example, for the Android system, the waiting time for entering Doze mode after a historical screen-off event occurs is 30 minutes. In this regard, if the screen-off time corresponding to the historical screen-off event is greater than 30 minutes, it can be determined that the electronic device is in long standby mode after the historical screen-off event occurs; if the screen-off time corresponding to the historical screen-off event is less than or equal to 30 minutes, it can be determined that the electronic device is not in long standby mode after the historical screen-off event occurs.

As an example, for each historical screen-off event, an identifier can be set to indicate that the electronic device is in long standby mode after the historical screen-off event occurs. When the identifier is recorded as 1, it indicates that the electronic device is in long standby mode after the historical screen-off event occurs. When the identifier is recorded as 0, it indicates that the electronic device is not in long standby mode after the historical screen-off event occurs.

S5014. Obtain reference information of different time periods corresponding to the same location within the first preset time period.

In some possible implementations, within the first preset time period, the historical screen-off data may include historical spatiotemporal information and reference information corresponding to each historical screen-off event. The historical screen-off data is traversed to filter the historical screen-off events with the same location in the historical spatiotemporal information, and reference information of different time periods at each location is obtained.

S5015. Determine the probability of entering the long standby mode after a screen off event occurs at the same location in each time period based on multiple reference information.

In some possible implementations, the weight coefficient can be determined based on the interval between the date corresponding to the historical screen-off moment and the current date in the reference information corresponding to the historical screen-off events that occurred at the same time period and the same location. The probability of entering the long standby mode after the screen-off event occurs in each time period at the same location is obtained based on whether the device is in the long standby mode and the weight coefficient after each historical screen-off event occurs.

Referring to S5013, assuming that the current date is April 8, 2023, and the first preset duration is 7 days, Table 1 shows the reference information and weight coefficients of the same 7 locations and time periods in the historical screen-off data:

Table 1

In some possible implementations, referring to Table 1, when the location is the company and the time period is 27:00, the probability (P) of entering the long standby mode after the screen off event occurs can be calculated according to Table 1, and the formula is as follows:

For example, referring to Table 1, according to the formula, when the location is the company and the time period is 27:00, the probability of entering the long standby mode after the screen off event occurs is: 0.89.

In some possible implementations, for each time period at each location, the probability of entering long standby mode after a screen off event occurs at each location and in each time period can be calculated based on historical screen off data and with reference to the above method.

In this embodiment, by determining the weight coefficient based on the interval between the date corresponding to the historical screen-off moment and the current date, the weight of recent historical screen-off events can be increased, and the user's recent habits can be learned more accurately, thereby improving the accuracy of the prediction.

In some possible implementations, when calculating each time period at each location, data from one more time sliding window before and after each time period may be taken for calculation. For example, assuming that the time sliding window is 15 minutes, for time period 27 (13:00-13:30), data from 12:45-13:45 may be obtained for calculation.

For example, if there is a historical screen-off event that occurred at 12:59, the time period 27 was not originally included in the historical screen-off event, but the historical screen-off event that occurred at 12:59 may continue into the time period 27. Failure to consider the historical screen-off event will affect the prediction accuracy of the time period 27.

In this embodiment, the accuracy of the prediction can be effectively improved by taking the data close to the time period dividing point into consideration.

S5016. Determine a second probability threshold corresponding to each time period.

In some possible implementations, the second probability threshold may be an exit threshold for each time period. That is, when the probability of entering the long standby mode after a screen-off event occurs in a time period is greater than the second probability threshold, the probability of entering the long standby mode after a screen-off event occurs in the time period will be published and used.

In some possible implementations, the second probability threshold may be determined based on the first preset duration.

As an example, the corresponding duration weight may be determined according to the first preset duration, and the duration weight is input into a preset function to obtain the second probability threshold.

The function may be configured when the electronic device leaves the factory or when the system is updated. Alternatively, the function may be configured in the cloud and obtained through communication between the electronic device and the cloud, etc., which is not limited in this application.

For example, Table 2 shows a solution for determining the second probability threshold according to the first preset duration.

Table 2

Table 3 shows another solution for determining the second probability threshold according to the first preset time length.

Table 3

Table 4 shows another solution for determining the second probability threshold according to the first preset duration.

Table 4

Referring to the examples in Table 2, Table 3 and Table 4, the longer the first preset duration is, the more historical screen-off data is obtained, and the second probability threshold can be appropriately lowered. The second probability threshold changes dynamically according to the first preset duration.

In this embodiment, by using a dynamically changing second probability threshold, the probability of entering the long standby mode after a screen off event occurs in each time period at the same location can be given more accurately, thereby improving the accuracy of the prediction.

S5017. For each time period, determine whether the probability of entering the long standby mode after the screen off event occurs is greater than or equal to the corresponding second probability threshold. If so, execute S5018; if not, end the process.

In some possible implementations, the historical spatiotemporal information corresponding to the time period of whether the probability of entering the long standby mode after the screen-off event is greater than or equal to the corresponding second probability threshold can be written into the spatiotemporal information set. The spatiotemporal information set includes at least one historical spatiotemporal information that meets the second preset condition, and the second preset condition includes that the probability of entering the long standby mode corresponding to the historical spatiotemporal information is greater than or equal to the second probability threshold corresponding to the historical spatiotemporal information.

S5018. Write the location and time period into the space-time information set and publish it.

In some possible implementations, the spatiotemporal information set includes a model file generated by the long standby model generation module. The model file may be stored in a file format such as a text document, JavaScript Object Notation (JSON), or the like.

As an example, the following locations and time periods that meet the conditions in S5017 are obtained: the location is home, the time period is 14, and the probability of entering the long standby mode after the screen off event occurs is 0.8; the location is home, the time period is 47, and the probability of entering the long standby mode after the screen off event occurs is 0.9; the location is the company, the time period is 27, and the probability of entering the long standby mode after the screen off event occurs is 0.95; the location is other, the time period is 36, and the probability of entering the long standby mode after the screen off event occurs is 0.6; the location is other, the time period is 20, and the probability of entering the long standby mode after the screen off event occurs is 0.85;

The model file can be recorded as:

In some possible implementations, at least one time period corresponding to the historical spatiotemporal information of the same location in the spatiotemporal information set may be obtained. Then, a time fence of each location is obtained based on the location and at least one time period. For example, referring to the above model file, for the location "home", the time fence is "time period 47, time period 14"; for the location "company", the time fence is "time period 27".

In some possible implementations, when the release of the spatiotemporal information set indicates the release of a model file, that is, the model file in the spatiotemporal information set is enabled, the long standby prediction module can call the model file for prediction and reasoning.

S502: When it is detected that a screen-off event occurs in the electronic device when it is not charging, obtain first spatiotemporal information corresponding to the screen-off event.

In some possible implementations, the charging status of the electronic device can be obtained by receiving the battery status broadcast by the power manager. When the charging status indicator is false, the electronic device is in a non-charging state. The first spatiotemporal information can be collected by notifying the event collection component when the time fence detects a screen-off event.

In some possible implementations, the screen-off event may be an active screen-off event, which includes an automatic screen-off event after the electronic device detects a screen-on operation from a user or a screen-off event after the electronic device responds to a screen-off operation from a user.

It should be noted that the method for detecting active screen-off events in this embodiment can refer to the method for screening active screen-off events shown in S5012a, which will not be elaborated here.

In some possible implementations, after an active screen-off event occurs, the first spatiotemporal information corresponding to the active screen-off event can be obtained after a second preset time has passed and no screen-on operation from the user is detected within the second preset time. In this way, it is possible to avoid the situation where the user performs another operation within a short period of time after actively turning off the screen, and to perform inference prediction at a more reasonable time, thereby improving the accuracy of inference prediction. As an example, the second preset time can be 3 minutes, 5 minutes, or 10 minutes, etc., and this application does not limit this.

S503: Obtain a first probability corresponding to the first spatiotemporal information.

In some possible implementations, the probability of entering the long standby mode corresponding to the historical spatiotemporal information having the same time period and the same location as the first spatiotemporal information may be first obtained. Then, the probability of entering the long standby mode corresponding to the historical spatiotemporal information having the same time period and the same location as the first spatiotemporal information is used as the first probability corresponding to the first spatiotemporal information.

For example, the time period in the first spatiotemporal information is 27 and the location is the company. The long standby prediction module can match the first spatiotemporal information in the model file published by the spatiotemporal information set in the example of S5018 to obtain a first probability corresponding to the first spatiotemporal information of 0.95.

In some possible implementations, refer to the time fence of each location shown in S5018. The corresponding time fence can be first obtained according to the location in the first spatiotemporal information, and when the time period in the first spatiotemporal information falls into the corresponding time fence, the probability of entering the long standby mode of the historical spatiotemporal information having the same time period and the same location as the first spatiotemporal information is obtained. The probability of entering the long standby mode corresponding to the historical spatiotemporal information having the same time period and the same location as the first spatiotemporal information is used as the first probability corresponding to the first spatiotemporal information.

For example, if the time period in the first spatiotemporal information is 27 and the location is the company. The event fence can obtain the time fence "time period 27" according to the location "company" in the first spatiotemporal information. The time period in the first spatiotemporal information is also 27, that is, the time period in the first spatiotemporal information is included in the time fence. The event fence instructs the long standby prediction module to match the model file published by the spatiotemporal information set in the example of S5018 according to "company" and "time period 27", and finally obtains the first probability corresponding to the first spatiotemporal information as 0.95.

If the time period in the first spatiotemporal information is 29 and the location is the company, the event fence can obtain the time fence "time period 27" according to the location "company" in the first spatiotemporal information. The time period in the first spatiotemporal information is 29, that is, the time period in the first spatiotemporal information does not fall into the time fence. In this case, the event fence does not respond, that is, it does not instruct the long standby prediction module to perform inference prediction.

In this embodiment, by setting a time fence, it is possible to avoid inference prediction of invalid spatiotemporal information (i.e., spatiotemporal information that cannot be matched to the corresponding first probability), reduce the power consumption of the electronic device, and improve the battery life of the electronic device.

S504: Determine whether the first probability is greater than or equal to a first probability threshold corresponding to the first spatiotemporal information. If so, execute S505; otherwise, terminate the process.

In some possible implementations, the first probability threshold is equal to the second probability threshold. The method for obtaining the first probability threshold is the same as the method for obtaining the second probability threshold in S5016, and will not be described in detail here.

As an example, the location in the first spatiotemporal information in S503 is "company" and the time period is "time period 27", assuming that the first preset time period is 30 days. The first probability is 0.95. The first probability threshold is equal to the second probability threshold. Referring to Table 2 in S5016, the first probability threshold is 0.85. It is determined that the first probability is greater than the first probability threshold, and S505 is executed.

S505: Obtain target parameters of the electronic device.

In some possible implementations, the target parameters include at least one of the environmental parameters when the screen off event occurs, the motion state after the screen off event occurs, and the background application sequence when the screen off event occurs.

Among them, obtaining the environmental parameters when the screen off event occurs and the background application sequence when the screen off event occurs can refer to S5011. When the event collection component collects the original data of the screen on event or screen off event, the environmental parameters when the screen off event occurs and the background application sequence when the screen off event occurs can be collected at the same time.

For example, the environmental parameters during the screen off event may include at least one of the ambient light intensity, ambient sound intensity, and ambient temperature. The ambient light intensity during the screen off event can be collected by the ambient light sensor 180L shown in FIG. 1. Alternatively, if there is a smart device with a light intensity collection function that is connected to the electronic device for communication, it can also be collected by the smart device and transmitted to the electronic device.

Similarly, the ambient sound intensity can be collected by the microphone 170C shown in FIG1 , or by a smart device with a sound intensity collection function connected to the electronic device for communication. The ambient temperature can be collected in a similar manner, and can be collected by the temperature sensor 180J shown in FIG1 , or by a smart device with a temperature collection function connected to the electronic device for communication.

As an example, the background application sequence when the screen goes out event can be collected to obtain the background application list when the screen goes out event occurs, and the background application sequence when the screen goes out event occurs can be obtained by sorting the background application list according to the time when each application was last activated in the foreground. Alternatively, the usage time, power consumption or memory usage of each application in the background application list can be collected.

S506: Determine whether the target parameter meets the first preset condition. If so, execute S507; otherwise, end the process.

In some possible implementations, when the target parameters include environmental parameters when a screen-off event occurs, the reference information may also include historical environmental parameters when a historical screen-off event occurs on the electronic device, i.e., in the example of S505, when the event collection component collects the original data of the screen-on event or screen-off event, the environmental parameters when the screen-off event occurs may be collected at the same time as the historical environmental parameters. For multiple environmental parameters collected at the same location and during the same period, their average value may be taken as the historical environmental parameter.

In some possible implementations, to determine whether the environmental parameters when the screen goes off event occurs on the electronic device meet the first preset condition, the historical environmental parameters of the time period and location corresponding to the first spatiotemporal information can be first obtained.

Then, the environmental parameters when the screen goes off on the electronic device are compared with the historical environmental parameters. When the environmental parameters when the screen goes off on the electronic device are the same as or similar to the historical environmental parameters, it is determined that the target parameters meet the first preset conditions.

Among them, the environmental parameters of the electronic device when the screen goes off event is the same or similar to the historical environmental parameters means that the environmental parameters of the electronic device when the screen goes off event is the same as the historical environmental parameters, or the difference between the values is less than a preset difference range.

For example, when the environmental parameter is the ambient light intensity, the historical environmental parameter is the historical ambient light intensity. Assume that the historical ambient light intensity is 100 lux (lx). If the ambient light intensity when the screen goes off on the electronic device is also 100lx, it can be confirmed that the environmental parameter when the screen goes off on the electronic device is the same as the historical environmental parameter.

Alternatively, when the preset difference range is 10lx, for the historical ambient light intensity of 100 lux (lx), if the ambient light intensity when the screen goes off on the electronic device is greater than or equal to 90lx and less than or equal to 110lx, it can be confirmed that the environmental parameters when the screen goes off on the electronic device are similar to the historical environmental parameters.

In some other possible implementations, when the electronic device enters the long screen-off mode, the user is likely to be in a quiet environment such as low light and low noise. Therefore, if it is determined that the environment in which the electronic device is located when the screen-off event occurs is a low light or low noise environment, it can also be determined that the target parameter meets the first preset condition.

As an example, when the environmental parameters include ambient light intensity or ambient sound intensity, if the environmental parameters when the screen turns off on the electronic device are less than the historical environmental parameters, and/or the environmental parameters when the screen turns off on the electronic device are less than or equal to the environmental parameter threshold, it is determined that the target parameter meets the first preset condition.

For example, when the environmental parameter is the ambient light intensity, assuming that the historical ambient light intensity is 100 lux (lx), if the ambient light intensity when the electronic device turns off the screen is less than 100lx, that is, the electronic device is in a low-light environment when the screen turns off, then it can also be determined that the target parameter meets the first preset condition.

Alternatively, when the environmental parameter is the ambient light intensity, assuming that the historical ambient light intensity is 50 lux (lx), the environmental parameter threshold is 100lx. If the ambient light intensity when the electronic device turns off the screen is greater than 50lx but less than 100lx, the electronic device is in a low-light environment when the screen turns off, and it can also be determined that the target parameter meets the first preset condition.

It should be noted that when the environmental parameters of the electronic device when the screen goes off are the same or similar to the historical environmental parameters, it means that the environment of the electronic device is similar to the historical environment, which is in line with the user's habits, and the prediction result does not need to be corrected. When the environmental parameters of the electronic device when the screen goes off are different from or greatly different from the historical environmental parameters, it means that the environment of the electronic device is greatly different from the historical environment, which is inconsistent with the user's habits, and the prediction result can be corrected.

In some possible implementations, the target parameter may also include the motion state of the electronic device within a second preset time period after the screen-off time of the electronic device occurs. The second preset time period is the same as that in S502 and will not be described in detail here.

As an example, it is determined that the target parameter meets the first preset condition. When no movement of the electronic device is detected within a second preset time period, it is determined that the target parameter meets the first preset condition.

In some possible implementations, detecting that the electronic device moves within the second preset time period can be achieved by the gyroscope sensor 180B and/or the acceleration sensor 180E shown in Figure 1. For example, when the gyroscope sensor detects that the posture of the electronic device has changed, and the acceleration sensor detects that acceleration has occurred in a certain direction, it can be confirmed that the electronic device has moved.

It should be noted that, based on the analysis of user habits, when a screen-off event occurs and the electronic device enters the long standby mode, the probability that the electronic device is stationary (i.e., not moving) is between 80% and 90%. Therefore, when the electronic device is detected to be moving within the second preset time, it means that the electronic device may not enter the long standby mode, and the prediction result can be corrected.

In some other possible implementations, the target parameter may also include a background application sequence when a screen-off event occurs on the electronic device. The reference information also includes a second feature when the electronic device has the historical screen-off event, and the second feature is a feature of the background application sequence corresponding to the historical screen-off event obtained after the electronic device enters the long standby mode within the first preset time.

As an example, determining that the target parameter meets the first preset condition may include obtaining a first feature of a background application sequence when a screen-off event occurs in the electronic device. When the first feature matches at least one second feature having the same location and time period as the first spatiotemporal information, it is determined that the target parameter meets the first preset condition.

The first feature and the second feature may include the order of the background application sequence, the usage time of each application in the background application sequence, etc. The first feature and the second feature may match if the order of the background application sequence is the same, or the usage time of each application in the background application sequence is the same or similar.

It should be noted that when the first feature and the second feature do not match, it means that the current usage of the electronic device is different from the user's habits, which means that the electronic device may not enter the long standby mode, and the prediction result can be corrected.

In this embodiment, when S506 is executed, it means that the first probability is greater than the first probability threshold, and the prediction result is to control the electronic device to enter the long standby mode. Modifying the prediction result means modifying the prediction result to not control the electronic device to enter the long standby mode.

By correcting the prediction results through target parameters, we can avoid misidentification, filter out erroneous predictions, improve the accuracy of predictions, and provide users with a better user experience.

S507: Control the electronic device to enter a long standby mode.

In some possible implementations, taking Android devices as an example, the electronic device is controlled to enter the long standby mode, that is, through the long standby control module in Figure 3, the long standby module in the long standby application is instructed to enter the Doze mode. Similarly, for devices running other systems, the electronic device can be instructed to enter the long standby mode provided by the corresponding system. If the system does not provide a long standby mode, the long standby mode can be configured for the system according to the Doze mode and entered.

S508: When it is detected that the electronic device is in a charging state, control the electronic device to exit the long standby mode.

In some possible implementations, when the electronic device is in the long standby mode, if it is detected that the electronic device starts to charge, it means that the electronic device can ignore the issue of power consumption and battery life, that is, it can exit the long standby mode and provide better performance.

In some other possible implementations, when the electronic device is in the long standby mode, if the unlock screen occurs or it is detected that the target parameter in S506 no longer meets the first preset condition, it means that the user may need to use the electronic device. In this case, when the long standby mode is exited, a better user experience can be provided for the user.

It should be understood that the above examples are intended to help those skilled in the art understand the embodiments of the present application, and are not intended to limit the embodiments of the present application to the specific numerical values or specific scenarios illustrated.

It is obvious that those skilled in the art can make various equivalent modifications or changes based on the above examples, and such modifications or changes also fall within the scope of the embodiments of the present application.

It should be understood that the hardware system and chip in the embodiments of the present application can execute the various methods of entering the long standby mode in the aforementioned embodiments of the present application, that is, the specific working processes of the following various products can refer to the corresponding processes in the aforementioned method embodiments.

An embodiment of the present application also provides another electronic device, including a processor and a memory.

Memory is used to store computer programs that can be executed on the processor.

The processor is used to execute the processing steps in the method for entering the long standby mode as described above.

An embodiment of the present application also provides a computer-readable storage medium, in which computer instructions are stored; when the computer-readable storage medium is executed on an electronic device, the electronic device executes the method as shown above.

The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means.

The computer-readable storage medium may be any available medium that can be accessed by a computer or may include one or more servers, data centers, and other data storage devices that can be integrated with the medium.

The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium, or a semiconductor medium (eg, a solid state disk (SSD)).

The embodiment of the present application also provides a computer program product including computer instructions, which, when executed on an electronic device, enables the electronic device to execute the technical solution shown above.

FIG8 is a schematic diagram of the structure of a chip provided in an embodiment of the present application. The chip shown in FIG8 can be a general-purpose processor or a dedicated processor. The chip includes a processor 801. The processor 801 is used to support the electronic device to execute the technical solution shown above.

Optionally, the chip further includes a transceiver 802, and the transceiver 802 is used to accept the control of the processor 801 and to support the communication device to execute the technical solution shown above.

Optionally, the chip shown in FIG. 8 may further include: a storage medium 803 .

It should be noted that the chip shown in Figure 8 can be implemented using the following circuits or devices: one or more field programmable gate arrays (FPGA), programmable logic devices (PLD), controllers, state machines, gate logic, discrete hardware components, any other suitable circuits, or any combination of circuits that can perform the various functions described throughout this application.

The electronic device, computer storage medium, computer program product, and chip provided in the above-mentioned embodiments of the present application are all used to execute the methods provided above. Therefore, the beneficial effects that can be achieved can refer to the corresponding beneficial effects of the methods provided above, and will not be repeated here.

It should be understood that the above is only to help those skilled in the art to better understand the embodiments of the present application, and is not intended to limit the scope of the embodiments of the present application. Those skilled in the art can obviously make various equivalent modifications or changes based on the above examples given.

For example, some steps in the various embodiments of the above method may not be necessary, or some new steps may be added, etc. Or any combination of any two or any multiple embodiments above. Such modified, changed or combined solutions also fall within the scope of the embodiments of the present application.

It should also be understood that the above description of the embodiments of the present application focuses on emphasizing the differences between the various embodiments. The same or similar points that are not mentioned can be referenced to each other. For the sake of brevity, they will not be repeated here.

It should also be understood that the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

It should also be understood that in the embodiments of the present application, "pre-setting" and "pre-definition" can be achieved by pre-saving corresponding codes, tables or other methods that can be used to indicate relevant information in a device (for example, including an electronic device), and the present application does not limit its specific implementation method.

It should also be understood that the division of the methods, situations, categories and embodiments in the embodiments of the present application is only for the convenience of description and should not constitute a special limitation. The features of various methods, categories, situations and embodiments can be combined without contradiction.

It should also be understood that in the various embodiments of the present application, unless otherwise specified or there is a logical conflict, the terms and/or descriptions between different embodiments are consistent and can be referenced to each other, and the technical features in different embodiments can be combined to form new embodiments according to their internal logical relationships.

Finally, it should be noted that the above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims (16)

1. A method for entering long standby mode, characterized in that it is applied to electronic equipment, and the method comprises: Acquiring historical screen-off data of the electronic device, the historical screen-off data including historical space-time information and reference information corresponding to historical screen-off events occurring within a first preset duration, the historical time-space information including the historical off-screen The period when the screen event occurred and the location of the electronic device when the historical screen-off event occurred, the reference information includes the date when the historical screen-off event occurred, and the electronic device’s location in the historical screen-off event Whether it is in long standby mode after the event; For the historical space-time information corresponding to the historical screen-off event occurring at the same time period and at the same location, multiple sets of the reference information corresponding to the historical time-space information within a preset duration are acquired; determining the weight coefficient according to the interval between the date of occurrence of the historical screen-off event in the reference information and the current date; According to whether the electronic device is in the long-standby mode after each historical screen-off event occurs, and the weight coefficient, obtain the probability of entering the long-standby mode corresponding to the historical space-time information; When it is detected that the screen-off event occurs in the non-charging state of the electronic device, the first time-space information corresponding to the screen-off event is acquired, and the first time-space information includes the period when the screen-off event occurs and the electronic The location of the device when the off-screen event occurs; According to the plurality of probabilities of entering the long standby mode, determine the first probability corresponding to the first time-space information, and the first probability is used to indicate that the electronic device enters the Probability of long standby mode; When the first probability is greater than or equal to the first probability threshold corresponding to the first spatio-temporal information, acquire target parameters of the electronic device, where the target parameters include the environmental parameters when the screen-off event occurs, the At least one of the motion state after the screen-off event occurs and the background application sequence when the screen-off event occurs; When the target parameter of the electronic device meets the first preset condition, it is determined to control the electronic device to enter the long standby mode. 2. The method according to claim 1, wherein the target parameter includes the environmental parameter when the screen-off event occurs, and the reference information further includes the historical parameter when the screen-off event occurs on the electronic device. Historical environment parameters; Determining that the target parameter of the electronic device meets the first preset condition includes: Acquiring the historical environmental parameters of the time period and location corresponding to the first spatio-temporal information; When the environmental parameter when the screen-off event occurs on the electronic device is the same as or similar to the historical environmental parameter, it is determined that the target parameter meets the first preset condition. 3. The method according to claim 2, wherein the environmental parameters include at least one of ambient light intensity, ambient sound intensity, and ambient temperature. 4. The method according to claim 3, wherein the environmental parameters include ambient light intensity or ambient sound intensity, and the method further comprises: When the environmental parameter when the screen-off event occurs on the electronic device is less than the historical environmental parameter, and/or, when the environmental parameter when the screen-off event occurs on the electronic device is less than or equal to the environmental parameter threshold, it is determined that the target parameter meets the The first preset condition. 5. The method according to any one of claims 1-4, wherein the target parameter includes the motion state of the electronic device within a second preset time period after the screen-off time of the electronic device occurs; Determining that the target parameter meets the first preset condition includes: When no motion of the electronic device is detected within the second preset time period, it is determined that the target parameter meets the first preset condition. 6. The method according to claim 5, wherein, in the case where it is detected that a screen-off event occurs in the electronic device in a non-charging state, obtaining the first time-space information corresponding to the screen-off event comprises: After it is determined that the electronic device is detected to have an active screen-off event in a non-charging state, when no screen-on operation from the user is detected within the second preset time period, acquire the first information corresponding to the active screen-off event. One time-space information, the active screen-off event includes an automatic screen-off event after the electronic device detects a screen-on operation from a user or a screen-off event after the electronic device responds to a screen-off operation from a user. 7. The method according to claim 1, wherein the target parameter includes a background application sequence when a screen-off event occurs on the electronic device, and the reference information further includes the historical screen-off event of the electronic device The second feature at the time of the event, the second feature is the feature of the corresponding background application sequence obtained when the historical screen-off event occurs after the electronic device enters the long standby mode within the first preset duration; Determining that the target parameter meets the first preset condition includes: Acquiring the first feature of the background application sequence when the screen-off event occurs on the electronic device; When the first feature matches at least one second feature with the same location and the same time period as the first spatio-temporal information, it is determined that the target parameter meets the first preset condition. 8. The method according to any one of claims 1-4, wherein said obtaining the first probability corresponding to the first spatio-temporal information comprises: Acquiring the probability of entering the long standby mode corresponding to the historical time-space information having the same time period and the same location as the first time-space information; The probability of entering the long standby mode corresponding to the historical time-space information having the same time period and the same location as the first time-space information is taken as the first probability corresponding to the first time-space information. 9. The method according to any one of claims 1-4, wherein said obtaining the first probability corresponding to the first spatio-temporal information comprises: Obtain the corresponding time fence according to the location in the first space-time information, and when the time period in the first time-space information falls in the corresponding time fence, obtain the same time period and the same time period as the first time-space information The probability of entering the long standby mode of the historical space-time information of the place; The probability of entering the long standby mode corresponding to the historical time-space information having the same time period and the same location as the first time-space information is taken as the first probability corresponding to the first time-space information. 10. The method according to claim 9, wherein said obtaining the corresponding time fence according to the location in the first spatio-temporal information comprises: Acquire a set of time-space information, the set of time-space information includes at least one piece of historical time-space information that meets a second preset condition, and the second preset condition includes that the probability of entering the long standby mode corresponding to the historical time-space information is greater than or equal to the second probability threshold corresponding to the historical spatiotemporal information; Acquiring at least one time period corresponding to the historical spatio-temporal information in the same place in the spatio-temporal information set; A time fence for each location is obtained based on the location and the at least one time period. 11. The method of claim 10, wherein the second probability threshold is equal to the first probability threshold. 12. The method according to any one of claims 1-4, wherein the method further comprises: The first probability threshold is determined according to the first preset duration. 13. The method according to claim 12, wherein the determining the first probability threshold according to the first preset duration comprises: determining a corresponding duration weight according to the first preset duration; Inputting the duration weight into a preset function to obtain the first probability threshold. 14. The method according to any one of claims 1-4, characterized in that, after controlling the electronic device to enter the long standby mode, the method further comprises: After detecting that the electronic device is in a charging state, control the electronic device to exit the long standby mode. 15. An electronic device, characterized in that it comprises a memory, a processor, and a computer program stored in the memory and operable on the processor, when the processor executes the computer program, the computer program according to claim 1 is realized. The method described in any one of 1 to 14. 16. A computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, the computer program includes program instructions, and when the program instructions are executed by a processor, the processor executes A method as claimed in any one of claims 1 to 14.