CN102355448A - 云流媒体数据传输方法及系统 - Google Patents
云流媒体数据传输方法及系统 Download PDFInfo
- Publication number
- CN102355448A CN102355448A CN2011101802858A CN201110180285A CN102355448A CN 102355448 A CN102355448 A CN 102355448A CN 2011101802858 A CN2011101802858 A CN 2011101802858A CN 201110180285 A CN201110180285 A CN 201110180285A CN 102355448 A CN102355448 A CN 102355448A
- Authority
- CN
- China
- Prior art keywords
- terminal
- client
- content source
- server
- stream medium
- 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.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 74
- 238000000034 method Methods 0.000 title claims abstract description 63
- 230000015654 memory Effects 0.000 claims description 43
- 230000003068 static effect Effects 0.000 claims description 21
- 238000012545 processing Methods 0.000 claims description 13
- 238000005516 engineering process Methods 0.000 abstract description 8
- 230000007246 mechanism Effects 0.000 description 19
- 230000008569 process Effects 0.000 description 10
- 238000012546 transfer Methods 0.000 description 7
- 238000004364 calculation method Methods 0.000 description 6
- 241001269238 Data Species 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000000275 quality assurance Methods 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 238000011002 quantification Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 230000002269 spontaneous effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种云流媒体数据传输方法及系统。其中,该方法包括:客户端发起对流媒体数据的访问;中心目录服务器根据条件参数向客户端返回一个或多个内容源终端的地址,并将地址加入伙伴终端列表;客户端与伙伴终端列表中的内容源终端建立连接,并按照需求动态选择与内容源终端的连接方式;客户端从内容源终端上获取流媒体数据。通过本发明,实现了通过基于客户端自身网络状况的动态数据来获取实现按需的流媒体数据分发,解决了相关技术的流媒体传输方法无法保障流媒体数据传输的及时性和稳定性的问题,能够实现在出现网络抖动或单节点失效等故障的时候,保障流媒体数据获取的及时性和稳定性。
Description
技术领域
本发明涉及通讯领域,具体而言,涉及一种云流媒体数据传输方法及系统。
背景技术
流媒体是指采用流式传输的方式在互联网上实时播放的媒体,包括在线的视频直播和点播业务。随着视频会议、远程教学、在线游戏和娱乐等应用的日益广泛,流媒体传输技术经历了从IP组播、CDN内容分发技术到P2P技术的发展,然而现有流媒体技术仍然无法完全满足高性能、大规模的系统运营需求。由于用户规模的剧增,传统基于客户/服务器(C/S)模式或内容分发网络(CDN)模式存在服务器性能的瓶颈,无法满足扩展性的要求;同时,流媒体业务中媒体内容即时性获取的要求,不同与传统的P2P文件共享系统,使得完全依靠P2P模式时间换取空间模式同样不再可行。
为了解决上述问题,现有技术通过结合传统的CDN和P2P流媒体技术,能够满足大规模并发用户的流媒体分发要求,且可靠性高和可扩展性强,上述传输技术是“以数据为中心”的流媒体数据传输方法,但当系统中出现网络抖动或单节点失效等故障的时候,客户端获取流媒体数据的过程将不可避免出现中断或不流畅的问题。
目前云计算模式的出现为构建可管理、可扩展和有质量保障的流媒体应用创造了新的机遇。狭义云计算是指IT基础设施的交付和使用模式,将动态伸缩的虚拟化资源通过互联网以服务的方式提供给用户。广义云计算是指服务的交付和使用模式,指通过网络以按需、易扩展的方式获得所需的服务。云计算流媒体(简称云流媒体),指通过网络以按需、易扩展的方式向不同终端用户提供有质量保障流媒体服务。作为支撑云流媒体业务的关键技术,流媒体数据传输将直接影响服务平台的稳定性、播放的连续性和用户的服务质量。传统流媒体传输技术由于缺乏对大规模的、异构的用户的充分考虑,无法很好地实现数据传输及时性和稳定性的保障,故而无法满足云流媒体业务中不同终端和不同质量要求用户按需分发的需求。
目前针对相关技术的流媒体传输方法无法保障流媒体数据传输的及时性和稳定性的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种云流媒体数据传输方法及系统,以解决上述相关技术的流媒体传输方法无法保障流媒体数据传输的及时性和稳定性的问题。
为了实现上述目的,根据本发明的一个方面,提供了一种云流媒体数据传输方法,该流媒体数据传输方法包括:客户端发起对流媒体数据的访问;中心目录服务器根据条件参数向客户端返回一个或多个内容源终端的地址,并将地址加入伙伴终端列表;客户端与伙伴终端列表中的内容源终端建立连接,并按照需求动态选择与内容源终端的连接方式;客户端从内容源终端上获取流媒体数据。
进一步地,中心目录服务器根据条件参数向客户端返回一个或多个内容源终端的地址包括:中心目录服务器接收点播或直播内容请求;中心目录服务器将满足条件参数的一个或多个内容源终端的地址返回至客户端;客户端接收返回的内容源终端的地址;其中,条件参数包括:内容源终端的位置、运行状态、优先级以及提供的流媒体数据的内容。
进一步地,中心目录服务器根据条件参数来返回一个或多个内容源终端的地址包括:中心目录服务器按照内容源终端的优先级依次返回内容源终端的地址,内容源终端包括以下任意一个或多个设备:普通用户终端、优选用户终端以及服务器终端,其中,内容源终端的优先级通过以下公式获得:nodescore=K/(2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R,其中,K为基础因子常数,rtti为终端节点间的动态网络延时,minrtti为终端节点间的静态最佳网络延时,recvpercent为终端节点间的数据成功接收率,R为当前码流量化值。
进一步地,客户端与伙伴终端列表中的内容源终端建立连接,并按照需求动态选择与内容源终端的连接方式包括:在客户端的网络带宽低于第一预定值时,客户端选择与伙伴终端列表中的服务器终端建立单向直接接入式的连接;在客户端的网络带宽高于第一预定值时,客户端选择与伙伴终端列表中的服务器终端、优选用户终端以及普通用户终端建立连接,其中,客户端以单向直接接入的方式与服务器终端连接,以双向共享接入的方式与优选用户终端或者普通用户终端建立连接。
进一步地,客户端选择与伙伴终端列表中的服务器终端建立单向直接接入式的连接包括:判断客户端与服务器终端的访问时延是否大于或等于预设的静态访问时延,其中,在大于等于静态访问时延的情况下,客户端服务器终端建立基于UDP协议访问的连接;在小于静态访问时延的情况下,客户端服务器终端建立基于TCP协议访问的连接。
进一步地,服务器终端之间通过TCP协议建立共享互联,优选用户终端与普通用户终端之间以及普通用户终端彼此之间通过TCP协议建立共享互联,共享互联用于获取P2P内容共享。
进一步地,客户端从内容源终端上获取流媒体数据包括:客户端按照先通过UDP协议读取普通用户终端,再通过UDP协议读取优选用户终端,最后通过TCP协议读取服务器终端的优先级顺序,来获取流媒体数据;将流媒体数据保存至客户端的缓存。
进一步地,在将流媒体数据保存至客户端的缓存之后,方法还包括:客户端播放并共享缓存中的流媒体数据,其中,当客户端缓存中的流媒体数据大小低于第二预定值时,客户端选择向服务器终端读取流媒体数据;当客户端缓存中的流媒体数据大小处于第二预定值和第三预定值之间时,客户端选择向服务器终端、优选用户终端以及普通用户终端中的任意一个终端读取流媒体数据;当客户端缓存中的流媒体数据大小超过第三预定值时,客户端选择向普通客户端读取流媒体数据。
进一步地,读取流媒体数据的步骤包括:预先将流媒体数据按照播放顺序划分成数据块,每个数据块包括一个或多个数据包;客户端从内容源终端上按照随机顺序获取一个或多个数据包,并将流媒体数据以数据包为单位进行共享;客户端根据各个数据包的索引编号将获得的一个或多个数据包进行排序组合,以获取完整的流媒体数据。
进一步地,在客户端从内容源终端上获取流媒体数据之前,方法还包括:内容源终端向满足以下任意一个或多个条件的客户端优先上传流媒体数据,条件包括:客户端需要上传的流媒体数据最多;客户端与内容源终端处于相同的网段;客户端为新加入的终端节点。
进一步地,在客户端根据条件参数在中心目录服务器中获取一个或多个内容源终端的地址,并将地址加入客户端的伙伴终端列表之后,方法还包括:按照预定周期来定期更新伙伴终端列表,并周期性的共享伙伴终端列表中内容源终端的终端数据。
为了实现上述目的,根据本发明的另一方面,提供了一种云流媒体数据传输系统,该流媒体数据传输系统包括:中心目录服务器,用于保存所有内容源终端的地址以及伙伴终端列表;客户端,用于与伙伴终端列表中的内容源终端建立连接,以获取流媒体数据,并按照需求动态选择与内容源终端的连接方式;其中,中心目录服务器根据条件参数向客户端返回一个或多个内容源终端的地址,并将地址加入伙伴终端列表。
进一步地,客户端包括:发射装置,用于向中心目录服务器发送点播或直播内容请求;接收装置,用于接收中心目录服务器中满足条件参数的一个或多个内容源终端的地址;其中,条件参数包括:内容源终端的位置、运行状态、优先级以及提供的流媒体数据的内容。
进一步地,中心目录服务器包括:第一处理装置,用于按照内容源终端的优先级依次返回内容源终端的地址,内容源终端包括以下任意一个或多个设备:普通用户终端、优选用户终端以及服务器终端,其中,内容源终端的优先级通过以下公式获得:nodescore=K/(2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R,其中,K为基础因子常数,rtti为终端节点间的动态网络延时,minrtti为终端节点间的静态最佳网络延时,recvpercent为终端节点间的数据成功接收率,R为当前码流量化值。
进一步地,客户端还包括:第二处理装置,用于在客户端的网络带宽低于第一预定值时,客户端选择与伙伴终端列表中的服务器终端建立单向直接接入式的连接;在客户端的网络带宽高于第一预定值时,客户端选择与伙伴终端列表中的服务器终端、优选用户终端以及普通用户终端建立连接,其中,客户端以单向直接接入的方式与服务器终端连接,以双向共享接入的方式与优选用户终端或者普通用户终端建立连接,在客户端与服务器终端的访问时延大于等于预设的静态访问时延的情况下,客户端服务器终端建立基于UDP协议访问的连接,否则,客户端服务器终端建立基于TCP协议访问的连接。
进一步地,客户端还包括:读取装置,用于按照先通过UDP协议读取普通用户终端,再通过UDP协议读取优选用户终端,最后通过TCP协议读取服务器终端的优先级顺序,来获取流媒体数据,并将流媒体数据保存至缓存;播放装置,用于播放缓存中的流媒体数据,其中,当客户端缓存中的流媒体数据大小低于第二预定值时,客户端选择向服务器终端读取流媒体数据;当客户端缓存中的流媒体数据大小处于第二预定值和第三预定值之间时,客户端选择向服务器终端、优选用户终端以及普通用户终端中的任意一个终端读取流媒体数据;当客户端缓存中的流媒体数据大小超过第三预定值时,客户端选择向普通客户端读取流媒体数据。
进一步地,客户端还包括:第三处理装置,与内容源终端连接,用于从内容源终端上按照随机顺序获取一个或多个数据包,并将流媒体数据以数据包为单位进行共享;并根据各个数据包的索引编号将获得的一个或多个数据包进行排序组合,以获取完整的流媒体数据,其中,流媒体数据按照播放顺序划分成数据块,每个数据块包括一个或多个数据包。
进一步地,服务器终端之间通过TCP协议建立共享互联,优选用户终端与普通用户终端之间以及普通用户终端彼此之间通过TCP协议建立共享互联,共享互联用于获取P2P内容共享。
通过本发明,采用客户端发起对流媒体数据的访问;中心目录服务器根据条件参数向客户端返回一个或多个内容源终端的地址,并将地址加入伙伴终端列表;客户端与伙伴终端列表中的内容源终端建立连接,并按照需求动态选择与内容源终端的连接方式;客户端从内容源终端上获取流媒体数据,实现了通过基于客户端自身网络状况的动态数据来获取实现按需的流媒体数据分发,解决了相关技术的流媒体传输方法无法保障流媒体数据传输的及时性和稳定性的问题,进而实现了在出现网络抖动或单节点失效等故障的时候,保障流媒体数据获取的及时性和稳定性的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的云流媒体数据传输系统的结构示意图;
图2是根据图1所示实施例的云流媒体数据传输系统的工作流程示意图;
图3是根据本发明实施例的云流媒额体数据传输方法的流程图;
图4是根据图3所示实施例的多发式访问机制的工作流程示意图;
图5是与图4相对应的多发式访问机制的坐标示意图;以及
图6是根据本发明实施例的云流媒体数据播放过程中的动态数据调度机制示意图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
本申请中所涉及到的优选用户终端是从用户终端中选取的性能较好的节点,优选用户终端具有数据传出大于数据输入的特性,即优选用户终端起到种子终端的作用,以提供给其他用户有保障的可供获取的数据流,其一般选择标准是:1)下行带宽超过2Mbps;2)在一个固定时段内被请求用户成功连接次数超过某个设定标准。在网络系统中不具备上述特点的用户终端为普通用户终端。本发明中的客户端为发出云流媒体数据访问的用户终端。
图1是根据本发明实施例的云流媒体数据传输系统的结构示意图;图2是根据图1所示实施例的云流媒体数据传输系统的工作流程示意图。
如图1所示,该云流媒体数据传输系统包括:中心目录服务器30,用于保存所有内容源终端50的地址以及伙伴终端列表;客户端10,用于与伙伴终端列表中的内容源终端50建立连接,以获取流媒体数据,并按照需求动态选择与内容源终端50的连接方式;其中,中心目录服务器30根据条件参数向客户端10返回一个或多个内容源终端50的地址,并将该地址加入伙伴终端列表。
本发明上述实施例中的内容源终端50可以是图1中的流媒体边缘服务器、优选用户终端503以及普通用户终端502,这些终端都可以提供客户端10所需的流媒体数据。该实施例不同于传统的“以数据为中心”的流媒体数据传输系统,实现“以用户为中心”的设计理念,以客户端10用户端的网络带宽情况为基础,动态选择与内容源终端50按需的接入方式以及内容源数据的获取优先级,保障了用户终端流媒体数据的即时和连续播放质量,实现在发生网络抖动或终端单节点失效的情况下,仍旧可以保障流媒体数据获取的及时性和稳定性问题。
该实施例充分满足了云计算流媒体业务对按需的和易扩展的特性的要求,通过服务器和用户两层的互联共享实现系统的扩展性,通过基于用户自身网络状况的动态数据获取实现按需的流媒体内容分发。
具体的,如图2所示,本发明具体的实施例提供的云流媒体传输系统包括:客户端10、流媒体中心目录服务器30,内容源终端50(例如流媒体终端服务器),其中内容源终端50又包括普通用户终端节点502和优选用户终端节点503。用户节点和服务器节点之间的连接方式如图2所示。总体上分为两层,服务器间互联层和用户终端节点间互联层。在实时流媒体数据传输过程中,在中心目录服务器管理下,服务器间互联层采用TCP协议进行流媒体终端服务器之间的数据交换,用户间互联层采用UDP协议进行用户间的数据交换。服务器和用户之间采用基于UDP或TCP的协议进行数据交换。其中,服务器与服务器之间的数据传输是双向的,服务器与用户之间的数据传输是单向的,用户节点之间的数据传输是双向的。特别地,优选用户节的数据传出要大于输入。
本发明上述图1所示的实施例中,所涉及到的客户端10可以包括:发射装置101,用于向中心目录服务器30发送点播或直播内容请求;接收装置102,用于接收中心目录服务器30中满足条件参数的一个或多个内容源终端50的地址;其中,条件参数包括:内容源终端50的位置、运行状态、优先级以及提供的流媒体数据的内容。
上述实施例实现了本申请内容源节点选取的功能,具体的,如图1和图2所示,当客户端10(即新用户)加入到网络时,可以以网页重导向等方式通过发射装置101向流媒体中心目录服务器30(Tracker)发送点播或直播内容请求,中心目录服务器30根据客户端10请求节目和位置情况,返回正在播放用户所请求节目的内容源终端50节点,内容源终端50可以包括普通用户终端502,优选用户终端503和服务器终端501,该服务器终端501可以是流媒体边缘服务器。中心目录服务器30选择返回给内容源节点的机制为P2P优先的本地化节点选择策略。
其中,中心目录服务器30选择可供客户端10用户访问的内容源终端50节点的基本标准是:1)该内容源终端50节点拥有客户端10用户所请求内容一致的数据片段;2)该内容终端的运行状态处于活跃状态,存在上下行带宽。
优选的,中心目录服务器30选择可供客户端10用户访问的内容源终端50节点的附加标准是:1)该内容源终端50节点在物理位置上离请求用户在固定时延范围内,如30秒;2)该内容源终端50节点不处于满负荷状态,即连接它的内容源终端50节点数量不超过某固定设定值,一般普通用户终端502节点为5个,优选用户终端503节点为20个,服务器终端501节点为200个。
本发明上述实施例中,如图1所示,所涉及到的中心目录服务器30可以包括:第一处理装置301301,用于按照内容源终端50的优先级依次返回内容源终端50的地址,内容源终端50包括以下任意一个或多个设备:普通用户终端502、优选用户终端503以及服务器终端501,其中,内容源终端50的优先级通过以下公式获得:nodescore=K/(2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R,其中,K为基础因子常数,rtti为终端节点间的动态网络延时,minrtti为终端节点间的静态最佳网络延时,recvpercent为终端节点间的数据成功接收率,R为当前码流量化值。
具体的,中心目录服务器30向请求节点返回可供访问的内容源终端50节点的优先级顺序为:普通用户终端502节点;优选用户终端503节点;服务器终端501节点。同一类型的终端节点的选择标准是在用户同一IP段的优先,以减少端到端的访问时延和过多的跨ISP流量。优选用户终端503节点是从用户节点中选取的性能较好的节点,优选用户终端503具有数据传出大于数据输入的特性,即优选用户终端503起到种子终端的作用,以提供给其他用户有保障的可供获取的数据流,其一般选择标准是:1)下行带宽超过2Mbps;2)在一个固定时段内被请求用户成功连接次数超过某个设定标准。
基于内容源终端50的标准,中心目录服务器30通过对所有内容源终端50节点(包括用户节点和服务器节点)进行打分来确定其优先级,即对内容源终端50节点进行量化的评分机制,分数较高的将被优先返回。作为量化标准的一种可能实现形式示例,具体的评分公式如下:
1)nodescore=K/(2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R,该公式为内容源终端50的节点级别值(nodescore)的获取公式,这个节点级别值(nodescore)的计算结果就是选取的某一个内容终端节点评分后的优先级值,nodescore值越大,越优先被选取为共享内容的终端节点。
2)nodescore(now)=(nodescore(pre)+3*nodescore)/4,该公式为当前节点值=(前一个节点值+3*节点级别值)/4,用于体现一个动态调整,表征在不同的统计时间段,当前节点的nodescore值和之前节点的nodescore值有什么关系,体现一个动态递推关系。
参数说明:K为基础因子常数,是经验实测值,当node为服务器时,因子较小,node为相同网段的用户节点时,取值较大。典型值:源服务器K=700;分发服务器K=800;一般节点K=1000;相同网段用户节点K=1300。rtti为节点间的动态网络延时;minrtti为节点间的静态最佳网络延时;recvpercent为节点间的数据成功接收率,相当于1-包率;R为当前码流量化值。其中,相关rtti计算参考TCP标准,一般用两个节点间互发包的接收时间计算,在计算机命令里面用现成的ping命令即可实现。
如图1所示,本发明上述各个实施例中的客户端10还可以包括:第二处理装置103,用于在客户端10的网络带宽低于第一预定值时,客户端10选择与伙伴终端列表中的服务器终端501建立单向直接接入式的连接;在客户端10的网络带宽高于第一预定值时,客户端10选择与伙伴终端列表中的服务器终端501、优选用户终端503以及普通用户终端502建立连接,其中,客户端10以单向直接接入的方式与服务器终端501连接,以双向共享接入的方式与优选用户终端503或者普通用户终端502建立连接,其中,在客户端10与服务器终端501的访问时延大于等于预设的静态访问时延的情况下,客户端10服务器终端501建立基于UDP协议访问的连接,否则,客户端10服务器终端501建立基于TCP协议访问的连接。
上述实施例涉及使用TCP与UDP相结合的基于缓存动态调度的流媒体数据传输方法,其特征是在连接方式上基于客户端10用户的网络状况为触发,动态选择与服务器直连和/或与用户终端节点P2P连接的混合连接方式,优先选择多个用户终端节点间基于UDP的P2P连接,其次选择与服务器间的TCP或UDP直连,同时服务器间按TCP方式进行直连和P2P共享。
本申请上述实施例中,客户端10的第二处理装置103用于控制客户端10与内容源终端50之间连接方式的选取。主要基于新终端用户当前的网络情况和所处的位置,按需动态选择连接方式,向内容源节点发送请求,在连接成功后从内容源节点处接收数据。具体包括以下动态选择机制:
1)用户带宽优先的连接策略。如图2所示,当用户网络接入带宽低于某第一预定值(如1M)时,用户进行与服务器的直接连接,不参与用户之间的P2P连接;当用户接入带宽大于该第一预定值(如1M)时,进行客户端10与优选用户终端503或普通用户终端502节点以P2P方式连接以及和服务器终端501直连连接的混合连接方式。
在连接的协议上,将TCP和UDP协议融合,当用户节点离服务器终端501较远(超过设定静态访问时延),采用基于UDP协议的直接连接方式;当用户节点离服务器较近(低于设定静态访问时延),采用基于TCP协议的直接连接方式。用户终端节点之间进行UDP连接,实现分布式的P2P充分共享。并利用基于UDP的打洞机制,实现对NAT局域网后用户内容的充分共享。
2)可扩展的服务器互联策略。如图2所示,多个服务器(如流媒体边缘服务器)之间进行TCP连接,实现P2P内容共享。中心媒体库将热点的点播视频和直播流提前在各服务器中进行预分发,在用户连接时,根据服务器负载情况,以相互共享形式提供给用户;非热点内容和较大的视频内容只在部分服务器存储,根据客户端10用户请求情况在各服务器间进行调度,下载到本地服务器的视频可成为新内容源供客户端10用户下载。
3)公平与效率兼顾的连接请求判定策略。如图2所示,当拥有内容的节点收到新用户请求后,要确定是否向请求用户发送数据,首先必须满足一个约束:总连接数不超过本节点最大连接数(如一般普通用户终端502节点为5个,优选用户终端503节点为20个,服务器终端501节点为200个),以保证内容源节点不会负载过重。具体满足三个标准:1)向该节点上传内容数据多的节点优先,保障互相共享;2)同一网段的节点优先,促进本地化访问;3)新加入的节点优先,保障新节点能快速启动和拥有初始内容进行共享。既保证P2P效率,也保证公平。
4)动态伙伴节点更新和连接策略。如图2所示,当内容源终端50节点接收客户端10用户的请求后,它成为客户端10用户维护伙伴终端列表,即伙伴节点(Partner)目录中的一个。每个内容源终端50节点的伙伴节点数量固定(一般为10到20个),并且周期性更新,以维持一定数量的能向本节点提供数据的活跃伙伴节点。每个网络中的节点周期性地与其伙伴节点交换各自拥有数据信息,进而从其他节点中获取其不拥有的内容片,同时为其他节点提供其拥有的内容片。
如图1所示,本申请上述各个实施例中的客户端10还可以包括:读取装置104,用于按照先通过UDP协议读取普通用户终端502,再通过UDP协议读取优选用户终端503,最后通过TCP协议读取服务器终端501的优先级顺序,来获取流媒体数据,并将流媒体数据保存至缓存;播放装置105,用于播放缓存中的流媒体数据,其中,当客户端10缓存中的流媒体数据大小低于第二预定值时,客户端10选择向服务器终端501读取流媒体数据;当客户端10缓存中的流媒体数据大小处于第二预定值和第三预定值之间时,客户端10选择向服务器终端501、优选用户终端503以及普通用户终端502中的任意一个终端读取流媒体数据;当客户端10缓存中的流媒体数据大小超过第三预定值时,客户端10选择向普通客户端10读取流媒体数据。
优选地,如图1和2所示,本申请各个实施例中的服务器终端501之间通过TCP协议建立共享互联,优选用户终端503与普通用户终端502之间以及普通用户终端502彼此之间通过TCP协议建立共享互联,共享互联用于获取P2P内容共享。同时不影响用户的其他应用,实现服务器和用户的负载均衡。具体传输方式上,不简单依赖纯P2P方式的按可用性共享,实现按需的内容分发,既保障了P2P的效率,也保障了公平。
本发明上述实施例实现在云流媒体数据块内容获取方式上,在播放启动时利用缓存获取即将播放内容,以大于播放速度的并行多发快速获取即将播放的内容,在播放过程中以三级报警机制触发用户从不同源节点获取内容,并且将内存缓存和硬盘存储的数据与其他节点共享。利用用户缓存预先获取即将播放内容,启动时以大于播放速度的并行多发快速获取即将播放的内容,播放过程中以三级报警机制触发用户从不同源节点获取内容,并且将缓存的数据与其他节点共享。如图1所示,用户终端节点可以是普通用户终端502或优选用户终端503,服务器可以是流媒体边缘服务器。
优选地,客户端还包括:第三处理装置,与内容源终端连接,用于从内容源终端上按照随机顺序获取一个或多个数据包,并将流媒体数据以数据包为单位进行共享;并根据各个数据包的索引编号将获得的一个或多个数据包进行排序组合,以获取完整的流媒体数据,其中,流媒体数据按照播放顺序划分成数据块,每个数据块包括一个或多个数据包。该第三处理装置与第二处理装置为等同的处理装置。
上述实施例实现了本申请云流媒体数据的获取方式选取,具体如下:
在视频播放过程中,用户提前将即将播放的流媒体数据存放到缓存中,实现基于动态缓存的边下边播和数据共享。包括如下选取机制和算法:
1)基于UDP多传的快速启动策略。如图1和2所示,在缓存中数据未满时,用户客户端10启动多个并发连接,利用基于UDP的多传机制,保障以当前播放速度n倍的速度(一般为3)获取缓存中即将播放的数据,以保障在用户启动、拖动、断开重连过程中播放的流畅,并预防网络抖动对播放的影响。
2)基于三级预警的数据获取。如图2所示,缓存管理上采取三级报警机制来保障获取内容源的稳定性,当缓存中数据低于缓存大小的20%时,启动红色警报,用户将以最高优先级向服务器节点发起连接;当缓存中数据低于缓存大小的40%时,启动橙色警报,目录服务器将返回更多的服务器节点和用户节点(特别是优选用户节点)供用户选择和连接;当缓存中数据低于缓存大小的60%时,启动黄色警报,目录服务器将返回更多的用户节点供用户选择和连接。实现上利用客户端10软件上的设定策略进行预警操作触发。
3)按需和随机结合的数据块请求优先级。如图2和6所示,流媒体数据根据播放先后顺序分成数据块(chunk),每数据块包括若干固定长度的数据包(packet)。对于缓存中的数据,用户请求数据的优先级确定原则是:当前播放数据块的下一个数据块首先下载;排序靠前的数据块比排序靠后的数据块先下载,实现按序获取;同一数据块内的数据包,根据内容可用性,进行随机顺序获取,以提高P2P请求的效率。缓存数据下载并播放后,存放到用户物理硬盘中,可供其他节点以随机顺序进行分享下载。
图3是根据本发明实施例的云流媒额体数据传输方法的流程图;图4是根据图3所示实施例的多发式访问机制的工作流程示意图;图5是与图4相对应的多发式访问机制的坐标示意图;以及图6是根据本发明实施例的云流媒体数据播放过程中的动态数据调度机制示意图。
如图3所示该方法包括如下步骤:
步骤S102,通过图1和图2中的客户端10发起对流媒体数据的访问。
步骤S104,图1和图2中的中心目录服务器30根据条件参数向客户端10返回一个或多个内容源终端的地址,并将地址加入伙伴终端列表。
步骤S106,图1和图2中客户端10与伙伴终端列表中的内容源终端50建立连接,并按照需求动态选择与内容源终端50的连接方式。
步骤S108,图1和图2中客户端10从内容源终端50上获取流媒体数据。
本发明该实施例不同于传统的“以数据为中心”的流媒体数据传输系统,实现“以用户为中心”的设计理念,以客户端10用户端的网络带宽情况为基础,动态选择与内容源终端50按需的接入方式以及内容源数据的获取优先级,保障了用户终端云流媒体数据的即时和连续播放质量,实现在发生网络抖动或终端单节点失效的情况下,仍旧可以保障流媒体数据获取的及时性和稳定性问题,同时不影响用户的其他应用,实现服务器和用户的负载均衡,不简单依赖纯P2P方式的按可用性共享,实现按需的内容分发,既保障了P2P的效率,也保障了公平。本专利充分满足了云计算流媒体业务对按需的和易扩展的特性的要求,通过服务器和用户两层的互联共享实现系统的扩展性,通过基于用户自身网络状况的动态数据获取实现按需的流媒体内容分发。
本申请上述实施例中,步骤S104,中心目录服务器30根据条件参数向客户端10返回一个或多个内容源终端的地址,并将地址加入伙伴终端列表可以包括如下步骤:中心目录服务器30接收点播或直播内容请求;中心目录服务器30根据条件参数来返回一个或多个内容源终端50的地址,内容源终端50正在播放点播或直播内容请求对应的流媒体数据;客户端10接收返回的内容源终端50的地址;其中,条件参数包括:内容源终端50的位置、运行状态、优先级以及提供的流媒体数据的内容。
优选地,中心目录服务器30根据条件参数来返回一个或多个内容源终端50的地址的步骤包括:中心目录服务器30按照内容源终端50的优先级依次返回内容源终端50的地址,内容源终端50包括以下任意一个或多个设备:普通用户终端502、优选用户终端503以及服务器终端501,其中,内容源终端50的优先级通过以下公式获得:
nodescore=K/(2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R,其中,K为基础因子常数,rtti为终端节点间的动态网络延时,minrtti为终端节点间的静态最佳网络延时,recvpercent为终端节点间的数据成功接收率,R为当前码流量化值。
本发明上述实施例中,步骤S106,客户端10与伙伴终端列表中的内容源终端50建立连接,并按照需求动态选择与内容源终端50的连接方式的步骤可以包括:在客户端10的网络带宽低于第一预定值时,客户端10选择与伙伴终端列表中的服务器终端501建立单向直接接入式的连接;在客户端10的网络带宽高于第一预定值时,客户端10选择与伙伴终端列表中的服务器终端501、优选用户终端503以及普通用户终端502建立连接,其中,客户端10以单向直接接入的方式与服务器终端501连接,以双向共享接入的方式与优选用户终端503或者普通用户终端502建立连接。
优选地,客户端10选择与伙伴终端列表中的服务器终端501建立单向直接接入式的连接的步骤可以包括:判断客户端10与服务器终端501的访问时延是否大于或等于预设的静态访问时延,其中,在大于等于静态访问时延的情况下,客户端10服务器终端501建立基于UDP协议访问的连接;在小于静态访问时延的情况下,客户端10服务器终端501建立基于TCP协议访问的连接。
本申请上述各个实施例中的服务器终端501之间通过TCP协议建立共享互联,优选用户终端503与普通用户终端502之间以及普通用户终端502彼此之间通过TCP协议建立共享互联,共享互联用于获取P2P内容共享。
如图2和3所示,本发明上述实施例中的步骤S108,在步骤客户端10从内容源终端50上获取流媒体数据的过程中可以包括:客户端10按照先通过UDP协议读取普通用户终端502,再通过UDP协议读取优选用户终端503,最后通过TCP协议读取服务器终端501的优先级顺序,来获取流媒体数据;将流媒体数据保存至客户端10的缓存。
优选地,如图2和3所示,在步骤将流媒体数据保存至客户端10的缓存之后,方法还可以包括:客户端10播放并共享缓存中的流媒体数据,其中,当客户端10缓存中的流媒体数据大小低于第二预定值时,客户端10选择向服务器终端501读取流媒体数据;当客户端10缓存中的流媒体数据大小处于第二预定值和第三预定值之间时,客户端10选择向服务器终端501、优选用户终端503以及普通用户终端502中的任意一个终端读取流媒体数据;当客户端10缓存中的流媒体数据大小超过第三预定值时,客户端10选择向普通客户端10读取流媒体数据。
优选地,读取流媒体数据的步骤包括:预先将流媒体数据按照播放顺序划分成数据块,每个数据块包括一个或多个数据包;客户端10从内容源终端50上按照随机顺序获取一个或多个数据包,并将流媒体数据以数据包为单位进行共享;客户端10根据各个数据包的索引编号将获得的一个或多个数据包进行排序组合,以获取完整的流媒体数据。
优选地,在客户端10从内容源终端50上获取流媒体数据之前,方法还可以包括如下步骤:内容源终端50向满足以下任意一个或多个条件的客户端10优先上传流媒体数据,条件包括:客户端10需要上传的流媒体数据最多;客户端10与内容源终端50处于相同的网段;客户端10为新加入的终端节点。
优选地,在客户端10根据条件参数在中心目录服务器30中获取一个或多个内容源终端50的地址,并将地址加入客户端10的伙伴终端列表之后,方法还可以包括:按照预定周期来定期更新伙伴终端列表,并周期性的共享伙伴终端列表中内容源终端50的终端数据。
如图2-6所示,本发明具体的实施例提供的流媒体传输系统包括:客户端10、流媒体中心目录服务器30,内容源终端50(例如流媒体终端服务器),其中内容源终端50又包括普通用户终端节点502和优选用户终端节点503。用户节点和服务器节点之间的连接方式如图2所示。总体上分为两层,服务器间互联层和用户终端节点间互联层。在实时流媒体数据传输过程中,在中心目录服务器管理下,服务器间互联层采用TCP协议进行流媒体终端服务器之间的数据交换,用户间互联层采用UDP协议进行用户间的数据交换。服务器和用户之间采用基于UDP或TCP的协议进行数据交换。其中,服务器与服务器之间的数据传输是双向的,服务器与用户之间的数据传输是单向的,用户节点之间的数据传输是双向的。特别地,优选用户节的数据传出要大于输入。
当客户端(即新用户)请求流媒体数据时,按照如下1)到17)的流程步骤进行。
具体地,本发明上述流媒体数据传输方法详细的工作流程包括以下步骤:
1)预先地,流媒体服务器以TCP方式互连,并且在节目开始前将热门直播和点播内容预分发到各流媒体边缘服务器。
2)新用户通过网页或终端重定向访问流媒体业务数据,向中心目录服务器30发送获取特定点播或直播内容请求(该用户也称为请求用户),在访问过程中,根据自身网络情况,主动选择获取流媒体业务方式:单向直连接入或双向共享接入。对于网络带宽过低的用户(如拨号上网用户或移动用户,一般接入带宽小于1Mbps),启动C/S模式单向直连接入。一般用户默认启动服务器与P2P结合的双向共享接入模式,需要高清视频的用户默认选择双向共享接入。
3)中心目录服务器接收到客户端用户请求后,对单向直连接入用户直接返回就近的流媒体边缘服务器地址列表;对双向共享接入用户的请求,目录服务器根据不同内容源节点优先级,对正在播放用户所请求节目的用户节点和流媒体服务器节点量化打分后,向用户返回不同优先级的可获取所请求内容的节点地址列表。
4)客户端用户根据中心目录服务器返回的地址列表向内容源节点发送请求。
5)内容源终端节点在接收到客户端的用户数据请求后,根据一定原则同意部分用户的请求。内容源节点包括普通用户节点、优选用户节点和服务器节点。内容源用户节点根据请求用户上传带宽优先和新加入优先结合的原则,有选择地接受部分请求节点;内容源服务器节点在不超过自身负载情况下默认接受所有节点请求,如本机没有所请求内容,利用TCP协议从其他服务器节点中获取,并缓存到本地供其他节点获取。
6)在内容源终端节点接受请求后,新用户将其加入伙伴终端列表,伙伴终端列表中包括一个或多个可以提供流媒体数据的内容源终端的地址。
7)根据接收请求的伙伴终端列表中的终端节点的情况,优先地,新用户通过UDP协议向普通用户终端节点获取数据;其次,通过UDP协议向优选用户终端获取数据;再次地,利用TCP协议向较近的服务器终端节点;最后,利用UDP协议向较远的服务器终端节点获取数据。
8)客户端新用户在内存中设置数据缓冲区来提前缓存一定长度的即将播放的视频。如果新用户缓存中内容未满,启动缓存P2P多发机制,以大于当前播放速度一定倍数的下载速度获取内容,实现快速启动。
9)在播放过程中,新用户当前播放的数据块的后续数据块按自然顺序作为优先级进行获取,组成数据块的最小数据包按随机顺序获取。
10)当新用户缓存中数据低于设定刻度值,启动分级预警机制,由报警级别由高到底,以增加服务器TCP直连,增加优选节点UDP共享,增加普通节点UDP共享为序,向新用户提供内容。
11)新用户播放缓存中的数据,并将播放后和播放中的数据存到本地缓存和硬盘指定目录。
12)用户周期性地主动与其他伙伴节点交换其缓存中的数据块信息,从其他伙伴节点中提前获取未拥有的数据块,分享在本地缓存和硬盘中拥有的其他节点未拥有的数据块。
13)如果用户确认之前连接的内容源节点无法连接后,将主动请求从其他伙伴节点获取缓存中缺失的数据,并周期性地联系目录服务器,动态更新伙伴节点目录。
14)在新用户自身播放的同时,流媒体目录服务器会导引其他在播放同一节目的用户主动连接到本用户,向本用户询问拥有的数据块。
15)如果本用户的缓存和本地硬盘存储中拥有其它用户需要的数据块,则根据本用户自身负载状况,有选择地向其它用户返回所请求的数据块。
16)如果本用户没有其他用户所请求的数据块,返回本用户的伙伴节点地址列表给其他请求用户。
17)当用户上下行速率达到总带宽一定警戒比例时,本用户自发拒绝所有用户的请求。
特别地,在流媒体节目开始时,用户根据自身网络状况,主动选择单向直连式或者双向共享式接入。如图2、图4和图5所示,选择服务器直连形式的客户端用户(一般为接入带宽小于1Mbps)将直接从服务器终端(例如流媒体边缘服务器)处获取稳定的流媒体数据;选择双向共享式的客户端用户,首先启动P2P多发访问机制,以迅速下载部分流媒体数据以快速启动播放和为后续共享过程提供数据。按P2P方式接入的客户端,一般选择的获取数据内容源终端节点的优先级为:普通用户终端节点,优选用户终端节点,同网段的终端流媒体服务器终端节点,非同网段的终端流媒体服务器终端节点。
特别地,在播放过程中,用户预取部分流媒体数据块存入缓存中,边播放缓存中数据,边从其他节点(服务器或用户节点)中不断获取数据,同时与其他用户节点共享。如图6所示,根据不同的缓存报警机制,由报警级别由高到底,客户端用户选择的数据获取源优先级为:终端流媒体服务器节点,优选用户终端节点,普通用户终端节点。流媒体数据在传输时被切分成固定大小的数据包,固定数量数据包形成数据块。在与内容源节点成功连接后,用户缓存中的数据要首先根据顺序原则按播放顺序的先后为优先级获取数据块,而每个数据块中的数据包根据可用性原则从不同节点源中以随机顺序获取。用户缓存中的数据在满足播放的同时,提供给其他用户共享。
总体地,在空间上,本方案实现两层P2P的构建:1)结构化边缘服务器P2P:优化调度边缘服务器节点资源,从超负荷服务器转移负载给可用其他服务器节点,实现负载均衡和带宽高效利用。2)非结构化终端用户P2P:采用纯多发送端多接收端P2P,实现系统最大扩展性。
总体地,在时间上,本方案流媒体数据的分发可分为三个阶段:1)以服务器为主源的TCP分发。服务器节点之间进行P2P式的内容预分发,和所有新加入节点从服务器获取初始内容源。2)服务器与用户节点混合的TCP和UDP分发。随着用户数量的增加和用户可共享内容的增加,P2P网络开始增长,部分节点仍从服务器获取内容,部分节点则可直接从其他P2P节点获取所请求的媒体内容。3)以用户节点为主源的UDP分发。P2P网络已经发展成熟,可以直接支持节点需求。只有临时节点失效才从服务器节点获得支持。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
从以上的描述中,可以看出,本发明实现了如下技术效果:针对现有技术存在的不足,本发明提出按需分发的云流媒体数据传输方法,主要实现传统流媒体数据传输方法不能很好保障的如下功能:1)连接方式根据用户网络带宽情况,实现C/S(客户端10/服务器)与P2P模式(对等互联)的主动选择;2)数据获取方式上,利用缓存多发和缓存报警机制保证播放的连续性;3)保障流媒体数据获取的及时性,在网络抖动和负载过重导致单节点失效的情况保证了流媒体数据的及时性和稳定性。
本发明提供的流媒体数据传输方法可应用于大规模流媒体应用和新一代云流媒体应用,可以实现面向PC、IPTV机顶盒、手机、MID及其他移动终端的高效内容分发,保障用户稳定、清晰、流畅的获取流媒体数据,按需获取网络直播、点播等流媒体服务。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种云流媒体数据传输方法,其特征在于,包括:
客户端发起对流媒体数据的访问;
中心目录服务器根据条件参数向所述客户端返回一个或多个内容源终端的地址,并将所述地址加入伙伴终端列表;
所述客户端与所述伙伴终端列表中的所述内容源终端建立连接,并按照需求动态选择与所述内容源终端的连接方式;
所述客户端从所述内容源终端上获取所述流媒体数据。
2.根据权利要求1所述的方法,其特征在于,中心目录服务器根据条件参数向所述客户端返回一个或多个内容源终端的地址包括:
所述中心目录服务器接收点播或直播内容请求;
所述中心目录服务器将满足所述条件参数的一个或多个所述内容源终端的地址返回至所述客户端;
所述客户端接收返回的所述内容源终端的地址;
其中,所述条件参数包括:所述内容源终端的位置、运行状态、优先级以及提供的流媒体数据的内容。
3.根据权利要求2所述的方法,其特征在于,所述中心目录服务器根据所述条件参数来返回一个或多个所述内容源终端的地址包括:
所述中心目录服务器按照所述内容源终端的优先级依次返回所述内容源终端的地址,所述内容源终端包括以下任意一个或多个设备:普通用户终端、优选用户终端以及服务器终端,其中,
所述内容源终端的优先级通过以下公式获得:
nodescore=K/(2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R,其中,
K为基础因子常数,rtti为终端节点间的动态网络延时,minrtti为终端节点间的静态最佳网络延时,recvpercent为终端节点间的数据成功接收率,R为当前码流量化值。
4.根据权利要求3所述的方法,其特征在于,所述客户端与所述伙伴终端列表中的所述内容源终端建立连接,并按照需求动态选择与所述内容源终端的连接方式包括:
在所述客户端的网络带宽低于第一预定值时,所述客户端选择与所述伙伴终端列表中的所述服务器终端建立单向直接接入式的连接;
在所述客户端的网络带宽高于第一预定值时,所述客户端选择与伙伴终端列表中的所述服务器终端、所述优选用户终端以及所述普通用户终端建立连接,其中,所述客户端以所述单向直接接入的方式与所述服务器终端连接,以双向共享接入的方式与所述优选用户终端或者所述普通用户终端建立连接。
5.根据权利要求4所述的方法,其特征在于,所述客户端选择与所述伙伴终端列表中的所述服务器终端建立单向直接接入式的连接包括:
判断所述客户端与所述服务器终端的访问时延是否大于或等于预设的静态访问时延,其中,
在大于等于所述静态访问时延的情况下,所述客户端所述服务器终端建立基于UDP协议访问的连接;
在小于所述静态访问时延的情况下,所述客户端所述服务器终端建立基于TCP协议访问的连接。
6.根据权利要求4所述的方法,其特征在于,所述服务器终端之间通过TCP协议建立共享互联,所述优选用户终端与所述普通用户终端之间以及所述普通用户终端彼此之间通过TCP协议建立共享互联,所述共享互联用于获取P2P内容共享。
7.根据权利要求4所述的方法,其特征在于,所述客户端从所述内容源终端上获取所述流媒体数据包括:
所述客户端按照先通过UDP协议读取所述普通用户终端,再通过UDP协议读取所述优选用户终端,最后通过TCP协议读取所述服务器终端的优先级顺序,来获取所述流媒体数据;
将所述流媒体数据保存至所述客户端的缓存。
8.根据权利要求7所述的方法,其特征在于,在将所述流媒体数据保存至所述客户端的缓存之后,所述方法还包括:
所述客户端播放并共享所述缓存中的所述流媒体数据,其中,
当所述客户端缓存中的所述流媒体数据大小低于第二预定值时,所述客户端选择向所述服务器终端读取流媒体数据;
当所述客户端缓存中的所述流媒体数据大小处于所述第二预定值和第三预定值之间时,所述客户端选择向所述服务器终端、所述优选用户终端以及所述普通用户终端中的任意一个终端读取流媒体数据;
当所述客户端缓存中的所述流媒体数据大小超过所述第三预定值时,所述客户端选择向所述普通客户端读取流媒体数据。
9.根据权利要求8所述的方法,其特征在于,读取流媒体数据的步骤包括:
预先将所述流媒体数据按照播放顺序划分成数据块,每个所述数据块包括一个或多个数据包;
所述客户端从所述内容源终端上按照随机顺序获取一个或多个所述数据包,并将所述流媒体数据以数据包为单位进行共享;
所述客户端根据各个所述数据包的索引编号将获得的一个或多个所述数据包进行排序组合,以获取完整的所述流媒体数据。
10.根据权利要求1-9中任一项所述的方法,其特征在于,在所述客户端从所述内容源终端上获取所述流媒体数据之前,所述方法还包括:
所述内容源终端向满足以下任意一个或多个条件的所述客户端优先上传所述流媒体数据,所述条件包括:
所述客户端需要上传的所述流媒体数据最多;
所述客户端与所述内容源终端处于相同的网段;
所述客户端为新加入的终端节点。
11.根据权利要求1-9中任一项所述的方法,其特征在于,在所述客户端根据条件参数在中心目录服务器中获取一个或多个内容源终端的地址,并将所述地址加入所述客户端的伙伴终端列表之后,所述方法还包括:
按照预定周期来定期更新所述伙伴终端列表,并周期性的共享所述伙伴终端列表中所述内容源终端的终端数据。
12.一种云流媒体数据传输系统,其特征在于,包括:
中心目录服务器,用于保存所有内容源终端的地址以及伙伴终端列表;
客户端,用于与所述伙伴终端列表中的所述内容源终端建立连接,以获取所述流媒体数据,并按照需求动态选择与所述内容源终端的连接方式;其中,
所述中心目录服务器根据条件参数向所述客户端返回一个或多个所述内容源终端的地址,并将所述地址加入伙伴终端列表。
13.根据权利要求12所述的系统,其特征在于,所述客户端包括:
发射装置,用于向所述中心目录服务器发送点播或直播内容请求;
接收装置,用于接收所述中心目录服务器中满足所述条件参数的一个或多个所述内容源终端的地址;
其中,所述条件参数包括:所述内容源终端的位置、运行状态、优先级以及提供的流媒体数据的内容。
14.根据权利要求13所述的系统,其特征在于,所述中心目录服务器包括:
第一处理装置,用于按照所述内容源终端的优先级依次返回所述内容源终端的地址,所述内容源终端包括以下任意一个或多个设备:普通用户终端、优选用户终端以及服务器终端,其中,
所述内容源终端的优先级通过以下公式获得:
nodescore=K/(2+rtti/500)*(minrtti/rtti)2*(recvprecent)2*R,其中,
K为基础因子常数,rtti为终端节点间的动态网络延时,minrtti为终端节点间的静态最佳网络延时,recvpercent为终端节点间的数据成功接收率,R为当前码流量化值。
15.根据权利要求14所述的系统,其特征在于,所述客户端还包括:
第二处理装置,用于在所述客户端的网络带宽低于第一预定值时,所述客户端选择与所述伙伴终端列表中的所述服务器终端建立单向直接接入式的连接;在所述客户端的网络带宽高于第一预定值时,所述客户端选择与伙伴终端列表中的所述服务器终端、所述优选用户终端以及所述普通用户终端建立连接,其中,所述客户端以所述单向直接接入的方式与所述服务器终端连接,以双向共享接入的方式与所述优选用户终端或者所述普通用户终端建立连接,在所述客户端与所述服务器终端的访问时延大于等于预设的静态访问时延的情况下,所述客户端所述服务器终端建立基于UDP协议访问的连接,否则,所述客户端所述服务器终端建立基于TCP协议访问的连接。
16.根据权利要求15所述的系统,其特征在于,所述客户端还包括:
读取装置,用于按照先通过UDP协议读取所述普通用户终端,再通过UDP协议读取所述优选用户终端,最后通过TCP协议读取所述服务器终端的优先级顺序,来获取所述流媒体数据,并将所述流媒体数据保存至缓存;
播放装置,用于播放所述缓存中的所述流媒体数据,其中,当所述客户端缓存中的所述流媒体数据大小低于第二预定值时,所述客户端选择向所述服务器终端读取流媒体数据;当所述客户端缓存中的所述流媒体数据大小处于所述第二预定值和第三预定值之间时,所述客户端选择向所述服务器终端、所述优选用户终端以及所述普通用户终端中的任意一个终端读取流媒体数据;当所述客户端缓存中的所述流媒体数据大小超过所述第三预定值时,所述客户端选择向所述普通客户端读取流媒体数据。
17.根据权利要求15所述的系统,其特征在于,所述客户端还包括:
第三处理装置,与所述内容源终端连接,用于从所述内容源终端上按照随机顺序获取一个或多个所述数据包,并将所述流媒体数据以数据包为单位进行共享;并根据各个所述数据包的索引编号将获得的一个或多个所述数据包进行排序组合,以获取完整的所述流媒体数据,其中,所述流媒体数据按照播放顺序划分成数据块,每个所述数据块包括一个或多个数据包。
18.根据权利要求14-17中任一项所述的系统,其特征在于,所述服务器终端之间通过TCP协议建立共享互联,所述优选用户终端与所述普通用户终端之间以及所述普通用户终端彼此之间通过TCP协议建立共享互联,所述共享互联用于获取P2P内容共享。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110180285.8A CN102355448B (zh) | 2011-06-29 | 2011-06-29 | 云流媒体数据传输方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110180285.8A CN102355448B (zh) | 2011-06-29 | 2011-06-29 | 云流媒体数据传输方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102355448A true CN102355448A (zh) | 2012-02-15 |
CN102355448B CN102355448B (zh) | 2015-07-01 |
Family
ID=45578943
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110180285.8A Expired - Fee Related CN102355448B (zh) | 2011-06-29 | 2011-06-29 | 云流媒体数据传输方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102355448B (zh) |
Cited By (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685123A (zh) * | 2012-05-04 | 2012-09-19 | 安科智慧城市技术(中国)有限公司 | 一种基于云存储发布流媒体的装置、系统及方法 |
CN102695081A (zh) * | 2012-06-13 | 2012-09-26 | 百视通网络电视技术发展有限责任公司 | 基于互联网电视的视频资源调度方法及电视终端 |
CN103024076A (zh) * | 2012-12-31 | 2013-04-03 | 乐视网信息技术(北京)股份有限公司 | 一种应用于对等网络的直播调度系统及方法 |
CN103024461A (zh) * | 2012-12-10 | 2013-04-03 | 乐视网信息技术(北京)股份有限公司 | 一种播放器测速方法 |
CN103517098A (zh) * | 2013-08-29 | 2014-01-15 | 小米科技有限责任公司 | 基于视频聚合服务的视频播放方法、装置及终端设备 |
CN103747043A (zh) * | 2013-12-24 | 2014-04-23 | 乐视网信息技术(北京)股份有限公司 | 一种cdn服务器调度方法、cdn控制中心及系统 |
CN103916681A (zh) * | 2013-01-04 | 2014-07-09 | 云联(北京)信息技术有限公司 | 一种流媒体内容播放方法、装置及系统 |
WO2014108025A1 (en) * | 2013-01-09 | 2014-07-17 | Tencent Technology (Shenzhen) Company Limited | Cloud transport platform (ctp) based data transmission method, system and corresponding cloud transport platform |
CN104601205A (zh) * | 2013-10-31 | 2015-05-06 | 华为终端有限公司 | 一种内容共享的方法及装置 |
WO2015109833A1 (zh) * | 2014-01-24 | 2015-07-30 | 贝壳网际(北京)安全技术有限公司 | 网络视频续传方法及装置 |
WO2015149351A1 (zh) * | 2014-04-04 | 2015-10-08 | 华为技术有限公司 | 监控服务器、解析服务器、请求设备及节点选择方法 |
CN105187867A (zh) * | 2015-07-22 | 2015-12-23 | 北京视信互动科技有限公司 | 一种媒体流控制方法及其装置 |
WO2016000138A1 (zh) * | 2014-06-30 | 2016-01-07 | 北京新媒传信科技有限公司 | 一种数据传输方法、终端和服务器 |
CN105282203A (zh) * | 2014-07-21 | 2016-01-27 | 腾讯科技(深圳)有限公司 | 一种集中目录式p2p网络的建立方法和设备 |
CN105471983A (zh) * | 2015-11-19 | 2016-04-06 | 广州云湾信息技术有限公司 | 一种建立物联通讯的方法及系统 |
CN105656986A (zh) * | 2015-11-26 | 2016-06-08 | 乐视云计算有限公司 | 一种直播视频的播放方法、装置及系统 |
CN105791338A (zh) * | 2014-12-22 | 2016-07-20 | Tcl集团股份有限公司 | 一种基于WiFi AP的多屏互动方法及系统 |
CN106210872A (zh) * | 2016-07-27 | 2016-12-07 | 深圳创维数字技术有限公司 | 一种基于机顶盒的直播共享方法及系统 |
CN106487931A (zh) * | 2016-12-13 | 2017-03-08 | 中国人民解放军国防科学技术大学 | 一种基于相似文件协同的BitTorrent数据分发系统及方法 |
CN106550486A (zh) * | 2016-09-30 | 2017-03-29 | 许继集团有限公司 | 一种基于分布式架构的智能手机交互方法 |
CN107493338A (zh) * | 2017-08-21 | 2017-12-19 | 南京慧水软件科技有限公司 | 一种适用于水文预报信息系统的并发访问方法 |
CN107846613A (zh) * | 2016-09-18 | 2018-03-27 | 中兴通讯股份有限公司 | 视频获取方法、平台和系统,终端,调度和缓存子系统 |
CN107872424A (zh) * | 2016-09-23 | 2018-04-03 | 乐蜜有限公司 | 流媒体信息观看、直播方法和装置 |
CN108173906A (zh) * | 2017-12-07 | 2018-06-15 | 东软集团股份有限公司 | 安装包下载方法、装置、存储介质及电子设备 |
CN108205465A (zh) * | 2016-12-20 | 2018-06-26 | 北京中科晶上科技股份有限公司 | 流式应用程序的任务动态调度方法和装置 |
CN108243347A (zh) * | 2018-03-26 | 2018-07-03 | 罗建平 | 一种分层式网络视频直播共享方法及系统 |
CN108989734A (zh) * | 2017-05-31 | 2018-12-11 | 中兴通讯股份有限公司 | 一种视频会议控制方法和装置 |
CN109194972A (zh) * | 2018-09-10 | 2019-01-11 | 广州酷狗计算机科技有限公司 | 直播流获取方法、装置、计算机设备及存储介质 |
CN109996126A (zh) * | 2017-12-29 | 2019-07-09 | 浙江宇视科技有限公司 | 一种混合网络架构下的设备连接动态调度方法及系统 |
CN110312140A (zh) * | 2019-05-30 | 2019-10-08 | 北京奇艺世纪科技有限公司 | 直播数据处理方法、装置、系统及计算机可读存储介质 |
CN112104676A (zh) * | 2020-11-20 | 2020-12-18 | 全时云商务服务股份有限公司 | 一种媒体服务器自管理方法及会议系统 |
WO2021000379A1 (zh) * | 2019-07-02 | 2021-01-07 | 网宿科技股份有限公司 | 一种网络数据调度方法及边缘节点 |
CN114040351A (zh) * | 2021-10-21 | 2022-02-11 | 郑州大学第一附属医院 | 一种基于近距离通信的可穿戴儿童呼吸监控系统 |
CN114338398A (zh) * | 2021-12-30 | 2022-04-12 | 北京市商汤科技开发有限公司 | 数据传输方法、装置、电子设备及存储介质 |
CN114499627A (zh) * | 2021-12-20 | 2022-05-13 | 中国电信股份有限公司卫星通信分公司 | 卫星多波束下基于终端选举模式的内容组播系统及方法 |
CN114629916A (zh) * | 2022-03-09 | 2022-06-14 | 杭州萤石软件有限公司 | 基于p2p链路的取流方法、装置及系统 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106454439A (zh) * | 2016-09-29 | 2017-02-22 | 深圳Tcl数字技术有限公司 | 广告资源的传输方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101005371A (zh) * | 2006-01-19 | 2007-07-25 | 思华科技(上海)有限公司 | 流媒体的缓存方法及系统 |
CN101068339A (zh) * | 2007-06-01 | 2007-11-07 | 华为技术有限公司 | 一种视频点播类业务的实现方法、服务器及客户端 |
CN101136932A (zh) * | 2006-10-20 | 2008-03-05 | 中兴通讯股份有限公司 | 一种集群式流媒体组网系统及其内容发布和服务方法 |
CN101800731A (zh) * | 2009-02-06 | 2010-08-11 | 株式会社日立制作所 | 网络传输管理服务器、网络传输管理方法及网络传输系统 |
-
2011
- 2011-06-29 CN CN201110180285.8A patent/CN102355448B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101005371A (zh) * | 2006-01-19 | 2007-07-25 | 思华科技(上海)有限公司 | 流媒体的缓存方法及系统 |
CN101136932A (zh) * | 2006-10-20 | 2008-03-05 | 中兴通讯股份有限公司 | 一种集群式流媒体组网系统及其内容发布和服务方法 |
CN101068339A (zh) * | 2007-06-01 | 2007-11-07 | 华为技术有限公司 | 一种视频点播类业务的实现方法、服务器及客户端 |
CN101800731A (zh) * | 2009-02-06 | 2010-08-11 | 株式会社日立制作所 | 网络传输管理服务器、网络传输管理方法及网络传输系统 |
Cited By (58)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685123B (zh) * | 2012-05-04 | 2015-04-15 | 杭州天视智能系统有限公司 | 一种基于云存储发布流媒体的装置、系统及方法 |
CN102685123A (zh) * | 2012-05-04 | 2012-09-19 | 安科智慧城市技术(中国)有限公司 | 一种基于云存储发布流媒体的装置、系统及方法 |
CN102695081A (zh) * | 2012-06-13 | 2012-09-26 | 百视通网络电视技术发展有限责任公司 | 基于互联网电视的视频资源调度方法及电视终端 |
CN103024461A (zh) * | 2012-12-10 | 2013-04-03 | 乐视网信息技术(北京)股份有限公司 | 一种播放器测速方法 |
CN103024461B (zh) * | 2012-12-10 | 2017-02-15 | 乐视网信息技术(北京)股份有限公司 | 一种播放器测速方法 |
CN103024076A (zh) * | 2012-12-31 | 2013-04-03 | 乐视网信息技术(北京)股份有限公司 | 一种应用于对等网络的直播调度系统及方法 |
CN103024076B (zh) * | 2012-12-31 | 2016-03-23 | 乐视网信息技术(北京)股份有限公司 | 一种应用于对等网络的直播调度系统及方法 |
CN103916681A (zh) * | 2013-01-04 | 2014-07-09 | 云联(北京)信息技术有限公司 | 一种流媒体内容播放方法、装置及系统 |
WO2014108025A1 (en) * | 2013-01-09 | 2014-07-17 | Tencent Technology (Shenzhen) Company Limited | Cloud transport platform (ctp) based data transmission method, system and corresponding cloud transport platform |
CN103517098A (zh) * | 2013-08-29 | 2014-01-15 | 小米科技有限责任公司 | 基于视频聚合服务的视频播放方法、装置及终端设备 |
CN104601205A (zh) * | 2013-10-31 | 2015-05-06 | 华为终端有限公司 | 一种内容共享的方法及装置 |
WO2015062512A1 (zh) * | 2013-10-31 | 2015-05-07 | 华为终端有限公司 | 一种内容共享的方法及装置 |
CN103747043A (zh) * | 2013-12-24 | 2014-04-23 | 乐视网信息技术(北京)股份有限公司 | 一种cdn服务器调度方法、cdn控制中心及系统 |
WO2015109833A1 (zh) * | 2014-01-24 | 2015-07-30 | 贝壳网际(北京)安全技术有限公司 | 网络视频续传方法及装置 |
CN105210347A (zh) * | 2014-04-04 | 2015-12-30 | 华为技术有限公司 | 监控服务器、解析服务器、请求设备及节点选择方法 |
WO2015149351A1 (zh) * | 2014-04-04 | 2015-10-08 | 华为技术有限公司 | 监控服务器、解析服务器、请求设备及节点选择方法 |
CN105210347B (zh) * | 2014-04-04 | 2019-06-11 | 华为技术有限公司 | 监控服务器、解析服务器、请求设备及节点选择方法 |
US10348597B2 (en) | 2014-04-04 | 2019-07-09 | Huawei Technologies Co., Ltd. | Monitoring server, resolution server, request device, and node selection method |
CN105580334B (zh) * | 2014-06-30 | 2018-10-26 | 北京新媒传信科技有限公司 | 一种数据传输方法、终端和服务器 |
CN105580334A (zh) * | 2014-06-30 | 2016-05-11 | 北京新媒传信科技有限公司 | 一种数据传输方法、终端和服务器 |
WO2016000138A1 (zh) * | 2014-06-30 | 2016-01-07 | 北京新媒传信科技有限公司 | 一种数据传输方法、终端和服务器 |
CN105282203A (zh) * | 2014-07-21 | 2016-01-27 | 腾讯科技(深圳)有限公司 | 一种集中目录式p2p网络的建立方法和设备 |
CN105282203B (zh) * | 2014-07-21 | 2019-06-04 | 腾讯科技(深圳)有限公司 | 一种集中目录式p2p网络的建立方法和设备 |
CN105791338A (zh) * | 2014-12-22 | 2016-07-20 | Tcl集团股份有限公司 | 一种基于WiFi AP的多屏互动方法及系统 |
CN105791338B (zh) * | 2014-12-22 | 2019-10-11 | Tcl集团股份有限公司 | 一种基于WiFi AP的多屏互动方法及系统 |
CN105187867A (zh) * | 2015-07-22 | 2015-12-23 | 北京视信互动科技有限公司 | 一种媒体流控制方法及其装置 |
CN105471983A (zh) * | 2015-11-19 | 2016-04-06 | 广州云湾信息技术有限公司 | 一种建立物联通讯的方法及系统 |
CN105471983B (zh) * | 2015-11-19 | 2019-05-28 | 广州云智易物联网有限公司 | 一种建立物联通讯的方法及系统 |
CN105656986A (zh) * | 2015-11-26 | 2016-06-08 | 乐视云计算有限公司 | 一种直播视频的播放方法、装置及系统 |
CN106210872B (zh) * | 2016-07-27 | 2019-07-09 | 深圳创维数字技术有限公司 | 一种基于机顶盒的直播共享方法及系统 |
CN106210872A (zh) * | 2016-07-27 | 2016-12-07 | 深圳创维数字技术有限公司 | 一种基于机顶盒的直播共享方法及系统 |
CN107846613A (zh) * | 2016-09-18 | 2018-03-27 | 中兴通讯股份有限公司 | 视频获取方法、平台和系统,终端,调度和缓存子系统 |
CN107872424B (zh) * | 2016-09-23 | 2021-05-25 | 北京乐我无限科技有限责任公司 | 流媒体信息观看、直播方法和装置 |
CN107872424A (zh) * | 2016-09-23 | 2018-04-03 | 乐蜜有限公司 | 流媒体信息观看、直播方法和装置 |
CN106550486A (zh) * | 2016-09-30 | 2017-03-29 | 许继集团有限公司 | 一种基于分布式架构的智能手机交互方法 |
CN106487931B (zh) * | 2016-12-13 | 2019-05-24 | 中国人民解放军国防科学技术大学 | 一种基于相似文件协同的BitTorrent数据分发系统及方法 |
CN106487931A (zh) * | 2016-12-13 | 2017-03-08 | 中国人民解放军国防科学技术大学 | 一种基于相似文件协同的BitTorrent数据分发系统及方法 |
CN108205465A (zh) * | 2016-12-20 | 2018-06-26 | 北京中科晶上科技股份有限公司 | 流式应用程序的任务动态调度方法和装置 |
CN108989734A (zh) * | 2017-05-31 | 2018-12-11 | 中兴通讯股份有限公司 | 一种视频会议控制方法和装置 |
CN107493338A (zh) * | 2017-08-21 | 2017-12-19 | 南京慧水软件科技有限公司 | 一种适用于水文预报信息系统的并发访问方法 |
CN108173906A (zh) * | 2017-12-07 | 2018-06-15 | 东软集团股份有限公司 | 安装包下载方法、装置、存储介质及电子设备 |
CN109996126B (zh) * | 2017-12-29 | 2021-06-22 | 浙江宇视科技有限公司 | 一种混合网络架构下的设备连接动态调度方法及系统 |
CN109996126A (zh) * | 2017-12-29 | 2019-07-09 | 浙江宇视科技有限公司 | 一种混合网络架构下的设备连接动态调度方法及系统 |
CN108243347B (zh) * | 2018-03-26 | 2020-08-04 | 罗建平 | 一种分层式网络视频直播共享方法及系统 |
CN108243347A (zh) * | 2018-03-26 | 2018-07-03 | 罗建平 | 一种分层式网络视频直播共享方法及系统 |
CN109194972A (zh) * | 2018-09-10 | 2019-01-11 | 广州酷狗计算机科技有限公司 | 直播流获取方法、装置、计算机设备及存储介质 |
CN110312140A (zh) * | 2019-05-30 | 2019-10-08 | 北京奇艺世纪科技有限公司 | 直播数据处理方法、装置、系统及计算机可读存储介质 |
WO2021000379A1 (zh) * | 2019-07-02 | 2021-01-07 | 网宿科技股份有限公司 | 一种网络数据调度方法及边缘节点 |
CN112104676A (zh) * | 2020-11-20 | 2020-12-18 | 全时云商务服务股份有限公司 | 一种媒体服务器自管理方法及会议系统 |
CN112104676B (zh) * | 2020-11-20 | 2021-03-02 | 全时云商务服务股份有限公司 | 一种媒体服务器自管理方法及会议系统 |
CN114040351A (zh) * | 2021-10-21 | 2022-02-11 | 郑州大学第一附属医院 | 一种基于近距离通信的可穿戴儿童呼吸监控系统 |
CN114040351B (zh) * | 2021-10-21 | 2023-04-18 | 郑州大学第一附属医院 | 一种基于近距离通信的可穿戴儿童呼吸监控系统 |
CN114499627A (zh) * | 2021-12-20 | 2022-05-13 | 中国电信股份有限公司卫星通信分公司 | 卫星多波束下基于终端选举模式的内容组播系统及方法 |
CN114499627B (zh) * | 2021-12-20 | 2023-10-31 | 中国电信股份有限公司卫星通信分公司 | 卫星多波束下基于终端选举模式的内容组播系统及方法 |
CN114338398A (zh) * | 2021-12-30 | 2022-04-12 | 北京市商汤科技开发有限公司 | 数据传输方法、装置、电子设备及存储介质 |
CN114338398B (zh) * | 2021-12-30 | 2024-06-07 | 北京市商汤科技开发有限公司 | 数据传输方法、装置、电子设备及存储介质 |
CN114629916A (zh) * | 2022-03-09 | 2022-06-14 | 杭州萤石软件有限公司 | 基于p2p链路的取流方法、装置及系统 |
CN114629916B (zh) * | 2022-03-09 | 2024-03-29 | 杭州萤石软件有限公司 | 基于p2p链路的取流方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102355448B (zh) | 2015-07-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102355448B (zh) | 云流媒体数据传输方法及系统 | |
Mol et al. | Give-to-get: free-riding resilient video-on-demand in p2p systems | |
Kreitz et al. | Spotify--large scale, low latency, P2P music-on-demand streaming | |
US7908362B2 (en) | Method and apparatus for the delivery of digital data | |
US20070294422A1 (en) | Methods and systems for push-to-storage | |
Sweha et al. | Angelcast: cloud-based peer-assisted live streaming using optimized multi-tree construction | |
CN101729273A (zh) | 一种流媒体分发系统、方法及装置 | |
Lu et al. | Scalable and reliable live streaming service through coordinating CDN and P2P | |
CN202261376U (zh) | 云流媒体数据传输系统 | |
Thampi | A review on P2P video streaming | |
Okada et al. | A new approach for the construction of ALM trees using layered video coding | |
Hoong et al. | Push-pull incentive-based P2P live media streaming system | |
Salta et al. | Improving P2P video streaming in wireless mesh networks | |
Wen et al. | Recent advances in peer-to-peer media streaming systems | |
CN107800567B (zh) | 一种混合模式的p2p流媒体网络拓扑模型的建立方法 | |
Fouda et al. | On supporting P2P-based VoD services over mesh overlay networks | |
Meskovic et al. | Content delivery architectures for live video streaming: hybrid cdn-p2p as the best option | |
Miguel et al. | Resource-constrained P2P streaming overlay construction for efficient joining under flash crowds | |
Mykoniati et al. | Scalable peer-to-peer streaming for live entertainment content | |
Hisada et al. | P2P live streaming system suitable for private contents distribution | |
Kim et al. | P-chaining: a practical VoD service scheme autonomically handling interactive operations | |
Zhang et al. | Multi-task downloading for p2p-vod: An empirical perspective | |
Kamiyama et al. | Parallel video streaming optimizing network throughput | |
Qiu et al. | On the design of incentive-aware p2p streaming | |
Yang et al. | A novel on-demand streaming service based on improved BitTorrent |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200610 Address after: No. 263, Fudong street, Yanhu District, Yuncheng City, Shanxi Province Patentee after: Wei Xiaogang Address before: 100193 2C (2173) room, Zhongguancun Software Park, Haidian District, Beijing Patentee before: FORCE INNOVATION TECHNOLOGY Co. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150701 Termination date: 20200629 |
|
CF01 | Termination of patent right due to non-payment of annual fee |