WO2019183783A1

WO2019183783A1 - Management method for peripheral device in terminal and terminal

Info

Publication number: WO2019183783A1
Application number: PCT/CN2018/080573
Authority: WO
Inventors: 陈寒冰; 乔永红; 李刚; 李杰纯
Original assignee: 华为技术有限公司
Priority date: 2018-03-26
Filing date: 2018-03-26
Publication date: 2019-10-03
Also published as: CN111434154A

Abstract

Provided in embodiments of the present application are a management method for a peripheral device inside a terminal and the terminal, relating to the field of communication technologies, which, while satisfying the data precision required by an application, can reduce the use of peripheral devices, thereby reducing terminal power consumption. The method comprises: the terminal acquires a real-time running scenario in which the terminal is currently located; when the real-time running scenario is a first running scenario, the terminal instructs the peripheral device to operate according to a first working parameter; and when the real-time running scenario is a second running scenario, the terminal instructs the peripheral device to operate according to a second working parameter. The power consumption generated by the terminal when the peripheral device operates according to the first working parameter is smaller than the power consumption generated by the terminal when the peripheral device operates according to the second working parameter.

Description

Management method and terminal of peripheral device in terminal

Technical field

The embodiments of the present invention relate to the field of communications technologies, and in particular, to a method and a terminal for managing a peripheral device in a terminal.

Background technique

In order to provide more abundant functions, terminals such as mobile phones usually integrate more and more peripheral devices outside the main chip of the terminal, for example, a global positioning system (GPS) device that can be used for positioning, which can be used for display. Liquid crystal display (LCD), which can be used for wireless transmission of wireless-fidelity (Wi-Fi) devices and Bluetooth (BT) devices.

The application installed in the terminal can request the device data detected by the peripheral device from the relevant peripheral device by calling the service interface of the correlation. For example, when the map application is running in the terminal, the application programming interface (API) provided by the location manager can be periodically requested to query the current location data, thereby driving the GPS device to perform positioning. The position data obtained by this positioning is fed back to the map application.

In some applications, when providing functions such as location services, in order to improve data accuracy, peripheral devices are frequently requested to improve device data. For example, if the GPS device is requested to be positioned once every 1 second, the GPS device will perform positioning every 1 second according to this frequency. . However, when the user is in an application scenario where the data accuracy is not high, the positioning of the GPS device according to this frequency will cause the terminal to consume unnecessary power.

Summary of the invention

Embodiments of the present application provide a method and a terminal for managing a peripheral device in a terminal, which can reduce the use of peripheral devices while reducing the power consumption of the terminal while satisfying the data precision required by the application.

To achieve the above objective, the embodiment of the present application adopts the following technical solutions:

In a first aspect, an embodiment of the present application provides a method for managing a peripheral device in a terminal, including: acquiring, by a terminal, a real-time running scenario in which the current terminal is located; and when the real-time running scenario is a first running scenario, the terminal instructing the peripheral device Working according to the first working parameter; when the real-time running scenario is the second running scenario, the terminal instructs the peripheral device to work according to the second working parameter; wherein, when the peripheral device works according to the first working parameter, the power consumption generated by the terminal is less than the The power consumption generated by the terminal when the peripheral device operates according to the second operating parameter.

That is to say, the terminal can control the peripheral device to work under different operating parameters according to the current real-time running scenario, in response to the service request initiated by the application to the peripheral device, so that the terminal can reduce the peripheral device when the data required by the application is not high. The power consumption overhead saves terminal power consumption.

In a possible design method, the peripheral device is a positioning device, and the working parameter is an operating frequency of the positioning device, wherein the running scenario may specifically include static, walking, running, riding, low-speed traffic or high-speed traffic. a moving state; the moving speed of the terminal in the first running scenario is less than the moving speed of the terminal in the second running scenario, and the first operating parameter is smaller than the second operating parameter.

That is to say, the terminal provides the positioning service to the application and the terminal controls the positioning device to perform the positioning. The two processes are separately controlled by the terminal, wherein the application can still request and obtain the positioning result from the location manager as in the prior art. And the positioning device in the terminal can work at different working frequencies according to the current state of motion of the terminal. In this way, when the terminal is in a motion state that does not require high positioning accuracy, the operating frequency of the positioning device can be reduced, thereby reducing the power consumption overhead caused by the positioning device operation while ensuring the positioning accuracy.

In a possible design method, the terminal acquires a real-time running scenario in which the current terminal is located, and specifically includes: the terminal detects a moving rate of the terminal; and the terminal determines, according to the moving rate, a current moving state of the terminal.

In a possible design method, the framework layer of the terminal includes a scheduling module for managing the working state of the positioning device, and the first flag set by the terminal is used to store the identifier of the motion state determined by the last terminal.

Then, the terminal instructs the peripheral device to work according to the first working parameter, and specifically includes: in response to the positioning request of the first application to the positioning device, the location manager that provides the location service in the terminal sends a first query request to the scheduling module, where The first query request is used to query the working frequency of the positioning device; in response to the first query request, the scheduling module determines the first working frequency corresponding to the first motion state according to the first motion state indicated by the first flag bit; The module transmits the first operating frequency to the location manager such that the location manager drives the positioning device to perform positioning according to the first operating frequency.

Or the terminal instructs the peripheral device to work according to the first working parameter, and specifically includes: in response to the positioning request of the first application to the positioning device, the location manager that provides the location service in the terminal sends a second query request to the scheduling module, where The second query request is used to request whether the query is allowed to drive the positioning device to be located; and in response to the second query request, the scheduling module determines the first working frequency corresponding to the first motion state according to the first motion state indicated by the first flag bit; If the positioning request is less than the first working period from the positioning device, the scheduling module sends a message to the location manager that is not allowed to drive the positioning device; if the positioning request is located closest to the positioning device The scheduling module is greater than or equal to the first working period, and the scheduling module sends a message to the location manager that allows the positioning of the positioning device to be driven, and the first working period is a reciprocal of the first working frequency.

Or the terminal instructs the peripheral device to work according to the first working parameter, specifically: when the motion state indicated by the first flag bit in the scheduling module is the first motion state, the scheduling module determines the first corresponding to the first motion state. a working frequency; the scheduling module sends the first working frequency to the location manager that provides the location service in the terminal, so that the location manager drives the positioning device to perform positioning according to the first working frequency.

In a possible design method, the working parameter is a playing parameter when the speaker plays audio; wherein the running scenario may specifically include an audio in a music playing scene, a video playing scene, a voice playing scene or a game playing scene. The scene is played; the sound quality requirement of the first running scene is smaller than the sound quality of the second running scene.

That is to say, in the embodiment of the present application, the terminal can adjust the playing parameters of the peripheral device when playing the audio in real time according to the actual audio playing scene currently located. In this way, when the terminal is in a scene where the sound quality is not high, the terminal can reduce the parameters required for the peripheral device to work, thereby reducing the power consumption overhead caused by the excessive operation of the peripheral device, and satisfying the sound quality requirement or the display effect in the scene. Claim.

In a possible design method, the terminal acquires a real-time running scenario in which the current terminal is located, including: determining, by the terminal, the current audio playing scenario according to information of the currently running application; or determining, by the terminal, the current audio according to the currently played audio content. Play the scene.

In a possible design method, the frame layer of the terminal includes a scheduling module for managing the working state of the peripheral device, and the second flag set by the terminal is used to store the identifier of the audio playing scene determined by the last terminal.

Then, the terminal instructs the peripheral device to work according to the first working parameter, and specifically includes: when the audio playing scene indicated by the second flag bit in the scheduling module is the first audio playing scene, the scheduling module determines the first audio playing scene Corresponding first playing parameter; the scheduling module sends the first playing parameter to the multimedia manager that provides the audio playing service in the terminal, so that the multimedia manager drives the speaker to play the audio according to the first playing parameter.

Or the terminal instructs the peripheral device to work according to the first working parameter, specifically: in response to the second application playing the request for the speaker, the multimedia manager that provides the audio playing service in the terminal sends the first acquiring request to the scheduling module, a obtaining request is used to query a playing parameter when the audio is played; in response to the first obtaining request, the scheduling module determines a first playing parameter corresponding to the first audio playing scene according to the first audio playing scene indicated by the second flag bit; The scheduling module sends the first play parameter to the multimedia manager, so that the multimedia manager drives the speaker to play audio according to the first play parameter.

In a possible design method, the peripheral device is a display, and the working parameter is a display parameter of the display; wherein the running scenario includes multiple display scenarios with different image quality requirements; The requirement is less than the quality requirement of the second running scene.

That is to say, in the embodiment of the present application, the terminal can adjust the working parameters when the display is displayed in real time according to the actual display scene currently located. In this way, when the terminal is in a scene where the display effect is not high, the terminal can reduce the parameters required for the peripheral device to work, thereby reducing the power consumption overhead caused by excessive operation of the peripheral device, and satisfying the sound quality requirement or display in the scene. Performance requirements.

In a possible design method, the terminal acquires the real-time running scenario in which the current terminal is located, and the terminal determines the current display scenario according to the currently running application information, or the terminal determines the current display scenario according to the current display content.

In a possible design method, the framework layer of the terminal includes a scheduling module for managing the working state of the peripheral device, and the third flag set by the terminal is used to store the identifier of the display scene determined by the last terminal.

Then, the terminal instructs the peripheral device to work according to the first working parameter, and specifically includes: when the display scenario indicated by the third flag bit in the scheduling module is the first display scenario, the scheduling module determines, corresponding to the first display scenario, The first display parameter; the scheduling module sends the first display parameter to the graphic manager providing the display service in the terminal, so that the graphic manager drives the display to display according to the first display parameter.

Or the terminal instructs the peripheral device to work according to the first working parameter, specifically: in response to the third application playing the display request, the graphics manager providing the display service in the terminal sends a second acquisition request to the scheduling module, and second Obtaining a display parameter for querying the display; in response to the second obtaining request, the scheduling module determines, according to the first display scenario indicated by the third flag bit, a first display parameter corresponding to the first display scenario; the scheduling module The first display parameter is sent to the graphics manager such that the graphics manager drives the display for display in accordance with the first display parameter.

In a possible design method, the foregoing operating scenario includes an operating state of the AP, where the working state includes an operating mode, a sleep mode, and an off mode, then, when the first running scenario is that the AP is in a sleep mode or an off mode, The operating parameter is the operating frequency of the peripheral device, and the first operating parameter is less than the second operating parameter. In this way, the frequency at which the peripheral device reports data to the AP decreases, that is, the number of times the AP is woken up is also reduced, so that the power consumption of the AP and peripheral devices are both reduced.

In a second aspect, an embodiment of the present application provides a method for managing a peripheral device in a terminal, including: acquiring, by a terminal, an operating state of a current AP, where the working state includes an operation mode, a sleep mode, and an off mode; and when the working state is a sleep mode The terminal instructs the peripheral device to discard the received data, or instructs the peripheral device to buffer the received data, or instructs the peripheral device to periodically report the received data to the AP. In this way, the peripheral device does not need to wake up the AP to upload the data every time the data is received, thereby achieving the effect of reducing the power consumption of the AP.

In a third aspect, an embodiment of the present application provides a terminal, including: a detecting unit, configured to acquire a real-time running scenario in which the current terminal is located, and a processing unit, configured to: when the real-time running scenario is a first running scenario, indicating The peripheral device operates according to the first working parameter; when the real-time running scenario is the second operating scenario, the peripheral device is instructed to operate according to the second working parameter; wherein, the power consumption generated by the terminal when the peripheral device operates according to the first working parameter It is less than the power consumption generated by the terminal when the peripheral device operates according to the second operating parameter.

In a possible design method, the peripheral device is a positioning device, and the operating parameter is an operating frequency of the positioning device, wherein the running scene comprises one of stationary, walking, running, riding, low speed traffic or high speed traffic. The motion state; the moving rate of the terminal in the first running scenario is smaller than the moving speed of the terminal in the second running scenario, and the first working parameter is smaller than the second working parameter.

In a possible design method, the detecting unit is specifically configured to: detect a moving rate of the terminal; and determine, according to the moving rate, a current state of motion of the terminal.

In a possible design method, the processing unit specifically includes a scheduling module that manages the working state of the positioning device in the framework layer, and a location manager that provides a location service; the first flag set by the terminal is used to store the last time. The identifier of the motion state determined by the terminal.

The processing unit is specifically configured to: the location manager sends a first query request to the scheduling module, where the first query request is used to query an operating frequency of the positioning device; and in response to the first query request, the scheduling module is configured according to the first flag Determining a first motion state of the bit, determining a first operating frequency corresponding to the first motion state; the scheduling module transmitting the first operating frequency to the location manager, such that the location manager drives the positioning device according to the first operating frequency Positioning.

Alternatively, the processing unit is specifically configured to: in response to the positioning request of the first application to the positioning device, the location manager sends a second query request to the scheduling module, where the second query request is used to request whether the query is allowed to drive the positioning device Positioning; in response to the second query request, the scheduling module determines a first operating frequency corresponding to the first motion state according to the first motion state indicated by the first flag bit; if the positioning request is located from the positioning device last time If the first working period is less than the first working period, the scheduling module sends a message to the location manager that does not allow the positioning of the positioning device to be driven; if the positioning request is located for the last time of the positioning device is greater than or equal to the first working period, the scheduling is performed. The module sends a message to the location manager that allows the location of the positioning device to be driven, the first duty cycle being the reciprocal of the first operating frequency.

Or the processing unit is configured to: when the motion state indicated by the first flag bit in the scheduling module is the first motion state, the scheduling module determines a first working frequency corresponding to the first motion state; A working frequency is sent to the location manager providing the location service in the terminal, so that the location manager drives the positioning device to perform positioning according to the first working frequency.

In a possible design method, the working parameter is a playing parameter when the speaker plays audio; wherein the running scene includes an audio playing scene in a music playing scene, a video playing scene, a voice playing scene or a game playing scene. The first operating scenario requires less sound quality than the second operating scenario.

In a possible design method, the detecting unit is specifically configured to: determine a current audio playing scene according to information of the currently running application; or determine a current audio playing scene according to the currently played audio content.

In a possible design method, the processing unit specifically includes a scheduling module that manages the working state of the peripheral device in the framework layer, and a multimedia manager that provides an audio playback service; the second flag set by the terminal is used to store the latest The identifier of the audio playback scene determined by the terminal.

The processing unit is configured to: when the audio play scene indicated by the second flag bit in the scheduling module is the first audio play scene, the scheduling module determines a first play parameter corresponding to the first audio play scene; The scheduling module sends the first play parameter to the multimedia manager, so that the multimedia manager drives the speaker to play the audio according to the first play parameter.

Alternatively, the processing unit is configured to: in response to the second application applying the speaker to the speaker, the multimedia manager sends a first acquisition request to the scheduling module, where the first acquisition request is used to query a play parameter when the audio is played; a first obtaining request, the scheduling module determines a first playing parameter corresponding to the first audio playing scene according to the first audio playing scene indicated by the second flag bit; the scheduling module sends the first playing parameter to the multimedia manager, The multimedia manager is caused to drive the speaker to play audio according to the first play parameter.

In a possible design method, the peripheral device is a display, and the working parameter is a display parameter of the display; wherein the running scene includes multiple display scenes with different image quality requirements; The requirement is less than the quality requirement of the second running scene.

In a possible design method, the detecting unit is specifically configured to: determine a current display scene according to information of the currently running application, or determine a current display scene according to the current display content.

In a possible design method, the processing unit specifically includes a scheduling module for managing the working state of the peripheral device in the framework layer, and a graphics manager for displaying the service; the third flag set by the terminal is used to store the last time. The identifier of the display scene determined by the terminal.

The processing unit is configured to: when the display scenario indicated by the third flag bit in the scheduling module is the first display scenario, the scheduling module determines a first display parameter corresponding to the first display scenario; the scheduling module The first display parameter is sent to the graphics manager such that the graphics manager drives the display for display in accordance with the first display parameter.

Alternatively, the processing unit is specifically configured to: in response to the third application applying a play request to the display, the graphics manager sends a second acquisition request to the scheduling module, where the second obtaining request is used to query display parameters of the display; a second acquisition request, the scheduling module determines a first display parameter corresponding to the first display scenario according to the first display scenario indicated by the third flag bit; the scheduling module sends the first display parameter to the graphics manager, so that The graphics manager drives the display for display in accordance with the first display parameter.

In a possible design method, the running scenario includes an operating state of the application processor AP, where the working state includes an operating mode, a sleep mode, and an off mode, when the first running scenario is that the AP is in a sleep mode or an off mode, The operating parameter is the operating frequency of the peripheral device, and the first operating parameter is less than the second operating parameter.

In a fourth aspect, an embodiment of the present application provides a terminal, including: a detecting unit, configured to acquire an operating state of a current AP, where the working state includes an operating mode, a sleep mode, and a shutdown mode; and a processing unit, configured to: when the work When the state is in the sleep mode, the peripheral device is instructed to discard the received data, or the peripheral device is instructed to buffer the received data, or the peripheral device is periodically reported to the AP to receive the received data.

In a fifth aspect, an embodiment of the present application provides a terminal, including: a processor, a memory, a communication interface, and a display; the memory is configured to store a computer execution instruction, and the processor is coupled to the memory, and when the terminal is running, the processing The computer executes the computer-executed instructions stored in the memory to cause the terminal to execute the management method of the peripheral device in any of the above terminals.

In a sixth aspect, the embodiment of the present application provides a computer readable storage medium, where the computer readable storage medium stores an instruction, when the instruction is run on any of the foregoing terminals, causing the terminal to execute any one of the foregoing terminals. The management method of peripheral devices.

In a seventh aspect, an embodiment of the present application provides a computer program product, including an instruction, when the terminal runs on any of the foregoing terminals, causing the terminal to perform a management method of the peripheral device in any of the foregoing terminals.

In the embodiment of the present application, the names of the components in the terminal are not limited to the device itself, and in actual implementation, the components may appear under other names. As long as the functions of the various components are similar to the embodiments of the present application, they are within the scope of the claims and their equivalents.

In addition, the technical effects brought by the design method of any one of the second aspect to the seventh aspect can be referred to the technical effects brought by different design methods in the above first aspect, and details are not described herein again.

DRAWINGS

FIG. 1 is a schematic structural diagram 1 of a terminal according to an embodiment of the present disclosure;

2 is a schematic structural diagram of an operating system in a terminal according to an embodiment of the present disclosure;

FIG. 3 is a schematic structural diagram 1 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

4 is a schematic flowchart 1 of a method for managing a peripheral device in a terminal according to an embodiment of the present application;

FIG. 5 is a schematic structural diagram 2 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 6 is a schematic structural diagram 3 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 7 is a schematic structural diagram 4 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 8 is a second schematic flowchart of a method for managing peripheral devices in a terminal according to an embodiment of the present disclosure;

FIG. 9 is a schematic structural diagram 5 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 10 is a schematic flowchart 3 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 11 is a schematic structural diagram 6 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 12 is a schematic flowchart 4 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 13 is a schematic structural diagram 7 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 14 is a schematic structural diagram 8 of a method for managing a peripheral device in a terminal according to an embodiment of the present disclosure;

FIG. 15 is a schematic structural diagram 2 of a terminal according to an embodiment of the present disclosure;

FIG. 16 is a schematic structural diagram 3 of a terminal according to an embodiment of the present disclosure.

detailed description

In the following, the terms "first" and "second" are used for descriptive purposes only, and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, features defining "first" and "second" may include one or more of the features either explicitly or implicitly. In the description of the embodiments of the present application, "multiple" means two or more unless otherwise stated.

The management method of the peripheral device in the terminal provided by the embodiment of the present application can be applied to a mobile phone, a tablet computer, a wearable device, an in-vehicle device, an augmented reality (AR), a virtual reality (VR) device, and a notebook. The present embodiment does not impose any restrictions on any terminal that integrates peripheral devices, such as a computer, an in-vehicle device, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (PDA), and the like. .

As shown in FIG. 1 , the terminal in the embodiment of the present application may be the mobile phone 100. The embodiment will be specifically described below by taking the mobile phone 100 as an example. It should be understood that the illustrated mobile phone 100 is only one example of the above terminal, and the mobile phone 100 may have more or fewer components than those shown in the figure, two or more components may be combined, or Has a different component configuration.

As shown in FIG. 1 , the mobile phone 100 may specifically include: a processor 101, a radio frequency (RF) circuit 102, a memory 103, a touch screen 104, a Bluetooth device 105, one or more sensors 106, a Wi-Fi device 107, and positioning. Components such as device 108, audio circuit 109, peripheral interface 110, and power system 111. These components can communicate over one or more communication buses or signal lines (not shown in Figure 1). It will be understood by those skilled in the art that the hardware structure shown in FIG. 1 does not constitute a limitation to a mobile phone, and the mobile phone 100 may include more or less components than those illustrated, or some components may be combined, or different component arrangements.

The various components of the mobile phone 100 will be specifically described below with reference to FIG. 1 :

The processor 101 is a control center of the mobile phone 100, and connects various parts of the mobile phone 100 by using various interfaces and lines, and executes the mobile phone 100 by running or executing an application stored in the memory 103 and calling data stored in the memory 103. Various functions and processing data. In some embodiments, the processor 101 may include one or more processing units; for example, the processor 101 may be a Kirin 960 chip manufactured by Huawei Technologies Co., Ltd. In some embodiments of the present application, the processor 101 may further include a fingerprint verification chip for verifying the collected fingerprint.

The radio frequency circuit 102 can be used to receive and transmit wireless signals during transmission or reception of information or calls. In particular, the radio frequency circuit 102 can process the downlink data of the base station and then process it to the processor 101; in addition, transmit the data related to the uplink to the base station. Generally, radio frequency circuits include, but are not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency circuit 102 can also communicate with other devices through wireless communication. The wireless communication can use any communication standard or protocol, including but not limited to global mobile communication systems, general packet radio services, code division multiple access, wideband code division multiple access, long term evolution, email, short message service, and the like.

The memory 103 is used to store applications and data, and the processor 101 executes various functions and data processing of the mobile phone 100 by running applications and data stored in the memory 103. The memory 103 mainly includes a storage program area and a storage data area, wherein the storage program area can store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.); the storage data area can be stored according to the use of the mobile phone. Data created at 100 o'clock (such as audio data, phone book, etc.). Further, the memory 103 may include a high speed random access memory (RAM), and may also include a nonvolatile memory such as a magnetic disk storage device, a flash memory device, or other volatile solid state storage device. The memory 103 can store various operating systems, for example, developed by Apple.

Operating system, developed by Google Inc.

Operating system, etc. The above memory 103 may be independent and connected to the processor 101 via the above communication bus; the memory 103 may also be integrated with the processor 101.

The touch screen 104 may specifically include a touch panel 104-1 and a display 104-2.

The touch panel 104-1 can collect touch operations on or near the user of the mobile phone 100 (for example, the user uses a finger, a stylus, or the like on the touch panel 104-1 or on the touchpad 104. The operation near -1), and the collected touch information is transmitted to other devices (for example, the processor 101). The touch operation of the user in the vicinity of the touch panel 104-1 may be referred to as a hovering touch; the hovering touch may mean that the user does not need to directly touch the touchpad in order to select, move or drag a target (eg, an icon, etc.) And only the user is located near the terminal in order to perform the desired function. In addition, the touch panel 104-1 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.

A display (also referred to as display) 104-2 can be used to display information entered by the user or information provided to the user as well as various menus of the handset 100. The display 104-2 can be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The touch panel 104-1 may be overlaid on the display 104-2, and when the touch panel 104-1 detects a touch operation thereon or nearby, the touch panel 104-1 transmits to the processor 101 to determine the type of the touch operation, and then the processor 101 may provide a corresponding visual output on display 104-2 depending on the type of touch operation. Although in FIG. 1, the touchpad 104-1 and the display 104-2 are implemented as two separate components to implement the input and output functions of the handset 100, in some embodiments, the touchpad 104- 1 is integrated with the display screen 104-2 to implement the input and output functions of the mobile phone 100.

It is to be understood that the touch screen 104 is formed by stacking a plurality of layers of materials. In the embodiment of the present application, only the touch panel (layer) and the display screen (layer) are shown, and other layers are not described in the embodiment of the present application. . In addition, the touch panel 104-1 may be disposed on the front surface of the mobile phone 100 in the form of a full-board, and the display screen 104-2 may also be disposed on the front surface of the mobile phone 100 in the form of a full-board, so that the front of the mobile phone can be borderless. Structure.

The mobile phone 100 can also include a Bluetooth device 105 for enabling data exchange between the handset 100 and other short-range terminals (eg, mobile phones, smart watches, etc.). The Bluetooth device in the embodiment of the present application may be a device such as an integrated circuit or a Bluetooth chip.

The handset 100 can also include at least one sensor 106, such as a fingerprint acquisition device 112, a light sensor, a motion sensor, and other sensors. Specifically, the fingerprint collection device 112 can be configured on the back of the handset 100 (eg, below the rear camera) or on the front side of the handset 100 (eg, below the touch screen 104). For another example, the fingerprint collection device 112 can be configured in the touch screen 104 to implement the fingerprint recognition function, that is, the fingerprint collection device 112 can be integrated with the touch screen 104 to implement the fingerprint recognition function of the mobile phone 100; the light sensor can include an ambient light sensor and a proximity sensor. The ambient light sensor can adjust the brightness of the display of the touch screen 104 according to the brightness of the ambient light, and the proximity sensor can turn off the power of the display when the mobile phone 100 moves to the ear. As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity. It can be used to identify the gesture of the mobile phone (such as horizontal and vertical screen switching, related Game, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc. As for the mobile phone 100 can also be configured with gyroscopes, barometers, hygrometers, thermometers, infrared sensors and other sensors, here Let me repeat.

The Wi-Fi device 107 is configured to provide the mobile phone 100 with network access complying with the Wi-Fi related standard protocol, and the mobile phone 100 can access the Wi-Fi access point through the Wi-Fi device 107, thereby helping the user to send and receive emails, Browsing web pages and accessing streaming media, etc., it provides users with wireless broadband Internet access. In some other embodiments, the Wi-Fi device 107 can also function as a Wi-Fi wireless access point, and can provide Wi-Fi network access to other terminals.

The positioning device 108 is configured to provide a geographic location for the mobile phone 100. It can be understood that the positioning device 108 can be specifically a receiver of a positioning system such as a global positioning system (GPS) or a Beidou satellite navigation system, Russian GLONASS. After receiving the geographical location transmitted by the positioning system, the positioning device 108 sends the information to the processor 101 for processing, or sends it to the memory 103 for storage. In still other embodiments, the positioning device 108 may also be an assisted global positioning system (AGPS) receiver, and the AGPS system assists the positioning device 108 in performing ranging and positioning services by acting as an auxiliary server. In this case, the secondary location server provides location assistance over a wireless communication network in communication with a location device 108, such as a GPS receiver, of the handset 100. In still other embodiments, the positioning device 108 can also be a Wi-Fi access point based positioning technology. Since each Wi-Fi access point has a globally unique media access control (MAC) address, the terminal can scan and collect the surrounding Wi-Fi access points when Wi-Fi is turned on. Broadcast signals, so the MAC address broadcasted by the Wi-Fi access point can be obtained; the terminal sends the data (such as the MAC address) capable of indicating the Wi-Fi access point to the location server through the wireless communication network, and is retrieved by the location server. The geographic location of each Wi-Fi access point, combined with the strength of the Wi-Fi broadcast signal, calculates the geographic location of the terminal and sends it to the location device 108 of the terminal. Of course, the positioning device 108 can also be a base station based positioning technology. The mobile phone 100 can obtain the MCC (Mobile Country Code), the MNC (Mobile Network Code), the LAC (Location Area Code), and the CID (Telephony Code) by calling the telephone service (TelephonyManager) in the system service. Base station information such as the cell identity (base station number) and BSSS (Base Station Signal Strength), and then the latitude and longitude information of the base station is determined by the base station information. At this time, the latitude and longitude information of the base station can be used as the positioning result of the mobile phone 100.

The audio circuit 109, the speaker 113, and the microphone 114 can provide an audio interface between the user and the handset 100. The audio circuit 109 can transmit the converted electrical data of the received audio data to the speaker 113 for conversion to the sound signal output by the speaker 113; on the other hand, the microphone 114 converts the collected sound signal into an electrical signal by the audio circuit 109. After receiving, it is converted into audio data, and then the audio data is output to the RF circuit 102 for transmission to, for example, another mobile phone, or the audio data is output to the memory 103 for further processing.

The peripheral interface 110 is used to provide various interfaces for external input/output devices (such as a keyboard, a mouse, an external display, an external memory, a subscriber identity module card, etc.). For example, it is connected to the mouse through a universal serial bus (USB) interface, and is connected with a subscriber identification module (SIM) card provided by the telecommunication operator through a metal contact on the card slot of the subscriber identification module. . Peripheral interface 110 can be used to couple the external input/output peripherals described above to processor 101 and memory 103.

The mobile phone 100 may further include a power supply device 111 (such as a battery and a power management chip) that supplies power to the various components. The battery may be logically connected to the processor 101 through the power management chip to manage charging, discharging, and power management through the power supply device 111. And other functions.

Although not shown in FIG. 1, the mobile phone 100 may further include a camera (front camera and/or rear camera), a flash, a micro projection device, a near field communication (NFC) device, etc., and will not be described herein. .

The devices in the mobile phone 100 that can communicate with the processor 101 can be referred to as peripheral devices of the mobile phone 100, and the device data obtained when the peripheral device works can support navigation, display, and playback of applications running in the operating system. And service functions such as transmission.

Exemplarily, the operating system of the mobile phone 100 may be an operating system such as Android or IOS, and the Android operating system is taken as an example. As shown in FIG. 2, the Android operating system may be divided into four layers, and the application layer is from the upper layer to the lower layer respectively. 201 (ie, the APP layer), the application framework layer 202 (ie, the framework layer), the system runtime layer 203 (ie, the Libraries or native layer), and the Linux kernel layer 204.

The Linux kernel layer 204 can be used to control the security, memory management, process management, network stack, driver model and the like of the mobile phone 100. The Linux kernel layer 204 also serves as an abstraction layer between hardware (eg, CPU, network card, memory, etc.) and the software stack, which hides specific hardware details for the upper layer (system runtime layer 203, application framework layer 202, and applications). Program layer 201) provides a unified service.

For example, as shown in FIG. 2, the Linux kernel layer 204 can include a system resource manager 321 and/or a device driver 323. The system resource manager 321 can include a process manager (not shown), a memory manager (not shown), and a file system manager (not shown). The system resource manager 321 can perform control, allocation, recovery, and the like of system resources. The device driver 323 may include, for example, a display driver (not shown), a camera driver (not shown), a Bluetooth driver (not shown), a shared memory driver (not shown), a USB driver (not shown) And a keypad driver (not shown), a Wi-Fi driver (not shown), and/or an audio driver (not shown). Moreover, in accordance with embodiments disclosed herein, device driver 323 can include an interprocess communication (IPC) driver (not shown).

The system runtime layer 203 includes some C/C++ libraries, such as a media library, a system C library, and a surface manager, which can be used by different components in the Android system, so that the application is used during operation. Programming language to add new features. According to an embodiment disclosed herein, the system runtime layer 203 can perform functions related to input and output, management of memory, arithmetic functions, and the like.

The framework layer 202 provides developers with an API framework that can be used to fully access the application. Specifically, the framework layer 202 provides a very large number of APIs for developing applications, and the framework layer 202 can provide functions to an application (APP) in the APP layer 201 through an API, so that the application can efficiently use limited system resources in the electronic device. .

For example, as shown in FIG. 2, the API framework provided by the framework layer 202 includes at least one of the following: an application manager 341, a window manager 342, a multimedia manager 343, a resource manager 344, a power manager 345, and a database management. 346, package manager 347, connection manager 348, notification manager 349, location manager 340, graphics manager 341, security manager 352, and any other suitable and/or similar manager.

The application manager 341 can manage, for example, the life cycle of at least one application. Window manager 342 can manage graphical user interface (GUI) resources used on the screen. The multimedia manager 343 can detect a format for reproducing various media files, and can encode or decode the media file by using a codec suitable for the relevant format. The resource manager 344 can manage resources of at least one application, such as source code, memory, storage space, and the like. The power manager 345 can operate with a basic input/output system (BIOS), can manage a battery or power source, and can provide power information for operation and the like. Database manager 346 can manage the database in a manner that enables generation, searching, and/or changing of a database to be used by at least one application. The package manager 347 can manage the installation and/or update of applications distributed in the form of package files. Connection manager 348 can manage wireless connections such as Wi-Fi and BT. The notification manager 349 can display or report events such as arrival messages, appointments, proximity alerts, etc. to the user in a manner that does not bother the user. The location manager 340 can manage location information of the electronic device. The graphics manager 341 can manage graphics effects to be provided to the user and/or UIs related to the graphics effects. Security manager 352 can provide various security functions for system security, user authentication, and the like. According to an embodiment of the present disclosure, when an electronic device (eg, mobile phone 100) has a phone function, the middleware 330 may further include a phone manager (not shown) for managing voice phone call functions of the electronic device and/or Video call function.

The application layer 201 mainly includes an APP written in the Java language. When the user operates the operation interface on the APP, the user can interact with the system runtime layer 203 or the Linux kernel layer 204 by calling the related API in the framework layer 202. The corresponding function of the operation interface.

Exemplarily, as shown in FIG. 2, a system level application and/or a third party application may be included in the application layer 201. For example, home page application 371, dialing application 372, SMS/MMS application 373, map application 374, browser application 375, camera application 376, alarm application 377, contact application 378, voice dialing application 379, email application 380, calendar application 381. Media Player Application 382, Album Application 383, Clock Application 384, and any other suitable and/or similar applications.

As an example of the map application 374, in conjunction with Figures 1-2, the map application 374 requires a periodic (e.g., every 1 second) request to obtain the current location from the location manager 350 in the framework layer 202 at runtime to provide location services to the user. Location data. Then, after receiving the request, the location manager 350 may invoke the Linux kernel layer 204 or the device driver 323 in the HAL (Hardware Abstraction Layer) of the Android system to drive the positioning device 108 to perform the positioning operation. Subsequently, after the positioning device 108 obtains the positioning result, the positioning result can be reported to the Linux kernel layer 204, and the Linux kernel layer 204 encapsulates the positioning result layer by layer and reports it to the map application 374 that initiates the location request, so that the map application 374 can be based on the positioning. As a result, users are provided with location services such as navigation and route planning.

It can be seen that the working state of the peripheral device such as the positioning device 108 in the prior art completely depends on the service request issued by the application in the APP layer. Then, if the application frequently sends a service request to a peripheral device (such as the above-described positioning device 108), the positioning device 108 needs to operate at a high frequency to bring about a huge power consumption overhead, but if the application sends a service request to the positioning device 108, the frequency is too low. , it may affect the positioning accuracy when the application provides the positioning service to the user. Therefore, how to reduce the power consumption of the peripheral device while satisfying the data precision required by the application becomes an urgent problem to be solved.

In this embodiment, in the embodiment of the present application, as shown in FIG. 3, a detection module for sensing a current running scenario is set in the terminal, and the detecting module can detect a real-time running scenario in which the terminal is currently located, for example, a motion scene, Audio playback scenes, video display scenes, etc. Moreover, as shown in FIG. 3, a scheduling module 301 for managing the working state of the peripheral device may also be disposed in the framework layer 202. The scheduling module 301 can obtain a real-time running scenario detected by the detecting module, and determine working parameters of the related peripheral device for different operating scenarios. Thus, when the application has a need to invoke peripheral devices (such as positioning requirements, playback requirements, or display requirements, etc.) while the application is running, the peripheral device manager in the framework layer 202 for managing peripheral devices (eg, the location in Figure 2) The manager 350, etc. can negotiate with the scheduling module 301 the specific operating parameters of the peripheral device at the time, such as the operating frequency of the positioning device, the playing parameters of the audio playing, the display parameters of the display, and the like. Subsequently, the peripheral device manager can control the peripheral device to work under the working parameter according to the working parameter negotiated with the scheduling module 301, so that the terminal can control the peripheral device to work under different working parameters according to the current real-time running scenario, in response. Applying a service request initiated to a peripheral device enables the terminal to reduce the power consumption overhead of the peripheral device while the application is running, thereby saving terminal power consumption.

It should be noted that the scheduling module 301 may be disposed in the framework layer 202 in the form of an independent software module, or may be integrated into any system service in the framework layer 202, for example, integrated in the location manager 340 shown in FIG. In the multimedia manager 343 or the graphics manager 341. Of course, the scheduling module 301 can be disposed between the APP layer 201 and the framework layer 202 according to actual experience or actual application scenarios, or the scheduling module 301 can be disposed between the framework layer 202 and the kernel layer 204. The embodiment of the present application does not impose any limitation on this. In the following embodiments, the scheduling module 301 is independently disposed in the framework layer 202 as an example for description.

The method for managing a peripheral device provided by the embodiment of the present application is described in detail below by using a positioning device in the terminal as an example of a peripheral device. As shown in FIG. 4, the method includes:

S401. The terminal periodically detects the current motion state of the terminal.

Exemplarily, the terminal may measure the current state of motion of the terminal by one or more sensors of the acceleration sensor, the gravity sensor, the gyroscope or the GPS device.

For example, the motion state of the terminal can be divided into various motion states such as stationary, walking, running, low-speed traffic, and high-speed traffic according to the speed. When the moving speed of the terminal is equal to or close to 0, it may be determined that the current motion state of the terminal is stationary, and when the moving speed of the terminal is (0, 5 km/h), the current motion state of the terminal may be determined to be walking, when the terminal moves. When the speed is (5km/h, 20km/h), it can be determined that the current motion state of the terminal is running (or riding), and when the moving speed of the terminal is (20km/h, 100km/h), the current motion state of the terminal can be determined. For low-speed traffic, when the moving speed of the terminal is greater than 100km/h, it can be determined that the current state of motion of the terminal is high-speed traffic.

Of course, the motion state of the terminal can also be divided into indoor and outdoor according to the location of the terminal, and the indoor can also include a home, a work unit, etc.; or, the terminal can also combine the speed and position of the terminal when detecting the current motion state. The motion state of the current terminal is determined, for example, running in the home, using the terminal on the subway, climbing the stairs, and taking the elevator, etc., which is not limited in this embodiment.

In addition, similar to the foregoing scheduling module 301, the terminal may further set a detection module for detecting a current motion state of the terminal in the framework layer, to perform the foregoing step S401. In addition, the detecting module may store the identifier of the current motion state of the terminal obtained by each detection in a preset first flag bit. Subsequently, the scheduling module 301 can further determine the working parameters corresponding to the current motion state of the terminal, such as the working frequency of the positioning device, by reading the content in the first flag bit.

S402. If the current motion state of the terminal is the first motion state, the terminal instructs the positioning device to acquire and update the foregoing positioning result according to the first frequency.

S403. If the current motion state of the terminal is the second motion state, the terminal instructs the positioning device to acquire and update the foregoing positioning result according to the second frequency.

The moving rate of the terminal in the first motion state is lower than the moving rate of the terminal in the second motion state, and the first frequency is lower than the second frequency. Here, the moving rate refers to the speed at which the terminal generates the actual displacement, for example, the speed at which the user carries the terminal from the point A to the point B, and when the terminal only has the speed but does not generate the displacement (for example, the user carries the terminal at Although there is speed when running on the treadmill, the displacement generated by the terminal is small and can be ignored. It can be considered that the terminal does not have a moving rate or a moving rate of 0 at this time.

As shown in FIG. 5, when the user opens the first application of Baidu map (or the function of providing location service in the first application), the running Baidu map application can send the current location to the location manager in the framework layer. Positioning request for the positioning result. Since this is the location request initiated by the Baidu map application received by the location manager for the first time, the location manager can call the driver of the Linux kernel layer or the positioning device in the HAL after receiving the positioning request, thereby driving the positioning device to start the positioning work. , get the positioning result of the current terminal.

Alternatively, after receiving the location request initiated by the Baidu map application, the location manager may further request whether the scheduling module 301 can drive the positioning device to obtain the latest positioning result. Since the positioning request is a positioning request initiated by the Baidu map application for the first time, the scheduling module 301 can send a response message to the location manager agreeing to the operation of the positioning device. In this way, after receiving the response message, the location manager can drive the positioning device to start the positioning work, and obtain the positioning result for the current terminal.

The first application is one or more applications that can provide a location service, such as a map application, a weather application, or a travel application, and the embodiment of the present application does not impose any limitation.

Similar to the first flag bit, the terminal may also store the latest positioning result obtained after each positioning device is located in a preset storage unit. Then, the location manager can report the location result stored in the storage unit to the Baidu map application that initiates the location request by reading the content in the storage unit. The storage unit may be a device such as a register or a memory. The embodiment of the present application does not impose any limitation on this.

Subsequently, the positioning result obtained by the positioning device each time the positioning is performed may be updated in the storage unit, and when the first application (for example, the Baidu map application described above) subsequently sends the positioning request to the location manager again, the location manager may pass the The scheduling module 301 interacts, and determines that the positioning result stored in the storage unit is reported to the first application, or the positioning device is re-driven to obtain the latest positioning result and reported to the first application, so that the first application completes the positioning service.

It should be noted that the positioning device involved in the embodiment of the present application may refer to any peripheral device capable of providing a positioning function, such as one or more of a GPS device, a Wi-Fi device, or a modem (Modem). The embodiment does not impose any restrictions on this.

When the positioning device is a GPS device, the location manager in the framework layer that calls the GPS device to provide the location service may specifically be an LBS (location based service) module; when the positioning device is a Wi-Fi device, the framework layer The location manager that invokes the Wi-Fi device to provide the location service may specifically be a Wi-Fi Manager (Wi-FiManager); when the location device is a Modem, the location manager in the framework layer that calls the Modem to provide the location service may specifically be the telephone management. (TelephonyManager).

In a possible design method, as shown in FIG. 6, a scheduling module 301 for managing the working state of the positioning device is disposed in the framework layer of the terminal. The scheduling module 301 can determine the corresponding working frequency for the positioning device according to the motion state of the current terminal by reading the motion state of the most recently detected terminal stored in the first flag bit.

For example, as shown in FIG. 7, when the moving rate of the motion state in which the terminal is located is higher, the accuracy required by the terminal for the positioning service is higher, and therefore, the scheduling module 301 can determine a higher operating frequency for the positioning device (for example, 5 times per second), the positioning period of the positioning device is small at this time; correspondingly, as shown in FIG. 7, when the moving rate of the motion state of the terminal is lower, the accuracy required by the terminal for the positioning service is relatively higher. The scheduling module 301 can determine a lower operating frequency for the positioning device (for example, once every 10 seconds). At this time, the positioning device performs a positioning period, which reduces the number of times the positioning device works, thereby reducing the frequent positioning of the positioning device. The resulting power consumption overhead.

Then, after the terminal receives the location request initiated by the first application for the first time, the location manager may periodically request the scheduling module 301 to acquire the positioning frequency of the current positioning device. After the scheduling module 301 receives the request of the location manager, as shown in FIG. 6, the corresponding working frequency is determined for the positioning device according to the motion state of the current terminal in the first flag bit, and the working frequency is fed back to the location management. The position manager can drive the positioning device to operate according to the operating frequency.

For example, if the motion state of the terminal is the first motion state with a lower moving rate (for example, the walking state), it indicates that the user's moving speed at this time is very low, even if the positioning device is frequently called for positioning (for example, positioning 10 times per second). However, the obtained positioning results of several adjacent positions hardly change, and the positioning device consumes a large amount of unnecessary power consumption when working. Therefore, when the motion state of the terminal is the walking state, the scheduling module 301 can determine, for the positioning device, that the operating frequency in the walking state is lower than the first frequency (eg, triggering the positioning device to locate once every second), and the first A frequency is sent to the location manager. Furthermore, the location manager can trigger the positioning device to perform positioning according to the lower first frequency, so that the positioning accuracy provided by the positioning device to the first application in the first motion state can be ensured, and the operating frequency of the positioning device can be reduced, thereby saving The power consumption of the positioning device.

For another example, if the motion state of the terminal is a second motion state with a high moving rate (for example, a high-speed traffic state), it indicates that the user has a high moving rate at this time, and the positioning result of the higher frequency is required to achieve navigation and the like. The positioning accuracy of the service. Therefore, when the motion state of the terminal is switched to the high-speed traffic state, the scheduling module 301 can determine, for the positioning device, that the operating frequency in the high-speed traffic state is higher than the second frequency (eg, triggering the positioning device to locate 10 times per second), and The second frequency is sent to the location manager. Furthermore, the location manager can trigger the positioning device to perform positioning according to the higher second frequency, and ensure the positioning accuracy provided by the positioning device to the first application in the second motion state.

Similarly, after the positioning device measures the new positioning result every time according to the first frequency or the second frequency, the terminal may update the new positioning result to the storage unit, so that the location manager can obtain the storage unit from the storage unit according to the positioning request. The latest positioning result is sent to the first application that initiated the positioning request.

Of course, the location manager may also determine the corresponding working frequency for the positioning device according to the motion state of the current terminal when the first application initiates the positioning request. The embodiment of the present application does not impose any restrictions on this. .

In another possible design method, since the scheduling module 301 can determine the corresponding working frequency for the positioning device according to the motion state of the current terminal, the scheduling module can determine when the positioning device is allowed to work, and when the positioning device is not allowed. jobs. Then, each time the location manager receives the location request initiated by the first application, the scheduling module 301 can query the scheduling module 301 whether to allow the driving location device to work to obtain a new positioning result.

For example, the scheduling module 301 can determine that the terminal is in a walking state by reading the first flag bit, and the scheduling module can further determine that the working frequency of the positioning device is located once every 5 seconds in the walking state, that is, the working period of the positioning device is 5 seconds. Then, if the time interval when the location manager receives the location request from the location of the location device last time is less than 5 seconds, the location result of the first application is almost the same as the location result obtained last time. Therefore, the scheduling module 301 can instruct the location manager to feed back the most recent positioning result stored in the storage unit to the first application. At this time, the positioning device does not need to perform positioning work, and the power consumption consumed by the positioning device can be reduced.

Correspondingly, if the time interval when the location manager receives the location request this time from the last time the positioning device works is greater than or equal to 5 seconds, it indicates that the positioning result stored in the current storage unit is no longer satisfied in the walking state. The positioning accuracy of an application, then, the scheduling module 301 can instruct the location manager to drive the positioning device to perform positioning to obtain the latest positioning result feedback to the first application.

In another possible design method, in order to reduce the power consumption overhead caused by the frequent interaction between the location manager and the scheduling module 301, the scheduling module 301 may be further configured to periodically read the motion state stored in the first flag bit. When the motion state stored in a flag is updated, the scheduling module actively determines the operating frequency of the positioning device at this time, and sends the working frequency to the location manager, so that the location manager drives the positioning device to perform positioning according to the working frequency.

For example, when the first flag is updated from the walking state to the running state, the scheduling module 301 can adjust the operating frequency of the positioning device from a lower first frequency to a higher second frequency, and send the second frequency to The position manager causes the position manager to drive the positioning device to perform positioning at the second frequency to satisfy the positional accuracy when the first application provides the location service in the running state.

In addition, when it is detected that the motion state of the terminal is a stationary state, the scheduling module may instruct the positioning device to enter a sleep state, thereby minimizing the power consumption of the positioning device. At this time, when the first application initiates the location request, the location service may be implemented by using the location result cached in the storage unit. Wherein, the quiescent state may further comprise an absolute quiescent state and a relatively quiescent state, and when the terminal has neither a change in displacement nor a change in speed (for example, the terminal is placed on a table, etc.), it may be determined. The terminal is in an absolutely static state (for example, sitting, standing or lying down using the terminal); when the terminal does not change in displacement for a period of time, but a change in speed occurs (for example, using a terminal when running on a treadmill, etc.) When it is determined, the terminal is determined to be in a relatively stationary state.

Or, when detecting that the motion state of the terminal is an indoor state, since the accuracy of the GPS device performing indoor positioning is low, the scheduling module may instruct the GPS device to enter a sleep state, and the terminal may use other positioning devices (eg, Wi- Fi device) for positioning.

It should be noted that, after the first application initiates the location request for the first time, the terminal may periodically detect the current motion state of the terminal, or may start to periodically detect the current motion state of the terminal before the first application initiates the location request for the first time, that is, the present application. The embodiment does not limit the execution order between step S401 and steps S402-S403.

It can be seen that, in the embodiment of the present application, the terminal provides the positioning service to the application and the terminal controls the positioning device to perform the positioning, and the terminal is separately controlled, wherein the application can still be in the normal position as in the prior art. The manager requests and obtains the positioning result, and the positioning device of the terminal can work at different working frequencies according to the motion state of the current terminal. In this way, when the terminal is in a motion state that does not require high positioning accuracy, the operating frequency of the positioning device can be reduced, thereby reducing the power consumption overhead caused by the positioning device operation while ensuring the positioning accuracy.

In the following, a speaker (SPK) in the terminal is used as an example of a peripheral device, and a method for managing a peripheral device according to an embodiment of the present application is described in detail. As shown in FIG. 8, the method includes:

S801. The terminal periodically detects a current audio playing scenario of the terminal.

Specifically, the audio play scene may include a music play scene, a video play scene, a voice play scene, and a game play scene. The terminal can determine the current audio playing scenario by obtaining parameters such as a package name of the currently running application, an ID of the main thread, and the like.

Exemplarily, the terminal can separately classify each application supporting audio playback into a corresponding audio play scene. For example, a music application, a video application, and a game application are installed in the terminal, wherein the music application belongs to a music playing scene, the video application belongs to a video playing scene, and the game application belongs to a game playing scene.

Then, the terminal can periodically obtain the package name of the currently running application, and determine an audio play scenario to which the current terminal belongs according to the package name. As shown in FIG. 9, a storage unit may be disposed in the terminal for storing a flag bit (for example, a second flag bit) of the latest audio playing scene. Subsequently, each time the terminal determines the current audio playing scene, the terminal may determine The identifier of the output audio play scene is updated in the second flag bit, so that the subsequent terminal adjusts the play parameters when working to the speaker according to the audio play scene indicated in the second flag bit.

In addition, the terminal can also pre-set the priority order between different applications according to the requirements of the user for the sound quality. Since the general user has higher requirements on the sound quality when listening to music and voice, the requirements for the sound quality when watching the video are generally, and the game is played. The sound quality requirements during the game are lower, so applications that play music and voice can be set to have the highest priority, game applications have the lowest priority, and video applications have the highest priority.

In this way, when multiple applications are running in the terminal at the same time, the terminal can determine the audio play scene to which the highest priority application belongs as the current audio play scene of the terminal.

S802: When the current audio playing scene of the terminal is the first playing scene, the terminal sets the playing parameter when the speaker plays the audio to the first playing parameter.

S803. When the current audio playing scene of the terminal is the second playing scene, the terminal sets the playing parameter when the speaker plays the audio to the second playing parameter.

The requirement for the sound quality in the first play scene is lower than the sound quality in the second play scene, and the power consumption of the terminal when operating according to the first play parameter is smaller than the power consumption when the speaker works according to the second play parameter.

Specifically, since the user has different requirements on the sound quality in different audio playing scenarios, the terminal can reduce the playing parameters when the speaker plays audio, thereby reducing the power amplifier (AP) when playing audio. The power consumption of peripheral devices such as amplifiers or speakers reduces the power consumption of the terminal.

The play parameter may be an EQ (equaliser) parameter or a volume parameter. Among them, the volume parameter generally refers to the loudness when playing audio. When the loudness is larger, the power consumption of the power amplifier is larger; the function of the EQ parameter is to adjust the tone by gaining or attenuating one or more frequency bands of the sound. the goal of. Generally, the EQ parameters include parameters of frequency, gain, and quantization. Among them, the frequency can be used to set the frequency point of the audio, the gain can be used to adjust the gain or attenuation of the audio at the above frequency, and the bandwidth is used to set the frequency band for gain or attenuation. In general, playing low-frequency components in audio is generally the main cause of power consumption. Therefore, reducing the low-frequency gain when playing audio in an audio playback scene where sound quality is not high can significantly reduce the power consumption of the terminal.

Then, in step S802, if it is detected in step S801 that the current audio playing scene is the first playing scene (such as a game playing scene) with lower sound quality requirements, the terminal may set the playing parameter when the speaker plays the audio to the value. The lower first playing parameters, for example, reduce the default loudness of the terminal from 75dB to 62dB, and reduce the default low frequency gain of the terminal from 58dB to 38dB, so that subsequent speakers can reduce the power consumed by the terminal when playing the audio using the playing parameters. Consumption.

Correspondingly, in step S803, if it is detected in step S801 that the current audio playing scene is a second playing scene with a higher sound quality requirement (for example, a music playing scene), the terminal may set the playing parameter of the to-be-played audio to a value. Higher second play parameters. In this way, the multimedia manager can call the speaker to play the to-be-played audio according to the second playing parameter, thereby ensuring the sound quality requirement of the second application when playing the audio in the second playing scene.

In a possible design method, as shown in FIG. 9, the scheduling module 301 of the framework layer is configured with a correspondence between different audio playback scenarios and different playback parameters. Then, after the scheduling module 301 determines that the current audio playing scene is the first playing scene, the playing parameter when the speaker plays the audio may be determined as the first playing parameter corresponding to the first playing scene, and The first play parameter is sent to a multimedia manager that provides an audio play function. In this way, when the subsequent multimedia manager receives the audio play request sent by the application (ie, the second application) that supports the audio play in the terminal, the multimedia manager can call the speaker to play the audio according to the first play parameter, thereby reducing the audio play time. The power consumption overhead can also ensure the sound quality requirement of the second application when playing audio in the first playing scene.

In another possible design method, as shown in FIG. 9, each time the second application sends an audio play request to the multimedia manager in the framework layer, the multimedia manager may request the acquisition module 301 to acquire and at this time. The playback parameters corresponding to the audio playback scene. Then, in response to the request sent by the multimedia manager, the scheduling module 301 can determine a play parameter when the audio is played according to the play scene indicated by the second flag bit, and send the play parameter to the multimedia manager, so that the multimedia The manager can call the speaker to play the audio according to the playback parameters.

In other embodiments of the present application, when the second application sends an audio play request to the multimedia manager in the framework layer, the multimedia manager may also set the play parameters when the speaker plays the audio according to the package name or type of the second application. . For example, for navigation type applications with lower sound quality requirements, the multimedia manager can set lower playback parameters such as loudness and low frequency gain, so that the vibration frequency of the speaker is reduced, thereby reducing the power consumption generated by the speaker; For higher music type applications, the multimedia manager can set higher playback parameters such as loudness and low frequency gain to ensure better sound quality when the speaker is working.

It should be noted that a person skilled in the art may divide different audio play scenes according to actual experience or actual application scenarios, and set specific values of play parameters in different audio play scenarios, which is not limited in this embodiment.

In the following, a display device (for example, an LCD) in a terminal is used as an example of a peripheral device, and a method for managing a peripheral device according to an embodiment of the present application is described in detail. As shown in FIG. 10, the method includes:

S1001: The terminal periodically detects a current display scenario of the terminal.

Exemplarily, as shown in Table 1, according to the specific content displayed by the terminal, the display scene may be divided into four types of display scenes that require different display effects (ie, display scene 1 to display scene 4 in Table 1). The display scene 4 is a display content in an image library application with a high display effect requirement, and the display scene 3 is a display content in a UI, a video, a photo preview, or an e-book that requires a high display effect, and the display scene 2 is a display effect. Requires display content in a general shopping, news, social, or educational application, and display scene 1 is a display content in a browser, game, weather, or navigation application that requires less display.

Table 1

显示场景Display scene	显示内容Display content	显示效果要求Display effect requirements
显示场景4Display scene 4	图库Gallery	高high
显示场景3Display scene 3	UI、视频、拍照预览、电子书UI, video, photo preview, e-book	较高Higher
显示场景2Display scene 2	购物、新闻、社交、教育Shopping, news, social, education	一般general
显示场景1Display scene 1	浏览器、游戏、天气、导航Browser, game, weather, navigation	低low

Then, in step S1001, the terminal may determine the current display content by using the specific display content in the current display, and determine the current display scenario according to the type of the currently running application. Display scene.

As shown in FIG. 11, a flag (for example, a third flag) for storing the latest display scene may be set in the terminal. After the terminal determines the current display scene, the identifier of the determined display scene may be determined. The update is in the third flag bit, so that the subsequent terminal can adjust the display parameter when the display works according to the display scene indicated in the third flag bit.

S1002: When the current display scene of the terminal is the first display scene, if the terminal sets the display parameter of the display to the first display parameter.

S1003. When the current display scene of the terminal is the second display scene, the terminal sets the display parameter of the display to the second display parameter.

The requirement for the display effect in the first display scene is lower than the requirement for the display effect in the second display scene, and the power consumption when the display works using the first display parameter is smaller than the work when the display works using the second display parameter. Consumption.

Since the user has different requirements for the display effect in different display scenarios, the display scene (such as the display scene 4 in Table 1) that is not required for the display effect can lower the display parameter when the display is displayed, thereby lowering the display. Unnecessary power consumption consumed during work.

The display parameter may include one or more of a resolution, a brightness, or a contrast of the display, which is not limited in this embodiment of the present application. When the resolution, brightness or contrast is higher, the power consumption generated by the display is higher, and the display effect is better. When the resolution, brightness or contrast is lower, the power consumption generated by the display is smaller, and the display effect is lower. It also declined. The terminal can change the brightness of the display by adjusting the grayscale value of each pixel unit in the display, and can also change the brightness of the display by adjusting the grayscale values of different primary colors (such as red, blue, and green) in each pixel unit. The embodiment of the present application does not impose any limitation on this.

Then, in step S1002, if it is detected in step S1001 that the current display scene is the display scene 1 (ie, the first display scene), since the requirement for the display effect in the display scene 1 is low, the terminal may display the current display. The display parameter of the content is set to a first display parameter having a lower value, for example, the brightness of the display is adjusted from 85 to 70. Thus, as shown in FIG. 11, the graphics manager can invoke the display for display according to the first display parameter, thereby reducing the power consumption consumed by the display, and at the same time ensuring the display effect of the third application in the first display scene.

Correspondingly, in step S1003, if it is detected in the step S1001 that the current display scene is the display scene 4 (ie, the second display scene), since the display scene 4 has a high requirement for the display effect, the terminal may The display parameter of the display content is set to the second display parameter with a higher value. In this way, the graphics manager can invoke the display for display according to the second display parameter described above, thereby ensuring the display effect of the third application in the second display scene.

Exemplarily, as shown in FIG. 11, the scheduling module of the framework layer is provided with a correspondence between different display scenarios and different display parameters. Then, after the scheduling module determines the current display scenario by using the third flag bit, the display parameter corresponding to the current display scenario may be determined according to the pair relationship. Then, the scheduling module may send the determined display parameter to the graphics manager, so that when the graphics manager subsequently receives any display request sent by the application supporting the image display (ie, the third application), the scheduling parameter may be invoked according to the determined display parameter. The display is displayed.

Alternatively, as shown in FIG. 11, each time the third application sends a display request to the graphics manager in the framework layer, the graphics manager may request the scheduling module to acquire display parameters corresponding to the display scene at this time. Then, in response to the request sent by the graphics manager, the scheduling module may determine the display parameter of the display according to the display scenario indicated by the third flag bit, and send the display parameter to the graphics manager, so that the graphics manager can follow the The display parameters call the display for display.

In still other embodiments of the present application, when the third application sends a display request to the graphics manager in the framework layer, the graphics manager may also set the display parameters of the display according to the package name or type of the third application. For example, for weather-critical applications with low image quality, the graphics manager can set lower brightness, resolution, and other display parameters to reduce the power consumption of the display; for cameras and libraries that require high image quality. Application, the graphics manager can set higher brightness, resolution and other display parameters to ensure better image quality when the monitor works.

It should be noted that, the person skilled in the art can divide the different display scenarios according to the actual experience or the actual application scenario, and set the specific values of the display parameters in different display scenarios, which is not limited in this embodiment.

It can be seen that, in the embodiment of the present application, the terminal can adjust parameters of the working time of the peripheral device (such as a speaker or a display) in real time according to the actual scene (such as an audio playing scene or a display scene). In this way, when the terminal is in a scene where the sound quality is not high or the display effect is not high, the terminal can reduce the parameters required for the peripheral device to work, thereby reducing the power consumption overhead caused by excessive operation of the peripheral device, and satisfying the scenario. Sound quality requirements or display performance requirements.

In another embodiment of the present application, a method for reducing power consumption of an application processor (AP) in a terminal is also provided. As shown in FIG. 12, the method includes:

S1201: The terminal periodically detects the current running data of the terminal.

The operation data may include the motion state detected in step S401, for example, rest, walking, running, low-speed traffic, high-speed traffic, etc., and may also include the audio play scene detected in step S801, for example, a music playing scene, a video. The display scene, the voice play scene, and the game play scene may also include the display scene detected in step S1001, such as display scene 1 to display scene 4 in Table 1, or the operation data may further include the signal strength of the terminal. The embodiment of the present application does not impose any limitation on the parameters of the user's current terminal requirements.

S1202: The terminal determines an operating mode of the AP according to the current running data.

For example, the working mode of the AP may include an operating mode, a sleep mode, and an off mode. Then, in step S1202, if the operation data detected in step S1201 reflects that the user currently has a high demand for the terminal, for example, the user is playing the game on the terminal, the terminal may determine that the working mode of the AP is the operation mode; The operation data detected in step S1201 reflects that the user's current use requirement for the terminal is low. For example, if the user is sleeping or flying, the terminal may determine that the AP's working mode is the sleep mode or the off mode.

Certainly, the working mode of the AP may be divided according to the actual experience or the actual application scenario, and the embodiment of the present application does not impose any limitation on this.

S1203: When the working mode of the AP is the sleep mode, the terminal intercepts the data acquired by the peripheral device.

In step S1203, if it is determined that the working mode of the AP is the sleep mode, the terminal can control peripheral devices (for example, Wi-Fi device, Bluetooth) in order to reduce unnecessary power consumption overhead caused by the peripheral device frequently waking up the AP reporting data. The device or the GPS device, etc.) reduces the frequency of acquiring data, or intercepts the frequency at which the peripheral device reports the data acquired by the peripheral device to the AP, thereby reducing the power consumption overhead caused by frequently waking up the AP.

In one possible design method, when the operating mode of the AP is the sleep mode, the scheduling module for managing the peripheral device may set the operating mode of one or more peripheral devices to the intercept mode. In the intercept mode, the operating frequency of the peripheral device is lowered, so that the frequency of reporting data to the AP by the peripheral device is reduced, that is, the number of times the AP is woken up is also reduced, so that the power consumption of the AP and the peripheral device are both reduced.

For example, as shown in FIG. 13, the working mode of the Wi-Fi device includes two modes: data transparent transmission and data interception. When the working mode of the AP is the sleep mode, the scheduling module can set the working mode of the Wi-Fi device to data. Intercept mode. When the Wi-Fi device operates at a lower frequency than the Wi-Fi device in data pass-through mode, for example, a Wi-Fi device can reduce the operating frequency of data acquired every 1 second to every 10 Get the working frequency of the data once in seconds. Subsequently, after the Wi-Fi device obtains the data, the AP can still wake up the AP by interrupting, etc., and report the data to the AP. However, since the working frequency of the Wi-Fi device is reduced, the frequency of the Wi-Fi device reporting the data to the AP follows. The decrease, that is, the number of times the AP is woken up, is also reduced, thereby achieving the effect of reducing AP power consumption.

In one possible design method, a management module for managing data reporting to the AP may be provided in the peripheral device. Still using a Wi-Fi device as a peripheral device, as shown in FIG. 14, the Wi-Fi device can normally receive data according to the method in the prior art, but when the Wi-Fi device receives the data, if the Wi-Fi device The management module in the middle of the current module is in the sleep mode, and the management module can set the mode in which the Wi-Fi device uploads data to the AP to the intercept mode. In the interception mode, the Wi-Fi device can discard the received data, or the Wi-Fi device can buffer the received data until the management module queries the current AP's working mode and reports it to the AP. Alternatively, the Wi-Fi device can periodically upload the received data to the AP. In this way, the Wi-Fi device does not need to wake up the AP to upload the data every time the data is received, thereby achieving the effect of reducing the power consumption of the AP.

It can be seen that, in the embodiment of the present application, the terminal can identify the current usage requirement of the user, and then intercept the frequency of receiving data by the peripheral device when the user's use requirement for the terminal is low, or intercept the peripheral device to report data to the AP. The frequency, which reduces the number of times the AP is woken up when the working demand is not high, and achieves the effect of reducing the power consumption of the AP.

It can be understood that, in order to implement the above functions, the above terminal and the like include hardware structures and/or software modules corresponding to each function. Those skilled in the art will readily appreciate that the embodiments of the present application can be implemented in a combination of hardware or hardware and computer software in combination with the elements and algorithm steps of the various examples described in the embodiments disclosed herein. Whether a function is implemented in hardware or computer software to drive hardware depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods to implement the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the embodiments of the present application.

The embodiment of the present application may perform the division of the function modules on the terminal or the like according to the foregoing method example. For example, each function module may be divided according to each function, or two or more functions may be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of the module in the embodiment of the present application is schematic, and is only a logical function division, and the actual implementation may have another division manner.

FIG. 15 is a schematic diagram showing a possible structure of a terminal involved in the foregoing embodiments, where the terminal is used to implement the method described in the foregoing method embodiments. Specifically, the detection unit 1501 and the processing unit 1502 are included.

The detecting unit 1501 is configured to support the terminal to perform the process S401 in FIG. 4, the pass S801 in FIG. 8, the process S1001 in FIG. 10, and the process S1201 in FIG. 12; the processing unit S1502 is configured to support the terminal to perform the process in FIG. Processes S402-S403, processes S802-S803 in FIG. 8, processes S1002-S1003 in FIG. 10, and processes S1202-S1203 in FIG. All the related content of the steps involved in the foregoing method embodiments may be referred to the functional descriptions of the corresponding functional modules, and details are not described herein again.

In the case of employing an integrated unit, the above-described detecting unit 1501 and processing unit 1502 may be integrated into a processing module. Of course, the terminal may further include a storage module, a communication module, and an input/output module. At this time, as shown in FIG. 16, a possible schematic structural diagram of the terminal involved in the foregoing embodiment is shown, including a processing module 1601, a communication module 1602, an input/output module 1603, and a storage module 1604.

The processing module 1601 is configured to control and manage the action of the terminal. The communication module 1602 is configured to support communication between the terminal and other network entities. The input/output module 1603 is for receiving information input by a user or outputting information provided to the user and various menus of the terminal. The storage module 1604 is configured to save program codes and data of the terminal.

Exemplarily, the processing module 1601 may be a processor or a controller, for example, may be a central processing unit (CPU), a GPU, a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit. (Application-Specific Integrated Circuit, ASIC), Field Programmable Gate Array (FPGA) or other programmable logic device, transistor logic device, hardware component, or any combination thereof. It is possible to implement or carry out the various illustrative logical blocks, modules and circuits described in connection with the present disclosure. The processor may also be a combination of computing functions, for example, including one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.

The communication module 1602 can be a transceiver, a transceiver circuit, an input/output device, a communication interface, or the like. For example, the communication module 1602 may specifically be a Bluetooth device, a Wi-Fi device, a peripheral interface, or the like.

The memory module 1604 can be a memory, which can include high speed random access memory (RAM), and can also include non-volatile memory, such as magnetic disk storage devices, flash memory devices, or other volatile solid state storage devices.

The input/output module 1603 can be an input/output device such as a touch screen, a keyboard, a microphone, and a display. The display may specifically be configured in the form of a liquid crystal display, an organic light emitting diode or the like. In addition, a touch panel can be integrated on the display for collecting touch events on or near the display, and transmitting the collected touch information to other devices (such as a processor, etc.).

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using a software program, it may occur in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in accordance with embodiments of the present application are generated in whole or in part. The computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center Transfer to another website site, computer, server, or data center by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL), or wireless (eg, infrared, wireless, microwave, etc.). The computer readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server, data center, or the like that includes one or more available media. The usable medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (such as a solid state disk (SSD)).

The foregoing is only a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto, and any changes or substitutions within the technical scope of the present application should be covered by the scope of the present application. . Therefore, the scope of protection of the present application should be determined by the scope of the claims.

Claims

A method for managing peripheral devices in a terminal, comprising:

The terminal acquires a real-time running scenario in which the terminal is currently located;

When the real-time running scenario is the first running scenario, the terminal instructs the peripheral device to work according to the first working parameter;

When the real-time running scenario is the second running scenario, the terminal instructs the peripheral device to work according to the second working parameter;

The power consumption generated by the terminal when the peripheral device operates according to the first working parameter is smaller than the power consumption generated by the terminal when the peripheral device operates according to the second working parameter.
The method according to claim 1, wherein said peripheral device is a positioning device, and said operating parameter is an operating frequency of said positioning device,

Wherein the running scene includes a state of motion in still, walking, running, riding, low speed traffic or high speed traffic;

The moving rate of the terminal in the first running scenario is smaller than the moving rate of the terminal in the second running scenario, and the first working parameter is smaller than the second working parameter.
The method according to claim 2, wherein the terminal obtains a real-time running scenario in which the terminal is currently located, including:

The terminal detects a moving rate of the terminal;

The terminal determines, according to the moving rate, a motion state currently in which the terminal is located.
The method according to claim 2 or 3, wherein the framework layer of the terminal includes a scheduling module for managing the working state of the positioning device, and the first flag preset by the terminal is used to store the latest An identifier of the motion state determined by the terminal at a time.
The method according to claim 4, wherein the terminal instructs the peripheral device to operate according to the first operating parameter, including:

a location manager that provides a location service in the terminal sends a first query request to the scheduling module, where the first query request is used to query an operating frequency of the positioning device;

In response to the first query request, the scheduling module determines a first operating frequency corresponding to the first motion state according to a first motion state indicated by the first flag bit;

The scheduling module sends the first working frequency to the location manager, so that the location manager drives the positioning device to perform positioning according to the first working frequency.
The method according to claim 4, wherein the terminal instructs the peripheral device to operate according to the first operating parameter, including:

And in response to the first application requesting the positioning device, the location manager providing the location service in the terminal sends a second query request to the scheduling module, where the second query request is used to request whether the query is allowed to be driven. Positioning device positioning;

In response to the second query request, the scheduling module determines a first operating frequency corresponding to the first motion state according to a first motion state indicated by the first flag bit;

If the positioning request is less than the first working period from the positioning device, the scheduling module sends a message to the location manager that is not allowed to drive the positioning device; if the positioning request distance The scheduling module sends a message to the location manager that allows the positioning of the positioning device to be driven, where the first working period is the first The reciprocal of the working frequency.
The method according to claim 4, wherein the terminal instructs the peripheral device to operate according to the first operating parameter, including:

When the motion state indicated by the first flag bit in the scheduling module is the first motion state, the scheduling module determines a first working frequency corresponding to the first motion state;

The scheduling module sends the first working frequency to a location manager in the terminal that provides a location service, so that the location manager drives the positioning device to perform positioning according to the first working frequency.
The method according to claim 1, wherein the peripheral device is a speaker, and the operating parameter is a playing parameter when the speaker plays audio;

The running scenario includes an audio playing scene in a music playing scene, a video playing scene, a voice playing scene, or a game playing scene; the first running scene has a lower sound quality than the second running scene. Claim.
The method according to claim 8, wherein the terminal acquires a real-time running scenario in which the terminal is currently located, including:

Determining, by the terminal, the current audio play scenario according to information of the currently running application; or

The terminal determines a current audio play scene according to the currently played audio content.
The method according to claim 8 or 9, wherein the frame layer of the terminal includes a scheduling module for managing the working state of the peripheral device, and the second flag bit preset by the terminal is used to store the latest The identifier of the audio play scene determined by the terminal once.
The method according to claim 10, wherein the terminal instructs the peripheral device to operate according to the first operating parameter, including:

When the audio play scene indicated by the second flag bit in the scheduling module is the first audio play scene, the scheduling module determines a first play parameter corresponding to the first audio play scene;

The scheduling module sends the first play parameter to a multimedia manager that provides an audio play service in the terminal, so that the multimedia manager drives the speaker to play audio according to the first play parameter.
The method according to claim 10, wherein the terminal instructs the peripheral device to operate according to the first operating parameter, including:

And responding to the playing request of the second application by the second application, the multimedia manager providing the audio playing service in the terminal sends a first obtaining request to the scheduling module, where the first obtaining request is used to query playing when playing audio parameter;

In response to the first obtaining request, the scheduling module determines a first playing parameter corresponding to the first audio playing scene according to the first audio playing scene indicated by the second flag bit;

The scheduling module sends the first play parameter to the multimedia manager, so that the multimedia manager drives the speaker to play audio according to the first play parameter.
The method of claim 1 wherein said peripheral device is a display and said operational parameter is a display parameter of said display;

The running scenario includes multiple display scenarios with different image quality requirements; the first running scenario requires less image quality than the second running scenario.
The method according to claim 13, wherein the terminal acquires a real-time running scenario in which the terminal is currently located, including:

Determining, by the terminal, the current display scenario according to information of the currently running application, or

The terminal determines a current display scenario according to the current display content.
The method according to claim 13 or 14, wherein the frame layer of the terminal includes a scheduling module for managing the working state of the peripheral device, and the third flag bit preset by the terminal is used to store the latest The identifier of the display scene determined by the terminal once.
The method according to claim 15, wherein the terminal instructs the peripheral device to operate according to the first operating parameter, including:

When the display scenario indicated by the third flag bit in the scheduling module is the first display scenario, the scheduling module determines a first display parameter corresponding to the first display scenario;

The scheduling module sends the first display parameter to a graphics manager that provides a display service in the terminal, such that the graphics manager drives the display to display according to the first display parameter.
The method according to claim 15, wherein the terminal instructs the peripheral device to operate according to the first operating parameter, including:

And in response to the third application applying the display to the display, the graphics manager providing the display service in the terminal sends a second acquisition request to the scheduling module, where the second acquisition request is used to query display parameters of the display ;

In response to the second obtaining request, the scheduling module determines, according to the first display scenario indicated by the third flag bit, a first display parameter corresponding to the first display scenario;

The scheduling module sends the first display parameter to the graphics manager, such that the graphics manager drives the display to display according to the first display parameter.
The method according to claim 1, wherein the running scenario comprises an operating state of an application processor AP, the working state comprising an operating mode, a sleep mode, and an off mode,

When the first running scenario is that the AP is in a sleep mode or an off mode, and the second running scenario is that the AP is in an operating mode, the working parameter is an operating frequency of the peripheral device, the first The operating parameter is less than the second operating parameter.
A method for managing peripheral devices in a terminal, comprising:

The terminal acquires an operating state of the current application processor AP, where the working state includes an operating mode, a sleep mode, and an off mode;

When the operating state is the sleep mode, the terminal instructs the peripheral device to discard the received data, or instructs the peripheral device to buffer the received data, or instructs the peripheral device to periodically report the received data to the AP.
A terminal, comprising: a processor, a display, a memory, and a communication interface;

The memory is for storing a computer to execute instructions, the processor is coupled to the memory, and when the terminal is running, the processor executes the computer-executed instructions stored by the memory to cause the terminal to execute A method of managing a peripheral device in a terminal according to any one of claims 1 to 18 or 19.
A computer readable storage medium having stored therein instructions, wherein when the instructions are run on a terminal, causing the terminal to perform any of claims 1-18 or 19 The method for managing peripheral devices in the terminal described in the section.
A computer program product comprising instructions, wherein when the computer program product is run on a terminal, causing the terminal to perform the peripheral device of the terminal according to any one of claims 1-18 or 19 Management method.