D2.10.2Alarm preemption设计研究

高优先级警报应能打断正在播放的低优先级警报

别名: preemption · priority override · interruption

概念解释

抢占指更高优先级的警报可以直接终止正在播放的低优先级内容,而不必等它播完。它把优先级从排序标签变成有执行力的规则:如果高优先级不能在需要时插队,它就只是一个名字。

机制

等待前一条播完会把延迟直接加到关键事件上,而延迟的代价随严重程度上升。抢占之所以可行,是因为听觉信息的价值随时间衰减:一条警告在被听到之前持续贬值,而被打断的低优先级内容通常可以稍后重放或改由视觉呈现。抢占也有代价,它破坏了内容的完整性,因此需要配套规则说明被打断的内容去向何处,否则用户会失去已经获取或尚未获取的信息的线索。

怎么研究

可让低优先级内容播放到中途时触发高优先级警报,测量关键警报的察觉延迟、用户是否能正确切换到新事件,以及被打断内容是否在之后被找回。因变量包括抢占延迟、错误率与主观混乱程度。研究需控制低优先级内容的剩余长度,因为接近结束时抢占的收益很小,而打断成本不变。

边界

不能被打断的内容本身就构成边界:法律告知、安全操作说明或用户主动请求播放的内容,提前终止可能造成实质损失。此时可行的做法是允许暂停并在合适时机恢复,而不是直接抢占。若抢占过于频繁,用户会形成「什么都没听完」的预期,从而降低对系统输出的整体信任。

怎么落地

  • 定义可被抢占的内容范围,默认保护用户主动播放与需要完整确认的内容。
  • 抢占后立即开始高优先级警报,不插入过渡提示音,避免二次延迟。
  • 记录被打断的内容并在合适时机提供恢复入口,让用户知道仍有未完成的信息。
  • 验证方式:在低优先级内容播放中途触发高优先级警报,测量警报开始发声的延迟;再确认被打断内容是否出现在可恢复位置。

延伸

  • 同组D2.10.1 同时触发的多条警报需要仲裁播放顺序而非叠加播放 · D2.10.3 仲裁结果需要让用户知晓还有其他警报在排队
  • 相邻D2.06.3 语音输出需支持中断与重听 · D5.06.5 中断式仲裁打断当前反馈,排队式仲裁延后播放
  • 站内检索alarm preemption · priority override · interruption cost

同组卡片

快捷操作

分享

分享当前页面

ios_share

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