CN107295110A - 计算任务的处理方法、边缘节点、业务服务器及*** - Google Patents

Abstract

本发明公开了一种计算任务的处理方法、边缘节点、业务服务器及***，其中，所述方法包括：接收用户客户端发来的访问请求，所述访问请求指向待处理的计算任务；判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至业务服务器；所述任务信息中至少包括所述计算任务的任务总量；接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务。本申请提供的技术方案，能够提高计算任务的处理效率。

Description

计算任务的处理方法、边缘节点、业务服务器及***

技术领域

本发明涉及互联网技术领域，特别涉及一种计算任务的处理方法、边缘节点、业务服务器及***。

背景技术

随着互联网技术的不断发展，网络中的信息也呈***式地增长。为了使得用户终端能够从服务器中快速地获取到所需的信息，目前可以通过内容分发网络(ContentDelivery Network，CDN)将服务器和用户终端进行连接。

在CDN中可以包括若干边缘节点，每个边缘节点上可以部署物理计算机，还可以在物理计算机中划分多个虚拟计算机。通常，CDN中的边缘节点可以按照地理位置进行划分。当用户终端对服务器发起访问时，可以根据用户终端所处的地理位置，就近接入对应的边缘节点。这样，用户终端便可以在较好的网络环境中，获取到所需的网络信息。

当前，用户终端向边缘节点发送的请求，有时需要边缘节点处理对应的计算任务。例如，用户终端在向边缘节点请求视频数据时，边缘节点中可能不存在用户终端所需的视频格式，因此，边缘节点需要对本地的视频数据进行格式转换。此时，格式转换便可以是边缘节点所需处理的计算任务。然而，由于边缘节点通常与多个用户终端相连，因此边缘节点需要一边向其它用户终端提供网络数据，一边处理格式转换的计算任务。这样，边缘节点的计算资源可能会被很大程度地消耗，不仅会导致无法向其它用户终端提供流畅的网络数据，还会降低计算任务的处理效率。

发明内容

本申请的目的在于提供一种计算任务的处理方法、边缘节点、业务服务器及***，能够提高计算任务的处理效率。

为实现上述目的，本申请一方面提供一种计算任务的处理方法，所述方法包括：接收用户客户端发来的访问请求，所述访问请求指向待处理的计算任务；判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至业务服务器；所述任务信息中至少包括所述计算任务的任务总量；接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务。

为实现上述目的，本申请另一方面还提供一种边缘节点，所述边缘节点包括：访问请求接收单元，用于接收用户客户端发来的访问请求，所述访问请求指向待处理的计算任务；任务信息上报单元，用于判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至业务服务器；所述任务信息中至少包括所述计算任务的任务总量；任务分配信息接收单元，用于接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；目标任务上传单元，用于将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务。

为实现上述目的，本申请另一方面还提供一种计算任务的处理方法，所述方法包括：接收至少一个边缘节点发来的任务信息，所述任务信息中包括所述边缘节点中待处理的计算任务的任务总量；基于所述任务信息，分别为各个所述边缘节点分配对应的目标任务量；接收各个所述边缘节点上传的目标任务；其中，所述边缘节点上传的所述目标任务的任务量与所述边缘节点对应的目标任务量相等；在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。

为实现上述目的，本申请另一方面还提供一种业务服务器，所述业务服务器包括：任务信息接收单元，用于接收至少一个边缘节点发来的任务信息，所述任务信息中包括所述边缘节点中待处理的计算任务的任务总量；目标任务量分配单元，用于基于所述任务信息，分别为各个所述边缘节点分配对应的目标任务量；目标任务接收单元，用于接收各个所述边缘节点上传的目标任务；其中，所述边缘节点上传的所述目标任务的任务量与所述边缘节点对应的目标任务量相等；处理结果反馈单元，用于在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。

为实现上述目的，本申请另一方面还提供一种计算任务的处理***，所述处理***包括用户客户端、边缘节点以及业务服务器，其中：所述用户客户端，用于向所述边缘节点发送访问请求，所述访问请求指向待处理的计算任务；所述边缘节点，用于判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至所述业务服务器；所述任务信息中至少包括所述计算任务的任务总量；接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务；所述业务服务器，用于基于各个所述边缘节点发来的任务信息，分别为各个所述边缘节点分配对应的目标任务量；接收各个所述边缘节点上传的目标任务；在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。

由上可见，本申请提供的技术方案中，当边缘节点接收到用户客户端发来的访问请求时，首先可以判断是否可以在本地处理该访问请求指向的全部计算任务。如果在本地无法处理全部的计算任务，那么可以向业务服务器发送该计算任务的任务信息，以使得业务服务器处理该计算任务中的一部分任务。这样，边缘节点通过与业务服务器协同处理该计算任务，可以减轻本地需要投入的计算资源，这样，一方面不会影响向其它用户客户端提供网络数据，另一方面，在本地以及业务服务器中同步并行处理该计算任务，能够提高计算任务的处理效率。

附图说明

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

图1是本发明实施例一中的计算任务的处理方法流程图；

图2是本发明中***的结构示意图；

图3是本发明实施例二中边缘节点的功能模块图；

图4是本发明实施例三中计算任务的处理方法流程图；

图5是本发明实施例四中业务服务器的功能模块图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本申请一个实施方式提供一种计算任务的处理方法，该方法可以应用于CDN中的边缘节点上。请参阅图1，所述方法可以包括以下步骤。

S11：接收用户客户端发来的访问请求，所述访问请求指向待处理的计算任务。

在本实施方式中，用户可以通过用户客户端，发起针对某项服务的访问请求。该用户客户端可以与CDN相连，为了提高用户客户端获取网络数据的速度，可以在CDN的若干边缘节点中，将与所述用户客户端处于同一地理位置的边缘节点与所述用户客户端相连。这样，当用户客户端发起该访问请求时，与所述用户客户端相连的边缘节点便可以接收到该访问请求。

在本实施方式中，所述访问请求可以是针对网络资源发起的。所述网络资源例如可以是视频、语音、图片、文字等需要从CDN中获取的数据。具体地，所述访问请求可以是针对高清视频的加载请求。在用户客户端中，可以显示某个视频的缩略图，当用户点击该缩略图之后，用户客户端便可以向边缘节点发送加载高清视频的访问请求。

在本实施方式中，边缘节点在接收到该访问请求后，可以在本地查询是否存在该访问请求指向的高清视频。如果存在，便可以向用户客户端反馈该高清视频；如果在本地仅存在其它格式的视频(例如标清视频)，那么边缘节点需要对其它格式的视频进行转码处理，以得到对应的高清视频。此时，边缘节点便需要处理转码的计算任务。该计算任务便可以是步骤S11中所述的待处理的计算任务。

当然，需要说明的是，上述转码的实施方式仅仅是本申请中例举的实施方式，在实际应用场景中，所述待处理的计算任务还可以是图片剪裁、内容鉴定、图像识别、数据处理等一系列需要占用计算资源的任务，本申请对此并不作限定。

S13：判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至业务服务器；所述任务信息中至少包括所述计算任务的任务总量。

在本实施方式中，边缘节点在接收到所述访问请求后，可以判断是否能够在本地处理完整的所述计算任务。如果所述边缘节点当前的计算资源充沛，则可以在本地处理完该计算任务，并将处理结果反馈给用户客户端。当如果所述边缘节点当前的计算资源并不充沛，如果将冗余的计算资源都用于处理该计算任务，会导致无法流畅地向其它用户客户端提供网络数据。在这种情况下，边缘节点可以请求CDN中的业务服务器，使得业务服务器与边缘节点协同处理该计算任务。所述业务服务器可以是多个边缘节点相连并且具备较高计算能力的服务器。所述业务服务器通常不直接与用户客户端进行数据交互，而是与边缘节点进行数据交互。具体地，业务服务器、边缘节点以及用户客户端的结构示意图请参阅图2。如图2所示，边缘节点与用户客户端进行数据交互，而业务服务器则与边缘节点进行数据交互。

在本实施方式中，在判断能否在本地处理完整的计算任务时，边缘节点可以获取当前时刻本地可用的计算资源。其中，所述计算资源可以包括硬盘总线资源、内存资源、中央处理器(CPU)资源中的至少一种。然后，所述边缘节点可以判断所述当前时刻本地可用的计算资源能否处理所述计算任务的任务总量。若能，那么便判定可在本地处理完整的所述计算任务；若不能，那么便判定不能在本地处理完整的所述计算任务。通常而言，边缘节点，根据边缘节点的性能以及对历史任务的处理记录，可以总结出所述边缘节点剩余的计算资源与能够处理的任务量之间的映射关系。该映射关系可以存储于边缘节点本地。那么当边缘节点在判断当前时刻可用的计算资源能否处理计算任务的任务总量时，便可以读取该映射关系，并确定与当前时刻可用的计算资源对应的能够处理的计算任务的实际任务量。该实际任务量如果小于所述计算任务的任务总量，便表明无法在本地处理全部的计算任务。如果该实际任务量大于或者等于所述计算任务的任务总量，便表明可以在本地处理全部的计算任务。

此外，在本实施方式中，在判断能否在本地处理完整的计算任务时，边缘节点还可以将当前时刻本地可用的计算资源与指定资源阈值进行比对。所述指定资源阈值可以是预先设置的资源数值或者资源比例值，该指定资源阈值可以用于评判边缘节点剩余的计算资源是否充足。这样，当所述计算资源大于所述指定资源阈值时，便表明边缘节点当前空余的计算资源比较充足，那么便判定可在本地处理完整的所述计算任务。当所述计算资源小于或者等于所述指定资源阈值时，便表明边缘节点当前空余的计算资源不足以处理全部的计算任务，那么便判定不能在本地处理完整的所述计算任务。

需要说明的是，在访问请求中通常可以具备头文件字段，在头文件字段中通常可以注明该访问请求所引用的页面地址、该访问请求所指向的计算任务的类型、该访问请求所指向的网络资源的地址、发送该访问请求的用户客户端的版本等信息。这样，边缘节点在解析该头文件字段时，便可以获知应当针对哪个网络资源进行哪种计算任务的处理过程，从而确定计算任务的类型以及对应的任务总量。

在本实施方式中，当边缘节点判定在本地无法处理完整的计算任务时，便可以向业务服务器请求协助。此时，所述边缘节点可以将所述计算任务的任务信息发送至所述业务服务器处。所述任务信息中可以包括所述计算任务的任务总量，从而使得业务服务器知晓当前总计需要处理的任务量。此外，由于业务服务器与多个边缘节点相连，为了能够识别发送任务信息的边缘节点，在所述任务信息中还可以包括边缘节点的标识。所述标识例如可以是边缘节点在CDN中的预设编号，或者是边缘节点对应的IP地址等能够唯一表征所述边缘节点的字符串。当然，在实际应用过程中，所述任务信息中还可以包括更多的信息，例如，所述任务信息中可以包括计算任务的类型，所述类型例如可以包括转码、裁剪、识别等。

S15：接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量。

在本实施方式中，业务服务器在接收到所述边缘节点发送的任务信息后，可以从所述任务信息中提取所述计算任务的任务总量。此时，业务服务器可以针对该任务总量，并结合自身剩余的可用计算资源，确定由自身负责处理的任务的任务量。所述任务量可以是具体的数据值，也可以是比值。例如，业务服务器可以负责处理所述计算任务的任务总量中80％的任务量，或者是处理所述计算任务的任务总量中300MB的任务量。其中，由所述业务服务器负责处理的任务的任务量，便可以是步骤S15中所述的目标任务量。

在本实施方式中，业务服务器可以采用0-1背包模型的算法来确定所述目标任务量。具体地，业务服务器可以同时接收到多个边缘节点上报的任务信息，每个任务信息中可以包括对应边缘节点请求协同处理的计算任务的任务总量。此时，为了保证业务服务器中计算资源利用率的最大化，以及处理计算任务的效率最大化，业务服务器可以利用0-1背包模型，迭代计算出分配给各个边缘节点的目标任务量以及为各个所述边缘节点设定对应的目标计算资源，其中，所述目标计算资源用于处理对应的目标任务。例如，所述业务服务器可以将本地剩余的20％的计算资源，用于处理边缘节点1对应的40％的计算任务；可以将本地剩余的80％的计算资源，用于处理边缘节点2对应的60％的计算任务。在本实施方式中，0-1背包模型迭代计算的终止条件可以是在保证各个所述目标计算资源之和不大于指定资源阈值的情况下，使得处理各个所述边缘节点上传的目标任务所需的时长之和最小。其中，所述指定资源阈值可以是业务服务器预先指定的资源阈值。例如，所述指定资源阈值可以是业务服务器当前剩余的计算资源，也可以是业务服务器当前剩余的计算资源中的80％的计算资源。在为各个边缘节点分配目标计算资源和目标任务量时，业务服务器可以模拟利用目标计算资源处理对应的目标任务量所需的时长。这样，时长之和最小，可以表明业务服务器处理计算任务的效率越高。

在本实施方式中，业务服务器可以将为边缘节点分配的目标任务量作为任务分配信息，反馈给所述边缘节点。这样，边缘节点便可以获知当前待处理的计算任务中，哪些是由所述业务服务器负责处理的任务。

S17：将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务。

在本实施方式中，当边缘节点接收到业务服务器反馈的任务分配信息后，可以从中提取所述目标任务量。这样，边缘节点便可以将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，以使得业务服务器处理这部分的计算任务。此外，边缘节点可以开始在本地处理所述计算任务中除所述目标任务之外的任务。

在本实施方式中，当业务服务器处理完所述边缘节点上传的目标任务时，可以将该目标任务对应的处理结果反馈给边缘节点。此外，目标任务的处理结果还可以由边缘节点主动请求获取。具体地，业务服务器向边缘节点反馈的所述任务分配信息中可以包括时延信息，所述时延信息用于表征所述业务服务器处理所述目标任务量的任务所需的时长。当然，在实际应用中，业务服务器与边缘节点之间的数据交互也是需要时间的，因此，所述时延信息还可以表征数据交互所需的时长与所述业务服务器处理所述目标任务量的任务所需的时长之和。这样，边缘节点在将目标任务上传至所述业务服务器之后，可以统计所述业务服务器处理所述目标任务所消耗的时长。在统计的所述时长达到所述时延信息表征的时长的情况下，边缘节点可以向所述业务服务器发送任务结果获取请求，以从所述业务服务器中获取所述目标任务的处理结果。此外，在本实施方式中，所述边缘节点还可以采用轮询的方式，按照指定时间周期，向所述业务服务器发送任务结果获取请求。这样，所述业务服务器在接收到边缘节点发来的任务结果获取请求时，可以判断所述目标任务是否已经完成处理。若所述目标任务没有完成处理，则可以忽略所述边缘节点发来的任务结果获取请求。而如果所述目标任务已经完成处理，所述业务服务器便可以将所述目标任务的处理结果反馈给边缘节点。这样，边缘节点便可以从所述业务服务器中获取所述目标任务的处理结果。

在本实施方式中，当边缘节点从业务服务器中获取到处理结果，并且在本地也完成处理过程后，便可以将在本地完成的处理结果与所述业务服务器反馈的针对所述目标任务的处理结果进行整合，并将整合的结果提供给所述用户客户端。

实施例二

请参阅图3，本申请还提供一种边缘节点，所述边缘节点包括：

访问请求接收单元100，用于接收用户客户端发来的访问请求，所述访问请求指向待处理的计算任务；

任务信息上报单元200，用于判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至业务服务器；所述任务信息中至少包括所述计算任务的任务总量；

任务分配信息接收单元300，用于接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；

目标任务上传单元400，用于将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务。

在本实施方式中，所述任务分配信息中还包括时延信息，所述时延信息用于表征所述业务服务器处理所述目标任务量的任务所需的时长；相应地，所述边缘节点还包括：

时长统计单元，用于统计所述业务服务器处理所述目标任务所消耗的时长；

处理结果获取单元，用于在统计的所述时长达到所述时延信息表征的时长的情况下，向所述业务服务器发送任务结果获取请求，以从所述业务服务器中获取所述目标任务的处理结果。当然，所述边缘节点中还可以包括轮询单元，所述轮询单元可以按照指定时间周期，向所述业务服务器发送任务结果获取请求，以从所述业务服务器中获取所述目标任务的处理结果。

在本实施方式中，所述边缘节点还包括：

结果提供单元，用于将在本地完成的处理结果与所述业务服务器反馈的针对所述目标任务的处理结果进行整合，并将整合的结果提供给所述用户客户端。

以上所描述的边缘节点仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

需要说明的是，上述实施方式公开的边缘节点所实现的具体功能，可以与本申请实施例一中计算任务的处理方法的实施方式相对照解释，这里便不再赘述。

实施例三

本申请还提供一种计算任务的处理方法，所述方法可以应用于业务服务器中，请参阅图4，所述方法包括：

S21：接收至少一个边缘节点发来的任务信息，所述任务信息中包括所述边缘节点中待处理的计算任务的任务总量。

S23：基于所述任务信息，分别为各个所述边缘节点分配对应的目标任务量；

S25：接收各个所述边缘节点上传的目标任务；其中，所述边缘节点上传的所述目标任务的任务量与所述边缘节点对应的目标任务量相等；

S27：在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。

在本实施方式中，业务服务器在接收到各个边缘节点发来的任务信息后，可以采用0-1背包模型的算法来确定为各个边缘节点分配的目标任务量。具体地，业务服务器可以同时接收到多个边缘节点上报的任务信息，每个任务信息中可以包括对应边缘节点请求协同处理的计算任务的任务总量。此时，为了保证业务服务器中计算资源利用率的最大化，以及处理计算任务的效率最大化，业务服务器可以利用0-1背包模型，迭代计算出分配给各个边缘节点的目标任务量以及为各个所述边缘节点设定对应的目标计算资源，其中，所述目标计算资源用于处理对应的目标任务。例如，所述业务服务器可以将本地剩余的20％的计算资源，用于处理边缘节点1对应的40％的计算任务；可以将本地剩余的80％的计算资源，用于处理边缘节点2对应的60％的计算任务。

在本实施方式中，0-1背包模型迭代计算的终止条件可以是在保证各个所述目标计算资源之和不大于指定资源阈值的情况下，使得处理各个所述边缘节点上传的目标任务所需的时长之和最小。其中，所述指定资源阈值可以是业务服务器预先指定的资源阈值。例如，所述指定资源阈值可以是业务服务器当前剩余的计算资源，也可以是业务服务器当前剩余的计算资源中的80％的计算资源。在为各个边缘节点分配目标计算资源和目标任务量时，业务服务器可以模拟利用目标计算资源处理对应的目标任务量所需的时长。这样，时长之和最小，可以表明业务服务器处理计算任务的效率越高。

在本实施方式中，业务服务器可以将为边缘节点分配的目标任务量作为任务分配信息，反馈给所述边缘节点。这样，边缘节点便可以获知当前待处理的计算任务中，哪些是由所述业务服务器负责处理的任务。

在本实施方式中，当业务服务器处理完所述边缘节点上传的目标任务时，可以将该目标任务对应的处理结果反馈给边缘节点。此外，目标任务的处理结果还可以由边缘节点主动请求获取。具体地，业务服务器还可以向各个所述边缘节点分别反馈对应的时延信息，所述时延信息用于表征处理所述目标任务量的任务所需的时长。当然，在实际应用中，业务服务器与边缘节点之间的数据交互也是需要时间的，因此，所述时延信息还可以表征数据交互所需的时长与所述业务服务器处理所述目标任务量的任务所需的时长之和。这样，业务服务器可以在处理所述边缘节点上传的目标任务的时长达到所述时延信息表征的时长的情况下，接收所述边缘节点发来的任务结果获取请求，并响应于所述任务结果获取请求，向所述边缘节点反馈在本地完成的处理结果。此外，所述边缘节点还可以采用轮询的方式，按照指定时间周期，向所述业务服务器发送任务结果获取请求。这样，所述业务服务器在接收到边缘节点发来的任务结果获取请求时，可以判断所述目标任务是否已经完成处理。若所述目标任务没有完成处理，则可以忽略所述边缘节点发来的任务结果获取请求。而如果所述目标任务已经完成处理，所述业务服务器便可以将所述目标任务的处理结果反馈给边缘节点。

实施例四

请参阅图5，本申请还提供一种业务服务器，所述业务服务器包括：

任务信息接收单元110，用于接收至少一个边缘节点发来的任务信息，所述任务信息中包括所述边缘节点中待处理的计算任务的任务总量；

目标任务量分配单元210，用于基于所述任务信息，分别为各个所述边缘节点分配对应的目标任务量；

目标任务接收单元310，用于接收各个所述边缘节点上传的目标任务；其中，所述边缘节点上传的所述目标任务的任务量与所述边缘节点对应的目标任务量相等；

处理结果反馈单元410，用于在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。

在本实施方式中，所述业务服务器还包括：

目标计算资源设定单元，用于为各个所述边缘节点设定对应的目标计算资源，其中，所述目标计算资源用于处理对应的边缘节点上传的目标任务。

在本实施方式中，所述目标计算资源设定单元包括：

时长最小确保模块，用于在保证各个所述目标计算资源之和不大于指定资源阈值的情况下，使得处理各个所述边缘节点上传的目标任务所需的时长之和最小。

在本实施方式中，所述业务服务器还包括：

时延信息反馈单元，用于向各个所述边缘节点分别反馈对应的时延信息，所述时延信息用于表征处理所述目标任务量的任务所需的时长；

相应地，所述处理结果反馈单元包括：

响应模块，用于在处理所述边缘节点上传的目标任务的时长达到所述时延信息表征的时长的情况下，接收所述边缘节点发来的任务结果获取请求，并响应于所述任务结果获取请求，向所述边缘节点反馈在本地完成的处理结果。

以上所描述的业务服务器仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

需要说明的是，上述实施方式公开的业务服务器所实现的具体功能，可以与本申请实施例三中计算任务的处理方法的实施方式相对照解释，这里便不再赘述。

实施例五

请参阅图2，本申请还提供一种计算任务的处理***，所述处理***包括用户客户端、边缘节点以及业务服务器，其中：

所述用户客户端，用于向所述边缘节点发送访问请求，所述访问请求指向待处理的计算任务；

所述边缘节点，用于判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至所述业务服务器；所述任务信息中至少包括所述计算任务的任务总量；接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务；

所述业务服务器，用于基于各个所述边缘节点发来的任务信息，分别为各个所述边缘节点分配对应的目标任务量；接收各个所述边缘节点上传的目标任务；在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。

由上可见，本申请提供的技术方案中，当边缘节点接收到用户客户端发来的访问请求时，首先可以判断是否可以在本地处理该访问请求指向的全部计算任务。如果在本地无法处理全部的计算任务，那么可以向业务服务器发送该计算任务的任务信息，以使得业务服务器处理该计算任务中的一部分任务。这样，边缘节点通过与业务服务器协同处理该计算任务，可以减轻本地需要投入的计算资源，这样，一方面不会影响向其它用户客户端提供网络数据，另一方面，在本地以及业务服务器中同步并行处理该计算任务，能够提高计算任务的处理效率。

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

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对边缘节点、业务服务器以及***的实施方式来说，均可以参照前述方法的实施方式的介绍对照解释。

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

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

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

接收用户客户端发来的访问请求，所述访问请求指向待处理的计算任务；

判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至业务服务器；所述任务信息中至少包括所述计算任务的任务总量；

接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；

将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务。

2.根据权利要求1所述的方法，其特征在于，判断是否在本地处理完整的所述计算任务包括：

获取当前时刻本地可用的计算资源，所述计算资源包括硬盘总线资源、内存资源、中央处理器资源中的至少一种；

判断所述当前时刻本地可用的计算资源能否处理所述计算任务的任务总量；若能，判定可在本地处理完整的所述计算任务；若否，判定不能在本地处理完整的所述计算任务。

3.根据权利要求1所述的方法，其特征在于，判断是否在本地处理完整的所述计算任务包括：

获取当前时刻本地可用的计算资源，所述计算资源包括硬盘总线资源、内存资源、中央处理器资源中的至少一种；

将所述计算资源与指定资源阈值进行比对，当所述计算资源大于所述指定资源阈值时，判定可在本地处理完整的所述计算任务；当所述计算资源小于或者等于所述指定资源阈值时，判定不能在本地处理完整的所述计算任务。

4.根据权利要求1所述的方法，其特征在于，所述任务分配信息中还包括时延信息，所述时延信息用于表征所述业务服务器处理所述目标任务量的任务所需的时长；相应地，在将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器之后，所述方法还包括：

向所述业务服务器发送任务结果获取请求，以从所述业务服务器中获取所述目标任务的处理结果。

5.根据权利要求1所述的方法，其特征在于，在将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器之后，所述方法还包括：

按照指定时间周期，向所述业务服务器发送任务结果获取请求，以从所述业务服务器中获取所述目标任务的处理结果。

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

将在本地完成的处理结果与所述业务服务器反馈的针对所述目标任务的处理结果进行整合，并将整合的结果提供给所述用户客户端。

7.一种边缘节点，其特征在于，所述边缘节点包括：

访问请求接收单元，用于接收用户客户端发来的访问请求，所述访问请求指向待处理的计算任务；

任务信息上报单元，用于判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至业务服务器；所述任务信息中至少包括所述计算任务的任务总量；

任务分配信息接收单元，用于接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；

目标任务上传单元，用于将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务。

8.根据权利要求7所述的边缘节点，其特征在于，所述任务分配信息中还包括时延信息，所述时延信息用于表征所述业务服务器处理所述目标任务量的任务所需的时长；相应地，所述边缘节点还包括：

处理结果获取单元，用于向所述业务服务器发送任务结果获取请求，以从所述业务服务器中获取所述目标任务的处理结果。

9.根据权利要求7所述的边缘节点，其特征在于，所述边缘节点还包括：

轮询单元，用于按照指定时间周期，向所述业务服务器发送任务结果获取请求，以从所述业务服务器中获取所述目标任务的处理结果。

10.根据权利要求7所述的边缘节点，其特征在于，所述边缘节点还包括：

结果提供单元，用于将在本地完成的处理结果与所述业务服务器反馈的针对所述目标任务的处理结果进行整合，并将整合的结果提供给所述用户客户端。

11.一种计算任务的处理方法，其特征在于，所述方法包括：

接收至少一个边缘节点发来的任务信息，所述任务信息中包括所述边缘节点中待处理的计算任务的任务总量；

基于所述任务信息，分别为各个所述边缘节点分配对应的目标任务量；

接收各个所述边缘节点上传的目标任务；其中，所述边缘节点上传的所述目标任务的任务量与所述边缘节点对应的目标任务量相等；

在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。

12.根据权利要求11所述的方法，其特征在于，在分别为各个所述边缘节点分配对应的目标任务量之后，所述方法还包括：

为各个所述边缘节点设定对应的目标计算资源，其中，所述目标计算资源用于处理对应的边缘节点上传的目标任务。

13.根据权利要求12所述的方法，其特征在于，为各个所述边缘节点设定对应的目标计算资源包括：

在保证各个所述目标计算资源之和不大于指定资源阈值的情况下，使得处理各个所述边缘节点上传的目标任务所需的时长之和最小。

14.根据权利要求11所述的方法，其特征在于，在分别为各个所述边缘节点分配对应的目标任务量之后，所述方法还包括：

向各个所述边缘节点分别反馈对应的时延信息，所述时延信息用于表征处理所述目标任务量的任务所需的时长；

相应地，将对应的处理结果反馈给所述边缘节点包括：

接收所述边缘节点发来的任务结果获取请求，并响应于所述任务结果获取请求，向所述边缘节点反馈在本地完成的处理结果。

15.一种业务服务器，其特征在于，所述业务服务器包括：

任务信息接收单元，用于接收至少一个边缘节点发来的任务信息，所述任务信息中包括所述边缘节点中待处理的计算任务的任务总量；

目标任务量分配单元，用于基于所述任务信息，分别为各个所述边缘节点分配对应的目标任务量；

目标任务接收单元，用于接收各个所述边缘节点上传的目标任务；其中，所述边缘节点上传的所述目标任务的任务量与所述边缘节点对应的目标任务量相等；

处理结果反馈单元，用于在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。

16.根据权利要求15所述的业务服务器，其特征在于，所述业务服务器还包括：

目标计算资源设定单元，用于为各个所述边缘节点设定对应的目标计算资源，其中，所述目标计算资源用于处理对应的边缘节点上传的目标任务。

17.根据权利要求16所述的业务服务器，其特征在于，所述目标计算资源设定单元包括：

时长最小确保模块，用于在保证各个所述目标计算资源之和不大于指定资源阈值的情况下，使得处理各个所述边缘节点上传的目标任务所需的时长之和最小。

18.根据权利要求15所述的业务服务器，其特征在于，所述业务服务器还包括：

时延信息反馈单元，用于向各个所述边缘节点分别反馈对应的时延信息，所述时延信息用于表征处理所述目标任务量的任务所需的时长；

相应地，所述处理结果反馈单元包括：

响应模块，用于接收所述边缘节点发来的任务结果获取请求，并响应于所述任务结果获取请求，向所述边缘节点反馈在本地完成的处理结果。

19.一种计算任务的处理***，其特征在于，所述处理***包括用户客户端、边缘节点以及业务服务器，其中：

所述用户客户端，用于向所述边缘节点发送访问请求，所述访问请求指向待处理的计算任务；

所述边缘节点，用于判断是否在本地处理完整的所述计算任务；若否，将所述计算任务的任务信息发送至所述业务服务器；所述任务信息中至少包括所述计算任务的任务总量；接收所述业务服务器反馈的任务分配信息，所述任务分配信息中包括目标任务量，所述目标任务量用于表征所述计算任务中由所述业务服务器负责处理的任务的任务量；将所述计算任务中与所述目标任务量相等的目标任务上传至所述业务服务器，并在本地处理所述计算任务中除所述目标任务之外的任务；

所述业务服务器，用于基于各个所述边缘节点发来的任务信息，分别为各个所述边缘节点分配对应的目标任务量；接收各个所述边缘节点上传的目标任务；在处理完所述边缘节点上传的目标任务后，将对应的处理结果反馈给所述边缘节点。