CN107577507A - 一种应用删除方法及装置 - Google Patents

Abstract

本发明提供一种应用删除方法及装置。本发明实施例中，在确定第一指定事件发生后，确定待删除的第一类应用，删除第一类应用的可执行部分，在确定第二指定事件发生后，恢复第一类应用的可执行部分。本发明实施例可以在第一类指定事件发生后，第二类指定事件发生前，彻底清除第一类设备对于智能设备系统资源的占用，而在第二类指定事件发生后，则可恢复临时删除的第一类应用的可执行部分，以保证用户对于第一类应用的正常使用。从而在最大化用户对于应用删除无感度的前提下，加快智能设备的运行速度，优化用户体验。

Description

一种应用删除方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种应用删除方法及装置。

背景技术

在智能设备快速发展的基础上，安装在智能设备中的各类应用也不断地涌现和更新，极大地丰富和便利着人们的生活。但是，由于应用能够在未被用户使用的情况下在后台运行，持续占用智能设备的系统资源，故对于安装应用数量过多；或者系统资源仍然较为紧缺的智能设备来说，很容易导致智能设备的运行速度变慢，使用户的使用体验降低。

发明内容

有鉴于此，本发明提供一种应用删除方法及装置，以避免智能设备运行速度过慢，降低用户使用体验的问题。

根据本发明实施例的第一方面，提供一种应用删除方法，所述方法包括：

在确定第一指定事件发生后，确定待删除的第一类应用；

删除所述第一类应用的可执行部分；

在确定第二指定事件发生后，恢复所述第一类应用的可执行部分。

根据本发明实施例的第二方面，提供一种应用删除装置，所述装置包括：

确定单元，用于在确定第一指定事件发生后，确定待删除的第一类应用；

删除单元，用于删除所述第一类应用的可执行部分；

恢复单元，用于在确定第二指定事件发生后，恢复所述第一类应用的可执行部分。

本发明实施例中，在确定第一指定事件发生，并确定出待删除的第一类应用后，可删除第一类应用的可执行部分，而在确定第二指定事件发生后，则恢复第一类应用的可执行部分。由于可执行部分主要负责应用的运行，是应用得以运行的核心部分，故删除了可执行部分的第一类应用将无法运行，即不再占用智能设备的系统资源，而在对第一类应用的可执行部分进行恢复后，则可使得第一类应用恢复运行，即本发明实施例中的删除是临时删除，而非永久删除。由此可见，本发明实施例可以在第一类指定事件发生后，第二类指定事件发生前，彻底清除第一类设备对于智能设备系统资源的占用，而在第二类指定事件发生后，则可恢复临时删除的第一类应用的可执行部分，保证用户对于第一类应用的正常使用。从而在最大化用户对于应用删除无感度的前提下，加快了智能设备的运行速度，优化了用户体验。

附图说明

图1是本发明一种应用删除方法的一个实施例流程图；

图2是本发明一种应用删除方法中确定待删除的第一类应用的一个实施例流程图；

图3是本发明一种应用删除方法的另一个实施例流程图；

图4是本发明一种应用删除装置的一个实施例框图；

图5是本发明一种应用删除装置中确定单元的一个实施例框图；

图6是本发明一种应用删除装置的另一个实施例框图；

图7是本发明一种应用删除装置的另一个实施例框图；

图8是本发明一种应用删除装置中恢复单元的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着科学技术的飞速进步，人们对于品质与个性生活的追求，有力地促进着智能领域的发展，一些具有突破性意义的智能设备不断地涌现、并延展至人们生活的方方面面，而安装在智能设备中的各类应用，则在智能设备的应用与发展中居于核心地位，在增强和优化用户智能化体验的过程中扮演着重要角色。

但是，鉴于应用能够在未被用户使用的情况下在后台运行，持续占用智能设备的系统资源，故对于安装应用数量过多；或者系统资源仍然较为紧缺的智能设备来说，很容易导致智能设备的运行速度变慢，使用户的使用体验降低。

有鉴于此，本发明提供一种应用删除方法及装置，以避免智能设备运行速度过慢，降低用户使用体验的问题。其中，本发明实施例可以应用于智能设备，其中，智能设备可以包括移动智能设备(如智能手机)、智能家电(如智能冰箱、智能电视)、智能车载设备、智能户外设备、智能可穿戴设备等；本发明实施例中，应用可以是用户安装的第三方应用，也可以是删除后不影响智能设备工作的出厂自带应用。

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。

实施例一

参见图1，图1是本发明一种应用删除方法的一个实施例流程图，该流程图可以包括以下步骤：

步骤110：在确定第一指定事件发生后，确定待删除的第一类应用；

步骤120：删除第一类应用的可执行部分；

本实施例中，可执行部分是指一个应用中除用户数据、启动入口、资源文件以及库文件以外的可执行文件，是可以单独加载运行的文件。其中，用户数据是指用户在使用应用的过程中产生的数据。启动入口是指用户可以开启应用的入口。资源文件是指通过图片、声音、文字等形式向用户进行应用展示的文件，其中，这些图片、声音、文字不是用户在使用应用的过程中产生的。库文件是指用于向可执行部分等提供服务的非独立程序文件，是不可以单独加载运行的文件。

步骤130：在确定第二指定事件发生后，恢复第一类应用的可执行部分。

本实施例中，可以根据第一类应用在安装前备份的安装包，恢复第一类应用的可执行部分。

具体地，对于某一待安装的应用，在该应用安装时，可以备份该应用的安装包，在此之后，可以将该应用备份的安装包压缩并保存于本地；或者上传至云端(网络)，以节省本地的存储空间；

在该应用的可执行部分被删除，且第二指定事件发生后，可以从本地获取该应用备份的安装包，对该备份的安装包进行解压缩，并利用该解压后的备份的安装包，对该应用的可执行部分进行安装；或者从云端下载该应用备份的安装包，并利用下载后的备份的安装包，对该应用的可执行部分进行安装。

在一个实施例中，可在对该应用的可执行部分进行安装后，启动第一类应用，以便于用户直接使用该第一类应用。

由于第一类应用的安装包用于安装第一类应用，故第一类应用备份的安装包中包含有第一类应用完整的可执行部分，故通过预先备份第一类应用的安装包，可在第二指定事件发生后，顺利恢复第一类应用的可执行部分，保证用户对于第一类应的正常使用。

本发明实施例中，在确定第一指定事件发生，并确定出待删除的第一类应用后，可删除第一类应用的可执行部分，而在确定第二指定事件发生后，则恢复第一类应用的可执行部分。由于可执行部分主要负责应用的运行，是应用得以运行的核心部分，故删除了可执行部分的第一类应用将无法运行，即不再占用智能设备的系统资源，而在对第一类应用的可执行部分进行恢复后，则可使得第一类应用恢复运行，即本发明实施例中的删除是临时删除，而非永久删除。由此可见，本发明实施例可以在第一类指定事件发生后，第二类指定事件发生前，彻底清除第一类设备对于智能设备系统资源的占用，而在第二类指定事件发生后，则可恢复临时删除的第一类应用的可执行部分，保证用户对于第一类应用的正常使用。从而在最大化用户对于应用删除无感度的前提下，加快智能设备的运行速度，优化用户体验。

实施例二

步骤110中，确定第一指定事件发生可以为：

确定运行的应用对应的系统资源总占用率大于第一上限值；或者从运行的应用中确定出的在后台运行的应用，其对应的系统资源占用率大于第二上限值。

其中，系统资源可以是CPU(Central Processing Unit，中央处理单元)资源、内存资源；或者CPU和内存的资源；

系统资源总占用率，是指智能设备工作过程中，运行在智能设备中的所有应用对于系统资源的占用率，其中，运行在智能设备中的所有应用，可以分为后台运行的应用和前台运行的应用，后台运行的应用是指当前没有通过图像、声音、触摸等形式与用户发生交互，但依然占用系统资源的应用，前台运行的应用是指当前正在通过图像、声音、触摸等形式与用户发生交互的应用。

具体的，若在某段时长内，系统资源总占用率持续大于第一上限值，则可确定第一指定事件发生。

系统资源占用率，是指某一个或者某一类应用对于系统资源的占用率，本实施例中，一类应用可以是在后台运行的应用。

具体的，可以在每一单位时长内，监测每一应用对应的系统资源占用率，区分后台运行的应用和前台运行的应用，并统计所有后台运行的应用对应的系统资源占用率、所有前台运行的应用对应的系统资源占用率、及系统资源总占用率；当在系统资源总占用率大于第一上限值；或者所有后台运行的应用对应的系统资源占用率大于第二上限值；或者系统资源总占用率大于第一上限值而且所有后台运行的应用对应的系统资源占用率大于第二上限值时，确定第一指定事件发生。其中，作为一个示例，第一上限值可以为90％，第二上限值可以为50％；系统资源占用率可以为每一单位时长内的平均的系统资源占用率。

本发明实施例中，在系统资源总占用率大于第一上限值后确定待删除的第一类应用，并执行步骤102，可以立即降低系统资源总占用率，从而加快智能设备的运行速度，使用户可以流畅地使用当前正在使用的应用；而在所有后台运行的应用对应的系统资源占用率大于第二上限值后，确定待删除的第一类应用，并执行步骤102，可以快速降低所有后台运行的应用对应的系统资源占用率，并同时降低系统资源总占用率，为用户同时使用多个应用预留足够的系统资源。

实施例三

步骤110中，针对确定待删除的第一类应用的过程，可以先确定可删除的第二类应用，然后再从确定的第二类应用中确定待删除的第一类应用，其中，可删除的第二类应用是指，可以删除，但是否删除取决于其使用频率和/或对应的系统资源占用率的应用；待删除的第一类应用是指确定要删除的应用。

进一步地，可以通过以下方法，确定待删除的第一类应用，参见图2，图2是本发明一种应用删除方法中确定待删除的第一类应用的一个实施例流程图，该流程图可以包括以下步骤：

步骤111：根据删除参数确定可删除的第二类应用；

本实施例中，删除参数可以包括是否具有用户授权的删除权限、是否保留了备份的安装包、以及是否在后台运行等。

具体的，可以将具有用户授权的删除权限的应用确定为可删除的第二类应用，从而避免删除用户不希望删除的应用，提升应用删除的用户无感度，优化用户体验；或者

将保留了备份的安装包的应用确定为可删除的第二类应用，从而在第二指定事件发生后，直接利用本地保存的备份的安装包恢复应用的可执行部分，预防在无网环境中，由于无法从云端下载备份的安装包而导致的恢复失败问题，保证应用中可执行部分恢复的快速性和可靠性；或者

将后台运行的应用确定为可删除的第二类应用，从而直接降低所有后台运行的应用对应的系统资源占用率，加速智能设备运行速度，并避免删除用户正在使用的应用，保证应用删除的用户无感度，优化用户体验。

在一个实施例中，还可以参考上述多个删除参数确定可删除的第二类应用，例如，将具有用户授权的删除权限和保留了备份的安装包的应用确定为可删除的第二类应用，再例如，将具有用户授权的删除权限、保留了备份的安装包且在后台运行的应用确定为可删除的第二类应用。

步骤112：根据运行参数从第二类应用中确定待删除的第一类应用。

本实施例中，运行参数可以包括第二类应用的使用频率和第二类应用对应的系统资源占用率。

其中，第二类应用的使用频率是指，单位时长内某一个第二类应用被用户使用的次数，比如，一个第二类应用在一天内被用户使用了3次，则该第二类应用的使用频率为3次/天，再比如，另一个第二类应用在一周内被用户使用了1次，则该第二类应用的使用频率为1次/周。

一、当根据第二类应用的使用频率，从第二类应用中确定待删除的第一类应用时，可以采用以下方式：

方式1：根据第二类应用的使用频率，按照从小到大的顺序，对第二类应用进行排序，将排序靠前的至少一个第二类应用确定为待删除的第一类应用，

具体的，若确定的第二类应用分别是A、B、C，且A、B、C的使用频率分别为1次/周、2次/周、4次/天、则可将A、B、C按照使用频率从小到大的顺序进行排序，形成使用频率排序表，作为一个示例，该使用频率排序表可以表示为如下表1所示的形式：

第二类应用	使用频率
		A	1次/周
B	2次/周
		C	4次/天

表1

针对使用频率排序表，可以将使用频率排序表中，位列前N1的第二类应用确定为待删除的第一类应用，其中，N1大于零且小于使用频率排序表中第二类应用的总数M1；N1可以为M1-Q1(Q1的理论值为大于零且小于等于M1的整数)，也可以为根据一段时长内M1的变化幅值确定的低于M1最低幅值的固定值。

比如，在如表1所示的使用频率排序表中，M1等于3，若Q1等于1，则可得出N1等于2，即A、B为确定的待删除的第一类应用；或者若在一段时间内，使用频率排序表中第二类应用的总数M1的最高幅值为6、最低幅值为3，则可以将N1确定为2，即A、B为确定的待删除的第一类应用。

方式2：根据第二类应用的使用频率，选取使用频率小于预设使用频率阈值的第二类应用，将选取的第二类应用确定为待删除的第一类应用；

具体的，仍假设确定的第二类应用分别是A、B、C，且A、B、C的使用频率分别为1次/周、2次/周、4次/天，那么，若假设预设使用频率阈值为1次/天，则可将使用频率小于1次/天的第二类应用A、B，确定为待删除的第一类应用。

充分考量第二类应用的使用频率，有利于在尊重用户使用习惯的基础上，确定待删除的第一类应用，从而优化用户体验。

二、当根据第二类应用对应的系统资源占用率，从第二类应用中确定待删除的第一类应用时，可以采用以下方式：

方式1：根据第二类应用对应的系统资源占用率，按照从大到小的顺序，对第二类应用进行排序，将排序靠前的至少一个第二类应用确定为待删除的第一类应用；

具体的，若确定的第二类应用分别是A、B、C，且A、B、C对应的系统资源占用率分别30％、25％、5％，则可将A、B、C按照对应的系统资源占用率从大到小的顺序进行排序，形成系统资源占用率排序表，作为一个示例，该系统资源占用率排序表可以表示为如下表2所示的形式：

第二类应用	对应的系统资源占用率
		A	30％
B	25％
		C	5％

表2

针对系统资源占用率排序表，可以将系统资源占用率排序表中，位列前N2的第二类应用确定为待删除的第一类应用，其中，N2大于零且小于系统资源占用率排序表中第二类应用的总数M2；N2可以为M2-Q2(Q2的理论值为大于零且小于等于M2的整数)，也可以为根据一段时长内M2的变化幅值确定的低于M2最低幅值的固定值。

比如，在如表2所示的系统资源占用率排序表中，M2等于3，若Q2等于2，则可得出N2等于2，即A、B为确定的待删除的第一类应用；或者若在一段时间内，系统资源占用率排序表中第二类应用的总数M2的最高幅值为6、最低幅值为3，则可以将N2确定为2，即A、B为确定的待删除的第一类应用。

在一个实施例中，可以分别设置CPU总占用率阈值和内存总占用率阈值，并确定当前CPU总占用率超出CPU总占用率阈值的幅度，是否大于，当前内存总占用率超出内存总占用率阈值的幅度；若是，则根据第二类应用对应的CPU占用率进行排序，确定待删除的第一类应用，否则，根据第二类应用对应的内存占用率进行排序，确定待删除的第一类应用。以直接缓解较为紧张的系统资源，优化用户体验。

方式2：根据第二类应用对应的系统资源占用率，选取对应的系统资源占用率大于预设系统资源占用率阈值的第二类应用，将选取的第二类应用确定为待删除的第一类应用；

具体的，仍假设确定的第二类应用分别是A、B、C，且A、B、C对应的系统资源占用率分别为30％、25％、5％，那么，若假设预设系统资源占用率阈值为10％，则可将系统资源占用率大于10％的第二类应用A、B，确定为待删除的第一类应用。

充分考量第二类应用对应的系统资源占用率，有利于感知用户对于智能设备的使用流畅度，从而及时删除确定的第一类应用，提高智能设备运行速度，优化用户对于智能设备的流畅性体验。

本发明实施例中，可以先根据删除参数确定可删除的第二类应用，再根据运行参数从第二类应用中确定出第一类应用。其中，根据删除参数包括的内容可知，首先确定可删除的第二类应用，有利于避免删除用户不希望删除的应用、保证应用中可执行部分恢复的快速性和可靠性、直接加速智能设备运行速度，而根据运行参数包括的内容可知，最终确定出的待删除的第一类应用，充分考量了第二类应用对于系统资源的占用程度以及用户的使用习惯，从而在尊重用户使用习惯的基础上，加速了智能设备的运行速度，并从多个方面保证或者提升了应用删除的用户无感度，优化了用户体验。

实施例四

步骤130中，确定第二指定事件发生，具体可以是：

1、当接收到第一类应用的启动入口的操作指令时，确定第二指定事件发生；

本实施例中，可在删除第一类应用的可执行部分后，保留第一类应用的用户数据和启动入口。

本实施例中，可假设某一第一类应用为聊天应用A，则用户在使用A的过程中产生的聊天记录，即为A的一种用户数据，而A的图标，以及存在于另一应用中用于启动A的控件，均属于A的启动入口。

作为一个示例，另一应用可以是一个用于保存用户图片的应用B，当用户在浏览B中的图片后，需要将其中的某一张图片分享给A中的聊天对象时，可以在选中该图片后，点击图片分享控件，然后在显示的预分享至的应用中点击A(B中用于启动A的控件)，此时，智能设备将接收到B中用于启动A的控件的操作指令，并确定第二指定事件发生。

本实施例中，可在将第一类应用的可执行部分删除后，继续将第一类应用的图标显示在用户界面，以方便用户通过用户界面的图标，启动第一类应用。

进一步地，可通过在保留的第一类应用的图标上添加特定的标志，以告知用户，这些应用已被临时删除，但仍可以通过点击、语音控制等方式进行恢复和启动。本实施例中，临时删除是指删除应用的可执行部分，保留应用的用户数据、启动入口。一种方式中，临时删除还可以包括，删除应用的资源文件和库文件，以临时释放其占用的较大的存储空间，其中，资源文件和库文件同可执行部分一样，可以利用应用备份的安装包进行恢复；另一种方式中，临时删除还可以包括，保留应用的资源文件和库文件，以省去恢复资源文件和库文件所占用的时长，减少用户的等待时间。

2、当后台运行的应用对应的系统资源占用率小于第一下限值时,确定第二指定事件发生；

3、当运行的应用对应的系统资源总占用率小于第二下限值时,确定第二指定事件发生；

请参见实施例一，在此不再赘述，其中，第一下限值、第二下限值可以分别是15％、30％。

4、对于具有使用周期的应用，从当前时刻开始计时到预设时长后，若到达预测的具有使用周期的应用的下一次起始使用时刻或起始使用时长，则确定第二指定事件发生。

根据用户的使用习惯，智能设备中可能存在着具有使用周期的应用，且此类应用也可能在后台运行，占用智能设备的系统资源。对于此类应用，可以在用户不使用此类应用的时长内，删除此类应用的可执行部分，并在预测的用户下一次使用此类应用的起始使用时刻或起始使用时长之前，恢复此类应用的可执行部分。

在此可以假设，具有使用周期的应用为一个导航类应用，且通过多次监测用户对于此导航类应用的起始使用时刻，可以预测到此导航类应用的起始使用时刻为每周日的上午9:00，则智能设备可以从每周日的00:00起，每隔一段时间，确定一次从当前时刻开始计时到预设时长后，是否到达9:00，以确定第二指定事件是否发生，作为一个示例，若智能设备在一个周日的上午8:20执行了一次4中的步骤，且假设预设时长为15min，则由于从8:20开始计时到15min后即8:35，到达了预测的起始使用时刻9:00，故可确定第二指定事件发生。

进一步的，若在监测过程中确定，用户对于此导航类应用的起始使用时刻，常常在一个时长内变化，则需要根据该变化的起始使用时刻，确定一个起始使用时长，如，当监测到的起始使用时刻包括8:30、8:44、9:06、9:30时，可以确定起始使用时长为8:30-9:30。此时，可以通过确定，从当前时刻开始计时到预设时长后，是否到达该起始使用时长的起始时刻8:30，确定第二指定事件是否发生。那么，在前述示例中，由于从8:20开始计时到15min后即8:35，到达了起始使用时长的起始时刻8:30，故可确定第二指定事件发生。

对于具有使用周期的应用，可以在第一指定事件发生后；或者在用户对于此类应用的一次周期性使用完成后，如上述示例中的每周日24:00后，删除此类应用的可执行部分。

本发明实施例中，对于具有使用周期的应用，可以在用户不使用此类应用的时长内，删除此类应用的可执行部分，并在预测的用户下一次使用此类应用的起始使用时刻或起始使用时长之前，恢复此类应用的可执行部分。通过灵活掌控此类应用的可执行部分的删除与恢复，一方面实现了在此类应用的非使用时长内，此类应用对于系统资源的零占用，另一方面则保证了应用删除的用户的无感度，优化了用户体验。

实施例五

参见图3，图3是本发明一种应用删除方法的另一个实施例流程图，该流程图可以包括以下步骤：

步骤300：监测应用的使用频率和系统资源占用率；

本实施例中，监测到的各个应用的使用频率和系统资源占用率可以保存在数据库中。

步骤310：在确定第一指定事件发生后，确定在后台运行且保留了备份的安装包的可删除的第二类应用；

本实施例中，第一指定事件，请参见实施例二，在此不再赘述。

步骤320：获得第二类应用的使用频率，确定使用频率小于预设使用频率阈值的第三类应用；

本实施例中，可通过查询数据库获得第二类应用的使用频率。

步骤330：根据第三类应用对应的系统资源占用率，按照从大到小的顺序，对第三类应用进行排序，将排序靠前的至少一个第三类应用确定为待删除的第四类应用；

请参见实施例三，在此不再赘述。

步骤340：删除第四类应用的可执行部分，保留第四类应用的用户数据和启动入口。

请参见实施例四，在此不再赘述。

步骤350：在接收到第四类应用的启动入口的操作指令后，确定第二指定事件发生，利用保留的第四类应用的备份的安装包，恢复第四类应用的可执行部分。

本实施例中，当用户点击某一第四类应用的启动入口后，智能设备可以接收到从该启动入口传入的操作指令，此时，智能设备可以恢复该第四类应用的可执行部分，以使用户使用该第四类应用。

步骤360：将保留的第四类应用的用户数据，加载至可执行部分恢复后的第四类应用。

本实施例中，参照实施例一，可以将保留的第四类应用的用户数据，保存在第四类应用的备份的安装包位于的本地存储空间；或者保存在第四类应用的备份的安装包上传至云端后的云端地址，以便于在利用第四类应用的备份的安装包，恢复第四类应用的可执行部分后，查找第四类应用对应的用户数据，将查找到的用户数据载至可执行部分恢复后的第四类应用。

本发明实施例中，可在删除第四类应用的可执行部分后，保留第四类应用的用户数据和启动入口。其中，保留第四类应用的用户数据，可以在第四类应用的可执行部分恢复后，将用户数据加载至可执行部分恢复后的第四类应用，保证用户数据不丢失；保留第四类应用的启动入口，可以便于用户按照自身习惯查找和启动第四类应用，提高应用删除的用户无感度。

与前述一种应用删除方法的实施例相对应，本发明还提供了一种应用删除装置的实施例。

参见图4，图4是本发明一种应用删除装置的一个实施例框图。本实施例可以包括：确定单元410、删除单元420、恢复单元440。

其中，确定单元410，用于在确定第一指定事件发生后，确定待删除的第一类应用；

删除单元420，用于删除第一类应用的可执行部分；

恢复单元440，用于在确定第二指定事件发生后，恢复第一类应用的可执行部分。

在另一个实施例中，确定单元410，在确定第一指定事件发生时，可具体用于：

当运行的应用对应的系统资源总占用率大于第一上限值时，确定第一指定事件发生；或者

从运行的应用中确定出在后台运行的应用，当后台运行的应用对应的系统资源占用率大于第二上限值时，确定第一指定事件发生。

在另一个实施例中，确定单元410，可以包括：第一确定子单元411、第二确定子单元412，具体可参见图5，图5是本发明一种应用删除装置中确定单元的一个实施例框图。

其中，第一确定子单元411，用于根据删除参数确定可删除的第二类应用；

第二确定子单元412，用于根据运行参数从第二类应用中确定待删除的第一类应用；

在另一个实施例中，第一确定子单元411，可具体用于：

将具有用户授权的删除权限的应用确定为可删除的第二类应用；和/或

将保留了备份的安装包的应用确定为可删除的第二类应用；和/或

将后台运行的应用确定为可删除的第二类应用。

在另一个实施例中，第二确定子单元412，可具体用于：

根据第二类应用的使用频率，从第二类应用中确定待删除的第一类应用；和/或

根据第二类应用对应的系统资源占用率，从第二类应用中确定待删除的第一类应用。

在另一个实施例中，上述根据第二类应用的使用频率，从第二类应用中确定待删除的第一类应用，具体可以为：

根据第二类应用的使用频率，按照从小到大的顺序，对第二类应用进行排序，将排序靠前的至少一个第二类应用确定为待删除的第一类应用；或者

根据第二类应用的使用频率，选取使用频率小于预设使用频率阈值阈值的第二类应用，将选取的第二类应用确定为待删除的第一类应用。

在另一个实施例中，上述根据第二类应用对应的系统资源占用率，从第二类应用中确定待删除的第一类应用，具体可以为：

根据第二类应用对应的系统资源占用率，按照从大到小的顺序，对第二类应用进行排序，将排序靠前的至少一个第二类应用确定为待删除的第一类应用；或者

根据第二类应用对应的系统资源占用率，选取对应的系统资源占用率大于预设系统资源占用率阈值的第二类应用，将选取的第二类应用确定为待删除的第一类应用。

在另一个实施例中，上述装置还可以包括：保留单元430，用于保留第一类应用的启动入口和/或用户数据；

在保留单元430用于保留第一类应用的启动入口时，恢复单元440，可具体用于：

在接收到第一类应用的启动入口的操作指令后，确定第二指定事件发生；具体可参见图6，图6是本发明一种应用删除装置的另一个实施例框图。

在保留单元430用于保留第一类应用的用户数据时，上述装置还可以包括：

加载单元450，用于将保留的第一类应用的用户数据，加载至可执行部分恢复后的第一类应用；具体可参见图7，图7是本发明一种应用删除装置的另一个实施例框图。

在另一个实施例中，恢复单元440，在确定第二指定事件发生时，可具体用于：

当接收到第一类应用的启动入口的操作指令时，确定第二指定事件发生；或者

当后台运行的应用对应的系统资源占用率小于第一下限值时,确定第二指定事件发生；或者

当运行的应用对应的系统资源总占用率小于第二下限值时,确定第二指定事件发生；或者

对于具有使用周期的应用，从当前时刻开始计时到预设时长后，若到达预测的具有使用周期的应用的下一次起始使用时刻或起始使用时长，则确定第二指定事件发生。

在另一个实施例中，恢复单元440，可以包括:获得子单元441、恢复子单元442，具体可参见图8，图8是本发明一种应用删除装置中恢复单元的一个实施例框图；

其中，获得子单元441，用于获得预先备份的第一类应用的安装包；

恢复子单元442，用于根据获得的安装包，恢复第一类应用的可执行部分。

本发明实施例中，在确定第一指定事件发生，并确定出待删除的第一类应用后，可删除第一类应用的可执行部分，而在确定第二指定事件发生后，则恢复第一类应用的可执行部分。由于可执行部分主要负责应用的运行，是应用得以运行的核心部分，故删除了可执行部分的第一类应用将无法运行，即不再占用智能设备的系统资源，而在对第一类应用的可执行部分进行恢复后，则可使得第一类应用恢复运行，即本发明实施例中的删除是临时删除，而非永久删除。由此可见，本发明实施例可以在第一类指定事件发生后，第二类指定事件发生前，彻底清除第一类设备对于智能设备系统资源的占用，而在第二类指定事件发生后，则可恢复临时删除的第一类应用的可执行部分，保证了用户对于第一类应用的正常使用。从而在最大化用户对于本删除操作的无感度的前提下，加快了智能设备的运行速度，优化了用户体验。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方；或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

基于与上述方法同样的构思，本发明实施例还提供一种机器可读存储介质，可以应用于智能设备，所述机器可读存储介质上存储有若干计算机指令，所述计算机指令被执行时进行如下处理：

在确定第一指定事件发生后，确定待删除的第一类应用；删除第一类应用的可执行部分；在确定第二指定事件发生后，恢复第一类应用的可执行部分。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现；或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (13)

1.一种应用删除方法，其特征在于，所述方法包括：

在确定第一指定事件发生后，确定待删除的第一类应用；

删除所述第一类应用的可执行部分；

在确定第二指定事件发生后，恢复所述第一类应用的可执行部分。

2.根据权利要求1所述的方法，其特征在于，所述确定第一指定事件发生，包括：

当运行的应用对应的系统资源总占用率大于第一上限值时，确定第一指定事件发生；或者

从运行的应用中确定出在后台运行的应用，当后台运行的应用对应的系统资源占用率大于第二上限值时，确定第一指定事件发生。

3.根据权利要求1所述的方法，其特征在于，所述确定待删除的第一类应用，包括：

根据删除参数确定可删除的第二类应用；

根据运行参数从所述第二类应用中确定待删除的第一类应用。

4.根据权利要求3所述的方法，其特征在于，所述根据删除参数确定可删除的第二类应用，包括：

将具有用户授权的删除权限的应用确定为可删除的第二类应用；和/或

将保留了备份的安装包的应用确定为可删除的第二类应用；和/或

将后台运行的应用确定为可删除的第二类应用。

5.根据权利要求3所述的方法，其特征在于，所述根据运行参数从第二类应用中确定待删除的第一类应用，包括：

根据第二类应用的使用频率，从第二类应用中确定待删除的第一类应用；和/或

根据第二类应用对应的系统资源占用率，从第二类应用中确定待删除的第一类应用。

6.根据权利要求5所述的方法，其特征在于，所述根据第二类应用的使用频率，从第二类应用中确定待删除的第一类应用，包括：

根据第二类应用的使用频率，按照从小到大的顺序，对所述第二类应用进行排序，将排序靠前的至少一个第二类应用确定为待删除的第一类应用；或者

根据第二类应用的使用频率，选取使用频率小于预设使用频率阈值的第二类应用，将选取的第二类应用确定为待删除的第一类应用。

7.根据权利要求5所述的方法，其特征在于，所述根据第二类应用对应的系统资源占用率，从第二类应用中确定待删除的第一类应用，包括：

根据第二类应用对应的系统资源占用率，按照从大到小的顺序，对所述第二类应用进行排序，将排序靠前的至少一个第二类应用确定为待删除的第一类应用；或者

根据第二类应用对应的系统资源占用率，选取对应的系统资源占用率大于预设系统资源占用率阈值的第二类应用，将选取的第二类应用确定为待删除的第一类应用。

8.根据权利要求1所述的方法，其特征在于，所述删除第一类应用的可执行部分之后，还包括：

保留所述第一类应用的启动入口和/或用户数据；

在保留所述第一类应用的启动入口时，所述确定第二指定事件发生的过程，包括：

在接收到所述第一类应用的启动入口的操作指令后，确定第二指定事件发生；

在保留所述第一类应用的用户数据时，所述恢复第一类应用的可执行部分之后，还包括：

将保留的所述第一类应用的用户数据，加载至所述可执行部分恢复后的第一类应用。

9.根据权利要求1所述的方法，其特征在于，所述第二指定事件发生，包括：

当接收到第一类应用的启动入口的操作指令时，确定第二指定事件发生；或者

当后台运行的应用对应的系统资源占用率小于第一下限值时,确定第二指定事件发生；或者

当运行的应用对应的系统资源总占用率小于第二下限值时,确定第二指定事件发生；或者

对于具有使用周期的应用，从当前时刻开始计时到预设时长后，若到达预测的所述具有使用周期的应用的下一次起始使用时刻或起始使用时长，则确定第二指定事件发生。

10.根据权利要求1所述的方法，其特征在于，所述恢复第一类应用的可执行部分，包括：

获得预先备份的所述第一类应用的安装包；

根据获得的安装包，恢复第一类应用的可执行部分。

11.一种应用删除装置，其特征在于，所述装置包括：

确定单元，用于在确定第一指定事件发生后，确定待删除的第一类应用；

删除单元，用于删除所述第一类应用的可执行部分；

恢复单元，用于在确定第二指定事件发生后，恢复所述第一类应用的可执行部分。

12.根据权利要求11所述的装置，其特征在于，所述确定单元，包括：

第一确定子单元，用于根据删除参数确定可删除的第二类应用；

第二确定子单元，用于根据运行参数从所述第二类应用中确定待删除的第一类应用；

其中，所述第一确定子单元，具体用于：

将具有用户授权的删除权限的应用确定为可删除的第二类应用；和/或

将保留了备份的安装包的应用确定为可删除的第二类应用；和/或

将后台运行的应用确定为可删除的第二类应用；

所述第二确定子单元，具体用于：

根据第二类应用的使用频率，从第二类应用中确定待删除的第一类应用；和/或

根据第二类应用对应的系统资源占用率，从第二类应用中确定待删除的第一类应用。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

保留单元，用于保留所述第一类应用的启动入口和/或用户数据；

在所述保留单元用于保留所述第一类应用的启动入口时，所述恢复单元，具体用于：

在接收到所述第一类应用的启动入口的操作指令后，确定第二指定事件发生；

在所述保留单元用于保留所述第一类应用的用户数据时，所述装置还包括：

加载单元，用于将保留的所述第一类应用的用户数据，加载至所述可执行部分恢复后的第一类应用。