• ホーム
  • ブログ
  • ギャラリー
  • 料金
  • ホーム
  • ブログ
  • ギャラリー
  • 料金
制作を始める

創る。遊ぶ。

クリエイターブログ

ホーム/ブログ/制作実践

インタラクティブ脚本を撮影できる表に分解する:シーン、キャラクター、状態と素材マトリクス

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

D
DramaFork Editorial Teamインタラクティブ物語とAI制作
2026.08.27読了目安:6分
「インタラクティブ脚本を撮影できる表に分解する:シーン、キャラクター、状態と素材マトリクス」ブログ記事のカバー
目次
クリエイターブログ
  1. 01はじめに
  2. 02シーン表でまず物理的な世界を構築する
  3. 03キャラクター状態表で演技の連続性を守る
  4. 04ノード–素材マトリクスで物語とファイルをつなぐ
  5. 05連続性表で目に見える変化を専用に追跡する
  6. 06基準となるIDで表同士のずれを防ぐ
  7. 07撮影前に机上シミュレーションを行う
  8. 08完了の基準は表を埋めることではない
  9. 09変更の締め切りを設ける
記事上部へ

はじめに

インタラクティブ脚本を制作に移す前に、「プレイヤーが読む順序」から「チームが制作する単位」へ変換する必要がある。最も実用的な成果物は巨大な分岐図ではなく、相互に参照する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回行う。ノードから撮影ショット、最終ファイルまで追跡できることを確認してから、作品全体をまとめて分解する。

プロダクト機能を見る 作品を体験

続きを読む

他の記事を見る
完成した作品パッケージのそばに、制作者のツール、バージョンラベル、フィードバック収集箱が置かれている。
制作実践2026.10.04 · 8分

インタラクティブストーリーの結末に署名とバージョン説明をどう書けば、フィードバックの宛先が明確になるか?

結末情報は三層に書けば十分です:納品物の名称とバージョン番号、創作貢献とツール使用の分担、フィードバック時に添える三項目。読者は問題を見れば具体的なファイルを特定でき、あなたはフィードバックを受け取ればどの層を直すべきか判断でき、メールで「どのバージョンのことですか」と何度も聞き返す必要がありません。

同じキャラクターが三つの独立した舞台に現れ、それぞれ異なる進行状況と小道具を保っている。
制作実践2026.10.04 · 7分

同一IPのキャラクターチャットとテキストアドベンチャーで、進行状況が共有されると誤解させずに関係を紹介する方法

二つの入口の関係を「同一世界、同一キャラクターアイデンティティ、それぞれ独立して進行」と書き、入口ページで状態対照表を使い、何が引き継がれ、何が引き継がれないかを明確にする。具体的な方法は四段階:まずこのIPにキャラクターアーカイブを定め、二つの入口が共有するアイデンティティの土台とする。次に各入口ごとに「状態境界」の説明を個別に書く。そして言える/言えない表を用意し、運営コピーを制約する。最後に架空の会話で、プレイヤーが読んだ後に誤った期待を抱かないか検証する。

温かい入口と厳しい鉄門がジャンル約束の落差を生み、制作者が再調整する。
制作実践2026.10.04 · 6分

表紙はホラーなのに本文は温かい日常?作品のジャンル約束が一貫しているか確認する方法

先に結論:あらすじ、冒頭、最初のコアタスク、結末のそれぞれに「プレイヤーがこの時点でどの程度の強度を受け止めると予想するか」を一文で書き、四つを並べて読む。表紙とあらすじがホラーを指しているのに、冒頭が温かい日常だけを提示し、コアタスクで強度が突然最大になるなら、問題は「驚きがあること」ではなく、驚きの前に推論可能な手がかりが欠けていることにある。確認の目的は転換を消すことではなく、転換が起きる前にプレイヤーが既存情報から「ここは重くなるかもしれない」と推測できるようにすることだ。

制作の複雑さはAgentに、創作の決定権はあなたに。

ひとつの物語のアイデアから、脚本、キャラクター、ショット、分岐をまとめ、遊べる最初のバージョンを作れます。

プロダクト

  • 料金
  • 機能
  • 制作フロー
  • 作品例
  • よくある質問

探索

  • 作品ギャラリー
  • クリエイターブログ
  • クリエイターパートナー

法的情報

  • プライバシー
  • 利用規約
© 2026 DramaFork/AIインタラクティブストーリースタジオ
Press Enter to send, or drag away and release.