System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 点播p2p的播放缓存方法、装置、设备及存储介质制造方法及图纸_技高网

点播p2p的播放缓存方法、装置、设备及存储介质制造方法及图纸

技术编号:40221907 阅读:4 留言:0更新日期:2024-02-02 22:27
本公开的实施例提供了一种点播p2p的播放缓存方法、装置、设备以及存储介质。应用于p2p数据缓存技术领域,所述方法包括:接收播放器发送的连续数据请求,确定播放器本次连续数据请求的紧急数据单元区间;从稳定数据源下载紧急数据单元区间内的各数据单元并发送到播放器;当将紧急数据单元区间内的最后一个数据单元发送到播放器后,从其他播放器下载并缓存紧急数据单元区间之后的数据单元,并发送到播放器,直至接收到播放器下一次连续数据请求时,停止下载及缓存;当预设的数据单元列表中所有数据单元均已完成下载时,进行缓存数据单元的分享。以此方式,不仅可以提高视频内容的可用性和稳定性,同时保证了用户体验和服务质量。

【技术实现步骤摘要】

本公开涉及p2p数据缓存领域,尤其涉及一种点播p2p的播放缓存方法、装置、设备及存储介质


技术介绍

1、近年来,随着互联网视频行业蓬勃发展,视频点播需求急剧增加,而在传统视频播放中,视频内容通常由中心服务器提供,而用户必须直接从服务器下载视频数据。这会导致服务器带宽成为瓶颈,特别是在高流量时期,可能导致慢速的下载速度和延迟,而且传统视频播放依赖于单个中心服务器,如果服务器出现故障或网络中断,将影响所有用户的观看体验。这使系统更容易受到单点故障的影响,因此,急需一种能够提高视频内容的可用性和稳定性,同时保证用户体验和服务质量的视频点播方法。


技术实现思路

1、本公开提供了一种点播p2p的播放缓存方法、装置、设备以及存储介质。

2、根据本公开的第一方面,提供了一种点播p2p的播放缓存方法。该方法包括:

3、接收播放器发送的连续数据请求,确定播放器本次连续数据请求的紧急数据单元区间;

4、从稳定数据源下载所述紧急数据单元区间内的各数据单元并发送到播放器;

5、当将所述紧急数据单元区间内的最后一个数据单元发送到播放器后,从其他播放器下载并缓存所述紧急数据单元区间之后的数据单元,并发送到播放器,直至接收到播放器下一次连续数据请求时,停止下载及缓存;

6、当预设的数据单元列表中所有数据单元均已完成下载时,进行缓存数据单元的分享。

7、如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述接收播放器发送的连续数据请求,确定播放器本次连续请求的紧急数据单元区间,包括:

8、接收播放器发送的连续数据请求,获取所述播放器本次连续数据请求的开始时间、连续两次数据请求的时间间隔以及连续数据请求的次数;

9、根据所述播放器本次连续数据请求的开始时间、连续两次数据请求的时间间隔以及连续数据请求的次数,计算播放器本次连续数据请求的暂停时间;

10、根据所述播放器本次连续数据请求的开始时间和播放器本次连续数据请求的暂停时间确定播放器本次连续数据请求的紧急数据单元区间。

11、如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,根据所述播放器本次连续数据请求的开始时间和播放器本次连续数据请求的暂停时间确定播放器本次连续数据请求的紧急数据单元区间,包括:

12、从预设的数据单元列表中获取各数据单元的长度;

13、根据所述播放器本次连续数据请求的开始时间、播放器本次连续数据请求的暂停时间以及各数据单元的长度,确定播放器本次连续数据请求的紧急数据单元区间。

14、如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述各数据单元的长度相等。

15、如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,在所述从其他播放器下载并缓存所述紧急数据单元区间之后的数据单元之前,所述方法还包括:

16、判断所述预设的数据单元列表中所有的数据单元是否都已完成下载;

17、若否,则从其他播放器下载并缓存所述紧急数据单元区间之后的数据单元。

18、如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,在所述从其他播放器下载并缓存所述紧急数据单元区间之后的数据单元之后,所述方法还包括:

19、若在预设时间内未接收到播放器发送的下一次连续数据请求,则继续从其他播放器下载并缓存数据单元,直至所述预设的数据单元列表中所有的数据单元均已完成下载。

20、如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述稳定数据源为cdn分发网络。

21、根据本公开的第二方面,提供了一种点播p2p的播放缓存装置,该装置包括:

22、接收模块,用于接收播放器发送的连续数据请求,确定播放器本次连续数据请求的紧急数据单元区间;

23、下载模块,用于从稳定数据源下载所述紧急数据单元区间内的各数据单元并发送到播放器;

24、缓存模块,用于当将所述紧急数据单元区间内的最后一个数据单元发送到播放器后,从其他播放器下载并缓存所述紧急数据单元区间之后的数据单元,并发送到播放器,直至接收到播放器下一次连续数据请求时,停止下载及缓存;

25、分享模块,用于当预设的数据单元列表中所有数据单元均已完成下载时,进行缓存数据单元的分享。

26、根据本公开的第三方面,提供了一种电子设备。该电子设备包括:存储器和处理器,所述存储器上存储有计算机程序,所述处理器执行所述程序时实现如以上所述的方法。

27、根据本公开的第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如根据本公开的第一方面和/或第二发面的方法。

28、本公开提供的一种点播p2p的播放缓存方法,先从稳定数据源下载紧急数据单元区间内的各数据单元并发送到播放器,再基于p2p从其他播放器下载并缓存紧急数据单元区间之后的数据单元,发送到播放器,充分利用了用户设备的资源,减轻了服务器负担,而且提高了带宽利用率,增加了系统的可用性和稳定性。

29、应当理解,
技术实现思路
部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征,亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

本文档来自技高网...

【技术保护点】

1.一种点播p2p的播放缓存方法,其特征在于,包括:

2.根据权利要求1所述的方法,其特征在于,所述接收播放器发送的连续数据请求,确定播放器本次连续请求的紧急数据单元区间,包括:

3.根据权利要求2所述的方法,其特征在于,根据所述播放器本次连续数据请求的开始时间和播放器本次连续数据请求的暂停时间确定播放器本次连续数据请求的紧急数据单元区间,包括:

4.根据权利要求3所述的方法,其特征在于,所述各数据单元的长度相等。

5.根据权利要求1所述的方法,其特征在于,在所述从其他播放器下载并缓存所述紧急数据单元区间之后的数据单元之前,所述方法还包括:

6.根据权利要求1所述的方法,其特征在于,在所述从其他播放器下载并缓存所述紧急数据单元区间之后的数据单元之后,所述方法还包括:

7.根据权利要求1所述的方法,其特征在于,所述稳定数据源为CDN分发网络。

8.一种点播p2p的播放缓存装置,其特征在于,包括:

9.一种电子设备,包括:

10.一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行根据权利要求1-7中任一权利要求所述的方法。

...

【技术特征摘要】

1.一种点播p2p的播放缓存方法,其特征在于,包括:

2.根据权利要求1所述的方法,其特征在于,所述接收播放器发送的连续数据请求,确定播放器本次连续请求的紧急数据单元区间,包括:

3.根据权利要求2所述的方法,其特征在于,根据所述播放器本次连续数据请求的开始时间和播放器本次连续数据请求的暂停时间确定播放器本次连续数据请求的紧急数据单元区间,包括:

4.根据权利要求3所述的方法,其特征在于,所述各数据单元的长度相等。

5.根据权利要求1所述的方法,其特征在于,在所述从其他播放器下载并缓存所...

【专利技术属性】
技术研发人员:祝晓光
申请(专利权)人:乐视云网络技术北京有限公司
类型:发明
国别省市:

相关技术
    暂无相关专利
网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1