项目业务与应用场景
不同视频厂商的设备、Token、播放地址和错误模型差异明显，直接在业务代码中对接会导致新增厂商成本高、凭据和裸流地址容易泄露。
12MULTI-VENDOR VIDEO CLOUD
云督查多厂商视频监控平台
统一接入多家视频厂商设备，为政务用户提供实时画面、历史录像和异常告警。
Spring BootMySQLMyBatis-PlusRedisSpring Security第三方视频 OpenAPI
多厂商画面进入统一入口
政务督查人员在同一平台查看实时画面、历史录像与异常告警，原项目累计接入 100+ 路摄像头。
访问凭据由平台管理
业务用户无需感知厂商 Token 的刷新与失效过程，播放权限由平台统一控制。
新增厂商复用业务流程
设备、通道与播放能力经适配进入统一模型，已有督查业务不依赖具体厂商接口。
BUSINESS FLOW
核心业务链路
从用户进入系统开始，查看业务数据如何经过各环节并形成最终结果。
SYSTEM NODE 01
统一设备模型
屏蔽厂商设备、通道和状态字段差异。
ENGINEERING DECISIONS
难题如何变成系统能力
从业务约束出发，说明机制为什么成立、边界在哪里。
工厂模式隔离厂商差异
- 难题
- 设备字段、播放地址与错误模型在厂商之间不一致。
- 机制
- 工厂按厂商选择 API、Token 与播放适配器，只向业务暴露统一设备及播放能力。
- 结果
- 新增厂商主要扩展适配层，而不是重写核心业务。
Token 生命周期管理
- 难题
- 云眸 Token 在 24 小时后失效，临时刷新会影响播放请求。
- 机制
- 集中缓存与自动续期 Token，并为第三方调用配置超时与重试。
- 结果
- 凭据管理脱离业务请求，处理已知的 24 小时失效边界。
受控的视频流地址
- 难题
- 直接返回厂商裸流会暴露地址与访问凭据。
- 机制
- 动态生成短时播放地址，通过鉴权中间件验证访问。
- 结果
- 用户获得受控播放能力，不直接持有厂商凭据。
展开补充设计与约束
- 厂商适配器只向核心业务暴露统一设备和播放能力。
- Token 生命周期由平台集中管理，不由业务请求临时刷新。
- 用户访问短时受控播放地址，不能直接获取厂商裸流和凭据。
PROJECT RECORD
原项目记录与量化结果
以下为原简历中已确认的项目指标；与本站演示样例数据分别展示。
01累计接入 100+ 路摄像头
02Token 24 小时失效自动续期
03新增厂商通过工厂适配扩展