首页 / 影像数据 / 影像数据关联模型
影像数据关联模型
设备、录像、GPS 点位、事件与时间线的关联设计，为检索、联动、回溯预留空间。
背景与目标
后续将开展家庭影像与车载影像项目，涉及 GPS、设备、时间线与视频数据。若在需求与架构设计阶段不考虑关联方式，后期实现视频检索、轨迹联动与事件回溯将面临数据模型重构和高成本迁移。
目标：影像项目初期建立统一的数据关联模型，避免"先堆数据、后补关系"。
家庭记忆 AI 成片产品的独立功能与运行架构见家庭影像功能全景和家庭影像技术架构与媒体管线；该产品不等同于本页的车载录像/GPS 数据模型。
先选择存储模式：本页的录像索引、对象存储与云端检索设计适用于“云录像”产品线。若采用“设备 microSD 本地录像、平台不接收/不保存视频内容”的隐私优先模式，不应创建云端录像、缩略图或媒体对象；请改用车载独立监控与本地媒体架构，只保留必要的设备/授权/访问审计元数据。
核心关联模型
| 实体 | 含义 | 关键属性 |
|---|---|---|
| 设备 DEVICE | 摄像头/行车记录仪/相机 | productID + deviceName、类型、通道数 |
| 录像 RECORDING | 一段可播放的视频文件 | 文件 ID、开始/结束时间、通道、码流类型、存储位置 |
| GPS 点位 GPS_POINT | 设备轨迹点（时序） | 经纬度、速度、航向、设备时间戳 |
| 事件 EVENT | 告警/标记/AI 识别结果 | 类型、时间、关联设备、关联录像片段 |
| 时间线 TIMELINE | 跨设备统一时间轴 | 设备时间、服务端接收时间、时区偏移、对齐规则 |
关联关系：
DEVICE 1 ── N RECORDING 设备产生录像
DEVICE 1 ── N GPS_POINT 设备上报轨迹
DEVICE 1 ── N EVENT 设备触发事件
RECORDING M ── N GPS_POINT 按时间线关联（视频 ↔ 轨迹）
RECORDING 1 ── 1 TIMELINE 录像归属时间线
TIMELINE 1 ── N EVENT 事件在时间线上标记设计要点
- 统一时间基准：明确设备时间、服务端接收时间、时区偏移的存储与换算规则，保证跨设备时间线可对齐；离线补传按设备时间戳排序。
- 关联粒度：视频片段与 GPS 轨迹按三级粒度设计：时间戳索引（秒级）→ 行程（Trip）→ 事件（Event），索引方式可扩展。
- 存储选型：轨迹与时序数据走 TDengine；录像索引与业务关系走 MySQL；录像文件走 MinIO/OSS（私有桶 + 临时凭证）。
- 命名规范：录像片段 ID、事件 ID 与设备时间戳建立统一格式，便于跨系统引用。
预留能力
| 能力 | 要求 |
|---|---|
| 视频检索 | 支持按时间、设备、位置、事件组合检索 |
| 轨迹联动 | 视频播放时同步回放对应 GPS 轨迹（时间线联动） |
| 事件回溯 | 从告警/事件反查关联视频片段与轨迹 |
| 跨设备回放 | 多设备同一时间线并排回放（家庭多成员/车载多摄像头） |
评审清单
- 影像项目需求文档是否包含数据关联设计（设备-录像-GPS-时间线）？
- 家庭影像与车载影像是否共用同一套关联思路与命名规范？
- 时间基准（设备时间 vs 服务端时间 vs 时区）是否明确并落库？
- 视频检索、轨迹联动、事件回溯是否在数据模型层面可支持？
- 存储选型是否符合"时序走 TDengine、索引走 MySQL、文件走 OSS"的边界？