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

Abstract

【課題】対戦ゲームにおける戦略性を向上し、キャラクタのバリエーションを増やす。【解決手段】情報処理システムは、仮想空間内において、プレイヤの使用する使用キャラクタと、当該使用キャラクタの対戦相手となる相手キャラクタとを含む複数のキャラクタ同士を対戦させる対戦ゲーム処理を実行する。複数のキャラクタにはそれぞれ、少なくとも、キャラクタの種類と、キャラクタの種類毎に対応付けられた少なくとも１つの第１の類型と、キャラクタ毎に個別に設定された第２の類型と、キャラクタが対戦において使用可能であって、第３の類型が対応付けられた攻撃の種別とが設定される。対戦ゲーム処理において、情報処理システムは、所定の条件が満たされた場合に、当該条件を満たしたキャラクタの状態を第１の状態から第２の状態へ変化させる制御を行う。【選択図】図１０

Description

本発明は、複数のキャラクタが対戦を行うゲームを実行するためのゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法に関する。

従来、複数のキャラクタが対戦を行うゲームにおいて、キャラクタの種類毎に類型（タイプとも言う）を設定し、対戦を行う各キャラクタの類型に基づいて、例えば攻撃によるダメージの計算を行う技術がある（例えば、非特許文献１参照）。

"Ｐｏｋｅｍｏｎ ＲＰＧｓ １０１"、［ｏｎｌｉｎｅ］、株式会社ポケモン、［令和４年７月１８日検索］、インターネット＜https://www.pokemon.com/us/strategy/pokemon-rpgs-101/＞

キャラクタの種類毎に設定される類型に基づいて行われる対戦ゲームにおいて、駆け引きを生じさせることでゲームの戦略性を向上したり、あるいは、キャラクタのバリエーションを増やしたりすることが望まれる。

それ故、本発明の目的は、対戦ゲームにおける戦略性を向上し、キャラクタのバリエーションを増やすことが可能なゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法を提供することである。

上記の課題を解決すべく、本発明は、以下の（１）～（６）の構成を採用した。

（１）
本発明の一例は、情報処理装置のコンピュータに対戦ゲーム処理を実行させるゲームプログラムである。対戦ゲーム処理において、コンピュータは、仮想空間内において、プレイヤの使用する使用キャラクタと、当該使用キャラクタの対戦相手となる相手キャラクタとを含む複数のキャラクタ同士を対戦させる。複数のキャラクタにはそれぞれ、少なくとも、キャラクタの種類と、キャラクタの種類毎に対応付けられた少なくとも１つの第１の類型と、キャラクタ毎に個別に設定された第２の類型と、キャラクタが対戦において使用可能であって、第３の類型が対応付けられた攻撃の種別とが設定される。ゲームプログラムは、対戦ゲーム処理において、コンピュータに、次の処理を行わせる。
・所定の条件が満たされた場合に、当該条件を満たしたキャラクタの状態を第１の状態から第２の状態へ変化させる処理
・使用キャラクタが使用可能な攻撃の種別のうち、プレイヤの操作入力に基づいて指示された種別の攻撃を当該使用キャラクタが行う制御を行わせ、当該攻撃による相手キャラクタのダメージを計算する処理
・相手キャラクタの攻撃に基づいて、当該攻撃による使用キャラクタのダメージを計算する処理
・攻撃を行ったキャラクタが第１の状態である場合、行われた攻撃に設定された第３の類型が、当該攻撃を行ったキャラクタに設定された第１の類型と一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加する処理
・攻撃を行ったキャラクタが第２の状態である場合、行われた攻撃に設定された第３の類型が、当該攻撃を行ったキャラクタに設定された第１の類型および第２の類型の少なくともいずれかと一致する場合、いずれとも一致しない場合よりも、当該攻撃によるダメージを増加する処理
・攻撃を受けたキャラクタが第１の状態である場合、行われた攻撃に設定された第３の類型と、攻撃を受けたキャラクタに設定された第１の類型との組み合わせが、所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少する処理
・攻撃を受けたキャラクタが第２の状態である場合、行われた攻撃に設定された第３の類型と、攻撃を受けたキャラクタに設定された第２の類型との組み合わせが、所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少する処理

上記（１）の構成によれば、キャラクタの状態を変化させるタイミングや、キャラクタに行わせる攻撃の種別の選択に駆け引きを生むことができるので、対戦ゲームにおける戦略性を向上することができる。また、各キャラクタに２つの類型が設定されることで、キャラクタのバリエーションを増やすことができる。

（２）
上記（１）の構成において、ゲームプログラムは、コンピュータに、対戦ゲーム処理において、次の処理を実行させてもよい。
・使用キャラクタと相手キャラクタとが１ターン毎に１回ずつ行動する制御を行う処理
・あるターンにおいて所定の条件が満たされた場合において、使用キャラクタと相手キャラクタとが当該ターン内における行動をとる前に、当該条件を満たしたキャラクタの状態を第１の状態から第２の状態へ変化させる処理

上記（２）の構成によれば、各キャラクタによる行動前に第１状態から第２状態への変化が生じるので、当該変化による効果が効果的に発揮され、対戦ゲームの戦略性をより向上することができる。

（３）
上記（２）の構成において、ゲームプログラムは、コンピュータに、対戦ゲーム処理において、プレイヤの操作入力に基づいた指示に応じて、使用キャラクタの状態を第１の状態から第２の状態へ変化させる制御を行わせてもよい。

上記（３）の構成によれば、プレイヤは、所望のタイミングで使用キャラクタを第１状態から第２状態へと変化させることができる。

（４）
上記（３）の構成において、対戦ゲーム処理は、複数の使用キャラクタと複数の相手キャラクタとを対戦させる対戦ゲーム処理であってもよい。使用キャラクタを第１の状態から第２の状態へ変化させるための指示は、対戦ゲーム処理による対戦中において１回のみ受け付けられてもよい。

上記（４）の構成によれば、使用キャラクタを変化させる回数に制限が設けられることで、プレイヤは、状態を変化させる使用キャラクタと、変化させるタイミングとを考慮してゲームを進めることとなるので、対戦ゲームの戦略性をより向上することができる。

（５）
上記（１）から上記（４）のいずれかの構成において、ゲームプログラムは、コンピュータに、対戦ゲーム処理において、攻撃を行ったキャラクタが第２の状態である場合において、行われた当該攻撃に設定された第３の類型が、当該攻撃を行ったキャラクタに設定された第１の類型および第２の類型の両方に一致する場合、一方のみと一致する場合よりもさらに、当該攻撃によるダメージを増加させてもよい。

上記（５）の構成によれば、第１の類型と同じ類型が第２の類型として設定されるキャラクタについては、第１の類型と異なる類型が第２の類型として設定されるキャラクタとは異なるメリットを生じさせることができるので、前者のキャラクタと後者のキャラクタとの間で有利不利を生じにくくすることができる。

（６）
上記（１）から上記（５）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、対戦ゲーム処理において、キャラクタが第１の状態から第２の状態に変化した場合、当該キャラクタに設定された攻撃の種別のうち所定の種別の攻撃の第３の類型を、第２の類型に一致する類型へ変化させる制御を行わせてもよい。

上記（６）の構成によれば、第１の状態から第２の状態へ変化したキャラクタは、上記所定の種別の攻撃によって、変化を活かした効果的な攻撃を行うことができる。

なお、本発明の別の一例は、上記（１）～（６）における処理を実行する情報処理装置または情報処理システムであってもよい。また、本発明の別の一例は、上記（１）～（６）における処理を実行するゲーム処理方法であってもよい。

上記ゲームプログラム、情報処理システム、情報処理装置、または、ゲーム処理方法によれば、対戦ゲームにおける戦略性を向上し、キャラクタのバリエーションを増やすことができる。

本体装置に左コントローラおよび右コントローラを装着した状態の一例を示す図 本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の一例を示す図 本体装置の一例を示す六面図 左コントローラの一例を示す六面図 右コントローラの一例を示す六面図 本体装置の内部構成の一例を示すブロック図 本体装置と左コントローラおよび右コントローラとの内部構成の一例を示すブロック図 対戦シーンにおいて表示されるゲーム画像の一例を示す図 変身指示画像が指定されている場合におけるゲーム画像の一例を示す図 第１キャラクタが通常状態である場合と変身状態である場合とにおける各攻撃種別の攻撃力の一例を示す図 第２キャラクタが通常状態である場合と変身状態である場合とにおける各攻撃種別の攻撃力の一例を示す図 キャラクタの通常状態と変身状態とにおける、攻撃によって受けるダメージの一例を示す図 ゲームシステムにおける情報処理に用いられる各種データの一例を示す図 ゲームシステムによって実行される対戦ゲーム処理の流れの一例を示すフローチャート

［１．ゲームシステムの構成］
以下、本実施形態の一例に係るゲームシステムについて説明する。本実施形態におけるゲームシステム１の一例は、本体装置（情報処理装置；本実施形態ではゲーム装置本体として機能する）２と左コントローラ３および右コントローラ４とを含む。本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能である。つまり、ゲームシステム１は、左コントローラ３および右コントローラ４をそれぞれ本体装置２に装着して一体化された装置として利用できる。また、ゲームシステム１は、本体装置２と左コントローラ３および右コントローラ４とを別体として利用することもできる（図２参照）。以下では、本実施形態のゲームシステム１のハードウェア構成について説明し、その後に本実施形態のゲームシステム１の制御について説明する。

図１は、本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図である。図１に示すように、左コントローラ３および右コントローラ４は、それぞれ本体装置２に装着されて一体化されている。本体装置２は、ゲームシステム１における各種の処理（例えば、ゲーム処理）を実行する装置である。本体装置２は、ディスプレイ１２を備える。左コントローラ３および右コントローラ４は、ユーザが入力を行うための操作部を備える装置である。

図２は、本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図である。図１および図２に示すように、左コントローラ３および右コントローラ４は、本体装置２に着脱可能である。なお、以下において、左コントローラ３および右コントローラ４の総称として「コントローラ」と記載することがある。

図３は、本体装置２の一例を示す六面図である。図３に示すように、本体装置２は、略板状のハウジング１１を備える。本実施形態において、ハウジング１１の主面（換言すれば、表側の面、すなわち、ディスプレイ１２が設けられる面）は、大略的には矩形形状である。

なお、ハウジング１１の形状および大きさは、任意である。一例として、ハウジング１１は、携帯可能な大きさであってよい。また、本体装置２単体または本体装置２に左コントローラ３および右コントローラ４が装着された一体型装置は、携帯型装置となってもよい。また、本体装置２または一体型装置が手持ち型の装置となってもよい。また、本体装置２または一体型装置が可搬型装置となってもよい。

図３に示すように、本体装置２は、ハウジング１１の主面に設けられるディスプレイ１２を備える。ディスプレイ１２は、本体装置２が生成した画像を表示する。本実施形態においては、ディスプレイ１２は、液晶表示装置（ＬＣＤ）とする。ただし、ディスプレイ１２は任意の種類の表示装置であってよい。

また、本体装置２は、ディスプレイ１２の画面上にタッチパネル１３を備える。本実施形態においては、タッチパネル１３は、マルチタッチ入力が可能な方式（例えば、静電容量方式）のものである。ただし、タッチパネル１３は、任意の種類のものであってよく、例えば、シングルタッチ入力が可能な方式（例えば、抵抗膜方式）のものであってもよい。

本体装置２は、ハウジング１１の内部においてスピーカ（すなわち、図６に示すスピーカ８８）を備えている。図３に示すように、ハウジング１１の主面には、スピーカ孔１１ａおよび１１ｂが形成される。そして、スピーカ８８の出力音は、これらのスピーカ孔１１ａおよび１１ｂからそれぞれ出力される。

また、本体装置２は、本体装置２が左コントローラ３と有線通信を行うための端子である左側端子１７と、本体装置２が右コントローラ４と有線通信を行うための右側端子２１を備える。

図３に示すように、本体装置２は、スロット２３を備える。スロット２３は、ハウジング１１の上側面に設けられる。スロット２３は、所定の種類の記憶媒体を装着可能な形状を有する。所定の種類の記憶媒体は、例えば、ゲームシステム１およびそれと同種の情報処理装置に専用の記憶媒体（例えば、専用メモリカード）である。所定の種類の記憶媒体は、例えば、本体装置２で利用されるデータ（例えば、アプリケーションのセーブデータ等）、および／または、本体装置２で実行されるプログラム（例えば、アプリケーションのプログラム等）を記憶するために用いられる。また、本体装置２は、電源ボタン２８を備える。

本体装置２は、下側端子２７を備える。下側端子２７は、本体装置２がクレードルと通信を行うための端子である。本実施形態において、下側端子２７は、ＵＳＢコネクタ（より具体的には、メス側コネクタ）である。上記一体型装置または本体装置２単体をクレードルに載置した場合、ゲームシステム１は、本体装置２が生成して出力する画像を据置型モニタに表示することができる。また、本実施形態においては、クレードルは、載置された上記一体型装置または本体装置２単体を充電する機能を有する。また、クレードルは、ハブ装置（具体的には、ＵＳＢハブ）の機能を有する。

図４は、左コントローラ３の一例を示す六面図である。図４に示すように、左コントローラ３は、ハウジング３１を備える。本実施形態においては、ハウジング３１は、縦長の形状、すなわち、上下方向（すなわち、図１および図４に示すｙ軸方向）に長い形状である。左コントローラ３は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング３１は、縦長となる向きで把持される場合に片手、特に左手で把持可能な形状および大きさをしている。また、左コントローラ３は、横長となる向きで把持されることも可能である。左コントローラ３が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

左コントローラ３は、アナログスティック３２を備える。図４に示すように、アナログスティック３２は、ハウジング３１の主面に設けられる。アナログスティック３２は、方向を入力することが可能な方向入力部として用いることができる。ユーザは、アナログスティック３２を傾倒することによって傾倒方向に応じた方向の入力（および、傾倒した角度に応じた大きさの入力）が可能である。なお、左コントローラ３は、方向入力部として、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、本実施形態においては、アナログスティック３２を押下する入力が可能である。

左コントローラ３は、各種操作ボタンを備える。左コントローラ３は、ハウジング３１の主面上に４つの操作ボタン３３～３６（具体的には、右方向ボタン３３、下方向ボタン３４、上方向ボタン３５、および左方向ボタン３６）を備える。さらに、左コントローラ３は、録画ボタン３７および－（マイナス）ボタン４７を備える。左コントローラ３は、ハウジング３１の側面の左上に第１Ｌボタン３８およびＺＬボタン３９を備える。また、左コントローラ３は、ハウジング３１の側面の、本体装置２に装着される際に装着される側の面に第２Ｌボタン４３および第２Ｒボタン４４を備える。これらの操作ボタンは、本体装置２で実行される各種プログラム（例えば、ＯＳプログラムやアプリケーションプログラム）に応じた指示を行うために用いられる。

また、左コントローラ３は、左コントローラ３が本体装置２と有線通信を行うための端子４２を備える。

図５は、右コントローラ４の一例を示す六面図である。図５に示すように、右コントローラ４は、ハウジング５１を備える。本実施形態においては、ハウジング５１は、縦長の形状、すなわち、上下方向に長い形状である。右コントローラ４は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング５１は、縦長となる向きで把持される場合に片手、特に右手で把持可能な形状および大きさをしている。また、右コントローラ４は、横長となる向きで把持されることも可能である。右コントローラ４が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

右コントローラ４は、左コントローラ３と同様、方向入力部としてアナログスティック５２を備える。本実施形態においては、アナログスティック５２は、左コントローラ３のアナログスティック３２と同じ構成である。また、右コントローラ４は、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、右コントローラ４は、左コントローラ３と同様、ハウジング５１の主面上に４つの操作ボタン５３～５６（具体的には、Ａボタン５３、Ｂボタン５４、Ｘボタン５５、およびＹボタン５６）を備える。さらに、右コントローラ４は、＋（プラス）ボタン５７およびホームボタン５８を備える。また、右コントローラ４は、ハウジング５１の側面の右上に第１Ｒボタン６０およびＺＲボタン６１を備える。また、右コントローラ４は、左コントローラ３と同様、第２Ｌボタン６５および第２Ｒボタン６６を備える。

また、右コントローラ４は、右コントローラ４が本体装置２と有線通信を行うための端子６４を備える。

図６は、本体装置２の内部構成の一例を示すブロック図である。本体装置２は、図３に示す構成の他、図６に示す各構成要素８１～８５、８７、８８、９１、９７、および９８を備える。これらの構成要素８１～８５、８７、８８、９１、９７、および９８のいくつかは、電子部品として電子回路基板上に実装されてハウジング１１内に収納されてもよい。

本体装置２は、プロセッサ８１を備える。プロセッサ８１は、本体装置２において実行される各種の情報処理を実行する情報処理部であって、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のみから構成されてもよいし、ＣＰＵ機能、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）機能等の複数の機能を含むＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）から構成されてもよい。プロセッサ８１は、記憶部（具体的には、フラッシュメモリ８４等の内部記憶媒体、あるいは、スロット２３に装着される外部記憶媒体等）に記憶される情報処理プログラム（例えば、ゲームプログラム）を実行することによって、各種の情報処理を実行する。

本体装置２は、自身に内蔵される内部記憶媒体の一例として、フラッシュメモリ８４およびＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８５を備える。フラッシュメモリ８４およびＤＲＡＭ８５は、プロセッサ８１に接続される。フラッシュメモリ８４は、主に、本体装置２に保存される各種のデータ（プログラムであってもよい）を記憶するために用いられるメモリである。ＤＲＡＭ８５は、情報処理において用いられる各種のデータを一時的に記憶するために用いられるメモリである。

本体装置２は、スロットインターフェース（以下、「Ｉ／Ｆ」と略記する。）９１を備える。スロットＩ／Ｆ９１は、プロセッサ８１に接続される。スロットＩ／Ｆ９１は、スロット２３に接続され、スロット２３に装着された所定の種類の記憶媒体（例えば、専用メモリカード）に対するデータの読み出しおよび書き込みを、プロセッサ８１の指示に応じて行う。

プロセッサ８１は、フラッシュメモリ８４およびＤＲＡＭ８５、ならびに上記各記憶媒体との間でデータを適宜読み出したり書き込んだりして、上記の情報処理を実行する。

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。本実施形態においては、ネットワーク通信部８２は、第１の通信態様としてＷｉ－Ｆｉの規格に準拠した方式により、無線ＬＡＮに接続して外部装置と通信を行う。また、ネットワーク通信部８２は、第２の通信態様として所定の通信方式（例えば、独自プロトコルによる通信や、赤外線通信）により、同種の他の本体装置２との間で無線通信を行う。なお、上記第２の通信態様による無線通信は、閉ざされたローカルネットワークエリア内に配置された他の本体装置２との間で無線通信可能であり、複数の本体装置２の間で直接通信することによってデータが送受信される、いわゆる「ローカル通信」を可能とする機能を実現する。

本体装置２は、コントローラ通信部８３を備える。コントローラ通信部８３は、プロセッサ８１に接続される。コントローラ通信部８３は、左コントローラ３および／または右コントローラ４と無線通信を行う。本体装置２と左コントローラ３および右コントローラ４との通信方式は任意であるが、本実施形態においては、コントローラ通信部８３は、左コントローラ３との間および右コントローラ４との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信を行う。

プロセッサ８１は、上述の左側端子１７、右側端子２１、および下側端子２７に接続される。プロセッサ８１は、左コントローラ３と有線通信を行う場合、左側端子１７を介して左コントローラ３へデータを送信するとともに、左側端子１７を介して左コントローラ３から操作データを受信する。また、プロセッサ８１は、右コントローラ４と有線通信を行う場合、右側端子２１を介して右コントローラ４へデータを送信するとともに、右側端子２１を介して右コントローラ４から操作データを受信する。また、プロセッサ８１は、クレードルと通信を行う場合、下側端子２７を介してクレードルへデータを送信する。このように、本実施形態においては、本体装置２は、左コントローラ３および右コントローラ４との間で、それぞれ有線通信と無線通信との両方を行うことができる。また、左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置または本体装置２単体がクレードルに装着された場合、本体装置２は、クレードルを介してデータ（例えば、画像データや音声データ）を据置型モニタ等に出力することができる。

ここで、本体装置２は、複数の左コントローラ３と同時に（換言すれば、並行して）通信を行うことができる。また、本体装置２は、複数の右コントローラ４と同時に（換言すれば、並行して）通信を行うことができる。したがって、複数のユーザは、左コントローラ３および右コントローラ４のセットをそれぞれ用いて、本体装置２に対する入力を同時に行うことができる。一例として、第１ユーザが左コントローラ３および右コントローラ４の第１セットを用いて本体装置２に対して入力を行うと同時に、第２ユーザが左コントローラ３および右コントローラ４の第２セットを用いて本体装置２に対して入力を行うことが可能となる。

また、ディスプレイ１２は、プロセッサ８１に接続される。プロセッサ８１は、（例えば、上記の情報処理の実行によって）生成した画像および／または外部から取得した画像をディスプレイ１２に表示する。

本体装置２は、コーデック回路８７およびスピーカ（具体的には、左スピーカおよび右スピーカ）８８を備える。コーデック回路８７は、スピーカ８８および音声入出力端子２５に接続されるとともに、プロセッサ８１に接続される。コーデック回路８７は、スピーカ８８および音声入出力端子２５に対する音声データの入出力を制御する回路である。

本体装置２は、電力制御部９７およびバッテリ９８を備える。電力制御部９７は、バッテリ９８およびプロセッサ８１に接続される。また、図示しないが、電力制御部９７は、本体装置２の各部（具体的には、バッテリ９８の電力の給電を受ける各部、左側端子１７、および右側端子２１）に接続される。電力制御部９７は、プロセッサ８１からの指令に基づいて、バッテリ９８から上記各部への電力供給を制御する。

また、バッテリ９８は、下側端子２７に接続される。外部の充電装置（例えば、クレードル）が下側端子２７に接続され、下側端子２７を介して本体装置２に電力が供給される場合、供給された電力がバッテリ９８に充電される。

図７は、本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図である。なお、本体装置２に関する内部構成の詳細については、図６で示しているため図７では省略している。

左コントローラ３は、本体装置２との間で通信を行う通信制御部１０１を備える。図７に示すように、通信制御部１０１は、端子４２を含む各構成要素に接続される。本実施形態においては、通信制御部１０１は、端子４２を介した有線通信と、端子４２を介さない無線通信との両方で本体装置２と通信を行うことが可能である。通信制御部１０１は、左コントローラ３が本体装置２に対して行う通信方法を制御する。すなわち、左コントローラ３が本体装置２に装着されている場合、通信制御部１０１は、端子４２を介して本体装置２と通信を行う。また、左コントローラ３が本体装置２から外されている場合、通信制御部１０１は、本体装置２（具体的には、コントローラ通信部８３）との間で無線通信を行う。コントローラ通信部８３と通信制御部１０１との間の無線通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）の規格に従って行われる。

また、左コントローラ３は、例えばフラッシュメモリ等のメモリ１０２を備える。通信制御部１０１は、例えばマイコン（マイクロプロセッサとも言う）で構成され、メモリ１０２に記憶されるファームウェアを実行することによって各種の処理を実行する。

左コントローラ３は、各ボタン１０３（具体的には、ボタン３３～３９、４３、４４、および４７）を備える。また、左コントローラ３は、アナログスティック（図７では「スティック」と記載する）３２を備える。各ボタン１０３およびアナログスティック３２は、自身に対して行われた操作に関する情報を、適宜のタイミングで繰り返し通信制御部１０１へ出力する。

通信制御部１０１は、各入力部（具体的には、各ボタン１０３、および、アナログスティック３２）から、入力に関する情報（具体的には、操作に関する情報、またはセンサによる検出結果）を取得する。通信制御部１０１は、取得した情報（または取得した情報に所定の加工を行った情報）を含む操作データを本体装置２へ送信する。なお、操作データは、所定時間に１回の割合で繰り返し送信される。なお、入力に関する情報が本体装置２へ送信される間隔は、各入力部について同じであってもよいし、同じでなくてもよい。

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３およびアナログスティック３２に対する操作を、操作データに基づいて判別することができる。

左コントローラ３は、電力供給部１０８を備える。本実施形態において、電力供給部１０８は、バッテリおよび電力制御回路を有する。図示しないが、電力制御回路は、バッテリに接続されるとともに、左コントローラ３の各部（具体的には、バッテリの電力の給電を受ける各部）に接続される。

図７に示すように、右コントローラ４は、本体装置２との間で通信を行う通信制御部１１１を備える。また、右コントローラ４は、通信制御部１１１に接続されるメモリ１１２を備える。通信制御部１１１は、端子６４を含む各構成要素に接続される。通信制御部１１１およびメモリ１１２は、左コントローラ３の通信制御部１０１およびメモリ１０２と同様の機能を有する。したがって、通信制御部１１１は、端子６４を介した有線通信と、端子６４を介さない無線通信（具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信）との両方で本体装置２と通信を行うことが可能であり、右コントローラ４が本体装置２に対して行う通信方法を制御する。

右コントローラ４は、左コントローラ３の各入力部と同様の各入力部を備える。具体的には、各ボタン１１３、および、アナログスティック５２を備える。これらの各入力部については、左コントローラ３の各入力部と同様の機能を有し、同様に動作する。

右コントローラ４は、電力供給部１１８を備える。電力供給部１１８は、左コントローラ３の電力供給部１０８と同様の機能を有し、同様に動作する。

［２．ゲームシステムにおける処理の概要］
次に、図８～図１２を参照して、ゲームシステム１において実行される処理の概要について説明する。本実施形態においては、ゲームシステム１は、プレイヤ（すなわち、ゲームシステム１のユーザ）が操作可能なキャラクタが敵キャラクタと対戦を行う対戦シーンを含むゲームを実行する。

図８は、対戦シーンにおいて表示されるゲーム画像の一例を示す図である。図８に示すように、対戦シーンにおいては、ゲーム空間に使用キャラクタ２０１と相手キャラクタ２０２とが配置される様子を示すゲーム画像がディスプレイ１２に表示される。使用キャラクタ２０１は、プレイヤが使用する（すなわち、プレイヤが操作する）キャラクタである。相手キャラクタ２０２は、使用キャラクタ２０１の対戦相手となるキャラクタである。相手キャラクタ２０２は、他のプレイヤによって操作されるキャラクタであってもよいし、ゲームシステム１によって行動が制御されるキャラクタであってもよい。なお、図８に示す例においては、使用キャラクタおよび相手キャラクタはそれぞれ１体であるが、対戦シーンにおいて複数の使用キャラクタが登場してもよいし、複数の相手キャラクタが登場してもよい。また、１回の対戦中において、使用キャラクタとなるキャラクタは例えばプレイヤの指示によって変更（交代とも言う）されてもよいし、相手キャラクタとなるキャラクタも変更可能であってもよい。

本実施形態においては、対戦シーンにおいて、いわゆるターン制の対戦が行われる。すなわち、１回のターンにおいては、プレイヤが使用キャラクタ２０１の行動内容を決定し、相手キャラクタ２０２の行動内容が決定された後、各キャラクタ２０１および２０２がそれぞれ行動する。そして、対戦が終了するまで上記のターンが繰り返し行われることで対戦ゲームが進行する。なお、他の実施形態においては、対戦シーンにおいて、ターン制の対戦ゲームに限らず、各キャラクタが時間経過に応じて順次行動するリアルタイム制の対戦ゲームが行われてもよい。

ここで、本実施形態においては、対戦シーンに登場し得る各キャラクタには、類型が設定される。類型とは、例えば、水、火、雷といったものであり、タイプあるいは属性と言うこともある。１つのキャラクタには、複数種類の類型のうちいくつかが設定される。また、例えば、水の類型は火の類型に対して相性が良く、雷の類型に対して相性が悪い、といったように、類型同士の関係には相性が設定される。つまり、２つの類型の組み合わせとしては、一方の類型に対する他方の類型の相性が良い組み合わせと、一方の類型に対する他方の類型の相性が悪い組み合わせと、一方の類型に対する他方の類型の相性が普通である組み合わせがある。

図８に示すように、対戦シーンにおけるゲーム画像は、攻撃指示画像２１１～２１４を含む。攻撃指示画像２１１～２１４は、使用キャラクタ２０１が使用可能な攻撃の種別を示す。攻撃指示画像２１１～２１４は、使用キャラクタ２０１に行わせる攻撃の種別をプレイヤが指示するための画像である。つまり、プレイヤは、攻撃指示画像２１１～２１４のうち１つを指定する（例えば、所望の１つの攻撃指示画像が選択されている状態で当該攻撃指示画像を指定する操作を行う）ことによって、使用キャラクタ２０１に行わせる攻撃の種別を指示する。

上記のように、本実施形態においては、キャラクタには、当該キャラクタが使用可能な攻撃の種別が設定される。本実施形態においては、１つのキャラクタには、使用可能な攻撃の種別として、所定数（例えば４つ）を上限として１つ以上の攻撃の種別を設定することができるものとする。なお、使用キャラクタに対して、当該使用キャラクタが使用可能な攻撃の種別をプレイヤが設定する方法は任意である。例えば、使用キャラクタに設定可能な攻撃の種別は使用キャラクタの種類毎に定められており、ゲーム中において対戦シーン以外の場面において、当該設定可能な種別のうちから、使用キャラクタが使用可能な攻撃の種別をプレイヤが選択するようにしてもよい。

本実施形態においては、キャラクタが行う上記攻撃にも、キャラクタに設定されるものと同じ種類の類型（すなわち、水、火、雷といった類型）のいずれかが設定される。本実施形態においては、１つの種別の攻撃には１つの類型が対応付けられる。図８に示すように、各攻撃指示画像２１１～２１４は、攻撃の種別を示す名前（図８に示す例においては、パンチ攻撃や、炎攻撃等）と、当該攻撃の類型を示すマーク（図８に示す例においては、拳のマークや、火のマーク等）とを含む。

なお、キャラクタの類型と、当該キャラクタが使用可能な攻撃の類型とは同じものである（例えば、キャラクタの類型が水であり、攻撃の類型も水である）必要はない。上記のように、キャラクタの種類に応じて当該キャラクタに設定可能な攻撃の種別が定められているので、任意のキャラクタに対して任意の種別の攻撃を設定することができるわけではないものの、キャラクタに対しては、当該キャラクタの類型と同じ種類の類型の攻撃を設定することも可能であるし、当該キャラクタの類型とは異なる種類の類型の攻撃を設定することも可能である。

対戦シーンにおいて、ゲームシステム１は、プレイヤによって指定された種別の攻撃を使用キャラクタ２０１に行わせる。ここで、上記攻撃によって攻撃対象のキャラクタに与えられるダメージは、攻撃毎に設定された攻撃力と、攻撃を受けたキャラクタの防御関連パラメータ（例えば、防御力）とに基づいたダメージを、各キャラクタの類型と、当該攻撃の類型とに基づいて増加したり減少したりすることで決定される。詳細は後述するが、攻撃を行うキャラクタの類型と、当該攻撃の類型とが一致する場合（例えば、当該キャラクタの類型が水であり、攻撃の類型も水である場合）、当該攻撃の攻撃力は、一致しない場合よりも増加し、その結果、当該攻撃を受けるキャラクタに与えられるダメージも増加する。また例えば、行われた攻撃の類型が、当該攻撃を受けるキャラクタの類型に対して相性が良い場合、相性が普通である場合に比べて、当該攻撃を受けるキャラクタに与えられるダメージは増加する。一方、行われた攻撃の類型が、当該攻撃を受けるキャラクタの類型に対して相性が悪い場合、相性が普通である場合に比べて、当該攻撃を受けるキャラクタに与えられるダメージは減少する。さらに、特に相性が悪い特定の組み合わせの場合は、攻撃を受けるキャラクタに与えられるダメージは無効化される。また、攻撃を受けるキャラクタに２つの類型が設定され、両方の類型に対して攻撃の類型の相性が良い場合は、より一層ダメージが増加し、両方の類型に対して攻撃の類型の相性が悪い場合は、より一層ダメージが減少し、一方の類型に対して攻撃の類型の相性が良く、もう一方に対して攻撃の類型の相性が悪い場合はダメージが増減しない。

上記のように、本実施形態においては、各キャラクタおよび攻撃には類型が設定され、これらの類型に基づいてダメージが計算される。プレイヤは、例えば、攻撃を行うキャラクタの類型と当該攻撃の類型とを考慮しつつ、当該攻撃の類型と攻撃対象のキャラクタの類型との相性を考慮して、攻撃の種別を選択するので、戦略性のある対戦ゲームを行わせることができる。

なお、対戦シーンにおいて、各キャラクタがとり得る行動は攻撃動作に限らず、攻撃動作以外の動作であってもよい。例えば、使用キャラクタ２０１が使用可能な動作として、自身を強化する動作や、相手キャラクタを弱化する動作や、自身の体力を回復する動作等が設定されてもよい。例えば、図８に示す攻撃指示画像２１１～２１４のいくつかに代えて、攻撃動作以外の動作を示す指示画像が表示されてもよい。なお、本実施形態においては、使用キャラクタおよび相手キャラクタには、使用可能な動作として、攻撃動作の種別のみが設定される場合を例として説明する。

ここで、本実施形態においては、各キャラクタは、変身を行うことが可能であり、各キャラクタには、通常類型と、変身類型という２つの類型が設定される。通常類型は、少なくとも変身前の状態（「通常状態」と呼ぶ）のキャラクタに適用される類型であり、変身類型は、変身後の状態（「変身状態」と呼ぶ）のキャラクタに適用される類型である。詳細は後述するが、本実施形態においては、キャラクタが通常状態である場合、ゲームシステム１は、当該キャラクタの通常類型を適用し、変身類型については適用せずにダメージの計算処理を行い、キャラクタが変身状態である場合、ゲームシステム１は、当該キャラクタの通常類型と変身類型とを適用してダメージの計算処理を行う。

本実施形態においては、通常類型は、キャラクタの種類毎に設定される。また、変身類型は、キャラクタ毎に設定される。したがって、同じ種類である複数体のキャラクタについては、通常類型は全て同じであるが、変身類型はキャラクタ間で異なることがある。また、キャラクタの変身類型は、当該キャラクタの通常類型と同じであることもあるし、当該キャラクタの通常類型とは異なることもある。なお、本実施形態においては、１つのキャラクタについて複数種類の通常類型（例えば、水と火の類型）が設定されることがある。一方、１つのキャラクタについては１つの変身類型のみが設定されるものとする。ただし、他の実施形態においては、１つのキャラクタについて複数種類の変身類型が設定されてもよい。

図８に示すように、対戦シーンにおけるゲーム画像は、変身指示画像２１５を含む。変身指示画像２１５は、使用キャラクタ２０１を変身させる変身指示をプレイヤが行うための画像である。つまり、プレイヤは、変身指示画像２１５を指定することによって、使用キャラクタ２０１に変身を行わせることができる。例えば、プレイヤは、変身指示画像が選択されている状態で当該変身指示画像を指定する操作を行うことで、変身指示を行うことができる。

図９は、変身指示画像が指定されている場合におけるゲーム画像の一例を示す図である。図９に示すように、変身指示画像２１５が指定されている状態においては、変身指示画像２１５は、使用キャラクタ２０１の変身類型を示すように変化する（図９に示す例においては、変身指示画像２１５は、火を示す画像に変化している）。これによって、使用キャラクタ２０１の変身後における類型（つまり、変身類型）をプレイヤに認識させることができる。

なお、本実施形態においては、ゲームシステム１は、相手キャラクタが通常状態である場合（つまり、相手キャラクタが変身する前）には、当該相手キャラクタの変身類型を示す表示を行わないものとする。つまり、プレイヤは、相手キャラクタの変身前においては、当該相手キャラクタの変身類型を知ることはできないものとする。これは、対戦について駆け引きをより生じさせ、対戦ゲームの戦略性を向上するためである。

また、本実施形態においては、各キャラクタは、キャラクタの変身前後で攻撃の類型が変化し得る特殊攻撃を行うことができる。図８および図９に示す例においては、攻撃指示画像２１４は上記特殊攻撃を示している。特殊攻撃は、キャラクタが通常状態である場合には、所定の類型（図８に示す例においては、丸のマークで示される類型）に設定され、キャラクタが変身状態である場合には、当該キャラクタの変身類型と同じ類型に設定される（つまり、類型が変化する）攻撃である。なお、本実施形態においては、上記特殊攻撃は、全ての種類のキャラクタについて、使用可能な攻撃として設定可能であるものとする。また、キャラクタの変身に応じて特殊攻撃の類型が変化することによる影響については後述する。

図９に示すように、変身指示画像２１５が指定されている状態においては、当該特殊攻撃を示す攻撃指示画像２１４に含まれる、当該類型を示すマークも変化する。例えば、図８および図９に示す例においては、攻撃指示画像２１４に含まれるマークは、変身指示画像２１５が指定されたことに応じて、火の類型を示すように変化する。これによって、変身した場合には特殊攻撃の類型が変化することと、変化後の類型とをプレイヤに認識させることができる。

上記のように変身指示が行われた（つまり、変身指示画像２１５が指定された）状態でプレイヤがターン内の行動を決定する操作入力を行うと、ゲームシステム１は、各キャラクタによる行動の前に、使用キャラクタ２０１を変身させる。本実施形態においては、使用キャラクタ２０１が変身した場合、使用キャラクタ２０１の外観が変化する。具体的には、変身状態の使用キャラクタ２０１は、変身類型を示唆する表示形態となる。例えば、使用キャラクタ２０１の変身類型が火の類型である場合、変身状態の使用キャラクタ２０１は、火を表すマーク２１６が付されてもよいし（図９参照）、使用キャラクタ２０１自身の形状の一部が火を表す形状となってもよいし、火を表すエフェクト画像が付された表示形態となってもよい。なお、図９においては、プレイヤがターン内の行動を決定する前の時点において使用キャラクタ２０１の表示形態が変化しているが、プレイヤがターン内の行動を決定した後において（つまり、変身することが決定された後において）使用キャラクタ２０１の表示形態が変化してもよい。なお、相手キャラクタ２０２についても使用キャラクタ２０１と同様に、変身状態となった場合には、変身類型を示唆する表示形態となる。上記によって、キャラクタが変身したことと、変身後の類型（すなわち、変身類型）とをプレイヤに認識させることができる。

また、ゲームシステム１は、キャラクタが攻撃を行う場合、攻撃の種別に応じた動作をキャラクタに行わせるとともに、攻撃の種別に応じたエフェクト画像を動作に合わせて表示する。ここで、本実施形態においては、変身状態であるキャラクタの変身類型と同じ類型の攻撃を当該キャラクタが行う場合、ゲームシステム１は、当該攻撃のエフェクト画像を、キャラクタが変身状態でない場合におけるエフェクト画像とは異ならせる。例えば、変身状態であるキャラクタによる上記攻撃のエフェクト画像は、当該キャラクタが変身状態でない場合におけるエフェクト画像よりも派手なエフェクト画像であってもよい。詳細は後述するが、変身状態であるキャラクタの変身類型と同じ類型の攻撃を当該キャラクタが行う場合、異なる類型の攻撃を当該キャラクタが行う場合に比べて攻撃力が増加する。したがって、上記のようなエフェクト画像を表示することによって、攻撃力が増加した強力な攻撃を行っていることをプレイヤにわかりやすく認識させることができる。

上記のように、本実施形態においては、各キャラクタは対戦中において変身を行うことができる。詳細は後述するが、キャラクタが変身を行うことで、当該キャラクタによる攻撃、および、当該キャラクタが受ける攻撃について、類型に基づいて計算される（当該攻撃による）ダメージが変化することとなる。例えば、プレイヤは、使用キャラクタ２０１について適切なタイミングで変身を行うことで、使用キャラクタ２０１の攻撃によるダメージを増加させたり、相手キャラクタ２０２の攻撃によるダメージを減少させたりすることができる。すなわち、キャラクタの変身によって対戦の戦略性を向上させることができる。

次に、図１０～図１２を参照して、キャラクタの通常状態と変身状態とにおける攻撃の効果の具体例について説明する。図１０は、第１キャラクタが通常状態である場合と変身状態である場合とにおける各攻撃種別の攻撃力の一例を示す図である。図１０に示す例においては、第１キャラクタの通常類型はＡであり、変身類型はＢであるものとする。また、第１キャラクタは、類型がＡである第１攻撃、類型がＢである第２攻撃、類型がＣである第３攻撃、および、上記特殊攻撃という４つの種別の攻撃を使用可能であるものとする。また、通常状態における特殊攻撃の類型はＤであるものとする。

本実施形態においては、ゲームシステム１は、攻撃を行うキャラクタの類型である攻撃用キャラクタ類型と、当該キャラクタが行う攻撃の類型とが一致する場合、基準値と比べて、当該攻撃の攻撃力倍率を増加させる。具体的には、上記の場合、攻撃力倍率は１．５倍に設定される。一方、攻撃用キャラクタ類型と、キャラクタが行う攻撃の類型とが一致しない場合、攻撃力倍率は基準値（すなわち、１倍）に設定される。なお、上記攻撃の攻撃力は、攻撃の種別毎に設定される、当該攻撃の威力を示す値に、上記攻撃力倍率を乗算した結果に基づいて算出される。なお、上記攻撃力の算出方法は任意であり、例えば、攻撃力は、上記の乗算結果に加えて、攻撃を行うキャラクタに設定されるパラメータ（例えば、力を示すパラメータ）にさらに基づいて算出されてもよい。

第１キャラクタが通常状態である場合、第１キャラクタの攻撃用キャラクタ類型は通常類型であるとして攻撃力倍率が計算される。したがって、図１０に示す例において、第１キャラクタが通常状態である場合、第１キャラクタの攻撃用キャラクタ類型はＡであるので、類型がＡである第１攻撃については、攻撃力倍率が１．５倍に設定される。一方、類型がＡ以外である第２攻撃、第３攻撃、および、特殊攻撃については、攻撃力倍率が基準値（すなわち、１倍）に設定される。

なお、上記攻撃によって攻撃対象のキャラクタが受けるダメージは、上記攻撃力に基づいて計算される。詳細は後述するが、攻撃対象のキャラクタが受けるダメージは、上記攻撃力と、攻撃の類型と当該キャラクタの類型との相性とに基づいて計算される。

また、第１キャラクタが変身状態である場合、第１キャラクタの攻撃用キャラクタ類型として、通常類型および変身類型の両方に基づいて攻撃力が計算される。つまり、ゲームシステム１は、キャラクタの通常類型または変身類型と、当該キャラクタが行う攻撃の類型とが一致する場合、基準値と比べて、当該攻撃の攻撃力倍率を増加させる。したがって、図１０に示す例において、第１キャラクタが変身状態である場合、第１キャラクタの通常類型（すなわち、Ａの類型）と類型が一致する第１攻撃と、第１キャラクタの変身類型（すなわち、Ｂの類型）と類型が一致する第２攻撃および特殊攻撃とについては、攻撃力倍率が１．５倍に設定される。なお、上述のように、特殊攻撃については、第１キャラクタが変身状態となったことに応じて類型が変化し、変身類型と一致する類型となるので、攻撃力倍率が１．５倍に設定されることとなる。一方、第１キャラクタの通常類型および変身類型のいずれとも類型が一致しない第３攻撃については、攻撃力倍率が基準値に設定される。

上記のように、第１キャラクタについては、変身前の通常状態においては第１攻撃のみが攻撃力が通常よりも増加するのに対して、変身状態においては第１攻撃に加えて、第２攻撃および特殊攻撃についても攻撃力が通常よりも増加する。したがって、第１キャラクタは、変身を行うことでより強力な攻撃を行いやすくなると言うことができる。

なお、上述のように、キャラクタに設定される通常類型と変身類型とが同じである場合もあり得る。図１１は、第２キャラクタが通常状態である場合と変身状態である場合とにおける各攻撃種別の攻撃力の一例を示す図である。図１１に示す例においては、第２キャラクタの通常類型および変身類型はともにＡであるものとする。また、第２キャラクタは、第１キャラクタと同じ、第１～第３攻撃および特殊攻撃を使用可能であるものとする。

図１１に示す例において、第２キャラクタが通常状態である場合の攻撃力は、第１キャラクタが通常状態である場合の攻撃力と同様にして計算される。一方、第２キャラクタが変身状態である場合、ゲームシステム１は、第２キャラクタの攻撃用キャラクタ類型として、通常類型および変身類型の両方に基づいて攻撃力を計算する。すなわち、ゲームシステム１は、キャラクタが行う攻撃の類型が、キャラクタの通常類型および変身類型の両方と一致する場合、いずれか一方のみと一致する場合（図１０参照）と比べて、当該攻撃の攻撃力倍率を増加させる。図１１の例においては、上記の場合、攻撃力倍率は、２倍に設定される。したがって、第２キャラクタが変身状態である場合、第２キャラクタの通常類型および変身類型の両方と類型が一致する第１攻撃および特殊攻撃については、攻撃力倍率が２倍に設定される。なお、第２キャラクタが変身状態である場合、第２キャラクタの通常類型および変身類型のいずれとも類型が一致しない第２攻撃および第３攻撃については、攻撃力倍率が基準値（すなわち、１倍）に設定される。

上記のように、本実施形態においては、ゲームシステム１は、攻撃を行ったキャラクタが変身状態である場合において、行われた当該攻撃に設定された類型が、当該攻撃を行ったキャラクタに設定された通常類型および変身類型の両方に一致する場合、一方のみと一致する場合よりもさらに、当該攻撃によるダメージを増加させる。これによれば、通常類型と同じ類型が変身類型として設定されるキャラクタ（例えば、上記第２キャラクタ）は、通常類型と異なる類型が変身類型として設定されるキャラクタ（例えば、上記第１キャラクタ）に比べて、より攻撃力が高い攻撃を行うことができる。一方、通常類型と異なる類型が変身類型として設定されるキャラクタは、通常類型と同じ類型が変身類型として設定されるキャラクタに比べて、より多くの種別の攻撃について、基準値よりも攻撃力が高い攻撃を行うことができる。このように、上記によれば、変身類型がいずれに設定されるキャラクタであっても変身類型によるメリットが生じるようにすることができ、変身類型が異なるキャラクタ間で有利不利が生じにくくすることができる。また、通常類型と同じ類型が変身類型として設定されるキャラクタと、通常類型と異なる類型が変身類型として設定されるキャラクタとで異なるメリットを生じさせることで、ゲームの戦略性を向上することができる。

図１２は、キャラクタの通常状態と変身状態とにおける、攻撃によって受けるダメージの一例を示す図である。図１２に示す例においては、攻撃対象キャラクタ（つまり、攻撃を受けるキャラクタ）の通常類型はＡであり、変身類型はＢであるものとする。図１２に示す例においては、攻撃対象キャラクタが、類型がＡである第１攻撃と、類型がＢである第２攻撃と、類型がＣである第３攻撃とのいずれかの攻撃を受ける場合のダメージを示している。なお、図１２に示す例において、類型がＡである攻撃対象キャラクタに対する類型Ａの攻撃の相性は通常であり、類型がＡである攻撃対象キャラクタに対する類型Ｂの攻撃の相性は悪く、類型がＡである攻撃対象キャラクタに対する類型Ｃの攻撃の相性は良いものとする。また、類型がＢである攻撃対象キャラクタに対する類型Ａの攻撃の相性は良く、類型がＢである攻撃対象キャラクタに対する類型Ｂの攻撃の相性は通常であり、類型がＢである攻撃対象キャラクタに対する類型Ｃの攻撃の相性は悪いものとする。

本実施形態においては、攻撃対象キャラクタの類型に対する攻撃の類型の相性が良い場合、基準のダメージ値に比べて、攻撃対象キャラクタが受けるダメージは２倍となる。なお、基準のダメージ値とは、上記相性が通常である場合に攻撃対象キャラクタが受けるダメージの値である。基準のダメージ値は、上述の攻撃力に基づいて算出され、より具体的には、当該攻撃力と、攻撃対象キャラクタに設定されるパラメータ（例えば、防御力を示すパラメータ）とに基づいて算出される。

攻撃対象キャラクタが通常状態である場合、攻撃対象キャラクタの類型は通常類型であるとしてダメージが計算される。図１２に示す例において、攻撃対象キャラクタが通常状態である場合、攻撃対象キャラクタの通常類型はＡである。したがって、第１攻撃については、攻撃対象キャラクタの類型に対する攻撃の類型の相性が通常であるので、ダメージは基準のダメージ値となる。第２攻撃については、上記相性が悪いので、ダメージは基準のダメージ値の０．５倍となる。第３攻撃については、上記相性が良いので、ダメージは基準のダメージ値の２倍となる。

一方、攻撃対象キャラクタが変身状態である場合、攻撃対象キャラクタの類型は変身類型であるとしてダメージが計算される。図１２に示す例において、攻撃対象キャラクタが変身状態である場合、攻撃対象キャラクタの変身類型はＢである。したがって、第１攻撃については、攻撃対象キャラクタの類型に対する攻撃の類型の相性が良いので、ダメージは基準のダメージ値の２倍となる。第２攻撃については、上記相性が通常であるので、ダメージは基準のダメージ値となる。第３攻撃については、上記相性が悪いので、ダメージは基準のダメージ値の０．５倍となる。このように、攻撃対象キャラクタが通常状態であるか変身状態であるかによって、有効な攻撃の種別は異なり、同じ攻撃であっても攻撃対象キャラクタが受けるダメージは異なることとなる。

上記の他にも、例えば、ダメージを無効化する相性となる類型の組み合わせが設定されている場合には、攻撃対象キャラクタは、変身前後で異なる類型の攻撃を無効化できることになる。また、攻撃対象キャラクタに通常類型が２種類設定されている場合において、これら２種類の通常類型の両方に対して相性の良い類型の攻撃を受けると、攻撃対象キャラクタは、相性が通常である場合に比べて４倍のダメージを受けることになる。これに関して、本実施形態ではキャラクタに設定される変身類型は１種類のため、攻撃対象キャラクタは、変身をすることで、攻撃の類型が何であったとしても、上記４倍のダメージを受けることを避けることができる。

以上のように、本実施形態においては、キャラクタを変身状態とすることで、特定の類型の攻撃の攻撃力を増加させたり、攻撃を受ける場合のダメージを変化させたりすることができる。例えば、図１２に示す例のように、通常類型がＡで変身類型がＢである使用キャラクタをプレイヤが操作する場合において、当該使用キャラクタに対して相性が良い、類型がＣである攻撃を相手キャラクタが行うと予想される場合、プレイヤは、使用キャラクタを変身させて類型を変化させることで、類型がＣである攻撃によるダメージを減少させることができる。さらに、このとき、使用キャラクタに類型がＢである攻撃を行わせることで、攻撃力の高い攻撃を行わせることができる。このように、対戦シーンにおいて適切なタイミングでキャラクタを変身状態とすることで、対戦を有利に進めやすくなる。また、相手キャラクタも変身を行うことが可能であるので、プレイヤは、相手キャラクタが変身するかどうかを予想して、有効な攻撃を考えながらゲームを行うこととなる。例えば、通常状態の相手キャラクタに対しては相性が悪い類型の攻撃であっても、変身状態の相手キャラクタに対しては相性が良い類型の攻撃であれば、相手キャラクタが変身することを予想して当該攻撃を敢えて行わせることも考えられる。以上のように、キャラクタに変身類型を設定し、対戦シーンにおいて変身可能とすることで、対戦ゲームの戦略性を向上することができる。

また、本実施形態においては、変身類型の種類はキャラクタ毎に設定されるので、同じ種類のキャラクタについても異なる変身類型が設定されることもある。これによって、キャラクタ毎に個性を持たせやすくなり、キャラクタのバリエーションを豊富にすることができる。

本実施形態のキャラクタについては、ゲーム中において捕獲することなどによってプレイヤがキャラクタを収集できるようにしてもよい。ここで、本実施形態においては、同じ種類のキャラクタであっても変身類型の異なるキャラクタが多数存在するので、プレイヤが多数のキャラクタを収集する動機づけとすることができる。また、ゲームにおいて不利な傾向にある類型が通常類型として設定されるキャラクタであっても、変身類型によって新たな使用方法や戦略を生むことができる。また、捕獲されたキャラクタの変身類型は、当該キャラクタの登場時または捕獲時にランダムで決定されるようにしてもよい。また、特定の場面において予め設定された変身類型のキャラクタが登場するようにしてもよい。上記によって、キャラクタ収集要素のバリエーションを増やすことができる。

なお、本実施形態においては、ターン制の対戦が行われ、使用キャラクタおよび相手キャラクタの変身は、ターンの開始時において、各キャラクタによる行動（すなわち、攻撃等の行動）前に行われる。すなわち、ゲームシステム１は、使用キャラクタと相手キャラクタとが１ターン毎に１回ずつ行動する制御を行い、あるターンにおいて所定の条件が満たされた場合（すなわち、プレイヤによる変身指示が行われた場合）において、使用キャラクタと相手キャラクタとが当該ターン内における行動をとる前に、当該条件を満たしたキャラクタの状態を通常状態から変身状態へ変化させる制御を行う。これによれば、プレイヤは、対戦相手のキャラクタが変身するか否かをわからない状態で自身が操作するキャラクタの行動を指示し、（変身が行われる場合には）行動が行われる前に変身が行われることとなる。これによって、変身による効果が効果的に発揮されることとなり、対戦ゲームの戦略性をより向上することができる。

なお、本実施形態においては、使用キャラクタの変身の条件は、プレイヤによる変身指示があったことである。つまり、ゲームシステム１は、プレイヤの操作入力に基づいた指示に応じて、使用キャラクタの状態を通常状態から変身状態へ変化させる制御を行う。これによれば、プレイヤは、所望のタイミングで使用キャラクタを変身させることができる。なお、本実施形態において、相手キャラクタが他のプレイヤによって操作される場合、当該相手キャラクタの変身の条件は、当該他のプレイヤによる変身指示があったことである。

なお、他の実施形態においては、使用キャラクタの変身の条件は任意であり、他の条件であってもよい。例えば、変身の条件は、使用キャラクタの体力が所定値以下となったことであってもよいし、使用キャラクタが所定のアイテムを使用したことであってもよいし、所定のタイミング（例えば、対戦開始のタイミング）から所定の時間が経過したことであってもよい。また、対戦中において例えば攻撃を行ったり攻撃を受けたりすることで溜まるゲージが設定される場合には、変身の条件は、当該ゲージの量が最大になったことであってもよい。また、相手キャラクタのうちには、対戦シーンが開始されたことを条件として変身状態となる（つまり、対戦開始時から変身状態となる）相手キャラクタが含まれてもよい。

本実施形態においては、１回の対戦シーンにおいて、使用キャラクタが変身を行うことができる回数は１回であるとする。そのため、対戦シーンに登場する使用キャラクタが複数である場合には、複数の使用キャラクタのうち１つの使用キャラクタについて変身を行うことができ、ある使用キャラクタについて変身が行われた後は、他の使用キャラクタについては変身を行うことができないこととなる。なお、「対戦シーンに登場する使用キャラクタが複数である場合」とは、１回の対戦シーンにおいて、複数の使用キャラクタが同時に出現する場合と、使用キャラクタとなるキャラクタが交代されることで複数のキャラクタが出現する場合との両方を含む意味である。すなわち、本実施形態においては、使用キャラクタを通常状態から変身状態へ変化させるための指示（すなわち、上記変身指示）は、対戦中において１回のみ受け付けられる。上記によれば、プレイヤは、複数の使用キャラクタについて何度も変身を行うことができないので、変身を行わせる使用キャラクタと変身を行わせる適切なタイミングとを見極めて変身指示を行うこととなる。これによって、対戦ゲームの戦略性をより向上することができる。なお、本実施形態においては、相手キャラクタについても使用キャラクタと同様、相手キャラクタが変身を行うことができる回数は１回であるとする。

なお、他の実施形態においては、使用キャラクタが変身を行うことができる回数は任意に設定されてよい。例えば、ゲームシステム１は、上記回数を複数回（例えば、３回）に設定してもよいし、使用キャラクタが複数である場合、１つのキャラクタにつき所定回数（例えば、１回）の変身を行うことができるようにしてもよい。また、上記回数に制限が設けられなくてもよい。

なお、ゲームシステム１は、使用キャラクタが変身を行った場合、戦闘シーン外において所定の回復条件が満たされることに応じて、当該使用キャラクタを再度の変身が可能な状態にしてもよい。なお、回復条件とは、例えば、ゲームフィールドに配置される所定の施設で当該使用キャラクタを回復させることや、当該使用キャラクタに所定の回復アイテムを与えることであってもよい。

また、本実施形態においては、変身状態のキャラクタが受ける攻撃のダメージについては、変身類型を適用して（つまり、通常類型は適用せずに）ダメージが計算されるのに対して、変身状態のキャラクタが行う攻撃については、通常類型と変身類型との両方を適用して攻撃力（および、攻撃力に基づくダメージ）が計算される。ここで、仮に、変身状態のキャラクタが行う攻撃について変身類型のみを適用して攻撃力を計算する（具体的には、変身類型と一致する類型の攻撃のみ攻撃力を増加させる）とすれば、変身後は、通常類型と一致する類型の攻撃を使用するメリットが小さくなってしまい、攻撃の選択肢が実質的に狭まってしまうおそれがある。また、本実施形態においては、キャラクタが使用可能な攻撃の種別には上述のように上限があるので、攻撃の選択肢が狭まってしまうと、対戦ゲームの戦略性が低下する可能性がある。以上より、本実施形態においては、変身状態のキャラクタが行う攻撃については、通常類型と変身類型との両方を考慮して攻撃力を計算することで、変身後に攻撃の選択肢が狭まることを防止し（本実施形態によれば、変身後において攻撃の選択肢はむしろ広がることとなる）、上記の可能性を低減することができる。

また、本実施形態においては、各キャラクタは、変化状態になった場合に、変化類型と一致する類型に変化する上述の特殊攻撃を使用可能である。すなわち、ゲームシステム１は、キャラクタが通常状態から変身状態に変化した場合、当該キャラクタに設定された攻撃の種別のうち特殊攻撃の類型を、変身類型に一致する類型へ変化させる制御を行う。これによれば、特殊攻撃を使用可能なキャラクタは、変身後において、変身類型に一致する類型の攻撃を行うことができるので、変身を活かした攻撃を行うことができる。したがって、例えば、キャラクタが使用可能な攻撃として設定可能な攻撃の種別のうちに、当該キャラクタの変身類型に一致する類型の攻撃の種別が含まれない場合であっても、上記特殊攻撃によって、当該キャラクタは変身後において変身類型に一致する類型の攻撃を行うことができる。

なお、本実施形態においては、上記特殊攻撃は、キャラクタが通常状態である場合においても使用可能であったが、他の実施形態においては、特殊攻撃は、キャラクタが変身状態である場合に使用可能であり、通常状態である場合においては使用不可能であってもよい。例えば、キャラクタが通常状態である場合には、所定数の種別の攻撃を使用可能であり、当該キャラクタが変身状態となった場合には、当該所定数の種別の攻撃に加えて、特殊攻撃を使用可能となってもよい。

［３．ゲームシステムにおける処理の具体例］
次に、図１３～図１４を参照して、ゲームシステム１における情報処理の具体例について説明する。

図１３は、ゲームシステム１における情報処理に用いられる各種データの一例を示す図である。図１３に示す各種データは、本体装置２がアクセス可能な記憶媒体（例えば、フラッシュメモリ８４、ＤＲＡＭ８５、および／または、スロット２３に装着されたメモリカード等）に記憶される。

図１３に示すように、ゲームシステム１は、ゲームプログラムを記憶する。ゲームプログラムは、本実施形態におけるゲーム処理（具体的には、図１４に示す対戦ゲーム処理）を実行するためのゲームプログラムである。

また、ゲームシステム１は、キャラクタ（すなわち、使用キャラクタまたは相手キャラクタ）に関する各種情報を示すキャラクタデータを記憶する。本実施形態においては、キャラクタデータは、通常類型データ、変身類型データ、攻撃種別データ、および、変身状態データを含む。通常類型データは、キャラクタに設定される通常類型を示す。なお、本実施形態においては、通常類型はキャラクタの種類毎に設定されるので、ゲームシステム１は、個別のキャラクタ毎に通常類型データを記憶しなくてもよい。変身類型データは、キャラクタに設定される変身類型を示す。攻撃種別データは、キャラクタが使用可能な攻撃として設定されている各攻撃の種別および類型を示す。変身状態データは、キャラクタが現在、通常状態であるか、それとも、変身状態であるかを示す。なお、対戦ゲーム処理の開始時においては、上記変身状態データは通常状態を示す。キャラクタデータは、上記のデータの他に、当該キャラクタに設定される各種のパラメータ（例えば、レベル、体力、すばやさ等）を示すデータを含む。キャラクタデータは、対戦シーンに登場する各キャラクタ毎に記憶される。

図１４は、ゲームシステム１によって実行される対戦ゲーム処理の流れの一例を示すフローチャートである。対戦ゲーム処理は、ゲーム中における対戦シーンにおいて実行されるゲーム処理である。対戦シーン処理は、例えば、上記ゲームプログラムの実行中において、（例えば、ゲームフィールドにおいてプレイヤキャラクタが敵キャラクタに遭遇したことで）対戦シーンが開始されたことに応じて開始される。

なお、本実施形態では、本体装置２のプロセッサ８１が、ゲームシステム１に記憶されている上記ゲームプログラムを実行することによって、図１４に示す各ステップの処理を実行するものとして説明する。ただし、他の実施形態においては、上記各ステップの処理のうちの一部の処理を、プロセッサ８１とは別のプロセッサ（例えば、専用回路等）が実行するようにしてもよい。また、ゲームシステム１が他の情報処理装置（例えば、サーバ）と通信可能である場合、図１４に示す各ステップの処理の一部は、他の情報処理装置において実行されてもよい。また、図１４に示す各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。

また、プロセッサ８１は、図１４に示す各ステップの処理を、メモリ（例えば、ＤＲＡＭ８５）を用いて実行する。すなわち、プロセッサ８１は、各処理ステップによって得られる情報（換言すれば、データ）をメモリに記憶し、それ以降の処理ステップにおいて当該情報を用いる場合には、メモリから当該情報を読み出して利用する。

なお、図１４に示す対戦ゲーム処理においては、対戦シーンにおける１ターンにおいて、ステップＳ１～Ｓ１６の処理ループにおける処理が１回実行され、対戦シーンにおいてターンが繰り返される場合には、ステップＳ１～Ｓ１６の処理ループが繰り返し実行される。また、図１４においては図示しないが、ステップＳ１～Ｓ１６の一連の処理において、プロセッサ８１は、適宜のタイミングでゲーム画像の生成および表示を行う。これによって、図８および図９に示すようなゲーム画像が表示されたり、ゲーム画像が更新されることによって、各キャラクタが攻撃動作を行うアニメーションが表示されたりする。なお、ゲーム画像は、ディスプレイ１２に表示されてもよいし、上述した据置型モニタに表示されてもよい。

図１４に示すステップＳ１において、プロセッサ８１は、使用キャラクタについてメモリに記憶されているキャラクタデータに含まれる攻撃種別データが示す各攻撃種別のうちから、使用キャラクタが行う攻撃の種別を決定する。上述のように、使用キャラクタが行う攻撃の種別は、プレイヤによる指示によって決定される。具体的には、プロセッサ８１は、上記攻撃種別データが示す各攻撃種別を示す各攻撃指示画像を含むゲーム画像を表示し、各攻撃指示画像のうち１つを選択する指示を受け付ける。プロセッサ８１は、コントローラ通信部８３および／または各端子１７および２１を介して各コントローラから受信される操作データを取得し、取得された操作データに基づいて、プレイヤによって選択された攻撃指示画像を特定する。プロセッサ８１は、特定された攻撃指示画像が示す攻撃種別を、使用キャラクタが行う攻撃の種別として決定する。

また、上記ステップＳ１において、プロセッサ８１は、使用キャラクタを変身させる変身指示を受け付ける。具体的には、プロセッサ８１は、上述の変身指示画像２１５を含むゲーム画像が表示される状態において、変身指示画像２１５を指定する指示（すなわち変身指示）を受け付け、上記操作データに基づいて、当該指示が行われたか否かを判断する。なお、変身状態となっている使用キャラクタが存在する場合、プロセッサ８１は、変身指示画像２１５を表示せず、変身指示を受け付けないようにする。また、上記の指示の他、プロセッサ８１は、例えば相手キャラクタが複数である場合には、使用キャラクタが行う攻撃の対象となる相手キャラクタを指定する指示をさらに受け付けてもよい。ステップＳ１の次にステップＳ２の処理が実行される。

ステップＳ２において、プロセッサ８１は、相手キャラクタについてメモリに記憶されているキャラクタデータに含まれる攻撃種別データが示す各攻撃種別のうちから、相手キャラクタが行う攻撃の種別を決定する。上述したように、相手キャラクタは、使用キャラクタを使用するプレイヤとは異なる他のプレイヤによって操作されてもよいし、ゲームシステム１によって行動が制御されるキャラクタであってもよい。相手キャラクタが上記他のプレイヤによって操作される場合、プロセッサ８１は、当該他のプレイヤによる指示を取得し、当該指示に基づいて、相手キャラクタが行う攻撃の種別を決定する。なお、上記他のプレイヤがゲームシステム１のコントローラを用いる場合、当該コントローラから送信される操作データに基づいて上記の指示を判別する。また、上記他のプレイヤがゲームシステム１とは異なる装置を用いる場合、プロセッサ８１は、上記の指示を示すデータを、例えばネットワーク通信部８２を介して当該装置から取得する。また、相手キャラクタがゲームシステム１によって行動が制御されるキャラクタである場合、プロセッサ８１は、ゲームプログラムにおいて定められるアルゴリズムに従って相手キャラクタが行う攻撃の種別を決定する。

また、上記ステップＳ２において、プロセッサ８１は、相手キャラクタを変身させるか否かを決定する。具体的には、相手キャラクタが上記他のプレイヤによって操作される場合、プロセッサ８１は、相手キャラクタを変身させる指示を取得し、当該指示に基づいて、相手キャラクタを変身させるか否かを決定する。また、相手キャラクタがゲームシステム１によって行動が制御されるキャラクタである場合、プロセッサ８１は、ゲームプログラムにおいて定められるアルゴリズムに従って、相手キャラクタを変身させるか否かを決定する。ステップＳ２の次にステップＳ３の処理が実行される。

ステップＳ３において、プロセッサ８１は、使用キャラクタを変身させるか否かを判定する。すなわち、プロセッサ８１は、上記ステップＳ１において、使用キャラクタを変身させる変身指示がプレイヤによって行われたか否かを判定する。ステップＳ３の判定結果が肯定である場合、ステップＳ４の処理が実行される。一方、ステップＳ３の判定結果が否定である場合、ステップＳ４の処理がスキップされてステップＳ５の処理が実行される。

ステップＳ４において、プロセッサ８１は、使用キャラクタを変身状態とする。すなわち、プロセッサ８１は、表示されるゲーム画像において、使用キャラクタの外観を、変身状態を表すものに変化させる。また、プロセッサ８１は、使用キャラクタについてのキャラクタデータに含まれる変身状態データを、変身状態を示す内容となるように更新する。また、当該キャラクタデータに、特殊攻撃を示す攻撃種別データが含まれている場合、プロセッサ８１は、特殊攻撃の類型が使用キャラクタの変身類型と同じ類型となるように当該攻撃種別データを更新する。ステップＳ４の次にステップＳ５の処理が実行される。

ステップＳ５において、プロセッサ８１は、相手キャラクタを変身させるか否かを判定する。すなわち、プロセッサ８１は、上記ステップＳ２において、相手キャラクタを変身させると決定されたか否かを判定する。ステップＳ５の判定結果が肯定である場合、ステップＳ６の処理が実行される。一方、ステップＳ５の判定結果が否定である場合、ステップＳ６の処理がスキップされてステップＳ７の処理が実行される。

ステップＳ６において、プロセッサ８１は、相手キャラクタを変身状態とする。すなわち、プロセッサ８１は、表示されるゲーム画像において、相手キャラクタの外観を、変身状態を表すものに変化させる。また、プロセッサ８１は、相手キャラクタについてのキャラクタデータに含まれる変身状態データを、変身状態を示す内容となるように更新する。また、当該キャラクタデータに、特殊攻撃を示す攻撃種別データが含まれている場合、プロセッサ８１は、特殊攻撃の類型が相手キャラクタの変身類型と同じ類型となるように当該攻撃種別データを更新する。ステップＳ６の次にステップＳ７の処理が実行される。

ステップＳ７において、プロセッサ８１は、使用キャラクタと相手キャラクタとの行動順を決定する。行動順を決定する具体的な方法は任意である。例えば、プロセッサ８１は、使用キャラクタと相手キャラクタとに関する所定のパラメータ（例えば、すばやさ）を参照し、当該パラメータに基づいて行動順を決定する。ステップＳ７の次にステップＳ８の処理が実行される。

ステップＳ８において、プロセッサ８１は、使用キャラクタと相手キャラクタとのうちから、ステップＳ７で決定された行動順に従って１つのキャラクタを指定する。すなわち、プロセッサ８１は、今回のターン（すなわち、ステップＳ１～Ｓ１６の処理ループ）におけるステップＳ８において、まだ指定されていないキャラクタのうちで行動順が最も早いキャラクタを指定する。ステップＳ８の次にステップＳ９の処理が実行される。

ステップＳ９において、プロセッサ８１は、ステップＳ８で指定されたキャラクタは変身状態であるか否かを、当該キャラクタについてメモリに記憶されている変身状態データに基づいて判定する。ステップＳ９の判定結果が否定である場合、ステップＳ１０の処理が実行される。一方、ステップＳ９の判定結果が肯定である場合、ステップＳ１１の処理が実行される。

ステップＳ１０において、プロセッサ８１は、ステップＳ８で指定されたキャラクタに関する通常類型データを参照し、当該キャラクタの通常類型に基づいて当該キャラクタによる攻撃の攻撃力を算出する。具体的には、プロセッサ８１は、ステップＳ８で指定されたキャラクタに関する攻撃種別データを参照し、当該キャラクタが行う攻撃の種別と、当該攻撃の類型が当該キャラクタの通常類型に一致するか否かとに基づいて、当該攻撃の攻撃力を算出する。すなわち、プロセッサ８１は、上記“［２．ゲームシステムにおける処理の概要］”で述べたように、当該攻撃の類型が当該キャラクタの通常類型に一致する場合には、当該攻撃の攻撃力を基準値の１．５倍とし、一致しない場合には、当該攻撃の攻撃力を基準値とする（図１０および図１１参照）。ステップＳ１０の次にステップＳ１２の処理が実行される。

一方、ステップＳ１１において、プロセッサ８１は、ステップＳ８で指定されたキャラクタに関する通常類型データおよび変身類型データを参照し、当該キャラクタの通常類型および変身類型に基づいて、当該キャラクタによる攻撃の攻撃力を算出する。具体的には、プロセッサ８１は、ステップＳ８で指定されたキャラクタに関する攻撃種別データを参照し、当該キャラクタが行う攻撃の種別と、当該攻撃の類型が当該キャラクタの通常類型および／または変身類型に一致するか否かとに基づいて、当該攻撃の攻撃力を算出する。すなわち、プロセッサ８１は、上記“［２．ゲームシステムにおける処理の概要］”で述べたように、当該攻撃の類型が当該キャラクタの通常類型または変身類型に一致する場合には、当該攻撃の攻撃力を基準値の１．５倍とし、通常類型および変身類型の両方に一致する場合には、当該攻撃の攻撃力を基準値の２倍とし、通常類型および変身類型のいずれにも一致しない場合には、当該攻撃の攻撃力を基準値とする（図１０および図１１参照）。ステップＳ１１の次にステップＳ１２の処理が実行される。

ステップＳ１２において、プロセッサ８１は、ステップＳ８で指定されたキャラクタによる攻撃の対象となる攻撃対象キャラクタは変身状態であるか否かを、当該キャラクタについてメモリに記憶されている変身状態データに基づいて判定する。ステップＳ１２の判定結果が否定である場合、ステップＳ１３の処理が実行される。一方、ステップＳ１２の判定結果が肯定である場合、ステップＳ１４の処理が実行される。

ステップＳ１３において、プロセッサ８１は、ステップＳ８で指定されたキャラクタによる攻撃によって当該攻撃対象キャラクタに与えられるダメージを、当該攻撃対象キャラクタの通常類型を考慮して算出する。すなわち、プロセッサ８１は、メモリに記憶されている、上記攻撃対象キャラクタに関する通常類型データが示す類型に基づいて、当該攻撃対象キャラクタに与えられるダメージを算出する。具体的には、プロセッサ８１は、上記“［２．ゲームシステムにおける処理の概要］”で述べたように、行われた攻撃の類型が、攻撃対象キャラクタの通常類型に対して相性が良いか、通常であるか、それとも、悪いかに応じて、与えられるダメージを、基準のダメージ値の２倍とするか、１倍とするか、それとも、０．５倍とするかを決定する（図１２参照）。ステップＳ１３の次にステップＳ１５の処理が実行される。

ステップＳ１４において、プロセッサ８１は、ステップＳ８で指定されたキャラクタによる攻撃によって当該攻撃対象キャラクタに与えられるダメージを、当該攻撃対象キャラクタの変身類型を考慮して算出する。すなわち、プロセッサ８１は、メモリに記憶されている、上記攻撃対象キャラクタに関する変身類型データが示す類型に基づいて、当該攻撃対象キャラクタに与えられるダメージを算出する。具体的には、プロセッサ８１は、上記“［２．ゲームシステムにおける処理の概要］”で述べたように、行われた攻撃の類型が、攻撃対象キャラクタの変身類型に対して相性が良いか、通常であるか、それとも、悪いかに応じて、与えられるダメージを、基準のダメージ値の２倍とするか、１倍とするか、それとも、０．５倍とするかを決定する（図１２参照）。ステップＳ１４の次にステップＳ１５の処理が実行される。

また、上記ステップＳ１３またはＳ１４の処理において、プロセッサ８１は、決定されたダメージを当該キャラクタに与える処理（例えば、体力値からダメージに応じた値を減算する処理）を実行する。また、プロセッサ８１は、ステップＳ８で指定されたキャラクタに、攻撃に応じた動作を行わせるとともに、当該動作を行う様子を示すゲーム画像を生成して表示する。

ステップＳ１５において、プロセッサ８１は、今回の対戦シーン（すなわち、対戦ゲーム処理）における対戦を終了するか否かを判定する。ステップＳ１５における具体的な判定方法は任意であるが、例えば、上記ステップＳ１３またはＳ１４の処理によって、いずれかのキャラクタの体力値が０になった場合、対戦を終了すると判定され、いずれのキャラクタの体力値も０になっていない場合、対戦を終了しないと判定される。ステップＳ１５の判定結果が否定である場合、ステップＳ１６の処理が実行される。一方、ステップＳ１５の判定結果が肯定である場合、プロセッサ８１は、図１４に示す対戦ゲーム処理を終了する。

ステップＳ１６において、プロセッサ８１は、ステップＳ８において全てのキャラクタが指定されたか否かを判定する。ステップＳ１６の判定結果が否定である場合、上記ステップＳ８の処理が再度実行される。このとき、再度のステップＳ８の処理によって、現在のターンにおいて攻撃をまだ行っていないキャラクタが指定される。一方、ステップＳ１６の判定結果が肯定である場合、上記ステップＳ１の処理が再度実行される。このとき、今回のターンが終了し、次のターンが行われることとなる。

［４．本実施形態の作用効果および変形例］
以上のように、上記実施形態においては、ゲームプログラムは、情報処理装置（一例としては、本体装置２）のコンピュータに、仮想空間内において、プレイヤの使用する使用キャラクタと、当該使用キャラクタの対戦相手となる相手キャラクタとを含む複数のキャラクタ同士を対戦させる対戦ゲーム処理（図１４）を実行させる。複数のキャラクタにはそれぞれ、少なくとも、（ａ）キャラクタの種類と、（ｂ）キャラクタの種類に対応付けられた少なくとも１つの第１の類型（一例としては、通常類型）と、（ｃ）キャラクタ毎に個別に設定された第２の類型（一例としては、変身類型）と、（ｄ）キャラクタが対戦において使用可能であって、第３の類型が対応付けられた攻撃の種別、とが設定される。ゲームプログラムは、対戦ゲーム処理において、コンピュータ（一例としては、プロセッサ８１）に、次の処理を行わせる構成である。
・所定の条件が満たされた場合に、当該条件を満たしたキャラクタの状態を第１の状態から第２の状態へ変化させる制御を行う処理（ステップＳ４，Ｓ６）
・使用キャラクタが使用可能な攻撃の種別のうち、プレイヤの操作入力に基づいて指示された種別の攻撃を当該使用キャラクタが行う制御を行わせ、当該攻撃による相手キャラクタのダメージを計算する処理（ステップＳ１０，Ｓ１１，Ｓ１３，Ｓ１４）
・相手キャラクタの攻撃に基づいて、当該攻撃による使用キャラクタのダメージを計算する処理（ステップＳ１０，Ｓ１１，Ｓ１３，Ｓ１４）
・攻撃を行ったキャラクタが、第１の状態である場合、行われた攻撃に設定された第３の類型が、攻撃を行ったキャラクタに設定された第１の類型と一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加する処理（ステップＳ１０）
・攻撃を行ったキャラクタが、第２の状態である場合、行われた攻撃に設定された第３の類型が、攻撃を行ったキャラクタに設定された第１の類型および第２の類型の少なくともいずれかと一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加する処理（ステップＳ１１）
・攻撃を受けたキャラクタが、第１の状態である場合、行われた攻撃に設定された第３の類型と、攻撃を受けたキャラクタに設定された第１の類型との組み合わせが、所定のルールにおいて決められる所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少する処理（ステップＳ１３）
・攻撃を受けたキャラクタが、第２の状態である場合、行われた攻撃に設定された第３の類型と、攻撃を受けたキャラクタに設定された第２の類型との組み合わせが、所定のルールにおいて決められる所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少する処理（ステップＳ１４）

上記の構成によれば、キャラクタが第１の状態から第２の状態へと変化することによって、当該キャラクタの攻撃によるダメージが変化したり、当該キャラクタが受けるダメージが変化したりすることとなる。これによって、対戦において、キャラクタを変化させるタイミングや、キャラクタに行わせる攻撃の種別の選択に駆け引きを生むことができるので、対戦ゲームにおける戦略性を向上することができる。また、各キャラクタには第１の類型と第２の類型という２つの類型が設定されるので、１つの類型が設定される場合に比べて、キャラクタのバリエーションを増やすことができる。

なお、上記「所定のルール」とは、例えば、上記実施形態における類型同士の相性を定めるルールである。また、上記「所定のルールにおいて決められる所定の組み合わせ」とは、例えば、上記実施形態における、ある類型と、当該ある類型に対して相性が良いまたは悪い他の類型との組み合わせである。上記所定のルールは、攻撃によるダメージを増加または減少させる類型の組み合わせを定める任意のものであってよい。所定のルールは、例えば、ダメージに乗算する倍率を類型の組み合わせ毎に定めるものであってもよい。

なお、上記の実施形態において、ある情報処理装置においてデータ（プログラムを含む意味である）を用いて処理が実行される場合、当該処理に必要なデータの一部が、当該ある情報処理装置とは異なる他の情報処理装置から送信されてもよい。このとき、当該ある情報処理装置は、他の情報処理装置から受信されたデータと、自身に記憶されているデータとを用いて上記処理を実行してもよい。

なお、他の実施形態において、情報処理システムは、上記実施形態における構成の一部を備えていなくてもよいし、上記実施形態において実行される処理の一部を実行しなくてもよい。例えば、情報処理システムは、上記実施形態における一部の特定の効果を奏するためには、当該効果を奏するための構成を備え、当該効果を奏するための処理を実行すればよく、その他の構成を備えていなくてもよいし、その他の処理を実行しなくてもよい。

上記実施形態は、対戦ゲームにおける戦略性を向上し、キャラクタのバリエーションを増やすこと等を目的として、例えばゲームシステムやゲームプログラムとして利用することが可能である。

１ ゲームシステム
２ 本体装置
８１ プロセッサ
２０１ 使用キャラクタ
２０２ 相手キャラクタ

Claims (24)

1. 情報処理装置のコンピュータに、
   仮想空間内において、プレイヤの使用する使用キャラクタと、当該使用キャラクタの対戦相手となる相手キャラクタとを含む複数のキャラクタ同士を対戦させる対戦ゲーム処理を実行させ、
   前記複数のキャラクタにはそれぞれ、少なくとも、
   前記キャラクタの種類と、
   前記キャラクタの種類毎に対応付けられた少なくとも１つの第１の類型と、
   前記キャラクタ毎に個別に設定された第２の類型と、
   前記キャラクタが対戦において使用可能であって、第３の類型が対応付けられた攻撃の種別とが設定され、
   前記対戦ゲーム処理において、前記コンピュータに、
   所定の条件が満たされた場合に、当該条件を満たした前記キャラクタの状態を第１の状態から第２の状態へ変化させる制御を行わせ、
   前記使用キャラクタが使用可能な攻撃の種別のうち、前記プレイヤの操作入力に基づいて指示された種別の攻撃を当該使用キャラクタが行う制御を行わせ、当該攻撃による前記相手キャラクタのダメージを計算させ、
   前記相手キャラクタの攻撃に基づいて、当該攻撃による前記使用キャラクタのダメージを計算させ、
   前記攻撃を行った前記キャラクタが、
   前記第１の状態である場合、行われた前記攻撃に設定された前記第３の類型が、当該攻撃を行った前記キャラクタに設定された前記第１の類型と一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加させ、
   前記第２の状態である場合、行われた前記攻撃に設定された前記第３の類型が、当該攻撃を行った前記キャラクタに設定された前記第１の類型および前記第２の類型の少なくともいずれかと一致する場合、いずれとも一致しない場合よりも、当該攻撃によるダメージを増加させ、
   前記攻撃を受けた前記キャラクタが、
   前記第１の状態である場合、行われた前記攻撃に設定された前記第３の類型と、前記攻撃を受けた前記キャラクタに設定された前記第１の類型との組み合わせが、所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少させ、
   前記第２の状態である場合、行われた前記攻撃に設定された前記第３の類型と、前記攻撃を受けた前記キャラクタに設定された前記第２の類型との組み合わせが、前記所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少させる、
   ゲームプログラム。
2. 前記コンピュータに、前記対戦ゲーム処理において、
   前記使用キャラクタと前記相手キャラクタとが１ターン毎に１回ずつ行動する制御を行わせ、
   あるターンにおいて前記所定の条件が満たされた場合において、前記使用キャラクタと前記相手キャラクタとが当該ターン内における行動をとる前に、当該条件を満たした前記キャラクタの状態を前記第１の状態から前記第２の状態へ変化させる制御を行わせる、
   請求項１に記載のゲームプログラム。
3. 前記コンピュータに、前記対戦ゲーム処理において、
   前記プレイヤの操作入力に基づいた指示に応じて、前記使用キャラクタの状態を前記第１の状態から前記第２の状態へ変化させる制御を行わせる、
   請求項２に記載のゲームプログラム。
4. 前記対戦ゲーム処理は、複数の前記使用キャラクタと複数の前記相手キャラクタとを対戦させる対戦ゲーム処理であって、
   前記使用キャラクタを前記第１の状態から前記第２の状態へ変化させるための指示は、前記対戦ゲーム処理による対戦中において１回のみ受け付けられる、
   請求項３に記載のゲームプログラム。
5. 前記コンピュータに、前記対戦ゲーム処理において、
   前記攻撃を行った前記キャラクタが前記第２の状態である場合において、行われた当該攻撃に設定された前記第３の類型が、当該攻撃を行った前記キャラクタに設定された前記第１の類型および前記第２の類型の両方に一致する場合、一方のみと一致する場合よりもさらに、当該攻撃によるダメージを増加させる、
   請求項１から請求項４のいずれか１項に記載のゲームプログラム。
6. 前記コンピュータにさらに、前記対戦ゲーム処理において、
   前記キャラクタが前記第１の状態から前記第２の状態に変化した場合、当該キャラクタに設定された前記攻撃の種別のうち所定の種別の攻撃の前記第３の類型を、前記第２の類型に一致する類型へ変化させる制御を行わせる、
   請求項１から請求項４のいずれか１項に記載のゲームプログラム。
7. プロセッサを備えた少なくとも１つの情報処理装置を備え、
   前記少なくとも１つの情報処理装置の少なくともいずれかのプロセッサは、
   仮想空間内において、プレイヤの使用する使用キャラクタと、対戦相手となる相手キャラクタとを含む複数のキャラクタ同士を対戦させる対戦ゲーム処理を実行し、
   前記複数のキャラクタにはそれぞれ、少なくとも、
   前記キャラクタの種類と、
   前記キャラクタの種類に対応付けられた少なくとも１つの第１の類型と、
   前記キャラクタ毎に個別に設定された第２の類型と、
   前記キャラクタが対戦において使用可能であって、第３の類型が対応付けられた攻撃の種別とが設定され、
   前記対戦ゲーム処理において、前記少なくともいずれかのプロセッサは、
   所定の条件が満たされた場合に、当該条件を満たした前記キャラクタの状態を第１の状態から第２の状態へ変化させ、
   前記使用キャラクタが使用可能な攻撃の種別のうち、前記プレイヤの操作入力に基づいて指示された種別の攻撃を当該使用キャラクタに行わせ、当該攻撃による前記相手キャラクタのダメージを計算し、
   前記相手キャラクタの攻撃に基づいて、当該攻撃による前記使用キャラクタのダメージを計算し、
   前記攻撃を行った前記キャラクタが、
   前記第１の状態である場合、行われた前記攻撃に設定された前記第３の類型が、前記攻撃を行った前記キャラクタに設定された前記第１の類型と一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加し、
   前記第２の状態である場合、行われた前記攻撃に設定された前記第３の類型が、前記攻撃を行った前記キャラクタに設定された前記第１の類型および前記第２の類型の少なくともいずれかと一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加し、
   前記攻撃を受けた前記キャラクタが、
   前記第１の状態である場合、行われた前記攻撃に設定された前記第３の類型と、前記攻撃を受けた前記キャラクタに設定された前記第１の類型との組み合わせが、所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少し、
   前記第２の状態である場合、行われた前記攻撃に設定された前記第３の類型と、前記攻撃を受けた前記キャラクタに設定された前記第２の類型との組み合わせが、前記所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少する、
   情報処理システム。
8. 前記対戦ゲーム処理において、前記少なくともいずれかのプロセッサは、
   前記使用キャラクタと前記相手キャラクタとに１ターン毎に１回ずつ行動させ、
   あるターンにおいて前記所定の条件が満たされた場合において、前記使用キャラクタと前記相手キャラクタとが当該ターン内における行動をとる前に、当該条件を満たした前記キャラクタの状態を前記第１の状態から前記第２の状態へ変化させる、
   請求項７に記載の情報処理システム。
9. 前記対戦ゲーム処理において、前記少なくともいずれかのプロセッサは、
   前記プレイヤの操作入力に基づいた指示に応じて、前記使用キャラクタの状態を前記第１の状態から前記第２の状態へ変化させる、
   請求項８に記載の情報処理システム。
10. 前記対戦ゲーム処理は、複数の前記使用キャラクタと複数の前記相手キャラクタとを対戦させる対戦ゲーム処理であって、
    前記使用キャラクタを前記第１の状態から前記第２の状態へ変化させるための指示は、前記対戦ゲーム処理による対戦中において１回のみ受け付けられる、
    請求項９に記載の情報処理システム。
11. 前記対戦ゲーム処理において、前記少なくともいずれかのプロセッサは、
    前記攻撃を行った前記キャラクタが前記第２の状態である場合において、行われた当該攻撃に設定された前記第３の類型が、当該攻撃を行った前記キャラクタに設定された前記第１の類型および前記第２の類型の両方に一致する場合、一方のみと一致する場合よりもさらに、当該攻撃によるダメージを増加する、
    請求項７から請求項１０のいずれか１項に記載の情報処理システム。
12. 前記対戦ゲーム処理において、前記少なくともいずれかのプロセッサは、
    前記キャラクタが前記第１の状態から前記第２の状態に変化した場合、当該キャラクタに設定された前記攻撃の種別のうち所定の種別の攻撃の前記第３の類型を、前記第２の類型に一致する類型へ変化させる、
    請求項７から請求項１０のいずれか１項に記載の情報処理システム。
13. プロセッサを備え、
    前記プロセッサは、
    仮想空間内において、プレイヤの使用する使用キャラクタと、対戦相手となる相手キャラクタとを含む複数のキャラクタ同士を対戦させる対戦ゲーム処理を実行し、
    前記複数のキャラクタにはそれぞれ、少なくとも、
    前記キャラクタの種類と、
    前記キャラクタの種類に対応付けられた少なくとも１つの第１の類型と、
    前記キャラクタ毎に個別に設定された第２の類型と、
    前記キャラクタが対戦において使用可能であって、第３の類型が対応付けられた攻撃の種別とが設定され、
    前記対戦ゲーム処理において、前記プロセッサは、
    所定の条件が満たされた場合に、当該条件を満たした前記キャラクタの状態を第１の状態から第２の状態へ変化させ、
    前記使用キャラクタが使用可能な攻撃の種別のうち、前記プレイヤの操作入力に基づいて指示された種別の攻撃を当該使用キャラクタに行わせ、当該攻撃による前記相手キャラクタのダメージを計算し、
    前記相手キャラクタの攻撃に基づいて、当該攻撃による前記使用キャラクタのダメージを計算し、
    前記攻撃を行った前記キャラクタが、
    前記第１の状態である場合、行われた前記攻撃に設定された前記第３の類型が、前記攻撃を行った前記キャラクタに設定された前記第１の類型と一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加し、
    前記第２の状態である場合、行われた前記攻撃に設定された前記第３の類型が、前記攻撃を行った前記キャラクタに設定された前記第１の類型および前記第２の類型の少なくともいずれかと一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加し、
    前記攻撃を受けた前記キャラクタが、
    前記第１の状態である場合、行われた前記攻撃に設定された前記第３の類型と、前記攻撃を受けた前記キャラクタに設定された前記第１の類型との組み合わせが、所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少し、
    前記第２の状態である場合、行われた前記攻撃に設定された前記第３の類型と、前記攻撃を受けた前記キャラクタに設定された前記第２の類型との組み合わせが、前記所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少する、
    情報処理装置。
14. 前記対戦ゲーム処理において、前記プロセッサは、
    前記使用キャラクタと前記相手キャラクタとに１ターン毎に１回ずつ行動させ、
    あるターンにおいて前記所定の条件が満たされた場合において、前記使用キャラクタと前記相手キャラクタとが当該ターン内における行動をとる前に、当該条件を満たした前記キャラクタの状態を前記第１の状態から前記第２の状態へ変化させる、
    請求項１３に記載の情報処理装置。
15. 前記対戦ゲーム処理において、前記プロセッサは、
    前記プレイヤの操作入力に基づいた指示に応じて、前記使用キャラクタの状態を前記第１の状態から前記第２の状態へ変化させる、
    請求項１４に記載の情報処理装置。
16. 前記対戦ゲーム処理は、複数の前記使用キャラクタと複数の前記相手キャラクタとを対戦させる対戦ゲーム処理であって、
    前記使用キャラクタを前記第１の状態から前記第２の状態へ変化させるための指示は、前記対戦ゲーム処理による対戦中において１回のみ受け付けられる、
    請求項１５に記載の情報処理装置。
17. 前記対戦ゲーム処理において、前記プロセッサは、
    前記攻撃を行った前記キャラクタが前記第２の状態である場合において、行われた当該攻撃に設定された前記第３の類型が、当該攻撃を行った前記キャラクタに設定された前記第１の類型および前記第２の類型の両方に一致する場合、一方のみと一致する場合よりもさらに、当該攻撃によるダメージを増加する、
    請求項１３から請求項１６のいずれか１項に記載の情報処理装置。
18. 前記対戦ゲーム処理において、前記プロセッサは、
    前記キャラクタが前記第１の状態から前記第２の状態に変化した場合、当該キャラクタに設定された前記攻撃の種別のうち所定の種別の攻撃の前記第３の類型を、前記第２の類型に一致する類型へ変化させる、
    請求項１３から請求項１６のいずれか１項に記載の情報処理装置。
19. 情報処理システムによって実行されるゲーム処理方法であって、
    前記情報処理システムは、
    仮想空間内において、プレイヤの使用する使用キャラクタと、対戦相手となる相手キャラクタとを含む複数のキャラクタ同士を対戦させる対戦ゲーム処理を実行し、
    前記複数のキャラクタにはそれぞれ、少なくとも、
    前記キャラクタの種類と、
    前記キャラクタの種類に対応付けられた少なくとも１つの第１の類型と、
    前記キャラクタ毎に個別に設定された第２の類型と、
    前記キャラクタが対戦において使用可能であって、第３の類型が対応付けられた攻撃の種別とが設定され、
    前記対戦ゲーム処理において、前記情報処理システムは、
    所定の条件が満たされた場合に、当該条件を満たした前記キャラクタの状態を第１の状態から第２の状態へ変化させ、
    前記使用キャラクタが使用可能な攻撃の種別のうち、前記プレイヤの操作入力に基づいて指示された種別の攻撃を当該使用キャラクタに行わせ、当該攻撃による前記相手キャラクタのダメージを計算し、
    前記相手キャラクタの攻撃に基づいて、当該攻撃による前記使用キャラクタのダメージを計算し、
    前記攻撃を行った前記キャラクタが、
    前記第１の状態である場合、行われた前記攻撃に設定された前記第３の類型が、前記攻撃を行った前記キャラクタに設定された前記第１の類型と一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加し、
    前記第２の状態である場合、行われた前記攻撃に設定された前記第３の類型が、前記攻撃を行った前記キャラクタに設定された前記第１の類型および前記第２の類型の少なくともいずれかと一致する場合、一致しない場合よりも、当該攻撃によるダメージを増加し、
    前記攻撃を受けた前記キャラクタが、
    前記第１の状態である場合、行われた前記攻撃に設定された前記第３の類型と、前記攻撃を受けた前記キャラクタに設定された前記第１の類型との組み合わせが、所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少し、
    前記第２の状態である場合、行われた前記攻撃に設定された前記第３の類型と、前記攻撃を受けた前記キャラクタに設定された前記第２の類型との組み合わせが、前記所定のルールにおいて決められた所定の組み合わせである場合、当該所定の組み合わせでない場合よりも、当該攻撃によるダメージを増加または減少する、
    ゲーム処理方法。
20. 前記対戦ゲーム処理において、前記情報処理システムは、
    前記使用キャラクタと前記相手キャラクタとに１ターン毎に１回ずつ行動させ、
    あるターンにおいて前記所定の条件が満たされた場合において、前記使用キャラクタと前記相手キャラクタとが当該ターン内における行動をとる前に、当該条件を満たした前記キャラクタの状態を前記第１の状態から前記第２の状態へ変化させる、
    請求項１９に記載のゲーム処理方法。
21. 前記対戦ゲーム処理において、前記情報処理システムは、
    前記プレイヤの操作入力に基づいた指示に応じて、前記使用キャラクタの状態を前記第１の状態から前記第２の状態へ変化させる、
    請求項２０に記載のゲーム処理方法。
22. 前記対戦ゲーム処理は、複数の前記使用キャラクタと複数の前記相手キャラクタとを対戦させる対戦ゲーム処理であって、
    前記使用キャラクタを前記第１の状態から前記第２の状態へ変化させるための指示は、前記対戦ゲーム処理による対戦中において１回のみ受け付けられる、
    請求項２１に記載のゲーム処理方法。
23. 前記対戦ゲーム処理において、前記情報処理システムは、
    前記攻撃を行った前記キャラクタが前記第２の状態である場合において、行われた当該攻撃に設定された前記第３の類型が、当該攻撃を行った前記キャラクタに設定された前記第１の類型および前記第２の類型の両方に一致する場合、一方のみと一致する場合よりもさらに、当該攻撃によるダメージを増加する、
    請求項１９から請求項２２のいずれか１項に記載のゲーム処理方法。
24. 前記対戦ゲーム処理において、前記情報処理システムは、
    前記キャラクタが前記第１の状態から前記第２の状態に変化した場合、当該キャラクタに設定された前記攻撃の種別のうち所定の種別の攻撃の前記第３の類型を、前記第２の類型に一致する類型へ変化させる、
    請求項１９から請求項２２のいずれか１項に記載のゲーム処理方法。
    

Images