The InCabin Report 2025

原始资料：../evidence/industry-reports/The+InCabin+Report.pdf

资料层级：evidence/industry-reports。

资料类型：PDF 行业报告，Sense Media / InCabin Community。

状态：已用 pdftotext -layout 抽取正文，抽取文本在 ../wiki/.tmp_text/The-InCabin-Report.txt。本页是章节级索引，不再只是短摘要。

读取边界

这份 PDF 共 77 页。文本抽取后约 3455 行，主体章节和 Company Directory 已进入本页索引。

仍需注意：

Market Map 可能包含大量图形、Logo 和排版信息，纯文本抽取不能保证完整还原。
Company Directory 中不少描述来自公司自行提交，适合作为线索，不应直接当作第三方核验结论。
法规、Euro NCAP 评分细节、各公司 design win 和产品能力，仍需回到官方 protocol、官网、新闻稿或白皮书核验。

因此，本页目标不是“压缩成结论”，而是把 77 页 PDF 拆成可检索、可追溯、可继续追问的索引。

基本信息

标题：The InCabin Report
作者：Sara Sargent with Drew Bussey, Jenny Campbell B. Rust, Rob Stead, and the InCabin Community
页数：77 页
PDF metadata 生成时间：2025-08-14
主体结构：Market Map、2022 to Now、Current Influences、Topics of Debate、Important Technologies、Important Applications、Unofficial Glossary、Company Directory
主要价值：行业会议社群视角，覆盖 in-cabin sensing 的法规、市场、技术、验证、应用和公司生态。

目录级索引

抽取文本中的主要章节位置：

章节	抽取文本线索	本 wiki 用法
Market Map	line 40 附近	生态图谱线索，需视觉复核
2022 to Now	line 543 起	行业演进时间线
Current Influences	line 822 起	当前产业驱动力
Topics of Debate	line 1222 起	仍在争论的技术和产品问题
Important Technologies	line 1625 起	新技术雷达
Important Applications	line 1828 起	应用场景和商业化方向
Unofficial Glossary	line 2135 起	术语辅助
Company Directory	line 2295 起	竞品、供应链、合作对象线索

来源性质判断

这不是法规原文，也不是 OEM/Tier-1 RFQ。它更像 InCabin Community 的行业年度盘点，适合回答：

过去几年行业关注点如何演进？
哪些法规窗口正在逼近？
哪些技术方向被供应链和会议社群反复讨论？
哪些公司在某个方向上值得继续查？

它不适合单独回答：

某功能是否已经被 Euro NCAP 正式要求？
某供应商是否真的量产或拿到某 OEM 项目？
某技术路线是否已经商业闭环？

2022 to Now：行业演进时间线

2022：DMS/OMS、法规和传感器创新成为主线

报告回顾 InCabin 从 AutoSens 会议中的 track 逐步独立出来。2022 年左右，行业焦点主要集中在：

DMS 和 OMS。
Euro NCAP 和法规节奏。
radar、thermal、3D ToF 等 sensor innovation。
从“能检测驾驶员”走向更广义的 in-cabin safety。

一个重要线索是：Tobii 对 DTS / Xperi Autosense 相关业务的并购关系，报告把它视为 InCabin 社群连接产业交易的例子。该类交易说明 DMS/attention sensing 软件能力正在被行业整合。

2023：integration、human factors、takeover readiness

2023 年报告强调 integration，而不是单点算法：

driver engagement。
takeover readiness。
sensor fusion。
adaptive restraints。
software-defined vehicle 架构下的模块化座舱。
human factors 从研究议题进入产品议题。

对本 wiki 的意义：接管准备度不是凭空提出的 POC，而是 2023 以后 in-cabin 行业讨论中的稳定主题之一。不过它仍需要数据、场景、HMI 和控制策略共同支撑。

2024：AI、synthetic data、voice AI、health monitoring

2024 年焦点进一步扩展：

AI 和 synthetic data。
voice AI 和 LLM。
health monitoring。
cross-industry collaboration。
从驾驶安全扩展到座舱体验、健康、舒适和用户理解。

这支持一个判断：下一代 in-cabin 不只是 DMS 报警项，而是 driver / occupant state intelligence。

2025：compliance optimization、人本体验、下一代 HMI

2025 年报告把行业重心拉到：

compliance optimization。
next-generation interfaces。
generative AI。
human-centric experience。
不同区域的路径分化。

报告对区域分化的描述很关键：

欧洲更受法规和安全评分驱动。
美国继续关注 DMS/OMS、driver state、occupant state。
中国在 UX、第三空间、well-being、娱乐和快速量产体验上领先。

Regulatory Updates：Euro NCAP 2026 和近期合规窗口

报告引用 Euro NCAP 相关访谈，指出 2026 年新 rating scheme 覆盖四个 stage：

Safe Driving。
Crash Avoidance。
Crash Protection。
Post-crash Safety。

IMS 主要进入 Safe Driving 下的两个部分：

Occupant Monitoring。
Driver Engagement。

Safe Driving 中与 IMS 相关的功能包括：

Seatbelt Use Monitoring。
Occupant Classification。
Child Presence Detection (CPD)。
Post-Crash Presence。
Driver Monitoring，包括 distraction、impairment、unresponsive，以及与 ADAS operation 的联动。

报告还提到：

2026 年 CPD 要求 direct sensing technologies。
Safe Driving 5 星门槛会从 2026 年 60/100，提升到 2027 年 70/100，2028 年 80/100。
仅靠“加摄像头”不够，供应商需要更智能的传感融合、现有技术集成和可验证安全效果。
当前工作也在为 2029 下一轮 update 打基础。

对 MINIEYE 的直接启发：2026 合规窗口比 2029 前沿预测更迫近，必须优先形成合规能力包和 validation dossier。

相关页：合规dossier与验证体系、Euro NCAP实体

Indian Market：增长窗口但非当前资料主线

报告认为印度市场开始升温，但当前还不像欧洲那样由法规强力驱动。其意义更多在于：

新兴市场对 cost-effective in-cabin sensing 有潜在需求。
不同区域对法规、体验和成本的权重不同。
如果 MINIEYE 做出低成本平台化方案，印度可能是后续出海场景之一。

当前本 wiki 暂不把印度放入 P0，因为手头资料对 MINIEYE 现有机会和客户窗口支撑还不够。

Chinese Market：中国体验和速度成为全球压力

报告明确强调中国市场特点：

中国 OEM 在 well-being、entertainment、体验差异化上推进快。
sourcing 到 SOP 可能只有 6-12 个月。
中国从终端用户体验视角推动 cabin monitoring。
中国 OEM 在欧洲车展上展示的 UX、视频教程、灯光、内饰质感，正在提高全球用户和 OEM 的期待。
全球 OEM 会感受到来自中国体验速度的压力。

对 MINIEYE 的启发：

中国量产经验不应只作为内部项目背景，而应整理成对外可讲的 experience export。
但中国体验叙事不能替代欧洲客户最关心的 safety、compliance 和 validation。
最有价值的组合是：中国速度和体验 + 欧洲合规材料 + 可验证的安全指标。

Current Influences：当前产业驱动力

Monetization Opportunities for OEMs

报告讨论 OEM 如何通过座舱体验、软件、服务和个性化创造商业价值。对 DMS/OMS 供应商来说，这意味着：

单纯卖 safety function 的想象空间有限。
若能输出 occupant state、driver state、personalization 和 user understanding，可能进入更大的座舱价值链。
但安全功能和商业化体验之间必须边界清楚，避免把体验能力包装成未经验证的安全能力。

Regulation

法规仍是近期最确定的驱动力。报告反复强调 Euro NCAP 2026、EU General Safety Regulation、DMS/OMS/CPD。

这里需要区分两个 GSR：

EU GSR = General Safety Regulation，法规。
Galvanic Skin Response = 肤电/皮电，生理信号。

相关实体：Galvanic Skin Response-GSR实体

Pace of Chinese Innovation

中国创新速度本身被报告列为行业影响因素。它不是单点技术，而是开发节奏、用户教育、体验打磨和量产压力的组合。

Human Factors

human factors 在报告中不再只是学术词，而是直接关联：

用户是否理解系统能力。
用户是否信任或拒绝系统。
系统提醒是否造成 annoyance。
用户是否因为系统存在而过度依赖，甚至继续 impaired driving。

这对 DMS/OMS 很重要：算法准确率不是最终效果，用户接受和行为变化也会影响安全收益。

Supply Chain Management

报告涉及供应链管理、Tier-1 集成、硬件和软件生态。对 MINIEYE 的意义是：

单点算法能力需要被包装成可集成、可验证、可交付的系统能力。
与后视镜、座椅、内饰、雷达、SoC、仿真验证供应商的接口会影响商业落地。

Road to Validation

这是对 MINIEYE 最重要的章节之一。报告的核心观点是：如果有完美系统但没有 validation plan，就没有 commercial product。

涉及要点：

OCS、CPD 等功能可能涉及 ASIL-B 等安全要求。
CPD newborn 检测难度高，需要 breathing dummy 等专门验证工具。
glare、low light、occlusion 等 edge cases 需要实验室可控测试。
validation 不再是最后一步，而应进入系统设计阶段。
simulation、lab、road/test track 要组合使用。

相关页：合规dossier与验证体系

Topics of Debate：行业争议议题

How to Measure Alcohol Impairment

报告把 alcohol impairment 单列为争议点。关键判断：

breathalyser 技术存在，但成本、体验和装车方式是问题。
BAC 不是驾驶能力的完美代理，并且各国阈值不同。
行业探索包括相机血流、眼部迹象、方向盘 micro input、皮下 spectroscopy 等。
酒驾/药驾检测如果误判，可能带来严重伦理和法律后果。

对 MINIEYE：这是 2029 方向和技术雷达，不宜当前直接压成 P0。

Ethics of Testing Impairment

采集 impairment ground truth 不是普通数据采集：

需要明确 consent。
需要测试后的安全安排。
涉及医疗、法律和隐私风险。
药物/酒精状态可能影响受试者判断能力。

这解释了为什么该方向有吸引力，但短期落地难度高。

Role and Limitations of Simulation

报告同时肯定和限制 simulation：

适合早期开发、synthetic data、edge cases、成本控制。
可用于 camera/radar simulation 和 Euro NCAP aligned test cases。
不能完整替代真实人类行为、环境复杂性和真实 sensor noise。
最稳妥路径是 simulation + lab + physical testing。

Buttons vs. Screens

这是 HMI 和用户体验争议。对 DMS/OMS 的启发不是“选按钮还是屏幕”，而是：

安全相关交互不能只追求科技感。
认知负荷和误操作需要进入座舱设计。
Driver monitoring 的提醒和干预方式必须与 HMI 协同。

Measuring Wins

报告把 design win、SOP、供应链合作等作为行业衡量方式。对 MINIEYE：

对外叙事不能只有技术指标。
要能说清楚量产项目、平台覆盖、验证材料、合作模式和客户价值。

HUDs vs Screens

HUD 和屏幕争议本质是信息放在哪里、如何降低视觉和认知负荷。对 in-cabin sensing：

感知系统需要知道驾驶员是否真正理解和接收信息。
HMI 与 driver state model 需要联动。

Important Technologies：关键技术

Brain Scanning / micro-motions

报告把脑活动相关 sensing 作为前沿方向。涉及：

EEG、ERN、PE、N200、FRN 等 neurological signatures。
通过方向盘、踏板等输入中的 micro-movements 推断 cognitive / impairment 状态。
CorrActions 等公司强调不增加硬件，用现有车辆传感器做 passive Driver NeuroMonitoring。
Neumo 等公司探索 contactless / low-power EEG。

本 wiki 的判断：这适合作为 camera monitoring 的 complementary layer，不适合作为近期主线。

Model Development Tools

报告指出，硬件厂商正在收购或整合 AI model development tools，例如 OMNI ML、Deci、Edge Impulse、Imagimob、SILO.ai 被 Nvidia、Qualcomm、Infineon、AMD 等收购或纳入生态。

对 MINIEYE 的启发：

in-cabin 算法不只是模型本身，还涉及边缘部署、优化、跨硬件迁移和工具链。
J3/J6 平台化叙事需要包含模型压缩、性能、功耗、版本管理和验证。

3D Imaging Technology / Airy3D

Airy3D 的路线是给标准 image sensor 加 transmissive optical layer，使单个传感器获得 2D + depth 信息：

不依赖 stereo。
不需要主动 emitter。
适合 compact、low-power in-cabin systems。
可用于 DMS、gesture interface、occupant understanding。
局限包括低纹理和长距离场景。

对 MINIEYE：这是硬件期权，短期更适合跟踪和供应链沟通，不宜替代现有单摄主线。

Audio

报告把 audio sensing 放入重要技术：

外部麦克风可用于 emergency vehicle / siren detection。
自动驾驶车辆可能需要外部 communication。
road active noise cancellation 可能降低疲劳。
更好的 voice UI + LLM 可减少驾驶员看屏和手动操作。

这对 MINIEYE 不是 DMS 核心，但与用户理解、座舱交互和 cognitive load 有关联。

Important Applications：重要应用

Seat Experience

座椅不只是舒适件，也与安全和感知相关：

occupant detection / classification。
adaptive safety responses。
haptic feedback。
modular seating architecture。
轻量化、透气材料和舒适体验。

对 MINIEYE：OMS 与座椅、约束系统、气囊、posture 和 out-of-position 存在天然接口。

Wellness

报告把 well-being 视为座舱差异化方向：

surface-integrated heating。
thermal cocoon。
gesture interface。
adaptive information display。
acoustic personalization。
mental workload 检测。
lighting、music、notifications 等干预。

风险边界：

wellness 容易与 safety、medical claims 混淆。
需要用户接受、隐私和数据边界。

Biometric Sensing

报告中 trinamiX 相关内容展示了 biometric imaging 的方向：

1.5 MP NIR camera。
eye-safe laser dot projector。
AI 分析反射信号。
contactless vital signs，例如 heart rate。
3D driver distance，用于 airbag/restraint optimization。
secure face authentication 和 liveness check。
seat belt material identification。

对 MINIEYE：生命体征和 3D 距离感知值得跟踪，但应先判断是否服务于 CPD/OMS/driver state，而不是泛化成健康监测。

Audio for Safety / Comfort

安全相关：

外部通信。
emergency vehicle detection。
road active noise cancellation 减少疲劳。
voice UI 减少视线离路。

舒适相关：

quieter interior。
personalized sound zones。
EV exterior alerting sound。

User Understanding

这是对中国 OEM 和智能座舱很关键的一节：

中国 OEM 使用视频教程帮助用户理解 ADAS。
LLM + digital user manual 可解释警告、严重性和故障排查。
Continental 示例展示自动泊车计划路径，降低用户焦虑。
用户越理解车辆功能，越愿意使用和付费，也越可能安全使用。

报告同时提醒：安全技术的价值不只是“监控驾驶员”，而是帮助驾驶员开得更好。

Company Directory：公司目录线索

公司目录很长，本页按 MINIEYE 相关性归类。

DMS / OMS / Interior Sensing 软件与算法

公司	报告中的线索	对 MINIEYE 的意义
Smart Eye	Human Insight AI，DMS、interior sensing，收购 Affectiva 和 iMotions	multimodal human behavior、研究平台、量产客户叙事
Seeing Machines	mining operator monitoring 起家，与 Magna 后视镜 DMS/OMS 合作	后视镜集成和 driver cognitive state 叙事
Tobii	2013 起汽车 eye tracking，2019 进入 DMS，提供 camera-based DMS SW library 和 validation dossier，收购 Phasya、Xperi Autosense	camera-agnostic software、validation dossier、attention computing
Cipia	Driver Sense、Cabin Sense、edge CV AI，服务 US/Europe/China OEM	以色列 DMS/OMS 竞品
emotion3D	Cabin Eye，active safety、passive safety、UX、AV	in-cabin analysis 软件栈
Eyeris	interior sensing、monocular 3D sensing AI	单目 3D/OMS 竞品线索
Sightic	alcohol/drug impairment detection，DMS integration，real-world intoxicated driver dataset	impairment 方向的重点雷达对象
DriveBuddyAI	contextual AI with ADAS & DMS	DMS-ADAS 融合叙事线索

Tier-1、集成商和系统供应

公司	报告中的线索	对 MINIEYE 的意义
Aptiv	DMS/OMS/CMS end-to-end，hardware + software + vehicle integration	可对标的系统级交付叙事
Magna	cameras + radars + software，driver behavior、occupant presence、environment，结合 seating/mirrors/electronics	后视镜、座椅、电子集成合作路径
Forvia	seat experience、surface activation、wellness	OMS、座椅、安全约束和体验联动
Bosch	in-cabin sensing、ADAS	传统 Tier-1 生态
Continental / Aumovio	UX、Elektrobit、full system delivery、DMS/CMS 之外应用	UX 和 SDV 叙事
Valeo	driving assistance、interior experience、lighting	传统大 Tier-1 的内饰体验线
Harman	report directory 中作为座舱/音频生态参与者	与 Ready Care 等健康/状态检测资料结合核验
ZF	integrated safety、automated driving、vehicle motion control	DMS 与安全控制联动的潜在接口

仿真、验证、测试和标准

公司/组织	报告中的线索	对 MINIEYE 的意义
Anyverse	physics-based camera/radar simulation，Euro NCAP aligned test cases	synthetic data 和 validation stack
dSPACE	simulation and validation of in-cabin systems	测试平台线索
IEE	OCS、CPD、breathing dummy 等验证相关	CPD/OMS 验证工具线索
Image Engineering / Imatest / Trioptics / Yanding	camera/image quality/testing equipment	相机质量和实验室验证
ASAM	automotive development/testing standards	数据、接口、验证标准
Applus IDIADA / HORIBA MIRA	development/testing services	第三方测试合作线索

新传感器和硬件期权

公司	报告中的线索	对 MINIEYE 的意义
Airy3D	passive single-sensor 3D imaging	单摄 2D+depth 硬件期权
A4Radar	custom CPD、DMS、in-cabin radar	雷达 CPD/DMS 期权
Murata	传感器/电子生态，涉及 in-cabin sensing	雷达/生命体征供应链线索
Pontosense	wireless sensing / in-cabin sensing 线索	非接触 sensing
Sleep Advice Technologies / Neteera	122GHz radar、vital signs、sleep onset 提前 3-8 分钟	雷达生命体征和睡眠检测
Socionext	60GHz radar device with embedded TX/RX antennas	低成本小型 radar 期权
trinamiX	NIR / spectroscopy / biometric sensing	vital signs、face auth、seatbelt material
Stanley / ams OSRAM / OMNIVISION / Sony / ST / Infineon / NXP / Qualcomm	sensing、illumination、SoC、processor、semiconductor	摄像头、IR、VCSEL、SoC 生态

脑电、微动作和健康状态

公司	报告中的线索	对 MINIEYE 的意义
CorrActions	software-only passive Driver NeuroMonitoring，用 existing vehicle sensors 的 micro-movements 推断 impairment	无新增硬件的人车浅融合前沿线索
Neumo	contactless EEG sensor，fatigue/cognitive state/wellness	脑电硬件期权
Capical	capacitive ECG sensing	生命体征方向

用户理解、HMI、地图和体验生态

公司	报告中的线索	对 MINIEYE 的意义
Elektrobit	SDV、Figma design workflow、theme engine、OTA/App Store	座舱软件平台化和体验迭代
Tweddle	digital user manual、AVA assistant、故障解释和召回触达	用户理解和 ADAS 教育
TomTom	behavioral maps、driving personas、AV geofencing	外部环境/地图与 driver state 联动
Ceres Holographics / Armonic	HUD、AR、windshield display	HMI 和认知负荷
What3Words	voice-based navigation	语音交互和导航体验

对 MINIEYE 的直接启发

1. 合规 dossier 是近期入场券

算法功能、demo 和宣传不能替代 validation plan。对出海客户，尤其是欧洲客户，必须能讲清：

覆盖哪些 Euro NCAP 2026 Safe Driving / OMS / Driver Engagement 项。
数据集和测试场景如何覆盖。
failure cases 和 edge cases 怎么处理。
版本、指标、测试环境如何复现。