(57)【要約】      （修正有）【課題】戦闘シミュレーションゲームにおいてプレーヤが行う采配の補助として有効な情報を提示し得るサーバシステム及びプログラムの提供。【解決手段】プログラムは、ゲームフィールドにおける味方キャラクタ及び相手キャラクタの各々の戦闘に係る行動を、キャラクタごとに設定されたキャラクタ属性に基づき制御する行動制御手段と、ゲームフィールドで対戦する味方キャラクタと相手キャラクタとの間の戦闘の効果を、味方キャラクタのキャラクタ属性と相手キャラクタのキャラクタ属性との組み合わせに設定された戦闘相性に基づき制御する対戦制御手段と、対戦に係る味方キャラクタ及び相手キャラクタの状況に応じて、味方キャラクタ及び相手キャラクタの戦闘相性を調節する調節手段と、戦闘相性に応じて変化する表示体を、対戦に係る味方キャラクタ及び相手キャラクタに関連付けて戦闘画像へ表示させる表示制御手段としてコンピュータを機能させるプログラム。【選択図】図８
2018029829.tif 000002
【特許請求の範囲】
【請求項１】
プレーヤの指示に応じて投入された少なくとも１つの味方キャラクタを含む味方キャラクタ群が所与のゲームフィールドで相手キャラクタ群と戦闘する戦闘画像を生成するプログラムであって、
前記ゲームフィールドにおける味方キャラクタ及び相手キャラクタの各々の戦闘に係る行動を、キャラクタごとに設定されたキャラクタ属性に基づき制御する行動制御手段と、
前記ゲームフィールドで対戦する味方キャラクタと相手キャラクタとの間の戦闘の効果を、当該味方キャラクタのキャラクタ属性と当該相手キャラクタのキャラクタ属性との組み合わせに設定された戦闘相性に基づき制御する対戦制御手段と、
前記対戦に係る味方キャラクタ及び相手キャラクタの状況に応じて、当該味方キャラクタ及び当該相手キャラクタの前記戦闘相性を調節する調節手段と、
前記戦闘相性に応じて変化する表示体を、前記対戦に係る味方キャラクタ及び相手キャラクタに関連付けて前記戦闘画像へ表示させる表示制御手段と、
してコンピュータを機能させることを特徴とするプログラム。
【請求項２】
請求項１に記載のプログラムにおいて、
前記調節手段は、
前記対戦に係る味方キャラクタ及び相手キャラクタの対戦距離、対戦位置の環境、アイテム装備、スキル発動状態、のうち少なくとも１つを、前記状況として参照する、
ことを特徴とするプログラム。
【請求項３】
請求項１又は２に記載のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、所与の条件を満たさない対戦については前記表示体の表示を省略する、
ことを特徴とするプログラム。
【請求項４】
請求項３に記載のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、前記戦闘相性が所与の条件を満たさない対戦については前記表示体の表示を省略する、
ことを特徴とするプログラム。
【請求項５】
請求項３又は４に記載のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、前記味方キャラクタが劣勢な対戦については前記表示体の表示を省略する、
ことを特徴とするプログラム。
【請求項６】
請求項３〜５の何れか一項に記載のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、前記戦闘相性の優劣差が閾値を越える対戦については前記表示体の表示を省略する、
ことを特徴とするプログラム。
【請求項７】
請求項３〜６の何れか一項に記載のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、所与の主要エリアから外れたエリアで行われる対戦については前記表示体の表示を省略する、
ことを特徴とするプログラム。
【請求項８】
請求項１〜７の何れか一項に記載のプログラムにおいて、
前記戦闘画像は、
前記ゲームのリプレイ画像である、
ことを特徴とするプログラム。
【請求項９】
請求項３〜７の何れか一項に記載のプログラムにおいて、
前記戦闘画像は、
前記リプレイ画像であり、
前記表示制御手段は、
前記ゲームフィールドで行われた対戦のうち、ゲームの勝敗に寄与しなかった対戦については前記表示体の表示を省略する、
ことを特徴とするプログラム。
【請求項１０】
請求項３〜７の何れか一項に記載のプログラムにおいて、
前記戦闘画像は、
前記リプレイ画像であり、
前記表示制御手段は、
前記ゲームフィールドで行われた対戦のうち、対戦中に前記戦闘相性が反転しなかった対戦については前記表示体の表示を省略する、
ことを特徴とするプログラム。
【請求項１１】
請求項１〜１０の何れか一項に記載のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、前記表示体の表示されている対戦を前記プレーヤが指定すると、当該指定されたタイミングにおける前記状況のデータを前記戦闘画像へ表示させる、
ことを特徴とするプログラム。
【請求項１２】
請求項１〜１１の何れか一項に記載のプログラムにおいて、
前記表示体には、
前記対戦に係るキャラクタのうち戦闘相性の優勢なキャラクタから劣勢なキャラクタに向かう矢印マークが含まれる、
ことを特徴とするプログラム。
【請求項１３】
請求項１〜１２の何れか一項に記載のプログラムにおいて、
前記表示制御手段は、
前記対戦に係る味方キャラクタ及び相手キャラクタを囲う閉曲線イメージを前記戦闘画像へ表示する、
ことを特徴とするプログラム。
【請求項１４】
請求項１〜１３の何れか一項に記載のプログラムにおいて、
前記表示制御手段は、
前記戦闘相性の程度を前記矢印マークの状態に反映させる、
ことを特徴とするプログラム。
【請求項１５】
プレーヤの指示に応じて投入された少なくとも１つの味方キャラクタを含む味方キャラクタ群が所与のゲームフィールドで相手キャラクタ群と戦闘する戦闘画像を生成するサーバシステムであって、
前記ゲームフィールドにおける味方キャラクタ及び相手キャラクタの各々の戦闘に係る行動を、キャラクタごとに設定されたキャラクタ属性に基づき制御する行動制御手段と、
前記ゲームフィールドで対戦する味方キャラクタと相手キャラクタとの間の戦闘の効果を、当該味方キャラクタのキャラクタ属性と当該相手キャラクタのキャラクタ属性との組み合わせに設定された戦闘相性に基づき制御する対戦制御手段と、
前記対戦に係る味方キャラクタ及び相手キャラクタの状況に応じて、当該味方キャラクタ及び当該相手キャラクタの前記戦闘相性を調節する調節手段と、
前記戦闘相性に応じて変化する表示体を、前記対戦に係る味方キャラクタ及び相手キャラクタに関連付けて前記戦闘画像へ表示させる表示制御手段と、
を備えることを特徴とするサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバシステム及びプログラムに関する。
【背景技術】
【０００２】
近年、タブレット型情報通信端末装置又はスマートフォンなどの情報通信端末装置の多機能化、機能向上及びその普及に伴い、これらの端末装置においてもゲームを実行する機会が増えている。中でも戦闘シミュレーションゲームは、プレーヤが指定したキャラクタ（擬人化した所謂キャラクタのみならず、部隊、キャラクタ、戦艦などのユニットをも含む）をプレーヤが指定した順にゲームフィールドへ配置し、敵キャラクタと自動的に対戦させるものである。なお、戦闘シミュレーションゲームは、「シミュレーションゲーム」、「ストラテジーゲーム」、「戦略シミュレーションゲーム」、「リアルタイムストラテジーゲーム」、「リアルタイムシミュレーションゲーム」などと呼ばれることもある。
【０００３】
戦闘シミュレーションゲームの面白さは、プレーヤが如何なる順序で如何なるキャラクタを投入するのか（以下、「采配」という。）が勝敗を分ける点にあるので、プレーヤにはキャラクの属性（キャラクタ属性）を正確に把握することが望まれ、また、戦闘シミュレーションゲームの上達には采配の成否をプレーヤにフィードバックすることが欠かせない。
【０００４】
因みに、特許文献１には、ロールプレイングゲームにおいてプレーヤが指定したプレーヤキャラクタと敵キャラクタとの戦闘相性（優劣関係など）を、タッチペンの操作に応じて矢印表示する発明が開示されているので、キャラクタの組み合わせごとの戦闘相性をプレーヤが容易に確認することができる。また、上級者による戦闘シミュレーションゲームのリプレイ画像を共有できるようにしたＳＮＳなども既に公知であるので、経験数の少ないプレーヤが早期の上達を図ることも可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４８９７３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ゲームフィールドにプレーヤキャラクタと敵キャラクタとが複数ずつ登場する戦闘シミュレーションゲームでは、プレーヤが把握すべき対戦数が多くなるので、仮に様々な組み合わせの戦闘相性をプレーヤが予め確認した場合であっても、時々刻々と変化する状況に必ずしも対処できなかった。また、リプレイ画像には如何なる采配により如何なる状況変化が生じたのかが反映されているものの、リプレイ画像からターニングポイントをプレーヤ自身が見出したり、当該ターニングポイントにおける采配の成否をプレーヤ自身が判断したりすることは極めて困難である。
【０００７】
本発明は、上記課題を解決するためになされたものであり、その目的は、戦闘シミュレーションゲームにおいてプレーヤが行う采配の補助として有効な情報を提示し得るサーバシステム及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
（１）上記課題を解決するため、本発明のプログラムは、
プレーヤの指示に応じて投入された少なくとも１つの味方キャラクタを含む味方キャラ
クタ群が所与のゲームフィールドで相手キャラクタ群と戦闘する戦闘画像を生成するプログラムであって、
前記ゲームフィールドにおける味方キャラクタ及び相手キャラクタの各々の戦闘に係る行動を、キャラクタごとに設定されたキャラクタ属性に基づき制御する行動制御手段と、
前記ゲームフィールドで対戦する味方キャラクタと相手キャラクタとの間の戦闘の効果を、当該味方キャラクタのキャラクタ属性と当該相手キャラクタのキャラクタ属性との組み合わせに設定された戦闘相性に基づき制御する対戦制御手段と、
前記対戦に係る味方キャラクタ及び相手キャラクタの状況に応じて、当該味方キャラクタ及び当該相手キャラクタの前記戦闘相性を調節する調節手段と、
前記戦闘相性に応じて変化する表示体を、前記対戦に係る味方キャラクタ及び相手キャラクタに関連付けて前記戦闘画像へ表示させる表示制御手段と、
してコンピュータを機能させることを特徴とする。
【０００９】
ここで、「戦闘に係る行動」には、対戦相手の選定、攻撃内容の設定、攻撃頻度の設定、攻撃の回数の設定、対戦相手への攻撃、防御などの戦闘行動が含まれてもよいし、移動方向の選定、移動速度の設定、移動経路の選定などの移動行動が含まれてもよい。また、「攻撃」には、例えば、攻撃する側のパラメータの少なくとも１つ（例えば攻撃力）と攻撃される側のパラメータの少なくとも１つ（例えば防御力）とに応じて、攻撃される側のパラメータの少なくとも１つ（例えば体力）を減算することが含まれてもよい。また、「攻撃」には、例えば、攻撃の回数に応じて、攻撃する側のパラメータの少なくとも１つ（例えば弾数などのアイテム装備）を減算することが含まれてもよい。
【００１０】
また、「キャラクタ属性」は、ゲームフィールドにおけるキャラクタの移動行動の傾向や、キャラクタの対戦相手に対する戦闘行動の傾向などを規定する、キャラクタの基本的な特性のことである。
【００１１】
また、「戦闘相性」は、対戦相手との優劣関係、強弱関係を示す特性のことであり、「戦闘の効果」は、キャラクタの保有するパラメータの少なくとも１つ（例えば、攻撃力、防御力）が対戦相手に与える効果のことである。よって、例えば、キャラクタが対戦相手に与えるパラメータの少なくとも１つ（例えば攻撃力や防御力など）の効果は、対戦相手に対する当該キャラクタの戦闘相性が「優勢」であるときには増幅され、対戦相手に対する当該キャラクタの戦闘相性が「劣勢」であるときには抑制され、対戦相手に対する当該キャラクタの戦闘相性が「対等」であるときには維持される。この戦闘相性は、対戦相手への効果の程度で表すことも可能であるし、「劣勢」、「対等」、「優勢」などの言葉で表すことも可能である。
【００１２】
また、「キャラクタの状況」は、キャラクタの保有するパラメータと、キャラクタの環境との少なくとも一方であってもよく、例えば、対戦相手までの距離（対戦距離）、キャラクタの位置（対戦位置）の環境、アイテム装備（弾切れの有無など）、スキル発動状態、のうち少なくとも１つが含まれる。なお、ゲームフィールドの各マス（後述）に地形属性が設定されている場合には、キャラクタの位置するマスの地形属性をキャラクタの環境の１つとしてもよい。
【００１３】
また、「表示体」は、戦闘画面に表示されるイメージの１つであり、例えば、マーク、パターン、アイコン、テキストイメージ、点滅パターンなどが含まれる。例えば、ゲームフィールドが三次元のオブジェクト空間である場合には、表示体は、ゲームフィールドに配置された三次元のオブジェクトであってもよいし、ゲームフィールドが二次元のオブジェクト空間である場合には、表示体は、ゲームフィールドに配置された二次元のオブジェクトであってもよい。
【００１４】
以上の構成においては、ゲームフィールドで対戦する味方キャラクタ及び相手キャラクタの少なくとも一方の状況が変化すると、当該味方キャラクタ及び当該相手キャラクタの戦闘相性が変化する可能性がある。そして、当該戦闘相性が変化した場合には、対戦に係るキャラクタに関連付けられた表示体も変化するので、プレーヤは、当該表示体の変化により、状況の変化に応じた戦闘相性の変化を認識することができる。また、プレーヤは、当該表示体が変化したタイミングにより、当該戦闘相性の変化したタイミング、すなわち状況の変化したタイミングを、認識することもできる。
【００１５】
従って、ゲームフィールドにおける対戦数が仮に複数であったとしても、プレーヤは、複数の対戦に関連付けられた複数の表示体の変化から、個々の対戦の戦闘相性の変化、すなわち個々の対戦の優劣関係の変化を、ゲーム中に把握することが可能である。更には、前記戦闘画像がリプレイ画像である場合には、プレーヤ又は別のプレーヤは、表示体の変化から、味方キャラクタ群と相手キャラクタ群との勝敗を分けたターニングポイント（勝敗を分けた時期）を、見出すことも可能である。また、プレーヤ自身又は別のプレーヤは、ターニングポイントの前後における表示体の変化から、ターニングポイントに絡むプレーヤの采配（如何なる順序で如何なるキャラクタを投入するのか）の成否を判断することも可能である。以上の結果、本発明が戦闘画像に表示する表示体は、プレーヤ自身又は別のプレーヤによる采配の補助として有効である。
【００１６】
（２）本発明のプログラムにおいて、
前記調節手段は、
前記対戦に係る味方キャラクタ及び相手キャラクタの対戦距離、対戦位置の環境、アイテム装備、スキル発動状態、のうち少なくとも１つを、前記状況として参照してもよい。
【００１７】
以上の構成によれば、プレーヤは、対戦に係る味方キャラクタ及び相手キャラクタの対戦距離、対戦位置の環境、アイテム装備、スキル発動状態、のうち少なくとも１つの変化を、表示体の変化から間接的に把握することができる。
【００１８】
（３）本発明のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、所与の条件を満たさない対戦については前記表示体の表示を省略してもよい。
【００１９】
以上の構成によれば、表示体の個数を適宜に削減し、戦闘画像を見易くすることが可能である。この構成は、特に、ゲームフィールドにおいて複数の対戦が同時に発生する場合に有効である。
【００２０】
（４）本発明のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、前記戦闘相性が所与の条件を満たさない対戦については前記表示体の表示を省略してもよい。
【００２１】
以上の構成によれば、表示体の表示の有無について条件を定めることができるので、当該条件さえ適切に設定すれば、プレーヤにとって必要な対戦についてのみ表示体を表示させることが可能である。
【００２２】
（５）本発明のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、前記味方キャラクタが劣勢な対戦については前記表示体の表示を省略してもよい。
【００２３】
以上の構成によれば、味方キャラクタが優勢な対戦についてしか表示体が表示されないので、プレーヤは、味方キャラクタが優勢な対戦と、相手キャラクタが優勢な対戦とを、表示体の表示の有無により区別することができる。
【００２４】
（６）本発明のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、前記戦闘相性の優劣差が閾値を越える対戦については前記表示体の表示を省略してもよい。
【００２５】
以上の構成によれば、味方キャラクタと相手キャラクタとが拮抗する対戦、すなわち采配の成否の判定が難しい対戦を、際立たせることができる。
【００２６】
（７）本発明のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、所与の主要エリアから外れたエリアで行われる対戦については前記表示体の表示を省略してもよい。
【００２７】
以上の構成によれば、主要エリアで行われる対戦、例えば、味方キャラクタの本丸又は相手キャラクタの本丸での対戦を、際立たせることができる。なお、味方キャラクタ又は相手キャラクタの「本丸」とは、味方キャラクタ又は相手キャラクタの陣地内で防御の要となる重要エリア（重要設備も含む）のことであって、例えば、主要エリアのダメージが一定以上となる又は崩落すると、当該主要エリアの所有者側の敗戦が確定する、というゲーム終了条件を採用することも可能である。
【００２８】
（８）本発明のプログラムにおいて、
前記戦闘画像は、
前記ゲームのリプレイ画像であってもよい。
【００２９】
以上の構成によれば、プレーヤ自身又は別のプレーヤは、表示体の変化から、味方キャラクタ群と相手キャラクタ群との勝敗を分けたターニングポイント（勝敗を分けた時期）を見出すことも可能である。また、ターニングポイントの前後における表示体の変化から、ターニングポイントに絡む采配の成否を判断することも可能である。
【００３０】
（９）本発明のプログラムにおいて、
前記戦闘画像は、
前記リプレイ画像であり、
前記表示制御手段は、
前記ゲームフィールドで行われた対戦のうち、ゲームの勝敗に寄与しなかった対戦については前記表示体の表示を省略してもよい。
【００３１】
以上の構成によれば、味方キャラクタ群と相手キャラクタ群との勝敗を分けたターニングポイント（勝敗を分けた時期）を際立たせることができる。
【００３２】
（１０）本発明のプログラムにおいて、
前記戦闘画像は、
前記リプレイ画像であり、
前記表示制御手段は、
前記ゲームフィールドで行われた対戦のうち、対戦中に前記戦闘相性が反転しなかった対戦については前記表示体の表示を省略してもよい。
【００３３】
以上の構成によれば、対戦中に優劣関係の逆転した対戦を際立たせることができる。なお、「戦闘相性の反転」には、戦闘相性が「優勢」から「劣勢」へ変化すること、戦闘相性が「劣勢」から「優勢」へ変化すること、戦闘相性が「超優性」から「超劣勢」へ変化すること、戦闘相性が「超劣勢」から「超優性」へ変化すること、などが含まれる。
【００３４】
（１１）本発明のプログラムにおいて、
前記表示制御手段は、
前記ゲームフィールドで行われる対戦のうち、前記表示体の表示されている対戦を前記プレーヤが指定すると、当該指定されたタイミングにおける前記状況のデータを前記戦闘画像へ表示させることができる。
【００３５】
以上の構成によれば、プレーヤは、表示体が変化したタイミングで当対戦を指定すれば、当該表示体が変化した原因を確認することができるし、表示体が変化しないタイミングで当該対戦を指定すれば、当該表示体が変化しない原因を確認することができる。
【００３６】
（１２）本発明のプログラムにおいて、
前記表示体には、
前記対戦に係るキャラクタのうち戦闘相性の優勢なキャラクタから劣勢なキャラクタに向かう矢印マークが含まれてもよい。
【００３７】
以上の構成によれば、プレーヤは、矢印マークの向きにより、味方キャラクタと相手キャラクタとの優劣関係を直感的に把握することができる。
【００３８】
（１３）本発明のプログラムにおいて、
前記表示制御手段は、
前記対戦に係る味方キャラクタ及び相手キャラクタを囲う閉曲線イメージを前記戦闘画像へ表示してもよい。
【００３９】
以上の構成によれば、対戦に係る味方キャラクタと相手キャラクタとが例えば離れている場合や、ゲームフィールドに複数の対戦が同時に発生している場合であっても、プレーヤは、当該閉曲線イメージにより、互いに対戦する味方キャラクタ及び相手キャラクタを容易に特定することができる。
【００４０】
（１４）本発明のプログラムにおいて、
前記表示制御手段は、
前記戦闘相性の程度を前記矢印マークの状態に反映させてもよい。
【００４１】
以上の構成によれば、プレーヤは、矢印マークの状態により、対戦に係る味方キャラクタと相手キャラクタとの間の優劣関係を確認することができる。
【００４２】
（１５）本発明のサーバシステムは、
プレーヤの指示に応じて投入された少なくとも１つの味方キャラクタを含む味方キャラクタ群が所与のゲームフィールドで相手キャラクタ群と戦闘する戦闘画像を生成するサーバシステムであって、
前記ゲームフィールドにおける味方キャラクタ及び相手キャラクタの各々の戦闘に係る行動を、キャラクタごとに設定されたキャラクタ属性に基づき制御する行動制御手段と、
前記ゲームフィールドで対戦する味方キャラクタと相手キャラクタとの間の戦闘の効果を、当該味方キャラクタのキャラクタ属性と当該相手キャラクタのキャラクタ属性との組み合わせに設定された戦闘相性に基づき制御する対戦制御手段と、
前記対戦に係る味方キャラクタ及び相手キャラクタの状況に応じて、当該味方キャラクタ及び当該相手キャラクタの前記戦闘相性を調節する調節手段と、
前記戦闘相性に応じて変化する表示体を、前記対戦に係る味方キャラクタ及び相手キャラクタに関連付けて前記戦闘画像へ表示させる表示制御手段と、
を備えることを特徴とするサーバシステム。
【００４３】
以上の構成においては、ゲームフィールドで対戦する味方キャラクタ及び相手キャラクタの少なくとも一方の状況が変化すると、当該味方キャラクタ及び当該相手キャラクタの戦闘相性が変化する可能性がある。そして、当該戦闘相性が変化した場合には、対戦に係るキャラクタに関連付けられた表示体も変化するので、プレーヤは、当該表示体の変化により、状況の変化に応じた戦闘相性の変化を認識することができる。また、プレーヤは、当該表示体が変化したタイミングにより、当該戦闘相性の変化したタイミングを認識することもできる。
【００４４】
従って、ゲームフィールドにおける対戦数が仮に複数であったとしても、複数の対戦に関連付けられた複数の表示体の変化から、個々の対戦の戦闘相性の変化をプレーヤがゲーム中に把握することが可能である。更には、前記戦闘画像がリプレイ画像である場合には、味方キャラクタ群と相手キャラクタ群との勝敗を分けたターニングポイント（勝敗を分けた時期）を、表示体の変化からプレーヤ又は別のプレーヤが見出すことも可能である。また、ターニングポイントの前後における表示体の変化から、ターニングポイントに絡むプレーヤの采配（如何なる順序で如何なるキャラクタを投入するのか）の成否を、プレーヤ自身又は別のプレーヤが判断することも可能である。以上の結果、本発明が戦闘画像に表示する表示体は、プレーヤ自身又は別のプレーヤによる采配の補助として有効である。
【００４５】
なお、本発明のサーバシステムの機能は、複数のサーバ装置に分担して搭載されてもよい。また、本サーバシステムの機能の一部は、端末装置の側に搭載されてもよい。また、本発明のプログラムの一部又は全部を情報記憶媒体に記録することも可能である。
【図面の簡単な説明】
【００４６】
【図１】一実施形態のゲームシステムの構成を示すシステム構成の一例を示す図である。
【図２】一実施形態におけるゲームサーバの構成を示す機能ブロック図の一例である。
【図３】一実施形態における端末装置の構成を示す機能ブロック図の一例である。
【図４】一実施形態における端末装置の外観を示す図の一例である。
【図５】戦闘相性を説明する図の一例である。（ａ）は、戦闘相性の原則を示しており、（ｂ）、（ｃ）は、戦闘相性の例外を示している。
【図６】ゲーム開始時におけるゲームフィールドを示す図の一例である。
【図７】敵キャラクタ１０００Ａ’及びプレーヤキャラクタ１０００Ｃの投入されたゲームフィールドを示す図の一例である。
【図８】矢印マーク４０００及び閉曲線イメージ４００１が表示されたゲームフィールドを示す図の一例である。
【図９】対戦距離に応じて矢印マーク４０００が反転した様子を説明する図の一例である。
【図１０】ゲームフィールドで２つの対戦が同時に発生した様子を説明する図の一例である。
【図１１】ポップアップ表示を説明する図の一例である。
【図１２】ポップアップ表示を説明する別の図の一例である。
【図１３】矢印マークの表示処理のフローチャートの一例である。
【図１４】ポップアップ表示処理のフローチャートの一例である。
【図１５】リプレイ表示処理のフローチャートの一例である。
【発明を実施するための形態】
【００４７】
以下、実施形態について説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、以下の実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００４８】
１．ゲームシステム
図１は、一実施形態のゲームシステム（サーバシステムの一例）の構成を示すシステム構成の一例を示す図である。
【００４９】
本実施形態のゲームシステム１は、図１に示すように、ゲームサービスを提供するサーバ装置１０と、端末装置２０（例えば、端末装置２０Ａ、２０Ｂ、２０Ｃ）とが、インターネット（ネットワークの一例）に接続可能に構成されている。
【００５０】
ユーザは、端末装置２０からサーバ装置１０にアクセスすることにより、インターネットを介してサーバ装置１０からゲームを取得し、当該ゲームのプレーをすることができる。さらに、ユーザは端末装置２０からサーバ装置１０にアクセスすることにより、他のユーザとの間でコミュニケーションを図りつつ、ゲームを実行することができるようになっている。
【００５１】
特に、サーバ装置１０は、インターネットを介して通信接続された端末装置２０を用いて、ユーザにゲームをプレーさせるサービスを提供することが可能な情報処理装置である。なお、サーバ装置１０は、コミュニケーション型のサービスを提供するＳＮＳサーバとして機能することも可能である。また、ＳＮＳサーバとは、例えば、複数のユーザ間でコミュニケーションを提供することが可能なサービスを提供する情報処理装置を示す。
【００５２】
また、サーバ装置１０は、例えば、ＳＮＳサーバとして機能する場合には、提供するＳＮＳの動作環境（ＡＰＩ（アプリケーションプログラミングインタフェース）、プラットフォーム等）を利用して実行されるソーシャルゲーム（Ｓｏｃｉａｌ  Ｇａｍｅ）をと呼ばれるゲームを提供することができるようになっている。
【００５３】
具体的には、サーバ装置１０は、端末装置２０のＷｅｂブラウザ上で提供されるゲーム、例えばＨＴＭＬ、ＦＬＡＳＨ、ＣＧＩ、ＰＨＰ、ｓｈｏｃｋｗａｖｅ、Ｊａｖａ（登録商標）アプレット、ＪａｖａＳｃｒｉｐｔ（登録商標）など様々な言語で作られたブラウザゲーム（Ｗｅｂブラウザで設置サイトを開くだけで起動するゲーム）を提供することができるようになっている。
【００５４】
なお、ソーシャルゲームとは、既存のオンラインゲームとは違い、専用のクライアントソフトウェアを必要とせず、ＷｅｂブラウザとＳＮＳのアカウントのみで利用可能なゲームが含まれる。また、サーバ装置１０は、ネットワークを介して他のユーザの端末（スマートフォン、パソコン、ゲーム機など）と接続し、オンラインで同時に同じゲーム進行を共有することができるオンラインゲームを提供することが可能な構成を有している。
【００５５】
一方、サーバ装置１０は、１つの（装置、プロセッサ）で構成されていてもよいし、複数の（装置、プロセッサ）で構成されていてもよい。
【００５６】
そして、サーバ装置１０の記憶領域（後述する記憶部１４０）に記憶される課金情報、ゲーム情報等の情報を、ネットワーク（イントラネット又はインターネット）を介して接続されたデータベース（広義には記憶装置、メモリ）に記憶するようにしてもよいし、Ｓ
ＮＳサーバとして機能する場合には、記憶領域に記憶されるユーザ情報１４６等の情報を、ネットワーク（イントラネット又はインターネット）を介して接続されたデータベース（広義には記憶装置、メモリ）に記憶するようにしてもよい。
【００５７】
具体的には、本実施形態のサーバ装置１０は、端末装置２０のユーザ（すなわち、ゲームを実行するプレーヤ）の操作に基づく入力情報を受信し、受信した入力情報に基づいてゲーム処理を行うようになっている。
【００５８】
そして、サーバ装置１０は、ゲーム処理結果を端末装置２０に送信する。なお、端末装置２０は、サーバ装置１０から受信したゲーム処理結果を端末装置２０にユーザに閲覧可能に提供する各種の処理を行う構成を有している。
【００５９】
端末装置２０は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ゲーム装置、ＰＤＡ、携帯型ゲーム機等、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ装置１０に接続可能な装置である。なお、端末装置２０とサーバ装置１０との通信回線は、有線でもよいし無線でもよい。
【００６０】
また、端末装置２０は、Ｗｅｂページ（ＨＴＭＬ形式のデータ）を閲覧可能なＷｅｂブラウザを備えている。すなわち、端末装置２０は、サーバ装置１０との通信を行うための通信制御機能、及びサーバ装置１０から受信したデータ（Ｗｅｂデータ、ＨＴＭＬ形式で作成されたデータなど）を用いて表示制御を行うとともに、ユーザ操作のデータをサーバ装置１０に送信するＷｅｂブラウザ機能などを備え、ゲーム画面をユーザに提供する各種の処理を実行し、ユーザによってゲームを実行させるようになっている。ただし、端末装置２０は、サーバ装置１０から提供されたゲーム制御情報を取得して所定のゲーム処理を実行し、ゲーム処理に基づくゲームを実行してもよい。
【００６１】
具体的には、端末装置２０は、所定ゲームを行う旨の要求をサーバ装置１０に対して行うと、サーバ装置１０のゲームサイトに接続され、ゲームが開始される。特に、端末装置２０は、必要に応じてＡＰＩを用いることにより、ＳＮＳサーバとして機能するサーバ装置１０に所定の処理を行わせ、又は、ＳＮＳサーバとして機能するサーバ装置１０が管理するユーザ情報１４６を取得させてゲームを実行する構成を有している。
【００６２】
２．サーバ装置
図２は、一実施形態におけるゲームサーバの構成を示す機能ブロック図の一例である。なお、図２は、本実施形態のサーバ装置１０の機能ブロックを示す図である。また、本実施形態のサーバ装置１０は図２の構成要素（各部）の一部を省略した構成としてもよい。
【００６３】
サーバ装置１０は、管理者やその他の入力に用いるための入力部１２０、所定の表示を行う表示部１３０、所定の情報が記憶された情報記憶媒体１８０、端末装置２０やその他と通信を行う通信部１９６、主に提供するゲームに関する処理を実行する処理部１００、及び、主にゲームに用いる各種のデータを記憶する記憶部１４０を含む。
【００６４】
入力部１２０は、システム管理者等がゲームに関する設定やその他の必要な設定、データの入力に用いるものである。例えば、本実施形態の入力部１２０は、マウスやキーボード等によって構成される。
【００６５】
表示部１３０は、システム管理者用の操作画面を表示するものである。例えば、本実施形態の表示部１３０は、液晶ディスプレイ等によって構成される。
【００６６】
情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデー
タなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などによって構成される。
【００６７】
通信部１９６は外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどによって構成される。
【００６８】
記憶部１４０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、ＲＡＭ（ＶＲＡＭ）などによって構成される。なお、記憶部１４０に記憶される情報は、データベースで管理してもよい。
【００６９】
また、本実施形態においては、記憶部１４０には、提供するゲームに関する情報を示すゲーム情報１４４、提供するゲームに関しプレーヤとしてのユーザに関する情報を示すユーザ情報１４６、及び、その他ゲーム演算に必要な各種の情報が記憶される。
【００７０】
処理部１００は、記憶部１４０内の主記憶部１４２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００７１】
処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。
【００７２】
例えば、処理部１００（プロセッサ）は、情報記憶媒体に記憶されているプログラムに基づいて、サーバ装置１０全体の制御を行うとともに、各部間におけるデータ等の受け渡しの制御などの各種の処理を行う。さらに、端末装置２０からの要求に応じた各種サービスを提供する処理を行う。
【００７３】
具体的には、本実施形態の処理部１００は、通信制御部１０１、Ｗｅｂ処理部１０２及びゲーム管理部１０４を少なくとも有している。
【００７４】
通信制御部１０１は、端末装置２０とネットワークを介してデータを送受信する処理を行う。すなわち、サーバ装置１０は、通信制御部１０１によって端末装置２０等から受信した情報に基づいて各種処理を行う。
【００７５】
特に、本実施形態の通信制御部１０１は、ユーザの端末装置２０からの要求に基づいて、ゲーム画面を、当該ユーザの端末装置２０に送信する処理を行う。
【００７６】
Ｗｅｂ処理部１０２は、Ｗｅｂサーバとして機能する。例えば、Ｗｅｂ処理部１０２は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを通じて、端末装置２０にインストールされているＷｅｂブラウザの要求に応じてデータを送信する処理、及び、端末装置２０のＷｅｂブラウザによって送信されるデータを受信する処理を行う。
【００７７】
なお、本実施形態では、サーバ装置１０がＳＮＳサーバとしての機能も備えていている場合を例にとり説明するが、サーバ装置１０を、ゲーム用のサーバと、ＳＮＳ用のサーバと別々に形成してもよい。また、本実施形態のゲームの処理は、サーバ装置１０が一部又は全部を行ってもよいし、端末装置２０が一部を行ってもよい。
【００７８】
ゲーム管理部１０４は、端末装置２０と連動し、当該端末装置２０を介して入力されたプレーヤの操作に基づいて、各プレーヤにおいてロールプレーイングゲーム（ＲＰＧ）や対戦ゲームに関するゲーム処理を実行するとともに、各ユーザのゲームの進行状況やアイテム管理などの各ユーザにおいて使用するキャラクタ（「ユニット」とも言うことができる。）及び各種のアイテムを含むユーザ情報１４６を管理する。
また、ゲーム管理部１０４は、後述するように、各プレーヤキャラクタの配置などの所定の操作が実行された場合に、当該操作を含むユーザが設定した各種のデータに基づいて自動的にゲームを実行するための自動演算処理を実行し、端末装置２０で再生するためのデータを生成し、生成したデータを端末装置２０に提供する。
【００７９】
３．端末装置
図３は、一実施形態における端末装置の構成を示す機能ブロック図の一例であり、図４は、一実施形態における端末装置の外観を示す図の一例である。なお、本実施形態の端末装置２０は図３の構成要素（各部）の一部を省略した構成としてもよい。
【００８０】
入力部２６０は、プレーヤが操作データを入力するためのものであり、その機能は、タッチパネル若しくはタッチパネル型ディスプレイ、十字キーやテンキーなどの所定の操作キー、又は、コントローラなどにより実現できる。
【００８１】
例えば、入力部２６０がタッチパネルやタッチパネル型ディスプレイによって構成されている場合には、画像が表示される画面上における２次元の指示位置座標（ｘ，ｙ）を検出可能な検出部２６２を備えている。例えば、入力部２６０は、接触検出領域（タッチパネル）における、２次元の接触位置座標（ｘ，ｙ）を検出可能な検出部２６２を備えている。
【００８２】
また、本実施形態において、接触位置は、プレーヤの接触操作（直接的な接触及びポインティングデバイスによる間接的な接触も含む）により、接触検出領域から得られる位置情報である。
【００８３】
なお、本実施形態のプレーヤの接触操作には、ユーザの指によるタッチパネル１２上への直接的なタッチ操作又はスライド操作、及び、ポインティングデバイスなどのデバイスを介して実行される間接的なタッチパネル１２上へのタッチ操作又はスライド操作の他に、タッチパネル１２に直接的及び間接的にタッチ操作又はスライド操作をせずに、タッチパネル１２上への擬似的なタッチ操作又はスライド操作も含まれる。
【００８４】
例えば、擬似的なタッチ操作又はスライド操作とは、
（１）赤外線などの光ビームをタッチパネル面と平行に当該タッチパネル面に近接した位置で照射し、当該タッチパネル１２の一端部に縦横方向に一定間隔に形成される複数の照射部と、各照射部と対を構成し、当該各照射部に対向するタッチパネルの他端部に設けられ、各照射された光ビームをそれぞれ受信する複数のセンサとによって、タッチパネル１２に接触又は近接した際に光ビームが遮断された縦横の座標を検出し、当該検出した座標に基づいて認識するタッチ操作又はスライド操作、及び、
（２）タッチパネル１２の表示面を撮像するカメラを設け、当該カメラによってユーザがタッチパネル１２に接触又は近接した位置座標を検出し、当該検出した位置座標に基づいて認識するタッチ操作又はスライド操作、
などタッチパネル１２に実際に接触することによって又は近接させて検出することによって認識するタッチ操作又はスライド操作を含む。
【００８５】
また、接触検出領域に同時に複数の接触位置が検出される場合には、いずれか１つの接
触位置（先に検出された接触位置）を用いるようにしてもよいし、複数の接触位置を同時に処理してもよい。
【００８６】
なお、接触検出領域に複数の判定領域が存在する場合には、各判定領域において、１つの接触位置（先に検出された接触位置）を用いるようにしてもよい。また、判定領域とは、取得した接触位置のうち、移動制御など処理部２００で処理するための接触位置を予め特定する接触検出領域上の範囲である。
【００８７】
特に、本実施形態では、図４（Ａ）及び（Ｂ）に示すタッチパネル（表示画面、ディスプレイ）１２は、液晶ディスプレイと、プレーヤ（操作者、ユーザ）の接触位置を検出するためのタッチパネルセンサとが積層されたタッチパネル型ディスプレイとなっている。すなわち、本実施形態では、タッチパネル１２が入力部２６０として機能するとともに表示部２９０としても機能する。
【００８８】
なお、表示画面（以下、特別な場合を除き「タッチパネル」という。）１２への接触操作は、指先を用いて行うようにしてもよいし、タッチペンなどの入力デバイスを用いて行うようにしてもよい。
【００８９】
また、入力部２６０は、指示位置以外の操作情報（操作信号）を入力可能なボタンやレバー、キーボード、ステアリング、マイク、加速度センサなどを備えていてもよい。
【００９０】
記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。そして、本実施形態の記憶部２７０は、ワーク領域として使用される主記憶部２７１と、最終的な表示画像等が記憶される画像バッファ２７２と、提供するゲームに関しプレーヤとしてのユーザに関する情報を示すユーザ情報２７３と、テーブルデータなどのゲームを実行する上で必要な各種のデータを記憶するゲームデータ記憶部２７４と、を含む。なお、これらの一部を省略する構成としてもよいし、サーバ装置１０の記憶部１４０がその一部を構成してもよい。
【００９１】
特に、ゲームデータ記憶部２７４には、
（１）ゲームに用いるキャラクタやコマ（将棋やチェスのコマ）などのプレーヤのキャラクタ（以下、「プレーヤキャラクタ」という。）及び対戦ゲームの敵側（コンピュータ（ＣＰＵ）や他のプレーヤ）のキャラクタ（以下、「敵キャラクタ」という。）として用いるキャラクタに関するデータ
（２）プレーヤキャラクタや敵キャラクタに設定するアイテムや実行させるためのコマンド（以下、まとめて「コマンド」ともいう。）及びそれに関するデータ、及び、
（３）対戦ゲームが実行される複数のフィールド及び各フィールドの各マスの地形属性を示す地形属性情報など各フィールドに関するデータ
が記憶される。
【００９２】
なお、各キャラクタに関するデータには、例えば、各キャラクタの攻撃力、攻撃特性、防御力、防御特性などの攻撃や防御に関する特性又は能力を示すキャラクタに関する特性（以下、「キャラクタ特性」、「キャラクタ属性」ともいう。）、「接近戦型」、「長距離戦型」、「中距離戦型」などのゲーム上の役割に応じて設定された属性、複数のマスから構成されるフィールド（マップ）の移動可能範囲を示す移動特性に関するデータ等が含まれる。
【００９３】
また、攻撃力や防御力としては、例えば、１０段階や５段階のパラメータ、又は、３桁の数字などのパラメータが規定されており、当該パラメータの値によって攻撃や防御する際のヒットポイントの演算に用いられる。
【００９４】
さらに、攻撃特性又は防御特性としては、例えば、対象キャラクタから２マス以内の四方に攻撃を可能とする移動単位としてのマスに基づく攻撃範囲や防御範囲、又は、魔法、アイテムやコンボ攻撃などの攻撃の種別や防御の種別が規定される。
【００９５】
一方、ユーザ情報２７３には、
（１）ゲーム実行中のプレーヤキャラクタ及びそれに関するデータ、
（２）プレーヤと対戦ゲームで対戦中の敵キャラクタ及びそれに関するデータ、及び、
（３）上記以外のゲームの進行に必要なプレーヤに関するデータ、
が記憶される。
【００９６】
例えば、プレーヤキャラクタに関するデータとしては、プレーヤがゲームを進行させるために当該プレーヤが有する複数のプレーヤキャラクタの中から、ゲーム内で使用する複数のプレーヤキャラクタをプレーヤキャラクタ群として設定したデッキのデータ（以下、「デッキデータ」ともいう。）が含まれる。
【００９７】
また、敵キャラクタに関するデータとしては、同様に、プレーヤと対戦する複数の他の敵キャラクタの中から、ゲーム内で使用する複数の敵キャラクタを敵キャラクタ群として設定したデッキデータが含まれる。
【００９８】
情報記憶媒体２８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。
【００９９】
また、情報記憶媒体２８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。なお、処理部２００は、後述するように、情報記憶媒体２８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。
【０１００】
表示部２９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。
【０１０１】
特に、本実施形態では表示部２９０は、タッチパネルディスプレイを用いることによりプレーヤがゲーム操作を行う入力部２６０としても機能する。ここでタッチパネルとして、例えば抵抗膜方式（４線式、５線式）、静電容量方式、電磁誘導方式、超音波表面弾性波方式、赤外線走査方式などのタッチパネルを用いることができる。
【０１０２】
音出力部２９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【０１０３】
通信部２９６は、外部（例えばホスト装置や他の端末装置）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。
【０１０４】
なお、端末装置２０は、サーバ装置１０が有する情報記憶媒体や記憶部２７０に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやデータを、ネットワークを介して受信し、受信したプログラムやデータを情報記憶媒体２８０や記憶部２７０に記憶してもよい。このようにプログラムやデータを受信して端末装置２０を
機能させる場合も本発明の範囲内に含めることができる。
【０１０５】
処理部２００（プロセッサ）は、入力部２６０からの入力データやプログラムなどに基づいて、サーバ装置１０と連動して、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。
【０１０６】
特に、本実施形態においては、ゲーム処理としては、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、プレーヤオブジェクト、敵オブジェクトなどのオブジェクトを配置する処理、オブジェクトを表示する処理、ゲーム結果を演算する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などが含まれる。
【０１０７】
また、処理部２００は、記憶部２７０をワーク領域として各種処理を行う。処理部２００の機能は、各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【０１０８】
特に、本実施形態の処理部２００は、オブジェクト空間設定部２１０と、操作検出処理部２１１と、表示制御部２１２と、移動処理部２１４と、ゲーム演算部２１５と、仮想カメラ制御部２１６と、ゲーム管理部２１７と、描画部２２０と、音処理部２３０とを含む。また、これらの一部を省略する構成としてもよい。
【０１０９】
なお、例えば、本実施形態の表示制御部２１２は、本発明の表示制御手段を構成し、  本実施形態の移動処理部２１４及びゲーム演算部２１５は、本発明の行動制御手段を構成し、本実施形態のゲーム演算部２１５は、本発明の対戦制御手段、調節手段を構成する。
【０１１０】
オブジェクト空間設定部２１０は、オブジェクト（プレーヤオブジェクト、移動体、敵オブジェクト）、移動経路、建物、樹木、柱、壁、マップ（地形）などの表示物を表す各種オブジェクト（スプライト、ビルボード、ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブ面で構成されるオブジェクト）をオブジェクト空間（以下、「ゲーム空間」ともいう。）に配置設定する処理を行う。
【０１１１】
具体的にはオブジェクト空間設定部２１０は、オブジェクト（モデルオブジェクト）の位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ）或いは（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ軸回りでの回転角度）或いは（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。
【０１１２】
なお、オブジェクト空間とは、いわゆる仮想２次元空間、仮想３次元空間の両方を含む。２次元空間とは、例えば２次元座標（Ｘ，Ｙ）においてオブジェクトが配置される空間であり、３次元空間とは、例えば３次元座標（Ｘ，Ｙ，Ｚ）においてオブジェクトが配置される空間である。
【０１１３】
また、オブジェクト空間を２次元空間とした場合には、複数のオブジェクトそれぞれについて設定された優先順位に基づいてオブジェクトを配置する。例えば、奥側にあるように見せたいオブジェクト（スプライト）から順にオブジェクトを配置し、手前側にあるように見せたいオブジェクトを重ねて配置する処理を行うことができる。
【０１１４】
そして、描画サイズが大きなオブジェクトを画像の下方に配置し、描画サイズが小さなオブジェクトを画像の上方に配置すれば、画面の上方に対応するオブジェクト空間が奥側にあるように見せることができ、画面の下方に対応するオブジェクト空間が手前側にあるように見せることができる。
【０１１５】
一方、オブジェクト空間を３次元空間とした場合には、ワールド座標系にオブジェクトを配置する。
【０１１６】
操作検出処理部２１１は、プレーヤが入力部２６０から入力した入力情報の認識処理を行う。具体的には、本実施形態の操作検出処理部２１１は、タッチ操作入力を検出する場合には、入力部２６０によって入力された指示位置を取得する。
【０１１７】
例えば、操作検出処理部２１１は、タッチ操作入力を検出する場合には、プレーヤの接触操作（すなわち、タッチ操作）を検出する接触検出領域（タッチパネル）における接触位置（２次元の接触位置座標）を指示位置として取得する。
【０１１８】
すなわち、操作検出処理部２１１は、プレーヤが指でタッチパネル１２にタッチ（以下、「タッチ操作入力」という。）し、当該タッチした状態を維持しつつ、タッチ位置を移動して最後にタッチパネル１２から離す操作（すなわち、スライド操作）を行う期間に相当する接触操作期間中（スライド操作期間中）における接触位置（指示位置）を取得する。
【０１１９】
特に、操作検出処理部２１１は、
（１）画面へのタッチ操作入力されていない状態（以下、「無接触状態」という。）からタッチ操作入力された状態（以下、「接触状態」という。）への第１の変化（以下、「状態変化」という。）を検出するとともに、当該状態変化が実行された検出位置（以下、「基準位置」ともいう。）を検出する第１の検出処理、及び、
（２）第１の変化の検出後であって当該第１の変化を検出した際（すなわち、無接触状態から接触状態に状態変化した際）のタッチ操作入力が継続されて（すなわち、接触状態が継続されて）スライド操作による入力（以下、「スライド操作入力」という。）が実行されている場合に、当該スライド操作入力の変化（すなわち、指示位置及び当該指示位置の変化）を第２の変化として検出する第２の検出処理、
（３）スライド操作入力中に、画面へのタッチ操作入力がされていない状態（すなわち、スライド操作入力が終了して無接触状態となった場合）を検出する第３の検出処理
を実行する。
【０１２０】
また、操作検出処理部２１１は、所定の周期毎に入力された指示位置を取得する。具体的には、所定の周期とはフレーム毎、例えば、１／６０秒〜１／１２０秒程度とすることができる。
【０１２１】
表示制御部２１２は、タッチパネル１２上に、プレーヤの指示に基づいて実行されるゲームに関するコンテンツを表示する。特に、表示制御部２１２は、ゲームの進行に応じて、又は、プレーヤの操作入力（例えば、タッチ操作入力やスライド操作入力）に応じてタッチパネル１２上に表示されるコンテンツの表示領域部分をスクロールさせて移動させるスクロール表示処理を制御する。
【０１２２】
なお、本実施形態の「コンテンツ」は、ゲーム（具体的には、ゲームの実行中にゲーム上に構築されるオブジェクト空間）、又は、ゲームに関する所与の設定を行うメニューなどのタッチパネルの画面上に表示可能に形成されるコンテンツであって、当該画面上に表示される部分であると、画面外において非表示となる部分と、から構成されている。
【０１２３】
移動処理部２１４は、オブジェクト空間内におけるオブジェクト（特に、プレーヤキャラクタ、敵キャラクタ又はそれ以外の移動体オブジェクト）の移動演算を行う。すなわち、移動処理部２１４は、入力部２６０によりプレーヤが入力した入力データ（モーション
データ含む）、選択されたプレーヤキャラクタ及びそれに対して受け付けたキャラクタ用コマンド、及び、敵キャラクタを移動させるためのプログラム（移動アルゴリズム）などに基づいて、オブジェクトをオブジェクト空間内で移動させ、又は、オブジェクトの動作（モーション、アニメーション）を制御するための処理を行う。
【０１２４】
特に、本実施形態の移動処理部２１４は、オブジェクトの移動情報（移動方向、移動量、移動速度、位置、回転角度、或いは加速度）や動作情報（各パーツオブジェクトの位置、或いは回転角度）を、１フレーム毎に順次求めるシミュレーション処理を行う。ここでフレームとは、オブジェクトの移動処理、動作処理（シミュレーション処理）や画像生成処理を行う時間の単位である。そして、本実施形態では、フレームレートは、固定としてもよいし、処理負荷に応じて可変としてもよい。
【０１２５】
なお、移動処理部２１４は、３次元のオブジェクト空間において入力方向に基づいてオブジェクトを移動させる処理を行ってもよい。例えば、予め、入力方向毎に移動方向を対応づけ、入力方向に対応する移動方向にオブジェクトを移動させる。
【０１２６】
一方、移動処理部２１４は、プレーヤの操作に基づいて、デッキに設定されたプレーヤキャラクタ及び敵キャラクタのマップ内の移動制御、及び、それに伴う他のプレーヤキャラクタや敵キャラクタの移動制御処理を行う。
【０１２７】
ゲーム演算部２１５は、種々のゲーム演算処理を行う。例えば、ゲーム演算部２１５は、プレーヤの指示に基づいてゲームに使用される複数のプレーヤキャラクタがデッキに設定されると、当該デッキに設定された各プレーヤキャラクタを用いてゲームを進行させるための各処理を実行する。
【０１２８】
具体的には、ゲーム演算部２１５は、複数のマスから構成されるマップに基づくオブジェクト空間の形成、ＲＰＧの場合には、ユーザの操作に応じて予め設定されたシナリオに基づくゲームの進行、プレーヤキャラクタと敵キャラクタとの対戦、及び、当該対戦時のパラメータ管理などのゲームを実行する上で必要な演算処理を行う。
【０１２９】
一方、ゲーム演算部２１５は、プレーヤキャラクタ及び敵キャラクタの移動が完了すると、攻撃ターン、防御ターン又は攻撃及び防御ターン毎に対戦ゲームを自動的に進行させるためのゲームの演算を実行する。なお、ゲーム演算部２１５は、プレーヤが指示したタイミング毎に対戦ゲームを自動的に進行させるためのゲームの演算を実行してもよい。
【０１３０】
なお、ゲーム演算部２１５は、リアルタイムに入力されたプレーヤからの操作入力に基づいてゲームの演算を実行して当該ゲームを進行させてもよい。
【０１３１】
また、ゲーム演算部２１５は、サーバ装置１０と連動して実行するが、その一部又は全部がサーバ装置１０に形成されていてもよい。
【０１３２】
仮想カメラ制御部２１６は、所与の視点から見える画像であって、奥行きがあるように見える画像を生成する。この場合に、仮想カメラ制御部２１６が、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点）の制御処理を行う。具体的には、仮想カメラの位置（Ｘ、Ｙ、Ｚ）又は回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）を制御する処理（視点位置や視線方向を制御する処理）を行う。
【０１３３】
例えば、仮想カメラによりオブジェクト（例えば、プレーヤキャラクタ、敵キャラクタ、ボール又は車）を後方から撮影する場合には、オブジェクトの位置又は回転の変化に仮想カメラが追従するように、仮想カメラの位置又は回転角度（仮想カメラの向き）を制御
する。
【０１３４】
この場合には、移動処理部２１４で得られたオブジェクトの位置、回転角度又は速度などの情報に基づいて、仮想カメラを制御できる。或いは、仮想カメラを、予め決められた回転角度で回転させたり、予め決められた移動経路で移動させたりする制御を行ってもよい。また、この場合には、仮想カメラの位置（移動経路）又は回転角度を特定するための仮想カメラデータに基づいて仮想カメラを制御する。
【０１３５】
なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラについて上記の制御処理が行われる。
【０１３６】
ゲーム管理部２１７は、入力部２６０を介して入力されたプレーヤの操作に基づいて、各プレーヤにおいて対戦ゲーム等のゲームに使用するプレーヤキャラクタ及び各種のアイテムを設定し、ユーザ情報２７３に登録する。
【０１３７】
特に、ゲーム管理部２１７は、デッキを用いてゲームを実行する場合には、設定されたプレーヤキャラクタ及び各種のアイテムをデッキデータとしてユーザ情報２７３に登録する。
【０１３８】
描画部２２０は、処理部２００で行われる種々の処理（ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部（ディスプレイ）２９０に出力する。描画部２２０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。特に、描画部２２０は、オブジェクト空間における仮想カメラから見える画像であって、画面上に表示する画像を生成する。
【０１３９】
ここで２次元画像を生成する場合には、描画部２２０は、設定された優先度が低いオブジェクトから順に描画して、オブジェクト同士が重なる場合には、優先度の高いオブジェクトを上書きして描画する。
【０１４０】
また、３次元画像を生成する場合には、本実施形態の描画部２２０は、まずオブジェクト（モデル）の各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）を含むオブジェクトデータ（モデルデータ）が入力され、入力されたオブジェクトデータに含まれる頂点データに基づいて、頂点処理が行われる。なお、頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。
また、頂点処理では、頂点の移動処理や、座標変換（ワールド座標変換、カメラ座標変換）、クリッピング処理、透視変換、あるいは光源処理等のジオメトリ処理が行われ、その処理結果に基づいて、オブジェクトを構成する頂点群について与えられた頂点データを変更（更新、調整）する。そして、頂点処理後の頂点データに基づいてラスタライズ（走査変換）が行われ、ポリゴン（プリミティブ）の面とピクセルとが対応づけられる。そしてラスタライズに続いて、画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（フラグメント処理）が行われる。
【０１４１】
ピクセル処理では、テクスチャの読出し（テクスチャマッピング）、色データの設定／変更、半透明合成、アンチエイリアス等の各種処理を行って、画像を構成するピクセルの最終的な描画色を決定し、透視変換されたオブジェクトの描画色を画像バッファ２７２（フレームバッファ、ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ、レンダリングターゲット）に出力（描画）する。すなわち、ピクセル処理では、画像情報（色、法線、輝度、α値等）をピクセル単位で設定あるいは変更するパーピクセル処理を行う。
【０１４２】
これにより、オブジェクト空間内に設定された仮想カメラ（所与の視点）から見える画像が生成される。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラから見える画像を分割画像として１画面に表示できるように画像を生成することができる。
【０１４３】
なお、描画部２２０が行う頂点処理やピクセル処理は、シェーディング言語によって記述されたシェーダプログラムによって、ポリゴン（プリミティブ）の描画処理をプログラム可能にするハードウェア、いわゆるプログラマブルシェーダ（頂点シェーダやピクセルシェーダ）により実現されてもよい。プログラマブルシェーダでは、頂点単位の処理やピクセル単位の処理がプログラム可能になることで描画処理内容の自由度が高く、ハードウェアによる固定的な描画処理に比べて表現力を大幅に向上させることができる。
【０１４４】
そして、描画部２２０は、オブジェクトを描画する際に、ジオメトリ処理、テクスチャマッピング、隠面消去処理、αブレンディング等を行う。
【０１４５】
ジオメトリ処理では、オブジェクトに対して、座標変換、クリッピング処理、透視投影変換、或いは光源計算等の処理を行う。そして、ジオメトリ処理後（透視投影変換後）のオブジェクトデータ（オブジェクトの頂点の位置座標、テクスチャ座標、色データ（輝度データ）、法線ベクトル、或いはα値等）を記憶部２７０に記憶する。
【０１４６】
テクスチャマッピングでは、記憶部２７０のテクスチャ記憶部に記憶されるテクスチャ（テクセル値）をオブジェクトにマッピングする処理を行う。具体的には、オブジェクトの頂点に設定（付与）されるテクスチャ座標等を用いて記憶部２７０のテクスチャ記憶部からテクスチャ（色（ＲＧＢ）、α値などの表面プロパティ）を読み出し、２次元の画像であるテクスチャをオブジェクトにマッピングする。この場合に、ピクセルとテクセルとを対応づける処理や、テクセルの補間としてバイリニア補間などを行う。
【０１４７】
なお、本実施形態では、オブジェクトを描画する際に、所与のテクスチャをマッピングする処理を行うようにしてもよい。この場合には、マッピングされるテクスチャの色分布（テクセルパターン）を動的に変化させることができる。
【０１４８】
また、この場合において、色分布（ピクセルパターン）が異なるテクスチャを動的に生成してもよいし、複数の色分布が異なるテクスチャを予め用意しておき、使用するテクスチャを動的に切り替えるようにしてもよい。またオブジェクト単位でテクスチャの色分布を変化させてもよい。
【０１４９】
隠面消去処理では、描画ピクセルのＺ値（奥行き情報）が格納されるＺバッファ（奥行きバッファ）を用いたＺバッファ法（奥行き比較法、Ｚテスト）による隠面消去処理を行う。すなわち、オブジェクトのプリミティブに対応する描画ピクセルを描画する際に、Ｚバッファに格納されるＺ値を参照するとともに、当該参照されたＺバッファのＺ値と、プリミティブの描画ピクセルでのＺ値とを比較し、描画ピクセルでのＺ値が、仮想カメラから見て手前側となるＺ値（例えば小さなＺ値）である場合には、その描画ピクセルの描画処理を行うとともにＺバッファのＺ値を新たなＺ値に更新する。
【０１５０】
αブレンディング（α合成）では、描画部２２０は、α値（Ａ値）に基づく半透明合成処理（通常αブレンディング、加算αブレンディング又は減算αブレンディング等）を行う。なお、α値は、各ピクセル（テクセル、ドット）に関連づけて記憶できる情報であり、例えば色情報以外のプラスアルファの情報である。α値は、マスク情報、半透明度（透明度、不透明度と等価）、バンプ情報などとして使用できる。
【０１５１】
特に、本実施形態での描画部２２０は、接触検出領域に対応する表示領域に表示させる画像を生成してもよい。表示領域に表示させる画像とは、例えばオブジェクトを含む画像でもよい。
【０１５２】
音処理部２３０は、処理部２００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部２９２に出力する。
【０１５３】
なお、本実施形態の端末装置２０は、１人のプレーヤがコンピュータと戦闘するシングルプレーヤモード専用のシステムにしてもよいし、複数のプレーヤがプレーヤキャラクタ群を構成し、又は、敵と味方に分かれて戦闘する対人プレイモード（マルチプレーヤモード）も備えるシステムにしてもよい。
【０１５４】
また、複数のプレーヤがプレーする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末装置２０を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末装置２０又はサーバ装置１０を用いて分散処理により生成してもよい。
【０１５５】
４．本実施形態の手法
４−１．概要
以下、本実施形態の手法の概要について説明する。
【０１５６】
（１）端末装置２０の移動処理部２１４は、図６〜図１０に示すとおり、プレーヤからの指示に応じて、オブジェクト空間としてのゲームフィールド１５００へプレーヤキャラクタを投入する。表示制御部２１２は、プレーヤの指示に応じて投入された少なくとも１つのプレーヤキャラクタを含むプレーヤキャラクタ群（味方キャラクタ群の一例）が所与のゲームフィールド１５００で敵キャラクタ群（相手キャラクタ群の一例）と戦闘する戦闘画像を生成する。表示制御部２１２が生成した戦闘画像は、画像バッファ２７２を介して表示部２９０へ送出される。よって、表示部２９０には図７〜図１０に示すような戦闘画像が表示される（なお、図７〜図１０では、銃砲弾、煙、炎などの演出用の動画像の表示を省略した。）。
【０１５７】
（２）端末装置２０の移動処理部２１４は、ゲームフィールド１５００におけるプレーヤキャラクタ及び敵キャラクタの各々の戦闘に係る行動を、キャラクタごとに設定されたキャラクタ属性に基づき制御する。「戦闘に係る行動」には、対戦相手の選定、攻撃内容の設定、攻撃頻度の設定、攻撃の回数の設定、対戦相手への攻撃、防御などの戦闘行動が含まれてもよいし、移動方向の選定、移動速度の設定、移動経路の選定などの移動行動が含まれてもよい。また、「攻撃」には、例えば、攻撃する側の攻撃力と攻撃される側の防御力とに応じて、攻撃される側の体力を減算することが含まれる。また、「攻撃」には、例えば、攻撃の回数に応じて、攻撃する側の弾数を減算することが含まれる。また、「キャラクタ属性」は、ゲームフィールドにおけるキャラクタの移動行動の傾向や、キャラクタの対戦相手に対する戦闘行動の傾向などを規定する、キャラクタの基本的な特性のことである。キャラクタ属性の詳細は、ゲームデータ記憶部２７４に予め記憶されている。キャラクタの移動行動は、例えば、移動処理部２１４によって制御され、キャラクタの戦闘行動は、例えば、ゲーム演算部２１５によって制御される。
【０１５８】
（３）端末装置２０のゲーム演算部２１５は、ゲームフィールド１５００で対戦するプレーヤキャラクタと敵キャラクタとの間の戦闘の効果を、当該プレーヤキャラクタのキャラクタ属性と当該敵キャラクタのキャラクタ属性との組み合わせに設定された戦闘相性に基づき制御する。「戦闘相性」は、対戦相手との優劣関係、強弱関係を示す特性のことであり、「戦闘の効果」は、キャラクタの保有する例えば攻撃力、防御力が対戦相手に与え
る効果のことである。よって、例えば、キャラクタが対戦相手に与える攻撃力や防御力などの効果は、対戦相手に対する当該キャラクタの戦闘相性が「優勢」であるときには増幅され、対戦相手に対する当該キャラクタの戦闘相性が「劣勢」であるときには抑制され、対戦相手に対する当該キャラクタの戦闘相性が「対等」であるときには維持される。この戦闘相性は、対戦相手への効果の程度で表すことも可能であるし、「劣勢」、「対等」、「優勢」などの言葉で表すことも可能である。
【０１５９】
（４）端末装置２０のゲーム演算部２１５は、対戦に係るプレーヤキャラクタ及び敵キャラクタの状況に応じて、当該プレーヤキャラクタ及び当該敵キャラクタの戦闘相性を調節する。ここで「キャラクタの状況」は、キャラクタの保有するパラメータと、キャラクタの環境との少なくとも一方であってもよく、例えば、対戦相手までの距離（対戦距離）、キャラクタの位置（対戦位置）の環境、アイテム装備（弾切れの有無など）、スキル発動状態、のうち少なくとも１つが含まれる。なお、ゲームフィールド１５００の各マス（後述）に地形属性が設定されている場合には、キャラクタの位置するマスの地形属性をキャラクタの環境の１つとしてもよい。なお、戦闘相性の調節は、後述する例外処理に相当する。
【０１６０】
４−２．具体的な手法
４−２−１．プレイモード等
ここでは、端末装置２０の操作者であるプレーヤがシングルプレイモードで戦闘シミュレーションゲームを実行する場合を説明する。シングルプレイモードは、端末装置２０の処理部２００（主にゲーム演算部２１５）が仮想的な敵プレーヤの操作を自動計算して敵キャラクタを制御するモードである。なお、対人プレイモードで戦闘シミュレーションゲームを実行することも可能であるが、ここでの説明は省略する。対人プレイモードは、端末装置２０の操作者であるプレーヤが通信を介して他の端末装置２０の操作者である敵プレーヤと対戦するモードである。
【０１６１】
また、戦闘シミュレーションゲームは、カードやコマなどのキャラクタ又はゲーム内の仮想通貨若しくはコイン、経験値、ヒットポイント、ライフエネルギー、攻撃パラメータや恋愛ゲームの感情パラメータなどのパラメータの争奪を行うゲームであってもよい、以下の説明においては、プレーヤキャラクタ群と敵キャラクタ群との間でパラメータを争奪する戦闘シミュレーションゲームを例に挙げる。
【０１６２】
４−２−２．デッキデータの設定
戦闘シミュレーションゲームの開始前には、予め、プレーヤのデッキデータ、敵のデッキデータの各々の設定が行われる。プレーヤのデッキデータ及び敵のデッキデータには、例えば、キャラクタ属性の異なる３種類のキャラクタが設定される。プレーヤのデッキデータに設定されるプレーヤキャラクタ（プレーヤキャラクタ群）の数と、敵のデッキデータに設定される敵キャラクタ（敵キャラクタ群）の数とは、例えば共通の数に設定される。プレーヤのデッキデータ、敵のデッキデータは、それぞれユーザ情報２７３に書き込まれる。
【０１６３】
そして、戦闘シミュレーションゲームが開始されると、ゲーム演算部２１５は、プレーヤのデッキデータに設定されたプレーヤキャラクタ群のうち、例えばランダムに選択した３つのプレーヤキャラクタを選択し、ゲームフィールド１５００へ投入可能なプレーヤキャラクタの候補として表示部２９０の待機エリア１６００へ配置する。端末装置２０の表示制御部２１２は、待機エリア１６００の画像を表示部２９０へ表示させる。
【０１６４】
プレーヤは、表示部２９０の待機エリア１６００に配置された３つの候補のうち１つを選択してゲームフィールド１５００へ投入することができる。なお、３つの候補のうち１
つがゲームフィールド１５００へ投入されると、端末装置２０のゲーム演算部２１５は、プレーヤのデッキデータに設定されたプレーヤキャラクタの何れか１つを、待機エリア１６００の新たな候補として補充する。
【０１６５】
なお、表示制御部２１２は、属性の異なるキャラクタを区別するために、属性の異なるキャラクタ間の外形に差異を設ける。また、表示制御部２１２は、プレーヤキャラクタと敵キャラクタと互いに区別するために、両キャラクタの間で外形、模様、マークなどに差異を設けるものとする（以下も同様。）。
【０１６６】
４−２−３．キャラクタの投入
ゲーム演算部２１５は、入力部２６０及び操作検出処理部２１１を介して入力されたプレーヤの指示に応じて、待機エリア１６００に表示された候補のうち何れか１つであるプレーヤキャラクタを、ゲームフィールド１５００へ投入し、かつ行動させる（図６参照）。また、端末装置２０のゲーム演算部２１５は、所与のアルゴリズムに応じて、敵のデッキデータに設定された何れかの敵キャラクタを、ゲームフィールド１５００へ投入し、かつ行動させる（図７参照）。端末装置２０の表示制御部２１２は、ゲームフィールド１５００で行動するプレーヤキャラクタ及び敵キャラクタの画像（戦闘画像）を表示部２９０へ表示させる。
【０１６７】
プレーヤキャラクタのゲームフィールド１５００に対する投入タイミング、配置先、及び移動方向は、プレーヤによって指定される。例えば、プレーヤは、図６に示すとおり、表示部２９０の待機エリア１６００に配置された複数の候補の何れかのプレーヤキャラクタをタッチ操作することで、当該プレーヤキャラクタを投入対象として指定する。また、プレーヤは、例えば、プレーヤキャラクタをドラッグアンドドロップ操作することで、ゲームフィールド１５００におけるプレーヤキャラクタの投入タイミング、配置先、及び移動方向を指定する。但し、プレーヤキャラクタの配置先及び移動方向については、ゲーム演算部２１５及び移動処理部２１４が所与のアルゴリズムに応じて決定してもよい。
【０１６８】
一方、敵キャラクタのゲームフィールド１５００に対する投入タイミング、配置先、及び異動方向は、ゲーム演算部２１５及び移動処理部２１４が所与のアルゴリズムに応じて決定する。
【０１６９】
４−２−４．対戦相手の選定
また、ゲームフィールド１５００に投入されたプレーヤキャラクタの対戦相手（攻撃対象）は、プレーヤがタッチ操作などにより指定してもよいし、ゲーム演算部２１５及が所与のアルゴリズムに応じて決定してもよい。一方、ゲームフィールド１５００に投入された敵キャラクタの対戦相手（攻撃対象）は、ゲーム演算部２１５が所与のアルゴリズムに応じて決定する。なお、プレーヤキャラクタの対戦相手は敵キャラクタであり、敵キャラクタの対戦相手として選定されるのは、プレーヤキャラクタである。
【０１７０】
例えば、図８に示すとおり、ゲーム演算部２１５は、プレーヤキャラクタの当初の配置位置から当該プレーヤキャラクタの射程内に位置する敵キャラクタを、当該プレーヤキャラクタの対戦相手（攻撃対象）として選定する（図８の閉曲線イメージを参照。）。なお、プレーヤキャラクタの射程は、例えば、キャラクタ属性毎に予め決められている。また、キャラクタ属性の情報、キャラクタ属性毎の射程の情報などは、例えば、予めゲームデータ記憶部２７４に格納されている。
【０１７１】
また、ゲーム演算部２１５は、敵キャラクタの当初の配置位置から当該敵キャラクタの射程内に位置するプレーヤキャラクタを、当該敵キャラクタの対戦相手（攻撃対象）として選定する。なお、敵キャラクタの射程は、例えば、キャラクタ属性毎に予め決められて
いる。また、キャラクタ属性の情報、キャラクタ属性毎の射程の情報などは、例えば、予めゲームデータ記憶部２７４に格納されている。
【０１７２】
４−２−５．キャラクタの対戦
そして、ゲーム演算部２１５は、プレーヤキャラクタ又は敵キャラクタの対戦相手が選定されると、対戦に係るプレーヤキャラクタ及び敵キャラクタのパラメータ（攻撃力、体力、装備など）と、対戦に係るプレーヤキャラクタ及び敵キャラクタのキャラクタ属性とに基づき、プレーヤキャラクタと敵キャラクタとを対戦させ、パラメータの争奪処理を実行する。また、表示制御部２１２は、当該対戦の内容を表す演出用の動画像（銃砲弾、炎、煙など）や、当該対戦の内容を示すマーク（後述する矢印マークなど）を、ゲームフィールド１５００の適当な箇所へ重畳表示する。
【０１７３】
なお、キャラクタ属性の情報は、予めゲームデータ記憶部２７４に格納されているものとする。また、キャラクタごとのキャラクタ属性、キャラクタごとのパラメータは、ユーザ情報２７３において管理されるものとする。
【０１７４】
そして、ゲーム演算部２１５は、ゲームフィールド１５００における何れかのキャラクタの体力値が対戦の結果としてゼロとなった場合には、当該キャラクタをゲームフィールド１５００から消滅させる。
【０１７５】
また、ゲーム演算部２１５は、ゲームフィールド１５００における何れかのキャラクタの体力値が対戦を経てもゼロとならず、かつ、当該キャラクタの対戦相手がゲームフィールド１５００から消滅した場合には、例えば、当該キャラクタの次の対戦相手を自動的に選定して次の対戦を開始してもよい。
【０１７６】
４−２−６．ゲーム終了条件について
また、ゲーム演算部２１５は、所与のゲーム終了条件が満たされた場合に、戦闘シミュレーションゲームを終了し、プレーヤキャラクタ群又は敵キャラクタ群の勝敗を判定する。
【０１７７】
ここで、「ゲーム終了条件」は、例えば、プレーヤのデッキデータに設定されたプレーヤキャラクタ群が全滅すること、敵のデッキデータに設定された敵キャラクタ群が全滅すること、敵キャラクタ群の特定のキャラクタ（ボスキャラクタ）が消滅すること、プレーヤキャラクタ群の特定のキャラクタ（ボスキャラクタ）が消滅すること、戦闘シミュレーションゲームの開始から制限時間が経過すること、の何れかである。ゲーム演算部２１５は、ゲーム終了条件が満たされた時点において優勢であったキャラクタ群を、ゲームの勝者としてプレーヤへ通知する。優勢なキャラクタ群とは、例えば、体力値の合計値が大きかったキャラクタ群のことである。なお、プレーヤへの通知は、表示部２９０、音出力部２９２などを介して行われる。
【０１７８】
なお、ここでは、ゲームフィールド１５００内でプレーヤキャラクタと敵キャラクタとが対戦することを想定したが、プレーヤキャラクタが敵陣を攻撃したり、敵キャラクタがプレーヤ陣地を攻撃したりすることを想定してもよい。敵陣は、例えば、ゲームフィールド１５００を二分してできる２つのエリアの一方（図６の上側エリア）のことであり、プレーヤ陣地は、当該２つのエリアの他方（図６の下側エリア）のことである。この場合、敵陣又はプレーヤ陣地の本丸（特定の設備）のダメージが一定以上となること、又は崩落することを、ゲーム終了条件としてもよい。
【０１７９】
４−３．キャラクタ属性について
上述したとおり、プレーヤのデッキデータにおける個々のプレーヤキャラクタ、及び敵
のデッキデータにおける個々の敵キャラクタには、キャラクタ属性が設定されている。ここでは、３種類のキャラクタ属性を想定する。３種類のキャラクタ属性は、例えば、図５（ａ）に示すとおり、「接近戦型」と、「長距離戦型」と、「中距離戦型」との３つである。このキャラクタ属性がキャラクタの行動（移動行動や戦闘行動）の傾向を決める。３種類のキャラクタ属性の情報は、ゲームデータ記憶部２７４に予め記憶されている。キャラクタ属性間の戦闘相性等については後述する。
【０１８０】
４−４．地形属性について
また、ゲームフィールド１５００には、不図示のマスが密に配置されており、個々のマスが各キャラクタの移動の１単位となっている。マスの形状は、正方形、正六角形、自由形状などの何れが採用されてもよい。因みに、正方形のマスで構成されたゲームフィールド１５００は、スクエア型マップと呼ばれ、正六角形で構成されたゲームフィールド１５００は、ヘクス型マップと呼ばれ、自由形状で構成されたゲームフィールド１５００は、プロヴァンス型マップと呼ばれる。そして、各マスには、地形属性（例えば、平地、草原、森、川、海、砂漠）などが設定されており、この地形属性が各キャラクタの行動に影響を与えるようになっている。なお、各マスの地形属性の情報は、ゲームデータ記憶部２７４に予め記憶されている。
【０１８１】
４−５．属性に応じた行動制御
そして、移動処理部２１４は、ゲームフィールド１５００における個々のキャラクタの移動（移動経路、移動速度など）を、当該キャラクタのキャラクタ属性、ゲームフィールド１５００における対戦相手の位置、ゲームフィールド１５００におけるマスの地形属性の分布などに応じて制御する。
【０１８２】
また、ゲーム演算部２１５は、ゲームフィールド１５００における個々のキャラクタの戦闘（対戦相手の選定、攻撃の内容、攻撃の頻度）を、当該キャラクタのキャラクタ属性、ゲームフィールド１５００における対戦相手の位置、ゲームフィールド１５００におけるマスの地形属性の分布などに応じて制御する。
【０１８３】
例えば、ゲーム演算部２１５は、ゲームフィールド１５００に投入されるキャラクタのキャラクタ属性が「長距離戦型」である場合には、当該キャラクタの対戦相手に対する攻撃の内容を、「長距離戦型」に特有の内容（長距離砲の砲撃など）に設定し、当該キャラクタの移動経路を、プレーヤ陣地内の水中（川又は海の地形属性を有するマス）に設定する。
【０１８４】
例えば、端末装置２０のゲーム演算部２１５は、ゲームフィールド１５００に投入されるキャラクタのキャラクタ属性が「接近戦型」である場合には、当該キャラクタの対戦相手に対する攻撃の内容を、「接近戦型」に特有の内容（手榴弾の投げ込み、回避行動など）に設定し、当該キャラクタの移動経路を、陸上又は水中（平地、草原、森、川、海、又は砂漠の地形属性を有するマス）に設定する。
【０１８５】
例えば、ゲーム演算部２１５は、ゲームフィールド１５００に投入されるキャラクタのキャラクタ属性が「中距離戦型」である場合には、当該キャラクタの対戦相手に対する攻撃の内容を、「中距離戦型」に特有の内容（中距離砲の砲撃、体当たり攻撃など）に設定し、当該キャラクタの移動経路を、陸上（平地、草原、森、又は砂漠の地形属性を有するマス）に設定する。
【０１８６】
４−６．戦闘相性の原則
図５（ａ）は、戦闘相性の原則を示す図の一例である。
【０１８７】
図５（ａ）に示すとおり、３種類のキャラクタ属性「接近戦型」、「長距離戦型」、「中距離戦型」の間には、既定の戦闘相性（強弱関係、優劣関係ともいう。）が予め設定されている。この既定の戦闘相性の情報は、例えば、ゲームデータ記憶部２７４に格納される。既定の戦闘相性は、例えば、以下のとおりである。
【０１８８】
キャラクタ属性「長距離戦型」に対してキャラクタ属性「接近戦型」は優勢であり、キャラクタ属性「中距離戦型」に対してキャラクタ属性「長距離戦型」は優勢であり、キャラクタ属性「接近戦型」に対してキャラクタ属性「中距離戦型」は優勢である。これを言い換えると、キャラクタ属性「接近戦型」に対してキャラクタ属性「長距離戦型」は劣勢であり、キャラクタ属性「長距離戦型」に対してキャラクタ属性「中距離戦型」は劣勢であり、キャラクタ属性「中距離戦型」に対してキャラクタ属性「接近戦型」は劣勢である。また、原則として、同じキャラクタ属性同士は「対等」である。なお、図５（ａ）に示す矢印は、優勢なキャラクタ属性から劣勢なキャラクタ属性に向かう矢印である。
【０１８９】
４−７．戦闘相性に基づく戦闘効果
ゲーム演算部２１５は、キャラクタ属性の異なる２つのキャラクタを対戦させる際に、２つのキャラクタの各々に固有のパラメータ（攻撃力、防御力、スキル、体力、装備など）のうち、戦闘に関する少なくとも１つのパラメータ（ここでは攻撃力及び防御力の２つのパラメータとする。）を、キャラクタ属性間の戦闘相性に応じて増減させる。具体的には、攻撃力又は防御力のパラメータを以下のとおり設定する。
【０１９０】
（１）攻撃する側と攻撃される側とが「対等」であるときには、攻撃力及び防御力の増減は行われない。
【０１９１】
（２）攻撃する側が攻撃される側に対して「優勢」であるときには、攻撃する側の攻撃力は例えば３／２倍に増幅され、かつ、攻撃される側の防御力は例えば２／３倍に抑制される。
【０１９２】
（３）攻撃する側が攻撃される側に対して「劣勢」であるときには、攻撃する側の攻撃力は例えば２／３倍に抑制され、かつ、攻撃される側の防御力は例えば３／２倍に増幅される。
【０１９３】
なお、キャラクタごとのパラメータ（攻撃力、防御力、スキル、体力、装備など）は、例えば、ユーザ情報２７３に記憶され、ゲーム演算部２１５によって適宜に書き換えられる。
【０１９４】
このように、対戦する２つのキャラクタの戦闘効果は、それら２つのキャラクタのキャラクタ属性の戦闘相性に従って決定される。但し、ここで説明した戦闘相性（図５（ａ））はあくまでも原則の戦闘相性である。この戦闘相性は、対戦の状況に応じて変化する（例外処理を参照）。
【０１９５】
４−８．戦闘相性の例外処理
４−８−１．対戦距離による例外処理（距離が長い場合）
図５（ｂ）は、戦闘相性の例外を示す図の一例である。
【０１９６】
図５（ｂ）は、対戦に係る２つのキャラクタの距離（対戦距離）が標準距離範囲よりも長い場合における戦闘相性の例である。図５（ｂ）に示すとおり、対戦距離が標準距離範囲よりも長い対戦では、キャラクタ属性「接近戦型」とキャラクタ属性「長距離戦型」との戦闘相性が逆転し、キャラクタ属性「長距離戦型」がキャラクタ属性「接近戦型」に対して「優勢」に設定される、という例外処理が実行される。
【０１９７】
なお、この例外処理では、当該対戦距離が標準距離範囲から外れ、キャラクタ属性「接近戦型」に対するキャラクタ属性「長距離戦型」の戦闘相性が「劣勢」から「優勢」に転じる前に、キャラクタ属性「接近戦型」に対するキャラクタ属性「長距離戦型」の戦闘相性が「対等」となる区間を設けてもよい。
【０１９８】
４−８−２．対戦距離による例外処理（距離が短い場合）
図５（ｃ）は、戦闘相性の例外を示す図の一例である。
【０１９９】
図５（ｃ）は、対戦に係る２つのキャラクタの距離（対戦距離）が標準距離範囲よりも短い場合における戦闘相性の例である。図５（ｃ）に示すとおり、対戦距離が標準距離範囲よりも短い対戦では、キャラクタ属性「接近戦型」とキャラクタ属性「中距離戦型」との戦闘相性が逆転し、キャラクタ属性「接近戦型」がキャラクタ属性「中距離戦型」に対して優勢に設定される、という例外処理が実行される。
【０２００】
なお、この例外処理では、当該対戦距離が標準距離範囲から外れ、キャラクタ属性「中距離戦型」に対するキャラクタ属性「接近戦型」の戦闘相性が「劣勢」から「優勢」に転じる前に、キャラクタ属性「中距離戦型」に対するキャラクタ属性「接近戦型」の戦闘相性が「対等」となる区間を設けてもよい。
【０２０１】
４−８−３．地形属性による例外処理
なお、図５（ｂ）、図５（ｃ）では、対戦に係る２つのキャラクタの距離（対戦距離）に応じて戦闘相性が調節される場合を説明したが、少なくとも一方のキャラクタの対戦位置に応じて戦闘相性が調整されてもよい。
【０２０２】
例えば、「長距離戦型」のキャラクタは、原則、「中距離戦型」のキャラクタに対して「優勢」の戦闘相性を有するが、「長距離戦型」のキャラクタの位置するマスの地形属性が「陸上」（「平地」、「草原」、「森」、又は「砂漠」である場合）である場合には、戦闘相性を反転させてもよい。このようにすると、「陸上では活躍できない」という特性を「長距離戦型」のキャラクタに付与することができる。
【０２０３】
また、例えば、「中距離戦型」のキャラクタは、原則、「接近戦型」のキャラクタに対して「優勢」の戦闘相性を有するが、「中距離戦型」キャラクタの位置するマスの地形属性が「水中」である場合（「川」又は「海」である場合）には、戦闘相性を反転させてもよい。このようにすると、「水上では活躍できない」という特性を「中距離戦型」のキャラクタに付与することができる。
【０２０４】
４−８−４．装備による例外処理
また、対戦に係る一方のキャラクタの装備が変化した場合に、当該対戦に係る戦闘相性が調節されてもよい。
【０２０５】
例えば、対戦相手に対する戦闘相性が「優勢」であったキャラクタの装備に「弾切れ」が発生した場合には、当該戦闘相性を反転させてもよい。このようにすると、「弾切れの発生により形勢が逆転する」という状況を発生させることができる。
【０２０６】
４−８−５．スキル発動による例外処理
また、例えば、対戦相手に対する戦闘相性が「劣勢」であったキャラクタについてスキルが発動した場合には、当該戦闘相性を反転させてもよい。このようにすると、「スキルの発動により形勢が逆転する」という状況を発生させることができる。スキルの発動には、例えば、１又は複数の味方キャラクタと集結することによるコンボ攻撃の発動なども含
まれるものとする（コンボ発動の例は後述）。
【０２０７】
４−９．戦闘相性のバリエーション
なお、ここでは、戦闘相性の区分を、「優勢」、「対等」、「劣勢」の３区分としたが、４区分以上又は２区分としてもよい。例えば、「超優性」、「優勢」、「対等」、「劣勢」、「超劣勢」の５区分としてもよいし、「優勢」、「劣勢」の２区分としてもよい。なお、戦闘相性が「超優性」、「超劣勢」であるときの戦闘効果は、例えば以下のとおり設定される。
【０２０８】
（１）攻撃する側と攻撃される側とが「対等」であるときには、攻撃力及び防御力の増減は行われない。
【０２０９】
（２）攻撃する側が攻撃される側に対して「優勢」であるときには、攻撃する側の攻撃力は例えば３／２倍に増幅され、かつ、攻撃される側の防御力は例えば２／３倍に抑制される。
【０２１０】
（３）攻撃する側が攻撃される側に対して「劣勢」であるときには、攻撃する側の攻撃力は例えば２／３倍に抑制され、かつ、攻撃される側の防御力は例えば３／２倍に増幅される。
【０２１１】
（４）攻撃する側が攻撃される側に対して「超優勢」であるときには、攻撃する側の攻撃力は例えば２倍に増幅され、かつ、攻撃される側の防御力は例えば１／２倍に抑制される。
【０２１２】
（５）攻撃する側が攻撃される側に対して「超劣勢」であるときには、攻撃する側の攻撃力は例えば１／２倍に抑制され、かつ、攻撃される側の防御力は例えば２倍に増幅される。
【０２１３】
４−１０．その他の例外処理
また、例外処理の実行される条件と例外処理の内容との組み合わせは、上記したものに限定されることはない。例外処理の実行される条件は、対戦に係る一方のキャラクタの状況と他方のキャラクタの状況との組み合わせによって決定されればよい。また、例外処理の内容としては、例えば、以下の何れかを採用することができる。
（ｉ）「優勢」から「劣勢」への反転
（ｉｉ）「劣勢」から「優勢」への反転
（ｉｉｉ）「超優性」から「超劣勢」への反転
（ｉｖ）「超優性」から「優勢」への切り替え
（ｖ）「超劣勢」から「劣勢」への切り替え
（ｖｉ）「優勢」又は「劣勢」から「対等」への切り替え
（ｖ）「超優性」又は「超劣勢」から「対等」への切り替え
【０２１４】
４−１１．コンボ発動による例外処理
また、複数の味方キャラクタが所定サイズのエリア内に集結した場合には、当該複数の味方キャラクタの全体で１つのコンボ攻撃が発動することとし、複数の味方キャラクタの全体に共通のキャラクタ属性及び共通のパラメータが適用されることとしてもよい。共通のキャラクタ属性は、例えば、複数の味方キャラクタを代表するキャラクタのキャラクタ属性と同じに設定され、共通のパラメータは、複数の味方キャラクタを代表するキャラクタのパラメータと同じに設定される。また、集結した味方キャラクタの数の分だけ、複数の味方キャラクタの対戦相手に対する戦闘相性は、優勢側に傾くものとする。
【０２１５】
４−１２．戦闘相性のバリエーション
また、上記説明ではキャラクタ属性の数を「３」としたが、「４以上」としてもよい。例えば、キャラクタ属性の数を「４」とする場合には、３つのキャラクタ属性の戦闘相性を図５に示すとおり巡回的な戦闘相性に設定し、かつ、残りの１つのキャラクタ属性の戦闘相性を、他の３つのキャラクタ属性の各々に対して「対等」な戦闘相性に設定してもよい。このようなキャラクタ属性は、「白兵型」と呼ぶことが可能である。
【０２１６】
或いは、４つのキャラクタ属性の戦闘相性を巡回的な戦闘相性に設定してもよい。すなわち、第１のキャラクタ属性に対する第２のキャラクタ属性の戦闘相性を「優勢」に設定し、第２のキャラクタ属性に対する第３のキャラクタ属性の戦闘相性を「優勢」に設定し、第３のキャラクタ属性に対する第４のキャラクタ属性の戦闘相性を「優勢」に設定し、第４のキャラクタ属性に対する第１のキャラクタ属性の戦闘相性を「優勢」に設定してもよい。
【０２１７】
そして、ゲーム演算部２１５は、対戦に係る２つのキャラクタの少なくとも一方が４番目のキャラクタ属性である場合においても、当該２つのキャラクタの状況が一定の状況となった場合に当該２つのキャラクタの戦闘相性を切り替える、という例外処理を実行してもよい。
【０２１８】
５．戦闘画像
５−１．初期画面
図６は、ゲーム開始時におけるゲームフィールドを示す図の一例である。
【０２１９】
戦闘シミュレーションゲームが開示されると、表示制御部２１２は、表示部２９０に対する戦闘画像の表示を開始する。戦闘画像には、例えば図６に示すようなゲームフィールド１５００と、待機エリア１６００とが配置される。ゲームフィールド１５００は、オブジェクト空間の一種であり、図６では、二次元のオブジェクト空間をゲームフィールドとしている。待機エリア１６００には、プレーヤキャラクタ群からランダムに選択された３つの候補が配置される。図６において、待機エリア１６００に配置された候補は、接近戦型のプレーヤキャラクタ１０００Ａ、長距離戦型のプレーヤキャラクタ１０００Ｂ、中距離戦型のキャラクタ１０００Ｃである。また、待機エリア１６００には、プレーヤキャラクタ群のゲージ１７００が表示される。ゲージ１７００には、例えば、プレーヤキャラクタ群に関するパラメータ、例えば、プレーヤキャラクタ群の体力値の合計値が反映される。
【０２２０】
５−２．プレーヤキャラクタの投入
図７は、敵キャラクタ１０００Ａ’及びプレーヤキャラクタ１０００Ｃの投入されたゲームフィールドを示す図の一例である。
【０２２１】
図７に示す例では、ゲームフィールド１５００に接近戦型の敵キャラクタ１０００Ａ’が投入された後に、中距離戦型のプレーヤキャラクタ１０００Ｃが投入された状態を示している。ここでは、プレーヤキャラクタ１０００Ｃの当初の配置先と、プレーヤキャラクタ１０００Ｃの移動方向とがそれぞれプレーヤによって指定された場合を想定する。
【０２２２】
プレーヤの指定した移動方向が敵キャラクタ１０００Ａ’に向かう方向であったとすると、例えば、ゲーム演算部２１５は、プレーヤキャラクタ１０００Ｃに設定されたキャラクタ属性（ここでは中距離戦型）に固有の速度で、プレーヤキャラクタ１０００Ｃを敵キャラクタ１０００Ａ’の方向に向けて移動させる。このとき、仮に、敵キャラクタ１０００Ａ’が停止していた場合には、敵キャラクタ１０００Ａ’からプレーヤキャラクタ１０００Ｃまでの距離は、時間に応じて短くなる。なお、キャラクタ属性ごとの速度の情報は
、ゲームデータ記憶部２７４に予め記憶されている。
【０２２３】
また、ゲーム演算部２１５は、プレーヤキャラクタ１０００Ｃに設定されたキャラクタ属性（ここでは中距離戦型）に固有の射程内に位置する敵キャラクタ（図７では敵キャラクタ１０００Ａ’）を、プレーヤキャラクタ１０００Ｃの対戦相手（攻撃対象）に選定する。なお、キャラクタ属性ごとの射程の情報は、ゲームデータ記憶部２７４に予め記憶されている。
【０２２４】
５−３．当初の矢印マーク
図８は、矢印マーク４０００及び閉曲線イメージ４００１が表示されたゲームフィールド１５００を示す図の一例である。
【０２２５】
表示制御部２１２は、ゲームフィールド１５００に投入されたプレーヤキャラクタ１０００Ｃの対戦相手（攻撃対象）が選定されると、プレーヤキャラクタ１０００Ｃに設定されたキャラクタ属性と、対戦相手である敵キャラクタ１０００Ａ’に設定されたキャラクタ属性との組み合わせについての戦闘相性（既定の戦闘相性）を参照する。キャラクタ属性の組み合わせごとの既定の戦闘相性の情報は、ゲームデータ記憶部２７４に予め記憶されている。
【０２２６】
そして、表示制御部２１２は、戦闘相性に応じて変化する表示体を、対戦に係るプレーヤキャラクタ１０００Ｃ及び敵キャラクタ１０００Ｃ’に関連付けて戦闘画像へ表示させる。「表示体」は、戦闘画面に表示されるイメージの１つであり、例えば、マーク、パターン、アイコン、テキストイメージ、点滅パターンなどが含まれる。例えば、ゲームフィールドが三次元のオブジェクト空間である場合には、表示体は、ゲームフィールドに配置された三次元のオブジェクトであってもよいし、ゲームフィールドが二次元のオブジェクト空間である場合には、表示体は、ゲームフィールドに配置された二次元のオブジェクトであってもよい。
【０２２７】
図８では、対戦に係るキャラクタ１０００Ｃ、１０００Ａ’のうち、戦闘相性の優勢なキャラクタから劣勢なキャラクタに向かう矢印マーク４０００を表示体として用いた例を示している。この場合、プレーヤは、表示された矢印マーク４０００の向きにより、プレーヤキャラクタと敵キャラクタとの優劣関係を直感的に把握することができる。この矢印マーク４０００は、プレーヤ自身又は別のプレーヤによる采配の補助として有効である。
【０２２８】
ここで、プレーヤキャラクタ１０００Ｃのキャラクタ属性は「中距離戦型」であり、敵キャラクタ１０００Ａ’のキャラクタ属性は「接近戦闘型」である。また、既定の戦闘相性（図５（ａ））によると、キャラクタ属性「中距離戦型」はキャラクタ属性「接近戦型」に対して「優勢」の戦闘相性を有する。このため、前述した例外処理が実行されていない限りは、プレーヤキャラクタ１０００Ｃは、敵キャラクタ１０００Ａ’に対して「優勢」である。
【０２２９】
そこで、表示制御部２１２は、矢印マーク４０００の配置先を、対戦に係るプレーヤキャラクタ１０００Ｃ及び敵キャラクタ１０００Ａ’の間に設定し、当該矢印マーク４０００の方向を、「優勢」であるプレーヤキャラクタ１０００Ｃから「劣勢」である敵キャラクタ１０００Ａ’へ向かう方向に設定する。
【０２３０】
なお、表示制御部２１２は、対戦に係るプレーヤキャラクタ１０００Ｃ及び敵キャラクタ１０００Ａ’の戦闘相性が「対等」である場合には、矢印マーク４０００を非表示とし、敵キャラクタ１０００Ａ’に対するプレーヤキャラクタ１０００Ｃの戦闘相性が「劣勢」である場合には、矢印マーク４０００の方向を図８に示すものとは反対方向に設定する
（図９を参照）。
【０２３１】
更に、表示制御部２１２は、対戦に係るプレーヤキャラクタ１０００Ｃ及び敵キャラクタ１０００Ａ’を囲う閉曲線イメージ４００１を、戦闘画像へ表示する。この場合、対戦に係るプレーヤキャラクタ１０００Ｃと敵キャラクタ１０００Ａ’とが離れている場合や、ゲームフィールド１５００に複数の対戦が同時に発生している場合であっても（図１０を参照）、プレーヤは、当該閉曲線イメージ４００１により、互いに対戦するプレーヤキャラクタ１０００Ｃ及び敵キャラクタ１０００Ａ’を容易に特定することができる。
【０２３２】
また、ここでは、戦闘相性を「優勢」、「対等」、「劣勢」の３段階に設定したが、４段階以上に設定してもよい。例えば、「超優性」、「優勢」、「対等」、「劣勢」、「超劣勢」の５段階に設定してもよい。この場合、表示制御部２１２は、戦闘相性の程度を矢印マーク４０００の状態に反映させてもよい。例えば、「超優性」又は「超劣勢」であるときにおける矢印マーク４０００の太さを、「超優性」又は「超劣勢」であるときにおける矢印マーク４０００の太さより強調してもよいし、「超優性」又は「超劣勢」であるときにおける矢印マーク４０００の色を、「優性」又は「劣勢」であるときにおける矢印マーク４０００の色より強調してもよいし、「超優性」又は「超劣勢」であるときにおける矢印マーク４０００の点滅パターンを、「優性」又は「劣勢」であるときにおける矢印マーク４０００の点滅パターンより強調してもよい。
【０２３３】
従って、プレーヤは、矢印マーク４０００の状態により、対戦に係るプレーヤキャラクタ１０００Ｃと敵キャラクタ１０００Ａ’との間の優劣関係の程度を確認することができる。
【０２３４】
５−４．矢印マークの反転
図９は、対戦距離に応じて矢印マーク４０００が反転した様子を説明する図の一例である。
【０２３５】
表示制御部２１２は、対戦するプレーヤキャラクタ１０００Ｃ及び敵キャラクタ１０００Ａ’の戦闘相性が変化すると、当該矢印マーク４０００を変化させる。例えば、戦闘相性が「優勢」から「劣勢」へと変化すると、表示制御部２１２は、当該矢印マーク４０００の方向を反転させ、戦闘相性が「優勢」又は「劣勢」から「対等」へと変化すると、表示していた矢印マーク４０００を、非表示とする。
【０２３６】
このような矢印マーク４０００の変化は、戦闘相性が変化したタイミング、すなわち、状況の変化が生じて前述した例外処理が実行されたタイミングで発生する。
【０２３７】
例えば、図８に示す例では、プレーヤキャラクタ１０００Ｃ及び敵キャラクタ１０００Ａ’の対戦距離が標準距離範囲内にあり、その後、プレーヤキャラクタ１０００Ｃの移動によって図９に示すとおり対戦距離が標準距離範囲より短くなったとすると、例外処理が実行されるので、当該戦闘相性は、既定の戦闘相性（図５（ａ））から例外の戦闘相性（図５（ｃ））へと調節される。このとき、「中距離戦型」のキャラクタ属性を有するプレーヤキャラクタ１０００Ｃは、「接近戦型」のキャラクタ属性を有する敵キャラクタ１０００Ａ’よりも「劣勢」となるので、矢印マーク４０００は反転する。
【０２３８】
以上説明したとおり、本実施形態のゲーム演算部２１５は、対戦に係るプレーヤキャラクタ及び敵キャラクタの対戦距離、対戦位置の環境、アイテム装備、スキル発動状態、のうち少なくとも１つを、状況として参照し、参照した状況に応じて、当該プレーヤキャラクタ及び当該敵キャラクタの戦闘相性を調節し（上述した例外処理）、当該戦闘相性が変化した場合には、表示制御部２１２は、対戦に係るキャラクタに関連付けられた矢印マー
ク４０００を変化させる。従って、プレーヤは、当該矢印マーク４０００の変化により、状況の変化に応じた戦闘相性の変化を認識することができる。また、プレーヤは、当該矢印マーク４０００が変化したタイミングにより、当該戦闘相性の変化したタイミング、すなわち状況の変化したタイミングを、認識することもできる。
【０２３９】
５−５．複数対戦
図１０は、ゲームフィールドで２つの対戦が同時に発生した様子を説明する図の一例である。
【０２４０】
表示制御部２１２は、ゲームフィールド１５００で複数の対戦が行われる場合には、図１０に示すとおり、複数の対戦の各々について矢印マーク４０００の表示及び閉曲線イメージ４００１の表示を行ってもよい。個々の表示に係る処理は、上述したとおりである。
【０２４１】
従って、ゲームフィールド１５００における対戦数が仮に複数であったとしても、プレーヤは、複数の対戦に関連付けられた複数の矢印マーク４０００の変化から、個々の対戦の戦闘相性の変化、すなわち個々の対戦の優劣関係の変化を、ゲーム中に把握することが可能である。また、プレーヤは、閉曲線イメージ４００１により、互いに対戦するプレーヤキャラクタ及び敵キャラクタを容易に特定することができる。
【０２４２】
５−６．ポップアップ表示その１
図１１は、ポップアップ表示を説明する図の一例である。
【０２４３】
表示制御部２１２は、ゲームフィールド１５００で行われる対戦のうち、矢印マーク４０００の表示されている対戦をプレーヤが指定すると、当該指定されたタイミングにおける状況のデータを戦闘画像へ表示させる。この場合、プレーヤは、矢印マーク４０００が変化したタイミングで当該対戦を指定すれば、当該矢印マーク４０００が変化した原因を確認することができるし、矢印マーク４０００が変化しないタイミングで当該対戦を指定すれば、当該矢印マーク４０００が変化しない原因を確認することができる。
【０２４４】
具体的には、操作検出処理部２１１は、ゲームフィールド１５００における矢印マーク４０００の表示中に、何れかの矢印マーク４０００の表示域がタッチ操作されたか否かの判定処理を、例えばフレームごとに実行する。何れかの矢印マーク４０００がタッチ操作された場合、ゲーム演算部２１５は、当該タッチ操作がされたタイミングにおいて例外処理の実行中（例外規定の適用中）であるか否かを判定し、実行中である場合には、例外処理の原因となった状況を示すポップアップ表示データを作成する。
【０２４５】
ポップアップ表示データは、例えば、「対戦に係る２つのキャラクタの対戦距離が標準距離範囲よりも長くなった」、「対戦に係る２つのキャラクタの対戦距離が標準距離範囲よりも短くなった」、「対戦に係る２つのキャラクタの一方の位置するコマの地形属性が水中となった」、「対戦に係る２つのキャラクタの一方の弾切れが発生した」などのテキストデータである。
【０２４６】
ゲーム演算部２１５が作成したポップアップ表示データは、表示制御部２１２へ送出される。表示制御部２１２は、当該ポップアップ表示データを、例えば、図１１に示すとおり、ゲームフィールド１５００におけるタッチ操作の位置から出現する吹き出しイメージを表示し、かつ、当該吹き出しイメージ内にポップアップ表示データを表示させる。
【０２４７】
従って、例外処理の実行中には、当該例外処理の原因となった状況が矢印マーク４０００の近傍にポップアップ表示され、そうでない場合には、ポップアップ表示は行われない。
【０２４８】
因みに、図１１に示す例では、中距離戦型のプレーヤキャラクタ１０００Ｃが接近戦型の敵キャラクタ１０００Ａ’に接近し過ぎたために、「優勢」から「劣勢」に転じた場合の様子を示している。このため、図１１に示す例では、接近しすぎた旨「接近戦のため」がポップアップ表示されている。
【０２４９】
なお、ポップアップ表示は、プレーヤ側から見た状況を表現していることが望ましい。つまり、敵側から見た状況「接近戦のため接近戦型の敵キャラクタが優勢に！！！」を表現したポップアップ表示よりも、プレーヤ側から見た状況「接近戦のため中距離戦型のプレーヤキャラクタが劣勢に！！！」を表現したポップアップ表示の方がプレーヤにとって理解し易いので望ましい。
【０２５０】
なお、同一の対戦に関するタッチ操作が継続している場合には、ポップアップ表示に係る各処理は、例えばフレームごとに実行されることが望ましい。この場合、ポップアップ表示の内容は、表示中の状況を逐次に反映することになる。
【０２５１】
また、同一の対戦に関するタッチ操作が解除されると、当該ポップアップ表示も終了されることが望ましい。
【０２５２】
なお、ここでは、例外処理の実行中にしかポップアップ表示を行わなかったが、例外処理の非実行中にポップアップ表示を行ってもよい。また、例外処理の非実行中におけるポップアップ表示には、ポップアップ表示の時点におけるプレーヤキャラクタのパラメータ、ポップアップ表示の時点におけるプレーヤキャラクタの環境などが掲載される。
【０２５３】
また、ここでは、戦闘シミュレーションゲーム中にポップアップ表示を行うことを想定したが、リプレイ画像の表示中にポップアップ表示を行うことも可能である。
【０２５４】
但し、リプレイ画像へのポップアップ表示を可能とするために、ゲーム演算部２１５は、戦闘シミュレーションゲーム中に、ゲームフィールド１５００で発生した個々の対戦に係るキャラクタの状況（キャラクタの状態、キャラクタの環境）を、対戦履歴としてユーザ情報２７３へ記録することが望ましい。対戦履歴には、例えば、対戦が行われた期間、対戦中におけるキャラクタの状況の変化（対戦中におけるキャラクタの位置の変化、対戦中におけるキャラクタのパラメータの変化など）、対戦中に実行された例外処理の内容、例外処理の実行された時期などが含まれる。当該対戦履歴に基づくことで、ゲーム演算部２１５は、ポップアップ表示データを確実に作成することができる。なお、対戦履歴に含まれるデータの一部は省略することも可能である。
【０２５５】
５−７．ポップアップ表示その２
図１２は、ポップアップ表示を説明する別の図の一例である。
【０２５６】
図１２に示す例では、長距離戦型のプレーヤキャラクタ１０００Ｂが弾切れのために、「優勢」から「劣勢」に転じ、矢印マーク４０００が反転したタイミングで当該矢印マーク４０００をプレーヤがタッチ操作した場合の様子を示している。図１２に示す例では、タッチ操作の位置から「弾切れのため長距離戦型のプレーヤキャラクタが劣勢に！！！」というポップアップ表示が出現している。
【０２５７】
５−８．矢印マークの表示条件
また、表示制御部は２１２は、ゲームフィールド１５００で行われる対戦のうち、所与の条件を満たさない対戦については矢印マーク４０００及び閉曲線イメージ４００１の表示を省略してもよい。この場合、矢印マーク４０００及び閉曲線イメージ４００１の個数
を適宜に削減し、戦闘画像を見易くすることが可能である。この構成は、ゲームフィールド１５００において複数の対戦が同時に発生する場合に有効である。同時に表示される矢印マーク４０００及び閉曲線イメージ４００１の数が多すぎると、かえって見難くなるからである。
【０２５８】
また、表示制御部２１２は、ゲームフィールド１５００で行われる対戦のうち、戦闘相性が所与の条件を満たさない対戦については矢印マーク４０００及び閉曲線イメージ４００１の表示を省略してもよい。この場合、矢印マーク４０００及び閉曲線イメージ４００１の表示の有無について条件を定めることができるので、当該条件さえ適切に設定すれば、プレーヤにとって必要な対戦についてのみ矢印マーク４０００及び閉曲線イメージ４００１を表示させることが可能である。
【０２５９】
また、表示制御部２１２は、ゲームフィールド１５００で行われる対戦のうち、プレーヤキャラクタが劣勢な対戦については矢印マーク４０００及び閉曲線イメージ４００１の表示を省略してもよい。この場合、プレーヤキャラクタが優勢な対戦についてしか矢印マーク４０００及び閉曲線イメージ４００１が表示されないので、プレーヤは、プレーヤキャラクタが優勢な対戦と、敵キャラクタが優勢な対戦とを、矢印マーク４０００及び閉曲線イメージ４００１の表示の有無により区別することができる。
【０２６０】
また、表示制御部２１２は、ゲームフィールド１５００で行われる対戦のうち、戦闘相性の優劣差が閾値を越える対戦については矢印マーク４０００及び閉曲線イメージ４００１の表示を省略してもよい。この場合、プレーヤキャラクタと敵キャラクタとが拮抗する対戦、すなわち采配の成否の判定が難しい対戦を、際立たせることができる。
【０２６１】
例えば、「優勢」、「対等」、「劣勢」の３段階の戦闘相性が設定され得る場合には、表示制御部２１２は、戦闘相性が「優性」又は「劣勢」である対戦のみ矢印マーク４０００及び閉曲線イメージ４００１を表示し、戦闘相性が「対等」である対戦の矢印マーク４０００及び閉曲線イメージ４００１を非表示としてもよい。
【０２６２】
また、例えば、「超優性」、「優勢」、「対等」、「劣勢」、「超劣勢」の５段階の戦闘相性が設定され得る場合には、表示制御部２１２は、戦闘相性が「超優性」又は「超劣勢」である対戦のみ矢印マーク４０００及び閉曲線イメージ４００１を表示し、戦闘相性が「優勢」、「対等」、「劣勢」である対戦の矢印マーク４０００及び閉曲線イメージ４００１を非表示としてもよい。
【０２６３】
なお、ここでは、矢印マーク４０００の表示条件と、閉曲線イメージ４００１の表示条件とを共通としたが、表示制御部２１２は、矢印マーク４０００の表示条件と、閉曲線イメージ４００１の表示条件とを個別に設定してもよい。
【０２６４】
５−９．本丸での対戦のみ表示させる場合について
ここで、プレーヤキャラクタが敵陣を攻撃したり、敵キャラクタがプレーヤ陣地を攻撃したりすることを想定する。敵陣は、例えば、ゲームフィールド１５００を二分してできる２つのエリアの一方（図６の上側エリア）のことであり、プレーヤ陣地は、当該２つのエリアの他方（図６の下側エリア）のことである。また、敵陣には、敵キャラクタの本丸が配置され（不図示）、プレーヤ陣地には、プレーヤキャラクタの本丸が配置される（不図示）。「本丸」とは、味方キャラクタ又は相手キャラクタの陣地内で防御の要となる重要エリア（重要設備も含む）のことである。そして、ゲーム演算部２１５は、敵陣又はプレーヤ陣地の本丸（主要エリアの一例）のダメージが一定以上となる又は崩落するタイミングを、戦闘シミュレーションゲームの終了タイミングとする。なお、敵陣における本丸のダメージ、プレーヤ陣地における本丸のダメージは、例えば、ユーザ情報２７３におい
て管理される。
【０２６５】
この場合、表示制御部２１２は、ゲームフィールド１５００で行われる対戦のうち、本丸から外れたエリアで行われる対戦については矢印マーク４０００及び閉曲線イメージ４００１の表示を省略してもよい。このようにすれば、本丸で行われる対戦、例えば、プレーヤキャラクタの本丸又は敵キャラクタの本丸での対戦を、際立たせることができる。
【０２６６】
５−１０．表示条件が複数である場合の例
また、表示制御部２１２は、複数の表示条件に優先順位をつけてもよい。その場合、表示制御部２１２は、例えば、以下の手順で矢印マーク４０００及び閉曲線イメージ４００１の表示対象となる対戦を選定してもよい。
【０２６７】
（１）表示制御部２１２は、ゲームフィールド１５００内で発生した１又は複数の対戦の各々が第１の表示条件を満たすか否かを判定し、第１の表示条件を満たした対戦について第１のポイントを付与する。第１のポイントは、第１の表示条件の重要度が大きいほど大きく設定される。
【０２６８】
（２）表示制御部２１２は、ゲームフィールド１５００内で発生した１又は複数の対戦の各々が第２の表示条件を満たすか否かを判定し、第２の表示条件を満たした対戦ついて第２のポイントを付与する。第２のポイントは、第２の表示条件の重要度が大きいほど大きく設定される。
【０２６９】
（３）表示制御部２１２は、ゲームフィールド１５００内で発生した１又は複数の対戦の各々が第３の表示条件を満たすか否かを判定し、第３の表示条件を満たした対戦ついて第３のポイントを付与する。第３のポイントは、第３の表示条件の重要度が大きいほど大きく設定される。
【０２７０】
（４）表示制御部２１２は、ポイントの合計値を対戦ごとに算出し、合計値の高い順に対戦をランク付けする。そして、ランクの高い所定数の対戦（例えば３つの対戦）については、矢印マーク４０００及び閉曲線イメージ４００１を表示し、その他の対戦については、矢印マーク４０００及び閉曲線イメージ４００１を非表示とする。
【０２７１】
（５）表示制御部２１２は、手順（１）〜（４）からなる一連の処理を所定周期で（例えばフレーム周期で）繰り返し実行する。
【０２７２】
５−１１．表示条件の手動設定について
なお、ここでは、予め決められた表示条件に基づき表示制御部２１２が矢印マーク４０００及び閉曲線イメージ４００１の表示の有無を決定する場合について説明したが、１又は複数の表示条件をプレーヤが設定できるように端末装置２０を構成してもよい。プレーヤによる表示条件の指定は、例えば、入力部２６０及び入力受付処理部２１３を介して行われる。また、表示条件が複数である場合には、前述した優先順位をプレーヤが指定できるように端末装置２０を構成してもよい。
【０２７３】
５−１２．リプレイ表示について
ここで、以上の戦闘画像は、戦闘シミュレーションゲームのリプレイ画像であってもよい。この場合、リプレイ画像の観察者（プレーヤ自身又は別のプレーヤ）は、リプレイ画像に表示された矢印マーク４０００の変化から、プレーヤキャラクタ群と敵キャラクタ群との勝敗を分けたターニングポイント（勝敗を分けた時期）を見出すことも可能である。また、プレーヤ自身又は別のプレーヤは、ターニングポイントの前後における矢印マーク４０００の変化から、ターニングポイントに絡むプレーヤの采配（如何なる順序で如何な
るキャラクタを投入するのか）の成否を判断することも可能である。以下、具体的に説明する。
【０２７４】
先ず、戦闘シミュレーションゲームが開始されると、ゲーム演算部２１５は、ゲームフィールド１５００で発生した個々の対戦に係るキャラクタの状況（キャラクタの状態、キャラクタの環境）を、対戦履歴としてユーザ情報２７３へ記録する。対戦履歴には、例えば、対戦が行われた期間、対戦中におけるキャラクタの状況の変化（対戦中におけるキャラクタの位置の変化、対戦中におけるキャラクタのパラメータの変化など）、対戦中に実行された例外処理の内容、例外処理の実行された時期などが含まれる。
【０２７５】
そして、戦闘シミュレーションゲームの終了後、例えば、入力部２６０を介してプレーヤからリプレイ画像の再生指示が入力されると、処理部２００は、表示制御部２１２、移動処理部２１４、ゲーム演算部２１５などと協働し、ユーザ情報２７３に記憶された対戦履歴と、ゲームデータ記憶部２７４に記憶されたデータ（ゲーム進行のために予め用意されたデータ）とに基づき、戦闘画像を再現した動画像（リプレイ画像）を生成し、表示部２９０へ表示させる（リプレイ画像の再生表示）。
【０２７６】
このとき、本実施形態の表示制御部２１２は、矢印マーク４０００及び閉曲線イメージ４００１を前述した戦闘画像へ表示したのと同様に、矢印マーク４０００及び閉曲線イメージ４００１をリプレイ画像上に表示させる。
【０２７７】
また、このとき、表示制御部２１２は、ゲームフィールド１５００で行われた対戦のうち、ターニングポイント（勝敗を分けた時期）以外の対戦、すなわち、ゲームの勝敗に寄与しなかった対戦については、矢印マーク４０００及び閉曲線イメージ４００１の表示を省略してもよい。この場合、ターニングポイント（勝敗を分けた時期）を際立たせることができる。
【０２７８】
ここで、ターニングポイント（勝敗を分けた時期）は、例えば、リプレイ画像の再生表示に先立ち、ゲーム演算部２１５によって検出される。具体的には、ゲーム演算部２１５は、対戦履歴に基づき、プレーヤキャラクタと敵キャラクタとのうちゲーム終了時点で体力値の合計値が大きかった側を勝者として特定すると共に、戦闘シミュレーションゲームにおける当該勝者の体力値の合計値の推移（変化カーブ）を算出する。そして、ゲーム演算部２１５は、当該カーブがピークを迎えた１又は複数の時刻を、ターニングポイントとして検出し、ターニングポイントにおいて行われていた１又は複数の対戦を、主要対戦として特定する。そして、表示制御部２１２は、リプレイ画像の再生表示の際、１又は複数の主要対戦については矢印マーク４０００及び閉曲線イメージ４００１を表示し、かつ、それ以外の対戦についての矢印マーク４０００及び閉曲線イメージ４００１を、非表示とする。
【０２７９】
なお、ゲーム演算部２１５は、ターニングポイントの数を１つとしてもよいし、複数としてもよい。また、ターニングポイントの数を１つとする場合には、戦闘シミュレーションゲームの終了時点に最も近い時刻をターニングポイントとしてもよい。また、カーブに発生した全てのピークをターニングポイントとして検出する代わりに、一定以上の大きさを有したピークのみをターニングポイントとして検出してもよい。
【０２８０】
また、表示制御部２１２は、ゲームフィールド１５００で行われた対戦のうち、対戦中に戦闘相性が反転しなかった対戦については矢印マーク４０００及び閉曲線イメージ４００１の表示を省略してもよい。この場合、対戦中に優劣関係の逆転した主要対戦を際立たせることができる。なお、「戦闘相性の反転」には、戦闘相性が「優勢」から「劣勢」へ変化すること、戦闘相性が「劣勢」から「優勢」へ変化すること、戦闘相性が「超優性」
から「超劣勢」へ変化すること、戦闘相性が「超劣勢」から「超優性」へ変化すること、などが含まれる。
【０２８１】
例えば、戦闘相性の反転の有無は、ゲーム演算部２１５が対戦履歴に基づき検出することができる。例えば、ゲーム演算部２１５は、対戦履歴に含まれる複数の対戦のうち、例外処理の実行されたタイミングで行われていた１又は複数の主要対戦を特定する。そして、表示制御部２１２は、当該１又は複数の主要対戦については矢印マーク４０００及び閉曲線イメージ４００１を表示し、かつ、それ以外の対戦については矢印マーク４０００及び閉曲線イメージ４００１を、非表示とする。
【０２８２】
５−１３．リプレイ画像のアップロードについて
端末装置２０の処理部２００は、例えば、入力部２６０を介してプレーヤからリプレイ画像のアップロード指示が入力されると、当該リプレイ画像のデータ、又は、リプレイ画像を生成するのに必要なデータを、通信部２９６及びインターネットを介して所定のフォーマットでサーバ装置１０へアップロードする。ここでは、アップロードされるデータが対戦履歴のデータである場合を説明する。
【０２８３】
サーバ装置１０の処理部１００は、アップロードされた対戦履歴のデータを、端末装置２０のユーザＩＤ、プレイ日時、公開許可の有無などに対応付けて、記憶部１４０のユーザ情報１４６に書き込む。
【０２８４】
従って、ユーザ情報１４６には、複数のユーザからアップロードされた複数の対戦履歴のデータが、ユーザごと、かつ、日時ごとに記憶される。なお、「公開許可の有無」は、対戦履歴のデータをアップロードしたユーザが当該データをサーバ装置１０が他のユーザへ公開することを許可するか否かを示す情報のことである。
【０２８５】
サーバ装置１０のゲーム管理部１０４は、必要に応じて、アップロードされた対戦履歴のデータと、記憶部１４０のゲーム情報１４４に予め記憶されたデータ（ゲーム進行のために予め用意されたデータ）とに基づき、リプレイ画像を生成する。なお、サーバ装置１０のゲーム情報１４４に記憶されたデータは、端末装置２０のゲームデータ記憶部２７４に記憶されたデータと基本的に同じである。ゲーム管理部１０４が生成したリプレイ画像は、必要に応じて端末装置２０へ配信される。
【０２８６】
このとき、サーバ装置１０のＷｅｂ処理部１０２は、端末装置２０の表示制御部２１２と同様の手法で、矢印マーク４０００及び閉曲線イメージ４００１をリプレイ画像上に表示させる（重畳させる）。
【０２８７】
なお、ここでは、端末装置２０からサーバ装置１０へアップロードされるデータを、「対戦履歴のデータ」としたが、リプレイ画像を生成するのに必要な他のデータであってもよい。例えば、戦闘シミュレーションゲーム中に入力部２６０を介してプレーヤが行った操作の「操作データ」であってもよいし、戦闘シミュレーションゲーム中に表示部２９０へ表示された「ビデオデータ」であってもよい。
【０２８８】
５−１４．リプレイ画像の再生について
端末装置２０の処理部２００は、例えば、入力部２６０を介してプレーヤからリプレイ画像の再生指示が入力されると、通信部２９６及びインターネットを介して再生要求をサーバ装置１０へ送信する。この再生要求には、再生要求の発行元を特定するための情報（ユーザＩＤ）と、対戦履歴のデータを特定するための情報（対戦履歴のデータの作成元を示すユーザＩＤ、プレイ日時など）が付加されている。
【０２８９】
ここで、再生要求の発行元を示すユーザＩＤと、対戦履歴のデータの作成元を示すユーザＩＤとは、異なってもかまわない。つまり、或るユーザがアップロードした対戦履歴のデータの公開が許可されていた場合には、当該対戦履歴のデータに係るリプレイ画像を、複数のユーザの間で共有することが可能である。
【０２９０】
サーバ装置１０のゲーム管理部１０４は、対戦履歴のデータの作成元を示すユーザＩＤ及びプレイ日時に対応する対戦履歴のデータを、ユーザ情報１４６から読み出すと、当該対戦履歴のデータと、記憶部１４０のゲーム情報１４４に予め記憶されたデータ（ゲーム進行のために予め用意されたデータ）とに基づき、リプレイ画像を生成する。
【０２９１】
そして、サーバ装置１０のＷｅｂ処理部１０２は、ゲーム管理部１０４が生成したリプレイ画像のデータを、通信部１９６及びインターネットを介して所定のフォーマットで、再生要求の発行元となったユーザＩＤの端末装置２０へ配信する。配信の手法は、例えばストリーミング配信などである。
【０２９２】
このとき、サーバ装置１０のＷｅｂ処理部１０２は、端末装置２０の表示制御部２１２と同様の手法で、矢印マーク４０００及び閉曲線イメージ４００１をリプレイ画像上に表示させる（重畳させる）。
【０２９３】
端末装置２０の処理部２００は、サーバ装置１０から配信されるデータを、通信部２９６を介して受信し、かつ、表示制御部２１２を介して表示部２９０へ逐次に送出する。これによって、表示部２９０には、矢印マーク４０００及び閉曲線イメージ４００１付きのリプレイ画像が表示される。
【０２９４】
なお、ここでは、サーバ装置１０から端末装置２０へ配信されるデータを、リプレイ画像（つまりビデオデータ）としたが、リプレイ画像を生成するのに必要な他のデータであってもよい。例えば、リプレイ画像を生成するのに必要な「対戦履歴のデータ」であってもよいし、戦闘シミュレーションゲーム中に入力部２６０を介してプレーヤが行った操作の「操作データ」であってもよい。但し、その場合は、対戦履歴のデータに基づくリプレイ画像の生成処理は、端末装置２０の側で実行される。
【０２９５】
６．フロー
６−１．矢印マークの表示処理のフロー
図１３は、端末装置２０の処理部２００による矢印マークの表示処理のフローチャートの一例である。なお、処理部２００における機能分担については既に説明したので、ここでは処理の主体が処理部２００であるとして説明する。また、このフローチャートは、例えば、プレーヤのデッキデータ及び敵のデッキデータに設定されたキャラクタごとに実行され、ステップＳ３０２からステップＳ３１３までの一連の処理は、例えば、フレーム周期と同じ周期で繰り返される。
【０２９６】
先ず、処理部２００は、ゲームフィールド１５００にキャラクタが投入されたか否かを監視し（Ｓ３０１）、投入された場合には（Ｓ３０１Ｙ）、次の処理（ステップＳ３０２）を開始する。
【０２９７】
次に、処理部２００は、投入されたキャラクタの対戦相手を特定する（Ｓ３０２）。
【０２９８】
次に、処理部２００は、対戦に係る２つのキャラクタの属性を参照する（Ｓ３０３）。
【０２９９】
次に、処理部２００は、対戦に係る２つのキャラクタの属性間に適用される規定の戦闘相性を参照する（Ｓ３０４）。
【０３００】
次に、処理部２００は、対戦に係る２つのキャラクタの状況が、例外処理を要するような特殊な状況であるか否かを判定し（Ｓ３０５）、特殊な状況である場合には（Ｓ３０５Ｙ）、例外処理を実行（例外規定を適用）して戦闘相性を再計算してから（Ｓ３１０）、判定処理（Ｓ３１１）を開始する。特殊な状況とは、例えば、対戦距離が標準距離範囲外である、対戦エリアが標準エリア外である、弾切れ状態である、スキル発動中である、コンボ発動中などのことである。
【０３０１】
一方、処理部２００は、対戦に係る２つのキャラクタの状況が特殊な状況でない場合には（Ｓ３０５Ｎ）、例外処理及び再計算（Ｓ３１０）を実行せずに次の判定処理（Ｓ３１１）を開始する。
【０３０２】
次に、処理部２００は、当該対戦が所与の表示条件を満たすか否かを判定し（Ｓ３１１）、表示条件を満たす場合（Ｓ３１１Ｙ）には、戦闘相性を反映した矢印マーク４０００及び閉曲線イメージ４００１を該当箇所へ表示し（Ｓ３１２）、そうでない場合（Ｓ３１１Ｎ）には、矢印マーク４０００及び閉曲線イメージ４００１を非表示として消滅判定のステップ（Ｓ３１３）へ移行する。表示条件の詳細は、前述したとおりである。
【０３０３】
次に、処理部２００は、ゲームフィールド１５００から当該キャラクタが消滅したか否かを判定し（Ｓ３１３）、消滅した場合にはフローを終了し、そうでない場合には、ステップＳ３０２の処理に戻る。
【０３０４】
６−２．ポップアップ表示処理のフロー
図１４は、処理部２００によるポップアップ表示処理のフローチャートの一例である。なお、処理部２００における機能分担については既に説明したので、ここでは処理の主体が処理部２００であるとして説明する。また、このフローチャートのステップＳ４０２からＳ４０５までの一連の処理は、例えば、戦闘シミュレーションゲームの開始から終了までの期間中に、例えばフレーム周期と同じ周期で繰り返される。
【０３０５】
先ず、処理部２００は、戦闘シミュレーションゲームが開示されたか否かを判定し（Ｓ４０１）、開始された場合には（Ｓ４０１Ｙ）、次の処理（ステップＳ４０２）を開始する。
【０３０６】
次に、処理部２００は、矢印マーク４０００及び閉曲線イメージ４００１の表示中であるか否かを判定し（Ｓ４０２）、表示中でない場合には後述するゲーム終了判定の処理（Ｓ４０８）へ移行し、表示中である場合には次の判定処理（Ｓ４０３）を開始する。
【０３０７】
次に、処理部２００は、矢印マーク４０００の表示域がタッチ操作されているか否かを判定し（Ｓ４０３）、タッチ操作されていない場合には後述するゲーム終了判定の処理（Ｓ４０８）へ移行し、タッチ操作されていた場合には（Ｓ４０３Ｙ）、次の判定処理（Ｓ４０４）を開始する。
【０３０８】
次に、処理部２００は、タッチ操作された対戦について例外処理が実行中（例外規定の適用中）であるか否かを判定し（Ｓ４０４）、実行中でない場合（Ｓ４０４Ｎ）には後述するゲーム終了判定の処理（Ｓ４０８）へ移行し、実行中であった場合には（Ｓ４０４Ｙ）、次のポップアップ表示処理（Ｓ４０５）を開始する。
【０３０９】
次に、処理部２００は、実行中の例外処理の内容に基づき、例外処理の原因となった状況を示すポップアップ表示データを作成し、タッチ操作の位置へ表示する（図１１を参照）。なお、前フレームと最新フレームとの間でタッチ操作の位置がずれていた場合には、
本ステップ（Ｓ４０５）にてポップアップ表示の表示先が更新されることになる。前フレームと最新フレームとの間でタッチ操作された矢印マークが異なる場合には、ポップアップ表示の内容が更新される。
【０３１０】
次に、処理部２００は、戦闘シミュレーションゲームが終了したか否かを判定し（Ｓ４０８）、終了した場合には（Ｓ４０８Ｙ）、フローを終了し、そうでない場合には（Ｓ４０８Ｎ）、最初の判定処理（Ｓ４０２）に戻る。
【０３１１】
なお、ここでは、戦闘シミュレーションゲームの実行中に端末装置２０がポップアップ表示を行う場合を説明したが、リプレイ画像の表示中に端末装置２０が同様にしてポップアップ表示を行うこともできる。但し、その場合は、端末装置２０の処理部２００は、リプレイ画像に係る対戦履歴のデータを適宜に利用可能である必要がある。ここでいう「利用可能」とは、端末装置２０の処理部２００が対戦履歴のデータに対して適宜にアクセス可能であることを言い、対戦履歴のデータの格納先は、端末装置２０の記憶部２７０であってもよいし、サーバ装置１０の記憶部１４０であってもよい。
【０３１２】
また、ここでは、ポップアップ表示に係る処理の全部が端末装置２０の側で行われる場合を説明したが、ポップアップ表示に係る処理の一部又は全部がサーバ装置１０の側で行われてもよい。
【０３１３】
６−３．リプレイ表示処理のフロー
図１５は、端末装置２０の処理部２００によるリプレイ表示処理のフローチャートの一例である。なお、処理部２００における機能分担については既に説明したので、ここでは処理の主体が処理部２００であるとして説明する。また、このフローチャートの開始に当たり、リプレイ画像に対応する対戦履歴のデータは端末装置２０の記憶部２７０に保管されているものとする。また、このフローチャートのステップＳ５０６からＳ５０７までの一連の処理は、例えば、リプレイ画像の再生表示の開始から終了までの期間中に、例えばフレーム周期と同じ周期で繰り返される。
【０３１４】
先ず、処理部２００は、リプレイ画像の再生指示がプレーヤから入力されたか否かを判定し（Ｓ５０１）、入力された場合には（Ｓ５０１Ｙ）、次の処理（Ｓ５０２）を開始する。
【０３１５】
次に、処理部２００は、当該対戦履歴のデータに基づき、ターニングポイントを検出し、ターニングポイントにて行われていた主要対戦を特定する（Ｓ５０２）。この主要対戦の特定方法については、前述したとおりである。
【０３１６】
次に、処理部２００は、当該対戦履歴のデータに基づき、対戦中に戦闘相性が反転した主要対戦を特定する（Ｓ５０３）。この主要対戦の特定方法については、前述したとおりである。
【０３１７】
次に、処理部２００は、リプレイ画像の再生表示を開始する（Ｓ５０５）。再生表示の方法は、前述したとおりである。
【０３１８】
次に、処理部２００は、再生表示中のリプレイ画像（現フレーム）に主要対戦が含まれるか否かを判定し（Ｓ５０６）、含まれる場合には（Ｓ５０６Ｙ）、当該主要対戦についての戦闘相性を反映した矢印マーク４０００及び閉曲線イメージ４００１を該当箇所に表示してから（Ｓ５０７）、終了判定処理（Ｓ５０８）を開始し、そうでない場合には（Ｓ５０６Ｎ）、矢印マーク４０００及び閉曲線イメージ４００１を非表示として、終了判定処理（Ｓ５０８）を開始する。
【０３１９】
次に、処理部２００は、リプレイ画像の再生表示が終了したか否かを判定し（Ｓ５０８）、終了した場合には（Ｓ５０８Ｙ）、フローを終了し、そうでない場合には（Ｓ５０８Ｎ）、判定の処理（Ｓ５０６）へ戻る。
【０３２０】
なお、処理部２００は、主要対戦を特定するための処理（Ｓ５０２、５０３）の実行後に、主要対戦を特定するための情報（主要対戦が発生した時刻の情報等）を、対戦履歴のデータに付与してもよい。対戦履歴のデータに当該情報を付与しておけば、次に再生指示が入力された場合に、ステップＳ５０２、Ｓ５０３の処理を省略することが可能である。また、上記フローにおいて、ステップＳ５０２、Ｓ５０３の順序は入れ替えが可能である。
【０３２１】
７．変形例
７−１．機能分担について
上述した処理部２００、１００に含まれる各要素の機能分担については、前述したものに限定されることはない。例えば、表示制御部２１２の機能の一部又は全部は、ゲーム演算部２１５によって実行されてもよい。また、例えば、ゲーム管理部２１７の機能の一部又は全部は、ゲーム演算部２１５によって実行されてもよい。また、サーバ装置１０の機能の一部は、端末装置２０の側に搭載されてもよい。また、端末装置２０の機能の一部は、サーバ装置１０の側に搭載されてもよい。また、サーバ装置１０には、処理部１００の機能の一部又は全部を実現する専用の回路（ハードウエア）が搭載されてもよい。つまり、処理部１００の機能の一部または全部は、ソフトウエアで実行されてもよいし、ハードウエアで実行されてもよい。端末装置２０には、処理部２００の機能の一部又は一部又は全部を実現する専用の回路（ハードウエア）が搭載されてもよい。つまり、処理部２００の機能の一部または全部は、ソフトウエアで実行されてもよいし、ハードウエアで実行されてもよい。
【０３２２】
７−２．ゲームの種類について
本実施形態では、ゲームとしては、例えば、戦闘に係るゲームであれば、音楽ゲーム、シューティングゲーム、対戦ゲーム野球ゲーム、サッカーゲーム、バスケットボールゲーム等のスポーツゲームなどの対戦ゲーム、ロールプレイングゲーム（ＲＰＧ）、その他のシミュレーションゲームに応用してもよい。
【０３２３】
７−３．サーバのバリエーションについて
また、本実施形態は、一のサーバ装置１０によって各ゲームを端末装置２０に提供してもよいし、複数のゲームサーバ装置１０を連動させてサーバシステムを構築し、各ゲームを端末装置に提供してもよい。
【０３２４】
７−４．その他の変形について
また、本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。
【０３２５】
上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。
【符号の説明】
【０３２６】
１０  …  サーバ装置
２０  …  端末装置
１００  …  処理部
１０１  …  通信制御部
１０４  …  ゲーム管理部
１０２  …  Ｗｅｂ処理部
１２０  …  入力部
１３０  …  表示部
１４０  …  記憶部
１４２  …  主記憶部
１４４  …  ゲーム情報
１４６  …  ユーザ情報
１８０  …  情報記憶媒体
１９６  …  通信部
２００  …  処理部
２１０  …  オブジェクト空間設定部
２１１  …  操作検出処理部
２１２  …  表示制御部
２１３  …  入力受付処理部
２１４  …  移動処理部
２１５  …  ゲーム演算部
２１６  …  仮想カメラ制御部
２１７  …  ゲーム管理部
２２０  …  描画部
２３０  …  音処理部
２６０  …  入力部
２７０  …  記憶部
２８０  …  情報記憶媒体
２９０  …  表示部
２９２  …  音出力部
２９６  …  通信部
【図１】
2018029829.tif 000003
【図２】
2018029829.tif 000004
【図３】
2018029829.tif 000005
【図４】
2018029829.tif 000006
【図５】
2018029829.tif 000007
【図６】
2018029829.tif 000008
【図７】
2018029829.tif 000009
【図８】
2018029829.tif 000010
【図９】
2018029829.tif 000011
【図１０】
2018029829.tif 000012
【図１１】
2018029829.tif 000013
【図１２】
2018029829.tif 000014
【図１３】
2018029829.tif 000015
【図１４】
2018029829.tif 000016
【図１５】
2018029829.tif 000017