CN115002497B - 直播回源的调度方法及系统、回源服务器 - Google Patents

直播回源的调度方法及系统、回源服务器 Download PDF

Info

Publication number
CN115002497B
CN115002497B CN202210590819.2A CN202210590819A CN115002497B CN 115002497 B CN115002497 B CN 115002497B CN 202210590819 A CN202210590819 A CN 202210590819A CN 115002497 B CN115002497 B CN 115002497B
Authority
CN
China
Prior art keywords
source
operator
node
access
live
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210590819.2A
Other languages
English (en)
Other versions
CN115002497A (zh
Inventor
董晓宏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Bilibili Technology Co Ltd
Original Assignee
Shanghai Bilibili Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Bilibili Technology Co Ltd filed Critical Shanghai Bilibili Technology Co Ltd
Priority to CN202210590819.2A priority Critical patent/CN115002497B/zh
Publication of CN115002497A publication Critical patent/CN115002497A/zh
Application granted granted Critical
Publication of CN115002497B publication Critical patent/CN115002497B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26216—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the channel capacity, e.g. network bandwidth
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供直播回源的调度方法及系统、回源服务器，其中直播回源的调度方法包括：回源服务器在接收到访问用户发起的回源请求时，可以根据回源请求中携带的流标识，查找待获取直播流的访问用户数以及访问用户使用的运营商，在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，说明当前已有较多访问用户在访问待获取直播流，且当前的访问用户使用的运营商种类较多，此时可以将多运营商二级源节点分配给第一边缘节点进行回源，该多运营商二级源节点的机房可以提供至少两种运营商服务。如此，在当前访问人数较多、且涉及的运营商较多的情况下，不同运营商对应的边缘节点均收敛至多运营商二级源节点，节省了回源带宽，降本增效。

Description

直播回源的调度方法及系统、回源服务器
技术领域
本申请涉及直播技术领域，特别涉及一种直播回源的调度方法。本申请同时涉及一种回源服务器，一种直播回源的调度系统，一种计算设备，以及一种计算机可读存储介质。
背景技术
随着计算机和互联网技术的快速发展，直播行业飞速发展，直播受众不断扩大，各种各样的直播层出不穷。在直播过程中，主播端推送的直播流可以通过CDN(ContentDelivery Network，内容分发网络)提供给用户观看，传统的CDN通过源站、二级源节点、边缘节点的三级树状结构，来进行大规模的分发网络，在直播接入时，CDN无法做到提前将直播流分发到各边缘节点，用户需要访问某个直播流时，边缘节点可以进行回源，也即边缘节点实时到源站或者二级源站拉取所需的直播流。
现有技术中，存在多个运营商可以为用户提供直播访问服务，访问用户在进行访问时，为了保证访问用户的观看质量，一般会为该访问用户调度相同运营商的边缘节点，在确定该边缘节点的回源路径时，也是向该边缘节点分配相同运营商的二级源节点向源站请求回源。然而，上述过程中会存在多个不同运营商的二级源节点向源站请求回源，降低了回源收敛比，浪费了回源带宽，导致回源成本较高。
发明内容
有鉴于此，本申请实施例提供了一种直播回源的调度方法。本申请同时涉及一种回源服务器，一种直播回源的调度系统，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的浪费回源带宽、回源成本较高的技术问题。
根据本申请实施例的第一方面，提供了一种直播回源的调度方法，应用于回源服务器，包括：
接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识；
根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商；
在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点。
根据本申请实施例的第二方面，提供了一种回源服务器，包括：
第一接收模块，被配置为接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识；
获取模块，被配置为根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商；
第一分配模块，被配置为在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点。
根据本申请实施例的第三方面，提供了一种直播回源的调度系统，系统包括回源服务器、第一边缘节点和多运营商二级源节点：
回源服务器，被配置为接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识；根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商；在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点；
第一边缘节点，进一步被配置为向多运营商二级源节点发送直播流获取请求；
多运营商二级源节点，被配置为接收直播流获取请求，从源站拉取待获取直播流，并将待获取直播流推送给第一边缘节点。
根据本申请实施例的第四方面，提供了一种计算设备，包括：
存储器和处理器；
存储器用于存储计算机可执行指令，处理器用于执行计算机可执行指令：
接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识；
根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商；
在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点。
根据本申请实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现任意直播回源的调度方法的步骤。
本申请实施例提供的直播回源的调度方法，回源服务器接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识；根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商；在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点。
这种情况下，回源服务器在接收到访问用户发起的回源请求时，可以根据回源请求中携带的流标识，查找待获取直播流的访问用户数以及访问用户使用的运营商，在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，说明当前已有较多访问用户在访问待获取直播流，且当前的访问用户使用的运营商种类较多，此时可以将多运营商二级源节点分配给第一边缘节点进行回源，该多运营商二级源节点的机房可以提供至少两种运营商服务。如此，在当前访问人数较多、且涉及的运营商较多的情况下，可以直接通过多运营商二级源节点向访问用户提供直播访问服务，不同运营商对应的边缘节点均收敛至多运营商二级源节点，再由多运营商二级源节点向源站请求回源，避免了多个不同运营商的二级源节点向源站请求回源，提高了回源收敛比，节省了回源带宽，降本增效。
附图说明
图1是本申请一实施例提供的一种直播回源的过程示意图；
图2是本申请一实施例提供的一种直播回源的调度方法的流程图；
图3a是本申请一实施例提供的一种直播过程的交互示意图；
图3b是本申请一实施例提供的另一种直播回源的过程示意图；
图4是本申请一实施例提供的另一种直播回源的调度方法的流程图；
图5是本申请一实施例提供的一种回源服务器的结构示意图；
图6是本申请一实施例提供的一种直播回源的调度系统的结构示意图；
图7是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先，对本申请一个或多个实施例涉及的名词术语进行解释。
内容分发网络(ContentDeli very Network，内容分发网络)：是构建在网络之上的内容分发网络，依靠部署在各地的边缘节点(即边缘服务器)，通过中心调度服务器的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。CDN包括边缘节点(Output Center，OC)、二级源节点(Second OC，SOC)和源站，边缘节点在CDN中提供用户接入能力，可以由不同的运营商提供服务，二级源节点在CDN中提供回源聚合能力。二级源节点以区域、运营商进行划分，可以包括华北SOC、华东SOC、华南SOC、西南SOC和西北SOC，边缘节点可以基于向广大用户综合提供互联网接入业务、信息业务和增值业务的运营商进行划分。
回源：在用户就近接入骨干网后，如果该节点没有所需的直播流，则需要向上级节点请求拉流，该行为称为回源。本申请实施例中，源站是主播实时上传直播内容的服务器，边缘节点是用户最终观看直播的服务器，源站和边缘节点中间有一层或多层的二级源节点，也称中继服务器。用户访问边缘节点时，边缘节点可能没有所需的直播流，此时边缘节点就需要逐级向上层的二级源节点、直至源站进行请求，来拉取相关的直播流，这一过程即为回源。
流媒体：是指采用流式传输的方式在网络播放的媒体格式，包含音频、视频、多媒体文件；流媒体在播放前不会下载整个文件，只将开始部分存入内存，在用户访问时对数据包进行缓存，让媒体数据正确地输出。
推流：客户端采集视频数据，经过编码和网络传输，发送给流媒体服务器的过程，其中的服务器自行搭建或由CDN提供。
拉流：客户端或者播放器从服务器下载或拉取指定的媒体流到本地的过程。在本发明中，边缘CDN节点到推流节点的回源对应边缘CDN节点从推流节点点拉流。
RTMP(Real Time Media Protocol)协议：一种流媒体协议，是广泛用在互联网直播场景的一种实时音视频传输协议，能够方便传输FLV格式的视频内容。RTMP作为应用层协议，底层使用TCP作为其传输协议。其除了在TCP的三次握手之外，应用层也需要经过多次握手后才能完成建连，建连时间较长是一般直播首开较慢的主要原因之一。RTMP协议主要采用发布/订阅模型，发布者(publish)和服务器经过一系列的握手建连后把音视频数据发给服务器，服务器把数据发布给关心这个直播流的订阅者。
RTMP协议的协议格式可以如下：schema://ip:port/app/stream，其中schema表示协议头，一般为RTMP，ip:port表示对应的访问地址，可以是域名；app用于区分这个直播流是归属在哪个应用里的，不同的app下的stream可以重复，stream表示具体的某条直播流，相同app下的stream唯一。
GOP(group ofpictures，图像组)：是指可以独立解码的一个图像组，一个GOP就是一组连续的画面。
冷热流：指观看人数不同的直播流。
三线机房：是指能够提供三个运营商服务的机房。
单线机房：是指能够提供三个运营商中的一个运营商服务的机房，单线机房从成本上会比三线机房更低廉。
需要说明的是，在直播场景中，为了保证访问用户的质量，一般会为该访问用户调度相同运营商的边缘节点，在确定该边缘节点的回源路径时，也是向该边缘节点分配相同运营商的二级源节点向源站请求回源。图1是本申请一实施例提供的一种直播回源的过程示意图，如图1所示，主播向源站推流，观众甲和观众乙使用第一运营商被分配至第一运营商边缘节点，观众丙使用第二运营商节点被分配至第二运营商边缘节点，观众丁使用第三运营商被分配至第三运营商边缘节点，第一运营商边缘节点通过第一运营商二级源节点向源站回源，第二运营商边缘节点通过第二运营商二级源节点向源站回源，第三运营商边缘节点通过第三运营商二级源节点向源站回源。如图1所示，多个不同运营商的二级源节点向源站请求回源，降低了回源收敛比，浪费了回源带宽，导致回源成本较高。
另外，在节点建设中，除了可以提供一种运营商服务的单运营商二级源节点外，还可以存在能够提供多种运营商服务的多运营商二级源节点，多运营商二级源节点的资源比较有限，希望能够合理的使用多运营商二级源节点和单运营商二级源节点。由于直播流会因为观看人数的不同区分为冷热流，如果是冷流，则观看人数较少，可能观看的用户都使用同一运营商，而热流则因为观看人数多，涉及的运营商种类也会越多，合理的分配方式是冷流使用单运营商二级源节点，而热流使用多运营商二级源节点，可以收敛二级源节点到源站的回源带宽。
然而，由于直播流的访问用户是动态变化的，在回源服务器决定回源路径时无法预知未来，即无法准确确定访问用户要访问的直播流为冷流还是热流，只能进行预估，导致无法适应访问用户动态变化后，组网随之动态变更的能力。
因而，本申请实施例中，为了更好的匹配访问用户的变化，回源服务器可以在接收到回源请求时，查询待获取直播流的当前访问人数以及涉及的运营商，从而在当前访问人数较多、且涉及的运营商较多的情况下，可以直接通过多运营商二级源节点向访问用户提供直播访问服务，不同运营商对应的边缘节点均收敛至多运营商二级源节点，再由多运营商二级源节点向源站请求回源，避免了多个不同运营商的二级源节点向源站请求回源，提高了回源收敛比，节省了回源带宽，降本增效。
在本申请中，提供了一种直播回源的调度方法，本申请同时涉及一种回源服务器，一种直播回源的调度系统，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
图2示出了根据本申请一实施例提供的一种直播回源的调度方法的流程图，应用于回源服务器，具体包括以下步骤：
步骤202：接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识。
需要说明的是，内容分发网络在各地部署有边缘服务器，在内容分发网络中提供用户接入能力，第一边缘节点可以是指当前发送回源请求的边缘节点，该第一边缘节点的运营商可以和发起回源请求的访问用户使用的运营商相同，回源请求是指第一边缘节点中不存在发起回源请求的用户需要获取的待获取直播流时，第一边缘节点向回源服务器发起的请求，该回源请求中可以携带待获取直播流的流标识，以使回源服务器可以向第一边缘节点返回能够获取到待获取直播流的回源节点。
其中，回源服务器可以是指能够提供回源服务的服务器，即能够接收各个边缘节点发送的回源请求，确定出进行回源的路径，并向边缘节点返回的服务器；待获取直播流的流标识可以唯一标识待获取直播流，如待获取直播流的流标识可以为待获取直播流的流名uuid。
实际应用中，当访问用户通过观众端进入某个直播间向中心调度服务器请求分配边缘节点后，该用户的观众端可以到分配的边缘节点进行拉流，当该边缘节点没有该直播间的直播流时，需要进行回源，此时该边缘节点可以向回源服务器发送回源请求，该回源请求中携带该直播间的直播流的流标识。
图3a是本申请一实施例提供的一种直播过程的交互示意图，如图3a所示，访问用户的用户端可以向调度服务器发送访问请求，调度服务器可以从内容分发网络(CDN)分布在各地的边缘节点中选择第一运营商边缘节点分配给该用户端(将第一运营商边缘节点的地址返回给用户端)，该用户端可以基于第一运营商边缘节点的地址，向第一运营商边缘节点发送拉流请求，第一运营商边缘节点接收到该拉流请求后，应该向用户端发送相应的直播流。若第一运营商边缘节点中不存在相应的直播流，则第一运营商边缘节点可以向回源服务器发送回源请求，回源服务器可以提供回源服务，向第一边缘节点分配对应的二级源节点，从而通过该二级源节点向源站回源。
本申请实施例中，第一边缘节点中不存在用户需要获取的待获取直播流时，可以向回源服务器发送回源请求，回源服务器可以接收边缘节点的回源请求，以便后续向第一边缘节点分配对应的回源节点，使得第一边缘节点可以获取到所需的直播流，保证了可以成功拉取到用户想要观看的直播流。
步骤204：根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商。
需要说明的是，流标识可以指示回源请求想要获取的是哪个直播流，因而基于流标识，可以查找待获取直播流对应的访问用户数，以及访问用户使用的运营商，从而便于后续基于访问用户数以及使用的运营商分析待获取直播流的实际访问情况，向其分配对应的回源节点。
本实施例一个可选的实施方式中，可以基于流信息服务器上报的访问信息，获取访问用户数以及涉及的运营商，也即根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商之前，还可以包括：
接收流信息服务器发送的各个直播流的访问信息，并存储在本地，其中，访问信息为流信息服务器每间隔预设时长发送；
相应地，根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商，具体实现过程可以如下：
根据流标识，从本地存储的各个访问信息中查找待获取直播流对应的目标访问信息；
从目标访问信息中获取访问用户数以及各个访问用户使用的运营商。
具体的，访问信息可以是指直播流在内容分发网络中被访问用户拉取的相关信息，该访问信息可以包括当前时间之前访问待获取直播流的访问用户数，以及各个访问用户的用户端所使用的运营商等。
需要说明的是，每个访问用户通过内容分发网络拉取直播流时，内容分发网络可以向流信息服务器上报访问情况，如访问地址、所使用的运营商等信息。流信息服务器每隔预设时长，会统计各个直播流当前的访问信息，上报给回源服务器，回源服务器可以接收流信息服务器发送的各个直播流的访问信息，并存储在本地。
本申请实施例中，回源服务器接收到第一边缘节点发送的回源请求后，可以根据流标识，从本地存储的各个直播流的访问信息中查找待获取直播流的目标访问信息，然后从目标访问信息中获取访问用户数以及各个访问用户使用的运营商，后续可以基于访问用户数以及各个访问用户使用的运营商，确定待获取直播流当前的访问情况，进而动态确定为第一边缘节点分配的回源节点，使得向第一边缘节点分配的回源节点，更能适应待获取直播流当前的实际访问情况，节省回源成本，提高回源效率。
步骤206：在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点。
需要说明的是，访问数阈值是预先设置的数值，用于判断待获取直播流的访问人数是否过多，即待获取直播流为冷流还是热流，如访问数阈值为5；设定阈值也是预先设置的数值，用于判断当前时间之前的各个访问用户所使用的运营商种类是否较多，如设定阈值为1。
另外，将多运营商二级源节点分配给第一边缘节点进行回源，即是指将多运营商二级源节点作为回源路径中的二级源节点，第一边缘节点可以向多运营商二级源节点请求回源，多运营商二级源节点再向源站请求回源，从源站中拉取待获取直播流，然后推送给第一边缘节点，第一边缘节点再推送给用户。
本实施例一个可选的实施方式中，将多运营商二级源节点分配给第一边缘节点进行回源，具体实现过程可以如下：
将多运营商二级源节点的节点地址作为回源地址；
将回源地址发送给第一边缘节点，其中，回源地址用于指示第一边缘地址进行回源获取待获取直播流。
需要说明的是，将多运营商二级源节点分配给第一边缘节点进行回源，第一边缘节点需要向多运营商二级源节点请求回源，因而回源服务器需要向第一边缘节点发送多运营商二级源节点的节点地址，第一边缘节点可以基于多运营商二级源节点的节点地址，向其请求回源，以使多运营商二级源节点从源站中拉取待获取直播流。
实际应用中，回源服务器可以将多运营商二级源节点的节点地址作为回源地址，将该回源地址发送给第一边缘节点，第一边缘节点接收到回源地址后，基于回源地址与多运营商二级源节点建立连接，建立连接后，第一边缘节点可以向多运营商二级源节点请求回源，多运营商二级源节点接收到请求后，从源站拉取待获取直播流，并推送给第一边缘节点，完成直播回源过程。
示例的，图3b是本申请一实施例提供的另一种直播回源的过程示意图，如图3b所示，主播向源站推流，观众甲和观众乙使用第一运营商被分配至第一运营商边缘节点，观众丙使用第二运营商被分配至第二运营商边缘节点，观众丁被分配至第三运营商边缘节点，第一运营商边缘节点、第二运营商边缘节点、第三运营商边缘节点均通过多运营商二级源节点向源站回源，如图3b所示，多个不同运营商的边缘节点收敛至一个多运营商二级源节点。
本申请实施例中，在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，说明当前已有较多访问用户在访问待获取直播流，且当前的访问用户使用的运营商种类较多，此时可以将多运营商二级源节点分配给第一边缘节点进行回源，该多运营商二级源节点的机房可以提供至少两种运营商服务。如此，在当前访问人数较多、且涉及的运营商较多的情况下，可以直接通过一个多运营商二级源节点向访问用户提供不同运营商的访问服务，不同运营商对应的边缘节点均收敛至多运营商二级源节点，再由多运营商二级源节点向源站请求回源，避免了多个不同运营商的二级源节点向源站请求回源，提高了回源收敛比，节省了回源带宽，降本增效。
本实施例一个可选的实施方式中，回源服务器可以将首个访问用户对应的边缘节点分配至单运营商二级源节点，也即根据流标识，获取待获取直播流的访问用户数，以及访问用户使用的运营商之后，还可以包括：
在访问用户数为零的情况下，确定发起回源请求的目标用户使用的初始运营商；
确定初始运营商对应的单运营商二级源节点；
将单运营商二级源节点分配给第一边缘节点进行回源。
其中，单运营商二级源节点为提供单种运营商服务的二级源节点。
实际应用中，在获取到的访问用户数为零的情况下，说明当前发起回源请求的第一边缘节点对应的目标用户是待获取直播流的首个拉流用户，此时可以确定发起该回源请求的目标用户使用的初始运营商，确定初始运营商对应的单运营商二级源节点，将该单运营商二级源节点分配给第一边缘节点进行回源。
需要说明的是，由于多运营商二级源节点的部署成本较高，应该合理使用，在访问用户数为零的情况下，说明待获取直播流的拉流人数较少，此时无需使用多运营商二级源节点，只需要使用初始运营商对应的单运营商二级源节点，为第一边缘节点提供相应运营商的回源服务即可，后续当访问用户数增长后，可以再基于各个访问用户所使用的运营商，动态调整进行回源的二级源节点。
本申请实施例中，对于待获取直播流的首个拉流用户，可以为其分配相应运营商的单运营商二级源节点，使得该首个拉流用户请求的第一边缘节点可以通过单运营商二级源节点进行回源，拉取待获取直播流，节省了回源成本。
本实施例一个可选的实施方式中，在访问用户数未超过访问数阈值、或者运营商的种类未超过设定阈值的情况下，说明待获取直播流当前的访问人数较少，或者各个访问用户所使用的运营商大体一致，此时也无需使用多运营商二级源节点，而是继续使用初始运营商对应的单运营商二级源节点即可。也即，根据流标识，获取待获取直播流的访问用户数，以及访问用户使用的运营商之后，还可以包括：
在访问用户数不为零且未超过访问数阈值、或运营商的种类未超过设定阈值的情况下，将初始运营商对应的单运营商二级源节点继续分配给第一边缘节点进行回源，其中，初始运营商为首个访问用户对应的运营商。
需要说明的是，如果访问用户数不为零且未超过访问数阈值，说明待获取直播流当前的访问人数较少，即使运营商的种类超过设定阈值，出现网络拥堵的概率也较小，单运营商二级源节点即可满足当前各个不同运营商的边缘节点的回源需求；如果访问用户数超过访问数阈值，但是当前的各个访问用户所使用的运营商的种类未超过设定阈值，则说明待获取直播流的访问人数虽然较多，但是各个访问用户使用的运营商基本相同，单运营商二级源节点即可满足当前各个边缘节点的回源需求。因而，在访问用户数不为零且未超过访问数阈值、或运营商的种类未超过设定阈值的情况下，可以将初始运营商对应的单运营商二级源节点继续分配给第一边缘节点进行回源，也即继续使用原来的单运营商二级源节点提供向源站的回源服务。
示例的，访问数阈值为5，设定阈值为1。第一个用户使用A运营商的用户终端向A运营商边缘节点请求回源，回源服务器接收到A运营商边缘节点发送的回源请求后，获取到的待获取直播流的访问用户数为0，此时将A运营商二级源节点分配给A运营商边缘节点进行回源。之后，第二个用户使用B运营商的用户终端向B运营商边缘节点请求回源，回源服务器接收到B运营商边缘节点发送的回源请求后，获取到的待获取直播流的访问用户数为1，该访问用户使用的运营商为A运营商，运营商种类为1，此时可以继续将A运营商二级源节点分配给B运营商边缘节点进行回源。以此类推，假设第7个用户使用C运营商的用户终端向C运营商边缘节点请求回源，回源服务器接收到C运营商边缘节点发送的回源请求后，假设此时获取到的待获取直播流的访问用户数为6，各个访问用户使用的运营商包括A运营商、B运营商和C运营商，运营商种类为3，此时可以将多运营商二级源节点分配给C运营商边缘节点进行回源。
实际应用中，在初始时，待获取直播流的访问人数较少，待获取直播流为冷流，此时无论运营商的种类是否超过设定阈值，出现网络拥挤的概率均较小，此时可以跨运营商提供回源服务，也即B运营商边缘节点向A运营商二级源节点请求回源；若运营商的种类未超过设定阈值，说明各个访问用户基本使用相同的运营商请求回源，此时无论访问用户数是否超过访问数阈值，均可以将使用初始运营商对应的单运营商二级源节点提供回源服务，如访问用户数为200，超过访问数阈值，但是该200个访问用户均使用A运营商，未出现新的运营商，此时可以继续使用A运营商二级源节点提供服务。
本申请实施例中，在访问用户数不为零且未超过访问数阈值、或运营商的种类未超过设定阈值的情况下，将初始运营商对应的单运营商二级源节点继续分配给第一边缘节点进行回源，合理利用了单运营商二级源节点和多运营商二级源节点，节省了回源成本。
本实施例一个可选的实施方式中，在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，除了将当前发送回源请求的第一边缘节点分配给多运营商二级源节点，即由多运营商二级源节点向第一边缘节点提供回源服务之外，还可以将之前分配给单运营商二级源节点进行回源的第二边缘节点，迁移至多运营商二级源节点。也即将多运营商二级源节点分配给第一边缘节点进行回源之后，还可以包括：
将访问用户对应的第二边缘节点从单运营商二级源节点迁移至多运营商二级源节点。
具体的，第二边缘节点是指当前时间之前、已经分配给初始运营商对应的单运营商二级源节点的边缘节点，也即第二边缘节点是指之前通过单运营商二级源节点进行回源的边缘节点。
实际应用中，在刚开始第一个访问用户访问直播流时，由回源服务器优先分配单运营商二级源节点给对应的边缘节点进行回源，当访问用户数量持续上升，并且运营商种类较多时，回源服务器可以为当前请求回源的第一边缘节点调度多运营商二级源节点，并对原有通过单运营商二级源节点进行回源的连接进行迁移。
需要说明的是，由于直播流的访问用户是动态变化的，在决定边缘节点的二级源节点时无法预知未来，因而为了更好的匹配访问用户的变化，同时避免影响之前已连接的访问用户的观看体验，需要能够在用户不断流的情况下进行连接的动态迁移，也即将访问用户对应的第二边缘节点从单运营商二级源节点迁移至多运营商二级源节点。
本申请实施例中，在当前访问人数较多、且涉及的运营商较多的情况下，可以直接通过多运营商二级源节点向访问用户对应的第一边缘节点提供回源服务，并且可以将原有通过单运营商二级源节点进行回源的第二边缘节点迁移至多运营商二级源节点，在待获取直播流的访问用户动态变化后，随之调整各个边缘节点进行回源的二级源节点，不同运营商对应的边缘节点均收敛至多运营商二级源节点，再由多运营商二级源节点向源站请求回源，避免了多个不同运营商的二级源节点向源站请求回源，提高了回源收敛比，节省了回源带宽，降本增效。
本实施例一个可选的实施方式中，将访问用户对应的第二边缘节点迁移至多运营商二级源节点，具体实现过程可以如下：
向第二边缘节点发送迁移指令，并向多运营商二级源节点发送回源指令；
其中，迁移指令用于指示第二边缘节点与多运营商二级源节点建立连接，回源指令用于指示多运营商二级源节点进行回源，将拉取到的待获取直播流推送至第二边缘节点。
需要说明的是，回源服务器可以向第二边缘节点发送迁移指令，并同时向多运营商二级源节点发送回源指令，第二边缘节点接收到迁移指令后，可以向多运营商二级源节点发送建立连接请求，与多运营商二级源节点建立连接，第二边缘节点与多运营商二级源节点建立连接后，可以等待多运营商二级源节点继续推送待获取直播流中新的数据包。多运营商二级源节点接收到回源指令后，可以从源站继续拉取待获取直播流，推送至第二边缘节点。
需要说明的是，在第二边缘节点接收到多运营商二级源节点推送的待获取直播流中新的数据包时，说明第二边缘节点从多运营商二级源节点成功拉取到了待获取直播流中新的数据包，此时第二边缘节点可以断开与之前的单运营商二级源节点之间的连接，后续通过多运营商二级源节点继续进行回源，拉取待获取直播流中剩余的数据包，完成迁移。如此，可以将原有通过单运营商二级源节点进行回源的第二边缘节点迁移至多运营商二级源节点，在待获取直播流的访问用户动态变化后，随之调整各个边缘节点进行回源的二级源节点，动态适应待获取直播流当前的实际访问情况，保证回源效率，降本增效。
本申请实施例提供的直播回源的调度方法，回源服务器在接收到访问用户发起的回源请求时，可以根据回源请求中携带的流标识，查找待获取直播流的访问用户数以及访问用户使用的运营商，在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，说明当前已有较多访问用户在访问待获取直播流，且当前的访问用户使用的运营商种类较多，此时可以将多运营商二级源节点分配给第一边缘节点进行回源，该多运营商二级源节点的机房可以提供至少两种运营商服务。如此，在当前访问人数较多、且涉及的运营商较多的情况下，可以直接通过多运营商二级源节点向访问用户提供直播访问服务，并且可以将原有通过单运营商二级源节点进行回源的第二边缘节点迁移至多运营商二级源节点，在待获取直播流的访问用户动态变化后，随之调整各个边缘节点进行回源的二级源节点，不同运营商对应的边缘节点均收敛至多运营商二级源节点，再由多运营商二级源节点向源站请求回源，避免了多个不同运营商的二级源节点向源站请求回源，提高了回源收敛比，节省了回源带宽，降本增效。
图4示出了根据本申请一实施例提供的另一种直播回源的调度方法的流程图，具体包括以下步骤：
步骤402：第一边缘节点接收访问用户发起的访问请求，并根据访问请求中携带的待获取直播流的流标识，生成回源请求，将该回源请求发送给回源服务器。
步骤404：回源服务器接收第一边缘节点发送的回源请求，根据其中携带的流标识，获取待获取直播流的访问用户数以及访问用户使用的运营商。
步骤406：回源服务器在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点的节点地址作为回源地址，将回源地址发送给第一边缘节点。
其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点，回源地址用于指示第一边缘地址进行回源获取待获取直播流。
步骤408：第一边缘节点接收到回源地址后，基于回源地址多运营商二级源节点发送直播流获取请求。
步骤410：多运营商二级源节点接收到直播流获取请求，从源站拉取待获取直播流，并将待获取直播流推送给第一边缘节点。
步骤412：回源服务器向访问用户对应的第二边缘节点发送迁移指令，并向多运营商二级源节点发送回源指令。
其中，迁移指令用于指示第二边缘节点与多运营商二级源节点建立连接，回源指令用于指示多运营商二级源节点进行回源，将拉取到的待获取直播流推送至第二边缘节点。另外，回源指令携带源站地址、待获取数据包标识和有效时间，迁移指令中携带更新回源地址，该更新回源地址是指多运营商二级源节点的节点地址。
步骤414：第二边缘节点接收回源服务器发送的迁移指令，根据迁移指令携带的更新回源地址，与多运营商二级源节点建立连接。
步骤416：多运营商二级源节点接收到回源指令，根据回源指令中携带的源站地址拉取目标数据包，并将目标数据包推送至第二边缘节点。
其中，目标数据包为待获取直播流中数据包标识对应的数据包。目标数据包可以为GOP。
步骤418：第二边缘节点在接收到多运营商二级源节点推送的目标数据包的情况下，断开与初始运营商对应的单运营商二级源节点之间的连接。
实际应用中，待获取直播流是连续的流媒体数据包，因而在迁移第二边缘节点时，已经拉取过的的数据包无需重新拉取，回源服务器向多运营商二级源节点发送的回源指令中应该携带有源站地址和待获取数据包标识，多运营商二级源节点接收到回源指令后，基于回源地址主动向源站请求回源，从待获取数据包标识指示的目标数据包继续开始拉流，并将拉取到的待获取直播流的目标数据包推送给边缘节点，由边缘节点推送给对应的访问用户。边缘节点在接收到目标数据包时，即说明从多运营商二级源节点成功拉取到了待获取直播流中新的数据包，此时第二边缘节点可以断开与之前的单运营商二级源节点之间的连接，后续通过多运营商二级源节点继续进行回源，拉取待获取直播流中剩余的数据包，完成迁移。
步骤420：多运营商二级源节点确定预设时长内是否接收到第二边缘节点的拉流请求，若未接收到，则停止拉取待获取直播流。
需要说明的是，多运营商二级源节点在预设时长内未接收到第二边缘节点的拉流请求，说明第二边缘节点断开连接，停止拉流，此时多运营商二级源节点可以停止从源站拉取待获取直播流。
本申请实施例提供的直播回源的调度方法，回源服务器在接收到访问用户发起的回源请求时，可以根据回源请求中携带的流标识，查找待获取直播流的访问用户数以及访问用户使用的运营商，在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，说明当前已有较多访问用户在访问待获取直播流，且当前的访问用户使用的运营商种类较多，此时可以将多运营商二级源节点分配给第一边缘节点进行回源，该多运营商二级源节点的机房可以提供至少两种运营商服务。如此，在当前访问人数较多、且涉及的运营商较多的情况下，可以直接通过多运营商二级源节点向访问用户提供直播访问服务，并且可以将原有通过单运营商二级源节点进行回源的第二边缘节点迁移至多运营商二级源节点，在待获取直播流的访问用户动态变化后，随之调整各个边缘节点进行回源的二级源节点，不同运营商对应的边缘节点均收敛至多运营商二级源节点，再由多运营商二级源节点向源站请求回源，避免了多个不同运营商的二级源节点向源站请求回源，提高了回源收敛比，节省了回源带宽，降本增效。
与上述方法实施例相对应，本申请还提供了回源服务器实施例，图5示出了本申请一实施例提供的一种回源服务器的结构示意图。如图5所示，该回源服务器包括：
第一接收模块502，被配置为接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识；
获取模块504，被配置为根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商；
第一分配模块506，被配置为在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点。
本申请实施例提供的回源服务器，在接收到访问用户发起的回源请求时，可以根据回源请求中携带的流标识，查找待获取直播流的访问用户数以及访问用户使用的运营商，在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，说明当前已有较多访问用户在访问待获取直播流，且当前的访问用户使用的运营商种类较多，此时可以将多运营商二级源节点分配给第一边缘节点进行回源，该多运营商二级源节点的机房可以提供至少两种运营商服务。如此，在当前访问人数较多、且涉及的运营商较多的情况下，可以直接通过多运营商二级源节点向访问用户提供直播访问服务，不同运营商对应的边缘节点均收敛至多运营商二级源节点，再由多运营商二级源节点向源站请求回源，避免了多个不同运营商的二级源节点向源站请求回源，提高了回源收敛比，节省了回源带宽，降本增效。
可选地，回源服务器还包括迁移模块，被配置为：
将访问用户对应的第二边缘节点从单运营商二级源节点迁移至多运营商二级源节点，其中，单运营商二级源节点为提供单种运营商服务的二级源节点。
可选地，迁移模块进一步被配置为：
向第二边缘节点发送迁移指令，并向多运营商二级源节点发送回源指令；
其中，迁移指令用于指示第二边缘节点与多运营商二级源节点建立连接，回源指令用于指示多运营商二级源节点进行回源，将拉取到的待获取直播流推送至第二边缘节点。
可选地，回源服务器还包括第二分配模块，被配置为：
在访问用户数为零的情况下，确定发起回源请求的目标用户使用的初始运营商；
确定初始运营商对应的单运营商二级源节点；
将单运营商二级源节点分配给第一边缘节点进行回源。
可选地，回源服务器还包括第三分配模块，被配置为：
在访问用户数不为零且未超过访问数阈值、或运营商的种类未超过设定阈值的情况下，将初始运营商对应的单运营商二级源节点继续分配给第一边缘节点进行回源，其中，初始运营商为首个访问用户对应的运营商。
可选地，回源服务器还包括第二接收模块，被配置为：
接收流信息服务器发送的各个直播流的访问信息，并存储在本地，其中，访问信息为流信息服务器每间隔预设时长发送；
相应地，获取模块504进一被配置为：
根据流标识，从本地存储的各个访问信息中查找待获取直播流对应的目标访问信息；
从目标访问信息中获取访问用户数以及各个访问用户使用的运营商。
可选地，第一分配模块506进一步被配置为：
将多运营商二级源节点的节点地址作为回源地址；
将回源地址发送给第一边缘节点，其中，回源地址用于指示第一边缘地址进行回源获取待获取直播流。
上述为本实施例的一种回源服务器的示意性方案。需要说明的是，该回源服务器的技术方案与上述的直播回源的调度方法的技术方案属于同一构思，回源服务器的技术方案未详细描述的细节内容，均可以参见上述直播回源的调度方法的技术方案的描述。
与上述方法实施例相对应，本申请还提供了直播回源的调度系统实施例，图6示出了本申请一实施例提供的一种直播回源的调度系统的结构示意图。如图6所示，该系统包括回源服务器602、第一边缘节点604和多运营商二级源节点606：
回源服务器602，被配置为接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识；根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商；在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点；
第一边缘节点604，进一步被配置为向多运营商二级源节点发送直播流获取请求；
多运营商二级源节点606，被配置为接收获取请求，从源站拉取待获取直播流，并将待获取直播流推送给第一边缘节点。
本申请实施例提供的直播回源的调度系统，回源服务器在接收到访问用户发起的回源请求时，可以根据回源请求中携带的流标识，查找待获取直播流的访问用户数以及访问用户使用的运营商，在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，说明当前已有较多访问用户在访问待获取直播流，且当前的访问用户使用的运营商种类较多，此时可以将多运营商二级源节点分配给第一边缘节点进行回源，该多运营商二级源节点的机房可以提供至少两种运营商服务。如此，在当前访问人数较多、且涉及的运营商较多的情况下，可以直接通过多运营商二级源节点向访问用户提供直播访问服务，不同运营商对应的边缘节点均收敛至多运营商二级源节点，再由多运营商二级源节点向源站请求回源，避免了多个不同运营商的二级源节点向源站请求回源，提高了回源收敛比，节省了回源带宽，降本增效。
可选地，系统还包括访问用户对应的第二边缘节点；
回源服务器602，进一步被配置为：
向访问用户对应的第二边缘节点发送迁移指令，并向多运营商二级源节点发送回源指令；
其中，迁移指令用于指示第二边缘节点与多运营商二级源节点建立连接，回源指令用于指示多运营商二级源节点进行回源，将拉取到的待获取直播流推送至第二边缘节点。
可选地，回源指令携带源站地址和待获取数据包标识；
多运营商二级源节点606，进一步被配置为接收回源指令，根据源站地址拉取目标数据包，并将目标数据包推送至第二边缘节点，其中，目标数据包为待获取直播流中数据包标识对应的数据包。
可选地，第二边缘节点，进一步被配置为：
接收回源服务器发送的迁移指令；
根据迁移指令携带的更新回源地址，与多运营商二级源节点建立连接；
在接收到多运营商二级源节点推送的目标数据包的情况下，断开与初始运营商对应的单运营商二级源节点之间的连接，其中，初始运营商为首个访问用户对应的运营商。
可选地，回源指令还携带有效时间；
多运营商二级源节点606，进一步被配置为确定预设时长内是否接收到第二边缘节点的拉流请求，若未接收到，则停止拉取待获取直播流。
上述为本实施例的一种直播回源的调度系统的示意性方案。需要说明的是，该直播回源的调度系统的技术方案与上述的直播回源的调度方法的技术方案属于同一构思，直播回源的调度系统的技术方案未详细描述的细节内容，均可以参见上述直播回源的调度方法的技术方案的描述。
图7示出了根据本申请一实施例提供的一种计算设备的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接，数据库750用于保存数据。
计算设备700还包括接入设备740，接入设备740使得计算设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网(PSTN，Public SwitchedTelephone Network)、局域网(LAN，Local Area Network)、广域网(WAN，Wide AreaNetwork)、个域网(PAN，Personal Area Network)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC，NetworkInterface Controller))中的一个或多个，诸如IEEE802.11无线局域网(WLAN，WirelessLocal Area Networks)无线接口、全球微波互联接入(Wi-MAX，WorldwideInteroperability for Microwave Access)接口、以太网接口、通用串行总线(USB，Universal Serial Bus)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC，Near FieldCommunication)接口，等等。
在本申请的一个实施例中，计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图7所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
计算设备700可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备700还可以是移动式或静止式的服务器。
其中，处理器720用于执行如下计算机可执行指令，以实现下述方法：
接收第一边缘节点发送的回源请求，其中，回源请求携带待获取直播流的流标识；
根据流标识，获取待获取直播流的访问用户数，以及各个访问用户使用的运营商；
在访问用户数超过访问数阈值、且运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给第一边缘节点进行回源，其中，多运营商二级源节点为提供至少两种运营商服务的二级源节点。
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的直播回源的调度方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述直播回源的调度方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现任意直播回源的调度方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的直播回源的调度方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述直播回源的调度方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
计算机指令包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (15)

1.一种直播回源的调度方法，其特征在于，应用于回源服务器，包括：
接收第一边缘节点发送的回源请求，其中，所述回源请求携带待获取直播流的流标识；
根据所述流标识，获取所述待获取直播流的访问用户数，以及各个访问用户使用的运营商；
在所述访问用户数超过访问数阈值、且所述运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给所述第一边缘节点进行回源，其中，所述多运营商二级源节点为提供至少两种运营商服务的二级源节点，所述多运营商二级源节点用于从源站拉取所述待获取直播流并将所述待获取直播流推送至所述第一边缘节点，所述源站为所述待获取直播流的主播实时上传直播内容的服务器。
2.根据权利要求1所述的直播回源的调度方法，其特征在于，所述将多运营商二级源节点分配给所述第一边缘节点进行回源之后，还包括：
将所述访问用户对应的第二边缘节点从单运营商二级源节点迁移至所述多运营商二级源节点，其中，所述单运营商二级源节点为提供单种运营商服务的二级源节点，所述第二边缘节点是指当前时间之前、已经分配给初始运营商对应的单运营商二级源节点的边缘节点。
3.根据权利要求2所述的直播回源的调度方法，其特征在于，所述将所述访问用户对应的第二边缘节点迁移至所述多运营商二级源节点，包括：
向所述第二边缘节点发送迁移指令，并向所述多运营商二级源节点发送回源指令；
其中，所述迁移指令用于指示所述第二边缘节点与所述多运营商二级源节点建立连接，所述回源指令用于指示所述多运营商二级源节点进行回源，将拉取到的待获取直播流推送至所述第二边缘节点。
4.根据权利要求1-3任一项所述的直播回源的调度方法，其特征在于，所述根据所述流标识，获取所述待获取直播流的访问用户数，以及访问用户使用的运营商之后，还包括：
在所述访问用户数为零的情况下，确定发起所述回源请求的目标用户使用的初始运营商；
确定所述初始运营商对应的单运营商二级源节点；
将所述单运营商二级源节点分配给所述第一边缘节点进行回源。
5.根据权利要求1-3任一项所述的直播回源的调度方法，其特征在于，所述根据所述流标识，获取所述待获取直播流的访问用户数，以及访问用户使用的运营商之后，还包括：
在所述访问用户数不为零且未超过访问数阈值、或所述运营商的种类未超过设定阈值的情况下，将初始运营商对应的单运营商二级源节点继续分配给所述第一边缘节点进行回源，其中，所述初始运营商为首个访问用户对应的运营商。
6.根据权利要求1-3任一项所述的直播回源的调度方法，其特征在于，所述根据所述流标识，获取所述待获取直播流的访问用户数，以及各个访问用户使用的运营商之前，还包括：
接收流信息服务器发送的各个直播流的访问信息，并存储在本地，其中，所述访问信息为所述流信息服务器每间隔预设时长发送；
相应地，所述根据所述流标识，获取所述待获取直播流的访问用户数，以及各个访问用户使用的运营商，包括：
根据所述流标识，从本地存储的各个访问信息中查找所述待获取直播流对应的目标访问信息；
从所述目标访问信息中获取访问用户数以及各个访问用户使用的运营商。
7.根据权利要求1-3任一项所述的直播回源的调度方法，其特征在于，所述将多运营商二级源节点分配给所述第一边缘节点进行回源，包括：
将所述多运营商二级源节点的节点地址作为回源地址；
将所述回源地址发送给所述第一边缘节点，其中，所述回源地址用于指示第一边缘地址进行回源获取所述待获取直播流。
8.一种回源服务器，其特征在于，包括：
第一接收模块，被配置为接收第一边缘节点发送的回源请求，其中，所述回源请求携带待获取直播流的流标识；
获取模块，被配置为根据所述流标识，获取所述待获取直播流的访问用户数，以及各个访问用户使用的运营商；
第一分配模块，被配置为在所述访问用户数超过访问数阈值、且所述运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给所述第一边缘节点进行回源，其中，所述多运营商二级源节点为提供至少两种运营商服务的二级源节点，所述多运营商二级源节点用于从源站拉取所述待获取直播流并将所述待获取直播流推送至所述第一边缘节点，所述源站为所述待获取直播流的主播实时上传直播内容的服务器。
9.一种直播回源的调度系统，其特征在于，所述系统包括回源服务器、第一边缘节点和多运营商二级源节点：
所述回源服务器，被配置为接收所述第一边缘节点发送的回源请求，其中，所述回源请求携带待获取直播流的流标识；根据所述流标识，获取所述待获取直播流的访问用户数，以及各个访问用户使用的运营商；在所述访问用户数超过访问数阈值、且所述运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给所述第一边缘节点进行回源，其中，所述多运营商二级源节点为提供至少两种运营商服务的二级源节点；
所述第一边缘节点，进一步被配置为向所述多运营商二级源节点发送直播流获取请求；
所述多运营商二级源节点，被配置为接收所述直播流获取请求，从源站拉取所述待获取直播流，并将所述待获取直播流推送给所述第一边缘节点。
10.根据权利要求9所述的直播回源的调度系统，其特征在于，所述系统还包括访问用户对应的第二边缘节点；
所述回源服务器，进一步被配置为：
向所述访问用户对应的第二边缘节点发送迁移指令，并向所述多运营商二级源节点发送回源指令；
其中，所述迁移指令用于指示所述第二边缘节点与所述多运营商二级源节点建立连接，所述回源指令用于指示所述多运营商二级源节点进行回源，将拉取到的待获取直播流推送至所述第二边缘节点，其中，所述第二边缘节点是指当前时间之前、已经分配给初始运营商对应的单运营商二级源节点的边缘节点。
11.根据权利要求10所述的直播回源的调度系统，其特征在于，所述回源指令携带源站地址和待获取数据包标识；
所述多运营商二级源节点，进一步被配置为接收所述回源指令，根据所述源站地址拉取目标数据包，并将所述目标数据包推送至所述第二边缘节点，其中，所述目标数据包为所述待获取直播流中所述数据包标识对应的数据包。
12.根据权利要求11所述的直播回源的调度系统，其特征在于，所述第二边缘节点，进一步被配置为：
接收所述回源服务器发送的迁移指令；
根据所述迁移指令携带的更新回源地址，与所述多运营商二级源节点建立连接；
在接收到所述多运营商二级源节点推送的目标数据包的情况下，断开与初始运营商对应的单运营商二级源节点之间的连接，其中，所述初始运营商为首个访问用户对应的运营商。
13.根据权利要求11项所述的直播回源的调度系统，其特征在于，所述回源指令还携带有效时间；
所述多运营商二级源节点，进一步被配置为确定预设时长内是否接收到所述第二边缘节点的拉流请求，若未接收到，则停止拉取待获取直播流。
14.一种计算设备，其特征在于，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，以实现下述方法：
接收第一边缘节点发送的回源请求，其中，所述回源请求携带待获取直播流的流标识；
根据所述流标识，获取所述待获取直播流的访问用户数，以及各个访问用户使用的运营商；
在所述访问用户数超过访问数阈值、且所述运营商的种类超过设定阈值的情况下，将多运营商二级源节点分配给所述第一边缘节点进行回源，其中，所述多运营商二级源节点为提供至少两种运营商服务的二级源节点，所述多运营商二级源节点用于从源站拉取所述待获取直播流并将所述待获取直播流推送至所述第一边缘节点，所述源站为所述待获取直播流的主播实时上传直播内容的服务器。
15.一种计算机可读存储介质，其特征在于，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现权利要求1至7任意一项所述直播回源的调度方法的步骤。
CN202210590819.2A 2022-05-27 2022-05-27 直播回源的调度方法及系统、回源服务器 Active CN115002497B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210590819.2A CN115002497B (zh) 2022-05-27 2022-05-27 直播回源的调度方法及系统、回源服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210590819.2A CN115002497B (zh) 2022-05-27 2022-05-27 直播回源的调度方法及系统、回源服务器

Publications (2)

Publication Number Publication Date
CN115002497A CN115002497A (zh) 2022-09-02
CN115002497B true CN115002497B (zh) 2024-03-12

Family

ID=83029282

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210590819.2A Active CN115002497B (zh) 2022-05-27 2022-05-27 直播回源的调度方法及系统、回源服务器

Country Status (1)

Country Link
CN (1) CN115002497B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117376652B (zh) * 2023-12-07 2024-04-09 深圳市优友互联股份有限公司 直播场景交互追溯的方法和装置、计算机设备、存储介质
CN117834956B (zh) * 2023-12-18 2024-06-21 北京联广通网络科技有限公司 一种资源分发回源的直播视频加速系统及方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110572687A (zh) * 2019-08-09 2019-12-13 北京达佳互联信息技术有限公司 直播回源聚合的方法、装置、系统、设备及存储介质
WO2021004384A1 (zh) * 2019-07-09 2021-01-14 阿里巴巴集团控股有限公司 内容分发网络、数据处理方法、装置、设备及存储介质
CN112333290A (zh) * 2021-01-05 2021-02-05 腾讯科技（深圳）有限公司 数据访问控制方法、装置、存储介质及内容分发网络系统
WO2021078279A1 (zh) * 2019-10-24 2021-04-29 中兴通讯股份有限公司 直播媒体流录制方法、系统及计算机可读存储介质
CN113037869A (zh) * 2021-04-14 2021-06-25 北京百度网讯科技有限公司 用于内容分发网络系统的回源的方法和装置
CN114071168A (zh) * 2021-11-16 2022-02-18 上海哔哩哔哩科技有限公司 混流直播流调度方法及装置
CN114501073A (zh) * 2022-02-16 2022-05-13 上海哔哩哔哩科技有限公司 直播回源方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001058237A2 (en) * 2000-02-12 2001-08-16 Hrl Laboratories, Llc Scalable unidirectional routing for mobile ad-hoc networks

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021004384A1 (zh) * 2019-07-09 2021-01-14 阿里巴巴集团控股有限公司 内容分发网络、数据处理方法、装置、设备及存储介质
CN110572687A (zh) * 2019-08-09 2019-12-13 北京达佳互联信息技术有限公司 直播回源聚合的方法、装置、系统、设备及存储介质
WO2021078279A1 (zh) * 2019-10-24 2021-04-29 中兴通讯股份有限公司 直播媒体流录制方法、系统及计算机可读存储介质
CN112333290A (zh) * 2021-01-05 2021-02-05 腾讯科技（深圳）有限公司 数据访问控制方法、装置、存储介质及内容分发网络系统
CN113037869A (zh) * 2021-04-14 2021-06-25 北京百度网讯科技有限公司 用于内容分发网络系统的回源的方法和装置
CN114071168A (zh) * 2021-11-16 2022-02-18 上海哔哩哔哩科技有限公司 混流直播流调度方法及装置
CN114501073A (zh) * 2022-02-16 2022-05-13 上海哔哩哔哩科技有限公司 直播回源方法及装置

Also Published As

Publication number Publication date
CN115002497A (zh) 2022-09-02

Similar Documents

Publication Publication Date Title
CN115002497B (zh) 直播回源的调度方法及系统、回源服务器
EP3595268B1 (en) Streaming media resource distribution method, system, edge node and central dispatching system
CN114501073B (zh) 直播回源方法及装置
CA2840106A1 (en) Offline download method, multimedia file download method and system thereof
CN114760482B (zh) 直播回源方法及装置
US20200021859A1 (en) Multicast implementation method and related network device
CN113923470B (zh) 直播流处理方法及装置
CN114363651B (zh) 直播流处理方法及装置
CN113055692A (zh) 数据处理方法及装置
CN114679604B (zh) 资源处理方法及装置
CN114071168A (zh) 混流直播流调度方法及装置
WO2022268032A1 (zh) 一种视频流调度系统及相关产品
CN114064275A (zh) 数据处理方法及装置
KR20140024553A (ko) 라이브 스트리밍 컨텐츠를 위한 컨텐츠 전송 서비스 방법, 및 이를 위한 장치
CN115022660B (zh) 内容分发网络的参数配置方法及系统
CN112788135B (zh) 资源调度方法、设备及存储介质
CN115643417A (zh) 直播流调度方法及装置
CN114900707B (zh) 一种直播方法及系统
CN116248644A (zh) 一种基于WebRTC推流技术的优化方法
CN115942007A (zh) 直播流调度方法及装置
CN105100147A (zh) 一种基于内容提供商与服务提供商分离的控制方法及装置
KR20100052025A (ko) 대역폭 공유 방식 컨텐츠 제공 시스템 및 방법
CN114501053A (zh) 直播流获取方法及装置
CN112925946A (zh) 一种业务数据存储方法、装置及电子设备
CN114143569A (zh) 一种网页录制和直播方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant