知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-13
(45)【発行日】2024-12-23
(54)【発明の名称】プログラム、及びゲーム装置
(51)【国際特許分類】
A63F 13/69 20140101AFI20241216BHJP
A63F 13/80 20140101ALI20241216BHJP
A63F 13/58 20140101ALI20241216BHJP
A63F 13/837 20140101ALI20241216BHJP
A63F 13/52 20140101ALI20241216BHJP
【ＦＩ】
A63F13/69
A63F13/80 B
A63F13/58
A63F13/837
A63F13/52
【請求項の数】
12
(21)【出願番号】P 2023023055
(22)【出願日】2023-02-17
(65)【公開番号】P2024117138
(43)【公開日】2024-08-29
【審査請求日】2023-09-19
【早期審査対象出願】
(73)【特許権者】
【識別番号】000135748
【氏名又は名称】株式会社バンダイ
(74)【代理人】
【識別番号】100201341
【弁理士】
【氏名又は名称】畠山 順一
(72)【発明者】
【氏名】礒邉 恭平
(72)【発明者】
【氏名】鈴木 禄之
(72)【発明者】
【氏名】大岩 尚生
【審査官】池田 剛志
(56)【参考文献】
【文献】特開２０１４－１９８１８２（ＪＰ，Ａ）
【文献】これからプレイする方へ - その1 ゲームの流れを知ろう，三国志大戦セガ公式サイト [online]，2019年07月10日，＜ＵＲＬ：https://web.archive.org/web/20190710135333/http://www.sangokushi-taisen.com:80/playguide/beginners/flow.html＞，［2023年11月10日検索］
【文献】これからプレイする方へ - その2 戦闘・操作方法を知ろう，三国志大戦セガ公式サイト [online]，2019年06月10日，＜ＵＲＬ：https:web.archive.org/web/20190610221214/http://www.sangokushi-taisen.com:80/playguide/beginners/battle.html＞，［2023年11月10日検索］
【文献】［三国志大戦］文帝の覇道［もんぎゃはタイム］，YouTube [online] [video]，2019年11月08日，＜ＵＲＬ：https://www.youtube.com/watch?v=MMWg-X91WYE＞，［2023年11月10日検索］
【文献】完全プレイガイド（攻略情報）武将カード講座，三国志大戦セガ公式サイト [online]，2019年07月10日，＜ＵＲＬ：https://web.archive.org/web/20190710110623/http://www.sangokushi-taisen.com:80/playguide/perfects/card.html＞，［2023年11月10日検索］
【文献】システム詳細，三国志大戦wiki [online]，2021年09月23日，＜ＵＲＬ：https://web.archive.org/web/20210923121848/https://www.wikihouse.com/sangokushi/index.php?%A5%B7%A5%B9%A5%C6%A5%E0%BE%DC%BA%D9＞，［2023年11月10日検索］
【文献】［任天堂公式ガイドブック］スプラトゥーン２，第1版，株式会社小学館（縄田 正樹），2017年08月09日，p.10, 35, 239
【文献】［三国志大戦］完殺の計［全軍と突撃］，YouTube [online] [video]，2019年11月24日，＜ＵＲＬ：https://www.youtube.com/watch?v=eTemIU-QxKw＞，［2024年5月27日検索］
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－１３／９８，
９／２４
(57)【特許請求の範囲】
【請求項1】
ゲームをコンピュータに実行させるプログラムであって、前記コンピュータを、
ゲームに登場させるゲーム要素を登録するゲーム要素登録手段、
ゲーム要素の対戦可能な対戦可能状態及び対戦不可能な対戦不可能状態を管理する対戦管理手段、
ゲーム要素の通常状態と、ゲーム要素のアビリティが発動されたアビリティ発動状態と、を管理する状態管理手段、
対戦プレイヤのゲーム要素のうち指定されたゲーム要素を、アビリティ発動状態のゲーム要素の標的として自動追尾し、標的とされた対戦プレイヤのゲーム要素が前記アビリティ発動状態のゲーム要素の攻撃範囲内となると、標的とされた対戦プレイヤのゲーム要素に対して攻撃を行う攻撃手段、
前記アビリティ発動状態のゲーム要素の攻撃により、標的とされた対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する遷移時間を管理する遷移時間管理手段、
として機能させ、
前記遷移時間管理手段は、プレイヤの前記アビリティ発動状態のゲーム要素が標的とされた対戦プレイヤのゲーム要素を前記対戦不可能状態にした場合における前記対戦プレイヤのゲーム要素の前記遷移時間を、プレイヤの前記通常状態のゲーム要素が対戦プレイヤのゲーム要素を前記対戦不可能状態にした場合における前記対戦プレイヤのゲーム要素の前記遷移時間よりも長くする、
プログラム。
【請求項2】
前記攻撃範囲は、前記プレイヤのゲーム要素の種別によって異なる、請求項１に記載のプログラム。
【請求項3】
前記遷移時間管理手段は、プレイヤの前記通常状態のゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する第１遷移時間が設定され、
プレイヤの前記アビリティ発動状態のゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記第１遷移時間に第２遷移時間を加えた時間に前記遷移時間を変更する、
請求項１に記載のプログラム。
【請求項4】
前記第２遷移時間は、一定時間である、請求項３に記載のプログラム。
【請求項5】
前記コンピュータを、プレイヤの前記アビリティ発動状態のゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した旨と、前記遷移時間が変更された旨と、の通知を提示する提示手段として機能させる、
請求項３に記載のプログラム。
【請求項6】
前記遷移時間が変更されたことの通知は、前記遷移時間が延長された旨の通知である、請求項５に記載のプログラム。
【請求項7】
前記提示手段は、前記第１遷移時間と前記第２遷移時間とが識別可能に、前記遷移時間の経過を提示する、請求項６に記載のプログラム。
【請求項8】
前記提示手段は、加えられる前記第２遷移時間を明示する、請求項６に記載のプログラム。
【請求項9】
前記提示手段は、前記通常状態のゲーム要素と前記アビリティ発動状態のゲーム要素とを視覚的に区別して提示する、請求項５に記載のプログラム。
【請求項10】
前記コンピュータを、ゲーム要素を操作可能な操作手段として更に機能させ、前記状態管理手段は、前記操作手段により、アビリティを発動するゲーム要素を指定する操作を条件として、指定されたゲーム要素を前記アビリティ発動状態に変更する、
請求項１に記載のプログラム。
【請求項11】
前記対戦不可能状態は、前記操作手段により操作不可能な状態であり、前記対戦可能状態は、前記操作手段により操作可能な状態である、
請求項１０に記載のプログラム。
【請求項12】
ゲームに登場させるゲーム要素を登録するゲーム要素登録手段と、ゲーム要素の対戦可能な対戦可能状態及び対戦不可能な対戦不可能状態を管理する対戦管理手段と、
ゲーム要素の通常状態と、ゲーム要素のアビリティが発動されたアビリティ発動状態と、を管理する状態管理手段と、
対戦プレイヤのゲーム要素のうち指定されたゲーム要素を、アビリティ発動状態のゲーム要素の標的として自動追尾し、標的とされた対戦プレイヤのゲーム要素が前記アビリティ発動状態のゲーム要素の攻撃範囲内となると、標的とされた対戦プレイヤのゲーム要素に対して攻撃を行う攻撃手段と、
前記アビリティ発動状態のゲーム要素の攻撃により、標的とされた対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する遷移時間を管理する遷移時間管理手段と、
を備え、
前記遷移時間管理手段は、プレイヤの前記アビリティ発動状態のゲーム要素が標的とされた対戦プレイヤのゲーム要素を前記対戦不可能状態にした場合における前記対戦プレイヤのゲーム要素の前記遷移時間を、プレイヤの前記通常状態のゲーム要素が対戦プレイヤのゲーム要素を前記対戦不可能状態にした場合における前記対戦プレイヤのゲーム要素の前記遷移時間よりも長くする、
ゲーム装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム、及びゲーム装置に関する。
【背景技術】
【0002】
ゲーム内のキャラクターに関するパラメータを変化させるゲームが存在する。（例えば、特許文献１）。このようなゲームにおいて、アビリティと呼ばれる特別な能力を持つキャラクターが存在する。
【先行技術文献】
【特許文献】
【0003】
【文献】特開2016-052591号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、アビリティと呼ばれる特別な能力を持つゲーム要素により、対戦不能となったゲーム要素の取り扱いによっては、プレイヤのゲームに対する興趣性が薄れてしまう場合があった。
【0005】
そこで、本発明は興趣性を薄れさせないゲームを提供するプログラム及びゲーム装置を提供することにある。
【課題を解決するための手段】
【0006】
本発明の一態様は、ゲームをコンピュータに実行させるプログラムであって、コンピュータを、ゲームに登場させるゲーム要素を登録するゲーム要素登録手段、登録されたゲーム要素の対戦可能な対戦可能状態及び対戦不可能な対戦不可能状態を管理する対戦管理手段、登録されたゲーム要素の通常状態及び特定状態を管理する状態管理手段、プレイヤの特定状態にあるゲーム要素により、対戦プレイヤのゲーム要素が対戦不可能状態に遷移した場合、対戦プレイヤのゲーム要素が対戦不可能状態から対戦可能状態に遷移するのに要する遷移時間を変更する遷移時間管理手段、として機能させるプログラムである。
【0007】
本発明の一態様は、ゲームに登場させるゲーム要素を登録するゲーム要素登録手段と、登録されたゲーム要素の対戦可能な対戦可能状態及び対戦不可能な対戦不可能状態を管理する対戦管理手段と、登録されたゲーム要素の通常状態及び特定状態を管理する状態管理手段と、プレイヤの特定状態にあるゲーム要素により、対戦プレイヤのゲーム要素が対戦不可能状態に遷移した場合、対戦プレイヤのゲーム要素が対戦不可能状態から対戦可能状態に遷移するのに要する遷移時間を変更する遷移時間管理手段と、を備えるゲーム装置である。
【発明の効果】
【0008】
本発明によれば、興趣性を薄れさせないゲームを提供することができる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
本発明の実施の形態を説明する。
＜第１の実施の形態＞
＜第１の実施の形態＞
【0011】
＜全体構成＞
図１は本実施形態に係るゲームシステムのシステム構成を示した図である。図１に示すように、ゲームシステムは、１以上のゲーム装置１とサーバ２とを備えて構成される。１以上のゲーム装置１とサーバ２とは、通信回線Ｎに接続可能で、相互に通信可能である。通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。
図１は本実施形態に係るゲームシステムのシステム構成を示した図である。図１に示すように、ゲームシステムは、１以上のゲーム装置１とサーバ２とを備えて構成される。１以上のゲーム装置１とサーバ２とは、通信回線Ｎに接続可能で、相互に通信可能である。通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。
【0012】
ゲーム装置１は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Ｎに接続し、サーバ２とデータ通信を行うことができる。ゲーム装置１は、例えば、業務用ゲーム装置（アーケードゲーム装置）、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、パソコン、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。ゲーム装置１は、基本的には、複数存在し、各プレイヤにより操作される。
【0013】
サーバ２は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。サーバ２は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理や、ゲーム装置１でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。また、詳細は後述するが、サーバ２は、ゲーム装置１の利用に際してプレイヤが識別された場合、即ち、いずれのプレイヤであるかが識別された状態で、対戦ゲームのサービス提供が行われた場合に、その利用内容（ゲームのプレイ履歴）に基づいて各プレイヤについて管理する情報を更新する。
【0014】
本実施形態では、このようなシステム構成により、サーバ２及び通信回線Ｎを介して、複数のゲーム装置１を利用するプレイヤ間での対戦ゲームが実現可能に構成されるものであるが、プレイヤ間（対人間）での対戦ゲームに限られるものではなく、プレイヤの一方がサーバ2により提供されるノンプレイヤキャラクターである場合も含む。また、ゲーム装置１においてプレイ体験が提供されるゲームは、プレイヤ間の対戦ゲームに限られるものではなく、１人用に構成されたゲームを含むものであってよい。
【0015】
以下に説明する実施の形態において、ゲーム装置の一例としての、ゲームフィールドにゲーム要素を配置した画面を表示させて進行する対戦ゲームを実行するゲーム装置に、本発明を適用した例を説明する。しかし、本発明は、ゲームフィールドにゲーム要素を配置した画面を表示して進行するゲームを実行することが可能な任意の機器に適用可能である。
【0016】
＜ゲーム要素及び対戦ゲームの概要＞
以下の本実施形態における構成などの理解を容易にするために、本実施の形態に係る対戦ゲームに使用されるゲーム要素及び対戦ゲームの概要について説明する。
以下の本実施形態における構成などの理解を容易にするために、本実施の形態に係る対戦ゲームに使用されるゲーム要素及び対戦ゲームの概要について説明する。
【0017】
本実施の形態に係る対戦ゲームは、複数種別のゲーム要素が登場する。ゲーム要素はキャラクター（キャラクター、搭乗物、アイテム等）であり、画像、仮想的又は実体のある物品等に化体して表現される。画像は、静止画及び動画を含む。仮想的又は実体のある物品の一例としては、例えば、物理的な体積を有する物品（現実物品）であるゲームカードである。尚、物品は、ゲームカードに限られることなく、物品に対応付けられたゲーム要素を特定可能に構成された物品であれば、ゲームカードに限られるものではない。物品は、例えばゲーム要素の外観を有するフィギュア等の造形物であってもよい。
【0018】
本実施形態では、複数の種別の物品はいずれも有体物であるゲームカードであり、それぞれ、ゲーム装置１においてプレイ体験が提供される対戦ゲームに登場する１つのゲーム要素が対応付けられているものとして説明する。ゲームカードがいずれのゲーム要素に対応付けられているかは、該ゲームカードに付されたゲーム要素を特定するための識別情報（要素ＩＤ）を後述するゲーム要素読取部が取得することで特定できる。ゲームカードへの識別情報（要素ＩＤ）の付加は、例えば、ゲーム要素を特定するための識別情報を変換して得られた１次元あるいは多次元のコードがゲームカードに印刷等で付されることにより実現されるものであってもよいし、ゲームカードに内包される近距離通信（ＮＦＣ：Near Field Communication）用のタグやＩＣチップに記録される等、他の方式で実現されるものであってもよい。
【0019】
対戦ゲームでは、各プレイヤは複数のゲーム要素を使用することが可能であり、ゲームの開始に先立って（実際にゲーム要素を操作して進行するシーケンスが開始する前に）、ゲームカードから情報取得をさせることで、該ゲームカードに対応付けられたゲーム要素をゲームに登場させる（プレイヤが使用する）ゲーム要素として登録することができる。
【0020】
本実施形態では、プレイヤがゲームに登場させるゲーム要素は複数あるが、主に、第１ゲーム要素と第２ゲーム要素との二つがある。そして、第１ゲーム要素はパイロットであり、第２ゲーム要素はパイロットが操作する搭乗機体である。更に、第１ゲーム要素と第２ゲーム要素のそれぞれは、複数の種別に分かれている。
【0021】
第１ゲーム要素であるパイロットの種別としては、例えば、攻撃タイプ（第１種別）と、防御タイプ（第２種別）がある。攻撃タイプは、対戦プレイヤのゲーム要素を攻撃することを主目的とし、プレイヤの他のゲーム要素を守ることなく対戦プレイヤのゲーム要素を攻撃するタイプである。防御タイプは、プレイヤの他のゲーム要素を防御することを主目的とし、プレイヤの他のゲーム要素を守るために対戦プレイヤのゲーム要素を攻撃する。尚、種別やその数は一例であり、これらの種別、数に限られない。例えば、対戦プレイヤのＸ種別のゲーム要素にのみ攻撃できる攻撃タイプ、対戦プレイヤのＹ種別のゲーム要素にのみ攻撃できる攻撃タイプのように、対戦プレイヤのゲーム要素の種別に応じて攻撃できるタイプを複数設けても良い。
【0022】
第２ゲーム要素として搭乗機体の種別としては、例えば、攻撃タイプ（第１種別）と、防御タイプ（第２種別）がある。攻撃タイプは、対戦プレイヤのゲーム要素を攻撃することを主目的とし、プレイヤの他のゲーム要素を守ることなく対戦プレイヤのゲーム要素を攻撃するタイプである。防御タイプは、プレイヤの他のゲーム要素を防御することを主目的とし、プレイヤの他のゲーム要素を守るために対戦プレイヤのゲーム要素を攻撃する。更なる種別として、搭乗機体が使用できる武器の射程（攻撃）距離に応じた射程（攻撃）タイプ（第３種別）を設けても良い。例えば、使用できる武器が遠距離用の武器である場合は遠距離タイプ、使用できる武器が近距離用の武器である場合は近距離タイプ等である。尚、種別やその数は一例であり、これらの種別、数に限られない。
【0023】
これらの種別は、各ゲーム要素と各種別とが一対一にかならずしも対応している必要はなく、一対多であっても良い。例えば、第２ゲーム要素である搭乗機体は、防御タイプと遠距離タイプとの二つの種別を持つようにしても良い。このようなタイプを持つ搭乗機体は、プレイヤの他のゲーム要素を守るために、対戦プレイヤの遠くに位置するゲーム要素を射程の長い武器を使用して攻撃することができる。
【0024】
また、第１ゲーム要素と第２ゲーム要素とは、第１ゲーム要素又は第２ゲーム要素の種類やタイプのキャラクター情報以外に、そのタイプに適した各種のパラメータ（レベル、ヒットポイント、攻撃力、防御力、地形適正、使用武器等）を持つ。例えば、攻撃タイプならば、攻撃に特化したパラメータとなる。これらの各種のパラメータは、対戦ゲームの進行に伴って変化させても良い。
【0025】
更に、第１ゲーム要素又は第２ゲーム要素の中には、アビリティと呼ばれる特殊能力を持つものがある。そのアビリティは、ゲームの進行を有利に展開するために発揮する能力であり、ゲーム要素を強化する能力である。例えば、ある発動条件を満たした場合、対戦プレイヤのゲーム要素に対する攻撃力を、所定の期間、上昇することができる能力等である。アビリティの発動は、発動条件を満たした場合に自動的に発動するものと、発動条件を満たした場合にプレイヤの操作により任意に発動するものと、がある。また、このアビリティは、対戦中に１度しか発動できないものや、複数回発動できるものある。また、このアビリティを発動後、対戦プレイヤのゲーム要素からの攻撃等により対戦不可能状態（撃破）となった場合であっても、所定時間（遷移時間）が経ることにより、再び対戦可能状態に戻る（遷移する）ことが可能である。尚、その遷移時間は、通常のアビリティを発動しないゲーム要素の遷移時間に比べて長いものとなる場合がある。
【0026】
図２は、第１ゲーム要素がパイロットであり、その種別が攻撃タイプのキャラクター情報を持つ場合のゲームカードＰ１の一例を示した図である。ゲームカードＰ１に記載さている識別情報等をゲーム要素読取部が読み取ることで、ゲーム装置１は、そのゲームカードＰ１のキャラクター情報やアビリティを取得可能である。図３は、第２ゲーム要素が搭乗機体であり、その種別が攻撃タイプであり、アビリティとして破砕（ロックオン中の敵ユニットが攻撃範囲内に進入すると攻撃する）のキャラクター情報を持つ場合のゲームカードＭ１の一例を示した図である。ゲームカードＭ１に記載さている識別情報等をゲーム要素読取部が読み取ることで、ゲーム装置１は、そのゲームカードＭ１のキャラクター情報やアビリティを取得可能である。
【0027】
更に、本実施形態の対戦ゲームでは、ユニット（以下、部隊と記載する場合がある）と称するゲーム要素が登場する。このユニットは、第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体とを構成要素とし、その組み合わせにより構成されるものである。すなわち、プレイヤは、対戦ゲームにおいて該搭乗機体を作動させる要素としてパイロットを関連付けて登録することができる。これにより、プレイヤは、搭乗機体とパイロットとを一組とするユニットを対戦ゲームに登場させることができる。
【0028】
ユニットの能力は、例えば、ユニットを構成する第１ゲーム要素であるパイロットのキャラクター情報（各種パラメータ）と、第２ゲーム要素である搭乗機体のキャラクター情報（各種パラメータ）と、の合計値とすることができる。更に、ユニットは、対戦ゲームの対戦において、どのような行動を取ることができるかを規定（又は行動の制限）する行動特性を持つ。そのユニットの行動特性は、構成要素である、第１ゲーム要素であるパイロットのタイプ（種別）又は第２ゲーム要素である搭乗機体のタイプ（種別）の少なくともいずれかに従属（依存）する。
【0029】
ユニットの行動特性を第１ゲーム要素であるパイロットのタイプ（種別）のみに従属させる場合は、搭乗機体のタイプ（種別）が反映されず、パイロットのタイプが反映された行動特性となる。例えば、ユニットを構成するパイロットのタイプが防御タイプであり、ユニットを構成する搭乗機体のタイプが攻撃タイプである場合、搭乗機体のタイプは反映されず、ユニットの行動特性は、プレイヤのゲーム要素を守ることを主目的とし、対戦プレイヤのゲーム要素への攻撃がプレイヤの他のゲーム要素を守るために限定されるような行動特性となる。また、ユニットの行動特性を第２ゲーム要素である搭乗機体のタイプ（種別）のみに従属させる場合は、パイロットのタイプ（種別）が反映されず、搭乗機体のタイプが反映された行動特性となる。
【0030】
このように、ユニットの行動特性をゲーム要素の一方の種別のみに従属させる場合、プレイヤはパイロット及び搭乗機体のタイプを考慮し、ユニットを構成するパイロット及び搭乗機体を選択する必要がある。何故なら、ユニットの能力は、例えば、構成要素となるゲーム要素（パイロットと搭乗機体）のキャラクター情報の合計値であるため、タイプを誤って選択すると、ユニットの能力を発揮することができないからである。一方、構成要素となるゲーム要素（パイロットと搭乗機体）のタイプを適正に選択した場合、例えば、パイロットのタイプと搭乗機体のタイプとが同一の防御タイプのような場合は、そのユニットの行動特性に合致した能力を発揮することができる。
【0031】
一方、ユニットの行動特性を、構成要素である、第１ゲーム要素であるパイロットのタイプ（種別）と第２ゲーム要素である搭乗機体のタイプ（種別）との双方に従属（依存）させる場合は、第１ゲーム要素であるパイロットのタイプ（種別）と第２ゲーム要素である搭乗機体のタイプ（種別）とが全く異なるような場合に有効である。例えば、第１ゲーム要素であるパイロットのタイプに攻撃タイプと防御タイプとが存在し、第２ゲーム要素である搭乗機体のタイプが射程（攻撃）タイプである場合などである。このような場合、防御タイプのパイロットと遠距離タイプの搭乗機体との組み合わせのユニットの行動特性は、プレイヤの他のゲーム要素を防御するために、射程（攻撃距離）の長い武器を使用して遠くの対戦プレイヤのゲーム要素を攻撃するような行動特性となる。このようにすることで、高い戦略性を持つゲームをプレイヤに提供することができる。
【0032】
更に、ユニットの能力として、第１ゲーム要素又は第２ゲーム要素が持つアビリティを加えることができる。例えば、第２ゲーム要素の搭乗機体がアビリティを持つ場合、その第２ゲーム要素の搭乗機体を構成要素とするユニットは、第２ゲーム要素の搭乗機体のアビリティを持つことができる。例えば、図２のゲームカードＰ１（パイロット）と図３のゲームカードＭ１（搭乗機体）とを構成要素とするユニットは、ゲームカードＭ１（搭乗機体）のアビリティを持つことができる。
【0033】
次に、対戦ゲームの概略を説明する。
【0034】
本実施形態の対戦ゲームは、各プレイヤについて登録されたユニット（部隊）を所定の広さのゲームフィールドに展開（配置）させながら、移動・攻撃行動を行う（これら行動の実施は後述する操作入力部が受け付ける）ことで進行する。
【0035】
図４は本実施形態の対戦ゲームにおけるゲームフィールドの一例を示した図である。以下に示す１つの態様では、ゲームフィールドには、出撃ユニット領域３０と、第１領域３１と、第２領域３２と、が存在する。出撃ユニット領域３０は、出撃（登場）可能なユニットが配置される。第１領域３１は、自プレイヤの領域であり、自プレイヤの基地等の拠点（ゲーム要素）が配置される。第２領域３２は、対戦プレイヤの領域であり、対戦プレイヤの基地等の拠点（ゲーム要素）が配置される。他のゲーム要素として、各領域間を移動できる戦艦のような拠点もある。そして、いずれかのユニットによる攻撃行動の結果として相手プレイヤの拠点を破壊させた（耐久値を０にさせた）プレイヤが、対戦ゲームの勝者となる。
【0036】
故に、各プレイヤは、自身に対応付けられた拠点に対して攻撃行動を行おうとする対戦プレイヤのユニットに対して、当該攻撃行動を妨害するためにユニットを配置して迎撃行動（防御行動）を行う、あるいは、対戦プレイヤのユニットよりも早く対戦プレイヤの拠点を破壊するためにユニットの攻撃行動を制御することが必要になる。
【0037】
ここで、重要なことは、ユニットのタイプによって移動できる領域が異なるという点である。例えば、ユニットのタイプが防御タイプである場合、そのユニットはプレイヤの基地等の拠点を防衛するためのユニットであり、プレイヤの基地等の拠点は第１領域３１に配置されるため、結果として、防御タイプのユニットは第１領域３１内のみ移動可能である。一方、ユニットのタイプが攻撃タイプである場合、そのユニットは、対戦プレイヤの基地や自プレイヤの基地の拠点を攻撃してくる対戦プレイヤの戦艦等の拠点を攻撃するユニットであり、対戦プレイヤの基地の拠点は第２領域３２に配置され、対戦プレイヤの戦艦等の拠点は第１領域３１に侵入可能（配置可能）であるため、結果として、攻撃タイプのユニットは第１領域３１と第２領域３２との双方の領域を移動可能である。
【0038】
対戦ゲームの開始時点では、対戦プレイヤの登録したユニットの情報は判明していない状態となっている。プレイヤは、対戦ゲームの開始後の任意のタイミングで、自身について登録したユニットのそれぞれをゲームフィールドに展開可能であり、対戦プレイヤにはゲームフィールドへのユニットの展開がなされた時点で、当該ユニットがどのようなゲーム要素（搭乗機体及びパイロット）で構成されているかが通知される。このように構成することで、対戦プレイヤのユニットや行動を見極めながら戦略的にゲームを展開させる興趣性をプレイヤに提供することができる。
【0039】
＜ゲーム装置１の構成＞
図５は本発明の実施形態に係るゲーム装置１の正面の外観図である。
ゲーム装置１は、メニュー等のゲームに進行に必要な情報やゲームフィールド等が表示される表示部１１（ディスプレイ１１）と、プレイヤが保有するゲームカードから、対戦ゲームに登場させる第１ゲーム要素（パイロット）を登録するための第１ゲーム要素読取部１２１～１２５と、プレイヤが保有するゲームカードから、対戦ゲームに登場させる第２ゲーム要素（搭乗機体）を登録するための第２ゲーム要素読取部１３１～１３５と、を備えている。
図５は本発明の実施形態に係るゲーム装置１の正面の外観図である。
ゲーム装置１は、メニュー等のゲームに進行に必要な情報やゲームフィールド等が表示される表示部１１（ディスプレイ１１）と、プレイヤが保有するゲームカードから、対戦ゲームに登場させる第１ゲーム要素（パイロット）を登録するための第１ゲーム要素読取部１２１～１２５と、プレイヤが保有するゲームカードから、対戦ゲームに登場させる第２ゲーム要素（搭乗機体）を登録するための第２ゲーム要素読取部１３１～１３５と、を備えている。
【0040】
第１ゲーム要素読取部１２１～１２５は、ゲームカードからゲームに登場させる第１ゲーム要素であるパイロットのキャラクター情報を読み取るリーダである。本実施形態のゲーム装置１は、最大（上限）５体までのパイロットを使用ゲーム要素として登録可能とするため、５つの第１ゲーム要素読取部１２１～１２５が設置されている。プレイヤは、保有するゲームカードから対戦ゲームに登場させるパイロット（第１ゲーム要素）のゲームカードＰを、第１ゲーム要素読取部１２１～１２５にセット（配置）することによって、第１ゲーム要素読取部１２１～１２５はパイロット（第１ゲーム要素）のゲームカードの識別情報等を読み取ることができる。
【0041】
第２ゲーム要素読取部１３１～１３５は、ゲームカードからゲームに登場させる第２ゲーム要素である搭乗機体のキャラクター情報を読み取るリーダである。本実施形態のゲーム装置１は、最大（上限）５体までの搭乗機体を使用ゲーム要素として登録可能とするため、５つの第２ゲーム要素読取部１３１～１３５が設置されている。プレイヤは、保有するゲームカードから対戦ゲームに登場させる搭乗機体（第２ゲーム要素）のゲームカードを、第２ゲーム要素読取部１３１～１３５にセット（配置）することによって、第２ゲーム要素読取部１３１～１３５は搭乗機体（第２ゲーム要素）のゲームカードの識別情報等を読み取ることができる。
【0042】
そして、登録されたパイロット1体と搭乗機体1体とを一組とする使用ゲーム要素であるユニット（部隊）を最大５組編成して、対戦ゲームを開始することができる。即ち、ユニット（部隊）について、搭乗機体の登録可能な最大数とパイロットの登録可能な最大数（上限数）とは同数であり、５に設定されている。
【0043】
なお、例えば、プレイヤがゲーム装置１の利用を開始して間もない場合やプレイヤがゲームカードを携行していなかった場合等、情報取得可能なゲームカードの数が搭乗機体やパイロットそれぞれの最大数（上限数）に満たない場合には、ユニット（部隊）を構成するゲーム要素のそれぞれは必ずしもゲームカードからの情報取得に基づいて登録されるものである必要はない。この場合、ゲーム装置１側で用意したゲーム要素が追加で登録され、搭乗機体とパイロットのいずれも最大数登録され、５組の部隊が構成されればよい。また、例えば登録に際してコスト等の概念が導入される態様では、登録されるユニット（部隊）数が最大数より少ない複数に設定されるものであってもよい。
【0044】
また、本実施形態では１体の搭乗機体に対して、１人のパイロットを関連付けて１ユニットとして登録するものとして説明するが、本発明の実施はこれに限られるものではない。即ち、１ユニットを構成するゲーム要素は、１体の搭乗機体に対して複数人のパイロットが、あるいは、複数体の搭乗機体に対して１人のパイロットが関連付けられるものであってもよい。
【0045】
図６は本発明の実施形態に係るゲーム装置１の機能構成を示すブロック図である。
ゲーム装置１は、処理部１０と、表示部１１と、第１ゲーム要素読取部１２１～１２５と、第２ゲーム要素読取部１３１～１３５と、操作入力部１４と、代価検出部１５と、ユーザ情報読取部１６と、音出力部１７と、通信部１８と、記憶部１９と、を備える。
ゲーム装置１は、処理部１０と、表示部１１と、第１ゲーム要素読取部１２１～１２５と、第２ゲーム要素読取部１３１～１３５と、操作入力部１４と、代価検出部１５と、ユーザ情報読取部１６と、音出力部１７と、通信部１８と、記憶部１９と、を備える。
【0046】
処理部１０は、記憶部１９に格納されるプログラムやデータ、第１ゲーム要素読取部１２、第２ゲーム要素読取部１３、操作入力部１４からの操作入力信号等に基づいてゲーム装置１の動作を統括的に制御する。処理部１０の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。具体的には制御部１０は、例えば記録部１９に記録されている各部の動作プログラムを読み出し、メモリに展開して実行することにより各部の動作を制御する。処理部１０は、主な機能部として、ゲーム要素取得部１１０と、ユニット構成部１１１と、ゲーム実行部１１２と、状態管理部１１３と、遷移時間管理部１１４と、を備える。これらの部については後述する。
【0047】
表示部１１は、処理部１０から出力される画像信号に基づいて各種ゲーム画面を表示する。表示部１１の機能は、例えば、液晶などのフラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。図５では、表示部１１は、ディスプレイ１１に該当する。
【0048】
第１ゲーム要素読取部１２１～１２５は、上述した通り、第１ゲーム要素の登録数の上限である五つの第１ゲーム要素読取部であり、プレイヤが保有するゲームカードからゲームに登場させる第１ゲーム要素であるパイロットのキャラクター情報を読み取るリーダである。ゲームカードから第１ゲーム要素の読み取りは、例えば、ゲームカードの識別情報等を変換して得られた１次元又は多次元のコードがゲームカードに印刷等され、その１次元又は多次元のコードを読み取ることにより可能である。また、ゲームカードの識別情報等がゲームカードに内包される近距離通信（ＮＦＣ：Near Field Communication）用のタグやＩＣチップに記録されている場合は、それらのタグやＩＣチップから読み取る。読み取った情報は、自装置の識別情報である読取部ＩＤ（例えば、読取部ＩＤ＝１２１等）とともに処理部１０に出力される。
【0049】
第２ゲーム要素読取部１３１～１３５は、上述した通り、第２ゲーム要素の登録数の上限である五つの第２ゲーム要素読取部であり、プレイヤが保有するゲームカードからゲームに登場させる第２ゲーム要素である搭乗機体のキャラクター情報を読み取るリーダである。ゲームカードから第２ゲーム要素の読み取りは、例えば、ゲームカードの識別情報等を変換して得られた１次元又は多次元のコードがゲームカードに印刷等され、その１次元又は多次元のコードを読み取ることにより可能である。また、ゲームカードの識別情報等がゲームカードに内包される近距離通信（ＮＦＣ：Near Field Communication）用のタグやＩＣチップに記録されている場合は、それらのタグやＩＣチップから読み取る。読み取った情報は、自装置の識別情報である読取部ＩＤ（例えば、読取部ＩＤ＝１３１等）とともに処理部１０に出力される。
【0050】
第１ゲーム要素読取部１２１～１２５が読み取った第１ゲーム要素と第２ゲーム要素読取部１３１～１３５が読み取った第２ゲーム要素とからユニットが構成されるのであるが、上述したしたように、一つのユニットは一つの第１ゲーム要素であるパイロットと一つの第２ゲーム要素である搭乗機体との組み合わせである。そこで、ユニットを構成する第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体との組み合わせが、プレイヤに対して識別し易いように、第１ゲーム要素読取部１２１～１２５と第２ゲーム要素読取部１３１～１３５とは、組となる第１ゲーム要素読取部１２１～１２５の一辺と第２ゲーム要素読取部１３１～１３５の一辺とが少なくとも隣接するように配置される。例えば、第１ゲーム要素読取部１２１の下辺と第２ゲーム要素読取部１３１の上辺とが隣接して上下で一組となるように配置されている。これにより、第１ゲーム要素読取部１２１により読み取られたゲームカードのパイロットと第２ゲーム要素読取部１３１により読み取られたゲームカードの搭乗機体とが一つ組となり、ユニットが構成されることが、プレイヤに容易に理解できる。他の第１ゲーム要素読取部１２２～１２５と第２ゲーム要素読取部１３２～１３５との組み合わせも同様である。
【0051】
操作入力部１４は、プレイヤがゲームに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部１０に出力する。操作入力部１４の機能は、例えば、タッチパネル、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレイヤが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。本実施形態では、表示部１１に添えつけられたタッチ操作パネルがこれに該当する。
【0052】
代価検出部１５は、ゲーム装置１において代価の支払いがなされたことを検出する。代価の支払いは、例えばゲーム装置１が有する不図示の投入口に所定の金額の硬貨や相当するコインが投入されたこと、あるいは所定の電子マネーに係るチップとの通信に基づく決算処理の完了等を検出することにより判断されるものであってよい。本実施形態のゲーム装置１は、サービス提供開始に係る代価の支払いに基づいて、一連のゲームのプレイ体験の提供を含むサービスの提供を開始するものとして説明する。また代価の支払いは、サービス提供の開始後も検出可能に構成される。
【0053】
ユーザ情報読取部１６は、ゲーム装置１を利用するプレイヤを識別するために、プレイヤＩＤ（プレイヤ識別情報）を記録した物品からの情報取得を行う。本実施形態ではプレイヤＩＤを記録した物品は、カードの態様で構成されたプレイヤカードである。
【0054】
音出力部１７は、処理部１０から出力される音信号に基づいてゲームに関する効果音等を音出力するためのスピーカ等である。
【0055】
通信部１８は、外部装置との通信インタフェースである。通信部１８は、通信回線Ｎ（有線・無線を問わない）を介して外部装置と接続し、データの送受信を可能とすることができる。通信部１８は、例えば送信対象として入力された情報を所定の形式のデータに変換し、通信回線Ｎを介してサーバ２等の外部装置に送信する。また通信部１８は、例えば通信回線Ｎを介して外部装置から情報を受信する。
【0056】
記録媒体１９は、例えば不揮発性メモリやＨＤＤ等の、データを保持可能な記録装置である。記録媒体１９は、ゲーム装置１が有する各部の動作プログラムに加え、各部の動作において必要となるパラメータの情報や、ゲーム装置１が実行する対戦ゲームに使用される各種のグラフィックスデータ等を記憶する。
【0057】
また、記録媒体１９には、ゲーム要素データベース１９０（ゲーム要素ＤＢ１９０）が格納されている。ゲーム要素ＤＢ１９０は、ゲームに登場するゲーム要素の各々についての情報（要素情報）を管理するデータベースである。本実施形態のゲーム装置１では、プレイヤはゲームプレイ時にゲームカードを、第１ゲーム要素読取部１２１～１２５及び第２ゲーム要素読取部１３２～１３５に配置して情報の取得を行わせることで、該ゲームカードに対応付けられたゲーム要素をゲームに登場させることができる。１体のゲーム要素について管理される要素情報は、例えば図７に示されるように、ゲーム要素を一意に特定する要素ＩＤ（識別情報）１９１に関連付けて、該ゲーム要素に対して割り当てられたゲームにおける種別（タイプ）を示す種別情報１９２、該ゲーム要素をゲームに登場させる際の画面生成に用いられるグラフィックスデータ等を含む描画用情報１９３、及び該ゲーム要素の名称、属性等に加え、該ゲーム要素の要素レベルごとに定められたパラメータ等を記述したパラメータ情報（キャラクター情報）１９４と、発動条件及び発動する効果等を記述したアビリティ情報１９５と、を含む。パラメータ情報１９４及びアビリティ情報１９５は、ゲーム要素を登場させるゲームにおいて参照される情報であり、該ゲームの進行制御に関与する。
【0058】
尚、本実施形態ではゲーム要素ＤＢ１９０に、グラフィックスデータ、パラメータ情報、アビリティ情報等が格納され、要素情報がこれらのデータを含むものとして説明するが、本発明の実施はこれに限られるものではない。要素情報には、各情報のデータの格納場所を示す情報が含まれるものであってもよい。
【0059】
次に、処理部１０の主な機能部である、ゲーム要素取得部１１０と、ユニット構成部１１１と、ゲーム実行部１１２と、状態管理部１１３と、遷移時間管理部１１４と、について説明する。
【0060】
ゲーム要素取得部１１０は、第１ゲーム要素読取部１２１～１２５及び第２ゲーム要素読取部１３１～１３５が読み取ったゲームカードの要素ＩＤ１９１を取得する。このとき、ゲームカードの要素ＩＤ１９１を読み取った第１ゲーム要素読取部１２１～１２５及び第２ゲーム要素読取部１３１～１３５を識別する読取部ＩＤ（以下、第１ゲーム要素読取部１２１～１２５の読取部ＩＤを１２１～１２５とし、第２ゲーム要素読取部１３１～１３５の読取部ＩＤを１３１～１３５として説明する）も取得する。ゲーム要素取得部１１０は、取得したゲームカードの要素ＩＤ１９１に関連付けられている種別情報１９２、描画用情報１９３、パラメータ情報１９４及びアビリティ情報１９５を、ゲーム要素ＤＢ１９０から取得する。そして、ゲーム要素取得部１１０は、読取部ＩＤと、ゲーム要素ＩＤ１９１、種別情報１９２、描画用情報１９３、パラメータ情報１９４及びアビリティ情報１９５と、を関連付けて、ユニット構成部１１１及びゲーム実行部１１２に出力する。尚、第１ゲーム要素読取部１２１～１２５とゲーム要素取得部１１０とにより、第１ゲーム要素登録手段として機能を発揮する。また、第２ゲーム要素読取部１３１～１３５とゲーム要素取得部１１０とにより、第２ゲーム要素登録手段として機能を発揮する。
【0061】
ユニット構成部１１１は、ゲーム要素取得部１１０から、読取部ＩＤ、要素ＩＤ１９１、種別情報１９２、描画用情報１９３及びパラメータ情報１９４を受信し、組となる第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体とから一つのユニット（部隊）を構成する。ユニット構成部１１１は、読取部ＩＤから組となる第１ゲーム要素と第２ゲーム要素とを特定する。本実施形態においては、（読取部ＩＤ：１２１，読取部ＩＤ：１３１）、（読取部ＩＤ：１２２，読取部ＩＤ：１３２）、（読取部ＩＤ：１２３，読取部ＩＤ：１３３）、（読取部ＩＤ：１２４，読取部ＩＤ：１３４）、（読取部ＩＤ：１２５，読取部ＩＤ：１３５）の読取部ＩＤの組合せが、一つのユニットを構成するゲーム要素に対応する。ユニット構成部１１１は、各組の読取部ＩＤに関連付けられた要素ＩＤ１９１を特定することによって、組となる第１ゲーム要素と第２ゲーム要素とを特定する。そして、ユニット構成部１１１は、その要素ＩＤ１９１に関連付けられた種別情報１９２、描画用情報１９３、パラメータ情報１９４及びアビリティ情報１９５を用いて、ユニットを構成する。ユニットの能力は、例えば、ユニットを構成する第１ゲーム要素であるパイロットのキャラクター情報（各種パラメータ）と、第２ゲーム要素である搭乗機体のキャラクター情報（各種パラメータ）と、の合計値となる。更に、ユーザ情報読取部１６によりプレイヤカードから読み出されたプレイヤＩＤに関連付けられている他の情報、例えば、プレイヤのレベル、各ゲーム要素の補正パラメータ等を、ユニットの能力に反映させるようにしても良い。これらのユニットに反映されるパラメータを初期パラメータと記載する場合がある。また、ユニットの行動特性は、構成要素である、第１ゲーム要素であるパイロットのタイプ（種別）又は第２ゲーム要素である搭乗機体のタイプ（種別）の少なくともいずれかに従属（依存）させる。
【0062】
更に、ユニット構成部１１１は、ユニットの能力として、第１ゲーム要素又は第２ゲーム要素が持つアビリティを加えることができる。例えば、第２ゲーム要素の搭乗機体がアビリティを持つ場合、その第２ゲーム要素の搭乗機体を構成要素とするユニットは、第２ゲーム要素の搭乗機体のアビリティを持つことができる。
【0063】
ゲーム実行部１１２は、対戦ゲームの開始から終了までの一連のゲーム（ゲーム画像の表示も含む）を制御するものであり、代価検出部１５が代価の支払いを検出すると、対戦ゲームを開始する。対戦ゲームの対戦は、ユニット構成部１１１が構成したユニット（部隊）をゲームフィールドに配置し、プレイヤがユニット（部隊）に対してなされた操作入力に応じて、対戦の進行を制御する。また、ゲーム実行部１１２は、対戦において、各ユニットの各種パラメータを用いて、攻撃、防御の計算を行い、ユニットの対戦可能状態及び対戦不可能状態を判定する。そして、ユニットが対戦不可能状態と判定されると、そのユニットを識別する識別情報を状態管理部１１３及び遷移時間管理部１１４に通知する。尚、対戦可能状態とはプレイヤがユニットを操作できる状態であり、対戦不可能状態とはプレイヤがユニットを操作できない状態である。また、ゲーム管理部１１２は、ユニットの対戦可能状態及び対戦不可能状態や、アビリティの発動、他の状態を識別可能な各種演出画像も表示する。
【0064】
状態管理部１１３は、ユニット構成部１１１により設定されたユニットの状態を管理する部である。ユニットの状態には、そのユニットが対戦可否の状態を示す対戦可能状態又は対戦不可能状態以外に、ユニットが持つアビリティの発動の有無の状態を示す通常状態及びアビリティ発動状態がある。通常状態はアビリティが発動していない状態であり、アビリティ発動状態はアビリティが発動している状態である。状態管理部１１３は、各ユニットについて、通常状態であるか、又は、アビリティ発動状態であるかを管理する。尚、以下の記載において、通常状態のユニットを通常ユニットと記載し、アビリティ発動状態のユニットをアビリティ発動ユニットと記載する。
【0065】
アビリティの発動は、発動条件を満たした場合に自動的に発動するもの（自動発動）と、発動条件を満たした場合にプレイヤの操作により任意に発動するもの（任意発動）と、がある。状態管理部１１３は、ユニットが発動条件を満たすか否かを判定する。自動発動のアビリティの場合は、ユニットが発動条件を満たすと、アビリティを発動させ、ユニットを通常状態からアビリティ発動状態に遷移させる。そして、そのアビリティ発動ユニットについて、そのアビリティの内容の効果を持たせるようにそのアビリティ発動ユニットのパラメータ等を変更する。一方、任意発動のアビリティの場合は、ユニットが発動条件を満たしてもアビリティを即時に発動せず、プレイヤのユニットに対する操作（ユニットを指定し、アビリティの発動させる操作）を待ち、その操作が行われると、アビリティを発動させ、そのアビリティ発動ユニットについて、そのアビリティの内容の効果を持たせるようにそのアビリティ発動ユニットのパラメータ等を変更する。尚、パラメータの変更は、例えば、ユニットの攻撃力や防御力のパラメータを上昇させるものであるが、これらに限られない。例えば、特殊な効果を発動させるパラメータを付加するものであっても良い。
【0066】
図８はアビリティの例を説明するための図である。図８の例は破砕と呼ばれるアビリティの例を示している。このアビリティは発動されると、プレイヤに指定された対戦プレイヤのユニットを標的（標的ユニット）とし、その標的ユニットを自動追尾するものである（ロックオン）。そして、アビリティ発動ユニットの攻撃範囲（射程範囲）内に標的ユニットが侵入すると、自動的に標的ユニットに攻撃（ダメージ）を与えるものである。攻撃範囲はアビリティ発動ユニットのタイプによって異なる。アビリティ発動ユニットが近距離攻撃タイプの場合には攻撃範囲は狭くなり、アビリティ発動ユニットが遠距離攻撃タイプの場合には攻撃範囲は広くなる。
【0067】
また、状態管理部１１３は、ゲーム実行部１１２から通知を受け、ユニットの状態をアビリティ発動状態から通常状態に遷移させる処理も行う。
【0068】
遷移時間管理部１１４は、ユニットの対戦不可能状態から対戦可能状態への遷移に要する遷移時間を管理する。ユニットは、ゲーム開始時には対戦可能状態であるが、対戦プレイヤのユニット等と対戦を行うにつれて破壊や撃破等により対戦不可能状態となる。これらのユニットの対戦不可能状態から対戦可能状態に戻すためには、対戦不可能状態となったユニットの修理が必要となる。そこで、本実施の形態では、ユニットの修理を演出するために、ユニットが再び対戦可能状態に戻るまでに所定時間を要するものとする。このユニットが再び対戦可能状態に戻るまで要する時間を遷移時間Ｔと称する。
【0069】
遷移時間Ｔは、以下のようにユニットの状態によって異ならせることが可能である。
（１）プレイヤの通常ユニットが対戦プレイヤのユニットを対戦不可能状態にした場合
対戦プレイヤのユニットの遷移時間Ｔは、時間Ｔ１を基準時間とし、遷移時間Ｔを時間Ｔ１とする（遷移時間Ｔ＝時間Ｔ１）。
（２）プレイヤのアビリティ発動ユニットが対戦プレイヤのユニットを対戦不可能状態にした場合
対戦プレイヤのユニットの遷移時間Ｔは、時間Ｔ１に延長する時間Ｔ２を加えて、（時間Ｔ１＋時間Ｔ２）とする（遷移時間Ｔ＝時間Ｔ１＋時間Ｔ２）。
（３）プレイヤのアビリティ発動ユニットが対戦不可能状態になった場合
プレイヤのアビリティ発動ユニットの遷移時間Ｔは、時間Ｔ１に延長する時間Ｔ２を加えて、（時間Ｔ１＋時間Ｔ２）とする（遷移時間Ｔ＝時間Ｔ１＋時間Ｔ２）。
上記は一例であり、他の方法でもかまわない。また、時間Ｔ２は予め定めた一定の時間でも良いが、アビリティの種類に応じて可変の時間でも良い。
（１）プレイヤの通常ユニットが対戦プレイヤのユニットを対戦不可能状態にした場合
対戦プレイヤのユニットの遷移時間Ｔは、時間Ｔ１を基準時間とし、遷移時間Ｔを時間Ｔ１とする（遷移時間Ｔ＝時間Ｔ１）。
（２）プレイヤのアビリティ発動ユニットが対戦プレイヤのユニットを対戦不可能状態にした場合
対戦プレイヤのユニットの遷移時間Ｔは、時間Ｔ１に延長する時間Ｔ２を加えて、（時間Ｔ１＋時間Ｔ２）とする（遷移時間Ｔ＝時間Ｔ１＋時間Ｔ２）。
（３）プレイヤのアビリティ発動ユニットが対戦不可能状態になった場合
プレイヤのアビリティ発動ユニットの遷移時間Ｔは、時間Ｔ１に延長する時間Ｔ２を加えて、（時間Ｔ１＋時間Ｔ２）とする（遷移時間Ｔ＝時間Ｔ１＋時間Ｔ２）。
上記は一例であり、他の方法でもかまわない。また、時間Ｔ２は予め定めた一定の時間でも良いが、アビリティの種類に応じて可変の時間でも良い。
【0070】
図９は対戦不可能状態から対戦可能状態に遷移するまでの遷移時間の一例を説明するための図である。通常ユニットとアビリティ発動ユニットとは、撃破されると対戦不可能状態となる。この状態はプレイヤによる操作ができない状態である。遷移時間管理部１１４は、対戦不可能状態となったユニットの遷移時間Ｔを計算する。
【0071】
通常ユニットによって対戦不可能状態になったユニットの遷移時間Ｔは時間Ｔ１である。遷移時間管理部１１４は、遷移時間Ｔ（時間Ｔ１）が経過すると、対戦不可能状態となったユニットを対戦可能状態とするようにゲーム実行部１１２に通知する。
【0072】
また、図８の例で説明した「破砕」と呼ばれるアビリティは、このアビリティを発動しているアビリティ発動ユニットにより対戦不可能状態にされた標的ユニットの修理時間を、通常ユニットの修理時間よりも長くする効果を持つ。従って、「破砕」を発動しているアビリティ発動ユニットにより対戦不可能状態にされた標的ユニットの遷移時間Ｔは、時間Ｔ１に延長する時間Ｔ２を加えて、時間（Ｔ１＋Ｔ２）となる。遷移時間管理部１１４は、遷移時間Ｔ（＝時間（Ｔ１＋Ｔ２））が経過すると、対戦不可能状態となった標的ユニットを対戦可能状態とするようにゲーム実行部１１２に通知する。このようなアビリティもつユニットを導入することにより、修理時間（遷移時間）の短い通常ユニットを繰り返し出撃されるのを避けることができ、ゲームの興趣性を高めることができる。
【0073】
また、アビリティ発動ユニットが対戦不可能状態になった場合、その遷移時間Ｔは、通常ユニットの遷移時間Ｔ１に加えて、アビリティ分の延長時間Ｔ２を加える。すなわち、アビリティ発動ユニットの遷移時間Ｔは、時間（Ｔ１＋Ｔ２）である。遷移時間管理部１１４は、遷移時間Ｔ（＝時間（Ｔ１＋Ｔ２））が経過すると、対戦不可能状態となった標的ユニットを対戦可能状態とするようにゲーム実行部１１２に通知する。このように、アビリティ発動ユニットの遷移時間（修理時間）を通常ユニットの遷移時間（修理時間）よりも長くすることにより、強力なアビリティを持つユニットが長い間登場することによるゲームバランスの崩れを防止するとともに、プレイヤはいかにアビリティを持つユニットを生かしながら対戦するか戦略を考えなければならず、ゲームの興趣性を高めることができる。
【0074】
次に、本実施形態に係るサーバ２について説明する。図１０は本発明の実施形態に係るサーバ２の機能構成を示すブロック図である。サーバ２は、処理部２０と、記憶部２１と、通信部２２と、を備える。
【0075】
処理部２０は、例えばＣＰＵであり、サーバ２が有する各ブロックの動作を制御する。具体的には処理部２０は、例えば、記録部２１に記録されている各ブロックの動作プログラムを読み出し、メモリに展開して実行することにより各ブロックの動作を制御する。処理部２０は、主な機能部として、マッチング処理部２０１と、管理部２０２と、を備える。
【0076】
マッチング処理部２０１は、本実施形態のゲームシステムにおいて提供されるプレイヤ間の対戦ゲーム（対人対戦）について、マッチングの処理を行う。マッチングの処理により、サーバ２に接続中のゲーム装置１のうち、例えば同時期にマッチング要求を送信した２台のゲーム装置１についてセッションを設けられ、対戦ゲームに係る情報通信が可能な状態に遷移される。
【0077】
管理部２０２は、ゲーム装置１において行われたゲームのプレイ内容に基づいて、ゲームに係るプレイヤの評価を管理する。より詳しくは、管理部２０２は、１回の対戦ゲームプレイごとにプレイ内容に基づいてプレイヤの評価を行い、後述する該プレイヤに係るプレイヤ情報の評価情報を生成または更新する。
【0078】
記録部２１は、例えば不揮発性メモリやＨＤＤ等の、データを保持可能な記録装置である。記録部２１は、サーバ２が有する各ブロックの動作プログラムに加え、各ブロックの動作において必要となるパラメータ等の情報を記憶する。また、記録部２１は、プレイヤデータベース２１０（プレイヤＤＢ２１０）を記憶している。
【0079】
プレイヤＤＢ２１０は、本実施形態のゲームシステムにおいて、ゲーム装置１でプレイ体験が提供されるゲームについて、各利用者（プレイヤ）に対応付けられたゲームに係る利用状況を示す情報（プレイヤ情報）を管理するデータベースである。プレイヤ情報は、各プレイヤについて、ゲームプレイの機能の利用履歴や、該プレイヤについて使用可能となっている各種ゲーム要素を管理するための情報である。プレイヤ情報は、ゲーム装置１においてプレイヤカードを使用した上で行われたゲームのプレイ結果に応じて順次更新され、該プレイヤカードが再度使用される際にはゲーム装置１に提供される。これにより、当該ゲーム装置１において、先のゲームプレイを反映した状態でのゲームプレイが提供可能となる。
【0080】
本実施形態ではプレイヤ情報は、例えば、図１１に示されるように、プレイヤを識別するプレイヤＩＤ２１１に関連付けて、該プレイヤのゲームプレイの進行状況を示す進行状況情報２１２、該プレイヤについてゲームで使用可能となっているゲーム要素を示す所有情報２１３、使用可能となっているゲーム要素各々の強化状況を示す強化状況情報２１４、及び、該プレイヤに対して付与された報酬（他の種別のゲーム要素であってもよい）を示す報酬情報２１５を含むものであってよい。
【0081】
ここで、進行状況情報２１２は、所定のストーリーのいずれの段階まで進行したかを示す進行情報、対戦ゲームの戦績を示す戦績情報等に加え、プレイヤのプレイ状況を評価した評価情報を含むものであってよい。所有情報２１３は、プレイヤがゲームプレイに際して使用したゲームカードに対応付けられたゲーム要素、即ち、該プレイヤが使用可能な状態にあるゲーム要素の要素ＩＤ１９１が順次追加されて構成され、強化状況情報２１４は、少なくとも強化が行われている（初期状態からの変更がなされている）ゲーム要素について、該ゲーム要素の要素ＩＤ１９１に関連付けて、強化により変動したパラメータを示す指標としての要素レベルを管理するように構成されるものであってよい。強化状況情報２１４は、本実施形態では発明の理解を容易にならしめるべく、ゲーム装置１において行われたゲームのプレイ結果が得られた場合に、内容の更新がなされるものとして説明するが、例えばゲーム装置１に際して育成に係る機能が利用されたことによる育成結果の情報が得られたこと等に応じて更新がなされるものであってよい。
【0082】
通信部２２は、外部装置との通信インタフェースである。通信部２２は、通信回線Ｎ（有線・無線を問わない）を介して外部装置と接続し、データの送受信を可能とすることができる。通信部２２は、例えば送信対象として入力された情報を所定の形式のデータに変換し、通信回線Ｎを介してゲーム装置１等の外部装置に送信する。また通信部２２は、例えば通信回線Ｎを介して外部装置から情報を受信する。
【0083】
＜ゲーム装置１の動作＞
ゲーム装置１の動作を説明する。図１２はゲーム装置１の動作フローチャートである。尚、以下の説明において、対戦ゲームに登録できるカードの最大枚数（上限数）は、パイロットカード（第１ゲーム要素）、搭乗機体カード（第２ゲーム要素）ともに、５枚とする。
ゲーム装置１の動作を説明する。図１２はゲーム装置１の動作フローチャートである。尚、以下の説明において、対戦ゲームに登録できるカードの最大枚数（上限数）は、パイロットカード（第１ゲーム要素）、搭乗機体カード（第２ゲーム要素）ともに、５枚とする。
【0084】
プレイヤは、対戦ゲームの開始にあたり、ゲーム装置１が有する投入口に、対戦ゲームのサービス実行の代価となる所定の金額の硬貨や相当するコインを投入する。代価検出部１５が代価を検出すると（Ｓｔｅｐ １００）、ゲーム実行部１１３が対戦ゲームのサービスの実行を開始する（Ｓｔｅｐ １０１）。
【0085】
続いて、プレイヤはプレイヤカードを、ユーザ情報読取部１６に読み取らせる（Ｓｔｅｐ １０２）。ユーザ情報読取部１６は、プレイヤのプレイヤカードから、プレイヤＩＤ２１１を読み取り、プレイヤＩＤ２１１をサーバ２に送信することにより、サーバ２から、プレイヤＩＤ３１１に関連付けられている進行状況情報２１２、所有情報２１３、強化状況情報２１４、報酬情報２１５等を受信する。これらの情報は、処理部１０に渡される。
【0086】
ゲーム実行部１１２は、ゲーム要素登録画面を表示する（Ｓｔｅｐ １０２）。図１２はゲーム要素登録画面の一例を示した図である。図１３のゲーム要素登録画面では、プレイヤＸＸＸＸが保有するゲームカードのうち、パイロットカード、搭乗機体カードを、それぞれ最大5枚まで、第１ゲーム要素読取部１２１～１２５及び第２ゲーム要素読取部１３１～１３５にセット（配置）できること、セット（配置）が完了した場合にセット完了ボタンを押下することを通知するダイアログボックスと、が表示されている。プレイヤは、自己が保有するゲームカードのうち、対戦ゲームに登場させたいパイロットのパイロットカードを第１ゲーム要素読取部１２１～１２５にセット（配置）し、対戦ゲームに登場させたい搭乗機体の搭乗機体カードを第２ゲーム要素読取部１３１～１３５にセット（配置）する。そして、プレイヤは、ゲームカードのセット（配置）が完了すると、セット完了ボタンを押下する。
【0087】
セット完了ボタンが押下されると（Ｓｔｅｐ １０４）、第１ゲーム要素読取部１２１～１２５及び第２ゲーム要素読取部１３１～１３５はゲームカードに印刷された要素ＩＤを読み取り、読み取った要素ＩＤはその第１ゲーム要素読取部１２１～１２５及び第２ゲーム要素読取部１３１～１３５の読取部ＩＤとともにゲーム要素取得部１１０に出力される（Ｓｔｅｐ １０５）
【0088】
ゲーム要素取得部１１０はセット（配置）されたゲームカードの要素ＩＤ及び読取部ＩＤを取得する。そして、ゲーム要素取得部１１０は、取得したゲームカードの要素ＩＤ１９１に関連付けられている種別情報１９２、描画用情報１９３、パラメータ情報１９４及びアビリティ情報１９５を、ゲーム要素ＤＢ１９０から取得し、読取部ＩＤと、要素ＩＤ１９１と、種別情報１９２と、描画用情報１９３と、パラメータ情報１９４と、アビリティ情報１９５と、を関連付けて、ゲーム実行部１１２とユニット構成部１１１に出力する（Ｓｔｅｐ １０６）。
【0089】
ゲーム実行部１１２は、読取部ＩＤのうち第１ゲーム要素読取部１２１～１２５の読取部ＩＤの個数をカウントし、第１ゲーム要素が登録可能な最大数（上限数）に達しているかを判定する（Ｓｔｅｐ １０７）。例えば、プレイヤは全ての第１ゲーム要素読取部１２１～１２５にパイロットカードがセット（配置）されたものとすると、読取部ＩＤは１２１～１２５の５個であり、登録可能な最大数（上限数）に達している。
【0090】
ゲーム実行部１１２は、第１ゲーム要素読取部の読取部ＩＤの個数が登録可能な最大数（上限数）に達している場合、読取部ＩＤのうち第２ゲーム要素読取部１３１～１３５の読取部ＩＤの個数をカウントし、第２ゲーム要素が登録可能な最大数（上限数）に達しているかを判定する（Ｓｔｅｐ １０８）。例えば、プレイヤは全ての第２ゲーム要素読取部１３１～１３５に搭乗機体カードがセット（配置）されたものとすると、読取部ＩＤは１３１～１３５の５個であり、登録可能な最大数（上限数）に達している。
【0091】
ゲーム実行部１１２は、第２ゲーム要素が登録可能な最大数（上限数）に達している場合、対戦承認ボタンを表示し（Ｓｔｅｐ １０９）、プレイヤによる対戦の承認が得られると、ユニット構成部１１１は、ゲーム要素取得部１１０から取得した、読取部ＩＤ、要素ＩＤ１９１、種別情報１９２、描画用情報１９３、パラメータ情報１９４及びアビリティ情報１９５を用いて、組となる第１ゲーム要素であるパイロットと第２ゲーム要素である搭乗機体とから一つのユニット（部隊）を構成する（Ｓｔｅｐ １１０）。
【0092】
尚、第１ゲーム要素又は第２ゲーム要素の登録数が登録最大数（本例では５）に達していない場合（Ｓｔｅｐ １０７、Ｓｔｅｐ １０８）、ゲーム実行部１１２により、適時、プレイヤのレベル等に応じたゲーム要素を補充する処理を行い（Ｓｔｅｐ １１２）、ユニットを構成する（Ｓｔｅｐ １１０）。
【0093】
ユニット構成部１１１によりユニットの構成が完了すると、ゲーム実行部１１２は対戦処理を開始する（Ｓｔｅｐ １１１）。
【0094】
次に、アビリティを持つユニットのアビリティの発動処理の動作を説明する。図１４はアビリティの発動処理の動作のフローチャートである。以下の説明では、一部の第２ゲーム要素がアビリティを持ち、その第２ゲーム要素を構成要素とするユニットもそのアビリティを持つ例を説明する。そして、そのアビリティは、発動条件を満たした場合にプレイヤの操作により任意に発動するものとする。また、そのアビリティは、プレイヤに指定された対戦プレイヤのユニットを標的（標的ユニット）とし、その標的ユニットを自動追尾し、アビリティ発動ユニットの攻撃範囲内に標的ユニットが侵入すると、自動的に標的ユニットに攻撃（ダメージ）を与えるものである。更に、そのアビリティは、その攻撃（ダメージ）により、標的ユニットを対戦不可能状態にした場合、標的ユニットの修理時間（遷移時間）を長くする効果を有するものとして説明する。以下、このアビリティを「破砕」と記載する。「破砕」の発動は、対戦中に１度しか発動できないものとして説明するが、複数回発動できるようにしても良い。
【0095】
状態管理部１１３は、アビリティを持つユニットのアビリティの発動条件の判定を行う（Ｓｔｅｐ ２００）。アビリティの発動条件は、例えば、プレイヤが保有するコスト、対戦開始からの経過時間などが一定の容量を満たすことである。尚、アビリティの発動条件は、アビリティの種別毎に異なるものであって良い。
【0096】
アビリティを持つユニットがアビリティの発動条件を満たす場合（Ｓｔｅｐ ２０１）、状態管理部１１３は、そのユニットがアビリティを発動可能であることを表示する（Ｓｔｅｐ ２０２）。図１５はアビリティが発動可能であることを告知する一例を示した図である。図１５の例では、アビリティが発動可能であるユニット３００を示すようにアビリティ発動告知３０１を表示している。
【0097】
状態管理部１１３は、アビリティが発動可能であるユニットに対してアビリティ発動の操作があるかを判定する（Ｓｔｅｐ ２０３）。図１６はアビリティの発動させる操作の一例を示す図である。図１６の例では、アビリティを発動させるユニット３００のアイコンを、プレイヤが上にドラッグ（操作）することにより、アビリティを発動させるユニットとアビリティの発動を指定する。
【0098】
アビリティ発動の操作がある場合（Ｓｔｅｐ ２０４）、状態管理部１１３は、アビリティが発動されたユニットを、通常状態からアビリティ発動状態に遷移させる（Ｓｔｅｐ ２０５）。本例では発動されるアビリティは「破砕」である。そして、状態管理部１１３はアビリティ「破砕」が発動されたことを、ゲーム実行部１１２に通知する（Ｓｔｅｐ ２０６）。
【0099】
アビリティ「破砕」の発動の通知を受けたゲーム実行部１１２は、アビリティが発動したユニットに対して、アビリティ発動の演出画像を表示する（Ｓｔｅｐ ２０７）。
図１７はアビリティ発動時の演出画像の一例を示した図である。図１７の例では、アビリティ（破砕）が発動したこと、標的ユニットとなる対戦プレイヤのユニットを指定することを告知する演出画像３０２である。
図１７はアビリティ発動時の演出画像の一例を示した図である。図１７の例では、アビリティ（破砕）が発動したこと、標的ユニットとなる対戦プレイヤのユニットを指定することを告知する演出画像３０２である。
【0100】
ゲーム実行部１１２は、アビリティ発動ユニットの標的ユニットの指定を判定する（Ｓｔｅｐ ２０８）。図１８は標的ユニットの指定する一例を示す図である。図１８の例では、所望する対戦プレイヤのユニットをプレイヤがタッチ操作をすることにより、標的ユニットを指定する例である。ゲーム実行部１１２は、指定されたユニットが標的ユニット３０３であること識別可能にターゲットマーク３０４を付する。また、ゲーム実行部１１２は、アビリティ発動中のアビリティ発動ユニット３００に、他の通常ユニットと視覚的に区別がつくように、アビリティが発動している間、演出画像３０５を表示する。
【0101】
標的ユニットの指定が完了されると（Ｓｔｅｐ ２０９）、ゲーム実行部１１２は、標的ユニットがアビリティ発動ユニットの攻撃範囲内に存在（侵入）しているかを判定する（Ｓｔｅｐ ２１０）。尚、アビリティ発動ユニットの攻撃範囲の大きさは、図８に示されるように、アビリティ発動ユニットの攻撃タイプ（近距離攻撃タイプ、遠距離攻撃タイプ）によって異なる。
【0102】
標的ユニットがアビリティ発動ユニットの攻撃範囲内に存在（侵入）している場合（Ｓｔｅｐ ２１１）、ゲーム実行部１１２は、アビリティ発動ユニットの標的ユニットに対する攻撃処理を行い（Ｓｔｅｐ ２１２）、標的ユニットのダメージ判定を行う（Ｓｔｅｐ ２１３）。尚、ゲーム実行部１１２は、アビリティ発動ユニットの標的ユニットに対する攻撃処理を行った場合、標的ユニットの対戦可能状態又は対戦不可能状態にかかわらず、状態管理部１１３にその旨を通知する。
【0103】
ゲーム実行部１１２は、ダメージにより標的ユニットが対戦不可能状態になっている場合（Ｓｔｅｐ ２１４）、標的ユニットを対戦不可能状態に遷移させ、標的ユニットが対戦不可能状態になったことを遷移時間管理部１１４に通知する（Ｓｔｅｐ ２１５）。そして、ゲーム実行部１１２は、アビリティ発動ユニットの攻撃により、標的ユニットが対戦不可能状態になったことを理解させるため、撃破演出画像を表示する（Ｓｔｅｐ ２１６）。図１９は撃破演出画像の一例を示す図である。図１９の例では、標的ユニットを撃破したこと、標的ユニットの修理時間が延長されることを通知する画像となっている。一方、対戦プレイヤ側のゲーム装置１のゲーム実行部１１２は、アビリティ発動ユニットから攻撃を受け、ユニットが対戦不可能状態になったことを理解させるため、撤退演出画像を表示する（Ｓｔｅｐ ２１７）。図２０は撤退演出画像の一例を示す図である。図２０の例では、味方ユニットが大破されたこと、自ユニットの修理時間が延長されることを通知する画像となっている。
【0104】
ゲーム実行部１１２は、遷移時間管理部１１４から遷移時間の通知を受けて、標的ユニットの修理演出画像を表示する（Ｓｔｅｐ ２１８）。標的ユニットの修理演出画像の詳細は、後述する。
【0105】
状態管理部１１３は、ゲーム実行部１１２からのアビリティ発動ユニットの攻撃処理の実行を受けて、アビリティ発動ユニットを通常ユニットに遷移させる（Ｓｔｅｐ ２１９）。尚、アビリティ発動ユニットが標的ユニットを対戦不可能状態にすることができなかった場合（Ｓｔｅｐ ２１４）も、ゲーム実行部１１２からのアビリティ発動ユニットの攻撃処理の実行を受けて、アビリティ発動ユニットを通常ユニットに遷移させる（Ｓｔｅｐ ２１９）。
【0106】
次に、遷移時間の管理の動作について説明する。図２１は遷移時間の管理の動作のフローチャートである。
【0107】
遷移時間管理部１１４は、ゲーム実行部１１２により、対戦不可能状態となったユニットの報告を受信する（Ｓｔｅｐ ３００）。そして、遷移時間管理部１１４は、その対戦不可能状態の起因となったアビリティの効果の判定を行う（Ｓｔｅｐ ３０１）。
【0108】
その対戦不可能状態の起因となったアビリティの効果が遷移時間の延長させるものでない場合（Ｓｔｅｐ ３０２）、遷移時間管理部１１４は、対戦不可能状態から対戦可能状態に遷移するまでに要する遷移時間Ｔ（修理時間）をＴ１とする（Ｓｔｅｐ ３０３）。一方、その対戦不可能状態の起因となったアビリティの効果が遷移時間の延長させるものである場合（Ｓｔｅｐ ３０２）、遷移時間管理部１１４は、対戦不可能状態から対戦可能状態に復帰するまでに要する遷移時間Ｔ（修理時間）を長くするため、Ｔ１にＴ２を加えた（Ｔ１＋Ｔ２）とする（Ｓｔｅｐ ３０４）。
【0109】
このとき、遷移時間管理部１１４は、遷移時間Ｔをゲーム管理部１１２に通知し、ゲーム管理部１１２は、その遷移時間Ｔに応じた演出画像を表示しても良い。図２２はアビリティ「破砕」によって対戦不可能状態になった対戦プレイヤのユニットの修理演出画像の一例を示す図である。図２２の例では、対戦プレイヤのユニットの修理時間がＴ２時間延長（＋Ｔ２延長）されていることを示している。これにより、プレイヤは、アビリティ「破砕」によって、対戦プレイヤのユニットの対戦不可能状態にし、修理時間を延長させたことを理解することができる。
【0110】
また、修理演出画像は、具体的に遷移時間（修理時間）の経過がわかるようにしても良い。図２３は遷移時間Ｔに応じた修理演出画像の一例を示した図である。図２３の例では、通常ユニットとアビリティ発動ユニットとを、修理時間の長短を区別できるように表示した例である。通常ユニットの場合は、修理時間Ｔ１であることを明示し、修理時間の経過を円形の矢印で表示し、矢印が他端に接すれば修理時間の終了となる。遷移時間（修理時間）が延長される場合は、修理時間Ｔ１と延長修理時間Ｔ２とを区別し、まず、延長修理時間Ｔ２であることを明示し、修理時間の経過を円形の矢印で表示し、矢印が他端に接して延長修理時間Ｔ２が終了すると、続いて、修理時間Ｔ１であることを明示し、修理時間の経過を円形の矢印で表示し、矢印が他端に接すれば修理時間の終了となる。このように表示することにより、現在のユニットの修理状況がわかり、また、他の対戦可能なユニットと区別ができ、プレイヤにとっては都合が良い。尚、修理時間Ｔ１の表示後に、延長修理時間Ｔ２を表示するようにしても良い。
【0111】
遷移時間管理部１１４は、ユニットの遷移時間Ｔと経過時間とを比較し（Ｓｔｅｐ ３０５）、経過時間が遷移時間Ｔを超えると（Ｓｔｅｐ ３０６）、その旨をゲーム実行部１１２に通知する（Ｓｔｅｐ ３０７）。
ゲーム実行部１１２は、遷移時間Ｔが経過したユニットを対戦可能状態に遷移させる（Ｓｔｅｐ ３０８）。
ゲーム実行部１１２は、遷移時間Ｔが経過したユニットを対戦可能状態に遷移させる（Ｓｔｅｐ ３０８）。
【0112】
以上で、ゲームの動作の説明を終了する。
【0113】
本実施の形態は、通常のユニット（ゲーム要素）がアビリティを発動することにより、アビリティの効果を有するアビリティ発動ユニットとして強化させる。そして、アビリティ発動ユニットが対戦相手のユニット（ゲーム要素）を撃破して対戦不可能な状態にさせた場合、その対戦相手のユニットの遷移時間（修理時間）を通常ユニットの遷移時間（修理時間）よりも長くしている。これにより、対戦プレイヤのユニットの対戦不可能状態を延ばし、対戦プレイヤの戦略を妨害することができる。また、遷移時間（修理時間）が短い通常ユニットが何度も出撃を繰り返すことを防止し、ゲームが単調になることも防止することができる。そして、プレイヤは、アビリティを持つユニットをいかに活用しながらゲームを進行するかを考える必要があるので、高い戦略性を持つゲームを提供することができる。結果として、本実施の形態によれば、ゲームの興趣性を高めることができる。
【0114】
＜第１の実施の形態の変形例１＞
第１の実施の形態では、第１ゲーム要素と第２ゲーム要素とから構成されるユニットが攻撃又は防御の主体となるゲーム要素になる例を説明した。しかし、単体のゲーム要素が単独で攻撃又は防御の主体となるゲームでも適用可能である。
第１の実施の形態では、第１ゲーム要素と第２ゲーム要素とから構成されるユニットが攻撃又は防御の主体となるゲーム要素になる例を説明した。しかし、単体のゲーム要素が単独で攻撃又は防御の主体となるゲームでも適用可能である。
【0115】
＜第１の実施の形態の変形例２＞
上述した実施の形態では、アビリティ発動ユニットに撃破されたユニットの遷移時間の延長時間Ｔ２が固定である場合を説明した。しかし、延長時間Ｔ２を可変にしても良い。例えば、アビリティの種別によって異なる延長時間Ｔ２を設定しても良い。また、アビリティの発動によってユニットのパラメータが変更される場合、パラメータの変更に応じて延長時間Ｔ２を可変にしても良い。例えば、パラメータの上昇率と定数となる時間との乗算値を、延長時間Ｔ２としても良い。また、パラメータの上昇を段階的にし、それに対応する延長時間Ｔ２を複数設定し、パラメータの上昇に対応する延長時間Ｔ２を採用するようにしても良い。
上述した実施の形態では、アビリティ発動ユニットに撃破されたユニットの遷移時間の延長時間Ｔ２が固定である場合を説明した。しかし、延長時間Ｔ２を可変にしても良い。例えば、アビリティの種別によって異なる延長時間Ｔ２を設定しても良い。また、アビリティの発動によってユニットのパラメータが変更される場合、パラメータの変更に応じて延長時間Ｔ２を可変にしても良い。例えば、パラメータの上昇率と定数となる時間との乗算値を、延長時間Ｔ２としても良い。また、パラメータの上昇を段階的にし、それに対応する延長時間Ｔ２を複数設定し、パラメータの上昇に対応する延長時間Ｔ２を採用するようにしても良い。
【0116】
このような構成にすることにより、パラメータの上昇が大きいアビリティのユニット（ゲーム要素）は、多くの遷移時間（修理時間）を要することになるので、ゲームバランスの維持という点では好ましい。
【0117】
＜第２の実施の形態＞
本発明の第２の実施の形態を説明する。
上述した第１の実施の形態では、アビリティ発動ユニットから対戦不可能状態（撃破）されたユニットの遷移時間（修理時間）を変更する例を説明した。しかし、ユニットがアビリティを発動すると、ユニットのパラメータを変更してアビリティ発動ユニットとして強化することになり、強力なアビリティを持つユニットが再び対戦可能状態になる時間を調整しないと、ゲームバランスを崩す場合がある。そこで、第２の実施の形態では、アビリティ発動ユニットが対戦不可能状態になった場合、そのユニットの遷移時間（修理時間）を変更する例を説明する。
本発明の第２の実施の形態を説明する。
上述した第１の実施の形態では、アビリティ発動ユニットから対戦不可能状態（撃破）されたユニットの遷移時間（修理時間）を変更する例を説明した。しかし、ユニットがアビリティを発動すると、ユニットのパラメータを変更してアビリティ発動ユニットとして強化することになり、強力なアビリティを持つユニットが再び対戦可能状態になる時間を調整しないと、ゲームバランスを崩す場合がある。そこで、第２の実施の形態では、アビリティ発動ユニットが対戦不可能状態になった場合、そのユニットの遷移時間（修理時間）を変更する例を説明する。
【0118】
第１の実施の形態と異なる点は、アビリティ発動処理と遷移時間管理処理である。
図２４は第２の実施の形態のアビリティ発動処理の動作のフローチャートである。尚、以下の説明では、一部の第２ゲーム要素がアビリティを持ち、その第２ゲーム要素を構成要素とするユニットもそのアビリティを持つ例を説明する。そして、そのアビリティは、発動条件を満たした場合にプレイヤの操作により任意に発動するものとし、発動（対戦可能状態）から対戦不可能な対戦不可能状態（撃破）になるまで、そのゲーム要素の攻撃力を２倍に上昇させるが、対戦プレイヤのユニット等の攻撃に対する防御行動又は回避行動をとれない能力である例を説明する。尚、このアビリティは、対戦中に１度しか発動できないものとして説明するが、複数回発動できるようにしても良い。
図２４は第２の実施の形態のアビリティ発動処理の動作のフローチャートである。尚、以下の説明では、一部の第２ゲーム要素がアビリティを持ち、その第２ゲーム要素を構成要素とするユニットもそのアビリティを持つ例を説明する。そして、そのアビリティは、発動条件を満たした場合にプレイヤの操作により任意に発動するものとし、発動（対戦可能状態）から対戦不可能な対戦不可能状態（撃破）になるまで、そのゲーム要素の攻撃力を２倍に上昇させるが、対戦プレイヤのユニット等の攻撃に対する防御行動又は回避行動をとれない能力である例を説明する。尚、このアビリティは、対戦中に１度しか発動できないものとして説明するが、複数回発動できるようにしても良い。
【0119】
状態管理部１１３は、アビリティを持つユニットのアビリティの発動条件の判定を行う（Ｓｔｅｐ ４００）。アビリティの発動条件は、例えば、プレイヤが保有するコスト、対戦開始からの経過時間などが一定の容量を満たすことである。尚、アビリティの発動条件は、アビリティの種別毎に異なるものであって良い。
【0120】
アビリティを持つユニットがアビリティの発動条件を満たす場合（Ｓｔｅｐ ４０１）、状態管理部１１３は、そのユニットがアビリティを発動可能であることを表示する（Ｓｔｅｐ ２０２）。ビリティを発動可能であることの表示は図１５と同様である。
【0121】
状態管理部１１３は、アビリティが発動可能であるユニットに対してアビリティ発動の操作があるかを判定する（Ｓｔｅｐ ４０３）。アビリティの発動操作は図１６と同様である。
【0122】
アビリティ発動の操作がある場合（Ｓｔｅｐ ４０４）、状態管理部１１３は、アビリティが発動されたユニットの初期パラメータを変更する（Ｓｔｅｐ ４０５）。パラメータの変更はそのアビリティ毎に異なるが、例えば、本例では、ユニットの初期攻撃力のパラメータを２倍に変更する。そして、状態管理部１１３はゲーム実行部１１２にパラメータの変更を通知する（Ｓｔｅｐ ４０６）。
【0123】
パラメータの変更の通知を受けたゲーム実行部１１２は、アビリティが発動したユニットに対して、アビリティ発動の演出画像を表示する（Ｓｔｅｐ ４０７）。
【0124】
ゲーム実行部１１２は、ユニットの状態判定を行う（Ｓｔｅｐ ４０８）。状態の判定は、アビリティ発動ユニットが対戦可能状態であるか、又は、対戦不可能状態であるかの判定である。
【0125】
ゲーム実行部１１２は、アビリティ発動ユニットが対戦可能状態である場合（Ｓｔｅｐ ４０９）、その変更後のパラメータを維持し（Ｓｔｅｐ ４１０）、状態判定を継続する（Ｓｔｅｐ ４０８）。一方、アビリティ発動ユニットが対戦不可能状態である場合（Ｓｔｅｐ ２０９）、状態管理部１１３及び遷移時間管理部１１４に通知する。状態管理部１１３は、パラメータを初期パラメータに変更し（Ｓｔｅｐ ４１１）、ゲーム実行部１１２にパラメータの変更を通知する（Ｓｔｅｐ ４１２）。
【0126】
パラメータの変更の通知を受けたゲーム実行部１１２は、ユニットに対して演出画像の表示を中止する（Ｓｔｅｐ ４１３）。
続いて、遷移時間の管理の動作について説明する。図２５は第２の実施の形態における遷移時間の管理の動作のフローチャートである。
続いて、遷移時間の管理の動作について説明する。図２５は第２の実施の形態における遷移時間の管理の動作のフローチャートである。
【0127】
遷移時間管理部１１４は、ゲーム実行部１１２により、対戦不可能状態となったユニットの報告を受信する（Ｓｔｅｐ ５００）。そして、遷移時間管理部１１４は、対戦不可能状態となったユニットがアビリティ発動ユニットであるかを判定する（Ｓｔｅｐ ５０１）。
【0128】
対戦不可能状態となったユニットがアビリティ発動ユニットでない場合（Ｓｔｅｐ ５０２）、遷移時間管理部１１４は、対戦不可能状態から対戦可能状態に遷移するまでに要する遷移時間Ｔ（修理時間）をＴ１とする（Ｓｔｅｐ ５０３）。一方、対戦不可能状態となったユニットがアビリティ発動ユニットである場合（Ｓｔｅｐ ５０２）、遷移時間管理部１１４は、対戦不可能状態から対戦可能状態に復帰するまでに要する遷移時間Ｔ（修理時間）を長くするため、Ｔ１にＴ２を加えた（Ｔ１＋Ｔ２）とする（Ｓｔｅｐ ５０４）。
【0129】
このとき、遷移時間管理部１１４は、遷移時間Ｔをゲーム管理部１１２に通知し、ゲーム管理部１１２は、その遷移時間Ｔに応じた演出画像を表示しても良い。例えば、図２３のような演出画像である。これにより、プレイヤは自己のユニットの修理時間が延長されたことを理解することができる。
【0130】
遷移時間管理部１１４は、ユニットの遷移時間Ｔと経過時間とを比較し（Ｓｔｅｐ ５０５）、経過時間が遷移時間Ｔを超えると（Ｓｔｅｐ ５０６）、その旨をゲーム実行部１１２に通知する（Ｓｔｅｐ ５０７）。
ゲーム実行部１１２は、遷移時間Ｔが経過したユニットを対戦可能状態に遷移させる（Ｓｔｅｐ ５０８）。
以上で、ゲームの動作の説明を終了する。
ゲーム実行部１１２は、遷移時間Ｔが経過したユニットを対戦可能状態に遷移させる（Ｓｔｅｐ ５０８）。
以上で、ゲームの動作の説明を終了する。
【0131】
第２の実施の形態は、通常のユニット（ゲーム要素）がアビリティを発動することにより、ユニット（ゲーム要素）のパラメータを変更してユニット（ゲーム要素）をアビリティ発動ユニットとして強化させるが、そのアビリティ発動ユニットが撃破されて対戦不可能な状態になった場合、対戦不可能状態から対戦可能状態に遷移させる遷移時間（修理時間）を通常ユニットの遷移時間（修理時間）よりも長くしている。これにより、強力なアビリティを持つユニットが再び対戦可能状態になるまでの時間を調整し、ゲームバランスの崩れを防止する。また、上述のように構成することにより、プレイヤはいかにアビリティを持つユニットを生かしながら対戦するかを考えなければならず、高い戦略性を持つゲームを提供することができる。結果として、本実施の形態によれば、ゲームの興趣性を高めることができる。
【0132】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。
【0133】
［付記１］
ゲームをコンピュータに実行させるプログラムであって、
前記コンピュータを、
ゲームに登場させるゲーム要素を登録するゲーム要素登録手段、
登録されたゲーム要素の対戦可能な対戦可能状態及び対戦不可能な対戦不可能状態を管理する対戦管理手段、
登録されたゲーム要素の通常状態及び特定状態を管理する状態管理手段、
プレイヤの前記特定状態にあるゲーム要素により、対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する遷移時間を変更する遷移時間管理手段、
として機能させるプログラム。
ゲームをコンピュータに実行させるプログラムであって、
前記コンピュータを、
ゲームに登場させるゲーム要素を登録するゲーム要素登録手段、
登録されたゲーム要素の対戦可能な対戦可能状態及び対戦不可能な対戦不可能状態を管理する対戦管理手段、
登録されたゲーム要素の通常状態及び特定状態を管理する状態管理手段、
プレイヤの前記特定状態にあるゲーム要素により、対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する遷移時間を変更する遷移時間管理手段、
として機能させるプログラム。
【0134】
［付記２］
前記遷移時間管理手段は、前記プレイヤの前記通常状態にあるゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記遷移時間を変更しない、
付記１に記載のプログラム。
前記遷移時間管理手段は、前記プレイヤの前記通常状態にあるゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記遷移時間を変更しない、
付記１に記載のプログラム。
【0135】
［付記３］
前記遷移時間の変更は、前記遷移時間を長くする変更である、
付記１又は付記２に記載のプログラム。
前記遷移時間の変更は、前記遷移時間を長くする変更である、
付記１又は付記２に記載のプログラム。
【0136】
［付記４］
前記特定状態は、前記プレイヤのゲーム要素が前記対戦プレイヤのゲーム要素を標的として追尾し、標的とされた前記対戦プレイヤのゲーム要素が前記プレイヤのゲーム要素の攻撃範囲内に進入すると、前記プレイヤのゲーム要素が前記標的とされたゲーム要素に対して攻撃可能な状態である、
付記１から付記３のいずれかに記載のプログラム。
前記特定状態は、前記プレイヤのゲーム要素が前記対戦プレイヤのゲーム要素を標的として追尾し、標的とされた前記対戦プレイヤのゲーム要素が前記プレイヤのゲーム要素の攻撃範囲内に進入すると、前記プレイヤのゲーム要素が前記標的とされたゲーム要素に対して攻撃可能な状態である、
付記１から付記３のいずれかに記載のプログラム。
【0137】
［付記５］
前記攻撃範囲は、前記プレイヤのゲーム要素の種別によって異なる、
付記１から付記４のいずれかに記載のプログラム。
前記攻撃範囲は、前記プレイヤのゲーム要素の種別によって異なる、
付記１から付記４のいずれかに記載のプログラム。
【0138】
［付記６］
前記遷移時間管理手段は、
前記プレイヤの前記通常状態にあるゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する第１遷移時間が設定され、
前記プレイヤの前記特定状態にあるゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記第１遷移時間に第２遷移時間を加えた時間に前記遷移時間を変更する、
付記１から付記５のいずれかに記載のプログラム。
前記遷移時間管理手段は、
前記プレイヤの前記通常状態にあるゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する第１遷移時間が設定され、
前記プレイヤの前記特定状態にあるゲーム要素により、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記第１遷移時間に第２遷移時間を加えた時間に前記遷移時間を変更する、
付記１から付記５のいずれかに記載のプログラム。
【0139】
［付記７］
前記第２遷移時間は、一定時間である、
付記１から付記６のいずれかに記載のプログラム。
前記第２遷移時間は、一定時間である、
付記１から付記６のいずれかに記載のプログラム。
【0140】
［付記８］
前記コンピュータを、
前記プレイヤの前記特定状態にあるゲーム要素により前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した旨と、前記遷移時間が変更された旨と、の通知を提示する提示手段として機能させる、
付記１から付記７のいずれかに記載のプログラム。
前記コンピュータを、
前記プレイヤの前記特定状態にあるゲーム要素により前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した旨と、前記遷移時間が変更された旨と、の通知を提示する提示手段として機能させる、
付記１から付記７のいずれかに記載のプログラム。
【0141】
［付記９］
前記遷移時間が変更されたことの通知は、前記遷移時間が延長された旨の通知である、
付記１から付記８のいずれかに記載のプログラム。
前記遷移時間が変更されたことの通知は、前記遷移時間が延長された旨の通知である、
付記１から付記８のいずれかに記載のプログラム。
【0142】
［付記１０］
前記提示手段は、前記第１遷移時間と前記第２遷移時間とが識別可能に、前記遷移時間の経過を提示する、
付記１から付記９のいずれかに記載のプログラム。
前記提示手段は、前記第１遷移時間と前記第２遷移時間とが識別可能に、前記遷移時間の経過を提示する、
付記１から付記９のいずれかに記載のプログラム。
【0143】
［付記１１］
前記提示手段は、加えられる前記第２遷移時間を明示する、
付記１から付記１０のいずれかに記載のプログラム。
前記提示手段は、加えられる前記第２遷移時間を明示する、
付記１から付記１０のいずれかに記載のプログラム。
【0144】
［付記１２］
前記提示手段は、前記通常状態のゲーム要素と前記特定状態のゲーム要素とを視覚的に区別して提示する、
付記１から付記１１のいずれかに記載のプログラム。
前記提示手段は、前記通常状態のゲーム要素と前記特定状態のゲーム要素とを視覚的に区別して提示する、
付記１から付記１１のいずれかに記載のプログラム。
【0145】
［付記１３］
前記状態管理手段は、所定の発動条件を満たしたことを条件に、前記ゲーム要素を前記通常状態から前記特定状態に変更する、
付記１から付記１２のいずれかに記載のプログラム。
前記状態管理手段は、所定の発動条件を満たしたことを条件に、前記ゲーム要素を前記通常状態から前記特定状態に変更する、
付記１から付記１２のいずれかに記載のプログラム。
【0146】
［付記１４］
前記コンピュータを、ゲーム要素を操作可能な操作手段として更に機能させ、
前記状態管理手段は、前記操作手段により、前記特定状態に変更するゲーム要素を指定する操作を条件として、指定されたゲーム要素を前記特定状態に変更する、
付記１から付記１３のいずれかに記載のプログラム。
前記コンピュータを、ゲーム要素を操作可能な操作手段として更に機能させ、
前記状態管理手段は、前記操作手段により、前記特定状態に変更するゲーム要素を指定する操作を条件として、指定されたゲーム要素を前記特定状態に変更する、
付記１から付記１３のいずれかに記載のプログラム。
【0147】
［付記１５］
前記対戦不可能状態は、前記操作手段により操作不可能な状態であり、
前記対戦可能状態は、前記操作手段により操作可能な状態である、
付記１から付記１４のいずれかに記載のプログラム。
前記対戦不可能状態は、前記操作手段により操作不可能な状態であり、
前記対戦可能状態は、前記操作手段により操作可能な状態である、
付記１から付記１４のいずれかに記載のプログラム。
【0148】
［付記１６］
ゲームに登場させるゲーム要素を登録するゲーム要素登録手段と、
登録されたゲーム要素の対戦可能な対戦可能状態及び対戦不可能な対戦不可能状態を管理する対戦管理手段と、
登録されたゲーム要素の通常状態及び特定状態を管理する状態管理手段と、
プレイヤの前記特定状態にあるゲーム要素により、対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する遷移時間を変更する遷移時間管理手段と、
を備えるゲーム装置。
ゲームに登場させるゲーム要素を登録するゲーム要素登録手段と、
登録されたゲーム要素の対戦可能な対戦可能状態及び対戦不可能な対戦不可能状態を管理する対戦管理手段と、
登録されたゲーム要素の通常状態及び特定状態を管理する状態管理手段と、
プレイヤの前記特定状態にあるゲーム要素により、対戦プレイヤのゲーム要素が前記対戦不可能状態に遷移した場合、前記対戦プレイヤのゲーム要素が前記対戦不可能状態から前記対戦可能状態に遷移するのに要する遷移時間を変更する遷移時間管理手段と、
を備えるゲーム装置。
【0149】
以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【符号の説明】
【0150】
１ ゲーム装置
２ サーバ
１０ 処理部
１１ 表示部
１２１～１２５ 第１ゲーム要素読取部
１３１～１３５ 第２ゲーム要素読取部
１４ 操作入力部
１５ 代価検出部
１６ ユーザ情報読取部
１７ 音出力部
１８ 通信部
１９ 記憶部
１１０ ゲーム要素取得部
１１１ ユニット構成部
１１２ ゲーム実行部
１１３ 状態管理部
１１４ 遷移時間管理部
２ サーバ
１０ 処理部
１１ 表示部
１２１～１２５ 第１ゲーム要素読取部
１３１～１３５ 第２ゲーム要素読取部
１４ 操作入力部
１５ 代価検出部
１６ ユーザ情報読取部
１７ 音出力部
１８ 通信部
１９ 記憶部
１１０ ゲーム要素取得部
１１１ ユニット構成部
１１２ ゲーム実行部
１１３ 状態管理部
１１４ 遷移時間管理部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】