CN109669528B - 终端的处理组件控制方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请公开了一种终端的处理组件控制方法，属于电子技术领域。所述方法包括：若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数；当所述应用程序在前台运行，且在第一预设时长内未接收到指定操作时，控制所述处理组件以所述第一参数运行；当所述应用程序在前台运行，且接收到所述指定操作时，控制所述处理组件以所述第二参数运行。本申请通过该终端前台在运行操作驱动型应用程序时，可以根据接收的指定操作，控制该终端的处理组件以不同功耗对应的运行参数运行，提高了处理组件运行参数调整的灵活性，进一步提高了终端功耗的节约效果。

Description

终端的处理组件控制方法、装置、计算机设备及存储介质

技术领域

本申请涉及电子技术领域，特别涉及一种终端的处理组件控制方法、装置、计算机设备及存储介质。

背景技术

随着电子技术领域的发展，终端在正常工作中切换前台应用经常发生，如何调整终端中的处理组件的运行参数以减少终端的功耗，已成为本领域技术人员亟待解决的问题。

在相关技术中，终端中预先设置多种与性能相关的工作模式，比如省电模式、正常模式以及高性能模式等，不同的工作模式对应终端中处理组件的运行参数以及功耗也不相同。用户可以用过系统设置界面设置终端的工作模式，终端按照用户设置的工作模式对应的处理组件的运行参数控制处理组件运行。

上述相关技术所示的方案中，终端只能根据用户设置的工作模式调整处理组件的运行参数，运行参数的调整灵活性不足，节约功耗的效果较差。

发明内容

为了解决相关技术的问题，本申请实施例提供了一种终端的处理组件控制方法、装置、计算机设备及存储介质。所述技术方案如下：

第一方面，提供了一种终端的处理组件控制方法，所述方法包括：

若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数；所述第一参数和所述第二参数是所述终端的处理组件的运行参数；所述操作驱动型应用程序是在接收到指定操作前后，界面刷新帧率由低到高变化的应用程序；

当所述应用程序在前台运行，且在第一预设时长内未接收到所述指定操作时，控制所述处理组件以所述第一参数运行；

当所述应用程序在前台运行，且接收到所述指定操作时，控制所述处理组件以所述第二参数运行；

其中，所述处理组件以所述第一参数运行时的功耗小于所述处理组件以所述第二参数运行时的功耗。

第二方面，提供了一种终端的处理组件控制装置，所述装置包括：

第一获取模块，用于若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数；所述第一参数和所述第二参数是所述终端的处理组件的运行参数；所述操作驱动型应用程序是在接收到指定操作前后，界面刷新帧率由低到高变化的应用程序；

第一控制模块，用于当所述应用程序在前台运行，且在第一预设时长内未接收到所述指定操作时，控制所述处理组件以所述第一参数运行；

第二控制模块，用于当所述应用程序在前台运行，且接收到所述指定操作时，控制所述处理组件以所述第二参数运行；

其中，所述处理组件以所述第一参数运行时的功耗小于所述处理组件以所述第二参数运行时的功耗。

第三方面，提供了一种计算机设备，所述计算机设备包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如第一方面所述的终端的处理组件控制方法。

第四方面，提供了一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如第一方面所述的终端的处理组件控制方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过确定该终端前台运行的应用程序为操作驱动型应用程序，获取第一参数和第二参数，接收该应用程序在前台运行时的指定操作，在第一预设时长内未接收到指定操作时，控制终端的处理组件以第一参数运行，当接收到指定操作时，控制终端的处理组件以第二参数运行，从而使得该终端前台运行操作驱动型应用程序时，可以根据接收的指定操作，控制该终端的处理组件以不同功耗对应的运行参数运行，提高了处理组件运行参数调整的灵活性，进一步提高了终端功耗的节约效果。

附图说明

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

图1是本申请实施例提供的一种操作驱动型应用程序的界面刷新帧率与时间关系的示意图；

图2是本申请实施例提供的一种终端的处理组件控制方法的方法流程图；

图3是本申请实施例提供的一种终端的处理组件控制方法的方法流程图；

图4是本申请实施例提供的一种时间与界面刷新帧率之间的关系示意图；

图5是本申请实施例提供的一种终端中电子书应用程序在页面变化的过程示意图；

图6是本申请实施例涉及图5的变化过程中的一种界面刷新帧率随时间变化的过程示意图；

图7是本申请实施例提供的一种终端的处理组件控制装置的结构框图；

图8是本申请实施例提供的一种终端的结构示意图。

具体实施方式

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

本申请提供的方案可以用于具有可触摸的显示屏的终端中，比如，该终端可以是智能手机、平板电脑、电子书阅读器等移动终端，或者，该终端也可以是智能手表、智能眼镜或者智能手环等智能可穿戴设备。为了便于理解，下面首先对本申请实施例涉及的一些名词及应用场景进行简单介绍。

操作驱动型应用程序：指在终端的前台运行时，按照是否接收到指定操作采用不同的界面刷新帧率的应用程序。也就是说，某一个应用程序在终端前台运行的过程中，该应用程序在未接收到指定操作时，以一个较低的刷新帧率刷新应用界面，在接收到指定操作时，以另一个较高的刷新帧率刷新应用界面，则该应用程序即为操作驱动型应用程序。

其中，该指定操作可以是除了取消该应用程序在前台运行的操作之外的任意操作。比如，用户在该应用程序中进行筛选文件的点击操作，使该应用程序进一步运行(比如进入下一页面)的按键操作，使该应用程序的界面进行放大或者缩小的触摸操作，使该应用程序的界面进行变换的语音操作等等，当然，该指定操作还可以是除了取消该应用程序在前台运行的操作之外的一种或者多种操作的组合，本申请实施例对此并不加以限制。

比如，以操作驱动型应用程序时电子书应用程序为例，指定操作可以是用户在电子书应用程序中进行翻页的操作，该电子书应用程序在未接收到翻页操作时，电子书应用程序的界面内容不变，此时，电子书应用程序的界面以一个较低的刷新帧率运行，当该电子书应用程序接收到指定操作时，即用户在该电子书应用程序中进行翻页操作时，该电子书应用程序的界面发生变化，为了保证页面的流畅显示，电子书应用程序的会以一个较高的刷新帧率刷新界面。

为了便于理解，请参考图1，其示出了本申请实施例提供的一种操作驱动型应用程序的界面刷新帧率与时间关系的示意图。如图1所示，其纵轴代表了该操作驱动型应用程序的界面刷新帧率，横轴代表的是该操作驱动型应用程序的运行时间。在未接收到指定操作的时间段中，操作驱动型应用程序以第一帧率显示应用程序界面，在接收到指定操作之后的一小段时间段中，该操作驱动型应用程序的界面刷新帧率从第一帧率变化为第二帧率，后续未接收到指定操作的时间段中，操作驱动型应用程序的界面刷新帧率又从第二帧率变化回第一帧率。

可选的，上述的终端可以是具有运行应用程序的终端设备。比如，该终端可以是智能手机、平板电脑、电子书阅读器、智能眼镜、智能手表、膝上型便携计算机和台式计算机等。

为了解决相关技术中存在的问题，本申请提供了一种解决方案，可以提供终端的前台在运行有应用程序时，该应用程序在指定操作下对应不同应用界面的终端的功耗节约。请参考图2，其示出了本申请实施例提供的一种终端的处理组件控制方法的方法流程图，该方法可以用于图1所示的终端中，并由图1中的终端执行，如图2所示，该方法可以包括如下步骤：

步骤210，若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数。

其中，该第一参数和第二参数是该终端的处理组件的运行参数，该操作驱动型应用程序是在接收到指定操作前后，界面刷新帧率由低到高变化的应用程序。

可选的，该处理组件可以包括但不限于中央处理器(Central Processing Unit，CPU)、图形处理器(Graphics Processing Unitt，GPU)等核心处理组件。相应的，该处理组件的运行参数可以包括但不限于CPU的核心数量上限、CPU的工作频率上限(至少包括主频、倍频、外频中的一种)、CPU的工作电压、GPU的工作频率上限、GPU的工作电压等等。

在一种可能实现的方式中，终端前台运行的应用程序是操作驱动型应用程序的确定可以是用户在打开该应用程序后，终端通过一系列的监测、判断等步骤，从而确定该应用程序是操作驱动型应用程序。比如，用户在终端中打开了一个应用程序，终端可以通过监测用户对该应用程序的指定操作前后，应用程序的界面刷新帧率的变化，来判断该应用程序是否为操作驱动型应用程序。其中，该指定操作是针对该应用程序的控制操作中，除了取消该应用程序在前台运行的操作之外的任意操作(比如：触摸、点击、滑动、双击、快捷键、虚拟键、语音命令、打手势等操作)。

在这种可能实现的方式下，当终端确定该应用程序是操作驱动型的应用程序时，相应的，该终端可以根据用户对该应用程序的指定操作来获取第一参数。比如，用户在终端中打开一个应用程序后，终端可以监测用户对该应用程序的触摸操作，并可以获取到触摸操作前后预设时间段内终端的一些参数数值以及相应数值的变化情况(比如：终端的显示屏的刷新帧率的变化、终端的CPU的工作频率的变化、终端的CPU的运行核数的变化、图形处理器的工作频率的变化等等)，终端可以根据获取到这些参数数值通过一系列的计算或者处理得到第一参数。其中，该预设时间段可以由程序开发人员或者运维人员预先在终端中设置。

其中，第二参数可以是终端当前工作模式下的默认参数，即获取第二参数时，终端只需要根据当前终端的工作模式，将该终端中的操作系统已经确定的该处理组件工作的默认参数获取为第二参数即可。

在另一种可能实现的方式中，在确定前台运行的应用程序是否为操作驱动型应用程序时，终端可以先获取到该应用程序的唯一标识(比如：应用程序的图标、应用编号等)，再通过查询存储器或者云服务器上存储的操作驱动型应用程序列表，若确定该应用程序是其中的任意一个应用程序，则确定该终端前台运行的应用程序是操作驱动型应用程序。比如，该终端的内存中预先存储了操作驱动型应用程序的编号列表，用户在该终端前台打开一个应用程序后，终端根据获取到的该应用程序的编号，在存储的操作驱动型应用程序的编号列表中进行查询，若查询到与该应用程序的编号相同的操作驱动型应用程序的编号，则确定该应用程序是操作驱动型应用程序。

在这种可能实现的方式下，当终端确定该应用程序是操作驱动型的应用程序时，终端可以直接从预先存储的参数表中，选择与该应用程序相对应的第一参数。其中，该参数表中预先存储了各个操作驱动型应用程序的标识与第一参数的对应关系。请参考表1，其示出了上述参数表的一种形式。

操作驱动型应用程序1	第一参数1
		操作驱动型应用程序2	第一参数2
操作驱动型应用程序3	第一参数3
		……	……

表1

可选的，该参数表中的第一参数值可以由程序开发人员或者运维人员预先在终端中设置。或者，该参数表中的第一参数值是通过上述第一种实现方式中终端根据获取到的一些参数数值通过一系列的计算后得到的，并自行存储到该参数表中。

在这种可能实现的方式中，第二参数的获取与上述的获取方式相同，此处不再赘述。

其中，终端中的处理组件以第一参数运行时的功耗小于该处理组件以第二参数运行时的功耗。相应的，处理组件以第一参数运行时的性能，通常也会低于以第二参数运行时的性能。

比如，在终端中可以运行一个操作驱动型应用程序，该操作驱动型应用程序是一个电子书应用程序，且指定操作可以为用户的翻页操作时，终端在没有接收到用户的翻页操作时，该终端只需要在显示屏中显示固定的电子书的内容即可，该终端并不需要执行页面的变化或者更换等指令，当该终端接收到指定操作时，该终端需要执行页面的变化或者更换等指令，使得该终端的显示界面发生变化，在这种情况下，终端在没有接收到指定操作时对处理组件的性能要求相比于终端在接收到指定操作时对处理组件的性能要求较低，即该终端可以用一个相对较低的运行参数来运行终端的处理组件，进而使得该终端的运行功耗较低，即可以是本申请实施例中的第一参数。

步骤220，当该应用程序在前台运行，且在第一预设时长内未接收到指定操作时，控制该处理组件以第一参数运行。

由上述操作驱动型应用程序的定义可知，该应用程序在终端的前台运行的过程中，若该应用程序在第一预设时长内没有接收到指定操作，即该终端并不需要该终端的显示界面发生变化，那么该应用程序可以以一个较低的刷新帧率刷新应用程序界面，此时，该终端对处理组件的处理性能的要求较低，因此该终端可以使用对应性能和功耗都相对第二参数较低的第一参数来运行该处理组件。

在一种可能实现的方式中，该应用程序在前台运行的过程中，该终端可以在第一预设时长内监测该终端有没有接收到指定操作，若在第一预设时长内该终端没有接收到指定操作，则该终端将控制其处理组件以该第一参数运行。其中，在第一预设时长内，该终端可以控制该终端的处理组件以第二参数运行。该处理组件可以是该终端的CPU，第一参数相应的可以是CPU的核数数量、CPU的工作频率等。比如，该应用程序在前台运行的过程中，在第一预设时长内，终端可以先以第二参数运行该应用程序，当终端在第一预设时长内监测到该终端没有接收到指定操作，则该终端将其处理组件的运行参数从第二参数调整为第一参数，使该终端在运行该应用程序在没有接收到指定操作之前该终端的处理组件以该第一参数运行。其中，该处理组件以第一参数运行时的功耗小于该处理组件以第二参数运行时的功耗。其中，该第一预设时长可以由程序开发人员或者运维人员预先在终端中设置。

步骤230，当该应用程序在前台运行，且接收到指定操作时，控制该处理组件以第二参数运行。

类似的，该应用程序在终端的前台运行的过程中，若该应用程序接收到指定操作，即该终端需要该终端的显示界面发生变化，那么该应用程序可以以一个较高的刷新帧率刷新应用程序界面，此时，该终端对处理组件的处理性能的要求较高，因此该终端可以使用对应性能和功耗都相对第一参数较高的第二参数来运行该处理组件。

在一种可能实现的方式中，该应用程序在前台运行的过程中，该终端可以监测该终端有没有接收到指定操作，若监测到该终端有接收到指定操作，则该终端将控制其处理组件以该第二参数运行。

需要说明的是，在步骤220的可能实现方式中，在第一预设时长内，该终端可以控制该终端的处理组件以第二参数运行。即，在第一预设时长内，终端的处理组件是以第二参数运行的，当第一预设时长内，该终端没有接收到指定操作时，该终端可以将该终端的处理组件的运行参数从第二参数调整为第一参数。

综上所述，通过确定该终端前台运行的应用程序为操作驱动型应用程序，获取第一参数和第二参数，接收该应用程序在前台运行时的指定操作，在第一预设时长内未接收到指定操作时，控制终端的处理组件以第一参数运行，当接收到指定操作时，控制终端的处理组件以第二参数运行，从而使得该终端前台运行操作驱动型应用程序时，可以根据接收的指定操作，控制该终端的处理组件以不同功耗对应的运行参数运行，提高了处理组件运行参数调整的灵活性，进一步提高了终端功耗的节约效果。

在一种可能实现的方式中，以终端通过监测用户对该应用程序的指定操作，确定该应用程序是否为操作驱动型应用程序为例，对上述实施例做进一步说明。请参考图3，其示出了本申请实施例提供的一种终端的处理组件控制方法的方法流程图。该方法可以用于图1所示的终端中，并由图1中的终端执行，如图2所示，该方法可以包括如下步骤：

步骤310，当应用程序在前台运行时，获取第一帧率和第二帧率。

其中，该第一帧率是未接收到该指定操作时该应用程序的界面刷新帧率；该第二帧率是接收到该指定操作时该应用程序的界面刷新帧率。

可选的，当该应用程序在前台运行时，终端可以持续监测该终端在运行该应用程序的界面刷新帧率。

在一种可能实现的方式中，终端在监测过程中的第二预设时长内未接收到该指定操作时，终端可以根据该第二预设时长内监测到的该界面刷新帧率获取该第一帧率。可选的，该终端可以将第二预设时长内的指定时间点监测到的界面刷新帧率获取为第一帧率。其中，该指定时间点是该第二预设时长内的最后一个监测时间点。

比如，该终端可以在持续监测该终端在运行该应用程序的界面刷新帧率时，还周期性地采集该界面对应的界面刷新帧率，以上述周期是0.1ms为例，即，该终端每隔0.1ms采集一次界面刷新帧率，在第二预设时长内，该终端未接收到该指定操作，假设该终端采集了10个界面刷新帧率的数值，此时，该终端可以以最后一个监测时间点获得到的界面刷新帧率作为第一帧率，即，该指定时间点是该第二预设时间段内最后一个监测时间点。

可选的，该指定时间点可以是该第二预设时长内，该界面刷新帧率发生突变的监测时间点；其中，该监测时间点是监测该界面刷新帧率的时间点。

其中，上述界面刷新帧率发生突变的监测时间点，可以是相对于前一监测时间点，监测到的界面刷新帧率的降幅大于某一阈值的时间点。

在一种可能实现的方式中，用户在终端中打开应用程序时，或者，终端接收到指定操作之后，终端的界面刷新帧率可以以一个较高的帧率刷新，终端在第四预设时长后，若终端未接收到指定操作，则终端的界面刷新帧率可以降到一个较低的帧率。在这种情况下，终端在该应用程序运行时，持续监测该终端在运行该应用程序的界面刷新帧率的过程中，如果第二预设时长大于或者等于第四预设时长，且该终端在第二预设时长内可以监测到一个界面刷新帧率发生突变的时间点，则该终端可以将该界面刷新帧率发生突变的监测时间点作为指定时间点，将相应的该指定时间点对应的界面刷新帧率获取为第一帧率。其中，第二预设时长和第四预设时长均可以由程序开发人员或者运维人员预先在终端中设置。

比如，请参考图4，其示出了本申请实施例提供的一种时间与界面刷新帧率之间的关系示意图。如图4所示，其中包含了第四预设时长T₁，第二预设时长T₂，界面刷新帧率发生突变前的监测时间点t₁，界面刷新帧率发生突变的监测时间点t₂。该应用程序刚刚被用户打开，在第四预设时长T₁内，终端运行该应用程序的界面刷新帧率从图中较高的刷新帧率降低为较低的刷新帧率，在第二预设时长T₂内，该终端已经开始了持续监测该终端在运行该应用程序的界面刷新帧率的过程，在第二预设时长T₂内，终端可以采集到t₁和t₂的帧率值，通过计算t₁和t₂的帧率值之间的差值的绝对值，判断该绝对值是否大于第四帧率阈值，进而判断t₂是否是界面刷新帧率发生突变的监测时间点，比如，当第四帧率阈值为8fps时，在图4中，t₁和t₂对应的帧率值分别为20fps和10fps，此时，终端可以通过上述的判断过程，进而确定出t₂对应的时间点是界面刷新帧率发生突变的监测时间点，将时间点t₂对应的帧率值10fps获取为第一帧率。其中，第四帧率阈值可以由程序开发人员或者运维人员预先在终端中设置。

在一种可能实现的方式中，终端在监测过程中接收到该指定操作时，根据接收到该指定操作之后监测到的该界面刷新帧率获取该第二帧率。可选的，将接收到指定操作之后第一次监测到的界面刷新帧率获取为第二帧率。该终端是可以持续监测该终端在运行该应用程序的界面刷新帧率，即，该终端无论是在接收到指定操作还是未接收到指定操作，都可以持续监测该终端在运行该应用程序的界面刷新帧率，并周期性地采集该界面对应的界面刷新帧率。在获取第二帧率时，就可以将该终端接收到指定操作之后第一次监测到的界面刷新帧率作为第二帧率。

在另一种可能实现的方式中，该终端可以将接收到指定操作之后的第三预设时长内监测到的界面刷新帧率的平均值获取为第二帧率。可选的，该第三预设时长可以小于该终端在接收到指定操作之后界面刷新帧率从高频降低至低频的过程时长。请参考图5，其示出了本申请实施例提供的一种终端中电子书应用程序在页面变化的过程示意图，如图5所示，其中包含了第一页面501，第二页面502，第三页面503，该页面的变化过程是从图5(a)变化至图5(c)的，即，从第一页面501变化至第三页面503的过程。请参考图6，其示出了本申请实施例涉及图5的变化过程中的一种界面刷新帧率随时间变化的过程示意图。如图6所示，其中包含了t₃时刻和t₄时刻，t₃时刻是该终端接收到指定操作时的时刻，t₄时刻是该终端接收到指定操作之后界面刷新帧率开始从高频降低至低频的时刻，即，第三预设时长可以小于t₄-t₃的差值。在第三预设时长内，终端可以周期性地采集到多个界面刷新帧率，终端可以将采集到的多个界面刷新帧率的平均值作为第二帧率。其中，该第三预设时长可以由程序开发人员或者运维人员预先在终端中设置。

需要说明的是，图5的变化过程也可以是从图5(c)变化至图5(a)的，且使该应用程序的页面变化的执行方式可以是用户在终端界面中的滑动操作，如用户按照图5中的箭头方向进行滑动，图5(c)中的箭头仅仅是说明滑动操作的方向性，实际操作界面中并不存在；也可以是用户通过快捷键操作，如点击图5中的504控件；还可以是通过语音操作等，使该终端做出从图5(c)变化至图5(a)或者从图5(a)变化至图5(c)的响应，本申请实施例对此并不加以限定。

步骤320，当该第一帧率和该第二帧率满足预设条件时，确定该应用程序是该操作驱动型应用程序。

在一种可能实现的方式中，当第一帧率小于第一帧率阈值，且第二帧率大于第二帧率阈值时，终端确定该应用程序是该操作驱动型应用程序。比如：第一帧率阈值为10fps，第二帧率阈值为20fps，在步骤310中，获取的第一帧率为8fps，第二帧率为24fps，则该终端可以分别将第一帧率8fps与第一帧率阈值10fps相比较，第二帧率24fps与第二帧率阈值20fps相比较，当终端确定了获取的第一帧率小于第一帧率阈值，且第二帧率大于第二帧率阈值时，该终端便可以确定该应用程序是操作驱动型应用程序。

在另一种可能实现的方式中，当第一帧率小于第二帧率，且第一帧率与第二帧率之间的差值的绝对值大于第三帧率阈值时，终端确定该应用程序是操作驱动型应用程序。比如：第三帧率阈值为10fps，在步骤310中，获取的第一帧率为8fps，第二帧率为24fps，则该终端可以通过计算得到第一帧率与第二帧率之间的差值的绝对值为16fps，将计算得到的差值的绝对值16fps与第三帧率阈值10fps相比较，得到该差值的绝对值大于第三帧率阈值时，该终端就可以确定该应用程序是操作驱动型应用程序。

步骤330，若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数。

其中，该第一参数和第二参数是该终端的处理组件的运行参数；该操作驱动型应用程序是在接收到指定操作前后，界面刷新帧率由低到高变化的应用程序。

在一种可能实现的方式中，终端可以通过预先存储的参数表中获取预先存储的第一参数，该过程的执行步骤，与步骤210中，终端从预先存储的参数表中获取预先存储的第一参数的执行步骤类似，此处不再赘述。

在另一种可能实现的方式中，终端通过获取目标帧率区间，查询区间参数对应表，获得与该目标帧率区间相对应的该第一参数。

其中，该目标帧率区间是第一帧率所在的帧率区间；该区间参数对应表中包含帧率区间与该处理组件的运行参数之间的对应关系。

请参考表2，其示出了本申请实施例提供的一种参数对应表。

区间/fps	第一参数
		[0，5)	第一参数1
[5，10)	第一参数2
		[10，15)	第一参数3
…….	……

表2

终端获取到第一帧率后，可以通过确定该第一帧率所在的区间，将该区间作为目标帧率区间，再通过查询表2，获得与该目标帧率区间相对应的该第一参数。比如，上述终端获取到的第一帧率为8fps时，该终端可以确定该第一帧率所在的区间为[5，10)fps，通过查询表2，将第一参数2获取为第一参数。

在一种可能实现的方式中，第二参数的获取过程，与步骤210中第二参数的获取方式类似，此处不再赘述。

可选的，上述运行参数包括终端的处理组件的启动核心数量上限和处理组件的运行频率上限中的至少一种。

在一种可能实现的方式中，上述运行参数包括该终端的处理组件的启动核心数量上限，且第一参数是预先存储的第一参数时，

第一参数中包含的启动核心数量上限是应用程序前台运行时，该处理组件以第二参数运行且应用程序的界面刷新帧率为第一帧率的过程中，该处理组件实际启动的核心数量的平均值。

比如，该终端在运行该应用程序时，启动了该终端的系统默认的核心数量上限为8核，当该终端以第二参数运行该应用程序，且应用程序的界面刷新帧率为第一帧率的过程中，该处理组件实际启动的核心数量的可以为2核、4核、1核等等，该终端可以在该过程中，可以周期性的获取到不同时刻下，该处理组件实际启动的核心数量。例如，在当该终端以第二参数运行该应用程序，且应用程序的界面刷新帧率为第一帧率的过程中，终端周期性的获取到了3个时刻的核心数量，分别为2核、4核、3核，则该终端可以通过计算获取到该处理组件在该过程中实际启动的核心数量的平均值为3核，将该平均值获取为运行参数中包括的该终端的处理组件的启动核心数量上限，在后续终端从第二参数运行调整为第一参数运行时，就可以相应的将该终端的处理组件的核心数量上限从8核降至3核。

可选的，上述通过计算该处理组件实际启动的核心数量的平均值得到的核心数量上限，可以通过存储的方式，存储于预先存储的第一参数，也可以是终端在持续监测该应用程序的界面刷新帧率的过程中，实时获取该过程中实际启动的核心数量并计算的，以该终端实时计算的该处理组件实际启动的核心数量的平均值直接作为后续该终端在以第一参数运行时，第一参数中包含的启动核心数量上限。

在一种可能实现的方式中，上述运行参数包括该终端的处理组件的运行频率上限，且第一参数是预先存储的第一参数时，第一参数中包含的运行频率上限是程序开发人员或者运维人员预先在终端中设置的。

步骤340，当该应用程序在前台运行，且在第一预设时长内未接收到指定操作时，控制该处理组件以该第一参数运行。

类似的，该步骤执行的过程与步骤220中执行的过程类似，此处不再赘述。

步骤350，当该应用程序在前台运行，且接收到指定操作时，控制该处理组件以第二参数运行。

类似的，该步骤执行的过程与步骤230中执行的过程类似，此处不再赘述。

综上所述，通过确定该终端前台运行的应用程序为操作驱动型应用程序，获取第一参数和第二参数，接收该应用程序在前台运行时的指定操作，在第一预设时长内未接收到指定操作时，控制终端的处理组件以第一参数运行，当接收到指定操作时，控制终端的处理组件以第二参数运行，从而使得该终端前台运行操作驱动型应用程序时，可以根据接收的指定操作，控制该终端的处理组件以不同功耗对应的运行参数运行，提高了处理组件运行参数调整的灵活性，进一步提高了终端功耗的节约效果。

需要说明的是，本申请中提及到的指定操作，均与图2所示实施例中的指定操作的限定相同。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图7，其示出了本申请实施例提供的一种终端的处理组件控制装置的结构框图。该终端的处理组件控制装置可以用于图1所示的终端中，以执行图2或图3所示实施例提供的方法中由终端执行的全部或者部分步骤。该装置主要包括：

第一获取模块710，用于若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数；所述第一参数和所述第二参数是所述终端的处理组件的运行参数；所述操作驱动型应用程序是在接收到指定操作前后，界面刷新帧率由低到高变化的应用程序；

第一控制模块720，用于当所述应用程序在前台运行，且在第一预设时长内未接收到所述指定操作时，控制所述处理组件以所述第一参数运行；

第二控制模块730，用于当所述应用程序在前台运行，且接收到所述指定操作时，控制所述处理组件以所述第二参数运行；

其中，所述处理组件以所述第一参数运行时的功耗小于所述处理组件以所述第二参数运行时的功耗。

在一个可选的实施例中，所述装置还包括：

第二获取模块，用于当所述应用程序在前台运行时，获取第一帧率和第二帧率；所述第一帧率是未接收到所述指定操作时所述应用程序的界面刷新帧率；所述第二帧率是接收到所述指定操作时所述应用程序的界面刷新帧率；

确定模块，用于当所述第一帧率和所述第二帧率满足预设条件时，确定所述应用程序是所述操作驱动型应用程序。

在一个可选的实施例中，所述预设条件包括：

所述第一帧率小于第一帧率阈值，且所述第二帧率大于第二帧率阈值；

或者，

所述第一帧率小于所述第二帧率，且所述第一帧率与所述第二帧率之间的差值的绝对值大于第三帧率阈值。

在一个可选的实施例中，所述第二获取模块，具体用于，

当所述应用程序在前台运行时，持续监测所述应用程序的界面刷新帧率；

在监测过程中的第二预设时长内未接收到所述指定操作时，根据所述第二预设时长内监测到的所述界面刷新帧率获取所述第一帧率；

在监测过程中接收到所述指定操作时，根据接收到所述指定操作之后监测到的所述界面刷新帧率获取所述第二帧率。

在一个可选的实施例中，在所述根据所述第二预设时长内监测到的所述界面刷新帧率获取所述第一帧率时，所述第二获取模块，具体用于，

将在所述第二预设时长内的指定时间点监测到的所述界面刷新帧率获取为所述第一帧率；

其中，所述指定时间点是所述第二预设时长内的最后一个监测时间点；或者，所述指定时间点是所述第二预设时长内，所述界面刷新帧率发生突变的监测时间点；所述监测时间点是监测所述界面刷新帧率的时间点。

在一个可选的实施例中，在所述根据接收到所述指定操作之后监测到的所述界面刷新帧率获取所述第二帧率时，所述第二获取模块，具体用于，

将接收到所述指定操作之后第一次监测到的所述界面刷新帧率获取为所述第二帧率；

或者，

将接收到所述指定操作之后的第三预设时长内监测到的所述界面刷新帧率的平均值获取为所述第二帧率。

在一个可选的实施例中，在获取第一参数时，所述第一获取模块710具体用于，

获取预先存储的所述第一参数；

或者，

获取目标帧率区间，所述目标帧率区间是所述第一帧率所在的帧率区间；查询区间参数对应表，获得与所述目标帧率区间相对应的所述第一参数，所述区间参数对应表中包含帧率区间与所述处理组件的运行参数之间的对应关系。

在一个可选的实施例中，所述运行参数包括所述处理组件的启动核心数量上限和所述处理组件的运行频率上限中的至少一种。

在一个可选的实施例中，当所述运行参数包括所述处理组件的启动核心数量上限，且所述第一参数是预先存储的所述第一参数时，

所述第一参数中包含的所述启动核心数量上限是所述应用程序前台运行时，所述处理组件以所述第二参数运行且所述应用程序的界面刷新帧率为所述第一帧率的过程中，所述处理组件实际启动的核心数量的平均值。

在一个可选的实施例中，所述指定操作是针对所述应用程序的控制操作中，除了取消所述应用程序在前台运行的操作之外的任意操作。

请参考图8，其示出了本申请实施例提供的一种终端的结构示意图。该终端用于实施上述实施例中提供的终端的处理组件控制方法。具体来讲：

所述终端800包括中央处理单元(CPU)801、包括随机存取存储器(RAM)802和只读存储器(ROM)803的系统存储器804，以及连接系统存储器804和中央处理单元801的系统总线805。所述终端800还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)806，和用于存储操作系统813、应用程序814和其他程序模块815的大容量存储设备807。

所述基本输入/输出系统806包括有用于显示信息的显示器808和用于用户角色输入信息的诸如鼠标、键盘之类的输入设备809。其中所述显示器808和输入设备809都通过连接到系统总线805的输入输出控制器810连接到中央处理单元801。所述基本输入/输出系统806还可以包括输入输出控制器810以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器810还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备807通过连接到系统总线805的大容量存储控制器(未示出)连接到中央处理单元801。所述大容量存储设备807及其相关联的计算机可读介质为终端800提供非易失性存储。也就是说，所述大容量存储设备807可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器804和大容量存储设备807可以统称为存储器。

根据本申请的各种实施例，所述终端800还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即终端800可以通过连接在所述系统总线805上的网络接口单元811连接到网络812，或者说，也可以使用网络接口单元811来连接到其他类型的网络或远程计算机系统(未示出)。

上述大容量存储设备807中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集经配置以由一个或者一个以上处理器执行，以实现上述实施例中由终端执行的各个步骤的功能。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的终端的处理组件控制方法中，由终端执行的全部或部分步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的终端的处理组件控制方法，由终端执行的全部或部分步骤。

需要说明的是：上述实施例提供的装置在执行终端的处理组件控制时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种终端的处理组件控制方法，其特征在于，所述方法包括：

若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数；所述第一参数和所述第二参数是所述终端的处理组件的运行参数；所述操作驱动型应用程序是在接收到指定操作前后，界面刷新帧率由低到高变化的应用程序；所述指定操作是除了取消该应用程序在前台运行的操作之外的任意操作或者任意种操作的组合；

当所述应用程序在前台运行，且在第一预设时长内未接收到所述指定操作时，控制所述处理组件以所述第一参数运行；

当所述应用程序在前台运行，且接收到所述指定操作时，控制所述处理组件以所述第二参数运行；

其中，所述处理组件以所述第一参数运行时的功耗小于所述处理组件以所述第二参数运行时的功耗。

2.根据权利要求1所述的方法，其特征在于，所述若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数之前，还包括：

当所述应用程序在前台运行时，获取第一帧率和第二帧率；所述第一帧率是未接收到所述指定操作时所述应用程序的界面刷新帧率；所述第二帧率是接收到所述指定操作时所述应用程序的界面刷新帧率；

当所述第一帧率和所述第二帧率满足预设条件时，确定所述应用程序是所述操作驱动型应用程序。

3.根据权利要求2所述的方法，其特征在于，所述预设条件包括：

所述第一帧率小于第一帧率阈值，且所述第二帧率大于第二帧率阈值；

或者，

所述第一帧率小于所述第二帧率，且所述第一帧率与所述第二帧率之间的差值的绝对值大于第三帧率阈值。

4.根据权利要求2所述的方法，其特征在于，所述当所述应用程序在前台运行时，获取第一帧率和第二帧率，包括：

当所述应用程序在前台运行时，持续监测所述应用程序的界面刷新帧率；

在监测过程中的第二预设时长内未接收到所述指定操作时，根据所述第二预设时长内监测到的所述界面刷新帧率获取所述第一帧率；

在监测过程中接收到所述指定操作时，根据接收到所述指定操作之后监测到的所述界面刷新帧率获取所述第二帧率。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第二预设时长内监测到的所述界面刷新帧率获取所述第一帧率，包括：

将在所述第二预设时长内的指定时间点监测到的所述界面刷新帧率获取为所述第一帧率；

其中，所述指定时间点是所述第二预设时长内的最后一个监测时间点；或者，所述指定时间点是所述第二预设时长内，所述界面刷新帧率发生突变的监测时间点；所述监测时间点是监测所述界面刷新帧率的时间点。

6.根据权利要求4所述的方法，其特征在于，所述根据接收到所述指定操作之后监测到的所述界面刷新帧率获取所述第二帧率，包括：

将接收到所述指定操作之后第一次监测到的所述界面刷新帧率获取为所述第二帧率；

或者，

将接收到所述指定操作之后的第三预设时长内监测到的所述界面刷新帧率的平均值获取为所述第二帧率。

7.根据权利要求2至6任一所述的方法，其特征在于，所述获取第一参数，包括：

获取预先存储的所述第一参数；

或者，

获取目标帧率区间，所述目标帧率区间是所述第一帧率所在的帧率区间；查询区间参数对应表，获得与所述目标帧率区间相对应的所述第一参数，所述区间参数对应表中包含帧率区间与所述处理组件的运行参数之间的对应关系。

8.根据权利要求7所述的方法，其特征在于，所述运行参数包括所述处理组件的启动核心数量上限和所述处理组件的运行频率上限中的至少一种。

9.根据权利要求8所述的方法，其特征在于，当所述运行参数包括所述处理组件的启动核心数量上限，且所述第一参数是预先存储的所述第一参数时，

所述第一参数中包含的所述启动核心数量上限是所述应用程序前台运行时，所述处理组件以所述第二参数运行且所述应用程序的界面刷新帧率为所述第一帧率的过程中，所述处理组件实际启动的核心数量的平均值。

10.根据权利要求1至6任一所述的方法，其特征在于，

所述指定操作是针对所述应用程序的控制操作中，除了取消所述应用程序在前台运行的操作之外的任意操作。

11.一种终端的处理组件控制装置，其特征在于，所述装置包括：

第一获取模块，用于若终端前台运行的应用程序是操作驱动型应用程序，则获取第一参数，并获取第二参数；所述第一参数和所述第二参数是所述终端的处理组件的运行参数；所述操作驱动型应用程序是在接收到指定操作前后，界面刷新帧率由低到高变化的应用程序；所述指定操作是除了取消该应用程序在前台运行的操作之外的任意操作或者任意种操作的组合；

第一控制模块，用于当所述应用程序在前台运行，且在第一预设时长内未接收到所述指定操作时，控制所述处理组件以所述第一参数运行；

第二控制模块，用于当所述应用程序在前台运行，且接收到所述指定操作时，控制所述处理组件以所述第二参数运行；

其中，所述处理组件以所述第一参数运行时的功耗小于所述处理组件以所述第二参数运行时的功耗。

12.一种计算机设备，其特征在于，所述计算机设备包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至10任一所述的终端的处理组件控制方法。

13.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至10任一所述的终端的处理组件控制方法。

Images