Story Design Overview
ゲームストーリー設計が難しい理由、本セクションの性質(Echelon 用の提案書)、サイトマップ、想定読者。Interactive Storytelling の公開理論を複数源典から統合。
ゲームのストーリー設計は、映画や小説のそれとは根本的に異なる。プレイヤーは 受け手ではなく主体 であり、いつ物語を止め、逸らし、早送りするかを自分で決める。この制約の中で「覚えられる物語体験」を作るための理論と実務を、Echelon 用に再構成したガイド。
典拠: Josiah Lebowitz & Chris Klug, Interactive Storytelling for Video Games: A Player-Centered Approach to Creating Memorable Characters and Stories. Focal Press (Elsevier), 2011. ISBN 978-0-240-81717-0. 公式書籍ページ
本ガイドは Lebowitz/Klug 本を出発点としつつ、同書が依拠する より根源的な公開理論 (Campbell / Vogler / McKee / Fields) を直接統合し、FFXIV / Hades / The Witcher 3 / Mass Effect 等の実例を加えたオリジナル再構成。同書からの短い引用は1-2行+ページ番号+購入リンクの範囲。原本の図版・画像は一切使用していない。
0. 本セクションの性質(重要)
Echelon リポジトリを調査した結果、現時点で専用のストーリー・物語・世界観ドキュメントはほぼ存在しない。あるのは断片的な名前と設定だけ(双黒の騎士、キングスライム、塔、NPC「ガイド」、4つの称号例)。
したがって本セクションは 「確定した設定」ではなく「提案書」 として読むこと。Echelon 適用を述べる箇所、特に [提案] タグがついた内容は、今後のチーム決定によって変更されうる。
提案タグの凡例
[既定]— Echelon リポジトリに既に書かれている確定設定(例: 双黒の騎士の名称、永久ロスト廃止)[提案]— 本サイトのオリジナル提案。チームが採用すれば確定設定になる
1. なぜゲームストーリー設計は難しいのか
ゲーム以外の物語(小説・映画・演劇)は 作者が完全に制御 する。読者/観客は受け身で、進行速度も順序も作者が決める。
ゲームは違う:
| 制約 | 映画/小説 | ゲーム |
|---|---|---|
| 主人公の行動 | 作者が決める | プレイヤーが決める |
| 進行速度 | 作者が決める | プレイヤーが決める(急ぐ・戻る・止める) |
| 物語の順序 | 直線が基本 | 探索順序が変わる可能性 |
| 受け手の没入 | 第三者視点が主 | 主人公視点・自己投影 |
| 失敗・死亡 | 起きない(起きても作者の意図) | プレイヤーの責任で頻発 |
この5つの違いが、ゲームストーリー設計の全難しさを生む。「美しいカットシーンを作れば伝わる」訳ではない。
2. Lebowitz/Klug 本の限界と本サイトの方針
Lebowitz/Klug 本は 入門書として優れているが、批判層が薄い。よくある指摘:
- ✅ 基礎理論(Hero’s Journey, Character Arc)のコンパクトな整理
- ✅ ゲーム特有の制約の指摘
- ✅ 多くの実例(旧作〜2010年代前半)
- ❌ 「向いている作風」「向いていない作風」の議論が薄い
- ❌ 例外・失敗例への深入りが足りない
- ❌ 独自の応用論よりも要約寄り
本サイトはこの溝を埋める:
各理論ページの共通構造
1. 基礎解説 (入門: Lebowitz/Klug 本の整理を踏襲)
2. 向いている作風 (適用条件: どんな作品で効くか)
3. 例外・注意点 (批判: どこで壊れるか、よくある失敗)
4. Echelon への応用 (実務: instanced dungeon MMO でどう使うか)
この4層構造が 「要約サイト」から「実務サイト」への差別化。
3. サイトマップ
Overview (ここ)
├─ Story Foundations ← 物語の要素・線形 vs 非線形・ゲーム特有の制約
├─ Hero's Journey ← Vogler 12ステージ + 適用条件 + 限界
├─ Three-Act Structure ← 3幕構造 + ゲーム向け変形 + 向く/向かない
├─ Character Design ← Memorable Characters + MMO での注意点
├─ Character Arcs ← 5つの Arc 型と適用条件
├─ Branching Narrative ← Branching vs Linear の意思決定フレームワーク
├─ Player Agency ← 自由度の錯覚と Ludonarrative Dissonance
├─ Echelon Application ← 塔・双黒の騎士等の適用提案 [提案]
├─ Common Pitfalls ← よくある失敗と回避策(独立ページ)
└─ Reference ← 用語辞書・参考文献・Echelon 仕様整合チェック
4. 推奨読み方
| 役割 | まず読むページ | 次に読むページ |
|---|---|---|
| 新人ライター | Overview → Story Foundations → Hero’s Journey | Three-Act Structure → Character Arcs |
| Echelon 設計者 | Overview → Echelon Application | Common Pitfalls → Reference |
| 既存理論を知っている人 | Common Pitfalls(差別化が一番出る) | Echelon Application |
| レビューア | Common Pitfalls → Reference (Echelon 整合) | Player Agency |
5. 本サイトで扱わないこと
明確にスコープ外:
- 具体的な prose(台詞・地の文)の書き方 — 文章技術本ではない
- 特定ジャンル(horror / romance 等)の専門論 — 汎用ガイド
- 日本の light novel / アニメ的作劇術 — 西欧の script theory が主軸
- Echelon 本体の実装 — あくまで設計論。実装は
Echelon_main/docs/
6. 次に読むべきページ
まず Story Foundations から始めて、物語の要素とゲーム特有の制約を共有してから、各理論ページに進んでほしい。
Echelon 適用を先に見たい場合は Echelon Application に飛んでもよいが、理論ページを読んだ方が提案の意図が分かりやすい。