CN110109528B - Application program control method, mobile terminal and computer readable storage medium - Google Patents
Application program control method, mobile terminal and computer readable storage medium Download PDFInfo
- Publication number
- CN110109528B CN110109528B CN201910251815.XA CN201910251815A CN110109528B CN 110109528 B CN110109528 B CN 110109528B CN 201910251815 A CN201910251815 A CN 201910251815A CN 110109528 B CN110109528 B CN 110109528B
- Authority
- CN
- China
- Prior art keywords
- application program
- hardware
- hardware information
- running state
- mobile terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/3287—Power saving characterised by the action undertaken by switching off individual functional units in the computer system
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Telephone Function (AREA)
- Stored Programmes (AREA)
Abstract
The invention provides an application program control method, a mobile terminal and a computer readable storage medium, wherein the method comprises the following steps: detecting the running state of each application program in the system; acquiring process identifications corresponding to the application program in the current running state; determining hardware information corresponding to each process identifier; and controlling the process identifier to correspond to the hardware state according to the running state of the application program. According to the technical scheme provided by the invention, the running states of the application programs are distinguished, and the hardware states corresponding to the application programs are managed and controlled according to different running states, so that the states of the hardware corresponding to the corresponding process identifiers of the application programs in different states are different, the hardware can be correspondingly deleted when the process is finished, the power consumption is not required, and the power consumption is saved.
Description
Technical Field
The embodiment of the invention relates to the field of management and control of application programs, in particular to a management and control method of an application program, a mobile terminal and a computer readable storage medium.
Background
Android P is used for adapting the Liuhai screen equipment, indoor accurate positioning is achieved by using WiFi RTT, improvement of a message notification column is achieved, and upgrading of multiple cameras API, neural network API 1.1 versions and the like is achieved.
However, the newly added background sensor management and control on the Android P only limits the upper-layer behavior of the sensor, the bottom layer does not actually release the sensor all the time, and the sensor also reports data all the time on the bottom layer, which results in power consumption.
Therefore, the present invention provides an application management and control method, a mobile terminal and a computer-readable storage medium to solve the deficiencies of the prior art.
The above description of the discovery process of the problems is only for the purpose of assisting understanding of the technical solutions of the present invention, and does not represent an admission that the above is prior art.
Disclosure of Invention
In order to solve the technical problem or at least partially solve the technical problem, embodiments of the present invention provide an application management and control method, a mobile terminal, and a computer-readable storage medium.
In a first aspect, an embodiment of the present invention provides an application management and control method, where the method includes:
detecting the running state of each application program in the system;
acquiring process identifications corresponding to the application program in the current running state;
determining hardware information corresponding to each process identifier;
and controlling the process identifier to correspond to the hardware state according to the running state of the application program.
Further, the method further comprises: a cache list is created in the system for storing hardware information and process identifications.
Further, controlling the process identifier to identify a corresponding hardware state according to the running state of the application program, including:
traversing each process identifier corresponding to the application program;
and deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program.
Further, the running state of the application program includes: a sleep state and an active state.
Further, when the running state of the application program is a sleep state, the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program includes:
and deleting the hardware information corresponding to the process identification from the hardware running list of the system.
Further, the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program further includes:
and storing the hardware information and the process identification corresponding to the hardware information into the cache list.
Further, when the running state of the application program is an active state, the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program includes:
searching hardware information corresponding to the process identification in the cache list;
and when the cache list contains the hardware information, adding the hardware information into a hardware running list of the system.
Further, the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program further includes:
and when the cache list does not contain the hardware information, the system loads corresponding hardware information according to the process identifications.
In a second aspect, the present application provides a mobile terminal comprising a memory and a processor; the memory stores a management computer program of an application program, and the processor executes the computer program to realize any one of the above methods for managing and controlling the application program.
In a third aspect, the present application provides a computer-readable storage medium, where the storage medium stores a management computer program for an application program, and the computer program is executable by at least one processor to implement any one of the above methods for managing and controlling an application program.
Compared with the prior art, the technical scheme provided by the embodiment of the application has the following advantages:
according to the application program control method, the mobile terminal and the computer readable storage medium provided by the embodiment of the invention, the running state of each application program in the system is detected firstly, then each process identification corresponding to the application program in the current running state is obtained, the hardware information corresponding to the process identification is determined, and finally the hardware state corresponding to the process identification is controlled according to the running state of the application program. According to the technical scheme provided by the invention, the running states of the application programs are distinguished, and the hardware states corresponding to the application programs are managed and controlled according to different running states, so that the states of the hardware corresponding to the corresponding process identifiers of the application programs in different states are different, the hardware can be correspondingly deleted when the process is finished, the power consumption is not required, and the power consumption is saved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.
Fig. 1 is a schematic hardware structure of an alternative mobile terminal for implementing various embodiments of the present invention;
FIG. 2 is a diagram of a communication system of the mobile terminal of FIG. 1;
fig. 3 is a flowchart of a method for managing and controlling an application according to an embodiment of the present invention;
fig. 4 is a flowchart of a method for managing and controlling an application according to a second embodiment of the present invention;
fig. 5 is a schematic structural diagram of a mobile terminal according to another embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, are within the scope of the present invention.
A mobile terminal implementing various embodiments of the present invention will now be described with reference to the accompanying drawings. In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.
The mobile terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a Digital broadcast receiver, a PDA (Personal Digital Assistant), a PAD (Portable Android Device), a PMP (Portable Media Player), a navigation Device, and the like, and a fixed terminal such as a Digital TV, a desktop computer, and the like. In the following, it is assumed that the terminal is a mobile terminal. However, it will be understood by those skilled in the art that the configuration according to the embodiment of the present invention can be applied to a fixed type terminal in addition to elements particularly used for moving purposes.
Fig. 1 is a schematic diagram of a hardware structure of a mobile terminal implementing various embodiments of the present invention.
The mobile terminal 100 may include a wireless communication unit 110, an a/V (audio/video) input unit 120, a user input unit 130, a sensing unit 140, an output unit 150, a memory 160, an interface unit 170, a controller 180, and a power supply unit 190, etc. Fig. 1 illustrates a mobile terminal having various components, but it is to be understood that not all illustrated components are required to be implemented. More or fewer components may alternatively be implemented. Elements of the mobile terminal will be described in detail below.
The wireless communication unit 110 typically includes one or more components that allow radio communication between the mobile terminal 100 and a wireless communication system or network. For example, the wireless communication unit may include at least one of a broadcast receiving module 111, a mobile communication module 112, a wireless internet module 113, a short-range communication module 114, and a location information module 115.
The broadcast receiving module 111 receives a broadcast signal and/or broadcast associated information from an external broadcast management server via a broadcast channel. The broadcast channel may include a satellite channel and/or a terrestrial channel. The broadcast management server may be a server that generates and transmits a broadcast signal and/or broadcast associated information or a server that receives a previously generated broadcast signal and/or broadcast associated information and transmits it to a terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, a data broadcast signal, and the like. Also, the broadcast signal may further include a broadcast signal combined with a TV or radio broadcast signal. The broadcast associated information may also be provided via a mobile communication network, and in this case, the broadcast associated information may be received by the mobile communication module 112. The broadcast signal may exist in various forms, for example, it may exist in the form of an Electronic Program Guide (EPG) of Digital Multimedia Broadcasting (DMB), an Electronic Service Guide (ESG) of digital video broadcasting-handheld (DVB-H), and the like. The broadcast receiving module 111 may receive a signal broadcast by using various types of broadcasting systems. In particular, the broadcast receiving module 111 may receive digital broadcasting by using a digital broadcasting system such as a digital broadcasting-terrestrial (DMB-T), digital multimedia broadcasting-satellite (DMB-S), digital video broadcasting-handheld (DVB-H), a data broadcasting system of forward link media (MediaFLO), a terrestrial digital broadcasting integrated service (ISDB-T), and the like. The broadcast receiving module 111 may be constructed to be suitable for various broadcasting systems that provide broadcast signals as well as the above-mentioned digital broadcasting systems. The broadcast signal and/or broadcast associated information received via the broadcast receiving module 111 may be stored in the memory 160 (or other type of storage medium).
The mobile communication module 112 transmits and/or receives radio signals to and/or from at least one of a base station (e.g., access point, node B, etc.), an external terminal, and a server. Such radio signals may include voice call signals, video call signals, or various types of data transmitted and/or received according to text and/or multimedia messages.
The wireless internet module 113 supports wireless internet access of the mobile terminal. The module may be internally or externally coupled to the terminal. The wireless internet access technology to which the module relates may include WLAN (wireless LAN) (Wi-Fi), Wibro (wireless broadband), Wimax (worldwide interoperability for microwave access), HSDPA (high speed downlink packet access), and the like.
The short-range communication module 114 is a module for supporting short-range communication. Some examples of short-range communication technologies include bluetooth (TM), Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), zigbee (TM), and the like.
The location information module 115 is a module for checking or acquiring location information of the mobile terminal. A typical example of the location information module is a GPS (global positioning system). According to the current technology, the location information module 115 calculates distance information and accurate time information from three or more satellites and applies triangulation to the calculated information, thereby accurately calculating three-dimensional current location information according to longitude, latitude, and altitude. Currently, a method for calculating position and time information uses three satellites and corrects an error of the calculated position and time information by using another satellite. In addition, the position information module 115 can calculate the speed information by continuously calculating the current position information in real time.
The a/V input unit 120 is used to receive an audio or video signal. The a/V input unit 120 may include a camera 121 and a microphone 122, and the camera 121 processes image data of still pictures or video obtained by an image capturing apparatus in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 151. The image frames processed by the cameras 121 may be stored in the memory 160 (or other storage medium) or transmitted via the wireless communication unit 110, and two or more cameras 121 may be provided according to the construction of the mobile terminal. The microphone 122 may receive sounds (audio data) via the microphone 122 in a phone call mode, a recording mode, a voice recognition mode, or the like, and is capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the mobile communication module 112 in case of a phone call mode. The microphone 122 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.
The user input unit 130 may generate key input data according to a command input by a user to control various operations of the mobile terminal. The user input unit 130 allows a user to input various types of information, and may include a keyboard, dome sheet, touch pad (e.g., a touch-sensitive member that detects changes in resistance, pressure, capacitance, and the like due to being touched), scroll wheel, joystick, and the like. In particular, when the touch pad is superimposed on the display unit 151 in the form of a layer, a touch screen may be formed.
The sensing unit 140 detects a current state of the mobile terminal 100 (e.g., an open or closed state of the mobile terminal 100), a position of the mobile terminal 100, presence or absence of contact (i.e., touch input) by a user with the mobile terminal 100, an orientation of the mobile terminal 100, acceleration or deceleration movement and direction of the mobile terminal 100, and the like, and generates a command or signal for controlling an operation of the mobile terminal 100. For example, when the mobile terminal 100 is implemented as a slide-type mobile phone, the sensing unit 140 may sense whether the slide-type phone is opened or closed. In addition, the sensing unit 140 can detect whether the power supply unit 190 supplies power or whether the interface unit 170 is coupled with an external device. The sensing unit 140 may include a proximity sensor 141.
The interface unit 170 serves to connect the mobile terminal 100 with at least one external device. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The identification module may store various information for authenticating a user using the mobile terminal 100 and may include a User Identity Module (UIM), a Subscriber Identity Module (SIM), a Universal Subscriber Identity Module (USIM), and the like. In addition, a device having an identification module (hereinafter, referred to as an "identification device") may take the form of a smart card, and thus, the identification device may be connected with the mobile terminal 100 via a port or other connection means. The interface unit 170 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal and the external device. In addition, when the mobile terminal 100 is connected with an external cradle, the interface unit 170 may serve as a path through which power is supplied from the cradle to the mobile terminal 100 or may serve as a path through which various command signals input from the cradle are transmitted to the mobile terminal. Various command signals or power input from the cradle may be used as signals for recognizing whether the mobile terminal is accurately mounted on the cradle.
The output unit 150 is configured to provide output signals (e.g., audio signals, video signals, alarm signals, vibration signals, etc.) in a visual, audio, and/or tactile manner. The output unit 150 may include a display unit 151, an audio output module 152, an alarm unit 153, and the like.
The display unit 151 may display information processed in the mobile terminal 100. For example, when the mobile terminal 100 is in a phone call mode, the display unit 151 may display a User Interface (UI) or a Graphical User Interface (GUI) related to a call or other communication (e.g., text messaging, multimedia file downloading, etc.). When the mobile terminal 100 is in a video call mode or an image capturing mode, the display unit 151 may display a captured image and/or a received image, a UI or GUI showing a video or an image and related functions, and the like.
Meanwhile, when the display unit 151 and the touch pad are overlapped with each other in the form of a layer to form a touch screen, the display unit 151 may serve as an input device and an output device. The display unit 151 may include at least one of a Liquid Crystal Display (LCD), a thin film transistor LCD (TFT-LCD), an Organic Light Emitting Diode (OLED) display, a flexible display, a three-dimensional (3D) display, and the like. Some of these displays may be configured to be transparent to allow a user to view from the outside, which may be referred to as transparent displays, and a typical transparent display may be, for example, a TOLED (transparent organic light emitting diode) display or the like. Depending on the particular desired implementation, the mobile terminal 100 may include two or more display units (or other display devices), for example, the mobile terminal may include an external display unit (not shown) and an internal display unit (not shown). The touch screen may be used to detect a touch input pressure as well as a touch input position and a touch input area.
The audio output module 152 may convert audio data received by the wireless communication unit 110 or stored in the memory 160 into an audio signal and output as sound when the mobile terminal is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output module 152 may provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output module 152 may include a speaker, a buzzer, and the like.
The alarm unit 153 may provide an output to notify the mobile terminal 100 of the occurrence of an event. Typical events may include call reception, message reception, key signal input, touch input, and the like. In addition to audio or video output, the alarm unit 153 may provide output in different ways to notify the occurrence of an event. For example, the alarm unit 153 may provide an output in the form of vibration, and when a call, a message, or some other incoming communication (communicating communication) is received, the alarm unit 153 may provide a tactile output (i.e., vibration) to inform the user thereof. By providing such a tactile output, the user can recognize the occurrence of various events even when the user's mobile phone is in the user's pocket. The alarm unit 153 may also provide an output notifying the occurrence of an event via the display unit 151 or the audio output module 152.
The memory 160 may store software programs and the like for processing and controlling operations performed by the controller 180, or may temporarily store data (e.g., a phonebook, messages, still images, videos, and the like) that has been or will be output. Also, the memory 160 may store data regarding various ways of vibration and audio signals output when a touch is applied to the touch screen.
The memory 160 may include at least one type of storage medium including a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. Also, the mobile terminal 100 may cooperate with a network storage device that performs a storage function of the memory 160 through a network connection.
The controller 180 generally controls the overall operation of the mobile terminal. For example, the controller 180 performs control and processing related to voice calls, data communications, video calls, and the like. In addition, the controller 180 may include a multimedia module 181 for reproducing (or playing back) multimedia data, and the multimedia module 181 may be constructed within the controller 180 or may be constructed separately from the controller 180. The controller 180 may perform a pattern recognition process to recognize a handwriting input or a picture drawing input performed on the touch screen as a character or an image.
The power supply unit 190 receives external power or internal power and provides appropriate power required to operate various elements and components under the control of the controller 180.
The various embodiments described herein may be implemented in a computer-readable medium using, for example, computer software, hardware, or any combination thereof. For a hardware implementation, the embodiments described herein may be implemented using at least one of an Application Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a processor, a controller, a microcontroller, a microprocessor, an electronic unit designed to perform the functions described herein, and in some cases, such embodiments may be implemented in the controller 180. For a software implementation, the implementation such as a process or a function may be implemented with a separate software module that allows performing at least one function or operation. The software codes may be implemented by software applications (or programs) written in any suitable programming language, which may be stored in the memory 160 and executed by the controller 180.
Up to this point, mobile terminals have been described in terms of their functionality. Hereinafter, a slide-type mobile terminal among various types of mobile terminals, such as a folder-type, bar-type, swing-type, slide-type mobile terminal, and the like, will be described as an example for the sake of brevity. Accordingly, the present invention can be applied to any type of mobile terminal, and is not limited to a slide type mobile terminal.
The mobile terminal 100 as shown in fig. 1 may be configured to operate with communication systems such as wired and wireless communication systems and satellite-based communication systems that transmit data via frames or packets.
A communication system in which a mobile terminal according to the present invention is operable will now be described with reference to fig. 2.
Such communication systems may use different air interfaces and/or physical layers. For example, the air interface used by the communication system includes, for example, Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Code Division Multiple Access (CDMA), and Universal Mobile Telecommunications System (UMTS) (in particular, Long Term Evolution (LTE)), global system for mobile communications (GSM), and the like. By way of non-limiting example, the following description relates to a CDMA communication system, but such teachings are equally applicable to other types of systems.
Referring to fig. 2, the CDMA wireless communication system may include a plurality of mobile terminals 100, a plurality of Base Stations (BSs) 270, Base Station Controllers (BSCs) 275, and a Mobile Switching Center (MSC) 280. The MSC280 is configured to interface with a Public Switched Telephone Network (PSTN) 290. The MSC280 is also configured to interface with a BSC275, which may be coupled to the base station 270 via a backhaul. The backhaul may be constructed according to any of several known interfaces including, for example, E1/T1, ATM, IP, PPP, frame Relay, HDSL, ADSL, or xDSL. It will be understood that a system as shown in fig. 2 may include multiple BSCs 275.
Each BS270 may serve one or more sectors (or regions), each sector covered by a multi-directional antenna or an antenna pointing in a particular direction being radially distant from the BS 270. Alternatively, each partition may be covered by two or more antennas for diversity reception. Each BS270 may be configured to support multiple frequency allocations, with each frequency allocation having a particular frequency spectrum (e.g., 1.25MHz,5MHz, etc.).
The intersection of partitions with frequency allocations may be referred to as a CDMA channel. The BS270 may also be referred to as a Base Transceiver Subsystem (BTS) or other equivalent terminology. In such a case, the term "base station" may be used to generically refer to a single BSC275 and at least one BS 270. The base stations may also be referred to as "cells". Alternatively, each sector of a particular BS270 may be referred to as a plurality of cell sites.
As shown in fig. 2, a Broadcast Transmitter (BT)295 transmits a broadcast signal to the mobile terminal 100 operating within the system. A broadcast receiving module 111 as shown in fig. 1 is provided at the mobile terminal 100 to receive a broadcast signal transmitted by the BT 295. In fig. 2, several Global Positioning System (GPS) satellites 300 are shown. The satellite 300 assists in locating at least one of the plurality of mobile terminals 100.
In fig. 2, a plurality of satellites 300 are depicted, but it is understood that useful positioning information may be obtained with any number of satellites. The location information module 115 as shown in fig. 1 is generally configured to cooperate with the satellites 300 to obtain desired positioning information. Other techniques that can track the location of the mobile terminal may be used instead of or in addition to GPS tracking techniques. In addition, at least one satellite 300 may selectively or additionally process satellite DMB transmission.
As a typical operation of the wireless communication system, the BS270 receives reverse link signals from various mobile terminals 100. The mobile terminal 100 is generally engaged in conversations, messaging, and other types of communications. Each reverse link signal received by a particular BS270 is processed within the particular BS 270. The obtained data is forwarded to the associated BSC 275. The BSC275 provides call resource allocation and mobility management functions including coordination of soft handoff procedures between the BSs 270. The BSCs 275 also route the received data to the MSC280, which provides additional routing services for interfacing with the PSTN 290. Similarly, the PSTN290 interfaces with the MSC280, the MSC280 interfaces with the BSCs 275, and the BSCs 275 accordingly control the BS270 to transmit forward link signals to the mobile terminal 100.
Based on the above mobile terminal hardware structure and communication system, the present invention provides various embodiments of the method.
Example one
An embodiment of the present invention provides a method for managing and controlling an application program, as shown in fig. 3, including the following steps:
s101, detecting the running state of each application program in the system;
s102, acquiring process identifications corresponding to the application program in the current running state;
s103, determining hardware information corresponding to each process identifier;
and S104, controlling the process identification corresponding to the hardware state according to the running state of the application program.
In the embodiment of the application, the running state of each application program in the system is detected firstly, then each process identifier corresponding to the application program in the current running state is obtained, the hardware information corresponding to the process identifier is determined, and finally the hardware state corresponding to the process identifier is controlled according to the running state of the application program. According to the technical scheme provided by the invention, the running states of the application programs are distinguished, and the hardware states corresponding to the application programs are managed and controlled according to different running states, so that the states of the hardware corresponding to the corresponding process identifiers of the application programs in different states are different, the hardware can be correspondingly deleted when the process is finished, the power consumption is not required, and the power consumption is saved.
The Android native mechanism adds background management and control to each app application program, when the app application program is applied to a foreground, the app application program is in an active state, and when the app application program is switched to a background state for one minute, the app application program is in an idle state, the native mechanism limits the functions of a hardware element sensor held by the app at the moment, so that the functions of the hardware element are disabled, but the native system only limits the sensor function and does not release the sensor, so that the sensor still consumes power.
This scheme has just carried out perfect to this leak, and this scheme's whole scheme is: firstly, creating a cache list in the sensor of the system, when detecting that some app enters an idle state and the app contains a sensor, directly reading a process pid (process id, process identification) of the app holding the sensor, releasing the sensor held by the pid, then storing the type and the process pid of the sensor into the cache list defined above, and when detecting that the app exits the idle state and enters an active state again, extracting the corresponding sensor in the cache list from the list according to the pid information and reopening the sensor; thus, the maximum power consumption saving can be achieved, and the endurance time is increased.
Example two
As shown in fig. 4, the method for managing and controlling an application according to an embodiment of the present invention further includes the following steps:
s201, a cache list used for storing hardware information and process identification is established in a system;
s202, detecting the running state of each application program in the system;
s203, acquiring corresponding process identifications of the application program in the current running state;
s204, determining hardware information corresponding to each process identifier;
and S205, controlling the process to identify the corresponding hardware state according to the running state of the application program.
In the embodiment of the application, a cache list is created in the sensorservice of the system, and the cache list is used for storing the information of the hardware and the process identifier pid, so that the background application does not occupy the memory, and the power consumption is saved.
In some embodiments of the present application, identifying a corresponding hardware state according to an operating state control process of an application includes:
traversing each process identifier corresponding to the application program;
and deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program.
The running state of the application program comprises the following steps: a sleep state and an active state.
In the embodiment of the application, after the running state of each application program is detected, each process identifier corresponding to the application program in the current running state is acquired, then all process identifiers corresponding to the application program are traversed, and finally hardware information corresponding to each process identifier is deleted or added according to the running state of the application program.
In some embodiments of the present application, when the running state of the application program is a sleep state, the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program includes:
and deleting the hardware corresponding to the process identification from the hardware running list of the system.
That is, when an application program enters a sleep state, the process of the application program can be ended, and the hardware corresponding to the process identifier is deleted, so that the application program does not continue to work, and the power consumption is reduced.
In some embodiments of the present application, deleting or adding hardware information corresponding to each process identifier according to an operating state of an application program, further includes:
and storing the hardware information and the process identification corresponding to the hardware into the cache list.
That is, before deleting the hardware information corresponding to the process identifier, the hardware information and the process identifier corresponding to the hardware need to be stored in the cache list established by the hardware together, so that the hardware can be called at any time and is not required to be reloaded when the hardware is used later.
In some embodiments of the present application, when the running state of the application program is an active state, the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program includes:
searching hardware information corresponding to the process identification in the cache list;
and when the cache list contains the hardware information, adding the hardware information into a hardware running list of the system.
That is, when an application program in a sleep state enters an active state, a cache list is first established to search whether hardware information corresponding to a process identifier of the application program exists, if the hardware information exists, the hardware information can be directly extracted and added into a hardware running list of a system to directly run, and the system does not need to reload corresponding hardware information, so that the application program enters a foreground from a background and runs more conveniently and quickly.
In some embodiments of the present application, deleting or adding hardware information corresponding to each process identifier according to an operating state of an application program, further includes:
and when the cache list does not contain the hardware information, the system loads corresponding hardware information according to the process identifications.
That is, if the cache list does not include corresponding hardware information, the system needs to be reloaded to enable the application program to enter the foreground for operation.
In the embodiment of the application, when the application program is in the background sleep state, the hardware corresponding to the application program is deleted from the hardware running list of the system, that is, the hardware corresponding to the process identifier of the application program in the sleep state is finished, so that the hardware does not work, and then the type of the hardware and the process identifier corresponding to the hardware are stored in the established cache list. When the application program is in a foreground active state, firstly searching the hardware type corresponding to the process identification in the established cache list, if the hardware type corresponding to the process identification is searched, extracting the hardware type corresponding to the process identification, adding the hardware type into a hardware running list of the system, and working again.
That is, a cache list is first created in the sensorview, and then the state of each app is detected; when the app is in an idle state, traversing the pid of the app, removing the sensor of the corresponding pid from a native hardware running list mActiveSensors, completely releasing the sensor bound to the pid, and storing the pid and the sensor type bound to the pid into a cache list created by the app; when the app is in an active state, the pid of the app is traversed, whether corresponding sensor data exists is read from the list created by the app, if so, the sensor data is added to the original mActiveSensors again, and then the sensor automatically works again.
EXAMPLE III
The embodiment of the invention provides a mobile terminal, which comprises a memory and a processor; the memory stores a management computer program of an application program, and the processor executes the computer program to implement the steps of the method according to the first embodiment or the second embodiment.
For example, the processor executes the computer program to implement the steps of:
detecting the running state of each application program in the system;
acquiring process identifications corresponding to the application program in the current running state;
determining hardware information corresponding to each process identifier;
and controlling the process identifier to correspond to the hardware state according to the running state of the application program.
In the embodiment of the application, the running state of each application program in the system is detected firstly, then each process identifier corresponding to the application program in the current running state is obtained, the hardware information corresponding to the process identifier is determined, and finally the hardware state corresponding to the process identifier is controlled according to the running state of the application program. According to the technical scheme provided by the invention, the running states of the application programs are distinguished, and the hardware states corresponding to the application programs are managed and controlled according to different running states, so that the states of the hardware corresponding to the corresponding process identifiers of the application programs in different states are different, the hardware can be correspondingly deleted when the process is finished, the power consumption is not required, and the power consumption is saved.
The Android native mechanism adds background management and control to each app application program, when the app application program is applied to a foreground, the app application program is in an active state, and when the app application program is switched to a background state for one minute, the app application program is in an idle state, the native mechanism limits the functions of a hardware element sensor held by the app at the moment, so that the functions of the hardware element are disabled, but the native system only limits the sensor function and does not release the sensor, so that the sensor still consumes power.
This scheme has just carried out perfect to this leak, and this scheme's whole scheme is: firstly, creating a cache list in the sensor of the system, when detecting that some app enters an idle state and the app contains a sensor, directly reading a process pid (process id, process identification) of the app holding the sensor, releasing the sensor held by the pid, then storing the type and the process pid of the sensor into the cache list defined above, and when detecting that the app exits the idle state and enters an active state again, extracting the corresponding sensor in the cache list from the list according to the pid information and reopening the sensor; thus, the maximum power consumption saving can be achieved, and the endurance time is increased.
In some embodiments of the present application, the method further comprises: a cache list is created in the system for storing hardware information and process identifications.
In the embodiment of the application, a cache list is created in the sensorservice of the system, and the cache list is used for storing the information of the hardware and the process identifier pid, so that the background application does not occupy the memory, and the power consumption is saved.
In some embodiments of the present application, identifying a corresponding hardware state according to an operating state control process of an application includes:
traversing each process identifier corresponding to the application program;
and deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program.
The running state of the application program comprises the following steps: a sleep state and an active state.
In the embodiment of the application, after the running state of each application program is detected, each process identifier corresponding to the application program in the current running state is acquired, then all process identifiers corresponding to the application program are traversed, and finally hardware information corresponding to each process identifier is deleted or added according to the running state of the application program.
In some embodiments of the present application, when the running state of the application program is the sleep state, the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program includes:
and deleting the hardware corresponding to the process identification from the hardware running list of the system.
That is, when an application program enters a sleep state, the process of the application program can be ended, and the hardware corresponding to the process identifier is deleted, so that the application program does not continue to work, and the power consumption is reduced.
In some embodiments of the present application, deleting or adding hardware information corresponding to each process identifier according to an operating state of an application program, further includes:
and storing the hardware information and the process identification corresponding to the hardware into the cache list.
That is, before deleting the hardware information corresponding to the process identifier, the hardware information and the process identifier corresponding to the hardware need to be stored in the cache list established by the hardware together, so that the hardware can be called at any time and is not required to be reloaded when the hardware is used later.
In some embodiments of the present application, when the running state of the application program is an active state, the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program includes:
searching hardware information corresponding to the process identification in the cache list;
and when the cache list contains the hardware information, adding the hardware information into a hardware running list of the system.
That is, when an application program in a sleep state enters an active state, a cache list is first established to search whether hardware information corresponding to a process identifier of the application program exists, if the hardware information exists, the hardware information can be directly extracted and added into a hardware running list of a system to directly run, and the system does not need to reload corresponding hardware information, so that the application program enters a foreground from a background and runs more conveniently and quickly.
In some embodiments of the present application, deleting or adding hardware information corresponding to each process identifier according to an operating state of an application program, further includes:
and when the cache list does not contain the hardware information, the system loads corresponding hardware information according to the process identifications.
That is, if the cache list does not include corresponding hardware information, the system needs to be reloaded to enable the application program to enter the foreground for operation.
In the embodiment of the application, when the application program is in the background sleep state, the hardware corresponding to the application program is deleted from the hardware running list of the system, that is, the hardware corresponding to the process identifier of the application program in the sleep state is finished, so that the hardware does not work, and then the type of the hardware and the process identifier corresponding to the hardware are stored in the established cache list. When the application program is in a foreground active state, firstly searching the hardware type corresponding to the process identification in the established cache list, if the hardware type corresponding to the process identification is searched, extracting the hardware type corresponding to the process identification, adding the hardware type into a hardware running list of the system, and working again.
Example four
An embodiment of the present invention provides a computer-readable storage medium, where a computer program for managing an application program is stored, and the computer program is executable by at least one processor to implement the steps of the method according to the first embodiment or the second embodiment.
When the embodiment of the invention is specifically implemented, reference can be made to the above embodiments, and corresponding technical effects are achieved.
Fig. 5 is a schematic structural diagram of a mobile terminal according to another embodiment of the present invention. The mobile terminal 400 shown in fig. 5 includes: at least one processor 401, memory 402, at least one network interface 404, and other user interfaces 403. The various components in the mobile terminal 400 are coupled together by a bus system 405. It is understood that the bus system 405 is used to enable connection communication between these components. The bus system 405 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 405 in fig. 5.
The user interface 403 may include, among other things, a display, a keyboard, or a pointing device (e.g., a mouse, trackball, touch pad, or touch screen, among others.
It will be appreciated that memory 402 in embodiments of the invention may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of illustration and not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (ddr Data Rate SDRAM, ddr SDRAM), Enhanced Synchronous SDRAM (ESDRAM), synchlronous SDRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 402 described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
In some embodiments, memory 402 stores the following elements, executable units or data structures, or a subset thereof, or an expanded set thereof: an operating system 4021 and application programs 4022.
The operating system 4021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, and is configured to implement various basic services and process hardware-based tasks. The application programs 4022 include various application programs, such as a Media Player (Media Player), a Browser (Browser), and the like, for implementing various application services. A program for implementing the method according to the embodiment of the present invention may be included in the application 4022.
In this embodiment of the present invention, by calling a program or an instruction stored in the memory 402, specifically, a program or an instruction stored in the application 4022, the processor 401 is configured to execute the method steps provided by the method embodiments, for example, including:
acquiring an initial exposure value corresponding to each camera in a plurality of cameras of an image acquisition component;
according to the initial exposure value corresponding to each camera, automatically exposing and converging the cameras respectively;
when any one camera finishes convergence, transmitting the identified face region to a processor to obtain a face image;
and managing and controlling an application program by utilizing the face image.
The method disclosed in the above embodiments of the present invention may be applied to the processor 401, or implemented by the processor 401. The processor 401 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 401. The Processor 401 may be a general-purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software elements in the decoding processor. The software elements may be located in ram, flash, rom, prom, or eprom, registers, among other storage media that are well known in the art. The storage medium is located in the memory 402, and the processor 401 reads the information in the memory 402 and completes the steps of the method in combination with the hardware.
It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the Processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units configured to perform the functions described herein, or a combination thereof.
For a software implementation, the techniques described herein may be implemented by means of units performing the functions described herein. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present invention may be essentially implemented or make a contribution to the prior art, or may be implemented in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the methods described in the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
In this document, relational terms such as "first" and "second," and the like, may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions.
Through the above description of the embodiments, those skilled in the art will clearly understand that the methods described in the embodiments of the present invention can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention or the method according to some parts of the embodiments.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (6)
1. A method for managing and controlling an application program, the method comprising:
detecting the running state of each application program in the system;
acquiring process identifications corresponding to the application program in the current running state;
determining hardware information corresponding to each process identifier;
controlling a hardware state corresponding to the process identification according to the running state of the application program;
the controlling the hardware state corresponding to the process identifier according to the running state of the application program includes:
traversing each process identifier corresponding to the application program;
deleting or adding hardware information corresponding to each process identifier according to the running state of the application program;
the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application program includes:
the hardware information corresponding to the process identification is deleted from the hardware running list of the system,
storing the hardware information and the process identification corresponding to the hardware information into a cache list;
when the running state of the application program is an active state, deleting or adding hardware information corresponding to each process identifier according to the running state of the application program, including:
searching the cache list for hardware information corresponding to the process identification,
and when the cache list contains the hardware information, adding the hardware information into a hardware running list of the system.
2. The method for managing and controlling an application according to claim 1, further comprising: a cache list is created in the system for storing hardware information and process identifications.
3. The method for managing and controlling the application program according to claim 1, wherein the running state of the application program includes: a sleep state and an active state.
4. The method for managing and controlling an application according to claim 1, wherein the deleting or adding the hardware information corresponding to each process identifier according to the running state of the application further includes:
and when the cache list does not contain the hardware information, the system loads corresponding hardware information according to the process identifications.
5. A mobile terminal, characterized in that the mobile terminal comprises a memory and a processor; the memory stores a management computer program of an application program, and the processor executes the computer program to realize the management and control method of the application program according to any one of claims 1 to 4.
6. A computer-readable storage medium, wherein the storage medium stores a management computer program of an application program, the computer program being executable by at least one processor to implement the method of managing an application program according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910251815.XA CN110109528B (en) | 2019-03-29 | 2019-03-29 | Application program control method, mobile terminal and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910251815.XA CN110109528B (en) | 2019-03-29 | 2019-03-29 | Application program control method, mobile terminal and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110109528A CN110109528A (en) | 2019-08-09 |
| CN110109528B true CN110109528B (en) | 2021-10-22 |
Family
ID=67484813
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910251815.XA Active CN110109528B (en) | 2019-03-29 | 2019-03-29 | Application program control method, mobile terminal and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110109528B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111339520B (en) * | 2020-02-24 | 2022-07-22 | 南京南瑞继保电气有限公司 | Hardware dog-based online control method, electronic equipment and storage medium |
| CN113051047B (en) * | 2021-03-03 | 2023-06-27 | 驭新智行科技(宁波)有限公司 | Method and device for identifying android system drawing threads, mobile terminal and storage medium |
| CN112947739A (en) * | 2021-03-09 | 2021-06-11 | 北京小米移动软件有限公司 | Terminal application program management method and device, terminal and storage medium |
| CN113434222B (en) * | 2021-06-30 | 2023-06-09 | 青岛海尔科技有限公司 | Control method and device of application program, storage medium and electronic device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102866934A (en) * | 2011-07-05 | 2013-01-09 | 中国科学院上海微系统与信息技术研究所 | Dormancy and wake-up system for embedded device based on non-volatile random access memory |
| CN105975344A (en) * | 2016-05-10 | 2016-09-28 | 北京小米移动软件有限公司 | Control method and device preventing application from excessively using sensor |
| CN106095051A (en) * | 2016-05-31 | 2016-11-09 | 广东欧珀移动通信有限公司 | The processing method of a kind of application program for mobile terminal, device and mobile terminal |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103913178B (en) * | 2007-03-23 | 2017-10-31 | 高通股份有限公司 | Multi-sensor data collection and/or processing |
| CN100517180C (en) * | 2007-06-01 | 2009-07-22 | 惠州市Tcl电脑科技有限责任公司 | Intelligent power source management method and system |
| CN103257700B (en) * | 2012-02-20 | 2016-08-17 | 联想(北京)有限公司 | The power-economizing method of a kind of android system and device |
| US9454208B2 (en) * | 2013-03-14 | 2016-09-27 | Google Inc. | Preventing sleep mode for devices based on sensor inputs |
| CN103596252B (en) * | 2013-11-28 | 2017-05-24 | 贝壳网际（北京）安全技术有限公司 | Method and device for controlling mobile terminal and mobile terminal |
| CN106020427B (en) * | 2016-05-31 | 2018-09-21 | 广东欧珀移动通信有限公司 | A kind of processing method of associated application, device and mobile terminal |
-
2019
- 2019-03-29 CN CN201910251815.XA patent/CN110109528B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102866934A (en) * | 2011-07-05 | 2013-01-09 | 中国科学院上海微系统与信息技术研究所 | Dormancy and wake-up system for embedded device based on non-volatile random access memory |
| CN105975344A (en) * | 2016-05-10 | 2016-09-28 | 北京小米移动软件有限公司 | Control method and device preventing application from excessively using sensor |
| CN106095051A (en) * | 2016-05-31 | 2016-11-09 | 广东欧珀移动通信有限公司 | The processing method of a kind of application program for mobile terminal, device and mobile terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110109528A (en) | 2019-08-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106844029B (en) | Self-management Android process freezing and unfreezing device and method | |
| CN110109528B (en) | Application program control method, mobile terminal and computer readable storage medium | |
| CN106304037B (en) | Virtual SIM card management method and device | |
| CN106533928B (en) | Method and device for updating unread message reminding identification | |
| CN104731480B (en) | Image display method and device based on touch screen | |
| CN106157970B (en) | Audio identification method and terminal | |
| CN107066290B (en) | Method and device for starting application according to associated policy | |
| CN107341013B (en) | Boot fault processing method and device and computer readable storage medium | |
| CN106598538B (en) | Instruction set updating method and system | |
| CN107066604B (en) | Junk file cleaning method and terminal | |
| CN106899958B (en) | Information downloading device and method | |
| WO2017113893A1 (en) | Method and device for network searching | |
| CN106371704B (en) | Application shortcut layout method of screen locking interface and terminal | |
| CN106455009B (en) | Network searching device and method | |
| CN105791541B (en) | Screenshot method and mobile terminal | |
| CN106484534B (en) | Control method and control device for displayed mobile terminal | |
| CN106161790B (en) | Mobile terminal and control method thereof | |
| CN107027113B (en) | SIM card activation method and mobile terminal | |
| CN106412877B (en) | Activation method and activation device for mobile terminal SIM card | |
| CN106951350B (en) | Method and device for checking mobile terminal disk | |
| CN106385494B (en) | Method and device for acquiring dynamic home page of mobile terminal application | |
| CN107220109B (en) | Interface display method and equipment | |
| CN106569670B (en) | Device and method for processing application | |
| CN106293330B (en) | Prompting method and device for upgrading application program icon | |
| CN109165487B (en) | Face unlocking method, mobile terminal and computer readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |