CN106372495B - 一种应用处理方法、装置及移动终端 - Google Patents

Abstract

本发明实施例公开了一种应用处理方法、装置及移动终端；该方法包括获取应用停止请求，应用停止请求指示需要停止的目标应用；确定发起应用停止请求的发起应用；判断发起应用是否满足第一预设条件；如满足第一预设条件，则判断目标应用是否满足第二预设条件；如满足第二预设条件，则根据应用停止请求阻止发起应用停止目标应用；该方案通过对应用停止请求的发起应用和目标应用的相关信息进行判断，以阻止不受信赖的发起应用停止系统关键应用的行为，从而提高了系统的稳定性。

Description

一种应用处理方法、装置及移动终端

技术领域

本发明涉及终端技术领域，具体涉及一种应用处理方法、装置及移动终端。

背景技术

随着人们的需求越来越高，智能手机上安装的应用也越来越多。这些应用都会产生一些注册表和垃圾文件，使智能手机的运行速度越来越慢。

因此，专门的清理应用应运而生，这些清理应用可以帮助智能手机清理垃圾，加速运行。有些流氓清理应用不论正在运行的应用是第三方应用还是系统内置应用，都会将正在运行的应用强行停止。如果一些对守护系统非常关键的应用被强行停止了，将会导致系统在一定程度上丧失基本功能。

发明内容

本发明实施例提供一种应用处理方法、装置及移动终端，可以解决现有的系统稳定性较低的技术问题。

本发明实施例提供一种应用处理方法，包括：

获取应用停止请求，所述应用停止请求指示需要停止的目标应用；

确定发起所述应用停止请求的发起应用；

判断所述发起应用是否满足第一预设条件；

如满足第一预设条件，则判断所述目标应用是否满足第二预设条件；

如满足第二预设条件，则根据所述应用停止请求阻止所述发起应用停止所述目标应用。

本发明实施例还提供了一种应用处理装置，包括：

请求获取模块，用于获取应用停止请求，所述应用停止请求指示需要停止的目标应用；

确定模块，用于确定发起所述应用停止请求的发起应用；

第一判断模块，用于判断所述发起应用是否满足第一预设条件；

第二判断模块，用于在满足第一预设条件时，判断所述目标应用是否满足第二预设条件；

阻止模块，用于在满足第二预设条件时，根据所述应用停止请求阻止所述发起应用停止所述目标应用。

本发明实施例还提供了一种移动终端，包括：

存储有可以执行程序代码的存储器；

与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行如本发明实施例任一方法中所描述的部分或全部步骤。

本发明实施例采用获取应用停止请求，所述应用停止请求指示需要停止的目标应用；确定发起所述应用停止请求的发起应用；判断所述发起应用是否满足第一预设条件；如满足第一预设条件，则判断所述目标应用是否满足第二预设条件；如满足第二预设条件，则根据所述应用停止请求阻止所述发起应用停止所述目标应用。该方案通过在应用停止请求的发起应用和目标应用满足预设条件的情况下，阻止发起应用停止目标应用的行为，相对现有技术而言，可以提高终端系统的稳定性。

附图说明

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

图1为本发明实施例提供的第一种应用处理方法的流程图。

图2为本发明实施例提供的第二种应用处理方法的流程图。

图3为本发明实施例提供的一种应用处理装置的结构示意图。

图4为本发明实施例提供的一种移动终端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本发明实施例提供的应用处理方法的执行主体，可以为本发明实施例提供的应用处理装置，或者集成了所述应用处理装置的终端，所述应用处理装置可以采用硬件或者软件的方式实现；本发明实施例所描述的终端可以是智能手机(如Android手机、WindowsPhone手机等)、平板电脑、掌上电脑、笔记本电脑、移动互联网设备(MID，Mobile InternetDevices)或穿戴式设备等移动设备，上述终端仅是举例，而非穷举，包含但不限于上述终端。

本发明实施例提供一种应用处理方法、装置和移动终端。以下将分别进行详细说明。

实施例一、

本实施例将从应用处理装置的角度进行描述，该应用处理装置具体可以软件或者硬件的形式集成在终端中，该终端可以为智能手机、平板电脑等设备。

请参照图1，图1为本发明实施例提供的第一种应用处理方法的流程图。该方法用于对应用进行处理，具体步骤包括：获取应用停止请求，该获取应用停止请求指示需要停止的目标应用；确定发起该应用停止请求的发起应用；判断该发起应用是否满足第一预设条件；如发起应用满足第一预设条件，则判断该目标应用是否满足第二预设条件；如目标应用满足第二预设条件，则根据该应用停止请求阻止该发起应用停止该目标应用；如发起应用不满足第一预设条件或目标应用不满足第二预设条件，则允许该发起应用停止目标应用。

下面对本发明实施例的应用处理方法的各个步骤进行详细说明。

101、获取应用停止请求，该获取应用停止请求指示需要停止的目标应用。

由于在安卓系统中，“辅助功能”可以模拟用户进行简单的点击或滑动屏幕的操作，因此一些用于帮助清理系统垃圾、加速系统运行速度的第三方应用，可以通过模拟点击调出“应用详情信息”界面，点击“强行停止”按钮，使正在运行的应用停止运行。由于这个停止应用过程中，有些第三方应用为了片面的追求清理的干净度，会将一些系统内置应用也停止掉，从而造成终端系统不稳定。因此有必要对第三方应用这种“流氓行为”进行处理。

当终端检测到“应用详情信息”界面被调出时，将生成应用停止请求。这样可以实现终端对第三方应用停止应用行为的有效监控，从而避免第三方应用强行停止系统守护应用的流氓行为，提高终端系统的稳定性。

终端接收到该应用停止请求后，将获取其指示的需要停止的目标应用。在实际操作中，第三方应用会设定一个包含目标应用包名等标识信息的参数，以达到有的放矢的停止相关应用的目的。因此终端在获取到应用停止请求后，通过该参数获取到需要停止的目标应用。

102、确定发起该应用停止请求的发起应用。

在步骤101中详细描述了如何根据应用停止请求获取到应用停止请求指示需要停止的目标应用。至于发起该应用停止请求的发起应用，显而易见的，发起应用即调用“应用详情信息”界面的第三方应用。在接下来的步骤中，将对发起应用、目标应用的相关信息进行判断，通过判断这些相关信息是否满足预设条件以决定是否阻止发起应用停止目标应用的行为。

103、判断该发起应用是否满足第一预设条件。

具体的，终端可以判断发起应用的一些相关信息是否满足第一预设条件，如判断发起应用被阻止停止应用行为的阻止次数是否大于10次，又如判断发起应用是否是正规应用等等。如果阻止次数大于10次，或发起应用不是正规应用，都说明发起应用是不受信赖的，因此要进一步对目标应用进行判断，以决定是否阻止发起应用停止应用的行为。

104、如该发起应用满足第一预设条件，则判断该目标应用是否满足第二预设条件。

接着，终端进一步判断目标应用的相关信息是否满足第二预设条件。由于在终端中有许多系统内置应用对守护系统具有非常关键的应用，如一些驱动应用，因此可以将这些关键应用通过一预设应用列表罗列出来。在具体操作中，终端通过判断目标应用是否处于该预设应用列表上来决定目标应用是否满足第二预设条件。

105、如该目标应用满足第二预设条件，则根据该应用停止请求阻止该发起应用停止该目标应用。

根据步骤103、步骤104的判断，可以得出以下结论：发起应用是不可信赖的应用，且目标应用是对确保终端系统稳定的关键应用，因此终端有必要根据该应用停止请求阻止该发起应用停止目标应用的行为。具体的，可以不响应该发起应用点击“强行停止”的行为。

106、如发起应用不满足第一预设条件或目标应用不满足第二预设条件，则允许该发起应用停止目标应用。

如发起应用不满足第一预设条件，说明发起应用是可信赖的应用；如目标应用不满足第二预设条件，说明目标应用对维持终端系统的稳定不起作用，即使被停止也不会对终端系统稳定性带来影响。因此终端允许该发起应用的停止目标应用的行为。

本发明实施例的应用处理方法通过在应用停止请求的发起应用和目标应用满足预设条件的情况下，阻止发起应用停止目标应用的行为，从而提高了终端系统的稳定性。

实施例二、

本实施例将在实施例一的基础上，对本发明应用处理方法作进一步介绍。

本实施例将从应用处理装置的角度进行描述，该应用处理装置具体可以软件或者硬件的形式集成在终端中，该终端可以为智能手机、平板电脑等设备。

请参照图2，图2为本发明实施例提供的第二种应用处理方法的流程图。下面对本发明实施例的应用处理方法的各个步骤进行详细说明。

201、获取应用停止请求，该应用停止请求指示需要停止的目标应用。

由于在安卓系统中，“辅助功能”可以模拟用户进行简单的点击或滑动屏幕的操作，因此一些用于帮助清理系统垃圾、加速系统运行速度的第三方应用，可以通过模拟点击调出“应用详情信息”界面，点击“强行停止”按钮，使正在运行的应用停止运行。由于这个停止应用过程中，有些第三方应用为了片面的追求清理的干净度，会将一些系统内置应用也停止掉，从而造成终端系统不稳定。因此有必要对第三方应用这种“流氓行为”进行处理。

当终端检测到“应用详情信息”界面被调出时，将生成应用停止请求。这样可以实现终端对第三方应用停止应用行为的有效监控，从而避免第三方应用强行停止系统守护应用的流氓行为，提高终端系统的稳定性。

终端接收到该应用停止请求后，将获取其指示的需要停止的目标应用。在实际操作中，第三方应用会设定一个包含目标应用包名等标识信息的参数，以达到有的放矢的停止相关应用的目的。因此终端在获取到应用停止请求后，通过该参数获取到需要停止的目标应用。

202、确定发起该应用停止请求的发起应用。

在步骤201中详细描述了如何根据应用停止请求获取到应用停止请求指示需要停止的目标应用。至于发起该应用停止请求的发起应用，显而易见的，发起应用即调用“应用详情信息”界面的第三方应用。在接下来的步骤中，将对发起应用、目标应用的相关信息进行判断，通过判断这些相关信息是否满足预设条件以决定是否阻止发起应用停止目标应用的行为。

203、获取该发起应用对应的阻止次数，该阻止次数为阻止该发起应用停止应用的次数；判断该阻止次数是否大于第一预设阈值；如大于第一预设阈值，则确定该发起应用满足第一预设条件；如不大于第一预设阈值，则确定该发起应用不满足第一预设条件。

首先，终端判断发起应用的相关信息是否满足第一预设条件。在一些实施例中，该发起应用的相关信息具体指发起应用被阻止停止应用行为的阻止次数。显而易见的，阻止次数越多，说明该发起应用越有可能是“流氓应用”。为了更明确的区分发起应用是否是“流氓应用”，可以结合实际情况设置一第一预设阈值，如将第一预设阈值设置为10次，当阻止次数大于10次，则确定该发起应用满足第一预设条件；如不大于10次，则确定该发起应用不满足第一预设条件。

在一些实施例中，该发起应用的相关信息具体指该发起应用的正规度。有些应用在未明确提示用户或未经用户许可的情况下，在终端上强行安装；有些应用在未明确提示用户或未经用户许可，具有恶意收集用户信息的行为等等。具有这些特性的应用往往是不正规的应用。因此如果发起应用属于不正规的应用，则确定该发起应用满足第一预设条件；如果发起应用属于正规的应用，则确定该发起应用不满足第一预设条件。

综上，本步骤判断发起应用是否满足第一预设条件的主要目的是判断发起应用是否是可信赖的。

204、如满足第一预设条件，则判断预设应用列表中是否包含该目标应用；如包含该目标应用，则判断该目标应用满足第二预设条件；如不包含该目标应用，则判断该目标应用不满足第二预设条件。

接着，在发起应用满足第一预设条件的情况下，终端进一步判断目标应用的相关信息是否满足第二预设条件。由于在终端中有许多系统内置应用对守护系统具有非常关键的应用，如一些驱动应用，因此可以将这些关键应用通过一预设应用列表罗列出来。在具体操作中，终端通过判断目标应用是否处于该预设应用列表上来决定目标应用是否满足第二预设条件。

205、如满足第二预设条件，则根据该应用停止请求阻止该发起应用停止该目标应用。

根据步骤203、步骤204的判断，可以得出以下结论：发起应用是不可信赖的应用，且目标应用是对确保终端系统稳定的关键应用，因此终端有必要根据该应用停止请求阻止该发起应用停止目标应用的行为。具体的，可以不响应该发起应用点击“强行停止”的行为。

206、获取更新指令，并根据该更新指令对该发起应用对应的阻止次数进行更新操作。

具体的，当终端检测到阻止行为将生成更新指令，终端根据该更新指令对阻止次数进行更新操作。如发起应用当前的阻止次数为3次，即在此之前发起应用3次被终端阻止了停止应用的行为。则对该发起应用对应的阻止次数进行+1操作，即发起应用对应的阻止次数变为4。

207、获取更新后的阻止次数；判断该更新后的阻止次数是否大于第二预设阈值；如大于第二预设阈值，则提示用户卸载该发起应用。

具体的，如更新后的阻止次数为11，第二预设阈值为10，由于更新后的阻止次数11大于第二预设阈值，说明该发起应用的停止应用行为已多次不合常理，因此可以判定该发起应用为“流氓应用”，有必要卸载该发起应用，以从根本上杜绝该发起应用的停止行为。故而终端发出提示信息给用户，由用户决定是否对该发起应用进行卸载操作。

在第一优选实施例的基础上，本发明实施例的应用处理方法通过进一步判断应用停止请求的发起应用和目标应用是否满足预设条件，在满足预设条件的基础上阻止发起应用停止目标应用的行为，从而提高了终端系统的稳定性。

实施例三、

为了更好地实施以上方法，本发明实施例还提供一种应用处理装置，该应用处理装置可以集成在终端中，该终端具体可以是智能手机、平板电脑等设备。如图3所示，该应用处理装置包括请求获取模块301、确定模块302、第一判断模块303、第二判断模块304、阻止模块305、指令获取模块306、更新模块307、获取模块308、判断模块309和卸载模块310。具体描述如下：

请求获取模块301，用于获取应用停止请求，所述应用停止请求指示需要停止的目标应用；

确定模块302，用于确定发起所述应用停止请求的发起应用；

第一判断模块303，用于判断所述发起应用是否满足第一预设条件；

第二判断模块304，用于在满足第一预设条件时，判断所述目标应用是否满足第二预设条件；

阻止模块305，用于在满足第二预设条件时，根据所述应用停止请求阻止所述发起应用停止所述目标应用。

进一步的，所述第一判断模块303包括获取子模块、第一判断子模块、第一确定子模块和第二确定子模块，具体描述如下:

获取子模块，用于获取所述发起应用对应的阻止次数，所述阻止次数为阻止所述发起应用停止应用的次数；

第一判断子模块，用于判断所述阻止次数是否大于第一预设阈值；

第一确定子模块，用于在大于第一预设阈值时，确定所述发起应用满足第一预设条件；

第二确定子模块，用于在不大于第一预设阈值时，确定所述发起应用不满足第一预设条件。

进一步的，所述应用处理装置还包括指令获取模块306和更新模块307，具体描述如下：

指令获取模块306，用于获取更新指令；

更新模块307，用于根据更新指令，对所述发起应用对应的阻止次数进行更新操作。

进一步的，所述应用处理装置还包括获取模块308、判断模块309和卸载模块310，具体描述如下：

获取模块308，用于获取更新后的阻止次数；

判断模块309，用于判断所述更新后的阻止次数是否大于第二预设阈值；

卸载模块310，用于在大于第二预设阈值时，提示用户卸载所述发起应用。

本发明实施例的应用处理装置通过在应用停止请求的发起应用和目标应用满足预设条件的情况下，阻止发起应用停止目标应用的行为，从而提高了终端系统的稳定性。

实施例四、

请参照附图4，图4为本发明实施例提供的一种移动终端的结构示意图。该移动终端40至少包括一个处理器401，例如中央处理器(CPU，Central Processing Unit)，至少一个网络接口402，用户接口403，存储器404和至少一个通信总线405。

其中，通信总线405用于实现处理器401，存储器404等组件之间的连接通信。网络接口402用于实现物理主机与网络之间的连接通信，如可以用于连接物理网卡和物理交换机等设备；用户接口403可以包括显示屏、键盘，同时用户接口403可以为无线接口，也可以为有线接口；存储器404可以是高速存储器，也可以是非不稳定的存储器。

在一些实施方式中，存储器404还包括操作系统和应用模块。操作系统包含了各种系统程序，用于实现各种基础业务以及处理基于硬件的业务；应用模块包含各种应用程序，用于实现各种应用业务。具体的，存储器404存储一组程序代码，以供处理器401执行如下操作：

处理器401用于获取应用停止请求，该应用停止请求指示需要停止的目标应用；确定发起该应用停止请求的发起应用；判断该发起应用是否满足第一预设条件；如满足第一预设条件，则判断该目标应用是否满足第二预设条件；如满足第二预设条件，则根据该应用停止请求阻止该发起应用停止该目标应用。

进一步的，处理器401具体用于获取该发起应用对应的阻止次数，该阻止次数为阻止该发起应用停止应用的次数；判断该阻止次数是否大于第一预设阈值；如大于第一预设阈值，则确定该发起应用满足第一预设条件；如不大于第一预设阈值，则确定该发起应用不满足第一预设条件。

进一步的，处理器401还用于获取更新指令，并根据更新指令对该发起应用对应的阻止次数进行更新操作。

进一步的，处理器401还用于获取更新后的阻止次数；判断该更新后的阻止次数是否大于第二预设阈值；如大于第二预设阈值，则提示用户卸载该发起应用。

进一步的，处理器401具体用于判断预设应用列表中是否包含该目标应用；如包含该目标应用，则判断该目标应用满足第二预设条件；如不包含该目标应用，则判断该目标应用不满足第二预设条件。

本发明实施例的移动终端通过在应用停止请求的发起应用和目标应用满足预设条件的情况下，阻止发起应用停止目标应用的行为，从而提高了终端系统的稳定性。

具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，在此不再赘述。

需要说明的是，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，如存储在终端的存储器中，并被该终端内的至少一个处理器执行，在执行过程中可包括如信息发布方法的实施例的流程。其中，存储介质可以包括：只读存储器(ROM，Read OnlyMemory)、随机存取记忆体(RAM，RandomAccess Memory)、磁盘或光盘等。

以上对本发明实施例提供的一种应用处理方法和装置进行了详细介绍，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (8)

1.一种应用处理方法，其特征在于，包括：

获取应用停止请求，所述应用停止请求指示需要停止的目标应用；

确定发起所述应用停止请求的发起应用；

获取所述发起应用对应的阻止次数，所述阻止次数为阻止所述发起应用停止应用的次数；

判断所述阻止次数是否大于第一预设阈值；

如大于第一预设阈值，则确定所述发起应用满足第一预设条件；

如不大于第一预设阈值，则确定所述发起应用不满足第一预设条件；

如满足第一预设条件，则判断所述目标应用是否满足第二预设条件；

如满足第二预设条件，则根据所述应用停止请求阻止所述发起应用停止所述目标应用。

2.根据权利要求1所述的应用处理方法，其特征在于，所述根据所述应用停止请求阻止所述发起应用停止所述目标应用的步骤之后还包括：

获取更新指令；

根据所述更新指令对所述发起应用对应的阻止次数进行更新操作。

3.根据权利要求2所述的应用处理方法，其特征在于，所述对所述发起应用对应的阻止次数进行更新操作的步骤之后还包括：

获取更新后的阻止次数；

判断所述更新后的阻止次数是否大于第二预设阈值；

如大于第二预设阈值，则提示用户卸载所述发起应用。

4.根据权利要求1所述的应用处理方法，其特征在于，所述判断所述目标应用是否满足第二预设条件的步骤具体包括:

判断预设应用列表中是否包含所述目标应用；

如包含所述目标应用，则判断所述目标应用满足第二预设条件；

如不包含所述目标应用，则判断所述目标应用不满足第二预设条件。

5.一种应用处理装置，其特征在于，包括：

请求获取模块，用于获取应用停止请求，所述应用停止请求指示需要停止的目标应用；

确定模块，用于确定发起所述应用停止请求的发起应用；

第一判断模块包括:

获取子模块，用于获取所述发起应用对应的阻止次数，所述阻止次数为阻止所述发起应用停止应用的次数；

第一判断子模块，用于判断所述阻止次数是否大于第一预设阈值；

第一确定子模块，用于在大于第一预设阈值时，确定所述发起应用满足第一预设条件；

第二确定子模块，用于在不大于第一预设阈值时，确定所述发起应用不满足第一预设条件；

第二判断模块，用于在满足第一预设条件时，判断所述目标应用是否满足第二预设条件；

阻止模块，用于在满足第二预设条件时，根据所述应用停止请求阻止所述发起应用停止所述目标应用。

6.根据权利要求5所述的应用处理装置，其特征在于，所述应用处理装置还包括：

指令获取模块，用于获取更新指令；

更新模块，用于根据所述更新指令对所述发起应用对应的阻止次数进行更新操作。

7.根据权利要求6所述的应用处理装置，其特征在于，所述应用处理装置还包括：

获取模块，用于获取更新后的阻止次数；

判断模块，用于判断所述更新后的阻止次数是否大于第二预设阈值；

卸载模块，用于在大于第二预设阈值时，提示用户卸载所述发起应用。

8.一种移动终端，其特征在于，包括：

存储有可以执行程序代码的存储器；

与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行如权利要求1-4任一项所述的方法。