インタラクティブ脚本を撮影できる表に分解する:シーン、キャラクター、状態と素材マトリクス
インタラクティブ脚本を制作に移す前に、「プレイヤーが読む順序」から「チームが制作する単位」へ変換する必要がある。最も実用的な成果物は巨大な分岐図ではなく、相互に参照する4つの表、シーン表、キャラクター状態表、ノード–素材マトリクス、連続性表だ。これらを合わせることで、どこで撮るか、誰が演じるか、何種類のバージョンを撮るか、各ファイルを誰に渡すかが分かる。

はじめに
インタラクティブ脚本を制作に移す前に、「プレイヤーが読む順序」から「チームが制作する単位」へ変換する必要がある。最も実用的な成果物は巨大な分岐図ではなく、相互に参照する4つの表、シーン表、キャラクター状態表、ノード–素材マトリクス、連続性表だ。これらを合わせることで、どこで撮るか、誰が演じるか、何種類のバージョンを撮るか、各ファイルを誰に渡すかが分かる。
シーン表でまず物理的な世界を構築する
実際に撮影する空間ごとにシーンIDを割り当て、屋内・屋外、昼・夜、場所、セット、登場人物、エキストラ、特殊な小道具、衣装・メイク、音、特殊効果、撮影可能な時間を記録する。物語の中で同じオフィスに「停電前」と「停電後」の2つのセット状態があるなら、備考欄に混ぜて書くのではなく、同じシーンの異なる状態として扱う。
制作担当はこれを基に撮影場所と照明プランをまとめる。プレイヤーは第1章でオフィスに入り、第5章で戻ってくるかもしれないが、撮影は通常、同じ日程枠で終える必要がある。そのため、シーン表はプレイ順序から切り離さなければならない。
キャラクター状態表で演技の連続性を守る
インタラクティブな物語のキャラクターには、感情の流れが1本しかないわけではない。主要キャラクターごとに、衣装、ヘアメイク、負傷、所持品、知っている情報、関係の段階、直前の行動、現在の目的を列挙する。各ノードは「さっきより疑っている」と書くのではなく、LIAN_S3_suspiciousのような状態IDを参照する。
俳優と監督には、状態の違いがどう見えるのかを伝える必要がある。話す速さ、距離、視線、呼び方、動作などだ。2つの状態を演技で区別できないなら統合を検討する。違いがシーン全体に影響するのに独立した撮影バージョンがなければ、撮り漏れのリスクになる。
ノード–素材マトリクスで物語とファイルをつなぐ
マトリクスはノードまたはそのバリエーションごとに1行を設け、入口の状態、脚本ページ、シーンID、キャラクター状態、ショット群、同時録音、インサートショット、インターフェース素材、字幕、出口、出力先のファイル名を記載する。共有素材には「どこから流用するか」を明記し、空欄のままポストプロダクションに推測させない。
例えば、同じ対決シーンに高信頼と低信頼の入口があり、中心となる会話は共通でも、冒頭の視線と最後に証拠を渡すかどうかが異なる場合がある。マトリクスではintro_high、intro_low、body_shared、out_give、out_refuseに分け、制作担当が必要な差分だけを撮影日程に組み込めるようにする。
連続性表で目に見える変化を専用に追跡する
小道具をどちらの手に持っているか、スマートフォンの画面表示、コップの水量、ドアの開閉、衣服の汚れ、舞台の時間帯は、分岐が切り替わる際に連続性の破綻を起こしうる。連続性表はノードの入口と出口を両端として、一致させる必要のある映像と音の状態を記録し、参考写真の番号を添える。
同じ経路を前後に比較するだけでなく、合流する入口同士も比較する。3つのルートが同じ動画に合流するとき、人物の位置と小道具は3種類の出口のどれからでも自然につながる必要がある。そうでなければ、入口用のラッパー映像や中立的なつなぎのショットが必要になる。
基準となるIDで表同士のずれを防ぐ
4つの表はすべて、ノード、シーン、キャラクター状態、アセットのIDを参照する。名前は人が読みやすくしてよいが、照合にはIDを使う。基準となるノード表を1つ定め、他の表はそこから基本フィールドを取り込む。脚本確定後は、ノードを追加・削除するたびに変更記録を残す。
重要な情報をセルの色に隠さない。色で進捗を示してもよいが、テキスト欄にも「確認待ち、確定済み、撮影済み」と記載する。白黒で出力した場合や、色の見え方が異なる人が確認する場合でも、意味が欠けないようにする。
撮影前に机上シミュレーションを行う
脚本家、監督、制作担当、撮影監督、スクリプター、編集者、プログラマーが一緒に複雑なルートを1つ選び、入口から出口までたどる。各ノードで順に答える。何を撮るか、どの状態から来るか、ファイル名は何か、選択画面はどのフレームに重なるか、ポストプロダクションではどうつなぐか、プログラムはどう見つけるか。口頭の説明に頼っている箇所はすべて表に追加する。
次にシーン別に並べ替え、同じ日に撮影するすべての状態を確認する。俳優は1分以内に冷静な状態から取り乱した状態へ切り替える必要があるか。傷のメイクを以前の状態に戻せるか。夜のシーンは撮影可能な時間帯に組まれているか。この工程で、「物語としては書けても現場では撮れない」段取りが事前に明らかになる。
完了の基準は表を埋めることではない
適切な分解結果からは、撮影計画、コールシート、小道具リスト、素材の命名、テストチェックリストを作成できるはずだ。任意のノードを取り出したとき、初めて見るメンバーでも数分以内に脚本、前後の状態、納品ファイルを見つけられること。素材を無作為に1つ削除したとき、影響を受けるルートを追跡できること。これができなければ、マトリクスはまだ別の脚本文書にすぎない。
変更の締め切りを設ける
机上シミュレーションの後、フィールドを変更可能、承認が必要、確定済みに分ける。セリフの微調整でも、口の動き、字幕、出口部分の尺を確認する。キャラクター状態やシーンを変更する場合は、コールシート、小道具、ポストプロダクションを必ず再評価する。毎日、バージョン番号付きの変更一覧を公開し、現場では当日確認されたバージョンだけを使う。グループチャットのスクリーンショットを頼りに更新してはいけない。
撮影終了後も、マトリクスには実際の撮影テイク、未撮影のショット、承認された代替案を記録し続ける。こうしてプリプロダクションの分解表がポストプロダクションの素材受け入れ表へと変わり、クランクアップ当日に役割を失わずに済む。
次のステップ:作品全体で最も分岐が複雑なシーンを1つ選び、まず4つの表を作成して机上シミュレーションを1回行う。ノードから撮影ショット、最終ファイルまで追跡できることを確認してから、作品全体をまとめて分解する。


