CN104735044A - 一种流媒体直播方法及系统 - Google Patents
一种流媒体直播方法及系统 Download PDFInfo
- Publication number
- CN104735044A CN104735044A CN201410657796.8A CN201410657796A CN104735044A CN 104735044 A CN104735044 A CN 104735044A CN 201410657796 A CN201410657796 A CN 201410657796A CN 104735044 A CN104735044 A CN 104735044A
- Authority
- CN
- China
- Prior art keywords
- node
- rank
- level
- download
- upper level
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1087—Peer-to-peer [P2P] networks using cross-functional networking aspects
- H04L67/1089—Hierarchical topologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computing Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供了一种流媒体直播方法及系统,提供的流媒体直播方法包括:将接入CDN服务器的用户节点分成自上而下的至少两个级别,每一级别包括多个节点;下一级别节点向上一级别的若干节点请求下载数据,最上层级别的节点向CDN服务器请求下载数据,每个节点保存有为所述节点提供下载服务的上一级别节点的下载列表;所述上一级别节点接收所述下一级别的下载数据请求,并根据自身可用宽带为所述下一级别的节点上传所述下载数据,每个节点保存有所述节点提供上传服务给下一级别节点的上传列表。上述实施例的方法可以降低CDN的出口宽带,其节点的多个级别的分级策略可以最大限度优化资源下载,充分利用剩余宽带,提高p2p的效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种流媒体直播方法及系统。
背景技术
在互联网中,视频直播越来越流行,观看互联网视频的用户量越来越大。采用p2p(Peer-to-Peer)的直播技术,可以降低源站的带宽,节省费用。
p2p又称对等网络,对等网络又称工作组,网上各台计算机有相同的功能,无主从之分,一台计算机都是既可作为服务器,设定共享资源供网络中其他计算机所使用,又可以作为工作站,没有专用的服务器,也没有专用的工作站。对等网络是小型局域网常用的组网方式。
p2p可以简单的定义成通过直接交换来共享计算机资源和服务,而对等计算模型应用层形成的网络通常称为对等网络。在P2P网络环境中,成千上万台彼此连接的计算机都处于对等的地位,整个网络一般来说不依赖专用的集中服务器。网络中的每一台计算机既能充当网络服务的请求者,又对其它计算机的请求作出响应,提供资源和服务。通常这些资源和服务包括:信息的共享和交换、计算资源(如CPU的共享)、存储共享(如缓存和磁盘空间的使用)等。
目前的p2p直播中,peer节点之间可以互相下载,容易导致系统不可控,且所有peer的数据量都一样,导致p2p直播效果较差。
发明内容
为了解决上述P2P直播系统中存在的系统不可控及直播效果差的技术问题,本发明实施例提供一种流媒体直播方法及系统。
本发明实施例提供的流媒体直播方法,包括步骤:
将接入CDN服务器的用户节点分成自上而下的至少两个级别,每一级别包括多个节点;
下一级别节点向上一级别的若干节点请求下载数据,最上层级别的节点向CDN服务器请求下载数据,每个节点保存有为所述节点提供下载服务的上一级别节点的下载列表;
所述上一级别节点接收所述下一级别的下载数据请求,并根据自身可用宽带为所述下一级别的节点上传所述下载数据,每个节点保存有所述节点提供上传服务给下一级别节点的上传列表。
本发明实施例还提供了一种流媒体直播系统,所述系统包括:
节点管理模块,用于将接入CDN服务器的用户节点分成自上而下的至少两个级别,每一级别包括多个节点;
数据下载请求模块,用于下一级别节点向上一级别的若干节点请求下载数据,最上层级别的节点向CDN服务器请求下载数据,每个节点保存有为所述节点提供下载服务的上一级别节点的下载列表;
数据上传模块,用于所述上一级别节点接收所述下一级别的下载数据请求,并根据自身可用宽带为所述下一级别的节点上传所述下载数据,每个节点保存有所述节点提供上传服务给下一级别节点的上传列表。
在直播节目中,上述实施例的方法可以降低了CDN的出口宽带,其节点的多个级别的分级策略可以最大限度优化资源下载,提高数据管理水平,充分利用剩余宽带,提高p2p的效率,播放效果较好。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种流媒体直播方法的流程示意图;
图2是本发明实施例提供的一种流媒体直播方法的网络拓扑图;
图3是本发明实施例提供的一种索引服务器为所述节点分配下载列表的方法的流程示意图;
图4是本发明实施例提供的一种下载列表分配方法的流程示意图;
图5是本发明实施例提供的一种节点提供上传服务的方法的流程示意图;
图6是本发明实施例提供的一种节点切换直播频道的方法的流程示意图;
图7是本发明实施例提供的一种节点切片内容示意图;
图8是本发明实施例提供的一种流媒体直播系统的结构示意图;
图9是本发明实施例提供的一种流媒体直播系统优选实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供的流媒体直播方法中,包括CDN服务器,及内容分发服务器,索引服务器,以及接入CDN服务器的用户节点,用户节点向CDN服务器请求的直播流媒体资源。
请参见图1,图1是本发明实施例提供的一种流媒体直播方法的流程示意图,所述方法包括:
S101:将接入CDN服务器的用户节点分成自上而下的至少两个级别,每一级别包括多个节点;
S102:下一级别节点向上一级别的若干节点请求下载数据,最上层级别的节点向CDN服务器请求下载数据,每个节点保存有为所述节点提供下载服务的上一级别节点的下载列表;
S103:所述上一级别节点接收所述下一级别的下载数据请求,并根据自身可用宽带为所述下一级别的节点上传所述下载数据,每个节点保存有所述节点提供上传服务给下一级别节点的上传列表。
参考图2,图2是本发明实施例提供的一种流媒体直播方法的网络拓扑图,以将用户节点分成三个级别为例,三个级别分别是第一级F级,第二级M级,第三级L级。由于F级无上一级别节点,为最上层级别,因此只能向CDN服务器请求下载数据,同时,F级为M级提供下载服务。M级的节点从F级下载数据,并未L级提供下载服务。L级的节点从M级下载数据,由于L级没有下层级别,因此不用提供下载服务。
每个节点维护两个列表,下载列表和上传列表。每个节点的属性包括:节点级别,上传宽带,已用上传宽带以及正在播放的频道。
在直播节目中,上述实施例的方法由于采用了对节点分级管理的策略,可以降低CDN的出口宽带,其节点的多个级别的分级策略可以最大限度优化资源下载,利用剩余宽带。
具体的,步骤S102中,索引服务器为所述节点分配下载列表,具体的分配策略为:
索引服务器接收节点获取下载列表的请求,检查所述节点的级别;
如果检查到所述节点有级别,从所述节点的上一级别节点选择若干节点成为所述节点的下载列表;
如果检查到所述节点没有级别,则判断当前观看直播频道的用户节点数,如果总节点数小于预设值,则设置所述节点为最高级别节点,从CDN下载数据;
如果检查到所述总节点数大于或者等于预设值,自最高级别起逐级检查能够提供下载服务的级别,以确定所述节点的级别;
确定所述节点的级别后,选择上一级别若干节点成为所述节点的下载列表。
其中,所述节点的级别为能提供下载服务的级别的下一级别,节点向索引服务器请求节点下载列表时,要带上自己的级别信息,如果是第一次请求,或者是切换频道重新请求,级别信息为-1,即无级别,由索引服务器确定级别。
索引服务器为所述节点分配下载列表的方法步骤可参考图3所示,以图2中的三级结构的拓扑图为例,如果判断该节点有级别,直接选择该节点的上一级的若干节点为父节点;当没有级别时,判断该节点的级别;检查其频道用户数,当频道用户数小于预设个数N时,则定位为F级,从CDN服务器下载数据;当频道用户数大于等于预设个数N时,判断M级是否能提供下载服务;如果是,设定该节点为L级,选择M级的若干节点为父节点进行数据下载;如果否,再判断F级是否能提供下载服务;如果是,设定该节点为M级,选择F级的若干节点为父节点进行数据下载;如果否,设定该节点为F级,从CDN服务器下载数据。
进一步的,上述下载列表分配的方法中,当下一级节点所请求的能够提供下载服务的上一级别的节点个数小于预先设定的个数,则向索引服务器请求重新分配下载列表;
当所述节点向索引服务器请求下载列表失败,则直接从CDN服务器下载数据。
参考图4,图4是本发明实施例提供的一种下载列表分配方法的流程示意图。下一级别节点请求下载数据时,会先检查其下载列表,查看可用的上一级别节点个数,如果可用的个数大于或者等于预定个数,则向上一级别节点请求数据下载;如果可用的个数小于预定个数,则重新向索引服务器获取新的上一级别节点进行补充;如果向索引服务器获取上一级别节点列表失败,则清空该节点的下载列表,直接从CDN服务器下载数据,以免影响节目的观看效果;在节点下载过程中,如果发现该节点下载列表中的某个节点不能提供下载服务,则把它排除在下载列表中;数据下载成功后,把数据保存到内存中,同时更新内容。
参考图5,图5是本发明实施例提供的一种节点提供上传服务的方法的流程示意图。节点进行上传服务时,有新的节点要接入时,接收新的节点的数据下载请求;所述节点根据自身的宽带能力,确定能为多少个下一级别的节点提供下载服务,比如上传数据的节点的宽带为512kbps,那么只能为2个节点提供下载服务;如果所述节点的宽带不够,拒绝新的节点下载请求,如果所述节点的宽带足够,将新的节点插入到上传列表,同时跟新宽带。
当所述节点切换直播频道时,更新所述节点的下载列表和上传列表。参考图6,图6是节点切换频道的方法的流程示意图。以HLS(码率自适应)协议为例,HLS协议的次协议分为主m3u8、子m3u8、文件切片三个部分。其中主m3u8告诉客户端有多少种码率,也就是描述子m3u8,子m3u8描述了文件切片。判断是否切换频道时,节点首先请求m3u8文件;如果是直播m3u8,那么检查内存中正在观看的直播m3u8,判断是否一致,如果不一致,说明已经切换频道;这时删除原来的m3u8,把新的m3u8记录到内存中;清空上传列表和下载列表,并上报索引服务器,表明观看的频道已经改变。
作为一种优选实施例,每一节点缓存有提供给下一级别节点下载数据的切片内容,所述下一级别节点缓存内容的时延比上一级别节点缓存内容的时延至少大一个切片。
仍以HLS协议为例,F级、M级及L级的m3u8中的切片如图7中所示,图7是本发明实施例提供的一种节点切片内容示意图。M级节点中缓存的切片内容的时延比F级节点中缓存的切片内容的时延大一个切片,以此类推,L级节点中缓存的切片内容的时延会比M级节点中缓存的切片内容的时延大一个切片,每个切片的大小为10S。图7中,F级节点向CDN请求,保存有最新的6个切片内容。由于M级节点缓存内容有1个切片的时延,它请求的子m3u8中的切片在F级中都已经缓存。同理,L级请求的m3u8中的切片,M级中都已经缓存。切点内容时延的层级设置可以保证上一级已经下载充足的数据,以供下一级节点下载。避免了现有技术中节点数据量一致,所导致的节点互相请求数据时,产生的节目观看的延迟。
值得说明的是,本发明实施例中的节点分级结构不构成对本发明的限制,可以是更多层级。
本发明实施例还提供了一种流媒体直播系统,参考图8,图8是本发明实施例提供的一种流媒体直播系统的结构示意图,所述系统包括:
节点管理模块101,用于将接入CDN服务器的用户节点分成自上而下的至少两个级别,每一级别包括多个节点;
数据下载请求模块102,用于下一级别节点向上一级别的若干节点请求下载数据,最上层级别的节点向CDN服务器请求下载数据,每个节点保存有为所述节点提供下载服务的上一级别节点的下载列表;
数据上传模块103,用于所述上一级别节点接收所述下一级别的下载数据请求,并根据自身可用宽带为所述下一级别的节点上传所述下载数据,每个节点保存有所述节点提供上传服务给下一级别节点的上传列表。
以将用户节点分成三个级别为例,参考图1,三个级别分别是第一级F级,第二级M级,第三级L级。由于F级无上一级别节点,为最上层级别,因此只能向CDN服务器请求下载数据,同时,F级为M级提供下载服务。M级的节点从F级下载数据,并未L级提供下载服务。L级的节点从M级下载数据,由于L级没有下层级别,因此不用提供下载服务。
每个节点维护两个列表,下载列表和上传列表。每个节点的属性包括:节点级别,上传宽带,已用上传宽带以及正在播放的频道。
在直播节目中,上述实施例的方法上述实施例的方法由于采用了对节点分级管理的策略,可以降低CDN的出口宽带,其节点的多个级别的分级策略可以最大限度优化资源下载,利用剩余宽带。
进一步的,所述数据下载请求模块102还包括:
节点级别检查模块201:用于索引服务器接收节点获取下载列表的请求,检查所述节点的级别;
级别确定模块202:用于如果检查到所述节点没有级别,则判断当前观看直播频道的用户节点数,如果总节点数小于预设值,则设置所述节点为最高级别节点,从CDN下载数据;
以及如果检查到所述总节点数大于或者等于预设值,自最高级别起逐级检查能够提供下载服务的级别,以确定所述节点的级别;
下载列表分配模块203:用于在确定所述节点的级别后,选择上一级别若干节点成为所述节点的下载列表;
以及如果检查到所述节点有级别时,从所述节点的上一级别节点选择若干节点成为所述节点的下载列表。
其中,级别确定模块202中所述节点的级别为能提供下载服务的级别的下一级别,节点向索引服务器请求节点下载列表时,要带上自己的级别信息,如果是第一次请求,或者是切换频道重新请求,级别信息为-1,即无级别,由索引服务器确定级别。
进一步的,所述下载列表分配模块203还包括:
下载列表重新请求模块301,用于当下一级节点所请求的能够提供下载服务的上一级别的节点个数小于预先设定的个数,则向索引服务器请求重新分配下载列表;
CDN服务器数据请求模块302,用于当所述节点向索引服务器请求下载列表失败,则直接从CDN服务器下载数据。
下一级别节点请求下载数据时,会先检查其下载列表,查看可用的上一级别节点个数,如果可用的个数大于或者等于预定个数,则向上一级别节点请求数据下载;如果可用的个数小于预定个数,则重新向索引服务器获取新的上一级别节点进行补充;如果向索引服务器获取上一级别节点列表失败,则清空该节点的下载列表,直接从CDN服务器下载数据,以免影响节目的观看效果;在节点下载过程中,如果发现该节点下载列表中的某个节点不能提供下载服务,则把它排除在下载列表中;数据下载成功后,把数据保存到内存中,同时更新内容。
具体的,所述数据上传模块103还包括上传能力检查模块401:
所述模块用于上一级别节点实时检查自己的宽带能力,如宽带不够,拒绝所述下一级别节点的下载请求;
如宽带足够,将所述下一级别节点插入到所述上一级别节点的上传列表,同时跟新所述上一级别节点的宽带。
节点进行上传服务时,有新的节点要接入时,接收新的节点的数据下载请求;所述节点根据自身的宽带能力,确定能为多少个下一级别的节点提供下载服务,比如上传数据的节点的宽带为512kbps,那么只能为2个节点提供下载服务;如果所述节点的宽带不够,拒绝新的节点下载请求,如果所述节点的宽带足够,将新的节点插入到上传列表,同时跟新宽带。
所述系统还包括频道切换模块501,用于当所述节点切换直播频道时,更新所述节点的下载列表和上传列表。以HLS(码率自适应)协议为例,HLS协议的次协议分为主m3u8、子m3u8、文件切片三个部分。其中主m3u8告诉客户端有多少种码率,也就是描述子m3u8,子m3u8描述了文件切片。判断是否切换频道时,节点首先请求m3u8文件;如果是直播m3u8,那么检查内存中正在直播的m3u8文件,判断是否一致,如果不一致,说明已经切换频道;这时把新的m3u8文件记录到内存中;清空上传和下载列表,并上报索引服务器,表明观看的频道已经改变。
所述系统还包括内容管理模块601:用于使所述每一节点缓存有提供给下一级别节点下载数据的切片内容,所述下一级别节点缓存内容的时延比上一级别节点缓存内容的时延至少大一个切片。
仍以HLS协议为例,F级、M级及L级的m3u8中的切片如图7中所示,M级节点中缓存的切片内容的时延比F级节点中缓存的切片内容的时延大一个切片,以此类推,L级节点中缓存的切片内容的时延会比M级节点中缓存的切片内容的时延大一个切片,每个切片的大小为10S。F级节点向CDN请求,保存有最新的6个切片内容。由于M级节点缓存内容有1个切片的时延,它请求的子m3u8中的切片在F级中都已经缓存。同理,L级请求的m3u8中的切片,M级中都已经缓存。切点内容时延的层级设置可以保证上一级已经下载充足的数据,以供下一级节点下载。避免了现有技术中节点数据量一致,所导致的节点互相请求数据时,产生的节目观看的延迟。
参考图9,图9是本发明实施例提供的一种流媒体直播系统的优选实施例的结构示意图。
值得说明的是,本发明实施例中的节点分级结构不构成对本发明的限制,可以是更多层级。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (12)
1.一种流媒体直播方法,其特征在于,包括步骤:
将接入CDN服务器的用户节点分成自上而下的至少两个级别,每一级别包括多个节点;
下一级别节点向上一级别的若干节点请求下载数据,最上层级别的节点向CDN服务器请求下载数据,每个节点保存有为所述节点提供下载服务的上一级别节点的下载列表;
所述上一级别节点接收所述下一级别的下载数据请求,并根据自身可用宽带为所述下一级别的节点上传所述下载数据,每个节点保存有所述节点提供上传服务给下一级别节点的上传列表。
2.根据权利要求1所述的流媒体直播方法,其特征在于,所述步骤下一级别节点向上一级别的若干节点请求下载数据,还包括步骤:
索引服务器接收节点获取下载列表的请求,检查所述节点的级别;
如果检查到所述节点有级别,从所述节点的上一级别节点选择若干节点成为所述节点的下载列表;
如果检查到所述节点没有级别,则判断当前观看直播频道的用户节点数,如果总节点数小于预设值,则设置所述节点为最高级别节点,从CDN下载数据;
如果检查到所述总节点数大于或者等于预设值,自最高级别起逐级检查能够提供下载服务的级别,以确定所述节点的级别;
确定所述节点的级别后,选择上一级别若干节点成为所述节点的下载列表。
3.根据权利要求2所述的流媒体直播方法,其特征在于,步骤确定所述节点的级别后,选择上一级别若干节点成为所述节点的下载列表,还包括步骤:
当下一级别节点所请求的能够提供下载服务的上一级别的节点个数小于预先设定的个数,则向索引服务器请求重新分配下载列表;
当所述节点向索引服务器请求下载列表失败,则直接从CDN服务器下载数据。
4.根据权利要求1所述的流媒体直播方法,其特征在于,步骤所述上一级别节点接收所述下一级别的下载数据请求,还包括步骤:
所述上一级别节点实时检查自己的宽带能力;如宽带不够,拒绝所述下一级别节点的下载请求;
如宽带足够,将所述下一级别节点插入到所述上一级别节点的上传列表,同时跟新所述上一级别节点的宽带。
5.根据权利要求1~4任意一项所述的流媒体直播方法,其特征在于,还包括步骤:
当所述节点切换直播频道时,更新所述节点的下载列表和上传列表。
6.根据权利要求1~4任意一项所述的流媒体直播方法,其特征在于,还包括:
所述每一节点缓存有提供给下一级别节点下载数据的切片内容,所述下一级别节点缓存内容的时延比上一级别节点缓存内容的时延至少大一个切片。
7.一种流媒体直播系统,其特征在于,所述系统包括:
节点管理模块,用于将接入CDN服务器的用户节点分成自上而下的至少两个级别,每一级别包括多个节点;
数据下载请求模块,用于下一级别节点向上一级别的若干节点请求下载数据,最上层级别的节点向CDN服务器请求下载数据,每个节点保存有为所述节点提供下载服务的上一级别节点的下载列表;
数据上传模块,用于所述上一级别节点接收所述下一级别的下载数据请求,并根据自身可用宽带为所述下一级别的节点上传所述下载数据,每个节点保存有所述节点提供上传服务给下一级别节点的上传列表。
8.根据权利要求7所述的流媒体直播系统,其特征在于,所述数据下载请求模块还包括:
节点级别检查模块:用于索引服务器接收节点获取下载列表的请求,检查所述节点的级别;
级别确定模块:用于如果检查到所述节点没有级别,则判断当前观看直播频道的用户节点数,如果总节点数小于预设值,则设置所述节点为最高级别节点,从CDN下载数据;
以及如果检查到所述总节点数大于或者等于预设值,自最高级别起逐级检查能够提供下载服务的级别,以确定所述节点的级别;
下载列表分配模块:用于在确定所述节点的级别后,选择上一级别若干节点成为所述节点的下载列表;
以及如果检查到所述节点有级别时,从所述节点的上一级别节点选择若干节点成为所述节点的下载列表。
9.根据权利要求8所述的流媒体直播系统,其特征在于,所述下载列表分配模块还包括:
下载列表重新请求模块,用于当下一级节点所请求的能够提供下载服务的上一级别的节点个数小于预先设定的个数,则向索引服务器请求重新分配下载列表;
CDN服务器数据请求模块,用于当所述节点向索引服务器请求下载列表失败,则直接从CDN服务器下载数据。
10.根据权利要求7所述的流媒体直播系统,其特征在于,所述数据上传模块还包括上传能力检查模块:
所述模块用于上一级别节点实时检查自己的宽带能力,如宽带不够,拒绝所述下一级别节点的下载请求;
如宽带足够,将所述下一级别节点插入到所述上一级别节点的上传列表,同时跟新所述上一级别节点的宽带。
11.根据权利要求7~10任意一项所述的流媒体直播系统,其特征在于,所述系统还包括:
频道切换模块,用于当所述节点切换直播频道时,更新所述节点的下载列表和上传列表。
12.根据权利要求的7~10任意一项所述的流媒体直播系统,其特征在于,所述系统还包括:
内容管理模块:用于使所述每一节点缓存有提供给下一级别节点下载数据的切片内容,所述下一级别节点缓存内容的时延比上一级别节点缓存内容的时延至少大一个切片。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410657796.8A CN104735044A (zh) | 2014-11-18 | 2014-11-18 | 一种流媒体直播方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410657796.8A CN104735044A (zh) | 2014-11-18 | 2014-11-18 | 一种流媒体直播方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104735044A true CN104735044A (zh) | 2015-06-24 |
Family
ID=53458482
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410657796.8A Pending CN104735044A (zh) | 2014-11-18 | 2014-11-18 | 一种流媒体直播方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104735044A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017035783A1 (zh) * | 2015-09-01 | 2017-03-09 | 深圳好视网络科技有限公司 | 流媒体的传输、播放方法及传输、播放装置 |
WO2017035795A1 (zh) * | 2015-09-01 | 2017-03-09 | 深圳好视网络科技有限公司 | 流媒体数据的传输处理方法及装置 |
CN106789222A (zh) * | 2016-12-13 | 2017-05-31 | 飞狐信息技术(天津)有限公司 | P2p带宽节约比在线调节方法、装置及视频网站 |
CN107295037A (zh) * | 2016-03-31 | 2017-10-24 | 中移(苏州)软件技术有限公司 | 一种基于软件定义网络的直播对等网络构建方法和装置 |
CN107995244A (zh) * | 2016-10-27 | 2018-05-04 | 北京优朋普乐科技有限公司 | 一种直播多媒体资源的数据请求方法及装置 |
CN108124166A (zh) * | 2017-12-27 | 2018-06-05 | 北京工业大学 | 一种互联网直播系统 |
CN108322787A (zh) * | 2018-02-08 | 2018-07-24 | 北京潘达互娱科技有限公司 | 视频流分发方法、装置及电子设备 |
WO2019134470A1 (zh) * | 2018-01-04 | 2019-07-11 | 华为技术有限公司 | 视频直播方法及装置 |
WO2020192152A1 (zh) * | 2019-03-26 | 2020-10-01 | 广州华多网络科技有限公司 | 视频传输的方法、根节点、子节点、p2p服务器和系统 |
CN111741319A (zh) * | 2020-06-23 | 2020-10-02 | 北京金山云网络技术有限公司 | 直播数据处理方法、装置及电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101087403A (zh) * | 2007-05-31 | 2007-12-12 | 吴彬 | 基于p2p技术上的分布式流媒体点播系统及其点播流媒体节目的实现方法 |
CN101247206A (zh) * | 2008-03-14 | 2008-08-20 | 深圳市戴文科技有限公司 | 一种对等网络的分层传输方法及控制系统 |
CN101345690A (zh) * | 2007-07-12 | 2009-01-14 | 中国电信股份有限公司 | 电信级p2p网络的内容分级存储及传送方法 |
CN102740165A (zh) * | 2011-04-01 | 2012-10-17 | 中国电信股份有限公司 | 对等流媒体直播系统及其中的数据传输方法 |
-
2014
- 2014-11-18 CN CN201410657796.8A patent/CN104735044A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101087403A (zh) * | 2007-05-31 | 2007-12-12 | 吴彬 | 基于p2p技术上的分布式流媒体点播系统及其点播流媒体节目的实现方法 |
CN101345690A (zh) * | 2007-07-12 | 2009-01-14 | 中国电信股份有限公司 | 电信级p2p网络的内容分级存储及传送方法 |
CN101247206A (zh) * | 2008-03-14 | 2008-08-20 | 深圳市戴文科技有限公司 | 一种对等网络的分层传输方法及控制系统 |
CN102740165A (zh) * | 2011-04-01 | 2012-10-17 | 中国电信股份有限公司 | 对等流媒体直播系统及其中的数据传输方法 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017035795A1 (zh) * | 2015-09-01 | 2017-03-09 | 深圳好视网络科技有限公司 | 流媒体数据的传输处理方法及装置 |
WO2017035783A1 (zh) * | 2015-09-01 | 2017-03-09 | 深圳好视网络科技有限公司 | 流媒体的传输、播放方法及传输、播放装置 |
CN107295037B (zh) * | 2016-03-31 | 2021-06-01 | 中移(苏州)软件技术有限公司 | 一种基于软件定义网络的直播对等网络构建方法和装置 |
CN107295037A (zh) * | 2016-03-31 | 2017-10-24 | 中移(苏州)软件技术有限公司 | 一种基于软件定义网络的直播对等网络构建方法和装置 |
CN107995244A (zh) * | 2016-10-27 | 2018-05-04 | 北京优朋普乐科技有限公司 | 一种直播多媒体资源的数据请求方法及装置 |
CN106789222A (zh) * | 2016-12-13 | 2017-05-31 | 飞狐信息技术(天津)有限公司 | P2p带宽节约比在线调节方法、装置及视频网站 |
CN108124166A (zh) * | 2017-12-27 | 2018-06-05 | 北京工业大学 | 一种互联网直播系统 |
CN108124166B (zh) * | 2017-12-27 | 2020-02-18 | 北京工业大学 | 一种互联网直播系统 |
WO2019134470A1 (zh) * | 2018-01-04 | 2019-07-11 | 华为技术有限公司 | 视频直播方法及装置 |
US11350139B2 (en) | 2018-01-04 | 2022-05-31 | Huawei Technologies Co., Ltd. | Video live broadcast method and apparatus |
CN108322787A (zh) * | 2018-02-08 | 2018-07-24 | 北京潘达互娱科技有限公司 | 视频流分发方法、装置及电子设备 |
WO2020192152A1 (zh) * | 2019-03-26 | 2020-10-01 | 广州华多网络科技有限公司 | 视频传输的方法、根节点、子节点、p2p服务器和系统 |
CN111741319A (zh) * | 2020-06-23 | 2020-10-02 | 北京金山云网络技术有限公司 | 直播数据处理方法、装置及电子设备 |
CN111741319B (zh) * | 2020-06-23 | 2022-06-03 | 北京金山云网络技术有限公司 | 直播数据处理方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104735044A (zh) | 一种流媒体直播方法及系统 | |
WO2021004384A1 (zh) | 内容分发网络、数据处理方法、装置、设备及存储介质 | |
EP3038323B1 (en) | Method and system for adaptive virtual broadcasting of digital content | |
EP2572495B1 (en) | System and method for managing data delivery in a peer-to-peer network | |
RU2343536C2 (ru) | Механизм одноранговой широковещательной передачи информационного содержания | |
US11102290B2 (en) | Peer-to-peer network prioritizing propagation of objects through the network | |
EP3439239B1 (en) | Data transmission method and system based on peer-to-peer network | |
EP2288085B1 (en) | P2p based method, device and system for playing media | |
CN103581245A (zh) | 一种内容分发网络内容分发的方法及系统 | |
US20140317167A1 (en) | Distributed mapping function for large scale media clouds | |
CN101119359A (zh) | 基于策略的服务负载均衡方法 | |
CN101610162A (zh) | 一种基于对等存储网络提供内容的方法、系统和设备 | |
CN101188736A (zh) | 以机顶盒为服务器的流媒体点播系统与方法 | |
JPWO2009001416A1 (ja) | コンテンツ配信装置、コンテンツ配信方法、及びコンテンツ配信プログラム | |
CN102164317A (zh) | 一种面向ip机顶盒的多服务器分段下载系统 | |
CN101626389A (zh) | 一种网络节点的管理方法 | |
EP2252057B1 (en) | Method and system for storing and distributing electronic content | |
US11064023B2 (en) | Method for actively sharing available bandwidth to consumer nodes in a peer-to-peer network for delivery of video streams | |
CN104394221B (zh) | 利用边缘服务节点为流媒体应用进行加速处理的方法和系统 | |
EP3902279A1 (en) | Audio and video stream distribution method in audio and video stream distribution system, and dynamic parent node | |
US8566681B1 (en) | Distributed data distribution | |
Sun et al. | Beyond 1 million nodes: A crowdsourced video content delivery network | |
Chen et al. | Zebroid: using IPTV data to support STB-assisted VoD content delivery | |
Gao et al. | Measurement study on P2P streaming systems | |
CN102017568A (zh) | 用于递送自主播放的内容的系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20150624 |