疑問： ゲームデザインの再利用を行うかどうかを決定する要因は何か？
前回の記事では、ゲームデザインの再利用についての定義を議論した。ゲームデザインの再利用とは、
・あるゲームデザインの部分的構造を、他のゲームで利用すること
であるとした。
また、再利用をゲームのシリーズの観点から以下の二つに分類した。
（1）シリーズ内再利用： あるゲームシリーズ内でのゲームデザインの再利用。
（2）シリーズ外再利用： シリーズ外のタイトル間でのゲームデザインの再利用。
この記事では、シリーズ内でのゲームデザインの再利用を行うかどうかを決定する一つの要因について考察する。つまり、
・ シリーズ内において過去のデザインのどの部分を再利用するかどうかは、過去のゲームをプレイしたユーザを考慮しなければならない。
この考察は、先日、「女神異聞録デビルサバイバー」のレビューを分析していて気づいたことである。
開発者の観点からの再利用の決定要因
再利用を行うかどうかの決定には、様々な要因が関係する。再利用を行うことの利点の一つには、以下がある。
・デザイン（意思決定）のコストの削減： 適切なデザインを行う、もしくは、意思決定を行うのは難しい。そのため、過去の部分的なデザイン（決定内容）の品質が悪くないのなら、その部分を再利用することで誤った意思決定を行うリスクを避けられる。
これは、開発者側のビューといえる。
ユーザの観点からの再利用の決定要因
一方で、ユーザの観点から、ゲームデザインの再利用を観察できる。
「女神異聞録デビルサバイバー」は、女神転生シリーズの新しいタイトルである。 この記事を書いている時点での、「女神異聞録デビルサバイバー」の全２８件のレビューでのユーザの不満を分析した結果には、以下があった。
・悪魔全書は欲しかった。悪魔全書がない。
悪魔全書は、最近の女神転生シリーズおいて導入されているシステムの一つである。
悪魔全書がないことの不満は３件あった。２８件中の３件なので、それほどどのユーザにも共通する不満とはいえないかもしれない。
もちろん、デビルサバイバーにおいて悪魔全書を導入もしくは再利用しなかった何らかの理由があるかもしれない。
（1）容量の都合： 悪魔全書を導入したかったが容量上の都合でできなかった。
（２）ゲームシステムの都合： 悪魔全書の導入を検討したが、今作は、従来のRPGとは異なるシミュレーションRPGであるため、悪魔全書の導入はゲームシステム上適切でないと判断した。
考察
考察は以下である。
・シリーズの新しいタイトルのデザインの不満は、過去のシリーズタイトルをプレイしたユーザかどうかよって異なる。
したがって、
・ゲームデザインを再利用するかどうかの決定は、開発側の観点からのみ考慮されるのではなく、過去のシリーズタイトルをプレイしたユーザの観点からも考慮されなけばならない。
もちろん、この考察は、考慮されなければならい、といっているだけでどうすればいいのかの具体的な指針を提供していない。一ついえるのは、通常、
・過去のシリーズタイトルをプレイしたユーザにとっては、今までのシリーズで導入されていたデザインが再利用されなかった理由が分からない
ということである。したがって、ユーザに納得してもらうためには、
・開発者側は、デザインを再利用しなかった根拠を明確にする
ということが必要かもしれない。
PR
疑問： どんな種類のゲームデザインを再利用できるのか？
今までの記事で定義してきたように、もしゲームデザインを意思決定の結果だとするなら、どんな種類の（部分的な）意思決定結果を再利用できるのだろうか？
再利用は、別の言い方をするなら、新規性がないと見なせるかもしれない。しかし、ある種の再利用は、コストの面などから不可避であるともいえる。事実、既存のゲームの多くが過去のゲームのデザインを明示的・暗黙的に再利用している。
ここでの課題は、どんな種類のデザイン であれば、再利用が適切なのかを決める何らかの 基準・原則 を明らかにすることであると言える。この記事では、この課題に向けての基礎的な定義を考えたい。
ゲームデザインとは何か？
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定を行うことだする。
（1）ゲームのルールの側面: キャラクターのレベルは上がる。レベル制限は99。戦闘はターン制であり、敵と見方が交互に行動を行う、など。
（1.1）ゲームバランスの側面： ある敵のHPは500といった、パラメータの設定など。
（2）ゲームシステムの側面: セーブ数は、10件など。
（2.1）ユーザインタフェースの側面: LボタンとRボタンでキャラクターの切り替えができるなど。
（2.2） システムの品質に関わる非機能要素の側面： たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。
（3）ゲームの遊び方に関する側面: ゲーム中のBGMを自由に変更できるなど。
ゲームデザインとは、このプロセスの結果として決めたことの集合であるとする。
ゲームデザインの構造とは何か？
ゲームデザインとは、決めたことの集合であるとした。決めたことは、独立しているのではなく、他の決めたことと関係を持つ。たとえば「レベル制限は99」という決定は「キャラクターのレベルは上がる」という決定がまずなされていなければならない。
ここでは、ゲームデザインの構造を、決めたこと（構造要素）とその間の関係とする。
ゲームデザインの再利用とは何か？
ゲームデザインの再利用とは、あるゲームデザインの部分的構造を、他のゲームで利用することだと言える。もちろん、再利用時にはそのまま利用できないかもしれず、修正が必要かもしれない。
ゲームデザインの再利用の分類
既存のゲームにおける再利用は、一つの軸の観点から以下に分類できる。
（1）シリーズ内再利用： あるゲームシリーズ内でのデザインの再利用。
（2）シリーズ外再利用： シリーズ外のタイトル間でのデザインの再利用。
シリーズの観点から分類を行う理由は、シリーズ内では許されるデザインと、シリーズの外で許されるデザインとでは違いがあるためである。たとえば、ドラクエシリーズで、メラやヒャドといった呪文の種類や名前が何度も使用されるのは、ゲームをプレイするユーザ側からみても違和感はないといえる。しかし、ドラクエとは全然異なるゲームタイトルで、メラやヒャドといった対象を使用するのは、問題があるといえる。
疑問：優れたゲームデザインの構造には、何らかの繰り返し起こる特性があるのか？
前準備
上記の疑問に答えるには、まず、以下のような事柄に対する何らかの定義が必要です。
（1）ゲームデザインとは何か？
（2）ゲームデザインの構造とは何か？
（3）ゲームデザインの構造の特性とは何か？
（4）優れたゲームデザインの構造とは何か？
ゲームデザインとは何か？
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定を行うことだとします。
（1）ゲームのルールの側面: キャラクターのレベルは上がる。レベル制限は99。戦闘はターン制であり、敵と見方が交互に行動を行う、など。
（1.1）ゲームバランスの側面： 敵のパラメータ設定など。
（2）ゲームシステムの側面: セーブ数は、10件など。
（2.1）ユーザインタフェースの側面: LボタンとRボタンでキャラクターの切り替えができるなど。
（2.2） システムの品質に関わる非機能要素の側面： たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。
（3）ゲームの遊び方に関する側面: ゲーム中のBGMを自由に変更できるなど。
ゲームデザインとは、このプロセスの結果として決めたことの集合であるとします。
ゲームデザインの構造とは何か？
ゲームデザインとは、決めたことの集合であるとしました。決めたことは、独立しているのではなく、他の決めたことと関係を持ちます。たとえば「レベル制限は99」という決定は「キャラクターのレベルは上がる」という決定がまずなされていなければなりません。
ここでは、ゲームデザインの構造とは、決めたこと（構造要素）とその間の関係からなる概念だとします。
ゲームデザインの構造の特性とは何か？
構造が得られたのなら、構造から何らかの性質・特性を考察することができます。たとえば、ある決めたことは、決めたことの多くとの関係を持つかもしれません。他の分野での例を挙げるなら、たとえば、建物と建物の間の関係です。駅の周辺にある建物の種類や数は、病院の周辺にある建物の種類や数とは異なると考えられます。
優れたゲームデザインの構造とは何か？
優れていると見なされるゲームデザインの構造には、共通の特性があるかもしれません。
この疑問に答えるには、以下の順序での分析が必要です。
（1）優れている、優れていないに関わらず、個々のゲームのデザインがどのような構造を持つのか、そして、その構造からどのような特性が得られるのか。
（2）得られた特性は、繰り返し起こるような共通性があるのか。
構造特性の例：対称性（シンメトリー）
対称性とは、Wikipediaによると次のような性質です。
対称性（たいしょうせい）、又はシンメトリー(Symmetry)とは、ある変換に関して不変である性質のことを言う。この例では、ゲームデザインの構造には、（局所的な）対称性があるかもしれないということを議論します。
例とするのは、ゲームでの呪文・魔法・スキルの要素です。たとえば、ドラクエでは「メラ」、FFでは「ファイア」、女神転生シリーズでは「アギ」などです。
これらある種の呪文・魔法・スキルで共通する点として、以下の二つに着目したいと思います。
（1）属性でグループ化されている。たとえば、炎系、氷系、雷系など。
（2）威力の観点から段階的な関係がある。たとえば、メラ、メラミ、メラゾーマ。
これらの点が、要素間の関係性となります。したがって、構造を形成します。
具体的には、たとえばペルソナ4では以下です。
| アギ系 | ブフ系 | ジオ系 | ガル系 |
| アギ | ブフ | ジオ | ガル |
| アギラオ | ブフーラ | ジオンガ | ガルーラ |
| アギダイン | ブフダイン | ジオダイン | ガルダイン |
| ラグナロク | ニブルヘイム | 真理の雷 | 万物流転 |
FF5では以下です。
| ファイア系 | ブリザド系 | サンダー系 |
| ファイア | ブリザド | サンダー |
| ファイラ | ブリザラ | サンダラ |
| ファイガ | ブリザガ | サンダガ |
ドラクエ5では以下です。
| メラ系 | ギラ系 | イオ系 | ヒャド系 | バギ系 |
| メラ | ギラ | イオ | ヒャド | バギ |
| メラミ | ベギラマ | イオラ | ヒャダルコ | バギマ |
| メラゾーマ | ベギラゴン | イオナズン | マヒャド | バギクロス |
一方で、ドラクエ4では以下です。
| メラ系 | ギラ系 | イオ系 | ヒャド系 | バギ系 |
| メラ | ギラ | イオ | ヒャド | バギ |
| メラミ | ベギラマ | イオラ | ヒャダルコ | バギマ |
| メラゾーマ | ベギラゴン | イオナズン | ヒャダイン | バギクロス |
| マヒャド |
構造の特性の観点から、考察したいのは、なぜ以下の事実があるのかという点です。
（1）ペルソナ4、FF5、ドラクエ5では、ある属性に含まれる魔法の数が同じである。それぞれ、４個、３個、４個。
（2）ドラクエ4では、ヒャド系だけが、４個でなく、５個の魔法がある。
（3）ドラクエ5では、ヒャド系が他の属性の数と同じに変更されている。
この観察はある意味では、正しくありません。なぜなら、観察対象とする魔法の属性を制限しているためです。たとえば、ザキ系には、ザキとザラキの二つしかありません。とはいえ、ザキ系が、大きなグループとしてのメラ系、ギラ系、イオ系、ヒャド系、バギ系とは異なり、このグループに属さないというのは直感的に正しく思えます。この点については別の記事で考察します。
これらペルソナ、FF、ドラクエは単なる例です。後に、一般的な考察をするために、以下では、先ほどの表を次のように簡略化した図で議論したいと思います。
この図では、丸い図が、魔法・呪文を表します（なお、ドラクエ5については省略しました）。今回の議論では、以下の部分を抽象化（情報のフィルタリング）しています。
・威力の関係： 各魔法は、威力ごとに丸の大きさを変化させるのではなく、全て同じ大きさで表現しています。
・属性間の関係： 各属性を四角や三角で区別することなく丸で表現しています。
対称性が観察できるのは、ある属性からある属性への横の関係を見た場合です。ペルソナ4やFF5では、属性の位置を横にずらしても、丸は変わりません。たとえば、「アギ系、ブフ系、ジオ系、ガル系」を「ガル系、アギ系、ブフ系」として横にずらしても、丸の図の部分は同じです。
一方で、非対称性があるのは、ドラクエ4です。横に一つずらすと、異なる図になります。
少し分かりにくいので、図自体を変更してみます。
一般化した図で、対象性・非対称性を含む構造を持つゲームデザイン構造を表すと次のようになります。
対称性の構造を持つゲームをデザインする
図で示したような特性を、対称性と呼んでいいのかは議論の余地があるかもしれません。しかし、何と呼ぼうとも、ゲームデザインの構造上の可変な部分として図で示したような特性があるのは事実です。また、恐らく現在の多くのRPGなどのゲームが、魔法・呪文・スキルについては、対称性を持つようにデザインされているのではないかと思います。
このことからは、次の疑問を生みます。
（1）魔法・呪文・スキルについて、現在の多くのゲームデザインが対称性を備えているのは、何か合理的な理由があるのか？ 何らかの原理に基づいているのか？
（2）面白い・優れている（といわれる）ゲームのデザインは、魔法・呪文・スキルについて対称性を備えているのか？
（3）魔法・呪文・スキルといった部分的な構造だけでなく、ゲームデザインの構造の全てが、対称性もしくは、非対称性のどちらかを備えているべきなのか？
おまけ：参考文献
この記事を書くにあたっては、Christopher Alexander さんの『The Nature of Order』という本を意識しました。この本によれば、生き生きとしたモノ（建物のような人工物と生き物）は、次のような、15の構造上の特性を備えるとしています。
1. LEVELS OF SCALE
2. STRONG CENTERS
3. BOUNDARIES
4. ALTERNATING REPETITION
5. POSITIVE SPACE
6. GOOD SHAPE
7. LOCAL SYMMETRIES
8. DEEP INTERLOCK AND AMBIGUITY
9. CONTRAST
10. GRADIENTS
11. ROUGHNESS
12. ECHOES
13. THE VOID
14. SIMPLICITY AND INNER CALM
15. NON-SEPARATENESS
7番目のLOCAL SYMMETRIESが今回の記事の議論と関係します。
ゲームデザインについてのすごく基本的（当たり前）な前提を構築しながら、ゲームデザインの理論化を目指していきたい。
今回は、ゲームデザインの一つの側面は、ゲームをプレイするユーザ間の好みの衝突を解消するプロセスである、ということを考えたい。
その前に、まず、ゲームデザインとは何か、ということについての定義をしておきたい。
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定を行うことだとする。
（1）ゲームのルールの側面: キャラクターのレベルは上がる。レベル制限は99。戦闘はターン制であり、敵と見方が交互に行動を行う、など。
（1.1）ゲームバランスの側面： 敵のパラメータ設定など。
（2）ゲームシステムの側面: セーブ数は、10件など。
（2.1）ユーザインタフェースの側面: LボタンとRボタンでキャラクターの切り替えができるなど。
（2.2） システムの品質に関わる非機能要素の側面： たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。
（3）ゲームの遊び方に関する側面: ゲーム中のBGMを自由に変更できるなど。
ゲームデザインとは、このプロセスの結果として決めたことの集合であるとする。
まず、次の前提があるとしたい。
（前提1） できる限り面白いゲームを作ることがゲームデザインの目的である。
もちろん、現実的には、面白いという評価基準のみでゲームをデザインすることはできない。コストや時間の制約があるため、これらの制約を無視して面白さのみを追求することはできない。けれど、ここではこの制約は無視する。
（前提2） あるゲームの面白さの度合いを評価するのは、そのゲームをプレイした時の特定のユーザである。
続いて、次のような仮定をする。
（仮定1） 特定の誰かのみのために ゲームを作るとする
この場合、ゲームの面白さは、この特定の誰かが評価する。評価結果は、次の二つとなる。
（評価結果1） 面白い、もしくは、面白くないところはない
（評価結果2） 面白しろくない
1の場合、ゲームデザインのプロセスは終了となる。
2の場合、次のことが行える。
(評価対応a) 悪いと指摘された部分を修正する
(評価対応b) 面白くなることを期待して修正する
修正後は、評価のプロセスに戻る。
続いて、仮定を少し変更してみる。
（仮定2） 特定の二人（AさんとBさん）のために ゲームを作るとする
この場合、仮定1のようなプロセスは行えなくなる。まず、評価のプロセスでは、4つの評価結果が考えられる。
（評価結果1） AさんBさんとも、面白い、もしくは、面白くないところはない。
（評価結果2） Aさんは、面白い、もしくは、面白くないところはない。Bさんは、面白しろくない。
（評価結果3） Bさんは、面白い、もしくは、面白くないところはない。Aさんは、面白しろくない。
（評価結果4） Aさんも、Bさんも面白しろくない。
1の場合、ゲームデザインのプロセスは終了となる。
2の場合、次の対応が考えられる。
（評価対応2-a) Bさんに悪いと指摘された部分を修正する
（評価対応2-b) Bさんに面白くなることを期待して修正する
3の場合、次の対応が考えられる。
(評価対応3-a) Aさんに悪いと指摘された部分を修正する
(評価対応3-b) Aさんに面白くなることを期待して修正する
4の場合、次の対応が考えられる。
(評価対応4-a) AさんやBさんに悪いと指摘された部分を修正する
(評価対応4-b) AさんやBさんに面白くなることを期待して修正する
仮定1の場合と違い、たとえば、対応2（Bさんが面白くなるように修正）の場合の修正後の評価は、次のようになる。
（修正後評価結果1） Aさんは面白いままであり、Bさんは面白しろくなった
Aさん：面白い->面白い（もしくは面白い部分が増えた）
Bさん：面白くない->面白い（もしくは、面白くなかった部分が減った）
（修正後評価結果2） Bさんは面白くないまま
Aさん：面白い->面白い（もしくは面白い部分が増えた）
Bさん：面白くない->面白くない（もしくは、面白くなかった部分が増えた）
（修正後評価結果3） Bさんは面白くなったが、Aさんは面白くなくなった
Aさん：面白い->面白くない（もしくは面白かった部分が減った）
Bさん：面白くない->面白い（もしくは、面白くなかった部分が減った）
（修正後評価結果4） Bさんは面白くないままであり、かつ、Aさんは面白くなくなった
Aさん：面白い->面白くない（もしくは面白かった部分が減った）
Bさん：面白くない->面白くない（もしくは、面白くなかった部分が増えた）
この3番目の項目から分かるように、AさんとBさんの面白さの好みが異なる場合、好みの衝突を解消し、AさんとBさんを同時に満足させるようなゲームデザインの提案は簡単でなくなる。
現実的には、ゲームのプレイする対象が二人というように少ないことはありえないため、衝突の解消はさらに困難となる。
しかし、ある種のこのような好みの衝突はゲームデザイン上の決定として解消できる場合がある。既存のゲームでの代表的な解消方法としては、ユーザ自身が自分の好みを選択できるような機能の導入がある。たとえば、難易度が選択できる機能、特定の機能（たとえば音声）のオン・オフを選択できる機能などがある。
以上のことから、ゲームデザインの一つの側面は、ゲームをプレイするユーザ間の好みの衝突を解消するプロセスである、といえる。
今回は、ゲームデザインの一つの側面は、ゲームをプレイするユーザ間の好みの衝突を解消するプロセスである、ということを考えたい。
その前に、まず、ゲームデザインとは何か、ということについての定義をしておきたい。
ゲームデザインのプロセスとは
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定を行うことだとする。
（1）ゲームのルールの側面: キャラクターのレベルは上がる。レベル制限は99。戦闘はターン制であり、敵と見方が交互に行動を行う、など。
（1.1）ゲームバランスの側面： 敵のパラメータ設定など。
（2）ゲームシステムの側面: セーブ数は、10件など。
（2.1）ユーザインタフェースの側面: LボタンとRボタンでキャラクターの切り替えができるなど。
（2.2） システムの品質に関わる非機能要素の側面： たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。
（3）ゲームの遊び方に関する側面: ゲーム中のBGMを自由に変更できるなど。
ゲームデザインとは、このプロセスの結果として決めたことの集合であるとする。
好みの衝突解消プロセスとしてのゲームデザイン
まず、次の前提があるとしたい。
（前提1） できる限り面白いゲームを作ることがゲームデザインの目的である。
もちろん、現実的には、面白いという評価基準のみでゲームをデザインすることはできない。コストや時間の制約があるため、これらの制約を無視して面白さのみを追求することはできない。けれど、ここではこの制約は無視する。
（前提2） あるゲームの面白さの度合いを評価するのは、そのゲームをプレイした時の特定のユーザである。
続いて、次のような仮定をする。
（仮定1） 特定の誰かのみのために ゲームを作るとする
この場合、ゲームの面白さは、この特定の誰かが評価する。評価結果は、次の二つとなる。
（評価結果1） 面白い、もしくは、面白くないところはない
（評価結果2） 面白しろくない
1の場合、ゲームデザインのプロセスは終了となる。
2の場合、次のことが行える。
(評価対応a) 悪いと指摘された部分を修正する
(評価対応b) 面白くなることを期待して修正する
修正後は、評価のプロセスに戻る。
続いて、仮定を少し変更してみる。
（仮定2） 特定の二人（AさんとBさん）のために ゲームを作るとする
この場合、仮定1のようなプロセスは行えなくなる。まず、評価のプロセスでは、4つの評価結果が考えられる。
（評価結果1） AさんBさんとも、面白い、もしくは、面白くないところはない。
（評価結果2） Aさんは、面白い、もしくは、面白くないところはない。Bさんは、面白しろくない。
（評価結果3） Bさんは、面白い、もしくは、面白くないところはない。Aさんは、面白しろくない。
（評価結果4） Aさんも、Bさんも面白しろくない。
1の場合、ゲームデザインのプロセスは終了となる。
2の場合、次の対応が考えられる。
（評価対応2-a) Bさんに悪いと指摘された部分を修正する
（評価対応2-b) Bさんに面白くなることを期待して修正する
3の場合、次の対応が考えられる。
(評価対応3-a) Aさんに悪いと指摘された部分を修正する
(評価対応3-b) Aさんに面白くなることを期待して修正する
4の場合、次の対応が考えられる。
(評価対応4-a) AさんやBさんに悪いと指摘された部分を修正する
(評価対応4-b) AさんやBさんに面白くなることを期待して修正する
仮定1の場合と違い、たとえば、対応2（Bさんが面白くなるように修正）の場合の修正後の評価は、次のようになる。
（修正後評価結果1） Aさんは面白いままであり、Bさんは面白しろくなった
Aさん：面白い->面白い（もしくは面白い部分が増えた）
Bさん：面白くない->面白い（もしくは、面白くなかった部分が減った）
（修正後評価結果2） Bさんは面白くないまま
Aさん：面白い->面白い（もしくは面白い部分が増えた）
Bさん：面白くない->面白くない（もしくは、面白くなかった部分が増えた）
（修正後評価結果3） Bさんは面白くなったが、Aさんは面白くなくなった
Aさん：面白い->面白くない（もしくは面白かった部分が減った）
Bさん：面白くない->面白い（もしくは、面白くなかった部分が減った）
（修正後評価結果4） Bさんは面白くないままであり、かつ、Aさんは面白くなくなった
Aさん：面白い->面白くない（もしくは面白かった部分が減った）
Bさん：面白くない->面白くない（もしくは、面白くなかった部分が増えた）
この3番目の項目から分かるように、AさんとBさんの面白さの好みが異なる場合、好みの衝突を解消し、AさんとBさんを同時に満足させるようなゲームデザインの提案は簡単でなくなる。
現実的には、ゲームのプレイする対象が二人というように少ないことはありえないため、衝突の解消はさらに困難となる。
しかし、ある種のこのような好みの衝突はゲームデザイン上の決定として解消できる場合がある。既存のゲームでの代表的な解消方法としては、ユーザ自身が自分の好みを選択できるような機能の導入がある。たとえば、難易度が選択できる機能、特定の機能（たとえば音声）のオン・オフを選択できる機能などがある。
以上のことから、ゲームデザインの一つの側面は、ゲームをプレイするユーザ間の好みの衝突を解消するプロセスである、といえる。