CN106201683A - 一种管理应用的方法、装置及终端 - Google Patents

Abstract

本发明实施例公开了一种管理应用的方法、装置及终端，涉及通信技术领域，能够解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题。本发明实施例的方法包括：从服务器获取应用类别配置表，所述应用类别配置表中记载了指定应用的类别；在检测到应用从前台切换至后台之后，确定所述应用类别配置表中是否记载了所述应用的类别；当所述应用类别配置表中记载了所述应用的类别时，根据所述应用的类别对应的后台运行需求处理所述应用，所述后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。本发明适用于应用在前台与后台之间进行切换时的管理过程。

Description

一种管理应用的方法、装置及终端

技术领域

本发明涉及通信技术领域，尤其涉及一种管理应用的方法、装置及终端。

背景技术

随着应用种类的增多，在用户使用过程中，往往会同时启动多个应用，并通过对显示界面进行切换，来实现在不同应用上执行相应操作。对于多个同时处于工作状态的应用而言，能够向用户呈现显示界面的应用处于前台，对于那些无法向用户呈现显示界面的应用则处于后台。

采用上述方式虽然能够方便用户对各个应用进行操作，但是，由于处于前台与处于后台的应用均会占用CPU(英文：Central Processing Unit，中文：中央处理器)资源，因此，处于前台的应用往往因CPU中的空闲资源较少而产生卡顿，从而造成处于前台的应用延迟响应。为了尽可能减少上述问题发生的几率，在终端的系统内存不足时，可以通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行。但这样一来，很可能将用户仍需访问的后台应用强制关闭。

发明内容

本发明实施例提供一种管理应用的方法、装置及终端，能够解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题。

为达到上述目的，本发明实施例采用如下技术方案：

第一方面，本发明实施例提供一种管理应用的方法，所述方法包括：

从服务器获取应用类别配置表，所述应用类别配置表中记载了指定应用的类别；

在检测到应用从前台切换至后台之后，确定所述应用类别配置表中是否记载了所述应用的类别；

当所述应用类别配置表中记载了所述应用的类别时，根据所述应用的类别对应的后台运行需求处理所述应用，所述后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。

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

获取模块，用于从服务器获取应用类别配置表，所述应用类别配置表中记载了指定应用的类别；

确定模块，用于在检测到应用从前台切换至后台之后，确定所述获取模块获取的所述应用类别配置表中是否记载了所述应用的类别；

处理模块，用于当所述确定模块确定所述应用类别配置表中记载了所述应用的类别时，根据所述应用的类别对应的后台运行需求处理所述应用，所述后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。

第三方面，本发明实施例提供一种终端，所述终端至少包括如第二方面所述的装置。

本发明实施例提供的一种管理应用的方法、装置及终端，在检测到应用从前台切换至后台之后，根据从服务器获取的应用类别配置表来确定应用类别配置表中是否记载了应用的类别，并当应用类别配置表中记载了应用的类别时，根据应用的类别对应的后台运行需求处理应用。其中，应用类别配置表中记载了指定应用的类别，后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。相比较于现有技术中在终端的系统内存不足时，通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行，本发明可以根据不同应用的后台运行需求来对从前台切换至后台的应用进行处理。这样一来，可以满足每个应用的后台运行需求，同时能够尽可能多的减少资源浪费。因此，能够解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题。

附图说明

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

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

图2为本发明实施例提供的另一种管理应用的方法流程图；

图3为本发明实施例提供的另一种管理应用的方法流程图；

图4为本发明实施例提供的另一种管理应用的方法流程图；

图5为本发明实施例提供的另一种管理应用的方法流程图；

图6为本发明实施例提供的应用在前台与后台之间进行切换的示意图；

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

具体实施方式

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

本发明实施例提供一种管理应用的方法，该方法应用于一种能够同时运行至少两个应用的终端，如图1所示，该方法流程包括：

101、从服务器获取应用类别配置表。

其中，应用类别配置表中记载了指定应用的类别。

在本发明实施例中，指定应用通常可以为使用频率较高的应用，或是在下载列表中被用户下载的次数居于排行榜靠前位置的应用，又或是在终端使用过程中所必不可少的应用等。需要说明的是，指定应用可以为全部应用或是全部应用中的一部分，在此对于指定应用的种类以及数量不做限定，可以由用户或是工作人员根据需求进行预先设定。

此外，为了保证应用类别配置表中能够记载最新状态的应用及类别之间的对应关系，终端还可以实时或是按照一定周期从服务器获取更新后的应用类别配置表，之后用更新后的应用类别配置表来替换存储在本地的应用类别配置表，或是仅将更新的那部分内容更新至本地存储的应用类别配置表中。

102、在检测到应用从前台切换至后台之后，确定应用类别配置表中是否记载了应用的类别。

应用的类别具体可以为诸如信息、邮件、微信等通讯应用，或是诸如游戏、网购等娱乐应用。对于应用的类别具体是哪些，以及应用类别配置表中所记载的应用的类别为哪些，在本发明实施例中不做限定。

考虑到应用类别配置表中所记载的类别所对应的应用很可能不包括从前台切换至后台的应用，因此，在确定对该应用的处理方法时，需要先确定该应用是否在应用类别配置表中所记载的应用中。

需要说明的是，由于应用从前台切换至后台之后，很可能是因为有电话拨入需要用户接听或是用户在当前需要查收某些信息，这样的话，用户会在短时间内再将应用从后台切换至前台。因此，为了减少对切换至后台的应用进行不必要的处理操作，在本发明实施例中，可以在应用从前台切换至后台之后，延迟一定时间再执行确定类别的操作。比如：终端可以在应用退至后台1分钟后，再查询应用类别配置表。其中，所延迟的一定时间的作用在于区分是否需要对当前退至后台的应用执行处理操作，所延迟的一定时间可以由用户或是工作人员根据需求进行设定，具体设定方式在此不做限定。

103、当应用类别配置表中记载了应用的类别时，根据应用的类别对应的后台运行需求处理应用。

其中，后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。

本发明实施例提供的一种管理应用的方法，在检测到应用从前台切换至后台之后，根据从服务器获取的应用类别配置表来确定应用类别配置表中是否记载了应用的类别，并当应用类别配置表中记载了应用的类别时，根据应用的类别对应的后台运行需求处理应用。其中，应用类别配置表中记载了指定应用的类别，后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。相比较于现有技术中在终端的系统内存不足时，通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行，本发明可以根据不同应用的后台运行需求来对从前台切换至后台的应用进行处理。这样一来，可以满足每个应用的后台运行需求，同时能够尽可能多的减少资源浪费。因此，能够解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题。

考虑到应用类别配置表中仅记载了指定应用的类别，在本发明实施例的一个实现方式中，对于未记载的类别所对应的应用而言，可以直接冻结该应用的进程。因此，在如图1所示的实现方式的基础上，还可以实现为如图2所示的实现方式。其中，在执行完步骤102在检测到应用从前台切换至后台之后，确定应用类别配置表中是否记载了应用的类别之后，还可以执行步骤104：

104、当应用类别配置表中未记载应用的类别时，冻结应用的进程。

需要说明的是，当应用类别配置表中未记载应用的类别时，所冻结的为应用的进程，而并非直接将应用关闭。并且，这里的冻结操作属于暂时性的操作，当应用再次从后台切换至前台时，可以将冻结的进程解冻，而先冻结后解冻这一过程在执行完之后并不会影响该应用的使用，只是在应用的进程被冻结过程中减少该应用所占用的资源。

本发明实施例提供的一种管理应用的方法，当从前台切换至后台的应用的类别未记载在应用类别配置表中时，可以直接冻结该应用的进程。相比较于现有技术中在终端的系统内存不足时，通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行，本发明能够在解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题的基础上，直接冻结未记载在应用类别配置表中的类别所对应的应用的进程。考虑到应用类别配置表中仅记载了指定应用的类别，而指定应用通常属于使用频率较高或是用户对该应用的使用需求较高的应用，因此，采用上述方式来实现进程的冻结，可以在不影响用户正常使用的情况下，尽可能多的减少资源浪费。

对于应用类别配置表中记载了类别的应用而言，在本发明实施例的一个实现方式中，可以根据不同应用对于后台情况的不同需求，来分别对不同应用进行处理。因此，在如图1所示的实现方式的基础上，还可以实现为如图3所示的实现方式。其中，步骤103当应用类别配置表中记载了应用的类别时，根据应用的类别对应的后台运行需求处理应用，可以具体实现为步骤1031和步骤1032，或具体实现为步骤1031和步骤1033，或具体实现为步骤1031和步骤1034：

1031、当应用类别配置表中记载了应用的类别时，确定应用的类别对应的后台运行需求。

在本发明实施例中，类别不同的应用可能具有不同的后台运行需求。比如：对于信息、邮件这类应用，在用户查阅之后就可以直接关闭，因此，这类应用可以被确定为不需要后台运行的应用；对于音乐、广播这类应用，即便是用户切换至其他应用界面时，也可以继续收听这类应用所提供的信息，因此，这类应用可以被确定为长时后台运行的应用；对于商店这类用于下载、更新软件的应用，在用户切换至其他应用界面时，仍需要保证这类应用完成当前的下载、更新操作，因此，这类应用可以被确定为短时后台运行的应用。

1032、当后台运行需求为短时后台运行时，等待一定时间后冻结应用的进程。

其中，一定时间为能够确保应用完成当前进程的执行过程所需要的时间。

考虑到应用属于短时后台运行的应用，因此，可以推迟一定时间后再冻结应用的进程。比如：推迟3分钟后，冻结该应用的进程。需要说明的是，推迟时间的长短在本发明实施例中不做限定，用户只需要保证预设的推迟时间为能够确保应用执行完当前正在执行的任务。

1033、当后台运行需求为长时后台运行时，不对应用进行处理。

需要说明的是，不对应用进行处理指的是保持应用的当前状态，即保留应用当前所占用的资源，同时确保应用的进程仍处于运行状态。

1034、当后台运行需求为不需要后台运行时，冻结应用的进程。

本发明实施例提供的一种管理应用的方法，当从前台切换至后台的应用的类别已记载在应用类别配置表中时，可以根据应用的类别所对应的后台运行需求的不同，来选择不同的处理方式对不同的应用进行处理。相比较于现有技术中在终端的系统内存不足时，通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行，本发明能够在解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题的基础上，对后台运行需求为短时后台运行的应用，延迟一定时间后冻结该应用的进程；对后台运行需求为长时后台运行的应用，不做任何处理；对后台运行需求为不需要后台运行的应用，直接冻结该应用的进程。由此可见，采用上述区分处理的方式来针对不同应用的需求完成不同应用的处理，可以在不影响用户正常使用的情况下，尽可能多的减少资源浪费。

为了使前台运行的应用拥有足够充足的资源，在本发明实施例的一个实现方式中，可以将已经冻结了进程的应用的资源释放。因此，在如图2和图3所示的实现方式的基础上，还可以实现为如图4所示的实现方式。其中，在冻结应用的进程之后，还可以执行步骤105：

105、释放应用占用的CPU(英文：Central Processing Unit，中文：中央处理器)资源、网络和存储资源中的至少一项。

本发明实施例提供的一种管理应用的方法，当从前台切换至后台的应用的进程被冻结之后，可以将该应用占用的CPU资源、网络和存储资源中的至少一项进行释放。相比较于现有技术中在终端的系统内存不足时，通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行，本发明能够在解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题的基础上，通过释放已被冻结了进程的应用所占用的资源，来为正处于前台运行状态的应用具有充足的资源，从而提高前台应用在运行过程中的效率。

由于切换至后台的应用很可能在一段时间后被重新切换至前台，在本发明实施例的一个实现方式中，对于已经冻结了进程的应用而言，当再次被切换至前台之后，需要将已经冻结的进程解冻。因此，在如图1所示的实现方式的基础上，还可以实现为如图5所示的实现方式。其中，在执行完步骤103当应用类别配置表中记载了应用的类别时，根据应用的类别对应的后台运行需求处理应用之后，还可以执行步骤106和步骤107：

106、在检测到应用从后台切换至前台之后，确定应用的进程是否冻结。

107、当应用的进程冻结时，解冻应用的进程。

如图6所示为本发明所提供的技术方案中，应用在前台与后台之间进行切换的示意图。其中，当应用从前台切换至后台时，可以被视为前台应用变更为未冻结的后台应用，之后根据应用的类别确定该应用是继续处于未冻结的状态，或是在延迟一定时间/直接变更为已冻结的后台应用。对于未冻结的后台应用而言，当后台应用再次变更为前台应用时，可以直接完成应用界面的切换，即应用从后台切换至前台；而对于已冻结的后台应用而言，当后台应用需要变更为前台应用时，为了保证该应用能够正常运行，则需要将已冻结的后台应用先进行解冻操作，之后切换至前台，即将已冻结的后台应用变更为前台应用。

本发明实施例提供的一种管理应用的方法，当从后台切换至前台的应用的进程已被冻结，那么为了确保该应用的正常运行，需要解冻该应用的进程。相比较于现有技术中在终端的系统内存不足时，通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行，本发明能够在解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题的基础上，确保当应用重新切换至前台时，能够正常运行。

本发明实施例提供一种管理应用的装置20，该装置20用于执行如图1至图5所示的任意一项方法流程，如图7所示，该装置20包括：

获取模块21，用于从服务器获取应用类别配置表，应用类别配置表中记载了指定应用的类别。

确定模块22，用于在检测到应用从前台切换至后台之后，确定获取模块21获取的应用类别配置表中是否记载了应用的类别。

处理模块23，用于当确定模块22确定应用类别配置表中记载了应用的类别时，根据应用的类别对应的后台运行需求处理应用，后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。

在本发明实施例的一个实现方式中，处理模块23，还用于当应用类别配置表中未记载应用的类别时，冻结应用的进程。

处理模块23，具体用于：

确定应用的类别对应的后台运行需求；

当后台运行需求为短时后台运行时，等待一定时间后冻结应用的进程，一定时间为能够确保应用完成当前进程的执行过程所需要的时间；

当后台运行需求为长时后台运行时，不对应用进行处理；

当后台运行需求为不需要后台运行时，冻结应用的进程。

在本发明实施例的一个实现方式中，处理模块23，还用于释放应用占用的中央处理器CPU资源、网络和存储资源中的至少一项。

在本发明实施例的一个实现方式中，确定模块23，还用于在检测到应用从后台切换至前台之后，确定应用的进程是否冻结。

处理模块23，还用于当应用的进程冻结时，解冻应用的进程。

本发明实施例提供的一种管理应用的装置，在检测到应用从前台切换至后台之后，根据从服务器获取的应用类别配置表来确定应用类别配置表中是否记载了应用的类别，并当应用类别配置表中记载了应用的类别时，根据应用的类别对应的后台运行需求处理应用。其中，应用类别配置表中记载了指定应用的类别，后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。相比较于现有技术中在终端的系统内存不足时，通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行，本发明可以根据不同应用的后台运行需求来对从前台切换至后台的应用进行处理。这样一来，可以满足每个应用的后台运行需求，同时能够尽可能多的减少资源浪费。因此，能够解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题。

本发明实施例提供一种终端，该终端至少包括如图7所示的装置20。

本发明实施例提供的一种终端，在检测到应用从前台切换至后台之后，根据从服务器获取的应用类别配置表来确定应用类别配置表中是否记载了应用的类别，并当应用类别配置表中记载了应用的类别时，根据应用的类别对应的后台运行需求处理应用。其中，应用类别配置表中记载了指定应用的类别，后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。相比较于现有技术中在终端的系统内存不足时，通过强制关闭占用CPU资源较高的后台应用来确保前台应用正常运行，本发明可以根据不同应用的后台运行需求来对从前台切换至后台的应用进行处理。这样一来，可以满足每个应用的后台运行需求，同时能够尽可能多的减少资源浪费。因此，能够解决在关闭后台应用时，误将用户仍需访问的后台应用强制关闭的问题。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种管理应用的方法，其特征在于，所述方法包括：

从服务器获取应用类别配置表，所述应用类别配置表中记载了指定应用的类别；

在检测到应用从前台切换至后台之后，确定所述应用类别配置表中是否记载了所述应用的类别；

当所述应用类别配置表中记载了所述应用的类别时，根据所述应用的类别对应的后台运行需求处理所述应用，所述后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。

2.根据权利要求1所述的方法，其特征在于，在所述确定所述应用类别配置表中是否记载了所述应用的类别之后，包括：

当所述应用类别配置表中未记载所述应用的类别时，冻结所述应用的进程。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述应用的类别对应的后台运行需求处理所述应用，包括：

确定所述应用的类别对应的后台运行需求；

当所述后台运行需求为所述短时后台运行时，等待一定时间后冻结所述应用的进程，所述一定时间为能够确保所述应用完成当前进程的执行过程所需要的时间；

当所述后台运行需求为所述长时后台运行时，不对所述应用进行处理；

当所述后台运行需求为所述不需要后台运行时，冻结所述应用的进程。

4.根据权利要求3所述的方法，其特征在于，在所述冻结所述应用的进程之后，包括：

释放所述应用占用的中央处理器CPU资源、网络和存储资源中的至少一项。

5.根据权利要求1所述的方法，其特征在于，在所述根据所述应用的类别对应的后台运行需求处理所述应用之后，包括：

在检测到所述应用从后台切换至前台之后，确定所述应用的进程是否冻结；

当所述应用的进程冻结时，解冻所述应用的进程。

6.一种管理应用的装置，其特征在于，所述装置包括：

获取模块，用于从服务器获取应用类别配置表，所述应用类别配置表中记载了指定应用的类别；

确定模块，用于在检测到应用从前台切换至后台之后，确定所述获取模块获取的所述应用类别配置表中是否记载了所述应用的类别；

处理模块，用于当所述确定模块确定所述应用类别配置表中记载了所述应用的类别时，根据所述应用的类别对应的后台运行需求处理所述应用，所述后台运行需求包括短时后台运行、长时后台运行和不需要后台运行中的一种。

7.根据权利要求6所述的装置，其特征在于，所述处理模块，还用于当所述应用类别配置表中未记载所述应用的类别时，冻结所述应用的进程；

所述处理模块，具体用于：

确定所述应用的类别对应的后台运行需求；

当所述后台运行需求为所述短时后台运行时，等待一定时间后冻结所述应用的进程，所述一定时间为能够确保所述应用完成当前进程的执行过程所需要的时间；

当所述后台运行需求为所述长时后台运行时，不对所述应用进行处理；

当所述后台运行需求为所述不需要后台运行时，冻结所述应用的进程。

8.根据权利要求7所述的装置，其特征在于，所述处理模块，还用于释放所述应用占用的中央处理器CPU资源、网络和存储资源中的至少一项。

9.根据权利要求6所述的装置，其特征在于，所述确定模块，还用于在检测到所述应用从后台切换至前台之后，确定所述应用的进程是否冻结；

所述处理模块，还用于当所述应用的进程冻结时，解冻所述应用的进程。

10.一种终端，其特征在于，所述终端至少包括如权利要求6至9中任意一项所述的装置。