CN112203155B - 一种取流方法、系统及设备 - Google Patents

Abstract

本申请提供一种取流方法、系统及设备，包括：依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；流处理策略包括：边缘域处理策略或核心域处理策略；在接收客户端的取流链接获取请求时，确定取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将取流链接返回给客户端，以由客户端基于取流链接，向核心服务节点发送取流请求；所述取流请求包括：目标数据源设备的流处理策略和流处理要求；流处理策略用于触发核心服务节点、或边缘服务节点依据流处理要求对该目标数据源设备的原始码流进行处理，用以减少核心服务节点的设备负荷。

Description

一种取流方法、系统及设备

技术领域

本申请涉及视频领域，尤其涉及一种取流方法、系统及设备。

背景技术

现有的取流系统通常包括：核心域和边缘域。其中，核心域包括:核心服务节点。边缘域包括：数据源设备以及边缘服务节点。客户端与核心服务节点相连，核心服务节点与边缘服务节点相连。

现有的取流方式是：边缘服务节点负责从数据源设备获取原始码流，并将原始码流发送给核心服务节点。核心服务节点将该原始码流按照客户端要求进行处理，并将处理后的原始码流发送给客户端。

这种取流方式需要核心服务节点对原始码流进行处理，然而核心服务节点与大量的边缘服务节点相连，核心服务节点会接收到大量的来自于不同边缘服务节点的原始码流，并对大量的原始码流进行处理，极大地增加了核心服务节点的工作负荷，降低了核心服务节点的设备性能。

发明内容

有鉴于此，本申请提供一种取流方法、装置及设备，用于在取流过程中，减少核心服务节点的工作负荷，提高核心服务节点的设备性能。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提供一种取流方法，所述方法应用于核心域中的调度节点，所述方法包括：

依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；所述流处理策略包括：边缘域处理策略或核心域处理策略；

在接收客户端的取流链接获取请求时，确定所述取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将所述取流链接返回给所述客户端，以由所述客户端基于所述取流链接，向核心服务节点发送取流请求；

所述取流请求包括：所述目标数据源设备的流处理策略和流处理要求；所述流处理策略用于触发所述核心服务节点、或边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

可选的，所述边缘域处理策略，用于指示所述边缘服务节点依据所述流处理要求，对所述目标数据源设备的原始码流进行处理，并将处理后的码流发送给核心服务节点，以由所述核心服务节点将处理后的码流发送至所述客户端；

所述核心域处理策略，用于指示边缘服务节点获取所述目标数据源设备的原始码流，并将原始码流转发给核心服务节点，以由所述核心服务节点依据所述流处理要求对接收的原始码流进行处理，并将处理后的码流发送给所述客户端。

可选的，所述依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略，包括：

若已获得的至少一个客户端对所述数据源设备的流处理要求为一种要求，则确定所述数据源设备的流处理策略为边缘域流处理策略；

若已获得的至少一个客户端对所述数据源设备的流处理要求为多种要求，则确定所述数据源设备的流处理策略为核心域流处理策略。

根据本申请的第二方面，提供一种取流方法，所述方法应用于核心域中的核心服务节点，所述方法包括：

接收客户端发送的取流请求；所述取流请求携带目标数据源设备的流处理策略和流处理要求；

在确定本地不存在所述目标数据源设备对应的码流时，向所述取流请求所指示的边缘服务节点转发该取流请求；

接收所述边缘服务节点针对所述取流请求返回的码流；

若所述流处理策略为核心域处理策略，则依据所述流处理要求对接收到的码流进行处理，并将处理后的码流返回给所述客户端；

其中，若所述流处理策略为核心域处理策略，则所述边缘服务节点返回的码流为所述目标数据源设备的原始码流。

可选的，所述还方法包括：

若所述流处理策略为边缘域处理策略，则将所述边缘服务节点返回的码流转发给所述客户端；

其中，若所述流处理策略为边缘域处理策略，所述边缘服务节点返回的码流为该边缘服务节点依据所述流处理要求，对所述目标数据源设备的原始码流进行处理后形成的码流。

可选的，若本地存在目标数据源设备对应的码流，所述方法还包括：

若本地存在的码流包括符合所述流处理要求的码流，则将该符合流处理要求的码流发送给所述客户端；

若本地存在的码流不包括符合所述流处理要求的码流、但包括目标数据源设备的原始码流，则依据所述流处理要求对所述原始码流进行处理，并将处理后的码流发送给所述客户端。

根据本申请的第三方面，提供一种取流方法，所述方法应用于边缘域中的边缘服务节点，所述方法包括：

在接收到核心域中核心服务节点发送的取流请求时，获取所述取流请求所请求的目标数据源设备的原始码流；所述取流请求包括：目标数据源设备对应的流处理策略和流处理要求；

若所述流处理策略为边缘域处理策略，则依据所述流处理要求对获取的原始码流进行处理，并将处理后的码流发送给所述核心服务节点。

可选的，若所述流处理策略为核心域处理策略，则将获取的原始码流发送给所述核心域服务节点，以由所述核心域服务节点依据流处理要求对该原始码流进行处理。

根据本申请的第四方面，提供一种取流系统，所述取流系统包括：核心域中的调度节点、核心域中的核心服务节点、边缘域中的边缘服务节点；

所述调度节点，用于依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；所述流处理策略包括：边缘域处理策略或核心域处理策略；

所述调度节点，用于在接收客户端的取流链接获取请求时，确定所述取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将所述取流链接返回给所述客户端，以由所述客户端基于所述取流链接，向所述核心服务节点发送取流请求；

所述取流请求包括：所述目标数据源设备的流处理策略和流处理要求；所述流处理策略用于触发所述核心服务节点、或所述边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

根据本申请的第五方面，提供一种电子设备，所述电子设备包括可读存储介质和处理器；

其中，所述可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取所述可读存储介质上的所述机器可执行指令，并执行所述指令以实现上述取流方法。

由上述描述可知，通过调度节点配置的流处理策略，使得边缘域服务节点处理一部分原始码流，核心服务节点处理一部分边缘服务节点发送的原始码流，由于一部分边缘服务节点分担了核心服务节点的码流处理，所以大大降低了核心服务节点的工作负荷，提高了核心服务节点的设备性能。

附图说明

图1是传统的取流系统的组网架构图；

图2是本申请一示例性实施例示出的一种取流系统的组网示意图；

图3是本申请一示例性实施例示出的一种取流方法的流程图；

图4是本申请一示例性实施例示出的一种取流方法的流程图；

图5是本申请一示例性实施例示出的一种取流方法的流程图；

图6是本申请一示例性实施例示出的一种调度节点的硬件结构示意图；

图7是本申请一示例性实施例示出的一种应用在调度节点上的取流装置的框图；

图8是本申请一示例性实施例示出的一种核心服务节点的硬件结构示意图；

图9是本申请一示例性实施例示出的一种应用于核心服务节点上的取流装置的框图；

图10是本申请一示例性实施例示出的一种边缘服务节点的硬件结构示意图；

图11是本申请一示例性实施例示出的一种应用于边缘服务节点的取流装置的框图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1，图1是传统的取流系统的组网架构图。

取流系统的组网包括：核心域和边缘域。其中，核心域与该取流系统外的至少一个客户端相连。核心域与至少一个边缘域相连。

客户端用于向用户提供流媒体资源。例如，该客户端可以是音视频客户端、音视频网站等，也可以是用于为客户提供的监控服务的监控客户端等。这里只是对客户端进行示例性地说明，不对其进行具体地限定。

核心域是指具有核心处理、计算等能力的节点所组成的集合。例如，核心域可包括：核心服务节点等。核心服务节点可以是云端服务器、服务器集群、数据中心等，这里只是对核心服务节点进行示例性地说明，不对其进行具体地限定。

边缘域是指靠近数据源的一侧节点所组成的集合。例如，边缘域包括：边缘服务节点和数据源设备等。边缘服务节点可以由服务器搭建等。数据源设备用于采集原始数据。比如，数据源设备可包括：监控设备、摄像机等。

现有的取流方式是：边缘服务节点负责从数据源设备获取原始码流，并将原始码流发送给核心服务节点。核心服务节点将该原始码流按照不同客户端要求进行处理，并将处理后的原始码流发送给客户端。

这种取流方式需要核心服务节点对原始码流进行处理，然而核心服务节点与大量的边缘服务节点相连，核心服务节点会接收到大量的来自于不同边缘服务节点的原始码流，并对大量的原始码流进行处理，极大地增加了核心服务节点的工作负荷，降低了核心服务节点的设备性能。

有鉴于此，本申请提出一种取流方法，本申请在核心域中部署调度节点，该调度节点可以依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；所述流处理策略包括：边缘域处理策略或核心域处理策略；

在接收客户端的取流链接获取请求时，确定所述取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将所述取流链接返回给所述客户端，以由所述客户端基于所述取流链接，向核心服务节点发送携带有目标数据源设备的流处理策略和流处理要求的取流请求；所述流处理策略用于触发所述核心服务节点、或边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

通过调度节点配置的流处理策略，使得边缘域服务节点处理一部分原始码流，核心服务节点处理一部分边缘服务节点发送的原始码流，由于一部分边缘服务节点分担了核心服务节点的码流处理，所以大大降低了核心服务节点的工作负荷，提高了核心服务节点的设备性能。

参见图2，图2是本申请一示例性实施例示出的一种取流系统的组网示意图。

取流系统的组网包括：核心域和边缘域。至少一个客户端与核心域相连。核心域与至少一个边缘域相连。

客户端用于向用户提供流媒体资源。例如，该客户端可以是音视频客户端、音视频网站等，也可以是用于为客户提供的监控服务的监控客户端等。这里只是对客户端进行示例性地说明，不对其进行具体地限定。

核心域是指具有核心处理、计算等能力的节点所组成的集合。例如，核心域可包括：核心服务节点和调度节点。核心服务节点可以是云端服务器、或者云端服务器中的虚拟机等，也可以是服务器集群、数据中心等，这里只是对核心服务节点进行示例性地说明，不对其进行具体地限定。

调度节点，用于确定流处理策略。调度节点可以是部署在云端服务器中的虚拟机，也可以是单独的设备(比如服务器，服务器集群等)。这里只是对调度节点进行示例性地说明，不对其进行具体地限定。

边缘域是指靠近数据源的一侧节点所组成的集合。例如，边缘域可包括：边缘服务节点和数据源设备。边缘服务节点可从数据源设备中获取原始码流。其中，边缘服务节点可以由服务器搭建等。数据源设备可包括：监控设备、摄像机等。

在介绍完本申请提供的码流传输系统的组网架构后，下面对本申请提供的取流方法进行详细地说明。

参见图3，图3是本申请一示例性实施例示出的一种取流方法的流程图，该方法可应用在调度节点上，可包括如下所示步骤。

步骤301：依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；所述流处理策略包括：边缘域处理策略或核心域处理策略。

下面从步骤301的触发机制，以及步骤301的具体实现方式两部分对步骤301进行具体地介绍。

1)触发机制

在取流初期，由于还不存在足够的取流历史数据，所以仍然沿用现有的核心域进行码流处理的方式来进行取流。

即客户端可生成取流请求，并将取流请求发送给核心服务节点，核心服务节点将取流请求发送给边缘服务节点，以使得边缘服务节点获取该取流请求所请求的原始码流，并将原始码流发送给核心服务节点。以由核心服务节点对该原始码流进行处理，并将处理后的码流返回给客户端。

在本申请中，核心服务节点在接收到取流请求后可将取流请求中的相关取流数据发送给调度节点，以使得调度节点可以存储各个客户端对各码流的取流历史数据。

其中，相关取流数据可包括：流处理要求、数据源设备标识、核心服务节点的IP地址、边缘服务节点的IP地址、客户端标识等。这里只是示例性地说明，不对其进行具体地限定。

取流历史数据可包括：流处理要求、数据源设备标识、核心服务节点的IP地址、边缘服务节点的IP地址、客户端标识等。这里只是示例性地说明，不对其进行具体地限定。

其中，流处理要求是指对码流进行处理的要求，以使得处理后的码流符合客户端所需要的码流格式。比如流处理要求可包括：将原始码流转换为指定格式的码流，或者流处理要求包括：维持原始码流的格式不变等。这里只是对流处理要求进行示例性地说明，不对其进行具体地限定。

当调度节点存储的取流历史数据达到预设阈值后，或者调度节点接收到调度功能开启指令后，调度节点可针对每一边缘域服务节点，从已获得的取流历史数据中，获取至少一个客户端对任一数据源设备的流处理要求，并依据获取到的至少一个客户端对数据源设备的流处理要求，确定该数据源设备的流处理策略。

此外，调度节点可以周期性地执行步骤301，这里只是对触发步骤301执行的触发机制进行示例性地说明，不对其进行具体地限定。

需要说明的是，调度节点确定数据源设备的流处理策略所依据的“至少一个客户端对原始码流的流处理要求”可以是储存的所有的流处理要求，也可以指定时期的流处理要求。

比如，假设调度节点记录了各客户端对各数据源设备一整年的流处理要求，调度节点在预测当前时期的数据源设备1的流处理策略时，可以依据多个客户端对数据源设备1一整年的流处理要求来预测，也可以依据多个客户端对数据源设备1上周的流处理要求，或者上个季度的流处理要求来预测。当然，调度节点还可基于去年同样的时期的多个客户端对数据源设备1的流处理要求，来预测当前时期的数据源设备1的流处理策略(比如以去年十一期间多个客户端对数据源设备1的流处理要求，来预测今年十一期间数据源设备1的流处理策略)。

这里只是示例性地说明，不对其进行具体地限定。

还需要说明的是，本申请并不对上述“周期”进行具体地限定，该周期可以是一年、一季度、一周等等。此外，在本申请中，还可定期修改周期性执行步骤301的周期，这里指示对周期进行示例性地说明，不对其进行具体地限定。

2)步骤301的实现方式：

在一种可选的实现方式中，调度节点可依据至少一个客户端对任一数据源设备的流处理要求进行分析，若已获得的至少一个客户端对所述数据源设备的流处理要求为一种要求，则确定所述数据源设备的流处理策略为边缘域流处理策略。若已获得的多个客户端对数据源设备的流处理要求为多种要求，则确定所述数据源设备的流处理策略为核心域流处理策略。

例如，假设已获得了两个客户端对数据源设备的流处理要求均为将数据源设备的原始码流转换为RTP格式的码流，则确定数据源设备的流处理策略为边缘域处理策略。

假设已获得了客户端1对数据源设备的流处理要求为将原始码流转换为RTP格式的码流，客户端2对数据源设备的流处理要求为维持原始码流格式不变，则调度节点确定数据源设备的流处理策略为核心域处理策略。

在另一种可选的实现方式中，调度节点可将各客户端对各数据源设备的流处理要求输入至预测模型中，以由预测模型输出针对各数据源设备的流处理策略。

在训练该预测模型时，可以依据样本标签对进行模型训练。其中，样本为至少一个客户端对同一数据源设备的流处理要求。

针对每一边缘服务节点，若样本为至少一个客户端对同一数据源设备的流处理要求为一种要求，则将该样本对应的标签标定为边缘域处理策略。若该样本至少一个客户端针对同一数据源设备的流处理要求为多种要求，则将该样本对应的标签标定为核心域处理策略。

通过上述描述的样本标签对来训练预测模型。

这里只是对流处理策略的确定进行示例性地说明，不对其进行具体地限定。

步骤302：调度节点在接收客户端的取流链接获取请求时，确定所述取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将所述取流链接返回给所述客户端，以由所述客户端基于所述取流链接，向核心服务节点发送取流请求；所述取流请求包括：所述目标数据源设备的流处理策略和流处理要求；所述流处理策略用于触发所述核心服务节点、或边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

在实现时，当客户端检测到用户触发了针对目标数据源设备的取流操作时，客户端可向调度节点发送取流链接获取请求。该取流链接获取请求携带了目标数据源设备标识、流处理要求等信息。

调度节点在接收到取流链接获取请求时，可确定该目标数据源设备标识对应的预测出的流处理策略。然后，调度节点可基于该流处理策略生成取流链接，并将该取流链接返回给客户端。该取流链接至少包括：目标数据源设备标识、目标数据源设备对应的流处理策略、流处理要求、边缘服务节点地址、核心服务节点地址等。

例如，取流链接如下所示：

rtsp://10.19.63.45:554/realplay/10.19.63.50:554/realplay/14072200001310010107/MAIN/TCP？handlelayer＝edge&streamform＝rtp

其中，“handlelayer＝edge”表示流处理策略为边缘域处理策略；“streamform＝rtp”表示流处理要求为请求RTP格式的码流，“10.19.63.45:554”表示核心服务节点的IP地址，“10.19.63.50:554”表示该边缘服务节点的IP地址，“14072200001310010107”为数据源设备标识。

需要说明的是，handlelayer为流处理策略字段，当handlelayer的取值为edge时，表明目标数据源设备的流处理策略为边缘域处理策略。当handlelayer的取值为center时，表明目标数据源设备的该流处理策略为核心域处理策略。

在本申请实施例中，客户端在接收到该取流链接后，可依据该取流链接生成取流请求，并将该取流请求发送给核心服务节点。

在一种可选的实现方式中，客户端在接收到该取流链接后，可将该取流链接作为取流请求，并将该取流请求发送给核心服务节点。

在一种可选的实现方式中，客户端在接收到取流链接后，可直接基于取流链接生成取流请求，并将该取流请求发送给核心服务节点。当然，客户端也可为用户展示该取流链接，客户端在检测到该取流链接并触发后，再基于取流链接生成取流请求，并将该取流请求发送给核心服务节点。

该取流请求至少包括：客户端对目标数据源设备的流处理策略和流处理要求。当然，在实际应用中，该取流请求还包括：目标数据源设备标识、核心服务节点地址、边缘服务节点地址等。这里只是对取流请求进行示例性地说明，不对其进行具体地限定。

其中，所述流处理策略用于触发所述核心服务节点、或边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

下面通过步骤A至步骤F对该取流请求中的流处理策略作用进行详细地说明。

步骤A：核心服务节点接收客户端发送的取流请求；所述取流请求携带目标数据源设备的流处理策略和流处理要求。

步骤B：核心服务节点检测本地是否存在目标数据源设备对应的码流。

在本申请的取流场景中，取流是一个持续性的动作，在实际应用中，经常发生客户端1在请求目标数据源设备的某一格式的码流过程中，客户端2也请求该目标数据源设备某一格式的码流，这时核心服务节点可以将接收到的该目标数据源设备的该格式的码流分发给客户端1和客户端2，而无需通过边缘服务节点再从目标数据源设备获取专门用于返回给客户端2的码流。

为了实现这一目的，核心服务节点在接收到客户端发送的取流请求时，可检测本地是否存在该目标数据源设备对应的码流。

其中，目标数据源设备对应的码流可包括至少一种码流，在本申请中，不论是目标数据源设备对应的原始码流，还是目标数据源设备对应的符合其他格式的码流均可以被称为目标数据源设备对应的码流。

若本地不存在目标数据源设备对应的码流，则执行步骤D。

若本地存在该目标数据源设备对应的码流，则执行步骤C。

步骤C：若本地存在该目标数据源设备对应的码流，则在本地存在的码流包含符合该流处理要求的码流时，将符合流处理要求的码流返回给客户端；在本地存在的码流不包括符合该流处理要求的码流、但包含该目标数据源设备的原始码流时，依据所述流处理要求对该原始码流进行处理，并将处理后的码流发送给客户端。

步骤D：若本地不存在目标数据源设备对应的码流，则向该取流请求所指示的边缘服务节点转发该取流请求。

步骤E：边缘服务节点在接收到取流请求后，获取该取流请求所请求的目标数据源设备的原始码流。

步骤F：边缘服务节点若确定该取流请求中的流处理策略为边缘域处理策略，则依据该取流请求中的流处理要求，对原始码流进行处理，并将处理后的码流返回给核心服务节点。边缘服务节点若确定该取流请求中的流处理策略为核心域处理策略，则将获取的原始码流返回给核心服务节点。

步骤E：核心服务节点在接收到边缘服务节点返回的码流，并向客户端返回该取流请求所请求的码流。

若该取流请求中的流处理策略为边缘域处理策略，则该边缘服务节点返回的码流为对目标数据源设备的原始码流进行处理后形成的码流。此时，核心服务节点可将边缘服务节点返回的码流转发给客户端。

若该取流请求中的流处理策略为核心域处理策略，则该边缘服务节点返回的码流为该目标数据源设备的原始码流。此时，核心服务节点可依据取流请求中的流处理要求，对边缘服务节点返回的码流进行流处理，并将流处理后的码流返回给客户端。

需要说明的是，上述“依据流处理要求对原始码流进行处理”包括：若流处理要求为请求数据源设备的RTP码流，则“对原始码流的处理”为将原始码流转换为RTP格式。若流处理要求为请求原始码流，则“对原始码流的处理”为维持原始码流不变。

由上述描述可知，通过调度节点配置的流处理策略，使得边缘域服务节点处理一部分原始码流，核心服务节点处理一部分边缘服务节点发送的原始码流，由于一部分边缘服务节点分担了核心服务节点的码流处理，所以大大降低了核心服务节点的工作负荷，提高了核心服务节点的设备性能。

此外，一方面，由于当多个客户端对同一数据源设备的流处理要求为一种要求时，该数据源设备的流处理策略是边缘域处理策略；当多个客户端对同一数据源设备的流处理要求为多种要求时，该数据源设备的流处理策略是核心域处理策略。另一方面，核心服务节点在接收到客户端的取流请求后，若本地存在目标数据源设备对应的且符合流处理要求的码流，则直接向客户端返回该码流。若本地存在目标数据源设备对应的原始码流，但不存在该目标数据源设备对应的且符合流处理要求的码流时，则将该原始码流进行处理并返回给客户端。若本地不存在该目标数据源设备对应的码流，则将该取流请求发送给边缘服务节点，以由边缘服务节点和核心服务节点共同完成取流操作(这里简称码流返回机制)。

基于上述两方面原因，当多个客户端对同一数据源设备的流处理要求为一种要求时，边缘服务节点对该数据源设备的原始码流进行处理，并向核心服务节点返回一路处理后的码流，核心服务节点可基于上述码流返回机制，达到核心服务节点将边缘服务节点发送的一路处理后的码流分发给多个客户端，从而使得边缘服务节点和核心服务节点之间保持一路码流，就可以实现多个客户端的码流返回。

当多个客户端对同一数据源设备的流处理要求为多种要求时，边缘服务节点可将该数据源设备的原始码流发送给核心服务节点，核心服务节点可基于上述码流返回机制和流处理策略，达到核心服务节点依据各客户端的流处理要求，分别对原始码流进行处理，并将处理后的码流返回给多个客户端，从而也保证了边缘服务节点和核心服务节点之间只有一路码流，就可以实现多个客户端的码流返回。

由于采用本申请这种流处理策略以及核心服务节点的码流返回机制，使得边缘服务节点和核心服务节点之间大多保持一路码流，从而大大节省了两者之间的带宽资源。

下面通过具体地例子对本申请提供的取流方法进行详细地说明。

例1：

假设，取流历史数据中记录了客户端1、客户端2对数据源设备1的流处理要求均为将原始码流转换为RTP格式的码流。

由于两个客户端对数据源设备1的流处理要求为同一要求，调度节点可确定数据源设备1的流处理策略为边缘域处理策略。

当客户端1检测到用户触发了对数据源设备1的取流操作时，客户端1可向调度节点发送链接获取请求。该链接获取请求至少包括：数据源设备1和客户端1对数据源设备1的流处理要求(请求数据源设备1的RTP码流)。

调度节点在接收到链接获取请求后，确定数据源设备1对应的流处理策略。然后，调度节点可以生成客户端1对数据源设备1的取流链接，该取流链接如下所示：

rtsp://10.19.63.45:554/realplay/10.19.63.50:554/realplay/14072200001310010107/MAIN/TCP？handlelayer＝edge&streamform＝rtp。

然后，调度节点可将该取流链接返回给客户端1，客户端1基于该取流链接，生成取流请求1，并将该取流请求1发送给核心服务节点。其中，该取流请求1包括：数据源设备1的标识、数据源设备1对应的流处理要求、流处理策略、核心服务节点的IP地址、边缘服务节点的IP地址等。

核心服务节点在接收到该取流请求1时，可检测本地是否存在数据源设备1对应的码流。由于核心服务节点检测到本地不存在该数据源设备1的码流，所以核心服务节点将该取流请求1发送给边缘服务节点。

边缘服务节点获取该取流请求1所请求的数据源设备1的原始码流1。由于该流处理策略为边缘域处理策略，所以边缘服务节点对原始码流1进行处理，将原始码流1转换为RTP格式的原始码流1。

然后，边缘服务节点将RTP格式的原始码流1返回给核心服务节点，由于流处理策略为边缘域处理策略，核心服务节点直接将该RTP格式的原始码流1返回给客户端1。

假设，在客户端1持续请求数据源设备1的码流的过程中，客户端2检测到用户触发了对数据源设备1的取流操作时，客户端2可向调度节点发送链接获取请求。该链接获取请求至少包括：数据源设备1和客户端2对数据源设备1的流处理要求(请求数据源设备1的RTP码流)。

调度节点在接收到链接获取请求后，确定数据源设备1对应的流处理策略。然后，调度节点可以生成客户端2对数据源设备1的取流链接，该取流链接如下所示：

rtsp://10.19.63.45:554/realplay/10.19.63.50:554/realplay/14072200001310010107/MAIN/TCP？handlelayer＝edge&streamform＝rtp。

然后，调度节点可将该取流链接返回给客户端2，客户端2基于该取流链接，生成取流请求2，并将该取流请求2发送给核心服务节点。其中，该取流请求2包括：数据源设备1的标识、数据源设备1对应的流处理要求、流处理策略、核心服务节点的IP地址、边缘服务节点的IP地址等。

核心服务节点在接收到该取流请求2时，可检测本地是否存在数据源设备1对应的码流。由于取流请求1和取流请求2所的请求的码流一致，所以核心服务节点上存在数据源设备1的RTP格式的原始码流，所以核心服务节点可向客户端2返回数据源设备1的RTP格式的原始码流。

例2：

假设取流历史数据记录了客户端3对数据源设备2的流处理要求为将原始码流转换为RTP格式的原始码流2。客户端4对数据源设备2的流处理要求为维持原始码流2的格式不变。客户端5对数据源设备2的流处理要求为将原始码流转换为PS格式的原始码流。

由于客户端3和客户端4对数据源设备2的流处理要求为多种要求，调度节点可确定数据源设备2的流处理策略为核心域处理策略。

当客户端3检测到用户触发了对数据源设备2的取流操作时，客户端3可向调度节点发送链接获取请求。该链接获取请求至少包括：数据源设备2和客户端3对数据源设备2的流处理要求(请求数据源设备2的RTP码流)。

调度节点在接收到链接获取请求后，确定数据源设备2对应的流处理策略(即核心域处理策略)。然后，调度节点可以生成客户端3对数据源设备2的取流链接，该取流链接如下所示：

rtsp://10.19.63.45:554/realplay/10.19.63.50:554/realplay/14072200001310010107/MAIN/TCP？handlelayer＝center&streamform＝rtp。

然后，调度节点可将该取流链接返回给客户端3，客户端3基于该取流链接，生成取流请求3，并将该取流请求3发送给核心服务节点。其中，该取流请求3包括：数据源设备2的标识、数据源设备2对应的流处理要求、流处理策略、核心服务节点的IP地址、边缘服务节点的IP地址等。

核心服务节点在接收到该取流请求3时，可检测本地是否存在数据源设备2对应的码流。由于核心服务节点检测到本地不存在该数据源设备2对应的码流，所以核心服务节点将该取流请求3发送给边缘服务节点。

边缘服务节点获取该取流请求3所请求的数据源设备2的原始码流2。由于该流处理策略为核心域处理策略，所以边缘服务节点将该数据源设备2的原始码流2返回给所述核心服务节点。

由于该流处理策略为核心域处理策略，所以核心服务节点对数据源设备2的原始码流2进行处理，将原始码流2转换为RTP格式的原始码流2，并将RTP格式的原始码流2返回给客户端3。

假设，在客户端3持续请求数据源设备2的码流的过程中，客户端4检测到用户触发了对数据源设备2的取流操作时，客户端4可向调度节点发送链接获取请求。该链接获取请求至少包括：数据源设备2和客户端4对数据源设备2的流处理要求(请求数据源设备2的原始码流)。

调度节点在接收到链接获取请求后，确定数据源设备2对应的流处理策略(即核心域处理策略)。然后，调度节点可以生成客户端4对数据源设备2的取流链接，该取流链接如下所示：

rtsp://10.19.63.45:554/realplay/10.19.63.50:554/realplay/14072200001310010107/MAIN/TCP？handlelayer＝center；

然后，调度节点可将该取流链接返回给客户端4，客户端4基于该取流链接，生成取流请求4，并将该取流请求4发送给核心服务节点。其中，该取流请求4包括：数据源设备2的标识、客户端4对数据源设备2对应的流处理要求、流处理策略、核心服务节点的IP地址、边缘服务节点的IP地址等。

核心服务节点在接收到该取流请求4时，可检测本地是否存在数据源设备2对应的码流。由上述描述可知，本地存在数据源设备2对应的原始码流、以及数据源设备2对应的RTP格式码流，所以核心服务节点可将本地存在的该原始码流返回给客户端4。

假设，在客户端3持续请求数据源设备2的码流的过程中，客户端5检测到用户触发了对数据源设备2的取流操作时，客户端5可向调度节点发送链接获取请求。该链接获取请求至少包括：数据源设备2和客户端5对数据源设备2的流处理要求(请求数据源设备2的PS码流)。

调度节点在接收到链接获取请求后，确定数据源设备2对应的流处理策略(即核心域处理策略)。然后，调度节点可以生成客户端5对数据源设备2的取流链接，该取流链接如下所示：

rtsp://10.19.63.45:554/realplay/10.19.63.50:554/realplay/14072200001310010107/MAIN/TCP？handlelayer＝center&streamform＝ps；

然后，调度节点可将该取流链接返回给客户端5，客户端5基于该取流链接，生成取流请求5，并将该取流请求5发送给核心服务节点。其中，该取流请求5包括：数据源设备2的标识、客户端5对数据源设备2对应的流处理要求、流处理策略、核心服务节点的IP地址、边缘服务节点的IP地址等。

核心服务节点在接收到该取流请求5时，可检测本地是否存在数据源设备2对应的码流。由上述描述可知，本地存在数据源设备2对应的原始码流、以及数据源设备2对应的RTP格式码流，但由于本地不存在数据源设备2对应的PS码流，但是存在数据源设备2对应的原始码流，所以核心服务节点可将该原始码流转换为PS格式的码流，并将PS格式的码流返回给客户端。所以核心服务节点可将本地存在的该原始码流返回给客户端4。

由例1和例2可以看出，在本申请中，边缘服务节点处理原始码流1，核心服务节点处理原始码流2，由于不再是由核心服务节点处理所有码流，所以大大降低了核心服务节点的工作负荷，提高了工作性能。

此外，由例1可以看出，边缘服务节点和核心服务节点之间只需要传输一路数据源设备1的RTP格式的原始码流，就可以使得两个客户端获得自己所需要的码流。由例2可以看出，边缘服务节点和核心服务节点之间只需要传输一路数据源设备2的原始码流，就可以使两个客户端获得自己所需要的码流。由此可以看出，在本申请中，边缘服务节点和核心服务节点之间存在一路码流，就是可以是得多个客户端获取到符合自己所需格式的该码流，所以大大节约了核心服务节点和边缘服务节点之间的带宽资源。

参见图4，图4是本申请一示例性实施例示出的一种取流方法的流程图，该方法可应用在核心服务节点，可包括如下所示步骤。

步骤401：核心服务节点接收客户端发送的取流请求；所述取流请求携带目标数据源设备的流处理策略和流处理要求；

步骤402：核心服务节点在确定本地不存在所述目标数据源设备对应的码流时时，向所述取流请求所指示的边缘服务节点转发该取流请求；

步骤403：核心服务节点接收所述边缘服务节点针对所述取流请求返回的码流；

步骤404：核心服务节点若所述流处理策略为核心域处理策略，则依据所述流处理要求对接收到的码流进行处理，并将处理后的码流返回给所述客户端；其中，若所述流处理策略为核心域处理策略，则所述边缘服务节点返回的码流为所述目标数据源设备的原始码流。

具体可参见上述步骤301至302、步骤A至步骤F、以及上述两个例子中的描述，这里不再赘述。

参见图5，图5是本申请一示例性实施例示出的一种取流方法的流程图，该方法可应用在边缘服务节点上，可包括如下所示步骤。

步骤501：边缘服务节点在接收到核心域中核心服务节点发送的取流请求时，获取所述取流请求所请求的目标数据源设备的原始码流；所述取流请求包括：目标数据源设备对应的流处理策略和流处理要求；

步骤502：边缘服务节点若所述流处理策略为边缘域处理策略，则依据所述流处理要求对获取的原始码流进行处理，并将处理后的码流发送给所述核心服务节点。

具体可参见上述步骤301至302、步骤A至步骤F、以及上述两个例子中的描述，这里不再赘述。

参见图6，图6是本申请一示例性实施例示出的一种调度节点的硬件结构示意图。

该调度节点包括：通信接口601、处理器602、机器可读存储介质603和总线604；其中，通信接口601、处理器602和机器可读存储介质603通过总线604完成相互间的通信。处理器602通过读取并执行机器可读存储介质603中与取流控制逻辑对应的机器可执行指令，可执行上文描述的取流方法。

本文中提到的机器可读存储介质603可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：易失存储器、非易失性存储器或者类似的存储介质。具体地，机器可读存储介质603可以是RAM(Radom Access Memory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。

参见图7，图7是本申请一示例性实施例示出的一种应用在调度节点上的取流装置的框图，可包括：

确定单元701，用于依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；所述流处理策略包括：边缘域处理策略或核心域处理策略；

发送单元702，用于在接收客户端的取流链接获取请求时，确定所述取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将所述取流链接返回给所述客户端，以由所述客户端基于所述取流链接，向核心服务节点发送取流请求；

所述取流请求包括：所述目标数据源设备的流处理策略和流处理要求；所述流处理策略用于触发所述核心服务节点、或边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

可选的，所述边缘域处理策略，用于指示所述边缘服务节点依据所述流处理要求，对所述目标数据源设备的原始码流进行处理，并将处理后的码流发送给核心服务节点，以由所述核心服务节点将处理后的码流发送至所述客户端；

所述核心域处理策略，用于指示边缘服务节点获取所述目标数据源设备的原始码流，并将原始码流转发给核心服务节点，以由所述核心服务节点依据所述流处理要求对接收的原始码流进行处理，并将处理后的码流发送给所述客户端。

可选的，所述确定单元701，在依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略时，用于若已获得的至少一个客户端对所述数据源设备的流处理要求为一种要求，则确定所述数据源设备的流处理策略为边缘域流处理策略；若已获得的至少一个客户端对所述数据源设备的流处理要求为多种要求，则确定所述数据源设备的流处理策略为核心域流处理策略。

参见图8，图8是本申请一示例性实施例示出的一种核心服务节点的硬件结构示意图。

该核心服务节点包括：通信接口801、处理器802、机器可读存储介质803和总线804；其中，通信接口801、处理器802和机器可读存储介质803通过总线804完成相互间的通信。处理器802通过读取并执行机器可读存储介质803中与取流控制逻辑对应的机器可执行指令，可执行上文描述的取流方法。

本文中提到的机器可读存储介质803可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：易失存储器、非易失性存储器或者类似的存储介质。具体地，机器可读存储介质803可以是RAM(Radom Access Memory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。

参见图9，图9是本申请一示例性实施例示出的一种应用于核心服务节点上的取流装置的框图，可包括：

发送单元901，用于接收客户端发送的取流请求；所述取流请求携带目标数据源设备的流处理策略和流处理要求；在确定本地不存在所述目标数据源设备对应的码流时，向所述取流请求所指示的边缘服务节点转发该取流请求；

接收单元902，用于接收所述边缘服务节点针对所述取流请求返回的码流；

处理单元903，用于若所述流处理策略为核心域处理策略，则依据所述流处理要求对接收到的码流进行处理，并将处理后的码流返回给所述客户端；其中，若所述流处理策略为核心域处理策略，则所述边缘服务节点返回的码流为所述目标数据源设备的原始码流。

可选的，所述处理单元903，还用于若所述流处理策略为边缘域处理策略，则将所述边缘服务节点返回的码流转发给所述客户端；其中，若所述流处理策略为边缘域处理策略，所述边缘服务节点返回的码流为该边缘服务节点依据所述流处理要求，对所述目标数据源设备的原始码流进行处理后形成的码流。

可选的，若本地存在目标数据源设备对应的码流，所述发送单元901，还用于若本地存在的码流包括符合所述流处理要求的码流，则将该符合流处理要求的码流发送给所述客户端；若本地存在的码流不包括符合所述流处理要求的码流、但包括目标数据源设备的原始码流，则依据所述流处理要求对所述原始码流进行处理，并将处理后的码流发送给所述客户端。

参见图10，图10是本申请一示例性实施例示出的一种边缘服务节点的硬件结构示意图。

该边缘服务节点包括：通信接口1001、处理器1002、机器可读存储介质1003和总线1004；其中，通信接口1001、处理器1002和机器可读存储介质1003通过总线1004完成相互间的通信。处理器1002通过读取并执行机器可读存储介质1003中与取流控制逻辑对应的机器可执行指令，可执行上文描述的取流方法。

本文中提到的机器可读存储介质1003可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：易失存储器、非易失性存储器或者类似的存储介质。具体地，机器可读存储介质1003可以是RAM(Radom Access Memory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。

参见图11，图11是本申请一示例性实施例示出的一种应用于边缘服务节点的取流装置的框图，该装置可包括：

获取单元1101，用于在接收到核心域中核心服务节点发送的取流请求时，获取所述取流请求所请求的目标数据源设备的原始码流；所述取流请求包括：目标数据源设备对应的流处理策略和流处理要求；

处理单元1102，用于若所述流处理策略为边缘域处理策略，则依据所述流处理要求对获取的原始码流进行处理，并将处理后的码流发送给所述核心服务节点。

可选的，所述处理单元1102，还用于若所述流处理策略为核心域处理策略，则将获取的原始码流发送给所述核心域服务节点，以由所述核心域服务节点依据流处理要求对该原始码流进行处理。

此外，本申请还提供一种取流系统，所述取流系统包括：核心域中的调度节点、核心域中的核心服务节点、边缘域中的边缘服务节点；

所述调度节点，用于依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；所述流处理策略包括：边缘域处理策略或核心域处理策略；

所述调度节点，用于在接收客户端的取流链接获取请求时，确定所述取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将所述取流链接返回给所述客户端，以由所述客户端基于所述取流链接，向所述核心服务节点发送取流请求；

所述取流请求包括：所述目标数据源设备的流处理策略和流处理要求；所述流处理策略用于触发所述核心服务节点、或所述边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

可选的，所述调度节点，在依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略时，用于若已获得的至少一个客户端对所述数据源设备的流处理要求为一种要求，则确定所述边缘服务节点的流处理策略为边缘域流处理策略；若已获得的多个客户端对所述数据源设备的流处理要求为多种要求，则确定所述边缘服务节点的流处理策略为核心域流处理策略。

可选的，所述核心服务节点，用于接收客户端发送的取流请求；所述取流请求携带目标数据源设备标识、目标数据源设备的流处理策略和流处理要求；在确定本地不存在所述目标数据源设备对应的码流时，向所述取流请求所指示的边缘服务节点转发该取流请求，以由所述边缘服务节点获取所述目标数据源设备的原始码流；

所述边缘服务节点，用于获取所述取流请求所请求的目标数据源设备的原始码流，若所述流处理策略为边缘域处理策略，则依据所述流处理要求对获取的原始码流进行处理，并将处理后的码流返回给所述核心服务节点；

所述核心服务节点，用于将所述边缘服务节点返回的码流转发给所述客户端。

可选的，所述边缘服务节点，还用于若所述流处理策略为核心域处理策略，则将获取的原始码流返回给所述核心域服务节点；

所述核心服务节点，用于依据流处理要求对该原始码流进行处理，并将处理后的码流返回给所述客户端。

可选的，若本地存在目标数据源设备对应的码流，所述核心服务节点，还用于若本地存在的码流包括符合所述流处理要求的码流，则将该符合流处理要求的码流发送给所述客户端；若本地存在的码流不包括符合所述流处理要求的码流、但包括目标数据源设备的原始码流，则依据所述流处理要求对所述原始码流进行处理，并将处理后的码流发送给所述客户端。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

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

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

Claims (10)

1.一种取流方法，其特征在于，所述方法应用于核心域中的调度节点，所述方法包括：

依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；所述流处理策略包括：边缘域处理策略或核心域处理策略；

在接收客户端的取流链接获取请求时，确定所述取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将所述取流链接返回给所述客户端，以由所述客户端基于所述取流链接，向核心服务节点发送取流请求；

所述取流请求包括：所述目标数据源设备的流处理策略和流处理要求；所述流处理策略包括核心域处理策略时，用于触发所述核心服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理；所述流处理策略包括边缘域处理策略时，用于触发边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

2.根据权利要求1所述方法，其特征在于，

所述边缘域处理策略，用于指示所述边缘服务节点依据所述流处理要求，对所述目标数据源设备的原始码流进行处理，并将处理后的码流发送给核心服务节点，以由所述核心服务节点将处理后的码流发送至所述客户端；

所述核心域处理策略，用于指示边缘服务节点获取所述目标数据源设备的原始码流，并将原始码流转发给核心服务节点，以由所述核心服务节点依据所述流处理要求对接收的原始码流进行处理，并将处理后的码流发送给所述客户端。

3.根据权利要求1所述的方法，其特征在于，所述依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略，包括：

若已获得的至少一个客户端对所述数据源设备的流处理要求为一种要求，则确定所述数据源设备的流处理策略为边缘域流处理策略；

若已获得的至少一个客户端对所述数据源设备的流处理要求为多种要求，则确定所述数据源设备的流处理策略为核心域流处理策略。

4.一种取流方法，其特征在于，所述方法应用于核心域中的核心服务节点，所述方法包括：

接收客户端发送的取流请求；所述取流请求携带目标数据源设备的流处理策略和流处理要求；

在确定本地不存在所述目标数据源设备对应的码流时，向所述取流请求所指示的边缘服务节点转发该取流请求；

接收所述边缘服务节点针对所述取流请求返回的码流；

若所述流处理策略为核心域处理策略，则依据所述流处理要求对接收到的码流进行处理，并将处理后的码流返回给所述客户端；

其中，若所述流处理策略为核心域处理策略，则所述边缘服务节点返回的码流为所述目标数据源设备的原始码流。

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

若所述流处理策略为边缘域处理策略，则将所述边缘服务节点返回的码流转发给所述客户端；

其中，若所述流处理策略为边缘域处理策略，所述边缘服务节点返回的码流为该边缘服务节点依据所述流处理要求，对所述目标数据源设备的原始码流进行处理后形成的码流。

6.根据权利要求4所述的方法，其特征在于，若本地存在目标数据源设备对应的码流，所述方法还包括：

若本地存在的码流包括符合所述流处理要求的码流，则将该符合流处理要求的码流发送给所述客户端；

若本地存在的码流不包括符合所述流处理要求的码流、但包括目标数据源设备的原始码流，则依据所述流处理要求对所述原始码流进行处理，并将处理后的码流发送给所述客户端。

7.一种取流方法，其特征在于，所述方法应用于边缘域中的边缘服务节点，所述方法包括：

在接收到核心域中核心服务节点发送的取流请求时，获取所述取流请求所请求的目标数据源设备的原始码流；所述取流请求包括：目标数据源设备对应的流处理策略和流处理要求；

若所述流处理策略为边缘域处理策略，则依据所述流处理要求对获取的原始码流进行处理，并将处理后的码流发送给所述核心服务节点。

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

若所述流处理策略为核心域处理策略，则将获取的原始码流发送给所述核心域服务节点，以由所述核心域服务节点依据流处理要求对该原始码流进行处理。

9.一种取流系统，其特征在于，所述取流系统包括：核心域中的调度节点、核心域中的核心服务节点、边缘域中的边缘服务节点；

所述调度节点，用于依据已获得的至少一个客户端对任一数据源设备的流处理要求，确定该数据源设备的流处理策略；所述流处理策略包括：边缘域处理策略或核心域处理策略；

所述调度节点，用于在接收客户端的取流链接获取请求时，确定所述取流链接获取请求携带的目标数据源设备标识对应的流处理策略，基于确定出的流处理策略生成取流链接，并将所述取流链接返回给所述客户端，以由所述客户端基于所述取流链接，向所述核心服务节点发送取流请求；

所述取流请求包括：所述目标数据源设备的流处理策略和流处理要求；所述流处理策略用于触发所述核心服务节点、或所述边缘服务节点依据所述流处理要求对该目标数据源设备的原始码流进行处理。

10.一种电子设备，其特征在于，所述电子设备包括可读存储介质和处理器；

其中，所述可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取所述可读存储介质上的所述机器可执行指令，并执行所述指令以实现权利要求1-8任一所述方法的步骤。

Images