CN107944257A - 以服务方式启动应用的控制方法、装置、存储介质及终端 - Google Patents

Abstract

本申请实施例公开了一种以服务方式启动应用的控制方法、装置、存储介质及终端。该方法包括在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略；根据匹配结果允许或禁止所述应用进程启动，可以减少发生第三方应用程序利用绑定服务方式关联启动的情况，进而减少使用终端资源的应用，提高处理速度，同时降低了终端功耗，提高终端的续航时间。

Description

以服务方式启动应用的控制方法、装置、存储介质及终端

技术领域

本申请实施例涉及数据处理技术，尤其涉及一种以服务方式启动应用的控制方法、装置、存储介质及终端。

背景技术

目前，智能终端已成为用户生活或工作中最常用最重要的电子设备。智能终端的功能也不仅限于打电话和发短信。

用户经常会安装各种第三方应用，以满足工作或生活需求。但是，这些应用彼此之间可以相互启动，当一个应用启动后，由于相互之间的关联关系，可能与其关联的其它应用也会启动并在后台运行。即使用户杀死一个应用的进程，与其相关联的其它应用又会把它启动，导致应用进程杀不死。这些相互启动的第三方应用会占用系统资源，使智能终端的运行速度或上网速度变慢。比如，某些第三方应用在用户不知情的情况下进行数据上传或下载，使用了智能终端的系统资源，占用了网络带宽，影响了智能终端的处理速度、功耗等性能。

发明内容

本申请实施例提供一种以服务方式启动应用的控制方法、装置、存储介质及终端，可以有效的管控通过绑定服务启动应用进程的操作，提升智能终端的性能。

第一方面，本申请实施例提供了一种以服务方式启动应用的控制方法，包括：

在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；

在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略，其中，预设的绑定服务启动控制策略的制定方式是通过对用户样本的历史使用习惯进行统计或学习；

根据匹配结果允许或禁止所述应用进程启动。

第二方面，本申请实施例还提供了一种以服务方式启动应用的控制装置，该装置包括：

信息获取模块，用于在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；

策略匹配模块，用于在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略，其中，预设的绑定服务启动控制策略的制定方式是通过对用户样本的历史使用习惯进行统计或学习；

操作执行模块，用于根据匹配结果允许或禁止所述应用进程启动。

第三方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的以服务方式启动应用的控制方法。

第四方面，本申请实施例还提供一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行所述计算机程序时实现如本申请实施例所述的以服务方式启动应用的控制方法。

本申请实施例提供一种以服务方式启动应用的控制方案，在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略；根据匹配结果允许或禁止所述应用进程启动，可以有效地管控以绑定服务方式关联启动应用进程的操作。采用上述技术方案，可以对获取的调用者信息、待启动应用进程的应用信息及应用进程对应的应用程序的关联启动权限进行综合判断，决定是否允许启动该应用进程，减少发生第三方应用程序利用绑定服务方式关联启动的情况，进而，减少应用程序通过绑定服务方式实现自己的进程常驻的问题，从而，减少使用终端资源的应用，提高处理速度，避免系统越用越卡、应用后台弹广告等影响用户操作体验的情况发生，同时降低了终端功耗，提高终端的续航时间。

附图说明

图1是本申请实施例提供的一种以服务方式启动应用的控制方法的流程图；

图2是本申请实施例提供的一种应用程序的关联启动开关界面的示意图；

图3是本申请实施例提供的另一种以服务方式启动应用的控制方法的流程图；

图4是本申请实施例提供的一种以服务方式启动应用的控制装置的结构示意图；

图5是本申请实施例提供的一种终端的结构框图；

图6是本申请实施例提供的一种移动终端的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

目前，智能系统作为用户群最大的智能终端的操作系统平台，可以兼容各种第三方应用，以满足用户在生活、娱乐中的各种使用需求。但是，这些第三方应用可能通过绑定服务的方式相互启动。例如，当一个应用启动后，由于存在绑定服务关系，在该已启动的应用调用其它应用的服务时，被调用的应用就会被启动。基于上述关联启动方式，可能出现在用户不知情的情况下，十几个应用在后台启动起来。即使用户杀死至少一个应用的进程，只要存在绑定关系的应用还有一个处于运行状态，就会基于绑定服务方式启动其它被杀死的应用，这种相互启动的方式通常是通过安卓系统(Android)的服务(service)方式实现的。

例如，当某一个应用需要执行一段业务逻辑，但又不想该业务逻辑在前台可视化时，可通过bindService函数绑定服务方式来调用起一个service，这个service可以是该应用自身的，也可以是另一个应用的service。例如，关联启动通常都是一个应用启动另一个应用的service。如果有其它的应用需要调用一个service时，会向系统发出请求，系统会检查该待调用的service所在的进程是否己经启动，如果没有启动，就需要启动service所在的进程。

但是，这个方式也会被一些流氓应用所利用，让自己的进程保持常驻。例如：某个流氓应用系列包括两个应用A和应用B，应用A通过bindService方式绑定应用B中的service服务。若应用A已被用户启动，系统检测到应用A在调用应用B的服务时，判断该服务所在的进程是否启动，若该进程未启动，则控制该进程启动，从而导致系统启动了应用B。这时候，如果应用A被系统杀掉，应用B又会通过各种启动方式启动应用A，导致流氓应用的进程处于杀不死的状态，结果导致系统处理速度变慢、网络速度变慢或耗电量增加等影响终端性能的问题。为了解决上述问题，本申请实施例提供的以绑定服务方式关联启动应用的控制方案，可以有效的管控通过服务启动应用进程的操作。

图1为本申请实施例提供的一种以服务方式启动应用的控制方法的流程图，该方法可以由以服务方式启动应用的控制装置来执行，其中，该装置可由软件和/或硬件实现，一般可集成于智能终端中。如图1所示，该方法包括：

步骤110、在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限。

其中，在安卓系统中，Android应用启动方式有许多种，通过服务来启动应用是比较常用的方式，通过服务来启动应用又可以包括绑定服务方式(bindService)启动。service是一种非可视化的后台运行逻辑，用于为其它应用提供后台运行服务，可以成为服务。service非常适合去执行那些不需要和用户交互还要长期运行的任务，其运行不依赖任何用户界面。service不是运行在一个独立的进程当中的，而是依赖于创建服务时所在的应用程序进程。当应用程序的进程被杀掉时，所依赖于该进程的service也会停止运行。

绑定服务方式启动应用进程是通过绑定服务来启动应用的一种方式。在Android中，通过应用上下文调用bindService函数绑定服务时，最终会调用到系统代码ActiveServices中的bindServiceLocked函数，如果服务(service)所在的进程不存在，会在该方法中启动待调用service对应的进程。

其中，调用者包括通过绑定服务方式触发第三方应用启动的执行主体。例如，调用者包括系统或应用。调用者信息是用于标识调用者身份的信息。调用者信息可以是UID(User Identification，用户标识)值，不同调用者的UID值不同。调用者信息还可以是包名和进程标识(Process Identification，简称为PID)。

若系统检测到通过绑定服务方式启动应用的请求，则确定通过绑定服务方式启动应用进程的事件被触发。待启动应用(或称为待启动应用进程)为被调用的服务所在的应用进程。

待启动应用进程的应用信息包括待启动应用进程的UID值、包名及组件名称等。其中，应用程序的UID值为唯一的，一个应用程序可以对应多个应用进程，应用进程的UID值与该应用程序的UID值相同。即应用进程的UID值与该应用进程对应的应用程序的UID值相同。

其中，关联启动权限可以是允许应用程序在绑定服务触发下关联启动的权限。例如，在智能终端的应用管家或配置界面中增加应用程序的关联启动开关，供用户通过操作关联启动开关打开或关闭该应用程序的关联启动功能。从而，可以采用关联启动开关的状态信息表征应用程序的关联启动权限。关联启动开关的状态信息包括开启状态和关闭状态。若关联启动开关处于开启状态，则说明对应的应用程序具有关联启动权限。图2是本申请实施例提供的一种应用程序的关联启动开关界面的示意图。如图2所示，用户可以通过应用管家进入应用程序的关联启动设置界面，在该界面内，可以通过对选择控件210的操作打开或关闭应用程序A(或应用程序B/C/D)的关联启动功能。若开启应用A2对应的关联启动开关，则应用A可以通过关联服务方式启动应用A2。还可以通过编辑控件220增加或修改应用程序。系统检测到某一应用程序的关联启动开关的状态发生变化时，更新关联启动开关状态表，该关联启动开关状态表可以存储于本地缓存，也可以存储于云端服务器。另外，该关联启动开关状态表可以是文件格式，还可以是数据表格式。

可选的，关联启动权限还可以通过语音输入的方式赋予应用程序。例如，用户通过语音助手功能为应用A赋予关联启动权限，则系统修改应用A的关联启动标识的权值，从而可以根据该关联启动标识的权值确定应用的启动权限。可以理解的是，获取关联启动权限的方式有很多种，本实施例不作具体限定。

在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息，并读取关联启动开关状态表，获取该应用进程对应的应用程序的关联启动权限。

需要说明的是，在通过绑定服务方式启动应用进程的事件被触发时，还需要判断被调用的服务所在进程是否已启动。若该进程未启动，则触发以绑定服务方式启动应用进程的管控事件，且将该未启动的进程记为待启动应用进程。在以绑定服务方式启动应用进程的管控事件被触发时，执行下述根据调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略。若该进程已启动，则不触发以绑定服务方式启动应用进程的管控事件。可以理解的是，在通过绑定服务方式启动应用进程的事件被触发时，判断被调用的服务所在进程是否已启动的步骤并不是必须执行的，根据下述判定策略可知，若该被调用的服务所在的进程已启动，会出现待启动进程UID值与后台运行的其它应用进程的UID值相等，能够得出该进程是被允许启动的进程。

步骤120、在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略。

其中，通过对用户样本的历史使用习惯进行统计或学习制定预设的绑定服务启动控制策略。用户样本的选择可以是本机用户在设定时间区间内的历史使用数据，还可以是设定数量满足设定条件的用户群体在设定时间区间内的历史使用数据。例如，服务器获取本机用户一个月内的历史使用数据，作为用户样本，采用机器学习模型对该用户样本进行学习，预测用户可能允许关联启动的应用程序，根据该应用程序生成白名单，以便于在系统基于绑定服务启动该进程时，允许其关联启动。又如，服务器获取1万名年龄在16～26岁之间的用户在一个月内的历史使用数据，作为用户样本，统计出这个用户群体通常会允许关联启动的应用程序，根据该应用程序生成白名单，以便于在系统基于绑定服务启动该进程时，允许其关联启动。白名单生成后，由服务器推送至智能终端。需要说明的是，该白名单还可以由用户选择。该白名单可以以文件方式存储在智能终端本地或云端服务器，还可以以数据库方式存储在智能终端本地或云端服务器。可以理解的是，绑定服务启动控制策略的制定方案并不限于上述列举的情况。

将调用者的用户标识作为第一用户标识，将待启动的应用进程的用户标识作为第二用户标识，将第一用户标识与第二用户标识进行匹配。在第一用户标识和第二用户标识均为UID值时，若调用者与待启动的应用进程的UID值相等，则判定匹配成功，确定调用者调用自身服务，直接允许待启动的应用进程启动。例如，应用程序A调用某一服务，系统检测该服务所在的应用进程的UID值是否与应用程序A的UID值相等，若相等，则可以直接启动该服务所在的进程。可选的，第一用户标识和第二用户标识还可以是包名，若调用者与待启动的应用进程的包名相同，则判定匹配成功，确定调用者调用自身服务。

若所述第一用户标识与第二用户标识匹配失败，则获取后台运行的应用程序的用户标识，作为第三用户标识，将所述第二用户标识与第三用户标识进行匹配。在待启动应用进程的UID值不等于调用者的UID值，或者待启动应用进程的包名不等于调用者的包名时，判定第一用户标识与第二用户标识匹配失败。获取后台运行的应用程序的用户标识，记为第三用户标识(可以是UID值)，将第二用户标识与第三用户标识的值进行比较，若两者的值相等，则确定待启动的应用进程与目前后台运行的应用程序具有关联关系，直接允许其启动。例如，应用程序A包括第一应用进程A1和第二应用进程A2。若当前第一应用进程A1在后台运行，第二应用进程A2通过绑定服务方式与其它应用程序(此处的应用可以不是应用A)关联。在绑定第二应用进程A2的其它应用程序启动后，通过绑定服务方式调用第二应用进程A2，系统获取第二应用进程A2的UID值，并与后台运行的应用进程的UID值进行比较，由于后台运行的第一应用进程A1与第二应用进程A2同属于应用程序A，具有相同的UID值，可以确定已有与待启动的第二应用进程A2的UID值相同的其它应用进程在后台运行，从而，确定可以直接允许第二应用进程A2直接启动。

将所述组件名称与预设的绑定服务启动控制策略中的预设白名单进行匹配。例如，根据待启动应用进程的组件名称查询预设白名单，确定待启动应用进程的组件名称是否属于预设白名单。若该待启动应用进程的组件名称属于预设白名单，则直接允许该待启动应用进程启动。

将所述应用包名(可替换为PID值)与预设的绑定服务启动控制策略中的预设白名单进行匹配。例如，根据待启动应用程序的应用包名查询预设白名单，确定待启动应用进程是否属于预设白名单。若该待启动应用进程属于预设白名单，则直接允许该待启动应用进程启动。

根据关联启动开关的状态信息判断所述应用程序的关联启动开关是否处于开启状态。例如，根据待启动应用进程的UID值、包名或PID值查询关联启动开关状态表，确定待启动应用进程对应的应用程序的关联启动开关处于打开状态还是关闭状态。若待启动应用进程对应的应用程序的关联启动开关已打开，则直接允许该待启动应用进程启动。可选的，还可以通过组件名称查询关联启动开关状态表，确定当前待启动应用进程对应的应用程序的关联启动开关是否打开。其中，组件名称是一个组件名称(ComponentName)对象，是目标组件类名和目标组件所在应用程序包的组合。

可以理解的是，在上述根据所述调用者信息、应用信息及状态信息匹配预设的绑定服务启动控制策略的过程中，各个特征(调用者信息、应用信息、状态信息)与绑定服务启动控制策略的匹配操作的执行顺序并不是唯一的，其执行顺序可以调换。

可以理解的是，预设的绑定服务启动控制策略并不限于上述示例中列举的内容，还可以是规定允许系统内置应用被关联启动。在根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略之前，判断所述应用程序是否为系统内置应用；若是，则执行允许待启动应用进程启动的操作；否则，执行根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略。例如，如果检测到通过绑定服务方式启动应用进程的事件被触发，根据待启动应用进程的应用信息确定所述应用进程对应的应用程序为系统内置应用，则允许该应用进程启动。如果该应用进程对应的应用程序为非系统内置应用，则执行根据所述调用者信息、应用信息及关联匹配权限匹配预设的绑定服务启动控制策略。

步骤130、根据匹配结果允许或禁止所述应用进程启动。

其中，匹配结果包括待启动应用进程的第一用户标识与第二用户标识相同，第一用户标识与第二用户标识不相同，第二用户标识与第三用户标识相同，第二用户标识与第三用户标识不相同，待启动应用进程的组件名称属于预设白名单，待启动应用进程的组件名称不属于预设白名单，待启动应用进程属于预设白名单，待启动应用进程不属于预设白名单，待启动应用进程对应的应用程序的关联启动开关为开启状态，以及待启动应用进程对应的应用程序的关联启动开关为关闭状态。

在匹配结果同时满足下述条件时，禁止待启动应用进程启动：

第一用户标识与第二用户标识不相同，并且，第二用户标识与第三用户标识不相同；

待启动应用进程的组件名称不属于预设白名单；

待启动应用进程的应用包名不属于预设白名单，也就是说待启动应用进程不属于预设白名单；

待启动应用进程对应的应用程序的关联启动开关处于关闭状态。

在匹配结果满足下述条件中的一项时，允许待启动应用进程启动：

第一用户标识与第二用户标识相同；

在该第一用户标识与第二用户标识不同时，第二用户标识与第三用户标识相同；

待启动应用进程的组件名称属于预设白名单；

待启动应用进程的应用包名属于预设白名单，也就是说待启动应用进程属于预设白名单；

待启动应用进程对应的应用程序的关联启动开关处于开启状态。

需要说明的是，由于预设白名单内存储的应用进程的组件均是允许基于绑定服务方式关联启动的服务组件，若待启动应用进程的组件名称属于预设白名单，则可以直接允许待启动应用进程启动。另外，预设白名单内存储的应用程序均是允许基于绑定服务方式关联启动的应用程序，若待启动应用进程的包名或进程标识属于预设白名单，则无论调用者是谁，均直接允许待启动应用进程启动。

可以理解的是，在根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略之前，若确定待启动应用进程对应的应用程序是系统内置应用，则直接允许待启动应用进程启动。

本申请实施例的技术方案，可以对获取的调用者信息、待启动应用进程的应用信息及应用进程对应的应用程序的关联启动权限进行综合判断，决定是否允许启动该应用进程，可以有效地管控以绑定服务方式关联启动应用进程的操作。减少发生第三方应用程序利用绑定服务方式关联启动的情况，进而，减少应用程序通过绑定服务方式实现自己的进程常驻的问题，从而，减少使用终端资源的应用，提高处理速度，避免系统越用越卡、应用后台弹广告等影响用户操作体验的情况发生，同时降低了终端功耗，提高终端的续航时间。

图3是本申请实施例提供的另一种以服务方式启动应用的控制方法的流程图。如图3所示，该方法包括：

步骤301、在通过绑定服务方式启动应用进程的事件被触发时，通过绑定服务方法中的设定函数获取调用者的用户标识和包名，以及待启动应用进程的用户标识、包名和组件名称。

其中，设定函数可以是系统服务代码ActiveServices中的bindServiceLocked函数。通过bindServiceLocked函数可以获取待启动应用进程的应用信息(包括待启动应用进程的包名、组件名称和UID值等)以及调用者信息(包括UID值和包名等)。

示例性的，系统在检测到通过绑定服务方式启动应用进程的事件被触发时，通过bindServiceLocked函数获取调用者信息和待启动应用进程的应用信息，在启动待启动应用进程之前，需要对调用者信息和待启动应用进程的应用信息进行综合判断，以确定是否要启动该应用进程。综合判断的依据可以是预先设定的绑定服务启动控制策略。

步骤302、根据待启动应用进程的应用包名或用户标识查询预设的关联启动开关状态表，确定所述待启动应用进程对应的应用程序的关联启动开关的状态信息。

其中，应用包名还可以替换为进程标识PID。用户标识为待启动应用进程的UID值。

关联启动开关状态表为存储有用户设置的应用程序的关联启动开关的打开或关闭状态的数据表。

步骤303、判断所述应用进程对应的应用程序是否为系统内置应用，若是，则执行步骤310，否则，执行步骤304。

其中，系统内置应用为智能终端出厂前预置在其中的应用程序。可以通过查询根据系统预装应用程序列表的方式，判断所述应用进程对应的应用程序是否为系统内置应用。可以理解的是，判断应用程序是否为系统内置应用的方式有很多种，本实施例不作具体限定。

步骤304、判断调用者是否通过绑定服务启动自身应用进程，若是，则执行步骤310，否则执行步骤305。

由于每个应用程序或系统的UID值是唯一的。若调用者的UID值与待启动进程的UID值相等，则判定调用者通过绑定服务方式启动自身进程。

步骤305、判断待启动应用进程与后台运行的应用程序是否匹配，若是，则执行步骤310，否则执行步骤306。

在调用者UID值不等于待启动进程的UID值时，根据待启动应用进程的UID值查询后台运行应用程序的UID值，确定是否存在与待启动应用进程的UID值相同的后台运行的应用程序，若是，则确定待启动应用进程与后台运行的应用程序匹配，执行步骤310，否则，执行步骤306。

步骤306、判断所述组件名称是否属于预设白名单，若是，则执行步骤310，否则执行步骤307。

步骤307、判断所述包名是否属于预设白名单，若是，则执行步骤310，否则执行步骤308。

可选的，上述对于包名的验证步骤还可以替换为针对待启动应用进程的UID值或PID值的验证。即根据UID值或PID值查询预设白名单，确定待启动应用进程对应的应用程序是否属于预设白名单。

步骤308、判断所述应用程序的关联启动开关是否处于开启状态，若是，则执行步骤310，否则执行步骤309。

需要说明的是，上述步骤305至308的顺序并不是固定的，可以互换。

步骤309、禁止所述应用进程启动。

若禁止所述应用进程启动，则关联存储所述调用者与所述应用程序生成拦截记录，向用户展示所述拦截记录。例如，对于禁止待启动应用进程启动的情况，可以保存调用者包名和待启动应用进程的包名，用于向用户显示所有因关联启动被拦截的启动记录。

步骤310、允许所述应用进程启动。

本申请实施例的技术方案，通过对获取的调用者信息、待启动应用进程的UID值、包名、组件名称及应用进程对应的应用程序的关联启动开关的状态信息进行综合判断，决定是否允许启动该应用进程，可以有效地管控以绑定服务方式关联启动应用进程的操作。另外，若禁止待启动应用进程启动，则关联存储所述调用者与所述应用程序生成拦截记录，向用户展示所述拦截记录，可以向用户展示所有因关联启动被拦截的启动记录，优化人机交互设计。

图4是本申请实施例提供的一种以服务方式启动应用的控制装置的结构示意图。该装置可以通过软件和/或硬件实现，可被集成于智能终端内，用于执行本申请实施例提供的以服务方式启动应用的控制方法。如图4所示，该装置包括：

信息获取模块410，用于在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；

策略匹配模块420，用于在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略，其中，预设的绑定服务启动控制策略的制定方式是通过对用户样本的历史使用习惯进行统计或学习；

操作执行模块430，用于根据匹配结果允许或禁止所述应用进程启动。

本申请实施例的技术方案提供一种以服务方式启动应用的控制装置，可以对获取的调用者信息、待启动应用进程的应用信息及应用进程对应的应用程序的关联启动权限进行综合判断，决定是否允许启动该应用进程，可以有效地管控以绑定服务方式关联启动应用进程的操作。减少发生第三方应用程序利用绑定服务方式关联启动的情况，进而，减少应用程序通过绑定服务方式实现自己的进程常驻的问题，从而，减少使用终端资源的应用，提高处理速度，避免系统越用越卡、应用后台弹广告等影响用户操作体验的情况发生，同时降低了终端功耗，提高终端的续航时间。

可选的，信息获取模块410具体用于：

通过绑定服务方法中的设定函数获取调用者的用户标识和包名，以及待启动应用进程的用户标识、应用包名和组件名称；

在采用应用程序的关联启动开关状态表征关联启动权限时，根据待启动应用进程的应用包名或用户标识查询预设的关联启动开关状态表，确定所述待启动应用进程对应的应用程序的关联启动开关的状态信息。

可选的，策略匹配模块420具体用于：

将所述调用者的用户标识作为第一用户标识，将待启动的应用进程的用户标识作为第二用户标识，将所述第一用户标识与第二用户标识进行匹配；

若所述第一用户标识与第二用户标识匹配失败，则获取后台运行的应用程序的用户标识，作为第三用户标识，将所述第二用户标识与第三用户标识进行匹配；

将所述组件名称与预设的绑定服务启动控制策略中的预设白名单进行匹配；

将所述应用包名与预设的绑定服务启动控制策略中的预设白名单进行匹配；

根据所述状态信息判断所述应用程序的关联启动开关是否处于开启状态。

可选的，操作执行模块430具体用于：

在匹配结果满足下述条件中的一项时，执行允许所述应用进程启动的操作：

所述第一用户标识与所述第二用户标识相同；

在所述第一用户标识与所述第二用户标识不同时，所述第二用户标识与所述第三用户标识相同；

所述组件名称属于预设白名单；

所述应用包名属于预设白名单；

待启动应用进程对应的应用程序的关联启动开关处于开启状态。

可选的，操作执行模块430具体用于：

在匹配结果同时满足下述条件时，执行禁止所述应用进程启动的操作：

所述第一用户标识与第二用户标识不相同；

所述第二用户标识与所述第三用户标识不相同；

所述组件名称不属于预设白名单；

所述应用包名不属于预设白名单；

该启动应用进程对应的应用程序的关联启动开关处于关闭状态。

可选的，还包括：

拦截记录生成模块，用于在禁止所述应用进程启动时，关联存储所述调用者与所述应用程序生成拦截记录，向用户展示所述拦截记录。

可选的，还包括：

内置应用判断模块，用于在根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略之前，判断所述应用程序是否为系统内置应用；若是，则执行允许待启动应用进程启动的操作；否则，执行根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种以服务方式启动应用的控制方法，该方法包括：

在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；

在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略，其中，预设的绑定服务启动控制策略的制定方式是通过对用户样本的历史使用习惯进行统计或学习；

根据匹配结果允许或禁止所述应用进程启动。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的以服务方式启动应用的控制操作，还可以执行本申请任意实施例所提供的以服务方式启动应用的控制方法中的相关操作。

本申请实施例提供了一种终端，该终端内具有操作系统，也可以称为智能终端，该智能终端中可集成本申请实施例提供的以服务方式启动应用的控制装置。其中，智能终端包括智能手机、平板电脑、掌上游戏机、笔记本电脑及智能穿戴设备(包括智能手表、智能眼镜或智能手环)等。图5为本申请实施例提供的一种终端的结构框图。如图5所示，该终端(又可称为智能终端)可以包括：存储器510和处理器520。所述存储器510，用于存储计算机程序及预设白名单；所述处理器520读取并执行所述存储器510中存储的计算机程序。所述处理器520在执行所述计算机程序时实现以下步骤：在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略，其中，预设的绑定服务启动控制策略的制定方式是通过对用户样本的历史使用习惯进行统计或学习；根据匹配结果允许或禁止所述应用进程启动。

上述示例中列举的存储器及处理器均为智能终端的部分元器件，所述智能终端还可以包括其它元器件。以移动终端为例，说明上述智能终端可能的结构。图6是本申请实施例提供的一种移动终端的结构示意图。如图6所示，该移动终端可以包括：存储器601、中央处理器(Central Processing Unit，CPU)602(又称处理器，以下简称CPU)、外设接口603、RF(Radio Frequency，射频)电路605、音频电路606、扬声器611、电源管理芯片608、输入/输出(I/O)子系统609、其他输入/控制设备610以及外部端口604，这些部件通过一个或多个通信总线或信号线607来通信。

应该理解的是，图示移动终端600仅仅是移动终端的一个范例，并且移动终端600可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的集成有以服务方式启动应用的控制装置的移动终端进行详细的描述，该移动终端以手机为例。

存储器601，所述存储器601可以被CPU602、外设接口603等访问，所述存储器601可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。在存储器601中存储计算机程序，还可以存储应用程序的关联启动开关状态表及预设白名单等。

外设接口603，所述外设接口603可以将设备的输入和输出外设连接到CPU602和存储器601。

I/O子系统609，所述I/O子系统609可以将设备上的输入输出外设，例如触摸屏612和其他输入/控制设备610，连接到外设接口603。I/O子系统609可以包括显示控制器6091和用于控制其他输入/控制设备610的一个或多个输入控制器6092。其中，一个或多个输入控制器6092从其他输入/控制设备610接收电信号或者向其他输入/控制设备610发送电信号，其他输入/控制设备610可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器6092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏612，所述触摸屏612是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子系统609中的显示控制器6091从触摸屏612接收电信号或者向触摸屏612发送电信号。触摸屏612检测触摸屏上的接触，显示控制器6091将检测到的接触转换为与显示在触摸屏612上的用户界面对象的交互，即实现人机交互，显示在触摸屏612上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路605，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路605接收并发送RF信号，RF信号也称为电磁信号，RF电路605将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路605可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路606，主要用于从外设接口603接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器611。

扬声器611，用于将手机通过RF电路605从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片608，用于为CPU602、I/O子系统及外设接口所连接的硬件进行供电及电源管理。

本申请实施例提供的智能终端，可以有效地管控以绑定服务方式关联启动应用进程的操作，减少应用程序通过绑定服务方式实现自己的进程常驻的情况发生，从而，减少使用终端资源的应用，提高处理速度，避免系统越用越卡、应用后台弹广告等影响用户操作体验的情况发生，同时降低了终端功耗，提高终端的续航时间。

上述实施例中提供的以服务方式启动应用的控制装置、存储介质及移动终端可执行本申请任意实施例所提供的以服务方式启动应用的控制方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的以服务方式启动应用的控制方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

1.一种以服务方式启动应用的控制方法，其特征在于，包括：

在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；

在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略，其中，预设的绑定服务启动控制策略的制定方式是通过对用户样本的历史使用习惯进行统计或学习；

根据匹配结果允许或禁止所述应用进程启动。

2.根据权利要求1所述的方法，其特征在于，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限，包括：

通过绑定服务方法中的设定函数获取调用者的用户标识和包名，以及待启动应用进程的用户标识、应用包名和组件名称；

在采用应用程序的关联启动开关状态表征关联启动权限时，根据待启动应用进程的应用包名或用户标识查询预设的关联启动开关状态表，确定所述待启动应用进程对应的应用程序的关联启动开关的状态信息。

3.根据权利要求2所述的方法，其特征在于，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略，包括：

将所述调用者的用户标识作为第一用户标识，将待启动的应用进程的用户标识作为第二用户标识，将所述第一用户标识与第二用户标识进行匹配；

若所述第一用户标识与第二用户标识匹配失败，则获取后台运行的应用程序的用户标识，作为第三用户标识，将所述第二用户标识与第三用户标识进行匹配；

将所述组件名称与预设的绑定服务启动控制策略中的预设白名单进行匹配；

将所述应用包名与预设的绑定服务启动控制策略中的预设白名单进行匹配；

根据所述状态信息判断所述应用程序的关联启动开关是否处于开启状态。

4.根据权利要求3所述的方法，其特征在于，根据匹配结果允许所述应用进程启动，包括：

在匹配结果满足下述条件中的一项时，执行允许所述应用进程启动的操作：

所述第一用户标识与所述第二用户标识相同；

在所述第一用户标识与所述第二用户标识不同时，所述第二用户标识与所述第三用户标识相同；

所述组件名称属于预设白名单；

所述应用包名属于预设白名单；

待启动应用进程对应的应用程序的关联启动开关处于开启状态。

5.根据权利要求3所述的方法，其特征在于，根据匹配结果禁止所述应用进程启动，包括：

在匹配结果同时满足下述条件时，执行禁止所述应用进程启动的操作：

所述第一用户标识与第二用户标识不相同；

所述第二用户标识与所述第三用户标识不相同；

所述组件名称不属于预设白名单；

所述应用包名不属于预设白名单；

该启动应用进程对应的应用程序的关联启动开关处于关闭状态。

6.根据权利要求5所述的方法，其特征在于，还包括：

在禁止所述应用进程启动时，关联存储所述调用者与所述应用程序生成拦截记录，向用户展示所述拦截记录。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略之前，还包括：

判断所述应用程序是否为系统内置应用；

若是，则执行允许待启动应用进程启动的操作；

否则，执行根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略。

8.一种以服务方式启动应用的控制装置，其特征在于，包括：

信息获取模块，用于在通过绑定服务方式启动应用进程的事件被触发时，获取调用者信息、待启动应用进程的应用信息及所述应用进程对应的应用程序的关联启动权限；

策略匹配模块，用于在以绑定服务方式启动应用进程的管控事件被触发时，根据所述调用者信息、应用信息及关联启动权限匹配预设的绑定服务启动控制策略，其中，预设的绑定服务启动控制策略的制定方式是通过对用户样本的历史使用习惯进行统计或学习；

操作执行模块，用于根据匹配结果允许或禁止所述应用进程启动。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一所述的以服务方式启动应用的控制方法。

10.一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一所述的以服务方式启动应用的控制方法。