CN111095211B

CN111095211B - 一种应用启动的控制方法及用户终端

Info

Publication number: CN111095211B
Application number: CN201780094840.0A
Authority: CN
Inventors: 毕晟
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-10-13
Filing date: 2017-10-13
Publication date: 2024-05-14
Anticipated expiration: 2037-10-13
Also published as: CN111095211A; WO2019071581A1

Abstract

本发明实施例公开了一种应用启动的控制方法及用户终端，该方法应用于用户终端，该方法包括：接收第一应用发送的操作指令，操作指令用于指示用户终端进行目标操作，目标操作为需要启动第二应用以完成的操作；判断操作指令中是否携带预设信息，预设信息为第一应用所使用的软件开发工具包SDK包括的信息；若操作指令携带预设信息，则禁止启动第二应用；若操作指令不携带预设信息，则根据操作指令对第二应用进行启动控制。可见，通过实施本发明实施例，增加了应用启动控制的智能性。

Description

一种应用启动的控制方法及用户终端

技术领域

本发明涉及终端技术领域，尤其涉及一种应用启动的控制方法及用户终端。

背景技术

在实际应用中，通常出现一个应用触发启动另一个应用的情况。例如，应用1为电商应用，应用2为支付类应用。应用1需要调用应用2的支付界面进行支付操作，因此应用1会向用户终端的系统发送用于显示应用2的支付界面的显示指令。系统接收显示指令之后，启动应用2，并显示应用2的支付界面。应用1触发启动应用2也可以称为应用1拉起应用2。应用被“拉起”，是指一个没有启动进程的应用，被另外一个应用/手机系统启动进程。

在实际应用中，被触发启动的应用可能会很多，某些启动的应用可能为恶意启动的应用。因此，需要对启动应用进行控制。在实际应用中，为了避免恶意启动应用，需要用户在设置页面设置应用是否允许被其他应用触发启动。用户终端将应用的设置信息保存在应用配置列表。在某个应用被其他应用触发启动时，用户终端根据应用配置列表中该应用的设置信息确定是否启动该应用。

可见，这种应用启动的控制方式，需要用户提前手动设置应用是否允许被启动，这种方式并不智能。

发明内容

本发明实施例公开了一种应用启动的控制方法及用户终端，能够智能地对应用的启动进行控制。

第一方面，本发明实施例提供了一种应用启动的控制方法，应用于用户终端，该方法包括：接收第一应用发送的操作指令，操作指令用于指示用户终端进行目标操作，目标操作为需要启动第二应用以完成的操作；判断操作指令中是否携带预设信息，预设信息为第一应用所使用的软件开发工具包SDK包括的信息；若操作指令携带预设信息，则禁止启动第二应用；若操作指令不携带预设信息，则根据操作指令对第二应用进行启动控制。

可见，通过实施第一方面所描述的方法，可根据操作指令智能地识别是否为恶意启动第二应用，而不用用户提前去应用配置列表中设置允许启动的应用。因此，通过实施第一方面所描述的方法，增加了应用启动控制的智能性。

可选的，根据操作指令对第二应用进行启动控制的具体实施方式可以为：根据操作指令，获取第一信息，该第一信息包括第一应用的运行状态，或该第一信息包括第二应用的权限信息，或该第一信息包括第二应用的小工具的状态；根据第一信息对第二应用进行启动控制。其中，第一应用的运行状态可以为前台运行或后台运行。其中，第一应用的应用类型可以为蓝牙管理类应用或其他应用类型。小工具(widget)又称小组件，是指可以直接放在桌面上提供功能的应用。

通过实施该实施方式能够更进一步判断是否为恶意启动应用，因此能够更准确地对恶意启动的应用进行拦截。

可选的，目标操作为启动第二应用的目标界面，该第一信息包括第一应用的运行状态，根据第一信息对第二应用进行启动控制的具体实施方式可以为：若第一应用的运行状态为后台运行，则禁止启动第二应用；若第一应用的运行状态为前台运行，则启动第二应用。

通常若第一应用为前台应用，则恶意启动的第二应用的可能性较小。因此，当第一应用的运行状态为前台运行时，可启动第二应用。可见，通过实施该实施方式能够智能地识别是否为恶意启动应用，能够智能地对恶意启动的应用进行拦截。

可选的，目标操作为启动第二应用的目标界面，第一信息包括第一应用的运行状态，根据第一信息对第二应用进行启动控制的具体实施方式可以为：若第一应用的运行状态为后台运行，则禁止启动第二应用；若第一应用的运行状态为前台运行，获取目标界面的界面信息；若界面信息指示目标界面为非透明界面，则启动第二应用；若界面信息指示目标界面为透明界面，则禁止启动第二应用。

若目标界面为透明界面，则用户不能看见第二应用具体的操作，第二应用可能进行恶意操作。因此，只在目标界面为非透明界面时，才启动第二应用，有效地避免了恶意启动应用。

可选的，启动第二应用之后，还可获取目标界面的尺寸；若目标界面的尺寸小于预设尺寸，则关闭第二应用。目标界面过小，则用户不能看见或者注意不到第二应用具体的操作，第二应用可能进行恶意操作。因此，只在目标界面的尺寸大于预设尺寸时，才继续运行第二应用，有效地避免了恶意启动应用。

可选的，目标操作为启动第二应用的目标服务，第一信息包括第二应用的权限信息，根据第一信息对第二应用进行启动控制的具体实施方式可以为：若根据权限信息确定第二应用具有预设权限，则启动第二应用。

可选的，若根据权限信息确定第二应用不具有预设权限，则禁止启动第二应用。或者，若根据权限信息确定第二应用不具有预设权限，用户终端还可根据其他信息进行判断是否启动第二应用。

其中，第二应用的权限信息用于指示第二应用具有的权限。例如，预设权限可以为通知使用权限等。通知使用权限是指可以监听当前系统的通知的变化的权限。因此，具有通知使用权的应用为权限很高的应用。权限很高的应用为信任的应用，启动权限很高的应用之后不会执行恶意操作，因此该应用不是恶意启动，可以启动该应用。可见，通过实施该实施方式能够智能地控制第二应用的启动。

可选的，目标操作为启动第二应用的目标服务，第一信息为第一应用的运行状态，根据第一信息对第二应用进行启动控制的具体实施方式可以为：若第一应用的运行状态为后台运行，并且第二应用的小工具处于激活状态，则启动第二应用；若第一应用的运行状态为后台运行，并且第二应用的小工具处于未激活状态，则禁止启动第二应用；若第一应用的运行状态为前台运行，并且第二应用的小工具处于激活状态或第二应用的应用类型为第一预设类型，则启动第二应用；若第二应用的应用类型不为第一预设类型，并且第二应用的小工具处于未激活状态，则禁止启动第二应用。

例如，第一预设类型可以包括支付类应用、语音引擎类应用、分享类应用中的任何一种或多种。通常，支付类应用、语音引擎类应用、分享类应用是用户经常使用的应用。并且第一应用并不是隐藏在后台的恶意应用，因此，操作指令用于启动第二应用的服务，并且第一应用为前台应用时，可将支付类应用、语音引擎类应用、分享类应用启动。并且通常启动激活的小工具不是恶意启动，因此，可启动小工具处于激活状态的第二应用。可见，通过实施该实施方式能够智能地控制第二应用的启动。

可选的，根据操作指令，获取第一信息的具体实施方式可以为：若目标操作为启动第二应用的目标服务，并且根据权限信息确定第二应用不具有预设权限，则获取第一应用的运行状态。可见，通过实施该实施方式能够更加准确地拦截恶意启动的应用，能够智能地控制第二应用的启动。

可选的，目标操作为启动第二应用的目标数据查询功能，第一信息为第一应用的运行状态，根据第一信息对第二应用进行启动控制的具体实施方式可以为：若第一应用的运行状态为后台运行，并且第二应用的小工具处于激活状态，则启动第二应用；若第一应用的运行状态为后台运行，并且第二应用的小工具处于未激活状态，则禁止启动第二应用；若第一应用的运行状态为前台运行，并且第二应用的小工具处于激活状态或第二应用的应用类型为第二预设类型，则启动第二应用；若第二应用的应用类型不为第二预设类型，并且第二应用的小工具处于未激活状态，则禁止启动第二应用。

例如，第二预设类型可以包括分享类应用。通常，分享类应用是用户经常使用的应用。并且第一应用并不是隐藏在后台的恶意应用，因此，操作指令用于启动第二应用的数据查询功能，并且第一应用为前台应用时，可将分享类应用启动。并且通常启动激活的小工具不是恶意启动，因此，可启动小工具处于激活状态的第二应用。可见，通过实施该实施方式能够智能地控制第二应用的启动。

可选的，目标操作为向第二应用发送目标广播信息，第一信息为第一信息为第二应用的小工具的状态，根据第一信息对第二应用进行启动控制的具体实施方式可以为：若第二应用的小工具处于激活状态，则启动第二应用；若第二应用的小工具未处于激活状态，则禁止启动第二应用。通常启动激活的小工具不是恶意启动，因此，可启动小工具处于激活状态的第二应用。可见，通过实施该实施方式能够智能地控制第二应用的启动。

可选的，接收第一应用发送的操作指令之前，还可启动用户终端的系统；生成系统广播信息，系统广播信息用于发送至第三应用；若第三应用的小工具处于激活状态，或第三应用的应用类型为第三预设类型，则启动第三应用；若第三应用的小工具处于未激活状态，并且第三应用的应用类型不为第三预设类型，则禁止启动第三应用。

其中，第三预设类型可以为盲人类型应用等。由于盲人不方面操作手机，通常盲人类型应用都会由系统广播启动。因此，在系统广播启动盲人类型应用时，需要将盲人类型应用启动。并且通常启动激活的小工具不是恶意启动，因此，可启动小工具处于激活状态的第二应用。可见，通过实施该实施方式能够智能地控制第二应用的启动。

可选的，若检测到与蓝牙设备蓝牙连接成功，检测具有蓝牙媒体浏览服务的第四应用；若第四应用未启动，则禁止启动第四应用。

在实际应用中，通常很多恶意应用为了启动，也会在系统注册蓝牙媒体浏览服务。因此，通过实施该实施方式，可对恶意应用的启动进行智能地拦截。

第二方面，本发明实施例还提供了一种应用启动的控制方法，应用于用户终端，该方法包括：启动用户终端的系统；生成系统广播信息，系统广播信息用于发送至第三应用；若第三应用的小工具处于激活状态，或第三应用的应用类型为第三预设类型，则启动第三应用；若第三应用的小工具处于未激活状态，并且第三应用的应用类型不为第三预设类型，则禁止启动第三应用。

第三方面，本发明实施例还提供了一种应用启动的控制方法，应用于用户终端，该方法包括：若检测到与蓝牙设备蓝牙连接成功，检测具有蓝牙媒体浏览服务的第四应用；若第四应用未启动，则禁止启动第四应用。

在实际应用中，通常很多恶意应用为了启动，也会在系统注册蓝牙媒体浏览服务。因此，通过实施该实施方式，不用用户提前去应用配置列表中设置允许启动的应用，可对恶意应用的启动进行智能地拦截。

第四方面，本发明实施例还提供了一种应用启动的控制方法，应用于用户终端，该方法包括：接收第一应用发送的操作指令，操作指令用于指示用户终端进行目标操作，目标操作为需要启动第二应用以完成的操作；根据操作指令，获取第一信息，第一信息包括第一应用的运行状态和第二应用的特征信息；根据第一信息对第二应用进行启动控制。

可见，通过实施第三方面所描述的方法，可根据第一信息智能地识别是否启动第二应用，而不用用户提前去应用配置列表中设置允许启动的应用。因此，通过实施第三方面所描述的方法，增加了应用启动控制的智能性。

可选的，根据第一信息对第二应用进行启动控制的具体实施方式可以为：根据第二应用的特征信息确定第一权重值；若运行状态信息为前台运行，则根据操作指令的类型确定第二权重值；若第一权重值与第二权重值之和大于预设阈值，则启动第二应用。

可见，通过实施该实施方式，可以准确地对恶意启动的应用进行拦截。

可选的，若运行状态信息为后台运行，则获取第二应用的应用类型，第一应用的应用类型为硬件服务类应用或非硬件服务类应用；根据第一应用的应用类型和操作指令的类型确定第三权重值；若第一权重值与第三权重值之和大于预设阈值，则启动第二应用。

可选的，第二应用的特征信息包括第二应用的安装包名称是否包括预设关键词、第二应用是否具有指纹权限、第二应用是否为权限信任应用、第二应用是否为高频使用应用、第二应用是否具有拍照权限、第二应用是否具有网络连接权限中的至少一种。

可选的，接收操作指令之后，根据操作指令，获取第一信息之前，还可检测第二应用是否为预设应用；若第二应用为预设应用，则启动第二应用；若第二应用不为预设应用，则执行根据操作指令，获取第一信息的步骤。其中，预设应用可以为系统默认设置的广大用户经常使用的应用，例如可以为支付应用或即时通讯应用。广大用户经常使用的应用一般不是恶意应用，因此可以启动。

第五方面，提供了一种用户终端，该用户终端具有实现上述第一方面、第一方面可能的实现方式、第二方面、第三方面、第四方面或第四方面可能的实现方式中用户终端行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。该模块可以是软件和/或硬件。基于同一发明构思，由于该用户终端解决问题的原理以及有益效果可以参见上述第一方面、第一方面可能的实现方式、第二方面、第三方面、第四方面或第四方面可能的实现方式以及所带来的有益效果，因此该用户终端的实施可以参见上述第一方面、第一方面可能的实现方式、第二方面、第三方面、第四方面或第四方面可能的实现方式，重复之处不再赘述。

第六方面，提供了一种用户终端，该用户终端包括：存储器，用于存储一个或多个程序；处理器，用于调用存储在该存储器中的程序以实现上述第一方面、第一方面可能的实现方式、第二方面、第三方面、第四方面或第四方面可能的实现方式中的方案，该用户终端解决问题的实施方式以及有益效果可以参见上述第一方面、第一方面可能的实现方式、第二方面、第三方面、第四方面或第四方面可能的实现方式以及有益效果，重复之处不再赘述。

第七方面，提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行执行上述第一方面、第一方面可能的实现方式、第二方面、第三方面、第四方面或第四方面可能的实现方式以及有益效果，重复之处不再赘述。

第八方面，提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面、第一方面可能的实现方式、第二方面、第三方面、第四方面或第四方面可能的实现方式。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种应用启动的控制方法的流程示意图；

图2是本发明实施例提供的另一种应用启动的控制方法的流程示意图；

图3是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图4是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图5是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图6是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图7是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图8是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图9是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图10是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图11是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图12是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图13是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图14是本发明实施例提供的又一种应用启动的控制方法的流程示意图；

图15是本发明实施例提供的一种用户终端的结构示意图；

图16是本发明实施例提供的另一种用户终端的结构示意图；

图17是本发明实施例提供的又一种用户终端的结构示意图；

图18是本发明实施例提供的又一种用户终端的结构示意图；

图19是本发明实施例提供的又一种用户终端的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例的技术方案进行描述。

在实际应用中，由第一应用触发启动第二应用的情况十分常见。例如，第一应用和第二应用使用相同的软件开发工具包(software development kit，SDK)开发，具有SDK中相同的功能。该SDK可预设有包括界面、服务、数据查询功能和广播信息中的至少一种。以第一应用和第二应用具有界面1为例，该界面1为SDK预设的界面，由于第一应用和第二应用使用了同一个SDK(即，第一应用和第二应用在开发时使用了同一个SDK)，这两个应用均具有界面1。在该SDK中也可以预置向系统发送操作指令的功能，即使用了该SDK的应用，在系统中运行时，会向系统发送该SDK预设的操作指令。例如，使用了该SDK的第一应用在系统中运行时，会向用户终端系统发送预置于该SDK中的，用于启动同样使用了该SDK的第二应用的界面1的操作指令。用户终端系统接收该操作指令之后，先启动第二应用，再启动第二应用的界面1。由于SDK的制作者可以预测或者获知当前有哪些应用会使用该SDK，其可以将这些使用该SDK的应用的标识携带在预设的操作指令中，而SDK预设的界面1的界面标识是SDK预设好的，故当一个使用该SDK的应用在系统中运行时，该应用就会向系统发送SDK预置的操作指令，以尝试启动预设在该操作指令中的应用标识对应的应用，以及该应用的界面1，而不论预设在操作指令中的该应用标识对应的应用在系统中是否安装。若恰好预置在操作指令中的应用标识所对应的应用在系统中已被安装，则可能会被系统根据该操作指令启动。

具体地，第一应用安装时，用户终端系统会在第一应用的注册信息中记录第一应用的标识、界面1的标识。同理，第二应用安装时，用户终端系统会在第二应用的注册信息中记录第二应用的标识、界面1的标识。其中，第一应用的注册信息和第二应用的注册信息中记录了界面1的标识。根据该第一应用的标识，系统可确定出其对应的第一应用。根据该第二应用的标识，系统可确定出其对应的第二应用。根据界面1的标识，系统可确定出界面1。在第一应用启动之后，第一应用向用户终端系统发送操作指令，该操作指令包括第二应用的标识和界面1的标识，该操作指令用于用户终端系统启动第二应用的界面1的标识。用户终端接收操作指令之后，在第二应用的注册信息中查找第二应用的标识以及界面1的标识。由于第一应用的注册信息和第二应用的注册信息中都记录了界面1的标识。因此，用户终端系统在第二应用的注册信息中可查找到第二应用的标识和界面1的标识。用户终端系统在第二应用的注册信息中查找到第二应用的标识和界面1的标识之后，若第二应用未启动，则用户终端系统先启动第二应用，再启动第二应用的界面1。

当然若第一应用和第二应用不具有同一个SDK的界面，第一应用也可以通过启动第二应用的界面的方式触发启动第二应用。例如，第一应用可向用户终端系统发送用于启动第二应用的目标界面的操作指令。用户终端系统接收该操作指令之后，先启动第二应用，再启动第二应用的目标界面。具体地，第二应用在安装时在用户终端系统进行注册，用户终端系统会在第二应用的注册信息中记录第二应用的标识和第二应用的界面标识。根据该第二应用的标识，系统可确定出其对应的第二应用，根据该界面标识，系统可确定出该界面标识对应的第二应用的相应界面。第一应用可向用户终端系统发送操作指令，该操作指令携带第二应用的标识和第二应用的目标界面的标识，该目标界面可以是任意一个界面，该操作指令用于指示用户终端系统启动第二应用的目标界面。用户终端系统接收到该操作指令之后，在第二应用的注册信息中查找第二应用的标识和目标界面的标识。用户终端系统在第二应用的注册信息中查找到第二应用的标识和目标界面的标识之后，若第二应用未启动，则用户终端系统先启动第二应用，再启动第二应用的目标界面。这种方式需要第一应用的开发者与第二应用的开发者协商得到第二应用的目标界面的标识。

举例来说，第一应用为即时通讯应用，第二应用为新闻应用。即时通讯应用可向用户终端系统发送操作指令，该操作指令携带新闻应用的标识和界面1的标识。用户终端系统接收到该操作指令之后，在新闻应用的注册信息中查找新闻应用的标识和界面1的标识。用户终端系统在新闻应用的注册信息中查找到新闻应用的标识和界面1的标识之后，若新闻应用未启动，则用户终端系统先启动新闻应用，再启动新闻应用的界面1。

再如，以第一应用和第二应用具有服务1为例，类似地，该服务1被预置在同一SDK中，而第一应用和第二应用使用了该SDK。第一应用可向用户终端系统发送用于启动第二应用的服务1的操作指令。用户终端系统接收该操作指令之后，先启动第二应用，再启动第二应用的服务1。

类似地，由于SDK的制作者可以预测或者获知当前有哪些应用会使用该SDK，其可以将这些使用该SDK的应用的标识携带在预设的操作指令中，而SDK预设的服务1的服务标识是SDK预设好的，故当一个使用该SDK的应用在系统中运行时，该应用就会向系统发送SDK预置的操作指令，以尝试启动预设在该操作指令中的应用标识对应的应用，以及该应用的服务1，而不论该预设在操作指令中的应用标识对应的应用在系统中是否安装。若恰好预置在操作指令中的应用标识所对应的应用在系统中已被安装，则可能会被系统根据该操作指令启动。

具体地，第一应用在系统中安装时，因为该SDK预置了服务1，用户终端系统会在第一应用的注册信息中记录第一应用的标识、服务1的标识。同理，第二应用安装时，用户终端系统会在第二应用的注册信息中记录第二应用的标识、服务1的标识。其中，第一应用的注册信息和第二应用的注册信息中均有同样的服务1的标识。根据该第一应用的标识，系统可确定出其对应的第一应用。根据该第二应用的标识，系统可确定出其对应的第二应用。根据该服务1的标识，系统可确定出服务1。在第一应用启动之后，第一应用向用户终端系统发送操作指令，该操作指令包括第二应用的标识和服务1的标识，该操作指令用于指示用户终端系统启动第二应用的服务1。用户终端接收操作指令之后，在第二应用的注册信息中查找第二应用的标识以及服务1的标识。由于第一应用的注册信息和第二应用的注册信息中记录了相同的服务1的标识。因此，用户终端系统在第二应用的注册信息中可查找到第二应用的标识和服务1的标识。用户终端系统在第二应用的注册信息中查找到第二应用的标识和服务1的标识之后，若第二应用未启动，则用户终端系统先启动第二应用，再启动第二应用的服务1。

当然若第一应用和第二应用不具有同一个SDK的服务，第一应用也可以通过启动第二应用的服务的方式触发启动第二应用。例如，第一应用可向用户终端系统发送用于启动第二应用的目标服务的操作指令。用户终端系统接收该操作指令之后，先启动第二应用，再启动第二应用的目标服务。具体地，第二应用可在安装时在用户终端系统进行注册，用户终端系统会在注册信息中记录第二应用的标识和第二应用的服务标识，根据该服务标识，系统可确定第二应用提供的相应服务。第一应用可向用户终端系统发送操作指令，该操作指令携带第二应用的标识和第二应用的目标服务的标识，目标服务可以是第二应用的任意一个服务，该操作指令用于指示用户终端系统启动第二应用的目标服务。用户终端系统接收到该操作指令之后，在注册信息中查找第二应用的标识和目标服务的标识。用户终端系统在注册信息中查找到第二应用的标识和目标服务的标识之后，若第二应用未启动，则用户终端系统先启动第二应用，再启动第二应用的目标服务。这种方式需要第一应用的开发者与第二应用的开发者协商得到第二应用的目标服务的标识。

举例来说，第一应用为即时通讯应用，第二应用为音乐播放应用。即时通讯应用向用户终端系统发送操作指令，该操作指令携带音乐播放应用的标识和下载服务的标识。用户终端系统接收到该操作指令之后，在音乐播放应用的注册信息中查找音乐播放应用的标识和下载服务的标识。用户终端系统在音乐播放应用的注册信息中查找到音乐播放应用的标识和下载服务的标识之后，若音乐播放应用未启动，则用户终端系统先启动音乐播放应用，再启动音乐播放应用的下载服务。

再如，以第一应用和第二应用具有数据查询功能1为例，类似地，该数据查询功能1被预置在同一SDK中，而第一应用和第二应用使用了该SDK。第一应用可向用户终端系统发送用于启动第二应用的数据查询功能1的操作指令。用户终端系统接收该操作指令之后，先启动第二应用，再启动第二应用的数据查询功能1。

类似地，由于SDK的制作者可以预测或者获知当前有哪些应用会使用该SDK，其可以将这些使用该SDK的应用的标识携带在预设的操作指令中，而SDK预设的数据查询功能1的数据查询功能标识是SDK预设好的，故当一个使用该SDK的应用在系统中运行时，该应用就会向系统发送SDK预置的操作指令，以尝试启动预设在该操作指令中的应用标识对应的应用，以及该应用的数据查询功能1，而不论该预设在操作指令中的应用标识对应的应用在系统中是否安装。若恰好预置在操作指令中的应用标识所对应的应用在系统中已被安装，则可能会被系统根据该操作指令启动。

具体地，第一应用在系统中安装时，因为该SDK预置了数据查询功能1，用户终端系统会在第一应用的注册信息中记录第一应用的标识、数据查询功能1的标识。同理，第二应用安装时，用户终端系统会在第二应用的注册信息中记录第二应用的标识、数据查询功能1的标识。其中，第一应用的注册信息和第二应用的注册信息中均有同样的数据查询功能1的标识。根据该第一应用的标识，系统可确定出其对应的第一应用。根据该第二应用的标识，系统可确定出其对应的第二应用。根据该数据查询功能1的标识，系统可确定出数据查询功能1。在第一应用启动之后，第一应用向用户终端系统发送操作指令，该操作指令包括第二应用的标识、数据查询功能1的标识和需要查询的数据，该操作指令用于指示用户终端系统启动第二应用的数据查询功能1，并将查询结果反馈至第一应用。用户终端接收操作指令之后，在第二应用的注册信息中查找第二应用的标识以及数据查询功能1的标识。由于第一应用的注册信息和第二应用的注册信息中记录了相同的数据查询功能1的标识。因此，用户终端系统在第二应用的注册信息中可查找到第二应用的标识和数据查询功能1的标识。用户终端系统在第二应用的注册信息中查找到第二应用的标识和数据查询功能1的标识之后，若第二应用未启动，则用户终端系统先启动第二应用，再启动第二应用的数据查询功能1。

当然若第一应用和第二应用不具有同一个SDK的数据查询功能，第一应用也可以通过启动第二应用的数据查询功能的方式触发启动第二应用。例如，第一应用可向用户终端系统发送用于启动第二应用的数据查询功能的操作指令。用户终端系统接收该操作指令之后，先启动第二应用，再启动第二应用的数据查询功能。具体地，第二应用可在安装时在用户终端系统进行注册，用户终端系统会在注册信息中记录第二应用的标识和第二应用的数据查询功能标识。根据该查询功能标识，用户终端系统可确定第二应用提供的查询功能。第一应用可向用户终端系统发送操作指令，该操作指令携带第二应用的标识和第二应用的查询功能标识和需要查询的数据(如查询联系人)，该操作指令用于指示用户终端系统启动第二应用的查询功能，并将查询结果反馈至第一应用(如向第一应用反馈查询到的联系人)。用户终端系统接收到该操作指令之后，在注册信息中查找第二应用的标识和查询功能标识。用户终端系统在第二应用的注册信息中查找到第二应用的标识和查询功能的标识之后，若第二应用未启动，则用户终端系统先启动第二应用，再启动第二应用的查询功能。这种方式也可称为第一应用以启动数据查询功能的方式启动第二应用。这种方式需要第一应用的开发者与第二应用的开发者协商得到第二应用的数据查询功能的标识。

举例来说，第一应用为即时通讯应用，第二应用为联系人应用。即时通讯应用需要知道联系人应用中有哪些联系人注册了该即时通讯应用的账号。因此，即时通讯应用需要从联系人应用中获取联系人电话号码，并将联系人号码发送至即时通讯应用的服务器查询是否存在联系人号码对应的该即时通讯应用的账号。因此，该即时通讯应用可向用户终端系统发送操作指令，该操作指令携带联系人应用的标识和数据查询功能标识以及需要查询的数据(即需要查询联系人号码)。用户终端系统接收到该操作指令之后，在联系人应用的注册信息中查找联系人应用的标识和数据查询功能标识。用户终端系统在联系人应用的注册信息中查找到联系人应用的标识和数据查询功能标识之后，若联系人应用未启动，则用户终端系统先启动联系人应用，再启动联系人应用的数据查询功能，以查询联系人应用中的联系人号码，并向即时通讯应用返回查询到的联系人号码。

又如，以第一应用和第二应用具有广播信息1为例，类似地，该广播信息1被预置在同一SDK中，而第一应用和第二应用使用了该SDK。类似地，由于SDK的制作者可以预测或者获知当前有哪些应用会使用该SDK，其可以将这些使用该SDK的应用的标识携带在预设的操作指令中，而SDK预设的广播信息1是SDK预设好的，故当一个使用该SDK的应用在系统中运行时，该应用就会向系统发送SDK预置的操作指令，以尝试启动预设在该操作指令中的应用标识对应的应用，以及向该应用发送广播信息1，而不论该预设在操作指令中的应用标识对应的应用在系统中是否安装。若恰好预置在操作指令中的应用标识所对应的应用在系统中已被安装，则可能会被系统根据该操作指令启动。具体地，第一应用和第二应用安装时，会在用户终端系统会系统订阅广播信息1。在第一应用启动之后，第一应用向用户终端系统发送操作指令，该操作指令包括广播信息1。用户终端接收操作指令之后，若第二应用未启动，则用户终端系统先启动第二应用，再向第二应用发送广播信息1。

当然若第一应用和第二应用不具有同一个SDK的广播信息，第一应用也可以通过向第二应用发送广播信息的方式触发启动第二应用。例如，第一应用、第二应用在用户终端系统订阅需要接收的广播信息。例如，第一应用和第二应用均在用户终端系统订阅需要接收广播信息1。第一应用启动之后，向用户终端系统发送操作指令，该操作指令携带广播信息1，用户终端系统接收操作指令之后，若第二应用未启动，则用户终端系统先启动第二应用，再向第二应用发送广播信息1。

第一应用为即时通讯应用，第二应用为新闻应用。即时通讯应用和新闻应用在用户终端系统订阅了“启动完成”的广播消息。如果即时通讯应用启动完成，就会向用户终端系统发送广播信息“启动完成”。用户终端系统接收到该广播信息之后，若检测到新闻应用未启动，则用户终端系统先启动新闻应用，再向新闻应用发送广播信息“启动完成”。

除此之外，系统还可通过发送广播信息的方式启动第二应用。应用可在系统订阅系统广播信息。系统启动之后，就生成系统广播信息，并向订阅广播信息的应用发送系统广播信息。若订阅系统广播信息的应用未启动，则先启动该应用，再向该应用发送该系统广播信息。

然而在实际应用中，第二应用可能被恶意启动。例如，第一应用和第二应用可能是同一家公司的应用，由于是同一家公司的应用，第一应用启动之后，经常会通过以上几种方式中的一种启动第二应用，并使第二应用执行一些用户不能看见的恶意操作。并且启动过多的应用也会导致用户终端的运行速度变慢。因此，需要对恶意启动的应用进行控制。在现有的实际应用中，需要用户提前手动设置应用是否允许被启动，这种方式并不智能。

为此本申请实施例提供了一种应用启动的控制方法及用户终端，不需要用户提前手动设置应用是否允许被启动，能够智能地对应用的启动进行控制，对恶意应用和不需要使用的应用的启动进行拦截。

以下对本申请所提供的应用启动的控制方法及用户终端进行详细地介绍。

请参见图1，图1是本申请实施例提供的一种应用启动的控制方法。如图1所示，该应用启动的控制方法包括如下101～104部分，其中：

101、用户终端接收第一应用发送的操作指令。

其中，该操作指令用于指示用户终端进行目标操作，该目标操作为需要启动第二应用以完成的操作。

具体地，由用户终端系统接收第一应用发送的操作指令。用户终端系统是指用户终端的操作系统。例如，该用户终端系统可以是安卓系统或IOS系统等。

可选的，目标操作可以为启动第二应用的目标界面，或目标操作可以为启动第二应用的目标服务，或目标操作可以为启动第二应用的目标数据查询功能，或目标操作可以为向第二应用发送目标广播信息，或者目标操作还可以是其他需要先启动第二应用才能执行的操作，本申请实施例不做限定。其中，目标界面可以为第二应用的任一界面，目标服务可以为第二应用的任一服务，目标数据查询功能可以为第二应用的任一数据查询功能，目标广播信息可以为第二应用订阅的任一广播信息。

若目标操作为启动第二应用的目标界面，则该操作指令可携带第二应用的标识和目标界面的标识。若目标操作为启动第二应用的目标服务，则操作指令可携带第二应用的标识和目标服务的标识。若目标操作为启动第二应用的目标数据查询功能，则操作指令可携带第二应用的标识和目标数据查询功能的标识。若目标操作为向第二应用发送目标广播信息，则操作指令还携带需要向第二应用发送的目标广播信息。

其中，第一应用可以为用户终端的应用，或第一应用可以为其他终端的应用，本申请实施例不做限定。

102、用户终端判断操作指令中是否携带预设信息。

本申请实施例中，用户终端接收操作指令之后，判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。具体地，该预设信息为开发第一应用所使用的SDK包括的信息。第一应用使用SDK可以理解为第一应用具有SDK的功能。

通常为了便于启动多个应用，多个应用具有相同的SDK功能。其中一个应用启动之后，通过启动其他应用的SDK功能，就可触发启动其他应用。例如，第一应用和第二应用具有相同的SDK功能。第一应用启动之后，向用户终端系统发送操作指令，该操作指令用于启动第二应用的界面1，该界面1为SDK中的界面，则用户终端系统先启动第二应用，再启动第二应用的界面1。再如，第一应用启动之后，向用户终端系统发送操作指令，该操作指令用于启动第二应用的服务1，该服务为SDK中的服务，则用户终端系统先启动第二应用，再启动第二应用的服务1。再如，第一应用启动之后，向用户终端系统发送操作指令，该操作指令用于启动第二应用的数据查询功能1，该数据查询功能1为SDK中的数据查询功能，则用户终端系统先启动第二应用，再启动第二应用的数据查询功能1。再如，第一应用启动之后，向用户终端系统发送操作指令，该操作指令用于向第二应用的广播信息1，该广播信息1为SDK中的广播信息，则用户终端系统先启动第二应用，再向第二应用发送广播信息1。

一般被启动的应用是用户不想启动的应用，属于恶意启动应用。因此，可对该类方式启动的第二应用进行拦截，即不启动第二应用。

举例来说，一个SDK对应一个公共信息，在同一个SDK中的界面标识、服务标识、查询功能标识和广播信息标识具有公共信息。例如，SDK1中包括界面1的标识、界面2的标识、服务1的标识、服务2的标识、数据查询功能1的标识、数据查询功能2的标识、广播信息1的标识和广播信息2的标识。界面1的标识为“aaa界面1”，界面2的标识为“aaa界面2”。服务1的标识为“aaa服务1”，服务2的标识为“aaa服务2”。数据查询功能1的标识为“aaa数据查询功能1”，数据查询功能2的标识的标识为“aaa数据查询功能2”。广播信息1的标识为“aaa广播信息1”，广播信息2的标识为“aaa广播信息2”。因此，公共信息为“aaa”。

因此，若第一应用具有SDK1的功能，SDK1包括公共信息“aaa”，则可设置预设信息为“aaa”。例如，用户终端系统接收第一应用发送操作指令，该操作指令携带第二应用的标识和界面1的标识。界面1的标识为“aaa界面1”。用户终端系统识别到操作指令中包括“aaa”，因此用户终端系统不启动第二应用。

103、若操作指令携带预设信息，则用户终端禁止启动第二应用。

104、若操作指令不携带预设信息，则用户终端根据操作指令对第二应用进行启动控制。

可见，通过实施图1所描述的方法，可根据操作指令智能地识别是否启动第二应用，而不用用户提前去应用配置列表中设置允许启动的应用。因此，通过实施图1所描述的方法，增加了应用启动控制的智能性。

可选的，用户终端根据操作指令对第二应用进行启动控制的具体实施方式可以为：用户终端根据操作指令，获取第一信息；用户终端根据第一信息对第二应用进行启动控制。其中，第一信息包括第一应用的运行状态，或第一信息包括第二应用的权限信息，或第一信息包括第二应用的小工具的状态。

其中，第一应用的运行状态可以为前台运行或后台运行。

小工具(widget)又称小组件，是指可以直接放在桌面上提供功能的应用。小工具的状态包括处于激活状态和未处于激活状态。放于桌面的小工具为处于激活状态的小工具，未放于桌面的小工具为未处于激活状态的小工具。例如，激活的小工具可以为放置于桌面的天气预报和日历等。

如图2所示，图2是本申请实施例提供的另一种应用启动的控制方法。如图2所示，该应用启动的控制方法包括如下201～207部分，其中：

201、用户终端接收第一应用发送的操作指令。

操作指令用于指示用户终端进行目标操作，目标操作为需要启动第二应用以完成的操作。

202、用户终端判断操作指令中是否携带预设信息。

预设信息为第一应用所使用的SDK包括的信息。

203、若操作指令携带预设信息，则用户终端禁止启动第二应用。

其中，201～203部分的具体实现原理与图1中102～103的具体实现原理相同，可参见102～103对应的描述，在此不赘述。

204、若操作指令不携带预设信息，并且该目标操作为启动第二应用的目标界面，则获取第一应用的运行状态。

205、若第一应用的运行状态为后台运行，则用户终端禁止启动第二应用。

206、若第一应用的运行状态为前台运行，则用户终端启动第二应用。

其中，204为用户终端根据操作指令，获取第一信息的具体实施方式。205和206为用户终端根据第一信息对第二应用进行启动控制的具体实施方式。

通常若第一应用为前台应用，则恶意启动的第二应用的可能性较小。因此，当第一应用的运行状态为前台运行时，可启动第二应用。

可选的，用户终端启动第二应用之后，获取目标界面的尺寸；若目标界面的尺寸小于预设尺寸，则关闭第二应用。

目标界面过小，则用户不能看见或者注意不到第二应用具体的操作，第二应用可能进行恶意操作。因此，只在目标界面的尺寸大于预设尺寸时，才继续运行第二应用，有效地避免了恶意启动应用。

如图3所示，图3是本申请实施例提供的另一种应用启动的控制方法。如图2所示，该应用启动的控制方法包括如下301～309部分，其中：

301、用户终端接收第一应用发送的操作指令。

302、用户终端判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。

303、若操作指令携带预设信息，则用户终端禁止启动第二应用。

其中，301～303部分的具体实现原理与图1中102～103的具体实现原理相同，可参见102～103对应的描述，在此不赘述。

304、若操作指令不携带预设信息，并且该目标操作为启动第二应用的目标界面，则获取第一应用的运行状态。

305、若第一应用的运行状态为后台运行，则用户终端禁止启动第二应用。

本申请实施例中，用户终端获取第一应用的运行状态之后，若第一应用的运行状态为后台运行，则用户终端禁止启动第二应用。

306、若第一应用的运行状态为前台运行，用户终端获取目标界面的界面信息。

本申请实施例中，用户终端获取第一应用的运行状态之后，若第一应用的运行状态为前台运行，用户终端获取目标界面的界面信息。

307、若界面信息指示目标界面为非透明界面，则用户终端启动第二应用。

本申请实施例中，用户终端获取目标界面的界面信息之后，若界面信息指示目标界面为非透明界面，则用户终端启动第二应用。

308、若界面信息指示目标界面为透明界面，则用户终端禁止启动第二应用。

本申请实施例中，用户终端获取目标界面的界面信息之后，若界面信息指示目标界面为透明界面，则用户终端不启动第二应用。

其中，304部分为用户终端根据操作指令，获取第一信息的具体实施方式。305～308部分为用户终端根据第一信息对第二应用进行启动控制的具体实施方式。

如图4所示，图4是本申请实施例提供的另一种应用启动的控制方法。如图4所示，该应用启动的控制方法包括如下401～406部分，其中：

401、用户终端接收第一应用发送的操作指令。

402、用户终端判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。

403、若操作指令携带预设信息，则用户终端禁止启动第二应用。

其中，401～403部分的具体实现原理与图1中102～103部分的具体实现原理相同，可参见102～103部分对应的描述，在此不赘述。

404、若操作指令不携带预设信息，并且目标操作为启动第二应用的目标服务，则获取第二应用的权限信息。

405、若根据权限信息确定第二应用具有预设权限，则启动第二应用。

406、若根据权限信息确定第二应用不具有预设权限，则禁止启动第二应用。

其中，404为用户终端根据操作指令，获取第一信息的具体实施方式。405为用户终端根据第一信息对第二应用进行启动控制的具体实施方式。

本申请实施例中，用户终端获取第二应用的权限信息之后，若根据权限信息确定第二应用具有预设权限，则启动第二应用。其中，第二应用的权限信息用于指示第二应用具有的权限。

例如，预设权限可以为通知使用权限等。通知使用权限是指可以监听当前系统的通知的变化的权限。因此，具有通知使用权的应用为权限很高的应用。权限很高的应用为信任的应用，启动权限很高的应用之后不会执行恶意操作，因此该应用不是恶意启动，可以启动该应用。

其中，406部分为可选的。若根据权限信息确定第二应用不具有预设权限，用户终端还可根据其他信息进行判断是否启动第二应用。

如图5所示，图5是本申请实施例提供的另一种应用启动的控制方法。如图5所示，该应用启动的控制方法包括如下501～508部分，其中：

501、用户终端接收第一应用发送的操作指令。

502、用户终端判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。

503、若操作指令携带预设信息，则用户终端禁止启动第二应用。

其中，501～503部分的具体实现原理与图1中102～103部分的具体实现原理相同，可参见102～103部分对应的描述，在此不赘述。

504、若操作指令不携带预设信息，并且该目标操作为启动第二应用的目标服务，则获取第一应用的运行状态。

505、若第一应用的运行状态为后台运行，并且第二应用的小工具处于激活状态，则启动第二应用。

506、若第一应用的运行状态为后台运行，并且第二应用的小工具未处于激活状态，则禁止启动第二应用。

其中，识别到第一应用的运行状态为后台运行之后，可获取第二应用的小工具的状态，进而判断第二应用的小工具的状态是否为激活状态。若第二应用的小工具处于激活状态，则启动第二应用。否则，不启动第二应用。

通常启动激活的小工具不是恶意启动，因此，可启动小工具处于激活状态的第二应用。

其中，上述506为可选的步骤，若第一应用的运行状态为后台运行，并且第二应用的小工具未处于激活状态，用户终端还可根据其他信息继续确定是否启动第二应用。

507、若第一应用的运行状态为前台运行，并且第二应用的小工具处于激活状态或第二应用的应用类型为第一预设类型，则用户终端启动第二应用。

508、若第一应用的运行状态为前台运行，并且第二应用的应用类型不为第一预设类型，并且第二应用的小工具未处于激活状态，则用户终端禁止启动第二应用。

例如，第一预设类型可以包括支付类应用、语音引擎类应用、分享类应用中的任何一种或多种。通常，支付类应用、语音引擎类应用、分享类应用是用户经常使用的应用。并且第一应用并不是隐藏在后台的恶意应用，因此，操作指令用于启动第二应用的服务，并且第一应用为前台应用时，可将支付类应用、语音引擎类应用、分享类应用启动。

其中，获取第一应用的运行状态之后，识别到第一应用的运行状态为前台运行，进而可判断第二应用的小工具是否处于激活状态，或判断第二应用的应用类型是否为第一预设类型。

其中，可先判断第二应用的小工具是否处于激活状态，若第二应用的小工具处于激活状态，则启动第二应用；若第二应用的小工具处于未激活状态，再判断第二应用的应用类型是否为第一预设类型。若第二应用的应用类型为第一预设类型，则启动第二应用。若第二应用的应用类型不为第一预设类型，则禁止启动第二应用。

或者，可先判断第二应用的应用类型是否为第一预设类型，若第二应用的应用类型为第一预设类型，则启动第二应用。若第二应用的应用类型不为第一预设类型，再判断第二应用的小工具是否处于激活状态。若第二应用的小工具处于激活状态，则启动第二应用。若第二应用的小工具处于未激活状态，则禁止启动第二应用。

其中，上述508为可选的步骤，若第一应用的运行状态为前台运行，并且第二应用的应用类型不为第一预设类型，并且第二应用的小工具处于未激活状态，用户终端还可根据其他信息继续确定是否启动第二应用。

如图6所示，图6是本申请实施例提供的另一种应用启动的控制方法。如图6所示，该应用启动的控制方法包括如下601～612部分，其中：

601、用户终端接收第一应用发送的操作指令。

602、用户终端判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。

603、若操作指令携带预设信息，则用户终端禁止启动第二应用。

其中，601～603部分的具体实现原理与图1中102～103部分的具体实现原理相同，可参见102～103部分对应的描述，在此不赘述。

604、若操作指令不携带预设信息，并且该目标操作为启动第二应用的目标服务，则用户终端根据权限信息确定第二应用是否具有预设权限。

605、若根据权限信息确定第二应用具有预设权限，则用户终端启动第二应用。

其中，605部分的具体实现原理与图4中405部分的具体实现原理相同，可参见405部分对应的描述，在此不赘述。

606、若根据权限信息确定第二应用不具有预设权限，则获取第一应用的运行状态。

607、若第一应用的运行状态为后台运行，并且第二应用的小工具处于激活状态，则启动第二应用。

608、若第一应用的运行状态为后台运行，并且第二应用的小工具处于未激活状态，则禁止启动第二应用。

609、若第一应用的运行状态为前台运行，并且第二应用的小工具处于激活状态或第二应用的应用类型为第一预设类型，则用户终端启动第二应用。

610、若第一应用的运行状态为前台运行，并且第二应用的应用类型不为第一预设类型，并且第二应用的小工具处于未激活状态，则用户终端禁止启动第二应用。

其中，607～610部分的具体实现原理与图5中505～508部分的具体实现原理相同，可参见505～508部分对应的描述，在此不赘述。

其中，本申请实施例对用户终端根据权限信息确定第二应用是否具有预设权限，以及获取第一应用的运行状态的执行顺序不做限定。

例如，若操作指令不携带预设信息，并且该目标操作为启动第二应用的目标服务，可先获取第一应用的运行状态。若第一应用的运行状态为后台运行，并且第二应用的小工具处于激活状态，则启动第二应用。若第一应用的运行状态为前台运行，并且第二应用的应用类型为第一预设类型或第二应用的小工具处于激活状态，则启动第二应用。若第一应用的运行状态为后台运行，并且第二应用的小工具处于未激活状态，则根据权限信息确定第二应用是否具有预设权限。若根据权限信息确定第二应用具有预设权限，则启动第二应用。若根据权限信息确定第二应用不具有预设权限，则禁止启动第二应用。若第一应用的运行状态为前台运行，并且第二应用的应用类型不为第一预设类型，并且第二应用的小工具处于未激活状态，则根据权限信息确定第二应用是否具有预设权限。若根据权限信息确定第二应用具有预设权限，则启动第二应用。若根据权限信息确定第二应用不具有预设权限，则禁止启动第二应用。

可见，通过实施图6所描述的方法，能够准确地对恶意启动的应用进行拦截。

如图7所示，图7是本申请实施例提供的另一种应用启动的控制方法。如图7所示，该应用启动的控制方法包括如下701～708部分，其中：

701、用户终端接收第一应用发送的操作指令。

702、用户终端判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。

703、若操作指令携带预设信息，则用户终端禁止启动第二应用。

其中，701～703部分的具体实现原理与图1中102～103部分的具体实现原理相同，可参见102～103部分对应的描述，在此不赘述。

704、若操作指令不携带预设信息，并且该目标操作为启动第二应用的目标数据查询功能，获取第一应用的运行状态。

705、若第一应用的运行状态为后台运行，并且第二应用的小工具处于激活状态，则启动第二应用。

706、若第一应用的运行状态为后台运行，并且第二应用的小工具处于未激活状态，则禁止启动第二应用。

707、若第一应用的运行状态为前台运行，并且第二应用的小工具处于激活状态或第二应用的应用类型为第二预设类型，则用户终端启动第二应用。

708、若第一应用的运行状态为前台运行，并且第二应用的应用类型不为第二预设类型，并且第二应用的小工具处于未激活状态，则用户终端禁止启动第二应用。

其中，获取第一应用的运行状态之后，识别到第一应用的运行状态为前台运行，进而可判断第二应用的小工具是否处于激活状态，或判断第二应用的应用类型是否为第二预设类型。

其中，可先判断第二应用的小工具是否处于激活状态，若第二应用的小工具处于激活状态，则启动第二应用；若第二应用的小工具处于未激活状态，再判断第二应用的应用类型是否为第二预设类型。若第二应用的应用类型为第二预设类型，则启动第二应用。若第二应用的应用类型不为第二预设类型，则禁止启动第二应用。

或者，可先判断第二应用的应用类型是否为第二预设类型，若第二应用的应用类型为第二预设类型，则启动第二应用。若第二应用的应用类型不为第二预设类型，再判断第二应用的小工具是否处于激活状态。若第二应用的小工具处于激活状态，则启动第二应用。若第二应用的小工具处于未激活状态，则禁止启动第二应用。

其中，上述706为可选的步骤，若第一应用的运行状态为后台运行，并且第二应用的小工具未处于激活状态，用户终端还可根据其他信息继续确定是否启动第二应用。

其中，上述708为可选的步骤，若第一应用的运行状态为前台运行，并且第二应用的应用类型不为第二预设类型，并且第二应用的小工具处于未激活状态，用户终端还可根据其他信息确定是否启动第二应用。

可见，通过实施图7所描述的方法，能够准确地对恶意启动的应用进行拦截。

如图8所示，图8是本申请实施例提供的另一种应用启动的控制方法。如图8所示，该应用启动的控制方法包括如下801～806部分，其中：

801、用户终端接收第一应用发送的操作指令。

802、用户终端判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。

803、若操作指令携带预设信息，则用户终端禁止启动第二应用。

其中，801～803部分的具体实现原理与图1中102～103部分的具体实现原理相同，可参见102～103部分对应的描述，在此不赘述。

804、若操作指令不携带预设信息，并且该目标操作为向第二应用发送目标广播信息，则用户终端获取第二应用的小工具的状态。

805、若第二应用的小工具处于激活状态，则用户终端启动第二应用。

806、若第二应用的小工具未处于激活状态，则用户终端禁止启动第二应用。

如图9所示，图9是本申请实施例提供的另一种应用启动的控制方法。如图9所示，该应用启动的控制方法包括如下901～908部分，其中：

901、用户终端启动用户终端的系统。

902、用户终端生成系统广播信息。

其中，系统广播信息用于发送至第三应用。第三应用是用户终端上的订阅了系统广播信息的应用。

具体地，用户终端启动用户终端的系统之后，触发生成系统广播信息。

903、若第三应用的小工具处于激活状态，或第三应用的应用类型为第三预设类型，则用户终端启动第三应用。

具体地，用户终端成系统广播信息之后，确定第三应用的小工具是否处于激活状态，或第三应用的应用类型是否为第三预设类型。

其中，第三预设类型可以为盲人类型应用等。由于盲人不方面操作手机，通常盲人类型应用都会由系统广播启动。因此，在系统广播启动盲人类型应用时，需要将盲人类型应用启动。

904、若第三应用的小工具处于未激活状态，并且第三应用的应用类型不为第三预设类型，则用户终端禁止启动第三应用。

在905部分执行之前，可执行901～904部分。

905、用户终端接收第一应用发送的操作指令。

906、用户终端判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。

907、若操作指令携带预设信息，则用户终端禁止启动第二应用。

908、若操作指令不携带预设信息，则用户终端根据操作指令对第二应用进行启动控制。

其中，905～908部分的具体实现原理与图1中101～104部分的具体实现原理相同，可参见101～104部分对应的描述，在此不赘述。

可见，通过实施该实施方式，能够准确地对系统广播信息触发的应用恶意启动进行拦截。

如图10所示，图10是本申请实施例提供的另一种应用启动的控制方法。如图10所示，该应用启动的控制方法包括如下1001～1009部分，其中：

1001、用户终端启动用户终端的系统。

1002、用户终端生成系统广播信息。

1003、若第三应用的小工具处于激活状态，或第三应用的应用类型为第三预设类型，则用户终端启动第三应用。

1004、若第三应用的小工具处于未激活状态，并且第三应用的应用类型不为第三预设类型，则用户终端禁止启动第三应用。

可见，通过实施图10所描述的方法，能够准确地对系统广播信息触发的应用恶意启动进行拦截。

如图11所示，图11是本申请实施例提供的另一种应用启动的控制方法。如图11所示，该应用启动的控制方法包括如下1101～1109部分，其中：

1101、用户终端启动用户终端的系统。

1102、用户终端生成系统广播信息。

1103、若第三应用的小工具处于激活状态，或第三应用的应用类型为第三预设类型，则用户终端启动第三应用。

1104、若第三应用的小工具处于未激活状态，并且第三应用的应用类型不为第三预设类型，则用户终端禁止启动第三应用。

在1105部分执行之前，可执行1101～1104部分。其中，1101～1104部分的具体实现原理与图9中901～904部分的具体实现原理相同，可参见901～904部分对应的描述，在此不赘述。

1105、用户终端接收第一应用发送的操作指令。

1106、用户终端判断操作指令中是否携带预设信息。

其中，该预设信息为第一应用所使用的SDK包括的信息。

1107、若操作指令携带预设信息，则用户终端禁止启动第二应用。

1108、若操作指令不携带预设信息，则用户终端根据操作指令对第二应用进行启动控制。

其中，1105～1108部分的具体实现原理与图1中101～104部分的具体实现原理相同，可参见101～104部分对应的描述，在此不赘述。

1109、若检测到与蓝牙设备蓝牙连接成功，用户终端检测具有蓝牙媒体浏览服务的第四应用。

在实际应用中，应用在安装时，会在用户终端系统注册该应用的所有服务。若应用具有蓝牙媒体浏览服务，也会在系统注册。

例如，蓝牙设备为车载设备，应用a具有蓝牙媒体浏览服务。用户终端检测到与车载设备建立蓝牙连接之后，会启动应用a，以便车载设备能够浏览应用a中的信息。例如，应用a为通讯录，这样车载设备能够浏览通讯录中的联系人信息。

然而在实际应用中，通常很多恶意应用为了启动，也会在系统注册蓝牙媒体浏览服务。因此，通过执行1109和1110，可对恶意应用的启动进行智能地拦截。

1110、若第四应用未启动，则用户终端禁止启动第四应用。

其中，1101～1104部分也可以是可选部分。1109和1110部分可在1105～1108部分之前或之后执行。

如图12所示，图12是本申请实施例提供的另一种应用启动的控制方法。如图12所示，该应用启动的控制方法包括如下1201～1202部分，其中：

1201、若检测到与蓝牙设备蓝牙连接成功，用户终端检测具有蓝牙媒体浏览服务的第四应用。

1202、若第四应用未启动，则用户终端禁止启动第四应用。

该实施方式的具体实现，可参见上述1109和1110对应的描述，再次不赘述。

如图13所示，图13是本申请实施例提供的另一种应用启动的控制方法。如图13所示，该应用启动的控制方法包括如下1301～1303部分，其中：

1301、用户终端接收第一应用发送的操作指令。

其中，该操作指令用于指示用户终端进行目标操作，该目标操作为需要启动第二应用以完成的操作。其中，第一应用为用户终端的应用。

1302、用户终端根据操作指令，获取第一信息。

可选的，用户终端根据操作指令，获取第一信息的具体实施方式可以为：若目标操作为启动第二应用的目标界面，或目标操作为启动第二应用的目标服务，或目标操作为启动第二应用的目标数据查询功能，或目标操作为向第二应用发送目标广播信息，则用户终端获取第一应用的运行状态信息和第二应用的特征信息。

其中，该第一信息包括第一应用的运行状态和第二应用的特征信息。

其中，第一应用的运行状态可以为前台运行或后台运行。

其中，该预设关键词可以为安全性高应用的安装包名称或经常使用的应用的安装包名称等，如预设关键词可以为支付应用的安装包名。第二应用是否具有指纹权限是指第二应用的某些操作是否需要指纹进行验证。第二应用是否为高频使用应用是指第二应用在预设时间段内的使用次数是否超过预设次数，或者在预设时间段内的使用时长超过预设时长。

1303、用户终端根据第一信息对第二应用进行启动控制。

可见，通过实施图13所描述的方法，可根据第一信息智能地识别是否启动第二应用，而不用用户提前去应用配置列表中设置允许启动的应用。因此，通过实施图13所描述的方法，增加了应用启动控制的智能性。

可选的，用户终端接收操作指令之后，还可检测第二应用是否为预设应用；若第二应用为预设应用，则启动第二应用；若第二应用不为预设应用，则执行1302部分。其中，预设应用可以为系统默认设置的广大用户经常使用的应用，例如可以为支付应用或即时通讯应用。

如图14所示，图14是本申请实施例提供的另一种应用启动的控制方法。如图14所示，该应用启动的控制方法包括如下1401～1408部分，其中：

1401、用户终端接收第一应用发送的操作指令。

1402、用户终端根据操作指令，获取第一信息。

其中，1401～1402部分的具体实现原理与图12中1201～1202部分的具体实现原理相同，可参见1201～1202部分对应的描述，在此不赘述。

1403、用户终端根据第二应用的特征信息确定第一权重值。

例如，如下表1所示，第二应用的特征信息包括第二应用的安装包名称包括预设关键词，第二应用具有指纹权限、第二应用为权限信任应用、第二应用为高频使用应用、第二应用具有拍照权限、第二应用具有网络连接权限。若第二应用的安装包名称包括预设关键词，则得到第一权重值为20，否则第一权重值为0。第二应用具有指纹权限，得到第一权重值为10。第二应用为权限信任应用，得到第一权重值为20。第二应用为高频使用应用，得到第一权重值为20。第二应用具有拍照权限，得到第一权重值为5。第二应用具有网络连接权限，得到第一权重值为5。其中，若第二应用的安装包名称包括预设关键词，则第二应用为恶意应用的可能性较低。因此可将第二应用的安装包名称包括预设关键词时赋予较高的权重值。同理，若第二应用为权限信任应用或第二应用为高频使用应用，则第二应用为恶意应用的可能性较低。因此可将第二应用为权限信任应用或第二应用为高频使用应用时赋予较高的权重值。

表1

1404、若运行状态信息为前台运行，则用户终端根据操作指令的类型确定第二权重值。

1405、若第一权重值与第二权重值之和大于预设阈值，则用户终端启动第二应用。

1406、若运行状态信息为后台运行，则获取第二应用的应用类型。

第一应用的应用类型为硬件服务类应用或非硬件服务类应用。例如，硬件服务类应用可以包括蓝牙类应用、WiFi类应用、传感器应用等。

1407、用户终端根据第一应用的应用类型和操作指令的类型确定第三权重值。

1408、若第一权重值与第三权重值之和大于预设阈值，则用户终端启动第二应用。

例如，如下表2，若操作指令为用于启动第二应用的服务的操作指令，在用户终端的系统获取第一应用的运行状态之后，若运行状态为前台运行，则直接根据操作指令和第一应用的运行状态确定第二权重值为10。若运行状态为后台运行，则还需要获取第一应用的应用类型，根据操作指令、第一应用的运行状态和第一应用的应用类型确定第三权重值。若第一应用的应用类型为非硬件服务类应用，则确定第三权重值为5。

表2

/>

通常，硬件服务类应用拉起恶意应用的情况较少，因此，当第一应用运行状态为后台运行时，还可进一步根据第一应用的应用类型来确定对应的权重值。这样有利于使权重值更加准确。

可见，通过实施图14所描述的方法，可以准确地对恶意启动的应用进行拦截。

请参阅图15，为本发明实施例提供的一种用户终端的结构示意图。本实施例中所描述的用户终端，包括：接收模块1501和处理模块1502。其中：

接收模块1501，用于接收第一应用发送的操作指令，操作指令用于指示用户终端进行目标操作，目标操作为需要启动第二应用以完成的操作；处理模块1502，用于判断操作指令中是否携带预设信息，预设信息为第一应用所使用的软件开发工具包SDK包括的信息；处理模块1502，还用于若处理模块1502判断操作指令携带预设信息，则禁止启动第二应用；处理模块1502，还用于若处理模块1502判断操作指令不携带预设信息，则根据操作指令对第二应用进行启动控制。

可选的，处理模块1502根据操作指令对第二应用进行启动控制的具体方式为：根据操作指令，获取第一信息，第一信息包括第一应用的运行状态，或第一信息包括第二应用的权限信息，或第一信息包括第一应用的应用类型，或第一信息包括第二应用的小工具的状态；根据第一信息对第二应用进行启动控制。

可选的，目标操作为启动第二应用的目标界面，第一信息包括第一应用的运行状态，处理模块1502根据第一信息对第二应用进行启动控制的具体方式为：若第一应用的运行状态为后台运行，则禁止启动第二应用；若第一应用的运行状态为前台运行，则启动第二应用。

可选的，目标操作为启动第二应用的目标界面，第一信息包括第一应用的运行状态，处理模块1502根据第一信息对第二应用进行启动控制的具体方式为：若第一应用的运行状态为后台运行，则禁止启动第二应用；若第一应用的运行状态为前台运行，获取目标界面的界面信息；若界面信息指示目标界面为非透明界面，则启动第二应用；若界面信息指示目标界面为透明界面，则禁止启动第二应用。

可选的，处理模块1502，还用于在启动第二应用之后，获取目标界面的尺寸；处理模块1502，还用于若目标界面的尺寸小于预设尺寸，则关闭第二应用。

可选的，目标操作为启动第二应用的目标服务，第一信息包括第二应用的权限信息，处理模块1502根据第一信息对第二应用进行启动控制的具体方式为：若根据权限信息确定第二应用具有预设权限，则启动第二应用。

可选的，目标操作为启动第二应用的目标服务，第一信息为第一应用的运行状态，处理模块1502根据第一信息对第二应用进行启动控制的具体方式为：若第一应用的运行状态为后台运行，并且第二应用的小工具处于激活状态，则启动第二应用；若第一应用的运行状态为后台运行，并且第二应用的小工具处于未激活状态，则禁止启动第二应用；若第一应用的运行状态为前台运行，并且第二应用的小工具处于激活状态或第二应用的应用类型为第一预设类型，则启动第二应用。若第二应用的应用类型不为第一预设类型，并且第二应用的小工具处于未激活状态，则禁止启动第二应用。

可选的，处理模块1502根据操作指令，获取第一信息的具体方式为：若目标操作为启动第二应用的目标服务，并且根据权限信息确定第二应用不具有预设权限，则获取第一应用的运行状态。

可选的，第一预设类型包括支付类应用、语音引擎类应用、分享类应用中的至少一种。

可选的，目标操作为启动第二应用的目标数据查询功能，第一信息为第一应用的运行状态，处理模块1502根据第一信息对第二应用进行启动控制的具体方式为：若第一应用的运行状态为后台运行，并且第二应用的小工具处于激活状态，则启动第二应用；若第一应用的运行状态为后台运行，并且第二应用的小工具处于未激活状态，则禁止启动第二应用；若第一应用的运行状态为前台运行，并且第二应用的小工具处于激活状态或第二应用的应用类型为第二预设类型，则启动第二应用；若第二应用的应用类型不为第二预设类型，并且第二应用的小工具处于未激活状态，则禁止启动第二应用。

可选的，第二预设类型为分享类应用。

可选的，目标操作为向第二应用发送目标广播信息，第一信息为第一信息为第二应用的小工具的状态，处理模块1502根据第一信息对第二应用进行启动控制的具体方式为：若第二应用的小工具处于激活状态，则启动第二应用；若第二应用的小工具未处于激活状态，则禁止启动第二应用。

可选的，用户终端还包括：启动模块，其中：启动模块，用于在接收第一应用发送的操作指令之前，启动用户终端的系统；处理模块1502，还用于生成系统广播信息，系统广播信息用于发送至第三应用；处理模块1502，还用于若第三应用的小工具处于激活状态，或第三应用的应用类型为第三预设类型，则启动第三应用；处理模块1502，还用于若第三应用的小工具处于未激活状态，并且第三应用的应用类型不为第三预设类型，则禁止启动第三应用。

可选的，第三预设类型可以为盲人类应用。

请参阅图16，为本发明实施例提供的一种用户终端的结构示意图。本实施例中所描述的用户终端，包括：启动模块1601和处理模块1602。其中：

启动模块1601，还用于在接收第一应用发送的操作指令之前，启动用户终端的系统；处理模块1602，用于生成系统广播信息，系统广播信息用于发送至第三应用；处理模块1602，还用于若第三应用的小工具处于激活状态，或第三应用的应用类型为第三预设类型，则启动第三应用；处理模块1602，还用于若第三应用的小工具处于未激活状态，并且第三应用的应用类型不为第三预设类型，则禁止启动第三应用。

可选的，第三预设类型可以为盲人类应用。

请参阅图17，为本发明实施例提供的一种用户终端的结构示意图。本实施例中所描述的用户终端，包括：检测模块1701和控制模块1702。其中：

检测模块1701，用于若检测到与蓝牙设备蓝牙连接成功，检测具有蓝牙媒体浏览服务的第四应用；控制模块1702，用于若所述第四应用未启动，则禁止启动所述第四应用。

请参阅图18，为本发明实施例提供的一种用户终端的结构示意图。本实施例中所描述的用户终端，包括：接收模块1801和处理模块1802。其中：

接收模块1801，用于接收第一应用发送的操作指令，操作指令用于指示用户终端进行目标操作，目标操作为需要启动第二应用以完成的操作；处理模块1802，用于根据操作指令，获取第一信息，第一信息包括第一应用的运行状态和第二应用的特征信息；处理模块1802，还用于根据第一信息对第二应用进行启动控制。

可选的，处理模块1802根据第一信息对第二应用进行启动控制的方式具体为：根据第二应用的特征信息确定第一权重值；若运行状态信息为前台运行，则根据操作指令的类型确定第二权重值；若第一权重值与第二权重值之和大于预设阈值，则启动第二应用。

可选的，处理模块1802，还用于若运行状态信息为后台运行，则获取第二应用的应用类型，第一应用的应用类型为硬件服务类应用或非硬件服务类应用；处理模块1802，还用于根据第一应用的应用类型和操作指令的类型确定第三权重值；处理模块1802，还用于若第一权重值与第三权重值之和大于预设阈值，则启动第二应用。

可选的，处理模块1802，还用于在接收操作指令之后，检测第二应用是否为预设应用；处理模块1802，还用于若处理模块1802检测到第二应用为预设应用，则启动第二应用；处理模块1802，还用于若处理模块1802检测到第二应用不为预设应用，则触发处理模块1802根据操作指令，获取第一信息的。

请参阅图19，为本发明实施例提供的另一种终端的结构示意图。本实施例中所描述的终端，包括：射频(Radio Frequency，RF)电路110、存储器120、其他输入设备130、显示屏140、传感器150、输入/输出子系统170、处理器1120、以及电源190等部件。本领域技术人员可以理解，图19中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。本领域技术人员可以理解显示屏140属于用户界面(UI，User Interface)，且终端可以包括比图示或者更少的用户界面。

下面结合图19对终端的各个构成部件进行具体的介绍：

射频电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1120处理；另外，将设计上行的数据发送给基站。通常，射频电路包括但不限于天线、至少一个放大器、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，射频电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System ofMobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(WidebandCode Division Multiple Access，宽带码分多址)、LTE(Long Term Evolution，长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。

存储器120可用于存储软件程序以及模块，处理器1120通过运行存储在存储器120的软件程序以及模块，从而执行终端1的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图象播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

其他输入设备130可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，其他输入设备130可包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)等中的一种或多种。其他输入设备130与输入/输出子系统170的其他输入设备控制器171相连接，在其他设备输入控制器171的控制下与处理器1120进行信号交互。

显示屏140可用于显示由用户输入的信息或提供给用户的信息以及终端的各种菜单，还可以接受用户输入。具体的显示屏140可包括显示面板141，以及触控面板142。其中显示面板141可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)等形式来配置显示面板141。触控面板142，也称为触摸屏、触敏屏等，可收集用户在其上或附近的接触或者非接触操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板142上或在触控面板142附近的操作，也可以包括体感操作；该操作包括单点控制操作、多点控制操作等操作类型。)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板142可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位、姿势，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成处理器能够处理的信息，再送给处理器1120，并能接收处理器1120发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板142，也可以采用未来发展的任何技术实现触控面板142。进一步的，触控面板142可覆盖显示面板141，用户可以根据显示面板141显示的内容(该显示内容包括但不限于，软键盘、虚拟鼠标、虚拟按键、图标等等)，在显示面板141上覆盖的触控面板142上或者附近进行操作，触控面板142检测到在其上或附近的操作后，通过输入/输出子系统170传送给处理器1120以确定用户输入，随后处理器1120根据用户输入通过输入/输出子系统170在显示面板141上提供相应的视觉输出。虽然在图4中，触控面板142与显示面板141是作为两个独立的部件来实现终端的输入和输入功能，但是在某些实施例中，可以将触控面板142与显示面板141集成而实现终端的输入和输出功能。

终端还可包括至少一种传感器150，比如光传感器、速度传感器、GPS传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端移动到耳边时，关闭显示面板141和/或背光。作为速度传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

输入/输出子系统170用来控制输入输出的外部设备，可以包括其他设备输入控制器171、传感器控制器172、显示控制器173。可选的，一个或多个其他输入控制设备控制器171从其他输入设备130接收信号和/或者向其他输入设备130发送信号，其他输入设备130可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)。值得说明的是，其他输入控制设备控制器171可以与任一个或者多个上述设备连接。所述输入/输出子系统170中的显示控制器173从显示屏140接收信号和/或者向显示屏140发送信号。显示屏140检测到用户输入后，显示控制器173将检测到的用户输入转换为与显示在显示屏140上的用户界面对象的交互，即实现人机交互。传感器控制器172可以从一个或者多个传感器150接收信号和/或者向一个或者多个传感器150发送信号。

处理器1120是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。可选的，处理器1120可包括一个或多个处理单元；优选的，处理器1120可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1120中。

终端还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器1120逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。

具体的，上述处理器1120可以调用上述存储器120存储的程序指令，实现如本发明实施例所示的方法。

所述计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。所述计算机可读存储介质也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述终端的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，该包含指令的计算机程序产品的具体实现过程可参见第一实施例和第二实施例中所描述的方法，在此不再赘述。

基于同一发明构思，本发明实施例中提供的终端解决问题的原理与本发明方法实施例相似，因此该终端的实施可以参见方法的实施，为简洁描述，在这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

Claims

1.一种应用启动的控制方法，应用于用户终端，其特征在于，所述方法包括：

接收第一应用发送的操作指令，所述操作指令用于指示所述用户终端进行目标操作，所述目标操作为需要启动第二应用以完成的操作；

判断所述操作指令中是否携带预设信息，所述预设信息为所述第一应用所使用的软件开发工具包SDK包括的公共信息；

若所述操作指令携带所述预设信息，则禁止启动所述第二应用；

若所述操作指令不携带所述预设信息，则根据所述操作指令，获取第一信息，所述第一信息包括所述第一应用的运行状态，或所述第一信息包括所述第二应用的权限信息，或所述第一信息包括所述第二应用的小工具的状态；根据所述第一信息对所述第二应用进行启动控制。

2.根据权利要求1所述的方法，其特征在于，所述目标操作为启动所述第二应用的目标界面，所述第一信息包括第一应用的运行状态，所述根据所述第一信息对所述第二应用进行启动控制，包括：

若所述第一应用的运行状态为后台运行，则禁止启动所述第二应用；

若所述第一应用的运行状态为前台运行，则启动所述第二应用。

3.根据权利要求1所述的方法，其特征在于，所述目标操作为启动所述第二应用的目标界面，所述第一信息包括第一应用的运行状态，所述根据所述第一信息对所述第二应用进行启动控制，包括：

若所述第一应用的运行状态为前台运行，获取所述目标界面的界面信息；

若所述界面信息指示所述目标界面为非透明界面，则启动所述第二应用；

若所述界面信息指示所述目标界面为透明界面，则禁止启动所述第二应用。

4.根据权利要求2或3所述的方法，其特征在于，所述启动所述第二应用之后，所述方法还包括：

获取所述目标界面的尺寸；

若所述目标界面的尺寸小于预设尺寸，则关闭所述第二应用。

5.根据权利要求1所述的方法，其特征在于，所述目标操作为启动所述第二应用的目标服务，所述第一信息包括第二应用的权限信息，所述根据所述第一信息对所述第二应用进行启动控制，包括：

若根据所述权限信息确定所述第二应用具有预设权限，则启动所述第二应用。

6.根据权利要求1所述的方法，其特征在于，所述目标操作为启动所述第二应用的目标服务，所述第一信息为所述第一应用的运行状态，所述根据所述第一信息对所述第二应用进行启动控制，包括：

若所述第一应用的运行状态为后台运行，并且所述第二应用的小工具处于激活状态，则启动所述第二应用；

若所述第一应用的运行状态为后台运行，并且所述第二应用的小工具处于未激活状态，则禁止启动所述第二应用；

若所述第一应用的运行状态为前台运行，并且所述第二应用的小工具处于激活状态或所述第二应用的应用类型为第一预设类型，则启动所述第二应用；

若所述第二应用的应用类型不为第一预设类型，并且所述第二应用的小工具处于未激活状态，则禁止启动所述第二应用。

7.根据权利要求6所述的方法，其特征在于，根据所述操作指令，获取第一信息，包括：

若目标操作为启动所述第二应用的目标服务，并且根据所述权限信息确定所述第二应用不具有预设权限，则获取所述第一应用的运行状态。

8.根据权利要求6或7所述的方法，其特征在于，所述第一预设类型包括支付类应用、语音引擎类应用、分享类应用中的至少一种。

9.根据权利要求1所述的方法，其特征在于，所述目标操作为启动所述第二应用的目标数据查询功能，所述第一信息为所述第一应用的运行状态，所述根据所述第一信息对所述第二应用进行启动控制，包括：

若所述第一应用的运行状态为前台运行，并且所述第二应用的小工具处于激活状态或所述第二应用的应用类型为第二预设类型，则启动所述第二应用；

若所述第二应用的应用类型不为第二预设类型，并且所述第二应用的小工具处于未激活状态，则禁止启动所述第二应用。

10.根据权利要求9所述的方法，其特征在于，所述第二预设类型为分享类应用。

11.根据权利要求1所述的方法，其特征在于，所述目标操作为向所述第二应用发送目标广播信息，所述第一信息为所述第二应用的小工具的状态，所述根据所述第一信息对所述第二应用进行启动控制，包括：

若所述第二应用的小工具处于激活状态，则启动所述第二应用；

若所述第二应用的小工具未处于激活状态，则禁止启动所述第二应用。

12.根据权利要求1～11任意一项所述的方法，其特征在于，接收第一应用发送的操作指令之前，所述方法还包括：

启动所述用户终端的系统；

生成系统广播信息，所述系统广播信息用于发送至第三应用；

若所述第三应用的小工具处于激活状态，或所述第三应用的应用类型为第三预设类型，则启动所述第三应用；

若所述第三应用的小工具处于未激活状态，并且所述第三应用的应用类型不为所述第三预设类型，则禁止启动所述第三应用。

13.根据权利要求12所述的方法，其特征在于，所述第三预设类型为盲人类应用。

14.根据权利要求1～13任意一项所述的方法，其特征在于，所述方法还包括：

若检测到与蓝牙设备蓝牙连接成功，检测具有蓝牙媒体浏览服务的第四应用；

若所述第四应用未启动，则禁止启动所述第四应用。

15.一种应用启动的控制方法，应用于用户终端，其特征在于，所述方法包括：

根据所述操作指令，获取第一信息，所述第一信息包括所述第一应用的运行状态和所述第二应用的特征信息；

根据所述第二应用的特征信息确定第一权重值；

若所述运行状态信息为前台运行，则根据所述操作指令的类型确定第二权重值；

若所述第一权重值与所述第二权重值之和大于预设阈值，则启动所述第二应用。

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

若所述运行状态信息为后台运行，则获取第二应用的应用类型，所述第一应用的应用类型为硬件服务类应用或非硬件服务类应用；

根据所述第一应用的应用类型和所述操作指令的类型确定第三权重值；

若所述第一权重值与所述第三权重值之和大于预设阈值，则启动所述第二应用。

17.根据权利要求15～16任意一项所述的方法，其特征在于，所述第二应用的特征信息包括所述第二应用的安装包名称是否包括预设关键词、所述第二应用是否具有指纹权限、所述第二应用是否为权限信任应用、所述第二应用是否为高频使用应用、所述第二应用是否具有拍照权限、所述第二应用是否具有网络连接权限中的至少一种。

18.根据权利要求15～17任意一项所述的方法，其特征在于，所述接收操作指令之后，根据所述操作指令，获取第一信息之前，所述方法还包括：

检测所述第二应用是否为预设应用；

若所述第二应用为预设应用，则启动所述第二应用；

若所述第二应用不为所述预设应用，则执行所述根据所述操作指令，获取第一信息的步骤。

19.一种用户终端，其特征在于，所述用户终端包括：

接收模块，用于接收第一应用发送的操作指令，所述操作指令用于指示所述用户终端进行目标操作，所述目标操作为需要启动第二应用以完成的操作；

处理模块，用于判断所述操作指令中是否携带预设信息，所述预设信息为所述第一应用所使用的软件开发工具包SDK包括的公共信息；

所述处理模块，还用于若所述处理模块判断所述操作指令携带所述预设信息，则禁止启动所述第二应用；

所述处理模块，还用于若所述处理模块判断所述操作指令不携带所述预设信息，则根据所述操作指令，获取第一信息，所述第一信息包括所述第一应用的运行状态，或所述第一信息包括所述第二应用的权限信息，或所述第一信息包括所述第二应用的小工具的状态；根据所述第一信息对所述第二应用进行启动控制。

20.根据权利要求19所述的用户终端，其特征在于，所述目标操作为启动所述第二应用的目标界面，所述第一信息包括第一应用的运行状态，所述处理模块所述根据所述第一信息对所述第二应用进行启动控制的具体方式为：

21.根据权利要求19所述的用户终端，其特征在于，所述目标操作为启动所述第二应用的目标界面，所述第一信息包括第一应用的运行状态，所述处理模块所述根据所述第一信息对所述第二应用进行启动控制的具体方式为：

22.根据权利要求20或21所述的用户终端，其特征在于，

所述处理模块，还用于在启动所述第二应用之后，获取所述目标界面的尺寸；

所述处理模块，还用于若所述目标界面的尺寸小于预设尺寸，则关闭所述第二应用。

23.根据权利要求19所述的用户终端，其特征在于，所述目标操作为启动所述第二应用的目标服务，所述第一信息包括第二应用的权限信息，所述处理模块所述根据所述第一信息对所述第二应用进行启动控制的具体方式为：

24.根据权利要求19所述的用户终端，其特征在于，所述目标操作为启动所述第二应用的目标服务，所述第一信息为所述第一应用的运行状态，所述处理模块所述根据所述第一信息对所述第二应用进行启动控制的具体方式为：

25.根据权利要求24所述的用户终端，其特征在于，所述处理模块根据所述操作指令，获取第一信息的具体方式为：

26.根据权利要求24或25所述的用户终端，其特征在于，所述第一预设类型包括支付类应用、语音引擎类应用、分享类应用中的至少一种。

27.根据权利要求19所述的用户终端，其特征在于，所述目标操作为启动所述第二应用的目标数据查询功能，所述第一信息为所述第一应用的运行状态，所述处理模块所述根据所述第一信息对所述第二应用进行启动控制的具体方式为：

28.根据权利要求27所述的用户终端，其特征在于，所述第二预设类型为分享类应用。

29.根据权利要求19所述的用户终端，其特征在于，所述目标操作为向所述第二应用发送目标广播信息，所述第一信息为所述第二应用的小工具的状态，所述处理模块所述根据所述第一信息对所述第二应用进行启动控制的具体方式为：

30.根据权利要求19～29任意一项所述的用户终端，其特征在于，所述用户终端还包括：启动模块，其中：

所述启动模块，用于在接收第一应用发送的操作指令之前，启动所述用户终端的系统；

所述处理模块，还用于生成系统广播信息，所述系统广播信息用于发送至第三应用；

所述处理模块，还用于若所述第三应用的小工具处于激活状态，或所述第三应用的应用类型为第三预设类型，则启动所述第三应用；

所述处理模块，还用于若所述第三应用的小工具处于未激活状态，并且所述第三应用的应用类型不为第三预设类型，则禁止启动所述第三应用。

31.根据权利要求30所述的用户终端，其特征在于，所述第三预设类型为盲人类应用。

32.根据权利要求19～31任意一项所述的用户终端，其特征在于，

所述处理模块，还用于若检测到与蓝牙设备蓝牙连接成功，检测具有蓝牙媒体浏览服务的第四应用；

所述处理模块，还用于若所述第四应用未启动，则禁止启动所述第四应用。

33.一种用户终端，其特征在于，所述用户终端包括：

处理模块，用于根据所述操作指令，获取第一信息，所述第一信息包括所述第一应用的运行状态和所述第二应用的特征信息；

所述处理模块，还用于根据所述第二应用的特征信息确定第一权重值；若所述运行状态信息为前台运行，则根据所述操作指令的类型确定第二权重值；若所述第一权重值与所述第二权重值之和大于预设阈值，则启动所述第二应用。

34.根据权利要求33所述的用户终端，其特征在于，

所述处理模块，还用于若所述运行状态信息为后台运行，则获取第二应用的应用类型，所述第一应用的应用类型为硬件服务类应用或非硬件服务类应用；

所述处理模块，还用于根据所述第一应用的应用类型和所述操作指令的类型确定第三权重值；

所述处理模块，还用于若所述第一权重值与所述第三权重值之和大于预设阈值，则启动所述第二应用。

35.根据权利要求33～34任意一项所述的用户终端，其特征在于，所述第二应用的特征信息包括所述第二应用的安装包名称是否包括预设关键词、所述第二应用是否具有指纹权限、所述第二应用是否为权限信任应用、所述第二应用是否为高频使用应用、所述第二应用是否具有拍照权限、所述第二应用是否具有网络连接权限中的至少一种。

36.根据权利要求33～35任意一项所述的用户终端，其特征在于，

所述处理模块，还用于在接收所述操作指令之后，检测所述第二应用是否为预设应用；

所述处理模块，还用于若所述处理模块检测到所述第二应用为预设应用，则启动所述第二应用；

所述处理模块，还用于若所述处理模块检测到所述第二应用不为所述预设应用，则触发所述处理模块根据所述操作指令，获取第一信息的。

37.一种用户终端，其特征在于，所述用户终端包括：

存储器，用于存储一个或多个程序；

处理器，用于执行所述存储器中的程序，以使得所述终端执行如权利要求1～18任意一项所述的方法。

38.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序包括程序指令，当其在计算机上运行时，所述程序指令当被处理器执行时使所述计算机执行如权利要求1-18任一项所述的方法。