遊技機および遊技システム
【課題】 被読取対象物に対する愛着や収集意欲をそぐことなく、被読取対象物を用いなくても画像遊技を進行できるようにする。
【解決手段】 ゲームマシン１は、メインディスプレイ１１と、識別情報を記憶したフィギアから識別情報を読取る認証ユニット１５を有する。ゲームマシン１は、ＣＰＵにより、フィギアの識別情報に対応するフィギア情報を用いる第１のモードと、用いない第２のモードのいずれかで画像遊技を進行させ、第１のモードにおける画像遊技に所定の特典を付与するようになっている。
【解決手段】 ゲームマシン１は、メインディスプレイ１１と、識別情報を記憶したフィギアから識別情報を読取る認証ユニット１５を有する。ゲームマシン１は、ＣＰＵにより、フィギアの識別情報に対応するフィギア情報を用いる第１のモードと、用いない第２のモードのいずれかで画像遊技を進行させ、第１のモードにおける画像遊技に所定の特典を付与するようになっている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被読取対象物に記憶されているデータを読取り、画像表示手段に表示される画像を用いた画像遊技を進行させることが可能な遊技機および遊技システムに関する。
【背景技術】
【０００２】
従来から、画像表示手段に表示される画像を用いた画像遊技を行える遊技機（いわゆるビデオゲーム機）が知られている。この種の遊技機は、遊技者が１人だけで遊べる遊技機と、２人以上の複数の遊技者が遊べる遊技機とがあるが、遊技の内容により大別すると、例えばトランプのカードやタイルを並べて所定の組合せになると入賞し、点数が得られるようなゲーム機や、遊技者の操作に応じて行動する行動体（遊技に登場する登場人物を示すいわゆるキャラクタや、自動車、飛行機等の乗物）を示す行動体画像を用いた画像遊技（例えばＲＰＧ（ロールプレイングゲーム）や、アドベンチャーゲーム）を行える遊技機がある。
【０００３】
一方、ビデオゲーム機に関しては、従来から、カード、カセット、その他の被読取対象物を用いたゲーム機が知られている。例えば、スポーツ選手の写真が印刷されたカード（トレーディングカードという）を遊技者が出し合い、それぞれのカードの裏面に印刷されたキャラクタのパワーを比較して勝敗を決めるゲーム機がある。
【０００４】
また、特許文献１には、プレイフィールド上に載置された複数のカードのデータを読取る手段と、読取ったデータに応じた画像を表示する手段とを有し、遊技者が並べた複数のカードの組合せに応じた画像を表示して、チームプレーをシミュレーションできるカードゲーム装置が開示されている。
【特許文献１】特開２００２−３０１２６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したゲーム機はゲームを行うのにそのゲームに登場するスポーツ選手やキャラクタを示す絵や図柄が描かれたカード等被読取対象物を用いるため、遊技者に対し、ゲームに対する興趣や臨場感を高めて被読取対象物に対する愛着をわかせたり、収集意欲を抱かせるようにすることが可能である。
【０００６】
しかし、特許文献１に記載されているカードゲーム装置では、被読取対象物たるカード自体を用いないと画像が表示されず、ゲームを進めることができないといった欠点がある。とはいえ、カードがなくてもゲームが進行するようにしてしまうと、カードゲーム本来の楽しみが得られなくなってしまうし、カードに対する収集意欲を抱かせるといったカードゲーム本来の特徴が活かされ難くなってしまう。
【０００７】
そこで、本発明は上記課題を解決するためになされたもので、被読取対象物に記憶されているデータを読取り、画像表示手段に表示される画像を用いた画像遊技を行える遊技機および遊技システムに関し、被読取対象物に対する愛着や収集意欲をそぐことなく、被読取対象物を用いなくても画像遊技を進行できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、遊技者の操作に応じて行動する行動体を示す行動体画像を画像表示手段に表示させる遊技機であって、行動体に対応する行動体の識別情報を記憶した被読取対象物から、識別情報を読取る読取手段と、その読取手段による識別情報の読取を要する第１のモードと、識別情報の読取を要しない第２のモードのいずれかで、行動体画像を用いた画像遊技を進行させる遊技進行制御手段と、第１のモードにおける画像遊技に所定の特典を付与する特典付与手段とを有する遊技機を特徴とする。
【０００９】
この遊技機は、行動体データを用いる第１のモードと、用いない第２のモードのいずれかで画像遊技を進行させることができ、しかも、第１のモードでは、所定の特典が付与されるようになっている。
【００１０】
また、行動体データを記憶する行動体データ記憶手段と、その手段に記憶されている行動体データのうち、行動体の識別情報に対応する行動体データを抽出する抽出手段とを更に有し、遊技進行制御手段が、抽出手段により抽出された行動体データを用いるようにすることができる。
これにより、行動体データ記憶手段に各行動体の行動体データを記憶しておき、そこから、識別情報に対応する行動体データを抽出して画像遊技を進行させることができる。
【００１１】
また、上記特典付与手段は、遊技者にとって有益な特典情報を遊技者が使用できる確率について、第２のモードよりも第１のモードを高くして、特典を付与するようにすることができる。
こうすると、第１のモードにおける画像遊技は第２のモードにおける画像遊技よりも、遊技者が特典情報を使用できる確率が高くなるような特典が付与されるようにすることができる。
【００１２】
また、上記遊技機は、行動体の属性を遊技者が選択するための選択手段を更に有し、遊技者が選択手段を用いて行動体の属性を選択し得る選択範囲について、第２のモードよりも第１のモードを広く設定することによって、特典付与手段が特典を付与するようにすることもできる。
【００１３】
こうすると、第１のモードで画像遊技を行うと、第２のモードで行う場合よりも、行動体の属性を選択し得る選択範囲が広くなるような特典が付与されるようになる。
また、本発明は、遊技者の操作に応じて行動する行動体を示す行動体画像を画像表示手段と、行動体に対応する行動体の識別情報を記憶した被読取対象物から、識別情報を読取る読取手段と、その読取手段による識別情報の読取を要する第１のモードと、識別情報の読取を要しない第２のモードのいずれかで、行動体画像を用いた画像遊技を進行させる遊技進行制御手段と、第１のモードにおける画像遊技に所定の特典を付与する特典付与手段とを有する遊技システムを提供する。
この遊技システムでも、行動体データを用いる第１のモードと、用いない第２のモードのいずれかで画像遊技を進行させることができ、しかも、第１のモードでは、所定の特典が付与されるようになっている。
【発明の効果】
【００１４】
以上詳述したように、本発明によれば、被読取対象物に記憶されているデータを読取り、画像表示手段に表示される画像を用いた画像遊技を行える遊技機および遊技システムに関し、被読取対象物に対する愛着や収集意欲をそぐことなく、被読取対象物を用いなくても画像遊技を進行できるようにすることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について説明する。なお、同一要素には同一符号を用い、重複する説明は省略する。
【００１６】
（ゲームシステムの全体構成）
図１は本発明によるゲームマシン１を複数備えたゲームシステム１００のシステム構成図、図２は複数のゲームマシン１とカード販売機６を示す斜視図である。ゲームシステム１００は、２つの遊技店舗Ａ，Ｂにそれぞれ１台および２台設置された合計３台の店舗サーバ２と、専用回線３を介して通信可能に接続された複数（本実施の形態では８台）のゲームマシン１およびカード販売機６と、遊技店舗Ａ，Ｂに設置された店舗内ルータ７と、店舗内ルータ７、通信回線４ａおよびインターネット４を介して接続されたセンターサーバ群５とを有している。
【００１７】
各遊技店舗Ａ，Ｂでは、店舗サーバ２と、ゲームマシン１およびカード販売機６が専用回線３により接続されて店舗内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を形成し、この店舗内ＬＡＮが店舗内ルータ７を介してインターネット４に接続されている。
【００１８】
（ゲームマシンの構成）
ゲームマシン１は、本発明の実施の形態に係る遊技機であって、遊技に用いられる遊技画像として、遊技者の操作に応じて行動するキャラクタ（詳しくは後述する）を示すキャラクタ画像（本発明における行動体画像に相当する）を表示する画像表示手段を有し、遊技者の操作に応じた動作をキャラクタに行わせる画像遊技を行えるように構成されている。本実施の形態におけるゲームマシン１では、遊技者の選択したルートに沿ってキャラクタが迷宮内を移動しながら、自分以外の別キャラクタ（他の遊技者の選択にしたがい動作を行うプレイヤーキャラクタや、ゲームマシンが動作を行わせるノンプレイヤーキャラクタ）と対戦して、キャラクタが持つアイテム（本実施の形態では後述する宝珠）を奪い合い、そのアイテムをすべて集めた上で最終目標のキャラクタを倒すゲーム（以下、「迷宮対戦ゲーム」という）を行えるようになっている。この迷宮対戦ゲームでは、対戦結果やゲームの進行状況に合わせて各キャラクタの持点（本実施の形態では「ライフ」という）が昇降し、その持点が無くなったキャラクタが敗者となるようになっている。
【００１９】
ゲームマシン１は、図３に示すように、筐体１０の正面に、液晶表示装置を備えたメインディスプレイ１１を有している。また、メインディスプレイ１１の上側部分に同じく液晶表示装置を備えたサブディスプレイ１２を有し、その左右両側に遊技の演出に用いられる音声を出力するスピーカ１３Ｌ，１３Ｒが配置されている。
【００２０】
メインディスプレイ１１は、本発明における画像表示手段であって、遊技の各段階に応じた遊技画像（例えば、迷宮画像１６０など）が表示されるようになっている（詳しくは後述する）。サブディスプレイ１２は、遊技の特定の段階における画像（例えば、後述する対戦画像１８０）が表示されるようになっている。
【００２１】
また、ゲームマシン１はメインディスプレイ１１の下側に操作パネル１４を有し、この操作パネル１４の左側に認証ユニット１５が配置され、右側にゲームを実行するときに必要なコイン（硬貨、遊技用メダルなどの遊技媒体）を投入するコイン投入口１６と、ＩＤカード１７を挿入するためのカードスロット１８とを有し、操作ボタンなどを備えた操作ユニット１９を有している。
【００２２】
認証ユニット１５は、本発明における読取手段であって、操作パネル１４の表面に固定された台座装着部１５ａと、読取部１５ｂとを有している。この台座装着部１５ａは、後述するフィギア４０（図８参照）における台座部４１の形状に対応した厚肉円板状の窪みを内側に有し、その窪みに台座部４１を嵌め込み装着することができるようになっている。読取部１５ｂは台座装着部１５ａの窪みに配置されていて、図示しないＩＣチップリーダを有し、そのＩＣチップリーダにより、装着されたフィギア４０の台座部４１に内蔵されているＩＣチップ４４から、記録されている情報を読み取るようになっている。なお、認証ユニット１５はＬＥＤを有し、後述するフィギア４０の読取り動作中にそのフィギアに光を照射するようになっている。
【００２３】
ゲームシステム１００を構成している各ゲームマシン１には、自機固有のマシンＩＤが付与されている。このマシンＩＤは、各店舗サーバ２に固有のサーバＩＤと、各ゲームマシン１に固有のＩＤとを有し、例えば、店舗Ａに設置されている各ゲームマシン１の場合、Ａ０１，Ａ０２，Ａ０３・・・のようになっている。
【００２４】
図４は内部の構成を中心に示すゲームマシン１のブロック図である。ゲームマシン１は、マイクロコンピュータ３１を中心に複数の構成要素を有している。
【００２５】
マイクロコンピュータ３１は、メインＣＰＵ（Central Processing Unit）３２と、ＲＡＭ（Random Access Memory）３３と、ＲＯＭ(Read Only Memory)３４とを有している。メインＣＰＵ３２は、ＲＯＭ３４に記憶されているプログラムにしたがって作動し、Ｉ／Ｏポート３９を介して、操作パネル１４に設けられた各構成要素から信号を入力する一方、他の構成要素との信号の入出力を行い、ゲームマシン１全体の動作制御を行う。ＲＡＭ３３はメインＣＰＵ３２が作動する際に用いるデータやプログラム（本実施の形態では、後述するアプリケーションデータおよびゲームデータ）が記憶され、本発明における行動体データ記憶手段として機能する。ＲＯＭ３４には、メインＣＰＵ３２が実行する制御プログラムと、恒久的なデータが記憶されている。
【００２６】
また、ゲームマシン１は、乱数発生器３５と、サンプリング回路３６と、クロックパルス発生回路３７と、分周器３８とを有している。乱数発生器３５は、メインＣＰＵ３２の指示にしたがい作動して、一定範囲の乱数を発生させる。サンプリング回路３６は、メインＣＰＵ３２の指示にしたがい、乱数発生器３５が発生させた乱数の中から任意の乱数を抽出し、その抽出した乱数をメインＣＰＵ３２に入力する。クロックパルス発生回路３７は、メインＣＰＵ３２を作動させるための基準クロックを発生させ、分周器３８はその基準クロックを一定周期で分周した信号をメインＣＰＵ３２に入力する。
【００２７】
さらに、ゲームマシン１は、タッチパネル１１ａと、コインセンサ１６ａと、カードリーダ１８ａと、通信制御部２１および通信処理部２２とを有し、さらに、画像制御回路７１と、音制御回路７２を有している。
【００２８】
タッチパネル１１ａは、メインディスプレイ１１の表示画面を覆うように設けられていて、遊技者の指が触れた箇所の位置を検出し、その検出した位置に対応した位置信号をメインＣＰＵ３２に入力する。遊技者はこのタッチパネル１１ａを用いてキャラクタの動作を決めるための操作入力を行う。例えば、タッチパネル１１ａは、長方形の透明板表面に導電物質を塗布しており、その透明板の四角に配置された電極から電圧をかけ、遊技者の指が触れることによる微弱な電流変化を電極で検知して、遊技者の指が触れた箇所の位置を検出する。
【００２９】
コインセンサ１６ａは、コイン投入口１６から投入されたコインを検出し、その検出に対応する検出信号をメインＣＰＵ３２に出力する。カードリーダ１８ａは、カードスロット１８に挿入されたＩＤカード１７に記録されている遊技者ＩＤ等のカード情報を読み取り、その読み取ったカード情報をメインＣＰＵ３２に入力する。
【００３０】
通信制御部２１は、メインＣＰＵ３２の指示にしたがい作動して、店舗サーバ２と通信を行うための回線の接続および切断を制御する。通信処理部２２は通信制御部２１の指示にしたがい作動して、専用回線３を介して行われるデータの送受信を実行する。
【００３１】
画像制御回路７１は、メインディスプレイ１１、サブディスプレイ１２のそれぞれにおける画像表示を制御して、キャラクタを示す画像等の各種の画像をメインディスプレイ１１、サブディスプレイ１２に表示させる。
【００３２】
この画像制御回路７１は、図５に示すように、画像制御ＣＰＵ７１ａ、ワークＲＡＭ７１ｂ、プログラムＲＯＭ７１ｃ、画像ＲＯＭ７１ｄ、ビデオＲＡＭ７１ｅおよびＶＤＰ（Video Display Processor）７１ｆを有している。画像制御ＣＰＵ７１ａは、マイクロコンピュータ３１で設定されたパラメータに基づき、プログラムＲＯＭ７１ｃに予め記憶されている（メインディスプレイ１１、サブディスプレイ１２での表示に関する）画像制御プログラムに従い、メインディスプレイ１１、サブディスプレイ１２に表示される画像を決定する。ワークＲＡＭ７１ｂは、画像制御ＣＰＵ７１ａが画像制御プログラムを実行するときの一時記憶手段として構成されている。
【００３３】
プログラムＲＯＭ７１ｃは、画像制御プログラムや各種選択テーブルなどを記憶している。画像ＲＯＭ７１ｄは、画像を形成するためのドットデータを記憶している。ビデオＲＡＭ７１ｅは、ＶＤＰ７１ｆにより画像を形成するときの一時記憶手段として構成されている。ＶＤＰ７１ｆは制御ＲＡＭ７１ｇを有し、画像制御ＣＰＵ７１ａで決定されたメインディスプレイ１１、サブディスプレイ１２の表示内容に応じた画像を形成し、その形成された各画像をメインディスプレイ１１、サブディスプレイ１２に出力する。
【００３４】
音制御回路７２はスピーカ１３Ｌ、１３Ｒから音声を出力するための音声信号をスピーカ１３Ｌ、１３Ｒに入力する。スピーカ１３Ｌ、１３Ｒからは、例えば、ゲーム開始後、適当な時期にゲームを盛り上げるための音声が出力される。
【００３５】
（店舗サーバ、カード販売機、店舗内ルータの構成）
店舗サーバ２は図６に示すように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信処理部２０４、通信制御部２０５およびアプリケーションデータを記憶しているデータ記憶部２０６を有している。そして、ＣＰＵ２０１がＲＯＭ２０２に記憶されているプログラムにしたがいＲＡＭ２０３にデータを読み書きしながら作動し、一方、通信制御部２０５がＣＰＵ２０１の指示にしたがい通信処理部２０４を作動させる。そして、店舗サーバ２は、各遊技店舗Ａ，Ｂに設置されている各ゲームマシン１と専用回線３を介してデータの送受信を行い、各ゲームマシン１へのアプリケーションデータの送信（ダウンロード）や、各ゲームマシン１同士およびセンターサーバ群５とにおけるデータ送受信の中継を行う。アプリケーションデータは、ゲームマシン１で行われる迷宮対戦ゲームの実行に用いられる各種データ（ゲーム用の画像データなど）と、ボード用データ（操作ユニット１９に備えられている操作ボタンを迷宮対戦ゲームに対応させる設定用のプログラム）が含まれている。
【００３６】
カード販売機６は、遊技者が個人情報の入力操作を行う操作部と、カード発行手段とを有し、その操作部を用いた所定の入力操作によって、カード発行手段が各遊技者固有の遊技者ＩＤを含むカード情報を記憶させてＩＤカード１７を発行する。
【００３７】
店舗内ルータ７は各遊技店舗Ａ，Ｂに形成されている店舗内ＬＡＮと、通信回線４ａおよびインターネット４を介してセンターサーバ群５に形成されているＬＡＮとを接続している。
【００３８】
（センターサーバ群の構成）
センターサーバ群５は、ゲームごとに対応して設置された複数のゲームサーバ（図１では、２台のゲームサーバ１０１、１０２）と、データベースサーバ１０３とを有し、各ゲームサーバが専用回線１０４を介して接続されてＬＡＮを形成し、そのＬＡＮが図示しないルータを介してインターネット４に接続されている。
【００３９】
ゲームサーバ１０１は、迷宮対戦ゲームを実行するために設置されていて、図７に示すように、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、通信処理部３０４、通信制御部３０５およびデータ記憶部３０６を有している。そして、ゲームサーバ１０１では、ＣＰＵ３０１がＲＯＭ３０２に記憶されているプログラムにしたがいＲＡＭ３０３にデータを読み書きしながら作動し、一方、通信制御部３０５がＣＰＵ３０１の指示にしたがい通信処理部３０４を作動させる。
【００４０】
ゲームサーバ１０１は、各店舗サーバ２とインターネット４を介してデータの送受信を行う。そして、各ゲームマシン１から送信される後述するエントリーデータを受信して遊技者の迷宮対戦ゲームへの参加（エントリー）受付および遊技者の参加情報の更新を行い、対戦相手となる遊技者を決定し、その結果をデータベースサーバ１０３に送信する。
【００４１】
ゲームサーバ１０２は別のゲームを実行するために設置されたもので、ゲームサーバ１０１と比較して記憶しているデータやプログラムが異なるが、同じ構成を有している。
【００４２】
データベースサーバ１０３は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、通信処理部４０４、通信制御部４０５およびデータ記憶部４０６を有している。そして、データベースサーバ１０３では、ＣＰＵ４０１がＲＯＭ４０２に記憶されているプログラムにしたがいＲＡＭ４０３にデータを読み書きしながら作動し、一方、通信制御部４０５がＣＰＵ４０１の指示にしたがい通信処理部４０４を作動させ、各店舗サーバ２とインターネット４を介してデータの送受信を行う。データ記憶部４０６には遊技者ＩＤ、遊技者の認証に用いられるパスワード、ゲームの種別およびゲームデータが記憶されている。遊技者ＩＤは、ゲームマシン１により、ＩＤカード１７から読み取って送信されたものである。
【００４３】
また、後述するとおり、データベースサーバ１０３には、各遊技者がゲームマシン１において、自己の使用するフィギア４０を認証ユニット１５にセットし、フィギアＩＤを読み取らせたことによって、その読み取らせたフィギア４０に対応するフィギアＩＤがゲームマシン１から送信されるようになっている。データベースサーバ１０３は、ゲームマシン１から送信される１つの遊技者ＩＤに対して、対応する複数のフィギアＩＤを関連付けて記憶可能なＩＤ管理ファイルがデータ記憶部４０６に形成されている。このＩＤ管理ファイルによって、遊技者およびその遊技者が使用するフィギアを管理するようにしている。このＩＤ管理ファイルは後述する遊技者の認証およびフィギアの認証で用いられる。
【００４４】
ゲームデータは、迷宮対戦ゲームに登場する複数のキャラクタについて、各キャラクタを特徴づけるキャラクタ固有のデータ（各キャラクタのコスチューム、コスチュームカラーや、防御パラメータ、攻撃パラメータおよび攻撃範囲を含むキャラクタ能力値、特殊能力などを示す情報、以下「フィギア情報」といい、本発明における行動体データに相当する）と、各遊技者による迷宮対戦ゲームの履歴を示すデータが含まれている。このゲームデータは、データベースサーバ１０３からゲームマシン１に送信され、迷宮対戦ゲームで用いられる。
【００４５】
（フィギアの構成）
図８はフィギア４０の構成を示す分解斜視図である。このフィギア４０は本発明における被読取対象物であって、台座部４１と、迷宮対戦ゲームに登場する各キャラクタの立体形状を表したフィギア本体部４２とを有している。
【００４６】
台座部４１は台座装着部１５ａの窪みに対応した大きさを有し、中空の厚肉円板状に形成されている。この台座部４１は天頂部４３ａを有する有底円筒状の台座本体部４３とＩＣチップ４４を有し、台座本体部４３の開放端部にＩＣチップ４４が嵌め込み固定された構成を有している。また、台座本体部４３の天頂部４３ａの略中央に突起部４３ｂを有している。ＩＣチップ４４は、フィギア本体部４２に対応するキャラクタに固有のフィギアＩＤを記憶している。
【００４７】
フィギア本体部４２は、突起部４３ｂに対応する凹部４６ａを有する脚座部４６と、脚座部４６から２本足で直立するように形成され、迷宮対戦ゲームに登場する各キャラクタをかたどった人形部４７とを有し、凹部４６ａに突起部４３ｂが嵌め込まれ、台座部４１の天頂部４３ａに固定されている。なお、フィギア４０は直径約７ｃｍの図示しないカプセルに納められて、カード販売機６と同等の販売機で販売されるようになっている。各カプセルにはごく一部にモンスターフィギアが納められているため、フィギア４０を使用する場合（後述するフィギア有りモード）では、モンスターフィギアを使用できる場合があるようになっている。また、同じキャラクタでも、微妙に色を変えたり、後述するフィギア情報を変える等してキャラクタの固有性を表現し、遊技者の収集意欲を促進するようにしている。
【００４８】
フィギア４０はフィギア本体部４２の形状によって、遊技者が区別可能であり、フィギアＩＤによって、ゲームマシン１が区別可能になっている。このフィギアＩＤは、異なるフィギア４０に対してユニーク（固有）とし、ゲームシステム１００における同一フィギアの多重登録を禁止するようにしている。
【００４９】
（ゲームマシンの動作内容）
次に、以上の構成を有するゲームマシン１の動作内容について、図９〜図１５に示すフローチャートを参照して説明する。なお、以下の説明では、遊技店舗Ａに設置されている８台のゲームマシン１のうちの４台のゲームマシン１を、それそれの遊技者が操作して同じ迷宮対戦ゲームを行う場合を例にとって説明する。
【００５０】
図９は各ゲームマシン１におけるゲームの開始から終了までのゲーム処理の動作手順を示すフローチャートである。なお、図９および後述する図１０〜図１５ではステップをＳと略記している。以下の説明では、４人の遊技者が操作するうちの１台のゲームマシン１を例にとって説明している。
【００５１】
ゲームマシン１は電源投入時に店舗サーバ２に対してアプリケーションデータのダウンロード要求を送信し（後述するステップ１００）、一方、店舗サーバ２がダウンロード要求を受信すると、ダウンロード要求を送信してきたゲームマシン１にアプリケーションデータを送信する（図１６参照）。
【００５２】
ゲームマシン１は、アプリケーションデータを受信すると、そのアプリケーションデータをＲＡＭ３３に記憶させる。そして、ゲームマシン１では、メインＣＰＵ３２がアプリケーションデータを読み込むと、本発明における遊技進行制御手段として作動して、遊技者の操作入力に応じて迷宮対戦ゲームを進行させる。各ゲームマシン１は店舗サーバ２およびセンターサーバ群５を介して互いに同期をとりながら、メインディスプレイ１１に遊技画像を表示するようになっている。
【００５３】
このとき、各ゲームマシン１は、ゲーム処理を開始すると、ステップ１に進んでコイン投入、ＩＤカードの挿入、パスワード入力、キャラクタ生成処理を含む後述のゲーム開始処理を行う。ステップ２では、ゲーム開始処理の結果から、後述するフィギア有りフラグに所定のデータがセットされている（セット有り）か否かを判定し、その判定結果に応じてステップ３、４に処理を分岐させて（フィギア有りフラグのセット有りのときはステップ３、そうでないときはステップ４）、いずれかの処理を行いステップ３に続くステップ５でフィギア有りフラグをクリアした上でステップ６に進み、対戦成績などのゲーム結果（対戦結果）の表示を行う一方、データベースサーバ１０３において、ゲームデータを更新させるため、対戦結果を示すデータを店舗サーバ２を経由してデータベースサーバ１０３に送信する後処理を行い、処理を終了する。
【００５４】
このように、ゲームマシン１では、フィギア有りモード（本発明における第１のモード）と、フィギア無しモード（本発明における第２のモード）のいずれかのモードで迷宮対戦ゲームを行えるようになっている。ただし、フィギア有りモードでは、フィギア無しモードよりもゲーム内容が遊技者にとって有益になるようになっている（詳しくは後述する）。
【００５５】
（フィギア有りゲーム処理）
ゲームマシン１は図１０、図１１に示すフローチャートに沿って、それぞれフィギア有りゲーム処理、フィギア無しゲーム処理を行う。図１０、図１１はそれぞれフィギア有りモードにおけるゲーム処理（フィギア有りゲーム処理）、フィギア無しモードにおけるゲーム処理（フィギア無しゲーム処理）の動作手順を示すフローチャートである。
【００５６】
ゲームマシン１はフィギア有りゲーム処理を開始すると、図１０に示すステップ１０に進み、店舗サーバ２からゲームデータを受信するまで待機して、そのゲームデータを受信すると、一旦ＲＡＭ３３に記憶させてから、ステップ１１に進み、メインＣＰＵ３２が本発明における抽出手段として作動して、遊技者の使用するフィギア４０のフィギアＩＤに対応するフィギア情報を抽出する。こうして、抽出されたフィギア情報を用いてフィギア有りモードにおけるゲーム処理が行われるようにしている。続いて、ステップ１２に進み、コスチューム、ダンジョン等の選択処理を行う。
【００５７】
ここでは、メインＣＰＵ３２が本発明における特典付与手段として作動して、選択手段として作動するメインディスプレイ１１に対し、以下の項目についての選択範囲をフィギア無しゲーム処理よりも広く設定させて選択範囲を拡大している。この場合、メインディスプレイ１１には図示しない選択画面が表示され、以下の項目を遊技者が選択できるようになっている。すなわち、新たにセッティングして認証された（または既に認証済みの）フィギア４０に対応するキャラクタの属性（本実施の形態ではキャラクタが身に着けるコスチューム）と、迷宮対戦ゲームで用いるダンジョンを遊技者が選択できるようになっている。
遊技者がメインディスプレイ１１に指を触れて所望のコスチュームおよびダンジョンを選択すると、タッチパネル１１ａからその選択を示す情報がメインＣＰＵ３２に入力される。ステップ１２は、フィギア有りモードにおける処理なので、コスチュームは複数種類（例えば３種類）から選択でき、ダンジョンは通常形状および特殊形状の２通りから選択できる。これに対し、フィギア無しゲーム処理では、ステップ１２に相当する処理がなく、前者はキャラクタごとに定められたデフォルトコスチュームのみの設定、後者は通常形状だけの設定になっている。
【００５８】
続いてステップ１３に進んで権利者設定処理を行う。ここでは、迷宮対戦ゲームに参加する遊技者（本実施の形態では４人の遊技者）のいずれかを後述する迷宮のずらしを行える遊技者（ずらし権利者）に設定する。各遊技者は順番にずらし権利者に設定される。
【００５９】
後続のステップ１４ではずらしフェイズ処理を行う。ずらしフェイズ処理は図１２に示すフローチャートに沿って行われる。ずらしフェイズ処理を開始すると、メインＣＰＵ３２はステップ３１に進み、画像制御回路７１に指示してメインディスプレイ１１に図１７に示すような迷宮画像１５０を表示させる。この迷宮画像１５０は、４人の遊技者のずらし権利の有無や、攻撃の優先順位などを表示する権利表表示部（Ｐｌａｙｅｒ１，２，３，４）１５０ａと、複数の壁部により構成される迷路の画像を表示する迷路表示部１５０ｂとを有し、その迷路内に複数のキャラクタ５１の画像（本発明における行動体画像）が表示されている。また、後述する設定時間と第１の経過時間とを用いた残り時間の表示を含み、遊技者に操作入力を促すためのタイマー表示部１５０ｃを有し、さらにライフ表示部１５０ｄと、壁部の移動方法の説明を示す説明表示部１５０ｅとを有している。タイマー表示部１５０ｃは、メインＣＰＵ３２がメインディスプレイ１１に表示させており、後述する第１の経過時間の時間が増えるにしたがい、表示される数値が減るようになっている。
【００６０】
次に、ステップ３２に進み、メインＣＰＵ３２が第１の経過時間の計測を開始する。第１の経過時間は、遊技者が画面上で位置をずらす対象となる壁部（ずらし壁部）を決定したことを示す操作入力を行えるようになった時刻（入力開始時刻）から、遊技者が所望の矢印ａにタッチして、操作入力を行うまでの時間経過を示している。続くステップ３３では、メインＣＰＵ３２がずらし壁部の決定が行われたか否かを判定し、ずらし壁部の決定が行われるとステップ３４、行われなければステップ３７に進む。ステップ３４に進むと、メインＣＰＵ３２が、第１の経過時間が第１の設定時間（本実施の形態では１０秒）以下であるか否かを判定し、第１の経過時間が第１の設定時間以内であればステップ３５に進み、そうなければステップ３５を実行せずにステップ３６に進む。ステップ３５では、メインＣＰＵ３２が防御パラメータに“１”を加算する。この防御パラメータは動作パラメータの１つであり、数値が大きいほど、他のキャラクタからの攻撃に対する防御力が増強されるので、遊技者が迷宮対戦ゲームを有利に進めていけるようにするものである。続くステップ３６では、メインＣＰＵ３２が決定された壁部をずらし壁部に設定してキャラクタの動作（壁をずらす）を決める。
【００６１】
一方、ステップ３３からステップ３７に進むと、第１の経過時間が、ずらし決定の制限時間（本実施の形態では１５秒）以内であるか否かを判定し、第１の経過時間がずらし決定の制限時間以内であればステップ３３に戻り、そうでなければステップ３８に進んで、サンプリング回路３６から抽出した乱数を用いるなどして、いずれかの壁部をランダムにずらし壁部に設定する。そして、ステップ３９に進んでずらした後の迷宮画像を表示すると、ずらしフェイズ処理が終了する。このように、ずらし壁部の決定はずらし決定の制限時間（１５秒）以内に行えるようになっているが、その制限時間よりも早く（１０秒以内）に行うと、防御パラメータに“１”が加算されるようになっている。
【００６２】
続いて、ステップ１５に進んで移動フェイズ処理が行われる。移動フェイズ処理は図１３に示すフローチャートに沿って行われる。
【００６３】
移動フェイズ処理を開始すると、メインＣＰＵ３２はステップ４１に進み、画像制御回路７１に指示して、メインディスプレイ１１に図１８に示すような移動フェイズの迷宮画像１６０を表示させる。この迷宮画像１６０も迷宮画像１５０と同様の各表示部（権利表表示部１６０ａ、迷路表示部１６０ｂ、タイマー表示部１６０ｃおよびライフ表示部１６０ｄ）を有し、さらに、キャラクタ１６１が迷路内に配置され、移動先の指定要求メッセージと、移動先の決定ボタンの表示を有する移動先指定表示部１６０ｅを有している。
【００６４】
次に、ステップ４２に進み、メインＣＰＵ３２が第２の経過時間の計測を開始する。第２の経過時間は、遊技者が自己のキャラクタの移動先を指定するための操作入力（移動先の指定）を行えるようになった時刻（入力開始時刻）から、遊技者が移動先を指定した上で、移動先指定表示部１６０ｅにタッチし、遊技を進行させるための操作入力を行うまでの時間経過を示している。続くステップ４３では、メインＣＰＵ３２が移動先の指定が行われたか否かを判定し、移動先の指定が行われるとステップ４４、行われなければステップ４８に進む。ステップ４４に進むと、キャラクタの居場所から移動先までの床面の表示色を変更した画像（図示せず）を表示し、移動先を明らかにしてステップ４５に進む。そして、遊技者が移動先指定表示部１６０ｅの決定ボタンにタッチ（移動先の決定を行う）したか否かを判定し、タッチしたらステップ４６に進み、タッチしていなければステップ４８に進む。ステップ４６に進むと、メインＣＰＵ３２が、第２の経過時間が第２の設定時間（本実施の形態では１５秒）以下であるか否かを判定する。ここで、第２の経過時間が第２の設定時間以内であればステップ４７に進み、そうでなければステップ４７を実行せずにステップ４９に進む。ステップ４７では、メインＣＰＵ３２がて、攻撃パラメータに“１”を加算する。この攻撃パラメータも防御パラメータ同様に動作パラメータの１つであって、数値が大きいほど攻撃力が増強されるので、遊技者が迷宮対戦ゲームを有利に進めていけるようにするものである。
【００６５】
一方、ステップ４８に進むと、第２の経過時間が移動先決定の制限時間（本実施の形態では３０秒）以内であるか否かを判定し、第２の経過時間が移動先決定の制限時間以内であればステップ４３に戻り、そうでなければ移動フェイズ処理が終了する（この場合、キャラクタは移動せずに元の居場所に待機している）。また、ステップ４９では、メインＣＰＵ３２がそれまでのステップでの決定にしたがいキャラクタの動作（迷路内の移動）を決めて、キャラクタを移動させた画像を表示させる。すると、移動フェイズ処理が終了する。このように、移動先の決定は移動先決定の制限時間（３０秒）以内に行えるようになっているが、その制限時間よりも早く（１５秒以内）に行うと、攻撃パラメータに“１”が加算されるようになっている。なお、フィギア有りモードにおける移動フェイズ処理では、フィギア無しモードでは得られない報酬として、特殊カード（ランダムな移動ができるテレポートカードや、壁抜けができる壁抜けカードなど）を使用できるようになっている。
【００６６】
ここで、図１０に戻り、移動フェイズ処理に続くステップ１６に進むと、メインＣＰＵ３２が戦闘発生か否かを判定する。ここで、戦闘発生の場合（迷宮上における攻撃可能範囲内に複数のキャラクタが存在する場合）はステップ１７に進むが、戦闘発生でなければステップ２０に進む。
【００６７】
ステップ１７では戦闘選択フェイズ処理を行う。ここでは、メインＣＰＵ３２が画像制御回路７１に指示して、メインディスプレイ１１に図１９に示すような戦闘選択画像１７０（権利表表示部１７０ａを有し、迷路内にキャラクタが配置されている）を表示させる。この戦闘選択画像１７０を参照しながら、各遊技者（本実施の形態では４人）が攻撃相手の選択を行い、キャラクタの技を示す技カードの使用有無および使用する技カードの選択を行う。なお、各キャラクタによる攻撃の順番はずらし権利者を基準としている。
この戦闘選択フェイズ処理では、技カードを選択することができる（技カードはゲーム終了時に対戦成績に応じて報酬としてキャラクタに供与される）。フィギア有りモードの場合はフィギア無しモードよりも供与される技カードの種類が多く、選べるカードの種類も多い。また、有益な特典情報（例えば特殊な技を発揮するなど）をもたらすレアカードの供与される確率がフィギア無しモードよりも高く設定されている。つまり、遊技者はフィギア４０を用いてフィギア有りモードでゲームを行うと、レアカードを含む多数の技カードが供与され、それを使用できる確率が高まり、本発明における特典が得られるようになっている。
この場合、メインＣＰＵ３２は本発明における特典付与手段として作動して、第１のモード用の技選択テーブル（例えば、乱数と選択対象の技カードを関連付けたテーブル）をサーチしている。第１のモード用と、第２のモード用の技選択テーブルを比較すると、レアカードに対応する乱数範囲は、前者の方が後者よりも広く設定されている。
【００６８】
続くステップ１８では対戦処理を行う。すなわち、各キャラクタはフィギア情報によって、それぞれの攻撃力および防御力が特定され、攻撃範囲も設定されるので、技カードの使用有無を考慮したうえで、対戦するキャラクタにおける攻撃パラメータと防御パラメータとを比較して、各キャラクタの勝敗を決める。この場合、サブディスプレイ１２には、図２０に示すように、キャラクタ１８１ａ，１８１ｂが対戦する様子を示した対戦画像１８０が表示される。
【００６９】
そして、ステップ１９では戦闘終了および持点計算処理を行う。ここでは、ステップ１８の対戦処理の結果（対戦相手になったキャラクタの種別および勝敗結果）に応じて、ライフの加算または減算を行い、キャラクタに対する称号、宝珠の付与または剥奪を行う（フィギア有りモードでは、キャラクタの行動に応じて、「覇者」、「主」、「達人」など様々な称号が付与される）。続くステップ２０では、終了条件の成否を判定し、終了条件が成立している場合（持点が０以下）はフィギア有りゲーム処理を終了し、そうでなければ（持点＞０）ステップ１３に戻って上記の処理を繰り返す。持点が０以下になった遊技者については迷宮対戦ゲームが終了し、代わりにメインＣＰＵ３２が別のキャラクタとして参戦する。なお、図示はしないが、ライフがなくなった遊技者は回復カードの使用またはコイン投入によって、ライフが一定量回復する。
【００７０】
以上のように、ゲームマシン１では、ずらしフェイズ処理と移動フェイズ処理のそれぞれにおいて、設定時間以内にずらし壁部の決定、移動先の決定を行うと、動作パラメータに対する加算処理により、それぞれ防御パラメータ、攻撃パラメータの値が加算されて、防御力、攻撃力が増強されるようになっている。また、各キャラクタが対戦するときにはこれらのパラメータを用いてキャラクタの勝敗が決まり、迷宮対戦ゲームの進行が制御されるようになっている。そのため、動作パラメータに対する加算処理が、ずらし壁部の決定と、移動先の決定を各遊技者に速やかに行わせることに対するインセンティブになる。これにより、遊技者が必要以上に操作入力を引き伸ばすようなことをなくして、早期の操作入力を促進することができ、遊技全体の進行を早めることができる。
また、ずらしフェイズ処理と移動フェイズ処理のそれぞれにおいて、タイマー表示部１５０ｃ，１６０ｃが表示されるが、いずれも経過時間の計測開始からの時間の経過にともない、数字が減っていくように表示されるので、遊技者に操作入力をできるだけ早く行うように促進することができる。
【００７１】
特に、ゲームマシン１のように、複数の遊技者が参加するタイプのゲームを行う場合には、ある遊技者の操作が遅延すると他の遊技者がその分、待たされてしまい、ストレスや苛立ちを感じてしまうおそれがあるが、ゲームマシン１では、そのおそれはなく、各遊技者が迷宮対戦ゲームを通じて得られるはずの遊技本来の面白みを得られるようになっている。
【００７２】
（フィギア無しゲーム処理）
フィギア無しゲーム処理では、図１１に示すフィギア有りゲーム処理とほぼ同様のフローチャートに沿って処理が行われる。フィギア無しゲーム処理はフィギア有りゲーム処理と比較すると、ステップ１２がない点で異なっている。
フィギア無しモードでは、フィギアを用いないでゲームを進行させるが、ゲームデータを受信してＲＡＭ３３に記憶させ、応答信号にフィギアＩＤが含まれているとき（認証済みのフィギアがあるとき）はそのフィギアＩＤに対応するフィギア情報の抽出を行う。
また、ステップ１２を実行しないので、上述したとおり、フィギア有りモードとは違ってコスチュームとダンジョンの選択の余地がなく、フィギア有りモードにおける迷宮対戦ゲームと比較して、ゲーム内容が制限されたものとなっている。さらに、ステップ１５で選択可能な各種カード、ステップ１７で選択可能な技カードの選択範囲も制限されている。
そして、ステップ１９でキャラクタに対して対戦結果に応じた称号の付与を行うが、フィギア無しモードでは、対戦結果がよくても「浪人」の称号しか付与されないようになっている。
このように、ゲームマシン１では、フィギア４０を用いる場合だけでなく、フィギア４０を用いない場合でもゲームを進行することができる。また、フィギア４０を用いると、用いない場合には得られない特典が得られるようになっているため、フィギアに対する収集意欲を抱かせることができ、迷宮対戦ゲーム本来の特徴を活かした面白みを提供することができる。特に、フィギア４０を用いて迷宮対戦ゲームを行うと、ゲームの進行内容によって、そのフィギアに対応するキャラクタの持点が増えたり、攻撃力や防御力がアップしたり、称号が付与されるといった特典があるため、フィギアを繰返し使用しようとする気持ちを抱かせ、遊技者に満足感を与えることができる。
【００７３】
（ゲーム開始処理）
ステップ１のゲーム開始処理は図１４に示すフローチャートに沿って行われる。図１４はゲーム開始処理の動作手順を示すフローチャート、図１５はキャラクタ生成処理の動作手順を示すフローチャートである。
【００７４】
メインＣＰＵ３２はゲーム開始処理を開始するとステップ６１に進み、メッセージ出力処理を行い、画像制御回路７１に指示してメインディスプレイ１１に所定のメッセージ（コイン投入要求、ＩＤカードの挿入要求およびパスワードの入力要求）を表示させる。続いて、ステップ６２，６３と処理を実行する。
【００７５】
遊技者は、ゲームを開始するためには、コインをコイン投入口６から投入するとともに、ＩＤカード１７をカードスロット１８に挿入し、操作ユニット１９を用いてパスワードを入力する。すると、投入されたコインの検出信号がコインセンサ１６ａからメインＣＰＵ３２に入力され、カードリーダ１８ａからはＩＤカード１７に記憶されているカード情報が入力される。さらに、操作ユニット１９からパスワードが入力され、これらすべての入力があるとステップ６３に進み、メインＣＰＵ３２が通信制御部２１に指示して通信処理部２２を作動させ、読み取ったカード情報および入力されたパスワードを店舗サーバ２に送信する。
【００７６】
続くステップ６４では、後述する応答信号をセンターサーバ５から受信するまで待機して、その応答信号を受信するとステップ６５に進む。ステップ６５では、フィギアの有り、無しと、応答信号から認証（登録）済みか否かを区別して、選択可能な各種キャラクタのいずれかを選択させる選択画面の表示をメインディスプレイ１１で行うための指示を行い、続くステップ６６では、タッチパネル１１ａのタッチがあるまで待機して、タッチがあるとステップ６７に進み、ステップ６５でフィギア有りを選択したか否かを判定する。ここで、フィギア有りを選択した場合はステップ６８に進み、そうでなければステップ６９に進む。ステップ６８に進むと、後述するキャラクタ生成処理を行い、ステップ６９ではフィギア不使用によるキャラクタ生成指示（ノンフィギアのキャラクタ生成指示）データを後述するエントリーデータにセットし、いずれも後続のステップ７０に進む。詳しくは、ステップ６７では、初めてフィギアを用いるときおよび既に認証済みのフィギアがあり、その認証済みのフィギアとは別のフィギアを用いるときのいずれにおいても、遊技者によってフィギア有りが選択されると、ステップ６８に進み、キャラクタ生成処理が行われる。また、初めからフィギアを用いないときおよび既に認証済みのフィギアがあるのにそのフィギアを用いないときは、遊技者によってフィギア無しが選択されると、ステップ６９に進む。
【００７７】
そして、ステップ６８に進むと、メインＣＰＵ３２は図１５に示すフローチャートに沿ってキャラクタ生成処理を行う。この処理を開始すると、ステップ８１に進み、フィギアのセット要求メッセージ出力処理を行う。ここでは、メインＣＰＵ３２が画像制御回路７１に指示してメインディスプレイ１１に、フィギア４０を認証ユニット１５に装着し、フィギアＩＤを読取るセッティングを要求するメッセージ（例えば、“フィギアの台座を操作パネル上の認証ユニットにセットしてください。フィギアの認証が始まると、認証ユニットが明るく点灯しますので、明かりが消えるまでフィギアをはずさないで下さい”）を表示させ、続くステップ８２では、フィギアＩＤの読み取りが終わるまで待機する。遊技者が表示されるメッセージにしたがいフィギア４０を認証ユニット１５にセットすると、認証ユニット１５がフィギア４０のＩＣチップ４４に記憶されているフィギアＩＤを読み取り、メインＣＰＵ３２に入力する。すると、ステップ８３に進み、メインＣＰＵ３２が読み取ったフィギアＩＤを含むキャラクタ生成指示データをエントリーデータにセットし、続くステップ８４では、認証ユニット１５によるフィギア４０のフィギアＩＤの読取（フィギアのセッティング）が行われたことを示すフィギア有りフラグに所定のデータ（本実施の形態では“１”）をセットし、ステップ８４を実行すると、キャラクタ生成処理が終了する。
【００７８】
ステップ７０に進むと、メインＣＰＵ３２が通信制御部に指示して通信処理部２２を作動させ、エントリーデータを店舗サーバ２に送信する。ステップ７０が終了すると、ゲーム開始処理が終了する。
【００７９】
このように、ゲームマシン１は、フィギアのセッティングが行われたときにフィギア有りフラグに所定のデータをセットするようにしている。一旦、フィギアのセッティングを行うと、キャラクタ生成指示データを含むエントリーデータが店舗サーバ２を介してデータベースサーバ１０３に送信され、データベースサーバ１０３においてそのフィギアＩＤがそのセッティングを行った遊技者固有の遊技者ＩＤに関連付けてＩＤ管理ファイルに記憶され、そのフィギアを認証済か否かの判断に用いられる。また、ＩＤ管理ファイルによるフィギアの認証済か否かの判定結果が応答信号として、データベースサーバ１０３から送信されるので、遊技者は認証済みのフィギアに対応するキャラクタを選択して迷宮対戦ゲームを行える。ただし、フィギアのセッティングを行わないと、フィギア有りフラグのセットが行われないので、たとえフィギアの認証済みでも、迷宮対戦ゲームをフィギア有りモードで行うには、フィギア４０を認証ユニット１５にセットしてフィギアＩＤの読取を行う必要がある。そして、セッティングを行うと、読み取ったフィギアＩＤに対応するフィギア情報がデータベースサーバ１０３で生成され、フィギア４０のセッティングを繰返し行わなくても迷宮対戦ゲームを行えるようになっている。
【００８０】
一方、ゲームマシン１、店舗サーバ２およびセンターサーバ群５では、上述の処理に対応して、図１６に示す順序で処理が実行されている。図１６は、ゲームマシン１、店舗サーバ２およびセンターサーバ群５の間で行われる動作シーケンスを示すシーケンスチャートである。
【００８１】
ゲームマシン１では、ステップ１００において、店舗サーバ２にダウンロード要求を送信してアプリケーションデータをダウンロードし、上述のとおりステップ６３でカード情報等を送信する。すると、センターサーバ群５では、ステップ３０１に進んで、データベースサーバ１０３におけるＣＰＵ４０１がゲームマシン１から送信されたカード情報およびパスワードを用い、ＩＤ管理ファイルを参照するなどして遊技者およびフィギアが登録されているか否かを判断する認証処理を行い、登録済の場合は認証済としてステップ３０２に進み、その認証結果を示す応答信号をゲームマシン１に送信する。この場合、データベースサーバ１０３では、各店舗Ａ，Ｂに８台づつ設置されているゲームマシン１に対して、同様の認証処理を行う。
【００８２】
また、ゲームマシン１では、上述のステップ６８に示したエントリーデータの送信を行う。すると、センターサーバ群５では、ステップ３０３に進んでゲームサーバ１０１により、各ゲームマシン１からのエントリーデータを用いて、遊技者のエントリー受付を行う。さらに、後続のステップ３０４では遊技者の参加情報の更新およびキャラクタ生成指示データに対応するフィギアＩＤ(このフィギアＩＤには、認証されていない新規登録のフィギアと、認証済みで再度認証するフィギアの双方のフィギアＩＤが含まれる）を用いてＩＤ管理ファイルへのフィギアの登録または更新と、フィギア情報の生成または更新を行い、続くステップ３０５で対戦相手となる遊技者（本実施の形態では４名）を決定する。また、ステップ３０６では、データベースサーバ１０３が対戦相手になる各遊技者のゲームデータを抽出してステップ３０７に進み、抽出したゲームデータを店舗サーバ２に送信する。店舗サーバ２では、ゲームデータを受信すると、それを各ゲームマシン１に送信する。
【００８３】
なお、ゲームマシン１では、被読取対象物としてフィギア４０を例にとって説明しているが、本発明は、フィギア４０とは異なる被読取対象物を用いる場合にも適用がある。例えば、キャラクタに対応する絵や図柄が記載され、ＩＤ情報などを記憶しているカード状のゲームカードや、カセットを用いるようにしていてもよい。また、迷宮対戦ゲームを行えるゲームマシン１を例にとって説明しているが、他の画像遊技を行えるゲーム機についても適用がある。例えば、野球、サッカーなど複数の選手を登場させるゲームで、各選手に対応するフィギアやカセットを用いてチームプレーをシミュレーションできるゲーム機などである。
また、ゲームマシン１では、遊技画像を表示するメインディスプレイ１１、サブディスプレイ１２を備えていたが、メインディスプレイ１１、サブディスプレイ１２を別体としてもよい。
上記実施の形態では、ゲームマシン１が画像表示手段、読取手段、遊技進行制御手段および特典付与手段を有する場合を例にとって説明しているが、上記各手段は、ゲームマシン１と、店舗サーバ２のいずれかに設けるようにして、ゲームシステム（本発明における遊技システム）を構成してもよい。さらに、ゲームマシン１と、店舗サーバ２とは別に、上記各手段と同様の機能を有する装置（遊技進行制御手段を有する遊技進行制御装置）を設けてゲームシステムを構成してもよい。
【図面の簡単な説明】
【００８４】
【図１】本発明によるゲームマシンを複数備えたゲームシステムのシステム構成図である。
【図２】複数のゲームマシンとカード販売機を示す斜視図である。
【図３】ゲームマシンの全体構成を示す斜視図である。
【図４】内部の構成を中心に示すゲームマシンのブロック図である。
【図５】画像制御回路の内部構成の一例を示すブロック図である。
【図６】店舗サーバを示すブロック図である。
【図７】ゲームサーバおよびデータベースサーバを示すブロック図である。
【図８】フィギアの構成を示す分解斜視図である。
【図９】ゲームマシンにおけるゲームの開始から終了までのゲーム処理の動作手順を示すフローチャートである。
【図１０】フィギア有りゲーム処理の動作手順を示すフローチャートである。
【図１１】フィギア無しゲーム処理の動作手順を示すフローチャートである。
【図１２】ずらしフェイズ処理の動作手順を示すフローチャートである。
【図１３】移動フェイズ処理の動作手順を示すフローチャートである。
【図１４】ゲーム開始処理の動作手順を示すフローチャートである。
【図１５】キャラクタ生成処理の動作手順を示すフローチャートである。
【図１６】ゲームマシン、店舗サーバおよびセンターサーバの間で行われる動作シーケンスを示すシーケンスチャートである。
【図１７】迷宮画像を示す図である。
【図１８】別の迷宮画像を示す図である。
【図１９】戦闘選択画像を示す図である。
【図２０】対戦画像を示す図である。
【符号の説明】
【００８５】
１…ゲームマシン、２…店舗サーバ
５…センターサーバ群
１１…メインディスプレイ、１１ａ…タッチパネル
１２…サブディスプレイ、１５…認証ユニット
１７…ＩＤカード、３１…マイクロコンピュータ
３２…ＣＰＵ、３３…ＲＡＭ、３４…ＲＯＭ
４０…フィギア、１００…ゲームシステム
【技術分野】
【０００１】
本発明は、被読取対象物に記憶されているデータを読取り、画像表示手段に表示される画像を用いた画像遊技を進行させることが可能な遊技機および遊技システムに関する。
【背景技術】
【０００２】
従来から、画像表示手段に表示される画像を用いた画像遊技を行える遊技機（いわゆるビデオゲーム機）が知られている。この種の遊技機は、遊技者が１人だけで遊べる遊技機と、２人以上の複数の遊技者が遊べる遊技機とがあるが、遊技の内容により大別すると、例えばトランプのカードやタイルを並べて所定の組合せになると入賞し、点数が得られるようなゲーム機や、遊技者の操作に応じて行動する行動体（遊技に登場する登場人物を示すいわゆるキャラクタや、自動車、飛行機等の乗物）を示す行動体画像を用いた画像遊技（例えばＲＰＧ（ロールプレイングゲーム）や、アドベンチャーゲーム）を行える遊技機がある。
【０００３】
一方、ビデオゲーム機に関しては、従来から、カード、カセット、その他の被読取対象物を用いたゲーム機が知られている。例えば、スポーツ選手の写真が印刷されたカード（トレーディングカードという）を遊技者が出し合い、それぞれのカードの裏面に印刷されたキャラクタのパワーを比較して勝敗を決めるゲーム機がある。
【０００４】
また、特許文献１には、プレイフィールド上に載置された複数のカードのデータを読取る手段と、読取ったデータに応じた画像を表示する手段とを有し、遊技者が並べた複数のカードの組合せに応じた画像を表示して、チームプレーをシミュレーションできるカードゲーム装置が開示されている。
【特許文献１】特開２００２−３０１２６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したゲーム機はゲームを行うのにそのゲームに登場するスポーツ選手やキャラクタを示す絵や図柄が描かれたカード等被読取対象物を用いるため、遊技者に対し、ゲームに対する興趣や臨場感を高めて被読取対象物に対する愛着をわかせたり、収集意欲を抱かせるようにすることが可能である。
【０００６】
しかし、特許文献１に記載されているカードゲーム装置では、被読取対象物たるカード自体を用いないと画像が表示されず、ゲームを進めることができないといった欠点がある。とはいえ、カードがなくてもゲームが進行するようにしてしまうと、カードゲーム本来の楽しみが得られなくなってしまうし、カードに対する収集意欲を抱かせるといったカードゲーム本来の特徴が活かされ難くなってしまう。
【０００７】
そこで、本発明は上記課題を解決するためになされたもので、被読取対象物に記憶されているデータを読取り、画像表示手段に表示される画像を用いた画像遊技を行える遊技機および遊技システムに関し、被読取対象物に対する愛着や収集意欲をそぐことなく、被読取対象物を用いなくても画像遊技を進行できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、遊技者の操作に応じて行動する行動体を示す行動体画像を画像表示手段に表示させる遊技機であって、行動体に対応する行動体の識別情報を記憶した被読取対象物から、識別情報を読取る読取手段と、その読取手段による識別情報の読取を要する第１のモードと、識別情報の読取を要しない第２のモードのいずれかで、行動体画像を用いた画像遊技を進行させる遊技進行制御手段と、第１のモードにおける画像遊技に所定の特典を付与する特典付与手段とを有する遊技機を特徴とする。
【０００９】
この遊技機は、行動体データを用いる第１のモードと、用いない第２のモードのいずれかで画像遊技を進行させることができ、しかも、第１のモードでは、所定の特典が付与されるようになっている。
【００１０】
また、行動体データを記憶する行動体データ記憶手段と、その手段に記憶されている行動体データのうち、行動体の識別情報に対応する行動体データを抽出する抽出手段とを更に有し、遊技進行制御手段が、抽出手段により抽出された行動体データを用いるようにすることができる。
これにより、行動体データ記憶手段に各行動体の行動体データを記憶しておき、そこから、識別情報に対応する行動体データを抽出して画像遊技を進行させることができる。
【００１１】
また、上記特典付与手段は、遊技者にとって有益な特典情報を遊技者が使用できる確率について、第２のモードよりも第１のモードを高くして、特典を付与するようにすることができる。
こうすると、第１のモードにおける画像遊技は第２のモードにおける画像遊技よりも、遊技者が特典情報を使用できる確率が高くなるような特典が付与されるようにすることができる。
【００１２】
また、上記遊技機は、行動体の属性を遊技者が選択するための選択手段を更に有し、遊技者が選択手段を用いて行動体の属性を選択し得る選択範囲について、第２のモードよりも第１のモードを広く設定することによって、特典付与手段が特典を付与するようにすることもできる。
【００１３】
こうすると、第１のモードで画像遊技を行うと、第２のモードで行う場合よりも、行動体の属性を選択し得る選択範囲が広くなるような特典が付与されるようになる。
また、本発明は、遊技者の操作に応じて行動する行動体を示す行動体画像を画像表示手段と、行動体に対応する行動体の識別情報を記憶した被読取対象物から、識別情報を読取る読取手段と、その読取手段による識別情報の読取を要する第１のモードと、識別情報の読取を要しない第２のモードのいずれかで、行動体画像を用いた画像遊技を進行させる遊技進行制御手段と、第１のモードにおける画像遊技に所定の特典を付与する特典付与手段とを有する遊技システムを提供する。
この遊技システムでも、行動体データを用いる第１のモードと、用いない第２のモードのいずれかで画像遊技を進行させることができ、しかも、第１のモードでは、所定の特典が付与されるようになっている。
【発明の効果】
【００１４】
以上詳述したように、本発明によれば、被読取対象物に記憶されているデータを読取り、画像表示手段に表示される画像を用いた画像遊技を行える遊技機および遊技システムに関し、被読取対象物に対する愛着や収集意欲をそぐことなく、被読取対象物を用いなくても画像遊技を進行できるようにすることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について説明する。なお、同一要素には同一符号を用い、重複する説明は省略する。
【００１６】
（ゲームシステムの全体構成）
図１は本発明によるゲームマシン１を複数備えたゲームシステム１００のシステム構成図、図２は複数のゲームマシン１とカード販売機６を示す斜視図である。ゲームシステム１００は、２つの遊技店舗Ａ，Ｂにそれぞれ１台および２台設置された合計３台の店舗サーバ２と、専用回線３を介して通信可能に接続された複数（本実施の形態では８台）のゲームマシン１およびカード販売機６と、遊技店舗Ａ，Ｂに設置された店舗内ルータ７と、店舗内ルータ７、通信回線４ａおよびインターネット４を介して接続されたセンターサーバ群５とを有している。
【００１７】
各遊技店舗Ａ，Ｂでは、店舗サーバ２と、ゲームマシン１およびカード販売機６が専用回線３により接続されて店舗内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を形成し、この店舗内ＬＡＮが店舗内ルータ７を介してインターネット４に接続されている。
【００１８】
（ゲームマシンの構成）
ゲームマシン１は、本発明の実施の形態に係る遊技機であって、遊技に用いられる遊技画像として、遊技者の操作に応じて行動するキャラクタ（詳しくは後述する）を示すキャラクタ画像（本発明における行動体画像に相当する）を表示する画像表示手段を有し、遊技者の操作に応じた動作をキャラクタに行わせる画像遊技を行えるように構成されている。本実施の形態におけるゲームマシン１では、遊技者の選択したルートに沿ってキャラクタが迷宮内を移動しながら、自分以外の別キャラクタ（他の遊技者の選択にしたがい動作を行うプレイヤーキャラクタや、ゲームマシンが動作を行わせるノンプレイヤーキャラクタ）と対戦して、キャラクタが持つアイテム（本実施の形態では後述する宝珠）を奪い合い、そのアイテムをすべて集めた上で最終目標のキャラクタを倒すゲーム（以下、「迷宮対戦ゲーム」という）を行えるようになっている。この迷宮対戦ゲームでは、対戦結果やゲームの進行状況に合わせて各キャラクタの持点（本実施の形態では「ライフ」という）が昇降し、その持点が無くなったキャラクタが敗者となるようになっている。
【００１９】
ゲームマシン１は、図３に示すように、筐体１０の正面に、液晶表示装置を備えたメインディスプレイ１１を有している。また、メインディスプレイ１１の上側部分に同じく液晶表示装置を備えたサブディスプレイ１２を有し、その左右両側に遊技の演出に用いられる音声を出力するスピーカ１３Ｌ，１３Ｒが配置されている。
【００２０】
メインディスプレイ１１は、本発明における画像表示手段であって、遊技の各段階に応じた遊技画像（例えば、迷宮画像１６０など）が表示されるようになっている（詳しくは後述する）。サブディスプレイ１２は、遊技の特定の段階における画像（例えば、後述する対戦画像１８０）が表示されるようになっている。
【００２１】
また、ゲームマシン１はメインディスプレイ１１の下側に操作パネル１４を有し、この操作パネル１４の左側に認証ユニット１５が配置され、右側にゲームを実行するときに必要なコイン（硬貨、遊技用メダルなどの遊技媒体）を投入するコイン投入口１６と、ＩＤカード１７を挿入するためのカードスロット１８とを有し、操作ボタンなどを備えた操作ユニット１９を有している。
【００２２】
認証ユニット１５は、本発明における読取手段であって、操作パネル１４の表面に固定された台座装着部１５ａと、読取部１５ｂとを有している。この台座装着部１５ａは、後述するフィギア４０（図８参照）における台座部４１の形状に対応した厚肉円板状の窪みを内側に有し、その窪みに台座部４１を嵌め込み装着することができるようになっている。読取部１５ｂは台座装着部１５ａの窪みに配置されていて、図示しないＩＣチップリーダを有し、そのＩＣチップリーダにより、装着されたフィギア４０の台座部４１に内蔵されているＩＣチップ４４から、記録されている情報を読み取るようになっている。なお、認証ユニット１５はＬＥＤを有し、後述するフィギア４０の読取り動作中にそのフィギアに光を照射するようになっている。
【００２３】
ゲームシステム１００を構成している各ゲームマシン１には、自機固有のマシンＩＤが付与されている。このマシンＩＤは、各店舗サーバ２に固有のサーバＩＤと、各ゲームマシン１に固有のＩＤとを有し、例えば、店舗Ａに設置されている各ゲームマシン１の場合、Ａ０１，Ａ０２，Ａ０３・・・のようになっている。
【００２４】
図４は内部の構成を中心に示すゲームマシン１のブロック図である。ゲームマシン１は、マイクロコンピュータ３１を中心に複数の構成要素を有している。
【００２５】
マイクロコンピュータ３１は、メインＣＰＵ（Central Processing Unit）３２と、ＲＡＭ（Random Access Memory）３３と、ＲＯＭ(Read Only Memory)３４とを有している。メインＣＰＵ３２は、ＲＯＭ３４に記憶されているプログラムにしたがって作動し、Ｉ／Ｏポート３９を介して、操作パネル１４に設けられた各構成要素から信号を入力する一方、他の構成要素との信号の入出力を行い、ゲームマシン１全体の動作制御を行う。ＲＡＭ３３はメインＣＰＵ３２が作動する際に用いるデータやプログラム（本実施の形態では、後述するアプリケーションデータおよびゲームデータ）が記憶され、本発明における行動体データ記憶手段として機能する。ＲＯＭ３４には、メインＣＰＵ３２が実行する制御プログラムと、恒久的なデータが記憶されている。
【００２６】
また、ゲームマシン１は、乱数発生器３５と、サンプリング回路３６と、クロックパルス発生回路３７と、分周器３８とを有している。乱数発生器３５は、メインＣＰＵ３２の指示にしたがい作動して、一定範囲の乱数を発生させる。サンプリング回路３６は、メインＣＰＵ３２の指示にしたがい、乱数発生器３５が発生させた乱数の中から任意の乱数を抽出し、その抽出した乱数をメインＣＰＵ３２に入力する。クロックパルス発生回路３７は、メインＣＰＵ３２を作動させるための基準クロックを発生させ、分周器３８はその基準クロックを一定周期で分周した信号をメインＣＰＵ３２に入力する。
【００２７】
さらに、ゲームマシン１は、タッチパネル１１ａと、コインセンサ１６ａと、カードリーダ１８ａと、通信制御部２１および通信処理部２２とを有し、さらに、画像制御回路７１と、音制御回路７２を有している。
【００２８】
タッチパネル１１ａは、メインディスプレイ１１の表示画面を覆うように設けられていて、遊技者の指が触れた箇所の位置を検出し、その検出した位置に対応した位置信号をメインＣＰＵ３２に入力する。遊技者はこのタッチパネル１１ａを用いてキャラクタの動作を決めるための操作入力を行う。例えば、タッチパネル１１ａは、長方形の透明板表面に導電物質を塗布しており、その透明板の四角に配置された電極から電圧をかけ、遊技者の指が触れることによる微弱な電流変化を電極で検知して、遊技者の指が触れた箇所の位置を検出する。
【００２９】
コインセンサ１６ａは、コイン投入口１６から投入されたコインを検出し、その検出に対応する検出信号をメインＣＰＵ３２に出力する。カードリーダ１８ａは、カードスロット１８に挿入されたＩＤカード１７に記録されている遊技者ＩＤ等のカード情報を読み取り、その読み取ったカード情報をメインＣＰＵ３２に入力する。
【００３０】
通信制御部２１は、メインＣＰＵ３２の指示にしたがい作動して、店舗サーバ２と通信を行うための回線の接続および切断を制御する。通信処理部２２は通信制御部２１の指示にしたがい作動して、専用回線３を介して行われるデータの送受信を実行する。
【００３１】
画像制御回路７１は、メインディスプレイ１１、サブディスプレイ１２のそれぞれにおける画像表示を制御して、キャラクタを示す画像等の各種の画像をメインディスプレイ１１、サブディスプレイ１２に表示させる。
【００３２】
この画像制御回路７１は、図５に示すように、画像制御ＣＰＵ７１ａ、ワークＲＡＭ７１ｂ、プログラムＲＯＭ７１ｃ、画像ＲＯＭ７１ｄ、ビデオＲＡＭ７１ｅおよびＶＤＰ（Video Display Processor）７１ｆを有している。画像制御ＣＰＵ７１ａは、マイクロコンピュータ３１で設定されたパラメータに基づき、プログラムＲＯＭ７１ｃに予め記憶されている（メインディスプレイ１１、サブディスプレイ１２での表示に関する）画像制御プログラムに従い、メインディスプレイ１１、サブディスプレイ１２に表示される画像を決定する。ワークＲＡＭ７１ｂは、画像制御ＣＰＵ７１ａが画像制御プログラムを実行するときの一時記憶手段として構成されている。
【００３３】
プログラムＲＯＭ７１ｃは、画像制御プログラムや各種選択テーブルなどを記憶している。画像ＲＯＭ７１ｄは、画像を形成するためのドットデータを記憶している。ビデオＲＡＭ７１ｅは、ＶＤＰ７１ｆにより画像を形成するときの一時記憶手段として構成されている。ＶＤＰ７１ｆは制御ＲＡＭ７１ｇを有し、画像制御ＣＰＵ７１ａで決定されたメインディスプレイ１１、サブディスプレイ１２の表示内容に応じた画像を形成し、その形成された各画像をメインディスプレイ１１、サブディスプレイ１２に出力する。
【００３４】
音制御回路７２はスピーカ１３Ｌ、１３Ｒから音声を出力するための音声信号をスピーカ１３Ｌ、１３Ｒに入力する。スピーカ１３Ｌ、１３Ｒからは、例えば、ゲーム開始後、適当な時期にゲームを盛り上げるための音声が出力される。
【００３５】
（店舗サーバ、カード販売機、店舗内ルータの構成）
店舗サーバ２は図６に示すように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信処理部２０４、通信制御部２０５およびアプリケーションデータを記憶しているデータ記憶部２０６を有している。そして、ＣＰＵ２０１がＲＯＭ２０２に記憶されているプログラムにしたがいＲＡＭ２０３にデータを読み書きしながら作動し、一方、通信制御部２０５がＣＰＵ２０１の指示にしたがい通信処理部２０４を作動させる。そして、店舗サーバ２は、各遊技店舗Ａ，Ｂに設置されている各ゲームマシン１と専用回線３を介してデータの送受信を行い、各ゲームマシン１へのアプリケーションデータの送信（ダウンロード）や、各ゲームマシン１同士およびセンターサーバ群５とにおけるデータ送受信の中継を行う。アプリケーションデータは、ゲームマシン１で行われる迷宮対戦ゲームの実行に用いられる各種データ（ゲーム用の画像データなど）と、ボード用データ（操作ユニット１９に備えられている操作ボタンを迷宮対戦ゲームに対応させる設定用のプログラム）が含まれている。
【００３６】
カード販売機６は、遊技者が個人情報の入力操作を行う操作部と、カード発行手段とを有し、その操作部を用いた所定の入力操作によって、カード発行手段が各遊技者固有の遊技者ＩＤを含むカード情報を記憶させてＩＤカード１７を発行する。
【００３７】
店舗内ルータ７は各遊技店舗Ａ，Ｂに形成されている店舗内ＬＡＮと、通信回線４ａおよびインターネット４を介してセンターサーバ群５に形成されているＬＡＮとを接続している。
【００３８】
（センターサーバ群の構成）
センターサーバ群５は、ゲームごとに対応して設置された複数のゲームサーバ（図１では、２台のゲームサーバ１０１、１０２）と、データベースサーバ１０３とを有し、各ゲームサーバが専用回線１０４を介して接続されてＬＡＮを形成し、そのＬＡＮが図示しないルータを介してインターネット４に接続されている。
【００３９】
ゲームサーバ１０１は、迷宮対戦ゲームを実行するために設置されていて、図７に示すように、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、通信処理部３０４、通信制御部３０５およびデータ記憶部３０６を有している。そして、ゲームサーバ１０１では、ＣＰＵ３０１がＲＯＭ３０２に記憶されているプログラムにしたがいＲＡＭ３０３にデータを読み書きしながら作動し、一方、通信制御部３０５がＣＰＵ３０１の指示にしたがい通信処理部３０４を作動させる。
【００４０】
ゲームサーバ１０１は、各店舗サーバ２とインターネット４を介してデータの送受信を行う。そして、各ゲームマシン１から送信される後述するエントリーデータを受信して遊技者の迷宮対戦ゲームへの参加（エントリー）受付および遊技者の参加情報の更新を行い、対戦相手となる遊技者を決定し、その結果をデータベースサーバ１０３に送信する。
【００４１】
ゲームサーバ１０２は別のゲームを実行するために設置されたもので、ゲームサーバ１０１と比較して記憶しているデータやプログラムが異なるが、同じ構成を有している。
【００４２】
データベースサーバ１０３は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、通信処理部４０４、通信制御部４０５およびデータ記憶部４０６を有している。そして、データベースサーバ１０３では、ＣＰＵ４０１がＲＯＭ４０２に記憶されているプログラムにしたがいＲＡＭ４０３にデータを読み書きしながら作動し、一方、通信制御部４０５がＣＰＵ４０１の指示にしたがい通信処理部４０４を作動させ、各店舗サーバ２とインターネット４を介してデータの送受信を行う。データ記憶部４０６には遊技者ＩＤ、遊技者の認証に用いられるパスワード、ゲームの種別およびゲームデータが記憶されている。遊技者ＩＤは、ゲームマシン１により、ＩＤカード１７から読み取って送信されたものである。
【００４３】
また、後述するとおり、データベースサーバ１０３には、各遊技者がゲームマシン１において、自己の使用するフィギア４０を認証ユニット１５にセットし、フィギアＩＤを読み取らせたことによって、その読み取らせたフィギア４０に対応するフィギアＩＤがゲームマシン１から送信されるようになっている。データベースサーバ１０３は、ゲームマシン１から送信される１つの遊技者ＩＤに対して、対応する複数のフィギアＩＤを関連付けて記憶可能なＩＤ管理ファイルがデータ記憶部４０６に形成されている。このＩＤ管理ファイルによって、遊技者およびその遊技者が使用するフィギアを管理するようにしている。このＩＤ管理ファイルは後述する遊技者の認証およびフィギアの認証で用いられる。
【００４４】
ゲームデータは、迷宮対戦ゲームに登場する複数のキャラクタについて、各キャラクタを特徴づけるキャラクタ固有のデータ（各キャラクタのコスチューム、コスチュームカラーや、防御パラメータ、攻撃パラメータおよび攻撃範囲を含むキャラクタ能力値、特殊能力などを示す情報、以下「フィギア情報」といい、本発明における行動体データに相当する）と、各遊技者による迷宮対戦ゲームの履歴を示すデータが含まれている。このゲームデータは、データベースサーバ１０３からゲームマシン１に送信され、迷宮対戦ゲームで用いられる。
【００４５】
（フィギアの構成）
図８はフィギア４０の構成を示す分解斜視図である。このフィギア４０は本発明における被読取対象物であって、台座部４１と、迷宮対戦ゲームに登場する各キャラクタの立体形状を表したフィギア本体部４２とを有している。
【００４６】
台座部４１は台座装着部１５ａの窪みに対応した大きさを有し、中空の厚肉円板状に形成されている。この台座部４１は天頂部４３ａを有する有底円筒状の台座本体部４３とＩＣチップ４４を有し、台座本体部４３の開放端部にＩＣチップ４４が嵌め込み固定された構成を有している。また、台座本体部４３の天頂部４３ａの略中央に突起部４３ｂを有している。ＩＣチップ４４は、フィギア本体部４２に対応するキャラクタに固有のフィギアＩＤを記憶している。
【００４７】
フィギア本体部４２は、突起部４３ｂに対応する凹部４６ａを有する脚座部４６と、脚座部４６から２本足で直立するように形成され、迷宮対戦ゲームに登場する各キャラクタをかたどった人形部４７とを有し、凹部４６ａに突起部４３ｂが嵌め込まれ、台座部４１の天頂部４３ａに固定されている。なお、フィギア４０は直径約７ｃｍの図示しないカプセルに納められて、カード販売機６と同等の販売機で販売されるようになっている。各カプセルにはごく一部にモンスターフィギアが納められているため、フィギア４０を使用する場合（後述するフィギア有りモード）では、モンスターフィギアを使用できる場合があるようになっている。また、同じキャラクタでも、微妙に色を変えたり、後述するフィギア情報を変える等してキャラクタの固有性を表現し、遊技者の収集意欲を促進するようにしている。
【００４８】
フィギア４０はフィギア本体部４２の形状によって、遊技者が区別可能であり、フィギアＩＤによって、ゲームマシン１が区別可能になっている。このフィギアＩＤは、異なるフィギア４０に対してユニーク（固有）とし、ゲームシステム１００における同一フィギアの多重登録を禁止するようにしている。
【００４９】
（ゲームマシンの動作内容）
次に、以上の構成を有するゲームマシン１の動作内容について、図９〜図１５に示すフローチャートを参照して説明する。なお、以下の説明では、遊技店舗Ａに設置されている８台のゲームマシン１のうちの４台のゲームマシン１を、それそれの遊技者が操作して同じ迷宮対戦ゲームを行う場合を例にとって説明する。
【００５０】
図９は各ゲームマシン１におけるゲームの開始から終了までのゲーム処理の動作手順を示すフローチャートである。なお、図９および後述する図１０〜図１５ではステップをＳと略記している。以下の説明では、４人の遊技者が操作するうちの１台のゲームマシン１を例にとって説明している。
【００５１】
ゲームマシン１は電源投入時に店舗サーバ２に対してアプリケーションデータのダウンロード要求を送信し（後述するステップ１００）、一方、店舗サーバ２がダウンロード要求を受信すると、ダウンロード要求を送信してきたゲームマシン１にアプリケーションデータを送信する（図１６参照）。
【００５２】
ゲームマシン１は、アプリケーションデータを受信すると、そのアプリケーションデータをＲＡＭ３３に記憶させる。そして、ゲームマシン１では、メインＣＰＵ３２がアプリケーションデータを読み込むと、本発明における遊技進行制御手段として作動して、遊技者の操作入力に応じて迷宮対戦ゲームを進行させる。各ゲームマシン１は店舗サーバ２およびセンターサーバ群５を介して互いに同期をとりながら、メインディスプレイ１１に遊技画像を表示するようになっている。
【００５３】
このとき、各ゲームマシン１は、ゲーム処理を開始すると、ステップ１に進んでコイン投入、ＩＤカードの挿入、パスワード入力、キャラクタ生成処理を含む後述のゲーム開始処理を行う。ステップ２では、ゲーム開始処理の結果から、後述するフィギア有りフラグに所定のデータがセットされている（セット有り）か否かを判定し、その判定結果に応じてステップ３、４に処理を分岐させて（フィギア有りフラグのセット有りのときはステップ３、そうでないときはステップ４）、いずれかの処理を行いステップ３に続くステップ５でフィギア有りフラグをクリアした上でステップ６に進み、対戦成績などのゲーム結果（対戦結果）の表示を行う一方、データベースサーバ１０３において、ゲームデータを更新させるため、対戦結果を示すデータを店舗サーバ２を経由してデータベースサーバ１０３に送信する後処理を行い、処理を終了する。
【００５４】
このように、ゲームマシン１では、フィギア有りモード（本発明における第１のモード）と、フィギア無しモード（本発明における第２のモード）のいずれかのモードで迷宮対戦ゲームを行えるようになっている。ただし、フィギア有りモードでは、フィギア無しモードよりもゲーム内容が遊技者にとって有益になるようになっている（詳しくは後述する）。
【００５５】
（フィギア有りゲーム処理）
ゲームマシン１は図１０、図１１に示すフローチャートに沿って、それぞれフィギア有りゲーム処理、フィギア無しゲーム処理を行う。図１０、図１１はそれぞれフィギア有りモードにおけるゲーム処理（フィギア有りゲーム処理）、フィギア無しモードにおけるゲーム処理（フィギア無しゲーム処理）の動作手順を示すフローチャートである。
【００５６】
ゲームマシン１はフィギア有りゲーム処理を開始すると、図１０に示すステップ１０に進み、店舗サーバ２からゲームデータを受信するまで待機して、そのゲームデータを受信すると、一旦ＲＡＭ３３に記憶させてから、ステップ１１に進み、メインＣＰＵ３２が本発明における抽出手段として作動して、遊技者の使用するフィギア４０のフィギアＩＤに対応するフィギア情報を抽出する。こうして、抽出されたフィギア情報を用いてフィギア有りモードにおけるゲーム処理が行われるようにしている。続いて、ステップ１２に進み、コスチューム、ダンジョン等の選択処理を行う。
【００５７】
ここでは、メインＣＰＵ３２が本発明における特典付与手段として作動して、選択手段として作動するメインディスプレイ１１に対し、以下の項目についての選択範囲をフィギア無しゲーム処理よりも広く設定させて選択範囲を拡大している。この場合、メインディスプレイ１１には図示しない選択画面が表示され、以下の項目を遊技者が選択できるようになっている。すなわち、新たにセッティングして認証された（または既に認証済みの）フィギア４０に対応するキャラクタの属性（本実施の形態ではキャラクタが身に着けるコスチューム）と、迷宮対戦ゲームで用いるダンジョンを遊技者が選択できるようになっている。
遊技者がメインディスプレイ１１に指を触れて所望のコスチュームおよびダンジョンを選択すると、タッチパネル１１ａからその選択を示す情報がメインＣＰＵ３２に入力される。ステップ１２は、フィギア有りモードにおける処理なので、コスチュームは複数種類（例えば３種類）から選択でき、ダンジョンは通常形状および特殊形状の２通りから選択できる。これに対し、フィギア無しゲーム処理では、ステップ１２に相当する処理がなく、前者はキャラクタごとに定められたデフォルトコスチュームのみの設定、後者は通常形状だけの設定になっている。
【００５８】
続いてステップ１３に進んで権利者設定処理を行う。ここでは、迷宮対戦ゲームに参加する遊技者（本実施の形態では４人の遊技者）のいずれかを後述する迷宮のずらしを行える遊技者（ずらし権利者）に設定する。各遊技者は順番にずらし権利者に設定される。
【００５９】
後続のステップ１４ではずらしフェイズ処理を行う。ずらしフェイズ処理は図１２に示すフローチャートに沿って行われる。ずらしフェイズ処理を開始すると、メインＣＰＵ３２はステップ３１に進み、画像制御回路７１に指示してメインディスプレイ１１に図１７に示すような迷宮画像１５０を表示させる。この迷宮画像１５０は、４人の遊技者のずらし権利の有無や、攻撃の優先順位などを表示する権利表表示部（Ｐｌａｙｅｒ１，２，３，４）１５０ａと、複数の壁部により構成される迷路の画像を表示する迷路表示部１５０ｂとを有し、その迷路内に複数のキャラクタ５１の画像（本発明における行動体画像）が表示されている。また、後述する設定時間と第１の経過時間とを用いた残り時間の表示を含み、遊技者に操作入力を促すためのタイマー表示部１５０ｃを有し、さらにライフ表示部１５０ｄと、壁部の移動方法の説明を示す説明表示部１５０ｅとを有している。タイマー表示部１５０ｃは、メインＣＰＵ３２がメインディスプレイ１１に表示させており、後述する第１の経過時間の時間が増えるにしたがい、表示される数値が減るようになっている。
【００６０】
次に、ステップ３２に進み、メインＣＰＵ３２が第１の経過時間の計測を開始する。第１の経過時間は、遊技者が画面上で位置をずらす対象となる壁部（ずらし壁部）を決定したことを示す操作入力を行えるようになった時刻（入力開始時刻）から、遊技者が所望の矢印ａにタッチして、操作入力を行うまでの時間経過を示している。続くステップ３３では、メインＣＰＵ３２がずらし壁部の決定が行われたか否かを判定し、ずらし壁部の決定が行われるとステップ３４、行われなければステップ３７に進む。ステップ３４に進むと、メインＣＰＵ３２が、第１の経過時間が第１の設定時間（本実施の形態では１０秒）以下であるか否かを判定し、第１の経過時間が第１の設定時間以内であればステップ３５に進み、そうなければステップ３５を実行せずにステップ３６に進む。ステップ３５では、メインＣＰＵ３２が防御パラメータに“１”を加算する。この防御パラメータは動作パラメータの１つであり、数値が大きいほど、他のキャラクタからの攻撃に対する防御力が増強されるので、遊技者が迷宮対戦ゲームを有利に進めていけるようにするものである。続くステップ３６では、メインＣＰＵ３２が決定された壁部をずらし壁部に設定してキャラクタの動作（壁をずらす）を決める。
【００６１】
一方、ステップ３３からステップ３７に進むと、第１の経過時間が、ずらし決定の制限時間（本実施の形態では１５秒）以内であるか否かを判定し、第１の経過時間がずらし決定の制限時間以内であればステップ３３に戻り、そうでなければステップ３８に進んで、サンプリング回路３６から抽出した乱数を用いるなどして、いずれかの壁部をランダムにずらし壁部に設定する。そして、ステップ３９に進んでずらした後の迷宮画像を表示すると、ずらしフェイズ処理が終了する。このように、ずらし壁部の決定はずらし決定の制限時間（１５秒）以内に行えるようになっているが、その制限時間よりも早く（１０秒以内）に行うと、防御パラメータに“１”が加算されるようになっている。
【００６２】
続いて、ステップ１５に進んで移動フェイズ処理が行われる。移動フェイズ処理は図１３に示すフローチャートに沿って行われる。
【００６３】
移動フェイズ処理を開始すると、メインＣＰＵ３２はステップ４１に進み、画像制御回路７１に指示して、メインディスプレイ１１に図１８に示すような移動フェイズの迷宮画像１６０を表示させる。この迷宮画像１６０も迷宮画像１５０と同様の各表示部（権利表表示部１６０ａ、迷路表示部１６０ｂ、タイマー表示部１６０ｃおよびライフ表示部１６０ｄ）を有し、さらに、キャラクタ１６１が迷路内に配置され、移動先の指定要求メッセージと、移動先の決定ボタンの表示を有する移動先指定表示部１６０ｅを有している。
【００６４】
次に、ステップ４２に進み、メインＣＰＵ３２が第２の経過時間の計測を開始する。第２の経過時間は、遊技者が自己のキャラクタの移動先を指定するための操作入力（移動先の指定）を行えるようになった時刻（入力開始時刻）から、遊技者が移動先を指定した上で、移動先指定表示部１６０ｅにタッチし、遊技を進行させるための操作入力を行うまでの時間経過を示している。続くステップ４３では、メインＣＰＵ３２が移動先の指定が行われたか否かを判定し、移動先の指定が行われるとステップ４４、行われなければステップ４８に進む。ステップ４４に進むと、キャラクタの居場所から移動先までの床面の表示色を変更した画像（図示せず）を表示し、移動先を明らかにしてステップ４５に進む。そして、遊技者が移動先指定表示部１６０ｅの決定ボタンにタッチ（移動先の決定を行う）したか否かを判定し、タッチしたらステップ４６に進み、タッチしていなければステップ４８に進む。ステップ４６に進むと、メインＣＰＵ３２が、第２の経過時間が第２の設定時間（本実施の形態では１５秒）以下であるか否かを判定する。ここで、第２の経過時間が第２の設定時間以内であればステップ４７に進み、そうでなければステップ４７を実行せずにステップ４９に進む。ステップ４７では、メインＣＰＵ３２がて、攻撃パラメータに“１”を加算する。この攻撃パラメータも防御パラメータ同様に動作パラメータの１つであって、数値が大きいほど攻撃力が増強されるので、遊技者が迷宮対戦ゲームを有利に進めていけるようにするものである。
【００６５】
一方、ステップ４８に進むと、第２の経過時間が移動先決定の制限時間（本実施の形態では３０秒）以内であるか否かを判定し、第２の経過時間が移動先決定の制限時間以内であればステップ４３に戻り、そうでなければ移動フェイズ処理が終了する（この場合、キャラクタは移動せずに元の居場所に待機している）。また、ステップ４９では、メインＣＰＵ３２がそれまでのステップでの決定にしたがいキャラクタの動作（迷路内の移動）を決めて、キャラクタを移動させた画像を表示させる。すると、移動フェイズ処理が終了する。このように、移動先の決定は移動先決定の制限時間（３０秒）以内に行えるようになっているが、その制限時間よりも早く（１５秒以内）に行うと、攻撃パラメータに“１”が加算されるようになっている。なお、フィギア有りモードにおける移動フェイズ処理では、フィギア無しモードでは得られない報酬として、特殊カード（ランダムな移動ができるテレポートカードや、壁抜けができる壁抜けカードなど）を使用できるようになっている。
【００６６】
ここで、図１０に戻り、移動フェイズ処理に続くステップ１６に進むと、メインＣＰＵ３２が戦闘発生か否かを判定する。ここで、戦闘発生の場合（迷宮上における攻撃可能範囲内に複数のキャラクタが存在する場合）はステップ１７に進むが、戦闘発生でなければステップ２０に進む。
【００６７】
ステップ１７では戦闘選択フェイズ処理を行う。ここでは、メインＣＰＵ３２が画像制御回路７１に指示して、メインディスプレイ１１に図１９に示すような戦闘選択画像１７０（権利表表示部１７０ａを有し、迷路内にキャラクタが配置されている）を表示させる。この戦闘選択画像１７０を参照しながら、各遊技者（本実施の形態では４人）が攻撃相手の選択を行い、キャラクタの技を示す技カードの使用有無および使用する技カードの選択を行う。なお、各キャラクタによる攻撃の順番はずらし権利者を基準としている。
この戦闘選択フェイズ処理では、技カードを選択することができる（技カードはゲーム終了時に対戦成績に応じて報酬としてキャラクタに供与される）。フィギア有りモードの場合はフィギア無しモードよりも供与される技カードの種類が多く、選べるカードの種類も多い。また、有益な特典情報（例えば特殊な技を発揮するなど）をもたらすレアカードの供与される確率がフィギア無しモードよりも高く設定されている。つまり、遊技者はフィギア４０を用いてフィギア有りモードでゲームを行うと、レアカードを含む多数の技カードが供与され、それを使用できる確率が高まり、本発明における特典が得られるようになっている。
この場合、メインＣＰＵ３２は本発明における特典付与手段として作動して、第１のモード用の技選択テーブル（例えば、乱数と選択対象の技カードを関連付けたテーブル）をサーチしている。第１のモード用と、第２のモード用の技選択テーブルを比較すると、レアカードに対応する乱数範囲は、前者の方が後者よりも広く設定されている。
【００６８】
続くステップ１８では対戦処理を行う。すなわち、各キャラクタはフィギア情報によって、それぞれの攻撃力および防御力が特定され、攻撃範囲も設定されるので、技カードの使用有無を考慮したうえで、対戦するキャラクタにおける攻撃パラメータと防御パラメータとを比較して、各キャラクタの勝敗を決める。この場合、サブディスプレイ１２には、図２０に示すように、キャラクタ１８１ａ，１８１ｂが対戦する様子を示した対戦画像１８０が表示される。
【００６９】
そして、ステップ１９では戦闘終了および持点計算処理を行う。ここでは、ステップ１８の対戦処理の結果（対戦相手になったキャラクタの種別および勝敗結果）に応じて、ライフの加算または減算を行い、キャラクタに対する称号、宝珠の付与または剥奪を行う（フィギア有りモードでは、キャラクタの行動に応じて、「覇者」、「主」、「達人」など様々な称号が付与される）。続くステップ２０では、終了条件の成否を判定し、終了条件が成立している場合（持点が０以下）はフィギア有りゲーム処理を終了し、そうでなければ（持点＞０）ステップ１３に戻って上記の処理を繰り返す。持点が０以下になった遊技者については迷宮対戦ゲームが終了し、代わりにメインＣＰＵ３２が別のキャラクタとして参戦する。なお、図示はしないが、ライフがなくなった遊技者は回復カードの使用またはコイン投入によって、ライフが一定量回復する。
【００７０】
以上のように、ゲームマシン１では、ずらしフェイズ処理と移動フェイズ処理のそれぞれにおいて、設定時間以内にずらし壁部の決定、移動先の決定を行うと、動作パラメータに対する加算処理により、それぞれ防御パラメータ、攻撃パラメータの値が加算されて、防御力、攻撃力が増強されるようになっている。また、各キャラクタが対戦するときにはこれらのパラメータを用いてキャラクタの勝敗が決まり、迷宮対戦ゲームの進行が制御されるようになっている。そのため、動作パラメータに対する加算処理が、ずらし壁部の決定と、移動先の決定を各遊技者に速やかに行わせることに対するインセンティブになる。これにより、遊技者が必要以上に操作入力を引き伸ばすようなことをなくして、早期の操作入力を促進することができ、遊技全体の進行を早めることができる。
また、ずらしフェイズ処理と移動フェイズ処理のそれぞれにおいて、タイマー表示部１５０ｃ，１６０ｃが表示されるが、いずれも経過時間の計測開始からの時間の経過にともない、数字が減っていくように表示されるので、遊技者に操作入力をできるだけ早く行うように促進することができる。
【００７１】
特に、ゲームマシン１のように、複数の遊技者が参加するタイプのゲームを行う場合には、ある遊技者の操作が遅延すると他の遊技者がその分、待たされてしまい、ストレスや苛立ちを感じてしまうおそれがあるが、ゲームマシン１では、そのおそれはなく、各遊技者が迷宮対戦ゲームを通じて得られるはずの遊技本来の面白みを得られるようになっている。
【００７２】
（フィギア無しゲーム処理）
フィギア無しゲーム処理では、図１１に示すフィギア有りゲーム処理とほぼ同様のフローチャートに沿って処理が行われる。フィギア無しゲーム処理はフィギア有りゲーム処理と比較すると、ステップ１２がない点で異なっている。
フィギア無しモードでは、フィギアを用いないでゲームを進行させるが、ゲームデータを受信してＲＡＭ３３に記憶させ、応答信号にフィギアＩＤが含まれているとき（認証済みのフィギアがあるとき）はそのフィギアＩＤに対応するフィギア情報の抽出を行う。
また、ステップ１２を実行しないので、上述したとおり、フィギア有りモードとは違ってコスチュームとダンジョンの選択の余地がなく、フィギア有りモードにおける迷宮対戦ゲームと比較して、ゲーム内容が制限されたものとなっている。さらに、ステップ１５で選択可能な各種カード、ステップ１７で選択可能な技カードの選択範囲も制限されている。
そして、ステップ１９でキャラクタに対して対戦結果に応じた称号の付与を行うが、フィギア無しモードでは、対戦結果がよくても「浪人」の称号しか付与されないようになっている。
このように、ゲームマシン１では、フィギア４０を用いる場合だけでなく、フィギア４０を用いない場合でもゲームを進行することができる。また、フィギア４０を用いると、用いない場合には得られない特典が得られるようになっているため、フィギアに対する収集意欲を抱かせることができ、迷宮対戦ゲーム本来の特徴を活かした面白みを提供することができる。特に、フィギア４０を用いて迷宮対戦ゲームを行うと、ゲームの進行内容によって、そのフィギアに対応するキャラクタの持点が増えたり、攻撃力や防御力がアップしたり、称号が付与されるといった特典があるため、フィギアを繰返し使用しようとする気持ちを抱かせ、遊技者に満足感を与えることができる。
【００７３】
（ゲーム開始処理）
ステップ１のゲーム開始処理は図１４に示すフローチャートに沿って行われる。図１４はゲーム開始処理の動作手順を示すフローチャート、図１５はキャラクタ生成処理の動作手順を示すフローチャートである。
【００７４】
メインＣＰＵ３２はゲーム開始処理を開始するとステップ６１に進み、メッセージ出力処理を行い、画像制御回路７１に指示してメインディスプレイ１１に所定のメッセージ（コイン投入要求、ＩＤカードの挿入要求およびパスワードの入力要求）を表示させる。続いて、ステップ６２，６３と処理を実行する。
【００７５】
遊技者は、ゲームを開始するためには、コインをコイン投入口６から投入するとともに、ＩＤカード１７をカードスロット１８に挿入し、操作ユニット１９を用いてパスワードを入力する。すると、投入されたコインの検出信号がコインセンサ１６ａからメインＣＰＵ３２に入力され、カードリーダ１８ａからはＩＤカード１７に記憶されているカード情報が入力される。さらに、操作ユニット１９からパスワードが入力され、これらすべての入力があるとステップ６３に進み、メインＣＰＵ３２が通信制御部２１に指示して通信処理部２２を作動させ、読み取ったカード情報および入力されたパスワードを店舗サーバ２に送信する。
【００７６】
続くステップ６４では、後述する応答信号をセンターサーバ５から受信するまで待機して、その応答信号を受信するとステップ６５に進む。ステップ６５では、フィギアの有り、無しと、応答信号から認証（登録）済みか否かを区別して、選択可能な各種キャラクタのいずれかを選択させる選択画面の表示をメインディスプレイ１１で行うための指示を行い、続くステップ６６では、タッチパネル１１ａのタッチがあるまで待機して、タッチがあるとステップ６７に進み、ステップ６５でフィギア有りを選択したか否かを判定する。ここで、フィギア有りを選択した場合はステップ６８に進み、そうでなければステップ６９に進む。ステップ６８に進むと、後述するキャラクタ生成処理を行い、ステップ６９ではフィギア不使用によるキャラクタ生成指示（ノンフィギアのキャラクタ生成指示）データを後述するエントリーデータにセットし、いずれも後続のステップ７０に進む。詳しくは、ステップ６７では、初めてフィギアを用いるときおよび既に認証済みのフィギアがあり、その認証済みのフィギアとは別のフィギアを用いるときのいずれにおいても、遊技者によってフィギア有りが選択されると、ステップ６８に進み、キャラクタ生成処理が行われる。また、初めからフィギアを用いないときおよび既に認証済みのフィギアがあるのにそのフィギアを用いないときは、遊技者によってフィギア無しが選択されると、ステップ６９に進む。
【００７７】
そして、ステップ６８に進むと、メインＣＰＵ３２は図１５に示すフローチャートに沿ってキャラクタ生成処理を行う。この処理を開始すると、ステップ８１に進み、フィギアのセット要求メッセージ出力処理を行う。ここでは、メインＣＰＵ３２が画像制御回路７１に指示してメインディスプレイ１１に、フィギア４０を認証ユニット１５に装着し、フィギアＩＤを読取るセッティングを要求するメッセージ（例えば、“フィギアの台座を操作パネル上の認証ユニットにセットしてください。フィギアの認証が始まると、認証ユニットが明るく点灯しますので、明かりが消えるまでフィギアをはずさないで下さい”）を表示させ、続くステップ８２では、フィギアＩＤの読み取りが終わるまで待機する。遊技者が表示されるメッセージにしたがいフィギア４０を認証ユニット１５にセットすると、認証ユニット１５がフィギア４０のＩＣチップ４４に記憶されているフィギアＩＤを読み取り、メインＣＰＵ３２に入力する。すると、ステップ８３に進み、メインＣＰＵ３２が読み取ったフィギアＩＤを含むキャラクタ生成指示データをエントリーデータにセットし、続くステップ８４では、認証ユニット１５によるフィギア４０のフィギアＩＤの読取（フィギアのセッティング）が行われたことを示すフィギア有りフラグに所定のデータ（本実施の形態では“１”）をセットし、ステップ８４を実行すると、キャラクタ生成処理が終了する。
【００７８】
ステップ７０に進むと、メインＣＰＵ３２が通信制御部に指示して通信処理部２２を作動させ、エントリーデータを店舗サーバ２に送信する。ステップ７０が終了すると、ゲーム開始処理が終了する。
【００７９】
このように、ゲームマシン１は、フィギアのセッティングが行われたときにフィギア有りフラグに所定のデータをセットするようにしている。一旦、フィギアのセッティングを行うと、キャラクタ生成指示データを含むエントリーデータが店舗サーバ２を介してデータベースサーバ１０３に送信され、データベースサーバ１０３においてそのフィギアＩＤがそのセッティングを行った遊技者固有の遊技者ＩＤに関連付けてＩＤ管理ファイルに記憶され、そのフィギアを認証済か否かの判断に用いられる。また、ＩＤ管理ファイルによるフィギアの認証済か否かの判定結果が応答信号として、データベースサーバ１０３から送信されるので、遊技者は認証済みのフィギアに対応するキャラクタを選択して迷宮対戦ゲームを行える。ただし、フィギアのセッティングを行わないと、フィギア有りフラグのセットが行われないので、たとえフィギアの認証済みでも、迷宮対戦ゲームをフィギア有りモードで行うには、フィギア４０を認証ユニット１５にセットしてフィギアＩＤの読取を行う必要がある。そして、セッティングを行うと、読み取ったフィギアＩＤに対応するフィギア情報がデータベースサーバ１０３で生成され、フィギア４０のセッティングを繰返し行わなくても迷宮対戦ゲームを行えるようになっている。
【００８０】
一方、ゲームマシン１、店舗サーバ２およびセンターサーバ群５では、上述の処理に対応して、図１６に示す順序で処理が実行されている。図１６は、ゲームマシン１、店舗サーバ２およびセンターサーバ群５の間で行われる動作シーケンスを示すシーケンスチャートである。
【００８１】
ゲームマシン１では、ステップ１００において、店舗サーバ２にダウンロード要求を送信してアプリケーションデータをダウンロードし、上述のとおりステップ６３でカード情報等を送信する。すると、センターサーバ群５では、ステップ３０１に進んで、データベースサーバ１０３におけるＣＰＵ４０１がゲームマシン１から送信されたカード情報およびパスワードを用い、ＩＤ管理ファイルを参照するなどして遊技者およびフィギアが登録されているか否かを判断する認証処理を行い、登録済の場合は認証済としてステップ３０２に進み、その認証結果を示す応答信号をゲームマシン１に送信する。この場合、データベースサーバ１０３では、各店舗Ａ，Ｂに８台づつ設置されているゲームマシン１に対して、同様の認証処理を行う。
【００８２】
また、ゲームマシン１では、上述のステップ６８に示したエントリーデータの送信を行う。すると、センターサーバ群５では、ステップ３０３に進んでゲームサーバ１０１により、各ゲームマシン１からのエントリーデータを用いて、遊技者のエントリー受付を行う。さらに、後続のステップ３０４では遊技者の参加情報の更新およびキャラクタ生成指示データに対応するフィギアＩＤ(このフィギアＩＤには、認証されていない新規登録のフィギアと、認証済みで再度認証するフィギアの双方のフィギアＩＤが含まれる）を用いてＩＤ管理ファイルへのフィギアの登録または更新と、フィギア情報の生成または更新を行い、続くステップ３０５で対戦相手となる遊技者（本実施の形態では４名）を決定する。また、ステップ３０６では、データベースサーバ１０３が対戦相手になる各遊技者のゲームデータを抽出してステップ３０７に進み、抽出したゲームデータを店舗サーバ２に送信する。店舗サーバ２では、ゲームデータを受信すると、それを各ゲームマシン１に送信する。
【００８３】
なお、ゲームマシン１では、被読取対象物としてフィギア４０を例にとって説明しているが、本発明は、フィギア４０とは異なる被読取対象物を用いる場合にも適用がある。例えば、キャラクタに対応する絵や図柄が記載され、ＩＤ情報などを記憶しているカード状のゲームカードや、カセットを用いるようにしていてもよい。また、迷宮対戦ゲームを行えるゲームマシン１を例にとって説明しているが、他の画像遊技を行えるゲーム機についても適用がある。例えば、野球、サッカーなど複数の選手を登場させるゲームで、各選手に対応するフィギアやカセットを用いてチームプレーをシミュレーションできるゲーム機などである。
また、ゲームマシン１では、遊技画像を表示するメインディスプレイ１１、サブディスプレイ１２を備えていたが、メインディスプレイ１１、サブディスプレイ１２を別体としてもよい。
上記実施の形態では、ゲームマシン１が画像表示手段、読取手段、遊技進行制御手段および特典付与手段を有する場合を例にとって説明しているが、上記各手段は、ゲームマシン１と、店舗サーバ２のいずれかに設けるようにして、ゲームシステム（本発明における遊技システム）を構成してもよい。さらに、ゲームマシン１と、店舗サーバ２とは別に、上記各手段と同様の機能を有する装置（遊技進行制御手段を有する遊技進行制御装置）を設けてゲームシステムを構成してもよい。
【図面の簡単な説明】
【００８４】
【図１】本発明によるゲームマシンを複数備えたゲームシステムのシステム構成図である。
【図２】複数のゲームマシンとカード販売機を示す斜視図である。
【図３】ゲームマシンの全体構成を示す斜視図である。
【図４】内部の構成を中心に示すゲームマシンのブロック図である。
【図５】画像制御回路の内部構成の一例を示すブロック図である。
【図６】店舗サーバを示すブロック図である。
【図７】ゲームサーバおよびデータベースサーバを示すブロック図である。
【図８】フィギアの構成を示す分解斜視図である。
【図９】ゲームマシンにおけるゲームの開始から終了までのゲーム処理の動作手順を示すフローチャートである。
【図１０】フィギア有りゲーム処理の動作手順を示すフローチャートである。
【図１１】フィギア無しゲーム処理の動作手順を示すフローチャートである。
【図１２】ずらしフェイズ処理の動作手順を示すフローチャートである。
【図１３】移動フェイズ処理の動作手順を示すフローチャートである。
【図１４】ゲーム開始処理の動作手順を示すフローチャートである。
【図１５】キャラクタ生成処理の動作手順を示すフローチャートである。
【図１６】ゲームマシン、店舗サーバおよびセンターサーバの間で行われる動作シーケンスを示すシーケンスチャートである。
【図１７】迷宮画像を示す図である。
【図１８】別の迷宮画像を示す図である。
【図１９】戦闘選択画像を示す図である。
【図２０】対戦画像を示す図である。
【符号の説明】
【００８５】
１…ゲームマシン、２…店舗サーバ
５…センターサーバ群
１１…メインディスプレイ、１１ａ…タッチパネル
１２…サブディスプレイ、１５…認証ユニット
１７…ＩＤカード、３１…マイクロコンピュータ
３２…ＣＰＵ、３３…ＲＡＭ、３４…ＲＯＭ
４０…フィギア、１００…ゲームシステム
【特許請求の範囲】
【請求項１】
遊技者の操作に応じて行動する行動体を示す行動体画像を画像表示手段に表示させる遊技機であって、
前記行動体に対応する前記行動体の識別情報を記憶した被読取対象物から、前記識別情報を読取る読取手段と、
該読取手段による前記識別情報の読取を要する第１のモードと、前記識別情報の読取を要しない第２のモードのいずれかで、前記行動体画像を用いた画像遊技を進行させる遊技進行制御手段と、
前記第１のモードにおける前記画像遊技に所定の特典を付与する特典付与手段とを有することを特徴とする遊技機。
【請求項２】
前記行動体データを記憶する行動体データ記憶手段と、
該手段に記憶されている前記行動体データのうち、前記行動体の識別情報に対応する前記行動体データを抽出する抽出手段とを更に有し、
前記遊技進行制御手段が、前記抽出手段により抽出された前記行動体データを用いることを特徴とする請求請１記載の遊技機。
【請求項３】
前記特典付与手段は、遊技者にとって有益な特典情報を遊技者が使用できる確率について、前記第２のモードよりも前記第１のモードを高くして、前記特典を付与することを特徴とする請求請１または２記載の遊技機。
【請求項４】
前記行動体の属性を遊技者が選択するための選択手段を更に有し、
遊技者が前記選択手段を用いて前記行動体の属性を選択し得る選択範囲について、前記第２のモードよりも前記第１のモードを広く設定することによって、前記特典付与手段が前記特典を付与することを特徴とする請求請１〜３のいずれか一項記載の遊技機。
【請求項５】
遊技者の操作に応じて行動する行動体を示す行動体画像を画像表示手段と、
前記行動体に対応する前記行動体の識別情報を記憶した被読取対象物から、前記識別情報を読取る読取手段と、
該読取手段による前記識別情報の読取を要する第１のモードと、前記識別情報の読取を要しない第２のモードのいずれかで、前記行動体画像を用いた画像遊技を進行させる遊技進行制御手段と、
前記第１のモードにおける前記画像遊技に所定の特典を付与する特典付与手段とを有することを特徴とする遊技システム。
【請求項１】
遊技者の操作に応じて行動する行動体を示す行動体画像を画像表示手段に表示させる遊技機であって、
前記行動体に対応する前記行動体の識別情報を記憶した被読取対象物から、前記識別情報を読取る読取手段と、
該読取手段による前記識別情報の読取を要する第１のモードと、前記識別情報の読取を要しない第２のモードのいずれかで、前記行動体画像を用いた画像遊技を進行させる遊技進行制御手段と、
前記第１のモードにおける前記画像遊技に所定の特典を付与する特典付与手段とを有することを特徴とする遊技機。
【請求項２】
前記行動体データを記憶する行動体データ記憶手段と、
該手段に記憶されている前記行動体データのうち、前記行動体の識別情報に対応する前記行動体データを抽出する抽出手段とを更に有し、
前記遊技進行制御手段が、前記抽出手段により抽出された前記行動体データを用いることを特徴とする請求請１記載の遊技機。
【請求項３】
前記特典付与手段は、遊技者にとって有益な特典情報を遊技者が使用できる確率について、前記第２のモードよりも前記第１のモードを高くして、前記特典を付与することを特徴とする請求請１または２記載の遊技機。
【請求項４】
前記行動体の属性を遊技者が選択するための選択手段を更に有し、
遊技者が前記選択手段を用いて前記行動体の属性を選択し得る選択範囲について、前記第２のモードよりも前記第１のモードを広く設定することによって、前記特典付与手段が前記特典を付与することを特徴とする請求請１〜３のいずれか一項記載の遊技機。
【請求項５】
遊技者の操作に応じて行動する行動体を示す行動体画像を画像表示手段と、
前記行動体に対応する前記行動体の識別情報を記憶した被読取対象物から、前記識別情報を読取る読取手段と、
該読取手段による前記識別情報の読取を要する第１のモードと、前記識別情報の読取を要しない第２のモードのいずれかで、前記行動体画像を用いた画像遊技を進行させる遊技進行制御手段と、
前記第１のモードにおける前記画像遊技に所定の特典を付与する特典付与手段とを有することを特徴とする遊技システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００６−６８１４３（Ｐ２００６−６８１４３Ａ）
【公開日】平成１８年３月１６日（２００６．３．１６）
【国際特許分類】
【出願番号】特願２００４−２５３１８２（Ｐ２００４−２５３１８２）
【出願日】平成１６年８月３１日（２００４．８．３１）
【出願人】（５９８０９８５２６）アルゼ株式会社 (7,628)
【Ｆターム（参考）】
【公開日】平成１８年３月１６日（２００６．３．１６）
【国際特許分類】
【出願日】平成１６年８月３１日（２００４．８．３１）
【出願人】（５９８０９８５２６）アルゼ株式会社 (7,628)
【Ｆターム（参考）】
[ Back to top ]