安全带误用检测为什么不再是提醒功能而是OMS主链路

安全带误用检测,为什么不再是“提醒功能”,而是 OMS 主链路?

关键词:seatbelt misuse、occupant presence、rear seat detection、eCall MSD、Euro NCAP 2026、OMS

一、很多团队还低估了“安全带误用检测”的系统意义

过去做安全带提醒,很多产品思路很简单:

  • buckle 插上没?
  • 没插就报警
  • 插上就认为没问题

这种思路在老一代系统里勉强够用,但到了 Euro NCAP 2026,已经明显不够。

原因不是规则更繁琐,而是 Euro NCAP 其实在传递一个更深层的要求:

车辆不能只知道“带子有没有扣上”,而要知道“乘员是否真的被正确约束”,并且这套能力必须和 occupant presence、rear seat monitoring、eCall 数据链路打通。

换句话说,安全带误用检测不再是一个孤立提醒功能,而正在成为 OMS 的核心组成部分之一。

如果还把它当一个小 feature 去做,后面一定会遇到架构问题。


二、Euro NCAP 2026 对安全带的关注,已经从“扣没扣”升级到“约束状态是否可信”

根据 Smart Eye 对 Euro NCAP 2026 安全带更新的梳理,新的要求至少有三个关键变化。

1)要检测“误用”,而不只是未系

协议要求在驾驶员位识别多种错误佩戴情形,例如:

  • buckle only:插扣了但没经过身体
  • lap belt only:斜跨部分绕到背后
  • fully behind the back:整个带子都绕在背后

这件事很重要,因为它直接堵上了传统 buckle sensor 最典型的漏洞:

系统以为已经系带,但人实际上没得到保护。

2)后排监测必须与占座检测绑定

Euro NCAP 2026 强调:后排提醒不是独立做的,必须和 occupant detection 结合。

也就是说,系统要先知道:

  • 那个座位是否有人
  • 然后再判断该位置安全带状态
  • 并在没系/误用时给出提醒

如果连“是否有人坐在那”都不能稳定判断,后排安全带得分就拿不满。

3)这条链路还会延伸到 eCall / Post-Crash Intervention

Smart Eye 关于 eCall 的解读进一步说明:

到 2026,eCall 发送的 MSD(Minimum Set of Data)里,不仅要包含乘员人数,还要包含:

  • seatbelt use
  • 儿童座椅/child restraint presence
  • 各 seating position 的 occupancy 信息

这意味着安全带状态不再只服务行驶中提醒,而开始直接服务:

碰撞后救援信息上报。

这一下,系统价值层级就变了。


三、为什么这件事本质上属于 OMS,而不是传统 SBR 小模块

1)因为“是否正确系带”本身就依赖乘员理解

要判断 belt misuse,不能只看 buckle 开关。

你需要同时知道:

  • seat 上是否有人
  • 这个人坐姿如何
  • belt 路径是否经过身体正确区域
  • 是成人、儿童还是 CRS 场景
  • 是否换座、挪动、半离座

这些信息天然就是 OMS 的问题,而不是单一 belt module 的问题。

2)因为后排、多排、可变座椅布局会把问题变复杂

只在前排做一个简单开关逻辑,和在全车做 occupant-aware restraint understanding,是两回事。

一旦进入:

  • 二排、三排
  • 中间座位 secondary buckle
  • 儿童座椅
  • 可折叠/可拆卸座椅

问题就变成一个整车 occupant state estimation 问题。

3)因为它要同时服务行驶中和碰撞后两个场景

行驶中:

  • 需要提醒
  • 需要误用检测
  • 需要乘员状态联动

碰撞后:

  • 需要把 occupancy + restraint 信息送入 eCall
  • 需要帮助 first responder 了解车内人员与伤害风险

所以这套系统必须在 trip 中持续工作,而不是只在点火时扫一下。


四、真正难的地方,不是“识别一条带子”,而是建立完整的 occupant-restraint 状态链

1)单靠 buckle sensor 肯定不够

这点已经很明显。

但更进一步说,单靠某一个局部传感器通常都不够。

因为误用检测可能需要联合:

  • buckle state
  • belt extraction / routing information
  • seat occupancy
  • camera-based posture / belt path understanding
  • child seat / CRS context

如果没有融合,系统很容易:

  • 误把物品压座当成人
  • 误把异常坐姿当 belt misuse
  • 识别不到 belt behind back
  • 无法区分成人/儿童/CRS 情况

2)误用检测和 occupant presence 其实应该共状态空间

更合理的 OMS 输出,不应该是很多互相脱节的标签,而应是一套统一状态:

  • occupant_presence
  • occupant_type
  • seating_position
  • child_restraint_present
  • belt_buckle_state
  • belt_wear_state
  • belt_misuse_type
  • posture_risk
  • ecall_reportable_state

这样行驶中提醒、约束策略、碰撞后数据上报,才能共享同一套真值来源。

3)连续追踪比单次判定更重要

Euro NCAP 对这类功能的要求,本质上都在往“持续可信”推进。

不是开车前判断一次就结束,而是旅程中持续知道:

  • 谁坐在哪
  • 是否换座
  • belt 是否正确佩戴
  • 儿童座椅是否仍在
  • warning 是否被忽略后仍然持续有效

这意味着系统架构必须是时序状态机,而不是一次性分类器。


五、对 IMS / OMS 开发最直接的启示

启示 1:把 belt misuse 正式纳入 OMS 主输出,而不是做边缘插件

建议未来 OMS 主输出中,明确包含:

  • belt_usage_state
  • misuse_type
  • misuse_confidence
  • seat_occupancy_link
  • occupant_class_link
  • ecall_ready_fields

这会比事后再拼接数据干净得多。

启示 2:后排 OMS 的优先级需要显著提高

很多团队前期更关注前排,因为 DMS 在前排最直接。

但从 Euro NCAP 2026 看,后排价值已经显著上升:

  • rear seat occupancy
  • rear seat belt reminder
  • CRS / child presence
  • eCall occupant reporting

如果后排 OMS 不补齐,很多评分链路都会被拖累。

启示 3:eCall 需求会倒逼平时的检测质量

一个很关键的点是:

Euro NCAP 把 post-crash eCall 的得分,与平时 Safe Driving 里的 occupant presence 能力绑定了。

这意味着你不能指望“碰撞后临时算一下”,而必须在正常行驶中就持续拥有可信 occupant model。

启示 4:warning logic 也必须纳入系统设计,而不是 UI 收尾工作

协议对 warning timing、持续时间、重启条件都写得很细。

这说明:

  • 提醒逻辑不是 UI 小事
  • 它是评分的一部分
  • 也是用户体验和误报控制的关键一环

所以算法、状态机、HMI 需要一开始就一起设计。

启示 5:面向 first responder 的数据结构要提前规划

既然 eCall MSD 需要占座人数、belt 状态、child restraint 信息,就说明未来输出不能只给本地提醒模块消费。

还应预留:

  • seat-by-seat occupant summary
  • restraint usage summary
  • child seat / child occupant flag
  • post-crash transferable state

这会让 OMS 更像整车安全基础服务,而不是一个小应用。


六、建议的优先级排序

P0:必须尽快补齐

  1. belt misuse 与 occupant presence 统一状态建模
  2. 后排占座 + 后排 belt monitoring 全覆盖方案
  3. driver seat misuse 三类场景检测能力
  4. eCall 所需字段的实时输出结构定义

P1:近期推进

  1. camera + seat / buckle / belt sensor 融合验证
  2. CRS / child restraint 识别接入
  3. warning logic 的时序与异常恢复机制验证
  4. 多排/可变座椅布局覆盖

P2:中期产品化

  1. 统一到全车 occupant state model
  2. 与 adaptive restraint / OOP / CPD 做跨模块联动
  3. 碰撞后可用性与数据上报链路验证
  4. 为不同车型/座椅布局做模块化配置

七、路线判断:未来安全带检测将从“开关量逻辑”进化为“乘员约束理解”

我不认为未来量产系统会满足于:

  • buckle on/off
  • seat occupied / empty

这套老逻辑明显无法覆盖 2026 之后的要求。

更合理的演进方向是:

是否有人 → 是谁 → 坐姿如何 → belt 是否正确经过身体 → 是否满足约束保护前提 → 是否可用于 eCall / restraint strategy

这其实已经不是传统 SBR,而是更完整的 occupant-restraint understanding

谁能先把这条链路做通,谁就更接近下一代 OMS 的核心能力。


八、结论

Euro NCAP 2026 对安全带的要求,看起来像是“规则变严了”,其实更深层的信号是:

车辆必须真正理解车内每个位置的乘员约束状态,而不是只读几个开关。

这会把:

  • seatbelt misuse
  • rear occupancy
  • CRS detection
  • eCall occupant data
  • OMS occupant presence

重新组织成一条更完整的主链路。

所以安全带误用检测不该再被当成一个附属提醒 feature。

它正在成为 OMS 走向系统级、可信 occupant state model 的关键一环。


参考资料

  1. Smart Eye, How Euro NCAP Tightens the Rules on Seatbelt Use in 2026, 2025-08-04
  2. Smart Eye, The Future of eCall: Why Crash Reporting is About to Get Smarter, 2025-07-23

安全带误用检测为什么不再是提醒功能而是OMS主链路
https://dapalm.com/2026/03/18/2026-03-18-安全带误用检测为什么不再是提醒功能而是OMS主链路/
作者
Mars
发布于
2026年3月18日
许可协议