[发明专利]一种基于websocket的视频实时监视方法及系统在审
| 申请号: | 202111067414.2 | 申请日: | 2021-09-13 |
| 公开(公告)号: | CN113810767A | 公开(公告)日: | 2021-12-17 |
| 发明(设计)人: | 杨小凡;陶亮;蒋衍君;张晓瑞;纪陵 | 申请(专利权)人: | 南京国电南自电网自动化有限公司 |
| 主分类号: | H04N21/4402 | 分类号: | H04N21/4402;H04N21/81;H04L29/08;H04N7/18 |
| 代理公司: | 南京纵横知识产权代理有限公司 32224 | 代理人: | 邵斌 |
| 地址: | 211106 江*** | 国省代码: | 江苏;32 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 一种 基于 websocket 视频 实时 监视 方法 系统 | ||
1.一种基于websocket的视频实时监视方法,其特征是,浏览器与视频服务器之间通过websocket通信,方法由浏览器执行,包括:
分别请求主码流视频和辅码流视频;
播放主码流视频,同时按照设定的时间周期计算主码流视频的播放延迟时间;
当主码流视频的播放延迟时间大于第一阈值时,跳过部分帧继续播放主码流视频;
当主码流视频的播放延迟时间小于第一阈值时,播放辅码流视频并重新请求主码流视频,当重新请求的主码流视频满足设定条件后,重新播放主码流视频。
2.根据权利要求1所述的基于websocket的视频实时监视方法,其特征是,所述主码流视频和辅码流视频均在其头部添加视频服务器当前采集到的实时视频的时标。
3.根据权利要求1所述的基于websocket的视频实时监视方法,其特征是,浏览器与视频服务器之间的通信采用应用控制的滑动窗口管理,即浏览器端代码在任意时刻,都维持一个连续的允许发送的帧的序号,称为发送窗口;同时,视频服务器端也维持了一个连续的允许接收的帧的序号,称为接收窗口;视频服务器端在发完一个数据帧后,不停下来等待应答帧,而是连续发送K1个数据帧后等待浏览器端确认;同时视频服务器端在每一帧报文内部均填入视频服务器端的本机当前时标Ts;当浏览器端代码接收到视频服务器端的数据帧超过K2个数据帧(K2≤K1)时,回复已收到数据帧的序号到服务器端;视频服务器端接收到浏览器端的数据帧应答帧,计算已确认数据帧和已发送数据帧的差值,当差值大于零时,继续发送差值个数的帧;接收端保持一个已接收到的码流缓冲区,并记录当前收到的发送端发送的最后一帧报文的本机时间Tclast和最后一帧报文内存储的时标Tslast。
4.根据权利要求1所述的基于websocket的视频实时监视方法,其特征是,播放主码流视频前,先将主码流视频转换为fmp4格式,包括建立fmp4播放头,fmp4播放头中的moovBox部分包含每秒播放的H.264帧数。
5.根据权利要求1所述的基于websocket的视频实时监视方法,其特征是,所述设定的第一阈值时间周期为2秒。
6.根据权利要求1所述的基于websocket的视频实时监视方法,其特征是,所述计算主码流视频的播放延迟时间Tplay的方法为:
Tplay=Tdiff-Td0-Tskip
Tdiff=Tslast-Tclast
Td0=Ts0-Tc0
其中,Tslast表示当前收到的发送端发送的最后一帧报文内存储的时标,Tdiff表示当前收到的发送端发送的最后一帧报文与浏览器端接收的最后一帧报文内存储的时标的差值,Tclast表示当前收到的发送端发送的最后一帧报文的本机时间,Td0表示浏览器本地时标与服务器端时标的差值,即浏览器端连接上服务端后,websocket接收到的第一帧报文内的视频服务器端的本机时标Ts0与接收到第一帧报文的浏览器端本机时标Tc0的差值,Tskip表示已跳过播放时长。
7.根据权利要求1所述的基于websocket的视频实时监视方法,其特征是,所述当主码流视频的播放延迟时间大于第一阈值时,跳过部分帧继续播放主码流视频,具体为:
在已接收的缓冲区中,寻找到最新的I帧报文,从最新的I帧报文开始播放,同时根据之前最后播放的帧序号至最新的I帧报文的帧序号差值更新已跳过播放时长Tskip=已跳过的帧数/每秒H.264帧数。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于南京国电南自电网自动化有限公司,未经南京国电南自电网自动化有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111067414.2/1.html,转载请声明来源钻瓜专利网。





