Z1.03.1Context (in context-aware computing)设计研究
情境包括位置、时间、活动与在场者
别名: 情境感知 · context-aware computing · 情境的维度
概念解释
情境感知计算（context-aware computing）里，情境（context）指一切可用来刻画一个实体所处状况的信息——这是 Dey 2001 年给出的通行定义。落到环境计算的设计实践，构成情境的核心维度通常是四类：位置（在哪）、时间（何时，含日程与节律）、活动（在做什么）、在场者（有谁、关系如何）。
「情境」不等于「环境」。环境是客观存在的一切；情境是与当前交互相关的那个子集。客厅的湿度是环境事实；当你正在决定要不要开加湿器时，它才进入情境。情境由任务定义，不由传感器定义。
机制
为什么是这四类？它们各自回答系统自适应时要问的一个问题：
- 位置回答「行为规则在哪儿适用」——回家模式、离家布防都以位置为锚。位置还是许多推断的枢纽：知道在哪，就能带出该场所的惯例（卧室晚上十点有人在 = 该睡了，而不是该开灯）。
- 时间回答「此刻什么行为恰当」——同样一句话在早晨是问天气、在深夜可能是求助。时间维度包含三层：钟表时间、日程（日历事件）、节律（个人的作息规律），三者含义不同。
- 活动回答「用户的注意力与双手正被什么占用」——它决定打扰的成本与输入通道的可用性。
- 在场者回答「行为的受众和协商对象是谁」——同一个动作（开音响），独处与有客人在场时的恰当强度完全不同；在场者还决定了控制权归属（谁能改、该通知谁）。
四类合起来构成一次交互的场景：系统据此选择做什么、以什么强度、通过什么通道。维度不全的系统只能在错误的抽象层自适应——只看位置不看活动，会在用户熟睡时执行「回家模式」。
怎么研究
- 概念与综述：Schilit 与 Theimer 1994 年提出 context-aware computing 一词；Dey 2001 年的《Understanding and Using Context》给出被广泛沿用的定义并讨论了为什么情境难以直接传感——它是被推断出来的。
- 情境维度的经验研究：对移动与环境应用的家庭与现场研究（如早期 location-aware 应用的实地部署）反复发现，用户对系统的接受度取决于它对活动与社交场合的敏感度，而不只是位置准确度——单纯位置驱动的自动化在实地使用中最容易被关掉。
- 操作性研究：给「情境」建立可操作的标注体系——经验取样法让用户在随机时刻报告当前位置、活动、同伴、情绪，形成情境的自陈基准，用来评估传感推断的覆盖率与准确率。
方法论注意点：情境的自陈基准本身有偏差（回忆贴标签、社会期许），多源三角验证（传感日志 + 自陈 + 现场观察）是这类研究的标准配置，单一来源都不足为凭。
边界
- 四类是设计清单不是完备分类。 生理状态（心率、睡眠阶段）、设备状态（电量、负载）、环境量（噪声、光照）常被列为第五、第六类。对某个具体系统，判断标准是「缺了它会不会做错」，而不是「它在不在经典清单上」。
- 维度之间会打架。 位置说在家、活动说在加班（深夜赶工的客厅），单一维度优先的规则必错其一——如何仲裁是多维情境系统真正的难点，不是维度枚举。
- 情境有社会建构的一面。 「这是工作还是休息」「客人是亲近还是疏远」无法从传感数据推出，只能从用户惯例中学习或直接询问；把社会性维度当物理量去传感，会系统性出错。
怎么落地
- 设计任何自适应行为前，先写清楚它依赖哪几维情境、每维由什么信号推断、推断错了的后果是什么——三列对齐的表格是最低要求。
- 位置与时间是最可靠的两维（传感成熟、语义稳定），活动与在场者最不可靠（推断链长），后果越重的自适应越要只锚定可靠维度。
- 在场者维度永远要显式建模：家里有没有人、是谁，决定了几乎所有联动行为的恰当形态；没有在场者感知的系统不要做「有人就……」类自动化。
- 验证办法：对每条自适应规则，抽样记录触发时刻的四维真实值（自陈 + 日志），统计「维度判断全对但行为仍不恰当」的比例——这个比例高说明缺了关键维度，而不是推断不准。