"撮像手段、表示手段及び通信手段を備えたコンピュータに、前記撮像手段により撮影されたライブビューに対して、当該ライブビュー内におけるマーカの位置を基準として形成される仮想3次元空間に配置されたオブジェクトを合成表示させるとともに、他コンピュータと通信させることでマルチプレイ型のゲームを実行させるためのプログラムであって、前記ライブビューから前記マーカを認識できない認識不能状態であることを検出する認識不能状態検出手段、前記認識不能状態が検出された場合に、他コンピュータへ認識不能信号を送信する認識不能信号送信制御手段、前記ゲームの参加コンピュータそれぞれの前記認識不能状態の有無を用いて、自コンピュータがホスト機として機能すべきか否かを判断するホスト機能発現判断手段、前記ホスト機能発現判断手段により機能すべきと判断された場合に、前記仮想3次元空間中の前記オブジェクトの制御とその制御データの配信とを実行するホスト機能実行制御手段、として前記コンピュータを機能させるためのプログラム。撮像手段、表示手段及び通信手段を備えたコンピュータに、前記撮像手段により撮影されたライブビューに対して、当該ライブビュー内におけるマーカの位置を基準として形成される仮想3次元空間に配置されたオブジェクトを合成表示させるとともに、他コンピュータと通信させることでマルチプレイ型のゲームを実行させるためのプログラムであって、前記ライブビューから前記マーカを認識できない認識不能状態であることを検出する認識不能状態検出手段、自コンピュータがホスト機として機能しており、且つ、前記認識不能状態が検出された場合に、ホスト機の機能継承を要求する機能継承信号を他コンピュータへ送信する機能継承信号送信制御手段、他コンピュータから前記機能継承信号を受信した場合に、自コンピュータがホスト機として機能すべきか否かを判断するホスト機能発現判断手段、前記ホスト機能発現判断手段により機能すべきと判断された場合に、前記仮想3次元空間中の前記オブジェクトの制御とその制御データの配信とを実行するホスト機能実行制御手段、として前記コンピュータを機能させるためのプログラム。前記ホスト機能実行制御手段により自コンピュータがホスト機として機能していない場合に、ホスト機として機能している他コンピュータから前記オブジェクトの制御データを受信して、前記オブジェクトを制御する非ホスト時オブジェクト制御手段として前記コンピュータを更に機能させるための請求項1又は2に記載のプログラム。前記ゲームの参加コンピュータ毎のホスト機となる順番を設定する順番設定手段として前記コンピュータを更に機能させ、前記ホスト機能発現判断手段は、更に、前記順番設定手段により設定された順番を用いて、ホスト機として機能すべきか否かを判断する、請求項1~3の何れか一項に記載のプログラム。前記撮影手段による前記マーカの撮影画像を用いて、前記マーカに対する自コンピュータの距離を算出するマーカ距離算出手段、前記マーカ距離算出手段により算出された距離を他コンピュータへ送信するマーカ距離送信手段、として前記コンピュータを更に機能させ、前記順番設定手段は、参加コンピュータそれぞれの前記マーカに対する距離を用いて、ホスト機となる順番を設定する、請求項4に記載のプログラム。前記ホスト機能実行制御手段は、当該制御開始から所定期間、前記オブジェクトの移動速度及び/又は動作速度を低減させて前記オブジェクトを制御する制御開始時特殊制御手段を有する、請求項1~5の何れか一項に記載のプログラム。前記ホスト機能実行制御手段は、前記ライブビュー中の前記マーカの画像位置に基づいて、前記オブジェクトの移動方向を制御する移動方向制御手段を有する、請求項1~6の何れか一項に記載のプログラム。前記移動方向制御手段は、前記マーカの画像位置が前記ライブビューの周部の場合、中央部の場合に比べて高確度で前記オブジェクトを前記マーカの方向へ移動させる移動方向を選択するように移動方向を制御する、請求項7に記載のプログラム。請求項1~8の何れか一項に記載のプログラムを記憶したコンピュータ読取り可能な情報記憶媒体。撮像手段、表示手段及び通信手段を備え、前記撮影手段により撮影されたライブビューに対して、当該ライブビュー内におけるマーカの位置を基準として形成される仮想3次元空間に配置されたオブジェクトを合成表示するとともに、他コンピュータと通信しながらマルチプレイ型のビデオゲームを実行するためのゲーム装置であって、前記ライブビューから前記マーカを認識できない認識不能状態であることを検出する認識不能状態検出手段と、前記認識不能状態が検出された場合に、他コンピュータへ認識不能信号を送信する認識不能信号送信制御手段と、前記ゲームの参加コンピュータそれぞれの前記認識不能状態の有無を用いて、自コンピュータがホスト機として機能すべきか否かを判断するホスト機能発現判断手段と、前記ホスト機能発現判断手段により機能すべきと判断された場合、前記仮想3次元空間中の前記オブジェクトの制御とその制御データの配信とを実行するホスト機能実行制御手段と、を備えるゲーム装置。撮像手段、表示手段及び通信手段を備え、前記撮像手段により撮影されたライブビューに対して、当該ライブビュー内におけるマーカの位置を基準として形成される仮想3次元空間に配置されたオブジェクトを合成表示するとともに、他コンピュータと通信しながらマルチプレイ型のゲームを実行するためのゲーム装置であって、前記ライブビューから前記マーカを認識できない認識不能状態であることを検出する認識不能状態検出手段と、自コンピュータがホスト機として機能しており、且つ、前記認識不能状態が検出された場合に、ホスト機の機能継承を要求する機能継承信号を他コンピュータへ送信する機能継承信号送信制御手段と、他コンピュータから前記機能継承信号を受信した場合に、自コンピュータがホスト機として機能すべきか否かを判断するホスト機能発現判断手段と、前記ホスト機能発現判断手段により機能すべきと判断された場合に、前記仮想3次元空間中の前記オブジェクトの制御とその制御データの配信とを実行するホスト機能実行制御手段と、を備えるゲーム装置。さて、ゲームスタイルとしては、シングルプレイと同じぐらいマルチプレイも人気がある。マルチプレイスタイルのARゲームを想定すると、プレーヤ毎にカメラを用意して例えば、CCDカメラモジュールを搭載した携帯型ゲーム装置を持ってそれぞれが異なる視点位置から見るようにしてARゲームをプレイするケースが考えられる。そして、マルチプレイとしての醍醐味を考えるならば、AR空間に配置されるゲームキャラクタ等のAR表示体の存在が共通であるケースが考えられる。具体的には、プレーヤ全員で共通の敵キャラクタを攻撃するシューティングゲームやRPG、プレーヤがそれぞれの視点から見て楽しめる仮想ペットの育成ゲームなどがこれに当たる。こうした共通するキャラクタが登場するゲームでは、ゲームに参加するゲーム装置の何れかでこの共通するキャラクタの制御を行わせ、他のゲーム装置へ適宜制御結果を配信する形態が想定される。しかし、特定のゲーム装置に制御を任せた場合、当該ゲーム装置のカメラがARマーカを認識できない状態になるとゲーム続行が困難となる。本発明は、こうした事情を鑑みて考えられたものであり、拡張現実空間を利用したマルチプレイ型のゲームの品質向上を目的とする。より具体的には、ARマーカの認識不能にともなうゲーム中断を低減することを目指すものである。上述の課題を解決するための第1の形態は、撮像手段、表示手段及び通信手段を備えたコンピュータに、前記撮像手段により撮影されたライブビューに対して、当該ライブビュー内におけるマーカの位置を基準として形成される仮想3次元空間に配置されたオブジェクトを合成表示させるとともに、他コンピュータと通信させることでマルチプレイ型のゲームを実行させるためのプログラムであって、前記ライブビューから前記マーカを認識できない認識不能状態であることを検出する認識不能状態検出手段例えば、図1の制御基板1550、図11の処理部200、ゲーム演算部202、図12の認識状態判定部222、図19のステップS60~S64、前記認識不能状態が検出された場合に、他コンピュータへ認識不能信号を送信する認識不能信号送信制御手段例えば、図1の制御基板1550、図11の処理部200、ゲーム演算部202、図12の認識不能信号送信制御部223、図20のステップS112~S116、前記ゲームの参加コンピュータそれぞれの前記認識不能状態の有無を用いて、自コンピュータがホスト機として機能すべきか否かを判断するホスト機能発現判断手段例えば、図1の制御基板1550、図11の処理部200、ゲーム演算部202、図12のホスト機能発現判断部224、図14のマーカ認識状態525、図17のステップS110、S150、前記ホスト機能発現判断手段により機能すべきと判断された場合に、前記仮想3次元空間中の前記オブジェクトの制御とその制御データの配信とを実行するホスト機能実行制御手段例えば、図1の制御基板1550、図11の処理部200、ゲーム演算部202、図12のホスト機能実行制御部249、図17のステップS152、として前記コンピュータを機能させるためのプログラムである。また、別形態として、撮像手段、表示手段及び通信手段を備え、前記撮影手段により撮影されたライブビューに対して、当該ライブビュー内におけるマーカの位置を基準として形成される仮想3次元空間に配置されたオブジェクトを合成表示するとともに、他コンピュータと通信しながらマルチプレイ型のビデオゲームを実行するためのゲーム装置であって、前記ライブビューから前記マーカを認識できない認識不能状態であることを検出する認識不能状態検出手段と、前記認識不能状態が検出された場合に、他コンピュータへ認識不能信号を送信する認識不能信号送信制御手段と、前記ゲームの参加コンピュータそれぞれの前記認識不能状態の有無を用いて、自コンピュータがホスト機として機能すべきか否かを判断するホスト機能発現判断手段と、前記ホスト機能発現判断手段により機能すべきと判断された場合、前記仮想3次元空間中の前記オブジェクトの制御とその制御データの配信とを実行するホスト機能実行制御手段と、を備えるゲーム装置を構成することができる。第1の形態によれば、ゲームに参加するコンピュータは、マーカを認識できなくなると互いに認識不能信号を送信し合う。そして、それぞれが認識不能信号の有無を用いてホスト機として機能すべきか否かを判断し、機能すべきときにはホスト機として仮想3次元空間のオブジェクトの制御と制御データの配信を行う。つまり、マーカを認識できるコンピュータが適宜ホスト機能を機能させることでマーカ認識不能状態によるゲーム中断のリスクを低減できる。第2の形態は、撮像手段、表示手段及び通信手段を備えたコンピュータに、前記撮像手段により撮影されたライブビューに対して、当該ライブビュー内におけるマーカの位置を基準として形成される仮想3次元空間に配置されたオブジェクトを合成表示させるとともに、他コンピュータと通信させることでマルチプレイ型のゲームを実行させるためのプログラムであって、前記ライブビューから前記マーカを認識できない認識不能状態であることを検出する認識不能状態検出手段、自コンピュータがホスト機として機能しており、且つ、前記認識不能状態が検出された場合に、ホスト機の機能継承を要求する機能継承信号を他コンピュータへ送信する機能継承信号送信制御手段例えば、図1の制御基板1550、図11の処理部200、ゲーム演算部202、図25の機能継承信号送信制御部223C、図26のステップS112C~S116C、他コンピュータから前記機能継承信号を受信した場合に、自コンピュータがホスト機として機能すべきか否かを判断するホスト機能発現判断手段例えば、図1の制御基板1550、図11の処理部200、ゲーム演算部202、図25のホスト機能発現判断部224、図26のステップS118C~S120C前記ホスト機能発現判断手段により機能すべきと判断された場合に、前記仮想3次元空間中の前記オブジェクトの制御とその制御データの配信とを実行するホスト機能実行制御手段、として前記コンピュータを機能させるためのプログラムである。また、別形態として、撮像手段、表示手段及び通信手段を備え、前記撮像手段により撮影されたライブビューに対して、当該ライブビュー内におけるマーカの位置を基準として形成される仮想3次元空間に配置されたオブジェクトを合成表示するとともに、他コンピュータと通信しながらマルチプレイ型のゲームを実行するためのゲーム装置であって、前記ライブビューから前記マーカを認識できない認識不能状態であることを検出する認識不能状態検出手段と、自コンピュータがホスト機として機能しており、且つ、前記認識不能状態が検出された場合に、ホスト機の機能継承を要求する機能継承信号を他コンピュータへ送信する機能継承信号送信制御手段と、他コンピュータから前記機能継承信号を受信した場合に、自コンピュータがホスト機として機能すべきか否かを判断するホスト機能発現判断手段と、前記ホスト機能発現判断手段により機能すべきと判断された場合に、前記仮想3次元空間中の前記オブジェクトの制御とその制御データの配信とを実行するホスト機能実行制御手段と、を備えるゲーム装置を構成することができる。第2の形態によれば、ホスト機として機能していてマーカが認識できなくなった場合に機能継承を他コンピュータに要求する信号機能継承信号を発信することができる。その一方で、機能継承信号を受信した場合に、自コンピュータがホスト機として機能すべきか否かを判断可能であり、機能すべき場合にはホスト機能を継承する。マーカを認識できるコンピュータがホスト機能を継承することでマーカ認識不能状態によるゲーム中断のリスクを低減できる。また、第1又は第2の形態においては、例えば、第3の形態として、前記ホスト機能実行制御手段により自コンピュータがホスト機として機能していない場合に、ホスト機として機能している他コンピュータから前記オブジェクトの制御データを受信して、前記オブジェクトを制御する非ホスト時オブジェクト制御手段として前記コンピュータを更に機能させるためのプログラムを構成してよいことは勿論である。第4の形態は、前記ゲームの参加コンピュータ毎のホスト機となる順番を設定する順番設定手段例えば、図1の制御基板1550、図11の処理部200、図12のゲーム演算部202、発現優先順位設定部205、図18のステップS10として前記コンピュータを更に機能させ、前記ホスト機能発現判断手段は、更に、前記順番設定手段により設定された順番を用いて、ホスト機として機能すべきか否かを判断する、第1~第3の何れかの形態のプログラムである。第4の形態によれば、第1~第3の何れかの形態と同様の効果が得られるとともに、所定の順番に従ってホスト機として機能すべきか否かを判断できる。つまり、順番に従ってホスト機能を継承させることができる。第5の形態は、前記撮影手段による前記マーカの撮影画像を用いて、前記マーカに対する自コンピュータの距離を算出するマーカ距離算出手段例えば、図1の制御基板1550、図11の処理部200、図12のゲーム演算部202、自機情報算出部206、図19のステップS68、前記マーカ距離算出手段により算出された距離を他コンピュータへ送信するマーカ距離送信手段例えば、図1の制御基板1550、無線通信モジュール1553、図11の処理部200、通信部370、図12の自機情報送信制御部220、図22のステップS170、として前記コンピュータを更に機能させ、前記順番設定手段は、参加コンピュータそれぞれの前記マーカに対する距離を用いて、ホスト機となる順番を設定する例えば、図24のステップS250~S252、第4の形態のプログラムである。第5の形態によれば、第4の形態と同様の効果が得られるとともに、例えば、参加コンピュータからマーカまでの距離が大きい順に順番を設定すると、マーカを含めて広い範囲を撮影できるコンピュータから順にホスト機になることとなる。よって、ホスト機能を発現するコンピュータが変化する頻度を少なくすることができる。第6の形態は、前記ホスト機能実行制御手段が、当該制御開始から所定期間、前記オブジェクトの移動速度及び/又は動作速度を低減させて前記オブジェクトを制御する制御開始時特殊制御手段例えば、図12の制御開始時特殊制御部236、図21のステップS224~S226を有する、第1~第5の何れかの形態のプログラムである。第6の形態によれば、第1~第5の何れかの形態と同様の効果が得られるとともに、ホスト機能を担うコンピュータが変化する前後で、オブジェクトの位置が不自然に大きく変化するのを防ぐことができる。第7の形態は、前記ホスト機能実行制御手段が、前記ライブビュー中の前記マーカの画像位置に基づいて、前記オブジェクトの移動方向を制御する移動方向制御手段例えば、図12の移動方向制御部237、図21のステップS228を有する、第1~第6の何れかの形態のプログラムである。第7の形態によれば、第1~第6の形態の何れかと同様の効果が得られるとともに、ホスト機能を担うコンピュータにおけるライブビュー中におけるマーカの画像位置に基づいてオブジェクトを移動制御することができる。つまり、ホスト機能を担うコンピュータにとって都合の良い位置へオブジェクトを優先的に移動させるといったことが可能となる。第8の形態は、前記移動方向制御手段が、前記マーカの画像位置が前記ライブビューの周部の場合、中央部の場合に比べて高確度で前記オブジェクトを前記マーカの方向へ移動させる移動方向を選択するように移動方向を制御する、第7の形態のプログラムである。第8の形態によれば、第7の形態と同様の効果が得られるとともに、マーカがライブビューの画面周部で有るほどキャラクタをより高い確率でマーカに近づけるように制御できる。よって、プレーヤがオブジェクトを画面中央にとらえようとする行為通常、人は注目するものを画面の中央にとらえようとするが、マーカを撮影画面の中央にとらえようとする行為につながる。よって、マーカが常に認識されやすくなり、ひいては、ホスト機能を発現するコンピュータが変化する頻度を少なくすることができる。第9の形態は、第1~第8の何れかの形態のプログラムを記憶したコンピュータ読み取り可能な情報記憶媒体である。ここで言う情報記憶媒体とは、例えば磁気ディスクや光学ディスク、ICメモリなどを含む。第9の形態によれば、第1~第8の形態の何れかのプログラムをコンピュータに読み取らせて実行させることによって、コンピュータに第1~第8の形態の何れかと同様の効果を発揮させることができる。第1実施形態本発明を適用した実施形態として、マーカ方式ARを用いて実現される拡張現実空間内でマルチプレイ型シューティングゲームを実行する例を挙げて説明する。図1は、本実施形態においてゲームプレイのために使用されるコンピュータであり、電子機器の一種であるゲーム装置1500の構成例を示す図であって、1正面外観図、2背面外観図である。ゲーム装置1500は、方向入力キー1502と、ホームキー1504と、タッチパネル1506と、スピーカ1510と、マイク1512と、GPSGlobalPositioningSystemアンテナ1514と、CCDカメラモジュール1516と、制御基板1550と、コンピュータ読み出し可能な情報記憶媒体であるメモリカード1540からデータを読み書きできるメモリカード読取装置1542と、を備える。その他、図示されていない内蔵バッテリーや電源ボタン、音量調節ボタン等が設けられている。CCDカメラモジュール1516は、オートフォーカス機構と、CCDイメージセンサと、イメージ信号生成チップとを搭載したモジュールであって、ゲーム装置1500の背面方向を撮影できるように配置されている。尚、イメージセンサ素子はCCDに限らず、CMOSなどその他の方式の素子でも良い。制御基板1550は、CPUCentralProcessingUnit1551やGPUGraphicsProcessingUnit、DSPDigitalSignalProcessorなどの各種マイクロプロセッサ、ASICApplicationSpecificIntegratedCircuit、VRAMやRAM,ROM等の各種ICメモリ1552を適宜搭載する。そして、制御基板1550には、携帯電話や無線LANなどの無線基地局と無線接続するための無線通信モジュール1553と、GPSモジュール1554と、電子コンパス1555と、3軸ジャイロ1556と、3軸加速度センサ1557とが搭載されている。その他、タッチパネル1506のドライバ回路、方向入力キー1502及びホームキー1504からの信号を受信する回路、スピーカ1510へ音声信号を出力する出力アンプ回路、マイク1512から入力された音声の信号を生成する入力信号生成回路、メモリカード読取装置1542への信号入出力回路といった所謂I/F回路インターフェース回路、が搭載されている。これら制御基板1550に搭載されている各要素は、それぞれバス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。GPSモジュール1554は、GPSアンテナ1514とともにGPSを利用した位置情報を取得する手段を構成する。GPSモジュール1554は、GPSアンテナ1514で受信したGPS衛星3からの信号に基づいて、所定時間毎例えば、1秒毎に、位置情報例えば、緯度経度及びその他の情報絶対時間を、制御基板1550で演算処理可能なデータとして出力する。尚、測位に利用するシステムはGPSに限らない。その他の衛星測位システムでも良いし、衛星を用いない測位システムを用いることもできる。後者の例としては、例えば、無線通信モジュール1553が無線接続できる無線基地局から当該基地局に予め設定されている位置情報を取得したり、3つの無線基地局からの信号到達時間差を利用した三角測量方式により位置情報を算出するとしても良い。制御基板1550は、ゲーム実行に必要なゲームプログラムやデータをメモリカード1540から読み出してICメモリ1552に一時記憶する。そして、ゲームプログラムを実行して演算処理を実行し、方向入力キー1502やホームキー1504、タッチパネル1506からの操作入力、3軸ジャイロ1556や3軸加速度センサ1557で検出される姿勢変化や加速度変化に応じてゲーム装置1500の各部を制御してビデオゲームを実行する。尚、本実施形態では、ゲーム装置1500は必要なプログラムや各種設定データをメモリカード1540から読み出す構成としているが、サーバ装置等から通信回線1を介してダウンロードする構成としても良い。尚、ゲーム装置1500はコンピュータであるから本明細書で言う自機は自コンピュータと読み替えることができる。同様に他機は他コンピュータと読み替えることができる。[ゲームの概要]次に、本実施形態におけるゲームの概要を説明する。図2は、本実施形態におけるプレイスタイルを説明するための概念図であって、1現実空間における様子を示す斜視図、2ゲーム装置1500のCCDカメラモジュール1516と、ARマーカ10との関係を示す図、3ゲームに登場するオブジェクトを配置する仮想3次元空間における様子を示す斜視図である。本実施形態におけるビデオゲームは、ARマーカ10を利用して実現されるAR空間を舞台としたゲーム、いわゆるARゲームに属するマルチプレイシューティングゲームに属する。図21に示すように、プレーヤPL1~PL3は、それぞれゲーム装置1500を手に持って、テーブル9等に置かれたARマーカ10をCCDカメラモジュール1516で撮影しながらプレイする。図中のプレーヤPL1のゲーム装置1500が当初のホスト機であって、ゲームに参加するクライアント機の受付処理を行ったり、敵キャラクタ7などのNPCの制御を受け持つ。プレーヤPL2,PL3のゲーム装置1500がゲスト機であり、NPCの制御データをホスト機から取得して利用する。尚、プレーヤの数は図に示すような3名に限らないのは勿論である。本実施形態におけるARマーカ10は、少なくとも一面に基準方向が表されるとともに、当該マーカの種類を識別するためのデザインが施された規定形状のカードであり、複数種類存在する。本実施形態のゲーム装置1500では、CCDカメラモジュール1516は装置本体の背面方向を撮影するように、装置本体の背面側に固定されている。よって、本実施形態では、プレーヤの視点位置は、ゲーム装置1500の位置であり、CCDカメラモジュール1516の視点位置と同じに扱うことができる。同様に、プレーヤの視点姿勢は、ゲーム装置1500の姿勢であり、CCDカメラモジュール1516の姿勢と同じ扱いとなる。図22に示すように、ゲーム装置1500は、CCDカメラモジュール1516で撮影した画像からARマーカ10を検出するとともにその種類を認識する。また、認識したARマーカ10までの3次元の相対位置Xc,Yc,Zcや相対姿勢ωp,ωy,ωrを計測する。例えば、ARマーカ10カードの実サイズが規定されているので、CCDカメラモジュール1516の撮影画像中のARマーカ10が占める画素サイズから現実空間における尺度を基準とした相対位置を求めることができる。そして、計測した相対位置や相対姿勢に基づいて、ARマーカ10を配置した面例えば、テーブル面が仮想3次元空間内の基準面例えば、ゲーム世界における地面、仮想マップなどとも呼ぶと一致するように、ゲーム空間を形成する。ゲーム空間は仮想3次元空間の座標系Xw,Yw,Zwで表され、ARマーカ10を基準とした実空間の座標系Xm,Ym,Zmに合致させる。図23に示すように、仮想3次元空間は所謂CG空間である。仮想3次元空間には、標的となる敵キャラクタ7や背景物などのオブジェクトが配置されてゲーム空間が形成される。そして、仮想3次元空間には、プレーヤPL1~PL3それぞれのプレーヤキャラクタPC1~PC3の他、敵キャラクタ7や、各キャラクタから発射される飛翔体6図2では非図示;図3にて図示などのオブジェクトも配置される。各ゲーム装置1500における仮想3次元空間は、ARマーカ10が基準とされるため、原則として共通の座標軸として定義される。仮想3次元空間には、各ゲーム装置1500の仮想カメラCM1~CM3が設定される。各ゲーム装置1500に対応するプレーヤキャラクタPC1~PC3は、対応するゲーム装置の仮想カメラCM1~CM3に対して、所定の相対位置Xp,Yp,Zpに配置される。具体的には、本実施形態では、三人称視点に相当するように、プレーヤキャラクタPC1~PC3は仮想カメラCM1~CM3の斜め下前方に配置される。尚、プレーヤキャラクタと仮想カメラとの相対位置関係は、予め決定されているとは言っても絶対的な固定値を意味するものでは無く、適当なズレや揺らぎを含むことができる。図3は、本実施形態におけるゲーム画面及びライブビューの一例を示す図であって、1プレーヤPL1が所持するゲーム装置1500におけるゲーム画面の例、2CCDカメラモジュール1516により撮影されるライブビューの例である。各ゲーム装置1500では、それぞれが対応する仮想カメラCM1~CM3から見たCGコンピュータグラフィックス画像を生成し、それをCCDカメラモジュール1516で撮影したライブビューに合成表示する。ちなみに、図31の例では、プレーヤPL1のプレーヤキャラクタPC1と、ARマーカ10の周りにいる敵キャラクタ7と、テーブル9脇の他のプレーヤPL2と、対応するプレーヤキャラクタPC2とが画面に映っている。また、画面中央には、プレーヤPL1がゲーム中に使用する射撃用の照準8が表示されている。このように現実空間の映像にゲームキャラクタ等のCGが合成されてプレーヤに認識される仮想世界が、ゲームの舞台となる拡張現実空間である。本実施形態では、CCDカメラモジュール1516の撮影画角と仮想カメラCM1~CM3の画と角は異なる。CCDカメラモジュール1516は、撮影範囲が広い事に意味があるので、撮影画角は広角に設定されている。例えば、35mmフィルム用レンズ換算で焦点距離15mm~24mm、公称対角画角90°前後などとする。一方、仮想カメラCM1~CM3の撮影画角は、ゲーム装置1500のタッチパネル1506越しに現実空間を透かし見るようにしながらARゲームをプレイすることを考えて、CCDカメラモジュール1516の画角の概ね50程度となるように狭く設定されている。プレイスタイルを考慮して、プレーヤが軽くひじを曲げた状態でゲーム装置1500を前方にかざした時に、あたかもタッチパネル1506の表示部分から現実世界を透かし見ているように錯覚させる撮影画角とすると好適である。例えば、35mmフィルム用レンズ換算で40mm~55mm、公称対角画角45°前後などとする。従って、図31で示したゲーム画面の背景は、図32で示すCCDカメラモジュール1516で撮影したライブビューそのままではなく、仮想カメラCM1~CM3の撮影画角に合致するようにクロップ画像の端をカットして使用されて得られたものである。[敵キャラクタの配置について]さて、前述のように本実施形態のゲームはマーカ方式のARゲームであるので、現実空間と仮想3次元空間の座標系を適切にマッチングさせるためには、ARマーカ10を常にCCDカメラモジュール1516の撮影範囲に含まれるようにプレイするのが望ましい。シューティングゲームとしての特性上、プレーヤは照準8を敵キャラクタ7に合わせるようにゲーム装置1500の位置や姿勢を変化させながらプレイすることになる。よって、敵キャラクタ7がARマーカ10からあまり離れると、敵キャラクタ7を狙う行為自体がARマーカ10のロスト撮影範囲に写らなくなる状態を誘発することになる。しかし、プレーヤは照準8が敵キャラクタ7から外れないようにゲーム装置1500の位置や姿勢を保とうとする。そのため、上手く敵キャラクタ7の位置をコントロールするならば、ARマーカ10が撮影範囲内に含まれるように換言するとARマーカ10が撮影範囲外とならないように仕向けることもできる。そこで本実施形態では、図4に示すように、ゲームに参加するゲーム装置の位置や姿勢に応じてARマーカ10をロストし難いように敵キャラクタ7を配置できる配置領域12図中、網掛け表示された範囲を設定し、敵キャラクタ7をこの配置領域12内に留まるように配置制御する。この配置領域12は、本実施形態では基本領域13と、ゲーム参加機毎つまりはプレーヤ視点毎に求められる要素領域14との重合領域として設定される。尚、図の例では、理解を容易にするためにゲーム装置1500を二つのみ表示している。図5は、基本領域13の設定方法を示す概念図である。基本領域13は、ARマーカ10を中心とし、基本長さLbで規定される所定形状の範囲である。そして、基本長さLbは、ゲーム参加機のARマーカ10からの相対距離Lc図22参照を変数とした関数fLcで記述される。基本領域13の形状は、ARマーカ10の種類によって予め設定されている。図5の例では、基本長さLbが半径の球形を例示しているが、例えば、立方体形状の範囲として、基本長さLbを立方体中心から8つの頂点までの距離としても良い。形状と基準長Lbを形状のどこの寸法に割り当てるかは適宜変更できる。関数fLcの変数となる相対距離Lcは、ゲーム参加機それぞれのARマーカ10に対する個別の相対距離Lcの内、最小の相対距離Lcを採用する。但し、関数fLcの大きさに最小値が設定されている。この最小値は、敵キャラクタ7の行動範囲が小さくなり過ぎないように考慮して予め設定されている。尚、関数fLcの変数として採用される相対距離Lcは、ゲーム参加機別の相対距離Lcのうちの最小値に限らず、最大値や平均値、中央値などとしても良い。図6は、要素領域14の設定方法を示す概念図である。要素領域14は、ゲーム装置1500つまりプレーヤ視点を基準として、ARマーカ10がCCDカメラモジュール1516の撮影範囲から外れない程度の姿勢変化を許容できる撮影範囲として定められる。具体的には、今現在、CCDカメラモジュール1516によるライブビューに、図61に示すようにARマーカ10が写っていると仮定する。尚、外側矩形枠が撮影枠でありライブビューの輪郭を示している。対する内側の矩形枠が、クロップされてゲーム画面の背景として使用される輪郭を示している。ARマーカ10がCCDカメラモジュール1516の撮影範囲から外れない程度の姿勢変化を許容できる撮影範囲を求めるために、本実施形態では先ずゲーム装置1500の位置が固定されている前提で、どこまでCCDカメラモジュール1516の撮影方向の変化を許容できるかを考える。具体的には、図62に示すように、現在の写っているARマーカ10のサイズをそのままに、ARマーカ10の右端と撮影枠の右端が所定条件を満たして近接し、且つARマーカ10の下端と撮影枠の下端とが近接する条件を満たす第1姿勢を求めるとともに、当該姿勢におけるCCDカメラモジュール1516の光軸AL1を求める。そして、第1姿勢から対角方向に撮影方向を振ったと仮定し、ARマーカ10の左端が撮影枠の左端とが近接し、且つARマーカ10の上端と撮影枠の上端とが近接する第2姿勢を求めるとともに、当該姿勢におけるCCDカメラモジュール1516の光軸AL2を求める。次いで、図63に示すように、ARマーカ10の左端と撮影枠の左端が所定条件を満たして近接し、且つARマーカ10の下端と撮影枠の下端とが近接する条件を満たす第3姿勢を求めるとともに、当該姿勢におけるCCDカメラモジュール1516の光軸AL3を求める。そして、第3姿勢から対角方向に撮影方向を振ったと仮定し、ARマーカ10の右端が撮影枠の右端とが近接し、且つARマーカ10の上端と撮影枠の上端とが近接する第4姿勢を求めるとともに、当該姿勢におけるCCDカメラモジュール1516の光軸AL4を求める。そして、図64に示すように、要素領域14をCCDカメラモジュール1516の視点位置から4本の光軸AL1~AL4に囲まれた四角錐形領域とする。この四角錐形領域の高さに相当する要素領域14の奥行Dbは、プレーヤ視点から見たARマーカ10の平面方向に対する俯角θcに基づいて設定される図7参照。図7は、要素領域14の奥行の考え方を示す概念図である。図71に示すように、要素領域14の奥行Dbを、ARマーカ10を適正に認識できる視点からの最大距離と考える。図72に示すように、ARマーカ10の認識性能はCCDカメラモジュール1516がARマーカ10を真正面から撮影する状態俯角θc=π90°が最も高くなり、奥行Dbが最大となるDb1。そして、ARマーカ10の平面デザイン面に対して俯角θcが浅くなる小さくなるにつれて認識性能は低下しDb2、やがて認識性能が実用的でないレベルに達するθminと考える事ができる。俯角θcと奥行Dbとの関係は、CCDカメラモジュール1516の撮像素子や光学系の仕様に基づく解像力や、ARマーカ10の大きさなどにより決まる。また、本実施形態では、大きさの異なるARマーカ10を利用可能になっていて、マーカのサイズにより予めカテゴリ分けされている。どのカテゴリに属するかはARマーカ10のデザイン認識により識別できるようになっている。そこで、図73に示すように、俯角θcを変数として奥行Dbを算出する関数gθcを、ARマーカ10のカテゴリ毎に設定しておいて、認識されたARマーカ10のカテゴリに応じた関数gθcを選択し、そのときの俯角θcを用いて奥行Dbを求める。CCDカメラモジュール1516の撮影画角よりも仮想カメラCM1~MC3の撮影画角が狭いこと、そして照準8がゲーム画面中央に表示されることを考慮すると、要素領域14で示される撮影範囲内であればプレーヤがゲーム装置1500の位置や姿勢を多少変化させたとしても、照準8で敵キャラクタ7を狙っているのであれば、CCDカメラモジュール1516の撮影範囲内にARマーカ10が写るようにすることができる。さて、図4に示すように、配置領域12は、基本領域13とゲーム装置毎つまりはプレーヤ視点毎に求めた各要素領域1414a,14bとの4つの領域の重合部分として設定される。前述のように、本実施形態ではCCDカメラモジュール1516の撮影画角に対する仮想カメラCM1~CM3の撮影画角との関係、及び照準8がゲーム画面中央に表示されることを合わせると、配置領域12の中に敵キャラクタ7が配置される限りにおいては、ARマーカ10が常に正しく認識され、ゲームキャラクタの表示位置が現実空間とずれるなどの不自然な表示は起こらない。また、タッチパネル1506に表示されるゲーム画面上には、ARマーカ10の姿が映っていなくとも、CCDカメラモジュール1516としてはちゃんとARマーカ10を撮影し続けることができる。つまり、ゲーム画面内に常にARマーカ10が写っていない状態でもARゲームは正常に継続され続け、例えば、敵キャラクタ7はARマーカ10を置いていたテーブル面に沿って歩行するように見える。プレイ中にARマーカ10がゲーム画面内に写っていない状態でも、実空間との齟齬のない敵キャラクタ7が表示されることで、プレーヤにとってみればARマーカ10から離れた場所ではプレイできないのではないかという閉塞感が低減され、今自分が居るその広い空間全てを使ってゲームが行われてしているかのような開放的な感覚が得られることとなり、ARゲームとしての興趣が高まる。また、こうして設定された配置領域12は、その時々に応じて変形する複数の要素領域14の影響により基本領域13とは異なる形状をなすことになるので、敵キャラクタ7の行動範囲が不規則となりゲームの興趣を高める効果が得られる。加えて、配置領域12の設定に基本領域13を含めることで、全てのゲーム装置1500でARマーカ10を認識できない状態となり要素領域14が得られない事態となっても、敵キャラクタ7の配置位置を適切に保つことができる。[ARマーカのロストを想定した補助機能:その1]これまで述べたようにして配置領域12を設定したとしても、必ずしも常にARマーカ10を撮影し続けることができるとは限らない。例えば、プレイに興奮してゲーム装置1500を敵キャラクタ7に向ける動作が過大となり、意図せずにARマーカ10がCCDカメラモジュール1516の撮影範囲から外れることも想定される。そこで本実施形態では、ARマーカ10をロストした場合でもゲーム進行に不都合が起きないように二つの補助機能を設けている。先ず、第1の補助機能について説明する。図8は、第1の補助機能の前提となるARマーカ10に対するプレーヤ視点の相対位置と相対姿勢の利用形態について説明するための概念図である。本実施形態におけるゲーム装置1500は、所定サイクルで時刻t1,t2,...,tmmは自然数:算出タイミングの識別数におけるARマーカ10に対する自身CCDカメラモジュール1516の相対位置Xcn,Ycn,Zcn及び相対姿勢ωpn,ωyn,ωrnを算出する。そして、算出した相対位置及び相対姿勢をキューqueue:待ち行列に先入れ先出し方式で所定数だけ格納管理する。キューに格納されている相対位置及び相対姿勢はそれぞれ加重平均され、加重平均された値が現在の位置であり現在の姿勢とみなされ、CG空間における仮想カメラCMの位置及び姿勢として用いられる。図8の例では、キューに4セットの相対位置及び相対姿勢が格納されているように例示しているが、格納数は適宜設定することができる。加重平均における重み付けwnnは自然数:算出タイミングの識別数は、算出順nと、ARマーカ10からプレーヤ視点までの相対距離Lを変数とする重み付け関数hn,Lcによって決定される。重み付け関数hn,Lcは適宜設定可能であるが、本実施形態では、算出順nについては、最も新しい相対位置及び相対姿勢に付与される重み付けwnが最も大きく、それ以外が相対的に小さくなるように設定されている。また、相対距離Lcについては、相対距離Lcが大きくなるほど算出順n違いによる重み付けwnの差が小さくなり、過去の相対位置及び相対姿勢にも重きがおかれるように設定されている。ARの表示制御に関わる仮想カメラCMの制御に、相対位置及び相対姿勢を均した値現在位置、現在姿勢と呼ぶを用いることによって、ゲーム装置1500をかざす手の揺れによる所謂手ブレによるジッターゲームキャラクタなどのAR表示体の細かな不快な振動や、ゲーム装置1500を急激に移動させたり姿勢変化させた場合であって、プレーヤキャラクタ等が瞬間移動すると言った不自然表示を抑制することができる。また、ゲーム装置1500がARマーカ10を遠くから撮影しているほど手ブレ等の影響は大きくなるところであるが、重み付け関数hn,Lcの相対距離Lcについての特性は、相対距離Lcが大きいほど過去値に対する重み付けwnが相対的に大きくなるように設定されているので、その影響を軽減できる。加えて、重み付け関数hn,Lcの相対距離Lcの特性によれば、ARマーカ10を近くから撮影している場合には、過去値への重み付けwnが相対的に小さくなる。相対的に手ブレの影響が大きくなることになるが、この場合のブレは近接戦闘の緊迫感や臨場感を演出する視覚効果を生み出すので有益となる。そして、本実施形態ではこうした加重平均を用いた制御を前提として、ARマーカ10をロストした場合には、ロストしている間、ARマーカ10に対する相対位置を固定と仮想し、姿勢変化のみ起きるものと見なして制御する。図9は、ARマーカ10をロストした場合における相対位置と相対姿勢の利用形態を説明する原理図である。本実施形態では、ARマーカ10をロストした場合、相対位置はARマーカ10をロストしてから認識が再開されるまでの間、ロストする直前の値に固定される。図9の例では、t4まではARマーカ10がCCDカメラモジュール1516の撮影範囲にあって、正しく認識されて正しくマーカ基準の相対位置が求められていたが、t5のタイミングでARマーカ10はカメラで写されないロストした状態になっている。そこで、キューに格納されたタイミングt5~t7の間の相対位置の値は、ロスト直前のt4のタイミングにおける値に固定する。一方、姿勢については加重平均を行う。つまり、タイミングt5~t7の間ゲーム装置1500は位置移動せずに姿勢変化していると見なす。実際のゲーム装置1500はロスト中でも位置移動しているかもしれないが、一時的に相対位置を固定扱いにして処理を継続することで、ゲーム画面の表示が変わる状態を維持できる。相対位置が正しく算出できていない可能性があったとしてもゲームを中断させずに継続させることができる。また、プレーヤ視点の移動が無い前提の制御に切り換わったとしても、相対位置仮想カメラの位置が固定とされてAR表示の制御が継続されるので、プレーヤキャラクタ等の不自然な瞬間移動や、ギクシャクした動きなどを効果的に抑制できる。[ARマーカのロストを想定した補助機能:その2]また、本実施形態では、ARマーカ10をロストした場合を想定した第2の補助機能として、ゲスト機がホスト機能を代行することができる。換言すると、ホスト機能をマーカの認識状態に応じてゲーム参加機内で継承させることができる。図10は、ホスト機能発現機の切り換えの仕組みを説明するための概念図であって、ゲームに参加するゲーム装置1500が3台と仮定した場合の、各ゲーム装置のARマーカ10の認識状態の組み合わせと、その組み合わせにおいてどのゲーム装置1500がホスト機能を発現するかの例を示している。尚、マーカ認識状態の欄のInSightはARマーカ10を認識できている状態を意味し、LOSTはARマーカ10が撮影範囲から外れて認識できない状態認識不能状態にあることを意味している。本実施形態では、当初からのホスト機であるゲーム装置1500aは、ゲームへの参加の受付処理を行う。受付されたゲーム装置1500b,1500cはゲスト機となる。ホスト機であるゲーム装置1500aは、受付処理に伴って、自身を発現優先順位第1位に設定するとともに、ゲスト機に対しては発現優先順位第2位以降を受付順に付与する。図中では、ゲーム装置のイラストに付与された白数字がそれぞれの発現優先順位を表している。また、本実施形態のゲーム装置1500a,1500b,1500cは、ARマーカ10をロストした場合に所定の認識不能信号を他機に送信することができる。つまり、各ゲーム装置は、他機からの認識不能信号を受信したか否かによって他機のマーカ認識状態を知ることができる。図101の組み合わせで示すように、ゲームに参加している全てのゲーム装置がARマーカ10を認識できている間は、当初からのホスト機であるゲーム装置1500aが、ホスト機としての機能を発現する。すなわち、自プレーヤのプレーヤキャラクタPC1に加えて、敵キャラクタ7などのNPCノンプレーヤキャラクタ、背景物などのオブジェクトの制御、飛び交う銃弾などのエフェクトオブジェクトの制御を行い、それらの配置位置情報等をゲスト機へ配信する。勿論、敵キャラクタ7に係る制御には、配置領域12の設定処理が含まれる。一方、ゲスト機であるゲーム装置1500b,1500cでは、操作入力や装置の移動によって各々のプレーヤのプレーヤキャラクタPC2,PC3の動作や仮想3次元空間内における位置が制御されるが、敵キャラクタ7等についてはホスト機から得た情報に基づいて仮想3次元空間内での配置を制御する。つまり、オブジェクトの制御に関しては、ホスト機とゲスト機は、クライアント/サーバ型の関係を成している。ここで、もし当初からのホスト機であるゲーム装置1500aがARマーカ10を認識できない状態が発生すると、実空間と仮想3次元空間との位置合わせにズレが発生し、敵キャラクタ7が傾いて配置されるなどの不具合が生じる可能性が高くなる。ホスト機から敵キャラクタ7の配置位置情報を取得しているゲスト機では、ARマーカ10をロストしていないにも係わらず敵キャラクタ7が不自然に表示されることになってしまう。そこで、本実施形態のゲーム装置1500は、ARマーカ10のロストした状態を検出して所定の認識不能信号を他機へ発信する。もし、ホスト機がARマーカ10をロストした場合には、認識不能信号の送信とともにホスト機能を停止する。一方で、それまでゲスト機であったゲーム装置は、それぞれ、受信した認識不能信号に基づいて自身に付与された発現優先順位より上位の他機全てが認識不能信号を出している場合には、ホスト機能を発現させるべきと判断して、ホスト機能を発現させる。具体的には、図102の組み合わせで示すように、当初からのホスト機ゲーム装置1500aが認識不能状態となった場合、認識不能信号を発信して、ゲーム装置1500aはホスト機としての機能を停止しゲスト機として機能し始める。即ち、敵キャラクタ7に係る制御及び制御結果の配信は中断する。一方、発現優先順位第2位のゲスト機ゲーム装置1500bは、自身より発現優先順位が上位の機体全てから認識不能信号を受信したのでホスト機能を発現させ、敵キャラクタ7等の制御と制御結果の配信を開始する。つまり、ホスト機能が継承されたことになる。尚、発現優先順位が第3位のゲスト機ゲーム装置1500cはそのままゲスト機として機能する。図103の組み合わせで示すように、ホスト機能を発現しているゲーム装置1500bもまたARマーカ10をロストした場合、発現優先順位第2位のゲスト機ゲーム装置1500bは、ホスト機能を停止しゲスト機として機能し始める。それに代わって、発現優先順位第3位のゲスト機ゲーム装置1500cは、自身より上位の機体全てから認識不能信号を受信したことになるので、ホスト機能を発現すべきと判断してホスト機能を発現させる。図103の組み合わせ状態から、当初のホスト機であるゲーム装置1500aにてARマーカ10の認識が再開されると、ゲーム装置1500aは、ホスト機能を再開させるとともに認識不能通知の発信を停止する。ホスト機能を代行してきたゲーム装置1500cは、ゲーム装置1500aからの認識不能信号を受信しなくなるので、ホスト機能を停止し、再びゲスト機としての機能のみ発現するようになる。このように、本実施形態によれば、ARマーカ10を認識している何れかの機体が、常にARマーカ10を基準としたオブジェクトの位置決め処理を担うように構成できる。よって、もしホスト機であるゲーム装置がARマーカを認識できない状態になると現実空間と仮想3次元空間CG空間との位置合わせにズレが発生し、敵キャラクタ7が傾いて配置されるなどの不具合が生じる可能性が高くなるが、本実施形態ではゲスト機によるホスト代行機能によってそうした事態を防ぐことができる。[機能ブロックの説明]次に、本実施形態を実現するための機能構成について説明する。図11は、本実施形態におけるゲーム装置1500の機能構成の一例を示す機能ブロック図である。ゲーム装置1500は、操作入力部100と、撮像部104と、姿勢検出部108と、加速度検出部110と、処理部200と、音出力部350と、画像表示部360と、通信部370と、測位信号受信部380と、記憶部500とを備える。操作入力部100は、プレーヤによって為された各種の操作入力に応じて操作入力信号を処理部200に出力する。例えば、ボタンスイッチや、ジョイスティック、タッチパッド、トラックボールといった直接プレーヤが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサなど、運動や姿勢を検知する素子などによっても実現できる。図1の方向入力キー1502、ホームキー1504がこれに該当する。3軸ジャイロ1556、3軸加速度センサ1557の検出値を操作入力に利用する場合には、それらも該当することとなる。また、本実施形態の操作入力部100はタッチ操作入力部102を備え、表示画面へ指などで触れることによる操作入力を可能としている。図1のタッチパネル1506がこれに該当する。撮像部104は、撮影対象からの光を受光して電気信号に変換し、デジタル画像データを生成し、処理部200へ出力する。例えば、レンズ、メカシャッター、シャッタードライバ、CCDイメージセンサモジュールやCMOSイメージセンサモジュールといった光電変換素子、光電変換素子から電荷量を読み出し画像データを生成するデジタルシグナルプロセッサDSP、ICメモリなどで実現される。図1ではCCDカメラモジュール1516がこれに該当する。姿勢検出部108は、ゲーム装置1500の姿勢変化を検出し検出信号を処理部200へ出力する。電子コンパスやジャイロスコープなどで実現できる。図1の電子コンパス1555や3軸ジャイロ1556がこれに該当する。姿勢検出は、直交3軸とし、そのうち何れかの軸を撮像部104が撮影する光軸方向に合わせてロール、ピッチ、ヨーの3成分について算出すると好適である。尚、本実施形態では、ゲーム装置1500にCCDカメラモジュール1516が固定されているので、姿勢検出部108は、プレーヤ視点の姿勢変化を検出しているとも言える。加速度検出部110は、ゲーム装置1500に作用している加速度を検出することができる。図1の3軸加速度センサ1557がこれに該当する。尚、本実施形態では、ゲーム装置1500にCCDカメラモジュール1516が固定されているので、加速度検出部110は、プレーヤ視点の移動に伴う加速度を検出しているとも言える。処理部200は、例えばCPUやGPU等のマイクロプロセッサや、ASIC、ICメモリなどの電子部品の適当な組み合わせによって実現される。処理部200は、各機能部との間でデータの入出力制御を行い、所定のプログラムやデータ、操作入力部100からの操作入力信号等に基づいて各種の演算処理を実行して、ゲーム装置1500の動作を制御する。図1では制御基板1550がこれに該当する。そして、処理部200は、ゲーム演算部202と、音生成部250と、画像生成部260と、通信制御部270と、測位制御部280とを備える。ゲーム演算部202は、本実施形態のゲームを実行するために必要な各種制御を実行する。また、システムクロックを用いた制限時間などの計時処理、フラグ管理処理、などを適宜実行することができる。図12は、本実施形態におけるゲーム演算部202の構成例を示す部分機能ブロック図である。本実施形態のゲーム演算部202は、ゲーム参加管理制御部204と、自機情報算出部206と、自機情報送信制御部220と、他機情報受信制御部221と、認識状態判定部222と、認識不能信号送信制御部223と、ホスト機能発現判断部224と、キャラクタ表示制御部230と、NPC情報送信制御部240と、を含む。ゲーム参加管理制御部204は、マルチプレイのためのゲーム参加関連の処理を実行する。例えば、自機をホスト機/ゲスト機とするかをプレーヤに選択させる処理を実行する。そして、この選択処理にてホスト機に選択された場合には、他機をゲーム参加機として受付登録する処理と、ゲーム参加機の登録情報の配信に関する処理を実行する。また、ホスト機/ゲスト機に係わらず、自プレーヤにプレーヤキャラクタの種類を選択させるなどのプレーヤキャラクタ設定処理をする。そして、プレーヤキャラクタの設定情報を他機に配信する処理を行う。また、本実施形態のゲーム参加管理制御部204は、発現優先順位設定部205を備える。発現優先順設定部205は、自機がホスト機能を発現している場合に、参加受付に伴って発現優先順位を設定し他機へ配信制御する。自機情報算出部206は、ARマーカ10に対する自機のプレーヤ視点の位置関係に関する情報を算出する。本実施形態では、相対位置算出部207と、現在位置決定部209と、相対姿勢算出部210と、現在姿勢決定部211と、重み付け設定部212とを含む。相対位置算出部207は、ARマーカ10の撮影画像を用いて、当該マーカに対する自機の相対的な位置関係を示す情報を周期的に算出する。つまり、その時点におけるプレーヤ視点の最新の相対位置を計測算出する。算出される相対位置の情報の内容は適宜設定可能であるが、例えばARマーカ10の所定位置例えば、カードの中心や隅の何れかを基準点とし、ARマーカ10の示す基準方向に基づく3軸直交座標Xm,Ym,Zmを求める。そして、当該座標系における相対位置Xc,Yc,Zc及び相対距離Lcを算出する。具体的には、撮像部104で撮影した画像を解析してARマーカ10を検出し、当該ARマーカ10の種類と向きとを判定して、マーカ基準の相対位置を算出する。これらの処理は、公知のAR技術を適宜流用することにより実現できる。また、ARマーカ10の種類に対応して予め設定されているカードサイズ実寸;例えば5cm×7cmなどと、撮影画像内におけるARマーカ10のドット数とに基づいて相対距離Lcを実寸単位で算出する。そして、本実施形態では、相対位置算出部207は、位置変化抑制制御部208としての機能を有する。位置変化抑制制御部208は、ARマーカ10を認識できない認識不能状態のときに、ゲーム空間のオブジェクトの位置移動を抑制する処理を行う。具体的には、認識不能となってから認識状態に復帰するまでの間、ゲーム装置の位置の移動を無しプレーヤ視点の位置移動を無しと仮定して相対位置を決定する。より具体的には、認識不能以降に新たに算出する相対位置を認識不能になる直前に算出した相対位置に固定し、認識復帰とともにその固定を解除する図9参照。換言すると、認識不能状態が検出されている間、コンピュータの姿勢変化に応じてオブジェクトの表示向きを制御する認識不能時向き制御部として機能する。現在位置決定部209は、相対位置算出部207により算出された所定分過去の相対位置情報から最新の相対位置までを、重み付け設定部212によって設定された重み付けWnを用いた加重平均によって、仮想カメラCMの制御に適用される位置情報を算出する図8参照。相対姿勢算出部210は、姿勢検出部108による検出結果に基づいて、自機の姿勢情報を周期的に算出する。例えば、撮像部104による光軸方向を基準として、ピッチ、ヨー、ロールの各成分を、ARマーカ10の所定位置例えば、カードの中心や隅の何れかを基準点とマーカの示す基準方向に基づく3軸直交座標Xm,Ym,Zmに対する相対姿勢ωp,ωy,ωrを算出する。現在姿勢決定部211は、所定分過去の姿勢情報から最新の姿勢情報までを重み付け設定部212によって設定された重み付けを用いた加重平均によって、仮想カメラCMの制御に適用される姿勢情報を算出する図8参照。重み付け設定部212は、加重平均に処せられる算出時期が異なる情報毎の重み付けWn図8参照を、最新の相対距離Lcと対応づけられる算出時期に応じて所定関数又は所定のテーブルデータを参照して決定する。換言すると、加重平均に処せられる自機位置情報や自機姿勢の算出時期に応じて重み付けする第1の重み付け変更機能と、自機位置情報や自機姿勢の算出時におけるARマーカ10との距離Lとに応じて重み付けする第2の重み付け変更機能とを実現する。自機情報送信制御部220は、自機に係る各種情報をゲームに参加する他機へ送信させる処理を行う。例えば、操作入力部100による操作入力情報、現在位置、現在姿勢、相対距離Lc、要素領域14の定義情報などがこれに含まれる。これに対して、他機情報受信制御部221は、他機に係る情報他機における操作入力部100による操作入力情報、現在位置、現在姿勢、相対距離Lc、要素領域14の定義情報などを受信制御する。認識状態判定部222は、ARマーカ10の認識状態を検出することができる。具体的には、撮像部104で撮影した画像内にARマーカ10が検出できない場合や、当該マーカのデザインを認識できなかった場合に認識不能状態を検出し、再び認識できるようになると認識復帰状態を検出する。尚、認識不能状態は、例えばARマーカ10が遠くに有って撮像部104の解像能力との関係からデザイン識別に十分な情報が得られないケースや、ARマーカ10のカード面に対してCCDカメラモジュール1516の光軸方向が浅いために同じくデザイン識別に十分な情報が得られないケース、ARマーカ10の一部が撮影範囲外に残ってデザイン識別に十分な情報が得られないケースなどが考えられる。認識不能信号送信制御部223は、認識状態判定部222により認識不能状態が検出された場合に、他のゲーム参加機へ所定の認識不能信号を送信させるための処理を実行する。他機に対してホスト機能の発現を要求する継承信号を送信する継承信号送信制御部として機能するとも言える。ホスト機能発現判断部224は、ゲームの参加機それぞれの認識不能状態の有無に基づいて自機がホスト機として機能すべきか否かを判断する。本実施形態では、自機に設定された発現優先順位と、自機及び他機の認識不能状態の監視結果とに基づいて、自機の発現優先順位よりも上位にある全ての他機が認識不能状態のとき、ホスト機として機能すべきと判断する。キャラクタ表示制御部230は、ゲーム参加機のARマーカ10に対する位置関係に基づいて仮想3次元空間CG空間中のキャラクタ等のオブジェクトの配置を制御する。換言すると、プレーヤキャラクPC1~PC3や敵キャラクタ7といったキャラクタの拡張現実空間内における表示位置を制御する。そして、本実施形態のキャラクタ表示制御部230は、領域設定部231と、NPC制御部235とを有する。領域設定部231は、所定オブジェクト本実施形態では敵キャラクタ7を表示させる拡張現実空間中の領域を設定する。具体的には、基本領域設定部232と、要素領域設定部233と、配置領域設定部234とを有する。基本領域設定部232は、ARマーカ10から各プレーヤ視点までの相対距離Lcに基づいて基本領域13を設定する。つまり、配置領域12の基本となるサイズを設定する。具体的には、ゲーム参加機別の相対位置Lcのうち最小値を変数として所定の関数fLcで基本領域13の基本長さLbを求める。そして、ARマーカ10の種類に応じて予め設定されている基本形状を、所定寸法が基本長さLbとなるように拡大/縮小してサイズを変更して基本領域13を設定する。要素領域設定部233は、各プレーヤの視点位置でARマーカ10を撮影した場合の自機撮影範囲及び他機撮影範囲を用いて、各プレーヤの視点から見てARマーカ10がロストし難いようにしながら敵キャラクタ7を配置できる要素領域14を設定する。また、プレーヤ視点から見たARマーカの平面方向に対する俯角θcを用いて自機撮影範囲及び他機撮影範囲の奥行を変更する奥行変更部としての機能を果たす。配置領域設定部234は、基本領域13と要素領域14とを用いて、何れのゲーム参加機についてもARマーカ10がロストし難いようにしながら敵キャラクタ7を配置できる配置領域12を設定する。本実施形態では、基本領域13及び各要素領域14の重合部分を求め、これを配置領域12とする。NPC制御部235は、敵キャラクタ7などのNPCノンプレーヤキャラクタや、飛翔体6などのエフェクトオブジェクト、ゲーム空間の背景を形成する背景オブジェクトの配置制御を行う。いわゆるAI制御を行う。NPC等のオブジェクトの制御情報位置座標、姿勢、モーション制御データなどは、オブジェクト毎に対応づけて所定期間分例えば、ゲーム画像の数フレーム分の履歴情報が、記憶部500のプレイデータ541の敵キャラクタ配置情報キュー544に格納される図11参照。そして、本実施形態におけるNPC制御部235は、制御開始時特殊制御部236と、移動方向制御部237とを有する。制御開始時特殊制御部236は、制御開始から所定期間例えば、ゲーム画像の数フレーム分、制御対象とするオブジェクトの移動速度及び/又は動作速度を低減させるように制御する。具体的には、敵キャラクタ配置情報キュー544に格納されている分の過去の制御情報と新たに算出した制御情報とを均して実際の制御情報とする。例えば、ホスト機能を担うゲーム装置が切り換ったタイミングでは、切り換り前後で制御情報値のジャンプが生じる場合があるが、過去値と最新値との均し値を実際の制御に用いることで、切り換えタイミングにおけるオブジェクトの瞬間移動やズレブレなどの不自然な表示を抑制することができる。特に、オブジェクトの表示位置の変化ズレブレに対して効果的である。移動方向制御部237は、制御対象とするオブジェクトの移動方向を撮像部104による撮影画像ライブビュー中のARマーカ10の画像位置に基づいて決定する処理と、配置領域12内におけるオブジェクトの相対位置に基づいて移動方向を決定する処理とを行う。前者の処理では、ホスト機能発現機のライブビュー中のARマーカ10の画像位置が、画像中心から離れている程、敵キャラクタ7のオブジェクトがARマーカ10の画像位置に高確率で近づくように移動制御する。換言すると、ホスト機能発現機のプレーヤ視点方向CCDカメラモジュール1516の光軸方向、仮想カメラの視線方向に同じがARマーカ10から離れているほど、敵キャラクタ7がよりARマーカ10に近づくように動作制御する。具体的には、プレーヤゲーム装置からARマーカ10への方向とプレーヤ視点方向とのなす角度が大きいほど、敵キャラクタ7がARマーカ10に近づくように、敵キャラクタ7の移動方向を決定する。移動方向や移動目標地点を抽選処理で決定する場合、抽選確率を一時的に変更したり、抽選結果がARマーカ10に近づかない場合に再抽選を実行するなどにより実現できる。例えば、敵キャラクタ7が最新の配置領域12内に有れば、領域外に出ないように移動方向を選択する処理、または、配置領域12の輪郭との距離を算出して所定の接近条件を満たす状態を検出した場合には次の移動量を一時的に低減させる処理を行う。また、もし敵キャラクタ7が領域外に有るのであれば、領域内に戻るように移動方向を選択する処理や、できるだけ速やかに戻れるように移動量を一時的に増加させる処理なども適用可能である。NPC情報送信制御部240は、NPC制御部235により求められたNPCの制御情報を他機へ送信制御する。尚、領域設定部231と、NPC制御部235と、NPC情報送信制御部240は、自機がホスト機として機能すべきときにのみ発現する機能部であって、これらはホスト機能実行制御部249を構成する。図11に戻り、音生成部250は、例えばデジタルシグナルプロセッサDSPや、音声合成ICなどのプロセッサ、音声ファイル再生可能なオーディオコーデック等によって実現され、ゲーム演算部202による処理結果に基づいてゲームに係る効果音やBGM、各種操作音の音信号を生成し、音出力部350に出力する。音出力部350は、音生成部250から入力される音信号に基づいてゲームに関する効果音やBGM、電話通信音声等を音出力する装置によって実現される。図1ではスピーカ1510がこれに該当する。画像生成部260は、例えば、GPU、デジタルシグナルプロセッサDSPなどのプロセッサ、ビデオ信号IC、ビデオコーデックなどのプログラム、フレームバッファ等の描画フレーム用ICメモリ、テクスチャデータの展開用に使用されるICメモリ等によって実現される。画像生成部260は、ゲーム演算部202による処理結果に基づいて1フレーム時間例えば1/60秒で1枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部360に出力する。画像表示部360は、画像生成部260から入力される画像信号に基づいて各種ゲーム画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管CRT、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図1のタッチパネル1506がこれに該当する。通信制御部270は、データ通信に係るデータ処理を実行し、通信部370を介して外部装置とのデータのやりとりを実現する。これに関連する通信部370は、通信回線1と接続して通信を実現する。例えば、無線通信機、モデム、TAターミナルアダプタ、有線用の通信ケーブルのジャックや制御回路等によって実現され、図1の無線通信モジュール1553がこれに該当する。測位制御部280は、測位信号受信部380を介して測位システムから得られた信号から位置情報を算出するための制御、つまり測位計算とその結果の管理を行う。例えば、図1のGPSモジュール1554がこれに該当する。測位計算に携帯電話基地局の既知の位置情報を利用する場合には、基地局と無線通信するための無線通信モジュール1553も該当することになる。記憶部500は、処理部200にゲーム装置1500を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、処理部200の作業領域として用いられ、処理部200が各種プログラムに従って実行した演算結果や操作入力部100から入力される入力データ等を一時的に記憶する。こうした機能は、例えばRAMやROMなどのICメモリ、ハードディスク等の磁気ディスク、CD-ROMやDVDなどの光学ディスクなどによって実現される。図1では制御基板1550が搭載するICメモリ1552やメモリカード1540がこれに該当する。本実施形態の記憶部500は、ゲーム装置1500をシステムプログラム502と、ゲームプログラム504とを記憶している。システムプログラム502は、ゲーム装置1500のコンピュータとしての基本機能を実現するためのプログラムである。ゲームクログラム504は、処理部200にゲーム演算部202としての機能を実現させせるためのプログラムである。メモリカード1540に予め記憶されているものとするが、本実施形態では、ゲーム開始前に所定のサーバからダウンロードする構成であっても良い。また、記憶部500には、予めゲーム空間初期設定データ510と、キャラクタ初期設定データ511と、ARマーカ登録データ512と、奥行関数設定データ514とが記憶されている。これらもメモリカード1540に予め記憶されているものとするが、ゲーム開始前に所定のサーバからダウンロードする構成であっても良い。また、記憶部500には、ゲーム進行に応じて生成され随時更新されるデータとして、ゲーム参加機登録データ520と、自機情報キュー530と、現在位置537と、現在姿勢538と、プレイデータ541と、仮想3次元空間データ560と、ホスト機能継承タイミング562と、が記憶される。その他、各種処理を実行するにあたり必要となるデータ例えば、圧縮解凍されたテクスチャデータ、経過時間、各種タイマー値、カウンタ、フラグなども適宜記憶されるものとする。ゲーム空間初期設定データ510は、ゲームの舞台を作るための背景オブジェクトを定義する初期設定データである。背景オブジェクトのモデルデータ、テクスチャデータ、配置位置データなどが含まれる。キャラクタ初期設定データ511は、プレーヤキャラクタPC1~PC3や、敵キャラクタ7などのゲームキャラクタの初期設定データを格納する。各キャラクタ毎に、モデルデータ、テクスチャデータ、モーションデータ、能力パラメータ攻撃力、防御力、HPなどの初期値をキャラクタ毎に格納している。ARマーカ登録データ512は、ゲームで使用できるARマーカを登録するデータであって使用できる種類毎に記憶されている。そして、図13に示すように、マーカ種類と、対応マーカカテゴリと、デザインパターンデータと、カード寸法と、基本領域13の雛形となる基本領域モデルと、基本長さLbとする寸法を指定する基本長さ適用寸法と、を格納する。奥行関数設定データ514は、要素領域14の奥行Dbを算出するための関数を設定するデータであって、ARマーカ10のマーカカテゴリ別に用意されている図7参照。ゲーム参加機登録データ520は、ゲームに参加するゲーム装置の登録に関するデータ群であって参加処理により生成される。例えば図14に示すように、ゲーム機ID521と対応づけて、通信接続で相手先を特定するためのアドレス情報522と、発現優先順位523と、プレーヤキャラクタ種類524と、マーカ認識状態525と、ホスト機能を発現する機体であるかを示すホスト機能発現フラグ526とを格納する。ゲーム参加機登録データ520は、ゲームの参加処理に関連してホスト機にてオリジナルが生成されたのちに各ゲスト機へ配信される。自機情報キュー530は、ARマーカ10を基準とした自機の位置や姿勢等の情報を所定算出回数分格納する。例えば図15に示すように、算出時刻532と対応づけて、相対位置533、相対姿勢534、相対距離535を格納する。現在位置537及び現在姿勢538は、それぞれ自機情報キュー530に格納されている相対位置533の加重平均値、相対姿勢534の加重平均値が格納される。プレイデータ541は、ホスト機能の実行により生成管理されるデータ群であって、ゲーム進行状況を記述する各種データを格納する。本実施形態では、プレーヤキャラクタ状態データ542と、敵キャラクタ状態データ543と、敵キャラクタ配置情報キュー544と、飛翔体配置データ545と、基本領域設定データ550と、要素領域設定データ552と、配置領域設定データ554と、を含む。プレーヤキャラクタ状態データ542は、プレーヤキャラクタPC1~PC3それぞれの状態を記述するデータ、例えばHPヒットポイントなどの能力値の現在値、適用されているモーションデータの識別情報やモーション制御データなど、を格納する。敵キャラクタ状態データ543は、敵キャラクタ7の状態を記述するデータが格納される。例えば、敵キャラクタのHPなどの能力値の現在値、適用されるモーションデータの識別情報やモーション制御データなどを格納する。敵キャラクタ配置情報キュー544は、算出時刻と対応づけられた敵キャラクタ7のCG空間における位置や姿勢を、所定算出回数分だけ格納する。飛翔体配置データ545は、発射された飛翔体6毎の位置や姿勢、速度、加速度など飛翔の状態を記述する情報を格納する。基本領域設定データ550は、基本領域13の最新の定義データを格納する。要素領域設定データ552は、ゲーム参加機毎つまりはプレーヤ視点位置毎に求めた要素領域14の最新の定義データを格納する。配置領域設定データ554は、配置領域12の最新情報を格納する。仮想3次元空間データ560は、仮想3次元空間に配置されるプレーヤキャラクタPC1~PC3、敵キャラクタ7、飛翔体6、背景物などの各種オブジェクトの配置情報を格納する。ホスト機能継承タイミング562は、ホスト機能を発現する機体が変化したタイミング情報例えば、システム時刻を格納する。換言すると、ホスト機能の実行役が別の機体に継承されたタイミングを格納する。[処理の流れの説明]次に図17~図24を参照しながら、本実施形態における各種処理の流れについて説明する。ここで説明する一連の処理は、ゲーム装置1500が、システムプログラム502及びゲームプログラム504や各種設定データを読み出し実行することにより実現される。尚、テーブル9などの上に予めARマーカ10が配置されていて、プレーヤは各ゲーム装置1500を手に持ってCCDカメラモジュール1516でARマーカ10を撮影する姿勢にあるものとする。図17は、本実施形態における主たる処理の流れを説明するためのフローチャートである。ゲーム装置1500の処理部200は、先ず他のゲーム装置とのアドホックモードによる通信接続を確立するステップS2。以降、ゲーム装置同士の間ではピアツーピアP2Pのローカルネットワークが形成された状態となる。次に、処理部200は、ゲーム前準備処理を実行するステップS4。図18は、本実施形態におけるゲーム前準備処理の流れを説明するためのフローチャートである。同処理において、処理部200は先ず、自機をホスト機とするかゲスト機とするかの選択画面を表示してプレーヤに何れかを選択させるホスト/ゲスト選択処理を実行するステップS6。もし、ホスト機が選択された場合にはステップS8のホスト、ゲーム参加機登録データ520を生成して自機を登録するステップS10。すなわち、最初のゲーム機ID521を発行するとともに、先に確立したローカルエリアネットワークにおけるアドレス情報522を格納する。発現優先順位523は第1順位に設定し、マーカ認識状態525は認識状態を示す情報図14の例では1に初期化する。そして、ホスト機の処理部200は、自プレーヤキャラクタの選択処理ステップS12と、ゲーム空間の初期化処理を実行するステップS14。自プレーヤキャラクタの選択結果は、ゲーム参加機登録データ520のプレーヤキャラクタ種類524に格納される。ゲーム空間の初期化処理では、ゲーム空間初期設定データ510及びキャラクタ初期設定データ511を参照して、仮想3次元空間に背景オブジェクトを配置してゲーム空間を配置するとともに、自プレーヤキャラクタPC1と敵キャラクタ7とを配置する。ゲーム空間にキャラクタが配置されるのに伴って、プレーヤキャラクタ状態データ542と、敵キャラクタ状態データ543とが生成初期化される。そして、ゲーム空間の初期化処理を実行したならば、ホスト機の処理部200はホスト機としての参加処理を時限実行するステップS16。一方、ホスト/ゲストの選択処理にてゲストが選択された場合にはステップS6のゲスト、ゲスト機とされたゲーム装置1500の処理部200は、自プレーヤキャラクタの選択処理を実行しステップS18、ホスト機へゲーム参加リクエスト信号を送信してゲスト機としての参加処理を行うステップS22。参加処理において、ホスト機の処理部200は、ゲーム参加リクエストしたゲスト機と適宜情報の送受を行って参加機として登録する。即ち、ゲーム参加機登録データ520に新たに付与したゲーム機ID521を設定し、これに対応付けて当該ゲスト機のアドレス情報522を登録し、発現優先順位523をゲスト機の登録順1よって、最初のゲスト機の発現優先順位は2位となるを設定する。プレーヤキャラクタ種類524は当該ゲスト機から取得し、マーカ認識状態525は認識状態を示す値とする。そして、参加処理開始から所定受付時間が終了すると、ホスト機からゲーム参加機登録データ520がゲスト機に配信される。ゲスト機では、受信したゲーム参加機登録データ520を記憶部500に記憶させる。参加処理を終了したならば、図17のフローチャートに戻る。ゲームを開始させたならばステップS24、処理部200はステップS32~S320をゲーム終了条件が満たされるまで所定サイクルで繰り返し実行する。一回の制御サイクル内において、処理部200は、先ず自動情報算出処理を実行するステップS32。図19は、自機情報算出処理の流れを説明するためのフローチャートである。同処理において、処理部200は先ず撮像部104による撮影映像をキャプチャしステップS60、キャプチャした画像に写っているARマーカ10を検出するステップS62。もし、ARマーカ10を検出できたならばステップS64のYES、処理部200はARマーカ10の認識と種類の判別をするステップS66。すなわち、公知のマーカ方式AR技術と同様にして、ARマーカが写っている部分を検出して、当該部分をARマーカ登録データ512図13参照に登録されているデザインパターンと照合することで、ARマーカ10を認識するとともにマーカの向きやマーカの種類、マーカのカテゴリを判定する。次いで、処理部200は、ARマーカ10に対する相対位置Xc,Yc,Zcと相対姿勢ωp,ωy,ωrと相対距離Lとを計測算出するステップS68。これらの算出結果は、自機情報キュー530に格納される。もし、ARマーカ10が検出されなかった場合にはステップS64のNO、処理部200は相対位置及び相対姿勢等の算出は行わず、自機情報キュー530の直近過去の相対位置533及び相対距離535を参照する。もし、自機情報キュー530に直近過去のそれらの値が格納されていればステップS70のYES、それらをコピーして、そのまま今回の相対位置、相対距離として新たに自機情報キュー530に格納するステップS72。もし、直近過去のそれらの値が格納されていなければステップS70のNO、所定の初期値を今回の相対位置及び相対距離として自機情報キュー530に格納するステップS74。相対姿勢については、自機情報キュー530に直近過去のそれらの値が格納されているか否かに関わらず、姿勢検出部108の検出結果に基づいて計測した結果を、新たに自機情報キュー530に格納するステップS76。今回分の相対位置及び相対姿勢を決定したならば、処理部200は次に、重み付けwnn:自機情報キュー530に記憶されているデータの記憶順番を算出しステップS78、算出した重み付けwnを用いて自機情報キュー530に記憶されている分の相対位置533を加重平均して現在位置537を求めるステップS80。更に、自機情報キュー530に記憶されている分の相対姿勢534を加重平均して現在姿勢538を求めるステップS82。尚、加重平均に係る重み付けwnは、所定の関数hn,Lcに最新の自機の相対距離Lcを用いて算出する。そして、重み付けwnの算出を実行したならば、自機情報算出処理を終了する。図17のフローチャートに戻って、処理部200は次にホスト機能発現機設定処理を実行するステップS110。図20は、本実施形態におけるホスト機能発現機設定処理の流れを説明するためのフローチャートである。同処理において、処理部200は先ず各ゲーム装置におけるARマーカ10の認識状態の監視処理を行うステップS112~S122。具体的には、処理部200は、自機情報算出処理にてARマーカ10の認識ができなかった場合ステップS112のYES、ゲーム参加機登録データ520の自機のマーカ認識状態525図14参照を認識不能LOSTに変更しステップS114、所定の認識不能信号を他機へ送信するステップS116。ARマーカ10が認識できているならばステップS112のNO、自機のマーカ認識状態525を識別中InSightに設定するステップS118。他機からの認識不能信号については、処理部200は認識不能信号の送信元である他機のマーカ認識状態525を認識不能LOSTに変更するステップS120。認識不能信号を受信しなかった他機については識別中InSightに設定ステップS122する。これでゲーム参加機それぞれにおけるマーカの識別状態が更新されたことになる。次に、処理部200は、マーカ認識状態の監視結果に基づいてホスト機能を発現するゲーム装置すなわちホスト機能発現機を選出するステップS140。具体的には、ゲーム参加機登録データ520のマーカ認識状態525を参照し、発現優先順位が当該ゲーム装置よりも上位にあたる全他機のマーカ認識状態が認識不能LOSTになっているゲーム参加機を、ホスト機能を発現するべき機体として選出する。そして、処理部200は、当該選出機のホスト機能発現フラグ526を参照する。同フラグが0であればステップS142の0、それ以外のゲーム機の同フラグを0に設定しステップS144、ホスト機能継承タイミング562に現在のシステム時刻を格納し更新してステップS146、ホスト機能発現機設定処理を終了する。もし、選出機のホスト機能発現フラグ526がすでに1の場合にはステップS142の1、フラグ操作やホスト機能継承タイミング562の更新は行わずに、ホスト機能発現機設定処理を終了する。図17のフローチャートに戻って、自機がホスト機能発現機に設定されている場合ステップS150のYES、処理部200は自機がホスト機能を発現するべきであると判断してホスト機能実行処理を行うステップS152。図21は、本実施形態におけるホスト機能実行処理の流れを説明するためのフローチャートである。同処理において、処理部200は先ず、全他機からそれぞれの他機情報として、現在位置537と、現在姿勢538と操作入力データ本実施形態では射撃操作入力の有無を取得するステップS160。そして、基本領域設定処理を実行するステップS162。図22は、本実施形態における基本領域設定処理の流れを説明するためのフローチャートである。同処理において、処理部200は先ずゲーム参加機毎つまりはプレーヤ視点毎にARマーカ10までの相対距離Lcを算出又は他機から送信してもらって取得しステップS170、算出又は取得した相対距離Lcに基づいて基本長さLbを算出するステップS172。本実施形態では、ゲーム参加機別に算出した相対距離Lcのうち最小値を用いて所定関数fLcを用いて基本長さLbを求める。次で、処理部200は、算出した基本長さLbを所定の最小値と比較し、最小値を下回っていればステップS174のYES、基本長さLbをこの最小値で置き換えるステップS176。そして、認識されたARマーカの種類カテゴリ図19のステップS66参照に対応するARマーカ登録カード512図13参照から基本領域モデルを読み出し、先に設定した基本長さLbを基本長さ適用寸法に割り当てた基本領域13を設定するステップS178。求めた基本領域13を定義する情報例えば、頂点座標、輪郭線を記述する関数などは、プレイデータ541に基本領域設定データ550として格納される。そして、基本領域設定処理を終了する。図21のフローチャートに戻って、処理部200は次に、ゲーム参加機毎に要素領域設定処理を実行して、プレーヤ視点毎の要素領域14を設定するステップS180。図23は、要素領域設定処理の流れを説明するためのフローチャートである。同処理において、処理部200は先ず、キャプチャした画像に写っているARマーカ10の四隅の頂点位置を求めステップS190、ゲーム装置1500の位置及びロール、即ちCCDカメラモジュール1516の位置及びロール光軸周りの回転を固定と見なして、ARマーカ10の四隅のうち右端が、CCDカメラモジュール1516の撮影範囲の右端に近接し、且つARマーカ10の四隅のうち下端が同撮影範囲の下端に近接する第1姿勢を求めるとともに、当該姿勢におけるCCDカメラモジュール1516の光軸AL1を求めるステップS192;図6参照。同様にして、処理部200はARマーカ10と撮影範囲とで左端同士上端同士が近接する第2姿勢を求めて光軸AL2を求めステップS194、ARマーカ10と撮影範囲とで左端同士下端同士が近接する第3姿勢を求めて光軸AL3を求めステップS196、ARマーカ10と撮影範囲とで右端同士上端同士が近接する第4姿勢を求めて光軸AL4を求めるステップS198。次に、処理部200はARマーカ10のデザイン面マーカ平面に対するCCDカメラモジュール1516の光軸角度つまり俯角θcを算出し、ARマーカ10のカテゴリに応じた奥行関数設定データ514を選択参照して、算出した俯角θcに基づく奥行Dbを算出するステップS200。そして、CCDカメラモジュール1516のカメラ視点位置から現在の光軸方向に奥行Dbだけ離れたクリップ面と、先に求めた光軸AL1~AL4それぞれとの交点を求め、求めた4つの交点とカメラ視点位置とを頂点として囲まれるボリュームを、対象としているゲーム装置1500対象としているプレーヤ視点における要素領域14として設定するステップS202。求めた要素領域14を定義する情報例えば、頂点座標、輪郭線を記述する関数などは、プレイデータ541に要素領域設定データ552として格納される。そして、要素領域設定処理を終了する。図21のフローチャートに戻って、処理部200は次に、基本領域13及び要素領域14の重合領域を求めこれを配置領域12とするステップS220。求めた重合領域を定義する情報例えば、頂点座標、輪郭線を記述する関数などは、プレイデータ541に配置領域設定データ554として格納される。次に、処理部200は敵キャラクタ7を最新の配置領域12の範囲内に存在するよう動作制御するステップS222。ここでの動作制御には、移動と攻撃の二つの動作が含まれる。移動の制御については、例えば、敵キャラクタ7が最新の配置領域12内に有れば、領域外に出ないように移動方向を選択する処理や、領域の輪郭との距離を算出して所定の接近条件を満たす状態を検出した場合には次の移動量を一時的に低減させる処理などを実行して、新たな配置位置を決定する。また、もし敵キャラクタ7が領域外に有るのであれば、領域内に戻るように移動方向を選択する処理や、できるだけ速やかに戻れるように移動量移動速度を一時的に増加させる処理などを実行して新たな配置位置を決定する。更には、撮像部104による撮影画像ライブビュー中のARマーカ10の画像位置が、画像中心から離れている程、敵キャラクタ7がARマーカ10の画像位置に高確率で近づくように移動制御する。換言すると、プレーヤ視点方向CCDカメラモジュール1516の光軸方向、仮想カメラの視線方向に同じがARマーカ10から離れているほど、敵キャラクタ7がよりARマーカ10に近づくように動作制御する。具体的には、例えば敵キャラクタ7の移動方向を抽選処理で決定する場合、現在のARマーカ10向きの移動方向がより高確率で選出されるように抽選確率を一時的に変更したり、抽選結果が視線方向に沿わない場合に再抽選を実行するなどにより実現できる。尚、新たに決定された敵キャラクタ7の位置及び姿勢は敵キャラクタ配置情報キュー544に格納される。移動制御に伴い、仮想3次元空間データ560のうち、敵キャラクタ7に係るオブジェクトの制御データが適宜書き換えられる。攻撃の制御については、所定のアルゴリズムいわゆるAI制御によって、適当なタイミングで適当なプレーヤキャラクタPC1~PC3に向けて、射撃するように制御する。ここで、処理部200は、現在のシステム時刻とホスト機能継承タイミング562に格納されているシステム時刻すなわちホスト機能の制御開始タイミングとを比較して、ホスト機能の制御開始タイミングから所定時間が経過したかを判定する。そして、もし経過していない場合にはステップS224のNO、処理部200は敵キャラクタ7の移動量及び/又は移動速度が低減されるように調整する制御開始時特殊制御を行うステップS226。具体的には、例えば敵キャラクタ配置情報キュー544に格納されている位置及び姿勢の各加重平均値重み付けは過去値ほど低いを求め、敵キャラクタ配置情報キュー544の最新値を加重平均された位置及び姿勢に更新する。これにより、ホスト機能を担う機体が代わったことに起因する敵キャラクタ7の位置や姿勢が大きく変化したとしてもその影響を低減できる。敵キャラクタ7の見かけの移動量や移動速度が低減され、瞬時的に移動量や移動速度が増したような不自然な動きとならないようにできる。尚、ホスト機能の制御開始タイミングから所定時間が経過していなければステップS224のYES、こうした制御開始時特殊制御はスキップされる。次に、処理部200は各プレーヤキャラクタPC1~PC3の配置位置を更新するステップS228。これに伴い、仮想3次元空間データ560のうち、プレーヤキャラクタPC1~PC3に係るオブジェクトの制御データが適宜書き換えられる。次に、処理部200は飛翔体6の管理をするステップS240。例えば、敵キャラクタ7による攻撃動作が行われた場合や、各ゲーム装置にて攻撃操作入力が検出された場合に、対応するプレーヤキャラクタから発射される新たな飛翔体6を仮想3次元空間に配置する。また、配置済の飛翔体6については移動をさせる。これに伴い、プレイデータ541の飛翔体配置データ545が適宜書き換えられ、また仮想3次元空間データ560のうち飛翔体6に係るオブジェクトの制御データが適宜書き換えられる。次に、処理部200は、飛翔体6の移動後の位置と、更新されたプレーヤキャラクPC1~PC3の位置、及び敵キャラクタ7の位置とに基づいて攻撃のヒット判定と、攻撃ヒットにともなうダメージ判定及びダメージ反映処理を行うステップS242。もし、飛翔体6がヒットしたと判定された場合には、当該飛翔体6は仮想3次元空間から消去するのは勿論である。ダメージ反映処理により、プレイデータ541のプレーヤキャラクタ状態データ542及び敵キャラクタ状態データ543が更新される。ホスト機能実行処理によるこれまでの処理により、1制御サイクルでのゲームが進行したことになるので、処理部200は最新のプレイデータ541を他機へ配信しステップS244、ホスト機能実行処理を終了する。図17のフローチャートに戻って、自機がホスト機能を発現するべきと判断されなかった場合ステップS150のNO、処理部200はゲスト機として振る舞うように制御することとなる。つまり、ゲスト機の処理部200は、全ての他機から現在位置537と、現在姿勢538と操作入力情報とを取得しステップS300、ホスト機からプレイデータを取得するステップS302。そして、取得した他機の現在位置537および現在姿勢538と、自機の現在位置537および現在姿勢538と、取得したプレイデータとに基づいて仮想3次元空間内のオブジェクトの配置位置を更新するステップS304。ここまでの流れによって、ゲーム進行制御とその結果に応じた仮想3次元空間CG空間内のオブジェクトの再配置が完了したことになる。そこで、処理部200は次に、ゲーム画面の生成及び表示に関する処理を実行する。すなわち、キャプチャされた撮像部104で撮影した画像をクロップ処理して背景画像を生成しステップS310、自機の現在位置537および現在姿勢538に基づいて仮想カメラCMを仮想3次元空間内に配置して、当該仮想カメラで撮影した仮想3次元空間の様子をレンダリングするステップS312。そして、背景画像の上にレンダリングされたCGを合成し、さらにその上に画面中央に照準8などの情報表示体を合成してゲーム画面を完成させステップS314、これを画像表示部360で表示させるステップS316;図3参照。次に、処理部200はゲーム終了条件を満たすか否かを判定するステップS320。もしゲーム終了条件を満たしていなければステップS320のNO、次の制御サイクルに移行する。もし満たしていればステップS320のYES、エンディング画面を表示させるなどのゲーム終了処理を実行してステップS322、一連の処理を終了する。以上、本実施形態によれば、ARマーカ10に対するプレーヤ視点別の相対位置本実施形態で言うところのARマーカ10の基準点に対するCCDカメラモジュール1516の視点の相対位置で代表されるゲーム参加機の相対位置を用いて、拡張現実空間中のキャラクタの表示位置をマルチプレイに都合良く適切に制御できる。具体的には、注目キャラクタ敵キャラクタ7を追跡するように、それぞれのゲーム装置1500の視点位置、視線方向が変えられたとしても、ARマーカ10がCCDカメラモジュール1516の撮影範囲外にならないように、この注目キャラクタの配置を調整することができる。すなわち、拡張現実空間を利用したマルチプレイ型のゲームの品質を向上させ、キャラクタの配置制御に伴うさまざまな不都合を回避低減することができる。また、本実施形態では、現在から遡って所与の時間分或いは所与の回数分の相対位置を用いて、実際に仮想カメラを制御するための現在位置を決定することができるので、手ブレを抑制することができる。更には、ARマーカ10が認識不能な間、一時的に位置座標をマーカロスト直前値に固定する一方で、姿勢については現在置を算出し続ける。これにより、ARマーカ10が認識できているときよりも、現実空間とCG空間との座標合わせの精度が低下するが、ゲームを中断しなければならないほどのキャラクタ等の表示ズレを抑制できる。つまり、ARマーカのロストに起因するゲームの中断への耐性を高める事ができる。また、敵キャラクタ7などのNPCの制御などホスト機能を担っていたゲーム参加機において、ARマーカ10を認識できない状態に陥ったとしても、別のゲーム参加機がホスト機能を代行することで、マーカのロストに起因するNPCなどの表示位置ズレなどを抑制し、ゲームを継続させることができる。尚、本実施形態では、構成要素を適宜変更追加省略することができる。例えば、ホスト機能発現機の切り換えに関連して、ARマーカ10を認識できなくなった時に認識不能信号を発信し、認識不能信号の有無によってマーカ認識状態を管理する構成であったが、反対にARマーカ10を認識できている時に認識信号を送信する構成としても良い。そして認識信号が受信されている間は、送信元のマーカ認識状態525をInSight認識中とし、認識信号が送信されていない機体のマーカ認識状態525をLOST認識不能に設定すると良い。また、発現優先順位は、ゲーム前準備処理で設定した初期値をゲームプレイ中に適宜変更することも可能である。例えば図24に示すように、ホスト機能実行処理にて、処理部200は、他機全てから最新のARマーカ10に対する相対距離Lcを取得しステップS250、取得した相対距離Lcに自機の最新の相対距離Lcを含めて、距離の大きい順にソートして、ソートされた順番に発現優先順位523を再設定し配信するステップS254。尚、ホスト機能を発現していないゲーム装置1500の処理部200は、例えば、図17のステップS304に次いで、新しい発現優先順位523を受信した場合には、自機の記憶部500に記憶されているゲーム参加機登録データ520の発現優先順位523を更新することとする図17参照。ARマーカ10から離れているゲーム装置1500ほど、より広い範囲を撮影できるのでARマーカ10がロストし難くなる効果が期待される。よって、相対距離Lcの大きい順に発現優先順位523を再設定することで、ホスト機能の発現する機体の切り換え頻度を下げることができる。第2実施形態次に、本発明を適用した第2実施形態について説明する。本実施形態は、基本的には第1実施形態と同様に実現されるが、ホスト機能発現機の切り換えの仕組みが異なる。尚、第1実施形態と同様の構成要素については同じ符号を付与して説明は省略し、第1実施形態との差異について主に述べることとする。本実施形態では、今現在ホスト機能を発現しているゲーム装置が、ARマーカ10を認識できなくなった時に他のゲーム装置へホスト機の機能継承を要求する機能継承信号を他ゲーム装置へ送信する。そして、機能継承信号と発現優先順位とを受信したゲーム装置1500は、機能継承信号の送信元を除く他機の発現優先順位と自機の発現優先順位とを比較し、自機が最も上位であれば自機がホスト機能を発現するべきと判定し、ホスト機能を実行する。図25は、本実施形態におけるゲーム演算部202の機能構成例を示す機能ブロック図である。基本的には第1実施形態のそれと同様であるが、認識不能信号送信制御部223に代わって、機能継承信号送信制御部223Cを備える。機能継承信号送信制御部223Cは、自機がホスト機能を発現している状態で、且つARマーカ10が認識できなくなった時に、他機へ機能継承信号を送信させる。そして、本実施形態のホスト機能発現判断部224は、機能継承信号を受信した場合、同信号の送信元を除く他機の発現優先順位523と自機に割り当てられている発現優先順位523とを比較し、自機が最上位であればホスト機能を発現すべきと判断する。尚、本実施形態ではマーカ認識状態を監視する必要がないので、ゲーム参加機登録データ520のマーカ認識状態525を省略することができる。処理の流れは、基本的には第1実施形態と同様であるが、ホスト機能発現設定処理が若干異なる。具体的には、図26に示すように、第1実施形態のステップS112~S122が省略される。代わって、自機がホスト機能を発現中でステップS122CのYES、且つARマーカ10が認識不能な場合ステップS114CのYES、処理部200は他機への機能継承信号を送信する処理を実行しステップS116C、自機のホスト機能発現フラグ526を0に設定するステップS118C。また、処理部200は、機能継承信号を受信した場合でステップS120CのYES、且つARマーカ10が認識不能な場合ステップS122CのNO、機能継承信号を他機へ送信しステップS124C、自機のホスト機能発現フラグ526を0に設定してステップS126C、ホスト機能発現設定処理を終了する。もし、機能継承信号を受信した場合でステップS120CのYES、且つARマーカ10が認識可能である場合にはステップS122CのYES、処理部200は自機がホスト機能を発現すべきと判断して、自機のホスト機能発現フラグ526を1に設定するとともに他機の同フラグを全て0に設定しステップS144、ホスト機能継承タイミング562を更新してステップS146、ホスト機能発現設定処理を終了する。尚、所定時間、機能継承信号の受信待ちをしても受信できなかった場合にはステップS120C、そのままホスト機能発現設定処理を終了する。以降の処理の流れは第1実施形態と同様である。尚、ホスト機能を発現しているゲーム装置1500が機能継承信号を発信する条件は、上記の例に限らない。例えば。ARマーカ10を認識可能であっても、ホスト機能を継承してから一定時間経過後に自動的に発信する構成とすることができる。具体的には、図27に示すように、自機がホスト機能を発現中で且つARマーカ10が認識可能な状態であってもステップS114CのNO、ホスト機能継承タイミング562から所定時間が経過している場合にステップS115DのYES、ステップS116Cへ移行する流れとすると良い。つまり、ホスト機能の継承を、時限的にローテーションさせることができる。また、所定の順番に従って時限的にローテーションさせたい場合には、例えば図28に示すように、図27のステップS116Cに代えて機能継承信号とともに自機の発現優先順位523を全他機へ送信するステップS116E。そして、機能継承信号を受信する側では、ステップS122CにてARマーカ10を認識できると判定した場合ステップS122CのNO、自機の発現優先順位523が、機能継承信号の送信元の発現優先順位の次の順位になっていればステップS123EのYES、ホスト機能を実行すべきと判断すると良い。尚、ここで言う次の順番とは、自機の発現優先順位523が最下位で有る場合、次の順番は最上位とする。すなわち、発現優先順位523をローテーションの順番と見なす。変形例以上、本発明を適用した実施形態について説明したが、本発明の形態がこれらに限定されるものではなく、適宜構成要素の追加省略変更などを施すことができる。例えば、第1実施形態においてゲーム装置1500としたコンピュータは、プレーヤ視点となる撮像素子と、姿勢変化を検出するジャイロや加速度センサとを搭載し、ゲームプログラムを実行可能であれば、携帯型ゲーム装置などの他、例えばスマートフォンやパソコン、携帯電話機などの電子機器をゲーム装置としてもよい。また、ゲームのジャンルはシューティングゲームに限らず、適宜設定することができるのは勿論である。また、上記実施形態では、仮想カメラCMとプレーヤキャラクタPCとの仮想3次元空間における相対位置関係はほぼ固定として説明したがこれに限らない。例えば、図29に示すように、仮想カメラCM1~CM3は、対応するゲーム装置1500a~1500cのARマーカ10に対する相対位置つまりはプレーヤ視点の相対位置に基づいて配置されるが、プレーヤキャラクタPC1~PC3は別途ゲーム装置1500の方向入力キー1502などによる操作入力によって移動制御されることとし、結果として仮想カメラとプレーヤキャラクタとの相対位置関係が可変であっても良い。この場合、プレーヤはゲーム装置1500を動かすことで仮想カメラの位置を変える一方で、プレーヤキャラクタを別途の操作入力で制御することとなる。従って、ゲーム空間を箱庭的にイメージし、ゲーム空間内の様子をゲーム装置を通じて好きな角度から見ながら、プレーヤキャラクタを自在に操作してゲームプレイすることが可能となる。また、ゲーム装置1500の画像表示部360を裸眼立体視可能な表示装置例えばパララックスバリア方式やレンチキュラ方式などで構成し、ARマーカ10に対するゲーム装置1500の相対位置相対姿勢に応じて、立体的な画像を表示制御することとしてもよい。その場合、CCDカメラモジュール1516で撮影されたライブビューの画像を最遠景に設定し、ゲーム空間仮想三次元空間の座標系上に配置されるキャラクタ等オブジェクトを立体的に表示制御するとしてもよい。このようにすることで、例えば、ARマーカ10に対して回り込むようにゲーム装置を移動させると、ARマーカ10を基準に出現するオブジェクト上記実施形態の場合は敵キャラクタを、回り込んで立体視し、奥行き感を得ることが可能となる。"