JPWO2020138257A1 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

本開示に係る情報処理装置は、ユーザに対応した頭部伝達関数と、当該ユーザが利用する機器を識別する識別子との対応付けを実行する実行部と、ユーザに対応した頭部伝達関数が提供される提供先に対して、当該頭部伝達関数と、当該頭部伝達関数に対応付けられた識別子とを提供する提供部とを備える。

Description

本開示は、情報処理装置、情報処理方法及び情報処理プログラムに関する。詳しくは、頭部伝達関数の利用に関する。

音源から耳への音の届き方を数学的に表す頭部伝達関数を用いることで、ヘッドホン等における音像を立体的に再現する技術が利用されている。

頭部伝達関数は個人差が大きいことから、その利用時には、個人ごとに生成された頭部伝達関数を用いることが望ましい。例えば、ユーザの耳介を撮影した画像に基づいて頭部の三次元デジタルモデル（以下、「３Ｄモデル」と表記する）を生成し、生成した３Ｄモデルから当該ユーザの頭部伝達関数を算出する技術が知られている。

米国特許第９５４４７０６号明細書

従来技術によれば、各々のユーザに合わせて個別に算出された頭部伝達関数を情報処理に用いることができるため、音像の定位感を高めることができる。

しかしながら、上記の従来技術では、ユーザごとに算出された頭部伝達関数を適切に利用することができるとは限らない。例えば、ユーザは、単独のアプリケーション（音楽再生アプリ等）に限らず、スマートフォンにインストールされた複数のアプリケーションに対して自身の頭部伝達関数を適用させる等、頭部伝達関数の柔軟な利用を所望する場合がある。また、頭部伝達関数は、実際に使用される状況やユーザが使用する音響機器等に応じて調整が施された方が、より臨場感を高めたり正確な定位感を与えたりすることができる。しかし、従来技術は、ユーザごとの頭部伝達関数を算出するに過ぎず、ユーザが頭部伝達関数を柔軟に利用したり、状況に合わせて頭部伝達関数の利用態様を変えたりする等の処理を行うものではない。

そこで、本開示では、頭部伝達関数を適切に利用することができる情報処理装置、情報処理方法及び情報処理プログラムを提案する。

上記の課題を解決するために、本開示に係る一形態の情報処理装置は、ユーザに対応した頭部伝達関数と、当該ユーザが利用する機器を識別する識別子との対応付けを実行する実行部と、前記ユーザに対応した頭部伝達関数が提供される提供先に対して、当該頭部伝達関数と、当該頭部伝達関数に対応付けられた前記識別子とを提供する提供部とを備える。

また、上記の課題を解決するために、本開示に係る一形態の情報処理装置は、ユーザに対応した頭部伝達関数と、当該頭部伝達関数に対応付けられた識別子とを取得する取得部と、前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子との一致を判定する判定部と、前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、当該頭部伝達関数を有効化するよう設定する設定部とを備える。

本開示の実施形態に係る情報処理システムを示す図である。 実施形態に係る情報処理の全体の流れを示した概念図である。 実施形態に係るユーザ端末の構成例を示す図である。 実施形態に係るＢＲＩＲテーブルの一例を示す図である。 実施形態に係るパラメータテーブルの一例を示す図である。 実施形態に係る情報処理の手順を示すフローチャート（１）である。 実施形態に係る情報処理の手順を示すフローチャート（２）である。 実施形態に係る情報処理の手順を示すフローチャート（３）である。 実施形態に係る情報処理の手順を示すフローチャート（４）である。 変形例に係る頭部伝達関数の利用態様を示す概念図である。 情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

以下に示す項目順序に従って本開示を説明する。
１．実施形態
１−１．実施形態に係る情報処理システムの構成と情報処理の一例
１−２．実施形態に係る情報処理装置の構成
１−３．実施形態に係る情報処理の手順
２．変形例
２−１．情報処理システムの態様
２−２．音源の再生の態様
２−３．パラメータの利用
２−４．機器の態様
３．その他の実施形態
４．本開示に係る情報処理装置の効果
５．ハードウェア構成

（１．実施形態）
［１−１．実施形態に係る情報処理システムの構成と情報処理の一例］
まず、図１及び図２を用いて、本開示に係る情報処理システム１の構成、及び、情報処理システム１によって実行される情報処理の概要を説明する。図１は、本開示の実施形態に係る情報処理システム１を示す図である。本開示の実施形態に係る情報処理は、図１に示す情報処理システム１によって実現される。図１に示すように、情報処理システム１は、ユーザ端末１０と、ヘッドホン５０と、クラウドサーバ１００と、サービスサーバ２００とを含む。情報処理システム１に含まれる各装置は、図示しない有線又は無線ネットワークを用いて相互に通信を行う。なお、情報処理システム１を構成する各装置の台数は、図示したものに限られない。

ユーザ端末１０は、本開示に係る情報処理装置の一例であり、頭部伝達関数（以下、ＨＲＴＦ（Head-Related Transfer Function）と表記する場合がある）を利用した情報処理を実行する情報処理端末である。ユーザ端末１０は、例えば、撮影機能を有したスマートフォン等によって実現される。

ヘッドホン５０は、ユーザが利用する音響機器の一例である。例えば、ヘッドホン５０はＢｌｕｅｔｏｏｔｈ（登録商標）等の通信機能を有し、ユーザ端末１０との無線通信を確立する。そして、ヘッドホン５０は、ユーザの操作に従いユーザ端末１０から送信された音声等を出力する。

クラウドサーバ１００は、各ユーザに対応するＨＲＴＦ（頭部伝達関数）を算出し、算出したＨＲＴＦをユーザ端末１０に提供する。クラウドサーバ１００は、ネットワークを介して、ユーザの耳を撮影した画像をユーザ端末１０から取得し、取得した画像に基づいて当該ユーザのＨＲＴＦを算出する。

サービスサーバ２００は、ユーザ端末１０に音楽等の音源を提供するサーバ装置である。例えば、サービスサーバ２００は、ユーザ端末１０にインストールされた音楽再生アプリ等の制御に従い、ネットワークを介して、ストリーミング音源等をユーザ端末１０に提供する。

上記のように、ユーザ端末１０は、ＨＲＴＦを利用した情報処理を実行する。ＨＲＴＦは、人間の耳介（耳殻）や頭部の形状等を含む周辺物によって生じる音の変化を伝達関数として表現するものである。一般に、ＨＲＴＦを求めるための測定データは、人間が耳介内に装着したマイクロホンやダミーヘッドマイクロホン等を用いて測定用の音響信号を測定することにより取得される。

例えば３Ｄ音響等の技術で利用されるＨＲＴＦは、ダミーヘッドマイクロホン等で取得された測定データや、多数の人間から取得された測定データの平均値等を用いて算出されることが多い。しかしながら、ＨＲＴＦは個人差が大きいことから、より効果的な音響演出効果を実現するためには、ユーザ自身のＨＲＴＦを用いることが望ましい。すなわち、一般的なＨＲＴＦをユーザ自身のＨＲＴＦに置き換えることで、より臨場感のある音響体感をユーザに提供することができる。

ユーザ個人のＨＲＴＦを算出する手法の一例として、ユーザの耳の形状を撮影した画像からユーザのＨＲＴＦを算出する手法がある。例えば、クラウドサーバ１００は、ユーザ端末１０によって撮影されたユーザの耳の形状を含む画像を取得し、取得した画像に基づいてユーザ個人のＨＲＴＦを算出する。そして、クラウドサーバ１００は、算出したＨＲＴＦをユーザ端末１０に送信する。これにより、ユーザ端末１０は、ユーザ個人のＨＲＴＦを用いて３Ｄ音響が再現された音を再生したり、臨場感のある動画再生を行ったりすることができる。

しかしながら、上記の手法の実現には、いくつかの課題が存在する。例えば、ユーザ端末１０は、ＨＲＴＦを送信したり管理したりする機能を有するアプリケーション（以下、単に「アプリ」と表記する）や、音楽再生用のアプリや動画再生用のアプリ等、様々な事業者が開発したアプリを動作させる。この場合、例えばＯＳ（Operating System）の制約等により、ＨＲＴＦを管理するアプリと音楽再生用アプリ等との間で、ＨＲＴＦデータをやりとりできない場合がある。

また、ＨＲＴＦデータをやりとりできたとしても、その運用が適切に行われない可能性もある。例えば、ＨＲＴＦは、ユーザが実際に使用する音響機器（ヘッドホン５０等）によらず算出可能であるが、より効果の高い音響効果を発揮するためには、機器のインピーダンスに合わせた出力値や、機器の出力部の形状等に基づく遅延時間等の変数（パラメータ）と合わせて利用されることが望ましい。しかしながら、ユーザが音楽再生用アプリ等を利用するときに、クラウドサーバ１００やＨＲＴＦを管理するアプリがその利用を制御することはＯＳの制約上難しい。このため、クラウドサーバ１００やＨＲＴＦを管理するアプリが意図しない使用態様でＨＲＴＦが利用されるおそれがある。

上記のように、ＨＲＴＦに関して、複数のアプリをまたいで柔軟にＨＲＴＦを利用したり、ユーザの環境や機器の状況に合わせて適切にＨＲＴＦを利用させたりする点において、種々の課題が存在する。実施形態に係るユーザ端末１０は、以下に説明する本開示の情報処理により、上記の課題を解決する。以下、本開示に係る情報処理の概要について、図１及び図２を用いて流れに沿って説明する。

図１に示すように、ユーザ端末１０は、第１アプリ２０及び第２アプリ３０をインストール済みである。第１アプリ２０は、例えば、クラウドサーバ１００を管理する事業者から提供されるアプリである。第１アプリ２０は、ユーザの耳を含む画像を撮影したり、撮影した画像をクラウドサーバ１００に送信したり、クラウドサーバ１００から送信されたＨＲＴＦを管理したりする機能を有する。

実施形態に係る情報処理において、まず、第１アプリ２０は、ユーザの操作に従い、ユーザの耳を含む画像を撮影し、耳を含む画像を取得する（ステップＳ１）。続けて、第１アプリ２０は、耳を含む画像をクラウドサーバ１００に送信する（ステップＳ２）。なお、第１アプリ２０は、クラウドサーバ１００に画像を送信するための前処理として、画像に含まれるユーザの耳の映像を検出し、検出した耳の映像の範囲を画像から切り抜く処理等を行ってもよい。

クラウドサーバ１００は、ユーザ端末１０から送信された画像を取得する。そして、クラウドサーバ１００は、画像からユーザのＨＲＴＦを算出する（ステップＳ３）。クラウドサーバ１００がＨＲＴＦを算出する手法には、種々の手法が採用されてもよい。例えば、クラウドサーバ１００は、耳の映像を含む２次元の画像が入力された場合に、耳に対応するＨＲＴＦを出力するよう学習されたモデルを用いて、ＨＲＴＦを算出してもよい。あるいは、クラウドサーバ１００は、耳の映像を含む２次元の画像からユーザ頭部の３Ｄモデルを生成し、生成した３ＤモデルからＨＲＴＦを算出してもよい。以下の説明では、ユーザ個人に応じて算出されたＨＲＴＦを個人化ＨＲＴＦ（personal HRTF）と表記し、一般的なＨＲＴＦと区別する場合がある。

なお、クラウドサーバ１００は、算出した個人化ＨＲＴＦにＲＩＲ（空間インパルス応答（Room Impulse Response））を畳み込んで、ＢＲＩＲ（両耳空間インパルス応答（Binaural Room Impulse Response））を生成してもよい。以下の説明では、ユーザ個人に応じて生成されたＢＲＩＲを個人化ＢＲＩＲ（personal BRIR）と表記し、一般的なＢＲＩＲと区別する場合がある。また、ユーザ端末１０における音楽の再生時等に利用されるデータは、実際にはＨＲＴＦではなくＢＲＩＲである場合もあるが、以下の説明では、両者を相互に読み替えてもよいものとする。例えば、「生成したＢＲＩＲを送信する」といった記載は、算出したＨＲＴＦを送信する状況も含む。また、「ＢＲＩＲを利用して再生する」といった記載は、ＨＲＴＦを利用して再生する状況も含むものとする。

その後、クラウドサーバ１００は、生成した個人化ＢＲＩＲをユーザ端末１０に送信する（ステップＳ４）。第１アプリ２０は、個人化ＢＲＩＲを取得する（ステップＳ５）。このように、ユーザは、自身の横顔を撮影してクラウドサーバ１００に画像を送信することにより、自身の個人化ＢＲＩＲを取得することができる。そして、第１アプリ２０は、受信した個人化ＢＲＩＲを記憶領域２１に格納する（ステップＳ６）。

次に、図２を用いて、ユーザ端末１０が個人化ＢＲＩＲを使用して音楽等の再生を行う場合の処理の流れについて説明する。図２は、実施形態に係る情報処理の全体の流れを示した概念図である。

第１アプリ２０は、ユーザから第１アプリ２０を起動させる操作を契機として、記憶領域２１に格納された個人化ＢＲＩＲを取得する（ステップＳ１１）。また、第１アプリ２０は、ユーザ端末１０に接続された機器を認識する。図２の例では、第１アプリ２０は、Ｂｌｕｅｔｏｏｔｈ等の無線接続によりユーザ端末１０との間で通信が確立している、ヘッドホン５０を認識する。

この場合、第１アプリ２０は、接続された機器であるヘッドホン５０に関する情報を取得する（ステップＳ１２）。例えば、第１アプリ２０は、機器を識別する識別子を取得する。識別子は、例えば機器がＢｌｕｅｔｏｏｔｈ機能を有する場合、ＢＴデバイス名のような、当該機器を識別するための文字列や、個々の機器を識別する固有の文字列等である。また、識別子は、メーカーが独自に付与した機器のモデル名等であってもよい。

また、第１アプリ２０は、接続された機器が通信機能を有する否かといった情報を取得してもよい。例えば、機器がＢｌｕｅｔｏｏｔｈ等の通信機能を有さない場合、機器は、識別子等の情報を送信できない場合がある。この場合、第１アプリ２０は、ユーザ端末１０に接続された機器が認識できない態様であることを示す情報を取得する。このような情報は、例えば、機器のタイプがＡｃｔｉｖｅ（通信機能を有する）か、Ｐａｓｓｉｖｅ（通信機能を有さない）か、といった情報で区別される。すなわち、第１アプリ２０は、接続された機器がＡｃｔｉｖｅかＰａｓｓｉｖｅか、といった情報を取得する。図２の例では、ヘッドホン５０は通信機能を有するため、第１アプリ２０は、接続された機器であるヘッドホン５０が「Ａｃｔｉｖｅ」であるという情報を取得する。

続いて、第１アプリ２０は、個人化ＢＲＩＲとユーザが利用する機器であるヘッドホン５０の識別子とを対応付ける。対応付けとは、例えば、現時点でユーザ端末１０に接続されている機器はヘッドホン５０であることから、後述する第２アプリ３０が、ヘッドホン５０以外の機器での再生を制御するための制御情報を付与すること等である。より具体的には、対応付けとは、ある機器の最適化のための変数（以下、「機器最適化パラメータ」と表記する）が、他の機器に誤って使用されないよう制御するための制御情報を付与することである。

その後、第１アプリ２０は、個人化ＢＲＩＲやヘッドホン５０に関する情報をクラウドサーバ１００に送信（アップロード）する（ステップＳ１３）。この処理は、第１アプリ２０から第２アプリ３０に直接データを渡すことができないことから、クラウドサーバ１００を介して個人化ＢＲＩＲの受け渡しを可能にするために行うものである。

クラウドサーバ１００は、個人化ＢＲＩＲとヘッドホン５０に関する情報を取得する。そして、クラウドサーバ１００は、ヘッドホン５０の識別子に基づいて、保持する情報のうち、ヘッドホン５０の機器最適化パラメータを特定する。

さらに、クラウドサーバ１００は、個人化ＢＲＩＲを第１アプリが取得可能にするため、個人化ＢＲＩＲの取得用アドレスを発行する（ステップＳ１４）。例えば、取得用アドレスとは、クラウドサーバ１００にアクセスして個人化ＢＲＩＲを取得するためのワンタイムＵＲＬ（One-Time Uniform Resource Locator）である。このように、クラウドサーバ１００は、取得用アドレスを介して個人化ＢＲＩＲの受け渡しを行う。これにより、ＯＳ等の制約により、第１アプリ２０から再生用アプリ（図２の例では第２アプリ３０）に個人化ＢＲＩＲの受け渡しができない状況であっても、ユーザ端末１０は、第２アプリ３０に個人化ＢＲＩＲを渡すことができる。

また、クラウドサーバ１００は、ヘッドホン５０の機器最適化パラメータについても、取得用アドレスであるワンタイムＵＲＬを発行する。

そして、クラウドサーバ１００は、発行した個人化ＢＲＩＲの取得用アドレスと、ヘッドホン５０の機器最適化パラメータの取得用アドレスとを第１アプリ２０に送信する（ステップＳ１５）。

第１アプリ２０は、クラウドサーバ１００から送信された個人化ＢＲＩＲの取得用アドレスと、ヘッドホン５０の機器最適化パラメータの取得用アドレスとを取得する（ステップＳ１６）。なお、第１アプリ２０は、ステップＳ１６のタイミングで、個人化ＢＲＩＲとヘッドホン５０の識別子との対応付けを行ってもよい。

その後、例えばユーザの操作により第２アプリ３０が起動されたことを契機として、第１アプリ２０は、取得した情報を第２アプリ３０に提供する（ステップＳ１７）。具体的には、第１アプリ２０は、個人化ＢＲＩＲの取得用アドレス、ヘッドホン５０の機器最適化パラメータの取得用アドレス、ヘッドホン５０の識別子、ヘッドホン５０のモデル名や機器のタイプ等の情報を第２アプリ３０に提供する。

第２アプリ３０は、音源や動画の再生等を行うためのアプリである。例えば、第２アプリ３０は、ストリーミング音源の提供を行うサービスサーバ２００を管理する事業者と同じ事業者等からユーザに提供される。なお、後述するように、第２アプリ３０には、データ制御部３１とプレイヤー３４という処理部を有し、データ制御部３１は共有ライブラリとして、第１アプリ２０を提供する事業者から提供されるものであってもよい。すなわち、サービスサーバ２００を管理する事業者は、第２アプリ３０におけるプレイヤー３４に該当する機能のみを提供してもよい。

第２アプリ３０のデータ制御部３１は、例えば、第１アプリ２０やクラウドサーバ１００とのデータのやりとりを行うための実行ファイルを含むライブラリ（Library）であり、ＳＡＬ（Server Access Library）等と称される場合がある。

データ制御部３１は、第１アプリ２０から提供された個人化ＢＲＩＲの取得用アドレスを介して、クラウドサーバ１００から個人化ＢＲＩＲを取得する（ステップＳ１８）。また、データ制御部３１は、第１アプリ２０から提供された機器最適化パラメータの取得用アドレスを介して、クラウドサーバ１００からヘッドホン５０の機器最適化パラメータを取得する。

データ制御部３１は、取得した個人化ＢＲＩＲ、及び、ヘッドホン５０の機器最適化パラメータを記憶領域３２に格納する（ステップＳ１９）。

続いて、データ制御部３１は、ユーザ端末１０に接続されている機器を認識する。具体的には、データ制御部３１は、ユーザ端末１０との通信が確立しているヘッドホン５０を認識する（ステップＳ２０）。

そして、データ制御部３１は、第１アプリ２０によって個人化ＢＲＩＲに対応付けられた機器の識別子と、現時点でユーザが利用しようとする機器を識別する識別子との一致を判定する。具体的には、データ制御部３１は、ステップＳ１２において第１アプリ２０がＨＲＴＦに対応付けた機器の識別子と、ステップＳ２０の時点で接続されている機器の識別子との一致を判定する。図２の例では、機器の識別子はともにヘッドホン５０を示すものであるため、データ制御部３１は、両者が一致したと判定する。

この場合、データ制御部３１は、第２アプリ３０の再生における設定が保持される設定ファイル（Config File）３３を更新する。具体的には、データ制御部３１は、取得した個人化ＢＲＩＲ、及び、機器最適化パラメータを再生処理で利用する（有効化する）ことを設定ファイル３３に書き込む。

一方、データ制御部３１は、第１アプリ２０によって個人化ＢＲＩＲに対応付けられた機器の識別子と、現時点でユーザが利用しようとする機器を識別する識別子とが一致しない場合、取得した個人化ＢＲＩＲや機器最適化パラメータを有効化しないよう書き込む。

すなわち、データ制御部３１は、第１アプリ２０から渡された識別子（ＢＴデバイス名等）と、現時点で接続中のヘッドホン５０の識別子とを比較して、音源の再生に利用する個人化ＢＲＩＲや機器最適化パラメータを決定する。そして、データ制御部３１は、決定した内容に従って、設定ファイル３３を更新する（ステップＳ２１）。

このように、データ制御部３１は、クラウドサーバ１００から提供された個人化ＢＲＩＲや機器最適化パラメータであっても、実際に使用される機器（ヘッドホン５０）が変更されている場合、その利用を制限する。すなわち、データ制御部３１は、実際に再生を行う第２アプリ３０において機器の識別子を判定する段階を含むことにより、音楽が再生される際に、異なる機器の機器最適化パラメータが適用されることによって適切でない再生が行われることを防止できる。

その後、第２アプリ３０は、ユーザが音楽の再生を所望した場合、プレイヤー３４の機能を実行する。プレイヤー３４は、音楽ファイル等の音源と、設定ファイル３３に設定された情報とに基づいて、音楽や動画の再生を行う処理部である。

プレイヤー３４は、設定ファイル３３を読み込み、再生に個人化ＢＲＩＲを利用することや、ヘッドホン５０の機器最適化パラメータを利用することを認識する（ステップＳ２２）。

続けて、プレイヤー３４は、設定ファイル３３に設定された情報に基づき、記憶領域３２から、個人化ＢＲＩＲや機器最適化パラメータを取得する（ステップＳ２３）。

さらに、プレイヤー３４は、ストリーミング音源等を提供するサービスサーバ２００にアクセスし、音源を取得する（ステップＳ２４）。

そして、プレイヤー３４は、音源に個人化ＢＲＩＲや機器最適化パラメータを畳み込みながら、音源の再生を行う。これにより、プレイヤー３４は、ユーザ個人の耳の形状に合わせた伝達関数、及び、ヘッドホン５０等の再生環境に最適化されたパラメータを利用した再生を行うことができる。

上記のように、本開示に係る情報処理装置の一例であるユーザ端末１０は、ユーザに対応した個人化ＢＲＩＲ（もしくは個人化ＨＲＴＦ）と、当該ユーザが利用する機器を識別する識別子との対応付けを実行する。そして、ユーザ端末１０は、ユーザに対応した個人化ＢＲＩＲが提供される提供先である第２アプリ３０に対して、個人化ＢＲＩＲと、個人化ＢＲＩＲに対応付けられた識別子とを提供する。

すなわち、ユーザ端末１０は、個人化ＢＲＩＲのみならず、個人化ＢＲＩＲが利用される環境下において接続される機器の識別子を提供する。このように、ユーザ端末１０は、ユーザがどのような機器を用いて個人化ＢＲＩＲを利用しようとしているかといった情報も再生環境（第２アプリ３０等）に提供することで、ユーザの環境に最適化した再生を行わせることができる。

また、ユーザ端末１０は、ユーザに対応した個人化ＢＲＩＲと、個人化ＢＲＩＲに対応付けられた識別子とを取得し、個人化ＢＲＩＲに対応付けられた識別子と、ユーザが利用する機器を識別する識別子との一致を判定する。そして、ユーザ端末１０は、個人化ＢＲＩＲに対応付けられた識別子と、ユーザが利用する機器を識別する識別子とが一致する場合に、個人化ＢＲＩＲを有効化するよう設定する。

このように、ユーザ端末１０は、個人化ＢＲＩＲが利用されようとする環境下において、現時点で接続されている機器を識別することで、クラウドサーバ１００から提供された個人化ＢＲＩＲや機器最適化パラメータを利用すべきか否かを判定する。これにより、ユーザ端末１０は、再生時において、適切でない個人化ＢＲＩＲの利用が行われたり、誤って異なる機器最適化パラメータが適用されたりすることを防止できる。結果として、ユーザ端末１０は、ユーザの環境に最適化した再生を行わせることができる。

以上、本開示に係る情報処理の全体の流れの概要を説明した。図３以下では、ユーザ端末１０の構成を説明するとともに、種々の処理の詳細を順に説明する。

［１−２．実施形態に係る情報処理装置の構成］
図３を用いて、本開示に係る情報処理装置の一例であるユーザ端末１０の構成について説明する。図３は、本開示の実施形態に係るユーザ端末１０の構成例を示す図である。図３に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、表示部１３と、検知部１４と、記憶部１５と、制御部１６とを有する。

通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１は、ネットワークＮ（インターネット等）と有線又は無線で接続され、ネットワークＮを介して、クラウドサーバ１００やサービスサーバ２００、ヘッドホン５０等との間で情報の送受信を行う。

入力部１２は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２は、ユーザ端末１０に備えられた操作キー等によって実現される。表示部１３は、各種情報を表示するための表示装置である。例えば、表示部１３は、液晶ディスプレイ等によって実現される。なお、ユーザ端末１０にタッチパネルが採用される場合には、入力部１２の一部と表示部１３とは一体化される。

検知部１４は、各種センサの総称であり、ユーザ端末１０に関する各種情報を検知する。具体的には、検知部１４は、ユーザ端末１０に対するユーザの操作や、ユーザ端末１０の所在する位置情報や、ユーザ端末１０と接続されている機器に関する情報や、ユーザ端末１０における環境等を検知する。

また、検知部１４は、センサの一例として、撮影を行うためのレンズおよびイメージセンサを有する。すなわち、検知部１４は、例えばユーザが撮影機能を動作させるアプリを起動させた場合、カメラとしての機能を発揮する。

記憶部１５は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１５は、情報処理に用いる各種データを記憶する。

図３に示すように、記憶部１５は、ＢＲＩＲテーブル１５１や、パラメータテーブル１５２といったデータテーブルを含む。ＢＲＩＲテーブル１５１は、例えば図２に示した記憶領域２１に対応する。パラメータテーブル１５２は、例えば図２に示した記憶領域３２に対応する。

ＢＲＩＲテーブル１２１は、クラウドサーバ１００によって生成された個人化ＢＲＩＲに関する情報を記憶する。図４に、本開示の実施形態に係るＢＲＩＲテーブル１５１の一例を示す。図４は、実施形態に係るＢＲＩＲテーブル１５１の一例を示す図である。図４に示した例では、ＢＲＩＲテーブル１５１は、「個人化ＢＲＩＲデータ」、「生成日時」といった項目を有する。

「個人化ＢＲＩＲデータ」は、クラウドサーバ１００によって生成された個人化ＢＲＩＲのデータを示す。図４では、個人化ＢＲＩＲデータを「Ａ０１」のように概念的に記載しているが、実際には、当該項目には、個人化ＢＲＩＲを示す具体的な数値等が記憶される。

「生成日時」は、個人化ＢＲＩＲデータが生成された日時を示す。ユーザ端末１０は、複数回にわたり個人化ＢＲＩＲを取得した場合には、最新の個人化ＢＲＩＲのみをＢＲＩＲテーブル１５１に保持しておいてもよいし、複数の個人化ＢＲＩＲをＢＲＩＲテーブル１５１に保持してもよい。

次に、パラメータテーブル１２２について説明する。パラメータテーブル１２２は、音源や動画の再生時に利用されるパラメータに関する情報を記憶する。図５に、本開示の実施形態に係るパラメータテーブル１５２の一例を示す。図５は、実施形態に係るパラメータテーブル１５２の一例を示す図である。図５に示した例では、パラメータテーブル１５２は、「設定ＩＤ」、「個人化ＢＲＩＲデータ」、「機器最適化パラメータ」、「取得日時」といった項目を有する。

「設定ＩＤ」は、個人化ＢＲＩＲと機器最適化パラメータとが対応付けられたことを示す設定を識別する識別情報を示す。「個人化ＢＲＩＲデータ」は、図４に示した同一の項目に対応する。「機器最適化パラメータ」は、クラウドサーバ１００から取得した機器最適化パラメータのデータを示す。図５では、機器最適化パラメータを「Ｃ０１」のように概念的に記載しているが、実際には、当該項目には、機器最適化パラメータを示す具体的な数値等が記憶される。

「取得日時」は、個人化ＢＲＩＲ及び機器最適化パラメータをクラウドサーバ１００から取得した日時を示す。ユーザ端末１０は、複数回にわたり個人化ＢＲＩＲ及び機器最適化パラメータを取得した場合には、最新の個人化ＢＲＩＲ及び機器最適化パラメータのみをパラメータテーブル１５２に保持しておいてもよいし、複数の個人化ＢＲＩＲ及び機器最適化パラメータをＢＲＩＲテーブル１５１に保持してもよい。

図３に戻って説明を続ける。制御部１６は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等によって、ユーザ端末１０内部に記憶されたプログラム（例えば、本開示に係る情報処理プログラム）がＲＡＭ（Random Access Memory）等を作業領域として実行されることにより実現される。また、制御部１６は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

図３に示すように、制御部１６は、第１アプリ制御部１６１と、第２アプリ制御部１６５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。第１アプリ制御部１６１は、生成部１６２と、実行部１６３と、提供部１６４とを含む。第２アプリ制御部１６５は、取得部１６６と、判定部１６７と、設定部１６８と、再生部１６９とを含む。例えば、取得部１６６と、判定部１６７と、設定部１６８とは、図２に示したデータ制御部３１に対応する。また、再生部１６９は、図２に示したプレイヤー３４に対応する。なお、制御部１６の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

生成部１６２は、ＨＲＴＦ及び個人化ＢＲＩＲの生成に関する処理を制御する。具体的には、生成部１６２は、ユーザの耳を含む横顔の撮影に関する処理を制御する。また、生成部１６２は、撮影により得られた画像をクラウドサーバ１００に送信する処理や、クラウドサーバ１００によって生成された個人化ＢＲＩＲを取得する処理を制御する。

生成部１６２は、撮影により得られた画像や、取得した個人化ＢＲＩＲを記憶部１５に適宜格納する。なお、生成部１６２は、ユーザ端末１０によって撮影された画像をクラウドサーバ１００に送信するのではなく、例えば外部のカメラ等によって撮影された画像を取得し、取得した画像をクラウドサーバ１００に送信してもよい。

なお、生成部１６２は、既にユーザ用に生成された個人化ＨＲＴＦや個人化ＢＲＩＲがクラウドサーバ１００に保持されている場合には、画像をクラウドサーバ１００に送信せずに、個人化ＨＲＴＦや個人化ＢＲＩＲを取得する処理のみを制御してもよい。すなわち、生成部１６２が個人化ＨＲＴＦや個人化ＢＲＩＲを取得する処理は、特定の手法に限定されない。

実行部１６３は、ユーザに対応した個人化ＨＲＴＦもしくは個人化ＢＲＩＲと、ユーザが利用する機器を識別する識別子との対応付けを実行する。

例えば、実行部１６３は、ユーザが第１アプリを起動させたことを契機として、ＢＲＩＲテーブル１５１に格納されている個人化ＢＲＩＲを取得する。また、実行部１６３は、第１アプリが起動された時点で接続されているヘッドホン５０を識別する識別子をヘッドホン５０から取得する。そして、実行部１６３は、個人化ＢＲＩＲとヘッドホン５０の識別子との対応付けを行い、対応付けした情報とともに、クラウドサーバ１００に個人化ＢＲＩＲをアップロードする。

その後、実行部１６３は、クラウドサーバ１００によって発行された個人化ＢＲＩＲ及びヘッドホン５０の取得用のワンタイムＵＲＬを取得する。なお、実行部１６３は、取得用のワンタイムＵＲＬを取得した時点で、個人化ＢＲＩＲとヘッドホン５０の識別子との対応付けを行ってもよい。

提供部１６４は、ユーザに対応した個人化ＢＲＩＲが提供される提供先に対して、個人化ＢＲＩＲと、個人化ＢＲＩＲに対応付けられた識別子とを提供する。提供先とは、例えば、ユーザ端末１０内にインストールされた、第１アプリとは異なるアプリ（実施形態では第２アプリ）である。なお、提供先は、第２アプリに限らず、他の外部機器（例えば、ユーザ端末１０と相互に通信可能な他の情報処理端末）等であってもよい。

提供部１６４は、提供先が個人化ＢＲＩＲを取得するためのワンタイムＵＲＬを提供先に送信することにより、個人化ＢＲＩＲを提供先に提供する。言い換えれば、提供部１６４は、ワンタイムＵＲＬを介して、個人化ＢＲＩＲを提供先に提供する。これにより、提供部１６４は、例えばＯＳの制約等によって直接の受け渡しができない第２アプリに対しても、個人化ＢＲＩＲを提供することができる。

また、提供部１６４は、識別子とともに、個人化ＢＲＩＲとともに利用される際の機器に応じた変数（機器最適化パラメータ）を提供先に提供してもよい。

提供部１６４は、提供先が機器最適化パラメータを取得するためのワンタイムＵＲＬを提供先に送信することにより、機器最適化パラメータを提供先に提供する。すなわち、提供部１６４は、個人化ＢＲＩＲと同様、ワンタイムＵＲＬを介して機器最適化パラメータを提供先に提供する。これにより、提供部１６４は、例えばＯＳの制約等によって直接の受け渡しができない第２アプリに対しても、機器最適化パラメータを提供することができる。

なお、提供部１６４は、ユーザ端末１０と情報処理装置とヘッドホン５０との通信が確立されている場合に、機器最適化パラメータを提供先に提供するようにしてもよい。すなわち、提供部１６４は、例えば第２アプリに機器最適化パラメータを提供しようとするタイミングにおいて、ヘッドホン５０との通信が切断されている場合には、機器最適化パラメータを第２アプリに提供しなくてもよい。これにより、提供部１６４は、ユーザが利用しようとする機器と、渡した最適化パラメータとに齟齬が生じることを防止することができる。

取得部１６６は、ユーザに対応した個人化ＢＲＩＲと、個人化ＢＲＩＲに対応付けられた識別子とを取得する。

例えば、取得部１６６は、提供部１６４から提供されたワンタイムＵＲＬを介して、個人化ＢＲＩＲをクラウドサーバ１００から取得する。具体的には、取得部１６６は、ワンタイムＵＲＬにより示されたアクセス先にアクセスし、個人化ＢＲＩＲの取得要求をクラウドサーバ１００に対して行うことにより、個人化ＢＲＩＲを取得する。

また、取得部１６６は、機器の識別子とともに、個人化ＢＲＩＲとともに利用される際の機器に応じた機器最適化パラメータを取得してもよい。

例えば、取得部１６６は、提供部１６４から提供されたワンタイムＵＲＬを介して、機器最適化パラメータをクラウドサーバ１００から取得する。具体的には、取得部１６６は、ワンタイムＵＲＬにより示されたアクセス先にアクセスし、機器最適化パラメータの取得要求をクラウドサーバ１００に対して行うことにより、機器最適化パラメータを取得する。

取得部１６６は、取得した情報を適宜記憶部１５に格納する。例えば、取得部１６６は、取得した個人化ＢＲＩＲ及び機器最適化パラメータを対応付けて、パラメータテーブル１５２に格納する。

判定部１６７は、個人化ＢＲＩＲに対応付けられた識別子と、ユーザが利用する機器を識別する識別子との一致を判定する。

具体的には、判定部１６７は、提供部１６４から提供された、個人化ＢＲＩＲに対応付けられたＢＴデバイス名等の識別子と、ユーザが現時点で利用している機器のＢＴデバイス名等の識別子との一致を判定する。

なお、判定部１６７は、ユーザ端末１０との通信が確立している機器をユーザが利用する機器と判定する。例えば、判定部１６７は、ＯＳの機能（ライブラリ等）を利用して、ユーザ端末１０と接続されている機器を検出することにより、ユーザ端末１０との通信が確立している機器を特定することができる。

なお、判定部１６７は、ユーザが現時点で利用している機器を検出できない場合や、機器の識別子を取得できない場合、個人化ＢＲＩＲに対応付けられた識別子と、ユーザが利用する機器を識別する識別子とが一致しないと判定してもよい。例えば、判定部１６７は、ユーザが現時点で利用する機器がＰａｓｓｉｖｅであり、識別子を送信する機能を有しない機器である場合等には、個人化ＢＲＩＲに対応付けられた識別子と機器の識別子とが一致しないと判定する。

設定部１６８は、個人化ＢＲＩＲに対応付けられた識別子と、ユーザが利用する機器を識別する識別子とが一致する場合に、個人化ＢＲＩＲを有効化するよう設定する。なお、ユーザが利用する機器とは、音源を再生するタイミングなど、個人化ＢＲＩＲを利用しようとするタイミングにおいて、ユーザ端末１０との通信が確立している機器等をいう。

例えば、設定部１６８は、個人化ＢＲＩＲに対応付けられた識別子と、ユーザが利用する機器を識別する識別子とが一致した場合、クラウドサーバ１００から取得した個人化ＢＲＩＲが利用可能である旨を設定ファイルに書き込む。これにより、後述する再生部１６９は、パラメータテーブル１５２に格納された個人化ＢＲＩＲを利用した再生を行うことができる。

なお、設定部１６８は、個人化ＢＲＩＲに対応付けられた識別子と、ユーザが利用する機器を識別する識別子とが一致しない場合には、個人化ＢＲＩＲ又は機器最適化パラメータを有効化しないよう設定してもよい。

これにより、設定部１６８は、再生状況が不明な環境において、個人化ＢＲＩＲや機器最適化パラメータが誤って用いられることによって最適な音源再生が行われないなど、ユーザ体験を損ねる事態が発生すること等を防止できる。

なお、設定部１６８は、個人化ＢＲＩＲと機器最適化パラメータのいずれも有効化しないよう設定してもよいし、個人化ＢＲＩＲは有効化し、機器最適化パラメータを有効化しないよう設定してもよい。設定部１６８は、個人化ＢＲＩＲを有効化しないよう設定した場合、音源の再生において、個人化ＢＲＩＲではなく、複数のユーザに平均化された平均ＢＲＩＲを用いるよう設定ファイルに書き込む。また、設定部１６８は、機器最適化パラメータを有効化しないよう設定した場合、音源の再生において、機器最適化パラメータではなく、全ての機器に共通して適用される標準的なパラメータを用いるよう設定ファイルに書き込む。

再生部１６９は、音源や動画を再生する。再生部１６９は、再生に際して、設定ファイルを読み込み、再生に用いるＢＲＩＲやパラメータを特定する。そして、再生部１６９は、設定ファイルに書き込まれた個人化ＢＲＩＲや機器最適化パラメータをパラメータテーブル１５２から取得し、再生を行う。

例えば、再生部１６９は、サービスサーバ２００にアクセスし、ストリーミングデータを取得し、取得したストリーミングデータを再生する。なお、再生部１６９は、ストリーミングデータに限らず、記憶部１５に記憶された音源や動画を再生してもよい。

［１−３．実施形態に係る情報処理の手順］
次に、図６乃至図９を用いて、第１の実施形態に係る情報処理の手順について説明する。図６では、ユーザ端末１０が個人化ＢＲＩＲを取得するまでの処理の手順について説明する。図６は、実施形態に係る情報処理の手順を示すフローチャート（１）である。

図６に示すように、ユーザ端末１０は、撮影処理等を介して、ユーザの耳画像を取得する（ステップＳ１０１）。続けて、ユーザ端末１０は、耳画像をクラウドサーバ１００に送信する（ステップＳ１０２）。

その後、ユーザ端末１０は、耳画像に基づき生成された個人化ＢＲＩＲを取得する（ステップＳ１０３）。そして、ユーザ端末１０は、取得した個人化ＢＲＩＲを記憶部１５（ＢＲＩＲテーブル１５１）に格納する（ステップＳ１０４）。

次に、図７を用いて、ユーザ端末１０が個人化ＢＲＩＲを第２アプリに提供する処理の手順について説明する。図７は、実施形態に係る情報処理の手順を示すフローチャート（２）である。

図７に示すように、ユーザ端末１０は、第１アプリの起動を検出したか否かを判定する（ステップＳ２０１）。第１アプリの起動を検出しない場合（ステップＳ２０１；Ｎｏ）、ユーザ端末１０は、起動を検出するまで待機する。

一方、第１アプリの起動を検出した場合（ステップＳ２０１；Ｙｅｓ）、ユーザ端末１０は、ユーザ端末１０と接続されている機器の情報（例えば、ヘッドホン５０の識別子等）を取得する（ステップＳ２０２）。

その後、ユーザ端末１０は、ＢＲＩＲテーブル１５１に格納している個人化ＢＲＩＲをクラウドサーバ１００に送信する（ステップＳ２０３）。続けて、ユーザ端末１０は、クラウドサーバ１００によって発行された、個人化ＢＲＩＲの取得用アドレスを取得する（ステップＳ２０４）。

また、ユーザ端末１０は、機器最適化パラメータの取得用アドレスを取得したか否かを判定する（ステップＳ２０５）。機器最適化パラメータの取得用アドレスを取得した場合（ステップＳ２０５；Ｙｅｓ）、ユーザ端末１０は、機器の識別子と個人化ＢＲＩＲとを対応付ける（ステップＳ２０６）。

一方、機器最適化パラメータの取得用アドレスを取得していない場合（ステップＳ２０５；Ｎｏ）、ユーザ端末１０は、機器の識別子と個人化ＢＲＩＲとの対応付けを行わなくてもよい。機器最適化パラメータの取得用アドレスを取得していない場合とは、例えば、機器がＰａｓｓｉｖｅであり、ステップＳ２０２で識別子を取得できなかった場合や、クラウドサーバ１００が機器の最適化パラメータを保持していなかった場合等である。

そして、ユーザ端末１０は、クラウドサーバ１００から取得した取得用アドレス等の情報を第２アプリに提供する（ステップＳ２０７）。

次に、図８を用いて、ユーザ端末１０が個人化ＢＲＩＲを設定する処理の手順について説明する。図８は、実施形態に係る情報処理の手順を示すフローチャート（３）である。

図８に示すように、ユーザ端末１０は、第２アプリの起動を検出したか否かを判定する（ステップＳ３０１）。第２アプリの起動を検出しない場合（ステップＳ３０１；Ｎｏ）、ユーザ端末１０は、起動を検出するまで待機する。

一方、第２アプリの起動を検出した場合（ステップＳ３０１；Ｙｅｓ）、ユーザ端末１０は、第１アプリから提供された情報を取得する（ステップＳ３０２）。

その後、ユーザ端末１０は、提供された取得用アドレスを利用して、クラウドサーバ１００から個人化ＢＲＩＲを取得する（ステップＳ３０３）。続けて、ユーザ端末１０は、取得した個人化ＢＲＩＲを記憶部１５（パラメータテーブル１５２）に格納する（ステップＳ３０４）。

また、ユーザ端末１０は、第１アプリから、機器最適化パラメータの取得用アドレスを取得したか否かを判定する（ステップＳ３０５）。機器最適化パラメータの取得用アドレスを取得している場合（ステップＳ３０５；Ｙｅｓ）、ユーザ端末１０は、取得用アドレスを利用して、クラウドサーバ１００から機器最適化パラメータを取得する（ステップＳ３０６）。ユーザ端末１０は、取得した機器最適化パラメータを記憶部１５（パラメータテーブル１５２）に、個人化ＢＲＩＲと対応付けて格納する（ステップＳ３０７）。

さらに、ユーザ端末１０は、現時点で接続されている機器の情報を取得する（ステップＳ３０８）。そして、ユーザ端末１０は、ステップＳ３０８で取得した機器の識別子が、個人化ＢＲＩＲに対応付けられた識別子と一致するか否かを判定する（ステップＳ３０９）。

ステップＳ３０８で取得した機器の識別子が、個人化ＢＲＩＲに対応付けられた識別子と一致する場合（ステップＳ３０９；Ｙｅｓ）、ユーザ端末１０は、設定ファイルに個人化ＢＲＩＲと機器最適化パラメータを使用する旨を登録する。言い換えれば、ユーザ端末１０は、個人化ＢＲＩＲと機器最適化パラメータとを有効化する（ステップＳ３１０）。

一方、ユーザ端末１０は、機器最適化パラメータの取得用アドレスを第１アプリから取得しない場合（ステップＳ３０５；Ｎｏ）や、ステップＳ３０８で取得した機器の識別子が、個人化ＢＲＩＲに対応付けられた識別子と一致しない場合（ステップＳ３０９；Ｎｏ）、ユーザ端末１０は、設定ファイルに個人化ＢＲＩＲと機器最適化パラメータを使用しない旨を登録する。言い換えれば、ユーザ端末１０は、個人化ＢＲＩＲと機器最適化パラメータとを有効化しないよう設定する（ステップＳ３１１）。

なお、ユーザ端末１０は、ステップＳ３１１において、個人化ＢＲＩＲと機器最適化パラメータとのいずれをも有効化しないよう設定するのではなく、機器最適化パラメータのみを有効化しないよう設定してもよい。例えば、ユーザ端末１０は、機器がＰａｓｓｉｖｅである場合等には、個人化ＢＲＩＲのみをユーザに利用させてもよい。

次に、図９を用いて、ユーザ端末１０が個人化ＢＲＩＲを利用して再生を行う処理の手順について説明する。図９は、実施形態に係る情報処理の手順を示すフローチャート（４）である。

ユーザ端末１０は、第２アプリのうちプレイヤーの起動を検出したか否かを判定する（ステップＳ４０１）。なお、プレイヤーの起動とは、例えば、第２アプリにおいてユーザが音源を再生する旨の操作を行ったこと等と読み替えてもよい。

プレイヤーの起動を検出しない場合（ステップＳ４０１；Ｎｏ）、ユーザ端末１０は、起動を検出するまで待機する。一方、プレイヤーの起動を検出した場合（ステップＳ４０１；Ｙｅｓ）、ユーザ端末１０は、設定ファイルを読み込む（ステップＳ４０２）。

続けて、ユーザ端末１０は、サービスサーバ２００から音源を取得する（ステップＳ４０３）。そして、ユーザ端末１０は、設定ファイルに基づいて、例えば個人化ＢＲＩＲや機器最適化パラメータ等を音源に畳み込みながら、音源を再生する（ステップＳ４０４）。

音源の再生中、ユーザ端末１０は、接続している機器が変更されたか否かを判定する（ステップＳ４０５）。接続している機器が変更された場合（ステップＳ４０５；Ｙｅｓ）、すなわち、ユーザが利用しているヘッドホンが変更された場合や、通信が切断された場合には、設定ファイルを変更する（ステップＳ４０６）。例えば、ユーザ端末１０は、個人化ＢＲＩＲや機器最適化パラメータの有効化を解除し、これらの情報が再生に利用できないよう設定ファイルを変更する。

その後、ユーザ端末１０は、再生の停止がユーザから要求されたか否かを判定する（ステップＳ４０７）。再生の停止がユーザから要求されない場合（ステップＳ４０７；Ｎｏ）、ユーザ端末１０は、再生を継続するため、サービスサーバ２００から音源を取得する処理を継続する。

一方、再生の停止がユーザから要求された場合（ステップＳ４０７；Ｙｅｓ）、ユーザ端末１０は、音源の再生を停止する（ステップＳ４０８）。

（２．変形例）
上述した情報処理システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

［２−１．情報処理システムの態様］
実施形態では、個人化ＢＲＩＲや機器最適化パラメータの取得用アドレスとしてワンタイムＵＲＬを例に挙げたが、この例に限られず、第２アプリがクラウドサーバ１００からデータを取得可能な手法であれば、いずれの手法を用いてもよい。また、クラウドサーバ１００は、ワンタイムＵＲＬを介して個人化ＢＲＩＲをユーザ端末１０に提供したのち、提供した個人化ＢＲＩＲを削除してもよいし、一定期間保持していてもよい。

実施形態では、クラウドサーバ１００が個人化ＢＲＩＲを生成する例を示した。しかし、個人化ＢＲＩＲは、クラウドサーバ１００ではなく、ユーザ端末１０が生成してもよい。この場合、クラウドサーバ１００は、ユーザ端末１０からアップロードされた個人化ＢＲＩＲを保持し、要求があった場合に、取得用アドレスを発行する処理のみを行えばよい。

実施形態では、クラウドサーバ１００は、クラウドネットワーク上に設置されることを前提としているが、この例に限られず、ユーザ端末１０と通信可能であれば、クラウドサーバ１００はＬＡＮ（Local Area Network）等のネットワーク上に設置されてもよい。

クラウドサーバ１００は、個人化ＢＲＩＲを生成する際に、ユーザの識別情報を取得し、識別情報と個人化ＢＲＩＲとを対応付けて、個人化ＢＲＩＲを保持するようにしてもよい。この場合、クラウドサーバ１００は、起動のたびに第１アプリから個人化ＢＲＩＲのアップロードを受けなくても、第２アプリに個人化ＢＲＩＲを提供することができる。

実施形態では、クラウドサーバ１００を１つのサーバとして記載したが、クラウドサーバ１００は、複数台のサーバ装置から構成されてもよい。例えば、クラウドサーバ１００は、個人化ＢＲＩＲを生成する生成サーバと、個人化ＢＲＩＲの取得用アドレスを発行したり、個人化ＢＲＩＲを提供したりする提供サーバとに分割されてもよい。

実施形態では、ユーザ端末１０内に第１アプリと第２アプリとがインストールされる例を示したが、第１アプリと第２アプリは、別の装置にインストールされるアプリであってもよい。例えば、ユーザ端末１０は、第１アプリの機能のみを保持し、別の装置であるスマートスピーカー等にインストールされた第２アプリを制御することにより、音源の再生等を行ってもよい。

［２−２．音源の再生の態様］
クラウドサーバ１００は、ユーザの個人化ＢＲＩＲや機器最適化パラメータを保持しない場合、複数のユーザの平均的なＢＲＩＲや、特定の機器に依存しない標準的なパラメータをユーザ端末１０に送信してもよい。

この点について、図１０を用いて説明する。図１０は、変形例に係る頭部伝達関数の利用態様を示す概念図である。

図１０に示すように、第２アプリにおいて音源が再生される場合には、例えばパターン１とパターン２との態様が考えられる。パターン１は、機器を認識できない場合等、個人化ＢＲＩＲや機器最適化パラメータが利用できない場合を示す。具体的には、パターン１は、ストリーミングデータと、サービスアプリ（再生用アプリ）と、ライブラリと、平均化ＢＲＩＲ及び標準パラメータの組み合わせ７０によって運用される。一方、パターン２は、機器が認識可能であり、機器に対応したパラメータが存在する場合を示す。具体的には、パターン２は、ストリーミングデータと、サービスアプリと、ライブラリと、個人化ＢＲＩＲ及び機器最適化パラメータの組み合わせ８０によって運用される。

［２−３．パラメータの利用］
ユーザ端末１０は、機器最適化パラメータを再生のたびに取得するのではなく、予め複数の機器にそれぞれ対応した機器最適化パラメータを取得していてもよい。この場合、ユーザ端末１０は、接続された機器の識別子に基づいて、当該機器の最適化パラメータを特定し、特定したパラメータを利用して再生等を行うことができる。また、ユーザ端末１０は、例えば所有する機器パラメータのリストをユーザに提示し、ユーザにパラメータを選択させてもよい。これにより、例えばＰａｓｓｉｖｅのヘッドホンしか所有していないユーザであっても、自身の個人化ＢＲＩＲと、機器最適化パラメータとを利用した再生を行わせることができる。

なお、実施形態では、ユーザ端末１０（第２アプリ）が、例えばＰａｓｓｉｖｅのヘッドホン等については機器最適化パラメータを取得しない例を示した。しかし、ユーザ端末１０は、Ｐａｓｓｉｖｅのヘッドホン等の通信機能を有しない機器についても、機器最適化パラメータを取得してもよい。この場合、ユーザは、第１アプリにおいて機器の名称等を手動で選択する。なお、機器の名称等のリストは、クラウドサーバ１００からユーザ端末１０に提供される。そして、ユーザ端末１０は、ユーザによって選択された機器の機器最適化パラメータに対応した取得用アドレスをクラウドサーバ１００から取得する。

そして、ユーザ端末１０は、取得した取得用アドレスを第２アプリに提供する。これにより、第２アプリは、Ｐａｓｓｉｖｅのヘッドホン等に関する機器最適化パラメータの取得用アドレスを取得することができる。この場合、図８で示したステップＳ３０５は「Ｙｅｓ」への分岐となるため、ユーザは、Ｐａｓｓｉｖｅのヘッドホンであっても、個人化ＢＲＩＲや機器最適化パラメータを利用した音楽再生を享受することができる。なお、ユーザ端末１０は、ユーザの状況に合わせて、個人化ＢＲＩＲと機器最適化パラメータを利用した音楽再生のみならず、個人化ＢＲＩＲのみを利用した（機器最適化パラメータでなく、標準的なパラメータ）音楽再生や、平均化ＢＲＩＲのみを利用した音楽再生等、種々の関数や変数を組み合わせた音楽再生を適宜実行してもよい。

クラウドサーバ１００は、個人化ＨＲＴＦから個人化ＢＲＩＲを生成する際には、例えばユーザが所在する位置や状況に応じて、異なるＲＩＲ（例えば、ユーザの室内環境にあったＲＩＲ等）を畳み込むようにしてもよい。これにより、クラウドサーバ１００は、よりユーザの状況に合わせた個人化ＢＲＩＲをユーザに提供することができる。この場合、クラウドサーバ１００が個人化ＢＲＩＲを生成するのではなく、複数のＲＩＲを取得したユーザ端末１０自身が、環境に合わせてＲＩＲを特定し、個人化ＨＲＴＦとの畳み込みを行ってもよい。

［２−４．機器の態様］
実施形態では、ヘッドホン５０は、Ｂｌｕｅｔｏｏｔｈを利用してユーザ端末１０とせ接続する例を示した。しかし、ヘッドホン５０等の機器は、Ｂｌｕｅｔｏｏｔｈに限らず、種々の通信規格で接続を行ってもよい。

（３．その他の実施形態）
上述した各実施形態に係る処理は、上記各実施形態以外にも種々の異なる形態にて実施されてよい。

また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

（４．本開示に係る情報処理装置の効果）
上述してきたように、本開示に係る情報処理装置（実施形態ではユーザ端末１０）は、実行部（実施形態では実行部１６３）と、提供部（実施形態では提供部１６４）とを備える。実行部は、ユーザに対応した頭部伝達関数（実施形態では個人化ＨＲＴＦや個人化ＢＲＩＲ）と、ユーザが利用する機器を識別する識別子との対応付けを実行する。提供部は、ユーザに対応した頭部伝達関数が提供される提供先に対して、頭部伝達関数と、頭部伝達関数に対応付けられた識別子とを提供する。

このように、本開示に係る情報処理装置は、頭部伝達関数が利用されようとする環境下において、現時点で接続されている機器を識別する。これにより、情報処理装置は、再生時において、適切でない機器が接続されていること等を認識できるので、適切に頭部伝達関数を利用することができる。

また、提供部は、提供先が頭部伝達関数を取得するためのワンタイムＵＲＬ（One-Time URL）を提供先に送信することにより、頭部伝達関数を提供先に提供する。これにより、情報処理装置は、ＯＳ等の制約がある提供先に対しても、頭部伝達関数を提供することができる。

また、提供部は、識別子とともに、頭部伝達関数とともに利用される際の機器に応じた変数を提供先に提供する。これにより、情報処理装置は、機器に応じた最適な再生を行うことができる。

また、提供部は、提供先が変数を取得するためのワンタイムＵＲＬを提供先に送信することにより、変数を提供先に提供する。これにより、情報処理装置は、ＯＳ等の制約がある提供先に対しても、機器最適化パラメータ等の変数を提供することができる。

また、提供部は、情報処理装置と機器との通信が確立されている場合に、変数を提供先に提供する。これにより、情報処理装置は、音楽が再生される際に、取得した変数に適しない機器に変数が適用されることを防止できるので、適切でない再生が行われることを防止できる。

また、本開示に係る情報処理装置は、取得部（実施形態では取得部１６６）と、判定部（実施形態では判定部１６７）と、設定部（実施形態では設定部１６８）とを備える。取得部は、ユーザに対応した頭部伝達関数と、頭部伝達関数に対応付けられた識別子とを取得する。判定部は、頭部伝達関数に対応付けられた識別子と、ユーザが利用する機器を識別する識別子との一致を判定する。設定部は、頭部伝達関数に対応付けられた識別子と、ユーザが利用する機器を識別する識別子とが一致する場合に、頭部伝達関数を有効化するよう設定する。

このように、本開示に係る情報処理装置は、頭部伝達関数を取得した時点で対応付けられている機器と、実際に接続されている機器との一致を判定し、その結果に基づいて、頭部伝達関数の有効化を設定する。これにより、情報処理装置は、再生時において、適切でない機器に頭部伝達関数が適用されることを防止できる。

また、取得部は、頭部伝達関数を取得するためのワンタイムＵＲＬを介して、頭部伝達関数を取得する。これにより、情報処理装置は、ＯＳ等の制約がある場合にも、頭部伝達関数を取得することができる。

また、取得部は、識別子とともに、頭部伝達関数とともに利用される際の機器に応じた変数を取得する。これにより、情報処理装置は、機器に応じた最適な再生を行うことができる。

また、取得部は、変数を取得するためのワンタイムＵＲＬを介して、変数を取得する。これにより、情報処理装置は、ＯＳ等の制約がある場合にも、変数を取得することができる。

また、判定部は、情報処理装置との通信が確立している機器をユーザが利用する機器と判定する。設定部は、頭部伝達関数に対応付けられた識別子と、ユーザが利用する機器を識別する識別子とが一致する場合に、変数を有効化するよう設定する。これにより、情報処理装置は、再生時において、取得した頭部伝達関数に対応付けられた機器とは異なる機器が接続されているか否かを判定できるので、適切でない機器に変数が適用されることを防止できる。

また、設定部は、頭部伝達関数に対応付けられた識別子と、ユーザが利用する機器を識別する識別子とが一致しない場合には、頭部伝達関数又は変数を有効化しないよう設定する。これにより、情報処理装置は、機器に適さない変数等が利用されることを防止できる。

（５．ハードウェア構成）
上述してきた各実施形態に係るユーザ端末１０やヘッドホン５０やクラウドサーバ１００やサービスサーバ２００等の情報機器は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。以下、実施形態に係るユーザ端末１０を例に挙げて説明する。図１１は、ユーザ端末１０の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス１５００、及び入出力インターフェイス１６００を有する。コンピュータ１０００の各部は、バス１０５０によって接続される。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。例えば、ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムをＲＡＭ１２００に展開し、各種プログラムに対応した処理を実行する。

ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるＢＩＯＳ（Basic Input Output System）等のブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を非一時的に記録する、コンピュータが読み取り可能な記録媒体である。具体的には、ＨＤＤ１４００は、プログラムデータ１４５０の一例である本開示に係る情報処理プログラムを記録する記録媒体である。

通信インターフェイス１５００は、コンピュータ１０００が外部ネットワーク１５５０（例えばインターネット）と接続するためのインターフェイスである。例えば、ＣＰＵ１１００は、通信インターフェイス１５００を介して、他の機器からデータを受信したり、ＣＰＵ１１００が生成したデータを他の機器へ送信したりする。

入出力インターフェイス１６００は、入出力デバイス１６５０とコンピュータ１０００とを接続するためのインターフェイスである。例えば、ＣＰＵ１１００は、入出力インターフェイス１６００を介して、キーボードやマウス等の入力デバイスからデータを受信する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやスピーカーやプリンタ等の出力デバイスにデータを送信する。また、入出力インターフェイス１６００は、所定の記録媒体（メディア）に記録されたプログラム等を読み取るメディアインターフェイスとして機能してもよい。メディアとは、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係るユーザ端末１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされた情報処理プログラムを実行することにより、制御部１６等の機能を実現する。また、ＨＤＤ１４００には、本開示に係る情報処理プログラムや、記憶部１５内のデータが格納される。なお、ＣＰＵ１１００は、プログラムデータ１４５０をＨＤＤ１４００から読み取って実行するが、他の例として、外部ネットワーク１５５０を介して、他の装置からこれらのプログラムを取得してもよい。

なお、本技術は以下のような構成も取ることができる。
（１）
ユーザに対応した頭部伝達関数と、当該ユーザが利用する機器を識別する識別子との対応付けを実行する実行部と、
前記ユーザに対応した頭部伝達関数が提供される提供先に対して、当該頭部伝達関数と、当該頭部伝達関数に対応付けられた前記識別子とを提供する提供部と
を備えた情報処理装置。
（２）
前記提供部は、
前記提供先が前記頭部伝達関数を取得するためのワンタイムＵＲＬ（One-Time URL）を当該提供先に送信することにより、当該頭部伝達関数を当該提供先に提供する
前記（１）に記載の情報処理装置。
（３）
前記提供部は、
前記識別子とともに、前記頭部伝達関数とともに利用される際の前記機器に応じた変数を前記提供先に提供する
前記（１）又は（２）に記載の情報処理装置。
（４）
前記提供部は、
前記提供先が前記変数を取得するためのワンタイムＵＲＬ（One-Time URL）を当該提供先に送信することにより、当該変数を当該提供先に提供する
前記（３）に記載の情報処理装置。
（５）
前記提供部は、
前記情報処理装置と前記機器との通信が確立されている場合に、前記変数を前記提供先に提供する
前記（３）又は（４）に記載の情報処理装置。
（６）
コンピュータが、
ユーザに対応した頭部伝達関数と、当該ユーザが利用する機器を識別する識別子との対応付けを実行し、
前記ユーザに対応した頭部伝達関数が提供される提供先に対して、当該頭部伝達関数と、当該頭部伝達関数に対応付けられた前記識別子とを提供する
情報処理方法。
（７）
コンピュータを、
ユーザに対応した頭部伝達関数と、当該ユーザが利用する機器を識別する識別子との対応付けを実行する実行部と、
前記ユーザに対応した頭部伝達関数が提供される提供先に対して、当該頭部伝達関数と、当該頭部伝達関数に対応付けられた前記識別子とを提供する提供部と
として機能させるための情報処理プログラム。
（８）
ユーザに対応した頭部伝達関数と、当該頭部伝達関数に対応付けられた識別子とを取得する取得部と、
前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子との一致を判定する判定部と、
前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、当該頭部伝達関数を有効化するよう設定する設定部と
を備えた情報処理装置。
（９）
前記取得部は、
前記頭部伝達関数を取得するためのワンタイムＵＲＬ（One-Time URL）を介して、当該頭部伝達関数を取得する
前記（８）に記載の情報処理装置。
（１０）
前記取得部は、
前記識別子とともに、前記頭部伝達関数とともに利用される際の前記機器に応じた変数を取得する
前記（８）又は（９）に記載の情報処理装置。
（１１）
前記取得部は、
前記変数を取得するためのワンタイムＵＲＬ（One-Time URL）を介して、当該変数を取得する
前記（１０）に記載の情報処理装置。
（１２）
前記判定部は、
前記情報処理装置との通信が確立している機器を前記ユーザが利用する機器と判定し、
前記設定部は、
前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、前記変数を有効化するよう設定する
前記（１０）又は（１１）に記載の情報処理装置。
（１３）
前記設定部は、
前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致しない場合には、前記頭部伝達関数又は前記変数を有効化しないよう設定する
前記（１０）〜（１２）のいずれかに記載の情報処理装置。
（１４）
コンピュータが、
ユーザに対応した頭部伝達関数と、当該頭部伝達関数に対応付けられた識別子とを取得し、
前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子との一致を判定し、
前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、当該頭部伝達関数を有効化するよう設定する
情報処理方法。
（１５）
コンピュータを、
ユーザに対応した頭部伝達関数と、当該頭部伝達関数に対応付けられた識別子とを取得する取得部と、
前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子との一致を判定する判定部と、
前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、当該頭部伝達関数を有効化するよう設定する設定部と
として機能させるための情報処理プログラム。

１ 情報処理システム
１０ ユーザ端末
１１ 通信部
１２ 入力部
１３ 表示部
１４ 検知部
１５ 記憶部
１５１ ＢＲＩＲテーブル
１５２ パラメータテーブル
１６ 制御部
１６１ 第１アプリ制御部
１６２ 生成部
１６３ 実行部
１６４ 提供部
１６５ 第２アプリ制御部
１６６ 取得部
１６７ 判定部
１６８ 設定部
１６９ 再生部
５０ ヘッドホン
１００ クラウドサーバ
２００ サービスサーバ

Claims (15)

1. ユーザに対応した頭部伝達関数と、当該ユーザが利用する機器を識別する識別子との対応付けを実行する実行部と、
   前記ユーザに対応した頭部伝達関数が提供される提供先に対して、当該頭部伝達関数と、当該頭部伝達関数に対応付けられた前記識別子とを提供する提供部と
   を備えた情報処理装置。
2. 前記提供部は、
   前記提供先が前記頭部伝達関数を取得するためのワンタイムＵＲＬ（One-Time URL）を当該提供先に送信することにより、当該頭部伝達関数を当該提供先に提供する
   請求項１に記載の情報処理装置。
3. 前記提供部は、
   前記識別子とともに、前記頭部伝達関数とともに利用される際の前記機器に応じた変数を前記提供先に提供する
   請求項１に記載の情報処理装置。
4. 前記提供部は、
   前記提供先が前記変数を取得するためのワンタイムＵＲＬ（One-Time URL）を当該提供先に送信することにより、当該変数を当該提供先に提供する
   請求項３に記載の情報処理装置。
5. 前記提供部は、
   前記情報処理装置と前記機器との通信が確立されている場合に、前記変数を前記提供先に提供する
   請求項３に記載の情報処理装置。
6. コンピュータが、
   ユーザに対応した頭部伝達関数と、当該ユーザが利用する機器を識別する識別子との対応付けを実行し、
   前記ユーザに対応した頭部伝達関数が提供される提供先に対して、当該頭部伝達関数と、当該頭部伝達関数に対応付けられた前記識別子とを提供する
   情報処理方法。
7. コンピュータを、
   ユーザに対応した頭部伝達関数と、当該ユーザが利用する機器を識別する識別子との対応付けを実行する実行部と、
   前記ユーザに対応した頭部伝達関数が提供される提供先に対して、当該頭部伝達関数と、当該頭部伝達関数に対応付けられた前記識別子とを提供する提供部と
   として機能させるための情報処理プログラム。
8. ユーザに対応した頭部伝達関数と、当該頭部伝達関数に対応付けられた識別子とを取得する取得部と、
   前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子との一致を判定する判定部と、
   前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、当該頭部伝達関数を有効化するよう設定する設定部と
   を備えた情報処理装置。
9. 前記取得部は、
   前記頭部伝達関数を取得するためのワンタイムＵＲＬ（One-Time URL）を介して、当該頭部伝達関数を取得する
   請求項８に記載の情報処理装置。
10. 前記取得部は、
    前記識別子とともに、前記頭部伝達関数とともに利用される際の前記機器に応じた変数を取得する
    請求項８に記載の情報処理装置。
11. 前記取得部は、
    前記変数を取得するためのワンタイムＵＲＬ（One-Time URL）を介して、当該変数を取得する
    請求項１０に記載の情報処理装置。
12. 前記判定部は、
    前記情報処理装置との通信が確立している機器を前記ユーザが利用する機器と判定し、
    前記設定部は、
    前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、前記変数を有効化するよう設定する
    請求項１０に記載の情報処理装置。
13. 前記設定部は、
    前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致しない場合には、前記頭部伝達関数又は前記変数を有効化しないよう設定する
    請求項１０に記載の情報処理装置。
14. コンピュータが、
    ユーザに対応した頭部伝達関数と、当該頭部伝達関数に対応付けられた識別子とを取得し、
    前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子との一致を判定し、
    前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、当該頭部伝達関数を有効化するよう設定する
    情報処理方法。
15. コンピュータを、
    ユーザに対応した頭部伝達関数と、当該頭部伝達関数に対応付けられた識別子とを取得する取得部と、
    前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子との一致を判定する判定部と、
    前記頭部伝達関数に対応付けられた識別子と、前記ユーザが利用する機器を識別する識別子とが一致する場合に、当該頭部伝達関数を有効化するよう設定する設定部
    として機能させるための情報処理プログラム。

Images