[原创]视频复核需求

姑苏保安

我老板想上一种用于全城使用的报警及视频复核的系统，我们已有3000多个报警点（用安定宝/北京M/深圳从文等）。110报警中心是北京迈特安系统。现在，我们被误保率太高弄得头大，也赔了一些银子（已经有贼中高手可以轻松破解报警器了，具体我就不说了，行家应该知道的，宁波的同行更有切身体会的），为此，我们得陪客户的损失。所以老板想上一个视频复核的项目，降低误保率。市面上有无成熟产品。我们见过很多号称全国最先进/世界最先进的视频复核的产品，但就是不能实用。
主要问题是：
1）视频码流过大，无法在Internet网上跑的，演示可以，但我们要用它来实际用的。
# S2 ~7 L! q- V K6 o" S我们要求100路的视频流总码流在5~10Mbps，即每路视频码流在50kpbs（CIF,15fps,图像质量良好)。这样，我们的110指挥中心的网络能顶得住网络压力。但市面上，好像没有这么氧的产品。许多供应商/厂家电话中都说可以的，但实际演示就不行了，白白浪费他们的金钱和我们的时间。
, B; V$ S- Z4 Q& k+ T( e7 U; s, \2）报警联动模块不能与市面上所有报警系统兼容，历史的原因，我们3000多个报警点有差不多所有市面上的报警牌子。
7 _! L- q7 a: q+ h0 n( O3）视频中心不能与我们的报警中心联动。
4）系统（中心和视频复核前端）都不稳定，还是只能演示，不能实用。
5）即使如此，报价也过高。客户可能无法承受的。尤其是一些国外产品。
$ a# S- z4 c6 @ O6）远端系统的状态不能实时传到报警中心，所以功能也不强不全。
由于有些朋友对我这个贴子有兴趣并提出一些问题和建议。对此，我想在补充说明目前几个报警联网中的基本问题：
% f# N4 E9 M b8 E' Q$ G1）高误报率，以至于我们的“朋友”都会利用这个弱点来趁火打劫，通常手法为：
事先故意使多个报警探头误报触发，一个晚上有时几次甚至几十次。狼来了喊多了，自然人们的警惕性就降低很多了。到狼真的来到时，你还以为是误报呢。这种方法具体做起来有多种手法。据个例子：几个苍蝇或一阵热风就可以让你的探头跳舞了。
/ l5 [7 T. S9 _* Y! H. ?# ^/ c还有就是低价的质量差的探头甚至不用人为“催谷“就可自己跳舞了。你们记得90年代开封博物馆的惊天大案吗？其实，当时他们的一个红外探头是触发了的，但保卫处的人认为是误报把它撤警的。除了他们疏忽大意之外，是不是频繁的误报使得他们觉得这是又是误报了呢？
: p2 [4 _7 @5 f# g! L' T. @- X2）PSTN网络工作异常时，远程110报警处理中心无法实时得知。往往知道时，派人处理和恢复线路时，我们的“朋友”已经回家享受战利成果了。这个情况越是大城市（监控点越多）越严重。当然，又有朋友会说，报警可以做到实时的，但这些方案在实际应用上都是不实际的。我们是营运商，营运费用必须越低越好的。在商言商嘛。
3）目前，现在有些厂商将视频服务器改成视频复核，但有如下问题：
2 l3 c( @3 @2 W- O. }a)视频流过大，我们希望一个ADSL能同时发送16路~24路视频（每路平均码流在30~50kbps，CIF，10~15fps,qp范围在17~20对一个0到31的QP值而言),这样我们的营运费用可以比较低的，还是在商言商。
然而，目前远程视频服务器的平均码流都在100~300kbps,我们因为对图像质量还是有一定的要求的。这样，许多远程视频服务器就很难入眼了。
- U$ q7 i8 e- i* x Cb) 稳定性不能复核保安的要求。最简单的例子是，假如断电的话，没有几种设备可以用UPS电源维持一个小时的。这个就给保安报警留下一个很大的漏洞的。
c)无法实现远程网络撤布防。

各位达人有无可以推荐的或有类是的产品需求想法的。能否发表意见。我此文权当抛砖引玉。有人如果是做报警服务的，应该有和我们类似想法的。

muziyi

你说的第2点应该有点难,但其它的应该都很成熟了啊!

muziyi

" L; E% a0 G: W0 t! X引用段落

一定要同时考虑同时有8~16处报警发生的。小偷肯定会攻击你的最弱点的。小偷们不大可能同时触发16处的报警的

每个点,都有16个监控点吗?最重要的是小偷能同时触动这么多吗?那得有多少小偷啊?
8 U4 H1 d6 P$ u& O/ E

有没有人能推介CIF,15帧/每秒得视频码流在50kpbs

0 T" V: s) s! ~% A, d, \7 |国内有很多基于CIF的编码器,帧速率,码流,带宽都是可调的,你的要求完全可以达到!

/ R$ V- f* q& z% C( [ ]; d

这样，16路的总码流就是800kpbs。我们城市的ADSL带宽一般在1MPBS（上行）

ADSL带宽理论每秒上行在1M,但实际上800K都达不到!
这永远是一个带宽与图象质量的问题!

最后顺便说一下,还有码流单位也错了,不是pbs而是bits/s;还有带宽的传输速度的单位也错了,不是pbs而是bps;还有通过控制码流来推算生成文件的大小，也搞错了!50kbit/s并不等于50K,建议楼主进修

muziyi

小偷一个人就能触动这么多的，具体咋么做，您就不要问那末多了

我的天,现在小偷偷东西,都是先要故意把每个防区都搞触动,报警后在偷东西啊!超强!

主机不报警,小偷还不偷,非得弄的报警了在偷,真是汗!

tdly

下面引用由姑苏保安发表的内容： ! d# G6 w! K, v1 `- B2 c2）报警联动模块不能与市面上所有报警系统兼容，历史的原因，我们3000多个报警点有差不多所有市面上的报警牌子。 3）视频中心不能与我们的报警中心联动。 ' D W$ X2 I- D9 D

6 D9 |0 V; J. X1 L视频服务器一般利用I/O接口同所有报警器连接的，形式有开关量和触发量两种，理论上任何报警器都应该可以接入的，就是有的报警器触发电参数不对可以改一下输入电路的，怎么不能兼容？视频中心与报警中心的联动是监控客户端软件实现的，一般成熟的客户端软件也应该有这个功能，就是没有，这么大个项目专门开发一下也应该不是问题，呵呵。

muziyi

那种小偷不是一般的了。他有一套策略的。非常狡猾的，要偷的也不是几万的价值物品，一次起码十几万甚至有上百万的。光采点就要上个月。报警系统的弱点，他们十分清楚的。有时，你不是在里面研究很深的话，对很多表面现象不理解试可以理解的。 好了，我说的已经够多的了，如果有人聪明的话，都以明白了。

5 i' A7 E. E K Y; n+ L0 ?: l
看来楼主真的好弱弱,在自圆其说了.
/ ^9 Z1 K/ D3 A) v+ w4 d
1 j+ E" m- f' |, a# n3 @

muziyi

不想说了,留给大家跟吧!呵呵!

TCP

我认为楼主是诚心来寻找适用产品的，他的需求和所提的问题是很切合实际的，更是从事联网报警服务行业急需解决的难题。

gameboy0519

先小顶一下~不知楼主是哪家报警中心运营商啊~用的是迈特安的报警管理中心的话应该是认识我的哦！迈特安中心管理软件已在原有基础上开发了针对报警视频复核的功能，不知道楼主咨询过没有。具体能不能达到实际商业运营的条件，最好还是跟相关技术人员在沟通一下。因为我也只是测过，没实际应用过。视频复核功能也会是以后报警中心的发展趋势之一，我们做报警中心的还是很重视这块的市场的！也希望能顺应趋势开发更有技术含量和竞争力的产品。多交流多学习，这个行业才会更有发展~