CN113301072A - 服务调度方法及系统、调度设备、客户端 - Google Patents

Abstract

本申请公开了一种服务调度方法及系统、调度设备、客户端，其中，方法包括：获取客户端针对目标数据发送的参照信息，其中，所述参照信息用于反映所述客户端需获取所述目标数据的需求等级；基于所述参照信息，在多个服务节点中确定目标服务节点；调度所述目标服务节点为所述客户端获取所述目标数据提供服务；实现了提高为用户提供数据的效率的技术效果。

Description

服务调度方法及系统、调度设备、客户端

技术领域

本申请属于通信技术领域，尤其涉及一种服务调度方法及系统、调度设备、客户端。

背景技术

目前，作为用户与互联网内容之间的纽带，CDN(Content Delivery Network，即内容分发网络)可通过缓存网络内容并且通过自身的服务节点更近距离地为用户提供服务。理论上讲，CDN的服务节点离用户越近，用户访问的延时就会越小，用户的体验就会越好。

在CDN提供服务的过程中，用户的请求被调度到哪个具体的CDN的服务节点是由CDN的调度系统决定的。一般来说，使用与用户同省或者最近的节点是服务质量好。但是不同地区节点的带宽成本是不一样的，有可能出现使用距离用户最近的节点，服务质量会比较好，但是可能带宽成本比较高；而使用距离用户比较远的节点，这些节点成本比较低，但是由于距离因素导致网络延时会增大，进而影响服务质量。

发明内容

本申请各实施例提供一种服务调度方法及系统、调度设备、客户端，以在服务质量与成本之间进行有效的平衡，便于做出较为合适的调度决策。

在本申请的一个实施例中，提供了一种服务调度方法。该方法，适用于调度设备，包括：获取客户端针对目标数据发送的参照信息，其中，所述参照信息用于反映所述客户端需获取所述目标数据的需求等级；基于所述参照信息，在多个服务节点中确定目标服务节点；调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

在本申请的另一个实施例中，提供了一种服务调度方法。该方法，适用于客户端，包括：基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；根据所述参照信息，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取所述目标数据的服务。

在本申请的又一个实施例中，提供了一种服务调度方法。该方法，适用于调度设备，包括：获取客户端发送的第一播放内容的剩余播放量；基于所述剩余播放量，在多个服务节点中确定目标服务节点；调度所述目标服务节点，以为所述客户端提供与所述第一播放内容存在连贯性关联关系的第二播放内容。

在本申请的又一个实施例中，提供了一种服务调度方法。该方法，适用于客户端，包括：获取第一播放内容的剩余播放量；根据所述剩余播放量，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供第二播放内容的服务；其中，第二播放内容与所述第一播放内容存在连贯性关联关系。

在本申请的又一个实施例中，提供了一种服务调度系统。该系统包括：

客户端，用于基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；根据所述参照信息，向调度设备发送数据请求信息；

调度设备，用于根据接收到的所述数据请求信息，获取所述参照信息；基于所述参照信息，在多个服务节点中确定目标服务节点；调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

在本申请的又一个实施例中，提供了一种服务调度方法。该方法，包括：获取客户端对应的参照信息；其中，所述参照信息用于反映客户端请求边缘节点提供相应服务的需求等级；根据所述参照信息，在多个边缘计算节点中确定目标计算节点；调度所述目标计算节点为所述客户端提供所需的服务。

在本申请的又一个实施例中，提供了一种调度设备。该调度设备，包括存储器及处理器；其中，所述存储器，用于存储程序；所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：获取客户端针对目标数据发送的参照信息，其中，所述参照信息用于反映所述客户端需获取所述目标数据的需求等级；基于所述参照信息，在多个服务节点中确定目标服务节点；调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

在本申请的又一个实施例中，提供了一种客户端。该客户端，包括存储器及处理器；其中，所述存储器，用于存储程序；所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；根据所述参照信息，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取所述目标数据的服务。

在本申请的又一个实施例中，提供了一种调度设备。该调度设备包括存储器及处理器；其中，所述存储器，用于存储程序；所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：获取客户端发送的第一播放内容的剩余播放量；基于所述剩余播放量，在多个服务节点中确定目标服务节点；调度所述目标服务节点，以为所述客户端提供与所述第一播放内容存在连贯性关联关系的第二播放内容。

在本申请的又一个实施例中，提供了一种客户端。该客户端包括存储器及处理器；其中，所述存储器，用于存储程序；所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：获取第一播放内容的剩余播放量；根据所述剩余播放量，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取第二播放内容的服务；其中，第二播放内容与所述第一播放内容存在连贯性关联关系。

在本申请的又一个实施例中，提供了一种调度设备。该调度设备包括：存储器及处理器；其中所述存储器用于存储程序；所述处理器与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：获取客户端对应的参照信息；其中，所述参照信息用于反映客户端请求边缘节点提供相应服务的需求等级；根据所述参照信息，在多个边缘计算节点中确定目标计算节点；调度所述目标计算节点为所述客户端提供所需的服务。

本申请各实施例提供的技术方案，将反映客户端获取目标数据的需求等级的参照信息作为服务节点调度的依据，调度设备按照该参照信息在服务质量与成本的选择中进行权衡，便于做出较为合适的调度决策，例如，在不影响服务质量的同时最小化成本的调度决策；另外，本申请各实施例提供的技术方案，不受外界条件约束，实施方便简单。

附图说明

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

图1为本申请一实施例提供的服务调度系统的结构示意图；

图2为本申请一实施例提供的服务调度方法的流程示意图；

图3为本申请一实施例提供的服务调度方法的原理性示意图；

图4为本申请另一实施例提供的服务调度方法的流程示意图；

图5为本申请又一实施例提供的服务调度方法的流程示意图；

图6为本申请又一实施例提供的服务调度方法的流程示意图；

图7为本申请又一实施例提供的服务调度方法的流程示意图；

图8为本申请一实施例提供的服务调度装置的结构示意图；

图9为本申请另一实施例提供的服务调度装置的结构示意图；

图10为本申请另一实施例提供的服务调度装置的结构示意图；

图11为本申请一实施例提供的调度设备的结构示意图。

具体实施方式

现有技术中存在一种节省成本的方法是，利用带宽95计费的特征，通过轮流冲顶的操作方式，充分利用不计入结算的5％的峰值带宽来达到削峰的目的。利用95计费特征进行轮流冲顶，当前冲顶节点的带宽水位需要达到满或者接近满的状态，此时这些节点的服务质量并不理想，丢包率和延时会升高，影响服务质量。并且，根据95计费特征进行轮流冲顶的方案，在设计和实施的过程中比较复杂，需要调度的充分配合达到准确调度。由此可见，现有技术中基于95计费特征的节省成本的方式，容易对冲顶节点的服务质量造成影响，为用户提供数据的效率较低。

针对现有技术存在的问题，本申请下述各实施例提供了一种较为新颖的优化方案，即利用数据获取紧迫程度来进行服务节点的调度，以达到不影响服务质量的情况下，尽量减少成本的目的。

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

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，尽管在本申请实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。

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

CDN作为当前互联网的基础设施，大大缩短了用户获取互联网内容的网络延时，提高了互联网用户的上网体验。用户量的爆炸式增长既意味着营收的增加又意味着成本的提高。如何在保证服务质量、用户体验的基础上尽量减少带宽成本成为了必须面临的问题。本申请从成本控制的角度出发，可解决如何在降低成本时，保证服务质量，不影响用户上网体验的问题。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一实施例提供的一种服务调度系统的结构示意图。如图1所示，该服务调度系统包括：客户端101、调度设备102、多个服务节点103、目标服务节点104。其中：

客户端101，用于基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；根据所述参照信息，向调度设备102发送数据请求信息；

所述调度设备102，用于根据接收到的所述数据请求信息，获取所述参照信息；基于所述参照信息，在多个服务节点103中确定目标服务节点104；调度所述目标服务节点104为所述客户端101获取所述目标数据提供服务。

在一具体应用场景种，本实施例中的调度设备102可以是CDN调度服务器；相应的，服务节点可以包括：部署在多个城市的多个区域或地区内的CDN节点。CDN节点负责处理用户的请求。如果用户请求的内容在该节点上有缓存且有效，将缓存的内容发给该用户；否则，该CDN节点会代理用户向其他节点或者源站服务器发起回溯请求，调度寻找回源路径，根据回源路径取得用户请求的内容再转发给用户，完成这次请求的处理。

客户端101可以是任何具有一定计算能力的设备，例如可以是智能手机、平板电脑、台式计算机、笔记本电脑、智能穿戴设备等等，本实施例对此不作具体限定。客户端101的基本结构可包括：至少一个处理单元和至少一个存储器。处理单元和存储器的数量取决于客户端101的配置和类型。存储器可以包括易失性的，例如RAM，也可以包括非易失性的，例如只读存储器(Read-Only Memory，ROM)、闪存等，或者也可以同时包括两种类型。存储器内通常存储有操作系统(Operating System，OS)、一个或多个应用程序，也可以存储有程序数据等。除了处理单元和存储器之外，客户端101还包括一些基本配置，例如网卡芯片、IO总线、音视频组件等。可选地，客户端101还可以包括一些外围设备，例如键盘、鼠标、输入笔等。其它外围设备在本领域中是众所周知的，在此不做赘述。

在一具体实施方案中，本实施例中的参照信息可以是所述客户端101中可离线为用户提供的待播放数据的播放时长，还可以是所述客户端101中可离线为用户提供的待处理数据的数据量等等。例如，当用户通过手机客户端点击播放某个视频时，视频不是全量加载的，而是通过客户端按顺序请求每一视频段数据的URL(Uniform Resource Locator,统一资源定位符)，以获取到一个个ts(高清摄像机拍摄下进行的封装格式)文件；在客户端进行拼接后播放。每个ts文件可以播放一小段时长。因此，在本实施例提供的技术方案中，可直接将客户端基于当前获取到的ts文件播放所剩余的可播放时长作为所述参照信息，以表征客户端获取后续ts文件的需求等级。客户端可播放的剩余时长越短，说明客户端获取后续ts文件的需求等级越高，要不然客户端很快会出现卡顿，影响播放。相反，客户端可播放的剩余时长越长，则说明客户端获取后续ts文件的需求等级越低。

本实施例的参照信息可携带在客户端向调度设备发送的数据请求信息中。具体地，可将参照信息设置于数据请求信息的设定字段中，该设定字段可以位于数据请求信息的头部或尾部。例如，客户端使用HTTP(HyperText Transfer Protocol,超文本传输协议)向调度设备提交数据请求信息，客户端与调度设备可彼此约定出一个自定义的HTTP请求头(即本实施例中的数据请求信息的头部)，该HTTP请求头中含有用于添加参照信息的设定字段。

本系统实施例中的各组成单元，如客户端101、调度设备102的具体执行原理及交互过程将在下述各实施例中有更详尽的描述，可参见如下各方法实施例。

图2为本申请另一实施例提供的服务调度方法的流程示意图，该方法的执行主体可以为图1中的调度设备102，该方法包括以下201至203：

201、获取客户端针对目标数据发送的参照信息，其中，所述参照信息用于反映所述客户端需获取所述目标数据的需求等级；

202、基于所述参照信息，在多个服务节点中确定目标服务节点；

203、调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

上述201中，参照信息可包括但不限于以下至少之一：所述客户端中可离线为用户提供的待播放数据的播放时长、所述客户端中可离线为用户提供的待处理数据的数据量。

在一些应用场景中，如视频播放应用场景，每一个视频流文件都对应有多个ts文件，这些ts文件对应有一个文件(以下为方便描述，将该文件称为M文件)。这个M文件存放了一些与ts文件有关的信息，如第一ts分片的序列号、每个分片ts的最大的时长、指定每个ts的持续时间等等。当用户通过手机客户端点击播放这个视频时，由客户端先请求一个播放列表，该播放列表中含有该视频各分片ts文件的url；通过客户端按照播放列表按照顺序请求每一个url，以获取各ts文件。获取多个ts文件后，在客户端进行拼接后播放。每个ts文件可以播放一小段时长的视频。由此可知，客户端根据当前播放到第几个ts文件以及剩余未播放ts文件各自对应的时长，便可得到本地可离线为用户提供的待播放的剩余时长；直接将该剩余时长作为参照信息。当然，也可不采用时长，而利用剩余为未播放ts文件的数据量作为参照信息。

当播放时长越短或数据量越少时，说明客户端获取新的播放内容(如ts文件)的需求等级较高。当播放时长越长或数据量越多时，说明客户端获取新的播放内容(如ts文件)的需求等级较低。

上述202中，“基于所述参照信息，在多个服务节点中确定目标服务节点”的基本的理论性策略可以是：当所述参照信息表征紧急程度高时，如果不降低请求的延时提高服务质量的话，客户端用户的服务体验会受到较大影响，如播放的视频卡顿、不流畅；这时需要选择网络延时低的节点作为目标服务节点。当所述参照信息表征紧急程度低时，说明当前客户端侧缓存的数据还比较多；那么此时可以选择离用户比较远但成本更低的节点作为目标服务节点。这样便达到了在保证服务质量的情况下，尽量有效的节省成本的目的。

具体实施时，可设置判定标准来确定参照信息对应表征的紧急程度是高还是低；例如，设置一个或多个阈值的，将参照信息与相应阈值进行比对来确定。当然，上述描述的策略也可作为现有服务节点调度策略中的一项，在考虑获取目标数据的紧急程度外，还综合考虑服务节点所具有的工作负载，带宽冗余、是否缓存有所述客户端所请求的资源等等。

本实施例提供的技术方案，将反映客户端获取目标数据需求等级的参照信息作为服务节点调度的依据，调度设备按照该参照信息可权衡服务质量与成本之间的平衡关系，便于做出较为合适的调度决策，例如，在不影响服务质量的同时最小化成功的调度决策；另外，本实施例提供的技术方案，不受外界条件约束，实施方便简单。

可选地，上述201中“获取客户端针对目标数据发送的参照信息”，包括：

2011、接收所述客户端针对所述目标数据发送的数据请求信息；

2012、在所述数据请求信息的设定字段中，读取所述参照信息。

其中，所述设定字段可位于所述数据请求信息的头部、尾部或处于信息内的一约定位置。

例如，在具体实施时，客户端使用http协议提交数据请求信息，因此客户端与调度设备可提前协商好一个自定义的http请求头，该http请求头包含有用于添加参照信息的字段。客户端发出的http请求信息后，调度设备接收并识别http请求头字段中的参照信息，然后根据该参照信息来选择目标服务节点。

在一可实现的技术方案中，上述实施例步骤202中的“基于所述参照信息，在多个服务节点中确定目标服务节点”，包括：

2021、在所述参照信息小于或等于第一阈值的情况下，选择所述多个服务节点中具有低延时响应能力的节点作为所述目标服务节点；

2022、在所述参照信息大于或等于第二阈值的情况下，选择所述多个服务节点中通信成本符合预设低成本要求的节点作为所述目标服务节点。

上述第一阈值和第二阈值可是一个经验值，也可以是系统利用数据统计、分析等手段计算得出的。其中，一种实现方案是，所述第二阈值大于所述第一阈值；当参照信息大于所述第一阈值、小于所述第二阈值的情况出现时，可利用现有服务节点的调度策略来确定目标服务节点。另一种实现方案是，所述第一阈值与所述第二阈值为相等，为同一数值。

上述2021中具有低延时响应能力的节点，可包括如下至少一种：

距离符合第一预设要求的节点；

网络延迟符合第二预设要求的节点。

上述距离符合第一预设要求的节点可以是：距离所述客户端小于一预设距离的节点、距离所述客户端最近的节点、或与所述客户端处于同一区域内的节点等等。

服务节点的网络延迟可通过测试手段获得。具体的测试手段可参见现有技术中的相关内容，本文不作赘述。另外，网络延迟符合第二预设要求的节点可以是：网络延迟小于预设时长的节点、网络延迟最短的节点等等。

上述2022中通信成本符合预设低成本要求的节点，可包括以下至少一种：

带宽成本符合第三预设要求的节点；

节点的95计费值符合第四预设要求的节点。

其中，带宽成本符合第三预设要求的节点可以是：带宽成本小于一预设成本的节点或带宽成本最小的节点。

节点的95计费值符合第四预设要求的节点可以是：95计费值小于一预设计费阈值的节点或95计费值最小的节点等等。

这里需要补充的是：95计费值是采用95带宽峰值计费方式计算得到，95带宽峰值计费按自然月结算，在一个自然月内，按每5分钟有效带宽值进行降序排列，然后去掉带宽数值较高的5％的点，剩下的较高带宽就是95计费值。

参见图3所示的实例，客户端101为B区域用户客户端，调度设备102为CDN调度系统。假设多个CDN服务节点为图3中三个CDN服务节点1031、1032及1033。三个CDN服务节点1031、1032及1033可以是多个不同区域、同一个或不同运营商的CDN服务节点。客户端101发送至调度设备102的数据请求信息中携带有参照信息(如客户端缓存的剩余可播放时长还有x秒)；调度设备102接收到该数据请求信息后，可获取到该参照信息(即x秒)。将x秒作为调度策略的入参，得出调度结果即目标服务节点。

假设第一服务节点1031距离客户端101远、但带宽计费最低；第二服务节点1032距离客户端101最近且网络延迟低，但带宽计费最高；第三服务节点1033距离客户端101远，其95计费值最低。假如x为8，第一阈值为10秒，第二阈值为20秒。调度策略的具体调度过程为：8秒小于第一阈值10秒，此时说明如果不降低请求的延时提高服务质量，那么客户端101可能很快就会出现如视频播放卡顿的问题；为保证服务质量，选择具有低网络延迟的第二服务节点1032作为目标服务节点。假设x为22，调度策略的具体调度过程为：22秒大于第二阈值20秒，此时说明客户端101中当前缓存的数据(如ts文件)较多，能够一定时长的需求；在能保证服务质量的情况下，可选择第一服务节点1031或第二服务节点1032作为目标服务节点。

当然，上述内容描述的调度策略，也可作为现有服务节点调度策略中的一部分；即在现有服务节点调度策略中，增加考虑参照数据这一决策依据，继而作出较为合理的调度决策。

在另一种可实现的技术方案中，本实施例可利用机器学习技术来实现服务节点的调度。例如，上述步骤202中的“基于所述参照信息，在多个服务节点中确定目标服务节点”，还可以通过以下方式进行实现：

将所述参照信息作为本地存储的节点选择模型的入参，执行所述节点选择模型，得到所述目标服务节点；

其中，所述节点选择模型为经训练样本训练的机器学习模型。

上述机器学习模型可基于现有神经网络模型，如深度神经网络模型、卷积神经网络模型等，实现。有关训练样本及机器学习模型的训练过程可参见现有技术中的相关内容，本文不作赘述。

通过本申请的方案，客户端通过请求头的方式可通知调度设备当前客户端的缓存情况；调度设备以客户端剩余播放时长为依据，在服务质量与成本的选择中进行权衡，协调两者的关系，达到不影响服务的同时最小化成本的目的。

上述实施例是从调度设备的角度对本方案进行的描述。下面将以调度系统中客户端的角度，对本方案进行进一步的描述。具体的，如图4所示的本申请另一示例性实施例的服务调度方法的流程示意图。具体的，本实施例提供的所述方法包括：

401、基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；

402、根据所述参照信息，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取所述目标数据的服务。

上述401中，本地数据处理情况信息包括但不限于以下至少之一：可离线为用户提供的待处理数据的数据量、可离线为用户提供的待播放数据的播放时长。可选地，本步骤401“基于本地数据处理情况信息，确定参照信息”，可具体为：

将所述本地数据处理情况信息作为所述参照信息；或者

对所述本地数据处理情况信息进行等级划分；将等级划分结果作为所述参照信息。

具体实施时，可预先设置多个等级各自对应的数值区间；可通过判定量化的本地数据处理情况信息所在区间，进而得到相应的等级划分结果。

上述402“根据所述参照信息，向调度设备发送数据请求信息”，可包括：

针对所述目标数据生成所述数据请求信息，并在所述数据请求信息的头部或尾部添加包含有所述参照信息的字段；

将添加有所述参照信息字段的所述数据请求信息发送至所述调度设备。

下面将以内容播放应用场景为例，对本申请提供的技术方案进行说明，以便于更好的理解。具体的，如图5示出了本申请一实施例提供的服务调度方法的流程示意图。本方法的执行主体可以是上述图1所示调度系统中的调度设备，如CDN服务调度设备。具体的，所述方法，包括：

501、获取客户端发送的第一播放内容的剩余播放量；

502、基于所述剩余播放量，在多个服务节点中确定目标服务节点；

503、调度所述目标服务节点，以为所述客户端提供与所述第一播放内容存在连贯性关联关系的第二播放内容。

上述501中的第一播放内容剩余播放量可从客户端发送的数据请求信息中获得。即“获取客户端发送的第一播放内容的剩余播放量”包括：

5011、接收所述客户端发送的数据请求信息；

5012、在所述数据请求信息的设定字段中，读取所述第一播放内容的剩余播放量。

其中，播放内容不限于音频、视频等的第一段内容。对于视频类的内容来说又可包括：直播内容或已完成录制的视频内容等等。

在一具体的可实现的方案中，所述设定字段位于所述数据请求信息的头部或尾部。

可选的，上述502“基于所述剩余播放量，在多个服务节点中确定目标服务节点”，可具体包括：

在所述剩余播放量小于或等于第三阈值的情况下，选择所述多个服务节点中具有低延时响应能力的节点作为所述目标服务节点；

在所述剩余播放量大于或等于第四阈值的情况下，选择所述多个服务节点中通信成本符合预设低成本要求的节点作为所述目标服务节点。

其中，具有低延时响应能力的节点，可包括但不限于如下至少一种：

距离所述客户端小于预设距离的节点；

网络延迟小于预设延迟时长的节点；

距离所述客户端最近的节点；

网络延迟最短的节点；

与所述客户端位于同一区域的节点。

上述通信成本符合预设低成本要求的节点，可包括但不限于以下至少一种：

带宽成本小于预设成本的节点；

节点95计费值小于预设计费阈值的节点；

带宽成本最小的节点；

节点95计费值最小的节点。

或者，本实施例中步骤502“基于所述剩余播放量，在多个服务节点中确定目标服务节点”，还可采用如下方案实现：

将所述剩余播放量作为本地存储的节点选择模型的入参，执行所述节点选择模型，得到所述目标服务节点；

其中，所述节点选择模型为经训练样本训练的机器学习模型。

需要补充的是，有关上述各步骤的更详尽描述可参见上述各实施例中的相应内容，此处不再赘述。

同样的，上述结合内容播放应用场景的实施例是从调度设备的角度进行描述的。以下将换一个角度对结合内容播放应用场景的技术方案进行说明，以便于理解。参见图6所述的流程示意图，本实施例提供的所述方法的执行主体可以是调度系统中的客户端。具体的，所述方法包括：

601、获取第一播放内容的剩余播放量；

602、根据所述剩余播放量，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取第二播放内容的服务；

其中，第二播放内容与所述第一播放内容存在连贯性关联关系。

本实施例中的播放内容不限于音频、视频等内容。以视频内容为例，所述第一播放内容可以是已缓存在客户端本地的至少一个ts文件。

在一具体可实施的技术方案中，上述602中“根据所述剩余播放量，向调度设备发送数据请求信息”，包括：

针对所述第二播放内容生成所述数据请求信息，并在所述数据请求信息的头部或尾部添加包含有所述剩余播放量的字段；

将添加了所述剩余播放量字段的所述数据请求信息发送至所述调度设备。

本申请实施例提供的技术方案除了可适用于CDN场景外，还适用于任何客户端向服务端请求服务的多种场景，例如，客户端将反映请求服务的需求等级的参照信息携带在向服务端发送的服务请求信息中；服务端的调度设备根据该参照信息，从多个实体服务器或虚拟服务器中确定目标服务器，然后，调度该目标服务器为该客户端提供其需的服务，如反馈客户端所需的目标数据，或执行所述客户端请求的计算服务，并反馈计算服务结果；等等。

图7示出的又一服务调度方法的流程示意图。如图7所示，所述服务调度方法包括：

701、获取客户端对应的参照信息；其中，所述参照信息用于反映客户端请求边缘节点提供相应服务的需求等级。

702、根据所述参照信息，在多个边缘计算节点中确定目标计算节点。

703、调度所述目标计算节点为所述客户端提供所需的服务。

上述701“获取客户端对应的参照信息”可包括：

7011、接收所述客户端发送的服务请求信息；

7012、在所述服务请求信息的设定字段中，读取所述参照信息；

其中，所述参照信息由所述客户端本地数据处理情况确定。具体的，有关参照信息的确定可参见上述实施例中的相应内容，此除不做具体限定。

同样的，所述设定字段位于所述数据请求信息的头部或尾部。

有关上述步骤702和703的具体实现，可参见上述各实施例中的相应内容，此次不做具体限定。

图8为本申请一实施例提供的服务调度装置的结构示意图。具体的，所述装置包括：获取模块71、确定模块72、调度模块73；其中：

获取模块71，用于获取客户端针对目标数据发送的参照信息，其中，所述参照信息用于反映所述客户端需获取所述目标数据的需求等级；

确定模块72，用于基于所述参照信息，在多个服务节点中确定目标服务节点；

调度模块73，用于调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

本实施例提供的技术方案，将反映客户端获取目标数据需求等级的参照信息作为服务节点调度的依据，调度设备按照该参照信息在服务质量与成本的选择中进行权衡，便于做出较为合适的调度决策，例如，在不影响服务质量的同时最小化成本的调度决策；另外，本实施例提供的技术方案，不受外界条件约束，实施方便简单。

进一步的，上述获取模块71具体用于：接收所述客户端针对所述目标数据发送的数据请求信息；在所述数据请求信息的设定字段中，读取所述参照信息。可选地，所述设定字段位于所述数据请求信息的头部或尾部。

进一步的，上述确定模块72用于基于所述参照信息，在多个服务节点中确定目标服务节点时，具体用于：

在所述参照信息小于或等于第一阈值的情况下，选择所述多个服务节点中具有低延时响应能力的节点作为所述目标服务节点；

在所述参照信息大于或等于第二阈值的情况下，选择所述多个服务节点中通信成本符合预设低成本要求的节点作为所述目标服务节点。

可选地，上述具有低延时响应能力的节点，包括如下至少一种：距离所述客户端小于第一预设距离的节点；网络延迟小于预设第一延迟时长的节点；距离所述客户端最近的节点；网络延迟最短的节点；与所述客户端位于同一区域的节点。

可选地，上述通信成本符合预设低成本要求的节点包括以下至少一种：带宽成本小于第一预设成本的节点；95计费值小于第一预设计费阈值的节点；带宽成本最小的节点；95计费值最小的节点。

进一步的，上述确定模块72在用于基于所述参照信息，在多个服务节点中确定目标服务节点时，还可具体用于：将所述参照信息作为本地存储的节点选择模型的入参，执行所述节点选择模型，得到所述目标服务节点；其中，所述节点选择模型为经训练样本训练的机器学习模型。

可选地，所述参照信息包括以下至少之一：所述客户端中可离线为用户提供的待播放数据的播放时长、所述客户端中可离线为用户提供的待处理数据的数据量。

图9为本申请另一实施例提供的服务调度装置的结构示意图。具体的，该装置包括：确定模块81、发送模块82；其中：

确定模块81，用于基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；

发送模块82，用于根据所述参照信息，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取所述目标数据的服务。

可选地，本地数据处理情况信息包括以下至少之一：可离线为用户提供的待处理数据的数据量、可离线为用户提供的待播放数据的播放时长。

进一步的，上述确定模块81在用于基于本地数据处理情况信息，确定参照信息时，可具体用于：将所述本地数据处理情况信息作为所述参照信息；或者对所述本地数据处理情况信息进行等级划分；将等级划分结果作为所述参照信息。

进一步的，发送模块82用于根据所述参照信息，向调度设备发送数据请求信息时，可具体用于：针对所述目标数据生成所述数据请求信息，并在所述数据请求信息的头部或尾部添加包含有所述参照信息的字段；将添加有所述参照信息字段的所述数据请求信息发送至所述调度设备。

在本申请的又一个实施例提供了一种服务调度装置。该服务调度装置在结构上同上述图8所示的结构。具体的，该装置包括：获取模块、确定模块、调度模块；其中：

获取模块，用于获取客户端发送的第一播放内容剩余播放量；

确定模块，用于基于所述剩余播放量，在多个服务节点中确定目标服务节点；

调度模块，用于调度所述目标服务节点，以为所述客户端提供与所述第一播放内容存在连贯性关联关系的第二播放内容。

进一步的，上述获取模块在用于获取客户端发送的第一播放内容剩余播放量时，可具体包括：接收所述客户端针对所述第一播放内容发送的数据请求信息；在所述数据请求信息的设定字段中，读取所述剩余播放量。可选地，所述设定字段位于所述数据请求信息的头部或尾部。

进一步的，上述确定模块，用于基于所述剩余播放量，在多个服务节点中确定目标服务节点时，具体用于：

在所述剩余播放量小于第三阈值的情况下，选择所述多个服务节点中具有低延时响应能力的节点作为所述目标服务节点；

在所述剩余播放量大于第四阈值的情况下，选择所述多个服务节点中通信成本符合预设低成本要求的节点作为所述目标服务节点。

其中，上述具有低延时响应能力的节点，包括如下至少一种：距离所述客户端小于第二预设距离的节点；网络延迟小于预设第二延迟时长的节点；距离所述客户端最近的节点；网络延迟最短的节点；与所述客户端位于同一区域的节点。上述通信成本符合预设低成本要求的节点包括以下至少一种：带宽成本小于第二预设成本的节点；95计费值小于第二预设计费阈值的节点；带宽成本最小的节点；95计费值最小的节点。

在另一种可实现的技术方案中，上述确定模块在用于基于所述剩余播放量，在多个服务节点中确定目标服务节点时，还可具体用于：将所述剩余播放量作为本地存储的节点选择模型的入参，执行所述节点选择模型，得到所述目标服务节点；其中，所述节点选择模型为经训练样本训练的机器学习模型。

图10为本申请另一实施例提供的服务调度装置的结构示意图。该装置包括：获取模块91及发送模块92；其中：获取模块91用于获取第一播放内容的剩余播放量；发送模块92用于根据所述剩余播放量，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取第二播放内容的服务。其中，第二播放内容与所述第一播放内容存在连贯性关联关系。

可选地，上述发送模块92用于根据所述剩余播放量，向调度设备发送数据请求信息时，可具体用于：针对所述第二播放内容生成所述数据请求信息，并在所述数据请求信息的头部或尾部添加包含有所述剩余播放量的字段；将添加了所述剩余播放量字段的所述数据请求信息发送至所述调度设备。

本申请一实施例还提供了一种服务调度装置，其结构示意图同上述图8所示的结构。具体的，该装置包括：获取模块、确定模块及调度模块。其中，获取模块用于获取客户端对应的参照信息；其中，所述参照信息用于反映客户端请求边缘节点提供相应服务的需求等级。确定模块用于根据所述参照信息，在多个边缘计算节点中确定目标计算节点。调度模块用于调度所述目标计算节点为所述客户端提供所需的服务。

进一步的，所述获取模块具体用于接收所述客户端发送的服务请求信息；在所述服务请求信息的设定字段中，读取所述参照信息；其中，所述参照信息由所述客户端本地数据处理情况确定。

这里需要说明的是：上述实施例提供的服务调度装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图11示出了本申请一实施例提供的调度设备的结构示意图。如图11所示，该调度设备包括：存储器11001以及处理器11002；其中，

所述存储器11001，用于存储程序；

所述处理器11002，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取客户端针对目标数据发送的参照信息，其中，所述参照信息用于反映所述客户端需获取所述目标数据的需求等级；

基于所述参照信息，在多个服务节点中确定目标服务节点；

调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

上述存储器11001可被配置为存储其它各种数据以支持在调度设备上的操作。这些数据的示例包括用于在调度设备上操作的任何应用程序或方法的指令。存储器11001可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述处理器11002在执行存储器11001中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图11所示，调度设备还包括：显示器11003、电源组件11004、通讯组件11005等其它组件。图11中仅示意性给出部分组件，并不意味着该调度设备只包括图11所示组件。

本申请一实施例还提供了一种客户端。该客户端的主体结构与上述图11所示的结构相近。具体的，所述客户端包括存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；

根据所述参照信息，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取所述目标数据的服务。

上述处理器除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

本申请的又一个实施例还提供了一种调度设备。同样的，该调度设备与图11所示的设备结构相近。具体的，所述调度设备包括存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取客户端发送的第一播放内容剩余播放量；

基于所述剩余播放量，在多个服务节点中确定目标服务节点；

调度所述目标服务节点，以为所述客户端提供与所述第一播放内容存在连贯性关联关系的第二播放内容。

同样的，上述处理器除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

本申请一实施例还提供了一种客户端。同样的，该客户端的主体结构与图11相近。具体的，所述客户端包括存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取第一播放内容的剩余播放量；

根据所述剩余播放量，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取第二播放内容的服务；

其中，第二播放内容与所述第一播放内容存在连贯性关联关系。

同样的，上述处理器除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

本申请一实施例还提供了一种调度设备。同样的，该调度设备的主体结构与图11相近。具体的，所述客户端包括存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取客户端对应的参照信息；其中，所述参照信息用于反映客户端请求边缘节点提供相应服务的需求等级；

根据所述参照信息，在多个边缘计算节点中确定目标计算节点；

调度所述目标计算节点为所述客户端提供所需的服务。

同样的，上述处理器除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

相应的，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的服务调度方法的步骤或功能。

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

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

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (25)

1.一种服务调度方法，其特征在于，包括：

获取客户端针对目标数据发送的参照信息，其中，所述参照信息用于反映所述客户端需获取所述目标数据的需求等级；

基于所述参照信息，在多个服务节点中确定目标服务节点；

调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

2.根据权利要求1所述的方法，其特征在于，获取客户端针对目标数据发送的参照信息，包括：

接收所述客户端针对所述目标数据发送的数据请求信息；

在所述数据请求信息的设定字段中，读取所述参照信息。

3.根据权利要求2所述的方法，其特征在于，所述设定字段位于所述数据请求信息的头部或尾部。

4.根据权利要求1至3中任一项所述的方法，其特征在于，基于所述参照信息，在多个服务节点中确定目标服务节点，包括：

在所述参照信息小于或等于第一阈值的情况下，选择所述多个服务节点中具有低延时响应能力的节点作为所述目标服务节点；

在所述参照信息大于或等于第二阈值的情况下，选择所述多个服务节点中通信成本符合预设低成本要求的节点作为所述目标服务节点。

5.根据权利要求1至3中任一项所述的方法，其特征在于，基于所述参照信息，在多个服务节点中确定目标服务节点，包括：

将所述参照信息作为本地存储的节点选择模型的入参，执行所述节点选择模型，得到所述目标服务节点；

其中，所述节点选择模型为经训练样本训练的机器学习模型。

6.根据权利要求1所述的方法，其特征在于，所述参照信息包括以下至少之一：所述客户端中可离线为用户提供的待播放数据的播放时长、所述客户端中可离线为用户提供的待处理数据的数据量。

7.一种服务调度方法，其特征在于，包括：

基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；

根据所述参照信息，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取所述目标数据的服务。

8.根据权利要求7所述的方法，其特征在于，本地数据处理情况信息包括以下至少之一：可离线为用户提供的待处理数据的数据量、可离线为用户提供的待播放数据的播放时长。

9.根据权利要求7或8所述的方法，其特征在于，基于本地数据处理情况信息，确定参照信息，包括：

将所述本地数据处理情况信息作为所述参照信息；或者

对所述本地数据处理情况信息进行等级划分；将等级划分结果作为所述参照信息。

10.根据权利要求7或8所述的方法，其特征在于，根据所述参照信息，向调度设备发送数据请求信息，包括：

针对所述目标数据生成所述数据请求信息，并在所述数据请求信息的头部或尾部添加包含有所述参照信息的字段；

将添加有所述参照信息字段的所述数据请求信息发送至所述调度设备。

11.一种服务调度方法，其特征在于，适用于调度设备，包括：

获取客户端发送的第一播放内容的剩余播放量；

基于所述剩余播放量，在多个服务节点中确定目标服务节点；

调度所述目标服务节点，以为所述客户端提供与所述第一播放内容存在连贯性关联关系的第二播放内容。

12.根据权利要求11所述的方法，其特征在于，获取客户端发送的第一播放内容的剩余播放量，包括：

接收所述客户端发送的数据请求信息；

在所述数据请求信息的设定字段中，读取所述第一播放内容的剩余播放量。

13.根据权利要求12所述的方法，其特征在于，所述设定字段位于所述数据请求信息的头部或尾部。

14.根据权利要求11至13中任一项所述的方法，其特征在于，基于所述剩余播放量，在多个服务节点中确定目标服务节点，包括：

在所述剩余播放量小于第三阈值的情况下，选择所述多个服务节点中具有低延时响应能力的节点作为所述目标服务节点；

在所述剩余播放量大于第四阈值的情况下，选择所述多个服务节点中通信成本符合预设低成本要求的节点作为所述目标服务节点。

15.根据权利要求11至13中任一项所述的方法，其特征在于，基于所述剩余播放量，在多个服务节点中确定目标服务节点，包括：

将所述剩余播放量作为本地存储的节点选择模型的入参，执行所述节点选择模型，得到所述目标服务节点；

其中，所述节点选择模型为经训练样本训练的机器学习模型。

16.一种服务调度方法，其特征在于，适用于客户端，包括：

获取第一播放内容的剩余播放量；

根据所述剩余播放量，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供第二播放内容的服务；

其中，第二播放内容与所述第一播放内容存在连贯性关联关系。

17.根据权利要求16所述的方法，其特征在于，根据所述剩余播放量，向调度设备发送数据请求信息，包括：

针对所述第二播放内容生成所述数据请求信息，并在所述数据请求信息的头部或尾部添加包含有所述剩余播放量的字段；

将添加了所述剩余播放量字段的所述数据请求信息发送至所述调度设备。

18.一种服务调度系统，其特征在于，包括：

客户端，用于基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；根据所述参照信息，向调度设备发送数据请求信息；

调度设备，用于根据接收到的所述数据请求信息，获取所述参照信息；基于所述参照信息，在多个服务节点中确定目标服务节点；调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

19.一种服务调度方法，其特征在于，包括：

获取客户端对应的参照信息；其中，所述参照信息用于反映客户端请求边缘节点提供相应服务的需求等级；

根据所述参照信息，在多个边缘计算节点中确定目标计算节点；

调度所述目标计算节点为所述客户端提供所需的服务。

20.根据权利要求19所述的方法，其特征在于，获取客户端对应的参照信息，包括：

接收所述客户端发送的服务请求信息；

在所述服务请求信息的设定字段中，读取所述参照信息；

其中，所述参照信息由所述客户端本地数据处理情况确定。

21.一种调度设备，其特征在于，包括：存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取客户端针对目标数据发送的参照信息，其中，所述参照信息用于反映所述客户端需获取所述目标数据的需求等级；

基于所述参照信息，在多个服务节点中确定目标服务节点；

调度所述目标服务节点为所述客户端获取所述目标数据提供服务。

22.一种客户端，其特征在于，包括存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

基于本地数据处理情况信息，确定参照信息；其中，所述参照信息用于反映为执行所述数据处理所需获取目标数据的需求等级；

根据所述参照信息，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供获取所述目标数据的服务。

23.一种调度设备，其特征在于，包括：存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取客户端发送的第一播放内容的剩余播放量；

基于所述剩余播放量，在多个服务节点中确定目标服务节点；

调度所述目标服务节点，以为所述客户端提供与所述第一播放内容存在连贯性关联关系的第二播放内容。

24.一种客户端，其特征在于，包括：存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取第一播放内容的剩余播放量；

根据所述剩余播放量，向调度设备发送数据请求信息，以便所述调度设备基于所述数据请求信息调度相应的服务节点提供第二播放内容的服务；

其中，第二播放内容与所述第一播放内容存在连贯性关联关系。

25.一种调度设备，其特征在于，包括：存储器及处理器；其中，

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

获取客户端对应的参照信息；其中，所述参照信息用于反映客户端请求边缘节点提供相应服务的需求等级；

根据所述参照信息，在多个边缘计算节点中确定目标计算节点；

调度所述目标计算节点为所述客户端提供所需的服务。

Images