一、一个每天都在发生的对接事故
先说一个几乎每个做视频联网的人都会遇到的场景。
某园区项目，前端 3000 路摄像机，来自四五家厂商，平台侧要求"统一接入、统一调阅、统一告警"。国标对接做完，画面通了，云台能控了，录像能放了。验收前一周，业务方提出一个理所当然的需求：
"我要在上级平台上看到'有人没戴安全帽'这个事件，不只是看到画面。"
这时候问题来了。前端摄像机确实带了智能分析，确实识别出了安全帽违规，也弹了告警。但这条"结论"，上级平台收不到。
因为我们的联网方案，从头到尾只传了画面，没有传结论。
摄像机知道的事情，平台不知道；平台知道的事情，业务系统不认。最后这条链路只能退化成人盯着屏幕看——视频联网平台变成了一个"看画面的工具"，而不是一个"能做事的能力底座"。
这不是某一家的问题，是整个行业过去十几年的路径依赖。我们从一开始就把视频联网理解成"把画面搬过去"，而不是"把信息搬过去"。
二、协议孤岛的账，行业已经算过一遍了
有报告统计过一个数字：截至 2025 年底，国内主流安防主机厂商的私有协议占比仍然高达 67.4%。带来的直接后果是，在智慧城市和数字政府类项目中，跨品牌主机数据对接的平均调试周期达到 14.5 个工作日，数据解析失败率维持在 8.2% 左右。（数据来源：《安防物联数据协议互联互通成熟度评估报告》，SAC/TC100 与中国信通院）
14.5 个工作日是什么概念？一个中等规模项目，光是"让不同厂商的机器互相能听懂"就要花掉三周。这三周不产生任何业务价值，纯粹是在填协议沟壑。
更隐蔽的损失在后面：这些项目里真正跑起来的智能分析算法，因为结论传不出去，实际使用率远低于设计值。算法买了，算力部署了，摄像头的智能能力被"锁"在设备里。
所以我一直认为，视频联网平台的第一个核心价值不是接了多少路，而是承接了多少条能被业务消费的信息。
三、标准化正在从"协议互通"走向"语义互操作"
行业标准层面，这两年的变化方向很明确。
3.1 国标编码规则，先搞清楚 A 和 B
这是实操中最高频的坑。GB/T 28181 的二十位统一编码有两套规则，前 10 位完全一致（中心编码 8 位 + 行业编码 2 位），差异全部从第 11 位开始：
| 规则 | 第 1–8 位 | 第 9–10 位 | 第 11–13 位 | 第 14 位 | 第 15–20 位 |
|---|---|---|---|---|---|
| 规则 A | 中心编码 | 行业编码 | 类型编码（3 位） | 网络标识（1 位） | 序号（6 位） |
| 规则 B | 中心编码 | 行业编码 | 序号（6 位） | — | 类型编码（2 位） |
对接第三方设备时，如果发现类型码对不上、设备注册成功但业务识别异常，第一件事就该确认对端用的是哪套编码规则。
行业编码也有讲究，第 9–10 位决定这个点位归谁管：00–11 段是政府侧（社会治安、交通路面、交通卡口、城市管理、卫生环保、商检海关、教育等），40–55 段是企业侧（农林牧渔 40、采矿 41、制造 42、冶金 43、电力 44、燃气 45、建筑 46、物流 47、邮政 48、信息 49、住宿餐饮 50、金融 51、房地产 52、商务服务 53、水利 54、娱乐 55）。
这两个码位写错，数据在共享交换时就会归到错误的部门去，后面再改成本极高。 我们见过太多项目在编码规划阶段随便填，等到跨部门共享时才返工。
3.2 AI 元数据开始进标准条款
变化的核心在于：新版联网标准开始把 AI 结构化数据、物联网传感数据、运维状态数据纳入标准化的传输字段定义。
据行业报告披露的方向，修订中的联网标准新增了标准化的 AI 元数据接口要求，包括人形属性、行为事件、场景标签等结构化信息的统一字段定义与描述方式。有测试数据称，采用新标准协议栈的主机，在跨平台数据共享效率上较旧版有明显提升，数据完整性校验通过率提升至 99.6% 量级。
同时，视频监控系统与卡口系统的双协议兼容（联网标准 + GA/T 1400 系列）也在被反复强调，出口类项目还叠加了国密算法与 AI 模块备案的要求。
方向很清楚：标准从"通信接口统一"往"语义模型统一"走。行业里开始出现"数据物模型"的提法——把人、车、环境、设施等对象拆成统一的属性字段字典，让"人脸抓拍时间""车牌识别置信度"这类数据在源头就带上机器可读的统一语义标签，而不是各家自己命名、下游再猜。
后端数据中台的清洗工作量能因此下降多少，不同报告给出的数字不尽相同，但方向没有争议。
四、一个更硬的时间窗口：10 月 1 日
如果说标准修订是"未来时"，那有一个"现在进行时"值得所有做视频平台的人注意。
《排污单位自行监测视频监控系统建设与联网技术要求》（HJ 1480-2026）将于 2026 年 10 月 1 日起强制实施——这是国内首部针对排污单位自行监测视频监控的全国统一专项标准。
它对本行业的意义，不在于管的是环保，而在于它把视频监控从辅助手段升级成了法定举证依据，并且对技术提出了相当具体的要求：
- 覆盖：废水采样口、管线、加药分装、留样存放，废气监测孔、气袋封装、现场校准，以及站房出入通道、分析仪、数采仪、标气柜等核心区域，必须画面全覆盖
- 成像：夜间红外或白光补光，24 小时清晰成像
- 校时：强制 NTP/SIP 网络自动校时，与北京时间偏差不得超过 1 秒
- 防篡改：严禁设备具备删除、修改视频及日志的功能
- 存储：不间断录像至少 90 天，含人员活动的片段存满 1 年，操作日志保留 1 年以上
- 智能：必须标配视频丢失、镜头遮挡检测，并至少具备入侵、绊线或运动目标检测能力；触发异常时自动截图并保存事发前后各 15 秒录像
- 联网：需符合 GB/T 28181，支持国家、省、市三级平台接入
- 运维：试运行期单台设备在线率、录像完整率不低于 98%，正式运行后月度平均值保持在 95% 以上
（依据：HJ 1480-2026 相关公开解读）
注意最后两条。在线率和录像完整率被写成了可以考核的数字，这意味着视频平台从"建好就行"变成了"每天都要被量化检验"。这恰恰是很多平台最薄弱的地方——点位上了，但链路稳定性、时钟一致性、录像完整性没人真正盯着。
五、平台侧要改的四件事
站在做视频联网平台的角度，我建议把改造重点放在下面四件事上，而不是急着堆新算法。
第一，把元数据通道和视频流通道分开设计。 视频流是重资产，元数据是轻资产。大量场景下业务只需要结论，不需要画面。让结论走独立通道，既省带宽，也让业务系统能低成本消费。画面按需回取即可。
第二，字段字典先定，接口后写。 不要等对接时才和设备厂商逐字段对齐。平台侧应该先有一份自己的对象属性字典（人员、车辆、设备、环境、事件），厂商字段做映射表。这件事做在前面，能省掉后面 80% 的联调时间。
第三，把校时当成生命线，而不是一个可选项。 HJ 1480 把偏差写到了 1 秒，这不是苛求。多源视频要做事件关联、要做时序还原、要做举证，时间不一致整条证据链就废了。全链路 NTP 校时、定期校验、异常告警，应该成为平台的基础能力而不是附加功能。
第四，告警要有分级，并且可回流。 原始告警不等于最终结论。平台侧需要"候选事件 → 复核 → 分级 → 处置 → 回流"的闭环，否则告警量一上来，一线就会把提醒关掉——这是所有智能视频项目最终失败的共同路径。
六、结语
视频联网这件事，过去十年的关键词是"通"：通道打通、协议打通、级联打通。
接下来几年的关键词会变成"懂"：设备懂场景，平台懂设备，业务懂平台。
GB/T 28181 从只承载音视频信令，到开始承载 AI 结构化元数据，本质上是在回答同一个问题：我们到底是在传画面，还是在传信息？
这个问题的答案，决定了视频联网平台是一个成本中心，还是一个能力底座。
参考资料
- 《公共安全视频监控联网系统信息传输、交换、控制技术要求》(GB/T 28181) 及配套编码规则
- 《排污单位自行监测视频监控系统建设与联网技术要求》(HJ 1480-2026) 公开解读
- 全国安全防范报警系统标准化技术委员会 (SAC/TC100) 相关评估报告公开信息
- 公开行业报道与厂商技术资料
智联视频超融合平台介绍
文中说的"元数据通道""字段字典"，不是纸上推演——这些能力在我参与开发的智联视频超融合平台里已经完整落地：
- 平台通过 GB/T28181-2011/2016/2022、国网B接口、RTSP、RTMP、ONVIF、GB/T35114、GA1400、海康/大华 SDK/API 等方式，接入海康、大华、宇视等各厂家摄像机、录像机与直播手机，也可接入下级平台，提供 Web 客户端进行视频预览、录像回放、配置管理和智慧运维。
- 提供标准 RESTful 格式的 HTTP API 和 Web 播放器 Demo，满足二次开发需求；同时支持将音视频数据转发成各种通用标准流媒体协议，方便第三方客户端调用展示。
- 支持按 GB/T28181、国网B接口、GB/T35114、GA1400 等协议对接上级平台（智联视频云平台与第三方平台），支持普通级联、多级级联、混合级联等多种级联方式。
- 目前已在电力、公安、交通、教育、医疗、物联网、智慧城市、智慧园区等行业广泛应用：电力行业已在全国多个省区二十多个地市部署，在上百个变电站和集控中心接入十多个厂家的摄像机、无人机、录像机和平台，视频接入总数接近十万路；公安行业参与过多个二十万路以上视频项目，稳定性和安全性均经过充分验证。
如果你也正在做国标对接或元数据规划，欢迎在评论区交流。