(57)【特許請求の範囲】
【請求項１】
コンピュータを、
仮想の三次元空間であるゲーム空間を生成するゲーム空間生成手段、
遊技者によって操作される主キャラクタ、および、この主キャラクタと戦闘する敵キャラクタを生成して、前記ゲーム空間生成手段が生成したゲーム空間の内部に配置するキャラクタ生成手段、
主キャラクタが敵キャラクタを攻撃可能か否か、または、敵キャラクタが主キャラクタを攻撃可能か否かの少なくとも一方を判定し、その判定結果が肯定的であったとき戦闘状態として判定する戦闘状態判定手段、
前記戦闘状態判定手段が戦闘状態と判定したとき、前記主キャラクタの状態を戦闘時の状態に変更する処理、前記敵キャラクタの状態を戦闘時の状態に変更する処理、ゲームのＢＧＭを戦闘用のものに切り換える処理、前記ゲーム空間を表示するゲーム画面をズームする処理、戦闘用の画像をゲーム画面に表示する処理、の少なくとも１つを実行するゲームモード設定手段、
として機能させるプログラムであって、
前記戦闘状態判定手段は、前記主キャラクタが前記敵キャラクタの位置まで移動する経路が前記ゲーム空間内に形成されているとき、前記主キャラクタが敵キャラクタを攻撃可能と判定し、前記敵キャラクタが前記主キャラクタの位置まで移動する経路が前記ゲーム空間内に形成されているとき、前記敵キャラクタが主キャラクタを攻撃可能と判定するプログラム。
【請求項２】
コンピュータを、
仮想の三次元空間であるゲーム空間を生成するゲーム空間生成手段、
遊技者によって操作される主キャラクタ、および、この主キャラクタと戦闘する敵キャラクタを生成して、前記ゲーム空間生成手段が生成したゲーム空間の内部に配置するキャラクタ生成手段、
主キャラクタが敵キャラクタを攻撃可能か否か、または、敵キャラクタが主キャラクタを攻撃可能か否かの少なくとも一方を判定し、その判定結果が肯定的であったとき戦闘状態として判定する戦闘状態判定手段、
前記戦闘状態判定手段が戦闘状態と判定したとき、前記主キャラクタの状態を戦闘時の状態に変更する処理、前記敵キャラクタの状態を戦闘時の状態に変更する処理、ゲームのＢＧＭを戦闘用のものに切り換える処理、前記ゲーム空間を表示するゲーム画面をズームする処理、戦闘用の画像をゲーム画面に表示する処理、の少なくとも１つを実行するゲームモード設定手段、
として機能させるプログラムであって、
前記キャラクタ生成手段は、前記主キャラクタまたは敵キャラクタを、相手に向けて飛翔する武器を所持するキャラクタとして生成し、
前記戦闘状態判定手段は、前記ゲーム空間において、前記主キャラクタが放った武器が前記敵キャラクタまで飛翔する軌道上に障害物がないとき、前記主キャラクタが敵キャラクタを攻撃可能と判定し、前記ゲーム空間において、前記敵キャラクタが放った武器が前記主キャラクタまで飛翔する軌道上に障害物がないとき、前記敵キャラクタが主キャラクタを攻撃可能と判定するプログラム。
【請求項３】
コンピュータを、
仮想の三次元空間であるゲーム空間を生成するゲーム空間生成手段、
遊技者によって操作される主キャラクタ、および、この主キャラクタと戦闘する敵キャラクタを生成して、前記ゲーム空間生成手段が生成したゲーム空間の内部に配置するキャラクタ生成手段、
主キャラクタが敵キャラクタを攻撃可能か否か、または、敵キャラクタが主キャラクタを攻撃可能か否かの少なくとも一方を判定し、その判定結果が肯定的であったとき戦闘状態として判定する戦闘状態判定手段、
前記戦闘状態判定手段が戦闘状態と判定したとき、前記主キャラクタの状態を戦闘時の状態に変更する処理、前記敵キャラクタの状態を戦闘時の状態に変更する処理、ゲームのＢＧＭを戦闘用のものに切り換える処理、前記ゲーム空間を表示するゲーム画面をズームする処理、戦闘用の画像をゲーム画面に表示する処理、の少なくとも１つを実行するゲームモード設定手段、
として機能させるプログラムであって、
前記戦闘状態判定手段は、
前記ゲーム空間における前記主キャラクタと前記敵キャラクタとの距離が予め定めた射程範囲内、且つ、前記主キャラクタが前記敵キャラクタの位置まで移動する経路が前記ゲーム空間内に形成されているとき、前記主キャラクタが敵キャラクタを攻撃可能と判定し、
前記ゲーム空間における前記主キャラクタと前記敵キャラクタとの距離が予め定めた射程範囲内、且つ、前記敵キャラクタが前記主キャラクタの位置まで移動する経路が前記ゲーム空間内に形成されているとき、前記敵キャラクタが主キャラクタを攻撃可能と判定する
プログラム。
【請求項４】
コンピュータを、
仮想の三次元空間であるゲーム空間を生成するゲーム空間生成手段、
遊技者によって操作される主キャラクタ、および、この主キャラクタと戦闘する敵キャラクタを生成して、前記ゲーム空間生成手段が生成したゲーム空間の内部に配置するキャラクタ生成手段、
主キャラクタが敵キャラクタを攻撃可能か否か、または、敵キャラクタが主キャラクタを攻撃可能か否かの少なくとも一方を判定し、その判定結果が肯定的であったとき戦闘状態として判定する戦闘状態判定手段、
前記戦闘状態判定手段が戦闘状態と判定したとき、前記主キャラクタの状態を戦闘時の状態に変更する処理、前記敵キャラクタの状態を戦闘時の状態に変更する処理、ゲームのＢＧＭを戦闘用のものに切り換える処理、前記ゲーム空間を表示するゲーム画面をズームする処理、戦闘用の画像をゲーム画面に表示する処理、の少なくとも１つを実行するゲームモード設定手段、
として機能させるプログラムであって、
前記キャラクタ生成手段は、前記主キャラクタまたは敵キャラクタを、相手に向けて飛翔する武器を所持するキャラクタとして生成し、
前記戦闘状態判定手段は、
前記ゲーム空間における前記主キャラクタと前記敵キャラクタとの距離が予め定めた射程範囲内、且つ、前記ゲーム空間において、前記主キャラクタが放った武器が前記敵キャラクタまで飛翔する軌道上に障害物がないとき、前記主キャラクタが敵キャラクタを攻撃可能と判定し、
前記ゲーム空間における前記主キャラクタと前記敵キャラクタとの距離が予め定めた射程範囲内、且つ、前記ゲーム空間において、前記敵キャラクタが放った武器が前記主キャラクタまで飛翔する軌道上に障害物がないとき、前記敵キャラクタが主キャラクタを攻撃可能と判定する
プログラム。
【請求項５】
請求項１乃至請求項４のいずれかに記載のプログラムを記憶したプログラム記憶部と、前記プログラム記憶部に記憶されたプログラムを実行する制御部と、を備えたゲームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、戦闘状態と非戦闘状態を切り替える処理を行うゲームを実行するためのプログラム、記憶媒体およびコンピュータに関する。
【背景技術】
【０００２】
３Ｄアクションゲーム等のビデオゲームは、大規模な仮想空間（ゲーム空間）を持つものが多い。この大規模なゲーム空間をゲーム装置で実行するためのプログラム・データは大容量の記憶媒体（ＣＤやＤＶＤ等）に記憶されている。
【０００３】
ゲーム装置が、ＣＤやＤＶＤに記憶されている全てのプログラム・データを一度に内部メモリに読み込んでゲーム空間を構築することは不可能である。このため、３Ｄアクションゲーム等のビデオゲームは、ゲーム空間が複数のステージに分割されており、ゲーム装置は、ステージ単位でプログラム・データを読み込んで（ロードして）、ゲームを進行させる。
【０００４】
上記のような３Ｄアクションゲームでは、遊技者の操作によって活動する主キャラクタが敵キャラクタに遭遇すると、ＢＧＭを戦闘用に切り替えたり、主キャラクタの姿勢を戦闘姿勢に切り替えたりすることで緊張感を高めゲームの雰囲気を盛り上げることが行われている。
従来は、プログラム・データがロードされたステージ、すなわち、主キャラクタが入っ
たステージに敵キャラクタが存在する場合、主キャラクタと敵キャラクタが遭遇して戦闘可能な状態（戦闘状態）であるとしてＢＧＭを戦闘用のものに切り替える等の処理を行っていた（非特許文献１、２参照）。
【０００５】
【非特許文献１】「デビルメイクライ解体真書」株式会社カプコン、２００５年
【非特許文献２】「デビルメイクライ３最強デビルハンター」講談社、２００１年
【発明の開示】
【発明が解決しようとする課題】
【０００６】
近年、ゲーム装置は、メモリ容量の増大、ＣＰＵの処理能力の向上等のハード性能の向上により、一度に読み込んで処理することができるプログラム・データの量が大きくなっている。これに合わせて、３Ｄアクションゲームも、１つのステージで構築されるゲーム空間が大きく複雑化される傾向にある。このため、主キャラクタと敵キャラクタが同じステージに同時に存在しても、その距離が遠かったり、互いに見えない場所にいる等、戦闘可能な状態でない場合が生じるようになった。
【０００７】
このような場合においても上記従来の方式のように主キャラクタと同じステージに敵キャラクタが存在する場合に戦闘状態であると判定すると、敵キャラクタが遠くにいたり見えなかったりして、実際には戦闘可能な状態でないにもかかわらず戦闘用のＢＧＭが流れる等の戦闘状態の設定になってしまい、ゲーム状態の設定が不自然になってしまうという問題があった。
【０００８】
この発明は、広大なゲーム空間においても、違和感なく戦闘状態と非戦闘状態を切り替えることができるプログラムおよびゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明のプログラムは、コンピュータを、仮想の三次元空間であるゲーム空間を生成するゲーム空間生成手段、遊技者によって操作される主キャラクタ、および、この主キャラクタと戦闘する敵キャラクタを生成して、前記ゲーム空間生成手段が生成したゲーム空間の内部に配置するキャラクタ生成手段、主キャラクタが敵キャラクタを攻撃可能か否か、または、敵キャラクタが主キャラクタを攻撃可能か否かの少なくとも一方を判定し、その判定結果が肯定的であったとき戦闘状態として判定する戦闘状態判定手段、前記戦闘状態判定手段が戦闘状態と判定したとき、前記主キャラクタの状態を戦闘時の状態に変更する処理、前記敵キャラクタの状態を戦闘時の状態に変更する処理、ゲームのＢＧＭを戦闘用のものに切り換える処理、前記ゲーム空間を表示するゲーム画面をズームする処理、戦闘用の画像をゲーム画面に表示する処理、の少なくとも１つを実行するゲームモード設定手段、として機能させるプログラムであって、前記戦闘状態判定手段は、前記主キャラクタが前記敵キャラクタの位置まで移動する経路が前記ゲーム空間内に形成されているとき、前記主キャラクタが敵キャラクタを攻撃可能と判定し、前記敵キャラクタが前記主キャラクタの位置まで移動する経路が前記ゲーム空間内に形成されているとき、前記敵キャラクタが主キャラクタを攻撃可能と判定することを特徴とする。
【００１０】
この発明では、主キャラクタと敵キャラクタとが同一のゲーム空間に存在するだけではなく、主キャラクタまたは敵キャラクタが、実際に相手を攻撃可能または相手から攻撃を受け得る状態である戦闘状態であるか否かを判定する。これにより、ゲーム空間生成手段が広いゲーム空間を生成した場合に、主キャラクタと敵キャラクタとが同一のゲーム空間に存在するのみでなく、実際に戦闘が行われ得る状態のときゲームをゲームモードに設定することができる。なお、戦闘状態時の処理（戦闘時処理）としては、主キャラクタの姿勢を戦闘状態としたり、戦闘用の画面表示（主キャラクタの体力表示）を行ったり、ゲーム画面をズームしたりするなど、種々の処理を行うことができる。
【００１４】
この発明では、さらに主キャラクタから敵キャラクタ（または敵キャラクタから主キャラクタ）に至る経路があるか、すなわち、主キャラクタが敵キャラクタ（または敵キャラクタが主キャラクタ）に到達可能であるか否かを検出する。ゲーム空間内には崖や海などの移動不可能な地形が存在し、同じゲーム空間内においてもキャラクタ同士が到達可能でない場合がある。そこで、主キャラクタが敵キャラクタ（または敵キャラクタが主キャラクタ）の位置に到達可能であるか否かを検出し、到達可能である場合に戦闘可能であると判定する。
【００１５】
この発明のプログラムは、コンピュータを、仮想の三次元空間であるゲーム空間を生成するゲーム空間生成手段、遊技者によって操作される主キャラクタ、および、この主キャラクタと戦闘する敵キャラクタを生成して、前記ゲーム空間生成手段が生成したゲーム空間の内部に配置するキャラクタ生成手段、主キャラクタが敵キャラクタを攻撃可能か否か、または、敵キャラクタが主キャラクタを攻撃可能か否かの少なくとも一方を判定し、その判定結果が肯定的であったとき戦闘状態として判定する戦闘状態判定手段、前記戦闘状態判定手段が戦闘状態と判定したとき、前記主キャラクタの状態を戦闘時の状態に変更する処理、前記敵キャラクタの状態を戦闘時の状態に変更する処理、ゲームのＢＧＭを戦闘用のものに切り換える処理、前記ゲーム空間を表示するゲーム画面をズームする処理、戦闘用の画像をゲーム画面に表示する処理、の少なくとも１つを実行するゲームモード設定手段、として機能させるプログラムであって、前記キャラクタ生成手段は、前記主キャラクタまたは敵キャラクタを、相手に向けて飛翔する武器を所持するキャラクタとして生成し、前記戦闘状態判定手段は、前記ゲーム空間において、前記主キャラクタが放った武器が前記敵キャラクタまで飛翔する軌道上に障害物がないとき、前記主キャラクタが敵キャラクタを攻撃可能と判定し、前記ゲーム空間において、前記敵キャラクタが放った武器が前記主キャラクタまで飛翔する軌道上に障害物がないとき、前記敵キャラクタが主キャラクタを攻撃可能と判定することを特徴とする。
【００１６】
この発明では、さらに敵キャラクタと主キャラクタの間に武器の飛翔を妨げる障害物が有るか否かを検出する。なお、障害物とは、壁等が考えられるが、金網等の銃弾が通るものであれば障害物として検出しないようにしてもよい。また、弓矢などの放物線を描く武器で戦闘を行う場合、低い壁等は武器が到達可能として障害物として検出しないようにしてもよい。
【００１７】
この発明のプログラムは、コンピュータを、仮想の三次元空間であるゲーム空間を生成するゲーム空間生成手段、遊技者によって操作される主キャラクタ、および、この主キャラクタと戦闘する敵キャラクタを生成して、前記ゲーム空間生成手段が生成したゲーム空間の内部に配置するキャラクタ生成手段、主キャラクタが敵キャラクタを攻撃可能か否か、または、敵キャラクタが主キャラクタを攻撃可能か否かの少なくとも一方を判定し、その判定結果が肯定的であったとき戦闘状態として判定する戦闘状態判定手段、前記戦闘状態判定手段が戦闘状態と判定したとき、前記主キャラクタの状態を戦闘時の状態に変更する処理、前記敵キャラクタの状態を戦闘時の状態に変更する処理、ゲームのＢＧＭを戦闘用のものに切り換える処理、前記ゲーム空間を表示するゲーム画面をズームする処理、戦闘用の画像をゲーム画面に表示する処理、の少なくとも１つを実行するゲームモード設定手段、として機能させるプログラムであって、前記戦闘状態判定手段は、前記ゲーム空間における前記主キャラクタと前記敵キャラクタとの距離が予め定めた射程範囲内、且つ、前記主キャラクタが前記敵キャラクタの位置まで移動する経路が前記ゲーム空間内に形成されているとき、前記主キャラクタが敵キャラクタを攻撃可能と判定し、前記ゲーム空間における前記主キャラクタと前記敵キャラクタとの距離が予め定めた射程範囲内、且つ、前記敵キャラクタが前記主キャラクタの位置まで移動する経路が前記ゲーム空間内に形成されているとき、前記敵キャラクタが主キャラクタを攻撃可能と判定することを特徴とする。
【００１８】
この発明のプログラムは、コンピュータを、仮想の三次元空間であるゲーム空間を生成するゲーム空間生成手段、遊技者によって操作される主キャラクタ、および、この主キャラクタと戦闘する敵キャラクタを生成して、前記ゲーム空間生成手段が生成したゲーム空間の内部に配置するキャラクタ生成手段、主キャラクタが敵キャラクタを攻撃可能か否か、または、敵キャラクタが主キャラクタを攻撃可能か否かの少なくとも一方を判定し、その判定結果が肯定的であったとき戦闘状態として判定する戦闘状態判定手段、前記戦闘状態判定手段が戦闘状態と判定したとき、前記主キャラクタの状態を戦闘時の状態に変更する処理、前記敵キャラクタの状態を戦闘時の状態に変更する処理、ゲームのＢＧＭを戦闘用のものに切り換える処理、前記ゲーム空間を表示するゲーム画面をズームする処理、戦闘用の画像をゲーム画面に表示する処理、の少なくとも１つを実行するゲームモード設定手段、として機能させるプログラムであって、前記キャラクタ生成手段は、前記主キャラクタまたは敵キャラクタを、相手に向けて飛翔する武器を所持するキャラクタとして生成し、前記戦闘状態判定手段は、前記ゲーム空間における前記主キャラクタと前記敵キャラクタとの距離が予め定めた射程範囲内、且つ、前記ゲーム空間において、前記主キャラクタが放った武器が前記敵キャラクタまで飛翔する軌道上に障害物がないとき、前記主キャラクタが敵キャラクタを攻撃可能と判定し、前記ゲーム空間における前記主キャラクタと前記敵キャラクタとの距離が予め定めた射程範囲内、且つ、前記ゲーム空間において、前記敵キャラクタが放った武器が前記主キャラクタまで飛翔する軌道上に障害物がないとき、前記敵キャラクタが主キャラクタを攻撃可能と判定することを特徴とする。
プログラム。
【００１９】
この発明では、主キャラクタと敵キャラクタとの距離が近い（射程範囲内）場合であっても、相手に到達できない場合や武器が相手に届かない場合には、互いに戦闘することができず、戦闘状態ではないと判定する。これにより、よりリアルな戦闘状態の判定が可能になる。
【００２７】
この発明のゲームシステムは、上記プログラムを記憶したプログラム記憶部と、前記プログラム記憶部に記憶されたプログラムを実行する制御部と、を備えたことを特徴とする。
【発明の効果】
【００２８】
この発明によれば、主キャラクタと敵キャラクタとが、ゲーム空間において、実際に戦闘可能であるか否かを判定することにより、広く複雑なゲーム空間が形成されている場合においても、違和感なく戦闘状態と非戦闘状態を切り替えることができる。
【発明を実施するための最良の形態】
【００２９】
図面を参照してこの発明の実施形態であるゲーム装置およびゲームプログラムについて説明する。この実施形態では、３Ｄアクションゲームを例にあげて説明する。３Ｄアクションゲームは、遊技者が三次元のゲーム空間に配置される主キャラクタを操作して敵キャラクタと戦闘するゲームである。このような３Ｄアクションゲームにおいては、主キャラクタは種々の武器を用いて敵キャラクタと戦闘する。
【００３０】
≪ゲーム装置の構成≫
図１は、この発明が適用されるゲーム装置の外観を示す図である。
このゲーム装置は、ゲーム装置本体５００にコントローラ２００が接続されて構成されている。コントローラ２００は、遊技者によって操作される。遊技者は、このコントローラ２００を用いて、ゲーム中に登場する主キャラクタ等を操作する。また、ゲーム装置本体５００には、表示装置・オーディオ装置として機能するテレビジョン４０８が接続される（図２参照）。
【００３１】
ゲーム装置本体５００には、ゲームプログラムが記録された記録媒体４１１がセットされるトレイ５０１を有している。記録媒体４１１は、たとえばＤＶＤ（digital versatile disc）である。ゲーム装置本体５００は、この記録媒体４１１からゲームプログラムを読み取って、このプログラムを実行する。なお、このゲーム装置本体５００は、上記ゲームプログラム処理機能のほか、ＤＶＤビデオの再生、ＣＤＤＡ（compact disc digital audio）の再生等を実行することもできる。
【００３２】
また、装置前面には、コントローラ２００が接続されるコネクタ５１０、フラッシュメモリからなるカード型の外部メモリ４１５（図２参照）がセットされるメモリスロット５１１が、それぞれ２つずつ設けられている。
【００３３】
図２は、ゲーム装置本体５００の内部構成を示すブロック図である。
ゲーム装置本体５００は、装置全体の動作を制御するＣＰＵ４０１を有している。このＣＰＵ４０１に対してＲＡＭ４０２およびバス４０３が接続される。ＲＡＭ４０２には、ゲームの進行に応じて各種のデータが記憶される。
【００３４】
バス４０３には、グラフィック・プロセッサ・ユニット（ＧＰＵ）４０４、インプット・アウトプット(Ｉ／Ｏ)ポート４０９が接続される。ＧＰＵ４０４には、デジタル映像信号をＮＴＳＣテレビジョン方式やＰＡＬテレビジョン方式に変換するためのデコーダ４０７を介して、外部機器であるテレビジョン（ＴＶ）４０８が、接続される。
【００３５】
Ｉ／Ｏポート４０９には、光ディスクである記録媒体４１１に記録されているデータを再生し、デコードするためのドライバ（ＤＲＶ）４１０，サウンド・プロセッサ（Ｓ・Ｐ）４１２、フラッシュメモリからなる外部メモリ４１５、コントローラ２００およびＲＯＭ４１６が接続される。
【００３６】
ＲＯＭ４１６には、このゲーム装置本体５００を起動するとともに基本的な機能を実現するためのシステムプログラムが記憶されている。外部メモリ４１５には、遊技者の情報や実行しているゲームの途中経過等が記憶される。遊技者は、ゲームプログラムを記憶した記憶媒体４１１と自己の外部メモリ４１５をセットすることにより、途中で中断したゲームを、その中断したタイミングから再開することができる。
【００３７】
サウンド・プロセッサ４１２は、増幅器４１３を介して、外部機器であるスピーカ４１４に接続される。このスピーカ４１４は、一般的には、上記テレビジョン４０８に内蔵されているスピーカである。
【００３８】
図３は、コントローラ２００の外観を示す平面図である。
コントローラ２００は、略コ字形をしており、遊技者が両翼部の２０１Ｌ，２０１Ｒを左右両手で把持して操作する。コントローラ２００の左右上面には操作ボタン群２１０、２２０、アナログスティック２１２、２２２が設けられており、コントローラ２００の右前面にはＲ１ボタン２１１、左前面にはＬ１ボタン２２１がそれぞれ設けられている。操作ボタン群２１０、２２０は、それぞれ遊技者の右手親指、左手親指で操作される。また、Ｒ１ボタン２１１、Ｌ１ボタン２２１は、それぞれ遊技者の右手人指し指、左手人指し指で操作される。
【００３９】
右側の操作ボタン群２１０は、４個の操作ボタン２１０Ａ〜２１０Ｄを備えている。操作ボタン２１０Ａ〜２１０Ｄには、識別を容易にするために頭部に各々「△」「○」「×」「□」の識別マークが付されている。このゲーム装置で実行されるゲームにおいて、この操作ボタン群２１０は、主として、ゲーム中に登場する主キャラクタに特定の動作をさせるためのボタンとして設定される。特定の動作とは、たとえば、技をくり出す、ジャンプする等である。ゲーム  「ＤＥＶＩＬ  ＭＡＹ  ＣＲＹ（登録商標）４」では、操作ボタン群２１０の各ボタンおよびＲ１ボタン２１１、Ｌ１ボタン２２１は、主キャラクタに各種の行動を行わせるためのボタンとして機能する。遊技者によって△ボタン２１０Ａや○ボタン２１０Ｂがオンされると、前記ＣＰＵ４０１の制御により、ゲーム中のメインキャラクタは、剣を振ったり銃を撃つ等の武器を用いた攻撃技をくり出して敵キャラクタを攻撃する。また、遊技者によって×ボタン２１０Ｃがオンされると、前記ＣＰＵ４０１の制御により、メインキャラクタがジャンプする。また、遊技者によってＲ１ボタン２１１がオンされると、ＣＰＵ４０１の制御により、ゲーム中のメインキャラクタは、武器を構える構えモーションとなる。
【００４０】
また、左側の操作ボタン群２２０は、前後左右に十字型に組み合わされた４個の操作ボタンを備えている。アナログスティック２１２、２２２は、前後左右を含む３６０度の方向に傾倒可能なスティックを有する操作子である。アナログスティック２１２、２２２が、遊技者によって操作されると、その操作による傾倒方向及び傾倒度合いに応じた操作量データがコントローラ２００から出力される。前記ゲームにおいて、左アナログスティック２２２が、メインキャラクタの移動動作を制御するための操作子として設定される。遊技者がアナログスティック２２２を前に倒すとメインキャラクタが前に移動する。その倒す角度が大きいほど移動速度が早くなる。すなわち、倒す角度が小さいときは歩きモーションで移動し、倒す角度が大きいときは走りモーションで移動する。アナログスティック２２２を前以外の方向に倒すと、メインキャラクタはその倒した方向に移動する。
【００４１】
また、遊技者が、複数の操作子を所定の組み合わせで操作すると、メインキャラクタに特殊な動作をさせることができる。たとえば、遊技者が、Ｒ１ボタン２１１をオンしながら左アナログスティック２２２を操作すると、メインキャラクタは、武器を構えた姿勢で移動する（構え歩き）。また、この構え歩きの操作状態でさらに△ボタン２１０Ａをオンすると、メインキャラクタは、ジャンプして移動しつつ武器を何度も振り下ろす「ハイタイムジャンプ」という技をくり出す。
【００４２】
≪戦闘状態判定処理の説明≫
次に図４〜図１０を参照してこの実施形態のゲームにおける戦闘状態判定処理について説明する。戦闘状態判定処理とは、主キャラクタと敵キャラクタが戦闘可能であるか否かを判定する処理である。戦闘状態判定処理によって戦闘状態であると判定した場合、戦闘用ＢＧＭに切り替える処理、ゲーム画面をズームする処理、主キャラクタの構えを変更する処理、主キャラクタの体力やスタイリッシュポイント（連続攻撃が成功した場合に蓄積されるポイント）などを表示する処理、等からなる戦闘時処理を行う。戦闘時処理を行い、戦闘状態であることを表現することで、遊技者に戦闘の緊張感を生じさせる。
【００４３】
この実施形態においては、戦闘可能であるか否かの判定を、（１）主キャラクタと敵キャラクタとの距離が射程範囲内であるか、（２）主キャラクタ、敵キャラクタが相手に到達可能であるか、（３）主キャラクタ、敵キャラクタの攻撃の射線が相手に通るか、で行う。戦闘状態であるか否かの判定は、これら（１）〜（３）の判定条件を重複（ＡＮＤ）して判定し、全ての条件が満たされたとき戦闘状態としてもよく、（１）〜（３）の判定条件を択一（ＯＲ）して判定し、いずれかの条件が満たされたとき戦闘状態としてもよい。
【００４４】
ここで、（１）射程範囲内であるとは、主キャラクタが敵キャラクタに対して武器による攻撃が可能な状態であること、または、敵キャラクタが主キャラクタに対して武器による攻撃が可能な状態であることを言う。主キャラクタまたは敵キャラクタのいずれかが相手を攻撃可能なとき戦闘状態であると判定する。なお、主キャラクタは、複数の武器を所持し、武器によって射程範囲が異なるため、そのとき所持している武器によって所定範囲が決定される。また、敵キャラクタが複数存在する場合には、各敵キャラクタごとに上記判定を行い、いずれか１つの敵キャラクタが射程範囲であれば戦闘状態であると判定する。
【００４５】
（２）到達可能であるとは、主キャラクタの位置から敵キャラクタの位置までの移動経路、または、敵キャラクタの位置から主キャラクタの位置までの移動経路が通じている状態を言う。ゲーム空間には崖や海などの移動不可能な地形が存在し、同じステージ内であっても、敵キャラクタが主キャラクタまで移動できない場合がある。そこで、主キャラクタから敵キャラクタへの移動経路、または、敵キャラクタから主キャラクタへの移動経路が通じているかを検出し、主キャラクタまたは敵キャラクタから相手に対する移動経路が通じていれば戦闘状態であると判定する。
【００４６】
なお、空中を飛行できるキャラクタの場合、地上の経路が通じていなくても空間がつながっていれば移動経路が通じていると判断される。また、敵キャラクタのなかには、壁を通過できるキャラクタも存在する。このような敵キャラクタの場合、つねに主キャラクタに到達可能である。したがって、敵キャラクタから主キャラクタに到達可能であっても主キャラクタから敵キャラクタに到達不可能である場合が存在する。また、その逆の場合も存在し得る。
【００４７】
また、敵キャラクタが複数存在する場合には、各敵キャラクタごとに上記判定を行い、いずれか１つの敵キャラクタと主キャラクタとの移動経路が通じていれば戦闘状態であると判定する。
【００４８】
（３）射線とは、主キャラクタまたは敵キャラクタの武器の軌道を意味する。射線が通るとは、主キャラクタと敵キャラクタの間に障害物が存在せず、主キャラクタの武器または敵キャラクタの武器が相手に到達可能な状態であることを言う。射線が通らない場合は攻撃することができないため、射線が通る場合にのみ戦闘状態であると判定する。敵キャラクタが複数存在する場合には、各敵キャラクタごとに上記判定を行い、いずれか１つの敵キャラクタと主キャラクタとの間で射線が通っていれば戦闘状態であると判定する。なお、主キャラクタと敵キャラクタとは、有している攻撃機能（武器）が異なるため、その軌道も異なり、主キャラクタが敵キャラクタに対して射線が通っていても、敵キャラクタから主キャラクタに対して射線が通っていない場合が存在する。また、その逆の場合も存在する。
【００４９】
また、以上の説明では、上の（１）〜（３）の判定条件を主キャラクタまたは敵キャラクタのどちらか一方が満たせば戦闘状態と判定するようにしているが、この判定を主キャラクタまたは敵キャラクタのいずれか一方のみで行うようにしてもよい。その場合、３つの条件のそれぞれで主キャラクタと敵キャラクタの両方について判定するか、いずれか一方のみについて判定するかをそれぞれ別々に設定してもよい。
【００５０】
以下の実施形態では、説明を簡略化するために、主キャラクタから敵キャラクタに対して（１）〜（３）の条件を満たすか否かのみを判定するようにしているが、本発明はこれに限定されるものではない。
【００５１】
上述したように、戦闘状態であるか否かの判定は、これら３つの判定条件をＡＮＤ条件、ＯＲ条件のいずれとして用いてもよいが、以下の実施形態では、条件（１）の射程範囲内を主たる判定条件として用い、条件（２）、条件（３）を戦闘状態に入るときの条件として用いている。すなわち、非戦闘状態から戦闘状態に入るためには、条件（１）、および、条件（２）または条件（３）が満たされることを判定条件とするが、一旦戦闘状態に入ってしまえば、条件（１）が満たされなくならない限り、条件（２）、（３）が一時的に満たされなくなっても戦闘状態が維持される。したがって、戦闘状態か否かを判定する処理では、まず、敵キャラクタが主キャラクタの射程範囲内にあるかが判定される。
【００５２】
すなわち、一度戦闘状態であると判定した場合、到達可能でなくなった場合や射線が通らなくなった場合でも射程範囲内であれば、戦闘状態は維持する。キャラクタ同士が対峙しながら互いに移動するときに一瞬相手が隠れることもあるが、その都度、非戦闘状態にしていたのでは緊張感が途切れてしまうからである。
【００５３】
戦闘状態であると判定されると、戦闘時処理を行う。すなわち、ゲームのモード設定が戦闘状態モードになってＢＧＭ等が変更される。
【００５４】
図４は、非戦闘時のゲーム画面、および各キャラクタの位置関係を示す図である。また、図５は、戦闘時のゲーム画面、および各キャラクタの位置関係を示す図である。図４（Ａ）および図５（Ａ）は、テレビジョン４０８のモニタに表示される実際のゲーム画面の一場面を示したものであり、図４（Ｂ）および図５（Ｂ）は、ＲＡＭ４０２にロードされているステージの平面図である。
【００５５】
図４および図５に示すように、モニタには港を表現したステージが表示され、突堤１５Ａおよび突堤１５Ｂが表示されている。突堤１５Ａおよび突堤１５Ｂは、図４（Ａ）および図５（Ａ）のゲーム画面においてはこれらをつなぐ洞窟３５は表示されていない。したがって、突堤１５Ａおよび突堤１５Ｂは、遠く離れて互いに到達できないように見られるが、図４（Ｂ）および図５（Ｂ）に示すように、ゲーム画面では見えない洞窟３５でつながっており、各キャラクタは洞窟３５を通って移動可能になっている。また、突堤１５Ａおよび突堤１５Ｂの先端部には、それぞれ互いに移動可能なジャンプスポット１７Ａおよびジャンプスポット１７Ｂが存在し、主キャラクタおよび敵キャラクタは、これらのジャンプスポット１７Ａおよびジャンプスポット１７Ｂを経由して突堤１５Ａと突堤１５Ｂとを移動することができる。
【００５６】
図４の例では、射程範囲内である敵キャラクタが存在しないため、非戦闘状態であると判定し、図５の例では敵キャラクタ２１が主キャラクタ１０から攻撃を受け得る位置にいる（射程範囲内である）ため、戦闘状態であると判定する。
【００５７】
まず、図４における戦闘状態判定処理について説明する。図４は、突堤１５Ａに主キャラクタ１０が存在し、突堤１５Ｂに敵キャラクタ２２および敵キャラクタ２３が存在する状態を示している。戦闘状態判定処理では、戦闘可能であるか否かを敵キャラクタ毎に判定する。したがって、図４の例では、敵キャラクタ２２および敵キャラクタ２３のそれぞれについて戦闘可能であるか否かを判定する。戦闘可能であるか否かは、主キャラクタと敵キャラクタとの距離によって判定する。すなわち、主キャラクタと敵キャラクタとの距離が主キャラクタの射程範囲内であれば戦闘可能（主キャラクタの武器により攻撃可能な状態）であると判定する。図４の例では、敵キャラクタ２２は、主キャラクタ１０との距離が射程範囲外であるため戦闘可能でないと判定し、同様に敵キャラクタ２３も、主キャラクタ１０との距離が射程範囲外であるため戦闘可能でないと判定する。なお、主キャラクタと敵キャラクタとの距離は、ゲーム空間内の各キャラクタの三次元座標に基づいて算出される。
【００５８】
以上のような判定処理をステージ内の全ての敵キャラクタについて行う。そして、主キャラクタから攻撃可能な敵キャラクタが１体でも存在する場合、戦闘状態であると判定し、攻撃可能な敵キャラクタが存在しない場合、非戦闘状態であると判定する。図４の例では、ステージ内に攻撃可能な敵キャラクタが存在しないため、非戦闘状態であると判定する。
【００５９】
次に、図５は、突堤１５Ａに主キャラクタ１０および敵キャラクタ２１が存在し、突堤１５Ｂに敵キャラクタ２２および敵キャラクタ２３が存在する状態を示している。図５の例では、敵キャラクタ２１、敵キャラクタ２２および敵キャラクタ２３のそれぞれについて主キャラクタから攻撃可能であるか否かを判定する。敵キャラクタ２２および敵キャラクタ２３は、主キャラクタ１０からの距離が射程範囲外であるため攻撃可能でないと判定する。敵キャラクタ２１は、主キャラクタ１０からの距離が射程範囲内であるため、主キャラクタが攻撃可能であると判定する。したがって、ステージ内に主キャラクタから攻撃され得る敵キャラクタが存在するため、戦闘状態であると判定する。戦闘状態であると判定した場合、戦闘時処理を行う。図５の例では、戦闘用のＢＧＭに切り替え、体力ゲージ３１およびスタイリッシュポイント３２の表示を行う。これにより、遊技者に戦闘の緊張感を生じさせる。
【００６０】
図６および図７を用いて他の判定処理（射線が通るか、到達可能であるか）について説明する。
図６は、射線判定処理を説明する図である。同図の例では武器として銃を用いる場合を示す。同図（Ａ）および同図（Ｂ）に示すように、主キャラクタ１０は、銃を用いて攻撃するため、直線の射線を有する。なお、射線は直線に限るものではない。例えば弓矢のような武器を用いる場合には、放物線の射線を有する。
【００６１】
射線判定処理においては、この射線上に障害物が有るか否かを判定する。例えば同図（Ａ）においては、主キャラクタ１０と敵キャラクタ２１の間に障害物が存在せず、主キャラクタ１０と敵キャラクタ２１を直線で結ぶことができる。このような状態を図５に示した例で説明する。図５において、主キャラクタ１０が突堤１５Ａに存在し、敵キャラクタ２１も突堤１５Ａに存在する場合、突堤１５Ａ内には障害物が存在しないため、射線が通ることとなる。また、主キャラクタ１０が突堤１５Ａに存在し、敵キャラクタ２１が突堤１５Ｂに存在する場合においても、突堤１５Ａと突堤１５Ｂとの間には障害物が存在しないため、射線が通ることとなる。
【００６２】
一方、同図（Ｂ）においては、主キャラクタ１０と敵キャラクタ２１の間に壁２５が存在するため、斜線が通らないと判定する。斜線が通らないと判定した場合、主キャラクタとの距離が射程範囲内であっても戦闘できないと判定する。したがって、非戦闘状態として判定する。このような状態を図５に示した例で説明する。図５において、例えば主キャラクタ１０が突堤１５Ａに存在し、敵キャラクタ２１が洞窟３５に存在する場合、突堤１５Ａから洞窟３５の間に障害物（壁）が存在するため、射線が通らない状態となる。したがって、主キャラクタとの距離が射程範囲内であっても非戦闘状態として判定する。
【００６３】
なお、主キャラクタと敵キャラクタとの間に障害物がある場合であっても、この障害物が武器を通過することができる場合（例えば金網などである場合）、障害物ではないとして処理し、戦闘可能であると判定する。
【００６４】
次に、図７は、経路探索処理を説明する図である。同図（Ａ）は探索対象となる経路を示す図であり、同図（Ｂ）は探索された経路を示す図である。経路探索処理とは、主キャラクタが敵キャラクタに到達可能であるか否かを判定する処理である。ゲーム空間内には崖や海などの移動不可能な地形が存在し、同じゲーム空間に存在する場合であっても、キャラクタ同士が相対して戦闘できない場合がある。そこで、主キャラクタが敵キャラクタに到達ための経路が通じているか否かの経路探索処理を行い、経路が通じている場合に到達可能であると判定する処理を行う。経路探索処理は、同図（Ａ）に示すように、ゲーム空間内の通路に複数の基準点（ノード）を設定して隣接する往来可能なノードを接続した経路を設定し、主キャラクタが存在するノードと敵キャラクタが存在するノードとを結ぶ経路が形成されているか否かを検出する処理である。
【００６５】
同図（Ａ）に示すように、ゲーム空間内の通路には複数の基準点（ノード）が設定されており、隣接するノードのうち移動可能なノード間に経路（破線で示す）が設定されている。ここで、主キャラクタ１０から敵キャラクタ２２に至る経路を探索する場合、まず、主キャラクタ１０に一致するまたは最も近いノードを探索する。同図の例では、ノード３１が主キャラクタ１０に最も近いため、このノード３１を経路探索における主キャラクタ１０の存在位置として用いる。次に、敵キャラクタ２２に一致するまたは最も近いノードを探索する。同図の例では、ノード３２が敵キャラクタ２２に最も近いため、このノード３２を経路探索における敵キャラクタ２２の存在位置として用いる。そして、ノード３１からノード３２まで、他のノードを経由して経路がつながっているかを探索する。その結果、同図（Ｂ）に示すようにノード３１から他のノードを経由して、ノード３２まで経路探索される。
【００６６】
この経路探索の具体例を図５に示したゲームの場面を例にあげて説明する。図５において、主キャラクタ１０は突堤１５Ａに存在し、敵キャラクタ２２は突堤１５Ｂに存在する。突堤１５Ａと突堤１５Ｂは、洞窟３５またはジャンプスポット１７Ａ、１７Ｂで経路が接続されている。まず主キャラクタに最も近いノード３１（突堤１５Ａの任意の地点）を探索し、次に敵キャラクタ２２に最も近いノード３２（突堤１５Ｂの任意の地点）を探索する。ノード３１とノード３２は、洞窟３５またはジャンプスポット１７Ａ、１７Ｂを介して接続可能であるため、経路として確立することができる。よって、主キャラクタ１０は敵キャラクタ２２に到達可能であると判定する。
【００６７】
なお、ノードとノードとを接続する経路は、相互に移動（往復）可能な経路であっても、いずれか一方ノードから他方のノードに移動可能な一方通行の経路であってもよい。上の例は全ての経路が往復可能な場合の例である。経路探索は、各経路が往復可能か一方通行であるかを考慮して行われる。したがって、ある経路を通って主キャラクタが敵キャラクタへ到達可能であっても、その逆の経路で敵キャラクタが主キャラクタへ到達が不可能な場合も存在する。また、その逆の場合も存在する。
【００６８】
また、複数の接続可能経路が存在する場合、最短の経路を選択すればよい。なお、各敵キャラクタは、上記最短の経路を通って主キャラクタ１０に近づき、攻撃を行う。
【００６９】
図８〜図１０は、敵キャラクタ毎の戦闘状態判定処理を示すフローチャートである。なお、以下の処理は一定時間毎に繰り返し実行されるものである。
図８は、一般的な敵キャラクタに対する戦闘状態判定処理を示すフローチャートである。  まず、前回の判定処理において戦闘状態として判定されているか否かを判断する（ｓ１１）。戦闘状態として判定されていなければ（ｓ１１でＮＯ）、敵キャラクタ（複数の敵キャラクタが存在する場合にはいずれか１つの敵キャラクタ）が主キャラクタの射程範囲内にあるか否かを判断する（ｓ１２）。射程範囲内の敵キャラクタが存在しなければ（ｓ１２でＮＯ）戦闘状態でない（非戦闘状態）と判定する（ｓ１６）。
【００７０】
主キャラクタの射程範囲内に敵キャラクタが存在すれば（ｓ１２でＹＥＳ）、その射程範囲内の敵キャラクタに対して主キャラクタが到達可能であるか否かを判定する（ｓ１３）。図７で説明した手順で経路探索を行い、主キャラクタから敵キャラクタへの経路が通じれば到達可能であると判定する（ｓ１３でＹＥＳ）。到達可能であれば戦闘状態と判定する（ｓ１５）。一方、到達不可能であると判定した場合（ｓ１３でＮＯ）、主キャラクタから敵キャラクタに対して射線が通るか否かを判断する（ｓ１４）。主キャラクタから敵キャラクタに対して射線が通らない場合は（ｓ１４でＮＯ）非戦闘状態と判定する（ｓ１６）。主キャラクタから敵キャラクタに対して射線が通る状態であれば（ｓ１４でＹＥＳ）戦闘状態として判定する（ｓ１５）。すなわち、主キャラクタが敵キャラクタに対して到達可能であるか射線が通っているかは、戦闘状態であるためのＯＲ条件として判定される。
【００７１】
一方、ｓ１１の処理において、前回判定時に戦闘状態として判定されていれば（ｓ１１でＹＥＳ）、現在も継続して敵キャラクタが主キャラクタの射程範囲内であるか否かを判断する（ｓ１７）。射程範囲内であれば（ｓ１７でＹＥＳ）引き続き戦闘状態として判定する（ｓ１５）。射程範囲外になっていれば（ｓ１７でＮＯ）非戦闘状態として判定する（ｓ１８）。一度戦闘状態として判定された場合は、経路探索や射線の判断を行わず、戦闘状態の対象となっている敵キャラクタが射程範囲外に離れるまでは戦闘状態継続と判定する。
【００７２】
以上のようにして戦闘状態、非戦闘状態を判定し、ゲーム空間内に１体でも戦闘状態の敵キャラクタが存在した場合、戦闘時処理を行い、全ての敵キャラクタが非戦闘状態であれば戦闘時処理を解除する。
【００７３】
なお、擬態等を行う特殊な敵キャラクタについては上記以外の戦闘状態判定処理を行う。図９は、特殊な敵キャラクタにおける戦闘状態判定の動作を示すフローチャートである。この動作は、何らかのもの（例えば袋など）に擬態したり、地面の中に潜ったりする敵キャラクタについて行うものである。袋などに擬態している敵キャラクタは、ゲーム画面上では外観上敵キャラクタとして認識することができず、攻撃することができない。このような敵キャラクタにおいて図８に示した戦闘状態判定を行うと、敵キャラクタとして認識できないにもかかわらず戦闘状態として判定されてしまい、不自然になってしまう。そこで、擬態中の敵キャラクタは非戦闘状態であると判定する。
【００７４】
まず、前回の判定処理において戦闘状態として判定されているか否かを判断する（ｓ２１）。前回判定時に戦闘状態として判定されていれば（ｓ２１でＹＥＳ）、現在も継続して敵キャラクタが主キャラクタの射程範囲内であるか否かを判断し（ｓ２８）、射程範囲内であれば（ｓ２８でＹＥＳ）引き続き戦闘状態として判定する（ｓ２６）。射程範囲外になっていれば（ｓ２８でＮＯ）非戦闘状態として判定する（ｓ２９）。図８に示した動作と同様、一度戦闘状態として判定された場合は、経路探索や射線の判断を行わず、戦闘状態の対象となっている敵キャラクタが射程範囲外に離れるまでは戦闘状態継続と判定するものである。
【００７５】
一方、前回の判定処理において戦闘状態として判定されていなければ（ｓ２１でＮＯ）、敵キャラクタ（複数の敵キャラクタが存在する場合にはいずれか１つの敵キャラクタ）が主キャラクタの射程範囲内にあるか否かを判断する（ｓ２２）。射程範囲内の敵キャラクタが存在しなければ（ｓ２２でＮＯ）非戦闘状態として判定する（ｓ２７）。主キャラクタの射程範囲内に敵キャラクタが存在すれば（ｓ２２でＹＥＳ）、その敵キャラクタが待機状態であるか否かを判断する（ｓ２３）。待機状態とは、上記のように敵キャラクタが何らかのもの  （例えば袋など）に擬態していたり、地面の中に潜っていたりする場合であり、外見上敵として認識できない状態になっている場合を言う。射程範囲内の敵キャラクタが待機状態であれば（ｓ２３でＹＥＳ）非戦闘状態として判定する（ｓ２７）。
【００７６】
待機状態でなければ（ｓ２３でＮＯ）、その射程範囲内の敵キャラクタに対して主キャラクタが到達可能であるか否かを判定する（ｓ２４）。図７で説明した手順で経路探索を行い、主キャラクタから敵キャラクタへの経路が通じれば到達可能であると判定する（ｓ２４でＹＥＳ）。到達可能であれば戦闘状態として判定する（ｓ２６）。到達不可能であると判定した場合（ｓ２４でＮＯ）、主キャラクタから敵キャラクタに対して射線が通るか否かを判断する（ｓ２５）。主キャラクタから敵キャラクタに対して射線が通らない場合は（ｓ２５でＮＯ）非戦闘状態と判定する（ｓ２７）。主キャラクタから敵キャラクタに対して射線が通る状態であれば（ｓ２５でＹＥＳ）戦闘状態として判定する（ｓ２６）。図８の場合と同様、到達可能か否かと射線が通っているか否かはＯＲ条件として適用する。
【００７７】
図８、図９は、主キャラクタを主体とし、主キャラクタが敵キャラクタに対して射程範囲内か否か、到達可能か否か、射線が通るか否かを戦闘状態の判定条件としているが、敵キャラクタを主体とし、敵キャラクタが主キャラクタに対して射程範囲内か否か、到達可能か否か、射線が通るか否かを戦闘状態の判定条件とすることも可能である。また、主キャラクタを主体とした判定、敵キャラクタを主体とした判定の両方を行い、いずれか一方が満たされたとき戦闘状態としてもよい。
【００７８】
図１０は、敵キャラクタを主体として戦闘状態を判定する場合に、壁などを通過して移動可能な特殊な敵キャラクタが主キャラクタに対して戦闘状態であるかを判定するの動作を示すフローチャートである。壁などを通過することができる特殊なキャラクタ（例えばゲーム「ＤＥＶＩＬ  ＭＡＹ  ＣＲＹ（登録商標）４」ではフロストという敵キャラクタ）は、同一のゲーム空間（ステージ）に存在していれば常に主キャラクタに到達可能であり、主キャラクタを攻撃することができるキャラクタである。したがって、このようなキャラクタについて戦闘状態を判定する場合、「到達可能」の条件は常に満たされているとして以下のような戦闘状態判定処理を行う。
【００７９】
まず、前回の判定処理において戦闘状態として判定されているか否かを判断する（ｓ３１）。前回判定時に戦闘状態として判定されていれば（ｓ３１でＹＥＳ）、現在も継続して主キャラクタがこの敵キャラクタの射程範囲内であるか否かを判断し（ｓ３５）、射程範囲内であれば（ｓ３５でＹＥＳ）引き続き戦闘状態として判定する（ｓ３３）。射程範囲外になっていれば（ｓ３５でＮＯ）非戦闘状態として判定する（ｓ３６）。図８および図９に示した動作と同様、一度戦闘状態として判定された場合は、主キャラクタが射程範囲外に離れるまでは戦闘状態継続と判定する。
【００８０】
一方、前回の判定処理において戦闘状態として判定されていなければ（ｓ３１でＮＯ）、主キャラクタがこの敵キャラクタの射程範囲内にあるか否かを判断する（ｓ３２）。射程範囲内に主キャラクタが存在しなければ（ｓ３２でＮＯ）非戦闘状態として判定する（ｓ３４）。射程範囲内に主キャラクタが存在する場合には（ｓ３２でＹＥＳ）、この特殊な敵キャラクタは必ずその主キャラクタに到達可能であるため戦闘状態として判定する（ｓ３３）。このように、ゲーム空間内の地形にかかわらず必ず主キャラクタに到達可能である敵キャラクタについては、到達可能か否か、射線が通るか否かの判定を行わない。
【００８１】
以上のように、主キャラクタと敵キャラクタが同一のステージに存在するか否かではなく、主キャラクタと敵キャラクタとが交戦可能な状態であるか、すなわち、主キャラクタが敵キャラクタを攻撃可能または敵キャラクタが主キャラクタを攻撃可能な状態であるかを判定して、ゲームのモードを戦闘状態に切り換えることにより、広大なゲーム空間が設定されるゲームにおいて、敵キャラクタが同じステージに存在する場合でも、主キャラクタの射程範囲外であれば非戦闘状態となるので、違和感のない戦闘状態と非戦闘状態のモード切り替えが可能になる。
【００８２】
なお、上記実施形態では、戦闘可能であるか否かを、「射程範囲内であるか」、「到達可能であるか」、「射線が通るか」、で判定するようにしているが、これらの判定条件はどのように組み合わせてもよい。無論、いずれか１つの判定条件のみを用いるようにしてもよい。
【図面の簡単な説明】
【００８３】
【図１】この発明が適用されるゲーム装置の外観図
【図２】ゲーム装置本体の内部構成を示すブロック図
【図３】ゲーム装置のコントローラの構造を示す平面図
【図４】非戦闘時のゲーム画面、および各キャラクタの位置関係を示す図
【図５】戦闘時のゲーム画面、および各キャラクタの位置関係を示す図
【図６】射線判定処理を説明する図
【図７】経路探索処理を説明する図
【図８】戦闘状態判定の動作を示すフローチャート
【図９】戦闘状態判定の別の動作を示すフローチャート
【図１０】戦闘状態判定のさらに別の動作を示すフローチャート
【符号の説明】
【００８４】
１０  主キャラクタ
２１，２２，２３  敵キャラクタ
１５Ａ，１５Ｂ  突堤
【図１】
0005250237.tif 000002
【図２】
0005250237.tif 000003
【図３】
0005250237.tif 000004
【図４】
0005250237.tif 000005
【図５】
0005250237.tif 000006
【図６】
0005250237.tif 000007
【図７】
0005250237.tif 000008
【図８】
0005250237.tif 000009
【図９】
0005250237.tif 000010
【図１０】
0005250237.tif 000011