"画像処理装置のコンピュータを、地形が設定された仮想空間を仮想カメラから撮影した画像を出力する画像出力手段と、前記地形に規定されるパラメータと所定の基準位置に基づいて、オブジェクトの配置位置を決定する配置位置決定手段と、前記配置位置決定手段によって決定された配置位置に前記オブジェクトを配置するオブジェクト配置手段として機能させる、画像処理プログラム。前記パラメータは前記地形の所定点を含み、前記配置位置決定手段は、前記所定点と前記基準位置を結ぶ線分の長さに基づいて特定される位置を前記オブジェクトの配置位置として決定する、請求項1記載の画像処理プログラム。前記配置位置決定手段は、前記線分と、前記所定点を中心として当該線分の長さに応じて決定される角度をなすように設定される他の線上の位置を前記オブジェクトの配置位置として決定する、請求項2記載の画像処理プログラム。前記配置位置決定手段は、前記線分と、前記所定点を中心として当該線分の長さに応じて決定される角度をなすように設定される他の線分の端部を前記オブジェクトの配置位置として決定する、請求項2または3記載の画像処理プログラム。前記角度は、前記線分の長さが大きい程、小さくなる、請求項3または4記載の画像処理プログラム。前記パラメータは前記地形の高さをさらに含む、請求項2ないし5のいずれかに記載の画像処理プログラム。前記配置位置決定手段は、前記基準位置における地形の高さと所定の関係にある高さの地形上の位置を前記オブジェクトの配置位置として決定する、請求項6記載の画像処理プログラム。前記地形は、曲線のコースを含み、前記地形の所定点は、前記曲線のコースを規定する中心点であり、前記基準位置は、前記曲線のコース上に設定される、請求項2ないし7のいずれかに記載の画像処理プログラム。前記地形は、渦巻状に形成される曲線のコースを含む、請求項8記載の画像処理プログラム。前記渦巻状に形成された曲線のコースは、中心に向かうに従って高さを変化される、請求項9記載の画像処理プログラム。前記オブジェクトはノンプレイヤオブジェクトであり、前記基準位置は、プレイヤオブジェクトの現在位置であり、前記配置位置決定手段は、前記プレイヤオブジェクトの現在の移動方向に沿って所定の間隔を有する位置に前記ノンプレイヤオブジェクトの配置位置を決定する、請求項1ないし10のいずれかに記載の画像処理プログラム。地形が設定された仮想空間を仮想カメラから撮影した画像を出力する画像出力手段と、前記地形に規定されるパラメータと所定の基準位置に基づいて、オブジェクトの配置位置を決定する配置位置決定手段と、前記配置位置決定手段によって決定された配置位置に前記オブジェクトを配置するオブジェクト配置手段を備える、画像処理装置。画像処理装置の画像処理方法であって、a地形が設定された仮想空間を仮想カメラから撮影した画像を出力し、b前記地形に規定されるパラメータと所定の基準位置に基づいて、オブジェクトの配置位置を決定し、c前記ステップbによって決定された配置位置に前記オブジェクトを配置する、画像処理方法。地形が設定された仮想空間を仮想カメラから撮影した画像を出力する画像出力手段と、前記地形に規定されるパラメータと所定の基準位置に基づいて、オブジェクトの配置位置を決定する配置位置決定手段と、前記配置位置決定手段によって決定された配置位置に前記オブジェクトを配置するオブジェクト配置手段を備える、画像処理システム。この特許文献1のゲーム情報処理装置では、プレーヤキャラクターやエネミーキャラクターを仮想空間内のどの位置に配置するかについて明確に開示されていないが、従来は、予め定められた位置に配置するか、ランダムに決定された位置に配置するような手法が採られていた。しかし、このような手法では、前者の場合には、同じ場面では、エネミーキャラクターが出現する位置が分かっているため、ゲームが単調になってしまう。また、後者の場合には、エネミーキャラクターを配置する位置が、プレーヤキャラクターから離れ過ぎたり近過ぎたりする場合がある。したがって、背景技術では、状況に応じて適切な位置にオブジェクトを配置するのが難しいという問題があった。それゆえに、この発明の主たる目的は、新規な、画像処理プログラム、画像処理装置、画像処理方法および画像処理システムを提供することである。また、この発明の他の目的は、オブジェクトの配置位置を状況に応じて適切に決定することができる、画像処理プログラム、画像処理装置、画像処理方法および画像処理システムを提供することである。第1の発明は、画像処理装置のコンピュータを、画像出力手段と、配置位置決定手段と、オブジェクト配置手段として機能させる。画像出力手段は、地形が設定された仮想空間を仮想カメラから撮影した画像を出力する。配置位置決定手段は、地形に規定されるパラメータと所定の基準位置に基づいて、オブジェクトの配置位置を決定する。オブジェクト配置手段は、配置位置決定手段によって決定された配置位置にオブジェクトを配置する。第1の発明によれば、地形に規定されるパラメータと所定の基準位置に基づいてオブジェクトの配置位置を決定するので、周囲の環境などの状況に応じて適切にオブジェクトの配置位置を決定することができる。第2の発明は、第1の発明に従属し、パラメータは地形の所定点を含み、配置位置決定手段は、所定点と基準位置を結ぶ線分の長さに基づいて特定される位置をオブジェクトの配置位置として決定する。第2の発明によれば、線分の長さに基づいてオブジェクトの配置位置を決定するので、所定点と基準位置を結ぶ線分の長さに応じて適切にオブジェクトの配置位置を決定することができる。第3の発明は、第2の発明に従属し、配置位置決定手段は、線分と、所定点を中心として当該線分の長さに応じて決定される角度をなすように設定される他の線上の位置をオブジェクトの配置位置として決定する。第3の発明によれば、線分の長さに応じて決定される角度をなす他の線上の位置にオブジェクトの配置位置を決定することができる。したがって、例えば、所定の半径によって規定される曲線上にオブジェクトの配置位置を決定するような場合に好適である。第4の発明は、第2または第3の発明に従属し、配置位置決定手段は、線分と、所定点を中心として当該線分の長さに応じて決定される角度をなすように設定される他の線分の端部をオブジェクトの配置位置として決定する。第4の発明によれば、線分の長さとそれに応じて決定される角度に基づいて、オブジェクトの配置位置を決定することができる。したがって、円のような所定の半径を有する円周上にオブジェクトを配置するような場合に好適である。第5の発明は、第3または第4の発明に従属し、角度は、線分の長さが大きい程、小さくなる。第5の発明によれば、線分の長さが大きいほど、角度を小さくするので、例えば、基準点を有する曲線上にオブジェクトを配置する場合に、線分の長さに関わらず、曲線上における基準点とオブジェクトの配置位置との距離がほぼ一定になるように設定することができる。第6の発明は、第2ないし第5の発明のいずれかに従属し、パラメータは地形の高さをさらに含む。第6の発明によれば、地形の高さを考慮してオブジェクトの配置位置を決定するので、状況に応じて適切にオブジェクトの配置位置を決定することができる。第7の発明は、第6の発明に従属し、配置位置決定手段は、基準位置における地形の高さと所定の関係にある高さの地形上の位置をオブジェクトの配置位置として決定する。第7の発明によれば、基準位置の高さをさらに考慮するので、状況に応じて適切にオブジェクトの配置位置を決定することができる。第8の発明は、第2ないし第7の発明のいずれかに従属し、地形は、曲線のコースを含み、地形の所定点は、曲線のコースを規定する中心点であり、基準位置は、曲線のコース上に設定される。第8の発明によれば、曲線のコース上の基準位置に応じて適切にオブジェクトを配置することができる。また、曲線のコースを規定する中心点と曲線上の位置の位置関係に応じてオブジェクトの配置位置を決定するので、曲線のようなコース上にオブジェクトの配置位置を設定する際の処理を容易にすることができる。第9の発明は、第8の発明に従属し、地形は、渦巻状に形成される曲線のコースを含む。たとえば、コース上に設定される基準位置が変化すると、所定点と基準位置を結ぶ線分が変化し、これに基づいてオブジェクトの配置位置が決定される。第9の発明によれば、所定点と基準位置の位置関係に応じて適切にオブジェクトの配置位置を決定することができる。また、所定点と基準位置を結ぶ線分、すなわち渦巻状に形成される曲線の半径に応じてオブジェクトの配置位置を決定するので、所定の半径に従って形成される渦巻状の曲線のようなコース上にオブジェクトの配置位置を決定する際の処理を容易にすることができる。第10の発明は、第9の発明に従属し、渦巻状に形成された曲線のコースは、中心に向かうに従って高さを変化される。第10の発明によれば、高さも考慮した位置関係に応じて適切にオブジェクトの配置位置を決定することができる。したがって、曲線のコースを進むにしたがってその高さが次第に大きくまたは小さくなるようなコースにオブジェクトを配置するような場合に好適である。第11の発明は、第1ないし第10の発明のいずれかに従属し、オブジェクトは敵オブジェクトやアイテムオブジェクトのようなノンプレイヤオブジェクトであり、基準位置は、プレイヤオブジェクトの現在位置であり、配置位置決定手段は、プレイヤオブジェクトの現在の移動方向に沿って所定の間隔を有する位置にノンプレイヤオブジェクトの配置位置を決定する。第11の発明によれば、プレイヤオブジェクトの現在位置および現在の移動方向に応じて、適切にノンプレイヤオブジェクトの配置位置を決定することができる。第12の発明は、地形が設定された仮想空間を仮想カメラから撮影した画像を出力する画像出力手段と、地形に規定されるパラメータと所定の基準位置に基づいて、オブジェクトの配置位置を決定する配置位置決定手段と、配置位置決定手段によって決定された配置位置にオブジェクトを配置するオブジェクト配置手段を備える、画像処理装置である。第13の発明は、画像処理装置の画像処理方法であって、a地形が設定された仮想空間を仮想カメラから撮影した画像を出力し、b地形に規定されるパラメータと所定の基準位置に基づいて、オブジェクトの配置位置を決定し、そしてcステップbによって決定された配置位置にオブジェクトを配置する、画像処理方法である。第14の発明は、地形が設定された仮想空間を仮想カメラから撮影した画像を出力する画像出力手段と、地形に規定されるパラメータと所定の基準位置に基づいて、オブジェクトの配置位置を決定する配置位置決定手段と、配置位置決定手段によって決定された配置位置にオブジェクトを配置するオブジェクト配置手段を備える、画像処理システムである。第12ないし第14の発明においても、第1の発明と同様に、状況に応じて適切にオブジェクトの配置位置を決定することができる。この発明によれば、仮想空間に設定された地形に規定されたパラメータと基準位置に基づいて、オブジェクトの配置位置を決定するので、状況に応じて適切にオブジェクトの配置位置を決定することができる。この発明の上述の目的,その他の目的,特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。図1を参照して、この発明の一実施例であるゲームシステム10は、画像処理装置としても機能するビデオゲーム装置以下、単にゲーム装置という。12および第1コントローラ22を含む。なお、図示は省略するが、この実施例のゲーム装置12は、最大4つの第1コントローラ22と通信可能に設計されている。また、ゲーム装置12と各第1コントローラ22とは、無線によって接続される。たとえば、無線通信は、Bluetooth登録商標規格に従って実行されるが、赤外線や無線LANなど他の規格に従って実行されてもよい。さらには、有線で接続されてもよい。また、この実施例では、第1コントローラ22には、ジャイロユニット24が接続連結され、このジャイロセンサ24に差し込みプラグ36aおよびケーブル36bを介して第2コントローラ36が接続されている。なお、図示等は省略するが、ジャイロユニット24を第1コントローラ22に装着しない場合には、差し込みプラグ36aおよびケーブル36bを介して第2コントローラ36を第1コントローラ22に接続することもできる。ジャイロユニット24は、第1コントローラ22に接続されることで、第1コントローラ22と物理的および電気的に結合される。したがって、第1コントローラ22に装着一体化されたジャイロユニット24からは、第1コントローラ22の角速度を示す角速度データが出力され、第1コントローラ22に与えられる。また、第2コントローラ36の操作データないし入力データは、ケーブル36b、差し込みプラグ26bおよびジャイロユニット24を介して第1コントローラ22に与えられる。したがって、第1コントローラ22は、第1コントローラ22自身の操作データないし入力データのみならず、ジャイロユニット24からの角速度データおよび第2コントローラ36からの操作データないし入力データをゲーム装置12に送信する。なお、ジャイロユニット24を第1コントローラ22に装着しない場合には、第2コントローラ36の操作データないし入力データはケーブル36b、差し込みプラグ36aを介して第1コントローラ22に与えられる。図1に戻って、ゲーム装置12は、略直方体のハウジング14を含み、ハウジング14の前面にはディスクスロット16が設けられる。ディスクスロット16から、ゲームプログラム等を記憶した情報記憶媒体の一例である光ディスク18が挿入されて、ハウジング14内のディスクドライブ54図2参照に装着される。図示は省略するが、ディスクスロット16の周囲には、LEDと導光板とが配置され、様々な処理に応答させて、ディスクスロット16を点灯または点滅させることが可能である。また、ゲーム装置12のハウジング14の前面であり、その上部には、電源ボタン20aおよびリセットボタン20bが設けられ、その下部には、イジェクトボタン20cが設けられる。さらに、リセットボタン20bとイジェクトボタン20cとの間であり、ディスクスロット16の近傍には、外部メモリカード用コネクタカバー28が設けられる。この外部メモリカード用コネクタカバー28の内側には、外部メモリカード用コネクタ62図2参照が設けられ、図示しない外部メモリカード以下、単にメモリカードという。が挿入される。メモリカードは、光ディスク18から読み出したゲームプログラム等をローディングして一時的に記憶したり、このゲームシステム10を利用してプレイしたゲームのゲームデータゲームの結果データまたは途中データを保存セーブしておいたりするために利用される。ただし、上記のゲームデータの保存は、メモリカードに対して行うことに代えて、たとえばゲーム装置12の内部に設けられるフラッシュメモリ44図2参照のような内部メモリに対して行うようにしてもよい。また、メモリカードは、内部メモリのバックアップメモリとして用いるようにしてもよい。さらに、ゲーム装置12では、ゲーム以外の他のアプリケーションを実行することも可能であり、かかる場合には、メモリカードには当該他のアプリケーションのデータを保存することができる。なお、メモリカードとしては、汎用のSDカードを用いることができるが、メモリスティックやマルチメディアカード登録商標のような他の汎用のメモリカードを用いることもできる。図1では省略するが、ゲーム装置12のハウジング14の後面には、AVケーブルコネクタ58図2参照が設けられ、そのAVコネクタ58を用いて、AVケーブル32aを通してゲーム装置12にモニタ34およびスピーカ34aを接続する。このモニタ34およびスピーカ34aは典型的にはカラーテレビジョン受像機であり、AVケーブル32aによって、ゲーム装置12からの映像信号がカラーテレビのビデオ入力端子に入力され、ゲーム装置12からの音声信号が音声入力端子に入力される。したがって、カラーテレビモニタ34の画面上にたとえば3次元3Dビデオゲームのゲーム画像が表示され、左右のスピーカ34aからゲーム音楽や効果音などのステレオゲーム音声が出力される。また、モニタ34の周辺この実施例では、モニタ34の上側には、2つの赤外LEDマーカ340m,340nを備えるマーカ部34bが設けられる。このマーカ部34bは、電源ケーブル32bを通してゲーム装置12に接続される。したがって、マーカ部34bには、ゲーム装置12から電源が供給される。これによって、マーカ340m,340nは発光し、それぞれモニタ34の前方に向けて赤外光を出力する。なお、ゲーム装置12の電源は、一般的なACアダプタ図示せずによって与えられる。ACアダプタは家庭用の標準的な壁ソケットに差し込まれ、ゲーム装置12は、家庭用電源商用電源を、駆動に適した低いDC電圧信号に変換する。他の実施例では、電源としてバッテリが用いられてもよい。このゲームシステム10において、ユーザまたはプレイヤがゲームまたはゲームに限らず、他のアプリケーションをプレイするために、ユーザはまずゲーム装置12の電源をオンし、次いで、ユーザはビデオゲームもしくはプレイしたいと思う他のアプリケーションのプログラムを記録している適宜の光ディスク18を選択し、その光ディスク18をゲーム装置12のディスクドライブ54にローディングする。応じて、ゲーム装置12がその光ディスク18に記録されているプログラムに基づいてビデオゲームもしくは他のアプリケーションを実行し始めるようにする。ユーザはゲーム装置12に入力を与えるために第1コントローラ22を操作する。たとえば、入力手段26のどれかを操作することによってゲームもしくは他のアプリケーションをスタートさせる。また、入力手段26に対する操作以外にも、第1コントローラ22自体を動かすことによって、動画オブジェクトプレイヤオブジェクトを異なる方向に移動させ、または3Dのゲーム世界におけるユーザの視点カメラ位置を変化させることができる。ただし、ビデオゲームや他のアプリケーションのプログラムは、ゲーム装置12の内部メモリフラッシュメモリ44図2参照に記憶インストールしておき、当該内部メモリから実行するようにしてもよい。かかる場合には,光ディスク18のような記憶媒体に記憶されたプログラムを内部メモリにインストールしてもよいし、ダウンロードされたプログラムを内部メモリにインストールしてもよい。図2は図1実施例のビデオゲームシステム10の電気的な構成を示すブロック図である。図示は省略するが、ハウジング14内の各コンポーネントは、プリント基板に実装される。図2に示すように、ゲーム装置12には、CPU40が設けられ、ゲームプロセッサとして機能する。また、CPU40には、システムLSI42が接続される。このシステムLSI42には、外部メインメモリ46、ROM/RTC48、ディスクドライブ54およびAVIC56が接続される。外部メインメモリ46は、ゲームプログラム等のプログラムを記憶したり、各種データを記憶したりして、CPU40のワーク領域やバッファ領域として用いられる。ROM/RTC48は、いわゆるブートROMであり、ゲーム装置12の起動用のプログラムが組み込まれるとともに、時間をカウントする時計回路が設けられる。ディスクドライブ54は、光ディスク18からプログラム,画像データやサウンドデータ等を読み出し、CPU40の制御の下で、後述する内部メインメモリ42eまたは外部メインメモリ46に書き込む。システムLSI42には、入出力プロセッサ42a、GPU42b,DSP42c,VRAM42dおよび内部メインメモリ42eが設けられ、図示は省略するが、これらは内部バスによって互いに接続される。入出力プロセッサI/Oプロセッサ42aは、データの送受信を実行したり、データのダウンロードを実行したりする。データの送受信やダウンロードについては後述する。GPU42bは、描画手段の一部を形成し、CPU40からのグラフィクスコマンドを受け、そのコマンドに従ってゲーム画像データを生成する。ただし、CPU40は、グラフィクスコマンドに加えて、ゲーム画像データの生成に必要な画像生成プログラムをGPU42bに与える。図示は省略するが、上述したように、GPU42bにはVRAM42dが接続される。GPU42bが作画コマンドを実行するにあたって必要なデータ画像データ:ポリゴンデータやテクスチャデータなどのデータは、GPU42bがVRAM42dにアクセスして取得する。ただし、CPU40は、描画に必要な画像データを、GPU42bを介してVRAM42dに書き込む。GPU42bは、VRAM42dにアクセスして描画のためのゲーム画像データを作成する。なお、この実施例では、GPU42bがゲーム画像データを生成する場合について説明するが、ゲームアプリケーション以外の任意のアプリケーションを実行する場合には、GPU42bは当該任意のアプリケーションについての画像データを生成する。また、DSP42cは、オーディオプロセッサとして機能し、内部メインメモリ42eや外部メインメモリ46に記憶されるサウンドデータや音波形音色データを用いて、スピーカ34aから出力する音、音声或いは音楽に対応するオーディオデータを生成する。上述のように生成されたゲーム画像データおよびオーディオデータは、AVIC56によって読み出され、AVコネクタ58を介してモニタ34およびスピーカ34aに出力される。したがって、ゲーム画面がモニタ34に表示され、ゲームに必要な音音楽がスピーカ34aから出力される。また、入出力プロセッサ42aには、フラッシュメモリ44、無線通信モジュール50および無線コントローラモジュール52が接続されるとともに、拡張コネクタ60およびメモリカード用コネクタ62が接続される。また、無線通信モジュール50にはアンテナ50aが接続され、無線コントローラモジュール52にはアンテナ52aが接続される。図示は省略するが、入出力プロセッサ42aは、無線通信モジュール50を介して、ネットワークに接続される他のゲーム装置や各種サーバと通信することができる。ただし、ネットワークを介さずに、直接的に他のゲーム装置と通信することもできる。入出力プロセッサ42aは、定期的にフラッシュメモリ44にアクセスし、ネットワークへ送信する必要があるデータ送信データとするの有無を検出し、当該送信データが有る場合には、無線通信モジュール50およびアンテナ50aを介してネットワークに送信する。また、入出力プロセッサ42aは、他のゲーム装置から送信されるデータ受信データとするを、ネットワーク、アンテナ50aおよび無線通信モジュール50を介して受信し、当該受信データをフラッシュメモリ44に記憶する。ただし、受信データが一定の条件を満たさない場合には、当該受信データはそのまま破棄される。さらに、入出力プロセッサ42aは、ダウンロードサーバからダウンロードしたデータダウンロードデータとするをネットワーク、アンテナ50aおよび無線通信モジュール50を介して受信し、そのダウンロードデータをフラッシュメモリ44に記憶する。また、入出力プロセッサ42aは、第1コントローラ22から送信されるコントローラデータをアンテナ52aおよび無線コントローラモジュール52を介して受信し、内部メインメモリ42eまたは外部メインメモリ46のバッファ領域に記憶一時記憶する。コントローラデータは、CPU40の処理たとえば、ゲーム処理によって利用された後、バッファ領域から消去される。なお、この実施例では、上述したように、無線コントローラモジュール52は、Bluetooth規格に従って第1コントローラ22との間で通信を行う。また、図2では、簡単のため、ジャイロユニット24および第2コントローラ36は省略してある。さらに、入出力プロセッサ42aには、拡張コネクタ60およびメモリカード用コネクタ62が接続される。拡張コネクタ60は、USBやSCSIのようなインターフェイスのためのコネクタであり、外部記憶媒体のようなメディアを接続したり、第1コントローラ22および第2コントローラ36とは異なるコントローラのような周辺機器を接続したりすることができる。また、拡張コネクタ60に有線LANアダプタを接続し、無線通信モジュール50に代えて当該有線LANを利用することもできる。メモリカード用コネクタ62には、メモリカードのような外部記憶媒体を接続することができる。したがって、たとえば、入出力プロセッサ42aは、拡張コネクタ60やメモリカード用コネクタ62を介して、外部記憶媒体にアクセスし、データを保存したり、データを読み出したりすることができる。詳細な説明は省略するが、図1にも示したように、ゲーム装置12ハウジング14には、電源ボタン20a,リセットボタン20bおよびイジェクトボタン20cが設けられる。電源ボタン20aは、システムLSI42に接続される。この電源ボタン20aがオンされると、システムLSI42には、ゲーム装置12の各コンポーネントに図示しないACアダプタを経て電源が供給され、通常の通電状態となるモード通常モードと呼ぶこととするが設定される。一方、電源ボタン20aがオフされると、システムLSI42には、ゲーム装置12の一部のコンポーネントのみに電源が供給され、消費電力を必要最低限に抑えるモード以下、スタンバイモードというが設定される。この実施例では、スタンバイモードが設定された場合には、システムLSI42は、入出力プロセッサ42a、フラッシュメモリ44、外部メインメモリ46、ROM/RTC48および無線通信モジュール50、無線コントローラモジュール52以外のコンポーネントに対して、電源供給を停止する指示を行う。したがって、この実施例では、スタンバイモードにおいて、CPU40がアプリケーションを実行することはない。なお、システムLSI42には、スタンバイモードにおいても電源が供給されるが、GPU42b、DSP42cおよびVRAM42dへのクロックの供給を停止することにより、これらを駆動しないようにして、消費電力を低減するようにしてある。また、図示は省略するが、ゲーム装置12のハウジング14内部には、CPU40やシステムLSI42などのICの熱を外部に排出するためのファンが設けられる。スタンバイモードでは、このファンも停止される。ただし、スタンバイモードを利用したくない場合には、スタンバイモードを利用しない設定にしておくことにより、電源ボタン20aがオフされたときに、すべての回路コンポーネントへの電源供給が完全に停止される。また、通常モードとスタンバイモードとの切り替えは、第1コントローラ22の電源スイッチ26h図3B参照のオン/オフの切り替えによって、遠隔操作によって行うことが可能である。当該遠隔操作を行わない場合には、スタンバイモードにおいて無線コントローラモジュール52aへの電源供給を行わない設定にしてもよい。リセットボタン20bもまた、システムLSI42に接続される。リセットボタン20bが押されると、システムLSI42は、ゲーム装置12の起動プログラムを再起動する。イジェクトボタン20cは、ディスクドライブ54に接続される。イジェクトボタン20cが押されると、ディスクドライブ54から光ディスク18が排出される。図3Aないし図3Eは、第1コントローラ22の外観の一例を示す。図3Aは第1コントローラ22の先端面を示し、図3Bは第1コントローラ22の上面を示し、図3Cは第1コントローラ22の右側面を示し、図3Dは第1コントローラ22の下面を示し、そして、図3Eは第1コントローラ22の後端面を示す。図3Aないし図3Eを参照して、第1コントローラ22は、たとえばプラスチック成型によって形成されたハウジング22aを有している。ハウジング22aは、略直方体形状であり、ユーザが片手で把持可能な大きさである。ハウジング22a第1コントローラ22には、入力手段複数のボタンないしスイッチ26が設けられる。具体的には、図3Bに示すように、ハウジング22aの上面には、十字キー26a,1ボタン26b,2ボタン26c,Aボタン26d,-ボタン26e,HOMEボタン26f,ボタン26gおよび電源スイッチ26hが設けられる。また、図3Cおよび図3Dに示すように、ハウジング22aの下面に傾斜面が形成されており、この傾斜面に、Bトリガースイッチ26iが設けられる。十字キー26aは、4方向プッシュスイッチであり、矢印で示す4つの方向、前または上、後ろまたは下、右および左の操作部を含む。この操作部のいずれか1つを操作することによって、プレイヤによって操作可能なキャラクタまたはオブジェクトプレイヤキャラクタまたはプレイヤオブジェクトの移動方向を指示したり、カーソルの移動方向を指示したり、単に方向を指示したりすることができる。1ボタン26bおよび2ボタン26cは、それぞれ、押しボタンスイッチである。たとえば3次元ゲーム画像を表示する際の視点位置や視点方向、すなわち仮想カメラの位置や画角を調整する等のゲームの操作に使用される。または、1ボタン26bおよび2ボタン26cは、Aボタン26dおよびBトリガースイッチ26iと同じ操作或いは補助的な操作をする場合に用いるようにしてもよい。Aボタンスイッチ26dは、押しボタンスイッチであり、プレイヤキャラクタまたはプレイヤオブジェクトに、方向指示以外の動作、すなわち、打つパンチ、投げる、つかむ取得、乗る、ジャンプするなどの任意のアクションをさせるために使用される。たとえば、アクションゲームにおいては、ジャンプ、パンチ、武器を動かすなどを指示することができる。また、ロールプレイングゲームRPGやシミュレーションRPGにおいては、アイテムの取得、武器やコマンドの選択および決定等を指示することができる。また、Aボタンスイッチ26dは、第1コントローラ22をポインティングデバイスとして用いる場合に、ゲーム画面上でポインタ指示画像が指示するアイコンないしボタン画像の決定を指示するために使用される。たとえば、アイコンやボタン画像が決定されると、これらに対応して予め設定されている指示ないし命令コマンドを入力することができる。-ボタン26e、HOMEボタン26f、ボタン26gおよび電源スイッチ26hもまた、押しボタンスイッチである。-ボタン26eは、ゲームモードを選択するために使用される。HOMEボタン26fは、ゲームメニューメニュー画面を表示するために使用される。ボタン26gは、ゲームを開始再開したり、一時停止したりするなどのために使用される。電源スイッチ26hは、ゲーム装置12の電源を遠隔操作によってオン/オフするために使用される。なお、この実施例では、第1コントローラ22自体をオン/オフするための電源スイッチは設けておらず、第1コントローラ22の入力手段26のいずれかを操作することによって第1コントローラ22はオンとなり、一定時間たとえば、30秒以上操作しなければ自動的にオフとなるようにしてある。Bトリガースイッチ26iもまた、押しボタンスイッチであり、主として、弾を撃つなどのトリガを模した入力を行ったり、第1コントローラ22で選択した位置を指定したりするために使用される。また、Bトリガースイッチ26iを押し続けると、プレイヤオブジェクトの動作やパラメータを一定の状態に維持することもできる。また、一定の場合には、Bトリガースイッチ26iは、通常のBボタンと同様に機能し、Aボタン26dによって決定したアクションやコマンドなどを取り消すなどのために使用される。また、図3Eに示すように、ハウジング22aの後端面にコネクタ22bが設けられ、また、図3Bに示すように、ハウジング22aの上面であり、後端面側にはインジケータ22cが設けられる。この実施例では、コネクタ22bは、主として、ジャイロユニット24を接続するために設けられる。インジケータ22cは、たとえば、4つのLEDで構成される。たとえば、インジケータ22cでは、4つのうちのいずれか1つを点灯させることにより、点灯したLEDに応じて、第1コントローラ22の識別情報コントローラ番号を示すことができる。また、インジケータ22cでは、点灯させるLEDの個数によって第1コントローラ22の電池残量を示すこともできる。さらに、第1コントローラ22は、撮像情報演算部80図7参照を有しており、図3Aに示すように、ハウジング22aの先端面には撮像情報演算部80の光入射口22dが設けられる。また、第1コントローラ22は、スピーカ86図7参照を有しており、このスピーカ86は、図3Bに示すように、ハウジング22aの上面であり、1ボタン26bとHOMEボタン26fとの間に設けられる音抜き孔22eに対応して、ハウジング22a内部に設けられる。なお、図3Aないし図3Eに示した第1コントローラ22の形状や、各入力手段26の形状、数および設置位置等は単なる一例に過ぎず、それらが適宜改変された場合であっても、本発明を実現できることは言うまでもない。図4Aは、図1に示したように、第1コントローラ22にジャイロユニット24を接続した状態を示す図解図である。ジャイロユニット24は、第1コントローラ22の後端面側インジケータ22c側に接続される。図4Bに示すように、ジャイロユニット24は、第1コントローラ22と同様に、プラスチック成型によって形成されたハウジング24aを有している。ハウジング24aは、略立方体形状であり、第1コントローラ22に接続される側の面に、第1コントローラ22のコネクタ22bに連結される差し込みプラグ24bが設けられる。また、図4Cに示すように、この差し込みプラグ24が設けられる面の反対側の面には、コネクタ24cが設けられる。詳細な説明は省略するが、ジャイロユニット24が第1コントローラ22に連結させると、ロック機構によって、その連結状態が維持される。この連結状態は、ジャイロユニット24の両側面に設けられた解除ボタン24dが押されると、解除される。したがって、第1コントローラ22にジャイロユニット24を着脱することが可能である。図5には第2コントローラ36の本体の外観の一例が示される。図5Aは、第2コントローラ36を上面後方から見た斜視図であり、図5Bは、第2コントローラ36を下面前方から見た斜視図である。なお、図5では、第2コントローラ36の差し込みプラグ36aおよびケーブル36bは省略されている。この第2コントローラ36は、たとえばプラスチック成型によって形成されたハウジング36cを有している。図5AおよびBに示すように、ハウジング36cは、平面視では、前後方向Z軸方向に略細長い楕円形状を有し、後端側の左右方向X軸方向の幅が先端側のそれよりも狭くされている。また、ハウジング36cは、側面視では、全体として湾曲した形状を有しており、先端側の水平部分から後端側に向かって下がるように湾曲している。ハウジング36cは、第1コントローラ22と同様に、片手で把持可能な大きさであるが、長手方向Z軸方向の長さは、第1コントローラ22のハウジング22aよりもやや短くされている。この第2コントローラ36でも、プレイヤは、ボタンやスティックを操作することと、第2コントローラ36自体の位置や向きを変えることとによって、ゲーム操作を行うことができる。ハウジング36cの上面の先端側には、アナログジョイスティック100aが設けられる。ハウジング36cの先端には、後方にやや傾斜する先端面が設けられており、この先端面には、上下方向図5に示すY軸方向に並べて、Cボタン100bおよびZボタン100cが設けられる。アナログジョイスティック10aおよび各ボタン100b,100cには、ゲーム装置12が実行するゲームプログラムに応じてそれぞれ適宜な機能が割り当てられる。第2コントローラ36に設けられるアナログジョイスティック100aおよび各ボタン100b,100cは、包括的に入力手段100として示されることもある。このゲームシステム10では、ボタン操作だけでなく、第1コントローラ22自体や第2コントローラ36自体を動かすことによっても、ゲームなどのアプリケーションに対する入力を行うことができる。ゲームをプレイする際には、たとえば図6に示すように、プレイヤは、その右手で第1コントローラ22を持ち、その左手で第2コントローラ36を持つ。また、図面では分かりにくいが、第1コントローラ22の後端面側には、ストラップ38が装着されており、このストラップ38がプレイヤの右手の手首に掛けられる。したがって、プレイ中に第1コントローラ22が離脱するのが防止される。上述したように、第1コントローラ22には3軸方向の加速度を検出する加速度センサ74が内蔵され、第2コントローラ36にも同様の加速度センサ102が内蔵されている。第1コントローラ22および第2コントローラ36がそれぞれプレイヤによって動かされると、加速度センサ84および加速度センサ90によって、それぞれのコントローラ自身の動きを示す3軸方向図4、図5参照の加速度値が検出される。また、この実施例では、第1コントローラ22には、ジャイロユニット24が装着されているため、第1コントローラ22自身の動きを示す3軸周り図4参照の角速度値がさらに検出される。これらの検出値に対応するデータは、上述のコントローラデータに含まれてゲーム装置12に送信される。ゲーム装置12では、コントローラ14からのコントローラデータは、アンテナ52aおよび無線コントローラモジュール52を介して受信され、受信されたコントローラデータは、入出力プロセッサ42aによって、内部メインメモリ42eまたは外部メインメモリ46のバッファ領域に書き込まれる。CPU40は、内部メインメモリ42eまたは外部メインメモリ46のバッファ領域に格納されたコントローラデータを読み出し、このコントローラデータから検出値つまりコントローラ14によって検出された加速度および/または角速度の値を復元する。CPU44はまた、このような復元処理と並行して、復元された加速度から第1コントローラ22や第2コントローラ36の速度を計算する処理を実行してもよい。さらに並行して、計算された速度から第1コントローラ22や第2コントローラ36の移動距離ないし位置を求めることもできる。一方、復元された角速度からは、第1コントローラ22の回転角が求まる。なお、加速度を積算して速度を求めたり、角速度を積算して回転角を求めたりする際の初期値積分定数は、たとえば、後述する撮像情報演算部80のからの位置座標データに基づいて計算できる。位置座標データはまた、積算によって蓄積されていく誤差の修正にも用いることができる。ゲーム処理は、こうして求められた加速度、速度、移動距離、角速度および回転角などの変数に基づいて実行される。したがって、上記の処理は全てを行わなくともよく、ゲーム処理に必要な変数を適宜算出すればよい。なお、角速度や回転角も、原理的には加速度から計算し得るが、そのためには、ゲームプログラムに複雑なルーチンが必要で、CPU44にも重い処理負荷がかかる。ジャイロユニット24を利用することで、プログラム開発が容易になり、CPU40の処理負荷も軽減される。図7は、第1コントローラ22、ジャイロユニット24および第2コントローラ36の電気的な構成を示すブロック図である。この図7を参照して、第1コントローラ22はプロセッサ70を含み、このプロセッサ70には、内部バス図示せずによって、コネクタ22b、入力手段26、メモリ72、加速度センサ74、無線モジュール76、撮像情報演算部80、LED82インジケータ22c、バイブレータ84、スピーカ86および電源回路88が接続される。また、無線モジュール76には、アンテナ78が接続される。なお、簡単のため、図7では省略するが、上述したように、インジケータ22cは4つのLED82によって構成される。プロセッサ70は、第1コントローラ22の全体制御を司り、入力手段26、加速度センサ74および撮像情報演算部80によって入力された情報入力情報を、コントローラデータとして無線モジュール76およびアンテナ78を介してゲーム装置12に送信入力する。このとき、プロセッサ70は、メモリ72を作業領域ないしバッファ領域として用いる。また、上述した入力手段2626a-26iからの操作信号操作データは、プロセッサ70に入力され、プロセッサ70は操作データを一旦メモリ72に記憶する。加速度センサ74は、図4に示すように、第1コントローラ22の縦方向Y軸方向、横方向X軸方向および前後方向Z軸方向の3軸で各々の加速度を検出する。この加速度センサ74は、典型的には、静電容量式の加速度センサであるが、他の方式のものを用いるようにしてもよい。たとえば、加速度センサ74は、X軸,Y軸,Z軸の各々についての加速度ax,ay,azを検出し、検出した加速度のデータ加速度データをプロセッサ70に入力する。たとえば、加速度センサ74は、各軸方向の加速度を、-2.0g~2.0ggは重力加速度である。以下、同じ。の範囲で検出する。プロセッサ70は、加速度センサ74から与えられる加速度データを検出し、一旦メモリ72に記憶する。したがって、検出された加速度に適宜な演算処理を施すことによって、第1コントローラ22の傾きや回転、重力方向に対する加速度センサ74の姿勢などを算出することができる。また、振り等によって第1コントローラ22に加えられた動きについても同様に算出することができる。プロセッサ70は、第1コントローラ22の操作データ、第1コントローラ22の加速度データ、後述するマーカ座標データ、後述する角速度データ、後述する第2コントローラの操作データおよび後述する第2コントローラの加速度データの少なくとも1つを含むコントローラデータを作成し、作成したコントローラデータを、ゲーム装置12に送信する。なお、図3A-図3Eでは省略したが、この実施例では、加速度センサ74は、ハウジング22a内部の基板上の十字キー26aが配置される付近に設けられる。無線モジュール76は、たとえばBluetooth登録商標の技術を用いて、所定周波数の搬送波をコントローラデータで変調し、その微弱電波信号をアンテナ78から放射する。つまり、コントローラデータは、無線モジュール76によって微弱電波信号に変調されてアンテナ78第1コントローラ22から送信される。この微弱電波信号が上述したゲーム装置12に設けられた無線コントローラモジュール52によって受信される。受信された微弱電波は、復調および復号の処理を施され、したがって、ゲーム装置12CPU40は、第1コントローラ22からのコントローラデータを取得することができる。そして、CPU40は、取得したコントローラデータとアプリケーションプログラムゲームプログラムとに従ってアプリケーションの処理ゲーム処理を行う。さらに、上述したように、第1コントローラ22には、撮像情報演算部80が設けられる。この撮像情報演算部80は、赤外線フィルタ80a、レンズ80b、撮像素子80cおよび画像処理回路80dによって構成される。赤外線フィルタ80aは、第1コントローラ22の前方から入射する光から赤外線のみを通過させる。上述したように、モニタ34の表示画面近傍周辺に配置されるマーカ340mおよび340nは、モニタ34の前方に向かって赤外光を出力する赤外LEDである。したがって、赤外線フィルタ80aを設けることによってマーカ340mおよび340nの画像をより正確に撮像することができる。レンズ80bは、赤外線フィルタ80aを透過した赤外線を集光して撮像素子80cへ出射する。撮像素子80cは、たとえばCMOSセンサあるいはCCDのような固体撮像素子であり、レンズ80bによって集光された赤外線を撮像する。したがって、撮像素子80cは、赤外線フィルタ80aを通過した赤外線だけを撮像して画像データを生成する。以下では、撮像素子80cによって撮像された画像を撮像画像と呼ぶ。撮像素子80cによって生成された画像データは、画像処理回路80dで処理される。画像処理回路80dは、撮像画像内における撮像対象マーカ340mおよび340nの位置を算出し、当該位置を示す各座標値を撮像データ後述するマーカ座標データとしてプロセッサ70に出力する。なお、画像処理回路80dにおける処理については後述する。また、第1コントローラ22には、ジャイロユニット24が接続される。図5からも分かるように、差し込みプラグ24bは、コネクタ22bに接続される。差し込みプラグ24bは信号線によって、マイコン90に接続される。マイコン90には、ジャイロセンサ92が接続されるとともに、信号線によってコネクタ24cが接続される。ジャイロセンサ92は、図4に示すように、第1コントローラ22の縦方向の軸回りY軸回り、横方向の軸回りX軸回りおよび前後方向の軸回りZ軸回りの3軸回りについての各々の角速度を検出する。ただし、Y軸の回転はヨー角で表わされ、X軸の回転はピッチ角で表わされ、そして、Z軸の回転はロール角で表わされる。このジャイロセンサ92は、典型的には、圧電振動型のものを用いることができるが、他の方式のものを用いるようにしてもよい。たとえば、ジャイロセンサ92は、X軸,Y軸,Z軸の各々の軸周りについての角速度ωx,ωy,ωzを検出し、検出した角速度をマイコン90に入力する。ただし、角速度は、マイコン90に入力されるときに、アナログ信号からディジタルのデータに変換される。この実施例で使用するジャイロセンサ92は、各軸についての角速度を0~1500dpsdegreepercentsecondの範囲で計測可能である。ただし、後述するこの実施例の仮想ゲームにおいては、ヨー角については、900dps~1500dpsの範囲を計測範囲とし、ピッチ角とロール角とについては、0~1500dpsの範囲を計測範囲としてある。なお、センサは、好ましい実施例ではジャイロセンサ角速度センサであるが、たとえば加速度センサ、速度センサ、変位センサ、回転角センサなど、他のモーションセンサでもよい。モーションセンサ以外にも、傾斜センサ、イメージセンサ、光センサ、圧力センサ、磁気センサ、温度センサなどがあり、いずれのセンサを追加する場合でも、センサの検出対象を利用した操作が可能となる。いずれのセンサを用いた場合でも、従来操作装置に接続されていた他の装置をそのまま使用しながら、操作装置に当該センサを追加することができる。マイコン90は、ジャイロセンサ92から与えられる角速度を検出し、検出した角速度に対応する角速度データをマイコン90に内蔵されるメモリ図示せずに一時記憶する。そして、マイコン90は、メモリに一時記憶された角速度データを第1コントローラ22プロセッサ70に送信する。したがって、コントローラデータには、角速度データが含まれる場合がある。なお、この実施例では、マイコン90は、角速度データをメモリに一時記憶し、或る程度まとめてプロセッサ70に送信するようにしてあるが、メモリに一時記憶せずに、そのままプロセッサ70に送信するようにしてもよい。また、第2コントローラ36のハウジング36c内には加速度センサ102図7が設けられている。この加速度センサ102としては、第1コントローラ22の加速度センサ74と同様の加速度センサが適用される。具体的には、この実施例では3軸加速度センサが適用され、第2コントローラ36の上下方向Y軸方向、左右方向X軸方向および前後方向Z軸方向の3軸方向のそれぞれで加速度を検知する。したがって、第1コントローラ22の場合と同様に、検出された加速度に適宜な演算処理を施すことによって、第2コントローラ36の傾きや回転、重力方向に対する加速度センサ102の姿勢などを算出することができる。また、振り等によって第2コントローラ36に加えられた動きについても同様に算出することができる。また、第1コントローラ22内に取替可能に収容されるバッテリ図示せずによって、電源が与えられる。ジャイロユニット24には、コネクタ22bおよび差し込みプラグ24bを介してこの電源が供給される。さらに、第1コントローラ22からジャイロユニット24に供給された電源の一部が、コネクタ24c、差し込みプラグ36aおよびケーブル36bを介して第2コントローラ36に与えられる。上述したように、ビデオゲームシステム10で第1コントローラ22および第2コントローラ36を用いてゲームをプレイする際、プレイヤは、一方の手右手で第1コントローラ22を把持し、他方の手左手で第2コントローラ36を把持する。ただし、ジャイロユニット24は、第1コントローラ22に装着されている。たとえば、ポインティングデバイスとして第1コントローラ22を使用する場合には、プレイヤは、第1コントローラ22の先端面撮像情報演算部80が撮像する光の入射口22d側がマーカ340mおよび340nの方を向く状態で第1コントローラ22を把持する。ただし、図1からも分かるように、マーカ340mおよび340nは、モニタ34の画面の横方向と平行に配置されている。この状態で、プレイヤは、第1コントローラ22が指示する画面上の位置を変更したり、第1コントローラ22と各マーカ340mおよび340nとの距離を変更したりすることによってゲーム操作を行う。図8は、マーカ340mおよび340nと、第1コントローラ22との視野角を説明するための図である。ただし、簡単のため、図8では、ジャイロユニット24および第2コントローラ36は省略してある。図8に示すように、マーカ340mおよび340nは、それぞれ、視野角θ1の範囲で赤外光を放射する。また、撮像情報演算部80の撮像素子80cは、第1コントローラ22の視線方向を中心とした視野角θ2の範囲で入射する光を受光することができる。たとえば、マーカ340mおよび340nの視野角θ1は、共に34°半値角であり、一方、撮像素子80cの視野角θ2は41°である。プレイヤは、撮像素子80cが2つのマーカ340mおよび340nからの赤外光を受光することが可能な位置および向きとなるように、第1コントローラ22を把持する。具体的には、撮像素子80cの視野角θ2の中にマーカ340mおよび340nの少なくとも一方が存在し、かつ、マーカ340mまたは340nの少なくとも一方の視野角θ1の中に第1コントローラ22が存在する状態となるように、プレイヤは第1コントローラ22を把持する。この状態にあるとき、第1コントローラ22は、マーカ340mおよび340nの少なくとも一方を検知することができる。プレイヤは、この状態を満たす範囲で第1コントローラ22の位置および向きを変化させることによってゲーム操作を行うことができる。なお、第1コントローラ22の位置および向きがこの範囲外となった場合、ジャイロユニット24で検出される角速度に基づいて第1コントローラ22の位置および向きに基づいたゲーム操作を行う。したがって、以下では、上記範囲をポインティング操作可能範囲と呼ぶ。ポインティング操作可能範囲内で第1コントローラ22が把持される場合、撮像情報演算部80によって各マーカ340mおよび340nの画像が撮像される。すなわち、撮像素子80cによって得られる撮像画像には、撮像対象である各マーカ340mおよび340nの画像対象画像が含まれる。図9は、対象画像を含む撮像画像の一例を示す図である。対象画像を含む撮像画像の画像データを用いて、画像処理回路80dは、各マーカ340mおよび340nの撮像画像における位置を表す座標マーカ座標を算出する。撮像画像の画像データにおいて対象画像は高輝度部分として現れるため、画像処理回路80dは、まず、この高輝度部分を対象画像の候補として検出する。次に、画像処理回路80dは、検出された高輝度部分の大きさに基づいて、その高輝度部分が対象画像であるか否かを判定する。撮像画像には、対象画像である2つのマーカ340mおよび340nに対応する画像340m’および340n’のみならず、窓からの太陽光や部屋の蛍光灯の光によって対象画像以外の画像が含まれていることがある。高輝度部分が対象画像であるか否かの判定処理は、対象画像である画像340m’および340n’と、それ以外の画像とを区別し、対象画像を正確に検出するために実行される。具体的には、当該判定処理においては、検出された高輝度部分が、予め定められた所定範囲内の大きさであるか否かが判定される。そして、高輝度部分が所定範囲内の大きさである場合には、当該高輝度部分は対象画像を表すと判定される。逆に、高輝度部分が所定範囲内の大きさでない場合には、当該高輝度部分は対象画像以外の画像を表すと判定される。さらに、上記の判定処理の結果、対象画像を表すと判定された高輝度部分について、画像処理回路80dは当該高輝度部分の位置を算出する。具体的には、当該高輝度部分の重心位置を算出する。ここでは、当該重心位置の座標をマーカ座標と呼ぶ。また、重心位置は撮像素子80cの解像度よりも詳細なスケールで算出することが可能である。ここでは、撮像素子80cによって撮像された撮像画像の解像度が126×96であるとし、重心位置は1024×768のスケールで算出されるものとする。つまり、マーカ座標は、0,0から1024,768までの整数値で表現される。なお、撮像画像における位置は、撮像画像の左上を原点とし、下向きをY軸正方向とし、右向きをX軸正方向とする座標系XY座標系で表現されるものとする。また、対象画像が正しく検出される場合には、判定処理によって2つの高輝度部分が対象画像として判定されるので、2箇所のマーカ座標が算出される。画像処理回路80dは、算出された2箇所のマーカ座標を示すデータを出力する。出力されたマーカ座標のデータマーカ座標データは、上述したように、プロセッサ70によってコントローラデータに含まれ、ゲーム装置12に送信される。ゲーム装置12CPU40は、受信したコントローラデータからマーカ座標データを検出すると、このマーカ座標データに基づいて、モニタ34の画面上における第1コントローラ22の指示位置指示座標と、第1コントローラ22からマーカ340mおよび340nまでの各距離とを算出することができる。具体的には、2つのマーカ座標の中点の位置から、第1コントローラ22の向いている位置すなわち指示位置が算出される。また、撮像画像における対象画像間の距離が、第1コントローラ22と、マーカ340mおよび340nとの距離に応じて変化するので、2つのマーカ座標間の距離を算出することによって、ゲーム装置12は第1コントローラ22と、マーカ340mおよび340nとの間の距離を把握できる。なお、上述したプロセッサ70への各出力は、たとえば1/200秒周期で実行される。したがって、任意の1/200秒間に、入力手段26からの操作データと、撮像情報演算部80のからの位置座標データと、加速度センサ74からの加速度データと、ジャイロセンサ92からの角速度データと、入力手段100からの操作データと、加速度センサ102からの加速度データとが、1回ずつプロセッサ70に出力される。また、コントローラデータは、たとえば、1/200秒毎に、ゲーム装置12に送信される。無線コントローラモジュール52は、コントローラ22から所定周期たとえば、1/200秒で送信されるコントローラデータを受信し、当該無線コントローラモジュール52が備える図示しないバッファに蓄積する。その後、ゲーム装置12では、CPU40の指示の下、入力プロセッサ42aによって、1フレーム画面更新単位時間:1/60秒毎に、当該期間中に蓄積されたコントローラデータが読み出され、操作データバッファ502a図14参照に記憶される。CPU40は、操作データバッファ502aを参照して、コントローラデータに従ってゲーム処理を実行する。上述したようなゲームシステム10では、仮想ゲームをプレイすることができる。図10には、この実施例の仮想ゲームにおいて、モニタ34に表示されるゲーム画面200の一例が表示される。詳細な説明は省略するが、仮想ゲーム空間内に、地面オブジェクト、建物オブジェクトおよび地形オブジェクトのような背景オブジェクトが設けられるとともに、プレイヤオブジェクト202が配置される。また、アイテムオブジェクト以下、単にアイテムというや敵オブジェクト210なども必要に応じて仮想ゲーム空間に配置される。このような仮想ゲーム空間を仮想カメラ図示せずで撮影した画像がゲーム画面としてモニタ34に表示される。以下、画面を表示する場合について同様である。図10に示すように、ゲーム画面200には、プレイヤオブジェクト202が画面中央からやや右下寄りに表示される。この実施例のプレイヤオブジェクト202は、右手で剣オブジェクト204を持ち、左手で盾オブジェクト206を持っている。また、ゲーム画面200には、複数ここでは、4体の敵オブジェクト210が画面中央からやや上寄りに横一列に並んで表示される。このゲーム画面200では、敵オブジェクト210が矢オブジェクトを放ち、それをプレイヤオブジェクト202が盾オブジェクト206で防御している様子が示される。図面では、分かり難いが、プレイヤオブジェクト202や敵オブジェクト210が存在する場所が背景として表示される。さらに、ゲーム画面200の左上部には、プレイヤオブジェクト202の生命力ライフを示す画像ハート画像220、盾オブジェクト206の防御力を示す画像222および所定のアイテムの所持数を示す画像224が表示される。また、ゲーム画面200の左下部には、第2コントローラ36の操作方法を示す画像230が表示される。そして、ゲーム画面200の右端部に、第1コントローラ22の操作方法を示す画像240が表示される。簡単に説明すると、第1コントローラ22では、ボタン26gを操作すると、地図ゲームマップがモニタ34に表示される。また、第1コントローラ22では、Bトリガースイッチ26iを操作すると、アイテムを選択および使用する画面がモニタ34に表示される。なお、ゲーム画面200には表示されていないが、ジャイロユニット24が接続された第1コントローラ22は、プレイヤオブジェククト202が持っている剣オブジェクト204に対応しており、第1コントローラ22を振ると、その動きに連動して、剣オブジェクト204が動く。これによって、敵オブジェクト210や他のオブジェクト図示せずを切ることができる。詳細な説明は省略するが、剣オブジェクト204を用いて、敵オブジェクト210や他のオブジェクトを切る以外の動作を行うこともできる。なお、ジャイロユニット24が接続された第1コントローラ22の動きに連動して剣オブジェクト204が動くことについては、本願発明の本質的な内容でないため、その詳細な説明については省略する。たとえば、本件出願人が先に出願し、既に出願公開された特開2010-142561号公報に開示された技術を用いることができる。また、第2コントローラ36では、Cボタン100bを操作すると、プレイヤオブジェクト202に盾オブジェクト206で弾く動作をさせることができる。したがって、敵オブジェクト210が放った矢を盾オブジェクト206で弾くことがきる。また、Zボタン100cを操作すると、プレイヤオブジェクト202に敵オブジェクト210を注目させることができる。たとえば、プレイヤオブジェクト202に敵オブジェクト210を注目させておけば、戦闘中に、プレイヤオブジェクト202が敵オブジェクト210を見失うことがない。なお、ゲーム画面200に表示されていないが、第2コントローラ36を振ることによっても、敵オブジェクト210や他のオブジェクトを切ることができる。詳細な説明は省略するが、第1コントローラ22を振る場合と第2コントローラ36を振る場合とでは、切り方切る技が異なる。この仮想ゲームでは、プレイヤの操作に従って、プレイヤオブジェクト202を移動させたり、剣オブジェクト204を振る動作や盾オブジェクト206で防御する動作などの所定の動作をさせたりする。これによって、プレイヤオブジェクト202は、敵オブジェクト210と闘ったり、敵オブジェクト210を倒したり、アイテムを取得したり、所定の場所に行ったりすることにより、予め用意されたステージをクリアステージクリアし、最終的な目的を達成すると、ゲームクリアとなる。ただし、プレイヤオブジェクト202が、敵オブジェクト210に倒されると、ゲームオーバとなる。一般的に、このような仮想ゲームにおいては、敵オブジェクト210を配置する出現させる位置は、予め決定されていたり、敵オブジェクト210を配置する出現させる範囲においてランダムに決定されたりする。前者の場合には、同じ場面においては、敵オブジェクト210が出現する場所が分かっているため、仮想ゲームが単調になってしまう。また、後者の場合には、仮想ゲームが単調になることは避けられるが、プレイヤオブジェクト202からかなり離れている場所や近すぎる場所に敵オブジェクト210が出現される場合があり、敵オブジェクト210を出現させる位置が適切でない場合がある。つまり、周囲の環境などの状況に応じて適切な位置に敵オブジェクト210のようなオブジェクトノンプレイヤオブジェクトを配置するのが困難であるという問題がある。そこで、この実施例では、地形に規定されるパラメータとプレイヤオブジェクト202の現在位置に応じて、オブジェクトの配置位置を決定することにより、状況に応じて適切にオブジェクトを配置するようにしてある。以下、敵オブジェクト210を配置する場合について具体的に説明する。図11Aおよび図11Bには、仮想ゲーム空間内に設けられる複数の円形状の曲線のコースリングのコースで形成された地形が示される。ただし、各リングの径は異なる。また、ここでは、各コースの高さは同じまたはほぼ同じとする。各コースでは、プレイヤオブジェクト202は、たとえば、所定の進行方向ここでは、反時計回りに移動し、出現する敵オブジェクト210と闘う。ここで、進行方向は、コースにおいてプレイヤオブジェクト202が進行するべき方向順路を意味する。また、これ以降では、プレイヤオブジェクト202が実際に移動している方向ないしプレイヤオブジェクト202が向いている方向視界の方向を移動方向ということにする。なお、図11Aおよび図11Bにおいては、進行方向と移動方向とが一致しているものとする。詳細な説明は省略するが、図11Aおよび図11Bに示すように、仮想ゲーム空間では、横方向がX軸方向であり、縦方向がY軸方向であり、X軸およびY軸に対して垂直な方向がZ軸方向である。また、たとえば、右方向がX軸のプラス方向であり、上方向がY軸のプラス方向であり、紙面に対して垂直上方向がZ軸のプラス方向である。後述する図13Aにおいても同じ。たとえば、図11Aおよび図11Bに示すような地形では、プレイヤオブジェクト202は、最外周のコースから順に内周側に進む。プレイヤオブジェクト202は、各コースに配置した出現された敵オブジェクト210を全部または所定数以上倒すと、次のコースに進むことができる。そして、プレイヤオブジェクト202は、最内周のコースの敵オブジェクト210を全部または所定数以上倒すと、ボスの敵オブジェクト210と闘うことができる。そして、プレイヤオブジェクト202が、ボスの敵オブジェクト210を倒すと、たとえば、所定のアイテムを取得したり、他のコースが出現したりする。ただし、プレイヤオブジェクト202が最内周のコースに到達したときに、ボスの敵オブジェクト210と闘うようにすることもできる。また、ボスの敵オブジェクト210と闘わずに、所定のアイテムを取得したり、他のコースが出現したりしてもよい。これらは、ゲームプログラマや開発者によって任意に設定される事項である。なお、ここでは、プレイヤオブジェクト202は、最外周のコースから内周側に順次進むようにしてあるが、最内周のコースから外周側に順次進むようにしてもよい。また、プレイヤオブジェクト202の進行方向を反時計回りに設定してあるが、時計周りに設定してもよい。この実施例では、プレイヤオブジェクト202の現在位置Pに応じて適切に敵オブジェクト210などのオブジェクトを配置するために、外周側のコースまたは内周側のコースに拘わらず、プレイヤオブジェクト202の現在位置Pから所定距離dだけ離れた位置Qに、敵オブジェクト210を配置する出現させるようにしてある。これは、プレイヤオブジェクト202が移動する場合に、外周側のコースおよび内周側のコースのいずれにおいても、所定の間隔距離ないしタイミングで敵オブジェクト210を出現させるためである。したがって、所定距離dは、直線距離ではなく、プレイヤオブジェクト202がコースに沿って移動した場合の距離円弧状の曲線距離である。また、この実施例では、コースには、敵オブジェクト210を出現させる位置Qを設定するためのレールRが設定されており、このレールR上に、敵オブジェクト210を配置するためのタグ以下、敵セットタグと呼ぶTが設定される。敵セットタグTは、種類、総数、隊列情報およびセーブフラグを含む。図11Aおよび図11Bでは、レールRを点線で示すとともに、敵セットタグTを逆三角形で示してあるが、これらが、実際のゲーム画面200に表示されることはない。以下、同じ。種類は、敵オブジェクト210を識別特定するための情報敵IDである。総数は、当該敵セットタグTが配置された位置から出現させる敵オブジェクト210の最大数である。隊列情報は、一度に複数の敵オブジェクト210を出現させる場合に、当該複数の敵オブジェクト210によって作られる隊列の種類および当該隊列を構成する敵オブジェクト210の数である。たとえば、隊列の種類としては、縦長の列一列または複数列や横長の列一列または複数列などが該当する。また、隊列の種類が指定されていない場合には、たとえば、所定時間毎に、1体の敵オブジェクト210を出現させる。ただし、一度に仮想ゲーム空間に出現させる敵オブジェクト210の最大数たとえば、20になった後では、敵オブジェクト210がプレイヤオブジェクト202に倒される度に、1体の敵オブジェクト210が出現される。または、仮想ゲーム空間内に存在する敵オブジェクト210の数が所定数以下になると、所定時間毎に、1体の敵オブジェクト210が出現される。セーブフラグは、当該敵セットタグTに従って敵オブジェクト210を出現させるかどうかを判定するためのフラグである。このセーブフラグは、1ビットのレジスタで構成される。セーブフラグが成立オンであれば、レジスタにデータ値1が設定され、セーブフラグが不成立オフであれば、レジスタにデータ値0が設定される。たとえば、当該敵セットタグTに設定されたすべての敵オブジェクト210を出現させると、セーブフラグはオンされる。このセーブフラグがオンである状態が維持される場合には、その後、プレイヤオブジェクト202が同じ場所位置Pに戻ってきたとしても、当該敵セットタグTに従って敵オブジェクト210が出現されることはない。たとえば、ボスの敵オブジェクト210を倒した場合には、セーブフラグがオンである状態が維持される。一方、セーブフラグがリセットオフされる場合には、その後、プレイヤオブジェクト202が同じ場所に戻ってくると、再び当該敵セットタグTに従って敵オブジェクト210が出現される。上述したように、外周側のコースまたは内周側のコースに拘わらず、所定の間隔ないしタイミングで、敵オブジェクト210を出現させる。このため、この実施例では、敵オブジェクト210を出現させる領域ないし範囲以下、領域Eというにおいて、敵オブジェクト210を出現させることが判断されると、プレイヤオブジェクト202の現在位置Pから当該プレイヤオブジェクト202の移動方向に所定距離dだけ離れた位置Qに敵セットタグTを配置する。ただし、上述したように、敵セットタグTは、コースに設定されたレールR上に配置される。ただし、敵オブジェクト210を出現させる領域Eとは、当該敵オブジェクト210を発生させることが設定された地形または場所範囲であり、その地形または場所範囲を囲む2次元の範囲で決定される。たとえば、図11Aおよび図11Bに示す複数の円形状のリングのコースで形成される地形を囲む四角形一点鎖線で示すの範囲が、敵オブジェクト210を出現させる領域Eである。ただし、領域Eは、上記のような地形を囲む円形の範囲で設定されてもよい。後述する渦巻状の曲線のコースで形成された地形についても同様である。図11Aに示すように、プレイヤオブジェクト202が最外周のコースに存在する場合には、プレイヤオブジェクト202の現在位置Pを基準として、この現在位置Pと当該地形ないしコースを規定する中心の点Oとの距離rと、所定距離dとから、角度αここでは、α1を算出する。具体的には、数1に従って算出される。[数1]α=π×d÷2πr=d/2rただし、半径rは数2に従って算出される。数2では、点Oの3次元座標をx1,y1,z1とし、プレイヤオブジェクト202の現在位置Pの3次元座標をx2,y2,z2としてある。さらに、角度αを計算する際には、地形の高さについては考慮しないため、z座標は省略される。[数2]r=√{x1-x22y1-y22}図11Aに示す例では図11Bも同じ、プレイヤオブジェクト202がレールR上に存在するように記載してあるが、コースには幅があるため、実際には、プレイヤオブジェクト202がレールR上に存在するとは限らない。したがって、角度α=α1が求められると、点Oと現在位置Pとを通る直線L1に対して、点Oを中心に角度α1をなす直線L2が設定され、この直線L2とレールRとの交点に、敵セットタグTが設定される。ただし、直線L2は、点Oを中心として、直線L1をプレイヤオブジェクト202の移動方向に角度α1だけ回転させた直線である。以下、同じ。同様に、図11Bに示すように、プレイヤオブジェクト202が最外周のコースから1つ内周側のコース上に存在する場合にも、数1および数2に従って角度α=α2が算出される。角度α2が求められると、点Oと現在位置Pとを通る直線L1に対して、点Oを中心に角度α2をなす直線L2が設定され、この直線L2とレールRとの交点に、敵セットタグTが設定される。ただし、レールRは各コースに設定されており、図11Aおよび図11Bに示す地形では、プレイヤオブジェクト202が存在するコースに設定されたレールR上に、敵セットタグTが設定される。したがって、後述する渦巻状の曲線のコースで形成された地形のように、コースの高さが変化するような場合には、適切な位置に敵セットタグTを設定するために、事前に後述する高さのチェックが行われる。また、レールR上に敵セットタグTを設定するのは、隊列を作った敵オブジェクト210を配置する場合に、敵オブジェクト210がコースからはみ出したり、壁面に埋もれてしまったりするような不都合を無くすためである。したがって、隊列を作らずに、1体ずつ敵オブジェクト210を出現させるような場合には、レールRが必要でない場合もある。かかる場合には、点Oを中心として、点Oとプレイヤオブジェクト202の現在位置Pとを結ぶ線分ここでは、第1線分というに対して、角度αをなす線分ここでは、第2線分というの端点点Oとは反対側の端点を位置Qとし、当該位置Qに敵セットタグTが設定される。ただし、位置Qは、第2線分の端点に設定される必要はなく、第2線分を基準とする所定範囲内に設定されてもよい。たとえば、所定範囲は、第2線部の端点を中心とする円や四角形などで規定される。ただし、この実施例では、所定の間隔ないしタイミングで、敵オブジェクト210を配置する出現させるので、所定範囲内で敵セットタグTが設定される位置は予め決定されている。また、所定範囲を比較的小さく設定した場合には、その所定範囲内でランダムに敵セットタグTを設定したとしても、所定の間隔ないしタイミングで敵オブジェクト210を出現させることができる。さらに、位置Qは、第2線分の端点からプレイヤオブジェクト202の側またはその反対側に所定距離移動した位置に決定されてもよい。つまり、敵セットタグTを設定する位置Qは、第2線分に基づいて決定される位置および範囲で決定される。図示は省略するが、プレイヤオブジェクト202の移動方向が進行方向と逆向きである場合には、図11Aおよび図11Bとは逆方向時計周りに所定距離dだけ進んだ位置に敵オブジェクト210が配置されるように、レールR上に敵セットタグTが設定される。また、この実施例の仮想ゲームでは、図11Aおよび図11Bに示した地形とは異なり、図12のゲーム画面300に示されるような渦巻状の曲線のコースで形成される地形をプレイヤオブジェクト202が移動する場合もある。図12に示すゲーム画面300に表示された渦巻状の曲線のコースで形成される地形では、その中心に向かうに従ってコースの高さが次第に低くなる。地形ないしコースの高さの情報高さ情報は、後述するように、地形を規定するパラメータに含まれ、対応するデータは地形データ502dとしてメインメモリ42e,46に記憶される図14参照。ただし、高さ情報は、地形ないしコースの或る地点の高さ情報であるため、実際には、地形ないしコースに含まれる点についての3次元座標である。図12に示した渦巻状の曲線のコースで形成される地形を真上方向から見ると、図13Aのように示される。したがって、図12に示すような渦巻状の地形において、敵オブジェクト210を出現させる場合には、図11Aおよび図11Bを用いて説明したのと同様に、渦巻状の曲線のコースで形成される地形の中心の点Oとプレイヤオブジェクト202の現在位置Pとの距離半径rと、所定距離dとから角度αが求められる。ただし、図13Aからも分かるように、渦巻状の曲線のコースで形成される地形では、最外周から最内周までコースは繋がっている。このため、プレイヤオブジェクト202の現在位置Pによっては、角度αだけでは、敵セットタグTを設定するレールRが現在位置Pよりも内周側なのか外周側なのか分からない場合がある。したがって、この実施例では、渦巻状の曲線のコースで形成される地形のように、コースの高さが変化する場合には、プレイヤオブジェクト202の移動方向におけるコースの高さをさらに考慮して、敵セットタグTを設定するようにしてある。具体的には、プレイヤオブジェクト202の現在位置Pの上方または下方の所定長さhの範囲に含まれるかどうかが判断される。以下、この高さの判断を高さチェックということがある。上述したように、図12に示す渦巻状の曲線のコースで形成される地形では、最外周から最内周に向かう方向がプレイヤオブジェクト202の進行方向である。したがって、図13Bに示すように、プレイヤオブジェクト202が進行方向に移動している場合には、プレイヤオブジェクト202の現在位置Pの高さから下方向に所定長さhの範囲内に在るレールR上に、敵セットタグTを設定する必要がある。したがって、図13Bから分かるように、図13Aに示す直線L2と交差する点A、B、Cのうち、点Bおよび点Cは所定長さhの範囲外であり、高さの条件を満たさない。これに対して、点Aは所定長さhの範囲内であり、高さの条件を満たす。このため、点Aが敵セットタグTを設定する位置Qに決定され、当該敵セットタグTが設定される。ただし、この実施例では、プレイヤオブジェクト202の移動方向の所定距離d先に敵セットタグTが設定される。このため、図13Aおよび図13Bに示す地形において、プレイヤオブジェクト202が進行方向とは逆向きに移動する場合には、プレイヤオブジェクト202の現在位置Pの高さから上方向に所定長さhの範囲内に在るレールR上の点に、敵セットタグTが設定される。なお、この実施例では、プレイヤオブジェクト202の足元の位置を、当該プレイヤオブジェクト202の現在位置Pに設定してある。ただし、高さチェックのための所定長さhは、地形毎に予め決定されている。また、図示等は省略するが、図11Aおよび図11Bに示した場合と同様に、渦巻状の地形においても、当該地形ないし渦巻き状のコースの中心の点Oとプレイヤオブジェクト202の現在位置Pとの水平距離半径rが短い程長い程、敵セットタグTを設定する位置Qを決定するための角度αが大きく小さくなる。なお、図示は省略するが、図11Aおよび図11Bに示した複数の円形状のリングのコースで形成された地形のように、渦巻状の曲線のコースで形成された地形の高さが変化しない場合には、直線L1と角度αをなす直線L2と交差するレールR上の点のうち、敵セットタグTを設定する点は次のようにして決定される。直線L2とコースに設定されたレールRとが交差する複数の点ここでは、候補の点というのうち、中心の点Oと候補の点とを結ぶ線分ここでは、第3線分というの長さが、中心の点Oとプレイヤオブジェクト202とを結ぶ線分ここでは、第4線分というの長さとほぼ等しい候補の点が敵セットタグTを設定する点に決定される。たとえば、プレイヤオブジェクト202の移動方向が渦の中心に向かう方向である場合には、第4線分よりも若干短い第3線分の端点となる候補の点が選択される。一方、プレイヤオブジェクト202の移動方向が渦の中心とは逆方向である場合には、第4線分よりも若干長い第3線分の端点となる候補の点が選択される。また、この実施例では、敵オブジェクト210を出現させる領域E内では、最初に敵セットタグTが設定された後では、所定のタイミング設定タイミングで、2つ目以降の敵セットタグTが設定される。これは、当該シーンや仮想ゲーム空間内に存在する敵オブジェクト210の数を調整することにより、CPU40の処理負荷を制限抑制するためである。たとえば、設定タイミングであるかどうかは、以下の所定の条件設定条件のうちのいずれか1つを満たすかどうかで判断される。ただし、設定条件を満たすかどうかの判断は、1つ前の敵セットタグTを設定した後に行われる。1所定時間tが経過したこと。2プレイヤオブジェクト202が所定距離D以上移動したこと。3プレイヤオブジェクト202が当該領域E内の所定の範囲に入ったこと。4現在のシーンまたは当該領域Eに存在する敵オブジェクト210の数が所定数以下であること。5プレイヤオブジェクト202が倒した敵オブジェクト210の数が所定数以上であること。6出現した敵オブジェクト210の数が所定数以上であること、または敵オブジェクト210が出現した回数が所定回数以上であること。7プレイヤオブジェクト202のライフが所定値以下であること。たとえば、プレイヤオブジェクト202が所定距離D以上移動したときに、設定条件を満たし、すなわち設定タイミングとなり、敵セットタグTを設定するので、各敵セットタグTにおいて敵オブジェクト210の種類を異なるように設定しておけば、プレイヤオブジェクト202の移動に従って、異なる敵オブジェクト210を次々と出現させることができる。なお、上記の設定条件のいずれか2つ以上を満たす場合に、設定タイミングであると判断するようにしてもよい。また、上記の所定時間t、所定距離D、所定回数は、仮想ゲームの開発者やプログラマが任意に設定する事項である。また、仮想ゲームの進行状況やゲームレベル等に応じて可変的に設定されてもよい。また、上述したように、設定条件は、領域Eにおいて、2つ目以降の敵セットタグTが設定される場合に判断される。したがって、当該領域Eに敵セットタグTが1つも設定されていない場合には、当該領域Eにプレイヤオブジェクト202が入ったときに、設定タイミングであると判断される。ただし、プレイヤオブジェクト202が当該領域Eに入って、所定の場所まで進んだときや所定の範囲に入ったときに、設定タイミングであると判断するようにしてもよい。また、敵セットタグTが設定されると、当該敵セットタグTに従って、当該敵セットタグTが設定された位置Qに敵オブジェクト210が配置される。つまり、敵オブジェクト210が出現される。ただし、複数の敵オブジェクト210が隊列を作る場合には、位置Qを基準に、当該複数の敵オブジェクト210が隊列を作って配置される。その後、所定時間毎に、1体の敵オブジェクト210が位置Qに配置される。また、隊列を作っている場合には、プレイヤオブジェクト202に倒された敵オブジェクト210が最初に配置出現されていた位置に、新たに複数の敵オブジェクト210が隊列を作って配置される。ただし、これらの方法に限定される必要はなく、当該シーンまたは仮想ゲーム空間に出現される敵オブジェクト210の最大数を超えない範囲で、適宜敵オブジェクト210は配置される。また、敵セットタグTが示す総数の敵オブジェクト210が配置されると、セーブフラグがオンされ、オンの状態が維持される場合には、当該敵セットタグTが設定された位置Qでは、敵オブジェクト210は配置されない。なお、敵オブジェクト210が位置Qまたは位置Qを基準に配置されると、プログラム後述するオブジェクト制御プログラム500eに従って、移動されたり、プレイヤオブジェクト202を攻撃したりする。図14は、図2に示したメインメモリ42eまたは46のメモリマップの一例を示す図解図である。図14に示すように、メインメモリ42e,46は、プログラム記憶領域500およびデータ記憶領域502を含む。プログラム記憶領域500には、画像処理プログラムを含むゲームプログラムが記憶される。ゲームプログラムは、ゲームメイン処理プログラム500a、画像生成プログラム500b、画像表示プログラム500c、操作入力検出プログラム500d、オブジェクト制御プログラム500eおよび敵配置位置決定プログラム500fなどを含む。たとえば、画像処理プログラムは、画像生成プログラム500b、画像表示プログラム500c、操作入力検出プログラム500d、オブジェクト制御プログラム500e、および敵配置位置決定プログラム500fによって構成される。ゲームメイン処理プログラム500aは、この実施例の仮想ゲームのメインルーチンを処理するためのプログラムである。画像生成プログラム500bは、後述する画像データ502bを用いて、モニタ34に表示する画面200、300などに対応するゲーム画像データを生成するためのプログラムである。画面表示プログラム500cは、画像生成プログラム500bに従って生成されたゲーム画像データをモニタ34に出力表示更新するためのプログラムである。操作入力検出プログラム500dは、第1コントローラ22から送信されるコントローラデータを検出するためのプログラムである。オブジェクト制御プログラム500eは、コントローラデータに従ってプレイヤオブジェクト202を移動等させたり、コントローラデータに従わないで敵オブジェクト210等のノンプレイヤオブジェクトを配置したり出現させたり移動等させたりするためのプログラムである。ただし、オブジェクト制御プログラム500eは、後述する敵配置位置決定プログラム500fで設定された敵セットタグTに応じて、敵オブジェクト210などのノンプレイヤオブジェクトを配置する出現させる。敵配置位置決定プログラム500fは、プレイヤオブジェクト202の現在位置Pに基づいて、敵オブジェクト210を配置する出現される位置を決定するためのプログラムである。つまり、敵配置位置決定プログラム500fは、上述したように、敵セットタグTを設定する位置Qを決定するとともに、当該位置Qに敵セットタグTを設定する。ただし、領域E地形、コースおよびゲームレベルなどに応じて、設定する敵セットタグTは決定されている。なお、図示は省略するが、プログラム記憶領域500には、音出力プログラムやバックアッププログラムも記憶される。音出力プログラムは、プレイヤオブジェクト202および敵オブジェクト210の音声擬声音、効果音、音楽BGMなどのゲームに必要な音を生成および出力するためのプログラムである。バックアッププログラムは、プレイヤの指示や所定のゲームイベントに従って、ゲームデータ途中データ、結果データを、フラッシュメモリ44やメモリカードに記憶するためのプログラムである。データ記憶領域502には、操作データバッファ502aが設けられる。また、データ記憶領域502には、画像データ502b、現在位置データ502c、地形データ502d、レールデータ502e、半径データ502f、角度データ502gおよび敵セットタグデータ502hを記憶する。操作データバッファ502aは、アンテナ52aを介して無線コントローラモジュール52で受信された、第1コントローラ22からのコントローラデータを、記憶一時記憶するためのバッファである。操作データバッファ502aに記憶されたコントローラデータは、CPU40によって使用された後、削除消去される。画像データ502bは、ポリゴンデータおよびテクスチャデータなどのデータである。現在位置データ502cは、プレイヤオブジェクト202の現在位置Pについてのデータであり、具体的には、プレイヤオブジェクト202の現在位置Pの3次元座標のデータである。地形データ502dは、上述した複数の円形状のリングのコースや渦巻状の曲線のコースで形成される地形のような所定の地形についてのパラメータのデータである。具体的には、地形ないしコースを規定する所定の点この実施例では、中心の点O、地形ないしコースに含まれる各点の3次元座標および高さチェックに用いる所定長さhについてのデータである。ただし、地形データ502dは、複数の所定の地形のそれぞれについてのパラメータのデータを含む。また、地形ないしコースの高さが変化しない場合には、高さチェックを行う必要がないため、かかる場合には、パラメータには、所定長さhについてのデータは含まれない。レールデータ502eは、地形データ502dに対応する地形に設定されるレールRについてのデータである。たとえば、レールRは点の集合であり、レールデータ502eは、各点の3次元座標のデータである。詳細な説明は省略するが、複数の所定の地形のそれぞれについてレールRが設定されるため、レールデータ502eは、複数のレールRについてのデータを含む。半径データ502fは、所定の地形において、敵セットタグTを設定する位置を決定する場合に算出される、当該所定の地形の中心の点Oとプレイヤオブジェクト202の現在位置Pとの距離半径rについてのデータである。角度データ502gは、所定の地形において、敵セットタグTを設定する位置を決定する場合に算出される、当該所定の地形の中心の点Oとプレイヤオブジェクト202の現在位置Pとを通る直線L1と、この直線L1に対して設定される直線L2とがなす角度αについてのデータである。敵セットタグデータ502は、現在設定されている敵セットタグTについてのデータである。したがって、仮想ゲーム空間内に、複数の敵セットタグTが設定されている場合には、それぞれの敵セットタグTについてのデータが記憶される。図示は省略するが、データ記憶領域502には、音データなども記憶され、ゲーム処理に必要な、フラグやカウンタタイマも設けられる。具体的には、図2に示しCPU40は、図15に示すゲーム全体処理を実行する。CPU40は、ゲーム全体処理を開始すると、ステップS1で、ゲーム画面を表示する。ここでは、CPU40は、仮想ゲームを最初から開始する場合には、当該仮想ゲームの初期のゲーム画面をモニタ34に表示する。また、CPU40は、仮想ゲームを前回の続きから開始する場合には、前回の続きから開始するためのゲーム画面をモニタ34に表示する。次のステップS3では、操作入力を検出する。ここでは、CPU40は、アンテナ52aおよび無線コントローラ52を介して受信されたコントローラデータを、メインメモリ42e,46内の操作データバッファ502aに記憶する。続くステップS5では、プレイヤオブジェクト202を制御する。ここでは、CPU40は、操作データバッファ502aに記憶されたコントローラデータに従って、プレイヤオブジェクト202を移動させたり、プレイヤオブジェクト202に所定の動作をさせたりする。ただし、CPU40は、プレイヤオブジェクト202を移動させる場合には、移動後の現在位置Pの3次元座標のデータを現在位置データ502cとしてデータ記憶領域502に記憶する。つまり、現在位置データ502cが更新される。次のステップS7では、敵オブジェクト210を制御する。ここでは、CPU40は、敵セットタグTに従って、敵オブジェクト210を配置する出現させる。また、CPU40は、ゲームプログラムに従って、敵オブジェクト210を移動させたり、敵オブジェクト210に所定の動作をさせたりする。詳細な説明は省略するが、ステップS5およびS7の処理によって、プレイヤオブジェクト202と敵オブジェクト210とが遭遇したり、闘ったりする。また、これらの処理によって、ゲーム画面が更新される。さらに、図示は省略するが、ステップS5の処理によって、プレイヤオブジェクト202がアイテムを取得すれば、当該アイテムが所持アイテムとして追加され、アイテムを使用すると、当該アイテムが所持アイテムから消去される。次のステップS9では、各種パラメータを更新する。ここでは、CPU40は、プレイヤオブジェクト202や敵オブジェクト210のライフを変化低減または増加させたり、プレイヤオブジェクト202のレベルを変化増加させたり、プレイヤオブジェクト202の攻撃力や防御力を変化低減または増加させたりする。続いて、ステップS11では、ゲームクリアかどうかを判断する。たとえば、CPU40は、プレイヤないしプレイヤオブジェクト202が全ステージをクリアしたかどうかを判断する。ステップS11でYESであれば、つまりゲームクリアであれば、ステップS13で、ゲームクリア処理を実行して、ゲーム全体処理を終了する。たとえば、ステップS13では、CPU40は、ゲームクリアであることを表現するゲーム画面をモニタ34に表示したり、そのことを表現する音ないし音楽をスピーカ34aから出力したりする。一方、ステップS11でNOであれば、つまりゲームクリアでなければ、ステップS15で、ゲームオーバかどうかを判断する。たとえば、CPU40は、プレイヤオブジェクト202のライフが0以下となり、当該プレイヤオブジェクト202が倒されたかどうかを判断する。ステップS15でYESであれば、つまりゲームオーバであれば、ステップS17で、ゲームオーバ処理を実行して、ゲーム全体処理を終了する。たとえば、ステップS17では、CPU40は、ゲームオーバであることを表現するゲーム画面をモニタ34に表示したり、そのことを表現する音ないし音楽をスピーカ34aから出力したりする。なお、ゲームクリアまたはゲームオーバの場合に、ゲーム全体処理を終了するようにしてあるが、プレイヤの操作に従って、ゲーム全体処理を終了することもある。また、図示は省略するが、プレイヤの操作や所定のゲームイベントに従って、ゲームデータのバックアップ処理が実行されることもある。また、ステップS15でNOであれば、つまりゲームオーバでなければ、ステップS19で、ステージクリアかどうかを判断する。たとえば、CPU40は、現在のステージにおいて、プレイヤオブジェクト202がボスの敵オブジェクト202を倒したかどうかを判断する。ステップS19でNOであれば、つまりステージクリアでなければ、そのままステップS3に戻る。一方、ステップS19でYESであれば、つまりステージクリアであれば、ステップS21で、ステージクリア処理を実行する。ここでは、CPU40は、ステージクリアであることを表現するゲーム画面をモニタ34に表示したり、そのことを表現する音ないし音楽をスピーカ34aから出力したりする。次のステップS23では、次のステージに進み、ステップS3に戻る。たとえば、ステップS23では、CPU40は、プレイヤオブジェクト202を、次のステージの初期位置スタート地点に移動させる。図16は、図2に示したCPU40の敵配置位置決定処理のフロー図である。CPU40は、ゲーム全体処理とは別のタスクで、この敵配置位置決定処理を並列的に実行する。ただし、この敵配置位置決定処理は、ゲーム全体処理が開始されたときに開始される。図16に示すように、CPU40は、敵配置位置決定処理を開始すると、ステップS51で、プレイヤオブジェクト202の現在位置を検出する。ここでは、CPU40は、データ記憶領域502を参照して、現在位置データ502cに対応するプレイヤオブジェクト202の現在位置Pの3次元座標を取得する。続くステップS53では、プレイヤオブジェクト202の現在位置Pが敵オブジェクト210を出現させる領域E内であるかどうかを判断する。つまり、CPU40は、現在位置Pが、地形データ502dが記憶されている地形の領域E内であるかどうかを判断する。ただし、現在位置Pが領域E内であるかどうかは、当該現在位置Pの3次元座標のうち、高さ情報Z座標を除く2次元座標XY座標で判断される。ステップS53でNOであれば、つまりプレイヤオブジェクト202の現在位置Pが敵オブジェクト210を出現させる領域E外であれば、そのままステップS51に戻る。一方、ステップS53でYESであれば、つまりプレイヤオブジェクト202の現在位置Pが敵オブジェクト210を出現させる領域E内であれば、ステップS55で、敵オブジェクト210を出現させるタイミングであるかどうかを判断する。この判断については、上述したとおりである。ステップS55でNOであれば、つまり敵オブジェクト210を出現させるタイミングでなければ、そのままステップS51に戻る。一方、ステップS55でYESであれば、つまり敵オブジェクト210を出現させるタイミングであれば、ステップS57で、半径rを算出する。ここでは、CPU40は、数2に従って、地形の中心の点Oとプレイヤオブジェクト202の現在位置Pとの水平距離を算出する。次のステップS59では、角度αを算出する。ここでは、CPU40は、先に算出した半径rおよび所定距離dを用いて、数1に従って、角度αを求める。そして、ステップS61では、当該地形が高さの変化する領域Eであるかどうかを判断する。ここでは、CPU40は、データ記憶領域502に記憶された地形データ502dに含まれる高さ情報を参照して、高さが変化する領域Eであるかどうかを判断する。または、CPU40は、地形データ502dに所定長さhのデータが含まれているかどうかで、高さが変化する領域Eであるかどうかを判断する。ステップS61でYESであれば、つまり当該地形が高さの変化する領域Eであれば、ステップS63で、プレイヤオブジェクト202の高さ情報Z座標を取得し、ステップS65で、高さを考慮して、敵セットタッグTを設定して、ステップS51に戻る。ステップS65では、CPU40は、直線L1と角度αをなす直線L2を設定する。次に、この直線L2とレールRとが交差する点のうち、プレイヤオブジェクト202の現在位置Pの高さを基準に、所定長さhの範囲内となるレールR上の点を位置Qとして決定する。そして、この位置Qに敵セットタグTを設定する。一方、ステップS61でNOであれば、つまり当該領域Eが高さの変化する領域Eでなければ、ステップS67で、現在のコース内で、敵セットタグTを設定して、ステップS51に戻る。ステップS67では、CPU40は、直線L1と角度αをなす直線L2を設定する。次に、この直線L2とレールRとが交差する点のうち、プレイヤオブジェクト202の現在位置Pを含むコースに設定されたレールR上の点を位置Qとして決定する。そして、この位置Qに敵セットタグTを設定する。ただし、上述したように、設定する敵セットタグTの内容は、領域E地形、コースおよびゲームレベルなどに応じて決定される。この実施例によれば、プレイヤオブジェクトの現在位置のような基準位置と所定の地形の中心の点とに基づいて、プレイヤオブジェクトの現在位置から円弧のような曲線で所定距離だけ離れた位置に敵オブジェクトを配置するので、たとえば、プレイヤオブジェクトが円形状や渦巻状の曲線のコースなどを移動する場合に、簡単な処理方法で、同じような間隔ないしタイミングで敵オブジェクトを出現させることができる。つまり、コース上の基準位置と仮想空間に設定された地形に規定されたパラメータとに基づいて、オブジェクトの配置位置を状況に応じて適切に決定することができる。なお、この実施例では、敵オブジェクトを配置する場合についてのみ説明したが、同じ方法によって、所定のアイテムのような他のオブジェクトノンプレイヤオブジェクトを配置することも可能である。また、この実施例では、複数の円形状のリングのコースや渦巻状の曲線のコースで形成された地形のように、滑らかな曲線のコースにおいて、敵セットタグTを設定するようにしたが、図17Aに示すように、中心の点Oを共通とし、大きさの異なる複数の多角形状のリングのコースで形成された地形においても、同様の方法によって、敵セットタグTを設定することができる。ただし、図17Aでは、多角形として正12角形を示してあるが、これに限定される必要はない。図示は省略するが、図17Aに示すような地形においてもレールRが設定される。正多角形状のリングのコースでは、同じく正多角形状のレールRを設定することもできるし、円形状のレールRを設定することもできる。また、この実施例では、複数の円形状のリングのコースや渦巻状の曲線のコースのように、異なる大きさ径の円が重なるようなコースについてのみ説明したが、これに限定される必要はない。たとえば、図17Bに示すような、レースゲームのコースについても、同様の手法を用いることができる。具体的には、図17Bに示すように、コーナーM1では、当該コーナーM1を規定する円C1の中心の点O1と、プレイヤオブジェクトの現在位置図面では省略してあるとに基づいて、敵セットタグを設定する位置オブジェクトの配置位置が決定される。また、コーナーM2では、当該コーナーM2を規定する円C2の中心の点O2と、プレイヤオブジェクトの現在位置とに基づいて、オブジェクトの配置位置が決定される。図示等は省略するが、他のコーナーについても同様である。また、レースゲームのコースについても、レールRが設定され、このレールR上に敵セットタグが設定される。図17Bに示すコースでは、コース自体が重なるような場所が無いが、たとえば、コーナーが立体的に交差したり重なったりするような場合には、上述の実施例と同様に、地形の高さも考慮される。なお、この発明の本質的な内容ではないが、レースゲームでは、敵オブジェクトを出現させるタイミングか否かの判断として、たとえば、プレイヤオブジェクトの速度が所定速度以上かどうかを判断するようにしてもよい。このようにすれば、たとえば、所定速度以上のプレイヤオブジェクトの場合には、敵オブジェクト周回遅れの車などのお邪魔オブジェクトを出現させ、所定速度未満のプレイヤオブジェクトの場合には、敵オブジェクトを出現させないようにすることができる。逆に、所定速度以上のプレイヤオブジェクトの場合には、所定のアイテムスピードアップまたは無敵などのお助けアイテムを出現させないが、所定速度未満のプレイヤオブジェクトの場合には、所定のアイテムを出現させることもできる。また、この実施例では、プレイヤオブジェクトの現在位置のような基準位置と所定の地形の中心の点とに基づいて、プレイヤオブジェクトの現在位置から円弧のような曲線で所定距離だけ離れた位置に敵オブジェクトを配置するようにした。たとえば、敵オブジェクトを配置出現させる位置が予め決定されている場合には、敵オブジェクトの配置出現させる位置と、コースに沿って所定距離だけ離れた位置とで決まる所定の範囲をコース上に設定しておき、この所定の範囲にプレイヤオブジェクトが入ったときに、敵オブジェクトを出現させるようにしても、上述の実施例と同様に、プレイヤオブジェクトが移動する場合に、同じような間隔ないしタイミングで敵オブジェクトを出現させることができる。また、この実施例では、ジャイロユニットを第1コントローラに着脱可能な構成としたが、ジャイロユニットは第1コントローラと一体的に設けられるようにしてもよい。または、ジャイロセンサのみを第1コントローラに内蔵するようにしてもよい。さらに、この実施例では、据え置き型のゲーム装置を用いた場合について説明したが、表示装置およびコントローラが一体的に設けられた携帯型のゲーム装置、パーソナルコンピュータ、PDA、携帯電話機などの画像を表示する機能を備える様々な電子機器に適用することができる。さらにまた、この発明は、画像処理のための各処理プログラム500b-500fが複数のコンピュータ等によって分散処理されるような画像処理システムにも適用可能である。"