CN106855826A - 一种后台应用程序的控制方法及装置 - Google Patents

Abstract

本申请实施例中提供了一种后台应用程序的控制方法及装置，该方法包括：接收切换第一应用程序至后台的指令；根据第一应用程序占用的内存大小和/或使用频率，确定第一定时器对应的第一时长；触发第一应用程序对应的第一定时器开始计时；根据第一时长，对第一应用程序进行相应控制。采用本申请实施例中的后台应用程序的控制方案，能够减少系统资源消耗，提升用户体验。

Description

一种后台应用程序的控制方法及装置

技术领域

本申请涉及终端技术，尤其涉及一种后台应用程序的控制方法及装置。

背景技术

用户在使用完毕终端中的应用程序时，通常会执行如切换至新的应用程序、返回主界面、或者锁屏的操作，此时使用完毕的应用程序被切换至后台；这些在后台的应用程序会继续运行，例如，与服务器交换数据，监听用户动作等；在运行过程中，会持续占用系统资源，例如，占用系统内存、消耗数据流量、消耗终端电量等。

为避免使用完毕的应用程序继续占用系统资源，目前常用的解决方案是，当系统资源不足时，系统才对后台应用程序进行回收，即，关闭后台应用程序。

采用现有技术中的后台应用程序控制方案，在系统资源不足时才关闭后台应用程序，而在用户关闭应用程序之前，后台应用程序已消耗大量系统资源，并且在系统资源不足时，系统已经出现卡顿、拖慢等情况，影响用户使用。

发明内容

本申请实施例中提供了一种后台应用程序的控制方法及装置，用于解决现有技术中的应用程序控制方案耗费较多终端系统资源，影响用户使用的问题。

根据本申请实施例的一个方面，提供了一种后台应用程序的控制方法，包括：接收切换第一应用程序至后台的指令；根据第一应用程序占用的内存大小和/或使用频率，确定第一定时器对应的第一时长；触发第一应用程序对应的第一定时器开始计时；根据第一时长，对第一应用程序进行相应控制。

根据本申请实施例的另一个方面，提供了一种后台应用程序的控制装置，包括：指令接收模块，用于接收切换第一应用程序至后台的指令；第一时长确定模块，用于根据第一应用程序占用的内存大小和/或使用频率，确定第一定时器对应的第一时长；计时模块，用于触发第一应用程序对应的第一定时器开始计时；控制模块，用于根据第一时长，对第一应用程序进行相应控制。

采用本申请实施例中的后台应用程序的控制方法，在应用程序切换至后台时，根据该应用程序占用的内存大小和/或使用频率确定该定时器的计时时长，并触发该应用程序对应的定时器开始计时，然后根据该时长对应用程序进行相应控制，使得终端能够对占用内存不同和/或使用频率不同的应用程序进行不同的控制，减少了系统资源消耗，提升了用户体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例一的后台应用程序的控制方法的流程图；

图2为本申请实施例二的后台应用程序的控制方法的流程图；

图3示出的是本申请实施例三的后台应用程序的控制装置的结构示意图。

具体实施方式

为了使本申请实施例中的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在实现本申请的过程中，发明人发现，在系统资源不足时才关闭后台应用程序，而在用户关闭应用程序之前，后台应用程序已消耗大量系统资源，并且在系统资源不足时，系统已经出现卡顿、拖慢等情况，影响用户使用。

另外，在实现本申请的过程中，发明人还发现，相关技术中还提供了另一种后台应用程序的控制方法，在屏幕关闭之后强制关闭没有被系统或用户设置为保护应用的应用程序，发明人认为，采用这此方法比较生硬，如果用户立即唤醒并调用后台应用程序，会发现已经被强制关闭，需要重新打开，导致消耗更多的终端资源，并且用户体验较差。

针对上述问题，本申请实施例中提供了一种后台应用程序的控制方案，在应用程序切换至后台时，根据该应用程序占用的内存大小和/或使用频率确定该定时器的计时时长，并触发该应用程序对应的定时器开始计时，然后根据该时长对应用程序进行相应控制，使得终端能够对占用内存不同和/或使用频率不同的应用程序进行不同的控制，减少了系统资源消耗，提升了用户体验。

本申请实施例中的方案可以应用于终端的操作系统，如云OS(Operationsystem，操作系统)，苹果的IOS，安卓系统等，也可以应用于应用程序控制应用中，如安全中心、手机加速管家等。

实施例一

图1为本申请实施例一的后台应用程序的控制方法的流程图。

如图1所示，根据本申请实施例一的后台应用程序的控制方法包括以下步骤：

S101，接收切换第一应用程序至后台的指令；

S102，根据第一应用程序占用的内存大小和/或使用频率，确定第一定时器对应的第一时长；

S103，触发第一应用程序对应的第一定时器开始计时；

S104，根据第一时长，对第一应用程序进行相应控制。

在具体实施时，切换第一应用程序至后台的指令，可以包括：切换其他应用程序至前台的指令、或者锁屏指令、或者返回主界面的指令。

在S102的第一种具体实施方式中，可以根据第一应用程序占用的内存大小，确定所述第一定时器对应的第一时长，具体方式如下：获取第一应用程序占用的内存大小；根据第一应用程序占用的内存大小，确定对应的内存系数；根据下式确定第一时长：第一时长＝预设基础时长*内存系数。具体的，可以采用以下方式确定内存系数：当第一应用程序占用的内存大小小于或等于第一预设值时，确定应用程序对应的内存系数为第一值；当第一应用程序占用的内存大小大于或等于第二预设值时，确定应用程序对应的内存系数为第二值；否则，确定第一应用程序对应的内存系数为第三值。具体地，该预设基础时长、该第一预设值、第二预设值、第一值、第二值、第三值均为预先设置的值，可以是经验值，也可以是根据终端中的所有应用程序占用内存大小计算得到的值，本申请对此不作限制。

例如，该预设基础时长可以设置为30分钟，20分钟等时长。当第一应用程序占用的内存在30M以上时，可以将该应用程序的内存系数设置为0.2；当第一应用程序占用的内存在10M以下时，可以将该应用程序的内存系数设置为2：当该第一应用程序占用的内存在10M至30M之间时，可以将该应用程序的内存系数设置为1。

例如，第一应用程序在切换至后台时，占用内存为8M，预设基础时长为30分钟，当该第一应用程序在切换至后台时，对应的第一时长为60分钟。

在S102的第二种具体实施方式中，还可以根据第一应用程序的使用频率，确定第一定时器对应的第一时长，具体方式如下：获取第一应用程序的使用频率；根据应用程序的使用频率，确定对应的使用频率系数；根据下式确定第一时长：第一时长＝预设基础时长*使用频率系数。具体地，可以采用以下方式根据第一应用程序的使用频率，确定对应的使用频率系数：分别记录终端各应用程序切换至前台的次数，并得到所有应用程序切换至前台的总次数；根据总次数和切换至前台的应用程序的数量，确定平均使用次数；该第一应用程序对应的使用频率系数＝第一应用程序切换至前台的次数/平均使用次数。具体地，终端各应用程序切换至前台的次数，可以是终端从首次启动以来记录的所有应用程序切换至前台的次数，也可以是终端本次开机以来记录的所有应用程序切换至前台的次数。

例如，终端本次开机，切换至前台的应用程序共有5个，所有应用程序切换至前台共100次，可以得到应用程序切换至前台的平均使用次数为20次；该第一应用程序切换至前台30次，计算得到该第一应用程序对应的使用频率系数为30/20＝1.5。假设预设基础时长为30分钟，则当该第一应用程序在切换至后台时，对应的第一时长为45分钟。

在S102的第三种具体实施方式中，还可以根据第一应用程序占用的内存大小和使用频率，确定第一定时器对应的第一时长，具体方式如下：获取第一应用程序占用的内存大小和使用频率；根据第一应用程序占用的内存大小，确定对应的内存系数；根据第一应用程序的使用频率，确定对应的使用频率系数；根据下式确定第一时长：第一时长＝预设基础时长*内存系数*使用频率系数。

具体地，可以采用S102的第一种具体实施方式中获取内存系数的方法，以及S102的第二种具体实施方式中获取使用频率系数的方法来获取内存系数和使用频率系数，重复之处不再赘述。

例如，预设基础时长为30分钟，第一应用程序在切换至后台时，获取该应用程序内存系数为2，使用频率系数为1.5，则计算得到该第一应用程序对应的第一时长为90分钟。

在步骤S103的第一种具体实施方式中，还可以在第一定时器计时至该第一时长之前，检测第一应用程序是否切换至前台；若第一应用程序切换至前台，则触发第一定时器停止计时，并将计时清零；若第一应用程序未切换至前台，则对第一应用程序进行相应控制。

在步骤S103的第二种具体实施方式中，还可以记录在第一定时器计时期间，切换至后台的第二应用程序的数量；根据在第一定时器计时期间，切换至后台的第二应用程序的数量和第一时长，对第一应用程序进行相应控制。

具体地，在步骤S103的第二种具体实施方式的第一实施例中，若在第一定时器计时期间，切换至后台的第二应用程序的数量为N；当N+1大于预定的数量M时，关闭该第一应用程序，并触发第一定时器停止计时。即，如果在第一定时器计时期间，切换至后台的所有应用程序的数量超过预定的数量时，直接将关闭最早切换至后台的该第一应用程序。在具体实施时，该预定的数量M可以是预先设置的值，例如，10，15等。

在步骤S103的第二种具体实施方式的第二实施例中，若在第一定时器计时期间，切换至后台的第二应用程序的数量为N；当N+1小于或等于预定的数量时，根据第一时长和所述N确定第二时长，并在第一定时器计时等于或超过第二时长时，关闭第一应用程序，并触发第一定时器停止计时。即，在第一定时器计时期间，如果切换至后台的所有应用程序的数量未超过预定的数量时，根据该第一时长和切换至后台的应用程序的数量来确定第二时长，并在第一定时器计时等于或超过该第二时长时，关闭该第一应用程序。

具体地，如果N＝0，则第二时长＝第一时长。即，在第一时长期间，如果只有该第一应用程序在后台运行，则计时到第一时长后，关闭该第一应用程序。如果如果N不等于0，则第二时长＝第一时长*预定系数/N，其中，预定系数为小于1的正数。即，如果在第一时长期间，如果有新的其他应用程序切换至后台运行，则根据其他应用程序的数量和第一时长重新计算该第一应用程序对应的第二时长，并在第一定时器计时等于或超过该第二时长时，关闭该第一应用程序。

例如，预设基础时长为30分钟，假设预定可以在后台运行的应用程序数量为10，预定系数为2/3；第一应用程序在切换至后台时，获取该应用程序对应的内存系数为2，使用频率系数为1.5，则计算得到该第一应用程序对应的第一时长为90分钟；在计时至10分钟时，有1个其他应用程序切换至后台，此时，触发针对该其他应用程序的计时，也触发针对该第一应用程序的第二时长的计算；该第二时长＝90*2/3＝60分钟；第一定时器继续计时，在计时至第30分钟时，又有3个新的其他应用程序切换至后台，此时，该第二时长＝90*2/3*1/4＝15分钟，由于第一定时器的计时时长已超过第二时长，所以可以关闭该第一应用程序。

根据上述实施例可知，在每一个应用程序切换至后台时，将触发针对在后台运行的每个应用程序重新计算第二时长。

因此，为减少计算量，在具体实施时，可以在终端维护一个长度等于预定数量M的队列，该队列不同位置对应于不同的基础时长，该基础时长＝第一个位置的基础时长*预定系数/(n-1)，n为2至M的自然数，当n为1时，该第一个位置的基础时长可以是预设的值，例如，30分钟等；该预定系数可以设置为大于0小于1的正数，从而可以预先计算得到该队列中每个位置对应的基础时长。这样，每一个切换至后台运行的应用程序均从队头进入该队列，当有新的应用程序切换至后台时，将之前切换至后台的应用程序依次挤向队尾，从而可以根据每个应用程序在队列中的位置、以及该应用程序占用的内存和/或其使用频率来确定其对应的计时时长，并根据该时长对其进行相应控制。

例如，终端维护一个长度为4的队列，第一个位置的基础时长为30分钟，预定系数为2/3；则第二个位置的基础时长为20分钟，第三个位置的基础时长为10分钟，第四个位置的基础时长为20/3分钟。当第一应用程序刚切换至后台时，获取该应用程序对应的内存系数为2，使用频率系数为1.5，则计算得到该第一应用程序对应的第一时长30*2*1.5＝90分钟；当有新的应用程序切换至后台时，将该第一应用程序挤往队列的第二个位置，此时，重新计算第一应用程序的第二时长为20*2*1.5＝60分钟；当第一应用程序排在队列的第三个位置时，再次计算第一应用程序的第二时长为10*2*1.5＝30分钟等。

在具体实施时，为避免频繁关闭后台应用程序，还可以在根据第一时长，对第一应用程序进行相应控制之前，预先确定用户停止操作达第一预定时长；或者确定用户停止切换应用程序达第二预定时长。即，可以在用户停止操作一段时间，例如，锁屏30分钟；或者用户停止切换应用程序达到一段时间，例如，用户停留在某一应用程序上达到5分钟后，再判断哪些后台应用程序已达到关闭的条件，例如，在第一应用程序之后切换至后台的应用程序已超过预定数量；该第一应用程序对应的第一定时器的计时时长已超过第二时长等。

采用本申请实施例中提供的后台应用程序的控制方案，在应用程序切换至后台时，根据该应用程序占用的内存大小和/或使用频率确定该定时器的计时时长，并触发该应用程序对应的定时器开始计时，然后根据该时长对应用程序进行相应控制，使得终端能够对占用内存不同和/或使用频率不同的应用程序进行不同的控制，减少了系统资源消耗，提升了用户体验。

在具体实施时，为避免误关闭用户还在使用的程序、系统运行需要的程序，或是用户设置的保护应用，还可以在确定第一定时器对应的第一时长之后，根据第一时长，对第一应用程序进行相应控制之前，确定第一应用程序未被前台应用程序调用；或者确定第一应用程序非系统默认或用户预先设置的保护应用；或者确定第一应用程序未执行预定动作。具体地，如果该第一应用程序被前台应用程序调用，或者是系统默认或用户预先设置的保护应用，或者该第一应用程序正在执行预定动作，即使该第一应用程序对应的定时器计时至第一时长，也不关闭该应用程序。具体地，可以通过以下方式确定第一应用程序非系统默认或用户预先设置的保护应用：获取系统默认和用户预先设置的保护应用列表；在列表中查询所述第一应用程序；若未查询到，则确定第一应用程序非系统默认或用户预先设置的保护应用。具体地，预定动作可以包括：播放音乐、录音、下载、或使用加速度传感器。

在具体实施时，还可以在接收切换第一应用程序至后台的指令之后，根据第一应用程序占用的内存大小和/或使用频率，确定第一定时器对应的第一时长之前，确定第一应用程序未被前台应用程序调用；或者确定第一应用程序非系统默认或用户预先设置的保护应用；或者确定第一应用程序未执行预定动作。具体地，如果该第一应用程序被前台应用程序调用，或者是系统默认或用户预先设置的保护应用，或者该第一应用程序正在执行预定动作，则不触发针对该第一应用程序的计时，因此，也不会触发关闭该应用程序。具体地，可以通过以下方式确定第一应用程序非系统默认或用户预先设置的保护应用：获取系统默认和用户预先设置的保护应用列表；在列表中查询所述第一应用程序；若未查询到，则确定第一应用程序非系统默认或用户预先设置的保护应用。具体地，预定动作可以包括：播放音乐、录音、下载、连接VPN(Virtual Private Network，虚拟专用网络)或使用加速度传感器。

在具体实施时，可以在操作系统中实施本申请实施例中提供的方案，并向用户提供开启或关闭控制状态的设置按钮。具体地，可以在根据第一时长，对第一应用程序进行相应控制之前，根据用户的预先操作，确定已开启控制状态。具体地，该控制状态可以被称为“智能加速”。具体地，该用户的预先操作可以包括用户对用于触发开启或关闭控制状态的操作按钮的操作；或者用户根据提示，选择确认开启控制状态的操作。具体地，如果未开启控制状态，则不对第一应用程序进行相应控制。在具体实施时，可以预先设置默认开启控制状态。

实施例二

图2为本申请实施例二的后台应用程序的控制方法的流程图。

在本申请实施例二中，本申请实施例中提供的后台应用程序的控制方法应用于终端操作系统中，系统默认开启加速，并且系统预先设置有默认保护应用，用户也预先设置有保护应用。终端维护长度为M的保护队列，预先计算该保护队列的每个位置对应的基础时长＝第一位置的基础时长*预定系数/(n-1)，n为保护队列中每个位置的编号，为从2至M的数。系统为每个进入该队列的应用程序分配一个定时器，并且根据队列中的各个应用程序在队列中的位置、以及占用的内存大小和使用频率计算得到定时器的计时时长；随着切换至后台的应用程序数量的增加，最先进入队列的应用程序将从队列中的第一位置依次被挤向第二位置、第三位置、直至第M个位置；在应用程序在队列中的位置变化时，对应的计时时长也在变化。对于从后台切换至前台的应用程序，将从队列中移出，并且该应用程序对应的定时器清零。

如图2所示，根据本申请实施例二的后台应用程序的控制方法包括以下步骤：

S201，接收将应用程序A切换至后台的指令，并将A放入队列的第一个位置，即，队头；

在具体实施时，将应用程序A切换至后台的指令，可以包括：切换其他应用程序至前台的指令、或者锁屏指令、或者返回主界面的指令等。

在具体实施时，可以将每一个切换至后台的应用程序均放入该队列。也可将系统默认的保护应用和用户设置的保护应用之外的应用程序放入该队列。如果是将系统默认的保护应用和用户设置的保护应用之外的应用程序放入该队列，则需要提前判断A是否在系统默认或用户预先设置的保护应用列表中。

S202，根据A占用的内存大小和使用频率计算A对应的第一时长；

在具体实施时，还可以仅根据A占用的内存大小或者使用频率计算A对应的第一时长。

在具体实施时，根据A占用的内存大小和使用频率计算A对应的第一时长的具体方式可以参考本申请实施例一中的相关描述，重复之处不再赘述。

S203，触发A对应的第一定时器开始计时；

S204，在有新的应用程序切换至后台时，将A的位置依次往队尾移动，并根据A在队列中的新的位置计算A对应的第二时长；

例如，有一个新的应用程序B切换至后台时，将B放在队列的第一位置，将A的位置移往队列中的第二个位置，再有新的应用程序C切换至后台时，将C放在队列的第一位置，将B移往队列中的第二个位置，将A移往队列中的第三个位置，如此往复。

在具体实施时，由于A在队列中的位置是由在A之后切换至后台的应用程序的数量确定的，因此，也可以直接根据在A之后切换至后台的应用程序的数量来计算A对应的第二时长。具体地，根据A在队列中的位置计算A对应的第二时长，或者根据在A之后切换至后台的应用程序的数量来计算A对应的第二时长的具体实施方式可以参考本申请实施例一中的相关描述，重复之处不再赘述。

在具体实施时，随着不断的有应用程序切换至后台，或者切换至前台，可能会导致A在队列中的位置不断变化，此时会产生多个第二时长，将以最近产生的第二时长作为确定的第二时长。

S205，确定用户停止操作是否已达第一预定时长，或者用户停止切换应用程序是否已达第二预定时长；如果是，则执行S206，如果否，则执行S214；

在具体实施时，该第一预定时长可以为30分钟等时长，该第二预定时长可以为10分钟等时长，该第一预定时长和该第二预定时长的时长均可以根据经验值进行设置，本申请对其大小或彼此之间的关系不作限制。

在具体实施时，如果应用程序被切换至前台，则将其从队列中取出，并将其对应的定时器清零，在该应用程序之前切换至后台的其他应用程序在队列中的位置可以不变，也可以向队头移动一位，本申请对此不作限制。

S206，确定A是否在系统默认保护应用列表中；如果否，则执行S207，如果是，则执行S214；

在具体实施时，该系统默认保护应用列表可以是在系统出厂时预先设置好的应用列表，在该列表中，可以包括系统应用程序，例如，系统升级应用、uuid生成应用、闹钟应用等；

S207，确定A是否在用户设置的保护应用列表中；如果否，则执行S208，如果是，则执行S214；

在具体实施时，该用户设置的保护应用列表可以是用户开启加速功能时设置的保护应用列表，用户可以将经常使用，并且不希望关闭的多个应用程序放入该列表中，例如，微博、QQ、微信等。

S208，确定A是否在播放音乐、录音、下载、连接VPN或使用加速度传感器；如果否，则执行S209，如果是，则执行S214；

在具体实施时，执行上述动作的应用程序切换至后台时，也可以向用户提供相应的服务，此时如果关闭相应的应用程序，将导致相应的服务也被关闭，影响用户使用；因此，需要提前确定是否在执行上述动作。

S209，确定A是否被前台应用程序调用；如果否，则执行S210，如果是，则执行S214；

在具体实施时，如果切换至后台的A被前台应用程序调用，此时如果关闭该应用程序，将导致前台的应用程序受到影响，影响用户使用；因此，需要提前确定是否被前台应用程序所调用。

在具体实施时，步骤S206-S209之间没有严格的时序关系，可以按上述次序依次执行，也可以同时执行，或者同时执行其中几个步骤，再依次执行另几个步骤，本申请对此均不作限制。

S210，判断A是否仍然在队列中，如果是，则执行S211，如果否，则执行S212；

在具体实施时，当执行完S206-S209之后，如果确认A不在系统默认保护应用列表中、也不在用户设置的保护应用列表中、也未播放音乐、录音、下载、连接VPN或使用加速度传感器、也未被前台应用程序调用，则进一点确定A是否仍然在队列中，如果已经被挤出队列，则可以直接关闭A；如果未被挤出队列，则进一步判断A对应的第一定时器计时的时长与第二时长的关系。

S211，确定第一定时器计时的时长是否等于或超过该第二时长，如果是，则执行S213，否则，执行S212；

在具体实施时，当执行完S205-S210之后，可能第一定时器还未计时至该第二时长，此时，可以继续计时至该第二时长后再关闭A；如果执行完S205-S210的判断后，第一定时器的计时已经超过该第二时长，则可以立刻关闭A。

S212，第一定时器继续计时，并执行S212。

S213，关闭A。

S214，不对A进行控制。

采用本申请实施例中提供的后台应用程序的控制方案，在应用程序切换至后台时，根据该应用程序占用的内存大小和/或使用频率确定该定时器的计时时长，并触发该应用程序对应的定时器开始计时，然后根据该时长对应用程序进行相应控制，使得终端能够对占用内存不同和/或使用频率不同的应用程序进行不同的控制，减少了系统资源消耗，提升了用户体验。

基于同一发明构思，本申请实施例中还提供了一种后台应用程序的控制装置，由于该装置解决问题的原理与本申请实施例一所提供的后台应用程序的控制方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

实施例三

图3示出的是本申请实施例三的后台应用程序的控制装置的结构示意图。

如图3所示，本申请实施例三中的后台应用程序的控制装置300，该装置包括：指令接收模块301，用于接收切换第一应用程序至后台的指令；第一时长确定模块302，用于根据该第一应用程序占用的内存大小和/或使用频率，确定该第一定时器对应的第一时长；计时模块303，用于触发该第一应用程序对应的第一定时器开始计时；控制模块304，用于根据该第一时长，对该第一应用程序进行相应控制。

在具体实施时，切换第一应用程序至后台的指令，具体可以包括：切换其他应用程序至前台的指令、或者锁屏指令、或者返回主界面的指令。

在具体实施时，第一时长确定模块，具体可以包括：内存获取子模块，用于获取该第一应用程序占用的内存大小；内存系数确定子模块，用于根据该第一应用程序占用的内存大小，确定对应的内存系数；第一时长确定子模块，用于根据下式确定第一时长：第一时长＝预设基础时长*内存系数；或者使用频率获取子模块，用于获取该第一应用程序的使用频率；使用频率系数确定子模块，用于根据该应用程序的使用频率，确定对应的使用频率系数；第一时长确定子模块，用于根据下式确定第一时长：第一时长＝预设基础时长*使用频率系数；或者内存和使用频率获取子模块，获取该第一应用程序占用的内存大小和使用频率；内存系数确定子模块，根据该第一应用程序占用的内存大小，确定对应的内存系数；使用频率系数确定子模块，根据该第一应用程序的使用频率，确定对应的使用频率系数；第一时长确定子模块，根据下式确定第一时长：第一时长＝预设基础时长*内存系数*使用频率系数。

在具体实施时，内存系数确定子模块，具体可以用于在该第一应用程序占用的内存大小小于或等于第一预设值时，确定该应用程序对应的内存系数为第一值；在该第一应用程序占用的内存大小大于或等于第二预设值时，确定该应用程序对应的内存系数为第二值；否则，确定该第一应用程序对应的内存系数为第三值。

在具体实施时，使用频率系数确定子模块，具体可以用于分别记录终端各应用程序切换至前台的次数，并得到所有应用程序切换至前台的总次数；根据该总次数和切换至前台的应用程序的数量，确定平均使用次数；该第一应用程序对应的使用频率系数＝该第一应用程序切换至前台的次数/平均使用次数。

在具体实施时，控制模块，具体可以包括：切换子模块，用于该第一定时器计时至该第一时长之前，检测该第一应用程序是否切换至前台；停止计时触发子模块，用于在该第一应用程序切换至前台时，触发该第一定时器停止计时，并将计时清零；控制子模块，用于在该第一应用程序未切换至前台时，对该第一应用程序进行相应控制。

在具体实施时，控制子模块，具体可以包括：数量记录单元，用于记录在该第一定时器计时期间，切换至后台的第二应用程序的数量；控制单元，用于根据在该第一定时器计时期间，切换至后台的第二应用程序的数量和该第一时长，对该第一应用程序进行相应控制。

在具体实施时，控制单元具体可以用于若在该第一定时器计时期间，切换至后台的第二应用程序的数量为N；当N+1大于预定的数量时，关闭该第一应用程序，并触发该第一定时器停止计时；当N+1小于或等于预定的数量时，根据该第一时长和该N确定第二时长，并在该第一定时器计时等于或超过第二时长时，关闭该第一应用程序，并触发该第一定时器停止计时。

在具体实施时，该控制单元可以根据下述确定第二时长：当N为自然数时，第二时长＝该第一时长*预定系数/N，其中，该预定系数为小于1的正数；当N＝0时，则该第二时长＝该第一时长。

在具体实施时，本申请实施例三中的后台应用程序的控制装置还可以包括：停止操作计时模块，用于确定用户停止操作达第一预定时长；或者切换操作计时模块，用于确定用户停止切换应用程序达第二预定时长。

在具体实施时，本申请实施例三中的后台应用程序的控制装置还可以包括：调用确定模块，用于确定该第一应用程序未被前台应用程序调用；或者保护应用确定模块，用于确定该第一应用程序非系统默认或用户预先设置的保护应用；或者预定动作确定模块，用于确定该第一应用程序未执行预定动作。

在具体实施时，保护应用确定模块，具体可以包括：保护应用获取子模块，用于获取系统默认和用户预先设置的保护应用列表；查询子模块，用于在该列表中查询该第一应用程序；保护应用确定子模块，用于在未查询到时，确定该第一应用程序非系统默认或用户预先设置的保护应用。

在具体实施时，该预定动作可以包括：播放音乐、录音、下载、连接虚拟专用网络VPN或使用加速度传感器。

在具体实施时，本申请实施例三中的后台应用程序的控制装置还可以包括：控制状态开启确定模块，用于根据用户的预先操作，确定已开启控制状态。

在具体实施时，用户的预先操作可以包括：用户对操作按钮的操作，该操作按钮用于触发开启或关闭控制状态；或者用户根据提示，选择确认开启控制状态的操作。

采用本申请实施例中提供的后台应用程序的控制装置，在应用程序切换至后台时，根据该应用程序占用的内存大小和/或使用频率确定该定时器的计时时长，并触发该应用程序对应的定时器开始计时，然后根据该时长对应用程序进行相应控制，使得终端能够对占用内存不同和/或使用频率不同的应用程序进行不同的控制，减少了系统资源消耗，提升了用户体验。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (31)

1.一种后台应用程序的控制方法，其特征在于，包括：

接收切换第一应用程序至后台的指令；

根据所述第一应用程序占用的内存大小和/或使用频率，确定所述第一定时器对应的第一时长；

触发所述第一应用程序对应的第一定时器开始计时；

根据所述第一时长，对所述第一应用程序进行相应控制。

2.根据权利要求1所述的方法，其特征在于，切换第一应用程序至后台的指令，具体包括：切换其他应用程序至前台的指令、或者锁屏指令、或者返回主界面的指令。

3.根据权利要求1所述的方法，其特征在于，根据所述第一应用程序占用的内存大小和/或使用频率，确定所述第一定时器对应的第一时长，具体包括：

获取所述第一应用程序占用的内存大小；根据所述第一应用程序占用的内存大小，确定对应的内存系数；根据下式确定第一时长：第一时长＝预设基础时长*内存系数；或者

获取所述第一应用程序的使用频率；根据所述应用程序的使用频率，确定对应的使用频率系数；根据下式确定第一时长：第一时长＝预设基础时长*使用频率系数；或者

获取所述第一应用程序占用的内存大小和使用频率；根据所述第一应用程序占用的内存大小，确定对应的内存系数；根据所述第一应用程序的使用频率，确定对应的使用频率系数；根据下式确定第一时长：第一时长＝预设基础时长*内存系数*使用频率系数。

4.根据权利要求3所述的方法，其特征在于，根据所述第一应用程序占用的内存大小，确定对应的内存系数，具体包括：

当所述第一应用程序占用的内存大小小于或等于第一预设值时，确定所述应用程序对应的内存系数为第一值；

当所述第一应用程序占用的内存大小大于或等于第二预设值时，确定所述应用程序对应的内存系数为第二值；

否则，确定所述第一应用程序对应的内存系数为第三值。

5.根据权利要求3所述的方法，其特征在于，根据所述第一应用程序的使用频率，确定对应的使用频率系数，具体包括：

分别记录终端各应用程序切换至前台的次数，并得到所有应用程序切换至前台的总次数；

根据所述总次数和切换至前台的应用程序的数量，确定平均使用次数；

所述第一应用程序对应的使用频率系数＝所述第一应用程序切换至前台的次数/平均使用次数。

6.根据权利要求1所述的方法，其特征在于，在根据所述第一时长，对所述第一应用程序进行相应控制，具体包括：

在所述第一定时器计时至所述第一时长之前，检测所述第一应用程序是否切换至前台；

若所述第一应用程序切换至前台，则触发所述第一定时器停止计时，并将计时清零；

若所述第一应用程序未切换至前台，则对所述第一应用程序进行相应控制。

7.根据权利要求6所述的方法，其特征在于，对所述第一应用程序进行相应控制，具体包括：

记录在所述第一定时器计时期间，切换至后台的第二应用程序的数量；

根据在所述第一定时器计时期间，切换至后台的第二应用程序的数量和所述第一时长，对所述第一应用程序进行相应控制。

8.根据权利要求7所述的方法，其特征在于，根据在所述第一定时器计时期间，切换至后台的第二应用程序的数量和所述第一时长，对所述第一应用程序进行相应控制，具体包括：

若在所述第一定时器计时期间，切换至后台的第二应用程序的数量为N：

当N+1大于预定的数量时，关闭所述第一应用程序，并触发所述第一定时器停止计时；

当N+1小于或等于预定的数量时，根据所述第一时长和所述N确定第二时长，并在所述第一定时器计时等于或超过第二时长时，关闭所述第一应用程序，并触发所述第一定时器停止计时。

9.根据权利要求8所述的方法，其特征在于，根据所述第一时长和所述N确定第二时长，具体包括：

当N为自然数时，第二时长＝所述第一时长*预定系数/N，其中，所述预定系数为小于1的正数；

当N＝0时，则所述第二时长＝所述第一时长。

10.根据权利要求1所述的方法，其特征在于，在根据所述第一时长，对所述第一应用程序进行相应控制之前，还包括：

确定用户停止操作达第一预定时长；或者

确定用户停止切换应用程序达第二预定时长。

11.根据权利要求1所述的方法，其特征在于，在根据所述第一应用程序占用的内存大小和/或使用频率，确定所述第一定时器对应的第一时长之后，根据所述第一时长，对所述第一应用程序进行相应控制之前，还包括：

确定所述第一应用程序未被前台应用程序调用；或者

确定所述第一应用程序非系统默认或用户预先设置的保护应用；或者

确定所述第一应用程序未执行预定动作。

12.根据权利要求1所述的方法，其特征在于，在接收切换第一应用程序至后台的指令之后，根据所述第一应用程序占用的内存大小和/或使用频率，确定所述第一定时器对应的第一时长之前，还包括：

确定所述第一应用程序未被前台应用程序调用；或者

确定所述第一应用程序非系统默认或用户预先设置的保护应用；或者

确定所述第一应用程序未执行预定动作。

13.根据权利要求11或12所述的方法，其特征在于，确定所述第一应用程序非系统默认或用户预先设置的保护应用，具体包括：

获取系统默认和用户预先设置的保护应用列表；

在所述列表中查询所述第一应用程序；

若未查询到，则确定所述第一应用程序非系统默认或用户预先设置的保护应用。

14.根据权利要求11或12所述的方法，其特征在于，所述预定动作包括：播放音乐、录音、下载、连接虚拟专用网络VPN或使用加速度传感器。

15.根据权利要求1所述的方法，其特征在于，在根据所述第一时长，对所述第一应用程序进行相应控制之前，还包括：

根据用户的预先操作，确定已开启控制状态。

16.根据权利要求15所述的方法，其特征在于，用户的预先操作包括：

用户对操作按钮的操作，所述操作按钮用于触发开启或关闭控制状态；或者

用户根据提示，选择确认开启控制状态的操作。

17.一种后台应用程序的控制装置，其特征在于，包括：

指令接收模块，用于接收切换第一应用程序至后台的指令；

第一时长确定模块，用于根据所述第一应用程序占用的内存大小和/或使用频率，确定所述第一定时器对应的第一时长；

计时模块，用于触发所述第一应用程序对应的第一定时器开始计时；

控制模块，用于根据所述第一时长，对所述第一应用程序进行相应控制。

18.根据权利要求17所述的装置，其特征在于，切换第一应用程序至后台的指令，具体包括：切换其他应用程序至前台的指令、或者锁屏指令、或者返回主界面的指令。

19.根据权利要求17所述的装置，其特征在于，第一时长确定模块，具体包括：

内存获取子模块，用于获取所述第一应用程序占用的内存大小；内存系数确定子模块，用于根据所述第一应用程序占用的内存大小，确定对应的内存系数；第一时长确定子模块，用于根据下式确定第一时长：第一时长＝预设基础时长*内存系数；或者

使用频率获取子模块，用于获取所述第一应用程序的使用频率；使用频率系数确定子模块，用于根据所述应用程序的使用频率，确定对应的使用频率系数；第一时长确定子模块，用于根据下式确定第一时长：第一时长＝预设基础时长*使用频率系数；或者

内存和使用频率获取子模块，获取所述第一应用程序占用的内存大小和使用频率；内存系数确定子模块，根据所述第一应用程序占用的内存大小，确定对应的内存系数；使用频率系数确定子模块，根据所述第一应用程序的使用频率，确定对应的使用频率系数；第一时长确定子模块，根据下式确定第一时长：第一时长＝预设基础时长*内存系数*使用频率系数。

20.根据权利要求19所述的装置，其特征在于，内存系数确定子模块，具体用于在所述第一应用程序占用的内存大小小于或等于第一预设值时，确定所述应用程序对应的内存系数为第一值；在所述第一应用程序占用的内存大小大于或等于第二预设值时，确定所述应用程序对应的内存系数为第二值；否则，确定所述第一应用程序对应的内存系数为第三值。

21.根据权利要求19所述的装置，其特征在于，使用频率系数确定子模块，具体用于分别记录终端各应用程序切换至前台的次数，并得到所有应用程序切换至前台的总次数；根据所述总次数和切换至前台的应用程序的数量，确定平均使用次数；所述第一应用程序对应的使用频率系数＝所述第一应用程序切换至前台的次数/平均使用次数。

22.根据权利要求17所述的装置，其特征在于，控制模块，具体包括：

切换子模块，用于所述第一定时器计时至所述第一时长之前，检测所述第一应用程序是否切换至前台；

停止计时触发子模块，用于在所述第一应用程序切换至前台时，触发所述第一定时器停止计时，并将计时清零；

控制子模块，用于在所述第一应用程序未切换至前台时，对所述第一应用程序进行相应控制。

23.根据权利要求22所述的装置，其特征在于，控制子模块，具体包括：

数量记录单元，用于记录在所述第一定时器计时期间，切换至后台的第二应用程序的数量；

控制单元，用于根据在所述第一定时器计时期间，切换至后台的第二应用程序的数量和所述第一时长，对所述第一应用程序进行相应控制。

24.根据权利要求23所述的装置，其特征在于，控制单元具体用于若在所述第一定时器计时期间，切换至后台的第二应用程序的数量为N；当N+1大于预定的数量时，关闭所述第一应用程序，并触发所述第一定时器停止计时；当N+1小于或等于预定的数量时，根据所述第一时长和所述N确定第二时长，并在所述第一定时器计时等于或超过第二时长时，关闭所述第一应用程序，并触发所述第一定时器停止计时。

25.根据权利要求24所述的装置，其特征在于，所述控制单元根据下述确定第二时长：当N为自然数时，第二时长＝所述第一时长*预定系数/N，其中，所述预定系数为小于1的正数；当N＝0时，则所述第二时长＝所述第一时长。

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

停止操作计时模块，用于确定用户停止操作达第一预定时长；或者

切换操作计时模块，用于确定用户停止切换应用程序达第二预定时长。

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

调用确定模块，用于确定所述第一应用程序未被前台应用程序调用；或者

保护应用确定模块，用于确定所述第一应用程序非系统默认或用户预先设置的保护应用；或者

预定动作确定模块，用于确定所述第一应用程序未执行预定动作。

28.根据权利要求27所述的装置，其特征在于，保护应用确定模块，具体包括：

保护应用获取子模块，用于获取系统默认和用户预先设置的保护应用列表；

查询子模块，用于在所述列表中查询所述第一应用程序；

保护应用确定子模块，用于在未查询到时，确定所述第一应用程序非系统默认或用户预先设置的保护应用。

29.根据权利要求27所述的装置，其特征在于，所述预定动作包括：播放音乐、录音、下载、连接虚拟专用网络VPN或使用加速度传感器。

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

控制状态开启确定模块，用于根据用户的预先操作，确定己开启控制状态。

31.根据权利要求30所述的装置，其特征在于，用户的预先操作包括：

用户对操作按钮的操作，所述操作按钮用于触发开启或关闭控制状态；或者

用户根据提示，选择确认开启控制状态的操作。