JP2019012536A - 情報提供方法、プログラム、および、情報提供装置 - Google Patents

Abstract

【課題】ユーザに、検索のための煩雑な操作を実行させることなく、記憶装置に格納されている過去のコンテンツを活用させる技術を提供すること。【解決手段】ユーザＡは、ユーザＢに以前会ったことがあるような気がするが、そのときの状況を正確には思い出せない。そこで、ユーザＡは、ＨＭＤ４００のカメラでユーザＢを撮影する（ステップ１）。ＨＭＤ４００は、撮影された画像ＩＭＧ０１に対して顔画像認証処理を実行し、画像ＩＭＧ０１からユーザＢの顔画像を識別し、識別結果である「Ｂさん」を画像ＩＭＧ０１にタグ情報として付与する（ステップ２）。ＨＭＤ４００は、ステップ１で撮影された画像（画像ＩＭＧ０１）に関連付けられたタグ情報「Ｂさん」を検索キーとしてデータベースを検索し（ステップ３）、検索の結果を報知する（ステップ４）。【選択図】図１

Description

本開示は、情報提供方法、プログラム、および、情報提供装置に関し、より特定的には、タグ情報に関連付けられたコンテンツを扱う情報提供方法、プログラム、および、情報提供装置に関する。

従来、いわゆるライフログの一種として、ユーザが携帯するデジタルカメラが、自動的に、画像等のコンテンツを記憶装置に格納する技術がある。たとえば、非特許文献１は、「散策モード」として、旅先などでユーザが立ち止ったときの風景を自動で撮影する機能を備える製品「ロボホン」（登録商標）を開示している。

「日常のワンシーン、旅や思い出もおまかせ。」、［online］、シャープ株式会社、［平成２８年１１月４日検索］、インターネット<https://robohon.com/product/point.php?hash=9>

近年、ユーザが使用可能な記憶装置の容量が増えたこと、クラウド技術の進展によってユーザ端末で取得されたデータをサーバ上で保存することが普及したことなどにより、ライフログとして記録される画像等のコンテンツの数が膨大になってきている。スマートフォンのみならず、衣服のポケットに収納可能な大きさのロボット型の携帯端末が様々な事業者により提供されつつあり、コンテンツを生成する端末のバリエーションも増加し続けている。これらロボット型の携帯端末は、携帯端末に搭載されるカメラの撮影画像を画像認識することで人物を特定したうえで、ロボット型の携帯端末からユーザに向けて音声で撮影を呼びかけることでコンテンツを自動的に生成するものもありうる。そのため、携帯端末のユーザ自身が画像に含まれるコンテンツが、今後ますます生成されることが見込まれている。

また、ＳＮＳ（Social Networking Service）が多数のユーザに使用されている。ユーザは、スマートフォンなどで画像等を撮影してコンテンツを生成し、生成したコンテンツをＳＮＳに投稿する。ＳＮＳでは、画像認識により画像中の人物の顔部分などを抽出して、抽出結果と、ＳＮＳを利用するユーザのプロフィール画像等とを照合することにより、画像中に含まれているユーザが特定される。ＳＮＳを利用するユーザは、このようにして画像に含まれるユーザが画像認識により特定されている場合に、特定されたユーザを示す情報を画像と関連付けてＳＮＳにより他のユーザと共有することもできる。このようにして、ユーザが自分で操作して記録する手動記録により生成されるコンテンツも、ユーザの生活を記録するライフログといえ、ライフログとしてＳＮＳに投稿されるコンテンツの数も増加し続けている。

このことから、ユーザは、記録されている膨大な数のコンテンツから所望のコンテンツを探し当てるまでに煩雑な検索操作を必要とされるため、ライフログを持て余す事態が想定される。したがって、ライフログとして記録されているコンテンツを、ユーザによる煩雑な操作を必要とすることなく、ユーザに活用させる技術が求められている。

本開示は、係る実情に鑑み考え出されたものであり、その目的は、ユーザが、煩雑な操作を必要とされることなく過去のコンテンツを活用できるための技術を提供することである。

ある実施の形態に従うと、コンピュータによって実行される情報提供方法が提供される。当該方法において、コンピュータは、第１のタグ情報に関連付けられた第１のコンテンツを取得するステップと、タグ情報に関連付けられたコンテンツのデータベースから、第１のタグ情報に対応する第２のタグ情報に関連付けられた第２のコンテンツを検索するステップと、検索の結果の報知を実行するステップとを実行する。

本開示に従った方法によれば、コンピュータは、ログ情報に関連付けられたコンテンツを取得すると、当該タグ情報に対応するタグ情報に関連付けられたコンテンツを検索し、当該検索の結果を報知する。これにより、新たに取得したコンテンツが、たとえばライフログとして取得されている過去のコンテンツに関連するものである場合、ユーザは、そのことを認識し得る。また、ライフログ内のコンテンツが、新たに取得したコンテンツに関連するコンテンツを含まない場合、ユーザは、そのことを認識し得る。したがって、コンピュータは、ユーザにライフログ内の過去のコンテンツの検索のための煩雑な操作をさせることなく、取得されたコンテンツに関連する情報を提供する。これにより、ユーザは、煩雑な操作を必要とされることなく、過去のコンテンツを活用することができる。

ある実施の形態に従った情報提供方法の具体例を示す図である。 情報提供装置の一実施の形態であるＨＭＤ（ヘッドマウントデバイス）を含むネットワークシステムの構成を概略的に示す図である。 図２に示されたネットワークシステムのハードウェア構成を説明するための図である。 ライフログとして格納されたコンテンツに関連付けられた情報を模式的に示す図である。 ＨＭＤがコンテンツを取得したときの検索結果を報知するために実行する処理のフローチャートである。 ある実施の形態に従った情報提供方法の具体例を示す図である。 ある実施の形態に従うＨＭＤシステムの構成の概略を表す図である。 一局面に従うコンピュータのハードウェア構成の一例を表すブロック図である。 ある実施の形態に従うＨＭＤに設定されるｕｖｗ視野座標系を概念的に表す図である。 ある実施の形態に従う仮想空間を表現する一態様を概念的に表す図である。 ある実施の形態に従うＨＭＤを装着するユーザの頭部を上から表した図である。 仮想空間において視界領域をＸ方向から見たＹＺ断面を表す図である。 仮想空間において視界領域をＹ方向から見たＸＺ断面を表す図である。 ある実施の形態に従うコントローラの概略構成を表す図である。 ある実施の形態に従うコンピュータをモジュール構成として表わすブロック図である。 ある実施の形態に従うＨＭＤシステムにおいて実行される処理の一部を表わすシーケンスチャートである。 再生用コンテンツに関連付けられた情報の一例を模式的に示す図である。 ライフログを構成するコンテンツに関連付けられた情報の一例を模式的に示す図である。 ある実施の形態においてコンピュータが再生中のコンテンツについて情報を報知するための処理のフローチャートである。

以下に、図面を参照しつつ、情報提供方法および情報提供装置の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

＜開示の要約＞
図１および図２を参照して、本開示に示すある実施の形態の要約を説明する。

図１は、ある実施の形態に従った情報提供方法の具体例を示す図である。図１には、４つのステップが示されている。

場面ＳＣ０１は、ステップ１が生ずる場面を示す。場面ＳＣ０１は、現実空間において、ユーザＡがユーザＢと対面している状況を表わす。ユーザＡは、ウェアラブルグラス型のヘッドマウントデバイス（ＨＭＤ：Head-Mounted Device）４００を装着している。ＨＭＤ４００は、情報提供装置の一実施の形態である。図１に示された例では、ＨＭＤ４００は、カメラを内蔵している。ＨＭＤ４００は、図２に示すように、ネットワーク１９を介してサーバ１５０と通信可能に構成されている。ＨＭＤ４００は、例えば、スマートフォン（図示しない）など移動体通信システムに対応した携帯端末と、無線ＬＡＮ（Local Area Network）規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの通信規格に従って通信接続し、この携帯端末を介して、サーバ１５０と通信してもよい。ここで、サーバ１５０には、ユーザの首からぶら下げる携帯端末、ユーザの頭部に装着するＨＭＤ４００、ロボット型の携帯端末など様々な端末により自動的に生成される画像などのコンテンツと、ユーザがスマートフォン等を自分で操作して記録する手動記録により生成される画像などのコンテンツが蓄積されている。サーバ１５０は、例えばＳＮＳ機能をユーザに提供しており、ユーザの端末において自動的に、または、手動で生成されるコンテンツの投稿を受け付ける。サーバ１５０は、例えば各ユーザが設定するプロフィール画像、有名な人物、建築物、場所を示す画像のデータベースを有している。サーバ１５０は、ユーザから受け付けた画像などのコンテンツを、例えば画像認識することで、画像に含まれる人物がどのユーザであるか、画像に含まれる建築物が何であるか等を特定し、特定した情報を画像と対応付けて記憶することができる。また、サーバ１５０は、ＳＮＳ機能を提供する外部の別のＳＮＳサーバ装置と通信して、当該別のＳＮＳサーバ装置から、ユーザが当該別のＳＮＳサーバ装置に蓄積させるデータを取得する構成であってもよい。例えば、当該別のＳＮＳサーバ装置が、ＡＰＩ（Application Programming Interface）を提供して、ユーザのログイン情報を受け付けることで、サーバ１５０に対し、当該ユーザが当該別のＳＮＳサーバ装置に蓄積させるデータを利用可能とするものがある。

ステップ１にて、ユーザＡは、ユーザＢに以前会ったことがあるような気がするが、そのときの状況を正確には思い出せない。ＨＭＤ４００は、例えば、ＨＭＤ４００のカメラにより、逐次、画像を生成している。また、ユーザＡがＨＭＤ４００のカメラでユーザＢを撮影する操作により、画像を生成してもよい。撮影される画像の一例は、図１において画像ＩＭＧ０１として示されている。

ステップ２にて、ＨＭＤ４００は、ＨＭＤ４００のカメラにより撮影された画像ＩＭＧ０１をサーバ１５０へ送信する。サーバ１５０は、ＨＭＤ４００から送信される画像ＩＭＧ０１に対し、顔画像処理を実行することで、画像ＩＭＧ０１に含まれる人物の顔を特定し、特定された人物の顔が、ユーザＢの顔画像であると識別する。また、ＨＭＤ４００が、撮影された画像ＩＭＧ０１に対して顔画像認証処理を実行し、画像ＩＭＧ０１からユーザＢの顔画像を識別し、識別結果である「Ｂさん」を画像ＩＭＧ０１にタグ情報として付与することとしてもよい。これにより、画像ＩＭＧ０１にタグ情報「Ｂさん」が関連付けられる。

ステップ３にて、サーバ１５０は、ステップ１でＨＭＤ４００により撮影された画像（画像ＩＭＧ０１）に関連付けられた、人物を示すタグ情報「Ｂさん」を検索キーとして、データベースを検索する。サーバ１５０は、データベースの検索結果を、ＨＭＤ４００へ送信する。データベースは、たとえば、Ａさんのライフログのデータベースである。一例では、サーバ１５０は、検索において、検索キーと同一のタグ情報に関連付けられているコンテンツを探す。なお、検索キー（第２のタグ情報）は、ステップＳ１０において撮影された画像に関連付けられたタグ情報（第１のタグ情報）と同一であってもよいし、取得されたタグ情報に対して一定の関係を有するタグ情報であってもよい。ある実施の形態において、あるタグ情報と同一または一定の関係を有するタグ情報が、「対応する」タグ情報の一例である。また、ＨＭＤ４００が、ステップ１で撮影された画像ＩＭＧ０１に関連付けられたタグ情報を検索キーとして、データベースを検索することとしてもよい。

ステップ４にて、ＨＭＤ４００は、ステップ３における検索の結果を報知する。一例では、ＨＭＤ４００は、そのレンズと一体的に設けられたディスプレイに、検索結果として取得された画像を表示する。検索結果の一例は、画像ＩＭＧ０２として示されている。

画像ＩＭＧ０２は、３種類のタグ情報に関連付けられている。１つ目の種類は、「日時」である。当該種類のタグ情報は、「２０１６年４月１日９時３０分」である。２つ目の種類は、「場所」である。当該種類のタグ情報は、「Ｘ（エックス）山」である。３つ目の種類は、「人物」である。当該種類のタグ情報は、「Ａさん」「Ｂさん」「Ｃさん」および「Ｄさん」である。画像ＩＭＧ０１のタグ情報と画像ＩＭＧ０２のタグ情報は、「Ｂさん」で共通する。これにより、ＨＭＤ４００は、検索結果として画像ＩＭＧ０２を取得する。

ＨＭＤ４００は、スピーカを内蔵していてもよい。ステップ４において、ＨＭＤ４００は、当該スピーカから音声で検索結果を報知してもよい。出力される音声の一例は、「Ｂさんです。２０１６年４月１日９時３０分、ＣさんとＤさんと一緒に、Ｘ山で写真を撮りました。」である。

出力される音声のうち、「Ｂさんです。」は、たとえば、画像ＩＭＧ０１に対する顔画像認識処理の結果に「Ｂさん」が含まれていたことに基づく。「２０１６年４月１日９時３０分」は、検索結果である画像ＩＭＧ０２の「日時」のタグ情報に基づく。「ＣさんとＤさんと一緒に」は、検索結果である画像ＩＭＧ０２の「人物」のタグ情報に基づく。この例では、ＨＭＤ４００は、「人物」のタグ情報のうち、当該ＨＭＤ４００のユーザである「Ａさん」と、画像ＩＭＧ０１において顔画像を抽出された「Ｂさん」とを除いた残りの人物（「Ｃさん」と「Ｄさん」）を特定する情報を音声として出力する。「Ｘ山で」は、画像ＩＭＧ０２の「場所」のタグ情報（「Ｘ山」）に基づく。「写真を撮りました。」は、画像ＩＭＧ０２が写真データであることに基づく。より具体的には、画像ＩＭＧ０２には、当該画像ＩＭＧ０２を撮影したカメラを特定する情報が関連付けられている（図示略）。これにより、ＨＭＤ４００は、画像ＩＭＧ０２が写真データであることを特定できる。

ステップ４における報知によって、ユーザＡは、目の前のユーザＢと、以前、一緒にＸ山に行ったことを思い出す。

このように構成されることで、ユーザは、リアルタイムの状況に関連するライフログを容易に参照することができる。（１）リアルタイムの状況とは、例えば、ユーザがリアルタイムに接している人物であり、ＨＭＤ４００のカメラの撮影画像等に基づいて、ユーザがリアルタイムに接している人物を特定し、特定された人物に関連するライフログをユーザが容易に参照することができる。例えば、ユーザが、以前接したことがあるが記憶があいまいな人物と再会した際に、過去の記憶を、ライフログを通じて容易に参照することができる。（２）また、リアルタイムの状況とは、例えば、ユーザがリアルタイムに位置している場所であり、ＨＭＤ４００のカメラの撮影画像に含まれる建築物、または、ＨＭＤ４００のＧＰＳ（Global Positioning System）の出力等に基づいて、ユーザがリアルタイムに位置している場所を特定し、特定された場所に関連するライフログをユーザが容易に参照することができる。例えば、ユーザが、以前来訪したことがあるが記憶があいまいな場所を再訪した際に、どのような要件で来訪したかといった過去の記憶を、ライフログを通じて容易に参照することができる。ユーザにとって、思い出となる映像と音声を、リアルタイムの状況に応じて報知することで、タイムマシンのように、ユーザが過去の記憶を呼び戻すことを支援することができる。

なお、ＨＭＤ４００として、ウェアラブルグラス型の装置がカメラにより撮影画像を生成し、生成された撮影画像にタグ情報を付加し、タグ情報を検索キーとしてユーザのライフログを検索し、検索結果をウェアラブルグラス型の装置により出力する例を説明したが、これに限られない。例えば、ユーザのリアルタイムの状況を検知するための入力デバイスとしてＨＭＤ４００を使用し、ライフログの検索結果を出力するための出力デバイスとして、ロボット型の携帯端末により音声を出力するといったように、入力デバイスと出力デバイスとが異なる構成であってもよい。

＜ネットワークシステムの概略構成＞
図２は、情報提供装置の一実施の形態であるＨＭＤを含むネットワークシステムの構成を概略的に示す図である。ネットワークシステム１Ｘは、ＨＭＤ４００とサーバ１５０とを含む。ＨＭＤ４００とサーバ１５０とは、ネットワーク１９を介して通信可能である。

ＨＭＤ４００は、プロセッサ４０１と、透過型のディスプレイ４０４と、カメラ４０５と、注視センサ４０６と、マイク４０７と、動きセンサ４０８と、生体センサ４０９と、スピーカ４１０とを含む。

プロセッサ４０１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Filed-Programmable Gate Array）、その他のデバイスとして実現され、ＨＭＤ４００の動作を全体的に制御する。

ディスプレイ４０４は、たとえば透視型有機発光ダイオード（ＯＬＥＤ）ディスプレイなどによって構成されるレンズ４５０を含む。一例では、ディスプレイ４０４は、レンズ４５０内に配置された画像生成要素を含む。他の例では、ディスプレイ４０４は、レンズ４５０の端に光変調器を含む。この例では、レンズ４５０は、光変調器から光をユーザの視覚に送達するための光導波路として機能し得る。このような光導波路によって、ユーザは、現実空間の映像とプロセッサ４０１によって再生されるコンテンツとを見ることができる。

カメラ４０５は、画像を撮影し、撮影された画像をプロセッサ４０１へ出力する。
注視センサ４０６は、たとえばアイトラッキング機能を有するセンサによって実現され、ＨＭＤ４００を装着するユーザの右目および左目の視線が向けられる方向（視線方向）を検出し、当該検出の結果をプロセッサ４０１へ出力する。

マイク４０７は、音声を取得して、プロセッサ４０１へ出力する。
動きセンサ４０８は、角速度センサ、地磁気センサ、加速度センサ、および／または、ジャイロセンサによって構成され、ＨＭＤ４００の動きを検出し、当該検出の結果をプロセッサ４０１へ出力する。

生体センサ４０９は、脈波センサおよび／または心拍数計によって実現され、ＨＭＤ４００を装着しているユーザの生体情報を検出し、当該検出の結果をプロセッサ４０１へ出力する。

スピーカ４１０は、プロセッサ４０１の制御に従って音声を出力する。
＜ハードウェア構成＞
図３は、図２に示されたネットワークシステムのハードウェア構成を説明するための図である。図３を参照して、サーバ１５０とＨＭＤ４００の双方の構成を説明する。

（サーバ１５０）
サーバ１５０は、主たる構成要素として、プロセッサ５１０と、メモリ５１１と、ストレージ５１２と、通信インターフェース５１４とを備える。各構成要素は、それぞれ、バス５１５に接続されている。

プロセッサ５１０は、サーバ１５０に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ５１１またはストレージ５１２に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ５１０は、ＣＰＵ、ＭＰＵ、ＦＰＧＡ、その他のデバイスとして実現される。

メモリ５１１は、プログラムおよびデータを格納する。プログラムは、例えば、ストレージ５１２からロードされる。データは、サーバ１５０に入力されたデータと、プロセッサ５１０によって生成されたデータとを含む。メモリ５１１は、ＲＡＭ（Random Access Memory）その他の揮発性メモリとしても実現される。

ストレージ５１２は、プログラムおよびデータを永続的に保持する。ストレージ５１２は、例えば、ＲＯＭ（Read Only Memory）、ハードディスク装置、フラッシュメモリ、その他の不揮発性記憶装置として実現される。ストレージ５１２は、コンテンツをタグ情報に関連付けて格納するコンテンツ格納部５１２Ａを含む。

通信インターフェース５１４は、ネットワーク１９を介して他のコンピュータ（例えば、ＨＭＤ４００）と通信する。ある局面において、通信インターフェース５１４は、例えば、ＬＡＮ（Local Area Network）その他の有線通信インターフェイス、あるいは、ＷｉＦｉ（Wireless Fidelity）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、その他の無線通信インターフェイスとして実現される。ただし、通信インターフェース５１４は上述のものに限られない。

（ＨＭＤ４００）
ＨＭＤ４００は、図２に示された要素に加えて、メモリ４０３と、タイマ４１２と、通信インターフェース４１１と、ＧＰＳ（Global Positioning System）モジュール４１３とを含む。メモリ４０３は、プロセッサ４０１のワークエリアとして機能する。タイマ４１２は、時間を計測し、当該計測の結果をプロセッサ４０１へ出力する。

通信インターフェース４１１は、ネットワーク１９を介して他のコンピュータ（例えば、サーバ１５０）と通信する。ある局面において、通信インターフェース４１１は、例えば、ＬＡＮその他の有線通信インターフェイス、あるいは、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、その他の無線通信インターフェイスとして実現される。ただし、通信インターフェース４１１は上述のものに限られない。

ＧＰＳ（Global Positioning System）モジュール４１３は、ＨＭＤ４００の位置情報を取得し、取得した位置情報をプロセッサ４０１へ出力する。

＜コンテンツに関連付けられる情報＞
図４は、ライフログとして格納されたコンテンツに関連付けられた情報を模式的に示す図である。ライフログのコンテンツおよび図４に示された情報は、たとえばコンテンツ格納部５１２Ａに格納される。図４に示されるように、各コンテンツは、コンテンツ名、ファイル名、格納場所、タグ情報（時間）、タグ情報（位置）、および、タグ情報（人物）に関連付けられている。図４の例では、あるコンテンツについて、コンテンツ名「写真（１）」、ファイル名「写真（１）」、格納場所「X\images」、タグ情報（時間）「2016.4.1 9:30」、タグ情報（位置）「Ｘ山」、および、タグ情報（人物）「Ａ，Ｂ，Ｃ，Ｄ」が関連付けられている。

コンテンツ名は、コンテンツの名称である。
ファイル名は、コンテンツを構成するファイルの名称である。１つのコンテンツが単一のファイルのみよって構成される場合もあり得る。

格納場所は、コンテンツを構成するデータの格納場所を表わす。
タグ情報（時間）、タグ情報（位置）、および、タグ情報（人物）は、それぞれ、コンテンツに付されたタグ情報のうち、時間に関するもの、位置に関するもの、および、人物に関するものを表わす。なお、コンテンツに関連付けられるタグ情報の種類は、時間、位置、および、人物に限定されない。

＜処理の流れ＞
図５は、ＨＭＤ４００において、図１に示されたようにコンテンツを取得したときに、サーバ１５０にＨＭＤ４００のユーザのライフログとして格納されているコンテンツの検索を実行し、その結果を報知するために実行される処理のフローチャートである。図５の処理は、たとえば、ＨＭＤ４００のプロセッサ４０１がストレージ４０２に格納されたプログラムを実行することによって実現される。

ステップＳ１０にて、プロセッサ４０１は、画像を撮影する。ステップＳ１０において撮影が開始される条件の一例は、前回の撮影から一定時間が経過したことである。この例では、一定時間ごとに画像が撮影される。

ステップＳ１０の撮影開始条件の他の例は、注視センサ４０６が一定時間以上継続してユーザの視点が固定されたことである。この例では、たとえばユーザがある位置を凝視したとき、ユーザが凝視した位置を含む画像が撮影される。

ステップＳ１０の撮影開始条件のさらに他の例は、マイク４０７から所定の音声（たとえば、メッセージ「写真を撮って。」）が入力されたことである。なお、撮影開始のための音声は、このメッセージに限定されない。

ステップＳ１０の撮影開始条件のさらに他の例は、動きセンサ４０８から予め定められた動きを表わす信号が入力されたことである。この例では、たとえばユーザが予め定められた動き（たとえば、連続して二回頷いた後、頭を静止させる）をすれば、画像が撮影される。

ステップＳ１０の撮影開始条件のさらに他の例は、生体センサ４０９から予め定められた態様の生体情報（たとえば、「一定時間以上、心拍数が一定値を超えたこと」を示す態様）が入力されたことである。この例では、たとえばユーザが緊張してその心拍数が一定値を超えると、画像が撮影される。

ステップＳ２０にて、プロセッサ４０１は、ステップＳ１０において撮影された画像に対してタグ情報を取得する。タグ情報の取得方法の一例は、撮影された画像に対する顔画像認証処理である。この例において取得されるタグ情報は、当該画像に含まれる顔画像に対応するユーザを特定する情報である。このようなタグ情報は、人物を特定し、「タグ情報（人物）」と標記され得る。

ステップＳ２０のタグ情報の取得方法の他の例は、タイマ４１２からの情報の入力である。この例において取得されるタグ情報は、画像の撮影時刻である。このようなタグ情報は、時間を特定し、「タグ情報（時間）」と標記され得る。

ステップＳ２０のタグ情報の取得方法のさらに他の例は、ＧＰＳモジュール４１３からの情報の入力である。この例において取得されるタグ情報は、画像の撮影場所である。このようなタグ情報は、位置を特定し、「タグ情報（位置）」と標記され得る。

ステップＳ３０にて、プロセッサ４０１は、ステップＳ２０において取得されたタグ情報を検索キーとして、コンテンツ格納部５１２Ａ（図３）に格納された、ＨＭＤ４００のユーザのコンテンツを検索する。コンテンツ格納部５１２Ａは、ユーザごとに、コンテンツのデータに加えて、当該コンテンツに関する情報を表わすデータベースを格納している。ステップＳ３０の検索において、プロセッサ４０１は、ＨＭＤ４００のユーザのＩＤに関連付けられているデータベースを利用する。データベースにおけるデータの格納態様の一例は、図４に示されたものである。

ある実施の形態のステップＳ３０において、プロセッサ４０１は、ステップＳ２０において取得されたタグ情報と同じに関連付けられたコンテンツだけでなく、当該タグ情報と一定の関係を有するタグ情報に関連付けられたコンテンツを検索してもよい。

一定の関係の一例は、タグ情報（時間）によって特定される時点に対して一定期間内に含まれることである。一定期間の一例は、１年前である。この例では、ステップＳ２０で取得されたタグ情報（時間）で特定される時点から１年前までの時点を規定する「タグ情報（時間）」に関連付けられたコンテンツが検索結果として取得される。たとえば、ステップＳ２０で取得されたタグ情報（時間）が「２０１６年１１月１５日」である場合、「２０１５年１１月１５日」から「２０１６年１１月１５日」までの時点を特定する「タグ情報（時間）」に関連付けられたコンテンツが、検索結果として取得される。一定期間の他の例は、「同じ月」である。この例では、ステップＳ２０で取得されたタグ情報（時間）で特定される時点と同じ月内の時点を規定する「タグ情報（時間）」に関連付けられたコンテンツが、検索結果として取得される。たとえば、ステップＳ２０で取得されたタグ情報（時間）が「２０１６年１１月１５日」である場合、「２０１６年１１月１日」から「２０１６年１１月３０日」までの時点を特定する「タグ情報（時間）」に関連付けられたコンテンツが、検索結果として取得される。

一定の関係の他の例は、たとえば、ストレージ５１２に格納された情報においてタグ情報同士が関連付けられていることである。この例では、ストレージ５１２は、タグ情報同士を関連付ける情報（たとえば、テーブル）を格納している。タグ情報同士の関連付けの一例は、複数の人物を関連付けることである。たとえば、人物「Ｂさん」と人物「Ｅさん」が関連付けられる。これにより、ステップＳ１０で取得されたコンテンツがタグ情報「Ｂさん」と関連付けられている場合、検索結果は、タグ情報「Ｂさん」に関連付けられたコンテンツと、タグ情報「Ｅさん」に関連付けられたコンテンツとを含む。

ステップＳ３０の検索は、複数種類のタグ情報を用いて実行されてもよい。たとえば、ステップＳ３０の検索は、ステップＳ１０で撮影された画像と同じタグ情報（場所）に関連付けられ、かつ、ステップＳ１０で撮影された画像に付されたタグ情報（時間）の日が属する月内のタグ情報（時間）に関連付けられた、コンテンツを探してもよい。これにより、検索結果は、たとえば、ステップＳ１０で撮影された画像と同じ場所で同じ月に撮影された画像を含む。

ステップＳ４０にて、プロセッサ４０１は、ステップＳ３０における検索の結果を報知する。報知の一例は、図１に示されたような、検索結果として取得されたコンテンツ（ＩＭＧ０２）を出力することである。報知の他の例は、検索結果として取得されたコンテンツに関連付けられたタグ情報を含む音声を出力することである。なお、ステップＳ３０における検索で該当するコンテンツが取得されなかった場合、プロセッサ４０１は、ステップＳ４０において、「該当データ無し」を出力してもよいし、ステップＳ４０の報知をスキップしてもよい。

＜コンテンツの再生に関連した情報の提供＞
ある実施の形態に従った情報提供方法では、コンピュータは、図５を参照して説明された撮像画像に付与されたタグ情報を用いた検索の代わりに、または、そのような検索に加えて、再生中のコンテンツのタグ情報を用いた検索を実行する。以下、再生中のコンテンツのタグ情報を用いた検索について説明する。

［情報提供方法の具体例］
図６は、ある実施の形態に従った情報提供方法の具体例を示す図である。図６に示された情報提供方法では、コンピュータが、コンテンツの再生に関連して情報を提供する。図６には、４つのステップが示されている。

ステップ１にて、コンピュータは、コンテンツを再生する。図６の例では、再生されるコンテンツは、画像ＩＭＧ１１を含む。再生されるコンテンツのデータは、当該コンピュータの記憶装置に格納されていてもよいし、サーバ１５０（図３）等のコンピュータ外の記憶装置に格納されていてもよい。

ステップ２にて、コンピュータは、再生中のコンテンツのタグ情報を取得する。図６の例では、取得されるタグ情報の一例として「ロンドン」が示されている。

ステップ３にて、コンピュータは、取得されたタグ情報と同じタグ情報を検索キーとして、データベースを検索する。たとえば、コンピュータは、検索結果として、タグ情報「ロンドン」に関連付けられた２つのコンテンツを取得する。検索キー（第２のタグ情報）は、取得されたタグ情報（第１のタグ情報）と同じものであってもよいし、取得されたタグ情報に対して一定の関係を有するタグ情報であってもよい。

ステップ４にて、コンピュータは、検索結果を報知する。図６の例では、画像ＩＭＧ１２が検索結果を報知する画面の一例である。画像ＩＭＧ１２では、再生中のコンテンツの画像ＩＭＧ１１に２つの画像ＩＭＧ２１，２２が重畳されている。画像ＩＭＧ２１，２２は、検索の結果として取得された２つのコンテンツのそれぞれを表わす画像である。

［ＨＭＤシステムの構成］
ある実施の形態に従った情報提供方法では、コンピュータは、ＨＭＤに、仮想空間を提供するコンテンツを再生させる。ユーザに仮想空間を提供するためのシステムを、「ＨＭＤ（Head Mount Display）システム」と称する。ＨＭＤとは、モニタを備える所謂ヘッドマウントディスプレイと、スマートフォンその他のモニタを有する端末を装着可能なヘッドマウント機器のいずれをも含み得る。ＨＭＤシステムは、ヘッドマウントデバイスを含む。ユーザは、ヘッドマウントデバイスを使用することにより仮想空間を提供される。図７を参照して、ＨＭＤシステム１００の構成について説明する。

図７は、ある実施の形態に従うＨＭＤシステム１００の構成の概略を表す図である。ある局面において、ＨＭＤシステム１００は、家庭用のシステムとしてあるいは業務用のシステムとして提供される。

図７に示されるように、ＨＭＤシステム１００は、ＨＭＤ１１０と、ＨＭＤセンサ１２０と、スピーカ２１０と、コンピュータ２００とを備える。コンピュータ２００は、本開示におけるヘッドマウントデバイスを介して仮想空間を提供するためのコンピュータの一例である。ＨＭＤ１１０は、モニタ１１２と、注視センサ１４０とを含む。ある局面において、コンピュータ２００は、ネットワーク１９に接続可能であり、ネットワーク１９に接続されているサーバ１５０と通信可能である。別の局面において、ＨＭＤ１１０は、ＨＭＤセンサ１２０の代わりに、センサ１１４を含み得る。

ある実施の形態に従うＨＭＤ１１０は、ユーザの頭部に装着され、動作中に仮想空間をユーザに提供し得る。より具体的には、ＨＭＤ１１０は、右目用の画像および左目用の画像をモニタ１１２にそれぞれ表示する。ユーザの各目がそれぞれの画像を視認すると、ユーザは、両目の視差に基づき当該画像を３次元の画像として認識し得る。

モニタ１１２は、例えば、非透過型の表示装置として実現される。ある局面において、モニタ１１２は、ユーザの両目の前方に位置するようにＨＭＤ１１０の本体に配置されている。したがって、ユーザは、モニタ１１２に表示される３次元画像を視認すると、仮想空間に没入することができる。ある実施の形態において、仮想空間は、例えば、背景、ユーザが操作可能なオブジェクト、ユーザが選択可能なメニューの画像を含む。ある実施の形態において、モニタ１１２は、所謂スマートフォンその他の情報表示端末が備える液晶モニタまたは有機ＥＬ（Electro Luminescence）モニタとして実現され得る。

ある局面において、モニタ１１２は、右目用の画像を表示するためのサブモニタと、左目用の画像を表示するためのサブモニタとを含み得る。別の局面において、モニタ１１２は、右目用の画像と左目用の画像とを一体として表示する構成であってもよい。この場合、モニタ１１２は、高速シャッタを含む。高速シャッタは、画像がいずれか一方の目にのみ認識されるように、右目用の画像と左目用の画像とを交互に表示可能に作動する。

ＨＭＤセンサ１２０は、複数の光源（図示しない）を含む。各光源は例えば、赤外線を発するＬＥＤ（Light Emitting Diode）により実現される。ＨＭＤセンサ１２０は、ＨＭＤ１１０の動きを検出するためのポジショントラッキング機能を有する。ＨＭＤセンサ１２０は、この機能を用いて、現実空間内におけるＨＭＤ１１０の位置および傾きを検出する。

別の局面において、ＨＭＤセンサ１２０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ１２０は、カメラから出力されるＨＭＤ１１０の画像情報を用いて、画像解析処理を実行することにより、ＨＭＤ１１０の位置および傾きを検出することができる。

別の局面において、ＨＭＤ１１０は、位置検出器として、ＨＭＤセンサ１２０の代わりに、センサ１１４を備えてもよい。ＨＭＤ１１０は、センサ１１４を用いて、ＨＭＤ１１０自身の位置および傾きを検出し得る。例えば、センサ１１４が角速度センサ、地磁気センサ、加速度センサ、あるいはジャイロセンサ等である場合、ＨＭＤ１１０は、ＨＭＤセンサ１２０の代わりに、これらの各センサのいずれかを用いて、自身の位置および傾きを検出し得る。一例として、センサ１１４が角速度センサである場合、角速度センサは、現実空間におけるＨＭＤ１１０の３軸周りの角速度を経時的に検出する。ＨＭＤ１１０は、各角速度に基づいて、ＨＭＤ１１０の３軸周りの角度の時間的変化を算出し、さらに、角度の時間的変化に基づいて、ＨＭＤ１１０の傾きを算出する。

注視センサ１４０は、ユーザ１９０の右目および左目の視線が向けられる方向（視線方向）を検出する。当該方向の検出は、例えば、公知のアイトラッキング機能によって実現される。注視センサ１４０は、当該アイトラッキング機能を有するセンサにより実現される。ある局面において、注視センサ１４０は、右目用のセンサおよび左目用のセンサを含むことが好ましい。注視センサ１４０は、例えば、ユーザ１９０の右目および左目に赤外光を照射するとともに、照射光に対する角膜および虹彩からの反射光を受けることにより各眼球の回転角を検出するセンサであってもよい。注視センサ１４０は、検出した各回転角に基づいて、ユーザ１９０の視線方向を検知することができる。

スピーカ２１０は、コンピュータ２００に接続され、コンピュータ２００による制御に従って音声を出力する。

サーバ１５０は、コンピュータ２００にプログラムを送信し得る。別の局面において、サーバ１５０は、他のユーザによって使用されるＨＭＤに仮想現実を提供するための他のコンピュータ２００と通信し得る。例えば、アミューズメント施設において、複数のユーザが参加型のゲームを行なう場合、各コンピュータ２００は、各ユーザの動作に基づく信号を他のコンピュータ２００と通信して、同じ仮想空間において複数のユーザが共通のゲームを楽しむことを可能にする。図７のサーバ１５０のハードウェア構成は、図３に示されたサーバ１５０のハードウェア構成と同様であってもよい。

ある実施の形態に従うと、ＨＭＤシステム１００は、コントローラ１６０をさらに備えてもよい。コントローラ１６０はモーションセンサ１３０を含み得る。

コントローラ１６０は、ユーザ１９０からコンピュータ２００への命令の入力を受け付ける。ある局面において、コントローラ１６０は、ユーザ１９０によって把持可能に構成される。別の局面において、コントローラ１６０は、ユーザ１９０の身体あるいは衣類の一部に装着可能に構成される。別の局面において、コントローラ１６０は、コンピュータ２００から送られる信号に基づいて、振動、音、光のうちの少なくともいずれかを出力するように構成されてもよい。

モーションセンサ１３０は、ある局面において、ユーザの手に取り付けられて、ユーザの手の動きを検出する。例えば、モーションセンサ１３０は、手の回転速度、回転数等を検出する。検出された信号は、コンピュータ２００に送られる。モーションセンサ１３０は、例えば、手袋型のコントローラ１６０に設けられている。ある実施の形態において、現実空間における安全のため、コントローラ１６０は、手袋型のようにユーザ１９０の手に装着されることにより容易に飛んで行かないものに装着されるのが望ましい。別の局面において、ユーザ１９０に装着されないセンサがユーザ１９０の手の動きを検出してもよい。例えば、ユーザ１９０を撮影するカメラの信号が、ユーザ１９０の動作を表わす信号として、コンピュータ２００に入力されてもよい。モーションセンサ１３０とコンピュータ２００とは、有線により、または無線により互いに接続される。無線の場合、通信形態は特に限られず、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）その他の公知の通信手法が用いられる。

［コンピュータのハードウェア構成］
図８を参照して、本実施の形態に係るコンピュータ２００について説明する。図８は、一局面に従うコンピュータ２００のハードウェア構成の一例を表すブロック図である。コンピュータ２００は、主たる構成要素として、プロセッサ１０と、メモリ１１と、ストレージ１２と、入出力インターフェイス１３と、通信インターフェイス１４とを備える。各構成要素は、それぞれ、バス１５に接続されている。

プロセッサ１０は、コンピュータ２００に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ１１またはストレージ１２に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ１０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）その他のデバイスとして実現される。

メモリ１１は、プログラムおよびデータを一時的に保存する。プログラムは、例えば、ストレージ１２からロードされる。データは、コンピュータ２００に入力されたデータと、プロセッサ１０によって生成されたデータとを含む。ある局面において、メモリ１１は、ＲＡＭ（Random Access Memory）その他の揮発メモリとして実現される。

ストレージ１２は、プログラムおよびデータを永続的に保持する。ストレージ１２は、例えば、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、その他の不揮発記憶装置として実現される。ストレージ１２に格納されるプログラムは、ＨＭＤシステム１００において仮想空間を提供するためのプログラム、シミュレーションプログラム、ゲームプログラム、ユーザ認証プログラム、他のコンピュータ２００との通信を実現するためのプログラムを含む。ストレージ１２に格納されるデータは、仮想空間を規定するためのデータおよびオブジェクト等を含む。

別の局面において、ストレージ１２は、メモリカードのように着脱可能な記憶装置として実現されてもよい。さらに別の局面において、コンピュータ２００に内蔵されたストレージ１２の代わりに、外部の記憶装置に保存されているプログラムおよびデータを使用する構成が使用されてもよい。このような構成によれば、例えば、アミューズメント施設のように複数のＨＭＤシステム１００が使用される場面において、プログラムやデータの更新を一括して行なうことが可能になる。

ある実施の形態において、入出力インターフェイス１３は、ＨＭＤ１１０、ＨＭＤセンサ１２０、モーションセンサ１３０、コントローラ１６０、および、スピーカ２１０との間で信号を通信する。ある局面において、入出力インターフェイス１３は、ＵＳＢ（Universal Serial Bus）インターフェイス、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）その他の端子を用いて実現される。なお、入出力インターフェイス１３は上述のものに限られない。

ある実施の形態において、入出力インターフェイス１３は、さらに、コントローラ１６０と通信し得る。例えば、入出力インターフェイス１３は、モーションセンサ１３０から出力された信号の入力を受ける。別の局面において、入出力インターフェイス１３は、プロセッサ１０から出力された命令を、コントローラ１６０に送る。当該命令は、振動、音声出力、発光等をコントローラ１６０に指示する。コントローラ１６０は、当該命令を受信すると、その命令に応じて、振動、音声出力または発光のいずれかを実行する。

通信インターフェイス１４は、ネットワーク１９に接続されて、ネットワーク１９に接続されている他のコンピュータ（例えば、サーバ１５０）と通信する。ある局面において、通信インターフェイス１４は、例えば、ＬＡＮ（Local Area Network）その他の有線通信インターフェイス、あるいは、ＷｉＦｉ（Wireless Fidelity）（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）その他の無線通信インターフェイスとして実現される。なお、通信インターフェイス１４は上述のものに限られない。

ある局面において、プロセッサ１０は、ストレージ１２に格納されている１つ以上のプログラムをメモリ１１にロードし、当該プログラムに含まれる一連の命令を実行する。当該１つ以上のプログラムは、コンピュータ２００のオペレーティングシステム、仮想空間を提供するためのアプリケーションプログラム、コントローラ１６０を用いて仮想空間で実行可能なゲームソフトウェア等を含み得る。プロセッサ１０は、入出力インターフェイス１３を介して、仮想空間を提供するための信号をＨＭＤ１１０に送る。ＨＭＤ１１０は、その信号に基づいてモニタ１１２に映像を表示する。

図８に示される例では、コンピュータ２００は、ＨＭＤ１１０の外部に設けられる構成が示されているが、別の局面において、コンピュータ２００は、ＨＭＤ１１０に内蔵されてもよい。一例として、モニタ１１２を含む携帯型の情報通信端末（例えば、スマートフォン）がコンピュータ２００として機能してもよい。

また、コンピュータ２００は、複数のＨＭＤ１１０に共通して用いられる構成であってもよい。このような構成によれば、例えば、複数のユーザに同一の仮想空間を提供することもできるので、各ユーザは同一の仮想空間で他のユーザと同一のアプリケーションを楽しむことができる。

ある実施の形態において、複数のコンピュータ２００がネットワーク１９上のサーバ１５０を介してデータを共有することにより、当該複数のコンピュータ２００のそれぞれのユーザに同一の仮想空間を提供することができてもよい。

ある実施の形態において、ＨＭＤシステム１００では、グローバル座標系が予め設定されている。グローバル座標系は、現実空間における鉛直方向、鉛直方向に直交する水平方向、ならびに、鉛直方向および水平方向の双方に直交する前後方向にそれぞれ平行な、３つの基準方向（軸）を有する。本実施の形態では、グローバル座標系は視点座標系の一つである。そこで、グローバル座標系における水平方向、鉛直方向（上下方向）、および前後方向は、それぞれ、ｘ軸、ｙ軸、ｚ軸と規定される。より具体的には、グローバル座標系において、ｘ軸は現実空間の水平方向に平行である。ｙ軸は、現実空間の鉛直方向に平行である。ｚ軸は現実空間の前後方向に平行である。

ある局面において、ＨＭＤセンサ１２０は、赤外線センサを含む。赤外線センサが、ＨＭＤ１１０の各光源から発せられた赤外線をそれぞれ検出すると、ＨＭＤ１１０の存在を検出する。ＨＭＤセンサ１２０は、さらに、各点の値（グローバル座標系における各座標値）に基づいて、ＨＭＤ１１０を装着したユーザ１９０の動きに応じた、現実空間内におけるＨＭＤ１１０の位置および傾きを検出する。より詳しくは、ＨＭＤセンサ１２０は、経時的に検出された各値を用いて、ＨＭＤ１１０の位置および傾きの時間的変化を検出できる。

グローバル座標系は現実空間の座標系と平行である。したがって、ＨＭＤセンサ１２０によって検出されたＨＭＤ１１０の各傾きは、グローバル座標系におけるＨＭＤ１１０の３軸周りの各傾きに相当する。ＨＭＤセンサ１２０は、グローバル座標系におけるＨＭＤ１１０の傾きに基づき、ｕｖｗ視野座標系をＨＭＤ１１０に設定する。ＨＭＤ１１０に設定されるｕｖｗ視野座標系は、ＨＭＤ１１０を装着したユーザ１９０が仮想空間において物体を見る際の視点座標系に対応する。

［ｕｖｗ視野座標系］
図９を参照して、ｕｖｗ視野座標系について説明する。図９は、ある実施の形態に従うＨＭＤ１１０に設定されるｕｖｗ視野座標系を概念的に表す図である。ＨＭＤセンサ１２０は、ＨＭＤ１１０の起動時に、グローバル座標系におけるＨＭＤ１１０の位置および傾きを検出する。プロセッサ１０は、検出された値に基づいて、ｕｖｗ視野座標系をＨＭＤ１１０に設定する。

図９に示されるように、ＨＭＤ１１０は、ＨＭＤ１１０を装着したユーザの頭部を中心（原点）とした３次元のｕｖｗ視野座標系を設定する。より具体的には、ＨＭＤ１１０は、グローバル座標系を規定する水平方向、鉛直方向、および前後方向（ｘ軸、ｙ軸、ｚ軸）を、グローバル座標系内においてＨＭＤ１１０の各軸周りの傾きだけ各軸周りにそれぞれ傾けることによって新たに得られる３つの方向を、ＨＭＤ１１０におけるｕｖｗ視野座標系のピッチ方向（ｕ軸）、ヨー方向（ｖ軸）、およびロール方向（ｗ軸）として設定する。

ある局面において、ＨＭＤ１１０を装着したユーザ１９０が直立し、かつ、正面を視認している場合、プロセッサ１０は、グローバル座標系に平行なｕｖｗ視野座標系をＨＭＤ１１０に設定する。この場合、グローバル座標系における水平方向（ｘ軸）、鉛直方向（ｙ軸）、および前後方向（ｚ軸）は、ＨＭＤ１１０におけるｕｖｗ視野座標系のピッチ方向（ｕ軸）、ヨー方向（ｖ軸）、およびロール方向（ｗ軸）に一致する。

ｕｖｗ視野座標系がＨＭＤ１１０に設定された後、ＨＭＤセンサ１２０は、ＨＭＤ１１０の動きに基づいて、設定されたｕｖｗ視野座標系におけるＨＭＤ１１０の傾き（傾きの変化量）を検出できる。この場合、ＨＭＤセンサ１２０は、ＨＭＤ１１０の傾きとして、ｕｖｗ視野座標系におけるＨＭＤ１１０のピッチ角（θｕ）、ヨー角（θｖ）、およびロール角（θｗ）をそれぞれ検出する。ピッチ角（θｕ）は、ｕｖｗ視野座標系におけるピッチ方向周りのＨＭＤ１１０の傾き角度を表す。ヨー角（θｖ）は、ｕｖｗ視野座標系におけるヨー方向周りのＨＭＤ１１０の傾き角度を表す。ロール角（θｗ）は、ｕｖｗ視野座標系におけるロール方向周りのＨＭＤ１１０の傾き角度を表す。

ＨＭＤセンサ１２０は、検出されたＨＭＤ１１０の傾き角度に基づいて、ＨＭＤ１１０が動いた後のＨＭＤ１１０におけるｕｖｗ視野座標系を、ＨＭＤ１１０に設定する。ＨＭＤ１１０と、ＨＭＤ１１０のｕｖｗ視野座標系との関係は、ＨＭＤ１１０の位置および傾きに関わらず、常に一定である。ＨＭＤ１１０の位置および傾きが変わると、当該位置および傾きの変化に連動して、グローバル座標系におけるＨＭＤ１１０のｕｖｗ視野座標系の位置および傾きが変化する。

ある局面において、ＨＭＤセンサ１２０は、赤外線センサからの出力に基づいて取得される赤外線の光強度および複数の点間の相対的な位置関係（例えば、各点間の距離など）に基づいて、ＨＭＤ１１０の現実空間内における位置を、ＨＭＤセンサ１２０に対する相対位置として特定してもよい。また、プロセッサ１０は、特定された相対位置に基づいて、現実空間内（グローバル座標系）におけるＨＭＤ１１０のｕｖｗ視野座標系の原点を決定してもよい。

［仮想空間］
図１０を参照して、仮想空間についてさらに説明する。図１０は、ある実施の形態に従う仮想空間２を表現する一態様を概念的に表す図である。仮想空間２は、中心２１の３６０度方向の全体を覆う全天球状の構造を有する。図１０では、説明を複雑にしないために、仮想空間２のうちの上半分の天球が例示されている。仮想空間２では各メッシュが規定される。各メッシュの位置は、仮想空間２に規定されるＸＹＺ座標系における座標値として予め規定されている。コンピュータ２００は、仮想空間２に展開可能なコンテンツ（静止画、動画等）を構成する各部分画像を、仮想空間２において対応する各メッシュにそれぞれ対応付けて、ユーザによって視認可能な仮想空間画像２２が展開される仮想空間２をユーザに提供する。

ある局面において、仮想空間２では、中心２１を原点とするＸＹＺ座標系が規定される。ＸＹＺ座標系は、例えば、グローバル座標系に平行である。ＸＹＺ座標系は視点座標系の一種であるため、ＸＹＺ座標系における水平方向、鉛直方向（上下方向）、および前後方向は、それぞれＸ軸、Ｙ軸、Ｚ軸として規定される。したがって、ＸＹＺ座標系のＸ軸（水平方向）がグローバル座標系のｘ軸と平行であり、ＸＹＺ座標系のＹ軸（鉛直方向）がグローバル座標系のｙ軸と平行であり、ＸＹＺ座標系のＺ軸（前後方向）がグローバル座標系のｚ軸と平行である。

ＨＭＤ１１０の起動時、すなわちＨＭＤ１１０の初期状態において、仮想カメラ１が、仮想空間２の中心２１に配置される。仮想カメラ１は、現実空間におけるＨＭＤ１１０の動きに連動して、仮想空間２を同様に移動する。これにより、現実空間におけるＨＭＤ１１０の位置および向きの変化が、仮想空間２において同様に再現される。

仮想カメラ１には、ＨＭＤ１１０の場合と同様に、ｕｖｗ視野座標系が規定される。仮想空間２における仮想カメラのｕｖｗ視野座標系は、現実空間（グローバル座標系）におけるＨＭＤ１１０のｕｖｗ視野座標系に連動するように規定されている。したがって、ＨＭＤ１１０の傾きが変化すると、それに応じて、仮想カメラ１の傾きも変化する。また、仮想カメラ１は、ＨＭＤ１１０を装着したユーザの現実空間における移動に連動して、仮想空間２において移動することもできる。

仮想カメラ１の向きは、仮想カメラ１の位置および傾きに応じて決まるので、ユーザが仮想空間画像２２を視認する際に基準となる視線（基準視線５）は、仮想カメラ１の向きに応じて決まる。コンピュータ２００のプロセッサ１０は、基準視線５に基づいて、仮想空間２における視界領域２３を規定する。視界領域２３は、仮想空間２のうち、ＨＭＤ１１０を装着したユーザの視界に対応する。

注視センサ１４０によって検出されるユーザ１９０の視線方向は、ユーザ１９０が物体を視認する際の視点座標系における方向である。ＨＭＤ１１０のｕｖｗ視野座標系は、ユーザ１９０がモニタ１１２を視認する際の視点座標系に等しい。また、仮想カメラ１のｕｖｗ視野座標系は、ＨＭＤ１１０のｕｖｗ視野座標系に連動している。したがって、ある局面に従うＨＭＤシステム１００は、注視センサ１４０によって検出されたユーザ１９０の視線方向を、仮想カメラ１のｕｖｗ視野座標系におけるユーザの視線方向とみなすことができる。

［ユーザの視線］
図１１を参照して、ユーザの視線方向の決定について説明する。図１１は、ある実施の形態に従うＨＭＤ１１０を装着するユーザ１９０の頭部を上から表した図である。

ある局面において、注視センサ１４０は、ユーザ１９０の右目および左目の各視線を検出する。ある局面において、ユーザ１９０が近くを見ている場合、注視センサ１４０は、視線Ｒ１およびＬ１を検出する。別の局面において、ユーザ１９０が遠くを見ている場合、注視センサ１４０は、視線Ｒ２およびＬ２を検出する。この場合、ロール方向ｗに対して視線Ｒ２およびＬ２がなす角度は、ロール方向ｗに対して視線Ｒ１およびＬ１がなす角度よりも小さい。注視センサ１４０は、検出結果をコンピュータ２００に送信する。

コンピュータ２００が、視線の検出結果として、視線Ｒ１およびＬ１の検出値を注視センサ１４０から受信した場合には、その検出値に基づいて、視線Ｒ１およびＬ１の交点である注視点Ｎ１を特定する。一方、コンピュータ２００は、視線Ｒ２およびＬ２の検出値を注視センサ１４０から受信した場合には、視線Ｒ２およびＬ２の交点を注視点として特定する。コンピュータ２００は、特定した注視点Ｎ１の位置に基づき、ユーザ１９０の視線方向Ｎ０を特定する。コンピュータ２００は、例えば、ユーザ１９０の右目Ｒと左目Ｌとを結ぶ直線の中点と、注視点Ｎ１とを通る直線の延びる方向を、視線方向Ｎ０として検出する。視線方向Ｎ０は、ユーザ１９０が両目により実際に視線を向けている方向である。また、視線方向Ｎ０は、視界領域２３に対してユーザ１９０が実際に視線を向けている方向に相当する。

別の局面において、ＨＭＤシステム１００は、ＨＭＤシステム１００を構成するいずれかのパーツに、マイクおよびスピーカを備えてもよい。ユーザは、マイクに発話することにより、仮想空間２に対して、音声による指示を与えることができる。

また、別の局面において、ＨＭＤシステム１００は、テレビジョン放送受信チューナを備えてもよい。このような構成によれば、ＨＭＤシステム１００は、仮想空間２においてテレビ番組を表示することができる。

さらに別の局面において、ＨＭＤシステム１００は、インターネットに接続するための通信回路、あるいは、電話回線に接続するための通話機能を備えていてもよい。

［視界領域］
図１２および図１３を参照して、視界領域２３について説明する。図１２は、仮想空間２において視界領域２３をＸ方向から見たＹＺ断面を表す図である。図１３は、仮想空間２において視界領域２３をＹ方向から見たＸＺ断面を表す図である。

図１２に示されるように、ＹＺ断面における視界領域２３は、領域２４を含む。領域２４は、仮想カメラ１の基準視線５と仮想空間２のＹＺ断面とによって定義される。プロセッサ１０は、仮想空間における基準視線５を中心として極角αを含む範囲を、領域２４として規定する。

図１３に示されるように、ＸＺ断面における視界領域２３は、領域２５を含む。領域２５は、基準視線５と仮想空間２のＸＺ断面とによって定義される。プロセッサ１０は、仮想空間２における基準視線５を中心とした方位角βを含む範囲を、領域２５として規定する。

ある局面において、ＨＭＤシステム１００は、コンピュータ２００からの信号に基づいて、視界画像２６をモニタ１１２に表示させることにより、ユーザ１９０に仮想空間を提供する。視界画像２６は、仮想空間画像２２のうち視界領域２３に重畳する部分に相当する。ユーザ１９０が、頭に装着したＨＭＤ１１０を動かすと、その動きに連動して仮想カメラ１も動く。その結果、仮想空間２における視界領域２３の位置が変化する。これにより、モニタ１１２に表示される視界画像２６は、仮想空間画像２２のうち、仮想空間２においてユーザが向いた方向の視界領域２３に重畳する画像に更新される。ユーザは、仮想空間２における所望の方向を視認することができる。

ユーザ１９０は、ＨＭＤ１１０を装着している間、現実世界を視認することなく、仮想空間２に展開される仮想空間画像２２のみを視認できる。そのため、ＨＭＤシステム１００は、仮想空間２への高い没入感覚をユーザに与えることができる。

ある局面において、プロセッサ１０は、ＨＭＤ１１０を装着したユーザ１９０の現実空間における移動に連動して、仮想空間２において仮想カメラ１を移動し得る。この場合、プロセッサ１０は、仮想空間２における仮想カメラ１の位置および向きに基づいて、ＨＭＤ１１０のモニタ１１２に投影される画像領域（すなわち、仮想空間２における視界領域２３）を特定する。

ある実施の形態に従うと、仮想カメラ１は、二つの仮想カメラ、すなわち、右目用の画像を提供するための仮想カメラと、左目用の画像を提供するための仮想カメラとを含むことが望ましい。また、ユーザ１９０が３次元の仮想空間２を認識できるように、適切な視差が、二つの仮想カメラに設定されていることが好ましい。本実施の形態においては、仮想カメラ１が二つの仮想カメラを含み、二つの仮想カメラのロール方向が合成されることによって生成されるロール方向（ｗ）がＨＭＤ１１０のロール方向（ｗ）に適合されるように構成されているものとして、本開示に係る技術思想を例示する。

［コントローラ］
図１４を参照して、コントローラ１６０の一例について説明する。図１４は、ある実施の形態に従うコントローラ１６０の概略構成を表す図である。

図１４の分図（Ａ）に示されるように、ある局面において、コントローラ１６０は、右コントローラ８００と左コントローラとを含み得る。右コントローラ８００は、ユーザ１９０の右手で操作される。左コントローラは、ユーザ１９０の左手で操作される。ある局面において、右コントローラ８００と左コントローラとは、別個の装置として対称に構成される。したがって、ユーザ１９０は、右コントローラ８００を把持した右手と、左コントローラを把持した左手とをそれぞれ自由に動かすことができる。別の局面において、コントローラ１６０は両手の操作を受け付ける一体型のコントローラであってもよい。以下、右コントローラ８００について説明する。

右コントローラ８００は、グリップ３０と、プレート３１と、天面３２とを備える。グリップ３０は、ユーザ１９０の右手によって把持されるように構成されている。例えば、グリップ３０は、ユーザ１９０の右手の掌と３本の指（中指、薬指、小指）とによって保持され得る。

グリップ３０は、ボタン３３，３４と、モーションセンサ１３０とを含む。ボタン３３は、グリップ３０の側面に配置され、右手の中指による操作を受け付ける。ボタン３４は、グリップ３０の前面に配置され、右手の人差し指による操作を受け付ける。ある局面において、ボタン３３，３４は、トリガー式のボタンとして構成される。モーションセンサ１３０は、グリップ３０の筐体に内蔵されている。なお、ユーザ１９０の動作がカメラその他の装置によってユーザ１９０の周りから検出可能である場合には、グリップ３０は、モーションセンサ１３０を備えなくてもよい。

プレート３１は、その円周方向に沿って配置された複数の赤外線ＬＥＤ３５を含む。赤外線ＬＥＤ３５は、コントローラ１６０を使用するプログラムの実行中に、当該プログラムの進行に合わせて赤外線を発光する。赤外線ＬＥＤ３５から発せられた赤外線は、右コントローラ８００と左コントローラ（図示しない）との各位置や姿勢（傾き、向き）を検出するために使用され得る。図１４に示される例では、二列に配置された赤外線ＬＥＤ３５が示されているが、配列の数は図１４に示されるものに限られない。一列あるいは３列以上の配列が使用されてもよい。

天面３２は、ボタン３６，３７と、アナログスティック３８とを備える。ボタン３６，３７は、プッシュ式ボタンとして構成される。ボタン３６，３７は、ユーザ１９０の右手の親指による操作を受け付ける。アナログスティック３８は、ある局面において、初期位置（ニュートラルの位置）から３６０度任意の方向への操作を受け付ける。当該操作は、例えば、仮想空間２に配置されるオブジェクトを移動するための操作を含む。

ある局面において、右コントローラ８００および左コントローラは、赤外線ＬＥＤ３５その他の部材を駆動するための電池を含む。電池は、充電式、ボタン型、乾電池型等を含むが、これらに限定されない。別の局面において、右コントローラ８００と左コントローラは、例えば、コンピュータ２００のＵＳＢインターフェイスに接続され得る。この場合、右コントローラ８００および左コントローラは、電池を必要としない。

図１４の分図（Ｂ）は、右コントローラ８００を把持するユーザ１９０の右手に対応して仮想空間に配置されるハンドオブジェクト８１０の一例を示す。例えば、ユーザ１９０の右手に対応するハンドオブジェクト８１０に対して、ヨー、ロール、ピッチの各方向が規定される。例えば、入力操作が、右コントローラ８００のボタン３４に対して行なわれると、ハンドオブジェクト８１０の人差し指を握りこんだ状態とし、入力操作がボタン３４に対して行なわれていない場合には、分図（Ｂ）に示すように、ハンドオブジェクト８１０の人差し指を伸ばした状態とすることもできる。例えば、ハンドオブジェクト８１０において親指と人差し指とが伸びている場合に、親指の伸びる方向がヨー方向、人差し指の伸びる方向がロール方向、ヨー方向の軸およびロール方向の軸によって規定される平面に垂直な方向がピッチ方向としてハンドオブジェクト８１０に規定される。

［ＨＭＤの制御装置］
図１５を参照して、ＨＭＤ１１０の制御装置について説明する。ある実施の形態において、制御装置は周知の構成を有するコンピュータ２００によって実現される。図１５は、ある実施の形態に従うコンピュータ２００をモジュール構成として表わすブロック図である。

図１５に示されるように、コンピュータ２００は、表示制御モジュール２２０と、仮想空間制御モジュール２３０と、メモリモジュール２４０と、通信制御モジュール２５０と、出力音声制御モジュール２１１とを備える。表示制御モジュール２２０は、サブモジュールとして、仮想カメラ制御モジュール２２１と、視界領域決定モジュール２２２と、視界画像生成モジュール２２３と、基準視線特定モジュール２２４とを含む。仮想空間制御モジュール２３０は、サブモジュールとして、仮想空間定義モジュール２３１と、仮想オブジェクト生成モジュール２３２と、手オブジェクト管理モジュール２３３とを含む。

ある実施の形態において、表示制御モジュール２２０と仮想空間制御モジュール２３０とは、プロセッサ１０によって実現される。別の実施の形態において、複数のプロセッサ１０が表示制御モジュール２２０と仮想空間制御モジュール２３０として作動してもよい。メモリモジュール２４０は、メモリ１１またはストレージ１２によって実現される。通信制御モジュール２５０は、通信インターフェイス１４によって実現される。

ある局面において、表示制御モジュール２２０は、ＨＭＤ１１０のモニタ１１２における画像表示を制御する。仮想カメラ制御モジュール２２１は、仮想空間２に仮想カメラ１を配置し、仮想カメラ１の挙動、向き等を制御する。視界領域決定モジュール２２２は、視界領域２３を規定する。視界画像生成モジュール２２３は、決定された視界領域２３に基づいて、モニタ１１２に表示される視界画像２６を生成する。

基準視線特定モジュール２２４は、注視センサ１４０からの信号に基づいて、ユーザ１９０の視線を特定する。

仮想空間制御モジュール２３０は、ユーザ１９０に提供される仮想空間２を制御する。仮想空間定義モジュール２３１は、仮想空間２を表わす仮想空間データを生成することにより、ＨＭＤシステム１００における仮想空間２を規定する。

仮想オブジェクト生成モジュール２３２は、仮想空間２に表示される対象物を生成する。対象物は、一例では、ネットワーク１９上の他のＨＭＤシステム１００のユーザのアバター、ならびに、イベント会場におけるステージおよびスクリーン等の設置物を含む。対象物は、他の例では、ゲームのストーリーの進行に従って表示される森、山その他を含む風景、動物等を含む。さらに他の例では、戦闘ゲームにおいて表示される、味方および敵の戦士のアバター、建造物、陣営に設置された屏風および椅子などのオブジェクト、ならびに、戦闘に利用される馬および戦車を含む。

手オブジェクト管理モジュール２３３は、手オブジェクトを仮想空間２に配置する。以下の説明において、仮想空間２に配置された手オブジェクトは、「仮想手」とも称する。手オブジェクトは、例えば、コントローラ１６０を保持したユーザ１９０の右手あるいは左手に対応する。ある局面において、手オブジェクト管理モジュール２３３は、左手オブジェクト９１０または右手オブジェクト９２０を仮想空間２に配置するためのデータを生成する。別の局面において、手オブジェクト管理モジュール２３３は、ユーザ１９０によるコントローラ１６０の操作に応じて、左手オブジェクト９１０または右手オブジェクト９２０が他のオブジェクト（例えば、オブジェクト９００またはオブジェクト１０００）を回転させる動作を示すためのデータを生成する。当該動作は、例えば、オブジェクト９００として示されるハンドルを握る手が、当該ハンドルを回転させることを含む。

メモリモジュール２４０は、コンピュータ２００が仮想空間２をユーザ１９０に提供するために使用されるデータを保持している。ある局面において、メモリモジュール２４０は、空間情報２４１と、オブジェクト情報２４２と、ユーザ情報２４３とを保持している。

空間情報２４１は、仮想空間２を提供するために規定された１つ以上のテンプレートを保持している。

オブジェクト情報２４２は、仮想空間２において再生されるコンテンツ、当該コンテンツで使用されるオブジェクトを表示するための情報を保持している。当該コンテンツは、例えば、ゲーム、現実社会と同様の風景を表したコンテンツ等を含み得る。

ユーザ情報２４３は、ＨＭＤシステム１００の制御装置としてコンピュータ２００を機能させるためのプログラム、オブジェクト情報２４２に保持される各コンテンツを使用するアプリケーションプログラム等を保持している。メモリモジュール２４０に格納されているデータおよびプログラムは、ＨＭＤ１１０のユーザによって入力される。あるいは、プロセッサ１０が、当該コンテンツを提供する事業者が運営するコンピュータ（例えば、サーバ１５０）からプログラムあるいはデータをダウンロードして、ダウンロードされたプログラムあるいはデータをメモリモジュール２４０に格納する。

通信制御モジュール２５０は、ネットワーク１９を介して、サーバ１５０その他の情報通信装置と通信し得る。

出力音声制御モジュール２１１は、スピーカ２１０による音声の出力を制御する。
ある局面において、表示制御モジュール２２０および仮想空間制御モジュール２３０は、ユニティテクノロジーズ社によって提供されるＵｎｉｔｙ（登録商標）を用いて実現され得る。

［制御構造］
図１６を参照して、ＨＭＤシステム１００の制御構造について説明する。図１６は、ある実施の形態に従うＨＭＤシステム１００において実行される処理の一部を表わすシーケンスチャートである。

ステップＳ１１１０にて、コンピュータ２００のプロセッサ１０は、仮想空間定義モジュール２３１として、仮想空間画像データを特定する。

ステップＳ１１１０では、プロセッサ１０は、たとえば、サーバ１５０に対し、イベントへの参加を申請する情報を送信してもよい。これに応じて、サーバ１５０は、コンピュータ２００に、当該イベントの会場を表わす仮想空間の画像データ（仮想空間画像データ）を送信してもよい。

ステップＳ１１２０にて、プロセッサ１０は、仮想カメラ１を初期化する。例えば、プロセッサ１０は、仮想カメラ１を仮想空間２において予め規定された中心点に配置し、仮想カメラ１の視線をユーザ１９０が向いている方向に向ける。

ステップＳ１１３０にて、プロセッサ１０は、視界画像生成モジュール２２３として、初期の視界画像を表示するための視界画像データを生成する。生成された視界画像データは、視界画像生成モジュール２２３を介して通信制御モジュール２５０によってＨＭＤ１１０に送られる。

ステップＳ１１３２にて、ＨＭＤ１１０のモニタ１１２は、コンピュータ２００から受信した信号に基づいて、視界画像を表示する。ＨＭＤ１１０を装着したユーザ１９０は、視界画像を視認すると仮想空間２を認識し得る。

ステップＳ１１３４にて、ＨＭＤセンサ１２０は、ＨＭＤ１１０から発信される複数の赤外線光に基づいて、ＨＭＤ１１０の位置と傾きを検知する。検知結果は、動き検知データとして、コンピュータ２００に送られる。

ステップＳ１１４０にて、プロセッサ１０は、ＨＭＤ１１０の位置と傾きとに基づいて、ＨＭＤ１１０を装着したユーザ１９０の視界方向を特定する。プロセッサ１０は、アプリケーションプログラムを実行し、アプリケーションプログラムに含まれる命令に基づいて、仮想空間２においてオブジェクトを表示させる。ユーザ１９０は、そのアプリケーションプログラムの実行により仮想空間２において視認可能なコンテンツを楽しむ。

ある局面において、当該コンテンツは、ユーザにイベント会場を体感させるためのアプリケーション（以下、「イベントアプリケーション」ともいう）を含む。イベントアプリケーションは、ユーザに、仮想空間として、イベント会場内の風景を提供する。プロセッサ１０は、ＨＭＤ１１０の位置と傾きに応じて、ユーザに視認させる仮想空間画像を変更する。

ステップＳ１１５０にて、コントローラ１６０は、ユーザ１９０の操作を検出し、検出された操作を示す信号をコンピュータ２００に送信する。当該信号は、表示された２つ以上のオブジェクトのうち１つ以上のオブジェクトを指定する操作を含む。より具体的には、当該信号は、仮想手を表示させ、当該仮想手で、表示された２つ以上のオブジェクトのうち１つ以上のオブジェクトに触れる動作を示す操作を示す信号を含む。当該信号は、選択された２以上のメニューから１以上のメニューを選択する操作を示す信号を含む。

ステップＳ１１５２にて、プロセッサ１０は、コントローラ１６０から受信した信号に基づいて、ユーザの状態（アプリケーションの状態）を判断する。

ステップＳ１１６０で、プロセッサ１０は、ＨＭＤ１１０の位置および傾き、ユーザ１９０の操作、ならびに／または、各オブジェクトの設定に従って、視界画像を更新し、更新された視界画像を表示するためのデータ（視界画像データ）をＨＭＤ１１０に送信する。視界画像の更新は、仮想空間内のオブジェクトの透過度の変更、オブジェクトの消去、および、オブジェクトの移動の中のいずれかを含んでもよい。

ステップＳ１１６２にて、ＨＭＤ１１０のモニタ１１２は、受信した視界画像データに基づいて視界画像を更新し、更新後の視界画像を表示する。

ステップＳ１１７０で、プロセッサ１０は、ＨＭＤ１１０の位置および傾き、ユーザ１９０の操作、ならびに／または、各オブジェクトの設定に従って、視界画像を更新し、更新された視界画像を表示するためのデータ（視界画像データ）をＨＭＤ１１０に送信する。視界画像の更新は、仮想空間内のオブジェクトの透過度の変更、オブジェクトの消去、および、オブジェクトの移動の中のいずれかを含んでもよい。

ステップＳ１１６２にて、ＨＭＤ１１０のモニタ１１２は、受信した視界画像データに基づいて視界画像を更新し、更新後の視界画像を表示する。

［データ構造］
ある実施の形態において、コンピュータ２００は、ＨＭＤ１１０にコンテンツを再生させ、再生中のコンテンツに関連付けられたタグ情報を取得する。一方、コンピュータ２００は、ＨＭＤ１１０のユーザのライフログとして、複数のコンテンツを格納する。コンピュータ２００は、ライフログから、再生中のコンテンツのタグ情報と同じまたは一定の関係を有するタグ情報に関連付けられたコンテンツを検索し、その検索結果を報知する。ここで、再生用のコンテンツに関連付けられた情報およびライフログのコンテンツに関連付けられた情報のそれぞれについて、説明する。

（再生用コンテンツに関連付けられた情報）
図１７は、再生用コンテンツに関連付けられた情報の一例を模式的に示す図である。図１７に示された情報は、たとえばサーバ１５０のコンテンツ格納部５１２Ａ（図３）に格納されている。図１７に示されるように、各コンテンツは、コンテンツ名、ファイル名、格納場所、タグ情報（時間）、タグ情報（位置）、および、タグ情報（人物）に関連付けられている。

図１７に示された例では、あるコンテンツを構成する１つの画像ファイルについて、コンテンツ名「映像（１）」、ファイル名「画像０００１」、格納場所「Y\files\01」、タグ情報（時間）「2010.11.1」、および、タグ情報（位置）「ロンドン」が関連付けられている。当該画像ファイルには、タグ情報（人物）は関連付けられていない。図１７に示された例における各項目は、図４に示されたそれぞれの項目と同様の意味を有するため、ここでは説明を繰り返さない。

（ライフログに関連付けられた情報）
図１８は、ライフログを構成するコンテンツに関連付けられた情報の一例を模式的に示す図である。図１８に示された情報は、たとえば、コンピュータ２００のストレージ１２（図８）に格納されている。図１８に示されるように、各コンテンツは、コンテンツ名、ファイル名、格納場所、タグ情報（時間）、タグ情報（位置）、および、タグ情報（人物）に関連付けられている。

図１８に示された例では、あるコンテンツについて、コンテンツ名「Image001」、ファイル名「Image001」、格納場所「C\images\01」、タグ情報（時間）「2016.11.1 14:00」、タグ情報（位置）「東京」、および、タグ情報（人物）「Ａ，Ｂ，Ｃ，Ｄ」が関連付けられている。図１８に示された例における各項目は、図４に示されたそれぞれの項目と同様の意味を有するため、ここでは説明を繰り返さない。

［処理の流れ］
図１９は、ある実施の形態においてコンピュータ２００が再生中のコンテンツについて情報を報知するための処理のフローチャートである。図１９に示された処理は、たとえば、コンピュータ２００のプロセッサ１０（図８）がストレージ１２に格納されたプログラムを実行することによって実現される。

図１９に示された処理は、コンピュータ２００がＨＭＤ１１０にコンテンツを再生させているときに実行される。図１９の処理は、コンテンツ再生用のアプリケーションの一部として実行されてもよいし、コンテンツ再生用のアプリケーションとは関係無く実行されてもよい。図１９の処理は、図５に示された処理に対して、ステップＳ１０の代わりにステップＳ１２の制御を含む。以下、図１９の処理の内容について、図５に示された処理との差異を中心に、説明する。ここで、コンピュータ２００がＨＭＤ１１０に再生させるコンテンツは、予めコンテンツ制作者によって制作されたコンテンツであってもよいし、遠隔地でカメラにより撮影されてライブ配信される映像コンテンツであってもよい。また、ライブ配信される映像コンテンツは、３６０度撮影に対応したカメラにより生成される３６０度動画であってもよい。

ステップＳ１２にて、プロセッサ１０は、情報提供のための条件が成立したか否かを判断する。情報提供のための条件の一例は、ＨＭＤ１１０から予め定められた情報が入力されたことである。この例では、たとえばＨＭＤ１１０を装着したユーザが特定の動きをすることに応じて、情報提供のための条件が成立する。

情報提供のための条件の他の例は、前回の情報提供のための条件の成立から一定時間が経過したことである。これにより、一定時間が経過するたびに情報提供のための条件が成立する。

情報提供のための条件のさらに他の例は、コンテンツの再生位置が特定の情報を付された位置に到達したことである。コンテンツの制作者は、再生用のコンテンツの意図する再生位置に上記特定の情報を埋め込むことができる。これにより、コンテンツの制作者は、意図する再生位置で、情報提供のための条件を成立させることができる。

ステップＳ１２にて、プロセッサ１０は、情報提供のための条件が成立していないと判断すると（ステップＳ１２でＮＯ）、ステップＳ１２に制御を留める。プロセッサ１０は、情報提供のための条件が成立したと判断すると（ステップＳ１２でＹＥＳ）、ステップＳ２０へ制御を進める。また、プロセッサ１０は、ステップＳ１２に示される、情報提供のための条件が成立することによってイベントが発生した場合に、当該イベントが発生したことによりステップＳ２０以下の処理を実行することとしてもよい。

ステップＳ２０にて、プロセッサ１０は、再生中のコンテンツに関連付けられたタグ情報を取得する。一例では、プロセッサ１０は、コンテンツ格納部５１２Ａから、再生中の画像ファイルに関連付けられたタグ情報を読み出すことにより、タグ情報を取得する。なお、再生中のコンテンツが、ライブ配信される映像コンテンツである場合、ライブ配信を行うための配信サーバにより、ライブ配信中の映像コンテンツの画像を逐次画像認識すること等により、ライブ配信がなされている位置、ライブ配信の映像コンテンツに含まれる人物などのタグ情報が映像コンテンツに付加されることとしてもよい。

ステップＳ３０にて、プロセッサ１０は、ステップＳ２０で取得されたタグ情報を検索キーとして、検索条件を満たすコンテンツをライフログから検索する。検索条件の一例は、ステップＳ２０で取得されたタグ情報と同じタグ情報に関連付けられていることである。検索条件の他の例は、ステップＳ２０で取得されたタグ情報に対して一定の関係を有するタグ情報に関連付けられていることである。「一定の関係」は、図５の説明において既に言及されているため、その説明は繰り返さない。

ステップＳ４０にて、プロセッサ１０は、ステップＳ３０における検索の結果を報知する。報知の一例は、図６において画像ＩＭＧ１２として示されたように、再生中のコンテンツの画像に検索結果として得られたコンテンツを重畳させることである。報知の他の例は、検索結果として得られたコンテンツの、タグ情報を表示することである。報知のさらに他の例は、検索結果として得られたコンテンツの、タグ情報を音声で出力することである。

その後、プロセッサ１０は、図１９の処理を終了する。
ここで、図１７および図１８に示されたタグ情報を利用した検索について、より具体的に説明する。図１７のファイル名「画像0001」で特定されるファイルは、タグ情報（時間）「2010.11.1」およびタグ情報（位置）「ロンドン」に関連付けられている。ファイル名「画像0001」で特定されるファイルの再生中に情報提供条件が成立すると（ステップＳ１２でＹＥＳ）、プロセッサ１０は、ステップＳ２０においてタグ情報（時間）「2010.11.1」およびタグ情報（位置）「ロンドン」を取得する。

ステップＳ３０にて、プロセッサ１０は、図１８に示された情報を利用して検索結果を取得する。ステップＳ３０における検索条件が「タグ情報（位置）が一致すること」である場合、プロセッサ１０は、タグ情報（位置）「ロンドン」に関連付けられた２つのコンテンツ（ファイル名「Image101」，「Image102」）を検索結果として取得する。図１８に示されたコンテンツのうち、ファイル名「Image101」，「Image102」がタグ情報（位置）「ロンドン」に関連付けられているからである。

ステップＳ４０にて、プロセッサ１０は、検索結果の報知の一例として、再生中のファイル名「画像0001」の画像にファイル名「Image101」の画像とファイル名「Image102」の画像が重畳された画像（たとえば、図６の画像ＩＭＧ１２）を表示する。

なお、ステップＳ３０における検索条件が「タグ情報（位置）が一定の関係にあること」であり、一定の関係において「ロンドン」と「イギリス」とが関連付けられている場合、プロセッサ１０は、タグ情報（位置）「ロンドン」に関連付けられた２つのコンテンツ（ファイル名「Image101」「Image102」）と、タグ情報（位置）「ロンドン」に関連付けられた２つのコンテンツ（ファイル名「Image103」「Image104」）とを検索結果として取得する。図１８に示された情報において、ファイル名「Image101」「Image102」がタグ情報（位置）「ロンドン」に関連付けられ、ファイル名「Image103」，「Image104」がタグ情報（位置）「イギリス」に関連付けられているからである。

＜開示の要約＞
以上開示された技術的特徴は、例えば、以下のように要約され得る。

（１） 本開示によって、コンピュータによって実行される情報提供方法が提供される。一例では、当該方法において、コンピュータ（プロセッサ５１０，プロセッサ１０）は第１のタグ情報に関連付けられた第１のコンテンツを取得する（図５のステップＳ１０，図１９のステップＳ２０）。コンテンツの取得は、画像の撮影およびコンテンツの再生以外に、コンテンツ生成用のアプリケーションを利用したコンテンツの生成であってもよい。当該方法において、コンピュータは、タグ情報に関連付けられたコンテンツのデータベース（図４、図１８）から、第１のタグ情報（たとえば、撮影された画像に付与されたタグ情報、または、再生中の画像に関連付けられたタグ情報）に対応する第２のタグ情報に関連付けられた第２のコンテンツを検索する（図５および図１９のステップＳ３０）。コンピュータは、検索の結果の報知を実行する（図５および図１９のステップＳ４０）。

（２） 第１のコンテンツは、第１のコンテンツの少なくとも一部を構成する画像を撮影することによって取得されてもよい（図５のステップＳ１０）。

（３） 第１のコンテンツを取得することは、特定された場所を第１のタグ情報（タグ情報（場所））として第１のコンテンツに関連付けることを含んでもよい。

（４） 第１のコンテンツを取得することは、プロセッサ１０が第１のコンテンツを再生するために記録媒体（サーバ１５０のコンテンツ格納部５１２Ａ）から当該第１のコンテンツを取得することを含んでもよい（図６のステップ１）。

（５） プロセッサ１０は、ヘッドマウントデバイスを用いて第１のコンテンツに対応する仮想空間を提供することにより、第１のコンテンツを再生してもよい（図７〜図１６）。

（６） 報知は、第１のタグ情報および第２のタグ情報の少なくとも一方を出力することを含むことによって実現されてもよい（図１の音声「Ｂさんです。２０１６年４月１日９時３０分、ＣさんとＤさんと一緒に、Ｘ山で写真を撮りました。」）。

（７） 報知は、第２のコンテンツを出力することを含んでもよい（図１の画像ＩＭＧ０２、図６の画像ＩＭＧ２１，ＩＭＧ２２）。

（８） 第１のタグ情報は、位置、時間、および、人物のうちの少なくとも一つを特定する情報を含んでもよい（ステップＳ２０において取得される、タグ情報（位置）、タグ情報（時間）、タグ情報（人物））。

今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施されることが意図される。

１ 仮想カメラ、１Ｘ ネットワークシステム、２ 仮想空間、５ 基準視線、１０，４０１，５１０ プロセッサ、１９ ネットワーク、２１ 中心、２２ 仮想空間画像、２３ 視界領域、２４，２５ 領域、２６ 視界画像、３０ グリップ、３１ プレート、３２ 天面、３８ アナログスティック、１００ ＨＭＤシステム、１１２ モニタ、１１４，１２０ センサ、１３０ モーションセンサ、１４０，４０６ 注視センサ、１５０ サーバ、１６０ コントローラ、１９０ ユーザ、２００ コンピュータ、２１０，４１０ スピーカ、２４１ 空間情報、２４２ オブジェクト情報、４０４ ディスプレイ、４０５ カメラ、４０７ マイク、４５０ レンズ、８００ 右コントローラ、８１０ 右手、９００，１０００ オブジェクト、９１０ 左手オブジェクト、９２０ 右手オブジェクト。

Claims (10)

1. コンピュータによって実行される情報提供方法であって、
   第１のタグ情報に関連付けられた第１のコンテンツを取得するステップと、
   タグ情報に関連付けられたコンテンツのデータベースから、前記第１のタグ情報に対応する第２のタグ情報に関連付けられた第２のコンテンツを検索するステップと、
   前記検索の結果の報知を実行するステップとを備える、情報提供方法。
2. 前記第１のコンテンツを取得するステップは、前記第１のコンテンツの少なくとも一部を構成する画像を撮影することを含む、請求項１に記載の情報提供方法。
3. 前記第１のコンテンツを取得するステップは、前記撮影の場所を前記第１のタグ情報として前記第１のコンテンツに関連付けることを含む、請求項２に記載の情報提供方法。
4. 前記第１のコンテンツを取得するステップは、前記第１のコンテンツを再生するために記録媒体から当該第１のコンテンツを取得することを含む、請求項１〜請求項３のいずれか１項に記載の情報提供方法。
5. ヘッドマウントデバイスを用いて前記第１のコンテンツを表わす仮想空間を提供することにより、前記第１のコンテンツを再生するステップをさらに備える、請求項４に記載の情報提供方法。
6. 前記報知を実行するステップは、前記第１のタグ情報および前記第２のタグ情報の少なくとも一方を出力することを含む、請求項１〜請求項５のいずれか１項に記載の情報提供方法。
7. 前記報知を実行するステップは、前記第２のコンテンツを出力することを含む、請求項１〜請求項６のいずれか１項に記載の情報提供方法。
8. 前記第１のタグ情報は、位置、時間、および、人物のうちの少なくとも一つを特定する情報を含む、請求項１〜請求項７のいずれか１項に記載の情報提供方法。
9. 請求項１〜請求項８のいずれか１項に記載の方法をコンピュータに実行させる、プログラム。
10. 請求項９に記載のプログラムを格納したメモリと、
    前記プログラムを実行するためのプロセッサとを備える、情報提供装置。

Images