CN113778669A - 系统资源分配方法、系统资源分配装置及存储介质 - Google Patents

Abstract

本公开是关于一种系统资源分配方法、系统资源分配装置及存储介质。响应于所述终端被启动，确定所述终端的类型等级，不同的类型等级对应不同的硬件能力；为所述终端分配匹配所述类型等级对应硬件能力的系统资源量，并控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行。通过本公开可以对硬件能力不同的终端进行系统资源的差异化配置。

Description

系统资源分配方法、系统资源分配装置及存储介质

技术领域

本公开涉及智能终端技术领域，尤其涉及一种系统资源分配方法、系统资源分配装置及存储介质。

背景技术

日常生活中，例如手机等终端上运行的应用程序种类越来越多样化。相关技术中，应用程序在终端内运行，需要调用终端的系统资源。

相关技术中，针对硬件性能不同的多种类型的终端，系统资源总量也有所不同。这些终端在运行同一类型应用程序时，为应用程序分配的系统资源量是相同的。相关技术中，针对调用系统资源较多的应用程序，在性能较高且系统资源量较大的终端上进行资源调用，不会对终端的运行产生影响，但在性能较差且系统资源有限的终端上进行资源调用，则容易造成终端卡顿。

发明内容

为克服相关技术中存在的问题，本公开提供一种系统资源分配方法、系统资源分配装置及存储介质。

根据本公开实施例的第一方面，提供一种系统资源分配方法，应用于终端，包括：

响应于所述终端被启动，确定所述终端的类型等级，不同的类型等级对应不同的硬件能力；为所述终端分配匹配所述类型等级对应硬件能力的系统资源量，并控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行。

一实施方式中，确定所述终端的类型等级，包括：响应于所述终端被首次启动，基于预先存储于所述终端的等级判定表，确定所述终端的类型等级；其中，所述等级判定表中记录有终端的类型等级与终端的硬件能力的对应关系，其中，每一类型等级对应有一种或多种硬件能力。

一实施方式中，所述等级判定表中记录中央处理器CPU对应的类型等级、图形处理器GPU对应的类型等级以及运行内存RAM能力范围对应的类型等级；基于预先存储于所述终端的等级判定表，确定所述终端的类型等级，包括：在所述等级判定表中，读取所述CPU对应的类型等级，以及所述GPU对应的类型等级，并确定所述终端RAM能力值所属RAM能力范围对应的类型等级；将CPU对应的类型等级，GPU对应的类型等级，以及RAM能力值所属RAM能力范围对应的类型等级中最低类型等级，确定为所述终端的类型等级。

一实施方式中，确定所述终端的类型等级，包括：响应于所述终端被首次启动，判断所述终端的硬件能力是否适配预设系统版本；若所述终端的硬件能力适配所述预设系统版本，则确定所述终端的类型等级处于第一类型等级范围；若所述终端的硬件能力不适配所述预设系统版本，则确定所述终端的类型等级处于第二类型等级范围；其中，所述第一类型等级范围内的最低类型等级高于所述第二类型等级范围内的最高类型等级。

一实施方式中，确定所述终端的类型等级，包括：响应于所述终端非首次启动，将所述终端的本地数据库中存储的类型等级，确定为所述终端的类型等级。

一实施方式中，所述方法还包括：周期性控制所述终端与云端服务器建立通信，并获取云端服务器存储的类型等级；基于所述云端服务器存储的类型等级，更新所述本地数据库存储的类型等级。

一实施方式中，控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行，包括：若确定所述终端的类型等级处于第一类型等级范围，则控制所述终端以第一工作模式运行，在所述第一工作模式下，所述终端为终端上运行的应用程序分配所述应用程序期望的系统资源量；若确定所述终端的类型等级处于第二类型等级范围，则控制所述终端以第二工作模式运行，在所述第二工作模式下，所述终端基于所述终端的类型等级为终端上运行的应用程序分配低于所述应用程序期望的系统资源量。

根据本公开实施例的第二方面，提供一种系统资源分配装置，应用于终端，包括：

确定单元，响应于所述终端被启动，确定所述终端的类型等级，不同的类型等级对应有不同的硬件能力；控制单元，用于为所述终端分配匹配所述类型等级对应硬件能力的系统资源量，并控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行。

一实施方式中，所述确定单元采用如下方式确定所述终端的类型等级：响应于所述终端被首次启动，基于预先存储于所述终端的等级判定表，确定所述终端的类型等级；其中，所述等级判定表中记录有终端的类型等级与终端硬件能力的对应关系，其中，每一类型等级对应有一种或多种硬件的硬件能力。

一实施方式中，所述等级判定表中记录中央处理器CPU对应的类型等级、图形处理器GPU对应的类型等级以及运行内存RAM能力范围对应的类型等级；所述确定单元采用如下方式基于预先存储于所述终端的等级判定表，确定所述终端的类型等级：在所述等级判定表中，读取所述CPU对应的类型等级，以及所述GPU对应的类型等级，并确定所述终端RAM能力值所属RAM能力范围对应的类型等级；将CPU对应的类型等级，GPU对应的类型等级，以及RAM能力值所属RAM能力范围对应的类型等级中最低类型等级，确定为所述终端的类型等级。

一实施方式中，所述确定单元采用如下方式确定所述终端的类型等级：响应于所述终端被首次启动，判断所述终端的硬件能力是否适配预设系统版本；若所述终端的硬件能力适配所述预设系统版本，则确定所述终端的类型等级处于第一类型等级范围；若所述终端的硬件能力不适配所述预设系统版本，则确定所述终端的类型等级处于第二类型等级范围的类型等级；其中，所述第一类型等级范围内的最低类型等级高于所述第二类型等级范围内的最高类型等级。

一实施方式中，所述确定单元采用如下方式确定所述终端的类型等级：响应于所述终端非首次启动，将所述终端的本地数据库中存储的类型等级，确定为所述终端的类型等级。

一实施方式中，所述控制单元还用于：周期性控制所述终端与云端服务器建立通信，并获取云端服务器存储的类型等级；基于所述云端服务器存储的类型等级，更新所述本地数据库存储的类型等级。

一实施方式中，所述控制单元采用如下方式控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行：若确定所述终端的类型等级处于第一类型等级范围，则控制所述终端以第一工作模式运行，在所述第一工作模式下，所述终端为终端上运行的应用程序分配所述应用程序期望的系统资源量；若确定所述终端的类型等级处于第二类型等级范围，则控制所述终端以第二工作模式运行，在所述第二工作模式下，所述终端基于所述终端的类型等级为终端上运行的应用程序分配低于所述应用程序期望的系统资源量。

根据本公开实施例第三方面，提供一种系统资源分配装置，包括：

处理器；用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行第一方面或者第一方面任意一种实施方式中所述的系统资源分配方法。

根据本公开实施例第四方面，提供一种存储介质，所述存储介质中存储有指令，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行第一方面或者第一方面任意一种实施方式中所述的系统资源分配方法。

本公开的实施例提供的技术方案可以包括以下有益效果：在终端被触发启动的情况下，确定终端的类型等级，不同的类型等级对应有不同的硬件能力。通过为终端分配匹配类型等级对应硬件能力的系统资源量，并控制终端以匹配类型等级对应硬件能力的系统资源量运行的方式，可以对硬件能力不同的终端进行系统资源的差异化配置。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种系统资源分配方法的流程图。

图2是根据一示例性实施例示出的另一种系统资源分配方法的流程图。

图3是根据一示例性实施例示出的一种基于等级判定表确定终端的类型等级的方法流程图。

图4是根据一示例性实施例示出的一种CPU对应的等级判定表的示意图。

图5是根据一示例性实施例示出的一种GPU对应的等级判定表的示意图。

图6是根据一示例性实施例示出的一种终端的等级判定表的示意图。

图7是根据一示例性实施例示出的另一种终端的等级判定表的示意图。

图8是根据一示例性实施例示出的一种基于终端系统版本确定终端的类型等级的方法流程图。

图9是根据一示例性实施例示出的一种基于终端本地数据库确定终端的类型等级的方法流程图。

图10是根据一示例性实施例示出的一种基于云端服务器更新终端的类型等级的方法流程图。

图11是根据一示例性实施例示出的一种控制终端以匹配类型等级对应硬件能力的系统资源量运行的方法流程图。

图12是根据一示例性实施例示出的一种系统资源分配方法的流程框图。

图13是根据一示例性实施例示出的一种系统资源分配装置框图。

图14是根据一示例性实施例示出的一种用于系统资源分配的装置的框图。

具体实施方式

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

在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本公开一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。下面结合附图对本公开的实施例进行详细说明。

本公开实施例提供的系统资源分配方法可以应用于终端运行应用程序的场景中。例如，可以应用于例如手机等终端运行应用程序，并为所运行应用程序分配系统资源的场景中。

相关技术中，例如随机存取存储器(Random Access Memory，RAM)、中央处理器(Central Processing Unit，CPU)以及图形处理器(Graphics Processing Unit，GPU)等硬件配置，通常作为终端的系统资源，在终端运行应用程序时供应用程序调用。

随着移动互联网的发展，终端上运行的应用程序种类越来越多样化，提供的服务越来越丰富。相关技术中，应用程序在丰富功能和/或提升视觉效果的同时，所占用系统资源也逐渐增多。若此类调用系统资源较多的应用程序在硬件配置较差的终端上进行资源调用，则会占用终端大部分系统资源，进而使终端后台其他应用程序的驻留能力减弱，以及使终端前台应用程序卡顿。

本公开提供了一种系统资源分配方法，在终端被触发启动的情况下，可以为终端分配匹配终端硬件能力的系统资源量，并控制终端以匹配硬件能力的系统资源量运行。

图1是根据一示例性实施例示出的一种系统资源分配方法的流程图，如图1所示，系统资源分配方法用于终端中，包括以下步骤。

在步骤S11中，响应于终端被启动，确定终端的类型等级，不同的类型等级对应不同的硬件能力。

在步骤S12中，为终端分配匹配类型等级对应硬件能力的系统资源量，并控制终端以匹配类型等级对应硬件能力的系统资源量运行。

本公开实施例中，可以控制终端以匹配类型等级对应硬件能力的系统资源量运行。

一示例中，可以在终端本地预先储存用于确定终端的类型等级的等级判定表。其中，等级判定表中记录有类型等级与终端硬件能力的对应关系，其中，每一类型等级对应有一种或多种硬件的硬件能力。一示例中，可以在终端首次启动的情况下，根据等级判定表，确定出终端的类型等级。

图2是根据一示例性实施例示出的另一种系统资源分配方法的流程图，如图2所示，本公开实施例提供的系统资源分配方法中的步骤S22中的实施过程与图1所示步骤S12的执行方法相似，在此不再赘述。

在步骤S21中，响应于终端首次启动，基于预先存储于终端的等级判定表，确定终端的类型等级。

一示例中，等级判定表中可以记录有CPU对应的类型等级、GPU对应的类型等级以及RAM能力范围对应的类型等级。一实施方式中，可以根据等级判定表中CPU对应的类型等级、GPU对应的类型等级以及根据终端RAM能力值所属RAM能力范围对应的类型等级，确定出终端的类型等级。

图3是根据一示例性实施例示出的一种基于等级判定表确定终端的类型等级的方法流程图，如图3所示，包括以下步骤。

在步骤S31中，在等级判定表中，读取CPU对应的类型等级，以及GPU对应的类型等级，并确定终端RAM能力值所属RAM能力范围对应的类型等级。

在步骤S32中，将CPU对应的类型等级，GPU对应的类型等级，以及RAM能力值所属RAM能力范围对应的类型等级中最低类型等级，确定为终端的类型等级。

本公开实施例中，将终端各硬件对应的类型等级中的最低类型等级，确定为终端的类型等级。该方法可以减少因同一终端不同硬件之间性能差异过大而导致的类型等级误判，进一步减小了终端卡顿的风险。

一示例中，RAM能力范围对应的类型等级，可以是根据RAM的运行内存大小划分的。例如，可以根据RAM的运行内存大小，将RAM能力范围划分为第一RAM能力范围(例如运行内存≥6G)、第二RAM能力范围(例如6G＞运行内存≥4G)以及第三RAM能力范围(例如运行内存<4G)。进一步的，将终端RAM能力值处于第一RAM能力范围的终端确定为高端机，将RAM能力值处于第二RAM能力范围的终端确定为中端机，以及将RAM能力值处于第三RAM能力范围的终端确定为入门机。

另一示例中，可以通过跑分软件确定CPU和/或GPU的跑分结果，进而通过与其对应的等级判定表，查找得到CPU对应的类型等级和/或GPU对应的类型等级。例如，可以通过跑分软件获取终端CPU跑分结果，进而在如图4所示的CPU对应的等级判定表中，查找CPU跑分结果所处的跑分范围(比如跑分结果≥140000)，并将与该范围对应的类型等级(比如高端机)确定为CPU对应的类型等级。又例如，可以通过跑分软件获取终端GPU跑分结果，进而在如图5所示的GPU对应的等级判定表中，查找CPU跑分结果所处的跑分范围(比如跑分结果≤50000)，并将与该范围对应的类型等级(比如入门机)确定为CPU对应的类型等级。本公开实施例提供的系统资源分配方法，在预先确定CPU对应的类型等级以及GPU对应的类型等级的情况下，可以直接将CPU对应的类型等级以及GPU对应的类型等级存入终端的等级判定表，使终端无需在每次启动时判定CPU对应的类型等级以及GPU对应的类型等级。

一实施方式中，在确定CPU对应的类型等级、确定GPU对应的类型等级以及RAM能力范围对应的类型等级的情况下，可以将CPU对应的类型等级、确定GPU对应的类型等级以及RAM能力范围对应的类型等级存入如图6所示的等级判定表中。例如，可以是在确定第一RAM能力范围(例如运行内存≥6G)、第二RAM能力范围(例如6G＞运行内存≥4G)以及第三RAM能力范围(例如运行内存<4G)，以及确定CPU对应的类型等级(高端机)和GPU对应的类型等级(入门机)的情况下，将这些内容存入等级判定表，得到如图7所示的等级判定表。进一步的，可以将该等级判定表存储于终端本地，以待终端启动时调用。

本公开实施例中，可以将CPU对应的类型等级、GPU对应的类型等级以及RAM能力值所属RAM能力范围对应的类型等级中的最低类型等级，确定为终端的类型等级。当然，还可以根据CPU对应的类型等级、GPU对应的类型等级以及RAM能力值所属RAM能力范围对应的类型等级之间的权重关系，对终端的类型等级进行进一步细化，以使类型等级可以更好的反应出终端实际的硬件能力。例如，可以将RAM能力值所属RAM能力范围对应的类型等级设置为高权重，将CPU对应的类型等级以及GPU对应的类型等级设置为低权重。进一步的，在确定CPU对应的类型等级、GPU对应的类型等级以及RAM能力值所属RAM能力范围对应的类型等级的情况下，依据权重关系，确定终端的类型等级。本公开对类型等级的确定方式不做具体限定。

本公开实施例中，终端适配的系统版本可以侧面反映出终端的硬件能力。一示例中，还可以通过检查终端适配系统版本的方式，确定终端的类型等级。

一示例中，终端可以以多种不同工作模式运行，例如可以以第一工作模式运行，或以第二工作模式运行。其中，在第一工作模式下，终端可以为其所运行的应用程序分配应用程序期望的系统资源量，在第二工作模式下，终端可以根据其类型等级为其所运行的应用程序分配低于应用程序期望的系统资源量。

本公开实施例为便于描述，将终端以第一工作模式运行的类型等级范围称为第一类型等级范围，将终端以第二工作模式运行的类型等级范围称为第二类型等级范围。

图8是根据一示例性实施例示出的一种基于终端系统版本确定终端的类型等级的方法流程图，如图8所示，包括以下步骤。

在步骤S41中，响应于终端首次启动，判断终端的硬件能力是否适配预设系统版本。

在步骤S42a中，若终端的硬件能力适配预设系统版本，则确定终端的类型等级处于第一类型等级范围。

在步骤S42b中，若终端的硬件能力不适配预设系统版本，则确定终端的类型等级处于第二类型等级范围。

其中，第一类型等级范围内的最低类型等级高于第二类型等级范围内的最高类型等级。

一示例中，确定终端的类型等级所需的相关数据可以以归档文件格式(.jar)存储于终端本地。

本公开实施例中，适配预设版本的终端与不适配预设版本的终端之间的硬件能力差异较为明显，通过本公开可以较好的区分高性能终端与低性能终端，以便于后续对不同类型等级的终端进行差异化配置。

本公开实施例提供的系统资源分配方法，可以在终端首次启动的情况下，确定终端的类型等级。进一步的，可以将终端的类型等级存储于终端的本地数据库，以待终端非首次启动时直接调用。

图9是根据一示例性实施例示出的一种基于终端本地数据库确定终端的类型等级的方法流程图，如图9所示，本公开实施例提供的系统资源分配方法中的步骤S52中的实施过程与图1所示步骤S12的执行方法相似，在此不再赘述。

在步骤S51中，响应于终端非首次启动，将终端的本地数据库中存储的类型等级，确定为终端的类型等级。

一示例中，可以通过云端服务器对终端的类型等级进行更新。

图10是根据一示例性实施例示出的一种基于云端服务器更新终端的类型等级的方法流程图，如图10所示，包括以下步骤。

在步骤S61中，周期性控制终端与云端服务器建立通信，并获取云端服务器存储的类型等级。

在步骤S62中，基于云端服务器存储的类型等级，更新本地数据库存储的类型等级。

通过本公开可以在需要对终端的类型等级进行降级或升级情况下，通过云控更新的方式更新终端的类型等级，以此满足用户在多种场景下的使用需求。

本公开实施例中，可以针对不同类型等级的终端，进行系统资源的差异化配置。

图11是根据一示例性实施例示出的一种控制终端以匹配类型等级对应硬件能力的系统资源量运行的方法流程图，如图11所示，本公开实施例提供的系统资源分配方法中的步骤S71中的实施过程与图1所示步骤S11的执行方法相似，在此不再赘述。

在步骤S72a中，若确定终端的类型等级处于第一类型等级范围，则控制终端以第一工作模式运行，在第一工作模式下，终端为终端上运行的应用程序分配应用程序期望的系统资源量。

在步骤S72b中，若确定终端的类型等级处于第二类型等级范围，则控制终端以第二工作模式运行，在第二工作模式下，终端基于终端的类型等级为终端上运行的应用程序分配低于应用程序期望的系统资源量。

一示例中，为终端上运行的应用程序分配低于应用程序期望的系统资源量，例如，可以是删除应用程序的画面转场特效，以此实现应用程序的功能精简。又例如，还可以是将应用程序中显示的动态图像替换为静态图像，以此实现应用程序的效果精简。此外，还可以在确定终端的类型等级处于第二类型等级范围的情况下，在终端后台删除系统默认运行的非必要应用程序，以此释放终端部分系统资源。

本公开实施例中，在高性能终端运行应用程序时，为应用程序分配应用程序期望的系统资源量，以保证应用程序的运行质量。在低性能终端运行应用程序时为应用程序分配低于应用程序期望的系统资源量，以减少低性能终端的卡顿风险。通过本公开实现了对不同类型等级的终端的系统资源差异化配置。

一示例中，可以对终端设置用于开启或关闭终端以匹配类型等级对应硬件能力的系统资源量运行的功能控件开关，以满足用户的使用需求。例如，针对类型等级处于第二类型等级范围的终端，若用户希望终端以最优的运行效果运行应用程序，则可以通过将功能控件开关设置为关闭的方式，使类型等级处于第二类型等级范围的终端以应用程序所需的系统资源量运行应用程序。

图12是根据一示例性实施例示出的一种系统资源分配方法的流程框图，如图12所示，在终端被触发启动的情况下，终端可以检测设置(settings)数据库中是否存在合法数据，即是否存储有终端的类型等级。

一示例中，在确定设置数据库中未存储有终端的类型等级的情况下，可以读取存储于终端本地的等级判定表，并根据该等级判定表，确定终端的类型等级。例如，等级判定表中存储有CPU对应的类型等级、GPU对应的类型等级以及RAM能力范围对应的类型等级。终端可以直接读取等级判定表中的CPU类型等级和GPU类型等级，以及在获取到终端RAM能力值的情况下，根据等级判定表中存储的RAM能力范围对应的类型等级，确定RAM能力值所属RAM能力范围对应的类型等级。一实施方式中，可以将CPU对应的类型等级、GPU对应的类型等级以及RAM能力值所属RAM能力范围对应的类型等级中的最低类型等级，确定为终端的类型等级。

另一示例中，在确定设置数据库中未存储有终端的类型等级的情况下，可以根据终端适配的系统版本确定终端的类型等级。例如，可以获取终端的版本号，若通过版本号确定终端适配的系统版本符合预设系统版本，则确定终端的类型等级处于第一类型等级范围内。若通过版本号确定终端适配的系统版本不符合预设版本，则确定终端的类型等级处于第二类型等级范围内。其中，处于第一类型等级范围内类型等级，可以理解为无需减少应用程序调用系统资源量的类型等级，处于第二类型等级范围内类型等级，可以理解为需要减少应用程序调用系统资源量的类型等级。

本公开实施例提供的系统资源分配方法，可以在确定终端的类型等级的情况下，将终端的类型等级以字符串的形式存储于设置数据库。该方法可以使终端无需在每次启动时通过等级判定表和/或终端适配系统版本确定终端的类型等级，直接在设置数据库中读取终端的类型等级。

又一示例中，在确定设置数据库中存储有终端的类型等级的情况下，可以读取设置数据库中终端的类型等级对应的字符串，进而通过编译字符串的方式，确定终端的类型等级。

本公开实施例中，终端设置有用于将系统层数据发送至应用层的数据传输接口。一示例中，终端可以在系统层确定终端的类型等级，并将终端的类型等级和预先存储于终端的代码包通过数据传输接口，由终端的系统层发送至终端的应用层。其中，预先存储于终端的代码包用于在终端的类型等级处于第二类型等级范围时，为应用程序分配低于应用程序期望的系统资源量。进一步的，当终端运行应用程序时，终端应用层可以根据终端的类型等级以及由系统层发送的代码包，为应用程序分配与终端的类型等级相匹配的系统资源量。

一实施方式中，可以在确定终端的类型等级较高时(类型等级处于第一类型等级范围)，为终端运行的应用程序分配应用程序期望的系统资源量，以使应用程序以完整的效果运行，满足用户的使用需求。

另一实施方式中，可以在确定终端的类型等级较低时(类型等级处于第二类型等级范围)，为终端运行的应用程序分配低于应用程序期望的系统资源量，以使终端后台可以驻留更多应用程序，以及减少了终端前台应用程序卡顿的风险。其中，减少终端运行应用程序时所分配的系统资源量，例如可以是删除应用程序的画面转场特效，还可以是将应用程序中显示的动态图像替换为静态图像。

本公开提供的系统资源分配方法，可以通过云端控制的方式，更新终端的类型等级。

一示例中，云端服务器可以通过更新云控数据库中终端的类型等级的方式，更新终端的类型等级。例如，终端本地的设置数据库中存储有通过等级判定表和/或终端系统版本确定的终端的类型等级，终端本地的云控数据库中存储云端服务器下发的类型等级。其中，云控数据库中的类型等级也可以是以字符串的形式存储的。一实施方式中，终端可以采用实时监控的方式，比对两数据库中存储的类型等级。进而在云端服务器更新云控数据库中存储的类型等级，且终端监测到两数据库中终端的类型等级不一致的情况下，以云控数据库中存储的类型等级作为基准类型等级，替换设置数据库中存储的类型等级。由于终端启动时通常需要读取设置数据库中存储的类型等级，以云控数据库中类型等级更新设置数据库中类型等级的方式，可以实现以云端控制的方式更新终端的类型等级。

另一示例中，云端服务器还可以通过下发指令的方式，更改等级判定表中的类型等级判定标准。终端可以根据更改后的等级判定表重新确定终端的类型等级，以此实现终端的类型等级的更新。例如，可以将等级判定表中原有的RAM能力范围划分规则(例如，第一RAM能力范围：RAM≥6G，第二RAM能力范围：6G＞RAM≥4G，第三RAM能力范围RAM＜4G)更改为云端服务器重新规划的RAM能力范围划分规则(例如，第一RAM能力范围：RAM≥8G，第二RAM能力范围：8G＞RAM≥6G，第三RAM能力范围RAM＜6G)。进一步的，终端根据重新规划的RAM能力范围划分规则，重新确定终端的类型等级，以此实现以云端控制的方式更新终端的类型等级。

通过本公开可以在需要对终端的类型等级进行降级或升级情况下，通过云控更新的方式更新终端的类型等级，以此满足用户在多种场景下的使用需求。

本公开实施例提供的系统资源分配方法，可以根据终端的类型等级，分配匹配类型等级对应硬件能力的系统资源量。针对类型等级较高的高性能终端，控制终端分配应用程序所需的系统资源量，无需限制应用程序所调用的系统资源量，以使应用程序以最佳的运行效果运行，满足用户的使用需求。针对类型等级较低的低性能终端，控制终端减少应用程序所调用的系统资源量，以增加终端后台同时可驻留的应用程序数量，且减少了终端前台应用程序卡顿的风险。通过本公开实现了针对不同类型等级终端的差异化配置，使各类型等级的终端都能够以较优的运行方式运行，实现了向前兼容、向后扩展以及云控场景覆盖，使终端可以抵御长久的硬件变化。

基于相同的构思，本公开实施例还提供一种系统资源分配装置。

可以理解的是，本公开实施例提供的系统资源分配装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本公开实施例中所公开的各示例的单元及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的技术方案的范围。

图13是根据一示例性实施例示出的一种系统资源分配装置框图。参照图13，该装置100包括确定单元101和控制单元102。

确定单元101，响应于终端被触发启动，确定终端的类型等级，不同的类型等级对应有不同的硬件能力。控制单元，用于为终端分配匹配类型等级对应硬件能力的系统资源量，并控制终端以匹配类型等级对应硬件能力的系统资源量运行。

一实施方式中，确定单元101采用如下方式确定终端的类型等级：响应于终端被触发首次启动，基于预先存储于终端的等级判定表，确定终端的类型等级。其中，等级判定表中记录有终端的类型等级与终端硬件能力的对应关系，其中，每一类型等级对应有一种或多种硬件的硬件能力。

一实施方式中，等级判定表中记录中央处理器CPU对应的类型等级、图形处理器GPU对应的类型等级以及运行内存RAM能力范围对应的类型等级。确定单元101采用如下方式基于预先存储于终端的等级判定表，确定终端的类型等级：在等级判定表中，读取CPU对应的类型等级，以及GPU对应的类型等级，并确定终端RAM能力值所属RAM能力范围对应的类型等级。将CPU对应的类型等级，GPU对应的类型等级，以及RAM能力值所属RAM能力范围对应的类型等级中最低类型等级，确定为终端的类型等级。

一实施方式中，确定单元101采用如下方式确定终端的类型等级：响应于终端被首次启动，判断终端的硬件能力是否适配预设系统版本。若终端的硬件能力适配预设系统版本，则确定终端的类型等级处于第一类型等级范围。若终端的硬件能力不适配预设系统版本，则确定终端的类型等级处于第二类型等级范围的类型等级。其中，第一类型等级范围内的最低类型等级高于第二类型等级范围内的最高类型等级。

一实施方式中，确定单元101采用如下方式确定终端的类型等级：响应于终端非首次启动，将终端的本地数据库中存储的类型等级，确定为终端的类型等级。

一实施方式中，控制单元102还用于：周期性控制终端与云端服务器建立通信，并获取云端服务器存储的类型等级。基于云端服务器存储的类型等级，更新本地数据库存储的类型等级。

一实施方式中，控制单元采用如下方式控制终端以匹配类型等级对应硬件能力的系统资源量运行：若确定终端的类型等级处于第一类型等级范围，则控制终端以第一工作模式运行，在第一工作模式下，终端为终端上运行的应用程序分配应用程序期望的系统资源量。若确定终端的类型等级处于第二类型等级范围，则控制终端以第二工作模式运行，在第二工作模式下，终端基于终端的类型等级为终端上运行的应用程序分配低于应用程序期望的系统资源量。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图14是根据一示例性实施例示出的一种用于系统资源分配的装置200的框图。例如，装置200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图14，装置200可以包括以下一个或多个组件：处理组件202，存储器204，电力组件206，多媒体组件208，音频组件210，输入/输出(I/O)接口212，传感器组件214，以及通信组件216。

处理组件202通常控制装置200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件202可以包括一个或多个处理器220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件202可以包括一个或多个模块，便于处理组件202和其他组件之间的交互。例如，处理组件202可以包括多媒体模块，以方便多媒体组件208和处理组件202之间的交互。

存储器204被配置为存储各种类型的数据以支持在装置200的操作。这些数据的示例包括用于在装置200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件206为装置200的各种组件提供电力。电力组件206可以包括电源管理系统，一个或多个电源，及其他与为装置200生成、管理和分配电力相关联的组件。

多媒体组件208包括在所述装置200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件208包括一个前置摄像头和/或后置摄像头。当装置200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件210被配置为输出和/或输入音频信号。例如，音频组件210包括一个麦克风(MIC)，当装置200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器204或经由通信组件216发送。在一些实施例中，音频组件210还包括一个扬声器，用于输出音频信号。

I/O接口212为处理组件202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件214包括一个或多个传感器，用于为装置200提供各个方面的状态评估。例如，传感器组件214可以检测到装置200的打开/关闭状态，组件的相对定位，例如所述组件为装置200的显示器和小键盘，传感器组件214还可以检测装置200或装置200一个组件的位置改变，用户与装置200接触的存在或不存在，装置200方位或加速/减速和装置200的温度变化。传感器组件214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件216被配置为便于装置200和其他设备之间有线或无线方式的通信。装置200可以接入基于通信标准的无线网络，如WiFi，4G或5G，或它们的组合。在一个示例性实施例中，通信组件216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器204，上述指令可由装置200的处理器220执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

可以理解的是，本公开中“多个”是指两个或两个以上，其它量词与之类似。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

进一步可以理解的是，术语“第一”、“第二”等用于描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开，并不表示特定的顺序或者重要程度。实际上，“第一”、“第二”等表述完全可以互换使用。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。

进一步可以理解的是，除非有特殊说明，“连接”包括两者之间不存在其他构件的直接连接，也包括两者之间存在其他元件的间接连接。

进一步可以理解的是，本公开实施例中尽管在附图中以特定的顺序描述操作，但是不应将其理解为范围按照所示的特定顺序或是串行顺序来执行这些操作，或是范围执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利范围指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利范围来限制。

Claims (16)

1.一种系统资源分配方法，其特征在于，应用于终端，所述方法包括：

响应于所述终端被启动，确定所述终端的类型等级，不同的类型等级对应不同的硬件能力；

为所述终端分配匹配所述类型等级对应硬件能力的系统资源量，并控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行。

2.根据权利要求1所述的系统资源分配方法，其特征在于，确定所述终端的类型等级，包括：

响应于所述终端被首次启动，基于预先存储于所述终端的等级判定表，确定所述终端的类型等级；

其中，所述等级判定表中记录有终端的类型等级与终端的硬件能力的对应关系，其中，每一类型等级对应有一种或多种硬件能力。

3.根据权利要求2所述的系统资源分配方法，其特征在于，所述等级判定表中记录中央处理器CPU对应的类型等级、图形处理器GPU对应的类型等级以及运行内存RAM能力范围对应的类型等级；

基于预先存储于所述终端的等级判定表，确定所述终端的类型等级，包括：

在所述等级判定表中，读取所述CPU对应的类型等级，以及所述GPU对应的类型等级，并确定所述终端RAM能力值所属RAM能力范围对应的类型等级；

将CPU对应的类型等级，GPU对应的类型等级，以及RAM能力值所属RAM能力范围对应的类型等级中最低类型等级，确定为所述终端的类型等级。

4.根据权利要求1所述的系统资源分配方法，其特征在于，确定所述终端的类型等级，包括：

响应于所述终端被首次启动，判断所述终端的硬件能力是否适配预设系统版本；

若所述终端的硬件能力适配所述预设系统版本，则确定所述终端的类型等级处于第一类型等级范围；

若所述终端的硬件能力不适配所述预设系统版本，则确定所述终端的类型等级处于第二类型等级范围；

其中，所述第一类型等级范围内的最低类型等级高于所述第二类型等级范围内的最高类型等级。

5.根据权利要求1所述的系统资源分配方法，其特征在于，确定所述终端的类型等级，包括：

响应于所述终端非首次启动，将所述终端的本地数据库中存储的类型等级，确定为所述终端的类型等级。

6.根据权利要求5所述的系统资源分配方法，其特征在于，所述方法还包括：

周期性控制所述终端与云端服务器建立通信，并获取云端服务器存储的类型等级；

基于所述云端服务器存储的类型等级，更新所述本地数据库存储的类型等级。

7.根据权利要求1至6中任意一项所述的系统资源分配方法，其特征在于，控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行，包括：

若确定所述终端的类型等级处于第一类型等级范围，则控制所述终端以第一工作模式运行，在所述第一工作模式下，所述终端为终端上运行的应用程序分配所述应用程序期望的系统资源量；

若确定所述终端的类型等级处于第二类型等级范围，则控制所述终端以第二工作模式运行，在所述第二工作模式下，所述终端基于所述终端的类型等级为终端上运行的应用程序分配低于所述应用程序期望的系统资源量。

8.一种系统资源分配装置，其特征在于，应用于终端，所述系统资源分配装置包括：

确定单元，响应于所述终端被触发启动，确定所述终端的类型等级，不同的类型等级对应有不同的硬件能力；

控制单元，用于为所述终端分配匹配所述类型等级对应硬件能力的系统资源量，并控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行。

9.根据权利要求8所述的系统资源分配装置，其特征在于，所述确定单元采用如下方式确定所述终端的类型等级：

响应于所述终端被首次启动，基于预先存储于所述终端的等级判定表，确定所述终端的类型等级；

其中，所述等级判定表中记录有终端的类型等级与终端的硬件能力的对应关系，其中，每一类型等级对应有一种或多种硬件的硬件能力。

10.根据权利要求9所述的系统资源分配装置，其特征在于，所述等级判定表中记录中央处理器CPU对应的类型等级、图形处理器GPU对应的类型等级以及运行内存RAM能力范围对应的类型等级；

所述确定单元采用如下方式基于预先存储于所述终端的等级判定表，确定所述终端的类型等级：

在所述等级判定表中，读取所述CPU对应的类型等级，以及所述GPU对应的类型等级，并确定所述终端RAM能力值所属RAM能力范围对应的类型等级；

将CPU对应的类型等级，GPU对应的类型等级，以及RAM能力值所属RAM能力范围对应的类型等级中最低类型等级，确定为所述终端的类型等级。

11.根据权利要求8所述的系统资源分配装置，其特征在于，所述确定单元采用如下方式确定所述终端的类型等级：

响应于所述终端被首次启动，判断所述终端的硬件能力是否适配预设系统版本；

若所述终端的硬件能力适配所述预设系统版本，则确定所述终端的类型等级处于第一类型等级范围；

若所述终端的硬件能力不适配所述预设系统版本，则确定所述终端的类型等级处于第二类型等级范围的类型等级；

其中，所述第一类型等级范围内的最低类型等级高于所述第二类型等级范围内的最高类型等级。

12.根据权利要求8所述的系统资源分配装置，其特征在于，所述确定单元采用如下方式确定所述终端的类型等级：

响应于所述终端非首次启动，将所述终端的本地数据库中存储的类型等级，确定为所述终端的类型等级。

13.根据权利要求12所述的系统资源分配装置，其特征在于，所述控制单元还用于：

周期性控制所述终端与云端服务器建立通信，并获取云端服务器存储的类型等级；

基于所述云端服务器存储的类型等级，更新所述本地数据库存储的类型等级。

14.根据权利要求8至13中任意一项所述的系统资源分配装置，其特征在于，所述控制单元采用如下方式控制所述终端以匹配所述类型等级对应硬件能力的系统资源量运行：

若确定所述终端的类型等级处于第一类型等级范围，则控制所述终端以第一工作模式运行，在所述第一工作模式下，所述终端为终端上运行的应用程序分配所述应用程序期望的系统资源量；

若确定所述终端的类型等级处于第二类型等级范围，则控制所述终端以第二工作模式运行，在所述第二工作模式下，所述终端基于所述终端的类型等级为终端上运行的应用程序分配低于所述应用程序期望的系统资源量。

15.一种系统资源分配装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行权利要求1至7中任意一项所述的系统资源分配方法。

16.一种存储介质，其特征在于，所述存储介质中存储有指令，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行权利要求1至7中任意一项所述的系统资源分配方法。

Images