プログラム、情報記憶媒体、及び、ゲーム機
【課題】オブジェクト空間においてプレーヤキャラクタと敵キャラクタとを用いたゲームにおいて、敵キャラクタの存在意義を強め、プレーヤに面白味を与えることができるゲームに関するプログラム、情報記憶媒体、ゲーム機を提供する。
【解決手段】プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定し、プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行い、ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行い、プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定し、プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行う。
【解決手段】プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定し、プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行い、ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行い、プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定し、プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報記憶媒体、及び、ゲーム機に関する。
【背景技術】
【０００２】
従来から、仮想的な３次元空間であるオブジェクト空間（ゲーム空間）において所与の視点（仮想カメラ）から見える画像を生成するゲーム機（画像生成装置）が知られており、いわゆる仮想現実を体験できるものとして人気が高い。
【０００３】
このようなゲーム機では、オブジェクト空間に存在するプレーヤキャラクタが、敵キャラクタと戦いながら、スタート地点からゴール地点まで移動させるゲームがある。例えば、敵キャラクタの撃ってきた弾を任意の方向に跳ね返しながらゲームを進行させるゲームがある（非特許文献１）。
【０００４】
しかし、従来では、敵キャラクタは単に攻撃・防御の対象にすぎず、敵キャラクタの存在意義が単純すぎて面白みに欠けるものがあった。
【非特許文献１】株式会社カプコン、マーズマトリックス、モスキートシステム、[online]、株式会社カプコン、[平成２０年２月１日検索]、インターネット<ＵＲＬ：http://www.capcom.co.jp/newproducts/arcade/mars/>
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、従来の課題に鑑みたものであり、その目的は、オブジェクト空間においてプレーヤキャラクタと敵キャラクタとを用いたゲームにおいて、敵キャラクタの存在意義を強め、プレーヤに面白味を与えることができるゲームに関するプログラム、情報記憶媒体、ゲーム機を提供することにある。
【課題を解決するための手段】
【０００６】
（１）本発明は、
プレーヤキャラクタと敵キャラクタとが存在するゲーム空間において、プレーヤキャラクタを始点から終点に移動させるゲームのためのプログラムであって、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定するヒット領域設定部と、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行うヒット判定部と、
前記ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行う移動演算部として、コンピュータを機能させ、
前記ヒット領域設定部が、
プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定し、
前記移動演算部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、
プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行うことを特徴とするプログラムに関する。
【０００７】
本発明は、上記プログラムを記憶した情報記憶媒体、上記各部として構成するゲーム機に関係する。
【０００８】
本発明によれば、プレーヤキャラクタを進行方向に加速させて移動させるためには、敵キャラクタの存在が必要になるので、敵キャラクタの存在意義が強まる。
【０００９】
（２）また、本発明のプログラム、情報記憶媒体、ゲーム機は、
前記移動演算部が、
プレーヤからの方向指示の入力情報に基づいて、プレーヤキャラクタを加速させる際の移動方向を決定するようにしてもよい。
【００１０】
本発明によれば、プレーヤの意図する方向にプレーヤキャラクタを移動させることができる。
【００１１】
（３）また、本発明のプログラム、情報記憶媒体、ゲーム機は、
プレーヤキャラクタの高さが所定値以上か否かに基づきゲーム判定を行うゲーム演算部と、
所定パラメータを更新するパラメータ更新部として、コンピュータを機能させ、
前記パラメータ更新部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの前記所定入力情報を取得した場合に、前記所定パラメータを増加させる処理を行い、
プレーヤからの第２の所定入力情報を取得した場合であって、前記所定パラメータ値がしきい値を超えている場合に、前記所定パラメータを減少させる処理を行い、
前記移動演算部が、
前記所定パラメータが減少しない場合には、プレーヤキャラクタを下降させる処理を行い、
前記所定パラメータが減少した場合には、プレーヤキャラクタの下降を制限する処理を行うようにしてもよい。
【００１２】
本発明によれば、プレーヤキャラクタの下降を防ぐために、敵キャラクタの存在が必要になるので、敵キャラクタの存在意義を強化することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００１４】
１．構成
図１に本実施形態のゲーム機（画像生成装置）の機能ブロック図の例を示す。なお本実施形態のゲーム機は図１の構成要素（各部）の一部を省略した構成としてもよい。
【００１５】
操作部１６０は、プレーヤがオブジェクト（プレーヤキャラクタ）の入力データ（操作データ）を入力するためのものであり、その機能は、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、或いは筺体などにより実現できる。
【００１６】
また、操作部１６０は、加速度センサや撮像部、或いは角速度を検出するジャイロセンサを備えた入力機器によってプレーヤからの入力データを入力できるものでもよい。例えば、入力装置は、プレーヤが把持して動かすものであってもよいし、プレーヤが身につけて動かすものであってもよい。また、入力装置には、プレーヤが把持する刀型コントローラや銃型コントローラ、あるいはプレーヤが身につける（プレーヤが手に装着する）グローブ型コントローラなど実際の道具を模して作られたコントローラも含まれる。また入力装置には、入力装置と一体化されているゲーム装置、携帯型ゲーム装置、携帯電話なども含まれる。
【００１７】
例えば、入力機器に備えられた加速度センサは、３軸（Ｘ軸、Ｙ軸、Ｚ軸）の加速度を検出する。すなわち、加速度センサは、上下方向、左右方向、及び、前後方向の加速度を検出することができる。なお、加速度センサは、５ｍｓｅｃ毎に加速度を検出している。また、加速度センサは、１軸、２軸、６軸の加速度を検出するものであってもよい。また、入力機器に備えられた加速度センサによって検出された加速度（例えば、重力加速度）に基づいて、入力機器の傾き（傾きの方向、大きさ）を求めてもよい。なお、加速度センサから検出された加速度は、入力機器の通信部によってゲーム装置（本体装置）に送信される。
【００１８】
また、入力機器に備えられた撮像部は、赤外線フィルタ、レンズ、撮像素子（イメージセンサ）、画像処理回路を含む。赤外線フィルタは、入力装置の前方に配置され、表示部１９０に関連付けられて配置されている光源から入射する光から赤外線のみを通過させる。レンズは、赤外線フィルタを透過した赤外線を集光して撮像素子へ出射する。撮像素子は、例えば、ＣＭＯＳセンサやＣＣＤのような固体撮像素子であり、レンズが集光した赤外線を撮像して撮像画像を生成する。撮像素子で生成された撮像画像は、画像処理回路で処理される。例えば、撮像素子から得られた撮像画像を処理して高輝度部分を検知し、撮像画像における光源の位置情報（特定位置）を検出する。なお、光源が複数存在する場合には、撮像画像上の位置情報を複数検出する。また、複数の光源を利用して撮像画像上の位置情報を複数検出し、検出された位置情報の基準軸からの回転角度（傾き）を求め、光源に対する入力機器自体の傾きを求めてもよい。なお、検出した撮像画像上の位置情報は、通信部によって、本体装置に送信される。
【００１９】
記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。なお、オブジェクトデータ記憶部１７６は、オブジェクトのオブジェクトデータが記憶される。
【００２０】
情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。
【００２１】
表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【００２２】
通信部１９６は外部（例えば他のゲーム機）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。
【００２３】
なお、サーバが有する情報記憶媒体や記憶部に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやデータを、ネットワークを介して受信し、受信したプログラムやデータを情報記憶媒体１８０や記憶部１７０に記憶してもよい。このようにプログラムやデータを受信してゲーム機を機能させる場合も本発明の範囲内に含む。
【００２４】
処理部１００（プロセッサ）は、操作部１６０からの入力データやプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。
【００２５】
この処理部１００は記憶部１７０内の主記憶部１７２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００２６】
処理部１００は、オブジェクト空間設定部１１０、移動・動作処理部１１１、パラメータ更新部１１２、仮想カメラ制御部１１４、ゲーム演算部１１６、ヒット領域設定部１１７、ヒット判定部１１８、描画部１２０、音生成部１３０を含む。なおこれらの一部を省略する構成としてもよい。
【００２７】
オブジェクト空間設定部１１０は、オブジェクト（プレーヤキャラクタ、敵、敵弾の他に、キャラクタ、建物、球場、車、樹木、柱、壁、マップ（地形）などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行う。
【００２８】
ここでオブジェクト空間とは、いわゆる仮想２次元空間、仮想３次元空間の両方を含む。２次元空間とは、例えば２次元座標（Ｘ，Ｙ）においてオブジェクトが配置される空間であり、３次元空間とは、例えば３次元座標（Ｘ，Ｙ，Ｚ）においてオブジェクトが配置される空間である。
【００２９】
そして、オブジェクト空間を２次元空間とした場合には、複数のオブジェクトそれぞれについて設定された優先順位に基づいてオブジェクトを配置するようにしてもよい。例えば、マップ上を真上からみたときには、プレーヤキャラクタが最前に表示されるように優先順位を設定する。
【００３０】
またオブジェクト空間を３次元空間とした場合には、ワールド座標系にオブジェクトを配置する。また、例えば、ワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義であり、例えば、ワールド座標系でのＸ、Ｙ、Ｚ軸の各軸の正方向からみて時計回りに回る場合における回転角度）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。
【００３１】
移動・動作処理部１１１は、オブジェクトの移動・動作演算を行う。すなわち操作部１６０によりプレーヤが入力した入力データや、プログラム（移動・動作アルゴリズム）や、各種データ（モーションデータ）などに基づいて、オブジェクトをオブジェクト空間内で移動させたり、オブジェクトを動作（モーション、アニメーション）させたりする処理を行う。具体的には、オブジェクトの移動情報（位置、回転角度、速度、或いは加速度）や動作情報（オブジェクトを構成する各パーツの位置、或いは回転角度）を、１フレーム（例えば、１／６０秒）毎に順次求める処理を行う。なおフレームは、オブジェクトの移動・動作処理や画像生成処理を行う時間の単位である。
【００３２】
特に、本実施形態の移動・動作処理部１１１は、移動演算部１１１ａを含む。移動演算部１１１ａは、ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行う。例えば、移動演算部１１１ａは、プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行う。
【００３３】
また移動演算部１１１ａは、プレーヤからの方向指示の入力情報に基づいて、プレーヤキャラクタを加速させる際の移動方向を決定するようにしてもよい。ここで、方向指示の入力情報とは、アナログレバーによって入力された角度方向を示す情報、十字キーによって入力された上下左右の方向を示す情報とすることができる。
【００３４】
また、移動演算部１１１ａは、所定パラメータが減少しない場合には、プレーヤキャラクタを下降させる処理を行い、所定パラメータが減少した場合には、プレーヤキャラクタの下降を制限する処理を行うようにしてもよい。
【００３５】
仮想カメラ制御部１１４は、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点）の制御処理を行う。具体的には、３次元の画像を生成する場合には、ワールド座標系における仮想カメラの位置（Ｘ、Ｙ、Ｚ）又は回転角度（例えば、Ｘ、Ｙ、Ｚ軸の各軸の正方向からみて時計回りに回る場合における回転角度）を制御する処理を行う。要するに、視点位置、視線方向、画角を制御する処理を行う。また、仮想カメラ制御部１１４は、仮想カメラを、予め決められた回転角度で回転させてもよい。この場合には、仮想カメラの位置又は回転角度を特定するための仮想カメラデータに基づいて仮想カメラを制御する。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラについて上記の制御処理が行われる。
【００３６】
例えば仮想カメラによりオブジェクト（例えば、プレーヤキャラクタ）を後方から撮影する場合には、オブジェクトの位置、向きの変化に仮想カメラが追従するように、仮想カメラの位置、仮想カメラの向きを制御する。この場合には、移動・動作処理部１１１で得られたオブジェクトの位置、向き又は速度などの情報に基づいて、仮想カメラを制御できる。或いは、仮想カメラを、予め決められた向きに設定したり、予め決められた移動経路で移動させる制御を行ってもよい。この場合には、仮想カメラの位置（移動経路）又は向きを特定するための仮想カメラデータに基づいて仮想カメラを制御する。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラについて上記の制御処理が行われる。
【００３７】
パラメータ更新部１１２は、所定パラメータ（例えばブーストゲージ）を更新する。例えば、パラメータ更新部１１２は、プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの前記所定入力情報を取得した場合に、所定パラメータを増加させる処理を行い、プレーヤからの第２の所定入力情報を取得した場合であって、所定パラメータ値がしきい値を超えている場合に（例えば０を超えている場合に）、所定パラメータを減少させる処理を行う。
【００３８】
ゲーム演算部１１６は、種々のゲーム演算処理を行う。例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲームステージ毎のクリア条件を満たすか否かを判定する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理、最終ステージをクリアした場合にはエンディングを進行させる処理などがある。
【００３９】
本実施形態のゲーム演算部１１６は、プレーヤキャラクタがゴール地点までたどり着いたか否かを判定したり、プレーヤキャラクタの高さが所定値以上か否かに基づきゲーム判定を行うようにしている。例えば、制限時間以内にゴール地点までたどり着かない場合には、ゲームオーバーと判定したり、プレーヤキャラクタの高さが所定値以上でない場合には、ゲームオーバーと判定している。
【００４０】
ヒット領域設定部１１７は、プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定する処理を行う。なお、本実施形態のヒット領域設定部１１７は、プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定する。
【００４１】
ヒット判定部１１８は、プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行う。
【００４２】
描画部１２０は、処理部１００で行われる種々の処理（ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。描画部１２０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。
【００４３】
２次元画像を生成する場合には、真上から見たときのマップの全体又は一部の画像を生成する。例えば、オブジェクト（スプライト）毎に優先度を設定し、設定された優先度が低いオブジェクトから順に描画する。オブジェクト同士が重なる場合には、優先度の高いオブジェクトを上書きして描画するようにする。
【００４４】
いわゆる３次元ゲーム画像を生成する場合には、まずオブジェクト（モデル）の各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値
等）を含むオブジェクトデータ（モデルデータ）が入力され、入力されたオブジェクトデータに含まれる頂点データに基づいて、頂点処理（頂点シェーダによるシェーディング）が行われる。なお頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。
【００４５】
頂点処理では、頂点処理プログラム（頂点シェーダプログラム、第１のシェーダプログラム）に従って、頂点の移動処理や、座標変換、例えばワールド座標変換、視野変換（カメラ座標変換）、クリッピング処理、透視変換（投影変換）、ビューポート変換等のジオメトリ処理が行われ、その処理結果に基づいて、オブジェクトを構成する頂点群について与えられた頂点データを変更（更新、調整）する。
【００４６】
そして、頂点処理後の頂点データに基づいてラスタライズ（走査変換）が行われ、ポリゴン（プリミティブ）の面とピクセルとが対応づけられる。そしてラスタライズに続いて、画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（ピクセルシェーダによるシェーディング、フラグメント処理）が行われる。ピクセル処理では、ピクセル処理プログラム（ピクセルシェーダプログラム、第２のシェーダプログラム）に従って、テクスチャの読出し（テクスチャマッピング）、色データの設定／変更、半透明合成、アンチエイリアス等の各種処理を行って、画像を構成するピクセルの最終的な描画色を決定し、透視変換されたオブジェクトの描画色を描画バッファ１７４（ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ、レンダリングターゲット）に出力（描画）する。すなわち、ピクセル処理では、画像情報（色、法線、輝度、α値等）をピクセル単位で設定あるいは変更するパーピクセル処理を行う。これにより、オブジェクト空間内において仮想カメラ（所与の視点）から見える画像が生成される。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラから見える画像を分割画像として１画面に表示できるように画像を生成することができる。
【００４７】
なお頂点処理やピクセル処理は、シェーディング言語によって記述されたシェーダプログラムによって、ポリゴン（プリミティブ）の描画処理をプログラム可能にするハードウェア、いわゆるプログラマブルシェーダ（頂点シェーダやピクセルシェーダ）により実現される。プログラマブルシェーダでは、頂点単位の処理やピクセル単位の処理がプログラム可能になることで描画処理内容の自由度が高く、従来のハードウェアによる固定的な描画処理に比べて表現力を大幅に向上させることができる。
【００４８】
そして描画部１２０は、オブジェクトを描画する際に、ジオメトリ処理、テクスチャマッピング、隠面消去処理、αブレンディング等を行う。
【００４９】
ジオメトリ処理では、オブジェクトに対して、座標変換、クリッピング処理、透視投影変換、或いは光源計算等の処理が行われる。そして、ジオメトリ処理後（透視投影変換後）のオブジェクトデータ（オブジェクトの頂点の位置座標、テクスチャ座標、色データ（輝度データ）、法線ベクトル、或いはα値等）は、オブジェクトデータ記憶部１７６に保存される。
【００５０】
テクスチャマッピングは、記憶部１７０のテクスチャ記憶部１７８に記憶されるテクスチャ（テクセル値）をオブジェクトにマッピングするための処理である。具体的には、オブジェクトの頂点に設定（付与）されるテクスチャ座標等を用いて記憶部１７０のテクスチャ記憶部１７８からテクスチャ（色（ＲＧＢ）、α値などの表面プロパティ）を読み出す。そして、２次元の画像であるテクスチャをオブジェクトにマッピングする。この場合に、ピクセルとテクセルとを対応づける処理や、テクセルの補間としてバイリニア補間などを行う。
【００５１】
隠面消去処理としては、描画ピクセルのＺ値（奥行き情報）が格納されるＺバッファ１７９（奥行きバッファ）を用いたＺバッファ法（奥行き比較法、Ｚテスト）による隠面消去処理を行うことができる。すなわちオブジェクトのプリミティブに対応する描画ピクセルを描画する際に、Ｚバッファ１７９に格納されるＺ値を参照する。そして参照されたＺバッファ１７９のＺ値と、プリミティブの描画ピクセルでのＺ値とを比較し、描画ピクセルでのＺ値が、仮想カメラから見て手前側となるＺ値（例えば小さなＺ値）である場合には、その描画ピクセルの描画処理を行うとともにＺバッファ１７９のＺ値を新たなＺ値に更新する。
【００５２】
αブレンディング（α合成）は、α値（Ａ値）に基づく半透明合成処理（通常αブレンディング、加算αブレンディング又は減算αブレンディング等）のことである。
【００５３】
なお、α値は、各ピクセル（テクセル、ドット）に関連づけて記憶できる情報であり、例えば色情報以外のプラスアルファの情報である。α値は、マスク情報、半透明度（透明度、不透明度と等価）、バンプ情報などとして使用できる。
【００５４】
音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。
【００５５】
なお、本実施形態のゲーム機は、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末（ゲーム機、携帯電話）を用いて分散処理を行ってもよい。
【００５６】
２．本実施形態の手法
（１）概要
図２は、本実施形態のゲームの概要を示す説明図である。本実施形態のゲームは、ゲーム空間において、プレーヤキャラクタＰをスタート地点（始点）からゴール地点（終点）まで移動させる２次元のゲームである。
【００５７】
本実施形態では、プレーヤキャラクタＰの移動速度に基づいてプレーヤキャラクタＰを移動させている。特に本実施形態では、プレーヤキャラクタＰが、敵Ｅ（敵キャラクタ）をキャッチして放つ処理が行われる際に、プレーヤキャラクタを加速させる処理を行っている。そして、プレーヤキャラクタＰが敵Ｅと衝突すると、プレーヤキャラクタＰを減速させる処理を行っている。
【００５８】
また、本実施形態では、プレーヤキャラクタＰに重力方向（Ｙ軸マイナス方向）へ落下（下降）させる処理を行っている。そして、プレーヤキャラクタＰが敵Ｅをキャッチした際や、敵を放って加速処理が行われる際、また、プレーヤからのブーストゲージを消費させるための入力データ（所定入力情報Ｉ１）を取得する度にブーストゲージＡを消費（減少）させている場合には、ブーストゲージＡの消費量に応じて、プレーヤキャラクタＰの落下を制限する処理を行っている。ブーストゲージＡは、重力に対して逆方向の浮力への力を働かせるものであり、ブーストゲージの減少に応じて浮力の力が働き、重力に対するプレーヤキャラクタＰの落下を阻止させている。例えば、重力と浮力が同等であれば、プレーヤキャラクタＰの高さを維持させ、重力よりも浮力が高まればプレーヤキャラクタＰを上昇させる。ただし、ブーストゲージＡの値がしきい値（例えば０）以下になると、ブーストゲージＡを消費させることができず、プレーヤキャラクタＰを落下させる処理を行っている。
【００５９】
そして、本実施形態では、プレーヤキャラクタＰの位置（Ｘ，Ｙ）が所定値（Ｙ＝０）以下になると、ゲームオーバーの判定処理を行いゲームを終了させる処理を行っている。
【００６０】
このように、本実施形態では、プレーヤキャラクタＰを加速させたり落下を防ぐためにプレーヤキャラクタＰが敵Ｅをキャッチしたり敵Ｅを放つ処理が必要になるゲームである。したがって、本実施形態では、プレーヤキャラクタＰがゴール地点に辿り着くためには、敵Ｅの存在が必要になるので、複数の敵Ｅを、図２に示すように敵Ｅ１、Ｅ２、Ｅ２´（敵Ｅ２から発射される敵弾）のように、ゲーム空間に配置させることが望ましい。例えば、Ｘ軸の所定間隔毎に少なくとも１つの敵Ｅが存在するように、敵Ｅをゲーム空間に配置させるようにしてもよい。なお、敵Ｅは、ゲーム空間に静止させて配置させてもよいし、任意の方向（例えばＸ軸マイナス方向）に基づき移動させるようにしてもよい。
【００６１】
以上のように、本実施形態のゲームでは、プレーヤキャラクタＰが敵Ｅを用いて、加速したり落下を防止させて、プレーヤキャラクタＰをゴール地点へ到達させるというゲームである。つまり、本実施形態では、従来のように敵を単なる攻撃防御の対象とするだけでなく、敵からのダメージのリスク（減速させられる、攻撃を受ける等のリスク）を負いながらも、敵をキャッチしてゲームを進行させるという敵の存在意義を強めた従来にないゲームを実現している。以下、具体的な処理内容を説明する。
【００６２】
（２）ヒット判定
本実施形態では、プレーヤキャラクタのキャッチ範囲ＨＰ１（第１のヒット領域）と、プレーヤキャラクタの衝突範囲ＨＰ２（第２のヒット領域）とを設定している。例えば、図３（Ａ）（Ｂ）に示すように、プレーヤキャラクタの表示領域を中心に矩形の衝突範囲ＨＰ２を設定し、衝突範囲ＨＰ２の周囲（例えば、上方、下方、右方、左方）を少なくとも一部含む領域にキャッチ範囲ＨＰ１を設定している。例えば、キャッチ範囲ＨＰ１は、衝突範囲ＨＰ２の右方、左方の両側に設定している。さらに、敵（敵から発射される敵弾も含む）にも矩形のヒット範囲ＨＥを設定している。
【００６３】
そして、本実施形態では、プレーヤキャラクタのキャッチ範囲ＨＰ１と、敵のヒット範囲ＨＥとを用いて、キャッチに関するヒット判定を行っている。例えば、敵のヒット範囲ＨＥの各頂点が、キャッチ範囲ＨＰ１に属するか否かを、座標値（Ｘ、Ｙ）を比較することによって、ヒットしたか否かを判定している。具体的には、敵のヒット範囲ＨＥの各頂点が、キャッチ範囲ＨＰ１内の座標値内である場合には、プレーヤキャラクタが敵にヒットしたと判定している。
【００６４】
同様に、プレーヤキャラクタの衝突範囲ＨＰ２と、敵のヒット範囲ＨＥとを用いて、衝突のヒット判定を行っている。
【００６５】
そして、本実施形態では、プレーヤから「キャッチ」ボタン（所定入力情報Ｉ２）による入力情報を取得した場合であって、図３（Ａ）に示すように、プレーヤキャラクタのキャッチ範囲ＨＰ１と、敵のヒット範囲ＨＥがヒットしたと判定された場合に限って、プレーヤキャラクタが敵をキャッチしたと判定している。
【００６６】
また、図３（Ｂ）に示すように、プレーヤキャラクタＰの衝突範囲ＨＰ２と、敵Ｅのヒット範囲ＨＥとがヒットしたと判定されると、プレーヤキャラクタは、敵に衝突したと判定している。
【００６７】
なお、本実施形態では、プレーヤキャラクタのキャッチ範囲ＨＰ１と、衝突範囲ＨＰ２は、異なる領域に設定されており、敵のヒット範囲ＨＥと衝突範囲ＨＰ２とのヒットがあったと判定された場合には、敵のヒット範囲ＨＥとキャッチ範囲ＨＰ１とのヒットに関わらず、衝突があったものと判定している。
【００６８】
なお、キャッチ範囲ＨＰ１、衝突範囲ＨＰ２、敵のヒット範囲ＨＥを、円形に設定してもよい。例えば、キャッチ範囲ＨＰ１、敵のヒット範囲ＨＥが円形である場合には、キャッチ範囲ＨＰ１、敵のヒット範囲ＨＥそれぞれの中心点からの距離Ｌ１が、キャッチ範囲ＨＰ１の半径ｒ１、敵のヒット範囲ＨＥの半径ｒ２の合計（ｒ１＋ｒ２）以下である場合、すなわち、Ｌ１≦（ｒ１＋ｒ２）である場合には、キャッチ範囲ＨＰ１、敵のヒット範囲ＨＥはヒットしたと判定する。
【００６９】
（３）敵を用いたプレーヤキャラクタの移動制御
本実施形態では、プレーヤキャラクタＰの移動を次のように制御している。
【００７０】
まず、図４（Ａ）に示すように、プレーヤキャラクタＰの通常時の状態（アイドル状態）では、プレーヤキャラクタは重力加速度Ｇ（＞０）によって、重力方向（Ｙ軸マイナス方向）に落下移動する処理を行っている。しかし、プレーヤからの所定入力情報Ｉ１を検知した場合には、ブーストゲージＡを減少させて、減少に応じて浮力方向への加速度を設定し、重力加速度Ｇと浮力方向への加速度とに基づいて、プレーヤキャラクタの重力方向或いは浮力方向への移動方向、及び移動方向に対する移動量を決定する処理を行っている。
【００７１】
また、本実施形態では、プレーヤキャラクタＰの速度（例えば時速５０ｋｍ）に応じて、プレーヤキャラクタＰをＸ軸プラス方向に移動させる処理を行っている。なお、プレーヤキャラクタＰの速度は、徐々に減速させるようにしてもよいし、後述するように敵と衝突した場合に限って減速させるようにしてもよい。
【００７２】
次に、図４（Ｂ）を用いて、プレーヤキャラクタＰが敵Ｅをキャッチした場合についての移動制御について説明する。
【００７３】
まず、本実施形態では、プレーヤキャラクタＰが敵Ｅをキャッチしたと判定されると、プレーヤキャラクタＰの重力加速度が０に設定される。つまり、プレーヤキャラクタＰは落下を阻止することができる。なお、キャッチ中は、プレーヤキャラクタＰが、敵Ｅをキャッチしながらスイング（回転）する動画像を生成して表示させるようにしている。
【００７４】
また、本実施形態では、プレーヤから、連続して「キャッチ」ボタン（所定入力情報Ｉ２）の入力情報を検出している場合は、キャッチ状態（スイング状態）が維持され、プレーヤキャラクタＰの重力加速度はそのまま０に設定される。そして、本実施形態では、予めキャッチ可能時間（例えば３０フレーム：１フレーム１／６０秒）を設定し、キャッチ可能時間経過後は、再び重力加速度がＧに設定され、プレーヤキャラクタＰは、敵Ｅと共に重力加速度Ｇに従って重力方向へ落下移動する処理を行っている。
【００７５】
また、本実施形態では、キャッチ可能時間内においてはＸ軸プラス方向の速度をキャッチ時の速度で維持する処理を行っている。つまり、敵をキャッチすることで、キャッチ時の速度で、Ｘ軸プラス方向にプレーヤキャラクタＰを移動させることができる。例えば、キャッチ時の速度が時速５０ｋｍである場合には、キャッチ可能時間内は時速５０ｋｍのまま、プレーヤキャラクタＰがＸ軸プラス方向に移動させる。
【００７６】
次に、図４（Ｃ）を用いて、プレーヤキャラクタＰが敵Ｅを放つ処理について説明する。
【００７７】
本実施形態では、キャッチ可能時間内において、プレーヤからの連続して入力されていた「キャッチ」ボタン（所定入力情報Ｉ２）の入力情報が検出されなくなったときに、プレーヤキャラクタＰから敵Ｅを放つ処理を行い、プレーヤキャラクタＰをＸ軸プラス方向へ加速させる処理を行っている。
【００７８】
また、本実施形態では、加速期間を予め設定し、加速期間中、プレーヤキャラクタＰの加速させる処理を行う。具体的には、時速５０ｋｍで移動していたプレーヤキャラクタＰを、加速期間（例えば２０フレーム）かけて速度を時速１００ｋｍに上昇させる。
【００７９】
なお、本実施形態では、プレーヤキャラクタＰを加速させる際には、速度の変化を、数フレームかけて段階的に上昇させるだけでなく、１フレームでプレーヤキャラクタＰの速度を時速５０ｋｍから時速１００ｋｍに変化させるようにしてもよい。
【００８０】
なお、加速期間中も重力加速度を０に設定した状態を保ち、プレーヤキャラクタＰが落下することがないように制御している。
【００８１】
また、本実施形態では、敵Ｅを放つと同時にブーストゲージＡを増加させている。つまり、プレーヤキャラクタＰが敵Ｅをキャッチして放つことで、加速させると共にプレーヤキャラクタＰの落下防止を図るためのブーストゲージＡを増加させることができる。
【００８２】
なお、プレーヤキャラクタＰが敵Ｅを放ってから加速期間内に、さらに異なる敵をキャッチして放した場合には、プレーヤキャラクタＰの速度をさらに加速させるようにしてもよい。例えば、時速５０ｋｍで移動しているプレーヤキャラクタＰが敵Ｅ１をキャッチして放つとプレーヤキャラクタＰの最大速度が、時速が時速１００ｋｍになるとする。しかし、プレーヤキャラクタＰが敵Ｅ１を放って加速している加速期間内に、さらに異なる敵Ｅ２をキャッチして放した場合には、プレーヤキャラクタＰの最大速度が、時速２００ｋｍになるよう制御する。つまり、敵をキャッチして放つという行為が連続的に行われると、プレーヤキャラクタＰを大きく加速させることができる。
【００８３】
なお、プレーヤキャラクタＰを加速させる際には、プレーヤからの方向指示入力情報に基づいて、移動方向を定めてプレーヤキャラクタＰを移動させることができる。例えば、図５に示すように、プレーヤからの上下左右の十字キーボタン（所定入力情報Ｉ３ａ〜Ｉ３ｄ）から、上ボタン（所定入力情報Ｉ３ａ）の入力情報を検知すると、プレーヤキャラクタＰを、移動方向ａ１の方向へ加速させている。また、下ボタン（所定入力情報Ｉ３ｂ）の入力データを検知すると、プレーヤキャラクタＰを、移動方向ａ３の方向へ加速させている。なお、十字キーからの上下以外の入力データ（例えば、右ボタン：所定入力情報Ｉ３ｃ、左ボタン：所定入力情報Ｉ３ｄ）を検知した場合や、十字キーからの入力データを検知しない場合には、プレーヤキャラクタＰを移動方向ａ２の方向へ加速させている。
【００８４】
このようにすれば、プレーヤは次にキャッチする敵の位置を見定めて、プレーヤキャラクタを移動させることができる。
【００８５】
また、本実施形態では、加速期間を経過すると、速度維持状態に遷移し、速度維持期間中はプレーヤキャラクタの進行方向への移動速度が維持される。そして、速度維持期間（速度キープ時間）を経過すると、プレーヤキャラクタの移動速度を、敵をキャッチした時の速度に減速させる処理を行っている。
【００８６】
例えば、時速５０ｋｍで移動しているプレーヤキャラクタが敵Ｅを放つことによって、時速１００ｋｍに加速した場合には、加速時間を経過した後に、速度維持期間（例えば３０フレーム）時速１００ｋｍを維持し、速度維持期間経過後、時速５０ｋｍに減速する処理を行う。ここで、減速する処理は、数フレーム（例えば、１０フレーム）かけて、時速１００ｋｍから時速５０ｋｍに段階的に速度を減速させてもよいし、１フレームで時速１００ｋｍから時速５０ｋｍへ急激に速度を減速させてもよい。
【００８７】
（５）衝突処理
本実施形態では、図６（Ａ）に示すように、プレーヤキャラクタＰが敵Ｅと衝突したと判定されると、プレーヤキャラクタＰの速度を減速させる処理を行っている。つまり、プレーヤキャラクタＰをキャッチするための所定入力情報Ｉ２の入力タイミングをプレーヤが誤ると、プレーヤキャラクタＰは敵Ｅと衝突することになり、プレーヤキャラクタＰが減速してしまうことになる。
【００８８】
例えば、プレーヤキャラクタＰが時速５０ｋｍで移動している場合に、プレーヤキャラクタＰと敵Ｅとが衝突したと判定されると、プレーヤキャラクタＰを、時速０ｋｍに減速させる処理を行う。
【００８９】
また、本実施形態では、プレーヤキャラクタＰと敵Ｅとが衝突したときの、敵Ｅの移動方向に応じて、敵Ｅに対するプレーヤキャラクタＰの相対的な移動方向を決めている。例えば、図６（Ｂ）に示すように、敵Ｅがｂ１の方向へ移動している場合には、衝突によってプレーヤキャラクタＰを、敵Ｅに対して相対的にｂ１´の方向へ移動させている。また、敵Ｅがｂ２の方向へ移動している場合には、衝突によってプレーヤキャラクタＰを敵Ｅに対して相対的にｂ２´の方向へ移動させている。敵Ｅがｂ３の方向へ移動している場合には、プレーヤキャラクタＰを敵Ｅに対して相対的にｂ３´の方向へ移動させている。
【００９０】
また、本実施形態では、プレーヤキャラクタＰが敵Ｅ１をキャッチしている状態（キャッチ中）の場合であっても、他の敵Ｅ２と衝突したと判定されると、プレーヤキャラクタＰを加速させずに、敵Ｅ２によって減速させる処理を行っている。
【００９１】
（６）その他
また、本実施形態では、敵の種類に応じて、敵を放つときの加速度を変化させてもよい。例えば、図２に示す、敵Ｅ２から発射される敵弾Ｅ２´をキャッチして放った場合には、敵Ｅ２をキャッチして放つ加速度よりも大きな加速度でプレーヤキャラクタを加速させるようにしてもよい。
【００９２】
例えば、プレーヤキャラクタＰが敵Ｅ１をキャッチして放った場合には、最大速度が時速１００ｋｍまで上昇させる処理を行うように制御し、プレーヤキャラクタＰが敵Ｅ２をキャッチして放った場合には、最大速度が時速２００ｋｍまで上昇させる処理を行うように制御する。つまり、敵の種類に応じて最大速度を異ならせるようにしてもよい。
【００９３】
また、本実施形態では、敵の種類に応じて、衝突時のダメージを異ならせてもよい。例えば、図２に示す、敵Ｅ２から発射される敵弾Ｅ２´と衝突した場合には、プレーヤキャラクタの速度を減速させるだけでなく、プレーヤキャラクタを一定期間、行動不能状態にさせるようにしてもよい。具体的には、プレーヤキャラクタが他の敵をキャッチすることや、ブーストゲージＡを消費させて浮力を働かせることを不能にするようにするように制御する。つまり、プレーヤからの「キャッチ」ボタン（所定入力情報Ｉ２）による入力情報、ブーストゲージＡ用の入力情報（所定入力情報Ｉ１）を、受け付けないように制御する。
【００９４】
また、本実施形態では、プレーヤキャラクタを複数用意し、プレーヤキャラクタの種類に応じて、加速処理を異ならせるようにしてもよい。例えば、敵を放つ際の加速時において、プレーヤキャラクタＰ１は、最大速度が時速１００ｋｍになるように加速させることができ、プレーヤキャラクタＰ２は、最大速度が時速２５０ｋｍになるように加速させることができるように制御してもよい。
【００９５】
また、本実施形態のプレーヤキャラクタＰの減速処理は、速度を減速させるだけでなく、Ｘ軸マイナス方向、つまり進行方向とは逆方向に移動させる処理を行ってもよい。例えば、プレーヤキャラクタＰが時速５０ｋｍでＸ軸プラス方向に移動しているときに、Ｘ＝１００の位置で、プレーヤキャラクタＰと敵Ｅとが衝突したと判定された場合には、プレーヤキャラクタの速度を、時速０ｋｍに減速させるだけでなく、Ｘ軸マイナス方向に移動させる処理を行ってもよい。例えば、Ｘ＝１００からＸ＝８０へ移動させる処理を行ってもよい。
【００９６】
また、本実施形態では、プレーヤキャラクタに、キャッチの判定と衝突判定を行うための１つのヒット範囲を設定してもよい。かかる場合には、プレーヤキャラクタのヒット範囲と敵のヒット範囲とがヒットしたと判定された場合には、所定期間内にプレーヤから「キャッチ」ボタン（所定入力情報Ｉ２）による入力情報を取得した場合に限ってプレーヤキャラクタが敵をキャッチしたと判定する。一方、プレーヤキャラクタのヒット範囲と敵のヒット範囲とがヒットしたと判定されてから所定期間内にプレーヤから「キャッチ」ボタン（所定入力情報Ｉ２）による入力情報を取得しない場合には、プレーヤキャラクタが敵に衝突したと判定する。つまり、プレーヤキャラクタと敵とがヒットしたと判定されてから所定期間を経過すると、プレーヤキャラクタは敵をキャッチすることができずに、プレーヤキャラクタと敵とが衝突する処理を行うように制御する。
【００９７】
３．フローチャート
次に、本実施形態の詳細な処理例について図７（Ａ）〜（Ｅ）のフローチャートを用いて説明する。
【００９８】
まず、図７（Ａ）を用いて説明すると、プレーヤキャラクタをアイドル状態に設定する（ステップＳ１１１）。そして、プレーヤの「キャッチ」ボタン（所定入力情報Ｉ２）の押下によって、「キャッチ」ボタンによる入力データを取得すると（ステップＳ１１２）、プレーヤキャラクタが敵をキャッチしたか否かを判定する（ステップＳ１１３）。プレーヤキャラクタが敵をキャッチしたと判定されると（ステップＳ１１３のＹｅｓ）、敵を行動不能状態に遷移させる（ステップＳ１１４）。そして、プレーヤキャラクタの重力加速度を０に設定すると共に、プレーヤキャラクタのＸ軸プラス方向の加速度を、キャッチ時（「キャッチ」ボタンによる入力データを取得時）の速度に維持する処理を行う（ステップＳ１１５）。一方、プレーヤキャラクタが敵をキャッチしていないと判定されると（ステップＳ１１３のＮｏ）、ステップＳ１１１に戻る。
【００９９】
そして、次の処理について図７（Ｂ）を用いて説明する。まずスイング状態に遷移する（ステップＳ２１０）。例えば、プレーヤキャラクタが敵を振り回す動画像を生成して表示させる。そして、スイング可能時間を減少させる処理を行う（ステップＳ２１１）。なお、スイング可能時間の初期値は、キャッチ可能時間が設定される。そして、連続して「キャッチ」ボタンの入力データを取得しているか否かを判断する（ステップＳ２１２）。「キャッチ」ボタンによる入力データを連続して取得していると判断されると（ステップＳ２１２のＹｅｓ）、他の敵と衝突したか否かを判断する（ステップＳ２１３）。そして、他の敵と衝突したと判断されると（ステップＳ２１３のＹｅｓ）、スイングしていた敵（キャッチしている敵）を、行動不能状態のまま落下させ、プレーヤキャラクタを衝突状態に遷移させる（衝突させる）処理を行い（ステップＳ２１４）、処理を終了する。一方、他の敵と衝突したと判断されない場合には（ステップＳ２１３のＮｏ）、スイング可能時間が無くなったか否かを判断し（ステップＳ２１５）、スイング可能時間が無くなったと判断されると（ステップＳ２１５のＹｅｓ）、スイングしていた敵を行動不能状態のまま落下させ、プレーヤキャラクタを、アイドル状態に遷移させる処理を行い（ステップＳ２１６）、処理を終了する。一方、スイング可能時間が無くなっていないと判断されると（ステップＳ２１５のＮｏ）、ステップＳ２１１に戻る。
【０１００】
また、「キャッチ」ボタンによる入力データを取得してから連続して同一入力データを取得していないと判断されると（ステップＳ２１２のＮｏ）、次の図７（Ｃ）の加速状態（加速処理）（ステップＳ３１０）に進む。
【０１０１】
図７（Ｃ）を用いて加速状態（ステップＳ３１０）について説明する。まず、敵を行動不能状態のまま落下させる処理を行う（ステップＳ３１１）。そして、プレーヤキャラクタを、重力加速度を０に設定したまま、プレーヤキャラクタのＸ軸プラス方向の速度を加速させる。また、速度に応じてプレーヤキャラクタの位置を変更する処理を行う。また、加速中は、プレーヤキャラクタと敵との衝突判定を消失（無効）にさせる（ステップＳ３１２）。そして、加速を終了させるか否かを判断し（ステップＳ３１３）、加速を終了させる場合には（ステップＳ３１３のＹｅｓ）、次の速度キープ状態に進む。一方、加速を終了させない場合には（ステップＳ３１３のＮｏ）、ステップＳ３１２に戻る。
【０１０２】
次に、図７（Ｄ）を用いて速度キープ状態処理（速度維持処理）（ステップＳ４１０）について、説明する。まず、プレーヤキャラクタが他の敵と衝突したか否かを判断する（ステップＳ４１１）。そして、プレーヤキャラクタが他の敵と衝突したと判断されると（ステップＳ４１１のＹｅｓ）、プレーヤキャラクタ及び、敵共に、衝突状態の処理を行う（ステップＳ４１２）。一方、プレーヤキャラクタが他の敵と衝突していないと判断されると（ステップＳ４１１のＮｏ）、速度キープ時間（速度維持時間）を経過したか否かを判断し（ステップＳ４１３）、速度キープ時間を経過したと判断されると（ステップＳ４１３のＹｅｓ）、次のステップである減速状態処理に進み、速度キープ時間を経過していないと判断されると（ステップＳ４１３のＮｏ）、ステップＳ４１０に戻る。
【０１０３】
最後に、図７（Ｅ）を用いて、減速状態処理（ステップＳ５１０）について説明する。まず、プレーヤキャラクタが他の敵と衝突したか否かを判断する（ステップＳ５１１）。そして、プレーヤキャラクタが他の敵と衝突したと判断すると（ステップＳ５１１のＹｅｓ）、プレーヤキャラクタ及び敵共に衝突状態の処理を行う（ステップＳ５１２）。一方、プレーヤキャラクタが他の敵と衝突していないと判断されると（ステップＳ５１１のＮｏ）、減速時間を経過したか否かを判断し（ステップＳ５１３）、減速時間を経過したと判断されると（ステップＳ５１３のＹｅｓ）、プレーヤキャラクタをアイドル状態に遷移させて（ステップＳ５１４）、処理を終了する。一方、減速時間を経過していないと判断された場合には（ステップＳ５１３のＮｏ）ステップＳ５１０に戻る。以上で処理が終了する。
【図面の簡単な説明】
【０１０４】
【図１】本実施形態のゲーム機の機能ブロック図の例。
【図２】本実施形態のゲーム処理の説明図。
【図３】図３（Ａ）（Ｂ）は、本実施形態のヒット判定の説明図。
【図４】図４（Ａ）（Ｂ）（Ｃ）は、減速・加速、浮力・重力に関する説明図。
【図５】図５は、本実施形態のプレーヤキャラクタの移動処理の説明図。
【図６】図６（Ａ）（Ｂ）は、本実施形態のプレーヤキャラクタの衝突処理の説明図。
【図７（Ａ）】本実施形態の処理のフローチャート。
【図７（Ｂ）】本実施形態の処理のフローチャート。
【図７（Ｃ）】本実施形態の処理のフローチャート。
【図７（Ｄ）】本実施形態の処理のフローチャート。
【図７（Ｅ）】本実施形態の処理のフローチャート。
【符号の説明】
【０１０５】
Ｐ プレーヤキャラクタ、
Ｅ、Ｅ１、Ｅ２ 敵、
Ｅ２´ 敵弾、
Ｇ 重力加速度
１００ 処理部、
１１０ オブジェクト空間設定部、
１１１ 移動・動作処理部、
１１１ａ 移動演算部、
１１２ パラメータ更新部、
１１４ 仮想カメラ制御部
１１６ ゲーム演算部、
１１７ ヒット領域設定部、
１１８ ヒット判定部、
１２０ 描画部、
１３０ 音生成部、
１６０ 操作部、
１７０ 記憶部、１７２ 主記憶部、１７４ 描画バッファ、
１７６ オブジェクトデータ記憶部、
１７８ テクスチャ記憶部、
１７９ ｚバッファ、
１８０ 情報記憶媒体、１９０ 表示部、１９２ 音出力部、１９６ 通信部
【技術分野】
【０００１】
本発明は、プログラム、情報記憶媒体、及び、ゲーム機に関する。
【背景技術】
【０００２】
従来から、仮想的な３次元空間であるオブジェクト空間（ゲーム空間）において所与の視点（仮想カメラ）から見える画像を生成するゲーム機（画像生成装置）が知られており、いわゆる仮想現実を体験できるものとして人気が高い。
【０００３】
このようなゲーム機では、オブジェクト空間に存在するプレーヤキャラクタが、敵キャラクタと戦いながら、スタート地点からゴール地点まで移動させるゲームがある。例えば、敵キャラクタの撃ってきた弾を任意の方向に跳ね返しながらゲームを進行させるゲームがある（非特許文献１）。
【０００４】
しかし、従来では、敵キャラクタは単に攻撃・防御の対象にすぎず、敵キャラクタの存在意義が単純すぎて面白みに欠けるものがあった。
【非特許文献１】株式会社カプコン、マーズマトリックス、モスキートシステム、[online]、株式会社カプコン、[平成２０年２月１日検索]、インターネット<ＵＲＬ：http://www.capcom.co.jp/newproducts/arcade/mars/>
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、従来の課題に鑑みたものであり、その目的は、オブジェクト空間においてプレーヤキャラクタと敵キャラクタとを用いたゲームにおいて、敵キャラクタの存在意義を強め、プレーヤに面白味を与えることができるゲームに関するプログラム、情報記憶媒体、ゲーム機を提供することにある。
【課題を解決するための手段】
【０００６】
（１）本発明は、
プレーヤキャラクタと敵キャラクタとが存在するゲーム空間において、プレーヤキャラクタを始点から終点に移動させるゲームのためのプログラムであって、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定するヒット領域設定部と、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行うヒット判定部と、
前記ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行う移動演算部として、コンピュータを機能させ、
前記ヒット領域設定部が、
プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定し、
前記移動演算部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、
プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行うことを特徴とするプログラムに関する。
【０００７】
本発明は、上記プログラムを記憶した情報記憶媒体、上記各部として構成するゲーム機に関係する。
【０００８】
本発明によれば、プレーヤキャラクタを進行方向に加速させて移動させるためには、敵キャラクタの存在が必要になるので、敵キャラクタの存在意義が強まる。
【０００９】
（２）また、本発明のプログラム、情報記憶媒体、ゲーム機は、
前記移動演算部が、
プレーヤからの方向指示の入力情報に基づいて、プレーヤキャラクタを加速させる際の移動方向を決定するようにしてもよい。
【００１０】
本発明によれば、プレーヤの意図する方向にプレーヤキャラクタを移動させることができる。
【００１１】
（３）また、本発明のプログラム、情報記憶媒体、ゲーム機は、
プレーヤキャラクタの高さが所定値以上か否かに基づきゲーム判定を行うゲーム演算部と、
所定パラメータを更新するパラメータ更新部として、コンピュータを機能させ、
前記パラメータ更新部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの前記所定入力情報を取得した場合に、前記所定パラメータを増加させる処理を行い、
プレーヤからの第２の所定入力情報を取得した場合であって、前記所定パラメータ値がしきい値を超えている場合に、前記所定パラメータを減少させる処理を行い、
前記移動演算部が、
前記所定パラメータが減少しない場合には、プレーヤキャラクタを下降させる処理を行い、
前記所定パラメータが減少した場合には、プレーヤキャラクタの下降を制限する処理を行うようにしてもよい。
【００１２】
本発明によれば、プレーヤキャラクタの下降を防ぐために、敵キャラクタの存在が必要になるので、敵キャラクタの存在意義を強化することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００１４】
１．構成
図１に本実施形態のゲーム機（画像生成装置）の機能ブロック図の例を示す。なお本実施形態のゲーム機は図１の構成要素（各部）の一部を省略した構成としてもよい。
【００１５】
操作部１６０は、プレーヤがオブジェクト（プレーヤキャラクタ）の入力データ（操作データ）を入力するためのものであり、その機能は、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、或いは筺体などにより実現できる。
【００１６】
また、操作部１６０は、加速度センサや撮像部、或いは角速度を検出するジャイロセンサを備えた入力機器によってプレーヤからの入力データを入力できるものでもよい。例えば、入力装置は、プレーヤが把持して動かすものであってもよいし、プレーヤが身につけて動かすものであってもよい。また、入力装置には、プレーヤが把持する刀型コントローラや銃型コントローラ、あるいはプレーヤが身につける（プレーヤが手に装着する）グローブ型コントローラなど実際の道具を模して作られたコントローラも含まれる。また入力装置には、入力装置と一体化されているゲーム装置、携帯型ゲーム装置、携帯電話なども含まれる。
【００１７】
例えば、入力機器に備えられた加速度センサは、３軸（Ｘ軸、Ｙ軸、Ｚ軸）の加速度を検出する。すなわち、加速度センサは、上下方向、左右方向、及び、前後方向の加速度を検出することができる。なお、加速度センサは、５ｍｓｅｃ毎に加速度を検出している。また、加速度センサは、１軸、２軸、６軸の加速度を検出するものであってもよい。また、入力機器に備えられた加速度センサによって検出された加速度（例えば、重力加速度）に基づいて、入力機器の傾き（傾きの方向、大きさ）を求めてもよい。なお、加速度センサから検出された加速度は、入力機器の通信部によってゲーム装置（本体装置）に送信される。
【００１８】
また、入力機器に備えられた撮像部は、赤外線フィルタ、レンズ、撮像素子（イメージセンサ）、画像処理回路を含む。赤外線フィルタは、入力装置の前方に配置され、表示部１９０に関連付けられて配置されている光源から入射する光から赤外線のみを通過させる。レンズは、赤外線フィルタを透過した赤外線を集光して撮像素子へ出射する。撮像素子は、例えば、ＣＭＯＳセンサやＣＣＤのような固体撮像素子であり、レンズが集光した赤外線を撮像して撮像画像を生成する。撮像素子で生成された撮像画像は、画像処理回路で処理される。例えば、撮像素子から得られた撮像画像を処理して高輝度部分を検知し、撮像画像における光源の位置情報（特定位置）を検出する。なお、光源が複数存在する場合には、撮像画像上の位置情報を複数検出する。また、複数の光源を利用して撮像画像上の位置情報を複数検出し、検出された位置情報の基準軸からの回転角度（傾き）を求め、光源に対する入力機器自体の傾きを求めてもよい。なお、検出した撮像画像上の位置情報は、通信部によって、本体装置に送信される。
【００１９】
記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。なお、オブジェクトデータ記憶部１７６は、オブジェクトのオブジェクトデータが記憶される。
【００２０】
情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。
【００２１】
表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【００２２】
通信部１９６は外部（例えば他のゲーム機）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。
【００２３】
なお、サーバが有する情報記憶媒体や記憶部に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやデータを、ネットワークを介して受信し、受信したプログラムやデータを情報記憶媒体１８０や記憶部１７０に記憶してもよい。このようにプログラムやデータを受信してゲーム機を機能させる場合も本発明の範囲内に含む。
【００２４】
処理部１００（プロセッサ）は、操作部１６０からの入力データやプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。
【００２５】
この処理部１００は記憶部１７０内の主記憶部１７２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００２６】
処理部１００は、オブジェクト空間設定部１１０、移動・動作処理部１１１、パラメータ更新部１１２、仮想カメラ制御部１１４、ゲーム演算部１１６、ヒット領域設定部１１７、ヒット判定部１１８、描画部１２０、音生成部１３０を含む。なおこれらの一部を省略する構成としてもよい。
【００２７】
オブジェクト空間設定部１１０は、オブジェクト（プレーヤキャラクタ、敵、敵弾の他に、キャラクタ、建物、球場、車、樹木、柱、壁、マップ（地形）などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行う。
【００２８】
ここでオブジェクト空間とは、いわゆる仮想２次元空間、仮想３次元空間の両方を含む。２次元空間とは、例えば２次元座標（Ｘ，Ｙ）においてオブジェクトが配置される空間であり、３次元空間とは、例えば３次元座標（Ｘ，Ｙ，Ｚ）においてオブジェクトが配置される空間である。
【００２９】
そして、オブジェクト空間を２次元空間とした場合には、複数のオブジェクトそれぞれについて設定された優先順位に基づいてオブジェクトを配置するようにしてもよい。例えば、マップ上を真上からみたときには、プレーヤキャラクタが最前に表示されるように優先順位を設定する。
【００３０】
またオブジェクト空間を３次元空間とした場合には、ワールド座標系にオブジェクトを配置する。また、例えば、ワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義であり、例えば、ワールド座標系でのＸ、Ｙ、Ｚ軸の各軸の正方向からみて時計回りに回る場合における回転角度）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。
【００３１】
移動・動作処理部１１１は、オブジェクトの移動・動作演算を行う。すなわち操作部１６０によりプレーヤが入力した入力データや、プログラム（移動・動作アルゴリズム）や、各種データ（モーションデータ）などに基づいて、オブジェクトをオブジェクト空間内で移動させたり、オブジェクトを動作（モーション、アニメーション）させたりする処理を行う。具体的には、オブジェクトの移動情報（位置、回転角度、速度、或いは加速度）や動作情報（オブジェクトを構成する各パーツの位置、或いは回転角度）を、１フレーム（例えば、１／６０秒）毎に順次求める処理を行う。なおフレームは、オブジェクトの移動・動作処理や画像生成処理を行う時間の単位である。
【００３２】
特に、本実施形態の移動・動作処理部１１１は、移動演算部１１１ａを含む。移動演算部１１１ａは、ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行う。例えば、移動演算部１１１ａは、プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行う。
【００３３】
また移動演算部１１１ａは、プレーヤからの方向指示の入力情報に基づいて、プレーヤキャラクタを加速させる際の移動方向を決定するようにしてもよい。ここで、方向指示の入力情報とは、アナログレバーによって入力された角度方向を示す情報、十字キーによって入力された上下左右の方向を示す情報とすることができる。
【００３４】
また、移動演算部１１１ａは、所定パラメータが減少しない場合には、プレーヤキャラクタを下降させる処理を行い、所定パラメータが減少した場合には、プレーヤキャラクタの下降を制限する処理を行うようにしてもよい。
【００３５】
仮想カメラ制御部１１４は、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点）の制御処理を行う。具体的には、３次元の画像を生成する場合には、ワールド座標系における仮想カメラの位置（Ｘ、Ｙ、Ｚ）又は回転角度（例えば、Ｘ、Ｙ、Ｚ軸の各軸の正方向からみて時計回りに回る場合における回転角度）を制御する処理を行う。要するに、視点位置、視線方向、画角を制御する処理を行う。また、仮想カメラ制御部１１４は、仮想カメラを、予め決められた回転角度で回転させてもよい。この場合には、仮想カメラの位置又は回転角度を特定するための仮想カメラデータに基づいて仮想カメラを制御する。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラについて上記の制御処理が行われる。
【００３６】
例えば仮想カメラによりオブジェクト（例えば、プレーヤキャラクタ）を後方から撮影する場合には、オブジェクトの位置、向きの変化に仮想カメラが追従するように、仮想カメラの位置、仮想カメラの向きを制御する。この場合には、移動・動作処理部１１１で得られたオブジェクトの位置、向き又は速度などの情報に基づいて、仮想カメラを制御できる。或いは、仮想カメラを、予め決められた向きに設定したり、予め決められた移動経路で移動させる制御を行ってもよい。この場合には、仮想カメラの位置（移動経路）又は向きを特定するための仮想カメラデータに基づいて仮想カメラを制御する。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラについて上記の制御処理が行われる。
【００３７】
パラメータ更新部１１２は、所定パラメータ（例えばブーストゲージ）を更新する。例えば、パラメータ更新部１１２は、プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの前記所定入力情報を取得した場合に、所定パラメータを増加させる処理を行い、プレーヤからの第２の所定入力情報を取得した場合であって、所定パラメータ値がしきい値を超えている場合に（例えば０を超えている場合に）、所定パラメータを減少させる処理を行う。
【００３８】
ゲーム演算部１１６は、種々のゲーム演算処理を行う。例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲームステージ毎のクリア条件を満たすか否かを判定する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理、最終ステージをクリアした場合にはエンディングを進行させる処理などがある。
【００３９】
本実施形態のゲーム演算部１１６は、プレーヤキャラクタがゴール地点までたどり着いたか否かを判定したり、プレーヤキャラクタの高さが所定値以上か否かに基づきゲーム判定を行うようにしている。例えば、制限時間以内にゴール地点までたどり着かない場合には、ゲームオーバーと判定したり、プレーヤキャラクタの高さが所定値以上でない場合には、ゲームオーバーと判定している。
【００４０】
ヒット領域設定部１１７は、プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定する処理を行う。なお、本実施形態のヒット領域設定部１１７は、プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定する。
【００４１】
ヒット判定部１１８は、プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行う。
【００４２】
描画部１２０は、処理部１００で行われる種々の処理（ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。描画部１２０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。
【００４３】
２次元画像を生成する場合には、真上から見たときのマップの全体又は一部の画像を生成する。例えば、オブジェクト（スプライト）毎に優先度を設定し、設定された優先度が低いオブジェクトから順に描画する。オブジェクト同士が重なる場合には、優先度の高いオブジェクトを上書きして描画するようにする。
【００４４】
いわゆる３次元ゲーム画像を生成する場合には、まずオブジェクト（モデル）の各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値
等）を含むオブジェクトデータ（モデルデータ）が入力され、入力されたオブジェクトデータに含まれる頂点データに基づいて、頂点処理（頂点シェーダによるシェーディング）が行われる。なお頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。
【００４５】
頂点処理では、頂点処理プログラム（頂点シェーダプログラム、第１のシェーダプログラム）に従って、頂点の移動処理や、座標変換、例えばワールド座標変換、視野変換（カメラ座標変換）、クリッピング処理、透視変換（投影変換）、ビューポート変換等のジオメトリ処理が行われ、その処理結果に基づいて、オブジェクトを構成する頂点群について与えられた頂点データを変更（更新、調整）する。
【００４６】
そして、頂点処理後の頂点データに基づいてラスタライズ（走査変換）が行われ、ポリゴン（プリミティブ）の面とピクセルとが対応づけられる。そしてラスタライズに続いて、画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（ピクセルシェーダによるシェーディング、フラグメント処理）が行われる。ピクセル処理では、ピクセル処理プログラム（ピクセルシェーダプログラム、第２のシェーダプログラム）に従って、テクスチャの読出し（テクスチャマッピング）、色データの設定／変更、半透明合成、アンチエイリアス等の各種処理を行って、画像を構成するピクセルの最終的な描画色を決定し、透視変換されたオブジェクトの描画色を描画バッファ１７４（ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ、レンダリングターゲット）に出力（描画）する。すなわち、ピクセル処理では、画像情報（色、法線、輝度、α値等）をピクセル単位で設定あるいは変更するパーピクセル処理を行う。これにより、オブジェクト空間内において仮想カメラ（所与の視点）から見える画像が生成される。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラから見える画像を分割画像として１画面に表示できるように画像を生成することができる。
【００４７】
なお頂点処理やピクセル処理は、シェーディング言語によって記述されたシェーダプログラムによって、ポリゴン（プリミティブ）の描画処理をプログラム可能にするハードウェア、いわゆるプログラマブルシェーダ（頂点シェーダやピクセルシェーダ）により実現される。プログラマブルシェーダでは、頂点単位の処理やピクセル単位の処理がプログラム可能になることで描画処理内容の自由度が高く、従来のハードウェアによる固定的な描画処理に比べて表現力を大幅に向上させることができる。
【００４８】
そして描画部１２０は、オブジェクトを描画する際に、ジオメトリ処理、テクスチャマッピング、隠面消去処理、αブレンディング等を行う。
【００４９】
ジオメトリ処理では、オブジェクトに対して、座標変換、クリッピング処理、透視投影変換、或いは光源計算等の処理が行われる。そして、ジオメトリ処理後（透視投影変換後）のオブジェクトデータ（オブジェクトの頂点の位置座標、テクスチャ座標、色データ（輝度データ）、法線ベクトル、或いはα値等）は、オブジェクトデータ記憶部１７６に保存される。
【００５０】
テクスチャマッピングは、記憶部１７０のテクスチャ記憶部１７８に記憶されるテクスチャ（テクセル値）をオブジェクトにマッピングするための処理である。具体的には、オブジェクトの頂点に設定（付与）されるテクスチャ座標等を用いて記憶部１７０のテクスチャ記憶部１７８からテクスチャ（色（ＲＧＢ）、α値などの表面プロパティ）を読み出す。そして、２次元の画像であるテクスチャをオブジェクトにマッピングする。この場合に、ピクセルとテクセルとを対応づける処理や、テクセルの補間としてバイリニア補間などを行う。
【００５１】
隠面消去処理としては、描画ピクセルのＺ値（奥行き情報）が格納されるＺバッファ１７９（奥行きバッファ）を用いたＺバッファ法（奥行き比較法、Ｚテスト）による隠面消去処理を行うことができる。すなわちオブジェクトのプリミティブに対応する描画ピクセルを描画する際に、Ｚバッファ１７９に格納されるＺ値を参照する。そして参照されたＺバッファ１７９のＺ値と、プリミティブの描画ピクセルでのＺ値とを比較し、描画ピクセルでのＺ値が、仮想カメラから見て手前側となるＺ値（例えば小さなＺ値）である場合には、その描画ピクセルの描画処理を行うとともにＺバッファ１７９のＺ値を新たなＺ値に更新する。
【００５２】
αブレンディング（α合成）は、α値（Ａ値）に基づく半透明合成処理（通常αブレンディング、加算αブレンディング又は減算αブレンディング等）のことである。
【００５３】
なお、α値は、各ピクセル（テクセル、ドット）に関連づけて記憶できる情報であり、例えば色情報以外のプラスアルファの情報である。α値は、マスク情報、半透明度（透明度、不透明度と等価）、バンプ情報などとして使用できる。
【００５４】
音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。
【００５５】
なお、本実施形態のゲーム機は、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末（ゲーム機、携帯電話）を用いて分散処理を行ってもよい。
【００５６】
２．本実施形態の手法
（１）概要
図２は、本実施形態のゲームの概要を示す説明図である。本実施形態のゲームは、ゲーム空間において、プレーヤキャラクタＰをスタート地点（始点）からゴール地点（終点）まで移動させる２次元のゲームである。
【００５７】
本実施形態では、プレーヤキャラクタＰの移動速度に基づいてプレーヤキャラクタＰを移動させている。特に本実施形態では、プレーヤキャラクタＰが、敵Ｅ（敵キャラクタ）をキャッチして放つ処理が行われる際に、プレーヤキャラクタを加速させる処理を行っている。そして、プレーヤキャラクタＰが敵Ｅと衝突すると、プレーヤキャラクタＰを減速させる処理を行っている。
【００５８】
また、本実施形態では、プレーヤキャラクタＰに重力方向（Ｙ軸マイナス方向）へ落下（下降）させる処理を行っている。そして、プレーヤキャラクタＰが敵Ｅをキャッチした際や、敵を放って加速処理が行われる際、また、プレーヤからのブーストゲージを消費させるための入力データ（所定入力情報Ｉ１）を取得する度にブーストゲージＡを消費（減少）させている場合には、ブーストゲージＡの消費量に応じて、プレーヤキャラクタＰの落下を制限する処理を行っている。ブーストゲージＡは、重力に対して逆方向の浮力への力を働かせるものであり、ブーストゲージの減少に応じて浮力の力が働き、重力に対するプレーヤキャラクタＰの落下を阻止させている。例えば、重力と浮力が同等であれば、プレーヤキャラクタＰの高さを維持させ、重力よりも浮力が高まればプレーヤキャラクタＰを上昇させる。ただし、ブーストゲージＡの値がしきい値（例えば０）以下になると、ブーストゲージＡを消費させることができず、プレーヤキャラクタＰを落下させる処理を行っている。
【００５９】
そして、本実施形態では、プレーヤキャラクタＰの位置（Ｘ，Ｙ）が所定値（Ｙ＝０）以下になると、ゲームオーバーの判定処理を行いゲームを終了させる処理を行っている。
【００６０】
このように、本実施形態では、プレーヤキャラクタＰを加速させたり落下を防ぐためにプレーヤキャラクタＰが敵Ｅをキャッチしたり敵Ｅを放つ処理が必要になるゲームである。したがって、本実施形態では、プレーヤキャラクタＰがゴール地点に辿り着くためには、敵Ｅの存在が必要になるので、複数の敵Ｅを、図２に示すように敵Ｅ１、Ｅ２、Ｅ２´（敵Ｅ２から発射される敵弾）のように、ゲーム空間に配置させることが望ましい。例えば、Ｘ軸の所定間隔毎に少なくとも１つの敵Ｅが存在するように、敵Ｅをゲーム空間に配置させるようにしてもよい。なお、敵Ｅは、ゲーム空間に静止させて配置させてもよいし、任意の方向（例えばＸ軸マイナス方向）に基づき移動させるようにしてもよい。
【００６１】
以上のように、本実施形態のゲームでは、プレーヤキャラクタＰが敵Ｅを用いて、加速したり落下を防止させて、プレーヤキャラクタＰをゴール地点へ到達させるというゲームである。つまり、本実施形態では、従来のように敵を単なる攻撃防御の対象とするだけでなく、敵からのダメージのリスク（減速させられる、攻撃を受ける等のリスク）を負いながらも、敵をキャッチしてゲームを進行させるという敵の存在意義を強めた従来にないゲームを実現している。以下、具体的な処理内容を説明する。
【００６２】
（２）ヒット判定
本実施形態では、プレーヤキャラクタのキャッチ範囲ＨＰ１（第１のヒット領域）と、プレーヤキャラクタの衝突範囲ＨＰ２（第２のヒット領域）とを設定している。例えば、図３（Ａ）（Ｂ）に示すように、プレーヤキャラクタの表示領域を中心に矩形の衝突範囲ＨＰ２を設定し、衝突範囲ＨＰ２の周囲（例えば、上方、下方、右方、左方）を少なくとも一部含む領域にキャッチ範囲ＨＰ１を設定している。例えば、キャッチ範囲ＨＰ１は、衝突範囲ＨＰ２の右方、左方の両側に設定している。さらに、敵（敵から発射される敵弾も含む）にも矩形のヒット範囲ＨＥを設定している。
【００６３】
そして、本実施形態では、プレーヤキャラクタのキャッチ範囲ＨＰ１と、敵のヒット範囲ＨＥとを用いて、キャッチに関するヒット判定を行っている。例えば、敵のヒット範囲ＨＥの各頂点が、キャッチ範囲ＨＰ１に属するか否かを、座標値（Ｘ、Ｙ）を比較することによって、ヒットしたか否かを判定している。具体的には、敵のヒット範囲ＨＥの各頂点が、キャッチ範囲ＨＰ１内の座標値内である場合には、プレーヤキャラクタが敵にヒットしたと判定している。
【００６４】
同様に、プレーヤキャラクタの衝突範囲ＨＰ２と、敵のヒット範囲ＨＥとを用いて、衝突のヒット判定を行っている。
【００６５】
そして、本実施形態では、プレーヤから「キャッチ」ボタン（所定入力情報Ｉ２）による入力情報を取得した場合であって、図３（Ａ）に示すように、プレーヤキャラクタのキャッチ範囲ＨＰ１と、敵のヒット範囲ＨＥがヒットしたと判定された場合に限って、プレーヤキャラクタが敵をキャッチしたと判定している。
【００６６】
また、図３（Ｂ）に示すように、プレーヤキャラクタＰの衝突範囲ＨＰ２と、敵Ｅのヒット範囲ＨＥとがヒットしたと判定されると、プレーヤキャラクタは、敵に衝突したと判定している。
【００６７】
なお、本実施形態では、プレーヤキャラクタのキャッチ範囲ＨＰ１と、衝突範囲ＨＰ２は、異なる領域に設定されており、敵のヒット範囲ＨＥと衝突範囲ＨＰ２とのヒットがあったと判定された場合には、敵のヒット範囲ＨＥとキャッチ範囲ＨＰ１とのヒットに関わらず、衝突があったものと判定している。
【００６８】
なお、キャッチ範囲ＨＰ１、衝突範囲ＨＰ２、敵のヒット範囲ＨＥを、円形に設定してもよい。例えば、キャッチ範囲ＨＰ１、敵のヒット範囲ＨＥが円形である場合には、キャッチ範囲ＨＰ１、敵のヒット範囲ＨＥそれぞれの中心点からの距離Ｌ１が、キャッチ範囲ＨＰ１の半径ｒ１、敵のヒット範囲ＨＥの半径ｒ２の合計（ｒ１＋ｒ２）以下である場合、すなわち、Ｌ１≦（ｒ１＋ｒ２）である場合には、キャッチ範囲ＨＰ１、敵のヒット範囲ＨＥはヒットしたと判定する。
【００６９】
（３）敵を用いたプレーヤキャラクタの移動制御
本実施形態では、プレーヤキャラクタＰの移動を次のように制御している。
【００７０】
まず、図４（Ａ）に示すように、プレーヤキャラクタＰの通常時の状態（アイドル状態）では、プレーヤキャラクタは重力加速度Ｇ（＞０）によって、重力方向（Ｙ軸マイナス方向）に落下移動する処理を行っている。しかし、プレーヤからの所定入力情報Ｉ１を検知した場合には、ブーストゲージＡを減少させて、減少に応じて浮力方向への加速度を設定し、重力加速度Ｇと浮力方向への加速度とに基づいて、プレーヤキャラクタの重力方向或いは浮力方向への移動方向、及び移動方向に対する移動量を決定する処理を行っている。
【００７１】
また、本実施形態では、プレーヤキャラクタＰの速度（例えば時速５０ｋｍ）に応じて、プレーヤキャラクタＰをＸ軸プラス方向に移動させる処理を行っている。なお、プレーヤキャラクタＰの速度は、徐々に減速させるようにしてもよいし、後述するように敵と衝突した場合に限って減速させるようにしてもよい。
【００７２】
次に、図４（Ｂ）を用いて、プレーヤキャラクタＰが敵Ｅをキャッチした場合についての移動制御について説明する。
【００７３】
まず、本実施形態では、プレーヤキャラクタＰが敵Ｅをキャッチしたと判定されると、プレーヤキャラクタＰの重力加速度が０に設定される。つまり、プレーヤキャラクタＰは落下を阻止することができる。なお、キャッチ中は、プレーヤキャラクタＰが、敵Ｅをキャッチしながらスイング（回転）する動画像を生成して表示させるようにしている。
【００７４】
また、本実施形態では、プレーヤから、連続して「キャッチ」ボタン（所定入力情報Ｉ２）の入力情報を検出している場合は、キャッチ状態（スイング状態）が維持され、プレーヤキャラクタＰの重力加速度はそのまま０に設定される。そして、本実施形態では、予めキャッチ可能時間（例えば３０フレーム：１フレーム１／６０秒）を設定し、キャッチ可能時間経過後は、再び重力加速度がＧに設定され、プレーヤキャラクタＰは、敵Ｅと共に重力加速度Ｇに従って重力方向へ落下移動する処理を行っている。
【００７５】
また、本実施形態では、キャッチ可能時間内においてはＸ軸プラス方向の速度をキャッチ時の速度で維持する処理を行っている。つまり、敵をキャッチすることで、キャッチ時の速度で、Ｘ軸プラス方向にプレーヤキャラクタＰを移動させることができる。例えば、キャッチ時の速度が時速５０ｋｍである場合には、キャッチ可能時間内は時速５０ｋｍのまま、プレーヤキャラクタＰがＸ軸プラス方向に移動させる。
【００７６】
次に、図４（Ｃ）を用いて、プレーヤキャラクタＰが敵Ｅを放つ処理について説明する。
【００７７】
本実施形態では、キャッチ可能時間内において、プレーヤからの連続して入力されていた「キャッチ」ボタン（所定入力情報Ｉ２）の入力情報が検出されなくなったときに、プレーヤキャラクタＰから敵Ｅを放つ処理を行い、プレーヤキャラクタＰをＸ軸プラス方向へ加速させる処理を行っている。
【００７８】
また、本実施形態では、加速期間を予め設定し、加速期間中、プレーヤキャラクタＰの加速させる処理を行う。具体的には、時速５０ｋｍで移動していたプレーヤキャラクタＰを、加速期間（例えば２０フレーム）かけて速度を時速１００ｋｍに上昇させる。
【００７９】
なお、本実施形態では、プレーヤキャラクタＰを加速させる際には、速度の変化を、数フレームかけて段階的に上昇させるだけでなく、１フレームでプレーヤキャラクタＰの速度を時速５０ｋｍから時速１００ｋｍに変化させるようにしてもよい。
【００８０】
なお、加速期間中も重力加速度を０に設定した状態を保ち、プレーヤキャラクタＰが落下することがないように制御している。
【００８１】
また、本実施形態では、敵Ｅを放つと同時にブーストゲージＡを増加させている。つまり、プレーヤキャラクタＰが敵Ｅをキャッチして放つことで、加速させると共にプレーヤキャラクタＰの落下防止を図るためのブーストゲージＡを増加させることができる。
【００８２】
なお、プレーヤキャラクタＰが敵Ｅを放ってから加速期間内に、さらに異なる敵をキャッチして放した場合には、プレーヤキャラクタＰの速度をさらに加速させるようにしてもよい。例えば、時速５０ｋｍで移動しているプレーヤキャラクタＰが敵Ｅ１をキャッチして放つとプレーヤキャラクタＰの最大速度が、時速が時速１００ｋｍになるとする。しかし、プレーヤキャラクタＰが敵Ｅ１を放って加速している加速期間内に、さらに異なる敵Ｅ２をキャッチして放した場合には、プレーヤキャラクタＰの最大速度が、時速２００ｋｍになるよう制御する。つまり、敵をキャッチして放つという行為が連続的に行われると、プレーヤキャラクタＰを大きく加速させることができる。
【００８３】
なお、プレーヤキャラクタＰを加速させる際には、プレーヤからの方向指示入力情報に基づいて、移動方向を定めてプレーヤキャラクタＰを移動させることができる。例えば、図５に示すように、プレーヤからの上下左右の十字キーボタン（所定入力情報Ｉ３ａ〜Ｉ３ｄ）から、上ボタン（所定入力情報Ｉ３ａ）の入力情報を検知すると、プレーヤキャラクタＰを、移動方向ａ１の方向へ加速させている。また、下ボタン（所定入力情報Ｉ３ｂ）の入力データを検知すると、プレーヤキャラクタＰを、移動方向ａ３の方向へ加速させている。なお、十字キーからの上下以外の入力データ（例えば、右ボタン：所定入力情報Ｉ３ｃ、左ボタン：所定入力情報Ｉ３ｄ）を検知した場合や、十字キーからの入力データを検知しない場合には、プレーヤキャラクタＰを移動方向ａ２の方向へ加速させている。
【００８４】
このようにすれば、プレーヤは次にキャッチする敵の位置を見定めて、プレーヤキャラクタを移動させることができる。
【００８５】
また、本実施形態では、加速期間を経過すると、速度維持状態に遷移し、速度維持期間中はプレーヤキャラクタの進行方向への移動速度が維持される。そして、速度維持期間（速度キープ時間）を経過すると、プレーヤキャラクタの移動速度を、敵をキャッチした時の速度に減速させる処理を行っている。
【００８６】
例えば、時速５０ｋｍで移動しているプレーヤキャラクタが敵Ｅを放つことによって、時速１００ｋｍに加速した場合には、加速時間を経過した後に、速度維持期間（例えば３０フレーム）時速１００ｋｍを維持し、速度維持期間経過後、時速５０ｋｍに減速する処理を行う。ここで、減速する処理は、数フレーム（例えば、１０フレーム）かけて、時速１００ｋｍから時速５０ｋｍに段階的に速度を減速させてもよいし、１フレームで時速１００ｋｍから時速５０ｋｍへ急激に速度を減速させてもよい。
【００８７】
（５）衝突処理
本実施形態では、図６（Ａ）に示すように、プレーヤキャラクタＰが敵Ｅと衝突したと判定されると、プレーヤキャラクタＰの速度を減速させる処理を行っている。つまり、プレーヤキャラクタＰをキャッチするための所定入力情報Ｉ２の入力タイミングをプレーヤが誤ると、プレーヤキャラクタＰは敵Ｅと衝突することになり、プレーヤキャラクタＰが減速してしまうことになる。
【００８８】
例えば、プレーヤキャラクタＰが時速５０ｋｍで移動している場合に、プレーヤキャラクタＰと敵Ｅとが衝突したと判定されると、プレーヤキャラクタＰを、時速０ｋｍに減速させる処理を行う。
【００８９】
また、本実施形態では、プレーヤキャラクタＰと敵Ｅとが衝突したときの、敵Ｅの移動方向に応じて、敵Ｅに対するプレーヤキャラクタＰの相対的な移動方向を決めている。例えば、図６（Ｂ）に示すように、敵Ｅがｂ１の方向へ移動している場合には、衝突によってプレーヤキャラクタＰを、敵Ｅに対して相対的にｂ１´の方向へ移動させている。また、敵Ｅがｂ２の方向へ移動している場合には、衝突によってプレーヤキャラクタＰを敵Ｅに対して相対的にｂ２´の方向へ移動させている。敵Ｅがｂ３の方向へ移動している場合には、プレーヤキャラクタＰを敵Ｅに対して相対的にｂ３´の方向へ移動させている。
【００９０】
また、本実施形態では、プレーヤキャラクタＰが敵Ｅ１をキャッチしている状態（キャッチ中）の場合であっても、他の敵Ｅ２と衝突したと判定されると、プレーヤキャラクタＰを加速させずに、敵Ｅ２によって減速させる処理を行っている。
【００９１】
（６）その他
また、本実施形態では、敵の種類に応じて、敵を放つときの加速度を変化させてもよい。例えば、図２に示す、敵Ｅ２から発射される敵弾Ｅ２´をキャッチして放った場合には、敵Ｅ２をキャッチして放つ加速度よりも大きな加速度でプレーヤキャラクタを加速させるようにしてもよい。
【００９２】
例えば、プレーヤキャラクタＰが敵Ｅ１をキャッチして放った場合には、最大速度が時速１００ｋｍまで上昇させる処理を行うように制御し、プレーヤキャラクタＰが敵Ｅ２をキャッチして放った場合には、最大速度が時速２００ｋｍまで上昇させる処理を行うように制御する。つまり、敵の種類に応じて最大速度を異ならせるようにしてもよい。
【００９３】
また、本実施形態では、敵の種類に応じて、衝突時のダメージを異ならせてもよい。例えば、図２に示す、敵Ｅ２から発射される敵弾Ｅ２´と衝突した場合には、プレーヤキャラクタの速度を減速させるだけでなく、プレーヤキャラクタを一定期間、行動不能状態にさせるようにしてもよい。具体的には、プレーヤキャラクタが他の敵をキャッチすることや、ブーストゲージＡを消費させて浮力を働かせることを不能にするようにするように制御する。つまり、プレーヤからの「キャッチ」ボタン（所定入力情報Ｉ２）による入力情報、ブーストゲージＡ用の入力情報（所定入力情報Ｉ１）を、受け付けないように制御する。
【００９４】
また、本実施形態では、プレーヤキャラクタを複数用意し、プレーヤキャラクタの種類に応じて、加速処理を異ならせるようにしてもよい。例えば、敵を放つ際の加速時において、プレーヤキャラクタＰ１は、最大速度が時速１００ｋｍになるように加速させることができ、プレーヤキャラクタＰ２は、最大速度が時速２５０ｋｍになるように加速させることができるように制御してもよい。
【００９５】
また、本実施形態のプレーヤキャラクタＰの減速処理は、速度を減速させるだけでなく、Ｘ軸マイナス方向、つまり進行方向とは逆方向に移動させる処理を行ってもよい。例えば、プレーヤキャラクタＰが時速５０ｋｍでＸ軸プラス方向に移動しているときに、Ｘ＝１００の位置で、プレーヤキャラクタＰと敵Ｅとが衝突したと判定された場合には、プレーヤキャラクタの速度を、時速０ｋｍに減速させるだけでなく、Ｘ軸マイナス方向に移動させる処理を行ってもよい。例えば、Ｘ＝１００からＸ＝８０へ移動させる処理を行ってもよい。
【００９６】
また、本実施形態では、プレーヤキャラクタに、キャッチの判定と衝突判定を行うための１つのヒット範囲を設定してもよい。かかる場合には、プレーヤキャラクタのヒット範囲と敵のヒット範囲とがヒットしたと判定された場合には、所定期間内にプレーヤから「キャッチ」ボタン（所定入力情報Ｉ２）による入力情報を取得した場合に限ってプレーヤキャラクタが敵をキャッチしたと判定する。一方、プレーヤキャラクタのヒット範囲と敵のヒット範囲とがヒットしたと判定されてから所定期間内にプレーヤから「キャッチ」ボタン（所定入力情報Ｉ２）による入力情報を取得しない場合には、プレーヤキャラクタが敵に衝突したと判定する。つまり、プレーヤキャラクタと敵とがヒットしたと判定されてから所定期間を経過すると、プレーヤキャラクタは敵をキャッチすることができずに、プレーヤキャラクタと敵とが衝突する処理を行うように制御する。
【００９７】
３．フローチャート
次に、本実施形態の詳細な処理例について図７（Ａ）〜（Ｅ）のフローチャートを用いて説明する。
【００９８】
まず、図７（Ａ）を用いて説明すると、プレーヤキャラクタをアイドル状態に設定する（ステップＳ１１１）。そして、プレーヤの「キャッチ」ボタン（所定入力情報Ｉ２）の押下によって、「キャッチ」ボタンによる入力データを取得すると（ステップＳ１１２）、プレーヤキャラクタが敵をキャッチしたか否かを判定する（ステップＳ１１３）。プレーヤキャラクタが敵をキャッチしたと判定されると（ステップＳ１１３のＹｅｓ）、敵を行動不能状態に遷移させる（ステップＳ１１４）。そして、プレーヤキャラクタの重力加速度を０に設定すると共に、プレーヤキャラクタのＸ軸プラス方向の加速度を、キャッチ時（「キャッチ」ボタンによる入力データを取得時）の速度に維持する処理を行う（ステップＳ１１５）。一方、プレーヤキャラクタが敵をキャッチしていないと判定されると（ステップＳ１１３のＮｏ）、ステップＳ１１１に戻る。
【００９９】
そして、次の処理について図７（Ｂ）を用いて説明する。まずスイング状態に遷移する（ステップＳ２１０）。例えば、プレーヤキャラクタが敵を振り回す動画像を生成して表示させる。そして、スイング可能時間を減少させる処理を行う（ステップＳ２１１）。なお、スイング可能時間の初期値は、キャッチ可能時間が設定される。そして、連続して「キャッチ」ボタンの入力データを取得しているか否かを判断する（ステップＳ２１２）。「キャッチ」ボタンによる入力データを連続して取得していると判断されると（ステップＳ２１２のＹｅｓ）、他の敵と衝突したか否かを判断する（ステップＳ２１３）。そして、他の敵と衝突したと判断されると（ステップＳ２１３のＹｅｓ）、スイングしていた敵（キャッチしている敵）を、行動不能状態のまま落下させ、プレーヤキャラクタを衝突状態に遷移させる（衝突させる）処理を行い（ステップＳ２１４）、処理を終了する。一方、他の敵と衝突したと判断されない場合には（ステップＳ２１３のＮｏ）、スイング可能時間が無くなったか否かを判断し（ステップＳ２１５）、スイング可能時間が無くなったと判断されると（ステップＳ２１５のＹｅｓ）、スイングしていた敵を行動不能状態のまま落下させ、プレーヤキャラクタを、アイドル状態に遷移させる処理を行い（ステップＳ２１６）、処理を終了する。一方、スイング可能時間が無くなっていないと判断されると（ステップＳ２１５のＮｏ）、ステップＳ２１１に戻る。
【０１００】
また、「キャッチ」ボタンによる入力データを取得してから連続して同一入力データを取得していないと判断されると（ステップＳ２１２のＮｏ）、次の図７（Ｃ）の加速状態（加速処理）（ステップＳ３１０）に進む。
【０１０１】
図７（Ｃ）を用いて加速状態（ステップＳ３１０）について説明する。まず、敵を行動不能状態のまま落下させる処理を行う（ステップＳ３１１）。そして、プレーヤキャラクタを、重力加速度を０に設定したまま、プレーヤキャラクタのＸ軸プラス方向の速度を加速させる。また、速度に応じてプレーヤキャラクタの位置を変更する処理を行う。また、加速中は、プレーヤキャラクタと敵との衝突判定を消失（無効）にさせる（ステップＳ３１２）。そして、加速を終了させるか否かを判断し（ステップＳ３１３）、加速を終了させる場合には（ステップＳ３１３のＹｅｓ）、次の速度キープ状態に進む。一方、加速を終了させない場合には（ステップＳ３１３のＮｏ）、ステップＳ３１２に戻る。
【０１０２】
次に、図７（Ｄ）を用いて速度キープ状態処理（速度維持処理）（ステップＳ４１０）について、説明する。まず、プレーヤキャラクタが他の敵と衝突したか否かを判断する（ステップＳ４１１）。そして、プレーヤキャラクタが他の敵と衝突したと判断されると（ステップＳ４１１のＹｅｓ）、プレーヤキャラクタ及び、敵共に、衝突状態の処理を行う（ステップＳ４１２）。一方、プレーヤキャラクタが他の敵と衝突していないと判断されると（ステップＳ４１１のＮｏ）、速度キープ時間（速度維持時間）を経過したか否かを判断し（ステップＳ４１３）、速度キープ時間を経過したと判断されると（ステップＳ４１３のＹｅｓ）、次のステップである減速状態処理に進み、速度キープ時間を経過していないと判断されると（ステップＳ４１３のＮｏ）、ステップＳ４１０に戻る。
【０１０３】
最後に、図７（Ｅ）を用いて、減速状態処理（ステップＳ５１０）について説明する。まず、プレーヤキャラクタが他の敵と衝突したか否かを判断する（ステップＳ５１１）。そして、プレーヤキャラクタが他の敵と衝突したと判断すると（ステップＳ５１１のＹｅｓ）、プレーヤキャラクタ及び敵共に衝突状態の処理を行う（ステップＳ５１２）。一方、プレーヤキャラクタが他の敵と衝突していないと判断されると（ステップＳ５１１のＮｏ）、減速時間を経過したか否かを判断し（ステップＳ５１３）、減速時間を経過したと判断されると（ステップＳ５１３のＹｅｓ）、プレーヤキャラクタをアイドル状態に遷移させて（ステップＳ５１４）、処理を終了する。一方、減速時間を経過していないと判断された場合には（ステップＳ５１３のＮｏ）ステップＳ５１０に戻る。以上で処理が終了する。
【図面の簡単な説明】
【０１０４】
【図１】本実施形態のゲーム機の機能ブロック図の例。
【図２】本実施形態のゲーム処理の説明図。
【図３】図３（Ａ）（Ｂ）は、本実施形態のヒット判定の説明図。
【図４】図４（Ａ）（Ｂ）（Ｃ）は、減速・加速、浮力・重力に関する説明図。
【図５】図５は、本実施形態のプレーヤキャラクタの移動処理の説明図。
【図６】図６（Ａ）（Ｂ）は、本実施形態のプレーヤキャラクタの衝突処理の説明図。
【図７（Ａ）】本実施形態の処理のフローチャート。
【図７（Ｂ）】本実施形態の処理のフローチャート。
【図７（Ｃ）】本実施形態の処理のフローチャート。
【図７（Ｄ）】本実施形態の処理のフローチャート。
【図７（Ｅ）】本実施形態の処理のフローチャート。
【符号の説明】
【０１０５】
Ｐ プレーヤキャラクタ、
Ｅ、Ｅ１、Ｅ２ 敵、
Ｅ２´ 敵弾、
Ｇ 重力加速度
１００ 処理部、
１１０ オブジェクト空間設定部、
１１１ 移動・動作処理部、
１１１ａ 移動演算部、
１１２ パラメータ更新部、
１１４ 仮想カメラ制御部
１１６ ゲーム演算部、
１１７ ヒット領域設定部、
１１８ ヒット判定部、
１２０ 描画部、
１３０ 音生成部、
１６０ 操作部、
１７０ 記憶部、１７２ 主記憶部、１７４ 描画バッファ、
１７６ オブジェクトデータ記憶部、
１７８ テクスチャ記憶部、
１７９ ｚバッファ、
１８０ 情報記憶媒体、１９０ 表示部、１９２ 音出力部、１９６ 通信部
【特許請求の範囲】
【請求項１】
プレーヤキャラクタと敵キャラクタとが存在するゲーム空間において、プレーヤキャラクタを始点から終点に移動させるゲームのためのプログラムであって、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定するヒット領域設定部と、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行うヒット判定部と、
前記ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行う移動演算部として、コンピュータを機能させ、
前記ヒット領域設定部が、
プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定し、
前記移動演算部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、
プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行うことを特徴とするプログラム。
【請求項２】
請求項１において、
前記移動演算部が、
プレーヤからの方向指示の入力情報に基づいて、プレーヤキャラクタを加速させる際の移動方向を決定することを特徴とするプログラム。
【請求項３】
請求項１又は２において、
プレーヤキャラクタの高さが所定値以上か否かに基づきゲーム判定を行うゲーム演算部と、
所定パラメータを更新するパラメータ更新部として、コンピュータを機能させ、
前記パラメータ更新部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの前記所定入力情報を取得した場合に、前記所定パラメータを増加させる処理を行い、
プレーヤからの第２の所定入力情報を取得した場合であって、前記所定パラメータ値がしきい値を超えている場合に、前記所定パラメータを減少させる処理を行い、
前記移動演算部が、
前記所定パラメータが減少しない場合には、プレーヤキャラクタを下降させる処理を行い、
前記所定パラメータが減少した場合には、プレーヤキャラクタの下降を制限する処理を行うことを特徴とするプログラム。
【請求項４】
コンピュータにより読取可能な情報記憶媒体であって、請求項１〜３のいずれかに記載のプログラムを記憶することを特徴とする情報記憶媒体。
【請求項５】
プレーヤキャラクタと敵キャラクタとが存在するゲーム空間において、プレーヤキャラクタを始点から終点に移動させるゲームのためのゲーム機であって、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定するヒット領域設定部と、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行うヒット判定部と、
前記ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行う移動演算部とを含み、
前記ヒット領域設定部が、
プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定し、
前記移動演算部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、
プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行うことを特徴とするゲーム機。
【請求項１】
プレーヤキャラクタと敵キャラクタとが存在するゲーム空間において、プレーヤキャラクタを始点から終点に移動させるゲームのためのプログラムであって、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定するヒット領域設定部と、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行うヒット判定部と、
前記ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行う移動演算部として、コンピュータを機能させ、
前記ヒット領域設定部が、
プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定し、
前記移動演算部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、
プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行うことを特徴とするプログラム。
【請求項２】
請求項１において、
前記移動演算部が、
プレーヤからの方向指示の入力情報に基づいて、プレーヤキャラクタを加速させる際の移動方向を決定することを特徴とするプログラム。
【請求項３】
請求項１又は２において、
プレーヤキャラクタの高さが所定値以上か否かに基づきゲーム判定を行うゲーム演算部と、
所定パラメータを更新するパラメータ更新部として、コンピュータを機能させ、
前記パラメータ更新部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの前記所定入力情報を取得した場合に、前記所定パラメータを増加させる処理を行い、
プレーヤからの第２の所定入力情報を取得した場合であって、前記所定パラメータ値がしきい値を超えている場合に、前記所定パラメータを減少させる処理を行い、
前記移動演算部が、
前記所定パラメータが減少しない場合には、プレーヤキャラクタを下降させる処理を行い、
前記所定パラメータが減少した場合には、プレーヤキャラクタの下降を制限する処理を行うことを特徴とするプログラム。
【請求項４】
コンピュータにより読取可能な情報記憶媒体であって、請求項１〜３のいずれかに記載のプログラムを記憶することを特徴とする情報記憶媒体。
【請求項５】
プレーヤキャラクタと敵キャラクタとが存在するゲーム空間において、プレーヤキャラクタを始点から終点に移動させるゲームのためのゲーム機であって、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とを設定するヒット領域設定部と、
プレーヤキャラクタのヒット領域と敵キャラクタのヒット領域とがヒットしたか否かを判定するヒット判定を行うヒット判定部と、
前記ヒット判定の結果に応じて、プレーヤキャラクタを移動させる処理を行う移動演算部とを含み、
前記ヒット領域設定部が、
プレーヤキャラクタに第１のヒット領域と第２のヒット領域とを設定し、
前記移動演算部が、
プレーヤキャラクタの第１のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合であって、プレーヤからの所定入力情報を取得した場合に、プレーヤキャラクタを加速させる処理を行い、
プレーヤキャラクタの第２のヒット領域と敵キャラクタのヒット領域とがヒットしたと判定された場合に、プレーヤキャラクタを減速させる処理を行うことを特徴とするゲーム機。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７（Ａ）】
【図７（Ｂ）】
【図７（Ｃ）】
【図７（Ｄ）】
【図７（Ｅ）】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７（Ａ）】
【図７（Ｂ）】
【図７（Ｃ）】
【図７（Ｄ）】
【図７（Ｅ）】
【公開番号】特開２００９−２０１７４３（Ｐ２００９−２０１７４３Ａ）
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願番号】特願２００８−４７４５７（Ｐ２００８−４７４５７）
【出願日】平成２０年２月２８日（２００８．２．２８）
【出願人】（０００１３４８５５）株式会社バンダイナムコゲームス (1,157)
【Ｆターム（参考）】
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願日】平成２０年２月２８日（２００８．２．２８）
【出願人】（０００１３４８５５）株式会社バンダイナムコゲームス (1,157)
【Ｆターム（参考）】
[ Back to top ]