WO2023000772A1

WO2023000772A1 - Mode switching method and apparatus, electronic device and chip system

Info

Publication number: WO2023000772A1
Application number: PCT/CN2022/091651
Authority: WO
Inventors: 周向春; 蔡立峰
Original assignee: 荣耀终端有限公司
Priority date: 2021-07-23
Filing date: 2022-05-09
Publication date: 2023-01-26
Also published as: CN113625860A; CN113625860B

Abstract

A mode switching method and apparatus, an electronic device and a chip system, the method comprising: receiving a user operation, and in response to the user operation, switching an application running in the foreground from a first application to a second application; if the running time of the second application in the foreground is not greater than a first preset duration, then maintaining a first software refresh rate, wherein the first preset duration is the preset duration corresponding to the second application, the first software refresh rate is the software refresh rate of the first application, and the software refresh rate is the refresh rate of an image in a display cache of an electronic device; if the running time of the second application in the foreground is greater than the first preset duration, then switching the software refresh rate of the electronic device from the first software refresh rate to a second software refresh rate, wherein the second software refresh rate is the software refresh rate of the second application. The problem of high power consumption of electronic devices caused by frequently switching the refresh rate is effectively solved.

Description

Mode switching method, device, electronic device and chip system

This application claims the priority of the Chinese patent application filed with the State Intellectual Property Office on July 23, 2021, with the application number 202110843111.9 and the application name "Mode switching method, device, electronic equipment and chip system", the entire content of which is incorporated by reference incorporated in this application.

technical field

The present application relates to the field of terminal equipment, and in particular to a mode switching method, device, electronic equipment and chip system.

Background technique

As the intelligence of electronic devices increases, more and more electronic devices support intelligent switching of refresh rates. In the scheme of intelligently switching the refresh rate, different refresh rates may be set for different applications or different types of applications, and the electronic device intelligently switches the refresh rate according to user operations.

In some application scenarios, when the electronic device starts the scheme of intelligently switching the refresh rate, there may be multiple switching of the refresh rate in a short period of time. Frequently switching the refresh rate will increase the power consumption of the electronic device and affect the performance of the electronic device.

Contents of the invention

The present application provides a mode switching method, device, electronic equipment and chip system, which solves the problem of high power consumption of electronic equipment caused by frequent switching of refresh rates.

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

In the first aspect, a mode switching method is provided, which is characterized in that it is applied to electronic equipment, including:

receiving a user operation, and switching the application running in the foreground from the first application to the second application in response to the user operation;

If the running time of the second application in the foreground is not longer than the first preset duration, then maintain the first software refresh rate, the first preset duration is the preset duration corresponding to the second application, and the first The software refresh rate is the software refresh rate of the first application, and the software refresh rate is the refresh rate of images in the display cache of the electronic device;

If the running time of the second application in the foreground is greater than the first preset duration, the software refresh rate of the electronic device is switched from the first software refresh rate to the second software refresh rate, and the second software refresh rate The rate is a software refresh rate of the second application.

In the embodiment of the present application, after the electronic device responds to the user operation and jumps the application running in the foreground from the first application to the second application, the preset duration of the second application is used as the switching condition of the software refresh rate to control the software refresh rate switching frequency. Compared with the solution of switching the software refresh rate after the electronic device jumps from the first application to the second application, the method provided by the embodiment of the present application can effectively avoid frequent switching of the software refresh rate in a short period of time, and effectively improve the electronic device's refresh rate. power consumption.

In a possible implementation manner of the first aspect, after receiving a user operation and switching the application running in the foreground from the first application to the second application in response to the user operation, the method further includes: according to the first The software refresh rate, the second software refresh rate and the first preset duration switch the software refresh rate of the electronic device.

In a possible implementation manner of the first aspect, the switching the software refresh rate of the electronic device according to the first software refresh rate, the second software refresh rate and the first preset duration includes :

If the first software refresh rate is higher than the second software refresh rate, then judging whether the running time of the second application in the foreground is greater than the first preset duration;

If the running time of the second application in the foreground is greater than the first preset duration, switching the software refresh rate of the electronic device from the first software refresh rate to the second software refresh rate.

If the first software refresh rate is lower than the second software refresh rate, the software refresh rate of the electronic device is switched from the first software refresh rate to a third software refresh rate, and the third software refresh rate is a rate higher than the first software refresh rate and lower than the second software refresh rate;

If the running time of the second application in the foreground is not longer than the first preset duration, then maintain the third software refresh rate; if the running time of the second application in the foreground is longer than the first preset duration , then switch the software refresh rate of the electronic device from the third software refresh rate to the second software refresh rate.

In the embodiment of the present application, the process of judging the software refresh rate is added. When the first software refresh rate is lower than the second software refresh rate, when switching to the second application with a high software refresh rate, the electronic device first switches the software refresh rate to a value between the first software refresh rate and the second software refresh rate. The third software refresh rate between the two rates. When the running time of the second application in the foreground reaches the first preset time, it will switch to a higher software refresh rate. The software refresh rate is greatly reduced, thereby effectively reducing the power consumption of electronic equipment.

In a possible implementation manner of the first aspect, the third software refresh rate is: a preset multiple of the sum of the first software refresh rate and the second software refresh rate, and the preset multiple is A positive number less than 1.

In a possible implementation manner of the first aspect, after receiving a user operation and switching the application running in the foreground from the first application to the second application in response to the user operation, the method further includes: The dwell duration, the dwell duration of the second application, the first software refresh rate, the second software refresh rate, and the first preset duration switch the software refresh rate of the electronic device, wherein the first The resident duration of an application is the historical running time of the first application in the foreground after the application switching; the resident duration of the second application is the historical running time of the second application in the foreground after the application switching.

In a possible implementation manner of the first aspect, according to the first dwell duration, the second dwell duration, the first software refresh rate, the second software refresh rate, and the first preset Switching the software refresh rate of the electronic device by duration, including:

If the resident duration of the first application is less than the resident duration of the second application, switching the software refresh rate of the electronic device from the first software refresh rate to the second software refresh rate;

If the resident duration of the first application is longer than the resident duration of the second application, switch the electronic device according to the first software refresh rate, the second software refresh rate and the first preset duration. The software refresh rate of the device.

In a possible implementation manner of the first aspect, based on the dwell duration of the first application, the dwell duration of the second application, the first software refresh rate, the second software refresh rate, and the second Before switching the software refresh rate of the electronic device for a preset period of time, the method further includes: for the residence time of the target application, acquiring historical switching data of the target application, the target application being the first application or the The second application: generating the residence time of the target application according to the historical switching data of the target application.

In the embodiment of the present application, the process of judging the residence time of the application is added. The dwell time of the application may be obtained according to historical switching data of the application. Therefore, taking the residence time of the application as the judgment condition for switching the software refresh rate is equivalent to switching the software refresh rate according to the user's habit of using the application. Through this method, the switching strategy of the software refresh rate can be flexibly adjusted according to the user's usage habits, which effectively improves the adaptability of the method and further improves the user experience.

In a possible implementation manner of the first aspect, after the dwell duration of the target application is generated according to the historical switching data of the target application, the method further includes: dwell time.

In a possible implementation manner of the first aspect, the first preset duration is determined by the dwell duration of the second application, and the dwell duration of the second application is The historical running time in the foreground.

In the embodiment of this application, since the residence time of the second application can reflect the user's habit of using the application, the preset duration is determined by the residence time of the second application, which is equivalent to determining the software refresh according to the user's historical habit of using the application. The switching frequency of the refresh rate is conducive to improving the applicability of the switching method of the software refresh rate, thereby improving the user experience.

In a possible implementation manner of the first aspect, the method further includes: if the electronic device is in a dark state and the application running in the foreground is switched from the first application to the second application, then Switching the software refresh rate of the electronic device according to the first preset duration.

Compared with the display/environment of the electronic device in the bright state, when the display/environment of the electronic device is in the dark state, switching the software refresh rate is more likely to cause the user a sensory experience of flickering and display frame drop. In the embodiment of the present application, the electronic device is in the dark state as a start condition for software refresh rate switching, which can effectively avoid the situation of flashing and highlighting and display frame drop caused by switching the software refresh rate in the dark state.

In a second aspect, an electronic device is provided, characterized in that it includes:

An application switching unit, configured to receive a user operation, and switch the application running in the foreground from the first application to the second application in response to the user operation;

The first switching unit is configured to maintain the first software refresh rate if the running time of the second application in the foreground is not greater than a first preset duration, and the first preset duration is a preset duration corresponding to the second application Set the duration, the first software refresh rate is the software refresh rate of the first application, and the software refresh rate is the refresh rate of images in the display cache of the electronic device;

The second switching unit is configured to switch the software refresh rate of the electronic device from the first software refresh rate to the second software refresh rate if the running time of the second application in the foreground is greater than the first preset duration , the second software refresh rate is the software refresh rate of the second application.

In a third aspect, an electronic device is provided, including a processor, and the processor is configured to run a computer program stored in a memory to implement the method of any one of the first aspects of the present application.

In a fourth aspect, a chip system is provided, including a processor, the processor is coupled to a memory, and the processor executes a computer program stored in the memory to implement the method of any one of the first aspects of the present application.

In a fifth aspect, a computer-readable storage medium is provided. The computer-readable storage medium stores a computer program. When the computer program is executed by one or more processors, the method of any one of the first aspects of the present application is implemented.

In a sixth aspect, an embodiment of the present application provides a computer program product, which, when the computer program product is run on a device, causes the device to execute any one of the methods in the first aspect above.

It can be understood that, for the beneficial effects of the above-mentioned second aspect to the sixth aspect, reference can be made to the related description in the above-mentioned first aspect, which will not be repeated here.

Description of drawings

FIG. 1 is a schematic structural diagram of an electronic device provided in an embodiment of the present application;

Fig. 2 is a schematic diagram of the screen refresh process provided by the embodiment of the present application;

Fig. 3 is a schematic diagram of the Vsync mechanism provided by the embodiment of the present application;

FIG. 4 is a schematic diagram of an application scenario of hardware refresh rate setting provided by an embodiment of the present application;

Fig. 5 is a schematic diagram of the software refresh rate control effect provided by the embodiment of the present application;

Fig. 6 is a schematic diagram of the control effect of the software refresh rate provided by another embodiment of the present application;

FIG. 7 is a schematic diagram of an application scenario of software refresh rate setting provided by an embodiment of the present application;

FIG. 8 is a schematic diagram of an application switching scenario provided by an embodiment of the present application;

FIG. 9 is a schematic flowchart of a method for switching a software refresh rate provided by an embodiment of the present application;

FIG. 10 is a schematic diagram of a scene of switching application interfaces provided by an embodiment of the present application;

FIG. 11 is a schematic flowchart of another method for switching the software refresh rate provided by the embodiment of the present application;

FIG. 12 is a schematic flowchart of another method for switching the software refresh rate provided by the embodiment of the present application;

Fig. 13 is an interactive schematic diagram of the module relationship provided by the embodiment of the present application;

Fig. 14 is a schematic diagram of a storage form of inter-application switching data provided by an embodiment of the present application;

FIG. 15 is a schematic diagram of an application switching scenario provided by another embodiment of the present application.

detailed description

In the following description, specific details such as specific system structures and technologies are presented for the purpose of illustration rather than limitation, so as to thoroughly understand the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments without these specific details.

It should be understood that when used in this specification and the appended claims, the term "comprising" indicates the presence of described features, integers, steps, operations, elements and/or components, but does not exclude one or more other Presence or addition of features, wholes, steps, operations, elements, components and/or collections thereof.

It should also be understood that in the embodiments of the present application, "one or more" refers to one, two or more than two; "and/or" describes the association relationship of associated objects, indicating that there may be three types of relationships; for example, A and/or B may mean: A exists alone, A and B exist simultaneously, and B exists alone, wherein A and B may be singular or plural. The character "/" generally indicates that the contextual objects are an "or" relationship.

In addition, in the description of the specification and appended claims of the present application, the terms "first", "second", "third" and so on are only used to distinguish descriptions, and should not be understood as indicating or implying relative importance.

Reference to "one embodiment" or "some embodiments" or the like in the specification of the present application means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in other embodiments," etc. in various places in this specification are not necessarily All refer to the same embodiment, but mean "one or more but not all embodiments" unless specifically stated otherwise. The terms "including", "comprising", "having" and variations thereof mean "including but not limited to", unless specifically stated otherwise.

The embodiment of the present application provides a mode switching method, which can be applied to electronic equipment. Electronic devices can be: mobile phones, tablet computers, smart screens, wearable devices, vehicle-mounted devices, smart speakers, augmented reality (augmented reality, AR)/virtual reality (virtual reality, VR) equipment, notebook computers, super mobile personal computers ( Ultra-mobile personal computer (UMPC), netbook, personal digital assistant (personal digital assistant, PDA) and other electronic devices. The embodiment of the present application does not limit the specific type of the electronic device.

Referring to FIG. 1 , it is a schematic structural diagram of an electronic device provided by an embodiment of the present application. The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, and an antenna 2 , mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, earphone jack 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193, display screen 194, and A subscriber identification module (subscriber identification module, SIM) card interface 195 and the like. 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, bone conduction sensor 180M, etc.

It can 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 certain components, or separate certain components, or arrange different components. The illustrated components can be realized in hardware, software or a combination of software and hardware.

The processor 110 may include one or more processing units, for example: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processing unit (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural network processor (neural-network processing unit, NPU) Wait. Wherein, different processing units may be independent devices, or may be integrated in one or more processors. For example, the processor 110 is configured to execute the mode switching method in the embodiment of the present application.

Wherein, the controller may be the nerve center and command center of the electronic device 100 . The controller can generate an operation control signal according to the instruction opcode and timing signal, and complete the control of fetching and executing the instruction.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to use the instruction or data again, it can be directly called from the memory. Repeated access is avoided, and the waiting time of the processor 110 is reduced, thus improving the efficiency of the system.

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

The I2C interface is a bidirectional synchronous serial bus, including a serial data line (serial data line, SDA) and a serial clock line (derail clock line, SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 can be respectively coupled to the touch sensor 180K, the charger, the flashlight, the camera 193 and the like through different I2C bus interfaces. For example, the processor 110 may be coupled to the touch sensor 180K through the I2C interface, so that the processor 110 and the touch sensor 180K communicate through the I2C bus interface to realize the touch function of the electronic device 100 .

The I2S interface can be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 through an I2S bus to implement communication between the processor 110 and the audio module 170 . In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 through the I2S interface.

The PCM interface can also be used for audio communication, sampling, quantizing and encoding the analog signal. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface.

In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to realize the function of answering calls through the Bluetooth headset. Both I2S interface and PCM interface can be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communication. The bus can be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication.

In some embodiments, a UART interface is generally used to connect the processor 110 and the wireless communication module 160 . For example: the processor 110 communicates with the Bluetooth module in the wireless communication module 160 through the UART interface to realize the Bluetooth function. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 through the UART interface.

The MIPI interface can be used to connect the processor 110 with peripheral devices such as the display screen 194 and the camera 193 . MIPI interface includes camera serial interface (camera serial interface, CSI), display serial interface (display serial interface, DSI), etc. In some embodiments, the processor 110 communicates with the camera 193 through the CSI interface to realize the shooting function of the electronic device 100 . The processor 110 communicates with the display screen 194 through the DSI interface to realize the display function of the electronic device 100 .

The GPIO interface can be configured by software. The GPIO interface can be configured as a control signal or as a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 with the camera 193 , the display screen 194 , the wireless communication module 160 , the audio module 170 , the sensor module 180 and so on. The GPIO interface can also be configured as an I2C interface, I2S interface, UART interface, MIPI interface, etc.

The USB interface 130 is an interface conforming to the USB standard specification, specifically, it can be a Mini USB interface, a Micro USB interface, a USB Type C interface, and the like. The USB interface 130 can be used to connect a charger to charge the electronic device 100 , and can also be used to transmit data between the electronic device 100 and peripheral devices.

It can be understood that the interface connection relationship between the modules shown in the embodiment of the present application is only a schematic illustration, and does not constitute a structural limitation of the electronic device 100 . In other embodiments of the present application, the electronic device 100 may also adopt different interface connection manners in the foregoing embodiments, or a combination of multiple interface connection manners.

The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, so as 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 realize the data storage function. Such as saving music, video and other files in the external memory card.

The internal memory 121 may be used to store computer-executable program codes including instructions. The processor 110 executes various functional applications and data processing of the electronic device 100 by executing instructions stored in the internal memory 121 . The internal memory 121 may include an area for storing programs and an area for storing data. Wherein, the stored program area can store an operating system and at least one application program required by a function (such as a sound playing function, an image playing function, etc.). The storage data area can store data created during the use of the electronic device 100 (such as competition value, wake-up voiceprint, 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 magnetic disk storage device, flash memory device, universal flash storage (universal flash storage, UFS) and the like.

The charging management module 140 is configured to receive a charging input from a charger. Wherein, the charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 can receive charging input from the wired charger through the USB interface 130 . In some wireless charging embodiments, the charging management module 140 may receive a 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 can also provide power for electronic devices through the power management module 141 .

The power management module 141 is used for connecting the battery 142 , the charging management module 140 and the processor 110 . The power management module 141 receives the input from the battery 142 and/or the charging management module 140 to provide power for the processor 110 , the internal memory 121 , the external memory, 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 times, and battery health status (leakage, impedance).

In some other embodiments, the power management module 141 may also be disposed in the processor 110 . In some other embodiments, the power management module 141 and the charging management module 140 may also be set in the same device.

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

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

The mobile communication module 150 can provide wireless communication solutions including 2G/3G/4G/5G applied on the electronic device 100 . The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA) and the like. The mobile communication module 150 can receive electromagnetic waves through the antenna 1, filter and amplify the received electromagnetic waves, and send them to the modem processor for demodulation. The mobile communication module 150 can also amplify the signals modulated by the modem processor, and convert them into electromagnetic waves through the antenna 1 for radiation.

In some embodiments, at least part of the functional modules of the mobile communication module 150 may be set in the processor 110 . In some embodiments, at least part of the functional modules of the mobile communication module 150 and at least part of the modules of the processor 110 may be set in the same device.

A modem processor may include a modulator and a demodulator. Wherein, the modulator is used for modulating 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. Then the demodulator sends the demodulated low-frequency baseband signal to the baseband processor for processing. After the low-frequency baseband signal is processed by the baseband processor, it is passed to the application processor. The application processor outputs sound signals through audio equipment (not limited to speaker 170A, receiver 170B, etc.), or displays images or videos through display screen 194 . In some embodiments, the modem processor may be a stand-alone device. In some other embodiments, the modem processor may be independent from the processor 110, and be set in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide wireless local area networks (wireless local area networks, WLAN) (such as wireless fidelity (Wireless Fidelity, Wi-Fi) network), bluetooth (bluetooth, BT), global navigation satellite, etc. applied on the electronic device 100. System (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field communication technology (near field communication, NFC), infrared technology (infrared, IR) and other wireless communication solutions. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2 , frequency-modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110 . The wireless communication module 160 can also receive the signal to be sent from the processor 110 , frequency-modulate it, amplify it, and convert it into electromagnetic waves through the antenna 2 for radiation.

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. Wireless communication technologies may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), broadband code division Multiple access (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, etc. GNSS can include global positioning system (global positioning system, GPS), global navigation satellite system (global navigation satellite system, GLONASS), Beidou satellite navigation system (beidou navigation satellite system, BDS), quasi-zenith satellite system (quasi-zenith) satellite system (QZSS) and/or satellite based augmentation systems (SBAS).

The electronic device 100 can implement audio functions through the audio module 170 , the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor. Such as music playback, recording, etc.

The audio module 170 is used for converting digital audio signals into analog audio signals for output, and also for converting analog audio input into digital audio signals. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be set in the processor 110 , or some functional modules of the audio module 170 may be set in the processor 110 .

Speaker 170A, also referred to as a "horn", is used to convert audio electrical signals into sound signals. Electronic device 100 can listen to music through speaker 170A, or listen to hands-free calls.

Receiver 170B, also called "earpiece", is used to convert audio electrical signals into sound signals. When the electronic device 100 receives a call or a voice message, the receiver 170B can be placed close to the human ear to receive the voice.

The microphone 170C, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can put his mouth close to the microphone 170C to make a sound, and input the sound signal to the microphone 170C. The electronic device 100 may be provided with at least one microphone 170C. In other embodiments, the electronic device 100 can be provided with two microphones 170C, which can also implement a noise reduction function in addition to listening to voice information. In some other embodiments, the electronic device 100 can also be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and realize directional recording functions, etc. For example, the microphone 170C may be used to collect voice information involved in this embodiment of the present application.

The earphone interface 170D is used for connecting wired earphones. The earphone interface 170D can be a USB interface 130, or a 3.5mm 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 the pressure signal and convert the pressure signal into an electrical signal. In some embodiments, pressure sensor 180A may be disposed on display screen 194 . There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. A capacitive pressure sensor may be comprised of at least two parallel plates with conductive material. When a force is applied to the pressure sensor 180A, the capacitance between the electrodes changes. The electronic device 100 determines the intensity of pressure according to the change in capacitance. When a touch operation acts on the display screen 194, the electronic device 100 detects the intensity of the touch operation according to the pressure sensor 180A. The electronic device 100 may also calculate the touched position according to the detection signal of the pressure sensor 180A.

In some embodiments, touch operations acting on the same touch position but with different touch operation intensities may correspond to different operation instructions. For example: when a touch operation with a touch operation intensity less than the first pressure threshold acts on the short message application icon, an instruction to view short messages is executed. When a touch operation whose intensity is greater than or equal to the first pressure threshold acts on the icon of the short message application, the instruction of creating a new short message is executed.

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 (ie, x, y and z axes) may be determined by the gyro sensor 180B. The gyro sensor 180B can be used for image stabilization. Exemplarily, when the shutter is pressed, the gyro sensor 180B detects the shaking angle of the electronic device 100, calculates the distance that the lens module needs to compensate according to the angle, and allows the lens to counteract 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 based on 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 may 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 clamshell machine, the electronic device 100 can detect opening and closing of the clamshell according to the magnetic sensor 180D. Furthermore, according to the detected opening and closing state of the leather case or the opening and closing state of the flip cover, features such as automatic unlocking of the flip cover are set.

The acceleration sensor 180E can detect the acceleration of the electronic device 100 in various 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 electronic devices, and can be used in applications such as horizontal and vertical screen switching, pedometers, etc.

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

Proximity light sensor 180G may include, for example, light emitting diodes (LEDs) and light detectors, such as photodiodes. The light emitting diodes may be infrared light emitting diodes. The electronic device 100 emits infrared light through the light emitting diode. Electronic device 100 uses photodiodes to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it may be determined that there is an object near the electronic device 100 . When insufficient reflected light is detected, the electronic device 100 may 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 make a call, so as to automatically turn off the screen to save power. The proximity light sensor 180G can also be used in leather case mode, automatic unlock and lock screen in pocket mode.

The fingerprint sensor 180H is used to collect fingerprints. The electronic device 100 can use the collected fingerprint characteristics to implement fingerprint unlocking, access to application locks, take pictures with fingerprints, answer incoming calls with fingerprints, and the like.

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 implement a temperature treatment strategy. For example, when the temperature reported by the temperature sensor 180J exceeds the threshold, the electronic device 100 may reduce the performance of the processor located near the temperature sensor 180J, so as 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 prevent the electronic device 100 from being shut down abnormally due to the low temperature. In some 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.

Touch sensor 180K, also known as "touch panel". The touch sensor 180K can be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, also called a “touch screen”. The touch sensor 180K is used to detect a touch operation 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 may also be disposed on the surface of the electronic device 100 , which is different from the position of the display screen 194 .

The ambient light sensor 180L is used for sensing ambient light brightness. 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 the pocket, so as to prevent accidental touch.

The bone conduction sensor 180M can acquire vibration signals. In some embodiments, the bone conduction sensor 180M can acquire the vibration signal of the vibrating bone mass of the human voice. The bone conduction sensor 180M can also contact the human pulse and receive the blood pressure beating signal.

In some embodiments, the bone conduction sensor 180M can also be disposed in the earphone, combined into a bone conduction earphone. The audio module 170 can analyze the voice signal based on the vibration signal of the vibrating bone mass of the vocal part acquired by the bone conduction sensor 180M, so as to realize the voice function. The application processor can analyze the heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 180M, so as to realize the heart rate detection function.

The keys 190 include a power key, a volume key and the like. The key 190 may be a mechanical key. It can also be a touch button. The electronic device 100 can receive key input and generate key signal input related to user settings and function control of the electronic device 100 .

The motor 191 can generate a vibrating reminder. The motor 191 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. For example, touch operations applied to different applications (such as taking pictures, playing audio, etc.) may correspond to different vibration feedback effects. The motor 191 may also correspond to different vibration feedback effects for touch operations acting on different areas of the display screen 194 . Different application scenarios (for example: time reminder, receiving information, alarm clock, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

The indicator 192 can be an indicator light, and can be used to indicate charging status, power change, and can also be used to indicate messages, missed calls, notifications, and the like.

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

The display screen 194 is used to display images, videos and the like. The display 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 (active-matrix organic light emitting diode, AMOLED), flexible light-emitting diode (flex light-emitting diode, FLED), Miniled, MicroLed, Micro-oLed, quantum dot light emitting diodes (quantum dot light emitting diodes, 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 the ISP, the camera 193 , the video codec, the GPU, the display screen 194 and the application processor.

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

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

Digital signal processors are used to process digital signals. In addition to digital image signals, they can also process other digital signals.

Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 can play or record videos in various encoding formats, for example: moving picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4 and so on.

The NPU is a neural-network (NN) computing processor. By referring to the structure of biological neural networks, such as the transfer mode between neurons in the human brain, it can quickly process input information and continuously learn by itself. Applications such as intelligent cognition of the electronic device 100 can be realized through the NPU, such as image recognition, face recognition, speech recognition, text understanding, and the like.

The SIM card interface 195 is used for connecting a SIM card. The SIM card can be connected 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 may support 1 or N SIM card interfaces, where N is a positive integer greater than 1. SIM card interface 195 can support Nano SIM card, Micro SIM card, SIM card etc. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of multiple cards may be the same or different. The SIM card interface 195 is also compatible with different types of SIM cards. The SIM card interface 195 is also compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to realize functions such as calling and data communication. In some embodiments, the electronic device 100 adopts an eSIM, that is, an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100 .

Firstly, the technical background involved in the embodiment of the present application is introduced.

The display screen of an electronic device displays images at a certain hardware refresh rate. The hardware refresh rate refers to the frequency at which the screen of an electronic device refreshes, which can be understood as the number of frames of images refreshed on the screen per second. For example: the hardware refresh rate is 60Hz, which means that the screen of the electronic device refreshes 60 frames of images per second. Images on the screen are made up of pixels arranged horizontally and vertically. A hardware refresh process refers to the process of refreshing each pixel on the screen once. Taking LCD as an example, the pixels in the LCD are controlled row by row. The pixels in the LCD are controlled row by row from top to bottom by controlling the switches to perform refresh (as shown in (a) in FIG. 2 ). When the last row of pixels of the LCD is refreshed, the screen generates a hardware vertical synchronization (Vsync) signal (a pulse signal) to enable the control switch to perform a new round of refresh control.

From the perspective of the system, taking the Android system as an example, as shown in (b) in Figure 2, the process of synthesizing a frame of image by the system includes: the application program of the Android system application layer is based on the display parameters of the image to be displayed (such as the image to be displayed) The width, height, position, color, etc. of the interface) draw images; the Surfaceflinger process of the Android system application architecture layer merges and renders the images drawn by the application program, and stores the processed images in the hardware frame buffer (ie, the display buffer). When the screen generates a hardware Vsync signal, the Display driver at the kernel layer of the Android system sends the latest cached frame image in the hardware frame buffer to the screen for display, and the system starts to synthesize the next frame image. With this cycle, multiple refreshes of the screen image can be completed.

The following describes the working principle of the Vsync mechanism. The Vsync mechanism means that the hardware Vsync signal is transmitted to the upper-layer drawing executor in the form of a software Vsync signal, so that it can match the working rhythm of the hardware Vsync signal. Specifically, the DispSync thread in the Surfaceflinger process virtualizes the hardware Vsync signal into two software Vsync signals Vsync-APP signal and Vsync-SF signal with fixed offset; the App EventThread thread in the Surfaceflinger process reports the Vsync-APP signal to Application program; the application program starts to draw the image after receiving the Vsync-APP signal (the texture and polygon of the image are generated by the CPU, and the texture and polygon generated by the CPU are rasterized and synthesized by the GPU); the Surfaceflinger process is received by the SF EventThread thread Vsync-SF signal; after the Surfaceflinger process receives the Vsync-SF signal, it starts to merge and render the image drawn by the application, and stores the processed image in the hardware frame buffer.

For example, refer to FIG. 3 , which is a schematic diagram of the Vsync mechanism provided by the embodiment of the present application. As shown in Figure 3, after the screen generates a hardware Vsync signal, the Display driver program sends the Frame0 image to display, and the system controls the application program to draw the second frame image through the converted Vsync-APP signal (marked as 2 as shown in Figure 3 rectangle), control the Surfaceflinger process to synthesize and render the first frame image through the converted Vsync-SF signal, and store the processed first frame image in the hardware frame buffer. After the screen generates the next hardware Vsync signal, the Display driver sends the Frame1 image to display, and the system controls the application program to draw the third frame image (the rectangle marked 3 as shown in Figure 3) through the converted Vsync-APP signal. The converted Vsync-SF signal controls the Surfaceflinger process to synthesize and render the second frame image, and store the processed second frame image in the hardware frame buffer. And so on. As shown in Figure 3, the process of synthesizing frames by the system is coordinated with the process of refreshing the screen hardware through the Vsync mechanism.

Currently, the screens of electronic devices can support multiple hardware refresh rates, such as 60Hz, 90Hz, 120Hz, 144Hz, and 240Hz. In practical applications, the hardware refresh rate can be manually switched by the user, or the hardware refresh rate can be intelligently switched by the electronic device.

In the application scenario where the user manually switches the hardware refresh rate, as shown in (a) of FIG. 4 , there is an interface 10 for setting the hardware refresh rate. The setting interface 10 includes a hardware refresh rate adjustment area 110 . The hardware refresh rate adjustment area 110 includes a selection control 111 and hardware refresh rate selection information 112 . As shown in the setting interface 10, the adjustment control 111 is located at the "60Hz" position of the hardware refresh rate selection information 112, indicating that the current hardware refresh rate of the electronic device is 60Hz. The user can adjust the hardware refresh rate of the electronic device through user operations on the setting interface 10 . For example, when the user slides the adjustment control 111 to the "90Hz" position of the hardware refresh rate selection information 112, the electronic device displays the interface 11 shown in (b) in Figure 4, at this time, the electronic device sets the hardware refresh rate to 90Hz.

In an application scenario where the electronic device intelligently switches the hardware refresh rate, the electronic device can intelligently switch the hardware refresh rate according to user operations.

For example: when the user operates the screen, the electronic device switches the hardware refresh rate from a low refresh rate (such as 60Hz) to a high refresh rate (such as 90Hz, 120Hz, etc.); when the user does not operate, the electronic device switches the hardware refresh rate from a high refresh rate Switch to a low refresh rate. Electronic devices can also intelligently switch the hardware refresh rate according to the user's usage time. When the user's use time reaches a preset value, the electronic device switches the hardware refresh rate from a low refresh rate to a high refresh rate.

Users can also set different hardware refresh rates for different applications, and the electronic device intelligently switches the hardware refresh rate according to user operations. For example: set a hardware refresh rate of 120Hz for video applications, and set a hardware refresh rate of 60Hz for payment applications. When the user operates a video application, the electronic device switches the hardware refresh rate to 120Hz; when the user operates a payment application, the electronic device switches the hardware refresh rate to 60Hz. Of course, the hardware refresh rate can also be set by the developer in the configuration file of the application.

During the switching process of the hardware refresh rate from low to high, the user may feel flickering, which is especially obvious in low-light conditions. In order to solve this problem, the hardware refresh rate of the electronic device can be maintained at a high refresh rate. But this solution comes at the cost of higher power consumption of the electronic equipment. In order to reduce the power consumption of the electronic device at a high refresh rate, a solution is to reduce the refresh rate of the software. For example: the hardware refresh rate of electronic equipment is maintained at 120Hz, and the software refresh rate is reduced to 60Hz. Implementations can include:

1. The system notifies the application to synthesize images at 60Hz.

For example, refer to FIG. 5 , which is a schematic diagram of the control effect of the software refresh rate provided by the embodiment of the present application. As shown in Figure 5, after the screen generates a hardware Vsync signal, the Display driver still sends Frame0 to the display, the system generates a Vsync-APP signal and a Vsync-SF signal, and the application program draws the second frame image according to the Vsync-APP signal ( As shown in the rectangle labeled 2 in FIG. 5 ), the Surfaceflinger process generates the first frame of image according to the Vsync-SF signal, and stores the first frame of image in the hardware frame buffer. After the display generates the next hardware Vsync signal, the Display driver sends the Frame1 image to the display. After the display generates the next hardware Vsync signal, the Display driver will still send the Frame1 image to the display, and the system will generate a Vsync-APP signal and a Vsync-SF signal, and the application program will draw the third frame image according to the Vsync-APP signal (such as In the rectangle labeled 3 in FIG. 5 ), the Surfaceflinger process generates a second frame image according to the current Vsync-SF signal, and stores the second frame image in the hardware frame buffer. And so on. In the above method, the frequency of composite images is controlled by the system side, so that the software refresh rate is reduced to half of the hardware refresh rate.

2. The system notifies the app to synthesize images at 120Hz, and the app synthesizes images at 60Hz (for example, the app synthesizes images every two frames).

Referring to FIG. 6 , it is a schematic diagram of the control effect of the software refresh rate provided by another embodiment of the present application. As shown in Figure 6, after the screen generates a hardware Vsync signal, the Display driver sends the Frame0 image to display, the system generates a Vsync-APP signal and a Vsync-SF signal, and the application program draws the second frame image according to the Vsync-APP signal ( As shown in the rectangle labeled 2 in Figure 6), the Surfaceflinger process generates the first frame of image according to the Vsync-SF signal (as shown in the rectangle labeled 1 in Figure 6), and stores the first frame of image in the hardware frame buffer. After the display generates the next hardware Vsync signal, the Display driver sends the Frame1 image to the display, and the system generates a Vsync-APP signal and a Vsync-SF signal. After the display generates the next hardware Vsync signal, the Display driver will still send the Frame1 image to the display, and the system will generate a Vsync-APP signal and a Vsync-SF signal, and the application program will draw the third frame image according to the Vsync-APP signal (such as In the rectangle labeled 3 in FIG. 6 ), the Surfaceflinger process generates the second frame image according to the Vsync-SF signal, and stores the first frame image in the hardware frame buffer. And so on. In this method, the frequency of composite images is controlled by the application side, so that the software refresh rate is reduced to half of the hardware refresh rate.

Different software refresh rates can be set for each application or for different types of applications. For example, video applications have high requirements for screen fluency, so a higher software refresh rate can be set for video applications; payment applications have lower requirements for screen fluency, and a lower software refresh rate can be set for payment applications.

For example, refer to FIG. 7 , which is a schematic diagram of an application scenario of software refresh rate setting provided by an embodiment of the present application. As shown in (a) of FIG. 7 , it is the setting interface 20 of the application A. The setting interface 20 includes a selection control 201 and software refresh rate selection information 202 . As shown in the setting interface 20, the selection control 201 at the "60Hz" position of the software refresh rate selection information 202 is in the selected state, indicating that the software refresh rate of the current application A is 60Hz. The user can adjust the software refresh rate of the application A through user operations on the setting interface 20 . For example, when the user clicks/touches the selection control 201 at the "90Hz" position of the software refresh rate information 202, the electronic device displays an interface 21 as shown in (b) in FIG. The software refresh rate is set to 90Hz. The software refresh rate can be set by the user as shown in Figure 7, or can be set by the developer in the configuration file of the application.

In some other embodiments, when the electronic device enables the software refresh rate adjustment mode, the electronic device can adjust the brightness of the electronic device according to the brightness of the current screen, the brightness of the ambient light, the application type running in the foreground, the user's operation type, and the brightness of the electronic device before the ambient light is dimmed. status and other information, comprehensively judge how to adjust the software refresh rate and hardware refresh rate. For example, when the user operates the electronic device for the first time under low-light adjustment, the electronic device may adjust both the software refresh rate and the hardware refresh rate to a high refresh rate, such as 120 Hz. After a period of time, the electronic device detects that the user has not operated, and can maintain the hardware refresh rate at 120Hz, while reducing the software refresh rate to 60Hz. Alternatively, the electronic device can adjust the software refresh rate to 120Hz when the user watches video in dimmed conditions. When the electronic device detects that the application running in the foreground is communication software, it can adjust the refresh rate of the software to 60 Hz to save power consumption.

In some application scenarios where the software refresh rate is switched, when the electronic device enables the smart refresh rate adjustment and software refresh rate adjustment schemes, there may be situations where the software refresh rate is switched multiple times in a short period of time.

For example, refer to FIG. 8 , which is a schematic diagram of an application switching scenario provided by an embodiment of the present application. As shown in (a) of FIG. 8 , it is the main interface 30 of the electronic device. The main interface 30 may include a status bar 301 , application icons 302 and a navigation bar 303 . The status bar 301 may include information such as time, WI-FI icon, signal strength, and current remaining power. The application icon 302 may include a video application icon, a payment application icon, a camera application icon, a text message icon, a setting icon, a gallery icon, a phone icon, a browser icon, an email icon, and the like. The navigation bar 303 may include system navigation keys such as a return button 3031, a home screen button 3032, and an outgoing task history button 3033. Wherein, the main interface is the interface displayed by the electronic device 100 after any user interface detects a user operation acting on the main interface button 3032. When detecting that the user clicks the return button 3031, the electronic device may display a previous user interface of the current user interface. When detecting that the user clicks the home interface button 3032 , the electronic device can display the home interface 30 . When detecting that the user clicks the call out task history button 3033, the electronic device may display the applications that the user has recently opened.

The user can enter the application interface through user operations on the main screen interface 30 . For example, when the user clicks the video application icon in the main interface 30, the electronic device jumps to the application interface 31 as shown in (b) in FIG. 8 . The application interface 31 may include a search bar 311 and a video preview 312 . When the user clicks one of the paid video preview images 312, the electronic device jumps to the video interface 32 as shown in (c) in FIG. 8 . The video interface 32 may include a video play box 321 and a payment control 322 . When the user clicks/touches the payment control 322, the electronic device switches to the payment application and jumps to the payment interface 33 of the payment application as shown in (d) of FIG. 8 . The payment interface 33 may include payment information 331 and a confirmation control 332 . When the user clicks/touches the confirmation control 332, the electronic device performs the payment task, and jumps to the payment completion interface 34 shown in (e) in FIG. 8 after the payment is successful. The payment completion interface 34 may include a payment completion mark 341 and a page jump timing mark 342 . As shown in (e) in FIG. 8 , the page jump timing mark 342 displays "automatic jump after 10s". When the timing reaches 10s, the electronic device switches back to the video application and jumps to the video interface 35 shown in (f) in FIG. 8 . The video interface 35 may include a video playing screen 351 and a video playing control area 352 .

In the application scenario shown in Figure 8, in order to ensure the user experience, when it is detected that the user opens the video application, the software refresh rate will be increased or maintained at a high refresh rate, such as 120Hz. For some scenes with few screen changes, such as the payment interface, the electronic device can adjust the software refresh rate to a low refresh rate, such as 60Hz. Therefore, the video application is switched to the payment application first, and then the payment application is switched to the video application. During this process, the software refresh rate was switched twice. Frequent switching of the software refresh rate will have a certain impact on the performance and power consumption of the electronic device, thereby affecting the user experience. In order to solve the above problem, an embodiment of the present application provides a method for switching a software refresh rate. The method is introduced below.

Referring to FIG. 9 , it is a schematic flowchart of a method for switching a software refresh rate provided by an embodiment of the present application. As shown in FIG. 9 , the method for switching the software refresh rate may include S901-S903, and the specific steps are as follows.

S901. When detecting a switching instruction from a first application to a second application, the electronic device jumps from the first application to the second application.

The first application and the second application in this embodiment of the present application may refer to different application programs. Wherein, the first application may refer to an application currently running in the foreground of the electronic device, and the second application may refer to a target application to which the electronic device will jump to.

The manner in which the electronic device jumps from the first application to the second application can be directly to the second application through the jump window popped up in the first application as shown in the application scenario in the embodiment of FIG. 8 above. In the application scenario shown in FIG. 8, the electronic device performs two application jumps. In the first jump, the first application is a video application, and the second application is a payment application, and the user directly jumps to the second application by clicking/touching the payment control on the payment interface in the video application. In the second jump, the first application is a payment application, the second application is a video application, and the second application is directly jumped to through the payment completion interface of the payment application.

In practical applications, different software refresh rates may be required for different functions in the same application, and different software refresh rates may be set for different functions of the same application. Therefore, the first application and the second application in the embodiment of the present application may also refer to different functions in the same application.

In an application scenario, refer to FIG. 10 , which is a schematic diagram of an application interface switching scenario provided by an embodiment of the present application. As shown in (a) of FIG. 10 , it is an application interface 40 of a chat application. The application interface 40 may include an information display area 401 and an information input area 402 . The information input area 402 may include a voice input control 4021 , a text input box 4022 , an emoticon input control 4023 and an option control 4024 .

When the user clicks/touches the option control 4024, the electronic device jumps to the application interface 41 as shown in (b) in FIG. 10 . The application interface 41 may include an information display area 411 and a function selection area 412 . The function selection area 412 may include an album control 4121 , a shooting control 4122 , a red packet control 4123 and a video control 4124 .

When the user clicks/touches the video control 4124, the electronic device jumps to the video chat application interface 42 as shown in (c) of FIG. 10 . The application interface 42 may include a video display frame 421 , a video display frame 422 and a video hangup control 423 . Wherein, the video display frame 421 and the video display frame 422 are respectively used to display the video images of the two video users.

Since the software refresh rate required for video chat is higher than that required for text chat, if the electronic device still maintains the software refresh rate for text chat after switching from text chat to video chat, it will affect the clarity of video chat. In this case, different software refresh rates may be set for the text chat function and the video chat function in the chat application. In this application scenario, the first application is a text chat function in the chat application, and the second application is a video chat function in the chat application.

S902. The electronic device acquires a preset duration (that is, a first preset duration), and starts timing.

The preset duration may be preset. For example: setting different preset durations for different applications.

The preset duration may also be generated by the electronic device according to the historical data of the user's use of the application. In the embodiment shown in Figure 13, the electronic device acquires historical data from the WMS, then generates inter-application switching data according to the historical data, and stores the inter-application switching data in the database (the storage method is shown in Figure 14), when the software starts to execute In the refresh rate switching method, the inter-application software refresh rate module obtains inter-application switching data from the database, obtains the residence time of the second application according to the inter-application switching data, and generates a preset time according to the residence time of the second application. For specific content, please refer to the description in the following embodiments.

The timing in S902 is used to record the cumulative running time of the second application in the foreground after the foreground of the electronic device is switched from the first application to the second application. When the electronic device jumps from the second application to other applications, the electronic device stops timing. Or, when the electronic device switches the software refresh rate to the software refresh rate of the second application, the electronic device stops timing.

S903. The electronic device switches the software refresh rate according to a preset time period.

As another embodiment of the present application, in the method for switching the software refresh rate shown in FIG. 9 , step 903 may be implemented in the following ways.

In the first implementation manner, step 903 may include:

1-1. Determine whether the running time of the second application in the foreground reaches a preset duration.

1-2. If the running time of the second application in the foreground reaches a preset duration, the electronic device switches from the current software refresh rate to the software refresh rate of the second application, and stops timing.

1-3. If the running time of the second application in the foreground does not reach the preset duration, the electronic device maintains the current software refresh rate.

Steps 1-1 to 1-3 are applied to the application scenario shown in Figure 8. The application currently used by the user is video software with a high software refresh rate. When the user switches the video software running in the foreground to payment software, the electronic device It is possible to start recording the foreground running time of the payment software. If the foreground running time of the payment software reaches a preset duration, the electronic device switches the software refresh rate to the software refresh rate of the payment software. If the foreground running time of the payment software does not exceed the preset duration, the electronic device maintains the software refresh rate of the video software.

Since the jump action of the application interface in the application is usually monitored by the application server, steps 1-1 to 1-3 are applied to the application scenario shown in Figure 10, and the user is currently using the text in the video application Chatting function, when the user switches to the video chatting function in the video application, the electronic device can communicate and interact with the server of the video application to monitor the accumulated time of the user using the video chatting function. If the accumulative duration of the user using the video chat function reaches a preset duration, the electronic device switches the software refresh rate to the software refresh rate of the video chat function. If the accumulated time of the user using the video chat function does not reach the preset time, the electronic device maintains the software refresh rate of the text chat function.

In the above implementation, when the running time of the second application in the foreground reaches the preset duration, the software refresh rate is switched instead of switching the software refresh rate when the electronic device jumps from the first application to the second application, which avoids the user Frequently switching the software refresh rate when the second application stays for a short time effectively reduces the switching frequency of the software refresh rate, thereby effectively reducing the power consumption of the electronic device.

In the second implementation manner, step 903 may include:

2-1. The software refresh rate is switched according to the first software refresh rate, the second software refresh rate, and the preset duration. Wherein, the first software refresh rate is the software refresh rate of the first application, and the second software refresh rate is the software refresh rate of the second application.

In the second implementation, the first software refresh rate and the second software refresh rate can be judged first, and then the software refresh rate can be switched according to the first software refresh rate and the second software refresh rate, depending on the situation.

Optionally, step 2-1 may include the following steps:

2-1-1. Determine whether the refresh rate of the first software is higher than the refresh rate of the second software.

If the first software refresh rate is equal to the second software refresh rate, perform 2-1-7, that is, there is no need to switch the software refresh rate.

2-1-2. If the refresh rate of the first software is higher than the refresh rate of the second software, it is judged whether the running time of the second application in the foreground reaches the preset duration.

2-1-3. If the running time of the second application in the foreground reaches the preset duration, the electronic device switches from the current software refresh rate to the software refresh rate of the second application, and executes 2-1-7.

If the running time of the second application in the foreground does not reach the preset duration, the electronic device maintains the current software refresh rate.

Steps 2-1-2 to 2-1-3 show the situation that the first software refresh rate is higher than the second software refresh rate. In this case, 2-1-2 to 2-1-3 are the same as steps 1-1 to 1-3 in the above-mentioned first implementation mode, for details, please refer to the description of steps 1-1 to 1-3, here No longer.

2-1-4. If the first software refresh rate is lower than the second software refresh rate, the electronic device switches from the current software refresh rate to the third software refresh rate.

2-1-5. Determine whether the running time of the second application in the foreground reaches a preset duration.

2-1-6. If the running time of the second application in the foreground reaches the preset duration, the electronic device switches from the third software refresh rate to the second software refresh rate, and executes 2-1-7.

If the running time of the second application in the foreground does not reach the preset duration, the electronic device maintains the third software refresh rate.

2-1-7. Stop timing.

Steps 2-1-4 to 2-1-6 show the situation that the first software refresh rate is lower than the second software refresh rate. The third software refresh rate in this case can be set to a value between the first software refresh rate and the second software refresh rate. For example, the third software refresh rate=(first software refresh rate+second software refresh rate)/M. Exemplarily, when M=2, the third software refresh rate=(first software refresh rate+second software refresh rate)/2.

The above-mentioned third software refresh rate can be applied in the application scenario shown in FIG. 8 . The application currently used by the user is a payment software with a low software refresh rate (assuming that the software refresh rate of the payment software is 60Hz), when the user switches the payment software running in the foreground to a video software (assuming that the software refresh rate of the video software is 120Hz), The electronic device can switch the software refresh rate to 90Hz and start recording the foreground running time of the video software. If the foreground running time of the video software reaches the preset duration, the software refresh rate can be switched to 120Hz for the video software. If the foreground running time of the video software does not exceed the preset duration, the electronic device maintains a software refresh rate of 90 Hz.

The above-mentioned third software refresh rate can also be applied in the application scenario shown in FIG. Switch to the video chat function in the chat application (assuming that the software refresh rate of the video chat function is 120Hz), the electronic device can switch the software refresh rate to 75Hz, and start communicating with the server of the chat application to monitor the user's use of video chat The cumulative duration of the function. If the accumulated time of the user using the video chat function reaches a preset time, the electronic device will switch the software refresh rate to 120Hz. If the accumulated time of the user using the video chat function does not reach the preset time, the electronic device will maintain 75Hz.

The second implementation is equivalent to adding a process of judging the software refresh rate of the application before step 1-1. Through the second implementation, when the first software refresh rate is lower than the second software refresh rate, when switching to the second application with a high software refresh rate, the electronic device first switches the software refresh rate to a value between the first software refresh rate and the first software refresh rate. The third software refresh rate between the refresh rate and the second software refresh rate, when the accumulated time after jumping to the second application reaches the preset time of the second application, then switch to a higher software refresh rate, so that both This ensures a smooth user experience, and at the same time reduces the refresh rate of the software as much as possible, thereby effectively reducing the power consumption of electronic devices.

In a third implementation manner, step 903 may include:

3-1. Obtain the dwell duration of the first application and the dwell duration of the second application.

The dwell duration of the first application and the dwell duration of the second application may be obtained according to historical data of the user using the first application and the second application. As shown in Figure 13, the inter-application software refresh rate module obtains the historical data of the user's use of the first application and the second application from the WMS, generates inter-application switching data according to these historical data, and stores them in the storage form shown in Figure 14 in the database. When starting to execute the software refresh rate switching method, the inter-application software refresh rate module obtains inter-application switching data from the database, and obtains the dwell time of the first application and the dwell time of the second application from the inter-application switching data. For a specific method for acquiring the dwell time of an application, refer to the description in the subsequent embodiments.

3-2. The software refresh rate is switched according to the dwell duration of the first application, the dwell duration of the second application, the first software refresh rate, the second software refresh rate, and the preset duration.

In the third implementation manner, the duration of the first application and the second application may be judged first, and then the software refresh rate may be switched according to the duration.

Optionally, step 3-2 may include the following steps:

3-2-1. Determine whether the dwell time of the first application is greater than the dwell time of the second application.

3-2-2. If the dwell time of the first application is less than the dwell time of the second application, the electronic device switches the software refresh rate to the second software refresh rate.

3-2-3. If the residence time of the first application is longer than that of the second application, perform steps 2-1-1 to 2-1-7.

If the resident duration of the first application is equal to the resident duration of the second application, it can be executed according to 3-2-2 or 3-2-3.

The third implementation is equivalent to adding a process of judging the residence time of the application before steps 2-1-1 to 2-1-7 of the second implementation. In the third implementation manner, the residence time of the application may be obtained according to the historical data of the application used by the user. Therefore, taking the residence time of the application as the judgment condition for switching the software refresh rate is equivalent to switching the software refresh rate according to the user's habit of using the application. Through this method, the switching strategy of the software refresh rate can be flexibly adjusted according to the user's usage habits, which effectively improves the adaptability of the method and further improves the user experience.

Referring to FIG. 11 , FIG. 11 is a schematic flowchart of another method for switching a software refresh rate provided by an embodiment of the present application. As shown in Figure 11, the method may include the following steps:

S111. Determine whether it is detected that the display screen/environment of the electronic device is in a dark state.

If it is not detected that the display screen/environment of the electronic device is in a dark state, the electronic device continues to detect the dark state.

S112. If it is detected that the display screen/environment of the electronic device is in a dark state, the electronic device executes a software refresh rate switching method.

S113. When it is determined that applications need to be switched, the electronic device performs application switching.

S114. The electronic device acquires the preset time duration and starts timing.

S115, the electronic device switches the software refresh rate according to a preset time period.

The foregoing S113-S115 are the same as S901-S903, for details, please refer to the description in S901-S903, which will not be repeated here. It should be noted that S115 may adopt any one of the several implementation manners described in S903.

Compared with the display/environment of the electronic device in the bright state, when the display/environment of the electronic device is in the dark state, switching the software refresh rate is more likely to cause the user a sensory experience of flickering and display frame drop. In order to solve this problem, in the embodiment shown in Figure 11, the starting condition of the switching method of the software refresh rate is set, that is, when the display screen/environment of the electronic device is detected to be in a dark state, the switching method of the software refresh rate is started . Through the method in the embodiment of the present application, it is possible to effectively avoid flickering and highlighting and display frame drop caused by switching the software refresh rate in a dark state.

As another embodiment of this application, if S115 adopts the third implementation method in S903, that is, according to the dwell time of the first application, the dwell time of the second application, the first software refresh rate, and the second software refresh rate Switch the software refresh rate with the preset duration. As described in step 3-1, the dwell time of the application can be obtained according to some relevant data of the dwell time of the application (such as switching data between applications). Therefore, the electronic device needs to preload the data of the dwell time of the application, and then obtain the dwell time of the first application and the dwell time of the second application according to the data of the dwell time of the application. For details, refer to the embodiment shown in FIG. 12 .

Referring to FIG. 12 , it is a schematic flowchart of another software refresh rate switching method provided in the embodiment of the present application. As shown in FIG. 12 , the method may include the following steps:

S121. Determine whether it is detected that the display screen/environment of the electronic device is in a dark state.

S122. If it is detected that the display screen/environment of the electronic device is in a dark state, the electronic device executes a software refresh rate switching method.

S123. Load the application residence time data.

The application residence time data in the embodiment of the present application may be switching data between applications. As shown in FIG. 13 , the inter-application software refresh rate switching module acquires historical data of the user's use of applications from the WMS, and generates inter-application switching data according to the historical data. The application residence time data can be stored in the database in the storage form shown in FIG. 14 . When the application residence time data needs to be loaded, the inter-application software refresh rate module obtains the application residence time data from the database.

S124. When it is determined that applications need to be switched, the electronic device performs application switching.

Step 124 is the same as step 901, for details, refer to the description of S901.

S125. The electronic device acquires the preset duration, the dwell duration of the first application, and the dwell duration of the second application, and starts timing.

The step of obtaining the preset duration by the electronic device in step 125 is the same as that of S902, and the description in S902 may be referred to for details. The dwell duration of the first application and the dwell duration of the second application in step 125 can be obtained from the application dwell duration data loaded in S123 according to the manner described in 3-1.

S126. The electronic device switches the software refresh rate according to a preset time period.

In the embodiment of the present application, S126 adopts the third implementation method in S903. Specifically, S126 may include the following steps:

4-1. Determine whether the dwell time of the first application is greater than the dwell time of the second application.

4-2. If the dwell time of the first application is less than the dwell time of the second application, the electronic device switches the software refresh rate to the second software refresh rate.

4-3. If the dwell time of the first application is longer than the dwell time of the second application, it is judged whether the refresh rate of the first software is higher than the refresh rate of the second software.

If the first software refresh rate is equal to the second software refresh rate, execute 4-9, that is, there is no need to switch the software refresh rate.

4-4. If the refresh rate of the first software is higher than the refresh rate of the second software, it is judged whether the running time of the second application in the foreground reaches a preset duration.

4-5. If the running time of the second application in the foreground reaches the preset duration, the electronic device switches from the current software refresh rate to the software refresh rate of the second application, and executes 4-9.

4-6. If the first software refresh rate is lower than the second software refresh rate, the electronic device switches from the current software refresh rate to the third software refresh rate.

4-7. Judging whether the running time of the second application in the foreground reaches a preset duration.

4-8. If the running time of the second application in the foreground reaches a preset duration, the electronic device switches from the third software refresh rate to the second software refresh rate, and executes 4-9.

4-9. Stop timing.

Steps 4-1 to 4-9 are the same as steps 3-2-1 to 3-2-3, for details, please refer to the description in steps 3-2-1 to 3-2-3.

As mentioned above, the application residence time data loaded in S123 in the embodiment of the present application may be inter-application switching data, and the inter-application switching data may be generated by the electronic device according to the historical data of the user using the application.

Exemplarily, the electronic device can obtain historical data by capturing the background data of the application used by the user. Taking the Android system as an example, the system includes a window management service (Window Manager Service, WMS), which is responsible for managing the display of all windows in the system (for example, assigning interfaces to windows, managing the display order, size and position, manage window animation, etc.), the status and information of all windows in the system can be obtained through WMS. Since the user will inevitably open/close the window of the application when using the application, the status and information of the application window can be obtained through the WMS to obtain the historical data of the application used by the user.

In order to facilitate storage and management, the electronic device can organize the acquired scattered historical data into orderly inter-application switching data, and use the inter-application switching data as application residence time data. Correspondingly, the application residence time data loaded in S123 may be inter-application switching data. The inter-application switching data may include a switch relationship between two applications and a residence time of the application. In this way, after S123 loads the inter-application switching data, S125 may obtain the dwell duration of the first application and the dwell duration of the second application from the inter-application switching data.

In practical applications, the software refresh rate switching method described in the embodiment of the present application may be implemented by a functional module.

Referring to FIG. 13 , it is a schematic diagram of interaction between modules provided by the embodiment of the present application. As shown in FIG. 13 , the inter-application software refresh rate module is responsible for realizing the switching method of the software refresh rate. During the implementation process, the inter-application software refresh rate module sends a request to the WMS, and the WMS returns the historical data of the user's use of the application to the inter-application software refresh rate module after receiving the request. The inter-application software refresh rate module generates inter-application switching data according to historical data, and stores the inter-application switching data in a database. When the inter-application software refresh rate module receives the switching instruction between two applications, it reads and loads the inter-application switching data from the database, and obtains the residence time of the application according to the inter-application switching data.

In the application scenario shown in FIG. 10 , the jump of the application interface occurs in the same application. The WMS is usually responsible for window management when opening/closing the application, and the jumping action of the application interface in the application is usually monitored by the application server. Therefore, in this case, the electronic device can acquire historical data that occurs within the application by communicating and interacting with the server of the application.

Optionally, the historical data may include bidirectional switching data of each application or unidirectional switching data of each application.

Exemplarily, the two-way switching data of each application may include the switching source application, the switching target application and the switching time of each application, wherein the switching time may include the switching time from the switching source application to the current application, and the switching time from the switching source application to the current application. The cut-out moment when the application is switched to the switching target application. For example, suppose that the switching source application of application A is application B, the switching target application is application C, the switch-in time is 10:00:00, and the switch-out time is 10:05:00. The historical data indicates that the user switches from application B to application A at 10:00:00, and switches from application A to application C at 10:05:00.

Exemplarily, the one-way switching data of each application may include the starting time of each application, the switching target application, and the switch-out time. For example, assume that the start time of application A is 10:00:00, the switch target is application B, and the cut-out time is 10:05:00. The historical data indicates that the user starts using application A at 10:00:00, and switches from application A to application B at 10:05:00.

Exemplarily, the unidirectional switching data of each application may include the switching source application, switch-in time and switch-out time of each application. For example, assuming that the switching source application of application A is B, the switch-in time is 10:00:00, and the switch-out time is 10:05:00. The historical data indicates that the user switched from application B to application A at 10:00:00, and switched out from application A to other applications at 10:05:00.

Continuing with the example in FIG. 13 , after the WMS acquires the user's historical data, it may store the historical data in a storage space that is communicatively connected to the WMS. When the inter-application software refresh rate module requests data from the WMS, the WMS obtains historical data from the storage space and sends the historical data to the inter-application software refresh rate module.

The electronic device can periodically update the historical data in the storage space. Exemplarily, when the storage space is full, multiple pieces of historical data that have been stored for a long time are deleted. For example: 100 pieces of historical data can be stored in the storage space. When 100 pieces of historical data have been stored, the first 60 pieces of historical data stored will be deleted to free up space for 60 pieces of historical data for the newly acquired historical data to be stored.

The process of generating inter-application switching data based on historical data is a process of organizing the scattered record data of users using applications into a data group used to represent the inter-application switching relationship. The generated inter-application switching data may include multiple sets of switching relationships.

Optionally, each group of switching relationships may be a one-way switching relationship.

For example, each group of handover relationships may include the handover source application, the handover target application, and the dwell time of the handover target application. Exemplarily, it is assumed that the historical data includes: the switching source application of application A is application B, the switching target application is application C, the switch-in time of application A is 10:00:00, and the switch-out time of application A is 10:05 :00. The inter-application switching data generated according to the historical data includes a set of one-way switching relationships, that is, switching from application B to application A, and the residence time of application A is 5 minutes. Since the history data does not include the switching target application and switch-in time of application B, and the switching target application and switch-out time of application C, the switching relationship between application B and application C cannot be generated.

For another example, each group of handover relationships may include the residence time of the handover source application, the handover target application, and the handover source application. Exemplarily, using the assumption of historical data in the above example, the inter-application switching data generated according to the historical data includes a set of one-way switching relationships, that is, switching from application A to application C, and the dwell time of application A is 5 minutes. Since the switch-out time of application C is not included in the historical data, a switching relationship with respect to application C cannot be generated.

Optionally, each group of switching relationships may be a bidirectional switching relationship.

For example, each group of switching relationships may include two applications that are switching source applications/switching target applications and their respective dwell times. Exemplarily, it is assumed that the historical data include: when the switching source application is application B and the switching target application is application A, the switch-in time of application A is 10:00:00, and the switch-out time of application A is 10:05:00 ; When the switching source application is application A and the switching target application is application B, the switch-in time of application B is 20:00:00; the switch-out time of application B is 20:11:00. The inter-application switching data generated according to the historical data includes a set of bidirectional switching relationships, that is, when switching from application B to application A, the residence time of application A is 5 minutes; when switching from application A to application B, application B The residence time is 11 minutes.

Thus, S125 acquiring the dwell duration of the first application and the dwell duration of the second application from the inter-application switching data may include: acquiring a switching relationship including the first application and the second application from the inter-application switching data, and then The dwell duration of the first application and the dwell duration of the second application are obtained from the switching relationship.

There are various storage forms for switching data between applications. Referring to FIG. 14 , it is a schematic diagram of a storage form of inter-application switching data provided by an embodiment of the present application.

Optionally, the inter-application switching data may be stored in a spreadsheet (such as a table in Excel or Word, etc.).

As shown in (a) in Figure 14, the attributes of switching data between applications are recorded in the first row of the Excel table (as shown in the figure, "Switching source application", "Switching target application" and "Switching target application's Dwell time"), each row of data after the first row represents a set of switching relationships. For example, in a set of switching relationships represented by the second row of data, the switching source application is application A, the switching target application is application B, and the dwell time of application B is 2 minutes.

It should be noted that the above example is only a form of electronic form and is not intended to be specifically limited. In practical applications, the data can be recorded in the order of the data generation time, or in the order of the first letter of the name of the switching source application/switching target application, or according to the residence time of the switching target application/switching source application. Record data in long and short order. In this storage form, each set of switching relationships in the inter-application switching data is a one-way switching relationship.

Optionally, the switching data between applications can also be stored as a directed graph. The directed graph includes vertices, directed edges connected to the vertices, and weights on the directed edges (representing the relationship between the vertices at both ends of the directed edges). The switch source application and the switch target application in the inter-application handover data can be used as vertices in the directed graph, the direction from the handover source application to the handover target application can be used as the direction of the directed edge, and the handover target application in the inter-application handover data The dwell time is used as the weight on the directed edge in the directed graph.

As shown in (b) in Figure 14, the vertex 141 representing the application A, the vertex 142 representing the application B, the directed edge 143 from the vertex 141 to the vertex 142, and the weight 2 on the directed edge 143 The elements constitute a set of switching relationships, which means switching from application A to application B and staying in application B for 2 minutes. As shown in (b) in Figure 14, there is no directed edge between application B and application E, indicating that there is no switching between application B and application E. In this storage form, each set of switching relationships in the inter-application switching data is a bidirectional switching relationship.

As shown in the example in Figure 13, after the inter-application software refresh rate module acquires historical data from the WMS, it generates a spreadsheet or a directed graph as shown in Figure 14 according to the historical data, and then stores the generated spreadsheet or directed graph in the database middle. The inter-application switching data may be stored in the storage space of the electronic device, or may be stored in a third-party database communicatively connected with the electronic device.

The above is just an example of a storage form of switching data between applications, and is not intended to be specifically limited. In the example shown in FIG. 14 , the residence time of the switching source application is recorded in minutes. In practical applications, the residence time of the switching source application/switching target application can also be recorded in other time units, such as hours, days, years, months, and so on. In addition, when storing switching data between applications, the residence time can be unified into the same time unit, or can be stored in different time units. For example, suppose that when switching from application E to application B, the dwell time of application B is 20h, and when switching from application B to application C, the dwell time of application C is 1min. Due to the large difference between the two dwell times, it is cumbersome to convert 1min to hours or 20h to minutes. Therefore, in this case, the dwell duration of application B may be stored as 20h, and the dwell duration of application C may be stored as 1min.

In another embodiment of the present application, the electronic device may regularly update the switching data between applications, and the following update methods may be used:

Method 1: The electronic device updates the inter-application switching data every preset update cycle.

For example: every other day, the inter-application software refresh rate module sends a request to the WMS; WMS returns the historical data in the current storage space to the inter-application software refresh rate module; the inter-application software refresh rate module generates a request based on the received historical data Inter-application switching data, and replace the original inter-application switching data in the database with the newly generated inter-application switching data.

In this manner, the preset update period can be flexibly set. When the preset update period is short, the update frequency is high, and the power consumption of the electronic device is also high; when the preset update period is long, the update frequency is low, and the power consumption of the electronic device is also low. Users can set it independently according to their needs.

Method 2: The electronic device updates the inter-application switching data once whenever a switching instruction between applications is detected.

For example: when the electronic device detects a switching instruction from application A to application B, the inter-application software refresh rate module sends a request to WMS; WMS returns the historical data in the current storage space to the inter-application software refresh rate module; The inter-application software refresh rate module generates inter-application switching data according to the received historical data, and replaces the original inter-application switching data in the database with the newly generated inter-application switching data.

In this way, each time the software refresh rate switching task is executed, the inter-application switching data used is generated based on the user's recent historical data, which can ensure that the software refresh rate switching is closer to the user's recent usage habits.

Method 3: Manual update.

For example: the user may send an update instruction to the electronic device through a user operation. When the update instruction is detected, the electronic device updates the inter-application switching data once.

Method 4: Update the inter-application switching data according to preset conditions. The preset condition may be that the value range of the historical data has changed.

Exemplarily, the inter-application switching data may be generated according to the maximum value of the dwell time of the application in the historical data. Assume that the residence time of application B stored in the current database is 1h. If the inter-application software refresh rate module calculates that the maximum dwell time of application B in the current historical data is 2h, then the maximum dwell time of application B has changed (to 2h). The software refresh rate module generates the latest switching data between applications according to the current historical data, and updates the database. If the inter-application software refresh rate module calculates that the maximum dwell time of application B in the current historical data is 0.5h, then the maximum dwell time of application B has not changed (still 1h), and the inter-application software The refresh rate module does not need to update the switching data between applications. By regularly updating the inter-application switching data, it can be ensured that the inter-application switching data can timely and accurately reflect the user's habit of using the application, thereby providing an accurate decision-making basis for the switching method of the software refresh rate provided by the embodiment of the present application. The higher the update frequency of switching data between applications, the closer the switching method of the software refresh rate is to the user's usage habits, and at the same time, the power consumption of the electronic device is also greater. Therefore, the above-mentioned update method and the preset update cycle in various setting methods can be selected according to actual needs.

In actual applications, it may happen that the user updates the application while using the application. During the application update process of the electronic device, it may not jump to other applications, but the application interface jumps to the update interface; after the application update is completed, the electronic device jumps to the updated application interface of the application, and the updated application The software refresh rate may also have changed. An application scenario as shown in FIG. 10 may also occur, where the switching source application and the switching target application are the same application. Based on the above situation, there may be a switching relationship in which the switching source application and the switching target application are the same application in the updated inter-application switching data. As shown in (b) in Figure 14, the vertex 141 representing the application A, the directed edge 144 pointing from the vertex 141 to the vertex 141, and the weight 60 on the directed edge 144 constitute a set of switching relationships , both the switching source application and the switching target application in this group of switching relationships are application A. This group of switching relationships indicates that the user switches from application A to application A and stays in application A for 60 minutes.

As another embodiment of the present application, as shown in the example of FIG. 14 , each group of switching relationships in the inter-application switching data may be unidirectional or bidirectional. Therefore, after S123 loads the inter-application switching data, S125 obtains the dwell duration of the first application and the dwell duration of the second application according to the inter-application switching data, which may include the following two situations.

Case 1: Each set of switching relationships in the inter-application switching data is a one-way switching relationship.

In this case, the method for acquiring the dwell duration of the first application and the dwell duration of the second application may include: the electronic device acquires the first target relationship and the second target relationship in the inter-application switching data; The dwell duration of the first application and the dwell duration of the second application are obtained from the first target relationship and the second target relationship.

For example: when each group of switching relationships includes switching source applications, switching target applications, and the residence time of switching source applications, the first target relationship means that the switching source application is the first application and the switching target application is the second application. The two-target relationship represents a switching relationship in which the switching source application is the second application and the switching target application is the fourth application. The electronic device determines the resident duration of the switching source application in the first target relationship as the resident duration of the first application; the electronic device determines the resident duration of the switching source application in the second target relationship as the resident duration of the second application.

When each set of switching relationships includes the switching source application, switching target application, and the residence time of the switching target application, the first target relationship means that the switching source application is the fifth application, the switching target application is the first application, and the second target application is the switching relationship. The relationship represents a switching relationship in which the first application and the switching target application are the second application. The electronic device determines the dwell duration of the switching target application in the first target relationship as the dwell duration of the first application; the electronic device determines the dwell duration of the switching target application in the second target relationship as the dwell duration of the second application.

Exemplarily, assuming that the first application is A and the second application is B, obtaining the residence time of A and the residence time of B from the spreadsheet shown in (a) in Figure 14 may include: In the table, the switching source application is A and the switching target application is the switching relationship (such as the second row of data), and the dwell time for obtaining B from the switching relationship is 2 minutes. However, since the spreadsheet stores a one-way switching relationship, the residence time of A cannot be obtained from the switching relationship. At this time, it is necessary to determine the application before jumping to A. Assuming that the electronic device jumps from C to A, and then jumps to B, then look up the switching relationship in the spreadsheet where the switching source application is C and the application target application is A (such as the data in row 8), and obtain A from the switching relationship The dwell time is 5 minutes.

Case 2: Each set of switching relationships in the inter-application switching data is a bidirectional switching relationship.

In this case, the method for acquiring the dwell duration of the first application and the dwell duration of the second application may include: the electronic device acquires the third target relationship in the inter-application switching data; the electronic device acquires the third target relationship from the third target relationship The dwell duration of the first application and the dwell duration of the second application. Wherein, the third target relationship indicates that the first application and the second application are switching source applications/switching target applications; the electronic device determines the respective residence time of the two applications in the third target relationship as dwell time and the dwell time of the second application.

Exemplarily, continue to assume that the first application is A and the second application is B, and obtaining the residence time of A and the residence time of B from the directed graph shown in (b) in Figure 14 may include: Find the vertex corresponding to A and the vertex corresponding to B in the directed graph, the weight on the directed edge from the vertex corresponding to A to the vertex corresponding to B is the residence time of B, and the vertex corresponding to B points to the vertex corresponding to A The weight on the directed edge of is the residence time of A.

As another embodiment of the present application, based on the above description of how to obtain the dwell duration of the first application and the dwell duration of the second application, the preset duration in S902 may be determined according to the dwell duration of the second application.

The residence time of the second application reflects the running time of the second application in the foreground after switching to the second application in the user's historical operation behavior, and the preset duration determines the switching frequency of the software refresh rate. When the preset duration is equal to the dwell duration of the second application, it is equivalent to keeping the switching frequency of the software refresh rate consistent with the user's historical habits of using the application; when the preset duration is greater than the dwell duration of the second application, it is equivalent to The switching frequency of the software refresh rate is reduced on the basis of the user's historical habit of using the application; when the preset duration is shorter than the dwell time of the second application, it is equivalent to increasing the software refresh rate based on the user's historical habit of using the application. Switch frequency. Since the inter-application switching data is regularly updated based on the historical data of the user's use of the application, that is, the residence time of the second application is also updated according to the user's usage habits. Therefore, setting the preset duration according to the residence time of the second application is quite It is used to determine the switching frequency of the software refresh rate according to the user's historical habit of using the application. Through the above-mentioned method for setting the preset duration, individualized solutions can be provided for different users, which makes the method for switching the software refresh rate provided by the embodiment of the present application more pertinent and applicable.

In an application scenario, refer to FIG. 15 , which is a schematic diagram of an application switching scenario provided by another embodiment of the present application. As shown in (a) of FIG. 15 , it is an application interface 50 of a video application, and the application interface 50 may include a search bar 501 , a video preview image 502 and a navigation bar 503 . The navigation bar 503 may include system navigation keys such as a return button 5031, a home screen button 5032, and an outgoing task history button 5033. When the user clicks/touches the main interface button 5032, the electronic device jumps to the main interface 51 as shown in (b) in FIG. 15 . The main interface 51 may include application icons 511 and a navigation bar 512 . The application icons 511 may include a video application icon, a payment application icon, a camera application icon, a text message icon, a setting icon, a gallery icon, a phone icon, a browser icon, an email icon, and the like. When the user clicks the payment icon in the application icon 511, the electronic device jumps to the payment interface 52 as shown in (c) in FIG. 15 .

Compared with the way in which the electronic device directly jumps from the first application (video application) to the second application (payment application) through the jump window in the video application in the application scenario shown in Figure 8, in the application scenario shown in Figure 15 , jump from the first application to the desktop first, and then jump from the desktop to the second application, which adds a software refresh rate switching process and increases the risk of frame drop. Since the app has an exit animation and an entry animation, dropped frames may cause user-perceived animation stuttering. To solve the above problems, the following two solutions can be adopted.

The first solution is to generate inter-application switching data of a special application.

In the application scenario shown in Figure 15, the desktop is used as a special application. Through the module interaction process shown in Figure 13, the inter-application software refresh rate switching module obtains the historical data of the user's use of the desktop from the WMS, generates the inter-application switching data corresponding to the desktop according to the desktop historical data, and stores the inter-application switching data It is a directed graph as shown in (b) in Figure 14. It is equivalent to adding the desktop as a special application to the directed graph.

Through this method, in the application scenario shown in Figure 15, when jumping from the first application to the desktop, the electronic device confirms whether the software refresh rate needs to be switched to the software refresh rate of the desktop according to the method described in S901-S903 above. . Wherein, the method for obtaining the preset duration in S902 may be to obtain the dwell duration of the desktop from the inter-application switching data, and generate the preset duration according to the dwell duration of the desktop. When jumping from the desktop to the second application, the electronic device switches the software refresh rate again according to the method described in S901-S903.

For some applications with high frequency of use, the duration of the user's stay in the application varies greatly each time, such as the desktop application shown in Figure 15 . Therefore, in some embodiments, the update frequency of the inter-application switching data of a special application can be adjusted.

As mentioned above, the electronic device can periodically update the inter-application switching data. For common applications, the electronic device can update the inter-application switching data of the common application according to a preset update period; for special applications, the electronic device can update the inter-application switching data of the special application according to a shorter update period, that is, the update frequency is increased.

Exemplarily, as shown in the schematic diagram of module interaction in Figure 13, for common applications, every other day, the inter-application software refresh rate module obtains the historical data of common applications from WMS once, and generates common The inter-application switching data of the application, and replace the original inter-application switching data in the database with the newly generated inter-application switching data. The directed graph shown in (b) in Figure 14 is equivalent to updating the weights and nodes of the directed edges pointing to/pointing to common applications in the directed graph every other day. For special applications, every hour, the inter-application software refresh rate module obtains the historical data of the special application from the WMS, generates the inter-application switching data of the special application according to the obtained historical data of the special application, and transfers the newly generated application The inter-application switching data replaces the original inter-application switching data in the database. The directed graph shown in (b) in Figure 14 is equivalent to updating the weights and nodes of the directed edges pointing/pointing out the special application in the directed graph every 1 hour.

Since the application dwell time is obtained based on the inter-app switching data, increasing the update frequency of the inter-app switching data of a special application is equivalent to increasing the update frequency of the special application’s dwell time, which can ensure that the obtained special application The residence time can be closer to the user's usage habits. Further, when jumping from an application to a special application, as described in S902, the preset duration can be determined according to the dwell duration of the special application, and the preset duration determines the switching frequency of the software refresh rate. Therefore, by increasing the update frequency of the resident duration of a special application, a reasonable preset duration can be generated, thereby avoiding unnecessary software refresh rate switching process.

In other embodiments, the dwell time of a special application can be increased.

Exemplarily, assuming that the dwell time of the desktop application obtained from the inter-application switching data is 10s, it can be artificially increased to 30s. In the application scenario shown in Figure 15, suppose the user switches from the video application to the desktop, stays on the desktop for 15 seconds, and then switches from the desktop to the payment application. If the preset duration of the desktop application is determined as 10s, the electronic device will switch the software refresh rate to that of the desktop application 10s after jumping to the desktop (assuming that the preset duration is equal to the duration of the desktop application). Software refresh rate; after that, the desktop jumps to the payment application, and the electronic device switches the software refresh rate to the software refresh rate of the payment application. During this process, the electronic device needs to switch the software refresh rate twice. If the preset duration is determined by the increased residence time of the desktop application of 30s, the switching process of the software refresh rate of the desktop application is avoided, and the electronic device only needs to switch the software refresh rate to the software refresh rate of the payment application, which is reduced once. Switching process.

The second solution is to set the dwell time of a special application as a fixed value.

The residence time of a special application can be set as a fixed value in advance and stored in the database as shown in FIG. 13 . When the inter-application software refresh rate switching module recognizes the jump to the special application when executing S901, the inter-application software refresh rate module can execute S902-S903 according to the steps of the special application.

For example, the inter-application software refresh rate module obtains a fixed value corresponding to a special application from the database, and generates a preset duration according to the fixed value. If the accumulated time of the electronic device staying in the special application exceeds the fixed value, the electronic device switches to the software refresh rate of the special application. If the accumulated time of the electronic device staying in the special application does not exceed the fixed value, the electronic device maintains the current software refresh rate.

Compared with the above two schemes, the first scheme needs to continuously update data, and the data processing volume of the electronic equipment is relatively large, and the performance requirements of the electronic equipment are relatively high. The second solution has lower requirements on the performance of the electronic equipment. For electronic devices with weaker processing capabilities, the second solution can be adopted, which does not require special processing of data related to special applications, and does not need to add special applications to switching data between applications, which can effectively reduce the amount of data processing.

Through the software refresh rate switching method provided by the embodiment of the present application, based on the historical data of the user's usage habits, inter-application switching data is generated, and the abstract concept of the user's usage of application habits is embodied to represent the inter-application switching relationship The specific data; by dynamically maintaining the switching data between applications, it provides decision-making basis for switching the software refresh rate when switching applications. In addition, in the above method, the software refresh rate switching scheme is formulated for different situations, so that when continuously switching applications, the switching frequency of the software refresh rate is effectively reduced, the probability of frame dropping and freezing is reduced, and the The extra power consumption of electronic devices due to continuous switching of refresh rates improves the battery life of electronic devices while ensuring a smooth visual experience.

The foregoing embodiments describe an example in which the mode switching method provided by the embodiments of the present application is applied to software refresh rate switching. The mode switching method provided in the embodiment of the present application is not only applicable to the above software refresh rate switching, but also applicable to other mode switching scenarios. For example: application scenarios such as resolution switching, brightness switching, color depth switching, or color switching. The method for switching these modes is the same as the method for switching the software refresh rate described in the above embodiments, and will not be repeated here.

It should be understood that the sequence numbers of the steps in the above embodiments do not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation to the implementation process of the embodiment of the present application.

The embodiment of the present application also provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, the steps in the foregoing method embodiments can be implemented.

The embodiment of the present application also provides a computer program product, which enables the electronic device to implement the steps in the foregoing method embodiments when the computer program product is run on the electronic device.

If an integrated unit is implemented in the form of a software function unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above-mentioned embodiments in the present application can be completed by instructing related hardware through computer programs. The computer programs can be stored in a computer-readable storage medium, and the computer programs can be processed When executed by the controller, the steps in the above-mentioned various method embodiments can be realized. Wherein, the computer program includes computer program code, and the computer program code may be in the form of source code, object code, executable file or some intermediate form. The computer-readable medium may at least include: any entity or device capable of carrying the computer program code to the first device, a recording medium, a computer memory, a read-only memory (ROM, Read-Only Memory), a random-access memory (RAM, Random Access Memory), electrical carrier signals, telecommunication signals, and software distribution media. Such as U disk, mobile hard disk, magnetic disk or optical disk, etc. In some jurisdictions, computer readable media may not be electrical carrier signals and telecommunication signals under legislation and patent practice.

The embodiment of the present application also provides a chip system, the chip system includes a processor, the processor is coupled to the memory, and the processor executes the computer program stored in the memory to implement the steps of any method embodiment of the present application. The chip system can be a single chip, or a chip module composed of multiple chips.

In the above-mentioned embodiments, the descriptions of each embodiment have their own emphases, and for parts that are not detailed or recorded in a certain embodiment, refer to the relevant descriptions of other embodiments.

Those skilled in the art can appreciate that the units and method steps of the examples described in conjunction with the embodiments disclosed herein can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present application.

The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: it can still apply to the foregoing embodiments Modifications to the technical solutions recorded, or equivalent replacements for some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of each embodiment of the application, and should be included in this application. within the scope of protection.

Claims

A mode switching method, characterized in that it is applied to electronic equipment, comprising:

receiving a user operation, and switching the application running in the foreground from the first application to the second application in response to the user operation;

If the running time of the second application in the foreground is not longer than the first preset duration, then maintain the first software refresh rate, the first preset duration is the preset duration corresponding to the second application, and the first The software refresh rate is the software refresh rate of the first application, and the software refresh rate is the refresh rate of images in the display cache of the electronic device;

If the running time of the second application in the foreground is greater than the first preset duration, the software refresh rate of the electronic device is switched from the first software refresh rate to the second software refresh rate, and the second software refresh rate The rate is a software refresh rate of the second application.
The method according to claim 1, characterized in that, after receiving a user operation and responding to the user operation, after switching the application running in the foreground from the first application to the second application, the method further comprises:

Switching the software refresh rate of the electronic device according to the first software refresh rate, the second software refresh rate and the first preset duration.
The method according to claim 2, wherein the switching the software refresh rate of the electronic device according to the first software refresh rate, the second software refresh rate and the first preset duration includes :

If the first software refresh rate is higher than the second software refresh rate, then judging whether the running time of the second application in the foreground is greater than the first preset duration;

If the running time of the second application in the foreground is greater than the first preset duration, switching the software refresh rate of the electronic device from the first software refresh rate to the second software refresh rate.
The method according to claim 2, wherein the switching the software refresh rate of the electronic device according to the first software refresh rate, the second software refresh rate and the first preset duration includes :

If the first software refresh rate is lower than the second software refresh rate, the software refresh rate of the electronic device is switched from the first software refresh rate to a third software refresh rate, and the third software refresh rate is a rate higher than the first software refresh rate and lower than the second software refresh rate;

If the running time of the second application in the foreground is not longer than the first preset duration, maintaining the third software refresh rate;

If the running time of the second application in the foreground is greater than the first preset duration, switching the software refresh rate of the electronic device from the third software refresh rate to the second software refresh rate.
The method according to claim 4, wherein the third software refresh rate is:

A preset multiple of the sum of the first software refresh rate and the second software refresh rate, where the preset multiple is a positive number less than 1.
The method according to claim 1, characterized in that, after receiving a user operation and responding to the user operation, after switching the application running in the foreground from the first application to the second application, the method further comprises:

Switching the software refresh rate of the electronic device according to the dwell time of the first application, the dwell time of the second application, the first software refresh rate, the second software refresh rate and the first preset duration, Wherein, the resident duration of the first application is the historical running time of the first application in the foreground after the application switching; the resident duration of the second application is the historical running time of the second application in the foreground after the application switching time.
The method according to claim 6, wherein the first dwell time, the second dwell time, the first software refresh rate, the second software refresh rate and the first preset Switching the software refresh rate of the electronic device by duration, including:

If the resident duration of the first application is less than the resident duration of the second application, switching the software refresh rate of the electronic device from the first software refresh rate to the second software refresh rate;

If the resident duration of the first application is longer than the resident duration of the second application, switch the electronic device according to the first software refresh rate, the second software refresh rate and the first preset duration. The software refresh rate of the device.
The method according to claim 6 or 7, characterized in that, based on the dwell duration of the first application, the dwell duration of the second application, the first software refresh rate, the second software refresh rate and the Before the first preset duration switches the software refresh rate of the electronic device, the method further includes:

For the residence time of the target application, acquiring historical switching data of the target application, where the target application is the first application or the second application;

The residence time of the target application is generated according to the historical switching data of the target application.
The method according to claim 8, characterized in that, after generating the residence time of the target application according to the historical switching data of the target application, the method further comprises:

The dwell duration of the target application is updated according to a preset period.
The method according to any one of claims 1 to 9, wherein the first preset duration is determined by the dwell duration of the second application, and the dwell duration of the second application is The historical running time of the second application in the foreground.
The method according to any one of claims 1 to 10, further comprising:

If the electronic device is in a dark state, and the application running in the foreground jumps from the first application to the second application, the software refresh rate of the electronic device is switched according to the first preset duration.
An electronic device, characterized in that it comprises:

An application switching unit, configured to receive a user operation, and switch the application running in the foreground from the first application to the second application in response to the user operation;

The first switching unit is configured to maintain the first software refresh rate if the running time of the second application in the foreground is not greater than a first preset duration, and the first preset duration is a preset duration corresponding to the second application Set the duration, the first software refresh rate is the software refresh rate of the first application, and the software refresh rate is the refresh rate of images in the display cache of the electronic device;

The second switching unit is configured to switch the software refresh rate of the electronic device from the first software refresh rate to the second software refresh rate if the running time of the second application in the foreground is greater than the first preset duration , the second software refresh rate is the software refresh rate of the second application.
An electronic device, characterized in that the electronic device includes a processor, and the processor is configured to run a computer program stored in a memory, so as to implement the method according to any one of claims 1 to 11.
A chip system, characterized in that the chip system includes a processor, the processor is coupled to a memory, and the processor is used to run a computer program stored in the memory, so as to implement any one of claims 1 to 11. method described in the item.