D2.10.4Alarm masking failure设计研究

缺少仲裁机制时多重警报会相互掩盖导致关键警报漏听

别名: masking · missed alarm · collision

概念解释

没有仲裁,警报会互相掩盖。当多个声音同时或不加协调地接连播放时,可辨性下降,用户最终只记住了其中一部分。关键警报漏听不是因为它没被发出,而是因为它在输出层被别的声音吃掉了。

机制

掩盖既可以发生在频谱上,也可以发生在注意上。频谱掩盖让原本可辨的音调变得难以分辨;注意掩盖则因为短时间内的多个事件争夺有限的处理资源,后面的警报即使物理上清晰也可能没有被登记。二者叠加时,失败模式表现为「系统说它发过了,用户说没听到」,这类分歧最难排查,因为从日志看一切正常。漏听还会被时间压力放大:用户越忙,可用于辨别的时间越少。

怎么研究

可构造并发与密集序列两类场景,测量关键警报的漏听率,并与单独播放时的基线比较。因变量包括漏听率、识别错误类型与响应延迟。研究需要同时记录输出层的数据与用户的报告,因为二者不一致本身就是核心现象。也常通过降低音频采样率或模拟真实扬声器来检验掩盖在劣化条件下的放大效应。

边界

当事件数量少、间隔足够且频率分布差异明显时,掩盖效应很弱,即使没有显式仲裁也不会漏听。若用户处于专注状态且只有听觉任务,辨别能力会比在分心情境下更好,因此实验室检出率不能直接搬到实际使用场景。漏听也可能来自音量或硬件限制,需要与仲裁缺失区分开。

怎么落地

  • 对关键事件强制走仲裁流程,不允许它在无协调的情况下与其他声音同时播放。
  • 让声音在频率与时间上保持区分度,避免设计成易于互相掩蔽的组合。
  • 记录实际播放与用户确认两条数据,用二者的差异定位掩盖问题。
  • 验证方式:在同一时刻触发多条警报并在真实设备的扬声器上复现,统计关键事件的漏听率;若显著高于单独播放,说明仲裁缺失。

延伸

  • 同组D2.10.1 同时触发的多条警报需要仲裁播放顺序而非叠加播放 · D2.10.3 仲裁结果需要让用户知晓还有其他警报在排队
  • 相邻D2.10.2 高优先级警报应能打断正在播放的低优先级警报 · O3.05.1 频繁警告导致整体忽略
  • 站内检索auditory masking · missed alarm · alarm collision

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/D2.10.4