CN114363651A - 直播流处理方法及装置 - Google Patents

Abstract

本申请提供直播流处理方法及装置，其中所述直播流处理方法包括：接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；发送所述直播流混流任务至每个容器集群中的混流服务器。通过基于直播流混流任务进行直播流混流，提升了直播流获取效率以及准确性，进而提升了混流质量。

Description

直播流处理方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及直播流处理方法。本申请同时涉及直播流处理装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

目前，直播连麦等主播之间的互动越来越广泛；在主播之间进行直播连麦时，观众的客户端需要拉取混流后的直播流从而观看直播间的连麦内容；当前直播流混流一般是在主播所在的客户端(终端设备)进行混流；此外，还可以由固定设置的混流服务器拉取直播流进行混流。

然而，上述在主播客户端进行混流的方式，由于在混流过程中需要消耗大量资源，导致终端设备出现卡顿等问题，影响混流质量；对于在混流服务器进行混流的方式，则需要由混流服务器分别获取待混流的直播流，在传输过程中存在网络抖动风险，进而影响混流质量。

因此，如何提升直播流混流的质量和效率成为本领域技术人员亟待解决的技术问题。

发明内容

有鉴于此，本申请实施例提供了直播流处理方法。本申请同时涉及直播流处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的直播流混流质量低的问题。

根据本申请实施例的第一方面，提供了一种直播流处理方法，应用于中心服务器，包括：

接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；

确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；

基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；

发送所述直播流混流任务至每个容器集群中的混流服务器。

根据本申请实施例的第二方面，提供了一种直播流处理方法，应用于混流服务器，包括：

接收中心服务器发送的直播流混流任务，并确定所述直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识；

基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流；

混流所述至少两个目标直播流，获得待展示直播流。

根据本申请实施例的第三方面，提供了一种直播流处理装置，应用于中心服务器，包括：

第一接收模块，被配置为接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；

确定模块，被配置为确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；

生成模块，被配置为基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；

发送模块，被配置为发送所述直播流混流任务至每个容器集群中的混流服务器。

根据本申请实施例的第四方面，提供了一种直播流处理装置，应用于混流服务器，包括：

第二接收模块，被配置为接收中心服务器发送的直播流混流任务，并确定所述直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识；

获取模块，被配置为基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流；

混流模块，被配置为混流所述至少两个目标直播流，获得待展示直播流。

根据本申请实施例的第五方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述直播流处理方法的步骤。

根据本申请实施例的第六方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现所述直播流处理方法的步骤。

本申请提供的直播流处理方法，接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；发送所述直播流混流任务至每个容器集群中的混流服务器。

本申请一实施例实现了基于包含节点标识、容器集群标识以及目标直播流标识生成直播流混流任务，便于后续基于直播流混流任务高效准确的获取到目标直播流，进而提升了对目标直播流进行混流的准确性和效率；并且，每个容器集群中包含边缘上行节点以及混流服务器，即混流服务与边缘计算上行服务完全独立，实现了资源隔离，进而提升了直播流的传输质量以及混流质量。

附图说明

图1是本申请一实施例提供的一种直播流处理方法的流程图；

图2是本申请一实施例提供的另一种直播流处理方法的流程图；

图3是本申请一实施例提供的一种应用于直播连麦的直播流处理方法的处理流程图；

图4是本申请一实施例提供的直播流处理方法的示意图；

图5是本申请一实施例提供的心跳数据上报的示意图；

图6是本申请一实施例提供的一种直播流处理装置的结构示意图；

图7是本申请一实施例提供的另一种直播流处理装置的结构示意图；

图8是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

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

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

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

直播流：直播音视频数据的传输，它能够被作为一个稳定的和连续的流通过网络传输给观众观看。

直播拉流：拉流是指通过直播云平台到用户指定的源站拉取直播流的过程。

CDN：内容分发网络。

边缘计算节点：用于接收推流的服务节点。

连麦：主播在直播的过程中，可以选择一个主播，和他进行实时的互动。观众看到的是2个人互动后的画面，而非单纯的主播画面。

混流：是描述视频和音频数据流的控制、同步以及混合方式(英文Multiplexing，简写为MUX)；是把视频与音频合并，将各路输入源混流成一个新的流，可实现直播互动效果。

Kubernetes：是一个开源的容器集群管理系统，可以实现容器集群的自动化部署、自动扩缩容、维护等功能。

容器：内核轻量级的操作系统层虚拟化技术。容器是独立运行的一个或一组应用，及他们的运行环境。可以看为最轻量级的虚拟服务器。和虚拟服务器最大的区别在于虚拟服务器需要消耗的资源很大，是完整的一个操作系统，而容器只需要包含运行服务的最基础资源。同样的资源，只能部署一个虚拟服务器，但是却可以生成几十个甚至上百个容器。

目前，为了提升直播主播之间的互动，进而吸引更多观众观看直播，主播与主播之间会采用连麦的方式进行互动，连麦则需要对主播间产生的直播流进行混流，例如，主播A发起与主播B的连麦请求，需要对直播流1以及直播流2进行混流，则主播A的客户端会在云服务器中获取直播流2的拉流地址，并在客户端对直播流1和直播流2进行混流，得到混合后的直播流。

然而，由于混流需要大量消耗资源，占用终端设备的内容，可能会造成终端设备的卡顿，影响直播流的质量。

此外，目前还采用云端混流的方式，即主播将直播流推流至CDN云服务器，再由CDN云服务器将直播流推流至对应的混流服务器中进行混流。

然而，这种方式在传输直播流的过程中，要由主播推流直播流至CDN云服务器，再由CDN云服务器推流至混流服务器，传输链路较长，存在网络抖动风险，进而影响混流质量。

基于上述问题，本申请的直播流处理方法，采用容器集群将边缘上行节点与混流服务器放置在同一容器集群中，实现混流服务与边缘计算上行服务之间的资源隔离，进而降低混流延迟，提升混流质量。

在本申请中，提供了直播流处理方法，本申请同时涉及直播流处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种直播流处理方法的流程图，应用于中心服务器，具体包括以下步骤：

步骤102：接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识。

其中，直播流混流请求是指对直播流进行混流的请求，例如，由主播A发出与主播B的连麦申请，则基于连麦申请生成将主播A对应的直播流1与主播B对应的直播流2进行混流的直播流混流请求；中心服务器可以接收客户端发送的直播流混流请求，并将混流任务下发至混流服务器；目标直播流标识是指需要进行混流的直播流的标识，其中，直播流的标识是指可唯一表示直播流的字段，如直播流的名称、ID、IP地址等，例如，目标直播流标识为待混流直播流1的直播流ID“123”。

直播流混流请求是基于待混流的直播流的标识生成的，只有两个或两个以上的直播流才可以进行混流操作，故直播流混流请求中至少包含两个目标直播流标识，以便后续基于目标直播流标识获取目标直播流用于混流；直播流混流是指将待混流的直播流进行包括解码、视频和音频同步、抖动缓冲以及重新编码等操作，得到包含两个或两个以上直播间的直播内容的直播流的过程。

在接收直播流混流请求之前，需要创建容器集群，其中，容器集群是指部署了容器化服务的服务器组成的服务器集群；本实施例中的容器是指通过虚拟化技术来隔离运行在服务器上的不同服务，从而达到服务之间的相互隔离、互不影响。

具体的，本实施例中的容器集群基于如下步骤创建：

确定服务器集合，其中，所述服务器集合中包含边缘上行节点和混流服务器；

基于所述边缘上行节点的节点标识和混流服务器的服务器标识生成容器配置文件；

根据所述服务器集合和所述容器配置文件创建容器集群。

其中，服务器集合是指由边缘上行节点和混流服务器组成的集合，边缘上行节点是指接收客户端推流的直播流的服务器，如，边缘上行节点a接收客户端E推流的直播流1；混流服务器是指对直播流进行混流的服务器；服务器集合是基于实际应用的需求确定的，一个服务器集合中可包含多个边缘上行节点或多个混流服务器，本申请不做具体限定。

节点标识是指可以唯一表示边缘上行节点的字段，可以是边缘上行节点的IP地址、节点的名称、节点的MAC地址等，例如，边缘上行节点的节点标识为节点ID号“34”；服务器标识是指可以唯一表示混流服务器的字段，可以是混流服务器的IP地址、MAC地址、服务器名称等，例如，混流服务器的服务器标识为混流服务器的IP地址“***.**.*.*”；容器配置文件是指用于将服务器划分为容器集群的二进制文件。

具体的，确定需要进行容器化的服务器组成服务器集合；基于服务器集合中的每个服务器的服务器标识创建容器配置文件；基于容器配置文件对服务器集合中的每个服务器进行容器化编排，得到包含混流服务器以及边缘上行节点的容器集群。

在本申请一具体实施方式中，在服务器集合中的每个服务器上部署Kubernetes，并通过控制Kubernetes的接口，实现启动容器和停止容器，以及参数传递；其中，Kubernetes是可用于自动部署，扩展和管理容器化应用程序的编排管理工具；Kubernetes将服务器划分为容器集群，以便于后续对服务器的管理和使用。

在完成对容器集群的创建后，容器集群中的边缘上行节点可接收客户端推流的直播流，即将客户端推流的直播流上传至边缘上行节点中，以便后续对直播流做进一步的处理。

每个混流服务以及边缘计算上行服务在容器化启动时，会将边缘上行节点的节点标识以及节点标识对应的容器集群标识注册至容器的环境变量中，其中，边缘计算上行服务是指接收推流直播流的服务，混流服务是指混流直播流的服务。

混流服务和边缘计算上行服务启动后，即边缘上行节点可以开始接收直播流推流以及混流服务器可以进行直播流混流后，边缘上行节点以及混流服务器通过注册在环境变量中的节点标识以及容器集群标识向中心服务器发送心跳数据，中心服务器接收该心跳数据的步骤包括：

接收所述边缘上行节点以及所述混流服务器发送的心跳数据，其中，所述心跳数据中包含容器集群标识以及节点标识；

基于预设存储格式对所述心跳数据进行存储，获得心跳数据列表。

其中，心跳数据是指包含容器集群标识以及节点标识的数据，例如，中心服务器通过心跳数据可以确定当前边缘上行节点的IP地址以及边缘上行节点所在的集群；预设存储格式是指预设的数据存储格式；心跳数据列表是由心跳数据组成的列表。

在本申请一具体实施方式中，以心跳数据D为例，心跳数据D是由边缘上行节点c发送至中心服务器的，心跳数据D中包含边缘上行节点c的IP地址1以及边缘上行节点c所在的容器集群的容器集群IP地址2；按照预设存储格式将心跳数据以“IP地址1：IP地址2”的数据结构进行存储。

通过接收心跳数据，使中心服务器可以确定边缘上行节点的节点标识以及边缘上行节点所在容器集群的容器集群标识，便于后续基于容器集群标识、节点标识获取待混流的直播流。

心跳数据列表中除了包含节点标识以及容器集群标识外，还包含上传至边缘上行节点的直播流的直播流标识，具体在心跳数据列表中添加直播流标识的步骤包括：

基于所述心跳数据列表中的节点标识确定边缘上行节点集合；

发送直播流确定请求至所述边缘上行节点集合中每个边缘上行节点；

接收每个边缘上行节点返回的直播流标识。

其中，边缘上行节点集合是指由边缘上行节点组成的集合；中心服务器接收到边缘上行节点发送的心跳数据，并对心跳数据进行了存储；在心跳数据列表中获取边缘上行节点的节点标识，并基于节点标识确定容器集群中包含哪些边缘上行节点；向确定的边缘上行节点发送直播流确定请求，其中，直播流确定请求是指获取边缘上行节点中传输的直播流对应的直播流标识的请求；每个边缘上行节点在接收到直播流确定请求后，将边缘上行节点对应的直播流的直播流标识反馈至中心服务器。

具体的，中心服务器为了确定边缘上行节点中包含哪些直播流，可以根据心跳数据列表中节点标识确定与节点标识对应的边缘上行节点；基于确定的边缘计算上行节点组成边缘上行节点集合，并定时向每个边缘计算节点发送直播流确定请求；基于中心服务器接收到的边缘上行节点返回的直播流表标识，确定在每个边缘计算节点上推流的直播流。

在确定每个边缘上行节点对应的直播流标识后，可将直播流标识进行存储，具体包括：

将所述直播流标识存储至所述心跳数据列表。

具体的，获取边缘上行节点基于直播流确定请求返回的直播流标识，将直播流标识对应存储至心跳数据列表中。

在本申请一具体实施方式中，以直播流标识A为例，直播流标识A对应直播流a，直播流a在容器集群e中的边缘上行节点p进行推流，则将直播流标识A与边缘上行节点p的节点标识p以及容器集群e的容器集群标识e对应存储至心跳数据列表，即按照“直播流标识A：节点标识p：容器集群e”的数据结构存储至心跳数据列表。

步骤104：确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群。

在接收到直播流混流请求后，可以基于直播流混流请求中的目标直播流标识确定目标直播流所在的边缘上行节点以及可以对目标直播流进行混流的混流服务器。

具体的，根据每个目标直播流标识在心跳数据列表中获取与目标直播流标识对应的节点标识；根据节点标识可以确定目标直播流所在的边缘上行节点；进一步的，基于确定的节点标识在心跳数据列表中获取与节点标识对应的容器集群标识，根据容器集群标识集合确定边缘上行节点所在的容器集群。

在本申请一具体实施方式中，以直播流标识1以及直播流标识2为例，在直播流混流请求中获取到待混流的直播流标识1和直播流标识2；在心跳数据列表中确定直播流标识1对应的节点标识a，基于节点标识a确定直播流1处于边缘上行节点a；根据节点标识a确定与节点标识a对应的容器集群标识m，则根据节点标识a和容器集群标识m确定直播流1处于容器集群m中的边缘上行节点a中；在心跳数据列表中确定直播流标识2对应的节点标识b，以及节点标识b对应的容器集群标识n，基于节点标识b和容器集群标识n确定直播流2在容器集群n的边缘上行节点b中。

通过基于目标直播流标识确定目标直播流所处的容器集群以及边缘上行节点，便于后续准确、高效的获取目标直播流。

步骤106：基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流。

在确定了目标直播流标识、节点标识以及容器集群标识后，可以基于目标直播流标识、节点标识以及容器集群标识创建直播流混流任务，直播流混流任务用于下发至容器集群的混流服务器中，以便混流服务器对目标直播流进行混流。

具体基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务的方法包括：

基于所述目标直播流标识，在所述心跳数据列表中获取与所述目标直播流标识对应的节点标识以及所述节点标识对应的容器集群标识；

根据所述节点标识、所述目标直播流标识以及所述容器集群标识生成直播流混流任务。

具体的，基于在直播流混流请求中获得的目标直播流标识，在心跳数据列表中确定与目标直播流标识对应的节点标识以及容器集群标识，再基于节点标识、目标直播流标识以及容器集群标识生成直播流混流任务；生成的直播流混流任务可以下发至容器集群中的混流服务器，以使混流服务器可以基于直播流混流任务中的容器集群标识和节点标识确定目标直播流所在的容器集群以及在容器集群中的哪个边缘上行节点上，并可以基于目标直播流标识在确定的边缘上行节点中拉取目标直播流；对拉取的目标直播流进行混流，得到混流后的直播流，如，在主播A与主播B连麦时会向中心服务器发送直播流混流请求，基于直播流混流请求生成直播流混流任务后，可以将直播流混流任务下发至容器集群中的混流服务器，混流服务器可以基于直播流混流任务中的节点标识、容器集群标识以及目标直播流标识拉取主播A的直播流a以及主播B的直播流b，并对拉取的直播流a以及拉取的直播流b进行混流。

例如，在本实施例的一种具体实施方式中，中心服务器的心跳数据列表如下述表1所示：

表1

直播流标识	节点标识	容器集群标识
			标识a	标识A	标识e
标识b	标识B	标识e
			标识c	标识D	标识f

其中，直播流标识分别为标识a、标识b和标识c；节点标识分别为标识A、标识B和标识D；容器集群标识分别为标识e、标识e和标识f；若获取到的目标直播流标识为标识a和标识c，则确定与标识a对应的节点标识为标识A，与标识A对应的容器集群标识为标识e；确定与标识c对应的节点标识，标识D，以及标识D对应的容器集群标识，标识e。

通过由中心服务器生成包含目标直播流标识、节点标识以及容器集群标识的直播流混流任务，便于后续混流服务器基于直播流混流任务高效、准确的获取待混流的目标直播流。

步骤108：发送所述直播流混流任务至每个容器集群中的混流服务器。

在中心服务器生成直播流混流任务后，可以将直播流混流任务发送至每个目标直播流所在的容器集群中的混流服务器中，以便混流服务器进行直播流的混流，其中，每个容器集群中至少包含一个混流服务器。

例如，在直播流混流请求中获取到目标直播流标识，分别为标识1和标识2；基于标识1和标识2确定待混流的直播流1以及直播流2；基于标识1和标识2以及心跳数据列表确定直播流1在容器集群e中的边缘上行节点a中推流；确定直播流2在容器集群f中的边缘上行节点b中推流；中心服务器将基于直播流混流请求生成的直播流混流任务发送至容器集群e中的混流服务器m以及容器集群f中的混流服务器n中。

混流服务器在接收到直播流混流任务后，对直播流混流任务进行解析，获得直播流混流任务中的节点标识、容器集群标识以及目标直播流标识；基于容器集群标识确定目标直播流所在的容器集群，并基于节点标识确定目标直播流在容器集群中的哪个边缘上行节点，并根据目标直播流标识在基于节点标识确定的边缘上行节点中拉取目标直播流；混流服务器对拉取到的目标直播流进行混流，得到混流后的直播流；混流后的直播流可以推流至CDN节点，观看直播的观众所在的客户端可以从CDN节点拉取混流后的直播流，实现直播内容的展示。

通过将直播流混流任务至每个容器集群中的混流服务器，便于后续混流服务器基于直播流混流任务对目标直播流进行高效混流。

本申请应用于中心服务器的直播流处理方法，接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；发送所述直播流混流任务至每个容器集群中的混流服务器。本申请一实施例实现了基于包含节点标识、容器集群标识以及目标直播流标识生成直播流混流任务，便于后续基于直播流混流任务高效准确的获取到目标直播流，进而提升了对目标直播流进行混流的准确性和效率；并且，每个容器集群中包含边缘上行节点以及混流服务器，即混流服务与边缘计算上行服务完全独立，实现了资源隔离，进而提升了直播流的传输质量以及混流质量。

图2示出了根据本申请一实施例提供的另一种直播流处理方法的流程图，应用于混流服务器，具体包括以下步骤：

步骤202：接收中心服务器发送的直播流混流任务，并确定所述直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识。

具体的，混流服务器是指在容器集群中的混流服务器；解析中心服务器发送的直播流混流任务，获得直播流混流任务中的节点标识、容器集群标识以及目标直播流标识，其中，直播流混流任务可以基于中心服务器接收的直播流混流请求生成；具体的，可以基于直播间主播间的连麦、PK等直播互动，生成直播流混流请求，并发送至中心服务器；中心服务器接收直播流混流请求，并基于直播流混流请求确定目标直播流标识；基于目标直播流标识确定边缘上行节点的节点标识以及边缘节点所在的容器集群的容器集群标识；基于目标直播流标识、节点标识以及容器集群标识生成直播流混流任务；可以将生成的直播流混流任务下发至容器集群标识对应的容器集群中的混流服务器中，使混流服务器可以拉取目标直播流并对目标直播流进行混流。

实际应用中，每个容器集群中均存在混流服务器，若客户端将直播流推流至不同容器集群中的边缘上行节点，则中心服务器需要将直播流混流任务分别发送至每个容器集群的混流服务器中；若客户端将直播流推流至相同容器集群中的相同或不同的边缘上行节点中，则中心服务器将直播流混流任务下发至边缘上行节点所在的容器集群中的混流服务器即可，无需再向其他容器集群中的混流服务器下发直播流混流任务。

混流服务器基于直播流混流任务确定节点标识、容器集群标识和至少两个目标直播流标识，便于后续基于节点标识、容器集群标识和至少两个目标直播流标识获取用于混流的目标直播流。

步骤204：基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流。

在确定直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识后，需要基于节点标识、容器集群标识和至少两个目标直播流标识获取用于混流的目标直播流。

具体获取目标直播流的方法包括：

基于所述容器集群标识确定容器集群，并基于所述节点标识确定所述容器集群中的边缘上行节点；

根据所述目标直播流标识在所述边缘上行节点中获取目标直播流。

具体的，根据容器集群标识确定目标直播流所在的容器集群，根据节点标识确定目标直播流处于容器集群中的边缘上行节点；确定边缘上行节点后，即可根据目标直播流标识在确定的边缘上行节点拉取目标直播流即可。

通过包含节点标识、容器集群标识和至少两个目标直播流标识的直播流混流任务，获取目标直播流，保障了拉流的准确性，进而提升了拉流的效率。

步骤206：混流所述至少两个目标直播流，获得待展示直播流。

基于直播流混流任务确定目标直播流后，对目标直播流进行混流，即可得到待展示直播流，其中，待展示直播流是指在直播观众所在的客户端进行展示的直播流。

例如，在直播连麦的场景中，将直播间内的主播称为第一主播，请求连麦的主播称为第二主播，观看第一主播直播的为观众；第一主播所在的客户端推流一路自己的直播流，拉取一路第二主播的直播流；第二主播端推流一路自己的直播流，拉取一路第二主播的直播流；混流服务器第一主播推流的直播流与第二直播流的直播流进行混流得到的待展示直播流；则观众所在的客户端拉取一路待展示直播流，用于对直播连麦画面进行展示。

在实际应用中，还可以将基于混流服务器得到的待展示直播流推流至目标节点。

其中，目标节点是指观众客户端可拉取直播流的边缘计算节点；混流服务器将混流得到的待展示直播流推流至CDN网络中的边缘计算节点，观众对应的客户端在边缘计算节点拉取混流后的待展示直播流即可。

通过将待展示直播流推流至边缘计算节点，观众对应的客户端在边缘计算节点拉取待展示直播流即可，提升了混流后的直播流的获取效率；并且基于容器集群进行直播流的混流，实现了资源隔离，进而提升了混流后的直播流的质量。

本申请应用于混流服务器的直播流处理方法，接收中心服务器发送的直播流混流任务，并确定所述直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识；基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流；混流所述至少两个目标直播流，获得待展示直播流。本申请一实施例实现了基于包含节点标识、容器集群标识和至少两个目标直播流标识的直播流混流任务进行直播流混流，提升了直播流获取效率以及准确性；通过由混流服务器对直播流进行混流，实现了资源隔离，进而提升了直播流混流的质量。

下述结合附图3，以本申请提供的直播流处理方法在直播连麦的应用为例，对所述直播流处理方法进行进一步说明。其中，图3示出了本申请一实施例提供的一种应用于直播连麦的直播流处理方法的处理流程图，具体包括以下步骤：

步骤302：基于服务器集合创建容器集群。

具体的，服务器集合中包含边缘上行节点h、边缘上行节点g以及混流服务器a以及混流服务器b；根据服务器集合创建如图4所示的容器集群e和容器集群f，其中，图4是本申请一实施例提供的直播流处理方法的示意图。

步骤304：边缘上行节点以及混流服务器向中心服务器上报心跳数据，并基于心跳数据存储至数据库。

具体的，边缘上行节点以及混流服务器在容器的环境变量中读取边缘上行节点和混流服务器的IP地址以及边缘上行节点和混流服务器所在容器集群的集群名称；基于IP地址和集群名称生成心跳数据上报至中心服务器，如图5所示，图5是本申请一实施例提供的心跳数据上报示意图；中心服务器接收心跳数据，并按照预设的数据结构存储至中心服务器对应的数据库的心跳数据列表中。

步骤306：中心服务器采集边缘上行节点的直播流信息。

具体的，中心服务器基于数据库中记录的IP地址，定时向IP地址对应的边缘上行节点发送直播流确定请求，如图5所示；并接收边缘上行节点基于直播流确定请求返回的直播流信息，即由中心服务器实时采集边缘上行节点的直播流信息，确定哪些直播流在边缘上行节点中推流。

步骤308：中心服务器接收直播连麦请求，生成直播流混流请求。

具体的，接收主播A与主播B之间的连麦请求，基于主播A对应的直播流m的直播流标识1以及主播B对应的直播流n的直播流标识2，生成直播流混流请求。

步骤310：基于直播流混流请求生成直播流混流任务。

具体的，获取直播流混流请求中的直播流标识1和直播流标识2；确定中心服务器对应的数据库中的心跳数据列表，在心跳数据列表中确定与直播流标识1对应的节点标识h、容器集群标识e，以及与直播流标识2对应的节点标识g、容器集群标识f；根据直播流标识1、节点标识h和容器集群标识e生成直播流混流任务1；根据直播流标识2、节点标识g以及容器集群标识f生成直播流混流任务2。

步骤312：将直播流混流任务下发至容器集群中的混流服务器。

具体的，将直播流混流任务1发送至容器集群e中的混流服务器a；将直播流混流任务2发送至容器集群f中的混流服务器b。

步骤314：混流服务器基于直播流混流任务拉取待混流的直播流。

具体的，混流服务器a基于直播流混流任务1在容器集群e的边缘上行节点h中获取直播流m，在容器集群f的边缘上行节点g中获取直播流n；混流服务器b基于直播流混流任务2在容器集群f的边缘上行节点g中获取直播流n，在容器集群e的边缘上行节点h中获取直播流m；如图4所示，图4是本申请一实施例提供的直播流处理方法的示意图。

步骤316：混流服务器对直播流进行混流，获得待展示直播流。

具体的，混流服务器a和混流服务器b分别对直播流1和直播流2进行混流，获得待展示直播流1和待展示直播流2。

步骤318：混流服务器将待展示直播流推流至目标节点。

具体的，将混流服务器a生成的待展示直播流1推流至目标节点1，将混流服务器b生成的待展示直播流2推流至目标节点2，如图4所示。

步骤320：观众客户端拉取目标节点中的待展示直播流。

具体的，主播A的观众客户端在目标节点1拉取待展示直播流1；主播B的观众客户端在目标节点2中拉取待展示直播流2。

本申请的直播流处理方法，接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；发送所述直播流混流任务至每个容器集群中的混流服务器。本申请一实施例实现了基于包含节点标识、容器集群标识以及目标直播流标识生成直播流混流任务，便于后续基于直播流混流任务高效准确的获取到目标直播流，进而提升了对目标直播流进行混流的准确性和效率；并且，每个容器集群中包含边缘上行节点以及混流服务器，即混流服务与边缘计算上行服务完全独立，实现了资源隔离，进而提升了直播流的传输质量以及混流质量。

与上述方法实施例相对应，本申请还提供了直播流处理装置实施例，图6示出了本申请一实施例提供的一种直播流处理装置的结构示意图。如图6所示，该装置包括：

第一接收模块602，被配置为接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；

确定模块604，被配置为确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；

生成模块606，被配置为基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；

发送模块608，被配置为发送所述直播流混流任务至每个容器集群中的混流服务器。

可选地，所述装置还包括，接收子模块，被配置为：

接收所述边缘上行节点以及所述混流服务器发送的心跳数据，其中，所述心跳数据中包含容器集群标识以及节点标识；

基于预设存储格式对所述心跳数据进行存储，获得心跳数据列表。

可选地，所述生成模块606，进一步被配置为：

基于所述目标直播流标识，在所述心跳数据列表中获取与所述目标直播流标识对应的节点标识以及所述节点标识对应的容器集群标识；

根据所述节点标识、所述目标直播流标识以及所述容器集群标识生成直播流混流任务。

可选地，所述装置还包括，确定子模块，被配置为：

基于所述心跳数据列表中的节点标识确定边缘上行节点集合；

发送直播流确定请求至所述边缘上行节点集合中每个边缘上行节点；

接收每个边缘上行节点返回的直播流标识。

可选地，所述装置还包括，存储模块，被配置为：

将所述直播流标识存储至所述心跳数据列表。

可选地，所述容器集群基于如下步骤创建：

确定服务器集合，其中，所述服务器集合中包含边缘上行节点和混流服务器；

基于所述边缘上行节点的节点标识和混流服务器的服务器标识生成容器配置文件；

根据所述服务器集合和所述容器配置文件创建容器集群。

本申请的直播流处理装置，第一接收模块，接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；确定模块，被配置为确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；生成模块，基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；发送模块，发送所述直播流混流任务至每个容器集群中的混流服务器。本申请实现了基于包含节点标识、容器集群标识以及目标直播流标识生成直播流混流任务，便于后续基于直播流混流任务高效准确的获取到目标直播流，进而提升了对目标直播流进行混流的准确性和效率；并且，每个容器集群中包含边缘上行节点以及混流服务器，即混流服务与边缘计算上行服务完全独立，实现了资源隔离，进而提升了直播流的传输质量以及混流质量。

与上述方法实施例相对应，本申请还提供了直播流处理装置实施例，图7示出了本申请一实施例提供的另一种直播流处理装置的结构示意图。如图7所示，该装置包括：

第二接收模块702，被配置为接收中心服务器发送的直播流混流任务，并确定所述直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识；

获取模块704，被配置为基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流；

混流模块706，被配置为混流所述至少两个目标直播流，获得待展示直播流。

可选地，所述装置还包括，推流模块，被配置为：

将所述待展示直播流推流至目标节点。

可选地，所述获取模块704，进一步被配置为：

基于所述容器集群标识确定容器集群，并基于所述节点标识确定所述容器集群中的边缘上行节点；

根据所述目标直播流标识在所述边缘上行节点中获取目标直播流。

本申请应用于混流服务器的直播流处理装置，第二接收模块，接收中心服务器发送的直播流混流任务，并确定所述直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识；获取模块，基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流；混流模块，混流所述至少两个目标直播流，获得待展示直播流。本申请实现了基于包含节点标识、容器集群标识和至少两个目标直播流标识的直播流混流任务进行直播流混流，提升了直播流获取效率以及准确性；通过由混流服务器对直播流进行混流，实现了资源隔离，进而提升了直播流混流的质量。

上述为本实施例的一种直播流处理装置的示意性方案。需要说明的是，该直播流处理装置的技术方案与上述的直播流处理方法的技术方案属于同一构思，直播流处理装置的技术方案未详细描述的细节内容，均可以参见上述直播流处理方法的技术方案的描述。

图8示出了根据本申请一实施例提供的一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接，数据库850用于保存数据。

计算设备800还包括接入设备840，接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备800可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备800还可以是移动式或静止式的服务器。

其中，处理器820执行所述计算机指令时实现所述的直播流处理方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的直播流处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述直播流处理方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述直播流处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的直播流处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述直播流处理方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (13)

1.一种直播流处理方法，其特征在于，应用于中心服务器，包括：

接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；

确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；

基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；

发送所述直播流混流任务至每个容器集群中的混流服务器。

2.如权利要求1所述的直播流处理方法，其特征在于，接收直播流混流请求之前，还包括：

接收所述边缘上行节点以及所述混流服务器发送的心跳数据，其中，所述心跳数据中包含容器集群标识以及节点标识；

基于预设存储格式对所述心跳数据进行存储，获得心跳数据列表。

3.如权利要求2所述的直播流处理方法，其特征在于，基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，包括：

基于所述目标直播流标识，在所述心跳数据列表中获取与所述目标直播流标识对应的节点标识以及所述节点标识对应的容器集群标识；

根据所述节点标识、所述目标直播流标识以及所述容器集群标识生成直播流混流任务。

4.如权利要求2所述的直播流处理方法，其特征在于，所述方法还包括：

基于所述心跳数据列表中的节点标识确定边缘上行节点集合；

发送直播流确定请求至所述边缘上行节点集合中每个边缘上行节点；

接收每个边缘上行节点返回的直播流标识。

5.如权利要求4所述的直播流处理方法，其特征在于，接收每个边缘上行节点返回的直播流标识，还包括：

将所述直播流标识存储至所述心跳数据列表。

6.如权利要求1所述的直播流处理方法，其特征在于，所述容器集群基于如下步骤创建：

确定服务器集合，其中，所述服务器集合中包含边缘上行节点和混流服务器；

基于所述边缘上行节点的节点标识和混流服务器的服务器标识生成容器配置文件；

根据所述服务器集合和所述容器配置文件创建容器集群。

7.一种直播流处理方法，其特征在于，应用于混流服务器，包括：

接收中心服务器发送的直播流混流任务，并确定所述直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识；

基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流；

混流所述至少两个目标直播流，获得待展示直播流。

8.如权利要求7所述的直播流处理方法，其特征在于，获得待展示直播流之后，还包括：

将所述待展示直播流推流至目标节点。

9.如权利要求7所述的直播流处理方法，其特征在于，基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流，包括：

基于所述容器集群标识确定容器集群，并基于所述节点标识确定所述容器集群中的边缘上行节点；

根据所述目标直播流标识在所述边缘上行节点中获取目标直播流。

10.一种直播流处理装置，其特征在于，应用于中心服务器，包括：

第一接收模块，被配置为接收直播流混流请求，其中，所述直播流混流请求中携带有至少两个目标直播流标识；

确定模块，被配置为确定每个目标直播流标识对应的边缘上行节点以及每个边缘上行节点对应的容器集群；

生成模块，被配置为基于每个边缘上行节点的节点标识、每个容器集群的容器集群标识和每个目标直播流标识生成直播流混流任务，其中，所述直播流混流任务用于使每个容器集群中的混流服务器基于节点标识、容器集群标识以及目标直播流标识拉取目标直播流，并对所述目标直播流进行混流；

发送模块，被配置为发送所述直播流混流任务至每个容器集群中的混流服务器。

11.一种直播流处理装置，其特征在于，应用于混流服务器，包括：

第二接收模块，被配置为接收中心服务器发送的直播流混流任务，并确定所述直播流混流任务中的节点标识、容器集群标识和至少两个目标直播流标识；

获取模块，被配置为基于所述节点标识、所述容器集群标识和所述至少两个目标直播流标识获取至少两个目标直播流；

混流模块，被配置为混流所述至少两个目标直播流，获得待展示直播流。

12.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述计算机指令时实现权利要求1-6或7-9任意一项所述方法的步骤。

13.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-6或7-9任意一项所述方法的步骤。

Images