JP7235420B1 - プログラム、及び、ゲーム装置 - Google Patents

Abstract

【課題】興趣性を薄れさせないゲームを提供すること。【課題を解決するための手段】本発明はゲームをコンピュータに実行させるプログラムである。プログラムは、コンピュータを、プレイヤが保有する複数種別の第１ゲーム要素から、ゲームに登場させる第１ゲーム要素を登録する第１ゲーム要素登録手段、第１ゲーム要素登録手段により登録された第１ゲーム要素の全てが同一種別の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別を通知可能に制御する通知手段、登録された第１ゲーム要素を用いた対戦を実行するゲーム実行手段、として機能させる。【選択図】図６

Description

本発明は、プログラム及びゲーム装置に関する。

プレイヤが保有するゲームカードを、ゲーム装置に読み込ませ、プレイヤ間で対戦するゲームがある（例えば、特許文献１）。

このようなゲームにおいて使用されるゲームカードはキャラクタが化体したものであり、そのキャラクタには複数の種別（タイプ）が存在することが多い。プレイヤは、そのキャラクタの種別（タイプ）を意識しながら使用することにより、ゲームを有利に展開する。

特許第5622184号公報

しかし、プレイヤの誤解や不注意などにより、適切な種別（タイプ）のキャラクタを使用せずにゲームを進行してしまい、プレイヤが不利益を受けることがあり、結果として、プレイヤのゲームに対する興趣性が薄れてしまう場合があった。
そこで、本発明は興趣性を薄れさせないゲームを提供するプログラム及びゲーム装置を提供することにある。

本発明の一態様は、ゲームをコンピュータに実行させるプログラムであって、前記コンピュータを、プレイヤが保有する複数種別の第１ゲーム要素から、ゲームに登場させる第１ゲーム要素を登録する第１ゲーム要素登録手段、前記第１ゲーム要素登録手段により登録された第１ゲーム要素の全てが同一種別の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別を通知可能に制御する通知手段、登録された第１ゲーム要素を用いた対戦を実行するゲーム実行手段、として機能させるプログラムである。

本発明の一態様は、ゲーム装置であって、プレイヤが保有する複数種別の第１ゲーム要素から、ゲームに登場させる第１ゲーム要素を登録する第１ゲーム要素登録手段と、前記第１ゲーム要素登録手段により登録された第１ゲーム要素の全てが同一種別の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別を通知可能に制御する通知手段と、登録された第１ゲーム要素を用いた対戦を実行するゲーム実行手段と、を備えるゲーム装置である。

本発明によれば、興趣性を薄れさせないゲームを提供することができる。

図１は本実施形態に係るゲームシステムのシステム構成を示した図である。 図２は、第１ゲーム要素がパイロットであり、その種別が攻撃タイプのキャラクタ情報を持つ場合のゲームカードＰ１の一例を示した図である。 図３は、第２ゲーム要素が搭乗機体であり、その種別が防御タイプのキャラクタ情報を持つ場合のゲームカードＭ１の一例を示した図である。 図４は本実施形態の対戦ゲームにおけるゲームフィールドの一例を示した図である。 図５は本発明の実施形態に係るゲーム装置１の正面の外観図である。 図6は本発明の実施形態に係るゲーム装置１の機能構成を示すブロック図である。 図７はゲーム要素データベース１９０の一例を示した図である。 図８は本発明の実施形態に係るサーバ２の機能構成を示すブロック図である。 図９はプレイヤデータベース２１１の一例を示した図である。 図１０はゲーム装置１の動作フローチャートである。 図１１はゲーム要素登録画面の一例を示した図である。 図１２は種別通知画面の一例を示した図である。 図１３は第２の実施の形態におけるユニット構成部１１２の動作のフローチャートである。 図１４はユニット不適切画面の一例を示す図である。 図１５は第３の実施の形態におけるゲーム装置１の機能ブロック図である。 図１６は対戦ゲームを説明するための図である。

本発明の第１の実施の形態を説明する。
＜第１の実施の形態＞
＜全体構成＞

図１は本実施形態に係るゲームシステムのシステム構成を示した図である。図１に示すように、ゲームシステムは、１以上のゲーム装置１とサーバ２とを備えて構成される。１以上のゲーム装置１とサーバ２とは、通信回線Ｎに接続可能で、相互に通信可能である。通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。

ゲーム装置１は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Ｎに接続し、サーバ２とデータ通信を行うことができる。ゲーム装置１は、例えば、業務用ゲーム装置（アーケードゲーム装置）、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、パソコン、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。ゲーム装置１は、基本的には、複数存在し、各プレイヤにより操作される。

サーバ２は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。サーバ２は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理や、ゲーム装置１でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。また詳細は後述するが、サーバ２は、ゲーム装置１の利用に際してプレイヤが識別された場合、即ち、いずれのプレイヤであるかが識別された状態で、対戦ゲームのサービス提供が行われた場合に、その利用内容（ゲームのプレイ履歴）に基づいて各プレイヤについて管理する情報を更新する。

本実施形態では、このようなシステム構成により、サーバ２及び通信回線Ｎを介して、複数のゲーム装置１を利用するプレイヤ間での対戦ゲームが実現可能に構成されるものであるが、プレイヤ間（対人間）での対戦ゲームに限られるものではなく、プレイヤの一方がサーバ2により提供されるノンプレイヤキャラクタである場合も含む。また、ゲーム装置１においてプレイ体験が提供されるゲームは、プレイヤ間の対戦ゲームに限られるものではなく、１人用に構成されたゲームを含むものであってよい。

以下に説明する実施の形態において、ゲーム装置の一例としての、ゲームフィールドにゲーム要素を配置した画面を表示させて進行する対戦ゲームを実行するゲーム装置に、本発明を適用した例を説明する。しかし、本発明は、ゲームフィールドにゲーム要素を配置した画面を表示して進行するゲームを実行することが可能な任意の機器に適用可能である。

＜ゲーム要素及び対戦ゲームの概要＞
以下の本実施形態における構成などの理解を容易にするために、本実施の形態に係る対戦ゲームに使用されるゲーム要素及び対戦ゲームの概要について説明する。

本実施の形態に係る対戦ゲームは、複数種別のゲーム要素が登場する。ゲーム要素はキャラクタ（キャラクタ、搭乗物、アイテム等）であり、画像、仮想的又は実体のある物品等に化体して表現される。画像は、静止画及び動画を含む。仮想的又は実体のある物品の一例としては、例えば、物理的な体積を有する物品（現実物品）であるゲームカードである。尚、物品は、ゲームカードに限られることなく、物品に対応付けられたゲーム要素を特定可能に構成された物品であれば、ゲームカードに限られるものではない。物品は、例えばゲーム要素の外観を有するフィギュア等の造形物であってもよい。

本実施形態では、複数の種別の物品はいずれも有体物であるゲームカードであり、それぞれ、ゲーム装置１においてプレイ体験が提供される対戦ゲームに登場する１つのゲーム要素が対応付けられているものとして説明する。ゲームカードがいずれのゲーム要素に対応付けられているかは、該ゲームカードに付されたゲーム要素を特定するための識別情報（要素ＩＤ）を後述するゲーム要素読取部が取得することで特定できる。ゲームカードへの識別情報（要素ＩＤ）の付加は、例えば、ゲーム要素を特定するための識別情報を変換して得られた１次元あるいは多次元のコードがゲームカードに印刷等で付されることにより実現されるものであってもよいし、ゲームカードに内包される近距離通信（ＮＦＣ：Near Field Communication）用のタグやＩＣチップに記録される等、他の方式で実現されるものであってもよい。

対戦ゲームでは、各プレイヤは複数のゲーム要素を使用することが可能であり、ゲームの開始に先立って（実際にゲーム要素を操作して進行するシーケンスが開始する前に）、ゲームカードから情報取得をさせることで、該ゲームカードに対応付けられたゲーム要素をゲームに登場させる（プレイヤが使用する）ゲーム要素として登録することができる。

本実施形態では、プレイヤがゲームに登場させる使用ゲーム要素は複数あるが、主に、第１ゲーム要素と第２ゲーム要素との二つがある。そして、第１ゲーム要素はパイロットであり、第２ゲーム要素はパイロットが操作する搭乗機体である。更に、第１ゲーム要素と第２ゲーム要素のそれぞれは、複数の種別に分かれている。

第１ゲーム要素であるパイロットの種別としては、例えば、攻撃タイプ（第１種別）と、防御タイプ（第２種別）がある。攻撃タイプは、対戦プレイヤのゲーム要素を攻撃することを主目的とし、プレイヤの他のゲーム要素を守ることなく対戦プレイヤのゲーム要素を攻撃するタイプである。防御タイプは、プレイヤの他のゲーム要素を防御することを主目的とし、プレイヤの他のゲーム要素を守るために対戦プレイヤのゲーム要素を攻撃する。尚、種別やその数は一例であり、これらの種別、数に限られない。例えば、対戦プレイヤのＸ種別のゲーム要素にのみ攻撃できる攻撃タイプ、対戦プレイヤのＹ種別のゲーム要素にのみ攻撃できる攻撃タイプのように、対戦プレイヤのゲーム要素の種別に応じて攻撃できるタイプを複数設けても良い。

第２ゲーム要素として搭乗機体の種別としては、例えば、攻撃タイプ（第１種別）と、防御タイプ（第２種別）がある。攻撃タイプは、対戦プレイヤのゲーム要素を攻撃することを主目的とし、プレイヤの他のゲーム要素を守ることなく対戦プレイヤのゲーム要素を攻撃するタイプである。防御タイプは、プレイヤの他のゲーム要素を防御することを主目的とし、プレイヤの他のゲーム要素を守るために対戦プレイヤのゲーム要素を攻撃する。更なる種別として、搭乗機体が使用できる武器の射程距離に応じた射程タイプ（第３種別）を設けても良い。例えば、使用できる武器が遠距離用の武器である場合は遠距離タイプ、使用できる武器が近距離用の武器である場合は近距離タイプ等である。尚、種別やその数は一例であり、これらの種別、数に限られない。

これらの種別は、各ゲーム要素と各種別とが一対一にかならずしも対応している必要はなく、一対多であっても良い。例えば、第２ゲーム要素である搭乗機体は、防御タイプと遠距離タイプとの二つの種別を持つようにしても良い。このようなタイプを持つ搭乗機体は、プレイヤの他のゲーム要素を守るために、対戦プレイヤの遠くに位置するゲーム要素を射程の長い武器を使用して攻撃することができる。

また、第１ゲーム要素と第２ゲーム要素とは、第１ゲーム要素又は第２ゲーム要素の種類やタイプのキャラクタ情報以外に、そのタイプに適した各種のパラメータ（レベル、ヒットポイント、攻撃力、防御力、地形適正、使用武器等）を持つ。例えば、攻撃タイプならば、攻撃に特化したパラメータとなる。これらの各種のパラメータは、対戦ゲームの進行に伴って変化させても良い。

図２は、第１ゲーム要素がパイロットであり、その種別が攻撃タイプのキャラクタ情報を持つ場合のゲームカードＰ１の一例を示した図である。ゲームカードＰ１に記載さている識別情報等をゲーム要素読取部が読み取ることで、ゲーム装置１は、そのゲームカードＰ１のキャラクタ情報を取得可能である。図３は、第２ゲーム要素が搭乗機体であり、その種別が防御タイプのキャラクタ情報を持つ場合のゲームカードＭ１の一例を示した図である。ゲームカードＭ１に記載さている識別情報等をゲーム要素読取部が読み取ることで、ゲーム装置１は、そのゲームカードＭ１のキャラクタ情報を取得可能である。

更に、本実施形態の対戦ゲームでは、ユニット（以下、部隊と記載する場合がある）と称するゲーム要素が登場する。このユニットは、第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体とを構成要素とし、その組み合わせにより構成されるものである。すなわち、プレイヤは、対戦ゲームにおいて該搭乗機体を作動させる要素としてパイロットを関連付けて登録することができる。これにより、プレイヤは、搭乗機体とパイロットとを一組とするユニットを対戦ゲームに登場させることができる。

ユニットの能力は、例えば、ユニットを構成する第１ゲーム要素であるパイロットのキャラクタ情報（各種パラメータ）と、第２ゲーム要素である搭乗機体のキャラクタ情報（各種パラメータ）と、の合計値とすることができる。更に、ユニットは、対戦ゲームの対戦において、どのような行動を取ることができるかを規定（又は行動の制限）する行動特性を持つ。そのユニットの行動特性は、構成要素である、第１ゲーム要素であるパイロットのタイプ（種別）又は第２ゲーム要素である搭乗機体のタイプ（種別）の少なくともいずれかに従属（依存）する。

ユニットの行動特性を第１ゲーム要素であるパイロットのタイプ（種別）のみに従属させる場合は、搭乗機体のタイプ（種別）が反映されず、パイロットのタイプが反映された行動特性となる。例えば、ユニットを構成するパイロットのタイプが防御タイプであり、ユニットを構成する搭乗機体のタイプが攻撃タイプである場合、搭乗機体のタイプは反映されず、ユニットの行動特性は、プレイヤのゲーム要素を守ることを主目的とし、対戦プレイヤのゲーム要素への攻撃がプレイヤの他のゲーム要素を守るために限定されるような行動特性となる。また、ユニットの行動特性を第２ゲーム要素である搭乗機体のタイプ（種別）のみに従属させる場合は、パイロットのタイプ（種別）が反映されず、搭乗機体のタイプが反映された行動特性となる。

このように、ユニットの行動特性をゲーム要素の一方の種別のみに従属させる場合、プレイヤはパイロット及び搭乗機体のタイプを考慮し、ユニットを構成するパイロット及び搭乗機体を選択する必要がある。何故なら、ユニットの能力は、例えば、構成要素となるゲーム要素（パイロットと搭乗機体）のキャラクタ情報の合計値であるため、タイプを誤って選択すると、ユニットの能力を発揮することができないからである。一方、構成要素となるゲーム要素（パイロットと搭乗機体）のタイプを適正に選択した場合、例えば、パイロットのタイプと搭乗機体のタイプとが同一の防御タイプのような場合は、そのユニットの行動特性に合致した能力を発揮することができる。

一方、ユニットの行動特性を、構成要素である、第１ゲーム要素であるパイロットのタイプ（種別）と第２ゲーム要素である搭乗機体のタイプ（種別）との双方に従属（依存）させる場合は、第１ゲーム要素であるパイロットのタイプ（種別）と第２ゲーム要素である搭乗機体のタイプ（種別）とが全く異なるような場合に有効である。例えば、第１ゲーム要素であるパイロットのタイプに攻撃タイプと防御タイプとが存在し、第２ゲーム要素である搭乗機体のタイプが射程タイプである場合などである。このような場合、防御タイプのパイロットと遠距離タイプの搭乗機体との組み合わせのユニットの行動特性は、プレイヤの他のゲーム要素を防御するために、射程の長い武器を使用して遠くの対戦プレイヤのゲーム要素を攻撃するような行動特性となる。このようにすることで、高い戦略性を持つゲームをプレイヤに提供することができる。

次に、対戦ゲームの概略を説明する。
本実施形態の対戦ゲームは、各プレイヤについて登録されたユニット（部隊）を所定の広さのゲームフィールドに展開（配置）させながら、移動・攻撃行動を行う（これら行動の実施は後述する操作入力部が受け付ける）ことで進行する。

図４は本実施形態の対戦ゲームにおけるゲームフィールドの一例を示した図である。以下に示す１つの態様では、ゲームフィールドには、出撃ユニット領域３０と、第１領域３１と、第２領域３２と、が存在する。出撃ユニット領域３０は、出撃（登場）可能なユニットが配置される。第１領域３１は、自プレイヤの領域であり、自プレイヤの基地等の拠点（ゲーム要素）が配置される。第２領域３２は、対戦プレイヤの領域であり、対戦プレイヤの基地等の拠点（ゲーム要素）が配置される。他のゲーム要素として、各領域間を移動できる戦艦のような拠点もある。そして、いずれかのユニットによる攻撃行動の結果として相手プレイヤの拠点を破壊させた（耐久値を０にさせた）プレイヤが、対戦ゲームの勝者となる。

故に、各プレイヤは、自身に対応付けられた拠点に対して攻撃行動を行おうとする対戦プレイヤのユニットに対して、当該攻撃行動を妨害するためにユニットを配置して迎撃行動（防御行動）を行う、あるいは、対戦プレイヤのユニットよりも早く対戦プレイヤの拠点を破壊するためにユニットの攻撃行動を制御することが必要になる。

ここで、重要なことは、ユニットのタイプによって移動できる領域が異なるという点である。例えば、ユニットのタイプが防御タイプである場合、そのユニットはプレイヤの基地等の拠点を防衛するためのユニットであり、プレイヤの基地等の拠点は第１領域３１に配置されるため、結果として、防御タイプのユニットは第１領域３１内のみ移動可能である。一方、ユニットのタイプが攻撃タイプである場合、そのユニットは、対戦プレイヤの基地や自プレイヤの基地の拠点を攻撃してくる対戦プレイヤの戦艦等の拠点を攻撃するユニットであり、対戦プレイヤの基地の拠点は第２領域３２に配置され、対戦プレイヤの戦艦等の拠点は第１領域３１に侵入可能（配置可能）であるため、結果として、攻撃タイプのユニットは第１領域３１と第２領域３２との双方の領域を移動可能である。

対戦ゲームの開始時点では、対戦プレイヤの登録したユニットの情報は判明していない状態となっている。プレイヤは、対戦ゲームの開始後の任意のタイミングで、自身について登録したユニットのそれぞれをゲームフィールドに展開可能であり、対戦プレイヤにはゲームフィールドへのユニットの展開がなされた時点で、当該ユニットがどのようなゲーム要素（搭乗機体及びパイロット）で構成されているかが通知される。このように構成することで、対戦プレイヤのユニットや行動を見極めながら戦略的にゲームを展開させる興趣性をプレイヤに提供することができる。

＜ゲーム装置１の構成＞
図５は本発明の実施形態に係るゲーム装置１の正面の外観図である。

ゲーム装置１は、メニュー等のゲームに進行に必要な情報やゲームフィールド等が表示される表示部１１（ディスプレイ１１）と、プレイヤが保有するゲームカードから、対戦ゲームに登場させる第１ゲーム要素（パイロット）を登録するための第１ゲーム要素読取部１２_１～１２_５と、プレイヤが保有するゲームカードから、対戦ゲームに登場させる第２ゲーム要素（搭乗機体）を登録するための第２ゲーム要素読取部１３_１～１３_５と、を備えている。

第１ゲーム要素読取部１２_１～１２_５は、ゲームカードからゲームに登場させる第１ゲーム要素であるパイロットのキャラクタ情報を読み取るリーダである。本実施形態のゲーム装置１は、最大（上限）５体までのパイロットを使用ゲーム要素として登録可能とするため、５つの第１ゲーム要素読取部１２_１～１２_５が設置されている。プレイヤは、保有するゲームカードから対戦ゲームに登場させるパイロット（第１ゲーム要素）のゲームカードＰを、第１ゲーム要素読取部１２_１～１２_５にセット（配置）することによって、第１ゲーム要素読取部１２_１～１２_５はパイロット（第１ゲーム要素）のゲームカードの識別情報等を読み取ることができる。

第２ゲーム要素読取部１３_１～１３_５は、ゲームカードからゲームに登場させる第２ゲーム要素である搭乗機体のキャラクタ情報を読み取るリーダである。本実施形態のゲーム装置１は、最大（上限）５体までの搭乗機体を使用ゲーム要素として登録可能とするため、５つの第２ゲーム要素読取部１３_１～１３_５が設置されている。プレイヤは、保有するゲームカードから対戦ゲームに登場させる搭乗機体（第２ゲーム要素）のゲームカードを、第２ゲーム要素読取部１３_１～１３_５にセット（配置）することによって、第２ゲーム要素読取部１３_１～１３_５は搭乗機体（第２ゲーム要素）のゲームカードの識別情報等を読み取ることができる。

そして、登録されたパイロット1体と搭乗機体1体とを一組とする使用ゲーム要素であるユニット（部隊）を最大５組編成して、対戦ゲームを開始することができる。即ち、ユニット（部隊）について、搭乗機体の登録可能な最大数とパイロットの登録可能な最大数（上限数）とは同数であり、５に設定されている。

なお、例えば、プレイヤがゲーム装置１の利用を開始して間もない場合やプレイヤがゲームカードを携行していなかった場合等、情報取得可能なゲームカードの数が搭乗機体やパイロットそれぞれの最大数（上限数）に満たない場合には、ユニット（部隊）を構成するゲーム要素のそれぞれは必ずしもゲームカードからの情報取得に基づいて登録されるものである必要はない。この場合、ゲーム装置１側で用意したゲーム要素が追加で登録され、搭乗機体とパイロットのいずれも最大数登録され、５組の部隊が構成されればよい。また、例えば登録に際してコスト等の概念が導入される態様では、登録されるユニット（部隊）数が最大数より少ない複数に設定されるものであってもよい。

また、本実施形態では１体の搭乗機体に対して、１人のパイロットを関連付けて１ユニットとして登録するものとして説明するが、本発明の実施はこれに限られるものではない。即ち、１ユニットを構成するゲーム要素は、１体の搭乗機体に対して複数人のパイロットが、あるいは、複数体の搭乗機体に対して１人のパイロットが関連付けられるものであってもよい。

図６は本発明の実施形態に係るゲーム装置１の機能構成を示すブロック図である。
ゲーム装置１は、処理部１０と、表示部１１と、第１ゲーム要素読取部１２_１～１２_５と、第２ゲーム要素読取部１３_１～１３_５と、操作入力部１４と、代価検出部１５と、ユーザ情報読取部１６と、音出力部１７と、通信部１８と、記憶部１９と、を備える。

処理部１０は、記憶部１９に格納されるプログラムやデータ、第１ゲーム要素読取部１２、第２ゲーム要素読取部１３、操作入力部１４からの操作入力信号等に基づいてゲーム装置１の動作を統括的に制御する。処理部１０の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。具体的には制御部１０は、例えば記録部１９に記録されている各部の動作プログラムを読み出し、メモリに展開して実行することにより各部の動作を制御する。処理部１０は、主な機能部として、ゲーム要素取得部１１０と、種別通知部１１１と、ユニット構成部１１２と、ゲーム実行部１１３と、を備える。これらの部については後述する。

表示部１１は、処理部１０から出力される画像信号に基づいて各種ゲーム画面を表示する。表示部１１の機能は、例えば、液晶などのフラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。図５では、表示部は、ディスプレイ１１に該当する。

第１ゲーム要素読取部１２_１～１２_５は、上述した通り、第１ゲーム要素の登録数の上限である五つの第１ゲーム要素読取部であり、プレイヤが保有するゲームカードからゲームに登場させる第１ゲーム要素であるパイロットのキャラクタ情報を読み取るリーダである。ゲームカードから第１ゲーム要素の読み取りは、例えば、ゲームカードの識別情報等を変換して得られた１次元又は多次元のコードがゲームカードに印刷等され、その１次元又は多次元のコードを読み取ることにより可能である。また、ゲームカードの識別情報等がゲームカードに内包される近距離通信（ＮＦＣ：Near Field Communication）用のタグやＩＣチップに記録されている場合は、それらのタグやＩＣチップから読み取る。読み取った情報は、自装置の識別情報である読取部ＩＤ（例えば、読取部ＩＤ＝１２_１等）とともに処理部１０に出力される。

第２ゲーム要素読取部１３_１～１３_５は、上述した通り、第２ゲーム要素の登録数の上限である五つの第２ゲーム要素読取部であり、プレイヤが保有するゲームカードからゲームに登場させる第２ゲーム要素である搭乗機体のキャラクタ情報を読み取るリーダである。ゲームカードから第２ゲーム要素の読み取りは、例えば、ゲームカードの識別情報等を変換して得られた１次元又は多次元のコードがゲームカードに印刷等され、その１次元又は多次元のコードを読み取ることにより可能である。また、ゲームカードの識別情報等がゲームカードに内包される近距離通信（ＮＦＣ：Near Field Communication）用のタグやＩＣチップに記録されている場合は、それらのタグやＩＣチップから読み取る。読み取った情報は、自装置の識別情報である読取部ＩＤ（例えば、読取部ＩＤ＝１３_１等）とともに処理部１０に出力される。

第１ゲーム要素読取部１２_１～１２_５が読み取った第１ゲーム要素と第２ゲーム要素読取部１３_１～１３_５が読み取った第２ゲーム要素とからユニットが構成されるのであるが、上述したしたように、一つのユニットは一つの第１ゲーム要素であるパイロットと一つの第２ゲーム要素である搭乗機体との組み合わせである。そこで、ユニットを構成する第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体との組み合わせが、プレイヤに対して識別し易いように、第１ゲーム要素読取部１２_１～１２_５と第２ゲーム要素読取部１３_１～１３_５とは、組となる第１ゲーム要素読取部１２_１～１２_５の一辺と第２ゲーム要素読取部１３_１～１３_５の一辺とが少なくとも隣接するように配置される。例えば、第１ゲーム要素読取部１２_１の下辺と第２ゲーム要素読取部１３_１の上辺とが隣接して上下で一組となるように配置されている。これにより、第１ゲーム要素読取部１２_１により読み取られたゲームカードのパイロットと第２ゲーム要素読取部１３_１により読み取られたゲームカードの搭乗機体とが一つ組となり、ユニットが構成されることが、プレイヤに容易に理解できる。他の第１ゲーム要素読取部１２_２～１２_５と第２ゲーム要素読取部１３_２～１３_５との組み合わせも同様である。

操作入力部１４は、プレイヤがゲームに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部１０に出力する。操作入力部１４の機能は、例えば、タッチパネル、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレイヤが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。本実施形態では、表示部１１に添えつけられたタッチ操作パネルがこれに該当する。

代価検出部１５は、ゲーム装置１において代価の支払いがなされたことを検出する。代価の支払いは、例えばゲーム装置１が有する不図示の投入口に所定の金額の硬貨や相当するコインが投入されたこと、あるいは所定の電子マネーに係るチップとの通信に基づく決算処理の完了等を検出することにより判断されるものであってよい。本実施形態のゲーム装置１は、サービス提供開始に係る代価の支払いに基づいて、一連のゲームのプレイ体験の提供を含むサービスの提供を開始するものとして説明する。また代価の支払いは、サービス提供の開始後も検出可能に構成される。

ユーザ情報読取部１６は、ゲーム装置１を利用するプレイヤを識別するために、プレイヤＩＤ（プレイヤ識別情報）を記録した物品からの情報取得を行う。本実施形態ではプレイヤＩＤを記録した物品は、カードの態様で構成されたプレイヤカードである。
音出力部１７は、処理部１０から出力される音信号に基づいてゲームに関する効果音等を音出力するためのスピーカ等である。

通信部１８は、外部装置との通信インタフェースである。通信部１８は、通信回線Ｎ（有線・無線を問わない）を介して外部装置と接続し、データの送受信を可能とすることができる。通信部１８は、例えば送信対象として入力された情報を所定の形式のデータに変換し、通信回線Ｎを介してサーバ２等の外部装置に送信する。また通信部１８は、例えば通信回線Ｎを介して外部装置から情報を受信する。

記録媒体１９は、例えば不揮発性メモリやＨＤＤ等の、データを保持可能な記録装置である。記録媒体１９は、ゲーム装置１が有する各部の動作プログラムに加え、各部の動作において必要となるパラメータの情報や、ゲーム装置１が実行する対戦ゲームに使用される各種のグラフィックスデータ等を記憶する。

また、記録媒体１９には、ゲーム要素データベース１９０（ゲーム要素ＤＢ１９０）が格納されている。ゲーム要素ＤＢ１９０は、ゲームに登場するゲーム要素の各々についての情報（要素情報）を管理するデータベースである。本実施形態のゲーム装置１では、プレイヤはゲームプレイ時にゲームカードを、第１ゲーム要素読取部１２_１～１２_５及び第２ゲーム要素読取部１３_２～１３_５に配置して情報の取得を行わせることで、該ゲームカードに対応付けられたゲーム要素をゲームに登場させることができる。１体のゲーム要素について管理される要素情報は、例えば図７に示されるように、ゲーム要素を一意に特定する要素ＩＤ（識別情報）１９１に関連付けて、該ゲーム要素に対して割り当てられたゲームにおける種別（タイプ）を示す種別情報１９２、該ゲーム要素をゲームに登場させる際の画面生成に用いられるグラフィックスデータ等を含む描画用情報１９３、及び該ゲーム要素の名称、属性等に加え、該ゲーム要素の要素レベルごとに定められたパラメータや該ゲーム要素を使用することで発動する効果等を記述したパラメータ情報（キャラクタ情報）１９４を含む。パラメータ情報１９４は、ゲーム要素を登場させるゲームにおいて参照される情報であり、該ゲームの進行制御に関与する。

尚、本実施形態ではゲーム要素ＤＢ１９０に、グラフィックスデータ、パラメータ情報等が格納され、要素情報がこれらのデータを含むものとして説明するが、本発明の実施はこれに限られるものではない。要素情報には、各情報のデータの格納場所を示す情報が含まれるものであってもよい。

次に、処理部１０の主な機能部である、ゲーム要素取得部１１０と、種別通知部１１１と、ユニット構成部１１２と、ゲーム実行部１１３と、について説明する。

ゲーム要素取得部１１０は、第１ゲーム要素読取部１２_１～１２_５及び第２ゲーム要素読取部１３_１～１３_５が読み取ったゲームカードの要素ＩＤ１９１を取得する。このとき、ゲームカードの要素ＩＤ１９１を読み取った第１ゲーム要素読取部１２_１～１２_５及び第２ゲーム要素読取部１３_１～１３_５を識別する読取部ＩＤ（以下、第１ゲーム要素読取部１２_１～１２_５の読取部ＩＤを１２_１～１２_５とし、第２ゲーム要素読取部１３_１～１３_５の読取部ＩＤを１３_１～１３_５として説明する）も取得する。ゲーム要素取得部１１０は、取得したゲームカードの要素ＩＤ１９１に関連付けられている種別情報１９２、描画用情報１９３及びパラメータ情報１９４を、ゲーム要素ＤＢ１９０から取得する。そして、ゲーム要素取得部１１０は、読取部ＩＤと要素ＩＤ１９１と種別情報１９２と描画用情報１９３とパラメータ情報１９４とを関連付けて、種別通知部１１１とユニット構成部１１２とに出力する。尚、第１ゲーム要素読取部１２_１～１２_５とゲーム要素取得部１１０とにより、第１ゲーム要素登録手段として機能を発揮する。また、第２ゲーム要素読取部１３_１～１３_５とゲーム要素取得部１１０とにより、第２ゲーム要素登録手段として機能を発揮する。

種別通知部１１１は、ゲーム要素取得部１１０から、読取部ＩＤと要素ＩＤ１９１と種別情報１９２と描画用情報１９３とパラメータ情報１９４とを受信する。そして、種別通知部１１１は、登録された同一のゲーム要素の種別が全て同一種別（タイプ）である場合、その旨を通知する。登録された同一のゲーム要素の種別が全て同一種別（タイプ）である場合には、以下の場合がある。
（１）第１ゲーム要素であるパイロットのタイプ（種別）が全て同一のタイプ（種別）である場合

本例の場合、受信した読取部ＩＤである第１ゲーム要素読取部１２_１～１２_５の読取部ＩＤ１２_１～１２_５に関連付けられたゲーム要素の種別情報１９２が全て同一である場合である。例えば、第１ゲーム要素読取部１２_１～１２_５に配置されたパイロットのゲームカードのタイプの全てが、攻撃タイプ又は防御タイプである場合である。

上述したように、第１ゲーム要素と第２ゲーム要素との組み合わせであるユニットの行動特性は、第１ゲーム要素のタイプと第２ゲーム要素のタイプとのいずれかに従属する。ユニットの行動特性を第１ゲーム要素であるパイロットのタイプに従属させる場合、第１ゲーム要素であるパイロットのタイプが全て攻撃タイプ又は防御タイプであると、ゲームに登場するユニット全ては攻撃タイプ又は防御タイプになり、対戦プレイヤの拠点に対する攻撃のみ、又は、自プレイヤの拠点の防御のみしかできなくなってしまう。そこで、第１ゲーム要素読取部１２_１～１２_５にセット（配置）されたパイロットのゲームカードの全てが同一のタイプ（種別）である場合、対戦ゲームに登場させるパイロットのタイプを通知し、そのタイプが全て同一であることを、プレイヤに通知する。

また、第１ゲーム要素読取部１２_１～１２_５にセット（配置）されたパイロットのゲームカードのタイプ（種別）にかかわらずに、そのタイプ（種別）が全て同一である場合にプレイヤに通知しても良いが、特定のタイプ（以下、特定種別と記載する）のみ通知するようにしても良い。

本実施形態の対戦ゲームの場合、ユニットはパイロットと搭乗機体とから構成される。現実世界でも、搭乗機体の行動特性は操縦するパイロットのタイプが反映されるため、ユニットの行動特性もパイロットのタイプに従属させることが自然であり、プレイヤの対戦ゲームに対する興趣性も高まる。しかし、ユニットの行動特性をパイロットのタイプに従属させる場合、プレイヤにとって留意しなければならないことがある。それは、パイロットのタイプを全て防御タイプにしてしまうと、ユニットの行動特性が全て防御タイプになってしまうことである。すなわち、第１ゲーム要素読取部１２_１～１２_５の全てに、防御タイプのパイロットのゲームカードをセット（配置）した場合、その防御タイプのパイロットを構成要素とするユニットの行動特性が全て防御タイプになってしまうことである。このような場合、上述したように、ゲームに登場するユニット全ては自プレイヤの拠点の防御のみであり、対戦プレイヤの拠点を攻撃するユニットが存在せず、結果として対戦プレイヤのユニットや拠点を撃破することができないので、対戦に勝利することができない。これはプレイヤにとって不利益なことである。

そこで、防御タイプを特定種別とし、対戦ゲームに登場させる第１ゲーム要素であるパイロットのタイプが全て防衛タイプであるとき、その旨をプレイヤに通知し、プレイヤに注意喚起する。このとき、攻撃タイプのパイロットが登録されていない旨も通知すれば、より、プレイヤの理解が容易となる。
（２）第２ゲーム要素である搭乗機体のタイプ（種別）が全て同一のタイプ（種別）である場合

本例の場合、受信した読取部ＩＤである第２ゲーム要素読取部１３_１～１３_５の読取部ＩＤ１３_１～１３_５に関連付けられたゲーム要素の種別情報１９２が同一である場合である。例えば、第２ゲーム要素読取部１３_１～１３_５にセット（配置）された搭乗機体のゲームカードのタイプの全てが、攻撃タイプ、防御タイプ、又は同一の射程タイプである場合である。

このような場合、対戦ゲームに登場させる搭乗機体のタイプを通知し、そのタイプが全て同一であることを、プレイヤに通知する。理由は、第１ゲーム要素で述べたものと同様である。

また、第２ゲーム要素読取部１３_１～１３_５にセット（配置）された搭乗機体のゲームカードのタイプ（種別）にかかわらずに、そのタイプ（種別）が全て同一である場合にプレイヤに通知しても良いが、特定のタイプ（以下、特定種別と記載する）のみ通知するようにしても良い。理由は、第１ゲーム要素で述べたものと同様である。

上述したように、プレイヤが対戦ゲームに登場させたい第１ゲーム要素のタイプ又は第２ゲーム要素のタイプが全て同一の場合にプレイヤにその旨を通知するのであるが、更に、種別通知部１１１は、プレイヤに対するゲーム要素のタイプ（種別）の通知とともに、又は、その後に、第１ゲーム要素であるパイロット又は第２ゲーム要素である搭乗機体のゲームカードの交換を促す通知を行っても良い。そして、第１ゲーム要素読取部１２_１～１２_５に配置されたパイロットのゲームカードの一部、又は、第２ゲーム要素読取部１３_１～１３_５に配置された搭乗機体のゲームカードの一部、が交換され、全てのタイプ（種別）が同一でなくなった場合に、ユニットの構成を許可する情報をユニット構成部１１２に送信する。これにより、対戦ゲームを実行することが可能となる。

但し、プレイヤは、プレイヤのゲーム要素等の経験値の獲得のため、又は、対戦ゲームの戦略上の理由等により、パイロット又は搭乗機体のタイプを全て同一のタイプにして対戦を実行したいと欲する場合もある。そこで、プレイヤに対するタイプ（種別）の通知とともに、又は、その後に、第１ゲーム要素であるパイロットのタイプ（種別）、又は、第２ゲーム要素である搭乗機体のタイプ（種別）が全て同一であっても対戦を実行する承認を求める通知を行っても良い。この場合、プレイヤが対戦の実行を承認したとき、第１ゲーム要素であるパイロットのタイプ（種別）、又は、第２ゲーム要素である搭乗機体のタイプ（種別）が全て同一であっても、ユニットの構成を許可する情報をユニット構成部１１２に送信する。これにより、対戦ゲームを実行することが可能となる。

ユニット構成部１１２は、ゲーム要素取得部１１０から、読取部ＩＤ、要素ＩＤ１９１、種別情報１９２、描画用情報１９３及びパラメータ情報１９４を受信し、組となる第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体とから一つのユニット（部隊）を構成する。ユニット構成部１１２は、読取部ＩＤから組となる第１ゲーム要素と第２ゲーム要素とを特定する。本実施形態においては、（読取部ＩＤ：１２_１，読取部ＩＤ：１３_１）、（読取部ＩＤ：１２_２，読取部ＩＤ：１３_２）、（読取部ＩＤ：１２_３，読取部ＩＤ：１３_３）、（読取部ＩＤ：１２_４，読取部ＩＤ：１３_４）、（読取部ＩＤ：１２_５，読取部ＩＤ：１３_５）の読取部ＩＤの組合せが、一つのユニットを構成するゲーム要素に対応する。ユニット構成部１１２は、各組の読取部ＩＤに関連付けられた要素ＩＤ１９１を特定することによって、組となる第１ゲーム要素と第２ゲーム要素とを特定する。そして、ユニット構成部１１２は、その要素ＩＤ１９１に関連付けられた種別情報１９２、描画用情報１９３及びパラメータ情報１９４を用いて、ユニットを構成する。ユニットの能力は、例えば、ユニットを構成する第１ゲーム要素であるパイロットのキャラクタ情報（各種パラメータ）と、第２ゲーム要素である搭乗機体のキャラクタ情報（各種パラメータ）と、の合計値となる。更に、ユーザ情報読取部１６によりプレイヤカードから読み出されたプレイヤＩＤに関連付けられている他の情報、例えば、プレイヤのレベル、各ゲーム要素の補正パラメータ等を、ユニットの能力に反映させるようにしても良い。また、ユニットの行動特性は、構成要素である、第１ゲーム要素であるパイロットのタイプ（種別）又は第２ゲーム要素である搭乗機体のタイプ（種別）の少なくともいずれかに従属（依存）させる。

ゲーム実行部１１３は、対戦ゲームの開始から終了までの一連のゲームを制御するのであり、代価検出部１５が代価の支払いを検出すると、対戦ゲームを開始する。対戦ゲームの対戦は、ユニット構成部１１２が構成したユニット（部隊）をゲームフィールドに配置し、プレイヤがユニット（部隊）に対してなされた操作入力に応じて、対戦の進行を制御する。

次に、本実施形態に係るサーバ２について説明する。図８は本発明の実施形態に係るサーバ２の機能構成を示すブロック図である。サーバ２は、処理部２０と、記憶部２１と、通信部２２と、を備える。

処理部２０は、例えばＣＰＵであり、サーバ２が有する各ブロックの動作を制御する。具体的には処理部２０は、例えば、記録部２１に記録されている各ブロックの動作プログラムを読み出し、メモリに展開して実行することにより各ブロックの動作を制御する。処理部２０は、主な機能部として、マッチング処理部２０１と、管理部２０２と、を備える。

マッチング処理部２０１は、本実施形態のゲームシステムにおいて提供されるプレイヤ間の対戦ゲーム（対人対戦）について、マッチングの処理を行う。マッチングの処理により、サーバ２に接続中のゲーム装置１のうち、例えば同時期にマッチング要求を送信した２台のゲーム装置１についてセッションを設けられ、対戦ゲームに係る情報通信が可能な状態に遷移される。

管理部２０２は、ゲーム装置１において行われたゲームのプレイ内容に基づいて、ゲームに係るプレイヤの評価を管理する。より詳しくは、管理部２０２は、１回の対戦ゲームプレイごとにプレイ内容に基づいてプレイヤの評価を行い、後述する該プレイヤに係るプレイヤ情報の評価情報を生成または更新する。

記録部２１は、例えば不揮発性メモリやＨＤＤ等の、データを保持可能な記録装置である。記録部２１は、サーバ２が有する各ブロックの動作プログラムに加え、各ブロックの動作において必要となるパラメータ等の情報を記憶する。また、記録部２１は、プレイヤデータベース２１０（プレイヤＤＢ２１０）を記憶している。

プレイヤＤＢ２１０は、本実施形態のゲームシステムにおいて、ゲーム装置１でプレイ体験が提供されるゲームについて、各利用者（プレイヤ）に対応付けられたゲームに係る利用状況を示す情報（プレイヤ情報）を管理するデータベースである。プレイヤ情報は、各プレイヤについて、ゲームプレイの機能の利用履歴や、該プレイヤについて使用可能となっている各種ゲーム要素を管理するための情報である。プレイヤ情報は、ゲーム装置１においてプレイヤカードを使用した上で行われたゲームのプレイ結果に応じて順次更新され、該プレイヤカードが再度使用される際にはゲーム装置１に提供される。これにより、当該ゲーム装置１において、先のゲームプレイを反映した状態でのゲームプレイが提供可能となる。

本実施形態ではプレイヤ情報は、例えば、図９に示されるように、プレイヤを識別するプレイヤＩＤ２１１に関連付けて、該プレイヤのゲームプレイの進行状況を示す進行状況情報２１２、該プレイヤについてゲームで使用可能となっているゲーム要素を示す所有情報２１３、使用可能となっているゲーム要素各々の強化状況を示す強化状況情報２１４、及び、該プレイヤに対して付与された報酬（他の種別のゲーム要素であってもよい）を示す報酬情報２１５を含むものであってよい。

ここで、進行状況情報２１２は、所定のストーリーのいずれの段階まで進行したかを示す進行情報、対戦ゲームの戦績を示す戦績情報等に加え、プレイヤのプレイ状況を評価した評価情報を含むものであってよい。所有情報２１３は、プレイヤがゲームプレイに際して使用したゲームカードに対応付けられたゲーム要素、即ち、該プレイヤが使用可能な状態にあるゲーム要素の要素ＩＤ１９１が順次追加されて構成され、強化状況情報２１４は、少なくとも強化が行われている（初期状態からの変更がなされている）ゲーム要素について、該ゲーム要素の要素ＩＤ１９１に関連付けて、強化により変動したパラメータを示す指標としての要素レベルを管理するように構成されるものであってよい。強化状況情報２１４は、本実施形態では発明の理解を容易にならしめるべく、ゲーム装置１において行われたゲームのプレイ結果が得られた場合に、内容の更新がなされるものとして説明するが、例えばゲーム装置１に際して育成に係る機能が利用されたことによる育成結果の情報が得られたこと等に応じて更新がなされるものであってよい。

通信部２２は、外部装置との通信インタフェースである。通信部２２は、通信回線Ｎ（有線・無線を問わない）を介して外部装置と接続し、データの送受信を可能とすることができる。通信部２２は、例えば送信対象として入力された情報を所定の形式のデータに変換し、通信回線Ｎを介してゲーム装置１等の外部装置に送信する。また通信部２２は、例えば通信回線Ｎを介して外部装置から情報を受信する。

＜ゲーム装置１の動作＞
ゲーム装置１の動作を説明する。図１０はゲーム装置１の動作フローチャートである。尚、以下の説明において、対戦ゲームに登録できるカードの最大枚数（上限数）は、パイロットカード（第１ゲーム要素）、搭乗機体カード（第２ゲーム要素）ともに、５枚とする。また、特定種別を第１ゲーム要素であるパイロットの防御タイプとして説明する。

プレイヤは、対戦ゲームの開始にあたり、ゲーム装置１が有する投入口に、対戦ゲームのサービス実行の代価となる所定の金額の硬貨や相当するコインを投入する。代価検出部１５が代価を検出すると（Ｓｔｅｐ １００）、ゲーム実行部１１３が対戦ゲームのサービスの実行を開始する（Ｓｔｅｐ １０１）。

続いて、プレイヤはプレイヤカードを、ユーザ情報読取部１６に読み取らせる（Ｓｔｅｐ １０２）。ユーザ情報読取部１６は、プレイヤのプレイヤカードから、プレイヤＩＤ２１１を読み取り、プレイヤＩＤ２１１をサーバ２に送信することにより、サーバ２から、プレイヤＩＤ３１１に関連付けられている進行状況情報２１２、所有情報２１３、強化状況情報２１４、報酬情報２１５等を受信する。これらの情報は、処理部１０に渡される。

ゲーム実行部１１３は、ゲーム要素登録画面を表示する（Ｓｔｅｐ １０２）。図１１はゲーム要素登録画面の一例を示した図である。図１１のゲーム要素登録画面では、プレイヤＸＸＸＸが保有するゲームカードのうち、パイロットカード、搭乗機体カードを、それぞれ最大5枚まで、第１ゲーム要素読取部１２_１～１２_５及び第２ゲーム要素読取部１３_１～１３_５にセット（配置）できること、セット（配置）が完了した場合にセット完了ボタンを押下することを通知するダイアログボックスと、が表示されている。プレイヤは、自己が保有するゲームカードのうち、対戦ゲームに登場させたいパイロットのパイロットカードを第１ゲーム要素読取部１２_１～１２_５にセット（配置）し、対戦ゲームに登場させたい搭乗機体の搭乗機体カードを第２ゲーム要素読取部１３_１～１３_５にセット（配置）する。そして、プレイヤは、ゲームカードのセット（配置）が完了すると、セット完了ボタンを押下する。

セット完了ボタンが押下されると（Ｓｔｅｐ １０４）、第１ゲーム要素読取部１２_１～１２_５及び第２ゲーム要素読取部１３_１～１３_５はゲームカードに印刷された要素ＩＤを読み取り、読み取った要素ＩＤはその第１ゲーム要素読取部１２_１～１２_５及び第２ゲーム要素読取部１３_１～１３_５の読取部ＩＤとともにゲーム要素取得部１１０に出力される（Ｓｔｅｐ １０５）

ゲーム要素取得部１１０はセット（配置）されたゲームカードの要素ＩＤ及び読取部ＩＤを取得する。そして、ゲーム要素取得部１１０は、取得したゲームカードの要素ＩＤ１９１に関連付けられている種別情報１９２、描画用情報１９３及びパラメータ情報１９４を、ゲーム要素ＤＢ１９０から取得し、読取部ＩＤと、要素ＩＤ１９１と、種別情報１９２と、描画用情報１９３と、パラメータ情報１９４と、を関連付けて、種別通知部１１１とユニット構成部１１２とに出力する（Ｓｔｅｐ １０６）。

種別通知部１１１は、読取部ＩＤのうち第１ゲーム要素読取部１２_１～１２_５の読取部ＩＤの個数をカウントし、第１ゲーム要素が登録可能な最大数（上限数）に達しているかを判定する（Ｓｔｅｐ １０７）。例えば、プレイヤは全ての第１ゲーム要素読取部１２_１～１２_５にパイロットカードがセット（配置）されたものとすると、読取部ＩＤは１２_１～１２_５の５個であり、登録可能な最大数（上限数）に達している。

種別通知部１１１は、第１ゲーム要素読取部の読取部ＩＤの個数が登録可能な最大数（上限数）に達している場合は、第１ゲーム要素であるパイロットの種別（タイプ）の判別を行う（Ｓｔｅｐ １０８）。具体的には、種別通知部１１１は、読取部ＩＤが第１ゲーム要素読取部１２_１～１２_５の読取部ＩＤに関連付けている種別情報１９２を用いて、登録された各第１ゲーム要素であるパイロットの種別（タイプ）を判別する。

種別通知部１１１は、判別されたパイロットの種別（タイプ）の全てが特定種別であるかを判定し（Ｓｔｅｐ １０９）、判別されたパイロットの種別（タイプ）の全てが特定種別である場合、種別通知画面を表示する（Ｓｔｅｐ １１０）。本例では、特定種別は防御タイプである。従って、判別されたパイロットの種別（タイプ）の全てが防御タイプである場合、種別通知画面を表示する。図１２は、登録された第１ゲーム要素であるパイロットの種別（タイプ）が全て特定種別（防御タイプ）である場合の種別通知画面の一例を示した図である。図１２に示される種別通知画面には、登録されたパイロットのタイプが全て防御タイプである旨の通知と、少なくとも１枚、攻撃タイプのパイロットのゲームカードに交換することを推奨する通知と、パイロットのゲームカードを交換するためにゲーム要素登録画面に戻るためのカード交換ダイアログボックスと、全てのパイロットのタイプが防御タイプであっても対戦の実行を承認する対戦承認ダイアログボックスとが表示されている。

プレイヤは、ゲーム要素登録画面を確認し、いずれかのダイアログボックスのボタン（カード交換ボタン又は対戦承認ボタン）を押下する。プレイヤが対戦承認ボタンを押下した場合（Ｓｔｅｐ １１１）、種別通知部１１１は読取部ＩＤのうち第２ゲーム要素読取部１３_１～１３_５の読取部ＩＤの個数をカウントし、第２ゲーム要素が登録可能な最大数（上限数）に達しているかを判定する（Ｓｔｅｐ １１２）。例えば、プレイヤは全ての第２ゲーム要素読取部１３_１～１３_５に搭乗機体カードがセット（配置）されたものとすると、読取部ＩＤは１３_１～１３_５の５個であり、登録可能な最大数（上限数）に達している。

一方、プレイヤが対戦承認ボタンを押下せずに、プレイヤがカード交換ボタンを押下した場合（Ｓｔｅｐ １１６）、種別通知部１１１はゲーム要素登録画面に戻す（Ｓｔｅｐ １０３）。これにより、プレイヤは、パイロットカードの交換が可能となる。

プレイヤによる対戦の承認、又は、登録された第１ゲーム要素であるパイロットの少なくとも一以上が特定種別（防御タイプ）でない場合、ユニット構成部１１２は、ゲーム要素取得部１１０から取得した、読取部ＩＤ、要素ＩＤ１９１、種別情報１９２、描画用情報１９３及びパラメータ情報１９４を用いて、組となる第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体とから一つのユニット（部隊）を構成する（Ｓｔｅｐ １１３）。尚、第１ゲーム要素又は第２ゲーム要素の登録数が登録最大数（本例では５）に達していない場合（Ｓｔｅｐ １０７、Ｓｔｅｐ １１２）、ゲーム実行部１１３により、適時、プレイヤのレベル等に応じたゲーム要素を補充する処理を行い（Ｓｔｅｐ １１５）、ユニットを構成する（Ｓｔｅｐ １１３）。
ユニット構成部１１２によりユニットの構成が完了すると、ゲーム実行部１１３は対戦処理を開始する（Ｓｔｅｐ １１４）。

本実施形態は、対戦ゲームに登場させる第１ゲーム要素の全てが同一種別（タイプ）の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別（タイプ）を通知可能としている。この通知により、プレイヤは登録した第１ゲーム要素が全て同じ種別（タイプ）であることを知ることができ、プレイヤにとって不利な対戦が実行される可能性があることに対しての注意喚起が可能となる。

更に、本実施形態の対戦ゲームのように、複数のゲーム要素からひとつのユニットが構成され、そのユニットの行動特性が構成要素となるひとつのゲーム要素のタイプに従属するような場合は、特に、通知を行う特定種別を定めることにより、プレイヤに対する注意喚起をより一層効果的に行える。結果として、ユーザのゲームに対する興味を失わせることを防止し、興趣性の高いゲームを提供することができる。

尚、上述した説明では、対戦ゲームに登場させる第１ゲーム要素の全てが同一種別（タイプ）の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別（タイプ）を通知可能としたが、対戦ゲームに登場させる第２ゲーム要素の全てが同一種別（タイプ）の第２ゲーム要素であることを条件として、登録された第２ゲーム要素の種別（タイプ）を通知可能としても良い。更に、第１ゲーム要素と第２ゲーム要素との双方で、上述した通知を行っても良い。

また、特定種別は、防御タイプに限られず、攻撃タイプ、又は、その他のタイプであっても良い。

また、本実施形態においては、種別通知画面において、対戦承認ダイアログボックスを表示し、対戦の承認が得られれば、対戦を実行可能に構成したが、対戦ゲームに登場させる第１ゲーム要素の全てが同一種別（タイプ）の場合は対戦を実行させない構成としても良い。

＜第１の実施の形態の変形例＞
第１の実施の形態では、第１ゲーム要素と第２ゲーム要素とから構成されるユニット（部隊）が攻撃又は防御の主体になる例を説明した。しかし、第１ゲーム要素が単独で攻撃又は防御の主体となるゲームでも適用可能である。

＜第２の実施の形態＞
本発明の第２の実施の形態を説明する。

第１の実施の形態では、登録された複数の第１ゲーム要素の種別（タイプ）の同一性、又は、登録された複数の第２ゲーム要素の種別（タイプ）の同一性を判別する例を説明した。すなわち、第１ゲーム要素単位又は第２ゲーム要素単位で種別（タイプ）の同一性を判断する例を説明した。

第２の実施の形態では、第１の実施の形態に加えて、又は、単独で、第１ゲーム要素と第２ゲーム要素との組から構成されるユニット単位で、第１ゲーム要素の種別（タイプ）と第２ゲーム要素の種別（タイプ）とを判別する例を説明する。

第１の実施の形態において上述した通り、ユニット（部隊）は、第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体とを構成要素とし、その組み合わせにより構成されるものである。そして、第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体とのそれぞれに複数の種別（タイプ）が存在し、それぞれの種別（タイプ）に適した各種のパラメータ情報がゲーム要素に付与されている。また、ユニットの能力は、例えば、構成要素となるゲーム要素のパラメータ等のキャラクタ情報に影響される。すると、ユニット（部隊）は、それを構成する第１ゲーム要素（パイロット）の種別（タイプ）と第２ゲーム要素（搭乗機体）の種別（タイプ）とが同一であるときに、最高の能力を発揮することができる。

そこで、第２の実施の形態は、ユニットを構成する第１ゲーム要素（パイロット）の種別（タイプ）と第２ゲーム要素（搭乗機体）の種別（タイプ）とが同一の場合、ユニットを構成する例を説明する。尚、以下の説明において、第１の実施の形態と同様な構成なものは詳細な説明を省略する。

第１の実施の形態と異なる所は、ユニット構成部１１２の動作である。図１３は第２の実施の形態におけるユニット構成部１１２の動作のフローチャートである。

ユニット構成部１１２は、組となるゲーム要素の要素ＩＤを取得する（Ｓｔｅｐ ２００）。本実施形態においては、（読取部ＩＤ：１２_１，読取部ＩＤ：１３_１）、（読取部ＩＤ：１２_２，読取部ＩＤ：１３_２）、（読取部ＩＤ：１２_３，読取部ＩＤ：１３_３）、（読取部ＩＤ：１２_４，読取部ＩＤ：１３_４）、（読取部ＩＤ：１２_５，読取部ＩＤ：１３_５）の読取部ＩＤの組合せが、一つのユニットを構成するゲーム要素に対応する。ユニット構成部１１２は、各組の読取部ＩＤに関連付けられた要素ＩＤ１９１を取得する。

ユニット構成部１１２は、取得した要素ＩＤ１９１に関連付けられた種別情報１９２を取得する（Ｓｔｅｐ ２０１）。これにより、ユニットを構成する、第１ゲーム要素（パイロット）の種別（タイプ）と第２ゲーム要素（搭乗機体）の種別（タイプ）とを取得することができる。

ユニット構成部１１２は、ユニットを構成する、第１ゲーム要素（パイロット）の種別（タイプ）と第２ゲーム要素（搭乗機体）の種別（タイプ）とが、同一種別（タイプ）であるかを判定する（Ｓｔｅｐ ２０２）。具体的には、パイロットのタイプが攻撃タイプであり、搭乗機体のタイプが攻撃タイプである場合は同一タイプ（種別）である。同様に、パイロットのタイプが防御タイプであり、搭乗機体のタイプが防御タイプである場合は同一タイプ（種別）である。

ユニット構成部１１２は、ユニットを構成する、第１ゲーム要素（パイロット）の種別（タイプ）と第２ゲーム要素（搭乗機体）の種別（タイプ）とが、同一種別（タイプ）である場合（Ｓｔｅｐ ２０３）、第１の実施の形態と同様に、ユニットを構成する（Ｓｔｅｐ ２０４）。

一方、ユニット構成部１１２は、ユニットを構成する、第１ゲーム要素（パイロット）の種別（タイプ）と第２ゲーム要素（搭乗機体）の種別（タイプ）とが、同一種別（タイプ）でない場合（Ｓｔｅｐ ２０３）、ユニット不適切画面を表示する（Ｓｔｅｐ ２０５）。図１４はユニット不適切画面の一例を示す図である。図１４のユニット不適切画面には、ユニットを構成するパイロットのタイプと搭乗機のタイプとが異なり、ユニットの能力が発揮できない旨の通知と、ゲームカードを交換するためにゲーム要素登録画面に戻るためのカード交換ダイアログボックスと、現在の組合せであっても対戦の実行を承認する対戦承認ダイアログボックスとが表示されている。

プレイヤは、ユニット不適切画面を確認し、いずれかのダイアログボックスのボタン（カード交換ボタン又は対戦承認ボタン）を押下する。プレイヤが対戦承認ボタンを押下した場合（Ｓｔｅｐ ２０６）、ユニット構成部１１２は、ユニットを構成する（Ｓｔｅｐ ２０４）。

一方、プレイヤが対戦承認ボタンを押下せずに、プレイヤがカード交換ボタンを押下した場合（Ｓｔｅｐ ２０７）、ユニット構成部１１２は、ゲーム要素登録画面に戻す（Ｓｔｅｐ １０３）。これにより、プレイヤは、パイロットのカード又は搭乗機体のカードの交換が可能となる。

本実施形態は、ユニットを構成する第１ゲーム要素（パイロット）の種別（タイプ）と第２ゲーム要素（搭乗機体）の種別（タイプ）とが同一の場合、ユニットを構成し、同一ではない場合、プレイヤに対して注意喚起する表示を行ように構成されている。このような構成により、ユニットの能力を発揮することができないゲーム要素の組合せについて、プレイヤに注意喚起することができ、結果として、プレイヤがゲームの興味を失うことなく、興趣性の高いゲームを提供することができる。

＜第３の実施の形態＞
本発明の第３の実施の形態を説明する。
本実施形態が適用されるゲームは、ゲーム要素を利用した対戦ゲームであるが、そのゲーム要素はゲームカードである物品に化体している。そして、プレイヤは、対戦ゲームを行うことにより、複数の種類のゲーム要素が化体したゲームカードを得ることができる。

ここで、ゲームカードを提供するタイミングであるが、ゲームカードが対戦ゲームの実行の対価として提供されることを考えると、対戦ゲームの代価の支払い後であればいつのタイミングで提供してもかまわない。しかし、対戦前にゲームカードが提供されるよりも対戦後に提供された方が、対戦の結果としての報酬感をプレイヤに与えられ、好ましいと考えられる。そこで、第３の実施の形態では、対戦後に第１ゲーム要素又第２ゲーム要素が化体したゲームカードをプレイヤに提供する例を説明する。

図１５は第３の実施の形態におけるゲーム装置１の機能ブロック図である。第３の実施の形態におけるゲーム装置１は、第１の実施の形態におけるゲーム装置１に、物品提供部４０が追加されている。

物品提供部４０は、収容部に収容されたゲームカードを１枚ずつ提供可能に構成されたカードディスペンサを含んで構成され、代価の支払い後に開始される対戦ゲームの対戦後に、１枚のゲームカードを提供する。対戦の終了はゲーム実行部１１３により通知される。提供されるゲームカードは、第１ゲーム要素又第２ゲーム要素が化体したゲームカードである。

また、対戦ゲームは複数の対戦が含まれる場合があり、各対戦後にゲームカードを提供するようにしても良い。図１６は対戦ゲームを説明するための図である。図１６の例では、ゲーム要素の登録から結果の表示までの一連のひとつの対戦ゲームにおいて、複数の対戦と、複数のゲーム要素（ゲーム要素に対応したゲームカード）の提供と、があることを示した図である。

ここで留意すべきは、図１６に示すように、一つの対戦ゲームに複数の対戦がある場合、ある対戦（例えば、第１対戦）後に提供（例えば、第１ゲーム要素提供）したゲームカードを、次の対戦（例えば、第２対戦）に使用できるようにすると、再度、ゲーム要素の登録が必要である。しかし、ゲーム要素の再度の登録は、ゲームカードの読み取りや、サーバ２とのデータ交換が必要となり、一人のプレイヤがゲーム装置１を占有する時間が長くなる。そこで、複数の対戦を含むひとつの対戦ゲームでは、対戦ゲームの開始時のみゲーム要素の登録を認め、対戦開始後はゲーム要素の登録を認めないようにすることが好ましい。すなわち、ゲーム実行部１１３は、対戦ゲームの開始時のみゲーム要素登録画面を表示し、他のタイミングではゲーム要素登録画面を表示しないようにする。この結果、ひとつの対戦ゲーム内に提供されたゲームカードは、その対戦ゲーム中には登録できない（使用できない）。

このような構成にすることにより、プレイヤにはゲームカードを提供しつつも、一人のプレイヤがゲーム装置１を占有する時間が長くなることを防止することができる。
尚、本実施形態では、ゲーム要素が化体した物品をゲームカードとしたが、これに限ることなく、例えば、ゲーム要素が化体した人形等の他の物品でも良い。

上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。

［付記１］
ゲームをコンピュータに実行させるプログラムであって、
コンピュータを、
プレイヤが保有する複数種別の第１ゲーム要素から、ゲームに登場させる第１ゲーム要素を登録する第１ゲーム要素登録手段、
プレイヤが保有する複数種別の第２ゲーム要素から、ゲームに登場させる第２ゲーム要素を登録する第２ゲーム要素登録手段、
登録された第１ゲーム要素と登録された第２ゲーム要素とを構成要素とし、その組み合わせにより、対戦に使用されるユニットを構成するユニット構成手段、
前記ユニットの行動特性に応じた対戦を実行するゲーム実行手段、
として機能させ、
前記ユニットの行動特性は、構成要素とする第１ゲーム要素及び第２ゲーム要素の種別に従属する、
プログラム。

［付記２］
ゲーム装置であって、
プレイヤが保有する複数種別の物品から、ゲームに登場させる第１ゲーム要素を登録する複数の第１ゲーム要素登録手段と、
プレイヤが保有する複数種別の物品から、ゲームに登場させる第２ゲーム要素を登録する複数の第２ゲーム要素登録手段と、
登録された第１ゲーム要素と登録された第２ゲーム要素とを構成要素とし、その組み合わせにより、対戦に使用されるユニットを構成するユニット構成手段と、
前記ユニットの行動特性に応じた対戦を実行するゲーム実行手段と、
を備え、
各第１ゲーム要素登録手段と各第２ゲーム要素登録手段とは、ひとつの第１ゲーム要素登録手段の一辺とひとつの第２ゲーム要素登録手段の一辺とが隣接するように配置され、
前記ユニット構成手段は、一辺が隣接する第１ゲーム要素登録手段と第２ゲーム要素登録手段とから登録された第１ゲーム要素と第２ゲーム要素とをユニットの構成要素とし、
前記ユニットの行動特性は、前記ユニットの構成要素の第１ゲーム要素又は第２ゲーム要素の少なくともいずれかの種別に従属する、
ゲーム装置。

以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。

１ ゲーム装置
２ サーバ

Claims (21)

1. ゲームをコンピュータに実行させるプログラムであって、
   前記コンピュータを、
   プレイヤが保有する複数種別の第１ゲーム要素から、ゲームに登場させる第１ゲーム要素を登録する第１ゲーム要素登録手段、
   前記第１ゲーム要素登録手段により登録された第１ゲーム要素の全てが特定種別の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別を通知可能に制御する通知手段、
   登録された第１ゲーム要素を用いた対戦を実行するゲーム実行手段、
   として機能させ、
   前記第１ゲーム要素の種別は、攻撃タイプと防御タイプとを少なくとも含み、
   前記特定種別は、防御タイプである、
   プログラム。
2. 前記通知手段は、前記第１ゲーム要素登録手段によって登録可能な上限数の第１ゲーム要素が登録され、登録された第１ゲーム要素の全ての種別が防御タイプであることを条件として、登録された第１ゲーム要素の種別を通知可能に制御する、
   請求項１に記載のプログラム。
3. 前記攻撃タイプは、対戦プレイヤのゲーム要素を攻撃することを主目的とし、
   前記防御タイプは、プレイヤの他のゲーム要素を防御することを主目的とする、
   請求項１又は請求項２に記載のプログラム。
4. 前記通知手段は、登録された第１ゲーム要素の種別が全て防御タイプであることを条件として、前記攻撃タイプの第１ゲーム要素が登録されていない旨の通知を行う、
   請求項１から請求項３のいずれかに記載のプログラム。
5. 前記第１ゲーム要素登録手段は、登録された第１ゲーム要素の種別の通知後、登録された種別の第１ゲーム要素に代えて、異なる種別の第１ゲーム要素を登録可能に制御する、
   請求項１から請求項４のいずれかに記載のプログラム。
6. 前記ゲーム実行手段は、登録された第１ゲーム要素の種別の通知後、登録された第１ゲーム要素の種別が全て防御タイプであることに対するプレイヤの承認を条件として、対戦を実行する、
   請求項１から請求項５のいずれかに記載のプログラム。
7. 前記ゲーム実行手段は、登録された第１ゲーム要素の種別の通知後、登録された第１ゲーム要素の種別が全て防御タイプであることを条件に、対戦を実行しない、
   請求項１から請求項５のいずれかに記載のプログラム。
8. 前記コンピュータを、
   プレイヤが保有する複数種別の第２ゲーム要素から、ゲームに登場させる第２ゲーム要素を登録する第２ゲーム要素登録手段、
   登録された第１ゲーム要素と登録された第２ゲーム要素とを構成要素とし、その組み合わせにより、対戦に使用されるユニットを構成するユニット構成手段、
   として機能させ、
   前記ゲーム実行手段は、前記ユニットを使用した対戦を実行し、
   前記第２ゲーム要素の種別は、攻撃タイプと、防御タイプと、攻撃対象に対する射程タイプと、を少なくとも含み、
   前記ユニットの行動特性は、前記ユニットの構成要素の第１ゲーム要素又は第２ゲーム要素の少なくともいずれかの種別に従属する、
   請求項１から請求項７のいずれかに記載のプログラム。
9. 登録される第１ゲーム要素と登録される第２ゲーム要素とは、同数である、
   請求項８に記載のプログラム。
10. 前記ユニットの行動特性は、前記第１ゲーム要素の種別に従属する、
    請求項８又は請求項９に記載のプログラム。
11. 前記ユニットの行動特性は、前記第２ゲーム要素の種別に従属する、
    請求項８又は請求項９に記載のプログラム。
12. 前記ユニット構成手段は、前記第１ゲーム要素の種別と前記第２ゲーム要素の種別とが同一種別の組み合わせであることを条件に、前記ユニットを構成する、
    請求項８から請求項１１のいずれかに記載のプログラム。
13. 前記ゲーム実行手段は、
    自プレイヤに対応付けられた第１領域と、対戦プレイヤに対応付けられた第２領域と、を提示可能であり、
    前記自プレイヤの前記攻撃タイプの第１ゲーム要素を、前記第１領域及び前記第２領域内において移動可能に制御し、
    前記自プレイヤの前記防御タイプの第１ゲーム要素を、前記第１領域内においてのみ移動可能に制御する、
    請求項１から請求項７のいずれかに記載のプログラム。
14. 前記ゲーム実行手段は、
    自プレイヤに対応付けられた第１領域と、対戦プレイヤに対応付けられた第２領域と、を提示可能であり、
    前記行動特性が前記攻撃タイプの前記自プレイヤのユニットを、前記第１領域及び前記第２領域内において移動可能に制御し、
    前記行動特性が前記防御タイプの前記自プレイヤのユニットを、前記第１領域内においてのみ移動可能に制御する、
    請求項８から請求項１２のいずれかに記載のプログラム。
15. 前記コンピュータを、
    代価の支払いを検出可能な検出手段、
    前記代価の支払いの検出を条件として、前記第１ゲーム要素又は前記第２ゲーム要素を提供可能な提供手段、
    として機能させる、
    請求項８から請求項１２、請求項１４のいずれかに記載のプログラム。
16. 前記提供手段は、前記対戦の終了を条件として、前記第１ゲーム要素又は前記第２ゲーム要素を提供する、
    請求項１５に記載のプログラム。
17. ひとつの対戦ゲームは、複数の前記対戦から構成され、
    前記第１ゲーム要素登録手段又は前記第２ゲーム要素登録手段は、前記ひとつの対戦ゲームを構成するひとつの対戦の終了を条件として提供された、前記第１ゲーム要素又は前記第２ゲーム要素を、前記ひとつの対戦ゲーム中においては登録不可能に制御する、
    請求項１６に記載のプログラム。
18. 前記第１ゲーム要素又は前記第２ゲーム要素には、前記対戦の結果に応じて変動するキャラクタ情報が関連付けられている、
    請求項８に記載のプログラム。
19. ゲームをコンピュータに実行させるプログラムであって、
    前記コンピュータを、
    プレイヤが保有する複数種別の第１ゲーム要素から、ゲームに登場させる第１ゲーム要素を登録する第１ゲーム要素登録手段、
    前記プレイヤが保有する複数種別の第２ゲーム要素から、ゲームに登場させる第２ゲーム要素を登録する第２ゲーム要素登録手段、
    登録された第１ゲーム要素と登録された第２ゲーム要素とを構成要素とし、その組み合わせにより、対戦に使用されるユニットを構成するユニット構成手段、
    前記第１ゲーム要素登録手段により登録された第１ゲーム要素の全てが特定種別の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別を通知可能に制御する通知手段、
    前記ユニットを使用した対戦を実行するゲーム実行手段、
    として機能させ、
    前記第１ゲーム要素の種別は、攻撃タイプと防御タイプとを少なくとも含み、
    前記ユニットの行動特性は、前記ユニットの構成要素である第１ゲーム要素の種別に従属し、
    前記特定種別は、防御タイプである、
    プログラム。
20. ゲーム装置であって、
    プレイヤが保有する複数種別の第１ゲーム要素から、ゲームに登場させる第１ゲーム要素を登録する第１ゲーム要素登録手段と、
    前記第１ゲーム要素登録手段により登録された第１ゲーム要素の全てが特定種別の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別を通知可能に制御する通知手段と、
    登録された第１ゲーム要素を用いた対戦を実行するゲーム実行手段と、
    を備え、
    前記第１ゲーム要素の種別は、攻撃タイプと防御タイプとを少なくとも含み、
    前記特定種別は、防御タイプである、
    ゲーム装置。
21. ゲーム装置であって、
    プレイヤが保有する複数種別の第１ゲーム要素から、ゲームに登場させる第１ゲーム要素を登録する第１ゲーム要素登録手段と、
    前記プレイヤが保有する複数種別の第２ゲーム要素から、ゲームに登場させる第２ゲーム要素を登録する第２ゲーム要素登録手段と、
    登録された第１ゲーム要素と登録された第２ゲーム要素とを構成要素とし、その組み合わせにより、対戦に使用されるユニットを構成するユニット構成手段と、
    前記第１ゲーム要素登録手段により登録された第１ゲーム要素の全てが特定種別の第１ゲーム要素であることを条件として、登録された第１ゲーム要素の種別を通知可能に制御する通知手段と、
    前記ユニットを使用した対戦を実行するゲーム実行手段と、
    を備え、
    前記第１ゲーム要素の種別は、攻撃タイプと防御タイプとを少なくとも含み、
    前記ユニットの行動特性は、前記ユニットの構成要素である第１ゲーム要素の種別に従属し、
    前記特定種別は、防御タイプである、
    ゲーム装置。

Images