D5.06.3Priority by consequence设计研究

优先级应按后果等级而非按通道能力

别名: priority rule · consequence · channel capability

概念解释

仲裁优先级应当依据事件的后果等级,而不是依据通道的表达能力。若按通道排序(例如认为视觉优先于其他通道),系统实际上是在按实现顺序而非按用户利益分配注意。后果越重的事件越应获得优先处理。

机制

按通道排序的问题在于它把技术属性当作价值判断。视觉确实能表达更多细节,但这不意味着视觉事件更重要;同理,触觉承载的信息少并不意味着它只能处理次要事件。按后果排序则直接对齐用户利益:需要立即处理的后果获得优先的注意占用,其余排队或降级。实现上需要事件建模阶段就标注后果等级,这也使优先级规则可被审计,而不是隐藏在代码的调用顺序里。

怎么研究

可比较两种排序方式的表现:构造后果等级与通道不相关的场景,分别按后果与按通道排序,测量关键事件的送达延迟、丢失率与用户对优先级的判断。变量包括后果分布、通道组合与并发数量。因变量应包括用户判断的合理性评分,因为它反映排序是否符合预期。

边界

当事件后果等级难以评估时,按通道排序是一种退而求其次的近似,但应明确其局限。若某事件只能通过特定通道表达,后果排序需要与该限制结合,避免把不可表达的事件排到前面造成空转。若所有事件后果相近,排序方式的差异影响很小。

怎么落地

  • 在事件建模阶段为每个事件标注后果等级,并把排序规则建立在等级上。
  • 避免以通道类型作为排序依据,除非同时说明其后果层面的理由。
  • 当事件只能通过特定通道表达时,把这一限制写入仲裁规则。
  • 验证方式:在后果与通道不相关的场景中测量关键事件的送达延迟与丢失率,确认排序确实按后果生效。

延伸

  • 同组D5.06.1 多通道同时输出需要仲裁规则 · D5.06.4 仲裁需要处理同一时刻多个事件的排队与丢弃规则
  • 相邻D2.10.1 同时触发的多条警报需要仲裁播放顺序而非叠加播放 · D3.08.3 触觉预算应按事件重要性分配
  • 站内检索priority rule · consequence severity · attention allocation

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/D5.06.3