WO2013038923A1 - プログラム、記憶媒体、ゲーム装置及びコンピュータ - Google Patents

Abstract

拡張現実空間を利用したマルチプレイ型のゲームにおけるキャラクタの配置制御に伴うさまざまな不都合を回避・低減する。　ゲーム装置１５００毎のＡＲマーカ１０に対する相対位置に基づいて基礎領域１３を設定し、各ゲーム装置においてＡＲマーカ１０がＣＣＤカメラモジュール１５１６の撮影範囲外とならない撮影範囲として要素領域１４を設定する。基礎領域１３と要素領域１４との重合領域を求めて、配置領域１２とする。注目オブジェクト（敵キャラクタ７）を配置領域１２内にとどまるように動作制御する。

Description

プログラム、記憶媒体、ゲーム装置及びコンピュータ

　本発明は、コンピュータに拡張現実技術を利用したゲームを実行させるためのプログラム等に関する。

　拡張現実（AR：Augmented Reality）技術の一つとして、ビデオカメラで撮影した画像を解析して現実空間とＣＧ空間との座標合わせを行い、ビデオ撮影した画像（いわゆるライブビュー）上にＣＧを合成表示することでＡＲ空間を表示する技術が知られるところである。

　近年では、ビデオゲームにおいてもＡＲ技術を用いたものが登場するようになってきている。こうしたＡＲ技術を利用したゲームでは、ゲームキャラクタのオブジェクトを配置するＣＧ空間（コンピュータグラフィックス空間）を、如何にカメラで撮影されている現実空間とマッチさせるかが鍵となる。これに関連する公知技術としては、固定位置のカメラで撮影した拡張現実マーカ（ＡＲマーカ）の画像を解析し、当該拡張現実マーカが配置されている現実の平面とマッチするように仮想マップを生成する技術が知られている（例えば、特許文献１参照）。

特開２０１０－４９６９０号公報

　さて、ゲームスタイルとしては、シングルプレイと同じぐらいマルチプレイも人気がある。特許文献１のようにＡＲマーカを撮影するカメラが限定される場合には、相対位置関係が固定され、現実空間とＣＧ空間との座標合わせも固定であるから、プレーヤの人数に係わらず問題なくゲームを進めることができる。しかし、プレーヤ毎にカメラを用意して（例えば、ＣＣＤカメラモジュールを搭載した携帯型ゲーム装置を持って）それぞれが異なる視点位置から見るようにしてＡＲゲームをプレイする場合には不都合が生じるケースがある。

　例えば、プレーヤの視点が複数あってそれぞれがマーカに対して移動できるにもかかわらず、ＡＲ空間に配置されるゲームキャラクタ等のＡＲ表示体の存在は共通であるからである。具体的には、プレーヤ全員で共通の敵キャラクタを攻撃するゲームや、プレーヤがそれぞれの視点から見て楽しめる仮想ペットの育成ゲームなどがこれに当たる。

　こうした共通するキャラクタが登場するゲームでは、あるプレーヤＡの視点とマーカとの相対位置関係に基づいてのみキャラクタの配置を制御すると、当該プレーヤＡの視点に基づくゲーム画面（ＡＲ空間画像）上では何ら問題無いが、その他のプレーヤＢ，プレーヤＣ，…の視点に基づく別のゲーム画面では、共通のキャラクタが人物等の背後に回り込んでしまい、オクルージョンを起こす事態が起こり得る。
　更には、このプレーヤＡが、共通キャラクタに注目しようとしてカメラの向きを変えることによってマーカがカメラの撮影範囲外になると、現実空間とＣＧ空間との座標合わせにズレが生じる。すると、その他のプレーヤＢ，プレーヤＣ，…のカメラではマーカを撮影できていたとしても、彼らのゲーム画面でもプレーヤＡのカメラがマーカを認識できなくなったことに起因する表示位置のズレが生じると言った不都合が生じ得る。

　まとめると、拡張現実空間を利用したマルチプレイ型のゲームの品質向上が課題としてあった。また、キャラクタの配置制御に伴うさまざまな不都合があるという課題があった。

　本発明の一態様は、撮影部、表示部及び通信部を備えたコンピュータに、他機と通信させることで、拡張現実空間でのマルチプレイ型のゲームを実行させるためのプログラムであって、
　前記撮影部によりマーカが撮影された場合に前記表示部のライブビュー内にキャラクタを合成表示させることと、
　前記マーカの撮影画像を用いて、前記マーカに対する自機の位置を示す情報を少なくとも含む自機位置情報を算出することと、
　前記他機から、前記マーカに対する前記他機の位置を示す情報を少なくとも含む他機位置情報を含む他機情報を受信することと、
　前記自機位置情報及び前記他機情報を用いて、前記拡張現実空間中の前記キャラクタの表示位置を制御することと、
　を前記コンピュータに実行させるためのプログラムに関する。

　また、他の態様として、
　前記自機位置情報には、前記マーカに対する前記自機の距離を示す情報が含まれ、
　前記他機位置情報には、前記マーカに対する前記他機の距離を示す情報が含まれ、
　前記自機位置情報を算出することは、前記マーカの撮影画像を用いて、前記マーカに対する自機の距離を示す情報を算出することを含む、
　プログラムを構成することとしてもよい。

　また、他の態様として、
　前記マーカは、基準方向が表された規定形状を有し、
　前記自機位置情報には、前記マーカに対する前記自機の相対的な位置関係の情報が含まれ、
　前記他機位置情報には、前記マーカに対する前記他機の相対的な位置関係の情報が含まれ、
　前記自機位置情報を算出することは、前記マーカの撮影画像中の前記マーカの前記基準方向を用いて、前記マーカに対する自機の相対的な位置関係の情報を算出することを含む、
　プログラムを構成することとしてもよい。

　これによれば、自機位置情報と他機情報に含まれる他機位置情報とを用いて拡張現実空間中のキャラクタの表示位置を制御できる。つまり、ゲームに参加する複数のプレーヤのプレーヤ視点とマーカとの距離や相対位置が時々刻々と変化するマルチプレイスタイルであっても、その時々における各プレーヤ視点とマーカとの距離や位置関係を考慮した適切な表示位置にキャラクタを表示させることが可能となる。よって、あるプレーヤ視点に基づいてキャラクタの配置を制御したとしても、他プレーヤのゲーム画面でオクルージョンやキャラクタの不自然な表示ズレが起きるのを抑制できる。

　また、他の態様として、
　前記自機位置情報及び前記他機情報を用いて、前記キャラクタを表示させる前記拡張現実空間中の領域を設定すること、を前記コンピュータに更に実行させ、
　前記キャラクタの表示位置を制御することは、前記領域内に前記キャラクタを表示させることを含む、
　プログラムを構成することとしてもよい。

　これによれば、キャラクタの表示可能な領域、換言するとＣＧ空間におけるキャラクタというオブジェクトを配置可能な領域を設定することができる。領域を設定することにより、ＮＰＣ（ノンプレーヤキャラクタ）を自動制御（いわゆるＡＩ制御）する場合にもキャラクタの表示位置の制御が有効に機能する。また、キャラクタ毎に適用する領域を設定することによって、大きさやアクションパターンの異なる複数種類のキャラクタを同時に表示させる場合にも対応できる。

　また、他の態様として、
　前記領域を設定することは、前記自機位置情報が示す位置関係で前記マーカを撮影した場合の自機撮影範囲と、前記他機情報に含まれる他機位置情報が示す位置関係で前記マーカを撮影した場合の他機撮影範囲とを用いて、前記領域を設定することを含む、
　プログラムを構成してもよい。

　これによれば、プレーヤ視点別の撮影範囲を元にして領域を設定することで、マルチプレイであっても、キャラクタを追いかけて撮影方向が変化することに起因して意図せずにマーカが撮影できなくなって不自然な表示が起きるのをより確実に防ぐことができる。

　また、他の態様として、
　前記領域を設定することは、前記自機撮影範囲と前記他機撮影範囲との重合範囲を少なくとも含むように前記領域を設定することを含む、
　プログラムを構成することとしてもよい。

　これによれば、自機撮影範囲と他機撮影範囲との重なり合っている部分を少なくとも含むように領域を設定することができる。

　また、他の態様として、
　前記領域を設定することは、前記自機位置情報が示す位置関係で且つ、前記マーカが写る範囲で撮影方向を変化させて前記マーカを撮影した場合の範囲を前記自機撮影範囲とし、前記他機位置情報が示す位置関係で且つ、前記マーカが写る範囲で撮影方向を変化させて前記マーカを撮影した場合の範囲を前記他機撮影範囲とすることを含む、
　プログラムを構成することとしてもよい。

　これによれば、撮影位置を固定と仮定し撮影方向のみ変化させることで、領域設定のもとになる自機撮影範囲及び他機撮影範囲を定める。このようにして定めた自機撮影範囲及び他機撮影範囲を用いて領域が設定されるため、手ブレなどの影響も考慮されたより広い領域を設定することができる。

　また、他の態様として、
　前記マーカは平面形状でなり、
　前記領域を設定することは、前記自機から前記マーカ方向への前記自機撮影範囲の奥行を、前記自機から見た前記マーカの平面方向に対する俯角を用いて変更することを含む、
　プログラムを構成することとしてもよい。

　マーカ方式のＡＲ技術では、マーカのデザインを識別することにより、マーカの方向やマーカの種類を画像識別する必要があるが、そうした画像認識能力を左右するのが、デザインされたマーカ平面をどのような撮影角度（俯角）で撮影するかである。例えば、マーカ平面に対して俯角が小さい（マーカ平面方向と視線方向とが近い）と撮像手段で撮影されたマーカの像は小さくなり、画像認識し難くなるが、俯角が大きければマーカの像は大きくなり画像認識し易くなる。
　よって、上述の態様によれば、マーカの平面方向に対する俯角に応じた自機撮影範囲の奥行を設定することでその時々において可能な限り広い領域を設定できる。

　また、他の態様として、
　前記領域を設定することは、前記自機位置情報及び前記他機情報を用いて前記マーカから前記自機及び前記他機それぞれまでの距離を求め、当該距離に基づいて前記領域のサイズを設定することを含む、
　プログラムを構成することとしてもよい。

　これによれば、プレーヤ視点のマーカに対する位置関係に応じて適切なサイズの領域を設定することができる。

　また、他の態様として、
　前記マーカには複数種類有り、
　前記領域を設定することは、
　前記撮影部により撮影された前記マーカの種類に基づいて前記領域の形状を設定することと、
　前記自機位置情報及び前記他機情報を用いて前記マーカから前記自機及び前記他機それぞれまでの距離を求め、当該距離に基づいて前記領域のサイズを設定することと、
　を含む、プログラムを構成することとしてもよい。

　これによれば、複数種類のマーカを利用可能として、マーカの種類に応じて領域の形状を変え、且つプレーヤ視点のマーカに対する位置関係に応じて適切なサイズの領域を設定することができる。

　また、他の態様として、
　前記コンピュータは、当該コンピュータの姿勢を検出する姿勢検出部を備えており、
　前記他機情報には、前記他機の姿勢検出部で検出された姿勢の情報が含まれており、
　前記姿勢検出部で検出された前記自機の姿勢情報及び前記他機情報に含まれる前記他機の姿勢情報を用いて、前記キャラクタの表示姿勢を制御すること、を前記コンピュータに更に実行させるための、
　プログラムを構成することとしてもよい。

　また、他の態様として、
　撮影部及び表示部を備えた複数のユーザ端末それぞれと通信可能なコンピュータが、前記ユーザ端末に対して、マルチプレイ型のゲームを実行させるためのプログラムであって、
　前記マルチプレイ型のゲームは、前記撮影部によりマーカが撮影された場合に前記表示部のライブビュー内にキャラクタを合成表示する拡張現実空間ゲームであり、
　前記ユーザ端末それぞれの前記マーカの撮影画像を用いて、前記マーカに対する当該ユーザ端末の位置関係を算出することと、
　前記ユーザ端末それぞれの前記位置関係を用いて、前記拡張現実空間中の前記キャラクタの表示位置を制御することと、
　を前記コンピュータに実行させるためのプログラムを構成することとしてもよい。

　これによれば、ユーザ端末毎のマーカに対する位置関係に基づいて拡張現実空間中のキャラクタの表示位置を制御できる。つまり、ゲームに参加する複数のユーザ端末の撮影手段とマーカとの相対位置が時々刻々と変化するプレイスタイルであっても、その時々において各端末の位置取りに適した適切な表示位置にキャラクタを表示させることが可能となる。ユーザ端末のどれかで、オクルージョンや、マーカを撮影できなくなると言った不都合が生じないようにしたり、不都合の度合を軽減することができるようになる。

　また、他の態様として、
　前記ユーザ端末は、当該ユーザ端末の姿勢を検出する姿勢検出部を備えており、
　前記ユーザ端末それぞれから当該ユーザ端末の姿勢検出部で検出された姿勢の情報を受信することと、
　前記姿勢の情報を用いて、前記キャラクタの表示姿勢を制御することと、
　を前記コンピュータに更に実行させるためのプログラムを構成することとしてもよい。

　また、他の態様として、上述ののプログラムを記憶したコンピュータ読み取り可能な記憶媒体を構成することとしてもよい。

　ここで言う「記憶媒体」とは、例えば磁気ディスクや光学ディスク、ＩＣメモリなどを含む。

　また、上述した態様はプログラムであるが、別の態様として次が考えられる。
　すなわち、
　撮影部、表示部及び通信部を備え、他機と通信することで、拡張現実空間でのマルチプレイ型のゲームを実行するゲーム装置であって、
　前記撮影部によりマーカが撮影された場合に前記表示部のライブビュー内にキャラクタを合成表示する合成表示制御部と、
　前記マーカの撮影画像を用いて、前記マーカに対する自機の位置を示す情報を少なくとも含む自機位置情報を算出する自機位置情報算出部と、
　他機から、前記マーカに対する当該他機の位置を示す情報を少なくとも含む他機位置情報を含む他機情報を受信する他機情報受信部と、
　前記自機位置情報及び前記他機情報を用いて、前記拡張現実空間中の前記キャラクタの表示位置を制御するキャラクタ表示制御部と、
　を備えたゲーム装置を構成することとしてもよい。

　更には、
　撮影部及び表示部を備えた複数のユーザ端末それぞれと通信して、マルチプレイ型のゲームを前記ユーザ端末に実行させる制御を行うコンピュータであって、
　前記マルチプレイ型のゲームは、前記撮影部によりマーカが撮影された場合に前記表示部のライブビュー内にキャラクタを合成表示する拡張現実空間ゲームであり、
　前記ユーザ端末それぞれの前記マーカの撮影画像を用いて、前記マーカに対する当該ユーザ端末の位置関係を算出する位置関係算出部と、
　前記ユーザ端末それぞれの前記位置関係を用いて、前記拡張現実空間中の前記キャラクタの表示位置を制御するキャラクタ表示制御部と、
　を備えたコンピュータを構成することとしてもよい。

図１は、第１実施形態においてゲームプレイために使用されるコンピュータに相当するゲーム装置の構成例を示す図。 図２は、第１実施形態におけるプレイスタイルを説明するための概念図。 図３は、ゲーム画面及びライブビューの一例を示す図。 図４は、敵キャラクタを配置制御するために設定される領域の概念図。 図５は、基本領域の概念図。 図６は、要素領域の設定方法を示す概念図。 図７は、要素領域の奥行の考え方を示す概念図。 図８は、ＡＲマーカに対するプレーヤ視点の相対位置と相対姿勢の利用形態について説明するための概念図。 図９は、ＡＲマーカをロストした場合における相対位置と相対姿勢の利用形態を説明する原理図。 図１０は、ホスト機能発現機の切り換えの仕組みを説明するための概念図。 図１１は、第１実施形態における機能構成例を示す機能ブロック図。 図１２は、第１実施形態におけるゲーム演算部の機能構例を示す機能ブロック図。 図１３は、ＡＲマーカ登録データのデータ構成例を示す図。 図１４は、ゲーム参加機登録データのデータ構成例を示す図。 図１５は、自機情報キューのデータ構成例を示す図。 図１６は、敵キャラクタ配置情報キューのデータ構成例を示す図。 図１７は、第１実施形態における主たる処理の流れを説明するためのフローチャート。 図１８は、ゲーム前準備処理流れを説明するためのフローチャート。 図１９は、自機情報算出処理流れを説明するためのフローチャート。 図２０は、ホスト機能発現機設定処理流れを説明するためのフローチャート。 図２１は、ホスト機能実行処理流れを説明するためのフローチャート。 図２２は、基本領域設定処理の流れを説明するためのフローチャート。 図２３は、要素領域設定処理流れを説明するためのフローチャート。 図２４は、ホスト機能実行処理流れを説明するためのフローチャート。 図２５は、第２実施形態におけるゲーム装置の構成例を示す図。 図２６は、第２実施形態における機能構成例を示す機能ブロック図。 図２７は、第２実施形態におけるゲーム演算部の機能構成の一例を示す機能ブロック図。 図２８は、端末登録データのデータ構成例を示す図。 図２９は、端末情報キューのデータ構成例を示す図。 図３０は、第３実施形態における主たる処理の流れを説明するためのフローチャート。 図３１は、端末情報算出処理の流れを説明するためのフローチャート。 図３２は、基準視点設定処理流れを説明するためのフローチャート。 図３３は、キャラクタ制御処理の流れを説明するためのフローチャート。

　以下、本発明を適用した実施形態について説明する。なお、以下に説明する実施形態は、請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

　〔第１実施形態〕
　第１実施形態として、マーカ方式ＡＲを用いて実現される拡張現実空間内でマルチプレイ型シューティングゲームを実行する例を挙げて説明する。

　図１は、本実施形態においてゲームプレイのために使用されるコンピュータであり、電子機器の一種であるゲーム装置１５００の構成例を示す図であって、（１）正面外観図、（２）背面外観図である。ゲーム装置１５００は、方向入力キー１５０２と、ホームキー１５０４と、タッチパネル１５０６と、スピーカ１５１０と、マイク１５１２と、ＧＰＳ（Global Positioning System）アンテナ１５１４と、ＣＣＤカメラモジュール１５１６と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない内蔵バッテリーや電源ボタン、音量調節ボタン等が設けられている。

　ＣＣＤカメラモジュール１５１６は、オートフォーカス機構と、ＣＣＤイメージセンサと、イメージ信号生成チップとを搭載したモジュールであって、ゲーム装置１５００の背面方向を撮影できるように配置されている。尚、イメージセンサ素子はＣＣＤに限らず、ＣＭＯＳなどその他の方式の素子でも良い。

　制御基板１５５０は、ＣＰＵ（Central Processing Unit））１５５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２を適宜搭載する。

　そして、制御基板１５５０には、携帯電話や無線ＬＡＮなどの無線基地局と無線接続するための無線通信モジュール１５５３と、ＧＰＳモジュール１５５４と、電子コンパス１５５５と、３軸ジャイロ１５５６と、３軸加速度センサ１５５７とが搭載されている。
　その他、タッチパネル１５０６のドライバ回路、方向入力キー１５０２及びホームキー１５０４からの信号を受信する回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２から入力された音声の信号を生成する入力信号生成回路、メモリカード読取装置１５４２への信号入出力回路といった所謂Ｉ／Ｆ回路（インターフェース回路）、が搭載されている。これら制御基板１５５０に搭載されている各要素は、それぞれバス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。

　ＧＰＳモジュール１５５４は、ＧＰＳアンテナ１５１４とともにＧＰＳを利用した位置情報を取得する手段を構成する。ＧＰＳモジュール１５５４は、ＧＰＳアンテナ１５１４で受信したＧＰＳ衛星３からの信号に基づいて、所定時間毎（例えば、１秒毎）に、位置情報（例えば、緯度・経度）及びその他の情報（絶対時間）を、制御基板１５５０で演算処理可能なデータとして出力する。尚、測位に利用するシステムはＧＰＳに限らない。その他の衛星測位システムでも良いし、衛星を用いない測位システムを用いることもできる。後者の例としては、例えば、無線通信モジュール１５５３が無線接続できる無線基地局から当該基地局に予め設定されている位置情報を取得したり、３つの無線基地局からの信号到達時間差を利用した三角測量方式により位置情報を算出するとしても良い。

　制御基板１５５０は、ゲーム実行に必要なゲームプログラムやデータをメモリカード１５４０から読み出してＩＣメモリ１５５２に一時記憶する。そして、ゲームプログラムを実行して演算処理を実行し、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６からの操作入力、３軸ジャイロ１５５６や３軸加速度センサ１５５７で検出される姿勢変化や加速度変化に応じてゲーム装置１５００の各部を制御してビデオゲームを実行する。尚、本実施形態では、ゲーム装置１５００は必要なプログラムや各種設定データをメモリカード１５４０から読み出す構成としているが、サーバ装置等から通信回線１を介してダウンロードする構成としても良い。
　尚、ゲーム装置１５００はコンピュータであるから本明細書で言う「自機」は「自コンピュータ」と読み替えることができる。同様に「他機」は「他コンピュータ」と読み替えることができる。

　［ゲームの概要］
　次に、本実施形態におけるゲームの概要を説明する。
　図２は、本実施形態におけるプレイスタイルを説明するための概念図であって、（１）現実空間における様子を示す斜視図、（２）ゲーム装置１５００のＣＣＤカメラモジュール１５１６と、ＡＲマーカ１０との関係を示す図、（３）ゲームに登場するオブジェクトを配置する仮想３次元空間における様子を示す斜視図である。

　本実施形態におけるビデオゲームは、ＡＲマーカ１０を利用して実現されるＡＲ空間を舞台としたゲーム、いわゆるＡＲゲームに属するマルチプレイシューティングゲームに属する。図２（１）に示すように、プレーヤＰＬ１～ＰＬ３は、それぞれゲーム装置１５００を手に持って、テーブル９等に置かれたＡＲマーカ１０をＣＣＤカメラモジュール１５１６で撮影しながらプレイする。図中のプレーヤＰＬ１のゲーム装置１５００が当初のホスト機であって、ゲームに参加するクライアント機の受付処理を行ったり、敵キャラクタ７などのＮＰＣの制御を受け持つ。プレーヤＰＬ２，ＰＬ３のゲーム装置１５００がゲスト機であり、ＮＰＣの制御データをホスト機から取得して利用する。尚、プレーヤの数は図に示すような３名に限らないのは勿論である。

　本実施形態におけるＡＲマーカ１０は、少なくとも一面に基準方向が表されるとともに、当該マーカの種類を識別するためのデザインが施された規定形状のカードであり、複数種類存在する。
　本実施形態のゲーム装置１５００では、ＣＣＤカメラモジュール１５１６は装置本体の背面方向を撮影するように、装置本体の背面側に固定されている。よって、本実施形態では、プレーヤの視点位置は、ゲーム装置１５００の位置であり、ＣＣＤカメラモジュール１５１６の視点位置と同じに扱うことができる。同様に、プレーヤの視点姿勢は、ゲーム装置１５００の姿勢であり、ＣＣＤカメラモジュール１５１６の姿勢と同じ扱いとなる。

　図２（２）に示すように、ゲーム装置１５００は、ＣＣＤカメラモジュール１５１６で撮影した画像からＡＲマーカ１０を検出するとともにその種類を認識する。また、認識したＡＲマーカ１０までの３次元の相対位置（Ｘｃ，Ｙｃ，Ｚｃ）や相対姿勢（ωｐ，ωｙ，ωｒ）を計測する。例えば、ＡＲマーカ１０（カード）の実サイズが規定されているので、ＣＣＤカメラモジュール１５１６の撮影画像中のＡＲマーカ１０が占める画素サイズから現実空間における尺度を基準とした相対位置を求めることができる。

　そして、計測した相対位置や相対姿勢に基づいて、ＡＲマーカ１０を配置した面（例えば、テーブル面）が仮想３次元空間内の基準面（例えば、ゲーム世界における地面、仮想マップなどとも呼ぶ）と一致するように、ゲーム空間を形成する。ゲーム空間は仮想３次元空間の座標系（Ｘｗ，Ｙｗ，Ｚｗ）で表され、ＡＲマーカ１０を基準とした実空間の座標系（Ｘｍ，Ｙｍ，Ｚｍ）に合致させる。

　図２（３）に示すように、仮想３次元空間は所謂ＣＧ空間である。仮想３次元空間には、標的となる敵キャラクタ７や背景物などのオブジェクトが配置されてゲーム空間が形成される。そして、仮想３次元空間には、プレーヤＰＬ１～ＰＬ３それぞれのプレーヤキャラクタＰＣ１～ＰＣ３の他、敵キャラクタ７や、各キャラクタから発射される飛翔体６（図２では非図示；図３にて図示）などのオブジェクトも配置される。

　各ゲーム装置１５００における仮想３次元空間は、ＡＲマーカ１０が基準とされるため、原則として共通の座標軸として定義される。仮想３次元空間には、各ゲーム装置１５００の仮想カメラＣＭ１～ＣＭ３が設定される。各ゲーム装置１５００に対応するプレーヤキャラクタＰＣ１～ＰＣ３は、対応するゲーム装置の仮想カメラＣＭ１～ＣＭ３に対して、所定の相対位置（Ｘｐ，Ｙｐ，Ｚｐ）に配置される。具体的には、本実施形態では、三人称視点に相当するように、プレーヤキャラクタＰＣ１～ＰＣ３は仮想カメラＣＭ１～ＣＭ３の斜め下前方に配置される。尚、プレーヤキャラクタと仮想カメラとの相対位置関係は、予め決定されているとは言っても絶対的な固定値を意味するものでは無く、適当なズレや揺らぎを含むことができる。

　図３は、本実施形態におけるゲーム画面及びライブビューの一例を示す図であって、（１）プレーヤＰＬ１が所持するゲーム装置１５００におけるゲーム画面の例、（２）ＣＣＤカメラモジュール１５１６により撮影されるライブビューの例である。

　各ゲーム装置１５００では、それぞれが対応する仮想カメラＣＭ１～ＣＭ３から見たＣＧ（コンピュータグラフィックス）画像を生成し、それをＣＣＤカメラモジュール１５１６で撮影したライブビューに合成表示する。
　ちなみに、図３（１）の例では、プレーヤＰＬ１のプレーヤキャラクタＰＣ１と、ＡＲマーカ１０の周りにいる敵キャラクタ７と、テーブル９脇の他のプレーヤＰＬ２と、対応するプレーヤキャラクタＰＣ２とが画面に映っている。また、画面中央には、プレーヤＰＬ１がゲーム中に使用する射撃用の照準８が表示されている。このように現実空間の映像にゲームキャラクタ等のＣＧが合成されてプレーヤに認識される仮想世界が、ゲームの舞台となる「拡張現実空間」である。

　本実施形態では、ＣＣＤカメラモジュール１５１６の撮影画角と仮想カメラＣＭ１～ＣＭ３の画と角は異なる。
　ＣＣＤカメラモジュール１５１６は、撮影範囲が広い事に意味があるので、撮影画角は広角に設定されている。例えば、３５ｍｍフィルム用レンズ換算で焦点距離１５ｍｍ～２４ｍｍ、公称対角画角９０°前後などとする。一方、仮想カメラＣＭ１～ＣＭ３の撮影画角は、ゲーム装置１５００のタッチパネル１５０６越しに現実空間を透かし見るようにしながらＡＲゲームをプレイすることを考えて、ＣＣＤカメラモジュール１５１６の画角の概ね５０％程度となるように狭く設定されている。プレイスタイルを考慮して、プレーヤが軽くひじを曲げた状態でゲーム装置１５００を前方にかざした時に、あたかもタッチパネル１５０６の表示部分から現実世界を透かし見ているように錯覚させる撮影画角とすると好適である。例えば、３５ｍｍフィルム用レンズ換算で４０ｍｍ～５５ｍｍ、公称対角画角４５°前後などとする。
　従って、図３（１）で示したゲーム画面の背景は、図３（２）で示すＣＣＤカメラモジュール１５１６で撮影したライブビューそのままではなく、仮想カメラＣＭ１～ＣＭ３の撮影画角に合致するようにクロップ（画像の端をカットして使用）されて得られたものである。

　［敵キャラクタの配置について］
　さて、前述のように本実施形態のゲームはマーカ方式のＡＲゲームであるので、現実空間と仮想３次元空間の座標系を適切にマッチングさせるためには、ＡＲマーカ１０を常にＣＣＤカメラモジュール１５１６の撮影範囲に含まれるようにプレイするのが望ましい。

　シューティングゲームとしての特性上、プレーヤは照準８を敵キャラクタ７に合わせるようにゲーム装置１５００の位置や姿勢を変化させながらプレイすることになる。よって、敵キャラクタ７がＡＲマーカ１０からあまり離れると、敵キャラクタ７を狙う行為自体がＡＲマーカ１０のロスト（撮影範囲に写らなくなる状態）を誘発することになる。しかし、プレーヤは照準８が敵キャラクタ７から外れないようにゲーム装置１５００の位置や姿勢を保とうとする。そのため、上手く敵キャラクタ７の位置をコントロールするならば、ＡＲマーカ１０が撮影範囲内に含まれるように（換言するとＡＲマーカ１０が撮影範囲外とならないように）仕向けることもできる。

　そこで本実施形態では、図４に示すように、ゲームに参加するゲーム装置の位置や姿勢に応じてＡＲマーカ１０をロストし難いように敵キャラクタ７を配置できる配置領域１２（図中、網掛け表示された範囲）を設定し、敵キャラクタ７をこの配置領域１２内に留まるように配置制御する。この配置領域１２は、本実施形態では基本領域１３と、ゲーム参加機毎（つまりはプレーヤ視点毎）に求められる要素領域１４との重合領域として設定される。尚、図の例では、理解を容易にするためにゲーム装置１５００を二つのみ表示している。

　図５は、基本領域１３の設定方法を示す概念図である。
　基本領域１３は、ＡＲマーカ１０を中心とし、基本長さＬｂで規定される所定形状の範囲である。そして、基本長さＬｂは、ゲーム参加機のＡＲマーカ１０からの相対距離Ｌｃ（図２（２）参照）を変数とした関数ｆ（Ｌｃ）で記述される。

　基本領域１３の形状は、ＡＲマーカ１０の種類によって予め設定されている。図５の例では、基本長さＬｂが半径の球形を例示しているが、例えば、立方体形状の範囲として、基本長さＬｂを立方体中心から８つの頂点までの距離としても良い。形状と基準長Ｌｂを形状のどこの寸法に割り当てるかは適宜変更できる。

　関数ｆ（Ｌｃ）の変数となる相対距離Ｌｃは、ゲーム参加機それぞれのＡＲマーカ１０に対する個別の相対距離Ｌｃの内、最小の相対距離Ｌｃを採用する。但し、関数ｆ（Ｌｃ）の大きさに最小値が設定されている。この最小値は、敵キャラクタ７の行動範囲が小さくなり過ぎないように考慮して予め設定されている。尚、関数ｆ（Ｌｃ）の変数として採用される相対距離Ｌｃは、ゲーム参加機別の相対距離Ｌｃのうちの最小値に限らず、最大値や平均値、中央値などとしても良い。

　図６は、要素領域１４の設定方法を示す概念図である。要素領域１４は、ゲーム装置１５００（つまりプレーヤ視点）を基準として、ＡＲマーカ１０がＣＣＤカメラモジュール１５１６の撮影範囲から外れない程度の姿勢変化を許容できる撮影範囲として定められる。

　具体的には、今現在、ＣＣＤカメラモジュール１５１６によるライブビューに、図６（１）に示すようにＡＲマーカ１０が写っていると仮定する。尚、外側矩形枠が撮影枠でありライブビューの輪郭を示している。対する内側の矩形枠が、クロップされてゲーム画面の背景として使用される輪郭を示している。

　「ＡＲマーカ１０がＣＣＤカメラモジュール１５１６の撮影範囲から外れない程度の姿勢変化を許容できる撮影範囲」を求めるために、本実施形態では先ずゲーム装置１５００の位置が固定されている前提で、どこまでＣＣＤカメラモジュール１５１６の撮影方向の変化を許容できるかを考える。

　具体的には、図６（２）に示すように、現在の写っているＡＲマーカ１０のサイズをそのままに、ＡＲマーカ１０の右端と撮影枠の右端が所定条件を満たして近接し、且つＡＲマーカ１０の下端と撮影枠の下端とが近接する条件を満たす「第１姿勢」を求めるとともに、当該姿勢におけるＣＣＤカメラモジュール１５１６の光軸ＡＬ１を求める。そして、第１姿勢から対角方向に撮影方向を振ったと仮定し、ＡＲマーカ１０の左端が撮影枠の左端とが近接し、且つＡＲマーカ１０の上端と撮影枠の上端とが近接する「第２姿勢」を求めるとともに、当該姿勢におけるＣＣＤカメラモジュール１５１６の光軸ＡＬ２を求める。

　次いで、図６（３）に示すように、ＡＲマーカ１０の左端と撮影枠の左端が所定条件を満たして近接し、且つＡＲマーカ１０の下端と撮影枠の下端とが近接する条件を満たす「第３姿勢」を求めるとともに、当該姿勢におけるＣＣＤカメラモジュール１５１６の光軸ＡＬ３を求める。そして、第３姿勢から対角方向に撮影方向を振ったと仮定し、ＡＲマーカ１０の右端が撮影枠の右端とが近接し、且つＡＲマーカ１０の上端と撮影枠の上端とが近接する「第４姿勢」を求めるとともに、当該姿勢におけるＣＣＤカメラモジュール１５１６の光軸ＡＬ４を求める。

　そして、図６（４）に示すように、要素領域１４をＣＣＤカメラモジュール１５１６の視点位置から４本の光軸ＡＬ１～ＡＬ４に囲まれた四角錐形領域とする。

　この四角錐形領域の高さに相当する要素領域１４の奥行Ｄｂは、プレーヤ視点から見たＡＲマーカ１０の平面方向に対する俯角θｃに基づいて設定される（図７参照）。

　図７は、要素領域１４の奥行の考え方を示す概念図である。
　図７（１）に示すように、要素領域１４の奥行Ｄｂを、ＡＲマーカ１０を適正に認識できる視点からの最大距離と考える。図７（２）に示すように、ＡＲマーカ１０の認識性能はＣＣＤカメラモジュール１５１６がＡＲマーカ１０を真正面から撮影する状態（俯角θｃ＝π（９０°））が最も高くなり、奥行Ｄｂが最大となる（Ｄｂ１）。そして、ＡＲマーカ１０の平面（デザイン面）に対して俯角θｃが浅くなる（小さくなる）につれて認識性能は低下し（Ｄｂ２）、やがて認識性能が実用的でないレベルに達する（θmin）と考
える事ができる。

　俯角θｃと奥行Ｄｂとの関係は、ＣＣＤカメラモジュール１５１６の撮像素子や光学系の仕様に基づく解像力や、ＡＲマーカ１０の大きさなどにより決まる。また、本実施形態では、大きさの異なるＡＲマーカ１０を利用可能になっていて、マーカのサイズにより予めカテゴリ分けされている。どのカテゴリに属するかはＡＲマーカ１０のデザイン認識により識別できるようになっている。そこで、図７（３）に示すように、俯角θｃを変数として奥行Ｄｂを算出する関数ｇ（θｃ）を、ＡＲマーカ１０のカテゴリ毎に設定しておいて、認識されたＡＲマーカ１０のカテゴリに応じた関数ｇ（θｃ）を選択し、そのときの俯角θｃを用いて奥行Ｄｂを求める。

　ＣＣＤカメラモジュール１５１６の撮影画角よりも仮想カメラＣＭ１～ＭＣ３の撮影画角が狭いこと、そして照準８がゲーム画面中央に表示されることを考慮すると、要素領域１４で示される撮影範囲内であればプレーヤがゲーム装置１５００の位置や姿勢を多少変化させたとしても、照準８で敵キャラクタ７を狙っているのであれば、ＣＣＤカメラモジュール１５１６の撮影範囲内にＡＲマーカ１０が写るようにすることができる。

　さて、図４に示すように、配置領域１２は、基本領域１３とゲーム装置毎（つまりはプレーヤ視点毎）に求めた各要素領域１４（１４ａ，１４ｂ）との４つの領域の重合部分として設定される。

　前述のように、本実施形態ではＣＣＤカメラモジュール１５１６の撮影画角に対する仮想カメラＣＭ１～ＣＭ３の撮影画角との関係、及び照準８がゲーム画面中央に表示されることを合わせると、配置領域１２の中に敵キャラクタ７が配置される限りにおいては、ＡＲマーカ１０が常に正しく認識され、ゲームキャラクタの表示位置が現実空間とずれるなどの不自然な表示は起こらない。

　また、タッチパネル１５０６に表示されるゲーム画面上には、ＡＲマーカ１０の姿が映っていなくとも、ＣＣＤカメラモジュール１５１６としてはちゃんとＡＲマーカ１０を撮影し続けることができる。つまり、ゲーム画面内に常にＡＲマーカ１０が写っていない状態でもＡＲゲームは正常に継続され続け、例えば、敵キャラクタ７はＡＲマーカ１０を置いていたテーブル面に沿って歩行するように見える。
　プレイ中にＡＲマーカ１０がゲーム画面内に写っていない状態でも、実空間との齟齬のない敵キャラクタ７が表示されることで、プレーヤにとってみればＡＲマーカ１０から離れた場所ではプレイできないのではないかという閉塞感が低減され、今自分が居るその広い空間全てを使ってゲームが行われてしているかのような開放的な感覚が得られることとなり、ＡＲゲームとしての興趣が高まる。

　また、こうして設定された配置領域１２は、その時々に応じて変形する複数の要素領域１４の影響により基本領域１３とは異なる形状をなすことになるので、敵キャラクタ７の行動範囲が不規則となりゲームの興趣を高める効果が得られる。

　加えて、配置領域１２の設定に基本領域１３を含めることで、全てのゲーム装置１５００でＡＲマーカ１０を認識できない状態となり要素領域１４が得られない事態となっても、敵キャラクタ７の配置位置を適切に保つことができる。

　［ＡＲマーカのロストを想定した補助機能：その１］
　これまで述べたようにして配置領域１２を設定したとしても、必ずしも常にＡＲマーカ１０を撮影し続けることができるとは限らない。例えば、プレイに興奮してゲーム装置１５００を敵キャラクタ７に向ける動作が過大となり、意図せずにＡＲマーカ１０がＣＣＤカメラモジュール１５１６の撮影範囲から外れることも想定される。そこで本実施形態では、ＡＲマーカ１０をロストした場合でもゲーム進行に不都合が起きないように二つの補助機能を設けている。

　先ず、第１の補助機能について説明する。
　図８は、第１の補助機能の前提となるＡＲマーカ１０に対するプレーヤ視点の相対位置と相対姿勢の利用形態について説明するための概念図である。
　本実施形態におけるゲーム装置１５００は、所定サイクルで時刻ｔ１，ｔ２，…，ｔｍ（ｍは自然数：算出タイミングの識別数）におけるＡＲマーカ１０に対する自身（ＣＣＤカメラモジュール１５１６）の相対位置（Ｘｃｎ，Ｙｃｎ，Ｚｃｎ）及び相対姿勢（ωｐｎ，ωｙｎ，ωｒｎ）を算出する。そして、算出した相対位置及び相対姿勢をキュー（ｑｕｅｕｅ：待ち行列）に先入れ先出し方式で所定数だけ格納・管理する。キューに格納されている相対位置及び相対姿勢はそれぞれ加重平均され、加重平均された値が現在の位置であり現在の姿勢とみなされ、ＣＧ空間における仮想カメラＣＭの位置及び姿勢として用いられる。図８の例では、キューに４セットの相対位置及び相対姿勢が格納されているように例示しているが、格納数は適宜設定することができる。

　加重平均における重み付けｗｎ（ｎは自然数：算出タイミングの識別数）は、算出順ｎと、ＡＲマーカ１０からプレーヤ視点までの相対距離Ｌを変数とする重み付け関数ｈ（ｎ，Ｌｃ）によって決定される。

　重み付け関数ｈ（ｎ，Ｌｃ）は適宜設定可能であるが、本実施形態では、算出順ｎについては、最も新しい相対位置及び相対姿勢に付与される重み付けｗｎが最も大きく、それ以外が相対的に小さくなるように設定されている。また、相対距離Ｌｃについては、相対距離Ｌｃが大きくなるほど算出順ｎ違いによる重み付けｗｎの差が小さくなり、過去の相対位置及び相対姿勢にも重きがおかれるように設定されている。

　ＡＲの表示制御に関わる仮想カメラＣＭの制御に、相対位置及び相対姿勢を均した値（現在位置、現在姿勢と呼ぶ）を用いることによって、ゲーム装置１５００をかざす手の揺れによる所謂手ブレによるジッター（ゲームキャラクタなどのＡＲ表示体の細かな不快な振動）や、ゲーム装置１５００を急激に移動させたり姿勢変化させた場合であって、プレーヤキャラクタ等が瞬間移動すると言った不自然表示を抑制することができる。

　また、ゲーム装置１５００がＡＲマーカ１０を遠くから撮影しているほど手ブレ等の影響は大きくなるところであるが、重み付け関数ｈ（ｎ，Ｌｃ）の相対距離Ｌｃについての特性は、相対距離Ｌｃが大きいほど過去値に対する重み付けｗｎが相対的に大きくなるように設定されているので、その影響を軽減できる。加えて、重み付け関数ｈ（ｎ，Ｌｃ）の相対距離Ｌｃの特性によれば、ＡＲマーカ１０を近くから撮影している場合には、過去値への重み付けｗｎが相対的に小さくなる。相対的に手ブレの影響が大きくなることになるが、この場合のブレは近接戦闘の緊迫感や臨場感を演出する視覚効果を生み出すので有益となる。

　そして、本実施形態ではこうした加重平均を用いた制御を前提として、ＡＲマーカ１０をロストした場合には、ロストしている間、ＡＲマーカ１０に対する相対位置を固定と仮想し、姿勢変化のみ起きるものと見なして制御する。

　図９は、ＡＲマーカ１０をロストした場合における相対位置と相対姿勢の利用形態を説明する原理図である。
　本実施形態では、ＡＲマーカ１０をロストした場合、相対位置はＡＲマーカ１０をロストしてから認識が再開されるまでの間、ロストする直前の値に固定される。図９の例では、ｔ４まではＡＲマーカ１０がＣＣＤカメラモジュール１５１６の撮影範囲にあって、正しく認識されて正しくマーカ基準の相対位置が求められていたが、ｔ５のタイミングでＡＲマーカ１０はカメラで写されない「ロスト」した状態になっている。そこで、キューに格納されたタイミングｔ５～ｔ７の間の相対位置の値は、ロスト直前のｔ４のタイミングにおける値に固定する。一方、姿勢については加重平均を行う。つまり、タイミングｔ５～ｔ７の間ゲーム装置１５００は位置移動せずに姿勢変化していると見なす。

　実際のゲーム装置１５００はロスト中でも位置移動しているかもしれないが、一時的に相対位置を固定扱いにして処理を継続することで、ゲーム画面の表示が変わる状態を維持できる。相対位置が正しく算出できていない可能性があったとしてもゲームを中断させずに継続させることができる。

　また、「プレーヤ視点の移動が無い前提」の制御に切り換わったとしても、相対位置（仮想カメラの位置）が固定とされてＡＲ表示の制御が継続されるので、プレーヤキャラクタ等の不自然な瞬間移動や、ギクシャクした動きなどを効果的に抑制できる。

　［ＡＲマーカのロストを想定した補助機能：その２］
　また、本実施形態では、ＡＲマーカ１０をロストした場合を想定した第２の補助機能として、ゲスト機がホスト機能を代行することができる。換言すると、ホスト機能をマーカの認識状態に応じてゲーム参加機内で継承させることができる。

　図１０は、ホスト機能発現機の切り換えの仕組みを説明するための概念図であって、ゲームに参加するゲーム装置１５００が３台と仮定した場合の、各ゲーム装置のＡＲマーカ１０の認識状態の組み合わせと、その組み合わせにおいてどのゲーム装置１５００がホスト機能を発現するかの例を示している。尚、マーカ認識状態の欄の「In Sight」はＡＲマーカ１０を認識できている状態を意味し、「ＬＯＳＴ」はＡＲマーカ１０が撮影範囲から外れて認識できない状態（認識不能状態）にあることを意味している。

　本実施形態では、当初からのホスト機であるゲーム装置１５００ａは、ゲームへの参加の受付処理を行う。受付されたゲーム装置１５００ｂ，１５００ｃはゲスト機となる。
　ホスト機であるゲーム装置１５００ａは、受付処理に伴って、自身を発現優先順位第１位に設定するとともに、ゲスト機に対しては発現優先順位第２位以降を受付順に付与する。図中では、ゲーム装置のイラストに付与された白数字がそれぞれの発現優先順位を表している。

　また、本実施形態のゲーム装置１５００ａ，１５００ｂ，１５００ｃは、ＡＲマーカ１０をロストした場合に所定の認識不能信号を他機に送信することができる。つまり、各ゲーム装置は、他機からの認識不能信号を受信したか否かによって他機のマーカ認識状態を知ることができる。

　図１０（１）の組み合わせで示すように、ゲームに参加している全てのゲーム装置がＡＲマーカ１０を認識できている間は、当初からのホスト機であるゲーム装置１５００ａが、ホスト機としての機能を発現する。
　すなわち、自プレーヤのプレーヤキャラクタＰＣ１に加えて、敵キャラクタ７などのＮＰＣ（ノンプレーヤキャラクタ）、背景物などのオブジェクトの制御、飛び交う銃弾などのエフェクトオブジェクトの制御を行い、それらの配置位置情報等をゲスト機へ配信する。勿論、敵キャラクタ７に係る制御には、配置領域１２の設定処理が含まれる。

　一方、ゲスト機であるゲーム装置１５００ｂ，１５００ｃでは、操作入力や装置の移動によって各々のプレーヤのプレーヤキャラクタＰＣ２，ＰＣ３の動作や仮想３次元空間内における位置が制御されるが、敵キャラクタ７等についてはホスト機から得た情報に基づいて仮想３次元空間内での配置を制御する。つまり、オブジェクトの制御に関しては、ホスト機とゲスト機は、クライアント／サーバ型の関係を成している。

　ここで、もし当初からのホスト機であるゲーム装置１５００ａがＡＲマーカ１０を認識できない状態が発生すると、実空間と仮想３次元空間との位置合わせにズレが発生し、敵キャラクタ７が傾いて配置されるなどの不具合が生じる可能性が高くなる。ホスト機から敵キャラクタ７の配置位置情報を取得しているゲスト機では、ＡＲマーカ１０をロストしていないにも係わらず敵キャラクタ７が不自然に表示されることになってしまう。

　そこで、本実施形態のゲーム装置１５００は、ＡＲマーカ１０のロストした状態を検出して所定の「認識不能信号」を他機へ発信する。もし、ホスト機がＡＲマーカ１０をロストした場合には、認識不能信号の送信とともにホスト機能を停止する。
　一方で、それまでゲスト機であったゲーム装置は、それぞれ、受信した認識不能信号に基づいて自身に付与された発現優先順位より上位の他機全てが認識不能信号を出している場合には、ホスト機能を発現させるべきと判断して、ホスト機能を発現させる。

　具体的には、図１０（２）の組み合わせで示すように、当初からのホスト機（ゲーム装置１５００ａ）が認識不能状態となった場合、認識不能信号を発信して、ゲーム装置１５００ａはホスト機としての機能を停止しゲスト機として機能し始める。即ち、敵キャラクタ７に係る制御及び制御結果の配信は中断する。

　一方、発現優先順位第２位のゲスト機（ゲーム装置１５００ｂ）は、自身より発現優先順位が上位の機体全てから認識不能信号を受信したのでホスト機能を発現させ、敵キャラクタ７等の制御と制御結果の配信を開始する。つまり、ホスト機能が継承されたことになる。尚、発現優先順位が第３位のゲスト機（ゲーム装置１５００ｃ）はそのままゲスト機として機能する。

　図１０（３）の組み合わせで示すように、ホスト機能を発現しているゲーム装置１５００ｂもまたＡＲマーカ１０をロストした場合、発現優先順位第２位のゲスト機（ゲーム装置１５００ｂ）は、ホスト機能を停止しゲスト機として機能し始める。それに代わって、発現優先順位第３位のゲスト機（ゲーム装置１５００ｃ）は、自身より上位の機体全てから認識不能信号を受信したことになるので、ホスト機能を発現すべきと判断してホスト機能を発現させる。

　図１０（３）の組み合わせ状態から、当初のホスト機であるゲーム装置１５００ａにてＡＲマーカ１０の認識が再開されると、ゲーム装置１５００ａは、ホスト機能を再開させるとともに認識不能通知の発信を停止する。ホスト機能を代行してきたゲーム装置１５００ｃは、ゲーム装置１５００ａからの認識不能信号を受信しなくなるので、ホスト機能を停止し、再びゲスト機としての機能のみ発現するようになる。

　このように、本実施形態によれば、ＡＲマーカ１０を認識している何れかの機体が、常にＡＲマーカ１０を基準としたオブジェクトの位置決め処理を担うように構成できる。よって、もしホスト機であるゲーム装置がＡＲマーカを認識できない状態になると現実空間と仮想３次元空間（ＣＧ空間）との位置合わせにズレが発生し、敵キャラクタ７が傾いて配置されるなどの不具合が生じる可能性が高くなるが、本実施形態ではゲスト機によるホスト代行機能によってそうした事態を防ぐことができる。

　［機能ブロックの説明］
　次に、本実施形態を実現するための機能構成について説明する。
　図１１は、本実施形態におけるゲーム装置１５００の機能構成の一例を示す機能ブロック図である。ゲーム装置１５００は、操作入力部１００と、撮像部１０４と、姿勢検出部１０８と、加速度検出部１１０と、処理部２００と、音出力部３５０と、画像表示部３６０と、通信部３７０と、測位信号受信部３８０と、記憶部５００とを備える。

　操作入力部１００は、プレーヤによって為された各種の操作入力に応じて操作入力信号を処理部２００に出力する。例えば、ボタンスイッチや、ジョイスティック、タッチパッド、トラックボールといった直接プレーヤが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサなど、運動や姿勢を検知する素子などによっても実現できる。図１の方向入力キー１５０２、ホームキー１５０４がこれに該当する。３軸ジャイロ１５５６、３軸加速度センサ１５５７の検出値を操作入力に利用する場合には、それらも該当することとなる。また、本実施形態の操作入力部１００はタッチ操作入力部１０２を備え、表示画面へ指などで触れることによる操作入力を可能としている。図１のタッチパネル１５０６がこれに該当する。

　撮像部１０４は、撮影対象からの光を受光して電気信号に変換し、デジタル画像データを生成し、処理部２００へ出力する。例えば、レンズ、メカシャッター、シャッタードライバ、ＣＣＤイメージセンサモジュールやＣＭＯＳイメージセンサモジュールといった光電変換素子、光電変換素子から電荷量を読み出し画像データを生成するデジタルシグナルプロセッサ（ＤＳＰ）、ＩＣメモリなどで実現される。図１ではＣＣＤカメラモジュール１５１６がこれに該当する。

　姿勢検出部１０８は、ゲーム装置１５００の姿勢変化を検出し検出信号を処理部２００へ出力する。電子コンパスやジャイロスコープなどで実現できる。図１の電子コンパス１５５５や３軸ジャイロ１５５６がこれに該当する。姿勢検出は、直交３軸とし、そのうち何れかの軸を撮像部１０４が撮影する光軸方向に合わせてロール、ピッチ、ヨーの３成分について算出すると好適である。尚、本実施形態では、ゲーム装置１５００にＣＣＤカメラモジュール１５１６が固定されているので、姿勢検出部１０８は、プレーヤ視点の姿勢変化を検出しているとも言える。

　加速度検出部１１０は、ゲーム装置１５００に作用している加速度を検出することができる。図１の３軸加速度センサ１５５７がこれに該当する。尚、本実施形態では、ゲーム装置１５００にＣＣＤカメラモジュール１５１６が固定されているので、加速度検出部１１０は、プレーヤ視点の移動に伴う加速度を検出しているとも言える。

　処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品の適当な組み合わせによって実現される。処理部２００は、各機能部との間でデータの入出力制御を行い、所定のプログラムやデータ、操作入力部１００からの操作入力信号等に基づいて各種の演算処理を実行して、ゲーム装置１５００の動作を制御する。図１では制御基板１５５０がこれに該当する。
　そして、処理部２００は、ゲーム演算部２０２と、音生成部２５０と、画像生成部２６０と、通信制御部２７０と、測位制御部２８０とを備える。

　ゲーム演算部２０２は、本実施形態のゲームを実行するために必要な各種制御を実行する。また、システムクロックを用いた制限時間などの計時処理、フラグ管理処理、などを適宜実行することができる。

　図１２は、本実施形態におけるゲーム演算部２０２の構成例を示す部分機能ブロック図である。本実施形態のゲーム演算部２０２は、ゲーム参加管理制御部２０４と、自機情報算出部２０６と、自機情報送信制御部２２０と、他機情報受信制御部２２１と、認識状態判定部２２２と、認識不能信号送信制御部２２３と、ホスト機能発現判断部２２４と、キャラクタ表示制御部２３０と、ＮＰＣ情報送信制御部２４０と、を含む。

　ゲーム参加管理制御部２０４は、マルチプレイのためのゲーム参加関連の処理を実行する。例えば、自機をホスト機／ゲスト機とするかをプレーヤに選択させる処理を実行する。そして、この選択処理にてホスト機に選択された場合には、他機をゲーム参加機として受付・登録する処理と、ゲーム参加機の登録情報の配信に関する処理を実行する。また、ホスト機／ゲスト機に係わらず、自プレーヤにプレーヤキャラクタの種類を選択させるなどのプレーヤキャラクタ設定処理をする。そして、プレーヤキャラクタの設定情報を他機に配信する処理を行う。

　また、本実施形態のゲーム参加管理制御部２０４は、発現優先順位設定部２０５を備える。発現優先順設定部２０５は、自機がホスト機能を発現している場合に、参加受付に伴って発現優先順位を設定し他機へ配信制御する。

　自機情報算出部２０６は、ＡＲマーカ１０に対する自機のプレーヤ視点の位置関係に関する情報を算出する。本実施形態では、相対位置算出部２０７と、現在位置決定部２０９と、相対姿勢算出部２１０と、現在姿勢決定部２１１と、重み付け設定部２１２とを含む。

　相対位置算出部２０７は、ＡＲマーカ１０の撮影画像を用いて、当該マーカに対する自機の相対的な位置関係を示す情報を周期的に算出する。つまり、その時点におけるプレーヤ視点の最新の相対位置を計測・算出する。
　算出される相対位置の情報の内容は適宜設定可能であるが、例えばＡＲマーカ１０の所定位置（例えば、カードの中心や隅の何れか）を基準点とし、ＡＲマーカ１０の示す基準方向に基づく３軸直交座標（Ｘｍ，Ｙｍ，Ｚｍ）を求める。そして、当該座標系における相対位置（Ｘｃ，Ｙｃ，Ｚｃ）及び相対距離Ｌｃを算出する。具体的には、撮像部１０４で撮影した画像を解析してＡＲマーカ１０を検出し、当該ＡＲマーカ１０の種類と向きとを判定して、マーカ基準の相対位置を算出する。これらの処理は、公知のＡＲ技術を適宜流用することにより実現できる。また、ＡＲマーカ１０の種類に対応して予め設定されているカードサイズ（実寸；例えば５ｃｍ×７ｃｍなど）と、撮影画像内におけるＡＲマーカ１０のドット数とに基づいて相対距離Ｌｃを実寸単位で算出する。

　そして、本実施形態では、相対位置算出部２０７は、位置変化抑制制御部２０８としての機能を有する。
　位置変化抑制制御部２０８は、ＡＲマーカ１０を認識できない認識不能状態のときに、ゲーム空間のオブジェクトの位置移動を抑制する処理を行う。具体的には、認識不能となってから認識状態に復帰するまでの間、ゲーム装置の位置の移動を無し（プレーヤ視点の位置移動を無し）と仮定して相対位置を決定する。より具体的には、認識不能以降に新たに算出する相対位置を認識不能になる直前に算出した相対位置に固定し、認識復帰とともにその固定を解除する（図９参照）。換言すると、認識不能状態が検出されている間、コンピュータの姿勢変化に応じてオブジェクトの表示向きを制御する認識不能時向き制御部として機能する。

　現在位置決定部２０９は、相対位置算出部２０７により算出された所定分過去の相対位置情報から最新の相対位置までを、重み付け設定部２１２によって設定された重み付けＷｎを用いた加重平均によって、仮想カメラＣＭの制御に適用される位置情報を算出する（図８参照）。

　相対姿勢算出部２１０は、姿勢検出部１０８による検出結果に基づいて、自機の姿勢情報を周期的に算出する。例えば、撮像部１０４による光軸方向を基準として、ピッチ、ヨー、ロールの各成分を、ＡＲマーカ１０の所定位置（例えば、カードの中心や隅の何れか）を基準点とマーカの示す基準方向に基づく３軸直交座標（Ｘｍ，Ｙｍ，Ｚｍ）に対する相対姿勢（ωｐ，ωｙ，ωｒ）を算出する。

　現在姿勢決定部２１１は、所定分過去の姿勢情報から最新の姿勢情報までを重み付け設定部２１２によって設定された重み付けを用いた加重平均によって、仮想カメラＣＭの制御に適用される姿勢情報を算出する（図８参照）。

　重み付け設定部２１２は、加重平均に処せられる算出時期が異なる情報毎の重み付けＷｎ（図８参照）を、最新の相対距離Ｌｃと対応づけられる算出時期に応じて所定関数又は所定のテーブルデータを参照して決定する。換言すると、加重平均に処せられる自機位置情報や自機姿勢の算出時期に応じて重み付けする第１の重み付け変更機能と、自機位置情報や自機姿勢の算出時におけるＡＲマーカ１０との距離Ｌとに応じて重み付けする第２の重み付け変更機能とを実現する。

　自機情報送信制御部２２０は、自機に係る各種情報をゲームに参加する他機へ送信させる処理を行う。例えば、操作入力部１００による操作入力情報、現在位置、現在姿勢、相対距離Ｌｃ、要素領域１４の定義情報などがこれに含まれる。
　これに対して、他機情報受信制御部２２１は、他機に係る情報（他機における操作入力部１００による操作入力情報、現在位置、現在姿勢、相対距離Ｌｃ、要素領域１４の定義情報など）を受信制御する。

　認識状態判定部２２２は、ＡＲマーカ１０の認識状態を検出することができる。具体的には、撮像部１０４で撮影した画像内にＡＲマーカ１０が検出できない場合や、当該マーカのデザインを認識できなかった場合に認識不能状態を検出し、再び認識できるようになると認識復帰状態を検出する。
　尚、認識不能状態は、例えばＡＲマーカ１０が遠くに有って撮像部１０４の解像能力との関係からデザイン識別に十分な情報が得られないケースや、ＡＲマーカ１０のカード面に対してＣＣＤカメラモジュール１５１６の光軸方向が浅いために同じくデザイン識別に十分な情報が得られないケース、ＡＲマーカ１０の一部が撮影範囲外に残ってデザイン識別に十分な情報が得られないケースなどが考えられる。

　認識不能信号送信制御部２２３は、認識状態判定部２２２により認識不能状態が検出された場合に、他のゲーム参加機へ所定の「認識不能信号」を送信させるための処理を実行する。他機に対してホスト機能の発現を要求する継承信号を送信する継承信号送信制御部として機能するとも言える。

　ホスト機能発現判断部２２４は、ゲームの参加機それぞれの認識不能状態の有無に基づいて自機がホスト機として機能すべきか否かを判断する。本実施形態では、自機に設定された発現優先順位と、自機及び他機の認識不能状態の監視結果とに基づいて、自機の発現優先順位よりも上位にある全ての他機が認識不能状態のとき、ホスト機として機能すべきと判断する。

　キャラクタ表示制御部２３０は、ゲーム参加機のＡＲマーカ１０に対する位置関係に基づいて仮想３次元空間（ＣＧ空間）中のキャラクタ等のオブジェクトの配置を制御する。換言すると、プレーヤキャラクＰＣ１～ＰＣ３や敵キャラクタ７といったキャラクタの拡張現実空間内における表示位置を制御する。そして、本実施形態のキャラクタ表示制御部２３０は、領域設定部２３１と、ＮＰＣ制御部２３５とを有する。

　領域設定部２３１は、所定オブジェクト（本実施形態では敵キャラクタ７）を表示させる拡張現実空間中の領域を設定する。具体的には、基本領域設定部２３２と、要素領域設定部２３３と、配置領域設定部２３４とを有する。

　基本領域設定部２３２は、ＡＲマーカ１０から各プレーヤ視点までの相対距離Ｌｃに基づいて基本領域１３を設定する。つまり、配置領域１２の基本となるサイズを設定する。具体的には、ゲーム参加機別の相対位置Ｌｃのうち最小値を変数として所定の関数ｆ（Ｌｃ）で基本領域１３の基本長さＬｂを求める。そして、ＡＲマーカ１０の種類に応じて予め設定されている基本形状を、所定寸法が基本長さＬｂとなるように拡大／縮小してサイズを変更して基本領域１３を設定する。

　要素領域設定部２３３は、各プレーヤの視点位置でＡＲマーカ１０を撮影した場合の自機撮影範囲及び他機撮影範囲を用いて、各プレーヤの視点から見てＡＲマーカ１０がロストし難いようにしながら敵キャラクタ７を配置できる要素領域１４を設定する。また、プレーヤ視点から見たＡＲマーカの平面方向に対する俯角θｃを用いて自機撮影範囲及び他機撮影範囲の奥行を変更する奥行変更部としての機能を果たす。

　配置領域設定部２３４は、基本領域１３と要素領域１４とを用いて、何れのゲーム参加機についてもＡＲマーカ１０がロストし難いようにしながら敵キャラクタ７を配置できる配置領域１２を設定する。本実施形態では、基本領域１３及び各要素領域１４の重合部分を求め、これを配置領域１２とする。

　ＮＰＣ制御部２３５は、敵キャラクタ７などのＮＰＣ（ノンプレーヤキャラクタ）や、飛翔体６などのエフェクトオブジェクト、ゲーム空間の背景を形成する背景オブジェクトの配置制御を行う。いわゆる「ＡＩ制御」を行う。ＮＰＣ等のオブジェクトの制御情報（位置座標、姿勢、モーション制御データなど）は、オブジェクト毎に対応づけて所定期間分（例えば、ゲーム画像の数フレーム分）の履歴情報が、記憶部５００のプレイデータ５４１の敵キャラクタ配置情報キュー５４４に格納される（図１１参照）。そして、本実施形態におけるＮＰＣ制御部２３５は、制御開始時特殊制御部２３６と、移動方向制御部２３７とを有する。

　制御開始時特殊制御部２３６は、制御開始から所定期間（例えば、ゲーム画像の数フレーム分）、制御対象とするオブジェクトの移動速度及び／又は動作速度を低減させるように制御する。具体的には、敵キャラクタ配置情報キュー５４４に格納されている分の過去の制御情報と新たに算出した制御情報とを均して実際の制御情報とする。
　例えば、ホスト機能を担うゲーム装置が切り換ったタイミングでは、切り換り前後で制御情報値のジャンプが生じる場合があるが、過去値と最新値との均し値を実際の制御に用いることで、切り換えタイミングにおけるオブジェクトの瞬間移動やズレ・ブレなどの不自然な表示を抑制することができる。特に、オブジェクトの表示位置の変化（ズレ・ブレ）に対して効果的である。

　移動方向制御部２３７は、制御対象とするオブジェクトの移動方向を撮像部１０４による撮影画像（ライブビュー）中のＡＲマーカ１０の画像位置に基づいて決定する処理と、配置領域１２内におけるオブジェクトの相対位置に基づいて移動方向を決定する処理とを行う。

　前者の処理では、ホスト機能発現機のライブビュー中のＡＲマーカ１０の画像位置が、画像中心から離れている程、敵キャラクタ７のオブジェクトがＡＲマーカ１０の画像位置に高確率で近づくように移動制御する。換言すると、ホスト機能発現機のプレーヤ視点方向（ＣＣＤカメラモジュール１５１６の光軸方向、仮想カメラの視線方向に同じ）がＡＲマーカ１０から離れているほど、敵キャラクタ７がよりＡＲマーカ１０に近づくように動作制御する。具体的には、プレーヤ（ゲーム装置）からＡＲマーカ１０への方向とプレーヤ視点方向とのなす角度が大きいほど、敵キャラクタ７がＡＲマーカ１０に近づくように、敵キャラクタ７の移動方向を決定する。移動方向や移動目標地点を抽選処理で決定する場合、抽選確率を一時的に変更したり、抽選結果がＡＲマーカ１０に近づかない場合に再抽選を実行するなどにより実現できる。

　例えば、敵キャラクタ７が最新の配置領域１２内に有れば、領域外に出ないように移動方向を選択する処理、または、配置領域１２の輪郭との距離を算出して所定の接近条件を満たす状態を検出した場合には次の移動量を一時的に低減させる処理を行う。また、もし敵キャラクタ７が領域外に有るのであれば、領域内に戻るように移動方向を選択する処理や、できるだけ速やかに戻れるように移動量を一時的に増加させる処理なども適用可能である。

　ＮＰＣ情報送信制御部２４０は、ＮＰＣ制御部２３５により求められたＮＰＣの制御情報を他機へ送信制御する。

　尚、領域設定部２３１と、ＮＰＣ制御部２３５と、ＮＰＣ情報送信制御部２４０は、自機がホスト機として機能すべきときにのみ発現する機能部であって、これらはホスト機能実行制御部２４９を構成する。

　図１１に戻り、音生成部２５０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイル再生可能なオーディオコーデック等によって実現され、ゲーム演算部２０２による処理結果に基づいてゲームに係る効果音やＢＧＭ、各種操作音の音信号を生成し、音出力部３５０に出力する。

　音出力部３５０は、音生成部２５０から入力される音信号に基づいてゲームに関する効果音やＢＧＭ、電話通信音声等を音出力する装置によって実現される。図１ではスピーカ１５１０がこれに該当する。

　画像生成部２６０は、例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、ビデオ信号ＩＣ、ビデオコーデックなどのプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現される。画像生成部２６０は、ゲーム演算部２０２による処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部３６０に出力する。

　画像表示部３６０は、画像生成部２６０から入力される画像信号に基づいて各種ゲーム画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図１のタッチパネル１５０６がこれに該当する。

　通信制御部２７０は、データ通信に係るデータ処理を実行し、通信部３７０を介して外部装置とのデータのやりとりを実現する。
　これに関連する通信部３７０は、通信回線１と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図１の無線通信モジュール１５５３がこれに該当する。

　測位制御部２８０は、測位信号受信部３８０を介して測位システムから得られた信号から位置情報を算出するための制御、つまり測位計算とその結果の管理を行う。例えば、図１のＧＰＳモジュール１５５４がこれに該当する。測位計算に携帯電話基地局の既知の位置情報を利用する場合には、基地局と無線通信するための無線通信モジュール１５５３も該当することになる。

　記憶部５００は、処理部２００にゲーム装置１５００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、処理部２００の作業領域として用いられ、処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１では制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。

　本実施形態の記憶部５００は、ゲーム装置１５００をシステムプログラム５０２と、ゲームプログラム５０４とを記憶している。
　システムプログラム５０２は、ゲーム装置１５００のコンピュータとしての基本機能を実現するためのプログラムである。

　ゲームクログラム５０４は、処理部２００にゲーム演算部２０２としての機能を実現させせるためのプログラムである。メモリカード１５４０に予め記憶されているものとするが、本実施形態では、ゲーム開始前に所定のサーバからダウンロードする構成であっても良い。

　また、記憶部５００には、予めゲーム空間初期設定データ５１０と、キャラクタ初期設定データ５１１と、ＡＲマーカ登録データ５１２と、奥行関数設定データ５１４とが記憶されている。これらもメモリカード１５４０に予め記憶されているものとするが、ゲーム開始前に所定のサーバからダウンロードする構成であっても良い。
　また、記憶部５００には、ゲーム進行に応じて生成され随時更新されるデータとして、ゲーム参加機登録データ５２０と、自機情報キュー５３０と、現在位置５３７と、現在姿勢５３８と、プレイデータ５４１と、仮想３次元空間データ５６０と、ホスト機能継承タイミング５６２と、が記憶される。その他、各種処理を実行するにあたり必要となるデータ（例えば、圧縮解凍されたテクスチャデータ、経過時間、各種タイマー値、カウンタ、フラグ）なども適宜記憶されるものとする。

　ゲーム空間初期設定データ５１０は、ゲームの舞台を作るための背景オブジェクトを定義する初期設定データである。背景オブジェクトのモデルデータ、テクスチャデータ、配置位置データなどが含まれる。

　キャラクタ初期設定データ５１１は、プレーヤキャラクタＰＣ１～ＰＣ３や、敵キャラクタ７などのゲームキャラクタの初期設定データを格納する。各キャラクタ毎に、モデルデータ、テクスチャデータ、モーションデータ、能力パラメータ（攻撃力、防御力、ＨＰなど）の初期値をキャラクタ毎に格納している。

　ＡＲマーカ登録データ５１２は、ゲームで使用できるＡＲマーカを登録するデータであって使用できる種類毎に記憶されている。そして、図１３に示すように、マーカ種類と、対応マーカカテゴリと、デザインパターンデータと、カード寸法と、基本領域１３の雛形となる基本領域モデルと、基本長さＬｂとする寸法を指定する基本長さ適用寸法と、を格納する。

　奥行関数設定データ５１４は、要素領域１４の奥行Ｄｂを算出するための関数を設定するデータであって、ＡＲマーカ１０のマーカカテゴリ別に用意されている（図７参照）。

　ゲーム参加機登録データ５２０は、ゲームに参加するゲーム装置の登録に関するデータ群であって参加処理により生成される。例えば図１４に示すように、ゲーム機ＩＤ５２１と対応づけて、通信接続で相手先を特定するためのアドレス情報５２２と、発現優先順位５２３と、プレーヤキャラクタ種類５２４と、マーカ認識状態５２５と、ホスト機能を発現する機体であるかを示すホスト機能発現フラグ５２６とを格納する。
　ゲーム参加機登録データ５２０は、ゲームの参加処理に関連してホスト機にてオリジナルが生成されたのちに各ゲスト機へ配信される。

　自機情報キュー５３０は、ＡＲマーカ１０を基準とした自機の位置や姿勢等の情報を所定算出回数分格納する。例えば図１５に示すように、算出時刻５３２と対応づけて、相対位置５３３、相対姿勢５３４、相対距離５３５を格納する。

　現在位置５３７及び現在姿勢５３８は、それぞれ自機情報キュー５３０に格納されている相対位置５３３の加重平均値、相対姿勢５３４の加重平均値が格納される。

　プレイデータ５４１は、ホスト機能の実行により生成・管理されるデータ群であって、ゲーム進行状況を記述する各種データを格納する。本実施形態では、プレーヤキャラクタ状態データ５４２と、敵キャラクタ状態データ５４３と、敵キャラクタ配置情報キュー５４４と、飛翔体配置データ５４５と、基本領域設定データ５５０と、要素領域設定データ５５２と、配置領域設定データ５５４と、を含む。

　プレーヤキャラクタ状態データ５４２は、プレーヤキャラクタＰＣ１～ＰＣ３それぞれの状態を記述するデータ、例えばＨＰ（ヒットポイント）などの能力値の現在値、適用されているモーションデータの識別情報やモーション制御データなど、を格納する。

　敵キャラクタ状態データ５４３は、敵キャラクタ７の状態を記述するデータが格納される。例えば、敵キャラクタのＨＰなどの能力値の現在値、適用されるモーションデータの識別情報やモーション制御データなどを格納する。
　敵キャラクタ配置情報キュー５４４は、算出時刻と対応づけられた敵キャラクタ７のＣＧ空間における位置や姿勢を、所定算出回数分だけ格納する。
　飛翔体配置データ５４５は、発射された飛翔体６毎の位置や姿勢、速度、加速度など飛翔の状態を記述する情報を格納する。

　基本領域設定データ５５０は、基本領域１３の最新の定義データを格納する。
　要素領域設定データ５５２は、ゲーム参加機毎つまりはプレーヤ視点位置毎に求めた要素領域１４の最新の定義データを格納する。
　配置領域設定データ５５４は、配置領域１２の最新情報を格納する。

　仮想３次元空間データ５６０は、仮想３次元空間に配置されるプレーヤキャラクタＰＣ１～ＰＣ３、敵キャラクタ７、飛翔体６、背景物などの各種オブジェクトの配置情報を格納する。

　ホスト機能継承タイミング５６２は、ホスト機能を発現する機体が変化したタイミング情報（例えば、システム時刻）を格納する。換言すると、ホスト機能の実行役が別の機体に継承されたタイミングを格納する。

　［処理の流れの説明］
　次に図１７～図２４を参照しながら、本実施形態における各種処理の流れについて説明する。ここで説明する一連の処理は、ゲーム装置１５００が、システムプログラム５０２及びゲームプログラム５０４や各種設定データを読み出し実行することにより実現される。尚、テーブル９などの上に予めＡＲマーカ１０が配置されていて、プレーヤは各ゲーム装置１５００を手に持ってＣＣＤカメラモジュール１５１６でＡＲマーカ１０を撮影する姿勢にあるものとする。

　図１７は、本実施形態における主たる処理の流れを説明するためのフローチャートである。ゲーム装置１５００の処理部２００は、先ず他のゲーム装置とのアドホックモードによる通信接続を確立する（ステップＳ２）。以降、ゲーム装置同士の間ではピア・ツー・ピア（Ｐ２Ｐ）のローカルネットワークが形成された状態となる。

　次に、処理部２００は、ゲーム前準備処理を実行する（ステップＳ４）。
　図１８は、本実施形態におけるゲーム前準備処理の流れを説明するためのフローチャートである。同処理において、処理部２００は先ず、自機をホスト機とするかゲスト機とするかの選択画面を表示してプレーヤに何れかを選択させるホスト／ゲスト選択処理を実行する（ステップＳ６）。

　もし、ホスト機が選択された場合には（ステップＳ８の「ホスト」）、ゲーム参加機登録データ５２０を生成して自機を登録する（ステップＳ１０）。すなわち、最初のゲーム機ＩＤ５２１を発行するとともに、先に確立したローカルエリアネットワークにおけるアドレス情報５２２を格納する。発現優先順位５２３は第１順位に設定し、マーカ認識状態５２５は認識状態を示す情報（図１４の例では「１」）に初期化する。

　そして、ホスト機の処理部２００は、自プレーヤキャラクタの選択処理（ステップＳ１２）と、ゲーム空間の初期化処理を実行する（ステップＳ１４）。
　自プレーヤキャラクタの選択結果は、ゲーム参加機登録データ５２０のプレーヤキャラクタ種類５２４に格納される。
　ゲーム空間の初期化処理では、ゲーム空間初期設定データ５１０及びキャラクタ初期設定データ５１１を参照して、仮想３次元空間に背景オブジェクトを配置してゲーム空間を配置するとともに、自プレーヤキャラクタＰＣ１と敵キャラクタ７とを配置する。ゲーム空間にキャラクタが配置されるのに伴って、プレーヤキャラクタ状態データ５４２と、敵キャラクタ状態データ５４３とが生成・初期化される。そして、ゲーム空間の初期化処理を実行したならば、ホスト機の処理部２００はホスト機としての参加処理を時限実行する（ステップＳ１６）。

　一方、ホスト／ゲストの選択処理にてゲストが選択された場合には（ステップＳ６の「ゲスト」）、ゲスト機とされたゲーム装置１５００の処理部２００は、自プレーヤキャラクタの選択処理を実行し（ステップＳ１８）、ホスト機へゲーム参加リクエスト信号を送信してゲスト機としての参加処理を行う（ステップＳ２２）。

　参加処理において、ホスト機の処理部２００は、ゲーム参加リクエストしたゲスト機と適宜情報の送受を行って参加機として登録する。即ち、ゲーム参加機登録データ５２０に新たに付与したゲーム機ＩＤ５２１を設定し、これに対応付けて当該ゲスト機のアドレス情報５２２を登録し、発現優先順位５２３をゲスト機の登録順＋１（よって、最初のゲスト機の発現優先順位は２位となる）を設定する。プレーヤキャラクタ種類５２４は当該ゲスト機から取得し、マーカ認識状態５２５は認識状態を示す値とする。そして、参加処理開始から所定受付時間が終了すると、ホスト機からゲーム参加機登録データ５２０がゲスト機に配信される。ゲスト機では、受信したゲーム参加機登録データ５２０を記憶部５００に記憶させる。

　参加処理を終了したならば、図１７のフローチャートに戻る。
　ゲームを開始させたならば（ステップＳ２４）、処理部２００はステップＳ３２～Ｓ３２０をゲーム終了条件が満たされるまで所定サイクルで繰り返し実行する。

　一回の制御サイクル内において、処理部２００は、先ず自動情報算出処理を実行する（ステップＳ３２）。
　図１９は、自機情報算出処理の流れを説明するためのフローチャートである。同処理において、処理部２００は先ず撮像部１０４による撮影映像をキャプチャし（ステップＳ６０）、キャプチャした画像に写っているＡＲマーカ１０を検出する（ステップＳ６２）。

　もし、ＡＲマーカ１０を検出できたならば（ステップＳ６４のＹＥＳ）、処理部２００はＡＲマーカ１０の認識と種類の判別をする（ステップＳ６６）。すなわち、公知のマーカ方式ＡＲ技術と同様にして、ＡＲマーカが写っている部分を検出して、当該部分をＡＲマーカ登録データ５１２（図１３参照）に登録されているデザインパターンと照合することで、ＡＲマーカ１０を認識するとともにマーカの向きやマーカの種類、マーカのカテゴリを判定する。

　次いで、処理部２００は、ＡＲマーカ１０に対する相対位置（Ｘｃ，Ｙｃ，Ｚｃ）と相対姿勢（ωｐ，ωｙ，ωｒ）と相対距離Ｌとを計測・算出する（ステップＳ６８）。これらの算出結果は、自機情報キュー５３０に格納される。

　もし、ＡＲマーカ１０が検出されなかった場合には（ステップＳ６４のＮＯ）、処理部２００は相対位置及び相対姿勢等の算出は行わず、自機情報キュー５３０の直近過去の相対位置５３３及び相対距離５３５を参照する。

　もし、自機情報キュー５３０に直近過去のそれらの値が格納されていれば（ステップＳ７０のＹＥＳ）、それらをコピーして、そのまま今回の相対位置、相対距離として新たに自機情報キュー５３０に格納する（ステップＳ７２）。もし、直近過去のそれらの値が格納されていなければ（ステップＳ７０のＮＯ）、所定の初期値を今回の相対位置及び相対距離として自機情報キュー５３０に格納する（ステップＳ７４）。
　相対姿勢については、自機情報キュー５３０に直近過去のそれらの値が格納されているか否かに関わらず、姿勢検出部１０８の検出結果に基づいて計測した結果を、新たに自機情報キュー５３０に格納する（ステップＳ７６）。

　今回分の相対位置及び相対姿勢を決定したならば、処理部２００は次に、重み付けｗｎ（ｎ：自機情報キュー５３０に記憶されているデータの記憶順番）を算出し（ステップＳ７８）、算出した重み付けｗｎを用いて自機情報キュー５３０に記憶されている分の相対位置５３３を加重平均して現在位置５３７を求める（ステップＳ８０）。
　更に、自機情報キュー５３０に記憶されている分の相対姿勢５３４を加重平均して現在姿勢５３８を求める（ステップＳ８２）。尚、加重平均に係る重み付けｗｎは、所定の関数ｈ（ｎ，Ｌｃ）に最新の自機の相対距離Ｌｃを用いて算出する。そして、重み付けｗｎの算出を実行したならば、自機情報算出処理を終了する。

　図１７のフローチャートに戻って、処理部２００は次にホスト機能発現機設定処理を実行する（ステップＳ１１０）。

　図２０は、本実施形態におけるホスト機能発現機設定処理の流れを説明するためのフローチャートである。
　同処理において、処理部２００は先ず各ゲーム装置におけるＡＲマーカ１０の認識状態の監視処理を行う（ステップＳ１１２～Ｓ１２２）。
　具体的には、処理部２００は、自機情報算出処理にてＡＲマーカ１０の認識ができなかった場合（ステップＳ１１２のＹＥＳ）、ゲーム参加機登録データ５２０の自機のマーカ認識状態５２５（図１４参照）を「認識不能（ＬＯＳＴ）」に変更し（ステップＳ１１４）、所定の認識不能信号を他機へ送信する（ステップＳ１１６）。ＡＲマーカ１０が認識できているならば（ステップＳ１１２のＮＯ）、自機のマーカ認識状態５２５を「識別中（In Sight）」に設定する（ステップＳ１１８）。

　他機からの認識不能信号については、処理部２００は認識不能信号の送信元である他機のマーカ認識状態５２５を「認識不能（ＬＯＳＴ）」に変更する（ステップＳ１２０）。認識不能信号を受信しなかった他機については「識別中（In Sight）」に設定（ステップＳ１２２）する。これでゲーム参加機それぞれにおけるマーカの識別状態が更新されたことになる。

　次に、処理部２００は、マーカ認識状態の監視結果に基づいてホスト機能を発現するゲーム装置すなわち「ホスト機能発現機」を選出する（ステップＳ１４０）。
　具体的には、ゲーム参加機登録データ５２０のマーカ認識状態５２５を参照し、発現優先順位が当該ゲーム装置よりも上位にあたる全他機のマーカ認識状態が「認識不能（ＬＯＳＴ）」になっているゲーム参加機を、ホスト機能を発現するべき機体として選出する。

　そして、処理部２００は、当該選出機のホスト機能発現フラグ５２６を参照する。同フラグが「０」であれば（ステップＳ１４２の「０」）、それ以外のゲーム機の同フラグを「０」に設定し（ステップＳ１４４）、ホスト機能継承タイミング５６２に現在のシステム時刻を格納し更新して（ステップＳ１４６）、ホスト機能発現機設定処理を終了する。もし、選出機のホスト機能発現フラグ５２６がすでに「１」の場合には（ステップＳ１４２の「１」）、フラグ操作やホスト機能継承タイミング５６２の更新は行わずに、ホスト機能発現機設定処理を終了する。

　図１７のフローチャートに戻って、自機がホスト機能発現機に設定されている場合（ステップＳ１５０のＹＥＳ）、処理部２００は自機がホスト機能を発現するべきであると判断してホスト機能実行処理を行う（ステップＳ１５２）。

　図２１は、本実施形態におけるホスト機能実行処理の流れを説明するためのフローチャートである。同処理において、処理部２００は先ず、全他機からそれぞれの他機情報として、現在位置５３７と、現在姿勢５３８と操作入力データ（本実施形態では射撃操作入力の有無）を取得する（ステップＳ１６０）。そして、基本領域設定処理を実行する（ステップＳ１６２）。

　図２２は、本実施形態における基本領域設定処理の流れを説明するためのフローチャートである。同処理において、処理部２００は先ずゲーム参加機毎つまりはプレーヤ視点毎にＡＲマーカ１０までの相対距離Ｌｃを算出又は他機から送信してもらって取得し（ステップＳ１７０）、算出又は取得した相対距離Ｌｃに基づいて基本長さＬｂを算出する（ステップＳ１７２）。本実施形態では、ゲーム参加機別に算出した相対距離Ｌｃのうち最小値を用いて所定関数ｆ（Ｌｃ）を用いて基本長さＬｂを求める。

　次で、処理部２００は、算出した基本長さＬｂを所定の最小値と比較し、最小値を下回っていれば（ステップＳ１７４のＹＥＳ）、基本長さＬｂをこの最小値で置き換える（ステップＳ１７６）。そして、認識されたＡＲマーカの種類・カテゴリ（図１９のステップＳ６６参照）に対応するＡＲマーカ登録カード５１２（図１３参照）から基本領域モデルを読み出し、先に設定した基本長さＬｂを基本長さ適用寸法に割り当てた基本領域１３を設定する（ステップＳ１７８）。求めた基本領域１３を定義する情報（例えば、頂点座標、輪郭線を記述する関数など）は、プレイデータ５４１に基本領域設定データ５５０として格納される。そして、基本領域設定処理を終了する。

　図２１のフローチャートに戻って、処理部２００は次に、ゲーム参加機毎に要素領域設定処理を実行して、プレーヤ視点毎の要素領域１４を設定する（ステップＳ１８０）。

　図２３は、要素領域設定処理の流れを説明するためのフローチャートである。同処理において、処理部２００は先ず、キャプチャした画像に写っているＡＲマーカ１０の四隅の頂点位置を求め（ステップＳ１９０）、ゲーム装置１５００の位置及びロール、即ちＣＣＤカメラモジュール１５１６の位置及びロール（光軸周りの回転）を固定と見なして、ＡＲマーカ１０の四隅のうち右端が、ＣＣＤカメラモジュール１５１６の撮影範囲の右端に近接し、且つＡＲマーカ１０の四隅のうち下端が同撮影範囲の下端に近接する第１姿勢を求めるとともに、当該姿勢におけるＣＣＤカメラモジュール１５１６の光軸ＡＬ１を求める（ステップＳ１９２；図６参照）。

　同様にして、処理部２００はＡＲマーカ１０と撮影範囲とで左端同士・上端同士が近接する第２姿勢を求めて光軸ＡＬ２を求め（ステップＳ１９４）、ＡＲマーカ１０と撮影範囲とで左端同士・下端同士が近接する第３姿勢を求めて光軸ＡＬ３を求め（ステップＳ１９６）、ＡＲマーカ１０と撮影範囲とで右端同士・上端同士が近接する第４姿勢を求めて光軸ＡＬ４を求める（ステップＳ１９８）。

　次に、処理部２００はＡＲマーカ１０のデザイン面（マーカ平面）に対するＣＣＤカメラモジュール１５１６の光軸角度つまり俯角θｃを算出し、ＡＲマーカ１０のカテゴリに応じた奥行関数設定データ５１４を選択・参照して、算出した俯角θｃに基づく奥行Ｄｂを算出する（ステップＳ２００）。

　そして、ＣＣＤカメラモジュール１５１６のカメラ視点位置から現在の光軸方向に奥行Ｄｂだけ離れたクリップ面と、先に求めた光軸ＡＬ１～ＡＬ４それぞれとの交点を求め、求めた４つの交点とカメラ視点位置とを頂点として囲まれるボリュームを、対象としているゲーム装置１５００（対象としているプレーヤ視点）における要素領域１４として設定する（ステップＳ２０２）。求めた要素領域１４を定義する情報（例えば、頂点座標、輪郭線を記述する関数など）は、プレイデータ５４１に要素領域設定データ５５２として格納される。そして、要素領域設定処理を終了する。

　図２１のフローチャートに戻って、処理部２００は次に、基本領域１３及び要素領域１４の重合領域を求めこれを配置領域１２とする（ステップＳ２２０）。求めた重合領域を定義する情報（例えば、頂点座標、輪郭線を記述する関数など）は、プレイデータ５４１に配置領域設定データ５５４として格納される。

　次に、処理部２００は敵キャラクタ７を最新の配置領域１２の範囲内に存在するよう動作制御する（ステップＳ２２２）。

　ここでの動作制御には、移動と攻撃の二つの動作が含まれる。
　移動の制御については、例えば、敵キャラクタ７が最新の配置領域１２内に有れば、領域外に出ないように移動方向を選択する処理や、領域の輪郭との距離を算出して所定の接近条件を満たす状態を検出した場合には次の移動量を一時的に低減させる処理などを実行して、新たな配置位置を決定する。また、もし敵キャラクタ７が領域外に有るのであれば、領域内に戻るように移動方向を選択する処理や、できるだけ速やかに戻れるように移動量（移動速度）を一時的に増加させる処理などを実行して新たな配置位置を決定する。

　更には、撮像部１０４による撮影画像（ライブビュー）中のＡＲマーカ１０の画像位置が、画像中心から離れている程、敵キャラクタ７がＡＲマーカ１０の画像位置に高確率で近づくように移動制御する。換言すると、プレーヤ視点方向（ＣＣＤカメラモジュール１５１６の光軸方向、仮想カメラの視線方向に同じ）がＡＲマーカ１０から離れているほど、敵キャラクタ７がよりＡＲマーカ１０に近づくように動作制御する。

　具体的には、例えば敵キャラクタ７の移動方向を抽選処理で決定する場合、現在のＡＲマーカ１０向きの移動方向がより高確率で選出されるように抽選確率を一時的に変更したり、抽選結果が視線方向に沿わない場合に再抽選を実行するなどにより実現できる。
　尚、新たに決定された敵キャラクタ７の位置及び姿勢は敵キャラクタ配置情報キュー５４４に格納される。移動制御に伴い、仮想３次元空間データ５６０のうち、敵キャラクタ７に係るオブジェクトの制御データが適宜書き換えられる。
　攻撃の制御については、所定のアルゴリズム（いわゆるＡＩ制御）によって、適当なタイミングで適当なプレーヤキャラクタＰＣ１～ＰＣ３に向けて、射撃するように制御する。

　ここで、処理部２００は、現在のシステム時刻とホスト機能継承タイミング５６２に格納されているシステム時刻（すなわちホスト機能の制御開始タイミング）とを比較して、ホスト機能の制御開始タイミングから所定時間が経過したかを判定する。

　そして、もし経過していない場合には（ステップＳ２２４のＮＯ）、処理部２００は敵キャラクタ７の移動量及び／又は移動速度が低減されるように調整する制御開始時特殊制御を行う（ステップＳ２２６）。
　具体的には、例えば敵キャラクタ配置情報キュー５４４に格納されている位置及び姿勢の各加重平均値（重み付けは過去値ほど低い）を求め、敵キャラクタ配置情報キュー５４４の最新値を加重平均された位置及び姿勢に更新する。これにより、ホスト機能を担う機体が代わったことに起因する敵キャラクタ７の位置や姿勢が大きく変化したとしてもその影響を低減できる。敵キャラクタ７の見かけの移動量や移動速度が低減され、瞬時的に移動量や移動速度が増したような不自然な動きとならないようにできる。
　尚、ホスト機能の制御開始タイミングから所定時間が経過していなければ（ステップＳ２２４のＹＥＳ）、こうした制御開始時特殊制御はスキップされる。

　次に、処理部２００は各プレーヤキャラクタＰＣ１～ＰＣ３の配置位置を更新する（ステップＳ２２８）。これに伴い、仮想３次元空間データ５６０のうち、プレーヤキャラクタＰＣ１～ＰＣ３に係るオブジェクトの制御データが適宜書き換えられる。

　次に、処理部２００は飛翔体６の管理をする（ステップＳ２４０）。例えば、敵キャラクタ７による攻撃動作が行われた場合や、各ゲーム装置にて攻撃操作入力が検出された場合に、対応するプレーヤキャラクタから発射される新たな飛翔体６を仮想３次元空間に配置する。また、配置済の飛翔体６については移動をさせる。これに伴い、プレイデータ５４１の飛翔体配置データ５４５が適宜書き換えられ、また仮想３次元空間データ５６０のうち飛翔体６に係るオブジェクトの制御データが適宜書き換えられる。

　次に、処理部２００は、飛翔体６の移動後の位置と、更新されたプレーヤキャラクＰＣ１～ＰＣ３の位置、及び敵キャラクタ７の位置とに基づいて攻撃のヒット判定と、攻撃ヒットにともなうダメージ判定及びダメージ反映処理を行う（ステップＳ２４２）。もし、飛翔体６がヒットしたと判定された場合には、当該飛翔体６は仮想３次元空間から消去するのは勿論である。ダメージ反映処理により、プレイデータ５４１のプレーヤキャラクタ状態データ５４２及び敵キャラクタ状態データ５４３が更新される。

　ホスト機能実行処理によるこれまでの処理により、１制御サイクルでのゲームが進行したことになるので、処理部２００は最新のプレイデータ５４１を他機へ配信し（ステップＳ２４４）、ホスト機能実行処理を終了する。

　図１７のフローチャートに戻って、自機がホスト機能を発現するべきと判断されなかった場合（ステップＳ１５０のＮＯ）、処理部２００はゲスト機として振る舞うように制御することとなる。つまり、ゲスト機の処理部２００は、全ての他機から現在位置５３７と、現在姿勢５３８と操作入力情報とを取得し（ステップＳ３００）、ホスト機からプレイデータを取得する（ステップＳ３０２）。そして、取得した他機の現在位置５３７および現在姿勢５３８と、自機の現在位置５３７および現在姿勢５３８と、取得したプレイデータとに基づいて仮想３次元空間内のオブジェクトの配置位置を更新する（ステップＳ３０４）。

　ここまでの流れによって、ゲーム進行制御とその結果に応じた仮想３次元空間（ＣＧ空間）内のオブジェクトの再配置が完了したことになる。
　そこで、処理部２００は次に、ゲーム画面の生成及び表示に関する処理を実行する。すなわち、キャプチャされた撮像部１０４で撮影した画像をクロップ処理して背景画像を生成し（ステップＳ３１０）、自機の現在位置５３７および現在姿勢５３８に基づいて仮想カメラＣＭを仮想３次元空間内に配置して、当該仮想カメラで撮影した仮想３次元空間の様子をレンダリングする（ステップＳ３１２）。そして、背景画像の上にレンダリングされたＣＧを合成し、さらにその上に画面中央に照準８などの情報表示体を合成してゲーム画面を完成させ（ステップＳ３１４）、これを画像表示部３６０で表示させる（ステップＳ３１６；図３参照）。

　次に、処理部２００はゲーム終了条件を満たすか否かを判定する（ステップＳ３２０）。もしゲーム終了条件を満たしていなければ（ステップＳ３２０のＮＯ）、次の制御サイクルに移行する。もし満たしていれば（ステップＳ３２０のＹＥＳ）、エンディング画面を表示させるなどのゲーム終了処理を実行して（ステップＳ３２２）、一連の処理を終了する。

　以上、本実施形態によれば、ＡＲマーカ１０に対するプレーヤ視点別の相対位置（本実施形態で言うところのＡＲマーカ１０の基準点に対するＣＣＤカメラモジュール１５１６の視点の相対位置で代表されるゲーム参加機の相対位置）を用いて、拡張現実空間中のキャラクタの表示位置をマルチプレイに都合良く適切に制御できる。
　具体的には、注目キャラクタ（敵キャラクタ７）を追跡するように、それぞれのゲーム装置１５００の視点位置、視線方向が変えられたとしても、ＡＲマーカ１０がＣＣＤカメラモジュール１５１６の撮影範囲外にならないように、この注目キャラクタの配置を調整することができる。すなわち、拡張現実空間を利用したマルチプレイ型のゲームの品質を向上させ、キャラクタの配置制御に伴うさまざまな不都合を回避・低減することができる。

　また、本実施形態では、現在から遡って所与の時間分（或いは所与の回数分）の相対位置を用いて、実際に仮想カメラを制御するための現在位置を決定することができるので、手ブレを抑制することができる。更には、ＡＲマーカ１０が認識不能な間、一時的に位置座標をマーカロスト直前値に固定する一方で、姿勢については現在置を算出し続ける。これにより、ＡＲマーカ１０が認識できているときよりも、現実空間とＣＧ空間との座標合わせの精度が低下するが、ゲームを中断しなければならないほどのキャラクタ等の表示ズレを抑制できる。つまり、ＡＲマーカのロストに起因するゲームの中断への耐性を高める事ができる。

　また、敵キャラクタ７などのＮＰＣの制御などホスト機能を担っていたゲーム参加機において、ＡＲマーカ１０を認識できない状態に陥ったとしても、別のゲーム参加機がホスト機能を代行することで、マーカのロストに起因するＮＰＣなどの表示位置ズレなどを抑制し、ゲームを継続させることができる。

　尚、本実施形態では、構成要素を適宜変更・追加・省略することができる。
　例えば、ホスト機能発現機の切り換えに関連して、ＡＲマーカ１０を認識できなくなった時に「認識不能信号」を発信し、認識不能信号の有無によってマーカ認識状態を管理する構成であったが、反対にＡＲマーカ１０を認識できている時に「認識信号」を送信する構成としても良い。そして「認識信号」が受信されている間は、送信元のマーカ認識状態５２５を「In Sight（認識中）」とし、「認識信号」が送信されていない機体のマーカ認識状態５２５を「ＬＯＳＴ（認識不能）」に設定すると良い。

　また、発現優先順位は、ゲーム前準備処理で設定した初期値をゲームプレイ中に適宜変更することも可能である。例えば図２４に示すように、ホスト機能実行処理にて、処理部２００は、他機全てから最新のＡＲマーカ１０に対する相対距離Ｌｃを取得し（ステップＳ２５０）、取得した相対距離Ｌｃに自機の最新の相対距離Ｌｃを含めて、距離の大きい順にソートして、ソートされた順番に発現優先順位５２３を再設定し配信する（ステップＳ２５４）。尚、ホスト機能を発現していないゲーム装置１５００の処理部２００は、例えば、図１７のステップＳ３０４に次いで、新しい発現優先順位５２３を受信した場合には、自機の記憶部５００に記憶されているゲーム参加機登録データ５２０の発現優先順位５２３を更新することとする（図１７参照）。

　ＡＲマーカ１０から離れているゲーム装置１５００ほど、より広い範囲を撮影できるのでＡＲマーカ１０がロストし難くなる効果が期待される。よって、相対距離Ｌｃの大きい順に発現優先順位５２３を再設定することで、ホスト機能の発現する機体の切り換え頻度を下げることができる。

　〔第２実施形態〕
　次に、第２実施形態について説明する。本実施形態は、基本的には第１実施形態と同様に実現されるが、複数のゲーム装置ではなく、複数のハンドヘルド型ユーザ端末を有する単独のゲーム装置を用いてマルチプレイを実現する点が異なる。尚、第１実施形態と同様の構成要素については同じ符号を付与して詳細な説明は省略し、主に第１実施形態との差異について述べることとする。

　図２５は、本実施形態におけるゲーム装置１５００Ｂの構成例を示す図である。ゲーム装置１５００Ｂは、制御基板１５５０を内蔵するゲーム装置本体１５０１と、無線接続式の複数のユーザ端末１５９０とを有する。プレーヤは、各々１台のユーザ端末１５９０を第１実施形態のゲーム装置１５００と同様にして持ち運び、ユーザ端末１５９０をＡＲマーカ１０にかざすようにしてプレイする。

　ユーザ端末１５９０は、無線式のゲームコントローラに相当する。ユーザ端末１５９０には、第１実施形態のゲーム装置１５００と同様に、ＣＣＤカメラモジュール１５１６が装置本体の裏面方向を撮影するように、装置本体の裏面側に設けられている。また、ユーザ端末１５９０には、端末制御基板１５６０、３軸ジャイロ１５５６や加速度センサ１５５７、無線通信モジュール１５５３が内蔵されている。

　ユーザ端末１５９０のＣＣＤカメラモジュール１５１６で撮影された画像データや、３軸ジャイロ１５５６、３軸加速度センサ１５５７で検出された情報は、無線通信モジュール１５５３による無線通信を介して、端末識別情報と対応づけてゲーム装置本体１５０１に送信される。ゲーム装置本体１５０１は、受信したそれらの情報に基づいて、第１実施形態と同様にしてゲーム進行制御を行うとともに、各ユーザ端末１５９０別のゲーム画面を生成して、それぞれのユーザ端末１５９０へ生成したゲーム画面を表示させるための画像データを送信する。各ユーザ端末１５９０は、受信した画面データに基づいてタッチパネル１５０６にてＡＲゲームのゲーム画面を表示する。

　図２６は、本実施形態における機能構成例を示す機能ブロック図である。図２７は、本実施形態におけるゲーム演算部の機能構成例を示す機能ブロック図である。
　本実施形態の機能構成は、基本的には第１実施形態のそれと同様であるが、入力及び音声、画像の出力がユーザ端末１５９０にて行われる構成となっている。但し、ユーザ端末１５９０にはホスト機／ゲスト機の区別は無い。よって、第１実施形態における自機／他機に係る機能部は、本実施形態ではユーザ端末に係る機能部に代わる。

　具体的には、図２７に示すように、第１実施形態のゲーム参加管理制御部２０４に代えて、ユーザ端末１５９０とゲーム装置本体１５０１との通信接続を確立し、アドホックモードでの通信を実現するための端末の登録に係る端末管理制御部２０４Ｂを含む。また、第１実施形態の自機情報算出部２０６は端末情報算出部２０６Ｂに代わり、第１実施形態の自機情報送信制御部２２０及び他機情報受信制御部２２１は省略される。また、ホスト機能発現判断部２２４は、本実施形態では、いずれのユーザ端末１５９０のカメラを敵キャラクタ７の制御用の基準視点とするかを判断する機能部となる。

　図２６に示すように、記憶部５００に格納されるデータも基本的には第１実施形態と同様であるが次の様な差異がある。
　先ず、第１実施形態のゲーム参加機登録データ５２０は、端末登録データ５２０Ｂに代わる。端末登録データ５２０Ｂは、例えば図２８に示すように、ユーザ端末１５９０の識別情報を示す端末機ＩＤ５２１Ｂと対応づけて、アドレス情報５２２、第１実施形態の発現優先順位５２３に変わる基準視点優先順位５２３Ｂ、プレーヤキャラクタ種類５２４、マーカ認識状態５２５、基準視点フラグ５２７を対応付けて格納する。

　基準視点フラグ５２７は、当該端末に搭載されているＣＣＤカメラモジュール１５１６が、敵キャラクタ７などのＮＰＣの制御を行う視点として選択されていることを示すフラグである。

　また、第１実施形態の自機情報キュー５３０は、端末別に設けられる端末情報キュー５３０Ｂに代わる。例えば図２９に示すように、端末情報キュー５３０Ｂは、算出時刻５３２と対応づけて、ＡＲマーカ１０に対する当該ユーザ端末の相対位置５３３及び相対姿勢５３４と、相対距離５３５とを対応付けて格納する。また、端末情報キュー５３０Ｂは、第１実施形態の現在位置５３７及び現在姿勢５３８に相当する端末現在位置５３７Ｂ及び端末現在姿勢５３８Ｂを格納する。

　また、本実施形態では、ホスト機能発現機の設定の変わりに、敵キャラクタ７等の制御をするための基準視点を何れかのユーザ端末１５９０（正確にはそれに搭載されたＣＣＤカメラモジュール１５１６）から選択・切り換えするので、本実施形態の記憶部５００には第１実施形態のホスト機能継承タイミング５６２の代わりに基準視点切換タイミング５６２Ｂが記憶される（図２６参照）。

　図３０は、本実施形態における主たる処理の流れを説明するためのフローチャートである。基本的には、第１実施形態のそれと同様であるが、本実施形態ではホスト／ゲストの区別が無いのでゲスト機に関連するステップは省略されている。また、自機・他機の区別は無く、等しくユーザ端末１５９０として扱われる。

　具体的には、次のような違いがある。
　第１実施形態のステップＳ２に代えて、処理部２００はユーザ端末１５９０との間の通信接続を確立し、端末登録データ５２０Ｂを生成する（ステップＳ２Ｂ）。この際、第１実施形態のステップＳ１０の発現優先順位５２３の設定と同様にして、基準視点優先順位５２３Ｂを設定する。

　また、第１実施形態のステップＳ４に代えて、各ユーザ端末１５９０別にプレーヤキャラクタの選択処理を実行し、選択結果を端末登録データ５２０Ｂのプレーヤキャラクタ種類５２４に格納する（ステップＳ１２Ｂ）。

　また、処理部２００は、ゲーム空間の初期化を行った後（ステップＳ１４）、ゲームを開始したならば（ステップＳ２４）、第１実施形態の自機情報算出処理に代えてユーザ端末１５９０毎に端末情報算出処理を実行する（ステップＳ３２Ｂ）。

　端末情報算出処理は、例えば図３１に示すように、基本的には第１実施形態の自機情報算出処理と同様であるが、第１実施形態のステップＳ６０に代えて、対象とするユーザ端末１５９０のＣＣＤカメラモジュール１５１６で撮影した画像データを取得・キャプチャする処理を行う（ステップＳ６０Ｂ）。
　また、ＡＲマーカ１０を検出できた場合には、当該ユーザ端末のマーカ認識状態５２５を認識状態「In Sight」に設定するステップが追加されている。（ステップＳ６９）。同様に、ＡＲマーカ１０を検出できなかった場合には、マーカ認識状態５２５を認識不能「ＬＯＳＴ」に設定するステップが追加されている（ステップＳ７７）。
　その他のステップについては、「自機」を「ユーザ端末」に、「自機情報キュー」を「端末情報キュー」に読み替えると良い（ステップＳ６８Ｂ、Ｓ７２Ｂ、Ｓ７４Ｂ、Ｓ７６Ｂ、Ｓ８０Ｂ、Ｓ８２Ｂ）。

　図３０のフローチャートに戻って、本実施形態では、第１実施形態のステップＳ１１０（ホスト機能発現機設定処理）に代えて、基準視点設定処理を実行する（ステップＳ１１０Ｂ）。
　図３２は、基準視点設定処理の流れを説明するためのフローチャートである。基本的には、第１実施形態のホスト機能発現機設定処理と同様であるが、マーカ認識状態の監視に係るステップは省略されている。他は、「自機」「他機」を「ユーザ端末」に読み換え（ステップＳ１４０Ｂ、Ｓ１４２Ｂ、Ｓ１４４Ｂ）、「ホスト機能継承タイミング」を「基準視点切換タイミング」に読み替えると良い（ステップＳ１４６Ｂ）。

　図３０のフローチャートに戻って、本実施形態では、第１実施形態のステップＳ１５０、Ｓ３００～Ｓ３０４は省略され、第１実施形態のステップＳ１５２（ホスト機能実行処理）に代えて、キャラクタ制御処理を実行する（ステップＳ１５２Ｂ）。

　図３３は、キャラクタ制御処理の流れを説明するためのフローチャートである。同処理は、基本的には第１実施形態のホスト機能実行処理と同様の流れを有するが、次のような差異がある。

　先ず、第１実施形態におけるステップＳ１６０を省略し、基本領域設定処理を実行する（ステップＳ１６２Ｂ）。第１実施形態の基本領域設定処理では、「ゲーム参加機」毎に相対距離Ｌｃを算出したが、本実施形態では、「ユーザ端末１５９０」毎に相対距離Ｌｃを算出することとする点が異なり、他は同じ処理である（図２２参照）。そして、基本領域設定処理に次いで、ユーザ端末１５９０毎に要素領域設定処理を実行する（ステップＳ１７２Ｂ）。

　また、基本領域１３と要素領域１４との重合領域とを求めて配置領域１２を設定し、敵キャラクタ７を動作制御したならば（ステップＳ２２０～Ｓ２２２）、処理部２００は、第１実施形態のステップＳ２２４に代えて基準視点切換タイミング５６２Ｂを参照し、切換タイミングから所定時間経過しているかを判定する（ステップＳ２２４Ｂ）。

　図３０のフローチャートに戻って、本実施形態では処理部２００はユーザ端末１５９０毎にループＡを実行して端末別のゲーム画面の生成とその表示処理を行う（ステップＳ３０９～Ｓ３１７）。

　尚、本実施形形態は、単独のゲーム装置１５００Ｂにより実現されるに限らず、例えばインターネットを開始して接続されるスマートフォンや携帯型ゲーム装置（ユーザ端末１５９０相当）と、所定のサーバ装置（ゲーム装置本体１５０１相当）により実現することもできる。

　〔変形例〕
　以上、本発明を適用した実施形態について説明したが、本発明の形態がこれらに限定されるものではなく、適宜構成要素の追加・省略・変更などを施すことができる。

　例えば、第１実施形態においてゲーム装置１５００としたコンピュータは、プレーヤ視点となる撮像素子と、姿勢変化を検出するジャイロや加速度センサとを搭載し、ゲームプログラムを実行可能であれば、携帯型ゲーム装置などの他、例えばスマートフォンやパソコン、携帯電話機などの電子機器を「ゲーム装置」や「ユーザ端末」としても良い。

　また、ゲームのジャンルはシューティングゲームに限らず、適宜設定することができるのは勿論である。

　また、ゲーム装置やユーザ端末の画像表示部３６０を裸眼立体視可能な表示装置（例えばパララックスバリア方式やレンチキュラ方式など）で構成し、ＡＲマーカ１０に対するゲーム装置やユーザ端末の相対位置・相対姿勢に応じて、立体的な画像を表示制御することとしてもよい。その場合、ＣＣＤカメラモジュール１５１６で撮影されたライブビューの画像を最遠景に設定し、ゲーム空間（仮想三次元空間）の座標系上に配置されるキャラクタ等（オブジェクト）を立体的に表示制御するとしてもよい。このようにすることで、例えば、ＡＲマーカ１０に対して回り込むようにゲーム装置やユーザ端末を移動させると、ＡＲマーカ１０を基準に出現するオブジェクト（上記実施形態の場合は敵キャラクタ）を、回り込んで立体視し、奥行き感を得ることが可能となる。

　また、第１実施形態において、ゲーム装置１５００の姿勢検出部１０８で検出された姿勢を各ゲーム装置１５００同士で送受して、当該ゲーム装置１５００に対応するキャラクタの表示姿勢を、対応するゲーム装置１５００の姿勢に応じて変化させるように制御することとしてもよい。第２実施形態においても同様であり、各ユーザ端末１５９０の姿勢検出部１０８で検出された姿勢をゲーム装置本体１５０１が受信し、各ユーザ端末１５９０に対応するキャラクタの表示姿勢を、対応するユーザ端末１５９０の姿勢に応じて変化させるように制御するとしてもよい。

　　１０…ＡＲマーカ
　　１２…配置領域
　　１３…基本領域
　　１４…要素領域
　　１０４…撮像部
　　１０８…姿勢検出部
　　１１０…加速度検出部
　　２００…処理部
　　２０２…ゲーム演算部
　　２０４…ゲーム参加管理制御部
　　２０５…発現優先順設定部
　　２０６…自機情報算出部
　　２０６Ｂ…位置関係算出部
　　２０７…相対位置算出部
　　２０８…位置変化抑制制御部
　　２０９…現在位置決定部
　　２１０…相対姿勢算出部
　　２１１…現在姿勢決定部
　　２１２…重み付け設定部
　　２２０…自機情報送信制御部
　　２２１…他機情報受信制御部
　　２２２…認識状態判定部
　　２２３…認識不能信号送信制御部
　　２２４…ホスト機能発現判断部
　　２３０…キャラクタ表示制御部
　　２３１…領域設定部
　　２３２…基本領域設定部
　　２３３…要素領域設定部
　　２３４…配置領域設定部
　　２３５…ＮＰＣ制御部
　　２３６…制御開始時特殊制御部
　　２３７…移動方向制御部
　　２４９…ホスト機能実行制御部
　　５００…記憶部
　　５０４…ゲームクログラム
　　５１２…ＡＲマーカ登録データ
　　５１４…奥行関数設定データ
　　５２０…ゲーム参加機登録データ
　　５２３…発現優先順位
　　５２４…プレーヤキャラクタ種類
　　５２５…マーカ認識状態
　　５２６…ホスト機能発現フラグ
　　５３０…自機情報キュー
　　５３３…相対位置
　　５３４…相対姿勢
　　５３５…相対距離
　　５３７…現在位置
　　５３８…現在姿勢
　　５４１…プレイデータ
　　５４４…敵キャラクタ配置情報キュー
　　５５０…基本領域設定データ
　　５５２…要素領域設定データ
　　５５４…配置領域設定データ
　　５６０…仮想３次元空間データ
　　５６２…ホスト機能継承タイミング
　　１５００…ゲーム装置
　　１５０６…タッチパネル
　　１５１６…ＣＣＤカメラモジュール
　　１５５０…制御基板
　　１５５６…３軸ジャイロ
　　１５５７…３軸加速度センサ
　　ＣＭ、ＣＭ１～ＣＭ３…仮想カメラ
　　Ｄｂ…奥行
　　ＰＬ、ＰＬ１～ＰＬ３…プレーヤＰＬ
　　ＰＣ、ＰＣ１～ＰＣ２…プレーヤキャラクタ
　　ＡＬ１～ＡＬ４…光軸

Claims (16)

1. 　撮影部、表示部及び通信部を備えたコンピュータに、他機と通信させることで、拡張現実空間でのマルチプレイ型のゲームを実行させるためのプログラムであって、
   　前記撮影部によりマーカが撮影された場合に前記表示部のライブビュー内にキャラクタを合成表示させることと、
   　前記マーカの撮影画像を用いて、前記マーカに対する自機の位置を示す情報を少なくとも含む自機位置情報を算出することと、
   　前記他機から、前記マーカに対する前記他機の位置を示す情報を少なくとも含む他機位置情報を含む他機情報を受信することと、
   　前記自機位置情報及び前記他機情報を用いて、前記拡張現実空間中の前記キャラクタの表示位置を制御することと、
   　を前記コンピュータに実行させるためのプログラム。
2. 　前記自機位置情報には、前記マーカに対する前記自機の距離を示す情報が含まれ、
   　前記他機位置情報には、前記マーカに対する前記他機の距離を示す情報が含まれ、
   　前記自機位置情報を算出することは、前記マーカの撮影画像を用いて、前記マーカに対する自機の距離を示す情報を算出することを含む、
   　請求項１に記載のプログラム。
3. 　前記マーカは、基準方向が表された規定形状を有し、
   　前記自機位置情報には、前記マーカに対する前記自機の相対的な位置関係の情報が含まれ、
   　前記他機位置情報には、前記マーカに対する前記他機の相対的な位置関係の情報が含まれ、
   　前記自機位置情報を算出することは、前記マーカの撮影画像中の前記マーカの前記基準方向を用いて、前記マーカに対する自機の相対的な位置関係の情報を算出することを含む、
   　請求項１又は２に記載のプログラム。
4. 　前記自機位置情報及び前記他機情報を用いて、前記キャラクタを表示させる前記拡張現実空間中の領域を設定すること、を前記コンピュータに更に実行させ、
   　前記キャラクタの表示位置を制御することは、前記領域内に前記キャラクタを表示させることを含む、
   　請求項１～３の何れか一項に記載のプログラム。
5. 　前記領域を設定することは、前記自機位置情報が示す位置関係で前記マーカを撮影した場合の自機撮影範囲と、前記他機情報に含まれる他機位置情報が示す位置関係で前記マーカを撮影した場合の他機撮影範囲とを用いて、前記領域を設定することを含む、
   　請求項４に記載のプログラム。
6. 　前記領域を設定することは、前記自機撮影範囲と前記他機撮影範囲との重合範囲を少なくとも含むように前記領域を設定することを含む、
   　請求項５に記載のプログラム。
7. 　前記領域を設定することは、前記自機位置情報が示す位置関係で且つ、前記マーカが写る範囲で撮影方向を変化させて前記マーカを撮影した場合の範囲を前記自機撮影範囲とし、前記他機位置情報が示す位置関係で且つ、前記マーカが写る範囲で撮影方向を変化させて前記マーカを撮影した場合の範囲を前記他機撮影範囲とすることを含む、
   　請求項５又は６に記載のプログラム。
8. 　前記マーカは平面形状でなり、
   　前記領域を設定することは、前記自機から前記マーカ方向への前記自機撮影範囲の奥行を、前記自機から見た前記マーカの平面方向に対する俯角を用いて変更することを含む、
   　請求項５～７の何れか一項に記載のプログラム。
9. 　前記領域を設定することは、前記自機位置情報及び前記他機情報を用いて前記マーカから前記自機及び前記他機それぞれまでの距離を求め、当該距離に基づいて前記領域のサイズを設定することを含む、
   　請求項４～８の何れか一項に記載のプログラム。
10. 　前記マーカには複数種類有り、
    　前記領域を設定することは、
    　前記撮影部により撮影された前記マーカの種類に基づいて前記領域の形状を設定することと、
    　前記自機位置情報及び前記他機情報を用いて前記マーカから前記自機及び前記他機それぞれまでの距離を求め、当該距離に基づいて前記領域のサイズを設定することと、
    　を含む、請求項４に記載のプログラム。
11. 　前記コンピュータは、当該コンピュータの姿勢を検出する姿勢検出部を備えており、
    　前記他機情報には、前記他機の姿勢検出部で検出された姿勢の情報が含まれており、
    　前記姿勢検出部で検出された前記自機の姿勢情報及び前記他機情報に含まれる前記他機の姿勢情報を用いて、前記キャラクタの表示姿勢を制御すること、を前記コンピュータに更に実行させるための、
    　請求項１～１０の何れか一項に記載のプログラム。
12. 　撮影部及び表示部を備えた複数のユーザ端末それぞれと通信可能なコンピュータが、前記ユーザ端末に対して、マルチプレイ型のゲームを実行させるためのプログラムであって、
    　前記マルチプレイ型のゲームは、前記撮影部によりマーカが撮影された場合に前記表示部のライブビュー内にキャラクタを合成表示する拡張現実空間ゲームであり、
    　前記ユーザ端末それぞれの前記マーカの撮影画像を用いて、前記マーカに対する当該ユーザ端末の位置関係を算出することと、
    　前記ユーザ端末それぞれの前記位置関係を用いて、前記拡張現実空間中の前記キャラクタの表示位置を制御することと、
    　を前記コンピュータに実行させるためのプログラム。
13. 　前記ユーザ端末は、当該ユーザ端末の姿勢を検出する姿勢検出部を備えており、
    　前記ユーザ端末それぞれから当該ユーザ端末の姿勢検出部で検出された姿勢の情報を受信することと、
    　前記姿勢の情報を用いて、前記キャラクタの表示姿勢を制御することと、
    　を前記コンピュータに更に実行させるための請求項１２に記載のプログラム。
14. 　請求項１～１３の何れか一項に記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
15. 　撮影部、表示部及び通信部を備え、他機と通信することで、拡張現実空間でのマルチプレイ型のゲームを実行するゲーム装置であって、
    　前記撮影部によりマーカが撮影された場合に前記表示部のライブビュー内にキャラクタを合成表示する合成表示制御部と、
    　前記マーカの撮影画像を用いて、前記マーカに対する自機の位置を示す情報を少なくとも含む自機位置情報を算出する自機位置情報算出部と、
    　他機から、前記マーカに対する当該他機の位置を示す情報を少なくとも含む他機位置情報を含む他機情報を受信する他機情報受信部と、
    　前記自機位置情報及び前記他機情報を用いて、前記拡張現実空間中の前記キャラクタの表示位置を制御するキャラクタ表示制御部と、
    　を備えたゲーム装置。
16. 　撮影部及び表示部を備えた複数のユーザ端末それぞれと通信して、マルチプレイ型のゲームを前記ユーザ端末に実行させる制御を行うコンピュータであって、
    　前記マルチプレイ型のゲームは、前記撮影部によりマーカが撮影された場合に前記表示部のライブビュー内にキャラクタを合成表示する拡張現実空間ゲームであり、
    　前記ユーザ端末それぞれの前記マーカの撮影画像を用いて、前記マーカに対する当該ユーザ端末の位置関係を算出する位置関係算出部と、
    　前記ユーザ端末それぞれの前記位置関係を用いて、前記拡張現実空間中の前記キャラクタの表示位置を制御するキャラクタ表示制御部と、
    　を備えたコンピュータ。

Images