特許 5986738 ビデオゲーム処理装置、およびビデオゲーム処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5986738

(24)【登録日】2016年8月12日

(45)【発行日】2016年9月6日

(54)【発明の名称】ビデオゲーム処理装置、およびビデオゲーム処理プログラム

(51)【国際特許分類】

   A63F 13/245 20140101AFI20160823BHJP

   A63F 13/803 20140101ALI20160823BHJP

   A63F 13/837 20140101ALI20160823BHJP

   A63F 13/45 20140101ALI20160823BHJP

【ＦＩ】

   A63F13/245

   A63F13/803

   A63F13/837

   A63F13/45

【請求項の数】6

【全頁数】22

(21)【出願番号】特願2011-263140(P2011-263140)

(22)【出願日】2011年11月30日

(65)【公開番号】特開2013-111425(P2013-111425A)

(43)【公開日】2013年6月10日

【審査請求日】2014年11月18日

(73)【特許権者】

【識別番号】308033283

【氏名又は名称】株式会社スクウェア・エニックス

(74)【代理人】

【識別番号】100114720

【弁理士】

【氏名又は名称】須藤 浩

(74)【代理人】

【識別番号】100128749

【弁理士】

【氏名又は名称】海田 浩明

(72)【発明者】

【氏名】市村 龍太郎

【審査官】 鈴木 崇雅

(56)【参考文献】

【文献】 特開２００６−０６８１９７（ＪＰ，Ａ）

【文献】 特開２００１−３４７０７４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ １３／００−９８

(57)【特許請求の範囲】

【請求項1】

プレイヤが操作する操作対象を表示画面に表示して、敵キャラクタとの対戦を含むビデオゲームの進行を制御するビデオゲーム処理装置であって、
前記ビデオゲームの第１ゲームモードと、該第１ゲームモードとは異なるゲームモードである第２ゲームモードとに関するゲーム情報を記憶するゲーム情報記憶手段と、
前記プレイヤからのゲーム開始要求を受け付けるゲーム開始要求受付手段と、
該ゲーム開始要求受付手段によってゲーム開始要求が受け付けたられたことに応じて、第１コントローラを用いて入力された指示に従って前記第１ゲームモードにおけるビデオゲームの進行を制御する第１制御手段と、
所定条件が満たされたか否かを判定する第１判定手段と、
該第１判定手段によって前記所定条件が満たされたと判定されたことに応じて、前記プレイヤに対し、ゲームモードを移行する操作として設定された操作であるゲームモード移行操作を促すゲームモード移行操作誘導報知手段と、
前記プレイヤによる前記ゲームモード移行操作を受け付けるゲームモード移行操作受付手段と、
該ゲームモード移行操作受付手段によって前記ゲームモード移行操作が受け付けられたことに応じて、収納状態の第２コントローラを露出状態に移動させる第２コントローラ移動手段と、
該第２コントローラ移動手段によって前記第２コントローラが露出状態に移動させられたことに応じて、当該第２コントローラを用いて入力された指示に従って前記第２ゲームモードにおけるビデオゲームの進行を制御する第２制御手段とを含む
ことを特徴とするビデオゲーム処理装置。

【請求項2】

前記ゲームモード移行操作は、前記第１コントローラの位置を、前記第２コントローラを操作する際に邪魔にならない所定の退避位置に移動させる操作である
請求項１記載のビデオゲーム処理装置。

【請求項3】

前記第１コントローラはステアリング形状であり、
前記第１ゲームモードは、前記プレイヤが車両を操作するドライブモードであり、
前記第２コントローラはトリガーを備えたレバー形状であり、
前記第２ゲームモードは、前記プレイヤがロボットを操作して前記敵キャラクタとの戦闘を行うバトルモードである
請求項１または請求項２記載のビデオゲーム処理装置。

【請求項4】

少なくとも１種類の前記操作対象に関する情報であって、前記第１ゲームモードにおける形態と、前記第２ゲームモードにおける形態とを示す情報を含む操作対象情報を記憶する操作対象情報記憶手段と、
前記操作対象の識別情報を含むカード情報の入力を受け付けるカード情報受付手段と、
該カード情報受付手段によって受け付けられたカード情報に基づいて、前記操作対象情報記憶手段に記憶された操作対象情報の中から所定数の操作対象情報が示す操作対象を前記各ゲームモードにおけるプレイヤの操作対象として特定する操作対象特定手段と、
該操作対象特定手段によって特定された操作対象を前記各ゲームモードに応じた形態で前記表示画面に表示する操作対象表示手段を含み、
前記第２制御手段は、前記第１ゲームモードにおけるビデオゲームの進行結果を前記第２ゲームモードにおけるビデオゲームの進行に反映させる反映手段を有する
請求項１から請求項３のうち何れかに記載のビデオゲーム処理装置。

【請求項5】

前記ゲーム情報は、前記第２ゲームモードにおいて前記第２コントローラを用いて入力され得る指示と、前記敵キャラクタに対して指示され得る内容との組み合わせに応じて実行すべき処理の内容を示す情報である相関関係情報を含み、
前記第２制御手段は、前記相関関係情報を参照して、前記第２コントローラを用いて入力された指示に応じて実行する処理内容を決定する処理内容決定手段を有する
請求項１から請求項４のうち何れかに記載のビデオゲーム処理装置。

【請求項6】

プレイヤが操作する操作対象を表示画面に表示して、敵キャラクタとの対戦を含むビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、
コンピュータに、
前記プレイヤからのゲーム開始要求を受け付けるゲーム開始要求受付処理と、
該ゲーム開始要求受付処理にてゲーム開始要求を受け付けたことに応じて、第１コントローラを用いて入力された指示に従って、前記ビデオゲームの第１ゲームモードと該第１ゲームモードとは異なるゲームモードである第２ゲームモードとに関するゲーム情報を記憶するゲーム情報記憶手段に記憶されたゲーム情報に基づいて前記第１ゲームモードにおけるビデオゲームの進行を制御する第１制御処理と、
所定条件が満たされたか否かを判定する第１判定処理と、
該第１判定処理にて前記所定条件が満たされたと判定したことに応じて、前記プレイヤに対し、ゲームモードを移行する操作として設定された操作であるゲームモード移行操作を促すゲームモード移行操作誘導報知処理と、
前記プレイヤによる前記ゲームモード移行操作を受け付けるゲームモード移行操作受付処理と、
該ゲームモード移行操作受付処理にて前記ゲームモード移行操作を受け付けたことに応じて、収納状態の第２コントローラを露出状態に移動させる第２コントローラ移動処理と、
該第２コントローラ移動処理にて前記第２コントローラが露出状態に移動させられたことに応じて、当該第２コントローラを用いて入力された指示に従って、前記ゲーム情報に基づいて前記第２ゲームモードにおけるビデオゲームの進行を制御する第２制御処理とを
実行させるためのビデオゲーム処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プレイヤが操作するプレイヤキャラクタを表示画面に表示して、敵キャラクタとの対戦を含むビデオゲームの進行を制御する技術、特に、アーケードゲームに好適なビデオゲームの進行を制御するための技術に関する。

【背景技術】

【0002】

従来から、ゲームセンタ等の公衆スペースに設置される各種のアーケードゲーム装置が提案され、その公衆スペースにおいて使用されている。

【0003】

特許文献１には、このようなアーケードゲーム装置において、重要な場面でのみプレイヤによる選択操作を許容することにより、ゲームの進行をテンポアップさせることが記載されている。

【0004】

特許文献１では、プロ野球等の実際のスポーツ結果をそのまま動画で再現する「再現モード」と、プレイヤが監督として采配を振るう「シミュレーションモード」とを備えたスポーツゲーム（特許文献２参照）などでは、プレイヤの判断次第でプレイ時間が長くなることや、プレイヤの采配がゲーム結果に何ら反映されないということを問題としている。そして、特許文献１では、業務用対戦シミュレーションゲーム装置が、ゲームプログラムに従いシミュレーションゲームを自動進行させ、ゲームの進展状況が所定の条件を満たす重要場面に至ったときにゲームの進行を一時停止させ、一時停止期間中にプレイヤにゲーム進行上の方針選択を択一的に許容し、プレイヤによる方針選択に応じてシミュレーションゲームを再開させる構成とすることにより、従来技術で生じていた課題を解決していることが記載されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００６−０６８１９７号公報

【特許文献2】特開２００１−３４７０７４号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、上述したアーケードゲーム装置では、ゲームの製作者が「今後のゲーム展開に大きな影響を及ぼす場面」であると考える場面においてプレイヤによる指示を要求するものであるため、ゲーム内容のバリエーションに限界がある。また、自動進行かそうでないかといった選択肢しかないと、なるべく自分で操作してゲームを進行させたいと考えているようなプレイヤにとっては、ゲームの進行に対する興味が薄れてしまう可能性があるという問題があった。

【0007】

本発明は、上記の問題を解決すべく、バリエーションに富んだ対戦型のビデオゲームであって、プレイヤの興味を持続させることができるビデオゲームを提供することができるようにすることを目的とする。

【課題を解決するための手段】

【0008】

本発明のビデオゲーム処理装置は、プレイヤが操作する操作対象を表示画面に表示して、敵キャラクタとの対戦を含むビデオゲームの進行を制御するビデオゲーム処理装置であって、前記ビデオゲームの第１ゲームモードと、該第１ゲームモードとは異なるゲームモードである第２ゲームモードとに関するゲーム情報を記憶するゲーム情報記憶手段と、前記プレイヤからのゲーム開始要求を受け付けるゲーム開始要求受付手段と、該ゲーム開始要求受付手段によってゲーム開始要求が受け付けたられたことに応じて、第１コントローラを用いて入力された指示に従って前記第１ゲームモードにおけるビデオゲームの進行を制御する第１制御手段と、所定条件が満たされたか否かを判定する第１判定手段と、該第１判定手段によって前記所定条件が満たされたと判定されたことに応じて、前記プレイヤに対し、ゲームモードを移行する操作として設定された操作であるゲームモード移行操作を促すゲームモード移行操作誘導報知手段と、前記プレイヤによる前記ゲームモード移行操作を受け付けるゲームモード移行操作受付手段と、該ゲームモード移行操作受付手段によって前記ゲームモード移行操作が受け付けられたことに応じて、収納状態の第２コントローラを露出状態に移動させる第２コントローラ移動手段と、該第２コントローラ移動手段によって前記第２コントローラが露出状態に移動させられたことに応じて、当該第２コントローラを用いて入力された指示に従って前記第２ゲームモードにおけるビデオゲームの進行を制御する第２制御手段とを含むことを特徴とする。

【0009】

上記の構成したことで、バリエーションに富んだ対戦型のビデオゲームであって、プレイヤの興味を持続させることができるビデオゲームを提供することができるようになる。

【0010】

前記ゲームモード移行操作は、前記第１コントローラの位置を、前記第２コントローラを操作する際に邪魔にならない所定の退避位置に移動させる操作である構成とされていてもよい。

【0011】

前記第１コントローラはステアリング形状であり、前記第１ゲームモードは、前記プレイヤが車両を操作するドライブモードであり、前記第２コントローラはトリガーを備えたレバー形状であり、前記第２ゲームモードは、前記プレイヤがロボットを操作して前記敵キャラクタとの戦闘を行うバトルモードである構成とされていてもよい。

【0012】

少なくとも１種類の前記操作対象に関する情報であって、前記第１ゲームモードにおける形態と、前記第２ゲームモードにおける形態とを示す情報を含む操作対象情報を記憶する操作対象情報記憶手段と、前記操作対象の識別情報を含むカード情報の入力を受け付けるカード情報受付手段と、該カード情報受付手段によって受け付けられたカード情報に基づいて、前記操作対象情報記憶部に記憶された操作対象情報の中から所定数の操作対象情報が示す操作対象を前記各ゲームモードにおけるプレイヤの操作対象として特定する操作対象特定手段と、該操作対象特定手段によって特定された操作対象を前記各ゲームモードに応じた形態で前記表示画面に表示する操作対象表示手段を含み、前記第２制御手段は、前記第１ゲームモードにおけるビデオゲームの進行結果を前記第２ゲームモードにおけるビデオゲームの進行に反映させる反映手段を有する構成とされていてもよい。

【0013】

前記ゲーム情報は、前記第２ゲームモードにおいて前記第２コントローラを用いて入力され得る指示と、前記敵キャラクタに対して指示され得る内容との組み合わせに応じて実行すべき処理の内容を示す情報である相関関係情報を含み、前記第２制御手段は、前記相関関係情報を参照して、前記第２コントローラを用いて入力された指示に応じて実行する処理内容を決定する処理内容決定手段を有する構成とされていてもよい。

【0014】

また、本発明のビデオゲーム処理プログラムは、プレイヤが操作する操作対象を表示画面に表示して、敵キャラクタとの対戦を含むビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、コンピュータに、前記プレイヤからのゲーム開始要求を受け付けるゲーム開始要求受付処理と、該ゲーム開始要求受付処理にてゲーム開始要求を受け付けたことに応じて、第１コントローラを用いて入力された指示に従って、前記ビデオゲームの第１ゲームモードと該第１ゲームモードとは異なるゲームモードである第２ゲームモードとに関するゲーム情報を記憶するゲーム情報記憶手段に記憶されたゲーム情報に基づいて前記第１ゲームモードにおけるビデオゲームの進行を制御する第１制御処理と、所定条件が満たされたか否かを判定する第１判定処理と、該第１判定処理にて前記所定条件が満たされたと判定したことに応じて、前記プレイヤに対し、ゲームモードを移行する操作として設定された操作であるゲームモード移行操作を促すゲームモード移行操作誘導報知処理と、前記プレイヤによる前記ゲームモード移行操作を受け付けるゲームモード移行操作受付処理と、該ゲームモード移行操作受付処理にて前記ゲームモード移行操作を受け付けたことに応じて、収納状態の第２コントローラを露出状態に移動させる第２コントローラ移動処理と、該第２コントローラ移動処理にて前記第２コントローラが露出状態に移動させられたことに応じて、当該第２コントローラを用いて入力された指示に従って、前記ゲーム情報に基づいて前記第２ゲームモードにおけるビデオゲームの進行を制御する第２制御処理とを実行させるためのものである。

【発明の効果】

【0015】

本発明によれば、バリエーションに富んだ対戦型のビデオゲームであって、プレイヤの興味を持続させることができるビデオゲームを提供することができるようになる。

【図面の簡単な説明】

【0016】

【図1】業務用ゲーム機（アーケードゲーム装置）の外観構成の例を示す構成図である。

【図2】業務用ゲーム機の他の外観構成の例を示す構成図である。

【図3】業務用ゲーム機の他の外観構成の例を示す構成図である。

【図4】業務用ゲーム機１０の回路構成の例を示すブロック図である。

【図5】キャラクタ情報の格納状態の例を示す説明図である。

【図6】第２ゲームモード情報の格納状態の例を示す説明図である。

【図7】ゲーム処理の例を示すフローチャートである。

【図8】第１ゲームモード処理の例を示すフローチャートである。

【図9】第１ゲーム画面の例を示す説明図である。

【図10】ゲームモード移行処理の例を示すフローチャートである。

【図11】第１ゲームモード処理の例を示すフローチャートである。

【図12】コマンド入力画面の例について説明するための説明図である。

【図13】バトル処理の例を示すフローチャートである。

【発明を実施するための形態】

【0017】

以下、本発明の一実施の形態について図面を参照して説明する。

【0018】

図１は、本発明の一実施の形態における業務用ゲーム機（アーケードゲーム装置）１０の外観構成の例を示す構成図である。図１に示すように、業務用ゲーム機１０は、筐体１１の前面上部に音声を出力するスピーカ１２と、ＣＲＴや液晶表示器などからなり、画像を表示する表示装置１３とが配置されている。筐体１１の前面下部にゲームを開始するためのコインを投入するためのコイン投入口１４と、後述するゲーム用カード（以下、単に「カード」と呼ぶ。）を外部に排出するためのカード排出口１５とが設けられている。

【0019】

表示装置１３とコイン投入口１４との間には、各種コントローラが配設されたコントローラ配設領域がある。そして、コントローラ配設領域の略中央部には、ステアリング形状のコントローラであるステアリング型コントローラＣ１が設けられている。また、ステアリング型コントローラの略中心部（一般的車両において、クラクションが配設される部分）には、プレイヤ操作ボタン１６が設けられている。さらに、ステアリング型コントローラＣ１の上方には、棒状コントローラ（シフトレバー）１８が設けられている。ステアリング型コントローラＣ１及びシフトレバー１８は、主に、業務用ゲーム機１０にてプレイされるゲームのうち、プレイヤが後述する第１ゲームモードをプレイする際に使用される。すなわち、ステアリング型コントローラＣ１とシフトレバー１８とは、主に、第１ゲームモードのビデオゲームを進行させるために操作される。以下、適宜ステアリング型コントローラＣ１を「ステアリングＣ１」と呼ぶこととする。

【0020】

コントローラ配設領域の下方には、後述するカードを挿入するためのカード挿入口を備え、カード挿入口に挿入されたカードに記載されたコードデータを読み取るスキャナ１７ａが設けられている。

【0021】

また、コントローラ配設領域の上方、ステアリング型コントローラＣ１に対するシフトレバー１８の位置の略逆側には、ユーザ情報が登録されたカードを挿入するためのカード挿入口を備え、カード挿入口に挿入されたカードに記載されたユーザ情報を読み取るスキャナ１７ｂが設けられている。なお、スキャナ１７ａとスキャナ１７ｂは、１つのスキャナにより構成される構成としてもよい。

【0022】

また、筐体１１の底面には、キャスター１９ａが複数配置されており、業務用ゲーム機１０を容易に移動できるようにしている。筐体１１の下面前側には、高さを調節するアジャスター１９ｂが配置されており、設置場所の凹凸に関わらずに、業務用ゲーム機１０を安定して設置できるようにしている。さらに、筐体１１の内部には、制御回路を搭載した基盤などが収納されたシールドケース２０（図示せず）が設けられている。

【0023】

次に、業務用ゲーム機１０の物理的動作について説明する。

【0024】

図２は、ステアリング型コントローラＣ１が、例えばプレイヤによって、位置（または姿勢）を変えられたときの、業務用ゲーム機１０の外観構成を示す構成図である。図２に示すように、ステアリング型コントローラＣ１は、付け根の部分の角度を変更可能に構成されている。なお、本例においては、ステアリング型コントローラＣ１は、所定の条件が満たされるまではロック（固定）されており、所定の条件が満たされたときにロックが解除され、位置変更（または姿勢変更）か可能となる。なお、ステアリング型コントローラＣ１の位置変更は、人の力に頼らない構成としてもよいし、人の力を補助する機構が備えられた構成としてもよい。また、ステアリング型コントローラＣ１は、所定の位置（退避位置）まで移動されたことに応じて、その場に（またはその姿勢で）ロックされるものとする。本例においては、ステアリング型コントローラＣ１は、ステアリング型コントローラ駆動部ＣＤ１（図示せず）によって業務用ゲーム機１０における位置が制御されるものとする。

【0025】

図３は、ステアリング型コントローラＣ１が所定の位置（本例においては、図２に示した位置。）に移動されたことに応じて、レバー型コントローラＣ２が出現したときの、業務用ゲーム機１０の外観構成を示す構成図である。図３に示すように、レバー型コントローラＣ２は、ステアリング型コントローラＣ１の両側に、人が片手で握れる程度の持ち手を供えたコントローラ（レバー形状のコントローラ、レバー型コントローラ。）Ｃ２が２個ずつ設けられている。なお、本例においては、レバー型コントローラＣ２にはそれぞれ枠ＣＬが設けられており、レバー型コントローラＣ２はそれぞれ枠ＣＬに沿って回転可能に構成されている。また、レバー型コントローラＣ２には、トリガー型コントローラＣ３が設けられている。レバー型コントローラＣ２とトリガー型コントローラＣ３は、主に、業務用ゲーム機１０にてプレイされるゲームのうち、プレイヤが後述する第２ゲームモードをプレイする際に使用される。すなわち、レバー型コントローラＣ２とトリガー型コントローラＣ３は、主に、第２ゲームモードのビデオゲームを進行させるために操作される。以下、適宜レバー型コントローラＣ２を「ジャイロレバーＣ２」と、トリガー型コントローラＣ３を「トリガーＣ３」と呼ぶこととする。なお、レバー型コントローラＣ２は、回転可能な構成でなくてもよく、プレイヤによる指示の入力が可能な構成であればよい。

【0026】

なお、業務用ゲーム機１０を１つ使用して２人のプレイヤ対戦する場合は、先ず、１のプレイヤがステアリングを使用してドライブモードによるビデオゲームを行い、次に他のプレイヤがステアリングを使用してドライブモードによるビデオゲームを行い、その結果を利用したバトルモードによるビデオゲームを、それぞれが２つのジャイロレバーＣ２を使用して行うこととなる。

【0027】

レバー型コントローラＣ２は、ゲームの進行中に、後述する条件が成立したときにステアリング型コントローラＣ１の位置がゲーム開始時の配置（図１に示す状態。）から上方向に移動した状態（図２，３に示す状態）となったことに応じて、レバー型コントローラ駆動部ＣＤ２（図示せず。）により、初期位置（図１に示すように、プレイヤによる操作が不能な位置。外観に現れない位置。）から特定の位置（図３に示すように、プレイヤによる操作が可能な位置。外観に現れた位置。）に移動させられる。

【0028】

具体的には、図１に示す状態ではレバー型コントローラＣ２は業務用ゲーム１０の内部に格納されており、ステアリング型コントローラが持ち上げられたことに応じて（図２に示した状態になったことに応じて）、業務用ゲーム機１０の一部が駆動し、レバー型コントローラＣ２が前方にせり出される。すなわち、本例においては、レバー型コントローラＣ２は、収納状態から露出状態に移動可能に構成される。なお、２種類のコントローラの駆動方法はこれに限定されず、第１コントローラが操作できない（または不便な）位置に移動したことに応じて、第２コントローラが操作可能な（または、利便な）位置に移動する構成とされていればよい。また、本例においては、各コントローラＣ１，Ｃ２は、ゲーム終了に応じて初期位置に戻る構成とされているものとする。

【0029】

次に、業務用ゲーム機１０の内部構成について説明する。

【0030】

図４は、業務用ゲーム機１０の回路構成の例を示すブロック図である。図４に示すように、業務用ゲーム機１０は、シールドケース２０内に制御回路（コンピュータ装置）２０ａが収められている。制御回路２０ａは、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、画像処理部２４と、音声処理部２６と、音声出力部２７と、入出力制御部２８と、通信制御部２９とを備えている。

【0031】

ＣＰＵ２１は、ＲＯＭ２２に記憶されたゲーム処理プログラムを実行し、プレイヤの操作に応じて業務用ゲーム機１０において提供するゲームを進行するための各種の制御を実行する機能を有する。なお、ＣＰＵ２１は、内部タイマを含んでいるものとする。

【0032】

ＲＯＭ２２は、ＣＰＵ２１により実行されるゲーム処理プログラム、及びゲームの進行に応じて変更されることのない各種のデータを記憶する。ＲＡＭ２３は、ＣＰＵ２１のワークエリアとして使用され、ゲームの進行に応じて変更されるデータを記憶する。

【0033】

画像処理部２４は、表示部２５に接続されており、ＣＰＵ２１の制御に従って、ゲーム進行やプレイヤ操作に応じたゲーム画面を表示部２５に表示させる。表示部２５は、例えば、液晶表示装置によって構成される。なお、本例においては、業務用ゲーム機１０に表示画面が１つの場合を例に説明を行うため、表示装置１３と表示部２５は同一のものである。よって、以下、表示部２５を用いて説明を行うものとする。

【0034】

音声処理部２６は、音声出力部２７に接続されており、ＣＰＵ２１の制御に従って、ゲーム進行やプレイヤ操作に応じて音声を出力させる。

【0035】

入出力制御部２８は、コイン投入口１４からのコインの投入を検知するコイン投入センサ１４Ｓと、ステアリング型コントローラ駆動部ＣＤ１と、レバー型コントローラ駆動部ＣＤ２と、操作ボタン１６と、スキャナ１７（スキャナ１７ａ，１７ｂ）と、
カードスタッカ（図示せず）に積まれたカードをカード排出口１５から外部に排出するためのカード排出部１５Ｄとに接続されている。ステアリング型コントローラ駆動部ＣＤ１は、ステアリング型コントローラＣ１の状態を検知するセンサ（図示せず）を含む。また、レバー型コントローラ駆動部ＣＤ２は、レバー型コントローラＣ２の状態を検知するセンサ（図示せず）を含む。

【0036】

コイン投入センサ１４Ｓの検出信号、操作ボタン１６の入力信号、スキャナ１７によりカードから読み取られたデータを示す信号、ステアリング型コントローラＣ１が所定の位置に移動したことの検出信号、およびレバー型コントローラが特定の位置に移動したことの検出信号を含む各種信号は、入出力制御部２８を介してＣＰＵ２１に入力される。また、レバー型コントローラＣ２を特定の位置に移動させるための指示や、ステアリング型コントローラＣ１とレバー型コントローラＣ２とをそれぞれ初期位置に移動させるための指示は、入手力制御部２８を介してＣＰＵ２１から各駆動部（ステアリング型コントローラ駆動部ＣＤ１とレバー型コントローラ駆動部ＣＤ２）に伝えられる。

【0037】

通信制御部２９は、他の機器（外部機器）に接続されており、接続された他の機器５０との間における情報の送受信を制御する。通信制御部２９に接続される他の機器５０は、業務用ゲーム機１０と同じ構成を有する他の業務用ゲーム機とすることができる。接続される他の業務用ゲーム機は業務用ゲーム機１０に隣接して設置され、専用線接続されるものであってもよいし、遠隔地に設置され、電話回線やインターネット等の通信回線を介して接続されるものであってもよい。また、通信制御部２９に接続される他の機器５０は、業務用ゲーム機１０が設置されたゲームセンタの管理コンピュータ等であってもよい。なお、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、画像処理部２４、音声処理部２６、入出力部２８、通信制御部２９は内部バス３１によって接続されているものとする。また、業務用ゲーム機の構成はこれに限定されず、例えば、外部記憶装置（情報記憶手段）にゲームの進行に応じて変更されるデータなど各種データを記憶する構成としてもよい。

【0038】

本実施の形態の例にかかる業務用ゲーム機１０では、ゲームに参加して敵キャラクタと対戦することとなるプレイヤキャラクタを選択するために、プレイヤキャラクタとして選択可能なキャラクタの情報を書き込んだカードを用いるものとしている。カードは、複数種類のうちの何枚かが基本カードとしてゲームの実行とは別に提供される。また、新たにゲームを行うためにコインを投入すると、新たなカードが１枚提供される。なお、プレイヤがカードを有していない場合にも選択できるプレイヤキャラクタを設定しておく構成としてもよい。

【0039】

次に、本実施の形態の例にかかる業務用ゲーム機１０で用いられるカードについて説明する。カード３０には、キャラクタの名称やステータスに関するキャラクタ情報を示す表示と、コードデータとが描かれている。なお、本例の場合は、カード一枚につき、プレイヤキャラクタとしてゲームに参加させることが可能な複数種類のキャラクタのうち、いずれか１種類が描かれている。スキャナ１７ａがコードデータを読み取ると、カード３０に描かれているキャラクタがプレイヤキャラクタとしてゲームに登場することとなる。

【0040】

また、本例においては、１枚のカードに、車両形態時のプレイヤキャラクタに関する情報と、車両形態とは異なる戦闘形態（例えば、動物型や人型のロボット形態）時のプレイヤキャラクタに関する情報とを特定可能なコードデータが描かれているものとする。

【0041】

なお、コードデータは、カード３０を一意に識別するためのデータをコード化したものであり、本実施の形態で用いられるカードには、上述したようにキャラクタ情報を示すものの他、例えば、プレイヤキャラクタの攻撃力を上昇させるアイテムや、コマンド内容を変更させるアイテムを示すコードデータが描かれているものも含むこととする。

【0042】

次に、業務用ゲーム機１０にて実行されるゲームの特徴である「超速変形」について説明する。本例における「超速変形」とは、車両形態でコースを走り終えたプレイヤキャラクタが、戦闘形態（以下「ロボット形態」という。）に変形し、ロボット形態に変形した敵キャラクタとの戦闘を開始するゲームシステムである。以下、プレイヤのチームを構成する３体のプレイヤキャラクタ（それぞれ車両形態とロボット形態とを有するキャラクタであって、適宜「マシン」という。）と、敵チームを構成する３体のマシン（敵は、他のプレイヤであってもよいし、コンピュータであってもよい。以下、敵側のマシンを「敵キャラクタ」または「敵マシン」という。）がバトルマップへ降り立ち、各マシンの技（動作）やチーム全体のＥＰ（エネルギーポイント。０になるとゲームオーバとなるポイント。）など、戦闘（バトル）に関連する情報を表示するまでを「超速変形」または「超速変形処理」という。

【0043】

業務用ゲーム機１０は、超速変形前のゲームモード（車両形態のプレイヤキャラクタが、プレイヤによるステアリングＣ１の操作に応じて所定のコースを走行するゲームモード。ドライブモード。）と、超速変形後のゲームモード（ロボット形態のプレイヤキャラクタが、プレイヤによるジャイロレバーＣ２の操作に応じて敵キャラクタとバトルするゲームモード。バトルモード。）とが、異なるゲームモード（特に、ジャンルや使用するコントローラが異なるゲームモード）であることを特徴とする。本例においては、適宜「ドライブモード」を「第１ゲームモード」、「バトルモード」を「第２ゲームモード」と呼び、各モードを区別する。

【0044】

次に、ＲＡＭ２３に記憶される各種データ（情報）の例について説明する。

【0045】

本例においては、ＲＡＭ２３は、キャラクタ情報記憶部２３ａと、第１ゲームモード情報記憶部２３ｂと、第２ゲームモード情報記憶部２３ｃと、プレイヤキャラクタ管理テーブル２３ｄと、入力コマンド管理テーブル２３ｅとを含む。

【0046】

キャラクタ情報記憶部２３ａは、少なくとも１種類のキャラクタに関する情報であって、第１ゲームモードにおける各キャラクタの形態と、第２ゲームモードにおける各キャラクタの形態とを示す情報を含むキャラクタ情報を記憶する記憶領域である。

【0047】

図５は、キャラクタ情報記憶部２３ａに記憶されるキャラクタ情報の格納状態の例を示す説明図である。図５に示すように、キャラクタ情報は、キャラクタＩＤと、第１ゲームモードにおけるキャラクタの各種情報と、第２ゲームモードにおけるキャラクタの各種情報とを含む。具体的には、キャラクタ情報は、第１ゲームモードにおけるキャラクタの走行形態（本例においては「車両」のみであるため「車両形態」と呼ぶ。）と、走行性能とを特定するための情報を含む。また、キャラクタ情報は、第２ゲームモードにおけるキャラクタのバトル形態（「戦闘形態」と同義。）と、バトル性能と、シャトルレバーＣ２を用いて入力された指示（バトルコマンド）に応じて実行するキャラクタの動作（本例においては、「技」。）とを特定するための情報を含む。なお、本例においては、バトル形態として、ロボット形態、例えば人型のロボット形態が採用されている場合を例にして説明を行う。なお、戦闘形態は人型に限定されず、第１ゲームモードにおける形態と異なる形態であればよい。ただし、動物型や航空機型など、車両形態と操作性が異なることをプレイヤに認識させやすい形態とすることが好ましい。また、車両形態と色等を同じにすることで、車両形態から変形したことをプレイヤに認識させやすい形態とすることが好ましい。

【0048】

なお、本例においては、車両形態とロボット戦闘形態とを有するキャラクタを用いてビデオゲームが行われる場合を例にして説明を行うが、第１ゲームモードと第２ゲームモードにおける操作対象の形態は同一であってもよく、プレイヤが使用するコントローラが異なる構成であればよい。

【0049】

本例では、バトルモードにおいて、プレイヤキャラクタは、シャトルレバーＣ２による指示内容に応じて、無難な攻撃として設定された「ノーマルアタック」と、ノーマル攻撃よりも強力な攻撃として設定された「バーストアタック」と、相手側に指示されたのがバーストアタックである場合にのみノーマルアタックよりも強力な攻撃を実行する攻撃として設定された「カウンターアタック」のうち何れかを実行する。なお、本例においては、業務用ゲーム機１０を正面から見て右のジャイロレバーを押し込むとノーマルアタック、左のジャイロレバーを押し込むとバーストアタック、両ジャイロレバーを略同時に押し込むとカウンターアタックが実行される構成となっているものとする。

【0050】

第１ゲームモード情報記憶部２３ｂと、第２ゲームモード情報記憶部２３ｃとは、各ゲームモードを実行するために必要な各種情報を記憶する記憶領域である。なお、「超速変形」に関する情報は、第１ゲームモード情報記憶部２３ｂまたは第２ゲームモード情報記憶部２３ｃの少なくとも一方に記憶されている構成としてもよいし、他の記憶領域に記憶されている構成としてもよい。また、各情報が１つの記憶領域（ゲーム情報記憶部）に記憶されている構成としてもよい。

【0051】

図６は、第２ゲームモード情報記憶部２３ｃに記憶される第２ゲームモード情報の格納状態の例を示す説明図である。ここでは、ゲーム情報の例として、第２ゲームモード情報に含まれる「技」の相関関係情報を例にして説明を行う。本例において、相関関係情報は、ジャイロレバーＣ２を用いて入力され得る指示と、敵キャラクタに対して指示される得る内容（敵が他のプレイヤである場合には、他のプレイヤによって入力され得る指示。）との組み合わせに応じて各キャラクタに実行させる動作である「技」の内容を示す情報である。

【0052】

図６に示すように、相関関係情報は、プレイヤによる指示内容と、敵による指示内容とに応じて、プレイヤキャラクタと敵キャラクタとが実行する「技」の内容が決定される構成となっている。すなわち、例えば、プレイヤが「ノーマルアタック」を指示し、敵（対戦プレイヤまたはコンピュータ）が「ノーマルアタック」を指示した場合、互いのキャラクタがそれぞれ「ノーマルアタック」を行うこととなるが、プレイヤが「カウンターアタック」を指示、敵が「ノーマルアタック」を指示した場合、プレイヤのキャラクタ（すなわち、プレイヤキャラクタ）は「カウンターアタック」や「ノーマルアタック」よりも弱い攻撃を行い（カウンター失敗）、敵のキャラクタのみ「ノーマルアタック」を行うこととなる。また、一方が「カウンターアタック」を指示し、他方が「バーストアタック」を指示した場合、「カウンターアタック」が「バーストブレイク」として実行され、他方の「バーストアタック」は実行されないこととなる（行動不能）。

【0053】

プレイヤキャラクタ管理テーブル２３ｄは、キャラクタ情報の中からプレイヤに操作されるキャラクタとして特定されたキャラクタ（プレイヤキャラクタ）に関する情報が登録される記憶領域である。業務用ゲーム機１０は、プレイヤキャラクタ管理テーブル２３ｄに登録されたキャラクタ情報を、ビデオゲームの進行に応じて適宜更新する。

【0054】

入力コマンド管理テーブル２３ｅは、各コントローラを用いて入力された指示（入力コマンド）が登録される記憶領域である。本例においては、バトルモードに、入力コマンド管理テーブル２３ｅに登録された入力コマンドに応じて、その後のゲーム展開が決定されることとなる。バトルモード時に実行される処理については、後で詳しく説明する（図１２，１４参照。）。

【0055】

次に、本例の業務用ゲーム機１０の動作について説明する。

【0056】

図７は、業務用ゲーム機１０が実行するゲーム処理の例を示すフローチャートである。ゲーム処理は、コイン投入口１４からコインが投入されたことをコイン投入センサ１４Ｓにより検出すると開始される。本例におけるゲーム処理では、プレイヤ１の操作対象となるプレイヤキャラクタを決定してからゲームを終了するまでの処理が実行される。なお、本発明に関係しない処理については、その内容を省略している場合がある。

【0057】

ＣＰＵ２１は、先ず、カード排出部１５Ｄを制御し、カードスタッカに積まれたカード３０を一枚排出する（ステップＳ１０１）。

【0058】

次に、ＣＰＵ２１は、ＣＰＵ２１は、画像処理部２４に指示を送り、手持ちのカード３０をカード挿入口１７Ｒに挿入することをプレイヤに指示する画面（カード挿入指示画面）を表示部２５に表示させる（ステップＳ１０２）。

【0059】

プレイヤによりカード３０がカード挿入口に挿入されると、ＣＰＵ２１は、カード３０に記載されたコードデータをスキャナ１７ａに読み取らせる（ステップＳ１０３）。

【0060】

コードデータを読み取らせると、ＣＰＵ２１は、カードがメインキャラクタを示すカードであるか否かを判定する（ステップＳ１０４）。ここで、例えばコードデータがアイテムを示している場合、ＣＰＵ２１は、メインキャラクタを示すカードでないと判定し（ステップＳ１０４のＮ）、ステップＳ１０２の処理に移行する。なお、このとき、ＣＰＵ２１が、所定の規則に従って、キャラクタ情報記憶部２３ａに記憶されたキャラクタ情報の中からメインキャラクタとするキャラクタの情報（メインキャラクタ情報）を決定し、後述するステップＳ１０９の処理に移行する構成としてもよい。

【0061】

一方、コードデータがキャラクタを示している場合、ＣＰＵ２１は、メインキャラクタを示すカードであると判定し（ステップＳ１０４のＹ）、画像処理部２４に指示を送り、サブキャラクタを示すカードの挿入指示画面を表示部２５に表示させる（ステップＳ１０５）。

【0062】

次いで、ＣＰＵ２１は、カードの挿入を受け付けたか否かを判定する（ステップＳ１０６）。ここで、例えばプレイヤによるカードを挿入しない旨の選択操作を受け付けたことによりカードの挿入を受け付けていないと判定すると（ステップＳ１０６のＮ）、ＣＰＵ２１は、「レンタカーを支給する処理」として予め設定された処理を実行する（ステップＳ１０７）。具体的には、ＣＰＵ２１は、所定の規則に従って、キャラクタ情報記憶部２３ａに記憶されたキャラクタ情報の中からサブキャラクタとするキャラクタの情報（サブキャラクタ情報）を決定し、後述するステップＳ１０９の処理に移行する。

【0063】

一方、カードの挿入を受け付けたと判定すると（ステップＳ１０６のＹ）、ＣＰＵ２１は、挿入されたカードがサブキャラクタを示すカードであるか否かを判定する（ステップＳ１０８）。ここで、挿入されたカードがサブキャラクタを示していないと判定すると（ステップＳ１０８のＮ）、ＣＰＵ２１は、ステップＳ１０５の処理に移行する。

【0064】

一方、例えば挿入されたカードがメインキャラクタと異なるキャラクタを示していることにより、挿入されたカードがサブキャラクタを示していると判定すると（ステップＳ１０８のＹ）、ＣＰＵ２１は、メインキャラクタを示す情報（メインキャラクタ情報）とサブキャラクタ情報とを、キャラクタ情報記憶部２３ａから読み出して、プレイヤキャラクタ管理テーブルに登録する（ステップＳ１０９）。

【0065】

キャラクタ情報を登録すると、ＣＰＵ２１は、第１ゲームモードによりビデオゲームの進行を制御する第１ゲームモード処理を開始する（ステップＳ２００）。

【0066】

図８は、本例の業務用ゲーム機１０が実行する第１ゲームモード処理の例を示すフローチャートである。第１ゲームモード処理では、第１コントローラを用いて入力された指示に従って第１ゲームモードにおけるビデオゲームの進行を制御するための処理が行われる。なお、本発明に関係しない処理については、その内容を省略している場合がある。

【0067】

第１ゲームモード処理を開始すると、ＣＰＵ２１は、第１ゲームモード情報記憶部２３ｂを参照して、参戦キャラクタ登場演出（参戦マシン登場演出）を実行するための処理を行う（ステップＳ２０１）。本例においては、ＣＰＵ２１は、画像処理部２４に指示を送り、プレイヤキャラクタ管理テーブル２３ｄに登録されたキャラクタ情報が示すプレイヤキャラクタを含むゲーム画面（第１ゲームモード画面）を表示部２５に表示させる処理等を行う。

【0068】

次いで、ＣＰＵ２１は、画像処理部２４に指示を送り、車両形態のプレイヤキャラクタが走行することとなるコースに関する情報を表示するコース情報表示画面を表示部２５に表示させる（ステップＳ２０２）。

【0069】

コース情報表示画面を表示させると、ＣＰＵ２１は、ステアリングＣ１を用いて入力された指示に従って第１ゲームモードにおけるビデオゲームの進行を制御する（ステップＳ２０３）。本例においては、ＣＰＵ２１は、ステアリングＣ１の回転角度により車両形態のメインキャラクタの進行方向を含むコース状況に応じた動作（例えば、ドリフト等）を表示する。なお、本例においては、メインキャラクタ（メインマシン）がプレイヤによる指示によらずに加速するように制御され、ＣＰＵ２１は、シフトレバー１８操作による減速やブースト（超加速）操作などに応じて、メインキャラクタの速度を決定する。また、サブキャラクタの動作については、メインキャラクタに追従するように制御するものとする。

【0070】

図９は、第１ゲームモードによるビデオゲームが進行しているときのゲーム画面（第１ゲーム画面）の例について説明するための説明図である。図９に示すように、第１ゲーム画面には、コースに配置されたボーナスアイテムＢＩ（以下「アイテム」という。）と、プレイヤ１によるアイテムの取得数を示すアイテム取得数表示領域１０１と、タイムリミット表示領域１０２とコース概形表示領域１０３と、メインキャラクタとしてのプレイヤキャラクタＰＣ１と、メインキャラクタＰＣ１と２体のサブキャラクタＰＣ２，ＰＣ３（図示せず。）との合計ＥＰを表示するＥＰ表示領域１０５とが設けられている。なお、本例においては、ＥＰ表示領域１０５では、合計ＥＰがゲージ形式（ゲージ内のメータの増減でＥＰの量を示す形式）で表示される。

【0071】

第１ゲームモードの進行を制御するのと併せて、ＣＰＵ２１は、第２ゲームモードへの移行条件が充足されたか否かを判定する（ステップＳ２０４）。ここで、予め設定された移行条件が充足されていないと判定するまでは（ステップＳ２０４のＮ）、ＣＰＵ２１は、第１ゲームモードでのゲーム進行を継続する。ここで、本例においては、第２ゲームモードへの移行条件（第２ゲームモード移行条件）としては、「プレイヤキャラクタがコースを走り終えることと、プレイヤキャラクタが走行を開始してから所定時間が経過することとの、何れか一方が満たされること」が設定されているものとする。なお、第２ゲームモード移行条件はこれに限定されず、例えば、第１ゲームモードにおけるビデオゲームの進行に依らない条件（例えば、「所定の強制終了ボタンが押下されること」や、「ゲーム開始から特定時間が経過すること」など）であってもよい。すなわち、ＣＰＵ２１が、第１ゲームモードにおける制御結果に依らず、独立して条件判定を行う構成とされていてもよい。また、本例においては、第２ゲームモードへの移行条件は、第１ゲームモード情報として第１ゲームモード情報記憶部２３ｂに記憶されているものとする。

【0072】

一方、例えばプレイヤキャラクタがコースの走行終えたことにより、第２ゲームモードへの移行条件が充足されたと判定すると（ステップＳ２０４のＹ）、ＣＰＵ２１は、第１ゲームモードにおけるプレイ内容の評価（第１ゲームモード評価）を算出する（ステップＳ２０５）。本例においては、ＣＰＵ２１は、コースのクリアタイムや獲得したアイテム数などを用いた所定の算出式を用いて、第１ゲームモード評価としての数値を算出する。なお、ＣＰＵ２１は、算出した第１ゲームモード評価を、プレイヤキャラクタ管理テーブル２３ｄに登録する。

【0073】

次いで、ＣＰＵ２１は、ゲームモードを第１ゲームモードから第２ゲームモードに移行するためにゲームモード移行処理を実行する（ステップＳ３００）。

【0074】

図１０は、本例の業務用ゲーム機１０が実行するゲームモード移行処理の例を示すフローチャートである。なお、本発明に関係しない処理については、その内容を省略している場合がある。

【0075】

ゲームモード移行処理を開始すると、ＣＰＵ２１は、プレイヤ１に対して、進行中のゲームモードを移行するための操作であるゲームモード移行操作の内容を報知する（ステップＳ３０１）。本例においては、ＣＰＵ２１は、例えば、「ステアリングを押し上げて超速変形するのだ」というアナウンスを音声出力する。なお、報知方法は特に限定されず、例えば、ゲームモード移行操作の内容を報知する画面を表示部２５に表示する構成としてもよい。

【0076】

ゲームモード移行操作の内容を報知すると、ＣＰＵ２１は、ゲームモード移行操作を受け付けたか否か（または、検出したか否か）を判定する（ステップＳ３０２）。ここで、ステアリング型コントローラ駆動部ＣＤ１からの通知によりゲームモード移行操作を受け付けたと判定すると（ステップＳ３０２のＹ）、ＣＰＵ２１は、画像処理部２４に指示を送り、ゲームモードの移行をプレイヤ１に報知するための移行演出画面を表示部２５に表示させる（ステップＳ３０３）。

【0077】

移行演習画面を表示させると、ＣＰＵ２１は、レバー型コントローラ駆動部ＣＤ２に指示を送り、第２コントローラ（レバー型コントローラ、ジャイロレバー）Ｃ２を特定の位置に移動させる（ステップＳ３０４）。

【0078】

そして、第２コントローラの移動が完了したと判定すると（ステップＳ３０５のＹ）、ＣＰＵ２１は、第２ゲームモードによりビデオゲームの進行を制御する第２ゲームモード処理を開始する（ステップＳ４００）。なお、本例においては、ＣＰＵ２１は、第２コントローラが特定の位置に移動し、固定された旨の通知を第２コントローラ駆動部ＣＤ２から受け付けた場合に、第２コントローラの移動が完了したと判定する。

【0079】

図１１は、本例の業務用ゲーム機１０が実行する第２ゲームモード処理の例を示すフローチャートである。第２ゲームモード処理では、第１コントローラとは異なる第２コントローラを用いて入力された指示に従って第２ゲームモードにおけるビデオゲームの進行を制御するための処理が行われる。なお、本発明に関係しない処理については、その内容を省略している場合がある。

【0080】

第２ゲームモード処理において、ＣＰＵ２１は、先ず、第１ゲームモード評価による第２ゲームモードへの影響内容を特定する（ステップＳ４０１）。本例においては、ＣＰＵ２１は、第２ゲームモード情報記憶部２３ｃに記憶された規則に従い、キャラクタのステータスの変更値を特定する。

【0081】

影響内容を特定すると、ＣＰＵ２１は、特定した影響内容に従ってバトル関連情報を更新する（ステップＳ４０２）。ここで、「バトル関連情報」とは、戦闘形態のプレイヤキャラクタと敵キャラクタとの戦闘に関連する情報であり、例えば、各キャラクタの攻撃力やＥＰなどが含まれる。本例においては、ＣＰＵ２１は、アイテムボーナスとしてプレイヤキャラクタのステータスを上昇させるために、プレイヤキャラクタ管理テーブル２３ｄに登録された情報を更新する。これにより、ＣＰＵ２１は、第１ゲームモードにおけるビデオゲームの進行結果を第２ゲームモードにおけるビデオゲームの進行に反映させる。

【0082】

バトル関連情報を更新すると、ＣＰＵ２１は、画像処理部２４に指示を送り、バトル関連情報をプレイヤ１に提示するバトル関連情報表示画面を表示部２５表示させる（ステップＳ４０３）。

【0083】

バトル関連情報表示画面を表示させると、例えば所定時間の経過に応じて、ＣＰＵ２１は、画像処理部２４に指示を送り、プレイヤ１にコマンドの入力を促すコマンド入力画面を表示部２５表示させる（ステップＳ４０４）。

【0084】

図１２は、コマンド入力画面の例について説明するための説明図である。図１２に示すように、コマンド入力画面には、コマンドの入力対象（すなわち、実行させる「技」の設定対象）となるプレイヤキャラクタ（メインキャラクタＰＣ１と２体のサブキャラクタＰＣ２，ＰＣ３）と、敵キャラクタＮＰＣ１，ＮＰＣ２と、敵キャラクタのアイコンを表示する敵アイコン表示領域２０１と、敵キャラクタ全員の合計ＥＰをゲージ形式で表示する敵ＥＰ表示領域２０２と、バトルターン数を表示するバトルターン数表示領域とが設けられている。ここで「バトルターン」とは、コマンド入力後に実行される技シーケンスの回数であり、バトルターン数が「１」の場合、これがバトルにおいて最初のコマンド入力であることを意味する。

【0085】

コマンド入力画面を表示させると、ＣＰＵ２１は、カードの挿入を受け付けたか否かを判定する（ステップＳ４０５）。ここで、カードの挿入を受け付けていないと判定すると（ステップＳ４０５のＮ）、ＣＰＵ２１は、後述するステップＳ４０８の処理に移行する。

【0086】

一方、カードの挿入を受け付けたと判定すると（ステップＳ４０５のＹ）、ＣＰＵ２１は、受け付けたカードが、バトルを補助する効果が設定されたスペシャルカードであるか否かを判定する（ステップＳ４０６）。ここで、受け付けたカードがスペシャルカードでないと判定すると（ステップＳ４０６のＮ）、ＣＰＵ２１は、無効と判定し、ステップＳ４０５の処理に移行する。

【0087】

一方、受け付けたカードがスペシャルカードであると判定すると（ステップＳ４０６のＹ）、ＣＰＵ２１は、スペシャルカードに応じた内容を入力コマンド管理テーブル２３ｅに登録する（ステップＳ４０７）。なお、本例においては、ＣＰＵ２１は、スペシャルカードが挿入された後、トリガーＣ３が引かれたことに応じて、挿入されたスペシャルカードに応じた内容を入力コマンド管理テーブル２３ｅに登録する。また、業務用ゲーム機１０を１台使用して２人のプレイヤがビデオゲームを行う場合、ＣＰＵ２１は、引かれたトリガーＣ３に対応するプレイヤの入力コマンド管理テーブル２３ｅに、挿入されたスペシャルカードに応じた内容を登録するものとする。

【0088】

次いで、ＣＰＵ２１は、第２コントローラＣ２を用いたコマンドの入力を受け付けたか否かを判定する（ステップＳ４０８）。ここで、第２コントローラＣ２を用いたコマンドの入力（すなわち、プレイヤ１による指示）を受け付けたと判定すると（ステップＳ４０８のＹ）、ＣＰＵ２１は、プレイヤキャラクタ管理テーブル２３ｄを参照して（）、受け付けたコマンドに応じた「技」を入力コマンド管理テーブル２３ｅに登録する（ステップＳ４０９）。

【0089】

入力コマンド管理テーブル２３ｅに「技」を登録すると、ＣＰＵ２１は、各キャラクタに「技」が登録されたか否かを判定する（ステップＳ４１０）。すなわち、ＣＰＵ２１は、プレイヤキャラクタと敵キャラクタに対して「技」が登録されたか否かを判定する。ここで、各キャラクタに「技」が登録されていないと判定すると（ステップＳ４１０のＮ）、ＣＰＵ２１は、ステップＳ４０４の処理に移行する。なお、本例においては、「技」が登録されていないキャラクタに応じてコマンド入力画面の内容が更新されるものとする。すなわち、コマンド入力画面では、例えば、「技」が登録されていないプレイヤキャラクタが識別可能に表示されるものとする。

【0090】

一方、各キャラクタに「技」が登録されたと判定すると（ステップＳ４１０のＹ）、ＣＰＵ２１は、入力されたコマンドに応じたキャラクタ間の戦闘を実現するバトル処理を開始する（ステップＳ５００）。

【0091】

図１３は、本例の業務用ゲーム機１０が実行するバトル処理の例を示すフローチャートである。なお、本発明に関係しない処理については、その内容を省略している場合がある。

【0092】

バトル処理において、ＣＰＵ２１は、先ず、キャラクタ情報に基づいて決定される行動順序に応じて、プレイヤキャラクタと敵キャラクタとの組合せを決定する（ステップＳ５０１）。本例においては、ＣＰＵ２１は、バトルに参加する全キャラクタのスピードに乱数を加えた所定の方法で各キャラクタの行動順序を決定し、その後に、行動順序の近いプレイヤキャラクタと敵キャラクタとを組み合わせる。

【0093】

キャラクタの組み合わせを決定すると、ＣＰＵ２１は、相関関係情報に基づいて（図６参照）、入力コマンドコマンド管理テーブル２３ｅを更新する（ステップＳ５０２）。

【0094】

相関関係情報に基づいて入力コマンドコマンド管理テーブル２３ｅを更新すると（すなわち、各キャラクタの組み合わせに応じて実行される「技」を決定すると）、ＣＰＵ２１は、画像処理部２４に指示を送り、キャラクタの組合せを示す組み合わせ表示画面を表示部２５に表示させる（ステップＳ５０３）。

【0095】

次いで、ＣＰＵ２１は、プレイヤまたは敵の入力コマンド管理テーブル２３ｅにスペシャルカードに応じた内容が登録されているか否かを判定する（ステップＳ５０４）。ここで、スペシャルカードに応じた内容が登録されていると判定すると（ステップＳ５０４のＹ）、ＣＰＵ２１は、登録された内容に従った処理（スペシャルカードに応じた内容）を実行し（ステップＳ５０５）、後述するステップＳ５０７の処理に移行する。

【0096】

一方、スペシャルカードに応じた内容が登録されていないと判定すると（ステップＳ５０４のＮ）、ＣＰＵ２１は、入力コマンドコマンド管理テーブル２３ｅを参照し、行動順序に従って各キャラクタの「技」を実行する（ステップＳ５０６）。

【0097】

そして、１のキャラクタの「技」の実行後、または全員の「技」の実行後に、ＣＰＵ２１は、プレイヤか敵のどちらかのＥＰが０になったか否かを判定する（ステップＳ５０７）。ここで、どちらのＥＰも０になっていないと判定すると（ステップＳ５０７のＮ）、ＣＰＵ２１は、第２ゲームモード処理におけるステップＳ４０３の処理に移行する。

【0098】

一方、どちらかのＥＰが０になったと判定すると（ステップＳ５０７のＹ）、ＣＰＵ２１は、予め設定された算定基準に基づいて、第２ゲームモードにおけるプレイヤの評価（第２ゲームモード評価）を算出する（ステップＳ５０８）。

【0099】

第２ゲームモード評価を算出すると、ＣＰＵ２１は、第１ゲームモード評価と第２ゲームモード評価とに応じた経験値を、メインキャラクタを示すカード（またはユーザ情報が登録されたカード）に付与する（ステップＳ５０９）。なお、経験値の付与方法は特に限定されず、業務用ゲーム機１０が、カードにデータを書き込む構成としてもよいし、カードが示す識別情報と経験値とを対応付けて管理する構成としてもよい。

【0100】

経験値をカードに付与すると、ＣＰＵ２１は、画像処理部２４に指示を送り、第２ゲームモード評価を含むバトル結果表示画面を表示部２５に表示させる（ステップＳ５１０）。

【0101】

バトル結果表示画面を表示させると、ＣＰＵ２１は、ゲーム処理におけるステップＳ１１０の処理に移行する（図７参照）。ゲーム処理におけるステップＳ１１０の処理では、ＣＰＵ２１は、ゲームを終了するか否かを判定する（ステップＳ１１０）。ゲームの終了判定方法は特に限定されず、例えば、ＣＰＵ２１が、画像処理部２４に指示を送り、プレイヤの意思を確認するためのコンテニュー画面を表示部２５に表示させる構成としてもよい。

【0102】

上記の例では、業務用ゲーム機１０を例に説明していたが、そのゲームの内容を、家庭用のゲーム装置、携帯用のゲーム装置などの他のビデオゲーム処理装置に適用することも可能である。

【0103】

以上に説明したように、上述した一実施の形態では、プレイヤが操作する操作対象（例えば、プレイヤキャラクタ）を表示画面に表示して、敵キャラクタとの対戦を含むビデオゲームの進行を制御するビデオゲーム処理装置（例えば、業務用ゲーム機１０）が、ビデオゲームの第１ゲームモード（例えば、ドライブモード）と、第１ゲームモードとは異なるゲームモードである第２ゲームモード（例えば、バトルモード）とに関するゲーム情報を記憶するゲーム情報記憶部（例えば、第１ゲームモード情報記憶部２３ｂと第２ゲームモード情報記憶部２３ｃ）を備え、プレイヤ１からのゲーム開始要求（例えば、コインの投入）を受け付け、ゲーム開始要求を受け付けたことに応じて、第１コントローラ（例えば、ステアリング型コントローラＣ１）を用いて入力された指示に従って第１ゲームモードにおけるビデオゲームの進行を制御し、所定条件（例えば、第２ゲームモード移行条件）が満たされたか否かを判定し（例えば、ステップＳ２０４。）、所定条件が満たされたと判定したことに応じて、プレイヤ１に対し、ゲームモードを移行する操作として設定された操作であるゲームモード移行操作を促し（例えば、ステップＳ３０１）、プレイヤ１によるゲームモード移行操作を受け付け、ゲームモード移行操作を受け付けたことに応じて、収納状態の第２コントローラ（例えば、レバー型コントローラＣ２）を露出状態に移動させ、第２コントローラが露出状態に移動したことに応じて、第２コントローラを用いて入力された指示に従って第２ゲームモード（例えば、バトルモード）におけるビデオゲームの進行を制御する構成としたので、バリエーションに富んだ対戦型のビデオゲームであって、プレイヤの興味を持続させることができるビデオゲームを提供することができるようになる。

【0104】

すなわち、単に２つのバトルモードをプレイすることができるようにするだけでなく、それぞれ異なるコントローラを使用させるため、プレイヤの興味を持続させるのに有効である。また、ゲームモード移行操作としてプレイヤ自身に体を動かす機会を与えることができるため、プレイヤの気分を効果的に転換させることができるようになる。なお、「所定条件」が、第１ゲームモードにおける制御結果に関わる条件である構成としてもよい。このような構成とすることにより、複数のゲームモード間の関連性を強めることができるようになる。

【0105】

また、上述した一実施の形態では、ゲームモード移行操作は、第１コントローラ（例えば、ステアリング型コントローラＣ１）の位置を、第２コントローラ（例えば、レバー型コントローラＣ２）を操作する際に邪魔にならない所定の退避位置に移動させる操作である構成としたので、複数のコントローラを配置することにより各コントローラの操作性が低下することを防止することができるようになる。また、業務用ゲーム機の外観設計の自由度を向上させることができるようになる。

【0106】

また、上述した一実施の形態では、ビデオゲーム処理装置（例えば業務用ゲーム機１０）において、第１コントローラはステアリング形状であり、第１ゲームモードは、プレイヤが車両を操作するドライブモードであり、第２コントローラはトリガーを備えたレバー形状であり、第２ゲームモードは、プレイヤがロボットを操作して敵キャラクタとの戦闘を行うバトルモードである構成としているので、一個の筐体で複数のジャンルのビデオゲームをプレイ可能なゲーム機を提供することができるようになる。すなわち、従来、特にアーケードゲーム機の分野では、ゲームのジャンルによって使用するコントローラが異なることが一般的であり、使い勝手欲一体化させることが困難であるという課題があったが、複数のコントローラの配置を変更可能な構成とすることにより、このような課題を解決することができている。

【0107】

また、上述した一実施の形態では、ビデオゲーム処理装置（例えば業務用ゲーム機１０）が、少なくとも１種類の、プレイヤの操作対象（例えば、キャラクタ）に関する情報であって、第１ゲームモードにおける形態（例えば、走行形態）と、第２ゲームモードにおける形態（例えば、バトル形態）とを示す情報を含む操作対象情報を記憶する操作対象情報記憶部（例えば、キャラクタ情報記憶部２３ａ）を備え、操作対象の識別情報を含むカード情報の入力を受け付け、受け付けたカード情報に基づいて、操作対象情報の中から所定数の操作対象情報が示す操作対象（例えば、１体のメインキャラクタと２体のサブキャラクタ）を各ゲームモードにおけるプレイヤの操作対象として特定し（例えば、キャラクタ情報をプレイヤキャラクタ管理テーブル２３ｄに登録することにより特定し）、特定した操作対象を各ゲームモードに応じた形態で表示画面に表示し、第１ゲームモードにおけるビデオゲームの進行結果（例えば、第１ゲームモード評価）を第２ゲームモードにおけるビデオゲームの進行に反映させる（例えば、ステップＳ４０２）構成としているので、異なるゲームモード間に関連を持たせることができるようになり、ゲームの趣向性を向上させることができるようになる。

【0108】

また、上述した一実施の形態では、ゲーム情報（例えば、第２ゲームモード情報）が、第２ゲームモードにおいて第２コントローラを用いて入力され得る指示と、敵キャラクタに対して指示され得る内容との組み合わせに応じて実行すべき処理の内容を示す情報である相関関係情報を含み（図６参照）、ビデオゲーム処理装置（例えば業務用ゲーム機１０）が、相関関係情報を参照して、第２コントローラを用いて入力された指示に応じて実行する処理内容を決定する（例えば、ステップＳ５０２）構成としているので、プレイヤに敵との手の読みあいを楽しませることができるようになる。

【0109】

なお、上述した実施の形態では特に言及していないが、ビデオゲーム処理装置（例えば業務用ゲーム機１０）が、バトル処理（図１３参照）において、技シーケンス中の（例えば、ステップＳ５０５における技の実行中。）のヒットの瞬間などにタイミングよくジャイロレバーＣ２またはトリガーＣ３の操作を受け付けると、バーストパワーゲージ増加ボーナスをプレイヤに付与する構成としてもよい。また、このような構成とする場合に、ノーマルアタックの場合は、複数回のトリガータイミングが設定されている構成としてもよい。

【0110】

なお、上述した実施の形態では、ビデオゲーム処理装置（例えば業務用ゲーム機１０）は、自己が備える記憶装置（ＲＯＭ２２）に記憶されている制御プログラム（ビデオゲーム処理プログラム）に従って、上述した各種の処理を実行する。

【産業上の利用可能性】

【0111】

本発明によれば、バリエーションに富んだ対戦型のビデオゲームであって、プレイヤの興味を持続させることができるビデオゲームを提供するのに有用である。

【符号の説明】

【0112】

Ｃ１ 第１コントローラ（ステアリング型コントローラ、ステアリング）
Ｃ２ 第２コントローラ（レバー型コントローラ、ジャイロレバー）
ＣＤ１ ステアリング型コントローラ駆動部
ＣＤ２ レバー型コントローラ駆動部
ＣＬ 枠
１０ 業務用ゲーム機（ビデオゲーム処理装置、アーケードゲーム装置）
１１ 筐体
１３ 表示装置
１４ コイン投入口
１５ カード排出口
１６ プレイヤ操作ボタン
１７ スキャナ
１８ 棒状コントローラ（シフトレバー）
１９ａ キャスター
１９ｂ アジャスター
２０ シールドケース
２０ａ 制御回路（コンピュータ装置）
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 画像処理部
２５ 表示部
２６ 音声処理部
２７ 音声出力部
２８ 入出力制御部
２９ 通信制御部
３０ カード

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】