(57)【要約】【課題】拡張現実空間を共有する複数の情報処理装置について、不適切な情報処理装置が特定装置とされることによるコンテンツ進行の遅滞防止を図り、ユーザに呈示するコンテンツの品質向上を図る。【解決手段】本技術に係る情報処理装置は、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成する画像生成部と、自装置の状態情報と他装置の状態情報とに基づいて、拡張現実空間を共有する自装置及び他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う選択部と、を備えている。【選択図】図５
2020086721.tif 000002
【特許請求の範囲】
【請求項１】
実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成する画像生成部と、
自装置の状態情報と他装置の状態情報とに基づいて、前記拡張現実空間を共有する前記自装置及び前記他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、前記複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う選択部と、を備える
情報処理装置。
【請求項２】
前記コンテンツは、前記拡張現実空間において進行するゲームコンテンツであり、
前記特定処理は、ゲーム進行において前記複数の情報処理装置が共通に用いる情報を更新し、他の前記情報処理装置に送信する処理である
請求項１に記載の情報処理装置。
【請求項３】
前記状態情報は電池残量情報であり、
前記選択部は、
前記複数の情報処理装置の電池残量を比較した結果に基づき前記特定装置を選択する
請求項１に記載の情報処理装置。
【請求項４】
前記状態情報は情報処理能力を表す情報であり、
前記選択部は、
前記複数の情報処理装置の情報処理能力を比較した結果に基づき前記特定装置を選択する
請求項１に記載の情報処理装置。
【請求項５】
前記状態情報は通信状態を表す情報であり、
前記選択部は、
前記複数の情報処理装置の通信状態を比較した結果に基づき前記特定装置を選択する
請求項１に記載の情報処理装置。
【請求項６】
前記状態情報は無線通信における受信電波強度を表す情報であり、
前記選択部は、
前記複数の情報処理装置の受信電波強度を比較した結果に基づき前記特定装置を選択する
請求項５に記載の情報処理装置。
【請求項７】
前記状態情報は通信パケットについてのパケットロス率を表す情報であり、
前記選択部は、
前記複数の情報処理装置のパケットロス率を比較した結果に基づき前記特定装置を選択する
請求項５に記載の情報処理装置。
【請求項８】
前記状態情報は、前記拡張現実空間における特定の前記仮想オブジェクトに対する配置関係を表す情報であり、
前記選択部は、
前記複数の情報処理装置の前記配置関係を比較した結果に基づき前記特定装置を選択する
請求項１に記載の情報処理装置。
【請求項９】
前記状態情報は、前記拡張現実空間における特定の前記仮想オブジェクトに対する離間距離を表す情報であり、
前記選択部は、
前記複数の情報処理装置の前記離間距離を比較した結果に基づき前記特定装置を選択する
請求項８に記載の情報処理装置。
【請求項１０】
前記選択部は、
前記他装置から前記状態情報を取得し前記複数の情報処理装置の状態比較を行う頻度である状態比較頻度を変更可能とされた
請求項１に記載の情報処理装置。
【請求項１１】
前記選択部は、
前記特定装置の通信状態に応じて前記状態比較頻度を変更する
請求項１０に記載の情報処理装置。
【請求項１２】
前記選択部は、
前記特定装置の通信状態の悪化に応じて前記状態比較頻度を高める
請求項１１に記載の情報処理装置。
【請求項１３】
前記選択部は、
前記拡張現実空間における前記特定装置の特定の前記仮想オブジェクトに対する配置関係に応じて前記状態比較頻度を変更する
請求項１０に記載の情報処理装置。
【請求項１４】
実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成し、
自装置の状態情報と他装置の状態情報とに基づいて、前記拡張現実空間を共有する前記自装置及び前記他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、前記複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う
情報処理方法。
【請求項１５】
実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成し、
自装置の状態情報と他装置の状態情報とに基づいて、前記拡張現実空間を共有する前記自装置及び前記他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、前記複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う処理、をコンピュータ装置に実行させる
コンピュータ装置が読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成する情報処理装置に関し、特には、拡張現実空間を共有する複数の情報処理装置のうちから、特定の情報処理装置のみが実行を許可される特定処理の実行装置である特定装置を選択する技術に関する。
【背景技術】
【０００２】
人工的に構築される仮想空間をユーザに視覚的に認識させるＶＲ（Virtual  Reality：仮想現実）技術が実用化されている。そして、近年では、ＶＲ技術を進展させたＡＲ（Augmented  Reality：拡張現実）技術の普及が進んでいる。ＡＲ技術は、実空間を部分的に改変することにより構築される拡張現実空間（ＡＲ空間）をユーザに呈示する。典型的なＡＲ技術では、仮想的に生成されるオブジェクト（仮想オブジェクト）が実空間に向けられる撮像装置からの画像に重畳され、画像に映る実空間にあたかも仮想オブジェクトが存在しているかのようなユーザ体験が提供される。
【０００３】
なお、関連する従来技術については下記特許文献１、２を挙げることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５４９９７６２号公報
【特許文献２】特許第６２８１４９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、ＡＲ技術を用いたコンテンツとしてゲームコンテンツを挙げることができる（以下「ＡＲゲーム」とも表記する）。ＡＲゲームとしては、例えば討伐対象としての敵キャラ（キャラクタ）が実空間を撮像した撮像画像に仮想オブジェクトとして重畳表示されるようなコンテンツが挙げられる。
このようなＡＲゲームを複数人が共有して楽しむ場合、各人が使用するゲーム装置としての情報処理装置のうち一つの装置をゲーム進行管理を行う特定装置（マスタ装置）とすることが行われている。或いは、各情報処理装置と通信可能とされたサーバ装置を特定装置とすることもできる。
【０００６】
ゲーム進行の上では、例えば或る情報処理装置のプレイヤが敵キャラを討伐したり逆にプレイヤが敵キャラに討伐されたりした場合に、その状態を他の情報処理装置が呈示しているＡＲ空間にも反映させるための仕組みが必要となる。
この際、各装置間で互いに上記のような討伐情報を逐次やりとりしていたのでは、ＡＲゲームのシステム全体で見て送信処理が頻発するものとなり、非効率となる。このため、上記の討伐情報のような、ゲーム進行において各装置が共通に用いるべき情報は、特定装置が各装置から取得して一括管理し、そのように一括管理される情報を特定装置が各装置に送信して情報共有する仕組みが採用される。
このように特定装置がゲーム進行を一括管理する手法により、特定装置の処理負担は増大するものの、特定装置以外の装置の処理負担軽減が図られることで、システム全体での処理負担軽減が図られる。
【０００７】
ここで、サーバ装置を特定装置とした場合には、ゲーム進行のための共有情報を例えばインターネット等のネットワーク経由でやりとりすることになるため、ゲーム装置としての各情報処理装置において状態更新に遅延が生じる虞がり、現実感が薄れる等、ユーザ体験を損なう虞がある。このため、特定装置は、ＡＲ空間を共有する複数の情報処理装置のうちから選定されることが望ましい。
【０００８】
しかしながら、各情報処理装置は、例えばＣＰＵの性能自体やゲーム以外の処理負荷等により、ゲーム処理に費やすことのできる情報処理能力が異なり得るものであり、仮に、情報処理能力の低い装置が特定装置とされてしまった場合には共有情報の更新が滞り、ゲーム進行が中断してしまう虞がある。また、各情報処理装置間の通信が無線通信により行われる場合には、特定装置が通信可能範囲から外れてしまうことも考えられ、その場合には同様に共有情報の更新が滞ってゲーム進行が中断してしまう虞がある。
【０００９】
本技術は上記事情に鑑み為されたものであり、拡張現実空間を共有する複数の情報処理装置について、不適切な情報処理装置が特定装置とされることによるコンテンツ進行の遅滞防止を図り、ユーザに呈示するコンテンツの品質向上を図ることを目的とする。
【課題を解決するための手段】
【００１０】
本技術に係る情報処理装置は、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成する画像生成部と、自装置の状態情報と他装置の状態情報とに基づいて、前記拡張現実空間を共有する前記自装置及び前記他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、前記複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う選択部と、を備えるものである。
【００１１】
上記のように拡張現実空間（ＡＲ空間）を共有する各装置の状態比較を行った結果に基づき特定装置を選択することで、特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
【００１２】
上記した本技術に係る情報処理装置においては、前記コンテンツは、前記拡張現実空間において進行するゲームコンテンツであり、前記特定処理は、ゲーム進行において前記複数の情報処理装置が共通に用いる情報を更新し、他の前記情報処理装置に送信する処理であることが望ましい。
【００１３】
これにより、ゲーム進行を一括管理するための特定処理を実行するのに適した状態にある情報処理装置を、特定装置として定めることが可能とされる。
【００１４】
上記した本技術に係る情報処理装置においては、前記状態情報は電池残量情報であり、前記選択部は、前記複数の情報処理装置の電池残量を比較した結果に基づき前記特定装置を選択することが望ましい。
【００１５】
これにより、例えば電池残量が最も多い情報処理装置等、電池残量の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
【００１６】
上記した本技術に係る情報処理装置においては、前記状態情報は情報処理能力を表す情報であり、前記選択部は、前記複数の情報処理装置の情報処理能力を比較した結果に基づき前記特定装置を選択することが望ましい。
【００１７】
これにより、例えば情報処理能力が最高の情報処理装置等、情報処理能力の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
【００１８】
上記した本技術に係る情報処理装置においては、前記状態情報は通信状態を表す情報であり、前記選択部は、前記複数の情報処理装置の通信状態を比較した結果に基づき前記特定装置を選択することが望ましい。
【００１９】
これにより、例えば通信状態が最良の情報処理装置等、通信状態の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
【００２０】
上記した本技術に係る情報処理装置においては、前記状態情報は無線通信における受信電波強度を表す情報であり、前記選択部は、前記複数の情報処理装置の受信電波強度を比較した結果に基づき前記特定装置を選択することが望ましい。
【００２１】
これにより、例えば受信電波強度が最高の情報処理装置等、受信電波強度の高さの面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
【００２２】
上記した本技術に係る情報処理装置においては、前記状態情報は通信パケットについてのパケットロス率を表す情報であり、前記選択部は、前記複数の情報処理装置のパケットロス率を比較した結果に基づき前記特定装置を選択することが望ましい。
【００２３】
これにより、例えばパケットロス率が最低の情報処理装置等、パケットロス率の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
【００２４】
上記した本技術に係る情報処理装置においては、前記状態情報は、前記拡張現実空間における特定の前記仮想オブジェクトに対する配置関係を表す情報であり、前記選択部は、前記複数の情報処理装置の前記配置関係を比較した結果に基づき前記特定装置を選択することが望ましい。
【００２５】
ＡＲ空間における情報処理装置（ユーザ）の特定の仮想オブジェクトに対する配置関係は、他装置とのＡＲ空間共有状態からの離脱可能性を示唆するものとなる。例えば、情報処理装置が特定の仮想オブジェクトに対して遠方に位置しているほど、該情報処理装置のユーザのコンテンツに対する関心が低いと推定可能であり、例えばコンテンツの呈示動作を終了する等、ＡＲ空間共有状態からの離脱可能性が高いと推定できる。或いは、情報処理装置のユーザが特定の仮想オブジェクトに対し背を向け続けている場合にも、該情報処理装置のユーザのコンテンツに対する関心が低く、ＡＲ空間共有状態からの離脱可能性が高いと推定できる。
このため、上記のように各装置の特定の仮想オブジェクトに対する配置関係を比較した結果に基づき特定装置を選択することで、例えばＡＲ空間共有状態からの離脱可能性の最も低い情報処理装置等、ＡＲ空間共有状態からの離脱可能性の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
【００２６】
上記した本技術に係る情報処理装置においては、前記状態情報は、前記拡張現実空間における特定の前記仮想オブジェクトに対する離間距離を表す情報であり、前記選択部は、前記複数の情報処理装置の前記離間距離を比較した結果に基づき前記特定装置を選択することが望ましい。
【００２７】
これにより、例えば上記離間距離が最小でありＡＲ空間共有状態からの離脱可能性が最も低いと推定される情報処理装置等、ＡＲ空間共有状態からの離脱可能性の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
【００２８】
上記した本技術に係る情報処理装置においては、前記選択部は、前記他装置から前記状態情報を取得し前記複数の情報処理装置の状態比較を行う頻度である状態比較頻度を変更可能とされたことが望ましい。
【００２９】
状態比較頻度が低い場合には、状態比較結果に基づき行われる特定装置選択の実行間隔が長くなるため、特定装置選択の実行タイミング間において、その時点で特定装置とされている情報処理装置が例えば通信可能範囲から離脱してしまう等、ＡＲ空間共有状態から離脱してしまう可能性が高まる。換言すれば、特定装置が不在となる状況が生じ易くなり、コンテンツ進行の遅滞が生じる可能性が高まる。
一方、状態比較頻度が高い場合には、特定装置の状態悪化に対する特定装置選択の追従性が高まるため、状態の悪化している特定装置が非特定装置に変更されることの迅速性（つまりそれまでの特定装置とは別装置が特定装置に選択されることの迅速性）を高めることが可能となり、上記のように特定装置が不在となってコンテンツ進行の遅滞が生じてしまう可能性を低減可能となる。
また、状態比較頻度を高くした場合には、他装置から状態情報を取得し比較する処理の実行頻度が高まることで、情報処理装置の処理負担が増大する一方、状態比較頻度を低くした場合には、情報処理装置の処理負担軽減が図られる。
【００３０】
上記した本技術に係る情報処理装置においては、前記選択部は、前記特定装置の通信状態に応じて前記状態比較頻度を変更することが望ましい。
【００３１】
これにより、例えば特定装置の通信状態が悪化する状況において状態比較頻度を高め、悪化していない状況では状態比較頻度を低くする等、特定装置の通信状態に応じた適切な状態比較頻度調整を行うことが可能とされる。
【００３２】
上記した本技術に係る情報処理装置においては、前記選択部は、前記特定装置の通信状態の悪化に応じて前記状態比較頻度を高めることが望ましい。
【００３３】
これにより、特定装置の通信状態が悪化する状況において状態比較頻度が高められ、悪化していない状況では状態比較頻度が低くされる。
【００３４】
上記した本技術に係る情報処理装置においては、前記選択部は、前記拡張現実空間における前記特定装置の特定の前記仮想オブジェクトに対する配置関係に応じて前記状態比較頻度を変更することが望ましい。
【００３５】
これにより、例えば特定装置が特定の仮想オブジェクトに対し遠方に位置している等、特定装置のＡＲ空間共有状態からの離脱可能性が高い状況において状態比較頻度を高め、逆に特定の仮想オブジェクトに対し近接して位置している等、特定装置のＡＲ空間共有状態からの離脱可能性が低い状況では状態比較頻度を低くする等、特定装置のＡＲ空間共有状態からの離脱可能性に応じた適切な状態比較頻度調整を行うことが可能とされる。
【００３６】
また、本技術に係る情報処理方法は、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成し、自装置の状態情報と他装置の状態情報とに基づいて、前記拡張現実空間を共有する前記自装置及び前記他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、前記複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う情報処理方法である。
【００３７】
このような情報処理方法によっても、上記した本技術に係る投光制御装置と同様の作用が得られる。
【００３８】
さらに、本技術に係るプログラムは、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成し、自装置の状態情報と他装置の状態情報とに基づいて、前記拡張現実空間を共有する前記自装置及び前記他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、前記複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う処理、をコンピュータ装置に実行させるコンピュータ装置が読み取り可能なプログラムである。
【００３９】
このようなプログラムにより、上記した本技術に係る情報処理装置が実現される。
【図面の簡単な説明】
【００４０】
【図１】実施形態としての情報処理装置を含んで構成されるＡＲゲームシステムの構成例を示した図である。
【図２】実空間を例示した図である。
【図３】図２に示す実空間に対応したＡＲゲーム画像を例示した図である。
【図４】実施形態としての情報処理装置のハードウェア構成を例示した図である。
【図５】実施形態としての情報処理装置が有する機能を説明するための機能ブロック図である。
【図６】実施形態におけるゲーム情報の例を示した図である。
【図７】各装置のバッテリ残量情報に基づき特定装置を選択する場合に対応した処理の例を示したフローチャートである。
【図８】各装置の情報処理能力に基づき特定装置を選択する場合に対応した処理の例を示したフローチャートである。
【図９】各装置の通信状態に基づき特定装置を選択する場合に対応した処理の例を示したフローチャートである。
【図１０】各装置の特定の仮想オブジェクトに対する配置関係に基づき特定装置を選択する場合に対応した処理の例を示したフローチャートである。
【図１１】特定装置選択のための判定処理実行条件を特定装置の無通知状態継続とした場合に対応した処理例を示したフローチャートである。
【図１２】特定装置選択のための判定処理実行条件を特定装置の通信状態悪化とした場合に対応した処理例を示したフローチャートである。
【図１３】特定装置の通信状態に応じて状態比較頻度を変更する場合に対応した処理例を示したフローチャートである。
【図１４】特定装置の特定の仮想オブジェクトに対する配置関係に応じて状態比較頻度を変更する場合に対応した処理例を示したフローチャートである。
【図１５】変形例についての説明図である。
【図１６】同じく、変形例についての説明図である。
【図１７】変形例におけるマスタ候補としての情報処理装置が実行すべき具体的な処理手順の例を示したフローチャートである。
【図１８】変形例におけるマスタ候補以外の情報処理装置が実行すべき具体的な処理手順の例を示したフローチャートである。
【発明を実施するための形態】
【００４１】
以下、添付図面を参照し、本技術に係る実施形態を次の順序で説明する。
＜１．実施形態としてのＡＲゲームシステムの概要＞
＜２．情報処理装置の構成＞
［2-1．ハードウェア構成］
［2-2．機能構成］
＜３．実施形態としての特定装置選択手法＞
［3-1．選択手法の概要］
［3-2．処理手順］
＜４．特定装置選択の別例＞
＜５．状態比較頻度の調整＞
＜６．実施形態の変形例＞
＜７．プログラム＞
＜８．実施形態のまとめ＞
＜９．本技術＞
【００４２】
＜１．ＡＲゲームシステムの概要＞
図１は、本技術に係る情報処理装置の一実施形態である情報処理装置１を含んで構成されるＡＲ（Augmented Reality：拡張現実）ゲームシステム１００の構成例を示している。
ＡＲゲームシステム１００は、図示のように複数の情報処理装置１を有して構成される。後述するように、各情報処理装置１は、実空間を撮像するカメラ部（後述するステレオカメラ部２）と、ユーザに画像情報を呈示する表示部（後述する表示部３）とを有し、カメラ部により得られる実空間の撮像画像に対し、仮想的に生成されるオブジェクト（以下「仮想オブジェクト」と表記する）を重畳させたＡＲ画像を生成し、表示部によりユーザに呈示する。すなわち、各情報処理装置１は、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成し、ユーザに呈示する。
本例では、各情報処理装置１がＡＲ画像により呈示するコンテンツはゲームコンテンツ（ＡＲゲームコンテンツ）とされる。具体的に、本例におけるＡＲゲームコンテンツは、例えば各情報処理装置１のユーザが拡張現実空間に配置された所定のゲームキャラクタを共闘して討伐する形態のゲームコンテンツであるとする。なお、以下、このようなＡＲゲームコンテンツにおいて討伐対象とされるキャラクタを「敵キャラ」とも表記する。
【００４３】
本例では、各情報処理装置１はユーザの頭部に着脱自在に装着されるＨＭＤ（ヘッドマウントディスプレイ）として構成されている。
なお、情報処理装置１の形態はＨＭＤの形態に限定されるものではなく、例えばカメラ部が外付けとされたり、表示部が外付けとされたりする構成が採られる等、他形態を採り得る。
【００４４】
図２及び図３を参照して、本例におけるＡＲゲームコンテンツをより具体的に説明する。
図２は、カメラ部が撮像対象とする実空間を例示している。
ここでは説明の便宜上、拡張現実空間の基礎とする実空間には、ゲームをプレイするユーザとしてユーザＰ１とユーザＰ２の二人が存在している例としている。図示のように、ユーザＰ１に装着された情報処理装置１は符号を「１−１」とし、ユーザＰ２に装着された情報処理装置１は符号を「１−２」として表記し分ける。
この場合の実空間には、ユーザＰ１とユーザＰ２の付近に例えば岩などの物体Ｒｏが配置されている。
【００４５】
図３は、情報処理装置１により呈示されるゲーム画像（ＡＲ画像）の例を示している。
具体的に、図３では、ユーザＰ１に装着された情報処理装置１−１による呈示画像の例を示しているが、このゲーム画像内には、実空間において存在している物体Ｒｏが映し出されていると共に、ユーザＰ２のアバターとしての仮想オブジェクトＶｐ２（つまりユーザＰ２が自身の化身として選択したキャラクタの仮想オブジェクト）と、敵キャラとしての仮想オブジェクトＶｏと、ユーザＰ１（つまり自装置のユーザ）のアバターとしての仮想オブジェクトＶｐ１とが映し出されている。また、該ゲーム画像内には、ゲームに関連する各種のインジケータ、例えば敵キャラのＨＰ（ヒットポイント）を表すインジケータや自装置のユーザＶｐ１のＨＰを表すインジケータ等が映し出される。
【００４６】
後述するように情報処理装置１には、ユーザの位置や向きを推定するための各種センサ（センサ部５）が備えられており、情報処理装置１を装着したユーザが移動したり向きを変えたりした場合には、その移動や向きの変更が拡張現実空間におけるアバターとしてのキャラクタにも反映される。
また、本例では、情報処理装置１ごとに取得されるユーザの位置や向きの情報が各情報処理装置１間で共有され、各情報処理装置１は、該共有される情報に基づき、他装置のユーザについても同様に該ユーザの移動や向きの変更を該ユーザのアバターの移動や向きの変更として反映させる。
【００４７】
なお、図３では敵キャラの数を単数としているが、複数とされる場合もある。
【００４８】
＜２．情報処理装置の構成＞
［2-1．ハードウェア構成］
図４は、情報処理装置１のハードウェア構成を示している。
図示のように情報処理装置１は、ステレオカメラ部２、表示部３、画像入力部４、センサ部５、センサ情報入力部６、通信部７、バッテリ８、ＣＰＵ（Central Processing Unit）９、ＲＯＭ（Read Only Memory）１０、ＲＡＭ（Random Access Memory）１１、画像出力部１２、及びバス１３を備えている。
図示のように画像入力部４、センサ情報入力部６、通信部７、ＣＰＵ９、ＲＯＭ１０、ＲＡＭ１１、及び画像出力部１２は互いにバス１３を介して接続され、これら各部はバス１３を介したデータ通信を行うことが可能とされている。
【００４９】
ステレオカメラ部２は、例えばＣＣＤ（Charged-coupled devices）イメージセンサやＣＭＯＳ（Complementary metal-oxide-semiconductor）イメージセンサ等による撮像素子と撮像光学系とを備えた二つの撮像部を備えている。本例では、これらの撮像部として、情報処理装置１を装着したユーザの左目に対応した位置に配置される左目用撮像部２Ｌと、該ユーザの右目に対応した位置に配置される右目用撮像部２Ｒとが設けられている。左目用撮像部２Ｌによってはユーザの左目の視野に対応した視野での撮像画像が得られ、右目用撮像部２Ｒによってはユーザの右目の視野に対応した視野での撮像画像が得られる。
左目用撮像部２Ｌと右目用撮像部２Ｒとが左右方向に離間して配置されることで、距離情報を得るための視差を互いの撮像画像間に生じさせることができる。すなわち、これら左目用撮像部２Ｌ、右目用撮像部２Ｒそれぞれで得られる撮像画像に基づき、撮像対象とされた各物体までの距離の情報をステレオ法により得ることができる。換言すれば、実空間における各物体のＸ軸、Ｙ軸、Ｚ軸の各方向における位置を表す三次元データを得ることができる。
画像入力部４は、左目用撮像部２Ｌ、右目用撮像部２Ｒそれぞれで得られる撮像画像を入力する。
【００５０】
表示部３は、ＡＲ画像（本例では図３に例示したゲーム画像）の表示を行ってユーザに呈示する。本例の表示部３は、ユーザの左目に対応した位置に配置された左目用表示部３Ｌと、右目に対応した位置に配置された右目用表示部３Ｒとを備えている。
後述するように、本例のＣＰＵ９によっては、ゲーム画像として、左目用撮像部２Ｌにより得られる撮像画像に対し各種の仮想オブジェクト等を重畳した左目用表示画像と、右目用撮像部２Ｒにより得られる撮像画像に対し各種の仮想オブジェクト等を重畳した右目用表示画像とが生成される。左目用表示部３Ｌには左目用表示画像が、右目用表示部３Ｒには右目用表示画像がそれぞれ表示される。
このようにユーザの左目に対して左目視野に対応した画像が表示され、右目に対して右目視野に対応した画像が表示されることで、ユーザに呈示される画像の立体感が高められる。
【００５１】
センサ部５は、ユーザ（本例では情報処理装置１を装着したユーザ）の位置や向きを検出するための各種センサを包括して示している。具体的に、本例のセンサ部５は、ユーザの移動を検出するためのセンサとしての加速度センサと、ユーザの向きを検出するためのセンサとしてのジャイロセンサ（角速度センサ）とを少なくとも備える。
センサ情報入力部６は、センサ部５による検出情報を入力する。
【００５２】
通信部７は、外部装置（本例では特に他の情報処理装置１）との間でデータ通信を行う。本例の通信部７は、外部装置との間で無線によるデータ通信を行うことが可能に構成されている。この場合の無線通信方式の例としては、例えばＷｉ−Ｆｉ（Wireless Fidelity：登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等を挙げることができる。
【００５３】
バッテリ８は、情報処理装置１が備える各部の電源として用いられる二次電池である。
【００５４】
ＣＰＵ９は、ＲＯＭ１０に記憶されているプログラム、又はＲＯＭ１０からＲＡＭ１１にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１１には、ＣＰＵ９が各種の処理を実行する上において必要なデータが適宜記憶される。
ＣＰＵ９は、各種のプログラムに基づいて、後の図５で説明する各種機能を実現するための処理を実行する。例えば、画像入力部４がステレオカメラ部２より入力した撮像画像に基づき、図３に例示したようなＡＲ画像としてのゲーム画像（本例では、上述した左目用表示画像、及び右目用表示画像）を生成するための処理等を行う。
また、特に本例におけるＣＰＵ９は、図７から図１２等を参照して説明するような実施形態としての特定装置選択手法を実現するための処理を実行するが、詳細については後述する。
【００５５】
画像出力部１２は、ＣＰＵ９が生成したゲーム画像、すなわち本例では上述した左目用表示画像、及び右目用表示画像をバス１３経由で入力し、左目用表示画像を左目用表示部３Ｌに、右目用表示画像を右目用表示部３Ｒにそれぞれ出力する。
【００５６】
なお、本例の情報処理装置１には、敵キャラへの攻撃指示操作等、各種のゲーム操作を可能とするための操作手段も設けられるが、本技術とは直接的に関係するものではないため図示による説明は省略した。
【００５７】
［2-2．機能構成］
図５の機能ブロック図を参照して、ＣＰＵ９が有する各種機能について説明する。
図示するようにＣＰＵ９は、機能ごとに分けて空間情報管理部Ｆ１、ゲーム情報管理部Ｆ２、ゲーム情報処理部Ｆ３、出力画像生成部Ｆ４、バッテリ管理部Ｆ５、ＣＰＵ管理部Ｆ６、通信状態管理部Ｆ７、及びマスタ／スレーブ切替制御部Ｆ８を有するものとして表すことができる。
【００５８】
空間情報管理部Ｆ１は、画像入力部４を介して入力されるステレオカメラ部２の撮像画像（左目位置、右目位置それぞれの撮像画像）と、センサ情報入力部６を介して入力されるセンサ部５による検出情報とに基づき、ＡＲ空間を共有する各情報処理装置１（各ユーザ）の位置の検出及び同定を行う。
ここで、ＡＲ空間を共有するとは、本例では、同一のゲームコンテンツをプレイするユーザの情報処理装置１同士の関係を意味し、先の図２及び図３の例では情報処理装置１−１と情報処理装置１−２の関係が該当する。
空間情報管理部Ｆ１は、画像入力部４を介して入力されるステレオ撮像された各撮像画像に基づき、他の情報処理装置１の位置を三次元データ（三次元座標での位置を表すデータ）により検出する。また、自装置の位置については、センサ情報入力部６より入力したセンサ情報に基づき検出する。
また、他の情報処理装置１の同定については、本例では、例えば情報処理装置１ごと（或いは情報処理装置１を装着したユーザごと）に個々の情報処理装置１を識別するための視覚情報（例えば所定形状のマークや所定色のマーク）が付されおり、空間情報管理部Ｆ１は、撮像画像から該視覚情報を検出することで、撮像画像内に検出された情報処理装置１（ユーザ）の同定を行う。
空間情報管理部Ｆ１は、上記のような各情報処理装置１の位置検出を所定周期で繰り返し実行し、常に最新の情報に更新する。
なお、情報処理装置１を同定するための手法として、上記した手法はあくまで説明上の例示に過ぎず、例えば各情報処理装置１が自身の識別情報と位置情報とを他の情報処理装置１に送信するようにし、空間情報管理部Ｆ１は、他の情報処理装置１から受信した位置情報と撮像画像内で検出される情報処理装置１の位置とを照合して他の情報処理装置１を同定する等、他の手法を採ることも勿論可能である。
【００５９】
ゲーム情報管理部Ｆ２は、自装置がマスタ装置となった場合に、ゲーム情報を更新する処理と、更新したゲーム情報を他の情報処理装置１に送信する処理とを行って、ゲーム進行を一括して管理する。
ここで言う「ゲーム情報」とは、ゲーム進行において各情報処理装置１（ＡＲ空間を共有する各情報処理装置１）が共通に用いる情報を意味する。
【００６０】
図６は、ゲーム情報の例を示している。
本例のゲーム情報としては、各プレイヤの位置情報、プレイヤごとの選択キャラ情報、各プレイヤのゲームスコア、敵キャラの出現位置情報、及び敵キャラの状態情報を挙げることができる。ここでの「プレイヤ」とは、ユーザそのものを意味するものではなく、あくまでゲームコンテンツ内における仮想的な人物を意味しているものである、また、ここでの位置情報は、ＡＲ空間内での位置を表す情報である。
本例では、各プレイヤの位置情報としては、ＡＲ空間における各プレイヤの所在位置の情報のみでなく、各プレイヤの向きの情報も含まれる。各情報処理装置１において、自装置のプレイヤの向きの情報は、センサ部５の検出情報に基づき得ることができる。
また、プレイヤごとの選択キャラ情報は、ゲーム開始前等にユーザが自身のアバターとして選択したキャラクタの識別情報を意味する。また、敵キャラの状態情報は、例えば敵キャラのＨＰ等、敵キャラの状態を表す情報を意味する。
【００６１】
このようなゲーム情報は、その更新が滞ると各情報処理装置１がゲームコンテンツを適切に進行できなくなり、ゲームが中断する等、ゲーム進行の遅滞を招く虞のある情報とされる。
【００６２】
本例において、マスタ装置は、ＡＲ空間を共有する複数の情報処理装置１のうちから１台のみ選択される装置とされ、マスタ装置以外の情報処理装置１は全てスレーブ装置として動作する。
本例のマスタ装置は、上記のようなゲーム情報を更新する処理と、更新したゲーム情報を他の情報処理装置１に送信する処理とを行う装置とされる。スレーブ装置は、マスタ装置から送信されるゲーム情報を受信し、自身が呈示するゲーム画像に該ゲーム情報を反映させる処理を行う装置とされる。
【００６３】
ここで、上記のようなマスタ装置とスレーブ装置との関係によれば、上述したゲーム情報を更新する処理、及び更新したゲーム情報を他の情報処理装置１に送信する処理は、マスタ装置としての情報処理装置１のみが実行を許可される処理であると換言できる。すなわち、これらの処理を「特定処理」と換言すれば、マスタ装置は、特定処理を実行する装置であると言うことができる。
【００６４】
図５に説明を戻す。
ゲーム情報処理Ｆ３は、自装置がスレーブ装置となった場合に、マスタ装置が送信したゲーム情報の受信、及びゲーム情報に反映させるべき情報のマスタ装置への送信を行う。スレーブ装置側からゲーム情報に反映させるべき情報の一例としては、例えば自装置のプレイヤが討伐した（ＨＰを０にした）敵キャラに係る情報を挙げることができる。討伐された敵キャラは、他装置が呈示するゲーム画像から消滅させるべきものである。また、自装置のプレイヤが敵キャラを討伐した旨の情報は、該敵キャラが討伐された時点において、他装置が知り得ない情報となる。このため、ゲーム情報処理部Ｆ３は、自装置のプレイヤが或る敵キャラを討伐した場合には、その旨を表す情報を特定装置としての情報処理装置１に送信する。
マスタ装置としての情報処理装置１におけるゲーム情報管理部Ｆ２は、このように他装置（スレーブ装置）が送信した情報に基づき、上述したゲーム情報の更新を行う。これにより、該当する敵キャラが討伐された旨が、ゲーム情報に反映される。
そして、ゲーム情報管理部Ｆ２は、上述のようにゲーム情報を他装置に送信する処理を行うため、以降は、該当する敵キャラが討伐された旨の情報が他装置間でも共有されるものとなり、各装置が呈示するゲーム画像にそれぞれ反映されることになる。
【００６５】
出力画像生成部Ｆ４は、画像入力部４より入力される撮像画像とゲーム情報とに基づいて、表示部３に表示されるべき画像を生成する。つまり本例では、上述した左目用表示画像と右目用表示画像とを生成する。
【００６６】
バッテリ管理部Ｆ５は、バッテリ８の状態管理を行う。特に本例では、バッテリ８の残量（例えば充電率）を管理する。
【００６７】
ＣＰＵ管理部Ｆ６は、ＣＰＵ９の情報処理能力についての管理を行うものである。本例のＣＰＵ管理部Ｆ６は、ＣＰＵ９の情報処理能力として、ＣＰＵ９のスペック上の処理能力ではなく、その時点でＣＰＵ９が負っている処理負荷も考慮した情報処理能力についての管理を行う。
具体的に、ＣＰＵ管理部Ｆ６は、以下の［式１］で表される処理能力評価値Ｚを、ＣＰＵ９の現状における実質的な情報処理能力を表す評価値として計算する。なお［式１］において、ＸはＣＰＵ９のＭＣＰＳ（millions of clocks per second：スペック上の処理能力に相当）を、ＹはＣＰＵ９の１秒あたりの平均使用率（％）を、Ｎはサンプル数（Ｎは２以上の自然数）をそれぞれ意味する。
【数１】
2020086721.tif 000003
この処理能力評価値Ｚは、ＣＰＵ９の実質的な情報処理能力について、Ｎサンプルあたりの平均処理能力を表す値となる。
なお、ＣＰＵ９の実質的な情報処理能力を表す評価値については、例えばＭＩＰＳ（million instructions per second）に基づく値とする等、ＭＣＰＳ以外の処理能力評価値に基づいた値とすることもできる。
【００６８】
通信状態管理部Ｆ７は、通信部７により行われるデータ通信についての通信状態の管理を行う。具体的に、本例の通信状態管理部Ｆ７は、通信部７の受信電波強度を管理する。ここで、本例では、ＡＲ空間を共有する他装置としての情報処理装置１は複数となり得るものであり、これに対応し通信状態管理部Ｆ７は、受信電波強度を表す値として、各情報処理装置１からの受信電波の強度値を平均化した値を算出し、管理する。
【００６９】
マスタ／スレーブ切替処理部Ｆ８は、ＡＲ空間を共有する複数の情報処理装置１について、自装置の状態情報と他装置の状態情報とに基づく各装置の状態比較を行った結果に基づき、自装置の動作モードをマスタモードとスレーブモードとの間で切り替える処理を行う。マスタモードは、自装置をマスタ装置として動作させるモードであり、スレーブモードは自装置をスレーブ装置として動作させるモードである。
ここで、上記のように各装置の状態比較を行った結果に基づき自装置の動作モードをマスタモードとスレーブモードとの間で切り替えることは、各装置のうちからマスタ装置を選択することを含んでいると言うことができる。
【００７０】
＜３．実施形態としての特定装置選択手法＞
［3-1．選択手法の概要］
以下、マスタ／スレーブ切替処理部Ｆ８により実現する実施形態としての特定装置選択手法の具体例について説明する。
先ず、本例では、マスタモード／スレーブモードの切り替えにあたっては、上記の状態情報（情報処理装置１の状態情報）として、バッテリ管理部Ｆ５が管理するバッテリ残量情報、ＣＰＵ管理部Ｆ６が管理する処理能力評価値Ｚ、通信状態管理部Ｆ７が管理する受信電波強度の少なくとも何れかを取得する。これら何れかの状態情報については、自装置、及びＡＲ空間を共有する他装置のそれぞれについて取得する。
そして、取得した各装置の状態情報に基づき、自装置がマスタ装置となり得るか否かを判定する。すなわち、バッテリ残量情報に基づく判定としては、自装置のバッテリ残量が最大であるか否かの判定を行い、処理能力評価値Ｚに基づく判定としては、自装置の処理能力評価値Ｚが最良（情報処理能力が最高）であるか否かの判定を行う。また、受信電波強度に基づく判定であれば、自装置の受信電波強度が最大であるか否かを判定する。
さらに、これらの判定のうち少なくとも何れかによって自装置がマスタ装置となり得ると判定したこと場合は、他装置に対し自装置がマスタ装置となることを通知し、自装置の動作モードをマスタモードに切り替える。
【００７１】
このとき、マスタ装置であった情報処理装置１は、他装置からマスタ装置となることの通知を受けたことに応じ、動作モードをスレーブモードに切り替える。一方、スレーブ装置であった情報処理装置１は、他装置からマスタ装置となることの通知を受けた場合は、動作モードを切り替えずにスレーブモードを維持する。
なお、マスタ装置であった情報処理装置１自身がマスタ装置となり得ると判定した場合には、当該情報処理装置１において動作モードの切り替えは行わない。またこの場合には、他装置においても動作モードの切り替えが不要であることから、以下で説明する本例の処理では、当該情報処理装置１が他装置に対しマスタ装置となることの通知を行わないものとしている（ステップＳ１０４を参照）。
【００７２】
［3-2．処理手順］
以下、上記した実施形態としての特定装置選択手法を実現するためにＣＰＵ９が実行すべき具体的な処理手順について、図７から図９のフローチャートを参照して説明する。
図７は、各装置のバッテリ残量情報に基づきマスタ装置を選択する場合に対応した処理の例を示している。なお、この図７を始めとして、図１０までの各図に示す処理は、所定周期で繰り返し実行される処理となる。これらの処理の実行周期としては、例えば１秒等とすることができる。
【００７３】
図７において、先ず、ＣＰＵ９はステップＳ１０１で、自装置のバッテリ残量情報を送信する処理を行う。すなわち、ＡＲ空間を共有中の他装置に対し、自装置のバッテリ残量情報を送信する。なお、ステップＳ１０１の送信処理は、送信したバッテリ残量情報の他装置による受信が確認されたことを条件に終了する処理としてもよい。
【００７４】
続くステップＳ１０２でＣＰＵ９は、他装置のバッテリ残量情報が受信されるまで待機する。すなわち、他装置がステップＳ１０１の処理により送信したバッテリ残量情報が受信されるまで待機する。
他装置のバッテリ残量情報が受信されたことに応じ、ＣＰＵ９はステップＳ１０３で自装置のバッテリ残量が最大か否かを判定する。自装置のバッテリ残量が最大であれば、ＣＰＵ９はステップＳ１０４に進み、自装置が現在スレーブ装置であるか否かを判定する。自装置がスレーブ装置でない（つまり現在マスタ装置である）場合には、ＣＰＵ９は図７に示す一連の処理を終える。
すなわち、マスタ装置であった情報処理装置１自身がマスタ装置となり得ると判定した場合には、当該情報処理装置１において動作モードの切り替えは行わない。またこの場合には、他装置においても動作モードの切り替えが不要であることから、当該情報処理装置１から他装置に対しマスタ装置となることの通知が行われない。
【００７５】
一方、自装置が現在スレーブ装置であれば、ＣＰＵ９はステップＳ１０５に進み、他装置にマスタ装置となることを通知し、ステップＳ１０６で現マスタ装置からのＡＣＫ（acknowledgement：肯定応答）が受信されるまで待機する。なお、ここで受信待機するＡＣＫは、現在のマスタ装置が後述するステップＳ１０９で送信するＡＣＫである。
【００７６】
現マスタ装置からのＡＣＫが受信された場合、ＣＰＵ９はステップＳ１０７に進んでマスタモードに移行する処理を実行し、図７に示す一連の処理を終える。
【００７７】
また、先のステップＳ１０３において、自装置のバッテリ残量が最大でないと判定した場合、ＣＰＵ９はステップＳ１０８に進んでマスタ候補からの通知が受信されるまで待機する。ここで言うマスタ候補とは、現在スレーブ装置として動作しているがマスタ装置となる能力を持ち合わせている情報処理装置１を意味し、具体的には、ステップＳ１０３の判定処理により自装置がマスタ装置となり得る（この場合はバッテリ残量が最大）と判定し、ステップＳ１０５の処理により他装置にマスタ装置となることを通知した情報処理装置１を意味する。
【００７８】
ステップＳ１０８において、マスタ候補からの通知が受信された場合、ＣＰＵ９はステップＳ１０９に進んでマスタ候補としての情報処理装置１にＡＣＫを送信する。
そして、続くステップＳ１１０でＣＰＵ９は、自装置が現在マスタ装置であるか否かを判定する。自装置が現在マスタ装置でなければ、ＣＰＵ９は図７に示す一連の処理を終える。すなわち、自装置がマスタ候補でなく且つ現在スレーブ装置であれば、動作モードの変更は不要であるため処理を終える。
一方、自装置が現在マスタ装置であれば、ＣＰＵ９はステップＳ１１１に進んでスレーブモードに移行し、図７に示す一連の処理を終える。
【００７９】
図８は、各装置の情報処理能力に基づきマスタ装置を選択する場合に対応した処理の例を示している。
なお、以下の説明において、既に説明済みとなった処理と同様となる処理については同一ステップ番号を付して説明を省略する。
【００８０】
この場合、ＣＰＵ９はステップＳ２０１で、自装置の情報処理能力を計算し、他装置に送信する。具体的に本例では、上述した処理能力評価値Ｚを計算し、他装置に送信する。
続くステップＳ２０２でＣＰＵ９は、他装置の情報処理能力情報、つまり本例では他装置がステップＳ２０１の処理により送信した処理能力評価値Ｚが受信されるまで待機し、情報処理能力情報が受信された場合は、ステップＳ２０３で自装置の情報処理能力が最高か否かを判定する。すなわち、自装置の処理能力評価値Ｚか最高か否かを判定する。
ＣＰＵ９は、自装置の情報処理能力が最高であると判定した場合にはステップＳ１０４に進み、また自装置の情報処理能力が最高でないと判定した場合にはステップＳ１０８に進む。
なお、図中のステップＳ１０４からステップＳ１１１の処理については、既に説明済みであるため、重複説明は避ける。
【００８１】
図９は、各装置の通信状態に基づきマスタ装置を選択する場合に対応した処理の例を示している。
この場合、ＣＰＵ９はステップＳ３０１で、自装置の通信状態情報を他装置に送信する。つまり本例では、上述した受信電波強度（他装置からの受信電波強度の平均値）の情報を他装置に送信する。
続くステップＳ３０２でＣＰＵ９は、他装置の通信状態情報、つまり本例では他装置がステップＳ３０１の処理により送信した受信電波強度の情報が受信されるまで待機し、通信状態情報が受信された場合は、ステップＳ３０３で自装置の通信状態が最良か否かを判定する。すなわち、自装置の受信電波強度が最高か否かを判定する。
ＣＰＵ９は、自装置の通信状態が最良であると判定した場合にはステップＳ１０４に進み、また自装置の通信状態が最良でないと判定した場合にはステップＳ１０８に進む。
【００８２】
ここで、自装置がマスタ装置となり得るか否かを判定するにあたって用いる通信状態の情報としては、上記した受信電波強度の情報に限定されず、パケット通信を行う場合における通信パケットのパケットロス率の情報を用いることもできる。パケットロス率は、送信したパケットの総数に対するロスパケット数の割合を表すものであり、例えばＰｉｎｇ（パケットの通信テストプログラム）の機能により得ることができる。Ｐｉｎｇの機能は、一般的なＯＳに備わっている機能であり、この場合における情報処理装置１としてはＰｉｎｇ機能を含むＯＳを実装した装置を用いる。
【００８３】
この場合、ＣＰＵ９は、ステップＳ３０１の処理において、通信状態情報としてパケットロス率の情報（受信電波強度と同様、各他装置に対する数値の平均値とする）を他装置に送信する。そして、ステップＳ３０３の処理では、自装置についてのパケットロス率と他装置についてのパケットロス率（ステップＳ３０２で受信された他装置のパケットロス率）とに基づき、自装置のパケットロス率が最小であるか否かを判定し、最小であればステップＳ１０４に、最小でなければステップＳ１０８に進むようにする。
【００８４】
なお、パケットロス率に代えて平均到達時間（ＴＴＬ）に基づきマスタ装置を選択することもできる。具体的には、ステップＳ３０３の判定処理において自装置のＴＴＬが最短か否かを判定し、最短であればステップＳ１０４に、最短でなければステップＳ１０８に進むようにする。なお、ＴＴＬの情報についてもＰｉｎｇの機能により取得することが可能である。
【００８５】
ここで、自装置がマスタ装置となり得るか否かの判定は、各装置についての、ＡＲ空間における特定の仮想オブジェクトに対する配置関係を表す情報に基づき行うこともできる。このような仮想オブジェクトに対する配置関係を表す情報としては、例えば、特定の敵キャラに対する離間距離（以下「離間距離Ｄｏ」と表記する）を挙げることができる。
離間距離Ｄｏは、他装置とのＡＲ空間共有状態からの離脱可能性を示唆するものとなる。本例において、ＡＲ空間共有状態からの離脱可能性とは、例えば、ユーザがゲームのプレイを終了してしまう等、プレイヤがゲームから離脱する可能性を意味する。
情報処理装置１が特定の仮想オブジェクトに対して遠方に位置しているほど（離間距離Ｄｏが長いほど）、該情報処理装置１のユーザのコンテンツに対する関心が低いと推定可能であり、ＡＲ空間共有状態からの離脱可能性が高いと推定できる。
このため、各装置の特定の仮想オブジェクトに対する配置関係を比較した結果に基づきマスタ装置を選択することで、例えばＡＲ空間共有状態からの離脱可能性の最も低い情報処理装置１等、ＡＲ空間共有状態からの離脱可能性の面で特定処理を実行するのに適した情報処理装置１を特定装置として定めることが可能とされる。
【００８６】
図１０は、特定の仮想オブジェクトに対する配置関係の情報に基づきマスタ装置を選択する場合に対応した処理例を示している。
この場合、ＣＰＵ９はステップＳ４０１で、自装置の特定オブジェクトに対する距離情報を他装置に送信する。つまり、特定の仮想オブジェクトに対する自装置の離間距離Ｄｏの情報を他装置に送信する。ここで、ＡＲ空間における特定の仮想オブジェクトに対する離間距離Ｄｏの情報は、図６に例示したゲーム情報に基づき得ることができる。
【００８７】
また、ステップＳ４０１に続くステップＳ４０２でＣＰＵ９は、他装置の特定オブジェクトに対する距離情報、つまり他装置がステップＳ４０１の処理により送信した離間距離Ｄｏの情報が受信されるまで待機し、該情報が受信された場合は、ステップＳ４０３で自装置が特定オブジェクトに最も近いか否かを判定する。すなわち、自装置の離間距離Ｄｏが最短であるか否かを判定する。
この場合のＣＰＵ９は、自装置が特定オブジェクトに最も近いと判定した場合にはステップＳ１０４に進み、自装置が特定オブジェクトに最も近くないと判定した場合にはステップＳ１０８に進む。
【００８８】
なお、特定の仮想オブジェクトに対する配置関係としては、上記した離間距離Ｄｏ以外にも、例えば特定の仮想オブジェクトに対する向きの情報も挙ることができる。例えば、情報処理装置１のユーザが特定の仮想オブジェクトに対し背を向け続けている場合には、該情報処理装置１のユーザのコンテンツに対する関心が低く、ＡＲ空間共有状態からの離脱可能性が高いと推定できる。従って、特定の仮想オブジェクトに対する向きの情報をマスタ装置の選択基準として用いることで、例えばＡＲ空間共有状態からの離脱可能性の最も低い情報処理装置１等、ＡＲ空間共有状態からの離脱可能性の面で特定処理を実行するのに適した情報処理装置１を特定装置として定めることが可能となる。
【００８９】
なお、上記ではマスタ装置の選択にあたりそれぞれ１種の状態情報のみを用いる例を挙げたが、マスタ装置の選択は、複数種の状態情報に基づき行うこともできる。
例えば、バッテリ残量が最大で且つ通信状態が最良であることをマスタ装置の選択条件とする等、自装置がマスタ装置となり得るか否かの判定を、複数種の状態情報に基づく判定条件を満たすか否かにより行うことができる。
また、単一の状態情報に基づく判定条件（例えば、受信電波強度が最大）により判定を行った際に、判定評価値が同一の他装置が存在する場合（受信電波強度が同一の他装置が存在する場合）には、それら判定評価値が同一であった各装置間において、判定条件を変更して再度の判定を行う（例えば、バッテリ残量が最大か否かの判定を行う）ということもできる。
【００９０】
＜４．特定装置選択の別例＞
上記では、例えばステップＳ１０３やステップＳ２０３等、マスタ装置を選択するための判定処理が一定周期で繰り返し実行される例を挙げたが、マスタ装置を選択するための判定処理は、マスタ装置の状態が悪化したことを条件に実行されるようにすることもできる。
一例としては、例えばマスタ装置が他装置に対し一定周期の通知を行うことが前提とされる場合において、該一定周期の通知が所定時間以上滞ったことを条件に、マスタ装置を選択するための判定処理が実行されるようにしてもよい。
【００９１】
図１１は、マスタ装置選択のための判定処理実行条件をマスタ装置の無通知状態継続とした場合に対応した処理例を示している。
ここで、以下、図１１及び図１２で説明する処理の主体は、スレーブ装置におけるＣＰＵ９となる。
また、図１１では、マスタ装置選択のための判定処理として、図７で例示したようなバッテリ残量情報に基づく判定が行われる例を説明するが、これに代えて、図８から図１０で例示したような情報処理能力、通信状態、特定オブジェクトに対する配置関係の少なくとも何れかの情報に基づく判定を行うことも勿論可能である。
【００９２】
先ず、この場合のＣＰＵ９はステップＳ５０１で、マスタ無通知状態が所定時間以上継続するまで待機する。すなわち、マスタ装置がＡＲ空間を共有する他装置に対し一定周期で行うべき通知について、該通知の無い状態が所定時間以上継続するまで待機する。
そして、マスタ無通知状態が所定時間以上継続した場合、ＣＰＵ９はステップＳ１０１に処理を進める。つまりこれにより、マスタ無通知状態が所定時間以上継続したことを条件に、バッテリ残量に基づいたマスタ装置選択のための判定処理（Ｓ１０３）が実行される。
なお、図１１に示す処理はスレーブ装置が実行する処理であるため、ステップＳ１０４の処理（自装置が現在スレーブ装置か否かの判定処理）は省略される。同様に、ステップＳ１１０（自装置が現在マスタ装置か否かの判定処理）及びステップＳ１１１（スレーブモード移行処理）についても省略される。
またこの場合、マスタモードへの移行処理（Ｓ１０７）を実行するか否かを判定する処理として、ステップＳ１０５に代えてステップＳ５０２の処理、すなわち、他のスレーブ装置からのＡＣＫ（ステップＳ１０９で送信されるＡＣＫ）が受信されるまで待機する処理を実行する。このようにマスタモードへの移行条件を他のスレーブ装置からのＡＣＫ受信としている（つまりマスタ装置からのＡＣＫ受信を条件としていない）のは、この場合のマスタ装置はＡＲ空間共有状態から離脱している可能性が高いためである。
【００９３】
また、マスタ装置選択のための判定処理実行条件は、マスタ装置の通信状態悪化とすることもできる。
図１２は、具体的な処理例を示している。
この場合のＣＰＵ９は、先ずステップＳ６０１でマスタ装置に通信状態情報の送信を要求する。本例では、通信状態情報は前述した受信電波強度の情報であるとする。そして、続くステップＳ６０２でＣＰＵ９は、マスタ装置から通信状態情報を受信するまで待機する。
さらに、ステップＳ６０２に続くステップＳ６０３でＣＰＵ９は、マスタ装置の通信状態が悪いか否かを判定する。具体的に本例では、受信電波強度が所定値以下か否かを判定する。受信電波強度が所定値以下でなく、マスタ装置の通信状態が悪くないと判定した場合、ＣＰＵ９はステップＳ６０１に戻る。
【００９４】
一方、受信電波強度が所定値以下であり、マスタ装置の通信状態が悪いと判定した場合、ＣＰＵ９はステップＳ６０４に進み、全ての他スレーブ装置に通信状態情報（この場合も受信電波強度の情報であるとする）の送信を要求し、続くステップＳ６０５で他スレーブ装置からの通信状態情報が受信されるまで待機し、通信状態情報が受信された場合はステップＳ６０６で自装置の通信状態が最良か否かを判定する。つまり本例では、自装置の受信電波強度が最高であるか否かを判定する。
【００９５】
ステップＳ６０６において、自装置の受信電波強度が最高であり、自装置の通信状態が最良と判定した場合、ＣＰＵ９はステップ１０５に処理を進めて他装置にマスタ装置となることを通知する。一方、自装置の受信電波強度が最高でなく、自装置の通信状態が最良でない判定した場合、ＣＰＵ９はステップ１０８に処理を進めてマスタ候補からの通知が受信されるまで待機する。
なお、図中のステップＳ５０２、Ｓ１０７、Ｓ１０９については既に説明済みであるため重複説明は避ける。
【００９６】
なお、上記では通信状態情報の例として受信電波強度の情報を例示したが、この場合も通信状態を表す情報についてはパケットロス率やＴＴＬの情報を用いることもできる。
【００９７】
＜５．状態比較頻度の調整＞
これまでの説明では、図７から図１０に示した処理を行う頻度は一定である前提とした。すなわち、他装置から状態情報を取得し、各装置の状態比較を行う頻度（以下「状態比較頻度」と表記する）を一定とする例を挙げた。しかしながら、状態比較頻度は一定でなく可変とすることもできる。
【００９８】
ここで、状態比較頻度が低い場合には、状態比較結果に基づき行われるマスタ装置選択の実行間隔が長くなるため、マスタ装置選択の実行タイミング間において、その時点でマスタ装置とされている情報処理装置１が例えば通信可能範囲から離脱してしまう等、ＡＲ空間共有状態から離脱してしまう可能性が高まる。換言すれば、マスタ装置が不在となる状況が生じ易くなり、ゲーム進行の遅滞が生じる可能性が高まる。
一方で、状態比較頻度が高い場合には、マスタ装置の状態悪化に対するマスタ装置選択の追従性が高まるため、状態の悪化しているマスタ装置がスレーブ装置に変更されることの迅速性（つまりそれまでのマスタ装置とは別装置がマスタ装置に選択されることの迅速性）を高めることが可能となり、上記のようにマスタ装置が不在となってゲーム進行の遅滞が生じてしまう可能性を低減可能となる。
また、状態比較頻度を高くした場合には、他装置から状態情報を取得し比較する処理の実行頻度が高まることで、情報処理装置１の処理負担が増大する一方、状態比較頻度を低くした場合には、情報処理装置１の処理負担軽減が図られる。
このようにして、状態比較頻度を可変とすることで、情報処理装置１の処理負担軽減効果と、ゲーム進行の遅滞防止効果との調整を行うことができる。
【００９９】
図１３は、マスタ装置の通信状態に応じて状態比較頻度を変更する場合に対応した処理例を示している。
この場合、ＣＰＵ９は、先ずステップＳ７０１でマスタ装置の通信状態情報を取得する処理を実行する。具体的に、スレーブ装置におけるＣＰＵ９は、マスタ装置に対してマスタ装置の通信状態情報の送信を要求し、取得する。ここで、マスタ装置におけるＣＰＵ９は、ステップＳ７０１として、自装置における通信状態情報を取得する。
本例では、通信状態情報としては、前述した受信電波強度の情報を取得するものとする。ただし、通信状態情報としては、前述したパケットロス率やＴＴＬに基づく情報とすることもできる。
【０１００】
ステップＳ７０１に続くステップＳ７０２でＣＰＵ９は、マスタ装置の通信状態が悪いか否か、具体的に本例ではマスタ装置の受信電波強度が所定値以下か否かを判定する。マスタ装置の受信電波強度が所定値以下であり、マスタ装置の受信電波強度が悪いと判定した場合、ＣＰＵ９はステップＳ７０３で高頻度モードに設定する。すなわち、図７から図１０に示した処理の実行頻度を高める処理を行う。一方、マスタ装置の受信電波強度が所定値以下でなく、マスタ装置の受信電波強度が悪くないと判定した場合、ＣＰＵ９はステップＳ７０４で低頻度モードに設定する処理、すなわち図７から図１０に示した処理の実行頻度を高頻度モード時よりも低くする処理を行う。
これにより、マスタ装置が通信状態の悪化によりＡＲ空間共有状態から離脱することが推定される場合には、状態比較頻度が高められてゲーム進行の遅滞防止が図られるようにすることができる。また、マスタ装置の通信状態が良好な場合には状態比較頻度が低くされるため、情報処理装置１の処理負担軽減を図ることができる。
【０１０１】
この場合のＣＰＵ９は、ステップＳ７０３、Ｓ７０４の何れかの処理を実行したことに応じてステップＳ７０１に戻る。
【０１０２】
図１４は、マスタ装置の特定の仮想オブジェクトに対する配置関係に応じて状態比較頻度を変更する場合に対応した処理例を示している。
なお、ここでは特定の仮想オブジェクトに対する配置関係の情報として、特定の仮想オブジェクトに対する向きの情報を用いる例を挙げるが、これに限定されず、例えば前述の離間距離Ｄｏの情報を用いることも勿論可能である。
【０１０３】
この場合、ＣＰＵ９は、先ずステップＳ８０１でマスタ装置のプレイヤが特定オブジェクトに対し背を向けるまで待機する。マスタ装置のプレイヤが特定の仮想オブジェクトに対し背を向けたか否かは、該プレイヤの向きの情報に基づき判定するが、プレイヤの向きの情報については図６に示したゲーム情報から取得することができる。
【０１０４】
そして、マスタ装置のプレイヤが特定オブジェクトに対し背を向けた場合、ＣＰＵ９はステップＳ８０２でタイムカウントを開始、続くステップＳ８０３で背向け状態（マスタ装置のプレイヤが特定オブジェクトに対し背を向けた状態）が継続中であるか否かを判定する。
背向け状態が継続中であれば、ＣＰＵ９はステップＳ８０３に進んで所定時間が経過したか否か、つまりはステップＳ８０２で開始したタイムカウントの値が所定値以上となったか否かを判定し、所定時間が経過していなければ、ステップＳ８０３に戻る。つまり、ステップＳ８０３及びＳ８０４によっては、背向け状態が所定時間以上継続したか否かを判定する処理が形成されている。
ステップＳ８０４において、所定時間が経過した場合、ＣＰＵ９はステップＳ７０３に進んで高頻度モードに設定する処理を行った後、ステップＳ８０３に戻る。つまり、マスタ装置のプレイヤの背向け情報が所定時間以上継続した場合は、状態比較頻度が高められる。
【０１０５】
また、ステップＳ８０３において、背向け状態が継続中でないと判定した場合、ＣＰＵ９はステップＳ７０４に進んで低頻度モードに設定する処理を行った上で、続くステップＳ８０５でタイムカウントをリセットし、ステップＳ８０１に戻る。すなわち、マスタ装置のプレイヤが背向け状態となったが所定時間以内にその状態が解消された場合や、高頻度モード中にマスタ装置のプレイヤの背向け状態が解消された場合には、状態比較頻度が低くされる。
【０１０６】
上記の処理により、マスタ装置の特定の仮想オブジェクトに対する配置関係に基づき、マスタ装置がＡＲ空間共有状態から離脱することが推定される場合には状態比較頻度が高められ、ゲーム進行の遅滞防止が図られるようにすることができる。また、マスタ装置の特定の仮想オブジェクトに対する配置関係の面で、マスタ装置のＡＲ空間共有状態から離脱可能性が低いと推定される場合には、状態比較頻度が低くされて、情報処理装置１の処理負担軽減を図ることができる。
【０１０７】
なお、上記では状態比較頻度を変更するか否かの判定を、マスタ装置の通信状態、又はマスタ装置の特定オブジェクトに対する配置関係の何れか一つの状態情報に基づき行う例を挙げたが、状態比較頻度を変更するか否かの判定は、複数の状態情報に基づき行うこともできる。
例えば、通信状態に基づく判定と特定オブジェクトに対する配置関係とに基づく判定とを行い、双方の判定において肯定結果が得られたこと、或いは何れか一方の判定において肯定結果が得られたことを条件に、状態比較頻度を変更する等の手法を採ることもできる。
【０１０８】
＜６．実施形態の変形例＞
実施形態としては上記した具体例に限定されず、多様の変形例としての構成を採ることができる。
例えば、実施形態としてのＡＲゲームシステム１００をアミューズメント施設に適用する例を考えてみる。
【０１０９】
この場合、図１５に例示するゲーム開始エリアＳａのような、施設内における所定エリア内に複数人のゲーム参加者としてのユーザが揃ったら、ＡＲゲームが開始されるものとする。
ゲームへの参加を希望するユーザは、不図示の控え室内等、ゲーム開始エリアＳａ以外の場所で待機しているとする。これら参加希望のユーザには、明確なゲーム開始エリアＳａの通知はされていないことを前提とする。但し、各情報処理装置１には、ゲーム開始エリアＳａの位置情報が保持されているとする。
【０１１０】
何らかの合図により、参加希望者としてのユーザにゲーム開始エリアＳａへの移動が通知される。このとき、最初にゲーム開始エリアＳａに入ったユーザの情報処理装置１を、マスタ候補としての情報処理装置１とする（図１５中、「Ｍｃ」の表記を参照）。
【０１１１】
マスタ候補とされた情報処理装置１は、図１６に示すように、ゲーム開始エリアＳａ外の他装置に対しゲーム開始エリアＳａへの誘導情報を表示させる。そして、全ての他装置がゲーム開始エリアＳａに入ったことに応じ、マスタ候補としての情報処理装置１が、他装置に対して自身がマスタ装置となることを通知し、マスタモードに移行する。一方、該通知を受けた他装置としての情報処理装置１は、自身をスレーブモードに移行する。
これにより、ＡＲゲームを共有する情報処理装置１のグループ分けと、グループ内でのマスタ装置／スレーブ装置の振り分けとをユーザの操作入力に依らず自動的に行うことができる。
【０１１２】
なお、マスタ候補は、最初にゲーム開始エリアＳａに入った装置とする以外にも、例えば最初に控え室から出た装置としたり、或いは予め定められた装置（例えば、インストラクタとしてのユーザが使用する情報処理装置１等）とすることもできる。
【０１１３】
図１７は、マスタ候補としての情報処理装置１において実行されるべき処理の手順例を示している。
図示のようにマスタ候補としての情報処理装置１におけるＣＰＵ９は、先ずステップＳ９０１で他装置の位置情報を取得し、ステップＳ９０２で全ての他装置がゲーム開始エリアＳａに入ったか否かを判定する。未だ全ての他装置がゲーム開始エリアＳａに入っていないと判定した場合、ＣＰＵ９はステップＳ９０３に進み、未入の他装置（ゲーム開始エリアＳａに未入の他装置）に誘導情報の表示指示を行い、ステップＳ９０１に戻る。ここで、誘導情報としては、例えば図１６に例示したような文字等のメッセージを表示することが考えられる。このとき、誘導情報としては、図１６で例示するメッセージのように、他装置の向きを考慮して進むべき方向を指示する情報とすることが望ましい。なお、誘導情報は視覚的情報に限らず、聴覚的情報や触覚的情報（振動等の触覚刺激による情報）とすることもできる。
【０１１４】
一方、ステップＳ９０２において全ての他装置がゲーム開始エリアＳａに入ったと判定した場合、ＣＰＵ９はステップＳ９０４に進んで他装置にマスタ装置となることを通知し、続くステップＳ９０５で他装置からのＡＣＫ（図１８のステップＳ１００３参照）が受信されるまで待機し、該ＡＣＫが受信されたことに応じてステップＳ９０６でマスタモードに移行する処理を実行し、図１７に示す一連の処理を終える。
【０１１５】
図１８は、マスタ候補以外の情報処理装置１において実行されるべき処理の手順例を示している。
この場合、ＣＰＵ９は、ステップＳ１００１でマスタ候補からの通知（ステップＳ９０４の通知）が受信されるまで待機し、該通知を受信した場合は、ステップＳ１００２でマスタ候補にＡＣＫを送信し、続くステップＳ１００３でスレーブモードに移行した上で、図１８に示す一連の処理を終える。
【０１１６】
ここで、これまでの説明では、ＡＲコンテンツの生成にあたり用いる距離情報を得るための測距手法として、ステレオカメラを用いた測距手法（ステレオ法による測距手法）を例示したが、該測距手法については、例えばＳＴＬ（Structured Light：構造化光）方式やＴｏＦ（Time of Flight：光飛行時間）方式等、他の方式による手法を採用することもできる。
【０１１７】
＜７．プログラム＞
以上、実施形態としての情報処理装置１を説明してきたが、実施形態のプログラムは、情報処理装置１としての処理をＣＰＵ等のコンピュータ装置に実行させるプログラムである。
【０１１８】
実施形態のプログラムは、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成し、自装置の状態情報と他装置の状態情報とに基づいて、拡張現実空間を共有する自装置及び他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う処理、をコンピュータ装置に実行させるプログラムである。
すなわち、このプログラムは、例えばコンピュータ装置に図７から図９から図１２等により説明した処理を実行させるプログラムに相当する。
【０１１９】
このようなプログラムは、コンピュータ装置が読み取り可能な記憶媒体、例えばＲＯＭやＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）等に予め記憶しておくことができる。或いはまた、半導体メモリ、メモリーカード、光ディスク、光磁気ディスク、磁気ディスク等のリムーバブル記憶媒体に、一時的又は永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ（Local Area Network）、インターネット等のネットワークを介してスマートフォン等の所要の情報処理装置にダウンロードすることもできる。
【０１２０】
＜８．実施形態のまとめ＞
上記のように実施形態としての情報処理装置（同１）は、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成する画像生成部（出力画像生成部Ｆ４）と、自装置の状態情報と他装置の状態情報とに基づいて、拡張現実空間を共有する自装置及び他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置（マスタ装置）の選択を行う選択部（マスタ／スレーブ切替制御部Ｆ８）と、を備えるものである。
【０１２１】
上記のように拡張現実空間（ＡＲ空間）を共有する各装置の状態比較を行った結果に基づき特定装置を選択することで、特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
従って、不適切な情報処理装置が特定装置とされることによるコンテンツ進行の遅滞防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１２２】
また、実施形態としての情報処理装置においては、コンテンツは、拡張現実空間において進行するゲームコンテンツであり、特定処理は、ゲーム進行において複数の情報処理装置が共通に用いる情報を更新し、他の情報処理装置に送信する処理であるものとされている。
【０１２３】
これにより、ゲーム進行を一括管理するための特定処理を実行するのに適した状態にある情報処理装置を、特定装置として定めることが可能とされる。
従って、不適切な情報処理装置が特定装置とされることによるゲーム進行の遅滞防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１２４】
さらに、実施形態としての情報処理装置においては、状態情報は電池残量情報であり、選択部は、複数の情報処理装置の電池残量を比較した結果に基づき特定装置を選択している。
【０１２５】
これにより、例えば電池残量が最も多い情報処理装置等、電池残量の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
従って、電池残量が少なく特定処理を実行するのに不適切とされる情報処理装置が特定装置とされてコンテンツ進行が遅滞してしまうことの防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１２６】
さらにまた、実施形態としての情報処理装置においては、状態情報は情報処理能力を表す情報であり、選択部は、複数の情報処理装置の情報処理能力を比較した結果に基づき特定装置を選択している。
【０１２７】
これにより、例えば情報処理能力が最高の情報処理装置等、情報処理能力の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
従って、情報処理能力が低く特定処理を実行するのに不適切とされる情報処理装置が特定装置とされてコンテンツ進行が遅滞してしまうことの防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１２８】
また、実施形態としての情報処理装置においては、状態情報は通信状態を表す情報であり、選択部は、複数の情報処理装置の通信状態を比較した結果に基づき特定装置を選択している。
【０１２９】
これにより、例えば通信状態が最良の情報処理装置等、通信状態の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
従って、通信状態が悪く特定処理を実行するのに不適切とされる情報処理装置が特定装置とされてコンテンツ進行が遅滞してしまうことの防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１３０】
さらに、実施形態としての情報処理装置においては、状態情報は無線通信における受信電波強度を表す情報であり、選択部は、複数の情報処理装置の受信電波強度を比較した結果に基づき特定装置を選択している。
【０１３１】
これにより、例えば受信電波強度が最高の情報処理装置等、受信電波強度の高さの面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
従って、受信電波強度が低く特定処理を実行するのに不適切とされる情報処理装置が特定装置とされてコンテンツ進行が遅滞してしまうことの防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１３２】
さらにまた、実施形態としての情報処理装置においては、状態情報は通信パケットについてのパケットロス率を表す情報であり、選択部は、複数の情報処理装置のパケットロス率を比較した結果に基づき特定装置を選択している。
【０１３３】
これにより、例えばパケットロス率が最低の情報処理装置等、パケットロス率の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
従って、パケットロス率が高く特定処理を実行するのに不適切とされる情報処理装置が特定装置とされてコンテンツ進行が遅滞してしまうことの防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１３４】
また、実施形態としての情報処理装置においては、状態情報は、拡張現実空間における特定の仮想オブジェクトに対する配置関係を表す情報であり、選択部は、複数の情報処理装置の配置関係を比較した結果に基づき特定装置を選択している。
【０１３５】
ＡＲ空間における情報処理装置（ユーザ）の特定の仮想オブジェクトに対する配置関係は、他装置とのＡＲ空間共有状態からの離脱可能性を示唆するものとなる。例えば、情報処理装置が特定の仮想オブジェクトに対して遠方に位置しているほど、該情報処理装置のユーザのコンテンツに対する関心が低いと推定可能であり、例えばコンテンツを呈示動作を終了する等、ＡＲ空間共有状態からの離脱可能性が高いと推定できる。或いは、情報処理装置のユーザが特定の仮想オブジェクトに対し背を向け続けている場合にも、該情報処理装置のユーザのコンテンツに対する関心が低く、ＡＲ空間共有状態からの離脱可能性が高いと推定できる。
このため、上記のように各装置の特定の仮想オブジェクトに対する配置関係を比較した結果に基づき特定装置を選択することで、例えばＡＲ空間共有状態からの離脱可能性の最も低い情報処理装置等、ＡＲ空間共有状態からの離脱可能性の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
従って、ＡＲ空間共有状態からの離脱可能性が高く特定処理を実行するのに不適切とされる情報処理装置が特定装置とされてコンテンツ進行が遅滞してしまうことの防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１３６】
さらに、実施形態としての情報処理装置においては、状態情報は、拡張現実空間における特定の仮想オブジェクトに対する離間距離を表す情報であり、選択部は、複数の情報処理装置の離間距離を比較した結果に基づき特定装置を選択している。
【０１３７】
これにより、例えば上記離間距離が最小でありＡＲ空間共有状態からの離脱可能性が最も低いと推定される情報処理装置等、ＡＲ空間共有状態からの離脱可能性の面で特定処理を実行するのに適した状態にある情報処理装置を特定装置として定めることが可能とされる。
従って、ＡＲ空間共有状態からの離脱可能性が高く特定処理を実行するのに不適切とされる情報処理装置が特定装置とされてコンテンツ進行が遅滞してしまうことの防止を図ることができ、ユーザに呈示するコンテンツの品質向上を図ることができる。
【０１３８】
さらにまた、実施形態としての情報処理装置においては、選択部は、他装置から状態情報を取得し複数の情報処理装置の状態比較を行う頻度である状態比較頻度を変更可能とされている。
【０１３９】
状態比較頻度が低い場合には、状態比較結果に基づき行われる特定装置選択の実行間隔が長くなるため、特定装置選択の実行タイミング間において、その時点で特定装置とされている情報処理装置が例えば通信可能範囲から離脱してしまう等、ＡＲ空間共有状態から離脱してしまう可能性が高まる。換言すれば、特定装置が不在となる状況が生じ易くなり、コンテンツ進行の遅滞が生じる可能性が高まる。
一方、状態比較頻度が高い場合には、特定装置の状態悪化に対する特定装置選択の追従性が高まるため、状態の悪化している特定装置が非特定装置に変更されることの迅速性（つまりそれまでの特定装置とは別装置が特定装置に選択されることの迅速性）を高めることが可能となり、上記のように特定装置が不在となってコンテンツ進行の遅滞が生じてしまう可能性を低減可能となる。
また、状態比較頻度を高くした場合には、他装置から状態情報を取得し比較する処理の実行頻度が高まることで、情報処理装置の処理負担が増大する一方、状態比較頻度を低くした場合には、情報処理装置の処理負担軽減が図られる。
従って、上記のように状態比較頻度を変更可能とすることで、情報処理装置の処理負担軽減効果と、コンテンツ進行の遅滞防止効果との調整を行うことができる。
【０１４０】
また、実施形態としての情報処理装置においては、選択部は、特定装置の通信状態に応じて状態比較頻度を変更している。
【０１４１】
これにより、例えば特定装置の通信状態が悪化する状況において状態比較頻度を高め、悪化していない状況では状態比較頻度を低くする等、特定装置の通信状態に応じた適切な状態比較頻度調整を行うことが可能とされる。
従って、特定装置が通信状態の悪化によりＡＲ空間共有状態から離脱することが推定される場合に対応してコンテンツ進行の遅滞防止が図られるようにしつつ、情報処理装置の処理負担軽減を図ることができる。
【０１４２】
さらに、実施形態としての情報処理装置においては、選択部は、特定装置の通信状態の悪化に応じて状態比較頻度を高めている。
【０１４３】
これにより、特定装置の通信状態が悪化する状況において状態比較頻度が高められ、悪化していない状況では状態比較頻度が低くされる。
従って、特定装置が通信状態の悪化によりＡＲ空間共有状態から離脱することが推定される場合に対応してコンテンツ進行の遅滞防止が図られるようにしつつ、情報処理装置の処理負担軽減を図ることができる。
【０１４４】
さらにまた、実施形態としての情報処理装置においては、選択部は、拡張現実空間における特定装置の特定の仮想オブジェクトに対する配置関係に応じて状態比較頻度を変更している。
【０１４５】
これにより、例えば特定装置が特定の仮想オブジェクトに対し遠方に位置している等、特定装置のＡＲ空間共有状態からの離脱可能性が高い状況において状態比較頻度を高め、逆に特定の仮想オブジェクトに対し近接して位置している等、特定装置のＡＲ空間共有状態からの離脱可能性が低い状況では状態比較頻度を低くする等、特定装置のＡＲ空間共有状態からの離脱可能性に応じた適切な状態比較頻度調整を行うことが可能とされる。
従って、特定の仮想オブジェクトに対する配置関係の面で特定装置がＡＲ空間共有状態から離脱することが推定される場合に対応してコンテンツ進行の遅滞防止が図られるようにしつつ、情報処理装置の処理負担軽減を図ることができる。
【０１４６】
また、実施形態としての情報処理方法は、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成し、自装置の状態情報と他装置の状態情報とに基づいて、拡張現実空間を共有する自装置及び他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う情報処理方法である。
【０１４７】
このような実施形態としての情報処理方法によっても、上記した実施形態としての情報処理装置と同様の作用及び効果を得ることができる。
【０１４８】
また、実施形態のプログラムは、実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成し、自装置の状態情報と他装置の状態情報とに基づいて、拡張現実空間を共有する自装置及び他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う処理、をコンピュータ装置に実行させる、コンピュータ装置が読み取り可能なプログラムである。
【０１４９】
このようなプログラムにより、上記した実施形態としての情報処理装置を実現することができる。
【０１５０】
なお、本明細書に記載された効果はあくまでも例示であって限定されるものではなく、また他の効果があってもよい。
【０１５１】
＜９．本技術＞
なお本技術は以下のような構成も採ることができる。
（１）
実空間に仮想オブジェクトを配置して構築される拡張現実空間を視覚的に表すコンテンツの画像を生成する画像生成部と、
自装置の状態情報と他装置の状態情報とに基づいて、前記拡張現実空間を共有する前記自装置及び前記他装置を含む複数の情報処理装置の状態比較を行った結果に基づき、前記複数の情報処理装置のうち特定の情報処理装置のみが実行を許可される特定処理を実行する特定装置の選択を行う選択部と、を備える
情報処理装置。
（２）
前記コンテンツは、前記拡張現実空間において進行するゲームコンテンツであり、
前記特定処理は、ゲーム進行において前記複数の情報処理装置が共通に用いる情報を更新し、他の前記情報処理装置に送信する処理である
前記（１）に記載の情報処理装置。
（３）
前記状態情報は電池残量情報であり、
前記選択部は、
前記複数の情報処理装置の電池残量を比較した結果に基づき前記特定装置を選択する
前記（１）又は（２）に記載の情報処理装置。
（４）
前記状態情報は情報処理能力を表す情報であり、
前記選択部は、
前記複数の情報処理装置の情報処理能力を比較した結果に基づき前記特定装置を選択する
前記（１）から（３）の何れかに記載の情報処理装置。
（５）
前記状態情報は通信状態を表す情報であり、
前記選択部は、
前記複数の情報処理装置の通信状態を比較した結果に基づき前記特定装置を選択する
前記（１）から（４）の何れかに記載の情報処理装置。
（６）
前記状態情報は無線通信における受信電波強度を表す情報であり、
前記選択部は、
前記複数の情報処理装置の受信電波強度を比較した結果に基づき前記特定装置を選択する
前記（５）に記載の情報処理装置。
（７）
前記状態情報は通信パケットについてのパケットロス率を表す情報であり、
前記選択部は、
前記複数の情報処理装置のパケットロス率を比較した結果に基づき前記特定装置を選択する
前記（５）に記載の情報処理装置。
（８）
前記状態情報は、前記拡張現実空間における特定の前記仮想オブジェクトに対する配置関係を表す情報であり、
前記選択部は、
前記複数の情報処理装置の前記配置関係を比較した結果に基づき前記特定装置を選択する
前記（１）から（７）の何れかに記載の情報処理装置。
（９）
前記状態情報は、前記拡張現実空間における特定の前記仮想オブジェクトに対する離間距離を表す情報であり、
前記選択部は、
前記複数の情報処理装置の前記離間距離を比較した結果に基づき前記特定装置を選択する
前記（８）に記載の情報処理装置。
（１０）
前記選択部は、
前記他装置から前記状態情報を取得し前記複数の情報処理装置の状態比較を行う頻度である状態比較頻度を変更可能とされた
前記（１）から（９）の何れかに記載の情報処理装置。
（１１）
前記選択部は、
前記特定装置の通信状態に応じて前記状態比較頻度を変更する
前記（１０）に記載の情報処理装置。
（１２）
前記選択部は、
前記特定装置の通信状態の悪化に応じて前記状態比較頻度を高める
前記（１１）に記載の情報処理装置。
（１３）
前記選択部は、
前記拡張現実空間における前記特定装置の特定の前記仮想オブジェクトに対する配置関係に応じて前記状態比較頻度を変更する
前記（１０）から（１２）の何れかに記載の情報処理装置。
【符号の説明】
【０１５２】
１  情報処理装置、２  ステレオカメラ部、２Ｌ  左目用撮像部、２Ｒ  右目用撮像部、３  表示部、３Ｌ  左目用表示部、３Ｒ  右目用表示部、４  画像入力部、５  センサ部、７  通信部、８  バッテリ、９  ＣＰＵ、１２  画像出力部、Ｐ１、Ｐ２  ユーザ、Ｒｏ  物体、Ｖｐ１、Ｖｐ２、Ｖｏ  仮想オブジェクト、Ｆ１  空間情報管理部、Ｆ２  ゲーム情報管理部、Ｆ３  ゲーム情報処理部、Ｆ４  出力画像生成部、Ｆ５  バッテリ管理部、Ｆ６  ＣＰＵ管理部、Ｆ７  通信状態管理部、Ｆ８  マスタ／スレーブ切替制御部
【図１】
2020086721.tif 000004
【図２】
2020086721.tif 000005
【図３】
2020086721.tif 000006
【図４】
2020086721.tif 000007
【図５】
2020086721.tif 000008
【図６】
2020086721.tif 000009
【図７】
2020086721.tif 000010
【図８】
2020086721.tif 000011
【図９】
2020086721.tif 000012
【図１０】
2020086721.tif 000013
【図１１】
2020086721.tif 000014
【図１２】
2020086721.tif 000015
【図１３】
2020086721.tif 000016
【図１４】
2020086721.tif 000017
【図１５】
2020086721.tif 000018
【図１６】
2020086721.tif 000019
【図１７】
2020086721.tif 000020
【図１８】
2020086721.tif 000021