CN107018559B

CN107018559B - Terminal and method for making component processor enter dormant state

Info

Publication number: CN107018559B
Application number: CN201710204697.8A
Authority: CN
Inventors: 马子平
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2017-03-30
Filing date: 2017-03-30
Publication date: 2021-02-05
Anticipated expiration: 2037-03-30
Also published as: CN107018559A

Abstract

The invention discloses a terminal for making a component processor enter a dormant state, which comprises: the first command module is used for commanding the component processor to acquire the data cache state of the component processor; the second command module is used for commanding the component processor to feed back the dormant state of the component processor to a terminal when the data cache state is a state with data to be processed and the component processor is detected to receive dormant information sent by an Application Processor (AP); and the third command module is used for commanding the component processor to enter the dormant state when the dormant state of the component processor is the non-dormant state. The invention also discloses a method for making the component processor enter the dormant state. The synchronous dormancy of the component processor and the AP is realized when the AP is dormant, so that the terminal system can normally enter a dormant mode, the power consumption of the system is reduced, and the standby time of the terminal is prolonged.

Description

Terminal and method for making component processor enter dormant state

Technical Field

The invention relates to the field of intelligent terminals, in particular to a terminal and a method for enabling a component processor to enter a dormant state.

Background

In the era of mobile internet, along with popularization and popularization of intelligent terminals, users continuously pursue high-quality audio-visual effects and use experience, which makes higher requirements on the intelligent terminals.

At present, in the process of using an intelligent terminal, when an Application Processor (AP) enters a sleep mode, component processors such as an Audio Digital Signal Processor (ADSP), a Graphics Processing Unit (GPU), a bluetooth chip, and the like, which are currently performing Processing tasks, do not synchronously enter a sleep state along with the AP; for example, in the process of playing an audio file by the intelligent terminal, when the playing is suspended, the power key is pressed to turn on the screen, at this time, the AP enters the sleep mode, but the ADSP is still in the running state and does not enter the sleep state at the same time; therefore, the power consumption of the intelligent terminal is overlarge, and the standby time of the intelligent terminal is shortened.

Disclosure of Invention

In view of this, embodiments of the present invention desirably provide a terminal and a method for enabling a component processor to enter a sleep state, so as to implement synchronous sleep of the component processor and an AP when the AP is in sleep, so that a terminal system normally enters a sleep mode, thereby reducing power consumption of the system and prolonging standby time of the terminal.

In order to achieve the purpose, the technical scheme of the invention is realized as follows:

the present invention provides a terminal for making a component processor enter a sleep state, the terminal comprising:

the first command module is used for commanding the component processor to acquire the data cache state of the component processor;

the second command module is used for commanding the component processor to feed back the dormant state of the component processor to a terminal when the data cache state is a state with data to be processed and the component processor is detected to receive dormant information sent by an Application Processor (AP);

and the third command module is used for commanding the component processor to enter the dormant state when the dormant state of the component processor is the non-dormant state.

In the foregoing solution, the second command module is further configured to enable a self-hibernation mechanism of the component processor when the data cache state is a state in which there is no pending data.

In the foregoing solution, the first command module is specifically configured to command the component processor to poll a data buffer of the component processor to obtain a data buffer status of the component processor;

the third command module is specifically configured to command the AP to send a sleep control signal to the component processor, where the sleep control signal is used to command the component processor to enter a sleep state.

In the foregoing solution, the terminal further includes:

the first judgment module is used for judging whether the data cache state exists in a to-be-processed data state or does not exist in the to-be-processed data state;

and the second judging module is used for judging whether the dormant state of the component processor is the dormant state or the non-dormant state.

In the foregoing solution, the terminal further includes:

a third judging module, configured to judge whether both the component processor and the AP enter a sleep state;

and the release module is used for releasing occupied system resources when the component processor and the AP enter a dormant state.

The invention provides a method for enabling a component processor to enter a sleep state, which comprises the following steps:

the method comprises the steps that a command component processor obtains the data cache state of the component processor;

when the data cache state is a data state to be processed and the component processor is detected to receive dormancy information sent by an Application Processor (AP), commanding the component processor to feed back the dormancy state of the component processor to a terminal;

and when the sleep state of the component processor is the non-sleep state, commanding the component processor to enter the sleep state.

In the above scheme, the method further comprises:

and when the data cache state is a state without the data to be processed, enabling a self-dormancy mechanism of the component processor.

In the above solution, the instructing the component processor to obtain the data cache state of the component processor itself includes:

commanding the component processor to poll a data buffer of the component processor to obtain a data buffer state of the component processor;

the instructing the component processor to enter a sleep state includes:

commanding the AP to send a sleep control signal to the component processor, the sleep control signal being used to command the component processor to enter a sleep state.

In the foregoing solution, before instructing the component processor to feed back the sleep state of the component processor to the terminal, the method further includes:

judging whether the data cache state exists in a to-be-processed data state or does not exist in the to-be-processed data state;

prior to the instructing the component processor to enter a sleep state, the method further comprises:

determining whether a sleep state of the component processor is a hibernated state or an un-hibernated state.

In the above solution, after the instructing the component processor to enter the sleep state, the method further includes:

judging whether the component processor and the AP enter a sleep state or not;

and when the component processor and the AP both enter the dormant state, releasing occupied system resources.

According to the terminal and the method for enabling the component processor to enter the dormant state, provided by the embodiment of the invention, the terminal obtains the data cache state of the component processor through the command component processor; when the data cache state is a data state to be processed and the component processor is detected to receive dormancy information sent by an Application Processor (AP), commanding the component processor to feed back the dormancy state of the component processor to a terminal; when the dormant state of the component processor is not the dormant state, commanding the component processor to enter the dormant state; when the AP is in dormancy, the component processor is instructed to enter the dormant state when the component processor is judged not to be in dormancy, and synchronous dormancy of the component processor and the AP is realized, so that the terminal system can normally enter a dormant mode, the power consumption of the terminal system is reduced, and the standby time of the terminal is prolonged.

Drawings

Fig. 1 is a schematic hardware configuration diagram of an alternative mobile terminal implementing various embodiments of the present invention;

fig. 2 is a schematic structural diagram of a communication system in which a mobile terminal according to an embodiment of the present invention can operate;

FIG. 3 is a flowchart of a first embodiment of a method for putting a device processor into a sleep state;

FIG. 4 is a flowchart of a second embodiment of a method for putting a device processor into a sleep state;

FIG. 5 is a system diagram of a location of an ADSP sleep double check mechanism module in a terminal system in a third embodiment of the method for enabling a component processor to enter a sleep state according to the present invention;

FIG. 6 is a flowchart of a third embodiment of a method for putting a device processor into a sleep state;

FIG. 7 is a block diagram of an embodiment of a terminal for putting a component processor into a sleep state according to the invention.

Detailed Description

The technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.

A mobile terminal implementing various embodiments of the present invention will now be described with reference to fig. 1. In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.

The mobile terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a Personal Digital Assistant (PDA), a tablet computer (PAD), a Portable Multimedia Player (PMP), a navigation device, etc., and a stationary terminal such as a digital TV, a desktop computer, etc. In the following, it is assumed that the terminal is a mobile terminal. However, it will be understood by those skilled in the art that the configuration according to the embodiment of the present invention can be applied to a fixed type terminal in addition to elements particularly used for moving purposes.

Fig. 1 is a schematic hardware configuration of a mobile terminal implementing various embodiments of the present invention.

The mobile terminal 100 may include a wireless communication unit 110, an audio/video (a/V) input unit 120, a user input unit 130, a sensing unit 140, an output unit 150, a memory 160, an interface unit 170, a controller 180, and a power supply unit 190, etc. Fig. 1 illustrates a mobile terminal having various components, but it is to be understood that not all illustrated components are required to be implemented, and that more or fewer components may instead be implemented, the elements of the mobile terminal being described in detail below.

The wireless communication unit 110 typically includes one or more components that allow radio communication between the mobile terminal 100 and a wireless communication system or network. For example, the wireless communication unit may include at least one of a broadcast receiving module 111, a mobile communication module 112, a wireless internet module 113, a short-range communication module 114, and a location information module 115.

The broadcast receiving module 111 receives a broadcast signal and/or broadcast associated information from an external broadcast management server via a broadcast channel. The broadcast channel may include a satellite channel and/or a terrestrial channel. The broadcast management server may be a server that generates and transmits a broadcast signal and/or broadcast associated information or a server that receives a previously generated broadcast signal and/or broadcast associated information and transmits it to a terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, a data broadcast signal, and the like. Also, the broadcast signal may further include a broadcast signal combined with a TV or radio broadcast signal. The broadcast associated information may also be provided via a mobile communication network, and in this case, the broadcast associated information may be received by the mobile communication module 112. The broadcast signal may exist in various forms, for example, it may exist in the form of an Electronic Program Guide (EPG) of Digital Multimedia Broadcasting (DMB), an Electronic Service Guide (ESG) of digital video broadcasting-handheld (DVB-H), and the like. The broadcast receiving module 111 may receive a signal broadcast by using various types of broadcasting systems. In particular, the broadcast receiving module 111 may receive digital broadcasting by using a digital broadcasting system such as a data broadcasting system of multimedia broadcasting-terrestrial (DMB-T), digital multimedia broadcasting-satellite (DMB-S), digital video broadcasting-handheld (DVB-H), forward link media (MediaFLO @), terrestrial digital broadcasting integrated service (ISDB-T), and the like. The broadcast receiving module 111 may be constructed to be suitable for various broadcasting systems that provide broadcast signals as well as the above-mentioned digital broadcasting systems. The broadcast signal and/or broadcast associated information received via the broadcast receiving module 111 may be stored in the memory 160 (or other type of storage medium).

The mobile communication module 112 transmits and/or receives radio signals to and/or from at least one of a base station (e.g., access point, node B, etc.), an external terminal, and a server. Such radio signals may include voice call signals, video call signals, or various types of data transmitted and/or received according to text and/or multimedia messages.

The wireless internet module 113 supports wireless internet access of the mobile terminal. The module may be internally or externally coupled to the terminal. The wireless internet access technology to which the module relates may include WLAN (wireless LAN) (Wi-Fi), Wibro (wireless broadband), Wimax (worldwide interoperability for microwave access), HSDPA (high speed downlink packet access), and the like.

The short-range communication module 114 is a module for supporting short-range communication. Some examples of short-range communication technologies include bluetooth (TM), Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), zigbee (TM), and the like.

The location information module 115 is a module for checking or acquiring location information of the mobile terminal. A typical example of the location information module 115 is a Global Positioning System (GPS). According to the current technology, the location information module 115 of the GPS calculates distance information and accurate time information from three or more satellites and applies triangulation to the calculated information, thereby accurately calculating three-dimensional current location information according to longitude, latitude, and altitude. Currently, a method for calculating position and time information uses three satellites and corrects an error of the calculated position and time information by using another satellite. In addition, the location information module 115 of the GPS can calculate speed information by continuously calculating current location information in real time.

The a/V input unit 120 is used to receive an audio or video signal. The a/V input unit 120 may include a camera 121 and a microphone 122, and the camera 121 processes image data of still pictures or video obtained by an image capturing apparatus in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 151. The image frames processed by the cameras 121 may be stored in the memory 160 (or other storage medium) or transmitted via the wireless communication unit 110, and two or more cameras 121 may be provided according to the construction of the mobile terminal. The microphone 122 may receive sounds (audio data) via the microphone 122 in a phone call mode, a recording mode, a voice recognition mode, or the like, and is capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the mobile communication module 112 in case of a phone call mode. The microphone 122 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The user input unit 130 may generate key input data according to a command input by a user to control various operations of the mobile terminal. The user input unit 130 allows a user to input various types of information, and may include a keyboard, dome sheet, touch pad (e.g., a touch-sensitive member that detects changes in resistance, pressure, capacitance, and the like due to being touched), scroll wheel, joystick, and the like. In particular, when the touch pad is superimposed on the display unit 151 in the form of a layer, a touch screen may be formed.

The sensing unit 140 detects a current photographing state of the mobile terminal 100 (e.g., an open or closed photographing state of the mobile terminal 100), a position of the mobile terminal 100, presence or absence of contact (i.e., touch input) by a user with respect to the mobile terminal 100, an orientation of the mobile terminal 100, acceleration or deceleration movement and direction of the mobile terminal 100, and the like, and generates a command or signal for controlling an operation of the mobile terminal 100. For example, when the mobile terminal 100 is implemented as a slide-type mobile phone, the sensing unit 140 may sense whether the slide-type phone is opened or closed. In addition, the sensing unit 140 can detect whether the power supply unit 190 supplies power or whether the interface unit 170 is coupled with an external device. The sensing unit 140 may include a proximity sensor 141 as will be described below in connection with a touch screen.

The interface unit 170 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The identification module may store various information for authenticating a user using the mobile terminal 100 and may include a User Identity Module (UIM), a Subscriber Identity Module (SIM), a Universal Subscriber Identity Module (USIM), and the like. In addition, a device having an identification module (hereinafter, referred to as an "identification device") may take the form of a smart card, and thus, the identification device may be connected with the mobile terminal 100 via a port or other connection means. The interface unit 170 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal and the external device.

In addition, when the mobile terminal 100 is connected with an external cradle, the interface unit 170 may serve as a path through which power is supplied from the cradle to the mobile terminal 100 or may serve as a path through which various command signals input from the cradle are transmitted to the mobile terminal. Various command signals or power input from the cradle may be used as signals for recognizing whether the mobile terminal is accurately mounted on the cradle. The output unit 150 is configured to provide output signals (e.g., audio signals, video signals, alarm signals, vibration signals, etc.) in a visual, audio, and/or tactile manner. The output unit 150 may include a display unit 151, an audio output module 152, an alarm unit 153, and the like.

The display unit 151 may display information processed in the mobile terminal 100. For example, when the mobile terminal 100 is in a phone call mode, the display unit 151 may display a User Interface (UI) or a Graphical User Interface (GUI) related to a call or other communication (e.g., text messaging, multimedia file downloading, etc.). When the mobile terminal 100 is in a video call mode or an image capturing mode, the display unit 151 may display a captured image and/or a received image, a UI or GUI showing a video or an image and related functions, and the like.

Meanwhile, when the display unit 151 and the touch pad are overlapped with each other in the form of a layer to form a touch screen, the display unit 151 may serve as an input device and an output device. The display unit 151 may include at least one of a Liquid Crystal Display (LCD), a thin film transistor LCD (TFT-LCD), an Organic Light Emitting Diode (OLED) display, a flexible display, a three-dimensional (3D) display, and the like. Some of these displays may be configured to be transparent to allow a user to view from the outside, which may be referred to as transparent displays, and a typical transparent display may be, for example, a TOLED (transparent organic light emitting diode) display or the like. Depending on the particular desired implementation, the mobile terminal 100 may include two or more display units (or other display devices), for example, the mobile terminal may include an external display unit (not shown) and an internal display unit (not shown). The touch screen may be used to detect a touch input pressure as well as a touch input position and a touch input area.

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

The alarm unit 153 may provide an output to notify the mobile terminal 100 of the occurrence of an event. Typical events may include call reception, message reception, key signal input, touch input, and the like. In addition to audio or video output, the alarm unit 153 may provide output in different ways to notify the occurrence of an event. For example, the alarm unit 153 may provide an output in the form of vibration, and when a call, a message, or some other Incoming Communication (Incoming Communication) is received, the alarm unit 153 may provide a tactile output (e.g., vibration) to inform the user thereof. By providing such a tactile output, the user can recognize the occurrence of various events even when the user's mobile phone is in the user's pocket. The alarm unit 153 may also provide an output notifying the occurrence of an event via the display unit 151 or the audio output module 152.

The memory 160 may store software programs or the like for processing and controlling operations performed by the controller 180, or may temporarily store data (e.g., a phonebook, messages, still images, videos, etc.) that has been output or is to be output. Also, the memory 160 may store data regarding various ways of vibration and audio signals output when a touch is applied to the touch screen.

The memory 160 may include at least one type of storage medium including a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. Also, the mobile terminal 100 may cooperate with a network storage device that performs a storage function of the memory 160 through a network connection.

The controller 180 generally controls the overall operation of the mobile terminal. For example, the controller 180 performs control and processing related to voice calls, data communications, video calls, and the like. In addition, the controller 180 may include a multimedia module 181 for reproducing (or playing back) multimedia data, and the multimedia module 181 may be constructed within the controller 180 or may be constructed separately from the controller 180. The controller 180 may perform a pattern recognition process to recognize a handwriting input or a picture drawing input performed on the touch screen as a character or an image.

The power supply unit 190 receives external power or internal power and provides appropriate power required to operate various elements and components under the control of the controller 180.

The various embodiments described herein may be implemented in a computer-readable medium using, for example, computer software, hardware, or any combination thereof. For a hardware implementation, the embodiments described herein may be implemented using at least one of an Application Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a processor, a controller, a microcontroller, a microprocessor, an electronic unit designed to perform the functions described herein, and in some cases, such embodiments may be implemented in the controller 180. For a software implementation, the implementation such as a process or a function may be implemented with a separate software module that allows performing at least one function or operation. The software codes may be implemented by software applications (or programs) written in any suitable programming language, which may be stored in the memory 160 and executed by the controller 180.

Up to now, the mobile terminal has been described in terms of its functions. Hereinafter, a slide-type mobile terminal among various types of mobile terminals, such as a folder-type, bar-type, swing-type, slide-type mobile terminal, and the like, will be described as an example for the sake of brevity. Accordingly, the present invention can be applied to any type of mobile terminal, and is not limited to a slide type mobile terminal.

The mobile terminal 100 as shown in fig. 1 may be configured to operate with communication systems such as wired and wireless communication systems and satellite-based communication systems that transmit data via frames or packets.

A communication system in which a mobile terminal according to the present invention is operable will now be described with reference to fig. 2.

Such communication systems may use different air interfaces and/or physical layers. For example, the air interface used by the communication system includes, for example, Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Code Division Multiple Access (CDMA), and Universal Mobile Telecommunications System (UMTS) (in particular, Long Term Evolution (LTE)), global system for mobile communications (GSM), and the like. By way of non-limiting example, the following description relates to a CDMA communication system, but such teachings are equally applicable to other types of systems.

Referring to fig. 2, the CDMA wireless communication system may include a plurality of mobile terminals 100, a plurality of Base Stations (BSs) 270, Base Station Controllers (BSCs) 275, and a Mobile Switching Center (MSC) 280. The MSC280 is configured to interface with a Public Switched Telephone Network (PSTN) 290. The MSC280 is also configured to interface with a BSC275, which may be coupled to the base station 270 via a backhaul. The backhaul may be constructed according to any of several known interfaces including, for example, E1/T1, ATM, IP, PPP, frame Relay, HDSL, ADSL, or xDSL. It will be understood that a system as shown in fig. 2 may include multiple BSCs 275.

Each BS270 may serve one or more sectors (or regions), each sector covered by a multi-directional antenna or an antenna pointing in a particular direction being radially distant from the BS 270. Alternatively, each partition may be covered by two or more antennas for diversity reception. Each BS270 may be configured to support multiple frequency allocations, with each frequency allocation having a particular frequency spectrum (e.g., 1.25MHz, 5MHz, etc.).

The intersection of partitions with frequency allocations may be referred to as a CDMA channel. The BS270 may also be referred to as a Base Transceiver Subsystem (BTS) or other equivalent terminology. In such a case, the term "base station" may be used to generically refer to a single BSC275 and at least one BS 270. The base stations may also be referred to as "cells". Alternatively, each sector of a particular BS270 may be referred to as a plurality of cell sites.

As shown in fig. 2, a Broadcast Transmitter (BT)295 transmits a broadcast signal to the mobile terminal 100 operating within the system. A broadcast receiving module 111 as shown in fig. 1 is provided at the mobile terminal 100 to receive a broadcast signal transmitted by the BT 295. In fig. 2, several Global Positioning System (GPS) satellites 300 are shown. The satellite 300 assists in locating at least one of the plurality of mobile terminals 100.

In fig. 2, a plurality of satellites 300 are depicted, but it is understood that useful positioning information may be obtained with any number of satellites. The location information module 115 of the GPS as shown in fig. 1 is generally configured to cooperate with the satellites 300 to obtain desired positioning information. Other techniques that can track the location of the mobile terminal may be used instead of or in addition to GPS tracking techniques. In addition, at least one GPS satellite 300 may selectively or additionally process satellite DMB transmission.

As a typical operation of the wireless communication system, the BS270 receives reverse link signals from various mobile terminals 100. The mobile terminal 100 is generally engaged in conversations, messaging, and other types of communications. Each reverse link signal received by a particular base station 270 is processed within the particular BS 270. The obtained data is forwarded to the associated BSC 275. The BSC provides call resource allocation and mobility management functions including coordination of soft handoff procedures between BSs 270. The BSCs 275 also route the received data to the MSC280, which provides additional routing services for interfacing with the PSTN 290. Similarly, the PSTN290 interfaces with the MSC280, the MSC280 interfaces with the BSCs 275, and the BSCs 275 accordingly control the BS270 to transmit forward link signals to the mobile terminal 100.

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

Example one

The method of causing a component processor to enter a sleep state provided by the present invention may be implemented on a terminal that causes a component processor to enter a sleep state, wherein the terminal may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a Personal Digital Assistant (PDA), a tablet computer (PAD), a Portable Multimedia Player (PMP), a navigation device, and the like.

If the mobile terminal has an operating system, the operating system may be UNIX, Linux, Windows, Mac OS X, Android (Android), Windows Phone, etc.

Application software (APP) is a third-party Application program of the intelligent terminal, and a user can work, entertain, acquire information and the like through various Application software, and the formats of the APP include ipa, pxl, deb, apk and the like.

FIG. 3 is a flowchart of a first embodiment of a method for putting a device processor into a sleep state; the method for enabling the component processor to enter the dormant state provided by the embodiment of the invention is a specific execution process of the dormant dual check mechanism module during working; as shown in fig. 3, the method may include the steps of:

step 301: the command component processor obtains the data cache state of the component processor itself.

The terminal starts a dormancy double-check mechanism, and orders the component processor to poll the data buffer of the component processor, for example, the data buffer of the component processor is inquired by taking T as a period, so as to obtain the data buffer state of the component processor; the data caching state comprises the following steps: the data state to be processed exists or does not exist; the component handler includes: ADSP, GPU, Central Processing Unit (CPU), Bluetooth chip, etc.

Step 302: and when the data cache state is a data state to be processed and the component processor is detected to receive the sleep information sent by the AP, commanding the component processor to feed back the sleep state of the component processor to a terminal.

After the command component processor acquires the data cache state of the component processor, if the terminal judges that the data cache state is a to-be-processed data state, and meanwhile, the terminal detects that the component processor receives the dormancy information sent by the AP, at the moment, the terminal feeds back the dormancy state of the component processor to the terminal by the command component processor; the sleep state comprises: a dormant state or an unsubscribed state.

For example, the terminal instructs the component processor to poll the data buffer of the component processor to obtain that the data buffer state of the component processor is a to-be-processed data state, at this time, the AP sleeps, the AP sends sleep information to the component processor, the terminal detects that the component processor receives the sleep information, and at this time, the component processor is in an un-sleep state, and at this time, the terminal instructs the component processor to feed back the un-sleep state to the terminal.

On the other hand, after the terminal commands the component processor to acquire the data cache state of the component processor, if the data cache state is judged to be the data state which is not to be processed, the self-dormancy mechanism of the component processor is started, so that the component processor actively enters the dormancy state.

Step 303: and when the sleep state of the component processor is the non-sleep state, commanding the component processor to enter the sleep state.

The terminal judges the dormant state after instructing the component processor to feed back the dormant state of the component processor to the terminal, and if the dormant state is judged to be the non-dormant state, the terminal instructs the AP to send a dormant control signal to the component processor to control the component processor to enter the dormant state, namely, the component processor is forced to enter the dormant state; if the sleep state is determined to be the sleep state, the terminal will not perform any processing on the component processor.

According to the terminal and the method for enabling the component processor to enter the dormant state, provided by the embodiment of the invention, the terminal obtains the data cache state of the component processor through the command component processor; when the data cache state is a data state to be processed and the component processor is detected to receive dormancy information sent by an Application Processor (AP), commanding the component processor to feed back the dormancy state of the component processor to a terminal; when the dormant state of the component processor is not the dormant state, commanding the component processor to enter the dormant state; when the AP is in dormancy, the component processor is instructed to enter the dormant state when the component processor is judged not to be in dormancy, and synchronous dormancy of the component processor and the AP is realized, so that a terminal system normally enters a dormant mode, the power consumption of the terminal system is reduced, and the standby time of the terminal is prolonged.

Example two

FIG. 4 is a flowchart of a second embodiment of a method for putting a device processor into a sleep state; the method for enabling the component processor to enter the dormant state provided by the embodiment of the invention calls the dormant dual check mechanism module for the terminal to enable the component processor to enter a specific execution process of the dormant state, namely the terminal starts the dormant dual check mechanism to enable the component processor to enter the specific execution process of the dormant state; wherein the component processor comprises: ADSP, GPU, CPU, Bluetooth chip, etc.; as shown in fig. 4, the method may include the steps of:

step 401: and the terminal starts a dormant double-check mechanism module.

And constructing a dormancy double-check mechanism module in the kernel of the terminal system, and starting the dormancy double-check mechanism module when the terminal uses the module.

Step 402: the terminal command component processor obtains the data cache state of the component processor.

After the terminal starts the dual-checking mechanism module, the terminal may instruct the component processor to poll the data buffer of the component processor itself, for example, instruct the component processor to query the data buffer of the component processor once every 5 seconds to obtain the data buffer state of the component processor itself, where the data buffer state is a state where data to be processed exists or a state where data to be processed does not exist; that is, when the data buffer is empty, the data buffer status is the status of data not to be processed, and when the data buffer is not empty, the data buffer status is the status of data to be processed.

Step 403: and the terminal judges whether the data cache state exists in a to-be-processed data state or does not exist in the to-be-processed data state.

After the terminal instructs the component processor to acquire the data cache state of the component processor, the terminal judges the acquired data cache state; if the data cache state is the state without the data to be processed, go to step 404; if the data cache state is a pending data state, step 405 is performed.

Step 404: the terminal enables a self-sleep mechanism of the component processor.

When the terminal judges that the data cache state is the data state which does not exist to be processed, the self-dormancy mechanism of the component processor is started, namely when the data cache state is the data state which does not exist to be processed, the component processor actively enters the dormancy state.

Step 405: and when the component processor is detected to receive the sleep information sent by the AP, commanding the component processor to feed back the sleep state of the component processor to the terminal.

When the terminal judges that the data cache state is a to-be-processed data state and detects that the component processor receives the dormancy information sent by the AP, the terminal commands the component processor to feed back the dormancy state of the component processor to the terminal, namely commands the component processor to feed back the dormancy state or the non-dormancy state of the component processor to the terminal.

For example, the data buffer of the component processor is not empty, that is, the data buffer state is a state in which there is data to be processed, and the data buffer state is currently in an un-dormant state; at this time, the AP will enter the sleep state and send sleep information to the component processor, and when detecting that the component processor receives the sleep information, the terminal will instruct the component processor to feed back the non-sleep state of the terminal to the terminal.

Step 406: the terminal determines whether the sleep state of the component processor is a dormant state or an un-dormant state.

After acquiring the sleep state of the component processor, the terminal determines the sleep state, and if the sleep state is the already sleep state, step 407 is executed; if the sleep state is not the sleep state, step 408 is performed.

Step 407: the terminal does not perform any processing on the component processor.

When the sleep state of the component processor is judged to be the sleep state, the terminal does not perform any processing on the component processor.

Step 408: the terminal commands the component processor to enter a sleep state.

When the sleep state of the component processor is judged to be the non-sleep state, the terminal instructs the AP to send a sleep control signal to the component processor, and the component processor enters the sleep state after receiving the sleep control signal, namely the AP sends the sleep control signal to the component processor to force the component processor to enter the sleep state.

Step 409: the terminal determines whether both the component processor and the AP enter a sleep state.

After the terminal orders the component processor to enter the dormant state, judging whether the component processor and the AP both enter the dormant state; if both the component processor and the AP enter a sleep state, then step 410 is performed; if at least one of the component processor and the AP has not entered the sleep state, step 411 is performed.

Step 410: and the terminal releases the system resources occupied by the dormant double-check mechanism module.

And when the terminal judges that the component processor and the AP both enter the dormant state, the terminal releases the system resources occupied by the dormant double-check mechanism module.

Step 411: the terminal does not release the system resources occupied by the dormant dual check mechanism module.

When the terminal judges that at least one of the component processor and the AP does not enter the dormant state, the terminal does not release system resources occupied by the dormant double-check mechanism module until the component processor and the AP both enter the dormant state.

In the method for enabling a component processor to enter a sleep state provided by the embodiment of the invention, a terminal starts a sleep double-check mechanism module; the command component processor acquires the data cache state of the component processor; judging whether the data cache state exists in a to-be-processed data state or does not exist in the to-be-processed data state; when the data cache state is a state without data to be processed, starting a self-dormancy mechanism of the component processor; when the data cache state is a state with data to be processed, and when the component processor is detected to receive dormancy information sent by the AP, the component processor is instructed to feed back the dormancy state of the component processor to the terminal; judging whether the sleep state of the component processor is a dormant state or an un-dormant state; when the sleep state is a dormant state, no processing is performed on the component processor; when the sleep state is an un-sleep state, instructing the component processor to enter the sleep state; judging whether the component processor and the AP enter a dormant state or not; when the component processor and the AP both enter a dormant state, releasing system resources occupied by the dormant double check mechanism module; when at least one of the component processor and the AP does not enter the dormant state, system resources occupied by the dormant double check mechanism module are not released; the AP can be forced to enter the sleep state when the AP is in sleep, and the AP enters the sleep state after the AP determines that the component processor enters the sleep state, so that the synchronous sleep of the component processor and the AP is realized; when the component processor does not have data to be processed, the component processor can actively enter a dormant state; therefore, the terminal system normally enters the sleep mode, the power consumption of the terminal system is reduced, and the standby time of the terminal is prolonged.

EXAMPLE III

The Moving Picture Experts Group Audio Layer III (MP 3) format is a popular digital Audio coding and lossy compression format, and because MP3 coded user configuration files are various, the processing capability of ADSP can be fully exerted in the Audio hard decoding process; the present embodiment will further explain the method for enabling a component processor to enter a sleep state by using ADSP as an example to better embody the objectives of the present invention.

The terminal used in this embodiment is a terminal supporting audio hardware decoding, and an ADSP sleep double check mechanism module is constructed in the terminal system, that is, a double checkcheckadspace module is defined to capture a sleep state of monitoring the ADSP, so as to ensure that the ADSP can smoothly enter the sleep state when the AP is in sleep; the terminal uses the checking mechanism of the module, namely uses ADSP dormancy double checking mechanism to control ADSP to enter dormancy state along with AP.

FIG. 5 is a system diagram of a location of an ADSP sleep double check mechanism module in a terminal system in a third embodiment of the method for enabling a component processor to enter a sleep state according to the present invention; as shown in fig. 5, the ADSP dormancy double check mechanism module is located in a kernel space of the system (shown by a dashed box in the kernel space part in the figure), and can monitor the dormancy state of the ADSP and enable the ADSP to enter the dormancy state according to the dormancy information broadcast by the AP.

FIG. 6 is a flowchart of a third embodiment of a method for putting a device processor into a sleep state; the method is a specific execution process of an ADSP dormancy double check mechanism; the terminal system starts an ADSP dormancy double-check mechanism module to enable the AP and the ADSP to operate according to the ADSP dormancy double-check mechanism; specifically, as shown in fig. 6, the operation process may include the following steps:

step 601: and commanding the ADSP to acquire the data caching state of the ADSP.

The ADSP is instructed to poll an audio data buffer of the ADSP to acquire a data buffer state of the ADSP, wherein the data buffer state is a state with or without data to be processed, namely the audio data buffer is not empty or empty.

Step 602: and judging whether the data cache state exists in a to-be-processed data state or not.

When the data cache state of the ADSP is acquired, the data cache state is judged, and if the data cache state is the data state not to be processed, step 603 is executed; if the data cache status is the pending data status, step 604 is executed.

Step 603: the self-dormancy mechanism of ADSP is initiated.

When the data cache state of the ADSP is the state without the data to be processed, that is, the audio data cache of the ADSP does not have the audio data to be processed, the ADSP actively enters the dormant state.

Step 604: when detecting that the ADSP receives the dormancy information sent by the AP, commanding the ADSP to feed back the dormancy state of the ADSP to the terminal.

When the data cache state of the ADSP is a data state to be processed, namely the audio data to be processed still exists in the audio data cache of the ADSP, the ADSP does not actively enter a dormant state; when the AP is about to enter a dormant state, the AP broadcasts dormancy information to the ADSP; when detecting that the ADSP receives the dormancy information broadcasted by the AP, commanding the ADSP to feed back the dormancy state of the ADSP to the terminal; for example, if the sleep state of the ADSP is not in sleep, the ADSP is instructed to feed back the sleep state that is not in sleep to the terminal.

It should be noted that when the AP broadcasts the hibernation information to the ADSP, the AP also broadcasts the hibernation information to other devices such as a CPU, a GPU, a bluetooth chip, and a camera, so that these devices can operate their own hibernation mechanism according to the hibernation information.

Step 605: and judging whether the dormant state of the ADSP is the dormant state or the non-dormant state.

When the dormant state of the ADSP is acquired, judging the dormant state, and if the dormant state is the dormant state, executing step 606; if the sleep state is an un-sleep state, step 607 is performed.

Step 606: ADSP is not treated at all.

If ADSP has currently entered the dormant state, the AP will not do any processing on ADSP.

Step 607: instructing the AP to send a sleep control signal to the ADSP.

If ADSP does not enter into the dormant state currently, the AP is instructed to send a dormant control signal to the ADSP, and the ADSP is forced to enter into the dormant state.

Step 608: and judging whether the AP and the ADSP enter the dormant state or not.

Judging whether the AP and the ADSP enter a dormant state or not, and if the AP and the ADSP enter the dormant state, executing a step 609; otherwise, step 610 is performed.

Step 609: and releasing the system resources occupied by the ADSP dormancy double-check mechanism module.

After the AP and the ADSP are in normal dormancy, the system releases system resources occupied by the ADSP dormancy double check mechanism module.

Step 610: the system resources occupied by the ADSP dormancy double-check mechanism module are not released.

When at least one of the AP and the ADSP does not enter the dormant state, the system does not release the system resources occupied by the ADSP dormant double check mechanism module, and continues to operate the check mechanism of the ADSP dormant double check mechanism module.

For example, when the MP3 audio file is paused, the audio data buffer of the ADSP still has audio data to be processed, and the ADSP is in the non-sleep state at this time; at this time, the AP needs to enter the dormancy, sends a broadcast notification ADSP, acquires the current dormancy state of the ADSP, and the AP knows that the current ADSP is in the non-dormancy state, and forces the ADSP to enter the dormancy state, thereby ensuring the synchronism of the ADSP and the AP dormancy.

In order to facilitate developers to flexibly turn on or turn off the ADSP dormancy double-check mechanism module, an ADSP dormancy double-check mechanism switch of the system can be set in the development process of the system, namely, whether the double checkCheckAdSpleep module is started or not is controlled through the switch.

Specifically, the following may be defined in the program:

anchor.adsp.sleep.enable 1: starting an ADSP dormancy double check mechanism;

anchor. adsp. sleep. enable 0: closing the ADSP dormancy double check mechanism;

then controlling the ADSP dormancy double check mechanism module to be opened or closed through a debugging Bridge (Android Debug Bridge, ADB) port, wherein the control process is as follows: when the ADSP dormancy double-check mechanism needs to be started, the program is set as follows: adb shell setprop persistence. adsp. sleep. enable 1; when the ADSP dormancy double-check mechanism needs to be closed, the procedure is set as follows: adb shell setprop persistence. add.

Further, the module can be generated into a system dynamic library component so as to be multiplexed by multiple platforms; the specific process for generating the system dynamic library component is as follows:

(1) mk compiling attribute, setting attribute LOCAL _ MODULE, setting LOCAL _ MODULE as double checkadspace, and referring variable include $ (BUILD _ SHARED _ libry);

(2) when the system is compiled integrally, a system component is generated according to the compiling attribute in (1): so, libdoubleck adspasleep.

So, the generated libDoubleCheckAdspSleep assembly can be used by a plurality of platforms for a plurality of times, the reusability of functions and the stability of the system are improved, the system maintenance is facilitated, and the development cost is reduced.

According to the terminal and the method for enabling the component processor to enter the dormant state, which are provided by the embodiment of the invention, the data cache state of the terminal is acquired through the command ADSP; judging whether the data cache state exists in a to-be-processed data state or does not exist in the to-be-processed data state; when the data cache state is a state without the data to be processed, starting a self-dormancy mechanism of the ADSP; when the data cache state is a data state to be processed and the ADSP is detected to receive the dormancy information sent by the AP, the ADSP is instructed to feed back the dormancy state of the ADSP to the terminal; judging whether the dormant state of the ADSP is a dormant state or a non-dormant state; when the dormant state is the dormant state, not performing any treatment on the ADSP; when the dormant state is the non-dormant state, commanding the AP to send a dormant control signal to the ADSP; judging whether the AP and the ADSP enter a dormant state or not, releasing system resources occupied by the ADSP dormant double check mechanism module when the AP and the ADSP enter the dormant state, and otherwise, continuously operating the ADSP dormant double check mechanism module; the ADSP can be enabled to actively enter the dormant state when the audio data to be processed does not exist in the audio data buffer of the ADSP, and the ADSP is forced to enter the dormant state when the AP needs to be dormant, so that the synchronism of the ADSP and the AP in dormancy is ensured, the system normally enters the dormant mode, the power consumption of the system is reduced, and the standby duration of the terminal is prolonged; meanwhile, the ADSP dormancy double-check mechanism module is compiled into a system dynamic library component, so that the ADSP dormancy double-check mechanism module can be used by a plurality of software platforms, is developed once and used for many times, improves the reusability of the function and the stability of the system, is easy for software maintenance, and reduces the development cost.

Example four

FIG. 7 is a block diagram illustrating an embodiment of a terminal for placing a component processor in a sleep state; as shown in fig. 7, a terminal 07 for enabling a component processor to enter a sleep state according to an embodiment of the present invention includes: a first command module 71, a second command module 72, a third command module 73; wherein the content of the first and second substances,

the first command module 71 is configured to instruct a component processor to obtain a data cache state of the component processor;

the second command module 72 is configured to, when the data cache state is a to-be-processed data state and it is detected that the component processor receives sleep information sent by an application processor AP, command the component processor to feed back the sleep state of the component processor to a terminal;

the third command module 73 is configured to command the component processor to enter a sleep state when the sleep state of the component processor is an hibernation state.

Further, the second command module 72 is further configured to enable a self-sleep mechanism of the component processor when the data cache state is a pending data state.

Further, the first command module 71 is specifically configured to command the component processor to poll a data buffer of the component processor itself to obtain a data buffer status of the component processor itself;

the third command module 73 is specifically configured to command the AP to send a sleep control signal to the component processor, where the sleep control signal is used to command the component processor to enter a sleep state.

Further, the terminal 07 further includes: a first judgment module 74 and a second judgment module 75; wherein the content of the first and second substances,

the first judging module 74 is configured to judge whether the data cache state has a to-be-processed data state or does not have the to-be-processed data state;

the second determining module 75 is configured to determine whether the sleep state of the component processor is a dormant state or an un-dormant state.

Further, the terminal 07 further includes: a third determination module 76, a release module 77; wherein the content of the first and second substances,

the third determining module 76 is configured to determine whether both the component processor and the AP enter a sleep state;

the releasing module 77 is configured to release occupied system resources when both the component processor and the AP enter the sleep state.

In practical applications, the first command module 71, the second command module 72, the third command module 73, the first judging module 74, the second judging module 75, the third judging module 76, and the releasing module 77 may be implemented by a CPU, a microprocessor Unit (MPU), a Digital Signal Processor (DSP), a Field Programmable Gate Array (FPGA), or the like in the terminal 07 that puts the device Processor into a sleep state.

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

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

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

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims

1. A terminal for causing a component processor to enter a sleep state, the terminal comprising:

the second command module is used for commanding the component processor to feed back the dormant state of the component processor to a terminal when the data cache state is a state with data to be processed and the component processor is detected to receive dormant information sent by an Application Processor (AP); the dormancy information represents that the AP is in a dormant state;

the third command module is used for commanding the component processor to enter a dormant state when the dormant state of the component processor is a non-dormant state;

the second command module is further configured to enable a self-sleep mechanism of the component processor when the data cache state is a state in which there is no pending data.

2. The terminal according to claim 1, wherein the first command module is specifically configured to command the component processor to poll a data buffer of the component processor itself to obtain a data buffer status of the component processor itself;

3. The terminal of claim 1, further comprising:

4. A terminal according to any of claims 1 to 3, characterized in that the terminal further comprises:

5. A method for entering a component processor into a sleep state, the method comprising:

when the data cache state is a data state to be processed and the component processor is detected to receive dormancy information sent by an Application Processor (AP), commanding the component processor to feed back the dormancy state of the component processor to a terminal; the dormancy information represents that the AP is in a dormant state;

when the dormant state of the component processor is not the dormant state, commanding the component processor to enter the dormant state;

the method further comprises the following steps:

6. The method of claim 5, wherein instructing the component processor to obtain the component processor's own data cache state comprises:

the instructing the component processor to enter a sleep state includes:

7. The method of claim 5, wherein prior to said instructing said component processor to feed back to the terminal the sleep state of said component processor, said method further comprises:

8. The method of any of claims 5 to 7, wherein after said commanding said component processor to enter a sleep state, said method further comprises:

judging whether the component processor and the AP enter a sleep state or not;