インタラクティブ映画脚本の書き方：デモ作成までの流れ

質の高いインタラクティブ映画脚本を書くための第一歩は、Wordを開いて場面割りを書くことではなく、まず「収束するノード構造」を選ぶことです。第二歩は各ノードの入口・行動・出口を明確に書き、第三歩は経路を検証でき、試遊できるプロジェクトに落とし込むことです。テキスト分岐が中心なら、多くの作業はTwineやinkなどのツールで完結します。映像カットやキャラクターの一貫性まで扱う場合に、DramaForkのような映像ゲームワークスペースが必要になります。

構造 特徴 脚本作業量への影響 向いている物語 Time Cave 大量の分岐、ほぼ合流しない、状態追跡が不要、エンディングが非常に多い 1周のプレイ時間は短く周回を促すが、プレイヤーは大量のコンテンツを見逃す 自由で開放的、可能性が多い短編 Gauntlet 比較的リニアな主軸で、分岐は死亡・巻き戻し・素早い合流に収束する 通常は最も書きやすく、リニアな物語として構想でき、多くのプレイヤーが主要な内容の大半を見られる 一本の主軸が中心で、分岐の多くが失敗や短い寄り道の物語 Branch and Bottleneck 分岐が定期的に共有イベントへ合流し、状態追跡で差分を保持する必要がある ほぼ常に大量の状態追跡が必要。変化を蓄積して反映するには相応の尺が要る 尺が長く、主人公の成長や長期的な結果を描く物語 Sorting Hat 序盤に分岐と合流が繰り返され、最終的にプレイヤーをいずれかの主分岐へ割り当てる 作者は独立したいくつかのメインルートを実際に書く必要が出る場合がある 序盤の選択で後半の方向性が決まる物語 Loop and Grow 中心となる手がかりを繰り返し、状態追跡により周回ごとに新しい選択肢を解放し、古い選択肢を閉じる 状態追跡に依存し、周回ごとに状態に応じて新しい選択肢を解放し、古い選択肢を閉じる タイムループや、同じ場所を繰り返し訪れる物語

これら5つの構造は、Sam Kabo Ashwellによる選択型ゲームの分岐パターンの整理（Standard Patterns in Choice-Based Games）に基づきます。表はあくまで一般的な判断であり、順位づけでも「どれが必ず優れている」という主張でもありません。

結論：脚本の作業量を大きく左右するのは、分岐が合流するか、状態を追跡するかです。構造選びを誤れば、どんなに優れた台詞でも制作コストに押しつぶされます。

一般の映画やドラマから移ってきた脚本家の多くは、インタラクティブを「選択のたびに、まったく別の人生がすぐ分岐する」ものと理解しがちです。その直感のまま進めると、第三幕に達する前に脚本が撮影不可能な量まで膨らみます。Ashwellの分類はこの点を明確にしています。Time Caveは「広くて長くない」構造で、分岐はほぼ合流せず、エンディングは多い一方、プレイヤーはその一部しか見ません。Gauntletは主軸が比較的リニアで、多くのプレイヤーが主要な内容の大半を目にし、分岐は主軸を全面的に分けるというより「刈り込む」働きをします。Branch and Bottleneckは分岐を定期的に共有イベントへ収束させる代わりに、過去の選択が影響し続けるよう大量の状態追跡を要します。Sorting Hatは、いくつかの異なるストーリールートを書く感覚に近く、Loop and Growはループものの題材に向いています。AshwellはさらにFloating Modulesについても触れています。主幹を持たず、モジュール化された出来事が状態に応じて出現する方式で、書くのは難しく、内容が十分でなければ線形システムへ崩れてしまいます。

『Late Shift』のような商業リリース済み実写インタラクティブ映画について、SRFのレビューは、1周で30以上の決定を下し、もしそれぞれの決定が本当に分岐したら10億本以上のルートになり、不可能だと計算しています。そのため多くの決定は物語への影響が小さいか、二つのルートがしばらくして再び合流します（SRFによる『Late Shift』のレビュー）。公式データでは、『Late Shift』には180以上の決断点がある一方、エンディングは7つのみです（Wales Interactive）。脚本家への示唆は、決断点の数はエンディングの数と同じではなく、本当の工夫は少数の合流点に認識可能な変化を生ませることにある、という点です。

分岐ツリーと周回の魅力をもう少し詳しく知りたい方は、インタラクティブ映画の「全エンディング攻略」が病みつきになる理由とは？分岐ナラティブツリーの魅力を解説もご覧ください。こちらはプレイヤー側が分岐ツリーに惹かれる理由を扱い、本記事は作り手側の書き方に重点を置いています。

結論：インタラクティブ映画脚本でよくある失敗は、分岐がないことではなく、分岐を収束させていないこと。1回目が面白くないことではなく、2回目に入り直す価値がないことです。

落とし穴1：分岐爆発

決断点が多すぎるのに収束させないと、脚本と素材が同時に膨張します。『Late Shift』を例にすると、公式は180以上の決断点と7つのエンディング、撮影予算150万ドルを公表しています（Wales Interactive）。SRFによると、撮影素材は約4時間で、1周のプレイ時間は約60〜80分です。筆者がこれらの数字から推測すると、決断点はエンディングよりはるかに多く、素材量も「決断点ごとに支線を丸ごと1本撮る」ことを支えられないため、大半の決定は最終的に限られた枝へ入り、その後合流することになります。逆に言えば、分岐を収束させなければ、脚本も撮影素材も倍々で増えていきます。

よくある誤解は、「自由度が高い」＝「すべての選択に完全な新ルートが必要」というものです。より実行しやすいのは漏斗型の構造で、序盤はやや開き、中盤から終盤にかけて分岐を共通の重要ノードへ合流させます。当サイトの記事分岐の爆発を避ける方法：「状態を保持した合流」でインタラクティブ映像ゲームのコストを抑えるでは、ばらばらの選択を状態にまとめる方法を、10分のインタラクティブ映像ゲームに必要な分岐数は？コストを管理するツリー型設計法ではノード予算・状態合流・混合メディアをまとめて扱っています。10分の短編を書こうとしているなら、最初から分岐を広げず、決断点がいくつ、合流点がいくつ、実際に状態を変える変化がいくつあるかを先に計算してください。

落とし穴2：周回の退屈さ

周回時に最も離脱を招くのは、「すでに聞いた導入をもう一度聞く」ことです。別のエンディングを見るために、まったく同じ5分間の背景説明をもう一度見なければならないなら、継続率は失われます。これは技術的な問題というより、脚本の問題です。当サイトの記事インタラクティブ映画の二度目の冒頭：既知の背景を省き、新ルートにつなぐでは、ナラティブ引き継ぎ表として「起点とリセット範囲」「必須の前提」「現在の所持物」「スキップできる内容」「新ルートとの差分」「初回選択条件」「まだ明かさない情報」を提案しています。書き方としては、周回の頭で「物語がどの時点に戻るのか、どの過去の行動がまだ起きていないのか、今回は何を変えようとしているのか」を示し、その後に現在の選択に必要な前提を補います。これは、プレイヤー機能として履歴認識・自動ジャンプ・状態復元を実装するという意味ではなく、脚本がどう接続するかを制約するものです。

架空の小さな例を挙げます（あくまで例示であり、いかなる作品の内容でもありません）。前の周回でプレイヤーが「鍵を持って玄関から入る」を選び、今回は「鍵を持たず、窓から入る」新ルートに進むとします。周回の頭は「玄関に入る前、鍵はまだあなたのポケットにある」と書き、次に鍵を引き出しへ戻すという動作で、今回の差分を示すことができます。これなら、既知の背景に慣れたプレイヤーはすぐ新しい行動へ進め、細部を忘れたプレイヤーも物と動作を手がかりにできます。各項目の具体的な書き方は、上記記事の引き継ぎ表を参照してください。

結論：各プレイ可能ノードを「入口・行動・出口」の三つに分け、さらに4項目のチェックリストで確認すると、欠けている分岐や因果の断絶を早く見つけられます。

インタラクティブ映画の脚本は、カット・シーン・台詞の書き方を踏襲できますが、そこに三つの要素を加える必要があります。このノードにプレイヤーがどのような既知情報を持って入るのか、このノードで何ができるのか、そして終えた後にどこへ進むのか、です。以下のテンプレートは唯一の形式ではなく、インタラクティブ映画の制作フローで分岐図を引き継ぐには：ノード契約で入口・行動・出口を明確にするの入口・行動・出口と、インタラクティブ映画の体験版をどこで終えるか：選択の結果まで見せるの4項目チェックリストを組み合わせた書き方です。

ノード番号：C07 屋上での対峙
入口（プレイヤーの既知情報）：プレイヤーは阿嵐が証人リストを盗んだことを知っているが、なぜ彼女が警察に渡さなかったのかは知らない。
シーンと行動：阿嵐は屋上の端にいる。プレイヤーは「止まるよう叫ぶ」「ゆっくり近づく」「先に電話をかける」のいずれかができる。
選択肢：
- 止まるよう叫ぶ：大きな声を上げる動作で確定、カットは阿嵐が振り返るアップ、状態変化「阿嵐の信頼+1」。
- ゆっくり近づく：手を差し出す前に一歩踏み出す動作で確定、カットは阿嵐が一歩後退、状態変化「阿嵐の警戒+1」。
- 先に電話をかける：うつむいて番号を押す動作で確定、カットは阿嵐がその隙に手すりを越える、状態変化「手がかりの進捗+1」。
状態変化のまとめ：阿嵐の信頼/警戒、証拠の進捗。
出口：どれを選んでも、阿嵐は警察が到着する前に去り、C08「都市の監視カメラ」へ移行。ただし「先に電話をかける」を選んだ場合は道具「通話録音」を解放。
チェック（4項目チェックリスト）：
- 約束：この区間では、プレイヤーがどう阿嵐に近づくかを決める。選択前に「止まるよう叫ぶ、ゆっくり近づく、先に電話をかける」の違いを説明する。
- 決定：プレイヤーが動作を選んだ後、対応する台詞または動作で確定する。
- 結果：阿嵐の反応が異なるか、異なる手がかりを残す。カットで彼女が振り返る、後退する、手すりを越える、のいずれかを見せる。
- 続ける理由：阿嵐が本当は何をしようとしているかは分かったが、新しい疑問が残る——なぜ彼女は早めに去ったのか？

これは架空の例示であり、DramaForkの作品や製品機能ではありません。この例では、人間が確認すべき箇所が3つあります。状態変化が本当に後続ノードで読み取られるか、出口が既存のノード番号へ遷移しているか、チェック項目のすべてに明確なカットの証拠があるか、です。

4項目チェックリストは、当サイトのインタラクティブ映画の体験版をどこで終えるか：選択の結果まで見せるに基づきます。その中心的な考え方は、一つのインタラクションは「観客が一度決定を下し、認識できる結果を目にした後」に終えるべきで、選択ボタンが現れた時点で止めてはいけない、というものです。記事では、4項目は合計点で相殺せず、結果が欠けている場合は、どれほど美しい導入でも補えないと強調されています。脚本を書く人にとっては実用的な自己チェック基準です。選択肢を書いたのに、認識できる結果が何も見えないなら、その選択肢は単なる飾りかもしれません。

結論：テキスト分岐ならTwine/inkで十分。ゲームエンジンに組み込むならYarn Spinner。映像カットとキャラクターの一貫性を同じプロジェクトで扱う段階になって初めて、映像ゲームワークスペースが必要になります。

以下は、インタラクティブナラティブ制作でよく使われるツールです。選ぶ基準は「どれが一番か」ではなく、次に何を成果物として受け渡したいかです。

ツール 種類・適した場面 公式の説明 出典 Twine オープンソースのインタラクティブナラティブツール。HTMLとして公開可能 インタラクティブで非線形な物語を語る。簡単な物語はコード不要。必要に応じて変数、条件ロジック、画像、CSS、JavaScriptを追加できる twinery.org ink（inkle） ナラティブ用スクリプト言語＋Inkyエディタ 公式では、数百万字規模の高度に分岐した物語をチームで書くためのスクリプト言語と説明。Inkyエディタで物語を試遊・テストできる inklestudios.com Yarn Spinner ゲームの会話とナラティブを作成・管理するツール 会話をUnity、Godot、Unrealで実行できる yarnspinner.dev DramaFork AIインタラクティブ映像ゲーム制作プラットフォーム 分岐脚本、キャラクター、カット、インタラクティブノード、映像素材を同じプロジェクトにまとめる。現在の編集方式は絵コンテ表とインタラクティブノード表 制作ワークスペース

まず線引きを明確にしておきます。テキストや会話が中心の作品なら、Twine、ink、Yarn Spinnerといったツールで十分です。文字分岐の物語のために映像ゲームワークスペースを使う必要はありません。DramaForkが適しているのは、実写カット、キャラクターの一貫性、映像クリップ、分岐ノードを同じプロジェクトで確認したい場合です。どこかでテキストを書き、別の場所で映像を貼り付けるのではありません。DramaForkの公式サイトにも、現在の編集方式はテーブルであり、ドラッグ可能なストーリーマップではないと明記されています。同プラットフォームはこれらのテキストツールを置き換えるものではなく、文字の分岐をカットや映像素材へ接続するという別の作業範囲をカバーしています。

初めて取り組むなら、まずTwineで5分程度のテキスト分岐を書き、状態とノードを理解するとよいでしょう。カットや映像素材を扱う段階になってから、ワークスペースを検討します。これらのツールを制作工程全体の中で見るには、特集ページ「インタラクティブ映像の制作」を参照してください。

結論：コードを書かなくても、インタラクティブ映像ゲームのコアフローを作って検証することはできます。ただし作者自身が、キャラクターの動機、重要な選択、エンディングを判断する必要があります。

「インタラクティブ映像ゲームの作り方」について、ここではDramaForkの制作ワークフローを例にします。入り口は1行のアイデア、または既存脚本のアップロードです。システムが作品タイプ、インタラクティブの強度、想定尺について重要な質問を投げ、その後に編集可能な物語構造・人物関係・分岐プロットを生成します。プラットフォームは企画・脚本・美術・監督・開発の5種類のAIエージェントが連携し、脚本エージェントは人物関係、プロットノード、条件変数、複数のエンディングを構築し、因果関係と情報開示のテンポをチェックします。美術エージェントはキャラクター、衣装、シーン、小物のビジュアル設定を扱い、キャラクターのぶれを減らします。監督エージェントはテキストを絵コンテ、演技、台詞、音声、映像タスクへ分解します。ワークスペースで見えるのはキャンバス式のストーリーマップではなく、表形式の絵コンテ表とインタラクティブノード表です。システムはノード参照と経路関係を検証し、欠落や誤りを見つける助けになります。有効なノードと映像が揃えば試遊でき、最後にWeb用ZIPとして書き出せます（書き出しはSteamなどの配信プラットフォーム審査を自動的に通過することを意味しません）。

これはすでに「オールインワン」に近く聞こえますが、いくつかの境界を守る必要があります。公式サイトには明確に、1行から完全な商業ゲームを生成することは約束しない、リアルタイムアクション、複雑な3Dワールド、大規模マルチプレイヤーシステムには依然として専門エンジンが必要、キャラクターの動機、重要な選択、素材の質、エンディングは自分で判断する必要がある、と書かれています。つまり、コードを書かなくてもよいが、判断を書かないわけにはいきません。AIが生成した分岐構造は修正可能な初稿として使えますが、「このエンディングは必要か」は依然として作り手が判断する必要があります。

まだ慣れていない作り手には、低コストで検証する方法もあります。まず一場面を上記のノード表に書き、それを当サイトのインタラクティブ映像ゲームを0から1へ：制作工程・役割・成果物の全体マップにある工程・役割・成果物の地図と照らし合わせ、自分が企画・分岐脚本・キャラクター・絵コンテ・試遊・書き出しのどこで詰まっているかを確認します。公式FAQによると、アイデアからプレイ可能なデモまでに要する時間は、物語の規模、カット数、モデル生成待ち、修正回数によって変わり、一律の所要時間は約束されていません。そのため短編から始めることが推奨されています。

結論：ストーリーのアイデアをノード表に落とし、最初のプレイ可能な断片を確認できたら、次の一歩としてワークスペースで検証できます。展示や相談の機会を得たいなら、パートナープログラムに応募できます。

ノード表を書き終えたら、DramaForkの制作ワークスペースを開き、検証可能なプロジェクトに変換できます。ワークフローは「制作目標の記述 → 企画と分岐脚本の生成 → キャラクター・シーン・絵コンテの確認 → インタラクティブノードの接続と試遊 → 制作継続とプロジェクト書き出し」の順に進みます。生成にはログインが必要で、初回登録時は現在の画面の案内に従って招待コードを入力し、生成プロセスにはアカウントのクレジットが必要です。先に作品ギャラリーを眺めてもよいでしょう。『黒薔薇の証人』『AIの恋人が私を削除した』『明日への最終列車』『13階のエレベーター』の4作は、現在コンセプト展示として掲載されており、ページにはプレイ可能なプレビューはまだ公開されていないと明記されています。これらは「一つの物語アイデアがどのように作品ページへまとめられるか」の参考になります。

完成作品や試作に、より明確な出口が必要なら、クリエイターパートナープログラムはキャラクタークリエイター、脚本家、映像クリエイター、個人スタジオを対象とし、キャラクターIP、インタラクティブ映像ゲーム、インタラクティブ小説などの方向性を扱っています。完成作品がなくても応募でき、公開してアクセスできる制作断片、ストーリー概要、キャラクター設定、絵コンテ、デモなどが代表作として使えます。協業サポートには制作交流、作品展示の機会、協業の相談が含まれます。制作支援、展示・配信、収益、クレジット、作品権利については、プロジェクト開始前に項目ごとに協議して確認し、ここで収益を約束するものではありません。

書き始める前に、他の人がどう作っているかを見てみるのもよいでしょう。インタラクティブ映像ゲームの定義と発展史を知りたいならインタラクティブ映像ゲームとは？定義・発展史・代表作を、実写インタラクティブ映像ゲームの構造をいくつか見たいなら『Detroit: Become Human』以外にも。2026年に遊ぶべき実写FMVゲームは？を、インタラクティブ・ミニドラマのユーザー側の盛り上がりを知りたいならミニドラマが「インタラクティブ映画ゲーム」に？若者が主人公を「支配」したがる理由を読んでみてください。

インタラクティブ映画脚本と一般の映画脚本の形式はどう違う？

一般の映画脚本は基本的にリニアな因果で書かれますが、インタラクティブ映画脚本はリニアな断片に、ノード番号、入口、行動、出口、状態変化、遷移先を加える必要があります。まず伝統的な三幕構成で主軸を書き、その後でインタラクティブな区間をノードに分割するとよいでしょう。実際に書くときは、Wordで全分岐を力技で書くよりも、表やノード表を使うことを推奨します。コピー＆ペーストが増えると、状態と遷移先がすぐに食い違ってしまうからです。

分岐プロットが膨らみすぎるのを防ぐには？

まず収束する構造を選びます。例えばBranch and Bottleneckのように、分岐を定期的に共有イベントへ合流させます。序盤は限られた選択肢だけを開放し、後半の選択肢はルート全体を変えるのではなく状態を変える役割にします。『Late Shift』は180以上の決断点があるのにエンディングは7つしかないことからも分かるように、決断点は多くても、大きな方向を実際に変えるのは少数のノードだけでよいのです。

プログラミングができなくてもインタラクティブ映像ゲームは作れる？

作れます。Twineはコードを書かなくても簡単な非線形物語を作れます。DramaForkもプログラミング不要で、絵コンテ表とインタラクティブノード表の編集で進める方式です。ただし、コードを書かないからといって判断しなくてよいわけではありません。キャラクターの動機、重要な選択、素材の質、エンディングは自分で管理する必要があり、1行から完全な商業ゲームを生成することは約束されていません。

周回時の冒頭はどう書く？

2周目の冒頭では、まず「物語がどの時点に戻るのか、どの過去の行動がまだ起きていないのか、今回は何を変えようとしているのか」を示し、その後に現在の選択に必要な前提を補います。ナラティブ引き継ぎ表の項目（起点とリセット範囲、必須の前提、現在の所持物、スキップできる内容、新ルートとの差分、初回選択条件、まだ明かさない情報）を当てはめるとよいでしょう。これはプレイヤー機能ではなく、脚本がどのように接続するかを制約するものです。

インタラクティブ映像ゲームにはどんなツールが向いている？

テキストや会話駆動の作品なら、まずTwineやinkを使えます。Unity、Godot、Unrealに組み込む会話システムが必要ならYarn Spinnerが選択肢になります。映像カット、キャラクターの一貫性、インタラクティブノードを同じプロジェクトで確認する必要が出てきたら、DramaForkのような映像ゲームワークスペースを検討します。最初から文字分岐の物語のために大掛かりなワークスペースを導入する必要はなく、ツール選びは制作目標と一致させるべきです。