既有平台需要提供什么
| 输入 | 用途 | 接入原则 |
|---|
| 车道编号与事件时间 | 定位候选观测时段 | 只读,不作为发动机已启动的证明 |
| 传感通道及状态 | 目标和背景数据 | 保留原时间戳与缺失标记 |
| 可用设备状态 | 解释采集和网络问题 | 故障记录独立于车辆结果 |
GR 系统输出什么
| 输出字段组 | 示例字段 | 接收方用途 |
|---|
| 身份与版本 | event_id、lane_id、schema_version | 去重与追溯 |
| 质量 | channel_status、sync_state、quality_reason | 选择可分析事件 |
| 形态与证据 | features、analysis_window、reference_summary | 定位复核重点 |
| 数据附件 | data_uri、report_uri、source_hash | 查看原始资料 |
正常、失败和恢复都能说清
接口需定义时间格式、时区、重复事件、断线补传和无效数据。消息重复时按事件编号处理;参考失联时保留失联状态,恢复采集不覆盖旧记录。当前字段是对接设计,实际协议随原型确定。
联调应该检查哪些路径
| 场景 | 预期 |
|---|
| 普通事件 | 编号、时间与数据一致 |
| 重复消息 | 不重复生成业务事件 |
| 数据缺口 | 质量标记随记录保留 |
| 网络恢复 | 按编号补传并区分采集与接收时间 |
| 系统暂停 | 不改变既有通行控制 |
为集成会议准备材料
提供现有平台接口说明、可接收格式、网络部署边界和日志规范,即可讨论对接工作量。优先使用匿名事件,身份关联作为单独的权限与数据议题。