Ahmetovic ら: 腕が動かしにくい人が、操作の半分を誰かに預けて遊ぶ — Fukai が読む

一段落要約

腕や手を動かしにくい人にとって、ゲームのコントローラは高い壁になる。ボタンを次々に、素早く押さなければならない場面では特にそうだ。イタリア・ミラノ大学の4人は、この壁を「操作を分け合う」ことで越えられるかを調べた。13人の参加者が、自分の操作の一部を人間の助っ人に、そして別のセッションではソフトウェアの助っ人に預けて『ロケットリーグ』を遊んだ。

13人のうち7人が、支援がなければそのゲームは遊べなかったと答えた。手元に残した操作の数と種類は人によってばらばらで、ハンドル操作は11人、加速は9人、ブーストは6人が自分で握った。「どこを預けるか」に共通の正解はない、というのがこの研究のいちばん実務的な発見だ。

面白いのは失敗のしかたである。助っ人が動かした車を「自分が動かした」と取り違える混乱が繰り返し起きた。論文はこれを collaboration confusion(協働の取り違え)と呼び、ソフト側の助っ人は「いま自分が何をしたか」を分かる形で伝えるべきだと述べている。

この論文について

今日読むのは「Video Game Accessibility through Shared Control for People with Upper-Limb Impairments」である。著者は Dragan Ahmetovic、Matteo Manzoni、Filippo Corti、Sergio Mascetti の4人。全員がミラノ大学(Università degli Studi di Milano)コンピュータサイエンス学科の所属だ。

arXiv に arXiv:2601.11218v2 [cs.HC] として置かれている。PDF に押されたスタンプは 2026年5月1日。本文にも脚注にも掲載先の会議名は書かれていないので、私はこれを査読を通ったと確認できていない preprint(プレプリント、投稿前の原稿公開)として扱う。ただし同じ4人は、共有操作の前段にあたる調査を CHI 2026 の会議録に載せている(DOI 10.1145/3772318.3791080)。この分野で継続的に研究しているグループだ、とは言える。

私がこの論文を今日選んだ理由は二つある。一つは、アクセシビリティの研究をこの連載でまだ扱っていなかったこと。もう一つは、この論文が扱う「操作を分け合う」という発想が、パズルゲームのヒント機能や難易度調整と地続きに見えたからだ。障害のある人のための研究として読むと視野が狭くなる。「支援は、どこまで手を出すと本人の遊びを奪うのか」という問いは、あらゆるゲームの設計に関わる。

ここまで分かっていたこと

腕や手に障害のある人がゲームを遊ぶための工夫は、これまで大きく三つに分かれていた、と論文は整理する。一つ目は入力の割り当て変更だ。ゲーム内の設定や外部ツールでボタンの役割を組み替える。二つ目は専用のコントローラ。片手で持てる形、平らな面に置ける形、部品を差し替えられる形などがある。

三つ目は別の入力手段である。音声コマンドや表情での操作がこれにあたる。だが論文は、どれも同じ弱点を抱えていると指摘する。押すべきボタンの数そのものは減らないし、反応の速さも要求されたままだ。手の使い方を変えているだけで、ゲームが求める仕事の量は変わっていない。

そこで注目されてきたのが操作の分担(shared control、シェアードコントロール)だ。他人に一部の操作を任せてしまう。実は家庭用機にはすでに機能がある。Xbox の Copilot、PlayStation の Share Play がそれで、二つのコントローラを一人分の入力として扱える。ただし当然、そばに誰かがいなければ成立しない。

もう一つの道が部分自動化(partial automation)、つまりソフトウェアに助っ人役をさせる方法だ。研究用の試作(Dino Dash、Dozo Quest、Zac - O Esquilo など)はあるし、市販ゲームにも照準補助やハンドル補助のような形で入っている。しかし論文はこう書く。「上で述べた部分自動化の解はすべて、対象となるビデオゲームごとに個別に設計・実装されており、汎用性を欠いている」。作品ごとに作り込むしかない、というのがこの分野の行き止まりだった。

著者たちはこの行き止まりに対し、三つの問いを立てている。(1) 人間の助っ人とソフトの助っ人で、プレイヤーの感じ方はどう違うか。(2) 二つの状況で、プレイヤーはどう協力するか、その違いは何か。(3) 上肢に障害のあるプレイヤーを助けるために、部分自動化はどんな機能を備えるべきか。三つ目が、作る側にとっていちばん実用的な問いだ。『Celeste』。ゲーム側が用意する支援の代表例としてアシストモードがよく挙がる。本論文はこの作品を扱っていないが、支援と難易度の関係を考えるときの参照点として置いた。画像は Steam ストアページより。

どうやって調べたか

著者たちはまず GamePals という枠組みを自作した。特定のゲームに手を入れるのではなく、コントローラの信号を横取りして混ぜ合わせる仕組みだ。だから既存の市販ゲームにそのまま使える。ここがこれまでの試作との一番の違いである。

GamePals は四つの部品でできている。コマンド解釈部は、各プレイヤーの入力をゲームの行動に読み替える。人ごとに違う割り当てを持てるのがポイントだ。コマンド調停部は、複数の人(と AI)から届いた行動を、決めておいた方針にしたがって一つに混ぜる。仮想コントローラが、混ぜた結果をふつうのコントローラ入力としてゲームに送る。部分自動化のときだけ、ゲーム状態の読み取り部と行動生成の AI が加わる。(図解)GamePals の流れ。操縦者(pilot)と助っ人(copilot)の入力が調停部で一つに混ぜられ、仮想コントローラを経由してゲームに届く。助っ人は人間でもソフトウェアでもよい。

実験に使ったゲームは『ロケットリーグ』だ。車でサッカーをする作品で、目的が一目で分かり、短時間で覚えられることから選ばれた。参加者はコンピュータが操作する相手と1対1の試合を行う。人間の助っ人と組む回と、ソフトの助っ人と組む回、それぞれおよそ5分ずつ。どちらを先にやるかは参加者ごとに入れ替えた(順番の影響を打ち消すためだ)。

参加者は上肢に障害のある13人。募集の条件を満たした人が13人だった、と論文は書いている。障害の内容は幅広い。脊髄性筋萎縮症(SMA)2型、デュシェンヌ型筋ジストロフィー、ベッカー型筋ジストロフィー、メロシン欠損症、顔面肩甲上腕型筋ジストロフィー(FSHD)、四肢麻痺、痙性四肢不全麻痺、筋萎縮、手足の切断、腕の可動域の低下などが並ぶ。このほかに1人が参加したが、乗り物酔い(motion sickness)でどちらのセッションも完了できず、分析から除かれている。

本番の前に設定の時間が置かれた。参加者は、ゲームのどの行動を自分が持ち、どれを助っ人に渡すかを自分で決める。使うコントローラも標準の Xbox パッドか Xbox Adaptive Controller(ロジクールの補助部品を足せる)から選び、ボタンの割り当ても自由に変えられる。この「自分で決める」という手順自体が、後で効いてくる。

記録したのは、画面の録画、周囲の音声、そして両者の入力ログである。これらを重ね合わせて、二人分のコントローラの状態が同時に見える映像を作った。加えて半構造化インタビューを行い、文字起こしを再帰的テーマ分析(reflexive thematic analysis。語られた内容から繰り返し現れる主題を、分析者が読み込みながら組み立てていく質的分析)にかけている。

分かったこと

まず、支援そのものの効き目である。13人のうち7人(P3、P6、P8、P9、P11、P12、P13)について、論文は「そうした支援がなければ遊べなかっただろうと述べた」と書いている。残る6人も、支援なしでは難しくなると認めた。P1 の言葉が印象的だ。自分ひとりでも遊べただろうが、「最初はもっと難しかっただろうし、自分の好きな遊び方ではなかったかもしれない。しばらくすると、少し嫌になってきたかもしれない」。

遊べるか遊べないかだけの話ではない、ということだ。「遊べるが、好きなやり方では遊べない」という状態がその手前にある。ここは、難易度設定を作るときにも同じことが言える。

次に、参加者が手元に残した操作。論文の表4によれば、ハンドル操作を自分で持ったのは11人(P12 と P13 を除く全員)、加速は9人、ブーストは6人、ブレーキは5人、ジャンプは4人、ハンドブレーキは2人だった。多い順にきれいに並ぶわけではない。人によって残す組み合わせが違う。

背景も割れている。論文は「コンソール/PC のゲーマー(P1、P2、P4、P5、P7、P10、P11)は概して三つ以上の行動を自分の手元に残した」と書く。一方、携帯端末中心の参加者はおおむね二つ以下だった。障害の重さだけでなく、それまでどんなゲームを遊んできたかが、預ける量を決めている。

三つ目が、この論文でいちばん面白い collaboration confusion(協働の取り違え) だ。二つの形がある。一つは因果の取り違えで、助っ人が起こした動きを自分がやったと思い込む。もう一つは予期しない行動で、助っ人が突然思わぬ操作をして、いま誰が何を握っているのか分からなくなる。自動化された機械と人が並ぶときに起きる混乱が、そのままゲームの中にも現れた形だ。

四つ目は協調のしかた。うまくいく形として、二人が噛み合って一つの動きを作る「相乗」と、操縦者のミスを助っ人が拾って直す「訂正」が観察された。人間の助っ人とのときは、声をかけ合い、相手の次の動きを予想する場面が見られた。逆に、噛み合わずに互いを打ち消してしまう場面もあった。

そして厄介な発見がある。ソフトの助っ人が上手いほど助けにはなるが、参加者が「自分が霞んでしまう」と感じることがあった。人間の助っ人は社交性と安心をもたらす一方、相手に依存する。ソフトの助っ人は自立をもたらす一方、動きが読めないぶん楽しさを削ることがある。どちらが良いという単純な結論に、著者は寄せていない。

作る側がどう使えるか

この論文は『ロケットリーグ』というアクション寄りの題材で書かれているが、持ち帰れるものはパズルにも多い。私の読みでいくつか具体例を挙げる(以下は Fukai の当てはめであり、論文が書いていることではない)。

(1) ヒントを「答え」ではなく「操作の肩代わり」として設計する。 たとえば倉庫番系のパズルなら、盤面の解答を出すのではなく、「箱を一つだけ正しい位置に戻す」補助を用意する。参加者たちが残した操作がばらばらだったのと同じで、どの部分を肩代わりしてほしいかは人によって違う。ヒント機能を段階に分けるとき、「情報の量」で刻むだけでなく「操作の範囲」で刻む案が出てくる。

(2) 支援の内容をプレイヤー自身に選ばせる。 この研究の設定フェーズがそのまま参考になる。難易度を「やさしい/ふつう/むずかしい」で束ねるのではなく、「時間制限を外す」「巻き戻しを無制限にする」「入力のタイミング判定を緩める」を個別に切り替えられるようにする。研究では、その選択自体が人によって大きく分かれた。

(3) 自動化が何をしたかを必ず見せる。 collaboration confusion の教訓だ。パズルゲームで「自動で一手進める」補助を入れるなら、進めた手をアニメーションで見せ、ログに残し、取り消せるようにする。黙って盤面が変わるのがいちばん悪い。ハイパーカジュアルの自動整理機能なども同じで、勝手に片づいた盤面はプレイヤーの理解を壊す。

(4) 二人で一つを操作する遊びを、支援機能として作り直す。 一つのコントローラで二人のキャラクターを動かす作品はすでにある。それを「難しさの演出」ではなく「片方を誰かに預けられる仕組み」として実装すれば、そのままアクセシビリティ機能になる。同席していない相手でも成立するよう、ネットワーク越しの副操縦を考えてもよい。『Brothers - A Tale of Two Sons』。一つのコントローラの左右で二人の兄弟を同時に動かす。本論文はこの作品を扱っていないが、「操作を二つに割る」という発想の分かりやすい例として挙げた。画像は Steam ストアページより。

(5) 補助の強さを、途中で変えられるようにする。 論文は、支援の量を固定せず、プレイヤーの様子に合わせて調整できるべきだと述べている。パズルなら、詰まった時間の長さに応じて補助の強さを上げ下げする実装が考えられる。ただし勝手に変えると (3) の問題が起きるので、変えたことを本人に伝える必要がある。

限界

著者自身が挙げている限界は六つある。まず枠組みの制約。GamePals はコントローラで遊ぶゲームにしか使えず、マウスとキーボードの作品は対象外だ。パズルゲームの多くがマウス操作であることを考えると、ここは小さくない。

次にAI の助っ人が1種類だけだったこと。事前に学習させた1体のボットを使っており、別のジャンルのゲームで同じように働くかは分からない。三つ目は参加者の構成で、13人という人数に対して障害の種類も程度も幅がありすぎる。一般化には慎重であるべきだ、と著者も書いている。

四つ目は時間の短さ。両方合わせて10分程度の接触では、長く遊ぶうちに慣れていく過程や、好みが変わっていく過程は見えない。五つ目は人間の助っ人が1人だけだったこと。その1人の腕前や性格が、結果に混ざっている可能性がある。六つ目は最初の設定の影響で、設定を何度もやり直せたら結果が変わったかもしれない、という点だ。加えて分析は1対1の1試合に絞られており、長時間のプレイや多人数の場面については何も言えない。

ここから先は Fukai が読んで気づいた点である。第一に、「遊べた/遊べなかった」の測り方が主観の申告に寄っている。スコアや操作の成功率といった数字はほとんど出てこない。質的研究としては筋が通っているが、支援の効き目を他の手法と比べたいときには物足りない。

第二に、助っ人役を務めたのが研究の監督者だったこと。相手が実験者だと、参加者は遠慮するかもしれないし、逆に安心するかもしれない。友人や家族と遊ぶ場合と同じ結果になるとは限らない。第三に、選ばれたゲームが『ロケットリーグ』である以上、時間の余裕があるパズルゲームでの結果は、この研究からは推測できない。素早い連続入力が壁になる作品を選んだからこそ支援が効いた、という可能性を残しておきたい。

Fukai の読み

私はこの研究を、「難易度」という一本の物差しが解体されていく流れの中に置きたい。難易度設定はこれまで、敵の強さや制限時間といったゲーム側の値を動かすものだった。この論文が動かしているのは、プレイヤーが引き受ける操作の範囲である。誰が何を握るかを組み替えるのだから、これは難易度調整というより役割分担の設計だ。そして役割分担であるがゆえに、「自分がやった」という感覚を壊しうる、という副作用が正面から出てくる。支援の設計とは、手を貸すことの設計であると同時に、手柄をどう残すかの設計でもある——この論文はそう読める。

おわりに

もっと深く知りたい人には、同じ4人が CHI 2026 で発表した前段の論文を勧める。こちらは「今すでに行われている人間同士の助け合い」を調べたもので、今日の論文はその続きにあたる。二本を並べて読むと、著者たちがどこから来てどこへ向かっているかの地図が見える。

この連載では、難しさと動機づけの関係を扱った論文も紹介している。合わせて読むと、支援を足したときにプレイヤーの手応えがどう動くかを考える材料になる。また、パズルのヒント機能そのものを扱った記事もあるので、実装の話に降りたい人はそちらへ。

参考文献

本記事で参照した論文と関連資料:

・Video Game Accessibility through Shared Control for People with Upper-Limb Impairments (Dragan Ahmetovic, Matteo Manzoni, Filippo Corti, Sergio Mascetti, 2026, arXiv:2601.11218v2 [cs.HC] — preprint)

・本文は arXiv の HTML 版 (v2) で確認した。

・関連研究(同じ著者グループの前段): Shared Control for Game Accessibility: Understanding Current Human Cooperation Practices to Inform the Design of Partial Automation Solutions (Ahmetovic et al., CHI 2026, DOI 10.1145/3772318.3791080)

・当サイトの関連記事: ヒント機能の設計 — どう示し、どう隠すか / Lu et al.: フローを生むのは「難しさ」か「注ぎ込んだ努力」か / Maddy Thorson の哲学 — 難しいまま、優しくする / Brothers - A Tale of Two Sons

・記事中の画像は Steam ストアページより(『Celeste』および『Brothers - A Tale of Two Sons』)。いずれも本論文では扱われておらず、話題の理解を助けるために引用した。図解1点は本記事のための自作。