一种快速响应对ipc的视频流实时请求的方法和装置的制造方法

文档序号:9914464阅读:542来源:国知局
一种快速响应对ipc的视频流实时请求的方法和装置的制造方法
【技术领域】
[0001 ]本发明涉及视频网络应用技术领域,具体地讲,是涉及一种快速响应对IPC的视频流实时请求的方法和装置。
【背景技术】
[0002]在IPCamera(网络摄像机)应用的环境中,受传统模拟监控设备的影响,一般都是配备NVR(网络硬盘录像机)使用。搭建一个IPC-NVR独立的网络环境,实现传统的监控、存储、回放等功能。但由于采用IP技术,其视频流可以通过各种局域网、Internet进行传送,完成无限远程监控的功能。
[0003]目前的架构中,NVR主要的功能是通过网络接受多个IPC设备传输的数字视频码流,并集中进行回放、存储,作为一个集中核心管理出现。
[0004]但IPC-NVR始终是一个继承传统模拟监控应用的架构,业务主体数据流没有发生改变。例如:图像由IPC进行采集,传输至NVR进行存储管理,然后由NVR对外进行异步转发。实际应用中,由于NVR处于信息传递的终点,需要对多路视频流进行编解码操作。这对NVR设备的硬件要求非常高,因此NVR设备本身提供实时转发功能就十分有限。通常,基于安全和组网便捷的考虑,视频流报文都是以单播的形式在网络中传输。面对多路请求时,必须靠自身硬件性能进行多路视频流的实时编码。
[0005]现有技术中,IPC设备硬件编码能力有限,仅能提供I?2路实时编码传递能力,无法满足太多用户的实时回放请求,故无法同时满足多路视频流实时请求。而NVR设备的重点在于接受多路IPC设备的视频流并进行存储,基于IPC设备的低码流情况,也很难同时满足多路视频流回放请求。另一方面,由于IPC-NVR采用网络化分布式构架,可以在远程进行视频监控,但若出现来自Internet上的多路请求,则会受限于目前我国现实带宽情况,无法同时满足网络上的多路实时回放请求。

【发明内容】

[0006]为克服现有技术中的上述问题,本发明提供一种构思新颖、设计巧妙的快速响应对IPC的视频流实时请求的方法。
[0007]为了实现上述目的,本发明采用的技术方案如下:
一种快速响应对IPC的视频流实时请求的方法,应用于一 NVR-1PC网络中,其特征在于,从IPC向NVR的视频流传输通道中实时获取特定的一份或者多份视频流数据副本,将之转发给请求IPC实时视频流的请求端,由所述请求端自行对所获视频流数据进行编解码处理,其中,所述请求端的目的IPC为该特定视频流数据的源IPC,所述请求端请求IPC实时视频流的路数与所述特定视频流数据副本的份数匹配。
[0008]进一步地,从所述视频流传输通道获取视频流数据副本前,先对所有视频流传输通道对应的IPC进行探测识别。
[0009]具体地,所述对所有视频流传输通道对应的IPC进行探测识别基于ONVIF标准。
[0010]更进一步地,所述请求端指定已识别的IPC,并发出获取其实时视频流的请求。
[0011]为了提高传输效率,在所述从IPC向NVR的视频流传输通道中,还将来自IPC的视频流数据在本地缓存;所述视频流数据副本由本地缓存中复制获得。
[0012]进一步地,所述获取特定的视频流数据副本前,还根据请求端的目的IPC的位置进行判定,若目的IPC位于本地,其在本地缓存中存在数据,则所述视频流数据副本由本地缓存中直接复制获得;若目的IPC不位于本地,其在本地缓存中没有数据,则由本地向邻近的视频流传输通道转发出获取相应目的IPC的视频流数据副本的请求。
[0013]更进一步地,当在本地接收到来自邻近视频流传输通道转发出的获取相应目的IPC视频流数据副本的请求时,判定该目的IPC是否位于本地,若是,则与该邻近视频流传输通道建立转发连接,否则由本地向另一邻近的视频流传输通道转发出获取相应目的IPC的视频流数据副本的请求。
[0014]更具体地,在本地与对应的邻近视频流传输通道建立转发连接后,本地与对应的邻近视频流传输通道之间转发一份对应的视频流数据副本;当请求端位于本地,且有多路时,在本地将对应的视频流数据副本复制为相应的份数。
[0015]基于上述方法,本发明还提供实现上述方法的装置,包括:
ONVIF探测模块,用于探测并识别所述NVR-1PC网络中的本地有效IPC;
RTSP客户端模块,用于接收本地IPC的视频流数据,并将其保存至本地缓存模块中; 本地缓存模块,用于缓存本地IPC的视频流数据,并为RTSP服务器模块提供可获取的数据;
RTSP服务器模块,用于根据不同类型的请求,获取本地缓存模块中的数据;
请求接收模块,用于接收来自本地请求端的实时视频流请求;
再转发模块,用于向RTSP客户端转发来自邻近装置的对指定IPC的视频流数据副本的请求,并通过RTSP服务器向邻近装置转发指定IPC的视频流数据副本;
其中,RTSP服务器模块内置复制模块,用于满足多路本地请求端的请求。
[0016]并且,所述再转发模块根据其内置的链接表与邻近装置建立转发连接。
[0017]与现有技术相比,本发明具有以下有益效果:
本发明构思巧妙,提出一种在IPC和NVR的主要数据传输通道外复制和分发视频流数据的方式,最大化地利用了分布式构架的优势,巧妙地避开了众多数据请求导致主要通道拥堵以及IPC和NVR自身负载过大的问题,只是在协议内做纯报文数据的复制,而不涉及视频流的编解码处理,大大降低了硬件开销,使之满足极大数据量的同时请求处理,实现快速响应和多路请求同时处理的效果,并且本发明新颖独特,结构简单,成本低廉,使用方便,具有广泛的应用前景,适合推广应用。
【附图说明】
[0018]图1为本发明的结构示意图。
[0019]图2为本发明的流程示意图。
[0020]图3为本发明中本地多路请求情况的网络拓扑示意图。
[0021 ]图4为本发明中外部多路请求情况的网络拓扑示意图。
【具体实施方式】
[0022]下面结合附图和实施例对本发明作进一步说明,本发明的实施方式包括但不限于下列实施例。
实施例
[0023]如图1所示,实现该快速响应对IPC的视频流实时请求方法的装置,主要应用于IPC-NVR网络中,连接于IPC和NVR之间,根据实际应用情况,可将其称之为“视频流网关”,具体构架包括:
ONVIF探测模块,用于探测并识别所述NVR-1PC网络中的本地有效IPC;
RTSP客户端模块,用于接收本地IPC的视频流数据,并将其保存至本地缓存模块中; 本地缓存模块,用于缓存本地IPC的视频流数据,并为RTSP服务器模块提供可获取的数据;
RTSP服务器模块,用于根据不同类型的请求,获取本地缓存模块中的数据,该请求包括来自NVR的视频流数据传输请求,以及来自请求接收模块转发请求端的实时视频流请求;请求接收模块,用于接收来自本地请求端的实时视频流请求;
再转发模块,用于向RTSP客户端转发来自邻近装置的对指定IPC的视频流数据副本的请求,并通过RTSP服务器向邻近装置转发指定IPC的视频流数据副本;
其中,RTSP服务器模块内置复制模块,用于满足多路本地请求端的请求。
[0024]并且,所述再转发模块根据其内置的链接表与邻近装置建立转发连接。
[0025]具体地,如图2所示,该快速响应对IPC的视频流实时请求的方法,包括如下步骤:
(SI)通过ONVIF探测模块对该网络中的本地有效IPC进行探测识别,确定对应的视频流传输通道,其中,探测识别基于ONVIF标准,可通过现有技术实现,本发明中对此不再赘述,其通过维护IPC连接表保证有效IPC的识别;
所述视频流传输通道为IPC—RTSP客户端模块—RTSP服务器模块—NVR,即NVR向RTSP服务器模块发出正常的视频流数据传输请求,RTSP服务器通过RTSP客户端向本地IPC发出正常的视频流数据传输请求,本地IPC通过RTSP客户端模块和RTSP服务器模块将视频流数据实时传输至NVR。
[0026](S2)在IPC向NVR的视频流传输通道中,将来自IPC的视频流数据在本地缓存模块中缓存。
[0027](S3 )根据请求端发出的实时视频流请求的路数和指定的IPC,将本地缓存模块中的该指定IPC的视频流数据复制为相应份数的视频流数据副本,由RTSP服务器模块通过请求接收模块传输至相应请求端。
[0028](S4)请求端接收到相应的视频流数据后,对其进行编解码处理。
[0029]在具体应用中,由于存在网络化分布式构架,还涉及到在同一网络内多个NVR之间的相互访问问题,即是,一、来自外部的请求获取本地IPC的实
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1