Patent Publication Number: US-10788881-B2

Title: Terminal-based wakelock control method and apparatus and terminal

Description:
CROSS-REFERENCE TO RELATED APPLICATIONS 
     This application is a U.S. National Stage of International Patent Application No. PCT/CN2015/093204 filed on Oct. 29, 2015, which is hereby incorporated by reference in its entirety. 
     TECHNICAL FIELD 
     The present disclosure relates to the field of terminal technologies, and in particular, to a terminal-based wakelock control apparatus and apparatus, and a terminal. 
     BACKGROUND 
     An ANDROID system is an operating system that is widely applied to terminals at present. A user usually sets multiple application programs on a terminal. To ensure that the application programs set on the terminal run properly, the ANDROID system provides a wakelock mechanism. The application programs set on the terminal may apply for wakelocks from the ANDROID system. The ANDROID system allocates wakelocks to the application programs and services called by the application programs. Provided that a quantity of held wakelocks is greater than 0, the ANDROID system cannot enter a sleep state. That is, the ANDROID system can enter a sleep state only when any application program set on the terminal and a service called by the application program do not hold a wakelock. 
     To prevent the ANDROID system from entering a sleep state, many application programs and services called by the application programs inappropriately hold wakelocks. For example, a game application program still holds a wakelock during long-time background running, an updating service called by an electronic book application program holds a wakelock for a long time. Because an application program and a service called by the application program inappropriately hold a wakelock for a long time, a screen-off standby current increases from over 10 milliamperes to tens of milliamperes or even over 100 milliamperes. This increases energy consumption of the terminal and excessively occupies system resources. 
     SUMMARY 
     Embodiments of the present disclosure provide a terminal-based wakelock control method and apparatus, and a terminal in order to resolve a problem that energy consumption of a terminal increases and system resources are excessively occupied because an application program and a service called by the application program inappropriately hold a wakelock for a long time. 
     According to a first aspect, an embodiment of the present disclosure provides a terminal-based wakelock control method, including obtaining a first application program that runs in the background, determining whether the first application program meets a preset filter criterion, selecting a first application program that does not meet the preset filter criterion, to obtain a second application program, and forcibly releasing a wakelock held by the second application program and a service called by the second application program. 
     With reference to the first aspect, in a first possible implementation of the first aspect, the preset filter criterion includes preset duration, a preset application scenario list, and a blacklist, and determining whether the first application program meets a preset filter criterion includes collecting statistics on background running duration of the first application program, and determining whether the background running duration of the first application program exceeds the preset duration, determining an application scenario of the first application program according to an interface called by the first application program, and comparing the application scenario of the first application program with the preset application scenario list, comparing the first application program with the blacklist, and determining that the first application program whose background running duration exceeds the preset duration and whose application scenario is neither saved in the preset application scenario list nor saved in the blacklist does not meet the preset filter criterion. 
     With reference to the first possible implementation of the first aspect, in a second possible implementation of the first aspect, the method further includes determining that the first application program whose background running duration is less than the preset duration and whose application scenario is saved in the preset application scenario list or is saved in the blacklist meets the preset filter criterion. 
     With reference to the first aspect, the first possible implementation of the first aspect, or the second possible implementation of the first aspect, in a third possible implementation of the first aspect, before the forcibly releasing a wakelock held by the second application program and a service called by the second application program, the method further includes saving characteristic information of the wakelock held by the second application program and the service called by the second application program, where the characteristic information includes an identifier corresponding to the second application program, and after the forcibly releasing a wakelock held by the second application program and a service called by the second application program, the method further includes setting the second application program to an agent lock state. 
     With reference to the third possible implementation of the first aspect, in a fourth possible implementation of the first aspect, the method further includes recording the wakelock application request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock application request if the wakelock application request carrying the identifier of the second application program is received, recording the wakelock change request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock change request if the wakelock change request carrying the identifier of the second application program is received, or deleting the characteristic information that includes the identifier of the second application program, and skip executing the wakelock deletion request if the wakelock deletion request carrying the identifier of the second application program is received. 
     With reference to the third possible implementation of the first aspect, in a fifth possible implementation of the first aspect, the method further includes determining whether the second application program meets a forcible restoration criterion, forcibly restoring, according to the characteristic information that includes the identifier of the second application program, the wakelock held by the second application program and the service called by the second application program if the second application program meets the forcible restoration criterion, and canceling the agent lock state of the second application program. 
     With reference to the fifth possible implementation of the first aspect, in a sixth possible implementation of the first aspect, the forcible restoration criterion includes foreground running or being called, and determining whether the second application program meets a forcible restoration criterion further includes monitoring whether the second application program is switched to foreground running or whether the second application program is called, and determining that the second application program meets the forcible restoration criterion if it is detected that the second application program is switched to foreground running or that the second application program is called. 
     With reference to the sixth possible implementation of the first aspect, in a seventh possible implementation of the first aspect, the method further includes determining that the second application program does not meet the forcible restoration criterion if it is detected that the second application program is not switched to foreground running and that the second application program is not called. 
     According to a second aspect, an embodiment of the present disclosure provides a terminal-based wakelock control apparatus, including an obtaining module configured to obtain a first application program that runs in the background, a first judging module configured to determine whether the first application program meets a preset filter criterion, a selection module configured to select a first application program that does not meet the preset filter criterion to obtain a second application program, and a release module configured to forcibly release a wakelock held by the second application program and a service called by the second application program. 
     With reference to the second aspect, in a first possible implementation of the second aspect, the preset filter criterion includes preset duration, a preset application scenario list, and a blacklist, and the first judging module is configured to determine whether the first application program meets the preset filter criterion and is further configured to collect statistics on background running duration of the first application program, and determine whether the background running duration of the first application program exceeds the preset duration, determine an application scenario of the first application program according to an interface called by the first application program, and compare the application scenario of the first application program with the preset application scenario list, compare the first application program with the blacklist, and determine that the first application program whose background running duration exceeds the preset duration and whose application scenario is neither saved in the preset application scenario list nor saved in the blacklist does not meet the preset filter criterion. 
     With reference to the first possible implementation of the second aspect, in a second possible implementation of the second aspect, the apparatus further includes a determining module configured to determine that the first application program whose background running duration is less than the preset duration and whose application scenario is saved in the preset application scenario list or is saved in the blacklist meets the preset filter criterion. 
     With reference to the second aspect, the first possible implementation of the second aspect, or the second possible implementation of the second aspect, in a third possible implementation of the second aspect, the apparatus further includes a storage module configured to save characteristic information of the wakelock held by the second application program and the service called by the second application program before the release module forcibly releases the wakelock held by the second application program and the service called by the second application program, where the characteristic information includes an identifier corresponding to the second application program, and a setting module configured to set the second application program to an agent lock state after the release module forcibly releases the wakelock held by the second application program and the service called by the second application program. 
     With reference to the third possible implementation of the second aspect, in a fourth possible implementation of the second aspect, the apparatus further includes a processing module configured to record the wakelock application request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock application request if the wakelock application request carrying the identifier of the second application program is received, record the wakelock change request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock change request if the wakelock change request carrying the identifier of the second application program is received, or delete the characteristic information that includes the identifier of the second application program, and skip executing the wakelock deletion request if the wakelock deletion request carrying the identifier of the second application program is received. 
     With reference to the third possible implementation of the second aspect, in a fifth possible implementation of the second aspect, the apparatus further includes a second judging module configured to determine whether the second application program meets a forcible restoration criterion, a restoration module configured to forcibly restore, according to the characteristic information that includes the identifier of the second application program, the wakelock held by the second application program and the service called by the second application program if the second application program meets the forcible restoration criterion, and a cancellation module configured to cancel the agent lock state of the second application program. 
     With reference to the fifth possible implementation of the second aspect, in a sixth possible implementation of the second aspect, the forcible restoration criterion includes foreground running or being called, and the second judging module is configured to determine whether the second application program meets the forcible restoration criterion and is further configured to monitor whether the second application program is switched to foreground running or whether the second application program is called, and determine that the second application program meets the forcible restoration criterion if it is detected that the second application program is switched to foreground running or that the second application program is called. 
     With reference to the sixth possible implementation of the second aspect, in a seventh possible implementation of the second aspect, the second judging module is further configured to determine that the second application program does not meet the forcible restoration criterion if it is detected that the second application program is not switched to foreground running and that the second application program is not called. 
     According to a third aspect, an embodiment of the present disclosure provides a terminal. The terminal includes a first processor configured to obtain a first application program that runs in the background, and a second processor configured to determine whether the first application program meets a preset filter criterion, select a first application program that does not meet the preset filter criterion to obtain a second application program, and forcibly release a wakelock held by the second application program and a service called by the second application program. 
     With reference to the third aspect, in a first possible implementation of the third aspect, the preset filter criterion includes preset duration, a preset application scenario list, and a blacklist, and the second processor is configured to determine whether the first application program meets the preset filter criterion and is further configured to collect statistics on background running duration of the first application program, and determine whether the background running duration of the first application program exceeds the preset duration, determine an application scenario of the first application program according to an interface called by the first application program, and compare the application scenario of the first application program with the preset application scenario list, compare the first application program with the blacklist, and determine that the first application program whose background running duration exceeds the preset duration and whose application scenario is neither saved in the preset application scenario list nor saved in the blacklist does not meet the preset filter criterion. 
     With reference to the first possible implementation of the third aspect, in a second possible implementation of the third aspect, the second processor is further configured to determine that the first application program whose background running duration is less than the preset duration and whose application scenario is saved in the preset application scenario list or is saved in the blacklist meets the preset filter criterion. 
     With reference to the third aspect, the first possible implementation of the third aspect, or the second possible implementation of the third aspect, in a third possible implementation of the third aspect, the second processor is further configured to save characteristic information of the wakelock held by the second application program and the service called by the second application program before the wakelock held by the second application program and the service called by the second application program is forcibly released, where the characteristic information includes an identifier corresponding to the second application program, and set the second application program to an agent lock state after the wakelock held by the second application program and the service called by the second application program is forcibly released. 
     With reference to the third possible implementation of the third aspect, in a fourth possible implementation of the third aspect, the second processor is further configured to record the wakelock application request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock application request if the wakelock application request carrying the identifier of the second application program is received, record the wakelock change request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock change request if the wakelock change request carrying the identifier of the second application program is received, or delete the characteristic information that includes the identifier of the second application program, and skip executing the wakelock deletion request if the wakelock deletion request carrying the identifier of the second application program is received. 
     With reference to the third possible implementation of the third aspect, in a fifth possible implementation of the third aspect, the second processor is further configured to determine whether the second application program meets a forcible restoration criterion, forcibly restore, according to the characteristic information that includes the identifier of the second application program, the wakelock held by the second application program and the service called by the second application program if the second application program meets the forcible restoration criterion, and cancel the agent lock state of the second application program. 
     With reference to the fifth possible implementation of the third aspect, in a sixth possible implementation of the third aspect, the forcible restoration criterion includes foreground running or being called, and the second processor is configured to determine whether the second application program meets the forcible restoration criterion and is further configured to monitor whether the second application program is switched to foreground running or whether the second application program is called, and determine that the second application program meets the forcible restoration criterion if it is detected that the second application program is switched to foreground running or that the second application program is called. 
     With reference to the sixth possible implementation of the third aspect, in a seventh possible implementation of the third aspect, the second processor is further configured to determine that the second application program does not meet the forcible restoration criterion if it is detected that the second application program is not switched to foreground running and that the second application program is not called. 
     It can be seen from the foregoing technical solutions that, embodiments of the present disclosure provide a terminal-based wakelock control method and apparatus, and a terminal. A first application program that runs in the background is obtained, it is determined whether the first application program meets a preset filter criterion, a first application program that does not meet the preset filter criterion is selected, to obtain a second application program, and a wakelock held by the second application program and a service called by the second application program is forcibly released. In this solution, it is first determined whether the first application program that runs in the background meets the preset filter criterion. Then, the first application program that does not meet the preset filter criterion is selected, to obtain the second application program. Finally, the wakelock held by the second application program and the service called by the second application program is forcibly released. Therefore, a wakelock held by a first application program that runs in the background and a service called by the first application program can be effectively controlled. This prevents a first application program that runs in the background and that does not meet a preset filter criterion and a service called by the first application program from inappropriately holding a wakelock for a long time, thereby reducing energy consumption of a terminal and reducing system resources. 
    
    
     
       BRIEF DESCRIPTION OF DRAWINGS 
       Accompanying drawings in the specification that form a part of the present application are used to provide further understanding of the present disclosure. Schematic embodiments of the present disclosure and descriptions of the embodiments are used to explain the present disclosure and do not constitute an inappropriate limitation on the present disclosure. 
         FIG. 1  is a flowchart of a terminal-based wakelock control method according to an embodiment of the present disclosure; 
         FIG. 2  is a flowchart of step S 12  according to an embodiment of the present disclosure; 
         FIG. 3  is a flowchart of another terminal-based wakelock control method according to an embodiment of the present disclosure; 
         FIG. 4  is a flowchart of still another terminal-based wakelock control method according to an embodiment of the present disclosure; 
         FIG. 5  is a schematic structural diagram of a terminal-based wakelock control apparatus according to an embodiment of the present disclosure; and 
         FIG. 6  is a schematic structural diagram of a terminal according to an embodiment of the present disclosure. 
     
    
    
     To describe the technical solutions in the embodiments of the present disclosure more clearly, the following briefly describes the accompanying drawings required for describing the embodiments. A person of ordinary skill in the art may still derive other drawings from these accompanying drawings without creative efforts. 
     DESCRIPTION OF EMBODIMENTS 
     An embodiment of the present disclosure provides a terminal-based wakelock control method to resolve a problem that energy consumption of a terminal increases and system resources are excessively occupied because an application program and a service called by the application program inappropriately hold a wakelock for a long time. The method may be applied to a terminal. A process is shown in  FIG. 1 . The method includes the following steps. 
     Step S 11 : Obtain a first application program that runs in the background. 
     Generally, many application programs are set on a terminal. These application programs may run in the foreground, or may run in the background. Because application programs that run in the foreground are application programs that are currently being used by a user, that the application programs that run in the foreground and services called by the application programs hold wakelocks belongs to a case of appropriately holding a wakelock. These wakelocks cannot be forcibly released. Therefore, this embodiment is applicable to an application program that runs in the background. The application program that runs in the background is defined as the first application program. There may be one or more first application programs. 
     Step S 12 : Determine whether the first application program meets a preset filter criterion. 
     The preset filter criterion is preset according to an actual requirement. After the first application program that runs in the background on the terminal is obtained, it may be determined whether the first application program meets the preset filter criterion. 
     Step S 13 : Select a first application program that does not meet the preset filter criterion to obtain a second application program. 
     Among first application programs, there may be a first application program that meets the preset filter criterion, or there may be a first application program that does not meet the preset filter criterion. The first application program that does not meet the preset filter criterion is selected as the second application program. 
     Step S 14 : Forcibly release a wakelock held by the second application program and a service called by the second application program. 
     In a running process of the application programs set on the terminal, many services are called. In this case, both the application programs and the services called by the application programs may hold wakelocks. 
     Because the second application program runs in the background and does not meet the preset filter criterion, that is, that the second application program and the service called by the second application program hold the wakelock belongs to a case of inappropriately holding a wakelock, the wakelock held by the second application program and the service called by the second application program may be forcibly released. 
     In this solution, it is first determined whether a first application program that runs in the background meets a preset filter criterion. Then, a first application program that does not meet the preset filter criterion is selected, to obtain a second application program. Finally, a wakelock held by the second application program and a service called by the second application program is forcibly released. Therefore, a wakelock held by a first application program that runs in the background and a service called by the first application program can be effectively controlled. This prevents a first application program that runs in the background and that does not meet a preset filter criterion and a service called by the first application program from inappropriately holding a wakelock for a long time, thereby reducing energy consumption of a terminal and reducing system resources. 
     Further, the preset filter criterion may be set in multiple manners. In the following, an example in which the preset filter criterion includes preset duration, a preset application scenario list, and a blacklist is used for description. An implementation process of determining whether the first application program meets the preset filter criterion in the foregoing step S 12  is shown in  FIG. 2 , and further includes the following steps. 
     Step S 121 : Collect statistics on background running duration of the first application program, and determine whether the background running duration of the first application program exceeds preset duration. 
     The background running duration of the first application program is duration in which the first application program is switched to background running from foreground running. If the first application program runs in the background for a long time, forcibly releasing a wakelock held by the first application program and a service called by the first application program may be taken into consideration. Therefore, for the first application program that runs in the background, statistics on the background running duration of the first application program may be collected. Then, it is determined whether the background running duration of the first application program exceeds the preset duration. 
     The preset duration may be set according to an actual requirement. For example, the preset duration may be set to 3 minutes, 5 minutes, or 10 minutes. 
     Step S 122 : Determine an application scenario of the first application program according to an interface called by the first application program, and compare the application scenario of the first application program with a preset application scenario list. 
     During foreground running or background running, the first application program may call an interface of an ANDROID system. The application scenario of the first application program, for example, audio playback or download, may be determined according to the interface called by the first application program. Some application scenarios are very important, and affect user experience after being interrupted. Therefore, important application scenarios may be obtained, to obtain the preset application scenario list. 
     After the application scenario of the first application program is determined, the application scenario of the first application program is compared with the preset application scenario list to determine whether the application scenario of the first application program is saved in the preset application scenario list. 
     Step S 123 : Compare the first application program with a blacklist. 
     Some application programs set on the terminal are very important. Forcibly releasing wakelocks held by the application programs severely affects user experience. Therefore, these important application programs may be obtained in advance to obtain the blacklist. Wakelocks held by application programs in the blacklist are prohibited from being forcibly released. The first application program is compared with the blacklist to determine whether the first application program is saved in the blacklist. 
     It should be noted that, there is no strict sequence among steps S 121 , S 122 , and S 123 . For example, step S 121  may be first executed, then step S 122  may be executed, and then step S 123  may be executed, step S 121  may be first executed, then step S 123  may be executed, and then step S 122  may be executed, or steps S 121 , S 122 , and S 123  may be executed at the same time. 
     Step S 124 : Determine that the first application program whose background running duration exceeds the preset duration and whose application scenario is neither saved in the preset application scenario list nor saved in the blacklist does not meet the preset filter criterion. 
     In addition, it may be further determined that the first application program whose background running duration is less than the preset duration and whose application scenario is saved in the preset application scenario list or is saved in the blacklist meets the preset filter criterion. 
     The wakelock held by the first application program that does not meet the preset filter criterion (that is, the second application program) and the service called by the first application program may be forcibly released. A wakelock held by a first application program that meets the preset filter criterion and a service called by the first application program is retained. 
     An embodiment of the present disclosure further provides another terminal-based wakelock control method. A process of the method is shown in  FIG. 3 . On a basis of the method shown in  FIG. 1 , the method further includes the following steps. 
     Step S 15 : Save characteristic information of the wakelock held by the second application program and the service called by the second application program, where the characteristic information includes an identifier corresponding to the second application program. 
     Before the wakelock held by the second application program and the service called by the second application program is forcibly released, the characteristic information of the wakelock held by the second application program and the service called by the second application program may be further saved. The characteristic information includes the identifier of the second application program to indicate that the characteristic information is related to the second application program. The wakelock characteristic information may include binding information, tag information, mark information, and the like. 
     Step S 16 : Set the second application program to an agent lock state. 
     After the wakelock held by the second application program and the service called by the second application program is forcibly released, the second application program may be further set to the agent lock state. Because the second application program is in the agent lock state, if a wakelock application, change, or deletion request for the second application program and the service called by the second application program is received, corresponding characteristic information is changed, but the corresponding request is not executed. For example, if a wakelock application request carrying the identifier of the second application program is received, the wakelock application request is recorded in the characteristic information that includes the identifier of the second application program, and the wakelock application request is not executed, if a wakelock change request carrying the identifier of the second application program is received, the wakelock change request is recorded in the characteristic information that includes the identifier of the second application program, and the wakelock change request is not executed, or if a wakelock deletion request carrying the identifier of the second application program is received, the characteristic information that includes the identifier of the second application program is deleted, and the wakelock deletion request is not executed. 
     An embodiment of the present disclosure further provides still another terminal-based wakelock control method. A process of the method is shown in  FIG. 4 . On a basis of  FIG. 3 , the method further includes the following steps. 
     Step S 17 : Determine whether the second application program meets a forcible restoration criterion. 
     When the second application program runs in the background and does not meet the preset filter criterion, the wakelock held by the second application program and the service called by the second application program is forcibly released. Correspondingly, when a running status of the second application program changes, the wakelock held by the second application program and the service called by the second application program needs to be forcibly restored. 
     In this case, it needs to be determined whether the second application program meets the forcible restoration criterion. The forcible restoration criterion may be set according to an actual requirement. 
     Step S 18 : If the second application program meets the forcible restoration criterion, forcibly restore, according to the characteristic information that includes the identifier of the second application program, the wakelock held by the second application program and the service called by the second application program. 
     Step S 19 : Cancel the agent lock state of the second application program. 
     Because the wakelock characteristic information is saved when the wakelock held by the second application program and the service called by the second application program is forcibly released, when the second application program meets the forcible restoration criterion, the wakelock held by the second application program and the service called by the second application program may be forcibly restored according to the characteristic information that includes the identifier of the second application program, and the agent lock state of the second application program may be canceled. 
     The forcible restoration criterion may be set in multiple manners. In the following, an example in which the forcible restoration criterion includes foreground running or being called is used to describe an implementation process of determining whether the second application program meets the forcible restoration criterion in the foregoing step S 17 . The implementation process is as follows. Monitoring whether the second application program is switched to foreground running or whether the second application program is called, and determining that the second application program meets the forcible restoration criterion if it is detected that the second application program is switched to foreground running or that the second application program is called, or determining that the second application program does not meet the forcible restoration criterion if it is detected that the second application program is not switched to foreground running and that the second application program is not called. 
     In the foregoing process, it may be determined whether the second application program meets the forcible restoration criterion in order to further determine whether to forcibly restore the wakelock held by the second application program and the service called by the second application program. 
     Based on a same disclosure idea, an embodiment of the present application further provides a terminal-based wakelock control apparatus. The apparatus corresponds to the terminal-based wakelock control method shown in  FIG. 1 . A structure of the apparatus is shown in  FIG. 5 . The apparatus includes an obtaining module  51  configured to obtain a first application program that runs in the background, a first judging module  52  configured to determine whether the first application program meets a preset filter criterion, a selection module  53  configured to select a first application program that does not meet the preset filter criterion to obtain a second application program, and a release module  54  configured to forcibly release a wakelock held by the second application program and a service called by the second application program. 
     In this solution, it is first determined whether a first application program that runs in the background meets a preset filter criterion. Then, a first application program that does not meet the preset filter criterion is selected to obtain a second application program. Finally, a wakelock held by the second application program and a service called by the second application program is forcibly released. Therefore, a wakelock held by a first application program that runs in the background and a service called by the first application program can be effectively controlled. This prevents a first application program that runs in the background and that does not meet a preset filter criterion and a service called by the first application program from inappropriately holding a wakelock for a long time, thereby reducing energy consumption of a terminal and reducing system resources. 
     Further, the preset filter criterion includes preset duration, a preset application scenario list, and a blacklist. The first judging module  52  is configured to determine whether the first application program meets the preset filter criterion and is further configured to collect statistics on background running duration of the first application program, and determine whether the background running duration of the first application program exceeds the preset duration, determine an application scenario of the first application program according to an interface called by the first application program, and compare the application scenario of the first application program with the preset application scenario list, compare the first application program with the blacklist, and determine that the first application program whose background running duration exceeds the preset duration and whose application scenario is neither saved in the preset application scenario list nor saved in the blacklist does not meet the preset filter criterion. 
     Optionally, the foregoing apparatus further includes a determining module (not shown) configured to determine that the first application program whose background running duration is less than the preset duration and whose application scenario is saved in the preset application scenario list or is saved in the blacklist meets the preset filter criterion. 
     Optionally, the foregoing apparatus further includes a storage module (not shown) configured to, before the release module  54  forcibly releases the wakelock held by the second application program and the service called by the second application program, save characteristic information of the wakelock held by the second application program and the service called by the second application program, where the characteristic information includes an identifier corresponding to the second application program, and a setting module (not shown) configured to set the second application program to an agent lock state after the release module  54  forcibly releases the wakelock held by the second application program and the service called by the second application program. 
     Optionally, the foregoing apparatus further includes a processing module (not shown) configured to, if a wakelock application request carrying the identifier of the second application program is received, record the wakelock application request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock application request, if a wakelock change request carrying the identifier of the second application program is received, record the wakelock change request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock change request, or if a wakelock deletion request carrying the identifier of the second application program is received, delete the characteristic information that includes the identifier of the second application program, and skip executing the wakelock deletion request. 
     Optionally, the foregoing apparatus further includes a second judging module (not shown) configured to determine whether the second application program meets a forcible restoration criterion, a restoration module (not shown) configured to, if the second application program meets the forcible restoration criterion, forcibly restore, according to the characteristic information that includes the identifier of the second application program, the wakelock held by the second application program and the service called by the second application program, and a cancellation module (not shown) configured to cancel the agent lock state of the second application program. 
     Further, the forcible restoration criterion includes foreground running or being called. The second judging module is configured to determine whether the second application program meets the forcible restoration criterion and is further configured to monitor whether the second application program is switched to foreground running or whether the second application program is called, and if it is detected that the second application program is switched to foreground running or that the second application program is called, determine that the second application program meets the forcible restoration criterion. 
     Optionally, the second judging module is further configured to, if it is detected that the second application program is not switched to foreground running and that the second application program is not called, determine that the second application program does not meet the forcible restoration criterion. 
     Based on the same disclosure idea, an embodiment of the present application further provides a terminal. The apparatus corresponds to the terminal-based wakelock control method shown in  FIG. 1 . A structure of the apparatus is shown in  FIG. 6 . The terminal includes a first processor  61  configured to obtain a first application program that runs in the background, and a second processor  62  configured to determine whether the first application program meets a preset filter criterion, select a first application program that does not meet the preset filter criterion, to obtain a second application program, and forcibly release a wakelock held by the second application program and a service called by the second application program. 
     In this solution, it is first determined whether a first application program that runs in the background meets a preset filter criterion. Then, a first application program that does not meet the preset filter criterion is selected to obtain a second application program. Finally, a wakelock held by the second application program and a service called by the second application program is forcibly released. Therefore, a wakelock held by a first application program that runs in the background and a service called by the first application program can be effectively controlled. This prevents a first application program that runs in the background and that does not meet a preset filter criterion and a service called by the first application program from inappropriately holding a wakelock for a long time, thereby reducing energy consumption of a terminal and reducing system resources. 
     Further, the preset filter criterion includes preset duration, a preset application scenario list, and a blacklist. The second processor  62  is configured to determine whether the first application program meets the preset filter criterion and is further configured to collect statistics on background running duration of the first application program, and determine whether the background running duration of the first application program exceeds the preset duration, determine an application scenario of the first application program according to an interface called by the first application program, compare the application scenario of the first application program with the preset application scenario list, compare the first application program with the blacklist, and determine that the first application program whose background running duration exceeds the preset duration and whose application scenario is neither saved in the preset application scenario list nor saved in the blacklist does not meet the preset filter criterion. 
     Optionally, the second processor  62  is further configured to determine that the first application program whose background running duration is less than the preset duration and whose application scenario is saved in the preset application scenario list or is saved in the blacklist meets the preset filter criterion. 
     Optionally, the second processor  62  is further configured to, before the wakelock held by the second application program and the service called by the second application program is forcibly released, save characteristic information of the wakelock held by the second application program and the service called by the second application program, where the characteristic information includes an identifier corresponding to the second application program, and set the second application program to an agent lock state after the wakelock held by the second application program and the service called by the second application program is forcibly released. 
     Optionally, the second processor  62  is further configured to, if a wakelock application request carrying the identifier of the second application program is received, record the wakelock application request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock application request, if a wakelock change request carrying the identifier of the second application program is received, record the wakelock change request in the characteristic information that includes the identifier of the second application program, and skip executing the wakelock change request, or if a wakelock deletion request carrying the identifier of the second application program is received, delete the characteristic information that includes the identifier of the second application program, and skip executing the wakelock deletion request. 
     Optionally, the second processor  62  is further configured to determine whether the second application program meets a forcible restoration criterion, if the second application program meets the forcible restoration criterion, forcibly restore, according to the characteristic information that includes the identifier of the second application program, the wakelock held by the second application program and the service called by the second application program, and cancel the agent lock state of the second application program. 
     Further, the forcible restoration criterion includes foreground running or being called. The second processor  62  is configured to determine whether the second application program meets the forcible restoration criterion and is further configured to monitor whether the second application program is switched to foreground running or whether the second application program is called, and if it is detected that the second application program is switched to foreground running or that the second application program is called, determine that the second application program meets the forcible restoration criterion. 
     Optionally, the second processor  62  is further configured to, if it is detected that the second application program is not switched to foreground running and that the second application program is not called, determine that the second application program does not meet the forcible restoration criterion. 
     The foregoing is the core idea of the present disclosure. To make a person skilled in the art understand the solutions in the present disclosure better, the following clearly and completely describes the technical solutions in the embodiments of the present disclosure with reference to the accompanying drawings in the embodiments of the present disclosure. The described embodiments are merely some but not all of the embodiments of the present disclosure. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present disclosure without creative efforts shall fall within the protection scope of the present disclosure.