C9.04.2Posture sensing as context not command设计研究

姿态传感用于情境识别而非命令输入

别名: 姿态情境 · 活动识别 · 坐站走

概念解释

椅背角度、躯干倾角、坐 / 站 / 走这类姿态传感(posture sensing)描述的是人正处在什么身体情境,不是一条「确认 / 取消」命令。把它当成手势词汇,用户每次调整舒适坐姿都会误触发。姿态适合给系统提供情境(context),让别的通道去发指令。

机制

姿态变化的频率低、目的杂。人改变坐姿是为了减疲劳、够东西、转头说话,运动学轨迹并不为机器准备最小动作集。惯性传感器和压力垫看到的是重力相对身体轴的方向、支撑面的压力分布,分类器能分开粗状态(坐、站、躺、走),分不开「想暂停播放」。若把某一姿态阈值写成命令,就制造了迈达斯问题的身体版:维持生命活动所需的姿势改动被当成输入。情境用法相反:姿态只改变系统对其他信号的解释,例如走路时降低皮电推断的权重,或站起来时把界面字号加大。

怎么研究

活动识别的标准集是坐、站、走、躺、上下楼,用腰、胸或椅面传感器。自变量:传感器位置、类别粒度、用户是否知道自己在「发命令」。因变量:状态准确率、以及把姿态当命令时的假触发率(每小时无意图触发次数)。关键对照是同一套传感器在「情境标签」任务和「显式快捷键」任务上的代价不对称:情境漏检往往可容忍,命令误触发不可容忍。实验室规定的标准坐姿会低估真实办公里的频繁挪动。

边界

康复或可访问性里,故意设计的躯干开关(前倾确认)可以当命令,那是用户学会的替代通道,不是后台识别日常姿态。全身骨架追踪若用于空中手势,走的是另一套起止判定,不应与椅面压力的情境标签混称。躺着使用手机是合法情境,把「仰卧」写成关闭设备的命令会惩罚床上用户。驾驶、手术中的姿态约束更强,情境类别本身就少,迁移办公模型会失效。

怎么落地

  • 用姿态去切换模式权重、字体、超时,而不是绑定删除、发送、支付。
  • 若确需躯干命令,做成需要越过明确死区、可撤销的动作,并与日常挪动分开标定。
  • 在状态不确定时保持上一情境,不要在坐与站的边界上反复跳模式。
  • 验证:录一段用户不知道被当成输入的自然办公或通勤,数有多少次姿势变化若绑定了命令就会误触发。

延伸

  • 同组C9.04.1 呼吸可作为低带宽的连续控制量 · C9.04.3 传感器融合提高置信但放大隐私暴露
  • 相邻C4.13 全身姿态与骨架追踪 · C9.05 隐式交互
  • 站内检索posture sensing · activity recognition · context versus command

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/C9.04.2