CN111432159B

CN111432159B - 计算任务处理方法、装置、系统与计算机可读存储介质

Info

Publication number: CN111432159B
Application number: CN202010195439.XA
Authority: CN
Inventors: 曹长刚; 冉耀隆
Original assignee: Shenzhen Pengchuang Software Co ltd
Current assignee: Shenzhen Pengchuang Software Co ltd
Priority date: 2020-03-19
Filing date: 2020-03-19
Publication date: 2022-05-17
Anticipated expiration: 2040-03-19
Also published as: CN111432159A

Abstract

本发明公开了一种计算任务处理方法，包括：若检测到计算任务，则确定服务器的能力使用值是否达到阈值；若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中；接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元。本发明还公开了一种计算任务处理装置、系统和计算机可读存储介质。本发明在服务器的能力使用值达到阈值时，将检测到的计算任务分配给处理网元处理，确保服务器不会过载，并且计算任务始终有在处理，提高计算任务的处理速度，实现计算任务的智能处理。

Description

计算任务处理方法、装置、系统与计算机可读存储介质

技术领域

本发明涉及信息处理技术领域，尤其涉及计算任务处理方法、装置、系统与计算机可读存储介质。

背景技术

计算机服务器具有远超人类的计算能力，因此，随着计算机的不断发展，越来越多的计算任务交由计算机服务器来执行。

在现有高清视频会议系统中，计算机服务器通常需要处理相应的计算任务，如视频解码、转码和视频画面合成等任务。对于小型会议而言，常规性能的计算机服务器就可以负担起这些计算任务，也即，计算机服务器在检测到计算任务时，本身即可对计算任务进行处理，但对于大型会议，如1000路视频流，4K会议系统，常规性能的计算机服务器显然无法满足需求，也即，常规性能的计算机服务器在检测到计算任务时，会因自身性能受限，而无法及时处理，此时要么更换较高性能的计算机服务器，要么对计算任务执行等待处理，前者需要花费较高的成本，后者会导致视频画面延迟等。

显然，现有计算机服务器对计算任务的处理方式不够智能，无法及时处理计算任务。

发明内容

本发明的主要目的在于提出一种计算任务处理方法、装置、系统与计算机可读存储介质，旨在实现计算任务的智能处理。

为实现上述目的，本发明提供一种计算任务处理方法，所述计算任务处理方法包括如下步骤：

若检测到计算任务，则确定服务器的能力使用值是否达到阈值；

若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中；

接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元。

优选地，所述若检测到计算任务，则确定服务器的能力使用值是否达到阈值的步骤包括：

若检测到计算任务，则确定所述服务器被占用的带宽能力和所述服务器被占用的计算能力；

基于所述带宽能力和所述计算能力，确定所述服务器的能力使用值，并确定所述能力使用值是否达到阈值。

优选地，所述若检测到计算任务，则确定所述服务器被占用的带宽能力和所述服务器被占用的计算能力的步骤包括：

若检测到计算任务，则确定所述服务器已建立的视频连接数：

基于所述视频连接数，确定所述服务器被占用的带宽能力，以及所述服务器被占用的计算能力。

优选地，所述若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中的步骤包括：

若达到阈值，则确定是否存在网元状态为空闲的空闲网元；

若存在，则将能力值最大的空闲网元确定为第一处理网元，并将所述计算任务分配至所述第一处理网元中，修改所述第一处理网元的网元状态为工作状态。

优选地，所述若达到阈值，则确定是否存在网元状态为空闲的空闲网元的步骤之后，所述计算任务处理方法还包括：

若不存在，则确定待合并网元，并将所述待合并网元对应的待合并任务分配至合并网元中，其中，所述待合并网元至少包括一个转移网元和一个合并网元；

将所述转移网元确定为第一处理网元，并将所述计算任务分配至所述第一处理网元中。

优选地，所述接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元的步骤包括：

接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果合成一路目标结果，其中，所述第一处理网元至少包括两个；

将所述目标结果发送至所述计算任务对应的目标网元。

优选地，所述计算任务处理方法还包括：

在处理所述计算任务过程中，若所述第一处理网元故障，则将所述计算任务分配至所述计算任务对应的第二处理网元，并将所述第一处理网元的网元状态修改为故障状态；

在检测到所述第一处理网元恢复时，将所述第一处理网元的网元状态修改为等待状态，并确定对应的等待时间；

在所述等待时间后，将所述第一处理网元的网元状态修改为空闲状态。

此外，为实现上述目的，本发明还提供一种计算任务处理装置，所述计算任务处理装置包括：

确定模块，用于若检测到计算任务，则确定服务器的能力使用值是否达到阈值；

分配模块，用于若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中；

发送模块，用于接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元。

优选地，所述确定模块还用于：

优选地，所述分配模块还用于：

若达到阈值，则确定是否存在网元状态为空闲的空闲网元；

优选地，所述分配模块还用于：

优选地，所述发送模块还用于：

将所述目标结果发送至所述计算任务对应的目标网元。

优选地，所述计算任务处理装置还包括故障处理模块，所述故障处理模块用于：

此外，为实现上述目的，本发明还提供一种计算任务处理系统，所述计算任务处理系统包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算任务处理程序，所述计算任务处理程序被所述处理器执行时实现如上所述的计算任务处理方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算任务处理程序，所述计算任务处理程序被处理器执行时实现如上所述的计算任务处理方法的步骤。

本发明提出的计算任务处理方法，若检测到计算任务，则确定服务器的能力使用值是否达到阈值；若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中；接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元。本发明在服务器的能力使用值达到阈值时，将检测到的计算任务分配给处理网元处理，确保服务器不会过载，并且计算任务始终有在处理，提高计算任务的处理速度，实现计算任务的智能处理。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的系统结构示意图；

图2为本发明计算任务处理方法第一实施例的流程示意图；

图3为本发明计算任务处理方法第一实施例中的一场景示意图；

图4为本发明计算任务处理方法第一实施例中的另一场景示意图；

图5为本发明计算任务处理方法第二实施例的流程示意图；

图6为本发明计算任务处理方法第二实施例中网元状态转移示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的系统结构示意图。

本发明实施例系统包括若干网元和服务器。

如图1所示，该系统可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的系统结构并不构成对计算任务处理系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及计算任务处理程序。

其中，操作系统是管理和控制计算任务处理系统与软件资源的程序，支持网络通信模块、用户接口模块、计算任务处理程序以及其他程序或软件的运行；网络通信模块用于管理和控制网络接口1002；用户接口模块用于管理和控制用户接口1003。

在图1所示的计算任务处理系统中，所述计算任务处理系统通过处理器1001调用存储器1005中存储的计算任务处理程序，并执行下述计算任务处理方法各个实施例中的操作。

基于上述硬件结构，提出本发明计算任务处理方法实施例。

参照图2，图2为本发明计算任务处理方法第一实施例的流程示意图，所述方法包括：

步骤S10，若检测到计算任务，则确定服务器的能力使用值是否达到阈值；

步骤S20，若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中；

步骤S30，接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元。

本实施例计算任务处理方法可运用于计算任务处理系统中，如视频会议系统等，为描述方便，下述以视频会议系统为例进行描述，其中视频会议系统简称会议系统。本发明原理是利用会议系统中的各个网元分担部分服务器的计算任务，如视频编解码，视频画面合成等，其中，网元指网络中的设备，如硬件终端和软件终端等。参照图3，对于源网元发起的视频流转码任务，服务器将该任务下发到一个支持目标编码方式的转码网元，转码网元将视频流转码之后再发送回服务器，最后发送到目标网元，在具体实施时，考虑到上述方式虽然减轻了服务器端的硬件压力，但增加了网络带宽压力，因此可使用内网穿透的方法，参照图4，通过服务器使网元之间直接建立视频流连接，使得源网元不需要将视频流发送到服务器，而是直接将视频流发给与服务器连接的转码网元，转码网元对视频流进行转码后，也无需再返回给服务器，而是直接发送至与服务器连接的目标网元，减小服务器的网络带宽压力，对于画面合成或者音频混音等任务也可采用类似的方式进行。

以下将对各个步骤进行详细说明：

步骤S10，若检测到计算任务，则确定服务器的能力使用值是否达到阈值。

在本实施例中，先定义会议系统：

C＝{s,e₀…e_n}

其中s为服务器，e_i为网元，n为网元数量。服务器与网元统称为节点。

节点能力值：

cap＝{B,C}

cap为一有序数对，其中B为带宽能力，C为计算能力，其值均为无量纲量，分别表示某一节点中特定视频格式传输数量上限和并行编解码数量上限，其中，特定视频格式以当前会议系统所要传输的视频流确定，例如1080P 30FPS的视频流，对于某型终端，其可以并行上传或下载10路1080P 30FPS的视频流，可以同时编解码5路1080P 30FPS视频流，则此节点在当前会议系统中的能力值为：cap＝{10,5}。

会议系统总能力：

cap_S＝{∑B,∑C}

其中，服务器能力值为{B_s,C_s}。网元能力为{B_i,C_i}。

对于视频传输，每建立一路视频连接就会占用2单位的带宽能力。如果服务器不做转码，对于一路视频而言，源网元与目标网元共占用2单位的计算能力，因此，可通过确定已建立的视频连接数，确定服务器的能力使用值，也即服务器被占用的带宽能力以及被占用的计算能力。

在本实施例中，若检测到源网元发起的计算任务，则先确定服务器的能力使用值是否达到阈值，可以理解的，会议系统初始时一般认为没有负载，此时能力使用值为0，当出现视频连接时，首先将计算任务分配给服务器，以达到减小延迟的目的，因此，在服务器的能力使用值未达到阈值时，直接把计算任务分配给服务器，而随着计算任务的增加，服务器的能力使用值将逐渐增大，当服务器的能力使用值达到阈值C₀(C₀＜C_s，C_s为服务器的最大能力值)时，为了保证服务器有充足剩余能力处理突发情况，开始将当前的计算任务分配给其他节点处理。

具体的，在一实施例中，步骤S10包括：

步骤a1，若检测到计算任务，则确定所述服务器被占用的带宽能力和所述服务器被占用的计算能力；

在一实施例中，在检测到计算任务时，通过确定服务器被占用的带宽能力和被占用的计算能力来确定服务器的能力使用值。

而在一实施例中，步骤a1包括：

在一实施例中，通过服务器已建立的视频连接数，确定服务器被占用的带宽能力，以及服务器被占用的计算能力，其中，视频连接数与被占用的带宽能力和被占用的计算能力成正比关系，随着视频连接数的增多，被占用的带宽能力和被占用的计算能力越大。在具体实施时，可事先储存视频连接数与被占用的带宽能力和被占用的计算能力的关系表，在确定服务器已建立的视频连接数后，通过查找关系表确定服务器被占用的带宽能力和被占用的计算能力。

需要说明的是，在另一实施例中，在计算服务器被占用的计算能力时，除了需确定服务器已建立的视频连接数，还要确定视频连接数对应的任务类型，这是由于不同的任务类型所占用的计算能力不同，如传输任务，服务器被占用的计算能力为2单位的计算能力；若为转码任务，则服务器被占用的计算能力为2单位的计算能力加上处理转码任务所需的计算能力，其中转码任务所需的计算能力可通过转码任务对应的任务量确定，也即通过转码任务对应的视频流的大小确定服务器转码时所需的计算能力。

步骤a2，基于所述带宽能力和所述计算能力，确定所述服务器的能力使用值，并确定所述能力使用值是否达到阈值。

接着，通过服务器被占用的带宽能力和被占用的计算能力，确定服务器的能力使用值，并确定服务器的能力使用值是否达到阈值，其中，阈值可根据实际情况进行设置，如为服务器最大能力值的百分之八十等。

步骤S20，若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中。

在本实施例中，若确定服务器的能力使用值达到阈值，为了保证服务器有充足剩余能力处理突发情况，则确定计算任务对应的第一处理网元，并将计算任务分配至第一处理网元中，也即，将当前的计算任务交由其他节点处理。

在本实施例中，可通过确定各节点的网元状态，将网元状态为空闲的节点随机选取一个作为第一处理网元，从而将计算任务发送给第一处理网元处理。

在本实施例中，在将计算任务分配至第一处理网元后，由第一处理网元对计算任务进行处理，其中，计算任务包括视频解码、转码和视频画面合成等任务，最终由第一处理网元输出计算结果，最后，将计算结果发送至计算任务对应的目标网元。

进一步地，在一实施例中，步骤S30包括：

步骤b1，接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果合成一路目标结果，其中，所述第一处理网元至少包括两个；

在一实施例中，第一处理网元可以是多个，也即将计算任务分成多个子任务，再分配给多个第一处理网元进行处理，最后，将多个第一处理网元输出的计算结果进行合并，合成一路目标结果。

步骤b2，将所述目标结果发送至所述计算任务对应的目标网元。

最后，将合成的目标结果发送至计算任务对应的目标网元。

如设某会议中有120台网元(n＝120)，其中100台为会议中使用的网元，有20台空闲网元。会议系统内传输的视频流为4K，H264编码。服务器的能力值为：{50，200}。空闲网元能力值为：{10，10}。此时服务器主要的计算任务为画面合成。具体而言是解码100路码流并合成编码输出1路码流。

如果采用传统的方法，全部采用服务器计算，此时，服务端的负载为：{101，200}。即解码100路，编码1路。上传100路，下载100路。计算需求已经远超服务器能力。

而利用其中20个空闲的网元进行画面合成，每个网元只需要进行5个画面的合成，解5路码流然后合成为一路画面，输出到服务器端。服务器端需要将合成的20个画面再合成为一个画面，需要解20路码流并合成1路输出.。此时，分担服务器计算任务的网元负载为：{6，6}。服务器的负载为：{21，120}。此时服务器的能力还在负载之上。

需要说明的是，若在检测到计算任务时，确定服务器已经满载，也即服务器的能力使用值达到满载值C_M，C₀＜C_M＜C_s，此时可以认为整个系统已经满载，当前计算任务不处理。

本实施例若检测到计算任务，则确定服务器的能力使用值是否达到阈值；若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中；接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元。本发明在服务器的能力使用值达到阈值时，将检测到的计算任务分配给处理网元处理，确保服务器不会过载，并且计算任务始终有在处理，提高计算任务的处理速度，实现计算任务的智能处理。

进一步地，基于本发明计算任务处理方法第一实施例，提出本发明计算任务处理方法第二实施例。

计算任务处理方法的第二实施例与计算任务处理方法的第一实施例的区别在于，参照图5，步骤S20包括：

步骤S21，若达到阈值，则确定是否存在网元状态为空闲的空闲网元；

步骤S22，若存在，则将能力值最大的空闲网元确定为第一处理网元，并将所述计算任务分配至所述第一处理网元中，修改所述第一处理网元的网元状态为工作状态。

本实施例在确定服务器的能力使用值达到阈值时，将网元状态为空闲的空闲网元中，能力值最大的空闲网元作为第一处理网元，使得计算任务可快速得到处理。

以下将对各个步骤进行详细说明：

步骤S21，若达到阈值，则确定是否存在网元状态为空闲的空闲网元。

在本实施例中，定义网元状态：

忙碌(B，Busy)，在使用中；

工作(W，Work)，处理服务器分配的任务中；

空闲(I，Idle)，未在使用；

故障(D，Damage)，故障(网络或硬件)；

等待(P，Pending)，从故障中恢复。

网元状态转移如图6所示，如某节点的网元状态为空闲I，在接收到分配的计算任务时，网元状态转为工作W；或者处理自身的任务，此时网元状态转为忙碌B；或者发生故障，此时网元状态转为故障D，在修复之后，网元状态从故障D转为等待P，在等待时间过后，网元状态从等待P转为空闲I。当然，在工作状态W或者忙碌状态B下，也可能因设备故障直接转为故障状态D；在工作状态W或者忙碌状态B下，若完成任务，则转为空闲状态I。

在本实施例中，若确定服务器的能力使用值达到阈值，则确定各个节点的网元状态，并确定是否存在网元状态为空闲的空闲网元。

在本实施例中，若确定存在，则将能力值最大的空闲网元确定为第一处理网元，也即从空闲状态中的节点中挑选出B+C值最大的一个节点，作为第一处理网元，接着，将计算任务分配至第一处理网元，同时，修改第一处理网元的网元状态为工作状态。

进一步地，在另一实施例中，步骤S21之后，计算任务处理方法还包括：

步骤c1，若不存在，则确定待合并网元，并将所述待合并网元对应的待合并任务分配至合并网元中，其中，所述待合并网元至少包括一个转移网元和一个合并网元；

在另一实施例中，若确定不存在空闲状态的网元，则合并几个网元，将几个网元的计算任务转移到单个网元中，然后再向空闲的网元分配任务。这样的分配方法一般不会得到全局最优解，但可以提高分配的响应速度。

在具体实施时，确定各网元的任务类型，将任务类型不重的预设数量的网元确定为待合并网元，其中，预设数量可根据实际情况进行设置，如两个，假设A网元为合成视频画面，B网元为视频流转码，C网元为音频混音......则随机将其中两个确定为待合并网元，其中一个为转移网元，一个为合并网元，然后，将待合并网元对应的待合并任务合并到合并网元中，如A网元中，空出来的那个即为转移网元，此时转移网元的网元状态为空闲。

步骤c2，将所述转移网元确定为第一处理网元，并将所述计算任务分配至所述第一处理网元中。

接着，将转移网元确定为第一处理网元，然后，将计算任务分配至第一处理网元中进行处理。

本实施例在确定第一处理网元时，可根据网元状态来确定，具体将空闲状态的网元确定为第一处理网元，若没有空闲的网元，则将预设数量的网元的任务合并在一起，从而空出网元，使得计算任务得到快速响应。

进一步地，基于本发明计算任务处理方法第一、第二实施例，提出本发明计算任务处理方法第三实施例。

计算任务处理方法的第三实施例与计算任务处理方法的第一、第二实施例的区别在于，计算任务处理方法还包括：

步骤d1，在处理所述计算任务过程中，若所述第一处理网元故障，则将所述计算任务分配至所述计算任务对应的第二处理网元，并将所述第一处理网元的网元状态修改为故障状态；

步骤d2，在检测到所述第一处理网元恢复时，将所述第一处理网元的网元状态修改为等待状态，并确定对应的等待时间；

步骤d3，在所述等待时间后，将所述第一处理网元的网元状态修改为空闲状态。

在本实施例中，若网元出现故障，则需要将该网元的任务转移出来，确保任务顺利执行，并将该网元的网元状态修改为故障状态，不向其分配计算任务，使得会议系统稳定。

以下将对各个步骤进行详细说明：

步骤d1，在处理所述计算任务过程中，若所述第一处理网元故障，则将所述计算任务分配至所述计算任务对应的第二处理网元，并将所述第一处理网元的网元状态修改为故障状态。

在本实施例中，在处理计算任务的过程中，若第一处理网元故障，为了确保计算任务不被耽误，需要将计算任务转移出去，因此，需先确定转移对象，也即第二处理网元，确定第二处理网元的方式与确定第一处理网元的方式类似，可参考上述实施例的说明，在此不再赘述，同时，将第一处理网元的网元状态修改为故障状态，避免将其他计算任务分配到第一处理网元中。

可以理解的，除了第一处理网元故障，在第一处理网元处理当前计算任务的过程中，若需要使用第一处理网元作为视频会议终端，也即第一处理网元有自己的任务需要处理，则也需要将当前的计算任务转移出去，转移方式与上述类似，在此不再赘述。

步骤d2，在检测到所述第一处理网元恢复时，将所述第一处理网元的网元状态修改为等待状态，并确定对应的等待时间。

在本实施例中，在检测到第一处理网元恢复时，将第一处理网元的网元状态修改为等待状态，并确定第一处理网元的等待时间，在等待时间内，不向第一处理网元分配计算任务，直至等待时间期满，第一处理网元的网元状态变为空闲状态，其中，等待时间由下式得出：

t_p＝T₀2^N-1

其中，T₀为首次故障时的等待时间。N为计时周期内的故障次数。也即过去经常发生故障的网元更倾向于再次发生故障，因此要更少地向其分配计算任务。

因此，在具体实施时，需确定第一处理网元的首次故障等待时间，以及在预设计时周期内发生的故障次数，从而确定第一处理网元的等待时间。

在本实施例中，在等待时间期满后，将第一处理网元的网元状态修改为空闲状态，以便承接服务器分摊出来的计算任务。

本实施例在第一处理网元故障时，通过将计算任务转移到第二处理网元，确保计算任务不中断，并且，为了提高会议系统的稳定性，故障的网元需要等待恢复，避免频繁使用，降低网元的寿命。

本发明还提供一种计算任务处理装置。本发明计算任务处理装置包括：

优选地，所述确定模块还用于：

优选地，所述分配模块还用于：

若达到阈值，则确定是否存在网元状态为空闲的空闲网元；

优选地，所述分配模块还用于：

优选地，所述发送模块还用于：

将所述目标结果发送至所述计算任务对应的目标网元。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有计算任务处理程序，所述计算任务处理程序被处理器执行时实现如上所述的计算任务处理方法的步骤。

其中，在所述处理器上运行的计算任务处理程序被执行时所实现的方法可参照本发明计算任务处理方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者设备中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书与附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种计算任务处理方法，其特征在于，所述计算任务处理方法包括如下步骤：

接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元；

所述若达到阈值，则确定所述计算任务对应的第一处理网元，并将所述计算任务分配至所述第一处理网元中的步骤包括：

若达到阈值，则确定是否存在网元状态为空闲的空闲网元；

若存在，则将能力值最大的空闲网元确定为第一处理网元，并将所述计算任务分配至所述第一处理网元中，修改所述第一处理网元的网元状态为工作状态；

所述若达到阈值，则确定是否存在网元状态为空闲的空闲网元的步骤之后，所述计算任务处理方法还包括：

2.如权利要求1所述的计算任务处理方法，其特征在于，所述若检测到计算任务，则确定服务器的能力使用值是否达到阈值的步骤包括：

3.如权利要求2所述的计算任务处理方法，其特征在于，所述若检测到计算任务，则确定所述服务器被占用的带宽能力和所述服务器被占用的计算能力的步骤包括：

4.如权利要求1所述的计算任务处理方法，其特征在于，所述接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元的步骤包括：

将所述目标结果发送至所述计算任务对应的目标网元。

5.如权利要求1-4任一项所述的计算任务处理方法，其特征在于，所述计算任务处理方法还包括：

6.一种计算任务处理装置，其特征在于，所述计算任务处理装置包括：

发送模块，用于接收所述第一处理网元基于所述计算任务输出的计算结果，并将所述计算结果发送至所述计算任务对应的目标网元；

所述分配模块，包括：

空闲网元确定单元，用于若达到阈值，则确定是否存在网元状态为空闲的空闲网元；

第一分配单元，用于若存在，则将能力值最大的空闲网元确定为第一处理网元，并将所述计算任务分配至所述第一处理网元中，修改所述第一处理网元的网元状态为工作状态；

所述分配模块，还包括：

第二分配单元，用于若不存在，则确定待合并网元，并将所述待合并网元对应的待合并任务分配至合并网元中，其中，所述待合并网元至少包括一个转移网元和一个合并网元；

第三分配单元，用于将所述转移网元确定为第一处理网元，并将所述计算任务分配至所述第一处理网元中。

7.一种计算任务处理系统，其特征在于，所述计算任务处理系统包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算任务处理程序，所述计算任务处理程序被所述处理器执行时实现如权利要求1至5中任一项所述的计算任务处理方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算任务处理程序，所述计算任务处理程序被处理器执行时实现如权利要求1至5中任一项所述的计算任务处理方法的步骤。