CN106027596A - 一种任务分发方法和装置 - Google Patents

Abstract

本公开实施例提供了一种任务分发方法和任务分发装置，其中，所述方法包括：依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。通过任务参数和正在处理任务属性信息确定任务的紧急程度，使得紧急任务可以优先处理，提高了系统资源分配的灵活性。

Description

一种任务分发方法和装置

技术领域

本公开涉及通信技术领域，特别是涉及一种任务分发方法和任务分发装置。

背景技术

近年来，随着互联网网络规模的不断扩大，系统需要处理的视频数据也随之快速增长。业务量的提高导致目前现有网络的一些核心部分，访问量和数据流量快速增长，其处理能力和计算强度也相应地增大。而没有被执行的任务一直向系统请求资源，造成系统的性能下降。由于视频数据运行在各自独占的资源中，导致资源部分资源一直有任务在排队，等待执行；而另一部分资源又长期处于空闲状态。一些集中的大规模IT基础设施出现了大量资源分配不合理，资源利用率较低的情况。

发明内容

本公开实施例所要解决的技术问题是提供一种任务分发方法，解决资源分配不合理的问题。

相应的，本公开实施例还提供了一种任务分发装置，用以保证上述方法的实现及应用。

为了解决上述问题，本公开公开了一种任务分发方法，所述方法包括：依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。

可选地，将所述任务参数与资源模型进行匹配，获取匹配后的资源角色；将所述匹配后的资源角色作为目标资源角色。

可选地，当所述目标资源角色对应资源没有达到分配阈值时，获取目标资源角色中的空闲资源的地址；依据所述空闲资源的地址实现目标任务的分发。

可选地，预先为目标资源角色创建一个队列，其中，所述队列用于存储待分发的任务；依据所述任务参数确定目标任务的优先级；依据所述目标任务的优先级，将目标任务插入目标资源角色对应的队列中，以等待对目标任务的分发。

可选地，当所述目标任务的优先级为预置级别时，依据所述预置级别直接从资源平台中获取资源地址；依据所述资源地址实现目标任务的分发。

可选地，依据所述任务参数确定目标任务的抢占属性；依据所述任务属性信息查找各其他任务中是否存在可打断任务；当存在可打断任务时，获取可打断任务占用的资源地址；依据所述资源地址实现目标任务的分发。

可选地，将目标任务的优先级与可打断任务的优先级进行比较；在当前任务的优先级大于所述可打断任务的优先级时，执行获取该可打断任务占用的资源地址的步骤。

根据本发明的另一方面，提供了一种任务分发装置，所述装置包括：角色获取模块，用于依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；信息获取模块，用于所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；任务分发模块，用于依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。

可选地，所述角色获取模块，用于将所述任务参数与资源模型进行匹配，获取匹配后的资源角色；将所述匹配后的资源角色作为目标资源角色。

可选地，所述任务分发模块，还用于当所述目标资源角色对应资源没有达到分配阈值时，获取目标资源角色中的空闲资源的地址；依据所述空闲资源的地址实现目标任务的分发。

可选地，队列创建子模块，用于预先为目标资源角色创建一个队列，其中，所述队列用于存储待分发的任务；队列插入子模块，用于依据所述任务参数确定目标任务的优先级；依据所述目标任务的优先级，将目标任务插入目标资源角色对应的队列中，以等待对目标任务的分发。

可选地，优先分发子模块，用于当所述目标任务的优先级为预置级别时，依据所述预置级别直接从资源平台中获取资源地址；依据所述资源地址实现目标任务的分发。

可选地，资源抢占子模块，用于依据所述任务参数确定目标任务的抢占属性；依据所述任务属性信息查找各其他任务中是否存在可打断任务；当存在可打断任务时，获取可打断任务占用的资源地址；依据所述资源地址实现目标任务的分发。

可选地，所述资源抢占子模块，还用于将目标任务的优先级与可打断任务的优先级进行比较；在当前任务的优先级大于所述可打断任务的优先级时，执行获取该可打断任务占用的资源地址的步骤。

与现有技术相比，本公开实施例包括以下优点：依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。通过任务参数和正在处理任务属性信息确定任务的紧急程度，使得紧急任务可以优先处理，提高了系统资源分配的灵活性。

附图说明

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

图1是本公开的一种任务分发方法实施例的步骤流程图；

图2是本公开的另一种任务分发方法实施例的步骤流程图；

图3是本公开实施例二中的资源模型结构图；

图4是本公开实施例二中的目标资源角色的设备使用情况图；

图5是本公开实施例二中的任务抢占示意图；

图6是本公开实施例二中的任务分发示意图；

图7是本公开的一种任务分发装置实施例的结构框图；

图8是本公开的另一种任务分发装置实施例的结构框图。

具体实施方式

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

本公开实施例的核心构思之一在于，依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。通过任务参数和正在处理任务属性信息确定任务的紧急程度，使得紧急任务可以优先处理，提高了系统资源分配的灵活性。

实施例一

详细介绍本公开实施例任务分发方法。

参照图1，示出了本公开的一种任务分发方法实施例的步骤流程图，具体可以包括如下步骤：

步骤S102、依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源。

本公开实施例可以应用于多种业务类型的任务分发中，例如视频上传和转码业务的任务分发中。由于有多个资源例如资源机器处理视频上传和转码等业务，为了便于对资源的合理分配，可以通过资源平台对多个资源进行管理，例如资源平台按照特定划分类型，例如地域类型，将多个资源划分成与特定划分类型对应的多个资源集合，即资源池，来进行分类管理。任务系统需要向资源平台申请资源，通过资源来执行任务。任务系统接收到关于目标任务的资源请求时，可以获取到目标任务的参数信息，资源平台对多个资源进行划分时，相应的会形成资源模型，通过所述资源模型可以有效的查找各划分类型对应的资源池。为了便于对各资源池的管理，例如接收资源池中各资源上传的设备使用情况信息，资源平台可以创建资源角色来管理各资源池。由于任务参数信息中包括与特定划分类型对应的相关参数信息，可以将所述任务参数与资源模型中的划分类型进行匹配，确定与任务参数匹配的资源池类型，即获取匹配后的资源角色即目标资源角色。

步骤S104、判断所述目标资源角色对应资源是否达到分配阈值。若达到分配阈值，执行步骤S106；若没有达到分配阈值，执行步骤S108。

步骤S106、获取所述目标资源角色对应各资源中其他任务的任务属性信息。

本公开实施例中资源平台可以预先设定各资源按照特定频率上报设备信息，例如设备的CPU使用情况，内存占用等信息。资源平台预先为各资源角色设定分配阈值，即当资源角色对应的资源使用率达到分配阈值时，该资源角色此时没有可分配资源。为了使得紧急的即级别比较高的任务能够得到尽快处理，资源角色可以暂停资源对级别较低任务的处理，将级别高的任务分配给该资源。可以获取所述目标资源角色对应各资源中各任务的任务属性信息，来确定正在执行任务的级别。

步骤S108、依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。

任务系统在生成任务时，为任务设定了级别信息例如任务的优先级，通过优先级可以区分任务的紧急程度，例如优先级高的和优先级低的两个任务都在等待分配资源，可以将优先级高的任务作为紧急任务，排在优先级低的任务前面，当资源平台有资源可以分配时，可以优先对优先级高的任务进行分发。依据所述任务参数和所述任务属性信息，将当前任务的优先级与正在处理任务的优先级进行比较，若存在优先级低于当前任务的，确定被占用资源中存在可抢占资源，可直接对目标任务进行分发。

综上所述，依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。通过任务参数和正在处理任务属性信息确定任务的紧急程度，使得紧急任务可以优先处理，提高了系统资源分配的灵活性。

实施例二

详细介绍本公开实施例的另一种任务分发方法。

参照图2，示出了本公开的另一种任务分发方法实施例的步骤流程图，具体可以包括如下步骤：

步骤S202、将所述任务参数与资源模型进行匹配，获取匹配后的资源角色。

步骤S204、将所述匹配后的资源角色作为目标资源角色。

其中，所述目标资源角色对应至少一个资源。

本公开实施例可以应用于多种业务例如视频上传和转码业务的资源分配中。由于资源平台上的资源数量庞大，为了便于对资源的合理分配，本公开实施例中可以通过资源平台对多个资源进行管理，可以将多个资源按照不同的划分类型进行划分。如图3所示，由于处理不同业务的资源结构可能有差异，可以依据不同资源业务类型将多个资源划分为不同资源业务类型的资源池。其中，资源业务类型包括：上传机资源，即处理数据上传、数据下载业务的资源；转码资源，包括离线转码资源和实时转码资源。其中，离线转码资源，即需要预先获取终端类型来对视频文件进行转码的资源；实时转码资源，即实时自动侦测和判断终端的类型，无需预处理的转码的资源。资源平台也可以将资源按照使用权限划分为专用资源和公用资源。专用资源是某一类任务定制的资源，公用资源是任何任务都可以使用的资源。另外可以区分不同地域的资源，即将资源按照地域信息划分，如北京市的资源和天津市的资源。依据上述至少一种划分类型对多个资源进行划分，生成与所述划分类型对应的至少一个资源池。为了便于对各资源池的管理，资源平台针对各资源池分别创建资源角色，管理对应资源池中的至少一台资源。例如收集各资源的资源使用信息，网络连通性能等信息。依据上述各划分类型对应的各资源池以及各资源池对应的资源角色建立资源模型。任务系统可以基于资源模型确定与任务匹配的资源角色。

任务系统可以向资源平台申请资源，通过资源来执行任务。任务系统接收到关于任务的资源请求时，可以获取到任务参数，包括用户标识、协议地址、上传节点信息。用户标识指的是识别用户身份的标识，例如用户名。通过用户名可以确定请求资源的任务的资源使用权限，例如用户分为会员或者非会员时，通过用户名即可确定用户为会员还是非会员。会员可以申请专用资源，而非会员不能申请专用资源。协议地址指的是任务机器的互联网协议地址(IP，Internet Protocol Address)，通过协议地址可以确定任务的地域信息。上传节点信息指的是任务包含数据的历史上传节点信息，可以依据上传节点信息确定申请资源的业务类型。将资源请求中的任务参数与资源模型中资源角色的类型进行匹配，获取匹配后的资源角色，将所述匹配后的资源角色作为目标资源角色。

步骤S206、判断所述目标资源角色对应资源是否达到分配阈值。

本公开实施例中资源平台可以预先设定各资源按照特定频率上报设备信息，例如设备的CPU使用情况，内存占用等信息。通过资源角色管理的各资源的设备信息计算该资源角色的资源使用率，例如设定资源的CPU占用达到特定阈值例如70％或者内存占用达到60％时，确定该资源为满负荷运行，统计满负荷资源的数量为设备使用数量。计算设备使用数量与全部资源的总数量的比值作为该资源角色的资源使用率。资源平台预先为各资源角色设定分配阈值，即当资源角色对应的资源使用率达到分配阈值时，该资源角色此时没有可分配资源。如图4所示，目标资源角色A中有5台资源，其中，4台资源分别正在处理任务a1、任务a2、任务a3、任务a4，均为满负荷运行。资源平台为目标资源角色A设定的分配阈值为70％。此时目标资源角色A的资源使用率为80％，即目标资源角色A没有可分配资源。判断所述目标资源角色对应资源是否达到分配阈值。

若达到分配阈值，执行步骤S212；若没有达到分配阈值，执行步骤S208。

步骤S208、获取目标资源角色中的空闲资源的地址。

步骤S210、依据所述空闲资源的地址实现目标任务的分发。

获取目标资源角色中的空闲资源，如图4所示，获取目标资源角色B中的空闲资源，将当前任务c11分配给目标资源角色B中的空闲资源。由于目标资源角色中可能有多台空闲资源，可以从多台空闲资源中选取最优资源，将最优资源分配给资源请求方。由于上传机资源网络连通性较差时无法正常执行对任务的处理，所以针对上传任务分配资源时应考虑资源的网络连通性能。确定最优资源前需要依据上传节点信息判断资源业务类型是否为资源上传。若匹配的资源角色的业务类型不是资源上传，获取资源角色对应的各资源的上传参数例如设备使用率，可以将设备使用率最低的资源作为最优资源。也可以同时考虑位置信息，将设备使用率最低并且距离最近的资源作为最优资源。若匹配的资源角色的业务类型是资源上传，需要检测资源的网络连通性能。本公开实施例中资源平台预先设定各资源按照特定频率上报信息。对所述各资源的上报频率进行统计，若上报频率接近资源平台设定的特定频率，可以判断该资源的网络连通性能较好。若上报频率较低，可以判断该资源的网络连通性能较差。依据各资源的网络连通信息和资源使用率确定最优资源。资源平台确定最优资源后，可以获取最优资源的IP地址，将所述IP地址反馈给资源请求方。任务系统接收到最优资源的IP地址后可以将任务通过该IP地址传入最优资源中，以进行任务的分发。

步骤S212、获取所述目标资源角色对应各资源中其他任务的任务属性信息。

步骤S214、依据所述任务参数确定目标任务的抢占属性。

步骤S216、依据所述任务属性信息查找各其他任务中是否存在可打断任务。

任务系统在生成任务时会为任务设定任务属性信息，包括级别信息例如任务的优先级；任务的可打断属性即任务正在执行，当满足一定条件时，该任务是否可以被暂停即被打断的属性；任务的抢占属性即任务请求资源时需要等待分配资源，当满足一定条件时，任务是否可以抢占正在执行的其他任务的资源的属性。为了使得紧急的即级别比较高的任务能够得到尽快处理，资源角色可以暂停资源对正在进行的级别较低任务的处理，将级别高的任务分配给该资源。依据所述资源请求中的任务参数确定当前待处理任务的抢占属性，即该待处理任务是否可以抢占正在执行的其他任务的资源。为了确定目标资源角色各资源中的可暂停即可打断的任务，可以获取所述目标资源角色对应各资源中各任务的任务属性信息，依据所述任务属性信息查找各其他任务中的可打断任务。如图5所示，目标资源角色C中有5台资源，其中，4台资源分别正在处理任务c1、任务c2、任务c3、任务c4，均为满负荷运行。资源平台为目标资源角色C设定的分配阈值为70％。此时目标资源角色A的资源使用率为80％，即目标资源角色C没有可分配资源。当前任务c11的优先级为高，属性为可抢占。任务c1优先级为高，属性为可打断、任务c2优先级为低，属性为不可打断、任务c3优先级为中，属性为可打断、任务c4优先级为低，属性为可打断。查找出可打断任务为任务c1、任务c3、任务c4。

当存在可打断任务时，执行步骤S218；当不存在可打断任务时，执行步骤S224。

步骤S218、将目标任务的优先级与可打断任务的优先级进行比较。

若大于可打断任务的优先级，执行步骤S220；若小于可打断任务的优先级，执行步骤S224。

任务系统在生成任务时，为任务设定了级别信息例如任务的优先级，通过优先级可以区分任务的紧急程度，例如优先级高的和优先级低的两个任务都在等待分配资源，可以将优先级高的任务作为紧急任务，先分配资源。将当前任务的优先级与可打断任务的优先级进行比较，若存在优先级低于当前任务的，确定被占用资源中存在可抢占资源。

步骤S220、获取可打断任务占用的资源地址。

步骤S222、依据所述资源地址实现目标任务的分发。

从可打断任务中选出低于当前任务优先级的正在处理任务，如图5所示，任务c3、任务c4地域当前任务c11的优先级。若有多个满足条件的正在处理任务，选出最低优先级的正在处理任务，将其占用的资源作为可抢占资源。如图5所示，任务c4优先级地域任务c3，将任务c4占用的资源作为可抢占资源。资源平台确定可抢占的资源后，停止该资源对可打断任务的执行，获取该资源的IP地址，将所述IP地址反馈给资源请求方。资源请求方接收到可抢占的资源的IP地址后可以将任务通过该IP地址传入可抢占的资源中，以进行任务的分发。

步骤S224、预先为目标资源角色创建一个队列，其中，所述队列用于存储待分发的任务。

步骤S226、依据所述任务参数确定目标任务的优先级。

步骤S228、判断所述目标任务的优先级是否为预置级别。若是预置级别，执行步骤S230，若不是预置级别，执行步骤S234。

步骤S230、依据所述预置级别直接从资源平台中获取资源地址。

步骤S232、依据所述资源地址实现目标任务的分发。

步骤S234、依据所述目标任务的优先级，将目标任务插入目标资源角色对应的队列中，以等待对目标任务的分发。

资源平台没有可分配的资源时，任务系统中可能会累积有多个任务在等待被分发。目标系统预先为各目标资源角色创建一个队列，用于存储待分发的任务。为了便于对任务的管理，使得紧急的任务例如优先级较高的任务能够优先得到处理，任务系统获取目标任务的优先级，若该优先级为预置级别时，例如贵宾(VIP，very important person)会员，可以不用等待直接向资源平台请求资源，以实现目标任务的分发。若该目标任务的优先级不是预置级别，此时其他任务占用的资源中没有可抢占的资源，或目标任务的优先级小于可抢占任务的优先级，依据所述目标任务的优先级，按照优先级的高低将目标任务插入目标资源角色对应的队列中，以等待对目标任务的分发。如图6所示，例如针对资源角色创建一个队列D,该资源角色已经达到分配阈值，并且没有可打断的任务，此时任务队列中有任务1，优先级为低。此时任务系统接收到另外两个任务需要分配资源，任务2和任务3。获取各任务的参数信息后，确定任务3的优先级是预置级别，直接向资源平台申请资源，实现对任务3的分发。由于任务2的优先级是高，比队列中的任务1级别要高，将任务2插入到队列中任务1的前面，即优先级高的任务优先得到分发。

综上所述，依据所述任务参数确定目标任务的抢占属性；依据所述任务属性信息查找各其他任务中是否存在可打断任务；当存在可打断任务时，获取可打断任务占用的资源地址；依据所述资源地址实现目标任务的分发。通过任务参数和正在处理任务属性信息确定可抢占资源设备，使得资源分配更合理。

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

实施例三

参照图7，示出了本公开一种任务分发装置实施例的结构框图，具体可以包括如下模块：

角色获取模块702，用于依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；

信息获取模块704，用于所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中各任务的任务属性信息；

任务分发模块706，用于依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。

综上所述，依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。通过任务参数和正在处理任务属性信息确定任务的紧急程度，使得紧急任务可以优先处理，提高了系统资源分配的灵活性。

实施例四

参照图8，示出了本公开另一种任务分发装置实施例的结构框图。

角色获取模块702，用于依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；用于将所述任务参数与资源模型进行匹配，获取匹配后的资源角色；将所述匹配后的资源角色作为目标资源角色。

信息获取模块704，用于所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中各任务的任务属性信息。

任务分发模块706，用于依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。还用于当所述目标资源角色对应资源没有达到分配阈值时，获取目标资源角色中的空闲资源的地址；依据所述空闲资源的地址实现目标任务的分发。

本发明一个优选实施例中，所述任务分发模块706，包括以下子模块：

队列创建子模块7062，用于预先为目标资源角色创建一个队列，其中，所述队列用于存储待分发的任务。

优先分发子模块7064，用于当所述目标任务的优先级为预置级别时，依据所述预置级别直接从资源平台中获取资源地址；依据所述资源地址实现目标任务的分发。

队列插入子模块7066，用于依据所述任务参数确定目标任务的优先级；依据所述目标任务的优先级，将目标任务插入目标资源角色对应的队列中，以等待对目标任务的分发。

资源抢占子模块7068，用于依据所述任务参数确定目标任务的抢占属性；依据所述任务属性信息查找各其他任务中是否存在可打断任务；当存在可打断任务时，获取可打断任务占用的资源地址；依据所述资源地址实现目标任务的分发。还用于将目标任务的优先级与可打断任务的优先级进行比较；在当前任务的优先级大于所述可打断任务的优先级时，执行获取该可打断任务占用的资源地址的步骤。

综上所述，依据所述任务参数确定目标任务的抢占属性；依据所述任务属性信息查找各其他任务中是否存在可打断任务；当存在可打断任务时，获取可打断任务占用的资源地址；依据所述资源地址实现目标任务的分发。通过任务参数和正在处理任务属性信息确定可抢占资源设备，使得资源分配更合理。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本公开实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本公开实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开实施例是参照根据本公开实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本公开实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本公开实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

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

Claims (14)

1.一种任务分发方法，所述方法，包括：

依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；

所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；

依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。

2.根据权利要求1所述的方法，所述依据目标任务的任务参数获取目标资源角色，包括：

将所述任务参数与资源模型进行匹配，获取匹配后的资源角色；

将所述匹配后的资源角色作为目标资源角色。

3.根据权利要求1所述的方法，所述获取所述目标资源角色对应各资源中各任务的任务属性信息之前，还包括：

当所述目标资源角色对应资源没有达到分配阈值时，获取目标资源角色中的空闲资源的地址；

依据所述空闲资源的地址实现目标任务的分发。

4.根据权利要求1所述的方法，所述依据所述任务参数和所述任务属性信息，确定任务的分发，包括：

预先为目标资源角色创建一个队列，其中，所述队列用于存储待分发的任务；

依据所述任务参数确定目标任务的优先级；

依据所述目标任务的优先级，将目标任务插入目标资源角色对应的队列中，以等待对目标任务的分发。

5.根据权利要求4所述的方法，所述将目标任务插入目标资源角色对应的队列中之前，还包括：

当所述目标任务的优先级为预置级别时，依据所述预置级别直接从资源平台中获取资源地址；

依据所述资源地址实现目标任务的分发。

6.根据权利要求1所述的方法，所述依据所述任务参数和所述任务属性信息，确定任务的分发，包括：

依据所述任务参数确定目标任务的抢占属性；

依据所述任务属性信息查找各其他任务中是否存在可打断任务；

当存在可打断任务时，获取可打断任务占用的资源地址；

依据所述资源地址实现目标任务的分发。

7.根据权利要求6所述的方法，所述获取可打断任务占用的资源地址之前，还包括：

将目标任务的优先级与可打断任务的优先级进行比较；

在当前任务的优先级大于所述可打断任务的优先级时，执行获取该可打断任务占用的资源地址的步骤。

8.一种任务分发装置，所述装置，包括：

角色获取模块，用于依据目标任务的任务参数获取目标资源角色；其中，所述目标资源角色对应至少一个资源；

信息获取模块，用于所述目标资源角色对应资源达到分配阈值时，获取所述目标资源角色对应各资源中其他任务的任务属性信息；

任务分发模块，用于依据所述目标任务的任务参数和所述其他任务的任务属性信息，对目标任务进行分发。

9.根据权利要求8所述的装置，其中，

所述角色获取模块，用于将所述任务参数与资源模型进行匹配，获取匹配后的资源角色；将所述匹配后的资源角色作为目标资源角色。

10.根据权利要求8所述的装置，其中，

所述任务分发模块，还用于当所述目标资源角色对应资源没有达到分配阈值时，获取目标资源角色中的空闲资源的地址；依据所述空闲资源的地址实现目标任务的分发。

11.根据权利要求8所述的装置，所述任务分发模块包括：

队列创建子模块，用于预先为目标资源角色创建一个队列，其中，所述队列用于存储待分发的任务；

队列插入子模块，用于依据所述任务参数确定目标任务的优先级；依据所述目标任务的优先级，将目标任务插入目标资源角色对应的队列中，以等待对目标任务的分发。

12.根据权利要求11所述的装置，所述任务分发模块还包括：

优先分发子模块，用于当所述目标任务的优先级为预置级别时，依据所述预置级别直接从资源平台中获取资源地址；依据所述资源地址实现目标任务的分发。

13.根据权利要求8所述的装置，所述任务分发模块包括：

资源抢占子模块，用于依据所述任务参数确定目标任务的抢占属性；依据所述任务属性信息查找各其他任务中是否存在可打断任务；当存在可打断任务时，获取可打断任务占用的资源地址；依据所述资源地址实现目标任务的分发。

14.根据权利要求13所述的装置，其中，

所述资源抢占子模块，还用于将目标任务的优先级与可打断任务的优先级进行比较；在当前任务的优先级大于所述可打断任务的优先级时，执行获取该可打断任务占用的资源地址的步骤。