CN106815079A - 一种热门应用控制的方法及移动终端 - Google Patents

Abstract

本发明实施例公开了一种热门应用控制的方法及移动终端，该方法包括：统计安装的第一应用的历史活跃度与第一应用的用户评级；第一应用的历史活跃度基于第一应用的历史累计启动次数和历史累计使用时长确定，第一应用的用户评级基于用户对第一应用的评价确定；第一应用为移动终端安装的所有应用中的任一个；根据第一应用的历史活跃度与第一应用的用户评级计算第一应用的热度值；确定移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用；当至少一个热门应用启动之后，为至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。本发明实施例可以根据应用的热度值确定热门应用，并保证热门应用的使用体验。

Description

一种热门应用控制的方法及移动终端

技术领域

本发明涉及移动终端技术领域，具体涉及一种热门应用控制的方法及移动终端。

背景技术

用户在使用手机、平板电脑等移动终端时，由于移动终端的中央处理器(CentralProcessing Unit，CPU)资源和内存资源有限，当移动终端上开启的应用数量较多时，会导致移动终端上的CPU资源和内存资源不够用，导致应用的使用体验不佳。现有技术中，当发现移动终端CPU资源和内存资源不够用时(例如，移动终端卡顿、反应速度慢时)，会提醒用户关闭部分占用CPU资源和内存资源较多的应用，以保证其他应用的使用体验。如果移动终端上开启的应用较多，可能会频繁的提醒用户关闭应用，影响用户体验。

发明内容

本发明实施例提供了一种热门应用控制的方法及移动终端，可以根据应用的热度值确定热门应用，并保证热门应用的使用体验。

本发明实施例第一方面提供一种热门应用控制的方法，包括：

统计安装的第一应用的历史活跃度与所述第一应用的用户评级；所述第一应用的历史活跃度基于所述第一应用的历史累计启动次数和历史累计使用时长确定，所述第一应用的用户评级基于用户对所述第一应用的评价确定；所述第一应用为移动终端安装的所有应用中的任一个；

根据所述第一应用的历史活跃度与所述第一应用的用户评级计算所述第一应用的热度值；

确定所述移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用；

当所述至少一个热门应用启动之后，为所述至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。

本发明实施例第二方面提供一种移动终端，包括：

统计单元，用于统计安装的第一应用的历史活跃度与所述第一应用的用户评级；所述第一应用的历史活跃度基于所述第一应用的历史累计启动次数和历史累计使用时长确定，所述第一应用的用户评级基于用户对所述第一应用的评价确定；所述第一应用为移动终端安装的所有应用中的任一个；

计算单元，用于根据所述第一应用的历史活跃度与所述第一应用的用户评级计算所述第一应用的热度值；

确定单元，用于确定所述移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用；

分配单元，用于当所述至少一个热门应用启动之后，为所述至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。

本发明实施例第三方面提供一种移动终端，包括：

处理器、存储器、通信接口，所述处理器与所述存储器和所述通信接口连接；

所述存储器存储有可执行程序代码，所述通信接口用于无线通信；

所述处理器用于调用所述存储器中的所述可执行程序代码，执行本发明实施例第一方面所描述的方法。

实施本发明实施例，具有如下有益效果：

移动终端可以统计安装的所有应用的历史活跃度与所有应用的用户评级，并计算所有应用的热度值，确定移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用，并在上述至少一个热门应用启动之后，为上述至少一个热门应用分配相应的专用内存资源和/或专用CPU资源，以保证热门应用的使用体验。本发明实施例可以通过计算应用的热度值来筛选热门应用，并在热门应用开启时，为热门应用分配专用资源(专用内存资源和/或专用CPU资源)，以保证热门应用的使用体验。

附图说明

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

图1是本发明实施例公开的一种热门应用控制的方法的流程示意图；

图2是本发明实施例公开的另一种热门应用控制的方法的流程示意图；

图3是本发明实施例公开的一种移动终端的结构示意图；

图4是本发明实施例公开的另一种移动终端的结构示意图；

图5是本发明实施例公开的另一种移动终端的结构示意图；

图6是本发明实施例公开的另一种移动终端的结构示意图；

图7是本发明实施例公开的另一种移动终端的结构示意图；

图8是本发明实施例公开的又一种移动终端的结构示意图；

图9是本发明实施例公开的又一种移动终端的结构示意图。

具体实施方式

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

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

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

整体而言，现有技术中，当发现移动终端CPU资源和内存资源不够用时，会提醒用户关闭部分占用CPU资源和内存资源较多的应用，以保证其他应用的使用体验。本发明实施例通过计算移动终端上安装的应用的热度值来筛选热门应用，并在热门应用开启时，为热门应用分配专用资源(专用内存资源和/或专用CPU资源)，以保证热门应用的使用体验。

此外，本发明实施例所涉及到的移动终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)，终端设备(terminal device)等等。为方便描述，上面提到的设备统称为移动终端。

下面对本发明实施例进行详细介绍。

请参阅图1，图1是本发明实施例公开的一种热门应用控制的方法的流程示意图，如图1所示，该热门应用控制的方法包括如下步骤。

S101，移动终端统计安装的第一应用的历史活跃度与第一应用的用户评级；第一应用的历史活跃度基于第一应用的历史累计启动次数和历史累计使用时长确定，第一应用的用户评级基于用户对第一应用的评价确定；第一应用为移动终端安装的所有应用中的任一个。

本发明实施例中，移动终端上可以安装有很多的应用(这里的应用，就是应用程序，简称APP)，例如，微信、微博、支付宝、QQ、邮箱、浏览器应用、视频应用、游戏应用等等。用户对这些应用的使用偏好是不同的，比如，用户可能经常会使用微信和微博，而较少使用邮箱和浏览器应用，因此，这些应用的活跃度会有较大的差异。历史活跃度，是过去的一段时间(例如前一天或者前n天)内的活跃度。移动终端可以计算每个应用的历史活跃度。以第一应用(第一应用为移动终端安装的所有应用中的任一个)为例，举例来说，移动终端可以统计第一应用的历史(例如前一天或者前n天)累计启动次数和历史(例如前一天或者前n天)累计使用时长，根据第一应用的历史累计启动次数以及对应的权重值、历史累计使用时长以及对应的权重值确定第一应用的历史活跃度。如果历史累计启动次数为10次，历史累计启动次数对应的权重值为0.2，历史累计使用时长为100小时，历史累计使用时长对应的权重值为0.8，则第一应用的历史活跃度A＝10*0.2+100*0.8＝82。一般而言，第一应用的历史累计启动次数越多、历史累计使用时长越长，则第一应用的活跃度越高。

第一应用的用户评级可以根据用户的评价来确定，用户可以对移动终端上安装的应用做出各种各样的评价，例如，用户可以对应用进行评价可以包括：评分、评星级、文字评价等等。举例来说，如果用户对第一应用的评分的平均值为5分、文字评价中包括“很好”、“非常好”、“非常不错”、“很好用”、“很好玩”等关键词，则可以确定第一应用的用户评级为100级；如果用户对第一应用的评分的平均值为4.8分、文字评价中包括“好”、“不错”、“好用”、“好玩”等关键词，则可以确定第一应用的用户评级为90级；如果用户对第一应用的评分的平均值为4.3分、文字评价中包括“一般”、“还行”、“可以”等关键词，则可以确定第一应用的用户评级为80级；如果用户对第一应用的评分的平均值为4分、文字评价中包括“一般”、“还行”、“可以”等关键词，则可以确定第一应用的用户评级为70级，等等。

S102，移动终端根据第一应用的历史活跃度与第一应用的用户评级计算第一应用的热度值。

本发明实施例中，移动终端可以根据第一应用的历史活跃度与第一应用的用户评级计算第一应用的热度值，第一应用的热度值可以为第一应用的历史活跃度与第一应用的用户评级之和，也可以为第一应用的历史活跃度与第一应用的用户评级之积，还可以是其他的计算规则，本发明实施例不限定。一般而言，热度值越大的应用，用户越喜欢使用。

可选的，步骤S102可以包括：

(11)、移动终端获取第一应用的历史活跃度的第一权重值，获取第一应用的用户评级的第二权重值；

(12)、移动终端将第一应用的历史活跃度与第一权重值之积和第一应用的用户评级与第二权重值之积相加作为第一应用的热度值。

本发明实施例中，不同应用的历史活跃度的权重值与用户评级的权重值可以相同，也可以不同。举例来说，对于社交类应用，比如，微信、QQ、微博等，历史活跃度的权重值要高于用户评级的权重值。对于购物类应用，比如，淘宝、京东等，用户评级的权重值要高于历史活跃度的权重值。

举例来说，若第一应用为社交类应用，可以设置历史活跃度的权重值为0.8，用户评级的权重值为0.2。如果第一应用的历史活跃度为80，用户评级为90级，则第一应用的热度值A＝80*0.8+90*0.2＝82。若第一应用为购物类应用，可以设置历史活跃度的权重值为0.4，用户评级的权重值为0.6。如果第一应用的历史活跃度为60，用户评级为90级，则第一应用的热度值A＝60*0.4+90*0.6＝78。

通过实施步骤(11)与步骤(12)，提供一种计算应用的热度值的方法，计算方法简单有效，可以根据应用的历史活跃度与应用的用户评级快速计算出应用的热度值。

S103，移动终端确定移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用。

本发明实施例中，热门应用，可以定义为用户最喜欢使用的应用。当移动终端计算出移动终端安装的所有应用的热度值之后，确定移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用。预设热度值为预先设置的一个热度阈值，大于该预设热度值的应用才能被判定为热门应用，小于该预设热度值的应用则不能被判定为热门应用。预设热度值可以储存在移动终端的非易失性存储器中。例如，移动终端安装有应用A、应用B、应用C、应用D、应用E和应用F，其中，计算得到应用A的热度值为72，应用B的热度值为50，应用C的热度值为45，应用D的热度值为75，应用E的热度值为20，应用F的热度值为35，如果预设热度值为60，则将应用A和应用D作为热门应用。

可选的步骤S103可以包括：

(21)、移动终端获取移动终端的可用专用内存资源大小和可用专用CPU资源大小；

(22)、移动终端统计移动终端安装的所有应用的热度排行；

(23)、移动终端根据可用专用内存资源大小、可用专用中央处理器(CentralProcessing Unit，CPU)资源大小、所有应用的热度排行确定热度值大于预设热度值的至少一个热门应用。

本发明实施例中，移动终端中可以为所有的热门应用预留一定的内存资源和/或CPU资源，专门用于为热门应用使用，即非热门应用无法使用专用内存资源和/或专用CPU资源。每个热门应用开启，都会为其分配专用内存资源和/或专用CPU资源。有些热门应用占用的内存资源要高，有些热门应用占用的CPU资源要高，不同的热门应用占用的内存资源和CPU资源会不相同。移动终端根据可用专用内存资源大小、可用专用CPU资源大小、所有应用的热度排行确定热度值大于预设热度值的至少一个热门应用，以使上述至少一个热门应用开启需要的总的内存资源小于或等于可用专用内存资源大小、上述至少一个热门应用开启需要的总的CPU资源小于或等于可用专用CPU资源大小。

例如，移动终端可以为所有的热门应用总共分配1G的专用内存资源和4个专用核心。如果终端的所有应用的热度值从高到低排行分别为应用A、应用B、应用C、应用D、应用E和应用F，如果应用A开启需要的内存资源为0.2G，CPU资源为1个核心；如果应用B开启需要的内存资源为0.3G，CPU资源为1个核心；如果应用C开启需要的内存资源为0.4G，CPU资源为2个核心；如果应用D开启需要的内存资源为0.3G，CPU资源为1个核心；如果应用E开启需要的内存资源为0.2G，CPU资源为1个核心；如果应用F开启需要的内存资源为0.4G，CPU资源为1个核心。则移动终端确定应用A、应用B和应用C为热门应用。实施步骤(21)、步骤(22)与步骤(23)，可以根据移动终端的可用专用内存资源大小和可用专用CPU资源大小确定至少一个热门应用，以保证热门应用在开启之后，有足够的专用内存资源和专用CPU资源可用。

S104，当至少一个热门应用启动之后，移动终端为至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。

本发明实施例中，当至少一个热门应用启动之后，为了保证这些热门应用的使用体验，移动终端会为这至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。

专用内存资源，即在移动终端的物理内存中划分出一片内存空间，专门用于某一个热门应用来使用，其他的应用则无法使用该内存空间。为热门应用分配专用内存资源，可以保证热门应用在开启时，预留足够的内存空间用于存放数据，提高热门应用运行的使用体验。

专用CPU资源，即为专用的核心，例如，对于16核的CPU，可以将其中的某一个或多个核作为专用CPU资源。仅当热门应用开启时，才可以使用这些专用的核心，这些专用的核心也仅为热门应用使用，其他的应用程序则无法使用专用的核心。为热门应用分配专用CPU资源，可以保证热门应用在开启时，预留足够的专用CPU资源用于数据计算处理，提高热门应用运行的使用体验。

可选的，步骤S104可以包括：

(31)、移动终端统计第二应用的历史使用内存资源大小与所第二应用的历史使用CPU资源大小，第二应用为至少一个热门应用中的任一个；

(32)、移动终端根据第二应用的历史使用内存资源的最大值与所第二应用的历史使用中央处理器资源的最大值为第二应用分配专用内存资源和/或专用核心。

本发明实施例中，移动终端可以统计每一个热门应用的历史使用内存资源大小与历史使用CPU资源大小。因为每个应用在开启后，占用的内存资源和CPU资源不是一个固定值，会在一个区间内变化。例如，第二应用的历史使用内存资源大小为0.2G-0.3G之间变化，历史使用CPU资源为1个核心或两个核心，则为第二应用分配专用内存资源为0.3G，专用核心数为两个核心。本发明实施例可以根据每个应用的历史使用的内存资源大小和CPU资源大小为其分配足够使用的专用内存资源和/或专用核心。实施步骤(31)、步骤(32)和步骤(33)，可以根据上述至少一个热门应用中每个应用的历史使用内存资源大小与历史使用CPU资源为上述至少一个热门应用中每个应用分配专用内存资源和/或专用核心，保证每个热门应用开启时都有足够的专用资源(专用内存资源和/或专用CPU资源)使用，提高热门应用的使用体验。

可选的，本发明实施例还可以由用户自行设置热门应用。移动终端接收用户输入的热门应用选择指令，输出可视化交互界面，上述可视化交互界面中显示该移动终端中安装的所有应用的图标；当接收到针对某一应用的选择指令时，将上述某一应用设置为热门应用。其中，上述可视化交互界面中显示的所有应用的图标中，如果有应用已经被设置为热门应用，则该应用会携带特殊的标记，当用户点击该应用时，则将该应用设置为普通应用，同时该应用携带的特殊标记会消失。

实施图1所示的方法，通过计算应用的热度值来筛选热门应用，并在热门应用开启时，为热门应用分配专用资源(专用内存资源和/或专用CPU资源)，以保证热门应用的使用体验。

请参阅图2，图2是本发明实施例公开的另一种热门应用控制的方法的流程示意图，如图2所示，该热门应用控制的方法包括如下步骤。

S201，移动终端统计安装的第一应用的历史活跃度与第一应用的用户评级；第一应用的历史活跃度基于第一应用的历史累计启动次数和历史累计使用时长确定，第一应用的用户评级基于用户对第一应用的评价确定；第一应用为移动终端安装的所有应用中的任一个。

S202，移动终端根据第一应用的历史活跃度与第一应用的用户评级计算第一应用的热度值。

S203，移动终端确定移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用。

S204，当至少一个热门应用启动之后，移动终端为至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。

S205，当移动终端已经启动的热门应用的个数达到预设上限值时，若有新的热门应用启动，移动终端获取新的热门应用的热度值。

S206，移动终端判断新的热门应用的热度值是否大于第三应用的热度值，第三应用为移动终端已经启动的热门应用中的任一个。若是，则执行步骤S207；若否，则执行步骤S208。

S207，移动终端释放为第三应用分配的专用内存资源和/或专用CPU资源，并将为第三应用分配的专用内存资源和/或专用CPU资源分配给新的热门应用。

S208，移动终端为新的热门应用分配普通内存资源和/或普通CPU资源。

本发明实施例中，当移动终端已经启动的热门应用的个数达到预设上限值时，表明此时移动终端已经启动的热门应用占用的专用内存资源和专用CPU资源达到了上限值，如果有新的热门应用启动时，则无法为新的热门应用分配新的专用内存资源和新的专用CPU资源。本发明实施例通过比较新的热门应用的热度值与已经启动的热门应用中每个热门应用的热度值的大小，当新的热门应用的热度值较高时，比如新的热门应用比已经启动的热门应用中的某一个热门应用的热度值要高时，则释放为已经启动的热门应用中的某一个热门应用分配的专用内存资源和/或专用CPU资源，并将释放的专用内存资源和/或专用CPU资源分配给新的热门应用。当新的热门应用的热度值较低时，比如新的热门应用比已经启动的热门应用中的所有热门应用的热度值都要低时，则为新的热门应用分配普通内存资源和/或普通CPU资源。

本发明实施例中的步骤201至步骤204可以参见图1所示的步骤101至步骤104，此处不再赘述。

实施图2所示的方法，通过计算应用的热度值来筛选热门应用，并在热门应用开启时，为热门应用分配专用资源(专用内存资源和/或专用CPU资源)，以保证热门应用的使用体验。当有多个热门应用需要开启时，可以优先为热度值最高的热门应用分配专用资源，以保证热度值最高的热门应用的使用体验最好。

上述主要从方法侧执行过程的角度对本发明实施例的方案进行了介绍。可以理解的是，移动终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对移动终端进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本发明实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

请参阅图3，图3是本发明实施例公开的一种移动终端的结构示意图，如图3所示，该移动终端可以包括统计单元301、计算单元302、确定单元303以及分配单元304。

统计单元301，用于统计安装的第一应用的历史活跃度与第一应用的用户评级；第一应用的历史活跃度基于第一应用的历史累计启动次数和历史累计使用时长确定，第一应用的用户评级基于用户对第一应用的评价确定；第一应用为移动终端安装的所有应用中的任一个。

计算单元302，用于根据第一应用的历史活跃度与第一应用的用户评级计算第一应用的热度值。

确定单元303，用于确定移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用。

分配单元304，用于当至少一个热门应用启动之后，为至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。

图3所示的移动终端可以参见图1所示的方法实施例，重复之处不再赘述。

实施图3所示的移动终端，通过计算应用的热度值来筛选热门应用，并在热门应用开启时，为热门应用分配专用资源(专用内存资源和/或专用CPU资源)，以保证热门应用的使用体验。

请参阅图4，图4是本发明实施例公开的另一种移动终端的结构示意图，图4所示的移动终端是由图3所示的移动终端进一步优化得到的，如图4所示，该移动终端可以包括统计单元301、计算单元302、确定单元303以及分配单元304，其中，计算单元302包括第一获取子单元3021和计算子单元3022。

第一获取子单元3021，用于获取第一应用的历史活跃度的第一权重值，获取第一应用的用户评级的第二权重值；

计算子单元3022，用于将第一应用的历史活跃度与第一权重值之积和第一应用的用户评级与第二权重值之积相加作为第一应用的热度值。

其中，统计单元301、确定单元303以及分配单元304可以参见图3所示的实施的相关描述，此处不再赘述。

实施图4所示的移动终端，提供一种计算应用的热度值的方法，计算方法简单有效，可以根据应用的历史活跃度与应用的用户评级快速计算出应用的热度值。

请参阅图5，图5是本发明实施例公开的另一种移动终端的结构示意图，图5所示的移动终端是由图3所示的移动终端进一步优化得到的，如图5所示，该移动终端可以包括统计单元301、计算单元302、确定单元303以及分配单元304，其中，确定单元303包括第二获取子单元3031、第一统计子单元3032和确定子单元3033。

第二获取子单元3031，用于获取移动终端的可用专用内存资源大小和可用专用CPU资源大小；

第一统计子单元3032，用于统计移动终端安装的所有应用的热度排行；

确定子单元3033，用于根据可用专用内存资源大小、可用专用CPU资源大小、所有应用的热度排行确定热度值大于预设热度值的至少一个热门应用。

其中，统计单元301、计算单元302以及分配单元304可以参见图3所示的实施的相关描述，此处不再赘述。

实施图5所示的移动终端，可以根据移动终端的可用专用内存资源大小和可用专用CPU资源大小确定至少一个热门应用，以保证热门应用在开启之后，有足够的专用内存资源和专用CPU资源可用。

请参阅图6，图6是本发明实施例公开的另一种移动终端的结构示意图，图6所示的移动终端是由图3所示的移动终端进一步优化得到的，如图6所示，该移动终端可以包括统计单元301、计算单元302、确定单元303以及分配单元304，其中，分配单元304包括第二统计子单元3041和分配子单元3042。

第二统计子单元3041，用于统计第二应用的历史使用内存资源大小与所第二应用的历史使用CPU资源大小，第二应用为至少一个热门应用中的任一个；

分配子单元3042，用于根据第二应用的历史使用内存资源的最大值与所第二应用的历史使用CPU资源的最大值为第二应用分配专用内存资源和/或专用核心。

其中，统计单元301、计算单元302和确定单元303可以参见图3所示的实施的相关描述，此处不再赘述。

实施图6所示的移动终端，可以根据上述至少一个热门应用中每个应用的历史使用内存资源大小与历史使用CPU资源为上述至少一个热门应用中每个应用分配专用内存资源和/或专用核心，保证每个热门应用开启时都有足够的专用资源(专用内存资源和/或专用CPU资源)使用，提高热门应用的使用体验。

请参阅图7，图7是本发明实施例公开的另一种移动终端的结构示意图，图7所示的移动终端是由图3所示的移动终端进一步优化得到的，如图7所示，该移动终端可以包括统计单元301、计算单元302、确定单元303、分配单元304，获取单元305，判断单元306，第一处理单元307和第二处理单元308。

获取单元305，用于当移动终端已经启动的热门应用的个数达到预设上限值时，若有新的热门应用启动，获取新的热门应用的热度值；

判断单元306，用于判断新的热门应用的热度值是否大于第三应用的热度值，第三应用为移动终端已经启动的热门应用中的任一个；

第一处理单元307，用于当判断单元306判断结果为是时，释放为第三应用分配的专用内存资源和/或专用CPU资源，并将为第三应用分配的专用内存资源和/或专用CPU资源分配给新的热门应用；

第二处理单元308，用于当判断单元306判断结果为否时，为新的热门应用分配普通内存资源和/或普通CPU资源。

其中，统计单元301、计算单元302、确定单元303和分配单元304可以参见图3所示的实施的相关描述，此处不再赘述。

实施图7所示的移动终端，通过计算应用的热度值来筛选热门应用，并在热门应用开启时，为热门应用分配专用资源(专用内存资源和/或专用CPU资源)，以保证热门应用的使用体验。当有多个热门应用需要开启时，可以优先为热度值最高的热门应用分配专用资源，以保证热度值最高的热门应用的使用体验最好。

请参阅图8，图8是本发明实施例公开的又一种移动终端的结构示意图，如图8所示，该移动终端810包括：处理器812、通信接口813、存储器811。可选的，移动终端810还可以包括总线814。其中，通信接口813、处理器812以及存储器811可以通过总线814相互连接；总线814可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。所述总线814可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本发明实施例还提供了另一种移动终端，请参阅图9，图9是本发明实施例公开的又一种移动终端的结构示意图。如图9所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该移动终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以移动终端为手机为例：

图9示出的是与本发明实施例提供的移动终端相关的手机的部分结构的框图。参考图9，手机包括：射频(Radio Frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(WirelessFidelity，WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体的介绍：

RF电路910可用于信息的接收和发送。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobilecommunication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division MultipleAccess，CDMA)、宽带码分多址(Wideband Code DivisionMultiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(统计应用的历史活跃度等)等；存储数据区可存储根据手机的使用所创建的数据(比如预设热度值等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括指纹识别模组931以及其他输入设备932。指纹识别模组931，可采集用户在其上的指纹数据。除了指纹识别模组931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于触控屏、物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示屏941，可选的，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示屏941。虽然在图9中，指纹识别模组931与显示屏941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将指纹识别模组931与显示屏941集成而实现手机的输入和播放功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏941的亮度，接近传感器可在手机移动到耳边时，关闭显示屏941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号播放；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据播放处理器980处理后，经RF电路910以发送给比如另一手机，或者将音频数据播放至存储器920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；优选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

前述图1～图2所示的实施例中，各步骤方法流程可以基于该手机的结构实现。

前述图3-图7所示的实施例中，各单元功能可以基于该手机的结构实现。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种热门应用控制的方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本发明实施例进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种热门应用控制方法，其特征在于，包括：

统计安装的第一应用的历史活跃度与所述第一应用的用户评级；所述第一应用的历史活跃度基于所述第一应用的历史累计启动次数和历史累计使用时长确定，所述第一应用的用户评级基于用户对所述第一应用的评价确定；所述第一应用为移动终端安装的所有应用中的任一个；

根据所述第一应用的历史活跃度与所述第一应用的用户评级计算所述第一应用的热度值；

确定所述移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用；

当所述至少一个热门应用启动之后，为所述至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。

2.根据权利要求1的所述的方法，其特征在于，所述根据所述第一应用的历史活跃度与所述第一应用的用户评级计算所述第一应用的热度值，包括：

获取所述第一应用的历史活跃度的第一权重值，获取所述第一应用的用户评级的第二权重值；

将所述第一应用的历史活跃度与所述第一权重值之积和所述第一应用的用户评级与所述第二权重值之积相加作为所述第一应用的热度值。

3.根据权利要求1或2所述的方法，其特征在于，所述确定所述移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用，包括：

获取所述移动终端的可用专用内存资源大小和可用专用CPU资源大小；

统计所述移动终端安装的所有应用的热度排行；

根据所述可用专用内存资源大小、所述可用专用CPU资源大小、所述所有应用的热度排行确定热度值大于预设热度值的至少一个热门应用。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述为所述至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源，包括：

统计第二应用的历史使用内存资源大小与所第二应用的历史使用CPU资源大小，所述第二应用为所述至少一个热门应用中的任一个；

根据所述第二应用的历史使用内存资源的最大值与所第二应用的历史使用CPU资源的最大值为所述第二应用分配专用内存资源和/或专用核心。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

当所述移动终端已经启动的热门应用的个数达到预设上限值时，若有新的热门应用启动，获取所述新的热门应用的热度值；

判断所述新的热门应用的热度值是否大于第三应用的热度值，所述第三应用为所述移动终端已经启动的热门应用中的任一个；

若是，则释放为所述第三应用分配的专用内存资源和/或专用CPU资源，并将所述为所述第三应用分配的专用内存资源和/或专用CPU资源分配给所述新的热门应用；

若否，则为所述新的热门应用分配普通内存资源和/或普通CPU资源。

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

统计单元，用于统计安装的第一应用的历史活跃度与所述第一应用的用户评级；所述第一应用的历史活跃度基于所述第一应用的历史累计启动次数和历史累计使用时长确定，所述第一应用的用户评级基于用户对所述第一应用的评价确定；所述第一应用为移动终端安装的所有应用中的任一个；

计算单元，用于根据所述第一应用的历史活跃度与所述第一应用的用户评级计算所述第一应用的热度值；

确定单元，用于确定所述移动终端安装的所有应用中热度值大于预设热度值的至少一个热门应用；

分配单元，用于当所述至少一个热门应用启动之后，为所述至少一个热门应用分配相应的专用内存资源和/或专用中央处理器CPU资源。

7.根据权利要求6所述的移动终端，其特征在于，所述计算单元包括：

第一获取子单元，用于获取所述第一应用的历史活跃度的第一权重值，获取所述第一应用的用户评级的第二权重值；

计算子单元，用于将所述第一应用的历史活跃度与所述第一权重值之积和所述第一应用的用户评级与所述第二权重值之积相加作为所述第一应用的热度值。

8.根据权利要求6或7所述的移动终端，其特征在于，所述确定单元包括：

第二获取子单元，用于获取所述移动终端的可用专用内存资源大小和可用专用CPU资源大小；

第一统计子单元，用于统计所述移动终端安装的所有应用的热度排行；

确定子单元，用于根据所述可用专用内存资源大小、所述可用专用CPU资源大小、所述所有应用的热度排行确定热度值大于预设热度值的至少一个热门应用。

9.根据权利要求6-8任一项所述的移动终端，其特征在于，所述分配单元包括：

第二统计子单元，用于统计第二应用的历史使用内存资源大小与所第二应用的历史使用CPU资源大小，所述第二应用为所述至少一个热门应用中的任一个；

分配子单元，用于根据所述第二应用的历史使用内存资源的最大值与所第二应用的历史使用CPU资源的最大值为所述第二应用分配专用内存资源和/或专用核心。

10.根据权利要求6-9任一项所述的移动终端，其特征在于，所述移动终端还包括：

获取单元，用于当所述移动终端已经启动的热门应用的个数达到预设上限值时，若有新的热门应用启动，获取所述新的热门应用的热度值；

判断单元，用于判断所述新的热门应用的热度值是否大于第三应用的热度值，所述第三应用为所述移动终端已经启动的热门应用中的任一个；

第一处理单元，用于当所述判断单元判断结果为是时，释放为所述第三应用分配的专用内存资源和/或专用CPU资源，并将所述为所述第三应用分配的专用内存资源和/或专用CPU资源分配给所述新的热门应用；

第二处理单元，用于当所述判断单元判断结果为否时，为所述新的热门应用分配普通内存资源和/或普通CPU资源。

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

处理器、存储器、通信接口，所述处理器与所述存储器和所述通信接口连接；

所述存储器存储有可执行程序代码，所述通信接口用于无线通信；

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