JP2007054413A - 遊技機および遊技システム - Google Patents

Abstract

【課題】 簡易迅速にゲームが進行するようにしてリアルタイムに進行する遊技に適したものとし、遊技用物品を用いた新たな機能を付加することによって遊技性を高める。
【解決手段】 ゲームマシン１は、遊技用カードを複数載置可能な載置手段と、載置手段に載置されている遊技用カードから遊技用情報を読取る読取スキャナとを有している。ゲームマシン１は、読取スキャナにより読み取った遊技用情報を用いて載置手段に載置されている複数の遊技用カードの配置状態を検出する載置状態検出手段を有し、読取スキャナにより読み取った遊技用情報の組合せおよび載置状態検出手段により検出された配置状態の組合せに応じて遊技指示コードを決定し、その決定された遊技指示コードを用いて遊技の進行を制御する。
【選択図】 図３

Description

本発明は、カードやフィギア等の遊技用物品に記録されている遊技用情報を用いた遊技を行える遊技機および遊技システムに関する。

従来から、カードやフィギア等の遊技用物品に記録されているデータを用いてゲームが行える遊技機が知られている。この種の遊技機として、サッカーや野球といったスポーツの選手が印刷されたカード（トレーディングカードともいう）を用いてゲームを行える遊技機がある。例えば、特許文献１，２，３には、パネル上に並べられた複数のカードの組合せに応じたゲーム画像を表示させてサッカーのチームプレーをシミュレーションでき、相手チームとの対戦を行えるカードゲーム装置が開示されている。
特開２００５−４６６４９号公報 特開２００４−４１７４０号公報 特開２００２−３０１２６４号公報

特許文献１，２，３に開示されているカードゲーム装置によれば、複数枚のカードを用いて対戦型のサッカーゲームを行える。

しかし、このカードゲーム装置では、各カードは、サッカー選手と一対一に対応していて、１枚のカードには各選手個人を識別するための識別コードが記録されているに過ぎず、遊技者がゲームに登場している選手への指示を入力するには、各カードをパネル上に配置する配置操作の他にパネル脇に備えられた入力ボタンの押下操作をしなければならないというわずらわしさがあった。また、遊技者は、サッカーゲームを行うにあたって、何枚ものカードをそれらの組合せのほか、置き場所を考慮しながら１つのパネル上に並べなければならないというわずらわしさもあり、しかも、パネルの大きさがカードの何倍にもなるため、操作しようとするカードを遊技者が探し出すのに時間がかかり、カードを探すだけで無駄な時間を浪費し、遊技者の操作がゲームの進行に遅れをとってしまうおそれもあった。その上、カードが配置されている箇所だけでなく配置されていない箇所も含め、パネルの全面に光を照射する読取処理等を行い、パネルの全面にカードを配置できるようにしているため、処理に負担を要し、ゲームの進行に支障をきたすという問題もあった。

したがって、このカードゲーム装置は、ゲームを簡易迅速に進める上での妨げとなる問題があり、リアルタイムに進行するゲームには適さないという欠点があった。

また、ゲームに登場するキャラクタの動作がカードの組合せに依存しており、カードの機能もキャラクタの能力を示すデータ入力に限られていたため、遊技性に乏しいという欠点もあった。

そこで、本発明は上記課題を解決するためになされたもので、カード、フィギア等の遊技用物品に記録されている遊技用情報を用いた遊技が行える遊技機および遊技システムにおいて、簡易迅速にゲームが進行するようにしてリアルタイムに進行する遊技に適したものとし、遊技用物品を用いた新たな機能を付加することによって遊技性を高めることを目的とする。

上記課題を解決するため、本発明は、遊技用物品に記録されている遊技用情報を用いた遊技が行える遊技機であって、遊技用物品を複数載置可能な載置手段と、その載置手段に載置された遊技用物品から遊技用情報を読み取る読取手段と、その読取手段により読み取られた遊技用情報を用いて載置手段に載置されている各遊技用物品の載置状態を検出する載置状態検出手段と、読取手段により読み取られた遊技用情報の組合せおよび載置状態検出手段により検出された載置状態の組合せに応じて遊技に用いられる遊技指示情報を決定する指示情報決定手段と、その指示情報決定手段により決定された遊技指示情報を用いて遊技の進行を制御する遊技進行制御手段とを有する遊技機を特徴とする。

この遊技機は、載置手段に複数の遊技用物品が載置されると、読取手段によって遊技用情報が読み取られ、読み取られた遊技用情報を用いて載置されている各遊技用物品の載置状態が検出される。また、読み取られた遊技用情報の組合せおよび検出された載置状態の組合せに応じて遊技指示情報が決まり、遊技指示情報を用いて遊技の進行が制御されるようになっている。

また、上記遊技機の場合、載置手段は、遊技用物品を個別に載置可能な載置部を複数有し、その各載置部に読取手段が配置されているようにするとよい。こうすることで、遊技用物品を複数載置する際に、それぞれの遊技用物品を各載置部に載置すればよくなる。また、各載置部に読取手段が配置されているから、読取手段は遊技用情報の読取を各載置部を対象として行えばよくなる。

さらに、上記各遊技機は、載置手段に載置されている載置中遊技用物品に対応する対応キャラクタの能力を示す能力情報の変動値を指示情報決定手段により決定された遊技指示コードを用いて決定する変動値決定手段と、その変動値決定手段により決定された変動値に応じて能力情報を更新する更新手段とを更に有するようにすることができる。

そして、本発明は、遊技用物品に記録されている遊技用情報を用いた遊技が行える遊技システムであって、遊技用物品を複数載置可能な載置手段と、その載置手段に載置された前記各遊技用物品から前記遊技用情報を読み取る読取手段と、その読取手段により読み取られた遊技用情報を用いて載置手段に載置されている各遊技用物品の載置状態を検出する載置状態検出手段と、読取手段により読み取られた遊技用情報の組合せおよび載置状態検出手段により検出された載置状態の組合せに応じて遊技に用いられる遊技指示情報を決定する指示情報決定手段と、その指示情報決定手段により決定された遊技指示情報を用いて遊技の進行を制御する遊技進行制御手段とを有する遊技システムを提供する。

本発明によれば、カードやフィギア等の遊技用物品に記録されている遊技用情報を用いた遊技が行える遊技機および遊技システムにおいて、簡易迅速にゲームが進行するようにしてリアルタイムに進行する遊技に適したものとし、遊技用物品を用いた新たな機能を付加することによって遊技性を高めることができる。

以下、本発明の実施の形態について説明する。なお、同一要素には同一符号を用い、重複する説明は省略する。

（ゲームシステムの全体構成）
図１は本発明によるゲームマシン１を複数備えたゲームシステム１００のシステム構成図、図２は複数のゲームマシン１とカード販売機６を示す斜視図である。ゲームシステム１００は、２つの遊技店舗Ａ，Ｂにそれぞれ１台および２台設置された合計３台の店舗サーバ２と、専用回線３を介して通信可能に接続された複数（本実施の形態では８台）のゲームマシン１およびカード販売機６と、遊技店舗Ａ，Ｂに設置された店舗内ルータ７と、店舗内ルータ７、通信回線４ａおよびインターネット４を介して接続されたセンターサーバ群５とを有している。さらに、ゲームシステム１００では基地局１１０を介してインターネット４に無線回線により接続可能な携帯電話機１１１と、インターネット４に接続可能な家庭用ゲーム装置１１２とが備えられている。

各遊技店舗Ａ，Ｂでは、店舗サーバ２と、ゲームマシン１およびカード販売機６が専用回線３により接続されて店舗内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を形成し、この店舗内ＬＡＮが店舗内ルータ７を介してインターネット４に接続されている。

（ゲームマシンの構成）
ゲームマシン１は、本発明の実施の形態に係る遊技機であって、遊技者に対応する主人公キャラクタ（プレイヤーキャラクタ、後述する幻魔キャラクタを操るという意味で幻魔使いともいう）および後述する遊技用カード４０に描かれている幻魔図柄aを模した幻魔キャラクタを示すキャラクタ画像を表示する画像表示手段を有し、遊技者の操作（主に遊技用カード４０に対するカード操作と、後述するタッチパネル１１ａのタッチ操作）に応じた動作を各キャラクタに行わせるキャラクタ遊技を行えるように構成されている。

本実施の形態におけるゲームマシン１では、ほかのゲームマシン１、携帯電話機１１１および家庭用ゲーム装置１１２を使用する遊技者とともに、複数遊技者（例えば４人）の参加による幻魔対戦ゲームが行える。この幻魔対戦ゲームは、各遊技者に対応する主人公キャラクタがそれぞれの幻魔キャラクタを操りながら互いに対戦し、倒した主人公キャラクタの数、幻魔キャラクタの数、画像表示される対戦マップ上に点在する後述の魔晶石の占拠数などを競い合い、各遊技者が共通する画像を参照しながらリアルタイムに進行するようになっている。また、幻魔対戦ゲームは、遊技用カード４０を用いて行われるカード遊技となっている。

なお、幻魔キャラクタとは、主人公キャラクタのいわば分身として、対戦相手（敵）と対戦するキャラクタであって、ゲームマシン１では、地殻幻魔、水霊幻魔、火焔幻魔および天象幻魔の４つの属性が用意されている。

ゲームマシン１は、図３に示すように、筐体１０の正面に、液晶表示装置を備えたメインディスプレイ１１を有している。また、メインディスプレイ１１の上側部分に同じく液晶表示装置を備えたサブディスプレイ１２を有し、その左右両側に遊技の演出に用いられる音声を出力するスピーカ１３Ｌ，１３Ｒが配置されている。

メインディスプレイ１１は、遊技の各段階に応じた遊技画像（例えば、幻魔召喚出現画像９１など）が表示されるようになっている（詳しくは後述する）。サブディスプレイ１２は、現在召喚して出現している幻魔の一覧や、遊技の特定の段階における画像（例えば、後述する開始演出画像９２ａ，９２ｂ）が表示されるようになっている。

また、ゲームマシン１はメインディスプレイ１１の下側に操作パネル１４を有している。この操作パネル１４には、左側から横並びに配置された４つの玉石ボタン１５（１５ａ，１５ｂ，１５ｃ，１５ｄ）と、ゲームを実行するときに必要なコイン（硬貨、遊技用メダルなどの遊技媒体）を投入するコイン投入口１６と、ＩＤカード１７を挿入するためのカードスロット１８とを有している。玉石ボタン１５は、特定の条件が成立した時点で押下げされると、後述する超幻魔召喚指示データを出力する操作ボタンである。この玉石ボタン１５は、幻魔キャラクタが超幻魔キャラクタを召喚しえる力を獲得するための魔晶石を主人公キャラクタが占拠して特定の数値（秘術数）が加算されるたびに明るくなるように点灯する。そして、特定の数値（秘術数）が完全に獲得されると超幻魔キャラクタが視認可能に表示され、その時点で押し下げされると超幻魔召喚指示データを出力する。なお、後述するように、超幻魔召喚指示データが出力されると超幻魔の召喚条件が成立し、超幻魔キャラクタが召喚される。

また、ゲームマシン１は操作パネル１４の手前側に６つの読取ユニット１９が横並び一列で配置されたカードパネル２０を有している。各読取ユニット１９は、カードパネル２０の本体部２０ａに組み込まれていて、遊技用カード４０を１枚ずつ個別に載置可能な大きさを有し、載置されている遊技用カード４０（本発明における載置中遊技用物品に相当する）から、記録されているバーコードを読み取るようになっている。なお、各読取ユニット１９のうちの左側から５つは、後述する幻魔カードを遊技者が載置して幻魔を召喚させ、幻魔カードを動かすなどして召喚させた幻魔を操るための幻魔用ユニット、最も右側に配置されている残りの１つは遊技者が後述する符術カードを載置して、術を使用し、幻魔対戦ゲームを優位に進めるための符術用ユニットとなっている。

読取ユニット１９は、詳しくは図８および図９に示すように、遊技用カード４０が載置され、表面が平坦で、長手部１９ｄと短手部１９ｅを供えた矩形状載置ボード１９ａと、読取スキャナ１９ｂとを有している。読取スキャナ１９ｂは、本体部２０ａ内における矩形状載置ボード１９ａの中央部１９ｃの下側に配置されている。この読取スキャナ１９ｂは、本発明における読取手段であって、遊技用カード４０の表面および裏面にそれぞれ記録されているバーコード（詳しくは後述する）の読取機能を備えた超小型カメラを搭載しており、その超小型カメラによってバーコードを読み取り、読み取ったバーコードのコード情報（バーコード情報）を出力するようになっている。この超小型カメラは、例えばｅスキャナ（例えば、グリッドマーク株式会社、ジョボーズ株式会社や中島洋紙株式会社の製品）と呼ばれるもので構成することができる。この場合、読取スキャナ１９ｂは、図２４に示すように、遊技用カード４０の表面（図２４では、表（おもて）面側を示している）に印刷して記録されているドットパターン４１の読取機能を有している。なお、矩形状載置ボード１９ａは、図３および図８に示すように、遊技用カード４０を１枚ずつ個別に載置可能な大きさを有するため、本発明における載置部を構成し、６つある読取ユニット１９の矩形状載置ボード１９ａ全体が遊技用カード４０を複数載置可能な本発明における載置手段を構成している。

ゲームシステム１００を構成している各ゲームマシン１には、自機固有のマシンＩＤが付与されている。このマシンＩＤは、各店舗サーバ２に固有のサーバＩＤと、各ゲームマシン１に固有のＩＤとを有し、例えば、店舗Ａに設置されている各ゲームマシン１の場合、Ａ０１，Ａ０２，Ａ０３・・・のようになっている。

図４は内部の構成を中心に示すゲームマシン１のブロック図である。ゲームマシン１は、マイクロコンピュータ３１を中心に複数の構成要素を有している。

マイクロコンピュータ３１は、メインＣＰＵ（Central Processing Unit）３２と、ＲＡＭ（Random Access Memory）３３と、ＲＯＭ(ReadOnly Memory)３４とを有している。メインＣＰＵ３２は、ＲＯＭ３４に記憶されているプログラムにしたがって作動し、Ｉ／Ｏポート３９を介して、操作パネル１４に設けられた各構成要素と、各読取ユニット１９から信号を入力する一方、他の構成要素との信号の入出力を行い、ゲームマシン１全体の動作制御を行う。ＲＡＭ３３はメインＣＰＵ３２が作動する際に用いるデータやプログラム（本実施の形態では、後述するアプリケーションデータおよびゲームデータ）が記憶される。ＲＯＭ３４には、メインＣＰＵ３２が実行する制御プログラムと、恒久的なデータが記憶されている。

また、ゲームマシン１は、乱数発生器３５と、サンプリング回路３６と、クロックパルス発生回路３７と、分周器３８とを有している。乱数発生器３５は、メインＣＰＵ３２の指示にしたがい作動して、一定範囲の乱数を発生させる。サンプリング回路３６は、メインＣＰＵ３２の指示にしたがい、乱数発生器３５が発生させた乱数の中から任意の乱数を抽出し、その抽出した乱数をメインＣＰＵ３２に入力する。クロックパルス発生回路３７は、メインＣＰＵ３２を作動させるための基準クロックを発生させ、分周器３８はその基準クロックを一定周期で分周した信号をメインＣＰＵ３２に入力する。

さらに、ゲームマシン１は、タッチパネル１１ａと、コインセンサ１６ａと、カードリーダ１８ａと、通信制御部２１および通信処理部２２とを有し、さらに、画像制御回路７１と、音制御回路７２を有している。

タッチパネル１１ａは、メインディスプレイ１１の表示画面を覆うように設けられていて、遊技者の指が触れた箇所の位置を検出し、その検出した位置に対応した位置信号をメインＣＰＵ３２に入力する。遊技者はこのタッチパネル１１ａを用いて主に幻魔キャラクタに命令を与える（例えば、敵キャラクタの存在する地点まで移動させるなど）ための操作入力を行う。例えば、タッチパネル１１ａは、長方形の透明板表面に導電物質を塗布しており、その透明板の四角に配置された電極から電圧をかけ、遊技者の指が触れることによる微弱な電流変化を電極で検知して、遊技者の指が触れた箇所の位置を検出する。

コインセンサ１６ａは、コイン投入口１６から投入されたコインを検出し、その検出に対応する検出信号をメインＣＰＵ３２に出力する。カードリーダ１８ａは、カードスロット１８に挿入されたＩＤカード１７に記録されている遊技者ＩＤ等のカード情報を読み取り、その読み取ったカード情報をメインＣＰＵ３２に入力する。

通信制御部２１は、メインＣＰＵ３２の指示にしたがい作動して、店舗サーバ２と通信を行うための回線の接続および切断を制御する。通信処理部２２は通信制御部２１の指示にしたがい作動して、専用回線３を介して行われるデータの送受信を実行する。

画像制御回路７１は、メインディスプレイ１１、サブディスプレイ１２のそれぞれにおける画像表示を制御して、主人公キャラクタや幻魔キャラクタを示す画像をメインディスプレイ１１に表示させ、サブディスプレイ１２にはメインディスプレイ１１の対戦マップ上に出現している幻魔の一覧を示す画像や、演出用の画像を表示させる。

この画像制御回路７１は、図５に示すように、画像制御ＣＰＵ７１ａ、ワークＲＡＭ７１ｂ、プログラムＲＯＭ７１ｃ、画像ＲＯＭ７１ｄ、ビデオＲＡＭ７１ｅおよびＶＤＰ（Video Display Processor）７１ｆを有している。画像制御ＣＰＵ７１ａは、マイクロコンピュータ３１で設定されたパラメータに基づき、プログラムＲＯＭ７１ｃに予め記憶されている（メインディスプレイ１１、サブディスプレイ１２での表示に関する）画像制御プログラムに従い、メインディスプレイ１１、サブディスプレイ１２に表示される画像を決定する。ワークＲＡＭ７１ｂは、画像制御ＣＰＵ７１ａが画像制御プログラムを実行するときの一時記憶手段として構成されている。

プログラムＲＯＭ７１ｃは、画像制御プログラムや各種選択テーブルなどを記憶している。画像ＲＯＭ７１ｄは、画像を形成するためのドットデータを記憶している。ビデオＲＡＭ７１ｅは、ＶＤＰ７１ｆにより画像を形成するときの一時記憶手段として構成されている。ＶＤＰ７１ｆは制御ＲＡＭ７１ｇを有し、画像制御ＣＰＵ７１ａで決定されたメインディスプレイ１１、サブディスプレイ１２の表示内容に応じた画像を形成し、その形成された各画像をメインディスプレイ１１、サブディスプレイ１２に出力する。

音制御回路７２はスピーカ１３Ｌ、１３Ｒから音声を出力するための音声信号をスピーカ１３Ｌ、１３Ｒに入力する。スピーカ１３Ｌ、１３Ｒからは、例えば、ゲーム開始後、適当な時期にゲームを盛り上げるための音声が出力される。

（店舗サーバ、カード販売機、店舗内ルータの構成）
店舗サーバ２は図６に示すように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信処理部２０４、通信制御部２０５およびアプリケーションデータを記憶しているデータ記憶部２０６を有している。そして、ＣＰＵ２０１がＲＯＭ２０２に記憶されているプログラムにしたがいＲＡＭ２０３にデータを読み書きしながら作動し、一方、通信制御部２０５がＣＰＵ２０１の指示にしたがい通信処理部２０４を作動させる。そして、店舗サーバ２は、各遊技店舗Ａ，Ｂに設置されている各ゲームマシン１と専用回線３を介してデータの送受信を行い、各ゲームマシン１へのアプリケーションデータの送信（ダウンロード）や、各ゲームマシン１同士およびセンターサーバ群５とにおけるデータ送受信の中継を行う。アプリケーションデータは、ゲームマシン１で行われる幻魔対戦ゲームの実行に用いられる各種データ（ゲーム用の画像データなど）が含まれている。

カード販売機６は、遊技者が個人情報の入力操作を行う操作部と、カード発行手段とを有し、その操作部を用いた所定の入力操作によって、カード発行手段が各遊技者固有の遊技者ＩＤを含むカード情報を記憶させてＩＤカード１７を発行する。

店舗内ルータ７は各遊技店舗Ａ，Ｂに形成されている店舗内ＬＡＮと、通信回線４ａおよびインターネット４を介してセンターサーバ群５に形成されているＬＡＮとを接続している。

（センターサーバ群の構成）
センターサーバ群５は、ゲームごとに対応して設置された複数のゲームサーバ（図１では、２台のゲームサーバ１０１、１０２）と、データベースサーバ１０３とを有し、各ゲームサーバが専用回線１０４を介して接続されてＬＡＮを形成し、そのＬＡＮが図示しないルータを介してインターネット４に接続されている。

ゲームサーバ１０１は、幻魔対戦ゲームを実行するために設置されていて、図７に示すように、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、通信処理部３０４、通信制御部３０５およびデータ記憶部３０６を有している。そして、ゲームサーバ１０１では、ＣＰＵ３０１がＲＯＭ３０２に記憶されているプログラムにしたがいＲＡＭ３０３にデータを読み書きしながら作動し、一方、通信制御部３０５がＣＰＵ３０１の指示にしたがい通信処理部３０４を作動させる。

ゲームサーバ１０１は、各店舗サーバ２とインターネット４を介してデータの送受信を行う。そして、各ゲームマシン１、携帯電話機１１１、家庭用ゲーム機１１２から送信されるエントリーデータを受信して遊技者の幻魔対戦ゲームへの参加（エントリー）受付および遊技者の参加情報の更新を行い、対戦相手となる遊技者を決定し、対戦相手決定の結果をデータベースサーバ１０３に送信する。

ゲームサーバ１０２は別のゲームを実行するために設置されたもので、ゲームサーバ１０１と比較して記憶しているデータやプログラムが異なるが、同じ構成を有している。

データベースサーバ１０３は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、通信処理部４０４、通信制御部４０５およびデータ記憶部４０６を有している。そして、データベースサーバ１０３では、ＣＰＵ４０１がＲＯＭ４０２に記憶されているプログラムにしたがいＲＡＭ４０３にデータを読み書きしながら作動し、一方、通信制御部４０５がＣＰＵ４０１の指示にしたがい通信処理部４０４を作動させ、各店舗サーバ２とインターネット４を介してデータの送受信を行う。データ記憶部４０６には遊技者ＩＤ、遊技者の認証に用いられるパスワード、ゲームの種別およびゲームデータが記憶されている。遊技者ＩＤは、ゲームマシン１により、ＩＤカード１７から読み取って送信されたものである。

ゲームデータは、幻魔対戦ゲームに登場する複数の主人公キャラクタ、幻魔キャラクタについて、各キャラクタを特徴づけるキャラクタ固有のデータ（各キャラクタの防御パラメータ、攻撃パラメータ、生命力パラメータ、攻撃範囲、特殊能力等の各キャラクタの能力を示す能力パラメータ（本発明における能力情報））と、各遊技者による幻魔対戦ゲームの履歴を示すデータおよび後述するカードテーブル９０、キャラクタ組合せテーブル９３、載置状態組合せテーブル９４を示すデータが含まれている。このゲームデータは、データベースサーバ１０３からゲームマシン１に送信され、幻魔対戦ゲームで用いられる。

（遊技用カードの構成）
図１０は遊技用カード４０を示す平面図で、（ａ）は表（おもて）面を示す平面図、（ｂ）は裏面を示す平面図である。図１１は遊技用カード４０のうちの後述する幻魔カードにおけるバーコードの配置区画を示し、（ａ）は裏面、（ｂ）は表（おもて）面の配置区画をそれぞれ示す平面図、（ｃ）は遊技用カード４０のうちの後述する符術カードにおけるバーコードの配置区画を示す平面図である。この遊技用カード４０は本発明における遊技用物品であって、幻魔の召喚（詳しくは後述する）に用いられる幻魔カードと、幻魔の術に関して使用される符術カードとからなっていて、いずれも長手部４０ａと、短手部４０ｂとを有する矩形状に形成され、表面および裏面の大きさに比較して側面の大きさが小さく、厚さが薄く（１ｍｍ程度）なっている。なお、遊技用カード４０は幻魔対戦ゲームで対戦する遊技者がそれぞれ複数毎保有していて、幻魔対戦ゲームの進行中に読取ユニット１９に載置することによって使用される。

幻魔カードは幻魔キャラクタを幻魔対戦ゲームに登場させる幻魔キャラクタの召喚を行い、召喚した幻魔キャラクタを敵の幻魔キャラクタと対戦させるときに用いられる遊技用カードであって、召喚の対象となる幻魔キャラクタを示す幻魔図柄ａが表（おもて）面側に描かれている。そして、幻魔カードは表（おもて）面、裏面のそれぞれに透明インクで印刷されたバーコード（極小ドットの組合せによるドットパターンで、本発明における遊技用情報に相当している）が記録されている。このバーコードは、透明インクで印刷されているため、肉眼では視認できないようになっている。このバーコードは、例えば読取スキャナ１９ｂが上述のｅスキャナの場合、そのｅスキャナによって読取可能なドットパターン４１で構成することができる。ドットパターン４１としては、例えばＧｒｉｄＯｎｐｕｔ（法政大学情報科学部教授 吉田健治氏が開発した見えない２次元コード、商願２００４−８２５８８）がある。ＧｒｉｄＯｎｐｕｔは、２ミリ角にコード番号、座標情報を含む情報を印刷可能であり、ｅスキャナを用いて様々な情報が読み取られるようになっている。なお、遊技用カード４０に肉眼では視認できないバーコードなどを記録する技術（電子透かし）に関しては後に詳述する。

また、幻魔カードは、裏面が図１１（ａ）に示すように、中央を含む長手方向所定幅に配置されたコードエリア４０Ａと、その両側に配置されたコードエリア４０Ｂ、４０Ｃとの３つに区画され、コードエリア４０Ａ、４０Ｂ、４０Ｃにそれぞれ別々のバーコードが記録されている。表（おもて）面は、コードエリア４０Ｄだけが配置され、コードエリア４０Ｄには、表（おもて）面のコードエリア４０Ａ、４０Ｂ、４０Ｃとは別のバーコードが記録されている。

上述のとおり、遊技用カード４０に記録されているバーコードは、ドットパターンによるバーコードであるから、幻魔カードを読取ユニット１９に載置すると、載置面（表面または裏面）と、載置したときの位置関係（遊技用カード４０のうちの中央部１９ｃに載置された部分と、載置したときの向き）に応じたバーコードが読み取られ、対応するバーコード情報（読取ユニット１９がｅスキャナの場合、方向も認識するので、最大２４種類の情報が出力可能）が出力される。なお、表面の幻魔図柄ａを視認し得るように幻魔カードを読取ユニット１９に載置すると、裏面が読取ユニット１９に載置されるので、裏面に記録された３つのコードエリア４０Ａ、４０Ｂ、４０Ｃのいずれかのバーコードが読取可能になり、逆に裏面を視認できるように読取ユニット１９に載置したときは表（おもて）面のバーコードが読取可能になる。また、幻魔カードを表面の幻魔図柄ａが視認し得るように載置しても、３つのコードエリア４０Ａ、４０Ｂ、４０Ｃに記録されたバーコードのうち、載置の仕方に応じたバーコードが読み取られる。さらに、コードエリア４０Ａに記録されているバーコードが読み取られる場合でも、載置している向きが変わるとその向きに応じて異なるバーコードが読み取られる。

符術カードは遊技用カード４０のうちの幻魔キャラクタの対戦中における術を使用した攻撃を行う場合などに用いられ、表（おもて）面側、裏面側共通のバーコードが記録されている。

（ゲームマシンの動作内容）
次に、以上の構成を有するゲームマシン１の動作内容について、図１３〜図１８に示すフローチャートを参照して説明する。なお、以下の説明では、遊技店舗Ａに設置されている８台のゲームマシン１のうちの４台のゲームマシン１をそれぞれの遊技者が操作して同じ幻魔対戦ゲームを行う場合を例にとって説明する。

図１３は各ゲームマシン１におけるゲームの開始から終了までのゲーム処理の動作手順を示すフローチャートである。なお、図１３および後述する図１４〜図２０ではステップをＳと略記している。以下の説明では、４人の遊技者が操作するうちの１台のゲームマシン１を例にとって説明する。

ゲームマシン１は電源投入時に店舗サーバ２に対してアプリケーションデータのダウンロード要求を送信し、一方、店舗サーバ２がダウンロード要求を受信すると、ダウンロード要求を送信してきたゲームマシン１にアプリケーションデータを送信する。

ゲームマシン１は、アプリケーションデータを受信すると、そのアプリケーションデータをＲＡＭ３３に記憶させる。そして、ゲームマシン１では、メインＣＰＵ３２がアプリケーションデータを読み込むと、遊技進行制御手段として作動して、遊技者のカード操作およびタッチ操作による操作入力に応じて幻魔対戦ゲームを進行させる。詳しくは後述するが、ゲームマシン１は、複数の幻魔カードを載置するカード操作を行うと、その載置されている幻魔カードの組合せおよび載置状態の組合せに応じて、後述する遊技指示コード（本発明における遊技指示情報）が決定される。各ゲームマシン１は店舗サーバ２およびセンターサーバ群５を介して互いに同期をとりながら、メインディスプレイ１１に画像を表示するようになっている。

このとき、各ゲームマシン１は、ゲーム処理を開始すると、ステップ１に進んでコイン投入、ＩＤカードの挿入、パスワード入力を含み、ゲームサーバ１０１による対戦相手決定の結果を受信する処理などを含む後述のゲーム開始処理を行う。ステップ２では、図１５に示すフローチャートに沿って、ゲーム開始処理によって決まった遊技者が互いに手持ちの遊技用カード４０（幻魔カード）を読取ユニット１９に載置して幻魔キャラクタを召喚し、その召喚した幻魔キャラクタを操りながら対戦する幻魔召喚対戦処理を行う。幻魔召喚対戦処理が終了すると、ゲーム終了条件（対戦マップ上に点在している魔晶石がすべて占拠されたか、敵になる幻魔使いをすべて倒したか）が成立したか否かを判定し、ゲーム終了条件が成立しているときはステップ４に進むが、そうでなければステップ２に戻って、再び幻魔召喚対戦処理を実行する。ステップ３からステップ４に進むと、それまでに行われた幻魔召喚対戦処理の結果から、幻魔対戦ゲームに参加した各遊技者の順位を決める順位決定処理を行い、続くステップ５では、幻魔召喚対戦処理の結果に基づいて、幻魔キャラクタのパラメータを変更するためのパラメータ変更処理を行う。また、ステップ６に進むと、対戦成績などの幻魔対戦ゲーム結果の表示を行う一方、データベースサーバ１０３におけるゲームデータの更新のため、幻魔対戦ゲーム結果を示すデータを店舗サーバ２を経由してデータベースサーバ１０３に送信する後処理を行う。続くステップ７でカード返却処理を行い、各遊技者が挿入したＩＤカード１７をカードスロット１８から返却するとゲーム処理が終了する。

そして、メインＣＰＵ３２は、幻魔召喚対戦処理を開始すると、図１５に示すようにステップ２１に進み、対戦マップの表示処理を行い、幻魔対戦ゲームの舞台となる対戦マップを示す画像をメインディスプレイ１１に表示させる。続くステップ２２では、幻魔カードが６つある読取ユニット１９のうちの５つの幻魔用ユニットのいずれかに載置されているか否かを判定する。幻魔カードが幻魔用ユニットに載置されていると、読取スキャナ１９ｂが幻魔カードの載置された面（表面または裏面）に記録されているバーコードを読取ってバーコード情報をメインＣＰＵ３２に入力し、メインＣＰＵ３２は入力したバーコード情報をＲＡＭ３３に記憶させる（ＲＡＭ３３に記憶させたバーコード情報を「記憶済みバーコード情報」という）。メインＣＰＵ３２はステップ２２では、読取スキャナ１９ｂからバーコード情報が入力されるか否かで幻魔カードが読取ユニット１９に載置されているか否かを判定する。なお、本実施の形態では、幻魔カードは最初に表向き（表面を視認可能に）に載置することを想定している。

ここで、幻魔カードが読取ユニット１９に載置されているときはステップ２３に進み、そうでなければ、幻魔召喚対戦処理を終了する。ステップ２３では、入力されたバーコード情報をサーチキーに設定してカードテーブル９０をサーチし、バーコード情報に対応する幻魔キャラクタ（本発明における対応キャラクタに相当する）を特定した上で、その特定した幻魔キャラクタ（載置されている幻魔カードに対応する幻魔キャラクタ）の召喚および出現処理を行う。この幻魔キャラクタの召喚および出現処理では、メインＣＰＵ３２の指示にしたがい、画像制御回路７１が作動して、幻魔使いが召喚に入り、一定時間経過後にその幻魔使いの周りに幻魔キャラクタが出現する画像（例えば、図２２に示す幻魔召喚出現画像９１）をメインディスプレイ１１に表示させる。これ以降、遊技者は、出現した幻魔キャラクタを操りながら幻魔対戦ゲームを続行することができる。このとき、メインＣＰＵ３２の指示にしたがい、画像制御回路７１が作動して載置されている幻魔カードを示す画像（幻魔カード画像）をサブディスプレイ１２に表示させる。

次に、ステップ２４に進み、召喚済み（出現している）幻魔キャラクタへの命令入力があるか否かをメインＣＰＵ３２が判定し、命令入力があるときはステップ２５に進むが、なければ幻魔召喚対戦処理を終了する。ここで、召喚済み幻魔キャラクタへの命令入力は、遊技者が命令を与えようとする幻魔キャラクタ（以下「対象幻魔キャラクタ」という）の表示箇所に指などを触れ、続いて対象幻魔キャラクタの移動先に指などを触れることによって行われる。遊技者が対象幻魔キャラクタの表示箇所に指などを触れると、タッチパネル１１ａから触れた箇所に対応する指示データがメインＣＰＵ３２に入力される。

そして、ステップ２５に進むと、図１６に示すフローチャートに沿って幻魔の移動戦闘処理が行われる。幻魔の移動戦闘処理が開始すると、ステップ３１に進み、メインＣＰＵ３２は、タッチパネル１１ａから入力される指示データにしたがって、対戦マップ上の敵キャラクタの存在する地点まで対象幻魔キャラクタを移動させる幻魔の移動処理を行い、対象幻魔キャラクタが移動する様子を示す画像を表示させる。続くステップ３２では、遊技者が敵幻魔にタッチする（敵幻魔の表示箇所に指などを触れたか否か）まで待機して、敵幻魔へのタッチがあるとステップ３３に進み、対象幻魔キャラクタについて、その対象幻魔キャラクタが攻撃範囲に敵を捉えたか否か（対象幻魔キャラクタの攻撃範囲に敵幻魔が存在するか否か）を判定し、攻撃範囲に敵幻魔を捉えたときはステップ３４に進んで戦闘処理を行い、幻魔の移動戦闘処理が終了するが、そうでなければステップ３４を実行することなく幻魔の移動戦闘処理が終了する。ステップ３４の戦闘処理が開始すると、対象幻魔キャラクタが敵幻魔キャラクタに攻撃を仕掛けて対象幻魔キャラクタと敵幻魔キャラクタとの戦闘が行われる。なお、戦闘処理が開始されるときには、図２３に示すような開始演出画像９２ａ，９２ｂをサブディスプレイ１２に表示して戦闘開始演出が行われる。

さらに、幻魔の移動戦闘処理が終了すると図１５に戻ってステップ２６に進み、後述する守備的動作処理を実行する。続いて、ステップ２７に進み、幻魔の移動戦闘処理の結果から、超幻魔キャラクタの召喚条件が成立したか否か（点灯している玉石ボタン１５が押下されて、超幻魔召喚指示データが玉石ボタン１５から出力されたか否か）を判定し、召喚条件が成立しているときはステップ２８に進み、超幻魔キャラクタの召喚、出現処理を行い、幻魔召喚対戦処理が終了するが、召喚条件が成立していなければステップ２８を実行することなく、幻魔召喚対戦処理が終了する。なお、超幻魔キャラクタは、対戦マップ上に出現したときに主人公キャラクタに圧倒的な力を付与し、主人公キャラクタが幻魔対戦ゲームを優位に進められるようにする特殊な幻魔キャラクタである。

一方、メインＣＰＵ３２は、図１８に示すフローチャートに沿って幻魔召喚対戦処理に所定時間（例えば１ｍｓ）ごとに割り込む割込処理を実行している。メインＣＰＵ３２は、割込処理を開始するとステップ１１１に進み、メモリ内の記憶領域（レジスタ）に記憶された実行中のプログラムを一旦退避させてステップ１１２に進む。ステップ１１２ではメインＣＰＵ３２が検出手段として作動して位置関係の変更検出処理を行う。続くステップ１１３では、メインＣＰＵ３２が載置済みカードの載置面に基づく処理を行うカード面検出処理を行い、さらに続く１１４では、載置済みカードの指向性に関する処理を行う指向性検出処理を行う。また、ステップ１１５では、カードパネル２０に複数の遊技用カード４０が載置されているときの遊技用カード４０の組合せおよび各矩形状載置ボード１９ａにおける各遊技用カード４０の載置状態の組合せに応じて、遊技指示コードを決定する指示コード決定処理を行い、続くステップ１１６で退避させたプログラムのレジスタを復帰させて、幻魔召喚対戦処理を中断した（退避させた）時点から再開する。

そして、メインＣＰＵ３２は、位置関係の変更検出処理を図１９に示すフローチャートに沿って実行する。メインＣＰＵ３２は、位置関係の変更検出処理を開始すると、ステップ１２１に進み、読取ユニット１９に載置されている遊技用カード４０（幻魔カード）と、読取ユニット１９との位置関係に変更があったか否かを判定する。幻魔カードと、読取ユニット１９との位置関係に変更があると（例えば幻魔カードが横向きに載置された場合など）、読取スキャナ１９ｂが幻魔カードから読み取るバーコードが変わり、メインＣＰＵ３２に入力されるバーコード情報が変わる。そのため、メインＣＰＵ３２は、バーコード情報の変更の有無をＲＡＭ３３に記憶されている記憶済みバーコード情報と、新たに入力したバーコード情報との比較によって位置関係に変更があったか否かを判定する。

ここで、位置関係に変更がある、すなわち、記憶済みバーコード情報と、新たに入力したバーコード情報とに違いがあるときはステップ１２２に進むが、そうでなければ位置関係の変更検出処理が終了する。ステップ１２２に進むと、新たに入力したバーコード情報を用いてカードテーブル９０をサーチし、得られたカード載置角度コードに基づいて、幻魔カードが横向きになったか（変更されたか）否かを判定し、横向きになったとき（この場合はカード載置角度コードが９０度になっている）はステップ１２３に進むが、そうでなければステップ１２３を実行することなくステップ１２４に進む。ステップ１２３では、メインＣＰＵ３２が行動形態変更手段として作動し、新たに入力したバーコード情報に対応する行動パターン（「行動パターン」とは、幻魔キャラクタの幻魔対戦ゲームにおける行動の形態、タイプないし様式を意味している）を行動パターンエリア９０ｆから取得して、読取ユニット１９に載置されている幻魔カードに対応して出現している幻魔キャラクタ（以下「対応出現幻魔キャラクタ」という）の行動パターンを守備パターンに変更する。ステップ１２４では、同じくカードテーブル９０をサーチして得られたカード載置角度コードに基づいて、幻魔カードが縦向きになったか否かを判定し、縦向きになったときはステップ１２５に進むが、そうでなければステップ１２５を実行することなくステップ１２６に進む。ステップ１２５では、メインＣＰＵ３２が行動形態変更手段として作動し、新たに入力したバーコード情報に対応する行動パターンを行動パターンエリア９０ｆから取得して対応出現幻魔キャラクタの行動パターンを通常パターンに変更する。

さらに、ステップ１２６に進むと、カードテーブル９０をサーチして得られたカード載置位置コードに基づいて、幻魔カードが読取ユニット１９上を中央部１９ｃよりも上側方向に移動したか否かを判定し、上側方向に移動したときはステップ１２７に進むが、そうでなければステップ１２７を実行することなくステップ１２８に進む。ステップ１２７では、メインＣＰＵ３２が行動形態変更手段として作動し、新たに入力したバーコード情報に対応する行動パターンを行動パターンエリア９０ｆから取得して対応出現幻魔キャラクタの行動パターンを攻撃パターンに変更する。ステップ１２８では、カードテーブル９０をサーチして得られたカード載置位置コードに基づいて、幻魔カードが読取ユニット１９上を中央部１９ｃよりも下側方向に移動したか否かを判定し、下側方向に移動したときはステップ１２９に進むが、そうでなければステップ１２９を実行することなく位置関係の変更検出処理を終了する。ステップ１２９では、メインＣＰＵ３２が行動形態変更手段として作動し、新たに入力したバーコード情報に対応する行動パターンを行動パターンエリア９０ｆから取得して対応出現幻魔キャラクタの行動パターンを守備パターンに変更する。

そして、カードテーブル９０は図１２に示すように、バーコードエリア９０ａ、キャラクタエリア９０ｂ、カード読取面エリア９０ｃ、カード載置位置エリア９０ｄ、カード載置角度エリア９０ｅおよび行動パターンエリア９０ｆを有している。バーコードエリア９０ａにはバーコード情報が記憶され、キャラクタエリア９０ｂには幻魔キャラクタを特定するためのキャラクタコードが記憶されている。また、カード読取面エリア９０ｃには、遊技用カード４０の読取ユニット１９に載置されて読み取られる面を示すカード読取面コードが記憶され、カード載置位置エリア９０ｄには、遊技用カード４０の読取ユニット１９に載置された位置（中央部１９ｃに載置された部分）を示すカード載置位置コードが記憶されている。さらに、カード載置角度エリア９０ｅには、遊技用カード４０が読取ユニット１９に載置されたときの角度（読取ユニット１９を構成する載置ボードの長手部１９ｄと、遊技用カード４０の長手部４０ａの時計周り方向のなす角度）を示すカード載置角度コードが記憶されている。行動パターンエリア９０ｆには幻魔キャラクタの行動パターンが記憶されている。

カードテーブル９０は、このような構成を有するので、入力するバーコード情報をサーチキーに設定してバーコードエリア９０ａをサーチすることにより、該当するバーコード情報に対応して、読取ユニット１９に載置されている幻魔カードに示され、召喚しえる幻魔キャラクタの種類と、幻魔カードの載置面（表面は“Ｘ”、裏面は“Ｙ”）、幻魔カードの中央部１９ｃに載置された部分（コードエリア４０Ａ，４０Ｂ，４０Ｃ，４０Ｄのいずれか）、読取ユニット１９に載置されたときの角度が特定される。すなわち、どの幻魔カードが載置され、その幻魔カードは、表裏のどちらの面が載置されているのか、中央に載置されているのはどの部分か、載置されている方向はどの方向かといった読取ユニット１９に対する幻魔カードの位置関係が特定され、矩形状載置ボード１９ａに載置されている幻魔カードの載置状態が検出される。このようなカードテーブル９０をサーチするメインＣＰＵ３２は本発明における載置状態検出手段として機能している。

そして、ゲームマシン１は、カードテーブル９０から行動パターンエリア９０ｆに記憶されている行動パターンを取得して行動パターンを変更すると、その変更した行動パターンに対応した行動を幻魔キャラクタに行わせる。例えば、図２１（ａ）に示すように、載置ボード１９ａの長手部１９ｄに沿って幻魔カード（遊技用カード４０）の長手部４０ａが配置される状態（第１の配置状態であり、幻魔カードが縦向きになっている）から、図２１（ｂ）に示すように、長手部１９ｄに沿って幻魔カードの短手部４０ｂが配置される状態（第２の配置状態であり、幻魔カードが横向きになっている）になると、載置している幻魔カードのカード載置角度が９０°に変更される。この場合は、幻魔キャラクタの行動パターンが守備パターンに変更される（ステップ１２３）。幻魔キャラクタの行動パターンが守備パターンに変更されると、幻魔キャラクタが幻魔使いの元（周囲）に集まってきて、幻魔使いを守ろうとする守備的動作を行うようになる（守備的動作の具体例については後述する）。

また、図２１（ａ）に示すように、載置している幻魔カードが上側方向（第１の方向）に移動され、カード載置位置がコードエリア４０Ａからコードエリア４０Ｃに変更されると、行動パターンが攻撃パターンに変更される（ステップ１２７）。幻魔キャラクタの行動パターンが攻撃パターンに変更されると、幻魔キャラクタが攻撃的思考をもって（遊技者の操作なく自動的に）行動し、攻撃的動作を行う。逆に、幻魔カードが下側方向（第２の方向）に移動され、カード載置位置がコードエリア４０Ａからコードエリア４０Ｂに変更されると、行動パターンが守備パターンに変更される（ステップ１２９）。幻魔キャラクタの行動パターンが守備パターンに変更されると、幻魔キャラクタが守備的思考をもって（遊技者の操作なく自動的に）行動し、守備的動作を行う。

次に、ゲームマシン１は、ステップ１１５の指示コード決定処理を図２０に示すフローチャートに沿って実行する。

メインＣＰＵ３２は、指示コード決定処理を開始すると、指示情報決定手段として作動してステップ１３１に進み、複数の読取ユニット１９からバーコード情報の入力（複数バーコード入力）があるか否かを判定し、複数バーコード入力があればステップ１３２に進むが、そうでなければ指示コード決定処理を終了する。ステップ１３２に進むと、複数の読取ユニット１９から入力される複数のバーコード情報を用いて後述するキャラクタ組合せテーブル９３をサーチし、カード組合せコードを取得する。続くステップ１３３では、ステップ１３２で取得したカード組合せコードを用いて後述する載置状態組合せテーブル９４をサーチし、遊技指示コードを取得する。ステップ１３３が終了すると指示コード決定処理が終了する。ここで取得される遊技指示コードは、ステップ４４で後述する変動値を決定するときに用いられる。

ここで、キャラクタ組合せテーブル９３は、図２５に示すように、複数の読取ユニット１９から入力されたバーコード情報の組合せが登録されているバーコード組合せエリア９３ａと、各バーコード情報の組合せに応じて設定されているカード組合せコードが登録されているカード組合せエリア９３ｂとを有している。このキャラクタ組合せテーブル９３は、複数の読取ユニット１９から入力されるバーコード情報を組合わせて（複数のバーコード情報を用いて）バーコード組合せエリア９３ａをサーチし、カード組合せエリア９３ｂから該当するカード組合せコード（“Ｇ００１”、“Ｇ００２”、“Ｇ００３”など）が取得できるようになっている。

また、載置状態組合せテーブル９４は、図２６に示すように、カード組合せエリア９４ａと、載置状態組合せエリア９４ｂとを有している。カード組合せエリア９４ａには、カード組合せエリア９３ｂと共通するデータが設定されている。載置状態組合せエリア９４ｂには、各カード組合せコードに対応した複数の幻魔カードの載置状態の組合せと、各組合せに応じた遊技指示コードとが登録されている。例えば、カード組合せコード”Ｇ００１“については、載置状態の組合せとして、“ＸＸＡＡ００”，“ＸＸＡＡ０９０”，“ＸＸＡＡ９００”，“ＸＸＡＡ９０９０”などが登録され（カード読取面コード、カード載置位置コード、カード載置角度コードの順に２つの幻魔カードの値を組合せている）、そのそれぞれに遊技指示コードとして、“Ｎ０１”，“Ｄ０１”，“Ｄ０２”，“Ｄ０３”などが登録されている。

上述のステップ１２２などでカードテーブル９０をサーチしたときにカード読取面コード、カード載置位置コード、カード載置角度コードが取得されるので、それらのコードを用いて載置状態組合せエリア９４ｂをサーチすることによって、幻魔カードの載置状態の組合せに対応した遊技指示コードが得られるようになっている。

一方、メインＣＰＵ３２は、ステップ２６の守備的動作処理を以下のようにして実行する。メインＣＰＵ３２は守備的動作処理を開始すると図１７に示すようにステップ４１に進み、行動パターンが守備パターンに変更されている対応出現幻魔キャラクタ（以下「守備的幻魔キャラクタ」という）があるか否かを判定し、守備的幻魔キャラクタがあるときはステップ４２に進むが、そうでなければ守備的動作処理を終了する。続くステップ４２では、守備的幻魔キャラクタによる上記守備的動作としての憑依モード動作を実行するための処理を行う。守備的幻魔キャラクタは、憑依モード動作すると、あたかもその守備的動作の対象となる（守ろうとする）主人公キャラクタに憑依したかのように主人公キャラクタの周りに集まって主人公キャラクタを守るような動作を行う。

次に、ステップ４３に進み、守備的幻魔キャラクタが敵幻魔（敵幻魔キャラクタ）から主人公キャラクタの代わりに（主人公キャラクタの身代わりとなって）攻撃を受けたか否かを判定し、攻撃を受けた場合はステップ４４に進むが、そうでなければ守備的動作処理を終了する。続くステップ４４に進むと、メインＣＰＵ３２が変動値決定手段として作動して、遊技指示コードを参照した上で、後述する属性情報または地形属性情報を用いて能力パラメータの変動値（後述するダメージデータ）を決定する。続くステップ４５では、メインＣＰＵ３２が更新手段として作動して、ステップ４４で決定された変動値に応じて能力パラメータを更新する。ステップ４５を実行すると、守備的動作処理が終了する。このようにして、メインＣＰＵ３２が守備的動作処理を実行することにより、守備的幻魔キャラクタによる守備的動作を具体的なものとし、その内容を明確にすることができる。すなわち、この場合の守備的動作とは、主人公キャラクタの身代わりとなって攻撃を受け、その攻撃により、生命力パラメータが減少することを意味していて、守備的動作をこのような動作とするため、守備的幻魔キャラクタが主人公キャラクタの代わりに攻撃を受けた場合にステップ４４、４５を実行するようにしている。

そして、守備的幻魔キャラクタは主人公キャラクタに影響が及ばないように、敵幻魔の攻撃を主人公キャラクタの身代わりとなって（自分の身を犠牲にして）受けるために憑依モード動作を実行する。守備的幻魔キャラクタが敵幻魔の攻撃を受けると、その攻撃によるダメージを受けて生命力が変動する。その生命力の変動を能力パラメータのうちの生命力パラメータに反映させるため、メインＣＰＵ３２は生命力パラメータを更新するためのダメージデータを決定する。

メインＣＰＵ３２はダメージデータを決定する場合、守備的幻魔キャラクタが攻撃を受けたときのダメージの基準となる値（基準値）のほかに、属性情報を用いることができる。属性情報とは、守備的幻魔キャラクタ、敵幻魔を含む各幻魔キャラクタの属性を示す情報である。上述のとおり、その属性として、水霊幻魔、火焔幻魔、地殻幻魔および天象幻魔の４つの属性が用意されているが、本実施の形態では、各属性に優劣が設定されているため、その優劣にしたがってダメージデータを変えるようにしている。各属性について、具体的には、水霊幻魔の属性は火焔幻魔の属性よりも強く、火焔幻魔の属性は天象幻魔の属性よりも強く、天象幻魔の属性は地殻幻魔の属性よりも強く、地殻幻魔の属性は水霊幻魔の属性よりも強いというようにして、属性の優劣が設定されている。したがって、例えば、水霊幻魔の属性が付与された幻魔キャラクタと火焔幻魔の属性が付与された幻魔キャラクタとが対戦すると、前者が後者よりも有利であり、優位に戦えるというわけである。メインＣＰＵ３２は、守備的幻魔キャラクタと敵幻魔キャラクタについて、このようなそれぞれの属性の違いをダメージデータに反映させるため、属性情報を用いてダメージデータを決定する。例えば、守備的幻魔キャラクタよりも敵幻魔キャラクタの属性が優位の場合は、基準値に“１０”加算してダメージデータとし、逆に守備的幻魔キャラクタよりも敵幻魔キャラクタの属性が劣位の場合は、基準値から“１０”減算してダメージデータとする。

こうすると、例えば、守備的幻魔キャラクタが火焔幻魔で、敵幻魔キャラクタが水霊幻魔の場合はダメージデータの値が基準値よりも“１０”加算され、逆に、守備的幻魔キャラクタが水霊幻魔で、敵幻魔キャラクタが火焔幻魔の場合は、ダメージデータの値が基準値よりも“１０”減算されることとなる。つまり、前者の場合は、守備的幻魔キャラクタが自らよりも優位な属性にある敵幻魔キャラクタからの攻撃を受けたためにダメージが増加し、一方、後者の場合は、守備的幻魔キャラクタが自らよりも劣位な属性にある敵幻魔キャラクタからの攻撃を受けたためにダメージが減少した、というようになり、各キャラクタの属性の違いをダメージデータに反映できるようになる。なお、守備的幻魔キャラクタと敵幻魔キャラクタの属性が同じ場合、あるいは無関係の場合は、加算、減算のいずれも行われずに（基準値どおりに）ダメージデータが決定される。

さらに、メインＣＰＵ３２は地形属性情報を用いてダメージデータを決定することもできる。地形属性情報とは、主人公キャラクタが配置されている地形の属性を示す情報である。主人公キャラクタが配置されている地形として、上述した幻魔キャラクタの４つの属性に対応した地形が設定されている。具体的に、水属性地形（沼地）、火属性地形（溶岩）、天属性地形（雪原）、地属性地形（砂漠）の４つが設定されている。そして、メインＣＰＵ３２は主人公キャラクタが配置されている地形を反映させてダメージデータを決定するときは次のようにする。例えば、火焔幻魔の主人公キャラクタが火属性地形（溶岩）に配置されているときは、ダメージデータの値を増加させ（例えば、基準値の１．２倍、１．５倍とするなど）し、逆に天属性地形（雪原）に配置されているときは、ダメージデータの値を減少させる（例えば、基準値の０．８倍、０．５倍とするなど）。こうすると、ダメージデータに主人公キャラクタが配置されている地形を反映させることができるようになる。

そして、メインＣＰＵ３２はステップ４４でダメージデータを決定するときには、ステップ１３３で決定された上述の遊技指示コードを参照し、その遊技指示コードに応じてダメージデータの値を更新する。例えば、遊技指示コードが“Ｄ０３”の場合は、載置されている２枚の幻魔カードが矩形状載置ボード１９ａの中央部１９ｃに横向きに載置されている場合である。この場合は、２つの守備的幻魔キャラクタのそれぞれの生命力パラメータを更新することなく、ダメージデータの値を１／２（半分）に更新し、敵キャラクタから受ける攻撃を半減させることによって分散させる。

また、メインＣＰＵ３２は、これら２つの守備的幻魔キャラクタの属性が同じであった場合およびそれぞれの地形属性が同じであった場合は、ステップ４５で主人公キャラクタの生命力パラメータの値に所定の値を加算するなどして生命力パラメータに付加価値をつけるようにしてもよい。例えば、各守備的幻魔キャラクタの生命力パラメータが“４０”であったときは、主人公キャラクタの生命力パラメータ値を“４０”と“４０”の合計値“８０”に“２０”を加算して“１００”とする等である。

以上のように、ゲームマシン１では、載置された幻魔カードから記憶されているバーコードを読取る読取ユニット１９を備え、幻魔カードの矩形状載置ボード１９ａ上における載置状態を検出することができ、複数の幻魔カードを載置したときは、各幻魔カードの組合せおよび載置状態の組合せが検出される。

また、ゲームマシン１は、複数の幻魔カードの組合せおよび載置状態の組合せが検出されると、その検出された組合せに応じて遊技指示コードが決まり、遊技指示コードによってダメージパラメータが変わり得て、変わったダメージパラメータにしたがい生命力パラメータが変わり得る。さらに、生命力パラメータは幻魔キャラクタの対戦結果に影響を与え得るため、ダメージパラメータが変わると遊技の進行が変わりえるようになっている。こうして、ゲームマシン１は、遊技指示コードを用いてキャラクタ遊技の進行を制御している。

そのため、ゲームマシン１では、載置している幻魔カードを複数載置するときに、載置する幻魔カードの組合せだけでなく、載置状態の組合せを変えることによっても遊技の進行を変えることができる。したがって、ゲームマシン１では、複数の遊技用カード４０を遊技の進行に用いられる遊技指示コードを入力する指示入力装置のようにして機能させることができる。また、同じ複数の遊技用カード４０を用いても、それぞれの載置状態を変えることによって、遊技者は複数通りの遊技指示コードを入力できるから、ゲームマシン１は、遊技用カード４０を用いた新たな機能が付加され、それによって遊技性が高められるようになっている。

さらに、遊技者は読取ユニット１９上に載置される複数の幻魔カードか、それらの載置状態の組合せを変えるという簡単な操作で入力しようとする遊技指示コードを変更することができるので、ゲームマシン１は、遊技指示コードを入力する際の煩わしさがない。しかも、複数の幻魔カードを載置するにしても、各幻魔カードは複数の読取ユニット１９のうちのいずれかの幻魔ユニットに載置すればよく、載置する場所を選ばないのでカード操作は簡単に行える。このように、ゲームマシン１は、簡易迅速に進行するゲームに適し、リアルタイムに進行する遊技を実行するのに好適である。

しかも、ゲームマシン１は、複数の遊技用カード４０を個別に載置可能な載置部としての矩形状載置ボード１９ａを複数有し、各矩形状載置ボード１９ａに読取手段としての読取スキャナ１９ｂが配置されている。そのため、遊技者が複数枚数の幻魔カードを配置するときの煩わしさはない。また、配置した幻魔カードを探し出すのも簡単に行え、遊技の進行中に無駄な時間を浪費するようなこともなく、カードの配置や操作に手間取ってゲームの進行に遅れを取るようなこともない。この点でも、ゲームマシン１は、リアルタイムに進行する遊技を実行するのに好適である。その上、遊技用カード４０の載置状態を検出する上で無駄となる部分がなく、載置状態を検出するときの対象となる箇所が必要最小限の範囲になっており、処理の負担が軽減されている。この点でも、ゲームマシン１は、リアルタイムに進行する遊技を実行するのに好適になっている。

（ゲーム開始処理）
ステップ１のゲーム開始処理は図１４に示すフローチャートに沿って行われる。図１４はゲーム開始処理の動作手順を示すフローチャートである。

メインＣＰＵ３２はゲーム開始処理を開始するとステップ１１に進み、メッセージ出力処理を行い、画像制御回路７１に指示してメインディスプレイ１１に所定のメッセージ（コイン投入要求、ＩＤカードの挿入要求およびパスワードの入力要求）を表示させる。続いて、ステップ１２，１３と処理を実行する。

遊技者は、ゲームを開始するためには、コインをコイン投入口６から投入するとともに、ＩＤカード１７をカードスロット１８に挿入し、タッチパネル１１ａなどを用いてパスワードを入力する。すると、投入されたコインの検出信号がコインセンサ１６ａからメインＣＰＵ３２に入力され、カードリーダ１８ａからはＩＤカード１７に記憶されているカード情報が入力される。これらすべての入力があるとステップ１３に進み、メインＣＰＵ３２が通信制御部２１に指示して通信処理部２２を作動させ、読み取ったカード情報および入力されたパスワードを店舗サーバ２に送信する。

続くステップ１４では、遊技者が登録されている遊技者であることの認証結果を示す応答信号をセンターサーバ群５から受信するまで待機して、その応答信号を受信するとステップ１５に進む。ステップ１５では、ゲームサーバ１０１による対戦相手決定の結果を示す対戦相手決定データを受信するまで待機して、対戦相手決定データを受信するとステップ１６に進む。この対戦相手決定データの受信待機中、ゲームマシン１では、待機中を示す画像をメインディスプレイ１１に表示させている。

次に、ステップ１６に進むと、受信した対戦相手決定データから、対戦相手としての遊技者が４人集まっているか否かを判定し、遊技者が４人集まっているときはゲーム開始処理が終了する。４人集まっていなければステップ１７に進み、所定の待ち時間を経過するまで待機して、待ち時間を経過するとステップ１８に進み、メインＣＰＵ３２が定員（４人）に不足している遊技者（これはメインＣＰＵ３２の処理によって設定される遊技者であり、ＣＰＵプレイヤーともいう）を追加すると、ゲーム開始処理が終了する。

なお、ゲームマシン１では、遊技用物品として遊技用カード４０を例にとって説明しているが、本発明は、遊技用カード４０とは異なるカード状の遊技用物品（表面および裏面の大きさに比較して側面の大きさは小さいものの、厚さが遊技用カード４０よりは厚いカード状のもの、例えば表面および裏面が矩形の場合は厚さが短手辺の長さよりも薄いが、遊技用カード４０よりは厚いもの）を用いる場合にも適用がある。そのほか、コインやメダル、フィギアといった載置状態を検出可能な構成を備えた遊技用物品を用いる場合にも適用がある。

また、幻魔対戦ゲームを行えるゲームマシン１を例にとって説明しているが、カード状の遊技用物品を用いる他のカード遊技を行えるゲーム機についても適用がある。例えば、野球、サッカーなど複数の選手を登場させるゲームで、各選手に対応するカードを用いてチームプレーをシミュレーションできるゲーム機などである。また、その他にも、映画、漫画、アニメーション、テレビジョンで視認可能な番組などに登場するキャラクタが描かれたカード状の遊技用物品を用いるカード遊技を行えるゲーム機についても適用がある。

さらに、遊技用物品から読み取った遊技用情報の組合せおよび載置状態の組合せに応じて決定された遊技指示コードを用いて遊技が進行すればよく、進行する遊技は必ずしもキャラクタが登場するキャラクタ遊技でなくてもよい。

また、ゲームマシン１では、メインディスプレイ１１、サブディスプレイ１２を備えていたが、メインディスプレイ１１、サブディスプレイ１２を別体としてもよい。

ゲームマシン１では、遊技用カード４０にバーコードを記録し、その記録されているバーコードを読取スキャナ１９ｂが読み取るようになっているが、遊技用カード４０にバーコード以外の情報を記録し、読取スキャナ１９ｂによって、その情報を読み取るようにしてもよい。

また、遊技用カード４０の載置面を検出するには、次のようにすることもできる。例えば、遊技用カード４０の図１０（ａ）に示す表（おもて）面側の幻魔図柄ａの画像認識を行うと遊技用カード４０は裏向きに載置されているとし、図１０（ｂ）に示す裏面側の「カードゲーム」の文字列の画像認識を行うと遊技用カード４０が表向きに載置されているとする場合である。

上記実施の形態では、ゲームマシン１が各矩形状載置ボード１９ａ、載置状態検出手段および指示情報決定手段を有する場合を例にとって説明しているが、指示情報決定手段をゲームマシン１でなく、例えば店舗サーバ２に設けて、ゲームシステム（本発明における遊技システム）を構成してもよい。さらに、ゲームマシン１と、店舗サーバ２とは別に、上記指示情報決定手段と同様の機能を有する装置を設けてゲームシステムを構成してもよい。

なお、電子透かしに関しては、例えば、特開２００４−１２８８４５号公報に記載されている透かし情報埋込方法を用いることができる。特開２００４−１２８８４５号公報には、次のような透かし情報の埋込方法が開示されている。すなわち、印刷文書に埋込むべき機密情報を符号化してビット列に変換し、数個のドット（黒画素）からなり、各ドットの相対的な位置関係によって定まる固有値が与えられたドットパターンを各符号に割り当て、符号化された機密情報のビット列に対応するドットパターンを透かし画像上に配置する方法である。その他、特開２００３−１０１７６２号公報に記載の透かし情報埋め込み装置、特許第３２６９０１５号公報に記載の電子透かしシステム、特許第３５６５４８３号公報に記載のデータ表示システムを用いることもできる。

上述の実施の形態では、主に対応出現幻魔キャラクタが守備的動作を行う場合を例にとって説明しているが、本発明は主に対応出現幻魔キャラクタが攻撃的動作を行う場合についても適用がある。
また、ステップ４５における能力パラメータの更新をステップ４３で守備的幻魔キャラクタが敵幻魔から主人公キャラクタの代わりに攻撃を受けた場合に実行するようにしているが、能力パラメータの更新をこの場合以外（ステップ４３でＮＯの判定がされたとき）に実行してもよい。この場合のステップ４５では、例えば遊技指示コードが“Ｎ０１”で、載置されている２枚の幻魔カードが矩形状載置ボード１９ａの中央部１９ｃに縦向きに載置されているときに、２つの幻魔キャラクタの生命力パラメータの値の合計値（例えば“４０”と“４０”の合計値“８０”）を加算することによって、主人公キャラクタの生命力パラメータを更新することができる。

本発明によるゲームマシンを複数備えたゲームシステムのシステム構成図である。 複数のゲームマシンとカード販売機を示す斜視図である。 ゲームマシンの全体構成を示す斜視図である。 内部の構成を中心に示すゲームマシンのブロック図である。 画像制御回路の内部構成の一例を示すブロック図である。 店舗サーバを示すブロック図である。 ゲームサーバおよびデータベースサーバを示すブロック図である。 ゲームマシンにおける読取ユニットおよび遊技用カードを示す斜視図である。 図８のＩＸ−ＩＸ線断面図である。 遊技用カードを示す平面図で、（ａ）は表（おもて）面を示す平面図、（ｂ）は裏面を示す平面図である。 幻魔カードにおけるバーコードの配置区画を示し、（ａ）は裏面、（ｂ）は表（おもて）面の配置区画をそれぞれ示す平面図、（ｃ）は符術カードにおけるバーコードの配置区画を示す平面図である。 カードテーブルを示す図である。 ゲームマシンにおけるゲームの開始から終了までのゲーム処理の動作手順を示すフローチャートである。 ゲーム開始処理の動作手順を示すフローチャートである。 幻魔召喚対戦処理の動作手順を示すフローチャートである。 幻魔の移動戦闘処理の動作手順を示すフローチャートである。 守備的動作処理の動作手順を示すフローチャートである。 割込処理の動作手順を示すフローチャートである。 位置関係の変更検出処理の動作手順を示すフローチャートである。 指示コード決定処理の動作手順を示すフローチャートである。 読取パネル上における遊技用カードの動かし方を示す図で、（ａ）は上側または下側方向に動かす場合、（ｂ）は縦向きを横向きにする場合の図である。 幻魔召喚出現画像を示す図である。 開始演出画像を示す図である。 読み取りスキャナと、遊技用カードおよびそのドットパターンとの一例を示す図である。 キャラクタ組合せテーブルを示す図である。 載置状態組合せテーブルを示す図である。

符号の説明

１…ゲームマシン、２…店舗サーバ
５…センターサーバ群
１１…メインディスプレイ、１１ａ…タッチパネル
１２…サブディスプレイ、１９…読取ユニット
１９ａ…矩形状載置ボード、１９ｂ…読取スキャナ
１９ｄ、４０ａ…長手部
３１…マイクロコンピュータ
３２…ＣＰＵ、３３…ＲＡＭ、３４…ＲＯＭ
４０…遊技用カード、１００…ゲームシステム

Claims (4)

1. 遊技用物品に記録されている遊技用情報を用いた遊技が行える遊技機であって、
   前記遊技用物品を複数載置可能な載置手段と、
   該載置手段に載置された前記各遊技用物品から前記遊技用情報を読み取る読取手段と、
   該読取手段により読み取られた前記遊技用情報を用いて前記載置手段に載置されている前記各遊技用物品の載置状態を検出する載置状態検出手段と、
   前記読取手段により読み取られた前記遊技用情報の組合せおよび前記載置状態検出手段により検出された前記載置状態の組合せに応じて、前記遊技に用いられる遊技指示情報を決定する指示情報決定手段と、
   該指示情報決定手段により決定された前記遊技指示情報を用いて前記遊技の進行を制御する遊技進行制御手段とを有することを特徴とする遊技機。
2. 前記載置手段は、前記遊技用物品を個別に載置可能な載置部を複数有し、該各載置部に前記読取手段が配置されていることを特徴とする請求項１記載の遊技機。
3. 前記載置手段に載置されている載置中遊技用物品に対応する対応キャラクタの能力を示す能力情報の変動値を前記指示情報決定手段により決定された前記遊技指示情報を用いて決定する変動値決定手段と、
   該変動値決定手段により決定された前記変動値に応じて前記能力情報を更新する更新手段とを更に有することを特徴とする請求項１または２記載の遊技機。
4. 遊技用物品に記録されている遊技用情報を用いた遊技が行える遊技システムであって、
   前記遊技用物品を複数載置可能な載置手段と、
   該載置手段に載置された前記各遊技用物品から前記遊技用情報を読み取る読取手段と、
   該読取手段により読み取られた前記遊技用情報を用いて前記載置手段に載置されている前記各遊技用物品の載置状態を検出する載置状態検出手段と、
   前記読取手段により読み取られた前記遊技用情報の組合せおよび前記載置状態検出手段により検出された前記載置状態の組合せに応じて前記遊技に用いられる遊技指示情報を決定する指示情報決定手段と、
   該指示情報決定手段により決定された前記遊技指示情報を用いて前記遊技の進行を制御する遊技進行制御手段とを有することを特徴とする遊技システム。
   

Images