多SoC统一部署正在成为ICMS量产门槛-从Valeo-Seeing-Machines-CES-2026看平台化能力

多SoC统一部署正在成为 ICMS 量产门槛：从 Valeo × Seeing Machines CES 2026 看平台化能力

发布时间： 2026-03-25
主题： DMS / OMS / ICMS / 多平台部署 / 边缘AI / Tier1产品化
关键词： ICMS、multi-SoC、Valeo、Seeing Machines、gaze tracking、HUD、helmet detection、platformization

一句话结论

2026 年舱内监控的竞争，正在从“谁的算法准确率更高”转向“谁能把同一套感知能力稳定落到多个 SoC、多个车型、多个 HMI 形态上”。

Valeo 与 Seeing Machines 在 CES 2026 展示的关键信号，不只是 DMS/OMS 功能更丰富，而是它们明确把同一套 ICMS 软件能力跨 3 个 SoC 做集成展示。 这意味着：

  • 多平台可移植性 正在变成真实量产门槛
  • gaze → HMI/ADAS 联动 正在取代“纯监测、纯告警”产品定义
  • ICMS 不再是一个孤立算法模块，而是座舱平台能力的一部分

1. 为什么这个信号值得重视

过去聊 DMS/OMS，很多讨论都停留在：

  • 疲劳准不准
  • 分心识别率高不高
  • 是否支持 CPD / OOP / belt misuse
  • 夜间、墨镜、遮挡鲁棒性如何

这些当然重要，但到了 2026，OEM 真正卡项目的地方越来越不是“论文指标”，而是：

  1. 同一算法栈能不能跨平台复用
  2. 是否能和 HUD、Cluster、ADAS、OMS、两轮车 HMI 联动
  3. 换芯片、换相机、换车型后，工程代价有多大
  4. 功能扩展时，是不是每上一个 feature 都要重做一遍系统工程

这正是 Valeo × Seeing Machines 这次展示最有价值的地方：

它展示的不是“又一个 DMS demo”，而是 ICMS 平台化交付能力。

2. CES 2026 释放了哪几个关键信号

根据 Valeo 官方发布内容，这次展示至少有三层信息：

2.1 传统 DMS 正在升级为“看见风险是否真的被驾驶员看见”

发布材料提到：

  • 利用 gaze tracking 判断驾驶员是否已经识别到系统检测出的危险
  • 在 HUD 上做 adaptive warning system

这件事的意义很大。

过去很多 DMS 逻辑是：

  • 判断是否疲劳/分心
  • 如果异常，就发出告警

但新的链路开始变成：

  • ADAS / 感知栈发现 hazard
  • DMS 判断驾驶员是否真正看见 / 理解该 hazard
  • HMI 决定是否升级提示、改变显示方式、增强引导

也就是说，gaze 不再只是 DMS 自己内部的一个特征，而是在向“驾驶员确认链路”升级。

2.2 ICMS 的边界在扩张：从驾驶员到全舱，再到两轮车

同一套合作方案里，Valeo 展示了：

  • 车内 driver + interior monitoring
  • 全舱 occupant 应用
  • 两轮车 helmet detection

这说明一个趋势：

“监测对象”正在扩大，但底层平台正在收敛。

可复用的底层能力包括：

  • 人体/头部/面部/姿态检测
  • 注意力与目标确认
  • 置信度管理
  • 时序告警逻辑
  • 事件级 HMI 编排

如果底层平台做得足够稳，应用层可以从 DMS 逐步扩展到：

  • OMS
  • CPD
  • OOP
  • belt misuse
  • rider monitoring
  • return-of-control / takeover readiness

2.3 “跨 3 个 SoC 部署”本身就是产品能力展示

发布内容里最容易被忽略、但我认为最关键的一句是：

These capabilities will be deployed across three different SoCs

这句话几乎直接点出 2026 量产竞争的核心：

不是能不能跑，而是能不能在多个 SoC 上都跑，并且保持可维护、可验证、可量产。

3. 为什么多 SoC 能力会成为 2026 之后的量产门槛

3.1 OEM 平台碎片化不会消失，只会加剧

同一个 OEM 往往会同时存在：

  • 不同代际座舱域控
  • 不同区域市场平台
  • 不同供应链策略
  • 高低配分层 SoC
  • 单摄 / 双摄 / IR / 融合雷达等不同传感方案

如果 ICMS 只能在单一芯片上“调到最好”，那它更像一个项目解法，不像一个产品。

3.2 Euro NCAP 2026 之后，功能矩阵会持续膨胀

今天要做的可能还是：

  • fatigue / distraction
  • phone use
  • belt misuse
  • CPD
  • OOP
  • unresponsive driver intervention

接下来还会继续叠加：

  • cognitive distraction
  • impairment / intoxication
  • driver capability estimation
  • vital signs / sickness
  • occupant classification
  • adaptive restraint

如果每增加一个功能，就重新适配一轮 ISP / NPU / camera pipeline / middleware / HMI，那么项目会迅速失控。

3.3 Tier1 竞争正在从“算法模块供货”转向“可扩展平台供货”

OEM 真实在买的不是一堆孤立 feature，而是：

  • 可持续升级的 cabin sensing platform
  • 可通过法规验证的功能资产
  • 可跨项目迁移的工程框架
  • 可追踪可解释的安全闭环

从这个角度看，多 SoC 部署能力其实对应的是：

  • 算法抽象能力
  • 中间件解耦能力
  • 模型压缩与量化能力
  • camera/ISP 适配能力
  • 验证自动化能力
  • 版本治理能力

4. IMS / ICMS 架构上该怎么应对

下面这部分更重要：如果把这个信号转成 IMS 开发动作，应该怎么落地？

4.1 把“平台无关层”从一开始就抽出来

建议把整个链路拆成 4 层：

1
2
3
4
5
6
7
8
9
10
11
应用层：
  fatigue / distraction / CPD / OOP / belt misuse / rider monitoring

能力层：
  face / eye / pose / occupancy / seat association / event scoring / temporal logic

运行时层：
  preproc / model runtime / scheduler / memory / telemetry / failover

平台层：
  camera / ISP / NPU / GPU / DSP / OS / middleware / CAN / HMI接口

核心思路：

  • 不要让应用 feature 直接绑定某个芯片能力
  • 能力层输出尽量统一成稳定接口
  • 平台差异尽量压到运行时层和平台层处理

4.2 KPI 不只看精度，要增加“跨平台迁移成本”指标

很多团队 KPI 仍停留在：

  • AUC
  • F1
  • latency
  • memory

但如果目标是真量产，建议再加至少 4 个工程 KPI：

KPI 为什么重要
SoC 迁移工时 衡量平台化程度，而不是单项目堆人
模型量化损失 判断 INT8 / mixed precision 可维护性
传感器替换回归成本 判断 camera/ISP 依赖是否过重
协议验证复用率 判断法规测试资产是否能跨项目复用

4.3 把 gaze 从“分心特征”升级为“人机协同信号”

Valeo 这次最值得学的，是把 gaze 直接接到 HUD adaptive warning。

这对 IMS 的启示是：

  • gaze 不应只用于 off-road / distraction
  • 还应服务于 hazard acknowledgment
  • 进一步可进入 warning escalation policy
  • 最终进入 DMS × ADAS × HMI 联动闭环

建议优先建设：

  1. 目标确认接口：驾驶员是否看到了目标区域/提示区域
  2. 注意力确认时序逻辑：看到了多久、何时错过、是否反复忽略
  3. HMI 自适应策略：未确认 → 升级提示；已确认 → 抑制冗余告警
  4. 事件日志：支持法规验证和事故追溯

4.4 为多模态融合预留统一时间轴

Anyverse 关于 DMS sensor fusion 的材料再次强调：

  • RGB 解决 semantic understanding
  • IR 提供 illumination robustness / 3D cues
  • Radar 提供 micro-motion / presence
  • 真正困难在于 对齐多模态时间轴与冲突管理

因此，如果未来要把：

  • driver monitoring
  • occupant monitoring
  • CPD
  • vital signs
  • belt / seat occupancy

整合成统一 ICMS，建议现在就建立：

  • 统一时间戳体系
  • 跨模态置信度融合规则
  • 模态失败账本
  • 场景级回放与回归验证能力

不然多 SoC + 多模态叠起来后，验证复杂度会直接爆炸。

5. 这件事对 IMS 研发优先级意味着什么

如果站在 2026-2027 的研发规划视角，我会把优先级排成这样：

P0：先把平台化打牢

  • 模型运行时抽象
  • camera/ISP/NPU 适配层解耦
  • 统一事件总线
  • 时序决策模块标准化

P1：把 gaze 接入 ADAS/HMI 联动

  • hazard acknowledgment
  • warning escalation
  • takeover readiness 旁路特征

P1：建立法规导向的验证资产库

  • Euro NCAP 2026 功能矩阵
  • feature × platform × sensor 的回归矩阵
  • warning logic 场景集

P2：为多模态融合做架构预埋

  • RGB/IR/Radar 统一时钟
  • 统一 occupancy / presence / motion schema
  • 统一 replay + debug 工具

P2：扩展到 rider / non-traditional cockpit monitoring

  • 两轮车 helmet detection
  • 新型座舱交互场景
  • 屏下摄像头 / 新型 HMI 的协同

6. 一个更现实的判断：未来输赢未必在模型，而在“系统编排能力”

过去我们常说 DMS 是 AI 赛道。

现在看，这句话只说对了一半。

更准确地说，2026 之后的 ICMS 会变成：

AI 感知能力 + 平台抽象能力 + HMI/ADAS 编排能力 + 法规验证能力 的复合竞争。

谁能把下面这四件事同时做好，谁才更像下一阶段的赢家：

  1. 模型在多个 SoC 上稳定运行
  2. 感知输出能直接驱动 HMI/ADAS 决策
  3. 多模态融合可以被验证、解释、回归
  4. 新 feature 可以低成本叠加，而不是每次重做系统工程

这也是为什么我认为，Valeo × Seeing Machines 这次展示真正值得关注的，并不是“又展示了一个 DMS/OMS demo”，而是：

ICMS 正在从 feature 竞争走向平台竞争。

7. 对 IMS 团队的直接开发启示

最后给出可执行版本：

立即可做

  • 盘点当前算法链路里哪些部分仍与特定 SoC 强绑定
  • 给 gaze / attention 输出补齐标准化事件接口
  • 建立 feature × SoC × sensor 的最小回归矩阵
  • 把 HMI 联动逻辑从硬编码改成配置化状态机

1-2 个迭代内要做

  • 建立统一运行时抽象层
  • 做一次 INT8 / mixed precision 全链路压测
  • 建立多平台 profiling 看板
  • 梳理 camera/ISP 变化对模型质量的敏感性

中期必须布局

  • 多模态时间轴与置信度融合框架
  • Euro NCAP / IIHS / US impaired driving 对应的验证资产库
  • gaze-driven ADAS/HMI 联动专题
  • 面向 CPD / vital signs / occupant classification 的统一 ICMS 数据架构

配图建议（后续发布时可直接补图）

  1. Valeo CES 2026 官方新闻页截图
    来源：https://www.valeo.com/en/valeo-unveils-safety-enhancing-advanced-monitoring-applications-powered-by-seeing-machines-at-ces-2026/

  2. RGB / IR / Radar 传感器能力对比图
    来源：https://anyverse.ai/dms-sensor-fusion-synthetic-data-to-ensure-in-cabin-safety/

  3. 自绘架构图：ICMS 四层抽象（应用层 / 能力层 / 运行时层 / 平台层）

参考资料

结语

如果说 2024-2025 还是“把 DMS 做出来”，那 2026 开始更像是“把 ICMS 作为平台做对”。

多 SoC、跨应用、可联动、可验证、可升级。

这几个词，可能会比单篇论文里的 SOTA 指标更决定下一轮量产项目的归属。

Euro NCAP > DMS
#DMS #Euro NCAP 2026 #CPD #OMS #量产
多SoC统一部署正在成为ICMS量产门槛-从Valeo-Seeing-Machines-CES-2026看平台化能力
https://dapalm.com/2026/03/25/2026-03-25-多SoC统一部署正在成为ICMS量产门槛-从Valeo-Seeing-Machines-CES-2026看平台化能力/
作者
Mars
发布于
2026年3月25日
许可协议