CN106775685B

CN106775685B - Awakening lock release method and device and mobile terminal

Info

Publication number: CN106775685B
Application number: CN201611099669.6A
Authority: CN
Inventors: 杨滨湖
Original assignee: Beijing Anyun Century Technology Co Ltd
Current assignee: Beijing Anyun Century Technology Co Ltd
Priority date: 2016-12-01
Filing date: 2016-12-01
Publication date: 2020-11-24
Anticipated expiration: 2036-12-01
Also published as: CN106775685A

Abstract

The invention provides a method and a device for releasing a wake-up lock and a mobile terminal, wherein the method comprises the following steps: detecting a Central Processing Unit (CPU) awakening lock in a working state in a system; if the holding time and the lock type of the CPU awakening lock meet preset abnormal conditions, determining that the CPU awakening lock is an abnormal lock, and adding the abnormal lock into a preset abnormal CPU lock list; and if the abnormal CPU lock list is in a non-empty state and meets the preset reporting condition, performing abnormal reporting and clearing to release the abnormal lock in the abnormal CPU lock list. By applying the method and the device, the abnormal lock in the terminal system can be accurately retrieved, the abnormal lock is reported and released in time according to the big data analysis of the abnormal lock, the invalid holding wake-up lock is reduced, and the purposes of saving electricity and improving the endurance capacity of the terminal are achieved.

Description

Awakening lock release method and device and mobile terminal

Technical Field

The invention relates to the technical field of terminals, in particular to a method and a device for releasing a wake-up lock and a mobile terminal.

Background

With the development of terminal technology, the power consumption is more and more large due to the improvement of processing capacity, the enlargement of screen size and the improvement of resolution; in addition, the network simultaneously supports high-speed Wireless networks such as WIFI (Wireless-fidelity, Wireless connection) and mobile data networks, and can support various applications, so that the mobile terminal generally has the problem of high power consumption speed. For example, the longest standby time of many smart phones is less than one day, and frequent charging is needed to ensure normal use, thereby reducing user experience. But in fact a large portion of the power consumption of the battery is not used on the user's demand, but on unnecessary hidden applications in the background.

For example, a plurality of third-party applications are usually installed in an existing mobile terminal, and for the purpose of refreshing own data or for other unfriendly purposes, various timers are frequently set, a mobile phone is awakened at regular time, and various background processes are performed; meanwhile, in order to meet respective requirements, each application program runs Wake Lock (Wake Lock), and forcibly requires that the mobile terminal system is allowed to enter a power-saving sleep state after processing the requests of the mobile terminal system. Here, Wake Lock is a locking mechanism, and a Central Processing Unit (CPU) cannot go to sleep as long as any process obtains a Wake Lock. The wake-up lock includes information such as a holder package name, an Identity (Identity), a user ID, and a tag description. Therefore, as long as any effective wake-up lock exists in the system, the CPU of the terminal is always in a running state and the system cannot enter the sleep state, so that the electric quantity of the battery is quickly consumed, the battery is not used in the requirements of users, the phenomenon of abnormal power consumption is caused, and the cruising ability of the terminal is low.

Therefore, it is necessary to provide a wake-up lock release method to improve the endurance of the terminal.

Disclosure of Invention

Aiming at the defects in the prior art, the invention provides a wake-up lock release method and device and a mobile terminal, which are used for accurately retrieving an abnormal lock in a system, reporting and releasing the abnormal lock in time according to big data analysis of the abnormal lock, reducing invalid holding of the wake-up lock and achieving the purposes of saving electricity and improving the cruising ability of the terminal.

The invention provides a method for releasing a wake-up lock, which comprises the following steps:

detecting a Central Processing Unit (CPU) awakening lock in a working state in a system;

if the holding time and the lock type of the CPU awakening lock meet preset abnormal conditions, determining that the CPU awakening lock is an abnormal lock, and adding the abnormal lock into a preset abnormal CPU lock list;

and if the abnormal CPU lock list is in a non-empty state and meets the preset reporting condition, performing abnormal reporting and clearing to release the abnormal lock in the abnormal CPU lock list.

Preferably, the detecting a CPU wake-up lock in a working state in the system includes:

and when the set detection period is reached, detecting the CPU wake-up lock in the working state in the wake-up lock list maintained currently.

Preferably, the detecting the CPU wake-up lock in a working state in the system further includes:

and detecting the CPU awakening lock which is released but still in a working state when the application applies to the system.

Preferably, the exception condition comprises: the holding time is greater than the holding threshold, and the lock type of the holding time belongs to a preset specified lock type.

Preferably, the condition that the abnormal CPU lock list meets the preset reporting condition includes at least one of the following:

the abnormal reporting time interval is greater than the reporting time threshold;

the list size of the abnormal lock list exceeds a preset reporting size threshold;

and shutting down the system.

Preferably, the method for releasing the wake lock after the abnormal report further includes:

if the continuous screen-off duration exceeds the first screen-off threshold and the terminal is in a no-charge state, judging whether the data connection flow of the application positioned in the background is smaller than the flow threshold, and if so, releasing the synchronous sync lock held by the application.

and if the application in the background holds the local partial lock, releasing the partial lock held by the application.

and if the continuous screen-off duration exceeds a second screen-off threshold and the terminal system is in an inactive state, or the duration in the specified active state exceeds a set state time threshold, releasing the awakening lock held by the specified type of software.

Preferably, the designated active state comprises at least one of the following active states: a standing state and a driving state; and

the software of the appointed type is sports software;

wherein the activity state of the terminal is judged according to the sensor data of the terminal.

According to another aspect of the present invention, there is also provided a wake-up lock releasing apparatus, including:

the wake-up lock detection module is used for detecting a Central Processing Unit (CPU) wake-up lock in a working state in the system;

the abnormal lock identification module is used for determining that the CPU awakening lock is an abnormal lock if the holding time and the lock type of the CPU awakening lock meet preset abnormal conditions and adding the abnormal lock to a preset abnormal CPU lock list;

and the abnormal reporting module is used for reporting and clearing the abnormal state if the abnormal CPU lock list is in a non-empty state and meets a preset reporting condition so as to release the abnormal lock in the abnormal CPU lock list.

Preferably, the wake-up lock detection module detects a CPU wake-up lock in a working state included in the currently maintained wake-up lock list when a set detection period is reached.

Preferably, the wake-up lock detection module further detects a CPU wake-up lock that the application applies to the system for lock release but is still in a working state.

and shutting down the system.

Preferably, the wake lock releasing device further comprises:

and the awakening optimization module is used for judging whether the data connection flow of the application positioned in the background is smaller than a flow threshold value or not if the continuous screen-off duration exceeds a first screen-off threshold value and the terminal is in a non-charging state, and releasing the synchronous lock held by the application if the data connection flow of the application positioned in the background is smaller than the flow threshold value.

Preferably, the wake lock releasing device further comprises:

and the wake-up optimization module is used for releasing the partial lock held by the application if the application located in the background holds the local partial lock.

Preferably, the wake lock releasing device further comprises:

and the awakening optimization module is used for releasing the awakening lock held by the specified type of software if the continuous screen-off duration exceeds a second screen-off threshold and the terminal is in an inactive state, or the duration in the specified active state exceeds a set state time threshold.

the software of the appointed type is sports software;

wherein the active state of the terminal is determined according to sensor data of the terminal.

The invention also provides a mobile terminal, which comprises a processor and a memory:

the memory is used for storing a program for executing the above wake lock release method,

the processor is configured to execute programs stored in the memory.

In the technical scheme of the invention, the wake-up lock in a working state in a system is accurately detected, and an abnormal lock is identified; and according to the big data statistical analysis of the abnormal CPU lock list, performing abnormal report and releasing the abnormal lock, thereby improving the endurance of the terminal.

Furthermore, by reporting the abnormal lock and the abnormal CPU lock list and analyzing the big data, the abnormal lock can be released, support can be provided for power consumption optimization of a terminal system or application in the system, invalid holding wake-up locks are reduced, and the purposes of saving electricity and improving the cruising ability of the terminal are achieved.

Additional aspects and advantages of the invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention.

Drawings

The foregoing and/or additional aspects and advantages of the present invention will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:

fig. 1 is a schematic flowchart of a method for releasing a wake-up lock according to an embodiment of the present invention;

fig. 2a is a schematic structural diagram of a wake-up lock release device according to an embodiment of the present invention;

fig. 2b is a schematic structural diagram of another wake-up lock release device according to an embodiment of the present invention;

fig. 3 is a schematic structural diagram of a mobile terminal taking a mobile phone as an example according to an embodiment of the present invention.

Detailed Description

Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are illustrative only and should not be construed as limiting the invention.

As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. As used herein, the term "and/or" includes all or any element and all combinations of one or more of the associated listed items.

It will be understood by those skilled in the art that, unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the prior art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.

As will be appreciated by those skilled in the art, a "terminal" or "mobile terminal" as used herein includes both devices having a wireless signal receiver, which are devices having only a wireless signal receiver without transmit capability, and devices having receive and transmit hardware, which have devices having receive and transmit hardware capable of performing two-way communication over a two-way communication link. Such a device may include: a cellular or other communication device having a single line display or a multi-line display or a cellular or other communication device without a multi-line display; PCS (Personal Communications Service), which may combine voice, data processing, facsimile and/or data communication capabilities; a PDA (Personal Digital Assistant), which may include a radio frequency receiver, a pager, internet/intranet access, a web browser, a notepad, a calendar and/or a GPS (Global Positioning System) receiver; a conventional laptop and/or palmtop computer or other device having and/or including a radio frequency receiver. As used herein, a "terminal" or "mobile terminal" may be portable, transportable, installed in a vehicle (aeronautical, maritime, and/or land-based), or situated and/or configured to operate locally and/or in a distributed fashion at any other location(s) on earth and/or in space. As used herein, a "terminal" and a "Mobile terminal" may also be a communication terminal, a web terminal, and a music/video playing terminal, and may be, for example, a PDA, an MID (Mobile Internet Device) and/or a Mobile phone with a music/video playing function, and may also be a smart tv, a set-top box, and the like.

As will be appreciated by those skilled in the art, a remote network device, as used herein, includes, but is not limited to, a computer, a network host, a single network server, a collection of multiple network servers, or a cloud of multiple servers. Here, the Cloud is composed of a large number of computers or network servers based on Cloud Computing (Cloud Computing), which is a kind of distributed Computing, a super virtual computer composed of a group of loosely coupled computer sets. In the embodiment of the present invention, the remote network device, the mobile terminal and the WNS server may communicate with each other through any communication method, including but not limited to 3GPP, LTE, WIMAX based mobile communication, TCP/IP, UDP based computer network communication, and bluetooth, infrared transmission standard based short-distance wireless transmission.

At present, a Wake Lock information record is usually added to an electric quantity statistics module in a terminal system; when Wake Lock is applied, the system creates a timer to record application time and puts the timer into a maintained timer pool; when the Wake Lock is released, the system calculates the hold time of the Wake Lock.

The inventor of the present invention finds that in the prior art, the Wake Lock holding time generally adopts a strategy of evenly allocating time periods by using a timer pool. In fact, if the average distribution principle is adopted for the holding time of the Wake Lock, the real time of each Wake Lock cannot be accurately recorded, so that developers cannot accurately grasp abnormal information in the Wake Lock. In addition, in the prior art, the Wake Lock is limited to statistics, certain specific processing is not carried out, and the Wake Lock is not limited to holding.

Therefore, the inventors of the present invention consider that an abnormality condition for determining whether the Wake Lock is abnormal and a report condition for performing a report determination may be set in advance. Then, accurately retrieving a CPU Wake-up Lock in a working state in the system to acquire corresponding Wake Lock information; determining the holding time and the Lock type of each CPU Wake-up Lock according to Wake Lock information; judging whether the CPU awakening lock meets a preset abnormal condition or not according to the holding time and the lock type; and if so, determining that the CPU awakening lock is an abnormal lock, and adding the abnormal lock into a preset abnormal CPU lock list. And under the condition that the abnormal CPU lock list is in a non-empty state, if the abnormal CPU lock list meets the preset reporting condition, the abnormal CPU lock list can be reported and cleared so as to release the abnormal lock in the abnormal CPU lock list. Therefore, each module of the accurate detection system holds the Wake Lock information, reports the abnormal information, and intelligently releases the Wake Lock according to big data statistics, so that power consumption optimization of a follow-up guidance system and application is facilitated, and the cruising ability of the terminal is improved.

The technical solution of the present invention is described in detail below with reference to the accompanying drawings.

An embodiment of the present invention provides a method for releasing a wake-up lock, as shown in fig. 1, a specific process may include the following steps:

s101: and detecting a CPU wake-up lock in a working state in the system.

Considering that a wake-up lock list for recording wake-up locks held by application modules in a system is usually arranged in a terminal system; and when the holding condition of the wake lock in the system changes, the wake lock list is updated and maintained.

Therefore, in order to accurately detect that each module of the system holds Wake Lock information, in the embodiment of the present invention, the detection logic may be started after the system is normally started for a certain time period (for example, half an hour or an hour), and the CPU Wake Lock in the working state in the system is detected by combining the following two methods: system fixed detection and system release Wake Lock detection. For the fixed detection mode of the system, when a set detection period is reached, the CPU wake-up lock in a working state included in the currently maintained wake-up lock list can be detected. For example, the system fixes the detection period to be 15 minutes, and every detection period comes up to check the currently maintained wake-up lock list.

The detection period may be preset by the system, or may be set by the user according to the needs of the user. For example, when the terminal is installed with a large number of applications, the detection period may be set to be shorter, and the detection frequency is higher; if fewer applications are installed, the detection period may be set longer.

In the embodiment of the invention, in order to check the Wake-up Lock which cannot be checked by fixed detection, a system release Wake Lock detection mode can be adopted, when an application applies for Lock release to the system, the Wake-up Lock release detection is executed, and the CPU Wake-up Lock which is applied for Lock release to the system by the application and still in a working state is detected.

In practical application, when detecting that a Wake-up Lock in a system is in a working state, Wake Lock information of each Wake-up Lock can be acquired, including: the name of the wake-up lock, the name of the application program corresponding to the wake-up lock, the type of the wake-up lock, the holding time occupied by the application program, and the like. The method comprises the steps that the duration of the awakening lock occupied by each application program can be detected through a Framework (Framework) layer of the system, and duration data of the awakening lock occupied by each application program is obtained.

S102: and if the holding time and the lock type of the CPU awakening lock meet the preset abnormal conditions, determining that the CPU awakening lock is an abnormal lock, and adding the abnormal lock into a preset abnormal CPU lock list.

In the embodiment of the invention, in order to improve the endurance of the terminal, the abnormality judgment can be carried out on the CPU wake-up lock in the working state in the system, so that the subsequent limitation can be carried out on the judged abnormal lock.

In practical application, the holding time and the Lock type of each CPU Wake-up Lock can be determined according to the Wake Lock information acquired while the CPU Wake-up Lock in a working state in the detection system is detected. Then, judging whether the CPU awakening lock meets a preset abnormal condition or not according to the holding time and the lock type; and if so, determining that the CPU awakening lock is an abnormal lock, and adding the abnormal lock into a preset abnormal CPU lock list. Wherein the exception condition includes: the holding time is greater than the holding threshold, and the lock type of the holding time belongs to a preset specified lock type. The type specified is preset by those skilled in the art, and may be set to Partial Wake Lock, for example.

For example, when the fixing detection and the releasing CPU Lock detection determine that a certain CPU Lock has time longer than 30 minutes and the Lock type of the certain CPU Lock belongs to Partial Wake Lock, the maintained abnormal CPU Lock list is updated; the subsequent logic is not executed if the determination condition is not satisfied. Wherein updating the abnormal CPU lock list may follow the principle of preserving maximum holding time.

S103: and if the abnormal CPU lock list is in a non-empty state and meets the preset reporting condition, reporting and clearing the abnormality so as to release the abnormal lock in the abnormal CPU lock list.

In the embodiment of the present invention, after the abnormal CPU lock list is updated in step S102, the abnormal reporting determination logic may be executed based on the big data, so as to release the abnormal wake-up lock in time. Specifically, it may be determined whether the abnormal CPU lock list is empty, and if so, it indicates that there is no abnormal lock in the system, so that the subsequent logic may not be executed. If the abnormal CPU lock list is in a non-empty state, whether the abnormal CPU lock list meets the preset reporting condition or not can be further judged, if yes, the abnormal CPU lock list is reported abnormally and cleared, so that the abnormal lock in the abnormal CPU lock list is released, and the cruising ability of the terminal is improved. For example, when the abnormal CPU lock list is satisfied with the abnormal reporting determination logic, the information in the abnormal CPU list may be written into the Dropbox, and the abnormal CPU list may be cleared.

In the embodiment of the present invention, the condition that the abnormal CPU lock list meets the preset reporting condition includes at least one of the following items:

and shutting down the system.

In practical application, if the list size of the abnormal CPU lock list exceeds a reporting size threshold, or the abnormal CPU lock list is not empty and has abnormal data and an abnormal reporting time interval is greater than a preset reporting time threshold, the abnormal CPU lock list meets the reporting condition. When the list size and the reporting time interval condition are not met, the system shutdown can trigger the abnormal reporting logic in order to keep the data integrity.

Preferably, in the embodiment of the present invention, after the exception report is performed, the terminal system or the application in the system may be guided to perform power consumption optimization according to the problem reflected by the exception report data, so that invalid holding wake-up locks are reduced, and the cruising ability of the terminal is improved.

Specifically, the power consumption optimization for the system may involve the following three schemes: synchronous sync lock optimization, local partial lock optimization, and specific type software wake lock optimization.

(1) sync lock optimization

In the embodiment of the invention, the abnormal CPU lock list is judged to be in a non-empty state, and after the abnormal lock exists in the system, the screen-off time of the terminal can be detected and whether the abnormal CPU lock list is in a charging state or not can be judged. If the continuous screen-off duration exceeds the first screen-off threshold and the terminal is in a no-charge state, whether the data connection flow of the application located in the background is smaller than the flow threshold or not can be further judged, and if yes, the synchronous sync lock held by the application is released. For example, the mobile phone is currently off screen for half an hour and has no charging state, and if the application is in the background and the data connection traffic is very small and is smaller than a preset traffic threshold, the held sync lock can be released.

(2) partial lock optimization

In the embodiment of the invention, if the application in the background holds the partial lock which can cause the system to keep bright screen, the partial lock held by the application is released.

(3) Specified type software wake lock optimization

In the embodiment of the invention, the abnormal CPU lock list is judged to be in a non-empty state, and after the abnormal lock exists in the system, the screen-off time of the terminal can be detected and whether the abnormal CPU lock list is in a charging state or not can be judged. If the continuous screen-off duration exceeds the second screen-off threshold and the terminal is in a no-charge state, whether the terminal system is in an active state or not can be further judged.

If the end system is in an inactive state, i.e., a sleep state, the wake lock held by the specified type of software may be released. And if the terminal system is in the active state, identifying the active state of the terminal system. In practical application, whether the terminal system is in an active state or not is judged according to the standing time of the terminal. For example, the stationary state of the mobile phone can be recorded as a sleep state for more than half an hour.

And the terminal system is in an active state, and if the duration in the specified active state exceeds a set state time threshold, the awakening lock held by the specified type of software is released.

The activity state of the terminal can be judged according to the sensor data of the terminal; sensor data may be acquired by acceleration and gravity sensing devices. For example, after the screen is turned off, when it is determined that the terminal system is in an active state, i.e., a non-sleep state, the sensing device may be turned on, and the active state value of the device may be calculated according to data collected by the sensing device; and determining the corresponding activity state based on the activity state value of the calculated terminal system. In practical application, the activity state value of the terminal system is reset when the terminal system is on the screen.

The active state of the terminal may include: a resting state, a walking state, a running state, a driving state, and the like. In this way, for a scene that is continuously off-screen and remains in a static state or a driving state for more than half an hour, the wake-up lock currently held by the sports software can be released.

In an embodiment of the present invention, the designated active state includes at least one of the following active states: a standing state and a driving state. The specified type of software is sports class software.

In the embodiment of the invention, the first screen-off threshold and the second screen-off threshold can be the same or different and are preset by a system or set by a user.

In the embodiment of the invention, as for power consumption optimization guidance of the application in the system, mainly after exception reporting is carried out, the application in the system can optimize a logic structure according to reported data and an actual use scene, and reasonably use the wake-up lock. For example, unnecessary wake-up locks can be removed according to the code flow analyzed by the reported data; or, the wake-up lock may be actively released and the logic adjusted for long-time network-dependent and network-poor applications.

According to the scheme of the invention, through the report and big data analysis of the abnormal lock and the abnormal CPU lock list, the abnormal lock with overlong holding time can be released, support can be provided for the terminal system or power consumption optimization of the application in the system, the invalid holding awakening lock is reduced, and the purposes of saving electricity and improving the endurance capacity of the terminal are achieved.

Based on the above wake-up lock release method, an embodiment of the present invention further provides a wake-up lock release apparatus, as shown in fig. 2a, the apparatus may include: the system comprises a wake-up lock detection module 201, an abnormal lock identification module 202 and an abnormal reporting module 203.

The wake-up lock detection module 201 is configured to detect a central processing unit CPU wake-up lock in a working state in the system.

Therefore, in order to accurately detect that each module of the system holds Wake Lock information, in the embodiment of the present invention, the detection logic may be started after the system is normally started for a certain time period (for example, half an hour or an hour), and the CPU Wake Lock in the working state in the system is detected by combining the following two methods: system fixed detection and system release Wake Lock detection.

Specifically, the wake-up lock detection module 201 may detect the CPU wake-up lock in a working state included in the currently maintained wake-up lock list when the set detection period is reached.

In the embodiment of the invention, in order to detect the Wake-up Lock which cannot be detected by fixed detection, a system release Wake Lock detection mode can be adopted. Specifically, the wake lock detection module 201 may also detect a CPU wake lock that the application applies to the system for lock release but is still in a working state.

In practical application, when detecting that a Wake-up Lock in a system is in a working state, Wake Lock information of each Wake-up Lock can be acquired, including: the name of the wake-up lock, the name of the application program corresponding to the wake-up lock, the type of the wake-up lock, the holding time occupied by the application program, and the like. The duration of the awakening lock occupied by each application program can be detected through a framework layer of the system, and duration data of the awakening lock occupied by each application program is obtained.

The abnormal lock identification module 202 is configured to determine that the CPU wakening lock is an abnormal lock if the holding time and the lock type of the CPU wakening lock meet a preset abnormal condition, and add the abnormal lock to a preset abnormal CPU lock list.

In practical application, the holding time and the Lock type of each CPU Wake-up Lock are determined according to the Wake Lock information acquired while the CPU Wake-up Lock in a working state in a detection system is detected. The abnormal lock identification module 202 may determine whether the CPU wakening lock meets a preset abnormal condition according to the holding time and the lock type; and if so, determining that the CPU awakening lock is an abnormal lock, and adding the abnormal lock into a preset abnormal CPU lock list.

Among them, the exception condition may include: the holding time is greater than the holding threshold, and the lock type of the holding time belongs to a preset specified lock type. The type specified is preset by those skilled in the art, and may be set to Partial Wake Lock, for example.

The exception reporting module 203 is configured to report and clear an exception if the abnormal CPU lock list is in a non-empty state and the abnormal CPU lock list meets a preset reporting condition, so as to release an exception lock in the abnormal CPU lock list.

In the embodiment of the present invention, the exception reporting module 203 may execute an exception reporting determination logic based on the big data to perform intelligent release of the wake-up lock. Specifically, the exception reporting module 203 may determine whether the exception CPU lock list is empty, and if so, it indicates that there is no exception lock in the system, so that subsequent logic may not be executed. If the abnormal CPU lock list is in a non-empty state, whether the abnormal CPU lock list meets the preset reporting condition or not can be further judged, if yes, the abnormal CPU lock list is reported abnormally and cleared, so that the abnormal lock in the abnormal CPU lock list is released, and the cruising ability of the terminal is improved. For example, when the abnormal CPU lock list and the abnormal reporting determination logic are satisfied, the abnormal reporting module 203 may write the information in the abnormal CPU lock list into the Dropbox and clear the abnormal CPU list.

In the embodiment of the present invention, the condition that the abnormal CPU lock list meets the preset reporting condition includes at least one of the following items: the abnormal reporting time interval is greater than the reporting time threshold; the list size of the abnormal lock list exceeds a preset reporting size threshold; and shutting down the system.

Preferably, the inventor of the present invention considers that the power consumption optimization of the terminal system or the application in the system can be guided according to the problem reflected by the abnormal reported data, so as to reduce the invalid holding wake-up lock and improve the endurance capability of the terminal.

Specifically, as shown in fig. 2b, the wake lock releasing device includes: the wakening lock detection module 201, the abnormal lock identification module 202, and the abnormal reporting module 203 may further include: the optimization module 204 is awakened. The power consumption optimization of the system can involve the following three schemes: synchronous sync lock optimization, local partial lock optimization, and specific type software wake lock optimization.

Specifically, if the duration of the continuous screen-off exceeds the first screen-off threshold and the terminal is in a no-charge state, it is determined whether the data connection traffic of the application located in the background is smaller than a traffic threshold, and if so, the wakeup optimization module 204 may release the synchronization lock held by the application. For example, the mobile phone is currently off screen for half an hour and has no charging state, and if the application is in the background and the data connection traffic is very small and is smaller than a preset traffic threshold, the held sync lock can be released.

If an application in the background holds a local partial lock, the wake optimization module 204 may release the partial lock held by the application.

If the duration of the continuous screen-off exceeds the second screen-off threshold and the terminal is in the inactive state, or the duration in the specified active state exceeds the set state time threshold, the wake-up optimization module 204 may release the wake-up lock held by the specified type of software.

And the terminal system is in an active state, if the duration in the specified active state exceeds a set state time threshold, the duration in the specified active state of the wake-up lock held by the software of the specified type is released, and the duration in the specified active state of the wake-up lock held by the software of the specified type exceeds the set state time threshold, and the wake-up lock held by the software of the specified type is released.

The designated active state includes at least one of: a standing state and a driving state; and designating the type of software as sports-class software.

In the embodiment of the invention, the power consumption optimization of the application in the system can be known according to the problem reflected by the abnormal reported data. Regarding power consumption optimization guidance of applications in the system, mainly after exception reporting, the applications in the system can optimize a logic structure according to reported data and an actual use scene, and reasonably use the wake-up lock. For example, unnecessary wake-up locks can be removed according to the code flow analyzed by the reported data; or, the wake-up lock can be released and the logic can be adjusted actively for the poor application of a single network depending on the network for a long time.

Preferably, an embodiment of the present invention further provides a mobile terminal, where the mobile terminal may be any terminal device including a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), a POS (Point of Sales), a vehicle-mounted computer, and the mobile terminal may include the above wake-up lock release device. The specific function implementation of each module in the wake-up lock release device may refer to the specific implementation of each step in the wake-up lock release method, which is not described herein again.

Taking a mobile terminal as a mobile phone as an example:

fig. 3 is a block diagram illustrating a partial structure of a mobile phone related to a terminal provided by an embodiment of the present invention. Referring to fig. 3, the cellular phone includes: radio Frequency (RF) circuit 310, memory 320, input unit 330, display unit 340, sensor 350, audio circuit 360, wireless-fidelity (Wi-Fi) module 370, processor 380, and power supply 390. Those skilled in the art will appreciate that the handset configuration shown in fig. 3 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile phone in detail with reference to fig. 3:

the RF circuit 310 may be used for receiving and transmitting signals during information transmission and reception or during a call, and in particular, receives downlink information of a base station and then processes the received downlink information to the processor 380; in addition, the data for designing uplink is transmitted to the base station. In general, the RF circuit 310 includes, but is not limited to, an antenna, at least one Amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, RF circuit 310 may also communicate with networks and other devices via wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to Global System for Mobile communication (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, Short Messaging Service (SMS), and the like.

The memory 320 may be used to store software programs and modules, and the processor 380 executes various functional applications and data processing of the mobile phone by operating the software programs and modules stored in the memory 320. The memory 320 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 320 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The input unit 330 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the cellular phone. Specifically, the input unit 330 may include a touch panel 331 and other input devices 332. The touch panel 331, also referred to as a touch screen, can collect touch operations of a user (e.g., operations of the user on the touch panel 331 or near the touch panel 331 using any suitable object or accessory such as a finger, a stylus, etc.) on or near the touch panel 331, and drive the corresponding connection device according to a preset program. Alternatively, the touch panel 331 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 380, and can receive and execute commands sent by the processor 380. In addition, the touch panel 331 may be implemented in various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The input unit 330 may include other input devices 332 in addition to the touch panel 331. In particular, other input devices 332 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

The display unit 340 may be used to display information input by the user or information provided to the user and various menus of the mobile phone. The Display unit 340 may include a Display panel 341, and optionally, the Display panel 341 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like. Further, the touch panel 331 can cover the display panel 341, and when the touch panel 331 detects a touch operation on or near the touch panel 331, the touch panel is transmitted to the processor 380 to determine the type of the touch event, and then the processor 380 provides a corresponding visual output on the display panel 341 according to the type of the touch event. Although in fig. 3, the touch panel 331 and the display panel 341 are two independent components to implement the input and output functions of the mobile phone, in some embodiments, the touch panel 331 and the display panel 341 may be integrated to implement the input and output functions of the mobile phone.

The handset may also include at least one sensor 350, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that adjusts the brightness of the display panel 341 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 341 and/or the backlight when the mobile phone is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

Audio circuitry 360, speaker 361, microphone 362 may provide an audio interface between the user and the handset. The audio circuit 360 may transmit the electrical signal converted from the received audio data to the speaker 361, and the audio signal is converted by the speaker 361 and output; on the other hand, the microphone 362 converts the collected sound signals into electrical signals, which are received by the audio circuit 360 and converted into audio data, which are then processed by the audio data output processor 380 and then transmitted to, for example, another cellular phone via the RF circuit 310, or output to the memory 320 for further processing.

WiFi belongs to short-distance wireless transmission technology, and the mobile phone can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 370, and provides wireless broadband internet access for the user. Although fig. 3 shows the WiFi module 370, it is understood that it does not belong to the essential constitution of the handset, and can be omitted entirely as needed within the scope not changing the essence of the invention.

The processor 380 is a control center of the mobile phone, connects various parts of the whole mobile phone by using various interfaces and lines, and performs various functions of the mobile phone and processes data by operating or executing software programs and/or modules stored in the memory 320 and calling data stored in the memory 320, thereby performing overall monitoring of the mobile phone. Optionally, processor 380 may include one or more processing units; preferably, the processor 380 may integrate an application processor, which primarily handles operating systems, user interfaces, applications, etc., and a modem processor, which primarily handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 380.

The handset also includes a power supply 390 (e.g., a battery) for powering the various components, which may preferably be logically connected to the processor 380 via a power management system to manage charging, discharging, and power consumption via the power management system.

Although not shown, the mobile phone may further include a camera, a bluetooth module, and other functional modules, which are not described herein again.

In the embodiment of the present invention, the processor 380 included in the mobile terminal further has the following functions: detecting a CPU wake-up lock in a working state in a system; if the holding time and the lock type of the CPU awakening lock meet preset abnormal conditions, determining that the CPU awakening lock is an abnormal lock, and adding the abnormal lock into a preset abnormal CPU lock list; and if the abnormal CPU lock list is in a non-empty state and meets the preset reporting condition, reporting and clearing the abnormality so as to release the abnormal lock in the abnormal CPU lock list.

Specifically, the processor 380 detects the CPU wake-up lock in the working state included in the currently maintained wake-up lock list when the set detection period is reached. Further, processor 380 may detect a CPU wake lock that an application applies to the system for lock release but is still active.

The preset abnormal condition may include: the holding time is greater than the holding threshold, and the lock type of the holding time belongs to a preset specified lock type.

The condition that the abnormal CPU lock list meets the preset reporting condition comprises at least one of the following conditions: the abnormal reporting time interval is greater than the reporting time threshold; the list size of the abnormal lock list exceeds a preset reporting size threshold; and shutting down the system.

Further, after the exception report, if the duration of the continuous screen-off exceeds the first screen-off threshold and the terminal is in a no-charge state, the processor 380 may determine whether the data connection traffic of the application located in the background is smaller than the traffic threshold, and if so, release the sync lock held by the application.

After exception reporting, if the application in the background holds a local partial lock, the processor 380 may release the partial lock held by the application.

After the abnormal report, if the duration of the continuous screen-off exceeds the second screen-off threshold and the terminal system is in the inactive state, or the duration in the specified active state exceeds the set state time threshold, the processor 380 may release the wake-up lock held by the specified type of software. Wherein the designated active state comprises at least one of: a standing state and a driving state; and the software of the designated type is sports software; the active state of the terminal is determined based on sensor data of the terminal.

In the scheme of the invention, the wake-up lock in a working state in the system is accurately detected, and the abnormal lock is identified; and according to the big data statistical analysis of the abnormal CPU lock list, performing abnormal report and releasing the abnormal lock in time, thereby improving the endurance of the terminal. Through reporting of the abnormal lock and the abnormal CPU lock list and big data analysis, the abnormal lock can be released, support can be provided for power consumption optimization of a terminal system or application in the system, invalid holding wake-up locks are reduced, and the purposes of saving electricity and improving the cruising ability of the terminal are achieved.

The foregoing is only a partial embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

Claims

1. A wake lock release method, comprising:

if the abnormal CPU lock list is in a non-empty state and meets a preset reporting condition, reporting an abnormality and clearing the abnormal CPU lock list to release an abnormal lock in the abnormal CPU lock list;

if the application in the background holds a local partial lock which can cause the system to keep bright screen, releasing the partial lock held by the application;

wherein, the CPU awakening lock in working state in the detection system comprises:

when a set detection period is reached, detecting a CPU wake-up lock in a working state in a currently maintained wake-up lock list; in order to check the awakening lock which cannot be checked by the periodic detection, a mode of releasing the awakening lock by the system is adopted, when the application applies for the release of the lock to the system, the detection of releasing the awakening lock is executed, and the CPU awakening lock which is applied for the release of the lock by the application and still in a working state is detected.

2. The method of claim 1, wherein the exception condition comprises: the holding time is greater than the holding threshold, and the lock type of the holding time belongs to a preset specified lock type.

3. The method of claim 1, wherein the condition that the abnormal CPU lock list meets a preset reporting condition comprises at least one of the following:

the list size of the abnormal lock list exceeds a preset reporting size threshold.

4. The method according to any of claims 1-3, further comprising, after reporting the exception:

5. The method according to any of claims 1-3, further comprising, after reporting the exception:

6. The method of claim 5, wherein the specified activity state comprises at least one of: a standing state and a driving state; and

the software of the appointed type is sports software;

7. A wake lock release device, comprising:

an exception reporting module, configured to report an exception and clear the exception CPU lock list if the exception CPU lock list is in a non-empty state and the exception CPU lock list meets a preset reporting condition, so as to release an exception lock in the exception CPU lock list;

the wake-up optimization module is used for releasing a partial lock held by the application if the application in the background holds the local partial lock which can cause the system to keep bright;

when a set detection period is reached, the awakening lock detection module detects a CPU awakening lock in a working state in an awakening lock list maintained currently;

the awakening lock detection module is used for detecting awakening locks which cannot be detected by periodic detection, adopting a mode of releasing the awakening locks by a system, executing detection of releasing the awakening locks when an application applies for lock release to the system, and detecting CPU awakening locks which are still in a working state when the application applies for lock release to the system.

8. The apparatus of claim 7, wherein the exception condition comprises: the holding time is greater than the holding threshold, and the lock type of the holding time belongs to a preset specified lock type.

9. The apparatus of claim 7, wherein the condition that the abnormal CPU lock list meets a preset reporting condition comprises at least one of:

10. The apparatus of any of claims 7-9, further comprising:

11. The apparatus of any of claims 7-9, further comprising:

12. The apparatus of claim 11, wherein the designated active state comprises at least one of: a standing state and a driving state; and

the software of the appointed type is sports software;

13. A mobile terminal, characterized in that,

comprising a processor and a memory:

the memory for storing a program for performing the method of any one of claims 1 to 6,

the processor is configured to execute programs stored in the memory.