(57)【要約】【課題】電子機器の機能のロック設定のセキュリティレベルを確保しつつユーザビリティをも向上させる。【解決手段】頭部伝達関数を用いてユーザの周りの空間の第１の位置にある音源を仮想的に定位させた音データを上記ユーザに向けて再生する再生部と、上記再生された音データを聴取した上記ユーザが、上記音源の位置として推定した上記ユーザの周りの空間の第２の位置を示す情報を取得する推定位置情報取得部と、上記第１の位置と上記第２の位置との関係に基づいて電子機器の少なくとも一部の機能を有効にするか否かを判定する判定部とを含む機能制御装置が提供される。【選択図】図１０
2014116722.tif 000002
【特許請求の範囲】
【請求項１】
頭部伝達関数を用いてユーザの周りの空間の第１の位置にある音源を仮想的に定位させた音データを前記ユーザに向けて再生する再生部と、
前記再生された音データを聴取した前記ユーザが、前記音源の位置として推定した前記ユーザの周りの空間の第２の位置を示す情報を取得する推定位置情報取得部と、
前記第１の位置と前記第２の位置との関係に基づいて電子機器の少なくとも一部の機能を有効にするか否かを判定する判定部と
を備える機能制御装置。
【請求項２】
前記頭部伝達関数は、前記ユーザに対応する頭部伝達関数であり、
前記判定部は、前記第１の位置と前記第２の位置とが符合した場合に前記少なくとも一部の機能を有効にすることを決定する、請求項１に記載の機能制御装置。
【請求項３】
前記判定部は、前記第１の位置と前記第２の位置とが符合した場合に前記ユーザに対してアクセスが許可されたコンテンツの再生機能を有効にすることを決定する、請求項２に記載の機能制御装置。
【請求項４】
前記頭部伝達関数は、第１の属性を有するユーザ群に対応する第１の頭部伝達関数であり、
前記判定部は、前記第１の位置と前記第２の位置との関係に基づいて前記ユーザが前記第１の属性を有すると推定される場合に前記少なくとも一部の機能を有効にすることを決定する、請求項１に記載の機能制御装置。
【請求項５】
前記再生部は、前記第１の頭部伝達関数を用いて前記音源を仮想的に定位させた第１の音データと、前記第１の属性とは異なる第２の属性を有するユーザ群に対応する第２の頭部伝達関数を用いて前記音源を仮想的に定位させた第２の音データとを前記ユーザに向けて再生し、
前記判定部は、前記第２の位置が、前記第１の音データと前記第２の音データとのうちのいずれの前記第１の位置に対応するかに基づいて前記ユーザが前記第１の属性を有するか前記第２の属性を有するかを判定する、請求項４に記載の機能制御装置。
【請求項６】
前記推定位置情報取得部は、前記第２の位置を示す情報として前記ユーザの視線の検出結果を取得する、請求項１に記載の機能制御装置。
【請求項７】
前記推定位置情報取得部は、前記第２の位置を示す情報として前記ユーザのジェスチャの検出結果を取得する、請求項１に記載の機能制御装置。
【請求項８】
前記第１の位置は、前記音データの再生中に連続的に移動し、
前記推定位置情報取得部は、前記第２の位置を示す情報を連続的に取得し、
前記判定部は、前記第１の位置の軌跡と前記第２の位置の軌跡との関係に基づいて前記少なくとも一部の機能を有効にするか否かを判定する、請求項１に記載の機能制御装置。
【請求項９】
前記推定位置情報取得部は、前記第２の位置を示す情報として前記ユーザの視線の検出結果を連続的に取得する、請求項８に記載の機能制御装置。
【請求項１０】
前記推定位置情報取得部は、前記第２の位置を示す情報として前記ユーザのジェスチャの検出結果を連続的に取得する、請求項８に記載の機能制御装置。
【請求項１１】
前記第１の位置は、前記ユーザの周りの空間において予め定められた位置群のうちのいずれかの位置である、請求項１に記載の機能制御装置。
【請求項１２】
前記再生部は、前記音データの再生を所定の回数繰り返し、
前記推定位置情報取得部は、前記第２の位置を示す情報の取得を前記所定の回数繰り返し、
前記判定部は、前記所定の回数の繰り返しのうち、前記第１の位置と前記第２の位置とが所定の関係を満たした回数が閾値以上である場合に前記少なくとも一部の機能を有効にすることを決定する、請求項１に記載の機能制御装置。
【請求項１３】
前記音データを生成する生成部をさらに備える、請求項１に記載の機能制御装置。
【請求項１４】
前記ユーザの周りの空間の所定の位置群にそれぞれ定位する音データ群から前記音データを選択して前記再生部に提供する音データ選択部をさらに備える、請求項１に記載の機能制御装置。
【請求項１５】
前記電子機器は、ヘッドマウントディスプレイであり、
前記判定部は、前記第１の位置と前記第２の位置との関係に基づいて前記ユーザが所定の年齢以上であると推定される場合に、前記ヘッドマウントディスプレイのコンテンツ再生機能を有効にすることを決定する、請求項１に記載の機能制御装置。
【請求項１６】
前記再生部は、前記ヘッドマウントディスプレイのヘッドフォンを介して前記音データを再生する、請求項１５に記載の機能制御装置。
【請求項１７】
前記ヘッドマウントディスプレイが前記ユーザによって装着されたことを検出する装着検出部をさらに備え、
前記再生部は、前記装着されたことが検出された場合に前記音データを再生する、請求項１５に記載の機能制御装置。
【請求項１８】
頭部伝達関数を用いてユーザの周りの空間の第１の位置にある音源を仮想的に定位させた音データを前記ユーザに向けて再生する機能と、
前記再生された音データを聴取した前記ユーザが、前記音源の位置として推定した前記ユーザの周りの空間の第２の位置を示す情報を取得する機能と、
前記第１の位置と前記第２の位置との関係に基づいて電子機器の少なくとも一部の機能を有効にするか否かを判定する機能と
をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、機能制御装置およびプログラムに関する。
【背景技術】
【０００２】
近年、ＰＣ（Personal  Computer）や携帯電話（スマートフォン）といった電子機器が、人々の生活に深く浸透してきている。こうした電子機器は、ユーザにさまざまな機能を提供する。そうした機能の中には、必ずしも不特定多数のユーザがアクセスすることが望まれない機能も存在する。そうした機能を保護するために、電子機器そのものや一部の機能にロックを設定することが一般的に行われている。例えば、特許文献１には、そのようなロックの設定を簡便にするための技術が記載されている。
【０００３】
上記の特許文献１にも記載されているように、ロックの設定／解除のための操作として一般的なのは、パスワードの入力である。しかし、特許文献１でも指摘されているように、盗み見などによってパスワードが漏洩してしまう可能性があり、セキュリティレベルは高いとはいえない。そこで、特許文献１では、タッチパネル上の押圧位置と、各位置での押圧力とを組み合わせて入力として用いる技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−４８６６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１などに記載された技術によってもなお、入力の様子が外部から視認できるために入力操作を模倣することが可能であり、セキュリティレベルは十分に高いとはいえない。また、パスワードにしても、押圧位置および押圧力にしても、ロックを解除するためには、ユーザが予め設定した入力パターンを記憶していなければならない。ユーザが入力パターンを忘れてしまうと、機能が利用不能になる場合もあり、ユーザビリティの面ではいまだ改善の余地があった。
【０００６】
そこで、本開示では、電子機器の機能のロック設定のセキュリティレベルを確保しつつユーザビリティをも向上させた、新規かつ改良された機能制御装置およびプログラムを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、頭部伝達関数を用いてユーザの周りの空間の第１の位置にある音源を仮想的に定位させた音データを上記ユーザに向けて再生する再生部と、上記再生された音データを聴取した上記ユーザが、上記音源の位置として推定した上記ユーザの周りの空間の第２の位置を示す情報を取得する推定位置情報取得部と、上記第１の位置と上記第２の位置との関係に基づいて電子機器の少なくとも一部の機能を有効にするか否かを判定する判定部とを含む機能制御装置が提供される。
【０００８】
また、本開示によれば、頭部伝達関数を用いてユーザの周りの空間の第１の位置にある音源を仮想的に定位させた音データを上記ユーザに向けて再生する機能と、上記再生された音データを聴取した上記ユーザが、上記音源の位置として推定した上記ユーザの周りの空間の第２の位置を示す情報を取得する機能と、上記第１の位置と上記第２の位置との関係に基づいて電子機器の少なくとも一部の機能を有効にするか否かを判定する機能とをコンピュータ装置に実現させるためのプログラムが提供される。
【０００９】
頭部伝達関数は、例えばユーザの頭部の形状などに応じて決まるため、所定の頭部伝達関数を用いて音源を仮想的に定位された音データを聴取したユーザが音源の位置を推定した結果によって、ユーザが当該頭部伝達関数によって示される条件を満たすか否かが識別される。この識別手法は、偽装や模倣が困難であるためにセキュリティレベルが確保されており、また入力パターンの記憶を必要としないためユーザビリティも向上している。
【発明の効果】
【００１０】
以上説明したように本開示によれば、電子機器の機能のロック設定のセキュリティレベルを確保しつつユーザビリティをも向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】立体音響空間における音源について説明するための図である。
【図２】立体音響空間における頭部伝達関数について説明するための図である。
【図３】仮想的な音源の再生について説明するための図である。
【図４】仮想的な音源を再生するための装置構成の例を示す図である。
【図５】頭部伝達関数を利用したユーザ認識の一例を概念的に示す図である。
【図６】頭部伝達関数を利用したユーザ認識の別の例を概念的に示す図である。
【図７】本開示の第１の実施形態に係るシステムの概略的な構成を示す図である。
【図８】本開示の第１の実施形態に係るＨＭＤの装着状態を示す図である。
【図９】本開示の第１の実施形態に係るＨＭＤを下方から見た斜視図である。
【図１０】本開示の第１の実施形態に係る機能制御装置の概略的な機能構成を示すブロック図である。
【図１１】本開示の第１の実施形態における仮想音源の位置の例を示す図である。
【図１２】本開示の第１の実施形態における仮想音源の位置の水平方向の配置について説明するための図である。
【図１３】本開示の第１の実施形態における仮想音源の位置の上下方向の配置について説明するための図である。
【図１４】本開示の第１の実施形態におけるロック制御の処理の例を示すフローチャートである。
【図１５】図１４に示した処理の変形例を示すフローチャートである。
【図１６】本開示の第１の実施形態の変形例に係る機能制御装置の概略的な機能構成を示すブロック図である。
【図１７】本開示の第２の実施形態に係る機能制御装置の概略的な機能構成を示すブロック図である。
【図１８】本開示の第２の実施形態における仮想音源の軌跡の例を示す図である。
【図１９】本開示の第２の実施形態におけるロック解除の処理の例を示すフローチャートである。
【図２０】図１９に示した処理の変形例を示すフローチャートである。
【図２１】本開示の第３の実施形態に係る機能制御装置の概略的な構成を示すブロック図である。
【図２２】本開示の第３の実施形態におけるロック解除の処理の例を示すフローチャートである。
【図２３】本開示の第４の実施形態に係る機能制御装置の概略的な構成を示すブロック図である。
【図２４】本開示の第４の実施形態におけるロック解除の処理の例を示すフローチャートである。
【図２５】情報処理装置のハードウェア構成を説明するためのブロック図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１３】
なお、説明は以下の順序で行うものとする。
１．頭部伝達関数を利用したユーザ認識の基本的なアイデア
２．本開示の実施形態
２−１．第１の実施形態
２−２．第２の実施形態
２−３．第３の実施形態
２−４．第４の実施形態
３．ハードウェア構成
４．補足
【００１４】
（１．頭部伝達関数を利用したユーザ認識の基本的なアイデア）
以下で説明する本開示の実施形態では、頭部伝達関数を利用してユーザが認識される。まず、この頭部伝達関数を利用したユーザ認識の基本的なアイデアについて、図１〜６を参照して説明する。
【００１５】
（頭部伝達関数について）
図１は、立体音響空間における音源について説明するための図である。
【００１６】
立体音響空間Ｒは、聴取者であるユーザＵの周りの空間であり、音源Ｓが存在する。以下の説明では、音源Ｓの位置を、ユーザＵの位置を原点とする極座標系において、動径ｒ、偏角θ，φを用いて表現する。ユーザＵの位置は、正確には、ユーザＵの左右の耳を結ぶ線分の中点でありうる。動径ｒは、この点から音源Ｓの位置までの距離である。また、偏角θは、水平面内で、ユーザＵの正面の方向と音源Ｓの方向とがなす角である。偏角φは、垂直面内で、ユーザＵの位置を含む水平面と音源Ｓの方向とがなす角である。
【００１７】
図２は、立体音響空間における頭部伝達関数について説明するための図である。
【００１８】
ここで、ユーザＵの鼓膜に到達する音波（以下、聴取音ともいう）では、ユーザＵの頭部や耳での反射および回折のために、音源Ｓから放射される音波（以下、原音ともいう）の特定の周波数成分が強調されたり減衰したりする。ユーザＵの左耳と右耳とでは、原音が反射したり回折したりする過程が異なるため、聴取音の周波数成分が異なりうる。また、ユーザＵの左耳と右耳とでは、音源Ｓからの距離が異なるため、聴取音の位相も異なりうる。
【００１９】
このときの原音から聴取音への変化を伝達関数として表現したものが、頭部伝達関数ＨＲＴＦ（Head-Related  Transfer  Function）である。ＨＲＴＦは、特に、ユーザＵの頭部の形状、耳介の形状、外耳道形状、および皮膚の音響インピーダンスなどに強く依存する。すなわち、ＨＲＴＦは、それぞれのユーザによって異なる関数である。また、ＨＲＴＦは、立体音響空間Ｒにおける音源Ｓの位置によっても異なる。
【００２０】
図では、音源Ｓからの音波が、頭部伝達関数ＨＲＴＦ＿Ｌで変化してユーザＵの左耳の鼓膜に到達し、頭部伝達関数ＨＲＴＦ＿Ｒで変化してユーザＵの右耳の鼓膜に到達することが示されている。上記のように、ＨＲＴＦはそれぞれのユーザに固有であり、また音源Ｓの位置によって異なる。従って、ＨＲＴＦ＿ＬおよびＨＲＴＦ＿Ｒは、それぞれユーザＵ、音源Ｓの位置を示す動径ｒおよび偏角θ，φに依存する関数として、ＨＲＴＦ＿Ｌ（Ｕ，ｒ，θ，φ）、およびＨＲＴＦ＿Ｒ（Ｕ，ｒ，θ，φ）と表せる。
【００２１】
ユーザＵの感覚中枢である脳は、音源Ｓの位置（ｒ，θ，φ）と頭部伝達関数ＨＲＴＦとの関係を、経験則として認識している。これによって、ユーザＵは、ＨＲＴＦ＿Ｌ（Ｕ，ｒ，θ，φ）およびＨＲＴＦ＿Ｒ（Ｕ，ｒ，θ，φ）で変化した聴取音によって、音源Ｓの位置（ｒ，θ，φ）を認識することができる。
【００２２】
ＨＲＴＦは、原音と聴取音との間の伝達特性を周波数領域において表現したものである。このＨＲＴＦを離散フーリエ逆変換すると、頭部インパルスレスポンスＨＲＩＲ（Head-Related  Impulse  Response）が得られる。ＨＲＩＲは、原音と聴取音との間の伝達特性を時間領域において表現したものであり、広義には頭部伝達関数に含まれる。ＨＲＩＲも、ＨＲＴＦと同様に、左耳と右耳とで異なり、ユーザＵ、音源Ｓの位置を示す動径ｒおよび偏角θ，φに依存する関数として、ＨＲＩＲ＿Ｌ（Ｕ，ｒ，θ，φ）およびＨＲＩＲ＿Ｒ（Ｕ，ｒ，θ，φ）と表せる。
【００２３】
図３は、仮想音源の再生について説明するための図である。
【００２４】
立体音響空間Ｖは、聴取者であるユーザＵの周りの空間として認識される仮想的な空間である。原音Ｘに、測定された頭部インパルスレスポンスＨＲＩＲ＿Ｌ（Ｕ，ｒ，θ，φ），ＨＲＩＲ＿Ｒ（Ｕ，ｒ，θ，φ）を畳み込み積分すると、原音Ｘは、現実の立体音響空間Ｒで位置（ｒ，θ，φ）にある音源Ｓから放射されてユーザＵの鼓膜に到達する聴取音と同様に変化する。そのため、畳み込み積分後の音波をユーザＵの鼓膜の近傍から放射すると、ユーザは仮想的な立体音響空間Ｖにおいて位置（ｒ，θ，φ）に位置する音源を知覚する。これは一種の錯聴ともいえる。この場合、ユーザの左耳への出力信号ＹＬと、右耳への出力信号ＹＲとは、それぞれ以下の式１，２のように表せる。なお、“＊”は、畳み込み積分演算を示す。
【００２５】
ＹＬ＝Ｘ＊ＨＲＩＲ＿Ｌ（Ｕ，ｒ，θ，φ）  ・・・（式１）
ＹＲ＝Ｘ＊ＨＲＩＲ＿Ｒ（Ｕ，ｒ，θ，φ）  ・・・（式２）
【００２６】
ユーザＵのＨＲＩＲは、実際の音響空間Ｒで、音源Ｓとしてインパルス信号やＴＳＰ（Time  Stretched  Pulse）信号などを再生し、ユーザＵの左耳および右耳に装着したマイクロフォンで聴取音を収音することによって周波数領域のＨＲＴＦ＿ＬおよびＨＲＴＦ＿Ｒを測定し、これを離散フーリエ逆変換することによって求められる。また、測定されたインパルス応答信号から時間領域で直接的に求めることも可能である。
【００２７】
上述のように、ＨＲＩＲは音源Ｓの位置を示す動径ｒおよび偏角θ，φに依存するため、音源Ｓが位置する可能性があるそれぞれの位置で測定されることが望ましい。例えば、音源Ｓまでの動径ｒを１ｍなどの所定の距離に固定し、偏角θまたは偏角φを１度ごとに変化させながら、すべての偏角θ，φの組み合わせにおけるＨＲＩＲを測定することが考えられる。聴覚によって認識される方位角の最小分解能は、方向にもよるが概ね１度程度であるため、偏角θ，φを１度ずつ変化させたメッシュ上の観測点におけるＨＲＩＲを測定することによって、立体音響空間ＶにおいてユーザＵからの距離がｒの任意の位置にある仮想音源を再生することができる。
【００２８】
なお、ユーザＵの鼓膜近傍からの音波の放射には、例えばヘッドフォン（インナーイヤー型を含む）などが用いられる。この場合、ヘッドフォンの装着位置を考慮した外耳道の伝達特性の補正、およびヘッドフォンのスピーカドライバの音響特性の補正などを加えることによって、ユーザＵに音源の位置をより正確に知覚させることが可能になる。また、ユーザＵの鼓膜近傍への音波の放射には、後述するトランスオーラルシステムが用いられてもよい。
【００２９】
図４は、仮想音源を再生するための装置構成の例を示す図である。
【００３０】
装置１０において、左用および右用のＦＩＲ（Finite  Impulse  Response）フィルタ１１Ｌ，１１Ｒで、入力された原音データ（モノラル）とＨＲＩＲ＿ＬまたはＨＲＩＲ＿Ｒとの畳み込み積分が実行される。原音データは、例えばサンプリング周波数４４．１ｋＨｚ、量子化ビット数１６ビットのデジタル信号として入力される。ここで、ＨＲＩＲ係数のタップ長を５１２サンプルとすると、ＦＩＲフィルタ１１Ｌ，１１Ｒでの畳み込み積分は、５１２タップの積和演算処理になる。ＦＩＲフィルタはＤＳＰ（Digital  Signal  Processor）のような演算ハードウェアとして実装されてもよいし、またＣＰＵ（Central  Processing  Unit）によるソフトウェア信号処理として実装されてもよい。
【００３１】
ＦＩＲフィルタ１１Ｌ，１１Ｒでの畳み込み積分の結果、ユーザの左耳への出力信号ＹＬ、および右耳への出力信号ＹＲが得られる。これらの信号は、それぞれ、Ｄ／Ａコンバータ１２Ｌ，１２Ｒでデジタル信号からアナログ信号に変換され、アンプ１３Ｌ，１３Ｒで増幅され、スピーカ１４Ｌ，１４Ｒから聴取者であるユーザＵに向けて出力される。後述するように、スピーカ１４Ｌ，１４Ｒは、ヘッドフォン、またはトランスオーラルシステムを構成するスピーカなど、ユーザＵの左耳と右耳とに別々の音声を出力する機能を有するスピーカである。
【００３２】
ここで、ＦＩＲフィルタ１１Ｌ，１１Ｒは、ＣＰＵ１５によって制御される。ＣＰＵ１５は、入力された音源位置に応じて、ストレージ装置などに格納されたＨＲＩＲ係数テーブル１６からＨＲＩＲ係数を取得する。ＨＲＩＲ係数は、例えば、ユーザＵを識別するユーザＩＤに紐付けられ、音源Ｓの位置を示す動径ｒおよび偏角θ，φの組み合わせごとに、それぞれＨＲＩＲ＿ＬおよびＨＲＩＲ＿Ｒについて格納される。
【００３３】
（頭部伝達関数を用いたユーザ認識）
上述のように、頭部伝達関数であるＨＲＴＦおよびＨＲＩＲは、それぞれのユーザに固有な関数である。ユーザＵは、自己のＨＲＴＦによって位置（ｒ，θ，φ）にある音源Ｓから放射された原音がどのように変化して聴取音になるかを経験的に学習している。ユーザＵは、この学習を通して、聴取音から音源Ｓの位置を認識することができるようになる。
【００３４】
従って、例えば図３に示した仮想的な立体音響空間Ｖにおける音源の再生で、他のユーザＵ’の頭部インパルスレスポンスＨＲＩＲ＿Ｌ（Ｕ’，ｒ，θ，φ），ＨＲＩＲ＿Ｒ（Ｕ’，ｒ，θ，φ）を原音Ｘに畳み込み積分したものをユーザＵの鼓膜の近傍から放射しても、ユーザは仮想的な立体音響空間Ｖにおいて位置（ｒ，θ，φ）に位置する音源を知覚しない。他のユーザＵ’のＨＲＴＦによる原音Ｘの変化は、ユーザＵが経験的に学習している自己のＨＲＴＦによる変化とは異なるためである。このように、仮想音源の定位の知覚に関する個人差が著しいことは、一般的によく知られている現象である。
【００３５】
ユーザＵに、自己のものではないＨＲＴＦから算出したＨＲＩＲを畳み込み積分した原音Ｘを提示した場合、上記のように音源の位置は正しく知覚されない。特に、前方や上下の任意の位置に正確に定位（前方定位、上下定位）させることは極めて難しい。この場合、音源は、ユーザＵの頭の内部（頭内定位）、またはユーザＵの後方の誤った位置に定位（後方定位）して知覚されることが知られている。
【００３６】
逆にいえば、ユーザＵの頭部インパルスレスポンスＨＲＩＲ＿Ｌ（Ｕ，ｒ，θ，φ），ＨＲＩＲ＿Ｒ（Ｕ，ｒ，θ，φ）を畳み込み積分した原音Ｘを提示された場合に、音源が位置（ｒ，θ，φ）にあることを正しく知覚できるのは、ユーザＵだけである。
【００３７】
頭部伝達関数を利用したユーザ認識の基本的なアイデアは、上記の発見によるものである。つまり、頭部伝達関数を利用したユーザ認識は、ユーザＵのＨＲＩＲなどの頭部伝達関数をテンプレートとして用い、この頭部伝達関数を用いて仮想的に発生させた音源の位置を推定させることによってユーザＵを認識するというものである。この認識では、例えば、仮想的に発生させた音源の位置が所定の微小な誤差の範囲内で正確に推定された場合に限って、ユーザＵを本人であると認識する。
【００３８】
なお、頭部伝達関数を利用したユーザ認識は、上記のようにユーザ本人を認識するだけではなく、ユーザの属性を認識するために利用することもできる。上述のように、ＨＲＴＦは、例えばユーザの頭部の形状、耳介の形状、外耳道形状、および皮膚の音響インピーダンスなどに依存して決まる関数であるため、そのような属性が類似しているユーザの間では、ＨＲＴＦもある程度類似すると考えられる。従って、認識にあたって許容される誤差の範囲を調整することによって、ユーザ本人に限定した厳密な認識から、所定の属性を有するユーザ群を認識できる比較的緩やかな認識まで、認識のレベルを調整することができる。それゆえ、以下の説明における「ユーザＵの認識」は、「所定の属性を有するユーザであるか否かの認識」と置き換えることもできる。
【００３９】
図５は、頭部伝達関数を利用したユーザ認識の一例を概念的に示す図である。
【００４０】
例えば、ユーザＵの前方の位置（ｒ，θ１，０）にある音源ＳＴを、頭部インパルスレスポンスＨＲＩＲ＿Ｌ（Ｕ，ｒ，θ１，０），ＨＲＩＲ＿Ｒ（Ｕ，ｒ，θ１，０）を原音Ｘに畳み込み積分することによって仮想的に再生して、聴取者に提示する。この場合、聴取者がユーザＵであれば、音源ＳＴの位置を正しく知覚できるはずである。一方、聴取者がユーザＵではなければ、音源ＳＴの位置を正しく知覚できず、例えば聴取者の後方に位置する音源ＳＦと誤って知覚する。従って、ユーザＵの前方にある音源ＳＴの位置を推定させれば、ユーザＵを精度よく認識することができる。
【００４１】
図６は、頭部伝達関数を利用したユーザ認識の別の例を概念的に示す図である。
【００４２】
上述のように、ユーザＵに、自己のものではないＨＲＴＦから算出したＨＲＩＲを畳み込み積分した原音Ｘを提示した場合、音源は、ユーザＵの頭の内部、またはユーザＵの後方の誤った位置に定位して知覚される。この誤った位置が分布する範囲は、ユーザＵの上下方向について、特に狭い。つまり、自己のものではないＨＲＴＦから算出したＨＲＩＲを畳み込み積分した原音Ｘを提示された場合、聴取者が音源の高さを識別することは非常に困難である。
【００４３】
例えば、ユーザＵの前方の位置（ｒ，０，φ１）にある音源ＳＴを、頭部インパルスレスポンスＨＲＩＲ＿Ｌ（Ｕ，ｒ，０，φ１），ＨＲＩＲ＿Ｒ（Ｕ，ｒ，０，φ１）を原音Ｘに畳み込み積分することによって仮想的に再生して、聴取者に提示する。この場合、聴取者がユーザＵであれば、音源ＳＴの位置を正しく知覚できるはずである。一方、聴取者がユーザＵではなければ、音源ＳＴの位置を正しく知覚できず、多くの場合、聴取者の後方で聴取者と同じ高さに位置する音源ＳＦと誤って知覚する。従って、ユーザＵからみて高さが異なる複数の位置のいずれかにある音源ＳＴの位置を推定させれば、ユーザＵを精度よく認識することができる。
【００４４】
（２．本開示の実施形態）
次に、以上で説明した基本的なアイデアを利用して電子機器のロック状態を制御する実施形態のいくつかの例について説明する。
【００４５】
（２−１．第１の実施形態）
まず、図７〜図１６を参照して、本開示の第１の実施形態について説明する。本実施形態では、頭部伝達関数を用いて再生された仮想音源が、ヘッドマウントディスプレイ（ＨＭＤ：Head  Mounted  Display）のヘッドフォンから出力される。出力された音源を聴取したユーザは、推定した音源の位置を、例えばＨＭＤの入力ボタンなどを用いて回答する。回答が正しい場合、ＨＭＤ、コンバータまたはＨＭＤにコンテンツを提供する再生装置の機能にかけられたロックが解除される。
【００４６】
ここで、仮想音源の再生に用いられる頭部伝達関数は、例えば予め測定された特定のユーザの頭部伝達関数であってもよい。また、頭部伝達関数は、例えば所定の属性を有するユーザ群の平均的な頭部伝達関数であってもよい。上述の通り、頭部伝達関数はユーザそれぞれに固有であるが、例えば大人と子供のように、属性によってユーザの頭部の大きさや皮膚の状態に違いが出る場合、それぞれの属性の平均的な頭部伝達関数にも違いが出ると考えられる。従って、その平均的な頭部伝達関数を用いた音源の再生によって、ユーザがその属性を有するか否か、例えばユーザが大人であるか否かを判定することが可能である。
【００４７】
（システム構成）
図７は、本開示の第１の実施形態に係るシステムの概略的な構成を示す図である。図７を参照すると、システム４０は、ＨＭＤ２０と、コンバータ３０とを含む。ＨＭＤ２０は、ユーザの頭部に装着されて、ユーザの左右の眼にそれぞれ画像を表示するとともに左右の耳にそれぞれ音声を出力する装置である。コンバータ３０は、例えばレコーダやゲーム機、テレビチューナなどの再生装置から出力された画像および音声のデータ（例えば通常のディスプレイでの再生用に構成されている）を、ＨＭＤ２０で出力可能な画像および音声のデータに変換し、変換されたデータをＨＭＤ２０に提供する。
【００４８】
図示された例において、ＨＭＤ２０とコンバータ３０とは、ケーブルで接続されている。しかし、本開示の他の実施形態では、ＨＭＤ２０とコンバータ３０とが無線で接続されていてもよく、またはＨＭＤ２０とコンバータ３０とが一体に形成されていてもよい。あるいは、ＨＭＤ２０が、予めＨＭＤでの再生用に構成された画像および音声を再生する場合、コンバータ３０は不要であり、レコーダやゲーム機、テレビチューナなどの再生装置から出力された画像および音声のデータが、直接ＨＭＤ２０に入力されてもよい。
【００４９】
なお、ＨＭＤ２０を用いた画像および音声の再生のための構成については、例えば特開２００８−８３２９０号公報に記載されているような公知の技術を利用することが可能であるため、ここでは詳細な説明を省略する。
【００５０】
図８は、本開示の第１の実施形態に係るＨＭＤの装着状態を示す図である。図８を参照すると、ＨＭＤ２０は、ユーザＵの頭部に、左右の眼を覆うように装着される。また、ユーザＵの左右の耳には、ＨＭＤ２０に接続されたインナーイヤー型のヘッドフォン２１が装着される。
【００５１】
なお、図示された例では、ＨＭＤ２０が非シースルー型であるが、本開示の他の実施形態では、ＨＭＤがシースルー型であってもよい。その場合、ＨＭＤは、例えば特開２００８−８３２９０号公報に記載されたような眼鏡型の形状を有していてもよい。また、ヘッドフォン２１は、必ずしもＨＭＤ２０に接続されていなくてもよく、例えばＨＭＤとは別にコンバータ３０などに接続されていてもよい。
【００５２】
図９は、本開示の第１の実施形態に係るＨＭＤを下方から見た斜視図である。図９を参照すると、ＨＭＤ２０は、ヘッドフォン２１に加えて、表示部２２および操作部２３を有する。ヘッドフォン２１は、ユーザＵの左耳に装着されるヘッドフォン２１Ｌと、ユーザＵの右耳に装着されるヘッドフォン２１Ｒとを含む。また、表示部２２は、ユーザの左眼に向けて画像を表示する表示部２２Ｌと、ユーザの右眼に向けて画像を表示する表示部２２Ｒとを含む。これらのヘッドフォン２１と表示部２２とによって、ユーザの右耳と左耳とにはそれぞれ独立して音声が出力され、ユーザの右眼と左眼とにはそれぞれ独立して画像が表示される。表示部２２には、例えばＬＣＤ（Liquid  Crystal  Display）や有機ＥＬ（Electroluminescence）ディスプレイなどが用いられる。
【００５３】
操作部２３は、ＨＭＤ２０の下側の面に設けられるボタンである。図示された例では、操作部２３が、電源ボタン２３ａ、方向／メニューボタン２３ｂ、およびボリュームボタン２３ｃを含む。なお、本開示の他の実施形態では、操作部２３が図示された例とは異なる種類のボタンや、ボタン以外のスイッチやレバーなどを含んでいてもよい。ユーザがＨＭＤ２０を装着している間、ユーザの視界は表示部２２に表示される画像（ＨＭＤがシースルー型である場合には、透過して視認される外界の像を含む）によって占められているために、ユーザは操作部２３をブラインドで、つまり視認せずに操作する。
【００５４】
上記のようなＨＭＤ２０は、例えば画像の美しさや、ユーザが感じる臨場感、没入感といった点で、通常のディスプレイに比べて優れた性能を発揮する。その一方で、表示部とユーザの眼との距離が近くなるために、成長過程の子供の健康に影響を与える可能性がある。そこで、例えば、いわゆるチャイルドロックを設定して、子供がＨＭＤ２０を使用することを防止することが推奨されている。
【００５５】
チャイルドロックは、子供がＨＭＤ２０を使用することを防止するために、例えばＨＭＤ２０が装着されたことが検出された場合にパスワードの入力を要求し、正しいパスワードが入力された場合に限ってＨＭＤ２０の機能に設定されたロックを解除してＨＭＤ２０を使用可能にする仕組みである。しかし、上記の通り、ユーザはＨＭＤ２０の操作部２３をブラインドで操作するため、コンテンツの再生制御や音量調節などの単純な操作には支障がなくても、パスワードの入力のような複雑な操作は容易ではない。
【００５６】
また、上述のように、パスワードの入力によるロックの設定のセキュリティレベルは高いとはいえない。例えば、親が設定したパスワードは、一緒の暮らしている子供が容易に推測可能なものでありうる。子供が推測困難なように複雑なパスワードを設定すると、上記のように操作部２３でパスワードを入力するのが面倒であったり、親までパスワードを忘れてしまってＨＭＤ２０が使用不能になる可能性もある。
【００５７】
そこで、本実施形態では、以下で説明するような機能制御装置を設け、機能のロック設定のセキュリティレベルを確保しつつユーザビリティをも向上させる。
【００５８】
（機能制御装置の構成）
図１０は、本開示の第１の実施形態に係る機能制御装置の概略的な機能構成を示すブロック図である。図１０を参照すると、機能制御装置１００は、装着検出部１０１と、頭部伝達関数取得部１０３と、仮想音源位置設定部１０７と、生成部１０９と、デコード回路１１３と、再生部１１５と、回答取得部１１７と、判定部１１９と、ロック設定部１２１とを含む。また、機能制御装置１００は、ストレージ装置などに格納された頭部伝達関数データ１０５および原音データ１１１を参照する。
【００５９】
機能制御装置１００は、上記のシステム４０に含まれ、ＨＭＤ２０の機能のロックを制御する。例えば機能制御装置１００は、ＨＭＤ２０に組み込まれていてもよい。また、機能制御装置１００は、コンバータ３０に組み込まれていてもよい。あるいは、機能制御装置１００は、独立した装置としてシステム４０に含まれてもよい。機能制御装置１００がＨＭＤ２０に組み込まれない場合、装着検出部１０１による装着の検出、再生部１１５による音データの再生、回答取得部１１７による回答の取得、およびロック設定部１２１による機能ロックの制御は、ＨＭＤ２０との間の有線または無線による通信によって実行されうる。機能制御装置１００は、例えば後述する情報処理装置のハードウェア構成によって実現されうる。
【００６０】
装着検出部１０１は、例えばＨＭＤ２０に設けられたセンサ（接触センサ、ジャイロセンサ、加速度センサなど）の検出値に基づいて、ＨＭＤ２０がユーザによって装着されたことを検出する。あるいは、装着検出部１０１は、ＨＭＤ２０に設けられた機械的なスイッチが、ユーザがＨＭＤ２０を装着したことによって、またはユーザの明示的な操作によって切り替えられた場合に、ＨＭＤ２０がユーザによって装着されたことを検出してもよい。装着検出部１０１は、ＨＭＤ２０がユーザによって装着されたことが検出された場合に、仮想音源位置設定部１０７にＨＭＤ２０の機能のロック解除のための処理を開始させる。なお、装着検出部１０１の機能は、例えばユーザが操作部２３の電源ボタン２３ａを押下してＨＭＤ２０をスタンバイ状態から起動状態にしたことを検出することによって代替されうる。
【００６１】
頭部伝達関数取得部１０３は、頭部伝達関数データ１０５を参照して、予め用意された頭部伝達関数を取得する。ここで、取得される頭部伝達関数は、ＨＭＤ２０を使用するユーザＵについて、予め測定されたものであってもよい。あるいは、頭部伝達関数は、共通する属性を有するユーザ群の平均的な頭部伝達関数として提供されたものであってもよい。上述のように、頭部伝達関数は、ユーザＵ（またはユーザＵの属性）に加えて、音源Ｓの位置（ｒ，θ，φ）に依存する。そこで、頭部伝達関数取得部１０３は、仮想音源位置設定部１０７から取得した仮想音源の位置を用いて頭部伝達関数データ１０５を参照し、予め測定されて格納されている頭部伝達関数の情報を取得する。ここで取得される頭部伝達関数は、例えばＨＲＩＲである。頭部伝達関数取得部１０３は、取得した頭部伝達関数の情報を生成部１０９に提供する。
【００６２】
仮想音源位置設定部１０７は、仮想音源の位置（ｒ，θ，φ）をランダムに設定する。仮想音源位置設定部１０７は、仮想的な立体音響空間Ｖの任意の位置を仮想音源の位置（以下、第１の位置ともいう）に設定する。本実施形態においては、後述するように仮想音源の位置が９つの選択肢からの選択によって回答されるため、仮想音源位置設定部１０７は、この９つの選択肢のそれぞれに対応する立体音響空間Ｖの９つの位置のうちのいずれかを仮想音源の位置として設定する。仮想音源位置設定部１０７は、設定した仮想音源の位置の情報を頭部伝達関数取得部１０３および判定部１１９に提供する。
【００６３】
上記のように、頭部伝達関数取得部１０３は、仮想音源位置設定部１０７が設定した位置に基づいて、頭部伝達関数データ１０５から頭部伝達関数を取得する。ここで、仮想音源位置設定部１０７によって設定される位置は、９つの位置のうちのいずれかである。そのため、頭部伝達関数データ１０５には、少なくとも上記の９つの位置の頭部伝達関数が予め用意されている。
【００６４】
生成部１０９は、頭部伝達関数を用いて立体音響空間Ｖの第１の位置にある音源を仮想的に再生した音データを生成する。生成部１０９は、仮想音源位置設定部１０７が設定した第１の位置での頭部伝達関数の情報を、頭部伝達関数取得部１０３から取得する。生成部１０９は、例えば図４に示した装置１０の場合と同様に、ＦＩＲフィルタを用いて実現されうる。生成部１０９は、デコード回路１１３から提供された原音のデータを、頭部伝達関数を用いて加工して、仮想音源の音データを生成する。生成部１０９は、生成した音データを再生部１１５に提供する。
【００６５】
デコード回路１１３は、原音データ１１１をデコードする。原音データ１１１は、例えば、サンプリング周波数４４．１ｋＨｚ、量子化ビット数１６ｂｉｔでＭＰ３圧縮されたモノラルの音データである。デコード回路１１３は、この音データをデコードしてＰＣＭ信号に復調し、生成部１０９に提供する。
【００６６】
再生部１１５は、ユーザに向けて、生成部１０９から提供された音データを再生する。再生部１１５は、例えばヘッドフォン２１に接続されるインターフェースであり、Ｄ／Ａコンバータやアンプなどを含んでもよい。再生部１１５は、音データをヘッドフォン２１に提供し、ユーザに向けて出力させる。この場合、図９に示したヘッドフォン２１Ｌ，２１Ｒが、図４に示したスピーカ１４Ｌ，１４Ｒとして機能する。
【００６７】
回答取得部１１７は、ヘッドフォン２１を介して再生部１１５によって再生された音データを聴取したユーザが推定した、立体音響空間Ｖにおける仮想音源の位置（以下、第２の位置ともいう）を回答として取得する。回答取得部１１７は、例えば操作部２３に接続されるインターフェースであり、ユーザが操作部２３、具体的には方向／メニューボタン２３ｂを用いて入力した位置を示す情報を取得する。回答取得部１１７は、取得した第２の位置の情報を判定部１１９に提供する。
【００６８】
判定部１１９は、仮想音源位置設定部１０７が設定した第１の位置と、回答取得部１１７が取得した第２の位置との関係に基づいて、ＨＭＤ２０のロックを解除してコンテンツ視聴などの機能を有効にするか否かを判定する。例えば、判定部１１９は、ユーザＵの頭部伝達関数を用いて音データを生成した場合に、第１の位置と第２の位置とが符合していれば、ＨＭＤ２０のロックを解除することを決定してもよい。これは、仮想音源の位置を正しく知覚するユーザは、ユーザＵ本人であると推定されるためである。また、例えば、判定部１１９は、共通する属性を有するユーザ、例えば“大人”であるユーザの平均的な頭部伝達関数を用いて音データを生成した場合に、第１の位置と第２の位置との誤差が所定の範囲内であれば、ＨＭＤ２０のロックを解除することを決定してもよい。これは、仮想音源の位置をある程度正しく知覚するユーザが、所定の年齢以上の“大人”であると推定されるためである。判定部１１９は、判定の結果をロック設定部１２１に出力する。
【００６９】
ロック設定部１２１は、判定部１１９による判定の結果に基づいて、ＨＭＤ２０のロック制御を実行する。例えば、判定部１１９でＨＭＤ２０のロックを解除することが決定された場合、ロック設定部１２１は、ロックを解除し、ＨＭＤ２０のコンテンツ再生機能を有効にする。一方、判定部１１９でＨＭＤのロックを解除するという決定がされなかった場合、ロック設定部１２１は、引き続きロック状態を維持し、ＨＭＤ２０のコンテンツ再生機能を無効のままにする。
【００７０】
なお、上記の構成要素のうち、具体的な部材として例示された以外の要素は、例えばＣＰＵ、ＲＡＭ(Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）などによって実現される。これ以降の実施形態において説明される構成要素についても同様である。
【００７１】
（仮想音源の位置の例）
図１１は、本開示の第１の実施形態における仮想音源の位置の例を示す図である。図１１を参照すると、本実施形態において、観察者には、仮想画面１５０が呈示される。仮想画面１５０は、ＨＭＤ２０の表示部２２Ｌ，２２Ｒによって左右両眼に画像を表示されたユーザが認識する仮想的な画面である。仮想画面１５０上には、ユーザからみて中央に位置Ｓ５が配置され、その周りの、ユーザからみて上、下、左、右、左上、右上、左下、右下に、それぞれ位置Ｓ１〜Ｓ４、位置Ｓ６〜Ｓ９が配置されている。上述のように、本実施形態では、仮想音源位置設定部１０７が設定する第１の位置が、これらの９つの位置の中から選択される。また、これに対応して、回答取得部１１７が取得するユーザの回答によって示される第２の位置も、同じ９つの位置の中から選択されうる。
【００７２】
このように、第１の位置および第２の位置をそれぞれ所定の位置群から選択することによって、頭部伝達関数を、少なくとも所定の位置群に含まれる位置について予め用意しておけばよくなり、頭部伝達関数の測定または生成が簡単になる。また、仮想的な音源の位置を推定するユーザの回答を、選択肢からの選択によって取得することが可能になり、回答の入力、および判定が簡単になる。なお、位置群に含まれる位置の数は９つには限られず、任意の数でありうる。
【００７３】
また、図示されているように、仮想音源の位置Ｓ１〜Ｓ９は、仮想画面１５０に画像として表示されてもよい。位置Ｓ１〜Ｓ９が表示されることによって、ユーザは、音データを聴取して仮想音源の位置を回答するときに、例えば位置Ｓ１〜Ｓ９にそれぞれ付された番号“１”〜“９”を入力することによって容易に回答することができる。また、位置Ｓ１〜Ｓ９には番号が付されていなくてもよい。その場合、ユーザは、例えば操作部２３の方向／メニューボタン２３ｂを用いて仮想音源の位置に対応する方向を入力することによって回答してもよい。
【００７４】
あるいは、ユーザの回答は、ユーザの視線やジェスチャの検出結果に基づいて取得されてもよい。例えば、ＨＭＤ２０にユーザの視線を検出するためのカメラを設置し、音データが再生されたときのユーザの注視点に最も近い位置を、ユーザの回答として取得してもよい。また、例えば、ＨＭＤ２０のユーザの額に対応する部分や、ＨＭＤ２０を装着しているユーザを映すことが可能な位置にユーザのジェスチャを検出するためのカメラを設置し、音データが再生されたときのユーザのジェスチャからユーザの回答を認識してもよい。この場合、例えば、位置Ｓ１〜Ｓ９のそれぞれについて、対応するジェスチャが予め設定されていてもよい（例えば、位置Ｓ１を回答する場合、左腕を横に伸ばして肘から先を上に向ける、など）。なお、ユーザの視線を検出するための構成や、ユーザのジェスチャを検出するための構成については、公知の技術を利用することが可能であるため、ここでは詳細な説明を省略する。
【００７５】
図１２は、本開示の第１の実施形態における仮想音源の位置の水平方向の配置について説明するための図である。図では、ユーザの周りの仮想的な立体音響空間Ｖの、ユーザの頭の高さでの水平断面図が概略的に示されている。本実施形態では、ユーザの前方、距離ｒの仮想画面１５０上に、仮想音源の位置が配置される。距離ｒは、ＨＭＤ２０の仮想視聴距離、すなわちユーザＵから仮想画面１５０までの仮想的な距離に等しく設定されうる。例えば、仮想視聴距離が２０ｍであれば、距離ｒは２０ｍでありうる。
【００７６】
図示された例において、仮想音源の位置Ｓ５は、立体音響空間Ｖで（ｒ，０，０）にある。また、仮想音源の位置Ｓ４は、立体音響空間Ｖで（ｒ，−θ１，０）にあり、仮想音源の位置Ｓ６は、（ｒ，θ１，０）にある。従って、位置Ｓ４と位置Ｓ５、および位置Ｓ５と位置Ｓ６との間の距離は、いずれもｒ×ｔａｎθ１になる。この場合、ユーザの視点から仮想画面１５０上に設定された位置Ｓ４および位置Ｓ６までの距離はｒよりも若干大きくなるが、例えばｒが２０ｍ程度、θ１が３°〜５°程度であれば、誤差として無視しうる範囲である。ユーザの視点から仮想画面１５０上の位置Ｓ４および位置Ｓ６までの距離を正確にｒにする場合、ＨＭＤ２０の仮想視聴距離、つまりユーザから位置Ｓ５までの仮想的な距離（例えば２０ｍ）をｒ×ｃｏｓθ１として、位置Ｓ４と位置Ｓ５、および位置Ｓ５と位置Ｓ６との間の距離をｒ×ｓｉｎθ１に設定してもよい。
【００７７】
図１３は、本開示の第１の実施形態における仮想音源の位置の上下方向の配置について説明するための図である。図では、ユーザの周りの仮想的な立体音響空間Ｖの、ユーザの前後方向での垂直断面図が概略的に示されている。上述のように、本実施形態では、ユーザの前方、距離ｒの仮想画面１５０上に仮想音源の位置が配置され、距離ｒはＨＭＤ２０の仮想視聴距離に等しく設定されうる。
【００７８】
図示された例において、仮想音源の位置Ｓ５は、立体音響空間Ｖで（ｒ，０，０）にある。また、仮想音源の位置Ｓ２は、立体音響空間Ｖで（ｒ，０，φ１）にあり、仮想音源の位置Ｓ８は、（ｒ，０，−φ１）にある。従って、位置Ｓ２と位置Ｓ５、および位置Ｓ５と位置Ｓ８との間の距離は、いずれもｒ×ｔａｎφ１になる。この場合、ユーザの視点から仮想画面１５０上に設定された位置Ｓ２および位置Ｓ８までの距離はｒよりも若干大きくなるが、例えばｒが２０ｍ程度、φ１が３°〜５°程度であれば、誤差として無視しうる範囲である。ユーザの視点から仮想画面１５０上の位置Ｓ２および位置Ｓ８までの距離を正確にｒにする場合、ＨＭＤ２０の仮想視聴距離、つまりユーザから位置Ｓ５までの仮想的な距離（例えば２０ｍ）をｒ×ｃｏｓφ１として、位置Ｓ２と位置Ｓ５、および位置Ｓ５と位置Ｓ８との間の距離をｒ×ｓｉｎφ１に設定してもよい。
【００７９】
図示しない位置Ｓ１，Ｓ３，Ｓ７，Ｓ９の立体音響空間Ｖでの位置は、上述した位置Ｓ２，Ｓ４〜Ｓ６，Ｓ８と同様に設定される。すなわち、位置Ｓ１は（ｒ，−θ１，φ１）にあり、位置Ｓ３は（ｒ，θ１，φ１）にあり、位置Ｓ７は（ｒ，−θ１，−φ１）にあり、位置Ｓ９は（ｒ，θ１，−φ１）にある。
【００８０】
上記の例において、θ１，φ１について、ユーザが仮想音源の位置の違いを識別することが可能な最小値（最小分解能）は、約３°である。θ１，φ１があまり大きいと、音源の位置の違いがユーザＵ以外にも識別できてしまうため、θ１，φ１の値は、一例として約３°〜約５°程度にすることが望ましい。なお、共通の属性を有するユーザ群の平均的な頭部伝達関数を用いて仮想音源を再生したような場合、ユーザによる仮想音源の位置の識別の精度があまり高くなく、またユーザ群に属する各ユーザが同じく仮想音源の位置を識別できることが望ましいため、θ１，φ１の値は、例えば５°よりも大きい値に設定されてもよい。
【００８１】
（処理フロー）
図１４は、本開示の第１の実施形態におけるロック制御の処理の例を示すフローチャートである。
【００８２】
上述した通り、本実施形態では、機能制御装置１００において、ＨＭＤ２０がユーザによって装着されたことを装着検出部１０１が検出することによってロック解除のための処理が開始される（ステップＳ１０１）。まず、仮想音源位置設定部１０７が、仮想音源の位置をランダムに設定する（ステップＳ１０３）。ここで、仮想音源位置設定部１０７は、仮想音源の位置を、上述の位置Ｓ１〜Ｓ９の中からランダムに選択する。
【００８３】
次に、頭部伝達関数取得部１０３が、予め頭部伝達関数データ１０５として格納されたデータの中から、ステップＳ１０３で設定された仮想音源の位置におけるＨＲＩＲ関数を取得する（ステップＳ１０５）。ここで、取得されるＨＲＩＲ関数は、例えば特定のユーザについて予め測定されたものであってもよいし、所定の属性を有するユーザの平均的な頭部伝達関数として提供されたものであってもよい。
【００８４】
次に、生成部１０９が、ステップＳ１０５で取得されたＨＲＩＲ関数を原音データに畳み込み積分することによって、仮想音源の音データを生成する（ステップＳ１０７）。次に、再生部１１５が、ＨＭＤ２０のヘッドフォン２１を介してユーザに向けて音データを出力する（ステップＳ１０９）。
【００８５】
次に、回答取得部１１７が、ＨＭＤ２０の操作部２３を介して、ユーザが仮想音源の位置を推定した回答を取得する（ステップＳ１１１）。ここで、ステップＳ１０９とステップＳ１１１との間には、ユーザの思考および動作にかかる時間を考慮した所定の待機時間が設定されうる。
【００８６】
次に、判定部１１９が、ステップＳ１１１で取得された回答によって示される位置（第２の位置）が、ステップＳ１０３で設定された仮想音源の位置（第１の位置）に一致するか否かを判定する（ステップＳ１１３）。ここで、位置が一致すると判定されなかった場合、判定部１１９は“ロック解除失敗”と判定し、ロック設定部１２１はＨＭＤ２０のロックを解除せず、機能を無効のままにする（ステップＳ１１５）。
【００８７】
一方、ステップＳ１１３において、回答によって示される位置が仮想音源の位置に一致すると判定された場合、判定部１１９は、さらに、ステップＳ１０３〜Ｓ１０９による仮想音源の再生が所定の回数繰り返されたか否かを判定する（ステップＳ１１７）。ここで、仮想音源の再生が所定の回数繰り返されたと判定された場合、判定部１１９は“ロック解除成功”と判定し、ロック設定部１２１はＨＭＤ２０のロックを解除し、機能を有効にする（ステップＳ１１９）。
【００８８】
一方、ステップＳ１１７において、仮想音源の再生が所定の回数繰り返されたと判定されなかった場合、ステップＳ１０３からの仮想音源の再生の処理が再度実行される。このとき、ステップＳ１０３では、仮想音源の位置が再度ランダムに設定されうる。なお、所定の回数は１回であってもよく、その場合ステップＳ１１７は実行されない。
【００８９】
図示された例では、仮想音源の位置を変えて（ランダムに選択された結果、同じ位置が連続する場合もある）、仮想音源の再生とユーザからの回答の取得とが所定の回数繰り返される。これによって、例えば、ＨＭＤ２０の使用を防止したい子供が当て推量で入力した回答によって偶発的にロックが解除されてしまうような事態を防ぐことができる。
【００９０】
図１５は、図１４に示した処理の変形例を示すフローチャートである。
【００９１】
図示された例では、ステップＳ１１１の次に、判定部１１９が、取得された回答が正答であるか誤答であるかを判定し、正答／誤答のカウントを更新する（ステップＳ１２１）。カウントは、例えばＲＡＭなどに数値として格納されうる。その次に、判定部１１９は、ステップＳ１１７を実行する。
【００９２】
ステップＳ１１７において、仮想音源の再生が所定の回数繰り返されたと判定された場合、判定部１１９は、所定の回数、および正答／誤答のカウントから聴取者の正答の回数を算出し、正答の回数または正答率が閾値以上であるかを判定する（ステップＳ１２３）。ここで、正答の回数または正答率が閾値以上であると判定された場合、判定部１１９は、“ロック解除成功”と判定し、ロック設定部１２１はＨＭＤ２０のロックを解除し、機能を有効にする（ステップＳ１１９）。一方、正答の回数または正答率が閾値以上であると判定されなかった場合、判定部１１９は“ロック解除失敗”と判定し、ロック設定部１２１はＨＭＤ２０のロックを解除せず、機能を無効のままにする（ステップＳ１１５）。
【００９３】
上記の変形例では、仮想音源の再生の繰り返しの中で、例えば１回誤答があっても、そこで即座にロック解除が失敗することがなく、その後正答が続けば、ロックが解除される可能性がある。これによって、ＨＲＩＲ関数やヘッドフォン２１が不完全であったり、平均的なＨＲＩＲ関数を使用していたりするために、仮想音源の位置が必ずしも毎回正確に知覚可能とは限らない場合でも、ユーザ本人、または所定の属性を有するユーザによるロック解除が失敗することを防ぐことができる。
【００９４】
ここで、付加的な構成として、判定部１１９は、ステップＳ１２１で誤答が検出された場合に、仮想音源の再生を繰り返す回数を増加させてもよい。判定部１１９は、例えば、“最初から、または誤答の後に３回連続して正答する”、または“仮想音源の再生を３回以上繰り返し、途中で正答率が７５％以上になったらロック解除成功、５０％を下回ったらロック解除失敗とする”などの条件によって、仮想音源の再生を繰り返す回数を動的に設定してもよい。
【００９５】
（頭部伝達関数の測定）
以上で説明した本開示の第１の実施形態では、機能制御装置１００に、頭部伝達関数データ１０５が予め格納される。例えば、ユーザＵに固有の頭部伝達関数を上記のロック解除の処理に用いる場合、頭部伝達関数は、例えば上記で図３を参照して説明したような手法によって、ユーザＵについて予め測定される。より精度が高い頭部伝達関数を取得するためには、壁での反射の影響を除くために、無響空間で測定を実施することが望ましい。このような測定によってＨＲＩＲなどの頭部伝達関数が取得できれば、測定時に用いられたインパルスやＴＳＰ（Time-Stretched  Pulse）に限らず、任意の音を原音データ１１１として用いることが可能である。
【００９６】
しかしながら、ＨＭＤ２０を利用するユーザ全員が無響空間で頭部伝達関数を測定することは現実的ではない。そこで、いくつかの代替案が考えられる。１つは、上述したように、頭部伝達関数として、所定の属性を有するユーザ（例えば、“大人”であるユーザ）の平均的な頭部伝達関数を使用することである。この場合、頭部伝達関数は、例えば、十分な数のサンプルの頭部伝達関数を無響空間で測定した結果に基づいて算出される。従って、ＨＭＤ２０を利用するユーザ自身は、頭部伝達関数を測定しなくてもよい。ただし、例えばユーザの頭部の形状などについて平均との差が大きい場合、ユーザがその属性を有すると認識されない場合もありうる。
【００９７】
また、家庭など、ユーザがＨＭＤ２０を使用する場所で測定を実施してもよい。この場合、例えば、ＨＭＤ２０のヘッドフォン２１と同じ位置に設けられたノイズキャンセリング用のマイクロフォンが、測定に利用されてもよい。家庭などの場合、専用の測定環境のように音源の位置を移動させるのは容易ではないため、例えば、スピーカなどの音源を所定の位置に固定した状態でユーザが移動することによって、複数の異なる音源位置での測定を実施してもよい。このとき、ユーザが正しい位置に移動できるように、音源との位置関係を指定するシートなどをＨＭＤ２０に付属させてもよい。あるいは、ＨＭＤ２０のユーザの額に対応する部分にスピーカを設置したり、ＨＭＤ２０に紐のついたスピーカを取り付けてその紐を伸ばした状態で移動させたりして、音源とＨＭＤ２０との位置関係が特定された状態で測定を実施してもよい。
【００９８】
上記のように測定を簡略化した場合、壁での反射や吸収などによる測定結果への影響が大きくなる。また、ユーザの移動や操作によって音源の位置が設定されるため、測定時の音源の位置の精度も高くはない。従って、測定の状況によっては、適切なＨＲＩＲなどの頭部伝達関数を取得することが困難な場合もある。その場合、頭部伝達関数を測定する代わりに、ユーザの聴取音、すなわち頭部伝達関数に従って変化した音波が測定されてもよい。ある位置に音源を配置したときにユーザの鼓膜近傍で録音された音波を、別のときに同じく鼓膜近傍で再生すれば、ユーザは仮想的に当該位置に定位した音源を知覚する。ただし、この場合、ロック解除の処理時に用いられる原音は、測定時に再生されたものと同一になる。
【００９９】
図１６は、本開示の第１の実施形態の変形例に係る機能制御装置の概略的な機能構成を示すブロック図である。この変形例では、頭部伝達関数の代わりに、ユーザの聴取音が予め測定されている。図１６を参照すると、機能制御装置１６０は、装着検出部１０１と、仮想音源位置設定部１０７と、音データ選択部１６３と、デコード回路１１３と、再生部１１５と、回答取得部１１７と、判定部１１９と、ロック設定部１２１とを含む。また、機能制御装置１６０は、ストレージ装置などに格納された音データ１６１を参照する。以下では、機能制御装置１６０について、上記の図１０に示した機能制御装置１００との相違点を中心に説明する。
【０１００】
機能制御装置１６０において、仮想音源位置設定部１０７は、設定した第１の位置の情報を、音データ選択部１６３および判定部１１９に提供する。音データ選択部１６３は、音データ１６１を参照して、仮想音響空間Ｖの所定の位置群にそれぞれ音源を定位させて測定された音データ群の中から、設定された第１の位置に音源を定位させて測定された音データを選択する。取得された音データは、デコード回路１１３でデコードされ、再生部１１５で再生される。このように、機能制御装置１６０では、格納されているデータが、既に頭部伝達関数が反映された音データであるため、例えば上記の図１０に示した機能制御装置１００の生成部１０９のような機能は必要ではない。
【０１０１】
（２−２．第２の実施形態）
次に、図１７〜図２０を参照して、本開示の第２の実施形態について説明する。本実施形態は、仮想音源の位置が再生中に連続的に移動する点が上記の第１の実施形態とは異なる。それ以外の点については、第１の実施形態と同様であるため、詳細な説明を省略する。
【０１０２】
（機能制御装置の構成）
図１７は、本開示の第２の実施形態に係る機能制御装置の概略的な機能構成を示すブロック図である。図１７を参照すると、機能制御装置２００は、装着検出部１０１と、頭部伝達関数取得部１０３と、仮想音源位置設定部２０７と、生成部２０９と、デコード回路１１３と、再生部１１５と、視線入力部２１７と、判定部２１９と、ロック設定部１２１とを含む。また、機能制御装置２００は、ストレージ装置などに格納された頭部伝達関数データ１０５および原音データ１１１を参照する。以下では、機能制御装置２００について、上記の第１の実施形態に係る機能制御装置との相違点を中心に説明する。
【０１０３】
機能制御装置２００において、仮想音源位置設定部２０７は、第１の位置を軌跡として設定する。つまり、仮想音源位置設定部２０７は、音データの再生中に連続的に移動する仮想音源の位置を設定する。頭部伝達関数取得部１０３は、第１の位置の軌跡に含まれるそれぞれの位置（ｒ，θ，φ）について、頭部伝達関数データ１０５から頭部伝達関数を取得して生成部２０９に提供する。生成部２０９は、提供された頭部伝達関数を用いて、立体音響空間Ｖを移動する音源を仮想的に再生した音データを生成する。より具体的には、生成部２０９は、音データの再生の間、時刻ごとに異なる頭部伝達関数を用いて原音のデータを加工することによって、移動する音源を仮想的に再生した音データを生成する。
【０１０４】
視線入力部２１７は、再生部１１５によって再生された音データを聴取したユーザの視線の検出結果を連続的に取得する。つまり、視線入力２１７は、ユーザの視線の移動軌跡を取得する。視線の移動軌跡は、移動する音源を仮想的に再生した音データを聴取したユーザが、音源の軌跡を推定した回答、すなわち第２の位置の軌跡として扱われる。ユーザの視線の検出には、例えばＨＭＤ２０に、ユーザの左眼および右眼を捉えるように配置されたカメラが用いられうる。この場合、ユーザの視線（注視点）は、例えば、カメラの画像からユーザの黒目と白目の領域を認識し、黒目がどこを向いているかを判定することによって識別されうる。なお、ユーザの視線を検出するための構成としては、この例の他にも公知のさまざまな技術を利用することが可能である。
【０１０５】
判定部２１９は、仮想音源位置設定部２０７が設定した第１の位置の軌跡と、視線入力部２１７が取得した第２の位置の軌跡との関係に基づいて、ＨＭＤ２０のロックを解除してコンテンツ視聴などの機能を有効にするか否かを判定する。例えば、判定部２１９は、ユーザＵの頭部伝達関数を用いて音データを生成した場合に、第１の位置の軌跡と第２の位置の軌跡とが符合していれば、ＨＭＤ２０のロックを解除することを決定してもよい。また、例えば、判定部２１９は、共通する属性を有するユーザの平均的な頭部伝達関数を用いて音データを生成した場合に、第１の位置の軌跡と第２の位置の軌跡との誤差が所定の範囲内であれば、ＨＭＤ２０のロックを解除することを決定してもよい。ここで、軌跡の符合、および軌跡間の誤差の評価については、例えば２次元図形のパターン認識などに用いられている公知の技術を利用することが可能である。
【０１０６】
（仮想音源の軌跡の例）
図１８は、本開示の第２の実施形態における仮想音源の軌跡の例を示す図である。図１８を参照すると、本実施形態において、観察者には、上記の第１の実施形態と同様の仮想画面１５０が呈示される。図示された例では、仮想音源の軌跡が、仮想画面１５０上でユーザから見て左上の位置ＳＳから、右下の位置ＳＥまでの斜め方向の直線として設定されている。ユーザは、音が聞こえたら、音が定位している仮想画面１５０上の位置を目で追う。ユーザが、仮想音源の位置を正しく知覚できていれば、視線ＬＳの軌跡は、仮想音源の軌跡に符合する、またはこれに近いものになるはずである。
【０１０７】
本実施形態では、このように、軌跡によってユーザが仮想音源の位置を正しく知覚できているか否かを判定する。視線の軌跡の形状による判定が可能であるため、仮想画面１５０上に設定される仮想音源の座標系と、カメラなどの手段によって取得されるユーザの視線の座標系とは、厳密に一致していなくてもよい。つまり、図示された例であれば、座標系のずれなどを考慮し、視線ＬＳが正確に位置ＳＳから位置ＳＥまでの軌跡を描かなくても、ユーザから見て左上の領域から右下の領域への軌跡を描いていれば、ユーザが仮想音源の位置を正しく知覚していると判定することも可能である。また、同様の理由によって、仮想画面１５０には、仮想音源の位置に関する画像を表示しなくてよい。
【０１０８】
なお、設定される仮想音源の軌跡は、上記の例のような直線には限られない。例えば、Ｚ形、Ｎ形、Ｏ形、Ｌ形など、ユーザが視線で追っていることが識別しやすい任意の形を仮想音源の軌跡に設定することが可能である。
【０１０９】
また、本実施形態では、ユーザが仮想音源の軌跡を認識しやすいように、軌跡が設定される領域の中では、多くの点について頭部伝達関数が用意されていることが望ましい。例えば、図１に示した偏角θ，φでいえば３°〜５°の間隔で、頭部伝達関数が測定された位置が存在することが望ましい。上述のように、偏角θ，φについてのユーザの最小分解能は、一般的に約３°である。
【０１１０】
本実施形態の変形例として、ユーザの回答は、ジェスチャの検出結果に基づいて取得されてもよい。例えば、ＨＭＤ２０のユーザの額に対応する部分や、ＨＭＤ２０を装着しているユーザを映すことが可能な位置にユーザのジェスチャを検出するためのカメラを設置し、音データが再生されたときのユーザのジェスチャの検出結果を連続的に取得してもよい。この場合、例えば、ジェスチャとして認識されたユーザの体の特定の部分（例えば手、指、または足など）の移動軌跡が、第２の位置の軌跡として扱われる。なお、ユーザのジェスチャを検出するための構成については、公知の技術を利用することが可能であるため、ここでは詳細な説明を省略する。
【０１１１】
（処理フロー）
図１９は、本開示の第２の実施形態におけるロック解除の処理の例を示すフローチャートである。
【０１１２】
本実施形態でも、第１の実施形態と同様に、機能制御装置２００において、ＨＭＤ２０がユーザによって装着されたことを装着検出部１０１が検出することによってロック解除のための処理が開始される（ステップＳ２０１）。まず、仮想音源位置設定部２０７が、仮想音源の軌跡をランダムに設定する（ステップＳ２０３）。ここで、仮想音源位置設定部２０７は、例えば予め用意された軌跡のパターンの中から、ランダムに軌跡を選択する。
【０１１３】
次に、頭部伝達関数取得部１０３が、予め頭部伝達関数データ１０５として格納されたデータの中から、ステップＳ２０３で設定された仮想音源の軌跡に含まれる各位置におけるＨＲＩＲ関数を取得する（ステップＳ２０５）。ここで、取得されるＨＲＩＲ関数は、例えば、特定のユーザについて予め測定されたものであってもよいし、所定の属性を有するユーザの平均的な頭部伝達関数として提供されたものであってもよい。
【０１１４】
次に、生成部２０９が、ステップＳ２０５で取得されたＨＲＩＲ関数を原音データに畳み込み積分することによって、仮想音源の音データを生成する（ステップＳ２０７）。ここで、生成部２０９は、時刻ごとに異なるＨＲＩＲ関数を原音データに畳み込み積分して、移動する音源を仮想的に再生した音データを生成する。次に、再生部１１５が、ＨＭＤ２０のヘッドフォン２１を介してユーザに向けて音データを出力する（ステップＳ２０９）。
【０１１５】
次に、視線入力部２１７が、音データが再生されている間のユーザの視線の移動軌跡を取得する（ステップＳ２１１）。ここで、ステップＳ２０９とステップＳ２１１との間には、ユーザが音を聴いてから視線を移動させるまでの反応にかかる時間を考慮した所定の待機時間が設定されうる。
【０１１６】
次に、判定部２１９が、ステップＳ２１１で取得されたユーザの視線の軌跡が、ステップＳ２０３で設定された仮想音源の軌跡に整合するか否かを判定する（ステップＳ２１３）。ここで、視線の軌跡が仮想音源の軌跡に整合すると判定されなかった場合、判定部２１９は、“ロック解除失敗”と判定し、ロック設定部１２１はＨＭＤ２０のロックを解除せず、機能を無効のままにする（ステップＳ２１５）。
【０１１７】
一方、ステップＳ２１３において、ユーザの視線の軌跡が仮想音源の軌跡に整合すると判定された場合、判定部２１９は、さらに、ステップＳ２０３〜Ｓ２０９による仮想音源の再生が所定の回数繰り返されたか否かを判定する（ステップＳ２１７）。ここで、仮想音源の再生が所定の回数繰り返されたと判定された場合、判定部２１９は、“ロック解除成功”と判定し、ロック設定部１２１はＨＭＤ２０のロックを解除し、機能を有効にする（ステップＳ２１９）。
【０１１８】
一方、ステップＳ２１９において、仮想音源の再生が所定の回数繰り返されたと判定されなかった場合、ステップＳ２０３からの仮想音源の再生の処理が再度実行される。このとき、ステップＳ２０３では、仮想音源の軌跡が再度ランダムに設定されうる。なお、所定の回数は１回であってもよく、その場合ステップＳ２１７は実行されない。
【０１１９】
図示された例では、仮想音源の軌跡を変えて（ランダムに選択された結果、同じ軌跡が連続する場合もある）、仮想音源の再生とユーザの視線の検出とが所定の回数繰り返される。これによって、例えば、ＨＭＤ２０の使用を防止したい子供が当て推量で入力した視線によって偶発的にロックが解除されてしまうような事態を防ぐことができる。
【０１２０】
図２０は、図１９に示した処理の変形例を示すフローチャートである。
【０１２１】
図示された例では、ステップＳ２１１の次に、判定部２１９が、取得された視線の軌跡が仮想音源の軌跡と整合するか否かを判定し、整合／不整合のカウントを更新する（ステップＳ２２１）。カウントは、例えばＲＡＭなどに数値として格納されうる。その次に、判定部２１９はステップＳ２１７を実行する。
【０１２２】
ステップＳ２１７において、仮想音源の再生が所定の回数繰り返されたと判定された場合、判定部２１９は、所定の回数、および整合／不整合のカウントから軌跡の整合の回数を算出し、整合の回数または整合率が閾値以上であるかを判定する（ステップＳ２２３）。ここで、整合の回数または整合率が閾値以上であると判定された場合、判定部２１９は、“ロック解除成功”と判定し、ロック設定部１２１はＨＭＤ２０のロックを解除し、機能を有効にする（ステップＳ２１９）。一方、整合の回数または整合率が閾値以上であると判定されなかった場合、判定部２１９は、“ロック解除失敗”と判定し、ロック設定部１２１はＨＭＤ２０のロックを解除せず、機能を無効のままにする（ステップＳ２１５）。
【０１２３】
上記の変形例では、仮想音源の再生の繰り返しの中で、例えば１回軌跡の不整合があっても、そこで即座にロック解除が失敗することがなく、その後軌跡の整合が続けば、ロックが解除される可能性がある。これによって、ＨＲＩＲ関数やヘッドフォン２１が不完全であったり、平均的なＨＲＩＲ関数を使用していたりするために、仮想音源の軌跡が必ずしも毎回正確に知覚可能とは限らない場合でも、ユーザ本人、または所定の属性を有するユーザによるロック解除が失敗することを防ぐことができる。
【０１２４】
ここで、付加的な構成として、判定部２１９は、ステップＳ２２１で誤答が検出された場合に、仮想音源の再生を繰り返す回数を増加させてもよい。判定部２１９は、例えば、“最初から、または誤答の後に３回連続して軌跡が整合する”、または“仮想音源の再生を３回以上繰り返し、途中で整合率が７５％以上になったらロック解除成功、５０％を下回ったらロック解除失敗とする”などの条件によって、仮想音源の再生を繰り返す回数を動的に設定してもよい。
【０１２５】
（応用例）
本実施形態では、仮想音源を利用したロック解除にあたって、仮想画面に画像を表示しなくてよい。これを利用して、さまざまな応用例が可能である。
【０１２６】
例えば、本実施形態は、ＨＭＤでＡＲ（Augmented  Reality）アプリケーションを利用する場合に適用可能である。ＡＲアプリケーションでは、例えば、シースルー型のＨＭＤで透過して視認される外界の像、または非シースルー型のＨＭＤに搭載されたカメラを用いて撮像された外界の画像にさまざまな情報が重畳表示される。
【０１２７】
こうしたＡＲアプリケーションには、ユーザの視線によって操作可能であるものがある。その場合、例えば、ユーザが表示された情報のいずれかを注視した場合に、その情報に関するさらに詳細な情報が提示される。また、外界の画像に関する情報とは別に、例えばメッセージの送受信などの他の機能を起動するためのアイコンが画面の端の方に表示されており、ユーザがそのアイコンを注視することでＡＲアプリケーションを中断して別の機能を起動することが可能である場合もある。
【０１２８】
このような場合に、ユーザの注視によってすぐに他の機能が起動するように設定されていると、誤作動の可能性がある。例えば、ユーザが動くものを追って視線を画面の端の方に移動させたときに、偶然そこに表示されていたメッセージ機能のアイコンに視線があたってメッセージ機能が起動される可能性がある。そうすると、意図していないのにＡＲアプリケーションが中断されてしまうことになり、ユーザは不快感を覚える。これを防ぐために、例えばアイコンが注視されたときに確認ダイアログを表示することも考えられるが、確認ダイアログの表示もＡＲアプリケーションの邪魔になるため、ユーザにとって最善とはいえない。
【０１２９】
ここで、本実施形態を適用することが考えられる。例えば、ＡＲアプリケーションの起動中に、ユーザの視線がメッセージなど他の機能のアイコンにあたった場合、上記のようなロック解除の処理が実行される。つまり、ユーザの視線が機能のアイコンにあたると、仮想音源が所定の軌跡で移動しながら再生される。ユーザは、本当にその機能の起動を意図してアイコンを注視したのであれば、仮想音源の軌跡を目で追えばよい。そうすると、視線の軌跡と仮想音源の軌跡との整合によってその機能が有効化され、ＡＲアプリケーションが中断される。一方、ユーザは、その機能の起動を意図していないのであれば、再生された音を無視すればよい。そうすると、視線の軌跡と仮想音源の軌跡とが整合しないためにその機能は有効化されず、引き続きＡＲアプリケーションが実行される。
【０１３０】
上記の例によれば、他の機能を起動するか否かを、ＡＲアプリケーションの表示を中断することなくユーザに確認することができる。それゆえ、アイコンの表示によって他の機能へのアクセス性を確保しつつ、快適にＡＲアプリケーションを楽しむことができる。
【０１３１】
同様に、ユーザのジェスチャによって操作可能なＡＲアプリケーションにも、本実施形態を適用可能である。例えば、ＨＭＤのユーザの額に対応する部分などに設けられたカメラを用いて、ユーザのジェスチャをコマンドとして認識して動作するＡＲアプリケーションが存在する。この場合、例えば、ユーザの手など体の所定の部分がカメラに映ったり、さらに所定の動きをしたりした場合に、ＡＲアプリケーションを中断してメッセージの送受信などの別の機能が起動される。
【０１３２】
このような場合に、ユーザの手がカメラに映ったり、所定の動きをしたりした場合にすぐに他の機能が起動するように設定されていると、誤作動の可能性がある。例えば、ユーザが友人に手を上げて挨拶をしたときに偶然手がカメラに映ったり、そのときに偶然手の動きが所定の動きに一致したりした場合に、ユーザの意図に反してＡＲアプリケーションが中断されて、メッセージ機能などの別の機能が起動される可能性がある。上記の例と同様に、確認ダイアログを表示する対応も考えられるが、確認ダイアログの表示のＡＲアプリケーションの表示の邪魔になるため、ユーザにとって最善とはいえない。
【０１３３】
そこで、本実施形態を適用すると、例えばＡＲアプリケーションの起動中にユーザの手がカメラに映ったり、手が所定の動きをしたりした場合に、上記のようなロック解除の処理が実行される。つまり、ユーザの手やその動きが認識されると、仮想音源が所定の軌跡で移動しながら再生される。ユーザは、本当にその機能の起動を意図してジェスチャをしたのであれば、仮想音源の軌跡を手のジェスチャでなぞればよい。そうすると、ユーザの手の軌跡と仮想音源の軌跡との整合によってその機能が有効化され、ＡＲアプリケーションが中断される。一方、ユーザは、その機能の起動を意図していないのであれば、再生された音を無視すればよい。そうすると、ユーザの手の軌跡と仮想音源の軌跡とが整合しないためにその機能は有効化されず、引き続きＡＲアプリケーションが実行される。
【０１３４】
なお、同様の適用例は、ＡＲアプリケーション以外でも可能である。例えば、映画などのコンテンツの視聴やゲームなどでも、視線やジェスチャを使った操作入力が実装されうる。その場合、例えば、視線やジェスチャ（画面内の所定の位置の注視や、ユーザの手などの画像の検出、検出された手の所定の動きなど）によって入力されたコマンドの実行がコンテンツの視聴やゲームのプレイの中断を伴うときに、本当にその機能を起動するか否かを確認するために、上記のようなロック解除の処理が実行されうる。
【０１３５】
ここで、提供されているコンテンツの視聴やゲームなどのアプリケーションが音声を伴うものである場合、仮想音源として全く無関係な音が再生されると、それもアプリケーションの妨げになることが考えられる。そこで、例えば、アプリケーションの音声を一時的にモノラル再生にし、その音声自体を仮想音源として所定の軌跡で再生してもよい。こうすることで、アプリケーションの音声以外の音声が混入することなく、ロック解除の処理を実行することができる。なお、上述したように、任意の音源を用いて仮想音源の再生を実行するためには、測定用の環境を準備し、高い精度で頭部伝達関数を取得しておくことが望ましい。
【０１３６】
（２−３．第３の実施形態）
次に、図２１および図２２を参照して、本開示の第３の実施形態について説明する。本実施形態は、仮想音源が、選択された任意のユーザ属性について再生される点が上記の第１および第２の実施形態とは異なる。それ以外の点については、第１の実施形態または第２の実施形態と同様であるため、詳細な説明を省略する。なお、以下の説明では第１の実施形態を基にした例について説明するが、同様に第２の実施形態を基にした例も可能である。
【０１３７】
（機能制御装置の構成）
図２１は、本開示の第３の実施形態に係る機能制御装置の概略的な構成を示すブロック図である。図２１を参照すると、機能制御装置３００は、ユーザ属性設定部３０１と、頭部伝達関数取得部３０３と、仮想音源位置設定部１０７と、生成部１０９と、デコード回路１１３と、再生部１１５と、回答取得部１１７と、判定部１１９と、ロック設定部１２１とを含む。また、機能制御装置３００は、ストレージ装置などに格納された頭部伝達関数データ３０５および原音データ１１１を参照する。以下では、機能制御装置３００について、上記の第１の実施形態に係る機能制御装置との相違点を中心に説明する。
【０１３８】
ユーザ属性設定部３０１は、ロック解除に用いるユーザの属性を設定し、設定した属性の情報を頭部伝達関数取得部３０３に提供する。頭部伝達関数取得部３０３は、頭部伝達関数データ３０５を参照して、指定された属性に関連付けられた頭部伝達関数を取得する。ここで取得される頭部伝達関数は、共通する属性を有するユーザ群の平均的な頭部伝達関数として提供されたものでありうる。本実施形態において、頭部伝達関数データは、複数の属性について予め用意されており、頭部伝達関数取得部３０３は、その中から、ユーザ属性設定部３０１によって設定された属性に対応する頭部伝達関数を選択する。
【０１３９】
上述した第１および第２の実施形態と本実施形態との相違として、これらの実施形態では予め定められた頭部伝達関数（例えばＨＭＤ２０の本来のユーザの頭部伝達関数や、“大人”の属性を有するユーザの平均的な頭部伝達関数）を用いてロック解除が実行されたのに対して、本実施形態では、複数の属性の中からロック解除に用いる属性が選択される。つまり、本実施形態では、例えばユーザの操作入力やアプリケーションからの要求によって、ユーザ属性設定部３０１が、“１６歳以上”、“１８歳以上”および“２０歳以上”のように、複数の属性の中から対象の属性を選択することが可能である。頭部伝達関数データ３０５には、選択可能な属性のそれぞれに対応する頭部伝達関数が含まれる。
【０１４０】
このような構成の具体的な利用例として、例えば、ユーザ属性設定部３０１は、ＨＭＤ２０の起動時または装着時には、“１６歳以上”という属性（ＨＭＤによるコンテンツの視聴が健康に影響しないと考えられる年齢）を設定しうる。また、ユーザ属性設定部３０１は、ＨＭＤ２０でレーティングが設定されたコンテンツが再生されるときに、そのレーティングに応じた属性（例えば、“１８歳以上”など）を設定しうる。このようにして、ＨＭＤ２０を用いたコンテンツの視聴を、ＨＭＤ自体、またはコンテンツにより適合したユーザに限定することができる。
【０１４１】
あるいは、ユーザ属性設定部３０１は、ＨＭＤ２０の起動時に、複数の属性を設定し、それぞれの属性に対応する仮想音源の再生を実行させることによって、ＨＭＤ２０を利用するユーザの属性を認識してもよい。例えば、ユーザ属性設定部３０１は、ＨＭＤ２０の起動時または装着時に、“大人”、“子供”、“男”および“女”の属性を設定してもよい。この場合、頭部伝達関数取得部３０３以下の部分では、上記の属性のそれぞれについての頭部伝達関数を用いて生成された仮想音源の音データが、すべて連続して再生されるか、または少なくとも一部が同時に再生される（例えば、“大人”と“子供”とが同時に再生され、“男”と“女”とが同時に再生される）。このとき、仮想音源位置設定部１０７は、それぞれの属性について、異なる位置（または位置パターン、もしくは軌跡）を仮想音源の位置として設定する。このようにして再生された仮想音源の音データを聴取したユーザが、どの属性に対応する位置を回答するかによって、ユーザの属性を識別することができる。例えば、対になる属性（例えば、“大人”と“子供”）に対応する音データを同時に再生すれば、いずれかの属性に対応する位置が選択的に回答されるため、ユーザがどちらの属性を有するかを容易に識別することができる。
【０１４２】
上記の例において、年齢に関する属性の識別結果は、例えばＨＭＤ２０自体の利用の可否や、コンテンツの視聴の可否などを判定するために用いられうる。また、性別などに関する属性の識別結果は、例えばコンテンツの推薦や、広告の表示などに用いられうる。
【０１４３】
（処理フロー）
図２２は、本開示の第３の実施形態におけるロック解除の処理の例を示すフローチャートである。
【０１４４】
まず、ユーザ属性設定部３０１が、ロック解除の処理に用いるユーザの属性を設定する（ステップＳ３０１）。次に、仮想音源位置設定部１０７が、仮想音源の位置をランダムに設定する（ステップＳ３０３）。ここで、仮想音源位置設定部１０７は、仮想音源の位置を、例えば上述の位置Ｓ１〜Ｓ９の中からランダムに選択する。ユーザ属性設定部３０１が複数の属性を設定した場合、仮想音源位置設定部１０７は、そのそれぞれについて異なる位置を設定しうる。
【０１４５】
次に、頭部伝達関数取得部３０３が、予め頭部伝達関数データ３０５として格納されたデータの中から、ステップＳ３０３で設定された仮想音源の位置における、ステップＳ３０１で設定された属性に対応するＨＲＩＲ関数を取得する（ステップＳ３０５）。ここで取得されるＨＲＩＲ関数は、所定の属性を有するユーザの平均的な頭部伝達関数として予め提供されたものでありうる。
【０１４６】
次に、生成部１０９が、ステップＳ３０５で取得されたＨＲＩＲ関数を原音データに畳み込み積分することによって、仮想音源の音データを生成する（ステップＳ３０７）。次に、再生部１１５が、ＨＭＤ２０のヘッドフォン２１を介してユーザに向けて音データを出力する（ステップＳ３０９）。ここで、ユーザ属性設定部３０１が複数の属性を設定した場合、再生部１１５は、それぞれの属性に対応する音データを連続して出力してもよいし、その少なくとも一部の属性に対応する音データを同時に出力してもよい。
【０１４７】
次に、回答取得部１１７が、ＨＭＤ２０の操作部２３を介して、ユーザが仮想音源の位置を推定した回答を取得する（ステップＳ３１１）。ここで、ステップＳ３０９とステップＳ３１１との間には、ユーザの思考および動作にかかる時間を考慮した所定の待機時間が設定されうる。また、ステップＳ３０９において複数の音データが連続して出力される場合、それぞれについての回答が取得されうる。
【０１４８】
例えば、ステップＳ３０９において“大人”と“子供”との属性に対応する音データが同時に再生され、それに続いて“男”と“女”との属性に対応する音データが同時に再生された場合、回答取得部１１７は、第１の回答（ユーザが“大人”であるか“子供”であるかを識別するのに用いられる）と第２の回答（ユーザが“男”であるか“女”であるかを識別するのに用いられる）とを取得しうる。
【０１４９】
次に、判定部１１９が、ステップＳ３１１で取得された回答によって示される位置（第２の位置）が、ステップＳ３０３で設定された仮想音源の位置（第１の位置）に一致するか否かを判定する（ステップＳ３１３）。なお、ステップＳ３０１で複数の属性が設定されている場合、ここでの判定は、属性ごとに実行されうる。この場合、設定されている属性のうちの少なくとも１つ（例えば“大人”と“子供”）が、ステップＳ３１３でのＨＭＤ２０の機能のロックを解除するか否かの判定に使用される。この判定に使用されなかった属性も、別の処理として属性の当否が判定され、例えばコンテンツの推薦や広告の表示などのための情報として提供される。
【０１５０】
上記のステップＳ３１３において、位置が一致するとは判定されなかった場合、判定部１１９は“ロック解除失敗”と判定し、ロック設定部１２１は機能を無効のままにする（ステップＳ３１５）。ここでいう機能は、例えば上記の第１の実施形態と同様にＨＭＤの機能全体であってもよいし、または年齢に依存するプロテクトがかけられた一部のコンテンツの視聴の機能であってもよい。
【０１５１】
一方、ステップＳ３１３において、回答によって示される位置が仮想音源の位置に一致すると判定された場合、判定部１１９は、さらに、ステップＳ３０３〜Ｓ３０９による仮想音源の再生が所定の回数繰り返されたか否かを判定する（ステップＳ３１７）。ここで、複数の属性に対応する音源が再生される場合、設定される回数は、属性ごとに異なってもよい。
【０１５２】
ステップＳ３１７において、仮想音源の再生が所定の回数繰り返されたと判定された場合、判定部１１９は“ロック解除成功”と判定し、ロック設定部１２１は機能を有効にする（ステップＳ３１９）。一方、仮想音源の再生が所定の回数繰り返されたと判定されなかった場合、ステップＳ３０３からの仮想音源の再生の処理が再度実行される。このとき、ステップＳ３０３では、仮想音源の位置が再度ランダムに設定されうる。なお、所定の回数は１回であってもよく、その場合ステップＳ３１７は実行されない。
【０１５３】
なお、図示しないが、本実施形態でも、第１の実施形態で図１５を参照して説明したように、回答の正誤に関わらず所定の回数だけ仮想音源の再生を繰り返し、その中での正答率によってユーザの属性を判定し、ロックを解除する変形例が可能である。また、第２の実施形態で図１９および図２０を参照して説明したように、仮想音源位置設定部が仮想音源の軌跡を設定し、生成部が移動する音源を仮想的に再生した音データを生成し、回答取得部がユーザの視線やジェスチャなどによってユーザの回答を取得する構成も可能である。
【０１５４】
以上で説明した本開示の第３の実施形態では、属性を任意に設定可能とすることによって、ＨＭＤの起動時または装着時のロックの設定／解除だけではなく、例えば提供されるコンテンツの年齢制限などに対応したロックの設定／解除をも制御することができる。また、ロック制御に利用する属性に限らず、その他の用途で利用するための属性に関する情報も取得することが可能である。
【０１５５】
（２−４．第４の実施形態）
次に、図２３および図２４を参照して、本開示の第４の実施形態について説明する。本実施形態は、仮想音源が、選択された任意のユーザＩＤについて再生される点が上記の第１および第２の実施形態とは異なる。それ以外の点については、第１の実施形態または第２の実施形態と同様であるため、詳細な説明を省略する。なお、以下の説明では第１の実施形態を基にした例について説明するが、同様に第２の実施形態を基にすることも可能である。
【０１５６】
（機能制御装置の構成）
図２３は、本開示の第４の実施形態に係る機能制御装置の概略的な構成を示すブロック図である。図２３を参照すると、機能制御装置４００は、ユーザＩＤ設定部４０１と、頭部伝達関数取得部４０３と、仮想音源位置設定部１０７と、生成部１０９と、デコード回路１１３と、再生部１１５と、回答取得部１１７と、判定部１１９と、ロック設定部１２１とを含む。また、機能制御装置４００は、ストレージ装置などに格納された頭部伝達関数データ４０５および原音データ１１１を参照する。以下では、機能制御装置４００について、上記の第１の実施形態に係る機能制御装置との相違点を中心に説明する。
【０１５７】
ユーザＩＤ設定部４０１は、ロック解除に用いるユーザのＩＤを設定し、設定したＩＤの情報を頭部伝達関数取得部４０３に提供する。頭部伝達関数取得部４０３は、頭部伝達関数データ４０５を参照して、指定されたＩＤに関連付けられた頭部伝達関数を取得する。ここで取得される頭部伝達関数は、ＩＤに対応するユーザについて予め測定された頭部伝達関数でありうる。本実施形態において、頭部伝達関数のデータは、複数のＩＤについて予め用意されており、頭部伝達関数取得部４０３は、その中から、ユーザＩＤ設定部４０１によって設定されたＩＤに対応する頭部伝達関数を選択する。
【０１５８】
上述した第１および第２の実施形態と本実施形態との相違として、これらの実施形態では予め定められた頭部伝達関数を用いてロック解除が実行されたのに対して、本実施形態では、複数のユーザＩＤの中からロック解除に用いるＩＤが選択される。つまり、本実施形態では、例えばユーザの操作入力やアプリケーションからの要求によって、ユーザＩＤ設定部４０１が、複数のユーザＩＤの中から対象のユーザＩＤを選択することが可能である。頭部伝達関数データ４０５には、選択可能なユーザＩＤのそれぞれに対応する頭部伝達関数が含まれうる。
【０１５９】
このような構成の具体的な利用例として、例えば、ユーザＩＤ設定部４０１は、ＨＭＤ２０の起動時または装着時に、利用者として登録されたユーザの一覧を表示し、その中から操作入力によって選択されたユーザのＩＤをロック解除に用いるユーザのＩＤとして設定する。これによって、その後に実行される仮想音源を用いたロック解除の処理によって機能のロックを解除可能なのは、そのユーザＩＤに対応するユーザに限定されうる。あるいは、ユーザＩＤ設定部４０１は、ＨＭＤ２０の起動中に、特定のユーザに限ってアクセス可能なパーソナルコンテンツ（メッセージなどを含む）や有料コンテンツを再生する機能へのアクセスが要求された場合に、当該コンテンツのアクセスが許可されたユーザＩＤを用いてロック解除の処理を実行してもよい。
【０１６０】
このような構成は、例えば、ＨＭＤ２０が各ユーザのパーソナルコンテンツを再生可能である場合に、再生可能なパーソナルコンテンツを起動時または装着時のロック解除の対象になったユーザのパーソナルコンテンツに限定するときに有効である。また、ユーザＩＤとユーザの年齢や性別などが対応付けられていれば、そのユーザの年齢に応じたコンテンツ再生の有効／無効の設定、ユーザの属性に合ったコンテンツの推薦、またはユーザの属性に合った広告の表示などが可能になる。また、ＨＭＤ２０が有料コンテンツを再生可能である場合に、その有料コンテンツを購入したユーザに限ってコンテンツの再生の機能を有効化することもできる。
【０１６１】
（処理フロー）
図２４は、本開示の第４の実施形態におけるロック解除の処理の例を示すフローチャートである。
【０１６２】
まず、ユーザＩＤ設定部４０１が、ロック解除の処理に用いるユーザＩＤを設定する（ステップＳ４０１）。次に、仮想音源位置設定部１０７が、仮想音源の位置をランダムに設定する（ステップＳ４０３）。ここで、仮想音源位置設定部１０７は、仮想音源の位置を、上述の位置Ｐ１〜Ｐ９の中からランダムに選択する。
【０１６３】
次に、頭部伝達関数取得部４０３が、予め頭部伝達関数データ４０５として格納されたデータの中から、ステップＳ４０３で設定された仮想音源の位置における、ステップＳ４０１で設定されたユーザＩＤに対応するＨＲＩＲ関数を取得する（ステップＳ４０５）。ここで取得されるＨＲＩＲ関数は、ＩＤに対応付けられるユーザについて予め測定されたものでありうる。
【０１６４】
以降の処理（ステップＳ１０７〜Ｓ１１９）については、第１の実施形態で図１４を参照して説明した処理と同様であるため、詳細な説明は省略する。なお、図示しないが、本実施形態でも、第１の実施形態で図１５を参照して説明したように、回答の正誤に関わらず所定の回数だけ仮想音源の再生を繰り返し、その中での正答率によってユーザの属性を判定し、ロックを解除する変形例が可能である。また、第２の実施形態で図１９および図２０を参照して説明したように、仮想音源位置設定部が仮想音源の軌跡を設定し、生成部が移動する音源を仮想的に再生した音データを生成し、回答取得部がユーザの視線やジェスチャなどによってユーザの回答を取得する構成も可能である。
【０１６５】
以上で説明した本開示の第４の実施形態では、ユーザＩＤを任意に設定可能とすることによって、ＨＭＤの起動時または装着時のロックの設定／解除だけではなく、例えば提供されるコンテンツの保有者や利用権限などに対応したロックの設定／解除をも制御することができる。
【０１６６】
（３．ハードウェア構成）
次に、図２５を参照して、本開示の実施形態に係る情報処理装置のハードウェア構成について説明する。図２５は、情報処理装置のハードウェア構成を説明するためのブロック図である。図示された情報処理装置９００は、例えば、上記の実施形態における機能制御装置を実現しうる。
【０１６７】
情報処理装置９００は、ＣＰＵ（Central  Processing  unit）９０１、ＲＯＭ（Read  Only  Memory）９０３、およびＲＡＭ（Random  Access  Memory）９０５を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、通信装置９２５を含んでもよい。さらに、情報処理装置９００は、必要に応じて、撮像装置９３３、およびセンサ９３５を含んでもよい。情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital  Signal  Processor）などの処理回路を有してもよい。
【０１６８】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral  Component  Interconnect/Interface）バスなどの外部バス９１１に接続されている。
【０１６９】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。
【０１７０】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Liquid  Crystal  Display）、ＰＤＰ（Plasma  Display  Panel）、有機ＥＬ（Electro-Luminescence）ディスプレイなどの表示装置、スピーカおよびヘッドフォンなどの音声出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音声として出力したりする。
【０１７１】
ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard  Disk  Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
【０１７２】
ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。
【０１７３】
接続ポート９２３は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Universal  Serial  Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small  Computer  System  Interface）ポートなどでありうる。また、接続ポート９２３は、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（High-Definition  Multimedia  Interface）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置９００と外部接続機器９２９との間で各種のデータが交換されうる。
【０１７４】
通信装置９２５は、例えば、通信ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Local  Area  Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless  USB）用の通信カードなどでありうる。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Asymmetric  Digital  Subscriber  Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。
【０１７５】
撮像装置９３３は、例えば、ＣＣＤ（Charge  Coupled  Device）またはＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。撮像装置９３３は、静止画を撮像するものであってもよいし、また動画を撮像するものであってもよい。
【０１７６】
センサ９３５は、例えば、加速度センサ、ジャイロセンサ、地磁気センサ、光センサ、音センサなどの各種のセンサである。センサ９３５は、例えば情報処理装置９００の筐体の姿勢など、情報処理装置９００自体の状態に関する情報や、情報処理装置９００の周辺の明るさや騒音など、情報処理装置９００の周辺環境に関する情報を取得する。また、センサ９３５は、ＧＰＳ（Global  Positioning  System）信号を受信して装置の緯度、経度および高度を測定するＧＰＳセンサを含んでもよい。
【０１７７】
以上、情報処理装置９００のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更されうる。
【０１７８】
（４．補足）
本開示の実施形態は、例えば、上記で説明したような機能制御装置（情報処理装置）、システム、機能制御装置またはシステムで実行される機能制御方法、機能制御装置を機能させるためのプログラム、およびプログラムが記録された一時的でない有形の媒体を含みうる。
【０１７９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１８０】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）頭部伝達関数を用いてユーザの周りの空間の第１の位置にある音源を仮想的に定位させた音データを前記ユーザに向けて再生する再生部と、
前記再生された音データを聴取した前記ユーザが、前記音源の位置として推定した前記ユーザの周りの空間の第２の位置を示す情報を取得する推定位置情報取得部と、
前記第１の位置と前記第２の位置との関係に基づいて電子機器の少なくとも一部の機能を有効にするか否かを判定する判定部と
を備える機能制御装置。
（２）前記頭部伝達関数は、前記ユーザに対応する頭部伝達関数であり、
前記判定部は、前記第１の位置と前記第２の位置とが符合した場合に前記少なくとも一部の機能を有効にすることを決定する、前記（１）に記載の機能制御装置。
（３）前記判定部は、前記第１の位置と前記第２の位置とが符合した場合に前記ユーザに対してアクセスが許可されたコンテンツの再生機能を有効にすることを決定する、前記（２）に記載の機能制御装置。
（４）前記頭部伝達関数は、第１の属性を有するユーザ群に対応する第１の頭部伝達関数であり、
前記判定部は、前記第１の位置と前記第２の位置との関係に基づいて前記ユーザが前記第１の属性を有すると推定される場合に前記少なくとも一部の機能を有効にすることを決定する、前記（１）に記載の機能制御装置。
（５）前記再生部は、前記第１の頭部伝達関数を用いて前記音源を仮想的に定位させた第１の音データと、前記第１の属性とは異なる第２の属性を有するユーザ群に対応する第２の頭部伝達関数を用いて前記音源を仮想的に定位させた第２の音データとを前記ユーザに向けて再生し、
前記判定部は、前記第２の位置が、前記第１の音データと前記第２の音データとのうちのいずれの前記第１の位置に対応するかに基づいて前記ユーザが前記第１の属性を有するか前記第２の属性を有するかを判定する、前記（４）に記載の機能制御装置。
（６）前記推定位置情報取得部は、前記第２の位置を示す情報として前記ユーザの視線の検出結果を取得する、前記（１）〜（５）のいずれか１項に記載の機能制御装置。
（７）前記推定位置情報取得部は、前記第２の位置を示す情報として前記ユーザのジェスチャの検出結果を取得する、前記（１）〜（５）のいずれか１項に記載の機能制御装置。
（８）前記第１の位置は、前記音データの再生中に連続的に移動し、
前記推定位置情報取得部は、前記第２の位置を示す情報を連続的に取得し、
前記判定部は、前記第１の位置の軌跡と前記第２の位置の軌跡との関係に基づいて前記少なくとも一部の機能を有効にするか否かを判定する、前記（１）〜（５）のいずれか１項に記載の機能制御装置。
（９）前記推定位置情報取得部は、前記第２の位置を示す情報として前記ユーザの視線の検出結果を連続的に取得する、前記（８）に記載の機能制御装置。
（１０）前記推定位置情報取得部は、前記第２の位置を示す情報として前記ユーザのジェスチャの検出結果を連続的に取得する、前記（８）に記載の機能制御装置。
（１１）前記第１の位置は、前記ユーザの周りの空間において予め定められた位置群のうちのいずれかの位置である、前記（１）〜（７）のいずれか１項に記載の機能制御装置。
（１２）前記再生部は、前記音データの再生を所定の回数繰り返し、
前記推定位置情報取得部は、前記第２の位置を示す情報の取得を前記所定の回数繰り返し、
前記判定部は、前記所定の回数の繰り返しのうち、前記第１の位置と前記第２の位置とが所定の関係を満たした回数が閾値以上である場合に前記少なくとも一部の機能を有効にすることを決定する、前記（１）〜（１１）のいずれか１項に記載の機能制御装置。
（１３）前記音データを生成する生成部をさらに備える、前記（１）〜（１２）のいずれか１項に記載の機能制御装置。
（１４）前記ユーザの周りの空間の所定の位置群にそれぞれ定位する音データ群から前記音データを選択して前記再生部に提供する音データ選択部をさらに備える、前記（１）〜（１２）のいずれか１項に記載の機能制御装置。
（１５）前記電子機器は、ヘッドマウントディスプレイであり、
前記判定部は、前記第１の位置と前記第２の位置との関係に基づいて前記ユーザが所定の年齢以上であると推定される場合に、前記ヘッドマウントディスプレイのコンテンツ再生機能を有効にすることを決定する、前記（１）〜（１４）のいずれか１項に記載の機能制御装置。
（１６）前記再生部は、前記ヘッドマウントディスプレイのヘッドフォンを介して前記音データを再生する、前記（１５）に記載の機能制御装置。
（１７）前記ヘッドマウントディスプレイが前記ユーザによって装着されたことを検出する装着検出部をさらに備え、
前記再生部は、前記装着されたことが検出された場合に前記音データを再生する、前記（１５）または（１６）に記載の機能制御装置。
（１８）頭部伝達関数を用いてユーザの周りの空間の第１の位置にある音源を仮想的に定位させた音データを前記ユーザに向けて再生する機能と、
前記再生された音データを聴取した前記ユーザが、前記音源の位置として推定した前記ユーザの周りの空間の第２の位置を示す情報を取得する機能と、
前記第１の位置と前記第２の位置との関係に基づいて電子機器の少なくとも一部の機能を有効にするか否かを判定する機能と
をコンピュータに実現させるためのプログラム。
【符号の説明】
【０１８１】
２０    ヘッドマウントディスプレイ（ＨＭＤ）
２１    ヘッドフォン
２２    表示部
２３    操作部
３０    コンバータ
４０    システム
１００，１６０，２００，３００，４００    機能制御装置
１０１    装着検出部
１０３，３０３，４０３    頭部伝達関数取得部
１０７，２０７    仮想音源位置設定部
１０９，２０９    生成部
１１５    再生部
１１７    回答取得部
１１９，２１９    判定部
１２１    ロック設定部
１６３    音データ選択部
２１７    視線入力部
３０１    ユーザ属性設定部
４０１    ユーザＩＤ設定部
【図１】
2014116722.tif 000003
【図２】
2014116722.tif 000004
【図３】
2014116722.tif 000005
【図４】
2014116722.tif 000006
【図５】
2014116722.tif 000007
【図６】
2014116722.tif 000008
【図７】
2014116722.tif 000009
【図８】
2014116722.tif 000010
【図９】
2014116722.tif 000011
【図１０】
2014116722.tif 000012
【図１１】
2014116722.tif 000013
【図１２】
2014116722.tif 000014
【図１３】
2014116722.tif 000015
【図１４】
2014116722.tif 000016
【図１５】
2014116722.tif 000017
【図１６】
2014116722.tif 000018
【図１７】
2014116722.tif 000019
【図１８】
2014116722.tif 000020
【図１９】
2014116722.tif 000021
【図２０】
2014116722.tif 000022
【図２１】
2014116722.tif 000023
【図２２】
2014116722.tif 000024
【図２３】
2014116722.tif 000025
【図２４】
2014116722.tif 000026
【図２５】
2014116722.tif 000027