WO2019084783A1

WO2019084783A1 - Service scheduling method and apparatus, computer device, and computer readable storage medium

Info

Publication number: WO2019084783A1
Application number: PCT/CN2017/108628
Authority: WO
Inventors: 任超
Original assignee: 深圳市云中飞网络科技有限公司
Priority date: 2017-10-31
Filing date: 2017-10-31
Publication date: 2019-05-09
Also published as: CN110753909B; CN110753909A

Abstract

A service scheduling method comprises: if it is detected in a terminal that a target application service of an application program starts a foreground service, obtaining a service whitelist corresponding to the application program, the service whitelist comprising one or more service identifiers, and each service identifier being used for uniquely indentifying an application service of the application program; determining whether the service whitelist comprises a service identifier of the target application service; and if the service whitelist comprises the service identifier of the target application service, running the application service on the foreground.

Description

Service scheduling method and device, computer device, computer readable storage medium

Technical field

The present application relates to the field of computer technology, and in particular, to a service scheduling method and apparatus, a computer device, and a computer readable storage medium.

Background technique

In a smart terminal, there is a service without an interface, which is generally divided into two types: a foreground service and a background service. When the front-end service is running, it has a higher priority. When the terminal system has insufficient memory and the CPU (Central Processing Unit) occupancy rate is too high, it will not be actively shut down by the terminal. The background service has a lower priority. When the terminal system runs out of memory and the CPU usage is too high, it may be shut down by the terminal to recover resources. If the developer does not follow the rules of the foreground service, many useless application services in the terminal system will run in the form of foreground services, resulting in the terminal resources being occupied.

Summary of the invention

The embodiment of the present application provides a service scheduling method and apparatus, a computer device, and a computer readable storage medium, which can reduce resource occupation.

A service scheduling method, the method comprising:

If the target application service of the application is detected in the terminal, the service white list corresponding to the application is obtained, where the service white list includes one or more service identifiers, and each of the service identifiers is used for An application service that uniquely identifies the application;

Determining whether the service identifier of the target application service is included in the service white list;

If the service whitelist includes the service identifier of the target application service, the foreground application service is run in the foreground.

A service scheduling device, the device comprising:

a list obtaining module, configured to: if a target application service that detects an application in the terminal starts a foreground service, obtain a service white list corresponding to the application, where the service white list includes one or more service identifiers, each of which includes one or more service identifiers, each The service identifier is used to uniquely identify an application service of the application;

An identifier matching module, configured to determine whether the service identifier of the target application service is included in the service whitelist;

The service running module is configured to: if the service whitelist includes the service identifier of the target application service, run the target application service in the foreground.

A computer device comprising a memory and a processor, wherein the memory stores computer readable instructions, and when the instructions are executed by the processor, the processor performs the following steps:

One or more non-transitory computer readable storage media containing computer executable instructions that, when executed by one or more processors, cause the processor to perform the following steps:

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 an application environment diagram of a service scheduling method in an embodiment;

2 is a flow chart of a service scheduling method in an embodiment;

3 is a flow chart of a service scheduling method in another embodiment;

4 is an input interface diagram of calling rights in an embodiment;

FIG. 5 is a diagram of a terminal interface for modifying a service white list in an embodiment; FIG.

6 is a flow chart of a service scheduling method in still another embodiment;

7 is a schematic structural diagram of a service invoking device in an embodiment;

8 is a schematic structural diagram of a service invoking device in another embodiment;

9 is a schematic diagram showing the internal structure of a server in an embodiment;

FIG. 10 is a block diagram showing a part of a structure of a mobile phone related to a computer device according to an embodiment of the present invention.

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.

FIG. 1 is an application environment diagram of a service scheduling method in an embodiment. As shown in FIG. 1, the application environment includes a user terminal 102 and a server 104. The server 104 can send an installation package of the application to the user terminal, and the user terminal 102 can install the application through the installation package, and perform application interaction with the server 104 through the application to transmit the application data. In the process of running the application by the user terminal 102, if the target application service of the application is detected in the terminal, the service whitelist corresponding to the application is obtained, and the service white list includes one or more a service identifier, each of the service identifiers being used to uniquely identify an application service of the application; Determining whether the service whitelist includes the service identifier of the target application service; if the service whitelist includes the service identifier of the target application service, the foreground application service is run in the foreground. The user terminal 102 is an electronic device that is mainly used for inputting user information and outputting processing results at the outermost periphery of the computer network, and may be, for example, a personal computer, a mobile terminal, a personal digital assistant, a wearable electronic device, or the like. The server 104 is a device for providing a computing service in response to a service request, and may be, for example, one or more computers. It can be understood that, in other embodiments provided by the present application, the application environment of the service scheduling method may include only the user terminal 102.

2 is a flow chart of a service scheduling method in an embodiment. As shown in FIG. 2, the service scheduling method includes steps 202 to 206. among them:

Step 202: If it is detected in the terminal that the target application service of the application starts the foreground service, the service white list corresponding to the application is obtained, and the service white list includes one or more service identifiers, and each service identifier is used to uniquely identify the application. An application service for the program.

An application is a software written for an application purpose in an electronic device, and the electronic device implements a service demanded by the user through an application. One or more applications can be installed in the terminal, and the user can achieve the application purpose by operating the application, for example, the user can operate the shopping APP (Application) to purchase the product, and can also listen to the music through the music APP, and can also Play games and more through the game app. When the application is running, the application is completed by an application service. An application can simultaneously enable one or more application services, for example, an application may include a data update service, a music playback service, Multiple services such as data transfer services. Generally, application services can be divided into foreground services and background services. Front-end services refer to services running in the foreground of the terminal. Background services refer to services running in the background of the terminal. The front-end service has a higher priority and will not be actively shut down during the running of the terminal; the background service has a lower priority, and may be shut down by the system when the terminal resources are insufficient.

In an embodiment, the service whitelist is stored in the terminal, and the service whitelist is in one-to-one correspondence with the application, and the service whitelist is used to store the service identifier corresponding to the application service that is allowed to run in the foreground service mode. It can be understood that the service whitelist can include one or more service identifiers, and each service identifier is used to uniquely identify an application service of the application. Service whitelist can be stored It can also be stored in a file in the terminal's database. According to the application identifier, the corresponding service whitelist can be obtained, and then the service identifier in the service whitelist is obtained. The application identifier refers to a unique identifier that distinguishes different applications. The application identifier can be, but is not limited to, the application package name. For example, in the Android system, the application package name can be com.qin.appinfo. The service identifier is a unique identifier of the application service, and may be, but is not limited to, the class name of the application service.

Step 204: Determine whether the service identifier of the target application service is included in the service white list.

In one embodiment, the service whitelist can be displayed through the interface of the terminal, and the user can view the service whitelist through the terminal interface, and can modify, add, delete, etc. the service identifier in the service whitelist as needed. Specifically, an operation instruction input by the user for modifying the service white list is received, and the service white list is modified according to an operation instruction input by the user. For example, the user may first select an application to be operated through the terminal interface, and the terminal displays the service white list corresponding to the application and the service identifier of all the application services, and then the user can edit the service white list through the terminal interface. It can be understood that the service white list can be pushed to the terminal through the server. Specifically, when the server sends the installation package of the application to the terminal, the server simultaneously sends a corresponding service white list to the terminal. The service whitelist of the service service with a higher priority can be stored in the service whitelist sent by the server to the terminal. The user service of the higher priority application service in the service whitelist cannot be arbitrarily changed.

When it is detected that the target application service starts the foreground service, the service identifier of the target application service is obtained. For example, in the Android system, the ActivityManager.RunningServiceInfo class encapsulates all the application service information, and can obtain the service identifier of the application service by calling the ActivityManager.RunningServiceInfo class. After the service identifier of the target application service is obtained, the service identifier in the service whitelist is traversed, and the service identifier corresponding to the target application service is compared with the service identifier in the service whitelist to determine whether the service whitelist is included. The service identifier corresponding to the target application service.

Step 206: If the service whitelist includes the service identifier of the target application service, the foreground application service is run in the foreground.

Comparing the service identifier of the target application service with the service identifier in the service whitelist After that, you can find a match. Specifically, if there is a matching item, indicating that the service whitelist includes the service identifier of the target application service, the foreground application running the target application service. Running the target application service in the foreground means that the application service runs in the form of a foreground service. If there is no match, it indicates that the service whitelist of the target application service is not included in the service whitelist, and the target application service may be run in the background, or the target application service may not be run. Generally, if the application service is run in the form of a foreground service, the application service can be displayed in the notification bar of the terminal, and the user can view the application service running in the foreground service through the notification bar. When the application service is terminated, the information about the application service displayed in the notification bar will also disappear. If the app service runs as a background service, the app service will not be displayed in the notification bar.

The service scheduling method provided in the above embodiment detects that the target application service of the application starts the foreground service, and obtains the service white list corresponding to the application, and determines the operation mode of the target application service through the service white list. The malicious application service can be prevented from occupying the front-end service arbitrarily, resulting in system resources being occupied, thereby improving the utilization of system resources.

3 is a flow chart of a service scheduling method in another embodiment. As shown in FIG. 3, the service scheduling method includes steps 302 to 324. among them:

Step 302: If it is detected in the terminal that the target application service of the application starts the foreground service, the service level of the target application service is obtained.

In an embodiment, when detecting that the target application service starts the foreground service, the service level of the target application service may be first obtained, and whether the service is performed in the form of the foreground service according to the service level of the target application service. Generally, the application service can be prioritized, and the service level refers to the priority of the application service. The application service can be classified according to different standards, and can be divided into multiple levels, which is not limited in this embodiment. For example, the application services are classified according to the operating range, and can be classified into a local service (Local Service) and a remote service (Remote Sercie), and the level of the application service of the local operation can be defined to be higher than that of the remotely operated application service. It can also be classified according to the importance of the application service, and is divided into three levels: level 1, level 2, level 3, and the like.

Step 304: Determine whether the service level is less than a preset level, and if yes, perform step 306; if not, Then step 318 is performed.

Determining whether the service level of the target application service is less than a preset level. If the level is greater than or equal to the preset level, the target application service is directly operated in the form of a foreground service; if less than the preset level, the service white list corresponding to the application is obtained. And running according to the matching result of the service identifier of the target application service and the service whitelist.

Step 306: Obtain a service white list corresponding to the application, where the service white list includes one or more service identifiers, and each service identifier is used to uniquely identify an application service of the application.

In the embodiment provided by the present application, the service whitelist may be stored in the form of a file, and each application corresponds to a service whitelist file. The service whitelist file can be stored in the memory of the terminal, and the corresponding service whitelist file is obtained according to the package name of the application. When the user needs to view the service whitelist, the terminal obtains the application name input by the user, searches for the corresponding application package name according to the application name, and then searches for a corresponding service whitelist file in the memory according to the application package name. The terminal then reads the service identifier in the service whitelist file and displays the read service identifier in the terminal interface. You can also add or delete service IDs in the service whitelist through the terminal interface.

Step 308: Obtain a service identifier of the target application service, and match the service identifier of the target application service with the service identifier in the service whitelist.

The service identifier corresponding to the target application service is obtained, and the service identifier in the service whitelist is searched, and the service identifier of the target application service is matched with the service identifier in the service whitelist to determine whether there is a matching item. For example, the service identifier stored in the service whitelist includes service 1, service 2, service 3, service 4, service 5, and service 6. If the service identifier of the obtained application service is service 4, the service identifier of the application service is The service whitelist exists.

Step 310: Determine whether the service identifier of the target application service is included in the service whitelist, and if yes, execute step 318; if no, execute step 312.

Matching the service identifier of the target application service with the service identifier in the service whitelist. If the service identifier corresponding to the target application service exists in the service whitelist, the application service is run in the form of a foreground service; The service ID corresponding to the service does not exist in the service whitelist. At the same time, the service identifier is matched with the service blacklist.

Step 312: Determine whether the service identifier of the target application service is included in the service blacklist. If yes, go to step 328; if no, go to step 314.

In an embodiment, the service whitelist and the service blacklist may be simultaneously stored in the terminal, and the application service management is implemented through the service whitelist and the service blacklist. The service blacklist is used to store a service identifier corresponding to an application service that is prohibited from running in the form of a foreground service. For example, some application services with large memory consumption may be set to be prohibited from running in the form of a foreground service, the service identifier of the application service is added to the service blacklist, and the application service runs directly as a background service, or Not running. The service ID in the service blacklist can be set through the system, and the user can also customize the settings.

Matching the service identifier of the target application service with the service identifier in the service blacklist. If the service identifier of the target application service exists in the service blacklist, the target application service is directly executed in the form of a background service; If the service identifier of the target application service does not exist in the service blacklist, it indicates that the service identifier of the target application service does not exist in the service whitelist and the service blacklist, and the running permission of the target application service may be performed by the user. Settings.

Step 314, receiving the calling permission input by the terminal.

Specifically, the user may input the calling permission of the target application service through the terminal, and invoke the right to indicate whether the target application service is allowed to run in the form of the foreground service. If the user inputs an allowable call through the terminal, the target application service is run in the form of a foreground service; if the user inputs a forbidden call through the terminal, the target application service is run in the form of a background service. Figure 4 is a diagram of an input interface for invoking permissions in one embodiment. As shown in FIG. 4, when the terminal detects that the target application service starts the foreground service, the terminal interface prompts the user to input the calling permission in the form of a popup window, and the user selects whether to allow the target application service to be in the form of the foreground service according to the popup interface. If the user selects "Yes", the target application service is run in the form of a foreground service, and the service identifier corresponding to the target application service is added to the service white list. If the user selects "No", the target application service is run in the form of a background service, and the service identifier corresponding to the target application service is added to the service blacklist.

Step 316: If the calling permission is allowed to be invoked, the service identifier corresponding to the target application service is added to the service whitelist.

In step 318, the foreground application service is run in the foreground.

If the user enters the permission input by the terminal, the user is allowed to run the target application service in the form of the foreground service, and the service identifier corresponding to the target application service is added to the service white list, and the next time the target application service is served. When the foreground service is enabled, the target application service can be directly run as a foreground service. Specifically, if the calling permission input by the terminal is an allowable call, the target application service is run in the form of a foreground service, and the service identifier corresponding to the target application service is added to the service white list.

Step 320: If the duration of the target application service running in the foreground exceeds the duration threshold, the target application service is run in the background.

In an embodiment, a duration threshold may also be stored in the service whitelist, and the duration threshold refers to a length of time that the application service is allowed to run in the form of a foreground service. The relationship between the service identifier and the duration threshold in the service whitelist is one-to-one. The corresponding duration threshold can be obtained according to the service identifier. Specifically, the time is started from the time when the target application service runs in the foreground mode, and the running time of the current time is obtained in real time. If the running time exceeds the duration threshold, the target application service is converted into the background service to run. For example, the application service 1 corresponds to a duration of 30 minutes, and the application service 1 runs as a foreground service from 12:00. When the time reaches 12:30, the application service 1 is turned into a background service.

Step 322: Obtain a resource occupancy rate of the terminal, and obtain a service identifier corresponding to the resource occupancy rate in the service whitelist, and run the application service corresponding to the obtained service identifier in the form of a background service.

In one embodiment, the resource usage ratio refers to the proportion of the terminal resources that are occupied, and may include a memory usage ratio, a CPU usage, and the like, which are not limited herein. The CPU refers to a structure that provides arithmetic and control functions in an electronic device, and can be a large-scale integrated circuit mainly used to interpret computer instructions and process data in computer software. The electronic device is running computer software, and the application event needs to be processed by the CPU, and the CPU resource is occupied by the application event. CPU usage can It refers to the ratio of occupied CPU resources to all CPU resources. It can also refer to the ratio of the time that the CPU performs tasks to the total working time. Generally, the CPU usage may be, but is not limited to, expressed in the form of a percentage, and the specific percentage value indicates how much CPU resources are occupied or CPU resources are occupied. For example, if the CPU usage is 50%, it means that 50% of the CPU resources are occupied. It can also be said that in the total working time, 50% of the time CPU resources are occupied.

The resource occupancy rate may be associated with the service identifier, or the resource occupancy rate may be associated with the service level to obtain the corresponding service identifier. Obtain a corresponding service identifier according to the resource occupancy rate, and run the application service corresponding to the obtained service identifier in the form of a background service. For example, the service level is divided into level 1, level 2, and level 3. When the memory usage is greater than 50%, the application service corresponding to level 3 is operated as a background service; when the memory occupancy is greater than 70%, level 2 is The application service corresponding to level 3 runs in the form of a background service; when the memory usage is greater than 90%, the application services corresponding to level 1, level 2, and level 3 are run in the form of background services.

Specifically, the resource usage rate corresponding to each application may be obtained, and the corresponding service identifier is obtained according to the resource occupancy rate of each application, and the application service corresponding to the obtained service identifier is operated in the form of a background service. For example, if the CPU usage of an application is higher than 20%, the application service with the service level of level 3 corresponding to the application is run as a background service, so that the resources of the terminal can be managed reasonably.

In an embodiment, the monitoring log file may be obtained in a preset storage address, and the CPU usage rate is obtained according to the monitoring log file. The preset storage address is a preset address for storing the monitoring log file, and the monitoring log file records the change of the specific running condition of the CPU from the opening to the current time. In the preset storage address, the monitoring log file can be found according to the monitoring log file identifier. The monitoring log file identifier refers to the unique identifier that distinguishes the monitoring log file, such as the name and number of the monitoring log file. Specifically, the preset storage address may include several subfolders, where each process log file is stored. The process log file records the changes in the specific running status of the process from the start to the current time. According to the log files of these processes, the log file can be obtained. The CPU usage of the process can be obtained by taking the CPU resources occupied by the process. Among them, the process refers to the basic unit of the CPU to perform resource allocation scheduling, and is also the basic unit of the CPU to perform tasks. Each application contains one or more processes. Therefore, the CPU usage of each application can be obtained according to the CPU usage of the process and the corresponding relationship between the process and the application.

For example, in the Android system, a monitoring log file storing the total CPU usage information can be read in the /proc directory. The /proc directory contains multiple subfolders, which store the process log files of CPU usage information corresponding to each process. The file name of the monitoring log file stored in the /proc directory is "stat". The process log file is stored in the subfolder in the /proc directory. The file name of the process log file is "stat". The stat file in the /proc directory records the total CPU usage information. The stat file in the subfolder under the /proc directory records the CPU usage information of each process. For example, the stat file in the /proc/pid directory records the CPU usage information of the pid process, where pid is the process ID.

Step 324: If it is detected that the application is deleted, the service white list corresponding to the application is deleted.

In one embodiment, the service whitelist corresponds to the application, and when it is detected that the application is deleted, the service whitelist corresponding to the application may be deleted at the same time. It can be understood that the service blacklist also corresponds to the application. When it is detected that the application is deleted, the service blacklist corresponding to the application may also be deleted. When the application is installed again, create a corresponding service whitelist and service blacklist.

Step 326: If the calling permission is forbidden, the service identifier corresponding to the target application service is added to the service blacklist.

In step 328, the target application service is run in the background.

If the user enters the forbidden call through the terminal, the user is prohibited from running the target application service in the form of the foreground service, and the service identifier corresponding to the target application service is added to the service blacklist, and the target application service is next time. When the foreground service is enabled, the target application service is prohibited from running in the form of a foreground service, and the target application service is directly operated in the form of a background service. Specifically, if the calling permission input by the terminal is forbidden, the target application service is The background service runs in the form, and the service identifier corresponding to the target application service is added to the service blacklist.

FIG. 5 is a diagram of a terminal interface for modifying a service whitelist in an embodiment. As shown in FIG. 5, in the modification interface of the service whitelist, the user can select an application to be modified, and then the terminal selects a service whitelist corresponding to the application for display. The user can select the service identifier to be modified in the service white list, and click the "delete" button to delete the selected service identifier. You can also add a new service ID by clicking the "Add" button.

The service scheduling method provided in the above embodiment detects that the target application service of the application starts the foreground service, and obtains the service white list corresponding to the target application, and determines the operation mode of the target application service through the service white list. The malicious application service can be prevented from occupying the front-end service arbitrarily, resulting in system resources being occupied, thereby improving the utilization of system resources.

6 is a flow chart of a service scheduling method in still another embodiment. The service scheduling method includes steps 602 to 614. among them:

Step 602, detecting that the target application service of the application starts the foreground service.

Step 604, it is determined whether the target application service has a call permission, and if so, step 614 is performed; otherwise, step 606 is performed.

Obtaining a service identifier of the target application service, and matching the service identifier of the target application service with the service identifier in the service whitelist. If the service identifier of the target application service exists in the service whitelist, the target application service has a call permission. If the service identifier of the target application service does not exist in the service whitelist, the target application service does not have the call permission.

In step 606, it is determined whether the target application service has been rejected. If yes, step 612 is performed; otherwise, step 608 is performed.

Matching the service identifier of the target application service with the service identifier in the service blacklist. If the service identifier of the target application service exists in the service blacklist, the target application service has been rejected from calling the foreground service; If the service identifier of the application service does not exist in the service whitelist, it indicates that the target application service has not been rejected to call the foreground service.

Step 608, receiving the calling permission input by the user.

In step 610, it is determined whether the calling permission input by the user is an allowable call. If yes, step 614 is performed; otherwise, step 612 is performed.

Step 612, running the target application service in the background.

In step 614, the foreground application service is run in the foreground.

FIG. 7 is a schematic structural diagram of a service invoking device in an embodiment. As shown in FIG. 7, the service invoking device 700 includes a list obtaining module 702, an identifier matching module 704, and a service running module 706. among them:

The list obtaining module 702 is configured to: if the target application service that detects the application in the terminal starts the foreground service, obtain a service white list corresponding to the application, where the service white list includes one or more service identifiers, and each of the service white lists includes one or more service identifiers. The service identifier is used to uniquely identify an application service of the application.

The identifier matching module 704 is configured to determine whether the service identifier of the target application service is included in the service white list.

The service running module 706 is configured to: if the service whitelist includes the service identifier of the target application service, run the target application service in the foreground.

The service scheduling apparatus provided in the above embodiment detects that the target application service of the application program starts the foreground service, and obtains the corresponding service white list, and determines the operation mode of the target application service through the service white list. The malicious application service can be prevented from occupying the front-end service arbitrarily, resulting in system resources being occupied, thereby improving the utilization of system resources.

FIG. 8 is a schematic structural diagram of a service invoking device in another embodiment. As shown in FIG. 7, the service invoking device 800 includes a list obtaining module 802, an identifier matching module 804, a service running module 806, a resource obtaining module 808, and a list deleting module 810. among them:

The list obtaining module 802 is configured to: if the target application service that detects the application in the terminal starts the foreground service, obtain a service white list corresponding to the application, and the service white list includes One or more service identifiers, each of which identifies an application service that uniquely identifies the application.

The identifier matching module 804 is configured to determine whether the service identifier of the target application service is included in the service white list.

The service running module 806 is configured to: if the service whitelist includes the service identifier of the target application service, run the target application service in the foreground.

The resource obtaining module 808 is configured to acquire the resource occupancy rate of the terminal, and obtain the service identifier corresponding to the resource occupancy rate in the service whitelist; and run the application service corresponding to the obtained service identifier in the form of a background service.

The list deletion module 810 deletes the service white list corresponding to the application if it detects that the application is deleted.

In an embodiment, the list obtaining module 802 is further configured to: if the target application service of the application is detected in the terminal, start the foreground service, obtain the service level of the target application service; if the service level is less than the preset level, Then, obtain a service white list corresponding to the application.

In one embodiment, the service running module 806 is further configured to run the target application service in the foreground if the service level is greater than or equal to a preset level.

In an embodiment, the service running module 806 is further configured to obtain a duration threshold corresponding to the service identifier in the service whitelist; if the duration of the target application service running in the foreground exceeds the duration threshold, the background running Target application service.

In an embodiment, the service running module 806 is further configured to run the target application service in the background if the service whitelist does not include the service identifier of the target application service.

In an embodiment, if the service whitelist does not include the service identifier of the target application service, the service execution module 806 receives the call permission input by the terminal, and the call permission is used. The permission to indicate whether to allow the foreground to run the target application service; and to run the target application service according to the calling permission.

In an embodiment, the service running module 806 is further configured to: if the service whitelist does not include the service identifier of the target application service, match the service identifier with a service blacklist, where the service blacklist is used. And storing, by the service identifier, the service identifier corresponding to the application service running in the foreground; if the service blacklist does not include the service identifier of the target application service, receiving the call permission input by the terminal; Target application service.

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

The embodiment of the present application also provides a storage medium. One or more non-volatile storage media containing computer-executable instructions that, when executed by one or more processors, cause the processor to perform the following steps:

In an embodiment, if the target application service that detects the application in the terminal starts the foreground service, the service white list corresponding to the application includes:

Obtaining a service level of the target application service if the target application service of the application is detected in the terminal to start the foreground service;

If the service level is less than the preset level, the service white list corresponding to the application is obtained.

In one embodiment, the method performed by the processor further includes:

If the service level is greater than or equal to the preset level, the foreground application service is run in the foreground.

In one embodiment, the method performed by the processor further includes:

Obtaining a duration threshold corresponding to the service identifier in the service whitelist;

If the duration of the target application service running in the foreground exceeds the duration threshold, the target application service is run in the background.

In one embodiment, the method performed by the processor further includes:

If the service identifier of the target application service is not included in the service whitelist, the target application service is run in the background.

In one embodiment, the method performed by the processor further includes:

And if the service whitelist does not include the service identifier of the target application service, receiving the call permission input by the terminal, where the call permission is used to indicate whether to allow the foreground to run the target application service;

Running the target application service according to the calling authority.

In one embodiment, the method performed by the processor further includes:

If the service whitelist does not include the service identifier of the target application service, the service identifier is matched with the service blacklist, and the service blacklist is used to store the service corresponding to the application service that is prohibited from running in the foreground. Identification

And if the service blacklist does not include the service identifier of the target application service, receiving the call permission input by the terminal;

Running the target application service according to the calling authority.

In an embodiment, the running, by the processor, the running the target application service according to the calling permission comprises:

And if the calling permission is an allowable call, adding a service identifier corresponding to the target application service to the service white list, and running the target application service in a foreground;

If the calling permission is forbidden, the service identifier corresponding to the target application service is added to the service blacklist, and the target application service is run in the background.

In one embodiment, the method performed by the processor further includes:

Obtaining a resource occupancy rate of the terminal, and obtaining the resource usage ratio corresponding to the service whitelist Service identifier;

The application service corresponding to the obtained service identifier is operated in the form of a background service.

In one embodiment, the method performed by the processor further includes:

If it is detected that the application is deleted, the service white list corresponding to the application is deleted.

FIG. 9 is a schematic diagram showing the internal structure of a server in an embodiment. As shown in FIG. 9, the server includes a processor, a non-volatile storage medium, an internal memory, and a network interface connected by a system bus. The non-volatile storage medium of the server stores an operating system and a computer program. The computer program is executed by the processor to implement a service scheduling method. The server's processor is used to provide computing and control capabilities that support the operation of the entire server. The network interface of the server is used to communicate with an external terminal through a network connection, such as receiving an installation package acquisition request sent by the terminal, and returning an installation package and a service white list to the terminal. The server can be implemented with a stand-alone server or a server cluster consisting of multiple servers. It will be understood by those skilled in the art that the structure shown in FIG. 9 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 server to which the solution of the present application is applied. The specific server may include a ratio. More or fewer components are shown in the figures, or some components are combined, or have different component arrangements.

The embodiment of the invention also provides a computer device. As shown in FIG. 10, for the convenience of description, only parts related to the embodiment of the present invention are shown. Without specific details, please refer to the method part of the embodiment of the present invention. The computer device 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 like, taking a computer device as 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 computer device according to an embodiment of the present invention. 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, and an audio circuit 1060. A component of a wireless fidelity (WiFi) module 1070, a processor 1080, and a power source 1090. 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 a touch panel 1031 and other input devices 1032. The touch panel 1031, which may also be referred to as a touch screen, can collect touch operations on or near the user (such as a user using a finger or a stylus) And any suitable object or accessory on the touch panel 1031 or in the vicinity of the touch panel 1031), and drive the corresponding connecting device according to a preset program. In one embodiment, the touch panel 1031 can include two portions 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. In addition, the touch panel 1031 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves. In addition to the touch panel 1031, the input unit 1030 may also 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 touch panel 1031 can cover the display panel 1041. When the touch panel 1031 detects a touch operation thereon or nearby, the touch panel 1031 transmits to the processor 1080 to determine the type of the touch event, and then the processor 1080 is The type of touch event provides a corresponding visual output on display panel 1041. Although the touch panel 1031 and the display panel 1041 are used as two independent components to implement the input and input functions of the mobile phone in FIG. 10, in some embodiments, the touch panel 1031 may be integrated with the display panel 1041. Realize the input and output functions of the phone.

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.; The mobile phone can also be equipped with other sensors such as gyroscopes, barometers, hygrometers, thermometers, and infrared 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 phone's various functions and processing data, so that the overall monitoring of the 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 processor, wherein the application processor primarily processes an operating system, a user interface, an application, and the like; the modem processor primarily processes wireless communications. It will be appreciated that the above described modem processor may also not be integrated into the processor 1080.

The mobile phone 1000 also includes a power source 1090 (such as a battery) for powering various components. Preferably, the power source can be logically coupled to the processor 1080 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 invention, the processor 1080 included in the mobile terminal implements the service scheduling method provided by the foregoing embodiment when executing the computer program stored in the memory.

A computer program product comprising instructions that, when run on a computer, cause the computer The service scheduling method provided by the foregoing embodiment is performed.

One of ordinary skill in the art can understand that all or part of the process of implementing the above embodiments can be completed by a computer program to instruct related hardware, and the program can be stored in a non-volatile computer readable storage medium. Wherein, the program, when executed, may include the flow of an embodiment of the methods as described above. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or the like.

Any reference to a memory, storage, database or other medium as 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-mentioned embodiments are merely illustrative of several embodiments of the present invention, and the description thereof is more specific and detailed, but is not to be construed as limiting the scope of the invention. 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 invention. Therefore, the scope of the invention should be determined by the appended claims.

Claims

A service scheduling method, the method comprising:

If the target application service of the application is detected in the terminal, the service white list corresponding to the application is obtained, where the service white list includes one or more service identifiers, and each of the service identifiers is used for An application service that uniquely identifies the application;

Determining whether the service identifier of the target application service is included in the service white list;

If the service whitelist includes the service identifier of the target application service, the foreground application service is run in the foreground.
The service scheduling method according to claim 1, wherein if the target application service of the application is detected in the terminal to start the foreground service, obtaining the service white list corresponding to the application comprises:

Obtaining a service level of the target application service if the target application service of the application is detected in the terminal to start the foreground service;

If the service level is less than the preset level, the service white list corresponding to the application is obtained.
The service scheduling method according to claim 2, wherein the method further comprises:

If the service level is greater than or equal to the preset level, the foreground application service is run in the foreground.
The service scheduling method according to claim 1, wherein the method further comprises:

Obtaining a duration threshold corresponding to the service identifier in the service whitelist;

If the duration of the target application service running in the foreground exceeds the duration threshold, the target application service is run in the background.
The service scheduling method according to claim 1, wherein the method further comprises:

If the service identifier of the target application service is not included in the service whitelist, the target application service is run in the background.
The service scheduling method according to claim 1, wherein the method further comprises:

And if the service whitelist does not include the service identifier of the target application service, receiving the call permission input by the terminal, where the call permission is used to indicate whether to allow the foreground to run the target application service;

Running the target application service according to the calling authority.
The service scheduling method according to claim 1, wherein the method further comprises:

If the service whitelist does not include the service identifier of the target application service, the service identifier is matched with the service blacklist, and the service blacklist is used to store the service corresponding to the application service that is prohibited from running in the foreground. Identification

And if the service blacklist does not include the service identifier of the target application service, receiving the call permission input by the terminal;

Running the target application service according to the calling authority.
The service scheduling method according to claim 6 or 7, wherein the running the target application service according to the calling permission comprises:

And if the calling permission is an allowable call, adding a service identifier corresponding to the target application service to the service white list, and running the target application service in a foreground;

If the calling permission is forbidden, the service identifier corresponding to the target application service is added to the service blacklist, and the target application service is run in the background.
The service scheduling method according to any one of claims 1 to 7, wherein the method further comprises:

Obtaining a resource occupancy rate of the terminal, and acquiring a service identifier corresponding to the resource occupancy rate in the service whitelist;

The application service corresponding to the obtained service identifier is operated in the form of a background service.
The service scheduling method according to any one of claims 1 to 7, wherein the method further comprises:

If it is detected that the application is deleted, the service white list corresponding to the application is deleted.
A service scheduling device, the device comprising:

a list obtaining module, configured to: if a target application service that detects an application in the terminal starts a foreground service, obtain a service white list corresponding to the application, where the service white list includes one or more service identifiers, each of which includes one or more service identifiers, each The service identifier is used to uniquely identify one of the applications Service

An identifier matching module, configured to determine whether the service identifier of the target application service is included in the service whitelist;

The service running module is configured to: if the service whitelist includes the service identifier of the target application service, run the target application service in the foreground.
A computer device comprising a memory and a processor, the memory storing computer readable instructions, the instructions being executed by the processor, causing the processor to perform any of claims 1 to 10 The service scheduling method described.
One or more non-transitory computer readable storage media containing computer executable instructions that, when executed by one or more processors, cause the processor to perform as claimed in claims 1 to 10 The service scheduling method of any of the above.