IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 任天堂株式会社の特許一覧 ▶ 株式会社インテリジェントシステムズの特許一覧

特開2022-73609情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法
<>
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図1
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図2
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図3
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図4
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図5
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図6
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図7
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図8
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図9
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図10
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図11
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図12
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図13
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図14
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図15
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図16
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図17
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図18
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図19
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図20
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図21
  • 特開-情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法 図22
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022073609
(43)【公開日】2022-05-17
(54)【発明の名称】情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法
(51)【国際特許分類】
   A63F 13/69 20140101AFI20220510BHJP
   A63F 13/30 20140101ALI20220510BHJP
   A63F 13/533 20140101ALI20220510BHJP
   A63F 13/55 20140101ALI20220510BHJP
   A63F 13/79 20140101ALI20220510BHJP
   A63F 13/53 20140101ALI20220510BHJP
   A63F 13/58 20140101ALI20220510BHJP
【FI】
A63F13/69
A63F13/30
A63F13/533
A63F13/55
A63F13/79
A63F13/53
A63F13/58
【審査請求】未請求
【請求項の数】24
【出願形態】OL
(21)【出願番号】P 2020183706
(22)【出願日】2020-11-02
(71)【出願人】
【識別番号】000233778
【氏名又は名称】任天堂株式会社
(71)【出願人】
【識別番号】397037890
【氏名又は名称】株式会社インテリジェントシステムズ
(74)【代理人】
【識別番号】100158780
【弁理士】
【氏名又は名称】寺本 亮
(74)【代理人】
【識別番号】100121359
【弁理士】
【氏名又は名称】小沢 昌弘
(72)【発明者】
【氏名】大橋 雄史
(72)【発明者】
【氏名】前田 耕平
(57)【要約】
【課題】敵と味方との間で対戦を行うゲームをユーザにより手軽に行わせる。
【解決手段】情報処理システムは、複数のターンからなる対戦ゲームを実行する。各ターン内において、第1エリアに配置された複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトが、仮想空間内における戦闘エリア内の第2エリアに味方オブジェクトとして配置される。また、1以上の敵オブジェクトが戦闘エリア内の第3エリアに配置される。情報処理システムは、戦闘エリアに配置された味方オブジェクトまたは敵オブジェクトである配置オブジェクトの配置位置に基づいて、攻撃順と、各配置オブジェクトのうちの攻撃対象とを配置オブジェクト毎に決定する。情報処理システムは、配置オブジェクトによる攻撃対象に対する攻撃を攻撃順に従って実行することによって、当該攻撃対象となった配置オブジェクトに関連付けられた体力パラメータを減少させる。
【選択図】図21
【特許請求の範囲】
【請求項1】
複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する情報処理システムであって、
前記情報処理システムは少なくとも1つのプロセッサおよび記憶手段を含み、
前記プロセッサは、各々の前記ターン内において、
前記仮想空間内の第1エリアに複数の候補オブジェクトを配置し、
前記第1エリアに配置された前記複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、前記仮想空間内における戦闘エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、
1以上の敵オブジェクトを前記戦闘エリア内の第3エリアに配置し、
前記戦闘エリアに配置された前記味方オブジェクトまたは前記敵オブジェクトである配置オブジェクトの配置位置に基づいて、攻撃順と、各配置オブジェクトのうちの攻撃対象とを前記配置オブジェクト毎に決定し、
前記配置オブジェクトによる前記攻撃対象に対する攻撃を前記攻撃順に従って実行することによって、当該攻撃対象となった前記配置オブジェクトに関連付けられた体力パラメータを減少させ、
前記攻撃によって前記体力パラメータが閾値以下となった前記配置オブジェクトを前記第2エリアまたは前記第3エリアから除去し、
前記戦闘エリアに配置されている前記各配置オブジェクトによる前記攻撃が終了した後、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記体力パラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記体力パラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定し、
前記プロセッサは、
あるターンの開始時において前記第2エリアに配置されていた前記味方オブジェクトを残した状態で当該ターンの次のターンを開始し、
各ターンにおける前記ゲーム結果に基づいて、前記ユーザに関連付けられたユーザパラメータを算出し、
前記複数のターンの終了後、前記ユーザパラメータの値に基づいて前記ユーザにゲーム内報酬を付与する、情報処理システム。
【請求項2】
前記プロセッサは、前記ターン内において、前記対戦ゲームの開始前に前記ユーザにより指定された、第1の数のオブジェクトのうちから、前記複数の候補オブジェクトとして、当該第1の数よりも少ない第2の数の前記候補オブジェクトを前記第1エリアに配置する、請求項1に記載の情報処理システム。
【請求項3】
前記第2エリアは、前記第3エリアに近い前衛エリアと、前記第3エリアから遠い後衛エリアとを含み、
前記第3エリアは、前記第2エリアに近い前衛エリアと、前記第2エリアから遠い後衛エリアとを含み、
前記プロセッサは、前記配置オブジェクトが前記前衛エリアに配置されているか、それとも、前記後衛エリアに配置されているかに基づいて、前記攻撃順を決定する、請求項1または請求項2に記載の情報処理システム。
【請求項4】
前記プロセッサは、前記前衛エリアに配置された前記配置オブジェクトの前記攻撃順を、前記後衛エリアに配置された前記配置オブジェクトの前記攻撃順よりも先にする、請求項3に記載の情報処理システム。
【請求項5】
前記プロセッサは、前記配置オブジェクトに関連付けられた能力パラメータにさらに基づいて、前記配置オブジェクト毎に前記攻撃順を決定する、請求項1から請求項4のいずれか1項に記載の情報処理システム。
【請求項6】
前記能力パラメータは、前記配置オブジェクトの速さを示すパラメータであり、
前記プロセッサは、前記配置オブジェクトに対応付けられた、前記速さを示すパラメータに基づいて、前記配置オブジェクト毎に前記攻撃順および攻撃回数を決定する、請求項5に記載の情報処理システム。
【請求項7】
前記ゲーム画像において前記第2エリアから前記第3エリアへの方向を正面方向としたとき、前記プロセッサは、前記味方オブジェクトの攻撃対象を、当該味方オブジェクトの正面方向に近い位置に配置される前記敵オブジェクトが、当該味方オブジェクトの正面方向から遠い位置に配置される前記敵オブジェクトよりも優先されるように決定する、請求項1から請求項6のいずれか1項に記載の情報処理システム。
【請求項8】
前記プロセッサは、前記戦闘エリアにおいて前記配置オブジェクトの攻撃範囲に前記攻撃対象が存在しない場合、当該攻撃範囲に当該攻撃対象が含まれるように当該配置オブジェクトを移動させて、当該攻撃対象に対する攻撃を当該配置オブジェクトに行わせる、請求項1から請求項7のいずれか1項に記載の情報処理システム。
【請求項9】
前記プロセッサは、前記攻撃順に従って第1の前記配置オブジェクトが前記攻撃対象である第2の前記配置オブジェクトを攻撃する場合、反撃条件が満たされれば、当該第2の配置オブジェクトの攻撃順にかかわらず、当該第2の配置オブジェクトによる当該第1の配置オブジェクトに対する反撃によって、当該第1の配置オブジェクトに関連付けられた体力パラメータを減少させる、請求項1から請求項8のいずれか1項に記載の情報処理システム。
【請求項10】
前記プロセッサは、前記ターン内において、前記配置オブジェクトによる前記攻撃対象に対する攻撃の前に、前記第2エリアにおける前記味方オブジェクトの配置を前記ユーザの指示に応じて変更する、請求項1から請求項9のいずれか1項に記載の情報処理システム。
【請求項11】
前記プロセッサは、前記第2エリアに配置された複数の前記味方オブジェクトの組み合わせに応じて、少なくとも当該味方オブジェクトに関連付けられた能力を今回のターン中において変化させる、請求項1から請求項10のいずれか1項に記載の情報処理システム。
【請求項12】
前記プロセッサは、前記第2エリアに配置された前記味方オブジェクトのうち条件を満たす複数の前記味方オブジェクトを合成して1つの前記味方オブジェクトとし、合成後の当該味方オブジェクトに関連付けられる能力を、合成前の前記味方オブジェクトに関連付けられた能力とは異なる内容に設定する、請求項1から請求項11のいずれか1項に記載の情報処理システム。
【請求項13】
前記プロセッサは、
所定の能力を有する前記配置オブジェクトが前記戦闘エリアに配置されている場合、当該配置オブジェクトとは異なる他の配置オブジェクトのうち、当該所定の能力に応じたいくつかの配置オブジェクトに関連付けられた能力パラメータを、今回のターン内において当該所定の能力に応じて変化させ、
変化後の能力パラメータが関連付けられる前記配置オブジェクトが攻撃を行う、および/または、前記攻撃対象となる場合、当該変化後の能力パラメータに基づいて、前記攻撃対象となる前記配置オブジェクトに関連付けられた体力パラメータを減少させる、請求項1から請求項12のいずれか1項に記載の情報処理システム。
【請求項14】
前記味方オブジェクトまたは前記敵オブジェクトとなる各オブジェクトにはそれぞれ、複数種類のうち少なくとも1つの属性が設定されており、
前記複数種類の各属性の少なくとも1種類は、少なくとも1つの他の属性との間に相性を有しており、
前記プロセッサは、攻撃を行う前記配置オブジェクトの属性と前記攻撃対象となる前記配置オブジェクトの属性との相性に応じて、当該攻撃による当該攻撃対象となった前記配置オブジェクトに関連付けられた体力パラメータの減少量を変化させる、請求項1から請求項13のいずれか1項に記載の情報処理システム。
【請求項15】
前記記憶手段は、前記ユーザとは異なる他のユーザによって行われた前記対戦ゲーム内の少なくとも1つのターンにおいて前記第2エリアに配置される前記味方オブジェクトと、当該味方オブジェクトの配置とを示すプレイデータを記憶しており、
前記プロセッサは、前記複数のターンの少なくともいずれかにおいて、前記第3エリアにおける前記敵オブジェクトと、当該敵オブジェクトの配置とを、前記プレイデータに基づいて決定する、請求項1から請求項14のいずれか1項に記載の情報処理システム。
【請求項16】
前記記憶手段は、前記ユーザとは異なる複数の他のユーザに関する前記プレイデータを、当該他のユーザと関連付けて記憶しており、
前記プロセッサは、前回のターンにおいて前記敵オブジェクトと当該敵オブジェクトの配置との決定に用いられた前記プレイデータに関連付けられるユーザとは異なるユーザの前記プレイデータに基づいて、今回のターンにおける前記敵オブジェクトと当該敵オブジェクトの配置とを決定する、請求項15に記載の情報処理システム。
【請求項17】
前記プロセッサは、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記体力パラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記体力パラメータの合計値との差に基づいて前記ユーザパラメータの値を算出する、請求項1から請求項16のいずれか1項に記載の情報処理システム。
【請求項18】
複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に出力する情報処理システムであって、
前記情報処理システムは少なくとも1つのプロセッサおよび記憶手段を含み、
前記プロセッサは、各々の前記ターン内において、
前記仮想空間内の第1エリアに複数の候補オブジェクトを配置し、
前記第1エリアに配置された前記複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、前記仮想空間内における対戦エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、
1以上の敵オブジェクトを前記対戦エリア内の第3エリアに配置し、
前記対戦エリアに配置された前記味方オブジェクトまたは前記敵オブジェクトである配置オブジェクトの配置位置に基づいて、行動順と、各配置オブジェクトのうちの行動対象とを前記配置オブジェクト毎に決定し、
前記配置オブジェクトによる前記行動対象に対する行動を前記行動順に従って実行することによって、当該行動対象となった前記配置オブジェクトに関連付けられたオブジェクトパラメータを変化させ、
前記行動によって前記オブジェクトパラメータが除去条件を満たした前記配置オブジェクトを前記第2エリアまたは前記第3エリアから除去し、
前記対戦エリアに配置されている前記各配置オブジェクトによる前記行動が終了した後、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記オブジェクトパラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記オブジェクトパラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定し、
前記プロセッサは、
あるターンの開始時において前記第2エリアに配置されていた前記味方オブジェクトを残した状態で当該ターンの次のターンを開始し、
各ターンにおける前記ゲーム結果に基づいて、前記ユーザに関連付けられたユーザパラメータを算出し、
前記複数のターンの終了後、前記ユーザパラメータの値に基づいて前記ユーザにゲーム内報酬を付与する、情報処理システム。
【請求項19】
複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する情報処理装置のコンピュータにおいて実行される情報処理プログラムであって、
前記情報処理プログラムは、各々の前記ターン内において、
前記仮想空間内の第1エリアに複数の候補オブジェクトを配置し、
前記第1エリアに配置された前記複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、前記仮想空間内における戦闘エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、
1以上の敵オブジェクトを前記戦闘エリア内の第3エリアに配置し、
前記戦闘エリアに配置された前記味方オブジェクトまたは前記敵オブジェクトである配置オブジェクトの配置位置に基づいて、攻撃順と、各配置オブジェクトのうちの攻撃対象とを前記配置オブジェクト毎に決定し、
前記配置オブジェクトによる前記攻撃対象に対する攻撃を前記攻撃順に従って実行することによって、当該攻撃対象となった前記配置オブジェクトに関連付けられた体力パラメータを減少させ、
前記攻撃によって前記体力パラメータが閾値以下となった前記配置オブジェクトを前記第2エリアまたは前記第3エリアから除去し、
前記戦闘エリアに配置されている前記各配置オブジェクトによる前記攻撃が終了した後、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記体力パラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記体力パラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定する処理を前記コンピュータに実行させ、
前記情報処理プログラムは、
あるターンの開始時において前記第2エリアに配置されていた前記味方オブジェクトを残した状態で当該ターンの次のターンを開始し、
各ターンにおける前記ゲーム結果に基づいて、前記ユーザに付与されるゲーム内報酬を決定するために用いられるパラメータである、前記ユーザに関連付けられたユーザパラメータを算出する処理を前記コンピュータに実行させる、情報処理プログラム。
【請求項20】
複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する情報処理装置のコンピュータにおいて実行される情報処理プログラムであって、
前記情報処理プログラムは、各々の前記ターン内において、
前記仮想空間内の第1エリアに複数の候補オブジェクトを配置し、
前記第1エリアに配置された前記複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、前記仮想空間内における対戦エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、
1以上の敵オブジェクトを前記対戦エリア内の第3エリアに配置し、
前記対戦エリアに配置された前記味方オブジェクトまたは前記敵オブジェクトである配置オブジェクトの配置位置に基づいて、行動順と、各配置オブジェクトのうちの行動対象とを前記配置オブジェクト毎に決定し、
前記配置オブジェクトによる前記行動対象に対する行動を前記行動順に従って実行することによって、当該行動対象となった前記配置オブジェクトに関連付けられたオブジェクトパラメータを変化させ、
前記行動によって前記オブジェクトパラメータが除去条件を満たした前記配置オブジェクトを前記第2エリアまたは前記第3エリアから除去し、
前記対戦エリアに配置されている前記各配置オブジェクトによる前記行動が終了した後、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記オブジェクトパラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記オブジェクトパラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定する処理を前記コンピュータに実行させ、
前記情報処理プログラムは、
あるターンの開始時において前記第2エリアに配置されていた前記味方オブジェクトを残した状態で当該ターンの次のターンを開始し、
前記ユーザに付与されるゲーム内報酬を決定するために用いられるパラメータである、前記ユーザに関連付けられたユーザパラメータを算出する処理を前記コンピュータに実行させる、情報処理プログラム。
【請求項21】
複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する情報処理装置であって、
前記情報処理装置は、少なくとも1つのプロセッサおよび記憶手段を含み、
前記プロセッサは、各々の前記ターン内において、
前記仮想空間内の第1エリアに複数の候補オブジェクトを配置し、
前記第1エリアに配置された前記複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、前記仮想空間内における戦闘エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、
1以上の敵オブジェクトを前記戦闘エリア内の第3エリアに配置し、
前記戦闘エリアに配置された前記味方オブジェクトまたは前記敵オブジェクトである配置オブジェクトの配置位置に基づいて、攻撃順と、各配置オブジェクトのうちの攻撃対象とを前記配置オブジェクト毎に決定し、
前記配置オブジェクトによる前記攻撃対象に対する攻撃を前記攻撃順に従って実行することによって、当該攻撃対象となった前記配置オブジェクトに関連付けられた体力パラメータを減少させ、
前記攻撃によって前記体力パラメータが閾値以下となった前記配置オブジェクトを前記第2エリアまたは前記第3エリアから除去し、
前記戦闘エリアに配置されている前記各配置オブジェクトによる前記攻撃が終了した後、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記体力パラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記体力パラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定し、
前記プロセッサは、
あるターンの開始時において前記第2エリアに配置されていた前記味方オブジェクトを残した状態で当該ターンの次のターンを開始し、
各ターンにおける前記ゲーム結果に基づいて、前記ユーザに付与されるゲーム内報酬を決定するために用いられるパラメータである、前記ユーザに関連付けられたユーザパラメータを算出する、情報処理装置。
【請求項22】
複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する情報処理装置あって、
前記情報処理装置は、少なくとも1つのプロセッサおよび記憶手段を含み、
前記プロセッサは、各々の前記ターン内において、
前記仮想空間内の第1エリアに複数の候補オブジェクトを配置し、
前記第1エリアに配置された前記複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、前記仮想空間内における対戦エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、
1以上の敵オブジェクトを前記対戦エリア内の第3エリアに配置し、
前記対戦エリアに配置された前記味方オブジェクトまたは前記敵オブジェクトである配置オブジェクトの配置位置に基づいて、行動順と、各配置オブジェクトのうちの行動対象とを前記配置オブジェクト毎に決定し、
前記配置オブジェクトによる前記行動対象に対する行動を前記行動順に従って実行することによって、当該行動対象となった前記配置オブジェクトに関連付けられたオブジェクトパラメータを変化させ、
前記行動によって前記オブジェクトパラメータが除去条件を満たした前記配置オブジェクトを前記第2エリアまたは前記第3エリアから除去し、
前記対戦エリアに配置されている前記各配置オブジェクトによる前記行動が終了した後、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記オブジェクトパラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記オブジェクトパラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定し、
前記プロセッサは、
あるターンの開始時において前記第2エリアに配置されていた前記味方オブジェクトを残した状態で当該ターンの次のターンを開始し、
前記ユーザに付与されるゲーム内報酬を決定するために用いられるパラメータである、前記ユーザに関連付けられたユーザパラメータを算出する、情報処理装置。
【請求項23】
複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する情報処理システムにおいて実行される情報処理方法であって、
前記情報処理システムは、各々の前記ターン内において、
前記仮想空間内の第1エリアに複数の候補オブジェクトを配置し、
前記第1エリアに配置された前記複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、前記仮想空間内における戦闘エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、
1以上の敵オブジェクトを前記戦闘エリア内の第3エリアに配置し、
前記戦闘エリアに配置された前記味方オブジェクトまたは前記敵オブジェクトである配置オブジェクトの配置位置に基づいて、攻撃順と、各配置オブジェクトのうちの攻撃対象とを前記配置オブジェクト毎に決定し、
前記配置オブジェクトによる前記攻撃対象に対する攻撃を前記攻撃順に従って実行することによって、当該攻撃対象となった前記配置オブジェクトに関連付けられた体力パラメータを減少させ、
前記攻撃によって前記体力パラメータが閾値以下となった前記配置オブジェクトを前記第2エリアまたは前記第3エリアから除去し、
前記戦闘エリアに配置されている前記各配置オブジェクトによる前記攻撃が終了した後、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記体力パラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記体力パラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定し、
前記情報処理システムは、
あるターンの開始時において前記第2エリアに配置されていた前記味方オブジェクトを残した状態で当該ターンの次のターンを開始し、
各ターンにおける前記ゲーム結果に基づいて、前記ユーザに関連付けられたユーザパラメータを算出し、
前記複数のターンの終了後、前記ユーザパラメータの値に基づいて前記ユーザにゲーム内報酬を付与する、情報処理方法。
【請求項24】
複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に出力する情報処理システムにおいて実行される情報処理方法であって、
前記情報処理システムは、各々の前記ターン内において、
前記仮想空間内の第1エリアに複数の候補オブジェクトを配置し、
前記第1エリアに配置された前記複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、前記仮想空間内における対戦エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、
1以上の敵オブジェクトを前記対戦エリア内の第3エリアに配置し、
前記対戦エリアに配置された前記味方オブジェクトまたは前記敵オブジェクトである配置オブジェクトの配置位置に基づいて、行動順と、各配置オブジェクトのうちの行動対象とを前記配置オブジェクト毎に決定し、
前記配置オブジェクトによる前記行動対象に対する行動を前記行動順に従って実行することによって、当該行動対象となった前記配置オブジェクトに関連付けられたオブジェクトパラメータを変化させ、
前記行動によって前記オブジェクトパラメータが除去条件を満たした前記配置オブジェクトを前記第2エリアまたは前記第3エリアから除去し、
前記対戦エリアに配置されている前記各配置オブジェクトによる前記行動が終了した後、前記第2エリアに配置されている前記味方オブジェクトに関連付けられた前記オブジェクトパラメータの合計値と、前記第3エリアに配置されている前記敵オブジェクトに関連付けられた前記オブジェクトパラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定し、
前記情報処理システムは、
あるターンの開始時において前記第2エリアに配置されていた前記味方オブジェクトを残した状態で当該ターンの次のターンを開始し、
各ターンにおける前記ゲーム結果に基づいて、前記ユーザに関連付けられたユーザパラメータを算出し、
前記複数のターンの終了後、前記ユーザパラメータの値に基づいて前記ユーザにゲーム内報酬を付与する、情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ゲームを実行するための情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法に関する。
【背景技術】
【0002】
従来、ゲームフィールド上においてキャラクタを移動させることで、敵キャラクタと味方キャラクタとを戦わせるゲームを実行するゲームシステムがある(例えば、非特許文献1参照)。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】“Learn withSharena! Fire Emblem Heroes Inheriting Hero Skills”、[online]、任天堂株式会社、[令和2年10月15日検索]、インターネット<https://guide.fire-emblem-heroes.com/en-US/sa003/>
【発明の概要】
【発明が解決しようとする課題】
【0004】
従来においては、味方キャラクタの行動順および行動対象はユーザによって指示されるため、ゲームを手軽に行うという点では改善の余地があった。
【0005】
それ故、本発明の目的は、敵と味方との間で対戦を行うゲームをユーザがより手軽に行うことができる情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法を提供することである。
【課題を解決するための手段】
【0006】
上記の課題を解決すべく、本発明は、以下の(1)~(18)の構成を採用した。
【0007】
(1)
本発明の一例は、複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する情報処理システムである。情報処理システムは、少なくとも1つのプロセッサおよび記憶手段を含む。プロセッサは、各々のターン内において、(a)仮想空間内の第1エリアに複数の候補オブジェクトを配置し、(b)第1エリアに配置された複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、仮想空間内における戦闘エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、(c)1以上の敵オブジェクトを戦闘エリア内の第3エリアに配置し、(d)戦闘エリアに配置された味方オブジェクトまたは敵オブジェクトである配置オブジェクトの配置位置に基づいて、攻撃順と、各配置オブジェクトのうちの攻撃対象とを配置オブジェクト毎に決定し、(e)配置オブジェクトによる攻撃対象に対する攻撃を攻撃順に従って実行することによって、当該攻撃対象となった配置オブジェクトに関連付けられた体力パラメータを減少させ、(f)攻撃によって体力パラメータが閾値以下となった配置オブジェクトを第2エリアまたは第3エリアから除去し、(g)戦闘エリアに配置されている各配置オブジェクトによる攻撃が終了した後、第2エリアに配置されている味方オブジェクトに関連付けられた体力パラメータの合計値と、第3エリアに配置されている敵オブジェクトに関連付けられた体力パラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定する。また、プロセッサは、(h)あるターンの開始時において第2エリアに配置されていた味方オブジェクトを残した状態で当該ターンの次のターンを開始し、(i)各ターンにおけるゲーム結果に基づいて、ユーザに関連付けられたユーザパラメータを算出し、(j)複数のターンの終了後、ユーザパラメータの値に基づいてユーザにゲーム内報酬を付与する。
【0008】
上記(1)の構成によれば、配置オブジェクトの攻撃順および攻撃対象を指定する指示をユーザが行わなくても対戦ゲームが行われる。これによって、ユーザは対戦ゲームを手軽に行うことができる。
【0009】
(2)
プロセッサは、ターン内において、対戦ゲームの開始前にユーザにより指定された、第1の数のオブジェクトのうちから、複数の候補オブジェクトとして、当該第1の数よりも少ない第2の数の候補オブジェクトを第1エリアに配置してもよい。
【0010】
上記(2)の構成によれば、味方オブジェクトとなり得るオブジェクトの設定に戦略性が生じるので、対戦ゲームの戦略性を向上することができる。
【0011】
(3)
第2エリアは、第3エリアに近い前衛エリアと、第3エリアから遠い後衛エリアとを含んでもよい。第3エリアは、第2エリアに近い前衛エリアと、第2エリアから遠い後衛エリアとを含んでもよい。プロセッサは、配置オブジェクトが前衛エリアに配置されているか、それとも、後衛エリアに配置されているかに基づいて、攻撃順を決定してもよい。
【0012】
上記(3)の構成によれば、戦闘エリアにおける配置オブジェクトの配置がゲームの進行およびゲーム結果に影響を与えることとなるので、対戦ゲームの戦略性を向上することができる。
【0013】
(4)
プロセッサは、前衛エリアに配置された配置オブジェクトの攻撃順を、後衛エリアに配置された配置オブジェクトの攻撃順よりも先にしてもよい。
【0014】
上記(4)の構成によれば、前衛であるか後衛であるかの配置に基づく配置オブジェクトの攻撃順がユーザにとってわかりやすくなるので、ユーザは味方オブジェクトの配置に関する戦略を立てやすくなる。
【0015】
(5)
プロセッサは、配置オブジェクトに関連付けられた能力パラメータにさらに基づいて、配置オブジェクト毎に攻撃順を決定してもよい。
【0016】
上記(5)の構成によれば、配置オブジェクトの能力パラメータに応じて攻撃順が異なるので、対戦ゲームの戦略性をより向上させることができる。
【0017】
(6)
能力パラメータは、配置オブジェクトの速さを示すパラメータであってもよい。プロセッサは、配置オブジェクトに対応付けられた、速さを示すパラメータに基づいて、配置オブジェクト毎に攻撃順および攻撃回数を決定してもよい。
【0018】
上記(6)の構成によれば、配置オブジェクトの1つの能力パラメータが攻撃順だけでなく攻撃回数にも影響を与えるので、第2ゲームの戦略性を向上することができる。
【0019】
(7)
ゲーム画像において第2エリアから第3エリアへの方向を正面方向としたとき、プロセッサは、味方オブジェクトの攻撃対象を、当該味方オブジェクトの正面方向に近い位置に配置される敵オブジェクトが、当該味方オブジェクトの正面方向から遠い位置に配置される敵オブジェクトよりも優先されるように決定してもよい。
【0020】
上記(7)の構成によれば、配置オブジェクトの配置が攻撃順に影響を与えるので、対戦ゲームの戦略性を向上することができる。
【0021】
(8)
プロセッサは、戦闘エリアにおいて配置オブジェクトの攻撃範囲に攻撃対象が存在しない場合、当該攻撃範囲に当該攻撃対象が含まれるように当該配置オブジェクトを移動させて、当該攻撃対象に対する攻撃を当該配置オブジェクトに行わせてもよい。
【0022】
上記(8)の構成によれば、攻撃主体となる配置オブジェクトと、攻撃対象となる配置オブジェクトとをユーザにわかりやすく提示することができる。
【0023】
(9)
プロセッサは、攻撃順に従って第1の配置オブジェクトが攻撃対象である第2の配置オブジェクトを攻撃する場合、反撃条件が満たされれば、当該第2の配置オブジェクトの攻撃順にかかわらず、当該第2の配置オブジェクトによる当該第1の配置オブジェクトに対する反撃によって、当該第1の配置オブジェクトに関連付けられた体力パラメータを減少させてもよい。
【0024】
上記(9)の構成によれば、ユーザは、反撃が行われるか否かによってゲームの進行およびゲーム結果が左右されるので、対戦ゲームの戦略性を向上することができる。
【0025】
(10)
プロセッサは、ターン内において、配置オブジェクトによる攻撃対象に対する攻撃の前に、第2エリアにおける味方オブジェクトの配置をユーザの指示に応じて変更してもよい。
【0026】
上記(10)の構成によれば、攻撃前に味方オブジェクトの配置を検討する機会をユーザに与えることができ、対戦ゲームの戦略性を向上することができる。
【0027】
(11)
プロセッサは、第2エリアに配置された複数の味方オブジェクトの組み合わせに応じて、少なくとも当該味方オブジェクトに関連付けられた能力を今回のターン中において変化させてもよい。
【0028】
上記(11)の構成によれば、第2エリアに配置される味方オブジェクトの組み合わせがゲーム結果や進行に影響を与えることとなるので、対戦ゲームの戦略性を向上することができる。
【0029】
(12)
プロセッサは、第2エリアに配置された味方オブジェクトのうち条件を満たす複数の味方オブジェクトを合成して1つの味方オブジェクトとし、合成後の当該味方オブジェクトに関連付けられる能力を、合成前の味方オブジェクトに関連付けられた能力とは異なる内容に設定してもよい。
【0030】
上記(12)の構成によれば、複数のオブジェクトを合成させるか否かの選択によってゲーム結果や進行が異なるので、このような選択をユーザに行わせることによって対戦ゲームの戦略性を向上することができる。
【0031】
(13)
プロセッサは、所定の能力を有する配置オブジェクトが戦闘エリアに配置されている場合、当該配置オブジェクトとは異なる他の配置オブジェクトのうち、当該所定の能力に応じたいくつかの配置オブジェクトに関連付けられた能力パラメータを、今回のターン内において当該所定の能力に応じて変化させてもよい。プロセッサは、変化後の能力パラメータが関連付けられる配置オブジェクトが攻撃を行う、および/または、攻撃対象となる場合、当該変化後の能力パラメータに基づいて、攻撃対象となる配置オブジェクトに関連付けられた体力パラメータを減少させてもよい。
【0032】
上記(13)の構成によれば、攻撃主体の配置オブジェクトと攻撃対象の配置オブジェクトとは異なる他の配置オブジェクトの能力も考慮して、体力パラメータの計算が行われる。これによって、対戦ゲームの戦略性を向上することができる。
【0033】
(14)
味方オブジェクトまたは敵オブジェクトとなる各オブジェクトにはそれぞれ、複数種類のうち少なくとも1つの属性が設定されてもよい。複数種類の各属性の少なくとも1種類は、少なくとも1つの他の属性との間に相性を有してもよい。プロセッサは、攻撃を行う配置オブジェクトの属性と攻撃対象となる配置オブジェクトの属性との相性に応じて、当該攻撃による当該攻撃対象となった配置オブジェクトに関連付けられた体力パラメータの減少量を変化させてもよい。
【0034】
上記(14)の構成によれば、攻撃主体の配置オブジェクトと攻撃対象の配置オブジェクトとの相性も考慮して体力パラメータの計算が行われるので、対戦ゲームの戦略性をより向上することができる。
【0035】
(15)
記憶手段は、ユーザとは異なる他のユーザによって行われた対戦ゲーム内の少なくとも1つのターンにおいて第2エリアに配置される味方オブジェクトと、当該味方オブジェクトの配置とを示すプレイデータを記憶してもよい。プロセッサは、複数のターンの少なくともいずれかにおいて、第3エリアにおける敵オブジェクトと、当該敵オブジェクトの配置とを、プレイデータに基づいて決定してもよい。
【0036】
上記(15)の構成によれば、他のユーザとの対戦を行う対戦ゲームをユーザに提供することができる。
【0037】
(16)
記憶手段は、ユーザとは異なる複数の他のユーザに関するプレイデータを、当該他のユーザと関連付けて記憶してもよい。プロセッサは、前回のターンにおいて敵オブジェクトと当該敵オブジェクトの配置との決定に用いられたプレイデータに関連付けられるユーザとは異なるユーザのプレイデータに基づいて、今回のターンにおける敵オブジェクトと当該敵オブジェクトの配置とを決定してもよい。
【0038】
上記(16)の構成によれば、前回のターンで除去された敵オブジェクトが今回のターンで再度配置されることによってユーザが違和感を抱く可能性を低減することができる。
【0039】
(17)
プロセッサは、第2エリアに配置されている味方オブジェクトに関連付けられた体力パラメータの合計値と、第3エリアに配置されている敵オブジェクトに関連付けられた体力パラメータの合計値との差に基づいてユーザパラメータの値を算出してもよい。
【0040】
上記(17)の構成によれば、対戦ゲームにおける対戦内容を反映したスコアを算出することができ、対戦内容に応じた報酬をユーザに付与することができる。
【0041】
(18)
本発明の他の一例は、複数のターンからなる対戦ゲームを実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に出力する情報処理システムである。情報処理システムは少なくとも1つのプロセッサおよび記憶手段を含む。プロセッサは、各々のターン内において、(a)仮想空間内の第1エリアに複数の候補オブジェクトを配置し、(b)第1エリアに配置された複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、仮想空間内における対戦エリア内の第2エリアに味方オブジェクトとして配置するとともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させ、(c)1以上の敵オブジェクトを対戦エリア内の第3エリアに配置し、(d)対戦エリアに配置された味方オブジェクトまたは敵オブジェクトである配置オブジェクトの配置位置に基づいて、行動順と、各配置オブジェクトのうちの行動対象とを配置オブジェクト毎に決定し、(e)配置オブジェクトによる行動対象に対する行動を行動順に従って実行することによって、当該行動対象となった配置オブジェクトに関連付けられたオブジェクトパラメータを変化させ、(f)行動によってオブジェクトパラメータが除去条件を満たした配置オブジェクトを第2エリアまたは第3エリアから除去し、(g)対戦エリアに配置されている各配置オブジェクトによる行動が終了した後、第2エリアに配置されている味方オブジェクトに関連付けられたオブジェクトパラメータの合計値と、第3エリアに配置されている敵オブジェクトに関連付けられたオブジェクトパラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定する。また、プロセッサは、(h)あるターンの開始時において第2エリアに配置されていた味方オブジェクトを残した状態で当該ターンの次のターンを開始し、(i)各ターンにおけるゲーム結果に基づいて、ユーザに関連付けられたユーザパラメータを算出し、(j)複数のターンの終了後、ユーザパラメータの値に基づいてユーザにゲーム内報酬を付与する。
【0042】
上記(18)の構成によれば、配置オブジェクトの行動順および行動対象を指定する指示をユーザが行わなくても対戦ゲームが行われる。これによって、ユーザは対戦ゲームを手軽に行うことができる。
【0043】
なお、本発明の別の一例は、上記(1)~(18)における各処理を実行する手段の全部または一部を備える情報処理装置(例えば、端末装置またはサーバ)であってもよい。また、本発明の別の一例は、上記手段の全部または一部としてコンピュータを機能させる情報処理プログラム(例えば、ゲームプログラム)であってもよい。また、本発明の別の一例は、上記(1)~(18)の情報処理システムにおいて実行される情報処理方法(例えば、ゲーム処理方法)であってもよい。
【発明の効果】
【0044】
本発明によれば、敵と味方との間で対戦を行うゲームをユーザがより手軽に行うことができる。
【図面の簡単な説明】
【0045】
図1】本実施形態における情報処理システムの構成の一例を示すブロック図
図2】サーバの構成の一例を示すブロック図
図3】端末装置の構成の一例を示すブロック図
図4】第1ゲームにおけるゲーム中に表示されるゲーム画像の一例を示す図
図5】所有キャラクタおよび後述する利用キャラクタの能力変化の一例を示す図
図6】第2ゲームの流れの一例を示す図
図7】準備フェーズ画像の一例を示す図
図8図7に示す状態から候補キャラクタが自軍エリアに移動された後の状態の一例を示す図
図9】戦闘フェーズ画像の一例を示す図
図10】第2ゲームの2ターン目における準備フェーズ画像の一例を示す図
図11】第2ゲーム中における準備フェーズ画像の一例を示す図
図12図11に示す状態から味方キャラクタのレベルが上昇した状態の一例を示す図
図13】組み合わせ強化が行われる場合における戦闘フェーズ画像の一例を示す図
図14】第2ゲームの各ターンにおける敵キャラクタの設定方法の一例を示す図
図15】情報処理システムにおける情報処理に用いられる各種データの一例を示す図
図16】端末装置によって実行される端末処理の流れの一例を示すフローチャート
図17図16に示すステップS3における第1ゲーム処理の詳細な流れの一例を示すサブフローチャート
図18図16に示すステップS5における第2ゲーム処理の詳細な流れの一例を示すサブフローチャート
図19図18に示すステップS23における準備フェーズ処理の詳細な流れの一例を示すサブフローチャート
図20図18に示すステップS35における配置処理の詳細な流れの一例を示すサブフローチャート
図21図18に示すステップS24における戦闘フェーズ処理の詳細な流れの一例を示すサブフローチャート
図22】サーバによって実行されるサーバ処理の流れの一例を示すフローチャート
【発明を実施するための形態】
【0046】
[1.情報処理システムの構成]
以下、本実施形態に係る情報処理システム、情報処理プログラム、および、情報処理方法について説明する。まず、本実施形態に係る情報処理システムの全体構成と、情報処理システムに含まれる端末装置およびサーバの構成とについて説明する。図1は、本実施形態における情報処理システムの構成の一例を示すブロック図である。図1に示すように、情報処理システムは、サーバ1と、端末装置2とを含む。これらのサーバ1および端末装置2は、インターネットおよび/またはモバイル通信網等のネットワーク3に接続可能である。サーバ1および端末装置2は、ネットワーク3を介して互いに通信可能である。
【0047】
サーバ1は、端末装置2において実行されるアプリケーション(具体的には、ゲームアプリケーション)に関するサービスを提供するためのサーバである。本実施形態において、サーバ1は、端末装置2においてゲームを実行するためのゲームサーバであり、端末装置2においてゲーム処理を実行するための環境を提供する。例えば、サーバ1は、ゲーム処理を実行する端末装置2からの要求に応じて、必要に応じてゲーム処理を実行し、要求に応じたデータを当該端末装置2へ送信する(図1参照)。
【0048】
端末装置2は、ユーザが有する情報処理装置の一例であり、例えば、スマートフォン、携帯型または据置型のゲーム装置、携帯電話、タブレット端末、パーソナルコンピュータ、あるいは、ウェアラブル端末等である。端末装置2は、サーバ1がサービスを提供するゲームのためのゲームプログラム(換言すれば、ゲームアプリケーション)を実行することが可能である。
【0049】
(サーバ1の構成の具体例)
図2は、サーバ1の構成の一例を示すブロック図である。図2に示す、サーバ1が備える各構成は、1以上の情報処理装置によって実現される。ここで、本明細書では、「サーバ」とは、1つの情報処理装置(すなわち、サーバ装置)を指す他、そのサーバの機能が複数のサーバ装置によって実現される場合にはサーバ装置群(すなわち、サーバシステム)全体を指す意味である。つまり、「サーバ」とは、サーバ装置であってもよいし、サーバシステムであってもよい。なお、サーバシステムに複数の情報処理装置が含まれる場合、各情報処理装置は、同じ場所に配置されてもよいし、異なる場所に配置されてもよい。なお、本実施形態におけるサーバ1のハードウェア構成は、従来のサーバのためのハードウェア構成と同様であってもよい。
【0050】
図2に示すように、サーバ1は、処理部11および記憶部12を備える。処理部11は、サーバ1の各部12~15に電気的に接続される。処理部11は、CPU(Central Processing Unit、換言すれば、プロセッサ)およびメモリを有する。サーバ1においては、CPUがメモリを用いて、記憶部12に記憶されたプログラムを実行することによって各種の情報処理が実行される。記憶部12は、処理部11がアクセス可能な任意の記憶装置(記憶媒体とも言う)である。記憶部12は、処理部11において実行されるプログラム、処理部11による情報処理に用いられるデータ、および、当該情報処理によって得られたデータ等を記憶する。本実施形態においては、記憶部12は、端末装置2において実行されるゲーム処理のためにサーバ側で実行されるゲーム処理のためのプログラムを少なくとも記憶する。
【0051】
サーバ1は、通信部13を備える。通信部13は、ネットワーク3に接続し、ネットワーク3を介して他の装置(例えば、端末装置2)と通信を行う機能を有する。処理部11は、通信部13を用いて、上記他の装置へ情報を送信したり、上記他の装置から情報を受信したりする。また、サーバ1は、入出力インターフェースとして、入力部14および表示部15を備える。
【0052】
(端末装置2の構成の具体例)
図3は、端末装置2の構成の一例を示すブロック図である。図3に示すように、端末装置2は、処理部21および記憶部22を備える。処理部21は、端末装置2の各部22~25に電気的に接続される。処理部21は、CPU(換言すれば、プロセッサ)およびメモリを有する。端末装置2においては、CPUがメモリを用いて、記憶部22に記憶されたプログラム(より具体的には、ゲームプログラム)を実行することによって各種の情報処理が実行される。記憶部22は、処理部21において実行されるプログラム、処理部21による情報処理に用いられるデータ、および、当該情報処理によって得られたデータ等を記憶する。記憶部22は、端末装置2の本体装置(具体的には、処理部21が設けられる装置)に内蔵される記憶媒体であってもよいし、本体装置に対して着脱可能な記憶媒体(例えば、カード記憶媒体)であってもよい。なお、上記プログラムは、サーバ1から端末装置2へダウンロードされることによって本体装置に記憶されてもよい。
【0053】
端末装置2は、入力部23を備える。入力部23は、ユーザによって行われた入力に基づくデータを処理部21へ出力する。処理部21は、入力部23からのデータに基づいて、ユーザによって行われた入力の内容を判断する。入力部23は、ユーザによる入力を受け付ける任意の入力装置であってよい。本実施形態において、入力部23は、後述する表示部24の画面に設けられるタッチパネルを備える。なお、入力部23は、タッチパネルに加えて(または代えて)、ボタン、および/または、慣性センサ(例えば、加速度センサやジャイロセンサ)等を含んでいてもよい。入力部23は、端末装置2の本体装置に設けられる入力装置であってもよいし、本体装置とは別体の入力装置(例えば、ゲームコントローラ)であってもよい。
【0054】
端末装置2は、表示部24を備える。表示部24は、端末装置2の処理部21において実行される情報処理によって生成された画像(例えば、ゲーム画像等)を表示する。表示部24は、端末装置2の本体装置に設けられる表示装置であってもよいし、本体装置とは別体の表示装置であってもよい。なお、端末装置2は、スピーカ、マイク、および/または、カメラ等を備えていてもよい。
【0055】
端末装置2は、通信部25を備える。本実施形態において、通信部25は、モバイル通信網(換言すれば、携帯電話通信網)に接続して通信を行う機能を有する。すなわち、端末装置2(具体的には、処理部21)は、通信部25を用いて(換言すれば、通信部25を介して)モバイル通信網を介してネットワーク3に接続し、他の装置(例えば、サーバ1等)と通信を行う。処理部21は、通信部25を用いて、上記他の装置へ情報を送信したり、上記他の装置から情報を受信したりする。なお、端末装置2がネットワーク3を介した通信を行うための通信部の構成は任意である。例えば、通信部25は、Wi-Fiの認証を受けた通信モジュールによって無線LANに接続する機能を有していてもよいし、モバイル通信網に接続する機能と、無線LANに接続する機能との両方を有していてもよい。
【0056】
[2.情報処理システムにおける処理の概要]
以下、本実施形態における情報処理システムにおいて実行される処理の概要について説明する。本実施形態においては、情報処理システムにおいて実行されるゲームアプリケーション内においてゲームキャラクタ(以下、単に「キャラクタ」と記載する)を用いたゲームが実行される。本実施形態においては、キャラクタをユニット(換言すれば、駒)として敵キャラクタと戦わせるシミュレーションゲームが行われる。キャラクタは、ゲームオブジェクトの一例であり、例えばゲームに登場する人物であるが、ゲームの設定において個性を有する物であれば人物に限らない。例えば、ゲームオブジェクトとして、動物、武器、または、アイテム等が用いられてもよい。
【0057】
本実施形態においては、ゲームアプリケーションは、第1ゲームと第2ゲームという2種類のゲームモードを含む。第1ゲームおよび第2ゲームは、共に、味方キャラクタをユニットとして敵キャラクタと戦わせる対戦ゲームである。第1ゲームは、ゲーム中において味方キャラクタがユーザの指示によって行動する(例えば、移動する、および/または、攻撃する等)ゲームである。一方、第2ゲームは、ゲーム中において味方キャラクタは、情報処理システムによって行動が制御される。例えば、本実施形態においては、第2ゲームにおいては、複数の味方キャラクタの行動順および攻撃対象は情報処理システムによって決定され、ユーザがこれら行動順および攻撃対象を指示する必要がない。つまり、第2ゲームは、第1ゲームに比べてゲーム中の操作が簡易であると言うことができる。
【0058】
[2-1.第1ゲーム]
図4は、第1ゲームにおけるゲーム中に表示されるゲーム画像の一例を示す図である。図4に示すように、第1ゲームにおいては、仮想空間の一例であるゲームフィールド30が端末装置2の表示部24に表示される。本実施形態においては、第1ゲームにおけるゲームフィールド30は、縦8マス、横6マスの大きさである。ゲームフィールド30には、例えば、1以上の味方キャラクタ(図4では、4つの味方キャラクタ31a~31d)と、1以上の敵キャラクタ(図4では、4つの敵キャラクタ31e~31h)が配置される。
【0059】
第1ゲームにおいては、ユーザが所有する所有キャラクタから所定数(例えば、4以下)がユーザの指示によって選択され、選択されたキャラクタが味方キャラクタとして用いられる。本実施形態においては、第1ゲームにおいては、1回のゲームにおいて同じ所有キャラクタを2つは利用することはできないものとする。つまり、第1ゲームにおいては、1つのゲームフィールド30において同じ所有キャラクタを2つ配置することはできない。
【0060】
なお、所有キャラクタは、ゲームアプリケーションにおける第1ゲームにおいて利用可能なキャラクタである。情報処理システムは、アプリケーションにおいて所定の付与条件が満たされた場合にキャラクタをユーザに付与することによって、当該ユーザが当該キャラクタを(所有キャラクタとして)所有する状態とする。ユーザに所有キャラクタが付与される条件は任意である。例えば、情報処理システムは、所定のアイテムと引き換えに行うことができる抽選によってキャラクタを選出し、選出されたキャラクタをユーザに付与してもよい。また、アプリケーション内のゲームに関する所定の目標をユーザが達成した報酬として、所定のキャラクタがユーザに付与されてもよい。
【0061】
第1ゲームにおいて、情報処理システムは、ユーザが味方キャラクタを操作する味方ターンと、情報処理システムが敵キャラクタを操作する敵ターンとを交互に繰り返すターン制によって、対戦ゲームを進行させる。第1ゲームにおける味方ターンにおいては、情報処理システムは、ゲームフィールド30上において味方キャラクタ31a~31dを移動させる指示入力と、移動後の味方キャラクタの攻撃範囲内に位置する敵キャラクタの1つを当該味方キャラクタに攻撃させる指示入力とをユーザから受け付ける。なお、キャラクタ(すなわち、味方キャラクタまたは敵キャラクタ)の攻撃範囲は、キャラクタ毎に定められており、例えば、当該キャラクタに隣接するマスの範囲であったり、当該キャラクタから2マスの距離にある範囲であったりする。
【0062】
なお、図4に示すように、第1ゲームにおけるゲームフィールド30には、地形オブジェクト(例えば、木オブジェクト33、山オブジェクト34、湖オブジェクト35等)が配置される。例えば湖オブジェクト35については歩兵の種類のキャラクタが進入することができない等、地形オブジェクトは、一部または全部の種類のキャラクタによる移動を制限するものである。
【0063】
第1ゲームにおいては、1回の味方ターンにおいて、ユーザは、複数の味方キャラクタを所望の順序で行動させることができる。つまり、第1ゲームにおいては、味方キャラクタが敵キャラクタに対する攻撃を行う攻撃順および攻撃対象は、ユーザによって指定される。そして、全ての味方キャラクタの行動が終了するか、あるいは、ターン終了の指示がユーザによって行われたことによって、1回の味方ターンが終了する。味方ターンが終了すると敵ターンが開始され、敵ターンにおいては、情報処理システムによって敵キャラクタの行動が操作される。なお、本実施形態においては、敵キャラクタは、ゲームアプリケーションによって定められるルールに従って情報処理システムによって制御される。ただし、他の実施形態においては、敵キャラクタは、味方キャラクタを操作するユーザとは異なる他のユーザによって操作されてもよい。
【0064】
第1ゲームにおいては、ゲームの終了条件が完了するまで、上記の味方ターンと敵ターンとが繰り返し実行される。終了条件は、任意であるが、例えば、味方キャラクタまたは敵キャラクタのいずれかが全滅したこと、特定の敵キャラクタ(例えば、ボスである敵キャラクタ)が倒されたこと、所定数のターンが経過したこと等である。
【0065】
図5は、所有キャラクタおよび後述する利用キャラクタの能力変化の一例を示す図である。ここで、本実施形態においては、キャラクタには、当該キャラクタの能力として、各種の能力パラメータ(例えば、レベル等)、レアリティ、スキル、および、追加強化が設定される。
【0066】
能力パラメータとは、キャラクタの各種の能力の強さを示す数値であり、具体的には、レベル、最大体力、攻撃力、防御力、および、速さ等を示す数値である。なお、能力パラメータは、例えばレベルのように、キャラクタ自体の大まかな強さを示す値であってもよいし、例えば最大体力や攻撃力や速さのように、キャラクタの個別の能力を示す値であってもよい。また、本実施形態においては、キャラクタのレベルが上昇したことに応じて、最大体力、攻撃力、防御力、および、速さ等を示す数値が上昇する。また、本実施形態においては、所有キャラクタの初期レベル(すなわち、ユーザに付与された時点でのレベル)は、1であるものとする。第1ゲームにおいては、キャラクタの個別の能力に関する能力パラメータに基づいて、キャラクタと他のキャラクタとの戦闘に関する処理(例えば、ダメージの計算処理)が行われる。
【0067】
レアリティとは、キャラクタの取得しやすさを示す指標である。本実施形態においては、キャラクタのレアリティが高いと、上記の能力パラメータも上昇する。例えば、同一のキャラクタについてレベルが同一であっても、レアリティが高い方が各種(ただし、レベルを除く)の能力パラメータが高くなる。そのため、レアリティも能力の1つであると言うことができる。本実施形態においては、レアリティは、3~5の数値で表されるものとする。なお、所有キャラクタの初期のレアリティは、3に限らず、4または5であることもある。
【0068】
スキルとは、種々の態様でゲームの進行に影響を与え得るキャラクタの能力である。スキルの内容(換言すれば、スキルがゲームの進行に与え得る影響)は任意であり、例えば、次のようなものであってもよい。
・キャラクタ自体や味方のキャラクタを強化する(例えば、攻撃力を3上昇させる等)スキル
・敵のキャラクタを弱体化する(例えば、防御力を5下降させる等)スキル
・キャラクタが特定の能力を使用できるようになる(例えば、必殺技を使用できるようになる、移動量が増加する、あるいは、敵キャラクタの動きを封じることができるようになる等)スキル
なお、キャラクタは、自身が習得しているスキルについて、装備したり、装備を外したりすることができる。スキルは、キャラクタに装備させることで当該キャラクタに対して何らかの能力を設定するものであればよく、ゲームの設定上は、キャラクタに装備される装備品(例えば、武器や防具)またはアイテムであってもよい。
【0069】
本実施形態においては、複数種類のスキルが用意されており、当該複数種類のスキルのうちには、ゲームにおいて同種の効果を生じさせ、かつ、効果の大きさが異なる同系統のスキルが含まれる。例えば、当該キャラクタに隣接する味方キャラクタの攻撃力を一時的に増加させるというスキルについて言えば、同系統の複数種類のスキルとは、増加量が3である第1段階のスキルと、増加量が5である第2段階のスキルと、増加量が7である第3段階のスキルとの3種類のスキルである。なお、本実施形態においては、上記同系統のスキルについては、2以上の段階のスキルは、当該スキルよりも低い段階のスキルを当該キャラクタが習得していることを条件に習得可能であるものとする。また、キャラクタがユーザに付与された時点において、所有キャラクタがスキルを習得しているか、および、何段階目までのスキルを習得しているかは、当該所有キャラクタや当該所有キャラクタのレアリティに応じて定められているものとする。
【0070】
追加強化とは、キャラクタ自身の能力パラメータを強化する能力である。具体的には、所有キャラクタが追加強化の能力を有する場合、当該所有キャラクタの能力パラメータ(ただし、レベルを除く)のうちいくつかの値が上昇する。本実施形態においては、各キャラクタに対しては、追加強化の能力として、0段階(つまり、能力を有していない状態)を含む複数段階のうちのいずれかの強化段階が設定され、強化段階が1段階上がる毎に、当該所有キャラクタの能力パラメータのうちいくつかの値が、所定量(例えば、1)だけ上昇する。例えば、ある所有キャラクタの強化段階が1段階上がった場合には、最大体力と攻撃力がそれぞれ1上昇し、強化段階がさらに1段階上がった場合には、速さと防御力がそれぞれ1上昇する。なお、強化段階が1上がった場合に強化される能力パラメータは任意である。追加強化の能力が1段階上がった場合に、複数種類の能力パラメータのうちどの能力パラメータが上昇するかは、強化段階に応じて決定されてもよいし、各キャラクタに応じて決定されてもよい。このように、本実施形態においては、各キャラクタは、追加強化の能力が強化される(すなわち、強化段階が上がる)毎に能力パラメータが強化される。
【0071】
本実施形態においては、各キャラクタには、追加強化の能力として、第1の追加強化と、第2の追加強化とがそれぞれ設定される。詳細は後述するが、第1の追加強化と、第2の追加強化とは、能力が強化される条件(すなわち、後述する更新条件)が異なる。
【0072】
本実施形態においては、所有キャラクタが更新条件を満たした場合、当該所有キャラクタの能力は強化される。具体的には、第1ゲームにおいて所有キャラクタは、所定の経験値獲得条件を満たした場合(例えば、敵キャラクタを攻撃したり、または、倒したりした場合)に経験値を獲得することができ、経験値が所定量になったことに応じてレベルが1上昇する。また、第1ゲームにおいて所有キャラクタは、所定のポイント獲得条件を満たした場合(例えば、敵キャラクタを攻撃したり、または、倒したりした場合)にスキルポイントを獲得することができ、獲得したスキルポイントを消費することと引き換えにスキルを習得することができる。なお、本実施形態においては、同系統のスキルについては、効果が大きいスキルほど、習得のために消費されるスキルポイントが大きいものとする。また、本実施形態においては、ゲームアプリケーションにおいてユーザは所定のレアリティ上昇アイテムを取得することが可能であり、当該レアリティ上昇アイテムを消費することと引き換えに、所有キャラクタのレアリティを1上昇させることができる。また、本実施形態においては、ユーザは同じ所有キャラクタを複数所有することが可能であり、所有キャラクタに対して、同じ所有キャラクタを消費することと引き換えに、当該所有キャラクタの第1の追加強化を1段階上昇させることができる。また、ゲームアプリケーションにおいてユーザは所定の追加強化アイテムを取得することが可能であり、当該追加強化アイテムを消費することと引き換えに、所有キャラクタの第2の追加強化を1段階上昇させることができる。
【0073】
上記のように、能力パラメータに関する更新条件は、所有キャラクタの経験値が所定量になったことである。また、スキルに関する更新条件は、所有キャラクタのスキルポイントが消費されることである。また、レアリティに関する更新条件は、所定のレアリティ上昇アイテムが消費されることである。また、第1の追加強化に関する更新条件は、能力を強化する所有キャラクタと同じ所有キャラクタが消費されることであり、第2の追加強化に関する更新条件は、所定の追加強化アイテムが消費されることである。なお、更新条件の具体的な内容は任意である。更新条件は、上記のように、所有キャラクタの能力の種類(すなわち、能力パラメータ、レアリティ、スキル、および、追加強化)に応じて異なる条件であってもよいし、同じ条件であってもよい。
【0074】
上記のように、本実施形態においては、ユーザは、付与された所有キャラクタについて上記更新条件を満たすことによって、当該所有キャラクタの能力を強化させることができる。なお、本実施形態においては、所有キャラクタの能力には上限が設定されている。具体的には、所有キャラクタのレベルの上限値は40であり、レアリティの上限値は5である。なお、スキルについては、スキルの種類に応じて上限(つまり、スキルの最終段階)が定められているものとする。また、第1の追加強化に関する強化段階の上限は、10段階である。第2の追加強化に関する強化段階の上限は、キャラクタの種類に応じて異なっている。例えば、第2の追加強化に関する強化段階の上限としては、5段階、10段階、および、15段階のうちいずれかがキャラクタ毎に設定される。ユーザは、第1ゲームを行うことによって、所有キャラクタを強化する(成長させる、とも言える)ことができ、所有キャラクタの能力を上限まで強化させることができる(図5参照)。なお、各能力における上限の内容は任意であり、上記に限らない。
【0075】
[2-2.第2ゲーム]
次に、ゲームアプリケーションにおいて実行される第2ゲームについて説明する。図6は、第2ゲームの流れの一例を示す図である。本実施形態における第2ゲームにおいては、まず、当該第2ゲームにおいて利用されるキャラクタである利用キャラクタに関する設定処理が実行される。その後、準備フェーズ、戦闘フェーズ、および、結果表示フェーズを1ターンとして、複数回のターンが繰り返し実行されることで、第2ゲームが進行する。そして、所定回数(例えば、9~12回)のターンが実行された後、1回の第2ゲームが終了する。
【0076】
[2-2-1.利用キャラクタの設定]
第2ゲームが開始されるとまず、情報処理システムは、第2ゲームにおいて利用される利用キャラクタの能力を設定する。ここで、本実施形態においては、所有キャラクタのうちで、利用キャラクタとして用いられる1以上のキャラクタが、所定の登録数(例えば、20)を上限として、ユーザの指定に基づいて第2ゲームの開始前に予め登録される。情報処理システムは、登録されたキャラクタを示すデータを記憶しておく。情報処理システムは、所有キャラクタのうちで第2ゲームの開始時に登録されているキャラクタを、利用キャラクタとして選択する。なお、利用キャラクタの登録は、1ターン目が開始される前の任意のタイミングで行われてもよい。
【0077】
また、本実施形態においては、ユーザは、利用キャラクタとして用いられる所有キャラクタとして、自身の所有キャラクタに加えて、他のユーザの所有キャラクタを登録することも可能である。すなわち、情報処理システムは、ユーザとは異なる他のユーザが所有する所有オブジェクトについての能力を示す能力データをさらに記憶している。そして、情報処理システムは、ユーザが所有する所有キャラクタと、上記他のユーザが所有する所有キャラクタとのうちから利用キャラクタを選択する。これによれば、ユーザは、自身の所有キャラクタに加えて他のユーザの所有キャラクタを用いて第2ゲームを行うことができる。なお、上記他のユーザは、例えば、ユーザのフレンドとして登録されているユーザであってもよい。
【0078】
情報処理システムは、上記のようにして選択された各利用キャラクタについての能力を設定する。本実施形態においては、第2ゲームにおいては、第1ゲームにおける上記所有キャラクタの能力がそのまま適用されるのではなく、所有キャラクタの能力に変更を加えて(例えば、弱体化して)利用キャラクタの能力が設定される。本実施形態においては、利用キャラクタの能力は次のように設定される。
【0079】
本実施形態においては、情報処理システムは、まず、各利用キャラクタについてコストを設定する。コストは、第2ゲームにおいて利用キャラクタをゲームフィールド(すなわち、後述する戦闘エリア)に配置させるためのコストである。詳細は後述するが、第2ゲームにおいては、ユーザには所有コストが付与され、ユーザは、所有コストを消費することで、消費した分のコストが設定される利用キャラクタをゲームフィールドに配置することができる。
【0080】
本実施形態においては、情報処理システムは、各利用キャラクタのそれぞれに対して、所定の範囲内の値(例えば、2~8)でコストを設定する。利用キャラクタに対するコストの具体的な設定方法は任意である。本実施形態においては、情報処理システムは、各利用キャラクタに対して所定の範囲内のコストの値をランダムに割り当てることで、コストを設定する。なお、このとき、同一のコストの値が割り当てられる利用キャラクタの数が一定数となるように(例えば、コストが2に設定される利用キャラクタの数が所定数となるように)、各利用キャラクタにコストが設定されてもよい。また、他の実施形態においては、所定のルールに従って利用キャラクタに対してコストが設定されてもよい。例えば、所有キャラクタのレベルおよび/またはレアリティに応じた値となるように利用キャラクタのコストが設定されてもよい。
【0081】
本実施形態においては、情報処理システムは、利用キャラクタに設定されたコストに基づいて当該利用キャラクタのレベルを設定する。本実施形態においては、利用キャラクタのコストが大きいほどレベルが高くなるように、当該利用キャラクタのレベルが設定される。具体的には、コストが2の利用キャラクタのレベルは15に設定され、コストが1増加する毎にレベルが5高くなるように利用キャラクタのレベルが設定される。このように、本実施形態においては、利用キャラクタのレベルは、それに対応する所有キャラクタのレベルとは独立して設定される。
【0082】
また、情報処理システムは、利用キャラクタのレベル以外の能力パラメータを、当該利用キャラクタのレベルに基づいて設定する。レベル以外の能力パラメータに関する具体的な設定方法は任意である。本実施形態においては、情報処理システムは、利用キャラクタのレベルに応じて当該利用キャラクタの各能力パラメータ(レベルを除く)が一意に決定されるテーブルを、キャラクタ毎に記憶している。利用キャラクタのレベル以外の能力パラメータは、上記テーブルに基づいて決定される。
【0083】
情報処理システムは、利用キャラクタのレアリティを、当該利用キャラクタのレベルに基づいて設定する。本実施形態においては、利用キャラクタのレベルが高いほどレアリティが高くなるように、当該利用キャラクタのレアリティが設定される。具体的には、レベルが20未満の利用キャラクタのレアリティは3に設定され、レベルが20以上かつ30未満の利用キャラクタのレアリティは4に設定され、レベルが30以上の利用キャラクタのレアリティは5に設定される。このように、本実施形態においては、利用キャラクタのレアリティは、それに対応する所有キャラクタのレベルとは独立して設定される。
【0084】
また、情報処理システムは、利用キャラクタのスキルを、それに対応する所有キャラクタの能力(具体的には、スキル)と、当該利用キャラクタのレベルとに基づいて設定する。本実施形態においては、利用キャラクタのスキルは、それに対応する所有キャラクタが装備しているスキルと同系統のスキルであって、利用キャラクタのレベルに応じた段階のスキルに設定される。具体的には、利用キャラクタのレベルが20未満である場合、所有キャラクタが装備しているスキルと同系統のスキルであって、習得に必要なスキルポイントが第1閾値以下であるスキルが当該利用キャラクタに設定される。また、利用キャラクタのレベルが20以上かつ30未満である場合、所有キャラクタが装備しているスキルと同系統のスキルであって、習得に必要なスキルポイントが第2閾値以下(第2閾値は、第1閾値よりも大きい値である)であるスキルが当該利用キャラクタに設定される。また、利用キャラクタのレベルが30以上である場合、所有キャラクタが装備しているスキルが当該利用キャラクタに設定される(つまり、スキルポイントの制限はない)。
【0085】
例えば、所有キャラクタが第3段階のスキルを装備しており、第1段階のスキルは、習得に80ポイントのスキルポイントが必要であり、第2段階のスキルは、習得に160ポイントのスキルポイントが必要であり、上記第1閾値が150、上記第2閾値が250である例を考える。この例において、コストが2でレベル15に設定された利用キャラクタに対しては、習得に必要なスキルポイントが150以下のスキル、すなわち、第1段階のスキルが設定される。また、上記の例において、コストが4でレベル25に設定された利用キャラクタに対しては、習得に必要なスキルポイントが250以下のスキル、すなわち、第2段階のスキルが設定される。
【0086】
なお、本実施形態においては、スキルは、複数のグループのうち1つに分類される。具体的には、スキルのグループとしては、武器スキル、サポートスキル、奥義スキル、Aスキル、Bスキル、Cスキル、および、Sスキルの7つがあり、1つのスキルは7つのグループのいずれかに属する。例えば、キャラクタが装備する武器に関するスキル(例えば、銀の剣等)は、武器スキルのグループに属する。また例えば、装備することでキャラクタが特定の奥義(換言すれば、必殺技)を使用できるようになるスキルは、奥義スキルのグループに属する。本実施形態においては、キャラクタは、7つのグループにつき1つずつ、合計7個のスキルを同時に装備することができる。したがって、情報処理システムは、利用キャラクタに設定されるスキルを、グループ毎にそれぞれ決定する。
【0087】
また、情報処理システムは、利用キャラクタの追加強化を、それに対応する所有キャラクタの能力(具体的には、追加強化)と、当該利用キャラクタのレベルとに基づいて設定する。本実施形態においては、利用キャラクタの追加強化の強化段階は、それに対応する所有キャラクタの強化段階を上限として、利用キャラクタのレベルに応じた強化段階に設定される。具体的には、利用キャラクタのレベルが40以上である場合、当該利用キャラクタの第1の追加強化の強化段階は、所有キャラクタの第1の追加強化の強化段階と同じに設定される。また、利用キャラクタのレベルが40未満である場合、当該利用キャラクタの第1の追加強化の強化段階は、所有キャラクタの第1の追加強化の強化段階に、「(利用キャラクタのレベル)/40」を乗算した数値(ただし、小数点以下は切り捨てられる)と等しい段階に設定される。また、第2の強化段階についても第1の強化段階と同様にして利用キャラクタの第2の強化段階が設定される。このように、利用キャラクタの追加強化の強化段階は、それに対応する所有キャラクタの強化段階を上限として、利用キャラクタのレベルが高いほど上昇するように設定される。
【0088】
上記のように、本実施形態においては、キャラクタの能力のうちスキルおよび追加強化については、利用キャラクタの能力が所有キャラクタの能力に基づいて設定される。これによれば、所有キャラクタの能力を利用キャラクタに反映させることができるので、第2ゲームをプレイするユーザに対して、第1ゲームをプレイする動機付けを与えることができる。
【0089】
以上のように、本実施形態においては、第2ゲームにおける利用キャラクタは、第1ゲームにおける所有キャラクタとは異なる能力を有するように設定されることがある。例えば、レベルが最大(すなわち、40)である所有キャラクタに対応する利用キャラクタは、当該所有キャラクタのレベルよりも低いレベルに設定される(所有キャラクタに比べて弱体化されると言うこともできる)ことがある(図5参照)。
【0090】
[2-2-2.準備フェーズ]
利用キャラクタの能力が設定されると、情報処理システムは、第2ゲームにおける1ターン目のゲームを開始する。第2ゲームにおいては、上記のように能力が設定された利用キャラクタが味方キャラクタとして用いられる。本実施形態においては、情報処理システムは、ターンの始めに準備フェーズを開始する(図6参照)。準備フェーズにおいて、端末装置2は、準備フェーズ画像を表示部24に表示する。
【0091】
図7は、準備フェーズ画像の一例を示す図である。図7に示すように、準備フェーズ画像は、第2ゲームにおけるゲームフィールドである戦闘エリア40の画像を含む。本実施形態においては、戦闘エリア40は、自軍エリア41と、敵軍エリア42と、中間エリア43とを含む。自軍エリア41は、戦闘エリア40のうちで、準備フェーズにおいて味方キャラクタを配置可能なエリアであり、敵軍エリア42は、戦闘エリア40のうちで敵キャラクタが配置されるエリアであり、中間エリア43は、自軍エリア41と敵軍エリア42の間のエリアである。本実施形態においては、戦闘エリア40は縦5マス、横4マスの大きさであり、第1ゲームにおけるゲームフィールド30よりも小さい。また、準備フェーズ画像は、待機エリア44を含む(図7参照)。待機エリア44の詳細については後述する。
【0092】
準備フェーズにおいては、自軍エリア41には味方キャラクタ(図7においては、味方キャラクタ61a)が配置され、敵軍エリア42には敵キャラクタ(図7においては、敵キャラクタ62a~62c)が配置される。最初のターン(すなわち、1ターン目)における準備フェーズの開始時においては、自軍エリア41には、利用キャラクタからランダムに選出された所定数の味方キャラクタ(ここでは、1体のキャラクタ)が配置される。また、敵軍エリア42には、情報処理システムによって設定された所定数の敵キャラクタ(ここでは、3体のキャラクタ)が配置される。
【0093】
また、準備フェーズ画像は、敵名称領域45およびターン数領域46を含む(図7参照)。敵名称領域45には、敵の名称が表示される。例えば、敵キャラクタとして他のユーザの利用キャラクタが用いられる場合(詳細は後述する)には、当該他のユーザの名前が敵名称領域45に表示される。ターン数領域46には、今回の第2ゲームにおける総ターン数(図7では、12)と、現在のターン数(図7では、1)とが表示される。
【0094】
図7に示すように、準備フェーズ画像は、候補提示エリア47を含む。候補提示エリア47には、利用キャラクタから選出された所定の提示数の候補キャラクタ(図7では、5つの候補キャラクタ48a~48e)が配置される。候補キャラクタとは、今回のターンにおいて戦闘エリア40(具体的には、自軍エリア41)に味方キャラクタとして新たに配置可能な利用キャラクタである。つまり、ユーザは、候補キャラクタのうちからいくつかを指定することで、指定したキャラクタを味方キャラクタとして自軍エリア41に配置することができる。なお、本実施形態においては、候補提示エリア47に同時に配置される(提示されるとも言う)候補キャラクタの提示数は5であるが、提示数はいくつであってもよい。また、他の実施形態においては、提示数は、ターン数に応じて変化(例えば増加)してもよい。
【0095】
本実施形態においては、候補キャラクタは、利用キャラクタのうちから確率に基づいて、ランダム性を有するように選出される。ここで、「ランダム性を有するように選出する」とは、厳密な意味でランダムに選出することのみを意味するのではなく、確率に基づいて、複数回の試行に対して毎回同じ選出結果とはならないように選出することを意味する。なお、候補キャラクタの具体的な選出方法について後述する(後述する“[2-2-5.2ターン目以降のゲーム]”参照)。
【0096】
図7に示すように、準備フェーズ画像は入替指示画像49を含む。入替指示画像49は、候補キャラクタの入替指示を行うためのボタン画像である。すなわち、入替指示画像49を指定する入力(例えば、入替指示画像49をタッチする入力)がユーザによって行われた場合、情報処理システムは、利用キャラクタのうちから候補キャラクタを選出する処理を再度実行し、新たに選出された各候補キャラクタを候補提示エリア47に配置する。例えば、候補提示エリア47に配置されている候補キャラクタのうちで味方キャラクタとして指定したいキャラクタがない場合には、ユーザは、上記の入替指示を行って候補キャラクタを変更するようにしてもよい。
【0097】
なお、本実施形態においては、1つのターン内において2回目以降の入替指示が行われた場合、情報処理システムは、後述の所有コストを所定量(例えば、2)だけ減算する。これは、ユーザが自由に何度も入替指示を繰り返すことを防止するためである。
【0098】
本実施形態においては、ユーザは、候補提示エリア47内における複数の候補キャラクタのうちから所望のキャラクタを指定し、味方キャラクタとして自軍エリア41に配置させる。例えば、図7に示す準備フェーズ画像において、情報処理システムは、候補キャラクタ48a~48eのいずれかを自軍エリア41に移動させる指示入力(例えば、候補キャラクタの位置から自軍エリア41の位置まで行われるドラッグ操作の入力)をユーザから受け付ける。
【0099】
図8は、図7に示す状態から候補キャラクタが自軍エリア41に移動された後の状態の一例を示す図である。図8においては、図7に示す候補キャラクタ48bがユーザの指示入力によって自軍エリア41に移動され、味方キャラクタ61bとして配置された状態を示している。このように、本実施形態においては、ユーザは、候補キャラクタのうちから指定したキャラクタを、味方キャラクタとして自軍エリア41に配置することが可能である。
【0100】
なお、本実施形態においては、候補提示エリア47における候補キャラクタについては、キャラクタのコスト(図7においては「2」)およびレベル(図7においては「15」)が表示される。これによって、ユーザは、候補キャラクタのコストとレベルとを確認しつつ、自軍エリア41に配置する候補キャラクタを指定することができる。なお、準備フェーズ画像においては、自軍エリア41に配置される味方キャラクタ、および、敵軍エリア42に配置される敵キャラクタについては、キャラクタのレベル(図7においては「15」)が表示される。
【0101】
また、本実施形態においては、準備フェーズ画像は、キャラクタ詳細領域50を含む。図7においては図示していないが、キャラクタ詳細領域50には、準備フェーズ画像内において表示されている各キャラクタのうちでユーザによって選択されたキャラクタの能力(すなわち、各種の能力パラメータやスキル等)が表示される。これによって、ユーザは、各キャラクタのより詳細な能力を確認することができる。
【0102】
図7に示すように、準備フェーズ画像は、所有コスト領域51を含む。所有コスト領域51には、ユーザが現在所有するコスト(すなわち、所有コスト)を示す数値が表示される。ここで、本実施形態においては、第2ゲームにおいて、ユーザには所定数の所有コストが付与される。詳細は後述するが、本実施形態においては、1ターン毎にユーザに所有コストが付与される。ユーザは、所有コストを消費することと引き換えに、候補キャラクタを味方キャラクタとして自軍エリア41に配置することができる。具体的には、ユーザによる指示入力に従って候補キャラクタが自軍エリア41に移動された場合、情報処理システムは、当該候補キャラクタのコストの分だけ、ユーザの所有コストを減算する。例えば、図7および図8に示す例においては、コストが2である候補キャラクタが自軍エリア41に味方キャラクタとして配置されたので、所有コスト領域51において示される数値は「2」から「0」へと変化する。なお、候補キャラクタのコストが所有コストよりも大きい場合には、情報処理システムは、当該候補キャラクタの自軍エリア41への移動を禁止する(例えば、上記の指示入力を受け付けないようにする)。
【0103】
なお、他の実施形態においては、情報処理システムは、所有コストを表示することに代えて、ユーザに付与されたコストの総量と、ユーザが消費したコストの総量とを表示するようにしてもよい。このとき、ユーザに付与されたコストの総量(付与コスト総量と呼ぶ)から、ユーザが消費したコストの総量(消費コスト総量と呼ぶ)を減算した値が、上記の所有コストに相当する。したがって、情報処理システムが付与コスト総量を記憶する場合、「所有コストを減算する」とは、味方キャラクタとして配置された候補キャラクタのコストの分だけ消費コスト総量を増加することに相当する。
【0104】
上記待機エリア44は、自軍エリア41と同様に味方キャラクタを配置可能なエリアである。待機エリア44は、今回のターンにおける戦闘に参加させない味方キャラクタを配置するための領域である。ここで、後述の戦闘フェーズにおいては、自軍エリア41に配置された味方キャラクタによって敵キャラクタとの戦闘が行われ、待機エリア44に配置された味方キャラクタによっては戦闘は行われない。ユーザは、例えば、今回のターンにおいては戦闘に参加させないものの、後のターンにおいて戦闘に参加させる予定の味方キャラクタを待機エリア44に配置しておくことができる。
【0105】
なお、本実施形態においては、候補提示エリア47内の候補キャラクタを、自軍エリア41の他、待機エリア44に味方キャラクタとして移動させることも可能である。候補キャラクタを味方キャラクタとして待機エリア44に配置する場合も自軍エリア41に配置する場合と同様に、所有コストが消費される。
【0106】
また、本実施形態においては、準備フェーズにおいて、ユーザは、自軍エリア41および待機エリア44内において利用キャラクタの配置位置を変更することができる。すなわち、情報処理システムは、自軍エリア41および待機エリア44内において味方キャラクタの配置位置を変更する指示入力(例えば、味方キャラクタの位置から移動先の位置まで行われるドラッグ操作の入力)をユーザから受け付ける。詳細は後述するが、本実施形態においては、自軍エリア41内における味方キャラクタの位置によって、味方キャラクタによる敵キャラクタへの攻撃順および攻撃対象が変化し、さらに、敵キャラクタによる味方キャラクタへの攻撃の攻撃対象も変化する。そのため、ユーザは、所望の配置となるように自軍エリア41内における味方キャラクタの位置を変更したり、自軍エリア41と待機エリア44との間で味方キャラクタを移動させたりする。
【0107】
上記のように、本実施形態においては、情報処理システムは、ターン内において、戦闘フェーズの前に、自軍エリアにおける味方キャラクタの配置をユーザの指示に応じて変更する。これによれば、ユーザは、後述する戦闘フェーズにおいて自身に有利な配置となるように味方キャラクタの配置を変更することができるので、第2ゲームの戦略性を向上することができる。
【0108】
また、本実施形態においては、準備フェーズにおいて、ユーザは、自軍エリア41または待機エリア44内に配置されている味方キャラクタを削除することも可能である。すなわち、情報処理システムは、自軍エリア41および待機エリア44内における味方キャラクタを削除する指示入力をユーザから受け付ける。なお、情報処理システムは、味方キャラクタが削除された場合、当該味方キャラクタのコストに応じてユーザの所有コストを増加させるようにしてもよい。例えば、上記の場合、所有コストは、味方キャラクタのコストの分だけ、あるいは、味方キャラクタのコストの半分だけ増加されてもよい。
【0109】
図7に示すように、準備フェーズ画像は、開始指示画像52を含む。開始指示画像52は、準備フェーズを終了して戦闘フェーズを開始する戦闘開始指示を行うためのボタン画像である。すなわち、開始指示画像52を指定する入力がユーザによって行われた場合、情報処理システムは、準備フェーズを終了して戦闘フェーズを開始する(図6参照)。
【0110】
以上のように、本実施形態においては、ターン内において(より具体的には、準備フェーズにおいて)、情報処理システムは、第2ゲームの開始前にユーザにより指定された、第1の数(より具体的には、上記登録数)のキャラクタのうちから、複数の候補キャラクタとして、当該第1の数よりも少ない第2の数(より具体的には、上記提示数)の候補キャラクタを候補提示エリア47に配置する。このように、本実施形態によれば、味方キャラクタとなり得るキャラクタ(すなわち、利用キャラクタ)をユーザが第2ゲームの開始前に予め設定しておくことができる。これによって、味方キャラクタとなり得るキャラクタをどのように設定するかについて戦略性が生じるので、第2ゲームの戦略性を向上することができる。
【0111】
[2-2-3.戦闘フェーズ]
本実施形態においては、戦闘フェーズが開始されると、情報処理システムは、戦闘エリア40に配置されている味方キャラクタおよび敵キャラクタについて攻撃順を決定する。なお、以下では、戦闘エリア40に配置されている味方キャラクタまたは敵キャラクタを総称して「配置キャラクタ」と呼ぶことがある。
【0112】
本実施形態においては、配置キャラクタの攻撃順は、複数の決定基準に基づいて決定される。具体的には、本実施形態においては、決定基準として、以下に説明する第1~第5基準が用いられる。
【0113】
第1基準は、前衛側のエリアに配置されているか、それとも、後衛側のエリアに配置されているか、という基準である。ここで、本実施形態においては、自軍エリア41および敵軍エリア42は、それぞれ、前衛側のエリアと、後衛側のエリアとに区分することができる。自軍エリア41における前衛側のエリアとは、敵軍エリア42に近い側のエリア(すなわち、戦闘エリア40における下から2行目のエリア)であり、自軍エリア41における後衛側のエリアとは、敵軍エリア42に遠い側のエリア(すなわち、戦闘エリア40における一番下の行のエリア)である。また、敵軍エリア42における前衛側のエリアとは、自軍エリア41に近い側のエリア(すなわち、戦闘エリア40における上から2行目のエリア)であり、敵軍エリア42における後衛側のエリアとは、自軍エリア41に遠い側のエリア(すなわち、戦闘エリア40における一番上の行のエリア)である。
【0114】
本実施形態においては、前衛側のエリアに配置されている配置キャラクタは、後衛側のエリアに配置されている配置キャラクタよりも先になるように攻撃順が決定される。例えば、図8に示す例においては、前衛側のエリアに配置されている配置キャラクタ61a,61b,62a,および62bは、後衛側のエリアに配置されている配置キャラクタ61cよりも攻撃順が先になる。
【0115】
上記のように、本実施形態においては、情報処理システムは、配置キャラクタが前衛エリアに配置されているか、それとも、後衛エリアに配置されているかに基づいて、配置キャラクタの攻撃順を決定する。これによれば、ユーザは、例えば、戦闘フェーズにおける配置キャラクタの攻撃順を所望の順序とするために、戦闘エリアにおける配置キャラクタの配置を考慮して第2ゲームをプレイする。上記によれば、配置キャラクタの配置が第2ゲームのゲーム結果や進行に影響を与えることとなるので、第2ゲームの戦略性を向上することができる。
【0116】
また、本実施形態においては、上記第1基準を最も優先して攻撃順が決定される。具体的には、情報処理システムは、前衛エリアに配置された配置キャラクタの攻撃順を、後衛エリアに配置された配置キャラクタの攻撃順よりも先にする。これによれば、前衛であるか後衛であるかの配置に基づく配置キャラクタの攻撃順がユーザにとってわかりやすくなるので、ユーザは味方キャラクタの配置に関する戦略を立てやすくなる。
【0117】
なお、他の実施形態において、配置キャラクタが前衛エリアに配置されているか、それとも、後衛エリアに配置されているかに基づいて配置キャラクタの攻撃順を決定する場合において、情報処理システムは、前衛エリアに配置された配置キャラクタの攻撃順が、後衛エリアに配置された配置キャラクタの攻撃順よりも必ずしも先になるように攻撃順を決定しなくてもよい。例えば、情報処理システムは、配置キャラクタが前衛エリアに配置されているか、それとも、後衛エリアに配置されているかに基づいて仮の攻撃順を算出し、さらに、他の決定基準に基づいて当該仮の攻撃順を補正することで最終的な攻撃順を決定してもよい。
【0118】
上記第1基準によっては全ての配置キャラクタについての攻撃順が決定できない場合(例えば、前衛エリアに複数の配置キャラクタが配置されている場合)、情報処理システムは、第2基準に基づいて攻撃順を決定する。第2基準は、配置キャラクタのレベルである。具体的には、情報処理システムは、上記第1基準によって攻撃順が決定できない複数の配置キャラクタについて、レベルが高い順となるように配置キャラクタの攻撃順を決定する。
【0119】
また、上記第1基準および上記第2基準によっては全ての配置キャラクタについての攻撃順が決定できない場合(例えば、レベルが同じ複数の配置キャラクタが前衛エリアに配置されている場合)、情報処理システムは、第3基準に基づいて攻撃順を決定する。第3基準は、配置キャラクタの能力パラメータの1つである速さである。具体的には、情報処理システムは、上記第1基準および第2基準によって攻撃順が決定できない複数の配置キャラクタについて、速さの能力パラメータが高い順となるように配置キャラクタの攻撃順を決定する。
【0120】
上記のように、本実施形態においては、情報処理システムは、配置キャラクタに関連付けられた能力パラメータ(例えば、第2基準におけるレベル、および/または、第3基準における速さのパラメータ)に基づいて、配置キャラクタ毎に攻撃順を決定する。これによれば、戦闘エリアにおける配置位置に加えて、配置キャラクタの能力パラメータを考慮して攻撃順が決定されるので、より多くの要素に基づいて攻撃順が決定されることとなる。これによって、第2ゲームの戦略性をより向上させることができる。なお、詳細は後述するが、本実施形態においては、第2ゲーム中において各配置キャラクタの能力(レベルおよび速さを含む)は強化され得る。そのため、第2ゲーム中に配置キャラクタの能力を強化させるようにゲームを進めることも攻撃順に影響するので、第2ゲームの戦略性をより向上させることができる。
【0121】
また、上記第1基準~第3基準によっては全ての配置キャラクタについての攻撃順が決定できない場合(例えば、レベルおよび速さが同じ複数の配置キャラクタが前衛エリアに配置されている場合)、情報処理システムは、第4基準に基づいて攻撃順を決定する。第4基準は、配置キャラクタが味方キャラクタであるか、それとも、敵キャラクタであるか、という基準である。具体的には、情報処理システムは、上記第1基準~第3基準によって攻撃順が決定できない複数の配置キャラクタについて、味方キャラクタの攻撃順を敵キャラクタの攻撃順よりも先にする。なお、他の実施形態においては、上記第1基準~第3基準によって攻撃順が決定できない複数の配置キャラクタについて、敵キャラクタの攻撃順が味方キャラクタの攻撃順よりも先にされてもよい。
【0122】
また、上記第1基準~第4基準によっては全ての配置キャラクタについての攻撃順が決定できない場合(例えば、レベルおよび速さが同じ複数の味方キャラクタが前衛エリアに配置されている場合)、情報処理システムは、第5基準に基づいて攻撃順を決定する。第5基準は、配置キャラクタがより左側に配置されていることである。具体的には、情報処理システムは、上記第1基準~第4基準によって攻撃順が決定できない複数の配置キャラクタについて、より左側に配置されている配置キャラクタの攻撃順が先になるように、攻撃順を決定する。つまり、上記第1基準~第4基準によって攻撃順が決定できない複数の配置キャラクタについては、左側に配置されている順となるように攻撃順が決定される。例えば、図8に示す例において、味方キャラクタ61aおよび61bのレベルおよび速さが同一であるとした場合、第5基準に従って、味方キャラクタ61aの攻撃順は味方キャラクタ61bの攻撃順よりも先となるように決定される。なお、ここで言う「左側」とは、自軍エリアと敵軍エリアとのうち配置キャラクタ自身が配置されているエリアから、もう一方のエリアの方を向く方向を前方向としたときの左側である。つまり、敵キャラクタについては、表示画面上では、より右側に配置されている敵キャラクタの攻撃順が先になる。
【0123】
上記第4基準および第5基準を用いることによって、本実施形態においては、上記第1基準~第3基準によっては全ての配置キャラクタの攻撃順が決定できない場合であっても、各配置キャラクタの攻撃順を一意に決定することができる。
【0124】
本実施形態においては、上記5つの決定基準を用いて配置キャラクタの攻撃順を決定したが、攻撃順の決定方法は任意である。例えば、他の実施形態においては、これらの決定基準とは異なる他の決定基準が用いられてもよいし、これらの決定基準のいくつかが用いられなくてもよい。また、本実施形態においては、5つの決定基準に優先順位を付し、情報処理システムは、優先順位が高い決定基準によって攻撃順が決定できない場合に、優先順位が低い決定基準を用いることとした。ここで、他の実施形態においては、情報処理システムは、決定基準毎に仮の攻撃順を算出し、それぞれ算出された複数の仮の攻撃順に基づいて(例えば、仮の攻撃順の平均値が高い順となるように)最終的な攻撃順を算出してもよい。
【0125】
また、情報処理システムは、各配置キャラクタの攻撃対象を決定する。すなわち、味方キャラクタについては、敵キャラクタのうちから攻撃対象となるキャラクタが1つ決定される。敵キャラクタについては、味方キャラクタのうちから攻撃対象となるキャラクタが1つ決定される。
【0126】
本実施形態においては、配置キャラクタの攻撃対象は、複数の決定基準に基づいて決定される。具体的には、本実施形態においては、決定基準として、以下に説明する第1~第4基準が用いられる。
【0127】
第1基準は、戦闘エリア40における横方向に関する位置の差である。すなわち、情報処理システムは、攻撃主体となる配置キャラクタとの、横方向に関する位置の差が最も小さい相手キャラクタ(具体的には、攻撃主体が味方キャラクタである場合は敵キャラクタ、攻撃主体が敵キャラクタである場合は味方キャラクタ)を、攻撃対象に決定する。例えば、戦闘エリア40において、攻撃主体となる配置キャラクタと同じ列に配置されている相手キャラクタが存在する場合は、上記差が0である当該相手キャラクタが攻撃対象となる。また例えば、戦闘エリア40において、攻撃主体となる配置キャラクタと同じ列に配置されている相手キャラクタが存在せず、その隣の列に配置されている相手キャラクタが存在する場合は、上記差が1である当該相手キャラクタが攻撃対象となる。
【0128】
上記のように、本実施形態においては、ゲーム画像において自軍エリアから敵軍エリアへの方向(すなわち、上下方向)を正面方向としたとき、情報処理システムは、自軍エリアに配置される味方キャラクタの攻撃対象を、当該味方キャラクタの正面方向に近い位置(すなわち、上記の差が小さい位置)に配置される敵キャラクタが、当該味方キャラクタの正面方向から遠い位置(すなわち、上記の差が大きい位置)に配置される敵キャラクタよりも優先されるように決定する。これによれば、ユーザは、例えば、戦闘フェーズにおける味方キャラクタの攻撃対象を所望の敵キャラクタとするために、配置キャラクタの配置を考慮して第2ゲームをプレイすることとなる。このように、本実施形態によれば、配置キャラクタの配置に応じて攻撃対象が決定されることで、第2ゲームの戦略性を向上することができる。
【0129】
なお、上記の差が小さい位置に配置される相手キャラクタが、上記の差が大きい位置に配置される相手キャラクタよりも優先されるように攻撃対象を決定する場合において、他の実施形態において、情報処理システムは、上記の差が最も小さい相手キャラクタを必ずしも攻撃対象に決定しなくてもよい。例えば、情報処理システムは、上記差に基づいて優先度を算出し、さらに、他の決定基準に基づいても優先度を算出し、これらの優先度に基づいて最終的な攻撃対象を決定してもよい。
【0130】
また、本実施形態においては、戦闘エリア40においては自軍エリア41と敵軍エリア42とが上下方向に並んで配置され、各配置キャラクタの左右方向の位置の差に基づいて上記第1基準が判断された。ここで、他の実施形態においては、戦闘エリア40においては自軍エリア41と敵軍エリア42とが左右方向に並んで配置されてもよく、このとき、第1基準は、各配置キャラクタの上下方向の位置の差に基づいて判断されてもよい。
【0131】
上記第1基準によっては攻撃対象が決定できない場合、情報処理システムは、第2基準に基づいて攻撃対象を決定する。なお、上記の場合とは、例えば、攻撃主体の配置キャラクタと同じ列の前衛エリアと後衛エリアとの両方に相手キャラクタが配置されている場合、あるいは、攻撃主体の配置キャラクタが配置される列には相手キャラクタが配置されておらず、攻撃主体の配置キャラクタが配置される列の左側で隣接する列と、右側で隣接する列との両方に相手キャラクタが配置されている場合である。
【0132】
第2基準は、相手キャラクタが前衛側のエリアに配置されているか、それとも、後衛側のエリアに配置されているか、という基準である。具体的には、情報処理システムは、上記第1基準による決定に基づくと攻撃対象となり得る相手キャラクタが複数である場合、当該複数の相手キャラクタのうち、前衛エリアに配置されている相手キャラクタ(攻撃主体の配置キャラクタに最も近い位置に配置されている相手キャラクタと言うこともできる)を攻撃対象とする。例えば、図8に示す例において、味方キャラクタ61bが攻撃主体である場合、第1基準による決定に基づいて攻撃対象は敵キャラクタ62bおよび62cに絞られ、第2基準による決定に基づいて攻撃対象は敵キャラクタ62bに決定される。
【0133】
上記のように、第2基準を用いる場合には、ユーザは、戦闘フェーズにおける敵キャラクタの攻撃対象を所望の味方キャラクタとするために、配置キャラクタの配置を考慮して第2ゲームをプレイすることとなる。これによって、第2ゲームの戦略性を向上することができる。
【0134】
上記第1基準および第2基準によっては攻撃対象が決定できない場合、情報処理システムは、第3基準に基づいて攻撃対象を決定する。なお、上記の場合とは、例えば、攻撃主体の配置キャラクタが配置される列には相手キャラクタが配置されておらず、当該列の左側で隣接する列と、右側で隣接する列との両方の前衛エリアにおいて相手キャラクタが配置されている場合である。
【0135】
第3基準は、攻撃主体の配置キャラクタにとって相性が有利となることである。ここで、本実施形態においては、各キャラクタには複数種類(例えば、4種類)の属性のうち1つが設定され、属性と他の属性との組のうちいくつかの組については、一方が他方に対して有利となることが設定されている。具体的には、本実施形態においては、各キャラクタには、赤属性、青属性、緑属性、および、無色属性という4種類の属性のうち1つの属性が設定される。また、赤属性は緑属性に対して有利であり、青属性は赤属性に対して有利であり、緑属性は青属性に対して有利である、というように相性の有利不利の関係が設定される。なお、無色属性については、他の3つの属性のいずれに対しても相性の有利不利がないものとする。また、上記第1ゲームおよび第2ゲームにおいては、配置キャラクタの属性が相手キャラクタの属性に対して有利な属性である場合、両者の属性に有利不利がない場合に比べて、攻撃によるダメージ(すなわち、体力パラメータの減少量)が増加するものとする。一方、上記第1ゲームおよび第2ゲームにおいては、配置キャラクタの属性が相手キャラクタの属性に対して不利な属性である場合、両者の属性に有利不利がない場合に比べて、攻撃によるダメージが減少するものとする。
【0136】
具体的には、情報処理システムは、上記第1基準および第2基準による決定に基づくと攻撃対象となり得る相手キャラクタが複数である場合、当該複数の相手キャラクタのうち、攻撃主体の配置キャラクタの属性に対して不利となる相性の属性を有する(つまり、攻撃主体の配置キャラクタの属性が有利となる)相手キャラクタを攻撃対象とする。なお、他の実施形態においては、上記複数の相手キャラクタのうち、攻撃主体の配置キャラクタの属性に対して不利となる相性の属性を有する相手キャラクタが存在しない場合、攻撃主体の配置キャラクタの属性に対して有利不利がない相性の属性を有する相手キャラクタが攻撃対象に決定されてもよい。
【0137】
上記のように、第3基準を用いる場合には、ユーザは、戦闘フェーズにおける味方キャラクタの攻撃対象を所望の敵キャラクタとするために、配置キャラクタの属性を考慮して第2ゲームをプレイすることとなる。これによって、第2ゲームの戦略性を向上することができる。
【0138】
上記第1基準~第3基準によっては攻撃対象が決定できない場合、情報処理システムは、第4基準に基づいて攻撃対象を決定する。なお、上記の場合とは、例えば、攻撃主体の配置キャラクタが配置される列には相手キャラクタが配置されておらず、当該列の左側で隣接する列と、右側で隣接する列との両方の前衛エリアにおいて、攻撃主体の配置キャラクタの属性に対して不利となる相性の属性を有する相手キャラクタが存在しない場合である。
【0139】
第4基準は、相手キャラクタがより左側に配置されていることである。具体的には、情報処理システムは、上記第1基準~第3基準による決定に基づくと攻撃対象となり得る相手キャラクタが複数である場合、当該複数の相手キャラクタのうち、左側に配置されている相手キャラクタを攻撃対象とする。なお、ここで言う「左側」とは、攻撃主体の配置キャラクタが配置されているエリアから、相手キャラクタが配置されているエリアの方を向く方向を前方向としたときの左側である。つまり、敵キャラクタについては、表示画面上では、上記複数の味方キャラクタのうち、右側に配置されている味方キャラクタが攻撃対象となる。本実施形態においては、上記第1基準~第3基準によっては攻撃対象が決定できない場合であっても、上記第4基準を用いることによって攻撃対象を一意に決定することができる。
【0140】
本実施形態においては、上記4つの決定基準を用いて配置キャラクタの攻撃対象を決定したが、攻撃対象の決定方法は任意である。例えば、他の実施形態においては、これらの決定基準とは異なる他の決定基準が用いられてもよいし、これらの決定基準のいくつかが用いられなくてもよい。また、本実施形態においては、5つの決定基準に優先順位を付し、情報処理システムは、優先順位が高い決定基準によって攻撃対象が決定できない場合に、優先順位が低い決定基準を用いることとした。ここで、他の実施形態においては、情報処理システムは、決定基準毎に仮の攻撃対象を算出し、それぞれ算出された複数の仮の攻撃対象に基づいて最終的な攻撃対象を決定する(例えば、最も多くの決定基準で仮の攻撃対象となった配置キャラクタを攻撃対象に決定する)ようにしてもよい。
【0141】
以上のように、本実施形態においては、配置キャラクタの攻撃順および攻撃対象は、上記のような決定基準に従って決定される。本実施形態においては、配置キャラクタの攻撃順および攻撃対象がランダムに決定されるわけではないので、ユーザは、戦闘フェーズの開始前に攻撃順および攻撃対象を予想して戦闘エリアにおける配置キャラクタの配置を検討することができる。これによって、第2ゲームの戦略性を向上することができる。
【0142】
戦闘フェーズにおいて、情報処理システムは、上記のように決定された攻撃順で、上記のように決定された攻撃対象に対する攻撃を各配置キャラクタに行わせる。図9は、第2ゲームの戦闘フェーズにおいて表示されるゲーム画像である戦闘フェーズ画像の一例を示す図である。図9は、配置キャラクタが攻撃を行う場合における戦闘フェーズ画像の一例を示す図である。図9に示すように、戦闘フェーズにおいても準備フェーズと同様に、戦闘エリア40が表示部24に表示される。
【0143】
本実施形態においては、配置キャラクタが攻撃対象に対して攻撃を行う場合、情報処理システムは、図9に示すように、当該配置キャラクタを、攻撃対象を攻撃可能な位置に移動させる。具体的には、情報処理システムは、自身に隣接するマスを攻撃範囲とする味方キャラクタについては、攻撃対象となる敵キャラクタの1つ下のマスに移動させ、自身から2マスの位置を攻撃範囲とする味方キャラクタについては、攻撃対象となる敵キャラクタの2つ下のマスに移動させる。また、情報処理システムは、自身に隣接するマスを攻撃範囲とする敵キャラクタについては、攻撃対象となる味方キャラクタの1つ上のマスに移動させ、自身から2マスの位置を攻撃範囲とする敵キャラクタについては、攻撃対象となる味方キャラクタの2つ上のマスに移動させる。なお、図9に示す例は、自身に隣接するマスを攻撃範囲とする味方キャラクタ61aが敵キャラクタ62aを攻撃する例であり、味方キャラクタ61aは、攻撃対象である敵キャラクタ62aの1つ下のマスに移動して攻撃を行う。なお、攻撃が終了した場合、攻撃を行った配置キャラクタは元の位置に戻される。
【0144】
なお、配置キャラクタが攻撃を行うために移動する場合において、移動先の位置に他の配置キャラクタが存在する場合、情報処理システムは、攻撃を行う配置キャラクタと、移動先の位置に存在する他の配置キャラクタとの位置を入れ替える。そして、攻撃が終了した場合、上記2つの配置キャラクタの位置を元に戻す。
【0145】
上記のように、本実施形態においては、情報処理システムは、戦闘エリアにおいて配置キャラクタの攻撃範囲に攻撃対象が存在しない場合、当該攻撃範囲に当該攻撃対象が含まれるように当該配置キャラクタを移動させて、当該攻撃対象に対する攻撃を当該配置キャラクタに行わせる。これによれば、攻撃主体となる配置キャラクタと、攻撃対象となる配置キャラクタとをユーザにわかりやすく認識させることができる。
【0146】
なお、本実施形態においては、自軍エリア41と敵軍エリア42との間に中間エリア43が設けられる(図9参照)。そのため、攻撃主体となる配置キャラクタは、もともと配置キャラクタが配置されない中間エリア43に移動して攻撃を行うケースがあり得るので、攻撃を行う配置キャラクタと、移動先の位置に存在する他の配置キャラクタとの位置を入れ替える機会を減らすことができる。これによって、攻撃時における配置キャラクタの移動をよりわかりやすくすることができる。
【0147】
なお、本実施形態においては、配置キャラクタが攻撃を行う際に移動が制限されて攻撃が行うことができなくなることを防止するべく、第2ゲームにおける戦闘エリアには、第1ゲームにおいて用いられる地形オブジェクトは配置されない。ただし、他の実施形態においては、第2ゲームにおける戦闘エリアに地形オブジェクトが配置されてもよい。
【0148】
本実施形態においては、第2ゲームにおいて、攻撃時におけるゲーム処理は、第1ゲームと同様に行われる。攻撃時におけるゲーム処理とは、具体的には、攻撃によるダメージ量を計算し、ダメージ量に応じて攻撃対象の配置キャラクタの体力パラメータを減少させる処理である。具体的には、情報処理システムは、攻撃時において以下の処理を実行する。
【0149】
攻撃主体の配置キャラクタが攻撃対象の配置キャラクタに対して攻撃を行う場合において、情報処理システムは、反撃条件が満たされれば、攻撃対象である配置キャラクタに、攻撃主体の配置キャラクタに対する反撃を行わせる。反撃が行われる場合には、攻撃主体の配置キャラクタについてもダメージ量の計算が行われ、当該配置キャラクタの体力パラメータが減少する。なお、上記の反撃条件の具体的な内容は任意である。本実施形態においては、反撃条件は、攻撃主体の配置キャラクタの攻撃範囲と、攻撃対象の配置キャラクタの攻撃範囲とが同じであること、あるいは、攻撃対象のキャラクタが、攻撃範囲にかかわらず反撃を行うことができる所定のスキルを装備していることである。
【0150】
上記のように、本実施形態においては、情報処理システムは、攻撃順に従って第1の配置キャラクタが攻撃対象である第2の配置キャラクタを攻撃する場合、反撃条件が満たされれば、当該第2の配置キャラクタの攻撃順にかかわらず、当該第2の配置キャラクタによる当該第1の配置キャラクタに対する反撃によって、当該第1の配置キャラクタに関連付けられた体力パラメータを減少させる。これによれば、ユーザは、例えば、攻撃対象となる配置キャラクタによる反撃の影響も考慮して自軍エリア41における味方キャラクタの配置を検討することとなる。このように、本実施形態によれば、攻撃対象が反撃を行うことを可能にすることによって、第2ゲームの戦略性をより向上することができる。
【0151】
攻撃主体の配置キャラクタが攻撃対象の配置キャラクタに対して攻撃を行う場合において、情報処理システムは、各配置キャラクタのスキルの影響を考慮する。例えば、味方キャラクタが敵キャラクタを攻撃する場合において、他の味方キャラクタが「周囲2マス以内の味方キャラクタの攻撃力を3上昇させる」というスキルを装備している例を考える。この例において、情報処理システムは、攻撃主体の味方キャラクタが上記他の味方キャラクタの周囲2マス以内に存在することを条件として、攻撃主体の味方キャラクタの攻撃力を3上昇させてダメージ量を計算する。なお、各配置キャラクタのスキルが、スキルを装備している配置キャラクタと、当該スキルの影響を受ける配置キャラクタとの位置関係を条件として効果が発動するスキルである場合、本実施形態においては、攻撃主体となる配置キャラクタが攻撃のために移動した後の位置に基づいて、スキル効果の発動が判定される。ただし、他の実施形態においては、攻撃主体となるキャラクタが移動する前の位置に基づいて、スキル効果の発動が判定されてもよい。
【0152】
上記のように、本実施形態においては、情報処理システムは、所定の能力(具体的には、スキル)を有する配置キャラクタが戦闘エリアに配置されている場合、当該配置キャラクタとは異なる他の配置キャラクタのうち、当該所定の能力に応じたいくつかの配置キャラクタに関連付けられた能力パラメータを、今回のターン内において当該所定の能力に応じて変化させる。そして、変化後の能力パラメータが関連付けられる配置キャラクタが攻撃を行う、および/または、攻撃対象となる場合、情報処理システムは、当該変化後の能力パラメータに基づいて、攻撃対象となる配置キャラクタに関連付けられた体力パラメータを減少させる。
【0153】
なお、上記「当該所定の能力に応じたいくつかの配置キャラクタ」とは、例えば、「周囲2マス以内の味方キャラクタの攻撃力を3上昇させる」というスキルを味方キャラクタが有している場合であれば、当該味方キャラクタの周囲2マス以内に配置された他の味方キャラクタを指す意味である。また、所定の能力は、当該能力を有する配置キャラクタの味方となる配置キャラクタに対して影響を与えるものに限らず、当該能力を有する配置キャラクタの敵となる配置キャラクタに対して影響を与える(例えば、敵となる配置キャラクタの能力パラメータを減少させる)ものであってもよい。
【0154】
上記によれば、攻撃主体の配置キャラクタと攻撃対象の配置キャラクタとに加えて、その他の配置キャラクタの能力も考慮して、体力パラメータの計算が行われる。これによって、第2ゲームの戦略性を向上することができる。また、配置キャラクタが有するスキルが、当該配置キャラクタと他の配置キャラクタとの戦闘エリアにおける位置関係に依存して効果が生じるものである場合には、ユーザは、戦闘エリアにおける配置キャラクタの配置を考慮して第2ゲームをプレイすることとなる。したがって、上記の場合には、第2ゲームの戦略性をより向上することができる。
【0155】
なお、上記スキルによって配置キャラクタの能力パラメータが変化されるタイミングは、戦闘フェーズの開始時であってもよいし、能力パラメータが変化される配置キャラクタによる攻撃が行われる時(具体的には、直前)であってもよいし、スキルを有する配置キャラクタによる攻撃が行われた後であってもよい。なお、戦闘フェーズの開始時に能力パラメータが変化される場合には、上述の行動順は変化後の能力パラメータ(具体的には、速さ)に基づいて決定されてもよい。
【0156】
攻撃主体の配置キャラクタが攻撃対象の配置キャラクタに対して攻撃を行う場合において、情報処理システムは、これらの配置キャラクタの属性の相性を考慮する。すなわち、上述したように、攻撃主体の配置キャラクタの属性が攻撃対象の相手キャラクタの属性に対して有利な属性である場合、情報処理システムは、両者の属性に有利不利がない場合に比べて、攻撃によるダメージを増加させる。また、攻撃主体の配置キャラクタの属性が攻撃対象の相手キャラクタの属性に対して不利な属性である場合、両者の属性に有利不利がない場合に比べて、攻撃によるダメージを減少させる。
【0157】
上記のように、本実施形態においては、味方キャラクタまたは敵キャラクタとなる各キャラクタにはそれぞれ、複数種類のうち少なくとも1つの属性が設定されており、複数種類の各属性の少なくとも1種類は、少なくとも1つの他の属性との間に相性を有している。情報処理システムは、攻撃を行う配置キャラクタの属性と攻撃対象となる配置キャラクタの属性との相性に応じて、当該攻撃による当該攻撃対象となった配置キャラクタ関連付けられた体力パラメータの減少量を変化させる。上記によれば、攻撃主体の配置キャラクタと攻撃対象の配置キャラクタとの相性も考慮して体力パラメータの計算が行われるので、第2ゲームの戦略性をより向上することができる。
【0158】
攻撃主体の配置キャラクタが攻撃対象の配置キャラクタに対して攻撃を行う場合において、情報処理システムは、両者の配置キャラクタの速さの能力パラメータが条件を満たす場合、2回攻撃を行わせる。本実施形態においては、例えば両者の配置キャラクタの速さの差が所定値(例えば、5)以上であることを条件として、速さの能力パラメータが高い方の配置キャラクタは、速さの能力パラメータが低い方の配置キャラクタに対して2回攻撃(または反撃)を行うことができる。
【0159】
上記のように、本実施形態においては、情報処理システムは、配置キャラクタに対応付けられた速さを示すパラメータに基づいて、配置キャラクタ毎に攻撃順および攻撃回数を決定する。これによれば、配置キャラクタの1つの能力パラメータが攻撃順だけでなく攻撃回数にも影響を与えることで、第2ゲームの戦略性を向上することができる。
【0160】
本実施形態においては、以上に述べた点(具体的には、攻撃対象による反撃が行われる点、他の配置キャラクタのスキルが考慮される点、属性の相性が考慮される点、速さに応じて2回攻撃が行われる点)については、第1ゲームと第2ゲームとで共通である。したがって、第1ゲームを行ったことがあるユーザにとっては、第2ゲームにおける戦闘がイメージし易く、第2ゲームをユーザにとって理解しやすいものにすることができる。
【0161】
戦闘フェーズにおいては、上記のようにして配置キャラクタ毎に攻撃対象に対する攻撃が行われ、情報処理システムは、攻撃が行われる毎に配置キャラクタ(具体的には、攻撃対象の配置キャラクタ、および、反撃が行われる場合には攻撃主体の配置キャラクタ)の体力パラメータを減少させる。本実施形態においては、情報処理システムは、体力パラメータが減少した結果、体力パラメータの値が0となった配置キャラクタを戦闘エリア40から除去する。
【0162】
なお、本実施形態においては、準備フェーズにおいては、配置キャラクタとともに当該配置キャラクタの能力パラメータ(具体的には、レベル)が表示される(図8参照)。一方、戦闘フェーズにおいては、配置キャラクタとともに当該配置キャラクタの体力パラメータが表示される(図9に示す例においては、例えば味方キャラクタ61aについて、現在の体力パラメータを示す「35」という値が表示されている)。具体的には、本実施形態においては、準備フェーズにおいては、配置キャラクタとともに、当該配置キャラクタのレベルを示す数値(例えば、図8に示す「15」の数値)が表示され、戦闘フェーズにおいては、当該数値に代えて、配置キャラクタとともに、当該配置キャラクタの現在の体力パラメータを示す数値が表示される。これによれば、準備フェーズにおいてはユーザに各配置キャラクタの能力を提示することができるとともに、戦闘フェーズにおいては各配置キャラクタの状態を提示することができる。これによって、各フェーズに応じた適切な情報をユーザに提示することができ、ユーザの利便性を向上することができる。
【0163】
上述のように、本実施形態においては、戦闘エリア40に配置される全ての配置キャラクタについて攻撃順が設定される。ただし、攻撃順が回ってくる前に戦闘エリア40から除去された配置キャラクタについては、攻撃が行われない。情報処理システムは、戦闘エリア40に存在している全ての配置キャラクタについて攻撃が終了したことに応じて、戦闘フェーズを終了する。
【0164】
以上のように、本実施形態においては、戦闘フェーズにおいては、配置キャラクタの攻撃順および攻撃対象は情報処理システムによって決定されるので、ユーザはゲーム操作を行う必要はない。したがって、ユーザは、第2ゲームにおいては第1ゲームよりも簡易なゲーム操作でゲームをプレイすることができる。
【0165】
なお、本実施形態においては、戦闘フェーズにおいては、情報処理システムは、自動的に(すなわち、ユーザによる入力がなくても)ゲームを進行させる。ただし、他の実施形態においては、情報処理システムは、戦闘フェーズにおけるゲーム進行を一時停止させる指示入力や、一時停止されたゲーム進行を再度進めるための指示入力をユーザから受け付けるようにしてもよい。
【0166】
[2-2-4.結果表示フェーズ]
本実施形態においては、戦闘フェーズが終了すると、結果表示フェーズが開始される(図6参照)。結果表示フェーズにおいて、端末装置2は、今回のターンにおけるゲーム結果を表示部24に表示する。本実施形態においては、ゲーム結果として、今回のターンにおけるゲーム(すなわち、戦闘フェーズにおける戦闘ゲーム)の勝敗と、ユーザのスコアとが表示される。
【0167】
本実施形態においては、ゲームの勝敗は、各味方キャラクタの体力パラメータと、各敵キャラクタの体力パラメータに基づいて判断される。具体的には、情報処理システムは、今回のターンにおけるゲーム終了時における各味方キャラクタの体力パラメータ(つまり、戦闘ゲーム後における残りの体力)の合計値と、ゲーム終了時における各敵キャラクタの体力パラメータの合計値とを算出する。そして、情報処理システムは、前者が後者よりも大きい場合、ユーザの勝利と判断し、前者が後者よりも小さい場合、ユーザの敗北と判断する。
【0168】
なお、ゲームの勝敗の判断方法は任意であり、本実施形態のような各配置キャラクタの体力パラメータに基づく方法に限らない。例えば、他の実施形態においては、ゲームの勝敗の判断方法は、ゲーム終了時に配置されている味方キャラクタの数と敵キャラクタの数とに基づいて勝敗を判断する方法であってもよいし、味方キャラクタが敵キャラクタに与えたダメージ量の合計値と、敵キャラクタが味方キャラクタに与えたダメージ量の合計値との比較に基づく方法であってもよい。
【0169】
本実施形態においては、ユーザのスコアは、各味方キャラクタの体力パラメータと、各敵キャラクタの体力パラメータに基づいて判断される。具体的には、情報処理システムは、ゲーム終了時における各味方キャラクタの体力パラメータの合計値から、ゲーム終了時における各敵キャラクタの体力パラメータの合計値を減算した値に基づいてスコアを算出する。より具体的には、スコアは、上記の減算値に、所定条件下で付与されるボーナス値を加算した値として算出される。なお、ボーナス値の具体的な内容は任意である。例えば、ゲームに勝利した場合にボーナス値が加算されてもよいし、戦闘フェーズにおいて特定の配置キャラクタを用いたことに応じてボーナス値が加算されてよいし、あるいは、戦闘フェーズにおいて敵キャラクタを全滅させたことに応じてボーナス値が加算されてよい。また、第2ゲームにおいて複数の難易度が設定される場合には、難易度に応じてボーナス値が加算されてもよい。
【0170】
なお、スコアの算出方法は任意であり、本実施形態のような各配置キャラクタの体力パラメータに基づく方法に限らない。例えば、他の実施形態においては、スコアは、第2ゲームの勝敗に基づいて算出されてもよいし、第2ゲーム終了時に配置されている味方キャラクタの数と敵キャラクタの数とに基づいて算出されてもよいし、味方キャラクタが敵キャラクタに与えたダメージ量の合計値と、敵キャラクタが味方キャラクタに与えたダメージ量の合計値との比較に基づいて算出されてもよい。
【0171】
また、本実施形態においては、情報処理システムは、今回のターンにおけるスコアを算出して表示することに加えて、これまでのターンにおけるスコアの合計を算出して表示する。その結果、第2ゲームの最終ターンの終了時には、第2ゲームのスコア(「ゲームスコア」と呼ぶ。)として、各ターンにおけるスコアの合計が算出される。詳細は後述するが、本実施形態においては、ゲームスコアに基づいて、後述する累積スコア(すなわち、第2ゲーム毎のゲームスコアの累積値)が算出され、累積スコアに基づいて、ユーザに対してゲーム内報酬が付与される。
【0172】
上記のように、本実施形態においては、情報処理システムは、自軍エリアに配置されている味方キャラクタに関連付けられた体力パラメータの合計値と、敵軍エリアに配置されている敵キャラクタに関連付けられた体力パラメータの合計値との差に基づいて、ユーザに関連付けられたユーザパラメータ(すなわち、ゲーム内報酬を付与するために用いられるパラメータ。具体的には、ゲームスコア)の値を算出する。これによれば、第2ゲームの対戦内容を反映したスコアを算出することによって、対戦内容に応じた報酬をユーザに付与することができる。例えば、大差で勝利した場合には接戦で勝利した場合よりもユーザは多くのスコアを獲得することができ、その結果、より良い報酬を取得することができる。
【0173】
[2-2-5.2ターン目以降のゲーム]
第2ゲームにおいて、1ターン目の各フェーズが終了すると、2ターン目のゲームが開始される。2ターン目以降についても1ターン目と同様に、準備フェーズ、戦闘フェーズ、および、結果表示フェーズが順に実行される。
【0174】
図10は、第2ゲームの2ターン目における準備フェーズ画像の一例を示す図である。なお、図10に示す例は、図7図9に示す1ターン目の状態の後で2ターン目において表示される準備フェーズ画像の一例である。図10に示すように、2ターン目においても1ターン目と同様、戦闘エリア40には味方キャラクタおよび敵キャラクタ(図10では、味方キャラクタ61aおよび61bと、敵キャラクタ71a~71c)が配置され、候補提示エリア47には候補キャラクタが配置される。
【0175】
本実施形態においては、ターンの開始時には、情報処理システムは、前のターンの戦闘フェーズにおいて配置されていた味方キャラクタをそのまま配置する。今回のターンの開始時に配置される味方キャラクタは、前回のターンにおける戦闘フェーズの開始時に配置されていた味方キャラクタと同じである。つまり、情報処理システムは、あるターンの開始時において自軍エリアに配置されていた味方キャラクタを残した状態で当該ターンの次のターンを開始する。したがって、あるターンにおける戦闘フェーズにおいて敵キャラクタに倒された(すなわち、戦闘エリアから除去された)味方キャラクタであっても、次のターンにおいては自軍エリアに再度配置される。これは、仮に前回のターンにおいて倒された味方キャラクタを今回のターンでは戦闘エリア40に配置しないこととすると、例えば前回のターンにおいて多くの味方キャラクタが倒されてしまった場合に今回のターンにおけるゲームの難易度が高くなりすぎる可能性があるためである。また、本実施形態においては、第2ゲームにおいては利用キャラクタを強化する(育成するとも言える)ことに面白さがあるので、強化された味方キャラクタが倒された後は配置できないこととすれば、利用キャラクタを強化する面白さが薄れてしまうおそれがあるためである。
【0176】
また、本実施形態においては、ターンの開始時には、情報処理システムは、自軍エリアに配置される味方キャラクタの体力パラメータを上限値(すなわち、上記最大体力)とする。つまり、あるターンにおける戦闘フェーズにおいて敵キャラクタによる攻撃で味方キャラクタの体力パラメータの値が上限値よりも小さくなった場合でも、次のターンにおいて当該味方キャラクタのパラメータは上限値に戻される。これによって、例えば前回のターンにおいて味方キャラクタの体力パラメータが小さくなってしまったことによって今回のターンにおけるゲームの難易度が高くなりすぎる可能性を低減することができる。
【0177】
なお、情報処理システムは、ターンの開始時には、利用キャラクタのうちから候補キャラクタを再度選出し、端末装置2は、選出した候補キャラクタを候補提示エリア47に新たに配置する(図10参照)。上述のように、候補キャラクタの選出はランダムに行われるので、前回のターンとは異なる候補キャラクタが選出され得る。
【0178】
ここで、本実施形態においては、情報処理システムは、ターン数が小さいうちは、コストが低い利用キャラクタのみが候補キャラクタとして選出されるようにする。例えば、情報処理システムは、現在のターン数に1を加算した値よりも大きいコストの利用キャラクタが候補キャラクタとして選出されない(例えば、2ターン目においてはコストが3よりも大きい利用キャラクタは候補キャラクタとして選出されない)、または、選出されにくいようにする。これによれば、第2ゲームを開始してからターン数が小さいうちに、強い利用キャラクタ(すなわち、コストの高い利用キャラクタ)が自軍エリア41に配置され、第2ゲームの難易度が低くなりすぎる可能性を低減することができる。
【0179】
また、情報処理システムは、コストの低い利用キャラクタの選出確率が、コストの高い利用キャラクタの選出確率よりも高くなる方法で、候補キャラクタの選出を行ってもよい。
【0180】
なお、利用キャラクタのうちから候補キャラクタを選出する方法は任意である。例えば、他の実施形態においては、情報処理システムは、所定の規則に従って(例えば、利用キャラクタとして登録された順序に従って)利用キャラクタのうちから候補キャラクタを選出してもよい。
【0181】
また、上述のように、本実施形態においては、1ターン毎にユーザに所有コストが付与される。ここで、情報処理システムは、ターン数が小さいうちは、所有コストが付与される量を小さくし、ターン数が進むに連れて、付与される量を大きくしてもよい。例えば、情報処理システムは、1ターン目には所有コストを2だけ増加し、2ターン目には所有コストを3だけ増加するようにしてもよい。これによれば、第2ゲームを開始してからターン数が小さいうちに、強い利用キャラクタが自軍エリア41に配置され、第2ゲームの難易度が低くなりすぎる可能性を低減することができる。
【0182】
また、情報処理システムは、敵軍エリア42に配置される敵キャラクタを、1ターン毎に設定する。本実施形態においては、敵軍エリア42に配置される1以上の敵キャラクタからなるセットは、毎ターン異なるように設定される。なお、敵キャラクタの設定方法については後述する。
【0183】
[2-2-6.更新条件に基づく強化]
本実施形態においては、第2ゲーム中において所定の条件下で味方キャラクタを強化する(成長させる)ことができる。すなわち、情報処理システムは、味方キャラクタが更新条件を満たした場合、当該味方キャラクタのレベルを上昇させる。以下、味方キャラクタのレベルを上昇させる処理について説明する。
【0184】
図11は、第2ゲーム中における準備フェーズ画像の一例を示す図である。図11に示す例においては、同じキャラクタである2つのキャラクタ75が自軍エリア41に配置されており、さらに、同じキャラクタ75が候補キャラクタとして候補提示エリア47に配置されている状態である。このように、本実施形態においては、同一の味方キャラクタが自軍エリア41に複数配置されることもあるし、自軍エリア41に配置されている味方キャラクタと同一のキャラクタが候補キャラクタとして配置されることもある。また、図示しないが、同一のキャラクタが複数同時に候補キャラクタとして提示されることもある(ただし、後述するように一定の制限がある)。
【0185】
本実施形態においては、味方キャラクタのレベルを上昇させるための上記更新条件は、同じキャラクタが3つ同時に自軍エリア41に配置されることである。つまり、同じ味方キャラクタが3つ同時に自軍エリア41に配置されたことに応じて、情報処理システムは、当該味方キャラクタのレベルを上昇させる。図11に示す例においては、候補提示エリア47内の候補キャラクタ75を味方キャラクタとして自軍エリア41に配置する指示入力がユーザによって行われたことに応じて、情報処理システムは、当該味方キャラクタのレベルを上昇させる。
【0186】
図12は、図11に示す状態から味方キャラクタのレベルが上昇した状態の一例を示す図である。図12に示す例においては、味方キャラクタ75のレベルは10上昇し、25となっている。このように、本実施形態においては、更新条件を満たした味方キャラクタについては、レベルが10上昇する。なお、上述のように、本実施形態においては、第2ゲームにおける利用キャラクタの各種の能力パラメータ(ただし、レベルを除く)、レアリティ、および、スキルは、当該利用キャラクタのレベルに基づいて設定される。したがって、味方キャラクタのレベルが上昇することに応じて、味方キャラクタの能力(すなわち、各種の能力パラメータ、レアリティ、および、スキル)が強化される。
【0187】
図12に示すように、本実施形態においては、更新条件を満たした味方キャラクタ75は1つとなる(3つのキャラクタが合成されたとも言える)。これは、レベルが上昇した味方キャラクタを3つとも配置するとすれば、自軍エリア41に配置される味方キャラクタが全体として強くなりすぎ、ゲームの難易度が低下しすぎてしまう可能性があるためである。また、上記によれば、レベルを上昇させる代わりに味方キャラクタを1体のみ配置するか、それとも、レベルを上昇させずに味方キャラクタを2体配置するかという選択に戦略性が生じるので、ゲームの興趣性を向上することができる。
【0188】
上記のように、本実施形態においては、情報処理システムは、自軍エリアに配置された味方キャラクタのうち条件を満たす複数の味方キャラクタを合成して1つの味方キャラクタとし、合成後の味方キャラクタに関連付けられる能力を、合成前の味方キャラクタに関連付けられた能力とは異なる内容に設定する。これによって、ゲームの戦略性を向上することができる。
【0189】
なお、上記「複数の味方キャラクタを合成(する)」とは、本実施形態のように同一の味方キャラクタを合成することの他、異なる複数の味方キャラクタを合成することを含む意味である。例えば、他の実施形態においては、情報処理システムは、特定の3種類の味方キャラクタを1つの味方キャラクタに合成することで、当該味方キャラクタのレベルを上昇させてもよい。
【0190】
また、「合成後の味方キャラクタに関連付けられる能力を、合成前の味方キャラクタに関連付けられた能力とは異なる内容に設定する」とは、合成後の味方キャラクタの各能力のそれぞれを、合成前の味方キャラクタの各能力よりも高くする意味に限らない。例えば、他の実施形態においては、情報処理システムは、合成後の味方キャラクタの能力の一部を、合成前の味方キャラクタの能力よりも高くしつつ、合成後の味方キャラクタの能力の他の一部を、合成前の味方キャラクタの能力よりも低くするようにしてもよい。これによっても本実施形態と同様、ゲームの戦略性を向上するという効果を奏することができる。
【0191】
ここで、上述のように、本実施形態においては、情報処理システムは、第2ゲームにおいて、第1ゲームにおける所有キャラクタの能力よりも低い能力を示すように能力が設定される味方キャラクタ(利用キャラクタとも言うことができる)を当該第2ゲームの仮想空間(具体的には、戦闘エリア)に配置する(図5参照)。そして、情報処理システムは、第2ゲームの実行中において、仮想空間に配置されている味方キャラクタに関する更新条件が満たされた場合、当該更新条件を満たした味方キャラクタを、強化されるように更新された能力を有するように変化させる。つまり、本実施形態においては、第2ゲームの開始時においては、利用キャラクタは所有キャラクタよりも弱く設定され得るものの、第2ゲーム中において利用キャラクタを強化することができ、場合によっては所有キャラクタよりも強化することもできる(図5参照)。このように、本実施形態においては、ユーザは、第1ゲームにおいて強化済みの所有キャラクタについても、第2ゲームにおいて再度強化する楽しみを得ることができる。このように、本実施形態によれば、情報処理システムは、第1ゲームにおける所有キャラクタを用いた第2ゲームとして、育成要素を含む新規なゲームを提供することができる。
【0192】
なお、本実施形態においては、情報処理システムは、第2ゲームが新たに開始される度に、当該第2ゲームにおける利用キャラクタの能力を示す第2能力データを設定する。つまり、第2ゲームが開始される度に利用キャラクタの能力が設定し直されるので、ユーザは、育成要素を含む第2ゲームを何度も楽しむことができる。
【0193】
なお、本実施形態においては、所有キャラクタに関する更新条件(すなわち、第1ゲームにおける更新条件)は、味方キャラクタに関する更新条件(すなわち、第2ゲームにおける更新条件)とは異なっている。これによれば、第1ゲームと第2ゲームとではキャラクタが強化される(例えば、レベルが上昇する)条件が異なるので、第1ゲームと第2ゲームとのゲーム性を異ならせることができる。これによって、第1ゲームと第2ゲームとの両方をプレイする動機付けをユーザに与えることができる。
【0194】
上述のように、本実施形態においては、第2ゲームにおいて味方キャラクタのレベルが上昇することに応じて、当該味方キャラクタの能力が強化される。ここで、情報処理システムは、味方キャラクタの少なくとも一部の能力(例えば、スキルおよび追加強化)に関して、所有キャラクタの能力と、味方キャラクタの能力の上限とを同じに設定する。具体的には、味方キャラクタのスキルの上限(すなわち、スキルの最終段階)は、所有キャラクタのスキルと同じに設定される。また、味方キャラクタの追加強化の強化段階の上限は、所有キャラクタの追加強化と同じに設定される。上記によれば、所有キャラクタの能力を強化することによって利用キャラクタの能力の上限が上昇するので、第2ゲームをプレイするユーザに対して、第1ゲームをプレイする動機付けを与えることができる。
【0195】
また、本実施形態においては、情報処理システムは、味方キャラクタの少なくとも一部の能力(例えば、レアリティ)に関して、所有キャラクタの能力の上限と、味方キャラクタの能力の上限とを同じに設定する。具体的には、味方キャラクタのレアリティの上限は、所有キャラクタのレアリティの上限と同じ「5」に設定される。上記によれば、味方キャラクタのレベルが上昇して味方キャラクタが強化された場合に、レアリティおよびスキルが上限に達したことをユーザにとって分かりやすくすることができる。
【0196】
また、本実施形態においては、情報処理システムは、味方キャラクタの少なくとも一部の能力に関しては、所有キャラクタの能力の上限とは独立した値を上限として、味方キャラクタの能力を更新する。具体的には、味方キャラクタのレベルの上限は、所有キャラクタのレベルの上限(すなわち、40)とは異なり、「99」に設定される。また、レベル以外の他の能力パラメータについても、味方キャラクタの能力パラメータの上限は、所有キャラクタの能力パラメータの上限とは異なる値(具体的には、より大きい値)に設定される。これによれば、第2ゲームにおいては第1ゲームよりもキャラクタをより強化することができるので、キャラクタをより強くしたいと考えるユーザに対して、第2ゲームをプレイする動機付けを与えることができる。
【0197】
本実施形態においては、ある味方キャラクタが更新条件を満たした場合、当該味方キャラクタに加えて、他の利用キャラクタ(味方キャラクタとしてすでに戦闘エリアに配置されているキャラクタの他、戦闘エリアに配置されていない利用キャラクタも含む。)についても、レベルが上昇する。図12に示す例においては、更新条件を満たした味方キャラクタ75についてレベルが10上昇し、他の味方キャラクタについてはレベルが2上昇している。
【0198】
上記のように、本実施形態においては、情報処理システムは、第2ゲームの実行中において味方キャラクタに関する更新条件が満たされた場合、当該更新条件を満たした味方キャラクタと、当該味方キャラクタとは異なる他の味方キャラクタの能力が強化されるように、各味方キャラクタの能力を更新する。ここで、味方キャラクタの能力に差がつきすぎると、能力が低い味方キャラクタをゲームにおいて活躍させることが難しくなり、ゲームの興趣性が低下してしまうおそれがある。これに対して、本実施形態によれば、更新条件を満たした味方キャラクタと、その他の味方キャラクタとの能力に差がつくことを軽減することができる。
【0199】
なお、本実施形態における第2ゲームにおいては、更新条件を満たした味方キャラクタについてはレベルが一度に10上昇するので、第1ゲームにおいて所有キャラクタが更新条件を満たした場合に比べると、更新条件が満たされた場合に強化される量(すなわち、レベルの上昇量)が大きくなっている。そのため、仮に、更新条件を満たした味方キャラクタについてのみレベルが上昇されるとすれば、更新条件を満たした味方キャラクタとその他の利用キャラクタとのレベル差がつきやすくなる。これに関して、本実施形態においては、上記のように、更新条件を満たしていない味方キャラクタについてもレベルを上昇させることで、利用キャラクタ間で大きなレベル差がつく可能性を低減している。
【0200】
ここで、本実施形態においては、更新条件を満たした味方キャラクタに関するレベルの上昇量(すなわち、10)は、更新条件を満たしていない他の利用キャラクタに関するレベルの上昇量(すなわち、2)よりも大きく設定される。すなわち、情報処理システムは、第2ゲームの実行中において利用キャラクタに関する更新条件が満たされた場合、当該更新条件を満たした利用キャラクタの方が他の利用キャラクタよりも能力が大きく強化されるように、利用キャラクタの能力を更新する。ここで、仮に、更新条件を満たした味方キャラクタとその他の利用キャラクタとでレベルの上昇量を同じにすれば、どのキャラクタについて更新条件を満たしても結果が同じとなるので、戦略性に欠けることとなる。これに対して、本実施形態においては、更新条件を満たした味方キャラクタとその他の利用キャラクタとの間で強化される量が異なることによって、ユーザはどの味方キャラクタについて更新条件を満たすかを考えながら第2ゲームを進めることになるので、第2ゲームの戦略性を向上することができる。
【0201】
なお、本実施形態においては、ある味方キャラクタのレベルが上昇した後において、当該味方キャラクタと同じキャラクタが候補キャラクタとして新たに選出された場合、当該候補キャラクタのレベルは、当該味方キャラクタのレベルと同じに設定される。例えば、図12に示す状態の後で、味方キャラクタ75と同じキャラクタが候補キャラクタとして新たに選出された場合、当該候補キャラクタのレベルは、味方キャラクタ75のレベルと同じ「25」となる。つまり、第2ゲームにおいては、同じ利用キャラクタが複数登場することがあるが、それらの利用キャラクタは全て同じレベルに設定される。これによって、ユーザは、各利用キャラクタの現在のレベルを把握しやすくなる。
【0202】
上述のように、本実施形態においては、同一のキャラクタが複数同時に候補キャラクタとして提示されることもある。ただし、候補キャラクタとして同じキャラクタが3つ同時に選出されてしまうと、当該キャラクタのレベルを容易に上昇させることができるようになってしまう。そのため、本実施形態においては、情報処理システムは、同時に選出される候補キャラクタのみによって更新条件が満たされないように(すなわち、同じキャラクタが3つ同時に選出されないように)、候補キャラクタを選出する。これによって、更新条件が容易に満たされる可能性を低減することができる。
【0203】
[2-2-7.配置キャラクタの配置に基づく強化]
本実施形態における第2ゲームにおいては、戦闘エリアにおいて配置される味方キャラクタの組み合わせに応じて、味方キャラクタの能力が強化される。以下では、味方キャラクタのこのような組み合わせによる強化を「組み合わせ強化」と呼ぶ。以下、組み合わせ強化について説明する。
【0204】
本実施形態においては、情報処理システムは、自軍エリア41に配置されている各味方キャラクタが所定の味方キャラクタの組み合わせを含む場合、当該各味方キャラクタの能力を強化する。上記の所定の味方キャラクタの組み合わせは、ゲームアプリケーションにおいて予め定められる。本実施形態においては、組み合わせ強化が行われる組み合わせは、特定の3種類(例えば、剣、槍、および、斧)の武器を装備するキャラクタの組み合わせ、または、特定の1種類の属性(例えば、赤属性)を有する3種類のキャラクタの組み合わせであるとする。なお、組み合わせ強化が行われる組み合わせの内容は任意であり、上記に限らない。また、上記のように、組み合わせ強化が行われる組み合わせは1種類に限らず複数種類であってもよい。
【0205】
図13は、組み合わせ強化が行われる場合における戦闘フェーズ画像の一例を示す図である。図13に示す例においては、剣、槍、および、斧の武器をそれぞれ装備する3種類のキャラクタの組み合わせ(図13に示す味方キャラクタ81a~81c)が自軍エリア41に配置されている。したがって、情報処理システムは、味方キャラクタについて組み合わせ強化を行う。
【0206】
本実施形態においては、上記の組み合わせが自軍エリア41に配置されている場合、情報処理システムは、自軍エリア41に配置されている各味方キャラクタの能力パラメータ(ただし、レベルを除く)を所定量(例えば、6)上昇させる。なお、組み合わせ強化によって強化される味方キャラクタの能力は任意である。例えば、他の実施形態においては、組み合わせ強化によって味方キャラクタのレベルが上昇されてもよいし、レアリティおよび/またはスキルが強化されてもよい。また、本実施形態においては、組み合わせ強化によって、自軍エリア41に配置される全ての味方キャラクタ(図13に示す例においては、味方キャラクタ81a~81d)の能力が強化される。ただし、他の実施形態においては、自軍エリア41に配置される各味方キャラクタのうち、組み合わせ強化の条件を満たす組み合わせに含まれる味方キャラクタ(図13に示す例においては、味方キャラクタ81a~81c)のみの能力が当該組み合わせ強化によって強化されてもよい。
【0207】
本実施形態においては、組み合わせ強化が行われる場合、端末装置2は、強化通知画像82を含む戦闘フェーズ画像を表示部24に表示する(図13参照)。強化通知画像82は、組み合わせ強化の条件を満たした組み合わせの種類(図13では、「武器種による強化」のメッセージ)と、当該組み合わせ強化による強化の内容(図13では、「+6」のメッセージ)とを示す。情報処理システムは、強化通知画像82によって、組み合わせ強化が行われたこと、組み合わせ強化の条件を満たした組み合わせの種類、および、組み合わせ強化による効果をユーザに通知することができる。
【0208】
また、本実施形態においては、組み合わせ強化が行われる場合、端末装置2は、強化合計画像83を含む戦闘フェーズ画像を表示部24に表示する(図13参照)。強化合計画像83は、1以上の組み合わせ強化によって行われた強化の合計値を示す。なお、図13に示す例においては、行われる組み合わせ強化は「武器種による強化」による1種類のみであるので、強化合計画像83は、当該「武器種による強化」の組み合わせ強化による強化である「+6」を示す。例えば、上記「武器種による強化」に加えて、他の組み合わせ強化によって味方キャラクタのレベルを除く能力パラメータが4上昇する場合、強化合計画像83は「+10」を示す。このように、複数の組み合わせ強化が行われる場合、情報処理システムは、味方キャラクタに対して各組み合わせ強化を同時に行うようにしてもよい。
【0209】
本実施形態においては、情報処理システムは、上記の組み合わせ強化を行うか否かを、戦闘フェーズの開始時(具体的には、配置キャラクタによる攻撃が行われる前)に判定する。また、本実施形態においては、上記の組み合わせ強化による効果は今回のターン中のみである。すなわち、上記の組み合わせ強化は、今回のターン中のみ行われ、次のターンにおいて、情報処理システムは、組み合わせ強化によって強化された味方キャラクタの能力を元に戻す。なお、次のターンにおいては、当該次のターンで自軍エリア41に配置される味方キャラクタに基づいて組み合わせ強化が判定される。
【0210】
上記のように、本実施形態においては、情報処理システムは、自軍エリアに配置された複数の味方キャラクタの組み合わせに応じて、少なくとも当該味方キャラクタに関連付けられた能力パラメータを今回のターン中において変化させる。これによれば、自軍エリアに配置される味方キャラクタの組み合わせも第2ゲームのゲーム結果や進行に影響を与えることとなるので、第2ゲームの戦略性を向上することができる。
【0211】
なお、本実施形態においては、味方キャラクタと同様に敵キャラクタについても、敵軍エリア42に配置される敵キャラクタの組み合わせに基づいて組み合わせ強化が行われる。敵キャラクタについて組み合わせ強化が行われる場合には、味方キャラクタについて組み合わせ強化が行われる場合と同様、端末装置2は、敵キャラクタに対する組み合わせ強化に関する強化通知画像および強化合計画像を含む戦闘フェーズ画像を表示部24に表示する。
【0212】
[2-2-8.敵キャラクタの設定]
次に、第2ゲームの各ターンにおいて登場する敵キャラクタの設定方法について説明する。本実施形態においては、各ターンにおいて敵軍エリアに配置される敵キャラクタの内容(具体的には、敵キャラクタの種類、配置、および、能力)は、情報処理システムによって設定される。
【0213】
図14は、第2ゲームの各ターンにおける敵キャラクタの設定方法の一例を示す図である。図14に示すように、本実施形態においては、第2ターンにおける1ターン目~3ターン目においては、ゲームアプリケーションにおいて定められた内容で所定の敵キャラクタが配置される。また、4ターン目以降においては、他のユーザが第2ゲームにおいて用いた味方キャラクタの内容に基づいて、敵キャラクタの内容が設定される。つまり、本実施形態における第2ゲームにおいては、上記他のユーザが、端末装置2のユーザの対戦相手となると言うことができる。
【0214】
ここで、他のユーザの味方キャラクタの内容に基づいて敵キャラクタを設定する場合、敵キャラクタは、強くなることもあれば弱くなることもあり、敵キャラクタの強さに幅が生じる。そのため、第2ゲームにおける初期のターン(具体的には、1ターン目~3ターン目)においては、敵キャラクタの強さを均一にするべく、ゲームアプリケーションにおいて定められた内容で敵キャラクタが配置される。なお、他の実施形態においては、対戦相手のユーザの味方キャラクタの内容に基づく敵キャラクタが1ターン目から設定されてもよい。
【0215】
本実施形態においては、情報処理システムは、ゲームアプリケーションを利用するユーザが第2ゲームを行った場合、当該第2ゲームの各ターンにおける味方キャラクタの種類、配置、強さを示すプレイデータをターン毎に記憶しておく。例えば、プレイデータは、当該プレイデータに対応するユーザと関連付けてサーバ1に記憶される。そして、情報処理システムは、端末装置2のユーザが行う第2ゲームにおける4ターン目以降においては、当該ターンと同じターンに関する、他のユーザ(すなわち、対戦相手のユーザ)のプレイデータに基づいて敵キャラクタを設定する。例えば、第2ゲームにおける4ターン目においては、他のユーザが第2ゲームを行ったときの4ターン目に配置されていた味方キャラクタの内容に基づいて、敵キャラクタの内容が設定される。
【0216】
より具体的には、本実施形態においては、情報処理システムは、第2ゲームにおける4ターン目以降においては、対戦相手のユーザが第2ゲームを行ったときの当該ターンにおいて配置されていた味方キャラクタの内容をそのまま、敵キャラクタの内容とする。つまり、対戦相手のユーザの味方キャラクタの種類、配置、および、能力がそのまま、敵キャラクタの種類、配置、および、能力となる。これによれば、ユーザは、他のユーザが実際に行ったプレイ内容を反映した相手(すなわち、敵キャラクタ)と対戦を行うことができる。また、各ユーザの特徴が反映された敵キャラクタと戦うことができ、いろいろなタイプの対戦相手と戦うことができるという対戦ゲームの醍醐味を味わうことができる。
【0217】
なお、他の実施形態においては、情報処理システムは、第2ゲームにおける4ターン目以降における敵キャラクタの内容として、対戦相手のユーザが第2ゲームを行ったときの当該ターンにおいて配置されていた味方キャラクタの内容に対して何らかの変更が加えられた内容を用いてもよい。例えば、第2ゲームに複数段階の難易度が設定される場合には、対戦相手のユーザの味方キャラクタの能力が難易度に応じて変更(すなわち、強化または弱化)されてもよい。
【0218】
上記のように、本実施形態においては、情報処理システムは、ユーザとは異なる他のユーザによって行われた第2ゲーム内の少なくとも1つのターンにおける自軍エリア内の味方キャラクタ(例えば、味方キャラクタの種類および能力)と、当該味方キャラクタの配置とを示すプレイデータを記憶する。情報処理システムは、複数のターンの少なくともいずれかにおいて、敵軍エリアにおける敵キャラクタと、当該敵キャラクタの配置とを、上記プレイデータに基づいて決定する。これによって、他のユーザと対戦を行う第2ゲームをユーザに提供することができる。また、本実施形態においてはプレイデータが用いられるので、情報処理システムは、第2ゲームの開始時点でゲームを行っている他のユーザから対戦相手を選出しなくてもよいので、対戦相手を容易に選出することができる。また、プレイデータにおけるターン数と、当該プレイデータが用いられるターン数とを揃えることで、敵キャラクタの強さを味方キャラクタの強さと同程度にすることができる。
【0219】
また、図14に示すように、本実施形態においては、連続する2ターンにおいて同じユーザのプレイデータを用いないようにして敵キャラクタが設定される。具体的には、本実施形態においては、1回の第2ゲームにおいて3人の他のユーザに関するプレイデータが敵キャラクタの設定のために用いられ、3つのプレイデータが1ターン毎に順番に用いられる。すなわち、4ターン目にはユーザAのプレイデータが用いられ、5ターン目にはユーザBのプレイデータが用いられ、6ターン目にはユーザCのプレイデータが用いられる。7ターン目以降については、ユーザA~ユーザCのプレイデータが順番に、繰り返し用いられる。
【0220】
上記のように、本実施形態においては、情報処理システムは、ユーザとは異なる複数の他のユーザに関するプレイデータを、当該他のユーザと関連付けて記憶する。情報処理システムは、前回のターンにおいて敵キャラクタと当該敵キャラクタの配置との決定に用いられたプレイデータに関連付けられるユーザとは異なるユーザのプレイデータに基づいて、今回のターンにおける敵オブジェクトと当該敵オブジェクトの配置とを決定する。
【0221】
ここで、本実施形態においては、前回のターンにおいて倒された味方キャラクタも今回のターンにおいて自軍エリアに配置されるので、あるターンと次のターンとでは同じ味方キャラクタが配置されることが多くあると考えられる。そのため、プレイデータは、あるターンと次のターンとで同じキャラクタが配置された内容を示すことも多くなると考えられる。したがって、このようなプレイデータを連続する2回のターンで続けて用いることによって敵キャラクタを設定するとすれば、当該2回のターンにおいて同じ敵キャラクタが登場する可能性が高くなる。このとき、前回のターンで敵キャラクタが倒された場合でも、次のターンで当該敵キャラクタがまた配置されることになるので、このことにユーザが違和感を抱く可能性がある。また、前回のターンと今回のターンとで敵キャラクタの配置があまり変わらないことも考えられ、ゲームの興趣性が低下するおそれもある。
【0222】
以上より、本実施形態においては、あるターンとその次のターンとで用いるプレイデータを異ならせる。これによって、ユーザが上記の違和感を抱いたり、前回のターンと今回のターンとで敵キャラクタの配置が似た配置となってゲームの興趣性が低下したりすることを抑制することができる。
【0223】
なお、詳細は後述するが、本実施形態においては、第2ゲームを行う各ユーザには階級が設定される。本実施形態においては、敵キャラクタの設定に用いる上記プレイデータとしては、端末装置2のユーザと同じ階級のユーザから選出される3人の他のユーザに関するプレイデータが用いられる。すなわち、情報処理システムは、端末装置2のユーザと同じ階級のユーザから3人のユーザを選出し、選出された他のユーザに関するプレイデータに基づいて敵キャラクタの設定を行う。上記によれば、ユーザは、自身と同レベルの他のユーザと対戦することができるとともに、階級を上げる楽しみを得ることができる。なお、上記他のユーザの選出方法は任意であり、他の実施形態においては、ユーザと同じ階級に限らず、ユーザの階級に近い階級の他のユーザが選出されてもよいし、階級に基づかずにランダムに他のユーザが選出されてもよい。
【0224】
また、本実施形態においては、1回の第2ゲームにおけるターン数は、ユーザの階級に応じて設定される。例えば、1回の第2ゲームにおけるターン数は、9~12ターンの範囲で、ユーザの階級が高くなるほどターン数が増えるように設定される。なお、他の実施形態においては、1回の第2ゲームにおけるターン数は任意であり、ユーザによらず一定数であってもよいし、ランダムに設定されてもよい。
【0225】
[2-2-9.報酬]
本実施形態においては、第2ゲームの結果に応じてユーザに報酬が付与される。報酬の内容は任意であるが、本実施形態においては、ゲーム内における報酬として、ゲーム内において利用することが可能なアイテムがユーザに付与される。
【0226】
本実施形態においては、第2ゲームは、所定のプレイ可能期間においてユーザがプレイすることが可能であるものとする。すなわち、情報処理システムは、プレイ可能期間においてのみ第2ゲームを実行する。なお、プレイ可能期間は具体的にはどのような期間であってもよい。例えば、1回のプレイ可能期間は6日に設定される。また、本実施形態においては、上述の第1ゲームについては、プレイ可能期間は設定されず、常時プレイ可能であるものとする。
【0227】
本実施形態においては、情報処理システムは、1回のプレイ可能期間においてユーザが第2ゲームで獲得した上記ゲームスコアの累計(「累計スコア」と呼ぶ。)を算出する。本実施形態においては、プレイ可能期間において第2ゲームをプレイすることが可能な回数に制限は設けられないものとする。プレイ可能期間においてユーザが第2ゲームをプレイする度に、当該第2ゲームにおけるゲームスコアが算出されるので、情報処理システムは、第2ゲーム毎のゲームスコアを累計した累計スコアを算出する。そして、情報処理システムは、プレイ可能期間が終了した後、当該プレイ可能期間における累計スコアに基づいて、ユーザに付与すべき報酬を決定する。上記のように報酬を付与することによって、第2ゲームをプレイする動機付けをユーザに与えることができる。
【0228】
なお、第2ゲームの結果に応じてユーザに付与される報酬の決定方法は任意である。例えば、他の実施形態においては、第2ゲームが1回行われる毎に、当該第2ゲームにおけるスコアに基づいて報酬が決定されてもよい。また、他の実施形態においては、後述するハイスコアに基づいて報酬が決定されてもよい。
【0229】
また、他の実施形態においては、情報処理システムは、プレイ可能期間においてユーザが第2ゲームをプレイ可能な回数に制限を加えるようにしてもよい。情報処理システムは、例えば、プレイ可能期間の開始時にユーザに対してポイントを付与し、ユーザが所定数の当該ポイントを消費することと引き換えに1回の第2ゲームのプレイをユーザに許可するようにしてもよい。
【0230】
なお、ユーザに設定される上述の階級は、プレイ可能期間内における第2ゲームのハイスコアに基づいて決定される。具体的には、本実施形態においては、プレイ可能期間が複数の部分期間に分けられ、情報処理システムは、部分期間内における第2ゲームにおけるハイスコアをユーザ毎に算出する。1回の部分期間が終了する度に、情報処理システムは、当該部分期間における各ユーザのハイスコアに基づいて、次の部分期間における各ユーザの階級を決定する。例えば、情報処理システムは、同じ階級に含まれる各ユーザに対して、ハイスコアに基づいて順位を付し、順位が上位所定数のユーザについては階級を1つ上げ、順位が下位所定数のユーザについては階級を1つ下げるようにしてもよい。なお、階級の決定方法は任意であり、上記の方法に限らない。例えば、他の実施形態においては、ユーザの累積スコアに基づいて当該ユーザの階級が設定されてもよい。
【0231】
[3.情報処理システムにおける処理の具体例]
次に、図15図22を参照して、情報処理システムにおける情報処理の具体例について説明する。
【0232】
[3-1.情報処理に用いられるデータ]
図15は、情報処理システムにおける情報処理に用いられる各種データの一例を示す図である。図15に示す各データは、例えばサーバ1の記憶部12(または、処理部11のメモリ)に記憶される。
【0233】
図15に示すように、サーバ1は、ゲームアプリケーションのユーザに関するユーザデータを記憶する。本実施形態においては、ユーザデータは、所有キャラクタデータ、登録キャラクタデータ、利用キャラクタデータ、敵キャラクタデータ、プレイデータ、スコアデータ、階級データ、および、報酬データを含む。なお、サーバ1は、ゲームアプリケーションのユーザ毎にユーザデータを記憶する。なお、ユーザデータは、図15に示すデータの他に、ゲームアプリケーションにおいてユーザが使用可能なアイテムを示すデータを含んでいてもよい。
【0234】
所有キャラクタデータは、ユーザが所有する1以上の所有キャラクタに関するデータである。具体的には、所有キャラクタデータは、所有キャラクタの能力を示す第1能力データを所有キャラクタ毎に含む。所有キャラクタデータにおいては、所有キャラクタと、当該所有キャラクタの第1能力データとが関連付けられている。
【0235】
登録キャラクタデータは、所有キャラクタのうち、第2ゲームにおける利用キャラクタとして利用される1以上のキャラクタを示す。上述のように、登録キャラクタデータが示す所有キャラクタは、端末装置2のユーザの所有キャラクタに加えて、他のユーザの所有キャラクタを含んでいてもよい。
【0236】
利用キャラクタデータは、第2ゲームにおいて用いられる1以上の上記利用キャラクタに関するデータである。具体的には、利用キャラクタデータは、利用キャラクタの能力を示す第2能力データを利用キャラクタ毎に含む。利用キャラクタデータにおいては、利用キャラクタと、当該利用キャラクタの第2能力データとが関連付けられている。また、利用キャラクタデータは、利用キャラクタのコストを示すデータを利用キャラクタ毎に含む。
【0237】
プレイデータは、上述したように、第2ゲームの各ターンにおける味方キャラクタの種類、配置、強さを示す。なお、サーバ1は、ユーザがプレイした全ての第2ゲームについてのプレイデータを保存していなくてもよい。例えば、本実施形態においては、サーバ1は、1人のユーザについて、現在の上記部分期間においてハイスコアを記録した第2ゲームに関するプレイデータと、当該部分期間の1つ前の部分期間においてハイスコアを記録した第2ゲームに関するプレイデータとを記憶する。
【0238】
スコアデータは、ユーザに設定されるスコアを示すデータである。本実施形態においては、スコアデータは、現在のプレイ可能期間においてユーザがプレイした1以上の第2ゲームによるスコアの累計を示すデータと、当該プレイ可能期間に含まれる各部分期間におけるハイスコアを示すデータとを含む。
【0239】
階級データは、ユーザに設定される階級を示すデータである。また、報酬データは、ユーザに付与される報酬を示すデータである。
【0240】
なお、図15に示すデータの他、サーバ1は、サーバ側ゲームプログラムを記憶する。サーバ側ゲームプログラムは、サーバ1で実行されるゲーム処理(図22に示すサーバ処理)を実行するためのプログラムである。すなわち、サーバ1の処理部11が上記サーバ側ゲームプログラムを実行することによって、後述するサーバ処理(図22参照)がサーバ1において実行される。
【0241】
また、端末装置2は、端末側ゲームプログラムを記憶する。端末側ゲームプログラムは、端末装置2で実行されるゲーム処理(図16に示す端末処理)を実行するためのプログラムである。すなわち、端末装置2の処理部21が上記端末側ゲームプログラムを実行することによって、後述する端末処理(図16参照)が端末装置2において実行される。
【0242】
なお、端末装置2は、端末処理の実行に用いるために、サーバ1に記憶される各種データ(図15参照)の一部または全部を記憶していてもよい。また、情報処理システムにおいて用いられる各データは、サーバ1および端末装置2のいずれに記憶されていてもよい。なお、サーバ1と端末装置2とにおいて同じデータが記憶される場合には、適宜のタイミングで、サーバ1に記憶されるデータと端末装置2に記憶されるデータとの同期がとられる。
【0243】
[3-2.端末装置における処理]
図16図21は、端末装置によって実行される端末処理の流れの一例を示すフローチャートである。なお、図16図21に示す端末処理は、記憶部22に記憶される端末側ゲームプログラムの実行が開始されたことに応じて開始される。
【0244】
なお、本実施形態では、サーバ1の処理部11または端末装置2の処理部21のCPU(換言すればプロセッサ)が、記憶部12または22に記憶されているゲームプログラムを実行することによって、図16図22に示す各ステップの処理を実行するものとして説明する。ただし、他の実施形態においては、上記各ステップの処理のうちの一部の処理を、CPUとは別のプロセッサ(例えば、専用回路等)が実行するようにしてもよい。また、端末装置2がサーバ1と通信可能である場合、図16図21に示す各ステップの処理の一部は、サーバ1において実行されてもよい。また、図22に示す各ステップの処理の一部は、端末装置2において実行されてもよい。また、図16図22に示す各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて(または代えて)別の処理が実行されてもよい。
【0245】
また、端末装置2の処理部21は、図16図21に示す各ステップの処理を、メモリ(または記憶部22)を用いて実行する。すなわち、処理部21のCPUは、各処理ステップによって得られるデータをメモリに記憶し、それ以降の処理ステップにおいて当該データを用いる場合には、メモリから当該データを読み出して利用する。同様に、サーバ1の処理部11は、図22に示す各ステップの処理を、メモリ(または記憶部12)を用いて実行する。すなわち、処理部11のCPUは、各処理ステップによって得られるデータをメモリに記憶し、それ以降の処理ステップにおいて当該データを用いる場合には、メモリから当該データを読み出して利用する。
【0246】
図16に示す端末処理においては、まずステップS1において、処理部21は、メニュー画像を表示部24に表示させる。図示しないが、本実施形態においては、メニュー画像は、第1ゲームを開始する第1開始指示をユーザが行うための第1開始指示ボタン画像と、第2ゲームを開始する第2開始指示をユーザが行うための第2開始指示ボタン画像と、所有キャラクタの能力を強化する強化指示をユーザが行うための強化指示ボタン画像とを含む。ステップS1の次にステップS2の処理が実行される。
【0247】
ステップS2において、処理部21は、上記第1開始指示がユーザによって行われたか否かを判定する。具体的には、処理部21は、第1開始指示ボタンに対する入力(例えば、第1開始指示ボタンをタッチする入力)が行われたか否かを、入力部23からのデータに基づいて判定する。ステップS2の判定結果が肯定である場合、ステップS3の処理が実行される。一方、ステップS2の判定結果が否定である場合、後述するステップS4の処理が実行される。
【0248】
ステップS3において、処理部21は、第1ゲームを実行するための第1ゲーム処理を実行する。第1ゲーム処理の詳細については後述する(図17参照)。ステップS3の第1ゲーム処理が終了すると、ステップS4の処理が実行される。
【0249】
ステップS4において、処理部21は、上記第2開始指示がユーザによって行われたか否かを判定する。具体的には、処理部21は、第2開始指示ボタンに対する入力(例えば、第2開始指示ボタンをタッチする入力)が行われたか否かを、入力部23からのデータに基づいて判定する。ステップS4の判定結果が肯定である場合、ステップS5の処理が実行される。一方、ステップS4の判定結果が否定である場合、後述するステップS6の処理が実行される。
【0250】
ステップS5において、処理部21は、第2ゲームを実行するための第2ゲーム処理を実行する。第2ゲーム処理の詳細については後述する(図18図21参照)。ステップS5の第2ゲーム処理が終了すると、ステップS6の処理が実行される。
【0251】
ステップS6において、処理部21は、上記強化指示がユーザによって行われたか否かを判定する。具体的には、処理部21は、強化指示ボタンに対する入力(例えば、強化指示ボタンをタッチする入力)が行われたか否かを、入力部23からのデータに基づいて判定する。ステップS6の判定結果が肯定である場合、ステップS7の処理が実行される。一方、ステップS6の判定結果が否定である場合、後述するステップS8の処理が実行される。
【0252】
ステップS7において、処理部21は、所有キャラクタの能力のうちレアリティまたはスキルを、ユーザの指示に応じて強化する。例えば、処理部21は、所有キャラクタのうち強化する所有キャラクタと、強化する内容(例えば、レアリティを上昇させる、あるいは、スキルを習得させる等)とを指定する指示をユーザから受け付け、当該指示に従って所有キャラクタのレアリティまたはスキルを強化する。このとき、処理部21は、端末装置2に記憶されている所有キャラクタデータを、上昇後の能力パラメータを示すように更新する。ステップS7の次にステップS8の処理が実行される。
【0253】
ステップS8において、処理部21は、ゲームアプリケーションを終了するか否かを判定する。例えば、処理部21は、ゲームアプリケーションを終了する指示がユーザによって行われたか否かを判定する。ステップS8の判定結果が否定である場合、ステップS1の処理が再度実行される。以降、ステップS8においてゲームアプリケーションを終了すると判定されるまで、ステップS1~S8の一連の処理が繰り返し実行される。一方、ステップS8の判定結果が肯定である場合、処理部21は図16に示す端末処理を終了する。
【0254】
図17は、図16に示すステップS3における第1ゲーム処理の詳細な流れの一例を示すサブフローチャートである。第1ゲーム処理においては、まずステップS11において、処理部21は、通信部25を用いて、第1ゲームを開始する旨の通知をサーバ1へ送信する。例えば、第1ゲームとして複数種類のステージが用意されている場合、上記の通知には、開始される第1ゲームのステージを示すデータが含まれる。上記通知を受信したサーバ1は、第1ゲームを開始するために用いられるゲームデータを端末装置2へ送信する(後述するステップS72)。このゲームデータには、例えば、第1ゲームにおいて用いられるゲームフィールドを示すデータ、および、第1ゲームにおいて登場する敵キャラクタを示すデータ等が含まれる。ステップS11の次にステップS12の処理が実行される。
【0255】
ステップS12において、処理部21は、サーバ1から送信されてくるゲームデータを受信する。受信したゲームデータを用いることで処理部21は第1ゲームを開始することができる。ステップS12の次にステップS13の処理が実行される。
【0256】
ステップS13において、処理部21は、第1ゲームにおける各キャラクタの制御を行う。すなわち、処理部21は、ユーザによる操作に従って所有キャラクタの動作(例えば、移動および/または攻撃)を制御したり、ゲームアプリケーションによって定められるルールに従って敵キャラクタの動作を制御したりする。また、所有キャラクタが行動した場合には、処理部21は、当該所有キャラクタの経験値を必要に応じて増加させる。ここでは、1回のステップS13においては、1つのキャラクタについての動作が制御されるものとする。ステップS13の次にステップS14の処理が実行される。
【0257】
ステップS14において、処理部21は、第1ゲームにおける更新条件が満たされたか否かを判定する。具体的には、処理部21は、第1ゲームに登場している所有キャラクタの経験値が所定量に達したか否かを判定する。ステップS14の判定結果が肯定である場合、ステップS15の処理が実行される。一方、ステップS14の判定結果が否定である場合、ステップS15の処理がスキップされてステップS16の処理が実行される。
【0258】
ステップS15において、処理部21は、更新条件を満たした所有キャラクタの能力を強化する。具体的には、処理部21は、当該所定キャラクタの能力パラメータ(レベル等)の値を上昇させる。このとき、端末装置2に記憶されている所有キャラクタデータの第1能力データは、上昇後の能力パラメータを示すように更新される。ステップS15の次にステップS16の処理が実行される。
【0259】
ステップS16において、処理部21は、第1ゲームを終了するか否かを判定する。すなわち、処理部21は、上述した第1ゲームの終了条件が満たされたか否かを判定する。ステップS16の判定結果が否定である場合、ステップS13の処理が再度実行される。以降、第1ゲームを終了すると判定されるまで、ステップS13~S16の一連の処理が繰り返し実行される。一方、ステップS16の判定結果が肯定である場合、ステップS17の処理が実行される。
【0260】
ステップS17において、処理部21は、第1ゲームのゲーム結果を示すゲームデータをサーバ1へ送信する。このゲームデータには、第1ゲームのゲーム結果の他、所有キャラクタのゲーム終了時の能力を示すデータが含まれていてもよい。このゲームデータを受信したサーバ1は、サーバ1において記憶されているデータの更新を行う(後述するステップS74)。ステップS17の終了後、処理部21は、図17に示す第1ゲーム処理を終了する。
【0261】
図18は、図16に示すステップS5における第2ゲーム処理の詳細な流れの一例を示すサブフローチャートである。第2ゲーム処理においては、まずステップS21において、処理部21は、通信部25を用いて、第2ゲームを開始する旨の通知をサーバ1へ送信する。この通知には、第2ゲームにおいて利用される利用キャラクタを示すデータが含まれる。すなわち、処理部21は、所有キャラクタのうちから、予め登録されている利用キャラクタ(すなわち、登録キャラクタデータが示すキャラクタ)を選出し、選出された利用キャラクタを示すデータを含む上記通知をサーバ1へ送信する。上記通知を受信したサーバ1は、第2ゲームを開始するために用いられるゲームデータを端末装置2へ送信する(後述するステップS78)。ステップS21の次にステップS22の処理が実行される。
【0262】
ステップS22において、処理部21は、サーバ1から送信されてくるゲームデータを受信する。受信したゲームデータを用いることで処理部21は第2ゲームを開始することができる。本実施形態においては、上記のゲームデータは、利用キャラクタについて設定された能力を示す能力データを含む。したがって、処理部21は、能力データに基づいて利用キャラクタの能力を設定することができる。このとき、処理部21は、端末装置2に記憶されている利用キャラクタデータの第2能力データの内容を上記能力データに基づいて更新する。また、上記のゲームデータは、第2ゲームにおいて登場する敵キャラクタの内容(具体的には、敵キャラクタの種類、配置、および、能力)を示す対戦キャラクタデータが含まれる。したがって、処理部21は、対戦キャラクタデータに基づいて、第2ゲームにおける敵キャラクタの種類、配置、および、能力を設定することができる。このとき、処理部21は、端末装置2に記憶されている敵キャラクタデータの内容を上記対戦キャラクタデータに基づいて更新する。ステップS22の次にステップS23の処理が実行される。
【0263】
ステップS23において、処理部21は、上述した準備フェーズにおけるゲーム処理である準備フェーズ処理を実行する。以下、図19を参照して、準備フェーズ処理における処理の詳細を説明する。
【0264】
図19は、図18に示すステップS23における準備フェーズ処理の詳細な流れの一例を示すサブフローチャートである。準備フェーズ処理においては、まずステップS31において、処理部21は、ユーザの所有コストを増加する。なお、本実施形態においては、第2ゲーム開始時における所有コストは0であり、所有コストの増加量は、現時点でのターン数に応じて決定される。ステップS31の次にステップS32の処理が実行される。
【0265】
ステップS32において、処理部21は、利用キャラクタのうちから候補キャラクタを選出する。すなわち、処理部21は、上述の“[2-2-2.準備フェーズ]”および“[2-2-5.2ターン目以降のゲーム]”で述べた方法に従って、利用キャラクタのうちから候補キャラクタを選出する。ステップS32の次にステップS33の処理が実行される。
【0266】
ステップS33において、処理部21は、準備フェーズ画像を表示部24に表示させる(図7参照)。すなわち、処理部21は、味方キャラクタと敵キャラクタとを戦闘エリアに配置するとともに、候補キャラクタを候補提示エリアに配置する。具体的には、味方キャラクタについては、1ターン目においては、利用キャラクタから選出された味方キャラクタが配置され、2ターン目以降においては、前回のターンにおける戦闘フェーズの開始時に配置されていた味方キャラクタが配置される。また、敵キャラクタは、上記ステップS22における設定に従って配置される。候補キャラクタについては、上記ステップS32において選出された候補キャラクタが配置される。ステップS33の次にステップS34の処理が実行される。
【0267】
ステップS34において、処理部21は、候補キャラクタのうちから指定されたキャラクタを味方キャラクタとして戦闘エリアまたは待機エリアに配置する配置指示がユーザによって行われたか否かを判定する。すなわち、処理部21は、候補提示エリア内の候補キャラクタのいずれかを自軍エリアに移動させる指示入力が行われたか否かを、入力部23からのデータに基づいて判定する。ステップS34の判定結果が肯定である場合、ステップS35の処理が実行される。一方、ステップS34の判定結果が否定である場合、ステップS35およびS36の処理がスキップされてステップS37の処理が実行される。
【0268】
ステップS35において、処理部21は、配置処理を実行する。配置処理は、戦闘エリアに味方キャラクタが配置された場合に実行される処理である。以下、図19を参照して、配置処理における処理の詳細を説明する。
【0269】
図20は、図18に示すステップS35における配置処理の詳細な流れの一例を示すサブフローチャートである。配置処理においては、まずステップS50において、処理部21は、上記配置指示によって指示された味方キャラクタのコストが、ユーザの現在の所有コスト以下であるか否かを判定する。ステップS50の判定結果が肯定である場合、ステップS51の処理が実行される。一方、ステップS50の判定結果が否定である場合、処理部21は、図19に示す配置処理を終了する。
【0270】
ステップS51において、処理部21は、上記配置指示によって指示された味方キャラクタを、当該配置指示によって指示された位置(すなわち、戦闘エリアまたは待機エリア内の位置)に配置する。ステップS51の次にステップS52の処理が実行される。
【0271】
ステップS52において、処理部21は、ユーザの所有コストを、ステップS51で配置された味方キャラクタに設定されるスコアの分だけ減算する。ステップS52の次にステップS53の処理が実行される。
【0272】
ステップS53において、処理部21は、第2ゲームにおける上記更新条件が充足されたか否かを判定する。すなわち、処理部21は、同じキャラクタが3つ同時に自軍エリアに配置されているか否かを判定する。ステップS53の判定結果が肯定である場合、ステップS54の処理が実行される。一方、ステップS53の判定結果が否定である場合、処理部21は、図19に示す配置処理を終了する。
【0273】
ステップS54において、処理部21は、利用キャラクタを強化する。具体的には、更新条件を満たした利用キャラクタについてはレベルが10上昇され、その他の利用キャラクタについてはレベルが2上昇される。このとき、処理部21は、端末装置2に記憶されている利用キャラクタデータを、上昇後の能力パラメータを示すように更新する。ステップS54の終了後、処理部21は、図19に示す配置処理を終了する。配置処理の終了後、ステップS36の処理が実行される。
【0274】
図18の説明に戻り、ステップS36において、処理部21は、戦闘エリアまたは待機エリアに配置されている味方キャラクタの配置を変更する変更指示がユーザによって行われたか否かを判定する。すなわち、処理部21は、戦闘エリアまたは待機エリア内の味方キャラクタのいずれかを移動させる指示入力が行われたか否かを、入力部23からのデータに基づいて判定する。ステップS36の判定結果が肯定である場合、ステップS37の処理が実行される。一方、ステップS36の判定結果が否定である場合、ステップS37の処理がスキップされてステップS38の処理が実行される。
【0275】
ステップS37において、処理部21は、上記変更指示によって指示された味方キャラクタの配置位置を変更する。ステップS37の次にステップS38の処理が実行される。
【0276】
ステップS38において、処理部21は、自軍エリアおよび待機エリア内における味方キャラクタを削除する削除指示がユーザによって行われたか否かを、入力部23からのデータに基づいて判定する。ステップS38の判定結果が肯定である場合、ステップS39の処理が実行される。一方、ステップS38の判定結果が否定である場合、ステップS39およびS40の処理がスキップされてステップS41の処理が実行される。
【0277】
ステップS39において、処理部21は、上記削除指示によって指定された味方キャラクタを戦闘エリアまたは待機エリアから削除する。ステップS39の次にステップS40の処理が実行される。
【0278】
ステップS40において、処理部21は、ユーザの所有コストを、ステップS39で削除された味方キャラクタに設定されるスコアに応じた分だけ加算する。ステップS40の次にステップS41の処理が実行される。
【0279】
ステップS41において、処理部21は、候補キャラクタを入れ替える上記入替指示がユーザによって行われたか否かを判定する。すなわち、処理部21は、上述の入替指示画像を指定する入力が行われたか否かを、入力部23からのデータに基づいて判定する。ステップS41の判定結果が肯定である場合、ステップS42の処理が実行される。一方、ステップS41の判定結果が否定である場合、ステップS42の処理がスキップされてステップS43の処理が実行される。
【0280】
ステップS42において、処理部21は、候補提示エリア内に提示されている候補キャラクタを入れ替える。すなわち、処理部21は、利用キャラクタから候補キャラクタを選出する処理を実行し、新たに選出された候補キャラクタを候補提示エリア内に配置する。なお、ステップS42における選出処理は、上記ステップS32における選出処理と同じ方法であってよい。ステップS42の次にステップS43の処理が実行される。
【0281】
ステップS43において、処理部21は、戦闘フェーズを開始する上記戦闘開始指示がユーザによって行われたか否かを判定する。すなわち、処理部21は、上述の開始指示画像を指定する入力が行われたか否かを、入力部23からのデータに基づいて判定する。ステップS43の判定結果が否定である場合、上記ステップS34の処理が再度実行される。以降、ステップS43において戦闘開始指示が行われたと判定されるまで、ステップS34~S43の一連の処理が繰り返し実行される。一方、ステップS43の判定結果が肯定である場合、処理部21は、図19に示す準備フェーズ処理を終了する。
【0282】
ステップS23における準備フェーズ処理の次に、ステップS24において、処理部21は、上述した戦闘フェーズにおけるゲーム処理である戦闘フェーズ処理を実行する。以下、図21を参照して、戦闘フェーズ処理における処理の詳細を説明する。
【0283】
図21は、図18に示すステップS24における戦闘フェーズ処理の詳細な流れの一例を示すサブフローチャートである。戦闘フェーズ処理においては、まずステップS61において、処理部21は、戦闘フェーズ画像を表示部24に表示させる(図9参照)。ステップS61の次にステップS62の処理が実行される。
【0284】
ステップS62において、処理部21は、戦闘フェーズの開始時における各配置キャラクタのうちに、上述の組み合わせ強化が行われる組み合わせが含まれるか否かを判定する。ステップS62の判定結果が肯定である場合、ステップS63の処理が実行される。一方、ステップS62の判定結果が否定である場合、ステップS63の処理がスキップされてステップS64の処理が実行される。
【0285】
ステップS63において、処理部21は、上述の組み合わせ強化によって各配置キャラクタを強化する。すなわち、処理部21は、上記“[2-2-7.配置キャラクタの配置に基づく強化]”で述べた方法に従って、各配置キャラクタの組み合わせに応じて配置キャラクタの能力パラメータを上昇させる。このとき、処理部21は、端末装置2に記憶されている所有キャラクタデータを、上昇後の能力パラメータを示すように更新する。なお、処理部21は、ステップS63で上昇された能力パラメータについては、今回の戦闘フェーズ処理の終了時において元に戻す。また、ステップS63において、処理部21は、上述の強化通知画像および強化合計画像を表示部24に所定時間だけ表示させる。強化通知画像および強化合計画像が所定時間表示された後、ステップS64の処理が実行される。
【0286】
ステップS64において、処理部21は、戦闘エリアに配置されている各配置キャラクタについて攻撃順を決定する。攻撃順の決定は、上記“[2-2-3.戦闘フェーズ]”で述べた方法に従って行われる。ステップS64の次にステップS65の処理が実行される。
【0287】
ステップS65において、処理部21は、戦闘エリアに配置されている各配置キャラクタのうちから、攻撃主体となる配置キャラクタを1つ指定する。具体的には、処理部21は、今回の戦闘フェーズ処理において攻撃を完了していない配置キャラクタのうちで、攻撃順が最先の配置キャラクタを指定する。ステップS65の次にステップS66の処理が実行される。
【0288】
ステップS66において、処理部21は、ステップS65で指定された攻撃主体の配置キャラクタによる攻撃の攻撃対象となる配置キャラクタを決定する。攻撃対象の決定は、上記“[2-2-3.戦闘フェーズ]”で述べた方法に従って行われる。ステップS66の次にステップS67の処理が実行される。
【0289】
ステップS67において、処理部21は、攻撃主体の配置キャラクタを、攻撃対象の配置キャラクタを攻撃可能な位置に移動させる(図9参照)。なお、上述のように、攻撃主体の配置キャラクタの移動先の位置に他の配置キャラクタが存在する場合には、処理部21は、攻撃主体の配置キャラクタと、移動先の位置に存在する他の配置キャラクタとの位置を入れ替える。また、攻撃主体の配置キャラクタを移動させる必要がない場合(すなわち、攻撃主体の配置キャラクタの元の配置位置が、攻撃対象の配置キャラクタを攻撃可能な位置である場合)には、攻撃主体の配置キャラクタを移動させる処理は実行されない。ステップS67の次にステップS68の処理が実行される。
【0290】
ステップS68において、処理部21は、攻撃主体の配置キャラクタによる攻撃対象の配置キャラクタに対する攻撃処理を実行する。すなわち、処理部21は、上記“[2-2-3.戦闘フェーズ]”で述べた方法に従って、攻撃主体の配置キャラクタによる攻撃のダメージ量を計算し、ダメージ量に応じて攻撃対象の配置キャラクタの体力パラメータを減少させる。また、処理部21は、上述の反撃条件が満たされる場合は、攻撃対象の配置キャラクタによる反撃のダメージ量を計算し、ダメージ量に応じて攻撃主体の配置キャラクタの体力パラメータを減少させる。このとき、処理部21は、端末装置2に記憶されている利用キャラクタデータおよび敵キャラクタデータを、減少後の体力パラメータを示すように更新する。ステップS68の次にステップS69の処理が実行される。
【0291】
ステップS69において、処理部21は、体力パラメータが0となった配置キャラクタが存在するか否かを判定する。ステップS69の判定結果が肯定である場合、ステップS70の処理が実行される。一方、ステップS69の判定結果が否定である場合、ステップS70の処理がスキップされてステップS71の処理が実行される。
【0292】
ステップS70において、処理部21は、体力パラメータの値が0となった配置キャラクタを戦闘エリアから除去する。ステップS70の次にステップS71の処理が実行される。
【0293】
ステップS71において、処理部21は、戦闘エリアに配置されている配置キャラクタのうちで、攻撃を完了していない配置キャラクタがあるか否かを判定する。ステップS71の判定結果が肯定である場合、上記ステップS65の処理が再度実行される。以降、ステップS71において攻撃を完了していない配置キャラクタがないと判定されるまで、ステップS65~S71の一連の処理が繰り返し実行される。一方、ステップS71の判定結果が否定である場合、処理部21は、図21に示す戦闘フェーズ処理を終了する。
【0294】
図18の説明に戻り、ステップS24の戦闘フェーズ処理の次に、ステップS25において、処理部21は、結果表示フェーズ処理を実行する。具体的には、処理部21は、ステップS24における戦闘フェーズのゲーム結果として、ゲームの勝敗と、ユーザのスコアとを算出し、当該ゲーム結果を表示部24に表示する。ステップS25の次にステップS26の処理が実行される。
【0295】
ステップS26において、処理部21は、第2ゲームを終了するか否かを判定する。具体的には、処理部21は、実行中の第2ゲームのターン数が、ユーザの階級に応じて設定されるターン数に達したか否かを判定する。ステップS26の判定結果が否定である場合、上記ステップS23の処理が再度実行される。以降、ステップS26において第2ゲームを終了すると判定されるまで、ステップS23~S26の一連の処理が繰り返し実行される。一方、ステップS26の判定結果が肯定である場合、ステップS27の処理が実行される。
【0296】
ステップS27において、処理部21は、第2ゲームのゲーム結果を示すゲームデータをサーバ1へ送信する。このゲームデータには、第2ゲームのゲーム結果の他、第2ゲームのプレイデータが含まれる。このゲームデータを受信したサーバ1は、サーバ1において記憶されているデータの更新を行う(後述するステップS80)。ステップS27の終了後、処理部21は、図18に示す第2ゲーム処理を終了する。
【0297】
[3-3.サーバにおける処理]
図22は、サーバによって実行されるサーバ処理の流れの一例を示すフローチャートである。なお、図22に示す一連のサーバ処理は、上述のプレイ可能期間の開始に応じて開始される。
【0298】
図22に示すサーバ処理においては、まずステップS81において、処理部11は、第1ゲームを開始する旨の通知(ステップS11)を、通信部13を介して端末装置2から受信したか否かを判定する。ステップS81の判定結果が肯定である場合、ステップS82の処理が実行される。一方、ステップS81の判定結果が否定である場合、ステップS82の処理がスキップされてステップS83の処理が実行される。
【0299】
ステップS82において、処理部11は、第1ゲームにおいて用いられるゲームデータを、通信部13を用いて端末装置2へ送信する。このゲームデータには、例えば、第1ゲームにおいて用いられるゲームフィールドを示すデータ、および、第1ゲームにおいて登場する敵キャラクタを示すデータ等が含まれる。ステップS82の次にステップS83の処理が実行される。
【0300】
ステップS83において、処理部11は、第1ゲームのゲーム結果を示すゲームデータ(ステップS17)を、通信部13を介して端末装置2から受信したか否かを判定する。ステップS83の判定結果が肯定である場合、ステップS84の処理が実行される。一方、ステップS83の判定結果が否定である場合、ステップS84の処理がスキップされてステップS85の処理が実行される。
【0301】
ステップS84において、処理部11は、ステップS83で受信したゲームデータに基づいて、サーバ1に記憶されているデータの更新を行う。例えば、処理部11は、サーバ1に記憶されている所有キャラクタデータの第1能力データを、第1ゲームの終了時の能力を示すように更新する。また例えば、第1ゲームに複数のステージが用意されており、各ステージのクリア状況を示すデータがサーバ1において記憶されている場合、処理部11は、上記ゲームデータが示すゲーム結果に応じて、上記クリア状況を示すデータを更新する。ステップS84の次にステップS85の処理が実行される。
【0302】
ステップS85において、処理部11は、第2ゲームを開始する旨の通知(ステップS21)を、通信部13を介して端末装置2から受信したか否かを判定する。ステップS85の判定結果が肯定である場合、ステップS86の処理が実行される。一方、ステップS85の判定結果が否定である場合、ステップS86~S88の処理がスキップされてステップS89の処理が実行される。
【0303】
ステップS86において、処理部11は、利用キャラクタの能力を設定する。具体的には、処理部11は、ステップS85で受信された通知に含まれているデータが示す利用キャラクタについて、上述の“[2-2-1.利用キャラクタの設定]”で述べた方法に従って能力を設定する。ステップS86の次にステップS87の処理が実行される。
【0304】
ステップS87において、処理部11は、第2ゲームにおいて端末装置2のユーザの対戦相手となる他のユーザを決定する。対戦相手のユーザは、端末装置2のユーザの階級に基づいて、上述の“[2-2-8.敵キャラクタの設定]”で述べた方法に従って決定される。処理部11は、サーバ1に記憶されている各ユーザの階級データを参照し、対戦相手となるユーザを決定する。ステップS87の次にステップS88の処理が実行される。
【0305】
なお、対戦相手となるユーザの決定は、ユーザが第2ゲームを行う度に実行される必要はなく、所定期間(例えば、上記部分期間、または、プレイ可能期間)の間は対戦相手となるユーザが固定されてもよい。このとき、処理部11は、第2ゲームを開始する旨の通知を受信する度に実行される必要はない。
【0306】
ステップS88において、処理部11は、第2ゲームにおいて用いられるゲームデータを、通信部13を用いて端末装置2へ送信する。具体的には、処理部11は、ステップS86で設定された利用キャラクタの能力を示す能力データと、第2ゲームにおいて登場する敵キャラクタの内容を示す対戦キャラクタデータとを含むゲームデータを生成して端末装置2へ送信する。なお、対戦キャラクタデータは、第2ゲームの第1ターン~第3ターンにおいて登場する敵キャラクタのデータと、第4ターン以降において敵キャラクタの設定のために用いられる、上記対戦相手のユーザに関するプレイデータとを含む。ステップS88の次にステップS89の処理が実行される。
【0307】
ステップS89において、処理部11は、第2ゲームのゲーム結果を示すゲームデータ(ステップS27)を、通信部13を介して端末装置2から受信したか否かを判定する。ステップS89の判定結果が肯定である場合、ステップS90の処理が実行される。一方、ステップS89の判定結果が否定である場合、ステップS90の処理がスキップされてステップS91の処理が実行される。
【0308】
ステップS90において、処理部11は、ステップS89で受信したゲームデータに基づいて、サーバ1に記憶されているデータの更新を行う。具体的には、処理部11は、上記ゲームデータに含まれている、ゲーム結果を示す結果データ(すなわち、第2ゲームのスコアを示すデータ)に基づいて、サーバ1に記憶されているスコアデータを更新する。スコアデータは、現在のプレイ可能期間におけるユーザのスコアの累計が、上記結果データが示すスコアの分だけ加算されるように更新される。また、上記結果データが示すスコアが、サーバ1に記憶されているスコアデータが示すハイスコアよりも高い場合には、当該スコアデータが示すハイスコアが更新される。
【0309】
また、上記ステップS90において、処理部11は、上記ゲームデータに含まれている、第2ゲームのプレイデータに基づいて、サーバ1に記憶されているプレイデータを更新する。ここで、サーバ1は、全ての第2ゲームに関するプレイデータを記憶する必要はない。例えば、サーバ1は、1人のユーザについて最新のプレイデータのみを記憶するようにしてもよい。なお、当該ユーザが、他のユーザが行う第2ゲームの対戦相手となる場合には、サーバ1に記憶されている当該ユーザのプレイデータが、上記ステップS88において当該他のユーザの端末装置へ送信されることとなる。ステップS90の次にステップS91の処理が実行される。
【0310】
ステップS91において、処理部11は、上述の部分期間が終了したか否かを判定する。ステップS91の判定結果が肯定である場合、ステップS92の処理が実行される。一方、ステップS91の判定結果が否定である場合、ステップS92の処理がスキップされてステップS93の処理が実行される。
【0311】
ステップS92において、処理部11は、各ユーザの階級を決定する。具体的には、処理部11は、サーバ1に記憶されている各ユーザのスコアデータが示すハイスコアに基づいて、各ユーザの階級を変更する(上述の“[2-2-9.報酬]”参照)。このとき、処理部11は、サーバ1に記憶されている各ユーザの階級データを、変更後の階級を示すように更新する。ステップS92の次にステップS93の処理が実行される。
【0312】
ステップS93において、処理部11は、上述のプレイ可能期間が終了したか否かを判定する。ステップS91の判定結果が肯定である場合、ステップS94の処理が実行される。一方、ステップS93の判定結果が否定である場合、ステップS81の処理が再度実行される。以降、ステップS93においてプレイ可能期間が終了したと判定されるまで、ステップS81~S93の一連の処理が繰り返し実行される。
【0313】
ステップS94において、処理部11は、ユーザに報酬を付与する。具体的には、処理部11は、サーバ1に記憶されているスコアデータ(具体的にはスコアデータが示す、今回のプレイ可能期間におけるスコアの累計)に基づいて、ユーザに付与する報酬の内容を決定する。処理部11は、決定された報酬の内容を含むように、サーバ1に記憶されている報酬データを更新する。これによって、ユーザに報酬が付与されたこととなる。なお、報酬の実際の受け取り(すなわち、報酬データが端末装置2において受信される)が行われるタイミングは任意である。本実施形態においては、サーバ1において報酬データが記憶された後で端末装置2がサーバ1にアクセスした場合、サーバ1が報酬データを端末装置2へ送信することで、報酬の受け取りが行われる。上記ステップS94の後、処理部11は、図22に示すサーバ処理を終了する。
【0314】
[4.本実施形態の作用効果および変形例]
以上のように、上記実施形態によれば、情報処理システム(ゲームシステムとも言える)は、複数のターンからなる対戦ゲーム(例えば、第2ゲーム)を実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する。情報処理システムは少なくとも1つのプロセッサ(例えば、処理部11のCPUおよび/または処理部21のCPU)および記憶手段(例えば、記憶部12または記憶部22)を含む。
プロセッサは、各々のターン内において、下記の動作を行う。
・仮想空間内の第1エリア(例えば、候補提示エリア)に複数の候補オブジェクト(例えば、候補キャラクタ)を配置する(ステップS33)。
・第1エリアに配置された複数の候補オブジェクトのうちから、ユーザによって選択された1以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、仮想空間内における戦闘エリア内の第2エリア(例えば、自軍エリア)に味方オブジェクト(例えば、味方キャラクタ)として配置する(ステップS51)とともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させる(ステップS52)。
・1以上の敵オブジェクト(例えば、敵キャラクタ)を戦闘エリア内の第3エリア(例えば、敵軍エリア)に配置する(ステップS33)。
・戦闘エリアに配置された味方オブジェクトまたは敵オブジェクトである配置オブジェクト(例えば、配置キャラクタ)の配置位置に基づいて、攻撃順と、各配置オブジェクトのうちの攻撃対象とを配置オブジェクト毎に決定する(ステップS64およびS66)
・配置オブジェクトによる攻撃対象に対する攻撃を攻撃順に従って実行することによって、当該攻撃対象となった配置オブジェクトに関連付けられた体力パラメータを減少させる(ステップS68)
・攻撃によって体力パラメータが閾値以下となった配置オブジェクトを第2エリアまたは第3エリアから除去する(ステップS70)
・戦闘エリアに配置されている各配置オブジェクトによる攻撃が終了した後、第2エリアに配置されている味方オブジェクトに関連付けられた体力パラメータの合計値と、第3エリアに配置されている敵オブジェクトに関連付けられた体力パラメータの合計値とに基づいて、今回のターンにおけるゲーム結果(例えば、ゲームの勝敗またはスコア)を決定する(ステップS25)。
また、プロセッサは、あるターンの開始時において第2エリアに配置されていた味方オブジェクトを残した状態で当該ターンの次のターンを開始する(ステップS33)。
プロセッサは、各ターンにおけるゲーム結果に基づいて、ユーザに関連付けられたユーザパラメータ(例えば、ゲームスコア)を算出し(ステップS25)、複数のターンの終了後(例えば、プレイ可能期間の終了後)、ユーザパラメータの値に基づいてユーザにゲーム内報酬を付与する(ステップS94)。
【0315】
上記によれば、配置オブジェクトの攻撃順および攻撃対象を指定する指示をユーザが行わなくても対戦ゲームが行われる。これによって、ユーザは対戦ゲームを手軽に行うことができる。
【0316】
なお、上記実施形態においては、情報処理システムは、第1ゲームと第2ゲームという異なる2種類のゲームを実行した。ここで、他の実施形態においては、情報処理システムは、第1ゲームを実行しない構成であってもよい。このような構成であっても、情報処理システムは、第2ゲームによって、対戦ゲームを手軽に行うことができるという上記の効果を奏する。
【0317】
また、本実施形態においては、配置オブジェクトが攻撃対象に対して攻撃を行う対戦ゲームが行われる例を説明したが、他の実施形態においては、配置オブジェクトは攻撃以外の他の行動(例えば、回復であってもよいし、対象の外観を変化させる任意の行動であってもよい)を行うものであってもよい。このとき、情報処理システムは、対戦エリアに配置された味方オブジェクトまたは敵オブジェクトである配置オブジェクトの配置位置に基づいて、行動順と、各配置オブジェクトのうちの行動対象とを配置オブジェクト毎に決定してもよい。このとき、情報処理システムは、配置オブジェクトによる行動対象に対する行動を行動順に従って実行することによって、当該行動対象となった配置オブジェクトに関連付けられたオブジェクトパラメータ(上述の体力パラメータであってもよいし、当該オブジェクトに加えられたダメージ量や攻撃回数を示すパラメータであってもよい)を変化させてもよい。また、情報処理システムは、行動によってオブジェクトパラメータが除去条件を満たした配置オブジェクトを第2エリアまたは第3エリアから除去してもよい。また、情報処理システムは、第2エリアに配置されている味方オブジェクトに関連付けられたオブジェクトパラメータの合計値と、第3エリアに配置されている敵オブジェクトに関連付けられたオブジェクトパラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定してもよい。上記によっても、情報処理システムは、第2ゲームによって、対戦ゲームを手軽に行うことができるという上記の効果を奏する。
【0318】
また、上記実施形態によれば、情報処理システム(ゲームシステムとも言える)は、下記の構成を有すると言うこともできる。
・ゲームプログラムによって実行される第1ゲームにおいて利用されるオブジェクトであって、ユーザが所有するオブジェクトである所有オブジェクト(例えば、所有キャラクタ)について、当該所有オブジェクトの能力を示す第1能力データを、当該所有オブジェクトに関連付けて記憶する記憶手段(例えば、記憶部12または記憶部22)
・所有オブジェクトのうちから、ゲームプログラムによって実行されるゲームであって第1ゲームとは異なる第2ゲームにおいて利用される利用オブジェクト(例えば、利用キャラクタ)を選択する選択手段(ステップS21)
・第2ゲームにおける利用オブジェクトの能力を示す第2能力データを、当該利用オブジェクトとなる所有オブジェクトに関連付けられる第1能力データが示す能力よりも低い能力となるように設定する能力設定手段(ステップS86)
・利用オブジェクトに設定される第2能力データに基づいて第2ゲームを実行する第2ゲーム実行手段(ステップS5)
・第2ゲームの実行中において、利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの能力が強化されるように第2能力データを更新する第1更新手段(ステップS54)
また、第1更新手段による第2能力データの更新に関し、利用オブジェクトの少なくとも一部の能力(例えば、スキルおよび追加強化)については、第1能力データが示す能力に基づいて能力の上限が設定される。
【0319】
上記の構成によれば、第1ゲームにおいて利用される所有オブジェクトに基づいて能力が設定される利用オブジェクトについて、第2ゲーム中において能力が強化される。これによって、他のゲーム(すなわち、第1ゲーム)におけるオブジェクトをゲーム中において育成することができるという、新規なゲームを提供することができる。
【0320】
また、上記実施形態においては、第1ゲームおよび第2ゲームは、対戦型のシミュレーションゲームであったが、他の実施形態においては、第1ゲームおよび第2ゲームの内容およびジャンルは任意であり、第1ゲームおよび第2ゲームは、パズルゲームやロールプレイングゲームであってもよい。第1ゲームおよび第2ゲームの内容およびジャンルにかかわらず、上記の構成によって、新規なゲームを提供することができると言う効果を奏する。
【0321】
なお、上記「利用オブジェクトの少なくとも一部の能力」とは、上記実施形態について言えば、所有キャラクタの能力(すなわち、能力パラメータ、レアリティ、および、スキル)のうちの、レアリティおよびスキルである。ただし、他の実施形態においては、情報処理システムは、能力パラメータについて、第1能力データが示す能力の上限に基づいて設定される内容を上限として、第2能力データを更新するようにしてもよい。
【0322】
また、上記実施形態においては、情報処理システムは、第2ゲームにおける利用キャラクタの能力(例えば、スキル)を示す第2能力データを、当該第2ゲームの開始時に記憶手段に記憶されている、当該利用キャラクタとなる所有キャラクタに関する第1能力データに基づいて設定する。これによれば、所有キャラクタの能力を利用キャラクタに反映させることができるので、第2ゲームをプレイするユーザに対して、第1ゲームをプレイする動機付けを与えることができる。
【0323】
上記実施形態においては、上記第1能力データは、所有オブジェクトのレベル、体力、攻撃力、防御力、および、速さのうち少なくとも1つの能力パラメータを示し、情報処理システムは、第1能力データが示す能力パラメータの値よりも低い値となるように第2能力データを設定する。また、上記実施形態においては、上記第1能力データは、ゲームにおいて同種の効果を生じさせ、かつ、効果の大きさが異なる同系統の複数種類のスキルのうち1つを示し、情報処理システムは、第1能力データが示すスキルの同系統のスキルであって、当該スキルよりも効果が小さいスキルを示すように第2能力データを設定する。このように、第1能力データは、能力パラメータを示すものであってもよいし、スキルを示すものであってもよい。
【0324】
なお、上記実施形態においては、情報処理システムは、所有オブジェクトに関連付けられる第1能力データに基づいて第1ゲームを実行する(ステップS4)。また、情報処理システムは、所有オブジェクトに関する更新条件(すなわち、第1ゲームにおける更新条件)が満たされた場合、当該更新条件を満たした所有オブジェクトの能力が強化されるように第1能力データを更新する(ステップS15)。これによれば、第1ゲームにおいて能力を強化することによって、第2ゲームにおいても能力の上限が上昇するため、第2ゲームにおいても有利になる。そのため、第1ゲームをプレイする動機付けをユーザに与えることができる。
【0325】
なお、各ゲームにおける更新条件の内容は任意である。上記実施形態においては、第2ゲームにおける更新条件は、第1ゲームにおける更新条件とは異なるものであったが、他の実施形態においては、第2ゲームにおける更新条件は、第1ゲームにおける更新条件と同じものでもよい。また、他の実施形態においては、第1ゲームにおいては更新条件が設定されなくてもよい。
【0326】
なお、他の実施形態において、情報処理システムは、上記実施形態における構成の一部を備えていなくてもよいし、上記実施形態において実行される処理の一部を実行しなくてもよい。例えば、情報処理システムは、上記実施形態における一部の特定の効果を奏するためには、当該効果を奏するための構成を備え、当該効果を奏するための処理を実行すればよく、その他の構成を備えていなくてもよいし、その他の処理を実行しなくてもよい。
【産業上の利用可能性】
【0327】
上記実施形態は、例えば、敵と味方との間で対戦を行うゲームをユーザがより手軽に行うこと等を目的として、例えばゲームシステムやゲームプログラムとして利用することができる。
【符号の説明】
【0328】
1 サーバ
2 端末装置
11 処理部
12 記憶部
13 通信部
21 処理部
22 記憶部
23 入力部
24 表示部
25 通信部
40 戦闘エリア
41 自軍エリア
42 敵軍エリア
47 候補提示エリア
48a~48e 候補キャラクタ
61a,61b,75,81a~81d 味方キャラクタ
62a~62c,71a~71c 敵キャラクタ
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18
図19
図20
図21
図22