WO2019128570A1 - Method and apparatus for freezing application, and storage medium and terminal - Google Patents

Abstract

The present application relates to a method and apparatus for freezing an application, and a storage medium and a terminal. The method comprises: acquiring a wake-up frequency of an application responding to an alarm during a pre-set time period; acquiring a pre-set freezing coefficient of the application; adjusting the pre-set freezing coefficient according to the wake-up frequency, so as to obtain a real-time freezing coefficient; and when the real-time freezing coefficient is greater than a pre-set threshold value, freezing the application.

Description

Application freezing method, device, storage medium, and terminal

Cross-reference to related applications

This application claims the priority of the Chinese patent application filed on December 29, 2017, the Chinese Patent Office, the application number is CN201711489061.9, and the application name is "application freezing method, device, storage medium and terminal". The citations are incorporated herein by reference.

Technical field

The present application relates to the field of terminal technologies, and in particular, to an application freezing method, apparatus, storage medium, and terminal.

Background technique

As terminal devices enter the era of intelligence, terminal devices of large screens (especially touch screens) are becoming more and more popular, and applications (applications, referred to as app) installed on terminal devices are increasing. In order to ensure the normal operation of the application, the operating system of the terminal provides an alarm alarm wake-up mechanism to wake up the application. When some applications apply for too many system alarms, or because the system alarm interval is very short, the application is frequently woken up by the system alarm, greatly increasing the operating power consumption of the terminal.

Summary of the invention

The embodiment of the present application provides an application freezing method, device, storage medium, and terminal, which can save power consumption and improve user experience.

An application freezing method, including:

Obtain the wake-up frequency of the application response alarm clock during the preset time period;

Obtaining a preset freeze coefficient of the application;

Adjusting the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient;

The application is frozen when the real-time freeze coefficient is greater than a preset threshold.

An application freezing device, the device comprising:

The query module is configured to obtain an wake-up frequency of the application response alarm clock within a preset time period;

An obtaining module, configured to acquire a preset freezing coefficient of the application;

And an adjusting module, configured to adjust the preset freezing coefficient according to the wake-up frequency to obtain a real-time freezing coefficient;

And a freezing module, configured to freeze the application when the real-time freezing coefficient is greater than a preset threshold.

A computer readable storage medium having stored thereon a computer program, the computer program being executed by a processor to implement the steps of the application freezing method in various embodiments of the present application.

A terminal comprising a memory, a processor, and a computer program stored on the memory and operable on the processor, the processor executing the computer program to implement the step of freezing the application in various embodiments of the present application.

An application freezing method and device, a storage medium, and a terminal provided by the embodiment of the present application, the method includes: acquiring, in a preset time period, a wake-up frequency of an application response alarm clock; acquiring a preset freezing coefficient of the application; The wake-up frequency adjusts the preset freeze coefficient to obtain a real-time freeze coefficient; when the real-time freeze coefficient is greater than a preset threshold, freezing the application may be adjusted according to an application program responding to an alarm wake-up frequency within a preset time period The preset freezing coefficient is obtained to obtain the real-time freezing coefficient. When the real-time freezing coefficient is greater than the preset threshold, the application is frozen, so that it cannot be woken up, saving power consumption and releasing system resources.

DRAWINGS

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings to be used in the embodiments or the prior art description will be briefly described below. Obviously, the drawings in the following description are only It is a certain embodiment of the present application, and other drawings can be obtained according to the drawings without any creative work for those skilled in the art.

1 is a schematic diagram showing the internal structure of a terminal in an embodiment;

2 is a partial schematic diagram of a system in a terminal in an embodiment;

3 is a flow chart of an application freezing method in an embodiment;

4 is a flow chart of an application freezing method in another embodiment;

FIG. 5 is a flowchart of adjusting the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient according to an embodiment; FIG.

6 is a flow chart of an application freezing method in still another embodiment;

7 is a flow chart for inquiring whether a user needs to freeze an application in a frozen list in one embodiment;

Figure 8 is a flow chart of freezing the application in one embodiment;

9 is a structural block diagram of an application freezing device in an embodiment;

Figure 10 is a block diagram showing a portion of the structure of a handset in an embodiment.

Detailed ways

In order to make the objects, technical solutions, and advantages of the present application more comprehensible, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It is understood that the specific embodiments described herein are merely illustrative of the application and are not intended to be limiting.

It will be understood that the terms "first", "second" and the like, as used herein, may be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish one element from another. For example, a first dependent process may be referred to as a second dependent process without departing from the scope of the invention, and similarly, a second dependent process may be referred to as a first dependent process. Both the first dependent process and the second dependent process are dependent processes, but they are not the same dependent process.

In one embodiment, as shown in FIG. 1, a schematic diagram of an internal structure of a terminal is provided. The terminal includes a processor, memory, and display connected via a system bus. The processor is used to provide computing and control capabilities to support the operation of the entire terminal. The memory is used to store data, programs, and/or instruction codes, etc., and the memory stores at least one computer program, which can be executed by the processor to implement the process processing method applicable to the terminal provided in the embodiments of the present application. The memory may include a non-volatile storage medium such as a magnetic disk, an optical disk, a read-only memory (ROM), or a random storage memory (Random-Access-Memory, RAM). For example, in one embodiment, the memory includes a non-volatile storage medium and an internal memory. Non-volatile storage media stores operating systems, databases, and computer programs. The database stores data related to a process processing method provided by the above various embodiments, such as information such as the name of each process or application. The computer program can be executed by a processor for implementing a process processing method provided by various embodiments of the present application. The internal memory provides a cached operating environment for operating systems, databases, and computer programs in non-volatile storage media. The display screen can be a touch screen, such as a capacitive screen or an electronic screen, for displaying interface information of an application corresponding to the foreground process, and can also be used for detecting a touch operation acting on the display screen, and generating corresponding instructions, such as pre-application. Program switching instructions, etc.

A person skilled in the art can understand that the structure shown in FIG. 1 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the terminal to which the solution of the present application is applied. The specific terminal may include a ratio. More or fewer components are shown in the figures, or some components are combined, or have different component arrangements. For example, the terminal further includes a network interface connected through a system bus, and the network interface may be an Ethernet card or a wireless network card, etc., for communicating with an external terminal, for example, for communicating with a server.

In one embodiment, as shown in FIG. 2, a partial architectural diagram of a terminal is provided. The architecture system of the terminal includes a JAVA spatial layer 210, a local framework layer 220, and a kernel (Kernel) spatial layer 230. The freeze and thaw application 210 can be included in the JAVA spatial layer. The freeze and thaw application 210 can be used by the terminal to implement a freeze policy for each application, and freeze the related application of the background power consumption. The resource priority and restriction management module 222 and the platform freeze management module 224 are included in the local framework layer 220. The terminal can maintain different applications in different priorities and different resource organizations through the resource priority and limit management module 222, and adjust the resource group of the application according to the requirements of the upper layer to achieve optimized performance and save power. . The terminal freezes the task that can be frozen in the background by the platform freeze management module 224, and allocates the freeze layer to the preset different levels according to the length of the entry freeze time. Optionally, the freeze layer may include three, respectively: CPU limit Sleep mode, CPU freeze sleep mode, process deep freeze mode. The CPU restricts the sleep mode to limit the CPU resources occupied by the related processes, so that the related processes occupy less CPU resources, and the free CPU resources are tilted to other unfrozen processes, thereby limiting the occupation of CPU resources. It also limits the occupation of network resources and I/O interface resources; CPU freeze sleep mode refers to prohibiting related processes from using CPU, while preserving the occupation of memory, when prohibiting the use of CPU resources, the corresponding network resources and I The /O interface resource is also forbidden; the process deep freeze mode means that in addition to prohibiting the use of CPU resources, the memory resources occupied by the related processes are further recovered, and the recovered memory can be used by other processes. The kernel space layer 230 includes a UID management module 231, a Cgroup module 232, a Binder management module 233, a process memory collection module 234, and a timeout freeze exit module 235. The UID management module 231 is configured to implement an application-based User Identifier (UID) to manage resources of a third-party application or freeze. Compared with the Process Identifier (PID) for process management and control, it is easier to uniformly manage the resources of a user's application through UID. The Cgroup module 232 is used to provide a complete set of Central Processing Unit (CPU), CPUSET, memory, input/output (I/O), and Net related resource restriction mechanisms. The Binder management module 233 is used to implement the priority control of the background binder communication. The interface module of the local framework layer 220 includes a binder interface developed to the upper layer, and the upper layer framework or application sends a resource restriction or frozen instruction to the resource priority and restriction management module 222 and the platform freeze management module 224 through the provided binder interface. . The process memory recovery module 234 is configured to implement the process deep freeze mode, so that when a third-party application is in a frozen state for a long time, the file area of the process is mainly released, thereby saving the memory module and speeding up the application next time. The speed at startup. The timeout freeze exit module 235 is configured to solve the abnormality generated by the freeze timeout scenario. Through the above architecture, the application freezing method in various embodiments of the present application can be implemented.

In one embodiment, as shown in FIG. 3, an application freeze method is provided. This embodiment is described by applying the method to the terminal shown in FIG. 1 as an example. The application freeze method includes:

Step 302: Acquire a wake-up frequency of the application response alarm clock within a preset time period.

The application corresponding to the operation page of the application displayed by the current display interface of the terminal is the foreground application currently running by the terminal, and the application running in the background is the application.

In the intelligent operating system of the terminal, such as the Android operating system, the alarm waking mechanism is generally adopted to wake up related application processes at specific moments. In the alarm wakeup mechanism, the Alarm Manager class provides an access interface to the system alarm service, and can set a function for the application to wake up the application at a certain time in the future, that is, at a specified time. Launch the application internally or periodically. Specifically, when the alarm alarm sounds (time to), the system will issue a broadcast registered for this alarm, which will automatically launch the target application. The registered alarm clock will remain when the terminal sleeps. You can optionally set whether to wake up the terminal, but the alarm will be cleared when the terminal is turned off and restarted. When the application requests a system alarm and a response system alarm, the operating system receives a notification, so the operating system can count the number of times the application responds to the system alarm during the preset time period. The number of times the application responds to the system alarm clock during the preset time period is the wake-up frequency of the application system within the preset time period.

It should be noted that the number of applications may be one or multiple.

Step 304: Acquire a preset freeze coefficient of each application.

There are a variety of applications installed in the terminal. Each application has a preset freeze coefficient. The freeze coefficient of each application can be the same or different. The preset freeze factor can be used to characterize the expectation that the application needs to be frozen. The larger the preset freeze coefficient, the higher the expectation.

The preset freeze coefficient is stored in the preset freeze coefficient table, and the mapping relationship between the application and the preset freeze coefficient is stored in the preset freeze coefficient table. The mapping relationship in the preset freezing coefficient table may be set according to a preset condition, wherein the setting of the preset freezing coefficient may be set according to conditions such as an operating frequency of the application, a running time, and an resource occupancy rate of the application.

It should be noted that the preset freeze coefficient table may be set by the system default or according to user requirements. According to different preset conditions, a plurality of preset freeze coefficient tables may be set, and each freeze coefficient table corresponds to a preset condition.

Step 306: Adjust the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient.

The application obtained according to the foregoing steps responds to the wake-up frequency of the alarm clock and the preset freeze coefficient corresponding to the application to adjust the preset freeze coefficient. The wake-up frequency of each application response alarm is different. At the same time, the preset freeze coefficient of each application is also different. The preset freeze coefficient can be adjusted according to the wake-up frequency of the application response alarm to obtain the real-time freeze coefficient. The freeze factor increases as the wake-up frequency increases to obtain a real-time freeze coefficient.

Step 308: When the real-time freezing coefficient is greater than a preset threshold, the application is frozen.

If the wake-up frequency of the application response alarm clock is larger, the application will be frequently woken up by the system alarm clock, which will greatly increase the operating power consumption of the terminal. According to the wake-up frequency, the preset freeze coefficient is dynamically adjusted to obtain a real-time freeze coefficient. When the acquired real-time freeze coefficient reaches a certain value, that is, when the real-time freeze coefficient is greater than a preset threshold, the application is frozen. It cannot be woken up, saving power and freeing up system resources.

The application freezing method obtains a wake-up frequency of the application response alarm clock in a preset time period; acquires a preset freeze coefficient of the application; and adjusts the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient; When the real-time freezing coefficient is greater than the preset threshold, the application is frozen, and the preset freezing coefficient may be adjusted according to the wake-up frequency of the application within a preset time period to obtain a real-time freezing coefficient, when the real-time freezing coefficient is greater than a preset threshold. When the application running in the background is frozen, it cannot be woken up, saving power and releasing system resources.

In an embodiment, as shown in FIG. 4, before acquiring the preset freeze coefficient of each application, the method further includes:

Step 402: Obtain an application resource usage rate or a running time of the application.

The resource usage rate can be CPU usage or memory usage. The CPU usage refers to the CPU resources occupied by the running application, indicating the running of the terminal at a certain point in time. Memory usage refers to the memory overhead of all processes in the application. A process is a running activity of a program on a computer on a data set. It is the basic unit of the system for resource allocation and scheduling, and is the basis of the operating system structure.

Specifically, the terminal may collect the maximum value of the resource usage of the application in a specific historical time as the resource occupancy rate, or collect the multiple instantaneous resource usage rates of the application in a specific historical time, according to multiple collected The instantaneous resource occupancy rate obtains an average value of the resource occupancy rate, and the average value of the obtained resource occupancy rate is used as the resource occupancy rate of the application. Of course, the terminal may also use other methods to count the resource usage of the application, which is not further limited herein.

The terminal can also count the number of starts the application is running in the foreground during a specific historical time, as well as the length of a single run after each launch. The runtime that an application runs in the foreground is the sum of the length of a single run after each launch of the application during a particular historical time, that is, the cumulative run time of the application during a particular historical time.

Step 404: Set a preset freezing coefficient of the corresponding application according to the resource occupancy rate or the running frequency.

Specifically, the preset freeze coefficient of each application may be set according to the resource occupancy rate, wherein the higher the resource occupancy rate, when the application is running in the background, it is highly likely to cause a jam, affecting the smoothness of the terminal. In order to avoid the occurrence of the stuck phenomenon, the user has higher expectation of freezing the application with high resource occupancy rate, and the value of the corresponding preset freezing coefficient can be set larger. That is, the higher the resource occupancy rate of the application, the larger the corresponding preset freezing coefficient. The preset freeze coefficient table is formed according to the correspondence between the resource occupancy rate of the application and the preset freeze coefficient.

Optionally, the corresponding preset freeze coefficient can also be set according to the running time of the application. Among them, the longer the running time, indicates that the application is an important application that the user thinks; the shorter the running time, the less frequently the application is used by the user. That is, the user has a higher expectation of freezing the application of the running time, and the value of the corresponding preset freezing coefficient can be set larger. That is, the shorter the running time of the application, the larger the corresponding preset freezing coefficient. The preset freeze coefficient table can also be formed according to the correspondence between the running time of the application and the preset freezing coefficient.

Of course, the user can also set the preset freeze list according to the running frequency, network usage, environment information, etc., and no further limitation is made here.

In an embodiment, as shown in FIG. 5, adjusting the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient includes:

Step 502: Acquire historical running data of the application, and determine a frequency of use of the application within the preset time period.

The terminal can record the situation in which the user uses the terminal, and store the historical data of the user using the terminal. Historical data can be statistically analyzed at set intervals to determine how often the user is using the application for each preset time period.

Specifically, for a preset time period, the frequency of use of the application by the user in the preset time period may be the number of times the application runs in the foreground during the preset time period, and the number of starts is used as the preset number of times. How often the app is running. Of course, the above is only an example, and those skilled in the art may also determine, by other methods, the frequency of use of the application by the user during the preset time period.

Step 504: Determine a freeze weight factor according to the use frequency and the wake-up frequency.

According to the historical running data of the acquired application, it can be known that the user uses the application during the preset time period. At the same time, the freezing weight factor of the application can be determined from multiple dimensions in combination with the wake-up frequency, and the freeze expectation of the application within the preset time period can be initially estimated. The freeze weight factor is used to adjust the preset freeze coefficient to obtain the real-time freeze coefficient.

Further, determining the freeze weighting factor according to the use frequency and the wake-up frequency comprises: calculating a ratio of the wake-up frequency to the use frequency; and searching for a freeze weight factor corresponding to the ratio in the preset weight table.

Specifically, the weighting factor is determined according to the magnitude of the ratio K by calculating the ratio K of the wake-up frequency to the used frequency. The frozen weighting factor corresponding to the ratio K is found by calling a preset weight table. In the preset weight table, the larger the ratio K, the larger the corresponding freeze weight factor. If the ratio K is larger, it can be considered that the wake-up frequency of the application is far greater than the frequency of use relative to the frequency of use. In this case, it can be considered that the application is not frequently used by the user during the preset time period. The application does not need to be woken up, and the user's expectation of freezing the application is large. If the ratio K is less than 1, it can be considered that the application is an application frequently used by the user, and needs to be woken up, and the user's expectation of freezing the application is relatively small.

Optionally, the freeze weighting factor may also be determined according to the difference by calculating a difference between the wake-up frequency and the used frequency.

It should be noted that the preset weight table may be set by default or may be set according to user requirements. The user can adjust the correspondence between the ratio K and the frozen weight factor according to his own needs.

Step 506: Determine the real-time freezing coefficient according to the freeze weighting factor and the preset freezing coefficient.

The freeze weight factor can be determined according to the wake-up frequency and the use frequency of the application, and the preset freeze coefficient is adjusted according to the obtained weight factor to obtain the real-time freeze coefficient. The real-time freezing coefficient is the sum of the preset freezing coefficient and the frozen weighting factor. That is:

Real-time freeze coefficient = preset freeze coefficient + freeze weight factor.

For example, for applications such as tools (calculators, memos, calendars, etc.), applications that are not used frequently by users are used at a low frequency, which may have a higher wake-up frequency; for users of instant messaging (such as WeChat, QQ, etc.) Frequently used applications are frequently used and have a higher wake-up frequency. If the preset freeze coefficient is adjusted only by the wake-up frequency of the application within the preset time period, the adjustment accuracy is low. By considering the frequency of use and the wake-up frequency, the frozen weighting factor is determined from multiple dimensions, and the accuracy of calculating the real-time freezing coefficient can be improved.

In one embodiment, as shown in FIG. 6, the application freezing method includes:

Step 602: Acquire a wake-up frequency of the application response alarm clock within a preset time period.

Step 604: Acquire a preset freeze coefficient of the application.

Step 606: Adjust the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient.

The above steps 602, 604, and 606 are in one-to-one correspondence with the steps 302, 304, and 306 in the foregoing embodiment, and are not described again.

Step 608: Generate a freeze list according to the application whose real-time freeze coefficient is greater than a preset threshold; and the application in the freeze list sorts according to a preset policy.

According to the above steps, the real-time freezing coefficient of all applications can be obtained. When the real-time freezing coefficient is greater than the preset threshold, the application is defined as a pre-freezing program, and a frozen list is generated according to the obtained pre-freezing program. After the freeze list is generated, it is pushed to the user, and the prompt is used to freeze management of the application installed in the terminal.

Specifically, the applications in the frozen list can be arranged in the order of the real-time freeze coefficients. Sorting can make the user's search and subsequent operations more convenient, and meet the needs of different user operating habits.

Step 610: Ask the user if they need to freeze the application in the frozen list.

The frozen list includes a plurality of controls, respectively corresponding to the applications that need to be frozen, for example, the applications 1, the application 2, the application 3, ..., the control of the application 6. When the user's operation instruction to the control is received, the corresponding mark is displayed at the control of the corresponding application, and the mark is used to indicate that the application is selected.

Further, the frozen list displayed on the display interface may be highlighted with different identifiers. For example, the first three digits of the frozen list may be displayed in a highlighted form, and the highlighted color may be a gradient color.

At the same time, the freeze interface further includes a freeze button. When the terminal detects the trigger operation of the freeze button by the user, the prompt information of “whether the selected application is frozen” may be output through the pop-up window, and the option is “cancel” " or "freeze" selection controls for the user to select.

In one embodiment, as shown in FIG. 7, asking the user if they need to freeze the application in the frozen list includes:

Step 702: Acquire a historical running data of the application when receiving a freeze instruction for freezing the application by the user;

Specifically, when the user selects the application that needs to be frozen, the terminal detects that the user triggers the freeze button, and may output a prompt message of “whether the selected application is frozen” in the form of a pop-up window, and the option is “ Cancel or "freeze" the selection controls for the user to select. When the user selects the "freeze" selection control, the terminal accepts a freeze instruction input by the user, wherein the freeze instruction is used to freeze the selection application.

Obtaining historical running data of the application when receiving the freezing instruction input by the user, wherein the historical running data may be intermediate running data generated during running of the application to be frozen, for example, when running WeChat, Received WeChat information, such as voice, text, expressions, images, videos, files, and other historical intermediate data.

Step 704: Determine whether privacy data is included in the historical running data.

Obtain historical running data, and analyze the obtained historical running data to detect whether the historical running data includes private data, wherein the private data may be an important contact information, a document number, an image and video with a specific user, and a certificate. Documents, etc.

Step 706: When the privacy data is included in the historical running data, the private data is encrypted and saved in a preset database.

When the historical running data includes the private data, a prompt window for encrypting the private data is displayed on the screen of the terminal, and the prompt window is used to prompt the user whether to encrypt and transfer the historical running data of the application to be frozen, and the user may According to the prompt window, choose whether you need to perform encryption transfer. When the user needs to encrypt and transfer the private data, it can be transferred to the preset database according to the preset storage path to prevent the application from influencing the user's call to the private data during the freezing.

Specifically, the privacy data can be transferred to a certain area of the storage space of the terminal (such as an SD card, an external memory, etc.), thereby ensuring that the user can call the private data at any time when the application is frozen.

It should be noted that the encrypted password may be a character, an image, a fingerprint, an iris, an ear print, a voice print or other forms of a password formed by a combination of numbers and letters, which is not limited herein.

In one embodiment, as shown in FIG. 8, freezing the application includes:

Step 802: Acquire an application identifier of the application.

Each application has a unique app ID that uniquely identifies the corresponding app. The application identifier may be composed of a combination of one or more of a preset number of digits, letters, or other characters.

Step 804: Acquire a freeze level of the application with the application identifier in a preset database.

A freeze level for each application is stored in the preset database, and the freeze level is used to indicate the maximum allowable resources that can be used by the application. Among them, the resources that can be used represent the resources that the process can use at each moment of execution. The maximum allowed resource represents the maximum resource that the process is allowed to use at various times. There are multiple running processes in the terminal. The process is a basic operation of a program on a certain data set in a computer. It is the basic unit for resource allocation and scheduling, and is the basis of the operating system structure. The terminal may acquire the background process according to a preset frequency or according to the detected user operation instruction.

If each application of the terminal needs to be frozen, the application obtains the corresponding freeze level from the preset database. The user can configure the corresponding freeze level for each application.

Specifically, the freeze level of the application may be divided into first level, second level, third level, and fourth level, wherein the lowest level of freezing level is one level, and the highest level of freezing level is four levels.

The foregoing resources may include a CPU, an I/O file resource, and the like. Take resources as memory for an example. If the memory required by the background process is 40Mb, if the freeze level is one level (lowest level), the background process is allocated resources according to the level 1 freeze level, and the maximum allowable resource that the application can use is 30Mb; For level 4 (the highest level), the background process is allocated resources according to the level 4 freeze level, and the maximum allowable resource that the application can use is 0Mb. Among them, the highest level of freezing level is completely frozen.

Step 806: Perform freeze on the application level according to the freeze level.

The application is frozen according to the freeze level configured by the application. In this embodiment, because the freeze level of the application is different, different degrees of freezing operations may be performed according to each application, instead of making all applications satisfying the preset condition completely frozen, and the application may be completely frozen. The state is convenient for the user to quickly and effectively unfreeze the application and improve the user experience. At the same time, the root-root freeze level limits the maximum allowed resources that an application can use, and can also allocate resources reasonably and reduce power consumption.

It should be understood that although the various steps in the flowcharts of FIGS. 3-8 are sequentially displayed as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and the steps may be performed in other orders. Moreover, at least some of the steps in Figures 3-8 may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, these sub-steps or stages The order of execution is not necessarily performed sequentially, but may be performed alternately or alternately with at least a portion of other steps or sub-steps or stages of other steps.

In one embodiment, as shown in FIG. 9, an application freezing device is provided, the device comprising:

The querying module 910 is configured to acquire, in a preset time period, a wake-up frequency of the application response alarm clock;

The obtaining module 920 is configured to acquire a preset freezing coefficient of the application;

The adjusting module 930 is configured to adjust the preset freezing coefficient according to the wake-up frequency to obtain a real-time freezing coefficient;

The freezing module 940 is configured to freeze the application when the real-time freezing coefficient is greater than a preset threshold.

The application freezing device, the query module 910 can acquire the wake-up frequency of the application response alarm clock within a preset time period; the obtaining module 920 can acquire the preset freeze coefficient of each application; and the adjusting module 930 adjusts according to the wake-up frequency. The preset freeze coefficient obtains a real-time freeze coefficient; when the real-time freeze coefficient is greater than a preset threshold, the freeze module 940 freezes the application. The application freezing device can adjust the preset freezing coefficient to obtain the real-time freezing coefficient according to the wake-up frequency of the application in response to the alarm time in the preset time period, and when the real-time freezing coefficient is greater than the preset threshold, the application is frozen and cannot be performed. Wake up, save power and release system resources.

In one embodiment, the adjustment module includes:

a first acquiring unit, configured to acquire historical running data of the application, and determine a frequency of use of the application in the preset time period;

a first determining unit, configured to determine a freeze weighting factor according to the use frequency and the wake-up frequency; the first determining unit is further configured to calculate a ratio of the wake-up frequency and the used frequency; searching and referring to the preset weight table The frozen weight factor corresponding to the ratio;

a second determining unit, configured to determine the real-time freezing coefficient according to the freeze weighting factor and a preset freezing coefficient.

In one embodiment, the application freezing device further includes:

The coefficient setting module is configured to acquire a resource occupancy rate or a running time of the application; and set a preset freezing coefficient of the corresponding application according to the resource occupancy rate or the running time length.

In one embodiment, the application freezing device further includes:

The query module is configured to generate a freeze list according to the application whose real-time freeze coefficient is greater than a preset threshold; the application in the freeze list sorts according to a preset policy, and asks the user whether the application in the freeze list needs to be frozen.

Further, the determining module is further configured to: when receiving a freeze instruction for freezing the application by the user, acquiring historical running data of the application; determining whether the historical running data includes private data; When the private data is included, the private data is encrypted and saved in a preset database.

In one embodiment, the freeze module includes:

An identifier obtaining unit, configured to acquire an application identifier of the application;

a level determining unit, configured to acquire, in a preset database, a freeze level of an application having the application identifier, where the freeze level is used to indicate that a maximum allowed resource that can be used by the application is configured;

And a freezing unit, configured to freeze the corresponding level of the application according to the freezing level.

The division of each module in the application freezing device is for illustrative purposes only. In other embodiments, the application freezing device may be divided into different modules as needed to complete all or part of the functions of the application freezing device.

In one embodiment, a computer readable storage medium is provided having stored thereon a computer program that, when executed by a processor, implements the steps of the application freeze method provided by the various embodiments described above.

In one embodiment, a terminal is provided, including a memory, a processor, and a computer program stored on the memory and operable on the processor, and the processor freezes when the processor executes the computer program The steps of the method.

The embodiment of the present application also provides a computer program product. A computer program product comprising instructions which, when run on a computer, cause the computer to perform the steps of the application freezing method provided by the various embodiments described above.

The embodiment of the present application further provides a terminal. As shown in FIG. 10, for the convenience of description, only the parts related to the embodiments of the present application are shown. For the specific technical details not disclosed, refer to the method part of the embodiment of the present application. The 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, a wearable device, and the terminal is a mobile phone as an example:

FIG. 10 is a block diagram showing a part of a structure of a mobile phone related to a terminal provided by an embodiment of the present application. Referring to FIG. 10, the mobile phone includes: a radio frequency (RF) circuit 1010, a memory 1020, an input unit 1030, a display unit 1040, a sensor 1050, an audio circuit 1060, a wireless fidelity (WiFi) module 1070, and a processor 1080. And power supply 1090 and other components. It will be understood by those skilled in the art that the structure of the handset shown in FIG. 10 does not constitute a limitation to the handset, and may include more or less components than those illustrated, or some components may be combined, or different components may be arranged.

The RF circuit 1010 can be used for receiving and transmitting signals during the transmission and reception of information or during a call. The downlink information of the base station can be received and processed by the processor 1080. The uplink data can also be sent to the base station. Generally, RF circuits include, but are 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 1010 can also communicate with the network and other devices via wireless communication. The above wireless communication may use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (Code Division). Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), e-mail, Short Messaging Service (SMS), and the like.

The memory 1020 can be used to store software programs and modules, and the processor 1080 executes various functional applications and data processing of the mobile phone by running software programs and modules stored in the memory 1020. The memory 1020 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function (such as an application of a sound playing function, an application of an image playing function, etc.); The data storage area can store data (such as audio data, address book, etc.) created according to the use of the mobile phone. Moreover, memory 1020 can include high speed random access memory, and can 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 1030 can be configured to receive input numeric or character information and to generate key signal inputs related to user settings and function control of the handset 1000. Specifically, the input unit 1030 may include an operation panel 1031 and other input devices 1032. The operation panel 1031, which may also be referred to as a touch screen, may collect touch operations on or near the user (such as an operation of the user using a finger, a stylus, or the like on the operation panel 1031 or in the vicinity of the operation panel 1031). And drive the corresponding connection device according to a preset program. In one embodiment, the operation panel 1031 may include two parts of a touch detection device and a touch controller. Wherein, the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information. The processor 1080 is provided and can receive commands from the processor 1080 and execute them. Further, the operation panel 1031 can be realized by various types such as resistive, capacitive, infrared, and surface acoustic waves. In addition to the operation panel 1031, the input unit 1030 may further include other input devices 1032. Specifically, other input devices 1032 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.).

The display unit 1040 can be used to display information input by the user or information provided to the user as well as various menus of the mobile phone. The display unit 1040 may include a display panel 1041. In one embodiment, the display panel 1041 may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like. In one embodiment, the operation panel 1031 may cover the display panel 1041, and when the operation panel 1031 detects a touch operation thereon or nearby, it is transmitted to the processor 1080 to determine the type of the touch event, and then the processor 1080 according to the touch event The type provides a corresponding visual output on display panel 1041. Although in FIG. 10, the operation panel 1031 and the display panel 1041 are two independent components to implement the input and input functions of the mobile phone, in some embodiments, the operation panel 1031 and the display panel 1041 may be integrated to implement the mobile phone. Input and output functions.

The handset 1000 can also include at least one type of sensor 1050, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 1041 according to the brightness of the ambient light, and the proximity sensor may close the display panel 1041 and/or when the mobile phone moves to the ear. Or backlight. The motion sensor may include an acceleration sensor, and the acceleration sensor can detect the magnitude of the acceleration in each direction, and the magnitude and direction of the gravity can be detected at rest, and can be used to identify the gesture of the mobile phone (such as horizontal and vertical screen switching), and vibration recognition related functions (such as Pedometer, tapping, etc.; in addition, the phone can also be equipped with gyroscopes, barometers, hygrometers, thermometers, infrared sensors and other sensors.

Audio circuitry 1060, speaker 1061, and microphone 1062 can provide an audio interface between the user and the handset. The audio circuit 1060 can transmit the converted electrical data of the received audio data to the speaker 1061, and convert it into a sound signal output by the speaker 1061; on the other hand, the microphone 1062 converts the collected sound signal into an electrical signal, by the audio circuit 1060. After receiving, it is converted into audio data, and then processed by the audio data output processor 1080, transmitted to another mobile phone via the RF circuit 1010, or outputted to the memory 1020 for subsequent processing.

WiFi is a short-range wireless transmission technology. The mobile phone through the WiFi module 1070 can help users to send and receive e-mail, browse the web and access streaming media, etc. It provides users with wireless broadband Internet access. Although FIG. 10 shows the WiFi module 1070, it can be understood that it does not belong to the essential configuration of the mobile phone 1000 and can be omitted as needed.

The processor 1080 is the control center of the handset, which connects various portions of the entire handset using various interfaces and lines, by executing or executing software programs and/or modules stored in the memory 1020, and invoking data stored in the memory 1020, The various functions of the mobile phone and the processing of the data, so that the overall monitoring of the mobile phone. In one embodiment, processor 1080 can include one or more processing units. In one embodiment, the processor 1080 can integrate an application processor and a modem, wherein the application processor primarily processes an operating system, a user interface, an application, etc.; the modem primarily processes wireless communications. It will be appreciated that the above described modem may also not be integrated into the processor 1080. For example, the processor 1080 can integrate an application processor and a baseband processor, and the baseband processor and other peripheral chips can form a modem. The mobile phone 1000 also includes a power source 1090 (such as a battery) that supplies power to various components. Preferably, the power source can be logically coupled to the processor 1090 through a power management system to manage functions such as charging, discharging, and power management through the power management system.

In one embodiment, the handset 1000 may also include a camera, a Bluetooth module, and the like.

In the embodiment of the present application, the processor included in the mobile phone implements the application freezing method described above when executing a computer program stored in the memory.

Any reference to a memory, storage, database or other medium used herein may include non-volatile and/or volatile memory. Suitable non-volatile memories can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory can include random access memory (RAM), which acts as an external cache. By way of illustration and not limitation, RAM is available in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronization. Link (Synchlink) DRAM (SLDRAM), Memory Bus (Rambus) Direct RAM (RDRAM), Direct Memory Bus Dynamic RAM (DRDRAM), and Memory Bus Dynamic RAM (RDRAM).

The above embodiments are merely illustrative of several embodiments of the present application, and the description thereof is more specific and detailed, but is not to be construed as limiting the scope of the claims. It should be noted that a number of variations and modifications may be made by those skilled in the art without departing from the spirit and scope of the present application. Therefore, the scope of the invention should be determined by the appended claims.

Claims (19)

1. An application freezing method, including:

   Obtain the wake-up frequency of the application response alarm clock during the preset time period;

   Obtaining a preset freeze coefficient of the application;

   Adjusting the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient;

   The application is frozen when the real-time freeze coefficient is greater than a preset threshold.
2. The method of claim 1, wherein the adjusting the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient comprises:

   Obtaining historical running data of the application, and determining a frequency of use of the application within the preset time period;

   Determining a freeze weighting factor according to the use frequency and the wake-up frequency;

   The real-time freezing coefficient is determined according to the freeze weighting factor and a preset freezing coefficient.
3. The method of claim 2, wherein said determining a freeze weighting factor based on said frequency of use and wake-up frequency comprises:

   Calculating a ratio of the wake-up frequency to the used frequency;

   A frozen weight factor corresponding to the ratio is found in the preset weight table.
4. The method according to claim 3, wherein in the preset weight table, the larger the ratio, the larger the corresponding freeze weight factor.
5. The method of claim 2, wherein said determining a freeze weighting factor based on said frequency of use and wake-up frequency comprises:

   Calculating a difference between the wake-up frequency and the used frequency;

   A freeze weighting factor is determined based on the difference.
6. The method according to claim 2, wherein said time freeze coefficient is a sum of said preset freeze coefficient and said freeze weight factor.
7. The method according to claim 1, wherein before the obtaining the preset freeze coefficient of each application, the method comprises:

   Get the resource usage of the application;

   Setting a preset freezing coefficient of the corresponding application according to the resource occupancy rate.
8. The method according to claim 7, wherein the obtaining the resource occupancy rate of the application comprises: counting a maximum value of the resource occupancy rate of the application in a specific historical time, and using the maximum value as the resource. Occupancy rate.
9. The method of claim 7, wherein the resource usage of the acquiring application comprises:

   Collecting multiple instantaneous resource usage rates of the application during a specific historical time;

   The average resource usage rate is obtained according to the collected multiple instantaneous resource usage rates, and the obtained resource occupancy average value is used as the resource occupancy rate of the application.
10. The method according to claim 7, wherein the higher the resource occupancy rate of the application, the larger the corresponding preset freezing coefficient.
11. The method according to claim 1, wherein before the obtaining the preset freeze coefficient of each application, the method comprises:

    Obtaining a running time of the application, the running time being a sum of a single running time after each startup of the application in a specific historical time;

    Setting a preset freezing coefficient of the corresponding application according to the running time.
12. The method according to claim 11, wherein the shorter the running time of the application, the larger the corresponding preset freezing coefficient.
13. The method of claim 1, wherein before the freezing the application, the method further comprises:

    Generating a freeze list according to the application whose real-time freeze coefficient is greater than a preset threshold; the application in the freeze list is sorted according to a preset policy;

    Ask the user if they need to freeze the application in the frozen list.
14. The method of claim 13 wherein said inquiring whether the user needs to freeze the application in the frozen list comprises:

    Obtaining historical running data of the application when receiving a freeze instruction for freezing the application by the user;

    Determining whether the historical data includes privacy data;

    When the private data is included in the historical running data, the private data is encrypted and saved in a preset database.
15. The method of claim 1 wherein said freezing the applied program comprises:

    Obtaining an application identifier of the application;

    Obtaining, in a preset database, a freeze level of an application having the application identifier, where the freeze level is used to indicate that a maximum allowed resource that can be used by the application is configured;

    The application is frozen according to the freeze level according to the freeze level.
16. The method of claim 1 wherein the resources that are usable represent resources that the process can use at various times of execution; the maximum allowed resources represent the maximum resources that the process is allowed to use at various times.
17. An application freezing device, the device comprising:

    The query module is configured to obtain an wake-up frequency of the application response alarm clock within a preset time period;

    An obtaining module, configured to acquire a preset freezing coefficient of the application;

    And an adjustment module, configured to adjust the preset freeze coefficient according to the wake-up frequency to obtain a real-time freeze coefficient;

    And a freezing module, configured to freeze the application when the real-time freezing coefficient is greater than a preset threshold.
18. A computer readable storage medium having stored thereon a computer program, the computer program being executed by a processor to perform the steps of the method of any one of claims 1 to 16.
19. A terminal comprising a memory, a processor, and a computer program stored on the memory and operable on the processor, the processor executing the computer program to implement the steps of the method of any one of claims 1 to 16. .

Images