需要明确输入归属
别名: 输入归属 · 多用户所有权 · whose input
概念解释
两只手同时落在一块公共屏上，系统若把它们收成「同一个指针的一串事件」，在场的人就无法回答「刚才那一下是谁的」。输入归属（input attribution）是把每一次触点、手势、语音标到一个可辨认的行动者，并让行动者本人和其他人都能看见这份所有权。它先于冲突怎么判：还不知道是谁的输入，谈不上两个人在抢什么。它也不管屏上该不该出现姓名和头像——那是另一件事。
机制
单用户界面把「当前指针 = 我」当成默认。公共大屏拆掉这个默认：多只手、多个身体、有时还有远处的手机在投。事件流如果没有身份，反馈只能画在「屏上某处」，无法画在「你的那一下」。人靠时间邻近和空间邻近去猜，猜错就变成误学：以为自己拖动了其实是旁边那只手，下一次换一种力道，系统看起来更疯。
归属还是给旁观者看的社会信息。桌面研究里的领地（territory）说明人会用身体和物件划出「这是我的区」；大屏上若所有光标一个颜色、所有选中一个高亮，领地无法被读出，后来者会把手伸进别人正在做的动作里。归属失败于是同时是感知失败和社会碰撞，即使两人想做的事并不冲突。
怎么研究
桌面与公共墙的 CSCW 观察（CityWall、DiamondTouch 一类）把「谁的手」作为编码单位，而不是只记触点数。实验上可对比：无身份的多点、按触点着色的光标、按站位分区的输入。Peltonen 等人对 CityWall 的分析特别关心并行使用时人们如何协调「这是我的」。
自变量：是否给触点/光标以稳定身份、身份线索是颜色、位置还是身体附近的标记、输入是否来自个人设备。 因变量：误把他人输入当成自己的次数、并行使用时的打断、口头上的「这是你的还是我的」。
实验室里两人被介绍过、有共同任务，归属需求会被礼貌压低。实地里陌生人并行，才是归属真正被需要的条件。日志若只存一个匿名触点流，事后无法复盘归属失败，研究设计必须在采集期就保留行动者标识（哪怕只是「左/右站位」）。
边界
严格排队、一次一人的终端不需要并行归属，需要的是「现在轮到谁」的会话身份，那是时间上的独占。远距离只能被一个人的遥控器驱动的屏，归属退化成焦点归属。完全协作、两人共用一个对象（一起推一张地图）时，过强的「这是你的光标」会拆掉共同对象。儿童会忽略颜色编码去抢手感，颜色归属对这一人群弱。
怎么落地
- 给同时存在的每一路输入一条稳定、可区分的反馈：不同颜色的触点光晕、贴着那只手的拖影、或按站立分区的高亮，并且在整个动作期间不要换身份。
- 让归属对在场其他人也可读，不只给操作者自己看；后来者要能看出哪一块正在被占用。
- 来自个人手机的输入也要在公共屏上标出「这路来自哪一侧/哪个人」，避免墙上看不见来源。
- 验证：请两名未配合过的人同时操作，事后各自指认「哪些变化是自己造成的」。指认和日志对不上的每一处，都是归属没被看见。