特許 7458418 携帯型情報端末及び情報処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-21

(45)【発行日】2024-03-29

(54)【発明の名称】携帯型情報端末及び情報処理システム

(51)【国際特許分類】

   H04L 67/52 20220101AFI20240322BHJP

   H04L 67/131 20220101ALI20240322BHJP

【ＦＩ】

H04L67/52

H04L67/131

【請求項の数】 8

(21)【出願番号】P 2021566656

(86)(22)【出願日】2019-12-25

(86)【国際出願番号】 JP2019050925

(87)【国際公開番号】W WO2021130925

(87)【国際公開日】2021-07-01

【審査請求日】2022-06-16

(73)【特許権者】

【識別番号】000005810

【氏名又は名称】マクセル株式会社

(74)【代理人】

【識別番号】110000442

【氏名又は名称】弁理士法人武和国際特許事務所

(72)【発明者】

【氏名】秋山 仁

(72)【発明者】

【氏名】伊藤 保

【審査官】小林 義晴

(56)【参考文献】

【文献】特開２００５－０８６７７０（ＪＰ，Ａ）

【文献】特開２０１６－０１４９８８（ＪＰ，Ａ）

【文献】特開２０１６－１２６４５６（ＪＰ，Ａ）

【文献】特開２００９－３７４８７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／５２

Ｈ０４Ｌ ６７／１３１

(57)【特許請求の範囲】

【請求項1】

携帯型情報端末であって、
ディスプレイと、
ネットワークに接続するための通信インタフェースと、
記憶装置と、
プロセッサと、
カメラと、
距離センサと、を備え、
前記プロセッサは、
前記携帯型情報端末が存在する空間に配置され当該携帯型情報端末を前記ネットワークに接続する中継装置から、当該中継装置を特定する情報である中継装置識別情報を取得し、
前記記憶装置に、前記空間において、前記ディスプレイに表示するために必要な空間をマッピングした空間形状情報が登録されているか否かを判別し、
登録されていない場合、前記通信インタフェースから前記中継装置を介して前記ネットワークに接続されたサーバに対し、前記空間形状情報の要求を行い、
前記要求に応じて前記サーバから送信された前記空間形状情報を受信し、
受信した前記空間形状情報を、前記中継装置識別情報に対応付けて前記記憶装置に記憶し、
前記要求に応じて、前記サーバから前記空間形状情報を受信しなかった場合、
前記カメラおよび前記距離センサを用い、前記空間の前記空間形状情報を生成し、
生成した当該空間形状情報を、前記中継装置識別情報に対応づけて、前記記憶装置に記憶すること
を特徴とする携帯型情報端末。

【請求項2】

請求項１記載の携帯型情報端末であって、
前記中継装置は、無線ＬＡＮのアクセスポイントであること
を特徴とする携帯型情報端末。

【請求項3】

請求項１記載の携帯型情報端末であって、
前記通信インタフェースと前記中継装置との通信には、ミリ波を用いること
を特徴とする携帯型情報端末。

【請求項4】

請求項１記載の携帯型情報端末であって、
前記中継装置は、携帯電話の基地局であること
を特徴とする携帯型情報端末。

【請求項5】

請求項１記載の携帯型情報端末であって、
前記中継装置は、有線ＬＡＮ用中継装置であること
を特徴とする携帯型情報端末。

【請求項6】

請求項１記載の携帯型情報端末であって、
前記記憶装置には、当該携帯型情報端末で生成可能な前記空間形状情報の最良の解像度である最良解像度が記憶され、
前記プロセッサは、
前記サーバから前記空間形状情報を受信した場合、受信した当該空間形状情報の解像度と、前記最良解像度とを比較し、
前記最良解像度の方が高い場合、前記カメラおよび前記距離センサを用いて、前記最良解像度で前記空間の前記空間形状情報を生成し、
生成した当該空間形状情報を、前記中継装置識別情報に対応づけて、前記記憶装置に記憶するとともに、前記最良解像度を示す情報とともに生成した前記空間形状情報を、前記中継装置を介して前記サーバへ送信すること
を特徴とする携帯型情報端末。

【請求項7】

携帯型情報端末と、
構造物によって分割された複数の空間に設置される中継装置と、
サーバと、を備える情報処理システムであって、
前記携帯型情報端末は、
ディスプレイと、
ネットワークに接続するための通信インタフェースと、
記憶装置と、
プロセッサと、を備え、
前記プロセッサは、
当該携帯型情報端末を前記ネットワークに接続する中継装置から、当該中継装置を特定する情報である中継装置識別情報を取得し、
前記記憶装置に、前記中継装置識別情報に対応付けて当該携帯型情報端末が存在する空間において、前記ディスプレイに表示するために必要な表示関連情報が登録されているかを判別し、
登録されていない場合、前記通信インタフェースから前記中継装置を介して前記ネットワークに接続されたサーバに対し、前記表示関連情報の要求を行い、
前記要求に応じて前記サーバから送信された前記表示関連情報を受信し、
受信した前記表示関連情報を、前記中継装置識別情報に対応付けて前記記憶装置に記憶し、
前記中継装置は、各空間に少なくとも１つ備えられ、
前記携帯型情報端末は、前記空間の前記中継装置を介して前記サーバに前記要求を行い、
前記サーバは、
サーバ記憶装置と、サーバプロセッサとを備え、
前記サーバ記憶装置には、前記中継装置に対応付けて、当該中継装置が配置される空間の前記表示関連情報が登録され、
前記サーバプロセッサは、
前記携帯型情報端末から前記中継装置を介して前記要求を受け取ると、中継した前記中継装置に対応付けて前記サーバ記憶装置に登録される前記表示関連情報を、送信元の前記携帯型情報端末に送信し、
前記空間には、前記中継装置として、異なる性能の第一中継装置と第二中継装置とが設けられ、
前記サーバ記憶装置には、前記中継装置に対応付けて、当該中継装置の性能に応じた解像度の前記表示関連情報が登録されること
を特徴とする情報処理システム。

【請求項8】

携帯型情報端末と、
構造物によって分割された複数の空間に設置される中継装置と、
サーバと、を備える情報処理システムであって、
前記携帯型情報端末は、
ディスプレイと、
ネットワークに接続するための通信インタフェースと、
記憶装置と、
プロセッサと、を備え、
前記プロセッサは、
当該携帯型情報端末を前記ネットワークに接続する中継装置から、当該中継装置を特定する情報である中継装置識別情報を取得し、
前記記憶装置に、前記中継装置識別情報に対応付けて当該携帯型情報端末が存在する空間において、前記ディスプレイに表示するために必要な表示関連情報が登録されているかを判別し、
登録されていない場合、前記通信インタフェースから前記中継装置を介して前記ネットワークに接続されたサーバに対し、前記表示関連情報の要求を行い、
前記要求に応じて前記サーバから送信された前記表示関連情報を受信し、
受信した前記表示関連情報を、前記中継装置識別情報に対応付けて前記記憶装置に記憶し、
前記中継装置は、各空間に少なくとも１つ備えられ、
前記携帯型情報端末は、前記空間の前記中継装置を介して前記サーバに前記要求を行い、
前記サーバは、
サーバ記憶装置と、サーバプロセッサとを備え、
前記サーバ記憶装置には、前記中継装置に対応付けて、当該中継装置が配置される空間の前記表示関連情報が登録され、
前記サーバプロセッサは、
前記携帯型情報端末から前記中継装置を介して前記要求を受け取ると、中継した前記中継装置に対応付けて前記サーバ記憶装置に登録される前記表示関連情報を、送信元の前記携帯型情報端末に送信し、
前記携帯型情報端末は、
カメラと、
距離センサと、をさらに備え、
前記表示関連情報は、前記空間をマッピングした空間形状情報であり、
前記プロセッサは、
前記カメラおよび前記距離センサを用い、前記空間の前記空間形状情報を生成し、
生成した当該空間形状情報を、当該空間形状情報の解像度に対応づけて、前記サーバに送信し、
前記サーバ記憶装置には、前記空間形状情報に対応付けて当該空間形状情報の解像度が登録され、
前記サーバプロセッサは、
前記携帯型情報端末から前記中継装置を介して前記空間形状情報および前記解像度を受信すると、受信した前記解像度と前記サーバ記憶装置に記憶されている、当該中継装置に対応付けられた前記空間形状情報の前記解像度とを比較し、
受信した前記解像度の方が高い場合、前記サーバ記憶装置に記憶された前記空間形状情報を受信した前記空間形状情報に更新すること
を特徴とする情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ヘッドマウントディスプレイ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ、以下「ＨＭＤ」と記載する。）等の携帯型情報端末の、存在領域を特定する技術に関する。

【背景技術】

【0002】

ＨＭＤでは、眼鏡形式の表示画面上に、実空間の映像と、コンピュータによる拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）の生成画像（アバター等のＡＲ画像）とを重畳させて表示する。一般に、ＡＲ画像は、外部サーバに格納されている。外部サーバに格納されている大量のＡＲ画像の中から、ＨＭＤが現在、存在する領域に関する情報を的確に抽出するためには、あるいは、外部サーバが、各ＨＭＤに、適切に情報を提供するためには、ＨＭＤの存在領域を特定する必要がある。

【0003】

ＨＭＤの存在領域を特定する技術として、例えば、特許文献１に記載の技術がある。特許文献１には、「体験施設が複数の区分領域で構成される。ヘッドマウントディスプレイ装置（ＨＭＤ）が発生する識別コードを検出アンテナＤが受信して、ＨＭＤが複数の区分領域の内のどの区分領域に存在するかを検出すると共に、検出された区分領域内でどの方向を向いているかを検出する。蓄積手段に複数の区分領域毎に異なる画像情報を蓄積し、抽出手段が対応区分領域の画像情報の内、検出した方向に応じた部分を蓄積手段から抽出する。抽出した仮想画像をＨＭＤに表示する（要約抜粋）。」技術が記載されている。

【先行技術文献】

【特許文献】

【0004】

特許文献１：特開２００２－１１２２８７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に記載の技術では、ＨＭＤから識別信号を発信し、それを１６個の受信アンテナにより受信し、それぞれの受信アンテナにおける相対位相によりＨＭＤの存在領域を特定する。また、予め設置した４個の送信アンテナからそれぞれ異なる位置コードを発信し、ＨＭＤが、受信した４個の位置コードの相対位相から存在領域を特定する。従って、ＨＭＤの存在領域を特定するために、複数のアンテナ等の新たな設備の設置が必要であり、多大なコストがかかる。

【0006】

本発明は、上記事情に鑑みてなされたもので、特別な設備（ハードウェア）を追加することなく、必要十分な精度でＨＭＤ等の通信機能を有する携帯型情報端末の存在領域を特定可能な技術を提供することを目的とする。

【課題を解決するための手段】

【0007】

前記課題を解決するため、本発明は、携帯型情報端末であって、ディスプレイと、ネットワークに接続するための通信インタフェースと、記憶装置と、プロセッサと、カメラと、距離センサと、を備え、前記プロセッサは、前記携帯型情報端末が存在する空間に配置され当該携帯型情報端末を前記ネットワークに接続する中継装置から、当該中継装置を特定する情報である中継装置識別情報を取得し、前記記憶装置に、前記空間において、前記ディスプレイに表示するために必要な空間をマッピングした空間形状情報が登録されているか否かを判別し、登録されていない場合、前記通信インタフェースから前記中継装置を介して前記ネットワークに接続されたサーバに対し、前記空間形状情報の要求を行い、前記要求に応じて前記サーバから送信された前記空間形状情報を受信し、受信した前記空間形状情報を、前記中継装置識別情報に対応付けて前記記憶装置に記憶し、前記要求に応じて、前記サーバから前記空間形状情報を受信しなかった場合、前記カメラおよび前記距離センサを用い、前記空間の前記空間形状情報を生成し、生成した当該空間形状情報を、前記中継装置識別情報に対応づけて、前記記憶装置に記憶することを特徴とする。

【発明の効果】

【0008】

特別な設備（ハードウェア）を追加することなく、必要十分な精度でＨＭＤの存在領域を特定できる。上記以外の目的、構成、効果については下記の実施形態において明らかにされる。

【図面の簡単な説明】

【0009】

【図1】（ａ）は、第一実施形態の、（ｂ）は、変形例３の、それぞれ、存在領域特定システムの概要を説明するための説明図である。

【図2】（ａ）は、第一実施形態のＨＭＤの外観図であり、（ｂ）は、第一実施形態のＨＭＤのハードウェア構成図である。

【図3】（ａ）は、第一実施形態のＨＭＤの機能ブロック図であり、（ｂ）は、第一実施形態のＨＭＤ側ライブラリを説明するための説明図である。

【図4】（ａ）は、第一実施形態のサーバのハードウェア構成図であり、（ｂ）は、第一実施形態のサーバの機能ブロック図であり、（ｃ）は、第一実施形態のサーバ側ライブラリを説明するための説明図である。

【図5】第一実施形態の空間形状情報取得処理のフローチャートである。

【図6】第一実施形態の認証処理を説明するためのタイムチャートである。

【図7】（ａ）および（ｂ）は、変形例１の存在領域特定システムの概要を説明するための説明図である。

【図8】（ａ）は、変形例１のＨＭＤ側ライブラリを、（ｂ）は変形例１のサーバ側ライブラリを、それぞれ説明するための説明図である。

【図9】変形例１の認証処理を説明するためのタイムチャートである。

【図10】（ａ）は、第二実施形態の存在領域特定システムの概要を、（ｂ）は、第二実施形態の各アクセスポイントの性能の概要を、それぞれ説明するための説明図である。

【図11】第二実施形態の、サーバ側ライブラリを説明するための説明図である。

【図12】（ａ）は、第三実施形態のＨＭＤ側ライブラリを、（ｂ）は、第三実施形態のサーバ側ライブラリを、それぞれ説明するための説明図である。

【図13】第三実施形態の空間形状情報取得処理のフローチャートである。

【図14】第三実施形態の空間形状情報管理処理のフローチャートである。

【図15】第四実施形態の存在領域特定システムの概要を説明するための説明図である。

【図16】（ａ）は、第四実施形態のＨＭＤの機能ブロック図であり、（ｂ）は、第四実施形態のサーバ側ライブラリを説明するための説明図である。

【図17】第四実施形態の空間形状情報管理処理のフローチャートである。

【発明を実施するための形態】

【0010】

以下、本発明の実施形態を、図面を用いて説明する。全図を通じて同一の構成には同一の符号を付し、重複説明を省略する。

【0011】

＜＜第一実施形態＞＞
まず、本実施形態の概要を説明する。図１（ａ）は、本実施形態の存在領域特定システム１００の概要および動作環境を説明するための図である。

【0012】

本実施形態の存在領域特定システム１００は、図１（ａ）に示すように、ＨＭＤ１１０と、各部屋５１０に配置されたアクセスポイント３１０と、サーバ７００とを備える。本実施形態の存在領域特定システム１００は、ＨＭＤ１１０とサーバ７００とが、アクセスポイント３１０を介して無線通信でデータの送受信を行う無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムである。以下、本明細書では、構造物によって分割された空間を部屋と呼ぶ。

【0013】

本実施形態では、各部屋５１０（５１１、５１２）に、無線ＬＡＮ接続用のアクセスポイント（ＡＰ）３１０（３１１、３１２）がそれぞれ設けられる。そして、ＡＲ表示に必要な各種データを管理するサーバ７００側で、このアクセスポイント３１０の識別情報で部屋５１０を特定する。

【0014】

本実施形態では、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）１１０を装着したユーザ（ＨＭＤ装着者）が部屋５１０に入ると、ＨＭＤ１１０は、その部屋５１０に予め設置された中継装置であるアクセスポイント（ＡＰ）３１０に接続し、認証処理を行う。この認証処理により、ＨＭＤ１１０は、アクセスポイント３１０の識別情報を入手する。そして、サーバ７００から送信された、ＡＲ画像表示に必要な各種の情報（表示関連情報）を、アクセスポイント３１０の識別情報に対応付けて管理する。これにより、ＨＭＤ１１０内で、どの部屋５１０の情報であるかを識別できる。

【0015】

また、サーバ７００側では、各部屋５１０における表示関連報を、各部屋５１０に設置されたアクセスポイント３１０の識別情報に対応づけて管理する。ＨＭＤ１１０からのデータ送信要求時に中継されたアクセスポイント３１０の識別情報により、ＨＭＤ１１０の存在領域（部屋５１０）を特定し、その部屋５１０用に用意された表示関連情報を、送信元のＨＭＤ１１０に提供する。

【0016】

以下、本実施形態では、表示関連報として、空間形状情報を例にあげて説明する。空間形状情報は、その部屋５１０の壁や設置物の配置や形状をスキャンしたデータをマッピングした情報である。空間形状情報は、その部屋５１０の、壁に囲まれた内部形状や、部屋５１０に設置されている家具等の配置や形状を把握するために用いられる。この空間形状情報があれば、ＡＲオブジェクトを、現実感をもって配置することができる。現実感を持った配置とは、例えば、ＡＲオブジェクトを壁の裏に配置しないなどである。

【0017】

一般に、空間形状情報は、ＨＭＤ１１０の装着者が部屋５１０等の所定の空間に入室するごとに、ＨＭＤ１１０が備える各種センサを用いて、空間を走査し、生成するもので、処理負荷の大きい作業である。

【0018】

本実施形態では、サーバ７００およびＨＭＤ１１０自身が、容易に、ＨＭＤ１１０の存在領域（部屋５１０）を特定できることを利用し、過去に、各部屋５１０の空間形状情報が作成されていれば、それを流用する。

【0019】

以下、本実施形態について、部屋が２つ（第一部屋５１１、第二部屋５１２）である場合を例に説明する。第一部屋５１１には、第一アクセスポイント３１１が、第二部屋５１２には、第二アクセスポイント３１２が配置される。また、ＨＭＤ１１０も１台とは限らない。例えば、第一ＨＭＤ１１１と、第二ＨＭＤ１１２を有してもよい。以下、各部屋を区別する必要がない場合は、部屋５１０で代表する。また、各アクセスポイントおよび各ＨＭＤを区別する必要がない場合は、アクセスポイント３１０、ＨＭＤ１１０でそれぞれ代表する。各アクセスポイント３１０は、ネットワーク６１０を介して、サーバ７００とデータの送受信が可能である。

【0020】

［ＨＭＤ］
まず、本実施形態のＨＭＤ１１０について説明する。

【0021】

［ＨＭＤの外観］
図２（ａ）は、本実施形態のＨＭＤ１１０の外観図である。本図に示すＨＭＤ１１０は、シースルー方式のＨＭＤ１１０である。ＨＭＤ１１０は、透過あるいは半透過のディスプレイ１７３を有する。ＨＭＤ１１０を装着した装着者は、ディスプレイ１７３に表示された仮想オブジェクトや映像を外景に重畳して見ることができる。

【0022】

なお、本実施形態は、図示はしていないが、没入型のＨＭＤにも適用可能である。没入型のＨＭＤを装着した装着者は、直接周囲の景色を見ることはなく、ＶＲの世界（仮想現実）を見る。さらに、没入型のＨＭＤは、ビデオスルー方式、即ち、アウトカメラ１７２（図２（ｂ）参照）で撮像した外界映像のデータを使い、外界映像に仮想オブジェクトを重畳した映像を視認する。本実施形態は、上記いずれの方式にも適用可能であるが、シースルー方式のＨＭＤ１１０を例に挙げて説明する。

【0023】

［ＨＭＤのハードウェア構成例］
図２（ｂ）は、ＨＭＤ１１０の内部構成の一例を示すハードウェア構成図である。

【0024】

ＨＭＤ１１０は、システムバス１１３と、システムバス１１３に接続されたメインプロセッサ１２０と、ＲＡＭ１４１と、ＲＯＭ１４２と、フラッシュメモリ１４３と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信器１５１と、地磁気センサ１５２と、距離センサ１５３と、加速度センサ１５４と、ジャイロセンサ１５５と、タイマ１５６と、無線通信Ｉ／Ｆ１６１と、電話網通信Ｉ／Ｆ１６２と、インカメラ１７１と、アウトカメラ１７２と、ディスプレイ１７３と、マイク１８１と、スピーカ１８２と、オーディオデコーダ１８３と、ボタンスイッチ１９１と、タッチパネル１９２と、を備える。

【0025】

メインプロセッサ１２０は、所定の動作プログラムに従ってＨＭＤ１１０全体を制御する。ＣＰＵ、ＭＰＵ、専用の論理回路等、構成部品は限定されない。

【0026】

システムバス１１３は、メインプロセッサ１２０とＨＭＤ１１０内の各構成要素とを相互に接続するデータ通信路である。メインプロセッサ１２０とＨＭＤ１１０内の各構成要素とは、システムバス１１３を介して各種コマンドやデータなどの送受信を行う。

【0027】

ＲＡＭ１４１は、メインプロセッサ１２０が各種プログラムを実行する際に使用するワークエリアなどの書き替え可能なプログラム作業領域を構成する。

【0028】

ＲＯＭ１４２およびフラッシュメモリ１４３は、ＨＭＤ１１０の機能を実現するための各種プログラムと、動作設定値、後述するセンサからの検出値を含むセンサ情報、仮想オブジェクトおよびコンテンツなどの各種表示用データを記憶する。ＲＯＭ１４２およびフラッシュメモリ１４３は、ＨＭＤ１１０に外部から電源が供給されていない状態であっても記憶している情報を保持する、所謂不揮発性ストレージである。

【0029】

フラッシュメモリ１４３は、ネットワーク上からダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶する。フラッシュメモリ１４３に記憶された各動作プログラムは、ネットワーク上の各サーバ装置からのダウンロード処理により更新および機能拡張することが可能である。

【0030】

さらにフラッシュメモリ１４３は、ネットワーク上からダウンロードした動画や静止画や音声等のコンテンツを記憶可能である。また、インカメラ１７１またはアウトカメラ１７２が撮影した動画や静止画等のデータを記憶可能である。

【0031】

ＲＡＭ１４１と、ＲＯＭ１４２と、フラッシュメモリ１４３と、はストレージの一例であり、他のデバイス、例えばＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの半導体素子メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの磁気ディスクドライブ等のデバイスが用いられてもよい。

【0032】

メインプロセッサ１２０は、ＧＰＳ受信器１５１と、地磁気センサ１５２と、距離センサ１５３と、加速度センサ１５４と、ジャイロセンサ１５５と、からそれぞれセンサ情報を取得し、タイマ１５６が計測した視聴時間も取得する。そして、センサ情報と視聴時間とを用いてＨＭＤ１１０の位置、傾き、方角、動き等を検出する。また、ＨＭＤ１１０は、照度センサ、近接センサ、高度センサ等、他のセンサをさらに備えていても良い。

【0033】

無線通信インタフェース（Ｉ／Ｆ）１６１は、アクセスポイント３１０を介してインターネット等のネットワーク６１０と接続され、ネットワーク６１０上の各サーバ７００とデータの送受信を行う。本実施形態では、アクセスポイント３１０等との無線ＬＡＮ接続は、ミリ波（６０ＧＨｚ帯）を用いる。これは、ミリ波は、指向性が強く、また、電波が部屋の壁にて吸収されやすいためである。ミリ波を用いることにより、ＨＭＤ１１０は、確実に自身が存在する部屋５１０に設置されるアクセスポイント３１０と無線ＬＡＮ接続する。なお、無線通信Ｉ／Ｆ１６１には、Ｗｉ－Ｆｉ（登録商標）や、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いてもよい。

【0034】

電話網通信Ｉ／Ｆ１６２は、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式、Ｗ－ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式やＣＤＭＡ２０００方式、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）方式などの第３世代移動通信システム（以下「３Ｇ」と表記する）、またはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式、第４世代（４Ｇ）、第５世代（５Ｇ）と呼ばれる通信方式で、移動体通信網を利用して基地局を通して通信ネットワークに接続され、通信ネットワーク上のサーバと情報の送受信を行う。

【0035】

無線通信Ｉ／Ｆ１６１と電話網通信Ｉ／Ｆ１６２は、それぞれ符号化回路や復号回路やアンテナ等を備える。

【0036】

また、ＨＭＤ１１０は、赤外線通信Ｉ／Ｆ等、他の通信Ｉ／Ｆを備えていても良い。

【0037】

インカメラ１７１およびアウトカメラ１７２は、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラである。インカメラ１７１およびアウトカメラ１７２を特に区別する必要がない場合は、カメラ１７０で総称する。

【0038】

ディスプレイ１７３は、例えば液晶パネル等の表示デバイスであり、画像データをＨＭＤ１１０の装着者に提供する。ＨＭＤ１１０は、図示を省略したビデオＲＡＭを備える。前記ビデオＲＡＭに入力された画像データに基づいてディスプレイ１７３の画面上に仮想オブジェクトや映像が表示される。

【0039】

マイク１８１は、ＨＭＤ１１０の装着者の声などを音声データに変換して入力する。

【0040】

スピーカ１８２は、音声情報等を出力する。

【0041】

オーディオデコーダ１８３は、必要に応じて、符号化音声信号の復号処理を行う。

【0042】

ボタンスイッチ１９１およびタッチパネル１９２は、ＨＭＤ１１０に対する操作指示の入力を行う操作デバイスである。操作デバイスは、ボタンスイッチ１９１やタッチパネル１９２に限定されない。例えば、有線通信または無線通信により接続された別体の携帯端末機器（例えばスマートフォンやタブレット端末）からＨＭＤ１１０の操作信号を送信し、ＨＭＤ１１０が操作信号を受信し、この操作信号に従って操作してもよい。またマイク１８１から音声を入力し、メインプロセッサ１２０が音声認識処理を実行して操作信号を生成し、ＨＭＤ１１０の動作制御を行ってもよい。

【0043】

なお、図２（ａ）に示したＨＭＤ１１０の構成例は、本実施形態に必須ではない構成も含んでいるが、これらが備えられていない構成であっても本実施形態の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図示していない構成がさらに加えられていても良い。

【0044】

［ＨＭＤの機能ブロック］
次に、本実施形態のＨＭＤ１１０の機能構成を説明する。図３（ａ）は、本実施形態のＨＭＤ１１０の機能ブロック図である。

【0045】

本実施形態のＨＭＤ１１０は、主制御部２１１と、認証部２１２と、データ管理部２１３と、空間形状情報取得部２１４と、ＡＲ画像処理部２１５と、通信部２１６と、の各機能と、ＨＭＤ側空間形状情報テーブル（ＨＭＤ側ライブラリ）２２１と、認証情報テーブル２２２と、を備える。各機能は、メインプロセッサ１２０がＲＯＭ１４２やフラッシュメモリ１４３に格納されたプログラムをＲＡＭ１４１にロードして実行することにより実現される。また、ＨＭＤ側ライブラリ２２１は、ＲＯＭ１４２またはフラッシュメモリ１４３上に構築される。

【0046】

主制御部２１１は、ＨＭＤ１１０の各部の動作を制御する。

【0047】

認証部２１２は、各部屋５１０に配置されるアクセスポイント３１０にアクセスし、認証を行う。本実施形態では、無線通信Ｉ／Ｆ１６１を介して、アクセスポイント３１０のネットワーク名（無線ＬＡＮネットワーク名）とアクセスポイント３１０を特定する情報（アクセスポイントＩＤ）とを受信すると、当該アクセスポイント３１０に向けて、ネットワーク接続に必要なパスワードを送信する。パスワードは、予め認証情報テーブル２２２に格納される。アクセスポイント３１０から、認証成功の通知を受け取ると、主制御部２１１等の他の機能に通知する。

【0048】

認証情報テーブル２２２には、各種の認証に必要なパスワード、装置名等が登録される。本実施形態では、例えば、アクセスポイント３１０への接続の際に要求される認証用パスワード等が格納される。

【0049】

データ管理部２１３は、ＨＭＤ側ライブラリ２２１の空間形状情報等を管理する。空間形状情報は、後述する空間形状情報取得部２１４により取得される。

【0050】

本実施形態では、データ管理部２１３は、まず、現在ＨＭＤ１１０が存在する部屋５１０（以下、自室ともいう）の、空間形状情報があるか否かを判別する。各部屋５１０の空間形状情報は、当該部屋に配置されるアクセスポイントＩＤに対応づけて、ＨＭＤ側ライブラリ２２１に格納される。

【0051】

ここで、図３（ｂ）に、本実施形態のＨＭＤ側ライブラリ２２１の一例を示す。本図に示すように、ＨＭＤ側ライブラリ２２１では、各部屋５１０について、アクセスポイントＩＤ２２１ａに対応付けて、空間形状情報２２１ｂが登録される。ＨＭＤ側ライブラリ２２１には、その他、ＡＲ画像情報２２１ｃなどの、表示関連情報が登録されてもよい。

【0052】

本実施形態では、アクセスポイントＩＤ２２１ａとして、認証時に取得するアクセスポイント３１０を特定する情報を用いる。アクセスポイントＩＤ２２１ａとして、例えば、アクセスポイント３１０のＭＡＣアドレス等を用いてもよい。

【0053】

なお、例えば、部屋５１０に関し、アクセスポイントＩＤ２２１ａに対応づけて、空間形状情報が格納されていない場合、データ管理部２１３は、サーバ７００に対し、部屋５１０の空間形状情報を要求する。要求は、アクセスポイント３１０を介して行われる。

【0054】

データ管理部２１３は、サーバ７００から、アクセスポイント３１０を介して空間形状情報を受信すると、受信した空間形状情報２２１ｂを、ＨＭＤ側ライブラリ２２１に、アクセスポイントＩＤ２２１ａに対応づけて記憶する。一方、サーバ７００から空間形状情報の登録なしを意味する返信を受信すると、空間形状情報取得部２１４に、空間形状情報を取得するよう指示する。

【0055】

データ管理部２１３は、サーバ７００に格納されている、部屋５１０の空間形状情報を入手し、ＨＭＤ側ライブラリ２２１に保存する。

【0056】

空間形状情報取得部２１４は、データ管理部２１３から空間形状情報取得の指示を受け付けると、現在、自装置（ＨＭＤ１１０）が存在する領域（部屋５１０）の、空間形状情報を作成する。作成した空間形状情報２２１ｂは、ＨＭＤ側ライブラリ２２１に登録する。このとき、空間形状情報取得部２１４は、認証部２１２が取得した、アクセスポイントＩＤ２２１ａに対応づけて、登録する。

【0057】

本実施形態では、空間形状情報取得部２１４は、カメラ１７０を用いてその部屋５１０の壁、設置物の配置、形状等を、スキャンしながら撮影する。そして、得られた撮影データを、マッピングし、その部屋５１０の空間形状情報を取得する。

【0058】

ＡＲ画像処理部２１５は、ＡＲ画像情報２２１ｃを用いて、ＡＲ画像を生成し、ディスプレイ１７３に表示する。表示は、生成されたＡＲ画像の表示位置が、ＨＭＤ１１０の装着者の視界に存在する場合、行われる。ＨＭＤ１１０の視界に、ＡＲ画像の表示位置が存在するかどうかの判断は、ＨＭＤ１１０自体がＡＲ画像の表示位置を判断して行う。

【0059】

ＡＲ画像情報２２１ｃは、例えば、サーバ７００から取得し、ＨＭＤ側ライブラリ２２１に保存してもよい。また、ＨＭＤ１１０の視界情報をサーバ７００に送信し、サーバ７００がＡＲ画像の表示位置を判断し、必要なＡＲ画像情報２２１ｃをＨＭＤ１１０に送信してもよい。

【0060】

通信部２１６は、無線通信Ｉ／Ｆ１６１を介して外部の装置とデータの送受信を行う。本実施形態では、無線通信Ｉ／Ｆ１６１を介してアクセスポイント３１０に向けてデータを送信する。また、アクセスポイント３１０から送信されるデータを受信する。

【0061】

なお、本実施形態のＨＭＤ１１０は、その他、カメラ１７０で取得した撮影データを記憶する撮影データ記憶部等を備えてもよい。また、認証情報以外のデータは、すべて、外部に保存するよう構成してもよい。例えば、ネットワークを介して接続されるサーバ等の装置である。この場合、必要に応じて、無線通信Ｉ／Ｆ１６１を介して、取得する。

【0062】

［アクセスポイント］
アクセスポイント３１０は、従来から用いられているアクセスポイントと同様の構成を有する。本実施形態では、ＨＭＤ１１０等の無線ＬＡＮクライアントを、他のネットワークに接続するルータ機能を有する無線機器である。

【0063】

本実施形態では、上述のように、サーバ７００側では、アクセスポイント３１０を特定する情報で、ＨＭＤ１１０がどの部屋５１０に存在するかを特定する。このため、各部屋５１０に、それぞれ、少なくとも１つのアクセスポイント３１０が設けられる。また、他の部屋５１０のアクセスポイント３１０に接続されにくいよう、本実施形態では、例えば、ＨＭＤ１１０とアクセスポイント３１０との無線ＬＡＮ接続は、ミリ波（６０ＧＨｚ帯）を使用する。

【0064】

なお、使用する電磁波の波長は、これに限定されない。他の部屋のアクセスポイント３１０に接続されにくく、確実に自室のアクセスポイント３１０に接続される波長帯域の電磁波であればよい。

【0065】

また、ＨＭＤ１１０の装着者が部屋５１０のどの位置に存在しても、ＨＭＤ１１０がアクセスポイント３１０に接続できるように、アクセスポイント３１０は各部屋５１０の天井中央付近に設置されることが望ましい。

【0066】

個々のアクセスポイント３１０には、固有の物理アドレスであるＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが設定されている。従って、アクセスポイント３１０を特定するアクセスポイントＩＤとして、ＭＡＣアドレスを用いてもよい。ＭＡＣアドレスの代わりに、論理アドレスであるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスや、ユニークなアクセスポイント名を利用することもできる。以下、本実施形態では、ＭＡＣアドレスを用いる場合を例にあげて説明する。

【0067】

［サーバ］
次に、本実施形態のサーバ７００について説明する。本実施形態のサーバ７００は、管理する各部屋５１０の表示関連情報として、ＡＲ表示に係る情報を保持する。そして、ＨＭＤ１１０からの要求に応じて、要求元のＨＭＤ１１０が存在する部屋５１０の表示関連情報を提供する。この機能は、従来のＡＲ用サーバと同様である。

【0068】

［サーバのハードウェア構成］
図４（ａ）は、本実施形態のサーバ７００のハードウェア構成の一例である。本図に示すように、サーバ７００は、一般のサーバ同様、プロセッサ（メインプロセッサ）７２０と、ＲＡＭ７４１、ＲＯＭ７４２、フラッシュメモリ７４３等を備える記憶装置（サーバ記憶装置）と、通信インタフェース（Ｉ／Ｆ）７６１と、を備える。その他、ディスプレイ７７３や操作装置７９１等を備えていてもよい。これらは、ＨＭＤ１１０の同名の構成と同じであるため、ここでは、説明を省略する。

【0069】

［サーバの機能構成］
図４（ｂ）は、本実施形態のサーバ７００の本実施形態の処理に係る部分の機能ブロック図である。本図に示すように、サーバ７００は、空間形状情報管理部７２１と、サーバ側空間形状情報（以下、サーバ側ライブラリと呼ぶ。）７３０と、を備える。

【0070】

空間形状情報管理部７２１は、サーバ側ライブラリ７３０内のデータを管理する。本実施形態では、ＨＭＤ１１０からの要求に応じて、経由したアクセスポイント３１０が存在する部屋５１０の空間形状情報を提供する。提供にあたり、要求データに含まれるアクセスポイント３１０のアクセスポイントＩＤ（ＭＡＣアドレス）に対応づけてサーバ側ライブラリ７３０に空間形状情報が登録されているかを確認する。登録されている場合、その空間形状情報を提供する。一方、登録されていない場合は、登録されていないことを示すデータを返信する。

【0071】

さらに、登録されていないことを示すデータの返信に応じて、空間形状情報が送信された場合、中継したアクセスポイント３１０のアクセスポイントＩＤに対応づけて、当該空間形状情報を、サーバ側ライブラリ７３０に登録する。

【0072】

ここで、サーバ側ライブラリ７３０の一例を、図４（ｃ）に示す。本図に示すように、サーバ側ライブラリ７３０には、各部屋５１０の表示関連情報（空間形状情報を含む）が登録される。サーバ側ライブラリ７３０には、部屋５１０毎に、部屋を識別する部屋番号７３１と、アクセスポイントＩＤ７３２と、当該部屋５１０の空間形状情報７３３と、コンピュータによる拡張現実の生成画像（ＡＲ画像）の情報（ＡＲ画像情報）７３５と、を備える。なお、その他、その部屋５１０に関する音声情報やその部屋５１０に関するその他の情報を備えてもよい。また、部屋番号７３１は、備えなくてもよい。

【0073】

本図に示すサーバ側ライブラリ７３０では、部屋番号７３１が「部屋５１１」のデータは、アクセスポイントＩＤ７３２が「Ａｄｒｓ０１」、空間形状情報７３３が「Ｍａｐ０１」、ＡＲ画像情報７３５が「ＡＲ０１」、音声情報が「Ｓｎｄ０１」、その他の情報が「Ｏｔｈｒ０１」である。部屋５１２から部屋ｎについても、同様に、本図に示すデータが格納される。

【0074】

本実施形態では、サーバ７００側でこのようなサーバ側ライブラリ７３０を備える。これにより、アクセスポイント３１０のアクセスポイントＩＤが判明すれば、部屋５１０が特定され、その部屋５１０に関する全ての情報を入手することができる。

【0075】

なお、サーバ側ライブラリ７３０では、基本的に、各部屋５１０に関する空間形状情報７３３とＡＲ画像情報７３５と音声情報とその他の情報とは、予め取得し、部屋番号７３１およびアクセスポイントＩＤ７３２とに対応づけて登録されることが望ましい。特に、空間形状情報７３３については、標準のＨＭＤ１１０等にて、予め各部屋５１０の空間形状情報を作成し、登録しておくことが望ましい。

【0076】

ただし、本実施形態では、中継するアクセスポイント３１０のアクセスポイントＩＤ７３２のデータ自体が登録されていない場合、送信された空間形状情報を新規に登録する。すなわち、本実施形態では、後からサーバ側ライブラリ７３０を補充できる。

【0077】

なお、サーバ側ライブラリ７３０は、サーバ７００の記憶装置に記憶される。

【0078】

［空間形状情報取得処理］
以下、本実施形態のＨＭＤ存在領域を特定可能な情報処理システムである存在領域特定システム１００による、ＨＭＤ１１０が部屋５１０に入った際の初期処理（空間形状情報取得処理）の流れを説明する。

【0079】

上述したように、通常は、ＨＭＤ１１０の装着者が新たな部屋５１０に入室すると、ＨＭＤ１１０が備える各種のセンサを用いて、毎回、最初に、その部屋５１０の空間形状情報を収集する。しかしながら、本実施形態では、ＨＭＤの存在領域を特定できるため、過去に作成された空間形状情報を、部屋５１０（に配置されたアクセスポイント３１０）に対応づけて管理でき、また、それを、後で使用できる。

【0080】

以下、図５に沿って、本実施形態の空間形状情報取得処理を説明する。

【0081】

本処理は、ＨＭＤ１１０が起動されたことを契機に開始される。あるいは、装着者による指示により、開始される。装着者は、例えば、所定の部屋５１０に入ると、初期空間形状情報取得処理を行うよう、ＨＭＤ１１０に指示を行う。あるいは、ＨＭＤ１１０は、アクセスポイント３１０のネットワーク名を検出し、自動的にこの処理を開始するよう構成してもよい。

【0082】

まず、認証部２１２は、無線ＬＡＮのアクセスポイント３１０に接続するための認証処理を行う（ステップＳ１１０１）。認証処理の詳細については後述する。

【0083】

認証部２１２による認証処理を経て、アクセスポイント３１０を介した無線ＬＡＮとの接続が確認されると、データ管理部２１３は、ＨＭＤ１１０内にこの部屋５１０の空間形状情報が保持されているか否かを判別する（ステップＳ１１０２）。

【0084】

保持されている場合（Ｓ１１０２；Ｙｅｓ）は、そのまま処理を終了する。

【0085】

一方、保持されていない場合（Ｓ１１０２；Ｎｏ）は、データ管理部２１３は、アクセスポイント３１０を介して、サーバ７００に、この部屋５１０の空間形状情報を要求する（ステップＳ１１０３）。そして、データ管理部２１３は、要求に応じた返信の内容を判別する（ステップＳ１１０４）。

【0086】

返信が空間形状情報有りであれば（Ｓ１１０４；Ｙｅｓ）、データ管理部２１３は、サーバ７００から、提供される空間形状情報を取得（ダウンロード）し（ステップＳ１１０５）、取得した空間形状情報を、ＨＭＤ側ライブラリ２２１に登録する（ステップＳ１１０８）。このとき、データ管理部２１３は、認証部２１２が取得したアクセスポイント３１０のアクセスポイントＩＤ２２１ａに対応づけて、空間形状情報２２１ｂを登録し、処理を終了する。

【0087】

一方、返信に空間形状情報が含まれていない場合（Ｓ１１０４；Ｎｏ）、データ管理部２１３は、空間形状情報取得部２１４に空間形状情報を取得するよう指示を出す。

【0088】

その指示を受け、空間形状情報取得部２１４は、部屋５１０をスキャンし（ステップＳ１１０６）、マッピングした空間形状情報を取得する。そして、取得した空間形状情報を、サーバ７００に送信する（ステップＳ１１０７）とともに、認証部２１２が取得したアクセスポイント３１０のアクセスポイントＩＤに対応づけて、ＨＭＤ側ライブラリ２２１に登録する（ステップＳ１１０８）。なお、サーバ７００に送信する際は、アクセスポイント３１０を介して送信する。そして、処理を終了する。

【0089】

次に、認証処理の際の、各装置間のデータの送受信を説明する。図６は、図１の第一部屋５１１における第一ＨＭＤ１１１および第一アクセスポイント３１１と、サーバ７００との間のデータの送受信を説明するためのタイムチャートである。

【0090】

第一ＨＭＤ１１１が処理する時間軸Ｔ４５１と、第一アクセスポイント３１１が処理する時間軸Ｔ４５２と、サーバ７００が処理する時間軸Ｔ４５３との、合計３本の時間軸から構成される。

【0091】

各アクセスポイント３１０からは、ＨＭＤ１１０を含む無線ＬＡＮを接続可能な端末に対して、常時、アクセスポイント３１０のネットワーク名（無線ＬＡＮのネットワーク名）が送信される。従って、第一アクセスポイント３１１からも、アクセスポイントのネットワーク名が送信される（ステップＳ１３０１）。

【0092】

第一ＨＭＤ１１１は、送信されるネットワーク名を検出し（ステップＳ１２０１）、得られたネットワーク名群から、第一ＨＭＤ１１１の装着者が目的とするネットワーク名を、接続対象として選択する（ステップＳ１２０２）。本実施形態では、一つの部屋５１０にアクセスポイント３１０が１つのみ設置される。また、ＨＭＤ１１０とアクセスポイント３１０との間の通信は、部屋５１０を越えて行われることが困難なミリ波を用いる。従って、本実施形態では、第一ＨＭＤ１１１は、その第一部屋５１１に設置された第一アクセスポイント３１１が送信するネットワーク名のみを検出し、そのネットワーク名を接続対象として選択できる。

【0093】

続いて、第一ＨＭＤ１１１から、第一アクセスポイント３１１に対し、認証要求を行う。ここでは、第一アクセスポイント３１１に対して、ネットワーク接続に必要なパスワードを通知する（ステップＳ１２０３）。パスワードは、認証部２１２が、認証情報テーブル２２２から取得し、送信する。

【0094】

第一アクセスポイント３１１は、受信したパスワードにより、パスワード認証を行う（ステップＳ１３０２）。第一アクセスポイント３１１は、接続可能なネットワーク毎に、予め登録された、そのネットワークとの接続に必要なパスワードと、受信したパスワードとが合致するか検証する。合致すれば、認証成功とする。認証が成功すると、第一ＨＭＤ１１１と、第一アクセスポイント３１１とは、無線ＬＡＮで接続される。第一アクセスポイント３１１は、第一ＨＭＤ１１１に対して認証を許可する信号（認証ＯＫ）を送信する（ステップＳ１３０３）。

【0095】

上記の第一ＨＭＤ１１１と第一アクセスポイント３１１との間の認証処理は、一般的な無線ＬＡＮ接続の処理であるため、ここでは、詳細な説明を省略する。

【0096】

なお、ネットワーク網のセキュリティを強化するため、パスワード認証だけでなく、ＩＤ（Ｉｄｅｎｔｉｔｙ Ｄｏｃｕｍｅｎｔ）認証を加えてもよい。また、ＩＤとパスワードとの両方の認証を行う認証サーバを追加し、この認証サーバでパスワード認証を行ってもよい。

【0097】

第一ＨＭＤ１１１とＡＰ３１１との間で、接続が確立した後、すなわち、ステップＳ１３０２において、認証に成功した場合、第一アクセスポイント３１１は、サーバ７００に対して、第一アクセスポイント３１１を特定する識別情報を送信する（ステップＳ１３０４）。本実施形態では、機器固有の物理アドレスであるＭＡＣアドレスを、この識別情報として用いる。なお、ステップＳ１３０２のパスワード認証で認証失敗の場合は、ステップＳ１３０４の処理は行わない。

【0098】

サーバ７００では、空間形状情報管理部７２１が、サーバ側ライブラリ７３０に、受信したＭＡＣアドレスが登録されているか検証する。

【0099】

ＭＡＣアドレスが登録されていなければ、空間形状情報管理部７２１は、新規のＭＡＣアドレス（新規の部屋）と判断し、ＭＡＣアドレスをアクセスポイントＩＤ７３２としてサーバ側ライブラリ７３０に登録する（ステップＳ１４０１）。これにより、第一ＨＭＤ１１１が存在する第一部屋５１１に配置される第一アクセスポイント３１１のＭＡＣアドレスが、サーバ７００に登録される。また、サーバ７００は、新たに登録されたＭＡＣアドレスを有する第一アクセスポイント３１１が配置された第一部屋５１１に、第一ＨＭＤ１１１が存在していると認識する。

【0100】

なお、ステップＳ１４０１で、登録されていると判断された場合は、サーバ７００は、該当するＭＡＣアドレスを有する第一アクセスポイント３１１が配置された第一部屋５１１に第一ＨＭＤ１１１が存在していると認識する。

【0101】

以後、第一ＨＭＤ１１１から、第一アクセスポイント３１１を経由して空間形状情報の提供を要求されると、空間形状情報管理部７２１は、対応する空間形状情報の有無を確認する。確認は、サーバ側ライブラリ７３０に、送信元の第一アクセスポイント３１１のＭＡＣアドレスに対応づけて空間形状情報７３３が登録されているか否かにより行う。

【0102】

そして、空間形状情報管理部７２１は、登録されている場合、その空間形状情報７３３を送信元に送信する。一方、未登録の場合は、未登録である旨、送信元に送信する。

【0103】

また、空間形状情報管理部７２１は、未登録と送信した後に、当該第一アクセスポイント３１１を経由して空間形状情報を受信すると、サーバ側ライブラリ７３０に、その第一アクセスポイント３１１のＭＡＣアドレスに対応付けて受信した空間形状情報７３３を登録する。

【0104】

以上説明したように、本実施形態によれば、ＨＭＤ１１０は、その装着者が部屋５１０に入ると、その部屋内のアクセスポイント３１０に接続認証を受け、ＨＭＤ１１０側において、部屋とアクセスポイントとを対応づける。また、ＨＭＤ１１０に対し接続認証を行うと、アクセスポイント３１０は、アクセスポイント３１０の識別情報としてＭＡＣアドレスをサーバ７００に送信する。サーバ側では、ＭＡＣアドレスを受け取ることにより、そのＭＡＣアドレスに対応づけて登録される部屋５１０に、ＨＭＤ１１０が存在することを把握する。ＭＡＣアドレスと部屋５１０とは、予め対応づけてサーバ側ライブラリ７３０としてサーバ７００が保持する。

【0105】

このように、本実施形態では、無線ＬＡＮで用いられるアクセスポイントの識別情報を用いて、サーバ７００側で、ＨＭＤ１１０の存在領域、すなわち、ＨＭＤ１１０が存在する部屋５１０を特定する。これにより、既存の装置のみで、容易にＨＭＤ１１０の存在領域を把握することができる。すなわち、特別なハードウェアを追加することなく、ＨＭＤ１１０の存在領域を特定できる。

【0106】

また、本実施形態によれば、ＨＭＤ１１０は、アクセスポイント３１０との間で、通常行われる認証処理を行うだけで、ＨＭＤ１１０の存在領域を特定するために必要な情報を、サーバ７００側に提供できる。すなわち、ＨＭＤ１１０は、その装着者に新たな指示等を行わせることなく、サーバ７００に、自装置の存在する部屋５１０を把握させることができる。

【0107】

さらに、本実施形態によれば、各部屋５１０内に配置されるアクセスポイント３１０を一意に識別する情報でＨＭＤ１１０の存在する領域（部屋５１０）を特定する。このため、ＧＰＳによる位置特定のように、高さ方向の制約がない。すなわち、ＧＰＳの場合、複数階のビル等の場合、異なる階であっても、平面上の位置が同じであれば、区別は難しい。しかしながら、本実施形態によれば、このような状況でも、ＨＭＤ１１０の存在する領域を、正確に特定できる。

【0108】

このように、本実施形態によれば、サーバ７００は、簡易に必要十分な精度でＨＭＤ１１０の存在領域を特定できるため、過去に作成した、ＡＲ表示に必要な各種の表示関連情報を、存在領域ごとに管理しておくだけで、ＨＭＤ１１０に適切に提供できる。また、ＨＭＤ１１０は、サーバ７００が管理する表示関連情報を、適切に受け取ることができる。

【0109】

特に、空間形状情報は、ＨＭＤ１１０の装着者が、部屋５１０を移動するごとに、生成する必要があり、ＨＭＤ１１０の処理として大きな負担となっている。しかしながら、本実施形態によれば、サーバ７００で、ＨＭＤ１１０が入室した部屋５１０を容易に把握できるため、サーバ７００が過去に作成した空間形状情報を管理しておけば、サーバ７００から提供できる。従って、本実施形態によれば、ＨＭＤ１１０の入室時の処理負荷を大幅に削減できる。

【0110】

＜変形例１＞
なお、上記実施形態では、無線ＬＡＮによるアクセスポイント３１０を利用して、ＨＭＤ１１０が存在する部屋５１０を特定する。しかしながら、部屋５１０を特定するために用いる中継装置はアクセスポイント３１０に限定されない。例えば、携帯電話の基地局を利用してもよい。

【0111】

以下、中継装置として、携帯電話の基地局を利用してＨＭＤ１１０が存在する部屋５１０を特定する手法について説明する。図７（ａ）は、本変形例の概要を説明するための図である。

【0112】

本変形例の存在領域特定システム１００ａは、基本的に上記実施形態と同様の構成では、上記実施形態で、中継装置としてアクセスポイント３１０が用いられていた代わりに、携帯電話基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ：以下、ＢＳと呼ぶ。）３２０が用いられる。本図では、第一ＢＳ３２１が第一部屋５１１に、第二ＢＳ３２２が第二部屋５１２に配置される場合を例示する。

【0113】

従って、ＢＳ３２０が接続するネットワークは、インターネット等のネットワーク６１０ではなく、携帯電話回線網６２０である。そして、この携帯電話回線網６２０を介して、サーバ７００に接続するため、両者の間に、モバイル・マネージメント６３１が設けられる。

【0114】

モバイル・マネージメント６３１は携帯電話回線網の中核に位置し、加入者情報を格納したホーム加入者サーバ６３２と供に、携帯電話回線網を管理する。各部屋５１０に設けられたＢＳ３２０は、携帯電話回線網６２１を介して、モバイル・マネージメント６３１と接続される。そして、各ＢＳ３２０は、モバイル・マネージメント６３１を介して、ネットワーク６１０に接続され、サーバ７００にアクセスする。

【0115】

なお、モバイル・マネージメント６３１は、図示しない複数の携帯電話基地局と接続する、他の携帯電話回線網６２２と接続する。

【0116】

本変形例では、ＢＳ３２０と、携帯電話としてのＨＭＤ１１０との無線接続は、携帯電話の５Ｇ規格であるミリ波（２８ＧＨｚ帯）により行う。ミリ波は、指向性が強く、また、電波が部屋５１０の壁にて吸収されやすい。部屋５１０に存在するＨＭＤ１１０は、確実に、部屋５１０に設置されているＢＳ３２０と無線接続する。壁を越えて他の部屋５１０に設置されているＢＳ３２０と無線接続することはない。

【0117】

個々のＢＳ３２０には、固有の携帯電話基地局識別番号（ＢＳ－ＩＤ）が設定されている。従って、部屋５１０と、その部屋５１０に設置されているＢＳ３２０のＢＳ－ＩＤとの対応が取れれば、ＢＳ３２０のＢＳ－ＩＤにより、部屋５１０の特定ができる。

【0118】

以下、本変形例について、上記第一実施形態と異なる点に主眼をおいて説明する。

【0119】

ＨＭＤ１１０は、基本的に第一実施形態と同様である。ただし、図８（ａ）に示すように、ＨＭＤ１１０が保持する、各部屋５１０の空間形状情報（ＨＭＤ側ライブラリ２２１）は、各部屋５１０に配置されるＢＳ３２０のＢＳ－ＩＤ２２１ｄに対応づけて格納される。

【0120】

また、同様に、サーバ７００の構成も、基本的に同様である。ただし、図８（ｂ）に示すように、サーバ側ライブラリ７３０も、アクセスポイント３１０のＭＡＣアドレスの代わりに、ＢＳ－ＩＤ７３２ｂに対応づけて管理される。

【0121】

なお、部屋５１０によって、アクセスポイント３１０が配置されていたり、ＢＳ３２０が配置されていたりして、異なる場合がある。この場合は、部屋５１０毎に、当該部屋５１０に配置されている、中継装置の識別情報に対応づけて、空間形状情報が格納される。

【0122】

ＨＭＤ１１０内での、空間形状情報取得処理も、基本的に上記実施形態と同様である。ただし、認証処理において、アクセスポイント３１０に接続するための認証処理の代わりに、ＢＳ３２０に接続するための処理を行う。

【0123】

以下、本変形例の認証処理の、各装置間のデータの送受信を説明する。

【0124】

図９は、本変形例の認証処理のタイミングチャートである。ここでは、本実施形態と、第一ＢＳ３２１と、ホーム加入者サーバ６３２と、サーバ７００との間のデータの送受信を説明する。本図は、第一ＨＭＤ１１１が処理する時間軸Ｔ４２１と、ＢＳ３１１が処理する時間軸Ｔ４２２と、ホーム加入者サーバ６３２が処理する時間軸Ｔ４２３と、サーバ７００が処理する時間軸Ｔ４２４の、合計４本の時間軸から構成されている。

【0125】

一般に、各ＢＳ３２０からは、ＢＳ３２０と接続可能な携帯電話端末（ＨＭＤ１１０）に対して、常時、事業者識別番号と、携帯電話基地局識別番号（ＢＳ－ＩＤ）と、を通知している。本変形例においても、第一ＢＳ３２１から第一ＨＭＤ１１１に対して、事業者識別番号とＢＳ－ＩＤとが通知される（Ｓ１６０１）。

【0126】

第一ＨＭＤ１１１では、通知された事業者識別番号を検出し、目的とする事業者を選択する（ステップＳ１５０１）。第一ＨＭＤ１１１に内蔵されているＳＩＭカードには該当する携帯電話事業者情報が格納されているので、これを用いて、対応する事業者が提供するＢＳ３１１が選択される。第一ＨＭＤ１１１では、選択したＢＳ３１１の事業者別識別番号とＢＳ－ＩＤとを記憶する。

【0127】

第一ＨＭＤ１１１では、自装置内のＳＩＭカードに、携帯電話機として用いる際の第一ＨＭＤ１１１の識別番号が格納される。第一ＨＭＤ１１１は、その識別番号を、ＢＳ３１１を介してホーム加入者サーバ６３２に送信する（ステップＳ１５０２）。

【0128】

ホーム加入者サーバ６３２は、ステップＳ１５０２で受信した第一ＨＭＤ１１１の識別番号を用いて、ユーザ認証を行う（ステップＳ１７０１）。ユーザ認証は、識別番号とホーム加入者サーバ６３２に予め登録される加入者情報とを比較し、合致するか否かにより行う。送信された識別番号と、加入者情報とが一致すると、認証成功とし、ホーム加入者サーバ６３２から、第一ＨＭＤ１１１に対して認証成功を意味する信号（認証ＯＫ）を送信する（ステップＳ１７０２）。

【0129】

上記の第一ＨＭＤ１１１と第一ＢＳ３２１との間の認証処理は、一般的な携帯電話接続の処理であるため、ここでは、詳細な説明を省略する。

【0130】

さらに、ステップＳ１７０１において、認証に成功した場合、第一ＨＭＤ１１１から、サーバ７００に対して、受信したＢＳ－ＩＤとともに、空間形状情報要求を送信する（ステップＳ１５０３）。

【0131】

この要求に対し、サーバ７００は、要求元の第一ＨＭＤ１１１に対して、空間形状情報を送信しても良いか否かを確認するため、要求元の第一ＨＭＤ１１１に対して、パスワードを要求する（ステップＳ１８０１）。それに応じ、第一ＨＭＤ１１１は、サーバ７００に、パスワードを送信する（ステップＳ１５０４）。なお、照合用のパスワードは、予めサーバ７００に登録される。

【0132】

サーバ７００は、送信されたパスワードにて認証を行い（ステップＳ１８０２）、パスワードが一致したら認証成功を意味する信号（認証ＯＫ）を第一ＨＭＤ１１１に送信する（ステップＳ１８０３）。

【0133】

サーバ７００での認証が成功したら、以降は、上記実施形態と同様に、第一ＨＭＤ１１１は、必要に応じてサーバ７００から自身が存在する第一部屋５１１の空間形状情報を取得する。

【0134】

このように、本変形例によれば、携帯電話で利用される携帯電話網の基地局を利用して、サーバ７００側でＨＭＤの存在領域（部屋５１０）を特定する。これにより、上記実施形態同様、既存の装置のみで、容易にＨＭＤ１１０の存在領域を把握することができる。すなわち、特別なハードウェアを追加することなく、ＨＭＤ１１０の存在領域を特定できる。

【0135】

また、本変形例によれば、上記実施形態同様、ＨＭＤ１１０が、通常、通信を行うためになされる認証を行うだけで、サーバ７００は、ＨＭＤ１１０の存在領域を把握できる。すなわち、ＨＭＤ１１０は、その装着者に新たな指示等を行わせることなく、サーバ７００に、自装置の存在領域を特定するために必要な情報を提供できる。

【0136】

これにより、本変形例によれば、上記実施形態と同様の効果が得られる。

【0137】

＜変形例２＞
なお、本変形例では、指向性が強く、減衰率の高いミリ波の利用を前提としているが、これに限定されない。

【0138】

近年、低出力の携帯電話基地局を用いてフェムトセルを構成した携帯電話網が構成されている。フェムトセルにおける通信可能範囲は従来のセルと比較して非常に狭いため、部屋５１０内の機器からの出力を、部屋５１０内の携帯電話基地局で受信する可能性は非常に高い。従って、このようなフェムトセルを用いた携帯電話基地局を用いてもよい。

【0139】

＜変形例３＞
なお、上記実施形態では、アクセスポイント３１０は、無線ＬＡＮ接続を行い、インターネット網等のネットワーク６１０を介してサーバ７００にアクセスしているが、これに限定されない。例えば、図１（ｂ）に示すように、ネットワーク６１０の代わりに、有線ＬＡＮのネットワーク網６３０を用いてもよい。この場合、アクセスポイント３１０の代わりに、ハブ（ＨＵＢ）３４０（３４１、３４２）等の中継装置を用いる。

【0140】

有線ＬＡＮを用いることにより、上記実施形態および変形例による効果に加え、インターネット網による情報漏洩のリスクが軽減されるという効果が得られる。

【0141】

＜＜第二実施形態＞＞
次に、本発明の第二実施形態を説明する。本実施形態では、同じ部屋５１０内に複数のアクセスポイント３３０を備える。そして、アクセスポイント３３０の中に、性能の異なるアクセスポイントが存在する。

【0142】

以下、本実施形態について、第一実施形態と異なる構成に主眼をおいて説明する。

【0143】

図１０（ａ）は、本実施形態の存在領域特定システム１００の、動作環境の概要を説明するための図である。ここでは、説明を簡単にするために、複数のアクセスポイント３３０として、アクセスポイント３３１およびアクセスポイント３３２の２系統を備える場合を例にあげて説明する。３系統以上の異なる伝送規格の無線ＬＡＮで接続可能に構成してもよい。

【0144】

図１０（ｂ）は、各アクセスポイント３３１および３３２の、性能の違いを示すテーブル５２０である。両者には、接続速度、データ量制限の有無などの性能に差がある。この情報は、例えば、ＨＭＤ１１０内に保持されていてもよいし、サーバ７００が保持してもよい。なお、両者間に課金額の差をつけてもよい。

【0145】

本図に示すように、アクセスポイント３３１は、接続速度は中速で、データ量にも制限があり、広告もある。一方、アクセスポイント３３２は、高速接続が可能で、データ量の制限はなく、広告もない。

【0146】

従って、例えば、空間形状情報やＡＲ画像情報を送受信する場合、アクセスポイント３３２を経由する方が、より、詳細なデータを、短時間で送受信できる。

【0147】

また、本実施形態では、サーバ７００は、ＨＭＤ１１０が、部屋５１０内のいずれかのアクセスポイント３３０を介して、接続された場合、ＨＭＤ１１０が当該部屋５１０に存在する、と判別する。ただし、サーバ側ライブラリ７３０として、性能の異なるアクセスポイント３３０ごとに、解像度の異なる空間形状情報およびＡＲ画像情報を保持してもよい。

【0148】

この場合のサーバ側ライブラリ７３０の一例を、図１１に示す。本図に示すように、各部屋５１０のアクセスポイント３３０毎に、情報を保持する。具体的には、各アクセスポイント３３０のアクセスポイントＩＤと、空間形状情報７３３と、その解像度を示す情報（以下、単に解像度と呼ぶ。）７３４と、ＡＲ画像情報７３５と、その解像度７３６と、を備える。なお、ここでは、アクセスポイント３３０の性能に応じて、提供するＡＲ画像情報の品質（解像度）を変える場合を例にあげて説明しているが、ＡＲ画像情報の品質は一種類であってもよい。

【0149】

サーバ７００の空間形状情報管理部７２１は、中継したアクセスポイント３３０に応じて、サーバ側ライブラリ７３０に保持される空間形状情報を送信する。

【0150】

これにより、ＨＭＤ１１０は、より性能のよいアクセスポイント３３０を経由して空間形状情報を要求すると、より解像度の高い、高品質な空間形状情報を取得できる。

【0151】

なお、どのアクセスポイント３３０を介してサーバ７００に空間形状情報を要求するかは、ＨＭＤ１１０の装着者が選択可能としてもよいし、ＨＭＤ１１０内で、予め定めておいてもよい。

【0152】

装着者が選択する場合は、ＨＭＤ１１０は、複数のアクセスポイント３３０を検出した場合、そのリストをディスプレイ１７３に表示し、選択を受け付ける。

【0153】

予め定めておく場合は、予め選択の規則を定め、ＲＯＭ１４２、フラッシュメモリ１４３等に登録しておく。選択の規則は、例えば、無料のものの中で、最も性能の高いものを優先する、有料無料を問わず、最も性能の高いものを優先する、等である。それに従って、認証部２１２は、中継装置とするアクセスポイント３３０を選択する。

【0154】

本実施形態によれば、第一実施形態同様、サーバ７００は、各部屋５１０に配置されたアクセスポイント３３０のアクセスポイントＩＤで、ＨＭＤ１１０の存在領域を把握する。従って、第一実施形態と同様の効果が得られる。

【0155】

さらに、本実施形態によれば、サーバ７００は、１つの部屋５１０内に異なる性能のアクセスポイント３３０がある場合、それらを別個に管理する。そして、ＨＭＤ１１０が接続認証を行ったアクセスポイント３３０の性能に応じた品質の表示関連情報を提供する。

【0156】

このように、本実施形態によれば、サーバ７００は、簡易に必要十分な精度でＨＭＤ１１０の存在領域を特定でき、かつ、ＨＭＤ１１０が所望するデータ品質も把握できる。このため、過去に作成した、ＡＲ表示に必要な各種の表示関連情報を、存在領域ごとに、また、品質毎に管理しておくだけで、ＨＭＤ１１０に適切に提供できる。また、ＨＭＤ１１０は、サーバ７００が管理する表示関連情報を、適切に受け取ることができる。

【0157】

＜＜第三実施形態＞＞
次に、本発明の第三実施形態を説明する。本実施形態では、サーバ７００が保持する空間形状情報に、その解像度も含む。そして、ＨＭＤ１１０の性能に応じて、サーバ７００の空間形状情報を上書きする。

【0158】

以下、本実施形態について、第一実施形態と異なる構成に主眼をおいて説明する。

【0159】

本実施形態のＨＭＤ１１０は、第一実施形態と基本的に同様の構成を有する。ただし、本実施形態の空間形状情報取得部２１４は、空間形状情報を取得する際、その解像度も特定する。

【0160】

また、本実施形態のＨＭＤ側ライブラリ２２１は、図１２（ａ）に示すように、空間形状情報２２１ｂの解像度２２１ｅもアクセスポイントＩＤ２２１ａに対応づけて登録する。

【0161】

本実施形態のデータ管理部２１３は、基本的に第一の実施形態と同様の処理を行う。さらに、本実施形態のデータ管理部２１３は、空間形状情報取得部２１４が取得可能な空間形状情報の最良の解像度を、予め把握する。なお、ＨＭＤ１１０の性能は、例えば、センサの空間分解能等により定まる。そして、サーバ側ライブラリに保持される、自室の空間形状情報の解像度と比較し、サーバ７００から取得するか、自装置で取得するか決定する。

【0162】

すなわち、本実施形態のデータ管理部２１３は、サーバ７００から空間形状情報を取得した際、その解像度を、自装置で生成可能な空間形状情報の解像度（最良解像度）と比較する。そして、最良解像度の方が、高い場合、空間形状情報取得部２１４に自装置で空間形状情報を生成させる。そして、解像度を示す情報とともに、サーバ７００に送信する。

【0163】

また、本実施形態のサーバ７００も、基本的に第一実施形態と同様の構成を有する。ただし、サーバ側ライブラリ７３０は、空間形状情報の解像度を有する。

【0164】

図１２（ｂ）は、本実施形態のサーバ側ライブラリ７３０の一例である。本図に示すように、第一実施形態のサーバ側ライブラリ７３０が保持する情報に加え、空間形状情報の解像度７３４と、ＡＲ画像情報の解像度７３６と、を備える。

【0165】

なお、自装置の空間形状情報取得部２１４が取得可能な空間形状情報の最良解像度に関する情報は、予め、保持しておく。

【0166】

サーバ７００の空間形状情報管理部７２１は、空間形状情報を受信すると、送信元が経由したアクセスポイント３１０のアクセスポイントＩＤに対応付けて、サーバ側ライブラリ７３０への登録の適否を決定する。

【0167】

本実施形態では、もし、登録されていない場合は、受信した空間形状情報を登録する。一方、アクセスポイントＩＤに対応づけて、空間形状情報が既に登録されている場合、その解像度を、受信した空間形状情報の解像度と比較する。そして、受信した空間形状情報の解像度の方が高い場合、既存の空間形状情報を、受信した空間形状情報に置き換える。解像度も併せて、受信した空間形状情報の解像度に置き換える。

【0168】

これにより、本実施形態のサーバ側ライブラリ７３０は、その時点で最良の解像度を有する空間形状情報が保持される。

【0169】

以下、本実施形態の空間形状情報取得処理の処理フローを説明する。図１３は、本実施形態のＨＭＤ１１０による空間形状情報取得処理の処理フローである。本処理は、第一実施形態同様の契機で開始される。そして、まず、認証部２１２は、認証処理を行う（ステップＳ１１０１）。本処理は、第一実施形態と同様である。

【0170】

データ管理部２１３は、第一実施形態同様、ＨＭＤ１１０内にこの部屋５１０の空間形状情報が保持されているか否かを判別する（ステップＳ１１０２）。

【0171】

保持されている場合（Ｓ１１０２；Ｙｅｓ）は、そのまま処理を終了する。

【0172】

一方、保持されていない場合（Ｓ１１０２；Ｎｏ）、データ管理部２１３は、アクセスポイント３１０を介して、サーバ７００に、空間形状情報を要求する（ステップＳ１１０３）。そして、データ管理部２１３は、要求に応じた返信の内容を判別する（ステップＳ１１０４）。

【0173】

返信が空間形状情報有りであれば（Ｓ１１０４；Ｙｅｓ）、データ管理部２１３は、サーバ７００から、提供される空間形状情報をダウンロードする（ステップＳ１１０５）。

【0174】

そして、本実施形態のデータ管理部２１３は、自装置の空間形状情報取得部２１４で取得可能な空間形状情報の最良解像度と比較する（ステップＳ４１０１）。自装置の空間形状情報の解像度が、サーバ７００が保持する空間形状情報の解像度以下である場合（Ｓ４１０１；Ｎｏ）、第一実施形態同様、受け取った空間形状情報を、ＨＭＤ側ライブラリ２２１に登録し（ステップＳ１１０８）、処理を終了する。このとき、データ管理部２１３は、認証部２１２が取得したアクセスポイント３１０のアクセスポイントＩＤに対応づけて、空間形状情報を登録する。

【0175】

一方、返信に空間形状情報が含まれていない場合（Ｓ１１０４；Ｎｏ）、および、自装置の空間形状情報の最良解像度が、サーバ７００が保持する空間形状情報より高い場合（Ｓ４１０１；Ｙｅｓ）、データ管理部２１３は、空間形状情報取得部２１４に空間形状情報を取得するよう指示を出す。

【0176】

その指示を受け、空間形状情報取得部２１４は、部屋５１０をスキャンし（ステップＳ１１０６）、空間形状情報を取得する。そして、取得した空間形状情報を、サーバ７００に向けて送信する（ステップＳ１１０７）とともに、取得した空間形状情報を、認証部２１２が取得したアクセスポイント３１０のアクセスポイントＩＤに対応づけて、ＨＭＤ側ライブラリ２２１に登録し（ステップＳ１１０８）、処理を終了する。なお、サーバ７００に送信する際は、アクセスポイント３１０を介して送信する。

【0177】

次に、本実施形態のサーバ側の空間形状情報管理処理を説明する。図１４は、本実施形態のサーバ７００の空間形状情報管理部７２１による空間形状情報管理処理の処理フローである。本処理は、ＨＭＤ１１０から、空間形状情報を受信したことを契機に開始される。

【0178】

空間形状情報管理部７２１は、受信した空間形状情報で特定される部屋５１０について、サーバ側ライブラリ７３０に、空間形状情報が既登録であるか否かを判別する（ステップＳ４２０１）。ここでは、中継したアクセスポイント３１０のアクセスポイントＩＤに対応づけて、空間形状情報が既に登録されているか否かを判別する。

【0179】

未登録である場合（Ｓ４２０１；Ｎｏ）、中継したアクセスポイント３１０のアクセスポイントＩＤに対応付けて、受信した空間形状情報を登録する（ステップＳ４２０３）。なお、このとき、解像度も併せて登録する。

【0180】

一方、既に登録されている場合（Ｓ４２０１；Ｙｅｓ）、ライブラリ内の対応する空間形状情報の解像度と、受信した空間形状情報の解像度とを比較する（ステップＳ４２０２）。

【0181】

受信した空間形状情報の解像度の方が、ライブラリ内の空間形状情報の解像度より高い場合（Ｓ４２０２；Ｙｅｓ）は、ライブラリ内の空間形状情報を、受信した空間形状情報で置き換え（ステップＳ４２０３）、処理を終了する。なお、このとき、解像度も、受信した空間形状情報の解像度とする。

【0182】

一方、それ以外の場合（Ｓ４２０２；Ｎｏ）は、送信された空間形状情報を破棄し、処理を終了する。

【0183】

以上説明したように、本実施形態では、サーバ側ライブラリ７３０内の表示関連情報（空間形状情報）を、その解像度とともに保持する。そして、ＨＭＤ１１０側で、より高解像度の情報を取得可能な場合、ＨＭＤ１１０側で取得した表示関連情報（空間形状情報）に置き換える。

【0184】

従って、本実施形態によれば、サーバ７００側には、使用される可能性のあるＨＭＤ１１０の中で、最高性能のＨＭＤ１１０による、高解像度の表示関連情報（空間形状情報）が保存される。そして、ＨＭＤ１１０は、その高解像度の空間形状情報を用いることができる。

【0185】

従って、本実施形態によれば、ＨＭＤ１１０は、自装置のセンサの空間分解能によらず、高解像度の空間形状情報を用いることができる。

【0186】

＜変形例４＞
上記実施形態では、サーバ７００側で、受信した空間形状情報の解像度が高い場合、既登録の空間形状情報を置き換えているが、これに限定されない。例えば、サーバ側で、複数の解像度の空間形状情報を保持してもよい。

【0187】

この場合、ＨＭＤ１１０に送信する際、ＨＭＤ１１０側で、解像度の指定を受け付けるよう構成してもよい。

【0188】

＜＜第四実施形態＞＞
次に、本発明の第四実施形態を説明する。上記実施形態およびその変形例では、各部屋５１０内に設置された中継装置に必ず接続し、その中継装置の識別情報を用いて、サーバ７００側は、ＨＭＤ１１０の存在領域を判別している。しかしながら、一般の通信環境では、ＨＭＤ１１０は、必ずしも、その装着者が存在する部屋５１０内に配置された中継装置に接続されるとは限られない。

【0189】

本実施形態では、このような環境であっても、サーバ７００側で、ＨＭＤ１１０の存在領域を特定可能な手法を提供する。なお、本実施形態では、部屋５１０と、その部屋５１０に配置されるアクセスポイントのアクセスポイントＩＤと、その部屋５１０の空間形状情報と、を対応づけたサーバ側ライブラリ７３０は、予め作成して、サーバ７００が保持する。

【0190】

以下、本実施形態について、第一実施形態と異なる点に主眼をおいて説明する。

【0191】

図１５は、本実施形態の概要を説明するための説明図である。

【0192】

通常は、同じ第一部屋５１１内の第一アクセスポイント３１１から発生する無線ＬＡＮの電界強度の方が、他の第二部屋５１２の第二アクセスポイント３１２から発生する無線ＬＡＮの電界強度に比べて強い。従って、ＨＭＤ１１０の接続先のアクセスポイントとして、自動的に同じ第一部屋５１１内の第一アクセスポイント３１１が選択される。

【0193】

しかしながら、ＨＭＤ１１０は、必ずしも、ＨＭＤ１１０が存在する部屋５１０のＡＰ３１０に接続されるとは限らない。例えば、アクセスポイント３１０の配置位置と、ＨＭＤ１１０の存在位置との関係によっては、ＨＭＤ１１０の装着者が第一部屋５１１にいる場合であっても、隣の第二部屋５１２に設置されたＡＰ３１１に接続される場合がある。本実施形態では、このような場合でも、サーバ７００で、適切にＨＭＤ１１０の存在する部屋５１０を特定可能とする。

【0194】

本実施形態のＨＭＤ１１０のハードウェア構成は、第一実施形態と同様である。一方、機能面では、本実施形態のＨＭＤ１１０は、第一実施形態と異なる構成を備える。

【0195】

図１６（ａ）は、本実施形態のＨＭＤ１１０の機能ブロック図である。ＨＭＤ１１０は、第一実施形態の構成に、さらに、画像取得部２１７を備える。画像取得部２１７は、装着者からの指示に従って、カメラ１７０を用いて、視界情報として画像を取得（撮影）する。取得する画像は、静止画像でも動画でもよい。

【0196】

また、本実施形態の空間形状情報取得部２１４は、ＨＭＤ側ライブラリ２２１に、自室の空間形状情報がない場合、サーバ７００に要求する。本実施形態では、このとき、さらに、自室で撮影した画像を、視界情報として送信する。

【0197】

次に、サーバ７００について説明する。本実施形態のサーバ７００は、基本的に第一実施形態と同様の構成を備える。ただし、本実施形態の空間形状情報管理部７２１の処理およびサーバ側ライブラリ７３０が保持するデータが異なる。

【0198】

まず、本実施形態のサーバ側ライブラリ７３０は、図１６（ｂ）にさらに、各部屋５１０またはアクセスポイント３１０の位置情報を保持する。ここでは、例えば、部屋５１０の所定位置（例えば、南西角等）の位置情報を保持する場合を例にあげて説明する。位置情報は、例えば、緯度経度情報であってもよいし、システム内で定めた座標系による情報であってもよい。また、部屋が多角形である場合は、部屋の隅それぞれの緯度経度情報を保持してもよい。

【0199】

空間形状情報管理部７２１は、空間形状情報要求とともに、視界情報として画像を受信する。そして、同時に受信するアクセスポイントＩＤで特定される部屋５１０の空間形状情報に、その視界情報と合致する領域があるか否かを判別する。ない場合は、その部屋５１０に近い順に、順次他の部屋５１０の空間形状情報に関し、合致する領域の有無を判別する。そして、合致する領域がある部屋の空間形状情報を、送信元に送信する。なお、所定の範囲の部屋５１０の空間形状情報に関し、合致する領域がない場合は、空間形状情報が未登録であることを意味する返信を行う。

【0200】

その返信に応じてＨＭＤ１１０から送信された空間形状情報を、中継したアクセスポイント３１０のアクセスポイントＩＤに対応づけて、サーバ側ライブラリ７３０に登録する。

【0201】

本実施形態の空間形状情報取得処理および空間形状情報管理処理の流れについて説明する。ＨＭＤ１１０側の空間形状情報取得処理は、第一実施形態と同じである。また、認証処理についても、同様である。ここでは、サーバ７００側の空間形状情報管理処理について説明する。図１７は、本実施形態のサーバ７００側の処理の流れのフローである。本処理は、ＨＭＤ１１０から空間形状情報要求とともに視界情報を受信したことを契機に開始される。

【0202】

空間形状情報管理部７２１は、送信元のアクセスポイントＩＤに対応付けてサーバ側ライブラリ７３０に保持される空間形状情報７３３（部屋の空間形状情報）に、視界情報と合致する領域があるか否かを判別する（ステップＳ２１０１）。

【0203】

合致する領域があれば（Ｓ２１０１；Ｙｅｓ）、空間形状情報管理部７２１は、その空間形状情報を、送信元に返信し（ステップＳ２１０２）、処理を終了する。

【0204】

合致する領域がない場合（Ｓ２１０１；Ｎｏ）、空間形状情報管理部７２１は、合致する部屋５１０を探索する（ステップＳ２１０３）。ここでは、まず、送信元のアクセスポイントＩＤに対応付けられた部屋５１０の位置情報と、他の部屋５１０の位置情報とを用いて、両者の距離を算出し、最も近い部屋５１０から順に、上記ステップＳ２１０１と同じ判別を行う。なお、判別する部屋数の上限Ｍ（Ｍは１以上の整数）は、予め定めておく。

【0205】

空間形状情報管理部７２１は、ステップＳ２１０３の探索結果から、合致する領域を有する空間形状情報があったかを判定する（ステップＳ２１０４）。合致する部屋があった場合（Ｓ２１０４；Ｙｅｓ）、その空間形状情報を、送信元のＨＭＤ１１０に返信し（ステップＳ２１０２）、処理を終了する。ない場合（Ｓ２１０４；Ｎｏ）は、その旨、返信し（ステップＳ２１０５）、処理を終了する。

【0206】

なお、本実施形態の場合、ＨＭＤ１１０は、サーバ７００から、その部屋５１０について、空間形状情報を、サーバ側で保持していないとの返信を受けた場合、第一実施形態同様、自装置で、部屋５１０のマッピングを行い、空間形状情報を生成する。そして、サーバ７００に登録するために送信する。このとき、本実施形態では、意図的に、部屋５１０に配置されたアクセスポイント３１０を選択し、送信する。

【0207】

ＨＭＤ１１０から空間形状情報の送信を受けた場合、空間形状情報管理部７２１は、送信元のアクセスポイントのアクセスポイントＩＤに対応付けて、サーバ側ライブラリ７３０に登録する。

【0208】

本実施形態によれば、アクセスポイントのアクセスポイントＩＤだけでなく、ＨＭＤ１１０が取得した画像も用いて、ＨＭＤ１１０の存在領域を特定する。

【0209】

本実施形態によれば、ＨＭＤ１１０の装着者が存在する部屋５１０外のアクセスポイント３１０に接続される可能性がある場合であっても、ＨＭＤ１１０は、サーバ７００に保存された空間形状情報を、適切に取得し、利用することができる。そして、このとき、特別な認証処理は不要である。

【0210】

なお、ＨＭＤ１１０の内部に空間形状情報が保存されている場合は、その保存されている空間形状情報をサーバ７００に送信することにより、サーバ７００が空間形状情報を比較し、該当する部屋かどうかの確認をすることもできる。

【0211】

＜変形例５＞
以上、各実施形態および変形例では、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いていない。しかしながら、ＨＭＤ１１０のＧＰＳ受信器１５１で取得するＧＰＳ情報を用いてもよい。

【0212】

例えば、単層の建物内の部屋の場合、ＧＰＳ情報により、ＨＭＤ１１０の存在する部屋５１０を特定できる。一例として、部屋の形状が矩形で有る場合、部屋の４隅の緯度・経度を、各部屋の位置情報としてサーバ７００のサーバ側ライブラリ７３０に登録する。

【0213】

ＨＭＤ１１０から送信されたＧＰＳ情報（緯度・経度）を、サーバ７００内に登録された各部屋の位置情報と比較することにより、ＨＭＤ１１０が存在する部屋を特定する。

【0214】

＜変形例６＞
サーバ側ライブラリ７３０に、空間形状情報の登録日時を登録してもよい。そして、空間形状情報の登録の有無を確認する際、有無だけでなく、登録日時も加味して判断してもよい。すなわち、登録日時と現在日時との差が、所定以上であれば、たとえ登録されていても、未登録と判断する。

【0215】

例えば、部屋５１０内の状態は、変化する。このように、日時で空間形状情報を管理することにより、インテリアの配置の変化等にも対応できる。

【0216】

＜変形例７＞
また、上記各実施形態では、各部屋の識別情報として、基本的に、各部屋５１０に配置された、通信網への中継装置を用いている。しかしながら、識別情報は、これに限定されない。例えば、各部屋に、その部屋を特定する情報を送信可能な固有の機器が備わっている場合、当該機器を用いてもよい。このような機器として、例えば、通信機能付きの、部屋の入退室管理装置等がある。

【0217】

さらに、上記各実施形態では、携帯型情報端末として、ＨＭＤ１１０を用いる場合を例にあげて説明したが、携帯型情報端末は、これに限定されない。例えば、ノートＰＣやタブレットＰＣ等、同様な機能を有する各種の携帯型情報端末であってよい。

【0218】

また、本発明を実現する構成はこれらの各実施形態および変形例に限られるものではなく、様々な変形例が考えられる。例えば、ある実施形態の構成の一部を他の実施形態の構成と置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。これらは全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等もあくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。

【0219】

なお、前述した各実施形態の機能等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれの機能等を実現するプログラムを解釈して実行することによりソフトウェアで実現しても良い。ハードウェアとソフトウェアを併用しても良い。ソフトウェアは、製品出荷の時点で、予めＨＭＤ１１０のＲＯＭ１４２等に格納された状態であっても良い。製品出荷後に、インターネット上の各種サーバ装置等から取得するものであっても良い。また、メモリカードや光ディスク等の記憶媒体に記憶されて提供されてもよい。

【0220】

また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、必ずしも製品上の全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えても良い。

【符号の説明】

【0221】

１００：存在領域特定システム、１００ａ：存在領域特定システム、１１０：ＨＭＤ、１１１：第一ＨＭＤ、１１２：第二ＨＭＤ、１１３：システムバス、１２０：メインプロセッサ、１４１：ＲＡＭ、１４２：ＲＯＭ、１４３：フラッシュメモリ、１５１：ＧＰＳ受信器、１５２：地磁気センサ、１５３：距離センサ、１５４：加速度センサ、１５５：ジャイロセンサ、１５６：タイマ、１６１：無線通信Ｉ／Ｆ、１６２：電話網通信Ｉ／Ｆ、１７０：カメラ、１７１：インカメラ、１７２：アウトカメラ、１７３：ディスプレイ、１８１：マイク、１８２：スピーカ、１８３：オーディオデコーダ、１９１：ボタンスイッチ、１９２：タッチパネル、
２１１：主制御部、２１２：認証部、２１３：データ管理部、２１４：空間形状情報取得部、２１５：ＡＲ画像処理部、２１６：通信部、２１７：画像取得部、２２１：ＨＭＤ側ライブラリ、２２１ａ：アクセスポイントＩＤ、２２１ｂ：空間形状情報、２２１ｃ：ＡＲ画像情報、２２１ｄ：ＢＳ－ＩＤ、２２１ｅ：解像度、２２２：認証情報テーブル、
３１０：アクセスポイント、３１１：第一アクセスポイント、３１２：第二アクセスポイント、３２１：第一ＢＳ、３２２：第二ＢＳ、３３０：アクセスポイント、３３１：アクセスポイント、３３２：アクセスポイント、３４０：ハブ、
５１０：部屋、５１１：第一部屋、５１２：第二部屋、５２０：テーブル、
６１０：ネットワーク、６２０：携帯電話回線網、６２１：携帯電話回線網、６２２：携帯電話回線網、６３０：ネットワーク網、６３１：モバイル・マネージメント、６３２：ホーム加入者サーバ、
７００：サーバ、７２０：メインプロセッサ、７２１：空間形状情報管理部、７３０：サーバ側ライブラリ、７３１：部屋番号、７３２：アクセスポイントＩＤ、７３３：空間形状情報、７３４：解像度、７３５：ＡＲ画像情報、７３６：解像度、７４１：ＲＡＭ、７４２：ＲＯＭ、７４３：フラッシュメモリ、７６１：通信Ｉ／Ｆ、７７３：ディスプレイ、７９１：操作装置、
Ｔ４２１：時間軸、Ｔ４２２：時間軸、Ｔ４２３：時間軸、Ｔ４２４：時間軸、Ｔ４５１：時間軸、Ｔ４５２：時間軸、Ｔ４５３：時間軸

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】