ゲームキャラクターがプレイヤーの選択を「監視されている」と感じさせずに記憶する方法
ナラティブゲームデザイナーの課題は、キャラクターが知り得る妥当な範囲を明確にしつつ、関係性や共有する物語にとって重要な選択をキャラクターに思い出させることです。実践的なルールはシンプルです。記憶をゲーム内の具体的な出来事と結びつけ、記憶がいつ重要になるかをプレイヤーに示し、ゲームに保存されたストーリーの選択肢を確認またはリセットする方法を提供することです。これにより、キャラクターの記憶は不自然にプレイヤーを監視しているかのような印象を与えることなく、フィクションの世界観にしっかりと根ざしたものになります。
キャラクターが記憶できる範囲を定義する
まずは、明確で限定的な記憶の範囲を設定することから始めましょう。仲間キャラクターなら、プレイヤーが借りた地図を返したこと、約束を守ったこと、タスクを手伝うことを選んだことなどを覚えているかもしれません。これらは共有されたゲーム世界の中で観察可能な出来事です。会話をスキップしたことやメニュー選択のすべてをプレイヤーの人間性の証拠として扱うなど、無関係な行動から大まかな性格特性を推測しているように見せるべきではありません。
この区別はライティングチームにも役立ちます。ゲーム内において妥当な目撃者や結果が存在する選択についてのみ、記憶エントリーを作成しましょう。「あなたは頼りになる」ではなく、「日没前に地図を返してくれた」というように、キャラクターが認識できる言葉で出来事を記録します。前者は実際に起きたことを描写していますが、後者は限定的な出来事を大まかな決めつけへと変えてしまっています。
これは設計上の推奨事項であり、単一の記憶モデルがあらゆるゲームに適していると主張するものではありません。インタラクティブ・ナラティブの研究では、プレイヤーは架空の役割を通じて行動し、選択肢はその役割や得られる結果によって方向づけられると説明されています。キャラクターの回想をその役割と状況に結びつけておくことは、その境界を維持するのに役立ちます。The Mimesis Effect: The Effect of Roles on Player Choice in Interactive Narrative Role-Playing Games
重要な影響を持つ少数の記憶を厳選する
すべてのインタラクションを永続的なものにしないでください。候補となる記憶ごとに、次の3つの質問を投げかけてみましょう。「キャラクターがそれを自然に気づくことは可能か？」「それがプレイヤーにもわかる形で後のインタラクションを変化させるか？」「その反応はライティングや実装のコストに見合っているか？」後半の2つの質問に対する答えが「いいえ」であるなら、その行動は長期的なキャラクターの記憶にするのではなく、その場限りのものにとどめておくことができます。
実装における有用な区別は、局所的な反応と永続的なストーリーフラグの切り分けです。会話中にプレイヤーが立ち去ったことに対してキャラクターが短く反応する程度にとどめる一方で、守られた約束や完了した共同タスクは後のシーンに影響を与えるようにすることができます。『Scarlet Hollow』に関するGDCセッションでは、結末を形作る大きな選択肢と並行して、セリフやアートの細かな変化を用いてプレイスルーをパーソナライズする手法が解説されています。これは実践的な基準を提供してくれます。小さな記憶にはさりげない言及（コールバック）を用い、持続的な物語の重みを持つ出来事には大きな分岐を用意するのです。Making Player Choices Feel like They Matter in Your Narrative
キャラクターがなぜ覚えているのか理由を示す
記憶された選択が再び現れるときは、関連するシーン、オブジェクト、会話、あるいは以前の約束など、目に見える手がかりと結びつけましょう。キャラクターは「地図を返してくれたね」と言ってから、現在の状況に対して異なる反応を示すことができます。その短いリマインダーによって、キャラクターが何を覚えていて、なぜそれが今関係しているのかがプレイヤーに伝わります。ゲームが日誌や関係性レコードを採用している場合は、同じ出来事を平易な言葉で表示することができます。
フィードバックは、常に通知を出し続けなくても明確に伝えることが可能です。選択が記録された瞬間のささやかな認識表示は、結果がずっと後に現れるゲームにおいて役立ちます。逆に、些細な行動に対して何度もアラートを出すと、システムそのものが目立ってしまう可能性があります。Game Developerのデザイン記事では、数値的フィードバックとストーリーベースのフィードバックを区別し、それぞれがプレイヤーに行動がナラティブにどう影響するかを理解させるのにどう役立つかを論じています。設計上の示唆としては、後の反応を理解しやすくする最もさりげない手がかりを選ぶことです。Subtext and the importance of feedback
プレイヤーに明確な記憶コントロールを提供する
ゲームに永続的なキャラクターの記憶を取り入れる場合は、ストーリー設定画面や記憶日誌など、プレイヤーが再び見つけられる場所にコントロールを用意しましょう。保存されたストーリーの記憶を確認する、選択した記憶を削除する、現在の周回の記憶を消去する、あるいは機能が対応している場合は永続的な記憶をオフにするなど、利用可能な選択肢を分かりやすい言葉で説明します。各コントロールが何に影響するか、また変更が現在のセーブデータに影響するのか、それとも今後のシーンにのみ影響するのかを明記してください。
これらのコントロールを曖昧な「管理機能」の約束としてではなく、ストーリー機能の一部として扱ってください。記憶を削除することで関係性の状態が変わったり、後のコールバックが発生しなくなったりする場合は、プレイヤーが確定する前にその旨を伝えます。機能を無効化することが任意の会話にのみ影響する場合は、そのように説明してください。ゲームが実際に実装していない限り、コントロールが存在するかのようにほのめかしてはなりません。その適用範囲は基盤となるシステムと一致している必要があります。
記憶はプレイヤープロファイルではなくゲームに結びつける
キャラクターの記憶は、ゲームが意図的に追跡している架空の出来事に基づいているべきです。無関係なアクティビティやプレイセッションを越えた行動のプロファイリングへと、暗黙のうちに拡張することは避けてください。セッション間で選択を記憶する場合は、その旨をプレイヤーに伝え、どのようなストーリー上の出来事が引き継がれるのかを明示します。記憶が1つのセーブデータ内でのみ適用される場合も、その境界を明確にしておきましょう。
実践的なテストとして、キャラクターのセリフが現在のストーリー内の出来事を使って説明できるかどうかを問いかけてみてください。説明できない場合、そのシステムはプレイヤーが確認できない隠れた推測に依存している可能性があります。トリガーを狭めるか、明確な説明を追加するか、あるいはコールバックを削除してください。Ubisoftによるナラティブデザインの解説にもあるように、ナラティブデザインはコンテンツが「いつ」「どのように」提示されるかと密接に関連しています。したがって、記憶の手がかりは、セリフのトリガーやUIテキストと同じ設計作業に属するものなのです。What is Narrative Design?
プレイを通じて記憶の境界をテストする
何が起きたか、誰がそれを知り得るか、どのくらいの期間保持されるか、どこで再登場するか、プレイヤーにどのようなコントロールがあるかというシンプルなイベント表を使って、この機能を検証しましょう。そして、その出来事が存在しない、忘れられている、あるいは矛盾しているシーンを実際にプレイしてみてください。キャラクターが目撃し得ない出来事を思い出していないか、似ているが異なる選択肢が誤って同じコールバックをトリガーしていないか、プレイヤーが削除した記憶が何気なく復活していないかを確認します。
プレイテスト中は、キャラクターが何を覚えていると思うか、ゲームが何を追跡していると思うかをプレイヤーに尋ねてみましょう。彼らの解釈がシステムが実際に記録している出来事を超えてしまっている場合は、手がかりを見直すか、メカニクスを限定的にします。これは数値的な基準ではなく編集上の診断です。目指すべきは、キャラクターの知識をプレイ体験そのものから自然に読み取れるようにすることです。
有用な設計目標は、共有された関連性のある少数の出来事を思い出し、自然なコールバックを通じてそれらの回想を説明し、ゲームがプレイヤーに提示する記憶の境界を尊重するキャラクターです。範囲、フィードバック、コントロールが調和していれば、キャラクターがストーリーで描かれた以上のことを知っているかのように感じさせることなく、記憶によって継続性の感覚を支えることができます。