CN109120679A - 任务分配方法及装置 - Google Patents

Abstract

本申请实施例提供一种任务分配方法及装置，该方法包括：接收服务器发送的任务检测请求；在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息；若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果；将所述检测结果发送到所述服务器。通过实施本申请实施例，能够提升任务检测时的效率。

Description

任务分配方法及装置

技术领域

本申请涉及数据处理技术领域，具体涉及一种任务分配方法及装置。

背景技术

随着社会的发展，移动电子设备(手机、平板电脑等)也逐渐的深入到公众生活的方方面面，应用于移动电子设备的苹果操作***(iPhone Operating System，IOS)平台也随之得到了广泛的应用。当前基于IOS平台的移动应用检测任务仅仅在服务器端执行，若存在大量的检测任务需要检测时，会导致在任务检测时的效率较低。

发明内容

本申请实施例提供一种任务分配方法及装置，能够提升任务检测时的效率。

本申请实施例的第一方面提供了一种任务分配方法，所述方法包括：

接收服务器发送的任务检测请求；

在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息；

若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果，其中，所述待检测任务为服务器识别到的等待检测的任务；

将所述检测结果发送到所述服务器。

本申请实施例的第二方面提供了一种任务分配方法，所述方法包括：

若识别到待检测任务，则发送任务检测请求到多个客户端，所述客户端运行于macOS平台；

接收所述多个客户端发送的检测申请请求，所述检测申请请求携带硬件资源信息；

根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端；

发送所述待检测任务的任务信息给所述目标客户端；

接收所述目标客户端发送的检测结果。

本申请实施例的第三方面提供了一种任务分配装置，所述装置包括第一接收单元、判断单元、第二接收单元和发送单元，其中，

所述第一接收单元，用于接收服务器发送的任务检测请求；

所述判断单元，用于在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息；

所述第二接收单元，用于若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果，其中，所述待检测任务为服务器识别到的等待检测的任务；

所述发送单元，用于将所述检测结果发送到所述服务器。

本申请实施例的第四方面提供一种终端，所述终端包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本申请实施例第一方面和第二方面所述的方法。

本申请实施例的第五方面提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面和第二方面中所描述的部分或全部步骤。

本申请实施例的第六方面提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面和第二方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

实施本申请实施例，至少具有如下有益效果：

通过本申请实施例，服务器若存在待检测任务，则发送任务检测请求到多个客户端，所述客户端运行于macOS平台；客户端接收服务器发送的任务检测请求；客户端若判断出处于预设状态，则发送检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息；服务器接收所述多个客户端发送的检测申请请求，所述检测申请请求携带硬件资源信息；服务器根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端；服务器发送所述待检测任务的任务信息给所述目标客户端；客户端若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果；客户端将所述检测结果发送到所述服务器；服务器接收所述目标客户端发送的检测结果，因此，相对于现有方案中，若服务器存在待检测任务时，仅在服务器上对待检测任务进行执行，能够根据客户端的资源信息，将待检测任务分发给客户端进行执行，客户端在执行完成后返回执行结果，从而能够在一定程度上提升任务检测时的检测效率。

附图说明

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

图1为本申请实施例提供了一种任务分配***的示意图；

图2为本申请实施例提供了一种任务分配方法的流程图；

图3为本申请实施例提供了一种任务分配方法的流程示意图；

图4为本申请实施例提供了一种任务分配方法的交互示意图；

图5为本申请实施例提供了另一种任务分配方法；

图6为本申请实施例提供了另一种任务分配方法；

图7为本申请实施例提供的一种终端的结构示意图；

图8为本申请实施例提供的一种服务器的结构示意图；

图9为本申请实施例提供了一种任务分配装置的结构示意图；

图10为本申请实施例提供了一种任务分配装置的结构示意图。

具体实施方式

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

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

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

本申请实施例所涉及到的电子装置可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminaldevice)等等。为方便描述，上面提到的设备统称为电子装置。

下面首先对本实施申请实施例的任务分配方法的任务分配***做简要介绍。请参阅图1，图1为本申请实施例提供了一种任务分配***的示意图。如图1所示，任务分配***包括服务器101和客户端102，其中，客户端102运行于macOS平台，macOS是一套运行于苹果Macintosh系列电脑上的操作***，服务器101实时的检测是否存在由待检测任务，当检测到待检测任务时，则发送任务检测请求到多个客户端102；客户端102在接收到任务检测请求后，若判断出处于预设状态，则发送检测申请请求到服务器101，检测申请请求携带客户端102自身硬件资源信息；服务器101接收多个客户端102发送的检测申请请求后，从检测申请请求中提取每个客户端对应的硬件资源信息；客户端101根据该硬件资源信息从多个客户端102中确定出目标客户端；客户端102将待检测任务的任务信息发送给目标客户端；目标客户端接收任务信息，根据任务信息对待检测任务进行检测，得到检测结果，并将检测结果发送到服务器101；服务器101接收检测结果。通过本任务分配***，能够将服务器端检测到的待检测任务分配到其从属的客户端，在客户端对待检测任务进行检测，从而能够一定程度上提升任务检测时的效率。

请参阅图2，图2为本申请实施例提供了一种任务分配方法的流程图。如图2所示，任务分配方法包括步骤201-204，具体如下：

201、接收服务器发送的任务检测请求。

可选的，任务检测请求可携带待检测任务的任务名称、待检测任务执行时所需的内存值，当然任务检测请求还可以携带其他有关待检测任务的信息，此处仅为举例说明，不作具体限定。

202、在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息。

可选的，在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器的一种可能的方法包括步骤A1-A4，具体如下：

A1、获取正在检测的任务的个数以及正在下载的任务的个数；

其中，正在检测的任务的个数为客户端当前正在执行的检测任务的数目，正在下载的任务的个数为客户端当前正在下载的任务的数目。

A2、若所述正在检测的任务的个数处于第一预设范围且所述正在下载的任务的个数处于第二预设范围，则获取硬件资源信息；

可选的，第一预设范围例如可以是小于5件的范围，具体的可以为2件、3件等，第二预设范围例如可以是小于2件的范围，具体的可以为0件或1件。

可选的，硬件资源信息可以包括硬件资源空闲信息、中央处理器(CentralProcessing Unit，CPU)温度、CPU使用率、图形处理器(Graphics Processing Unit，GPU)使用率等，即客户端当前的***硬件资源中可以使用的硬件资源。

A3、根据所述硬件资源信息生成检测申请请求；

其中，将硬件资源作为检测申请请求的载荷内容，填充到检测申请请求的载荷字段，以及填充检测申请请求的源地址、目的地址、源网际协议地址(Internet ProtocolAddress，IP地址)、目的IP地址等。

A4、将所述检测申请请求发送到所述服务器。

可选的，判断出处于预设状态，则发送检测申请请求的另一种可能的方法包括步骤B1-B4，具体如下：

B1、获取正在检测的任务所占的内存值，以及获取正在下载的任务的数值；

其中，正在检测的任务所占的内存值可以为：客户端所有正在下载的任务所占用的内存的总和。

B2、若所述内存值小于预设内存值，且所述正在下载的任务的数值小于预设阈值，则获取硬件资源信息；

可选的，预设内存值例如可以是50-80％之间的值，具体可以为55％、56％等，预设阈值可以为2，即正在下载的任务的数值小于2件。

B3、根据所述硬件资源信息生成检测申请请求；

B4、将所述检测申请请求发送到所述服务器。

本示例中，从内存的角度来判别是否满足申请检测任务，可以更精确的反映出客户端当前的运行参数，客户端是否具有足够的内存来运行检测任务，同时也可以做出初次的筛选，减少服务器的工作量，减少服务器的运行负荷，同时也能一定程度上提升检测的效率

203、若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果，其中，所述待检测任务为服务器识别到的等待检测的任务。

其中，待检测任务的任务信息可以包括：任务名称、任务执行条件、任务执行步骤、任务链接等。例如，对应用程序的特征提取，任务信息可以包括：任务名称、任务链接、任务执行步骤，其中，任务链接用于指示客户端从指定的地址下载应用程序，然后根据任务执行步骤执行对应用程序的检测。任务执行步骤还可以通过任务链接进行获取，即客户端通过任务链接下载检测任务时，通过下载的方式获得任务执行步骤，当然，任务执行步骤也可以由客户端预先存储，即存储与任务名称相对应的任务执行步骤，服务器在生成任务信息时，仅需要指明任务名称，客户端则可根据任务名称执行与其对应的任务执行步骤，从而完成对应用程序进行特征提取，得到应用程序的特征，若出现不能匹配到与任务名称相对应的任务执行步骤，则客户端发送任务执行步骤请求包，从服务器出获取该任务的任务执行步骤。

204、将所述检测结果发送到所述服务器。

请参阅图3，图3为本申请实施例提供了一种任务分配方法的流程示意图。如图3所示，任务分配方法包括步骤301-305，具体如下：

301、若识别到待检测任务，则发送任务检测请求到多个客户端，所述客户端运行于macOS平台；

其中，待检测任务例如可以是对移动应用进行脱壳处理的的任务，也可以是对移动应用进行特征提取的检测任务，待检测任务还可以是对用户信息进行分析的任务，此处仅为举例说明，不做具体限定。

可选的，服务器通过心跳包将待检测任务发送给其所属的所有客户端，心跳包为在客户端和服务器间定时通知对方自己状态的一个自己定义的命令字段，按照一定的时间间隔发送，本申请中心跳包字段包括：心跳指令、检测机身份信息(identification，ID)、设备ID、时间戳、数据签名。其中，心跳指令用于标识设备处于存活状态；检测机ID为执行检测任务的设备的ID；设备ID为客户端的身份信息；时间戳用于唯一地标识某一刻的时间；数据签名用于身份认真，身份认证可以是服务器与客户端之间的双向认证，也可以是服务器或客户端之间的单向认证，此处可以根据安全等级来进行具体划分，安全等级包括第一安全等级和第二安全等级，第一安全等级高于第二安全等级的安全等级，当安全等级为第一安全等级时，可采用双向认证，当安全等级为第二安全等级时，可采用单向认证。当然，心跳包字段还可以新增或删除其中的数据类型，新增数据类型可以根据实际需要进行添加，例如可以是：检测任务的任务信息、检测任务的任务链接、硬件资源信息或剩余检测时间等，此处仅为示意性距离，不作具体限定。

302、接收所述多个客户端发送的检测申请请求，所述检测申请请求携带硬件资源信息；

可选的，硬件资源可以包括硬件资源空闲信息、中央处理器(Central ProcessingUnit，CPU)温度、CPU使用率、图形处理器(Graphics Processing Unit，GPU)使用率等，即客户端当前的***硬件资源中可以使用的硬件资源。

303、根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端；

可选的，一种从多个客户端中确定出目标客户端的方法可包括步骤C1-C2，具体如下：

C1、提取所述多个客户端中硬件空闲资源；

可选的，从检测申请请求中提取多个客户端中每个客户端的硬件空闲资源。

C2、将所述多个客户端中硬件空闲资源最高的客户端作为目标客户端。

可选的，在实际情况中，可能会出现，服务器未收到任何的检测申请请求，则另一种从多个客户端中确定出目标客户端的方法可包括步骤D1-D4，具体如下：

D1、若未收到所述多个客户端发送的检测申请请求，则获取所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长；

其中，由于不同的任务的检测时长可能不同，每个任务的检测时长也可以预先估值，然后根据当前已经检测完成的百分比，来确定出剩余检测时长。当前正在下载的任务的剩余下载时长，可以根据在下载已经下载完成的部分所用的时间，计算得到下载的平均速度，根据该速度来估算出剩余下载时长，当然还可以根据剩余下载部分的数据量和当前的实时下载速度来确定出剩余下载时长，即将剩余下载部分的数据量除以当前的实时下载速度得到剩余下载时长。

D2、根据所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长，获取至少一个参考客户端，所述至少一个参考客户端中的每个客户端的目标剩余检测时长小于预设剩余检测时长且该客户端的目标剩余下载时长小于预设剩余下载时长；其中，所述客户端的目标剩余检测时长为所述客户端正在检测的至少一个任务的剩余检测时长的最小值，所述客户端的目标下载时长为所述客户端正在下载的至少一个任务的下载时长的最小值；

D3、获取所述至少一个参考客户端中的每个参考客户端的网络质量参数；

其中，网络质量参数可包括实时下载速度、实时上载速度、平均下载速度、平均上载速度、丢包率等。

D4、根据所述每个参考客户端的网络质量参数，确定目标客户端，所述目标客户端为所述至少一个参考客户端中网络质量参数最优的参考客户端。

其中，网络质量最优的参考客户端可以是：平均下载速度最高且丢包率最低的参考客户端，若不存在，则网络质量最优的参考客户端也可以是：丢包率最低的参考客户端。

在服务器未收到客户端发送的检测申请请求时，获取所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长，并根据上述信息确定出参考客户端，然后在根据参考客户端的网络质量，确定出目标客户端，以此，能够在客户端均不具备任务申请条件时，将任务分配给，可以最先达到任务申请条件的客户端，以此，可以减少待检测任务的等待时间，从而提升了任务检测的效率。

可选的，在实际情况中，可能会出现，服务器未收到任何的检测申请请求，则另一种从多个客户端中确定出目标客户端的方法可包括步骤E1-E4，具体如下：

E1、若未收到所述多个客户端发送的检测申请请求，提取所述待检测任务的任务属性；

可选的，任务属性可以为标识待检测任务是否可以拆分为多个子任务的标识，若待检测任务可以拆分为多个子任务，则任务属性中则记载有任务拆分的具体规则，例如，任务拆分的拆分点、拆分个数等。

E2、根据所述任务属性，将所述待检测任务拆分为第一子任务和第二子任务；

可选的，任务属性记载的拆分个数为2，则将待检测任务拆分为第一子任务和第二子任务，当记载的拆分个数为其他个数时，则将待检测任务拆分为对应个数的子任务。

E3、根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出所述第一子任务的第一执行客户端和所述第二子任务的第二执行客户端；

可选的，以先确定第一子任务的第一执行客户端，然后在确定第二子任务的执行客户端，从多个客户端中确定出第一执行客户端和第二执行客户端的方法可以参照步骤D1-D4的具体实现方式，此处不做具体限定。

E4、将所述第一子任务的任务信息发送到所述第一执行客户端，以及将所述第二子任务的任务信息发送到所述第二执行客户端。

在未收到检测申请请求时，通过将待检测任务拆分为多个子任务，分别分配给多个客户端进行执行，可以提升任务检测的速度，同时也能避免了由于检测任务所需的检测内存较大，从而减少了客户端的检测压力的情况的发生。

304、发送所述待检测任务的任务信息给所述目标客户端；

其中，服务器在心跳包的字段中增加检测任务的任务信息字段，通过心跳包发送到客户端，当然服务器还可以通过生成特定的任务分发指令发送给需要指派检测任务的客户端。

可选的，可以出于安全性的考虑，可对任务信息进行加密处理，其中，加密处理的加密算法可以采用对称加密算法、非对称加密算法等，对称加密算法例如可以是DES、AES128等，非对称加密算法例如可以是RSA加密算法等。

305、接收所述目标客户端发送的检测结果。

请参阅图4，图4为本申请实施例提供了一种任务分配方法的交互示意图。如图4所示，任务分配方法包括：

401、在服务器检测到待检测任务时，向多个客户端发送任务检测请求；

402、客户端在判断出自身处于预设状态时，向服务器发送检测申请请求，检测申请请求携带硬件资源信息；

403、服务器根据硬件资源信息确定出目标客户端；

404、将待检测任务的任务信息发送到目标客户端；

405、客户端根据待检测任务的任务信息，对待检测任务进行检测，得到检测结果；

406、客户端将检测结果发送到服务器。

通过本实施例，服务器将待检测任务分发给客户端进行执行，客户端在执行完成后返回执行结果，从而能够在一定程度上提升任务检测时的检测效率。

请参阅图5，图5为本申请实施例提供了另一种任务分配方法。如图5所示，任务分配方法包括如下步骤：

501、接收服务器发送的任务检测请求；

502、获取正在检测的任务的个数以及正在下载的任务的个数；

503、若所述正在检测的任务的个数处于第一预设范围且所述正在下载的任务的个数处于第二预设范围，则获取硬件资源信息；

504、根据所述硬件资源信息生成检测申请请求；

505、将所述检测申请请求发送到所述服务器；

506、若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果；

507、将所述检测结果发送到所述服务器。

通过本实施例，若正在检测的任务的个数处于第一预设范围且所述正在下载的任务的个数处于第二预设范围，根据所述硬件资源信息生成检测申请请求并将检测申请请求发送给服务，以此，客户端能够根据自身的硬件资源信息判断是否要申请待检测任务，能够一定程度上提升任务分配***的智能性以及实用性。

请参阅图6，图6为本申请实施例提供了另一种任务分配方法。如图6所示，任务分配方法包括如下步骤：

601、若存在待检测任务，则发送任务检测请求到多个客户端，所述客户端运行于macOS平台；

602、若未收到所述多个客户端发送的检测申请请求，则获取所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长；

603、根据所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长，获取至少一个参考客户端；

其中，所述至少一个参考客户端中的每个客户端的目标剩余检测时长小于预设剩余检测时长且该客户端的目标剩余下载时长小于预设剩余下载时长；其中，所述客户端的目标剩余检测时长为所述客户端正在检测的至少一个任务的剩余检测时长的最小值，所述客户端的目标下载时长为所述客户端正在下载的至少一个任务的下载时长的最小值；

604、获取所述至少一个参考客户端中的每个参考客户端的网络质量参数；

605、根据所述每个参考客户端的网络质量参数，确定目标客户端，所述目标客户端为所述至少一个参考客户端中网络质量参数最优的参考客户端；

606、发送所述待检测任务的任务信息给所述目标客户端；

607、接收所述目标客户端发送的检测结果。

通过本实施例，能够在客户端均不具备任务申请条件时，将任务分配给可以最先达到任务申请条件的客户端，以此，可以减少待检测任务的等待时间，从而提升了任务检测的效率。

与上述实施例一致的，请参阅图7，图7为本申请实施例提供的一种终端的结构示意图，如图7所示，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述程序包括用于执行以下步骤的指令；

接收服务器发送的任务检测请求；

在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息；

若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果，其中，所述待检测任务为服务器识别到的等待检测的任务；

将所述检测结果发送到所述服务器。

在一个可能的示例中，在所述若判断出处于预设状态，则发送检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息方面，所述程序中的指令具体用于执行以下操作：获取正在检测的任务的个数以及正在下载的任务的个数；若所述正在检测的任务的个数处于第一预设范围且所述正在下载的任务的个数处于第二预设范围，则获取硬件资源信息；根据所述硬件资源信息生成检测申请请求；将所述检测申请请求发送到所述服务器。

在一个可能的示例中，在所述若判断出处于预设状态，则发送检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息方面，所述程序中的指令还具体用于执行以下操作：获取正在检测的任务所占的内存值，以及获取正在下载的任务的数值；若所述内存值小于预设内存值，且所述正在下载的任务的数值小于预设阈值，则获取硬件资源信息；根据所述硬件资源信息生成检测申请请求；将所述检测申请请求发送到所述服务器。

与上述实施例一致的，请参阅图8，图8为本申请实施例提供的一种服务器的结构示意图，如图8所示，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述程序包括用于执行以下步骤的指令；

若识别到待检测任务，则发送任务检测请求到多个客户端，所述客户端运行于macOS平台；

接收所述多个客户端发送的检测申请请求，所述检测申请请求携带硬件资源信息；

根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端；

发送所述待检测任务的任务信息给所述目标客户端；

接收所述目标客户端发送的检测结果。

在一个可能的示例中，在所述根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端方面，所述程序中的指令具体用于执行以下操作：提取所述多个客户端中硬件空闲资源；将硬件空闲资源最高的客户端作为目标客户端。

在一个可能的示例中，所述程序中的指令还具体用于执行以下操作：若未收到所述多个客户端发送的检测申请请求，则获取所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长；根据所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长，获取至少一个参考客户端，所述至少一个参考客户端中的每个客户端的目标剩余检测时长小于预设剩余检测时长且该客户端的目标剩余下载时长小于预设剩余下载时长；其中，所述客户端的目标剩余检测时长为所述客户端正在检测的至少一个任务的剩余检测时长的最小值，所述客户端的目标下载时长为所述客户端正在下载的至少一个任务的下载时长的最小值；获取所述至少一个参考客户端中的每个参考客户端的网络质量参数；根据所述每个参考客户端的网络质量参数，确定目标客户端，所述目标客户端为所述至少一个参考客户端中网络质量参数最优的参考客户端。

在一个可能的示例中，所述程序中的指令还具体用于执行以下操作：若未收到所述多个客户端发送的检测申请请求，提取所述待检测任务的任务属性；根据所述任务属性，将所述待检测任务拆分为第一子任务和第二子任务；根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出所述第一子任务的第一执行客户端和所述第二子任务的第二执行客户端；将所述第一子任务的任务信息发送到所述第一执行客户端，以及将所述第二子任务的任务信息发送到所述第二执行客户端。

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

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

与上述一致的，请参阅图9，图9为本申请实施例提供了一种任务分配装置的结构示意图。所述装置包括第一接收单元901、判断单元902、第二接收单元903和发送单元904，其中，

所述第一接收单元901，用于接收服务器发送的任务检测请求；

所述判断单元902，用于在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息；

所述第二接收单元903，用于若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果，其中，所述待检测任务为服务器识别到的等待检测的任务；

所述发送单元904，用于将所述检测结果发送到所述服务器。

可选的，在所述若判断出处于预设状态，则发送检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息方面，所述判断单元902具体用于：获取正在检测的任务的个数以及正在下载的任务的个数；若所述正在检测的任务的个数处于第一预设范围且所述正在下载的任务的个数处于第二预设范围，则获取硬件资源信息；根据所述硬件资源信息生成检测申请请求；将所述检测申请请求发送到所述服务器。

可选的，在所述若判断出处于预设状态，则发送检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息方面，所述判断单元902还具体用于：获取正在检测的任务所占的内存值，以及获取正在下载的任务的数值；若所述内存值小于预设内存值，且所述正在下载的任务的数值小于预设阈值，则获取硬件资源信息；根据所述硬件资源信息生成检测申请请求；将所述检测申请请求发送到所述服务器。

与上述一致的，请参阅图10，图10为本申请实施例提供了一种任务分配装置的结构示意图，所述任务分配装置包括：

第一发送单元110，用于识别到在待检测任务，则发送任务检测请求到多个客户端，所述客户端运行于macOS平台；

第一接收单元120，用于接收所述多个客户端发送的检测申请请求，所述检测申请请求携带硬件资源信息；

确定单元130，用于根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端；

第二发送单元140，用于发送所述待检测任务的任务信息给所述目标客户端；

第二接收单元150，用于接收所述目标客户端发送的检测结果。

可选的，在所述根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端方面，所述确定单元具体用于：提取所述多个客户端中硬件空闲资源；将硬件空闲资源最高的客户端作为目标客户端。

可选的，所述任务分配装置还用于：若未收到所述多个客户端发送的检测申请请求，则获取所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长；根据所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长，获取至少一个参考客户端，所述至少一个参考客户端中的每个客户端的目标剩余检测时长小于预设剩余检测时长且该客户端的目标剩余下载时长小于预设剩余下载时长；其中，所述客户端的目标剩余检测时长为所述客户端正在检测的至少一个任务的剩余检测时长的最小值，所述客户端的目标下载时长为所述客户端正在下载的至少一个任务的下载时长的最小值；获取所述至少一个参考客户端中的每个参考客户端的网络质量参数；根据所述每个参考客户端的网络质量参数，确定目标客户端，所述目标客户端为所述至少一个参考客户端中网络质量参数最优的参考客户端。

可选的，所述任务分配装置还用于：若未收到所述多个客户端发送的检测申请请求，提取所述待检测任务的任务属性；根据所述任务属性，将所述待检测任务拆分为第一子任务和第二子任务；根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出所述第一子任务的第一执行客户端和所述第二子任务的第二执行客户端；将所述第一子任务的任务信息发送到所述第一执行客户端，以及将所述第二子任务的任务信息发送到所述第二执行客户端。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种任务分配方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种任务分配方法的部分或全部步骤。

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

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

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

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

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

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

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

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

Claims (10)

1.一种任务分配方法，其特征在于，所述方法包括：

接收服务器发送的任务检测请求；

在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息；

若接收到所述服务器发送的待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果，其中，所述待检测任务为服务器识别到的等待检测的任务；

将所述检测结果发送到所述服务器。

2.根据权利要求1所述的方法，其特征在于，所述若判断出处于预设状态，则发送检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息，包括：

获取正在检测的任务的个数以及正在下载的任务的个数；

若所述正在检测的任务的个数处于第一预设范围且所述正在下载的任务的个数处于第二预设范围，则获取硬件资源信息；

根据所述硬件资源信息生成检测申请请求；

将所述检测申请请求发送到所述服务器。

3.根据权利要求1所述的方法，其特征在于，所述若判断出处于预设状态，则发送检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息，包括：

获取正在检测的任务所占的内存值，以及获取正在下载的任务的数值；

若所述内存值小于预设内存值，且所述正在下载的任务的数值小于预设阈值，则获取硬件资源信息；

根据所述硬件资源信息生成检测申请请求；

将所述检测申请请求发送到所述服务器。

4.一种任务分配方法，其特征在于，所述方法包括：

若识别到待检测任务，则发送任务检测请求到多个客户端，所述客户端运行于macOS平台；

接收所述多个客户端发送的检测申请请求，所述检测申请请求携带硬件资源信息；

根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端；

发送所述待检测任务的任务信息给所述目标客户端；

接收所述目标客户端发送的检测结果。

5.根据权利要求4所述的方法，其特征在于，所述根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出目标客户端，包括：

提取所述多个客户端中硬件空闲资源；

将所述多个客户端中硬件空闲资源最高的客户端作为目标客户端。

6.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：

若未收到所述多个客户端发送的检测申请请求，则获取所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长；

根据所述多个客户端中每个客户端的至少一个正在检测的任务中的每个任务的剩余检测时长以及该客户端的至少一个正在下载的任务中的每个任务的剩余下载时长，获取至少一个参考客户端，所述至少一个参考客户端中的每个客户端的目标剩余检测时长小于预设剩余检测时长且该客户端的目标剩余下载时长小于预设剩余下载时长；其中，所述客户端的目标剩余检测时长为所述客户端正在检测的至少一个任务的剩余检测时长的最小值，所述客户端的目标下载时长为所述客户端正在下载的至少一个任务的下载时长的最小值；

获取所述至少一个参考客户端中的每个参考客户端的网络质量参数；

根据所述每个参考客户端的网络质量参数，确定目标客户端，所述目标客户端为所述至少一个参考客户端中网络质量参数最优的参考客户端。

7.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：

若未收到所述多个客户端发送的检测申请请求，提取所述待检测任务的任务属性；

根据所述任务属性，将所述待检测任务拆分为第一子任务和第二子任务；

根据所述多个客户端发送的硬件资源信息，从所述多个客户端中确定出所述第一子任务的第一执行客户端和所述第二子任务的第二执行客户端；

将所述第一子任务的任务信息发送到所述第一执行客户端，以及将所述第二子任务的任务信息发送到所述第二执行客户端。

8.一种任务分配装置，其特征在于，所述装置包括：

第一接收单元，用于接收服务器发送的任务检测请求；

判断单元，用于在预设状态下发送与所述任务检测请求相应的检测申请请求到所述服务器，所述检测申请请求携带硬件资源信息；

第二接收单元，用于若接收到所述服务器发送的所述待检测任务的任务信息，根据所述任务信息对所述待检测任务进行检测，得到检测结果，其中，所述待检测任务为服务器识别到的等待检测的任务；

发送单元，用于将所述检测结果发送到所述服务器。

9.一种终端，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。