发明名称 |
支持VCR功能的多播流合并方法 |
摘要 |
支持VCR功能的多播流合并方法,由服务器端向客户端提供多播视频服务,客户端通过主动缓存预取和缓存数据,通过控制及请求机制为服务器端的流合并创造条件;在服务器端,使用流合并机制,当一个新客户加入系统时,播放器向缓存请求数据,缓存控制检查缓存内的数据,如果有相应数据,则直接将数据返回给播放器进行播放;如果没有,则向服务器发送请求,等待直到服务器返回多播流地址后,接收器开始接收相应地址的流数据;发明提供一种客户端和服务器端的协作机制:在客户端通过主动缓存机制,一方面预取和缓存数据,另一方面通过特殊的控制及请求机制为服务器端的流合并创造条件。 |
申请公布号 |
CN1292591C |
申请公布日期 |
2006.12.27 |
申请号 |
CN200410065743.3 |
申请日期 |
2004.11.16 |
申请人 |
南京大学 |
发明人 |
单炜;陆桑璐;陈力军;陈道蓄;谢立 |
分类号 |
H04N7/00(2006.01);H04N7/15(2006.01);H04N7/173(2006.01) |
主分类号 |
H04N7/00(2006.01) |
代理机构 |
南京苏高专利事务所 |
代理人 |
成立珍 |
主权项 |
1、支持VCR功能的多播流合并方法,由服务器端向客户端提供多播视频服务,客户端通过主动缓存预取和缓存数据,通过控制及请求机制为服务器端的流合并创造条件;在服务器端,使用流合并机制,其特征是当一个新客户加入系统时,播放器向缓存请求数据,缓存控制检查缓存内的数据,如果缓存内没有被请求数据,则向服务器发送立即请求,等待直到服务器返回多播流地址后,接收器开始接收相应地址的流数据;如果缓存内有被请求数据,则将数据返回给播放器,同时检查接收器接收数据的状况;如果接收器不在接收数据,或者正在接收的数据不是客户在一段时间以后需要但缓存中缺失的数据,则向服务器发送延迟请求,即此请求要求服务器在限定的延迟内发送被请求数据;假设Dnow表示播放器当前正在播放的数据,Drup表示缓存中缺失的数据,v表示播放器消耗数据的速率,则延迟的时间可通过以下公式求得:<math> <mrow> <msub> <mi>T</mi> <mi>delay</mi> </msub> <mo>=</mo> <mfrac> <mrow> <msub> <mi>D</mi> <mi>rup</mi> </msub> <mo>-</mo> <msub> <mi>D</mi> <mi>now</mi> </msub> </mrow> <mi>v</mi> </mfrac> </mrow> </math> 接收器接收到数据后,先判断此数据是否是播放器正在请求的数据,若是,则将数据放入缓存并返回给播放器;如果不是,则继续判断缓存中是否还有可用空间;如果有剩余空间,则将数据放入缓存;如果没有,则停止接收该流的数据;在客户的播放过程中,播放器会不断向缓存请求数据,且当客户发生VCR操作时也会向缓存请求数据,直至文件播放结束;相应地,服务器端从开始启动服务,等待直到客户请求到达,进行多播流的调度与合并,将结果返回给客户端,并向客户发送数据,一个调度过程完成以后,将回到等待新的客户请求到达,如此往复,直到服务器停止服务。 |
地址 |
210093江苏省南京市汉口路22号 |