OpenODC 20 分钟正式演示

OpenODC:自动驾驶运行边界公共证据平台

OPENODC: A PUBLIC EVIDENCE PLATFORM FOR AUTOMATED DRIVING ODC

张玉新

自动驾驶安全联合实验室

吉林大学汽车底盘集成与仿生全国重点实验室

2026年5月
自动驾驶安全联合实验室 汽车底盘集成与仿生全国重点实验室

开场只讲一件事:自动驾驶系统的“能不能用”必须落到具体运行边界。OpenODC 试图把这些分散边界整理成公共证据表。

目录

  1. 01ODC 是什么
  2. 02GB/T 45312—2025 国标背景
  3. 03公共 ODC 数据层的行业缺口
  4. 04OpenODC 方法论与平台框架
  5. 05总结与共建

目录页面向会议场景,只呈现正常的专业汇报结构。

目录

  1. 01ODC 是什么
  2. 02GB/T 45312—2025 国标背景
  3. 03公共 ODC 数据层的行业缺口
  4. 04OpenODC 方法论与平台框架
  5. 05总结与共建

进入第一部分,先把 ODC 从缩写拉回工程边界问题。

01 · ODC 是什么

运行设计条件(ODC)的工程定义

运行设计条件不是一句“支持高速”或“支持城区”就能概括,它需要把道路、交通、天气、目标物、数字信息、人和车的状态逐项讲清楚。

  • 系统可以在哪些道路、速度和交通环境下激活?
  • 遇到施工、积水、弱车道线时,应继续、抑制激活还是退出?
  • 这些边界来自车主手册、官方说明、运营规则,还是第三方推定?
对象ADS 功能、运营服务或具体市场版本 单位ODC 元素、参数范围和组合条件 证据来源类型、版本信息与核验日期
ODC 边界清单示意图

这一页先把 ODC 从抽象缩写拉回工程问题:公开资料到底有没有讲清楚系统边界。

概念区分

自动化等级与运行边界的语义区分

对象主要回答的问题与 ODC 的关系
L2 辅助驾驶驾驶员持续承担监管与接管责任ODC 描述功能可用条件,不能解释为脱离监管。
L3 自动驾驶系统在限定条件内承担动态驾驶任务ODC 必须与退出、接管和最小风险策略一起说明。
L4 无人驾驶系统在限定区域或运营规则内运行地理围栏、天气、道路和运营许可成为核心边界。

因此,OpenODC 不比较“谁更高级”,而是比较公开边界是否讲清楚、是否有证据支撑。

这页防止听众把 OpenODC 误解为排行榜。等级和边界是两个维度。

目录

  1. 01ODC 是什么
  2. 02GB/T 45312—2025 国标背景
  3. 03公共 ODC 数据层的行业缺口
  4. 04OpenODC 方法论与平台框架
  5. 05总结与共建

进入第二部分,说明国标如何把 ODC 变成可对齐的元素体系。

02 · 国标背景

GB/T 45312—2025 的 ODC 表达框架

标准将自动驾驶系统设计运行条件拆成结构化元素,并要求说明允许、不允许、元素关联关系,以及不满足条件时的退出行为。

§5.4.a设计运行条件元素
§5.4.b允许 / 不允许条件
§5.4.c元素关联关系
§5.5不允许条件下的退出行为
输入GB/T 45312 要素清单与条款要求 转换允许 / 不允许、关联关系与退出行为 输出可审阅、可比较、可导出的 ODCDocument
7ODC 要素类别
144国标元素
2025标准发布年份

这里讲标准价值:它不是给行业增加术语,而是让不同厂家、测试机构、监管和研究人员围绕同一张边界表沟通。

国标要素体系

ODC 要素体系:7 类与 144 项标准元素

道路 道路设施 目标物 天气环境 数字信息 驾乘人员状态 车辆状态
结构化

把“高速、城区、泊车、Robotaxi”拆成可填写字段。

可追溯

每一项都应能回到公开来源、版本和核验日期。

可比较

不同系统可以在同一套元素坐标系里横向对齐。

这页把 ODC 具体化。听众需要看到 OpenODC 不是写几条经验描述,而是承接完整国标元素体系。

从标准到数据

ODCDocument:国标条款的数据化映射

国标要求OpenODC 字段
ODC 元素elements[]
允许 / 不允许条件requirementparameters
元素关联关系associations[]
退出行为exit_behavior
公开资料来源sourceevidence_refs[]
组合边界boundary_combinations[]
ODCDocument identity elements[] associations[] boundary_combinations[] review_status evidence_as_of metadata

这页是技术落点:OpenODC 的网页只是视图,真正可复用的是 ODCDocument 这个数据契约。

目录

  1. 01ODC 是什么
  2. 02GB/T 45312—2025 国标背景
  3. 03公共 ODC 数据层的行业缺口
  4. 04OpenODC 方法论与平台框架
  5. 05总结与共建

进入第三部分,从标准转向行业公共数据层缺口。

03 · 行业缺口

公共 ODC 数据层的行业缺口

车主手册边界表述分散在注意事项、限制条件和警告中。
官方网页常以功能卖点呈现,参数和版本边界不总是完整。
运营规则L4 Robotaxi 的范围、时段、区域、许可与城市政策相关。
第三方测评能补充观察,但必须和官方证据区分开。

公共层缺失带来的结果

  • 消费者难以看懂不同系统的真实边界。
  • 研究人员难以构造统一对比样本。
  • 测试机构难以复用公开证据和版本信息。
  • 标准条文难以进入实际工具链。
统一数据契约样例、矩阵、导出文件共享同一套字段语义。 证据版本管理保留公开来源、核验日期、市场区域和软件版本。 社区审阅流程区分 community_reviewed、vendor_confirmed 与公开缺口。

这里从标准转向平台:标准提供语法,但公开资料仍然需要整理、核验和持续维护。

OpenODC 的定位

OpenODC 的证据化定位与适用边界

OpenODC 是一个开源 ODC 数据平台。除非记录标记为 vendor_confirmed,样例均为社区基于公开资料提取。

当前默认状态 community_reviewed

表示样例经过社区整理和公开资料复核,但不等同于厂家官方确认。

不做智驾能力排名

不替代厂家内部 ODC 文档系统

不替代 ISO 21448 / ISO 26262 安全论证

不把推定包装成官方披露

正式场合必须讲清定位和边界,项目可信度来自克制。

目录

  1. 01ODC 是什么
  2. 02GB/T 45312—2025 国标背景
  3. 03公共 ODC 数据层的行业缺口
  4. 04OpenODC 方法论与平台框架
  5. 05总结与共建

进入第四部分,介绍 OpenODC 当前资产、方法论和组合边界设计。

当前状态

OpenODC 当前数据资产与页面体系

6高置信公开样例
144国标 ODC 元素
346逐项证据引用
97官方 / 手册 / 政府高置信项
60细粒度边界组合
5核心使用视图
OpenODC 首页指标截图

这页开始让材料变实:不是只讲理念,而是给出项目当前已经形成的数据和页面资产。

样例库

跨自动化等级样例库的统一建模

OpenODC 样例库截图
L2特斯拉 FSD(Supervised)美国市场
L2特斯拉辅助驾驶中国市场
L2问界 M9 · 华为 ADS 4
L2小鹏 XNGP · P7+ 2026
L4百度 Apollo Go 武汉 Robotaxi
L4小马智行 Gen-7 Robotaxi

样例覆盖辅助驾驶和无人驾驶运营,用同一套国标元素框架组织,适合现场快速展示项目不是空壳。

单个样例如何读

样例级证据、置信度与公开缺口表达

车主手册明确 官方声明 社区整理 推定 公开资料未明确 结构性类别
字段作用
requirement允许、禁止、结构性类别或未知。
source.type区分官方、手册、测评、社区整理和推定。
confidence标注高、中、低置信度。
evidence_refs[]保留 URL、页码、章节或摘录来源。
boundary_combinations[]记录多要素同时出现时的典型边界。

这里强调“覆盖率不是厂家披露率”。公开缺口必须可见,推定必须被标出来。

横向对比

基于 144 要素矩阵的横向比较方法

ODC 要素特斯拉 FSD US华为 ADS 4小鹏 XNGP百度 Apollo小马 Robotaxi
道路类型公开资料覆盖公开资料覆盖公开资料覆盖运营范围限定运营范围限定
天气环境手册限制部分官方说明部分公开说明运营规则相关运营规则相关
弱车道线手册明确限制公开资料有限公开资料有限公开资料缺口公开资料缺口
退出 / 接管驾驶员监管驾驶员监管驾驶员监管运营安全员 / 远程支持运营安全员 / 远程支持

比较的重点不是“谁更强”,而是相同要素下公开资料说明到了什么粒度。

这页可以不用打开网站也能让听众理解横向矩阵的价值。

厂家资料工作台

公开资料到审阅包的填报流程

1粘贴公开或脱敏资料
2映射到 144 项 ODC 草案表
3标注证据来源、缺口和置信度
4导出 CSV / Markdown 审核包
OpenODC 数据工作流示意图

这一页说明 OpenODC 不只是结果展示,也包含从资料整理到审阅提交的流程设计。

04 · 方法论

OpenODC 数据治理原则

01

标准优先

JSON Schema 是契约,网页、矩阵和导出文件都是派生视图。

02

证据优先

有来源的 30 项,比没有来源的 80 项更有价值。

03

语义优先

L2、L3、L4 可共用元素表,但责任和边界含义不能混淆。

04

版本优先

软件版本、市场区域、证据核验日期必须被保留。

Schema 校验字段、枚举值、证据引用和组合边界必须可机器检查。 证据审计官方、手册、政府、测评、推定来源不能混写。 版本追踪同一车型或服务在不同市场、版本下可形成独立记录。

这页总结 OpenODC 的工程原则。它是未来复用到其他项目的核心。

组合边界

组合边界:从单项 ODC 到场景耦合

ODC 表格会把真实道路拆成单项要素,但道路风险常常来自多个边界条件同时出现。

雨 / 雾 / 逆光
车道线磨损
施工改道
驾驶员分心
这不是四个独立格子,而是一个组合边界问题。

为什么要加入第二层

  • 消费者真正遇到的是组合条件,而不是表格单项。
  • 工程审阅需要知道哪些组合可能触发抑制或退出。
  • SOTIF 分析需要把组合条件转化为触发条件候选。

这是 OpenODC 相比普通 ODC 表格更有深度的地方,要讲透。

boundary_combinations[]

boundary_combinations[] 的字段语义与约束

01related_element_ids

哪些 ODC 要素同时出现。

02relation_to_odc

inside / outside / boundary / unknown。

03expected_response

抑制激活、触发退出、接管或未披露。

04evidence_level

官方、手册、运营规则或公开缺口。

重要边界

OpenODC 只记录公开资料可支撑的典型组合边界。它可以支持消费者提示、工程审阅和研究建模,但不能替代厂家完整 SOTIF 安全分析。

这一页要防止误读:组合边界是公共证据结构化,不是认证结论。

从 ODC 到触发条件候选

OpenODC 可以作为 SOTIF 和道路数据分析的入口

OpenODC 项目主页截图
OpenODC 设计边界端

把公开资料中的 ODC 声明、证据来源和组合边界转成可审阅的数据结构。

DRIVEResearch 项目主页截图
DRIVEResearch 真实暴露端

用航测自然驾驶数据刻画边界条件在真实道路中的出现频次、参数分布和典型场景。

ROAM 项目主页截图
ROAM 异常结果端

记录 L4 Robotaxi 运营异常、越界表现、远程干预和结果证据,反向提示高价值边界组合。

三者合起来形成“声明边界—真实暴露—异常结果”的闭环:OpenODC 说明系统边界如何被声明,DRIVEResearch 说明这些边界条件在真实交通中多常见,ROAM 说明接近或越过边界之后会出现什么运营后果。

这页把 OpenODC 放到更大的自动驾驶安全工具栈中,说明它为什么有复利价值。

目录

  1. 01ODC 是什么
  2. 02GB/T 45312—2025 国标背景
  3. 03公共 ODC 数据层的行业缺口
  4. 04OpenODC 方法论与平台框架
  5. 05总结与共建

进入第五部分,收束到共建入口和行动建议。

05 · 总结与共建

OpenODC 要把 ODC 从专业术语推进为公共基础设施

ODC 让边界可命名,国标让边界可对齐,OpenODC 让边界可被公共验证。
提交样例基于公开资料补充一个可核验 ODC 样例。
补充组合边界把典型边界条件整理为触发条件候选。
机构审阅提供标准映射、数据质量和术语一致性反馈。
厂家确认推动 community_reviewed 走向 vendor_confirmed。

OpenODC
让自动驾驶边界从分散表述变成公共证据。

这页只保留一次“怎么参与”,作为理解后的行动入口。

自动驾驶感知与场景数据示意

感谢关注

张玉新

自动驾驶安全联合实验室

吉林大学汽车底盘集成与仿生全国重点实验室

自动驾驶安全联合实验室 汽车底盘集成与仿生全国重点实验室

感谢页只做收束和联系方式,不重复共建路径。

1 / 20