JP2022073610A - 情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法 - Google Patents

情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法 Download PDF

Info

Publication number
JP2022073610A
JP2022073610A JP2020183707A JP2020183707A JP2022073610A JP 2022073610 A JP2022073610 A JP 2022073610A JP 2020183707 A JP2020183707 A JP 2020183707A JP 2020183707 A JP2020183707 A JP 2020183707A JP 2022073610 A JP2022073610 A JP 2022073610A
Authority
JP
Japan
Prior art keywords
game
ability
character
data
information processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2020183707A
Other languages
English (en)
Inventor
雄史 大橋
Yuji Ohashi
耕平 前田
Kohei Maeda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nintendo Co Ltd
Intelligent Systems Co Ltd
Original Assignee
Nintendo Co Ltd
Intelligent Systems Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nintendo Co Ltd, Intelligent Systems Co Ltd filed Critical Nintendo Co Ltd
Priority to JP2020183707A priority Critical patent/JP2022073610A/ja
Priority to US17/511,990 priority patent/US20220134230A1/en
Publication of JP2022073610A publication Critical patent/JP2022073610A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/822—Strategy games; Role-playing games

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • User Interface Of Digital Computer (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】他のゲームのゲームオブジェクトを用いて新規なゲームを実行する。【解決手段】情報処理システムは、第１ゲームにおいて利用される所有オブジェクトについて、能力を示す第１能力データを記憶する。所有オブジェクトのうちから、第２ゲームにおいて利用される利用オブジェクトが選択される。第２ゲームにおける利用オブジェクトの能力を示す第２能力データは、当該利用オブジェクトとなる所有オブジェクトの第１能力データが示す能力よりも低い能力を示すように設定される。第２ゲームの実行中において、利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの能力が強化されるように第２能力データが更新される。第２能力データの更新に関し、利用オブジェクトの少なくとも一部の能力については、第１能力データが示す能力に基づいて能力の上限が設定される。【選択図】図５

Description

本発明は、ゲームを実行するための情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法に関する。
従来、あるゲームにおいて用いられるゲームオブジェクトを、他のゲームにおいても用いて複数種類のゲームを実行することが行われている（例えば、非特許文献１参照）。
"Learn withSharena! Fire Emblem Heroes Building a Raiding Party"、［online］、任天堂株式会社、［令和２年１０月１５日検索］、インターネット＜https://guide.fire-emblem-heroes.com/en-US/eve006/＞
他のゲームのゲームオブジェクトを用いて行われるゲームについては、改善の余地があった。
それ故、本発明の目的は、他のゲームのゲームオブジェクトを用いて新規なゲームを実行することができる情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法を提供することである。
上記の課題を解決すべく、本発明は、以下の（１）～（１３）の構成を採用した。
（１）
本発明の一例は、記憶手段と、選択手段と、能力設定手段と、第２ゲーム実行手段と、第１更新手段とを備える情報処理システムである。記憶手段は、ゲームプログラムによって実行される第１ゲームにおいて利用されるオブジェクトであって、ユーザが所有するオブジェクトである１以上の所有オブジェクトについて、所有オブジェクトの能力を示す第１能力データを、当該所有オブジェクトに関連付けて記憶する。選択手段は、所有オブジェクトのうちから、ゲームプログラムによって実行されるゲームであって第１ゲームとは異なる第２ゲームにおいて利用される利用オブジェクトを選択する。能力設定手段は、第２ゲームにおける利用オブジェクトの能力を示す第２能力データを、当該利用オブジェクトとなる所有オブジェクトに関連付けられる第１能力データが示す能力よりも低い能力を示すように設定する。第２ゲーム実行手段は、利用オブジェクトに設定される第２能力データに基づいて第２ゲームを実行する。第１更新手段は、第２ゲームの実行中において、利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの能力が強化されるように第２能力データを更新する。第１更新手段による第２能力データの更新に関し、利用オブジェクトの少なくとも一部の能力については、第１能力データが示す能力に基づいて能力の上限が設定される。
上記（１）の構成によれば、他のゲーム（すなわち、第１ゲーム）におけるオブジェクトをゲーム（すなわち、第２ゲーム）中において育成することができるという、新規なゲームを提供することができる
（２）
情報処理システムは、第１ゲーム実行手段と、第２更新手段をさらに備えていてもよい。第１ゲーム実行手段は、所有オブジェクトに関連付けられる第１能力データに基づいて第１ゲームを実行する。第２更新手段は、所有オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした所有オブジェクトの能力が強化されるように第１能力データを更新する。
上記（２）の構成によれば、第１ゲームにおいて所有オブジェクトの能力を強化することによって、第２ゲームにおける利用オブジェクトの能力の上限が上昇するため、第２ゲームにおいても有利になる。そのため、第１ゲームをプレイする動機付けをユーザに与えることができる。
（３）
所有オブジェクトに関する更新条件は、利用オブジェクトに関する更新条件とは異なっていてもよい。
上記（３）の構成によれば、第１ゲームと第２ゲームとのゲーム性を異ならせることで、第１ゲームと第２ゲームとの両方をプレイする動機付けをユーザに与えることができる。
（４）
能力設定手段は、第２ゲームが新たに開始される度に、当該第２ゲームにおける利用オブジェクトの能力を示す第２能力データを設定してもよい。
上記（４）の構成によれば、第２ゲームが開始される度に利用オブジェクトの能力が設定し直されるので、ユーザは、育成要素を含む第２ゲームを何度も楽しむことができる。
（５）
能力設定手段は、第２ゲームにおける利用オブジェクトの能力を示す第２能力データを、当該第２ゲームの開始時に記憶手段に記憶されている、当該利用オブジェクトとなる所有オブジェクトに関する第１能力データに基づいて設定してもよい。
上記（５）の構成によれば、所有オブジェクトの能力を利用オブジェクトに反映させることができるので、第２ゲームをプレイするユーザに対して、第１ゲームをプレイする動機付けを与えることができる。
（６）
第１更新手段は、利用オブジェクトの少なくとも一部の能力に関して、第１能力データが示す能力と、第２能力データが示す能力の上限とを同じにしてもよい。
上記（６）の構成によれば、第２ゲームをプレイするユーザに対して、第１ゲームをプレイする動機付けを与えることができる。
（７）
第１更新手段は、利用オブジェクトの少なくとも一部の能力に関して、第１能力データが示す能力の上限よりも大きい値を上限として、第２能力データを更新してもよい。
上記（７）の構成によれば、オブジェクトをより強くしたいと考えるユーザに対して、第２ゲームをプレイする動機付けを与えることができる。
（８）
記憶手段は、ユーザとは異なる他のユーザが所有する所有オブジェクトについての第１能力データをさらに記憶してもよい。選択手段は、ユーザが所有する所有オブジェクトと、他のユーザが所有する所有オブジェクトとのうちから利用オブジェクトを選択してもよい。
上記（８）の構成によれば、ユーザは、自身の所有オブジェクトに加えて他のユーザの所有オブジェクトを用いて第２ゲームを行うことができる。
（９）
第１更新手段は、第２ゲームの実行中において利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトと、当該利用オブジェクトとは異なる他の利用オブジェクトの能力が強化されるように第２能力データを更新してもよい。
上記（９）の構成によれば、更新条件を満たした利用オブジェクトと、その他の利用オブジェクトとの能力に差がつくことを軽減することができる。
（１０）
第１更新手段は、第２ゲームの実行中において利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの方が他の利用オブジェクトよりも能力が大きく強化されるように第２能力データを更新してもよい。
上記（１０）の構成によれば、第２ゲームの戦略性を向上することができる。
（１１）
第１能力データは、所有オブジェクトのレベル、体力、攻撃力、防御力、および、速さのうち少なくとも１つの能力パラメータを示してもよい。能力設定手段は、第１能力データが示す能力パラメータの値よりも低い値となるように第２能力データを設定してもよい。
上記（１１）の構成によれば、利用オブジェクトの能力パラメータを第２ゲームにおいて強化することができる。
（１２）
第１能力データは、ゲームにおいて同種の効果を生じさせ、かつ、効果の大きさが異なる同系統の複数種類のスキルのうち１つを示してもよい。能力設定手段は、第１能力データが示すスキルの同系統のスキルであって、当該スキルよりも効果が小さいスキルを示すように第２能力データを設定してもよい。
上記（１２）の構成によれば、利用オブジェクトのスキルを第２ゲームにおいて強化することができる。
（１３）
第２ゲーム実行手段は、第２ゲームにおいて、能力設定手段によって設定された第２能力データに基づく利用オブジェクトを当該第２ゲームの仮想空間に配置してもよい。第２ゲーム実行手段は、第２ゲームの実行中において、仮想空間に配置されている利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトを、更新された第２能力データに基づく能力を有するように変化させてもよい。
上記（１３）の構成によれば、第１ゲームにおける所有キャラクタを用いた第２ゲームとして、キャラクタの能力がゲーム中において変化する新規なゲームを提供することができる。
なお、本発明の別の一例は、上記（１）～（１３）における各手段の全部または一部を備える情報処理装置（例えば、端末装置またはサーバ）であってもよい。また、本発明の別の一例は、上記手段の全部または一部としてコンピュータを機能させる情報処理プログラム（例えば、ゲームプログラム）であってもよい。また、本発明の別の一例は、上記（１）～（１８）の情報処理システムにおいて実行される情報処理方法（例えば、ゲーム処理方法）であってもよい。
本発明によれば、他のゲームのゲームオブジェクトを用いて新規なゲームを実行することができる。
本実施形態における情報処理システムの構成の一例を示すブロック図 サーバの構成の一例を示すブロック図 端末装置の構成の一例を示すブロック図 第１ゲームにおけるゲーム中に表示されるゲーム画像の一例を示す図 所有キャラクタおよび後述する利用キャラクタの能力変化の一例を示す図 第２ゲームの流れの一例を示す図 準備フェーズ画像の一例を示す図 図７に示す状態から候補キャラクタが自軍エリアに移動された後の状態の一例を示す図 戦闘フェーズ画像の一例を示す図 第２ゲームの２ターン目における準備フェーズ画像の一例を示す図 第２ゲーム中における準備フェーズ画像の一例を示す図 図１１に示す状態から味方キャラクタのレベルが上昇した状態の一例を示す図 組み合わせ強化が行われる場合における戦闘フェーズ画像の一例を示す図 第２ゲームの各ターンにおける敵キャラクタの設定方法の一例を示す図 情報処理システムにおける情報処理に用いられる各種データの一例を示す図 端末装置によって実行される端末処理の流れの一例を示すフローチャート 図１６に示すステップＳ３における第１ゲーム処理の詳細な流れの一例を示すサブフローチャート 図１６に示すステップＳ５における第２ゲーム処理の詳細な流れの一例を示すサブフローチャート 図１８に示すステップＳ２３における準備フェーズ処理の詳細な流れの一例を示すサブフローチャート 図１８に示すステップＳ３５における配置処理の詳細な流れの一例を示すサブフローチャート 図１８に示すステップＳ２４における戦闘フェーズ処理の詳細な流れの一例を示すサブフローチャート サーバによって実行されるサーバ処理の流れの一例を示すフローチャート
［１．情報処理システムの構成］
以下、本実施形態に係る情報処理システム、情報処理プログラム、および、情報処理方法について説明する。まず、本実施形態に係る情報処理システムの全体構成と、情報処理システムに含まれる端末装置およびサーバの構成とについて説明する。図１は、本実施形態における情報処理システムの構成の一例を示すブロック図である。図１に示すように、情報処理システムは、サーバ１と、端末装置２とを含む。これらのサーバ１および端末装置２は、インターネットおよび／またはモバイル通信網等のネットワーク３に接続可能である。サーバ１および端末装置２は、ネットワーク３を介して互いに通信可能である。
サーバ１は、端末装置２において実行されるアプリケーション（具体的には、ゲームアプリケーション）に関するサービスを提供するためのサーバである。本実施形態において、サーバ１は、端末装置２においてゲームを実行するためのゲームサーバであり、端末装置２においてゲーム処理を実行するための環境を提供する。例えば、サーバ１は、ゲーム処理を実行する端末装置２からの要求に応じて、必要に応じてゲーム処理を実行し、要求に応じたデータを当該端末装置２へ送信する（図１参照）。
端末装置２は、ユーザが有する情報処理装置の一例であり、例えば、スマートフォン、携帯型または据置型のゲーム装置、携帯電話、タブレット端末、パーソナルコンピュータ、あるいは、ウェアラブル端末等である。端末装置２は、サーバ１がサービスを提供するゲームのためのゲームプログラム（換言すれば、ゲームアプリケーション）を実行することが可能である。
（サーバ１の構成の具体例）
図２は、サーバ１の構成の一例を示すブロック図である。図２に示す、サーバ１が備える各構成は、１以上の情報処理装置によって実現される。ここで、本明細書では、「サーバ」とは、１つの情報処理装置（すなわち、サーバ装置）を指す他、そのサーバの機能が複数のサーバ装置によって実現される場合にはサーバ装置群（すなわち、サーバシステム）全体を指す意味である。つまり、「サーバ」とは、サーバ装置であってもよいし、サーバシステムであってもよい。なお、サーバシステムに複数の情報処理装置が含まれる場合、各情報処理装置は、同じ場所に配置されてもよいし、異なる場所に配置されてもよい。なお、本実施形態におけるサーバ１のハードウェア構成は、従来のサーバのためのハードウェア構成と同様であってもよい。
図２に示すように、サーバ１は、処理部１１および記憶部１２を備える。処理部１１は、サーバ１の各部１２～１５に電気的に接続される。処理部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、換言すれば、プロセッサ）およびメモリを有する。サーバ１においては、ＣＰＵがメモリを用いて、記憶部１２に記憶されたプログラムを実行することによって各種の情報処理が実行される。記憶部１２は、処理部１１がアクセス可能な任意の記憶装置（記憶媒体とも言う）である。記憶部１２は、処理部１１において実行されるプログラム、処理部１１による情報処理に用いられるデータ、および、当該情報処理によって得られたデータ等を記憶する。本実施形態においては、記憶部１２は、端末装置２において実行されるゲーム処理のためにサーバ側で実行されるゲーム処理のためのプログラムを少なくとも記憶する。
サーバ１は、通信部１３を備える。通信部１３は、ネットワーク３に接続し、ネットワーク３を介して他の装置（例えば、端末装置２）と通信を行う機能を有する。処理部１１は、通信部１３を用いて、上記他の装置へ情報を送信したり、上記他の装置から情報を受信したりする。また、サーバ１は、入出力インターフェースとして、入力部１４および表示部１５を備える。
（端末装置２の構成の具体例）
図３は、端末装置２の構成の一例を示すブロック図である。図３に示すように、端末装置２は、処理部２１および記憶部２２を備える。処理部２１は、端末装置２の各部２２～２５に電気的に接続される。処理部２１は、ＣＰＵ（換言すれば、プロセッサ）およびメモリを有する。端末装置２においては、ＣＰＵがメモリを用いて、記憶部２２に記憶されたプログラム（より具体的には、ゲームプログラム）を実行することによって各種の情報処理が実行される。記憶部２２は、処理部２１において実行されるプログラム、処理部２１による情報処理に用いられるデータ、および、当該情報処理によって得られたデータ等を記憶する。記憶部２２は、端末装置２の本体装置（具体的には、処理部２１が設けられる装置）に内蔵される記憶媒体であってもよいし、本体装置に対して着脱可能な記憶媒体（例えば、カード記憶媒体）であってもよい。なお、上記プログラムは、サーバ１から端末装置２へダウンロードされることによって本体装置に記憶されてもよい。
端末装置２は、入力部２３を備える。入力部２３は、ユーザによって行われた入力に基づくデータを処理部２１へ出力する。処理部２１は、入力部２３からのデータに基づいて、ユーザによって行われた入力の内容を判断する。入力部２３は、ユーザによる入力を受け付ける任意の入力装置であってよい。本実施形態において、入力部２３は、後述する表示部２４の画面に設けられるタッチパネルを備える。なお、入力部２３は、タッチパネルに加えて（または代えて）、ボタン、および／または、慣性センサ（例えば、加速度センサやジャイロセンサ）等を含んでいてもよい。入力部２３は、端末装置２の本体装置に設けられる入力装置であってもよいし、本体装置とは別体の入力装置（例えば、ゲームコントローラ）であってもよい。
端末装置２は、表示部２４を備える。表示部２４は、端末装置２の処理部２１において実行される情報処理によって生成された画像（例えば、ゲーム画像等）を表示する。表示部２４は、端末装置２の本体装置に設けられる表示装置であってもよいし、本体装置とは別体の表示装置であってもよい。なお、端末装置２は、スピーカ、マイク、および／または、カメラ等を備えていてもよい。
端末装置２は、通信部２５を備える。本実施形態において、通信部２５は、モバイル通信網（換言すれば、携帯電話通信網）に接続して通信を行う機能を有する。すなわち、端末装置２（具体的には、処理部２１）は、通信部２５を用いて（換言すれば、通信部２５を介して）モバイル通信網を介してネットワーク３に接続し、他の装置（例えば、サーバ１等）と通信を行う。処理部２１は、通信部２５を用いて、上記他の装置へ情報を送信したり、上記他の装置から情報を受信したりする。なお、端末装置２がネットワーク３を介した通信を行うための通信部の構成は任意である。例えば、通信部２５は、Ｗｉ－Ｆｉの認証を受けた通信モジュールによって無線ＬＡＮに接続する機能を有していてもよいし、モバイル通信網に接続する機能と、無線ＬＡＮに接続する機能との両方を有していてもよい。
［２．情報処理システムにおける処理の概要］
以下、本実施形態における情報処理システムにおいて実行される処理の概要について説明する。本実施形態においては、情報処理システムにおいて実行されるゲームアプリケーション内においてゲームキャラクタ（以下、単に「キャラクタ」と記載する）を用いたゲームが実行される。本実施形態においては、キャラクタをユニット（換言すれば、駒）として敵キャラクタと戦わせるシミュレーションゲームが行われる。キャラクタは、ゲームオブジェクトの一例であり、例えばゲームに登場する人物であるが、ゲームの設定において個性を有する物であれば人物に限らない。例えば、ゲームオブジェクトとして、動物、武器、または、アイテム等が用いられてもよい。
本実施形態においては、ゲームアプリケーションは、第１ゲームと第２ゲームという２種類のゲームモードを含む。第１ゲームおよび第２ゲームは、共に、味方キャラクタをユニットとして敵キャラクタと戦わせる対戦ゲームである。第１ゲームは、ゲーム中において味方キャラクタがユーザの指示によって行動する（例えば、移動する、および／または、攻撃する等）ゲームである。一方、第２ゲームは、ゲーム中において味方キャラクタは、情報処理システムによって行動が制御される。例えば、本実施形態においては、第２ゲームにおいては、複数の味方キャラクタの行動順および攻撃対象は情報処理システムによって決定され、ユーザがこれら行動順および攻撃対象を指示する必要がない。つまり、第２ゲームは、第１ゲームに比べてゲーム中の操作が簡易であると言うことができる。
［２－１．第１ゲーム］
図４は、第１ゲームにおけるゲーム中に表示されるゲーム画像の一例を示す図である。図４に示すように、第１ゲームにおいては、仮想空間の一例であるゲームフィールド３０が端末装置２の表示部２４に表示される。本実施形態においては、第１ゲームにおけるゲームフィールド３０は、縦８マス、横６マスの大きさである。ゲームフィールド３０には、例えば、１以上の味方キャラクタ（図４では、４つの味方キャラクタ３１ａ～３１ｄ）と、１以上の敵キャラクタ（図４では、４つの敵キャラクタ３１ｅ～３１ｈ）が配置される。
第１ゲームにおいては、ユーザが所有する所有キャラクタから所定数（例えば、４以下）がユーザの指示によって選択され、選択されたキャラクタが味方キャラクタとして用いられる。本実施形態においては、第１ゲームにおいては、１回のゲームにおいて同じ所有キャラクタを２つは利用することはできないものとする。つまり、第１ゲームにおいては、１つのゲームフィールド３０において同じ所有キャラクタを２つ配置することはできない。
なお、所有キャラクタは、ゲームアプリケーションにおける第１ゲームにおいて利用可能なキャラクタである。情報処理システムは、アプリケーションにおいて所定の付与条件が満たされた場合にキャラクタをユーザに付与することによって、当該ユーザが当該キャラクタを（所有キャラクタとして）所有する状態とする。ユーザに所有キャラクタが付与される条件は任意である。例えば、情報処理システムは、所定のアイテムと引き換えに行うことができる抽選によってキャラクタを選出し、選出されたキャラクタをユーザに付与してもよい。また、アプリケーション内のゲームに関する所定の目標をユーザが達成した報酬として、所定のキャラクタがユーザに付与されてもよい。
第１ゲームにおいて、情報処理システムは、ユーザが味方キャラクタを操作する味方ターンと、情報処理システムが敵キャラクタを操作する敵ターンとを交互に繰り返すターン制によって、対戦ゲームを進行させる。第１ゲームにおける味方ターンにおいては、情報処理システムは、ゲームフィールド３０上において味方キャラクタ３１ａ～３１ｄを移動させる指示入力と、移動後の味方キャラクタの攻撃範囲内に位置する敵キャラクタの１つを当該味方キャラクタに攻撃させる指示入力とをユーザから受け付ける。なお、キャラクタ（すなわち、味方キャラクタまたは敵キャラクタ）の攻撃範囲は、キャラクタ毎に定められており、例えば、当該キャラクタに隣接するマスの範囲であったり、当該キャラクタから２マスの距離にある範囲であったりする。
なお、図４に示すように、第１ゲームにおけるゲームフィールド３０には、地形オブジェクト（例えば、木オブジェクト３３、山オブジェクト３４、湖オブジェクト３５等）が配置される。例えば湖オブジェクト３５については歩兵の種類のキャラクタが進入することができない等、地形オブジェクトは、一部または全部の種類のキャラクタによる移動を制限するものである。
第１ゲームにおいては、１回の味方ターンにおいて、ユーザは、複数の味方キャラクタを所望の順序で行動させることができる。つまり、第１ゲームにおいては、味方キャラクタが敵キャラクタに対する攻撃を行う攻撃順および攻撃対象は、ユーザによって指定される。そして、全ての味方キャラクタの行動が終了するか、あるいは、ターン終了の指示がユーザによって行われたことによって、１回の味方ターンが終了する。味方ターンが終了すると敵ターンが開始され、敵ターンにおいては、情報処理システムによって敵キャラクタの行動が操作される。なお、本実施形態においては、敵キャラクタは、ゲームアプリケーションによって定められるルールに従って情報処理システムによって制御される。ただし、他の実施形態においては、敵キャラクタは、味方キャラクタを操作するユーザとは異なる他のユーザによって操作されてもよい。
第１ゲームにおいては、ゲームの終了条件が完了するまで、上記の味方ターンと敵ターンとが繰り返し実行される。終了条件は、任意であるが、例えば、味方キャラクタまたは敵キャラクタのいずれかが全滅したこと、特定の敵キャラクタ（例えば、ボスである敵キャラクタ）が倒されたこと、所定数のターンが経過したこと等である。
図５は、所有キャラクタおよび後述する利用キャラクタの能力変化の一例を示す図である。ここで、本実施形態においては、キャラクタには、当該キャラクタの能力として、各種の能力パラメータ（例えば、レベル等）、レアリティ、スキル、および、追加強化が設定される。
能力パラメータとは、キャラクタの各種の能力の強さを示す数値であり、具体的には、レベル、最大体力、攻撃力、防御力、および、速さ等を示す数値である。なお、能力パラメータは、例えばレベルのように、キャラクタ自体の大まかな強さを示す値であってもよいし、例えば最大体力や攻撃力や速さのように、キャラクタの個別の能力を示す値であってもよい。また、本実施形態においては、キャラクタのレベルが上昇したことに応じて、最大体力、攻撃力、防御力、および、速さ等を示す数値が上昇する。また、本実施形態においては、所有キャラクタの初期レベル（すなわち、ユーザに付与された時点でのレベル）は、１であるものとする。第１ゲームにおいては、キャラクタの個別の能力に関する能力パラメータに基づいて、キャラクタと他のキャラクタとの戦闘に関する処理（例えば、ダメージの計算処理）が行われる。
レアリティとは、キャラクタの取得しやすさを示す指標である。本実施形態においては、キャラクタのレアリティが高いと、上記の能力パラメータも上昇する。例えば、同一のキャラクタについてレベルが同一であっても、レアリティが高い方が各種（ただし、レベルを除く）の能力パラメータが高くなる。そのため、レアリティも能力の１つであると言うことができる。本実施形態においては、レアリティは、３～５の数値で表されるものとする。なお、所有キャラクタの初期のレアリティは、３に限らず、４または５であることもある。
スキルとは、種々の態様でゲームの進行に影響を与え得るキャラクタの能力である。スキルの内容（換言すれば、スキルがゲームの進行に与え得る影響）は任意であり、例えば、次のようなものであってもよい。
・キャラクタ自体や味方のキャラクタを強化する（例えば、攻撃力を３上昇させる等）スキル
・敵のキャラクタを弱体化する（例えば、防御力を５下降させる等）スキル
・キャラクタが特定の能力を使用できるようになる（例えば、必殺技を使用できるようになる、移動量が増加する、あるいは、敵キャラクタの動きを封じることができるようになる等）スキル
なお、キャラクタは、自身が習得しているスキルについて、装備したり、装備を外したりすることができる。スキルは、キャラクタに装備させることで当該キャラクタに対して何らかの能力を設定するものであればよく、ゲームの設定上は、キャラクタに装備される装備品（例えば、武器や防具）またはアイテムであってもよい。
本実施形態においては、複数種類のスキルが用意されており、当該複数種類のスキルのうちには、ゲームにおいて同種の効果を生じさせ、かつ、効果の大きさが異なる同系統のスキルが含まれる。例えば、当該キャラクタに隣接する味方キャラクタの攻撃力を一時的に増加させるというスキルについて言えば、同系統の複数種類のスキルとは、増加量が３である第１段階のスキルと、増加量が５である第２段階のスキルと、増加量が７である第３段階のスキルとの３種類のスキルである。なお、本実施形態においては、上記同系統のスキルについては、２以上の段階のスキルは、当該スキルよりも低い段階のスキルを当該キャラクタが習得していることを条件に習得可能であるものとする。また、キャラクタがユーザに付与された時点において、所有キャラクタがスキルを習得しているか、および、何段階目までのスキルを習得しているかは、当該所有キャラクタや当該所有キャラクタのレアリティに応じて定められているものとする。
追加強化とは、キャラクタ自身の能力パラメータを強化する能力である。具体的には、所有キャラクタが追加強化の能力を有する場合、当該所有キャラクタの能力パラメータ（ただし、レベルを除く）のうちいくつかの値が上昇する。本実施形態においては、各キャラクタに対しては、追加強化の能力として、０段階（つまり、能力を有していない状態）を含む複数段階のうちのいずれかの強化段階が設定され、強化段階が１段階上がる毎に、当該所有キャラクタの能力パラメータのうちいくつかの値が、所定量（例えば、１）だけ上昇する。例えば、ある所有キャラクタの強化段階が１段階上がった場合には、最大体力と攻撃力がそれぞれ１上昇し、強化段階がさらに１段階上がった場合には、速さと防御力がそれぞれ１上昇する。なお、強化段階が１上がった場合に強化される能力パラメータは任意である。追加強化の能力が１段階上がった場合に、複数種類の能力パラメータのうちどの能力パラメータが上昇するかは、強化段階に応じて決定されてもよいし、各キャラクタに応じて決定されてもよい。このように、本実施形態においては、各キャラクタは、追加強化の能力が強化される（すなわち、強化段階が上がる）毎に能力パラメータが強化される。
本実施形態においては、各キャラクタには、追加強化の能力として、第１の追加強化と、第２の追加強化とがそれぞれ設定される。詳細は後述するが、第１の追加強化と、第２の追加強化とは、能力が強化される条件（すなわち、後述する更新条件）が異なる。
本実施形態においては、所有キャラクタが更新条件を満たした場合、当該所有キャラクタの能力は強化される。具体的には、第１ゲームにおいて所有キャラクタは、所定の経験値獲得条件を満たした場合（例えば、敵キャラクタを攻撃したり、または、倒したりした場合）に経験値を獲得することができ、経験値が所定量になったことに応じてレベルが１上昇する。また、第１ゲームにおいて所有キャラクタは、所定のポイント獲得条件を満たした場合（例えば、敵キャラクタを攻撃したり、または、倒したりした場合）にスキルポイントを獲得することができ、獲得したスキルポイントを消費することと引き換えにスキルを習得することができる。なお、本実施形態においては、同系統のスキルについては、効果が大きいスキルほど、習得のために消費されるスキルポイントが大きいものとする。また、本実施形態においては、ゲームアプリケーションにおいてユーザは所定のレアリティ上昇アイテムを取得することが可能であり、当該レアリティ上昇アイテムを消費することと引き換えに、所有キャラクタのレアリティを１上昇させることができる。また、本実施形態においては、ユーザは同じ所有キャラクタを複数所有することが可能であり、所有キャラクタに対して、同じ所有キャラクタを消費することと引き換えに、当該所有キャラクタの第１の追加強化を１段階上昇させることができる。また、ゲームアプリケーションにおいてユーザは所定の追加強化アイテムを取得することが可能であり、当該追加強化アイテムを消費することと引き換えに、所有キャラクタの第２の追加強化を１段階上昇させることができる。
上記のように、能力パラメータに関する更新条件は、所有キャラクタの経験値が所定量になったことである。また、スキルに関する更新条件は、所有キャラクタのスキルポイントが消費されることである。また、レアリティに関する更新条件は、所定のレアリティ上昇アイテムが消費されることである。また、第１の追加強化に関する更新条件は、能力を強化する所有キャラクタと同じ所有キャラクタが消費されることであり、第２の追加強化に関する更新条件は、所定の追加強化アイテムが消費されることである。なお、更新条件の具体的な内容は任意である。更新条件は、上記のように、所有キャラクタの能力の種類（すなわち、能力パラメータ、レアリティ、スキル、および、追加強化）に応じて異なる条件であってもよいし、同じ条件であってもよい。
上記のように、本実施形態においては、ユーザは、付与された所有キャラクタについて上記更新条件を満たすことによって、当該所有キャラクタの能力を強化させることができる。なお、本実施形態においては、所有キャラクタの能力には上限が設定されている。具体的には、所有キャラクタのレベルの上限値は４０であり、レアリティの上限値は５である。なお、スキルについては、スキルの種類に応じて上限（つまり、スキルの最終段階）が定められているものとする。また、第１の追加強化に関する強化段階の上限は、１０段階である。第２の追加強化に関する強化段階の上限は、キャラクタの種類に応じて異なっている。例えば、第２の追加強化に関する強化段階の上限としては、５段階、１０段階、および、１５段階のうちいずれかがキャラクタ毎に設定される。ユーザは、第１ゲームを行うことによって、所有キャラクタを強化する（成長させる、とも言える）ことができ、所有キャラクタの能力を上限まで強化させることができる（図５参照）。なお、各能力における上限の内容は任意であり、上記に限らない。
［２－２．第２ゲーム］
次に、ゲームアプリケーションにおいて実行される第２ゲームについて説明する。図６は、第２ゲームの流れの一例を示す図である。本実施形態における第２ゲームにおいては、まず、当該第２ゲームにおいて利用されるキャラクタである利用キャラクタに関する設定処理が実行される。その後、準備フェーズ、戦闘フェーズ、および、結果表示フェーズを１ターンとして、複数回のターンが繰り返し実行されることで、第２ゲームが進行する。そして、所定回数（例えば、９～１２回）のターンが実行された後、１回の第２ゲームが終了する。
［２－２－１．利用キャラクタの設定］
第２ゲームが開始されるとまず、情報処理システムは、第２ゲームにおいて利用される利用キャラクタの能力を設定する。ここで、本実施形態においては、所有キャラクタのうちで、利用キャラクタとして用いられる１以上のキャラクタが、所定の登録数（例えば、２０）を上限として、ユーザの指定に基づいて第２ゲームの開始前に予め登録される。情報処理システムは、登録されたキャラクタを示すデータを記憶しておく。情報処理システムは、所有キャラクタのうちで第２ゲームの開始時に登録されているキャラクタを、利用キャラクタとして選択する。なお、利用キャラクタの登録は、１ターン目が開始される前の任意のタイミングで行われてもよい。
また、本実施形態においては、ユーザは、利用キャラクタとして用いられる所有キャラクタとして、自身の所有キャラクタに加えて、他のユーザの所有キャラクタを登録することも可能である。すなわち、情報処理システムは、ユーザとは異なる他のユーザが所有する所有オブジェクトについての能力を示す能力データをさらに記憶している。そして、情報処理システムは、ユーザが所有する所有キャラクタと、上記他のユーザが所有する所有キャラクタとのうちから利用キャラクタを選択する。これによれば、ユーザは、自身の所有キャラクタに加えて他のユーザの所有キャラクタを用いて第２ゲームを行うことができる。なお、上記他のユーザは、例えば、ユーザのフレンドとして登録されているユーザであってもよい。
情報処理システムは、上記のようにして選択された各利用キャラクタについての能力を設定する。本実施形態においては、第２ゲームにおいては、第１ゲームにおける上記所有キャラクタの能力がそのまま適用されるのではなく、所有キャラクタの能力に変更を加えて（例えば、弱体化して）利用キャラクタの能力が設定される。本実施形態においては、利用キャラクタの能力は次のように設定される。
本実施形態においては、情報処理システムは、まず、各利用キャラクタについてコストを設定する。コストは、第２ゲームにおいて利用キャラクタをゲームフィールド（すなわち、後述する戦闘エリア）に配置させるためのコストである。詳細は後述するが、第２ゲームにおいては、ユーザには所有コストが付与され、ユーザは、所有コストを消費することで、消費した分のコストが設定される利用キャラクタをゲームフィールドに配置することができる。
本実施形態においては、情報処理システムは、各利用キャラクタのそれぞれに対して、所定の範囲内の値（例えば、２～８）でコストを設定する。利用キャラクタに対するコストの具体的な設定方法は任意である。本実施形態においては、情報処理システムは、各利用キャラクタに対して所定の範囲内のコストの値をランダムに割り当てることで、コストを設定する。なお、このとき、同一のコストの値が割り当てられる利用キャラクタの数が一定数となるように（例えば、コストが２に設定される利用キャラクタの数が所定数となるように）、各利用キャラクタにコストが設定されてもよい。また、他の実施形態においては、所定のルールに従って利用キャラクタに対してコストが設定されてもよい。例えば、所有キャラクタのレベルおよび／またはレアリティに応じた値となるように利用キャラクタのコストが設定されてもよい。
本実施形態においては、情報処理システムは、利用キャラクタに設定されたコストに基づいて当該利用キャラクタのレベルを設定する。本実施形態においては、利用キャラクタのコストが大きいほどレベルが高くなるように、当該利用キャラクタのレベルが設定される。具体的には、コストが２の利用キャラクタのレベルは１５に設定され、コストが１増加する毎にレベルが５高くなるように利用キャラクタのレベルが設定される。このように、本実施形態においては、利用キャラクタのレベルは、それに対応する所有キャラクタのレベルとは独立して設定される。
また、情報処理システムは、利用キャラクタのレベル以外の能力パラメータを、当該利用キャラクタのレベルに基づいて設定する。レベル以外の能力パラメータに関する具体的な設定方法は任意である。本実施形態においては、情報処理システムは、利用キャラクタのレベルに応じて当該利用キャラクタの各能力パラメータ（レベルを除く）が一意に決定されるテーブルを、キャラクタ毎に記憶している。利用キャラクタのレベル以外の能力パラメータは、上記テーブルに基づいて決定される。
情報処理システムは、利用キャラクタのレアリティを、当該利用キャラクタのレベルに基づいて設定する。本実施形態においては、利用キャラクタのレベルが高いほどレアリティが高くなるように、当該利用キャラクタのレアリティが設定される。具体的には、レベルが２０未満の利用キャラクタのレアリティは３に設定され、レベルが２０以上かつ３０未満の利用キャラクタのレアリティは４に設定され、レベルが３０以上の利用キャラクタのレアリティは５に設定される。このように、本実施形態においては、利用キャラクタのレアリティは、それに対応する所有キャラクタのレベルとは独立して設定される。
また、情報処理システムは、利用キャラクタのスキルを、それに対応する所有キャラクタの能力（具体的には、スキル）と、当該利用キャラクタのレベルとに基づいて設定する。本実施形態においては、利用キャラクタのスキルは、それに対応する所有キャラクタが装備しているスキルと同系統のスキルであって、利用キャラクタのレベルに応じた段階のスキルに設定される。具体的には、利用キャラクタのレベルが２０未満である場合、所有キャラクタが装備しているスキルと同系統のスキルであって、習得に必要なスキルポイントが第１閾値以下であるスキルが当該利用キャラクタに設定される。また、利用キャラクタのレベルが２０以上かつ３０未満である場合、所有キャラクタが装備しているスキルと同系統のスキルであって、習得に必要なスキルポイントが第２閾値以下（第２閾値は、第１閾値よりも大きい値である）であるスキルが当該利用キャラクタに設定される。また、利用キャラクタのレベルが３０以上である場合、所有キャラクタが装備しているスキルが当該利用キャラクタに設定される（つまり、スキルポイントの制限はない）。
例えば、所有キャラクタが第３段階のスキルを装備しており、第１段階のスキルは、習得に８０ポイントのスキルポイントが必要であり、第２段階のスキルは、習得に１６０ポイントのスキルポイントが必要であり、上記第１閾値が１５０、上記第２閾値が２５０である例を考える。この例において、コストが２でレベル１５に設定された利用キャラクタに対しては、習得に必要なスキルポイントが１５０以下のスキル、すなわち、第１段階のスキルが設定される。また、上記の例において、コストが４でレベル２５に設定された利用キャラクタに対しては、習得に必要なスキルポイントが２５０以下のスキル、すなわち、第２段階のスキルが設定される。
なお、本実施形態においては、スキルは、複数のグループのうち１つに分類される。具体的には、スキルのグループとしては、武器スキル、サポートスキル、奥義スキル、Ａスキル、Ｂスキル、Ｃスキル、および、Ｓスキルの７つがあり、１つのスキルは７つのグループのいずれかに属する。例えば、キャラクタが装備する武器に関するスキル（例えば、銀の剣等）は、武器スキルのグループに属する。また例えば、装備することでキャラクタが特定の奥義（換言すれば、必殺技）を使用できるようになるスキルは、奥義スキルのグループに属する。本実施形態においては、キャラクタは、７つのグループにつき１つずつ、合計７個のスキルを同時に装備することができる。したがって、情報処理システムは、利用キャラクタに設定されるスキルを、グループ毎にそれぞれ決定する。
また、情報処理システムは、利用キャラクタの追加強化を、それに対応する所有キャラクタの能力（具体的には、追加強化）と、当該利用キャラクタのレベルとに基づいて設定する。本実施形態においては、利用キャラクタの追加強化の強化段階は、それに対応する所有キャラクタの強化段階を上限として、利用キャラクタのレベルに応じた強化段階に設定される。具体的には、利用キャラクタのレベルが４０以上である場合、当該利用キャラクタの第１の追加強化の強化段階は、所有キャラクタの第１の追加強化の強化段階と同じに設定される。また、利用キャラクタのレベルが４０未満である場合、当該利用キャラクタの第１の追加強化の強化段階は、所有キャラクタの第１の追加強化の強化段階に、「（利用キャラクタのレベル）／４０」を乗算した数値（ただし、小数点以下は切り捨てられる）と等しい段階に設定される。また、第２の強化段階についても第１の強化段階と同様にして利用キャラクタの第２の強化段階が設定される。このように、利用キャラクタの追加強化の強化段階は、それに対応する所有キャラクタの強化段階を上限として、利用キャラクタのレベルが高いほど上昇するように設定される。
上記のように、本実施形態においては、キャラクタの能力のうちスキルおよび追加強化については、利用キャラクタの能力が所有キャラクタの能力に基づいて設定される。これによれば、所有キャラクタの能力を利用キャラクタに反映させることができるので、第２ゲームをプレイするユーザに対して、第１ゲームをプレイする動機付けを与えることができる。
以上のように、本実施形態においては、第２ゲームにおける利用キャラクタは、第１ゲームにおける所有キャラクタとは異なる能力を有するように設定されることがある。例えば、レベルが最大（すなわち、４０）である所有キャラクタに対応する利用キャラクタは、当該所有キャラクタのレベルよりも低いレベルに設定される（所有キャラクタに比べて弱体化されると言うこともできる）ことがある（図５参照）。
［２－２－２．準備フェーズ］
利用キャラクタの能力が設定されると、情報処理システムは、第２ゲームにおける１ターン目のゲームを開始する。第２ゲームにおいては、上記のように能力が設定された利用キャラクタが味方キャラクタとして用いられる。本実施形態においては、情報処理システムは、ターンの始めに準備フェーズを開始する（図６参照）。準備フェーズにおいて、端末装置２は、準備フェーズ画像を表示部２４に表示する。
図７は、準備フェーズ画像の一例を示す図である。図７に示すように、準備フェーズ画像は、第２ゲームにおけるゲームフィールドである戦闘エリア４０の画像を含む。本実施形態においては、戦闘エリア４０は、自軍エリア４１と、敵軍エリア４２と、中間エリア４３とを含む。自軍エリア４１は、戦闘エリア４０のうちで、準備フェーズにおいて味方キャラクタを配置可能なエリアであり、敵軍エリア４２は、戦闘エリア４０のうちで敵キャラクタが配置されるエリアであり、中間エリア４３は、自軍エリア４１と敵軍エリア４２の間のエリアである。本実施形態においては、戦闘エリア４０は縦５マス、横４マスの大きさであり、第１ゲームにおけるゲームフィールド３０よりも小さい。また、準備フェーズ画像は、待機エリア４４を含む（図７参照）。待機エリア４４の詳細については後述する。
準備フェーズにおいては、自軍エリア４１には味方キャラクタ（図７においては、味方キャラクタ６１ａ）が配置され、敵軍エリア４２には敵キャラクタ（図７においては、敵キャラクタ６２ａ～６２ｃ）が配置される。最初のターン（すなわち、１ターン目）における準備フェーズの開始時においては、自軍エリア４１には、利用キャラクタからランダムに選出された所定数の味方キャラクタ（ここでは、１体のキャラクタ）が配置される。また、敵軍エリア４２には、情報処理システムによって設定された所定数の敵キャラクタ（ここでは、３体のキャラクタ）が配置される。
また、準備フェーズ画像は、敵名称領域４５およびターン数領域４６を含む（図７参照）。敵名称領域４５には、敵の名称が表示される。例えば、敵キャラクタとして他のユーザの利用キャラクタが用いられる場合（詳細は後述する）には、当該他のユーザの名前が敵名称領域４５に表示される。ターン数領域４６には、今回の第２ゲームにおける総ターン数（図７では、１２）と、現在のターン数（図７では、１）とが表示される。
図７に示すように、準備フェーズ画像は、候補提示エリア４７を含む。候補提示エリア４７には、利用キャラクタから選出された所定の提示数の候補キャラクタ（図７では、５つの候補キャラクタ４８ａ～４８ｅ）が配置される。候補キャラクタとは、今回のターンにおいて戦闘エリア４０（具体的には、自軍エリア４１）に味方キャラクタとして新たに配置可能な利用キャラクタである。つまり、ユーザは、候補キャラクタのうちからいくつかを指定することで、指定したキャラクタを味方キャラクタとして自軍エリア４１に配置することができる。なお、本実施形態においては、候補提示エリア４７に同時に配置される（提示されるとも言う）候補キャラクタの提示数は５であるが、提示数はいくつであってもよい。また、他の実施形態においては、提示数は、ターン数に応じて変化（例えば増加）してもよい。
本実施形態においては、候補キャラクタは、利用キャラクタのうちから確率に基づいて、ランダム性を有するように選出される。ここで、「ランダム性を有するように選出する」とは、厳密な意味でランダムに選出することのみを意味するのではなく、確率に基づいて、複数回の試行に対して毎回同じ選出結果とはならないように選出することを意味する。なお、候補キャラクタの具体的な選出方法について後述する（後述する“［２－２－５．２ターン目以降のゲーム］”参照）。
図７に示すように、準備フェーズ画像は入替指示画像４９を含む。入替指示画像４９は、候補キャラクタの入替指示を行うためのボタン画像である。すなわち、入替指示画像４９を指定する入力（例えば、入替指示画像４９をタッチする入力）がユーザによって行われた場合、情報処理システムは、利用キャラクタのうちから候補キャラクタを選出する処理を再度実行し、新たに選出された各候補キャラクタを候補提示エリア４７に配置する。例えば、候補提示エリア４７に配置されている候補キャラクタのうちで味方キャラクタとして指定したいキャラクタがない場合には、ユーザは、上記の入替指示を行って候補キャラクタを変更するようにしてもよい。
なお、本実施形態においては、１つのターン内において２回目以降の入替指示が行われた場合、情報処理システムは、後述の所有コストを所定量（例えば、２）だけ減算する。これは、ユーザが自由に何度も入替指示を繰り返すことを防止するためである。
本実施形態においては、ユーザは、候補提示エリア４７内における複数の候補キャラクタのうちから所望のキャラクタを指定し、味方キャラクタとして自軍エリア４１に配置させる。例えば、図７に示す準備フェーズ画像において、情報処理システムは、候補キャラクタ４８ａ～４８ｅのいずれかを自軍エリア４１に移動させる指示入力（例えば、候補キャラクタの位置から自軍エリア４１の位置まで行われるドラッグ操作の入力）をユーザから受け付ける。
図８は、図７に示す状態から候補キャラクタが自軍エリア４１に移動された後の状態の一例を示す図である。図８においては、図７に示す候補キャラクタ４８ｂがユーザの指示入力によって自軍エリア４１に移動され、味方キャラクタ６１ｂとして配置された状態を示している。このように、本実施形態においては、ユーザは、候補キャラクタのうちから指定したキャラクタを、味方キャラクタとして自軍エリア４１に配置することが可能である。
なお、本実施形態においては、候補提示エリア４７における候補キャラクタについては、キャラクタのコスト（図７においては「２」）およびレベル（図７においては「１５」）が表示される。これによって、ユーザは、候補キャラクタのコストとレベルとを確認しつつ、自軍エリア４１に配置する候補キャラクタを指定することができる。なお、準備フェーズ画像においては、自軍エリア４１に配置される味方キャラクタ、および、敵軍エリア４２に配置される敵キャラクタについては、キャラクタのレベル（図７においては「１５」）が表示される。
また、本実施形態においては、準備フェーズ画像は、キャラクタ詳細領域５０を含む。図７においては図示していないが、キャラクタ詳細領域５０には、準備フェーズ画像内において表示されている各キャラクタのうちでユーザによって選択されたキャラクタの能力（すなわち、各種の能力パラメータやスキル等）が表示される。これによって、ユーザは、各キャラクタのより詳細な能力を確認することができる。
図７に示すように、準備フェーズ画像は、所有コスト領域５１を含む。所有コスト領域５１には、ユーザが現在所有するコスト（すなわち、所有コスト）を示す数値が表示される。ここで、本実施形態においては、第２ゲームにおいて、ユーザには所定数の所有コストが付与される。詳細は後述するが、本実施形態においては、１ターン毎にユーザに所有コストが付与される。ユーザは、所有コストを消費することと引き換えに、候補キャラクタを味方キャラクタとして自軍エリア４１に配置することができる。具体的には、ユーザによる指示入力に従って候補キャラクタが自軍エリア４１に移動された場合、情報処理システムは、当該候補キャラクタのコストの分だけ、ユーザの所有コストを減算する。例えば、図７および図８に示す例においては、コストが２である候補キャラクタが自軍エリア４１に味方キャラクタとして配置されたので、所有コスト領域５１において示される数値は「２」から「０」へと変化する。なお、候補キャラクタのコストが所有コストよりも大きい場合には、情報処理システムは、当該候補キャラクタの自軍エリア４１への移動を禁止する（例えば、上記の指示入力を受け付けないようにする）。
なお、他の実施形態においては、情報処理システムは、所有コストを表示することに代えて、ユーザに付与されたコストの総量と、ユーザが消費したコストの総量とを表示するようにしてもよい。このとき、ユーザに付与されたコストの総量（付与コスト総量と呼ぶ）から、ユーザが消費したコストの総量（消費コスト総量と呼ぶ）を減算した値が、上記の所有コストに相当する。したがって、情報処理システムが付与コスト総量を記憶する場合、「所有コストを減算する」とは、味方キャラクタとして配置された候補キャラクタのコストの分だけ消費コスト総量を増加することに相当する。
上記待機エリア４４は、自軍エリア４１と同様に味方キャラクタを配置可能なエリアである。待機エリア４４は、今回のターンにおける戦闘に参加させない味方キャラクタを配置するための領域である。ここで、後述の戦闘フェーズにおいては、自軍エリア４１に配置された味方キャラクタによって敵キャラクタとの戦闘が行われ、待機エリア４４に配置された味方キャラクタによっては戦闘は行われない。ユーザは、例えば、今回のターンにおいては戦闘に参加させないものの、後のターンにおいて戦闘に参加させる予定の味方キャラクタを待機エリア４４に配置しておくことができる。
なお、本実施形態においては、候補提示エリア４７内の候補キャラクタを、自軍エリア４１の他、待機エリア４４に味方キャラクタとして移動させることも可能である。候補キャラクタを味方キャラクタとして待機エリア４４に配置する場合も自軍エリア４１に配置する場合と同様に、所有コストが消費される。
また、本実施形態においては、準備フェーズにおいて、ユーザは、自軍エリア４１および待機エリア４４内において利用キャラクタの配置位置を変更することができる。すなわち、情報処理システムは、自軍エリア４１および待機エリア４４内において味方キャラクタの配置位置を変更する指示入力（例えば、味方キャラクタの位置から移動先の位置まで行われるドラッグ操作の入力）をユーザから受け付ける。詳細は後述するが、本実施形態においては、自軍エリア４１内における味方キャラクタの位置によって、味方キャラクタによる敵キャラクタへの攻撃順および攻撃対象が変化し、さらに、敵キャラクタによる味方キャラクタへの攻撃の攻撃対象も変化する。そのため、ユーザは、所望の配置となるように自軍エリア４１内における味方キャラクタの位置を変更したり、自軍エリア４１と待機エリア４４との間で味方キャラクタを移動させたりする。
上記のように、本実施形態においては、情報処理システムは、ターン内において、戦闘フェーズの前に、自軍エリアにおける味方キャラクタの配置をユーザの指示に応じて変更する。これによれば、ユーザは、後述する戦闘フェーズにおいて自身に有利な配置となるように味方キャラクタの配置を変更することができるので、第２ゲームの戦略性を向上することができる。
また、本実施形態においては、準備フェーズにおいて、ユーザは、自軍エリア４１または待機エリア４４内に配置されている味方キャラクタを削除することも可能である。すなわち、情報処理システムは、自軍エリア４１および待機エリア４４内における味方キャラクタを削除する指示入力をユーザから受け付ける。なお、情報処理システムは、味方キャラクタが削除された場合、当該味方キャラクタのコストに応じてユーザの所有コストを増加させるようにしてもよい。例えば、上記の場合、所有コストは、味方キャラクタのコストの分だけ、あるいは、味方キャラクタのコストの半分だけ増加されてもよい。
図７に示すように、準備フェーズ画像は、開始指示画像５２を含む。開始指示画像５２は、準備フェーズを終了して戦闘フェーズを開始する戦闘開始指示を行うためのボタン画像である。すなわち、開始指示画像５２を指定する入力がユーザによって行われた場合、情報処理システムは、準備フェーズを終了して戦闘フェーズを開始する（図６参照）。
以上のように、本実施形態においては、ターン内において（より具体的には、準備フェーズにおいて）、情報処理システムは、第２ゲームの開始前にユーザにより指定された、第１の数（より具体的には、上記登録数）のキャラクタのうちから、複数の候補キャラクタとして、当該第１の数よりも少ない第２の数（より具体的には、上記提示数）の候補キャラクタを候補提示エリア４７に配置する。このように、本実施形態によれば、味方キャラクタとなり得るキャラクタ（すなわち、利用キャラクタ）をユーザが第２ゲームの開始前に予め設定しておくことができる。これによって、味方キャラクタとなり得るキャラクタをどのように設定するかについて戦略性が生じるので、第２ゲームの戦略性を向上することができる。
［２－２－３．戦闘フェーズ］
本実施形態においては、戦闘フェーズが開始されると、情報処理システムは、戦闘エリア４０に配置されている味方キャラクタおよび敵キャラクタについて攻撃順を決定する。なお、以下では、戦闘エリア４０に配置されている味方キャラクタまたは敵キャラクタを総称して「配置キャラクタ」と呼ぶことがある。
本実施形態においては、配置キャラクタの攻撃順は、複数の決定基準に基づいて決定される。具体的には、本実施形態においては、決定基準として、以下に説明する第１～第５基準が用いられる。
第１基準は、前衛側のエリアに配置されているか、それとも、後衛側のエリアに配置されているか、という基準である。ここで、本実施形態においては、自軍エリア４１および敵軍エリア４２は、それぞれ、前衛側のエリアと、後衛側のエリアとに区分することができる。自軍エリア４１における前衛側のエリアとは、敵軍エリア４２に近い側のエリア（すなわち、戦闘エリア４０における下から２行目のエリア）であり、自軍エリア４１における後衛側のエリアとは、敵軍エリア４２に遠い側のエリア（すなわち、戦闘エリア４０における一番下の行のエリア）である。また、敵軍エリア４２における前衛側のエリアとは、自軍エリア４１に近い側のエリア（すなわち、戦闘エリア４０における上から２行目のエリア）であり、敵軍エリア４２における後衛側のエリアとは、自軍エリア４１に遠い側のエリア（すなわち、戦闘エリア４０における一番上の行のエリア）である。
本実施形態においては、前衛側のエリアに配置されている配置キャラクタは、後衛側のエリアに配置されている配置キャラクタよりも先になるように攻撃順が決定される。例えば、図８に示す例においては、前衛側のエリアに配置されている配置キャラクタ６１ａ，６１ｂ，６２ａ，および６２ｂは、後衛側のエリアに配置されている配置キャラクタ６１ｃよりも攻撃順が先になる。
上記のように、本実施形態においては、情報処理システムは、配置キャラクタが前衛エリアに配置されているか、それとも、後衛エリアに配置されているかに基づいて、配置キャラクタの攻撃順を決定する。これによれば、ユーザは、例えば、戦闘フェーズにおける配置キャラクタの攻撃順を所望の順序とするために、戦闘エリアにおける配置キャラクタの配置を考慮して第２ゲームをプレイする。上記によれば、配置キャラクタの配置が第２ゲームのゲーム結果や進行に影響を与えることとなるので、第２ゲームの戦略性を向上することができる。
また、本実施形態においては、上記第１基準を最も優先して攻撃順が決定される。具体的には、情報処理システムは、前衛エリアに配置された配置キャラクタの攻撃順を、後衛エリアに配置された配置キャラクタの攻撃順よりも先にする。これによれば、前衛であるか後衛であるかの配置に基づく配置キャラクタの攻撃順がユーザにとってわかりやすくなるので、ユーザは味方キャラクタの配置に関する戦略を立てやすくなる。
なお、他の実施形態において、配置キャラクタが前衛エリアに配置されているか、それとも、後衛エリアに配置されているかに基づいて配置キャラクタの攻撃順を決定する場合において、情報処理システムは、前衛エリアに配置された配置キャラクタの攻撃順が、後衛エリアに配置された配置キャラクタの攻撃順よりも必ずしも先になるように攻撃順を決定しなくてもよい。例えば、情報処理システムは、配置キャラクタが前衛エリアに配置されているか、それとも、後衛エリアに配置されているかに基づいて仮の攻撃順を算出し、さらに、他の決定基準に基づいて当該仮の攻撃順を補正することで最終的な攻撃順を決定してもよい。
上記第１基準によっては全ての配置キャラクタについての攻撃順が決定できない場合（例えば、前衛エリアに複数の配置キャラクタが配置されている場合）、情報処理システムは、第２基準に基づいて攻撃順を決定する。第２基準は、配置キャラクタのレベルである。具体的には、情報処理システムは、上記第１基準によって攻撃順が決定できない複数の配置キャラクタについて、レベルが高い順となるように配置キャラクタの攻撃順を決定する。
また、上記第１基準および上記第２基準によっては全ての配置キャラクタについての攻撃順が決定できない場合（例えば、レベルが同じ複数の配置キャラクタが前衛エリアに配置されている場合）、情報処理システムは、第３基準に基づいて攻撃順を決定する。第３基準は、配置キャラクタの能力パラメータの１つである速さである。具体的には、情報処理システムは、上記第１基準および第２基準によって攻撃順が決定できない複数の配置キャラクタについて、速さの能力パラメータが高い順となるように配置キャラクタの攻撃順を決定する。
上記のように、本実施形態においては、情報処理システムは、配置キャラクタに関連付けられた能力パラメータ（例えば、第２基準におけるレベル、および／または、第３基準における速さのパラメータ）に基づいて、配置キャラクタ毎に攻撃順を決定する。これによれば、戦闘エリアにおける配置位置に加えて、配置キャラクタの能力パラメータを考慮して攻撃順が決定されるので、より多くの要素に基づいて攻撃順が決定されることとなる。これによって、第２ゲームの戦略性をより向上させることができる。なお、詳細は後述するが、本実施形態においては、第２ゲーム中において各配置キャラクタの能力（レベルおよび速さを含む）は強化され得る。そのため、第２ゲーム中に配置キャラクタの能力を強化させるようにゲームを進めることも攻撃順に影響するので、第２ゲームの戦略性をより向上させることができる。
また、上記第１基準～第３基準によっては全ての配置キャラクタについての攻撃順が決定できない場合（例えば、レベルおよび速さが同じ複数の配置キャラクタが前衛エリアに配置されている場合）、情報処理システムは、第４基準に基づいて攻撃順を決定する。第４基準は、配置キャラクタが味方キャラクタであるか、それとも、敵キャラクタであるか、という基準である。具体的には、情報処理システムは、上記第１基準～第３基準によって攻撃順が決定できない複数の配置キャラクタについて、味方キャラクタの攻撃順を敵キャラクタの攻撃順よりも先にする。なお、他の実施形態においては、上記第１基準～第３基準によって攻撃順が決定できない複数の配置キャラクタについて、敵キャラクタの攻撃順が味方キャラクタの攻撃順よりも先にされてもよい。
また、上記第１基準～第４基準によっては全ての配置キャラクタについての攻撃順が決定できない場合（例えば、レベルおよび速さが同じ複数の味方キャラクタが前衛エリアに配置されている場合）、情報処理システムは、第５基準に基づいて攻撃順を決定する。第５基準は、配置キャラクタがより左側に配置されていることである。具体的には、情報処理システムは、上記第１基準～第４基準によって攻撃順が決定できない複数の配置キャラクタについて、より左側に配置されている配置キャラクタの攻撃順が先になるように、攻撃順を決定する。つまり、上記第１基準～第４基準によって攻撃順が決定できない複数の配置キャラクタについては、左側に配置されている順となるように攻撃順が決定される。例えば、図８に示す例において、味方キャラクタ６１ａおよび６１ｂのレベルおよび速さが同一であるとした場合、第５基準に従って、味方キャラクタ６１ａの攻撃順は味方キャラクタ６１ｂの攻撃順よりも先となるように決定される。なお、ここで言う「左側」とは、自軍エリアと敵軍エリアとのうち配置キャラクタ自身が配置されているエリアから、もう一方のエリアの方を向く方向を前方向としたときの左側である。つまり、敵キャラクタについては、表示画面上では、より右側に配置されている敵キャラクタの攻撃順が先になる。
上記第４基準および第５基準を用いることによって、本実施形態においては、上記第１基準～第３基準によっては全ての配置キャラクタの攻撃順が決定できない場合であっても、各配置キャラクタの攻撃順を一意に決定することができる。
本実施形態においては、上記５つの決定基準を用いて配置キャラクタの攻撃順を決定したが、攻撃順の決定方法は任意である。例えば、他の実施形態においては、これらの決定基準とは異なる他の決定基準が用いられてもよいし、これらの決定基準のいくつかが用いられなくてもよい。また、本実施形態においては、５つの決定基準に優先順位を付し、情報処理システムは、優先順位が高い決定基準によって攻撃順が決定できない場合に、優先順位が低い決定基準を用いることとした。ここで、他の実施形態においては、情報処理システムは、決定基準毎に仮の攻撃順を算出し、それぞれ算出された複数の仮の攻撃順に基づいて（例えば、仮の攻撃順の平均値が高い順となるように）最終的な攻撃順を算出してもよい。
また、情報処理システムは、各配置キャラクタの攻撃対象を決定する。すなわち、味方キャラクタについては、敵キャラクタのうちから攻撃対象となるキャラクタが１つ決定される。敵キャラクタについては、味方キャラクタのうちから攻撃対象となるキャラクタが１つ決定される。
本実施形態においては、配置キャラクタの攻撃対象は、複数の決定基準に基づいて決定される。具体的には、本実施形態においては、決定基準として、以下に説明する第１～第４基準が用いられる。
第１基準は、戦闘エリア４０における横方向に関する位置の差である。すなわち、情報処理システムは、攻撃主体となる配置キャラクタとの、横方向に関する位置の差が最も小さい相手キャラクタ（具体的には、攻撃主体が味方キャラクタである場合は敵キャラクタ、攻撃主体が敵キャラクタである場合は味方キャラクタ）を、攻撃対象に決定する。例えば、戦闘エリア４０において、攻撃主体となる配置キャラクタと同じ列に配置されている相手キャラクタが存在する場合は、上記差が０である当該相手キャラクタが攻撃対象となる。また例えば、戦闘エリア４０において、攻撃主体となる配置キャラクタと同じ列に配置されている相手キャラクタが存在せず、その隣の列に配置されている相手キャラクタが存在する場合は、上記差が１である当該相手キャラクタが攻撃対象となる。
上記のように、本実施形態においては、ゲーム画像において自軍エリアから敵軍エリアへの方向（すなわち、上下方向）を正面方向としたとき、情報処理システムは、自軍エリアに配置される味方キャラクタの攻撃対象を、当該味方キャラクタの正面方向に近い位置（すなわち、上記の差が小さい位置）に配置される敵キャラクタが、当該味方キャラクタの正面方向から遠い位置（すなわち、上記の差が大きい位置）に配置される敵キャラクタよりも優先されるように決定する。これによれば、ユーザは、例えば、戦闘フェーズにおける味方キャラクタの攻撃対象を所望の敵キャラクタとするために、配置キャラクタの配置を考慮して第２ゲームをプレイすることとなる。このように、本実施形態によれば、配置キャラクタの配置に応じて攻撃対象が決定されることで、第２ゲームの戦略性を向上することができる。
なお、上記の差が小さい位置に配置される相手キャラクタが、上記の差が大きい位置に配置される相手キャラクタよりも優先されるように攻撃対象を決定する場合において、他の実施形態において、情報処理システムは、上記の差が最も小さい相手キャラクタを必ずしも攻撃対象に決定しなくてもよい。例えば、情報処理システムは、上記差に基づいて優先度を算出し、さらに、他の決定基準に基づいても優先度を算出し、これらの優先度に基づいて最終的な攻撃対象を決定してもよい。
また、本実施形態においては、戦闘エリア４０においては自軍エリア４１と敵軍エリア４２とが上下方向に並んで配置され、各配置キャラクタの左右方向の位置の差に基づいて上記第１基準が判断された。ここで、他の実施形態においては、戦闘エリア４０においては自軍エリア４１と敵軍エリア４２とが左右方向に並んで配置されてもよく、このとき、第１基準は、各配置キャラクタの上下方向の位置の差に基づいて判断されてもよい。
上記第１基準によっては攻撃対象が決定できない場合、情報処理システムは、第２基準に基づいて攻撃対象を決定する。なお、上記の場合とは、例えば、攻撃主体の配置キャラクタと同じ列の前衛エリアと後衛エリアとの両方に相手キャラクタが配置されている場合、あるいは、攻撃主体の配置キャラクタが配置される列には相手キャラクタが配置されておらず、攻撃主体の配置キャラクタが配置される列の左側で隣接する列と、右側で隣接する列との両方に相手キャラクタが配置されている場合である。
第２基準は、相手キャラクタが前衛側のエリアに配置されているか、それとも、後衛側のエリアに配置されているか、という基準である。具体的には、情報処理システムは、上記第１基準による決定に基づくと攻撃対象となり得る相手キャラクタが複数である場合、当該複数の相手キャラクタのうち、前衛エリアに配置されている相手キャラクタ（攻撃主体の配置キャラクタに最も近い位置に配置されている相手キャラクタと言うこともできる）を攻撃対象とする。例えば、図８に示す例において、味方キャラクタ６１ｂが攻撃主体である場合、第１基準による決定に基づいて攻撃対象は敵キャラクタ６２ｂおよび６２ｃに絞られ、第２基準による決定に基づいて攻撃対象は敵キャラクタ６２ｂに決定される。
上記のように、第２基準を用いる場合には、ユーザは、戦闘フェーズにおける敵キャラクタの攻撃対象を所望の味方キャラクタとするために、配置キャラクタの配置を考慮して第２ゲームをプレイすることとなる。これによって、第２ゲームの戦略性を向上することができる。
上記第１基準および第２基準によっては攻撃対象が決定できない場合、情報処理システムは、第３基準に基づいて攻撃対象を決定する。なお、上記の場合とは、例えば、攻撃主体の配置キャラクタが配置される列には相手キャラクタが配置されておらず、当該列の左側で隣接する列と、右側で隣接する列との両方の前衛エリアにおいて相手キャラクタが配置されている場合である。
第３基準は、攻撃主体の配置キャラクタにとって相性が有利となることである。ここで、本実施形態においては、各キャラクタには複数種類（例えば、４種類）の属性のうち１つが設定され、属性と他の属性との組のうちいくつかの組については、一方が他方に対して有利となることが設定されている。具体的には、本実施形態においては、各キャラクタには、赤属性、青属性、緑属性、および、無色属性という４種類の属性のうち１つの属性が設定される。また、赤属性は緑属性に対して有利であり、青属性は赤属性に対して有利であり、緑属性は青属性に対して有利である、というように相性の有利不利の関係が設定される。なお、無色属性については、他の３つの属性のいずれに対しても相性の有利不利がないものとする。また、上記第１ゲームおよび第２ゲームにおいては、配置キャラクタの属性が相手キャラクタの属性に対して有利な属性である場合、両者の属性に有利不利がない場合に比べて、攻撃によるダメージ（すなわち、体力パラメータの減少量）が増加するものとする。一方、上記第１ゲームおよび第２ゲームにおいては、配置キャラクタの属性が相手キャラクタの属性に対して不利な属性である場合、両者の属性に有利不利がない場合に比べて、攻撃によるダメージが減少するものとする。
具体的には、情報処理システムは、上記第１基準および第２基準による決定に基づくと攻撃対象となり得る相手キャラクタが複数である場合、当該複数の相手キャラクタのうち、攻撃主体の配置キャラクタの属性に対して不利となる相性の属性を有する（つまり、攻撃主体の配置キャラクタの属性が有利となる）相手キャラクタを攻撃対象とする。なお、他の実施形態においては、上記複数の相手キャラクタのうち、攻撃主体の配置キャラクタの属性に対して不利となる相性の属性を有する相手キャラクタが存在しない場合、攻撃主体の配置キャラクタの属性に対して有利不利がない相性の属性を有する相手キャラクタが攻撃対象に決定されてもよい。
上記のように、第３基準を用いる場合には、ユーザは、戦闘フェーズにおける味方キャラクタの攻撃対象を所望の敵キャラクタとするために、配置キャラクタの属性を考慮して第２ゲームをプレイすることとなる。これによって、第２ゲームの戦略性を向上することができる。
上記第１基準～第３基準によっては攻撃対象が決定できない場合、情報処理システムは、第４基準に基づいて攻撃対象を決定する。なお、上記の場合とは、例えば、攻撃主体の配置キャラクタが配置される列には相手キャラクタが配置されておらず、当該列の左側で隣接する列と、右側で隣接する列との両方の前衛エリアにおいて、攻撃主体の配置キャラクタの属性に対して不利となる相性の属性を有する相手キャラクタが存在しない場合である。
第４基準は、相手キャラクタがより左側に配置されていることである。具体的には、情報処理システムは、上記第１基準～第３基準による決定に基づくと攻撃対象となり得る相手キャラクタが複数である場合、当該複数の相手キャラクタのうち、左側に配置されている相手キャラクタを攻撃対象とする。なお、ここで言う「左側」とは、攻撃主体の配置キャラクタが配置されているエリアから、相手キャラクタが配置されているエリアの方を向く方向を前方向としたときの左側である。つまり、敵キャラクタについては、表示画面上では、上記複数の味方キャラクタのうち、右側に配置されている味方キャラクタが攻撃対象となる。本実施形態においては、上記第１基準～第３基準によっては攻撃対象が決定できない場合であっても、上記第４基準を用いることによって攻撃対象を一意に決定することができる。
本実施形態においては、上記４つの決定基準を用いて配置キャラクタの攻撃対象を決定したが、攻撃対象の決定方法は任意である。例えば、他の実施形態においては、これらの決定基準とは異なる他の決定基準が用いられてもよいし、これらの決定基準のいくつかが用いられなくてもよい。また、本実施形態においては、５つの決定基準に優先順位を付し、情報処理システムは、優先順位が高い決定基準によって攻撃対象が決定できない場合に、優先順位が低い決定基準を用いることとした。ここで、他の実施形態においては、情報処理システムは、決定基準毎に仮の攻撃対象を算出し、それぞれ算出された複数の仮の攻撃対象に基づいて最終的な攻撃対象を決定する（例えば、最も多くの決定基準で仮の攻撃対象となった配置キャラクタを攻撃対象に決定する）ようにしてもよい。
以上のように、本実施形態においては、配置キャラクタの攻撃順および攻撃対象は、上記のような決定基準に従って決定される。本実施形態においては、配置キャラクタの攻撃順および攻撃対象がランダムに決定されるわけではないので、ユーザは、戦闘フェーズの開始前に攻撃順および攻撃対象を予想して戦闘エリアにおける配置キャラクタの配置を検討することができる。これによって、第２ゲームの戦略性を向上することができる。
戦闘フェーズにおいて、情報処理システムは、上記のように決定された攻撃順で、上記のように決定された攻撃対象に対する攻撃を各配置キャラクタに行わせる。図９は、第２ゲームの戦闘フェーズにおいて表示されるゲーム画像である戦闘フェーズ画像の一例を示す図である。図９は、配置キャラクタが攻撃を行う場合における戦闘フェーズ画像の一例を示す図である。図９に示すように、戦闘フェーズにおいても準備フェーズと同様に、戦闘エリア４０が表示部２４に表示される。
本実施形態においては、配置キャラクタが攻撃対象に対して攻撃を行う場合、情報処理システムは、図９に示すように、当該配置キャラクタを、攻撃対象を攻撃可能な位置に移動させる。具体的には、情報処理システムは、自身に隣接するマスを攻撃範囲とする味方キャラクタについては、攻撃対象となる敵キャラクタの１つ下のマスに移動させ、自身から２マスの位置を攻撃範囲とする味方キャラクタについては、攻撃対象となる敵キャラクタの２つ下のマスに移動させる。また、情報処理システムは、自身に隣接するマスを攻撃範囲とする敵キャラクタについては、攻撃対象となる味方キャラクタの１つ上のマスに移動させ、自身から２マスの位置を攻撃範囲とする敵キャラクタについては、攻撃対象となる味方キャラクタの２つ上のマスに移動させる。なお、図９に示す例は、自身に隣接するマスを攻撃範囲とする味方キャラクタ６１ａが敵キャラクタ６２ａを攻撃する例であり、味方キャラクタ６１ａは、攻撃対象である敵キャラクタ６２ａの１つ下のマスに移動して攻撃を行う。なお、攻撃が終了した場合、攻撃を行った配置キャラクタは元の位置に戻される。
なお、配置キャラクタが攻撃を行うために移動する場合において、移動先の位置に他の配置キャラクタが存在する場合、情報処理システムは、攻撃を行う配置キャラクタと、移動先の位置に存在する他の配置キャラクタとの位置を入れ替える。そして、攻撃が終了した場合、上記２つの配置キャラクタの位置を元に戻す。
上記のように、本実施形態においては、情報処理システムは、戦闘エリアにおいて配置キャラクタの攻撃範囲に攻撃対象が存在しない場合、当該攻撃範囲に当該攻撃対象が含まれるように当該配置キャラクタを移動させて、当該攻撃対象に対する攻撃を当該配置キャラクタに行わせる。これによれば、攻撃主体となる配置キャラクタと、攻撃対象となる配置キャラクタとをユーザにわかりやすく認識させることができる。
なお、本実施形態においては、自軍エリア４１と敵軍エリア４２との間に中間エリア４３が設けられる（図９参照）。そのため、攻撃主体となる配置キャラクタは、もともと配置キャラクタが配置されない中間エリア４３に移動して攻撃を行うケースがあり得るので、攻撃を行う配置キャラクタと、移動先の位置に存在する他の配置キャラクタとの位置を入れ替える機会を減らすことができる。これによって、攻撃時における配置キャラクタの移動をよりわかりやすくすることができる。
なお、本実施形態においては、配置キャラクタが攻撃を行う際に移動が制限されて攻撃が行うことができなくなることを防止するべく、第２ゲームにおける戦闘エリアには、第１ゲームにおいて用いられる地形オブジェクトは配置されない。ただし、他の実施形態においては、第２ゲームにおける戦闘エリアに地形オブジェクトが配置されてもよい。
本実施形態においては、第２ゲームにおいて、攻撃時におけるゲーム処理は、第１ゲームと同様に行われる。攻撃時におけるゲーム処理とは、具体的には、攻撃によるダメージ量を計算し、ダメージ量に応じて攻撃対象の配置キャラクタの体力パラメータを減少させる処理である。具体的には、情報処理システムは、攻撃時において以下の処理を実行する。
攻撃主体の配置キャラクタが攻撃対象の配置キャラクタに対して攻撃を行う場合において、情報処理システムは、反撃条件が満たされれば、攻撃対象である配置キャラクタに、攻撃主体の配置キャラクタに対する反撃を行わせる。反撃が行われる場合には、攻撃主体の配置キャラクタについてもダメージ量の計算が行われ、当該配置キャラクタの体力パラメータが減少する。なお、上記の反撃条件の具体的な内容は任意である。本実施形態においては、反撃条件は、攻撃主体の配置キャラクタの攻撃範囲と、攻撃対象の配置キャラクタの攻撃範囲とが同じであること、あるいは、攻撃対象のキャラクタが、攻撃範囲にかかわらず反撃を行うことができる所定のスキルを装備していることである。
上記のように、本実施形態においては、情報処理システムは、攻撃順に従って第１の配置キャラクタが攻撃対象である第２の配置キャラクタを攻撃する場合、反撃条件が満たされれば、当該第２の配置キャラクタの攻撃順にかかわらず、当該第２の配置キャラクタによる当該第１の配置キャラクタに対する反撃によって、当該第１の配置キャラクタに関連付けられた体力パラメータを減少させる。これによれば、ユーザは、例えば、攻撃対象となる配置キャラクタによる反撃の影響も考慮して自軍エリア４１における味方キャラクタの配置を検討することとなる。このように、本実施形態によれば、攻撃対象が反撃を行うことを可能にすることによって、第２ゲームの戦略性をより向上することができる。
攻撃主体の配置キャラクタが攻撃対象の配置キャラクタに対して攻撃を行う場合において、情報処理システムは、各配置キャラクタのスキルの影響を考慮する。例えば、味方キャラクタが敵キャラクタを攻撃する場合において、他の味方キャラクタが「周囲２マス以内の味方キャラクタの攻撃力を３上昇させる」というスキルを装備している例を考える。この例において、情報処理システムは、攻撃主体の味方キャラクタが上記他の味方キャラクタの周囲２マス以内に存在することを条件として、攻撃主体の味方キャラクタの攻撃力を３上昇させてダメージ量を計算する。なお、各配置キャラクタのスキルが、スキルを装備している配置キャラクタと、当該スキルの影響を受ける配置キャラクタとの位置関係を条件として効果が発動するスキルである場合、本実施形態においては、攻撃主体となる配置キャラクタが攻撃のために移動した後の位置に基づいて、スキル効果の発動が判定される。ただし、他の実施形態においては、攻撃主体となるキャラクタが移動する前の位置に基づいて、スキル効果の発動が判定されてもよい。
上記のように、本実施形態においては、情報処理システムは、所定の能力（具体的には、スキル）を有する配置キャラクタが戦闘エリアに配置されている場合、当該配置キャラクタとは異なる他の配置キャラクタのうち、当該所定の能力に応じたいくつかの配置キャラクタに関連付けられた能力パラメータを、今回のターン内において当該所定の能力に応じて変化させる。そして、変化後の能力パラメータが関連付けられる配置キャラクタが攻撃を行う、および／または、攻撃対象となる場合、情報処理システムは、当該変化後の能力パラメータに基づいて、攻撃対象となる配置キャラクタに関連付けられた体力パラメータを減少させる。
なお、上記「当該所定の能力に応じたいくつかの配置キャラクタ」とは、例えば、「周囲２マス以内の味方キャラクタの攻撃力を３上昇させる」というスキルを味方キャラクタが有している場合であれば、当該味方キャラクタの周囲２マス以内に配置された他の味方キャラクタを指す意味である。また、所定の能力は、当該能力を有する配置キャラクタの味方となる配置キャラクタに対して影響を与えるものに限らず、当該能力を有する配置キャラクタの敵となる配置キャラクタに対して影響を与える（例えば、敵となる配置キャラクタの能力パラメータを減少させる）ものであってもよい。
上記によれば、攻撃主体の配置キャラクタと攻撃対象の配置キャラクタとに加えて、その他の配置キャラクタの能力も考慮して、体力パラメータの計算が行われる。これによって、第２ゲームの戦略性を向上することができる。また、配置キャラクタが有するスキルが、当該配置キャラクタと他の配置キャラクタとの戦闘エリアにおける位置関係に依存して効果が生じるものである場合には、ユーザは、戦闘エリアにおける配置キャラクタの配置を考慮して第２ゲームをプレイすることとなる。したがって、上記の場合には、第２ゲームの戦略性をより向上することができる。
なお、上記スキルによって配置キャラクタの能力パラメータが変化されるタイミングは、戦闘フェーズの開始時であってもよいし、能力パラメータが変化される配置キャラクタによる攻撃が行われる時（具体的には、直前）であってもよいし、スキルを有する配置キャラクタによる攻撃が行われた後であってもよい。なお、戦闘フェーズの開始時に能力パラメータが変化される場合には、上述の行動順は変化後の能力パラメータ（具体的には、速さ）に基づいて決定されてもよい。
攻撃主体の配置キャラクタが攻撃対象の配置キャラクタに対して攻撃を行う場合において、情報処理システムは、これらの配置キャラクタの属性の相性を考慮する。すなわち、上述したように、攻撃主体の配置キャラクタの属性が攻撃対象の相手キャラクタの属性に対して有利な属性である場合、情報処理システムは、両者の属性に有利不利がない場合に比べて、攻撃によるダメージを増加させる。また、攻撃主体の配置キャラクタの属性が攻撃対象の相手キャラクタの属性に対して不利な属性である場合、両者の属性に有利不利がない場合に比べて、攻撃によるダメージを減少させる。
上記のように、本実施形態においては、味方キャラクタまたは敵キャラクタとなる各キャラクタにはそれぞれ、複数種類のうち少なくとも１つの属性が設定されており、複数種類の各属性の少なくとも１種類は、少なくとも１つの他の属性との間に相性を有している。情報処理システムは、攻撃を行う配置キャラクタの属性と攻撃対象となる配置キャラクタの属性との相性に応じて、当該攻撃による当該攻撃対象となった配置キャラクタ関連付けられた体力パラメータの減少量を変化させる。上記によれば、攻撃主体の配置キャラクタと攻撃対象の配置キャラクタとの相性も考慮して体力パラメータの計算が行われるので、第２ゲームの戦略性をより向上することができる。
攻撃主体の配置キャラクタが攻撃対象の配置キャラクタに対して攻撃を行う場合において、情報処理システムは、両者の配置キャラクタの速さの能力パラメータが条件を満たす場合、２回攻撃を行わせる。本実施形態においては、例えば両者の配置キャラクタの速さの差が所定値（例えば、５）以上であることを条件として、速さの能力パラメータが高い方の配置キャラクタは、速さの能力パラメータが低い方の配置キャラクタに対して２回攻撃（または反撃）を行うことができる。
上記のように、本実施形態においては、情報処理システムは、配置キャラクタに対応付けられた速さを示すパラメータに基づいて、配置キャラクタ毎に攻撃順および攻撃回数を決定する。これによれば、配置キャラクタの１つの能力パラメータが攻撃順だけでなく攻撃回数にも影響を与えることで、第２ゲームの戦略性を向上することができる。
本実施形態においては、以上に述べた点（具体的には、攻撃対象による反撃が行われる点、他の配置キャラクタのスキルが考慮される点、属性の相性が考慮される点、速さに応じて２回攻撃が行われる点）については、第１ゲームと第２ゲームとで共通である。したがって、第１ゲームを行ったことがあるユーザにとっては、第２ゲームにおける戦闘がイメージし易く、第２ゲームをユーザにとって理解しやすいものにすることができる。
戦闘フェーズにおいては、上記のようにして配置キャラクタ毎に攻撃対象に対する攻撃が行われ、情報処理システムは、攻撃が行われる毎に配置キャラクタ（具体的には、攻撃対象の配置キャラクタ、および、反撃が行われる場合には攻撃主体の配置キャラクタ）の体力パラメータを減少させる。本実施形態においては、情報処理システムは、体力パラメータが減少した結果、体力パラメータの値が０となった配置キャラクタを戦闘エリア４０から除去する。
なお、本実施形態においては、準備フェーズにおいては、配置キャラクタとともに当該配置キャラクタの能力パラメータ（具体的には、レベル）が表示される（図８参照）。一方、戦闘フェーズにおいては、配置キャラクタとともに当該配置キャラクタの体力パラメータが表示される（図９に示す例においては、例えば味方キャラクタ６１ａについて、現在の体力パラメータを示す「３５」という値が表示されている）。具体的には、本実施形態においては、準備フェーズにおいては、配置キャラクタとともに、当該配置キャラクタのレベルを示す数値（例えば、図８に示す「１５」の数値）が表示され、戦闘フェーズにおいては、当該数値に代えて、配置キャラクタとともに、当該配置キャラクタの現在の体力パラメータを示す数値が表示される。これによれば、準備フェーズにおいてはユーザに各配置キャラクタの能力を提示することができるとともに、戦闘フェーズにおいては各配置キャラクタの状態を提示することができる。これによって、各フェーズに応じた適切な情報をユーザに提示することができ、ユーザの利便性を向上することができる。
上述のように、本実施形態においては、戦闘エリア４０に配置される全ての配置キャラクタについて攻撃順が設定される。ただし、攻撃順が回ってくる前に戦闘エリア４０から除去された配置キャラクタについては、攻撃が行われない。情報処理システムは、戦闘エリア４０に存在している全ての配置キャラクタについて攻撃が終了したことに応じて、戦闘フェーズを終了する。
以上のように、本実施形態においては、戦闘フェーズにおいては、配置キャラクタの攻撃順および攻撃対象は情報処理システムによって決定されるので、ユーザはゲーム操作を行う必要はない。したがって、ユーザは、第２ゲームにおいては第１ゲームよりも簡易なゲーム操作でゲームをプレイすることができる。
なお、本実施形態においては、戦闘フェーズにおいては、情報処理システムは、自動的に（すなわち、ユーザによる入力がなくても）ゲームを進行させる。ただし、他の実施形態においては、情報処理システムは、戦闘フェーズにおけるゲーム進行を一時停止させる指示入力や、一時停止されたゲーム進行を再度進めるための指示入力をユーザから受け付けるようにしてもよい。
［２－２－４．結果表示フェーズ］
本実施形態においては、戦闘フェーズが終了すると、結果表示フェーズが開始される（図６参照）。結果表示フェーズにおいて、端末装置２は、今回のターンにおけるゲーム結果を表示部２４に表示する。本実施形態においては、ゲーム結果として、今回のターンにおけるゲーム（すなわち、戦闘フェーズにおける戦闘ゲーム）の勝敗と、ユーザのスコアとが表示される。
本実施形態においては、ゲームの勝敗は、各味方キャラクタの体力パラメータと、各敵キャラクタの体力パラメータに基づいて判断される。具体的には、情報処理システムは、今回のターンにおけるゲーム終了時における各味方キャラクタの体力パラメータ（つまり、戦闘ゲーム後における残りの体力）の合計値と、ゲーム終了時における各敵キャラクタの体力パラメータの合計値とを算出する。そして、情報処理システムは、前者が後者よりも大きい場合、ユーザの勝利と判断し、前者が後者よりも小さい場合、ユーザの敗北と判断する。
なお、ゲームの勝敗の判断方法は任意であり、本実施形態のような各配置キャラクタの体力パラメータに基づく方法に限らない。例えば、他の実施形態においては、ゲームの勝敗の判断方法は、ゲーム終了時に配置されている味方キャラクタの数と敵キャラクタの数とに基づいて勝敗を判断する方法であってもよいし、味方キャラクタが敵キャラクタに与えたダメージ量の合計値と、敵キャラクタが味方キャラクタに与えたダメージ量の合計値との比較に基づく方法であってもよい。
本実施形態においては、ユーザのスコアは、各味方キャラクタの体力パラメータと、各敵キャラクタの体力パラメータに基づいて判断される。具体的には、情報処理システムは、ゲーム終了時における各味方キャラクタの体力パラメータの合計値から、ゲーム終了時における各敵キャラクタの体力パラメータの合計値を減算した値に基づいてスコアを算出する。より具体的には、スコアは、上記の減算値に、所定条件下で付与されるボーナス値を加算した値として算出される。なお、ボーナス値の具体的な内容は任意である。例えば、ゲームに勝利した場合にボーナス値が加算されてもよいし、戦闘フェーズにおいて特定の配置キャラクタを用いたことに応じてボーナス値が加算されてよいし、あるいは、戦闘フェーズにおいて敵キャラクタを全滅させたことに応じてボーナス値が加算されてよい。また、第２ゲームにおいて複数の難易度が設定される場合には、難易度に応じてボーナス値が加算されてもよい。
なお、スコアの算出方法は任意であり、本実施形態のような各配置キャラクタの体力パラメータに基づく方法に限らない。例えば、他の実施形態においては、スコアは、第２ゲームの勝敗に基づいて算出されてもよいし、第２ゲーム終了時に配置されている味方キャラクタの数と敵キャラクタの数とに基づいて算出されてもよいし、味方キャラクタが敵キャラクタに与えたダメージ量の合計値と、敵キャラクタが味方キャラクタに与えたダメージ量の合計値との比較に基づいて算出されてもよい。
また、本実施形態においては、情報処理システムは、今回のターンにおけるスコアを算出して表示することに加えて、これまでのターンにおけるスコアの合計を算出して表示する。その結果、第２ゲームの最終ターンの終了時には、第２ゲームのスコア（「ゲームスコア」と呼ぶ。）として、各ターンにおけるスコアの合計が算出される。詳細は後述するが、本実施形態においては、ゲームスコアに基づいて、後述する累積スコア（すなわち、第２ゲーム毎のゲームスコアの累積値）が算出され、累積スコアに基づいて、ユーザに対してゲーム内報酬が付与される。
上記のように、本実施形態においては、情報処理システムは、自軍エリアに配置されている味方キャラクタに関連付けられた体力パラメータの合計値と、敵軍エリアに配置されている敵キャラクタに関連付けられた体力パラメータの合計値との差に基づいて、ユーザに関連付けられたユーザパラメータ（すなわち、ゲーム内報酬を付与するために用いられるパラメータ。具体的には、ゲームスコア）の値を算出する。これによれば、第２ゲームの対戦内容を反映したスコアを算出することによって、対戦内容に応じた報酬をユーザに付与することができる。例えば、大差で勝利した場合には接戦で勝利した場合よりもユーザは多くのスコアを獲得することができ、その結果、より良い報酬を取得することができる。
［２－２－５．２ターン目以降のゲーム］
第２ゲームにおいて、１ターン目の各フェーズが終了すると、２ターン目のゲームが開始される。２ターン目以降についても１ターン目と同様に、準備フェーズ、戦闘フェーズ、および、結果表示フェーズが順に実行される。
図１０は、第２ゲームの２ターン目における準備フェーズ画像の一例を示す図である。なお、図１０に示す例は、図７～図９に示す１ターン目の状態の後で２ターン目において表示される準備フェーズ画像の一例である。図１０に示すように、２ターン目においても１ターン目と同様、戦闘エリア４０には味方キャラクタおよび敵キャラクタ（図１０では、味方キャラクタ６１ａおよび６１ｂと、敵キャラクタ７１ａ～７１ｃ）が配置され、候補提示エリア４７には候補キャラクタが配置される。
本実施形態においては、ターンの開始時には、情報処理システムは、前のターンの戦闘フェーズにおいて配置されていた味方キャラクタをそのまま配置する。今回のターンの開始時に配置される味方キャラクタは、前回のターンにおける戦闘フェーズの開始時に配置されていた味方キャラクタと同じである。つまり、情報処理システムは、あるターンの開始時において自軍エリアに配置されていた味方キャラクタを残した状態で当該ターンの次のターンを開始する。したがって、あるターンにおける戦闘フェーズにおいて敵キャラクタに倒された（すなわち、戦闘エリアから除去された）味方キャラクタであっても、次のターンにおいては自軍エリアに再度配置される。これは、仮に前回のターンにおいて倒された味方キャラクタを今回のターンでは戦闘エリア４０に配置しないこととすると、例えば前回のターンにおいて多くの味方キャラクタが倒されてしまった場合に今回のターンにおけるゲームの難易度が高くなりすぎる可能性があるためである。また、本実施形態においては、第２ゲームにおいては利用キャラクタを強化する（育成するとも言える）ことに面白さがあるので、強化された味方キャラクタが倒された後は配置できないこととすれば、利用キャラクタを強化する面白さが薄れてしまうおそれがあるためである。
また、本実施形態においては、ターンの開始時には、情報処理システムは、自軍エリアに配置される味方キャラクタの体力パラメータを上限値（すなわち、上記最大体力）とする。つまり、あるターンにおける戦闘フェーズにおいて敵キャラクタによる攻撃で味方キャラクタの体力パラメータの値が上限値よりも小さくなった場合でも、次のターンにおいて当該味方キャラクタのパラメータは上限値に戻される。これによって、例えば前回のターンにおいて味方キャラクタの体力パラメータが小さくなってしまったことによって今回のターンにおけるゲームの難易度が高くなりすぎる可能性を低減することができる。
なお、情報処理システムは、ターンの開始時には、利用キャラクタのうちから候補キャラクタを再度選出し、端末装置２は、選出した候補キャラクタを候補提示エリア４７に新たに配置する（図１０参照）。上述のように、候補キャラクタの選出はランダムに行われるので、前回のターンとは異なる候補キャラクタが選出され得る。
ここで、本実施形態においては、情報処理システムは、ターン数が小さいうちは、コストが低い利用キャラクタのみが候補キャラクタとして選出されるようにする。例えば、情報処理システムは、現在のターン数に１を加算した値よりも大きいコストの利用キャラクタが候補キャラクタとして選出されない（例えば、２ターン目においてはコストが３よりも大きい利用キャラクタは候補キャラクタとして選出されない）、または、選出されにくいようにする。これによれば、第２ゲームを開始してからターン数が小さいうちに、強い利用キャラクタ（すなわち、コストの高い利用キャラクタ）が自軍エリア４１に配置され、第２ゲームの難易度が低くなりすぎる可能性を低減することができる。
また、情報処理システムは、コストの低い利用キャラクタの選出確率が、コストの高い利用キャラクタの選出確率よりも高くなる方法で、候補キャラクタの選出を行ってもよい。
なお、利用キャラクタのうちから候補キャラクタを選出する方法は任意である。例えば、他の実施形態においては、情報処理システムは、所定の規則に従って（例えば、利用キャラクタとして登録された順序に従って）利用キャラクタのうちから候補キャラクタを選出してもよい。
また、上述のように、本実施形態においては、１ターン毎にユーザに所有コストが付与される。ここで、情報処理システムは、ターン数が小さいうちは、所有コストが付与される量を小さくし、ターン数が進むに連れて、付与される量を大きくしてもよい。例えば、情報処理システムは、１ターン目には所有コストを２だけ増加し、２ターン目には所有コストを３だけ増加するようにしてもよい。これによれば、第２ゲームを開始してからターン数が小さいうちに、強い利用キャラクタが自軍エリア４１に配置され、第２ゲームの難易度が低くなりすぎる可能性を低減することができる。
また、情報処理システムは、敵軍エリア４２に配置される敵キャラクタを、１ターン毎に設定する。本実施形態においては、敵軍エリア４２に配置される１以上の敵キャラクタからなるセットは、毎ターン異なるように設定される。なお、敵キャラクタの設定方法については後述する。
［２－２－６．更新条件に基づく強化］
本実施形態においては、第２ゲーム中において所定の条件下で味方キャラクタを強化する（成長させる）ことができる。すなわち、情報処理システムは、味方キャラクタが更新条件を満たした場合、当該味方キャラクタのレベルを上昇させる。以下、味方キャラクタのレベルを上昇させる処理について説明する。
図１１は、第２ゲーム中における準備フェーズ画像の一例を示す図である。図１１に示す例においては、同じキャラクタである２つのキャラクタ７５が自軍エリア４１に配置されており、さらに、同じキャラクタ７５が候補キャラクタとして候補提示エリア４７に配置されている状態である。このように、本実施形態においては、同一の味方キャラクタが自軍エリア４１に複数配置されることもあるし、自軍エリア４１に配置されている味方キャラクタと同一のキャラクタが候補キャラクタとして配置されることもある。また、図示しないが、同一のキャラクタが複数同時に候補キャラクタとして提示されることもある（ただし、後述するように一定の制限がある）。
本実施形態においては、味方キャラクタのレベルを上昇させるための上記更新条件は、同じキャラクタが３つ同時に自軍エリア４１に配置されることである。つまり、同じ味方キャラクタが３つ同時に自軍エリア４１に配置されたことに応じて、情報処理システムは、当該味方キャラクタのレベルを上昇させる。図１１に示す例においては、候補提示エリア４７内の候補キャラクタ７５を味方キャラクタとして自軍エリア４１に配置する指示入力がユーザによって行われたことに応じて、情報処理システムは、当該味方キャラクタのレベルを上昇させる。
図１２は、図１１に示す状態から味方キャラクタのレベルが上昇した状態の一例を示す図である。図１２に示す例においては、味方キャラクタ７５のレベルは１０上昇し、２５となっている。このように、本実施形態においては、更新条件を満たした味方キャラクタについては、レベルが１０上昇する。なお、上述のように、本実施形態においては、第２ゲームにおける利用キャラクタの各種の能力パラメータ（ただし、レベルを除く）、レアリティ、および、スキルは、当該利用キャラクタのレベルに基づいて設定される。したがって、味方キャラクタのレベルが上昇することに応じて、味方キャラクタの能力（すなわち、各種の能力パラメータ、レアリティ、および、スキル）が強化される。
図１２に示すように、本実施形態においては、更新条件を満たした味方キャラクタ７５は１つとなる（３つのキャラクタが合成されたとも言える）。これは、レベルが上昇した味方キャラクタを３つとも配置するとすれば、自軍エリア４１に配置される味方キャラクタが全体として強くなりすぎ、ゲームの難易度が低下しすぎてしまう可能性があるためである。また、上記によれば、レベルを上昇させる代わりに味方キャラクタを１体のみ配置するか、それとも、レベルを上昇させずに味方キャラクタを２体配置するかという選択に戦略性が生じるので、ゲームの興趣性を向上することができる。
上記のように、本実施形態においては、情報処理システムは、自軍エリアに配置された味方キャラクタのうち条件を満たす複数の味方キャラクタを合成して１つの味方キャラクタとし、合成後の味方キャラクタに関連付けられる能力を、合成前の味方キャラクタに関連付けられた能力とは異なる内容に設定する。これによって、ゲームの戦略性を向上することができる。
なお、上記「複数の味方キャラクタを合成（する）」とは、本実施形態のように同一の味方キャラクタを合成することの他、異なる複数の味方キャラクタを合成することを含む意味である。例えば、他の実施形態においては、情報処理システムは、特定の３種類の味方キャラクタを１つの味方キャラクタに合成することで、当該味方キャラクタのレベルを上昇させてもよい。
また、「合成後の味方キャラクタに関連付けられる能力を、合成前の味方キャラクタに関連付けられた能力とは異なる内容に設定する」とは、合成後の味方キャラクタの各能力のそれぞれを、合成前の味方キャラクタの各能力よりも高くする意味に限らない。例えば、他の実施形態においては、情報処理システムは、合成後の味方キャラクタの能力の一部を、合成前の味方キャラクタの能力よりも高くしつつ、合成後の味方キャラクタの能力の他の一部を、合成前の味方キャラクタの能力よりも低くするようにしてもよい。これによっても本実施形態と同様、ゲームの戦略性を向上するという効果を奏することができる。
ここで、上述のように、本実施形態においては、情報処理システムは、第２ゲームにおいて、第１ゲームにおける所有キャラクタの能力よりも低い能力を示すように能力が設定される味方キャラクタ（利用キャラクタとも言うことができる）を当該第２ゲームの仮想空間（具体的には、戦闘エリア）に配置する（図５参照）。そして、情報処理システムは、第２ゲームの実行中において、仮想空間に配置されている味方キャラクタに関する更新条件が満たされた場合、当該更新条件を満たした味方キャラクタを、強化されるように更新された能力を有するように変化させる。つまり、本実施形態においては、第２ゲームの開始時においては、利用キャラクタは所有キャラクタよりも弱く設定され得るものの、第２ゲーム中において利用キャラクタを強化することができ、場合によっては所有キャラクタよりも強化することもできる（図５参照）。このように、本実施形態においては、ユーザは、第１ゲームにおいて強化済みの所有キャラクタについても、第２ゲームにおいて再度強化する楽しみを得ることができる。このように、本実施形態によれば、情報処理システムは、第１ゲームにおける所有キャラクタを用いた第２ゲームとして、育成要素を含む新規なゲームを提供することができる。
なお、本実施形態においては、情報処理システムは、第２ゲームが新たに開始される度に、当該第２ゲームにおける利用キャラクタの能力を示す第２能力データを設定する。つまり、第２ゲームが開始される度に利用キャラクタの能力が設定し直されるので、ユーザは、育成要素を含む第２ゲームを何度も楽しむことができる。
なお、本実施形態においては、所有キャラクタに関する更新条件（すなわち、第１ゲームにおける更新条件）は、味方キャラクタに関する更新条件（すなわち、第２ゲームにおける更新条件）とは異なっている。これによれば、第１ゲームと第２ゲームとではキャラクタが強化される（例えば、レベルが上昇する）条件が異なるので、第１ゲームと第２ゲームとのゲーム性を異ならせることができる。これによって、第１ゲームと第２ゲームとの両方をプレイする動機付けをユーザに与えることができる。
上述のように、本実施形態においては、第２ゲームにおいて味方キャラクタのレベルが上昇することに応じて、当該味方キャラクタの能力が強化される。ここで、情報処理システムは、味方キャラクタの少なくとも一部の能力（例えば、スキルおよび追加強化）に関して、所有キャラクタの能力と、味方キャラクタの能力の上限とを同じに設定する。具体的には、味方キャラクタのスキルの上限（すなわち、スキルの最終段階）は、所有キャラクタのスキルと同じに設定される。また、味方キャラクタの追加強化の強化段階の上限は、所有キャラクタの追加強化と同じに設定される。上記によれば、所有キャラクタの能力を強化することによって利用キャラクタの能力の上限が上昇するので、第２ゲームをプレイするユーザに対して、第１ゲームをプレイする動機付けを与えることができる。
また、本実施形態においては、情報処理システムは、味方キャラクタの少なくとも一部の能力（例えば、レアリティ）に関して、所有キャラクタの能力の上限と、味方キャラクタの能力の上限とを同じに設定する。具体的には、味方キャラクタのレアリティの上限は、所有キャラクタのレアリティの上限と同じ「５」に設定される。上記によれば、味方キャラクタのレベルが上昇して味方キャラクタが強化された場合に、レアリティおよびスキルが上限に達したことをユーザにとって分かりやすくすることができる。
また、本実施形態においては、情報処理システムは、味方キャラクタの少なくとも一部の能力に関しては、所有キャラクタの能力の上限とは独立した値を上限として、味方キャラクタの能力を更新する。具体的には、味方キャラクタのレベルの上限は、所有キャラクタのレベルの上限（すなわち、４０）とは異なり、「９９」に設定される。また、レベル以外の他の能力パラメータについても、味方キャラクタの能力パラメータの上限は、所有キャラクタの能力パラメータの上限とは異なる値（具体的には、より大きい値）に設定される。これによれば、第２ゲームにおいては第１ゲームよりもキャラクタをより強化することができるので、キャラクタをより強くしたいと考えるユーザに対して、第２ゲームをプレイする動機付けを与えることができる。
本実施形態においては、ある味方キャラクタが更新条件を満たした場合、当該味方キャラクタに加えて、他の利用キャラクタ（味方キャラクタとしてすでに戦闘エリアに配置されているキャラクタの他、戦闘エリアに配置されていない利用キャラクタも含む。）についても、レベルが上昇する。図１２に示す例においては、更新条件を満たした味方キャラクタ７５についてレベルが１０上昇し、他の味方キャラクタについてはレベルが２上昇している。
上記のように、本実施形態においては、情報処理システムは、第２ゲームの実行中において味方キャラクタに関する更新条件が満たされた場合、当該更新条件を満たした味方キャラクタと、当該味方キャラクタとは異なる他の味方キャラクタの能力が強化されるように、各味方キャラクタの能力を更新する。ここで、味方キャラクタの能力に差がつきすぎると、能力が低い味方キャラクタをゲームにおいて活躍させることが難しくなり、ゲームの興趣性が低下してしまうおそれがある。これに対して、本実施形態によれば、更新条件を満たした味方キャラクタと、その他の味方キャラクタとの能力に差がつくことを軽減することができる。
なお、本実施形態における第２ゲームにおいては、更新条件を満たした味方キャラクタについてはレベルが一度に１０上昇するので、第１ゲームにおいて所有キャラクタが更新条件を満たした場合に比べると、更新条件が満たされた場合に強化される量（すなわち、レベルの上昇量）が大きくなっている。そのため、仮に、更新条件を満たした味方キャラクタについてのみレベルが上昇されるとすれば、更新条件を満たした味方キャラクタとその他の利用キャラクタとのレベル差がつきやすくなる。これに関して、本実施形態においては、上記のように、更新条件を満たしていない味方キャラクタについてもレベルを上昇させることで、利用キャラクタ間で大きなレベル差がつく可能性を低減している。
ここで、本実施形態においては、更新条件を満たした味方キャラクタに関するレベルの上昇量（すなわち、１０）は、更新条件を満たしていない他の利用キャラクタに関するレベルの上昇量（すなわち、２）よりも大きく設定される。すなわち、情報処理システムは、第２ゲームの実行中において利用キャラクタに関する更新条件が満たされた場合、当該更新条件を満たした利用キャラクタの方が他の利用キャラクタよりも能力が大きく強化されるように、利用キャラクタの能力を更新する。ここで、仮に、更新条件を満たした味方キャラクタとその他の利用キャラクタとでレベルの上昇量を同じにすれば、どのキャラクタについて更新条件を満たしても結果が同じとなるので、戦略性に欠けることとなる。これに対して、本実施形態においては、更新条件を満たした味方キャラクタとその他の利用キャラクタとの間で強化される量が異なることによって、ユーザはどの味方キャラクタについて更新条件を満たすかを考えながら第２ゲームを進めることになるので、第２ゲームの戦略性を向上することができる。
なお、本実施形態においては、ある味方キャラクタのレベルが上昇した後において、当該味方キャラクタと同じキャラクタが候補キャラクタとして新たに選出された場合、当該候補キャラクタのレベルは、当該味方キャラクタのレベルと同じに設定される。例えば、図１２に示す状態の後で、味方キャラクタ７５と同じキャラクタが候補キャラクタとして新たに選出された場合、当該候補キャラクタのレベルは、味方キャラクタ７５のレベルと同じ「２５」となる。つまり、第２ゲームにおいては、同じ利用キャラクタが複数登場することがあるが、それらの利用キャラクタは全て同じレベルに設定される。これによって、ユーザは、各利用キャラクタの現在のレベルを把握しやすくなる。
上述のように、本実施形態においては、同一のキャラクタが複数同時に候補キャラクタとして提示されることもある。ただし、候補キャラクタとして同じキャラクタが３つ同時に選出されてしまうと、当該キャラクタのレベルを容易に上昇させることができるようになってしまう。そのため、本実施形態においては、情報処理システムは、同時に選出される候補キャラクタのみによって更新条件が満たされないように（すなわち、同じキャラクタが３つ同時に選出されないように）、候補キャラクタを選出する。これによって、更新条件が容易に満たされる可能性を低減することができる。
［２－２－７．配置キャラクタの配置に基づく強化］
本実施形態における第２ゲームにおいては、戦闘エリアにおいて配置される味方キャラクタの組み合わせに応じて、味方キャラクタの能力が強化される。以下では、味方キャラクタのこのような組み合わせによる強化を「組み合わせ強化」と呼ぶ。以下、組み合わせ強化について説明する。
本実施形態においては、情報処理システムは、自軍エリア４１に配置されている各味方キャラクタが所定の味方キャラクタの組み合わせを含む場合、当該各味方キャラクタの能力を強化する。上記の所定の味方キャラクタの組み合わせは、ゲームアプリケーションにおいて予め定められる。本実施形態においては、組み合わせ強化が行われる組み合わせは、特定の３種類（例えば、剣、槍、および、斧）の武器を装備するキャラクタの組み合わせ、または、特定の１種類の属性（例えば、赤属性）を有する３種類のキャラクタの組み合わせであるとする。なお、組み合わせ強化が行われる組み合わせの内容は任意であり、上記に限らない。また、上記のように、組み合わせ強化が行われる組み合わせは１種類に限らず複数種類であってもよい。
図１３は、組み合わせ強化が行われる場合における戦闘フェーズ画像の一例を示す図である。図１３に示す例においては、剣、槍、および、斧の武器をそれぞれ装備する３種類のキャラクタの組み合わせ（図１３に示す味方キャラクタ８１ａ～８１ｃ）が自軍エリア４１に配置されている。したがって、情報処理システムは、味方キャラクタについて組み合わせ強化を行う。
本実施形態においては、上記の組み合わせが自軍エリア４１に配置されている場合、情報処理システムは、自軍エリア４１に配置されている各味方キャラクタの能力パラメータ（ただし、レベルを除く）を所定量（例えば、６）上昇させる。なお、組み合わせ強化によって強化される味方キャラクタの能力は任意である。例えば、他の実施形態においては、組み合わせ強化によって味方キャラクタのレベルが上昇されてもよいし、レアリティおよび／またはスキルが強化されてもよい。また、本実施形態においては、組み合わせ強化によって、自軍エリア４１に配置される全ての味方キャラクタ（図１３に示す例においては、味方キャラクタ８１ａ～８１ｄ）の能力が強化される。ただし、他の実施形態においては、自軍エリア４１に配置される各味方キャラクタのうち、組み合わせ強化の条件を満たす組み合わせに含まれる味方キャラクタ（図１３に示す例においては、味方キャラクタ８１ａ～８１ｃ）のみの能力が当該組み合わせ強化によって強化されてもよい。
本実施形態においては、組み合わせ強化が行われる場合、端末装置２は、強化通知画像８２を含む戦闘フェーズ画像を表示部２４に表示する（図１３参照）。強化通知画像８２は、組み合わせ強化の条件を満たした組み合わせの種類（図１３では、「武器種による強化」のメッセージ）と、当該組み合わせ強化による強化の内容（図１３では、「＋６」のメッセージ）とを示す。情報処理システムは、強化通知画像８２によって、組み合わせ強化が行われたこと、組み合わせ強化の条件を満たした組み合わせの種類、および、組み合わせ強化による効果をユーザに通知することができる。
また、本実施形態においては、組み合わせ強化が行われる場合、端末装置２は、強化合計画像８３を含む戦闘フェーズ画像を表示部２４に表示する（図１３参照）。強化合計画像８３は、１以上の組み合わせ強化によって行われた強化の合計値を示す。なお、図１３に示す例においては、行われる組み合わせ強化は「武器種による強化」による１種類のみであるので、強化合計画像８３は、当該「武器種による強化」の組み合わせ強化による強化である「＋６」を示す。例えば、上記「武器種による強化」に加えて、他の組み合わせ強化によって味方キャラクタのレベルを除く能力パラメータが４上昇する場合、強化合計画像８３は「＋１０」を示す。このように、複数の組み合わせ強化が行われる場合、情報処理システムは、味方キャラクタに対して各組み合わせ強化を同時に行うようにしてもよい。
本実施形態においては、情報処理システムは、上記の組み合わせ強化を行うか否かを、戦闘フェーズの開始時（具体的には、配置キャラクタによる攻撃が行われる前）に判定する。また、本実施形態においては、上記の組み合わせ強化による効果は今回のターン中のみである。すなわち、上記の組み合わせ強化は、今回のターン中のみ行われ、次のターンにおいて、情報処理システムは、組み合わせ強化によって強化された味方キャラクタの能力を元に戻す。なお、次のターンにおいては、当該次のターンで自軍エリア４１に配置される味方キャラクタに基づいて組み合わせ強化が判定される。
上記のように、本実施形態においては、情報処理システムは、自軍エリアに配置された複数の味方キャラクタの組み合わせに応じて、少なくとも当該味方キャラクタに関連付けられた能力パラメータを今回のターン中において変化させる。これによれば、自軍エリアに配置される味方キャラクタの組み合わせも第２ゲームのゲーム結果や進行に影響を与えることとなるので、第２ゲームの戦略性を向上することができる。
なお、本実施形態においては、味方キャラクタと同様に敵キャラクタについても、敵軍エリア４２に配置される敵キャラクタの組み合わせに基づいて組み合わせ強化が行われる。敵キャラクタについて組み合わせ強化が行われる場合には、味方キャラクタについて組み合わせ強化が行われる場合と同様、端末装置２は、敵キャラクタに対する組み合わせ強化に関する強化通知画像および強化合計画像を含む戦闘フェーズ画像を表示部２４に表示する。
［２－２－８．敵キャラクタの設定］
次に、第２ゲームの各ターンにおいて登場する敵キャラクタの設定方法について説明する。本実施形態においては、各ターンにおいて敵軍エリアに配置される敵キャラクタの内容（具体的には、敵キャラクタの種類、配置、および、能力）は、情報処理システムによって設定される。
図１４は、第２ゲームの各ターンにおける敵キャラクタの設定方法の一例を示す図である。図１４に示すように、本実施形態においては、第２ターンにおける１ターン目～３ターン目においては、ゲームアプリケーションにおいて定められた内容で所定の敵キャラクタが配置される。また、４ターン目以降においては、他のユーザが第２ゲームにおいて用いた味方キャラクタの内容に基づいて、敵キャラクタの内容が設定される。つまり、本実施形態における第２ゲームにおいては、上記他のユーザが、端末装置２のユーザの対戦相手となると言うことができる。
ここで、他のユーザの味方キャラクタの内容に基づいて敵キャラクタを設定する場合、敵キャラクタは、強くなることもあれば弱くなることもあり、敵キャラクタの強さに幅が生じる。そのため、第２ゲームにおける初期のターン（具体的には、１ターン目～３ターン目）においては、敵キャラクタの強さを均一にするべく、ゲームアプリケーションにおいて定められた内容で敵キャラクタが配置される。なお、他の実施形態においては、対戦相手のユーザの味方キャラクタの内容に基づく敵キャラクタが１ターン目から設定されてもよい。
本実施形態においては、情報処理システムは、ゲームアプリケーションを利用するユーザが第２ゲームを行った場合、当該第２ゲームの各ターンにおける味方キャラクタの種類、配置、強さを示すプレイデータをターン毎に記憶しておく。例えば、プレイデータは、当該プレイデータに対応するユーザと関連付けてサーバ１に記憶される。そして、情報処理システムは、端末装置２のユーザが行う第２ゲームにおける４ターン目以降においては、当該ターンと同じターンに関する、他のユーザ（すなわち、対戦相手のユーザ）のプレイデータに基づいて敵キャラクタを設定する。例えば、第２ゲームにおける４ターン目においては、他のユーザが第２ゲームを行ったときの４ターン目に配置されていた味方キャラクタの内容に基づいて、敵キャラクタの内容が設定される。
より具体的には、本実施形態においては、情報処理システムは、第２ゲームにおける４ターン目以降においては、対戦相手のユーザが第２ゲームを行ったときの当該ターンにおいて配置されていた味方キャラクタの内容をそのまま、敵キャラクタの内容とする。つまり、対戦相手のユーザの味方キャラクタの種類、配置、および、能力がそのまま、敵キャラクタの種類、配置、および、能力となる。これによれば、ユーザは、他のユーザが実際に行ったプレイ内容を反映した相手（すなわち、敵キャラクタ）と対戦を行うことができる。また、各ユーザの特徴が反映された敵キャラクタと戦うことができ、いろいろなタイプの対戦相手と戦うことができるという対戦ゲームの醍醐味を味わうことができる。
なお、他の実施形態においては、情報処理システムは、第２ゲームにおける４ターン目以降における敵キャラクタの内容として、対戦相手のユーザが第２ゲームを行ったときの当該ターンにおいて配置されていた味方キャラクタの内容に対して何らかの変更が加えられた内容を用いてもよい。例えば、第２ゲームに複数段階の難易度が設定される場合には、対戦相手のユーザの味方キャラクタの能力が難易度に応じて変更（すなわち、強化または弱化）されてもよい。
上記のように、本実施形態においては、情報処理システムは、ユーザとは異なる他のユーザによって行われた第２ゲーム内の少なくとも１つのターンにおける自軍エリア内の味方キャラクタ（例えば、味方キャラクタの種類および能力）と、当該味方キャラクタの配置とを示すプレイデータを記憶する。情報処理システムは、複数のターンの少なくともいずれかにおいて、敵軍エリアにおける敵キャラクタと、当該敵キャラクタの配置とを、上記プレイデータに基づいて決定する。これによって、他のユーザと対戦を行う第２ゲームをユーザに提供することができる。また、本実施形態においてはプレイデータが用いられるので、情報処理システムは、第２ゲームの開始時点でゲームを行っている他のユーザから対戦相手を選出しなくてもよいので、対戦相手を容易に選出することができる。また、プレイデータにおけるターン数と、当該プレイデータが用いられるターン数とを揃えることで、敵キャラクタの強さを味方キャラクタの強さと同程度にすることができる。
また、図１４に示すように、本実施形態においては、連続する２ターンにおいて同じユーザのプレイデータを用いないようにして敵キャラクタが設定される。具体的には、本実施形態においては、１回の第２ゲームにおいて３人の他のユーザに関するプレイデータが敵キャラクタの設定のために用いられ、３つのプレイデータが１ターン毎に順番に用いられる。すなわち、４ターン目にはユーザＡのプレイデータが用いられ、５ターン目にはユーザＢのプレイデータが用いられ、６ターン目にはユーザＣのプレイデータが用いられる。７ターン目以降については、ユーザＡ～ユーザＣのプレイデータが順番に、繰り返し用いられる。
上記のように、本実施形態においては、情報処理システムは、ユーザとは異なる複数の他のユーザに関するプレイデータを、当該他のユーザと関連付けて記憶する。情報処理システムは、前回のターンにおいて敵キャラクタと当該敵キャラクタの配置との決定に用いられたプレイデータに関連付けられるユーザとは異なるユーザのプレイデータに基づいて、今回のターンにおける敵オブジェクトと当該敵オブジェクトの配置とを決定する。
ここで、本実施形態においては、前回のターンにおいて倒された味方キャラクタも今回のターンにおいて自軍エリアに配置されるので、あるターンと次のターンとでは同じ味方キャラクタが配置されることが多くあると考えられる。そのため、プレイデータは、あるターンと次のターンとで同じキャラクタが配置された内容を示すことも多くなると考えられる。したがって、このようなプレイデータを連続する２回のターンで続けて用いることによって敵キャラクタを設定するとすれば、当該２回のターンにおいて同じ敵キャラクタが登場する可能性が高くなる。このとき、前回のターンで敵キャラクタが倒された場合でも、次のターンで当該敵キャラクタがまた配置されることになるので、このことにユーザが違和感を抱く可能性がある。また、前回のターンと今回のターンとで敵キャラクタの配置があまり変わらないことも考えられ、ゲームの興趣性が低下するおそれもある。
以上より、本実施形態においては、あるターンとその次のターンとで用いるプレイデータを異ならせる。これによって、ユーザが上記の違和感を抱いたり、前回のターンと今回のターンとで敵キャラクタの配置が似た配置となってゲームの興趣性が低下したりすることを抑制することができる。
なお、詳細は後述するが、本実施形態においては、第２ゲームを行う各ユーザには階級が設定される。本実施形態においては、敵キャラクタの設定に用いる上記プレイデータとしては、端末装置２のユーザと同じ階級のユーザから選出される３人の他のユーザに関するプレイデータが用いられる。すなわち、情報処理システムは、端末装置２のユーザと同じ階級のユーザから３人のユーザを選出し、選出された他のユーザに関するプレイデータに基づいて敵キャラクタの設定を行う。上記によれば、ユーザは、自身と同レベルの他のユーザと対戦することができるとともに、階級を上げる楽しみを得ることができる。なお、上記他のユーザの選出方法は任意であり、他の実施形態においては、ユーザと同じ階級に限らず、ユーザの階級に近い階級の他のユーザが選出されてもよいし、階級に基づかずにランダムに他のユーザが選出されてもよい。
また、本実施形態においては、１回の第２ゲームにおけるターン数は、ユーザの階級に応じて設定される。例えば、１回の第２ゲームにおけるターン数は、９～１２ターンの範囲で、ユーザの階級が高くなるほどターン数が増えるように設定される。なお、他の実施形態においては、１回の第２ゲームにおけるターン数は任意であり、ユーザによらず一定数であってもよいし、ランダムに設定されてもよい。
［２－２－９．報酬］
本実施形態においては、第２ゲームの結果に応じてユーザに報酬が付与される。報酬の内容は任意であるが、本実施形態においては、ゲーム内における報酬として、ゲーム内において利用することが可能なアイテムがユーザに付与される。
本実施形態においては、第２ゲームは、所定のプレイ可能期間においてユーザがプレイすることが可能であるものとする。すなわち、情報処理システムは、プレイ可能期間においてのみ第２ゲームを実行する。なお、プレイ可能期間は具体的にはどのような期間であってもよい。例えば、１回のプレイ可能期間は６日に設定される。また、本実施形態においては、上述の第１ゲームについては、プレイ可能期間は設定されず、常時プレイ可能であるものとする。
本実施形態においては、情報処理システムは、１回のプレイ可能期間においてユーザが第２ゲームで獲得した上記ゲームスコアの累計（「累計スコア」と呼ぶ。）を算出する。本実施形態においては、プレイ可能期間において第２ゲームをプレイすることが可能な回数に制限は設けられないものとする。プレイ可能期間においてユーザが第２ゲームをプレイする度に、当該第２ゲームにおけるゲームスコアが算出されるので、情報処理システムは、第２ゲーム毎のゲームスコアを累計した累計スコアを算出する。そして、情報処理システムは、プレイ可能期間が終了した後、当該プレイ可能期間における累計スコアに基づいて、ユーザに付与すべき報酬を決定する。上記のように報酬を付与することによって、第２ゲームをプレイする動機付けをユーザに与えることができる。
なお、第２ゲームの結果に応じてユーザに付与される報酬の決定方法は任意である。例えば、他の実施形態においては、第２ゲームが１回行われる毎に、当該第２ゲームにおけるスコアに基づいて報酬が決定されてもよい。また、他の実施形態においては、後述するハイスコアに基づいて報酬が決定されてもよい。
また、他の実施形態においては、情報処理システムは、プレイ可能期間においてユーザが第２ゲームをプレイ可能な回数に制限を加えるようにしてもよい。情報処理システムは、例えば、プレイ可能期間の開始時にユーザに対してポイントを付与し、ユーザが所定数の当該ポイントを消費することと引き換えに１回の第２ゲームのプレイをユーザに許可するようにしてもよい。
なお、ユーザに設定される上述の階級は、プレイ可能期間内における第２ゲームのハイスコアに基づいて決定される。具体的には、本実施形態においては、プレイ可能期間が複数の部分期間に分けられ、情報処理システムは、部分期間内における第２ゲームにおけるハイスコアをユーザ毎に算出する。１回の部分期間が終了する度に、情報処理システムは、当該部分期間における各ユーザのハイスコアに基づいて、次の部分期間における各ユーザの階級を決定する。例えば、情報処理システムは、同じ階級に含まれる各ユーザに対して、ハイスコアに基づいて順位を付し、順位が上位所定数のユーザについては階級を１つ上げ、順位が下位所定数のユーザについては階級を１つ下げるようにしてもよい。なお、階級の決定方法は任意であり、上記の方法に限らない。例えば、他の実施形態においては、ユーザの累積スコアに基づいて当該ユーザの階級が設定されてもよい。
［３．情報処理システムにおける処理の具体例］
次に、図１５～図２２を参照して、情報処理システムにおける情報処理の具体例について説明する。
［３－１．情報処理に用いられるデータ］
図１５は、情報処理システムにおける情報処理に用いられる各種データの一例を示す図である。図１５に示す各データは、例えばサーバ１の記憶部１２（または、処理部１１のメモリ）に記憶される。
図１５に示すように、サーバ１は、ゲームアプリケーションのユーザに関するユーザデータを記憶する。本実施形態においては、ユーザデータは、所有キャラクタデータ、登録キャラクタデータ、利用キャラクタデータ、敵キャラクタデータ、プレイデータ、スコアデータ、階級データ、および、報酬データを含む。なお、サーバ１は、ゲームアプリケーションのユーザ毎にユーザデータを記憶する。なお、ユーザデータは、図１５に示すデータの他に、ゲームアプリケーションにおいてユーザが使用可能なアイテムを示すデータを含んでいてもよい。
所有キャラクタデータは、ユーザが所有する１以上の所有キャラクタに関するデータである。具体的には、所有キャラクタデータは、所有キャラクタの能力を示す第１能力データを所有キャラクタ毎に含む。所有キャラクタデータにおいては、所有キャラクタと、当該所有キャラクタの第１能力データとが関連付けられている。
登録キャラクタデータは、所有キャラクタのうち、第２ゲームにおける利用キャラクタとして利用される１以上のキャラクタを示す。上述のように、登録キャラクタデータが示す所有キャラクタは、端末装置２のユーザの所有キャラクタに加えて、他のユーザの所有キャラクタを含んでいてもよい。
利用キャラクタデータは、第２ゲームにおいて用いられる１以上の上記利用キャラクタに関するデータである。具体的には、利用キャラクタデータは、利用キャラクタの能力を示す第２能力データを利用キャラクタ毎に含む。利用キャラクタデータにおいては、利用キャラクタと、当該利用キャラクタの第２能力データとが関連付けられている。また、利用キャラクタデータは、利用キャラクタのコストを示すデータを利用キャラクタ毎に含む。
プレイデータは、上述したように、第２ゲームの各ターンにおける味方キャラクタの種類、配置、強さを示す。なお、サーバ１は、ユーザがプレイした全ての第２ゲームについてのプレイデータを保存していなくてもよい。例えば、本実施形態においては、サーバ１は、１人のユーザについて、現在の上記部分期間においてハイスコアを記録した第２ゲームに関するプレイデータと、当該部分期間の１つ前の部分期間においてハイスコアを記録した第２ゲームに関するプレイデータとを記憶する。
スコアデータは、ユーザに設定されるスコアを示すデータである。本実施形態においては、スコアデータは、現在のプレイ可能期間においてユーザがプレイした１以上の第２ゲームによるスコアの累計を示すデータと、当該プレイ可能期間に含まれる各部分期間におけるハイスコアを示すデータとを含む。
階級データは、ユーザに設定される階級を示すデータである。また、報酬データは、ユーザに付与される報酬を示すデータである。
なお、図１５に示すデータの他、サーバ１は、サーバ側ゲームプログラムを記憶する。サーバ側ゲームプログラムは、サーバ１で実行されるゲーム処理（図２２に示すサーバ処理）を実行するためのプログラムである。すなわち、サーバ１の処理部１１が上記サーバ側ゲームプログラムを実行することによって、後述するサーバ処理（図２２参照）がサーバ１において実行される。
また、端末装置２は、端末側ゲームプログラムを記憶する。端末側ゲームプログラムは、端末装置２で実行されるゲーム処理（図１６に示す端末処理）を実行するためのプログラムである。すなわち、端末装置２の処理部２１が上記端末側ゲームプログラムを実行することによって、後述する端末処理（図１６参照）が端末装置２において実行される。
なお、端末装置２は、端末処理の実行に用いるために、サーバ１に記憶される各種データ（図１５参照）の一部または全部を記憶していてもよい。また、情報処理システムにおいて用いられる各データは、サーバ１および端末装置２のいずれに記憶されていてもよい。なお、サーバ１と端末装置２とにおいて同じデータが記憶される場合には、適宜のタイミングで、サーバ１に記憶されるデータと端末装置２に記憶されるデータとの同期がとられる。
［３－２．端末装置における処理］
図１６～図２１は、端末装置によって実行される端末処理の流れの一例を示すフローチャートである。なお、図１６～図２１に示す端末処理は、記憶部２２に記憶される端末側ゲームプログラムの実行が開始されたことに応じて開始される。
なお、本実施形態では、サーバ１の処理部１１または端末装置２の処理部２１のＣＰＵ（換言すればプロセッサ）が、記憶部１２または２２に記憶されているゲームプログラムを実行することによって、図１６～図２２に示す各ステップの処理を実行するものとして説明する。ただし、他の実施形態においては、上記各ステップの処理のうちの一部の処理を、ＣＰＵとは別のプロセッサ（例えば、専用回路等）が実行するようにしてもよい。また、端末装置２がサーバ１と通信可能である場合、図１６～図２１に示す各ステップの処理の一部は、サーバ１において実行されてもよい。また、図２２に示す各ステップの処理の一部は、端末装置２において実行されてもよい。また、図１６～図２２に示す各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。
また、端末装置２の処理部２１は、図１６～図２１に示す各ステップの処理を、メモリ（または記憶部２２）を用いて実行する。すなわち、処理部２１のＣＰＵは、各処理ステップによって得られるデータをメモリに記憶し、それ以降の処理ステップにおいて当該データを用いる場合には、メモリから当該データを読み出して利用する。同様に、サーバ１の処理部１１は、図２２に示す各ステップの処理を、メモリ（または記憶部１２）を用いて実行する。すなわち、処理部１１のＣＰＵは、各処理ステップによって得られるデータをメモリに記憶し、それ以降の処理ステップにおいて当該データを用いる場合には、メモリから当該データを読み出して利用する。
図１６に示す端末処理においては、まずステップＳ１において、処理部２１は、メニュー画像を表示部２４に表示させる。図示しないが、本実施形態においては、メニュー画像は、第１ゲームを開始する第１開始指示をユーザが行うための第１開始指示ボタン画像と、第２ゲームを開始する第２開始指示をユーザが行うための第２開始指示ボタン画像と、所有キャラクタの能力を強化する強化指示をユーザが行うための強化指示ボタン画像とを含む。ステップＳ１の次にステップＳ２の処理が実行される。
ステップＳ２において、処理部２１は、上記第１開始指示がユーザによって行われたか否かを判定する。具体的には、処理部２１は、第１開始指示ボタンに対する入力（例えば、第１開始指示ボタンをタッチする入力）が行われたか否かを、入力部２３からのデータに基づいて判定する。ステップＳ２の判定結果が肯定である場合、ステップＳ３の処理が実行される。一方、ステップＳ２の判定結果が否定である場合、後述するステップＳ４の処理が実行される。
ステップＳ３において、処理部２１は、第１ゲームを実行するための第１ゲーム処理を実行する。第１ゲーム処理の詳細については後述する（図１７参照）。ステップＳ３の第１ゲーム処理が終了すると、ステップＳ４の処理が実行される。
ステップＳ４において、処理部２１は、上記第２開始指示がユーザによって行われたか否かを判定する。具体的には、処理部２１は、第２開始指示ボタンに対する入力（例えば、第２開始指示ボタンをタッチする入力）が行われたか否かを、入力部２３からのデータに基づいて判定する。ステップＳ４の判定結果が肯定である場合、ステップＳ５の処理が実行される。一方、ステップＳ４の判定結果が否定である場合、後述するステップＳ６の処理が実行される。
ステップＳ５において、処理部２１は、第２ゲームを実行するための第２ゲーム処理を実行する。第２ゲーム処理の詳細については後述する（図１８～図２１参照）。ステップＳ５の第２ゲーム処理が終了すると、ステップＳ６の処理が実行される。
ステップＳ６において、処理部２１は、上記強化指示がユーザによって行われたか否かを判定する。具体的には、処理部２１は、強化指示ボタンに対する入力（例えば、強化指示ボタンをタッチする入力）が行われたか否かを、入力部２３からのデータに基づいて判定する。ステップＳ６の判定結果が肯定である場合、ステップＳ７の処理が実行される。一方、ステップＳ６の判定結果が否定である場合、後述するステップＳ８の処理が実行される。
ステップＳ７において、処理部２１は、所有キャラクタの能力のうちレアリティまたはスキルを、ユーザの指示に応じて強化する。例えば、処理部２１は、所有キャラクタのうち強化する所有キャラクタと、強化する内容（例えば、レアリティを上昇させる、あるいは、スキルを習得させる等）とを指定する指示をユーザから受け付け、当該指示に従って所有キャラクタのレアリティまたはスキルを強化する。このとき、処理部２１は、端末装置２に記憶されている所有キャラクタデータを、上昇後の能力パラメータを示すように更新する。ステップＳ７の次にステップＳ８の処理が実行される。
ステップＳ８において、処理部２１は、ゲームアプリケーションを終了するか否かを判定する。例えば、処理部２１は、ゲームアプリケーションを終了する指示がユーザによって行われたか否かを判定する。ステップＳ８の判定結果が否定である場合、ステップＳ１の処理が再度実行される。以降、ステップＳ８においてゲームアプリケーションを終了すると判定されるまで、ステップＳ１～Ｓ８の一連の処理が繰り返し実行される。一方、ステップＳ８の判定結果が肯定である場合、処理部２１は図１６に示す端末処理を終了する。
図１７は、図１６に示すステップＳ３における第１ゲーム処理の詳細な流れの一例を示すサブフローチャートである。第１ゲーム処理においては、まずステップＳ１１において、処理部２１は、通信部２５を用いて、第１ゲームを開始する旨の通知をサーバ１へ送信する。例えば、第１ゲームとして複数種類のステージが用意されている場合、上記の通知には、開始される第１ゲームのステージを示すデータが含まれる。上記通知を受信したサーバ１は、第１ゲームを開始するために用いられるゲームデータを端末装置２へ送信する（後述するステップＳ７２）。このゲームデータには、例えば、第１ゲームにおいて用いられるゲームフィールドを示すデータ、および、第１ゲームにおいて登場する敵キャラクタを示すデータ等が含まれる。ステップＳ１１の次にステップＳ１２の処理が実行される。
ステップＳ１２において、処理部２１は、サーバ１から送信されてくるゲームデータを受信する。受信したゲームデータを用いることで処理部２１は第１ゲームを開始することができる。ステップＳ１２の次にステップＳ１３の処理が実行される。
ステップＳ１３において、処理部２１は、第１ゲームにおける各キャラクタの制御を行う。すなわち、処理部２１は、ユーザによる操作に従って所有キャラクタの動作（例えば、移動および／または攻撃）を制御したり、ゲームアプリケーションによって定められるルールに従って敵キャラクタの動作を制御したりする。また、所有キャラクタが行動した場合には、処理部２１は、当該所有キャラクタの経験値を必要に応じて増加させる。ここでは、１回のステップＳ１３においては、１つのキャラクタについての動作が制御されるものとする。ステップＳ１３の次にステップＳ１４の処理が実行される。
ステップＳ１４において、処理部２１は、第１ゲームにおける更新条件が満たされたか否かを判定する。具体的には、処理部２１は、第１ゲームに登場している所有キャラクタの経験値が所定量に達したか否かを判定する。ステップＳ１４の判定結果が肯定である場合、ステップＳ１５の処理が実行される。一方、ステップＳ１４の判定結果が否定である場合、ステップＳ１５の処理がスキップされてステップＳ１６の処理が実行される。
ステップＳ１５において、処理部２１は、更新条件を満たした所有キャラクタの能力を強化する。具体的には、処理部２１は、当該所定キャラクタの能力パラメータ（レベル等）の値を上昇させる。このとき、端末装置２に記憶されている所有キャラクタデータの第１能力データは、上昇後の能力パラメータを示すように更新される。ステップＳ１５の次にステップＳ１６の処理が実行される。
ステップＳ１６において、処理部２１は、第１ゲームを終了するか否かを判定する。すなわち、処理部２１は、上述した第１ゲームの終了条件が満たされたか否かを判定する。ステップＳ１６の判定結果が否定である場合、ステップＳ１３の処理が再度実行される。以降、第１ゲームを終了すると判定されるまで、ステップＳ１３～Ｓ１６の一連の処理が繰り返し実行される。一方、ステップＳ１６の判定結果が肯定である場合、ステップＳ１７の処理が実行される。
ステップＳ１７において、処理部２１は、第１ゲームのゲーム結果を示すゲームデータをサーバ１へ送信する。このゲームデータには、第１ゲームのゲーム結果の他、所有キャラクタのゲーム終了時の能力を示すデータが含まれていてもよい。このゲームデータを受信したサーバ１は、サーバ１において記憶されているデータの更新を行う（後述するステップＳ７４）。ステップＳ１７の終了後、処理部２１は、図１７に示す第１ゲーム処理を終了する。
図１８は、図１６に示すステップＳ５における第２ゲーム処理の詳細な流れの一例を示すサブフローチャートである。第２ゲーム処理においては、まずステップＳ２１において、処理部２１は、通信部２５を用いて、第２ゲームを開始する旨の通知をサーバ１へ送信する。この通知には、第２ゲームにおいて利用される利用キャラクタを示すデータが含まれる。すなわち、処理部２１は、所有キャラクタのうちから、予め登録されている利用キャラクタ（すなわち、登録キャラクタデータが示すキャラクタ）を選出し、選出された利用キャラクタを示すデータを含む上記通知をサーバ１へ送信する。上記通知を受信したサーバ１は、第２ゲームを開始するために用いられるゲームデータを端末装置２へ送信する（後述するステップＳ７８）。ステップＳ２１の次にステップＳ２２の処理が実行される。
ステップＳ２２において、処理部２１は、サーバ１から送信されてくるゲームデータを受信する。受信したゲームデータを用いることで処理部２１は第２ゲームを開始することができる。本実施形態においては、上記のゲームデータは、利用キャラクタについて設定された能力を示す能力データを含む。したがって、処理部２１は、能力データに基づいて利用キャラクタの能力を設定することができる。このとき、処理部２１は、端末装置２に記憶されている利用キャラクタデータの第２能力データの内容を上記能力データに基づいて更新する。また、上記のゲームデータは、第２ゲームにおいて登場する敵キャラクタの内容（具体的には、敵キャラクタの種類、配置、および、能力）を示す対戦キャラクタデータが含まれる。したがって、処理部２１は、対戦キャラクタデータに基づいて、第２ゲームにおける敵キャラクタの種類、配置、および、能力を設定することができる。このとき、処理部２１は、端末装置２に記憶されている敵キャラクタデータの内容を上記対戦キャラクタデータに基づいて更新する。ステップＳ２２の次にステップＳ２３の処理が実行される。
ステップＳ２３において、処理部２１は、上述した準備フェーズにおけるゲーム処理である準備フェーズ処理を実行する。以下、図１９を参照して、準備フェーズ処理における処理の詳細を説明する。
図１９は、図１８に示すステップＳ２３における準備フェーズ処理の詳細な流れの一例を示すサブフローチャートである。準備フェーズ処理においては、まずステップＳ３１において、処理部２１は、ユーザの所有コストを増加する。なお、本実施形態においては、第２ゲーム開始時における所有コストは０であり、所有コストの増加量は、現時点でのターン数に応じて決定される。ステップＳ３１の次にステップＳ３２の処理が実行される。
ステップＳ３２において、処理部２１は、利用キャラクタのうちから候補キャラクタを選出する。すなわち、処理部２１は、上述の“［２－２－２．準備フェーズ］”および“［２－２－５．２ターン目以降のゲーム］”で述べた方法に従って、利用キャラクタのうちから候補キャラクタを選出する。ステップＳ３２の次にステップＳ３３の処理が実行される。
ステップＳ３３において、処理部２１は、準備フェーズ画像を表示部２４に表示させる（図７参照）。すなわち、処理部２１は、味方キャラクタと敵キャラクタとを戦闘エリアに配置するとともに、候補キャラクタを候補提示エリアに配置する。具体的には、味方キャラクタについては、１ターン目においては、利用キャラクタから選出された味方キャラクタが配置され、２ターン目以降においては、前回のターンにおける戦闘フェーズの開始時に配置されていた味方キャラクタが配置される。また、敵キャラクタは、上記ステップＳ２２における設定に従って配置される。候補キャラクタについては、上記ステップＳ３２において選出された候補キャラクタが配置される。ステップＳ３３の次にステップＳ３４の処理が実行される。
ステップＳ３４において、処理部２１は、候補キャラクタのうちから指定されたキャラクタを味方キャラクタとして戦闘エリアまたは待機エリアに配置する配置指示がユーザによって行われたか否かを判定する。すなわち、処理部２１は、候補提示エリア内の候補キャラクタのいずれかを自軍エリアに移動させる指示入力が行われたか否かを、入力部２３からのデータに基づいて判定する。ステップＳ３４の判定結果が肯定である場合、ステップＳ３５の処理が実行される。一方、ステップＳ３４の判定結果が否定である場合、ステップＳ３５およびＳ３６の処理がスキップされてステップＳ３７の処理が実行される。
ステップＳ３５において、処理部２１は、配置処理を実行する。配置処理は、戦闘エリアに味方キャラクタが配置された場合に実行される処理である。以下、図１９を参照して、配置処理における処理の詳細を説明する。
図２０は、図１８に示すステップＳ３５における配置処理の詳細な流れの一例を示すサブフローチャートである。配置処理においては、まずステップＳ５０において、処理部２１は、上記配置指示によって指示された味方キャラクタのコストが、ユーザの現在の所有コスト以下であるか否かを判定する。ステップＳ５０の判定結果が肯定である場合、ステップＳ５１の処理が実行される。一方、ステップＳ５０の判定結果が否定である場合、処理部２１は、図１９に示す配置処理を終了する。
ステップＳ５１において、処理部２１は、上記配置指示によって指示された味方キャラクタを、当該配置指示によって指示された位置（すなわち、戦闘エリアまたは待機エリア内の位置）に配置する。ステップＳ５１の次にステップＳ５２の処理が実行される。
ステップＳ５２において、処理部２１は、ユーザの所有コストを、ステップＳ５１で配置された味方キャラクタに設定されるスコアの分だけ減算する。ステップＳ５２の次にステップＳ５３の処理が実行される。
ステップＳ５３において、処理部２１は、第２ゲームにおける上記更新条件が充足されたか否かを判定する。すなわち、処理部２１は、同じキャラクタが３つ同時に自軍エリアに配置されているか否かを判定する。ステップＳ５３の判定結果が肯定である場合、ステップＳ５４の処理が実行される。一方、ステップＳ５３の判定結果が否定である場合、処理部２１は、図１９に示す配置処理を終了する。
ステップＳ５４において、処理部２１は、利用キャラクタを強化する。具体的には、更新条件を満たした利用キャラクタについてはレベルが１０上昇され、その他の利用キャラクタについてはレベルが２上昇される。このとき、処理部２１は、端末装置２に記憶されている利用キャラクタデータを、上昇後の能力パラメータを示すように更新する。ステップＳ５４の終了後、処理部２１は、図１９に示す配置処理を終了する。配置処理の終了後、ステップＳ３６の処理が実行される。
図１８の説明に戻り、ステップＳ３６において、処理部２１は、戦闘エリアまたは待機エリアに配置されている味方キャラクタの配置を変更する変更指示がユーザによって行われたか否かを判定する。すなわち、処理部２１は、戦闘エリアまたは待機エリア内の味方キャラクタのいずれかを移動させる指示入力が行われたか否かを、入力部２３からのデータに基づいて判定する。ステップＳ３６の判定結果が肯定である場合、ステップＳ３７の処理が実行される。一方、ステップＳ３６の判定結果が否定である場合、ステップＳ３７の処理がスキップされてステップＳ３８の処理が実行される。
ステップＳ３７において、処理部２１は、上記変更指示によって指示された味方キャラクタの配置位置を変更する。ステップＳ３７の次にステップＳ３８の処理が実行される。
ステップＳ３８において、処理部２１は、自軍エリアおよび待機エリア内における味方キャラクタを削除する削除指示がユーザによって行われたか否かを、入力部２３からのデータに基づいて判定する。ステップＳ３８の判定結果が肯定である場合、ステップＳ３９の処理が実行される。一方、ステップＳ３８の判定結果が否定である場合、ステップＳ３９およびＳ４０の処理がスキップされてステップＳ４１の処理が実行される。
ステップＳ３９において、処理部２１は、上記削除指示によって指定された味方キャラクタを戦闘エリアまたは待機エリアから削除する。ステップＳ３９の次にステップＳ４０の処理が実行される。
ステップＳ４０において、処理部２１は、ユーザの所有コストを、ステップＳ３９で削除された味方キャラクタに設定されるスコアに応じた分だけ加算する。ステップＳ４０の次にステップＳ４１の処理が実行される。
ステップＳ４１において、処理部２１は、候補キャラクタを入れ替える上記入替指示がユーザによって行われたか否かを判定する。すなわち、処理部２１は、上述の入替指示画像を指定する入力が行われたか否かを、入力部２３からのデータに基づいて判定する。ステップＳ４１の判定結果が肯定である場合、ステップＳ４２の処理が実行される。一方、ステップＳ４１の判定結果が否定である場合、ステップＳ４２の処理がスキップされてステップＳ４３の処理が実行される。
ステップＳ４２において、処理部２１は、候補提示エリア内に提示されている候補キャラクタを入れ替える。すなわち、処理部２１は、利用キャラクタから候補キャラクタを選出する処理を実行し、新たに選出された候補キャラクタを候補提示エリア内に配置する。なお、ステップＳ４２における選出処理は、上記ステップＳ３２における選出処理と同じ方法であってよい。ステップＳ４２の次にステップＳ４３の処理が実行される。
ステップＳ４３において、処理部２１は、戦闘フェーズを開始する上記戦闘開始指示がユーザによって行われたか否かを判定する。すなわち、処理部２１は、上述の開始指示画像を指定する入力が行われたか否かを、入力部２３からのデータに基づいて判定する。ステップＳ４３の判定結果が否定である場合、上記ステップＳ３４の処理が再度実行される。以降、ステップＳ４３において戦闘開始指示が行われたと判定されるまで、ステップＳ３４～Ｓ４３の一連の処理が繰り返し実行される。一方、ステップＳ４３の判定結果が肯定である場合、処理部２１は、図１９に示す準備フェーズ処理を終了する。
ステップＳ２３における準備フェーズ処理の次に、ステップＳ２４において、処理部２１は、上述した戦闘フェーズにおけるゲーム処理である戦闘フェーズ処理を実行する。以下、図２１を参照して、戦闘フェーズ処理における処理の詳細を説明する。
図２１は、図１８に示すステップＳ２４における戦闘フェーズ処理の詳細な流れの一例を示すサブフローチャートである。戦闘フェーズ処理においては、まずステップＳ６１において、処理部２１は、戦闘フェーズ画像を表示部２４に表示させる（図９参照）。ステップＳ６１の次にステップＳ６２の処理が実行される。
ステップＳ６２において、処理部２１は、戦闘フェーズの開始時における各配置キャラクタのうちに、上述の組み合わせ強化が行われる組み合わせが含まれるか否かを判定する。ステップＳ６２の判定結果が肯定である場合、ステップＳ６３の処理が実行される。一方、ステップＳ６２の判定結果が否定である場合、ステップＳ６３の処理がスキップされてステップＳ６４の処理が実行される。
ステップＳ６３において、処理部２１は、上述の組み合わせ強化によって各配置キャラクタを強化する。すなわち、処理部２１は、上記“［２－２－７．配置キャラクタの配置に基づく強化］”で述べた方法に従って、各配置キャラクタの組み合わせに応じて配置キャラクタの能力パラメータを上昇させる。このとき、処理部２１は、端末装置２に記憶されている所有キャラクタデータを、上昇後の能力パラメータを示すように更新する。なお、処理部２１は、ステップＳ６３で上昇された能力パラメータについては、今回の戦闘フェーズ処理の終了時において元に戻す。また、ステップＳ６３において、処理部２１は、上述の強化通知画像および強化合計画像を表示部２４に所定時間だけ表示させる。強化通知画像および強化合計画像が所定時間表示された後、ステップＳ６４の処理が実行される。
ステップＳ６４において、処理部２１は、戦闘エリアに配置されている各配置キャラクタについて攻撃順を決定する。攻撃順の決定は、上記“［２－２－３．戦闘フェーズ］”で述べた方法に従って行われる。ステップＳ６４の次にステップＳ６５の処理が実行される。
ステップＳ６５において、処理部２１は、戦闘エリアに配置されている各配置キャラクタのうちから、攻撃主体となる配置キャラクタを１つ指定する。具体的には、処理部２１は、今回の戦闘フェーズ処理において攻撃を完了していない配置キャラクタのうちで、攻撃順が最先の配置キャラクタを指定する。ステップＳ６５の次にステップＳ６６の処理が実行される。
ステップＳ６６において、処理部２１は、ステップＳ６５で指定された攻撃主体の配置キャラクタによる攻撃の攻撃対象となる配置キャラクタを決定する。攻撃対象の決定は、上記“［２－２－３．戦闘フェーズ］”で述べた方法に従って行われる。ステップＳ６６の次にステップＳ６７の処理が実行される。
ステップＳ６７において、処理部２１は、攻撃主体の配置キャラクタを、攻撃対象の配置キャラクタを攻撃可能な位置に移動させる（図９参照）。なお、上述のように、攻撃主体の配置キャラクタの移動先の位置に他の配置キャラクタが存在する場合には、処理部２１は、攻撃主体の配置キャラクタと、移動先の位置に存在する他の配置キャラクタとの位置を入れ替える。また、攻撃主体の配置キャラクタを移動させる必要がない場合（すなわち、攻撃主体の配置キャラクタの元の配置位置が、攻撃対象の配置キャラクタを攻撃可能な位置である場合）には、攻撃主体の配置キャラクタを移動させる処理は実行されない。ステップＳ６７の次にステップＳ６８の処理が実行される。
ステップＳ６８において、処理部２１は、攻撃主体の配置キャラクタによる攻撃対象の配置キャラクタに対する攻撃処理を実行する。すなわち、処理部２１は、上記“［２－２－３．戦闘フェーズ］”で述べた方法に従って、攻撃主体の配置キャラクタによる攻撃のダメージ量を計算し、ダメージ量に応じて攻撃対象の配置キャラクタの体力パラメータを減少させる。また、処理部２１は、上述の反撃条件が満たされる場合は、攻撃対象の配置キャラクタによる反撃のダメージ量を計算し、ダメージ量に応じて攻撃主体の配置キャラクタの体力パラメータを減少させる。このとき、処理部２１は、端末装置２に記憶されている利用キャラクタデータおよび敵キャラクタデータを、減少後の体力パラメータを示すように更新する。ステップＳ６８の次にステップＳ６９の処理が実行される。
ステップＳ６９において、処理部２１は、体力パラメータが０となった配置キャラクタが存在するか否かを判定する。ステップＳ６９の判定結果が肯定である場合、ステップＳ７０の処理が実行される。一方、ステップＳ６９の判定結果が否定である場合、ステップＳ７０の処理がスキップされてステップＳ７１の処理が実行される。
ステップＳ７０において、処理部２１は、体力パラメータの値が０となった配置キャラクタを戦闘エリアから除去する。ステップＳ７０の次にステップＳ７１の処理が実行される。
ステップＳ７１において、処理部２１は、戦闘エリアに配置されている配置キャラクタのうちで、攻撃を完了していない配置キャラクタがあるか否かを判定する。ステップＳ７１の判定結果が肯定である場合、上記ステップＳ６５の処理が再度実行される。以降、ステップＳ７１において攻撃を完了していない配置キャラクタがないと判定されるまで、ステップＳ６５～Ｓ７１の一連の処理が繰り返し実行される。一方、ステップＳ７１の判定結果が否定である場合、処理部２１は、図２１に示す戦闘フェーズ処理を終了する。
図１８の説明に戻り、ステップＳ２４の戦闘フェーズ処理の次に、ステップＳ２５において、処理部２１は、結果表示フェーズ処理を実行する。具体的には、処理部２１は、ステップＳ２４における戦闘フェーズのゲーム結果として、ゲームの勝敗と、ユーザのスコアとを算出し、当該ゲーム結果を表示部２４に表示する。ステップＳ２５の次にステップＳ２６の処理が実行される。
ステップＳ２６において、処理部２１は、第２ゲームを終了するか否かを判定する。具体的には、処理部２１は、実行中の第２ゲームのターン数が、ユーザの階級に応じて設定されるターン数に達したか否かを判定する。ステップＳ２６の判定結果が否定である場合、上記ステップＳ２３の処理が再度実行される。以降、ステップＳ２６において第２ゲームを終了すると判定されるまで、ステップＳ２３～Ｓ２６の一連の処理が繰り返し実行される。一方、ステップＳ２６の判定結果が肯定である場合、ステップＳ２７の処理が実行される。
ステップＳ２７において、処理部２１は、第２ゲームのゲーム結果を示すゲームデータをサーバ１へ送信する。このゲームデータには、第２ゲームのゲーム結果の他、第２ゲームのプレイデータが含まれる。このゲームデータを受信したサーバ１は、サーバ１において記憶されているデータの更新を行う（後述するステップＳ８０）。ステップＳ２７の終了後、処理部２１は、図１８に示す第２ゲーム処理を終了する。
［３－３．サーバにおける処理］
図２２は、サーバによって実行されるサーバ処理の流れの一例を示すフローチャートである。なお、図２２に示す一連のサーバ処理は、上述のプレイ可能期間の開始に応じて開始される。
図２２に示すサーバ処理においては、まずステップＳ８１において、処理部１１は、第１ゲームを開始する旨の通知（ステップＳ１１）を、通信部１３を介して端末装置２から受信したか否かを判定する。ステップＳ８１の判定結果が肯定である場合、ステップＳ８２の処理が実行される。一方、ステップＳ８１の判定結果が否定である場合、ステップＳ８２の処理がスキップされてステップＳ８３の処理が実行される。
ステップＳ８２において、処理部１１は、第１ゲームにおいて用いられるゲームデータを、通信部１３を用いて端末装置２へ送信する。このゲームデータには、例えば、第１ゲームにおいて用いられるゲームフィールドを示すデータ、および、第１ゲームにおいて登場する敵キャラクタを示すデータ等が含まれる。ステップＳ８２の次にステップＳ８３の処理が実行される。
ステップＳ８３において、処理部１１は、第１ゲームのゲーム結果を示すゲームデータ（ステップＳ１７）を、通信部１３を介して端末装置２から受信したか否かを判定する。ステップＳ８３の判定結果が肯定である場合、ステップＳ８４の処理が実行される。一方、ステップＳ８３の判定結果が否定である場合、ステップＳ８４の処理がスキップされてステップＳ８５の処理が実行される。
ステップＳ８４において、処理部１１は、ステップＳ８３で受信したゲームデータに基づいて、サーバ１に記憶されているデータの更新を行う。例えば、処理部１１は、サーバ１に記憶されている所有キャラクタデータの第１能力データを、第１ゲームの終了時の能力を示すように更新する。また例えば、第１ゲームに複数のステージが用意されており、各ステージのクリア状況を示すデータがサーバ１において記憶されている場合、処理部１１は、上記ゲームデータが示すゲーム結果に応じて、上記クリア状況を示すデータを更新する。ステップＳ８４の次にステップＳ８５の処理が実行される。
ステップＳ８５において、処理部１１は、第２ゲームを開始する旨の通知（ステップＳ２１）を、通信部１３を介して端末装置２から受信したか否かを判定する。ステップＳ８５の判定結果が肯定である場合、ステップＳ８６の処理が実行される。一方、ステップＳ８５の判定結果が否定である場合、ステップＳ８６～Ｓ８８の処理がスキップされてステップＳ８９の処理が実行される。
ステップＳ８６において、処理部１１は、利用キャラクタの能力を設定する。具体的には、処理部１１は、ステップＳ８５で受信された通知に含まれているデータが示す利用キャラクタについて、上述の“［２－２－１．利用キャラクタの設定］”で述べた方法に従って能力を設定する。ステップＳ８６の次にステップＳ８７の処理が実行される。
ステップＳ８７において、処理部１１は、第２ゲームにおいて端末装置２のユーザの対戦相手となる他のユーザを決定する。対戦相手のユーザは、端末装置２のユーザの階級に基づいて、上述の“［２－２－８．敵キャラクタの設定］”で述べた方法に従って決定される。処理部１１は、サーバ１に記憶されている各ユーザの階級データを参照し、対戦相手となるユーザを決定する。ステップＳ８７の次にステップＳ８８の処理が実行される。
なお、対戦相手となるユーザの決定は、ユーザが第２ゲームを行う度に実行される必要はなく、所定期間（例えば、上記部分期間、または、プレイ可能期間）の間は対戦相手となるユーザが固定されてもよい。このとき、処理部１１は、第２ゲームを開始する旨の通知を受信する度に実行される必要はない。
ステップＳ８８において、処理部１１は、第２ゲームにおいて用いられるゲームデータを、通信部１３を用いて端末装置２へ送信する。具体的には、処理部１１は、ステップＳ８６で設定された利用キャラクタの能力を示す能力データと、第２ゲームにおいて登場する敵キャラクタの内容を示す対戦キャラクタデータとを含むゲームデータを生成して端末装置２へ送信する。なお、対戦キャラクタデータは、第２ゲームの第１ターン～第３ターンにおいて登場する敵キャラクタのデータと、第４ターン以降において敵キャラクタの設定のために用いられる、上記対戦相手のユーザに関するプレイデータとを含む。ステップＳ８８の次にステップＳ８９の処理が実行される。
ステップＳ８９において、処理部１１は、第２ゲームのゲーム結果を示すゲームデータ（ステップＳ２７）を、通信部１３を介して端末装置２から受信したか否かを判定する。ステップＳ８９の判定結果が肯定である場合、ステップＳ９０の処理が実行される。一方、ステップＳ８９の判定結果が否定である場合、ステップＳ９０の処理がスキップされてステップＳ９１の処理が実行される。
ステップＳ９０において、処理部１１は、ステップＳ８９で受信したゲームデータに基づいて、サーバ１に記憶されているデータの更新を行う。具体的には、処理部１１は、上記ゲームデータに含まれている、ゲーム結果を示す結果データ（すなわち、第２ゲームのスコアを示すデータ）に基づいて、サーバ１に記憶されているスコアデータを更新する。スコアデータは、現在のプレイ可能期間におけるユーザのスコアの累計が、上記結果データが示すスコアの分だけ加算されるように更新される。また、上記結果データが示すスコアが、サーバ１に記憶されているスコアデータが示すハイスコアよりも高い場合には、当該スコアデータが示すハイスコアが更新される。
また、上記ステップＳ９０において、処理部１１は、上記ゲームデータに含まれている、第２ゲームのプレイデータに基づいて、サーバ１に記憶されているプレイデータを更新する。ここで、サーバ１は、全ての第２ゲームに関するプレイデータを記憶する必要はない。例えば、サーバ１は、１人のユーザについて最新のプレイデータのみを記憶するようにしてもよい。なお、当該ユーザが、他のユーザが行う第２ゲームの対戦相手となる場合には、サーバ１に記憶されている当該ユーザのプレイデータが、上記ステップＳ８８において当該他のユーザの端末装置へ送信されることとなる。ステップＳ９０の次にステップＳ９１の処理が実行される。
ステップＳ９１において、処理部１１は、上述の部分期間が終了したか否かを判定する。ステップＳ９１の判定結果が肯定である場合、ステップＳ９２の処理が実行される。一方、ステップＳ９１の判定結果が否定である場合、ステップＳ９２の処理がスキップされてステップＳ９３の処理が実行される。
ステップＳ９２において、処理部１１は、各ユーザの階級を決定する。具体的には、処理部１１は、サーバ１に記憶されている各ユーザのスコアデータが示すハイスコアに基づいて、各ユーザの階級を変更する（上述の“［２－２－９．報酬］”参照）。このとき、処理部１１は、サーバ１に記憶されている各ユーザの階級データを、変更後の階級を示すように更新する。ステップＳ９２の次にステップＳ９３の処理が実行される。
ステップＳ９３において、処理部１１は、上述のプレイ可能期間が終了したか否かを判定する。ステップＳ９１の判定結果が肯定である場合、ステップＳ９４の処理が実行される。一方、ステップＳ９３の判定結果が否定である場合、ステップＳ８１の処理が再度実行される。以降、ステップＳ９３においてプレイ可能期間が終了したと判定されるまで、ステップＳ８１～Ｓ９３の一連の処理が繰り返し実行される。
ステップＳ９４において、処理部１１は、ユーザに報酬を付与する。具体的には、処理部１１は、サーバ１に記憶されているスコアデータ（具体的にはスコアデータが示す、今回のプレイ可能期間におけるスコアの累計）に基づいて、ユーザに付与する報酬の内容を決定する。処理部１１は、決定された報酬の内容を含むように、サーバ１に記憶されている報酬データを更新する。これによって、ユーザに報酬が付与されたこととなる。なお、報酬の実際の受け取り（すなわち、報酬データが端末装置２において受信される）が行われるタイミングは任意である。本実施形態においては、サーバ１において報酬データが記憶された後で端末装置２がサーバ１にアクセスした場合、サーバ１が報酬データを端末装置２へ送信することで、報酬の受け取りが行われる。上記ステップＳ９４の後、処理部１１は、図２２に示すサーバ処理を終了する。
［４．本実施形態の作用効果および変形例］
以上のように、上記実施形態によれば、情報処理システム（ゲームシステムとも言える）は、複数のターンからなる対戦ゲーム（例えば、第２ゲーム）を実行し、当該対戦ゲームの仮想空間のゲーム画像を表示装置に表示する。情報処理システムは少なくとも１つのプロセッサ（例えば、処理部１１のＣＰＵおよび／または処理部２１のＣＰＵ）および記憶手段（例えば、記憶部１２または記憶部２２）を含む。
プロセッサは、各々のターン内において、下記の動作を行う。
・仮想空間内の第１エリア（例えば、候補提示エリア）に複数の候補オブジェクト（例えば、候補キャラクタ）を配置する（ステップＳ３３）。
・第１エリアに配置された複数の候補オブジェクトのうちから、ユーザによって選択された１以上の候補オブジェクトを、当該選択された候補オブジェクトに関連付けられた消費コストが、当該ユーザに関連付けられた所有コストを超えないことを条件として、仮想空間内における戦闘エリア内の第２エリア（例えば、自軍エリア）に味方オブジェクト（例えば、味方キャラクタ）として配置する（ステップＳ５１）とともに、当該味方オブジェクトに関連付けられた消費コストに応じて当該所有コストを減少させる（ステップＳ５２）。
・１以上の敵オブジェクト（例えば、敵キャラクタ）を戦闘エリア内の第３エリア（例えば、敵軍エリア）に配置する（ステップＳ３３）。
・戦闘エリアに配置された味方オブジェクトまたは敵オブジェクトである配置オブジェクト（例えば、配置キャラクタ）の配置位置に基づいて、攻撃順と、各配置オブジェクトのうちの攻撃対象とを配置オブジェクト毎に決定する（ステップＳ６４およびＳ６６）
・配置オブジェクトによる攻撃対象に対する攻撃を攻撃順に従って実行することによって、当該攻撃対象となった配置オブジェクトに関連付けられた体力パラメータを減少させる（ステップＳ６８）
・攻撃によって体力パラメータが閾値以下となった配置オブジェクトを第２エリアまたは第３エリアから除去する（ステップＳ７０）
・戦闘エリアに配置されている各配置オブジェクトによる攻撃が終了した後、第２エリアに配置されている味方オブジェクトに関連付けられた体力パラメータの合計値と、第３エリアに配置されている敵オブジェクトに関連付けられた体力パラメータの合計値とに基づいて、今回のターンにおけるゲーム結果（例えば、ゲームの勝敗またはスコア）を決定する（ステップＳ２５）。
また、プロセッサは、あるターンの開始時において第２エリアに配置されていた味方オブジェクトを残した状態で当該ターンの次のターンを開始する（ステップＳ３３）。
プロセッサは、各ターンにおけるゲーム結果に基づいて、ユーザに関連付けられたユーザパラメータ（例えば、ゲームスコア）を算出し（ステップＳ２５）、複数のターンの終了後（例えば、プレイ可能期間の終了後）、ユーザパラメータの値に基づいてユーザにゲーム内報酬を付与する（ステップＳ９４）。
上記によれば、配置オブジェクトの攻撃順および攻撃対象を指定する指示をユーザが行わなくても対戦ゲームが行われる。これによって、ユーザは対戦ゲームを手軽に行うことができる。
なお、上記実施形態においては、情報処理システムは、第１ゲームと第２ゲームという異なる２種類のゲームを実行した。ここで、他の実施形態においては、情報処理システムは、第１ゲームを実行しない構成であってもよい。このような構成であっても、情報処理システムは、第２ゲームによって、対戦ゲームを手軽に行うことができるという上記の効果を奏する。
また、本実施形態においては、配置オブジェクトが攻撃対象に対して攻撃を行う対戦ゲームが行われる例を説明したが、他の実施形態においては、配置オブジェクトは攻撃以外の他の行動（例えば、回復であってもよいし、対象の外観を変化させる任意の行動であってもよい）を行うものであってもよい。このとき、情報処理システムは、対戦エリアに配置された味方オブジェクトまたは敵オブジェクトである配置オブジェクトの配置位置に基づいて、行動順と、各配置オブジェクトのうちの行動対象とを配置オブジェクト毎に決定してもよい。このとき、情報処理システムは、配置オブジェクトによる行動対象に対する行動を行動順に従って実行することによって、当該行動対象となった配置オブジェクトに関連付けられたオブジェクトパラメータ（上述の体力パラメータであってもよいし、当該オブジェクトに加えられたダメージ量や攻撃回数を示すパラメータであってもよい）を変化させてもよい。また、情報処理システムは、行動によってオブジェクトパラメータが除去条件を満たした配置オブジェクトを第２エリアまたは第３エリアから除去してもよい。また、情報処理システムは、第２エリアに配置されている味方オブジェクトに関連付けられたオブジェクトパラメータの合計値と、第３エリアに配置されている敵オブジェクトに関連付けられたオブジェクトパラメータの合計値とに基づいて、今回のターンにおけるゲーム結果を決定してもよい。上記によっても、情報処理システムは、第２ゲームによって、対戦ゲームを手軽に行うことができるという上記の効果を奏する。
また、上記実施形態によれば、情報処理システム（ゲームシステムとも言える）は、下記の構成を有すると言うこともできる。
・ゲームプログラムによって実行される第１ゲームにおいて利用されるオブジェクトであって、ユーザが所有するオブジェクトである所有オブジェクト（例えば、所有キャラクタ）について、当該所有オブジェクトの能力を示す第１能力データを、当該所有オブジェクトに関連付けて記憶する記憶手段（例えば、記憶部１２または記憶部２２）
・所有オブジェクトのうちから、ゲームプログラムによって実行されるゲームであって第１ゲームとは異なる第２ゲームにおいて利用される利用オブジェクト（例えば、利用キャラクタ）を選択する選択手段（ステップＳ２１）
・第２ゲームにおける利用オブジェクトの能力を示す第２能力データを、当該利用オブジェクトとなる所有オブジェクトに関連付けられる第１能力データが示す能力よりも低い能力となるように設定する能力設定手段（ステップＳ８６）
・利用オブジェクトに設定される第２能力データに基づいて第２ゲームを実行する第２ゲーム実行手段（ステップＳ５）
・第２ゲームの実行中において、利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの能力が強化されるように第２能力データを更新する第１更新手段（ステップＳ５４）
また、第１更新手段による第２能力データの更新に関し、利用オブジェクトの少なくとも一部の能力（例えば、スキルおよび追加強化）については、第１能力データが示す能力に基づいて能力の上限が設定される。
上記の構成によれば、第１ゲームにおいて利用される所有オブジェクトに基づいて能力が設定される利用オブジェクトについて、第２ゲーム中において能力が強化される。これによって、他のゲーム（すなわち、第１ゲーム）におけるオブジェクトをゲーム中において育成することができるという、新規なゲームを提供することができる。
また、上記実施形態においては、第１ゲームおよび第２ゲームは、対戦型のシミュレーションゲームであったが、他の実施形態においては、第１ゲームおよび第２ゲームの内容およびジャンルは任意であり、第１ゲームおよび第２ゲームは、パズルゲームやロールプレイングゲームであってもよい。第１ゲームおよび第２ゲームの内容およびジャンルにかかわらず、上記の構成によって、新規なゲームを提供することができると言う効果を奏する。
なお、上記「利用オブジェクトの少なくとも一部の能力」とは、上記実施形態について言えば、所有キャラクタの能力（すなわち、能力パラメータ、レアリティ、および、スキル）のうちの、レアリティおよびスキルである。ただし、他の実施形態においては、情報処理システムは、能力パラメータについて、第１能力データが示す能力の上限に基づいて設定される内容を上限として、第２能力データを更新するようにしてもよい。
また、上記実施形態においては、情報処理システムは、第２ゲームにおける利用キャラクタの能力（例えば、スキル）を示す第２能力データを、当該第２ゲームの開始時に記憶手段に記憶されている、当該利用キャラクタとなる所有キャラクタに関する第１能力データに基づいて設定する。これによれば、所有キャラクタの能力を利用キャラクタに反映させることができるので、第２ゲームをプレイするユーザに対して、第１ゲームをプレイする動機付けを与えることができる。
上記実施形態においては、上記第１能力データは、所有オブジェクトのレベル、体力、攻撃力、防御力、および、速さのうち少なくとも１つの能力パラメータを示し、情報処理システムは、第１能力データが示す能力パラメータの値よりも低い値となるように第２能力データを設定する。また、上記実施形態においては、上記第１能力データは、ゲームにおいて同種の効果を生じさせ、かつ、効果の大きさが異なる同系統の複数種類のスキルのうち１つを示し、情報処理システムは、第１能力データが示すスキルの同系統のスキルであって、当該スキルよりも効果が小さいスキルを示すように第２能力データを設定する。このように、第１能力データは、能力パラメータを示すものであってもよいし、スキルを示すものであってもよい。
なお、上記実施形態においては、情報処理システムは、所有オブジェクトに関連付けられる第１能力データに基づいて第１ゲームを実行する（ステップＳ４）。また、情報処理システムは、所有オブジェクトに関する更新条件（すなわち、第１ゲームにおける更新条件）が満たされた場合、当該更新条件を満たした所有オブジェクトの能力が強化されるように第１能力データを更新する（ステップＳ１５）。これによれば、第１ゲームにおいて能力を強化することによって、第２ゲームにおいても能力の上限が上昇するため、第２ゲームにおいても有利になる。そのため、第１ゲームをプレイする動機付けをユーザに与えることができる。
なお、各ゲームにおける更新条件の内容は任意である。上記実施形態においては、第２ゲームにおける更新条件は、第１ゲームにおける更新条件とは異なるものであったが、他の実施形態においては、第２ゲームにおける更新条件は、第１ゲームにおける更新条件と同じものでもよい。また、他の実施形態においては、第１ゲームにおいては更新条件が設定されなくてもよい。
なお、他の実施形態において、情報処理システムは、上記実施形態における構成の一部を備えていなくてもよいし、上記実施形態において実行される処理の一部を実行しなくてもよい。例えば、情報処理システムは、上記実施形態における一部の特定の効果を奏するためには、当該効果を奏するための構成を備え、当該効果を奏するための処理を実行すればよく、その他の構成を備えていなくてもよいし、その他の処理を実行しなくてもよい。
上記実施形態は、例えば、敵と味方との間で対戦を行うゲームをユーザがより手軽に行うこと等を目的として、例えばゲームシステムやゲームプログラムとして利用することができる。
１ サーバ
２ 端末装置
１１ 処理部
１２ 記憶部
１３ 通信部
２１ 処理部
２２ 記憶部
２３ 入力部
２４ 表示部
２５ 通信部
４０ 戦闘エリア
４１ 自軍エリア
４２ 敵軍エリア
４７ 候補提示エリア
４８ａ～４８ｅ 候補キャラクタ
６１ａ，６１ｂ，７５，８１ａ～８１ｄ 味方キャラクタ
６２ａ～６２ｃ，７１ａ～７１ｃ 敵キャラクタ

Claims (16)

  1. ゲームプログラムによって実行される第１ゲームにおいて利用されるオブジェクトであって、ユーザが所有するオブジェクトである１以上の所有オブジェクトについて、所有オブジェクトの能力を示す第１能力データを、当該所有オブジェクトに関連付けて記憶する記憶手段と、
    前記所有オブジェクトのうちから、前記ゲームプログラムによって実行されるゲームであって前記第１ゲームとは異なる第２ゲームにおいて利用される利用オブジェクトを選択する選択手段と、
    前記第２ゲームにおける前記利用オブジェクトの能力を示す第２能力データを、当該利用オブジェクトとなる前記所有オブジェクトに関連付けられる前記第１能力データが示す能力よりも低い能力を示すように設定する能力設定手段と、
    前記利用オブジェクトに設定される前記第２能力データに基づいて前記第２ゲームを実行する第２ゲーム実行手段と、
    前記第２ゲームの実行中において、前記利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの能力が強化されるように前記第２能力データを更新する第１更新手段とを備え、
    前記第１更新手段による前記第２能力データの更新に関し、前記利用オブジェクトの少なくとも一部の能力については、前記第１能力データが示す能力に基づいて能力の上限が設定される、情報処理システム。
  2. 前記所有オブジェクトに関連付けられる前記第１能力データに基づいて前記第１ゲームを実行する第１ゲーム実行手段と、
    前記所有オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした所有オブジェクトの能力が強化されるように前記第１能力データを更新する第２更新手段をさらに備える、請求項１に記載の情報処理システム。
  3. 前記所有オブジェクトに関する更新条件は、前記利用オブジェクトに関する更新条件とは異なる、請求項２に記載の情報処理システム。
  4. 前記能力設定手段は、前記第２ゲームが新たに開始される度に、当該第２ゲームにおける前記利用オブジェクトの能力を示す第２能力データを設定する、請求項１から請求項３のいずれか１項に記載の情報処理システム。
  5. 前記能力設定手段は、前記第２ゲームにおける前記利用オブジェクトの能力を示す第２能力データを、当該第２ゲームの開始時に前記記憶手段に記憶されている、当該利用オブジェクトとなる前記所有オブジェクトに関する前記第１能力データに基づいて設定する、請求項１から請求項４のいずれか１項に記載の情報処理システム。
  6. 前記第１更新手段は、前記利用オブジェクトの前記少なくとも一部の能力に関して、前記第１能力データが示す能力と、前記第２能力データが示す能力の上限とを同じにする、請求項１から請求項５のいずれか１項に記載の情報処理システム。
  7. 前記第１更新手段は、前記利用オブジェクトの少なくとも一部の能力に関して、前記第１能力データが示す能力の上限よりも大きい値を上限として、前記第２能力データを更新する、請求項１から請求項６のいずれか１項に記載の情報処理システム。
  8. 前記記憶手段は、前記ユーザとは異なる他のユーザが所有する所有オブジェクトについての前記第１能力データをさらに記憶し、
    前記選択手段は、前記ユーザが所有する所有オブジェクトと、前記他のユーザが所有する所有オブジェクトとのうちから前記利用オブジェクトを選択する、請求項１から請求項７のいずれか１項に記載の情報処理システム。
  9. 前記第１更新手段は、前記第２ゲームの実行中において前記利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトと、当該利用オブジェクトとは異なる他の前記利用オブジェクトの能力が強化されるように前記第２能力データを更新する、請求項１から請求項８のいずれか１項に記載の情報処理システム。
  10. 前記第１更新手段は、前記第２ゲームの実行中において前記利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの方が前記他の利用オブジェクトよりも能力が大きく強化されるように前記第２能力データを更新する、請求項９に記載の情報処理システム。
  11. 前記第１能力データは、前記所有オブジェクトのレベル、体力、攻撃力、防御力、および、速さのうち少なくとも１つの能力パラメータを示し、
    前記能力設定手段は、前記第１能力データが示す能力パラメータの値よりも低い値となるように前記第２能力データを設定する、請求項１から請求項１０のいずれか１項に記載の情報処理システム。
  12. 前記第１能力データは、ゲームにおいて同種の効果を生じさせ、かつ、効果の大きさが異なる同系統の複数種類のスキルのうち１つを示し、
    前記能力設定手段は、前記第１能力データが示すスキルの同系統のスキルであって、当該スキルよりも効果が小さいスキルを示すように前記第２能力データを設定する、請求項１から請求項１０のいずれか１項に記載の情報処理システム。
  13. 前記第２ゲーム実行手段は、
    前記第２ゲームにおいて、前記能力設定手段によって設定された前記第２能力データに基づく前記利用オブジェクトを当該第２ゲームの仮想空間に配置し、
    前記第２ゲームの実行中において、前記仮想空間に配置されている前記利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトを、更新された前記第２能力データに基づく能力を有するように変化させる、請求項１から請求項１２のいずれか１項に記載の情報処理システム。
  14. 情報処理装置のコンピュータにおいて実行されるゲームプログラムであって、
    前記ゲームプログラムは、
    第１ゲームにおいて利用されるオブジェクトであって、ユーザが所有するオブジェクトである１以上の所有オブジェクトの能力を示す第１能力データを前記情報処理装置から取得するデータ取得手段と、
    前記所有オブジェクトのうちから、前記ゲームプログラムによって実行されるゲームであって前記第１ゲームとは異なる第２ゲームにおいて利用される利用オブジェクトを選択する選択手段と、
    前記第２ゲームにおける前記利用オブジェクトの能力を示す第２能力データであって、当該利用オブジェクトとなる前記所有オブジェクトに関連付けられる前記第１能力データが示す能力よりも低い能力を示すとなるように設定される前記第２能力データに基づいて前記第２ゲームを実行する第２ゲーム実行手段と、
    前記第２ゲームの実行中において、前記利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの能力が強化されるように前記第２能力データを更新する更新手段として前記コンピュータを機能させ、
    前記更新手段による前記第２能力データの更新に関し、前記利用オブジェクトの少なくとも一部の能力については、前記第１能力データが示す能力に基づいて能力の上限が設定される、ゲームプログラム。
  15. 第１ゲームにおいて利用されるオブジェクトであって、ユーザが所有するオブジェクトである１以上の所有オブジェクトの能力を示す第１能力データを前記情報処理装置から取得するデータ取得手段と、
    前記所有オブジェクトのうちから、前記ゲームプログラムによって実行されるゲームであって前記第１ゲームとは異なる第２ゲームにおいて利用される利用オブジェクトを選択する選択手段と、
    前記第２ゲームにおける前記利用オブジェクトの能力を示す第２能力データであって、当該利用オブジェクトとなる前記所有オブジェクトに関連付けられる前記第１能力データが示す能力よりも低い能力を示すとなるように設定される前記第２能力データに基づいて前記第２ゲームを実行する第２ゲーム実行手段と、
    前記第２ゲームの実行中において、前記利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの能力が強化されるように前記第２能力データを更新する更新手段とを備え、
    前記更新手段による前記第２能力データの更新に関し、前記利用オブジェクトの少なくとも一部の能力については、前記第１能力データが示す能力に基づいて能力の上限が設定される、情報処理装置。
  16. 情報処理システムによって実行されるゲーム処理方法であって、
    前記情報処理システムは、ゲームプログラムによって実行される第１ゲームにおいて利用されるオブジェクトであって、ユーザが所有するオブジェクトである１以上の所有オブジェクトについて、所有オブジェクトの能力を示す第１能力データを、当該所有オブジェクトに関連付けて記憶しており、
    前記所有オブジェクトのうちから、前記ゲームプログラムによって実行されるゲームであって前記第１ゲームとは異なる第２ゲームにおいて利用される利用オブジェクトを選択する選択ステップと、
    前記第２ゲームにおける前記利用オブジェクトの能力を示す第２能力データを、当該利用オブジェクトとなる前記所有オブジェクトに関連付けられる前記第１能力データが示す能力よりも低い能力を示すように設定する能力設定ステップと、
    前記利用オブジェクトに設定される前記第２能力データに基づいて前記第２ゲームを実行する第２ゲーム実行ステップと、
    前記第２ゲームの実行中において、前記利用オブジェクトに関する更新条件が満たされた場合、当該更新条件を満たした利用オブジェクトの能力が強化されるように前記第２能力データを更新する更新ステップとを備え、
    前記更新ステップによる前記第２能力データの更新に関し、前記利用オブジェクトの少なくとも一部の能力については、前記第１能力データが示す能力に基づいて能力の上限が設定される、ゲーム処理方法。
JP2020183707A 2020-11-02 2020-11-02 情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法 Pending JP2022073610A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2020183707A JP2022073610A (ja) 2020-11-02 2020-11-02 情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法
US17/511,990 US20220134230A1 (en) 2020-11-02 2021-10-27 Information processing system, information processing apparatus, storage medium, and game processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020183707A JP2022073610A (ja) 2020-11-02 2020-11-02 情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法

Publications (1)

Publication Number Publication Date
JP2022073610A true JP2022073610A (ja) 2022-05-17

Family

ID=81380498

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020183707A Pending JP2022073610A (ja) 2020-11-02 2020-11-02 情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法

Country Status (2)

Country Link
US (1) US20220134230A1 (ja)
JP (1) JP2022073610A (ja)

Also Published As

Publication number Publication date
US20220134230A1 (en) 2022-05-05

Similar Documents

Publication Publication Date Title
JP5841280B1 (ja) 端末装置、サーバ装置、及び制御方法
JP7157404B2 (ja) 情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法
JP2020127584A (ja) ゲームプログラム、ゲーム装置、ゲームシステム、およびゲーム処理制御方法
US11612819B2 (en) Information processing system, information processing apparatus, storage medium, and information processing method
JP2021029871A (ja) ゲームシステム、サーバシステム、端末装置及びプログラム
JP5818215B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP2020168527A (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP2023076605A (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP7038383B2 (ja) 情報処理システム、情報処理プログラム、情報処理方法、および情報処理装置
US20170216726A1 (en) Game system, its control method and a non-transitory storing media readable on a computer device
JP2017064082A (ja) ゲームシステム、及びプログラム
JP2020081336A (ja) ゲームプログラム、及びゲームシステム
JP2019122567A (ja) ゲームプログラム、コンピュータ装置、及びゲームプログラム制御方法
JP5909015B1 (ja) サーバ装置、プログラム、及び制御方法
JP2022073610A (ja) 情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法
JP2009125329A (ja) ゲームプログラム、そのゲームプログラムを記録した記録媒体及び上記ゲームプログラムが適用されるゲーム装置
JP7250093B2 (ja) 端末装置、サーバ装置、及び制御方法
JP6963597B2 (ja) 端末装置、サーバ装置、及び制御方法
JP7153970B1 (ja) ゲームシステム、攻撃制御方法、ならびに、プログラム
JP7489046B2 (ja) 情報処理システム、情報処理装置、ゲームプログラム、および、ゲーム処理方法
JP7280524B2 (ja) ゲーム装置及びプログラム
JP2013126462A (ja) ゲーム装置およびプログラム
JP5941590B1 (ja) 端末装置、サーバ装置、及び制御方法
JP6243378B2 (ja) 端末装置、サーバ装置、及び制御方法
JP6022723B1 (ja) サーバ装置、プログラム、及び制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230907

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240430

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240507

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240515

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240604

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240611