CN108681467B - System awakening method and terminal - Google Patents
System awakening method and terminal Download PDFInfo
- Publication number
- CN108681467B CN108681467B CN201810257679.0A CN201810257679A CN108681467B CN 108681467 B CN108681467 B CN 108681467B CN 201810257679 A CN201810257679 A CN 201810257679A CN 108681467 B CN108681467 B CN 108681467B
- Authority
- CN
- China
- Prior art keywords
- module
- interrupt
- hardware
- hardware module
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4418—Suspend and resume; Hibernate and awake
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Power Sources (AREA)
- Telephone Function (AREA)
Abstract
The invention discloses a system awakening method and a terminal, wherein the method comprises the following steps: in the event that an interrupt trigger is detected for waking up a system, determining a hardware module in the system for handling the interrupt; waking up a hardware module in the system for processing the interrupt. In this way, when the system is triggered and awakened by the interrupt, only the hardware module used for processing the interrupt in the terminal can be awakened according to the interrupt, so that the number of awakened hardware modules can be reduced, and the awakening time of the system can be further reduced. Meanwhile, the number of awakened hardware modules is reduced, so that the power consumption of the system can be reduced.
Description
Technical Field
The invention relates to the field of intelligent terminals, in particular to a system awakening method and a system awakening terminal.
Background
With the rapid development of scientific technology, various terminal devices, such as smart phones, ipads, and the like, have appeared. These terminal devices usually have a sleep function, and when the terminal device is not used, the system of the terminal device can be made to enter a sleep state, so as to save the electric quantity of the terminal device.
After the system of the terminal equipment enters a dormant state, when an interrupt for waking up the system is triggered, the system of the terminal equipment needs to be woken up, so that the interrupt can be processed after the system is woken up. In the prior art, when a system of a terminal device is awakened, each hardware module in the terminal device is usually awakened in sequence. However, this system wake-up method needs to wake up each hardware module in the terminal device in sequence, which results in a long wake-up time of the terminal device system.
Disclosure of Invention
The embodiment of the invention provides a system awakening method and a terminal, which are used for solving the problem that when a system of terminal equipment is awakened in the prior art, the system awakening time is long due to the fact that each hardware module in the terminal equipment needs to be awakened in sequence.
In a first aspect, a system wake-up method is provided, including:
determining a hardware module in the terminal for processing the interrupt under the condition that the interrupt trigger for waking up the system is detected;
and awakening a hardware module used for processing the interrupt in the terminal.
In a second aspect, a terminal is provided, including:
determining a hardware module in the terminal for processing the interrupt under the condition that the interrupt trigger for waking up the system is detected;
and awakening a hardware module used for processing the interrupt in the terminal.
In a third aspect, a terminal is provided, including: a memory, a processor and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of the method according to the first aspect.
In a fourth aspect, a computer-readable storage medium is provided, characterized in that the computer-readable storage medium has stored thereon a computer program which, when being executed by a processor, carries out the steps of the method according to the first aspect.
According to the technical scheme provided by the embodiment of the application, under the condition that the interrupt trigger for waking up the system is detected, a hardware module used for processing the interrupt in the terminal is determined; and awakening a hardware module used for processing the interrupt in the terminal. Therefore, when the system is triggered and awakened by the interrupt, only the hardware module used for processing the interrupt in the terminal can be awakened according to the interrupt, so that the number of the awakened hardware modules can be reduced, and the awakening time of the system is further reduced. Meanwhile, the number of awakened hardware modules is reduced, so that the power consumption of the system can be reduced.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:
FIG. 1 is a flowchart illustrating a system wake-up method according to an embodiment of the invention;
FIG. 2 is a flowchart illustrating a system wake-up method according to an embodiment of the invention;
fig. 3 is a schematic structural diagram of a terminal according to an embodiment of the present invention;
fig. 4 is a schematic diagram of a hardware structure of a mobile terminal implementing various embodiments of the present invention.
Detailed Description
In the prior art, when a system of a terminal device enters a sleep state, each hardware module in the terminal device is sequentially turned off, and then the system enters the sleep state. When the interrupt for waking up the system in the terminal device is triggered, the terminal device can wake up each hardware module in sequence according to the reverse sequence of closing each hardware module, thereby waking up the system.
When the system wakes up, the system may handle the interrupt. Thereafter, the system may again enter the sleep state without using the end device, and when the interrupt to wake up the system is again triggered, the end device may wake up the system again as described above, and after processing the interrupt, the system may continue to enter the sleep state, … …, and so on.
However, in practical applications, when the system is woken up and processes an interrupt, the woken-up hardware modules are not necessarily used, which results in some unnecessary hardware modules being woken up, i.e. the system wake-up time is prolonged, and the power of the system is also wasted.
Therefore, in the system awakening method in the prior art, because each hardware module in the terminal device needs to be awakened in sequence, the system awakening time is long, and the power consumption is high.
In order to solve the above technical problem, an embodiment of the present invention provides a system wake-up method and a terminal, where the method includes: determining a hardware module in the terminal for processing the interrupt under the condition that the interrupt trigger for waking up the system is detected; and awakening a hardware module used for processing the interrupt in the terminal. Therefore, when the system is triggered and awakened by the interrupt, only the hardware module used for processing the interrupt in the terminal can be awakened according to the interrupt, so that the number of the awakened hardware modules can be reduced, and the awakening time of the system is further reduced. Meanwhile, the number of awakened hardware modules is reduced, so that the power consumption of the system can be reduced.
The technical solution of the present invention will be clearly and completely described below with reference to the specific embodiments of the present invention and the accompanying drawings. It is to be understood that the described embodiments are merely exemplary of the invention, and not restrictive of the full scope of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The terminal (or the terminal device) recorded in the embodiment of the invention comprises a mobile terminal and a PC (personal computer) terminal, wherein the mobile terminal can be a smart phone, a tablet personal computer, a smart watch and the like. According to the technical scheme provided by the embodiment of the invention, when the system of the terminal is awakened, the awakening time of the system and the electric quantity consumed by the system in the awakening process can be shortened by reducing the number of awakened hardware modules.
The technical solutions provided by the embodiments of the present invention are described in detail below with reference to the accompanying drawings.
Fig. 1 is a flowchart illustrating a system wake-up method according to an embodiment of the present invention. The method is as follows.
Step 102: and determining a hardware module used for processing the interrupt in the terminal under the condition that the interrupt trigger for waking up the system is detected.
In step 102, after the system of the terminal enters the sleep state, the terminal may detect whether there is an interrupt trigger for waking up the system in real time, and in the case of detecting the interrupt trigger for waking up the system, may determine a hardware module used by the terminal to process the interrupt.
In the embodiment of the present invention, the interrupt trigger for waking up the system may be an incoming call, a short message, and a notification or a prompt message of each application software (for example, a chat message received by social software, a prompt message for prompting that the power of the terminal is too low, and the like), or may be other messages that enable the terminal to enter a non-sleep state from a sleep state, which is not illustrated herein.
The hardware module for processing the interrupt may also be understood as a hardware module that is used by the system when the system processes the interrupt after waking up the system, and specifically may be a hardware module for supplying power.
For example, when the terminal receives a short message, the terminal needs to remind the user by means of an indicator light, and then the indicator light can be regarded as a hardware module for processing the short message; for another example, when the terminal receives the prompt message indicating that the temperature is too high, the terminal needs to call the CPU module, the system resource manager, and other related modules to cool the terminal, and then the CPU module, the system resource manager, and other related modules may be regarded as hardware modules for processing the temperature that is too high.
For one interrupt, the number of hardware modules for processing the interrupt may be one or multiple, and when determining the hardware module for processing the interrupt in the terminal, all the hardware modules for processing the interrupt may be determined.
In this embodiment of the present invention, determining a hardware module in a terminal for processing an interrupt when an interrupt trigger for waking up a system is detected may include:
under the condition that interrupt triggering for awakening a system is detected, searching a module identifier corresponding to the interrupt from a mapping list according to the interrupt, wherein the mapping list stores mapping relations between different interrupts and module identifiers of hardware modules for processing the different interrupts;
and determining a hardware module corresponding to the module identifier as a module used for processing the interrupt in the terminal.
Specifically, before implementing the technical solution of the present invention, for each interrupt that can wake up the system, one or more hardware modules used for processing each interrupt may be determined, and then, a mapping relationship between different interrupts and module identifiers of hardware modules used for processing different interrupts may be established and stored in a mapping list.
In this way, when an interrupt trigger for waking up a system is detected, a module identifier corresponding to the interrupt may be searched from the mapping list according to the interrupt, and a hardware module corresponding to the searched module identifier is a hardware module for processing the interrupt.
Step 104: and awakening a hardware module used for processing the interrupt in the terminal.
In step 104, after determining the hardware module in the terminal for processing the interrupt, only the hardware module for processing the interrupt may be woken up, so as to avoid waking up the unnecessary hardware module, thereby saving the wake-up time of the system. Meanwhile, the number of awakened hardware modules is reduced, so that the power consumption of the system can be reduced.
In this embodiment of the present invention, waking up the hardware module in the terminal for processing the interrupt may include:
determining a module queue to be awakened, wherein the module queue to be awakened comprises module identifications of a plurality of hardware modules which are sequentially closed when a system of the terminal enters a dormant state;
according to the module identifications and the reverse sequence of the sequence of closing the plurality of hardware modules, sequentially judging whether the hardware module corresponding to each module identification is the hardware module for processing the interrupt;
and if so, awakening the hardware module corresponding to the module identifier.
Specifically, when the system of the terminal enters a sleep state, each hardware module in the terminal may be sequentially turned off according to a certain sequence, and after each hardware module is turned off, the terminal may sequentially store the module identifier of each hardware module into the queue of the module to be awakened according to the sequence of turning off each hardware module.
In this way, after determining the hardware module for processing the interrupt, it may be sequentially determined whether the hardware module corresponding to each module identifier is the hardware module for processing the interrupt according to each module identifier stored in the module queue to be wakened and the reverse order of the sequence in which each module identifier is stored.
For one of the module identifiers in the queue to be woken up, if the hardware module corresponding to the module identifier is the hardware module for processing the interrupt, the hardware module corresponding to the module identifier may be woken up.
When waking up the module to identify the corresponding hardware module, the method may include:
determining a wake-up function for waking up the hardware module;
and awakening the hardware module by calling the awakening function.
Specifically, in the embodiment of the present invention, for each hardware module, a driver of the hardware module registers a wake-up function, and the wake-up function may be used to wake up the hardware module, where different hardware modules may have different wake-up functions.
In this way, when the hardware module corresponding to the module identifier is awakened, an awakening function for awakening the module may be determined, and the hardware module may be activated and awakened by calling the awakening function, including powering on the hardware module, changing a GPIO state in the hardware module, and the like.
For one of the module identifiers in the queue to be woken up, if the hardware module corresponding to the module identifier is not the hardware module for processing the interrupt, the hardware module corresponding to the module identifier may be skipped, that is, the hardware module corresponding to the module identifier is not activated and woken up, so as to avoid the unnecessary hardware module from being woken up. Meanwhile, unnecessary hardware modules are prevented from being awakened, so that the hardware modules can be prevented from consuming electric quantity, and the power consumption of the system is reduced.
After skipping the hardware module corresponding to the module identifier, it may be continuously determined whether a next module identifier of the module identifier is a hardware module for processing the interrupt, where the closing time of the hardware module corresponding to the module identifier is later than the closing time of the hardware module corresponding to the next module identifier of the module identifier.
If the hardware module corresponding to the next module identifier is the hardware module for processing the interrupt, the hardware module may be awakened according to the method described above, otherwise, the hardware module may be skipped over, and whether the hardware module corresponding to the other module identifier is the hardware module for processing the interrupt is continuously determined according to the method described above, … …, until the hardware module corresponding to the last module identifier in the module queue to be awakened. The hardware module corresponding to the last module identifier in the module queue to be awakened may be the hardware module that is first closed when the system performs the cattle face state.
In this way, the hardware modules used for processing the interrupt in the hardware modules corresponding to the module identifiers can be awakened in sequence according to the reverse order of the module identifiers stored in the module queue to be awakened.
For example, when monitoring that the ambient temperature changes greatly, a CPU temperature sensitive resistor built in the terminal may trigger an interrupt to control the temperature of the terminal, where a hardware module for processing the interrupt (i.e., a hardware module for controlling the temperature) may include a main control CPU, a system resource manager, an interrupt controller, and other related modules, but does not include hardware modules such as WIFI and USB.
The closing sequence of the main control CPU, the system resource manager, the interrupt controller, the WIFI module and the USB module is assumed as follows: interrupt controller, WIFI module, USB module, system resource manager, main control CPU then when awakening the system, can awaken main control CPU and system resource manager in proper order, skips USB module, WIFI module, awakens interrupt controller.
In the embodiment of the present invention, after waking up the hardware module for processing the terminal according to the above-mentioned method, the terminal may perform other wake-up operations including, but not limited to, console switching, process unfreezing, and the like, so as to complete the whole wake-up process of the system.
The interrupt may be processed after the system is woken up. After the interrupt is processed, the system may enter the sleep state again, and when the interrupt trigger for waking up the system is detected, the system may be woken up according to the above-mentioned method.
According to the technical scheme provided by the embodiment of the invention, under the condition that the interrupt trigger for awakening the system is detected, a hardware module for processing the interrupt in the terminal is determined; and awakening a hardware module used for processing the interrupt in the terminal. Therefore, when the system is triggered and awakened by the interrupt, only the hardware module used for processing the interrupt in the terminal can be awakened according to the interrupt, so that the number of the awakened hardware modules can be reduced, and the awakening time of the system is further reduced. Meanwhile, the number of awakened hardware modules is reduced, so that the power consumption of the system can be reduced.
Fig. 2 is a flowchart illustrating a system wake-up method according to an embodiment of the present invention. The system wake-up method shown in fig. 2 is the same as the system wake-up method shown in fig. 1. The method is as follows.
Step 201: it is detected whether there is an interrupt trigger to wake up the system.
In step 201, after the system of the terminal enters the sleep state, it may be detected in real time whether there is an interrupt trigger for waking up the system, and if so, step 202 may be executed; if not, step 201 may continue.
The interrupt for waking up the system may be an incoming call, a short message, notification information of each application software, or other information that may cause the terminal to enter a non-sleep state from a sleep state. And are not illustrated one by one here.
Step 202: determining a hardware module in the terminal for handling said interrupt.
In step 202, according to the interrupt, a module identifier corresponding to the interrupt may be searched from a predetermined mapping list, where the hardware module corresponding to the module identifier is the hardware module corresponding to the interrupt. Wherein, the mapping list may store a mapping relationship between different interrupts and module identifiers of hardware modules for processing the different interrupts.
In an embodiment of the present invention, all hardware modules for processing the interrupt may be determined.
Step 203: and determining a module queue to be awakened.
The module to be awakened may include module identifiers of a plurality of hardware modules that are sequentially turned off when the system of the terminal enters a sleep state. The sequence of the module to be awakened for storing the plurality of module identifications is the sequence of closing the hardware modules corresponding to the plurality of module identifications.
Step 204: and judging whether a hardware module corresponding to the current module identifier in the module queue to be awakened is a hardware module for processing the interrupt or not.
In step 204, it may be sequentially determined, according to a reverse order of the sequence in which the module identifiers are stored in the module queue to be wakened, whether the hardware module corresponding to the current module identifier is a hardware module for processing the interrupt, starting from the last stored module identifier.
If the module identifier corresponds to a hardware module for processing the interrupt, step 205 may be executed; if the module identifies that the corresponding hardware module is not a hardware module for handling the interrupt, step 206 may be performed.
Step 205: and awakening the hardware module corresponding to the module identifier.
Specifically, a wake-up function for waking up the hardware module may be determined, and the hardware module may be woken up by calling the wake-up function of the hardware module.
After waking up the module to identify the corresponding hardware module, step 207 may be performed.
Step 206: and skipping the corresponding hardware module of the module identification.
Skipping the hardware module corresponding to the module identifier, i.e. not waking up the hardware module corresponding to the module identifier, so as to avoid unnecessary hardware modules from being woken up, shorten the wake-up time and reduce the electric quantity consumed by the system.
Step 207: and judging whether the module identification is the first module identification stored in the module queue to be awakened.
In step 207, if the module identifier is not the first module identifier stored in the to-be-awakened module queue, the next module identifier of the module identifier may be determined, and step 204 is executed, so as to awaken the hardware module for processing the interrupt in the hardware module corresponding to each module identifier; otherwise, step 208 may be performed. And the time for storing the module identifier in the module queue to be awakened is later than the time for storing the next module identifier of the module identifier.
Step 208: other operations of waking up the system are performed.
Other operations that wake up the system include, but are not limited to, switching of consoles, process unfreezing, and the like.
The system is awakened after performing other operations that wake the system, at which point the system may perform the interrupt. After the system processes the interrupt, the sleep state may be entered again and step 201 is performed.
According to the technical scheme provided by the embodiment of the invention, after the interrupt trigger for waking up the system is detected, when the system is woken up, the hardware module for processing the interrupt is determined, and only the hardware module for processing the interrupt is woken up, so that unnecessary hardware modules can be prevented from being woken up. In this way, the wake-up time of the system may be reduced, since the number of hardware modules to wake up is reduced. Meanwhile, the number of awakened hardware modules is reduced, so that the power consumption of the system can be reduced.
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
Fig. 3 is a schematic structural diagram of a terminal according to an embodiment of the present invention. The terminal includes: a determination module 31 and a wake-up module 32, wherein:
a determining module 31, configured to determine, when an interrupt trigger for waking up a system is detected, a hardware module in the terminal for processing the interrupt;
and a wake-up module 32 for waking up a hardware module in the terminal for processing the interrupt.
Optionally, the wake-up module 32 includes:
a determining submodule 321, configured to determine a module queue to be waken, where the module queue to be waken includes module identifiers of multiple hardware modules that are sequentially turned off when a system of the terminal enters a sleep state;
a determining submodule 322, configured to sequentially determine, according to the module identifiers and according to a reverse order of an order of closing the plurality of hardware modules, whether the hardware module corresponding to each module identifier is a hardware module for processing the interrupt;
and the awakening sub-module 323 is configured to awaken the hardware module corresponding to the module identifier when it is determined that the hardware module corresponding to the module identifier is the hardware module for processing the interrupt.
Optionally, the wake-up sub-module 323 includes:
a determining unit 3231, configured to determine a wake-up function for waking up the hardware module;
a wake-up unit 3232, configured to wake up the hardware module by calling the wake-up function.
Optionally, the determining sub-module 232, when it is determined that the hardware module to be woken up is not the hardware module for processing the interrupt, skips over the hardware module to be woken up, and determines whether the next hardware module to be woken up is the hardware module for processing the interrupt until the last hardware module to be woken up in the queue of the hardware module to be woken up.
Optionally, the determining module 31 includes:
the search sub-module 311 is configured to, when an interrupt trigger for waking up a system is detected, search a module identifier corresponding to the interrupt from a mapping list according to the interrupt, where a mapping relationship between different interrupts and module identifiers of hardware modules for processing the different interrupts is stored in the mapping list;
the determining submodule 322 determines the hardware module corresponding to the module identifier as the hardware module in the terminal for processing the interrupt.
The terminal provided by the embodiment of the present invention can implement each process implemented by the terminal in the method embodiments of fig. 1 and fig. 2, and is not described herein again to avoid repetition. In the embodiment of the invention, under the condition of detecting the interrupt trigger for waking up the system, a hardware module used for processing the interrupt in the terminal is determined; and awakening a hardware module used for processing the interrupt in the terminal. In this way, when the interrupt triggers and wakes up the system, only the hardware module used for processing the interrupt in the system can be woken up according to the interrupt, so that the number of woken-up hardware modules can be reduced, and further the wake-up time of the system can be reduced. Meanwhile, the number of awakened hardware modules is reduced, so that the power consumption of the system can be reduced.
Fig. 4 is a schematic diagram of a hardware structure of a mobile terminal implementing various embodiments of the present invention.
The mobile terminal 400 includes, but is not limited to: radio frequency unit 401, network module 402, audio output unit 403, input unit 404, sensor 405, display unit 406, user input unit 407, interface unit 408, memory 409, processor 410, and power supply 411. Those skilled in the art will appreciate that the mobile terminal architecture shown in fig. 4 is not intended to be limiting of mobile terminals, and that a mobile terminal may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the mobile terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.
The processor 410 is configured to determine a hardware module in the terminal for processing an interrupt when an interrupt trigger for waking up the system is detected;
and awakening a hardware module used for processing the interrupt in the terminal.
In this way, when the interrupt triggers and wakes up the system, only the hardware module used for processing the interrupt in the system can be woken up according to the interrupt, so that the number of woken-up hardware modules can be reduced, and further the wake-up time of the system can be reduced. Meanwhile, the number of awakened hardware modules is reduced, so that the power consumption of the system can be reduced.
It should be understood that, in the embodiment of the present invention, the radio frequency unit 401 may be used for receiving and initiating a signal during a message transmission and reception process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 410; in addition, the uplink data is initiated to the base station. Typically, radio unit 401 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. Further, the radio unit 401 can also communicate with a network and other devices through a wireless communication system.
The mobile terminal provides the user with wireless broadband internet access through the network module 402, such as helping the user send and receive e-mails, browse web pages, and access streaming media.
The audio output unit 403 may convert audio data received by the radio frequency unit 401 or the network module 402 or stored in the memory 409 into an audio signal and output as sound. Also, the audio output unit 403 may also provide audio output related to a specific function performed by the mobile terminal 400 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 403 includes a speaker, a buzzer, a receiver, and the like.
The input unit 404 is used to receive audio or video signals. The input Unit 404 may include a Graphics Processing Unit (GPU) 4041 and a microphone 4042, and the Graphics processor 4041 processes image data of a still picture or video obtained by an image capturing apparatus (such as a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 406. The image frames processed by the graphics processor 4041 may be stored in the memory 409 (or other storage medium) or initiated via the radio unit 401 or the network module 402. The microphone 4042 may receive sound, and may be capable of processing such sound into audio data. The processed audio data may be converted to a format output that may be initiated to a mobile communication base station via the radio unit 401 in case of a phone call mode.
The mobile terminal 400 also includes at least one sensor 405, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 4061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 4061 and/or the backlight when the mobile terminal 400 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the posture of the mobile terminal (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), and vibration identification related functions (such as pedometer, tapping); the sensors 405 may also include a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, etc., which will not be described in detail herein.
The display unit 406 is used to display information input by the user or information provided to the user. The Display unit 406 may include a Display panel 4061, and the Display panel 4061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
The user input unit 407 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 407 includes a touch panel 4071 and other input devices 4072. Touch panel 4071, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., operations by a user on or near touch panel 4071 using a finger, a stylus, or any suitable object or attachment). The touch panel 4071 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 410, receives a command from the processor 410, and executes the command. In addition, the touch panel 4071 can be implemented by using various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 4071, the user input unit 407 may include other input devices 4072. Specifically, the other input devices 4072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a track ball, a mouse, and a joystick, which are not described herein again.
Further, the touch panel 4071 can be overlaid on the display panel 4061, and when the touch panel 4071 detects a touch operation thereon or nearby, the touch operation is transmitted to the processor 410 to determine the type of the touch event, and then the processor 410 provides a corresponding visual output on the display panel 4061 according to the type of the touch event. Although in fig. 4, the touch panel 4071 and the display panel 4061 are two separate components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 4071 and the display panel 4061 may be integrated to implement the input and output functions of the mobile terminal, which is not limited herein.
The interface unit 408 is an interface through which an external device is connected to the mobile terminal 400. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 408 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the mobile terminal 400 or may be used to transmit data between the mobile terminal 400 and external devices.
The memory 409 may be used to store software programs as well as various data. The memory 409 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 409 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
The processor 410 is a control center of the mobile terminal, connects various parts of the entire mobile terminal using various interfaces and lines, and performs various functions of the mobile terminal and processes data by operating or executing software programs and/or modules stored in the memory 409 and calling data stored in the memory 409, thereby integrally monitoring the mobile terminal. Processor 410 may include one or more processing units; preferably, the processor 410 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 410.
The mobile terminal 400 may further include a power supply 411 (e.g., a battery) for supplying power to various components, and preferably, the power supply 411 may be logically connected to the processor 410 through a power management system, so as to implement functions of managing charging, discharging, and power consumption through the power management system.
In addition, the mobile terminal 400 includes some functional modules that are not shown, and thus, are not described in detail herein.
Preferably, an embodiment of the present invention further provides a mobile terminal, including: the processor 410, the memory 409, and a computer program stored in the memory 409 and capable of running on the processor 410, where the computer program, when executed by the processor 410, implements each process of the above system wake-up method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again.
The embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the above system wake-up method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (9)
1. A system wake-up method, comprising:
determining a hardware module in the terminal for processing the interrupt under the condition that the interrupt trigger for waking up the system is detected;
waking up a hardware module used for processing the interrupt in the terminal;
wherein waking up a hardware module in the terminal for processing the interrupt includes:
determining a module queue to be awakened, wherein the module queue to be awakened comprises module identifications of a plurality of hardware modules which are sequentially closed when a system of the terminal enters a dormant state;
according to the module identifications and the reverse sequence of the sequence of closing the plurality of hardware modules, sequentially judging whether the hardware module corresponding to each module identification is the hardware module for processing the interrupt;
and if so, awakening the hardware module corresponding to the module identifier.
2. The method of claim 1, wherein waking the module identifies a corresponding hardware module comprises:
determining a wake-up function for waking up the hardware module;
and awakening the hardware module by calling the awakening function.
3. The method of claim 1, wherein the method further comprises:
and if the hardware module corresponding to the module identifier is not the hardware module used for processing the interrupt, skipping the hardware module corresponding to the module identifier, and judging whether the hardware module corresponding to the next module identifier is the hardware module used for processing the interrupt until the hardware module corresponding to the last module identifier in the module queue to be awakened.
4. The method of claim 1, wherein determining a hardware module in the terminal for handling the interrupt in case an interrupt trigger is detected for waking up the system comprises:
under the condition that interrupt triggering for awakening a system is detected, searching a module identifier corresponding to the interrupt from a mapping list according to the interrupt, wherein the mapping list stores mapping relations between different interrupts and module identifiers of hardware modules for processing the different interrupts;
and determining a hardware module corresponding to the module identifier as a module used for processing the interrupt in the terminal.
5. A terminal, comprising:
the system comprises a determining module, a judging module and a judging module, wherein the determining module is used for determining a hardware module used for processing the interrupt in the terminal under the condition that the interrupt trigger used for waking up the system is detected;
a wake-up module for waking up a hardware module for processing the interrupt in the terminal;
wherein the wake-up module comprises:
the determining submodule is used for determining a module queue to be awakened, and the module queue to be awakened comprises module identifications of a plurality of hardware modules which are sequentially closed when the system of the terminal enters a sleep state;
the judging submodule is used for sequentially judging whether the hardware module corresponding to each module identifier is the hardware module for processing the interruption or not according to the module identifiers and the reverse sequence of the sequence for closing the plurality of hardware modules;
and the awakening sub-module is used for awakening the hardware module corresponding to the module identifier when the hardware module corresponding to the module identifier is determined to be the hardware module for processing the interrupt.
6. The terminal of claim 5, wherein the wake-up sub-module comprises:
a determining unit, configured to determine a wake-up function for waking up the hardware module;
and the awakening unit is used for awakening the hardware module by calling the awakening function.
7. The terminal of claim 5,
and the judging submodule skips the hardware module to be awakened when the hardware module to be awakened is determined not to be the hardware module for processing the interrupt, and judges whether the next hardware module to be awakened is the hardware module for processing the interrupt or not until the last hardware module to be awakened in the module queue to be awakened.
8. The terminal of claim 5, wherein the determining module comprises:
the searching submodule is used for searching a module identifier corresponding to the interrupt from a mapping list according to the interrupt under the condition that the interrupt trigger for waking up the system is detected, wherein the mapping list stores the mapping relation between different interrupts and the module identifiers of hardware modules for processing the different interrupts;
and the determining submodule determines the hardware module corresponding to the module identifier as the hardware module used for processing the interrupt in the terminal.
9. A terminal, comprising: memory, processor and computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, carries out the steps of the method according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810257679.0A CN108681467B (en) | 2018-03-27 | 2018-03-27 | System awakening method and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810257679.0A CN108681467B (en) | 2018-03-27 | 2018-03-27 | System awakening method and terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108681467A CN108681467A (en) | 2018-10-19 |
| CN108681467B true CN108681467B (en) | 2021-07-06 |
Family
ID=63799707
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810257679.0A Active CN108681467B (en) | 2018-03-27 | 2018-03-27 | System awakening method and terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108681467B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110347439A (en) * | 2019-07-22 | 2019-10-18 | Oppo广东移动通信有限公司 | Processor awakening method, device, terminal and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102968174A (en) * | 2012-11-06 | 2013-03-13 | 珠海全志科技股份有限公司 | Deep sleep awakening method of android device |
| CN105302548A (en) * | 2015-09-24 | 2016-02-03 | 深圳Tcl数字技术有限公司 | Android device standby and waking-up method and apparatus |
| CN107783790A (en) * | 2017-11-07 | 2018-03-09 | 北京小米移动软件有限公司 | terminal awakening method and device |
| CN108108007A (en) * | 2017-12-21 | 2018-06-01 | 维沃移动通信有限公司 | A kind of processing method and mobile terminal for reducing power consumption |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102186112B (en) * | 2011-05-10 | 2013-09-04 | 深圳创维数字技术股份有限公司 | IPTV (Interactive Personality TV) receiving terminal and remote wakeup method and system thereof |
| CN103199968A (en) * | 2012-01-09 | 2013-07-10 | 卓望数码技术（深圳）有限公司 | Sending method of messages and system |
| CN105264499B (en) * | 2013-12-20 | 2018-03-13 | 华为技术有限公司 | Message treatment method, device and reception core in a kind of shared queue |
| US9798378B2 (en) * | 2014-03-31 | 2017-10-24 | Google Technology Holdings LLC | Apparatus and method for awakening a primary processor out of sleep mode |
| CN106528092A (en) * | 2016-10-18 | 2017-03-22 | 珠海市魅族科技有限公司 | System awakening method and apparatus |
| CN107835462A (en) * | 2017-11-15 | 2018-03-23 | 晶晨半导体(上海)股份有限公司 | A kind of system wake-up method under standby mode |
-
2018
- 2018-03-27 CN CN201810257679.0A patent/CN108681467B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102968174A (en) * | 2012-11-06 | 2013-03-13 | 珠海全志科技股份有限公司 | Deep sleep awakening method of android device |
| CN105302548A (en) * | 2015-09-24 | 2016-02-03 | 深圳Tcl数字技术有限公司 | Android device standby and waking-up method and apparatus |
| CN107783790A (en) * | 2017-11-07 | 2018-03-09 | 北京小米移动软件有限公司 | terminal awakening method and device |
| CN108108007A (en) * | 2017-12-21 | 2018-06-01 | 维沃移动通信有限公司 | A kind of processing method and mobile terminal for reducing power consumption |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108681467A (en) | 2018-10-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11366510B2 (en) | Processing method for reducing power consumption and mobile terminal | |
| CN108712566B (en) | Voice assistant awakening method and mobile terminal | |
| CN108135033B (en) | Bluetooth connection method and mobile terminal | |
| WO2017008569A1 (en) | Message updating method, apparatus, and terminal | |
| CN108073458B (en) | Memory recovery method, mobile terminal and computer-readable storage medium | |
| CN108322599B (en) | Network access method and mobile terminal | |
| CN108391008B (en) | Message reminding method and mobile terminal | |
| CN107734170B (en) | Notification message processing method, mobile terminal and wearable device | |
| CN109901695B (en) | Screen power-saving display method, mobile terminal and computer-readable storage medium | |
| CN110445924B (en) | Network task execution method and terminal equipment | |
| CN109413726B (en) | Power consumption control method and mobile terminal | |
| WO2017206918A1 (en) | Terminal awakening accelerating method and related product | |
| CN108984066B (en) | Application icon display method and mobile terminal | |
| CN111443803A (en) | Mode switching method, device, storage medium and mobile terminal | |
| CN108089935B (en) | Application program management method and mobile terminal | |
| CN108200635B (en) | Operation control method of application program and mobile terminal | |
| CN108388400B (en) | Operation processing method and mobile terminal | |
| CN106454953B (en) | Flow control method, device and terminal | |
| CN210894629U (en) | Electric meter assembly and electronic equipment | |
| CN115985323B (en) | Voice wakeup method and device, electronic equipment and readable storage medium | |
| CN109947323B (en) | Terminal display method and terminal | |
| CN108681467B (en) | System awakening method and terminal | |
| CN108170360B (en) | Control method of gesture function and mobile terminal | |
| CN108874111B (en) | Battery over-discharge protection control method and mobile terminal | |
| CN111309133A (en) | Power saving control method and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |