CN115080233A - 应用软件的资源分配管理方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例提供了应用软件的资源分配管理方法、装置、设备及存储介质。该方法包括：确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；根据各当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；对目标资源项在应用软件运行时的资源分配逻辑进行调整。利用该方法，能够对应用软件运行时所需各资源项的资源使用信息进行监测，并通过资源使用信息确定出触发了资源分配预警条件的资源项，由此对该类资源项在应用软件运行时的分配和使用逻辑进行调整，从而实现了应用软件运行时所占用资源的动态调控，保证了电子设备性能配置不变时资源的有效分配，维持了应用软件中功能应用的基本运行所需，提升了应用软件的用户体验。

Description

应用软件的资源分配管理方法、装置、设备及存储介质

技术领域

本公开实施例涉及资源调度技术领域，尤其涉及应用软件的资源分配管理方法、装置、设备及存储介质。

背景技术

一般的，安装于电子设备上的应用软件，如果要正常运行，需要电子设备为其提供运行资源，如分配应用软件相关文件的存储空间、分配应用软件相关功能运行所需的计算资源以及内存资源，又如信息加载、缓存、上传或下载所需的网络资源、以及应用软件运行要消耗的电量资源等。

目前，随着应用软件所涉及的场景以及所具备的功能都日益变得复杂，其在存储、计算处理以及内存占用等方面均需要占用更多资源来保证各项功能应用的运行，如应用软件文件存储所需的空间可能由原来的MB量级增大到GB量级，功能应用运行所需的线程数量也逐渐增多，由此需要抢占更多的计算资源等。

在电子设备的性能配置不变时，应用软件运行时过多的资源占用，使得应用软件中功能应用在运行时存在卡顿或响应慢的问题，降低了应用软件的用户体验。

发明内容

本公开提供一种应用软件的资源分配管理方法、装置、设备及存储介质，以实现应用软件运行时所需资源的有效分配。

第一方面，本公开实施例提供了一种应用软件的资源分配管理方法，该方法包括：

确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；

根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；

对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

第二方面，本公开实施例还提供了一种应用软件的资源分配管理装置，该装置包括：

第一确定模块，用于确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；

第二确定模块，用于根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；

分配调整模块，用于对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

第三方面，本公开实施例还提供了电子设备，所述电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本公开实施例第一方面提供的应用软件的资源分配管理方法。

第四方面，本公开实施例还提供了包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行实现本公开实施例第一方面提供的应用软件的资源分配管理方法。

本公开实施例提供了应用软件的资源分配管理方法、装置、设备及存储介质，通过该应用软件的资源分配管理方法，首先可以确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；然后根据根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；最终对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。利用该方法，能够对应用软件运行时所需各资源项的资源使用信息进行监测，并通过资源使用信息确定出触发了资源分配预警条件的资源项，由此对该类资源项的在应用软件运行时的分配和使用逻辑进行调整，从而实现了应用软件运行时所占用资源的动态调控，保证了电子设备性能配置不变时资源的有效分配，维持了应用软件中功能应用的基本运行所需，提升了应用软件的用户体验。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本公开实施例所提供的一种应用软件的资源分配管理方法的流程示意图；

图2为本公开实施例所提供的一种应用软件的资源分配管理装置结构示意图；

图3为本公开实施例所提供的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限定性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。

可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其它满足相关法律法规的方式也可应用于本公开的实现方式中。

图1为本公开实施例所提供的一种应用软件的资源分配管理方法的流程示意图，本公开实施例适用于对应用软件运行时所分配的资源进行管理的情形，该方法可以由应用软件的资源分配管理装置来执行，该装置可以通过软件和/或硬件的形式实现，可选的，可以通过电子设备作为执行终端来实现，该电子设备可以是移动终端、PC端或服务器等。

如图1所示，本公开实施例提供的一种应用软件的资源分配管理方法，具体包括操作：

S110、确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息。

在本实施例中，对于应用软件而言，若想要在所安装的电子设备上正常运行，其依赖于电子设备上硬件配置的存储资源、计算资源以及内存资源，还依赖于电子设备可提供的网络资源。所述执行终端可理解为安装了应用软件的电子设备，也可以看作是本公开实施例所提供方法的执行主体。该执行终端上具备资源项可以是应用软件运行所依赖的硬件资源项以及网络资源项，硬件资源项如存储资源、中央处理器和/或图像处理器提供的计算资源、又如内存资源；网络资源项可以是网络速度以及所使用网络类型等。

需要说明的是，本公开实施例所提供应用软件的资源分配管理方法可看作是执行主体在应用软件运行时执行的或者按照设定执行周期循环执行的。本步骤可以在应用软件运行的当前时刻获取执行终端各资源项所对应的当前资源使用信息；也可以是在应用软件运行的当前时刻满足了本方法循环执行的执行时刻，由此可以获取各资源项在该当前时刻的当前资源使用信息。

在本实施例中，相对于各资源项中的硬件资源项，所对应的当前资源使用信息中可以包括应用软件当前运行时对各硬件资源项的当前占用数据。如，相对于中央处理器提供的计算资源项，所对应当前占用数据可以是应用软件当前运行所占用计算资源的百分比；也可以是应用软件当前运行时对所使用线程的线程数。又如，相对于存储资源项，所对应当前占用数据可以是应用软件当前运行时缓存数据或文件所占用的存储空间大小。

接上述描述，相对于各资源项中的网络资源项，所对应的当前资源使用信息中可以包括应用软件当前运行时所使用的网络类型(如移动网络、无线网络、有线网络)、网络流量消耗以及网速等。

S120、根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

通过上述步骤获得执行终端上各资源项在应用软件运行时的当前资源使用信息后，本步骤可以通过各资源项的当前资源使用信息，对各资源项在当前时刻的资源分配预警判定。其中，资源分配预警判定的目的可理解为确定应用软件对资源项所提供资源的占用或消耗是否达到了要进行动态调整的阈值。

在本实施例中，所述资源分配预警条件可理解为进行资源分配预警判定所设定的条件。所述资源分配预警条件的具体判定逻辑可通过预先构建的决策树模型结合当前资源使用信息来实现；还可通过预先构建的资源分配预警判定的网络模型结合当前资源使用信息来实现；可也以通过各资源项以及应用软件在历史时间段内的历史数据信息直接设定资源分配预警判定阈值并结合当前资源使用信息来实现。

可以知道的是，本步骤通过上述方式可以确定出哪些资源项将作为满足资源分配预警条件的目标资源项。示例性的，如可以根据决策数模型的返回值反向找寻目标资源项，也可以从网络模型输出的数据结果中获取目标资源项；又或者，直接通过与所设定资源分配预警判定阈值的比对，来确定目标资源项。

S130、对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

在通过上述步骤确定当前存在需要进行资源分配调整的目标资源项后，可以根据每个资源项所对应的资源属性来获取所匹配的分配调整策略，通过分配调整策略，可以对应用软件当前所运行功能业务的资源分配等级进行调整，并采用等级调整后的分配逻辑来提供功能业务所需资源。

示例性的，以网络资源项为例，在通过上述步骤确定网络资源项为目标资源项时，可认为应用软件当前运行所需的网络资源达到了资源分配预警条件，如可能因当前网速受限使得网络资源项满足资源分配预警条件。由此，在后续的执行中，本步骤可以判定出网络资源项的资源属性为网络资源，网络资源相匹配的分配调整策略可以是降低应用软件运行时对网络资源的使用，具体可以表现在降低网络资源项在应用软件运行时的资源分配等级。

接上述描述，降低网络资源的资源分配等级，可以是降低应用软件所使用网络资源的百分比，如原本允许90％的网络资源提供给应用软件，现在调整为允许50％的网络资源提供给应用软件。而在降低网络资源的资源分配等级后，其相对应用软件当前运行的功能业务，如加载图像的功能业务，其可执行的资源分配逻辑可以是降低所加载图像的分辨率或清晰度。

同样的，在资源项中的硬件资源项达到了资源分配预警条件，如应用软件当前运行的计算资源占比超过上限阈值。后续执行中，可以判定出该硬件资源项的资源属性为计算资源，计算资源相匹配的分配调整策略可以是降低应用软件运行时对计算资源的使用，具体可以表现在降低计算资源的资源分配等级。

具体的，降低计算资源的资源分配等级，可以是降低应用软件运行时所使用计算资源的占有率，或者降低所使用线程的数量。而在降低计算资源的资源分配等级后，其相对应用软件当前运行的功能业务，如不再调用客户端机器学习推理模型。

本公开实施例的技术方案，能够对应用软件运行时所需各资源项的资源使用信息进行监测，并通过资源使用信息确定出触发了资源分配预警条件的资源项，由此对该类资源项的在应用软件运行时的分配和使用逻辑进行调整，从而实现了应用软件运行时所占用资源的动态调控，保证了电子设备性能配置不变时资源的有效分配，维持了应用软件中功能应用的基本运行所需，提升了应用软件的用户体验。

作为本公开实施例的第一可选实施例，在上述实施例的基础上，给出了目标资源项的一种确定方式，其具体实现可认为采用了决策树模型的决策思想。优选的，本可选实施例可进一步将根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项具体优化为：

a1、将各所述当前资源使用信息输入预先构建的资源使用决策模型。

在本实施例中，所述资源使用决策模型可看作一个决策树模型，主要用来进行资源使用范围的决策判定，该资源使用决策模型中各决策条件可基于各资源项的资源使用数据来设定决策阈值。

示例性的，对于该资源使用决策模型中的每个决策节点，其所包含的参数可以有相对网络资源的网速、相对计算资源的线程数或者资源占用率以及相对存储资源的存储空间占用等。每个决策节点可以为所包含参数进行不同阈值的划分，并为每个决策节点设定相应的返回值。

可以知道的是，该资源使用决策模型可预先在创建后通过所给定的各资源项的样本数据来对各决策节点的参数信息进行调整，最终获得可输出经过决策结果的决策模型。通过本可选实施例提供的方式进行目标资源项确定时，可以通过本步骤将各资源项的当前资源使用信息作为输入数据，输入至资源使用决策模型。

b1、获取所述资源使用决策模型输出的返回值，并分析所述返回值表征的资源分配预警结果。

在本实施例中，资源使用决策模型可以输出两种不同的返回值，示例性的，两种返回值可分别为但不限于是0和1。且可以通过本步骤，在获取的返回值为1时，确定其表征的资源分配预警结果为需要进行资源分配预警；还可以在获取的返回值为0时，确定其表征的资源分配预警结果为资源分配良好，相当于不需要进行资源分配预警。

c1、如果所述资源分配预警结果为需要进行资源分配预警，则确定当前存在满足资源分配预警条件的目标资源项，并根据所述返回值获得各目标资源项。

在本可选实施例中，可以在返回值表征的资源分配预警结果为需要进行资源分配预警时，通过本步骤进行目标资源项的确定。首先可以确定当前存在需要进行资源分配预警，即，满足资源分配预警条件的目标资源项，而目标资源项具体可通过对返回值的回溯来确定。

本第一可选实施例给出了通过决策树模型进行目标资源项确定的具体实现，为本实施例所提供应用软件的资源分配管理提供了资源预警判定所需基础信息确定的实现方式。

其中，在上述第一可选实施例的基础上，可进一步将根据所述返回值获得各目标资源项具体化为：

c11、查找在所述资源使用决策模型中产生所述返回值的决策分支节点，并获取所述决策分支节点中包含的决策限定信息。

可以理解的是，资源使用决策模型中至少包括两个决策节点，用于输出不同的返回值，本实施例记决策节点为决策分支节点。通过对所获取返回值在资源使用决策模型中的回溯，可以确定出是基于哪个决策分支节点输出的返回值。之后可以从确定出的决策分支节点中获取到该节点所包含各参数的决策判定信息，并将所包含的决策判定信息可以记为决策限定信息。

c12、将各所述当前资源使用信息与所述决策限定信息中给定的决策限定范围进行比对，获得处于所述决策限定范围内的目标资源使用信息。

c13、将各所述目标资源使用信息对应的资源项确定为目标资源项。

在本实施例中，决策分支节点包含的决策限定信息中主要包括了相对各资源项所设定参数具备的决策限定范围，本步骤可以将各资源项的当前资源使用信息与现有的决策限定范围进行比对，并将落入决策限定范围的当前资源使用信息记为目标资源使用信息。由此，目标资源使用信息所对应的资源项就可记为目标资源项。

上述实施例作为决策树模型确定目标资源项的一种具体实现方式，保证了本实施例所提供方法的简单有效性。

作为本公开实施例的第二可选实施例，在上述实施例的基础上，还给出了目标资源项的另一种确定方式，其具体实现可认为采用了神经网络模型的思想。优先地，本可选实施例可进一步将根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项，具体化为：

a2、获取应用软件运行至当前执行时刻后具备的软件运行信息。

在本实施例中，所述软件运行信息可理解为应用软件在运行时所出现各状态信息的汇总。示例性的，应用软件启动运行至当前执行时刻可能存在的运行状态有很多，如可以包括应用软件运行任一功能应用时的卡顿次数、功能应用启动后的流畅性(功能应用若为视频播放窗口，流畅性就可以是视频播放流畅性)、功能应用运行时网络资源加载速度(如，加载一帧图像的速度)以及触发某项功能时的响应时长等，都可以在软件运行时以日志形式进行软件运行信息记载，并可通过本步骤获取。

b2、将所述软件运行信息以及各所述当前资源使用信息作为输入数据输入至预先确定的资源预警网络模型中，并获取所述资源预警网络模型输出的执行结果。

在本实施例中，资源预警网络模型可认为是一个进行资源分配预警判定的神经网络模型。本实施例可预先构建初始的资源预警网络模型，并采用预先获取的一定数量的各项资源状态和软件运行时的软件运行状态，以及相对各资源状态即软件运行状态所标注的资源分配预警标签作为样本数据，之后结合设定的损失函数进行资源预警网络模型训练。

本步骤可以采用训练后的资源预警网络模型，并将上述步骤获取的软件运行信息以及各当前资源使用信息作为模型的输入数据。通过资源预警网络模型中的隐藏层可以对输入数据进行处理，最终本步骤可以获取到该资源预警网络模型输出的执行结果。

c2、如果所述执行结果中包含的标识信息表征需要进行资源分配预警，则确定当前满足资源分配预警条件，并将所述执行结果中包含的待预警资源项记为目标资源项。

在本实施例中，该执行结果包含了当前是否需要进行资源分配预警的判定结果，该判定结果可以记为资源分配预警的标识信息；在需要进行资源分配预警时，还包括了需要进行资源分配预警的资源项。

本步骤可以对执行结果进行分析，由此在获得表征需要进行资源分配预警的标识信息时，就可以确定当前存在满足资源分配预警条件的资源项，并可以从执行结果中分析中所包含的待预警资源项并记为目标资源项。

作为本公开实施例的第三可选实施例，在上述实施例的基础上，也给出了目标资源项的又一种确定方式，其具体实现可认为采用了应用软件在设定时间段内的是历史运行信息来进行资源预警判定的思想。优选地，可进一步将根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项，具体化为：

a3、获取应用软件在历史时间周期内运行时对应的历史运行信息，所述历史运行信息包括资源项的历史使用信息。

在本实施例中，历史时间周期可认为预先设定的用来进行数据信息提取的时间段。该历史时间周期可优选为1天、1周或者1个月等；历史运行信息可认为是应用软件在该历史时间周期内运行时所产生的日志信息。可以知道的是，运行应用软件的执行终端可以通过日志的形式对应用软件运行时所产生的相关信息进行记载。由此，本步骤可以从预先记录的日志文件中获取该应用软件在历史时间周期内对应的日志信息。

具体的，该历史运行信息中可以包括执行终端各资源项在应用软件运行期间所对应的资源使用信息，或者该资源项在应用软件运行期间所具备的资源状态。示例性的，如执行终端上硬件资源项在应用软件运行期间的资源占用信息、网络资源项在应用软件运行期间的网速分段、网络类型以及网络稳定性等网络使用信息。

b3、通过对所述资源项的历史使用信息进行分析的分析结果结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

在本实施例中，资源项的历史使用信息中包含了应用软件在历史时间周期内运行时所需各资源项的相关记录信息。历史时间周期为1天时，相当于包含了各资源项在一天内相对应用软件的资源使用信息；历史时间周期为1周时，相当于包含了各资源项在一周内相对应用软件的资源使用信息；又如历史时间周期为1个月时，相当于包含各资源项在一个月内相对应用软件的资源使用信息。

通过本步骤可以对各资源项的历史使用信息按照某种方式进行排列和分析，示例性的，可以针对每个资源项，按照应用软件在历史时间周期内启动运行的时刻对相应历史使用信息进行汇总。如，当历史时间周期至少为两天时，可以按照应用软件的启动时刻将信息汇总到一天的时间线上，并对一天时间线上的历史使用信息进行去噪、合并处理。由此获得资源项的使用信息曲线，该使用信息曲线就可以看作该资源项的分析结果，通过上述方式获取各资源项的分析结果通过上述方式获取各资源项的分析结果，各分析结果可以表征相应资源项在应用软件运行期间的资源使用情况。

接上述描述，针对每个资源项，可以根据相应的分析结果确定资源项的使用阈值，在获取各资源项的当前资源使用信息后，可以通过当前使用信息与相应时刻的使用阈值进行比对，来判定资源项是否满足资源分配预警条件，最终获得满足资源分配预警条件的各目标资源项。

在上述第三可选实施例的基础上，进一步可以将通过对所述资源项的历史使用信息进行分析的分析结果结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项具体化为：

b31、从所述历史运行信息所包含资源项的历史使用信息中，提取硬件资源项的硬件资源使用信息以及网络资源项的网络环境信息。

可以看出，本实施例将执行终端涉及的各资源项划分为硬件资源项(如中央处理器、图像处理器、硬盘空间以及内存空间等)和网络资源项(如移动网络、无线网络、甚至有线网络)。

在本实施例中，从获取的历史运行信息中可以获得资源项的历史使用信息，而从资源项的历史使用信息中可以提取到硬件资源项的硬件资源使用信息，以及网络资源项的网络环境信息。其中，硬件资源使用信息，可以有应用软件运行时对硬盘空间占用的大小，还可以有对中央处理器的计算资源占用率，也可以有对内存的占用率等。网络环境信息可以网络类型、网速分段以及网速稳定性等。

b32、分析所述硬件资源使用信息以及所述网络环境信息，确定各硬件资源项在一天内的资源使用曲线，以及确定网络资源项在一天内的网络属性信息。

基于上述描述，可以知道上述所获取的历史使用信息主要为应用软件启动运行到该次运行结束这一段时间内资源项的相关数据信息。在历史时间周期大于1天时，可以考虑将历史时间周期内每天对应的相关数据信息汇总到1天内。而将相关数据信息汇总到1天内的具体实现可以看作对历史使用信息的分析。

按照硬件资源项和网络资源项对历史使用信息进行划分，本步骤可以分别对历史时间周期内的各硬件资源使用信息进行分析汇总，由此可以获得各硬件资源项在一天内的资源使用曲线。另外，也可以对历史时间周期内网络环境信息进行分析汇总，由次可以获取网络资源项在一天内的网络属性信息。

示例性的，以历史时间周期是2天为例，可以获取到应用软件在该两天的每天内的启动及结束运行时刻，并构成应用软件的一次运行时间段，本实施例可以获取到每个运行时间段下各资源项的历史使用信息。对于资源项在两天的的相关数据信息，进行合并处理时，其所处的运行时间段可能存在重叠，也可能不重叠，对于重叠时间段，且相关数据信息可以进行平均值计算，不重叠时间段，相关数据信息可以顺序合并。通过上述方式，可以获得各硬件资源项在一天内的资源使用曲线(以计算资源为例，该资源使用曲线可以是各时刻资源占用数据的连线)，以及确定网络资源项在一天内的网络属性信息(以无线网络资源为例，可以是该网络的网速分段的展示)。

b33、根据各所述资源使用曲线以及网络属性信息结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

在本实施例中，相对每个资源项，可以基于其对应的资源使用曲线或者网络属性信息来形成一个一天内的资源使用阈值曲线，之后可以将资源项的当前资源使用信息(对应执行时刻)与资源使用阈值曲线中相应时刻的阈值进行比对，最终确定出当前满足资源分配预警条件的目标资源项。

在本第三可选实施例中，也进一步对根据各所述资源使用曲线以及网络属性信息结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项进一步优化，并具体优化为：

b331、针对各所述资源项中的每个硬件资源项，获取相应当前资源使用信息中当前占用数据以及与相应资源使用曲线中当前时刻的参考使用数据。

在本实施例中，本步骤主要针对每个硬件资源项，而每个硬件资源项对应存在一个资源使用曲线，实施例优选将该资源使用曲线中各时刻对应的资源使用数据作为资源分配预警判定的参考使用数据，由此获取到每个时刻的参考使用数据。同时，本步骤还可以从当前资源使用信息中提取到当前占用数据。

b332、如果所述当前占用数据高于所述参考使用数据，则将所述硬件资源项确定为目标资源项。

在本实施例中，获取的当前占用数据可以与相应时刻下的参考使用数据进行比对，比对结果可以是当前占用数据低于或等于参考使用数据，也可以是当前占用数据高于参数使用数据。本步骤可以在当前占用数据告诉参考使用数据是，认为应用软件运行时对相应硬件资源项的资源使用情况过高，满足资源分配预警条件，由此可以将相应的硬件资源项确定为目标资源项。

b333、针对各所述资源项中的网络资源项，如果相应当前资源使用信息中当前网速低于相应网络属性信息中当前时刻的参考网速，则将所述网络资源项确定为目标资源项。

在本实施例中，本步骤主要针对资源项中的网络资源项。同样的，可以从网络资源项的当前资源使用信息汇总获取到当前时刻的当前网络；本实施例同时也可以将相应获取的网络属性信息中当前时刻的网络记为参考网络。

本实施例可以将当前网速和参考网速进行比对，并在当前网速低于参考网速时，认为网络资源项满足了资源分配预警条件，由此可以将网络资源项确定为目标资源项。

作为本公开实施例的第四可选实施例，在上述第三可选实施例的基础上，进一步优化历史运行信息中还包括应用软件中功能应用的历史执行信息；相应的，本第四可选实施例优化该方法进一步包括了：根据所述历史执行信息，调整应用软件运行时各功能应用所涉及软件开发工具包的加载时机。

在本可选实施例中，可认为应用软件在历史时间周期内对应的历史运行信息中还包括了应用软件中功能应用相关的历史执行信息。其中，所述历史执行信息可以包括应用软件启动后该功能应用被触发启动的时间点，由此可以确定出该功能应用的执行时间段、执行频次以及每次的执行时长等。

本实施例可以根据应用软件的历史执行信息，来调控应用软件中功能应用执行所依赖软件开发工具包的加载时机。通过对功能应用软件开发工具包加载时机控制，来进一步降低应用软件运行时对执行终端上各资源项的使用量，进而也实现了应用软件运行时资源的有效分配。

示例性的，对于软件开发工具包加载时机的确定，现有方式往往在应用软件一开始启动时，也随之加载各功能应用的软件开发工具包。由此在应用软件启动时将会造成资源的过度占用。本实施例可以通过功能应用的历史执行信息，来确定各功能应用的活跃度以及活跃时间段等，并通过其活跃度的不同，考虑功能应用的冷启动，确定不同的软件开发工具包加载时机，使得某些功能应用的软件开发工具延迟加载，以此来避免资源下载的浪费。

其中，根据所述历史执行信息，控制应用软件运行时各功能应用所涉及软件开发工具包的加载时机具体包括下述步骤：

a4、通过所述历史执行信息，获得应用软件中各功能应用在所述历史时间周期内的执行频率以及每次执行的执行时长。

示例性的，可以基于功能应用的历史运行信息，整理提取处理应用软件在历史时间周期内运行时，每个功能应用的执行频率以及每次执行的执行时长。

b4、根据各功能应用的执行频率以及每次执行的执行时长，确定应用软件中的活跃功能应用以及非活跃功能应用。

针对每个功能应用，可以通过其在历史时间周期内的响应后的执行频次以及每次的执行时长来确定其活跃性。如，可以基于执行频次和执行时长划分为多个活跃等级，然后根据活跃等级来确定功能应用为活跃功能应用或者非活跃功能应用；也可以直接根据执行频次和执行时长确定出功能应用为活跃功能或者非活跃功能。

c4、针对每个活跃功能应用，在应用软件启动时，同步加载所述活跃功能应用涉及的软件开发工具包。

在本实施例中，针对每个活跃功能应用，可以将应用软件启动的时机作为相应的软件开发工具包的加载时机，由此在应用软件启动时，同步加载该类活跃功能应用相关的软件开发工具包。

d4、针对每个非活跃功能应用，控制所述非活跃功能应用所涉及软件开发工具包的加载时机为所述非活跃功能应用的触发执行时刻。

在本实施例中，针对每个非活跃功能应用，可以将非活跃功能应用被触发响应执行的时机作为相应的软件开发工具包的加载时机，由此在非活跃功能应用响应执行时，在启动加载该类活跃功能应用相关的软件开发工具包。

本可选实施例在上述实施例所提供方法的基础上，进一步优化增加了软件开发工具加载时机的调整操作，通过本优化操作，可以实现对功能应用软件开发工具包加载时机的控制，来进一步降低应用软件运行时对执行终端上各资源项的使用量，进而也实现了应用软件运行时资源的有效分配。

作为本公开实施例的第五可选实施例，在上述实施例的基础上，具体给出了对目标资源项的资源分配逻辑进行调整的实现。优选的，可进一步将对所述目标资源项在应用软件运行时的资源分配逻辑进行调整具体化为：

a5、确定所述目标资源项的资源属性。

示例性的，资源属性可理解为对资源项在应用软件运行时具体呈现的作用进行限定的信息。如，中央处理器、图像处理器等硬件资源项，其资源属性就可认为是计算资源，因为这些资源项主要承担应用软件运行时对各类数据信息进行计算处理的工作。又如，硬盘空间的硬件资源项，其资源属性就可认为是存储资源，其主要考虑硬盘空间在应用软件运行时承担对应用软件的各类文件进行存储的工作。再如网络资源项，其资源属性就可认为是网络资源，其主要考虑网络资源项在应用软件运行时对各类功能应用中所涉及文件、数据、图像等信息提供上传、下载以及缓存等需要依赖网络的工作。

b5、按照所述资源属性对应的分配调整策略，调整所述目标资源项在应用软件运行时的资源分配等级。

在本实施例中，不同资源属性的资源项，可预先为期设定相匹配的分配调整策略，从而通过对分配调整策略的运行来实现目标资源项在应用软件运行时所涉及资源分配等级的调整。

其中，分配策略的设定可以从不同的资源属性角度进行考虑，如，可以从网络带宽、网速等维度设定与网络属性有关的分配调整策略；也可以从内存空间、计算资源剩余空间等维度设定与计算资源或内存资源有关的分配调整策略。另外，还有一种硬件资源项，执行终端的电池电量，其可以低电量、无续航的维度下设定与电池电量属性有关的分配调整策略。

响应于分配调整策略的运行，本步骤为相应的目标资源项在应用软件运行时的资源分配等级进行调整，进而实现资源分配逻辑的调整。如可以在网络质量不好时，降低应用软件对网络流量的使用；又如在剩余计算资源较少时，降低应用软件对计算资源的占用，又如在剩余电路较少时，限制应用软件中某些功能应用的使用。

c5、相对所述应用软件当前运行的功能业务，执行所述资源分配等级对应的资源分配逻辑。

接上述步骤，在调整资源分配等级后，应用软件中当前所运行功能业务的执行逻辑也随这资源分配逻辑的调整而调整。如降低网络流量的使用，应用软件在进行图像或者文件等数据信息的加载是，可以加载低分辨率的图像，下载较小规模的文件等。又如，降低图像处理的处理能力时，应用软件中降低动画资源的加载数量，减少图像处理分析。再如，降低计算资源的使用时，应用软件可以不再调用复杂模型或者超分神经网络模型等。

上述可选实施例，给出了确定目标资源项后，对资源分配逻辑进行调整的具体实现。通过本实施例对资源的动态调整，保证了电子设备性能配置不变时资源的有效分配，维持了应用软件中功能应用的基本运行所需，提升了应用软件的用户体验。

图2为本公开实施例所提供的一种应用软件的资源分配管理装置结构示意图，如图2所示，所述装置包括：第一确定模块210、第二确定模块220以及分配调整模块230。

第一确定模块210，用于确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；

第二确定模块220，用于根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；

分配调整模块230，用于对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

本公开实施例所提供的技术方案，能够对应用软件运行时所需各资源项的资源使用信息进行监测，并通过资源使用信息确定出触发了资源分配预警条件的资源项，由此对该类资源项的在应用软件运行时的分配和使用逻辑进行调整，从而实现了应用软件运行时所占用资源的动态调控，保证了电子设备性能配置不变时资源的有效分配，维持了应用软件中功能应用的基本运行所需，提升了应用软件的用户体验。

进一步地，第二确定模块220可以包括：

输入单元，用于将各所述当前资源使用信息输入预先构建的资源使用决策模型；

第一获取单元，用于获取所述资源使用决策模型输出的返回值，并分析所述返回值表征的资源分配预警结果；

第一确定单元，用于如果所述资源分配预警结果为需要进行资源分配预警，则确定当前存在满足资源分配预警条件的目标资源项，并根据所述返回值获得各目标资源项。

进一步地，信息确定单元具体可以用于：

如果所述资源分配预警结果为需要进行资源分配预警，则确定当前存在满足资源分配预警条件的目标资源项；

查找在所述资源使用决策模型中产生所述返回值的决策分支节点，并获取所述决策分支节点中包含的决策限定信息；

将各所述当前资源使用信息与所述决策限定信息中给定的决策限定范围进行比对，获得处于所述决策限定范围内的目标资源使用信息；

将各所述目标资源使用信息对应的资源项确定为目标资源项。

进一步地，第二确定模块220还可以具体用于：

获取应用软件运行至当前执行时刻后具备的软件运行信息；

将所述软件运行信息以及各所述当前资源使用信息作为输入数据输入至预先确定的资源预警网络模型中，并获取所述资源预警网络模型输出的执行结果；

如果所述执行结果中包含的标识信息表征需要进行资源分配预警，则确定当前满足资源分配预警条件，并将所述执行结果中包含的待预警资源项记为目标资源项。

进一步地，第二确定模块220还可以包括：

第二获取单元，用于获取应用软件在历史时间周期内运行时对应的历史运行信息，所述历史运行信息包括资源项的历史使用信息；

第二确定单元，用于通过对所述资源项的历史使用信息进行分析的分析结果结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

进一步地，第二确定单元具体可以包括：

提取子单元，用于从所述历史运行信息所包含资源项的历史使用信息中，提取硬件资源项的硬件资源使用信息以及网络资源项的网络环境信息；

分析子单元，用于分析所述硬件资源使用信息以及所述网络环境信息，确定各硬件资源项在一天内的资源使用曲线，以及确定网络资源项在一天内的网络属性信息；

目标确定子单元，用于根据各所述资源使用曲线以及网络属性信息结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

进一步地，目标确定子单元具体可以用于：

针对各所述资源项中的每个硬件资源项，获取相应当前资源使用信息中当前占用数据以及与相应资源使用曲线中当前时刻的参考使用数据；

如果所述当前占用数据高于所述参考使用数据，则将所述硬件资源项确定为目标资源项；

针对各所述资源项中的网络资源项，如果相应当前资源使用信息中当前网速低于相应网络属性信息中当前时刻的参考网速，则将所述网络资源项确定为目标资源项。

进一步地，所述历史运行信息中还包括：应用软件中功能应用的历史执行信息；

所述装置还包括：

加载调整模块，用于根据所述历史执行信息，调整应用软件运行时各功能应用所涉及软件开发工具包的加载时机。

进一步地，加载调整模块具体可以用于：

通过所述历史执行信息，获得应用软件中各功能应用在所述历史时间周期内的执行频率以及每次执行的执行时长；

根据各功能应用的执行频率以及每次执行的执行时长，确定应用软件中的活跃功能应用以及非活跃功能应用；

针对每个活跃功能应用，在应用软件启动时，同步加载所述活跃功能应用涉及的软件开发工具包；

针对每个非活跃功能应用，控制所述非活跃功能应用所涉及软件开发工具包的加载时机为所述非活跃功能应用的触发执行时刻。

进一步地，分配调整模块230具体可以用于：

确定所述目标资源项的资源属性；

按照所述资源属性对应的分配调整策略，调整所述目标资源项在应用软件运行时的资源分配等级；

相对所述应用软件当前运行的功能业务，执行所述资源分配等级对应的资源分配逻辑。

本公开实施例所提供的应用软件的资源分配管理装置可执行本公开任意实施例所提供的应用软件的资源分配管理方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本公开实施例的保护范围。

图3为本公开实施例所提供的一种电子设备的结构示意图。下面参考图3，其示出了适于用来实现本公开实施例的电子设备(例如图3中的终端设备或服务器)300的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图3示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图3所示，电子设备300可以包括处理装置(例如中央处理器、图形处理器等)301，其可以根据存储在只读存储器(ROM)302中的程序或者从存储装置308加载到随机访问存储器(RAM)303中的程序而执行各种适当的动作和处理。在RAM 303中，还存储有电子设备300操作所需的各种程序和数据。处理装置301、ROM 302以及RAM 303通过总线304彼此相连。编辑/输出(I/O)接口305也连接至总线304。

通常，以下装置可以连接至I/O接口305：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置306；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置307；包括例如磁带、硬盘等的存储装置308；以及通信装置309。通信装置309可以允许电子设备300与其他设备进行无线或有线通信以交换数据。虽然图3示出了具有各种装置的电子设备300，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置309从网络上被下载和安装，或者从存储装置308被安装，或者从ROM 302被安装。在该计算机程序被处理装置301执行时，执行本公开实施例的方法中限定的上述功能。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

本公开实施例提供的电子设备与上述实施例提供的应用软件的资源分配管理方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例与上述实施例具有相同的有益效果。

本公开实施例提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例所提供的应用软件的资源分配管理方法。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开的一个或多个实施例，【示例一】提供了一种应用软件的资源分配管理方法，该方法包括：确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

根据本公开的一个或多个实施例，【示例二】提供了一种应用软件的资源分配管理方法，该方法包括对根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项的进一步优化，具体可优化为：将各所述当前资源使用信息输入预先构建的资源使用决策模型；获取所述资源使用决策模型输出的返回值，并分析所述返回值表征的资源分配预警结果；如果所述资源分配预警结果为需要进行资源分配预警，则确定当前存在满足资源分配预警条件的目标资源项，并根据所述返回值获得各目标资源项。

根据本公开的一个或多个实施例，【示例三】提供了一种应用软件的资源分配管理方法，该方法包括对根据所述返回值获得各目标资源项的进一步优化，具体可优化为：查找在所述资源使用决策模型中产生所述返回值的决策分支节点，并获取所述决策分支节点中包含的决策限定信息；将各所述当前资源使用信息与所述决策限定信息中给定的决策限定范围进行比对，获得处于所述决策限定范围内的目标资源使用信息；将各所述目标资源使用信息对应的资源项确定为目标资源项。

根据本公开的一个或多个实施例，【示例四】提供了一种应用软件的资源分配管理方法，该方法包括对根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项的进一步优化，具体可以优化为：获取应用软件运行至当前执行时刻后具备的软件运行信息；将所述软件运行信息以及各所述当前资源使用信息作为输入数据输入至预先确定的资源预警网络模型中，并获取所述资源预警网络模型输出的执行结果；如果所述执行结果中包含的标识信息表征需要进行资源分配预警，则确定当前满足资源分配预警条件，并将所述执行结果中包含的待预警资源项记为目标资源项。

根据本公开的一个或多个实施例，【示例五】提供了一种应用软件的资源分配管理方法，该方法包括对根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项的进一步优化，具体可以优化为：获取应用软件在历史时间周期内运行时对应的历史运行信息，所述历史运行信息包括资源项的历史使用信息；通过对所述资源项的历史使用信息进行分析的分析结果结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

根据本公开的一个或多个实施例，【示例六】提供了一种应用软件的资源分配管理方法，该方法包括对通过对所述资源项的历史使用信息进行分析的分析结果结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项的进一步优化，具体可以优化为：从所述历史运行信息所包含资源项的历史使用信息中，提取硬件资源项的硬件资源使用信息以及网络资源项的网络环境信息；分析所述硬件资源使用信息以及所述网络环境信息，确定各硬件资源项在一天内的资源使用曲线，以及确定网络资源项在一天内的网络属性信息；根据各所述资源使用曲线以及网络属性信息结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

根据本公开的一个或多个实施例，【示例七】提供了一种应用软件的资源分配管理方法，该方法包括对根据各所述资源使用曲线以及网络属性信息结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项的进一步优化，具体可以优化为：针对各所述资源项中的每个硬件资源项，获取相应当前资源使用信息中当前占用数据以及与相应资源使用曲线中当前时刻的参考使用数据；如果所述当前占用数据高于所述参考使用数据，则将所述硬件资源项确定为目标资源项；针对各所述资源项中的网络资源项，如果相应当前资源使用信息中当前网速低于相应网络属性信息中当前时刻的参考网速，则将所述网络资源项确定为目标资源项。

根据本公开的一个或多个实施例，【示例八】提供了一种应用软件的资源分配管理方法，该方法优化所述历史运行信息中还包括应用软件中功能应用的历史执行信息，相应的，该方法还优化包括根据所述历史执行信息，调整应用软件运行时各功能应用所涉及软件开发工具包的加载时机。

根据本公开的一个或多个实施例，【示例九】提供了一种应用软件的资源分配管理方法，该方法包括对根据所述历史执行信息，控制应用软件运行时各功能应用所涉及软件开发工具包的加载时机的进一步优化，具体可以优化为：通过所述历史执行信息，获得应用软件中各功能应用在所述历史时间周期内的执行频率以及每次执行的执行时长；根据各功能应用的执行频率以及每次执行的执行时长，确定应用软件中的活跃功能应用以及非活跃功能应用；针对每个活跃功能应用，在应用软件启动时，同步加载所述活跃功能应用涉及的软件开发工具包；针对每个非活跃功能应用，控制所述非活跃功能应用所涉及软件开发工具包的加载时机为所述非活跃功能应用的触发执行时刻。

根据本公开的一个或多个实施例，【示例十】提供了一种应用软件的资源分配管理方法，该方法包括对所述对所述目标资源项在应用软件运行时的资源分配逻辑进行调整的进一步优化，具体可以优化为：确定所述目标资源项的资源属性；按照所述资源属性对应的分配调整策略，调整所述目标资源项在应用软件运行时的资源分配等级；相对所述应用软件当前运行的功能业务，执行所述资源分配等级对应的资源分配逻辑。

根据本公开的一个或多个实施例，【示例十一】提供了一种应用软件的资源分配管理装置，该装置包括：第一确定模块，用于确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；第二确定模块，用于根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；分配调整模块，用于对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

根据本公开的一个或多个实施例，【示例十二】提供了一种电子设备，该电子设备包括一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述示例一至示例十中任一所述的应用软件的资源分配管理方法。

根据本公开的一个或多个实施例，【示例十三】提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如示例一至示例十中任一所述的应用软件的资源分配管理方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (13)

1.一种应用软件的资源分配管理方法，其特征在于，包括：

确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；

根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；

对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

2.根据权利要求1所述的方法，其特征在于，所述根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项，包括：

将各所述当前资源使用信息输入预先构建的资源使用决策模型；

获取所述资源使用决策模型输出的返回值，并分析所述返回值表征的资源分配预警结果；

如果所述资源分配预警结果为需要进行资源分配预警，则确定当前存在满足资源分配预警条件的目标资源项，并根据所述返回值获得各目标资源项。

3.根据权利要求2所述的方法，其特征在于，所述根据所述返回值获得各目标资源项，包括：

查找在所述资源使用决策模型中产生所述返回值的决策分支节点，并获取所述决策分支节点中包含的决策限定信息；

将各所述当前资源使用信息与所述决策限定信息中给定的决策限定范围进行比对，获得处于所述决策限定范围内的目标资源使用信息；

将各所述目标资源使用信息对应的资源项确定为目标资源项。

4.根据权利要求1所述的方法，其特征在于，所述根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项，包括：

获取应用软件运行至当前执行时刻后具备的软件运行信息；

将所述软件运行信息以及各所述当前资源使用信息作为输入数据输入至预先确定的资源预警网络模型中，并获取所述资源预警网络模型输出的执行结果；

如果所述执行结果中包含的标识信息表征需要进行资源分配预警，则确定当前满足资源分配预警条件，并将所述执行结果中包含的待预警资源项记为目标资源项。

5.根据权利要求1所述的方法，其特征在于，所述根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项，包括：

获取应用软件在历史时间周期内运行时对应的历史运行信息，所述历史运行信息包括资源项的历史使用信息；

通过对所述资源项的历史使用信息进行分析的分析结果结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

6.根据权利要求5所述的方法，其特征在于，所述通过对所述资源项的历史使用信息进行分析的分析结果结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项，包括：

从所述历史运行信息所包含资源项的历史使用信息中，提取硬件资源项的硬件资源使用信息以及网络资源项的网络环境信息；

分析所述硬件资源使用信息以及所述网络环境信息，确定各硬件资源项在一天内的资源使用曲线，以及确定网络资源项在一天内的网络属性信息；

根据各所述资源使用曲线以及网络属性信息结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项。

7.根据权利要求6所述的方法，其特征在于，所述根据各所述资源使用曲线以及网络属性信息结合各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项，包括：

针对各所述资源项中的每个硬件资源项，获取相应当前资源使用信息中当前占用数据以及与相应资源使用曲线中当前时刻的参考使用数据；

如果所述当前占用数据高于所述参考使用数据，则将所述硬件资源项确定为目标资源项；

针对各所述资源项中的网络资源项，如果相应当前资源使用信息中当前网速低于相应网络属性信息中当前时刻的参考网速，则将所述网络资源项确定为目标资源项。

8.根据权利要求5所述的方法，其特征在于，所述历史运行信息中还包括：应用软件中功能应用的历史执行信息；

所述方法还包括：

根据所述历史执行信息，调整应用软件运行时各功能应用所涉及软件开发工具包的加载时机。

9.根据权利要求8所述的方法，其特征在于，所述根据所述历史执行信息，控制应用软件运行时各功能应用所涉及软件开发工具包的加载时机，包括：

通过所述历史执行信息，获得应用软件中各功能应用在所述历史时间周期内的执行频率以及每次执行的执行时长；

根据各功能应用的执行频率以及每次执行的执行时长，确定应用软件中的活跃功能应用以及非活跃功能应用；

针对每个活跃功能应用，在应用软件启动时，同步加载所述活跃功能应用涉及的软件开发工具包；

针对每个非活跃功能应用，控制所述非活跃功能应用所涉及软件开发工具包的加载时机为所述非活跃功能应用的触发执行时刻。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述对所述目标资源项在应用软件运行时的资源分配逻辑进行调整，包括：

确定所述目标资源项的资源属性；

按照所述资源属性对应的分配调整策略，调整所述目标资源项在应用软件运行时的资源分配等级；

相对所述应用软件当前运行的功能业务，执行所述资源分配等级对应的资源分配逻辑。

11.一种应用软件的资源分配管理装置，其特征在于，包括：

第一确定模块，用于确定执行终端上至少一个资源项在应用软件运行时对应的当前资源使用信息；

第二确定模块，用于根据各所述当前资源使用信息，确定当前满足资源分配预警条件的目标资源项；

分配调整模块，用于对所述目标资源项在应用软件运行时的资源分配逻辑进行调整。

12.一种电子设备，其特征在于，所述电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的应用软件的资源分配管理方法。

13.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-10中任一所述的应用软件的资源分配管理方法。

Images