CN102377662A - 一种视频监控中面向带宽适应的路由缓存协商方法和系统 - Google Patents

一种视频监控中面向带宽适应的路由缓存协商方法和系统 Download PDF

Info

Publication number
CN102377662A
CN102377662A CN2010102635985A CN201010263598A CN102377662A CN 102377662 A CN102377662 A CN 102377662A CN 2010102635985 A CN2010102635985 A CN 2010102635985A CN 201010263598 A CN201010263598 A CN 201010263598A CN 102377662 A CN102377662 A CN 102377662A
Authority
CN
China
Prior art keywords
watch
dog
request
route
caching
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
Application number
CN2010102635985A
Other languages
English (en)
Other versions
CN102377662B (zh
Inventor
乔启盛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mid Star Technology Ltd By Share Ltd
Vimicro Corp
Original Assignee
Vimicro Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Vimicro Corp filed Critical Vimicro Corp
Priority to CN201010263598.5A priority Critical patent/CN102377662B/zh
Publication of CN102377662A publication Critical patent/CN102377662A/zh
Application granted granted Critical
Publication of CN102377662B publication Critical patent/CN102377662B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种视频监控中面向带宽适应的路由缓存协商方法和系统,其中的方法具体包括:发送包括有上行流量的路由缓存请求;依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,若是则执行分配步骤,否则执行调整步骤;分配步骤:依据相应的路由缓冲请求,为监控设备分配预留缓存,并发送;调整步骤:依据当前路由器的缓存和以及监控设备的路由缓存请求,调整路由器缓存;依据调整后路由器的当前空闲缓存,判断其是否满足来自监控设备的路由缓存请求,若是则执行分配步骤,否则执行建议发送步骤;建议发送步骤:依据调整后路由器的当前空闲缓存,向监控设备发送建议信息。本发明用以解决视频监控中的路由丢包问题。

Description

一种视频监控中面向带宽适应的路由缓存协商方法和系统
技术领域
本发明涉及视频监控技术领域,特别是涉及一种视频监控中面向带宽适应的路由缓存协商方法和系统,以及,一种路由控制设备。
背景技术
目前随着电子设备和网络的大规模使用以及数字信息和媒体业务的逐渐发展,视频监控得到了迅速发展。例如,银行、学校、超市、工厂、医院、小区、个体门市等场所会安装多个监控设备,以为这些场所的安全预警提供可靠的手段。
作为典型的监控设备,IP Camera(网络摄像机,Internet Protocol Camera)能够捕获影像,并直接通过局域网、国际互联网或无线网络等网络进行传输,从而使授权用户能够通过标准的、基于独立网际协议的网络基础架构在本地或者远程地点实现观看、存储和管理视频数据。
在一些场景中,局域网内的多个监控设备共享一个路由器,而路由器的上行带宽是有限的,比如512kbps,这样,有多个监控设备需要同时上传大量数据,比如视频图像时,由于路由器仅具有简单的缓存功能,例如,缓存某个监控设备的部分数据,该监控设备的其它数据以及其它监控设备的数据则被丢失掉,因而导致出现严重的路由丢包问题。
总之,需要本领域技术人员迫切解决的一个技术问题就是:如何能够解决视频监控中的路由丢包问题。
发明内容
本发明所要解决的技术问题是提供一种视频监控中面向带宽适应的路由缓存协商方法和系统,以及,一种路由控制设备,用以解决视频监控中的路由丢包问题。
为了解决上述问题,本发明公开了一种视频监控中面向带宽适应的路由缓存协商方法,包括:
发送步骤:监控设备发送路由缓存请求,其中,该路由缓存请求中包括有上行流量;
第一判断步骤:依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,若是,则执行分配步骤,否则,执行调整步骤;
分配步骤:依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
调整步骤:依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
第二判断步骤:依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,若是,则执行分配步骤,否则,执行建议发送步骤;
建议发送步骤:依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
另一方面,本发明还公开了一种视频监控中面向带宽适应的路由缓存协商系统,包括:
监控设备,包括:
发送模块,用于监控设备发送路由缓存请求,其中,该路由缓存请求中包括有上行流量;
路由控制设备,包括:
第一判断模块,用于依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,获得第一判断结果;
分配模块,用于在所述第一判断结果为是时,依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
调整模块,用于在所述第一判断结果为否时,依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
第二判断模块,用于依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,获得第二判断结果,若所述第二判断结果为是,则通知分配模块;及
建议发送模块,用于在所述第二判断结果为否时,依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
另一方面,本发明还公开了一种路由控制设备,包括:
第一判断模块,用于依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,获得第一判断结果;
分配模块,用于在所述第一判断结果为是时,依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
调整模块,用于在所述第一判断结果为否时,依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
第二判断模块,用于依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,获得第二判断结果,若所述第二判断结果为是,则通知分配模块;及
建议发送模块,用于在所述第二判断结果为否时,依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
与现有技术相比,本发明具有以下优点:
本发明通过交互获取监控设备的缓存请求,并依据路由器的当前空闲缓存,动态允许或阻止这些缓存请求,这样,对于某一监控设备,只有在其缓存请求被允许时,才能进行与该缓存请求大小相应的外发数据的路由转发,因而能够避免路由丢包现象。
例如,本发明可以依据路由器的当前空闲缓存,处理来自监控设备的路由缓存请求;而对于某一监控设备,如果接收到预留缓存的处理结果,表示其路由缓存请求被允许,此时,可以将与该路由缓存请求中上行流量大小(如100M)相应的外发数据送至路由器,进行转发;如果接收到建议信息的处理结果,则表示其路由缓存请求被阻止。
又如,可以采用等待队列处理来自监控设备的等待通知请求,具体地,针对队头的等待通知请求进行处理,所述处理结果主要可以包括:A、该队头出列,相应的等待通知请求得到允许;B、该队头仍在该等待队列中,相应的等待通知请求待处理;C、该队头出列,相应的等待通知请求被阻止,也即,向相应监控设备发送到申请失败信息。
再者,还可以在发送的协商请求中增加协商权限,并根据协商权限的高低,决定是否进行与其它监控设备的路由缓存协商;由于所述路由缓存协商可以将支出上行流量从其它监控设备分配的预留缓存转移至路由器的当前空闲缓存,再依据协商后路由器的当前空闲缓存,进行协商请求的处理。
附图说明
图1是本发明一种视频监控中面向带宽适应的路由缓存协商方法实施例1的流程图;
图2是本发明一种视频监控中面向带宽适应的路由缓存协商方法实施例2的流程图;
图3是本发明一种视频监控中面向带宽适应的路由缓存协商方法实施例3的流程图;
图4是本发明一种视频监控中面向带宽适应的路由缓存协商系统实施例的结构图;
图5是本发明一种路由控制设备实施例的结构图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
本发明的核心构思之一在于,通过交互获取监控设备的缓存请求,并依据路由器的当前空闲缓存,动态允许或阻止这些缓存请求,这样,对于某一监控设备,只有在其缓存请求被允许时,才能进行与该缓存请求大小(如100M)相应的外发数据的路由转发,因而能够避免路由丢包现象。
参照图1,示出了本发明一种视频监控中面向带宽适应的路由缓存协商方法实施例1的流程图,具体可以包括:
发送步骤101、监控设备发送路由缓存请求,其中,该路由缓存请求中可以包括有上行流量;
本发明可以应用于视频监控领域,尤其适用于局域网内的多个监控设备共享一个路由器的情形。
在实际中,所述多个监控设备,如监控设备1,监控设备2...监控设备n等,可通过预测得到所述外发数据的上行流量;以下主要以监控设备1为例进行说明,其它监控设备请参照即可。
另外,方法实施例中,监控设备的交互对象统称为被交互设备。
第一判断步骤102、依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,若是,则执行分配步骤103,否则,执行调整步骤104;
分配步骤103、依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
假设监控设备1预测得到的上行流量为100M,路由器的当前空闲缓存为110M,由于110M>100M,其满足监控设备1的路由缓存请求,则为监控设备1分配与相应路由缓存请求大小相等的预留缓存,也即,针对监控设备1的预留缓存为100M;所述预留缓存表明,监控设备1的路由缓存请求被允许,这样,监控设备1可以将预留缓存大小的外发数据送至路由器,进行路由转发。
调整步骤104、依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
假设路由器的当前空闲缓存为90M,由于90M<100M,其不满足监控设备1的路由缓存请求,则触发路由器缓存的调整,这里的调整主要是上调。
例如,当前路由器的缓存为500M,可以根据路由器的存储能力,进行所述调整:假设路由器中SDRAM(同步动态随机存储器,SynchronousDynamic Random Access Memory)的存储空间为2G,则可以将路由器缓存调整为550M,使得调整后路由器的当前空闲缓存为140M;或者,假设路由器中还具有2G大小的闪存,则可以将路由器缓存调整为600M,使得调整后路由器的当前空闲缓存为190M;或者,路由器中的存储器压根不支持过大的路由器缓存,则调整失败,调整后路由器的当前空闲缓存依然为90M。
第二判断步骤105、依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,若是,则执行分配步骤103,否则,执行建议发送步骤106;
假设调整后路由器的当前空闲缓存为140M,则可以执行分配步骤103,为监控设备1分配100M的预留缓存。
建议发送步骤106、依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
假设调整失败,调整后路由器的当前空闲缓存依然为90M,则其依然不能满足监控设备1的路由缓存请求,此时,可以发送建议信息。
具体地,若调整后路由器的当前空闲缓存不为空,则所述建议信息可以包括建议申请当前空闲缓存大小的缓存。
举例来说,如果调整后路由器的当前空闲缓存为90M,且目前只有监控设备1的100M路由缓存请求得不到满足,则可以建议监控设备1申请90M的路由缓存;或者,除了监控设备1外,如果还有监控设备2的50M路由缓存请求得不到满足,则可以建议监控设备1申请60M的路由缓存,同时,建议监控设备2申请30M的路由缓存,等等,本发明对具体的建议方案不加以限制。
若调整后路由器的当前空闲缓存为空,则所述建议信息可以包括建议申请等待通知,或者,建议申请协商。
这样,对于监控设备1,如果接收到预留缓存,表示其路由缓存请求被允许,此时,可以将与该路由缓存请求中上行流量大小(如100M)相应的外发数据送至路由器,进行转发;如果接收到建议信息,则表示其路由缓存请求被阻止,也即,不允许其转发路由数据。
综上,由于送至路由器的外发数据与路由缓存请求中上行流量大小相应,而路由器的空闲缓存能够满足该路由缓存请求大小,因而,能够避免出现所述来自多个监控设备的外发数据的丢包,降低丢包率。
以上主要针对多个监控设备需要同时上传大量数据的情形进行了说明,在该情形下,需要占用大的路由带宽,因此,可以通过调整步骤104进行路由器缓存的往上调整。
如果出现小路由带宽占用的情形,本发明还可以往下调整路由器缓存;
相应地,在本发明的一种优选实施例中,所述方法还可以包括:
流量和统计步骤、根据多个监控设备的路由缓存请求,统计其上行流量总和;
第一调整步骤、根据当前路由器的缓存和以及上行流量总和,调整路由器缓存。
假设统计的上行流量总和为100M,而当前路由器的缓存为500M,则可以往下调整,例如,调整至200M等。
由于路由转发是针对IP数据包的转发,对于路由而言,IP数据包的内容是未知的,因此会不可避免地忽略掉一些应用信息,例如,监控设备1的重要IP数据包的路由缓存请求得不到满足,而监控设备2的不重要IP数据包的路由缓存请求却得到满足,从而导致重要IP数据包的丢失。
针对上述问题,在本发明的一种优选实施例中,在所述路由缓存请求中增加报警级别;
在所述第一判断步骤102前,所述方法还可以包括:
选择步骤、从接收到的多个路由缓存请求中,选择出报警级别最高的,执行第一判断步骤102。
在实际中,监控设备可与被交互设备协议制定所述报警级别;在本发明的一种应用示例中,协议制定的报警级别(由高到低)可以包括:
3.报警抓图
2.报警语音
1.报警视频
0.无报警
其中,所述多个路由缓存请求可以来自相同或不同的监控设备;由于总是选择出报警级别最高的进行处理,而所述报警级别能够反映IP数据包的重要性特征,也即,报警级别越高,IP数据包越重要,因而,本优选实施例能够避免重要IP数据包的丢失。
参照图2,示出了本发明一种视频监控中面向带宽适应的路由缓存协商方法实施例2的流程图,具体可以包括:
第一发送步骤201、监控设备发送等待通知请求,其中,该等待通知请求中可以包括有上行流量、生命周期信息;
入队步骤202、在收到等待通知请求时,将其放入等待队列,并记录其入队时间;
缓存判断步骤203、针对队头的等待通知请求,判断路由器的当前空闲缓存是否满足该请求,若是,则执行第一分配步骤204,否则,执行周期判断步骤206;
第一分配步骤204、依据队头的等待通知请求,为相应监控设备分配预留缓存,并发送至该监控设备;
出队步骤205、执行出队操作;
周期判断步骤206、根据队头的入队时间和生命周期信息,判断该队头是否结束生命周期,若是,则执行出队操作,并向与队头相应监控设备发送申请失败信息。
例如,假设队头的入队时间为12:30,生命周期信息为3小时,当前时间为14:55,则根据其在等待队列中的存在时间14:55-12:30=2:25<3小时,故其生命周期没有结果,继续在等待队列中。
本实施例与实施例1的区别在于:
1、对来自监控设备的等待通知请求,而不是路由缓存请求,进行允许或阻止;
2、采用等待队列处理所述等待通知请求,具体地,针对队头的等待通知请求进行处理,所述处理结果主要可以包括:
A、该队头出列,相应的等待通知请求得到允许;
B、该队头仍在该等待队列中,相应的等待通知请求待处理;
C、该队头出列,相应的等待通知请求被阻止,也即,向相应监控设备发送到申请失败信息。
这样,对于监控设备,如果接收到预留缓存,则表示其等待通知请求被允许,此时,可以将与该等待通知请求中上行流量大小(如100M)相应的外发数据送至路由器,进行转发;相反,如果接收到申请失败信息,则表示其等待通知请求被阻止,也即,不允许其转发路由数据。
进一步,由于送至路由器的外发数据与等待通知请求中上行流量大小相应,而路由器的空闲缓存能够满足该等待通知请求大小,因而,能够避免出现所述来自多个监控设备的外发数据的丢包,降低丢包率。
在实际中,监控设备在接收到“建议申请等待通知”后,可以发送所述等待通知请求,或者,直接发送所述等待通知请求,因此,本实施例可以作为一个独立的方案,对所述等待通知请求的具体发送时机不加以限制。
另外,由于队列具体先进先出的特性,因此,本实施例会优先处理发送较早的等待通知请求。
参照图3,示出了本发明一种视频监控中面向带宽适应的路由缓存协商方法实施例3的流程图,具体可以包括:
发送步骤301、监控设备发送路由缓存请求,其中,该路由缓存请求中可以包括有上行流量和协商权限;
与所述报警级别类似,监控设备可与被交互设备协议制定所述协商权限,如从低到高分别为:协商权限0、协商权限1、协商权限2、协商权限3等等。
特别地,在监控设备存在多种报警权限的外发数据时,监控设备会优先选择权限最高的通报给被交互设备。
权限统计步骤302、根据所接收的来自多个监控设备的路由缓存请求中的协商权限,统计参照协商权限;
在实际中,可以直接从众多路由缓存请求的协商权限中,选择最低的作为参照协商权限;或者,计算平均值作为参照协商权限,本发明对获取参照协商权限的具体方式不加以限制。
第二发送步骤303、监控设备发送协商请求,其中,该协商请求中可以包括有上行流量、协商权限;
协商判断步骤304、针对来自某监控设备的协商请求,判断其协商权限是否高于参照协商权限,若是,则执行路由缓存协商步骤305;
路由缓存协商步骤305、针对该监控设备进行与其它监控设备的路由缓存协商;
第三判断步骤306、依据协商后路由器的当前空闲缓存,判断其是否满足针对该监控设备协商请求的上行流量,若是,则执行第二分配步骤307;
第二分配步骤307、依据相应的协商请求,为该监控设备分配预留缓存,并发送至该监控设备。
本实施例与实施例1的区别在于:监控设备在发送的协商请求中增加协商权限,并根据协商权限的高低,决定是否进行与其它监控设备的路由缓存协商。
在实际中,所述路由缓存协商步骤305具体可以包括:
协商发送步骤、以其它监控设备作为被请求监控设备,向被请求监控设备发送路由缓存协商请求,其中,该路由缓存协商请求中可以包括请求占用的上行流量;
选择步骤、被请求监控设备根据自身当前上行流量,以及,所述请求占用的上行流量,从分配的预留缓存中选择支出上行流量;
转移步骤、将支出上行流量从被请求监控设备的预留缓存,转移至路由器的当前空闲缓存。
假设局域网内有4个监控设备:监控设备1-监控设备4,且监控设备1向被交互设备发送协商请求,则被请求监控设备为监控设备2-监控设备4;以监控设备2为例,如果被交互设备发送的路由缓存协商请求中请求占用的上行流量为20M,监控设备2自身的当前上行流量为60M,被交互设备针对监控设备2分配的预留缓存为90M,则监控设备2可以从所述90M中选择20M作为支出上行流量,则被交互设备则可以将所述20M从监控设备2的预留缓存,转移至路由器的当前空闲缓存。
或者,假设监控设备2自身的当前上行流量为100M,则监控设备2无法提供支出上行流量,也即,监控设备2的支出上行流量为0。
这样,协商后路由器的当前空闲缓存,也即,所有被请求监控设备的支出上行流量总和。
可以理解,在执行第三判断步骤306时,如果协商后路由器的当前空闲缓存不满足针对该监控设备协商请求的上行流量,可以向该监控设备发送协商失败信息;或者,协商判断步骤304判断的协商权限低于参照协商权限时,也可以向该监控设备发送协商失败信息。
而对于该监控设备,在收到协商失败信息时,可以将协商权限提高一级,再将其进行发送,本发明对此不加以限制。
与上述方法实施例相应,本发明还公开了一种视频监控中面向带宽适应的路由缓存协商系统实施例,参照图4,具体可以包括:
监控设备401,可以包括:
发送模块411,用于监控设备发送路由缓存请求,其中,该路由缓存请求中包括有上行流量;
路由控制设备402,具体可以包括:
第一判断模块421,用于依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,获得第一判断结果;
分配模块422,用于在所述第一判断结果为是时,依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
调整模块423,用于在所述第一判断结果为否时,依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
第二判断模块424,用于依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,获得第二判断结果,若所述第二判断结果为是,则通知分配模块;及
建议发送模块425,用于在所述第二判断结果为否时,依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
具体地,若调整后路由器的当前空闲缓存不为空,则所述建议信息可以包括建议申请当前空闲缓存大小的缓存;
若调整后路由器的当前空闲缓存为空,则所述建议信息可以包括建议申请等待通知,或者,建议申请协商。
以上主要针对多个监控设备需要同时上传大量数据的情形进行了说明,在该情形下,需要占用大的路由带宽,因此,可以通过调整模块423进行路由器缓存的往上调整。
如果出现小路由带宽占用的情形,本发明还可以往下调整路由器缓存;
相应地,在本发明的一种优选实施例中,所述路由控制设备402还可以包括:
流量和统计模块,用于根据多个监控设备的路由缓存请求,统计其上行流量总和;及
第一调整模块,用于根据当前路由器的缓存和以及上行流量总和,调整路由器缓存。
为避免重要IP数据包的丢失,在本发明的一种优选实施例中,所述路由缓存请求中还可以包括有报警级别;
所述系统还可以包括:
选择模块,用于从接收到的多个路由缓存请求中,选择出报警级别最高的,由所述第一判断步模块进行处理。
在本发明的一种优选实施例中,还可以对来自监控设备的等待通知请求进行允许或阻止;采用等待队列处理所述等待通知请求,具体地,针对队头的等待通知请求进行处理,所述处理结果主要可以包括:
A、该队头出列,相应的等待通知请求得到允许;
B、该队头仍在该等待队列中,相应的等待通知请求待处理;
C、该队头出列,相应的等待通知请求被阻止,也即,向相应监控设备发送到申请失败信息。
相应地,所述监控设备401还可以包括:
第一发送模块,用于发送等待通知请求,其中,该等待通知请求中包括有上行流量、生命周期信息;
所述路由控制设备402还可以包括:
入队模块,用于在收到等待通知请求时,将其放入等待队列,并记录其入队时间;
缓存判断模块,用于针对队头的等待通知请求,判断路由器的当前空闲缓存是否满足该请求,获得缓存判断结果;
出队模块,用于执行出队操作;
第一分配模块,用于在所述缓存判断结果为是时,依据队头的等待通知请求,为相应监控设备分配预留缓存,发送至该监控设备,并通知出队模块;及
周期判断模块,用于在所述缓存判断结果为否时,根据队头的入队时间和生命周期信息,判断该队头是否结束生命周期,若是,则执行出队操作,并向与队头相应监控设备发送申请失败信息。
在本发明的另一种优选实施例中,监控设备还可以所述路由缓存请求中还增加协商权限,以及,在发送的协商请求中增加协商权限,并根据协商权限的高低,决定是否进行与其它监控设备的路由缓存协商。
具体地,所述监控设备401,还可以包括:
第二发送模块,用于发送协商请求,其中,该协商请求中可以包括有上行流量、协商权限;
所述路由控制设备402,还可以包括:
权限统计模块,用于根据所接收的来自多个监控设备的路由缓存请求中的协商权限,统计参照协商权限;
协商判断模块,用于针对来自某监控设备的协商请求,判断其协商权限是否高于参照协商权限,得到协商判断结果;
路由缓存协商模块,用于在协商判断结果为是时,针对该监控设备进行与其它监控设备的路由缓存协商;及
第三判断模块,用于依据协商后路由器的当前空闲缓存,判断其是否满足针对该监控设备协商请求的上行流量,若是,则通知所述分配模块针对该监控设备执行分配操作。
在具体实现中,所述路由缓存协商模块的结构可以包括:
协商发送单元,用于以其它监控设备作为被请求监控设备,向被请求监控设备发送路由缓存协商请求,其中,该路由缓存协商请求中包括请求占用的上行流量;
相应地,所述监控设备401,还可以包括:
选择模块,用于作为被请求监控设备,根据自身当前上行流量,以及,所述请求占用的上行流量,从分配的预留缓存中选择支出上行流量;
所述路由缓存协商模块402还可以进一步包括:
转移单元,用于将支出上行流量从被请求监控设备的预留缓存,转移至路由器的当前空闲缓存。
参考图5,示出了本发明一种路由控制设备实施例的结构图,具体可以包括:
第一判断模块501,用于依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,获得第一判断结果;
分配模块502,用于在所述第一判断结果为是时,依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
调整模块503,用于在所述第一判断结果为否时,依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
第二判断模块504,用于依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,获得第二判断结果,若所述第二判断结果为是,则通知分配模块;及
建议发送模块505,用于在所述第二判断结果为否时,依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
具体地,若调整后路由器的当前空闲缓存不为空,则所述建议信息包括建议申请当前空闲缓存大小的缓存;若调整后路由器的当前空闲缓存为空,则所述建议信息包括建议申请等待通知,或者,建议申请协商。
以上主要针对多个监控设备需要同时上传大量数据的情形进行了说明,在该情形下,需要占用大的路由带宽,因此,可以通过调整模块503进行路由器缓存的往上调整。
如果出现小路由带宽占用的情形,本发明还可以往下调整路由器缓存;
相应地,在本发明的一种优选实施例中,所述路由控制设备还可以包括:
流量和统计模块,用于根据多个监控设备的路由缓存请求,统计其上行流量总和;及
第一调整模块,用于根据当前路由器的缓存和以及上行流量总和,调整路由器缓存。
为避免重要IP数据包的丢失,在本发明的一种优选实施例中,所述路由缓存请求中还可以包括有报警级别;
所述路由控制设备还可以包括:
选择模块,用于从接收到的多个路由缓存请求中,选择出报警级别最高的,由所述第一判断步模块进行处理。
在本发明的一种优选实施例中,所述路由控制设备还可以包括:
入队模块,用于在收到来自监控设备的等待通知请求时,将其放入等待队列,并记录其入队时间;
缓存判断模块,用于针对队头的等待通知请求,判断路由器的当前空闲缓存是否满足该请求,获得缓存判断结果;
出队模块,用于在所述缓存判断结果为是时,执行出队操作,并通知所述分配模块针对相应监控设备执行分配操作;及
周期判断模块,用于在所述缓存判断结果为否时,根据队头的入队时间和生命周期信息,判断该队头是否结束生命周期,若是,则执行出队操作,并向与队头相应监控设备发送申请失败信息。
在本发明的另一种优选实施例中,所述路由缓存请求中还可以包括有协商权限;
所述路由控制设备还可以包括:
权限统计模块,用于根据所接收的来自多个监控设备的路由缓存请求中的协商权限,统计参照协商权限;
协商判断模块,用于针对来自某监控设备的协商请求,判断其协商权限是否高于参照协商权限,得到协商判断结果;
路由缓存协商模块,用于在协商判断结果为是时,针对该监控设备进行与其它监控设备的路由缓存协商;及
第三判断模块,用于依据协商后路由器的当前空闲缓存,判断其是否满足针对该监控设备协商请求的上行流量,若是,则通知所述分配模块针对该监控设备执行分配操作。
在具体实现中,所述路由缓存协商模块可以包括:
协商发送单元,用于以其它监控设备作为被请求监控设备,向被请求监控设备发送路由缓存协商请求,其中,该路由缓存协商请求中包括请求占用的上行流量;及
转移单元,用于将支出上行流量从被请求监控设备的预留缓存,转移至路由器的当前空闲缓存,其中,所述支出上行流量为被请求监控设备从分配的预留缓存中选择。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本发明所提供的一种视频监控中面向带宽适应的路由缓存协商方法和系统,以及,一种路由控制设备,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (21)

1.一种视频监控中面向带宽适应的路由缓存协商方法,其特征在于,包括:
发送步骤:监控设备发送路由缓存请求,其中,该路由缓存请求中包括有上行流量;
第一判断步骤:依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,若是,则执行分配步骤,否则,执行调整步骤;
分配步骤:依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
调整步骤:依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
第二判断步骤:依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,若是,则执行分配步骤,否则,执行建议发送步骤;
建议发送步骤:依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
2.如权利要求1所述的方法,其特征在于,
若调整后路由器的当前空闲缓存不为空,则所述建议信息包括建议申请当前空闲缓存大小的缓存;
若调整后路由器的当前空闲缓存为空,则所述建议信息包括建议申请等待通知,或者,建议申请协商。
3.如权利要求1或2所述的方法,其特征在于,还包括:
第一发送步骤:监控设备发送等待通知请求,其中,该等待通知请求中包括有上行流量、生命周期信息;
入队步骤:在收到等待通知请求时,将其放入等待队列,并记录其入队时间;
缓存判断步骤:针对队头的等待通知请求,判断路由器的当前空闲缓存是否满足该请求,若是,则执行第一分配步骤,否则,执行周期判断步骤;
第一分配步骤:依据队头的等待通知请求,为相应监控设备分配预留缓存,并发送至该监控设备;
出队步骤:执行出队操作;
周期判断步骤:根据队头的入队时间和生命周期信息,判断该队头是否结束生命周期,若是,则执行出队操作,并向与队头相应监控设备发送申请失败信息。
4.如权利要求1或2所述的方法,其特征在于,所述路由缓存请求中还包括有报警级别;
在所述第一判断步骤前,所述方法还包括:
选择步骤:从接收到的多个路由缓存请求中,选择出报警级别最高的,执行第一判断步骤。
5.如权利要求1或2所述的方法,其特征在于,所述路由缓存请求中还包括有协商权限;
所述方法还包括:
第二发送步骤:监控设备发送协商请求,其中,该协商请求中包括有上行流量、协商权限;
权限统计步骤:根据所接收的来自多个监控设备的路由缓存请求中的协商权限,统计参照协商权限;
协商判断步骤:针对来自某监控设备的协商请求,判断其协商权限是否高于参照协商权限,若是,则执行路由缓存协商步骤;
路由缓存协商步骤:针对该监控设备进行与其它监控设备的路由缓存协商;
第三判断步骤:依据协商后路由器的当前空闲缓存,判断其是否满足针对该监控设备协商请求的上行流量,若是,则针对该监控设备执行分配步骤。
6.如权利要求5所述的方法,其特征在于,所述路由缓存协商步骤包括:
协商发送步骤:以其它监控设备作为被请求监控设备,向被请求监控设备发送路由缓存协商请求,其中,该路由缓存协商请求中包括请求占用的上行流量;
选择步骤:被请求监控设备根据自身当前上行流量,以及,所述请求占用的上行流量,从分配的预留缓存中选择支出上行流量;
转移步骤:将支出上行流量从被请求监控设备的预留缓存,转移至路由器的当前空闲缓存。
7.如权利要求1或2所述的方法,其特征在于,还包括:
流量和统计步骤:根据多个监控设备的路由缓存请求,统计其上行流量总和;
第一调整步骤:根据当前路由器的缓存和以及上行流量总和,调整路由器缓存。
8.一种视频监控中面向带宽适应的路由缓存协商系统,其特征在于,包括:
监控设备,包括:
发送模块,用于监控设备发送路由缓存请求,其中,该路由缓存请求中包括有上行流量;
路由控制设备,包括:
第一判断模块,用于依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,获得第一判断结果;
分配模块,用于在所述第一判断结果为是时,依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
调整模块,用于在所述第一判断结果为否时,依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
第二判断模块,用于依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,获得第二判断结果,若所述第二判断结果为是,则通知分配模块;及
建议发送模块,用于在所述第二判断结果为否时,依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
9.如权利要求8所述的系统,其特征在于,
若调整后路由器的当前空闲缓存不为空,则所述建议信息包括建议申请当前空闲缓存大小的缓存;
若调整后路由器的当前空闲缓存为空,则所述建议信息包括建议申请等待通知,或者,建议申请协商。
10.如权利要求8或9所述的系统,其特征在于,所述监控设备还包括:
第一发送模块,用于发送等待通知请求,其中,该等待通知请求中包括有上行流量、生命周期信息;
所述路由控制设备还包括:
入队模块,用于在收到等待通知请求时,将其放入等待队列,并记录其入队时间;
缓存判断模块,用于针对队头的等待通知请求,判断路由器的当前空闲缓存是否满足该请求,获得缓存判断结果;
出队模块,用于执行出队操作;
第一分配模块,用于在所述缓存判断结果为是时,依据队头的等待通知请求,为相应监控设备分配预留缓存,发送至该监控设备,并通知出队模块;及
周期判断模块,用于在所述缓存判断结果为否时,根据队头的入队时间和生命周期信息,判断该队头是否结束生命周期,若是,则执行出队操作,并向与队头相应监控设备发送申请失败信息。
11.如权利要求8或9所述的系统,其特征在于,所述路由缓存请求中还包括有报警级别;
所述系统还包括:
选择模块,用于从接收到的多个路由缓存请求中,选择出报警级别最高的,由所述第一判断步模块进行处理。
12.如权利要求8或9所述的系统,其特征在于,所述路由缓存请求中还包括有协商权限;
所述监控设备,还包括:
第二发送模块,用于发送协商请求,其中,该协商请求中包括有上行流量、协商权限;
所述路由控制设备,还包括:
权限统计模块,用于根据所接收的来自多个监控设备的路由缓存请求中的协商权限,统计参照协商权限;
协商判断模块,用于针对来自某监控设备的协商请求,判断其协商权限是否高于参照协商权限,得到协商判断结果;
路由缓存协商模块,用于在协商判断结果为是时,针对该监控设备进行与其它监控设备的路由缓存协商;及
第三判断模块,用于依据协商后路由器的当前空闲缓存,判断其是否满足针对该监控设备协商请求的上行流量,若是,则通知所述分配模块针对该监控设备执行分配操作。
13.如权利要求12所述的系统,其特征在于,所述路由缓存协商模块包括:
协商发送单元,用于以其它监控设备作为被请求监控设备,向被请求监控设备发送路由缓存协商请求,其中,该路由缓存协商请求中包括请求占用的上行流量;
所述监控设备,还包括:
选择模块,用于作为被请求监控设备,根据自身当前上行流量,以及,所述请求占用的上行流量,从分配的预留缓存中选择支出上行流量;
所述路由缓存协商模块还包括:
转移单元,用于将支出上行流量从被请求监控设备的预留缓存,转移至路由器的当前空闲缓存。
14.如权利要求8或9所述的系统,所述路由控制设备还包括:
流量和统计模块,用于根据多个监控设备的路由缓存请求,统计其上行流量总和;及
第一调整模块,用于根据当前路由器的缓存和以及上行流量总和,调整路由器缓存。
15.一种路由控制设备,其特征在于,包括:
第一判断模块,用于依据路由器的当前空闲缓存,判断其是否满足来自某一监控设备的路由缓存请求,获得第一判断结果;
分配模块,用于在所述第一判断结果为是时,依据相应的路由缓冲请求,为该监控设备分配预留缓存,并发送至该监控设备;
调整模块,用于在所述第一判断结果为否时,依据当前路由器的缓存和以及该监控设备的路由缓存请求,调整路由器缓存;
第二判断模块,用于依据调整后路由器的当前空闲缓存,判断其是否满足来自该监控设备的路由缓存请求,获得第二判断结果,若所述第二判断结果为是,则通知分配模块;及
建议发送模块,用于在所述第二判断结果为否时,依据调整后路由器的当前空闲缓存,向该监控设备发送建议信息。
16.如权利要求15所述的路由控制设备,其特征在于,
若调整后路由器的当前空闲缓存不为空,则所述建议信息包括建议申请当前空闲缓存大小的缓存;
若调整后路由器的当前空闲缓存为空,则所述建议信息包括建议申请等待通知,或者,建议申请协商。
17.如权利要求15或16所述的路由控制设备,其特征在于,还包括:
入队模块,用于在收到来自监控设备的等待通知请求时,将其放入等待队列,并记录其入队时间;
缓存判断模块,用于针对队头的等待通知请求,判断路由器的当前空闲缓存是否满足该请求,获得缓存判断结果;
出队模块,用于在所述缓存判断结果为是时,执行出队操作,并通知所述分配模块针对相应监控设备执行分配操作;及
周期判断模块,用于在所述缓存判断结果为否时,根据队头的入队时间和生命周期信息,判断该队头是否结束生命周期,若是,则执行出队操作,并向与队头相应监控设备发送申请失败信息。
18.如权利要求15或16所述的路由控制设备,其特征在于,所述路由缓存请求中还包括有报警级别;
所述路由控制设备还包括:
选择模块,用于从接收到的多个路由缓存请求中,选择出报警级别最高的,由所述第一判断步模块进行处理。
19.如权利要求15或16所述的路由控制设备,其特征在于,所述路由缓存请求中还包括有协商权限;
所述路由控制设备,还包括:
权限统计模块,用于根据所接收的来自多个监控设备的路由缓存请求中的协商权限,统计参照协商权限;
协商判断模块,用于针对来自某监控设备的协商请求,判断其协商权限是否高于参照协商权限,得到协商判断结果;
路由缓存协商模块,用于在协商判断结果为是时,针对该监控设备进行与其它监控设备的路由缓存协商;及
第三判断模块,用于依据协商后路由器的当前空闲缓存,判断其是否满足针对该监控设备协商请求的上行流量,若是,则通知所述分配模块针对该监控设备执行分配操作。
20.如权利要求15或16所述的路由控制设备,其特征在于,所述路由缓存协商模块包括:
协商发送单元,用于以其它监控设备作为被请求监控设备,向被请求监控设备发送路由缓存协商请求,其中,该路由缓存协商请求中包括请求占用的上行流量;及
转移单元,用于将支出上行流量从被请求监控设备的预留缓存,转移至路由器的当前空闲缓存,其中,所述支出上行流量为被请求监控设备从分配的预留缓存中选择。
21.如权利要求15或16所述的路由控制设备,还包括:
流量和统计模块,用于根据多个监控设备的路由缓存请求,统计其上行流量总和;及
第一调整模块,用于根据当前路由器的缓存和以及上行流量总和,调整路由器缓存。
CN201010263598.5A 2010-08-25 2010-08-25 一种视频监控中面向带宽适应的路由缓存协商方法和系统 Active CN102377662B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201010263598.5A CN102377662B (zh) 2010-08-25 2010-08-25 一种视频监控中面向带宽适应的路由缓存协商方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010263598.5A CN102377662B (zh) 2010-08-25 2010-08-25 一种视频监控中面向带宽适应的路由缓存协商方法和系统

Publications (2)

Publication Number Publication Date
CN102377662A true CN102377662A (zh) 2012-03-14
CN102377662B CN102377662B (zh) 2015-11-25

Family

ID=45795658

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010263598.5A Active CN102377662B (zh) 2010-08-25 2010-08-25 一种视频监控中面向带宽适应的路由缓存协商方法和系统

Country Status (1)

Country Link
CN (1) CN102377662B (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013182052A1 (zh) * 2012-06-05 2013-12-12 华为技术有限公司 一种应用于网络中缓存系统、装置以及方法
CN103546802A (zh) * 2013-10-15 2014-01-29 深圳Tcl新技术有限公司 动态调整缓存的方法及显示终端
CN103763635A (zh) * 2013-05-02 2014-04-30 乐视网信息技术(北京)股份有限公司 一种视频缓冲的控制方法和系统
CN104022961A (zh) * 2014-05-29 2014-09-03 华为技术有限公司 一种数据传输方法、装置及系统
CN106331598A (zh) * 2015-07-02 2017-01-11 杭州萤石网络有限公司 传输数据的控制方法、装置及系统
CN110097723A (zh) * 2019-04-17 2019-08-06 南京砺剑光电技术研究院有限公司 基于计算机视觉的外破行为识别与告警方法
CN111385463A (zh) * 2018-12-29 2020-07-07 华为技术有限公司 用于控制摄像头的方法、控制装置、网络设备及摄像头

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1783833A (zh) * 2004-11-29 2006-06-07 北京三星通信技术研究有限公司 移动Ipv6平滑切换系统及方法
CN101488922A (zh) * 2009-01-08 2009-07-22 浙江大学 具备自适应路由能力的片上网络路由器及其实现方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1783833A (zh) * 2004-11-29 2006-06-07 北京三星通信技术研究有限公司 移动Ipv6平滑切换系统及方法
CN101488922A (zh) * 2009-01-08 2009-07-22 浙江大学 具备自适应路由能力的片上网络路由器及其实现方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
王建新等: "路由器缓存大小设置策略的研究综述", 《计算机科学》, vol. 36, no. 8, 31 August 2009 (2009-08-31) *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013182052A1 (zh) * 2012-06-05 2013-12-12 华为技术有限公司 一种应用于网络中缓存系统、装置以及方法
CN103763635A (zh) * 2013-05-02 2014-04-30 乐视网信息技术(北京)股份有限公司 一种视频缓冲的控制方法和系统
CN103546802A (zh) * 2013-10-15 2014-01-29 深圳Tcl新技术有限公司 动态调整缓存的方法及显示终端
CN103546802B (zh) * 2013-10-15 2017-07-25 深圳Tcl新技术有限公司 动态调整缓存的方法及显示终端
CN104022961A (zh) * 2014-05-29 2014-09-03 华为技术有限公司 一种数据传输方法、装置及系统
WO2015180426A1 (zh) * 2014-05-29 2015-12-03 华为技术有限公司 一种数据传输方法、装置及系统
CN106331598A (zh) * 2015-07-02 2017-01-11 杭州萤石网络有限公司 传输数据的控制方法、装置及系统
CN106331598B (zh) * 2015-07-02 2019-04-12 杭州萤石网络有限公司 传输数据的控制方法、装置及系统
CN111385463A (zh) * 2018-12-29 2020-07-07 华为技术有限公司 用于控制摄像头的方法、控制装置、网络设备及摄像头
CN110097723A (zh) * 2019-04-17 2019-08-06 南京砺剑光电技术研究院有限公司 基于计算机视觉的外破行为识别与告警方法

Also Published As

Publication number Publication date
CN102377662B (zh) 2015-11-25

Similar Documents

Publication Publication Date Title
CN102377662A (zh) 一种视频监控中面向带宽适应的路由缓存协商方法和系统
US20140082135A1 (en) Apparatus and method for providing content, and system for providing content with the said apparatus
US20180176325A1 (en) Data pre-fetching in mobile networks
US9774651B2 (en) Method and apparatus for rapid data distribution
KR20150091223A (ko) 가상 파이프에서 멀티미디어 스트림에 의해 사용되는 망자원들을 관리하기 위한 방법 및 장치
CN109348264B (zh) 视频资源共享方法、装置、存储介质及电子设备
CN105592163B (zh) 一种通信方法及系统
CN106375471B (zh) 一种边缘节点确定方法及装置
CN107920108A (zh) 一种媒体资源的推送方法、客户端及服务器
JP2017017666A (ja) 無線基地局装置、サーバ、無線通信システム、及び無線通信方法
WO2012144588A1 (ja) コンテンツ配信システム、制御装置およびコンテンツ配信方法
WO2011024930A1 (ja) コンテンツ配信システム、コンテンツ配信方法及びコンテンツ配信用プログラム
JP2009122981A (ja) キャッシュ配置方法
JP4729549B2 (ja) 負荷制御方法及び装置及びプログラム
CN101262489A (zh) 一种内容分发网络系统及方法
CN106209952A (zh) 服务节点分配方法、装置、cdn管理服务器及系统
CN101521682A (zh) 一种综合远程监控系统及远程监控数据的处理方法
CN103442257A (zh) 一种流资源管理的实现方法、设备及系统
CN112788135B (zh) 资源调度方法、设备及存储介质
KR101525471B1 (ko) 비디오제공방법 및 비디오제공시스템
KR101082786B1 (ko) 프록시 서버를 이용한 컨텐츠 분배 시스템 및 방법
US9614780B2 (en) Predictive delaycast feedback
KR101566397B1 (ko) 대역폭 관리 장치, 중앙 관리 장치, 및 대역폭 관리 방법
CN102624622A (zh) 基于多级转发的网络视频的路由计算方法和装置
CN103442258A (zh) 一种流资源管理的实现方法、设备及系统

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
TR01 Transfer of patent right

Effective date of registration: 20171221

Address after: 100083 Haidian District, Xueyuan Road, No. 35, the world building, the second floor of the building on the ground floor, No. 16

Co-patentee after: Vimicro Electronics Co., Ltd.

Patentee after: Zhongxing Technology Co., Ltd.

Address before: 100083 Haidian District, Xueyuan Road, No. 35, the world building, the second floor of the building on the ground floor, No. 16

Co-patentee before: Vimicro Electronics Co., Ltd.

Patentee before: Beijing Vimicro Corporation

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 100083 Haidian District, Xueyuan Road, No. 35, the world building, the second floor of the building on the ground floor, No. 16

Co-patentee after: Vimicro Electronics Co., Ltd.

Patentee after: Mid Star Technology Limited by Share Ltd

Address before: 100083 Haidian District, Xueyuan Road, No. 35, the world building, the second floor of the building on the ground floor, No. 16

Co-patentee before: Vimicro Electronics Co., Ltd.

Patentee before: Zhongxing Technology Co., Ltd.