<?xml version="1.0" encoding="UTF-8" ?>
<feed xml:lang="ja" xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:thr="http://purl.org/syndication/thread/1.0">
  <title type="text">rozen kranz</title>
  <subtitle type="html">趣味のゲーム開発状況やゲームプレイの感想、あるいは、ゲーム開発やゲームデザインについての考察を書いたりする予定。</subtitle>
  <link rel="self" type="application/atom+xml" href="http://rozenkranz.blog.shinobi.jp/atom"/>
  <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/"/>
  <updated>2006-12-29T18:43:41+09:00</updated>
  <author><name>asato</name></author>
  <generator uri="//www.ninja.co.jp/blog/" version="0.9">忍者ブログ</generator>
  <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" />
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/113</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E5%88%86%E6%9E%90/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E5%88%86%E6%9E%90%EF%BC%9A%E3%80%8C%E3%83%89%E3%83%A9%E3%82%AF%E3%82%A8%EF%BC%99%E3%80%8D%E6%9B%B4%E6%96%B0_113" />
    <published>2009-08-25T04:00:42+09:00</published> 
    <updated>2009-08-25T04:00:42+09:00</updated> 
    <category term="ゲームレビュー分析" label="ゲームレビュー分析" />
    <title>ゲームレビュー分析：「ドラクエ９」更新</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[ドラクエ9のレビュー分析更新しました。<br />
<br />
今までは、不満点（BAD/REQUEST）の項目のみを対象に分析・集計をしていましたが、新たに、良い部分（GOOD!）に関しても同様の分析と集計を行ってみました。<br />
<br />
これで、悪い点と良い点がそろったので例えば、ユーザ間で対立する意見があるかどうかの分析ができるようになります。<br />
<br />
以下テンプレ。<br />
-----<br />
一年以上前から、mk2さん（たとえば<a href="http://ndsmk2.net/">ndsmk2さん</a>）に投稿されたゲームレビューを分析しています。分析の目的は、レビューから、<strong>ゲームデザインの原則</strong>を特定することです。成果は、以下のドキュメントにまとめてます（まとめようとしています）。<br />
<br />
<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html">ゲームレビューから学ぶゲームデザインの原則</a>　<br />
<br />
ドラクエ9に関しては、ndsmk2さんには、現時点で<a href="http://ndsmk2.net/title.php?title=1580">201件のレビュー</a>が投稿されています。<br />
<br />
分析結果は、pdfで<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html#dq9">このページ</a>からダウンロードできます（pdfへの直接リンクは<a href="http://ncf.sakura.ne.jp/asato/doc/game/dq9_good.pdf">こちら</a>）。以下の表は、このpdf資料より良い点の上位10項目を抜き出したものです。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/dq9_good_rank2.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/dq9_good_rank2.PNG" alt="dq9_good_rank2.PNG" /></a><br />
<br />
<br />
意見要望などあれば、ここにコメントしてくださっても、直接メールしてくださってもかまいません。<br />
<br />
<br />
<br />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/112</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AE%E7%90%86%E8%AB%96%EF%BC%9A%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%97%E3%83%AC%E3%82%A4%E3%83%A4%E3%83%BC%E8%87%AA%E8%BA%AB%E3%81%AB%E3%82%88%E3%82%8B%E3%82%B2%E3%83%BC%E3%83%A0%E3%81%AE%E7%9B%AE%E6%A8%99%E8%A8%AD%E5%AE%9A" />
    <published>2009-08-22T00:02:40+09:00</published> 
    <updated>2009-08-22T00:02:40+09:00</updated> 
    <category term="ゲームデザイン" label="ゲームデザイン" />
    <title>ゲームデザインの理論：ゲームプレイヤー自身によるゲームの目標設定</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[<strong>更新履歴</strong><br />
2009/9/10: この記事の内容を修正して「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントに追加しました。今後は、こちらのドキュメントを更新していきます。<br />
-----<br />
&nbsp;この記事では、以下を主張する。<br />
<br />
<strong>&nbsp; (a) ゲームプレイヤーは、ゲームプレイ時に、プレイヤー自身によりゲームの目標を設定する<br />
</strong><strong><br />
&nbsp; (b) ゲームプレイヤーは、自身が設定した目標の達成が困難であるとき、不満を持つ<br />
</strong><br />
このことは、以下を意味する。<br />
<br />
&nbsp; <strong>ゲームデザインのプロセスでは、<br />
<br />
&nbsp;&nbsp;&nbsp; (A) 現状のゲームデザインからプレイヤーがどのような目標を設定し、<br />
<br />
&nbsp;&nbsp;&nbsp; (B) その目標がいかに達成されるのかを考慮し、<br />
<br />
&nbsp;&nbsp;&nbsp;</strong> <strong>(C) 達成の困難さに基づき、ゲームデザインを修正していく必要がある</strong><br />
<br />
<br />
<h3>■ ゲームデザインとは何か？</h3>
<br />
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定（デシジョン）を行うことだする。<br />
<br />
&nbsp; <strong>（1）ゲームのルールの側面: </strong>「キャラクターのレベルは上がる」、「レベル制限は99」、「戦闘はターン制であり、敵と見方が交互に行動を行う」、など。<br />
<br />
&nbsp; <strong>（1.1）ゲームバランスの側面：</strong>　「ある敵のHPは500」といった、パラメータの設定など。<br />
<br />
&nbsp; <strong>（2）ゲームシステムの側面:</strong> 「セーブ数は、10件」など。<br />
<br />
&nbsp; <strong>（2.1）ユーザインタフェースの側面</strong>: 「LボタンとRボタンでキャラクターの切り替えができる」など。<br />
<br />
&nbsp; <strong>（2.2） システムの品質に関わる非機能要素の側面：</strong> たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。<br />
<br />
&nbsp; <a href="../../../../Entry/67/"><strong>（3）ゲームの遊び方に関する側面:</strong></a> ゲーム中のBGMを自由に変更できるなど。<br />
<br />
ゲームデザインとは、このプロセスの結果として決めたこと（デシジョン）の集合であるとする。<br />
<br />
詳細は「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントを参照。<br />
<br />
<br />
<h3>■ ゲームプレイヤー自身によるゲームの目標の設定</h3>
<br />
この記事では、ゲームプレイヤーの一つの側面を議論する。それは、<br />
<br />
<strong>&nbsp; ゲームプレイヤーは、ゲームプレイ時に、プレイヤー自身によりゲームの目標を設定する<br />
</strong><br />
ということである。<br />
<br />
以下では、プレイヤーの目標設定がいかにゲームに対するプレイヤーの不満に結びつくのかを実例をもとに見ていく。つまり、<br />
<br />
<strong>&nbsp; ゲームプレイヤーは、自身が設定した目標の達成が困難であるとき、不満を持つ<br />
</strong><br />
ことを見ていく。<br />
<br />
NDSのSRPGの『女神異聞録デビルサバイバー』の<a href="http://ndsmk2.net/title.php?title=1351">レビュー</a>では、次の不満が挙げられていた。<br />
<br />
<strong>&nbsp; ■セーブ箇所が１つ。マルチエンディングではっきりしたストーリー分岐が最終日のみにも関わらずセーブは１箇所。２・３週目くらいまでは初プレイと同様楽しく進められそうだが、エンディングコンプのために周回を重ねるとなるとその都度最初からやり直す羽目になるので流石に飽きそうな予感。</strong><br />
&nbsp; <br />
この不満の表現からは、次のような要素を特定できる。<br />
<br />
&nbsp; <strong>・プレイヤーの設定した目標：</strong>エンディングコンプリート<br />
<br />
&nbsp; <strong>・デザイナーの行ったデシジョン： </strong>マルチエンディングである<br />
<br />
&nbsp; <strong>・</strong><strong>デザイナーの行った</strong><strong>デシジョン： </strong>セーブ箇所は一つである<br />
<br />
&nbsp; <strong>・プレイヤーの不満（避けたいこと）:</strong> 他のエンディングを見るまでに飽きる（かも）<br />
<br />
下記の図は、これら要素間の関係を表している。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/goal.PNG"><img border="0" alt="goal.PNG" src="//rozenkranz.blog.shinobi.jp/File/goal.PNG" /></a><br />
<br />
この実例をもとに、以下のことが考察できる。<br />
<br />
&nbsp; <strong>(1) プレイヤー依存の目標設定： </strong>「エンディングコンプリート」という目標は、全てのプレイヤーが目標とするものではない。したがって、一般的に、プレイヤーによって設定される目標は、プレイヤーによっては異なる。<br />
<br />
&nbsp; <strong>(2) プレイヤーとデザイナーの目標設定の違い： </strong>「エンディングコンプリート」という目標は、デザイナー（作り手側）が想定した目標ではないかもしれない。したがって、一般的に、プレイヤーはデザイナーが<strong>想定しなかったような</strong>目標を設定することがある。<br />
<br />
&nbsp; <strong>(3) デシジョンから発生する目標:</strong> 「エンディングコンプリート」という目標は、「マルチエンディングである」というデシジョンがなければ発生しない。たとえば、「シングルエンディングである」というデシジョンによるゲームの場合、「エンディングコンプリート」という目標はプレイヤーによって設定されない。したがって、一般的に、あるデシジョンの存在がある目標が設定の要因となる。<br />
<br />
&nbsp; <strong>(4) 目標を阻害するデシジョン: </strong>「エンディングコンプリート」という目標は、「セーブ箇所が一つである」というデシジョンが存在することにより、達成が難しくなる。<br />
<br />
他の実例でもう少し検証する。<br />
<br />
NDSのRPGの『セブンスドラゴン』の<a href="http://ndsmk2.net/title.php?title=1446">レビュー</a>では、次の不満が挙げられていた。<br />
<br />
<strong>&nbsp; ● アイテム所持数制限<br />
&nbsp; 他の方も書かれている通り、100個しか持てません。<br />
&nbsp; それはそれで、せめてギルドの倉庫みたいなものがあったらよかったなーと思うところ。<br />
&nbsp; ただ、アイテムを持たなくても十分戦えるパーティーにすることもできるようですし、いらんものをぽんぽん売れば、十分な数かも、とも思います。<br />
&nbsp; 武器や防具なんかをとっておけないのは、コレクターさんには辛いかもしれません。</strong><br />
<br />
この不満の表現に対しては、「武器や防具のコレクト」という目標の観点から、先ほどの事例と同じように考える。<br />
<br />
&nbsp; <strong>・プレイヤーの設定した（するかもしれない）目標：</strong>武器や防具のコレクト<br />
<br />
&nbsp; <strong>・デザイナーの行ったデシジョン： </strong>武器や防具がある<br />
<br />
&nbsp; <strong>・デザイナーの行ったデシジョン： </strong>アイテムの最大所持数は100個<br />
<br />
&nbsp; <strong>・プレイヤーの不満: </strong>武器や防具をとっておけない <br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/goal2.PNG"><img border="0" alt="goal2.PNG" src="//rozenkranz.blog.shinobi.jp/File/goal2.PNG" /></a><br />
<br />
先ほどの考察がこの例でも同じ考察ができるか確認する。<br />
<br />
&nbsp; <strong>(1) プレイヤー依存の目標設定： </strong>全てのプレイヤーが「武器や防具のコレクト」を目標とするわけではない。<br />
<br />
&nbsp; <strong>(2) プレイヤーとデザイナーの目標設定の違い： </strong>この項目に関しては確かなことは言えない。デザイナーは「武器や防具のコレクト」という目標を想定しなかったかもしれない。<br />
<br />
&nbsp; <strong>(3) デシジョンから発生する目標:</strong> 「武器や防具のコレクト」という目標は、「武器や防具がある」というデシジョンから発生する。<br />
<br />
&nbsp; <strong>(4) 目標を阻害するデシジョン: </strong>「武器や防具のコレクト」という目標は、「アイテムの最大所持数は100個」というデシジョンが存在することにより、達成が不可能になる。<br />
<br />
<br />
ここまでをまとめると、ゲームプレイヤーについて以下が言える。<br />
<br />
<strong>&nbsp; (a) ゲームプレイヤーは、ゲームプレイ時に、プレイヤー自身によりゲームの目標を設定する<br />
</strong><strong><br />
&nbsp; (b) ゲームプレイヤーは、自身が設定した目標の達成が困難であるとき、不満を持つ<br />
</strong><br />
ゲームデザインとゲームデザインのプロセスについては、次節で議論する。<br />
<br />
<h3>■ ゲームプレイヤーの目標を考慮するゲームデザインとプロセス</h3>
<br />
前節では、ゲームプレイヤーについて以下の特徴付けを行った。<br />
<br />
<strong>&nbsp; (a) ゲームプレイヤーは、ゲームプレイ時に、プレイヤー自身によりゲームの目標を設定する<br />
</strong><strong><br />
&nbsp; (b) ゲームプレイヤーは、自身が設定した目標の達成が困難であるとき、不満を持つ<br />
</strong><br />
また、以下の考察を示した。<br />
<br />
&nbsp; <strong>(1) プレイヤー依存の目標設定</strong><br />
<br />
&nbsp; <strong>(2) プレイヤーとデザイナーの目標設定の違い</strong><br />
<br />
&nbsp; <strong>(3) デシジョンから発生する目標</strong><br />
<br />
&nbsp; <strong>(4) 目標を阻害するデシジョン</strong><br />
<br />
ゲームデザインの観点からは、以下のように言える。<br />
<br />
&nbsp; ・(3)と(4)が(a)と(b)に関係する。つまり、プレイヤーの不満は、ゲームデザインを構成するデシジョン間の不整合により発生する。<br />
<br />
&nbsp; ・また、(1)と(2)は、不整合の発生の起こりやすさに影響する。つまり、デザイナーがプレイヤーが設定するかもしれない目標を適切に想定するのは困難である。<br />
<br />
まずは前者を議論する。前節の二つの例をプレイヤーの目標を妨げないようにするという観点から再デザインする。<br />
<br />
以下の図は、一つ目の実例の再デザインの例である。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/goal_after.PNG"><img border="0" alt="goal_after.PNG" src="//rozenkranz.blog.shinobi.jp/File/goal_after.PNG" /></a><br />
<br />
この再デザインでは、「セーブ箇所は一つである」というデシジョンを「セーブ箇所は二つである」というデシジョンに変更した。これにより、「エンディングコンプリート」という目標の達成が容易になる。<br />
<br />
同じように以下の図は、二つ目の実例の再デザインの例である。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/goal2_after.PNG"><img border="0" alt="goal2_after.PNG" src="//rozenkranz.blog.shinobi.jp/File/goal2_after.PNG" /></a><br />
<br />
この再デザインでは、プレイヤーの提案を採用し「倉庫がある」というデシジョンを追加した。また「最大格納数は500個」というデシジョンも追加した。これらのデシジョンにより、「武器や防具のコレクト」という目標の達成が容易になる。<br />
<br />
以上のことから、<br />
<br />
&nbsp; <strong>ゲームデザイン上のデシジョンが、プレイヤーの目標の設定と目標の達成の困難さから発生する不満を決める<br />
</strong><br />
ことを示した。<br />
<br />
次に、このようなデシジョンを行う上で以下の二つがどのように影響するのかを考える。<br />
<br />
&nbsp; <strong>(1) プレイヤー依存の目標設定</strong><br />
<br />
&nbsp; <strong>(2) プレイヤーとデザイナーの目標設定の違い</strong><br />
<br />
(1)は、あるゲームデザイン上のデシジョンから発生する目標は、プレイヤーによって異なることを意味している。<br />
<br />
(2)は、デザイナーが各プレイヤーが設定するかもしれない目標の推測が容易ではないかもしれないことを意味してる。容易ではないのでは、(1)の結果から、発生する目標は多様であるかもしれないためである。<br />
<br />
結論としては、プレイヤーの目標設定から発生する不満を少なくするために、<br />
<br />
&nbsp; <strong>ゲームデザインのプロセスでは、<br />
<br />
&nbsp;&nbsp;&nbsp; (A) 現状のゲームデザインからプレイヤーがどのような目標を設定し、<br />
<br />
&nbsp;&nbsp;&nbsp; (B) その目標がいかに達成されるのかを考慮し、<br />
<br />
&nbsp;&nbsp;&nbsp;</strong> <strong>(C) 達成の困難さに基づき、ゲームデザインを修正していく必要がある</strong><br />
<br />
といえる。このＡ～Ｃのサイクルを容易にするには、たとえば、あるデシジョンからどのような目標が設定されるのか、ということを収集し、再利用することが考えられる。<br />
<br />
<h3>■ まとめ</h3>
<br />
この記事では、事例をもとに、ゲームでプレイヤーに関して以下が観察できることを示した。<br />
<br />
<strong>&nbsp; (a) ゲームプレイヤーは、ゲームプレイ時に、プレイヤー自身によりゲームの目標を設定する<br />
</strong><strong><br />
&nbsp; (b) ゲームプレイヤーは、自身が設定した目標の達成が困難であるとき、不満を持つ<br />
</strong><br />
この観察をもとに、以下を議論した。<br />
<br />
&nbsp; <strong>ゲームデザインのプロセスでは、<br />
<br />
&nbsp;&nbsp;&nbsp; (A) 現状のゲームデザインからプレイヤーがどのような目標を設定し、<br />
<br />
&nbsp;&nbsp;&nbsp; (B) その目標がいかに達成されるのかを考慮し、<br />
<br />
&nbsp;&nbsp;&nbsp;</strong> <strong>(C) 達成の困難さに基づき、ゲームデザインを修正していく必要がある</strong><br />
<br />
<br />
<br type="_moz" />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/111</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E6%9C%AA%E9%81%B8%E6%8A%9E/%E3%81%92%E3%83%BC%E3%82%80%20%E3%81%B7%E3%82%8C%E3%81%84%E3%81%82%E3%81%B3%E3%82%8A%E3%81%A6%E3%81%83%E3%83%BC" />
    <published>2009-08-18T21:32:34+09:00</published> 
    <updated>2009-08-18T21:32:34+09:00</updated> 
    <category term="未選択" label="未選択" />
    <title>げーむ ぷれいあびりてぃー</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[こっちのブログでは、堅苦しく真面目な記事を書いてる（つもりな）のですが、はてなの方にもブログ開設しました！ <br />
<br />
&nbsp; <a href="http://d.hatena.ne.jp/playability/">げーむ ぷれいあびりてぃー</a><br />
<br />
はてなの方には、ここに書かれる前の途中経過的なものをぐだぐだ書いていくつもりです。書こうと思ってるネタや書いてる時に悩んだ点など、そういうのも書いていくつもりです。<br type="_moz" />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/110</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AE%E7%90%86%E8%AB%96%EF%BC%9A%E3%83%97%E3%83%AC%E3%82%A4%E3%83%A4%E3%83%BC%E3%81%AE%E4%B8%8D%E6%BA%80%E3%81%A8%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AE%E6%A7%8B%E9%80%A0%E5%8C%96" />
    <published>2009-08-17T16:22:09+09:00</published> 
    <updated>2009-08-17T16:22:09+09:00</updated> 
    <category term="ゲームデザイン" label="ゲームデザイン" />
    <title>ゲームデザインの理論：プレイヤーの不満とゲームデザインの構造化</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[<strong>更新履歴</strong><br />
2009/8/19: この記事の内容を修正して「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントに「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html#play_structure">プレイヤーの不満とゲームデザインの構造</a>」として追加しました。今後は、こちらのドキュメントを更新していきます。<br />
-----<br />
この記事では、以下を主張する。<br />
<br />
<strong>&nbsp; ゲームデザインに対するプレイヤーの不満は、以下の場合に発生する。<br />
<br />
&nbsp;&nbsp;&nbsp; (1) 個々のデシジョンから発生する場合<br />
<br />
&nbsp;&nbsp;&nbsp; (2) デシジョン間の関係から発生する場合</strong><br />
<br />
このことは、以下を意味する。<br />
<br />
&nbsp; <strong>ゲームデザインのプロセスにおいては、個々のデシジョンを行うだけでなく、デシジョン間の関係付け、つまり、ゲームデザインの構造化が必要となる</strong><br />
<br />
<br />
<h3>ゲームデザインとは何か？</h3>
<br />
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定（デシジョン）を行うことだする。<br />
<br />
&nbsp; <strong>（1）ゲームのルールの側面: </strong>「キャラクターのレベルは上がる」、「レベル制限は99」、「戦闘はターン制であり、敵と見方が交互に行動を行う」、など。<br />
<br />
&nbsp; <strong>（1.1）ゲームバランスの側面：</strong>　「ある敵のHPは500」といった、パラメータの設定など。<br />
<br />
&nbsp; <strong>（2）ゲームシステムの側面:</strong> 「セーブ数は、10件」など。<br />
<br />
&nbsp; <strong>（2.1）ユーザインタフェースの側面</strong>: 「LボタンとRボタンでキャラクターの切り替えができる」など。<br />
<br />
&nbsp; <strong>（2.2） システムの品質に関わる非機能要素の側面：</strong> たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。<br />
<br />
&nbsp; <a href="../../../../Entry/67/"><strong>（3）ゲームの遊び方に関する側面:</strong></a> ゲーム中のBGMを自由に変更できるなど。<br />
<br />
ゲームデザインとは、このプロセスの結果として決めたこと（デシジョン）の集合であるとする。<br />
<br />
詳細は「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントを参照。<br />
<br />
<br />
<h3>プレイヤーの不満とゲームデザイン</h3>
<br />
ndsmk2さんのレビューを分析していると、シミュレーションRPGである『デビルサバイバー』には、次の不満があることが分かった。<br />
<br />
&nbsp;&nbsp; セーブデータは一つ<br />
<br />
この不満を挙げたレビューを詳しく調査してみると、不満となる理由は、いくつかあることが分かった。以下の図は、不満の理由を表している。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/save_devil.PNG"><img border="0" alt="save_devil.PNG" src="//rozenkranz.blog.shinobi.jp/File/save_devil.PNG" /></a><br />
<br />
以下では、この図をもとに、考察する。その前に、この記事の定義によれば「セーブデータは一つ」というのは、「決めたこと（デシジョン）の一つ」であり、「ゲームデザインの一部」であるということに注意してほしい。<br />
<br />
これら図からは、以下の考察ができる。<br />
<br />
&nbsp; <strong>(1) ある一つのデシジョンから発生する不満：</strong> 「家族で共有できない」や「友達に貸せない」などは、「セーブデータは一つ」というデシジョンが存在すれば、直接的に発生する不満である。たとえば、以下の図に示すように、NDSのRPGである『ドラゴンクエスト９』（以下ドラクエ９）でも、「セーブデータは一つ」というデシジョンが行われた結果として 「家族で共有できない」や「友達に貸せない」といった不満が発生している。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/save_dq9.PNG"><img border="0" alt="save_dq9.PNG" src="//rozenkranz.blog.shinobi.jp/File/save_dq9.PNG" /></a><br />
<br />
&nbsp; <strong>(2) デシジョン間の関係から発生する不満：</strong> 「他のエンディングを見にくい」は、「セーブデータは一つ」というデシジョンだけでは発生しない不満である。つまり「マルチエンディングである」というデシジョンが存在しなければ発生しない不満である。<br />
<br />
(2)の観点から見れば、最初の図は不適切であると言える。「マルチエンディングである」というデシジョンが図の要素として表されていないためである。以下の図に、改良前（図の上）と改良後（図の下）を示す。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/decision_structure.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/decision_structure.PNG" alt="decision_structure.PNG" /></a><br />
<br />
改良後の図は、大きく二つの部分から構成されるとして表している。<br />
<br />
&nbsp; <strong>・</strong><strong>ある一つのデシジョンとそのデシジョンから発生する不満（</strong><strong>図の右下）：</strong>「セーブデータは一つ」というデシジョンとこのデシジョンから発生する不満<br />
<br />
&nbsp; <strong>・</strong><strong>デシジョン間の関係とその関係から発生する不満（</strong><strong>図の左上）：</strong>「セーブデータは一つ」と「マルチエンディングである」というデシジョンと、これらのデシジョンの関係から発生する不満<br />
<br />
別の観点から言えば、この改良後の図は、これら二つの部分の合成の結果であるとも見なせる。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/decision_structure_synthesis.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/decision_structure_synthesis.PNG" alt="decision_structure_synthesis.PNG" /></a><br />
<br />
<br />
次に、二つ目の構成部分である「デシジョン間の関係とその関係から発生する不満」の図について少し考察する。いくつかの疑問があるかもしれないためである。一つ目は、<br />
<br />
&nbsp; 「セーブデータは一つ」に対する不満要素（「他のエンディングを見にくい」）関係付け（案1）であり、 「マルチエンディングである」と「セーブデータは一つ」という関係に対するの関係付け（案2）でないのは何故か？<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/decision_structure_fig1.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/decision_structure_fig1.PNG" alt="decision_structure_fig1.PNG" /></a><br />
<br />
理由は、以下のような不満の表現はあっても<br />
<br />
&nbsp; <strong>マルチエンディングなのにセーブデータは一つ</strong><br />
<br />
以下のような不満の表現はなかったためである。<br />
<br />
&nbsp; <strong>セーブデータは一つなのにマルチエンディング</strong><br />
<br />
つまり、誤ったデシジョンなのは「セーブデータは一つ」であって「マルチエンディングである」ではないということである。この関係を表すために、案1を採用した。<br />
<br />
二つ目の疑問には、<br />
<br />
&nbsp; 「マルチエンディングである」と「セーブデータは一つ」の間の関係に方向性があるのはなぜか。<br />
<br />
以下の図は考えられる選択肢を表している。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/decision_structure_fig2.PNG"><img border="0" alt="decision_structure_fig2.PNG" src="//rozenkranz.blog.shinobi.jp/File/decision_structure_fig2.PNG" /></a><br />
<br />
案3を採用しなかったのは、「マルチエンディングである」と「セーブデータは一つ」とが同等の関係にあるように感じさせるためである。<br />
<br />
案1か案2のどちらが適切なのかを判断は難しい。案1は、「マルチエンディングである」は、「セーブデータは一つ」ということに<span style="font-weight: bold;">依存しているという</span><strong>関係</strong>を、案2は、「セーブデータは一つ」ということは「マルチエンディングである」に<strong>影響を与えているという関係</strong>と見なせるかもしれない。<br />
<br />
ここまでをまとめる。<br />
<strong><br />
&nbsp; ゲームデザインに対するプレイヤーの不満は、以下の場合に発生する。<br />
<br />
&nbsp;&nbsp;&nbsp; (1) 個々のデシジョンから発生する場合<br />
<br />
&nbsp;&nbsp;&nbsp; (2) デシジョン間の関係から発生する場合</strong><br />
<br />
<h3>構造化のプロセスとしてのゲームデザイン</h3>
<br />
ゲームデザインの目標の一つは、プレイヤーの不満をできる限り少なくすることであると考えられる。前節の考察に基づけは、不満の解消には、二つの場合がある。<br />
<br />
<strong>&nbsp;&nbsp;&nbsp; (1) 個々のデシジョンから発生する不満の解消<br />
<br />
&nbsp;&nbsp;&nbsp; (2) デシジョン間の関係から発生する不満の解消</strong><br />
<br />
このことからは、<br />
<br />
&nbsp; <strong>ゲームデザインのプロセスにおいては、個々のデシジョンを行うだけでなく、デシジョン間の関係付け、つまり、ゲームデザインの構造化が必要となる</strong><br />
<br />
と言える。<br />
<br />
以下の図は、「マルチエンディングである」と「セーブデータは一つ」というデシジョンが行われた後のステップを表している。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/structuring.PNG"><img border="0" alt="structuring.PNG" src="//rozenkranz.blog.shinobi.jp/File/structuring.PNG" /></a><br />
<br />
<h3>まとめ</h3>
<br />
この記事では、以下を主張した。<br />
<br />
<strong>&nbsp; ゲームデザインに対するプレイヤーの不満は、以下の場合に発生する。<br />
<br />
&nbsp;&nbsp;&nbsp; (1) 個々のデシジョンから発生する場合<br />
<br />
&nbsp;&nbsp;&nbsp; (2) デシジョン間の関係から発生する場合</strong><br />
<br />
このことは、以下を意味する。<br />
<br />
&nbsp; <strong>ゲームデザインのプロセスにおいては、個々のデシジョンを行うだけでなく、デシジョン間の関係付け、つまり、ゲームデザインの構造化が必要となる</strong><br />
<strong><br />
</strong>]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/109</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E5%88%86%E6%9E%90/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E5%88%86%E6%9E%90%EF%BC%9A%E3%80%8C%E3%83%89%E3%83%A9%E3%82%AF%E3%82%A8%EF%BC%99%E3%80%8D%E6%9B%B4%E6%96%B0_109" />
    <published>2009-08-14T18:01:31+09:00</published> 
    <updated>2009-08-14T18:01:31+09:00</updated> 
    <category term="ゲームレビュー分析" label="ゲームレビュー分析" />
    <title>ゲームレビュー分析：「ドラクエ９」更新</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[ドラクエ9のレビュー分析更新しました。<br />
<br />
今までは、不満点（BAD/REQUEST）の項目のみを対象に分析・集計をしていましたが、少し前から良い部分（GOOD!）に関しても同様の分析と集計を行っています。<br />
<br />
また意外と、COMMENTの項目も参考になるかなと思いつつあります。メーカーに対する期待や失望そういうのが書かれてたりします。そういうのを読むとユーザってゲームと関わりを持ちたいんだなあ、と思ったりします。<br />
<br />
僕も前作で不満のあったゲームが、最新作でその不満点がちゃんと改善されてたりすると、単にゲームが楽しい・面白いといった感情だけでなく「いい仕事した！　○○○○メーカーがんばれ！　次も買う！」とか思ったりします。<br />
<br />
<br />
以下テンプレ。<br />
-----<br />
一年以上前から、mk2さん（たとえば<a href="http://ndsmk2.net/">ndsmk2さん</a>）に投稿されたゲームレビューを分析しています。分析の目的は、プレイヤーの不満から、<strong>ゲームデザインの原則</strong>を特定することです。成果は、以下のドキュメントにまとめてます（まとめようとしています）。<br />
<br />
<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html">ゲームレビューから学ぶゲームデザインの原則</a>　<br />
<br />
ドラクエ9に関しては、ndsmk2さんには、現時点で<a href="http://ndsmk2.net/title.php?title=1580">187件のレビュー</a>が投稿されています。<br />
<br />
分析結果は、pdfで<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html#dq9">このページ</a>からダウンロードできます（pdfへの直接リンクは<a href="http://ncf.sakura.ne.jp/asato/doc/game/dq9.pdf">こちら</a>）。以下の表は、このpdf資料より不満件数多い上位10件の不満項目を抜き出したものです。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/dq9_rank2.PNG"><img border="0" alt="dq9_rank2.PNG" src="//rozenkranz.blog.shinobi.jp/File/dq9_rank2.PNG" /></a><br />
<br />
<br />
意見要望などあれば、ここにコメントしてくださっても、直接メールしてくださってもかまいません。<br />
<br />
<br />
<br />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/108</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AE%E7%90%86%E8%AB%96%EF%BC%9A%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%97%E3%83%AC%E3%82%A4%E6%99%82%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8B%E3%83%97%E3%83%AC%E3%82%A4%E3%83%A4%E3%83%BC%E3%81%AE%E5%A5%BD%E3%81%BF%E3%81%AE%E5%A4%89%E5%8C%96" />
    <published>2009-08-09T17:25:36+09:00</published> 
    <updated>2009-08-09T17:25:36+09:00</updated> 
    <category term="ゲームデザイン" label="ゲームデザイン" />
    <title>ゲームデザインの理論：ゲームプレイ時におけるプレイヤーの好みの変化</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[2009/8/20: この記事の内容を修正して「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントに「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html#player_experience">ゲームプレイ時におけるプレイヤーの好みの変化</a>」として追加しました。今後は、こちらのドキュメントを更新していきます。<br />
----<br />
この記事では、以下を主張する。<br />
<br />
&nbsp; &nbsp; <strong>あるゲームに対するある</strong> <strong>ゲームプレイヤーの好みは、そのゲームのプレイを通じて、変化する</strong><br />
<br />
このことは、以下を意味する。<br />
<br />
<strong>&nbsp;&nbsp;&nbsp; ゲームデザインのプロセスは、プレイヤー個人の好みの変化に対応できるデザインを生み出すプロセスである必要がある</strong><br />
<br />
<br />
<h3>ゲームデザインとは何か？</h3>
<br />
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定（デシジョン）を行うことだする。<br />
<br />
&nbsp; <strong>（1）ゲームのルールの側面: </strong>キャラクターのレベルは上がる。レベル制限は99。戦闘はターン制であり、敵と見方が交互に行動を行う、など。<br />
<br />
&nbsp; <strong>（1.1）ゲームバランスの側面：</strong>　ある敵のHPは500といった、パラメータの設定など。<br />
<br />
&nbsp; <strong>（2）ゲームシステムの側面:</strong> セーブ数は、10件など。<br />
<br />
&nbsp; <strong>（2.1）ユーザインタフェースの側面</strong>: LボタンとRボタンでキャラクターの切り替えができるなど。<br />
<br />
&nbsp; <strong>（2.2） システムの品質に関わる非機能要素の側面：</strong> たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。<br />
<br />
&nbsp; <a href="../../../../Entry/67/"><strong>（3）ゲームの遊び方に関する側面:</strong></a> ゲーム中のBGMを自由に変更できるなど。<br />
<br />
ゲームデザインとは、このプロセスの結果として決めたこと（デシジョン）の集合であるとする。<br />
<br />
詳細は「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントを参照。<br />
<br />
<br />
<h3>ゲームプレイ時におけるゲームプレイヤーの好みの変化</h3>
<br />
PS2のRPGである『ペルソナ4』の<a href="http://www.psmk2.net/ps2/title.php?title=273">レビュー</a>では、以下の不満点があった。<br />
<br />
&nbsp;&nbsp;&nbsp; 中間くらいで戦闘ナビがいらないと思うようになった。分かってることを何度も言ってくるので、音楽を聴いていたほうがいい気がした。 <br />
<br />
この不満点は、全139件のレビューの内1件だけであったので、この不満に対処する優先順位は低いかもしれない。しかし、この不満の表現からは以下が分かる。<br />
<br />
&nbsp; &nbsp; <strong>あるゲームに対する ある</strong><strong>ゲームプレイヤーの好みは、ゲームプレイを通じて、変化する</strong><br />
<br />
ゲームデザインの観点から、もっと一般的に言えば以下のように言える。<br />
<br />
&nbsp; &nbsp; <strong>あるゲームプレイヤーに適したゲームデザインは、ゲームプレイヤーのプレイ経験を通じて変化する</strong><br />
<br />
下記の図は、プレイヤーのプレイ経験が変化することで、ゲームに対する満足度が「満足」の状態から「不満」に変化することを示している（ここでは簡単のためゲーム＝ゲームデザインとしている）。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/player_exp.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/player_exp.PNG" alt="player_exp.PNG" /></a><br />
<br />
ここで重要なのは、<br />
<br />
&nbsp;&nbsp;&nbsp; <strong>初めからゲームデザインが誤っていた</strong><br />
<br />
というわけでないということである。戦闘ナビの例でいえば、この機能は、このプレイヤーにとっては初めから不要に思われていたわけでなかったといえる。<br />
<br />
下記の図は、このプレイヤーの視点から理想的な状況を表している。このプレイヤーにとっては、ナビが不要だとなったら、そうなることが望ましい。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/player_exp2.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/player_exp2.PNG" alt="player_exp2.PNG" /></a><br />
<br />
<br />
ゲームデザイナーは、プレイヤーのこのような要求に対応する必要がある。しかしながら、このようなプレイヤーの経験の変化に対応するには、ゲームデザイン側であらかじめ対応できるようになっている必要がある。この例でいえば、「戦闘ナビはオン・オフできる」というデシジョンを行ったデザインである必要がある。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/player_exp3.PNG"><img border="0" alt="player_exp3.PNG" src="//rozenkranz.blog.shinobi.jp/File/player_exp3.PNG" /></a><br />
<br />
<br />
以上のことから、ゲームデザインのプロセスに対する以下の要件を設定できる。<br />
<br />
&nbsp; <strong>&nbsp; （要件）ゲームデザインのプロセスは、プレイヤー個人の好みの変化に対応できるデザインを生み出すプロセスである必要がある</strong><br />
<br />
一つのアプローチは、例でも示したように、プレイヤー自身が自分の現状の好みに合わせてゲームを調整できる機能を導入することである。<br />
<br />
<h3>まとめ</h3>
<br />
この記事では、事例に基づき、以下を主張した。<br />
<br />
&nbsp;&nbsp;&nbsp; <strong>あるゲームに対するある</strong> <strong>ゲームプレイヤーの好みは、そのゲームのプレイを通じて、変化する</strong><br />
<br />
この主張が適切であれば、ゲームデザインのプロセスは、以下の特徴を備えていなければならない。<br />
<br />
&nbsp;&nbsp;&nbsp; <strong>ゲームデザインのプロセスは、プレイヤー個人の好みの変化に対応できるデザインを生み出すプロセスである必要がある</strong><br />
<br />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/107</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E5%88%86%E6%9E%90/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E5%88%86%E6%9E%90%EF%BC%9A%E3%80%8C%E3%83%89%E3%83%A9%E3%82%AF%E3%82%A8%EF%BC%99%E3%80%8D%E6%9B%B4%E6%96%B0" />
    <published>2009-08-05T22:19:22+09:00</published> 
    <updated>2009-08-05T22:19:22+09:00</updated> 
    <category term="ゲームレビュー分析" label="ゲームレビュー分析" />
    <title>ゲームレビュー分析：「ドラクエ９」更新</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[ドラクエ9のレビュー分析更新しました。以下テンプレ。<br />
-----<br />
一年以上前から、mk2さん（たとえば<a href="http://ndsmk2.net/">ndsmk2さん</a>）に投稿されたゲームレビューを分析しています。分析の目的は、プレイヤーの不満から、<strong>ゲームデザインの原則</strong>を特定することです。成果は、以下のドキュメントにまとめてます（まとめようとしています）。<br />
<br />
<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html">ゲームレビューから学ぶゲームデザインの原則</a>　<br />
<br />
ndsmk2さんには、現時点で<a href="http://ndsmk2.net/title.php?title=1580">161件のレビュー</a>が投稿されています。<br />
<br />
pdfで<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html#dq9">このページ</a>からダウンロードできます（pdfへの直接リンクは<a href="http://ncf.sakura.ne.jp/asato/doc/game/dq9.pdf">こちら</a>）。意見要望などあれば、ここにコメントしてくださっても、直接メールしてくださってもかまいません。<br />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/106</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AE%E7%90%86%E8%AB%96%EF%BC%9A%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%97%E3%83%AC%E3%82%A4%E3%83%A4%E3%83%BC%E3%81%AE%E5%88%A9%E5%B7%B1%E6%80%A7" />
    <published>2009-08-02T00:12:06+09:00</published> 
    <updated>2009-08-02T00:12:06+09:00</updated> 
    <category term="ゲームデザイン" label="ゲームデザイン" />
    <title>ゲームデザインの理論：ゲームプレイヤーの利己性</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[<strong>更新履歴</strong><br />
2009/8/8: この記事の内容を大幅に修正して「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントに「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html#player_respect">ゲームプレイヤーの尊重性</a>」として追加しました。今後は、こちらのドキュメントを更新していきます。<br />
-----<br />
この記事では、以下を主張する。<br />
<br />
&nbsp; <strong>ゲームプレイヤーは、ゲームデザインに対して完全に利己的に不満の解消を要求するわけではない。</strong><br />
<br />
ゲームプレイヤーはゲームプレイを通じて、自分に適さない点があるとき、不満を持つ。しかし、ある種のプレイヤーは、自分だけに適するような不満の解消をゲームデザインに対して要求するのではなく、他のプレイヤーの好みを考慮するような解消を受け入れる。<br />
<br />
<h3>ゲームデザインとは何か？</h3>
<br />
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定（デシジョン）を行うことだする。<br />
<br />
&nbsp; <strong>（1）ゲームのルールの側面: </strong>キャラクターのレベルは上がる。レベル制限は99。戦闘はターン制であり、敵と見方が交互に行動を行う、など。<br />
<br />
&nbsp; <strong>（1.1）ゲームバランスの側面：</strong>　ある敵のHPは500といった、パラメータの設定など。<br />
<br />
&nbsp; <strong>（2）ゲームシステムの側面:</strong> セーブ数は、10件など。<br />
<br />
&nbsp; <strong>（2.1）ユーザインタフェースの側面</strong>: LボタンとRボタンでキャラクターの切り替えができるなど。<br />
<br />
&nbsp; <strong>（2.2） システムの品質に関わる非機能要素の側面：</strong> たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。<br />
<br />
&nbsp; <a href="../../../../Entry/67/"><strong>（3）ゲームの遊び方に関する側面:</strong></a> ゲーム中のBGMを自由に変更できるなど。<br />
<br />
ゲームデザインとは、このプロセスの結果として決めたこと（デシジョン）の集合であるとする。<br />
<br />
詳細は「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントを参照。<br />
<br />
<h3>ゲームプレイヤーの利己性</h3>
<br />
<a href="http://ndsmk2.net/title.php?title=1580">ndsmk2さんのところの『ドラクエ9』のレビュー</a>を分析していると、次のような不満があった。<br />
<br />
&nbsp;&nbsp; メッセージスピードを変更できない<br />
<br />
この不満は、１３６件のレビュー中８件あった。ここで興味深いのは、なぜ、<br />
<br />
<strong>&nbsp; 「メッセージスピードが遅い」あるいは「メッセージスピードが速い」というような、プレイヤー自身に適した不満の表現でないのか</strong><br />
<br />
ということである。実際、「メッセージスピードが遅い」という不満は2件あった。<br />
<br />
この疑問に対して、以下の3つの解釈を考えた。<br />
<strong><br />
・(解釈1) 過去の体験からの予測：</strong> 今までのドラクエのシリーズ（全てかどうかは未検証）では、メッセージスピードを変更する機能は存在していた。しかし、今作では、存在していない。そのため、過去の体験のあるプレイヤーは「メッセージのスピードの度合いが自分に適していない」というレベルの不満はなく、「メッセージのスピードが適していなくてスピードを変更したいのに、その機能がなくなっている」というレベルでの不満の表現を行った。<br />
<strong><br />
・(解釈2) 実際はプレイヤー自身に適した不満の表現である: </strong>実際に、メッセージスピードの変更が必要な理由がプレイヤーにあったのかもしれない。たとえば、メッセースピードは最初はプレイヤーに適していた。しかし、プレイヤーが慣れるにつれて、メッセージスピードがプレイヤーに適さなくなった。そのため、スピードの変更の必要性があった。<br />
<br />
この記事で主張したいのは、３つ目の解釈である。<br />
<br />
<strong>・(解釈3) プレイヤーは、完全に利己的に自身の不満の解消を要求するわけではない: </strong>自分に適したメッセージスピードは他のプレイヤーには適していないかもしれない。しかし、メッセージスピードをプレイヤー毎にに適するように変更できれば、自分だけなく他のプレイヤーの不満も解消できる。<br />
<br />
もちろん、レビューを書いたプレイヤーは、３つ目のようなことを思考して不満を表現したわけではないかもしれない。実際、著者自身もこの「メッセージスピードを変更できない」という不満を持ったが、3のような思考を行ったわけはなかった。著者自身は、どちらかというと1だったように思える。<br />
<br />
しかしながら、3の解釈も適切である、というのは重要であるように思える。少なくとも、筆者自身は3の解釈に反論はなかった。<br />
<br />
<h3>ゲームデザインへのゲームプレイヤーの利己性の影響</h3>
<br />
一般化して、考えてみよう。ここでは、「完全に利己的なプレイヤー」と、「利己的ではないプレイヤー」の二種類が存在するとする。<br />
<br />
<strong>・完全に利己的なプレイヤー: </strong>自分の好みに適した不満の表現を行うプレイヤー<br />
<br />
・<strong>利己的ではないプレイヤー:</strong> 自分の好みだけでなく他人の好みにも適した不満の表現の解消を行うプレイヤー<br />
<br />
まずは、以下の図に示すように、完全に利己的なプレイヤーＡと完全に利己的なプレイヤーＢがいる場合。また、デシジョン1で構成されるゲームデザイン1とデシジョン2で構成されるゲームデザイン2があり、ＡとＢがこれらゲームデザインのゲームをプレイしたとする。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/selfishness1.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/selfishness1.PNG" alt="selfishness1.PNG" /></a>   <br />
<br />
この図から分かるように、完全に利己的なプレイヤーが表現する不満のみを解消しようとした場合、<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html#conflict">プレイヤー間で好みの衝突があるため</a>、どちらのプレイヤーも満足させることができない。<br />
<br />
次に、プレイヤーＡとＢに加えて、利己的でないプレイヤーＸがいるとする。このプレイヤーＸは、ゲームデザイン1のゲームをプレイし、「メッセージスピードが遅いのに変更できない」という不満の表現を行うとする（ゲームデザイン2の場合でも同様の議論が可能）。<br />
<br />
<a target="_blank" href="//rozenkranz.blog.shinobi.jp/File/selfishness2.PNG"><img border="0" alt="selfishness2.PNG" src="//rozenkranz.blog.shinobi.jp/File/selfishness2.PNG" /></a><br />
<br />
ここで、二つの不満の表現が出たため、ゲームデザイナーは、どちらかを選択することで、不満の解消を行うことができる。<br />
<br />
<strong>・(選択肢1）完全に利己的なプレイヤーの不満を解消：</strong> これにより、プレイヤーＡの不満が解消され、プレイヤーＢは不満になり、プレイヤーＸは、解釈2の理由で不満があったのでない限り、とりあえずは満足する。<br />
<br />
・<strong>(選択肢2）利己的でないプレイヤーの不満を解消：&nbsp; </strong>プレイヤーＡ、Ｂ、Ｘの全てのプレイヤーの不満を解消することができる。<br />
<br />
選択肢２の場合を以下の図に示している。ただし、「メッセージスピードは、プレイヤーＡ、Ｂ、Ｘに適する範囲で変更が可能」と仮定している。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/selfishness3.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/selfishness3.PNG" alt="selfishness3.PNG" /></a><br />
<br />
ここで、プレイヤーの利己性の度合いは関係しないのではないか、と思われる方がいるかもしれない。つまり、あるデシジョン（例ではデシジョン1かデシジョン2）は、プレイヤー間で好みの衝突を引き起こすということから、衝突を解消するようなデシジョン（例ではデシジョン3）を行うだけではないのか、ということである。<br />
<br />
プレイヤーの利己性を考慮するかどうかは、衝突を解消するようなデシジョンを行ってよいかどうかに関係する。つまり、<br />
<br />
<strong>・衝突を解消するようなデシジョンを受け入れるプレイヤー</strong><br />
<br />
<strong>・衝突を解消するようなデシジョンを受け入れないプレイヤー</strong><br />
<br />
がいると考えられるためである。<br />
<br />
衝突を解消するようなデシジョンは、プレイヤーに選択することを強いるということである。プレイヤー自身に、自身に適したデザインを選択する権利を与えるということである。問題は、プレイヤーによっては選択する行為自体に不満を持つかもしれない、ということである。<br />
<br />
ここでは、「利己的でないプレイヤー」 という観点から、「衝突を解消するようなデシジョンを受け入れるプレイヤーがいる」ということを示したといえる。<br />
<br />
<br />
<h3>まとめ</h3>
<br />
この記事では、以下の主張を行った。<br />
<br />
&nbsp; <strong>ゲームプレイヤーは、ゲームデザインに対して完全に利己的に不満の解消を要求するわけではない。</strong><br />
<br />
このことは、<br />
<br />
&nbsp; <strong>プレイヤー間の好みの衝突を解消するようなデシジョンを受け入れるプレイヤーがいる</strong><br />
<br />
とも言える。<br />
<br type="_moz" />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/105</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E5%88%86%E6%9E%90/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E5%88%86%E6%9E%90%EF%BC%9A%E3%83%89%E3%83%A9%E3%82%AF%E3%82%A89" />
    <published>2009-07-25T15:47:23+09:00</published> 
    <updated>2009-07-25T15:47:23+09:00</updated> 
    <category term="ゲームレビュー分析" label="ゲームレビュー分析" />
    <title>ゲームレビュー分析：ドラクエ9</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[<strong>更新履歴</strong><br />
さらに更新は<a href="http://rozenkranz.blog.shinobi.jp/Entry/107/">こちらの記事</a>を見てください。<br />
<br />
2009/8/1: 分析内容を更新しました。不満の件数順のページを新たに追加しました。<br />
2009/7/26: 分析内容を更新しました。<br />
-----<br />
一年以上前から、mk2さん（たとえば<a href="http://ndsmk2.net/">ndsmk2さん</a>）に投稿されたゲームレビューを分析しています。分析の目的は、プレイヤーの不満から、<strong>ゲームデザインの原則</strong>を特定することです。成果は、以下のドキュメントにまとめてます（まとめようとしています）。<br />
<br />
<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html">ゲームレビューから学ぶゲームデザインの原則</a>　<br />
<br />
さて、『ドラクエ9』が発売されてから二週間ほど経ちました。ndsmk2さんには、現時点で<a href="http://ndsmk2.net/title.php?title=1580">104件のレビュー</a>が投稿されています。<br />
<br />
で、『ドラクエ9』のレビューを一通り読み終わりました。詳細な分析はまだですが、どのような不満があって不満の件数はどれくらいなのかというのを少しまとめてみました。バージョン１です。<br />
<br />
pdfで<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html#dq9">このページ</a>からダウンロードできます（pdfへの直接リンクは<a href="http://ncf.sakura.ne.jp/asato/doc/game/dq9.pdf">こちら</a>）。意見要望などあれば、ここにコメントしてくださっても、直接メールしてくださってもかまいません。<br />
<br />
<br />
<br type="_moz" />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
  <entry>
    <id>rozenkranz.blog.shinobi.jp://entry/104</id>
    <link rel="alternate" type="text/html" href="http://rozenkranz.blog.shinobi.jp/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3/%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AE%E7%90%86%E8%AB%96%EF%BC%9A%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%97%E3%83%AC%E3%82%A4%E3%83%A4%E3%83%BC%E3%81%AB%E3%82%88%E3%82%8B%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%81%AE%E6%8E%A2%E7%B4%A2" />
    <published>2009-07-22T18:28:32+09:00</published> 
    <updated>2009-07-22T18:28:32+09:00</updated> 
    <category term="ゲームデザイン" label="ゲームデザイン" />
    <title>ゲームデザインの理論：ゲームプレイヤーによるゲームデザインの探索</title>
    <content mode="escaped" type="text/html" xml:lang="utf-8"> 
      <![CDATA[<strong>更新履歴</strong><br />
2009/7/24: この記事の内容を修正して「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントに追加しました。今後は、こちらのドキュメントを更新していきます。<br />
-----<br />
この記事では、以下を主張する。<br />
<br />
&nbsp; <strong>ゲームプレイヤーは、ゲームプレイを通じて不満があるとき、プレイヤー自身に適したゲームデザインを探索する。</strong><br />
<br />
このプレイヤーが自分に適したゲームデザインを探索するという見方は、 ゲームのデザインプロセスに以下の結果をもたらす。<br />
<br />
&nbsp; <strong>あるプレイヤーに適したゲームは、段階的にデザインできる。</strong><br />
<br />
<h3>ゲームデザインとは何か？</h3>
<br />
ゲームデザインのプロセス（活動）とは、ここでは、次のような側面に対する様々な決定（デシジョン）を行うことだする。<br />
<br />
&nbsp; <strong>（1）ゲームのルールの側面: </strong>キャラクターのレベルは上がる。レベル制限は99。戦闘はターン制であり、敵と見方が交互に行動を行う、など。<br />
<br />
&nbsp; <strong>（1.1）ゲームバランスの側面：</strong>　ある敵のHPは500といった、パラメータの設定など。<br />
<br />
&nbsp; <strong>（2）ゲームシステムの側面:</strong> セーブ数は、10件など。<br />
<br />
&nbsp; <strong>（2.1）ユーザインタフェースの側面</strong>: LボタンとRボタンでキャラクターの切り替えができるなど。<br />
<br />
&nbsp; <strong>（2.2） システムの品質に関わる非機能要素の側面：</strong> たとえば、ロード時間に対する要求。3秒以内に戦闘画面を表示し、ユーザの入力を受け付けなければならない、など。<br />
<br />
&nbsp; <a href="../../../../Entry/67/"><strong>（3）ゲームの遊び方に関する側面:</strong></a> ゲーム中のBGMを自由に変更できるなど。<br />
<br />
ゲームデザインとは、このプロセスの結果として決めたこと（デシジョン）の集合であるとする。<br />
<br />
詳細は「<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html">ゲームデザインの理論</a>」のドキュメントを参照。<br />
<br />
<h3>ゲームプレイヤーのゲームデザインに対する不満</h3>
<br />
一年以上前から、ゲームレビューサイトに投稿されたレビューを読み、プレイヤーがどんな不満を持っているのかを<a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_principles.html">分析している</a>。発見の一つは、以下である。<br />
<br />
&nbsp; ゲームプレイヤーは、ゲームプレイを通じて、不満があるとき、プレイヤー自身に適したゲームデザインを探索する。<br />
<br />
ここで不満とは、以下であるとする。<br />
<br />
&nbsp; プレイヤーの不満とは、 プレイヤーが実際にプレイして感じたこととプレイヤーが期待することとの間の不一致である。<br />
<br />
不満の表現は、抽象的なものから具体的なものまで様々である。たとえば、NDSのRPGである『セブンスドラゴン』の<a href="http://ndsmk2.net/title.php?title=1446">レビュー</a>では、次のような不満の表現があった。<br />
<br />
&nbsp; <strong>・抽象的な不満の表現: </strong>はっきりとは言えないが、なぜかストレスが溜まっていく（メニュー画面とかの操作性が原因？）<br />
<br />
&nbsp; <strong>・具体的な不満の表現:</strong> キーアイテムは処分不可能でありアイテム欄を圧迫するのに、預り所がない。<br />
&nbsp; <br />
実際にプレイして感じたこととは、そのプレイヤーにとってのそのゲームの質あるいは機能的な事実である。質とは、たとえば、「ストレスがたまる」に対応する。機能的な事実とは、たとえば、「預り所がない」に対応する。<br />
<br />
プレイヤーが期待することとは、実際にプレイして感じたこととの中で、プレイヤーが受け入れたくないことを解消する質や機能のことである。たとえば、「ストレスがたまらない」や「預り所がある」などである。<br />
<br />
<h3>ゲームプレイヤーのゲームデザインの探索</h3>
<br />
この節では、具体的な不満の表現が行われるプロセスには、<br />
<br />
&nbsp; プレイヤーが自身に適したゲームデザインを探索するプロセス<br />
<br />
が含まれることを議論する。<br />
<br />
具体的な不満の表現として、たとえば、『セブンスドラゴン』の<a href="http://ndsmk2.net/title.php?title=1446">レビュー</a>では、次のようなものがあった。<br />
<br />
&nbsp; <strong>(1)</strong> ダッシュは、序盤のクエストをクリアすることの報酬としてできるようになるが、最初からダッシュできたほうがいい。<br />
<br />
&nbsp; <strong>(2)</strong> 受注したクエストの確認がメニュー画面でできない。<br />
<br />
&nbsp; <strong>(3)</strong> フロワロは踏むとダメージを受ける仕様（毒沼）だが、毒沼だけでなく幾つか種類を増やしてもよかった。たとえば、雑魚敵が強くなるなど。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/expected_design_table.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/expected_design_table.PNG" alt="expected_design_table.PNG" /></a><br />
<br />
これら不満の表現は、以下の二つの要素が明示的・暗黙的に含まれると考えられる（上記の表）。<br />
<br />
&nbsp; ・プレイヤー自身に適さない実際のゲームデザイン<br />
<br />
&nbsp; ・プレイヤー自身に適したゲームデザイン<br />
<br />
ここで注目したいのは、これら二つの要素間の関係である。この記事では、<br />
<br />
&nbsp; <strong>プレイヤー自身に適さない実際のゲームデザインからプレイヤー自身に適したゲームデザインへの探索</strong><br />
<br />
として見なせると考える。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/player_explore.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/player_explore.PNG" alt="player_explore.PNG" /></a><br />
<br />
以下の図は、探索のプロセスは「プレイヤーによる決定の拒否」と「プレイヤーによる決定」により行われることを示している。<br />
<br />
<a href="//rozenkranz.blog.shinobi.jp/File/player_explore_process.PNG" target="_blank"><img border="0" src="//rozenkranz.blog.shinobi.jp/File/player_explore_process.PNG" alt="player_explore_process.PNG" /></a><br />
<br />
「探索」と呼ぶのは、迷路を探索することに似ている部分があるためである。たとえば、分かれ道がＡとＢの二つあり、Ａを選択した（デザイナーによる決定に対応）とする。Ａの道を進んでいくと、行き止まりである。そこでこの道を引き返す（プレイヤーによる決定の拒否）。次にＢを選択する（プレイヤーによる決定）。<br />
<br />
<h3>まとめ:段階的なゲームデザインのプロセスと課題</h3>
<br />
この記事では、以下を主張した。<br />
<br />
&nbsp; <strong>ゲームプレイヤーは、ゲームプレイを通じて不満があるとき、プレイヤー自身に適したゲームデザインを探索する。</strong><br />
<br />
プレイヤーが自分に適したゲームデザインを探索するという見方は、 ゲームのデザインプロセスに以下の結果をもたらす。<br />
<br />
&nbsp; <strong>あるプレイヤーに適したゲームは、段階的にデザインできる。</strong><br />
<br />
ただし、次の課題がある。<br />
<br />
&nbsp; <strong>(a) プレイヤー自身の探索の失敗: </strong>プレイヤーが想像したデザインは、実際にはプレイヤーに適し ていないかもしれない。ゲームデザインは、実際にゲームとして実現されプレイされるまで適切な評価ができない可能性がある。そのため、プレイヤーが自分が 探索したデザイン評価できるように、デザインを素早くゲームとして実現できる必要がある。<br />
<br />
&nbsp; <strong>(b) <a href="http://ncf.sakura.ne.jp/asato/doc/game/game_design_theory.html#conflict">プレイヤー間の好みの衝突</a>: </strong>プレイヤーAに適したデザインは、プレイヤーＢには適していないかもしれない。そのため、好みの衝突を解消するようなゲームデザインを行う必要がある。<br />
<br />
<br />]]> 
    </content>
    <author>
            <name>asato</name>
        </author>
  </entry>
</feed>