WO2017056632A1 - 情報処理装置及び情報処理方法 - Google Patents

Abstract

一人称映像を提供するユーザーと一人称映像を視聴するユーザー間のマッチングを行なう。　現在指定した範囲の地図上に、各Ｂｏｄｙの現在位置を示すアイコンを表示する。Ｇｈｏｓｔは、所望する位置のアイコンをタッチやクリックなどのＵＩ操作で指定することによって、ＪａｃｋＩｎしたいＢｏｄｙを選定することができる。また、検索フィールドに行動を限定するキーワードなどを入力すると、行動で抽出されたＢｏｄｙだけが表示される。選定が確定すると、Ｇｈｏｓｔから選定されたＢｏｄｙへ、ＪａｃｋＩｎリクエストが送信される。

Description

情報処理装置及び情報処理方法

　本明細書で開示する技術は、ユーザー間のマッチングを行なう情報処理装置及び情報処理方法に係り、例えば、一人称映像を提供するユーザーと一人称映像を視聴するユーザー間のマッチングを行なう情報処理装置及び情報処理方法に関する。

　ユーザーが自分以外の視界光景（自分以外の移動体から見える光景）にアクセスする技術が知られている。

　例えば、車両などの移動体に搭載された移動カメラにより撮像された画像を遠隔的に取得する移動カメラ・システムについて提案がなされている（例えば、特許文献１を参照のこと）。また、撮像センシング無線機器を配置したメガネを掛けた人が取得する視覚情報と同様の情報をヘッド・マウント・ディスプレイの装着者に提供する画像処理システムについて提案がなされている（例えば、特許文献２を参照のこと）。また、移動体の撮像画像を表示する表示装置側から移動体の撮像装置に対して撮像する視点位置及び視線方向、さらに撮影時の速度を指定する画像表示システムについて提案がなされている（例えば、特許文献３を参照のこと）。

　さらに、遠隔地のロボットの視覚などの間隔を通じてその場にいるような感覚を伝送するとともに遠隔地の物体を操作するためのインターフェースを提供するテレプレゼンス技術についても提案がなされている（例えば、特許文献４を参照のこと）。

特開２００６－１８６６４５号公報 特開２００４－２２２２５４号公報 特開２００８－１５４１９２号公報 特表２０１４－５２２０５３号公報 特開２０１４－１０４１８５号公報

　本明細書で開示する技術の目的は、ユーザー間のマッチングを行なうことができる、優れた情報処理装置及び情報処理方法を提供することにある。

　本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、画像を送信する第１の装置と前記画像を受信する第２の装置間の接続を、前記第１の装置又は前記第２の装置のうちいずれが主導的となるかに応じて制御する制御部を具備する情報処理装置である。

　本明細書で開示する技術の第２の側面によれば、第１の側面に係る情報処理装置の前記制御部は、前記第１の装置が主導的に前記第２の装置と接続する場合には、前記第２の装置から接続要求を受け取ると、待ち状態の前記第１の装置に通知して、前記第１の装置から前記第２の装置への画像伝送を開始させるように構成されている。

　本明細書で開示する技術の第３の側面によれば、第１の側面に係る情報処理装置の前記制御部は、前記第２の装置が主導的に前記第１の装置と接続する場合には、前記第２の装置からの接続要求を前記第１の機器に通知して、前記第１の装置から前記第２の装置への画像伝送を開始させるように構成されている。

　本明細書で開示する技術の第４の側面によれば、第１の側面に係る情報処理装置の前記制御部は、複数の前記第２の装置が主導的に前記第１の装置と接続する場合には、複数の前記第２の装置からの接続要求が所定の開始条件を満たす場合にのみ前記第１の機器に通知して、前記第１の装置から複数の前記第２の装置への画像伝送を開始させるように構成されている。

　本明細書で開示する技術の第５の側面によれば、第１の側面に係る情報処理装置の前記制御部は、前記第１の装置から前記第２の装置への画像伝送の開始とともに、前記第２の装置から前記第１の装置への介入を制御するように構成されている。

　また、本明細書で開示する技術の第６の側面は、画像を送信する第１の装置と前記画像を受信する第２の装置間の接続を、前記第１の装置又は前記第２の装置のうちいずれが主導的となるかに応じて制御する制御ステップを有する情報処理方法である。

　また、本明細書で開示する技術の第７の側面は、第２の装置へ画像を送信する第１の装置を第１の装置の位置情報に基づいて選定する選定部を具備する情報処理装置である。

　本明細書で開示する技術の第８の側面によれば、第７の側面に係る情報処理装置の前記選定部は、地図上で第１の装置の位置を示したＵＩを提示するように構成されている。

　本明細書で開示する技術の第９の側面によれば、第７の側面に係る情報処理装置の前記選定部は、ユーザーの行動をさらに考慮して、第１の装置を選定するように構成されている。

　本明細書で開示する技術の第１０の側面によれば、第８の側面に係る情報処理装置の前記選定部は、ユーザーの行動に基づいて抽出された第１の装置だけを前記ＵＩで提示するように構成されている。

　本明細書で開示する技術の第１１の側面によれば、第８の側面に係る情報処理装置の前記選定部は、ユーザーの行動に基づいて抽出された第１の装置だけを前記ＵＩで提示するように構成されている。

　本明細書で開示する技術の第１２の側面によれば、第８の側面に係る情報処理装置の前記選定部は、第１の装置への介入に関する情報を前記ＵＩで提示するように構成されている。

　また、本明細書で開示する技術の第１３の側面は、第２の装置へ画像を送信する第１の装置を第１の装置の位置情報に基づいて選定する選定ステップを有する情報処理方法である。

　また、本明細書で開示する技術の第１４の側面は、第２の装置へ画像を送信する第１の装置を第１の装置のユーザーの行動に基づいて選定する選定部を具備する情報処理装置である。

　本明細書で開示する技術の第１５の側面によれば、第１４の側面に係る情報処理装置の前記選定部は、第１の装置から送信する画像に関する情報を示したＵＩを提示するように構成されている。

　本明細書で開示する技術の第１６の側面によれば、第１５の側面に係る情報処理装置の前記選定部は、第１の装置又はそのユーザーに関する情報を前記ＵＩで提示するように構成されている。

　本明細書で開示する技術の第１７の側面によれば、第１５の側面に係る情報処理装置の前記選定部は、ユーザーの行動に基づいて抽出された第１の装置から送信する画像だけを前記ＵＩで提示するように構成されている。

　また、本明細書で開示する技術の第１８の側面は、第２の装置へ画像を送信する第１の装置を第１の装置のユーザーの行動に基づいて選定する選定ステップを有する情報処理方法である。

　また、本明細書で開示する技術の第１９の側面は、第１の装置が画像を送信する第２の装置を、第２の装置又はそのユーザーに関する情報に基づいて選定する選定部を具備する情報処理装置である。

　本明細書で開示する技術の第２０の側面によれば、第１９の側面に係る情報処理装置の前記選定部は、第２の装置又はそのユーザーに関する情報を示したＵＩを提示するように構成されている。

　本明細書で開示する技術によれば、ユーザー間のマッチングを行なうことができる、優れた情報処理装置及び情報処理方法を提供することができる。

　なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。

　本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

図１は、本明細書で開示する技術を適用した視界情報共有システム１００の概要を示した図である。 図２は、１対Ｎのネットワーク・トポロジーを模式的に示した図である。 図３は、Ｎ対１のネットワーク・トポロジーを模式的に示した図である。 図４は、Ｎ対Ｎのネットワーク・トポロジーを模式的に示した図である。 図５は、画像提供装置１０１と画像表示装置１０２の機能的構成例を示した図である。 図６は、Ｂｏｄｙ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔによる開始フローを概略的に示した図である。 図７は、Ｇｈｏｓｔ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔによる開始フローを概略的に示した図である。 図８は、Ｂｏｄｙを選定するためのＵＩ表示例を示した図である。 図９は、Ｂｏｄｙを選定するためのＵＩ表示例を示した図である。 図１０は、Ｂｏｄｙを選定するためのＵＩ表示例を示した図である。 図１１は、Ｂｏｄｙを選定するためのＵＩ表示例を示した図である。 図１２は、Ｂｏｄｙを選定するためのＵＩ表示例を示した図である。 図１３は、Ｂｏｄｙ選定用ＵＩに表示するタグを例示した図である。 図１４Ａは、Ｂｏｄｙを選定するためのＵＩ表示例を示した図である。 図１４Ｂは、Ｂｏｄｙを選定するためのＵＩ表示例を示した図である。 図１５は、ＢｏｄｙがＧｈｏｓｔを選定するＵＩの一例を示した図である。

　以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。

Ａ．システム構成
　図１には、本明細書で開示する技術を適用した視界情報共有システム１００の概要を示している。図示の視界情報共有システム１００は、現場を撮影した画像を提供する画像提供装置１０１と、画像提供装置１０１から提供される画像を表示する画像表示装置１０２の組み合わせで構成される。

　画像提供装置１０１は、具体的には、実際に現場に居て活動する観察者１１１が頭部に着用するカメラ付きシースルー型のヘッド・マウント・ディスプレイで構成される。ここで言う「シースルー型」のヘッド・マウント・ディスプレイは、光学透過型であることを基本とするが、ビデオ・シースルー型であってもよい。ヘッド・マウント・ディスプレイに搭載されるカメラは、観察者１１１のほぼ視線方向を撮影して、その一人称映像（ＦＰＶ：Ｆｉｒｓｔ　Ｐｅｒｅｓｏｎ　Ｖｉｅｗ）を提供する。

　一方、画像表示装置１０２は、現場すなわち画像提供装置１０１から離間して配置され、画像提供装置１０１と画像表示装置１０２はネットワーク経由で通信することを想定している。ここで言う「離間」には、遠隔地の他、同じ室内でわずかに（例えば、数メートル程度）離れている状況も含むものとする。また、図示しないサーバーを介して画像提供装置１０１と画像表示装置１０２の間でデータ交換を行なうことも想定される。

　画像表示装置１０２は、例えば、現場には居ない人（撮影画像の視聴者）１１２が着用するヘッド・マウント・ディスプレイである。没入型のヘッド・マウント・ディスプレイを画像表示装置１０２に用いれば、視聴者１１２は、観察者１１１と同じ光景をよりリアルに体験することができる。但し、シースルー型のヘッド・マウント・ディスプレイを画像表示装置１０２に用いてもよい。

　また、画像表示装置１０２は、ヘッド・マウント・ディスプレイには限定されず、例えば腕時計型のディスプレイであってもよい。あるいは、画像表示装置１０２は、ウェアラブル端末である必要はなく、スマートフォンやタブレットなどの多機能情報端末、コンピューター・スクリーンやテレビジョン受像機などの一般的なモニター・ディスプレイ、ゲーム機、さらにはスクリーンに画像を投影するプロジェクターなどでもよい。

　観察者１１１は、実際に現場に居て、自らの身体を以って活動していることから、画像提供装置１０１のユーザーである観察者１１１（又は、画像提供装置１０１）のことを、以下では「Ｂｏｄｙ」とも呼ぶ。これに対し、視聴者１１２は、現場で身体を以って活動する訳ではないが、観察者１１１の一人称映像を視聴することによって現場に対する意識を持つことから、画像表示装置１０２のユーザーである視聴者１１２（又は、画像表示装置１０２）のことを、以下では「Ｇｈｏｓｔ」とも呼ぶ。

　Ｂｏｄｙは、自分の周辺状況をＧｈｏｓｔに伝達し、さらに状況をＧｈｏｓｔと共有する。一方のＧｈｏｓｔは、Ｂｏｄｙとコミュニケーションをとって離間した場所から作業支援などのインタラクションを実現することができる。視界情報共有システム１００において、ＧｈｏｓｔがＢｏｄｙの一人称体験に没入してインタラクションを行なうことを、以下では「ＪａｃｋＩｎ」とも呼ぶ。ＪａｃｋＩｎの開始フローは、Ｂｏｄｙが主導的に行なう場合（Ｂｏｄｙ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔ）と、Ｇｈｏｓｔが主導的に行なう場合（Ｇｈｏｓｔ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔ）に大別される。ＪａｃｋＩｎ開始フローの詳細については、後述に譲る。

　視界情報共有システム１００は、ＢｏｄｙからＧｈｏｓｔへ一人称映像を送信しＧｈｏｓｔ側でも視聴・体験することと、ＢｏｄｙとＧｈｏｓｔ間でコミュニケーションをとることを基本的な機能とする。後者のコミュニケーション機能を利用して、Ｇｈｏｓｔは、Ｂｏｄｙの視界に介入する「視界介入」、Ｂｏｄｙの聴覚に介入する「聴覚介入」、Ｂｏｄｙの身体若しくは身体の一部を動作させたり刺激を与えたりする「身体介入」、ＧｈｏｓｔがＢｏｄｙに代わって現場で話をする「代替会話」といった、遠隔地からの介入によって、Ｂｏｄｙに対するインタラクションを実現することができる。ＪａｃｋＩｎでは、「視界介入」、「聴覚介入」、「身体介入」、「代替会話」といった複数のコミュニケーション・チャネルがあるということもできる。「視界介入」、「聴覚介入」、「身体介入」、「代替会話」それぞれの詳細については後述に譲る。

　Ｇｈｏｓｔは、「視界介入」、「聴覚介入」、「身体介入」、「代替会話」を通じて、Ｂｏｄｙに対して現場での行動を指示することができる。例えば、外科手術などの医療現場や土木作業などの建築現場などさまざまな産業分野の作業支援、飛行機やヘリコプターの操縦の指示や誘導、自動車の運転者の案内、スポーツにおけるコーチング若しくはインストラクションなどの用途に視界情報共有システム１００を活用することができる。

　例えば、Ｂｏｄｙは、自分の視界を他人と共有したい場合の他、視界介入などを通じて、現在行なっている作業に対して他人から支援や指示、誘導、案内を受けたい（若しくは、受けなければならない）場合に、自ら主導的に適当なＧｈｏｓｔとのＪａｃｋＩｎ（Ｂｏｄｙ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔ）を実施する。

　また、Ｇｈｏｓｔは、自分が出向くことなく現場の映像（他人の一人称映像）を視聴したい場合の他、他人が行なっている作業に対して支援や指示、誘導、案内を行ないたい（若しくは、行なわなければならない）場合に、自ら主導的に該当するＢｏｄｙとのＪａｃｋＩｎ（Ｇｈｏｓｔ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔ）を実施する。

　但し、Ｂｏｄｙは、無制限に自分の視界や聴覚、身体、会話に介入されると、自分の行動がＧｈｏｓｔに邪魔され、あるいは自分の行動に支障をきたし危険な場合や、プライバシーが侵害されることもある。一方、Ｇｈｏｓｔにとっても、見たくない映像がある場合や、頼まれてもＢｏｄｙに対して適切な支援や指示、誘導、案内などのサービスを提供できない場合がある。したがって、ＧｈｏｓｔのＢｏｄｙへのＪａｃｋＩｎや、ＪａｃｋＩｎした状態でのＧｈｏｓｔからＢｏｄｙへの介入に一定の制限を課すようにしてもよい。

　なお、図１では簡素化のため、画像提供装置１０１と画像表示装置１０２をそれぞれ１台しか存在しない、ＢｏｄｙとＧｈｏｓｔが１対１のネットワーク・トポロジーを描いている。図２に示すような、１つのＢｏｄｙと複数（Ｎ）のＧｈｏｓｔが同時にＪａｃｋＩｎする１対Ｎのネットワーク・トポロジーや、図３に示すような、複数（Ｎ）のＢｏｄｙと１つのＧｈｏｓｔが同時にＪａｃｋＩｎするＮ対１のネットワーク・トポロジー、図４に示すような、複数（Ｎ）のＢｏｄｙと複数（Ｎ）のＧｈｏｓｔが同時にＪａｃｋＩｎするＮ対Ｎのネットワーク・トポロジーも想定される。

　また、１つの装置がＢｏｄｙからＧｈｏｓｔへ切り替わったり、逆にＧｈｏｓｔからＢｏｄｙへ切り替わったりすることや、同時にＢｏｄｙとＧｈｏｓｔの役割を持つことも想定される。１つの装置がＧｈｏｓｔとしてあるＢｏｄｙにＪａｃｋＩｎすると同時に、他のＧｈｏｓｔに対してＢｏｄｙとして機能して、３台以上の装置がディジーチェーン接続されるネットワーク・トポロジー（図示を省略）も想定される。いずれのネットワーク・トポロジーにおいても、ＢｏｄｙとＧｈｏｓｔ間にサーバー（図示しない）が介在することもある。

Ｂ．機能的構成
　図５には、画像提供装置１０１と画像表示装置１０２の機能的構成例を示している。

　画像提供装置１０１は、Ｂｏｄｙとしての役割を果たすユーザー（観察者１１２）の利用に供される装置である。図５に示す例では、画像提供装置１０１は、撮像部５０１と、画像処理部５０２と、出力部としての表示部５０３、第１の音声出力部５０４、駆動部５０５及び第２の音声出力部５０６と、位置検出部５０７と、通信部５０８と、制御部５０９と、認証部５１０を備えている。

　撮像部５０１は、Ｂｏｄｙの一人称映像を撮影するカメラで構成される。撮像部５０１は、例えばＢｏｄｙすなわち観察者１１１の視線方向を撮影するように、観察者１１１の頭部に取り付けられる。あるいは、撮像部５０１に全天周型カメラを用いて、Ｂｏｄｙの周囲３６０度の全天周画像を提供できるようにしてもよい。但し、全天周画像は必ずしも３６０度である必要はなく、一部の視野が欠けていてもよい。また、全天周画像は、情報の少ない床面を含まない半天球画像であってもよい（以下、同様）。

　画像処理部５０２は、撮像部５０１から出力される画像信号の処理を行なう。撮像部５０１で撮影されるＢｏｄｙの一人称映像をそのままストリーミングする場合、Ｂｏｄｙは自分の意思で周辺を見渡したり視線方向を変えたりするので、Ｇｈｏｓｔは揺れの激しい映像を視聴することになり、ＶＲ（Ｖｉｒｔｕａｌ　Ｒｅａｌｉｔｙ）酔い若しくはモーション・シックネスを起こすなどの健康被害が懸念される。また、Ｂｏｄｙが着目していない別の個所をＧｈｏｓｔが視聴したい場合もある。そこで、画像処理部５０２は、撮像部５０１が撮影するＢｏｄｙの一人称映像の連続画像から周辺の空間を疑似的に構築するようにしている。具体的には、画像処理部５０２は、撮像部５０１が撮影する映像（全天周画像）に対してリアルタイムにＳＬＡＭ（Ｓｉｍｕｌｔａｎｅｏｕｓ　Ｌｏｃａｌｉｚａｔｉｏｎ　ａｎｄ　Ｍａｐｐｉｎｇ）認識技術などに基づく空間認識を行ない、現在のビデオ・フレームと過去のビデオ・フレームを空間的につなぎ合わせることで、Ｇｈｏｓｔがコントロールする仮想的なカメラ視点からの映像をレンダリングする。仮想的なカメラ視点でレンダリングされた映像は、Ｂｏｄｙの一人称映像というよりも疑似的にＢｏｄｙの体外に離脱した視点映像である。したがって、Ｇｈｏｓｔ側ではＢｏｄｙの動きとは独立にＢｏｄｙの周囲環境を観察できるので、映像の揺れを安定化させてＶＲ酔いを防ぐとともに、Ｂｏｄｙが着目していない別の個所を視聴することができる。

　表示部５０３は、画像表示装置１０２から送られてくる情報を表示出力して、ＧｈｏｓｔによるＢｏｄｙの視界への介入を実現する。上述したように画像提供装置１０１がシースルー型のヘッド・マウント・ディスプレイとして構成される場合、表示部５０３は、Ｂｏｄｙと一人称体験を共有するＧｈｏｓｔの意識を表現したＡＲ（Ａｕｇｍｅｎｔｅｄ　Ｒｅａｌｉｔｙ）画像を、観察者１１１の視界（すなわち、実世界の風景）に重畳表示する。ＡＲ画像は、例えばＧｈｏｓｔが指し示した場所を示すポインターやアノテーションなどの画像からなる。したがって、Ｇｈｏｓｔは、Ｂｏｄｙとのコミュニケーションを通じてその視界に介入して、現場に居るＢｏｄｙに対するインタラクションを行なうことができる。

　第１の音声出力部５０４は、例えばイヤホンやヘッドホンなどで構成され、画像表示装置１０２から送られてくる情報をＢｏｄｙに聴かせることで、ＧｈｏｓｔによるＢｏｄｙの聴覚への介入を実現する。画像表示装置１０２からは、Ｂｏｄｙと一人称体験を共有するＧｈｏｓｔの意識に関する情報が送信される。画像提供装置１０１側では、受信した情報を音声信号に変換して、第１の音声出力部５０４から音声出力し、Ｂｏｄｙすなわち観察者１１１に聴かせる。あるいは、一人称体験中のＧｈｏｓｔが発話した音声信号が、そのまま画像表示装置１０２から送信される。画像提供装置１０１側では、受信した音声信号をそのまま第１の音声出力部５０４から音声出力し、Ｂｏｄｙすなわち観察者１１１に聴かせる。また、第１の音声出力部５０４から出力する音声の音量や音質、出力タイミングなどを適宜調整するようにしてもよい。あるいは、画像表示装置１０２から届く画像情報や文字情報を音声信号に変換して、第１の音声出力部５０４から音声出力するようにしてもよい。したがって、Ｇｈｏｓｔは、Ｂｏｄｙとのコミュニケーションを通じてその聴覚に介入して、現場に居るＢｏｄｙに対するインタラクションを行なうことができる。

　駆動部５０５は、Ｂｏｄｙの身体若しくは身体の一部を動作させたり刺激を与えたりして、ＧｈｏｓｔによるＢｏｄｙの身体への介入を実現する。駆動部５０５は、例えば、観察者１１１の身体に対して、触覚（タクタイル）や（健康に害のない程度の軽微な）電気刺激を印加するアクチュエーターで構成される。あるいは、駆動部５０５は、観察者１１１が腕や手、脚などに装着するパワースーツや外骨格（ｅｘｏｓｋｅｌｅｔｏｎ）を駆動することで身体の運動を補助又は拘束する装置（例えば、特許文献５を参照のこと）で構成される。したがって、Ｇｈｏｓｔは、Ｂｏｄｙとのコミュニケーションを通じてその身体に介入して、現場に居るＢｏｄｙに対するインタラクションを行なうことができる。

　第２の音声出力部５０６は、例えばＢｏｄｙが装着するウェアラブル・スピーカーなどで構成され、画像表示装置１０２から届く情報又は音声信号を外部に音声出力する。第２の音声出力部５０６から出力される音声は、現場では、あたかもＢｏｄｙ本人が話しているように聴こえる。したがって、Ｇｈｏｓｔは、Ｂｏｄｙに代わって、Ｂｏｄｙが居る現場の人たちと会話したり、音声による指示を行なったりすること（代替会話）ができる。

　位置検出部５０７は、例えばＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）信号を用いて画像提供装置１０１（すなわちＢｏｄｙ）の現在位置情報を検出する。検出された位置情報は、例えばＧｈｏｓｔが所望する場所にいるＢｏｄｙを検索する際に利用される（後述）。

　通信部５０８は、ネットワーク経由で画像表示装置１０２と相互接続し、撮影部５０１で撮影した一人称映像や空間情報の送信、画像表示装置１０２とのコミュニケーションを行なう。通信部５０８の通信手段は無線又は有線のいずれでもよく、また、特定の通信規格に限定されない。

　認証部５１０は、ネットワーク経由で相互接続される画像表示装置１０２（若しくは、そのユーザーであるＧｈｏｓｔ）の認証処理を行ない、画像表示装置１０２からの情報を出力する出力部を決定する。そして、制御部５０９は、認証部５１０による認証結果に応じて、出力部からの出力動作を制御する。制御部５０９は、例えばＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とＧＰＵ（Ｇｒａｐｈｉｃ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）に相当する機能を備えている。

　例えば、認証処理の結果、画像表示装置１０２に視界介入のみが許容されている場合には、制御部５０９は、表示部５０３からの表示出力のみを実行する。また、画像表示装置１０２に視界介入だけでなく聴覚介入も許容されている場合には、制御部５０９は、表示部５０３からの表示出力とともに第１の音声出力部５０４からに音声出力も実行する。ＢｏｄｙがＧｈｏｓｔからの介入を許容する範囲は、ｐｅｒｍｉｓｓｉｏｎレベルとして定義される。一方、ＧｈｏｓｔがＢｏｄｙに対して介入を行なう範囲は、ｍｉｓｓｉｏｎレベルとして定義される（後述）。但し、認証部５１０及び制御部５０９による上記の処理を、画像提供装置１０１ではなく、画像提供装置１０１と画像表示装置１０２の間に介在するサーバー（図示しない）で実行するように、視界情報共有システム１００を構成することも可能である。

　一方、画像表示装置１０２は、Ｇｈｏｓｔとしての役割を果たすユーザー（視聴者１１２）の利用に供される装置である。図５に示す例では、画像表示装置１０２は、通信部５１１と、画像復号部５１２と、表示部５１３と、ユーザー入力部５１４と、位置姿勢検出部５１５を備えている。

　通信部５１１は、ネットワーク経由で画像提供装置１０１と相互接続し、画像提供装置１０１から一人称映像の受信や、画像提供装置１０１とのコミュニケーションを行なう。通信部５１１の通信手段は無線又は有線のいずれでもよく、特定の通信規格に限定されないが、画像提供装置１０１側の通信部５０８と整合しているものとする。

　画像復号部５１２は、通信部５１１で画像提供装置１０１から受信した画像信号を復号処理する。表示部５１３は、画像復号部５１２で復号した後の全天周画像（Ｂｏｄｙの一人称映像）を表示出力する。なお、Ｂｏｄｙの一人称映像からＢｏｄｙの体外に離脱した視点映像をレンダリングする処理（前述）を、画像提供装置１０１側の画像処理部５０２ではなく、画像復号部５１２で行なうようにしてもよい。

　位置姿勢検出部５１５は、視聴者１１２の頭部の位置及び姿勢を検出する。検出した位置及び姿勢は、Ｇｈｏｓｔの現在の視点位置及び視線方向に相当する。Ｂｏｄｙの一人称映像から疑似的にＢｏｄｙの体外に離脱した視点映像を作り出す際の仮想的なカメラ（前述）の視点位置及び視線方向を、位置姿勢検出部５１５で検出した視聴者１１２の頭部の位置及び姿勢に基づいてコントロールすることができる。

　表示部５１３は、例えば、Ｇｈｏｓｔとしての視聴者１１２が着用するヘッド・マウント・ディスプレイで構成される。没入型のヘッド・マウント・ディスプレイを表示部５１３に用いれば、視聴者１１２は、観察者１１１と同じ光景をよりリアルに体験することができる。視聴者１１２すなわちＧｈｏｓｔが視聴する映像は、Ｂｏｄｙの一人称映像そのものではなく、一人称映像の連続画像から疑似的に構築された周辺の空間（疑似的にＢｏｄｙの体外に離脱した視点映像）であるとする（前述）。また、Ｇｈｏｓｔのヘッド・トラッキング、すなわち位置姿勢検出部５１５で検出した視聴者１１２の視点位置及び視線方向に追従するように仮想カメラを制御して、表示部５１３の表示画角を移動させることができる。

　表示部５１３として、没入型のヘッド・マウント・ディスプレイに代えて、シースルー型のヘッド・マウント・ディスプレイや、腕時計型のディスプレイなどのウェアラブル端末を用いてもよい。あるいは、表示部５１３は、ウェアラブル端末である必要はなく、スマートフォンやタブレットなどの多機能情報端末、コンピューター・スクリーンやテレビジョン受像機などの一般的なモニター・ディスプレイ、ゲーム機、さらにはスクリーンに画像を投影するプロジェクターなどでもよい。

　ユーザー入力部５１４は、Ｇｈｏｓｔとしての視聴者１１２が、表示部５１３に表示されているＢｏｄｙの一人称映像を観察したことに対して、Ｇｈｏｓｔ自身の意図や意識を入力するためのデバイスである。

　ユーザー入力部５１４は、例えばタッチパネルやマウス、ジョイスティックなどの座標入力装置で構成される。Ｇｈｏｓｔは、Ｂｏｄｙの一人称映像を表示する画面内で、特に関心のある場所を、タッチやマウスのクリック操作などにより直接指示することができる。Ｇｈｏｓｔは視聴している映像の画素座標上に指示を行なうが、Ｂｏｄｙ側の撮影映像は常に変化するので意味をなさない。そこで、ユーザー入力部５１４は、Ｇｈｏｓｔが画面のタッチやクリック操作などにより指示した画素位置に対応する３次元空間上の位置情報を画像解析などにより特定し、その３次元空間上の位置情報を画像提供装置１０１に送信する。したがって、Ｇｈｏｓｔは、画素座標ではなく、空間に対して固定できるポインティングを行なうことができる。

　また、ユーザー入力部５１４は、カメラによるＧｈｏｓｔの顔の撮影画像や眼電位を用いて眼球運動を捕捉して、Ｇｈｏｓｔが熟視（ｇａｚｅ）している場所を割り出し、その場所を特定する情報を画像提供装置１０１に送信するようにしてもよい。その際も、ユーザー入力部５１４は、Ｇｈｏｓｔが熟視する画素位置に対応する３次元空間上の位置情報を画像解析などにより特定し、その３次元空間上の位置情報を画像提供装置１０１に送信する。したがって、Ｇｈｏｓｔは、画素座標ではなく、空間に対して固定できるポインティングを行なうことができる。

　また、ユーザー入力部５１４は、キーボードなどの文字入力装置で構成される。Ｇｈｏｓｔは、Ｂｏｄｙと同じ一人称体験をしたときに、Ｂｏｄｙに伝えたい意図や抱いた意識などを、文字情報として入力することができる。ユーザー入力部５１４は、Ｇｈｏｓｔが入力した文字情報をそのまま画像提供装置１０１に送信してもよいし、音声信号など他の信号形式に置き換えてから画像提供装置１０１に送信するようにしてもよい。

　また、ユーザー入力部５１４は、マイクなどの音声入力装置で構成され、Ｇｈｏｓｔが発話した音声を入力する。ユーザー入力部５１４は、入力された音声を、音声信号のままで、通信部５１１から画像提供装置１０１へ送信してもよい。あるいは、ユーザー入力部５１４は、入力音声を音声認識して文字情報に変換し、文字情報として画像提供装置１０１に送信するようにしてもよい。

　Ｇｈｏｓｔは、Ｂｏｄｙの一人称映像を視聴しながら、「その」、「これ」といった指示語を使って事物を指し示すことが想定される。このような場合、ユーザー入力部５１４は、指示語が指し示す事物の３次元空間上の位置情報を言語解析並びに画像解析などにより特定し、その３次元空間上の位置情報を画像提供装置１０１に送信する。したがって、Ｇｈｏｓｔは、画素座標ではなく、空間に対して固定できるポインティングを行なうことができる。

　また、ユーザー入力部５１４は、Ｇｈｏｓｔの身振りや手振りを入力するジェスチャー入力装置でもよい。ジェスチャーを捕捉する手段は特に限定されない。例えば、ユーザー入力部５１４は、Ｇｈｏｓｔの四肢の動きを撮影するカメラとその撮影画像を処理する画像認識装置を備えていてもよい。また、画像認識を容易にするために、Ｇｈｏｓｔの身体にマーカーを取り付けていてもよい。ユーザー入力部５１４は、入力されたジェスチャーを、例えばＢｏｄｙの身体に介入する制御信号として、通信部４１１から画像提供装置１０１へ送信してもよい。また、ユーザー入力部５１４は、入力されたジェスチャーを、Ｂｏｄｙの視界に介入する画像情報（座標情報や、重畳表示するＡＲ画像、又は文字情報など）や、Ｂｏｄｙの聴覚に介入する音声信号に変換して、通信部５１１から画像提供装置１０１へ送信してもよい。また、ユーザー入力部５１４は、Ｇｈｏｓｔがジェスチャーにより指示した画素位置に対応する３次元空間上の位置情報を画像解析などにより特定し、その３次元空間上の位置情報を画像提供装置１０１に送信する。したがって、Ｇｈｏｓｔは、画素座標ではなく、空間に対して固定できるポインティングを行なうことができる。

　視界情報共有システム１００において展開されるＪａｃｋＩｎというサービスは、ＡＲ画像を重畳表示するという観点からは、一般的なＡＲ技術に類似する。但し、ＪａｃｋＩｎにおいては、人間（Ｇｈｏｓｔ）が他の人間（Ｂｏｄｙ）を拡張するという点で、コンピューターにより付与される通常のＡＲ技術とは相違するものと思料する。

　また、ＪａｃｋＩｎは、テレプレゼンス（前述）と類似する点もある。但し、通常のテレプレゼンスは、ロボットのような機械の視点から世界を眺めるインターフェースであるのに対し、ＪａｃｋＩｎは人間（Ｇｈｏｓｔ）が他の人間（Ｂｏｄｙ）の視点から眺めるという状況であるという点で相違する。また、テレプレゼンスでは、人間がマスターで機械がスレーブとなり、スレーブである機械は人間の動きを忠実に再現することを前提としている。これに対し、人間（Ｇｈｏｓｔ）が他の人間（Ｂｏｄｙ）にＪａｃｋＩｎする場合、ＢｏｄｙはＧｈｏｓｔに従って動くとは限らず、独立性を許すインターフェースである。

　上記の視界情報共有システム１００において、画像提供装置１０１から画像表示装置１０２に提供される映像は、Ｂｏｄｙが現場で観察しているリアルタイム映像（すなわち、撮像部５０１が撮影するライブ映像）とは限らず、録画された過去の映像であってもよい。例えば、画像提供装置１０１が過去の映像を録画する大容量記憶装置（図示しない）を備え、画像提供装置１０１から過去の映像を配信するようにしてもよい。あるいは、ＢｏｄｙとＧｈｏｓｔ間のＪａｃｋＩｎを統制するＪａｃｋＩｎサーバー（仮称）、あるいはその他の記録サーバー上で画像提供装置１０１による過去の録画映像を蓄積しておき、これらのサーバーからＧｈｏｓｔ（画像表示装置１０２）に過去の映像をストリーミング配信するようにしてもよい。但し、Ｇｈｏｓｔは、過去の映像を視聴する場合には、視界、聴覚を含むＢｏｄｙへの介入が一切許されない。何故ならば、Ｇｈｏｓｔが視聴している映像はＢｏｄｙが現在作業を行なっている現場の映像ではなく、過去の映像に基づいて介入するとＢｏｄｙの現在の作業に支障をきたすからである。

　なお、２台の機器間における視界共有の詳細については、例えば本出願人に既に譲渡されている特願２０１３－７８８９３号明細書も参照されたい。また、同システム１００における視界介入（ＡＲ画像の表示）の詳細については、例えば本出願人に既に譲渡されている特願２０１３－７８８９２号明細書、特願２０１３－７８８９４号明細書、特願２０１３－１９１４６４号明細書も参照されたい。

Ｃ．Ｍｉｓｓｉｏｎ－Ｐｅｒｍｉｓｓｉｏｎ（ＢｏｄｙとＧｈｏｓｔのマッチング）
　ＪａｃｋＩｎでは、「視界介入」、「聴覚介入」、「身体介入」、「代替会話」といった複数のコミュニケーション・チャネルがある。したがって、Ｂｏｄｙは、ＧｈｏｓｔとのＪａｃｋＩｎを開始することによって、自分の視界をＧｈｏｓｔと共有できるとともに、視界介入などを通じて、現在行なっている作業に対してＧｈｏｓｔから支援や指示、誘導、案内を受けることができる。また、Ｇｈｏｓｔは、ＢｏｄｙとのＪａｃｋＩｎを開始することによって、自分は現場に出向かなくてもＢｏｄｙの一人称体験をすることができるとともに、視界介入などを通じてＢｏｄｙの作業に対して支援や指示、誘導、案内を行なうことができる。

　ところが、Ｂｏｄｙは、Ｇｈｏｓｔから無制限に自分の視界や聴覚、身体に介入されたり代替会話が行なわれたりすると、Ｂｏｄｙ自身の行動がＧｈｏｓｔに邪魔され、あるいは行動に支障をきたし危険にさらされる場合や、プライバシーが侵害されることもある。一方、Ｇｈｏｓｔにとっても、見たくない映像がある場合や、Ｂｏｄｙから頼まれても適切な支援や指示、誘導、案内などのサービスを提供できない場合がある。すなわち、ＢｏｄｙとＧｈｏｓｔのミスマッチが問題となる。

　そこで、本実施形態では、ＢｏｄｙとＧｈｏｓｔ間の適切なマッチングを実現するために、「ｐｅｒｍｉｓｓｉｏｎ」と「ｍｉｓｓｉｏｎ」を定義する。ＢｏｄｙがＧｈｏｓｔからの介入を許容する範囲を「ｐｅｒｍｉｓｓｉｏｎ」として定義し、Ｇｈｏｓｔからの介入をｐｅｒｍｉｓｓｉｏｎで規定する範囲に限定する。一方、ＧｈｏｓｔがＢｏｄｙに対して介入する操作の範囲を「ｍｉｓｓｉｏｎ」として定義し、ＧｈｏｓｔがＢｏｄｙに介入しようとする範囲をｍｉｓｓｉｏｎで規定する範囲に限定する。

Ｃ－１．Ｐｅｒｍｉｓｓｉｏｎ
　まず、ｐｅｒｍｉｓｓｉｏｎについて説明する。各Ｂｏｄｙは、以下に例示するように介入を許容するレベルの異なるｐｅｒｍｉｓｓｉｏｎを、それぞれ適宜設定することができる。

（レベル１）視界交換（一人称映像の送信）しか許容しない。この場合、画像提供装置１０１は、撮像部５０１の撮像画像の送信のみを行ない、出力部を一切動作させない。
（レベル２）視界交換と視界介入までしか許容しない。この場合、画像提供装置１０１は、撮像部５０１の撮像画像を送信するとともに、表示部５０３の表示出力のみを行なう。
（レベル３）さらに聴覚介入も許容する。この場合、画像提供装置１０１は、撮像部５０１の撮像画像を送信するとともに、表示部５０３の表示出力並びに第１の音声出力部５０４からの音声出力を行なう。
（レベル４）身体介入及び代替会話を含む、すべての介入を許容する。この場合、画像提供装置１０１は、さらに駆動部５０５を駆動できるとともに、第２の音声出力部５０６から音声を外部出力することができる。

　また、各Ｂｏｄｙは、すべてのＧｈｏｓｔに対して一様なｐｅｒｍｉｓｓｉｏｎを与えるのではなく、Ｇｈｏｓｔ毎に個別のｐｅｒｍｉｓｓｉｏｎを与えるようにしてもよい。

　例えば、Ｂｏｄｙは、Ｇｈｏｓｔのユーザー属性に応じたｐｅｒｍｉｓｓｉｏｎを設定してもよい。ここで言うユーザー属性とは、年齢、性別、Ｂｏｄｙとの人間関係（続柄、友人、上司と部下など）、出身地、職業、資格といった個人情報の他、支援対象となる作業のスキルのレーティング情報、過去のＧｈｏｓｔ（アシスタントやインストラクターなど）としての実績（これまで何時間その作業を経験したか）や評価（ｒｅｖｉｅｗ）、他のＢｏｄｙによる評判（投稿や投票結果など）などの情報を含むものとする。

　また、Ｂｏｄｙは、属性に応じたｐｅｒｍｉｓｓｉｏｎを設定するのではなく、個人単位でｐｅｒｍｉｓｓｉｏｎを設定してもよい（Ａさん用のｐｅｒｍｉｓｓｉｏｎ、Ｂさん用のｐｅｒｍｉｓｓｉｏｎ、…など）。言い換えれば、ＢｏｄｙとＧｈｏｓｔの組み合わせ毎にｐｅｒｍｉｓｓｉｏｎを設定してもよい。Ｂｏｄｙは、自分との人間関係に基づいてｐｅｒｍｉｓｓｉｏｎを設定してもよいし、Ｂｏｄｙが個人的に把握しているＧｈｏｓｔ自身の能力に基づいてｐｅｒｍｉｓｓｉｏｎを設定してもよい。また、ＢｏｄｙとＧｈｏｓｔ間での一対一のネゴシエーションや調停などにより、Ｇｈｏｓｔに一時的なｐｅｒｍｉｓｓｏｎを付与する方法（あるＧｈｏｓｔに、所定期間だけ高レベルのｐｅｒｍｉｓｓｏｎを付与し、その期間が経過すると元のレベルのｐｅｒｍｉｓｓｉｏｎに戻す）も考えられる。また、Ｂｏｄｙは、自分へのＪａｃｋＩｎを禁止するユーザーを設定できるようにしてもよい。

　人間関係に基づくｐｅｒｍｉｓｓｉｏｎ設定の簡単な例を以下に挙げておく。

（例１）他人に対しては視界共有（レベル１のｐｅｒｍｉｓｓｉｏｎ）しか許容しない。
（例２）友人には視界介入並びに聴覚介入（レベル２又は３のｐｅｒｍｉｓｓｉｏｎ）まで許容する。
（例３）親しい友人や認証若しくは資格を得ている人には、特別に身体介入（レベル４のｐｅｒｍｉｓｓｉｏｎ）を許容する。又は、一時的に代替会話を許容する。

　ｐｅｒｍｉｓｓｉｏｎ設定の他の例として、ＢｏｄｙがＪａｃｋＩｎを有料サービス化（すなわちｍｏｎｅｔｉｚｅ）する場合を挙げることができる。Ｇｈｏｓｔは、支払う利用料に応じて、上記のレベル１～４のいずれかのｐｅｒｍｉｓｓｉｏｎが設定され、ＢｏｄｙとＪａｃｋＩｎすることができる。

（例４）５ドル支払うＧｈｏｓｔに対しては、視界共有（レベル１のｐｅｒｍｉｓｓｉｏｎ）しか許容しない。
（例５）１０ドル支払うＧｈｏｓｔには、視界介入並びに聴覚介入（レベル２又は３のｐｅｒｍｉｓｓｉｏｎ）まで許容する。
（例６）１００ドル支払うＧｈｏｓｔには、身体介入（レベル４のｐｅｒｍｉｓｓｉｏｎ）を許容する。又は、一時的に代替会話を許容する。

Ｃ－２．Ｍｉｓｓｉｏｎ
　次に、ｍｉｓｓｉｏｎについて説明する。本実施形態では、ＧｈｏｓｔがＢｏｄｙに対して介入する操作の範囲を「ｍｉｓｓｉｏｎ」として定義し、ＧｈｏｓｔがＢｏｄｙに介入できる範囲をｍｉｓｓｉｏｎで規定する範囲に限定する。Ｇｈｏｓｔのｍｉｓｓｉｏｎは、例えば、Ｇｈｏｓｔ自身が背負っている使命や能力の範囲で設定される。ｍｉｓｓｉｏｎは、個々のＧｈｏｓｔが自分で勝手に決めるものではなく、例えば権威のある機関などによって許可若しくは認証されていることが好ましい。Ｇｈｏｓｔに課された使命、職務、職業や、資格、介入のスキルのレーティング、過去のＧｈｏｓｔ（アシスタントやインストラクターなど）としての実績（Ｇｈｏｓｔとしての経験時間など）や評価（ｒｅｖｉｅｗ）、Ｂｏｄｙによる評判（投稿や投票結果など）などに応じて、以下に例示するようなレベルの異なるｍｉｓｓｉｏｎを定義することができる。

（レベル１）視界交換（一人称映像の送信）しか行なわない。この場合、画像表示装置１０２は、画像提供装置１０１から受信した画像の表示のみを行なう。
（レベル２）視界交換と視界介入まで行なう。この場合、画像表示装置１０２は、画像提供装置１０１から受信した画像を表示するとともに、画像提供装置１０１側で表示すべき画像（重畳表示して、視界に介入すべき画像）に関する情報を送信する。
（レベル３）さらに聴覚介入も行なう。この場合、画像表示装置１０２は、画像提供装置１０１で出力すべき音声（ Ｂｏｄｙに聴かせるべき音声）に関する情報をさらに送信する。
（レベル４）身体介入及び代替会話を含む、すべての介入を行なう。この場合、画像表示装置１０２は、駆動部５０５を動作させる情報や、第２の音声出力部５０６から外部に出力すべき音声に関する情報をさらに送信する。

　ＢｏｄｙがＧｈｏｓｔとのＪａｃｋＩｎを開始する際には、Ｇｈｏｓｔの個人情報や属性情報に基づいてフィルタリングし、さらにはＢｏｄｙが指定するｐｅｒｍｉｓｓｉｏｎとＧｈｏｓｔが持つｍｉｓｓｉｏｎを照合して、ＪａｃｋＩｎの可否や、ＪａｃｋＩｎした状態での介入可能な範囲を判定するようにすればよい。例えば、不特定多数のＧｈｏｓｔ（Ｌａｒｇｅ　ｎｕｍｂｅｒ　Ｇｈｏｓｔ）を対象にして、Ｂｏｄｙが主導的にＪａｃｋＩｎを開始するとき（Ｂｏｄｙ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔ）に、フィルタリング処理は有効である。

　このようなフィルタリング処理は、Ｂｏｄｙ側（すなわち、画像提供装置１０１）で行なうようにしてもよいし、多数のＢｏｄｙ及び多数のＧｈｏｓｔ間のＪａｃｋＩｎを統制するＪａｃｋＩｎサーバー（仮称）が行なうようにしてもよい。

　Ｂｏｄｙにｐｅｒｍｉｓｓｉｏｎを設定するとともに、Ｇｈｏｓｔにｍｉｓｓｉｏｎを設定することによって、ＪａｃｋＩｎを開始する際のＧｈｏｓｔの選定や、Ｇｈｏｓｔが介入する範囲を決定する処理を自動化し易くなる。例えば、不特定多数のＧｈｏｓｔがＪａｃｋＩｎしてくる際には、Ｂｏｄｙは各Ｇｈｏｓｔに介入を許容するレベルを機械的に判断することができ、便利である。勿論、あらかじめ設定したｐｅｒｍｉｓｓｏｎ及びｍｉｓｓｉｏｎなどの情報に基づいて機械的に判断するのではなく、ＢｏｄｙとＧｈｏｓｔ間のネゴシエーションや調停などにより、ＪａｃｋＩｎの可否や介入のレベルをその場で取り決めを交わすようにしてもよい。

Ｄ．ＪａｃｋＩｎ開始フロー
　ＪａｃｋＩｎは、視界情報共有システム１００において、ＧｈｏｓｔがＢｏｄｙの一人称体験に没入する状況であり、ＧｈｏｓｔはＢｏｄｙに対してインタラクションを行なう。

　上述したように、ＪａｃｋＩｎは、Ｂｏｄｙが主導的となって開始される場合（Ｂｏｄｙ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔ）と、Ｇｈｏｓｔが主導的となって開始される場合（Ｇｈｏｓｔ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔ）に大別される。

　また、Ｂｏｄｙ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔとＧｈｏｓｔ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔのいずれの場合においても、単一又は（特定の）少数のＧｈｏｓｔがＪａｃｋＩｎする場合（Ｓｉｎｇｌｅ　（ｏｒ　ｓｍａｌｌ　ｎｕｍｂｅｒ）　Ｇｈｏｓｔ）と、（不特定）多数のＧｈｏｓｔがＪａｃｋＩｎする場合（Ｌａｒｇｅ　ｎｕｍｂｅｒ　Ｇｈｏｓｔ）に分類することができる。

　Ｂｏｄｙが主導的にＪａｃｋＩｎを開始する場合として、現在行なっている作業に対して支援や指示、誘導、案内を求めるようなシチュエーションが想定される。例えば、車の修理作業を教えてくれる人を求めるような日常的なシチュエーションもあれば、外科手術などの医療現場や土木作業などの建築現場などにおいて比較的高度な技術や技量を要する作業に対する支援や指示、誘導、案内を求めるようなシチュエーションもある。

　ＪａｃｋＩｎは、基本的にＧｈｏｓｔがＢｏｄｙに入る（ｊａｃｋ　ｉｎ）行為によって開始される。したがって、Ｂｏｄｙが主導的にＪａｃｋＩｎを開始したい場合、Ｂｏｄｙは、所望する（若しくは、所定人数の）Ｇｈｏｓｔが入ってくれることをリクエストした後、待ち状態のまま作業を開始する。

　図６には、Ｂｏｄｙ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔによる開始フローを概略的に示している。同図では簡素化のため、Ｇｈｏｓｔを一人しか描いていないが、複数のＧｈｏｓｔが存在することが想定される。

　Ｂｏｄｙは、上記の待ち状態では、Ｇｈｏｓｔを受理する「ａｃｃｅｐｔａｎｃｅ」をｏｐｅｎ状態にして、作業を開始している。

　なお、Ｂｏｄｙ側からの、ＪａｃｋＩｎしてくれるＧｈｏｓｔをリクエストする形態は任意である。例えば、Ｂｏｄｙは、ＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）を利用して、「Ｎｅｅｄ　Ｈｅｌｐ！」、「誰かクルマの運転の仕方を教えてください」、「○○に行く道を教えてください」などのコメントを掲げて、Ｇｈｏｓｔを募集してもよい。また、ＧｈｏｓｔがＪａｃｋＩｎしてＢｏｄｙの作業に対して支援や指示、誘導、案内を行なうサービスを有料化（ｍｏｎｅｔｉｚｅ）してもよい。Ｂｏｄｙは、ＧｈｏｓｔをＳＮＳなどで募集する際に、支払い可能な金額を併せて提示するようにしてもよい。募集に対して応募するＧｈｏｓｔは、ＪａｃｋＩｎリクエストを送信する。

　外部装置（画像提供装置１０１のユーザーが装着するウェアラブル端末など）は、Ｂｏｄｙ（画像提供装置１０１）に代わって、Ｇｈｏｓｔ（画像表示装置１０２）からＪａｃｋＩｎリクエストを受け取ると、Ｂｏｄｙに通知する。

　Ｂｏｄｙは、ａｃｃｅｐｔａｎｃｅをｏｐｅｎにしている間は、ウェアラブル端末から通知を受け取ると、Ｇｈｏｓｔと接続を行なう。

　Ｂｏｄｙは、所望するＧｈｏｓｔとＪａｃｋＩｎし、又は、接続するＧｈｏｓｔが所定数に到達すると、ａｃｃｅｐｔａｎｃｅをｃｌｏｓｅして、ウェアラブル端末からの通知を受け付けないようにする。以後、Ｂｏｄｙは、ＪａｃｋＩｎしてきたＧｈｏｓｔと視界を共有するとともに、Ｇｈｏｓｔから視界その他の介入を受けながら、作業を行なうことになる。

　なお、Ｂｏｄｙは、Ｇｈｏｓｔと接続する際には、Ｇｈｏｓｔの過去の実績や評価などの選考基準に基づいて、接続の可否を機械的に判断し、又はユーザーが直接判断するものとする。また、ＪａｃｋＩｎしてきたＧｈｏｓｔが複数存在する場合は、設定されるｐｅｒｍｉｓｓｉｏｎやｍｉｓｓｉｏｎがＧｈｏｓｔ毎にまちまちであることも想定される。

　また、Ｂｏｄｙが主導的となって、（不特定）多数のＧｈｏｓｔとＪａｃｋＩｎする場合も、基本的には、図６と同様のシーケンスに従って、ＪａｃｋＩｎが開始される。Ｂｏｄｙが主導的となって、（不特定）多数のＧｈｏｓｔとＪａｃｋＩｎする場合とは、不特定の人に助言やアシスタント程度の軽度の作業支援を求めるようなシチュエーションが想定される。

　Ｂｏｄｙは、ＪａｃｋＩｎしてくれるＧｈｏｓｔをＳＮＳなどで募集して、待ち状態のまま作業を開始する。ウェアラブル端末は、ＧｈｏｓｔからＪａｃｋＩｎリクエストを受信する度に、Ｂｏｄｙへ通知する。Ｂｏｄｙは、Ｇｈｏｓｔと接続する際には、Ｇｈｏｓｔの過去の実績や評価などの選考基準に基づいて、接続の可否を機械的に判断し、又はユーザーが直接判断するものとする。また、ＪａｃｋＩｎしてきたＧｈｏｓｔが複数存在する場合は、設定されるｐｅｒｍｉｓｓｉｏｎやｍｉｓｓｉｏｎがＧｈｏｓｔ毎にまちまちであることも想定される。

　一方、単一（若しくは、特定少数の）のＧｈｏｓｔが主導的にＪａｃｋＩｎを開始する手順は、基本的にＧｈｏｓｔがＢｏｄｙに入る（ｊａｃｋ　ｉｎ）行為によって実現され、ＧｈｏｓｔからＢｏｄｙへ電話を掛けるという操作に類似する。

　図７には、Ｇｈｏｓｔ　ｉｎｉｔｉａｔｉｖｅ　ｓｔａｒｔによる開始フローを概略的に示している。ＧｈｏｓｔからＢｏｄｙへＪａｃｋＩｎリクエストが送信され、ＪａｃｋＩｎの状態となり、ＢｏｄｙからＧｈｏｓｔへ一人称映像の送信が行なわれるとともに、ＧｈｏｓｔによるＢｏｄｙへの介入が行なわれる。

　なお、Ｂｏｄｙは、Ｇｈｏｓｔと接続する際には、Ｇｈｏｓｔの過去の実績や評価などの選考基準に基づいて、接続の可否を機械的に判断し、又はユーザーが直接判断するものとする。また、その際に、Ｂｏｄｙは、ＪａｃｋＩｎしてきたＧｈｏｓｔに対してｐｅｒｍｉｓｓｉｏｎを設定したり、Ｇｈｏｓｔは自分のｍｉｓｓｉｏｎを設定したりするようにしてもよい。画像提供装置１０１や画像表示装置１０２はそれぞれ、ｐｅｒｍｉｓｓｉｏｎ設定用のＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）やｍｉｓｓｉｏｎ設定用のＵＩをユーザーに提示するようにしてもよい。

　また、（不特定）多数のＧｈｏｓｔが主導的となってＢｏｄｙとＪａｃｋＩｎする場合、ＢｏｄｙはあらかじめＪａｃｋＩｎの開始条件を設定することができる。この場合、ウェアラブル端末に対し、ＧｈｏｓｔからＪａｃｋＩｎリクエストを受信する度にＢｏｄｙに通知するのではなく、開始条件が満たされたときにのみＢｏｄｙへの通知を行なわせるように設定する。

　例えば、応募してきたＧｈｏｓｔの人数を開始条件に設定することができる。この場合、ウェアラブル端末は、ＪａｃｋＩｎリクエストを受信したＧｈｏｓｔが所定数以上に到達したときにＢｏｄｙへの通知を行なう。Ｇｈｏｓｔが１００人以上に達したときのみ、現場に居るＢｏｄｙから一人称映像が配信される。具体例として、フェスティバルに参加しているＢｏｄｙが、「いまフェスティバルに来ています」といった書き込みを行ない、観たいＧｈｏｓｔが１００人以上集まったら映像配信が始まる、といったユースケースが挙げられる。

　各ケースにおけるＪａｃｋＩｎの開始フローの概要を、以下の表１にまとめておく。

Ｅ．ＧｈｏｓｔによるＢｏｄｙの選定
　Ｇｈｏｓｔは、Ｂｏｄｙの現在位置や現在行なっている行為（作業）に基づいて、ＪａｃｋＩｎしたいＢｏｄｙを選定若しくはフィルタリングすることができる。Ｂｏｄｙの選定処理は、個々のＧｈｏｓｔが実施してもよいし、Ｂｏｄｙ及びＧｈｏｓｔ間のＪａｃｋＩｎを統制するＪａｃｋＩｎサーバー（仮称）が選定処理に介在してもよい。

　位置や行為に基づく選定処理を行なう前提として、各Ｂｏｄｙの位置及び行為を、Ｇｈｏｓｔに通知し、若しくはＪａｃｋＩｎサーバーに通知する仕組みが必要である。例えば、Ｂｏｄｙ側すなわち画像提供装置１０１は、ＧＰＳなどに基づいて現在位置を測定したり、行動（Ａｃｔｉｖｉｔｙ）の認識によりユーザーが現在行なっている行為を認識したりして、Ｇｈｏｓｔ若しくはＪａｃｋＩｎサーバーに通知する。但し、Ｂｏｄｙの行動認識に関しては、自動化せず、Ｂｏｄｙ自身の文字入力（書き込み）や音声入力に頼る方法でもよい。以下では、各Ｂｏｄｙの位置及び行為を特定する仕組みを限定せずに説明する。

　図８には、ＧｈｏｓｔがＢｏｄｙの位置情報に基づいて選定するＵＩの一例を示している。同図では、現在指定した範囲の地図上に、各Ｂｏｄｙの現在位置を示すアイコン（又はキャラクター）を表示している。このようなＵＩは、例えば画像表示装置１０２の表示部５１４に表示され、ユーザーすなわちＧｈｏｓｔは、所望する位置のアイコンをタッチやクリックなどのＵＩ操作で指定することによって、ＪａｃｋＩｎしたいＢｏｄｙを選定することができる。地図表示する領域は、ドラッグやカーソル移動などの操作により遷移させることができるものとする。また、図８に示すようなＵＩ画面を、画像表示装置１０２本体の表示部５１４ではなく、Ｇｈｏｓｔが所持するその他の端末の画面上に表示するようにしてもよい。そして、選定が確定すると、Ｇｈｏｓｔから選定されたＢｏｄｙへ、ＪａｃｋＩｎリクエストが送信される。

　図９には、ＧｈｏｓｔがＢｏｄｙの位置情報に加え行為に基づいて選定するＵＩの一例を示している。同図は、検索フィールドに「花火を見ている人」が入力され、ＪａｃｋＩｎする対象を「花火を見ている人」に限定した場合の表示例である。例えばＢｏｄｙ及びＧｈｏｓｔ間のＪａｃｋＩｎを統制するＪａｃｋＩｎサーバー（仮称）は、検索フィールドに入力されたキーワード（ここでは、Ｂｏｄｙの行動）に合致するＢｏｄｙを、地図上に表示されているＢｏｄｙ群の中から検索する。そして、図９に示すＵＩ画面には、「花火を見ている」という行動で抽出されたＢｏｄｙだけが表示される。検索フィールドへの入力は、文字入力や音声入力によって行なうことができる。図８では表示されていたＢｏｄｙのアイコンのうち、花火を見ていない者は消えるので、Ｇｈｏｓｔは、選定の対象となるＢｏｄｙを絞り込むことができる。

　図１０には、ＧｈｏｓｔがＢｏｄｙの位置情報に基づいて選定するＵＩの他の例を示している。同図は、図８に示したＵＩの変形例であり、各Ｂｏｄｙのアイコンには、Ｂｏｄｙの行動などを示すタグが付されている。図９に示した場合のように検索ワードで検索する操作を行なわなくても、Ｇｈｏｓｔはタグの表示内容に基づいて各Ｂｏｄｙが現在行なっている行動などを識別して、ＪａｃｋＩｎしたいＢｏｄｙを選別することができる。

　なお、図１０に示したＵＩ表示例において、すべてのアイコンに常時タグが表示されていると、煩雑となり、地図を読み取り難い表示になってしまうので、タッチやクリック、ホバーリングなどにより仮選択された状態のアイコンについてのみタグを表示するなど、同時に表示するタグの数に制限を掛けるようにしてもよい。また、タグには、Ｂｏｄｙの行動に関する情報の他に、ａｃｃｅｐｔａｎｃｅをｏｐｅｎにしているか（前述）、ｐｅｒｍｉｓｓｉｏｎに関する情報（介入が許可されている範囲）、料金情報（視界共有が無料又は有料か。有料の場合の料金情報）などを示すようにしてもよい。

　図１３には、Ｂｏｄｙのアイコンに付けるタグの表示例を示している。図示の例では、Ｂｏｄｙが、視界介入、聴覚介入、身体介入、代替会話など各介入操作を許可しているか否かを示している。Ｇｈｏｓｔは、このようなタグを参照することで、ＢｏｄｙにＪａｃｋＩｎしてその場所で何ができるかを容易に判断することができる。

　図８～図１０に示したＢｏｄｙ選定用ＵＩを使用すれば、Ｇｈｏｓｔは、地図表示上でＢｏｄｙの位置を見つけ出して、そこへＪａｃｋＩｎする（すなわち、場所に紐付けされたＢｏｄｙへＪａｃｋＩｎする）という、視覚的に理解し易い操作を実現することができる。さらに、図９に示したＵＩを使用すれば、Ｇｈｏｓｔは、指定した行動をしているＢｏｄｙへ、円滑にＪａｃｋＩｎすることができる。

　図１１には、ＧｈｏｓｔがＢｏｄｙを選定するＵＩのさらに他の例を示している。同図は、地図上に各Ｂｏｄｙの現在位置を示すアイコンを表示するのではなく、各Ｂｏｄｙの一人称映像のサムネイルをリスト形式で詳細表示している。各一人称映像のサムネイルは、リアルタイム映像でも、代表画像（静止画）でもよい。また、各一人称映像のサムネイルには、Ｂｏｄｙの行動、Ｂｏｄｙの現在位置、ａｃｃｅｐｔａｎｃｅ状況、ｐｅｒｍｉｓｓｉｏｎ設定、料金情報などのタグ情報を併せて表示するようにしてもよい。

　図１２には、ＧｈｏｓｔがＢｏｄｙを選定するＵＩのさらに他の例を示している。同図は、図１１に示したＵＩの変形例であり、各Ｂｏｄｙの一人称映像のサムネイルを、リスト形式ではなく一覧形式で表示する。図１１に示した例と同様に、各一人称映像のサムネイルには、Ｂｏｄｙの行動、Ｂｏｄｙの現在位置、ａｃｃｅｐｔａｎｃｅ状況、ｐｅｒｍｉｓｓｉｏｎ設定、料金情報などのタグ情報を併せて表示するようにしてもよい。

　ここで、図１２は、図９と同様に、ＪａｃｋＩｎする対象のＢｏｄｙを「花火を見ている人」に限定した場合の表示例であるものとする。例えばＢｏｄｙ及びＧｈｏｓｔ間のＪａｃｋＩｎを統制するＪａｃｋＩｎサーバー（仮称）は、検索フィールドに入力されたキーワード（ここでは、Ｂｏｄｙの行動）に合致するＢｏｄｙを検索する。但し、図９に示した例とは相違して、場所に紐付けされずにＢｏｄｙの検索が行なわれるので、「花火を見ている」のであれば、北海道と沖縄など、離れた場所に居るＢｏｄｙが検索結果として同時に表示されることもある。

　なお、上述したように、Ｂｏｄｙ側から提供される映像は、Ｂｏｄｙが現場で観察しているリアルタイム映像とは限らず、録画された過去の映像の場合もある。Ｇｈｏｓｔは、過去の映像を視聴する場合には、Ｂｏｄｙに対して視界、聴覚を含む一切の介入が許されない。したがって、図１１や図１２に示すＵＩ例などでは、Ｇｈｏｓｔの誤解による介入を防ぐために、リアルタイム映像又は録画した過去の映像のいずれであるかを一人称映像のサムネイルに示すことが好ましい。

　図１１～図１２に示したＢｏｄｙ選定用ＵＩを使用すれば、Ｇｈｏｓｔは、表示されている一人称映像のサムネイルを基に各Ｂｏｄｙが行なう行動を視覚的に認識しながらＪａｃｋＩｎすることができる。さらに、図１２に示したＵＩを使用すれば、Ｇｈｏｓｔは、指定した行動をしているＢｏｄｙへ、円滑にＪａｃｋＩｎすることができる。

　以上をまとめると、Ｇｈｏｓｔは、図８～図１０に示した地図ベースのＢｏｄｙ選定用ＵＩを使用すれば、場所に紐付けしてＢｏｄｙを効率的に選定することができる一方、図１１～図１２に示した一人称映像のサムネイルをリスト又は一覧形式で表示するＢｏｄｙ選定用ＵＩを使用すれば、行動（Ａｃｔｉｖｉｔｙ）を視認しながらＢｏｄｙを効率的に選定することができる。

　例えば、図１４に示すように、これら２種類のＢｏｄｙ選定用ＵＩを重畳して、タブでＵＩを切り換えるように構成してもよい。図１４Ａに示すように、「ＭＡＰ」タブを選択すると、地図ベースのＢｏｄｙ選定用ＵＩが前面に表示され、Ｇｈｏｓｔは場所に紐付けしてＪａｃｋＩｎしたいＢｏｄｙを選定することができる。また、図１４Ｂに示すように、「Ａｃｔｉｖｉｔｙ」タブを選択すると、各Ｂｏｄｙの一人称映像のサムネイルを一覧表示したＢｏｄｙ選定用ＵＩが前面に表示され、Ｇｈｏｓｔは、各Ｂｏｄｙの行動を視認しながらＢｏｄｙ選定用ＵＩを選定することができる。

Ｅ．ＢｏｄｙによるＧｈｏｓｔの選定
　Ｂｏｄｙは、現在行なっている作業に対して他人から支援や指示、誘導、案内を受けたい（若しくは、受けなければならない）場合に、自分にＪａｃｋＩｎして、支援してくれるＧｈｏｓｔを募集する。例えば、Ｂｏｄｙは、ＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）を利用して、「Ｎｅｅｄ　Ｈｅｌｐ！」、「誰かクルマの運転の仕方を教えてください」、「○○に行く道を教えてください」などのコメントを掲げて、Ｇｈｏｓｔを募集してもよい。

　また、ＧｈｏｓｔがＪａｃｋＩｎしてＢｏｄｙの作業に対して支援や指示、誘導、案内を行なうサービスを有料化（ｍｏｎｅｔｉｚｅ）してもよい。このような場合、Ｂｏｄｙは、Ｇｈｏｓｔを募集する際に、支払い可能な金額を併せて提示するようにしてもよい。

　応募しようとするＧｈｏｓｔ側からは、例えば図８～図１２に示したようなＵＩ画面を通して、募集するＢｏｄｙを参照することができる。ここでは、Ｇｈｏｓｔ側のＵＩについての説明は省略する。

　図１５には、ＢｏｄｙがＧｈｏｓｔを選定するＵＩの一例を示している。図示のＵＩは、選定の対象となるＧｈｏｓｔのリストからなり、各Ｇｈｏｓｔの情報が表示される。リストアップされるＧｈｏｓｔは、Ｂｏｄｙの募集に対して応募してきたユーザーである。あるいは、Ｂｏｄｙ及びＧｈｏｓｔ間のＪａｃｋＩｎを統制するＪａｃｋＩｎサーバー（仮称）が、Ｂｏｄｙの募集内容に応じて選定された者であってもよい。図示のＵＩにリストアップされる各Ｇｈｏｓｔは、例えば「花火を見ている人」など行動を指定してＢｏｄｙへのＪａｃｋＩｎに応募してきたユーザーである。

　図示のＧｈｏｓｔ選定用ＵＩに表示されるＧｈｏｓｔの情報として、年齢、性別、Ｂｏｄｙとの人間関係（続柄、友人、上司と部下など）、出身地、職業、資格といった個人情報の他、支援対象となる作業のスキルのレーティング情報、過去のＧｈｏｓｔ（アシスタントやインストラクターなど）としての実績（これまで何時間経験したか）や評価（ｒｅｖｉｅｗ）、他のＢｏｄｙによる評判（投稿や投票結果など）などの情報を含むものとする。また、Ｇｈｏｓｔ選定用ＵＩにＧｈｏｓｔのリストを表示する際に、ｐｅｒｍｉｓｓｉｏｎとｍｉｓｓｉｏｎの対応関係、過去の実績や評価、評判などに基づいてＧｈｏｓｔの表示順をソーティングするようにしてもよい。Ｂｏｄｙは、図１５に示すようなＧｈｏｓｔ選定用ＵＩを通して、支援や指示（スポーツ競技におけるコーチングなど）、誘導、案内などを受けたいＧｈｏｓｔを選ぶことができる。

　以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

　本明細書で開示する技術は、例えば、外科手術などの医療現場、土木作業などの建築現場、飛行機やヘリコプターの操縦、自動車の運転者のナビゲーション、スポーツのインストラクションなど、さまざまな産業分野の作業支援などの用途に活用することができる。

　また、本明細書では、身体を以って現場で活動するＢｏｄｙに対して、Ｂｏｄｙの一人称画像を共有するＧｈｏｓｔがＢｏｄｙの視界や聴覚、身体などに介入するシステムに関する実施形態を中心に説明してきたが、本明細書で開示する技術の要旨はこれに限定されるものではない。ある人物の視界に他人からの支援や指示、誘導、案内に関する情報を表示するさまざまな情報処理装置に対しても、同様に本明細書で開示する技術を適用することができる。

　要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。

　なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）画像を送信する第１の装置と前記画像を受信する第２の装置間の接続を、前記第１の装置又は前記第２の装置のうちいずれが主導的となるかに応じて制御する制御部を具備する情報処理装置。
（２）前記制御部は、前記第１の装置が主導的に前記第２の装置と接続する場合には、前記第２の装置から接続要求を受け取ると、待ち状態の前記第１の装置に通知して、前記第１の装置から前記第２の装置への画像伝送を開始させる、
上記（１）に記載の情報処理装置。
（３）前記制御部は、前記第２の装置が主導的に前記第１の装置と接続する場合には、前記第２の装置からの接続要求を前記第１の機器に通知して、前記第１の装置から前記第２の装置への画像伝送を開始させる、
上記（１）に記載の情報処理装置。
（４）前記制御部は、複数の前記第２の装置が主導的に前記第１の装置と接続する場合には、複数の前記第２の装置からの接続要求が所定の開始条件を満たす場合にのみ前記第１の機器に通知して、前記第１の装置から複数の前記第２の装置への画像伝送を開始させる、
上記（１）に記載の情報処理装置。
（５）前記制御部は、前記第１の装置から前記第２の装置への画像伝送の開始とともに、前記第２の装置から前記第１の装置への介入を制御する、
上記（１）乃至（４）のいずれかに記載の情報処理装置。
（６）画像を送信する第１の装置と前記画像を受信する第２の装置間の接続を、前記第１の装置又は前記第２の装置のうちいずれが主導的となるかに応じて制御する制御ステップを有する情報処理方法。
（７）第２の装置へ画像を送信する第１の装置を第１の装置の位置情報に基づいて選定する選定部を具備する情報処理装置。
（８）前記選定部は、地図上で第１の装置の位置を示したＵＩを提示する、
上記（７）に記載の情報処理装置。
（９）前記選定部は、ユーザーの行動をさらに考慮して、第１の装置を選定する、
上記（７）又は（８）のいずれかに記載の情報処理装置。
（１０）前記選定部は、ユーザーの行動に基づいて抽出された第１の装置だけを前記ＵＩで提示する、
上記（８）に記載の情報処理装置。
（１１）前記選定部は、第１の装置のユーザーの行動を前記ＵＩで提示する、
上記（８）に記載の情報処理装置。
（１２）前記選定部は、第１の装置への介入に関する情報を前記ＵＩで提示する、
上記（８）に記載の情報処理装置。
（１３）第２の装置へ画像を送信する第１の装置を第１の装置の位置情報に基づいて選定する選定ステップを有する情報処理方法。
（１４）第２の装置へ画像を送信する第１の装置を第１の装置のユーザーの行動に基づいて選定する選定部を具備する情報処理装置。
（１５）前記選定部は、第１の装置から送信する画像に関する情報を示したＵＩを提示する、
上記（１４）に記載の情報処理装置。
（１６）前記選定部は、第１の装置又はそのユーザーに関する情報を前記ＵＩで提示する、
上記（１５）に記載の情報処理装置。
（１７）前記選定部は、ユーザーの行動に基づいて抽出された第１の装置から送信する画像だけを前記ＵＩで提示する、
上記（１５）に記載の情報処理装置。
（１８）第２の装置へ画像を送信する第１の装置を第１の装置のユーザーの行動に基づいて選定する選定ステップを有する情報処理方法。
（１９）　第１の装置が画像を送信する第２の装置を、第２の装置又はそのユーザーに関する情報に基づいて選定する選定部を具備する情報処理装置。
（２０）前記選定部は、第２の装置又はそのユーザーに関する情報を示したＵＩを提示する、
上記（１９）に記載の情報処理装置。
（２１）第１の装置から画像を送信する第２の装置を、前記第１の装置のユーザーの行動に基づいて選定する選定ステップを有する情報処理方法。

　１００…視界情報共有システム
　１０１…画像提供装置、１０２…画像表示装置
　５０１…撮像部、５０２…画像処理部、５０３…表示部
　５０４…第１の音声出力部、５０５…駆動部
　５０６…第２の音声出力部、５０７…位置検出部、５０８…通信部
　５０９…制御部、５１０…認証部
　５１１…通信部、５１２…画像復号部、５１３…表示部
　５１４…ユーザー入力部、５１５…位置姿勢検出部

Claims (20)

1. 　画像を送信する第１の装置と前記画像を受信する第２の装置間の接続を、前記第１の装置又は前記第２の装置のうちいずれが主導的となるかに応じて制御する制御部を具備する情報処理装置。
2. 　前記制御部は、前記第１の装置が主導的に前記第２の装置と接続する場合には、前記第２の装置から接続要求を受け取ると、待ち状態の前記第１の装置に通知して、前記第１の装置から前記第２の装置への画像伝送を開始させる、
   請求項１に記載の情報処理装置。
3. 　前記制御部は、前記第２の装置が主導的に前記第１の装置と接続する場合には、前記第２の装置からの接続要求を前記第１の機器に通知して、前記第１の装置から前記第２の装置への画像伝送を開始させる、
   請求項１に記載の情報処理装置。
4. 　前記制御部は、複数の前記第２の装置が主導的に前記第１の装置と接続する場合には、複数の前記第２の装置からの接続要求が所定の開始条件を満たす場合にのみ前記第１の機器に通知して、前記第１の装置から複数の前記第２の装置への画像伝送を開始させる、
   請求項１に記載の情報処理装置。
5. 　前記制御部は、前記第１の装置から前記第２の装置への画像伝送の開始とともに、前記第２の装置から前記第１の装置への介入を制御する、
   請求項１に記載の情報処理装置。
6. 　画像を送信する第１の装置と前記画像を受信する第２の装置間の接続を、前記第１の装置又は前記第２の装置のうちいずれが主導的となるかに応じて制御する制御ステップを有する情報処理方法。
7. 　第２の装置へ画像を送信する第１の装置を第１の装置の位置情報に基づいて選定する選定部を具備する情報処理装置。
8. 　前記選定部は、地図上で第１の装置の位置を示したＵＩを提示する、
   請求項７に記載の情報処理装置。
9. 　前記選定部は、ユーザーの行動をさらに考慮して、第１の装置を選定する、
   請求項７に記載の情報処理装置。
10. 　前記選定部は、ユーザーの行動に基づいて抽出された第１の装置だけを前記ＵＩで提示する、
    請求項８に記載の情報処理装置。
11. 　前記選定部は、第１の装置のユーザーの行動を前記ＵＩで提示する、
    請求項８に記載の情報処理装置。
12. 　前記選定部は、第１の装置への介入に関する情報を前記ＵＩで提示する、
    請求項８に記載の情報処理装置。
13. 　第２の装置へ画像を送信する第１の装置を第１の装置の位置情報に基づいて選定する選定ステップを有する情報処理方法。
14. 　第２の装置へ画像を送信する第１の装置を第１の装置のユーザーの行動に基づいて選定する選定部を具備する情報処理装置。
15. 　前記選定部は、第１の装置から送信する画像に関する情報を示したＵＩを提示する、
    請求項１４に記載の情報処理装置。
16. 　前記選定部は、第１の装置又はそのユーザーに関する情報を前記ＵＩで提示する、
    請求項１５に記載の情報処理装置。
17. 　前記選定部は、ユーザーの行動に基づいて抽出された第１の装置から送信する画像だけを前記ＵＩで提示する、
    請求項１５に記載の情報処理装置。
18. 　第２の装置へ画像を送信する第１の装置を第１の装置のユーザーの行動に基づいて選定する選定ステップを有する情報処理方法。
19. 　第１の装置が画像を送信する第２の装置を、第２の装置又はそのユーザーに関する情報に基づいて選定する選定部を具備する情報処理装置。
20. 　前記選定部は、第２の装置又はそのユーザーに関する情報を示したＵＩを提示する、
    請求項１９に記載の情報処理装置。

Images