JP3495029B2 - コマンド処理プログラム、コマンド処理プログラムを記録した記録媒体、コマンド処理装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばテレビゲー
ムなどに好適なコマンド処理プログラム、コマンド処理
プログラムを記録した記録媒体、コマンド処理装置及び
方法に関する。

【０００２】

【従来の技術】近年は、例えばテレビゲーム機が広く普
及している。当該テレビゲーム機は、ＣＤ−ＲＯＭやＤ
ＶＤ−ＲＯＭなどの各種の記録媒体、或いは、通信回線
等の各種の伝送媒体を介して入手したゲームアプリケー
ションプログラム（以下、ゲームプログラムと表記す
る）を実行可能となっている。これにより、ユーザ（プ
レイヤー）は、各種のゲームを楽しむことができる。上
記テレビゲームは様々な種類があり、その一例として、
ロールプレイングゲームやアドベンチャーゲーム、スポ
ーツゲーム、対戦格闘ゲーム、パズルゲーム、ダンスゲ
ーム、音楽ゲームなどがある。

【０００３】これら各種のテレビゲームの実行手法の一
つとして、例えばユーザ（ゲームプレイヤー、以下単に
プレイヤーとする）が、ゲームコントローラ上に設けら
れている特定のボタンやレバーなどを決められた順番で
操作したときに、ゲーム内で所望のアクションを発生さ
せるような手法が知られている。なお、所望のアクショ
ンとは、ゲーム内のキャラクタを動作させることなどで
ある。このゲーム実行手法は、プレイヤーが上記特定の
ボタン等を操作してゲーム上のキャラクタを動作等させ
るための指令（コマンド）を入力することにより実現さ
れるものである。以下、このゲーム実行手法で行われる
コマンドの入力を、単にコマンド入力と呼ぶことにす
る。

【０００４】

【発明が解決しようとする課題】ところで、コマンド入
力は、ゲームの進行に合わせてリアルタイムに行われる
のが主流になっている。したがって、プレイヤーは、ゲ
ームの進行上で所望のアクションを発生させるために
は、上記コマンドをゲームの進行に合わせてリアルタイ
ムに入力する操作を行わなければならない。

【０００５】但し、このゲームは、プレイヤーにとって
緊張感のあるゲームにはなるが、操作難易度は高くなっ
てしまう。また、このゲームの場合、プレイヤーは、リ
アルタイムにコマンド入力を行わなければならないた
め、どのようなコマンドを入力すべきか考える時間を殆
ど持てず、その結果、戦略的なコマンド入力を行うこと
が非常に難しい。

【０００６】また、従来のテレビゲームは、プレイヤー
が入力すべきコマンド、或いはそのコマンドの入力タイ
ミングを、画面上に表示するものある。上記コマンドの
入力タイミングの表示を行うテレビゲームの場合、上記
入力タイミングは、例えば、所定のオブジェクトを画面
上でスクロールさせ、その所定のオブジェクトが、ある
ラインを通過するタイミングとして現される。つまり、
プレイヤーは、画面上をスクロールする所定のオブジェ
クトが、あるラインを通過する時に、所定のボタンの押
下操作や所定の方向の指示操作を行うことでコマンド入
力を行う。そして、所定のボタンの押下操作や所定の方
向の指示操作が、プレイヤーにより適切になされたと
き、ゲームプログラムは、それ以降のゲームを有利な方
向に進める。一方、プレイヤーが入力すべきコマンドを
表示するテレビゲームの場合、その入力すべきコマンド
は、例えば入力操作されるべきボタンや入力方向を現す
オブジェクトの形態で、画面上に順番に表示される。ボ
タンや入力方向を現すオブジェクトに応じてプレイヤー
により適切な操作がなされた場合、ゲームプログラム
は、それ以降のゲームを有利な方向に進める。

【０００７】さらに、プレイヤーが入力すべきコマン
ド、或いはそのコマンドの入力タイミングは、画面上に
全く表示されない場合もある。

【０００８】しかしながら、上記入力すべきコマンドや
入力タイミングが画面上に表示されないテレビゲーム
は、非常に難易度が高く、したがって例えば初心者や低
年齢の子供には非常に難しいゲームになる。

【０００９】一方、入力すべきコマンドや入力タイミン
グが画面上に表示されるテレビゲームは、その画面上の
表示に従ってプレイヤーがコマンドを入力すればよいた
め、手軽に楽しむことができるゲームになる。但し、こ
のゲームの場合、プレイヤーは、コマンド入力時に多少
の緊張感を維持する必要はあるものの、画面上の表示に
応じたコマンド入力のみ行えばよいため、例えばプレイ
ヤーの考えに応じた戦略的なコマンド入力を行うことな
どは全くできない。

【００１０】本発明は、このような課題に鑑みてなされ
たものであり、例えば、コマンド入力に応じて所望のア
クションを発生させるようなテレビゲームに適用した場
合に、プレイヤーに緊張感を与えることができると共
に、適度な難易度のゲームを実現し、さらにプレイヤー
による戦略的なコマンド入力をも可能とする、コマンド
処理プログラム、コマンド処理プログラムを記録した記
録媒体、コマンド処理装置及び方法を提供することを目
的とする。

【００１１】

【課題を解決するための手段】本発明において、表示制
御手段が、複数種類のコマンドに各々対応した各コマン
ドブロックオブジェクトを順に並べて表示手段の画面上
へ表示させる制御を行い、複数種類のコマンドの中から
操作端末の操作によりユーザが所望して入力したコマン
ドを、コマンド入力受付手段がその入力の順に受け付け
る。ここで、コマンド入力受付手段がコマンドの入力を
受け付ける際に、表示許容時間設定手段が、ユーザが表
示手段の画面上で各コマンドブロックオブジェクトを参
照可能とするための表示許容時間を設定し、その表示許
容時間だけ、上記表示制御手段が表示手段の画面上に各
コマンドブロックオブジェクトを表示するように制御す
る。そして、処理実行手段は、上記表示制御手段が表示
手段の画面上に並べて表示した各コマンドブロックオブ
ジェクトに各々対応した順の第１の各コマンドと、コマ
ンド入力受付手段が入力を受け付けた順の第２の各コマ
ンドとを、上記第１のコマンド及び第２のコマンド間に
設定されている関係とそれぞれのコマンド順で対比し、
その対比結果に応じた処理であるエフェクト表示を行
う。すなわち、本発明によれば、ユーザは、表示手段の
画面上に表示されている各コマンドブロックオブジェク
トを参照しながら、所望のコマンドを入力することがで
きる。また、本発明によれば、処理実行手段は、画面上
に表示された各コマンドブロックオブジェクトに各々対
応した第１の各コマンドと、画面上に表示された各コマ
ンドブロックオブジェクトを参照しながらユーザが入力
した第２の各コマンドとを、上記第１のコマンド及び第
２のコマンド間に設定されている関係とそれぞれのコマ
ンド順で対比し、その対比結果に応じた処理であるエフ
ェクト表示を行っている。

【００１２】

【００１３】

【発明の実施の形態】［テレビゲームの概要］本実施の
形態のテレビゲームは、コマンド入力に応じて所望のア
クションを発生させるようなテレビゲームである。本実
施の形態は、一例として、テレビ番組風に進行するゲー
ムにおいて、ゲームコントローラ上に設けられているボ
タンやレバー等をプレイヤーが操作することにより、当
該ゲーム中のキャラクタを動作させ、例えば対戦相手の
キャラクタとの間でバトル（Battle：戦闘）を行うよう
なシーンを含むゲームを挙げている。

【００１４】詳細については後述するが、このテレビゲ
ームは、バトルの際に攻撃側と防御側が分けられてお
り、所定数の攻撃とそれに対する防御が行われ、ゲーム
ポイント（例えば後述するヒットポイント）に残量があ
った場合には攻守交替がなされ、当該ゲームポイントの
残量が無くなった時にバトルの勝敗が決定する。また、
このテレビゲームにおいて入力されるコマンドは、実際
のバトルが行われる前に攻撃側が入力する攻撃コマンド
と、同じく実際のバトルが行われる前に防御側が入力す
る防御コマンドとに分けられている。これら攻撃コマン
ドの入力と防御コマンドの入力は、バトル前に同時に行
われるのではなく、別々に行われる。なお、本発明にお
いて、これらコマンドの入力とは、プレイヤーによる入
力だけでなく、ゲームプログラムが設定する場合も含
む。そして、このテレビゲームは、それら攻撃コマンド
の入力と防御コマンドの入力が行われた後に、それら攻
撃コマンドと防御コマンドに応じた実際のバトルの実行
を開始する。すなわち言い換えると、実際にバトル中に
繰り出される攻撃と防御を指示するためのコマンドの入
力は、ゲームの進行に合わせてリアルタイムに行われる
のではなく、実際にバトルが行われる前に行われ、コマ
ンド入力と実際に行われるバトルとの間には時間差が設
けられている。また、このテレビゲームは、例えば攻撃
コマンドが先に入力され、その後、既に入力済みの攻撃
コマンドを参考にして防御コマンドの入力を行うように
なされている。したがって、プレイヤーは、攻撃コマン
ドや防御コマンドの入力の際に、どのようなコマンドを
入力すべきかを考えることができ、その結果、戦略的な
コマンド入力を行うことが可能となる。

【００１５】なお、以下の説明において、プレイヤーが
操作するキャラクタをヒーロー（正義の味方）キャラク
タと呼び、対戦相手のキャラクタをエネミーキャラクタ
と呼ぶことにする。なお、上記エネミーキャラクタは、
他のプレイヤーが操作するキャラクタであっても、或い
は、ゲームプログラムに応じて動作するキャラクタ（ゲ
ームプログラムが主体となって動作制御するキャラク
タ）であっても良い。また、プレイヤーがエネミーキャ
ラクタを操作し、ゲームプログラム或いは他のプレイヤ
ーがヒーローキャラクタを操作するようにしても良い。
以下、ヒーローキャラクタはプレイヤーにより操作さ
れ、上記エネミーキャラクタはゲームプログラムにより
動作制御される場合を例に挙げて説明する。

【００１６】先ず、ヒーローキャラクタとエネミーキャ
ラクタがバトルを行う際の概略的なゲームの流れを、図
１〜図１３に示すゲーム画面１１上の表示例を用いて順
番に説明する。その後、ゲーム画面１１上に表示される
キャラクタ以外のオブジェクトと実際のコマンド入力及
びその表示方法について説明する。

【００１７】［対峙シーン］ヒーローキャラクタとエネ
ミーキャラクタがバトルを開始する場合、ゲームプログ
ラムは、先ず、ゲーム画面１１上に、図１に示すように
ヒーローキャラクタＨＣとエネミーキャラクタＥＣとが
対峙するシーンを表示させる。このときのヒーローキャ
ラクタＨＣとエネミーキャラクタＥＣは、それぞれ攻撃
或いは防御を行う前の「構え」の状態で表示される。

【００１８】また、この対峙シーンのとき、ゲームプロ
グラムは、上記ヒーローキャラクタＨＣとエネミーキャ
ラクタＥＣを中心として、仮想カメラ（ゲーム画面を仮
想的に撮している仮想カメラ）を１周させたときの映像
をゲーム画面１１に表示させる。これにより闘いの前の
雰囲気が盛り上がる。

【００１９】ヒーローキャラクタＨＣが例えば複数のエ
ネミーキャラクタＥＣと闘う場合の対峙シーンも上述同
様である。

【００２０】なお、この図１では図示を省略している
が、ゲームプログラムは、当該対峙シーンのゲーム画面
１１上に、後述する対戦カード表示のためのオブジェク
ト等も表示させる。

【００２１】［連打シーン］上記対峙シーンの後、ゲー
ムプログラムは、ゲーム画面１１上に、図２に示すよう
にヒーローキャラクタＨＣとエネミーキャラクタＥＣの
何れが先攻側になるのかを決定する連打ミニゲームのた
めの連打シーンを表示させる。

【００２２】ここで、上記先攻とは、後述する攻撃コマ
ンドを先に入力できることである。上記連打ミニゲーム
とは、例えばゲームコントローラ上に設けられている所
定のボタンが単位時間（例えば１秒間）内に何回押され
たか、すなわち連打回数（或いは連打速度）を計測する
ことにより、先攻側を決定するための短いゲームであ
る。例えば、ヒーローキャラクタＨＣ側（プレイヤー
側）の単位時間当たりの連打回数と、エネミーキャラク
タＥＣ側の単位時間当たりの連打回数が同じである場
合、それら連打回数は１対１で相殺され、再度、連打ミ
ニゲームが行われる。

【００２３】また、当該連打シーンにおいて、ゲームプ
ログラムは、上記連打回数の多さを、ヒーローキャラク
タＨＣ及びエネミーキャラクタＥＣの体から炎のように
迸るエネルギーＥＮの大きさにより視覚的に表示させ
る。これにより、プレイヤーは、ヒーローキャラクタＨ
ＣとエネミーキャラクタＥＣの何れの連打回数が多いの
かを容易に知ることができる。

【００２４】さらに、ゲームプログラムは、ヒーローキ
ャラクタＨＣの対戦相手であるエネミーキャラクタＥＣ
の戦闘能力に応じて、上記単位時間当たりの連打可能回
数を変更する。一例として、ゲームプログラムは、戦闘
能力の低いエネミーキャラクタＥＣの連打可能回数を、
例えば１秒間に４回とし、戦闘能力の高いエネミーキャ
ラクタＥＣの連打可能回数を、例えば１秒間に６回〜１
６回とする。なお、エネミーキャラクタＥＣの動作がゲ
ームプログラムにより制御される場合、上記エネミーキ
ャラクタＥＣによる所定ボタンの連打回数は、当該ゲー
ムプログラムにより予め設定されている値となる。すな
わち、この場合のエネミーキャラクタＥＣの連打回数
は、例えば当該ゲームのレベル（難易度）に応じて予め
複数用意されている連打回数値の中から、例えばゲーム
初期メニュー等でプレイヤーにより選択されたゲームレ
ベルに応じて決定された回数となる。

【００２５】なお、この図２では図示を省略している
が、ゲームプログラムは、当該連打シーンのゲーム画面
１１に、後述する連打表示のためのオブジェクトも表示
させる。

【００２６】［攻撃開始シーン］上記対峙シーンと連打
シーンからなる先攻後攻決定フェイズの後、ゲームは、
コマンド攻防フェイズに移行する。このコマンド攻防フ
ェイズに移行すると、ゲームプログラムは、ゲーム画面
１１上に、図３に示すような攻撃開始シーンを表示させ
る。この攻撃開始シーンのとき、攻撃側となるキャラク
タ（図３の例ではヒーローキャラクタＨＣ）は、プレイ
ヤー側に対して画面上で手前側（つまり例えば背中を向
けた状態）で且つ防御側に対して左側に位置する。一
方、防御側となるキャラクタ（図３の例ではエネミーキ
ャラクタＥＣ）は、上記攻撃側キャラクタ（ヒーローキ
ャラクタＨＣ）と対峙する形で画面奥の右側に位置する
ように表示される。

【００２７】また、当該攻撃開始シーンのとき、ゲーム
プログラムは、攻撃側のキャラクタ（この場合はヒーロ
ーキャラクタＨＣ）の体から炎のようにエネルギーＥＮ
が迸る様子をゲーム画面１１に表示させる。

【００２８】なお、この図３及び後述する図４から図１
０では図示を省略しているが、ゲームプログラムは、当
該攻撃開始シーン以降の各ゲーム画面１１に、後述する
通常バトルシステム表示のための各オブジェクトも表示
させる。

【００２９】［攻撃コマンド入力シーン］上記攻撃開始
シーンの後、ゲーム画面１１上の表示は、図４に示すよ
うに、先の連打シーンで決定された先攻側が後述する攻
撃コマンドを入力するための攻撃コマンド入力シーンに
移行する。当該攻撃コマンド入力シーンのとき、ゲーム
プログラムは、例えば攻撃側のコマンド入力に応じて、
その攻撃側キャラクタが動く映像をゲーム画面１１に表
示させる。もちろん、攻撃側のキャラクタは、入力され
た攻撃コマンドに応じて動作する場合だけでなく、全く
関係ない動作など、入力した攻撃コマンドの内容を防御
側に悟られない動作を行っても良い。このように、攻撃
側キャラクタの動作を、上記入力された攻撃コマンドに
応じた動作にした場合、後攻側となっているプレイヤー
は、その攻撃コマンドを、後に防御コマンドを入力する
際の参考にすることができる。したがって、この場合、
ゲームの難易度は下がることになる。一方、攻撃側キャ
ラクタの動作を上記入力された攻撃コマンドと関係ない
動作にした場合、後攻側となっているプレイヤーは、そ
の攻撃コマンドを、後に防御コマンドを入力する際の参
考にできないことになる。したがってこの場合、ゲーム
の難易度は高くなる。なお、先攻の攻撃側キャラクタを
ゲームプログラムが制御している場合、攻撃コマンド
は、当該ゲームプログラムが設定することになる。その
他、ゲームプログラムは、モーションブラー処理によ
り、当該攻撃コマンド入力シーンにおける攻撃側キャラ
クタの動きを被写体振れのように表示させることも行
う。

【００３０】また、この攻撃コマンド入力シーンのと
き、ゲームプログラムは、攻撃側のキャラクタ（この場
合はヒーローキャラクタＨＣ）の体から炎のようにエネ
ルギーＥＮが迸る様子をゲーム画面１１に表示させる。
一方、この攻撃コマンド入力シーンでの防御側のキャラ
クタ（この場合はエネミーキャラクタＥＣ）は、攻撃を
ガードしている状態で表示される。

【００３１】［防御開始シーン］上記攻撃コマンド入力
シーンの後、ゲームプログラムは、ゲーム画面１１上
に、図５に示すような防御開始シーンを表示させる。こ
の防御開始シーンのとき、防御側となるキャラクタ（図
５の例ではエネミーキャラクタＥＣ）は、画面上の右奥
に位置した状態で、攻撃或いは防御を行う前の「構え」
状態で表示される。

【００３２】また、当該防御開始シーンのとき、ゲーム
プログラムは、防御側のキャラクタ（この場合はエネミ
ーキャラクタＥＣ）の体から炎のようにエネルギーＥＮ
が迸る様子をゲーム画面１１に表示させる。

【００３３】［防御コマンド入力シーン］上記防御開始
シーンの後、ゲームプログラムは、ゲーム画面１１上の
表示を、図６に示すように、防御側が後述する防御コマ
ンドを入力するための防御コマンド入力シーンへ移行さ
せる。当該防御コマンド入力シーンのとき、ゲームプロ
グラムは、防御側の入力に応じて、その防御側キャラク
タが動く映像をゲーム画面１１に表示させる。もちろ
ん、このときの防御側のキャラクタの動作は、入力され
た防御コマンドに応じた動作だけでなく、全く関係ない
動作など、入力した防御コマンドの内容を攻撃側となっ
ているプレイヤーに悟られない動作としても良い。な
お、後攻の防御側キャラクタをゲームプログラムが制御
している場合、防御コマンドは、当該ゲームプログラム
が設定することになる。当該防御コマンド入力シーンの
場合、ゲームプログラムは、防御側キャラクタの動きに
モーションブラー処理を施す。

【００３４】また、この防御コマンド入力シーンのと
き、ゲームプログラムは、防御側のキャラクタ（この場
合はエネミーキャラクタＥＣ）の体から炎のようにエネ
ルギーＥＮが迸る様子をゲーム画面１１に表示させる。
一方、この防御コマンド入力シーンでの攻撃側のキャラ
クタ（この場合はヒーローキャラクタＨＣ）は、攻撃前
の「構え」状態で表示される。

【００３５】［アクション開始シーン］上記攻撃開始シ
ーンから防御コマンド入力シーンまでのコマンド攻防フ
ェイズの後、ゲームプログラムは、アクションシーンフ
ェイズの処理に移行する。このアクションシーンフェイ
ズに移行すると、ゲームプログラムは、ゲーム画面１１
に、図７に示すようなアクション開始シーンを表示させ
る。当該アクション開始シーンは、実際にヒーローキャ
ラクタＨＣとエネミーキャラクタＥＣがバトルを開始
（アクションを開始）する前のシーンであり、ゲーム画
面１１には、それらキャラクタＨＣ及びＥＣを前記仮想
カメラにより真横から撮した映像が表示される。

【００３６】また、当該アクション開始シーンのとき、
ゲームプログラムは、攻撃側と防御側の双方のキャラク
タにおいて、その体から炎のようにエネルギーＥＮが迸
る様子をゲーム画面１１に表示させる。

【００３７】［アクションシーン］上記アクション開始
シーンの後、ゲームプログラムは、ゲーム画面１１に、
図８に示すように、両キャラクタが実際にバトルを行う
アクションシーンを表示させる。このアクションシーン
のとき、攻撃側キャラクタ（この例ではヒーローキャラ
クタＨＣ）は、先の攻撃コマンド入力シーンで入力され
た攻撃コマンドに応じた攻撃動作を行い、一方、防御側
キャラクタ（この例ではエネミーキャラクタＥＣ）は、
防御コマンド入力シーンで入力された防御コマンドに応
じた防御動作を行い、これら攻撃側キャラクタと防御側
キャラクタがバトルを行う様子がゲーム画面１１に表示
される。

【００３８】また、当該アクションシーンのとき、ゲー
ムプログラムは、攻撃側と防御側の双方のキャラクタの
体から炎のようにエネルギーＥＮが迸る様子をゲーム画
面１１に表示させると共に、各キャラクタの動きにモー
ションブラー処理を施し、さらに仮想カメラの位置も移
動させる。これにより、バトルのアクションはより激し
く表現されることになる。

【００３９】［攻守交替シーン］上記アクションシーン
において両者の勝敗が決定しない場合、ゲームプログラ
ムは、ゲーム画面１１上の表示を、図９に示すような攻
守交替シーンへ移行させる。この攻守交替シーンは、上
記アクションシーンでのバトルが一段落したシーンであ
り、これ以降、上記攻撃側は防御側へ替わり、上記防御
側は攻撃側に替わる。すなわち、攻守交替シーン前に例
えばヒーローキャラクタが攻撃側であり、エネミーキャ
ラクタが防御側であった場合、当該攻守交替シーン以降
は、ヒーローキャラクタが防御側となり、エネミーキャ
ラクタが攻撃側となる。

【００４０】このとき、ゲームプログラムは、両キャラ
クタが攻撃又は防御を行う前の「構え」状態となり、且
つ、それら両キャラクタを前記仮想カメラにより真横か
ら撮した映像をゲーム画面１１に表示させる。

【００４１】当該攻守交替シーンの後、ゲームプログラ
ムは、両者の勝敗が決定するまで、前記攻撃開始シーン
からアクションシーン及び当該攻守交替シーンまでの各
シーンを繰り返す。

【００４２】［必殺技発動シーン］また、このテレビゲ
ームは、上記バトルの際に、図１０から図１２に示すよ
うに、防御側となっているキャラクタが必殺技を打ち出
せるようにもなっている。詳細については後述するが、
当該必殺技は、例えば、防御側のゲームポイント（ヒッ
トポイント）が所定の値以下になった場合にのみ打ち出
すことができるものである。このとき、攻撃側は、上記
防御側から打ち出された必殺技を避けるためのミニゲー
ム（後述する必殺技避けミニゲーム）を行わなければな
らない。

【００４３】上記必殺技が打ち出される場合、ゲームプ
ログラムは、先ず図１０に示すように、必殺技発動シー
ンを上記ゲーム画面１１に表示させる。この必殺技発動
シーンは、実際に必殺技が打ち出される前のシーンであ
る。このとき、ゲームプログラムは、ゲーム画面１１上
に、両キャラクタが攻撃又は防御を行う前の「構え」状
態を表示し、且つ、それら両キャラクタを通常時よりも
例えば遠くの位置から仮想カメラで撮した映像を表示さ
せる。

【００４４】また、当該必殺技発動シーンのとき、ゲー
ムプログラムは、必殺技を打ち出す防御側のキャラクタ
の体から、通常より大きなエネルギーＥＮが迸る様子を
ゲーム画面１１に表示させる。上記必殺技発動シーンの
後、ゲームプログラムは、上記防御側となっているキャ
ラクタにより実際に必殺技が発動される様子をゲーム画
面１１に表示させる。

【００４５】［必殺技成功シーン］上記防御側となって
いるキャラクタにより実際に必殺技が発動され、上記攻
撃側のキャラクタが当該必殺技を避けることができなか
った場合、ゲームプログラムは、ゲーム画面１１に、図
１１に示すような必殺技成功シーンを表示させる。当該
必殺技成功シーンのとき、ゲームプログラムは、上記必
殺技を発動したキャラクタ（前記防御側となっているキ
ャラクタ）が必殺技の成功を表現する動きを行うと共
に、その体からエネルギーＥＮが迸る様子をゲーム画面
１１に表示させる。

【００４６】［必殺技失敗シーン］一方、上記防御側キ
ャラクタから発動された必殺技を上記攻撃側のキャラク
タが避けることができた場合、ゲームプログラムは、ゲ
ーム画面１１上に、図１２に示すように、必殺技失敗シ
ーンを表示させる。当該必殺技失敗シーンでは、上記必
殺技を発動したキャラクタ（前記防御側のキャラクタ）
が、必殺技の失敗を表現する動きを行う。

【００４７】［勝敗決定シーン］上述したアクション開
始シーンから攻守交替シーンまで、及び、上記必殺技発
動シーンから必殺技成功又は失敗シーンまでからなるア
クションシーンフェイズが終了すると、ゲームプログラ
ムは、終了フェイズの処理に移行し、ゲーム画面１１
に、図１３に示すような勝敗決定シーンを表示させる。
なお、アクションシーンにおいて、バトルの途中で防御
側のゲームポイント（ヒットポイント）の残量が無くな
った場合、ゲームプログラムは、その時点からアクショ
ンシーンの終了まで、防御側キャラクタが一方的に攻撃
される状態とし、当該アクションシーンの終了後に当該
勝敗決定シーンに移行する。この勝敗決定シーンは、上
記アクションシーンで勝敗が決定した場合や、上記発動
された必殺技が成功するなどして勝敗が決定した場合に
表示されるシーンであり、敗者が倒れ、勝者が勝ち誇っ
たポーズを取るようになされている。なお、図１３の例
は、ヒーローキャラクタＨＣが勝者となった場合の表示
例を示している。

【００４８】以上が、このテレビゲームのゲーム画面１
１上におけるバトル時のヒーローキャラクタＨＣとエネ
ミーキャラクタＥＣの動作の概略的な流れである。な
お、エネミーキャラクタＥＣは、１体に限定されず複数
であっても良い。複数のエネミーキャラクタＥＣと対戦
する場合、前述の連打シーンにて先攻／後攻の決定がな
された後、ヒーローキャラクタＨＣは、上記複数の各エ
ネミーキャラクタＥＣと上述同様に順番に対戦すること
になる。もちろん、上記順番に対戦していく間にヒーロ
ーキャラクタＨＣのゲームポイント（ヒットポイント）
の残量が無くなった時、バトルは終了することになる。

【００４９】［コマンド入力及びその表示方法の詳細］
次に、前述した対峙シーンから勝敗決定シーンまでの間
に、ゲーム画面１１上に表示される上記キャラクタ以外
のオブジェクトと、前記入力される攻撃コマンド及び防
御コマンドとその表示状態について説明する。

【００５０】［対峙シーンの対戦カード］ゲームプログ
ラムは、前記図１で示した対峙シーンのゲーム画面１１
内に、前記ヒーローキャラクタＨＣ及びエネミーキャラ
クタＥＣと共に、図１４に示すような対戦カードを表す
オブジェクト（以下、ＦＣオブジェクトＯＨ，ＯＥと表
記する）を表示させる。なお、当該ＦＣオブジェクトＯ
Ｈ，ＯＥは、実際には図１に示した各キャラクタＨＣ，
ＥＣと同一画面上に表示されるものである。但し、図１
４の例は、図を簡略化するために、前記図１の各キャラ
クタＨＣ，ＥＣの図示を省略しており、ＦＣオブジェク
トＯＨ，ＯＥのみを図示している。

【００５１】これらＦＣオブジェクトＯＨ，ＯＥは、バ
トルで対戦する各キャラクタＨＣ，ＥＣに対応したもの
であり、図１４の例ではＦＣオブジェクトＯＨがヒーロ
ーキャラクタＨＣに対応し、ＦＣオブジェクトＯＥがエ
ネミーキャラクタＥＣに対応している。ＦＣオブジェク
トＯＨ，ＯＥは、ヒットポイントメータ部ＯＨｍ，ＯＥ
ｍとシンボル部ＯＨｓ，ＯＥｓとから構成される。ヒッ
トポイントメータ部ＯＨｍ，ＯＥｍは、ヒーローキャラ
クタＨＣとエネミーキャラクタＥＣのそれぞれのゲーム
ポイント（ヒットポイントＨＰ）の残点数をメータ表示
するためのオブジェクトである。シンボル部ＯＨｓ，Ｏ
Ｅｓは、ヒーローキャラクタＨＣとエネミーキャラクタ
ＥＣのそれぞれのヒットポイントＨＰの数値（体力値、
初期値は例えば「１０」）を表示するためのオブジェク
トである。なお、ヒットポイントメータ部ＯＨｍ，ＯＥ
ｍは、後述する必殺技を発動することが可能となるポイ
ント数とそれ以外とが、例えば色分けにより視認可能と
なされている。これらＦＣオブジェクトＯＨ，ＯＥは、
例えばゲーム画面１１上で上記ヒーローキャラクタＨＣ
及びエネミーキャラクタＥＣの下側などに表示される。

【００５２】また、ゲームプログラムは、これらＦＣオ
ブジェクトＯＨ，ＯＥの例えば下側に、それぞれ各キャ
ラクタの例えば名称を表す文字（図１４の例では「ヒー
ロー」の文字ＮＨと「エネミー」の文字ＮＥ）を表示さ
せる。さらに、ゲームプログラムは、当該ゲーム画面１
１に、上記ヒーローキャラクタＨＣとエネミーキャラク
タＥＣが対戦することを表す「ＶＳ」の文字ＬＶを、上
記ＦＣオブジェクトＯＨとＯＥの間に表示させる。

【００５３】［連打シーンの連打表示］ゲームプログラ
ムは、前記図２で示した連打シーンのゲーム画面１１内
に、前記ヒーローキャラクタＨＣ及びエネミーキャラク
タＥＣや上記ＦＣオブジェクトＯＨ，ＯＥと共に、図１
５に示すような連打表示を表すための連打オブジェクト
ＩＲやメータオブジェクトＩＭ等を表示させる。なお、
ゲームプログラムは、この連打表示の際も、上記対戦カ
ード表示の場合と同様に、各オブジェクトＯＨ，ＯＥ，
ＩＲ，ＩＭ等を各キャラクタＨＣ，ＥＣと同一画面上に
表示させる。但し、図１５の例は、図を簡略化するため
にそれら各キャラクタＨＣ，ＥＣの図示を省略してい
る。

【００５４】上記連打オブジェクトＩＲは、例えばゲー
ムコントローラ上の所定のボタンを連打すべきことをプ
レイヤーに促すためのアイコンであり、例えば上記ＦＣ
オブジェクトＯＨとＯＥの間に表示される。

【００５５】上記メータオブジェクトＩＭは、連打ミニ
ゲームにおいて行われるヒーローキャラクタＨＣ側とエ
ネミーキャラクタＥＣ側の連打回数（或いは連打速度）
に応じて、メータバー内の左バーＩＭｈと右バーＩＭｅ
の長さの割合が増減するように表示されるオブジェクト
である。なお、図１５の例において、上記右バーＩＭｅ
に対する左バーＩＭｈの長さの割合はヒーローキャラク
タＨＣ側の連打回数に対応しており、一方、上記左バー
ＩＭｈに対する右バーＩＭｅの長さの割合はエネミーキ
ャラクタＥＣ側の連打回数に対応している。また、ゲー
ムプログラムは、それら左バーＩＭｈと右バーＩＭｅの
境界部分に、例えば花火が弾けるような映像のエフェク
ト部ＩＭｆを設ける。このエフェクト部ＩＭｆは、連打
ミニゲーム上での対戦状態を表現するためのオブジェク
トである。

【００５６】その他、ゲームプログラムは、当該連打表
示の際に、上記連打オブジェクトＩＲの例えば上側に、
連打開始を表す例えば「レンダ レディ ゴー」の文字
ＬＲ等を表示させる。

【００５７】［デフォルトのバトルシステム表示］ゲー
ムプログラムは、前記コマンド攻防フェイズのゲーム画
面１１内に、前記ヒーローキャラクタＨＣ及びエネミー
キャラクタＥＣと共に、例えば図１６に示すように、入
力されたコマンドと、何れのキャラクタが攻撃側或いは
防御側になっているのか、及び、ゲームポイント（ヒッ
トポイント）の推移などを表示するためのバトルシステ
ム表示用オブジェクト（以下、ＢＳオブジェクトＯＢＳ
と表記する）を表示させる。なお、この図１６に示すＢ
ＳオブジェクトＯＢＳは、上記先攻後攻決定フェイズに
より例えばヒーローキャラクタＨＣ側が先攻側に決定さ
れ、エネミーキャラクタＥＣ側が防御側に決定された場
合に、最初に表示されるデフォルトのオブジェクトであ
る。ゲームプログラムは、前記連打シーンにおいて先攻
後攻の決定がなされたときに、例えば、その先攻と後攻
の判定結果に応じた規定の場所（攻撃側が左側、防御側
が右側の規定の場所）へ前記ＦＣオブジェクトＯＨ，Ｏ
Ｅを移動させ、さらにそれらＦＣオブジェクトＯＨ，Ｏ
Ｅに対してフェードインするようにして、当該デフォル
トのＢＳオブジェクトＯＢＳを、ゲーム画面１１上に表
示させる。

【００５８】上記ＢＳオブジェクトＯＢＳは、攻撃側用
のアタックシステムオブジェクト（以下、ＡＳオブジェ
クトＯＢＳａと表記する）と、防御側用のディフェンス
システムオブジェクト（以下、ＤＳオブジェクトＯＢＳ
ｄと表記する）とから構成されている。ヒーローキャラ
クタＨＣが攻撃側となっている場合の上記ＡＳオブジェ
クトＯＢＳａは、前記ＦＣオブジェクトＯＨと、その周
辺に配されるボタンオブジェクトＢＴ，ＢＰ，ＢＫ，Ｂ
Ｒと、所定数ｎの攻撃コマンドの入力順（或いはゲーム
プログラムによる設定順）に応じて一列に表示される１
〜ｎ個のコマンドブロックＣＢａとを要素として構成さ
れるものである。一方、エネミーキャラクタＥＣが防御
側となっている場合の上記ＤＳオブジェクトＯＢＳｄ
は、前記ＦＣオブジェクトＯＥと、所定数ｎの防御コマ
ンドの入力順（或いはゲームプログラムによる設定順）
に応じて一列に表示される１〜ｎ個の各コマンドブロッ
クＣＢｄとを要素として構成されるものである。なお、
ｎは２以上の正の整数である。

【００５９】ここで、上記ＡＳオブジェクトＯＢＳａ上
のボタンオブジェクトＢＴ，ＢＰ，ＢＫ，ＢＲは、ゲー
ムコントローラ上に設けられている所定のボタンと略々
同じ配置となされて表示されるものである。図１６の例
は、ゲームコントローラ上に例えば後述する△，□，
×，○形状の刻印が形成された「△」，「□」，
「×」，「○」ボタンの４つのボタンが所定円周上に配
置されているとした場合の各ボタンオブジェクトＢＴ，
ＢＰ，ＢＫ，ＢＲの配置例を示している。すなわち、ボ
タンオブジェクトＢＴはゲームコントローラ上の「□」
ボタンに対応し、ボタンオブジェクトＢＰはゲームコン
トローラ上の「×」ボタンに、ボタンオブジェクトＢＫ
はゲームコントローラ上の「○」ボタンに、ボタンオブ
ジェクトＢＲはゲームコントローラ上の「△」ボタンに
対応して配置される。また、ボタンオブジェクトＢＴ，
ＢＰ，ＢＫ，ＢＲは、ゲームコントローラ上の「△」，
「□」，「×」，「○」ボタンにそれぞれ対応した
「△」，「□」，「×」，「○」の記号も備えている。
また、上記ゲームコントローラ上の「□」ボタンに対し
て例えば「投げ」の攻撃コマンドが割り当てられ、
「×」ボタンに対して例えば「パンチ」の攻撃コマンド
が割り当てられ、「○」ボタンに対して例えば「キッ
ク」の攻撃コマンドが割り当てられているとすると、上
記ボタンオブジェクトＢＴ，ＢＰ，ＢＫは、それぞれ対
応する攻撃コマンドを表す文字（例えば後述する「投
げ」，「パンチ」，「キック」等）も備える。

【００６０】なお、この時点で、ゲームコントローラ上
の「△」ボタンには何もコマンドが割り当てられていな
いため、上記ボタンオブジェクトＢＲは「△」の記号と
文字を備えていない。また、プレイヤーが一人だけであ
り、当該プレイヤーにより操作されるヒーローキャラク
タＨＣが、ゲームプログラムにより制御されるエネミー
キャラクタＥＣと対戦するような場合、当該ゲームプロ
グラムは、図１６の例のように、ＤＳオブジェクトＣＢ
ＳｄのＦＣオブジェクトＯＥの周囲に、ボタンオブジェ
クトを配置しない。但し、例えばプレイヤーが２人で、
ヒーローキャラクタＨＣとエネミーキャラクタＥＣをそ
れら２人のプレイヤーが操作するような場合、ゲームプ
ログラムは、上記ＦＣオブジェクトＯＥの周囲に、後述
するような防御コマンドに対応した各ボタンオブジェク
トを配置する。もちろん、これらボタンオブジェクトの
配置やボタンオブジェクト上の記号、文字は一例であ
る。

【００６１】また、上記ＢＳオブジェクトＯＢＳを構成
するＡＳオブジェクトＯＢＳａとＤＳオブジェクトＯＢ
Ｓｄは、それぞれコマンド入力時とバトル実行時に、そ
のオブジェクトの枠が例えば太く色分け表示される。例
えば、攻撃コマンドの入力が可能であるとき（つまり攻
撃コマンド入力シーンのとき）、上記ＡＳオブジェクト
ＯＢＳａのオブジェクト枠ＦＯａは例えば太く色分け表
示される。一方、防御コマンドの入力が可能であると
き、上記ＤＳオブジェクトＯＢＳｄのオブジェクト枠Ｆ
Ｏｄ（図１６の場合は現れない）は太く色分け表示され
る。さらに、実際のバトルが開始されたとき、それらＡ
ＳオブジェクトＯＢＳａとＤＳオブジェクトＯＢＳｄの
両方のオブジェクト枠ＦＯａ及びＦＯｄ（図１６の場合
は現れない）は太く色分け表示される。これにより、プ
レイヤーは、どちらのコマンド入力が可能であるのか、
コマンド入力中かバトル中なのか等を知ることが可能に
なる。なお、コマンド入力時とバトル実行時は、ＡＳオ
ブジェクトＯＢＳａ，ＤＳオブジェクトＯＢＳｄの明る
さを変化させても良い。

【００６２】攻撃コマンド入力時のバトルシステム表示 上述したＢＳオブジェクトＯＢＳの表示がなされた状態
で、前記図４で説明した攻撃コマンド入力シーンへ移行
すると、ゲームプログラムは、図１７に示すように、ゲ
ーム画面１１上に、当該攻撃コマンドの入力受付可能な
時間（入力許容時間、以下、アタックタイムとする）を
表す文字ＬＴａを表示させる。上記アタックタイムを表
す文字ＬＴａのうち、時間は、例えばカウントダウン或
いはカウントアップする数値（例えば小数点第１位まで
で表される数値）により表現される。この例では、上記
攻撃コマンド入力のためのアタックタイムは５秒間とな
されている。つまり、攻撃コマンドの入力受付タイム
は、当該アタックタイムの開始から５秒間で終了する。

【００６３】また、ゲームプログラムは、ＡＳオブジェ
クトＯＢＳａ上の各コマンドブロックＣＢａに、上記ア
タックタイム内で入力された攻撃コマンドを、その入力
順に設定する。なお、例えばプレイヤーが２人で、ヒー
ローキャラクタＨＣとエネミーキャラクタＥＣをそれら
２人のプレイヤーが操作するような場合、ゲームプログ
ラムは、上記入力中の攻撃コマンドを対戦相手側には見
えないようにするためにゲーム画面１１に表示しない。

【００６４】［攻撃コマンド入力の詳細］以下、上記各
コマンドブロックＣＢａに設定される攻撃コマンドにつ
いて、コマンドブロックＣＢａ及びＣＢｄ部分のみを拡
大した図１８及び図１９を用いて説明する。

【００６５】このテレビゲームの場合、攻撃コマンド
は、一例として「投げ（Ｔ）」、「パンチ（Ｐ）」、
「キック（Ｋ）」の３種類が用意され、上記アタックタ
イム内で例えば１０個の攻撃コマンドが入力可能となさ
れている。また、このテレビゲームは、攻撃コマンドの
入力がなされなかった場合の「ノーガード（ＮＧ）」も
用意している。なお、当該攻撃コマンド入力時のノーガ
ードとは、何も攻撃を行わない状態のことである。

【００６６】ゲームプログラムは、上記アタックタイム
中のゲーム画面１１に、図１８に示すように、攻撃タイ
ムラインＡａと、１〜ｎ個のコマンド入力可能枠（以下
単に入力可能枠ｆｂａと表記する）とを表示させる。攻
撃タイムラインＡａは、時間経過に伴って右に移動す
る。入力可能枠ｆｂａは、その攻撃タイムラインＡａに
より指示され、攻撃コマンドの入力が可能となっている
コマンドブロックＣＢａを表すオブジェクトであり、例
えば色分け若しくは発光表示される。上記攻撃タイムラ
インＡａの移動速度は、ゲームの難易度（例えば対戦相
手の強さなど）により変わる。当該難易度が高い場合、
その移動速度は速くなり、逆に難易度が低い場合、その
移動速度は遅くなる。ゲームプログラムは、上記攻撃タ
イムラインＡａが通過した後の各コマンドブロックＣＢ
ａに、それぞれ入力されたコマンドを設定する。図１８
の例は、各コマンドブロックＣＢａに設定された攻撃コ
マンドとして、「投げ」を「Ｔ」により表し、「パン
チ」を「Ｐ」により表し、「キック」を「Ｋ」により表
している。なお、ゲームプログラムは、上記攻撃タイム
ラインＡａ及び入力可能枠ｆｂａにより攻撃コマンドの
入力が可能になっている時に、所望の攻撃コマンドの入
力がなされなかったコマンドブロックＣＢａには上記
「ノーガード（ＮＧ）」を設定する。また、ゲームプロ
グラムは、上記アタックタイムの時間内に上記攻撃コマ
ンドの入力がなされなかったコマンドブロックＣＢａに
も上記「ノーガード」を設定する。なお、攻撃タイムラ
インＡａは表示されなくても良い。また、各コマンドブ
ロックＣＢａ上の表示は、入力された攻撃コマンドに対
応した「△」，「□」，「×」，「○」の記号であって
も良い。

【００６７】［防御コマンド入力時のバトルシステム表
示］次に、上述のようにして攻撃コマンドの入力がなさ
れ、各コマンドブロックＣＢａについて例えば図１９に
示すような各攻撃コマンドが設定され、上記アタックタ
イムが終了した場合、ゲームプログラムは、前記図５の
防御開始シーンを経て、図６の防御コマンド入力シーン
の処理へ移行する。当該防御コマンド入力シーンへ移行
すると、ゲームプログラムは、上記ゲーム画面１１上の
ＢＳオブジェクトＯＢＳを、図２０に示す防御コマンド
入力時のものに変化させる。

【００６８】すなわち、防御コマンド入力シーンでのＢ
ＳオブジェクトＯＢＳは、上記ＤＳオブジェクトＯＢＳ
ｄのオブジェクト枠ＦＯｄが太く色分け若しくは発光表
示され、その一方で、ＡＳオブジェクトＯＢＳａのオブ
ジェクト枠は無くなる。また、当該防御コマンド入力時
のゲームプログラムは、前記攻撃コマンド入力時に上記
ＡＳオブジェクトＯＢＳａのボタンオブジェクトＢＴ，
ＢＰ，ＢＫ，ＢＲに表示されていた記号（「□」，
「×」，「○」）や文字（「投げ」，「パンチ」，「キ
ック」）を消す。これにより、プレイヤーは、攻撃コマ
ンドの入力が受け付けられない状態になったことを知る
ことができる。

【００６９】また、当該防御コマンド入力シーンのと
き、ゲームプログラムは、ゲーム画面１１上に当該防御
コマンドの入力受付可能な時間（入力許容時間、以下、
ディフェンスタイムとする）を表す文字ＬＴｄを表示さ
せる。上記ディフェンスタイムを表す文字ＬＴｄのう
ち、時間は、例えばカウントダウン或いはカウントアッ
プする数値（例えば小数点第１位までで表される数値）
により表現される。この例では、上記防御コマンド入力
のためのディフェンスタイムは５秒間となされている。
つまり、防御コマンドの入力受付タイムは、当該ディフ
ェンスタイムの開始から５秒間で終了する。

【００７０】また、ゲームプログラムは、ＤＳオブジェ
クトＯＢＳｄ上の各コマンドブロックＣＢｄに、上記デ
ィフェンスタイム内で入力された防御コマンドを、その
入力順に設定する。なお、この例のように、プレイヤー
がヒーローキャラクタＨＣを操作しているような場合、
ゲームプログラムは、図２０の例のように、入力されて
いる防御コマンドをゲーム画面１１上に表示せず、プレ
イヤーがエネミーキャラクタＥＣ側で入力された防御コ
マンドを見ることができないようにする。

【００７１】［防御コマンド入力の詳細］以下、上記各
コマンドブロックＣＢｄに設定される防御コマンドにつ
いて、上記ＡＳオブジェクトＯＢＳａとＤＳオブジェク
トＯＢＳｄ内のコマンドブロックＣＢａ及びＣＢｄ部分
のみを拡大した図２１及び図２２を用いて説明する。

【００７２】このゲームゲームの場合、上記防御コマン
ドは、「投げガード（ＴＧ）」、「パンチガード（Ｐ
Ｇ）」、「キックガード（ＫＧ）」の３種類が用意され
ている。防御コマンドは、上記ディフェンスタイム内で
は前記攻撃コマンドの入力数に対応した１０個が入力可
能となっている。また、このテレビゲームは、防御コマ
ンドの入力がなされなかった場合の「ノーガード（Ｎ
Ｇ）」も用意している。なお、当該防御コマンド入力時
のノーガードとは、攻撃に対して何もガードしない状態
のことである。

【００７３】ゲームプログラムは、上記ディフェンスタ
イム中のゲーム画面１１に、図２１に示すように、防御
タイムラインＡｄと、コマンド入力枠（以下単に入力枠
ｆｂｄと表記する）とを表示させる。防御タイムライン
Ａｄは、時間経過に伴って右に移動する。入力枠ｆｂｄ
は、その防御タイムラインＡｄにより指示され、防御コ
マンドの入力が行われているコマンドブロックＣＢｄを
表すオブジェクトであり、例えば色分け若しくは発光表
示される。上記防御タイムラインＡｄの移動速度は、ゲ
ームの難易度（例えば対戦相手の強さなど）により変わ
る。当該難易度が高い場合、その移動速度は速くなり、
逆に難易度が低い場合、その移動速度は遅くなる。ゲー
ムプログラムは、上記防御タイムラインＡｄが通過した
後の各コマンドブロックＣＢｄに、それぞれ入力された
コマンドを設定する。図２１の例は、各コマンドブロッ
クＣＢｄに設定された防御コマンドとして、「投げガー
ド」を「ＴＧ」により表し、「パンチガード」を「Ｐ
Ｇ」により表している。なお、ゲームプログラムは、上
記防御タイムラインＡｄ及び入力枠ｆｂｄにより防御コ
マンドの入力が可能になっている時に、防御コマンドの
入力がなされなかったコマンドブロックＣＢｄには上記
「ノーガード（ＮＧ）」を設定する。また、ゲームプロ
グラムは、上記ディフェンスタイムの時間内に上記防御
コマンドの入力がなされなかったコマンドブロックＣＢ
ｄにも上記「ノーガード」を設定する。なお、防御タイ
ムラインＡｄは、表示されなくても良い。また、各コマ
ンドブロックＣＢｄ上の表示は、入力された防御コマン
ドに対応した「△」，「□」，「×」，「○」の記号で
あっても良い。

【００７４】［アクション実行時のバトルシステム表
示］次に、上述のようにして攻撃コマンド及び防御コマ
ンドの入力がなされ、各コマンドブロックＣＢａ及びＣ
Ｂｄについて例えば図２２に示すような各攻撃コマンド
及び防御コマンドの設定がなされた場合、ゲームプログ
ラムは、前記図７のアクション開始シーンを経て、図８
のアクションシーンの処理へ移行する。当該アクション
シーンへ移行すると、ゲームプログラムは、上記ゲーム
画面１１上のＢＳオブジェクトＯＢＳを、図２３に示す
アクション実行時のものに変化させる。

【００７５】すなわち、当該アクションシーンでのＢＳ
オブジェクトＯＢＳは、上記ＡＳオブジェクトＯＢＳａ
及びＤＳオブジェクトＯＢＳｄの各オブジェクト枠ＦＯ
ａ及びＦＯｄが共に太く色分け若しくは発光表示され
る。また、当該アクション実行時のゲームプログラム
は、前記防御コマンド入力時と同様に、ＡＳオブジェク
トＯＢＳａのボタンオブジェクトＢＴ，ＢＰ，ＢＫ，Ｂ
Ｒ上の表示を消す。これらにより、プレイヤーは、アク
ションシーン中であることを知ることができる。

【００７６】［アクション実行時の詳細］以下、各コマ
ンドブロックＣＢａ及びＣＢｄに設定される攻撃コマン
ド及び防御コマンドとそれら各コマンドに基づくアクシ
ョンの実行について、上記コマンドブロックＣＢａ及び
ＣＢｄ部分のみを拡大した図２４を用いて説明する。

【００７７】ゲームプログラムは、アクション実行中の
ゲーム画面１１に、図２４に示すように、 攻防タイム
ラインＡｂと、コマンド実行枠（以下単に実行枠ｆｂｂ
ａ，ｆｂｂｄと表記する）とを表示させる。攻防タイム
ラインＡｂは、時間経過に伴って右に移動する。実行枠
ｆｂｂａ，ｆｂｂｄは、攻防タイムラインＡｂにより指
示され、コマンド実行中であることを表すオブジェクト
であり、例えば色分け若しくは発光表示される。なお、
攻防タイムラインＡｂは表示されなくても良い。

【００７８】そして、前記図８に示したアクションシー
ンの間、ゲームプログラムは、上記攻防タイムラインＡ
ｂと実行枠ｆｂｂａ，ｆｂｂｄにより指定される攻撃コ
マンドと防御コマンドに応じて、ヒーローキャラクタＨ
ＣとエネミーキャラクタＥＣを闘わせる。すなわち、ヒ
ーローキャラクタＨＣは、上記攻防タイムラインＡｂと
実行枠ｆｂｂａにより指定される攻撃コマンドに応じた
攻撃を行い、一方、エネミーキャラクタＥＣは、上記攻
防タイムラインＡｂと実行枠ｆｂｂｄにより指定される
防御コマンドに応じた防御を行う。

【００７９】ここで、攻撃コマンドは「パンチ（Ｐ）」
と「キック（Ｋ）」と「投げ（Ｔ））」があり、防御コ
マンドは「パンチガード（ＰＧ）」と「キックガード
（ＫＧ）」と「投げガード（ＴＧ）」があり、また、攻
撃及び防御の両方に「ノーガード（ＮＧ）」がある。

【００８０】これら各攻撃コマンドと防御コマンドは、
図２５に示すような関係を有している。ゲームプログラ
ムは、当該関係に基づいて、上記攻撃コマンドによる攻
撃と上記防御コマンドによる防御の適否を判定し、さら
に、攻撃と防御の何れが成功したか（或いは何れが失敗
したか）により、ゲームポイント（ヒットポイントＨ
Ｐ）の計算を行う。すなわちこの図２５において、ゲー
ムプログラムは、例えば攻撃コマンドが「パンチ
（Ｐ）」で防御コマンドが「パンチガード（ＰＧ）であ
る場合は防御側のガードが成功し、例えば攻撃コマンド
が「パンチ（Ｐ）」で防御コマンドが「キックガード
（ＫＧ）である場合は攻撃側の攻撃が成功（パンチヒッ
ト）し、例えば攻撃コマンドが「パンチ（Ｐ）」で防御
コマンドが「投げガード（ＴＧ）である場合は攻撃側の
攻撃が成功（パンチヒット）し、例えば攻撃コマンドが
「パンチ（Ｐ）」で防御コマンドが「ノーガード（Ｎ
Ｇ）である場合は攻撃側の攻撃が成功（パンチヒット）
したと判定する。他の「キック（Ｋ）」と各ガードの関
係、「投げ（Ｔ）」と各ガードの関係も同様である。但
し、攻撃側が「ノーガード（ＮＧ）」の場合、両者の状
態は、防御側のコマンドが「パンチガード（ＰＧ）」，
「キックガード（ＫＧ）」，「投げガード（ＴＧ）」，
「ノーガード（ＮＧ）」の何れであってもお見合い状態
（両キャラクタが見合っているだけの状態）となる。

【００８１】このようなことから、上記攻撃コマンドと
防御コマンドが例えば図２２に示したように設定され、
例えば図２４のようにアクションが実行された場合、ヒ
ーローキャラクタＨＣ側とエネミーキャラクタＥＣ側の
攻防結果は、図２６に示すようになる。すなわち、先ず
第１番目のアクションは、攻撃コマンドが「パンチ
（Ｐ）」であり、それに対応する防御コマンドが「投げ
ガード（ＴＧ）」である。このため、防御側の投げガー
ドは有効とならず攻撃側のパンチがヒットすることにな
る。このとき、防御側のヒットポイントＨＰは「１０」
から１減少し「９」となる。次に、第２番目のアクショ
ンは、攻撃コマンドが「投げ（Ｔ）」であり、防御コマ
ンドが「パンチガード（ＰＧ）」である。このため、防
御側のパンチガードは有効とならず攻撃側の投げがヒッ
トすることになる。このときの防御側のヒットポイント
ＨＰは「９」から１減少し「８」となる。第３番目のア
クションは、攻撃コマンドが「キック（Ｋ）」であり、
防御コマンドが「パンチガード（ＰＧ）」である。この
ため、防御側のパンチガードは有効とならず攻撃側のキ
ックがヒットすることになる。このときの防御側のヒッ
トポイントＨＰは「８」から１減少し「７」となる。次
に、第４番目のアクションは、攻撃コマンドが「パンチ
（Ｐ）」であり、防御コマンドが「パンチガード（Ｐ
Ｇ）」である。このため、攻撃側のパンチは防御側のパ
ンチガードで阻止される。このときの防御側のヒットポ
イントＨＰは「７」を維持する。以下の第５，第６，第
７のアクションも上述同様にアクションが進行するため
それらの説明は省略する。次に、例えば第８番目のアク
ションは、攻撃コマンドが「パンチ（Ｐ）」で防御コマ
ンドが「ノーガード（ＮＧ）」である。このため、攻撃
側のパンチは防御側のノーガードにヒットする。このと
きの防御側のヒットポイントＨＰは１減少して「５」に
なる。第９番目のアクションは、攻撃コマンドが「ノー
ガード（ＮＧ）」で防御コマンドが「パンチガード（Ｐ
Ｇ）」である。このため、攻撃側と防御側はお見合い状
態となる。このときのヒットポイントＨＰは「５」を維
持する。最後の第１０番目のアクションは、攻撃コマン
ドと防御コマンドの両方が「ノーガード（ＮＧ）」であ
る。このため、攻撃側と防御側の両者はお見合い状態と
なる。このときのヒットポイントＨＰは「５」を維持す
る。

【００８２】また、ゲームプログラムは、上記アクショ
ンシーン時の各コマンドブロックＣＢａ，ＣＢｄのう
ち、上記攻防タイムラインＡｂ及び上記実行枠ｆｂｂ
ａ，ｆｂｂｄで指定されているコマンドブロックＣＢ
ａ，ＣＢｄ上に、各々設定されている攻撃コマンドと防
御コマンドによるリアルタイムの勝敗結果（個々のヒッ
ト若しくはガード成功）に応じたエフェクト表示を行
う。なお、当該エフェクト表示は、攻撃側のコマンドブ
ロックＣＢａに対するものとして、攻撃がヒットした場
合のヒットエフェクト、お見合い状態となった場合のお
見合いエフェクトがあり、また、防御側のコマンドブロ
ックＣＢｄに対するものとして、防御できなかった場合
のダメージエフェクト、お見合い状態となった場合のお
見合いエフェクト、後述する必殺技を発動した場合の必
殺技エフェクトなどがある。

【００８３】［プレイヤー側が防御側になった場合の攻
撃コマンド入力］次に、例えば前記連打ミニゲームによ
りエネミーキャラクタ側が先攻側になった場合や、攻守
交替によりプレイヤー側（ヒーローキャラクタ側）が防
御側になった場合の様子について説明する。

【００８４】ヒーローキャラクタＨＣが防御側になった
場合、ゲームプログラムは、上記ＢＳオブジェクトＯＢ
Ｓを、図２７に示すように、エネミーキャラクタＥＣの
ＦＣオブジェクトＯＥを含むＡＳオブジェクトＯＢＳａ
が左側に配され、ヒーローキャラクタＨＣのＦＣオブジ
ェクトＯＨとボタンオブジェクトＢＲ，ＢＫ，ＢＰ，Ｂ
Ｔを含むＤＳオブジェクトＯＢＳｄが右側に配された状
態にする。なお、上記ＡＳオブジェクトＯＢＳａとＤＳ
オブジェクトＯＢＳｄにおいて、ＦＣオブジェクトＯ
Ｈ，ＯＥ以外の各要素は前述した図１７等と同様である
ためそれらの説明は省略する。但し、この図２７の例
は、前述の図２３〜図２６で説明したアクション終了後
に、攻守交替によりプレイヤー側（ヒーローキャラクタ
側）が防御側になった場合を示している。したがって、
エネミーキャラクタＥＣ側のヒットポイントＨＰは
「５」となり、ヒーローキャラクタＨＣ側のヒットポイ
ントは「１０」のままとなっている。

【００８５】そして、当該テレビゲームは、この状態
で、エネミーキャラクタＥＣ側から前述同様にして攻撃
コマンドの入力が行われる。但し、プレイヤーがヒーロ
ーキャラクタＨＣを操作しているような場合、ゲームプ
ログラムは、図２７の例のように、上記エネミーキャラ
クタＥＣ側から入力されている攻撃コマンドをＡＳオブ
ジェクトＯＢＳａ内のコマンドブロックＣＢａ上には表
示しない。これにより、プレイヤーは、上記入力された
攻撃コマンドを見ることができない。すなわち、このテ
レビゲームは、入力中の攻撃コマンドをプレイヤーに見
せないようにすることで、ゲームの難易度を高めてい
る。

【００８６】［プレイヤー側が防御側になった場合の防
御コマンド入力］次に、上記エネミーキャラクタＥＣ側
からの攻撃コマンドの入力終了後、当該テレビゲーム
は、ヒーローキャラクタＨＣ側（プレイヤー側）の防御
コマンド入力が可能な状態になる。

【００８７】上記ヒーローキャラクタＨＣ側の防御コマ
ンド入力の際に、ゲームプログラムは、図２８に示すよ
うなＢＳオブジェクトＯＢＳをゲーム画面１１上に表示
させる。

【００８８】ここで、図２８のＤＳオブジェクトＯＢＳ
ｄ上のボタンオブジェクトＢＴ，ＢＰ，ＢＫ，ＢＲは、
ゲームコントローラ上に設けられている所定のボタン
（例えば「△」，「□」，「×」，「○」ボタン）と略
々同じ配置になされると共に、それぞれ対応した
「△」，「□」，「×」，「○」の記号も備えている。
但し、この例のように、プレイヤーが操作するヒーロー
キャラクタＨＣが防御側になっている場合の各ボタンオ
ブジェクトＢＴ，ＢＰ，ＢＫ，ＢＲは、防御コマンド入
力用の文字も備える。すなわち、上記ゲームコントロー
ラ上の「□」ボタンに対して例えば「投げガード（Ｔ
Ｇ）」の防御コマンドが割り当てられ、「×」ボタンに
対して例えば「パンチガード（ＰＧ）」の防御コマンド
が割り当てられ、「○」ボタンに対して例えば「キック
ガード（ＫＧ）」の防御コマンドが割り当てられている
とすると、上記ボタンオブジェクトＢＴ，ＢＰ，ＢＫ
は、それぞれ対応する「△」，「□」，「×」，「○」
ボタンの記号と共に、それら防御コマンドを表す文字
（「投げガード」，「パンチガード」，「キックガー
ド」等）も備えている。なお、この時点で、ゲームコン
トローラ上の「△」ボタンには何もコマンドが割り当て
られていないため、上記ボタンオブジェクトＢＲは
「△」の記号と文字を備えていない。

【００８９】また、このとき、ゲームプログラムは、エ
ネミーキャラクタＥＣ側が入力したコマンドを、所定の
表示許容時間（この例ではディフェンスタイム内）だ
け、コマンドブロックＣＢａ上に表示する。勿論、ゲー
ム難易度を上げるために、エネミーキャラクタＥＣ側が
入力したコマンドは表示されなくても良く、また、表示
許容時間をディフェンスタイムより短く設定しても良
い。そして、この状態でヒーローキャラクタＨＣを操作
するプレイヤーは、ゲームコントローラを操作して、当
該ディフェンスタイムの時間内で、防御コマンドの入力
を行うことになる。

【００９０】［プレイヤー側が防御側になった場合のア
クション実行］次に、上述の攻撃コマンド及び防御コマ
ンドの入力がなされた後、ゲームプログラムは、ゲーム
画面１１上のＢＳオブジェクトＯＳＢを図２９に示すよ
うに変化させ、さらに、前述の図２３〜図２６で説明し
たのと同様にして、各攻撃コマンドと防御コマンドに応
じたアクションを実行する。

【００９１】［コンビネーション攻撃の説明］ところ
で、このテレビゲームは、上記攻撃コマンド入力の際
に、連続した攻撃コマンドの組み合わせからなるコンビ
ネーション攻撃の設定も可能となっている。当該コンビ
ネーション攻撃は、一例として、図３０中の矢印で示す
つながりの組み合わせでコマンド入力がなされた場合に
設定される。すなわち、このテレビゲームは、例えば図
３１に示すように連続する２つの「パンチ」の組み合わ
せ（Ｐ１，Ｐ２）、図３２に示すように連続する「パン
チ」と「キック」の組み合わせ（Ｐ１，Ｋ２）、図３３
に示すように連続する２つの「キック」の組み合わせ
（Ｋ１，Ｋ２）、図３４に示すように連続する３つの
「パンチ」の組み合わせ（Ｐ１，Ｐ２，Ｐ３）、図３５
に示すように連続する２つの「パンチ」と「キック」の
組み合わせ（Ｐ１，Ｐ２，Ｋ３）、図３６に示すように
連続する「パンチ」と２つの「キック」の組み合わせ
（Ｐ１，Ｋ２，Ｋ３）、図３７に示すように連続する３
つの「キック」の組み合わせ（Ｋ１，Ｋ２，Ｋ３）のよ
うなコンビネーション攻撃の設定が可能となされてい
る。これら何れかの組み合わせパターンで攻撃コマンド
が入力された場合、ゲームプログラムは、そのコンビネ
ーション攻撃の組み合わせの各コマンドブロックＣＢａ
を、コンビネーション攻撃枠（以下、単に攻撃枠ｆｂｃ
と表記する）により一括りにする。

【００９２】したがって、例えば図３８の例のように
「Ｐ１，Ｐ２，Ｋ３，Ｔ，Ｋ１，Ｋ２，Ｐ１，Ｔ，Ｐ
１，Ｋ２」の順番で各攻撃コマンドの入力が行われた場
合、ゲームプログラムは、「Ｐ１，Ｐ２，Ｋ３」の各コ
マンドブロックＣＢａと、「Ｋ１，Ｋ２」の各コマンド
ブロックＣＢａ、「Ｐ１，Ｋ２」の各コマンドブロック
ＣＢａを、上記攻撃枠ｆｂｃにより括ることになる。

【００９３】［コンビネーション攻撃のコマンド入力時
のコマンドブロック表示方法］ここで、上記攻撃コマン
ド入力の際に上記コンビネーション攻撃の入力が行わ
れ、次に防御コマンド入力を行うのがプレイヤー側であ
るとき、ゲームプログラムは、上記ＡＳオブジェクトＯ
ＢＳａの各コマンドブロックＣＢａ上の攻撃コマンド表
示を、上記防御コマンドの入力開始時点から所定時間だ
けしか行わない（表示許容時間を例えば２秒間等にす
る）。そして、当該所定時間経過後、ゲームプログラム
は、上記コンビネーション攻撃のうち、例えば先頭の攻
撃コマンドのみを表示し、残りの攻撃コマンドの表示を
フェードアウトする。

【００９４】すなわち、前記図３１〜図３７の例と対応
する図３９〜図４２を用いて説明すると、上記防御コマ
ンドの入力開始時点から所定時間経過した場合、ゲーム
プログラムは、図３１，図３２に示した「Ｐ１，Ｐ
２」，「Ｐ１，Ｋ２」の組み合わせは図３９に示すよう
に「Ｐ１，２」と表示し、図３３に示した「Ｋ１，Ｋ
２」の組み合わせは図４０に示すように「Ｋ１，２」と
表示し、また、図３４〜図３６に示した「Ｐ１，Ｐ２，
Ｐ３」，「Ｐ１，Ｐ２，Ｋ３」，「Ｐ１，Ｋ２，Ｋ３」
の組み合わせは図４１に示すように「Ｐ１，２，３」と
表示し、図３７に示した「Ｋ１，Ｋ２，Ｋ３」の組み合
わせは図４２に示すように「Ｋ１，２，３」と表示す
る。

【００９５】したがって、前記図３８の例のように「Ｐ
１，Ｐ２，Ｋ３，Ｔ，Ｋ１，Ｋ２，Ｐ１，Ｔ，Ｐ１．Ｋ
２」の順番で各攻撃コマンドの入力が行われた場合、ゲ
ームプログラムは、次の防御コマンド入力開始から前記
所定時間経過後におけるＡＳオブジェクトＯＢＳａの各
コマンドブロックＣＢａ上の攻撃コマンド表示を、図４
３に示すように「Ｐ１，２，３，Ｔ，Ｋ１，２，Ｐ１，
Ｔ，Ｐ１，２」とする。なお、ゲームプログラムは、上
記所定時間経過後に、上記組み合わせの先頭コマンドで
はなく、最後尾のコマンド、或いは中間のコマンドにみ
を表示するようにしても良い。また、ゲームプログラム
は、上記所定時間経過後に、上記コンビネーション攻撃
にかかる攻撃コマンドの全てを表示しないようにしても
良い。

【００９６】上述のように、このテレビゲームは、上記
コンビネーション攻撃の組み合わせで攻撃コマンドの入
力が行われ、次に防御コマンド入力を行うのがプレイヤ
ー側であるような場合に、上記防御コマンドの入力開始
時点から上記所定時間経過後に、当該コンビネーション
攻撃にかかる攻撃コマンドの一部若しくは全てを表示し
ないようにする。これにより、当該テレビゲームは、コ
ンビネーション攻撃のコマンド入力が行われない場合と
比較してゲーム難易度（正しい防御コマンドの入力難易
度）が高くなっている。

【００９７】［必殺技発動の詳細］以上説明したように
してアクション（バトル）が実行され、ヒーローキャラ
クタＨＣやエネミーキャラクタＥＣのヒットポイントＨ
Ｐが徐々に減少して行き、例えば防御側のヒットポイン
トＨＰの値が所定値以下（例えば「０」より大きく
「３」以下）になった場合、防御側は、必殺技を発動で
きるようになる。ここで、プレイヤーは、上記設定され
た攻撃コマンドと防御コマンド、及び、ヒットポイント
ＨＰの残量を見れば、アクションシーンを続行していっ
た結果、防御側のヒットポイントＨＰが「０」になるこ
と、つまり防御側が敗北し、攻撃側が勝利することを事
前に予測できることになる。したがって、このようにア
クションシーンの攻防結果が事前に予測できてゲームが
つまらなくなる状態を打破するための手法として、この
テレビゲームは、防御側のヒットポイントＨＰが所定値
以下になった時に必殺技を発動できるようにしている。

【００９８】このテレビゲームは、上記必殺技の発動と
必殺技避けミニゲームのために、以下のルールが設けら
れている。すなわち例えば、必殺技は、アクションシー
ンで防御側となっている方のみが発動でき、且つ、当該
防御側のヒットポイントＨＰの残数が「０」より大きく
「３」以下となっているときに発動できる。必殺技は、
上記ヒットポイントＨＰの条件を満たしていれば何度で
も発動することができる。必殺技を発動した場合、その
キャラクタ（防御側となっているキャラクタ）は、例え
ば強力な武器（例えば剣や銃などの素手に対して強力な
武器）を備えたり、特別協力な「技」を繰り出すことが
でき、その武器や強力な技を用いて相手方のキャラクタ
を攻撃することができる。必殺技として使用できる武器
や技は、例えばゲーム初期メニュー等で複数の武器や技
の中から予め選択されたもののみである。したがって、
必殺技は、当該ゲーム初期メニューで何れの武器や技も
選択していないときには発動することができない。防御
側から必殺技が発動された場合、攻撃側は、上記必殺技
を避けるための必殺技避けミニゲームを行わなければな
らない。上記必殺技避けミニゲームに失敗した場合、当
該必殺技避けミニゲームを行った側のキャラクタ（攻撃
側となっていたキャラクタ）は必ず死亡する。一方、当
該必殺技避けミニゲームを行ったキャラクタ（攻撃側と
なっていたキャラクタ）が、その必殺技避けミニゲーム
に成功した場合、このアクションシーンにおける上記必
殺技発動以降の各コマンドはキャンセルされる。そし
て、ゲームプログラムは、次のアクションシーンへ移行
する。

【００９９】以下、具体的な例を挙げて説明する。例え
ば、上記ヒーローキャラクタＨＣ側が防御側となり、エ
ネミーキャラクタＥＣ側が攻撃側となっており、各攻撃
コマンドと防御コマンドが例えば図４４に示すように設
定されているとする。

【０１００】この図４４の例において、第１番目のアク
ションから順にアクションが進行し、防御側であるヒー
ローキャラクタＨＣのヒットポイントＨＰ残量が徐々に
減少して上記「３」以下になると、ゲームプログラム
は、ＢＳオブジェクトＯＢＳ上の表示を図４５に示すよ
うにする。なお、この図４５の例は、第４番目のアクシ
ョンが終了して第５番目のアクションに移行し、ヒーロ
ーキャラクタＨＣ側のヒットポイントＨＰ残量が「２」
にまでなったときのＢＳオブジェクトＯＢＳの表示例を
示している。

【０１０１】このように、プレイヤーにより操作される
キャラクタ（ヒーローキャラクタＨＣ）のヒットポイン
トＨＰの値が「３」以下（但し「０」より大）となった
場合、ゲームプログラムは、ゲームコントローラ上の例
えば「△」ボタンに必殺技の発動を指示する必殺技コマ
ンドを割り当て、上記ＤＳオブジェクトＯＢＳｄ上に設
けられているボタンオブジェクトＢＲ上に上記「△」ボ
タンを表す記号と必殺技コマンドを表す文字（「必殺
技」）を表示する。この状態のときに、図４４のよう
に、プレイヤーがゲームコントローラ上の「△」ボタン
をＯＮ操作すると、ゲームプログラムは、ヒーローキャ
ラクタＨＣに必殺技を発動させる。なお、プレイヤーが
一人だけであり、当該プレイヤーにより操作されるヒー
ローキャラクタＨＣと、ゲームプログラムにより制御さ
れるエネミーキャラクタＥＣとが対戦しているような場
合において、ヒーローキャラクタＨＣ側から必殺技が発
動されたとき、上記エネミーキャラクタＥＣが行う必殺
技避けミニゲームは、ゲームプログラムにより予め設定
された内容で進行する。

【０１０２】［必殺技避けミニゲームの具体例］例え
ば、上記ヒーローキャラクタＨＣ側が攻撃側となり、エ
ネミーキャラクタＥＣ側が防御側となっており、各攻撃
コマンドと防御コマンドが例えば図４６に示すように設
定されているとする。

【０１０３】この図４６の例において、第１番目のアク
ションから順にアクションが進行し、防御側であるエネ
ミーキャラクタＥＣのヒットポイントＨＰ残量が徐々に
減少して上記「３」以下になって必殺技が発動すると、
ＢＳオブジェクトＯＢＳ上の表示は図４７に示すように
なる。なお、この図４７の例は、第５番目のアクション
が終了して第６番目のアクションに移行し、エネミーキ
ャラクタＥＣ側のヒットポイントＨＰ残量が例えば
「２」にまでなって必殺技が発動したときのＢＳオブジ
ェクトＯＢＳの表示例を示している。

【０１０４】このように、プレイヤー側（ヒーローキャ
ラクタＨＣ側）が攻撃を行っているときに、防御側から
必殺技が発動されると、ゲームプログラムは、上記攻撃
側であるヒーローキャラクタＨＣのＡＳオブジェクトＣ
ＢＳａの近傍に、図４７のようなボタンドラムオブジェ
クトＢＤＯを表示させる。当該ボタンドラムオブジェク
トＢＤＯは例えば５個一組となされている。それら各ボ
タンドラムオブジェクトＢＤＯはそれぞれ異なる速度で
図中矢印Ｒ方向に回転表示される。また、これら各ボタ
ンドラムオブジェクトＢＤＯは、例えばゲームコントロ
ーラ上に設けられている「△」，「□」，「×」，
「○」ボタンに対応する記号を備える。但し、各ボタン
ドラムオブジェクトＢＤＯが回転している間、それら
「△」，「□」，「×」，「○」の記号は、その回転に
より僅かだけ見える状態か、或いは殆ど見えない状態に
なる。

【０１０５】ここで、必殺技避けミニゲームのとき、ゲ
ームプログラムは、プレイヤーがゲームコントローラ上
の上記「△」，「□」，「×」，「○」ボタンのうち所
望のボタンを所定の入力受付可能時間（例えば１秒間）
内に次々に押していくと、上記各ボタンドラムオブジェ
クトＢＤＯの例えば左から順番にその回転を止める。こ
のとき、上記プレイヤーが押したボタンと、上記回転が
止まった各ボタンドラムオブジェクトＢＤＯ上の表示が
一致した場合、ゲームプログラムは、当該必殺技避けミ
ニゲームが成功し、一致しなかった場合は失敗したと判
定する。なお、上記必殺技避けミニゲームが成功した場
合、ゲームプログラムは、各ボタンドラムオブジェクト
ＢＤＯを光らせ、失敗した場合は暗くする。これによ
り、プレイヤーは、必殺技避けミニゲームが成功したか
或いは失敗したのかを容易に知ることができる。

【０１０６】また、上記ボタンドラムオブジェクトＢＤ
Ｏの数と回転速度、ボタンドラムオブジェクトＢＤＯ上
に表示されるボタンの種類は、ゲームの難易度（すなわ
ち敵の強さ或いは必殺技の強さ）により変更される。例
えば、ボタンドラムオブジェクトＢＤＯの数が多い場
合、回転速度が速い場合、ボタンの種類が多い場合、上
記難易度は高くなる。逆に、ボタンドラムオブジェクト
ＢＤＯの数が少ない場合、回転速度が遅い場合、ボタン
の種類が少ない場合、上記難易度は低くなる。

【０１０７】なお、ゲームプログラムは、例えばプレイ
ヤーが押したボタンとボタンドラムオブジェクトＢＤＯ
上の表示が一致した数により、必殺技避けミニゲームの
成功或いは失敗の度合いを判断しても良い。必殺技避け
ミニゲームの成功或いは失敗の度合いは、ダメージの大
きさで現すことができる。例えば、上記表示の一致した
数が多い場合、敵の必殺技を多少なりとも受けたが、ダ
メージは殆ど受けていないとする。逆に、上記一致した
数が少ない場合、敵の必殺技を多く受けてしまい、完全
に敗北しないまでも、ダメージは大きいとする。

【０１０８】［視聴率の評価］その他、このテレビゲー
ムは、テレビ番組風にゲームが進行するようになされて
いるため、通常のテレビ番組と同様に視聴率という概念
も取り入れられている。すなわち、このテレビゲーム
は、上記ヒーローキャラクタＨＣの全ての行動が、リア
ルタイムにテレビ番組の視聴率という形で反映され、例
えば当該視聴率がある基準以下になると番組打ち切り
（ゲームオーバー）になるようになっている。

【０１０９】また、ゲームプログラムは、上述のように
キャラクタ同士がバトルを行っている場面における視聴
率の値を、例えば図４８〜図５３に示すようなバトル処
理の流れに応じて加算或いは減算する。

【０１１０】図４８の例では、最初に通常戦闘が行わ
れ、その後、防御側となっているエネミーキャラクタＥ
Ｃが必殺技を発動する。その必殺技が失敗した後、バト
ルのシーンは、例えば通常戦闘のシーンに戻り、次に、
防御側となったヒーローキャラクタＨＣ側が必殺技を発
動する。そして、その必殺技が炸裂すると、このゲーム
のバトル結果は、ヒーローキャラクタＨＣ側が勝利した
状態となる。このように、ヒーローキャラクタＨＣとエ
ネミーキャラクタＥＣの双方が必殺技を発動して変化の
あるバトル処理が繰り広げられ、最終的にヒーローキャ
ラクタＨＣが勝利するような流れとなった場合、ゲーム
プログラムは、視聴率に例えば４％を加算する。つまり
この場合の視聴率は、大きく加算される。

【０１１１】また、図４９の例では、最初に通常戦闘が
行われ、その後、防御側となっているヒーローキャラク
タＨＣが必殺技を発動する。そして、その必殺技が炸裂
すると、このバトル結果は、ヒーローキャラクタＨＣ側
が勝利した状態となる。このように、ヒーローキャラク
タＨＣの必殺技によってエネミーキャラクタＥＣを打ち
負かすような流れとなった場合、ゲームプログラムは、
視聴率に例えば３％を加算する。つまりこの場合の視聴
率は、ある程度大きく加算される。

【０１１２】また、図５０の例では、最初に通常戦闘が
行われ、その後、防御側のエネミーキャラクタＥＣが必
殺技を発動する。そして、その必殺技が失敗した後、例
えば通常戦闘でヒーローキャラクタＨＣ側が勝利した状
態となる。このように、必殺技が失敗し、通常戦闘でヒ
ーローキャラクタＨＤが勝利するような流れになった場
合、ゲームプログラムは、視聴率に例えば２％を加算す
る。つまりこの場合の視聴率は、程々に加算される。

【０１１３】さらに図５１の例では、最初から最後まで
通常戦闘が行われる。そして、最終的にヒーローキャラ
クタＨＣが勝利した状態となる。このように、最初から
最後まで通常戦闘のみでヒーローキャラクタＨＣ側が勝
利するような流れとなった場合、ゲームプログラムは、
視聴率に例えば１％を加算する。つまりこの場合の視聴
率は、僅かだけしか加算されない。

【０１１４】これに対して、図５２の例では、最初に通
常戦闘が行われ、その後、防御側のエネミーキャラクタ
ＥＣが必殺技を発動する。そして、その必殺技が炸裂し
てヒーローキャラクタＨＣ側が敗北する。このように、
エネミーキャラクタＥＣの必殺技によりヒーローキャラ
クタＨＣが敗北するような流れとなった場合、ゲームプ
ログラムは、視聴率から例えば１％を減算する。つまり
この場合、ヒーローキャラクタＨＣが敗北してしまうた
め、減算される。

【０１１５】また図５３の例では、最初から最後まで通
常戦闘が行われる。そして、最終的にヒーローキャラク
タＨＣ側が敗北する。このように、最初から最後まで通
常戦闘のみでヒーローキャラクタＨＣが敗北するような
流れとなった場合、ゲームプログラムは、視聴率から例
えば２％を減算する。つまりこの場合、ヒーローキャラ
クタＨＣが敗北するだけでなく、必殺技も発動されない
ため、視聴率は大きく減算される。

【０１１６】以上のように、このテレビゲームは、最終
的にヒーローキャラクタＨＣ側が勝利した場合には視聴
率が加算され、逆に敗北した場合には視聴率が減算され
るようになっている。また、当該視聴率の加算値や減算
値は、バトルの流れの複雑さや何れのキャラクタから必
殺技が発動されたか等により変更されている。なお、視
聴率は、常時画面上に表示することも、また、プレイヤ
ーからの要求（例えばゲームコントローラ上の所定のボ
タン操作など）により画面上に表示することも可能であ
る。

【０１１７】［ゲームプログラムの概略的な構成］次
に、上記テレビ番組風のテレビゲームにおいて、実際に
バトルが行われる前に、攻撃側の攻撃コマンドと防御側
の防御コマンドとを分けて入力し、その後にそれら入力
された攻撃コマンドと防御コマンドに応じてキャラクタ
が対戦するようなテレビゲームを実現するゲームプログ
ラムの構成を説明する。

【０１１８】このゲームプログラムは、例えばＤＶＤ−
ＲＯＭやＣＤ−ＲＯＭのような光ディスクや半導体メモ
リ等の記録媒体に記録されたり、通信回線等の伝送媒体
を介してダウンロード可能なものであり、例えば図５４
に示すようなデータ構成を有している。なお、この図５
４に示すデータ構成は、このゲームプログラムに含まれ
るプログラム部と他のデータ部の主要なもののみを概念
的に表すものであり、実際のプログラム構成を表してい
るものではない。

【０１１９】この図５４に示すように、ゲームプログラ
ム２００は、大別して、後述するテレビゲーム機のメイ
ンＣＰＵ等がテレビゲームを実行するためのプログラム
部２０１と、このテレビゲームを実行する際に使用され
る各種のデータ部２２０とを有している。

【０１２０】上記データ部２２０は、上記テレビゲーム
を実行する際に使用される各種のデータとして、少なく
とも、ポリゴン・テクスチャデータ等２２１と、音源デ
ータ２２２とを有している。

【０１２１】上記ポリゴン・テクスチャデータ等２２１
は、テレビゲーム中のヒーローキャラクタＨＣ、エネミ
ーキャラクタＥＣやその他のＮＰＣ（Non Player Cha
racter：プレイヤーにより操作されないキャラクタ）、
背景画像やその他の各オブジェクトなどを含むゲーム画
面を生成する際のポリゴンやテクスチャ生成用のデータ
である。上記音源データ２２２は、ゲーム音声、楽曲の
音楽、効果音等を生成する際に使用される波形データで
ある。

【０１２２】上記プログラム部２０１は、テレビゲーム
を実行するプログラムとして、少なくとも、進行管理プ
ログラム２０２、ディスク制御プログラム２０３、コン
トローラ管理プログラム２０４、映像制御プログラム２
０５、音声制御プログラム２０６、バトル管理プログラ
ム２０７、視聴率管理プログラム２０８、キャラクタ制
御プログラム２０９、セーブ管理プログラム２１０など
を有している。

【０１２３】上記進行管理プログラム２０２は、テレビ
番組風のテレビゲームのスタートから終了までの進行を
管理するためのプログラムであり、初期メニュー，コマ
ンドメニュー等の各種メニュー画面の表示や全体マップ
画面表示、所定のメッセージのボタン入力操作等に対応
した動作、ゲーム内での時間経過など、ゲーム全体の進
行及び動作を管理するためのプログラムである。ディス
ク制御プログラム２０３は、前記光ディスクやＨＤＤか
ら、テレビゲームの開始や進行に応じてプログラムやデ
ータなどを読み出す制御を行うためのプログラムであ
る。コントローラ管理プログラム２０４は、プレイヤー
による後述するゲームコントローラ上の各種ボタン押下
操作や左右アナログ操作部の操作に応じた入力信号や、
当該ゲームコントローラの動作モード、後述する振動発
生等を管理するためのプログラムである。上記映像制御
プログラム２０５は、ゲーム映像の生成、及び、そのゲ
ーム映像をテレビジョンモニタ画面上へ表示させるため
のプログラムである。音声制御プログラム２０６は、ゲ
ーム中の音声や音楽の生成、及びその出力のためのプロ
グラムである。

【０１２４】上記バトル管理プログラム２０７は、前述
したバトル処理の流れの全体及び個々のバトルの流れを
管理し、さらにバトルの勝敗、当該バトル中のヒットポ
イントＨＰの集計、それらバトルの勝敗やヒットポイン
トＨＰのデータを進行管理プログラム２０２へ渡すなど
の処理を行うためのプログラムである。また、バトル管
理プログラム２０７は、プレイヤーから入力された攻撃
コマンドや防御コマンドを取得して管理するプログラム
と、ゲーム機側で攻撃コマンドや防御コマンドを生成す
る場合のコマンド生成プログラムと、それらコマンドに
対応した処理を他のプログラム２０２，２０５，２０９
等と連携して実行するコマンド実行プログラムをも含ん
でいる。視聴率管理プログラム２０８は、例えばバトル
の流れ等に応じた前述の視聴率を管理するためのプログ
ラムである。

【０１２５】キャラクタ制御プログラム２０９は、テレ
ビゲームにおける各キャラクタの動作等を制御するため
のプログラムである。セーブ管理プログラム２１０は、
テレビゲームで発生した例えばヒットポイントＨＰやゲ
ーム途中のデータ等を、セーブデータとして後述するメ
モリカードに記憶させたり、当該メモリカードに記憶さ
れているセーブデータを読み出したりするなど、セーブ
データを管理するためのプログラムである。

【０１２６】［ゲームプログラム実行時の流れ］以下、
上述の図５４に示したゲームプログラムのうち、本発明
に係る主要な処理の流れを図５５のフローチャートを参
照しながら説明する。すなわち、図５４は、前述した対
峙シーンから勝敗決定シーンまでの流れ、ヒットポイン
トＨＰに応じた必殺技の発動などの各処理の流れなどを
示している。なお、以下に説明するフローチャートの流
れは、このゲームプログラムを構成する各プログラム部
分が、後述するテレビゲーム機に内蔵されるＣＰＵ上で
動作することにより実現されるものである。

【０１２７】この図５５において、このテレビゲームに
おいて、バトル処理が始まると、バトル管理プログラム
２０７は、先ず、ステップＳ１の処理として、映像制御
プログラム２０５と連携して先攻後攻決定フェイズＦ１
の対峙シーンをゲーム画面１１上に表示させる。

【０１２８】上記対峙シーンの後の連打シーンに移行す
ると、バトル管理プログラム２０７は、ステップＳ２の
処理として、コントローラ管理プログラム２０４が管理
するゲームコントローラ上のボタンの連打信号を受け取
り、その連打信号に基づいて前記ヒーローキャラクタＨ
ＣとエネミーキャラクタＥＣから発せられる前記エネル
ギーＥＮの大きさを制御し、また、先攻攻撃側を何れに
するのかを決定する。

【０１２９】次に、コマンド攻防フェイズＦ２に移行す
ると、バトル管理プログラム２０７は、ステップＳ３の
処理として、映像制御プログラム２０５と連携し、上記
先攻側のキャラクタを画面上で左に、また、防御側のキ
ャラクタを右に配置し、前記攻撃開始シーンをゲーム画
面１１上に表示させる。

【０１３０】当該攻撃開始シーンの後、攻撃コマンド入
力シーンに移行すると、バトル管理プログラム２０７
は、ステップＳ４の処理として、コントローラ管理プロ
グラム２０４が管理するゲームコントローラ上のボタン
の押下信号を受け取り、その押下信号に基づいて前記攻
撃側からの攻撃コマンド入力を受け取り、また、キャラ
クタ制御プログラム２０９と連携して攻撃側キャラクタ
を例えば攻撃コマンドに応じて動作させることなどの制
御を行う。なお、ゲームプログラムが攻撃側になってい
る場合には、バトル管理プログラム２０７内のコマンド
生成プログラムが攻撃コマンドを設定する。

【０１３１】次に、上記攻撃コマンド入力シーンが終了
すると、バトル管理プログラム２０７は、ステップＳ５
の処理として、映像制御プログラム２０５と連携し、直
ちに前述した防御開始シーンをゲーム画面１１上に表示
させる。

【０１３２】上記防御開始シーンの後、防御コマンド入
力シーンに移行すると、バトル管理プログラム２０７
は、ステップＳ６の処理として、コントローラ管理プロ
グラム２０４からゲームコントローラ上のボタンの押下
信号を受け取り、その押下信号に基づいて前記防御側の
キャラクタからの防御コマンド入力を受け取り、また、
キャラクタ制御プログラム２０９と連携して防御側キャ
ラクタを例えば防御コマンドに応じて動作させることな
どの制御を行う。なお、ゲームプログラムが防御側にな
っている場合には、バトル管理プログラム２０７内のコ
マンド生成プログラムが防御コマンドを設定する。

【０１３３】次に、アクションシーンフェイズＦ３に移
行すると、バトル管理プログラム２０７は、ステップＳ
７の処理として、映像制御プログラム２０５と連携し、
前記アクション開始シーンをゲーム画面１１上に表示さ
せる。

【０１３４】上記アクション開始シーンの後、アクショ
ンシーンに移行すると、バトル管理プログラム２０７
は、ステップＳ８の処理として、キャラクタ管理プログ
ラム２０９と連携し、攻撃コマンドに応じて攻撃側キャ
ラクタが攻撃を行い、防御コマンドに応じて防御側キャ
ラクタが防御を行うバトルを実行する。

【０１３５】当該アクションシーンの間、バトル管理プ
ログラム２０７は、防御側が必殺技の発動が指示された
か（必殺技ボタンを押したか）否か、また、防御側のヒ
ットポイントＨＰは「０」になったか否かの判定を行っ
ている。

【０１３６】このステップＳ９において、例えば必殺技
の発動がなされておらず、また、ヒットポイントＨＰも
「０」にならず、且つ、前記コマンドブロックに設定さ
れた各攻撃コマンドと防御コマンドに応じたバトルが終
わった場合、バトル管理プログラム２０７は、ステップ
Ｓ１０の処理として、前記攻守交替シーンにより攻撃側
と防御側を入れ替えた後、ステップＳ３の処理に戻る。

【０１３７】一方、ステップＳ９において、防御側のヒ
ットポイントＨＰが「０」になった場合、バトル管理プ
ログラム２０７は、ステップＳ１５の処理として、終了
フェイズＦ４へ移行し、前記勝敗決定シーンの処理を行
う。

【０１３８】また、ステップＳ９において、防御側によ
り必殺技の発動が指示された場合、バトル管理プログラ
ム２０７は、ステップＳ１１の処理として前記必殺技発
動シーンに移行し、その後、ステップＳ１２の処理とし
て、防御側からの必殺技を攻撃側が避けたか否か（必殺
技避けミニゲームが成功したか）判断する。

【０１３９】このステップＳ１２の判断において、防御
側からの必殺技を攻撃側が避けられた場合、バトル管理
プログラム２０７は、ステップＳ１３として、前記必殺
技失敗シーンの処理を行った後、ステップＳ３に戻る。

【０１４０】一方、ステップＳ１２の判断において、防
御側からの必殺技を攻撃側が避けられなかった場合、バ
トル管理プログラム２０７は、ステップＳ１４として、
前記必殺技成功シーンの処理を行った後、ステップＳ１
５に進み、終了フェイズＦ４の勝敗決定シーンの処理を
行う。

【０１４１】［テレビゲームを実現するシステム］次
に、図５６には、上述したテレビゲームを実現可能な一
例のテレビゲームシステム１の概略構成を示す。

【０１４２】このテレビゲームシステム１は、前述した
テレビゲームの実行だけでなく、例えば映画の再生等を
も行うことのできる本発明のプログラム実行装置の一例
としてのテレビゲーム機２と、当該テレビゲーム機２に
接続され、ユーザ（ゲームプレイヤー）により操作され
る操作端末であるコントローラ２０と、ゲーム内容や映
画等を表示すると共に音を出力するテレビジョンモニタ
装置１０とからなるエンタテインメントシステムであ
る。

【０１４３】［テレビゲーム機の概要］上記テレビゲー
ム機２は、メモリカードスロット８Ａ，８Ｂ、コントロ
ーラポート７Ａ，７Ｂ、ディスクトレイ３、ボタン４や
９、ＩＥＥＥ（Institute of Electrical and Electron
ics Engineers）１３９４接続端子６、ＵＳＢ（Univers
al Serial Bus）接続端子５等を備えている。メモリカ
ードスロット８Ａ，８Ｂは、メモリカード２６を着脱自
在に構成されている。コントローラポート７Ａ，７Ｂ
は、上記ゲームコントローラ２０に接続されたケーブル
１３のコネクタ１２が着脱自在に構成されている。ディ
スクトレイ３は、ＤＶＤ−ＲＯＭやＣＤ−ＲＯＭ等の光
ディスクが装填可能に構成されている。ボタン９は、デ
ィスクトレイ３をオープン／クローズさせるオープン／
クローズボタンである。ボタン４は、電源のオンやスタ
ンバイ，ゲームのリセットを行うためのオン／スタンバ
イ／リセットボタンである。また、図示は省略するが、
当該テレビゲーム機２の背面側には、電源スイッチ、音
響映像出力端子（ＡＶマルチ出力端子）、ＰＣカードス
ロット、光ディジタル出力端子、ＡＣ電源入力端子など
が設けられている。

【０１４４】当該テレビゲーム機２は、上記ＣＤ−ＲＯ
Ｍ，ＤＶＤ−ＲＯＭ等の光ディスクや半導体メモリ等の
記録媒体から読み出したゲームプログラムと、コントロ
ーラ２０を介したプレイヤーからの指示とに基づいて、
前述のゲームを実行する。また、テレビゲーム機２は、
電話回線、ＬＡＮ、ＣＡＴＶ回線、通信衛星回線等の各
種通信回線（伝送媒体）を介してダウンロードされたゲ
ームプログラムに基づいて、ゲームを実行する。

【０１４５】また、図５６に示したテレビゲーム機２
は、コントローラポート７Ａ，７Ｂに２つのコントロー
ラ２０を接続することができる。テレビゲーム機２に２
つのコントローラを接続することで、２人のプレイヤー
がゲームを行えることになる。また、テレビゲーム機２
は、メモリカードスロット８Ａ，８Ｂに装着されたメモ
リカード２６に、テレビゲームの実行により発生した各
種のゲームデータを記憶させることができる。その後、
テレビゲーム機２は、そのメモリカード２６にセーブさ
れたゲームデータを読み出すことで、前回終了した時点
からゲーム（例えばエピソードのプレイ）の実行を再開
できる。

【０１４６】さらに、上記テレビゲーム機２は、ゲーム
プログラムに基づいてテレビゲームを実行するだけでな
く、例えばＣＤに記録されたオーディオデータやＤＶＤ
に記録された映画等のビデオ及びオーディオデータを再
生可能である。また、テレビゲーム機２は、ゲーム以外
の各種のアプリケーションプログラムに基づいて動作す
ることも可能である。なお、ＤＶＤの再生を行うための
ドライバプログラムは、例えばメモリカード２６に記憶
されている。したがって、テレビゲーム機２は、上記メ
モリカードスロット８Ａ，８Ｂに装填されたメモリカー
ド２６から、ＤＶＤの再生を行うためのドライバプログ
ラムを読み出し、そのドライバプログラムに基づいてＤ
ＶＤの再生を行う。

【０１４７】［ゲームコントローラの概要］上記ゲーム
コントローラ２０は、左把持部３５、右把持部３６、左
操作部２１および右操作部２２、左アナログ操作部３１
および右アナログ操作部３２、左第１押下ボタン２３
Ｌ、図示しない左第２押下ボタン、右第１押下ボタン２
３Ｒ、図示しない右第２押下ボタン等を備えている。左
把持部３５は、プレイヤーが左の手の平により内包する
ように把持する部分である。右把持部３６は、プレイヤ
ーが右の手の平により内包するように把持する部分であ
る。左操作部２１および右操作部２２は、それら把持部
３５，３６を左右の手により把持した状態で、プレイヤ
ーが、左右の手の親指によりそれぞれ操作する部分であ
る。左アナログ操作部３１および右アナログ操作部３２
は、把持部３５，３６を左右の手により把持した状態
で、プレイヤーが左右の親指によリそれぞれアナログ操
作（ジョイスティック操作）する部分である。左第１押
下ボタン２３Ｌおよびその下方に配置される図示しない
左第２押下ボタンは、プレイヤーが左の例えば人差し指
と中指によりそれぞれ押下操作するボタンである。右第
１押下ボタン２３Ｒおよびその下方に配置される図示し
ない右第２押下ボタンは、プレイヤーが、右の例えば人
差し指と中指によりそれぞれ押下操作するボタンであ
る。

【０１４８】上記左操作部２１には、ゲームキャラクタ
（例えばヒーローキャラクタ）をゲーム画像上で例えば
上下方向に移動させたりする際にプレイヤーが操作する
「上」，「下］方向指示キーや、テレビゲームにおいて
ゲームキャラクタをゲーム画像上で左右方向に移動させ
たりするための「左」，「右」方向指示キーが設けられ
ている。なお、「上」，「下］，「左」，「右」方向指
示キーは、上下左右の方向指示のみならず、斜め方向の
方向指示にも用いられる。例えば「上」方向指示キーと
「右」方向指示キーを同時に押圧操作することで、プレ
イヤーは、右斜め上方向の方向指示をテレビゲーム機２
に与えることができる。他の方向指示キーにおいても同
様であり、例えば「下」方向指示キー及び「左」方向指
示キーを同時に押圧操作することで、プレイヤーは、左
斜め下方向の方向指示をテレビゲーム機２に与えること
ができる。

【０１４９】また、上記右操作部２２には、ゲームプロ
グラムによりそれぞれ異なる機能が割り付けられる４つ
の指示ボタン（それそれ△，□，×，○形状の刻印が設
けられた「△」，「□」，「×」，「○」ボタン）が設
けられている。例えば、「△」ボタンには、メニューの
表示指定も割り付けられており、「×」ボタンには、例
えば選択した項目の取り消し等を指定する機能が割り付
けられ、「○」ボタンには、例えば選択した項目の決定
等を指定する機能が、「□」ボタンには、例えば目次等
の表示／非表示を指定する機能が割り付けられている。
また、このテレビゲームの場合、バトル時のゲームコン
トローラは、「△」，「□」，「×」，「○」ボタンに
対して、前述の攻撃コマンドや防御コマンド、必殺技コ
マンドなどが割り当てられる。なお、これら各ボタンや
キーヘの機能割り当ては一例であり、ゲームプログラム
によって様々な機能を割り付けることができる。

【０１５０】左アナログ操作部３１および右アナログ操
作部３２は、それぞれ、操作軸の回転支点を中心にして
任意の方向に傾倒操作が可能な回転操作子と、当該回転
操作子の操作に応じた可変のアナログ値を出力する可変
アナログ値出力手段とを備えている。上記回転操作子
は、弾性部材により中立位置に復帰するように取り付け
られた操作軸の先端側に取り付けられており、プレイヤ
ーにより傾倒操作がなされていない時には起立した状態
（傾きのない状態）でそのポジション（基準ポジショ
ン）が保持されるようになっている。また、上記可変ア
ナログ値出力手段は、例えば可変抵抗素子等を備えてお
り、上記回転操作子の操作に応じて当該可変抵抗素子の
抵抗値が変化するようになされている。当該左アナログ
操作部３１および右アナログ操作部３２の上記回転操作
子を傾倒操作した時には、上記基準ポジションに対する
傾き量とその傾き方向に応じたＸＹ座標上の座標値が検
出され、当該座標値が操作出力信号としてテレビゲーム
機２へ送られる。なお、この場合のテレビゲーム機２
は、上記左アナログ操作部３１や右アナログ操作部３２
からの操作出力信号に応じて、例えばゲーム画面上にお
けるキャラクタの動作を制御する。

【０１５１】またゲームコントローラ２０は、モード選
択スイッチ３３、点灯表示部３４、セレクトボタン２
５、スタートボタン２４等を備えている。モード選択ス
イッチ３３は、左右操作部２１，２２や左右アナログ操
作部３１，３２の機能を動作（アナログ操作モード）若
しくは停止（ディジタル操作モード）させたりする操作
モードの選択を行うためのスイッチである。点灯表示部
３４は、上記選択された操作モードを点灯表示によリユ
ーザに認識させるためのＬＥＤ（発光ダイオード）等を
備える。スタートボタン２４は、ゲーム開始や再生開
始，一時停止などをプレイヤーが指示するためのボタン
である。セレクトボタン２５は、モニタ画面１１上にメ
ニュー表示や操作パネルを表示させることなどをプレイ
ヤーが指示するためのボタンである。なお、モード選択
スイッチ３３によりアナログ操作モードが選択された場
合には、点灯表示部３４が点灯制御され、左右アナログ
操作部３１，３２が動作状態となる。一方、ディジタル
操作モードが選択された場合には、点灯表示部３４が消
灯制御され、左右アナログ操作部３１，３２が非動作状
態となる。

【０１５２】このゲームコントローラ２０上の各種ボタ
ンや操作部がプレイヤーにより操作されると、当該コン
トローラ２０は、それら操作に応じた操作信号を発生
し、その操作信号を上記ケーブル１３及びコネクタ１
２，コントローラポート７を介してテレビゲーム機２へ
送信する。

【０１５３】その他、当該コントローラ２０は、左右の
把持部３５，３６内に、振動発生機構をも備えている。
振動発生機構は、例えばモータの回転軸に対して偏心し
た状態の重りを備え、その重りを当該モータにて回転さ
せることによって、コントローラ２０を振動させる。こ
の振動発生機構は、テレビゲーム機２からの指示に応じ
て動作する。コントローラ２０は、当該振動発生機構を
動作させることにより、プレイヤーの手に振動を伝え
る。

【０１５４】［テレビゲーム機の内部構成］次に、テレ
ビゲーム機２の内部回路構成の概要について図５７を用
いて説明する。

【０１５５】テレビゲーム機２は、メインＣＰＵ１０
０、グラフィックプロセッサユニット（ＧＰＵ）１０
１、ＩＯプロセッサ（ＩＯＰ）１０４、光ディスク再生
部１１２、メインメモリ１０５、ＭＡＳＫ−ＲＯＭ１０
６、サウンドプロセッサユニット（ＳＰＵ）１０８など
を備える。メインＣＰＵ１００は、前述したテレビゲー
ムを実現するゲームプログラム等の各種アプリケーショ
ンプログラムに基づいて、信号処理や内部構成要素の制
御を行う。ＧＰＵ１０１は、画像処理を行う。ＩＯＰ１
０４は、外部と装置内部との間のインターフェイス処理
や下位互換性を保つための処理を行う。メインメモリ１
０５は、上記メインＣＰＵ１００のワークエリアや光デ
ィスクから読み出されたデータを一時的に格納するバッ
ファとしての機能を有する。ＭＡＳＫ−ＲＯＭ１０６
は、テレビゲーム機２の初期設定プログラムや、各種ス
イッチ，ボタンが押された時にメインＣＰＵ１００やＩ
ＯＰ１０４の処理を例えば一時中断して、それらスイッ
チやボタンの操作に応じた処理を実行するためのプログ
ラム（いわゆるハンドラ）等を格納している。ＳＰＵ１
０８は、音響信号処理を行う。光ディスク再生部１１２
は、アプリケーションプログラムやマルチメディアデー
タが記録されている前記ＤＶＤやＣＤ等の光ディスクの
再生を行う。また、光ディスク再生部１１２は、スピン
ドルモータ、光ピックアップ、ＲＦアンプ１１３、スラ
イド機構等からなる。スピンドルモータはＤＶＤやＣＤ
等の光ディスクを回転させる。光ピックアップは、光デ
ィスクに記録されている信号を読み取る。スライド機構
は、光ピックアップをディスク半径方向に移動させる。
ＲＦアンプ１１３は、光ピックアップからの出力信号を
増幅する。

【０１５６】さらに、このテレビゲーム機２は、ＣＤ／
ＤＶＤディジタルシグナルプロセッサ１１０（以下、Ｄ
ＳＰ１１０と表記する）、ドライバ１１１、メカコント
ローラ１０９、カード型コネクタ１０７（以下、ＰＣカ
ードスロット１０７と表記する）も有している。ＤＳＰ
１１０は、光ディスク再生部１１２のＲＦアンプ１１３
の出力信号を２値化し、例えば誤り訂正処理（ＣＩＲＣ
処理）や伸張復号化処理等を施すことで、光ディスクに
記録されている信号を再生する。ドライバ１１１及びメ
カコントローラ１０９は、光ディスク再生部１１２のス
ピンドルモータの回転制御、光ピックアップのフォーカ
ス／トラッキング制御、ディスクトレイのローディング
制御等を行う。ＰＣカードスロット１０７は、例えば通
信カードや外付けのハードディスクドライブ等と接続す
るためのインターフェイスデバイスである。

【０１５７】これらの各部は、主にバスライン１０２，
１０３等を介してそれぞれ相互に接続されている。な
お、メインＣＰＵ１００とＧＰＵ１０１は、専用バスで
接続されている。また、メインＣＰＵ１００とＩＯＰ１
０４は、ＳＢＵＳにより接続されている。ＩＯＰ１０４
とＤＳＰ１１０、ＭＡＳＫ−ＲＯＭ１０６、ＳＰＵ１０
８、ＰＣカードスロット１０７は、ＳＳＢＵＳにより接
続されている。

【０１５８】メインＣＰＵ１００は、ＭＡＳＫ−ＲＯＭ
１０６に記憶されている初期設定プログラム等や、光デ
ィスクから読み出されたメインＣＰＵ用のオペレーティ
ングシステムプログラムを実行することにより、当該テ
レビゲーム機２の全動作を制御する。また、メインＣＰ
Ｕ１００は、上記テレビゲームを実行するためのゲーム
プログラムを含む各種アプリケーションプログラム等を
実行することにより、当該テレビゲーム機２における様
々な動作をも制御する。なお、それら各種アプリケーシ
ョンプログラムは、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯ
Ｍ等の光ディスクから読み出されてメインメモリ１０５
にロードされたり、通信ネットワーク介してダウンロー
ドされるものである。

【０１５９】ＩＯＰ１０４は、ＭＡＳＫ−ＲＯＭ１０６
に記憶されているＩＯプロセッサ用のオペレーティング
システムプログラムを実行することにより、コントロー
ラポート７Ａ，７Ｂやメモリカードスロット８Ａ，８Ｂ
からなるＰＡＤ／メモリカードコネクタとテレビゲーム
機２との間のデータ入出力、前記ＵＳＢ接続端子５とテ
レビゲーム機２との間のデータ入出力、前記ＩＥＥＥ１
３９４接続端子６とテレビゲーム機２との間のデータ入
出力、ＰＣカードスロットとテレビゲーム機２との間の
データ入出力などを制御すると共に、それらのデータプ
ロトコル変換等を行う。なお、上記ＭＡＳＫ−ＲＯＭ１
０６には、このテレビゲーム機２のデバイスＩＤも保存
されている。

【０１６０】ＧＰＵ１０１は、座標変換等の処理を行う
ジオメトリトランスファエンジンの機能と、レンダリン
グプロセッサの機能とを有し、メインＣＰＵ１００から
の描画指示に従って描画を行い、描画された画像を図示
しないフレームバッファに格納する。すなわち例えば、
光ディスクに記録されている各種アプリケーションプロ
グラムがテレビゲームのように所謂３次元（３Ｄ）グラ
フィックを利用するものである場合、当該ＧＰＵ１０１
は、ジオメトリ演算処理により、３次元オブジェクトを
構成するためのポリゴンの座標計算等を行い、さらに、
レンダリング処理により、この３次元オブジェクトを仮
想的なカメラ（前記仮想視野を決定する仮想的なカメ
ラ）で撮影することにより得られる画像を生成するため
の諸計算、すなわち透視変換（３次元オブジェクトを構
成する各ポリゴンの頂点を仮想的なカメラスクリーン上
に投影した場合における座標値の計算など）を行い、最
終的に得られた画像データをフレームバッファ上へ書き
込む。そして、ＧＰＵ１０１は、この作成した画像に対
応するビデオ信号を出力する。

【０１６１】ＳＰＵ１０８は、ＡＤＰＣＭ（Adaptive D
ifferential Pulse Code Modulation）復号機能、オー
ディオ信号再生機能、信号変調機能等を備えている。Ａ
ＤＰＣＭ復号機能とは、適応予測符号化された音響デー
タを復号する機能である。オーディオ信号再生機能と
は、当該ＳＰＵ１０８に内蔵或いは外付けされた図示し
ないサウンドバッファに記憶されている波形データを読
み出すことで、効果音等のオーディオ信号を再生して出
力する機能である。信号変調機能とは、上記サウンドバ
ッファに記憶されている波形データを変調させて様々な
音波形データを生成する機能である。すなわち、当該Ｓ
ＰＵ１０８は、メインＣＰＵ１００からの指示に基づい
て、サウンドバッファに記憶されている波形データか
ら、楽音や効果音等のオーディオ信号を発生する、いわ
ゆるサンプリング音源としても動作する。

【０１６２】以上のような構成を有するテレビゲーム機
２は、例えば電源が投入されると、ＭＡＳＫ−ＲＯＭ１
０６からメインＣＰＵ用の初期設定プログラムとＩＯＰ
用のオペレーティングシステムプログラムとがそれぞれ
読み出され、メインＣＰＵ１００とＩＯＰ１０４におい
て、それら対応したプログラムが実行される。これによ
り、メインＣＰＵ１００は、当該テレビゲーム機２の各
部を統括的に制御する。また、ＩＯＰ１０４は、コント
ローラ２０やメモリカード２６等とテレビゲーム機２と
の間の信号の入出力を制御する。また、メインＣＰＵ１
００は、動作確認等の初期化処理を行った後、光ディス
ク再生部１１２を制御して、光ディスクに記録されてい
るアプリケーションプログラムを読み出し、メインメモ
リ１０５にロードした後、そのアプリケーションプログ
ラムを実行する。このアプリケーションプログラムの実
行により、メインＣＰＵ１００は、ＩＯＰ１０４を介し
てコントローラ２０から受け付けたプレイヤーの指示に
応じて、ＧＰＵ１０１やＳＰＵ１０８を制御し、画像の
表示や効果音、楽音の発生を制御する。なお、テレビゲ
ーム機２において、例えば光ディスクに記録された映画
等の再生を行う場合も同様であり、メインＣＰＵ１００
は、ＩＯＰ１０４を介してコントローラ２０から受け付
けたプレイヤーからの指示に従って、ＧＰＵ１０１やＳ
ＰＵ１０８を制御し、光ディスクから再生された映画の
映像の表示や効果音や音楽等の発生を制御する。

【０１６３】以上説明したように、このテレビゲーム
は、バトルの際に攻撃側と防御側が分けられており、所
定数の攻撃とそれに対する防御が行われると共に、ヒッ
トポイントに残量があった場合には攻守交替がなされ、
当該ゲームポイントの残量が無くなった時にバトルの勝
敗が決定するようになされている。また、このテレビゲ
ームでは、実際のバトルが行われる前に攻撃コマンドと
防御コマンドの入力が行われ、また、これら攻撃コマン
ドの入力と防御コマンドの入力は別々に行われる。さら
に、このテレビゲームは、先に入力された攻撃コマンド
を参考にして、防御コマンドの入力が可能になってい
る。そして、当該テレビゲームは、それら攻撃コマンド
の入力と防御コマンドの入力が行われた後に、実際のバ
トルが開始するようになっている。したがって、プレイ
ヤーは、攻撃コマンドや防御コマンドの入力の際に、ど
のようなコマンドを入力すべきかを考えることができ、
その結果、例えば戦略的なコマンド入力を行うことが可
能になる。また、このテレビゲームは、攻撃コマンドの
入力や防御コマンドの入力の際に入力可能時間が設定さ
れたり、相手方の入力コマンドがわからないようになさ
れ、さらに、コンビネーション攻撃とそれに対する防御
コマンドの入力に工夫を凝らすことにより、緊張感を持
ったゲームを実現していると共に、適度なゲーム難易度
を備え、戦略的なゲーム進行が可能となっている。

【０１６４】なお、上述した実施の形態の説明は、本発
明の一例である。このため、本発明は上述の実施の形態
に限定されることなく、本発明に係る技術的思想を逸脱
しない範囲であれば、設計等に応じて種々の変更が可能
であることはもちろんである。

【０１６５】例えば、本発明は、図５６に示したスタン
ドアロン型のテレビゲームシステムに限らず、複数のテ
レビゲーム機をネットワークにより接続したシステムに
も適用可能である。すなわち、複数のテレビゲーム機を
ネットワークを介して接続したシステムに上述のテレビ
ゲームを適用した場合、各テレビゲーム機は、当該ネッ
トワーク上で互いにキャラクタを対戦させるようなこと
が可能となる。また、当該ネットワーク上で進行するゲ
ームは、各テレビゲームシステム毎に独立したゲームプ
ログラムにより動作する場合だけでなく、ネットワーク
上に接続された各テレビゲームシステムのゲームプログ
ラムがそのネットワーク全体であたかも一つのアプリケ
ーションプログラムとして動作するような場合、言い換
えれば、ネットワーク上の各テレビゲームシステムがそ
れぞれ連携して動作するような場合にも本発明は適用可
能である。

【０１６６】また、バトルは、ヒーローキャラクタとエ
ネミーキャラクタが１対１で行う場合だけでなく、１人
のヒーローキャラクタと複数のエネミーキャラクタが行
っても良く、また、複数のヒーローキャラクタと１人の
エネミーキャラクタが行ったり、複数のヒーローキャラ
クタと複数のエネミーキャラクタが行っても良い。ま
た、この例では、攻撃コマンドや防御コマンドを入力
し、一定時間内に先に入力したコマンドをコマンドブロ
ックＣＢにより全て表示する例を挙げているが、例え
ば、一部のコマンドブロックＣＢは隠しても良く、ま
た、コマンドブロックＣＢは点滅しても良い。これによ
り、このテレビゲームは、難易度が上がり、いわゆる
「運」の要素を入れることも可能となる。

【０１６７】攻撃コマンドや防御コマンドの数ｎは、複
数であることが望ましく、例えばｎ＝８個〜１５個であ
ることが特に望ましい。また、コマンドを入力する際の
入力許容時間は、５秒以下とするのが好ましい。このよ
うに、攻撃コマンドや防御コマンドの数ｎを８個から１
５個にしたり、入力許容時間を５秒以下にすれば、難易
度が低すぎず且つ高すぎることもないゲームが実現でき
る。

【０１６８】さらに、本発明は、キャラクタ同士が戦闘
を行う例に限定されず、例えばパズルゲームや、音楽に
合わせてゲームコントローラを操作するようなゲームな
ど、様々なジャンルのゲームにも適用可能である。

【０１６９】

【発明の効果】本発明によれば、ユーザは、表示手段の
画面上に表示されている各コマンドブロックオブジェク
トを参照しながら、所望のコマンドを入力することがで
きる。すなわち、ユーザは、表示手段の画面上に表示さ
れている各コマンドブロックオブジェクトを参照するこ
とができるため、後に処理実行手段が対比することにな
るコマンドを考慮しつつ、自ら入力すべきコマンドをど
のようなコマンドにすべきか考えることができる。

【０１７０】したがって、例えば、コマンド入力に応じ
て所望のアクションを発生させるようなテレビゲームに
適用した場合、ゲームプレイヤーは、一定時間内にコマ
ンドを入力する必要がある。このため、このテレビゲー
ムは、ゲームプレイヤーにある程度の緊張感を与えるこ
とができる。また、ゲームプレイヤーは、先に入力され
たコマンドを参考にして次のコマンド入力を行わなけれ
ばならない。このため、このテレビゲームは、適度な難
易度を備えたものになる。さらに、ゲームプレイヤー
は、どのコマンドを入力すべきかを考えることができる
ため、戦略的にゲームを進行させることができる。

【図面の簡単な説明】

【図１】対峙シーンの表示例を示す図である。

【図２】連打シーンの表示例を示す図である。

【図３】攻撃開始シーンの表示例を示す図である。

【図４】攻撃コマンド入力シーンの表示例を示す図であ
る。

【図５】防御開始シーンの表示例を示す図である。

【図６】防御コマンド入力シーンの表示例を示す図であ
る。

【図７】アクション開始シーンの表示例を示す図であ
る。

【図８】アクションシーンの表示例を示す図である。

【図９】攻守交替シーンの表示例を示す図である。

【図１０】必殺技発動シーンの表示例を示す図である。

【図１１】必殺技成功シーンの表示例を示す図である。

【図１２】必殺技失敗シーンの表示例を示す図である。

【図１３】勝敗決定シーンの表示例を示す図である。

【図１４】対戦カードの表示例を示す図である。

【図１５】連打シーンにおける対戦カードと連打オブジ
ェクト等の表示例を示す図である。

【図１６】ヒーローキャラクタが攻撃側となった場合の
デフォルトのバトルシステム表示用オブジェクトの表示
例を示す図である。

【図１７】ヒーローキャラクタが攻撃側となった場合の
攻撃コマンド入力時のバトルシステム表示用オブジェク
トの表示例を示す図である。

【図１８】ヒーローキャラクタが攻撃側となった場合の
攻撃コマンド入力時のコマンドブロック部分を拡大した
図である。

【図１９】ヒーローキャラクタが攻撃側となった場合の
攻撃コマンドの入力例を示す図である。

【図２０】エネミーキャラクタが防御側となった場合の
防御コマンド入力時のバトルシステム表示用オブジェク
トの表示例を示す図である。

【図２１】エネミーキャラクタが防御側となった場合の
防御コマンド入力時のコマンドブロック部分を拡大した
図である。

【図２２】エネミーキャラクタが防御側となった場合の
防御コマンドの入力例を示す図である。

【図２３】ヒーローキャラクタが攻撃側でエネミーキャ
ラクタが防御側となった場合のアクションシーン実行時
のバトルシステム表示用オブジェクトの表示例を示す図
である。

【図２４】ヒーローキャラクタが攻撃側でエネミーキャ
ラクタが防御側となった場合のアクションシーン実行時
のコマンドブロック部分を拡大した図である。

【図２５】攻撃コマンドと防御コマンドとの間の関係説
明に用いる図である。

【図２６】ヒーローキャラクタが攻撃側でエネミーキャ
ラクタが防御側となった場合のアクションシーン実行に
よるヒットポイント変化の説明に用いる図である。

【図２７】エネミーキャラクタが攻撃側となった場合の
攻撃コマンド入力時のバトルシステム表示用オブジェク
トの表示例を示す図である。

【図２８】ヒーローキャラクタが防御側となった場合の
防御コマンド入力時のバトルシステム表示用オブジェク
トの表示例を示す図である。

【図２９】エネミーキャラクタが攻撃側でヒーローキャ
ラクタが防御側となった場合のアクションシーン実行時
のバトルシステム表示用オブジェクトの表示例を示す図
である。

【図３０】コンビネーション攻撃のパターンの説明に用
いる図である。

【図３１】２つの「パンチ」からなるコンビネーション
攻撃パターンとそのコンビネーション攻撃枠の表示例を
示す図である。

【図３２】「パンチ」と「キック」からなるコンビネー
ション攻撃パターンとそのコンビネーション攻撃枠の表
示例を示す図である。

【図３３】２つの「キック」からなるコンビネーション
攻撃パターンとそのコンビネーション攻撃枠の表示例を
示す図である。

【図３４】３つの「パンチ」からなるコンビネーション
攻撃パターンとそのコンビネーション攻撃枠の表示例を
示す図である。

【図３５】２つの「パンチ」と１つの「キック」からな
るコンビネーション攻撃パターンとそのコンビネーショ
ン攻撃枠の表示例を示す図である。

【図３６】１つの「パンチ」と２つの「キック」からな
るコンビネーション攻撃パターンとそのコンビネーショ
ン攻撃枠の表示例を示す図である。

【図３７】３つの「キック」からなるコンビネーション
攻撃パターンとそのコンビネーション攻撃枠の表示例を
示す図である。

【図３８】コンビネーション攻撃の場合の攻撃コマンド
入力例を示す図である。

【図３９】図３１又は図３２の各コンビネーション攻撃
パターンに対応したコマンドブロック表示例を示す図で
ある。

【図４０】図３３のコンビネーション攻撃パターンに対
応したコマンドブロック表示例を示す図である。

【図４１】図３４〜図３６の各コンビネーション攻撃パ
ターンに対応したコマンドブロック表示例を示す図であ
る。

【図４２】図３７のコンビネーション攻撃パターンに対
応したコマンドブロック表示例を示す図である。

【図４３】コンビネーション攻撃のコマンド入力が行わ
れた場合の防御コマンド入力の説明に用いる図である。

【図４４】ヒーローキャラクタが防御側となっている時
の必殺技の発動例の説明に用いる図である。

【図４５】ヒーローキャラクタが防御側となっている時
の、ボタンオブジェクト上の表示例の説明に用いる図で
ある。

【図４６】エネミーキャラクタが防御側となっている時
の必殺技の発動例の説明に用いる図である。

【図４７】ヒーローキャラクタが攻撃側でエネミーキャ
ラクタ側が必殺技を発動する場合に、ヒーローキャラク
タ側で行われる必殺技避けミニゲームの説明に用いる図
である。

【図４８】バトル処理の流れに応じて視聴率が４％加算
される例の説明に用いる図である。

【図４９】バトル処理の流れに応じて視聴率が３％加算
される例の説明に用いる図である。

【図５０】バトル処理の流れに応じて視聴率が２％加算
される例の説明に用いる図である。

【図５１】バトル処理の流れに応じて視聴率が１％加算
される例の説明に用いる図である。

【図５２】バトル処理の流れに応じて視聴率が１％減算
される例の説明に用いる図である。

【図５３】バトル処理の流れに応じて視聴率が２％減算
される例の説明に用いる図である。

【図５４】ゲームプログラムにおけるデータ構成の説明
に用いる図である。

【図５５】ゲームプログラムの主要な処理の流れを示す
フローチャートである。

【図５６】テレビゲームシステムの主要部の概略構成例
を示す図である。

【図５７】テレビゲーム機の内部概略構成を示すブロッ
ク図である。

【符号の説明】

ＨＣ…ヒーローキャラクタ、ＥＣ…エネミーキャラク
タ、ＯＨ，ＯＥ…対戦カードオブジェクト、ＩＲ…連打
オブジェクト、ＩＭ…メータオブジェクト、ＯＢＳ…バ
トルシステム表示用オブジェクト、ＯＢＳａ…アタック
システムオブジェクト、ＯＢＳｄ…ディフェンスシステ
ムオブジェクト、ＦＯａ，ＦＯｄ…オブジェクト枠、Ｃ
Ｂａ，ＣＢｄ…コマンドブロック、ＢＲ，ＢＫ，ＢＰ，
ＢＴ…ボタンオブジェクト、Ａａ…攻撃タイムライン、
Ａｄ…防御タイムライン、Ａｂ…攻防タイムライン、ｆ
ｂａ，ｆｂｄ…コマンド入力可能枠、ｆｂｂａ，ｆｂｂ
ｄ…コマンド実行枠、ｆｂｃ…コンビネーション攻撃
枠、ＢＤＯ…ボタンドラムオブジェクト、２００…ゲー
ムプログラム、２０１…プログラム部、２０２…進行管
理プログラム、２０３…ディスク制御プログラム、２０
４…コントローラ管理プログラム、２０５…映像制御プ
ログラム、２０６…音声制御プログラム、２０７…バト
ル管理プログラム、２０８…視聴率管理プログラム、２
０９……キャラクタ制御プログラム、２１０…セーブ管
理プログラム、２２０…データ部、２２１…ポリゴン・
テクスチャデータ等、２２２…音源データ、１…テレビ
ゲームシステム、２…テレビゲーム機、１０…テレビジ
ョンモニタ装置、２０…コントローラ、１００…メイン
ＣＰＵ、１０１…グラフィックプロセッサユニット、１
０５…メインメモリ、１０６…ＭＡＳＫ−ＲＯＭ、１１
０…ＣＤ／ＤＶＤディジタルシグナルプロセッサ、１１
２…光ディスク再生部

フロントページの続き (56)参考文献 バーチャファイター マニアックス, 日本，株式会社 アスペクト，1994年 ８月24日，ｐ70、80〜81、182〜183 プレイステーション完璧攻略シリーズ 30 鉄拳２ 必勝攻略法 完・全・版, 日本，株式会社 双葉社，1997年10月30 日 (58)調査した分野(Int.Cl.⁷，ＤＢ名) A63F 9/24,13/00 - 13/12

Claims (13)

(57)【特許請求の範囲】
1. 【請求項１】 複数種類のコマンドに各々対応した各コ
   マンドブロックオブジェクトを順に並べて表示手段の画
   面上へ表示させる制御を行う表示制御手段と、 複数種類のコマンドの中から、操作端末の操作によりユ
   ーザが所望して入力したコマンドをその入力の順に受け
   付けるコマンド入力受付手段と、 上記コマンド入力受付手段が上記コマンドの入力を受け
   付ける際に、ユーザが上記表示手段の画面上で各コマン
   ドブロックオブジェクトを参照可能とするための表示許
   容時間を設定し、その表示許容時間だけ、上記表示制御
   手段が上記表示手段の画面上に各コマンドブロックオブ
   ジェクトを表示させるように制御する表示許容時間設定
   手段と、 上記表示制御手段が上記表示手段の画面上に並べて表示
   した上記各コマンドブロックオブジェクトに各々対応し
   た順の第１の各コマンドと、上記コマンド入力受付手段
   が入力を受け付けた順の第２の各コマンドとを、上記第
   １のコマンド及び第２のコマンド間に設定されている関
   係とそれぞれのコマンド順で対比し、その対比結果に応
   じた処理であるエフェクト表示を行う処理実行手段とし
   てコンピュータを機能させることを特徴とするコマンド
   処理プログラム。
2. 【請求項２】 請求項１記載のコマンド処理プログラム
   であって、 上記各コマンドブロックオブジェクトに各々対応した各
   コマンドに応じて動作する第１のキャラクタオブジェク
   トと、上記コマンド入力受付手段が入力を受け付けた各
   コマンドに応じて動作する第２のキャラクタオブジェク
   トとを、上記処理実行手段が、上記対比結果に応じて共
   に動作させ、 それらの第１，第２のキャラクタオブジェクトを上記表
   示制御手段が表示手段の画面上に表示させる制御を行う
   ようにコンピュータを機能させることを特徴とするコマ
   ンド処理プログラム。
3. 【請求項３】 請求項１又は請求項２記載のコマンド処
   理プログラムであって、 上記表示手段の画面上に表示すべき各コマンドオブジェ
   クトのうちで所定の組み合わせにかかるコマンドオブジ
   ェクトを、上記表示制御手段が、上記表示許容時間設定
   手段の設定した表示許容時間の開始時点から所定時間経
   過後にフェードアウトさせる表示制御を行うように、コ
   ンピュータを機能させることを特徴とするコマンド処理
   プログラム。
4. 【請求項４】 請求項１から請求項３のうち、何れか一
   項記載のコマンド処理プログラムであって、 上記処理実行手段が、上記対比結果に応じた処理を行っ
   ている際に、所定の条件が満たされたか否かを判定し、
   当該所定の条件が満たされたときには、当該処理実行手
   段の上記対比結果に応じた処理を停止させる条件判定手
   段としてコンピュータを機能させると共に、 上記条件判定手段が上記対比結果に応じた処理を停止さ
   せているとき、上記コマンド入力受付手段が、所定のコ
   マンドのみの入力を受け付け可能となり、上記処理実行
   手段が、当該コマンド入力受付手段の受け付けた所定の
   コマンドの処理を行うようにコンピュータを機能させる
   ことを特徴とするコマンド処理プログラム。
5. 【請求項５】 複数種類のコマンドに各々対応した各コ
   マンドブロックオブジェクトを順に並べて表示手段の画
   面上へ表示させる制御を行う表示制御手段と、 複数種類のコマンドの中から、操作端末の操作によりユ
   ーザが所望して入力したコマンドをその入力の順に受け
   付けるコマンド入力受付手段と、 上記コマンド入力受付手段が上記コマンドの入力を受け
   付ける際に、ユーザが上記表示手段の画面上で各コマン
   ドブロックオブジェクトを参照可能とするための表示許
   容時間を設定し、その表示許容時間だけ、上記表示制御
   手段が表示手段の画面上に各コマンドブロックオブジェ
   クトを表示するように制御する表示許容時間設定手段
   と、 上記表示制御手段が上記表示手段の画面上に並べて表示
   した上記各コマンドブロックオブジェクトに各々対応し
   た順の第１の各コマンドと、上記コマンド入力受付手段
   が入力を受け付けた順の第２の各コマンドとを、上記第
   １のコマンド及び第２のコマンド間に設定されている関
   係とそれぞれのコマンド順で対比し、その対比結果に応
   じた処理であるエフェクト表示を行う処理実行手段とし
   てコンピュータを機能させるコマンド処理プログラムを
   記録させたコンピュータ読み取り可能な記録媒体。
6. 【請求項６】 請求項５記載の記録媒体であって、 上記各コマンドブロックオブジェクトに各々対応した各
   コマンドに応じて動作する第１のキャラクタオブジェク
   トと、上記コマンド入力受付手段が入力を受け付けた各
   コマンドに応じて動作する第２のキャラクタオブジェク
   トとを、上記処理実行手段が、上記対比結果に応じて共
   に動作させ、 それらの第１，第２のキャラクタオブジェクトを上記表
   示制御手段が表示手段の画面上に表示させる制御を行う
   ようにコンピュータを機能させるコマンド処理プログラ
   ムを記録させたコンピュータ読み取り可能な記録媒体。
7. 【請求項７】 請求項５又は請求項６記載の記録媒体で
   あって、 上記表示手段の画面上に表示すべき各コマンドオブジェ
   クトのうちで所定の組み合わせにかかるコマンドオブジ
   ェクトを、上記表示制御手段が、上記表示許容時間設定
   手段の設定した表示許容時間の開始時点から所定時間経
   過後にフェードアウトさせる表示制御を行うように、コ
   ンピュータを機能させるコマンド処理プログラムを記録
   させたコンピュータ読み取り可能な記録媒体。
8. 【請求項８】 請求項５から請求項７のうち、何れか一
   項記載の記録媒体であって、 上記処理実行手段が、上記対比結果に応じた処理を行っ
   ている際に、所定の条件が満たされたか否かを判定し、
   当該所定の条件が満たされたときには、当該処理実行手
   段の上記対比結果に応じた処理を停止させる条件判定手
   段としてコンピュータを機能させると共に、 上記条件判定手段が上記対比結果に応じた処理を停止さ
   せているとき、上記コマンド入力受付手段が、所定のコ
   マンドのみの入力を受け付け可能となり、上記処理実行
   手段が、当該コマンド入力受付手段の受け付けた所定の
   コマンドの処理を行うようにコンピュータを機能させる
   コマンド処理プログラムを記録させたコンピュータ読み
   取り可能な記録媒体。
9. 【請求項９】 複数種類のコマンドに各々対応した各コ
   マンドブロックオブジェクトを順に並べて表示手段の画
   面上へ表示させる制御を行う表示制御手段と、 複数種類のコマンドの中から、操作端末の操作によりユ
   ーザが所望して入力したコマンドをその入力の順に受け
   付けるコマンド入力受付手段と、 上記コマンド入力受付手段が上記コマンドの入力を受け
   付ける際に、ユーザが上記表示手段の画面上で各コマン
   ドブロックオブジェクトを参照可能とするための表示許
   容時間を設定し、その表示許容時間だけ、上記表示制御
   手段が上記表示手段の画面上に各コマンドブロックオブ
   ジェクトを表示させるように制御する表示許容時間設定
   手段と、 上記表示制御手段が上記表示手段の画面上に並べて表示
   した上記各コマンドブロックオブジェクトに各々対応し
   た順の第１の各コマンドと、上記コマンド入力受付手段
   が入力を受け付けた順の第２の各コマンドとを、上記第
   １のコマンド及び第２のコマンド間に設定されている関
   係とそれぞれのコマンド順で対比し、その対比結果に応
   じた処理であるエフェクト表示を行う処理実行手段とを
   有することを特徴とするコマンド処理装置。
10. 【請求項１０】 請求項９記載のコマンド処理装置であ
    って、 上記各コマンドブロックオブジェクトに各々対応した各
    コマンドに応じて動作する第１のキャラクタオブジェク
    トと、上記コマンド入力受付手段が入力を受け付けた各
    コマンドに応じて動作する第２のキャラクタオブジェク
    トとを、上記処理実行手段が、上記対比結果に応じて共
    に動作させ、 それらの第１，第２のキャラクタオブジェクトを上記表
    示制御手段が表示手段の画面上に表示させる制御を行う
    ことを特徴とするコマンド処理装置。
11. 【請求項１１】 請求項９又は請求項１０記載のコマン
    ド処理装置であって、 上記表示手段の画面上に表示すべき各コマンドオブジェ
    クトのうちで所定の組み合わせにかかるコマンドオブジ
    ェクトを、上記表示制御手段が、上記表示許容時間設定
    手段の設定した表示許容時間の開始時点から所定時間経
    過後にフェードアウトさせる表示制御を行うことを特徴
    とするコマンド処理装置。
12. 【請求項１２】 請求項９から請求項１１のうち、何れ
    か一項記載のコマンド処理装置であって、 上記処理実行手段が上記対比結果に応じた処理を行って
    いる際に、所定の条件が満たされたか否かを判定し、当
    該所定の条件が満たされたときには、当該処理実行手段
    の上記対比結果に応じた処理を停止させる条件判定手段
    を有し、 上記条件判定手段が上記対比結果に応じた処理を停止さ
    せているとき、上記コマンド入力受付手段は、所定のコ
    マンドのみの入力を受け付け可能となり、上記処理実行
    手段は、当該コマンド入力受付手段の受け付けた所定の
    コマンドの処理を行うことを特徴とするコマンド処理装
    置。
13. 【請求項１３】 表示制御手段が、複数種類のコマンド
    に各々対応した各コマンドブロックオブジェクトを順に
    並べて表示手段の画面上へ表示させる制御を行うステッ
    プと、 複数種類のコマンドの中から、操作端末の操作によりユ
    ーザが所望して入力したコマンドを、コマンド入力受付
    手段が、その入力の順に受け付けるステップと、 上記コマンド入力受付手段が上記コマンドの入力を受け
    付ける際に、表示許容時間設定手段が、ユーザが上記表
    示手段の画面上で各コマンドブロックオブジェクトを参
    照可能とするための表示許容時間を設定し、その表示許
    容時間だけ、上記表示制御手段が上記表示手段の画面上
    に各コマンドブロックオブジェクトを表示させるように
    制御するステップと、 上記表示制御手段が上記表示手段の画面上に並べて表示
    した上記各コマンドブロックオブジェクトに各々対応し
    た順の第１の各コマンドと、上記コマンド入力受付手段
    が入力を受け付けた順の第２の各コマンドとを、上記第
    １のコマンド及び第２のコマンド間に設定されている関
    係とそれぞれのコマンド順で対比し、その対比結果に応
    じた処理であるエフェクト表示を行うステップとを有す
    ることを特徴とするコマンド処理方法。