プレイヤーは一体誰なのか：主人公、監督、調査者、それとも見えない神

インタラクティブ映像ゲームの設計では、「主人公は誰か」よりも「プレイヤーは誰を演じるのか」のほうが重要だ。プレイヤーは画面に映る主人公かもしれないし、登場人物の行動を指示する監督、追加のインターフェースを使える調査者、あるいは複数の人物の運命を変えられる見えない神かもしれない。役割によって、プレイヤーが知る権限を持つ情報、実行できる行動、選択肢の書き方、失敗の責任がすべて変わる。

役割が定義されていないと、よく次のような状態になる。カメラはプレイヤーを観客として扱い、選択肢は主人公として扱い、システムは登場人物が知り得ないデータまで読ませる。プレイヤーが非現実的な能力を受け入れられないわけではないが、作品は一貫したルールを確立しなければならない。

プレイヤーが直接主人公を演じる場合、選択肢は行動、台詞、態度を表すものが望ましい。例えば「入館カードを陳黙に渡す」「電話の発信元を問いただす」「黙っている」などだ。これらの選択肢は、主人公の能力と認識の範囲内にあるべきだ。

主人公という役割の利点は、すぐに感情移入でき、選択の結果の原因も理解しやすいことだ。難しいのは、あらかじめ設定された人物がプレイヤーごとの違いを受け止めなければならない点にある。林知夏が極めて慎重な人物として描かれているのに、突然「今すぐサーバーを爆破する」という選択肢が現れれば、プレイヤーは自由を得る一方で、人物の説得力は失われる。

解決策は人物から個性をなくすことではなく、変化できる範囲を定義することだ。恐怖を感じながらも危険を冒す可能性はあり、同僚を守ろうとしながらも救い方は異なり得る。選択肢はその範囲内でプレイヤーの立場を表現する。

監督型のプレイヤーは、登場人物に存在を認識される必要がない。「次に物語が誰を追うか」「どの手がかりを先に見るか」を決める構成者に近い。選択肢は一人の登場人物の認識を超えることができ、群像劇、ライブ配信での投票、複数の視点を持つ作品に適している。

この役割のリスクは、責任感が弱くなることだ。登場人物が残酷な決断を下した後でも、プレイヤーは単に面白いカットを選んだだけだと考えるかもしれない。参加している実感を保つには、見る順番を変えるだけでなく、プレイヤーの構成によってどの情報、関係、結果が変わったかをフィードバックで説明する必要がある。

調査者は監視映像、チャット、入退室記録、証拠データベースを確認し、登場人物に限定的な指示を出せる。この役割はFMVとインターフェースを組み合わせた作品に適している。プレイヤーが得る情報を、すべて主人公が自分の目で見る必要はないからだ。

ただし、システムは調査者の権限を説明しなければならない。なぜプレイヤーはこれらの資料を見られるのか。登場人物は誰かに指示されていることを知っているのか。インターフェースが開発者にとって情報を表示しやすいだけのメニューなら、物語に断絶が生じる。

『零点回拨』では、プレイヤーを林知夏本人と定義し、カスタマーサービスの端末を直接操作させることもできる。一方、遠隔の当直責任者として、彼女が閲覧できるシステムを決めさせることもできる。二つのバージョンでは台詞とカットが異なるため、開発の中盤になってから切り替えることはできない。

作品によっては、プレイヤーが複数の人物に運命を割り振ったり、時間軸を再始動したりできる。これは明確な物語上の権限だ。犠牲、因果、周回プレイを扱うのに適しているが、「神の視点からの選択」を、その瞬間の登場人物の決断に見せかけるべきではない。

プレイヤーが犯人の正体と主人公の知らない情報をともに知っているなら、選択肢で主人公と同じように推理することを求めてはならない。代わりに、介入するかどうか、どの時間軸を残すかを決めさせたり、意図的に道徳的な葛藤を生み出したりできる。

1. プレイヤーは物語世界の中に実際に存在するのか。
2. プレイヤーは、どの登場人物が知っている、あるいは知らない情報を知っているのか。
3. プレイヤーが制御できるのは、行動、言葉、視点、資源、それとも時間なのか。
4. 登場人物はこれらの介入をどう理解し、反応するのか。

さらに、物語の情報、登場人物の内心、システム上の数値、未来の結果、ほかの視点を列挙した権限表を作る。それぞれについて、プレイヤーが見られるか、いつ見られるか、どのインターフェースで見られるかを記す。

テスターに10分間体験してもらった後、「自分は誰だと思いますか。登場人物はなぜあなたの指示を聞くのですか。使えない能力には何がありますか」と尋ねる。答えが「選択肢をクリックする人」にとどまるなら、役割はまだ設計に組み込まれていない。

続いて、各選択肢の主語を確認する。主人公型は、できるだけ登場人物が実行できる行動として書く。監督型は視点や物語の方向として書ける。調査者型は実際の権限に対応させる。神型はより上位の結果を制御できるが、その代償を明確にしなければならない。

役割は失敗の扱いにも影響する。主人公が間違えたなら、負傷、信用の喪失、資源の損失といった結果を登場人物に負わせられる。監督が視点を選び間違えたなら、突然登場人物を死なせるよりも、情報を逃すほうが適切だ。調査者が証拠を誤って判断したなら、調査権限の一つを閉じることができる。失敗の形がプレイヤーの役割と無関係なら、システムが外からプレイヤーを罰しているように感じられる。

同じ作品で章ごとに役割を切り替えることはできるが、切り替える前に明確な合図を出し、情報へのアクセス権限を改めて説明しなければならない。例えば本編では林知夏を演じ、短い挿入章では未来から電話をかける人物になる場合、インターフェースの色、語りの人称、使える行動も同時に変えるべきだ。物語を進めるためだけに、一つの選択肢の中でひそかに視点を切り替えてはならない。

最後に、脚本家、インターフェースデザイナー、テスターが役割の仕様書を共同で確認する。脚本家は登場人物がその指示に従うかを確認し、インターフェースデザイナーは権限をどう示すかを確認し、テスターはプレイヤーが制御範囲を誤解しないかを確認する。三者の結論が一致して初めて、役割は製品のルールになる。

役割が決まって初めて、次の段階である手がかりの設計に進める。情報は無条件にプレイヤーへ提示するものではなく、その役割、権限、行動を通じて徐々に得られるものだ。