(57)【特許請求の範囲】
【請求項１】
オーディオ信号を処理するための装置であって、
入力データを受信するための受信部であって、前記入力データは、複数のバイノーラルレンダリングデータセットを有し、各バイノーラルレンダリングデータセットは、仮想位置バイノーラルレンダリング処理のためのパラメータを表して、同じ元の頭部バイノーラル伝達関数のための異なる表現を提供する、データを有し、前記バイノーラルレンダリングデータセットの各々に関して、前記入力データは、前記バイノーラルレンダリングデータセットのための表現を示す表現指標を更に有する、受信部と、
前記表現指標及び当該装置の機能に基づいて、選択されたバイノーラルレンダリングデータセットを選択するための選択部と、
前記選択されたバイノーラルレンダリングデータセットのデータに基づいて前記オーディオ信号を処理するためのオーディオ処理部とを有する、装置。
【請求項２】
前記バイノーラルレンダリングデータセットは、頭部バイノーラル伝達関数データを有する、請求項１に記載の装置。
【請求項３】
前記バイノーラルレンダリングデータセットのうち少なくとも１つは、複数の位置のための頭部バイノーラル伝達関数データを有する、請求項２に記載の装置。
【請求項４】
前記表現指標は、前記バイノーラルレンダリングデータセットの順序付けられたシーケンスを更に表し、前記順序付けられたシーケンスは、前記バイノーラルレンダリングデータセットにより表されるバイノーラルレンダリングのための質及び複雑性のうち少なくとも１つに関して順序付けられ、前記選択部は、前記順序付けられたシーケンスにおける前記選択されたバイノーラルレンダリングデータセットの位置に基づいて、前記選択されたバイノーラルレンダリングデータセットを選択するように構成される、請求項１に記載の装置。
【請求項５】
前記選択部は、前記選択されたバイノーラルレンダリングデータセットを、オーディオプロセッサが可能であるレンダリング処理を示す前記順序付けられたシーケンスにおける前記選択された表現指標のためのバイノーラルレンダリングデータセットとして選択するように構成される、請求項４に記載の装置。
【請求項６】
前記表現指標は、前記バイノーラルレンダリングデータセットにより表される頭部フィルタタイプの指標を有する、請求項１に記載の装置。
【請求項７】
前記複数のバイノーラルレンダリングデータセットのうち少なくとも幾つかは、時間領域インパルス応答表現、周波数領域フィルタ伝達関数表現、パラメトリック表現及びサブバンド領域フィルタ表現のグループからの選択される表現により記述される少なくとも１つの頭部バイノーラル伝達関数を含む、請求項１に記載の装置。
【請求項８】
前記バイノーラルレンダリングデータセットのための少なくとも幾つかの表現は、異なるバイノーラルオーディオ処理アルゴリズムに対応し、前記選択されたバイノーラルレンダリングデータセットの選択は、オーディオプロセッサにより使用されるバイノーラル処理アルゴリズムに依存する、請求項１に記載の装置。
【請求項９】
少なくとも幾つかのバイノーラルレンダリングデータセットは、反響データを有し、オーディオプロセッサは、前記選択されたバイノーラルレンダリングデータセットの反響データに依存して反響処理を適応させるように構成される、請求項１に記載の装置。
【請求項１０】
前記オーディオプロセッサは、処理されたオーディオ信号を、少なくとも頭部バイノーラル伝達関数でフィルタリングされた信号と反響信号との組み合わせとして生成することを含むバイノーラルレンダリング処理を実行するように構成され、前記反響信号は、前記選択されたバイノーラルレンダリングデータセットのデータに依存する、請求項９に記載の装置。
【請求項１１】
前記選択部は、前記表現指標により示される反響データの表現の指標に基づいて、前記選択されたバイノーラルレンダリングデータセットを選択するように構成される、請求項９に記載の装置。
【請求項１２】
ビットストリームを生成するための装置であって、
複数のバイノーラルレンダリングデータセットを供給するためのバイノーラル回路であって、各バイノーラルレンダリングデータセットは、仮想位置バイノーラルレンダリング処理のためのパラメータを表して、同じ元の頭部バイノーラル伝達関数のための異なる表現を提供する、データを有する、バイノーラル回路と、
前記バイノーラルレンダリングデータセットの各々に関して、前記バイノーラルレンダリングデータセットのための表現を示す表現指標を供給するための表現回路と、
前記バイノーラルレンダリングデータセット及び前記表現指標を有するビットストリームを生成するための出力回路とを有する、装置。
【請求項１３】
前記出力回路は、前記バイノーラルレンダリングデータセットの前記パラメータにより表される仮想位置バイノーラルレンダリングの特性の尺度の順に前記表現指標を順序付けるように構成される、請求項１２に記載の装置。
【請求項１４】
オーディオを処理する方法であって、
入力データを受信するステップであって、前記入力データは、複数のバイノーラルレンダリングデータセットを有し、各バイノーラルレンダリングデータセットは、仮想位置バイノーラルレンダリング処理のためのパラメータを表して、同じ元の頭部バイノーラル伝達関数のための異なる表現を提供する、データを有し、前記入力データは、前記バイノーラルレンダリングデータセットの各々に関して、前記バイノーラルレンダリングデータセットのための表現を示す表現指標を更に有する、ステップと、
前記表現指標及び装置の機能に基づいて、選択されたバイノーラルのレンダリングデータセットを選択するステップと、
前記選択されたバイノーラルレンダリングデータセットのデータに基づいてオーディオ信号を処理するステップとを有する、方法。
【請求項１５】
ビットストリームを生成する方法であって、
複数のバイノーラルレンダリングデータセットを供給するステップであって、各バイノーラルレンダリングデータセットは、仮想位置バイノーラルレンダリング処理のためのパラメータを表して、同じ元の頭部バイノーラル伝達関数のための異なる表現を提供する、データを有する、ステップと、
前記バイノーラルレンダリングデータセットの各々に関して、前記バイノーラルレンダリングデータセットのための表現を示す表現指標を供給するステップと、
前記バイノーラルレンダリングデータセット及び前記表現指標を有するビットストリームを生成するステップとを有する、方法。
【請求項１６】
ビットストリームであって、
複数のバイノーラルレンダリングデータセットを有し、各バイノーラルレンダリングデータセットは、少なくとも１つの仮想位置バイノーラルレンダリング処理のパラメータを表して、同じ元の頭部バイノーラル伝達関数のための異なる表現を提供し、
当該ビットストリームは、前記バイノーラルレンダリングデータセットの各々のための表現指標を有し、一のバイノーラルレンダリングデータセットのための表現指標は、該バイノーラルレンダリングデータセットにより用いられる表現を示す、ビットストリーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バイノーラルのオーディオ処理に関し、とりわけ、排他的ではないが、オーディオ処理アプリケーションのための頭部バイノーラル伝達関数データの通信及び処理に関する。
【背景技術】
【０００２】
種々のソース信号のデジタルエンコーディングは、デジタル信号表現及び通信がますますアナログ表現及び通信を置換しているので、過去数十年に渡ってますます重要になってきた。例えば、スピーチ及び音楽のようなオーディオコンテンツは、ますますデジタルコンテンツエンコーディングに基づいている。更に、オーディオ消費は、例えば一般的になっているサラウンドサウンド及びホームシネマセットアップにより、ますます包囲的三次元体験になっている。
【０００３】
オーディオエンコーディングフォーマットは、有能な、多様な、及び、フレキシブルなオーディオサービスをますます提供するために開発されており、とりわけ、空間的なオーディオサービスをサポートするオーディオエンコーディングフォーマットが開発されている。
【０００４】
ＤＴＳ及びドルビーデジタルのような良く知られたオーディオ符号化技術は、空間イメージを、聴取者の回りの固定された位置に配置される多数のチャネルとして表す符号化されたマルチチャネルオーディオ信号を生成する。マルチチャネル信号に対応するセットアップとは異なるスピーカセットアップに関して、空間イメージは、最適状態に及ばないだろう。また、チャネルベースのオーディオ符号化システムは、典型的には、異なる数のスピーカに対処することができない。
【０００５】
（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−Ｄ）ＭＰＥＧサラウンドは、既存のモノラル又はステレオベースの符号器がマルチチャネルオーディオアプリケーションまで拡張されるのを可能にするマルチチャネルオーディオ符号化ツールを提供する。図１は、ＭＰＥＧサラウンドシステムの要素の一例を示している。オリジナルマルチチャネル入力の分析により取得される空間パラメータを用いて、ＭＰＥＧサラウンドデコーダは、マルチチャネル出力信号を取得するために、モノラル又はステレオ信号の制御されたアップミックスにより、空間イメージを再生成することができる。
【０００６】
マルチチャネル入力信号の空間イメージはパラメータ化されるので、ＭＰＥＧサラウンドは、マルチチャネルスピーカセットアップを用いないデバイスをレンダリングすることにより、同じマルチチャネルビットストリームのデコーディングを可能にする。一例は、ヘッドホン上での仮想サラウンド再生であり、これは、ＭＰＥＧサラウンドバイノーラルデコーディング処理と呼ばれる。このモードにおいて、現実的なサラウンド体験は、標準的なヘッドホンを用いている間に提供され得る。他の例は、より高いオーダのマルチチャネル出力（例えば７．１チャネル）の、より低いオーダのセットアップ（例えば５．１チャネル）への削減である。
【０００７】
実際に、空間サウンドをレンダリングするために使用されるレンダリング設定のバリエーション及びフレキシビリティは、主流派の消費者に対して利用可能になるますます多くの再生フォーマットにより、近年大幅に増大している。これは、オーディオのフレキシブルな表現を必要とする。重要なステップは、ＭＰＥＧサラウンドコーデックの導入によりもたらされている。それにもかかわらず、オーディオは、依然として、特定のラウドスピーカセットアップ（例えば、ＩＴＵ  ５．１スピーカセットアップ）のために生成及び送信される。異なるセットアップを介した再生、及び、非標準の（即ち、フレキシブルな又はユーザ定義の）スピーカセットアップを介した再生は特定されない。実際に、特定の予め決められた及び公称のスピーカセットアップから独立してオーディオエンコーディング及び表現を行うという欲求がますます存在するようになっている。多種多様な異なるスピーカセットアップへのフレキシブルな適合は、デコーダ／レンダリング側で実行され得ることがますます好ましくなる。
【０００８】
オーディオのよりフレキシブルな表現を提供するために、ＭＰＥＧは、"Ｓｐａｔｉａｌ  Ａｕｄｉｏ  Ｏｂｊｅｃｔ  Ｃｏｄｉｎｇ"（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−Ｄ  ＳＡＯＣ）として知られるフォーマットを標準化した。ＤＴＳ、ドルビーデジタル及びＭＰＥＧサラウンドのようなマルチチャネルオーディオ符号化システムとは対照的に、ＳＡＯＣは、オーディオチャネルよりもむしろ個々のオーディオオブジェクトの効率的な符号化を提供する。ＭＰＥＧサラウンドにおいて、各スピーカチャネルがサウンドオブジェクトの異なる混合によって生じるとみなされ得るのに対し、ＳＡＯＣは、図２に示されるように、双方向操作のためにデコーダ側で利用可能な個々のサウンドオブジェクトを作る。ＳＡＯＣにおいて、複数のサウンドオブジェクトは、サウンドオブジェクトがレンダリング側で抽出されるのを可能にするパラメトリックデータと一緒にモノラル又はステレオダウンミクスに符号化され、これにより、個々のオーディオオブジェクトが、例えばエンドユーザによる操作のために利用可能になるのを可能にする。
【０００９】
実際に、ＭＰＥＧサラウンドと同様に、ＳＡＯＣは、モノラル又はステレオダウンミクスを生成する。加えて、オブジェクトパラメータは、計算され、含められる。デコーダ側において、ユーザは、位置、レベル、均一化のような個々のオブジェクトの種々のフィーチャを制御するために、又は、残響のような効果を適用するために、これらのパラメータを操作してもよい。図３は、ユーザがＳＡＯＣビットストリームに含まれる個々のオブジェクトを制御するのを可能にするインタラクティブインタフェースを示している。レンダリングマトリクスにより、個々のサウンドオブジェクトは、スピーカチャネルにマッピングされる。
【００１０】
ＳＡＯＣは、よりフレキシブルなアプローチを可能にし、とりわけ、再生チャネルに加えてオーディオオブジェクトを送信することにより、より多くのレンダリングベースの適応性を可能にする。これは、空間がスピーカにより適切に覆われることを条件として、デコーダ側が空間における不定の位置にオーディオオブジェクトを配置するのを可能にする。このように、送信されたオーディオと再生又はレンダリングセットアップとの間に関係がなく、それ故に、不定のスピーカセットアップが用いられ得る。これは、例えば典型的なリビングルームにおけるホームシネマセットアップに対して有利であり、ここで、スピーカは意図された位置にはほとんどない。ＳＡＯＣにおいて、これは、オブジェクトがサウンドシーンに配置されるデコーダ側で決定され、これは、多くの場合、芸術的な視点から望まれない。ＳＡＯＣ規格は、ビットストリームにおいてデフォルトのレンダリングマトリクスを送信するための手段を提供し、デコーダの責任を取り除く。しかしながら、提供された方法は、固定された再生セットアップ又は詳細不明の構文に依存する。それ故、ＳＡＯＣは、スピーカセットアップと独立してオーディオシーンを完全に送信する規範的な手段を提供しない。また、ＳＡＯＣは、拡散信号成分の信頼できるレンダリングに対してあまり備えられていない。拡散サウンドを取り込むためにいわゆるＭＢＯ（Multichannel Background Object）を含むという可能性があるにもかかわらず、このオブジェクトは、１つの特定のスピーカ設定に関係する。
【００１１】
３Ｄオーディオのためのオーディオフォーマットのための他の仕様は、工業同盟である３ＤＡＡ（3D Audio Alliance）により開発されている。３ＤＡＡは、３Ｄオーディオの伝送のための規格を開発するため専用のものであり、それは、「現在のスピーカ供給パラダイムからフレキシブルなオブジェクトベースのアプローチへの遷移を促進するだろう」。３ＤＡＡにおいて、個々のサウンドオブジェクトとともにレガシーマルチチャネルダウンミクスの伝送を可能にするビットストリームフォーマットが規定されるべきである。加えて、オブジェクトポジショニングデータが含まれる。３ＤＡＡオーディオストリームを生成する原理が図４に示される。
【００１２】
３ＤＡＡアプローチにおいて、サウンドオブジェクトは拡張ストリームにおいて別々に受信され、これらは、マルチチャネルダウンミクスから抽出されてもよい。生ずるマルチチャネルダウンミクスは、個別に利用可能なオブジェクトと一緒にレンダリングされる。
【００１３】
オブジェクトは、いわゆるステムから成ってもよい。これらのステムは、基本的にグループ化された（ダウンミクスされた）トラック又はオブジェクトである。それ故、オブジェクトは、ステムにパッキングされた複数のサブオブジェクトから成ってもよい。３ＤＡＡにおいて、マルチチャネルリファレンスミクスは、オーディオオブジェクトの選択によって送信され得る。３ＤＡＡは、各オブジェクトのための３Ｄ位置的データを送信する。そして、オブジェクトは、３Ｄ位置的データを用いて抽出され得る。その代りに、逆ミクス−マトリクスが送信されてもよく、オブジェクトとリファレンスミクスとの間の関係を記述する。
【００１４】
３ＤＡＡの説明から、サウンド−シーン情報は、角度及び距離を各オブジェクトに割り当てることにより恐らく送信され、オブジェクトがどこに配置されるべきか、例えばデフォルトの前方方向に対して配置されるべきことを示す。故に、位置的情報は、各オブジェクトに対して送信される。これは、ポイント−ソースのために有益であるが、（例えば合唱団又は拍手のような）広いソースを記述すること又は（雰囲気のような）サウンドフィールドを拡散することに失敗している。全てのポイント−ソースがリファレンスミクスから抽出されたとき、アンビエントマルチチャネルミクスが残る。ＳＡＯＣと同様に、３ＤＡＡにおける残りのものは、特定のスピーカセットアップに対して固定される。
【００１５】
故に、ＳＡＯＣ及び３ＤＡＡ双方のアプローチは、デコーダ側で個別に操作され得る個々のオーディオオブジェクトの伝送を取り込む。２つのアプローチ間の相違は、ＳＡＯＣがダウンミクスに対してオブジェクトを特徴づけるパラメータを供給することにより（即ち、オーディオオブジェクトがデコーダ側でダウンミクスから生成されるように）オーディオオブジェクトに関する情報を供給する点であるのに対し、３ＤＡＡは、（即ち、デコーダ側でダウンミクスから独立して生成され得る）完全な及び別個のオーディオオブジェクトとしてオーディオオブジェクトを供給する。双方のアプローチに関して、位置データは、オーディオオブジェクトのために通信され得る。
【００１６】
空間体験が聴取者の耳のための個々の信号を用いたサウンドソースの仮想ポジショニングにより生成されるバイノーラルの処理は、ますます広範囲になっている。仮想サラウンドは、オーディオソースが特定の方向から生ずるものと知覚されるようにサウンドをレンダリングする方法であり、これにより、物理的なサラウンドサウンドセットアップ（例えば、５．１スピーカ）又は環境（コンサート）を聴取する錯覚を生成すること。適切なバイノーラルのレンダリング処理によれば、聴取者が任意の所望の方向からサウンドを知覚するために鼓膜で必要とされる信号が計算され、これらの信号が、所望の効果を与えるようにレンダリングされ得る。図５に示されるように、これらの信号は、その後、（密集したスピーカを介してレンダリングするのに適している）ヘッドホン又はクロストーク取消し方法を用いて鼓膜で再生成される。
【００１７】
図５の直接的なレンダリングの次に、仮想サラウンドをレンダリングするために用いられ得る特定の技術は、ＭＰＥＧサラウンド及びＳｐａｔｉａｌ  Ａｕｄｉｏ  Ｏｂｊｅｃｔ  Ｃｏｄｉｎｇ、並びに、ＭＰＥＧにおける３Ｄ  Ａｕｄｉｏ上の次に行う作業アイテムを含む。これらの技術は、計算的に効率的な仮想サラウンドレンダリングを提供する。
【００１８】
バイノーラルのレンダリングは、頭部、及び、肩のような反射表面の異なる音響特性により、人から人へと変化するバイノーラル伝達関数に基づいている。例えば、バイノーラルフィルタは、種々の位置で複数のソースをシミュレーションするバイノーラルレコーディングを生成するために用いられ得る。これは、サウンドソースの位置に対応する頭部インパルス応答（ＨＲＩＲｓ；Head Related Impulse Responses）の対により各サウンドソースを巻き込むことにより実現され得る。
【００１９】
例えば人間の耳に又はその近くに配置されるマイクロホンで２Ｄ又は３Ｄ空間における特定の位置でサウンドソースからのインパルス応答を測定することにより、適切なバイノーラルフィルタが決定され得る。典型的には、斯様な測定は、例えば人間の頭部のモデルを用いて行われるか、又は、実際には、場合によっては、測定は、マイクロホンを人の鼓膜の近くに取り付けることにより行われてもよい。バイノーラルフィルタは、種々の位置で複数のソースをシミュレーションするバイノーラルレコーディングを生成するために用いられ得る。これは、例えばサウンドソースの所望の位置のための測定されたインパルス応答の対により各サウンドソースを巻き込むことにより、実現され得る。サウンドソースが聴取者の回りに移動したという錯覚を生成するために、多数のバイノーラルフィルタは、適切な空間解像度（例えば１０の程度）によって要求とされる。
【００２０】
バイノーラル伝達関数は、例えば、ＨＲＩＲ（Head Related Impulse Responses）として、又は同等に、ＨＲＴＦｓ（Head Related Transfer Functions）、ＢＲＩＲｓ（Binaural Room Impulse Responses）又はＢＲＴＦｓ（Binaural Room Transfer Functions）として表されてもよい。所与の位置から聴取者の耳（又は鼓膜）までの（例えば推定又は想定される）伝達関数は、頭部バイノーラル伝達関数として知られる。この関数は、例えば、周波数領域において与えられてもよく（この場合においては典型的にはＨＲＴＦ又はＢＲＴＦと呼ばれる）、又は、時間領域において与えられてもよい（この場合において、典型的にはＨＲＩＲ又はＢＲＩＲと呼ばれる）。幾つかのシナリオにおいて、頭部バイノーラル伝達関数は、音響環境及びとりわけ測定値が行われる部屋の態様又は特性を含むように決定されるのに対し、他の例において、ユーザ特徴だけが考慮される。関数の第１のタイプの例は、ＢＲＩＲｓ及びＢＲＴＦｓであり、関数の後者のタイプの例は、ＨＲＩＲ及びＨＲＴＦである。
【００２１】
従って、元の頭部バイノーラル伝達関数は、ＨＲＩＲｓ、ＨＲＴＦｓ等を含む多くの異なる手段において表され得る。更に、これらの主な表現の各々のために、例えば異なるレベルの精度及び複雑性により特定の関数を表すための多数の異なる手段が存在する。異なる処理部は、異なるアプローチを用いてもよく、それ故、異なる表現に基づいてもよい。故に、多数の頭部バイノーラル伝達関数が、典型的には、任意のオーディオシステムにおいて必要とされる。実際に、頭部バイノーラル伝達関数を表す多種多様な方法が存在し、これは、各頭部バイノーラル伝達関数のための考えられるパラメータの大きな変動性により更に悪化する。例えば、ＢＲＩＲは、時には、言わば９のタップを伴うＦＩＲフィルタにより表されてもよいが、他のシナリオにおいて、言わば１６のタップ等を伴うＦＩＲフィルタにより表されてもよい。別の例として、ＨＲＴＦｓは、パラメータの小さなセットが完全な周波数スペクトルを表すために用いられる、パラメータ化された表現を用いて周波数領域において表されてもよい。
【００２２】
多くのシナリオにおいて、用いられ得る特定の頭部バイノーラル伝達関数のような所望のバイノーラルレンダリングのパラメータを通信するのを可能にすることが望ましい。しかしながら、しかしながら、元の頭部バイノーラル伝達関数の考えられる表現の大きな変動性のため、元のデバイスと受信デバイスとの間の共通性を保証することは困難であり得る。
【００２３】
ＡＥＳ（Audio Engineering Society）のｓｃ−０２技術委員会は、頭部バイノーラル伝達関数の形式のバイノーラルリスニングパラメータを交換するためのファイル形式の規格化に関する新たな計画の開始を最近発表した。そのフォーマットは、利用可能なレンダリングプロセスにマッチさせるためにスケーラブルであるだろう。フォーマットは、異なるＨＲＴＦデータベースからのソース材料を含むように設計されるだろう。チャレンジは、斯様な頭部バイノーラル伝達関数がオーディオシステムにおいてどのように最良にサポートされ、用いられ、及び、分配され得るかにおいて存在する。
【００２４】
従って、バイノーラルの処理をサポートするための、及び、とりわけ、バイノーラルレンダリングのためのデータを通信するための、改良されたアプローチが要求されるだろう。とりわけ、バイノーラルレンダリングデータの改良された表現及び通信、低減されたデータレート、低減されたオーバーヘッド、促進された実装、及び／又は、向上した性能が有利であるだろう。
【発明の概要】
【発明が解決しようとする課題】
【００２５】
従って、本発明は、好ましくは、上述の欠点の１又はそれ以上を単独で又は任意の組み合わせにおいて緩和、軽減又は除去しようとする。
【課題を解決するための手段】
【００２６】
本発明の一態様によれば、オーディオ信号を処理するための装置であって、入力データを受信するための受信部であって、前記入力データは、複数のバイノーラルレンダリングデータセットを有し、各バイノーラルレンダリングデータセットは、仮想位置バイノーラルレンダリング処理のためのパラメータを表すデータを有し、前記バイノーラルレンダリングデータセットの各々に関して、前記入力データは、前記バイノーラルレンダリングデータセットのための表現を示す表現指標を更に有する、受信部と、前記表現指標及び当該装置の機能に基づいて、選択されたバイノーラルレンダリングデータセットを選択するための選択部と、前記選択されたバイノーラルレンダリングデータセットのデータに基づいて前記オーディオ信号を処理するためのオーディオ処理部とを有する、装置が提供される。
【００２７】
本発明は、多くのシナリオにおける向上した、よりフレキシブルな、及び／又は、あまり複雑でない、バイノーラルの処理を可能にし得る。本アプローチは、とりわけ、種々のバイノーラルレンダリングパラメータを通信し、表すためのフレキシブルな及び／又は低い複雑さのアプローチを可能にし得る。本アプローチは、種々のバイノーラルレンダリングアプローチ及びパラメータが、低い複雑性を有する適切なデータ及び表現を選択することができるデータを受信する装置により同じビットストリーム／データファイルにおいて効率的に表されるのを可能にし得る。とりわけ、装置の機能にマッチする適切なバイノーラルレンダリングは、全てのデータの完全なデコーディングを必要とすることなく、又は、実際に多くの実施形態においてバイノーラルレンダリングデータセットのうちいずれかのデータの任意のデコーディングを伴うことなく、容易に識別及び選択され得る。
【００２８】
仮想位置バイノーラルレンダリング処理は、サウンドが、３Ｄ空間における所望の位置から、及び、典型的には、ユーザの頭部の外側の所望の位置から始まるように知覚されるように、サウンドソースを表す信号が人の２つの耳のためのオーディオ信号を生成するアルゴリズム又はプロセスの任意の処理であってもよい。
【００２９】
各データセットは、少なくとも１つの仮想位置バイノーラルレンダリング動作のパラメータを表すデータを有してもよい。各データセットは、バイノーラルレンダリングを制御するか又はこれに影響を与える全体パラメータのサブセットにのみ関連してもよい。データは、１又はそれ以上のパラメータを完全に規定又は記述してもよく、及び／又は、例えば１又はそれ以上のパラメータを部分的に規定してもよい。幾つかの実施形態において、規定されたパラメータは、好ましいパラメータであってもよい。
【００３０】
表現指標は、どのパラメータがデータセットに含まれるかを規定してもよく、及び／又は、パラメータの特徴を規定してもよく、及び／又は、パラメータがデータによりどのように記述されるかを規定してもよい。
【００３１】
装置の機能は、例えば、計算又はメモリリソースの制約であってもよい。機能は、動的に決定されてもよく、又は、静的なパラメータであってもよい。
【００３２】
本発明のオプショナルな特徴によれば、バイノーラルレンダリングデータセットは、頭部バイノーラル伝達関数データを有する。
【００３３】
本発明は、頭部バイノーラル伝達関数に基づく処理及び／又は頭部バイノーラル伝達関数の向上した及び／又は促進された、及び、よりフレキシブルな分配を可能にし得る。とりわけ、本アプローチは、多種多様な頭部バイノーラル伝達関数を表すデータが、その処理装置に特に適しているデータを容易に及び効率的に識別及び抽出することができる個々の処理装置で分配されるのを可能にし得る。
【００３４】
表現指標は、頭部バイノーラル伝達関数の性質やその個々のパラメータのような、頭部バイノーラル伝達関数の表現の指標であってもよく、当該指標を有してもよい。例えば、所与のバイノーラルレンダリングデータセットのための表現指標は、データセットがＨＲＴＦ、ＢＲＴＦ、ＨＲＩＲ又はＢＲＩＲとしての頭部バイノーラル伝達関数の表現を供給するかどうかを示してもよい。インパルス応答表現に関して、表現指標は、例えば、インパルス応答を表すＦＩＲフィルタのためのタップ（係数）の数、及び／又は、各タップのために使用されるビットの数を示してもよい。周波数領域の表現に関して、表現指標は、例えば、係数が供給される周波数間隔の数、周波数帯が線形であるか又は例えばＢａｒｋ周波数帯であるか等を示してもよい。
【００３５】
オーディオ信号の処理は、選択されたバイノーラルレンダリングデータセットから取り出される頭部バイノーラル伝達関数のパラメータに基づく仮想位置バイノーラルレンダリング処理であってもよい。
【００３６】
本発明のオプショナルな特徴によれば、バイノーラルレンダリングデータセットのうち少なくとも１つは、複数の位置のための頭部バイノーラル伝達関数データを有する。
【００３７】
幾つかの実施形態では、各バイノーラルレンダリングデータセットは、例えば、２又は３次元のサウンドソースレンダリング空間のための頭部バイノーラル伝達関数の完全なセットを規定してもよい。全ての位置に対して共通である表現指標は、効率的な表現及び通信を可能にしてもよい。
【００３８】
本発明のオプショナルな特徴によれば、表現指標は、バイノーラルレンダリングデータセットの順序付けられたシーケンスを更に表し、順序付けられたシーケンスは、バイノーラルレンダリングデータセットにより表されるバイノーラルレンダリングのための質及び複雑性のうち少なくとも１つに関して順序付けられ、セレクタは、順序付けられたシーケンスにおける選択されたバイノーラルレンダリングデータセットの位置に基づいて、選択されたバイノーラルレンダリングデータセットを選択するように構成される。
【００３９】
これは、多くの実施形態において特に有利な動作を提供し得る。とりわけ、これは、表現指標の順序を考慮して行われるので、選択されたバイノーラルレンダリングデータセットを選択するプロセスを促進及び／又は向上させ得る。
【００４０】
幾つかの実施形態では、表現指標の順序は、ビットストリームにおける表現指標の位置により表される。
【００４１】
これは、選択プロセスを促進し得る。例えば、表現指標は、入力データビットストリームに配置される順序に従って評価されてもよく、選択された適切な表現指標のデータセットは、任意の更なる表現指標の如何なる考察を伴うことなく選択されてもよい。表現指標が（任意の適切なパラメータに従って）優先度を減少させる順に配置される場合、これは、選択される好ましい表現指標及びそれ故にバイノーラルレンダリングデータセットをもたらすだろう。
【００４２】
幾つかの実施形態では、表現指標の順序は、入力データに含まれる指標により表される。各表現指標のための指標は、表現指標に含まれてもよい。指標は例えば優先度の指標であってもよい。
【００４３】
これは選択プロセスを促進し得る。例えば、優先度は、各表現指標のビットの第１の組として供給されてもよい。装置は、最も高い考えられる優先度のためにビットストリームを最初にスキャンし、これらの表現指標から、これらが装置の機能にマッチしているかどうかを評価してもよい。もしそうならば、表現指標のうちの１つ及び対応するバイノーラルレンダリングデータセットが選択される。そうでない場合には、装置は、二番目に高い考えられる優先度のためにビットストリームをスキャンするよう進行し、その後、これらの表現指標のための同じ評価を実行する。このプロセスは、適切なバイノーラルレンダリングデータセットが識別されるまで続けられてもよい。
【００４４】
幾つかの実施形態では、データセット／表現指標は、関連付けられた／リンク付けされたバイノーラルレンダリングデータセットのパラメータにより表されるバイノーラルレンダリングの質の順に順序付けられてもよい。
【００４５】
順序は、特定の実施形態、優先度及びアプリケーションに依存して増大又は減少する質の順であってもよい。
【００４６】
これは、とりわけ効率的なシステムを提供し得る。例えば、装置は、装置の機能にマッチするバイノーラルレンダリングデータセットの表現を示す表現指標まで所与の順序で表現指標を単純に処理してもよい。そして、装置は、これが供給されたデータ及び装置の機能に対して可能な最高品質のレンダリングを表すので、この表現指標及び対応するバイノーラルレンダリングデータセットを選択してもよい。
【００４７】
幾つかの実施形態では、データセット／表現指標は、バイノーラルレンダリングデータセットのパラメータにより表されるバイノーラルレンダリングの複雑性の順に順序付けられてもよい。
【００４８】
順序は、特定の実施形態、優先度及びアプリケーションに依存して増大又は減少する複雑性の順序であってもよい。
【００４９】
これは、特に効率的なシステムを提供し得る。例えば、装置は、装置の機能にマッチするバイノーラルレンダリングデータセットの表現を示す表現指標まで、所与の順序で表現指標を単純に処理してもよい。そして、装置は、これが供給されたデータ及び装置の機能のための可能な最も低い複雑さのレンダリングを表すので、この表現指標及び対応するバイノーラルレンダリングデータセットを選択してもよい。
【００５０】
幾つかの実施形態では、データセット／表現指標は、バイノーラルレンダリングデータセットのパラメータにより表されるバイノーラルレンダリングの組み合わせられた特性の順に順序付けられてもよい。例えば、コスト価値が各バイノーラルレンダリングデータセットのための質の尺度と複雑さの尺度との組み合わせとして表されてもよく、表現指標は、このコスト価値に従って順序付けられてもよい。
【００５１】
本発明のオプショナルな特徴によれば、セレクタは、選択されたバイノーラルレンダリングデータセットを、オーディオプロセッサが可能であるレンダリング処理を示す順序付けられたシーケンスにおける第１の表現指標のためのバイノーラルレンダリングデータセットとして選択するように構成される。
【００５２】
これは、複雑性を低減し得るか、及び／又は、選択を促進し得る。
【００５３】
本発明のオプショナルな特徴によれば、表現指標は、バイノーラルレンダリングデータセットにより表される頭部フィルタタイプの指標を有する。
【００５４】
とりわけ、所与のバイノーラルレンダリングデータセットのための表現指標は、バイノーラルレンダリングデータセットにより表される、例えばＨＲＴＦｓ、ＢＲＴＦｓ、ＨＲＩＲｓ又はＢＲＩＲｓの指標を有してもよい。
【００５５】
本発明のオプショナルな特徴によれば、複数のバイノーラルレンダリングデータセットのうち少なくとも幾つかは、時間領域インパルス応答表現、周波数領域フィルタ伝達関数表現、パラメトリック表現及びサブバンド領域フィルタ表現のグループからの選択される表現により記述される少なくとも１つの頭部バイノーラル伝達関数を含む。
【００５６】
これは、多くのシナリオにおいて特に有利なシステムを提供し得る。
【００５７】
幾つかの実施形態では、表現指標の値は、オプションのセットからの値である。入力データは、オプションのセットからの異なる値を有する少なくとも２つの表現指標を有してもよい。オプションは、例えば、時間領域インパルス応答表現、周波数領域フィルタ伝達関数表現、パラメトリック表現、サブバンド領域フィルタ表現、ＦＩＲフィルタ表現の１又はそれ以上を含み得る。
【００５８】
本発明のオプショナルな特徴によれば、バイノーラルレンダリングデータセットのための少なくとも幾つかの表現は、異なるバイノーラルオーディオ処理アルゴリズムに対応し、選択されたバイノーラルレンダリングデータセットの選択は、オーディオプロセッサにより使用されるバイノーラル処理アルゴリズムに依存する。
【００５９】
これは、多くの実施形態において特に効率的な動作を可能にし得る。例えば、装置は、ＨＲＴＦフィルタに基づいて特定のレンダリングアルゴリズムを実行するようにプログラムされてもよい。この場合、表現指標は、適切なＨＲＴＦデータを有するバイノーラルレンダリングデータセットを識別するために評価されてもよい。
【００６０】
オーディオプロセッサは、選択されたバイノーラルレンダリングデータセットにより使用される表現に依存してオーディオ信号の処理を適応させるように構成される。例えば、ＨＲＴＦ処理のために使用される順応性が高いＦＩＲフィルタにおける係数の数は、選択されたバイノーラルレンダリングデータセットにより与えられるタップの数の指標に基づいて適合されてもよい。
【００６１】
本発明のオプショナルな特徴によれば、少なくとも幾つかのバイノーラルレンダリングデータセットは、反響データを有し、オーディオプロセッサは、選択されたバイノーラルレンダリングデータセットの反響データに依存して反響処理を適応させるように構成される。
【００６２】
これは、特に有利なバイノーラルサウンドを提供し、向上したユーザ体験及びサウンドステージ認識を提供し得る。
【００６３】
本発明のオプショナルな特徴によれば、オーディオプロセッサは、処理されたオーディオ信号を、少なくとも頭部バイノーラル伝達関数でフィルタリングされた信号と反響信号との組み合わせとして生成することを含むバイノーラルレンダリング処理を実行するように構成され、反響信号は、選択されたバイノーラルレンダリングデータセットのデータに依存する。
【００６４】
これは、特に効率的な実装を提供し、バイノーラルレンダリング処理データの非常にフレキシブルで順応性が高い処理及び供給を提供し得る。
【００６５】
多くの実施形態において、頭部バイノーラル伝達関数でフィルタリングされた信号は、選択されたバイノーラルレンダリングデータセットのデータには依存しない。実際に、多くの実施形態において、入力データは、複数のバイノーラルレンダリングデータセットのために共通であるが、個々のバイノーラルレンダリングデータセットに対して個別である反響データをもつ頭部バイノーラル伝達関数フィルタデータを有し得る。
【００６６】
本発明のオプショナルな特徴によれば、セレクタは、表現指標により示される反響データの表現の指標に基づいて、選択されたバイノーラルレンダリングデータセットを選択するように構成される。
【００６７】
これは、特に有利なアプローチを提供し得る。幾つかの実施形態では、セレクタは、表現指標により示される反響データの表現の指標に基づいて、選択されたバイノーラルレンダリングデータセットを選択するように構成されてもよいが、表現指標により示される頭部バイノーラル伝達関数フィルタの表現の指標には基づかない。
【００６８】
本発明の一態様によれば、ビットストリームを生成するための装置であって、複数のバイノーラルレンダリングデータセットを供給するためのバイノーラル回路であって、各バイノーラルレンダリングデータセットは、仮想位置バイノーラルレンダリング処理のためのパラメータを表すデータを有する、バイノーラル回路と、前記バイノーラルレンダリングデータセットの各々に関して、前記バイノーラルレンダリングデータセットのための表現を示す表現指標を供給するための表現回路と、前記バイノーラルレンダリングデータセット及び前記表現指標を有するビットストリームを生成するための出力回路とを有する、装置が提供される。
【００６９】
本発明は、仮想位置レンダリングに関する情報を供給するビットストリームの向上した及び／又はよりフレキシブルな及び／又はあまり複雑でない生成を可能にし得る。本アプローチは、とりわけ、種々のバイノーラルレンダリングパラメータを通信し、表すためのフレキシブルな及び／又は低い複雑性のアプローチを可能にし得る。本アプローチは、種々のバイノーラルレンダリングアプローチ及びパラメータが、適切なデータ及び低い複雑性を有する表現を選択することができるビットストリーム／データファイルを受信する装置により同じビットストリーム／データファイルにおいて効率的に表されるのを可能にし得る。とりわけ、装置の機能にマッチする適切なバイノーラルレンダリングは、全てのデータの完全なデコーディングを必要とすることなく、又は、実際に、多くの実施形態において、バイノーラルレンダリングデータセットのうちいずれかのデータの如何なるデコーディングを伴うことなく、容易に識別及び選択され得る。
【００７０】
各データセットは、少なくとも１つの仮想位置バイノーラルレンダリング動作のパラメータを表すデータを有してもよい。各データセットは、バイノーラルレンダリングを制御するか又はこれに影響を与える全体パラメータのサブセットにのみ関連してもよい。データは、１又はそれ以上のパラメータを完全に規定又は記述してもよく、及び／又は、１又はそれ以上のパラメータを例えば部分的に規定してもよい。幾つかの実施形態では、規定されたパラメータは、好ましいパラメータであってもよい。
【００７１】
表現指標は、どのパラメータがデータセットに含まれるか、及び／又は、パラメータの特性、及び／又は、パラメータがどのようにデータにより記述されるか、について規定してもよい。
【００７２】
本発明のオプショナルな特徴によれば、出力回路は、バイノーラルレンダリングデータセットのパラメータにより表される仮想位置バイノーラルレンダリングの特性の尺度の順に表現指標を順序付けるように構成される。
【００７３】
これは、多くの実施形態において特に有利な動作を提供し得る。
【００７４】
本発明の一態様によれば、オーディオを処理する方法であって、入力データを受信するステップであって、前記入力データは、複数のバイノーラルレンダリングデータセットを有し、各バイノーラルレンダリングデータセットは、仮想位置バイノーラルレンダリング処理のためのパラメータを表すデータを有し、前記入力データは、前記バイノーラルレンダリングデータセットの各々に関して、前記バイノーラルレンダリングデータセットのための表現を示す表現指標を更に有する、ステップと、前記表現指標及び装置の機能に基づいて、選択されたバイノーラルのレンダリングデータセットを選択するステップと、前記選択されたバイノーラルレンダリングデータセットのデータに基づいてオーディオ信号を処理するステップとを有する、方法が提供される。
【００７５】
本発明の一態様によれば、ビットストリームを生成する方法であって、複数のバイノーラルレンダリングデータセットを供給するステップであって、各バイノーラルレンダリングデータセットは、仮想位置バイノーラルレンダリング処理のためのパラメータを表すデータを有する、ステップと、前記バイノーラルレンダリングデータセットの各々に関して、前記バイノーラルレンダリングデータセットのための表現を示す表現指標を供給するステップと、前記バイノーラルレンダリングデータセット及び前記表現指標を有するビットストリームを生成するステップとを有する、方法が提供される。
【００７６】
本発明のこれらの及び他の態様、特徴及び利点は、以下で述べられる実施形態から明らかになり、これらを参照して説明されるだろう。
【００７７】
本発明の実施形態は、単なる例により、図面を参照して述べられるだろう。
【図面の簡単な説明】
【００７８】
【図１】ＭＰＥＧサラウンドシステムの要素の一例を示す。
【図２】ＭＰＥＧ  ＳＡＯＣにおいて考えられるオーディオオブジェクトの操作を例示する。
【図３】ユーザがＳＡＯＣビットストリームに含まれる個々のオブジェクトを制御するのを可能にするインタラクティブインタフェースを示す。
【図４】３ＤＡＡのオーディオエンコーディングの原理の一例を示す。
【図５】バイノーラルの処理の一例を示す。
【図６】本発明の幾つかの実施形態による頭部バイノーラル伝達関数データのトランスミッタの一例を示す。
【図７】本発明の幾つかの実施形態による頭部バイノーラル伝達関数データのレシーバの一例を示す。
【図８】頭部バイノーラル伝達関数の一例を示す。
【図９】バイノーラル処理部の一例を示す。
【図１０】変更されたＪｏｔ反響部の一例を示す。
【発明を実施するための形態】
【００７９】
以下の説明は、頭部バイノーラル伝達関数データの通信、とりわけＨＲＴＦｓの通信に適用可能な本発明の実施形態にフォーカスする。しかしながら、本発明は、このアプリケーションに限定されるものではなく、他のバイノーラルレンダリングデータに適用されてもよいことが理解されるだろう。
【００８０】
頭部バイノーラル伝達関数を記述しているデータの伝送は、増々関心を集めており、前に述べられたように、ＡＥＳ  ＳＣは、斯様なデータを通信するための適切なファイルフォーマットを開発することに向けられた新たなプロジェクトを開始している。元の頭部バイノーラル伝達関数は、多くの異なるやり方で表され得る。例えば、ＨＲＴＦフィルタは、パラメータ化された表現、ＦＩＲ表現等のような、複数のフォーマット／表現で提供される。それ故、同じ元の頭部バイノーラル伝達関数のための異なる表現フォーマットをサポートする頭部バイノーラル伝達関数ファイルフォーマットを有することが有利である。更に、異なるデコーダは、異なる表現に依存する場合があり、それ故、個々のオーディオプロセッサにどの表現が提供されなければならないのか、トランスミッタには分からない。以下の説明は、異なる頭部バイノーラル伝達関数表現フォーマットが単一のファイルフォーマット内で用いられ得るシステムにフォーカスする。オーディオプロセッサは、オーディオプロセッサの個々の要件又は優先度に最も合う表現を取り出すために複数の表現から選択することができる。
【００８１】
本アプローチは、とりわけ、単一の頭部バイノーラル伝達関数ファイルの範囲内において単一の頭部バイノーラル伝達関数の（ＦＩＲ、パラメトリック等のような）複数の表現フォーマットを可能にする。また、頭部バイノーラル伝達関数ファイルは、複数の表現により表される各関数を有する複数の頭部バイノーラル伝達関数を有してもよい。例えば、複数の頭部バイノーラル伝達関数表現は、複数の位置の各々に対して提供されてもよい。システムは、頭部バイノーラル伝達関数を表す異なるデータセットのために用いられる特定の表現を識別する表現指標を含むファイルに更に基づく。これは、デコーダが、ＨＲＴＦデータそのものにアクセスするか又はこれを処理することを必要とすることなく、頭部バイノーラル伝達関数表現フォーマットを選択するのを可能にする。
【００８２】
図６は、頭部バイノーラル伝達関数データを有するビットストリームを生成及び送信するためのトランスミッタの一例を示している。
【００８３】
トランスミッタは、複数の頭部バイノーラル伝達関数を生成するＨＲＴＦジェネレータ６０１を有し、これは、例えば、特定の例においては、ＨＲＴＦｓであるが、他の実施形態において、追加的に又は代わりに、例えば、ＨＲＩＲｓ、ＢＲＩＲｓ又はＢＲＴＦｓであってもよい。実際に、以下において、ＨＲＴＦという用語は、簡潔さのために、ＨＲＩＲｓ、ＢＲＩＲｓ又はＢＲＴＦｓを含む、頭部バイノーラル伝達関数の任意の表現に言及する。
【００８４】
そして、ＨＲＴＦｓの各々は、データセットにより表され、データセットの各々は、１つのＨＲＴＦの１つの表現を与える。頭部バイノーラル伝達関数の特定の表現に関する詳細な情報は、例えば以下において見つけられ得る。
ＨＲＩＲ、ＢＲＩＲ、ＨＲＴＦ、ＢＲＴＦｓの概念を述べているAlgazi, V.R., Duda, R.O. (2011)「Headphone-Based Spatial Sound」IEEE Signal Processing Magazine, Vol: 28(1), 2011, Page: 33-42
（時間及び周波数についての）異なるバイノーラル伝達関数表現を述べているCheng, C., Wakefield, G.H.「Introduction to Head-Related Transfer Functions (HRTFs): Representations of HRTFs in Time, Frequency, and Space」Journal Audio Engineering Society, Vol: 49, No. 4, April 2001
（ＭＰＥＧサラウンド／ＳＡＯＣにおいて用いられる）ＨＲＴＦデータのパラメトリック表現を参照するBreebaart, J., Nater, F., Kohlrausch, A. (2010)「Spectral and spatial parameter resolution requirements for parametric, filter-bank-based HRTF processing」J. Audio Eng. Soc., 58 No 3, p. 126-140
Ｊｏｔ反響部を述べているMenzer, F., Faller, C.「Binaural reverberation using a modified Jot reverberator with frequency-dependent interaural coherence matching」126th Audio Engineering Society Convention, Munich, Germany, May 7-10 2009
Ｊｏｔ反響部を作り出す異なるフィルタのフィルタ係数の直接的伝送は、Ｊｏｔ反響部のパラメータを記述するための１つの手段であってもよい。
【００８５】
例えば、１つのＨＲＴＦに関して、複数のバイノーラルレンダリングデータセットは、ＨＲＴＦの１つの表現を有する各データセットにより生成される。例えば、１つのデータセットは、ＦＩＲフィルタのためのタップのセットによりＨＲＴＦを表してもよいのに対し、他のデータセットは、ＦＩＲフィルタのためのタップの他のセットにより（例えば異なる数の係数により、及び／又は、各係数のための異なる数のビットにより）ＨＲＴＦを表してもよい。他のデータセットは、サブバンド（例えばＦＦＴ）周波数領域係数のセットによりバイノーラルフィルタを表してもよい。更に他のデータセットは、異なる周波数間隔のための係数、及び／又は、各係数のための異なる数のビットのような、サブバンド（ＦＦＴ）領域係数の異なるセットによりＨＲＴＦを表してもよい。他のデータセットは、ＱＭＦ周波数領域フィルタ係数のセットによりＨＲＴＦを表してもよい。更に他のデータセットは、ＨＲＴＦのパラメトリック表現を与えてもよく、更に他のデータセットは、ＨＲＴＦの異なるパラメトリック表現を与えてもよい。パラメトリック表現は、例えばＢａｒｋスケール又はＥＲＢスケールに応じたセット又は周波数帯のような、固定された又は一定ではない周波数間隔のための周波数領域係数のセットを与えてもよい。
【００８６】
故に、ＨＲＴＦジェネレータ６０１は、各ＨＲＴＦのための複数のデータセットを生成し、各データセットは、ＨＲＴＦの表現を供給する。更に、ＨＲＴＦジェネレータ６０１は、複数の位置のためのデータセットを生成する。例えば、ＨＲＴＦジェネレータ６０１は、三次元又は二次元の位置のセットをカバーする複数のＨＲＴＦｓのためのデータセットを生成してもよい。それ故、組み合わせられた位置は、仮想位置決めバイノーラルレンダリングアルゴリズムを用いてオーディオ信号を処理するためのオーディオプロセッサにより用いられ得るＨＲＴＦｓのセットを供給してもよく、所与の位置のサウンドソースとして認識されるオーディオ信号をもたらす。所望の位置に基づいて、オーディオプロセッサは、適切なＨＲＴＦを抽出し、レンダリングプロセスにおいてこれを適用することができる（又は、例えば、２つのＨＲＴＦｓを抽出し、抽出されたＨＲＴＦｓの挿入により用いるためのＨＲＴＦを生成してもよい）。
【００８７】
ＨＲＴＦジェネレータ６０１は、ＨＲＴＦデータセットの各々のための表現指標を生成するように構成される指標プロセッサ６０３に結合される。表現指標の各々は、ＨＲＴＦのどの表現が個々のデータセットにより用いられるかを示す。
【００８８】
各表現指標は、幾つかの実施形態において、例えば予め決められた構文に従って用いられる表現を規定する数ビットからなるように生成されてもよい。表現は、例えば、データセットがＦＩＲフィルタのタップ、ＦＦＴ領域フィルタのための係数、ＱＭＦフィルタのための係数、パラメトリック表現等によりＨＲＴＦを記述しているかどうかを規定する数ビットを含んでもよい。表現指標は、例えば、幾つかの実施形態において、どれくらいのデータ値が表現において用いられるか（例えば、どれくらいのタップ又は係数が、バイノーラルレンダリングフィルタを規定するために用いられるか）を規定する数ビットを含む。幾つかの実施形態では、表現指標は、各データ値（例えば、各フィルタ係数又はタップ）のために使用されるビットの数を規定する数ビットを含んでもよい。
【００８９】
ＨＲＴＦジェネレータ６０１及び指標プロセッサ６０３は、表現指標及びデータセットを有するビットストリームを生成するように構成される出力プロセッサ６０５に結合される。
【００９０】
多くの実施形態において、出力プロセッサ６０５は、一連の表現指標及び一連のデータセットを有するビットストリームを生成するように構成される。他の実施形態において、表現指標及びデータセットは、インターリーブされてもよく、例えば、各データセットのデータは、そのデータセットのための表現指標の直後にある。これは、例えば、どの表現指標がどのデータセットに関連付けられているかを示すためにデータが必要でないという利点を与え得る。
【００９１】
当業者に知られているように、出力プロセッサ６０５は、他のデータ、ヘッダ、同期化データ、制御データ等を更に含んでもよい。
【００９２】
生成されたデータストリームは、例えば、メモリにおいて、又は、メモリースティック若しくはＤＶＤのような格納媒体上に格納され得るデータファイルに含まれてもよい。図６の例において、出力プロセッサ６０５は、ビットストリームを適切な通信ネットワークを介して複数のレシーバに送信するように構成されるトランスミッタ６０７に結合される。具体的には、トランスミッタ６０７は、インターネットを用いてビットストリームをレシーバに送信してもよい。
【００９３】
故に、図６のトランスミッタは、特定の例においてＨＲＴＦデータセットである複数のバイノーラルレンダリングデータセットを有するビットストリームを生成する。各バイノーラルレンダリングデータセットは、少なくとも１つのバイノーラル仮想位置レンダリング処理のパラメータを表わすデータを有する。具体的には、これは、バイノーラル空間レンダリングのために用いられるべきフィルタを特定するデータを有してもよい。各バイノーラルレンダリングデータセットに関して、ビットストリームは、各バイノーラルレンダリングデータセットに関して当該バイノーラルレンダリングデータセットにより用いられる表現を示す表現指標を更に有する。
【００９４】
多くの実施形態において、ビットストリームは、例えばＭＰＥＧサラウンド、ＭＰＥＧ  ＳＡＯＣ又は３ＤＡＡオーディオデータのような、レンダリングされるべきオーディオデータを含んでもよい。そして、このデータは、データセットからのバイノーラルデータを用いてレンダリングされ得る。
【００９５】
図７は、本発明の幾つかの実施形態による受信デバイスを示している。
【００９６】
受信デバイスは、先に述べたように、ビットストリームを受信するレシーバ７０１を有する。即ち、これは、とりわけ、図６の送信デバイスからビットストリームを受信し得る。
【００９７】
レシーバ７０１は、受信したバイノーラルレンダリングデータセット及び関連した表現指標が供給されるセレクタ７０３に結合される。セレクタ７０３は、本例において、受信デバイスのオーディオ処理機能の機能を記述するデータをセレクタ７０３に供給するように構成された機能プロセッサ７０５に結合される。セレクタ７０３は、機能プロセッサ７０５から受信された表現指標及び機能データに基づいてバイノーラルレンダリングデータセットのうち少なくとも１つを選択するように構成される。故に、少なくとも１つの選択されたバイノーラルレンダリングデータセットは、セレクタ７０３により決定される。
【００９８】
セレクタ７０３は、選択されたバイノーラルレンダリングデータを受信するオーディオプロセッサ７０７に更に結合される。オーディオプロセッサ７０７は、レシーバ７０１に更に結合されるオーディオデコーダ７０９に更に結合される。
【００９９】
ビットストリームがレンダリングされるべきオーディオのためのオーディオデータを有する例において、このオーディオデータは、オーディオオブジェクト及び／又はオーディオチャネルのような、個々のオーディオ成分を生成するためにデコードするよう進行するオーディオデコーダ７０９に供給される。これらのオーディオ成分は、オーディオ成分のための所望のサウンドソース位置と一緒にオーディオプロセッサ７０７に供給される。
【０１００】
オーディオプロセッサ７０７は、抽出されたバイノーラルデータに基づいて、とりわけ述べられた例においては、抽出されたＨＲＴＦデータに基づいて、１又はそれ以上のオーディオ信号／成分を処理するように構成される。
【０１０１】
一例として、セレクタ７０３は、ビットストリームにおいて供給される各位置のための１つのＨＲＴＦデータセットを抽出してもよい。生ずるＨＲＴＦｓは、ローカルメモリに格納されてもよい。即ち、１つのＨＲＴＦは、位置のセットの各々のために格納されてもよい。特定のオーディオ信号をレンダリングしたとき、オーディオプロセッサ７０７は、所望の位置と一緒にオーディオ検出器７０９から対応するオーディオデータを受信する。
そして、オーディオプロセッサ７０７は、格納されたＨＲＴＦｓのいずれかに十分に密接にマッチするかどうかを確認するために位置を評価する。もしそうならば、バイノーラルオーディオ成分を生成するためにこのＨＲＴＦをオーディオ信号に適用する。格納されたＨＲＴＦｓのいずれも十分に近い位置に関するものではない場合、オーディオプロセッサ７０７は、２つの最も近いＨＲＴＦｓを抽出し、適切なＨＲＴＦを得るためにこれらの間に挿入するよう進行してもよい。本アプローチは、全てのオーディオ信号／成分に対して繰り返されてもよく、生ずるバイノーラル出力データは、バイノーラル出力信号を生成するために組み合わせられてもよい。そして、これらのバイノーラル出力信号は、例えばヘッドホンに供給されてもよい。
【０１０２】
異なる機能が適切なデータセットを選択するために用いられてもよいことが理解されるだろう。例えば、機能は、計算リソース、メモリリソース、又は、レンダリングアルゴリズム要件若しくは制限のうち少なくとも１つのであってもよい。
【０１０３】
例えば、幾つかのレンダリング装置は、多くの高複雑性動作を実行するのを可能にする重要な計算リソース機能を有してもよい。これは、バイノーラルレンダリングアルゴリズムが複雑なバイノーラルフィルタリングを用いるのを可能にし得る。具体的には、長いインパルス応答を有するフィルタ（例えば、多くのタップを有するＦＩＲフィルタ）は、斯様なデバイスにより処理され得る。従って、斯様な受信デバイスは、多くのタップを有する、及び、各タップのための多くのビットを有する、ＦＩＲフィルタにより表されるＨＲＴＦを抽出してもよい。
【０１０４】
しかしながら、他のレンダリング装置は、バイノーラルレンダリングアルゴリズムが複雑なフィルタ動作を用いるのを阻止する低い計算リソース機能を有してもよい。斯様なレンダリングに関して、セレクタ７０３は、数タップ及び粗い解像度（即ち、タップ当たりのより少ないビット）を有するＦＩＲフィルタによりＨＲＴＦを表すデータセットを選択してもよい。
【０１０５】
他の例として、幾つかのレンダリング装置は、大量のＨＲＴＦデータを格納するために充分なメモリを有してもよい。この場合、セレクタ７０３は、例えば多くの係数を有する、及び、係数当たりの多くのビットを有する、大きいＨＲＴＦデータセットを選択し得る。しかしながら、低いメモリリソースを有するレンダリング装置に関して、このデータは、格納され得ない。従って、セレクタ７０３は、大幅に少ない係数及び／又は係数当たりの少ないビットを有するもののような、非常に小さいＨＲＴＦデータセットを選択し得る。
【０１０６】
幾つかの実施形態において、利用可能なバイノーラルレンダリングアルゴリズムの機能が考慮されてもよい。例えば、アルゴリズムは、典型的には、所与の手段において表されるＨＲＴＦｓで用いられるように開発される。例えば、幾つかのバイノーラルレンダリングアルゴリズムは、ＱＭＦデータに基づくバイノーラルフィルタリングを用い、他のものは、インパルス応答データを用い、更に他のものは、ＦＦＴデータ等を用いる。セレクタ７０３は、使用されるべき個々のアルゴリズムの機能を考慮してもよく、とりわけ、特定のアルゴリズムにおいて用いられるものにマッチする手法でＨＲＴＦｓを表すためにデータセットを選択してもよい。
【０１０７】
実際に、幾つかの実施形態において、表現指標／データセットの少なくとも幾つかは、異なるバイノーラルオーディオ処理アルゴリズムに関連し、セレクタ７０３は、オーディオプロセッサ７０７により使用されるバイノーラル処理アルゴリズムに基づいてデータセットを選択してもよい。
【０１０８】
例えば、バイノーラル処理アルゴリズムが周波数領域フィルタリングに基づく場合、セレクタ７０３は、対応する周波数領域においてＨＲＴＦを表すデータセットを選択してもよい。バイノーラル処理アルゴリズムがＦＩＲフィルタによって処理されるオーディオ信号を巻き込むことを含む場合、セレクタ７０３は、適切なＦＩＲフィルタ等を供給するデータセットを選択してもよい。
【０１０９】
幾つかの実施形態において、適切なデータセットを選択するために使用される機能指標は、一定の、予め決められた又は静的な機能を示してもよい。代わりに、又は、追加的に、機能指標は、幾つかの実施形態において、動的な／変化する機能を示してもよい。
【０１１０】
例えば、レンダリングアルゴリズムのために利用可能な計算リソースは動的に決定されてもよく、データセットは、現在利用可能なリソースを反映させるために選択されてもよい。故に、大量の利用可能な計算リソースがあるときに、より大きな、より複雑な、及び、より多くのリソースを要求するＨＲＴＦデータセットが選択されてもよく、これに対し、より少ない利用可能なリソースしかないときに、より小さな、あまり複雑でない、及び、より少ないリソースを要求するＨＲＴＦデータセットが選択されてもよい。斯様なシステムにおいて、バイノーラルレンダリングの質は、可能な場合はいつでも増大され得る一方で、計算リソースが他の（より重要な）関数のために必要とされるときに質と計算リソースとの間のトレードオフを可能にする。
【０１１１】
セレクタ７０３による選択されたバイノーラルレンダリングデータセットの選択は、データそのものよりもむしろ表現指標に基づいている。これは、非常に単純で効果的な動作を可能にする。とりわけ、セレクタ７０３は、データセットのデータのいずれにもアクセスする必要がないか又はこれを取り出す必要がないが、表現指標を単純に抽出することができる。これらがデータセットより典型的に非常に小さく、典型的に非常に単純な構造及び構文を有するので、これは、選択プロセスを大幅に簡素化し、これによって、動作のための計算要求を低減させる。
【０１１２】
本アプローチは、それ故、バイノーラルデータの極めてフレキシブルな分配を可能にする。具体的には、種々のレンダリングデバイス及びアルゴリズムをサポートし得るＨＲＴＦデータの単一のファイルが分配され得る。プロセスの最適化は、そのレンダリング装置の特定の状況を反映させるために、個々のレンダリング装置により局所的に実行され得る。故に、バイノーラル情報を分配するための向上したパフォーマンス及びフレキシビリティが実現される。
【０１１３】
ビットストリームのための適切なデータ構文の具体例は、以下で提供される。この例では、フィールド"bsRepresentationID"がＨＲＴＦフォーマットの指標を与える。
【０１１４】
ByteAlign()  ByteAlign()が生じる構文上の要素の開始に関するバイト配列を実現するための最大７ビット
bsFileSignature  "ＨＲＴＦ"を読み取る４つのＡＳＣＩＩ文字の列
bsFileVersion  ファイルバージョン指標
bsNumCharName  ＨＲＴＦ名におけるＡＳＣＩＩ文字の数
bsName  ＨＲＴＦ名
bsNumFs  ＨＲＴＦがbsNumFs + 1個の異なるサンプルレートに対して送信されることを示す
bsSamplingFrequency  ヘルツにおけるサンプル周波数
bsReserved  リザーブされたビット
Positions  ＨＲＴＦデータにおいて送信された仮想スピーカのための位置情報を示す
bsNumRepresentations  ＨＲＴＦに対して送信された表現の数
bsRepresentationID  送信されるＨＲＴＦ表現のタイプを識別する。各ＩＤはＨＲＴＦ当たり一度しか用いられない。例えば、以下の利用可能なＩＤが用いられ得る。
【表１】
0006328662.tif 000002
【０１１５】
この具体例において、以下のファイルフォーマット／構文がビットストリームのために用いられ得る。
【表２】
0006328662.tif 000003
【０１１６】
幾つかの実施形態では、バイノーラルレンダリングデータセットは、反響データを有してもよい。セレクタ７０３は、適宜、反響データセットを選択し、これを、この反響データに依存してオーディオ信号の反響に影響を与えるプロセスに適応させるよう進行し得るオーディオプロセッサ７０７に供給してもよい。
【０１１７】
多くのバイノーラル伝達関数は、無反響部分及びこれに続く反響部分を双方含む。ＢＲＩＲｓ又はＢＲＴＦｓのような、部屋の特性を含む特定の関数は、（頭部サイズ、耳の形状等のような）被験者の人間測定基準属性（即ち、基本的なＨＲＩＲ又はＨＲＴＦ）及びこれに続く部屋を特徴付ける反響部分に依存する無反響部分から成る。
【０１１８】
反響部分は、通常重複する２つの時間的領域を含む。第１の領域は、いわゆる初期反射を含み、これは、鼓膜（又は測定マイクロホン）に到達する前の部屋内の壁又は障害物でのサウンドソースの単離された反射である。時間遅延が増大するにつれて、固定された時間間隔内に存在する反射の数は増大し、この反射は、二次的反射等を更に含む。反響部分における第２の領域は、これらの反射がもはや分離されない部分である。この領域は、拡散又は後期反響最後部と呼ばれる。
【０１１９】
反響部分は、ソースとレシーバ（即ち、ＢＲＩＲｓが測定された位置）との間の距離、並びに、部屋のサイズ及び音響特性に関する情報を聴覚システムに与えるキューを含む。無反響部分のものに関する反響部分のエネルギは、主として、サウンドソースの知覚された距離を決定する。（初期）反射の時間的密度は、部屋の知覚されたサイズに寄与する。Ｔ６０により典型的に示されるように、反響時間は、反射がエネルギレベルについて６０ｄＢ下がるのにかかる時間である。反響は、部屋の寸法及び部屋の境界の反射特性の組み合わせによりもたらされる。極めて反射する壁（例えば、バスルーム）は、サウンドの多くの吸収（例えば、家具、カーペット及びカーテンを有するベッド―ルーム）があるときにレベルが６０ｄＢ低減される前により多くの反射を必要とするだろう。同様に、大きな部屋は反射の間のより長い進行経路を有し、それ故に、類似の反射特性を有するより小さなルームにおけるよりも、６０ｄＢのレベル削減が実現される前の時間を増大させる。
【０１２０】
反響部分を含むＢＲＩＲの一例が図８に示される。
【０１２１】
頭部バイノーラルの伝達関数は、多くの実施形態において、無反響部分及び反響部分の双方を反映させる。例えば、図８に示されるインパルス応答を反射するＨＲＴＦが供給されてもよい。故に、斯様な実施形態において、反響データは、ＨＲＴＦの部分であり、反響処理は、ＨＲＴＦフィルタリングの一体的な処理である。
【０１２２】
しかしながら、他の実施例では、反響データは、無反響部分とは少なくとも部分的に別々に供給されてもよい。実際に、例えばＢＲＩＲｓをレンダリングすることの計算的利点は、ＢＲＩＲを無反響部分と反響部分とに分割することにより取得され得る。より短い無反響フィルタは、長いＢＲＩＲフィルタよりも大幅に低い計算負荷によってレンダリングされ、格納及び通信するための大幅に少ないリソースしか必要とない。斯様な実施形態において、長い残響フィルタは、合成反響部を用いてより効率的に実装され得る。
【０１２３】
オーディオ信号の斯様な処理の一例が図９に示される。図９は、バイノーラル信号のうち一方の信号を生成するためのアプローチを示している。第２の処理は、第２のバイノーラル信号を生成するように並列に実行されてもよい。
【０１２４】
図９のアプローチにおいて、レンダリングされるべきオーディオ信号は、典型的にＢＲＩＲの無反響及び初期反射部分（のうち幾つか）を反映させる短いＨＲＴＦフィルタを適用するＨＲＴＦフィルタ９０１に供給される。故に、このＨＲＴＦフィルタ９０１は、部屋によりもたらされる幾つかの初期反射も解剖学的特徴も反映させる。加えて、オーディオ信号は、オーディオ信号から反響信号を生成する反響部９０３に結合される。
【０１２５】
そして、ＨＲＴＦフィルタ９０１及び反響部９０３の出力は、出力信号を生成するために組み合わせられる。具体的には、出力は、組み合わせられた信号を生成するよう一緒に追加され、これは、それは、無反響及び初期反射の双方も反響特性も反映する。
【０１２６】
反響部９０３は、とりわけ、Ｊｏｔ反響部のような合成反響部である。合成反響部は、典型的に、フィードバックネットワークを用いて初期反射及び高密度反響最後部をシミュレーションする。フィードバックループに含まれるフィルタは、音響時間（Ｔ６０）及び着色を制御する。図１０は、バイノーラル残響を表すために用い得るように１つの代わりに２つの信号を出力する、（３つのフィードバックループを有する）変更されたＪｏｔ反響部の概略図の一例を示している。フィルタは、両耳間の相関（ｕ（ｚ）及びｖ（ｚ））及び耳に依存する着色（ｈＬ及びＨＲ）の制御を提供するために追加されている。
【０１２７】
本例において、バイノーラルの処理は、それ故、並列に実行される２つの個々の及び分離したプロセスに基づいており、その後、２つのプロセスの出力は、バイノーラル信号に組み合わせられる。２つのプロセスは、別々のデータによりガイドされてもよい。即ち、ＨＲＴＦフィルタ９０１は、ＨＲＴＦフィルタデータにより制御されてもよく、反響部９０３は、反響データにより制御されてもよい。
【０１２８】
幾つかの実施形態では、データセットは、ＨＲＴＦフィルタデータ及び反響データを有してもよい。故に、選択されたデータセットに関して、ＨＲＴＦフィルタデータは、ＨＲＴＦフィルタ９０１をセットアップするために抽出及び使用されてもよく、反響データは、所望の反響を与えるために反響部９０３の処理を適応させるために抽出及び使用されてもよい。故に、本例において、反響処理は、反響信号を生成する処理を独立して適合することにより、選択されたデータセットの反響データに基づいて適合される。
【０１２９】
幾つかの実施形態では、受信したデータセットは、ＨＲＴＦフィルタリング及び反響処理のうちの一方のみのためのデータを有してもよい。例えば、幾つかの実施形態において、受信したデータセットは、初期反射の無反響部分も最初部分も規定するデータを有してもよい。しかしながら、一定の反響処理は、どのデータセットが選択されるかに依存することなく、及び、実際には典型的にどの位置がレンダリングされるべきかに依存することなく用いられてもよい（反響は、典型的には、部屋における多くの反射を反映するので、サウンドソース位置から独立している）。これは、より低い複雑性の処理及び動作をもたらし、とりわけ、バイノーラルの処理が例えば個々の聴取者に適合され得るがレンダリングが同じ部屋を反映することを意図される実施形態に適している。
【０１３０】
他の実施形態において、データセットは、ＨＲＴＦフィルタリングデータを伴うことなく反響データを含んでもよい。例えば、ＨＲＴＦフィルタリングデータは、複数のデータセットのために、又は、全てのデータセットのために共通であってもよく、各データセットは、異なる部屋特性に対応する反響データを特定してもよい。実際に、斯様な実施形態において、ＨＲＴＦフィルタリングされた信号は、選択されたデータセットのデータには依存しない。本アプローチは、とりわけ、処理が同じ（例えばわずかな）聴取者のためのものであるがデータは異なるルーム認識が供給されるのを可能にするアプリケーションに適している。
【０１３１】
例において、セレクタ７０３は、表現指標により示される反響データの表現の指標に基づいて用いるデータセットを選択してもよい。故に、表現指標は、反響データがどのようにデータセットにより表されるかの指標を与えてもよい。幾つかの実施形態では、表現指標は、ＨＲＴＦフィルタリングの指標を有する斯様な指標を含んでもよいのに対し、他の実施形態において、表現指標は、例えば反響データの指標だけを含んでもよい。
【０１３２】
例えば、データセットは、合成反響部の異なるタイプに対応する表現を含んでもよく、及び、セレクタ７０３は、データセットがオーディオプロセッサ７０７により使用されるアルゴリズムにマッチする反響部のためのデータを有することを表現指標が示すデータセットを選択するように構成されてもよい。
【０１３３】
幾つかの実施形態では、表現指標は、バイノーラルレンダリングデータセットの順序付けられたシーケンスを表す。例えば、（所与の位置のための）データセットは、複雑性及び／又は質の順に順序付けられたシーケンスに対応してもよい。故に、シーケンスは、データセットにより規定されるバイノーラルの処理の増大する（又は減少する）質を反映してもよい。指標プロセッサ６０３及び／又は出力プロセッサ６０５は、この順序を反映させるように表現指標を生成又は構成してもよい。
【０１３４】
レシーバは、順序付けられたシーケンスがどのパラメータを反映しているかについて気づいてもよい。例えば、表現指標が増大する（又は減少する）質又は減少する（又は増大する）複雑性のシーケンスを示すことを気づいてもよい。そして、セレクタ７０３は、バイノーラルレンダリングのために用いるデータセットを選択するときにこの認識を用い得る。具体的には、セレクタ７０３は、順序付けられたシーケンスにおけるデータセットの位置に基づいてデータセットを選択してもよい。
【０１３５】
多くのシナリオにおいて、斯様なアプローチは、より低い複雑性のアプローチを提供してもよく、とりわけ、オーディオ処理のために用いるデータセットの選択を促進してもよい。具体的には、セレクタ７０３が、（順序付けられるシーケンスにおけるデータセットを考慮することに対応する）所与の順序における表現指標を評価するように構成される場合には、多くの実施形態及びシナリオにおいて、適切なデータセットを選択するために全ての表現指標を処理する必要はない。
【０１３６】
実際に、セレクタ７０３は、オーディオプロセッサが可能であるレンダリング処理を表現指標が示すシーケンスにおける第１の（最も早い）データセットのためのバイノーラルレンダリングデータセットとしてバイノーラルレンダリングデータセットを選択するように構成されてもよい。
【０１３７】
具体例として、表現指標／データセットは、データセットのデータが表すレンダリング処理の質を減少させる順に順序付けられてもよい。この順序における表現指標を評価し、オーディオプロセッサ７０７が扱うことができる第１のデータセットを選択することにより、セレクタ７０３は、対応するデータセットがオーディオプロセッサ７０７による使用に適しているデータを有することを示す表現指標がもたらされるとすぐに選択プロセスを停止し得る。セレクタ７０３は、このデータセットが最高品質のレンダリングをもたらすことを知るので、任意の更なるパラメータを考慮することを必要としない。
【０１３８】
同様に、複雑性の最小化が要求されるシステムにおいて、表現指標は、増大する複雑性の順に順序付けられてもよい。オーディオプロセッサ７０７の処理のための適切な表現を示す第１の表現指標のデータセットを選択することにより、セレクタ７０３は、最も低い複雑性のバイノーラルレンダリングが実現されることを保証し得る。
【０１３９】
幾つかの実施形態において、順序は、増大する質／減少する複雑性の順であってもよいことが理解されるだろう。斯様な実施形態におい、セレクタ７０３は、例えば、先に述べたものと同じ結果を実現するために逆の順序で表現指標を処理してもよい。
【０１４０】
故に、幾つかの実施形態において、順序は、バイノーラルレンダリングデータセットにより表されるバイノーラルレンダリングの質を減少させる順であってもよく、他のものにおいて、バイノーラルレンダリングデータセットにより表されるバイノーラルレンダリングの質を増大させる順であってもよい。同様に、幾つかの実施形態において、順序は、バイノーラルレンダリングデータセットにより表されるバイノーラルレンダリングの複雑性を減少させる順であってもよく、他の実施形態において、バイノーラルレンダリングデータセットにより表されるバイノーラルレンダリングの複雑性を増大させる順であってもよい。
【０１４１】
幾つかの実施形態において、ビットストリームは、順序がどのパラメータに基づいてあるかについての指標を含んでもよい。例えば、順序が複雑性又は質に基づいているかどうかを示すフラグが含まれてもよい。
【０１４２】
幾つかの実施形態において、順序は、例えば複雑性と質との間の折衷を表す値のような、パラメータの組み合わせに基づいてもよい。斯様な値を計算するための任意の適切なアプローチが用いられてもよいことが理解されるだろう。
【０１４３】
異なる手段が異なる実施形態において質を表すために用いられてもよい。例えば、距離の尺度は、個々のデータセットのパラメータにより記述される正確に測定された頭部バイノーラル伝達関数と伝達関数との間の差（例えば、平均平方誤差）を示す各表現に対して計算されてもよい。斯様な差は、フィルタ係数の量子化の効果もインパルス応答の省略部分の効果も双方含んでもよい。時間及び／又は周波数領域における離散化の効果を反映してもよい（例えば、オーディオバンドを記述するために使用されるサンプルレート又は周波数バンドの数を反映してもよい）。幾つかの実施形態では、質の指標は、例えばＦＩＲフィルタのインパルス応答の長さのような、単純なパラメータであってもよい。
【０１４４】
同様に、異なる手段及びパラメータは、所与のデータセットと関連付けられるバイノーラルの処理の複雑性を表すために用いられてもよい。とりわけ、複雑性は、計算リソースの指標であってもよい。即ち、複雑性は、関連したバイノーラルの処理がどれぐらいの複雑さで実行されるかを反映してもよい。
【０１４５】
多くのシナリオにおいて、パラメータは、典型的に、増大する質及び増大する複雑性を示してもよい。例えば、ＦＩＲフィルタの長さは、質が増大すること、及び、複雑性が増大することの双方を示してもよい。故に、多くの実施形態において、同じ順序は、複雑性及び質の双方を反映してもよく、セレクタ７０３は、選択するときにこれを用いてもよい。例えば、複雑性が所与のレベルより低い限り、最高品質のデータセットを選択してもよい。表現指標が質及び複雑性を減少させるという意味で構成されると仮定すると、これは、単純に、表現指標を処理し、所望のレベルより低い複雑性を表す（及び、オーディオプロセッサにより扱われ得る）第１の指標のデータセットを選択することにより実現されてもよい。
【０１４６】
幾つかの実施形態では、表現指標及び関連したデータセットの順序は、ビットストリームにおける表現指標の位置により表されてもよい。例えば、減少する質を反映している順序に関して、（所与の位置のための）表現指標は、ビットストリームにおける第１の表現指標が関連したバイノーラルレンダリングの最高品質を伴うデータセットを表すものであるように単純に構成されてもよい。ビットストリームにおける次の表現指標は、関連したバイノーラルレンダリング等の次の最高品質を伴うデータセットを表すものである。斯様な実施形態において、セレクタ７０３は、受信したビットストリームを単純にスキャンしてもよく、各表現指標に関して、オーディオプロセッサ７０７が用いることができるデータセットを示すかどうかを決定してもよい。適切な指標に遭遇するまでこれを行うよう進行し得る。適切な指標では、ビットストリームの更なる表現指標が処理されるために又は実際にデコードされるために必要とされない。
【０１４７】
幾つかの実施形態では、表現指標及び関連したデータセットの順序は、入力データに含まれる指標により表されてもよく、とりわけ、各表現指標のための指標は、表現指標自体に含まれてもよい。
【０１４８】
例えば、各表現指標は、優先度を示すデータフィールドを含んでもよい。セレクタ７０３は、最初に、最高優先度の指標を含む全ての表現指標を評価し、有益なデータが関連したデータセットに含まれることを示すかどうかを決定してもよい。もしそうならば、これが選択される（１つを超えるものが識別された場合、第２の選択基準が適用されてもよく、又は、例えば、１つがまさにランダムに選択されてもよい）。いずれも見つけられない場合、次の最高優先度等を示す全ての表現指標を評価するよう進行してもよい。別の例として、各表現指標は、シーケンス位置番号を示してもよく、セレクタ７０３は、シーケンス順序を確立するために表現指標を処理してもよい。
【０１４９】
斯様なアプローチは、セレクタ７０３による、より複雑な処理を必要としてもよいが、例えば複数の表現指標がシーケンスにおいて同程度に優先順位をつけられるのを可能にするような、より多くのフレキシビリティを与え得る。各表現指標がビットストリームにおいて自由に配置されるのを可能にしてもよく、とりわけ、各表現指標が関連したデータセットの次に含まれるのを可能にしてもよい。
【０１５０】
本アプローチは、それ故、例えばビットストリームの生成を促進する増大されたフレキシビリティを提供し得る。例えば、ストリーム全体を再構成する必要なく追加のデータセット及び関連した表現指標を既存のビットストリームに単純に追加することが実質的に容易であってもよい。
【０１５１】
上記の説明は、明瞭さのために、異なる機能的な回路、ユニット及びプロセッサを参照して本発明の実施形態について述べていることが理解されるだろう。しかしながら、異なる機能的な回路、ユニット又はプロセッサの間の機能の任意の適切な分配が本発明から逸脱することなく用いられてもよいことが明らかであるだろう。例えば、別々のプロセッサ又はコントローラにより実行されるように示された機能は、同じプロセッサ又はコントローラにより実行されてもよい。それ故、特定の機能ユニット又は回路への参照は、厳しい論理的又は物理的な構造又は組織を示すよりはむしろ、述べられた機能を与えるための適切な手段への参照としてのみ理解されるべきである。
【０１５２】
本発明は、ハードウェア、ソフトウェア、ファームウェア又はこれらの任意の組み合わせを含む任意の適切な形式において実装され得る。本発明は、オプションとして、１又はそれ以上のデータ処理装置及び／又はデジタル信号プロセッサ上で実行するコンピュータソフトウェアとして少なくとも部分的に実装されてもよい。本発明の一実施形態の要素及び成分は、任意の適切な手段において、物理的に、機能的に、及び、論理的に実装されてもよい。実際に、機能は、単一のユニットにおいて、複数のユニットにおいて、又は、他の機能ユニットの部分として、実装されてもよい。それ自体、本発明は、単一のユニットにおいて実装されてもよく、又は、異なるユニット、回路及びプロセッサの間で物理的及び機能的に分配されてもよい。
【０１５３】
本発明が幾つかの実施形態に関して述べられたが、ここで記載される特定の形式に限定されることを意図するものではない。むしろ、本発明の範囲は、添付の特許請求の範囲によってのみ限定される。加えて、特徴が特定の実施形態に関して述べられるように見え得るが、当業者は、述べられた実施形態の種々の特徴が本発明に従って組み合わせられ得ることを認めるだろう。請求項において、"有する"という用語は、他の要素又はステップの存在を除外するものではない。
【０１５４】
更に、個別に記載されているが、複数の手段、要素、回路又は方法ステップは、例えば単一の回路、ユニット又はプロセッサにより実装されてもよい。加えて、個々の特徴が異なる請求項に含まれ得るが、これらは、場合により、有利に組み合わせられてもよく、異なる請求項における包含は、特徴の組み合わせが有利及び／又は実行可能なものではないことを意味するものではない。また、請求項の１つのカテゴリにおける特徴の包含は、このカテゴリに対する限定を意味するものではなく、むしろ、特徴が適切に他の請求項カテゴリに同程度に適用可能であることを示す。更に、請求項中のフィーチャの順序は、フィーチャが動作されなければならない任意の特定の順序を意味するものではなく、とりわけ、方法クレームにおける個々のステップの順序は、ステップがこの順序で実行されなければならないことを意味するものではない。むしろ、ステップは、任意の適切な順序で実行されてもよい。加えて、単数表記の参照は、複数を除外するものではない。それ故、単数表記、"第１"、"第２"等への参照は複数を排除するものではない。請求項中の参照符号は、単に明らかにする一例だけのものとして供給されるものであり、任意の手段において請求項の範囲を限定するものとして解釈されるべきではない。
【図１】
0006328662.tif 000004
【図２】
0006328662.tif 000005
【図３】
0006328662.tif 000006
【図４】
0006328662.tif 000007
【図５】
0006328662.tif 000008
【図６】
0006328662.tif 000009
【図７】
0006328662.tif 000010
【図８】
0006328662.tif 000011
【図９】
0006328662.tif 000012
【図１０】
0006328662.tif 000013