CN114390053B - 业务内容调度方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种业务内容调度方法、装置、设备及存储介质。在该方法中，中心节点与N个边缘节点连接，该方法应用于中心节点，该方法包括：在业务内容列表的第一边缘节点对应的第一映射关系中，将第一边缘节点部署的第一业务内容的状态从第一状态修改为第二状态，得到更新后的业务内容列表；业务内容处于不同状态时，中心节点调度业务内容的方式不同；根据更新后的业务内容列表，调度各边缘节点的业务内容。本申请解决了目前没有面向边缘云的业务内容调度方法的问题。

Description

业务内容调度方法、装置、设备及存储介质

技术领域

本申请涉及通信技术，尤其涉及一种业务内容调度方法、装置、设备及存储介质。

背景技术

目前，越过运营商，发展基于开放互联网的各种视频及数据服务业务(Over TheTop，OTT)的厂商需要基于面向公众用户的内容分发网络(Content Delivery Network，CDN)，并使用业务调度系统向用户分发网络业务内容。现有技术中，OTT的厂商业务内容的调度面向较高层级的CDN节点，例如区域中心级的CDN节点，其位置一般位于区域中心城市或者较大的城市，离末端用户距离较远。

随着5G网络技术的发展，面向政企和垂直行业客户(To Business，2B)的边缘云业务发展迅猛，面向移网个人用户和面向家庭宽带用户(To Consumer and To Home，2C2H)的边缘云业务发展也较快。而随着更高品质业务内容、业务场景(比如VR/AR，2K/4K/8K高清视频，云游戏，云终端)的丰富和智能终端的普及，各类业务对低时延大带宽的需求也增长较快，通过区域中心级的CDN节点向末端用户分发业务内容，无法满足高品质业务内容对低时延大带宽的需求。因此，需要通过部署边缘云节点以提高末端用户的使用体验。

然而，现有技术中OTT厂商业务内容的调度面向较高层级的CDN节点，例如区域中心级的CDN节点，没有面向更低层级的边缘云，例如汇聚层边缘云的调度方法。

发明内容

本申请提供一种业务内容调度方法、装置、设备及存储介质，用以解决现有技术中没有面向边缘云的业务内容调度方法的问题。

第一方面，本申请提供一种业务内容调度方法，中心节点与N个边缘节点连接，所述中心节点用于调度边缘节点的业务内容，所述边缘节点用于向终端设备分发业务内容，所述N为大于或等于2的整数，所述方法应用于中心节点，所述方法包括：

在业务内容列表的第一边缘节点对应的第一映射关系中，将所述第一边缘节点部署的第一业务内容的状态从第一状态修改为第二状态，得到更新后的业务内容列表；所述业务内容列表包括边缘节点、业务内容、业务内容的状态三者之间的映射关系；所述第一边缘节点为所述N个边缘节点中的任一边缘节点；业务内容处于不同状态时，所述中心节点调度业务内容的方式不同。

根据所述更新后的业务内容列表，调度各边缘节点的业务内容。

可选地，所述第一状态为非热点状态、临时热点状态或临界热点状态、所述第二状态为常用热点状态；所述在业务内容列表的第一边缘节点对应的第一映射关系中，将所述第一业务内容的状态从第一状态修改为第二状态，包括：

确定所述第一业务内容是否满足从所述第一状态修改为所述第二状态的第一修改条件；所述第一修改条件包括：M个边缘节点中请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；所述M为小于或等于N的整数，所述M个边缘节点的第一业务内容的状态均为所述临界热点状态。

若满足所述第一修改条件，则在业务内容列表的N个边缘节点对应的映射关系中，将所述第一业务内容的状态从所述第一状态修改为所述第二状态，并向N个边缘节点发送所述中心节点的状态修改消息，所述中心节点的状态修改消息用于指示所述第一业务内容从所述第一状态修改为所述第二状态。

可选地，所述在业务内容列表的第一边缘节点对应的第一映射关系中，将所述第一边缘节点部署的第一业务内容的状态从第一状态修改为第二状态，包括：

接收来自所述第一边缘节点的状态修改消息，所述第一边缘节点的状态修改消息用于指示所述第一边缘节点的所述第一业务内容从所述第一状态修改为所述第二状态；所述第一边缘节点的状态修改消息为所述第一业务内容满足第二修改条件时触发的。

根据所述第一状态修改消息，在业务内容列表的第一边缘节点对应的第一映射关系中，将所述第一业务内容的状态从所述第一状态修改为所述第二状态。

可选地，所述方法还包括：向各所述边缘节点发送第一配置信息，所述第一配置信息用于指示所述第二修改条件。

可选地，所述第一状态为非热点状态、所述第二状态为临时热点状态，所述第二修改条件包括：从所述中心节点下载所述第一业务内容；

或者，所述第一状态为临时热点状态、所述第二状态为临界热点状态，所述第二修改条件包括：在第一预设时长内，请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；

或者，所述第一状态为常用热点状态、所述第二状态为临时热点状态，所述第二修改条件包括在第二预设时长内所述累计数量小于第二预设阈值；

或者，所述第一状态为临界热点状态、所述第二状态为临时热点状态，所述第二修改条件包括在第三预设时长内所述累计数量小于第三预设阈值；

或者，所述第一状态为临时热点状态、所述第二状态为非热点状态，所述第二修改条件包括在第四预设时长内所述累计数量小于第四预设阈值，或者，在第五预设时长内所述累计数量大于或等于第四预设阈值且小于第五预设阈值、且所述第一边缘节点的存储空间利用率大于预设存储空间利用率。

可选地，所述向各所述边缘节点发送第一配置信息之前，所述方法还包括：接收来自业务内容平台的第二配置信息，所述第二配置信息用于指示第一修改条件和/或第二修改条件。

可选地，所述方法还包括：接收来自第一终端设备的访问请求，所述访问请求用于请求访问所述第一业务内容；根据终端设备与边缘节点的映射关系，确定所述第一终端设备对应的第一边缘节点；向所述第一边缘节点发送所述访问请求。

可选地，所述向所述第一边缘节点发送所述访问请求之后，还包括：接收来自所述第一边缘节点的第一业务内容的下载请求；所述第一业务内容的下载请求为所述第一边缘节点在未部署有所述第一业务内容时接收到所述访问请求触发的；向所述第一边缘节点下发所述第一业务内容。

可选地，所述方法还包括：接收来自业务内容平台下发的业务内容。

可选地，所述方法还包括：向业务内容平台发送所述业务内容列表。

第二方面，本申请提供一种业务内容调度方法。中心节点与N个边缘节点连接，所述中心节点用于调度边缘节点的业务内容，所述边缘节点用于向终端设备分发业务内容，所述N为大于或等于2的整数，所述方法应用于所述N个边缘节点中的第一边缘节点，所述方法包括：

将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态；业务内容处于不同状态时，所述中心节点调度业务内容的方式不同。

按照所述第二状态对应的调度方式，处理所述第一业务内容。

可选地，所述第一状态为非热点状态、临时热点状态或临界热点状态，所述第二状态为常用热点状态，所述将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态，包括：

接收中心节点的状态修改消息，所述中心节点的状态修改消息用于指示所述第一业务内容从第一状态修改为第二状态；所述中心节点的状态修改消息为所述第一业务内容满足第一修改条件时触发的，所述第一修改条件包括：M个边缘节点中请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；所述M为小于或等于N的整数，所述M个边缘节点的第一业务内容的状态均为所述临界热点状态。

根据所述状态修改消息，将所述第一业务内容从第一状态修改为第二状态。

可选地，所述将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态，包括：

确定所述第一业务内容是否满足从所述第一状态修改为所述第二状态的第二修改条件。

若满足从所述第一状态修改为所述第二状态的第二修改条件，则将第一边缘节点上的第一业务内容从所述第一状态修改为所述第二状态，并向所述中心节点发送所述第一边缘节点的状态修改消息，所述第一边缘节点的状态修改消息用于指示所述第一边缘节点的所述第一业务内容从所述第一状态修改为所述第二状态。

可选地，所述第一状态为非热点状态、所述第二状态为临时热点状态，所述第二修改条件包括：从所述中心节点下载所述第一业务内容；

或者，所述第一状态为临时热点状态、所述第二状态为临界热点状态，所述第二修改条件包括：在第一预设时长内，请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；

或者，所述第一状态为常用热点状态、所述第二状态为临时热点状态，所述第二修改条件包括：在第二预设时长内所述累计数量小于第二预设阈值；

或者，所述第一状态为临界热点状态、所述第二状态为临时热点状态，所述第二修改条件包括在第三预设时长内所述累计数量小于第三预设阈值；

或者，所述第一状态为临时热点状态、所述第二状态为非热点状态，所述第二修改条件包括在第四预设时长内所述累计数量小于第四预设阈值，或者，在第五预设时长内所述累计数量大于或等于第四预设阈值且小于第五预设阈值、且所述第一边缘节点的存储空间利用率大于预设存储空间利用率。

可选地，所述第一状态为临时热点状态、所述第二状态为非热点状态，所述第二状态对应的调度方式为不对所述第一业务内容进行增量更新，所述按照所述第二状态对应的调度方式，处理所述第一业务内容，包括：删除所述第一业务内容。

可选地，所述第一状态为非热点状态、所述第二状态为临时热点状态，所述将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态之前，所述方法还包括：接收所述中心节点转发的第一终端设备的访问请求，所述访问请求用于请求访问所述第一业务内容；若所述第一边缘节点未部署有所述第一业务内容，则向所述中心节点发送第一业务内容的下载请求；接收所述中心节点下发的所述第一业务内容，并将所述第一业务内容的状态从非热点状态修改为临时热点状态。

可选地，所述方法还包括：向所述第一终端设备发送所述第一业务内容。

可选地，所述方法还包括：接收来自所述中心节点的第一配置信息，所述第一配置信息用于指示所述第二修改条件。

第三方面，本申请提供一种业务内容调度装置，所述中心节点与N个边缘节点连接，所述中心节点用于调度边缘节点的业务内容，所述边缘节点用于向终端设备分发业务内容，所述N为大于或等于2的整数，所述装置应用于所述中心节点，所述业务内容调度装置包括：

处理模块，用于在业务内容列表的第一边缘节点对应的第一映射关系中，将第一边缘节点部署的第一业务内容的状态从第一状态修改为第二状态，得到更新后的业务内容列表；根据更新后的业务内容列表，调度各边缘节点的业务内容；所述业务内容列表包括边缘节点、业务内容、业务内容的状态三者之间的映射关系；所述第一边缘节点为所述N个边缘节点中的任一边缘节点；业务内容处于不同状态时，所述中心节点调度业务内容的方式不同。

第四方面，本申请提供一种业务内容调度装置，所述中心节点与N个边缘节点连接，所述中心节点用于调度边缘节点的业务内容，所述边缘节点用于向终端设备分发业务内容，所述N为大于或等于2的整数，所述装置应用于所述N个边缘节点中的第一边缘节点，所述业务内容调度装置包括：

处理模块，用于将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态；按照所述第二状态对应的调度方式，处理所述第一业务内容；业务内容处于不同状态时，所述中心节点调度业务内容的方式不同。

第五方面，本申请提供一种中心节点，包括：处理器、通信接口，以及存储器；所述处理器分别与所述通信接口和所述存储器通信连接；

所述存储器存储计算机执行指令；

所述通信接口与外部设备进行通信交互；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面任一项所述的方法。

第六方面，本申请提供一种边缘节点，包括：处理器、通信接口，以及存储器；所述处理器分别与所述通信接口和所述存储器通信连接；

所述存储器存储计算机执行指令；

所述通信接口与外部设备进行通信交互；

所述处理器执行所述存储器存储的计算机执行指令，以实现第二方面任一项所述的方法。

第七方面，本申请提供一种业务调度系统，包括如第五方面所述的中心节点，以及，N个如第六方面所述的边缘节点。

第八方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面任一项或第二方面任一项所述的业务内容调度方法。

本申请提供的业务内容调度方法、装置、设备及存储介质，通过对业务内容的状态进行分类，完成中心节点对边缘节点的业务调度，从而满足了边缘节点的业务调度需求，进一步满足了各类业务对低时延大带宽的需求。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为现有技术提供的一种业务内容调度系统的架构示意图；

图2为本申请实施例提供的一种业务内容调度的系统架构示意图；

图3为本申请实施例提供的一种业务内容调度方法的流程示意图；

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

图5为本申请实施例提供的再一种业务内容调度方法的流程示意图；

图6为本申请实施例提供的一种业务内容调度系统的结构示意图；

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

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

图9为本申请实施例提供的一种中心节点的结构示意图；

图10为本申请实施例提供的一种边缘节点的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

为了便于理解，首先对现有技术所使用的业务内容调度的系统架构进行说明。

图1为现有技术提供的一种业务内容调度系统的架构示意图，如图1所示，运营商提供的业务内容调度系统包括：多个节点。这些节点可以分别部署在运营商面向区域中心城市或者较大的城市的中心云机房中。因此，这些节点也可以称为区域中心节点，或者，中心节点。图1以及下述实施例均以中心节点为例进行说明。另外，关于业务内容调度系统所包括的中心节点数量具体也可以根据实际业务需求确定，图1是以2个中心节点为例的示意图。

该多个中心节点可以分别与业务内容平台、以及，终端设备连接。

此处所说的终端设备也可以称为终端(Terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备例如可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑等。终端设备可以通过运营商的宽带网络与中心节点连接，也可以通过运营商的移动网络与中心节点连接。

此处所说的业务内容平台例如可以是视频业务平台、网络通讯业务平台、游戏业务平台等OTT业务内容平台。

中心节点可以接收并存储业务内容平台分发的业务内容。这样，当终端设备向中心节点请求访问业务内容时，中心节点可以直接将其存储的业务内容分发给终端设备，以提高响应速度。其中，业务内容可以是某一个业务应用(例如，某一个游戏应用程序(Application，APP)、某个虚拟现实(Virtual Reality，VR)/增强现实(AugmentedReality，AR)应用)，也可以是某个业务应用的中某一个内容片段(例如，某个视频APP中的某一个视频内容片段)等，本申请在此不做限定。

然而，中心节点距离区域末端用户的距离较远，无法满足各类业务对低时延大带宽的需求。因此，为了有效的满足各类业务对低时延大带宽的需求，使用系统层级更低、所覆盖的区域范围更小的边缘节点变得十分重要。

因此，本申请提出一种新的业务内容调度系统。如图2所示，本申请提出的业务内容调度系统包括：多个中心节点、多个边缘节点。

中心节点可以接收来自业务内容平台下发的业务内容，并向业务内容平台发送业务内容列表。本申请的中心节点同步来自业务内容平台下发的业务内容的方式与现有技术一致，在此不进行赘述。

这些边缘节点可以是部署在不同层级的边缘云机房中，例如可以是地市级的边缘云机房，甚至更低层级的汇聚层边缘云机房。边缘节点用于保存业务内容数据，与中心节点以及用户的终端设备进行数据同步。

与图1所示的现有业务内容调度系统的架构示意图不同的是，本申请中，一个中心节点不仅与业务内容平台、终端设备连接，还与N个边缘节点连接，N为大于或等于2的整数。相应地，边缘节点也可以与终端设备连接。

中心节点用于调度边缘节点的业务内容，即，中心节点用于将其从业务内容平台获取的业务内容同步给边缘节点。边缘节点用于向终端设备分发业务内容。即，当终端设备需要访问某一业务内容时，可以通过距离终端设备最近的边缘节点为终端设备提供相应的业务内容，以提高响应速度。

然而，目前并无如何从中心节点向边缘节点同步业务内容的方法。

现有的OTT平台与中心节点之间的业务内容调度方法并不适用于中心节点与边缘节点之间的业务内容调度。现有的OTT平台与中心节点之间的业务内容调度方法中，中心节点可以是部署在运营商面向区域中心城市或者较大的城市的中心云机房中的，负责较大区域内的业务内容分发。中心节点具有较大的存储空间，以便于存储更多的业务内容，满足较大区域内的业务需求，存储空间较为充足，因此OTT平台无需对中心节点的存储空间进行精细化的内存管理。此外，中心节点负责较大区域内的业务内容分发，所以对于OTT平台来说，中心节点的数量较少，OTT平台与中心节点之间的网络链路也较少。因此，现有技术中使用的实时数据同步的业务内容调度方法对通信网络的带宽资源消耗较小。

然而，边缘节点的内容存储空间有限，无法存储足够多的业务内容，因此，需要更加精细化的存储空间管理策略与业务内容调度策略以满足用户的需求。另外，由于边缘节点可以是部署在运营商面向地市级或更低层级的边缘云机房中的，边缘节点的数量较多，由中心节点到边缘节点的传输链路较多，若使用实时数据同步的业务内容调度方法，对通信网络的带宽资源消耗较大。

有鉴于此，本申请提出了一种面向边缘云的业务内容调度方法，通过对业务内容的状态进行分类，完成中心节点对边缘节点的业务调度，从而节省和高效利用边缘节点存储空间，使得边缘节点可以承载更多种类的业务内容，同时减少中心节点和边缘节点之间数据传输的网络带宽占用，进而提升用户体验。其中，中心节点根据维护“业务内容列表”，维护每个边缘云中部署的业务内容和业务内容状态，以便于对每个边缘节点的业务内容及业务内容状态进行调度。本申请的业务内容调度方法能够适应边缘节点的特点，为边缘节点的云机房提供更加精细化的存储空间管理，同时减少中心节点和边缘节点之间数据传输的网络带宽占用，提升用户体验。

其中，业务内容状态可以包括非热点状态业务内容、临时热点状态业务内容、临界热点状态业务内容以及常用热点状态业务内容等状态。应理解，业务内容状态具体可以根据实际的需求进行划分。本申请实施例以业务内容状态包括这四种为例进行举例说明。

非热点状态业务内容，指在边缘节点上未部署有该业务内容，仅在中心节点侧或其它边缘节点维护该业务内容。

临时热点状态业务内容，指在边缘节点上部署有该业务内容，但中心节点不对该边缘节点中的该项业务内容进行增量内容同步或数据实时更新。中心节点侧和该边缘节点均维护该业务内容。

临界热点状态业务内容，指在边缘节点上部署有该业务内容。需要中心节点对该边缘节点中的该项业务内容进行增量内容同步或数据实时更新。中心节点侧和该边缘节点均维护该业务内容。

常用热点状态业务内容，指在该中心节点对应的所有边缘节点上均部署有该业务内容。需要中心节点对所有边缘节点中的该项业务内容进行增量内容同步或数据实时更新。中心节点侧和该中心节点对应的所有边缘节点均维护该业务内容。

中心节点维护的“业务内容列表”例如可以如表1所示，中心节点可以根据该表判断与其连接的边缘节点中的所有业务内容的业务内容状态，并可以跟据边缘节点对业务内容状态的更改同步更新该表。中心节点也可以主动修改该表，依据修改向边缘节点下发修改指令，以使边缘节点对应地修改业务内容状态，以使业务内容调度系统能够更方便地进行业务内容调度。

表1业务内容列表

下面以图2所示的业务内容调度的系统架构为例，结合具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

下面以业务调度系统的一个中心节点、以及，该中心节点连接的N个边缘节点中的第一边缘节点为例，描述中心节点与边缘节点之间如何进行业务内容的同步。中心节点与N个边缘节点连接，中心节点用于调度边缘节点的业务内容，边缘节点用于向终端设备分发业务内容，N为大于或等于2的整数。

图3为本申请实施例提供的一种业务内容调度方法的流程示意图，该方法的执行主体是中心节点，如图3所示，本实施例的方法包括如下步骤：

S301、在业务内容列表的第一边缘节点对应的第一映射关系中，将第一边缘节点部署的第一业务内容的状态从第一状态修改为第二状态，得到更新后的业务内容列表。

上述业务内容列表包括边缘节点、业务内容、业务内容的状态三者之间的映射关系，业务内容列表及其映射关系如前述的表1所示。第一边缘节点为N个边缘节点中的任一边缘节点。业务内容处于不同状态时，中心节点调度业务内容的方式不同。

第一状态可以是第一边缘节点中第一业务内容变更前的业务内容状态，第二状态可以是第一边缘节点中第一业务内容变更后的业务内容状态。业务内容变更可以是基于一段时间内请求访问第一业务内容的累计访问数量确定的。业务内容状态可以包括如上文的非热点状态业务内容、临时热点状态业务内容、临界热点状态业务内容以及常用热点状态业务内容等四种状态。

第一边缘节点中第一业务内容发生变更时，中心节点可以对业务内容列表进行相应的变更，从而更新对该边缘节点的业务内容调度的调度方式。

S302、根据更新后的业务内容列表，调度各边缘节点的业务内容。

中心节点调度各边缘节点的业务内容例如可以是中心节点向边缘节点下发业务内容、实时更新业务内容，或，指示边缘节点删除业务内容等。

相应地，第一边缘节点也可以将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态。然后，第一边缘节点可以按照第二状态对应的调度方式，处理第一业务内容。即从中心节点下载业务内容、实时更新业务内容，或，删除业务内容，并根据需要向终端设备返回终端设备请求的业务内容等。

针对上述的第一状态和第二状态，可以分为两种情况。第一种情况为第一状态低于第二状态，第二种情况是第一状态高于第二状态。此处的高与低是指按照非热点状态、临时热点状态、临界热点状态、常用热点状态对业务内容状态进行排列，非热点状态最低，常用热点状态最高。

下面针对这两种情况分别进行说明：

第一种情况：第一状态低于第二状态，即正向状态迁移。

图4为本申请实施例提供的正向状态迁移的流程示意图，如图4所示，该方法包括：

情况A：第一状态为非热点状态，第二状态为临时热点状态。即，第一边缘节点上还未部署有该业务内容。在该情况下，状态的变更是基于终端设备针对第一业务内容的访问请求而触发执行的。即，第一边缘节点初次接收到该业务的访问请求。以第一终端设备为例，第一终端设备所触发的访问请求可以是通过中心节点发送给第一边缘节点的，也可以是第一终端设备直接发送给第一边缘节点的。下述实施例均以中心节点进行转发为例进行示例说明：

步骤1.1：初次业务请求，例如可以包括如下步骤：

S4011、中心节点接收来自第一终端设备的访问请求，访问请求用于请求访问第一业务内容。

S4012、中心节点根据终端设备与边缘节点的映射关系，确定第一终端设备对应的第一边缘节点，并向第一边缘节点转发第一终端设备发出的访问请求。

相应地，第一边缘节点接收该访问请求。

第一边缘节点为距离终端设备最近的边缘节点，或者，距离终端设备较近、且负载较小的边缘节点等，具体与业务调度系统为边缘节点分配访问请求的方式有关，对此不进行限定。

以距离终端设备最近为例，终端设备与边缘节点的映射关系例如可以是中心节点根据终端设备的位置，以及，边缘节点的位置确定的，也可以是中心节点根据终端设备所接入的无线接入网设备的所在的位置，以及，边缘节点的位置确定的等。

步骤1.2：内容请求，例如可以包括如下步骤：

S4013、第一边缘节点向中心节点发送业务下载请求。

相应地，中心节点接收该业务下载请求。

需说明，第一边缘节点在接收到访问请求时，其上并未部署有第一业务内容，因此，基于该访问请求，第一边缘节点会触发向中心节点请求下载该第一业务内容的业务下载请求。

步骤1.3：内容下载，例如可以包括如下步骤：

S4014、中心节点向第一边缘节点下发第一业务内容。

相应地，第一边缘节点接收该第一业务内容。

S4015、第一边缘节点根据第二修改条件对第一业务内容的业务内容状态进行判断。

此时，在该场景下，第二修改条件为：从中心节点下载第一业务内容。

上述从中心节点下载第一业务内容的下载是指边缘节点当前不存在第一业务内容数据，从中心节点完整地获得第一业务内容数据的过程。此过程并不包括边缘节点从中心节点下载边缘节点中当前已经存在的业务内容数据的更新数据，获得更新数据的过程的名称在本申请中为“更新”，与“下载”并不相同。

S4016、若满足第二修改条件，第一边缘节点标注第一边缘节点部署的第一业务内容的状态为临时热点状态，并生成第一边缘节点的状态修改消息；该状态修改消息用于指示第一边缘节点部署的第一业务内容的状态从非热点状态修改为临时热点状态。

步骤1.4：通知修改状态，例如可以包括如下步骤：

S4017、第一边缘节点向中心节点发送状态修改消息。

相应地，中心节点接收该第一边缘节点的状态修改消息。

步骤1.5，状态迁移，例如可以包括如下步骤：

S4018、中心节点依据状态修改消息在业务内容列表中将第一边缘节点中部署的第一业务内容的状态从非热点状态修改为临时热点状态。

示例性的，第一边缘节点的ID为“边缘云A”，第一业务内容的业务名称为“业务内容1”，修改前的标注结果为“边缘云A-业务内容1-非热点状态”，修改后的标注结果为“边缘云A-业务内容1-临时热点状态”。

完成上述状态迁移后，第一边缘节点和中心节点以临时热点状态的调度方式对上述第一业务内容进行调度，具体为：第一边缘节点上部署有第一业务内容，但中心节点不对第一边缘节点中的第一业务内容进行增量内容同步或数据实时更新。中心节点侧和该边缘节点均维护第一业务内容。

此外，第一边缘节点还可以向第一终端设备返回第一终端设备所请求的第一业务内容。

在该情况下，当终端设备请求的业务内容在距离终端设备最近的边缘云上没有部署时，可以通过上述方法，将该业务内容部署在边缘云上，并返回至该终端设备，从而使得终端设备能够突破边缘云已存储业务内容的限制，访问更多种类的业务内容。但由于该业务内容被访问频率较低，因此该边缘云不对该业务内容进行增量内容同步或数据实时更新，以减少存储空间占用与网络资源占用。

情况B：第一状态为临时热点状态，第二状态临界热点状态。

步骤1.6：状态迁移，该步骤为边缘节点的状态迁移，例如可以包括如下步骤：

S4021、第一边缘节点根据第二修改条件对第一业务内容的业务内容状态进行判断。

在该场景下，第二修改条件为：在第一预设时长内，请求访问第一业务内容的终端设备的累计数量大于或等于第一预设阈值。

S4022、若满足该第二修改条件，第一边缘节点将第一业务内容的第一状态从临时热点状态修改为临界热点状态，并生成第一边缘节点的状态修改消息，该状态修改消息用于指示第一边缘节点部署的第一业务内容的状态从临时热点状态修改为临界热点状态。

步骤1.7：通知修改状态，例如可以包括如下步骤：

S4023、第一边缘节点向中心节点发送该状态修改消息。

相应地，中心节点接收该第一边缘节点的状态修改消息。

步骤1.8：状态迁移，该步骤为中心节点的状态迁移，例如可以包括如下步骤：

S4024、中心节点依据状态修改消息在业务内容列表中将第一边缘节点的第一业务内容的状态从临时热点状态修改为临界热点状态。

示例性的，第一边缘节点的ID为“边缘云A”，第一业务内容的业务名称为“业务内容1”，修改前的标注结果为“边缘云A-业务内容1-临时热点状态”，修改后的标注结果为“边缘云A-业务内容1-临界热点状态”。

完成上述状态迁移后，第一边缘节点和中心节点以临界热点状态的调度方式对上述第一业务内容进行调度，具体为：第一边缘节点上部署有第一业务内容，中心节点对第一边缘节点中的第一业务内容进行增量内容同步或数据实时更新。中心节点侧和该边缘节点均维护第一业务内容。

在该场景下，上述状态的变更仅基于第二修改条件进行判断和触发，与是否由终端设备发送访问请求无关。另外，在该场景下，当第一终端设备具有访问请求时，第一边缘节点可以将自身所存储的第一业务内容返回给终端设备。

在该情况下，由于该业务内容被访问频率较高，因此可以通过修改该边缘节点中部署的该业务内容的状态，从而使中心节点可以对该业务内容进行增量内容同步或数据实时更新，以提高向终端设备提供业务内容的准确性以及效率。

情况C：第一状态可以为非热点状态、临时热点状态或临界热点状态，第二状态常用热点状态。

步骤1.9：状态迁移，该步骤为中心节点的状态迁移，例如可以包括如下步骤：

S4031、中心节点确定第一业务内容是否满足从第一状态修改为第二状态的第一修改条件。

第一修改条件包括：M个边缘节点中请求访问第一业务内容的终端设备的累计数量大于或等于第一预设阈值；M为小于或等于N的整数，M个边缘节点的第一业务内容的状态均为临界热点状态。

S4032、若满足第一修改条件，则中心节点在业务内容列表的N个边缘节点对应的映射关系中，将第一业务内容的状态从第一状态修改为第二状态。

步骤1.10：通知修改状态，例如可以包括如下步骤：

S4033、向N个边缘节点发送中心节点的状态修改消息；即向所有边缘节点发送该状态修改消息。该状态修改消息用于指示N个边缘节点将第一业务内容从第一状态修改为第二状态。即，从非热点状态、临时热点状态或临界热点状态，修改为常用热点状态。

步骤1.11：状态迁移，该步骤为边缘节点的状态迁移，例如可以包括如下步骤：

S4034、N个边缘节点依据中心节点的状态修改消息，将第一业务内容从第一状态修改为第二状态。即，从非热点状态、临时热点状态或临界热点状态，修改为常用热点状态。

完成上述状态迁移后，N个边缘节点和中心节点以常用热点状态的调度方式对上述第一业务内容进行调度，具体为：N个边缘节点上均部署有第一业务内容，中心节点对N个边缘节点中的第一业务内容均进行增量内容同步或数据实时更新。中心节点侧和N个边缘节点均维护第一业务内容。

在该场景下，上述状态的变更仅基于第二修改条件进行判断和触发，与是否有终端设备发送访问请求无关。另外，在该场景下，当第一终端设备具有访问请求时，第一边缘节点可以将自身所存储的第一业务内容返回给终端设备。

在该情况下，在M个边缘节点中该业务内容被访问频率较高，即在大多数的边缘节点中，该业务内容的访问频率都较高，中心节点指示与其连接的N个边缘云均部署该业务内容，且N个边缘云均需要对该业务内容进行增量内容同步或数据实时更新，以提高所有边缘节点向终端设备提供业务内容的准确性以及效率。

第二种情况：第一状态高于第二状态，即逆向状态迁移。

图5为本申请实施例提供的逆向状态迁移的流程示意图，如图5所示，该方法包括：

情况A：第一状态为常用热点状态，第二状态为临时热点状态。

步骤2.1：状态迁移，该步骤为边缘节点的状态迁移，例如可以包括如下步骤：

S4041、第一边缘节点根据第二修改条件对第一业务内容的业务内容状态进行判断。

在该场景中，第二修改条件为：在第二预设时长内，请求访问第一业务内容的终端设备的累计数量小于第二预设阈值。

S4042、若满足第二修改条件，说明当前该业务内容的访问量在降低。则第一边缘节点将第一业务内容的第一状态从常用热点状态修改为临时热点状态，并生成第一边缘节点的状态修改消息；该状态修改消息用于指示第一边缘节点部署的第一业务内容的状态从常用热点状态修改为临时热点状态。

步骤2.2：通知修改状态，例如可以包括如下步骤：

S4043、第一边缘节点向中心节点发送状态修改消息。

相应地，中心节点接收该第一边缘节点的状态修改消息。

步骤2.3：状态迁移，该步骤为中心节点的状态迁移，例如可以包括如下步骤：

S4044、中心节点依据状态修改消息在业务内容列表中将第一边缘节点的第一业务内容的状态从常用热点状态修改为临时热点状态。

示例性的，第一边缘节点的ID为“边缘云A”，第一业务内容的业务名称为“业务内容1”，修改前的标注结果为“边缘云A-业务内容1-常用热点状态”，修改后的标注结果为“边缘云A-业务内容1-临时热点状态”。

完成上述状态迁移后，第一边缘节点和中心节点以临时热点状态的调度方式对上述第一业务内容进行调度，具体为：第一边缘节点上部署有第一业务内容，但中心节点不对第一边缘节点中的第一业务内容进行增量内容同步或数据实时更新。中心节点侧和该边缘节点均维护第一业务内容。

在该场景下，上述状态的变更仅基于第二修改条件进行判断和触发，与是否有终端设备发送访问请求无关。另外，在该场景下，当第一终端设备具有访问请求时，第一边缘节点可以将自身所存储的第一业务内容返回给终端设备。

在该情况下，由于该业务内容被访问频率降低，因此该边缘云中停止对该业务内容进行增量内容同步或数据实时更新，以节省存储空间、降低网络资源占用。

情况B：第一状态为临界热点状态，第二状态临时热点状态。

步骤2.4：状态迁移，该步骤为边缘节点的状态迁移，例如可以包括如下步骤：

S4051、第一边缘节点根据第二修改条件对第一业务内容的业务内容状态进行判断。

该场景中，第二修改条件为：在第三预设时长内，请求访问第一业务内容的终端设备的累计数量小于第三预设阈值。

S4052、若满足第二修改条件，说明当前该业务内容的访问量在降低。第一边缘节点将第一业务内容的第一状态从临界热点状态修改为临时热点状态，并生成第一边缘节点的状态修改消息；该状态修改消息用于指示第一边缘节点部署的第一业务内容的状态从临界热点状态修改为临时热点状态。

步骤2.5：通知修改状态，例如可以包括如下步骤：

S4053、第一边缘节点向中心节点发送状态修改消息。

相应地，中心节点接收该第一边缘节点的状态修改消息。

步骤2.6：状态迁移，该步骤为中心节点的状态迁移，例如可以包括如下步骤：

S4054、中心节点依据状态修改消息在业务内容列表中将第一边缘节点的第一业务内容的状态从临界热点状态修改为临时热点状态。

示例性的，第一边缘节点的ID为“边缘云A”，第一业务内容的业务名称为“业务内容1”，修改前的标注结果为“边缘云A-业务内容1-临界热点状态”，修改后的标注结果为“边缘云A-业务内容1-临时热点状态”。

完成上述状态迁移后，第一边缘节点和中心节点以临时热点状态的调度方式对上述第一业务内容进行调度，具体为：第一边缘节点上部署有第一业务内容，但中心节点不对第一边缘节点中的第一业务内容进行增量内容同步或数据实时更新。中心节点侧和该边缘节点均维护第一业务内容。

在该场景下，上述状态的变更仅基于第二修改条件进行判断和触发，与是否有终端设备发送访问请求无关。另外，在该场景下，当第一终端设备具有访问请求时，第一边缘节点可以将自身所存储的第一业务内容返回给终端设备。

在该情况下，由于该业务内容被访问频率降低，因此该边缘云中停止对该业务内容进行增量内容同步或数据实时更新，以节省存储空间、降低网络资源占用。

情况C：第一状态为临时热点状态，第二状态非热点状态。

步骤2.7：业务内容清理，例如可以包括如下步骤：

S4061、第一边缘节点根据第二修改条件对第一业务内容的业务内容状态进行判断。

第二修改条件为：在第四预设时长内，请求访问第一业务内容的终端设备的累计数量小于第四预设阈值；或者，在第五预设时长内，请求访问第一业务内容的终端设备的累计数量大于或等于第四预设阈值且小于第五预设阈值、且第一边缘节点的存储空间利用率大于预设存储空间利用率。

S4062、若满足第二修改条件，说明当前该业务内容的访问量进一步降低，或该边缘节点的存储空间利用率过高。第一边缘节点将第一业务内容的第一状态从临时热点状态修改为非热点状态，删除第一业务内容的业务内容数据，并生成第一边缘节点的状态修改消息；该状态修改消息用于指示第一边缘节点部署的第一业务内容的状态从临时热点状态修改为非热点状态。

步骤2.8：通知修改状态，例如可以包括如下步骤：

S4063、第一边缘节点向中心节点发送状态修改消息。

相应地，中心节点接收该第一边缘节点的状态修改消息。

步骤2.9：状态迁移，该步骤为中心节点的状态迁移，例如可以包括如下步骤：

S4064、中心节点依据状态修改消息在业务内容列表中将第一边缘节点的第一业务内容的状态从临时热点状态修改为非热点状态。

示例性的，第一边缘节点的ID为“边缘云A”，第一业务内容的业务名称为“业务内容1”，修改前的标注结果为“边缘云A-业务内容1-临时热点状态”，修改后的标注结果为“边缘云A-业务内容1-非热点状态”。

完成上述状态迁移后，第一边缘节点和中心节点以临时热点状态的调度方式对上述第一业务内容进行调度，具体为：第一边缘节点上不部署第一业务内容，中心节点也不对第一边缘节点中的第一业务内容进行增量内容同步或数据实时更新。仅在中心节点侧维护第一业务内容。

在该场景下，上述状态的变更仅基于第二修改条件进行判断和触发，与是否有终端设备发送访问请求无关。

在该情况下，由于该业务内容被访问频率降低，或，由于该业务内容被访问频率降低，且存储空间不足，该边缘云中停止对该业务内容进行增量内容同步或数据实时更新，并删除该业务内容，以节省存储空间。

在上述过程中，所涉及的第一预设时间至第五预设时间、第一预设阈值至第五预设阈值，以及，预设存储空间利用率，都是可以根据实际需求设定的。

另外，上述边缘节点上所设置第二修改条件可以是预先设置的，也可以是中心节点通过第一配置信息指示的。这种通过指示的方式，可以使边缘节点上的第二修改条件进行动态和灵活的设置。

当第二修改条件为中心节点通过第一配置信息指示给边缘节点时，中心节点上的第二修改条件和/或第一修改条件可以是预先设置的，也可以是业务内容平台通过第二配置信息指示给中心节点的。这种通过指示的方式，可以使中心节点上的第二修改条件和第一修改条件进行动态和灵活的设置。

此外，中心节点还可以向业务内容平台发送业务内容列表，以为OTT厂商进行业务分析时提供数据支持。例如，OTT厂商可以根据各项业务内容的状态变化情况，评估各类业务内容的用户喜好和地域分布特点。示例性的，不同区域，不同城市的热点内容有所区别，为业务内容部署策略的制定和优化提供指导。

本申请实施例提供的业务内容调度方法，通过对业务内容状态进行分类，对业务内容进行了精细化调度，在边缘节点中部署、更新热度较高的业务内容，删除热度低的业务内容，从而节省和高效利用边缘节点的存储空间，使得边缘节点可以承载更多的业务内容。同时，业务内容的精细化调度减少了中心节点和边缘节点之间数据传输的次数，进一步地降低了网络带宽占用。

前述实施例中，由业务内容调度系统对业务内容进行调度，下面对业务内容调度系统的模块结构及其在业务内容调度方法中的作用进行说明。示例性的，图6为一种业务内容调度系统的模块结构示意图，中心云机房包括：业务调度服务模块、业务内容调度模块、业务内容服务端。汇聚层边缘云机房包括：业务内容服务端。

下面针对中心云机房和汇聚层边缘云机房如何实现业务内容调度进行说明：

中心云机房的模块结构中包括：

在一种可能的方式中，中心节点可以是业务调度服务模块、业务内容调度模块和业务内容服务端分离架构的中心节点。业务调度服务模块、业务内容调度模块和业务内容服务端可以理解为是中心节点从逻辑功能角度的划分。业务调度服务模块、业务内容调度模块和业务内容服务端在物理上可以是分离的也可以部署在一起。

物理上可以是分离的，例如上述三个模块分别部署在中心云机房中的三个或多个设备上。物理上可以也可以是部署在一起的，例如上述三个模块部署在中心云机房中一个硬件实体(例如计算机或服务器等)上的。

业务调度服务模块与业务内容平台，以及，用户终端设备进行通信连接，用于实现前述方法实施例中接收来自业务内容平台下发的业务内容，向业务内容平台发送业务内容列表，以及，负责将用户终端设备的业务访问请求指引到管辖该用户终端设备的边缘节点的业务内容服务端进行处理的动作。

业务内容调度模块存储有业务内容列表，用于实现前述方法实施例中维护业务内容在中心节点和边缘节点的状态列表，以及其映射关系，依据上述实施例中业务内容调度方法的策略，进行业务内容状态的变更和业务调度指令的下发动作。

业务内容服务端存储有中心节点中的业务内容数据，用于实现前述方法实施例中对边缘节点进行业务内容数据的下发与更新同步的动作。

汇聚层边缘云机房的模块结构中包括：

业务内容调度模块存储有边缘节点中的业务内容数据，用于实现前述方法实施例中与中心节点保持业务内容数据的同步，以及，依据上述业务内容调度方法的策略进行边缘节点的业务内容状态变更等动作。

此外，中心云机房和汇聚层边缘云机房分别部署在区域中心CDN节点与边缘CDN节点上，因此中心节点、边缘节点以及用户终端设备可以基于CDN节点进行相互间的通信连接。该通信连接可以是通过基站、城域网接入路由器、城域网边缘路由器等设备进行无线连接的，也可以是通过光纤、交换机等设备进行有线连接的。

上述业务内容调度方法的详细流程在图3所示的一种业务内容调度方法的描述中已进行了详细地解释，本申请在此不再赘述。

图7为本申请实施例提供的一种业务调度装置的结构示意图。业务调度装置包括中心节点与N个边缘节点连接，中心节点用于调度边缘节点的业务内容，边缘节点用于向终端设备分发业务内容，N为大于或等于2的整数；装置应用于中心节点。

如图7所示，该业务调度装置包括：处理模块11。可选地，该业务调度装置例如可以包括下述至少一个模块：接收模块12、发送模块13。

处理模块11，用于在业务内容列表的第一边缘节点对应的第一映射关系中，将第一边缘节点部署的第一业务内容的状态从第一状态修改为第二状态，得到更新后的业务内容列表；根据更新后的业务内容列表，调度各边缘节点的业务内容。业务内容列表包括边缘节点、业务内容、业务内容的状态三者之间的映射关系；第一边缘节点为N个边缘节点中的任一边缘节点；业务内容处于不同状态时，中心节点调度业务内容的方式不同。

可选地，接收模块12，用于在处理模块11将第一边缘节点上的第一业务内容从第一状态修改为第二状态之前，接收来自第一终端设备的访问请求，访问请求用于请求访问第一业务内容；根据终端设备与边缘节点的映射关系，确定第一终端设备对应的第一边缘节点；发送模块13，用于向第一边缘节点发送访问请求。

可选地，接收模块12，还用于发送模块13向第一边缘节点发送访问请求之后，接收来自第一边缘节点的第一业务内容的下载请求；第一业务内容的下载请求为第一边缘节点在未部署有第一业务内容时接收到访问请求触发的。

发送模块13，还用于向第一边缘节点下发第一业务内容。

可选地，接收模块12，还用于接收来自业务内容平台下发的业务内容。

可选地，发送模块13，还用于向业务内容平台发送业务内容列表。

可选地，发送模块13，还用于向各边缘节点发送第一配置信息，第一配置信息用于指示第二修改条件。

可选地，接收模块12，还用于接收来自业务内容平台的第二配置信息，第二配置信息用于指示第一修改条件和/或第二修改条件。

作为一种可能的实现方式，处理模块11，具体用于确定第一业务内容是否满足从第一状态修改为第二状态的第一修改条件；若满足第一修改条件，则在业务内容列表的N个边缘节点对应的映射关系中，将第一业务内容的状态从第一状态修改为第二状态。第一修改条件包括：M个边缘节点中请求访问第一业务内容的终端设备的累计数量大于或等于第一预设阈值；M为小于或等于N的整数。

在该实现方式下，可选地，发送模块13，还用于向N个边缘节点发送中心节点的状态修改消息，中心节点的状态修改消息用于指示第一业务内容从第一状态修改为第二状态。

作为另一种可能的实现方式，接收模块12，具体用于接收来自第一边缘节点的状态修改消息，第一边缘节点的状态修改消息用于指示第一边缘节点的第一业务内容从第一状态修改为第二状态。

处理模块11，具体用于确定第一业务内容是否满足从第一状态修改为第二状态的第二修改条件；根据第一状态修改消息，在业务内容列表的第一边缘节点对应的第一映射关系中，将第一业务内容的状态从第一状态修改为第二状态。第一边缘节点的状态修改消息为第一业务内容满足第二修改条件时触发的。

本申请实施例提供的一种业务内容调度装置，可以执行上述方法实施例中中心节点的动作，其实现原理和技术效果类似，在此不再赘述。该业务内容调度装置例如可以是中心节点，也可以是中心节点的一个芯片，例如，处理器等。

图8为本申请实施例提供的一种业务调度装置的结构示意图。业务调度包括中心节点与N个边缘节点连接，中心节点用于调度边缘节点的业务内容，边缘节点用于向终端设备分发业务内容，N为大于或等于2的整数；装置应用于N个边缘节点中的第一边缘节点。

如图8所示，该业务调度装置包括：处理模块21。可选地，该业务调度装置例如可以包括下述至少一个模块：接收模块22、发送模块23。

处理模块21，用于将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态；按照第二状态对应的调度方式，处理第一业务内容。业务内容处于不同状态时，中心节点调度业务内容的方式不同。

作为一种可能的实现方式，可选地，第一状态为临界热点状态，第二状态为常用热点状态，接收模块22，用于接收中心节点的状态修改消息，中心节点的状态修改消息用于指示第一业务内容从第一状态修改为第二状态；中心节点的状态修改消息为第一业务内容满足第一修改条件时触发的，第一修改条件包括：M个边缘节点中请求访问第一业务内容的终端设备的累计数量大于或等于第一预设阈值；M为小于或等于N的整数。处理模块21，还用于根据状态修改消息，将第一业务内容从第一状态修改为第二状态。

作为另一种可能的实现方式，可选地，处理模块21，具体用于确定第一业务内容是否满足从第一状态修改为第二状态的第二修改条件；若满足从第一状态修改为第二状态的第二修改条件，则将第一边缘节点上的第一业务内容从第一状态修改为第二状态。发送模块23，用于向中心节点发送第一边缘节点的状态修改消息，第一边缘节点的状态修改消息用于指示第一边缘节点的第一业务内容从第一状态修改为第二状态。

可选地，第一状态为临时热点状态、第二状态为非热点状态时，处理模块21，具体用于删除第一业务内容。

可选地，第一状态为非热点状态、第二状态为临时热点状态时，接收模块22，还用于接收中心节点转发的第一终端设备的访问请求，访问请求用于请求访问第一业务内容。发送模块23，还用于若第一边缘节点未部署有第一业务内容，则向中心节点发送第一业务内容的下载请求；接收模块22，还用于接收中心节点下发的第一业务内容，并使用处理模块21将第一业务内容的状态从非热点状态修改为临时热点状态。

可选地，发送模块23，还用于向第一终端设备发送第一业务内容。

可选地，接收模块22，还用于接收来自中心节点的配置信息，配置信息用于指示第二修改条件。

本申请实施例提供的一种业务内容调度装置，可以执行上述方法实施例中边缘节点的动作，其实现原理和技术效果类似，在此不再赘述。该业务内容调度装置例如可以是边缘节点，也可以是边缘节点的一个芯片，例如，处理器等。

图9为本申请提供的一种中心节点示意图。其中，该中心节点例如可以为前述所说的中心云机房。如图9所示，该中心节点900可以包括：至少一个处理器901、存储器902和通信接口903。

存储器902，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器902可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器901用于执行存储器902存储的计算机执行指令，以实现前述方法实施例所描述的设备监控方法。其中，处理器901可能是一个中央处理器(Central ProcessingUnit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

处理器901通过通信接口903可以与外部设备进行通信交互，外部设备例如可以是用户终端设备或部署了边缘节点的汇聚层边缘云机房中的设备，在具体实现上，如果通信接口903、存储器902和处理器901独立实现，则通信接口903、存储器902和处理器901可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry StandardArchitecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口903、存储器902和处理器901集成在一块芯片上实现，则通信接口903、存储器902和处理器901可以通过内部接口完成通信。

图10为本申请提供的一种边缘节点示意图。其中，该边缘节点例如可以为前述所说的边缘云机房。如图10所示，该边缘节点1000可以包括：至少一个处理器1001、存储器1002和通信接口1003。

存储器1002，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器1002可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器1001用于执行存储器1002存储的计算机执行指令，以实现前述方法实施例所描述的设备监控方法。其中，处理器1001可能是一个中央处理器(Central ProcessingUnit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

处理器1001通过通信接口1003可以与外部设备进行通信交互，外部设备例如可以是用户终端设备或部署了中心节点的中心云机房中的设备，在具体实现上，如果通信接口1003、存储器1002和处理器1001独立实现，则通信接口1003、存储器1002和处理器1001可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(IndustryStandard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口1003、存储器1002和处理器1001集成在一块芯片上实现，则通信接口1003、存储器1002和处理器1001可以通过内部接口完成通信。

本申请还提供一种如图2所示的业务调度系统，其中，该业务调度系统例如可以包括中心节点，以及，N个边缘节点。其中，中心节点可以执行前述方法实施例中的中心节点的动作，边缘节点可以执行前述的第一边缘节点所执行的动作，其实现原理和技术效果类似，对此不再赘述。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述实施例中的方法。

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

Claims (22)

1.一种业务内容调度方法，其特征在于，中心节点与N个边缘节点连接，所述边缘节点用于向终端设备分发业务内容，所述N为大于或等于2的整数，所述方法应用于中心节点，所述方法包括：

接收来自第一边缘节点的状态修改消息，所述第一边缘节点的状态修改消息用于指示所述第一边缘节点的第一业务内容从第一状态修改为第二状态；所述第一边缘节点的状态修改消息为所述第一业务内容满足第二修改条件时触发的；所述第一状态为非热点状态、临时热点状态或临界热点状态、所述第二状态为常用热点状态；

根据所述第一状态修改消息，在业务内容列表的第一边缘节点对应的第一映射关系中，将所述第一业务内容的状态从所述第一状态修改为所述第二状态，得到更新后的业务内容列表；所述业务内容列表包括边缘节点、业务内容、业务内容的状态三者之间的映射关系；所述第一边缘节点为所述N个边缘节点中的任一边缘节点；

根据所述更新后的业务内容列表，调度各边缘节点的业务内容；业务内容处于不同状态时，所述中心节点调度业务内容的方式不同。

2.根据权利要求1所述的方法，其特征在于，所述在业务内容列表的第一边缘节点对应的第一映射关系中，将所述第一业务内容的状态从第一状态修改为第二状态，包括：

确定所述第一业务内容是否满足从所述第一状态修改为所述第二状态的第一修改条件；所述第一修改条件包括：M个边缘节点中请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；所述M为小于或等于N的整数，所述M个边缘节点的第一业务内容的状态均为所述临界热点状态；

若满足所述第一修改条件，则在业务内容列表的N个边缘节点对应的映射关系中，将所述第一业务内容的状态从所述第一状态修改为所述第二状态，并向N个边缘节点发送所述中心节点的状态修改消息，所述中心节点的状态修改消息用于指示所述第一业务内容从所述第一状态修改为所述第二状态。

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

向各所述边缘节点发送第一配置信息，所述第一配置信息用于指示所述第二修改条件。

4.根据权利要求1或3所述的方法，其特征在于：

所述第一状态为非热点状态、所述第二状态为临时热点状态，所述第二修改条件包括：从所述中心节点下载所述第一业务内容；

或者，所述第一状态为临时热点状态、所述第二状态为临界热点状态，所述第二修改条件包括：在第一预设时长内，请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；

或者，所述第一状态为常用热点状态、所述第二状态为临时热点状态，所述第二修改条件包括在第二预设时长内所述累计数量小于第二预设阈值；

或者，所述第一状态为临界热点状态、所述第二状态为临时热点状态，所述第二修改条件包括在第三预设时长内所述累计数量小于第三预设阈值；

或者，所述第一状态为临时热点状态、所述第二状态为非热点状态，所述第二修改条件包括在第四预设时长内所述累计数量小于第四预设阈值，或者，在第五预设时长内所述累计数量大于或等于第四预设阈值且小于第五预设阈值、且所述第一边缘节点的存储空间利用率大于预设存储空间利用率。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

接收来自业务内容平台的第二配置信息，所述第二配置信息用于指示第一修改条件和第二修改条件。

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

接收来自第一终端设备的访问请求，所述访问请求用于请求访问所述第一业务内容；

根据终端设备与边缘节点的映射关系，确定所述第一终端设备对应的第一边缘节点；

向所述第一边缘节点发送所述访问请求。

7.根据权利要求6所述的方法，其特征在于，所述向所述第一边缘节点发送所述访问请求之后，还包括：

接收来自所述第一边缘节点的第一业务内容的下载请求；所述第一业务内容的下载请求为所述第一边缘节点在未部署有所述第一业务内容时接收到所述访问请求触发的；

向所述第一边缘节点下发所述第一业务内容。

8.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

接收来自业务内容平台下发的业务内容。

9.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

向业务内容平台发送所述业务内容列表。

10.一种业务内容调度方法，其特征在于，中心节点与N个边缘节点连接，所述中心节点用于调度边缘节点的业务内容，所述边缘节点用于向终端设备分发业务内容，所述N为大于或等于2的整数，所述方法应用于所述N个边缘节点中的第一边缘节点，所述方法包括：

接收中心节点的状态修改消息，所述中心节点的状态修改消息用于指示第一业务内容从第一状态修改为第二状态；所述中心节点的状态修改消息为所述第一业务内容满足第一修改条件时触发的，所述第一修改条件包括：M个边缘节点中请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；所述第一状态为非热点状态、临时热点状态或临界热点状态，所述第二状态为常用热点状态；所述M为小于或等于N的整数，所述M个边缘节点的第一业务内容的状态均为所述临界热点状态；

根据所述状态修改消息，将所述第一业务内容从第一状态修改为第二状态；

按照所述第二状态对应的调度方式，处理所述第一业务内容；业务内容处于不同状态时，所述中心节点调度业务内容的方式不同。

11.根据权利要求10所述的方法，其特征在于，将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态，包括：

确定所述第一业务内容是否满足从所述第一状态修改为所述第二状态的第二修改条件；

若满足从所述第一状态修改为所述第二状态的第二修改条件，则将第一边缘节点上的第一业务内容从所述第一状态修改为所述第二状态，并向所述中心节点发送所述第一边缘节点的状态修改消息，所述第一边缘节点的状态修改消息用于指示所述第一边缘节点的所述第一业务内容从所述第一状态修改为所述第二状态。

12.根据权利要求11所述的方法，其特征在于：

所述第一状态为非热点状态、所述第二状态为临时热点状态，所述第二修改条件包括：从所述中心节点下载所述第一业务内容；

或者，所述第一状态为临时热点状态、所述第二状态为临界热点状态，所述第二修改条件包括：在第一预设时长内，请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；

或者，所述第一状态为常用热点状态、所述第二状态为临时热点状态，所述第二修改条件包括：在第二预设时长内所述累计数量小于第二预设阈值；

或者，所述第一状态为临界热点状态、所述第二状态为临时热点状态，所述第二修改条件包括在第三预设时长内所述累计数量小于第三预设阈值；

或者，所述第一状态为临时热点状态、所述第二状态为非热点状态，所述第二修改条件包括在第四预设时长内所述累计数量小于第四预设阈值，或者，在第五预设时长内所述累计数量大于或等于第四预设阈值且小于第五预设阈值、且所述第一边缘节点的存储空间利用率大于预设存储空间利用率。

13.根据权利要求12所述的方法，其特征在于，所述第一状态为临时热点状态、所述第二状态为非热点状态，所述第二状态对应的调度方式为不对所述第一业务内容进行增量更新，所述按照所述第二状态对应的调度方式，处理所述第一业务内容，包括：

删除所述第一业务内容。

14.根据权利要求12所述的方法，其特征在于，所述第一状态为非热点状态、所述第二状态为临时热点状态，所述将第一边缘节点上部署的第一业务内容从第一状态修改为第二状态之前，所述方法还包括：

接收所述中心节点转发的第一终端设备的访问请求，所述访问请求用于请求访问所述第一业务内容；

若所述第一边缘节点未部署有所述第一业务内容，则向所述中心节点发送第一业务内容的下载请求；

接收所述中心节点下发的所述第一业务内容，并将所述第一业务内容的状态从非热点状态修改为临时热点状态。

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

向所述第一终端设备发送所述第一业务内容。

16.根据权利要求11-15任一项所述的方法，其特征在于，所述方法还包括：

接收来自所述中心节点的第一配置信息，所述第一配置信息用于指示所述第二修改条件。

17.一种业务内容调度装置，其特征在于，中心节点与N个边缘节点连接，所述中心节点用于调度边缘节点的业务内容，所述边缘节点用于向终端设备分发业务内容，所述N为大于或等于2的整数，所述装置应用于中心节点，所述业务内容调度装置包括：

接收模块，用于接收来自第一边缘节点的状态修改消息，所述第一边缘节点的状态修改消息用于指示所述第一边缘节点的第一业务内容从第一状态修改为第二状态；所述第一边缘节点的状态修改消息为所述第一业务内容满足第二修改条件时触发的；所述第一状态为非热点状态、临时热点状态或临界热点状态、所述第二状态为常用热点状态；

处理模块，用于根据所述第一状态修改消息，在业务内容列表的第一边缘节点对应的第一映射关系中，将所述第一业务内容的状态从所述第一状态修改为所述第二状态，得到更新后的业务内容列表；根据更新后的业务内容列表，调度各边缘节点的业务内容；所述业务内容列表包括边缘节点、业务内容、业务内容的状态三者之间的映射关系；所述第一边缘节点为所述N个边缘节点中的任一边缘节点；业务内容处于不同状态时，所述中心节点调度业务内容的方式不同。

18.一种业务内容调度装置，其特征在于，中心节点与N个边缘节点连接，所述中心节点用于调度边缘节点的业务内容，所述边缘节点用于向终端设备分发业务内容，所述N为大于或等于2的整数，所述装置应用于所述N个边缘节点中的第一边缘节点，所述业务内容调度装置包括：

接收模块，用于接收中心节点的状态修改消息，所述中心节点的状态修改消息用于指示第一业务内容从第一状态修改为第二状态；所述中心节点的状态修改消息为所述第一业务内容满足第一修改条件时触发的，所述第一修改条件包括：M个边缘节点中请求访问所述第一业务内容的终端设备的累计数量大于或等于第一预设阈值；所述第一状态为非热点状态、临时热点状态或临界热点状态，所述第二状态为常用热点状态；所述M为小于或等于N的整数，所述M个边缘节点的第一业务内容的状态均为所述临界热点状态；

处理模块，用于根据所述状态修改消息，将所述第一业务内容从第一状态修改为第二状态；按照所述第二状态对应的调度方式，处理所述第一业务内容；业务内容处于不同状态时，所述中心节点调度业务内容的方式不同。

19.一种中心节点，其特征在于，包括：处理器、通信接口，以及存储器；所述处理器分别与所述通信接口和所述存储器通信连接；

所述存储器存储计算机执行指令；

所述通信接口与外部设备进行通信交互；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-9中任一项所述的方法。

20.一种边缘节点，其特征在于，包括：处理器、通信接口，以及存储器；所述处理器分别与所述通信接口和所述存储器通信连接；

所述存储器存储计算机执行指令；

所述通信接口与外部设备进行通信交互；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求10-16中任一项所述的方法。

21.一种业务调度系统，其特征在于，包括如权利要求19所述的中心节点，以及，N个如权利要求20所述的边缘节点。

22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至9或10至16中任一项所述的业务内容调度方法。

Images