Occupant-Protection真正缺的不是更多分类器而是Single-Truth-Maintenance

Occupant Protection 真正缺的，不是更多分类器，而是 Single Truth Maintenance

日期： 2026-03-31
主题： Occupant Monitoring / Adaptive Restraint / Seatbelt Misuse / OOP / Truth Maintenance / Euro NCAP 2026

一句话结论

Occupant Protection 接下来最难的，不是再多做几个分类器，而是：当 seatbelt misuse、OOP、occupant stature、occupancy、airbag status 同时变化甚至互相冲突时，系统能否维持一份单一、连续、可追溯的乘员真相。

也就是说，真正缺的不是 feature list，而是 single truth maintenance。

为什么这个问题正在浮出水面

Euro NCAP 2026 把几类过去相对分散的能力拉到了一条更紧的链上：

seatbelt misuse 不再只看 buckle
adaptive restraint 要看 stature
OOP 要看 posture 与 dashboard proximity
passenger airbag 状态要和 child seat / occupant class 联动
rear seat monitoring 又把 occupancy 检测拉进提醒与保护链路

单看每一项都像一个 feature，但放到一起，问题就变了：

真正被考核的已经不是“每项 feature 是否存在”，而是这些 feature 同时工作时，系统是否还能产出一个一致、稳定、可用于保护策略的 occupant truth。

如果没有这层统一 truth，系统就会出现典型问题：

belt 说已扣，vision 说 routing 无效
stature 说小体型成人，airbag logic 还沿用上一状态
OOP 说上身过近，但 occupant class 仍给出正常 protection profile
child seat 语义与 occupancy 变化不同步

这些都不是单点识别问题，而是真相维护问题。

为什么“多几个模型”解决不了这个问题

1. 冲突来自结论层，不只来自传感器层

很多团队第一反应是继续做融合，但 Occupant Protection 里真正麻烦的是：

不是 camera 和 seat sensor 原始数据谁更准
而是不同 feature 生成的结论彼此不兼容

例如：

buckle state = valid
belt routing = invalid
occupant class = adult
posture validity = degraded
airbag state = ON

这里危险的不是某个模型单独错，而是系统如果继续把这些结论拼接成“可保护状态”，就会制造 false-safe state。

2. protection policy 需要的是“统一真相”，不是 feature 并列展示

保护策略层不可能同时消费五套彼此不一致的局部结论。它真正需要的是：

当前是谁
当前是否被正确约束
当前保护几何关系是否有效
当前 restraint profile 是否仍可用
如果不可用，该走什么 fallback

所以 Occupant Protection 更像在维护一个统一世界模型，而不是收集一堆 feature outputs。

3. 2026 协议正在把这种一致性要求显性化

公开规则里已经能看到几个关键 timing / behavior requirement：

restraint adaptation 10 秒内完成
OOP 检出后 30 秒内报警
belt misuse 需持续 visual / audible governance
front passenger airbag status 不能被 seatbelt reminder 逻辑绕过
occupancy detection 直接决定 rear seat reminder 能否成立

这说明系统不只是要“算对”，还要在持续运行中维护一致性。

Single Truth Maintenance 到底是什么

它不是一个单独模块名字，而是一种系统责任。

更准确地说，它是：

把多传感器、多 feature、多状态机产生的局部结论，持续维护成一份可供 restraint policy、warning logic、traceability 和 virtual testing 共用的 occupant truth object。

这个 truth object 至少要回答：

occupant_presence_truth
occupant_class_truth
belt_validity_truth
posture_validity_truth
restraint_profile_truth
airbag_status_truth
truth_conflict_state
truth_stability_state

这套对象的价值在于：

policy 层只消费一份真相
冲突被显式记录，而不是被后处理掩盖
fallback 和 recovery 有统一依据
dossier / regression / spot-check 有统一 trace anchor

对 IMS / OMS / Occupant Protection 开发的直接启示

优先级 1：把 truth object 做成正式架构资产

建议显式定义：

occupant_truth_id
truth_version
truth_conflict_state
dominant_truth_hypothesis
truth_stability_state
policy_usable_state
fallback_reason_code

优先级 2：把 feature owner 之外再加 truth owner

继续按 feature owner 管理会导致每个模块都能交差，但没有人对“整车当前到底信什么”负责。

建议至少明确：

sensor owner
feature owner
arbitration owner
truth maintenance owner
protection policy owner

优先级 3：把回归从 feature KPI 升级到 truth lifecycle

建议重点覆盖：

normal → conflict → fallback → recover
buckle valid / routing invalid
stature changed / airbag state pending
OOP persistent / belt misuse overlap
occupancy lost / regained during warning sequence

优先级 4：让 truth maintenance 成为 dossier 的证据骨架

未来真正可提交的虚拟验证材料，不应只是每个 feature 的 accuracy 表，而应围绕：

当前 truth 如何生成
冲突如何处理
fallback 如何触发
recovery 如何恢复
protection policy 如何消费这份 truth

一个更现实的判断

Occupant Protection 的下一道护城河，不会主要是“谁又多做了一个检测头”，而会是：

谁能维持单一、连续、可追溯的 occupant truth
谁能在 belt / OOP / stature / airbag 冲突时避免 false-safe state
谁能把 truth lifecycle 变成回归、trace、dossier 都能消费的系统资产

所以这条线的真正建设重点，不是更多 classifier，而是：

truth object
truth conflict governance
truth stability management
truth-to-policy interface

可直接执行的研发清单

本周可做

定义第一版 occupant truth object
盘点现有 feature 输出里哪些字段互相冲突
建立 5 个 truth conflict regression case

本月可做

为 protection policy 改成只消费统一 truth object
加入 truth_conflict_state / truth_stability_state
为 OOP × belt misuse × airbag state 建立专门回归套件

下一阶段必须做

设立 truth maintenance owner
把 truth lifecycle 纳入 virtual testing dossier
把 false-safe prevention 写成正式 release gate

参考来源

Smart Eye, How Euro NCAP Tightens the Rules on Seatbelt Use in 2026
https://www.smarteye.se/blog/euro-ncap-2026-seatbelt-use/
Smart Eye, Euro NCAP 2026: New Standards for Occupant Monitoring and Adaptive Restraints
https://smarteye.se/blog/euro-ncap-2026-new-standards-for-occupant-monitoring-and-adaptive-restraints/
Smart Eye, What’s Changing in Euro NCAP’s 2026 Safety Ratings?
https://smarteye.se/blog/euro-ncap-2026-whats-changing/