一种任务处理方法和装置的制造方法
【专利摘要】本公开实施例提供一种任务处理方法和装置，其中的方法具体包括：采集预置时间范围内至少一个历史任务的耗时比；根据所述历史任务的耗时比确定任务的预测耗时比；根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时。本公开实施例能够对任务在运行过程中所需的耗时进行预测，进而使得用户可以根据该任务耗时合理安排时间，提高用户的用户体验。
【专利说明】
一种任务处理方法和装置
技术领域
[0001 ]本公开涉及数据处理领域，特别是涉及一种任务处理方法和装置。【背景技术】
[0002]随着网络技术的飞速发展，数据处理设备可以处理多种类型的任务，例如:音频和视频的上传和下载等类型的任务。
[0003]现有的一种任务处理方法在进行上述音频和视频的上传和下载等任务时，上述任务处理过程中所需的耗时是不可知的，这样就会导致用户在进行上述音频和视频的上传和下载等任务操作时，由于无法得知上述任务所需耗时，而出现以下问题，例如:若当前任务执行过程中耗时较长，但用户并不知道该任务所需耗时，因此一直在等待任务处理完成，等待时间过长，浪费了用户的时间，这对于用户的用户体验来说，是极其不好的。
[0004]因此，现在噩需一种任务处理方法，能够对任务在运行过程中所需的耗时进行预测，以使得用户可以根据该任务耗时合理安排时间，提高用户的用户体验。
【发明内容】
[0005]本公开实施例提供一种任务处理方法和装置，用以解决现有的任务处理方法由于不能得知任务运行所需耗时而造成的用户体验不好的问题，使得能够对任务在运行过程中所需的耗时进行预测，进而使得用户可以根据该任务耗时合理安排时间，提高用户的用户体验。
[0006]本公开实施例提供一种任务处理方法，包括:
[0007]采集预置时间范围内至少一个历史任务的耗时比；
[0008]根据所述历史任务的耗时比确定任务的预测耗时比；
[0009]根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时。
[0010]本公开实施例提供一种任务处理装置，包括:
[0011]采集模块，用于采集预置时间范围内至少一个历史任务的耗时比；
[0012]确定模块，用于根据所述历史任务的耗时比确定任务的预测耗时比；
[0013]预测模块，用于根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时。
[0014]本公开实施例提供的一种任务处理方法及装置，可以根据采集的历史任务的耗时比确定任务运行的预测耗时比，进而可以根据上述预测耗时比及任务的属性参数预测任务的耗时，这样一来，任务运行所需的耗时即可被预测出来，用户在知晓任务运行所需的耗时后，可以合理安排时间，例如:若当前任务运行所需耗时较长，则用户可以对这段时间进行规划，以利用这段时间去处理其他事情；或者当前任务运行较短，用户可以等待任务的完成，以在该任务运行结束后，直接进行下一任务的运行处理操作；也即，本公开可使得用户合理安排时间，进而能够提高用户的用户体验。【附图说明】
[0015]为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0016]图1为本公开的一种任务处理方法实施例一的步骤流程图；
[0017]图2为本公开的一种任务处理方法实施例二的步骤流程图；
[0018]图3为本公开的一种任务处理装置实施例一的结构示意图；
[0019]图4为本公开的一种任务处理装置实施例二的结构示意图；
[0020]图5为本公开的一种任务处理装置实施例三的结构示意图；及
[0021]图6为本公开的一种任务处装置实施例四的结构示意图。【具体实施方式】[〇〇22]为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。[〇〇23]方法实施例一[〇〇24]参照图1，示出了本公开的一种任务处理方法实施例一的步骤流程图，具体可以包括:
[0025]步骤101、采集预置时间范围内至少一个历史任务的耗时比；
[0026]本公开实施例中，任务的类型具体可以包括:转码、上传、下载、存储等，所述任务处理方法可以用于对一类型的任务进行任务处理，所述一类型任务中具体可以包含多种任务，也即，本公开实施例可以应用于视频、和/或音频的转码、上传、下载、存储等任务过程中，本公开实施例主要以上传为例进行说明，其他任务类型相互参照即可。
[0027]本公开实施例中，上述耗时比具体可以为任务的处理速度，具体可以为任务的大小与处理该任务的耗时的比值，例如:历史任务的大小为1 〇〇Mb，处理该任务的耗时为10s， 则该历史任务的耗时比即为l〇M/s;
[0028]本公开实施例中，上述预置时间范围可以为采集上述历史任务的耗时比的时间范围，例如，上述预置时间范围为三个月，则可以在最近三个月内采集至少一个历史任务的耗时比；[〇〇29]可以理解，上述预置时间范围为三个月仅作为本公开实施例中上述预置时间范围的一个示例，而不理解为是对本公开实施例中上述预置时间范围的一种限定，实际上，上述预置时间范围可以为任意时间范围值，例如:两个月，四个月；上述预置时间范围可以由本领域技术人员根据需求自行确定，本公开实施例在此对上述预置时间范围不做具体限定。
[0030]步骤102、根据所述历史任务的耗时比确定任务的预测耗时比；
[0031]本公开实施例中，上述预测耗时比可以用于表示预测的任务的处理速度，具体可以将历史任务的耗时比进行加权计算，以确定最终的加权计算结果为上述任务的预测耗时比；
[0032]在本公开的一种可选实施例中，上述根据所述历史任务的耗时比确定任务的预测耗时比的步骤，具体可以包括:
[0033]步骤A1、确定所述预置时间范围内采集的历史任务的耗时比的数量、及每一耗时比出现的次数；
[0034]步骤A2、根据所述每一耗时比出现的次数及所述历史任务的耗时比的数量确定所述每一耗时比所占权重；
[0035]步骤A3、根据所述耗时比及所述耗时比的权重确定所述任务的预测耗时比。
[0036]本公开实施例中，假设预置时间范围为3个月，则对3个月内的历史任务的耗时比进行采集，假设采集的历史任务的耗时比的数量为M个，包括耗时比1、耗时比2、耗时比3及耗时比4，其中，耗时比1出现的次数为A次，耗时比2出现的次数为B次，耗时比3出现的次数为C次，耗时比4出现的次数为D次，上述A、B、C、D的和为M，则上述耗时比1的权重1为A/M，上述耗时比2的权重2为B/M，上述耗时比3的权重3为C/M，上述耗时比4的权重为D/M，则上述任务的预测耗时比为:耗时比1 X权重1+耗时比2 X权重2+耗时比3 X权重3+耗时比4 X权重4。
[0037]步骤103、根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时。
[0038]本公开实施例中，上述任务的属性参数具体可以包括任务的大小，则上述任务的耗时具体可以预测为任务的大小与上述任务的预测耗时比的乘积;例如:上述任务的大小为100M，上述预测耗时比为0.8M/s，则上述任务的耗时可以预测为:100 X 0.8 = 80s;
[0039]在本公开的一种可选实施例中，上述方法具体还可以包括步骤:
[0040]根据预置规则对所述预置时间范围内采集的所述历史任务的耗时比进行过滤；
[0041]本公开实施例中，上述预置规则具体可以为对上述采集的耗时比的范围的一种限定，例如:上述预置规则具体可以为将小于第一阈值的耗时比过滤掉，和/或将大于第二阈值的耗时比过滤掉;则上述采集的历史任务的耗时比的数量具体可以为过滤掉不符合预置规则的耗时比后的历史任务的耗时比的数量;此时的预测耗时比的确定过程参照上述预测耗时比的确定过程即可，本公开实施例在此对预测耗时比的确定过程不再赘述。[〇〇42]可以理解，上述按照预置规则对所述预置时间范围内采集的所述历史任务的耗时比进行过滤仅作为本公开实施例中对耗时比进行过滤的方法的一个示例，而不理解为是对本公开实施例中对耗时比进行过滤的方法的一个限定，实际上，还可以在采集所述历史任务的耗时比时，按照预置规则对上述历史任务的耗时比进行采集，也即采集符合预置规则的历史任务的耗时比，本公开实施例对上述对耗时比进行过滤的方法不做具体限定。[〇〇43]综上，本公开实施例提供的一种任务处理方法，可以根据采集的历史任务的耗时比确定任务运行的预测耗时比，进而可以根据上述预测耗时比及任务的属性参数预测任务的耗时，这样一来，任务运行所需的耗时即可被预测出来，用户在知晓任务运行所需的耗时后，可以合理安排时间，例如:若当前任务运行所需耗时较长，则用户可以对这段时间进行规划，以利用这段时间去处理其他事情；或者当前任务运行较短，用户可以等待任务的完成，以在该任务运行结束后，直接进行下一任务的运行处理操作；也即，本公开可使得用户合理安排时间，进而能够提高用户的用户体验。
[0044]方法实施例二
[0045]参照图2,示出了本公开的一种任务处理方法实施例二的步骤流程图，具体可以包括:
[0046]步骤201、采集预置时间范围内至少一个历史任务的耗时比；[〇〇47]步骤202、根据所述历史任务的耗时比确定任务的预测耗时比；[〇〇48]步骤203、根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时；
[0049]步骤204、根据任务的耗时，及任务占用服务器的资源情况，进行任务的分发。
[0050]相对于方法实施例一，本公开实施例中增加了步骤204,以根据预测的任务的耗时，及任务对资源的占用情况，为服务器进行任务的分发，这样一来，由于任务的耗时是可预测的，因此可以根据任务的耗时对服务器进行任务的分发，使得可以服务器的资源得到合理的利用，提高服务器的资源利用率，且使得减少了任务排队等待被处理的等待时长，提高了服务器处理任务的效率。
[0051]本公开实施例中，当服务器中的空闲资源小于任务需要占用的资源时，任务需要在服务器外进行等待，直至服务器中有任务处理完成，释放出资源后，服务器中有足够的空闲资源时，方可将该任务分发给服务器进行处理，这样一来，当上述服务器中可用资源不满足等待运行的任务所需的资源时，直至服务器中有任务运行结束，释放出资源前，上述可用资源一直空余着，进而造成了服务器资源的浪费；实际上，任务在处理过程中，可以分为不同的运行阶段，在开始的运行阶段时，任务所占用的资源是相对较少的，因此可以为上述服务器做一个增益，在服务器中有任务即将在预置时间后完成运行时，即将任务分发给服务器，由于该任务在开始的运行阶段时，需要占用的服务器的资源较少，因此服务器可以利用空闲资源运行上述任务。
[0052]在本公开的一种可选实施例中，所述任务具体可以包括:正在运行的任务，及等待运行的任务，则所述根据任务的耗时，及任务占用服务器的资源情况，进行任务的分发的步骤，具体可以包括:[〇〇53]步骤B1、在所述正在运行的任务占用的资源与空闲资源的总和大于所述等待运行的任务所占用的资源时，获取所述正在运行的任务已运行时长；[〇〇54]步骤B2、根据所述正在运行的任务的耗时及所述已运行时长，确定任务分发计时；
[0055]步骤B3、在所述任务分发计时满足预置分发时间阈值时，将所述等待运行的任务分发给所述服务器。[〇〇56] 本公开实施例中，上述正在运行的任务具体可以为正在服务器中运行，且优先于其他任务结束运行的至少一个任务，假设服务器当前运行的任务中优先于其他任务结束运行的任务A所占用的资源与服务器中的空闲资源的资源总和大于当前等待运行的任务B所需占用的资源，则获取当前任务A的已运行时长，根据上述任务A的耗时，及任务A的已运行时长，确定任务分发计时，具体的，上述任务分发计时可以为上述任务A的耗时与上述任务A 的已运行时长的差值；
[0057]本公开实施例中，上述预置分发时间阈值为本领域技术人员预先设定的时间值， 当上述任务A的任务分发计时满足预置分发时间阈值时，也即上述任务A将在预置分发时间阈值后结束运行，释放占用的服务器的资源;例如:上述预置分发时间阈值为1分钟，则当上述任务A的任务分发计时满足预置分发时间阈值时，也即上述任务A将在1分钟后结束运行； 则此时可将上述任务B分发给服务器，使得任务B可以开始在服务器上运行，虽然随着任务B 的运行时长，任务B所需占用的资源越来越多，但是由于在一分钟后，任务A将结束运行，释放服务器资源，使得服务器上的可用资源增多，因此在任务B的运行过程中，服务器可以满足上述任务B的资源需求。[〇〇58]可以理解的是，上述预置分发时间阈值为1分钟仅作为本公开实施例中预置分发时间阈值的一种示例，而不理解为是对本公开实施例中上述预置分发时间阈值的一种限定，实际上，上述预置分发时间阈值可以为任意时间值，例如:两分钟，三分钟等等，可以由本领域技术人员根据需求进行设定，本公开实施例在此不对上述预置分发时间阈值做具体限定。[〇〇59]综上，本公开实施例提供的一种任务处理方法，可以根据任务的耗时及任务对服务器的资源占用情况为服务器分发任务，可以使得服务器的资源得到合理的利用，提高服务器的资源利用率；
[0060]以下通过具体示例对本公开实施例提供的任务处理方法能够合理利用服务器资源及提高服务器的资源利用率加以说明:
[0061]假设当前服务器的资源有100G，服务器中运行的任务占用了 95G，也即当前服务器中还有5G的资源可以用，现在服务器外有一个需要占用10G资源的任务，传统的任务处理方法中，由于当前服务器中的可利用资源小于该等待运行的任务所需的资源，则当前等待运行的任务需要等待，直至服务器中有充足资源可利用时，方才将该任务分发给上述服务器， 这样一来，在等待时间里，上述5G的资源就一直空余着，造成了服务器的资源的浪费；
[0062]而本公开实施例中，由于可以在上述服务器中运行的某一任务的任务分发计时满足预置分发时间阈值时，将上述等待运行的任务分发给服务器，这样一来，相对于传统的任务处理方法，本公开实施例中，上述等待运行的任务的等待时长减少了预置分发时间阈值， 使得上述服务器在单位时间内运行的任务要多于上述传统的任务处理方法的服务器运行的任务，提高了服务器处理任务的效率;且上述5G可用资源在上述任分发计时满足预置分发时间阈值时，即可以被上述任务利用，使得上述5G可用资源没有一直处于空闲的状态，因此使得服务器的资源得到了合理的利用，提高了服务器的资源利用率。[〇〇63]需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。[〇〇64] 装置实施例一[〇〇65]参照图3,示出了本公开的一种任务处理装置实施例一的结构示意图，具体可以包括:采集模块301、确定模块302及预测模块303;[〇〇66]其中，采集模块301，可以用于采集预置时间范围内至少一个历史任务的耗时比；
[0067]确定模块302,可以用于根据所述历史任务的耗时比确定任务的预测耗时比；
[0068]预测模块303,可以用于根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时。
[0069]在本公开的一种可选实施例中，上述任务的类型具体可以包括转码、上传、下载、 存储，所述任务处理方法用于对一类型的任务进行处理，所述一类型的任务中具体可以包含多种任务。
[0070]装置实施例二
[0071]参照图4,示出了本公开的一种任务处理装置实施例二的结构示意图，具体可以包括:采集模块401、确定模块402及预测模块403;[〇〇72]其中，采集模块401，可以用于采集预置时间范围内至少一个历史任务的耗时比；
[0073]确定模块402,可以用于根据所述历史任务的耗时比确定任务的预测耗时比；
[0074]预测模块403,可以用于根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时；[〇〇75]其中，上述确定模块402具体可以包括:
[0076]第一确定单元4021，可以用于确定所述预置时间范围内采集的历史任务的耗时比的数量、及每一耗时比出现的次数；[〇〇77]第二确定单元4022,可以用于根据所述每一耗时比出现的次数及所述历史任务的耗时比的数量确定所述每一耗时比所占权重；[〇〇78]第三确定单元4023,可以用于根据所述耗时比及所述耗时比的权重确定所述任务的预测耗时比。[〇〇79]装置实施例三[〇〇8〇]参照图5,示出了本公开的一种任务处理装置实施例三的结构示意图，具体可以包括:采集模块501、确定模块502、预测模块503及过滤模块504;
[0081]其中，采集模块501，可以用于采集预置时间范围内至少一个历史任务的耗时比；
[0082]确定模块502,可以用于根据所述历史任务的耗时比确定任务的预测耗时比；
[0083]预测模块503,可以用于根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时；
[0084]过滤模块504,可以用于根据预置规则对所述预置时间范围内采集的所述历史任务的耗时比进行过滤。[〇〇85]装置实施例四[〇〇86]参照图6,示出了本公开的一种任务处理装置实施例四的结构示意图，具体可以包括:采集模块601、确定模块602、预测模块603及分发模块604;
[0087]其中，采集模块601，可以用于采集预置时间范围内至少一个历史任务的耗时比；
[0088]确定模块602,可以用于根据所述历史任务的耗时比确定任务的预测耗时比；
[0089]预测模块603,可以用于根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时；
[0090]分发模块604，可以用于根据任务的耗时，及任务占用服务器的资源情况，进行任务的分发。
[0091]在本公开的一种可选实施例中，所述任务具体可以包括:正在运行的任务，及等待运行的任务，则所述分发模块604具体可以包括:[〇〇92]获取单元，可以用于在所述正在运行的任务占用的资源与空闲资源的总和大于所述等待运行的任务所占用的资源时，获取所述正在运行的任务已运行时长；[〇〇93]第四确定单元，可以用于根据所述正在运行的任务的耗时及所述已运行时长，确定任务分发计时；[〇〇94]任务分发单元，可以用于在所述任务分发计时满足预置分发时间阈值时，将所述等待运行的任务分发给所述服务器。
[0095]对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0096]以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0097]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0098]最后应说明的是:以上实施例仅用以说明本公开的技术方案，而非对其限制;尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换； 而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。
【主权项】
1.一种任务处理方法，其中，包括:采集预置时间范围内至少一个历史任务的耗时比；根据所述历史任务的耗时比确定任务的预测耗时比；根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时。2.根据权利要求1所述的方法，其中，所述根据所述历史任务的耗时比确定任务的预测 耗时比，包括:确定所述预置时间范围内采集的历史任务的耗时比的数量、及每一耗时比出现的次 数；根据所述每一耗时比出现的次数及所述历史任务的耗时比的数量确定所述每一耗时 比所占权重；根据所述耗时比及所述耗时比的权重确定所述任务的预测耗时比。3.根据权利要求1所述的方法，所述方法还包括:根据预置规则对所述预置时间范围内采集的所述历史任务的耗时比进行过滤。4.根据权利要求1所述的方法，所述任务的类型包括转码、上传、下载、存储，所述任务 处理方法用于对一类型的任务进行处理，所述一类型的任务中包含多种任务。5.根据权利要求1至4任一项所述的方法，所述方法还包括:根据任务的耗时，及任务占用服务器的资源情况，进行任务的分发。6.根据权利要求5所述的方法，所述任务包括:正在运行的任务，及等待运行的任务，则 所述根据任务的耗时，及任务占用服务器的资源情况，进行任务的分发，包括:在所述正在运行的任务占用的资源与空闲资源的总和大于所述等待运行的任务所占 用的资源时，获取所述正在运行的任务已运行时长；根据所述正在运行的任务的耗时及所述已运行时长，确定任务分发计时；在所述任务分发计时满足预置分发时间阈值时，将所述等待运行的任务分发给所述服 务器。7.—种任务处理装置，所述装置包括:采集模块，用于采集预置时间范围内至少一个历史任务的耗时比；确定模块，用于根据所述历史任务的耗时比确定任务的预测耗时比；预测模块，用于根据所述任务的属性参数及所述预测耗时比预测所述任务的耗时。8.根据权利要求7所述的装置，所述确定模块包括:第一确定单元，用于确定所述预置时间范围内采集的历史任务的耗时比的数量、及每 一耗时比出现的次数；第二确定单元，用于根据所述每一耗时比出现的次数及所述历史任务的耗时比的数量 确定所述每一耗时比所占权重；第三确定单元，用于根据所述耗时比及所述耗时比的权重确定所述任务的预测耗时 比。9.根据权利要求7所述的装置，所述装置还包括:过滤模块，用于根据预置规则对所述预置时间范围内采集的所述历史任务的耗时比进 行过滤。10.根据权利要求7所述的装置，所述任务的类型包括转码、上传、下载、存储，所述任务处理方法用于对一类型的任务进行处理，所述一类型的任务中包含多种任务。11.根据权利要求7至10任一项所述的装置，所述装置还包括:分发模块，用于根据任务的耗时，及任务占用服务器的资源情况，进行任务的分发。12.根据权利要求11所述的装置，所述任务包括:正在运行的任务，及等待运行的任务， 则所述分发模块包括:获取单元，用于在所述正在运行的任务占用的资源与空闲资源的总和大于所述等待运 行的任务所占用的资源时，获取所述正在运行的任务已运行时长；第四确定单元，用于根据所述正在运行的任务的耗时及所述已运行时长，确定任务分 发计时；任务分发单元，用于在所述任务分发计时满足预置分发时间阈值时，将所述等待运行 的任务分发给所述服务器。
【文档编号】G06F11/34GK105955873SQ201610274499
【公开日】2016年9月21日
【申请日】2016年4月27日
【发明人】王孝庆, 刘永华
【申请人】乐视控股（北京）有限公司, 乐视云计算有限公司