一句话结论
园区安防的问题从来不是"没摄像头",是"出事时翻不出来"。回溯能力由接入、时间、存储、检索四件事共同决定。
一、先把账算清楚
做方案前必须知道四个数:路数、单路码率、保留天数、峰值并发调阅数。这四个数直接决定带宽与存储。
存储的粗算方式是:路数 × 码率 × 86400 秒 × 保留天数 ÷ 8。按 500 路、2 Mbps、30 天,落在百 TB 量级。这个数字一出来,"全部高清全时存储"这类需求通常会自己收敛。
带宽同理:调阅端的并发数才决定出口带宽,不是路数总和。设计时把"同时几个人在看"问清楚,比问总路数有用。
二、时间基准是回溯的前提
多品牌摄像头混存的最大问题不是画质,是时间不一致。有的设备不校时,漂移几分钟,事后按时间检索就对不上。
必须做的三件事:
- 全场统一 NTP 源,所有设备与录像服务指向同一个时钟源
- 录像与事件记录都带双时间戳:设备采集时间与服务器接收时间
- 定期巡检时钟偏差,超过阈值的设备报警
时间不对,后面的结构化检索全是白做。
三、录像与分析解耦
把智能分析直接挂在录像链路上,是常见的架构错误:分析服务一抖动,录像也可能丢。
正确分层:接入与录像是一层,必须最稳;分析是另一层,可以按需扩展、可以重启、可以只处理关心的通道。
解耦之后,"分析挂了"只意味着暂时没有结构化结果,录像本身不受影响——这是客户最能接受的一种降级。
四、结构化:把视频变成可检索的记录
回溯效率的差异,来自"有没有结构化"。
最小可用的结构化包含:时间、通道、区域、事件类型、置信度、关联截图。有了这六项,检索就从"拖进度条找人"变成"筛条件看片段"。
注意两件事:
- 结构化结果要能追溯到原始录像的时间点,否则看了结果还得回去翻
- 事件去重与合并要做,否则同一个持续事件会生成成千上万条记录
五、私有化部署的边界
园区客户普遍要求数据不出园区,所以整套系统部署在客户机房。这带来几个必须明确的边界:
- 权限按角色划分:值班员只看实时与当日回溯,管理员才能导出
- 不对外开放任何公网入口;远程支持走审批后的临时通道
- 数据保留与删除策略要写进合同:到期自动清理,客户可审计
六、上线验收
- 抽 10 个通道,核对设备时间与服务器时间偏差
- 模拟一次事件,从检索到定位到原始录像,测总耗时
- 断一路相机、重启一次分析服务,确认录像不中断
- 导出一次录像,确认格式与时长正确、无花屏
- 连续运行 7 天,看是否有通道静默掉线(这是最容易漏的问题)
七、常见误区
- 按总路数买出口带宽,成本虚高
- 不做时间同步就上智能分析,结果永远对不上
- 把分析服务与录像服务部署在同一台机器上
- 没有通道健康巡检,几十路静默掉线几个月没人发现
文档会随实施经验更新。发现表述过时或有误,欢迎指正。
← 返回全部白皮书