ゲーム装置、プログラム及びゲーム制御方法
【課題】 ゲームの戦略性を高めることができるとともに、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができるゲーム装置、当該ゲーム装置により実行されるプログラム、及び、当該ゲーム装置において実行されるゲーム制御方法を提供すること。
【解決手段】 プレーヤの指示を入力する入力手段と、キャラクタ構成情報の書き換えに関する指示が入力されたことを契機として記憶媒体から識別情報を読み取る識別情報読取手段と、識別情報読取手段が読み取った識別情報とその前に読み取った識別情報とが合致した場合に記憶媒体にキャラクタ構成情報に書き換える構成情報書換手段と、交換要求画像表示手段と、キャラクタ構成情報の読み取りを要求する指示入力により記憶媒体からキャラクタ構成情報を新たに読み取る構成情報読取手段とを備えたことを特徴とするゲーム装置。
【解決手段】 プレーヤの指示を入力する入力手段と、キャラクタ構成情報の書き換えに関する指示が入力されたことを契機として記憶媒体から識別情報を読み取る識別情報読取手段と、識別情報読取手段が読み取った識別情報とその前に読み取った識別情報とが合致した場合に記憶媒体にキャラクタ構成情報に書き換える構成情報書換手段と、交換要求画像表示手段と、キャラクタ構成情報の読み取りを要求する指示入力により記憶媒体からキャラクタ構成情報を新たに読み取る構成情報読取手段とを備えたことを特徴とするゲーム装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲーム装置、当該ゲーム装置により実行されるプログラム、及び、当該ゲーム装置において実行されるゲーム制御方法に関する。
【背景技術】
【０００２】
従来、トレーディングカードやフィギュア等は、スポーツ選手やアニメのキャラクタ等を表したものであり、マニアに収集されるものであったが、近年、このようなトレーディングカードやフィギュア等を用いて行うゲームが提供されており、幅広い年齢層からの支持を得ている。このようなゲームの人気の要因は、トレーディングカードやフィギュア等を収集するというコレクション的な要素と、ゲームとしての面白さとの二面性を有している点にあるといえる。近時では、トレーディングカードやフィギュア等に、ゲームに登場するキャラクタに関するデータを有する記憶媒体としての機能を付与し、この記憶媒体からデータを読み取って当該データに基づいてビデオゲームを進行させるゲーム装置も登場しており、広く流行するに至っている。
【０００３】
このようなゲーム装置としては、例えば、複数のプレーヤが夫々ロボット本体に武器等のロボット部品を装着させてロボットを組み立て、そのロボットをゲーム装置に接続することにより、そのロボットのゲーム上における能力値が、ロボットを構成するロボット本体とロボット部品とによって決定され、ゲーム上でロボットの対戦を行うことが可能となるゲーム装置が存在する（例えば、特許文献１、２参照）。これらのゲーム装置においては、ロボット本体とロボット部品とが記憶媒体としての機能を有している。すなわち、ロボット本体内に設けられた不揮発性メモリに、予めロボットのゲーム上での能力値や当該ロボット本体に装着され得るロボット部品に関する情報等が記憶されており、ロボット本体に装着されたロボット部品が有する識別情報がロボット本体によって読み取られると、その識別情報に応じたロボットの能力値が不揮発性メモリから読み出され、ゲーム装置に供給されるのである。特許文献１、２に記載のゲーム装置によれば、ロボット本体を実際に手に取ってロボット部品を装着させると、ロボット本体とロボット部品との組み合わせによって、ゲーム上でのロボットの能力値が決定されるため、プレーヤ自身が好みのロボットを創出することが可能なゲームを提供することができる。また、多くのロボット本体やロボット部品を収集することにより、能力値が異なる様々なロボットを創出することができる。
【０００４】
【特許文献１】特開平９−４７５７５号公報
【特許文献２】登録実用新案第３０５４６９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、特許文献１、２に記載のゲーム装置によれば、ロボット本体内の不揮発性メモリに、予めロボットの能力値やロボット本体に装着され得るロボット部品に関する情報が記憶されているため、ロボット本体とロボット部品との組み合わせによって創出し得るロボットの種類に限りがあり、戦略性に乏しく、プレーヤの収集欲を充分に掻き立てることができないという問題があった。また、ロボット本体内の不揮発性メモリに、予めロボットの能力値やロボット本体に装着され得るロボット部品に関する情報が記憶されているため、新たなロボット部品を追加して製品化することができないという問題があった。そのため、ロボットを製品化当初に予定していた範囲を超えて成長させたり、製品化当初に予定していた以外のロボットを創出可能としたりすることができず、ゲームとしての継続性を担保することができないといった問題があった。
【０００６】
このような問題に鑑みて鋭意検討した結果、本出願人は、１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体と、記憶媒体を取付可能な取付部を複数有する取付体とを用いて行うゲームを実行可能であり、複数の記憶媒体に記憶されたキャラクタ構成情報と取付体が有する識別情報とを非接触通信により読み取って、読み取った識別情報に対応したキャラクタ基本情報と、読み取ったキャラクタ構成情報とに基づいて、キャラクタ情報を生成し、そのキャラクタ情報に基づいてゲームを進行させるゲーム装置に想到した。このゲーム装置によれば、キャラクタ構成情報をゲーム進行状況に応じて書き換えることができるので、記憶媒体と取付体との組み合わせに多様性を持たせて戦略性を高めることができるとともに、ゲームの継続性を担保することができる。
【０００７】
しかしながら、このゲーム装置は、非接触通信により、複数の記憶媒体からキャラクタ構成情報を読み取り、ゲームの進行状況に応じてキャラクタ構成情報を書き換えるように構成されているため、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められるおそれがある。例えば、有利にゲームを進行させ得るキャラクタ構成情報が記憶された一の記憶媒体からゲーム装置にキャラクタ構成情報を読み取らせた後に、この一の記憶媒体を他の記憶媒体に交換することにより、有利にゲームを進行させ得るキャラクタ構成情報を他の記憶媒体に書き込ませること等が行われるおそれがある。ゲームの進行中に記憶媒体を交換し得るタイミングを画一的に定めることにより、このように不正にゲームが進められることを防止し得るとも考えられるが、その一方で、記憶媒体を交換し得るタイミングを画一的に定めてしまうと、ゲームの戦略性が損なわれてしまうおそれがあり、その要求は相反するものであった。
【０００８】
本発明は、上述した課題に鑑みてなされたものであり、その目的は、ゲームの戦略性を高めることができるとともに、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができるゲーム装置、当該ゲーム装置により実行されるプログラム、及び、当該ゲーム装置において実行されるゲーム制御方法を提供することにある。
【課題を解決するための手段】
【０００９】
以上のような目的を達成するために、本発明は、以下のようなものを提供する。
（１）プレーヤの操作に応じて所定の指示を入力する入力手段と、
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取手段と、
少なくとも上記構成情報読取手段により読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段と、
上記生成手段が生成したキャラクタ情報に基づきゲームを実行するゲーム制御手段と、
上記ゲーム制御手段により実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新手段と、
上記更新手段が更新したキャラクタ構成情報が所定条件を満たした場合に、キャラクタ構成情報が所定条件を満たしたことを報知するための報知画像を表示する報知画像表示手段と、
少なくとも、上記報知画像表示手段により報知画像が表示されているときに上記入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、上記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取手段と、
上記識別情報読取手段が読み取った識別情報とその前に上記識別情報読取手段が読み取った識別情報とが合致した場合に上記記憶媒体に記憶されたキャラクタ構成情報を上記更新手段により更新されたキャラクタ構成情報に書き換える構成情報書換手段と、
上記構成情報書換手段によるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換を促すための交換要求画像を表示する交換要求画像表示手段とを備え、
上記構成情報読取手段は、上記交換要求画像表示手段に交換要求画像が表示されているときに上記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取り、
上記生成手段は、上記構成情報読取手段により新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成することを特徴とするゲーム装置。
【００１０】
（１）の発明によれば、ゲーム進行中にキャラクタ構成情報が更新されて所定の条件を満たした際に報知画像が表示され、そのときにプレーヤによってキャラクタ構成情報の書き換えに関する指示が入力されると、記憶媒体から識別情報が読み取られる。そして、読み取られた識別情報が、それ以前に読み取られた識別情報と合致する場合に、記憶媒体に記憶されたキャラクタ構成情報が、更新後のキャラクタ構成情報に書き換えられる。従って、プレーヤが記憶媒体を交換して不正にゲームを進めようとしても、識別情報が合致しなければ、キャラクタ構成情報の書き換えは行われないため、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができる。
【００１１】
その後、交換要求画像が表示されるときに、プレーヤが記憶媒体を交換し、キャラクタ構成情報の読み取りを要求する指示を入力すると、交換された記憶媒体からキャラクタ構成情報が読み取られ、そのキャラクタ構成情報に基づいて、キャラクタ情報が生成される。
このように、キャラクタ構成情報の読み取りを要求する指示をプレーヤが入力したことを契機として、記憶媒体からキャラクタ構成情報が読み取られるため、キャラクタ構成情報が読み取られるタイミング、すなわち、記憶媒体を交換し得るタイミングをプレーヤが決定することができる。従って、キャラクタ構成情報の更新の程度に応じて記憶媒体の交換のタイミングをプレーヤが決めることが可能な戦略性の高いゲームを提供することができる。
【００１２】
さらに、本発明は、以下のようなものを提供する。
（２）ゲーム装置を、
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取手段、
少なくとも上記構成情報読取手段により読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段、
上記生成手段により生成されたキャラクタ情報に基づいてゲームを実行するゲーム制御手段、
上記ゲーム制御手段により実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新手段、
上記更新手段が更新したキャラクタ構成情報が所定条件を満たした場合に、キャラクタ構成情報が所定条件を満たしたことを報知するための報知画像を表示する報知画像表示手段、
少なくとも、上記報知画像表示手段により報知画像が表示されているときに上記ゲーム装置が備える入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、上記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取手段、
上記識別情報読取手段が読み取った識別情報とその前に上記識別情報読取手段が読み取った識別情報とが合致した場合に上記記憶媒体に記憶されたキャラクタ構成情報を、上記更新手段により更新されたキャラクタ構成情報に書き換える処理を行う構成情報書換手段、並びに、
上記構成情報書換手段によるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換をプレーヤに促すための交換要求画像を表示する交換要求画像表示手段
として機能させ、
上記構成情報読取手段に、上記交換要求画像表示手段に交換要求画像が表示されているときに上記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取る処理を行わせ、
上記生成手段に、上記構成情報読取手段により新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成する処理を行わせることを特徴とするプログラム。
【００１３】
（２）の発明によれば、ゲーム進行中にキャラクタ構成情報が更新されて所定の条件を満たした際に報知画像が表示され、そのときにプレーヤによってキャラクタ構成情報の書き換えに関する指示が入力されると、記憶媒体から識別情報が読み取られる。そして、読み取られた識別情報が、それ以前に読み取られた識別情報と合致する場合に、記憶媒体に記憶されたキャラクタ構成情報が、更新後のキャラクタ構成情報に書き換えられる。従って、プレーヤが記憶媒体を交換して不正にゲームを進めようとしても、識別情報が合致しなければ、キャラクタ構成情報の書き換えは行われないため、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができる。
【００１４】
その後、交換要求画像が表示されるときに、プレーヤが記憶媒体を交換し、キャラクタ構成情報の読み取りを要求する指示を入力すると、交換された記憶媒体からキャラクタ構成情報が読み取られ、そのキャラクタ構成情報に基づいて、キャラクタ情報が生成される。
このように、キャラクタ構成情報の読み取りを要求する指示をプレーヤが入力したことを契機として、記憶媒体からキャラクタ構成情報が読み取られるため、キャラクタ構成情報が読み取られるタイミング、すなわち、記憶媒体を交換し得るタイミングをプレーヤが決定することができる。従って、キャラクタ構成情報の更新の程度に応じて記憶媒体の交換のタイミングをプレーヤが決めることが可能な戦略性の高いゲームを提供することができる。
【００１５】
（３）１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取ステップと、
少なくとも上記構成情報読取ステップにより読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成ステップと、
上記生成ステップにて生成されたキャラクタ情報に基づきゲームを実行するゲーム制御ステップと、
上記ゲーム制御ステップにより実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新ステップと、
上記更新ステップにより更新されたキャラクタ構成情報が所定条件を満たした場合にキャラクタ構成情報が所定条件を満たしたことを報知する報知画像を表示する報知画像表示ステップと、
少なくとも、上記報知画像表示ステップにより報知画像が表示されているときに上記ゲーム装置が備える入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、上記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取ステップと、
上記識別情報読取ステップにより読み取られた識別情報とその前に上記識別情報読取ステップにより読み取られた識別情報とが合致した場合に上記記憶媒体に記憶されたキャラクタ構成情報を上記更新ステップにより更新されたキャラクタ構成情報に書き換える構成情報書換ステップと、
上記構成情報書換ステップによるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換を促すための交換要求画像を表示する交換要求画像表示ステップと、
上記交換要求画像表示ステップに交換要求画像が表示されているときに上記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取る構成情報再読取ステップと、
上記キャラクタ構成情報再読取ステップにより新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成する再生成ステップと
を含むことを特徴とするゲーム制御方法。
【００１６】
（３）の発明によれば、ゲーム進行中にキャラクタ構成情報が更新されて所定の条件を満たした際に報知画像が表示され、そのときにプレーヤによってキャラクタ構成情報の書き換えに関する指示が入力されると、記憶媒体から識別情報が読み取られる。そして、読み取られた識別情報が、それ以前に読み取られた識別情報と合致する場合に、記憶媒体に記憶されたキャラクタ構成情報が、更新後のキャラクタ構成情報に書き換えられる。従って、プレーヤが記憶媒体を交換して不正にゲームを進めようとしても、識別情報が合致しなければ、キャラクタ構成情報の書き換えは行われないため、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができる。
【００１７】
その後、交換要求画像が表示されるときに、プレーヤが記憶媒体を交換し、キャラクタ構成情報の読み取りを要求する指示を入力すると、交換された記憶媒体からキャラクタ構成情報が読み取られ、そのキャラクタ構成情報に基づいて、キャラクタ情報が生成される。
このように、キャラクタ構成情報の読み取りを要求する指示をプレーヤが入力したことを契機として、記憶媒体からキャラクタ構成情報が読み取られるため、キャラクタ構成情報が読み取られるタイミング、すなわち、記憶媒体を交換し得るタイミングをプレーヤが決定することができる。従って、キャラクタ構成情報の更新の程度に応じて記憶媒体の交換のタイミングをプレーヤが決めることが可能な戦略性の高いゲームを提供することができる。
【発明の効果】
【００１８】
本発明によれば、ゲームの戦略性を高めることができるとともに、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができるゲーム装置、当該ゲーム装置により実行されるプログラム、及び、当該ゲーム装置において実行されるゲーム制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１９】
（ゲームシステムの全体構成）
図１は、本発明に係るゲームシステム１００のシステム構成図である。図２は複数のゲーム装置１とカード販売機６を示す斜視図である。
ゲームシステム１００は、２つの遊技店舗Ａ、Ｂに夫々１台及び２台設置された合計３台の店舗サーバ２と、店舗サーバ２と専用回線３を介して通信可能に接続された複数（本実施形態では８台）のゲーム装置１、カード販売機６及び販売機８と、遊技店舗Ａ、Ｂに設置された店舗内ルータ７と、店舗内ルータ７、通信回線４ａ及びインターネット４を介して店舗サーバ２と接続されたセンターサーバ群５とを有している。
【００２０】
各遊技店舗Ａ、Ｂでは，店舗サーバ２と、ゲーム装置１及びカード販売機６が専用回線３により接続されて店舗内ＬＡＮ（Local Area Network）を形成し、この店舗内ＬＡＮが店舗内ルータ７を介してインターネット４に接続されている。
【００２１】
（ゲーム装置の構成）
図３は、ゲーム装置１の外観を示す斜視図である。
ゲーム装置１では、プレーヤが１人でゲームを行うことが可能であり、他のゲーム装置１を操作する他のプレーヤとゲームを行うことも可能である。
ゲーム装置１において行われるゲームは、プレーヤの選択したルートに沿ってキャラクタが迷宮内を移動しながら、自分以外の別キャラクタ（他のプレーヤの選択に従って動作を行うプレーヤキャラクタや、ゲーム装置が動作を行わせるノンプレーヤキャラクタ）と対戦して、別キャラクタが持つ宝珠を奪い合い、その宝珠をすべて集めた上で最終目標のキャラクタを倒すゲーム（以下、「迷宮対戦ゲーム」という）である。
この迷宮対戦ゲームでは、対戦結果やゲームの進行状況に合わせて各キャラクタの持点（本実施形態では「ライフ」という）が増減し、その持点が無くなったキャラクタが敗者となる。
【００２２】
この迷宮対戦ゲームにおいては、プレーヤが用いるＩＣチップ内蔵ディスクとＩＣチップ内蔵ディスクを取り付け可能なアタッチメントとによってキャラクタの能力値が決定される。また、ＩＣチップ内蔵ディスクに記憶されている情報は、対戦結果に応じて書き換えられる。すなわち、ＩＣチップ内蔵ディスクに記憶されている情報には、プレーヤ自身のゲームの結果が反映されるようになっている。
なお、本実施形態では、本発明における記憶媒体としてＩＣチップ内蔵ディスクを採用している場合について説明するがこれに限らない。
【００２３】
ゲーム装置１は、図３に示すように、筐体１０の正面に、液晶表示装置を備えたメインディスプレイ１１を有している。また、メインディスプレイ１１の上側部分に同じく液晶表示装置を備えた報知画像表示手段及び交換要求画像表示手段としてのサブディスプレイ１２を有し、その左右両側にゲームの演出に用いられる音声を出力するスピーカ１３が配置されている。
【００２４】
メインディスプレイ１１は、ゲームの各段階に応じた遊技画像（例えば、図２０における迷宮画像１６０等）が表示されるようになっている。報知画像表示手段及び交換要求画像表示手段としてのサブディスプレイ１２は、ゲームの特定の段階における画像（例えば、図２２（ａ）における対戦画像９２や報知画像９６、図２４における交換要求画像１９４）が表示されるようになっている。報知画像表示手段及び交換要求画像表示手段は、サブディスプレイ１２に限らず、メインディスプレイ１１でも、ゲーム装置１が備えるその他の表示手段でもよい。
【００２５】
また、ゲーム装置１は、メインディスプレイ１１の下側に操作パネル１４を有する。この操作パネル１４の左側に認証ユニット１５が配置され、右側にゲーム装置を実行するときに必要なコイン（硬貨、遊技用メダル等の遊技媒体）を投入するコイン投入口１６と、ＩＤカードを挿入するためのカードスロット１８と、操作ボタン等を備えた操作ユニット１９とが配置されている。
【００２６】
認証ユニット１５は、操作パネル１４の表面に固定されたアタッチメント装着部１５ａと、読取部１５ｂとを有している。このアタッチメント装着部１５ａは、後述するアタッチメント４０（図８（ａ）参照）における台座部４１の形状に対応した厚肉円板状の窪みを内側に有する。その窪みは、台座部４１が嵌め込み装着され得る形状を有する。読取部１５ｂはアタッチメント装着部１５ａの窪みに配置されていて、図示しないＩＣチップリーダ／ライタを有し、そのＩＣチップリーダ／ライタにより、アタッチメント４０に内蔵されているアタッチメント用ＩＣチップ４２（図８（ａ）参照）、及び、アタッチメント４０のスロット部４３に取り付けられたＩＣチップ内蔵ディスク４５（図８（ｂ）参照）から、記憶されている情報を読み取るようになっている。なお、認証ユニット１５はＬＥＤを有し、アタッチメント４０及びＩＣチップ内蔵ディスク４５（以下、ディスクという）の読み取り動作中にそのアタッチメント４０に光を照射するようになっている。
【００２７】
読取部１５ｂの有するＩＣチップリーダ／ライタは、非接触型のＩＣチップリーダ／ライタであり、例えば、ＲＦＩＤ（Radio Frequency Identification）システムにより、ＩＣチップに記憶されている情報を読み書き可能である。ＲＦＩＤシステムとは、誘導電磁界又は電波によって、非接触で、半導体メモリに記憶されたデータの読み出し及び書込みのために近距離通信を行うシステムのことである。なお、この技術は従来公知の技術であり、特開平８−２１８７５号公報に記載されているので、ここでの説明は省略する。
本実施形態では、複数のＩＣチップを１のＩＣチップリーダ／ライタで読み書きする。上述したＲＦＩＤシステム下では、１つのリーダ／ライタで複数のＩＣチップを読み取るアンチコリジョン機能を採用することができる。アンチコリジョン機能には、ＦＩＦＯ（first in first out：先入れ先出し）型、マルチアクセス型、セレクティブ型等が存在し、複数のＩＣチップとの交信を順次シーケンシャルに行うものである。ＦＩＦＯ型とは、アンテナの交信可能領域に順番に入ってくるＩＣチップに対し、順次交信する方式であり、マルチアクセス型とは、アンテナの交信可能領域に複数のＩＣチップが同時に存在してもすべてのＩＣチップと交信が可能な方式であり、セレクティブ型とは、交信可能領域内にある複数のＩＣチップのうち、特定のＩＣチップと交信可能な方式である。上述したような方式を採用することにより、複数のＩＣチップを１のＩＣチップリーダ／ライタで読み書きすることが可能となる。
【００２８】
読取部１５ｂを備えた認証ユニット１５は、ディスク（記憶媒体）からキャラクタ構成情報を読み取る構成情報読取手段として機能するとともに、ディスク（記憶媒体）から当該ディスクが有するディスクＩＤ（識別情報）を読み取る識別情報読取手段として機能する。本実施形態においては、読取部１５ｂを備えた認証ユニット１５が、構成情報読取手段として機能するとともに、識別情報読取手段として機能する場合について説明するが、読取部１５ｂを別個に複数個設けて、夫々を構成情報読取手段又は識別情報読取手段として機能させるとしてもよい。
また、ＩＣチップの読み書きは、非接触型に限らず、接触型でもよい。また、ＩＣチップリーダ／ライタに限らず、読取対象物に合わせて適宜設定するものであってもよい。
【００２９】
ゲームシステム１００を構成している各ゲーム装置１には、自機固有のマシンＩＤが付与されている。このマシンＩＤは、各店舗サーバ２に固有のサーバＩＤと、各ゲーム装置１に固有のＩＤとを有し、例えば、店舗Ａに設置されている各ゲーム装置１の場合、Ａ０１Ａ０２、Ａ０３・・・のようになっている。
【００３０】
図４は内部の構成を中心に示すゲーム装置１のブロック図である。ゲーム装置１は、マイクロコンピュータ３１を中心に複数の構成要素を有している。
【００３１】
マイクロコンピュータ３１は、メインＣＰＵ（Central Processing Unit）３２と、ＲＡＭ（Random Access Memory）３３と、ＲＯＭ（Read Only Memory）３４とを有している。メインＣＰＵ３２は、ＲＯＭ３４に記憶されているプログラムに従って作動し、Ｉ／Ｏポート３９を介して、操作パネル１４に設けられた各構成要素やタッチパネル１１ａ等から信号を入力する一方、他の構成要素との信号の入出力を行い、ゲーム装置１全体の動作制御を行う。ＲＡＭ３３はメインＣＰＵ３２が作動する際に用いるデータやプログラム（本実施形態では、後述するアプリケーションデータ及びゲームデータ）が記憶される。ＲＯＭ３４には、メインＣＰＵ３２が実行する制御プログラムと、恒久的なデータとが記憶されている。
【００３２】
また、ゲーム装置１は、乱数発生器３５と、サンプリング回路３６と、クロックパルス発生回路３７と、分周器３８とを有している。
乱数発生器３５は、メインＣＰＵ３２の指示に従い作動して、一定範囲の乱数を発生させる。サンプリング回路３６は、メインＣＰＵ３２の指示に従い、乱数発生器３５が発生させた乱数のなかから任意の乱数を抽出し、その抽出した乱数をメインＣＰＵ３２に入力する。クロックパルス発生回路３７は、メインＣＰＵ３２を作動させるための基準クロックを発生させ、分周器３８はその基準クロックを一定周期で分周した信号をメインＣＰＵ３２に入力する。
【００３３】
さらに、ゲーム装置１は、タッチパネル１１ａと、コインセンサ１６ａと、カードリーダ１８ａと、通信制御部２１及び通信処理部２２とを有し、さらに、画像制御回路７１と、音制御回路７２とを有している。
【００３４】
入力手段としてのタッチパネル１１ａは、メインディスプレイ１１の表示画面を覆うように設けられていて、プレーヤの指が触れた箇所の位置を検出し、その検出した位置に対応した位置信号をメインＣＰＵ３２に入力する。プレーヤは、このタッチパネル１１ａを用いてキャラクタの動作を決定するための操作入力を行う。例えば、タッチパネル１１ａは、長方形の透明板表面に導電物質が塗布されることにより構成されたものであり、その透明板の周縁に配置された電極から電圧をかけ、プレーヤの指が触れることによる微弱な電流変化を電極で検知して、プレーヤの指が触れた箇所の位置を検出する。
【００３５】
コインセンサ１６ａは、コイン投入口１６から投入されたコインを検出し、その検出に対応する検出信号をメインＣＰＵ３２に出力する。カードリーダ１８ａは、カードスロット１８に挿入されたＩＤカード１７に記憶されているプレーヤＩＤ等のカード情報を読み取り、その読み取ったカード情報をメインＣＰＵ３２に入力する。
【００３６】
通信制御部２１は、メインＣＰＵ３２の指示に従い作動して、店舗サーバ２と通信を行うための回路の接続及び切断を制御する。通信処理部２２は通信制御部２１の指示に従って作動して、専用回線３を介して行われるデータの送受信を実行する。
【００３７】
画像制御回路７１は、メインディスプレイ１１、サブディスプレイ１２の夫々における画像表示を制御して、キャラクタを示す画像等の各種の画像をメインディスプレイ１１、サブディスプレイ１２に表示させる。
【００３８】
この画像制御回路７１は、図５に示すように、画像制御ＣＰＵ７１ａ、ワークＲＡＭ７１ｂ、プログラムＲＯＭ７１ｃ、画像ＲＯＭ７１ｄ、ビデオＲＡＭ７１ｅ及びＶＤＰ（Video Display Processor）７１ｆを有している。画像制御ＣＰＵ７１ａは、マイクロコンピュータ３１で設定されたパラメータに基づき、プログラムＲＯＭ７１ｃに予め記憶されている（メインディスプレイ１１、サブディスプレイ１２での表示に関する）画像制御プログラムに従い、メインディスプレイ１１、サブディスプレイ１２に表示される画像を決定する。ワークＲＡＭ７１ｂは、画像制御ＣＰＵ７１ａが画像制御プログラムを実行するときの一時記憶手段として構成されている。
【００３９】
プログラムＲＯＭ７１ｃは、画像制御プログラムや各種選択テーブル等を記憶している。画像ＲＯＭ７１ｄは、報知画像９６、交換要求画像１９４等の画像を形成するためのドットデータを記憶している。ビデオＲＡＭ７１ｅは、ＶＤＰ７１ｆにより画像を形成するときの一時記憶手段として構成されている。ＶＤＰ７１ｆは制御ＲＡＭ７１ｇを有し、画像制御ＣＰＵ７１ａで決定されたメインディスプレイ１１、サブディスプレイ１２の表示内容に応じた画像を形成し、その形成された各画像をメインディスプレイ１１、サブディスプレイ１２に出力する。
【００４０】
音制御回路７２は、スピーカ１３から音声を出力するための音声信号をスピーカ１３に入力する。スピーカ１３からは、例えば、ゲーム開始後、適当な時期にゲームを盛り上げるための音声が出力される。
【００４１】
（店舗サーバ、カード販売機、店舗内ルータの構成）
店舗サーバ２は図６に示すように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信処理部２０４、通信制御部２０５及びアプリケーションデータを記憶しているデータ記憶部２０６を有している。そして、ＣＰＵ２０１がＲＯＭ２０２に記憶されているプログラムに従い、ＲＡＭ２０３にデータを読み書きしながら作動し、一方、通信制御部２０５がＣＰＵ２０１の指示に従い通信処理部２０４を作動させる。そして、店舗サーバ２は、各遊技店舗Ａ、Ｂに設置されている各ゲーム装置１と専用回線３を介してデータの送受信を行い、各ゲーム装置１へのアプリケーションデータの送信（ダウンロード）や、各ゲーム装置１同士及びセンターサーバ群５とにおけるデータの送受信の中継を行う。アプリケーションデータには、ゲーム装置１で行われる迷宮対戦ゲームの実行に用いられる各種データ（ゲーム用の画像データ等）と、ボード用データ（操作ユニット１９に備えられている操作ボタンを迷宮対戦ゲームに対応させる設定用のプログラム）とが含まれている。
【００４２】
カード販売機６は、プレーヤが個人情報の入力操作を行う操作部と、カード発行手段とを有し、その操作部を用いた所定の入力操作によって、カード発行手段が各プレーヤ固有のプレーヤＩＤを含むカード情報を記憶させてＩＤカード１７を発行する。
【００４３】
店舗内ルータ７は、各遊技店舗Ａ、Ｂに形成されている店舗内ＬＡＮと、通信回線４ａ及びインターネット４を介してセンターサーバ群５に形成されているＬＡＮとを接続している。
【００４４】
販売機８は、ＩＣチップ内蔵ディスクとアタッチメントとの販売を行う装置である。販売機８内には、ＩＣチップ内蔵ディスクとアタッチメントとが格納されている。プレーヤによって販売機８にＩＤカード１７が挿入されると、販売機８は、ＩＤカード１７からプレーヤＩＤを読み取って、後述するデータベースサーバ１０３にアクセスし、データベースサーバ１０３から、プレーヤＩＤに対応するキャラクタ基本情報を取得する。販売機８は、上記キャラクタ基本情報に基づいて、ゲームの進行状況に応じたＩＣチップ内蔵ディスクとアタッチメントとを販売対象に設定する。プレーヤは、販売対象となったＩＣチップ内蔵ディスクとアタッチメントとのなかから、購入したいものを選択し、販売機８にコインを投入することにより、ＩＣチップ内蔵ディスク又はアタッチメントを入手することができる。
【００４５】
（センターサーバ群の構成）
センターサーバ群５は、ゲームごとに対応して設置された複数のゲームサーバ（図１では、２台のゲームサーバ１０１、１０２）と、データベースサーバ１０３とを有し、各ゲームサーバが専用線１０４を介して接続されてＬＡＮが形成され、そのＬＡＮが図示しないルータを介してインターネット４に接続されている。
【００４６】
ゲームサーバ１０１は、迷宮対戦ゲームを実行するために設置されていて、図７に示すように、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、通信処理部３０４、通信制御部３０５及びデータ記憶部３０６を有している。そして、ゲームサーバ１０１では、ＣＰＵ３０１がＲＯＭ３０２に記憶されているプログラムに従いＲＡＭ３０３にデータを読み書きしながら作動し、一方、通信制御部３０５がＣＰＵ３０１の指示に従い通信処理部３０４を動作させる。
【００４７】
ゲームサーバ１０１は、各店舗サーバ２とインターネット４を介してデータの送受信を行う。そして、各ゲーム装置１から送信される後述するエントリーデータを受信してプレーヤの迷宮対戦ゲームへの参加（エントリー）受付及びプレーヤの参加情報の更新を行い、対戦相手となるプレーヤを決定し、その結果をデータベースサーバ１０３に送信する。
【００４８】
ゲームサーバ１０２は別のゲームを実行するために設置されたもので、ゲームサーバ１０１と比較して記憶しているデータやプログラムが異なるが、同じ構成を有している。
【００４９】
データベースサーバ１０３は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、通信処理部４０４、通信制御部４０５及びデータ記憶部４０６を記憶している。そして、データベースサーバ１０３では、ＣＰＵ４０１がＲＯＭ４０１に記憶されているプログラムに従いＲＡＭ４０３にデータを読み書きしながら作動し、一方、通信制御部４０５がＣＰＵ４０１の指示に従い通信処理部４０４を作動させ、各店舗サーバ２とインターネット４を介してデータの送受信を行う。
【００５０】
データ記憶部４０６には、プレーヤＩＤ、プレーヤの認証に用いられるパスワード、ＩＤ管理ファイル、キャラクタ基本情報、ゲーム種別及びゲームデータが記憶されている。プレーヤＩＤは、ゲーム装置１により、ＩＤカード１７から読み取って送信されたものである。本実施形態におけるキャラクタ基本情報は、後述するアタッチメントに対応した各キャラクタの生命力、攻撃力、防御力等を含むキャラクタ能力値やアタッチメントのスロット数等を示す情報である。
【００５１】
ＩＤ管理ファイルには、プレーヤＩＤと後述するアタッチメントＩＤとが関連づけて記憶され、さらに、アタッチメントＩＤとキャラクタとが対応づけられて記憶されている。
ゲームデータには、各プレーヤによる迷宮対戦ゲームの履歴を示すデータが含まれている。このゲームデータは、データベースサーバ１０３からゲーム装置１に送信され、迷宮対戦ゲームで用いられる。
【００５２】
（アタッチメント、ＩＣチップ内蔵ディスクの構成）
図８（ａ）はアタッチメント４０の構成を示す分解正面図である。このアタッチメント４０は、半楕円球形状をしており、台座部４１と本体部４４とから構成されている。
【００５３】
台座部４１は、ゲーム装置１が有するアタッチメント装着部１５ａの窪みに対応した大きさを有し、厚肉円板状に形成されている。台座部４１の上面には突起部４１ｂが形成されている。また、台座部４１の底面には円形の凹部が形成され、上記凹部にはアタッチメント用ＩＣチップ４２が嵌め込まれ固定されている。アタッチメント用ＩＣチップ４２には、アタッチメント４０に対応するアタッチメントＩＤが書き換え不可に記憶されている。
【００５４】
アタッチメント本体部４４は、半楕円球形状を有する。アタッチメント本体部４４の底面には、突起部４１ｂに対応する凹部４４ａが形成され、アタッチメント本体部４４の周面には、ディスク４５が取り付けられ得る２つのスロット部４３が形成されている。
本実施形態においては、アタッチメント４０が２つのスロット部４３を有する場合について説明するが、特に限定されるものではない。
プレーヤは、アタッチメント４０のスロット部４３にディスク４５を取り付け、認証ユニット１５にセットし、これらの情報をゲーム装置１に読み取らせてゲームを行うこととなる。
【００５５】
アタッチメント４０は、販売機８により入手可能である。プレーヤは、アタッチメントを購入する際、そのアタッチメントをどのキャラクタに使用するかを決定する。そして、決定された情報がデータベースサーバ１０３に送信され、該アタッチメントのアタッチメントＩＤと決定したキャラクタとが対応づけられてＩＤ管理ファイルに記憶される。このように、１のアタッチメントには１のキャラクタが対応しており、また、プレーヤは、１のキャラクタに対応した複数のアタッチメントを販売機８により入手し、所有することが可能となる。そして、例えば、プレーヤは、複雑で多様な機能を有するアタッチメントを入手することによりキャラクタの能力値を多様に変化させることができる。
【００５６】
また、図示していないが、アタッチメント４０の表面部には、アタッチメントに対応した絵柄やデータ等が表記されており、これによってプレーヤは各アタッチメントを識別可能である。また、アタッチメントＩＤによって、ゲーム装置１は各アタッチメントを識別可能である。このアタッチメントＩＤは、異なるアタッチメント４０に対してユニーク（固有）とし、ゲームシステム１００における同一アタッチメントの多重登録を禁止するようにしている。
【００５７】
図８（ｂ）はディスク４５の構成を示す斜視図である。このディスク４５は、厚肉円板形状をしており、ディスク本体部４７とディスク用ＩＣチップ４６とから構成されている。
【００５８】
ディスク本体部４７は、アタッチメント４０のスロット部４３に対応した大きさであり、厚肉円板状に形成されている。このディスク本体部４７の底面には円形の凹部が形成され、上記凹部にはディスク用ＩＣチップ４６が嵌め込み固定されている。
また、図示していないが、ディスク本体部４７の表面には、ディスク４５が記憶するアイテム（武器や防具等）の情報（以下、ディスク情報という）に対応した絵柄やデータ等が表記されている。また、同じアイテムを表すディスクでも、微妙に色を変えたり、ＩＤを表記する等してディスクの固有性を表現し、プレーヤの収集意欲を促進するようにしている。なお、ディスク情報は、本発明におけるキャラクタ構成情報に相当する。
【００５９】
ディスク用ＩＣチップ４６は、ディスク４５に備えられている図示しないアンテナコイルに接続されている。アンテナコイルは、認証ユニット１５のＩＣチップリーダ／ライタから送信された電力とコマンドデータを含む情報を組み合わせた信号を受信する。そして、アンテナコイルは、受信した信号を、ディスク用ＩＣチップ４６を起動のための電力に変換すると同時に、その信号から情報（コマンドデータ）を抜き出す。そして、ディスク用ＩＣチップ４６は、コマンドデータに従ってディスク情報を認証ユニット１５に送信する。
【００６０】
ディスク用ＩＣチップ４６には、ディスク情報として、ディスクＩＤやキャラクタ基本情報に変化を与える数値（能力値）等が記憶されているが、これに限らなくてもよい。ディスク情報は、構成情報書換手段である認証ユニット１５によって書き換え可能であり、後述する対戦処理において、ディスク情報の所定の能力値を変化させて記憶させることができる。ディスクＩＤは、本発明における識別情報に相当するものである。後述するディスク交換処理において読み取られたディスクＩＤは、それ以前に認証ユニット１５によって読み取られたディスクＩＤと比較される。それ以前に認証ユニット１５によって読み取られたディスクＩＤとは、キャラクタ生成処理において読み取られたディスクＩＤ又は対戦処理において読み取られたディスクＩＤのうち、最新のものをいう。そして、ディスクＩＤが合致する場合は、ディスク４５に記憶させているディスク情報が新たなディスク情報に書き換えられることとなる。
【００６１】
ディスク４５は、販売機８等により入手可能である。プレーヤは、ディスク４５を入手し、アタッチメント４０に取り付けて使用することにより、ゲームにおいてキャラクタ情報を変化させることが可能となる。なお、例えば、ディスク４５ごとにレベル設定をするなどして、キャラクタが所定のレベルに達していないと使用できないとする等、制限を設けることとしてもよい。
【００６２】
本実施形態におけるアタッチメント用ＩＣチップ４２及びディスク用ＩＣチップ４６は、接触型であってもよく、非接触型であってもよいが、本実施形態のように、複数枚のＩＣチップを読み取らせる場合には、上述したアンチコリジョン機能により１つのリーダ／ライタで複数のＩＣチップを読み取らせることができるので、非接触型であることが好ましい。
また、記憶媒体のキャラクタ構成情報を記憶させる媒体は、ＩＣチップに限らず、キャラクタ構成情報を書き換え可能に記憶することができるものであればよい。
【００６３】
また、本実施形態では、アタッチメント用ＩＣチップ４２及びディスク用ＩＣチップ４６は、夫々、認証ユニット１５で読み書きすることとしているが、アタッチメントにバッファ（例えば、ＲＡＭや不揮発メモリ等）を備えておき、ディスク用ＩＣチップとゲーム装置１との情報の送受信の際には、アタッチメントを介して一括送受信するとしてもよい。
【００６４】
（ゲーム装置の動作内容）
以上の構成を有するゲーム装置１の動作内容について、図９、図１０、図１２、図１４〜図１７に示すフローチャートを参照して説明する。なお、以下の説明では、遊技店舗Ａに設置されている８台のゲーム装置１のうちの４台のゲーム装置１を、夫々のプレーヤが操作して同じ迷宮対戦ゲームを行う場合を例にとって説明する。
【００６５】
図９は各ゲーム装置１におけるゲームの開始から終了までのゲーム処理の動作手順を示すフローチャートである。以下の説明では、４人のプレーヤが操作するうちの１台のゲーム装置１を例にとって説明している。
【００６６】
ゲーム装置１は電源投入時に店舗サーバ２に対してアプリケーションデータのダウンロード要求を送信し（後述するステップＳ１００）、一方、店舗サーバ２がダウンロード要求を受信すると、ダウンロード要求を送信してきたゲーム装置１にアプリケーションデータを送信する（図１８参照）。
【００６７】
ゲーム装置１は、アプリケーションデータを受信すると、そのアプリケーションデータをＲＡＭ３３に記憶させる。そして、ゲーム装置１では、メインＣＰＵ３２がアプリケーションデータを読み込むと、該アプリケーションが作動して、プレーヤの操作入力に応じて迷宮対戦ゲームが進行する。各ゲーム装置１は店舗サーバ２及びセンターサーバ群５を介して互いに同期をとりながら、メインディスプレイ１１に遊技画像を表示するようになっている。
【００６８】
ステップＳ６１において、メインＣＰＵ３２は、メッセージ出力処理を行い、画像制御回路７１に指示してメインディスプレイ１１に所定のメッセージ（コイン投入要求、ＩＤカードの挿入要求及びパスワードの入力要求）を表示させる。
【００６９】
次に、ステップＳ６２において、プレーヤによるコインの投入、ＩＤカードの挿入及びパスワードの入力を受け付ける。プレーヤは、ゲームを開始するために、コインをコイン投入口６から投入するとともに、ＩＤカード１７をカードスロット１８に挿入し、操作ユニット１９を用いてパスワードを入力する。すると、投入されたコインの検出信号がコインセンサ１６ａからメインＣＰＵ３２に入力され、カードリーダ１８ａからはＩＤカード１７に記憶されているカード情報が入力される。さらに、操作ユニット１９からパスワードが入力され、これらすべての入力があると、処理をステップＳ６３に移す。
【００７０】
ステップＳ６３において、メインＣＰＵ３２は、通信制御部２１に指示して通信処理部２２を作動させ、読み取ったカード情報及び入力されたパスワードを店舗サーバ２経由でセンターサーバ群５に送信する。センターサーバ群５は、受信したカード情報及びパスワードを用い、プレーヤがＩＤカードの持ち主本人であるか否かを判断する認証処理を行い、その認証結果を示す応答信号をゲーム装置１に送信することとなる。
【００７１】
次に、ステップＳ６４において、応答信号をセンターサーバ群５から受信するまで待機して、応答信号を受信すると処理をステップＳ６８に移し、エントリーデータを店舗サーバ２経由でセンターサーバ群５に送信し、その後、処理をステップＳ６５に移す。
エントリーデータを受け付けたセンターサーバ群５は、プレーヤの参加情報の更新、対戦相手となるプレーヤ（本実施形態では４名）の決定をし、対戦相手となる各プレーヤのゲームデータを抽出し、抽出したゲームデータを店舗サーバ２経由でゲーム装置１に送信することとなる。
【００７２】
次に、ステップＳ６５において、センターサーバ群５からゲームデータを店舗サーバ２経由で受信すると、後述するゲーム処理を行い（ステップＳ３）、ゲーム結果（成績やレベル等）の表示を行う（ステップＳ６）。次に、ステップＳ７において、データベースサーバ１０３に記憶させているゲームデータを更新させるため、ゲーム結果を示すゲームデータをセンターサーバ群５に送信する後処理を行い、処理を終了する。
【００７３】
（ゲーム処理）
図１０は、図９に示したフローチャートのステップＳ３において実行されるサブルーチンを示すフローチャートである。
ステップＳ１２においては、ダンジョンの選択処理を行う。この処理において、プレーヤは、迷宮対戦ゲームで用いるダンジョンを選択する。
図１１は、ダンジョン選択画面の一例を示す図である。画面上方には“ダンジョンを選択して下さい。”というダンジョンの選択を受け付けている旨を表すメッセージ画像９３が表示され、メッセージ画像９３の下方には、選択の対象であるダンジョンのダンジョン名を表す選択画像９４（本実施形態では、４つ）が表示されている。プレーヤは、迷宮対戦ゲームで用いるダンジョンを選択画像９４のなかから選択するのである。ステップＳ１２の処理を終了した後、処理をステップＳ１０に移す。
【００７４】
ステップＳ１０において、詳しくは後述するが、ゲーム装置１は、プレーヤによって認証ユニット１５にセットされたアタッチメント４０及びディスク４５から情報を読み取り、読み取った情報に基づいてキャラクタ情報を生成する。キャラクタ情報とは、詳しくは後述するが、キャラクタ基本情報とディスク情報とから生成される情報のことである。メインＣＰＵ３２は、生成されたキャラクタ情報に基づいてゲームを実行する。このとき、メインＣＰＵ３２は、生成されたキャラクタ情報に基づいてゲームを実行するゲーム制御手段として機能する。また、図１０に示したステップＳ１２〜Ｓ２１は、ゲーム制御ステップに相当するものである。
【００７５】
次に、ステップＳ１３において、権利者設定処理を行う。メインＣＰＵ３２は、迷宮対戦ゲームに参加するプレーヤ（本実施形態では、４人のプレーヤ）のいずれかを後述する迷宮のずらしを行うことができるプレーヤ（ずらし権利者）に設定する。各プレーヤは順番にずらし権利者に設定される。
【００７６】
次に、詳しくは後述するが、ステップＳ１４において、迷路を構成している壁部をずらして移動させるずらし処理を行い、さらに、プレーヤの指示に従い、迷宮内のキャラクタ１６１（図２０参照）を移動させる移動フェイズ処理（ステップＳ１５）を行う。
【００７７】
次に、ステップＳ１６において、メインＣＰＵ３２は、戦闘発生か否かを判定する。戦闘発生の場合（ステップＳ１６：ＹＥＳ）、処理をステップＳ１７に移す。戦闘は、迷宮上における攻撃範囲内に複数のキャラクタが存在する場合に発生する。一方、戦闘発生でなければ（ステップＳ１６：ＮＯ）、処理をステップＳ２０に移す。
【００７８】
ステップＳ１７においては、戦闘選択フェイズ処理を行う。ここでは、メインＣＰＵ３２は、画像制御回路７１に指示して、メインディスプレイ１１に図２１に示すような戦闘選択画像１７０（権利表表示部１７０ａを有し、迷路内にキャラクタが配置されている）を表示させる。この戦闘選択画像１７０を参照しながら、各プレーヤ（本実施形態では４人）は、攻撃相手の選択を行う。
【００７９】
次に、ステップＳ１８においては、対戦処理を行う。詳しくは後述するが、メインＣＰＵ３２は、キャラクタ基本情報とディスク情報とから生成された各キャラクタ情報の能力値及びディスク交換の有無や速さに基づいて各キャラクタの勝敗を決める。この場合、サブディスプレイ１２には、図２２（ａ）に示すように、キャラクタ９９ａ、９８ａが対戦する様子を示した対戦画像９２が表示される。
【００８０】
次に、ステップＳ１９においては、戦闘終了及び持点計算処理を行う。ここでは、ステップＳ１８の対戦処理の結果（対戦相手になったキャラクタの種別及び勝敗結果）に応じて、ライフの加算又は減算を行い、キャラクタに対する宝珠の付与又は剥奪を行う。
【００８１】
次に、ステップＳ１１においては、対戦に使用したディスク（アイテム）のディスク情報の書き換え処理を行う。ここでは、ステップＳ１８の対戦処理の結果に応じて、ディスク情報の所定の能力値を変化させて記憶させる。例えば、アイテムが武器であれば、攻撃力の数値を対戦処理の結果に応じた所定の値だけ加算又は減算して記憶させる。すなわち、対戦処理の結果が勝利であれば、例えば、攻撃力の数値を“１”加算して記憶させる。また、防具であれば、例えば、防御力の数値を対戦処理の結果に応じた所定の値だけ加算又は減算して記憶させる。このようにしてディスク情報が書き換えられたディスク４５は、新たな情報を持つディスクとなり、次に対戦を行った際には、その書き換えられた値（ディスク情報）が用いられてキャラクタ情報が生成されることになる。
【００８２】
このように、ディスク４５は、ディスク情報を書換可能に記憶することができ、ゲームの結果に応じてディスク情報が書き換えられるため、プレーヤがゲームを行うことによって当該ゲームの結果が反映された新たなディスク４５が作り出されることになるため、ゲームに使用可能なディスク４５の種類を増加させることができる。その結果、アタッチメント４０とアタッチメント４０に取り付けるディスク４５の組み合わせに多様性を持たせることができ、戦略性の高いゲームを行うことが可能になる。また、ディスク４５には、プレーヤ自身のゲームの結果が反映されるため、よりプレーヤ好みのキャラクタを創出することが可能であり、収集の対象としてのディスク４５に対する遊技者の収集欲を強く掻き立てることもできる。
【００８３】
ステップＳ１６において、戦闘発生でなかった場合（ステップＳ１６：ＮＯ）又はステップＳ１１の処理を終了した後、ステップＳ２０において、メインＣＰＵ３２は、ダンジョンのクリア条件が成立したか否かを判定する。成立したと判定した場合、処理をステップＳ２１に移す。一方、成立していないと判定した場合、処理をステップＳ１０に戻す。そして、プレーヤは、再びキャラクタ情報を生成し、対戦を行うこととなる。
【００８４】
ステップＳ２１において、メインＣＰＵ３２は、ゲームの終了条件が成立したか否かを判定する。終了条件が成立している場合（ライフが０以下になった場合、又は、プレーヤによる終了の入力があった場合）は、ゲーム処理を終了し、そうでなければステップＳ１２に戻って上記処理を繰り返す。ライフが０以下になったプレーヤについては迷宮対戦ゲームが終了し、代わりにメインＣＰＵ３２が別のキャラクタとして参戦する。なお、図示しないが、ライフが０以下になったプレーヤは、ゲーム装置１にコインを投入することによって、ライフを一定量回復させて再び迷宮対戦ゲームを行うことができる。
【００８５】
（キャラクタ生成処理）
図１２は、図１０に示すフローチャートのステップＳ１０において実行されるサブルーチンを示すフローチャートである。
まず、ステップＳ１０１において、メインＣＰＵ３２は、ディスク４５とアタッチメント４０とを認証ユニット１５にセットする要求メッセージを出力する。例えば、“アタッチメントにディスクを取り付けて、認証ユニットにセットしてください”といったメッセージがサブディスプレイ１２に出力される。
【００８６】
次に、処理をステップＳ１０２に移し、セットされたディスク４５のディスク用ＩＣチップ４６からディスク情報を読み取る。認証ユニット１５は、ディスク４５からディスク情報を読み取る構成情報読取手段として機能する。また、ステップＳ１０２は、ディスク４５のディスク用ＩＣチップ４６からディスク情報を読み取る構成情報読取ステップに相当する。
なお、ステップＳ１０２において読み取られたディスク情報に含まれるディスクＩＤはＲＡＭ３３に記憶され、ディスク交換処理において読み取られるディスクＩＤ（図１７のステップＳ１３２参照）と比較され、合致するか否かについて判断されることになる。
また、アタッチメント４０のアタッチメント用ＩＣチップ４２からアタッチメントＩＤを読み取る。メインＣＰＵ３２は、ディスク情報及びアタッチメントＩＤを読み取り中であれば処理をステップＳ１０２に戻し（ステップＳ１０２：ＮＯ）、一方、読み取りが完了したと判断した場合（ステップＳ１０２：ＹＥＳ）には処理をステップＳ１０３に移す。
【００８７】
ステップＳ１０３において、メインＣＰＵ３２は、読み取ったアタッチメントＩＤをセンターサーバ群５に送信し、処理をステップＳ１０４に移す。センターサーバ群５は、データベースサーバ１０３にある記憶部４０６のＩＤ管理ファイルを参照し、受信したアタッチメントＩＤに対応したキャラクタ基本情報をゲーム装置１に送信することとなる。
【００８８】
ステップＳ１０４において、ゲーム装置１は、送信したアタッチメントＩＤに対応したキャラクタ基本情報を店舗サーバ２経由で受信する。次に、ステップＳ１０５において、受信したキャラクタ基本情報に含まれるアタッチメント４０のスロット数の情報と、ステップＳ１０２で読み取ったディスクの枚数とを比較する。ディスク枚数がスロット数よりも多い場合（ステップＳ１０５：ＮＯ）、エラーメッセージを出力し（ステップＳ１０７）、処理をステップＳ１０１に戻し、再度、ディスク情報及びアタッチメントＩＤの読み取りを行う。一方、ディスク枚数がスロット数と同じ又は少ない場合（ステップＳ１０５：ＹＥＳ）、受信したキャラクタ基本情報とステップＳ１０２で読み取ったディスク４５とからキャラクタ情報を生成（ステップＳ１０６）し、本サブルーチンを終了する。このとき、メインＣＰＵ３２は、キャラクタ基本情報、及び、ディスク情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段として機能する。Ｓ１０６は、受信したキャラクタ基本情報とステップＳ１０２で読み取ったディスク４５とからキャラクタ情報を生成する生成ステップに相当する。
なお、キャラクタ情報の生成は、１の対戦が終了するごとに行うことができるが、一旦、キャラクタ情報が生成されると、該１の対戦が終了するまでは、キャラクタ情報の再設定を行うことができない。このようにして、再設定を一定の条件を満たした場合に制限することにより、ゲームの戦略性を高めることができる。
【００８９】
図１３は、キャラクタ情報生成テーブルの一例を示す図である。
なお、本実施形態では、アタッチメント４０のスロット数は２つの場合について説明する。ステップＳ１０２において、ディスク４５のディスク情報が読み取られるとその内容が、ゲーム装置１のＲＡＭ３３に記憶される。始めに読み取ったディスク（ディスク１とする）のアイテムは、例えば、ショットガンを表しており、ディスク情報は“ディスクＩＤ「４０００ｂ」、攻撃力「２０」、スロット数「１」、残り弾丸数「１０」”である。また、２番目に読み取ったディスク（ディスク２とする）のアイテムは、例えば、防弾服を表しており、ディスク情報は“ディスクＩＤ「６０００ｅ」、防御力「２０」、スロット数「１」”である（図１３（ａ）参照）。
ディスクＩＤとは、ディスク４５を識別するための情報であり、ディスク情報における生命力、攻撃力、防御力とは、キャラクタ情報を生成する際に、キャラクタ基本情報に変化を与える数値である。また、ディスク情報におけるスロット数とは、ディスクを使用する際に使用するスロット数である。また、ディスク情報における残り弾丸数とは、キャラクタが使用する銃の残りの弾丸数のことである。残り弾丸数は、キャラクタが銃を使用することにより減少することとなる。
【００９０】
図１３に示すキャラクタ情報生成テーブルを用いて、図１２を用いて説明した処理について具体的に説明する。図１２のステップＳ１０２において読み取られたアタッチメントＩＤ“１００２”をセンターサーバ群５に送信する（ステップＳ１０３）と、データベースサーバ１０３の記憶部４０６のＩＤ管理ファイルのなかからアタッチメントＩＤ“１００２”に対応したキャラクタ基本情報“レベル「２０」、生命力「２００」、攻撃力「２００」、防御力「２００」、スロット数「２」”が抽出され、ゲーム装置１に送信される（図１３（ａ）参照）。
レベルとは、アタッチメントＩＤに対応するキャラクタのレベルであり、キャラクタ基本情報における生命力、攻撃力、防御力とは、キャラクタの基本となる能力値のことである。また、キャラクタ基本情報におけるスロット数とは、アタッチメント４０のスロット数である。
【００９１】
そして、ステップＳ１０５において、読み取ったディスク４５のスロット数の合計、すなわち、ディスク枚数（本実施形態では“２”）は、アタッチメント４０のスロット数（本実施形態では“２”）と同じであるので（ステップＳ１０５：ＹＥＳ）、上記２枚のディスク４５のディスク情報とキャラクタ基本情報とからキャラクタ情報を生成することとなる。
具体的には、キャラクタ基本情報に２つのディスク情報（ディスク１及びディスク２）の能力値（生命力、攻撃力、防御力）が加算され、キャラクタ情報“生命力「２００」、攻撃力「２２０」、防御力「２２０」、残り弾丸数「１０」”が生成される（ステップＳ１０６）のである。
なお、例えば、図１３（ｂ）に示すように、アタッチメント４０のスロット数が“２”であり、読み取ったディスク４５のディスク枚数が“３”であるように、スロット数よりもディスク枚数が多い場合（ステップＳ１０５：ＮＯ）、キャラクタ情報は生成されず、再度、ディスク情報及びアタッチメントＩＤの読み取りを行うことになる。
【００９２】
（ずらしフェイズ処理）
図１４は、図１０に示したフローチャートのステップＳ１４において実行されるサブルーチンを示すフローチャートである。
まず、ステップＳ３１において、メインＣＰＵ３２は、画像制御回路７１に指示してメインディスプレイ１１に図１９に示すような迷宮画像１５０を表示される。この迷宮画像は、４人のプレーヤのずらし権利の有無や、攻撃の優先順位等を表示する権利表表示部（Ｐｌａｙｅｒ１、２、３、４）１５０ａと、複数の壁部により構成される迷路の画像を表示する迷路表示部１５０ｂとを有し、その迷路内に複数のキャラクタ１５１の画像が表示されている。また、プレーヤに操作入力を促すためのタイマー表示部１５０ｃを有し、さらにライフ表示部１５０ｄと、壁部の移動方法の説明を示す説明表示部１５０ｅとを有している。タイマー表示部１５０ｃは、メインＣＰＵ３２が作動することによって、メインディスプレイ１１に表示されており、第１の経過時間に従って、表示される数字が減るようになっている。
【００９３】
次に、ステップＳ３２において、メインＣＰＵ３２は、第１の経過時間の計測を開始する。第１の経過時間は、プレーヤが画面上で位置をずらす対象となる壁部（ずらし壁部）を決定したことを示す操作入力を行うことができるようになった時刻（入力開始時刻）から、プレーヤが所望の矢印ａにタッチして、進行操作入力又は決定操作入力を行うまでの時間経過を示している。
【００９４】
次に、ステップＳ３３において、メインＣＰＵ３２がずらし壁部の決定が行われたか否かを判別し、ずらし壁部の決定が行われると（ステップＳ３３：ＹＥＳ）ステップＳ３６に処理を移し、行われなければ（ステップＳ３３：ＮＯ）ステップＳ３７に処理を移す。
【００９５】
ステップＳ３６において、メインＣＰＵ３２は、決定された壁部をずらし壁部に設定して、キャラクタの動作（壁をずらす）を決定し、処理をステップＳ３９に移す。
【００９６】
一方、ステップＳ３３からステップＳ３７に処理を移すと、第１の経過時間が、ずらし決定の制限時間（本実施形態では１５秒）以内であるか否かを判定し、第１の経過時間がずらし決定の制限時間以内であればステップＳ３３に戻り（ステップＳ３７：ＹＥＳ）、そうでなければ（ステップＳ３７：ＮＯ）ステップＳ３８に処理を移し、サンプリング回路３６から抽出した乱数を用いるなどして、いずれかの壁部をランダムにずらし壁部に決定する。
【００９７】
ステップＳ３９において、ずらした後の迷宮画像を表示すると、ずらしフェイズが終了する。
【００９８】
図１５は、図１０に示すフローチャートのステップＳ１５において実行されるサブルーチンを示すフローチャートである。
移動フェイズ処理を開始すると、ステップＳ４１において、メインＣＰＵ３２は、画像制御回路７１に指示して、メインディスプレイ１１に図２０に示すような移動フェイズの迷宮画像１６０を表示させる。この迷宮画像１６０も図１９の迷宮画像１５０と同様の各表示部（権利表表示部１６０ａ、迷路表示部１６０ｂ、タイマー表示部１６０ｃ及びライフ表示部１６０ｄ）を有し、さらに、キャラクタ１６１が迷路内に配置され、移動先の指定要求メッセージと、移動先の決定ボタンとの表示を有する移動先指定表示部１６０ｅを有している。
【００９９】
次に、ステップＳ４２において、メインＣＰＵ３２は、第２の経過時間の計測を開始する。第２の経過時間は、プレーヤが自己のキャラクタの移動先を指定するための操作入力（移動先の指定）を行うことができるようになった時刻（入力開始時刻）から、プレーヤが移動先を指定した上で、移動先指定表示部１６０ｅにタッチし、遊技を進行させるための操作入力（進行操作入力又は決定操作入力）を行うまでの時間経過を示している。
【０１００】
次に、ステップＳ４３において、メインＣＰＵ３２は、移動先の指定が行われたか否かを判定し、移動先の指定が行われると（ステップＳ４３：ＹＥＳ）ステップＳ４４、行わなければ（ステップＳ４３：ＮＯ）ステップＳ４８に処理を移す。
【０１０１】
ステップＳ４４において、メインＣＰＵ３２は、キャラクタの居場所から移動先までの床面の表示色を変更した画像（図示せず）を表示し、移動先を明らかにしてステップＳ４５に処理を移す。そして、ステップＳ４５において、プレーヤが移動先指定表示部１６０ｅの決定ボタンにタッチ（移動先の決定を行う）したか否かを判定し、タッチしたら（ステップＳ４５：ＹＥＳ）ステップＳ４９に処理を移し、タッチしていなければ（ステップＳ４５：ＮＯ）ステップＳ４８に処理を移す。
【０１０２】
ステップＳ４８において、メインＣＰＵ３２は、第２の経過時間が移動先決定時間の制限時間（本実施形態では３０秒）以内であるか否かを判定し、第２の経過時間が移動先決定時間以内であれば（ステップＳ４８：ＹＥＳ）、処理をステップＳ４３に戻し、そうでなければ（ステップＳ４８：ＮＯ）移動フェイズ処理が終了する（この場合、キャラクタは移動せずに元の居場所に待機している）。また、ステップＳ４９において、メインＣＰＵ３２は、それまでのステップでの決定に従いキャラクタの動作（迷路内の移動）を決めて、キャラクタを移動させた画像を表示させる。すると、移動フェイズ処理が終了する
【０１０３】
（対戦処理）
図１６は、図１０に示すフローチャートのステップＳ１８において実行されるサブルーチンを示すフローチャートである。対戦が開始されると、例えば、図２２（ａ）のような対戦画像９２が表示され、画面の左下には、残り弾丸数を表す残り弾丸数画像９７が表示される。
【０１０４】
まず、ステップＳ１２０において、メインＣＰＵ３２は、弾丸数が所定数（本実施形態では“５”）以下であるか否かを判断する。所定数以下ではない場合（ステップＳ１２０：ＮＯ）、処理をステップＳ１２３に移す。一方、所定数以下の場合（ステップＳ１２０：ＹＥＳ）、処理をステップＳ１２１に移す。
【０１０５】
ステップＳ１２１において、メインＣＰＵ３２は、報知画像表示処理を行う。図２２（ｂ）に、サブディスプレイ１２に表示される画像の一例を示す。画面には、弾丸数が“５”以下の場合に表示される“残り弾丸数が少なくなっています”という報知画像９６が画面左下の残り弾丸数画像９７の上側に表示される。また、残り弾丸数画像９７の右側には、ディスク交換ボタン画像１９０が表示される。ステップＳ１２１は、弾丸数が“５”以下の場合に表示される“残り弾丸数が少なくなっています”という報知画像９６を報知画像表示手段に表示させる報知画像表示ステップに相当する。
次に、ステップＳ１２２においては、ディスク交換処理を行う。詳しくは後述するが、プレーヤによるディスク交換の指示入力があると、ゲーム装置１は、ディスク情報を読み取り、ディスク情報に含まれるディスクＩＤが、それ以前に読み取ったディスクＩＤに一致すればディスク情報の書き換えを行い、ディスク交換を要求する画像を表示する。そして、プレーヤによって新たなディスク４５がセットされ、読み取り要求の指示入力がされたことを契機として、ゲーム装置１は、新たなディスク４５のディスク情報を読み取り、読み取ったディスク情報に基づいてキャラクタ情報を生成することとなる。その結果、新しく取り付けたディスク情報に基づいてキャラクタ情報の残り弾丸数が回復することとなる。なお、本実施形態においては、交換するディスクは、キャラクタが使用する武器（銃）に関するディスクとするが、これに限らず、他のアイテムを表すディスク（例えば、防具）の交換を行うとしてもよい。
【０１０６】
ステップＳ１２０において弾丸数が所定数以下ではないと判断した場合、又は、ステップＳ１２２の処理の後、メインＣＰＵ３２は、プレーヤが銃を使用したか否かを判断する（ステップＳ１２３）。銃を使用していないと判断した場合（ステップＳ１２３：ＮＯ）、処理をステップＳ１２５に移す。一方、銃を使用したと判断した場合（ステップＳ１２３：ＹＥＳ）、処理をステップＳ１２４に移し、使用した弾丸数だけ減算し、減算した結果をゲーム装置１のＲＡＭ３３に更新して記憶する。
このとき、メインＣＰＵ３２は、キャラクタ情報に含まれるディスク情報を更新する更新手段として機能する。ステップＳ１２４は、キャラクタ情報に含まれるディスク情報を更新する更新ステップに相当するものである。ステップＳ１２４の処理を終了した後、処理をステップＳ１２５に移す。
【０１０７】
ステップＳ１２５において、メインＣＰＵ３２は、移動や防御等のその他の戦闘処理を行い、処理をステップＳ１２９に移す。
【０１０８】
ステップＳ１２９において、メインＣＰＵ３２は、認証ユニット１５を駆動して、ゲーム装置１のＲＡＭ３３に記憶されている残り弾丸数をディスク４５に書き込む。例えば、キャラクタが使用した弾丸数を減算した結果、残り弾丸数が「０」であれば、残り弾丸数「０」をディスク４５に書き込む。
次に、ステップＳ１２６において、対戦が終了したか否かを判断する。対戦が終了していないと判断した場合、処理をステップＳ１２０に戻し（ステップＳ１２６：ＮＯ）、対戦が終了したと判断した場合（ステップＳ１２６：ＹＥＳ）、本サブルーチンを終了する。
【０１０９】
（ディスク交換処理）
図１７は、図１６に示すフローチャートのステップＳ１２２において実行されるサブルーチンを示すフローチャートである。
【０１１０】
ステップＳ１３０において、ディスク交換指示入力があるか否かを判断する。ディスク交換指示入力がない場合（ステップＳ１３０：ＮＯ）には、本サブルーチンを終了する。一方、ディスク交換指示入力がある場合（ステップＳ１３０：ＹＥＳ）には、ディスク交換前画像（図２２３（ｂ）におけるディスク交換前画像１９１）を表示し（ステップＳ１３１）、処理をステップＳ１３２に移す。
【０１１１】
ステップＳ１３２において、メインＣＰＵ３２は、認証ユニット１５を駆動してディスク４５からディスクＩＤを含むディスク情報を読み取る。このとき、認証ユニット１５は、識別情報読取手段として機能する。また、ステップＳ１３２は、ディスク４５からディスクＩＤを読み取る識別情報読取ステップに相当する。
次に、読み取ったディスク情報に含まれるディスクＩＤと前回に読み取ったディスク情報に含まれるディスクＩＤとを比較し、合致するか否かを判断する（ステップＳ１３３）。
すなわち、ゲームを開始してから初めてディスク交換を行う場合には、ステップＳ１０２（図１２参照）において読み取られ、ＲＡＭ３３に記憶されているディスク情報に含まれるディスクＩＤと比較する。また、ゲームを開始してからディスク交換を１度以上行っている場合には、ステップＳ１３８において読み取られ、ＲＡＭ３３に記憶されているディスク情報に含まれるディスクＩＤとを比較して、合致するか否かを判断する。
ディスクＩＤが合致しない場合（ステップＳ１３３：ＮＯ）には、エラーメッセージ（図２３（ｂ）におけるエラー画像１９２）を出力し（ステップＳ１３５）、処理をステップＳ１３２に戻す。一方、ディスクＩＤが合致する場合（ステップＳ１３３：ＹＥＳ）には、メインＣＰＵ３２は、認証ユニット１５を駆動してディスク情報を書き換える（ステップＳ１３４）。このとき、認証ユニット１５は、構成情報書換手段として機能する。また、ステップＳ１３４は、構成情報書換ステップに相当する。
【０１１２】
次に、ステップＳ１３６において、メインＣＰＵ３２は、ディスク交換を要求するディスク交換要求画像（図２４におけるディスク交換要求画像１９４）を表示させる指示を画像制御回路７１に送信する。ステップＳ１３４は、交換要求画像表示手段にディスク交換要求画像を表示する交換要求表示ステップに相当する。
画像制御回路７１では、画像ＲＯＭ７１ｄからディスク交換要求画像に関する画像データが抽出され、抽出された画像データの表示制御が行われる。ディスク交換要求画像が表示されると、プレーヤは、ディスク４５を交換することとなる。
【０１１３】
次に、ステップＳ１３７において、ディスク情報の読み取り要求指示入力があるか否かを判断する。読み取り要求指示入力がない場合（ステップＳ１３７：ＮＯ）には、処理をステップＳ１３７に戻す。一方、読み取り要求指示入力がある場合（ステップＳ１３７：ＹＥＳ）には、ディスク４５のディスク情報を新たに読み取り（ステップＳ１３８）、処理をステップＳ１３９に移す。ステップＳ１３８は、ディスク４５からディスク情報を新たに読み取る構成情報再読取ステップに相当する。なお、ステップＳ１３８において読み取られたディスク情報に含まれるディスクＩＤはＲＡＭ３３に記憶され、再度ディスク交換処理を行う際に、再度ステップＳ１３２において読み取られるディスクＩＤと比較され、合致するか否かについて判断されることになる。
【０１１４】
ステップＳ１３９において、メインＣＰＵ３２は、読み取ったディスク情報に基づいてキャラクタ情報を生成し、本サブルーチンを終了する。ステップＳ１３９は、ステップＳ１３８において新たに読み取られたディスク情報に基づいてキャラクタ情報を生成する再生成ステップに相当する。
なお、本実施形態では、ディスク交換をすることができるディスクは、同じ種類のディスク（アイテム）に限るが、違う種類のディスクと交換することができることとしてもよい。同じ種類のディスク４５であるか否かについては、例えば、ディスクＩＤの下一桁のアルファベット（図１３参照）が同じであるか否かで判断する。例えば、“ディスクＩＤ「４０００ｂ」、残り弾丸数「０」”のショットガンを表すディスクは、“ディスクＩＤ「４１００ｂ」、残り弾丸数「１０」”のショットガンを表すディスクと交換可能であるが、“ディスクＩＤ「４２００ｍ」、残り弾丸数「１０」”のライフル銃を表すディスクとは交換不可能である。
【０１１５】
図２２〜図２５に示す対戦画像を示す図を用いて、図１８を用いて説明した処理について具体的に説明する。
対戦中に残り弾丸数が所定数以下になると、画面には、“残り弾丸数が少なくなっています”という報知画像９６が画面左下の残り弾丸数画像９７の上側に表示される（図２２（ｂ）参照）。また、残り弾丸数画像９７の右側には、ディスク交換ボタン画像１９０が表示される。
【０１１６】
ステップＳ１３０において、タッチパネル１１ａを介してプレーヤによってディスク交換ボタン画像１９０に対応する指示が入力されると、ディスク交換前画像１９１が表示される（図２３（ａ）参照）。この後、プレーヤは、ディスク交換要求画像１９４（図２４参照）が表示されるのを待つことになる。ディスク交換要求画像１９４が表示されるとプレーヤは、ディスク４５を交換し、いち早く交換完了ボタン画像１９５を操作すれば、いち早く銃を使用することができるようになる。すなわち、ディスク交換前画像１９１が表示されてから、ディスク交換要求画像１９４が表示されるまでの時間もゲームが進行していることとなるのである。
【０１１７】
ゲーム装置１は、ディスク交換前画像１９１を表示した上で、ステップＳ１３３、ステップＳ１３４の処理を行う。ここで、ステップＳ１３３において、ディスクＩＤが合致しない場合、すなわち、ディスク情報の書き換え前にディスク４５が認証ユニット１５にセットされたアタッチメント４０から取り除かれた場合には、エラー画像１９２を表示（図２３（ｂ）参照）する。
なお、本実施形態では、ディスク情報の書き換え前にディスク４５が認証ユニット１５にセットされたアタッチメント４０から取り除かれた場合には、エラーメッセージを出力してプレーヤによって不正にディスク４５が交換されるのを防ぐこととしたが、例えば、ディスク情報の書き換え前に、認証ユニット１５がゲーム装置１内にアタッチメント４０ごと格納され、プレーヤは、ディスク４５をアタッチメント４０から取り除くことができないようにすることとしてもよい。
【０１１８】
一方、ステップＳ１３４において、ディスク情報の書き換えが終了すると、ステップＳ１３６において、ディスク交換要求画像１９４が表示される（図２４参照）。また、読み取り要求指示入力するための交換完了ボタン画像１９５が表示される。
ディスク交換要求画像１９４が表示されると、プレーヤは、ディスク４５を交換し、交換が完了すると、交換完了ボタン画像１９５をタッチパネル１１ａを介して操作し、ディスク情報の読み取りを指示する。プレーヤは、いち早く交換完了ボタン画像１９５を操作すれば、いち早く銃を使用することができるようになり、戦闘を有利に進めることができるようになる。以上のような表示によれば、交換中もゲームが進行しているように表示することができ、また、ディスク４５を交換する速さをゲームに取り入れることにより、新たなゲーム性を付与することができる。
【０１１９】
次に、図１８を用いて、ゲーム装置、店舗サーバ及びセンターサーバ群の間で行われる動作シーケンスを説明することとする。
ゲーム装置１では、ステップＳ１００において、電源投入時に店舗サーバ２に対してアプリケーションデータのダウンロード要求を送信すると、店舗サーバ２は、ダウンロード要求に対してダウンロード要求を送信してきたゲーム装置１にアプリケーションデータを送信する（ステップＳ２５０）。
【０１２０】
ゲーム装置１は、アプリケーションデータを受信すると、そのアプリケーションデータをＲＡＭ３３に記憶し、該アプリケーションを作動させる。
そして、ゲーム装置１は、ステップＳ６１において、メッセージ出力処理を行い、ステップＳ６２において、プレーヤによるコインの投入、ＩＤカードの挿入及びパスワードの入力を受け付ける。プレーヤによって、コイン、ＩＤカードの挿入、パスワードの入力があると、カード情報等を店舗サーバを経由してセンターサーバ群に送信する（ステップＳ６３）。
すると、センターサーバ群５では、ステップＳ３０１に処理を移し、受信したカード情報及びパスワードを用い、プレーヤがＩＤカードの持ち主本人であるか否かを判断する認証処理を行い（ステップＳ３０１）、その認証結果を示す応答信号をゲーム装置１に送信する（ステップＳ３０２）。この場合、データベースサーバ１０３では、各店舗Ａ、Ｂに８台ずつ設置されているゲーム装置１に対して、同様の認証処理を行う。
【０１２１】
ゲーム装置１は、ステップＳ６４において、センターサーバ群５から応答信号を受信すると処理をステップＳ６８に移し、エントリーデータを店舗サーバ２経由でセンターサーバ群５に送信し、その後、処理をステップＳ６５に移す。
すると、センターサーバ群５では、ステップＳ３０３に処理を移し、ゲームサーバ１０１により、各ゲーム装置１からのエントリーデータを用いて、プレーヤのエントリー受付を行う。次に、ステップＳ３０４において、プレーヤの参加情報を更新し、対戦相手となるプレーヤを決定する（ステップＳ３０５）。次に、ステップＳ３０６において、対戦相手となる各プレーヤのゲームデータを抽出し、抽出したゲームデータを店舗サーバ経由でゲーム装置１に送信する（ステップＳ３０７）。
【０１２２】
ゲーム装置１は、ステップＳ６５において、センターサーバ群からゲームデータを店舗サーバ経由で受信するとゲーム処理を行い（ステップＳ３）、ゲーム処理が終了ずると、ゲーム結果（成績やレベル等）の表示を行う（ステップＳ６）。次に、ステップＳ７において、ゲーム結果を示すゲームデータを店舗サーバを経由してセンターサーバ群に送信する後処理を行い、処理を終了する。
すると、センターサーバ群５では、ステップＳ３０８に処理を移し、各プレーヤのゲームデータを受信すると、受信したゲームデータに基づいて、ゲームデータを更新して記憶し、処理を終了する。
【０１２３】
以上、本発明によれば、ゲーム進行中にディスク情報が更新されて残り弾丸数が所定数以下となった（所定の条件を満たした）際に報知画像９６が表示され、そのときにプレーヤによってディスク情報の書き換えに関する指示が入力されると、ディスク４５からディスクＩＤが読み取られる。そして、読み取られたディスクＩＤが、それ以前に読み取られたディスクＩＤと合致する場合に、ディスク４５に記憶されたディスク情報が、更新後のディスク情報に書き換えられる。従って、プレーヤがディスク４５を交換して不正にゲームを進めようとしても、ディスクＩＤが合致しなければ、ディスク情報の書き換えは行われないため、ゲームの進行中にディスク４５が交換されて不正にゲームが進められることを防止することができる。
【０１２４】
その後、ディスク交換要求画像１９４が表示されるときに、プレーヤがディスク４５を交換し、ディスク情報の読み取りを要求する指示を入力すると、交換されたディスク４５からディスク情報が読み取られ、そのディスク情報に基づいて、キャラクタ情報が生成される。
このように、ディスク情報の読み取りを要求する指示をプレーヤが入力したことを契機として、ディスク４５からディスク情報が読み取られるため、ディスク情報が読み取られるタイミング、すなわち、ディスク４５を交換し得るタイミングをプレーヤが決定することができる。従って、ディスク情報の更新の程度に応じてディスク４５の交換のタイミングをプレーヤが決めることが可能な戦略性の高いゲームを提供することができる。
【０１２５】
本実施形態では、アタッチメント４０は、半楕円球形状をしたものとしたが、特に限定されるものではなく、例えば、図２３に示すような形状とすることができる。
図２３（ａ）〜（ｃ）は、それぞれアタッチメントの一例を模式的に示す斜視図である。
図２３（ａ）は、飛行機の形状をしたアタッチメントを示している。図２３（ｂ）は、戦車の形状をしたアタッチメントを示している。図２３（ｃ）は、ロボットの形状をしたアタッチメントを示している。これらのアタッチメントは、取付部５０ａ、５１ａ、５２ａを有しており、記憶媒体を取り付け可能である。
そして、例えば、飛行機の形状をしたアタッチメントを使用すればキャラクタの移動範囲が広い、戦車の形状をしたアタッチメントを使用すればキャラクタの防御力が高い、ロボットの形状をしたアタッチメントを使用すればキャラクタの生命力が高い等、使用する取付体によって、その形状に応じたキャラクタ情報を生成することができるとしてもよい。
また、本実施形態では、アタッチメントは、半楕円球形状をしたものとしたが、図２４に示すように、フィギア４９と台座部４８とからなるアタッチメントとし、その台座部４８に記憶媒体を取り付ける取付部４８ａを設けるとしてもよい。
【０１２６】
本実施形態では、迷宮対戦ゲームを行うことが可能なゲーム装置１を例にとって説明しているが、本発明を、他の画像遊技を行うことが可能なゲーム装置に適用することも可能である。例えば、野球、サッカー等複数の選手を登場させるゲームで、選手に対応するアタッチメント（フィギア形状のもの等でもよい）と選手の能力値を変化させることができる記憶媒体を用いてチームプレーをシュミレーションすることができるゲーム装置等である。
【０１２７】
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【図面の簡単な説明】
【０１２８】
【図１】本発明に係るゲームシステムの構成図である。
【図２】１つの店舗に設置された８台のゲーム装置とカード販売機との外観を示す斜視図である。
【図３】ゲーム装置の外観を示す斜視図である。
【図４】ゲーム装置のハードウェア構成を示すブロック図である。
【図５】画像制御回路の内部構成の一例を示すブロック図である。
【図６】店舗サーバのハードウェア構成を示すブロック図である。
【図７】センターサーバのハードウェア構成を示すブロック図である。
【図８】（ａ）は、ゲームシステムに係るアタッチメントの分解正面図であり、（ｂ）は、ゲームシステムに係る記憶媒体（ＩＣチップ内蔵ディスク）の斜視図である。
【図９】ゲーム装置１において実行される処理の概要を示すフローチャートである。
【図１０】図９に示すフローチャートのステップＳ３において実行されるサブルーチンを示すフローチャートである。
【図１１】ダンジョン選択画面の一例を示す図である。
【図１２】図１０に示すフローチャートのステップＳ１０において実行されるサブルーチンを示すフローチャートである。
【図１３】キャラクタ情報生成テーブルの一例を示す図である。
【図１４】図１０に示すフローチャートのステップＳ１４において実行されるサブルーチンを示すフローチャートである。
【図１５】図１０に示すフローチャートのステップＳ１５において実行されるサブルーチンを示すフローチャートである。
【図１６】図１０に示すフローチャートのステップＳ１８において実行されるサブルーチンを示すフローチャートである。
【図１７】図１６に示すフローチャートのステップＳ１２２において実行されるサブルーチンを示すフローチャートである。
【図１８】ゲーム装置、店舗サーバ及びセンターサーバ群の間で行われる動作シーケンスを示すシーケンスチャートである。
【図１９】迷宮画像を示す図である。
【図２０】別の迷宮画像を示す図である。
【図２１】戦闘選択画像を示す図である。
【図２２】（ａ）は、ゲーム装置１のサブディスプレイ１２に表示される対戦画像の一例を示す図であり、（ｂ）は、ゲーム装置１のサブディスプレイ１２に表示される報知画像９６を含む対戦画像の一例を示す図である。
【図２３】（ａ）は、ゲーム装置１のサブディスプレイ１２に表示されるディスク交換前画像１９１を含む対戦画像の一例を示す図であり、（ｂ）は、ゲーム装置１のサブディスプレイ１２に表示されるエラー画像１９２を含む対戦画像の一例を示す図である。
【図２４】ゲーム装置１のサブディスプレイ１２に表示されるディスク交換要求画像を含む対戦画像の一例を示す図である。
【図２５】（ａ）、（ｂ）及び（ｃ）は、他の一例に係るアタッチメントの斜視図である。
【図２６】他の一例に係るアタッチメントの斜視図である。
【符号の説明】
【０１２９】
１ ゲーム装置
２ 店舗サーバ
５ センターサーバ群
１５ 認証ユニット
１５ａ アタッチメント装着部
１５ｂ 読取部
３１ マイクロコンピュータ
３２ ＣＰＵ
３３ ＲＡＭ
３４ ＲＯＭ
４０ アタッチメント
４１ 台座部
４２ アタッチメント用ＩＣチップ
４３ スロット部
４５ ＩＣチップ内蔵ディスク
４６ ディスク用ＩＣチップ
９６ 報知画像
１００ ゲームシステム
１９０ ディスク交換ボタン画像
１９１ ディスク交換前画像
１９２ エラー画像
１９４ ディスク交換要求画像
１９５ 交換完了ボタン画像
【技術分野】
【０００１】
本発明は、ゲーム装置、当該ゲーム装置により実行されるプログラム、及び、当該ゲーム装置において実行されるゲーム制御方法に関する。
【背景技術】
【０００２】
従来、トレーディングカードやフィギュア等は、スポーツ選手やアニメのキャラクタ等を表したものであり、マニアに収集されるものであったが、近年、このようなトレーディングカードやフィギュア等を用いて行うゲームが提供されており、幅広い年齢層からの支持を得ている。このようなゲームの人気の要因は、トレーディングカードやフィギュア等を収集するというコレクション的な要素と、ゲームとしての面白さとの二面性を有している点にあるといえる。近時では、トレーディングカードやフィギュア等に、ゲームに登場するキャラクタに関するデータを有する記憶媒体としての機能を付与し、この記憶媒体からデータを読み取って当該データに基づいてビデオゲームを進行させるゲーム装置も登場しており、広く流行するに至っている。
【０００３】
このようなゲーム装置としては、例えば、複数のプレーヤが夫々ロボット本体に武器等のロボット部品を装着させてロボットを組み立て、そのロボットをゲーム装置に接続することにより、そのロボットのゲーム上における能力値が、ロボットを構成するロボット本体とロボット部品とによって決定され、ゲーム上でロボットの対戦を行うことが可能となるゲーム装置が存在する（例えば、特許文献１、２参照）。これらのゲーム装置においては、ロボット本体とロボット部品とが記憶媒体としての機能を有している。すなわち、ロボット本体内に設けられた不揮発性メモリに、予めロボットのゲーム上での能力値や当該ロボット本体に装着され得るロボット部品に関する情報等が記憶されており、ロボット本体に装着されたロボット部品が有する識別情報がロボット本体によって読み取られると、その識別情報に応じたロボットの能力値が不揮発性メモリから読み出され、ゲーム装置に供給されるのである。特許文献１、２に記載のゲーム装置によれば、ロボット本体を実際に手に取ってロボット部品を装着させると、ロボット本体とロボット部品との組み合わせによって、ゲーム上でのロボットの能力値が決定されるため、プレーヤ自身が好みのロボットを創出することが可能なゲームを提供することができる。また、多くのロボット本体やロボット部品を収集することにより、能力値が異なる様々なロボットを創出することができる。
【０００４】
【特許文献１】特開平９−４７５７５号公報
【特許文献２】登録実用新案第３０５４６９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、特許文献１、２に記載のゲーム装置によれば、ロボット本体内の不揮発性メモリに、予めロボットの能力値やロボット本体に装着され得るロボット部品に関する情報が記憶されているため、ロボット本体とロボット部品との組み合わせによって創出し得るロボットの種類に限りがあり、戦略性に乏しく、プレーヤの収集欲を充分に掻き立てることができないという問題があった。また、ロボット本体内の不揮発性メモリに、予めロボットの能力値やロボット本体に装着され得るロボット部品に関する情報が記憶されているため、新たなロボット部品を追加して製品化することができないという問題があった。そのため、ロボットを製品化当初に予定していた範囲を超えて成長させたり、製品化当初に予定していた以外のロボットを創出可能としたりすることができず、ゲームとしての継続性を担保することができないといった問題があった。
【０００６】
このような問題に鑑みて鋭意検討した結果、本出願人は、１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体と、記憶媒体を取付可能な取付部を複数有する取付体とを用いて行うゲームを実行可能であり、複数の記憶媒体に記憶されたキャラクタ構成情報と取付体が有する識別情報とを非接触通信により読み取って、読み取った識別情報に対応したキャラクタ基本情報と、読み取ったキャラクタ構成情報とに基づいて、キャラクタ情報を生成し、そのキャラクタ情報に基づいてゲームを進行させるゲーム装置に想到した。このゲーム装置によれば、キャラクタ構成情報をゲーム進行状況に応じて書き換えることができるので、記憶媒体と取付体との組み合わせに多様性を持たせて戦略性を高めることができるとともに、ゲームの継続性を担保することができる。
【０００７】
しかしながら、このゲーム装置は、非接触通信により、複数の記憶媒体からキャラクタ構成情報を読み取り、ゲームの進行状況に応じてキャラクタ構成情報を書き換えるように構成されているため、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められるおそれがある。例えば、有利にゲームを進行させ得るキャラクタ構成情報が記憶された一の記憶媒体からゲーム装置にキャラクタ構成情報を読み取らせた後に、この一の記憶媒体を他の記憶媒体に交換することにより、有利にゲームを進行させ得るキャラクタ構成情報を他の記憶媒体に書き込ませること等が行われるおそれがある。ゲームの進行中に記憶媒体を交換し得るタイミングを画一的に定めることにより、このように不正にゲームが進められることを防止し得るとも考えられるが、その一方で、記憶媒体を交換し得るタイミングを画一的に定めてしまうと、ゲームの戦略性が損なわれてしまうおそれがあり、その要求は相反するものであった。
【０００８】
本発明は、上述した課題に鑑みてなされたものであり、その目的は、ゲームの戦略性を高めることができるとともに、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができるゲーム装置、当該ゲーム装置により実行されるプログラム、及び、当該ゲーム装置において実行されるゲーム制御方法を提供することにある。
【課題を解決するための手段】
【０００９】
以上のような目的を達成するために、本発明は、以下のようなものを提供する。
（１）プレーヤの操作に応じて所定の指示を入力する入力手段と、
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取手段と、
少なくとも上記構成情報読取手段により読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段と、
上記生成手段が生成したキャラクタ情報に基づきゲームを実行するゲーム制御手段と、
上記ゲーム制御手段により実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新手段と、
上記更新手段が更新したキャラクタ構成情報が所定条件を満たした場合に、キャラクタ構成情報が所定条件を満たしたことを報知するための報知画像を表示する報知画像表示手段と、
少なくとも、上記報知画像表示手段により報知画像が表示されているときに上記入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、上記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取手段と、
上記識別情報読取手段が読み取った識別情報とその前に上記識別情報読取手段が読み取った識別情報とが合致した場合に上記記憶媒体に記憶されたキャラクタ構成情報を上記更新手段により更新されたキャラクタ構成情報に書き換える構成情報書換手段と、
上記構成情報書換手段によるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換を促すための交換要求画像を表示する交換要求画像表示手段とを備え、
上記構成情報読取手段は、上記交換要求画像表示手段に交換要求画像が表示されているときに上記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取り、
上記生成手段は、上記構成情報読取手段により新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成することを特徴とするゲーム装置。
【００１０】
（１）の発明によれば、ゲーム進行中にキャラクタ構成情報が更新されて所定の条件を満たした際に報知画像が表示され、そのときにプレーヤによってキャラクタ構成情報の書き換えに関する指示が入力されると、記憶媒体から識別情報が読み取られる。そして、読み取られた識別情報が、それ以前に読み取られた識別情報と合致する場合に、記憶媒体に記憶されたキャラクタ構成情報が、更新後のキャラクタ構成情報に書き換えられる。従って、プレーヤが記憶媒体を交換して不正にゲームを進めようとしても、識別情報が合致しなければ、キャラクタ構成情報の書き換えは行われないため、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができる。
【００１１】
その後、交換要求画像が表示されるときに、プレーヤが記憶媒体を交換し、キャラクタ構成情報の読み取りを要求する指示を入力すると、交換された記憶媒体からキャラクタ構成情報が読み取られ、そのキャラクタ構成情報に基づいて、キャラクタ情報が生成される。
このように、キャラクタ構成情報の読み取りを要求する指示をプレーヤが入力したことを契機として、記憶媒体からキャラクタ構成情報が読み取られるため、キャラクタ構成情報が読み取られるタイミング、すなわち、記憶媒体を交換し得るタイミングをプレーヤが決定することができる。従って、キャラクタ構成情報の更新の程度に応じて記憶媒体の交換のタイミングをプレーヤが決めることが可能な戦略性の高いゲームを提供することができる。
【００１２】
さらに、本発明は、以下のようなものを提供する。
（２）ゲーム装置を、
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取手段、
少なくとも上記構成情報読取手段により読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段、
上記生成手段により生成されたキャラクタ情報に基づいてゲームを実行するゲーム制御手段、
上記ゲーム制御手段により実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新手段、
上記更新手段が更新したキャラクタ構成情報が所定条件を満たした場合に、キャラクタ構成情報が所定条件を満たしたことを報知するための報知画像を表示する報知画像表示手段、
少なくとも、上記報知画像表示手段により報知画像が表示されているときに上記ゲーム装置が備える入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、上記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取手段、
上記識別情報読取手段が読み取った識別情報とその前に上記識別情報読取手段が読み取った識別情報とが合致した場合に上記記憶媒体に記憶されたキャラクタ構成情報を、上記更新手段により更新されたキャラクタ構成情報に書き換える処理を行う構成情報書換手段、並びに、
上記構成情報書換手段によるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換をプレーヤに促すための交換要求画像を表示する交換要求画像表示手段
として機能させ、
上記構成情報読取手段に、上記交換要求画像表示手段に交換要求画像が表示されているときに上記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取る処理を行わせ、
上記生成手段に、上記構成情報読取手段により新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成する処理を行わせることを特徴とするプログラム。
【００１３】
（２）の発明によれば、ゲーム進行中にキャラクタ構成情報が更新されて所定の条件を満たした際に報知画像が表示され、そのときにプレーヤによってキャラクタ構成情報の書き換えに関する指示が入力されると、記憶媒体から識別情報が読み取られる。そして、読み取られた識別情報が、それ以前に読み取られた識別情報と合致する場合に、記憶媒体に記憶されたキャラクタ構成情報が、更新後のキャラクタ構成情報に書き換えられる。従って、プレーヤが記憶媒体を交換して不正にゲームを進めようとしても、識別情報が合致しなければ、キャラクタ構成情報の書き換えは行われないため、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができる。
【００１４】
その後、交換要求画像が表示されるときに、プレーヤが記憶媒体を交換し、キャラクタ構成情報の読み取りを要求する指示を入力すると、交換された記憶媒体からキャラクタ構成情報が読み取られ、そのキャラクタ構成情報に基づいて、キャラクタ情報が生成される。
このように、キャラクタ構成情報の読み取りを要求する指示をプレーヤが入力したことを契機として、記憶媒体からキャラクタ構成情報が読み取られるため、キャラクタ構成情報が読み取られるタイミング、すなわち、記憶媒体を交換し得るタイミングをプレーヤが決定することができる。従って、キャラクタ構成情報の更新の程度に応じて記憶媒体の交換のタイミングをプレーヤが決めることが可能な戦略性の高いゲームを提供することができる。
【００１５】
（３）１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取ステップと、
少なくとも上記構成情報読取ステップにより読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成ステップと、
上記生成ステップにて生成されたキャラクタ情報に基づきゲームを実行するゲーム制御ステップと、
上記ゲーム制御ステップにより実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新ステップと、
上記更新ステップにより更新されたキャラクタ構成情報が所定条件を満たした場合にキャラクタ構成情報が所定条件を満たしたことを報知する報知画像を表示する報知画像表示ステップと、
少なくとも、上記報知画像表示ステップにより報知画像が表示されているときに上記ゲーム装置が備える入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、上記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取ステップと、
上記識別情報読取ステップにより読み取られた識別情報とその前に上記識別情報読取ステップにより読み取られた識別情報とが合致した場合に上記記憶媒体に記憶されたキャラクタ構成情報を上記更新ステップにより更新されたキャラクタ構成情報に書き換える構成情報書換ステップと、
上記構成情報書換ステップによるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換を促すための交換要求画像を表示する交換要求画像表示ステップと、
上記交換要求画像表示ステップに交換要求画像が表示されているときに上記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取る構成情報再読取ステップと、
上記キャラクタ構成情報再読取ステップにより新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成する再生成ステップと
を含むことを特徴とするゲーム制御方法。
【００１６】
（３）の発明によれば、ゲーム進行中にキャラクタ構成情報が更新されて所定の条件を満たした際に報知画像が表示され、そのときにプレーヤによってキャラクタ構成情報の書き換えに関する指示が入力されると、記憶媒体から識別情報が読み取られる。そして、読み取られた識別情報が、それ以前に読み取られた識別情報と合致する場合に、記憶媒体に記憶されたキャラクタ構成情報が、更新後のキャラクタ構成情報に書き換えられる。従って、プレーヤが記憶媒体を交換して不正にゲームを進めようとしても、識別情報が合致しなければ、キャラクタ構成情報の書き換えは行われないため、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができる。
【００１７】
その後、交換要求画像が表示されるときに、プレーヤが記憶媒体を交換し、キャラクタ構成情報の読み取りを要求する指示を入力すると、交換された記憶媒体からキャラクタ構成情報が読み取られ、そのキャラクタ構成情報に基づいて、キャラクタ情報が生成される。
このように、キャラクタ構成情報の読み取りを要求する指示をプレーヤが入力したことを契機として、記憶媒体からキャラクタ構成情報が読み取られるため、キャラクタ構成情報が読み取られるタイミング、すなわち、記憶媒体を交換し得るタイミングをプレーヤが決定することができる。従って、キャラクタ構成情報の更新の程度に応じて記憶媒体の交換のタイミングをプレーヤが決めることが可能な戦略性の高いゲームを提供することができる。
【発明の効果】
【００１８】
本発明によれば、ゲームの戦略性を高めることができるとともに、ゲームの進行中に記憶媒体が交換されて不正にゲームが進められることを防止することができるゲーム装置、当該ゲーム装置により実行されるプログラム、及び、当該ゲーム装置において実行されるゲーム制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１９】
（ゲームシステムの全体構成）
図１は、本発明に係るゲームシステム１００のシステム構成図である。図２は複数のゲーム装置１とカード販売機６を示す斜視図である。
ゲームシステム１００は、２つの遊技店舗Ａ、Ｂに夫々１台及び２台設置された合計３台の店舗サーバ２と、店舗サーバ２と専用回線３を介して通信可能に接続された複数（本実施形態では８台）のゲーム装置１、カード販売機６及び販売機８と、遊技店舗Ａ、Ｂに設置された店舗内ルータ７と、店舗内ルータ７、通信回線４ａ及びインターネット４を介して店舗サーバ２と接続されたセンターサーバ群５とを有している。
【００２０】
各遊技店舗Ａ、Ｂでは，店舗サーバ２と、ゲーム装置１及びカード販売機６が専用回線３により接続されて店舗内ＬＡＮ（Local Area Network）を形成し、この店舗内ＬＡＮが店舗内ルータ７を介してインターネット４に接続されている。
【００２１】
（ゲーム装置の構成）
図３は、ゲーム装置１の外観を示す斜視図である。
ゲーム装置１では、プレーヤが１人でゲームを行うことが可能であり、他のゲーム装置１を操作する他のプレーヤとゲームを行うことも可能である。
ゲーム装置１において行われるゲームは、プレーヤの選択したルートに沿ってキャラクタが迷宮内を移動しながら、自分以外の別キャラクタ（他のプレーヤの選択に従って動作を行うプレーヤキャラクタや、ゲーム装置が動作を行わせるノンプレーヤキャラクタ）と対戦して、別キャラクタが持つ宝珠を奪い合い、その宝珠をすべて集めた上で最終目標のキャラクタを倒すゲーム（以下、「迷宮対戦ゲーム」という）である。
この迷宮対戦ゲームでは、対戦結果やゲームの進行状況に合わせて各キャラクタの持点（本実施形態では「ライフ」という）が増減し、その持点が無くなったキャラクタが敗者となる。
【００２２】
この迷宮対戦ゲームにおいては、プレーヤが用いるＩＣチップ内蔵ディスクとＩＣチップ内蔵ディスクを取り付け可能なアタッチメントとによってキャラクタの能力値が決定される。また、ＩＣチップ内蔵ディスクに記憶されている情報は、対戦結果に応じて書き換えられる。すなわち、ＩＣチップ内蔵ディスクに記憶されている情報には、プレーヤ自身のゲームの結果が反映されるようになっている。
なお、本実施形態では、本発明における記憶媒体としてＩＣチップ内蔵ディスクを採用している場合について説明するがこれに限らない。
【００２３】
ゲーム装置１は、図３に示すように、筐体１０の正面に、液晶表示装置を備えたメインディスプレイ１１を有している。また、メインディスプレイ１１の上側部分に同じく液晶表示装置を備えた報知画像表示手段及び交換要求画像表示手段としてのサブディスプレイ１２を有し、その左右両側にゲームの演出に用いられる音声を出力するスピーカ１３が配置されている。
【００２４】
メインディスプレイ１１は、ゲームの各段階に応じた遊技画像（例えば、図２０における迷宮画像１６０等）が表示されるようになっている。報知画像表示手段及び交換要求画像表示手段としてのサブディスプレイ１２は、ゲームの特定の段階における画像（例えば、図２２（ａ）における対戦画像９２や報知画像９６、図２４における交換要求画像１９４）が表示されるようになっている。報知画像表示手段及び交換要求画像表示手段は、サブディスプレイ１２に限らず、メインディスプレイ１１でも、ゲーム装置１が備えるその他の表示手段でもよい。
【００２５】
また、ゲーム装置１は、メインディスプレイ１１の下側に操作パネル１４を有する。この操作パネル１４の左側に認証ユニット１５が配置され、右側にゲーム装置を実行するときに必要なコイン（硬貨、遊技用メダル等の遊技媒体）を投入するコイン投入口１６と、ＩＤカードを挿入するためのカードスロット１８と、操作ボタン等を備えた操作ユニット１９とが配置されている。
【００２６】
認証ユニット１５は、操作パネル１４の表面に固定されたアタッチメント装着部１５ａと、読取部１５ｂとを有している。このアタッチメント装着部１５ａは、後述するアタッチメント４０（図８（ａ）参照）における台座部４１の形状に対応した厚肉円板状の窪みを内側に有する。その窪みは、台座部４１が嵌め込み装着され得る形状を有する。読取部１５ｂはアタッチメント装着部１５ａの窪みに配置されていて、図示しないＩＣチップリーダ／ライタを有し、そのＩＣチップリーダ／ライタにより、アタッチメント４０に内蔵されているアタッチメント用ＩＣチップ４２（図８（ａ）参照）、及び、アタッチメント４０のスロット部４３に取り付けられたＩＣチップ内蔵ディスク４５（図８（ｂ）参照）から、記憶されている情報を読み取るようになっている。なお、認証ユニット１５はＬＥＤを有し、アタッチメント４０及びＩＣチップ内蔵ディスク４５（以下、ディスクという）の読み取り動作中にそのアタッチメント４０に光を照射するようになっている。
【００２７】
読取部１５ｂの有するＩＣチップリーダ／ライタは、非接触型のＩＣチップリーダ／ライタであり、例えば、ＲＦＩＤ（Radio Frequency Identification）システムにより、ＩＣチップに記憶されている情報を読み書き可能である。ＲＦＩＤシステムとは、誘導電磁界又は電波によって、非接触で、半導体メモリに記憶されたデータの読み出し及び書込みのために近距離通信を行うシステムのことである。なお、この技術は従来公知の技術であり、特開平８−２１８７５号公報に記載されているので、ここでの説明は省略する。
本実施形態では、複数のＩＣチップを１のＩＣチップリーダ／ライタで読み書きする。上述したＲＦＩＤシステム下では、１つのリーダ／ライタで複数のＩＣチップを読み取るアンチコリジョン機能を採用することができる。アンチコリジョン機能には、ＦＩＦＯ（first in first out：先入れ先出し）型、マルチアクセス型、セレクティブ型等が存在し、複数のＩＣチップとの交信を順次シーケンシャルに行うものである。ＦＩＦＯ型とは、アンテナの交信可能領域に順番に入ってくるＩＣチップに対し、順次交信する方式であり、マルチアクセス型とは、アンテナの交信可能領域に複数のＩＣチップが同時に存在してもすべてのＩＣチップと交信が可能な方式であり、セレクティブ型とは、交信可能領域内にある複数のＩＣチップのうち、特定のＩＣチップと交信可能な方式である。上述したような方式を採用することにより、複数のＩＣチップを１のＩＣチップリーダ／ライタで読み書きすることが可能となる。
【００２８】
読取部１５ｂを備えた認証ユニット１５は、ディスク（記憶媒体）からキャラクタ構成情報を読み取る構成情報読取手段として機能するとともに、ディスク（記憶媒体）から当該ディスクが有するディスクＩＤ（識別情報）を読み取る識別情報読取手段として機能する。本実施形態においては、読取部１５ｂを備えた認証ユニット１５が、構成情報読取手段として機能するとともに、識別情報読取手段として機能する場合について説明するが、読取部１５ｂを別個に複数個設けて、夫々を構成情報読取手段又は識別情報読取手段として機能させるとしてもよい。
また、ＩＣチップの読み書きは、非接触型に限らず、接触型でもよい。また、ＩＣチップリーダ／ライタに限らず、読取対象物に合わせて適宜設定するものであってもよい。
【００２９】
ゲームシステム１００を構成している各ゲーム装置１には、自機固有のマシンＩＤが付与されている。このマシンＩＤは、各店舗サーバ２に固有のサーバＩＤと、各ゲーム装置１に固有のＩＤとを有し、例えば、店舗Ａに設置されている各ゲーム装置１の場合、Ａ０１Ａ０２、Ａ０３・・・のようになっている。
【００３０】
図４は内部の構成を中心に示すゲーム装置１のブロック図である。ゲーム装置１は、マイクロコンピュータ３１を中心に複数の構成要素を有している。
【００３１】
マイクロコンピュータ３１は、メインＣＰＵ（Central Processing Unit）３２と、ＲＡＭ（Random Access Memory）３３と、ＲＯＭ（Read Only Memory）３４とを有している。メインＣＰＵ３２は、ＲＯＭ３４に記憶されているプログラムに従って作動し、Ｉ／Ｏポート３９を介して、操作パネル１４に設けられた各構成要素やタッチパネル１１ａ等から信号を入力する一方、他の構成要素との信号の入出力を行い、ゲーム装置１全体の動作制御を行う。ＲＡＭ３３はメインＣＰＵ３２が作動する際に用いるデータやプログラム（本実施形態では、後述するアプリケーションデータ及びゲームデータ）が記憶される。ＲＯＭ３４には、メインＣＰＵ３２が実行する制御プログラムと、恒久的なデータとが記憶されている。
【００３２】
また、ゲーム装置１は、乱数発生器３５と、サンプリング回路３６と、クロックパルス発生回路３７と、分周器３８とを有している。
乱数発生器３５は、メインＣＰＵ３２の指示に従い作動して、一定範囲の乱数を発生させる。サンプリング回路３６は、メインＣＰＵ３２の指示に従い、乱数発生器３５が発生させた乱数のなかから任意の乱数を抽出し、その抽出した乱数をメインＣＰＵ３２に入力する。クロックパルス発生回路３７は、メインＣＰＵ３２を作動させるための基準クロックを発生させ、分周器３８はその基準クロックを一定周期で分周した信号をメインＣＰＵ３２に入力する。
【００３３】
さらに、ゲーム装置１は、タッチパネル１１ａと、コインセンサ１６ａと、カードリーダ１８ａと、通信制御部２１及び通信処理部２２とを有し、さらに、画像制御回路７１と、音制御回路７２とを有している。
【００３４】
入力手段としてのタッチパネル１１ａは、メインディスプレイ１１の表示画面を覆うように設けられていて、プレーヤの指が触れた箇所の位置を検出し、その検出した位置に対応した位置信号をメインＣＰＵ３２に入力する。プレーヤは、このタッチパネル１１ａを用いてキャラクタの動作を決定するための操作入力を行う。例えば、タッチパネル１１ａは、長方形の透明板表面に導電物質が塗布されることにより構成されたものであり、その透明板の周縁に配置された電極から電圧をかけ、プレーヤの指が触れることによる微弱な電流変化を電極で検知して、プレーヤの指が触れた箇所の位置を検出する。
【００３５】
コインセンサ１６ａは、コイン投入口１６から投入されたコインを検出し、その検出に対応する検出信号をメインＣＰＵ３２に出力する。カードリーダ１８ａは、カードスロット１８に挿入されたＩＤカード１７に記憶されているプレーヤＩＤ等のカード情報を読み取り、その読み取ったカード情報をメインＣＰＵ３２に入力する。
【００３６】
通信制御部２１は、メインＣＰＵ３２の指示に従い作動して、店舗サーバ２と通信を行うための回路の接続及び切断を制御する。通信処理部２２は通信制御部２１の指示に従って作動して、専用回線３を介して行われるデータの送受信を実行する。
【００３７】
画像制御回路７１は、メインディスプレイ１１、サブディスプレイ１２の夫々における画像表示を制御して、キャラクタを示す画像等の各種の画像をメインディスプレイ１１、サブディスプレイ１２に表示させる。
【００３８】
この画像制御回路７１は、図５に示すように、画像制御ＣＰＵ７１ａ、ワークＲＡＭ７１ｂ、プログラムＲＯＭ７１ｃ、画像ＲＯＭ７１ｄ、ビデオＲＡＭ７１ｅ及びＶＤＰ（Video Display Processor）７１ｆを有している。画像制御ＣＰＵ７１ａは、マイクロコンピュータ３１で設定されたパラメータに基づき、プログラムＲＯＭ７１ｃに予め記憶されている（メインディスプレイ１１、サブディスプレイ１２での表示に関する）画像制御プログラムに従い、メインディスプレイ１１、サブディスプレイ１２に表示される画像を決定する。ワークＲＡＭ７１ｂは、画像制御ＣＰＵ７１ａが画像制御プログラムを実行するときの一時記憶手段として構成されている。
【００３９】
プログラムＲＯＭ７１ｃは、画像制御プログラムや各種選択テーブル等を記憶している。画像ＲＯＭ７１ｄは、報知画像９６、交換要求画像１９４等の画像を形成するためのドットデータを記憶している。ビデオＲＡＭ７１ｅは、ＶＤＰ７１ｆにより画像を形成するときの一時記憶手段として構成されている。ＶＤＰ７１ｆは制御ＲＡＭ７１ｇを有し、画像制御ＣＰＵ７１ａで決定されたメインディスプレイ１１、サブディスプレイ１２の表示内容に応じた画像を形成し、その形成された各画像をメインディスプレイ１１、サブディスプレイ１２に出力する。
【００４０】
音制御回路７２は、スピーカ１３から音声を出力するための音声信号をスピーカ１３に入力する。スピーカ１３からは、例えば、ゲーム開始後、適当な時期にゲームを盛り上げるための音声が出力される。
【００４１】
（店舗サーバ、カード販売機、店舗内ルータの構成）
店舗サーバ２は図６に示すように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信処理部２０４、通信制御部２０５及びアプリケーションデータを記憶しているデータ記憶部２０６を有している。そして、ＣＰＵ２０１がＲＯＭ２０２に記憶されているプログラムに従い、ＲＡＭ２０３にデータを読み書きしながら作動し、一方、通信制御部２０５がＣＰＵ２０１の指示に従い通信処理部２０４を作動させる。そして、店舗サーバ２は、各遊技店舗Ａ、Ｂに設置されている各ゲーム装置１と専用回線３を介してデータの送受信を行い、各ゲーム装置１へのアプリケーションデータの送信（ダウンロード）や、各ゲーム装置１同士及びセンターサーバ群５とにおけるデータの送受信の中継を行う。アプリケーションデータには、ゲーム装置１で行われる迷宮対戦ゲームの実行に用いられる各種データ（ゲーム用の画像データ等）と、ボード用データ（操作ユニット１９に備えられている操作ボタンを迷宮対戦ゲームに対応させる設定用のプログラム）とが含まれている。
【００４２】
カード販売機６は、プレーヤが個人情報の入力操作を行う操作部と、カード発行手段とを有し、その操作部を用いた所定の入力操作によって、カード発行手段が各プレーヤ固有のプレーヤＩＤを含むカード情報を記憶させてＩＤカード１７を発行する。
【００４３】
店舗内ルータ７は、各遊技店舗Ａ、Ｂに形成されている店舗内ＬＡＮと、通信回線４ａ及びインターネット４を介してセンターサーバ群５に形成されているＬＡＮとを接続している。
【００４４】
販売機８は、ＩＣチップ内蔵ディスクとアタッチメントとの販売を行う装置である。販売機８内には、ＩＣチップ内蔵ディスクとアタッチメントとが格納されている。プレーヤによって販売機８にＩＤカード１７が挿入されると、販売機８は、ＩＤカード１７からプレーヤＩＤを読み取って、後述するデータベースサーバ１０３にアクセスし、データベースサーバ１０３から、プレーヤＩＤに対応するキャラクタ基本情報を取得する。販売機８は、上記キャラクタ基本情報に基づいて、ゲームの進行状況に応じたＩＣチップ内蔵ディスクとアタッチメントとを販売対象に設定する。プレーヤは、販売対象となったＩＣチップ内蔵ディスクとアタッチメントとのなかから、購入したいものを選択し、販売機８にコインを投入することにより、ＩＣチップ内蔵ディスク又はアタッチメントを入手することができる。
【００４５】
（センターサーバ群の構成）
センターサーバ群５は、ゲームごとに対応して設置された複数のゲームサーバ（図１では、２台のゲームサーバ１０１、１０２）と、データベースサーバ１０３とを有し、各ゲームサーバが専用線１０４を介して接続されてＬＡＮが形成され、そのＬＡＮが図示しないルータを介してインターネット４に接続されている。
【００４６】
ゲームサーバ１０１は、迷宮対戦ゲームを実行するために設置されていて、図７に示すように、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、通信処理部３０４、通信制御部３０５及びデータ記憶部３０６を有している。そして、ゲームサーバ１０１では、ＣＰＵ３０１がＲＯＭ３０２に記憶されているプログラムに従いＲＡＭ３０３にデータを読み書きしながら作動し、一方、通信制御部３０５がＣＰＵ３０１の指示に従い通信処理部３０４を動作させる。
【００４７】
ゲームサーバ１０１は、各店舗サーバ２とインターネット４を介してデータの送受信を行う。そして、各ゲーム装置１から送信される後述するエントリーデータを受信してプレーヤの迷宮対戦ゲームへの参加（エントリー）受付及びプレーヤの参加情報の更新を行い、対戦相手となるプレーヤを決定し、その結果をデータベースサーバ１０３に送信する。
【００４８】
ゲームサーバ１０２は別のゲームを実行するために設置されたもので、ゲームサーバ１０１と比較して記憶しているデータやプログラムが異なるが、同じ構成を有している。
【００４９】
データベースサーバ１０３は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、通信処理部４０４、通信制御部４０５及びデータ記憶部４０６を記憶している。そして、データベースサーバ１０３では、ＣＰＵ４０１がＲＯＭ４０１に記憶されているプログラムに従いＲＡＭ４０３にデータを読み書きしながら作動し、一方、通信制御部４０５がＣＰＵ４０１の指示に従い通信処理部４０４を作動させ、各店舗サーバ２とインターネット４を介してデータの送受信を行う。
【００５０】
データ記憶部４０６には、プレーヤＩＤ、プレーヤの認証に用いられるパスワード、ＩＤ管理ファイル、キャラクタ基本情報、ゲーム種別及びゲームデータが記憶されている。プレーヤＩＤは、ゲーム装置１により、ＩＤカード１７から読み取って送信されたものである。本実施形態におけるキャラクタ基本情報は、後述するアタッチメントに対応した各キャラクタの生命力、攻撃力、防御力等を含むキャラクタ能力値やアタッチメントのスロット数等を示す情報である。
【００５１】
ＩＤ管理ファイルには、プレーヤＩＤと後述するアタッチメントＩＤとが関連づけて記憶され、さらに、アタッチメントＩＤとキャラクタとが対応づけられて記憶されている。
ゲームデータには、各プレーヤによる迷宮対戦ゲームの履歴を示すデータが含まれている。このゲームデータは、データベースサーバ１０３からゲーム装置１に送信され、迷宮対戦ゲームで用いられる。
【００５２】
（アタッチメント、ＩＣチップ内蔵ディスクの構成）
図８（ａ）はアタッチメント４０の構成を示す分解正面図である。このアタッチメント４０は、半楕円球形状をしており、台座部４１と本体部４４とから構成されている。
【００５３】
台座部４１は、ゲーム装置１が有するアタッチメント装着部１５ａの窪みに対応した大きさを有し、厚肉円板状に形成されている。台座部４１の上面には突起部４１ｂが形成されている。また、台座部４１の底面には円形の凹部が形成され、上記凹部にはアタッチメント用ＩＣチップ４２が嵌め込まれ固定されている。アタッチメント用ＩＣチップ４２には、アタッチメント４０に対応するアタッチメントＩＤが書き換え不可に記憶されている。
【００５４】
アタッチメント本体部４４は、半楕円球形状を有する。アタッチメント本体部４４の底面には、突起部４１ｂに対応する凹部４４ａが形成され、アタッチメント本体部４４の周面には、ディスク４５が取り付けられ得る２つのスロット部４３が形成されている。
本実施形態においては、アタッチメント４０が２つのスロット部４３を有する場合について説明するが、特に限定されるものではない。
プレーヤは、アタッチメント４０のスロット部４３にディスク４５を取り付け、認証ユニット１５にセットし、これらの情報をゲーム装置１に読み取らせてゲームを行うこととなる。
【００５５】
アタッチメント４０は、販売機８により入手可能である。プレーヤは、アタッチメントを購入する際、そのアタッチメントをどのキャラクタに使用するかを決定する。そして、決定された情報がデータベースサーバ１０３に送信され、該アタッチメントのアタッチメントＩＤと決定したキャラクタとが対応づけられてＩＤ管理ファイルに記憶される。このように、１のアタッチメントには１のキャラクタが対応しており、また、プレーヤは、１のキャラクタに対応した複数のアタッチメントを販売機８により入手し、所有することが可能となる。そして、例えば、プレーヤは、複雑で多様な機能を有するアタッチメントを入手することによりキャラクタの能力値を多様に変化させることができる。
【００５６】
また、図示していないが、アタッチメント４０の表面部には、アタッチメントに対応した絵柄やデータ等が表記されており、これによってプレーヤは各アタッチメントを識別可能である。また、アタッチメントＩＤによって、ゲーム装置１は各アタッチメントを識別可能である。このアタッチメントＩＤは、異なるアタッチメント４０に対してユニーク（固有）とし、ゲームシステム１００における同一アタッチメントの多重登録を禁止するようにしている。
【００５７】
図８（ｂ）はディスク４５の構成を示す斜視図である。このディスク４５は、厚肉円板形状をしており、ディスク本体部４７とディスク用ＩＣチップ４６とから構成されている。
【００５８】
ディスク本体部４７は、アタッチメント４０のスロット部４３に対応した大きさであり、厚肉円板状に形成されている。このディスク本体部４７の底面には円形の凹部が形成され、上記凹部にはディスク用ＩＣチップ４６が嵌め込み固定されている。
また、図示していないが、ディスク本体部４７の表面には、ディスク４５が記憶するアイテム（武器や防具等）の情報（以下、ディスク情報という）に対応した絵柄やデータ等が表記されている。また、同じアイテムを表すディスクでも、微妙に色を変えたり、ＩＤを表記する等してディスクの固有性を表現し、プレーヤの収集意欲を促進するようにしている。なお、ディスク情報は、本発明におけるキャラクタ構成情報に相当する。
【００５９】
ディスク用ＩＣチップ４６は、ディスク４５に備えられている図示しないアンテナコイルに接続されている。アンテナコイルは、認証ユニット１５のＩＣチップリーダ／ライタから送信された電力とコマンドデータを含む情報を組み合わせた信号を受信する。そして、アンテナコイルは、受信した信号を、ディスク用ＩＣチップ４６を起動のための電力に変換すると同時に、その信号から情報（コマンドデータ）を抜き出す。そして、ディスク用ＩＣチップ４６は、コマンドデータに従ってディスク情報を認証ユニット１５に送信する。
【００６０】
ディスク用ＩＣチップ４６には、ディスク情報として、ディスクＩＤやキャラクタ基本情報に変化を与える数値（能力値）等が記憶されているが、これに限らなくてもよい。ディスク情報は、構成情報書換手段である認証ユニット１５によって書き換え可能であり、後述する対戦処理において、ディスク情報の所定の能力値を変化させて記憶させることができる。ディスクＩＤは、本発明における識別情報に相当するものである。後述するディスク交換処理において読み取られたディスクＩＤは、それ以前に認証ユニット１５によって読み取られたディスクＩＤと比較される。それ以前に認証ユニット１５によって読み取られたディスクＩＤとは、キャラクタ生成処理において読み取られたディスクＩＤ又は対戦処理において読み取られたディスクＩＤのうち、最新のものをいう。そして、ディスクＩＤが合致する場合は、ディスク４５に記憶させているディスク情報が新たなディスク情報に書き換えられることとなる。
【００６１】
ディスク４５は、販売機８等により入手可能である。プレーヤは、ディスク４５を入手し、アタッチメント４０に取り付けて使用することにより、ゲームにおいてキャラクタ情報を変化させることが可能となる。なお、例えば、ディスク４５ごとにレベル設定をするなどして、キャラクタが所定のレベルに達していないと使用できないとする等、制限を設けることとしてもよい。
【００６２】
本実施形態におけるアタッチメント用ＩＣチップ４２及びディスク用ＩＣチップ４６は、接触型であってもよく、非接触型であってもよいが、本実施形態のように、複数枚のＩＣチップを読み取らせる場合には、上述したアンチコリジョン機能により１つのリーダ／ライタで複数のＩＣチップを読み取らせることができるので、非接触型であることが好ましい。
また、記憶媒体のキャラクタ構成情報を記憶させる媒体は、ＩＣチップに限らず、キャラクタ構成情報を書き換え可能に記憶することができるものであればよい。
【００６３】
また、本実施形態では、アタッチメント用ＩＣチップ４２及びディスク用ＩＣチップ４６は、夫々、認証ユニット１５で読み書きすることとしているが、アタッチメントにバッファ（例えば、ＲＡＭや不揮発メモリ等）を備えておき、ディスク用ＩＣチップとゲーム装置１との情報の送受信の際には、アタッチメントを介して一括送受信するとしてもよい。
【００６４】
（ゲーム装置の動作内容）
以上の構成を有するゲーム装置１の動作内容について、図９、図１０、図１２、図１４〜図１７に示すフローチャートを参照して説明する。なお、以下の説明では、遊技店舗Ａに設置されている８台のゲーム装置１のうちの４台のゲーム装置１を、夫々のプレーヤが操作して同じ迷宮対戦ゲームを行う場合を例にとって説明する。
【００６５】
図９は各ゲーム装置１におけるゲームの開始から終了までのゲーム処理の動作手順を示すフローチャートである。以下の説明では、４人のプレーヤが操作するうちの１台のゲーム装置１を例にとって説明している。
【００６６】
ゲーム装置１は電源投入時に店舗サーバ２に対してアプリケーションデータのダウンロード要求を送信し（後述するステップＳ１００）、一方、店舗サーバ２がダウンロード要求を受信すると、ダウンロード要求を送信してきたゲーム装置１にアプリケーションデータを送信する（図１８参照）。
【００６７】
ゲーム装置１は、アプリケーションデータを受信すると、そのアプリケーションデータをＲＡＭ３３に記憶させる。そして、ゲーム装置１では、メインＣＰＵ３２がアプリケーションデータを読み込むと、該アプリケーションが作動して、プレーヤの操作入力に応じて迷宮対戦ゲームが進行する。各ゲーム装置１は店舗サーバ２及びセンターサーバ群５を介して互いに同期をとりながら、メインディスプレイ１１に遊技画像を表示するようになっている。
【００６８】
ステップＳ６１において、メインＣＰＵ３２は、メッセージ出力処理を行い、画像制御回路７１に指示してメインディスプレイ１１に所定のメッセージ（コイン投入要求、ＩＤカードの挿入要求及びパスワードの入力要求）を表示させる。
【００６９】
次に、ステップＳ６２において、プレーヤによるコインの投入、ＩＤカードの挿入及びパスワードの入力を受け付ける。プレーヤは、ゲームを開始するために、コインをコイン投入口６から投入するとともに、ＩＤカード１７をカードスロット１８に挿入し、操作ユニット１９を用いてパスワードを入力する。すると、投入されたコインの検出信号がコインセンサ１６ａからメインＣＰＵ３２に入力され、カードリーダ１８ａからはＩＤカード１７に記憶されているカード情報が入力される。さらに、操作ユニット１９からパスワードが入力され、これらすべての入力があると、処理をステップＳ６３に移す。
【００７０】
ステップＳ６３において、メインＣＰＵ３２は、通信制御部２１に指示して通信処理部２２を作動させ、読み取ったカード情報及び入力されたパスワードを店舗サーバ２経由でセンターサーバ群５に送信する。センターサーバ群５は、受信したカード情報及びパスワードを用い、プレーヤがＩＤカードの持ち主本人であるか否かを判断する認証処理を行い、その認証結果を示す応答信号をゲーム装置１に送信することとなる。
【００７１】
次に、ステップＳ６４において、応答信号をセンターサーバ群５から受信するまで待機して、応答信号を受信すると処理をステップＳ６８に移し、エントリーデータを店舗サーバ２経由でセンターサーバ群５に送信し、その後、処理をステップＳ６５に移す。
エントリーデータを受け付けたセンターサーバ群５は、プレーヤの参加情報の更新、対戦相手となるプレーヤ（本実施形態では４名）の決定をし、対戦相手となる各プレーヤのゲームデータを抽出し、抽出したゲームデータを店舗サーバ２経由でゲーム装置１に送信することとなる。
【００７２】
次に、ステップＳ６５において、センターサーバ群５からゲームデータを店舗サーバ２経由で受信すると、後述するゲーム処理を行い（ステップＳ３）、ゲーム結果（成績やレベル等）の表示を行う（ステップＳ６）。次に、ステップＳ７において、データベースサーバ１０３に記憶させているゲームデータを更新させるため、ゲーム結果を示すゲームデータをセンターサーバ群５に送信する後処理を行い、処理を終了する。
【００７３】
（ゲーム処理）
図１０は、図９に示したフローチャートのステップＳ３において実行されるサブルーチンを示すフローチャートである。
ステップＳ１２においては、ダンジョンの選択処理を行う。この処理において、プレーヤは、迷宮対戦ゲームで用いるダンジョンを選択する。
図１１は、ダンジョン選択画面の一例を示す図である。画面上方には“ダンジョンを選択して下さい。”というダンジョンの選択を受け付けている旨を表すメッセージ画像９３が表示され、メッセージ画像９３の下方には、選択の対象であるダンジョンのダンジョン名を表す選択画像９４（本実施形態では、４つ）が表示されている。プレーヤは、迷宮対戦ゲームで用いるダンジョンを選択画像９４のなかから選択するのである。ステップＳ１２の処理を終了した後、処理をステップＳ１０に移す。
【００７４】
ステップＳ１０において、詳しくは後述するが、ゲーム装置１は、プレーヤによって認証ユニット１５にセットされたアタッチメント４０及びディスク４５から情報を読み取り、読み取った情報に基づいてキャラクタ情報を生成する。キャラクタ情報とは、詳しくは後述するが、キャラクタ基本情報とディスク情報とから生成される情報のことである。メインＣＰＵ３２は、生成されたキャラクタ情報に基づいてゲームを実行する。このとき、メインＣＰＵ３２は、生成されたキャラクタ情報に基づいてゲームを実行するゲーム制御手段として機能する。また、図１０に示したステップＳ１２〜Ｓ２１は、ゲーム制御ステップに相当するものである。
【００７５】
次に、ステップＳ１３において、権利者設定処理を行う。メインＣＰＵ３２は、迷宮対戦ゲームに参加するプレーヤ（本実施形態では、４人のプレーヤ）のいずれかを後述する迷宮のずらしを行うことができるプレーヤ（ずらし権利者）に設定する。各プレーヤは順番にずらし権利者に設定される。
【００７６】
次に、詳しくは後述するが、ステップＳ１４において、迷路を構成している壁部をずらして移動させるずらし処理を行い、さらに、プレーヤの指示に従い、迷宮内のキャラクタ１６１（図２０参照）を移動させる移動フェイズ処理（ステップＳ１５）を行う。
【００７７】
次に、ステップＳ１６において、メインＣＰＵ３２は、戦闘発生か否かを判定する。戦闘発生の場合（ステップＳ１６：ＹＥＳ）、処理をステップＳ１７に移す。戦闘は、迷宮上における攻撃範囲内に複数のキャラクタが存在する場合に発生する。一方、戦闘発生でなければ（ステップＳ１６：ＮＯ）、処理をステップＳ２０に移す。
【００７８】
ステップＳ１７においては、戦闘選択フェイズ処理を行う。ここでは、メインＣＰＵ３２は、画像制御回路７１に指示して、メインディスプレイ１１に図２１に示すような戦闘選択画像１７０（権利表表示部１７０ａを有し、迷路内にキャラクタが配置されている）を表示させる。この戦闘選択画像１７０を参照しながら、各プレーヤ（本実施形態では４人）は、攻撃相手の選択を行う。
【００７９】
次に、ステップＳ１８においては、対戦処理を行う。詳しくは後述するが、メインＣＰＵ３２は、キャラクタ基本情報とディスク情報とから生成された各キャラクタ情報の能力値及びディスク交換の有無や速さに基づいて各キャラクタの勝敗を決める。この場合、サブディスプレイ１２には、図２２（ａ）に示すように、キャラクタ９９ａ、９８ａが対戦する様子を示した対戦画像９２が表示される。
【００８０】
次に、ステップＳ１９においては、戦闘終了及び持点計算処理を行う。ここでは、ステップＳ１８の対戦処理の結果（対戦相手になったキャラクタの種別及び勝敗結果）に応じて、ライフの加算又は減算を行い、キャラクタに対する宝珠の付与又は剥奪を行う。
【００８１】
次に、ステップＳ１１においては、対戦に使用したディスク（アイテム）のディスク情報の書き換え処理を行う。ここでは、ステップＳ１８の対戦処理の結果に応じて、ディスク情報の所定の能力値を変化させて記憶させる。例えば、アイテムが武器であれば、攻撃力の数値を対戦処理の結果に応じた所定の値だけ加算又は減算して記憶させる。すなわち、対戦処理の結果が勝利であれば、例えば、攻撃力の数値を“１”加算して記憶させる。また、防具であれば、例えば、防御力の数値を対戦処理の結果に応じた所定の値だけ加算又は減算して記憶させる。このようにしてディスク情報が書き換えられたディスク４５は、新たな情報を持つディスクとなり、次に対戦を行った際には、その書き換えられた値（ディスク情報）が用いられてキャラクタ情報が生成されることになる。
【００８２】
このように、ディスク４５は、ディスク情報を書換可能に記憶することができ、ゲームの結果に応じてディスク情報が書き換えられるため、プレーヤがゲームを行うことによって当該ゲームの結果が反映された新たなディスク４５が作り出されることになるため、ゲームに使用可能なディスク４５の種類を増加させることができる。その結果、アタッチメント４０とアタッチメント４０に取り付けるディスク４５の組み合わせに多様性を持たせることができ、戦略性の高いゲームを行うことが可能になる。また、ディスク４５には、プレーヤ自身のゲームの結果が反映されるため、よりプレーヤ好みのキャラクタを創出することが可能であり、収集の対象としてのディスク４５に対する遊技者の収集欲を強く掻き立てることもできる。
【００８３】
ステップＳ１６において、戦闘発生でなかった場合（ステップＳ１６：ＮＯ）又はステップＳ１１の処理を終了した後、ステップＳ２０において、メインＣＰＵ３２は、ダンジョンのクリア条件が成立したか否かを判定する。成立したと判定した場合、処理をステップＳ２１に移す。一方、成立していないと判定した場合、処理をステップＳ１０に戻す。そして、プレーヤは、再びキャラクタ情報を生成し、対戦を行うこととなる。
【００８４】
ステップＳ２１において、メインＣＰＵ３２は、ゲームの終了条件が成立したか否かを判定する。終了条件が成立している場合（ライフが０以下になった場合、又は、プレーヤによる終了の入力があった場合）は、ゲーム処理を終了し、そうでなければステップＳ１２に戻って上記処理を繰り返す。ライフが０以下になったプレーヤについては迷宮対戦ゲームが終了し、代わりにメインＣＰＵ３２が別のキャラクタとして参戦する。なお、図示しないが、ライフが０以下になったプレーヤは、ゲーム装置１にコインを投入することによって、ライフを一定量回復させて再び迷宮対戦ゲームを行うことができる。
【００８５】
（キャラクタ生成処理）
図１２は、図１０に示すフローチャートのステップＳ１０において実行されるサブルーチンを示すフローチャートである。
まず、ステップＳ１０１において、メインＣＰＵ３２は、ディスク４５とアタッチメント４０とを認証ユニット１５にセットする要求メッセージを出力する。例えば、“アタッチメントにディスクを取り付けて、認証ユニットにセットしてください”といったメッセージがサブディスプレイ１２に出力される。
【００８６】
次に、処理をステップＳ１０２に移し、セットされたディスク４５のディスク用ＩＣチップ４６からディスク情報を読み取る。認証ユニット１５は、ディスク４５からディスク情報を読み取る構成情報読取手段として機能する。また、ステップＳ１０２は、ディスク４５のディスク用ＩＣチップ４６からディスク情報を読み取る構成情報読取ステップに相当する。
なお、ステップＳ１０２において読み取られたディスク情報に含まれるディスクＩＤはＲＡＭ３３に記憶され、ディスク交換処理において読み取られるディスクＩＤ（図１７のステップＳ１３２参照）と比較され、合致するか否かについて判断されることになる。
また、アタッチメント４０のアタッチメント用ＩＣチップ４２からアタッチメントＩＤを読み取る。メインＣＰＵ３２は、ディスク情報及びアタッチメントＩＤを読み取り中であれば処理をステップＳ１０２に戻し（ステップＳ１０２：ＮＯ）、一方、読み取りが完了したと判断した場合（ステップＳ１０２：ＹＥＳ）には処理をステップＳ１０３に移す。
【００８７】
ステップＳ１０３において、メインＣＰＵ３２は、読み取ったアタッチメントＩＤをセンターサーバ群５に送信し、処理をステップＳ１０４に移す。センターサーバ群５は、データベースサーバ１０３にある記憶部４０６のＩＤ管理ファイルを参照し、受信したアタッチメントＩＤに対応したキャラクタ基本情報をゲーム装置１に送信することとなる。
【００８８】
ステップＳ１０４において、ゲーム装置１は、送信したアタッチメントＩＤに対応したキャラクタ基本情報を店舗サーバ２経由で受信する。次に、ステップＳ１０５において、受信したキャラクタ基本情報に含まれるアタッチメント４０のスロット数の情報と、ステップＳ１０２で読み取ったディスクの枚数とを比較する。ディスク枚数がスロット数よりも多い場合（ステップＳ１０５：ＮＯ）、エラーメッセージを出力し（ステップＳ１０７）、処理をステップＳ１０１に戻し、再度、ディスク情報及びアタッチメントＩＤの読み取りを行う。一方、ディスク枚数がスロット数と同じ又は少ない場合（ステップＳ１０５：ＹＥＳ）、受信したキャラクタ基本情報とステップＳ１０２で読み取ったディスク４５とからキャラクタ情報を生成（ステップＳ１０６）し、本サブルーチンを終了する。このとき、メインＣＰＵ３２は、キャラクタ基本情報、及び、ディスク情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段として機能する。Ｓ１０６は、受信したキャラクタ基本情報とステップＳ１０２で読み取ったディスク４５とからキャラクタ情報を生成する生成ステップに相当する。
なお、キャラクタ情報の生成は、１の対戦が終了するごとに行うことができるが、一旦、キャラクタ情報が生成されると、該１の対戦が終了するまでは、キャラクタ情報の再設定を行うことができない。このようにして、再設定を一定の条件を満たした場合に制限することにより、ゲームの戦略性を高めることができる。
【００８９】
図１３は、キャラクタ情報生成テーブルの一例を示す図である。
なお、本実施形態では、アタッチメント４０のスロット数は２つの場合について説明する。ステップＳ１０２において、ディスク４５のディスク情報が読み取られるとその内容が、ゲーム装置１のＲＡＭ３３に記憶される。始めに読み取ったディスク（ディスク１とする）のアイテムは、例えば、ショットガンを表しており、ディスク情報は“ディスクＩＤ「４０００ｂ」、攻撃力「２０」、スロット数「１」、残り弾丸数「１０」”である。また、２番目に読み取ったディスク（ディスク２とする）のアイテムは、例えば、防弾服を表しており、ディスク情報は“ディスクＩＤ「６０００ｅ」、防御力「２０」、スロット数「１」”である（図１３（ａ）参照）。
ディスクＩＤとは、ディスク４５を識別するための情報であり、ディスク情報における生命力、攻撃力、防御力とは、キャラクタ情報を生成する際に、キャラクタ基本情報に変化を与える数値である。また、ディスク情報におけるスロット数とは、ディスクを使用する際に使用するスロット数である。また、ディスク情報における残り弾丸数とは、キャラクタが使用する銃の残りの弾丸数のことである。残り弾丸数は、キャラクタが銃を使用することにより減少することとなる。
【００９０】
図１３に示すキャラクタ情報生成テーブルを用いて、図１２を用いて説明した処理について具体的に説明する。図１２のステップＳ１０２において読み取られたアタッチメントＩＤ“１００２”をセンターサーバ群５に送信する（ステップＳ１０３）と、データベースサーバ１０３の記憶部４０６のＩＤ管理ファイルのなかからアタッチメントＩＤ“１００２”に対応したキャラクタ基本情報“レベル「２０」、生命力「２００」、攻撃力「２００」、防御力「２００」、スロット数「２」”が抽出され、ゲーム装置１に送信される（図１３（ａ）参照）。
レベルとは、アタッチメントＩＤに対応するキャラクタのレベルであり、キャラクタ基本情報における生命力、攻撃力、防御力とは、キャラクタの基本となる能力値のことである。また、キャラクタ基本情報におけるスロット数とは、アタッチメント４０のスロット数である。
【００９１】
そして、ステップＳ１０５において、読み取ったディスク４５のスロット数の合計、すなわち、ディスク枚数（本実施形態では“２”）は、アタッチメント４０のスロット数（本実施形態では“２”）と同じであるので（ステップＳ１０５：ＹＥＳ）、上記２枚のディスク４５のディスク情報とキャラクタ基本情報とからキャラクタ情報を生成することとなる。
具体的には、キャラクタ基本情報に２つのディスク情報（ディスク１及びディスク２）の能力値（生命力、攻撃力、防御力）が加算され、キャラクタ情報“生命力「２００」、攻撃力「２２０」、防御力「２２０」、残り弾丸数「１０」”が生成される（ステップＳ１０６）のである。
なお、例えば、図１３（ｂ）に示すように、アタッチメント４０のスロット数が“２”であり、読み取ったディスク４５のディスク枚数が“３”であるように、スロット数よりもディスク枚数が多い場合（ステップＳ１０５：ＮＯ）、キャラクタ情報は生成されず、再度、ディスク情報及びアタッチメントＩＤの読み取りを行うことになる。
【００９２】
（ずらしフェイズ処理）
図１４は、図１０に示したフローチャートのステップＳ１４において実行されるサブルーチンを示すフローチャートである。
まず、ステップＳ３１において、メインＣＰＵ３２は、画像制御回路７１に指示してメインディスプレイ１１に図１９に示すような迷宮画像１５０を表示される。この迷宮画像は、４人のプレーヤのずらし権利の有無や、攻撃の優先順位等を表示する権利表表示部（Ｐｌａｙｅｒ１、２、３、４）１５０ａと、複数の壁部により構成される迷路の画像を表示する迷路表示部１５０ｂとを有し、その迷路内に複数のキャラクタ１５１の画像が表示されている。また、プレーヤに操作入力を促すためのタイマー表示部１５０ｃを有し、さらにライフ表示部１５０ｄと、壁部の移動方法の説明を示す説明表示部１５０ｅとを有している。タイマー表示部１５０ｃは、メインＣＰＵ３２が作動することによって、メインディスプレイ１１に表示されており、第１の経過時間に従って、表示される数字が減るようになっている。
【００９３】
次に、ステップＳ３２において、メインＣＰＵ３２は、第１の経過時間の計測を開始する。第１の経過時間は、プレーヤが画面上で位置をずらす対象となる壁部（ずらし壁部）を決定したことを示す操作入力を行うことができるようになった時刻（入力開始時刻）から、プレーヤが所望の矢印ａにタッチして、進行操作入力又は決定操作入力を行うまでの時間経過を示している。
【００９４】
次に、ステップＳ３３において、メインＣＰＵ３２がずらし壁部の決定が行われたか否かを判別し、ずらし壁部の決定が行われると（ステップＳ３３：ＹＥＳ）ステップＳ３６に処理を移し、行われなければ（ステップＳ３３：ＮＯ）ステップＳ３７に処理を移す。
【００９５】
ステップＳ３６において、メインＣＰＵ３２は、決定された壁部をずらし壁部に設定して、キャラクタの動作（壁をずらす）を決定し、処理をステップＳ３９に移す。
【００９６】
一方、ステップＳ３３からステップＳ３７に処理を移すと、第１の経過時間が、ずらし決定の制限時間（本実施形態では１５秒）以内であるか否かを判定し、第１の経過時間がずらし決定の制限時間以内であればステップＳ３３に戻り（ステップＳ３７：ＹＥＳ）、そうでなければ（ステップＳ３７：ＮＯ）ステップＳ３８に処理を移し、サンプリング回路３６から抽出した乱数を用いるなどして、いずれかの壁部をランダムにずらし壁部に決定する。
【００９７】
ステップＳ３９において、ずらした後の迷宮画像を表示すると、ずらしフェイズが終了する。
【００９８】
図１５は、図１０に示すフローチャートのステップＳ１５において実行されるサブルーチンを示すフローチャートである。
移動フェイズ処理を開始すると、ステップＳ４１において、メインＣＰＵ３２は、画像制御回路７１に指示して、メインディスプレイ１１に図２０に示すような移動フェイズの迷宮画像１６０を表示させる。この迷宮画像１６０も図１９の迷宮画像１５０と同様の各表示部（権利表表示部１６０ａ、迷路表示部１６０ｂ、タイマー表示部１６０ｃ及びライフ表示部１６０ｄ）を有し、さらに、キャラクタ１６１が迷路内に配置され、移動先の指定要求メッセージと、移動先の決定ボタンとの表示を有する移動先指定表示部１６０ｅを有している。
【００９９】
次に、ステップＳ４２において、メインＣＰＵ３２は、第２の経過時間の計測を開始する。第２の経過時間は、プレーヤが自己のキャラクタの移動先を指定するための操作入力（移動先の指定）を行うことができるようになった時刻（入力開始時刻）から、プレーヤが移動先を指定した上で、移動先指定表示部１６０ｅにタッチし、遊技を進行させるための操作入力（進行操作入力又は決定操作入力）を行うまでの時間経過を示している。
【０１００】
次に、ステップＳ４３において、メインＣＰＵ３２は、移動先の指定が行われたか否かを判定し、移動先の指定が行われると（ステップＳ４３：ＹＥＳ）ステップＳ４４、行わなければ（ステップＳ４３：ＮＯ）ステップＳ４８に処理を移す。
【０１０１】
ステップＳ４４において、メインＣＰＵ３２は、キャラクタの居場所から移動先までの床面の表示色を変更した画像（図示せず）を表示し、移動先を明らかにしてステップＳ４５に処理を移す。そして、ステップＳ４５において、プレーヤが移動先指定表示部１６０ｅの決定ボタンにタッチ（移動先の決定を行う）したか否かを判定し、タッチしたら（ステップＳ４５：ＹＥＳ）ステップＳ４９に処理を移し、タッチしていなければ（ステップＳ４５：ＮＯ）ステップＳ４８に処理を移す。
【０１０２】
ステップＳ４８において、メインＣＰＵ３２は、第２の経過時間が移動先決定時間の制限時間（本実施形態では３０秒）以内であるか否かを判定し、第２の経過時間が移動先決定時間以内であれば（ステップＳ４８：ＹＥＳ）、処理をステップＳ４３に戻し、そうでなければ（ステップＳ４８：ＮＯ）移動フェイズ処理が終了する（この場合、キャラクタは移動せずに元の居場所に待機している）。また、ステップＳ４９において、メインＣＰＵ３２は、それまでのステップでの決定に従いキャラクタの動作（迷路内の移動）を決めて、キャラクタを移動させた画像を表示させる。すると、移動フェイズ処理が終了する
【０１０３】
（対戦処理）
図１６は、図１０に示すフローチャートのステップＳ１８において実行されるサブルーチンを示すフローチャートである。対戦が開始されると、例えば、図２２（ａ）のような対戦画像９２が表示され、画面の左下には、残り弾丸数を表す残り弾丸数画像９７が表示される。
【０１０４】
まず、ステップＳ１２０において、メインＣＰＵ３２は、弾丸数が所定数（本実施形態では“５”）以下であるか否かを判断する。所定数以下ではない場合（ステップＳ１２０：ＮＯ）、処理をステップＳ１２３に移す。一方、所定数以下の場合（ステップＳ１２０：ＹＥＳ）、処理をステップＳ１２１に移す。
【０１０５】
ステップＳ１２１において、メインＣＰＵ３２は、報知画像表示処理を行う。図２２（ｂ）に、サブディスプレイ１２に表示される画像の一例を示す。画面には、弾丸数が“５”以下の場合に表示される“残り弾丸数が少なくなっています”という報知画像９６が画面左下の残り弾丸数画像９７の上側に表示される。また、残り弾丸数画像９７の右側には、ディスク交換ボタン画像１９０が表示される。ステップＳ１２１は、弾丸数が“５”以下の場合に表示される“残り弾丸数が少なくなっています”という報知画像９６を報知画像表示手段に表示させる報知画像表示ステップに相当する。
次に、ステップＳ１２２においては、ディスク交換処理を行う。詳しくは後述するが、プレーヤによるディスク交換の指示入力があると、ゲーム装置１は、ディスク情報を読み取り、ディスク情報に含まれるディスクＩＤが、それ以前に読み取ったディスクＩＤに一致すればディスク情報の書き換えを行い、ディスク交換を要求する画像を表示する。そして、プレーヤによって新たなディスク４５がセットされ、読み取り要求の指示入力がされたことを契機として、ゲーム装置１は、新たなディスク４５のディスク情報を読み取り、読み取ったディスク情報に基づいてキャラクタ情報を生成することとなる。その結果、新しく取り付けたディスク情報に基づいてキャラクタ情報の残り弾丸数が回復することとなる。なお、本実施形態においては、交換するディスクは、キャラクタが使用する武器（銃）に関するディスクとするが、これに限らず、他のアイテムを表すディスク（例えば、防具）の交換を行うとしてもよい。
【０１０６】
ステップＳ１２０において弾丸数が所定数以下ではないと判断した場合、又は、ステップＳ１２２の処理の後、メインＣＰＵ３２は、プレーヤが銃を使用したか否かを判断する（ステップＳ１２３）。銃を使用していないと判断した場合（ステップＳ１２３：ＮＯ）、処理をステップＳ１２５に移す。一方、銃を使用したと判断した場合（ステップＳ１２３：ＹＥＳ）、処理をステップＳ１２４に移し、使用した弾丸数だけ減算し、減算した結果をゲーム装置１のＲＡＭ３３に更新して記憶する。
このとき、メインＣＰＵ３２は、キャラクタ情報に含まれるディスク情報を更新する更新手段として機能する。ステップＳ１２４は、キャラクタ情報に含まれるディスク情報を更新する更新ステップに相当するものである。ステップＳ１２４の処理を終了した後、処理をステップＳ１２５に移す。
【０１０７】
ステップＳ１２５において、メインＣＰＵ３２は、移動や防御等のその他の戦闘処理を行い、処理をステップＳ１２９に移す。
【０１０８】
ステップＳ１２９において、メインＣＰＵ３２は、認証ユニット１５を駆動して、ゲーム装置１のＲＡＭ３３に記憶されている残り弾丸数をディスク４５に書き込む。例えば、キャラクタが使用した弾丸数を減算した結果、残り弾丸数が「０」であれば、残り弾丸数「０」をディスク４５に書き込む。
次に、ステップＳ１２６において、対戦が終了したか否かを判断する。対戦が終了していないと判断した場合、処理をステップＳ１２０に戻し（ステップＳ１２６：ＮＯ）、対戦が終了したと判断した場合（ステップＳ１２６：ＹＥＳ）、本サブルーチンを終了する。
【０１０９】
（ディスク交換処理）
図１７は、図１６に示すフローチャートのステップＳ１２２において実行されるサブルーチンを示すフローチャートである。
【０１１０】
ステップＳ１３０において、ディスク交換指示入力があるか否かを判断する。ディスク交換指示入力がない場合（ステップＳ１３０：ＮＯ）には、本サブルーチンを終了する。一方、ディスク交換指示入力がある場合（ステップＳ１３０：ＹＥＳ）には、ディスク交換前画像（図２２３（ｂ）におけるディスク交換前画像１９１）を表示し（ステップＳ１３１）、処理をステップＳ１３２に移す。
【０１１１】
ステップＳ１３２において、メインＣＰＵ３２は、認証ユニット１５を駆動してディスク４５からディスクＩＤを含むディスク情報を読み取る。このとき、認証ユニット１５は、識別情報読取手段として機能する。また、ステップＳ１３２は、ディスク４５からディスクＩＤを読み取る識別情報読取ステップに相当する。
次に、読み取ったディスク情報に含まれるディスクＩＤと前回に読み取ったディスク情報に含まれるディスクＩＤとを比較し、合致するか否かを判断する（ステップＳ１３３）。
すなわち、ゲームを開始してから初めてディスク交換を行う場合には、ステップＳ１０２（図１２参照）において読み取られ、ＲＡＭ３３に記憶されているディスク情報に含まれるディスクＩＤと比較する。また、ゲームを開始してからディスク交換を１度以上行っている場合には、ステップＳ１３８において読み取られ、ＲＡＭ３３に記憶されているディスク情報に含まれるディスクＩＤとを比較して、合致するか否かを判断する。
ディスクＩＤが合致しない場合（ステップＳ１３３：ＮＯ）には、エラーメッセージ（図２３（ｂ）におけるエラー画像１９２）を出力し（ステップＳ１３５）、処理をステップＳ１３２に戻す。一方、ディスクＩＤが合致する場合（ステップＳ１３３：ＹＥＳ）には、メインＣＰＵ３２は、認証ユニット１５を駆動してディスク情報を書き換える（ステップＳ１３４）。このとき、認証ユニット１５は、構成情報書換手段として機能する。また、ステップＳ１３４は、構成情報書換ステップに相当する。
【０１１２】
次に、ステップＳ１３６において、メインＣＰＵ３２は、ディスク交換を要求するディスク交換要求画像（図２４におけるディスク交換要求画像１９４）を表示させる指示を画像制御回路７１に送信する。ステップＳ１３４は、交換要求画像表示手段にディスク交換要求画像を表示する交換要求表示ステップに相当する。
画像制御回路７１では、画像ＲＯＭ７１ｄからディスク交換要求画像に関する画像データが抽出され、抽出された画像データの表示制御が行われる。ディスク交換要求画像が表示されると、プレーヤは、ディスク４５を交換することとなる。
【０１１３】
次に、ステップＳ１３７において、ディスク情報の読み取り要求指示入力があるか否かを判断する。読み取り要求指示入力がない場合（ステップＳ１３７：ＮＯ）には、処理をステップＳ１３７に戻す。一方、読み取り要求指示入力がある場合（ステップＳ１３７：ＹＥＳ）には、ディスク４５のディスク情報を新たに読み取り（ステップＳ１３８）、処理をステップＳ１３９に移す。ステップＳ１３８は、ディスク４５からディスク情報を新たに読み取る構成情報再読取ステップに相当する。なお、ステップＳ１３８において読み取られたディスク情報に含まれるディスクＩＤはＲＡＭ３３に記憶され、再度ディスク交換処理を行う際に、再度ステップＳ１３２において読み取られるディスクＩＤと比較され、合致するか否かについて判断されることになる。
【０１１４】
ステップＳ１３９において、メインＣＰＵ３２は、読み取ったディスク情報に基づいてキャラクタ情報を生成し、本サブルーチンを終了する。ステップＳ１３９は、ステップＳ１３８において新たに読み取られたディスク情報に基づいてキャラクタ情報を生成する再生成ステップに相当する。
なお、本実施形態では、ディスク交換をすることができるディスクは、同じ種類のディスク（アイテム）に限るが、違う種類のディスクと交換することができることとしてもよい。同じ種類のディスク４５であるか否かについては、例えば、ディスクＩＤの下一桁のアルファベット（図１３参照）が同じであるか否かで判断する。例えば、“ディスクＩＤ「４０００ｂ」、残り弾丸数「０」”のショットガンを表すディスクは、“ディスクＩＤ「４１００ｂ」、残り弾丸数「１０」”のショットガンを表すディスクと交換可能であるが、“ディスクＩＤ「４２００ｍ」、残り弾丸数「１０」”のライフル銃を表すディスクとは交換不可能である。
【０１１５】
図２２〜図２５に示す対戦画像を示す図を用いて、図１８を用いて説明した処理について具体的に説明する。
対戦中に残り弾丸数が所定数以下になると、画面には、“残り弾丸数が少なくなっています”という報知画像９６が画面左下の残り弾丸数画像９７の上側に表示される（図２２（ｂ）参照）。また、残り弾丸数画像９７の右側には、ディスク交換ボタン画像１９０が表示される。
【０１１６】
ステップＳ１３０において、タッチパネル１１ａを介してプレーヤによってディスク交換ボタン画像１９０に対応する指示が入力されると、ディスク交換前画像１９１が表示される（図２３（ａ）参照）。この後、プレーヤは、ディスク交換要求画像１９４（図２４参照）が表示されるのを待つことになる。ディスク交換要求画像１９４が表示されるとプレーヤは、ディスク４５を交換し、いち早く交換完了ボタン画像１９５を操作すれば、いち早く銃を使用することができるようになる。すなわち、ディスク交換前画像１９１が表示されてから、ディスク交換要求画像１９４が表示されるまでの時間もゲームが進行していることとなるのである。
【０１１７】
ゲーム装置１は、ディスク交換前画像１９１を表示した上で、ステップＳ１３３、ステップＳ１３４の処理を行う。ここで、ステップＳ１３３において、ディスクＩＤが合致しない場合、すなわち、ディスク情報の書き換え前にディスク４５が認証ユニット１５にセットされたアタッチメント４０から取り除かれた場合には、エラー画像１９２を表示（図２３（ｂ）参照）する。
なお、本実施形態では、ディスク情報の書き換え前にディスク４５が認証ユニット１５にセットされたアタッチメント４０から取り除かれた場合には、エラーメッセージを出力してプレーヤによって不正にディスク４５が交換されるのを防ぐこととしたが、例えば、ディスク情報の書き換え前に、認証ユニット１５がゲーム装置１内にアタッチメント４０ごと格納され、プレーヤは、ディスク４５をアタッチメント４０から取り除くことができないようにすることとしてもよい。
【０１１８】
一方、ステップＳ１３４において、ディスク情報の書き換えが終了すると、ステップＳ１３６において、ディスク交換要求画像１９４が表示される（図２４参照）。また、読み取り要求指示入力するための交換完了ボタン画像１９５が表示される。
ディスク交換要求画像１９４が表示されると、プレーヤは、ディスク４５を交換し、交換が完了すると、交換完了ボタン画像１９５をタッチパネル１１ａを介して操作し、ディスク情報の読み取りを指示する。プレーヤは、いち早く交換完了ボタン画像１９５を操作すれば、いち早く銃を使用することができるようになり、戦闘を有利に進めることができるようになる。以上のような表示によれば、交換中もゲームが進行しているように表示することができ、また、ディスク４５を交換する速さをゲームに取り入れることにより、新たなゲーム性を付与することができる。
【０１１９】
次に、図１８を用いて、ゲーム装置、店舗サーバ及びセンターサーバ群の間で行われる動作シーケンスを説明することとする。
ゲーム装置１では、ステップＳ１００において、電源投入時に店舗サーバ２に対してアプリケーションデータのダウンロード要求を送信すると、店舗サーバ２は、ダウンロード要求に対してダウンロード要求を送信してきたゲーム装置１にアプリケーションデータを送信する（ステップＳ２５０）。
【０１２０】
ゲーム装置１は、アプリケーションデータを受信すると、そのアプリケーションデータをＲＡＭ３３に記憶し、該アプリケーションを作動させる。
そして、ゲーム装置１は、ステップＳ６１において、メッセージ出力処理を行い、ステップＳ６２において、プレーヤによるコインの投入、ＩＤカードの挿入及びパスワードの入力を受け付ける。プレーヤによって、コイン、ＩＤカードの挿入、パスワードの入力があると、カード情報等を店舗サーバを経由してセンターサーバ群に送信する（ステップＳ６３）。
すると、センターサーバ群５では、ステップＳ３０１に処理を移し、受信したカード情報及びパスワードを用い、プレーヤがＩＤカードの持ち主本人であるか否かを判断する認証処理を行い（ステップＳ３０１）、その認証結果を示す応答信号をゲーム装置１に送信する（ステップＳ３０２）。この場合、データベースサーバ１０３では、各店舗Ａ、Ｂに８台ずつ設置されているゲーム装置１に対して、同様の認証処理を行う。
【０１２１】
ゲーム装置１は、ステップＳ６４において、センターサーバ群５から応答信号を受信すると処理をステップＳ６８に移し、エントリーデータを店舗サーバ２経由でセンターサーバ群５に送信し、その後、処理をステップＳ６５に移す。
すると、センターサーバ群５では、ステップＳ３０３に処理を移し、ゲームサーバ１０１により、各ゲーム装置１からのエントリーデータを用いて、プレーヤのエントリー受付を行う。次に、ステップＳ３０４において、プレーヤの参加情報を更新し、対戦相手となるプレーヤを決定する（ステップＳ３０５）。次に、ステップＳ３０６において、対戦相手となる各プレーヤのゲームデータを抽出し、抽出したゲームデータを店舗サーバ経由でゲーム装置１に送信する（ステップＳ３０７）。
【０１２２】
ゲーム装置１は、ステップＳ６５において、センターサーバ群からゲームデータを店舗サーバ経由で受信するとゲーム処理を行い（ステップＳ３）、ゲーム処理が終了ずると、ゲーム結果（成績やレベル等）の表示を行う（ステップＳ６）。次に、ステップＳ７において、ゲーム結果を示すゲームデータを店舗サーバを経由してセンターサーバ群に送信する後処理を行い、処理を終了する。
すると、センターサーバ群５では、ステップＳ３０８に処理を移し、各プレーヤのゲームデータを受信すると、受信したゲームデータに基づいて、ゲームデータを更新して記憶し、処理を終了する。
【０１２３】
以上、本発明によれば、ゲーム進行中にディスク情報が更新されて残り弾丸数が所定数以下となった（所定の条件を満たした）際に報知画像９６が表示され、そのときにプレーヤによってディスク情報の書き換えに関する指示が入力されると、ディスク４５からディスクＩＤが読み取られる。そして、読み取られたディスクＩＤが、それ以前に読み取られたディスクＩＤと合致する場合に、ディスク４５に記憶されたディスク情報が、更新後のディスク情報に書き換えられる。従って、プレーヤがディスク４５を交換して不正にゲームを進めようとしても、ディスクＩＤが合致しなければ、ディスク情報の書き換えは行われないため、ゲームの進行中にディスク４５が交換されて不正にゲームが進められることを防止することができる。
【０１２４】
その後、ディスク交換要求画像１９４が表示されるときに、プレーヤがディスク４５を交換し、ディスク情報の読み取りを要求する指示を入力すると、交換されたディスク４５からディスク情報が読み取られ、そのディスク情報に基づいて、キャラクタ情報が生成される。
このように、ディスク情報の読み取りを要求する指示をプレーヤが入力したことを契機として、ディスク４５からディスク情報が読み取られるため、ディスク情報が読み取られるタイミング、すなわち、ディスク４５を交換し得るタイミングをプレーヤが決定することができる。従って、ディスク情報の更新の程度に応じてディスク４５の交換のタイミングをプレーヤが決めることが可能な戦略性の高いゲームを提供することができる。
【０１２５】
本実施形態では、アタッチメント４０は、半楕円球形状をしたものとしたが、特に限定されるものではなく、例えば、図２３に示すような形状とすることができる。
図２３（ａ）〜（ｃ）は、それぞれアタッチメントの一例を模式的に示す斜視図である。
図２３（ａ）は、飛行機の形状をしたアタッチメントを示している。図２３（ｂ）は、戦車の形状をしたアタッチメントを示している。図２３（ｃ）は、ロボットの形状をしたアタッチメントを示している。これらのアタッチメントは、取付部５０ａ、５１ａ、５２ａを有しており、記憶媒体を取り付け可能である。
そして、例えば、飛行機の形状をしたアタッチメントを使用すればキャラクタの移動範囲が広い、戦車の形状をしたアタッチメントを使用すればキャラクタの防御力が高い、ロボットの形状をしたアタッチメントを使用すればキャラクタの生命力が高い等、使用する取付体によって、その形状に応じたキャラクタ情報を生成することができるとしてもよい。
また、本実施形態では、アタッチメントは、半楕円球形状をしたものとしたが、図２４に示すように、フィギア４９と台座部４８とからなるアタッチメントとし、その台座部４８に記憶媒体を取り付ける取付部４８ａを設けるとしてもよい。
【０１２６】
本実施形態では、迷宮対戦ゲームを行うことが可能なゲーム装置１を例にとって説明しているが、本発明を、他の画像遊技を行うことが可能なゲーム装置に適用することも可能である。例えば、野球、サッカー等複数の選手を登場させるゲームで、選手に対応するアタッチメント（フィギア形状のもの等でもよい）と選手の能力値を変化させることができる記憶媒体を用いてチームプレーをシュミレーションすることができるゲーム装置等である。
【０１２７】
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【図面の簡単な説明】
【０１２８】
【図１】本発明に係るゲームシステムの構成図である。
【図２】１つの店舗に設置された８台のゲーム装置とカード販売機との外観を示す斜視図である。
【図３】ゲーム装置の外観を示す斜視図である。
【図４】ゲーム装置のハードウェア構成を示すブロック図である。
【図５】画像制御回路の内部構成の一例を示すブロック図である。
【図６】店舗サーバのハードウェア構成を示すブロック図である。
【図７】センターサーバのハードウェア構成を示すブロック図である。
【図８】（ａ）は、ゲームシステムに係るアタッチメントの分解正面図であり、（ｂ）は、ゲームシステムに係る記憶媒体（ＩＣチップ内蔵ディスク）の斜視図である。
【図９】ゲーム装置１において実行される処理の概要を示すフローチャートである。
【図１０】図９に示すフローチャートのステップＳ３において実行されるサブルーチンを示すフローチャートである。
【図１１】ダンジョン選択画面の一例を示す図である。
【図１２】図１０に示すフローチャートのステップＳ１０において実行されるサブルーチンを示すフローチャートである。
【図１３】キャラクタ情報生成テーブルの一例を示す図である。
【図１４】図１０に示すフローチャートのステップＳ１４において実行されるサブルーチンを示すフローチャートである。
【図１５】図１０に示すフローチャートのステップＳ１５において実行されるサブルーチンを示すフローチャートである。
【図１６】図１０に示すフローチャートのステップＳ１８において実行されるサブルーチンを示すフローチャートである。
【図１７】図１６に示すフローチャートのステップＳ１２２において実行されるサブルーチンを示すフローチャートである。
【図１８】ゲーム装置、店舗サーバ及びセンターサーバ群の間で行われる動作シーケンスを示すシーケンスチャートである。
【図１９】迷宮画像を示す図である。
【図２０】別の迷宮画像を示す図である。
【図２１】戦闘選択画像を示す図である。
【図２２】（ａ）は、ゲーム装置１のサブディスプレイ１２に表示される対戦画像の一例を示す図であり、（ｂ）は、ゲーム装置１のサブディスプレイ１２に表示される報知画像９６を含む対戦画像の一例を示す図である。
【図２３】（ａ）は、ゲーム装置１のサブディスプレイ１２に表示されるディスク交換前画像１９１を含む対戦画像の一例を示す図であり、（ｂ）は、ゲーム装置１のサブディスプレイ１２に表示されるエラー画像１９２を含む対戦画像の一例を示す図である。
【図２４】ゲーム装置１のサブディスプレイ１２に表示されるディスク交換要求画像を含む対戦画像の一例を示す図である。
【図２５】（ａ）、（ｂ）及び（ｃ）は、他の一例に係るアタッチメントの斜視図である。
【図２６】他の一例に係るアタッチメントの斜視図である。
【符号の説明】
【０１２９】
１ ゲーム装置
２ 店舗サーバ
５ センターサーバ群
１５ 認証ユニット
１５ａ アタッチメント装着部
１５ｂ 読取部
３１ マイクロコンピュータ
３２ ＣＰＵ
３３ ＲＡＭ
３４ ＲＯＭ
４０ アタッチメント
４１ 台座部
４２ アタッチメント用ＩＣチップ
４３ スロット部
４５ ＩＣチップ内蔵ディスク
４６ ディスク用ＩＣチップ
９６ 報知画像
１００ ゲームシステム
１９０ ディスク交換ボタン画像
１９１ ディスク交換前画像
１９２ エラー画像
１９４ ディスク交換要求画像
１９５ 交換完了ボタン画像
【特許請求の範囲】
【請求項１】
プレーヤの操作に応じて所定の指示を入力する入力手段と、
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取手段と、
少なくとも前記構成情報読取手段により読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段と、
前記生成手段が生成したキャラクタ情報に基づきゲームを実行するゲーム制御手段と、
前記ゲーム制御手段により実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新手段と、
前記更新手段が更新したキャラクタ構成情報が所定条件を満たした場合に、キャラクタ構成情報が所定条件を満たしたことを報知するための報知画像を表示する報知画像表示手段と、
少なくとも、前記報知画像表示手段により報知画像が表示されているときに前記入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、前記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取手段と、
前記識別情報読取手段が読み取った識別情報とその前に前記識別情報読取手段が読み取った識別情報とが合致した場合に前記記憶媒体に記憶されたキャラクタ構成情報を前記更新手段により更新されたキャラクタ構成情報に書き換える構成情報書換手段と、
前記構成情報書換手段によるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換を促すための交換要求画像を表示する交換要求画像表示手段とを備え、
前記構成情報読取手段は、前記交換要求画像表示手段に交換要求画像が表示されているときに前記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取り、
前記生成手段は、前記構成情報読取手段により新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成することを特徴とするゲーム装置。
【請求項２】
ゲーム装置を、
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取手段、
少なくとも前記構成情報読取手段により読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段、
前記生成手段により生成されたキャラクタ情報に基づいてゲームを実行するゲーム制御手段、
前記ゲーム制御手段により実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新手段、
前記更新手段が更新したキャラクタ構成情報が所定条件を満たした場合に、キャラクタ構成情報が所定条件を満たしたことを報知するための報知画像を表示する報知画像表示手段、
少なくとも、前記報知画像表示手段により報知画像が表示されているときに前記ゲーム装置が備える入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、前記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取手段、
前記識別情報読取手段が読み取った識別情報とその前に前記識別情報読取手段が読み取った識別情報とが合致した場合に前記記憶媒体に記憶されたキャラクタ構成情報を、前記更新手段により更新されたキャラクタ構成情報に書き換える処理を行う構成情報書換手段、並びに、
前記構成情報書換手段によるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換をプレーヤに促すための交換要求画像を表示する交換要求画像表示手段
として機能させ、
前記構成情報読取手段に、前記交換要求画像表示手段に交換要求画像が表示されているときに前記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取る処理を行わせ、
前記生成手段に、前記構成情報読取手段により新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成する処理を行わせることを特徴とするプログラム。
【請求項３】
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取ステップと、
少なくとも前記構成情報読取ステップにより読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成ステップと、
前記生成ステップにて生成されたキャラクタ情報に基づきゲームを実行するゲーム制御ステップと、
前記ゲーム制御ステップにより実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新ステップと、
前記更新ステップにより更新されたキャラクタ構成情報が所定条件を満たした場合にキャラクタ構成情報が所定条件を満たしたことを報知する報知画像を表示する報知画像表示ステップと、
少なくとも、前記報知画像表示ステップにより報知画像が表示されているときに前記ゲーム装置が備える入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、前記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取ステップと、
前記識別情報読取ステップにより読み取られた識別情報とその前に前記識別情報読取ステップにより読み取られた識別情報とが合致した場合に前記記憶媒体に記憶されたキャラクタ構成情報を前記更新ステップにより更新されたキャラクタ構成情報に書き換える構成情報書換ステップと、
前記構成情報書換ステップによるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換を促すための交換要求画像を表示する交換要求画像表示ステップと、
前記交換要求画像表示ステップに交換要求画像が表示されているときに前記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取る構成情報再読取ステップと、
前記キャラクタ構成情報再読取ステップにより新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成する再生成ステップと
を含むことを特徴とするゲーム制御方法。
【請求項１】
プレーヤの操作に応じて所定の指示を入力する入力手段と、
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取手段と、
少なくとも前記構成情報読取手段により読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段と、
前記生成手段が生成したキャラクタ情報に基づきゲームを実行するゲーム制御手段と、
前記ゲーム制御手段により実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新手段と、
前記更新手段が更新したキャラクタ構成情報が所定条件を満たした場合に、キャラクタ構成情報が所定条件を満たしたことを報知するための報知画像を表示する報知画像表示手段と、
少なくとも、前記報知画像表示手段により報知画像が表示されているときに前記入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、前記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取手段と、
前記識別情報読取手段が読み取った識別情報とその前に前記識別情報読取手段が読み取った識別情報とが合致した場合に前記記憶媒体に記憶されたキャラクタ構成情報を前記更新手段により更新されたキャラクタ構成情報に書き換える構成情報書換手段と、
前記構成情報書換手段によるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換を促すための交換要求画像を表示する交換要求画像表示手段とを備え、
前記構成情報読取手段は、前記交換要求画像表示手段に交換要求画像が表示されているときに前記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取り、
前記生成手段は、前記構成情報読取手段により新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成することを特徴とするゲーム装置。
【請求項２】
ゲーム装置を、
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取手段、
少なくとも前記構成情報読取手段により読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成手段、
前記生成手段により生成されたキャラクタ情報に基づいてゲームを実行するゲーム制御手段、
前記ゲーム制御手段により実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新手段、
前記更新手段が更新したキャラクタ構成情報が所定条件を満たした場合に、キャラクタ構成情報が所定条件を満たしたことを報知するための報知画像を表示する報知画像表示手段、
少なくとも、前記報知画像表示手段により報知画像が表示されているときに前記ゲーム装置が備える入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、前記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取手段、
前記識別情報読取手段が読み取った識別情報とその前に前記識別情報読取手段が読み取った識別情報とが合致した場合に前記記憶媒体に記憶されたキャラクタ構成情報を、前記更新手段により更新されたキャラクタ構成情報に書き換える処理を行う構成情報書換手段、並びに、
前記構成情報書換手段によるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換をプレーヤに促すための交換要求画像を表示する交換要求画像表示手段
として機能させ、
前記構成情報読取手段に、前記交換要求画像表示手段に交換要求画像が表示されているときに前記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取る処理を行わせ、
前記生成手段に、前記構成情報読取手段により新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成する処理を行わせることを特徴とするプログラム。
【請求項３】
１のキャラクタに関するキャラクタ情報を構成するキャラクタ構成情報を記憶する書換可能な記憶媒体から、当該キャラクタ構成情報を読み取る構成情報読取ステップと、
少なくとも前記構成情報読取ステップにより読み取られたキャラクタ構成情報に基づいて、１のキャラクタに関するキャラクタ情報を生成する生成ステップと、
前記生成ステップにて生成されたキャラクタ情報に基づきゲームを実行するゲーム制御ステップと、
前記ゲーム制御ステップにより実行されたゲームの結果に基づいて、キャラクタ情報に含まれるキャラクタ構成情報を更新する更新ステップと、
前記更新ステップにより更新されたキャラクタ構成情報が所定条件を満たした場合にキャラクタ構成情報が所定条件を満たしたことを報知する報知画像を表示する報知画像表示ステップと、
少なくとも、前記報知画像表示ステップにより報知画像が表示されているときに前記ゲーム装置が備える入力手段によりキャラクタ構成情報の書き換えに関する指示が入力されたことを契機として、前記記憶媒体から当該記憶媒体が有する識別情報を読み取る識別情報読取ステップと、
前記識別情報読取ステップにより読み取られた識別情報とその前に前記識別情報読取ステップにより読み取られた識別情報とが合致した場合に前記記憶媒体に記憶されたキャラクタ構成情報を前記更新ステップにより更新されたキャラクタ構成情報に書き換える構成情報書換ステップと、
前記構成情報書換ステップによるキャラクタ構成情報の書き換えが行われたことを契機として、記憶媒体の交換を促すための交換要求画像を表示する交換要求画像表示ステップと、
前記交換要求画像表示ステップに交換要求画像が表示されているときに前記入力手段によりキャラクタ構成情報の読み取りを要求する指示が入力されたことを契機として、記憶媒体からキャラクタ構成情報を新たに読み取る構成情報再読取ステップと、
前記キャラクタ構成情報再読取ステップにより新たにキャラクタ構成情報が読み取られたことを契機として、キャラクタ情報を生成する再生成ステップと
を含むことを特徴とするゲーム制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２００６−１１５９３２（Ｐ２００６−１１５９３２Ａ）
【公開日】平成１８年５月１１日（２００６．５．１１）
【国際特許分類】
【出願番号】特願２００４−３０４５７７（Ｐ２００４−３０４５７７）
【出願日】平成１６年１０月１９日（２００４．１０．１９）
【出願人】（５９８０９８５２６）アルゼ株式会社 (7,628)
【Ｆターム（参考）】
【公開日】平成１８年５月１１日（２００６．５．１１）
【国際特許分類】
【出願日】平成１６年１０月１９日（２００４．１０．１９）
【出願人】（５９８０９８５２６）アルゼ株式会社 (7,628)
【Ｆターム（参考）】
[ Back to top ]