CN106155699A - 一种后台进程的管理方法及移动终端 - Google Patents

Abstract

本发明实施例提供了一种后台进程的管理方法，应用于移动终端，包括：遍历后台运行的所有应用的进程，获取每个所述应用的用户操作数据和内存消耗；基于每个所述应用的用户操作数据和内存消耗，确定每个所述应用的评分；按照所述应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。本发明实施例还提供了一种移动终端。本发明实施例的方法和移动终端，根据每个应用的用户操作数据和内存消耗对每个应用评分，按照评分由低到高的顺序依次结束对应应用的进程，不仅可将后台运行的消耗系统内存较大的应用的进程优先结束，还能根据用户的行为差异，优先结束在后台运行的不符合用户行为习惯的应用的进程。

Description

一种后台进程的管理方法及移动终端

技术领域

本发明涉及通信技术领域，特别是涉及一种后台进程的管理方法及移动终端。

背景技术

在Android系统中，当用户退出一个应用时，Android系统并不会马上杀掉它的进程，而是保持该应用进程在后台运行，从而确保当用户再次进入该应用时，不需要再为该应用重新创建、初始化新的进程，提高应用的启动速度。

而当后台进程达到一定的数量后，必然会导致系统可用内存不足，影响到用户正在使用的前台应用的体验效果。所以，Android系统就设计了一个后台进程的管理机制：通过后台应用进程的占用内存大小和用户退出该应用的时间点这两个衡量标准来判断杀掉后台应用进程的顺序。当系统内存不足时，内存占用大的后台应用进程会被优先杀掉。针对内存占用相同的后台应用进程，用户最后一次使用的时间点较早的后台应用进程会被优先杀掉。

Android系统的现有后台进程管理机制仅仅是通过后台应用进程的内存使用情况和应用的退出时间点两个维度来判定是否需要杀掉后台应用进程。并且该判定方式是串行单一的，而不是综合判定的，即：内存使用情况是判定是否杀掉后台应用进程的第一标准，只有当内存使用情况相当时，才会使用应用的退出时间点这一第二标准来做判定。所以，该管理机制主要是从系统能够快速获取可用内存这一出发点建立的，而没有充分考虑用户的使用习惯。这样就会经常出现误判，导致用户经常使用的应用的后台进程被杀掉。如以下场景：当前系统中存在6个后台应用进程，一个是微信应用的后台进程，占用内存5M，另5个是其它小众应用的后台进程，每个进程占用内存1M。当系统发生内存不足，需要5M的内存空间时，按照Android系统的现有后台进程管理机制，系统会杀掉微信的后台进程，而保留了其它5个小众应用的后台进程。但是，对于用户而言，很有可能在几分钟后，用户就会进入微信应用查看自己的消息，而另外5个小众应用如计算器等，用户可能仅仅是在之前的某个时间点偶尔用了一下，后续很长一段时间不会再使用了。

因此，由于Android系统的现有后台进程管理机制存在明显的缺陷，目前主流的手机厂商的普遍做法是增加一个白名单机制，属于白名单中的应用后台进程，即使被系统杀掉后，也会马上被重新拉起创建新的进程。如微信、微博等应用。虽然该白名单机制的引入，能够确保大多数用户使用频率高的主流应用的后台进程能够保持运行状态。但是，由于该白名单是由手机厂商根据过往经验提前预置在手机中，无法实时的动态变更。同时，该机制也没有充分考虑不同用户的行为差异性。如以下情况：有些用户使用微博的频率非常低，但是，由于微博应用在白名单列表中存在，导致该应用的后台进程一直无法被系统杀掉，释放内存。有些用户在上班时间段、上班地点需要频繁使用阿里钉钉等企业沟通应用进行工作沟通。而在下班休息时间段、自己家中会频繁使用微信、爱奇艺等应用娱乐。针对这种场景，该白名单机制是无法实现根据不同的时间段、用户所处的不同地点，来动态判定保留哪些应用的后台进程。

发明内容

本发明实施例提供一种后台进程的管理方法，以解决现有技术中不能同时根据内存消耗和用户行为差异准确结束后台进程的问题。

本发明实施例提供一种移动终端，以解决现有技术中不能同时根据内存消耗和用户行为差异准确结束后台进程的问题。

第一方面，提供一种后台进程的管理方法，应用于移动终端，包括：遍历后台运行的所有应用的进程，获取每个所述应用的用户操作数据和内存消耗；基于每个所述应用的用户操作数据和内存消耗，确定每个所述应用的评分；按照所述应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。

第二方面，提供一种移动终端，包括：第一获取模块，用于遍历后台运行的所有应用的进程，获取每个所述应用的用户操作数据和内存消耗；评分模块，用于基于每个所述应用的用户操作数据和内存消耗，确定每个所述应用的评分；结束进程模块，用于按照所述应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。

这样，本发明实施例中，根据每个应用的用户操作数据和内存消耗对每个应用评分，按照评分由低到高的顺序依次结束对应应用的进程，不仅可将后台运行的消耗系统内存较大的应用的进程优先结束，还能根据用户的行为差异，优先结束在后台运行的不符合用户行为习惯的应用的进程，从而更加准确地结束后台运行的应用的进程，提高用户再次进入常用应用的速度，提升用户与常用应用的交互体验。

附图说明

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

图1是本发明实施例的后台进程的管理方法的流程图；

图2是本发明实施例的后台进程的管理方法的对每个应用评分的步骤的流程图；

图3是本发明另一个实施例的后台进程的管理方法的更新应用的用户操作数据的步骤的流程图；

图4是本发明又一个实施例的后台进程的管理方法的流程图；

图5是本发明实施例的移动终端的结构框图；

图6是本发明另一个实施例的移动终端的结构框图；

图7是本发明又一个实施例的移动终端的结构框图；

图8是本发明还一个实施例的移动终端的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明公开了一种后台进程的管理方法。该方法应用于移动终端。如图1所示，为本发明实施例的后台进程的管理方法的流程图。该方法具体包括如下的步骤：

步骤S101：遍历后台运行的所有应用的进程，获取每个应用的用户操作数据和内存消耗。

优选的，每个应用的用户操作数据包括以下至少一种：操作应用的次数、操作应用的时间段和操作应用所处的地理位置。

其中，用户操作该应用所处的地理位置可能会变动，因此，本发明中的操作应用所处的地理位置指的是一次操作应用所处的地理位置中时间最长的地理位置。例如，用户该次分别在X地理位置、Y地理位置和Z地理位置不间断使用微博(即没有退出)，在Y地理位置该次使用微博的时间比X地理位置和Z地理位置的时间长，则将Y地理位置记为该次的操作应用所处的地理位置。操作该应用所处的地理位置可通过gprs，wifi等定位获得。

步骤S102：基于每个应用的用户操作数据和内存消耗，确定每个应用的评分。

步骤S103：按照应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。

当系统内存没有不足的时候，系统内存满足要求。结束应用的进程时，先结束评分最低的应用的进程，如果在结束该应用的进程后，系统内存依然不足，则按照评分由低到高依次结束对应应用的进程，直到不再提示系统内存不足的消息。

优选的，该步骤S103还包括：

若至少两个应用的评分相等，则按照应用的内存消耗的大小由大到小结束对应应用的进程直到系统内存满足要求。

例如，QQ应用和微信应用的评分相等，但是QQ应用占用内存的大小为10M，微信应用占用内存的大小为5M，则QQ应用排在微信应用之前，当需要结束应用的进程时，优先结束QQ应用的进程。

通过上述过程，可以使得在满足用户个人习惯的情况下，优先结束内存消耗大的应用的进程，从而可以尽快释放较多的内存，满足移动终端的使用需求。

如图2所示，为本发明实施例的后台进程的管理方法的对每个应用评分的步骤的流程图。优选的，步骤S102具体包括如下的步骤：

步骤S1021：设定每操作该应用一次的评分为A分，若操作该应用的次数为a次，则该应用的第一评分为A×a。

例如，A分为4分，移动终端保存有用户在昨天上午、昨天下午和前天操作了微信应用的三条记录，次数a为3次。那么通过此维度计算出来的第一评分就是：12分＝4×3。

步骤S1022：设定在预设时间段内操作应用则评分为B分，若预设时间段的个数为b个，则该应用的第二评分为B×b。

例如，B分为10分，移动终端保存有用户在昨天的08:00～08:30、昨天的13:00～14:00和前天的12:00～15:00操作了微信应用的三条记录，而当前时刻是13:23，那么预设时间段的个数b就是2个：昨天的13:00～14:00和前天的12:00～15:00。通过此维度计算出来的第二评分就是：20分＝10×2。

步骤S1023：设定在预设地理位置操作应用则评分为C分，若预设地理位置的个数为c个，则应用的第三评分为C×c。

例如，C分为10分，移动终端保存有用户在深圳步步高大楼附近(昨天上午)、深圳步步高大楼附近(昨天下午)、深圳火车站附近(前天)操作了微信应用的三条记录，而当前移动终端所在的地理位置是深圳步步高大楼5楼，那么预设地理位置的个数c是2个：深圳步步高大楼附近(昨天上午)、深圳步步高大楼附近(昨天下午)。通过此维度计算出来的第三评分就是：20分＝10×2。

步骤S1024：获取该应用的总评分为A×a+B×b+C×c。

例如，上述的微信应用的总评分为52分＝12+20+20。

应当理解的是，上述的步骤S1021～S1023的顺序可以任意排序，也可以同时进行。具体的，移动终端中有数据库保存用户操作数据，通过搜索数据库中的用户操作数据可以进行统计，做出上述的评分。

应当理解的是，上述的评分可由系统设定，也可由用户根据自身的行为习惯设定。例如，对于用户来说，使用次数最重要，是决定是否优先结束应用的进程的最重要的因素，从而该用户可以设定每操作该应用一次的评分较高，其他用户操作数据的评分较低。从而使得每操作该应用一次的评分的权重较大，使得次数多的应用相较于次数少的应用的评分较高，避免了优先结束该进程。

综上，本发明实施例的方法，根据每个应用的用户操作数据和内存消耗对每个应用评分，按照评分由低到高的顺序依次结束进程，不仅可将后台运行的消耗系统内存较大的应用的进程优先结束，还能根据用户的行为差异，优先结束在后台运行的不符合用户行为习惯的应用的进程，从而更加准确地结束后台运行的应用的进程，提高用户再次进入常用应用的速度，提升用户与常用应用的交互体验。

本发明另一个实施例的后台进程的管理方法除包括上述的步骤外，还包括：若检测到用户退出应用，则更新应用的用户操作数据。

通过上述过程，可以更新数据，从而准确记录用户的个人习惯，以便更准确地确定结束进程的顺序。

如图3所示，为本发明另一个实施例的后台进程的管理方法的更新应用的用户操作数据的步骤的流程图。优选的，该步骤具体包括如下的步骤：

步骤S301：增加操作应用的次数一次。

例如，移动终端中存储的微信应用的操作次数为5次。当检测到该次微信应用退出时，则该操作微信应用的次数增加1次，变为6次。

步骤S302：记录该次操作应用的时间段。

例如，该次操作微信应用的时间段为18:00～18:30，则当检测到该次微信应用退出时，记录该次操作微信应用的时间段为18:00～18:30。

步骤S303：记录该次操作应用所处的地理位置中时间最长的地理位置。

因为，在一次操作应用的过程中，用户可能会变换地理位置，所以选择该次操作应用所处的地理位置中时间最长的地理位置作为该次操作应用所处的地理位置，最具有代表性。

例如，该次操作微信应用的地理位置包括：深圳步步高大楼附近和深圳火车站附近。其中，深圳步步高大楼附近，该次操作微信应用的时间为1小时；深圳火车站附近，该次操作微信应用的时间为半小时，则当检测到该次微信应用退出时，记录该次操作微信应用所处的地理位置为深圳步步高大楼附近。

通过上述具体的过程，可以有效地更新数据，从而准确记录用户的个人习惯，以便更准确地确定结束进程的顺序。

综上，本发明另一个实施例的方法，通过准确、有效地更新用户操作数据，根据每个应用的用户操作数据和内存消耗对每个应用评分，按照评分由低到高的顺序依次结束对应应用的进程，不仅可将后台运行的消耗系统内存较大的应用的进程优先结束，还能根据用户的行为差异，优先结束在后台运行的不符合用户行为习惯的应用的进程，从而更加准确地结束后台运行的应用的进程，提高用户再次进入常用应用的速度，提升用户与常用应用的交互体验。

如图4所示，为本发明又一个实施例的后台进程的管理方法的流程图。该又一个实施例的方法除包括上述的步骤S101～S103外，在步骤S101之前该又一个实施例的方法还包括：

步骤S100：若检测到移动终端的系统内存不足，则触发后台进程管理机制。

本发明又一个实施例的后台进程的管理方法通过在系统内存不足时，触发后台进程管理机制，可以有效地释放内存，避免内存不足而影响移动终端的使用。

本发明实施例还公开了一种移动终端。优选的，该移动终端可以是但不限于手机、平板电脑、MP3/MP4、智能手表等等。如图5所示，为本发明实施例的移动终端的结构框图。该移动终端具体包括如下的模块：

第一获取模块501，用于遍历后台运行的所有应用的进程，获取每个应用的用户操作数据和内存消耗。

优选的，每个应用的用户操作数据包括以下至少一种：操作应用的次数、操作应用的时间段和操作应用所处的地理位置。

其中，用户操作该应用所处的地理位置可能会变动，因此，本发明中的操作应用所处的地理位置指的是一次操作应用所处的地理位置中时间最长的地理位置。例如，用户该次分别在X地理位置、Y地理位置和Z地理位置不间断使用微博(即没有退出)，在Y地理位置该次使用微博的时间比X地理位置和Z地理位置的时间长，则将Y地理位置记为该次的操作应用所处的地理位置。操作该应用所处的地理位置可通过gprs，wifi等定位获得。

评分模块502，用于基于每个应用的用户操作数据和内存消耗，确定每个应用的评分。

结束进程模块503，用于按照应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。

当系统内存没有不足的时候，系统内存满足要求。结束应用的进程时，先结束评分最低的应用的进程，如果在结束该应用的进程后，系统内存依然不足，则按照评分由低到高依次结束对应应用的进程，直到不再提示系统内存不足的消息。

综上，本发明实施例的移动终端，根据每个应用的用户操作数据和内存消耗对每个应用评分，按照评分由低到高的顺序依次结束对应应用的进程，不仅可将后台运行的消耗系统内存较大的应用的进程优先结束，还能根据用户的行为差异，优先结束在后台运行的不符合用户行为习惯的应用的进程，从而更加准确地结束后台运行的应用的进程，提高用户再次进入常用应用的速度，提升用户与常用应用的交互体验。

如图6所示，为本发明另一个实施例的移动终端的结构框图。该另一个实施例的移动终端除具有第一获取模块501、评分模块502和结束进程模块503外，该另一个实施例的移动终端的结束进程模块503包括如下的子模块：

结束进程子模块5031，用于若至少两个应用的评分相等，则按照应用的内存消耗的大小由大到小结束对应应用的进程直到系统内存满足要求。

例如，QQ应用和微信应用的评分相等，但是QQ应用占用内存的大小为10M，微信应用占用内存的大小为5M，则QQ应用排在微信应用之前，当需要结束应用的进程时，优先结束QQ应用的进程。

通过上述的模块设计，可以使得在满足用户个人习惯的情况下，优先结束内存消耗大的应用的进程，从而可以尽快释放较多的内存，满足移动终端的使用需求。

优选的，该另一个实施例的移动终端的评分模块502包括如下的子模块：

第一评分子模块5021，用于设定每操作该应用一次的评分为A分，若操作应用的次数为a次，则应用的第一评分为A×a。

例如，A分为4分，移动终端保存有用户在昨天上午、昨天下午和前天操作了微信应用的三条记录，次数a为3次。那么通过第一评分子模块5021计算出来的第一评分就是：12分＝4×3。

第二评分子模块5022，用于在预设时间段内操作应用则评分为B分，若预设时间段的个数为b个，则应用的第二评分为B×b。

例如，B分为10分，移动终端保存有用户在昨天的08:00～08:30、昨天的13:00～14:00和前天的12:00～15:00操作了微信应用的三条记录，而当前的时间点是13:23，那么预设时间段的个数b就是2个：昨天的13:00～14:00和前天的12:00～15:00。通过第二评分子模块5022计算出来的第二评分就是：20分＝10×2。

第三评分子模块5023，用于设定在预设地理位置操作应用则评分为C分，若预设地理位置的个数为c个，则应用的第三评分为C×c。

例如，C分为10分，移动终端保存有用户在深圳步步高大楼附近(昨天上午)、深圳步步高大楼附近(昨天下午)、深圳火车站附近(前天)操作了微信应用的三条记录，而当前移动终端所在的地理位置是深圳步步高大楼5楼，那么预设地理位置的个数c是2个：深圳步步高大楼附近(昨天上午)、深圳步步高大楼附近(昨天下午)。通过第三评分子模块5023计算出来的第三评分就是：20分＝10×2。

第四评分子模块5024，用于获取应用的总评分为A×a+B×b+C×c。

例如，通过第四评分子模块5024计算出来的上述的微信应用的总评分为52分＝12+20+20。

应当理解的是，上述的第一评分子模块5021、第二评分子模块5022和第三评分子模块5023进行评分的顺序可以任意排序，也可以同时进行。具体的，移动终端中的数据库保存用户操作数据，第一评分子模块5021、第二评分子模块5022和第三评分子模块5023通过搜索数据库中的用户操作数据可以进行统计，做出上述的评分。

应当理解的是，上述的评分可由系统设定，也可由用户根据自身的行为习惯设定。例如，对于用户来说，使用次数最重要，是决定是否优先结束应用的进程的最重要的因素，从而该用户可以设定每操作该应用一次的评分较高，其他用户操作数据的评分较低。从而使得每操作该应用一次的评分的权重较大，使得次数多的应用相较于次数少的应用的评分较高，避免了优先结束该进程。

优选的，该另一个实施例的移动终端还包括：

更新模块504，用于若检测到用户退出应用，则更新应用的用户操作数据。

通过上述模块设计，可以更新数据，从而准确记录用户的个人习惯，以便更准确地确定结束应用的进程的顺序。

更优选的，该另一个实施例的移动终端的更新模块504具体包括：

第一更新子模块5041，用于增加操作应用的次数一次。

例如，移动终端中存储的微信应用的操作次数为5次。当检测到该次微信应用退出时，则该操作微信应用的次数增加1次，变为6次。

第二更新子模块5042，用于记录该次操作应用的时间段。

例如，该次操作微信应用的时间段为18:00～18:30，则当检测到该次微信应用退出时，记录该次操作微信应用的时间段为18:00～18:30。

第三更新子模块5043，用于记录该次操作应用所处的地理位置中时间最长的地理位置。

因为，在一次操作应用的过程中，用户可能会变换地理位置，所以选择该次操作应用所处的地理位置中时间最长的地理位置作为该次操作应用所处的地理位置，最具有代表性。

例如，该次操作微信应用的地理位置包括：深圳步步高大楼附近和深圳火车站附近。其中，深圳步步高大楼附近，该次操作微信应用的时间为1小时；深圳火车站附近，该次操作微信应用的时间为半小时，则当检测到该次微信应用退出时，记录该次操作微信应用所处的地理位置为深圳步步高大楼附近。

通过上述的模块设计，可以有效地更新数据，从而准确记录用户的个人习惯，以便更准确地确定结束应用的进程的顺序。

优选的，该另一个实施例的移动终端还包括：

触发模块505，用于若检测到移动终端的系统内存不足，则触发后台进程管理机制。

通过该模块设计，在系统内存不足时，触发后台进程管理机制，可以有效地释放内存，避免内存不足而影响移动终端的使用。

综上，本发明另一个实施例的系统，通过在系统内存不足时，触发后台进程管理机制，并通过准确、有效地更新用户操作数据，从而可根据每个应用的用户操作数据和内存消耗对每个应用评分，按照评分由低到高的顺序依次结束对应应用的进程，不仅可将后台运行的消耗系统内存较大的应用的进程优先结束，还能根据用户的行为差异，优先结束在后台运行的不符合用户行为习惯的应用的进程，从而更加准确地结束后台运行的应用的进程，提高用户再次进入常用应用的速度，提升用户与常用应用的交互体验。

图7是本发明又一个实施例的移动终端的结构框图。图7所示的移动终端700包括：至少一个处理器701、存储器702、至少一个网络接口704和用户接口703。移动终端700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统705。

其中，用户接口703可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本发明实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器702存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统7021和应用程序7022。

其中，操作系统7021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序7022中。

在本发明实施例中，通过调用存储器702存储的程序或指令，具体的，可以是应用程序7022中存储的程序或指令。处理器701用于遍历后台运行的所有应用的进程，获取每个应用的用户操作数据和内存消耗；基于每个应用的用户操作数据和内存消耗，确定每个应用的评分；按照应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。

上述本发明实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现成可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits，ASIC)、数字信号处理器(DigitalSignalProcessing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(ProgrammableLogicDevice，PLD)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器702中并通过处理器701执行。存储器702可以在处理器701中或在处理器701外部实现。

可选地，每个应用的用户操作数据包括以下至少一种：操作应用的次数、操作应用的时间段和操作应用所处的地理位置。

可选地，在处理器701用于按照应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求的步骤中，处理器701还具体用于若至少两个应用的评分相等，则按照应用的内存消耗的大小由大到小结束对应应用的进程直到系统内存满足要求。

可选地，在处理器701用于基于每个应用的用户操作数据和内存消耗，确定每个应用的评分的步骤中，处理器701具体用于设定每操作该应用一次的评分为A分，若操作该应用的次数为a次，则应用的第一评分为A×a；设定在预设时间段内操作应用则评分为B分，若预设时间段的个数为b个，则应用的第二评分为B×b；设定在预设地理位置操作应用则评分为C分，若预设地理位置的个数为c个，则应用的第三评分为C×c；获取应用的总评分为A×a+B×b+C×c。

可选地，处理器701还用于若检测到用户退出应用，则更新应用的用户操作数据。

可选地，在处理器701还用于若检测到用户退出应用，则更新应用的用户操作数据的步骤中，处理器701具体用于增加操作应用的次数一次；记录该次操作应用的时间段；记录该次操作应用所处的地理位置中时间最长的地理位置。

移动终端700能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例的移动终端700根据每个应用的用户操作数据和内存消耗对每个应用评分，按照评分由低到高的顺序依次结束对应应用的进程，不仅可将后台运行的消耗系统内存较大的应用的进程优先结束，还能根据用户的行为差异，优先结束在后台运行的不符合用户行为习惯的应用的进程，从而更加准确地结束后台运行的应用的进程，提高用户再次进入常用应用的速度，提升用户与常用应用的交互体验。

图8是本发明还一个实施例的移动终端的结构框图。具体地，图8中的移动终端800可以为手机、平板电脑、个人数字助理(PersonalDigital Assistant，PDA)、或车载电脑等。

图8中的移动终端800包括射频(RadioFrequency，RF)电路810、存储器820、输入单元830、显示单元840、处理器860、音频电路870、WiFi(WirelessFidelity)模块880和电源890。

其中，输入单元830可用于接收用户输入的数字或字符信息，以及产生与移动终端800的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元830可以包括触控面板831。触控面板831，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器860，并能接收处理器860发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元840可用于显示由用户输入的信息或提供给用户的信息以及移动终端800的各种菜单界面。显示单元840可包括显示面板841，可选的，可以采用LCD或有机发光二极管(OrganicLight-EmittingDiode，OLED)等形式来配置显示面板841。

应注意，触控面板831可以覆盖显示面板841，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器860以确定触摸事件的类型，随后处理器860根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中处理器860是移动终端800的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器821内的软件程序和/或模块，以及调用存储在第二存储器822内的数据，执行移动终端800的各种功能和处理数据，从而对移动终端800进行整体监控。可选的，处理器860可包括一个或多个处理单元。

在本发明实施例中，处理器860用于遍历后台运行的所有应用的进程，获取每个应用的用户操作数据和内存消耗；基于每个应用的用户操作数据和内存消耗，确定每个应用的评分；按照应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。

可选地，每个应用的用户操作数据包括以下至少一种：操作应用的次数、操作应用的时间段和操作应用所处的地理位置。

可选地，在处理器860用于按照应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求的步骤中，处理器860还具体用于若至少两个应用的评分相等，则按照应用的内存消耗的大小由大到小结束对应应用的进程直到系统内存满足要求。

可选地，在处理器860用于基于每个应用的用户操作数据和内存消耗，确定每个应用的评分的步骤中，处理器860具体用于设定每操作该应用一次的评分为A分，若操作该应用的次数为a次，则应用的第一评分为A×a；设定在预设时间段内操作应用则评分为B分，若预设时间段的个数为b个，则应用的第二评分为B×b；设定在预设地理位置操作应用则评分为C分，若预设地理位置的个数为c个，则应用的第三评分为C×c；获取应用的总评分为A×a+B×b+C×c。

可选地，处理器860还用于若检测到用户退出应用，则更新应用的用户操作数据。

可选地，在处理器860还用于若检测到用户退出应用，则更新应用的用户操作数据的步骤中，处理器860具体用于增加操作应用的次数一次；记录该次操作应用的时间段；记录该次操作应用所处的地理位置中时间最长的位置。

可见，本发明实施例的移动终端800根据每个应用的用户操作数据和内存消耗对每个应用评分，按照评分由低到高的顺序依次结束对应应用的进程，不仅可将后台运行的消耗系统内存较大的应用的进程优先结束，还能根据用户的行为差异，优先结束在后台运行的不符合用户行为习惯的应用的进程，从而更加准确地结束后台运行的应用的进程，提高用户再次进入常用应用的速度，提升用户与常用应用的交互体验。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (12)

1.一种后台进程的管理方法，应用于移动终端，其特征在于，包括：

遍历后台运行的所有应用的进程，获取每个所述应用的用户操作数据和内存消耗；

基于每个所述应用的用户操作数据和内存消耗，确定每个所述应用的评分；

按照所述应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。

2.根据权利要求1所述的方法，其特征在于，每个所述应用的用户操作数据包括以下至少一种：操作应用的次数、操作应用的时间段和操作应用所处的地理位置。

3.根据权利要求1所述的方法，其特征在于，所述按照所述应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求的步骤，包括：

若至少两个所述应用的评分相等，则按照所述应用的内存消耗的大小由大到小结束对应应用的进程直到系统内存满足要求。

4.根据权利要求1所述的方法，其特征在于，所述基于每个所述应用的用户操作数据和内存消耗，确定每个所述应用的评分的步骤，包括：

设定每操作所述应用一次的评分为A分，若操作所述应用的次数为a次，则所述应用的第一评分为A×a；

设定在预设时间段内操作所述应用则评分为B分，若所述预设时间段的个数为b个，则所述应用的第二评分为B×b；

设定在预设地理位置操作所述应用则评分为C分，若所述预设地理位置的个数为c个，则所述应用的第三评分为C×c；

获取所述应用的总评分为A×a+B×b+C×c。

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

若检测到用户退出所述应用，则更新所述应用的用户操作数据。

6.根据权利要求5所述的方法，其特征在于，所述若检测到用户退出所述应用，则更新所述应用的用户操作数据的步骤，包括：

增加所述操作应用的次数一次；

记录该次操作应用的时间段；

记录该次操作应用所处的地理位置中时间最长的地理位置。

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

第一获取模块，用于遍历后台运行的所有应用的进程，获取每个所述应用的用户操作数据和内存消耗；

评分模块，用于基于每个所述应用的用户操作数据和内存消耗，确定每个所述应用的评分；

结束进程模块，用于按照所述应用的评分由低到高的顺序结束对应应用的进程直到系统内存满足要求。

8.根据权利要求7所述的移动终端，其特征在于，每个所述应用的用户操作数据包括以下至少一种：操作应用的次数、操作应用的时间段和操作应用所处的地理位置。

9.根据权利要求7所述的移动终端，其特征在于，所述结束进程模块包括：

结束进程子模块，用于若至少两个所述应用的评分相等，则按照所述应用的内存消耗的大小由大到小结束对应应用的进程直到系统内存满足要求。

10.根据权利要求7所述的移动终端，其特征在于，所述评分模块包括：

第一评分子模块，用于设定每操作所述应用一次的评分为A分，若操作所述应用的次数为a次，则所述应用的第一评分为A×a；

第二评分子模块，用于设定在预设时间段内操作所述应用则评分为B分，若所述预设时间段的个数为b个，则所述应用的第二评分为B×b；

第三评分子模块，用于设定在预设地理位置操作所述应用则评分为C分，若所述预设地理位置的个数为c个，则所述应用的第三评分为C×c；

第四评分子模块，用于获取所述应用的总评分为A×a+B×b+C×c。

11.根据权利要求8所述的移动终端，其特征在于，所述移动终端还包括：

更新模块，用于若检测到用户退出所述应用，则更新所述应用的用户操作数据。

12.根据权利要求11所述的移动终端，其特征在于，所述更新模块包括：

第一更新子模块，用于增加所述操作应用的次数一次；

第二更新子模块，用于记录该次操作应用的时间段；

第三更新子模块，用于记录该次操作应用所处的地理位置中时间最长的地理位置。