K6.12.3multi-channel automation status cues设计研究

多通道状态提示比单一提示更能防止误判

别名: 日常状态冗余 · mode awareness channels · 灯带加仪表 · status redundancy

概念解释

「现在谁在开、现在还能做什么」要在平静路段里一直可被取样,而且不能只靠一块屏上的一颗图标。仪表色、方向盘光晕、HUD 小标、偶尔一声非惊吓的状态音,走的是日常状态通道:人可以忽略它们把路开完,但随便扫到哪一条都应读出同一个模式。这和接管请求那一瞬间的视听触打断不是同一件事——后者必须把人从任务里拽回来,前者必须在没有人正在被拽的时候防止把模式认错。单一通道会在人没看那一块屏、或把灯带当成氛围灯时哑火,误判就在那次哑火里完成。

机制

间歇监督每次只取样一个位置。若状态只写在中控状态栏,看路和看仪表的人会错过;若只写在灯带上,灯带与氛围灯同色时会被滤掉。多通道把同一个事实放到人已经会看的几条路上,让「没看见」要同时错过好几处才发生。通道之间必须同义:仪表写着人工、灯带仍是自动驾驶蓝,这比只有一处更糟,因为它在制造冲突而不是冗余。日常通道的强度也必须低于接管打断,否则长途里人会关掉或习惯化,冗余失效。多通道在这里买的是模式判断的鲁棒,不是告警的穿透。

怎么研究

在长时段无接管的监督里,分别只给仪表图标、只给灯带、给仪表+灯带+HUD 小标,再在人刚从中控回来时问现在的模式与包络。

自变量:通道集合、通道是否同义、状态音是否出现在切换时还是周期性出现、灯带是否与氛围主题共用色。 因变量:模式判断错误率、包络夸大率、把状态通道关掉或调暗的比例、对日常提示的厌烦。

不要用接管任务来验收日常通道——打断成功不代表平静路段认得对。耳机和副驾聊天会盖掉状态音,要把「听不见」当作条件。通道增加之后,错误若从「没看见」变成「看见了但理解为氛围」,说明编码仍不够专用。

边界

单一通道在实验室短任务里可能够用,因为被试被要求盯着那一块。量产长途、多屏、可换主题的座舱里不够。听力或色觉限制会关掉一条通道,冗余的意义正是其余通道仍够用;若三条都依赖同一种蓝色,对色觉来说仍是一条。完全无人驾驶、舱内无驾驶者时,日常状态要对外而不是对方向盘后面。接管事件上的多通道打断即使做得很满,也不能替代这里的常驻状态网。

怎么落地

  • 为「人工 / 辅助开启 / 有条件自动驾驶」各规定一套仪表+近轮灯带(或等价物)的配对编码,主题换色不得拆散这套配对。
  • HUD 只复述同一套编码的副本,不发明第四种颜色。
  • 状态变化可用一声短的、与接管告警不同音色的提示;平静路段不要周期性鸣叫。
  • 验证:让人戴耳机看中控视频一分钟后问「谁在开、会不会自己变道」,只看灯带、只看仪表、两处都看的三组;错误集中在单通道组,才说明冗余在起作用。若三组一样错,错的是编码语义,不是通道数量。

延伸

  • 同组K6.12.1 不同厂商对同一自动化等级的功能边界定义并不统一 · K6.12.2 驾驶员误判系统能力边界是模式混淆最常见的后果 · K6.12.4 系统能力的临时降级需要与正常关闭同样醒目地提示
  • 相邻K6.08 自动驾驶的接管请求 · K6.09 自动化状态表达 · D5.01 互补与冗余
  • 站内检索mode awareness · status redundancy · ambient automation cue · light bar

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/K6.12.3