(57)【要約】【課題】異なる再生装置を横断するラウドネスおよびダイナミックレンジの最適化を提供する。【解決手段】諸実施形態は、ビットストリームにおいてオーディオ・データに関連付けられたメタデータを受領し、前記メタデータを解析してオーディオ再生装置の第一の群のためのラウドネス・パラメータが前記ビットストリーム中で利用可能であるかどうかを判定する方法およびシステムに向けられる。前記第一の群のために前記パラメータが存在すると判定するのに応答して、システムは、オーディオをレンダリングするために前記パラメータおよびオーディオ・データを使う。前記第一の群のために前記ラウドネス・パラメータが存在しないと判定するのに応答して、システムは、前記第一の群の一つまたは複数の特性を解析し、前記一つまたは複数の特性に基づいて前記パラメータを決定する。【選択図】図１６
2020095290.tif 000002
【特許請求の範囲】
【請求項１】
エンコードされたオーディオ・ビットストリームの一つまたは複数のフレームをデコードするためのオーディオ処理装置であって、前記エンコードされたオーディオ・ビットストリームはオーディオ・データと、複数のダイナミックレンジ制御（DRC）プロファイルについてのメタデータとを含み、当該オーディオ処理装置は：
前記エンコードされたオーディオ・ビットストリームをパースして、前記エンコードされたオーディオ・データと、前記DRCプロファイルのうちの一つまたは複数についてのメタデータとを抽出するよう構成されたビットストリーム・パーサと；
前記エンコードされたオーディオ・データをデコードし、デコードされたオーディオ・データにDRC利得を適用するよう構成されたオーディオ・デコーダとを有しており、
各DRCプロファイルは少なくとも一つの装置型または聴取環境のために好適であり、
前記オーディオ・デコーダは当該オーディオ処理装置または前記聴取環境についての情報に応答して前記DRCプロファイルのうちの一つまたは複数を選択し；
前記デコードされたオーディオ・データに適用される前記DRC利得は前記一つまたは複数の選択されたDRCプロファイルに対応する、
オーディオ処理装置。
【請求項２】
前記一つまたは複数の選択されたDRCプロファイルに対応する前記DRC利得は、前記エンコードされたオーディオ・ビットストリームの前記メタデータに含まれる、請求項１記載のオーディオ処理装置。
【請求項３】
前記一つまたは複数の選択されたDRCプロファイルに対応する前記DRC利得は、前記エンコードされたオーディオ・ビットストリームの前記メタデータに含まれる前記一つまたは複数の選択されたDRCプロファイルについてのDRCパラメータから決定される、請求項１記載のオーディオ処理装置。
【請求項４】
前記DRCパラメータが、静的な利得伝達特性および利得平滑化時定数を示す、請求項３記載のオーディオ処理装置。
【請求項５】
前記時定数は、低速および高速アタック時定数ならびに低速および高速リリース時定数を含む、請求項４記載のオーディオ処理装置。
【請求項６】
前記静的な利得伝達特性は、ヌル帯域レンジおよび最大ブーストを含む、請求項４記載のオーディオ処理装置。
【請求項７】
前記DRCプロファイルのうちの一つまたは複数は、前記デコードされたオーディオ・データのポータブル装置による再生に対応する、請求項１記載のオーディオ処理装置。
【請求項８】
前記DRCプロファイルのうちの一つまたは複数は、前記デコードされたオーディオ・データの、騒がしい聴取環境における再生に対応する、請求項１記載のオーディオ処理装置。
【請求項９】
前記DRCプロファイルのうちの一つまたは複数は、前記デコードされたオーディオ・データの、静かな聴取環境における再生に対応する、請求項１記載のオーディオ処理装置。
【請求項１０】
前記DRCプロファイルのうちの一つまたは複数は、前記デコードされたオーディオ・データの、ヘッドフォンを通じた再生に対応する、請求項１記載のオーディオ処理装置。
【請求項１１】
前記DRCプロファイルのうちの一つまたは複数は、前記デコードされたオーディオ・データの、スピーカーを通じた再生に対応する、請求項１記載のオーディオ処理装置。
【請求項１２】
エンコードされたオーディオ・ビットストリームの一つまたは複数のフレームをデコードするための、オーディオ処理装置によって実行される方法であって、前記エンコードされたオーディオ・ビットストリームはオーディオ・データと、複数のダイナミックレンジ制御（DRC）プロファイルについてのメタデータとを含み、当該方法は：
前記エンコードされたオーディオ・ビットストリームをパースして、前記エンコードされたオーディオ・データと、前記DRCプロファイルのうちの一つまたは複数についてのメタデータとを抽出する段階と；
前記エンコードされたオーディオ・データをデコードし、デコードされたオーディオ・データにDRC利得を適用する段階とを含み、
各DRCプロファイルは少なくとも一つの装置型または聴取環境のために好適であり、
前記DRCプロファイルのうちの一つまたは複数は、前記オーディオ処理装置または前記聴取環境についての情報に応答して選択され、
前記デコードされたオーディオ・データに適用される前記DRC利得は前記一つまたは複数の選択されたDRCプロファイルに対応する、
方法。
【請求項１３】
オーディオ・デコード装置によって実行されたときに該オーディオ・デコード装置に請求項１２記載の方法を実行させる命令のシーケンスを有する、非一時的なコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本願は、2013年1月21日に出願された米国仮特許出願第61/754,882号、2013年4月5日に出願された米国仮特許出願第61/809,250号、2013年5月16日に出願された米国仮特許出願第61/824,010号の優先権を主張するものである。
【０００２】
発明の分野
一つまたは複数の実施形態は概括的にはオーディオ信号処理に、より詳細には、再生環境および装置に基づいて、オーディオ・コンテンツのラウドネスおよびダイナミックレンジ特性を示すメタデータをもつオーディオ・データ・ビットストリームを処理することに関する。
【背景技術】
【０００３】
背景セクションで論じられる主題は、単に背景セクションで言及されている結果として従来技術であると想定されるべきではない。同様に、背景セクションで言及されるまたは背景セクションの主題に関連する問題は、従来技術において以前に認識されていたと想定されるべきではない。背景セクションにおける主題は単に種々のアプローチを表わすのであり、そうしたアプローチもそれ自身が発明であることがある。
【０００４】
オーディオ信号のダイナミックレンジは一般に、信号中に具現される音の最大および最小の可能な値の間の比であり、通例、デシベル（底が10）値として測定される。多くのオーディオ処理システムでは、ダイナミックレンジ制御（またはダイナミックレンジ圧縮（DRC:  dynamic  range  compression））が、大きな音のレベルを低下させるおよび／または静かな音のレベルを増幅することで、広いダイナミックレンジの源コンテンツを、電子設備を使ってより簡単に記憶および再生されることができるより狭い記録されたダイナミックレンジに収まるようにするために使われる。オーディオ／ビジュアル（AV）コンテンツについて、DRC機構を通じた圧縮のための「ヌル」点を定義するために、ダイアログ参照レベルが使用されてもよい。DRCは、ダイアログ参照レベルより低いコンテンツをブーストし、参照レベルより上のコンテンツをカットするはたらきをする。
【０００５】
既知のオーディオ・エンコード・システムでは、コンテンツの型および意図される使用に基づいてDRCレベルを設定するために、オーディオ信号に関連付けられたメタデータが使われる。DRCモードは、オーディオ信号に適用される圧縮の量を設定し、デコーダの出力参照レベルを定義する。そのようなシステムは、エンコーダ中にプログラムされ、ユーザーによって選択される二つのDRCレベルに制限されることがある。たとえば、−31dB（ライン）のdialnorm（dialog  normalization［ダイアログ正規化］）値が伝統的に、AVRまたはフル・ダイナミックレンジ対応装置上で再生されるコンテンツのために使われ、−20dBのdialnorm値がテレビジョン・セットまたは同様の装置上で再生されるコンテンツのために使われる。この型のシステムは、DRCメタデータの二つの異なるセットを使うことを通じて、単一のオーディオ・ビットストリームが、二つの一般的だが非常に異なる再生シナリオにおいて使われることを許容する。しかしながら、そのようなシステムは、事前設定されたdialnorm値に制限され、今日、デジタル・メディアおよびインターネット・ベースのストリーミング技術の到来を通じて可能になっている幅広い多様な異なる再生装置および聴取環境における再生のために最適化されていない。
【０００６】
現在のメタデータ・ベースのオーディオ・エンコード・システムにおいては、オーディオ・データのストリームは、オーディオ・コンテンツ（たとえばオーディオ・コンテンツの一つまたは複数のチャネル）およびオーディオ・コンテンツの少なくとも一つの特性を示すメタデータの両方を含みうる。たとえば、AC-3ビットストリームでは、聴取環境に送達されるプログラムの音を変えることにおいて使うことが特に意図されているいくつかのオーディオ・メタデータ・パラメータがある。メタデータ・パラメータの一つは、dialnormパラメータであり、これはオーディオ・プログラムにおいて現われるダイアログの平均ラウドネス・レベル（またはコンテンツの平均ラウドネス）を指示し、オーディオ再生信号レベルを決定するために使われる。
【０００７】
（それぞれ異なるdialnormパラメータをもつ）異なるオーディオ・プログラム・セグメントのシーケンスを含むビットストリームの再生の間に、AC-3デコーダは、各セグメントのdialnormパラメータを使って、セグメントのダイアログの知覚されるラウドネスが一貫したレベルになるよう、セグメントの再生レベルまたはラウドネスを修正する型のラウドネス処理を実行する。エンコードされたオーディオ項目のシーケンスにおける各エンコードされたオーディオ・セグメント（項目）は（一般に）異なるdialnormパラメータをもち、デコーダは、各項目についてのダイアログの再生レベルまたはラウドネスが同じまたは非常に似通っているように各項目のレベルをスケーリングする。ただし、これは、再生の間に前記項目の異なるものに対して異なる量の利得を適用することを要求することがある。
【０００８】
いくつかの実施形態では、dialnormパラメータはユーザーによって設定され、自動的に生成されるのではない。ただし、ユーザーによって値が設定されない場合にはデフォルトのdialnorm値がある。たとえば、コンテンツ・クリエーターは、AC-3エンコーダの外部の装置を用いてラウドネス測定を行ない、次いでdialnorm値を設定するために（オーディオ・プログラムの話されたダイアログのラウドネスを示す）結果をエンコーダに転送してもよい。こうして、dialnormパラメータを正しく設定するためにコンテンツ・クリエーターに依拠している。
【０００９】
AC-3ビットストリームにおけるdialnormパラメータが正しくないことがありうるいくつかの異なる理由がある。第一に、各AC-3エンコーダは、コンテンツ・クリエーターによってdialnorm値が設定されない場合にビットストリームの生成の間に使われるデフォルトのdialnorm値をもつ。このデフォルト値は、オーディオの実際のダイアログ・ラウドネス・レベルとは実質的に異なることがありうる。第二に、たとえコンテンツ・クリエーターがラウドネスを測定し、dialnorm値をしかるべく設定するとしても、推奨されるラウドネス測定方法に従わないラウドネス測定アルゴリズムまたはメーターが使用されたことがありえ、正しくないdialnorm値につながる。第三に、たとえAC-3ビットストリームがコンテンツ・クリエーターによって正しく測定され設定されたdialnorm値をもって生成されたとしても、ビットストリームの伝送および／または記憶の間に中間モジュールによって正しくない値に変更されたことがありうる。たとえば、テレビジョン放送アプリケーションでは、AC-3ビットストリームがデコードされ、修正され、次いで正しくないdialnormメタデータ情報を使って再エンコードされることはめずらしくない。このように、AC-3ビットストリームに含まれるdialnorm値は正しくないまたは不正確であることがあり、よって聴取経験の品質に対してマイナスの影響をもつことがある。
【００１０】
さらに、dialnormパラメータは、対応するオーディオ・データのラウドネス処理状態（たとえば、どんな型（単数または複数）のラウドネス処理がそのオーディオ・データに対して実行されたか）を示さない。さらに、ドルビー・デジタル（DD）およびドルビー・デジタル・プラス（DD+）システムにおけるシステムのような現在配備されているラウドネスおよびDRCシステムは、消費者の居間または映画館でAVコンテンツをレンダリングするために設計されている。そのようなコンテンツを他の環境および聴取設備（たとえばモバイル装置）における再生のために適応させるには、AVコンテンツをその聴取環境に適応させるために、再生装置において「盲目的に」後処理が適用される必要がある。換言すれば、後処理器（またはデコーダ）は受領されたコンテンツのラウドネス・レベルが特定のレベル（たとえば−31または−20dB）にあることを想定し、後処理器はレベルを、特定の装置に好適なあらかじめ決定された固定目標レベルに設定する。想定されるラウドネス・レベルまたはあらかじめ決定された目標レベルが正しくない場合には、後処理はその意図された効果と反対の効果をもつことがありうる。すなわち、後処理は、出力オーディオをユーザーにとってより望ましくないものにすることがありうる。
【００１１】
開示される実施形態は、AC-3ビットストリーム、E-AC-3ビットストリームまたはドルビーEビットストリームとの使用に限定されないが、便宜上、そのようなビットストリームが、ラウドネス処理状態メタデータを含むシステムとの関連で論じられる。ドルビー、ドルビー・デジタル、ドルビー・デジタル・プラスおよびドルビーEはドルビー・ラボラトリーズ・ライセンシング・コーポレイションの商標である。ドルビー・ラボラトリーズは、それぞれドルビー・デジタルおよびドルビー・デジタル・プラスとして知られる、AC-3およびE-AC-3の独自の実装を提供している。
【発明の概要】
【課題を解決するための手段】
【００１２】
諸実施形態は、オーディオ・データに関連付けられたメタデータを含むビットストリームを受領し、ビットストリーム中のメタデータを解析してオーディオ再生装置の第一の群のためのラウドネス・パラメータが前記ビットストリーム中で利用可能であるかどうかを判定することによって、オーディオ・データをデコードする方法に向けられる。第一の群のためにそれらのパラメータが存在すると判定するのに応答して、処理コンポーネントは、オーディオをレンダリングするためにそれらのパラメータおよびオーディオ・データを使う。第一の群のためにそれらのラウドネス・パラメータが存在しないと判定するのに応答して、処理コンポーネントは前記第一の群の一つまたは複数の特性を解析し、前記一つまたは複数の特性に基づいて前記パラメータを決定する。本方法はさらに、前記パラメータおよびオーディオ・データを再生のために前記オーディオをレンダリングする下流のモジュールに送信することによってオーディオをレンダリングするために前記パラメータおよびオーディオ・データを使ってもよい。前記パラメータおよびオーディオ・データは、前記パラメータおよびオーディオ・データに基づいて前記オーディオ・データをレンダリングすることによってオーディオをレンダリングするために使われてもよい。
【００１３】
ある実施形態では、本方法は、受領されたオーディオ・ストリームをレンダリングする出力装置を判別することおよび出力装置がオーディオ再生装置の前記第一の群に属するか否かを判定することをも含む。ここで、ストリーム中のメタデータを解析してオーディオ再生装置の前記第一の群のためのラウドネス・パラメータが利用可能であるかどうかを判定する前記段階は、出力装置がオーディオ再生装置の前記第一の群に属することを判別する段階の後に実行される。ある実施形態では、出力装置がオーディオ再生装置の前記第一の群に属することを判別する前記段階は、前記出力装置の素性を指示するまたは前記出力装置を含む装置の群の素性を指示する前記出力装置に接続されたモジュールからの指標を受領し、受領された指標に基づいて、前記出力装置がオーディオ再生装置の前記第一の群に属することを判別することを含む。
【００１４】
諸実施形態はさらに、上記のエンコード方法実施形態において記述される工程を実行する処理コンポーネントを含む装置またはシステムにさらに向けられる。
【００１５】
諸実施形態はさらに、オーディオ・データおよび前記オーディオ・データに関連付けられたメタデータを受領し、ビットストリーム中のメタデータを解析してオーディオ装置の第一の群のためのラウドネス・パラメータに関連するラウドネス情報が前記ストリーム中で利用可能であるかどうかを判定し、第一の群のために前記ラウドネス情報が存在すると判定するのに応答して、前記ストリームからラウドネス情報を決定し、オーディオ・データおよびラウドネス情報をオーディオのレンダリングにおいて使うために伝送し、あるいは前記ラウドネス情報が前記第一の群のために存在しない場合には、出力プロファイルに関連付けられたラウドネス情報を決定し、前記出力プロファイルについての決定されたラウドネス情報をオーディオのレンダリングにおいて使うために伝送することによって、オーディオ・データをデコードする方法に向けられる。ある実施形態では、出力プロファイルに関連付けられたラウドネス情報を決定する段階は、出力プロファイルの特性を解析し、前記特性に基づいて前記パラメータを決定することを含んでいてもよく、決定されたラウドネス情報を伝送することは、決定されたパラメータを伝送することを含んでいてもよい。ラウドネス情報は出力プロファイルのためのラウドネス・パラメータまたは出力プロファイルの特性を含んでいてもよい。ある実施形態では、本方法はさらに、伝送されるべき低ビットレートのエンコードされたストリームを決定することを含み、ラウドネス情報は一つまたは複数の出力プロファイルについての特性を含む。
【００１６】
諸実施形態はさらに、上記のデコード方法実施形態において記述される工程を実行する処理コンポーネントを含む装置またはシステムに向けられる。
【図面の簡単な説明】
【００１７】
以下の図面において、同様の参照符号は同様の要素を指すために使われる。以下の図面はさまざまな例を描いているが、本稿に記述される実装は図面に描かれる例に限定されない。
【図１】いくつかの実施形態のもとでの、ラウドネスおよびダイナミックレンジの最適化を実行するよう構成されたオーディオ処理システムの実施形態のブロック図である。
【図２】いくつかの実施形態のもとでの、図１のシステムにおける使用のためのエンコーダのブロック図である。
【図３】いくつかの実施形態のもとでの、図１のシステムにおける使用のためのデコーダのブロック図である。
【図４】AC-3フレームを、それが分割された諸セグメントを含めて示す図である。
【図５】AC-3フレームの同期情報（SI:  Synchronization  Information）セグメントを、それが分割された諸セグメントを含めて示す図である。
【図６】AC-3フレームのビットストリーム情報（BSI:  Bitstream  Information）セグメントを、それが分割された諸セグメントを含めて示す図である。
【図７】E-AC-3フレームを、それが分割された諸セグメントを含めて示す図である。
【図８】いくつかの実施形態のもとでの、エンコードされたビットストリームのある種のフレームおよびメタデータのフォーマットを示す表である。
【図９】いくつかの実施形態のもとでの、ラウドネス処理状態メタデータのフォーマットを示す表である。
【図１０】いくつかの実施形態のもとでの、ラウドネスおよびダイナミックレンジの最適化を実行するよう構成されうる図１のオーディオ処理システムのより詳細なブロック図である。
【図１１】例示的な使用事例における多様な再生装置および背景聴取環境についての種々のダイナミックレンジ要求を示す表である。
【図１２】ある実施形態のもとでの、ダイナミックレンジ最適化システムのブロック図である。
【図１３】ある実施形態のもとでの、多様な異なる再生装置クラスのための異なるプロファイルの間のインターフェースを示すブロック図である。
【図１４】ある実施形態のもとでの、複数の定義されたプロファイルについて長期ラウドネスと短期ダイナミックレンジの相関を示す表である。
【図１５】ある実施形態のもとでの、オーディオ・コンテンツの種々の型についてのラウドネス・プロファイルの例を示す図である。
【図１６】ある実施形態のもとでの、再生装置およびアプリケーションを横断してラウドネスおよびダイナミックレンジを最適化する方法を示すフローチャートである。
【発明を実施するための形態】
【００１８】
〈定義および命名法〉
請求項を含む本開示を通じて、信号またはデータ「に対して」動作を実行する（たとえば信号またはデータをフィルタリングする、スケーリングする、変換するまたは利得を適用する）という表現は、信号またはデータに対して直接的に、または信号またはデータの処理されたバージョンに対して（たとえば、予備的なフィルタリングまたは前処理を該動作の実行に先立って受けている前記信号のバージョンに対して）該動作を実行することを表わすために広義で使用される。「システム」という表現は、装置、システムまたはサブシステムを表わす広義で使用される。たとえば、デコーダを実装するサブシステムは、デコーダ・システムと称されてもよく、そのようなサブシステムを含むシステム（たとえば、複数の入力に応答してX個の出力信号を生成するシステムであって、前記サブシステムが入力のうちのM個を生成し、他のX−M個の入力は外部源から受領されるもの）もデコーダ・システムと称されることがある。「プロセッサ」という用語は、データ（たとえばオーディオまたはビデオまたは他の画像データ）に対して動作を実行するよう（たとえばソフトウェアまたはファームウェアを用いて）プログラム可能または他の仕方で構成可能であるシステムまたは装置を表わす広義で使用される。プロセッサの例は、フィールド・プログラム可能なゲート・アレイ（または他の構成可能な集積回路またはチップセット）、オーディオまたは他のサウンド・データに対してパイプライン化された処理を実行するようプログラムされたおよび／または他の仕方で構成されたデジタル信号プロセッサ、プログラム可能な汎用プロセッサもしくはコンピュータおよびプログラム可能なマイクロプロセッサ・チップまたはチップセットを含む。
【００１９】
「オーディオ・プロセッサ」および「オーディオ処理ユニット」という用語は交換可能に、オーディオ・データを処理するよう構成されたシステムを表わす広義で使用される。オーディオ処理ユニットの例は、エンコーダ（たとえばトランスコーダ）、デコーダ、コーデック、前処理システム、後処理システムおよびビットストリーム処理システム（時にビットストリーム処理ツールと称される）を含むがこれに限られない。「処理状態メタデータ」という表現（たとえば「ラウドネス処理状態メタデータ」という表現におけるような）は、対応するオーディオ・データ（処理状態メタデータをも含むオーディオ・データ・ストリームのオーディオ・コンテンツ）とは別個の異なるデータを指す。処理状態メタデータは、オーディオ・データに関連付けられ、対応するオーディオ・データのラウドネス処理状態（たとえばどの型（単数または複数）の処理がそのオーディオ・データに対してすでに実行されているか）を示し、任意的にはそのオーディオ・データの少なくとも一つの特徴または特性をも示す。何らかの実施形態では、処理状態メタデータのオーディオ・データとの関連付けは、時間同期的である。このように、現在の（最も最近受領または更新された）処理状態メタデータは、対応するオーディオ・データが同時的に、示される型（単数または複数）のオーディオ・データ処理の結果を含むことを示す。場合によっては、処理状態メタデータは、処理履歴および／または示される型の処理において使われるおよび／または示される型の処理から導出されるパラメータの一部または全部を含んでいてもよい。さらに、処理状態メタデータは、オーディオ・データから計算されたまたは抽出された、対応するオーディオ・データの少なくとも一つの特徴または特性を含んでいてもよい。処理状態メタデータはまた、対応するオーディオ・データのいかなる処理にも関係せず対応するオーディオ・データのいかなる処理から導出されたのでもない他のメタデータを含んでいてもよい。たとえば、サードパーティー・データ、追跡情報、識別子、所有権があるか標準かの情報、ユーザー注釈データ、ユーザー選好データなどが、特定のオーディオ処理ユニットによって加えられて他のオーディオ処理ユニットに渡されてもよい。
【００２０】
「ラウドネス処理状態メタデータ（loudness  processing  state  metadata）」（または「LPSM」）という表現は、対応するオーディオ・データのラウドネス処理状態（たとえばどの型（単数または複数）のラウドネス処理がそのオーディオ・データに対してすでに実行されているか）を、任意的にはまた対応するオーディオ・データの少なくとも一つの特徴または特性（たとえばラウドネス）をも示す処理状態メタデータを表わす。ラウドネス処理状態メタデータは、（単独で考えると）ラウドネス処理状態メタデータではないデータ（たとえば他のメタデータ）を含んでいてもよい。用語「結合する」または「結合される」という用語は、直接的または間接的な接続を意味するために使われる。
【００２１】
種々の目標ラウドネス値を要求または使用し、種々のダイナミックレンジ機能をもつさまざまな装置を横断してオーディオのラウドネスおよびダイナミックレンジを非破壊的に正規化するオーディオ・エンコーダ／デコーダのためのシステムおよび方法が記述される。いくつかの実施形態に基づく方法および機能コンポーネントは、一つまたは複数の装置プロファイルについて、オーディオ・コンテンツについての情報をエンコーダからデコーダに送る。装置プロファイルは、一つまたは複数の装置について所望される目標ラウドネスおよびダイナミックレンジを指定する。異なる「公称」ラウドネス目標をもつ新しい装置プロファイルがサポートされることができるよう、システムは拡張可能である。
【００２２】
ある実施形態では、システムは、エンコーダにおけるラウドネス制御およびダイナミックレンジ要求に基づいて適切な利得を生成し、データ・レートを低減するために、デコーダにおいて、もとの利得のパラメータ化を通じたエンコーダからの制御のもとで、前記利得を生成する。ダイナミックレンジ・システムは、ラウドネス制御を実装するための二つの機構を含む：オーディオがどのように再生されるかにおけるコンテンツ・クリエーターの制御を提供する芸術的ダイナミックレンジ・プロファイルと、さまざまな再生プロファイルについて過負荷が起こらないことを保証する別個の保護機構である。システムは、他のメタデータ（内部または外部）パラメータがラウドネスおよびダイナミックレンジ利得および／またはプロファイルを適正に制御するために使われることを許容するようにも構成されている。デコーダは、デコーダ側ラウドネスおよびダイナミックレンジ設定／処理を利用するnチャネル補助入力をサポートするよう構成されている。
【００２３】
いくつかの実施形態では、ラウドネス処理状態メタデータ（LPSM）が、オーディオ・ビットストリームのメタデータ・セグメントの一つまたは複数のリザーブされたフィールド（またはスロット）に埋め込まれる。オーディオ・ビットストリームは他のセグメント（オーディオ・データ・セグメント）においてオーディオ・データをも含む。たとえば、ビットストリームの各フレームの少なくとも一つのセグメントがLPSMを含み、フレームの少なくとも一つの他のセグメントが対応するオーディオ・データ（すなわち、そのラウドネス処理状態およびラウドネスが前記LPSMによって示されているオーディオ・データ）を含む。いくつかの実施形態では、LPSMのデータ・ボリュームは、オーディオ・データを搬送するために割り当てられたビットレートに影響することなく搬送されるのに十分なほど小さくてもよい。
【００２４】
オーディオ・データ処理チェーンにおいてラウドネス処理状態メタデータを通信することは、処理チェーン（またはコンテンツ・ライフサイクル）を通じて二つ以上のオーディオ処理ユニットが互いに縦続して機能する必要があるときに特に有用である。オーディオ・ビットストリーム中にラウドネス処理状態メタデータを含めることなくしては、チェーン内で二つ以上のオーディオ・コーデックが利用され、メディア消費装置（またはビットストリームのオーディオ・コンテンツのレンダリング点）までのビットストリームの行程の間でシングル・エンドのボリューム平準化が二回以上適用されるときに、品質、レベルおよび空間的劣化のようなメディア処理問題が起こりうる。
【００２５】
〈ラウドネスおよびダイナミックレンジ・メタデータ処理システム〉
図１は、ある種のメディア処理（たとえば前処理および後処理）コンポーネントを使ういくつかの実施形態のもとでの、ラウドネスおよびダイナミックレンジの最適化を実行するよう構成されていてもよいオーディオ処理システムの実施形態のブロック図である。図１は、例示的なオーディオ処理チェーン（オーディオ・データ処理システム）を示しており、該システムの要素の一つまたは複数は、本発明のある実施形態に基づいて構成されていてもよい。図１のシステム１０は、図のように一緒に結合された以下の要素を含む：前処理ユニット１２、エンコーダ１４、信号解析およびメタデータ補正ユニット１６、トランスコーダ１８、デコーダ２０および後処理ユニット２４。図示したシステムに対する諸変形では、要素の一つまたは複数が省略され、あるいは追加的なオーディオ・データ処理ユニットが含められる。たとえば、ある実施形態では、後処理ユニット２２は、別個のユニットではなくデコーダ２０の一部である。
【００２６】
いくつかの実装では、図１の前処理ユニットは、入力１１としてオーディオ・コンテンツを含むPCM（時間領域）サンプルを受け入れ、処理されたPCMサンプルを出力するよう構成されている。エンコーダ１４は、入力としてPCMサンプルを受け入れ、オーディオ・コンテンツを示すエンコードされた（たとえば圧縮された）オーディオ・ビットストリームを出力するよう構成されていてもよい。オーディオ・コンテンツを示すビットストリームのデータは本稿では時に「オーディオ・データ」と称される。ある実施形態では、エンコーダからのオーディオ・ビットストリーム出力は、オーディオ・データのほかにラウドネス処理状態メタデータを（および任意的には他のメタデータも）含む。
【００２７】
信号解析およびメタデータ補正ユニット１６は、入力として一つまたは複数のエンコードされたオーディオ・ビットストリームを受け入れて、信号解析を実行することにより、各エンコードされたオーディオ・ビットストリーム中の処理状態メタデータが正しいかどうかを判定（たとえば有効確認）してもよい。いくつかの実施形態では、有効確認は、図２に示される要素１０２のような状態有効確認器コンポーネントによって実行されてもよく、一つのそのような有効確認技法はのちに状態有効確認器１０２のコンテキストにおいて述べる。いくつかの実施形態では、ユニット１６はエンコーダに含められ、有効確認はユニット１６または有効確認器１０２のいずれかによってなされる。信号解析およびメタデータ補正ユニットが含まれているメタデータが無効であることを見出す場合には、メタデータ補正ユニット１６は、正しい値（単数または複数）を決定するための信号解析を実行し、正しくない値（単数または複数）を決定された正しい値で置き換える。このように、信号解析およびメタデータ補正ユニットから出力されるエンコードされた各オーディオ・ビットストリームは、エンコードされたオーディオ・データのほかに、補正された処理状態メタデータを含んでいてもよい。信号解析およびメタデータ補正ユニット１６は、前処理ユニット１２、エンコーダ１４、トランスコーダ１８、デコーダ２０または後処理ユニット２２の一部であってもよい。あるいはまた、信号解析およびメタデータ補正ユニット１６は、オーディオ処理チェーン内の別個のユニットまたは別のユニットの一部であってもよい。
【００２８】
トランスコーダ１８はエンコードされたオーディオ・ビットストリームを入力として受け入れ、修正された（たとえば異なる仕方でエンコードされた）オーディオ・ビットストリームを応答として出力してもよい（たとえば、入力ストリームをデコードし、デコードされたストリームを異なるエンコード・フォーマットにおいてエンコードし直すことにより）。トランスコーダから出力されたオーディオ・ビットストリームは、エンコードされたオーディオ・データのほかにラウドネス処理状態メタデータを（および任意的には他のメタデータも）含む。メタデータは、ビットストリーム中に含まれていてもよい。
【００２９】
図１のデコーダ２０は、入力としてエンコードされた（たとえば圧縮された）オーディオ・ビットストリームを受け入れ、（応答して）デコードされたPCMオーディオ・サンプルのストリームを出力してもよい。ある実施形態では、デコーダの出力は、以下のうちの任意のものであるまたはそれを含む：オーディオ・サンプルのストリームおよび入力のエンコードされたビットストリームから抽出されたラウドネス処理状態メタデータ（および任意的には他のメタデータも）の対応するストリーム；オーディオ・サンプルのストリームおよび入力のエンコードされたビットストリームから抽出されたラウドネス処理状態メタデータ（および任意的には他のメタデータも）から決定された制御ビットの対応するストリーム；または処理状態メタデータや処理状態メタデータから決定された制御ビットの対応するストリームのない、オーディオ・サンプルのストリーム。この最後の場合、デコーダは、抽出されたメタデータやそれから決定される制御ビットを出力しなくても、入力のエンコードされたビットストリームからラウドネス処理状態メタデータ（および／または他のメタデータ）を抽出し、抽出されたメタデータに対する少なくとも一つの動作（たとえば有効確認）を実行してもよい。
【００３０】
本発明のある実施形態に従って図１の後処理ユニットを構成することにより、後処理ユニット２２は、デコードされたPCMオーディオ・サンプルのストリームを受け入れ、該サンプルとともに受領されるラウドネス処理状態メタデータ（および任意的には他のメタデータも）または該サンプルとともに受領される制御ビット（ラウドネス処理状態メタデータおよび任意的には他のメタデータからデコーダによって決定される）を使って、それに対する後処理（たとえばオーディオ・コンテンツのボリューム平準化）を実行するよう構成されている。後処理ユニット２２は任意的には、一つまたは複数のスピーカーによる再生のために後処理されたオーディオ・コンテンツをレンダリングするようにも構成されている。これらのスピーカーは、コンピュータ、テレビジョン、ステレオ・システム（家庭または映画館）、携帯電話および他のポータブル再生装置のような多様な異なる聴取装置または再生設備品目の任意のものにおいて具現されうる。スピーカーは任意の適切なサイズおよび電力定格のものであってもよく、自立型のドライバ、スピーカー・エンクロージャー、サラウンドサウンド・システム、サウンドバー、ヘッドフォン、イヤーバッドなどの形で提供されてもよい。
【００３１】
いくつかの実施形態は、向上されたオーディオ処理チェーンであって、オーディオ処理ユニット（たとえばエンコーダ、デコーダ、トランスコーダおよび前処理および後処理ユニット）が、オーディオ・データに適用されるそれぞれの処理を、それぞれオーディオ処理ユニットによって受領されるラウドネス処理状態メタデータによって示されるメディア・データの同時的状態に従って適応させるものを提供する。システム１００の任意のオーディオ処理ユニット（たとえば図１のエンコーダまたはトランスコーダ）へのオーディオ・データ入力１１は、オーディオ・データ（たとえばエンコードされたオーディオ・データ）のほかにラウドネス処理状態メタデータ（および任意的には他のメタデータ）を含んでいてもよい。メタデータは、いくつかの実施形態によれば、別の要素または別の源によって入力オーディオに含められたものであってもよい。（メタデータをもつ）入力オーディオを受領する処理ユニットは、少なくとも一つの動作を、メタデータに対して（たとえば有効確認）、あるいはメタデータに応答して（たとえば入力オーディオの適応的な処理）実行し、また、その出力オーディオにおいて、前記メタデータ、前記メタデータの処理されたバージョンまたは前記メタデータから決定された制御ビットを含めるよう構成されていてもよい。
【００３２】
オーディオ処理ユニット（またはオーディオ・プロセッサ）のある実施形態は、オーディオ・データに対応するラウドネス処理状態メタデータによって示されるオーディオ・データの状態に基づいてオーディオ・データの適応的な処理を実行するよう構成されている。いくつかの実施形態では、適応的な処理はラウドネス処理である（またはそれを含む）（メタデータが、そのオーディオ・データに対してラウドネス処理またはそれに類似した処理がすでに実行されているのではないことを示す場合）が、ラウドネス処理ではない（またはそれを含まない）（メタデータが、そのオーディオ・データに対してそのようなラウドネス処理またはそれに類似した処理がすでに実行されていることを示す場合）。いくつかの実施形態では、適応的な処理は、オーディオ処理ユニットがラウドネス処理状態メタデータによって示されるオーディオ・データの状態に基づいてオーディオ・データの他の適応的な処理を実行することを保証するための、メタデータ有効確認である（またはそれを含む）（たとえば、メタデータ有効確認サブユニットにおいて実行される）。いくつかの実施形態では、有効確認は、オーディオ・データに関連付けられた（たとえばオーディオ・データと一緒にビットストリームに含まれた）ラウドネス処理状態メタデータの信頼性を決定する。たとえば、メタデータが信頼できると有効確認される場合、ある型のすでに実行されたオーディオ処理からの結果が再使用されてもよく、同じ型のオーディオ処理の追加的な実行が回避されうる。他方、メタデータが細工されている（または他の事情で信頼できない）ことが見出される場合には、（信頼できないメタデータによって示されるところの）以前に実行されたと標榜される型のメディア処理は、オーディオ処理ユニットによって繰り返されてもよく、および／またはメタデータおよび／またはオーディオ・データに対してオーディオ処理ユニットによって他の処理が実行されてもよい。オーディオ処理ユニットは、該ユニットが（たとえば抽出された暗号学的な値および参照の暗号学的な値の一致に基づいて）処理状態メタデータが有効であると判定する場合、向上したメディア処理チェーンにおける下流の他のオーディオ処理ユニットに対して、（たとえばメディア・ビットストリーム中に存在する）ラウドネス処理状態メタデータが有効であることを信号伝達するよう構成されていてもよい。
【００３３】
図１の実施形態について、前処理コンポーネント１２はエンコーダ１４の一部であってもよく、後処理コンポーネント２２はデコーダ２２の一部であってもよい。あるいはまた、前処理コンポーネント１２はエンコーダ１４とは別個である機能コンポーネントにおいて具現されていてもよい。同様に、後処理コンポーネント２２は、デコーダ２０とは別個の機能コンポーネントにおいて具現されてもよい。
【００３４】
図２は、図１のシステム１０との関連で使用されうるエンコーダ１００のブロック図である。エンコーダ１００のコンポーネントまたは要素の任意のものは、ハードウェア、ソフトウェアまたはハードウェアとソフトウェアの組み合わせにおいて、一つまたは複数のプロセスおよび／または一つまたは複数の回路（たとえばASIC、FPGAまたは他の集積回路）として実装されうる。エンコーダ１００は、図のように接続された、フレーム・バッファ１１０、パーサ１１１、デコーダ１０１、オーディオ状態有効確認器１０２、ラウドネス処理段１０３、オーディオ・ストリーム選択段１０４、エンコーダ１０５、詰め込み器（stuffer）／フォーマッタ段１０７、メタデータ生成段１０６、ダイアログ・ラウドネス測定サブシステム１０８およびフレーム・バッファ１０９を有する。任意的には、エンコーダ１００は他の処理要素（図示せず）も含む。（トランスコーダである）エンコーダ１００は、入力オーディオ・ビットストリーム（これはたとえばAC-3ビットストリーム、E-AC-3ビットストリームまたはドルビーEビットストリームのうちの一つであってもよい）をエンコードされた出力オーディオ・ビットストリーム（これはたとえばAC-3ビットストリーム、E-AC-3ビットストリームまたはドルビーEビットストリームのうちの別の一つであってもよい）に変換するよう構成されている。これは、入力ビットストリームに含まれるラウドネス処理状態メタデータを使って適応的および自動化されたラウドネス処理を実行することによることを含む。たとえば、エンコーダ１００は、入力ドルビーEビットストリーム（製作および放送施設において典型的に使われるが、放送されたオーディオ・プログラムを受信する消費者装置においては典型的には使われないフォーマット）を、AC-3またはE-AC-3フォーマットの形のエンコードされた出力オーディオ・ビットストリーム（消費者装置への放送に好適）に変換するよう構成されていてもよい。
【００３５】
図２のシステムはまた、エンコードされたオーディオの送達サブシステム１５０（これはエンコーダ１００から出力されるエンコードされたビットストリームを記憶するおよび／または送達する）と、デコーダ１５２とを含む。エンコーダ１００から出力されるエンコードされたオーディオ・ビットストリームは、サブシステム１５０によって（たとえばDVDまたはブルーレイ・ディスクの形で）記憶されても、あるいはサブシステム１５０（これは伝送リンクまたはネットワークを実装していてもよい）によって伝送されてもよく、あるいはサブシステム１５０によって記憶および伝送の両方をされてもよい。デコーダ１５２は、サブシステム１５０を介して受領する（エンコーダ１００によって生成された）エンコードされたオーディオ・ビットストリームをデコードするよう構成されている。これは、ビットストリームの各フレームからラウドネス処理状態メタデータ（LPSM）を抽出し、デコードされたオーディオ・データを生成することによることを含む。ある実施形態では、デコーダ１５２は、デコードされたオーディオ・データに対してLPSMを使って適応ラウドネス処理を実行し、および／またはデコードされたオーディオ・データおよびLPSMを、デコードされたオーディオ・データに対してLPSMを使って適応ラウドネス処理を実行するよう構成されている後処理器に転送するよう構成される。任意的には、デコーダ１５２は、サブシステム１５０から受領されたエンコードされたオーディオ・ビットストリームを（たとえば非一時的な仕方で）記憶するバッファを含む。
【００３６】
エンコーダ１００およびデコーダ１５２のさまざまな実装が、本稿に記載される種々の実施形態を実行するよう構成される。フレーム・バッファ１１０は、エンコードされた入力オーディオ・ビットストリームを受領するよう結合されたバッファ・メモリである。動作では、バッファ１１０は、エンコードされたオーディオ・ビットストリームの少なくとも一つのフレームを（たとえば非一時的な仕方で）記憶し、エンコードされたオーディオ・ビットストリームのフレームのシーケンスがバッファ１１０からパーサ１１１に呈される。パーサ１１１は、ラウドネス処理メタデータ（LPSM）および他のメタデータを、エンコードされた入力オーディオの各フレームから抽出し、少なくともLPSMをオーディオ状態有効確認器１０２、ラウドネス処理段１０３、段１０６およびサブシステム１０８に呈し、エンコードされた入力オーディオからオーディオ・データを抽出し、該オーディオ・データをデコーダ１０１に呈するよう結合され、構成されている。エンコーダ１００のデコーダ１０１は、オーディオ・データをデコードしてデコードされたオーディオ・データを生成し、該デコードされたオーディオ・データをラウドネス処理段１０３、オーディオ・ストリーム選択段１０４、サブシステム１０８および任意的には状態有効確認器１０２にも呈するよう構成されている。
【００３７】
状態有効確認器１０２は、それに対して呈されるLPSM（および任意的には他のメタデータ）を認証し、有効確認するよう構成される。いくつかの実施形態では、LPSMは、（たとえば本発明のある実施形態に従って）入力ビットストリームに含められたデータ・ブロックである（または該データ・ブロックに含まれる）。該ブロックは、LPSM（および任意的には他のメタデータも）および／または基礎になるオーディオ・データを処理するための暗号学的ハッシュ（ハッシュ・ベースのメッセージ認証コードまたは「HMAC」）を含んでいてもよい（デコーダ１０１から有効確認器１０２に提供される）。該データ・ブロックは、これらの実施形態において、デジタル署名されてもよい。それにより、下流のオーディオ処理ユニットは比較的容易に、該処理状態メタデータを認証および有効確認しうる。
【００３８】
たとえば、HMACは、ダイジェストを生成するために使われ、本発明のビットストリームに含まれる保護値（単数または複数）は該ダイジェストを含んでいてもよい。該ダイジェストは、AC-3フレームについては、以下のように生成されてもよい：（１）AC-3データおよびLPSMがエンコードされたのち、フレーム・データ・バイト（連結されたフレーム・データ#1およびフレーム・データ#2）およびLPSMデータ・バイトが、ハッシュ関数HMACのための入力として使われる。補助データ・フィールド内に存在していてもよい他のデータは、このダイジェストを計算するためには考慮に入れられない。そのような他のデータは、AC-3データにもLPSMデータにも属さないバイトであってもよい。LPSMに含まれる保護ビットは、HMACダイジェストを計算するためには考慮されなくてもよい。（２）ダイジェストが計算されたのち、該ダイジェストは保護ビットのためにリザーブされているフィールドにおいてビットストリームに書き込まれる。（３）完全なAC-3フレームの生成の最後の段階は、CRC検査の計算である。これは、フレームのいちばん最後に書かれ、LPSMビットを含む、このフレームに属するすべてのデータが考慮に入れられる。
【００３９】
一つまたは複数のHMACでない暗号学的方法の任意のものを含むがそれに限定されない他の暗号学的方法が、LPSMおよび／または基礎になるオーディオ・データの安全な伝送および受領を保証するための（たとえば有効確認器１０２における）LPSMの有効確認のために使われてもよい。たとえば、（そのような暗号学的方法を使う）有効確認は、オーディオ・ビットストリームの実施形態を受領する各オーディオ処理ユニットにおいて実行され、ビットストリームに含まれるラウドネス処理状態メタデータおよび対応するオーディオ・データが（該メタデータによって示されるような）特定のラウドネス処理を受けている（および／または特定のラウドネス処理から帰結する）ものであり、そのような特定のラウドネス処理の実行後に修正されていないかどうかを判定することができる。
【００４０】
状態有効確認器１０２は、有効確認動作の結果を示すために、オーディオ・ストリーム選択段１０４、メタデータ生成器１０６およびダイアログ・ラウドネス測定サブシステム１０８に制御データを呈する。該制御データに応答して、段１０４は次のいずれかを選択する（そしてエンコーダ１０５に伝える）ことができる：（１）（たとえば、LPSMがデコーダ１０１から出力されたオーディオ・データが特定の型のラウドネス処理を受けていないことを示し、有効確認器１０２からの制御ビットがLPSMが有効であることを示すとき）ラウドネス処理段１０３の適応的に処理された出力；または（２）（たとえば、LPSMがデコーダ１０１から出力されたオーディオ・データが段１０３によって実行されるはずの特定の型のラウドネス処理をすでに受けていることを示し、有効確認器１０２からの制御ビットがLPSMが有効であることを示すとき）デコーダ１０１から出力された前記オーディオ・データ。
【００４１】
エンコーダ１００の段１０３は、デコーダ１０１から出力されたデコードされたオーディオ・データに対して、デコーダ１０１によって抽出されたLPSMによって示される一つまたは複数のオーディオ・データ特性に基づいて、適応的なラウドネス処理を実行するよう構成されている。段１０３は、適応的な変換領域のリアルタイムのラウドネスおよびダイナミックレンジ制御プロセッサであってもよい。段１０３はユーザー入力（たとえばユーザー目標ラウドネス／ダイナミックレンジ値またはdialnorm値）または他のメタデータ入力（たとえば、一つまたは複数の型のサードパーティー・データ、追跡情報、識別子、所有権があるか標準かの情報、ユーザー注釈データ、ユーザー選好データなど）および／または（たとえばフィンガープリンティング・プロセスからの）他の情報を受領して、そのような入力を、デコーダ１０１から出力されるデコードされたオーディオ・データを処理するために使ってもよい。
【００４２】
ダイアログ・ラウドネス測定サブシステム１０８は、有効確認器１０２からの制御ビットがLPSMが無効であることを示す場合は、たとえばデコーダ１０１によって抽出されたLPSM（および／または他のメタデータ）を使って、ダイアログ（または他の発話）を示す（デコーダ１０１からの）デコードされたオーディオの諸セグメントのラウドネスを決定するよう動作してもよい。有効確認器１０２からの制御ビットがLPSMが有効であることを示す場合には、LPSMが（デコーダ１０１からの）デコードされたオーディオのダイアログ（または他の発話）セグメントの以前に決定されたラウドネスを示しているときは、ダイアログ・ラウドネス測定サブシステム１０８の動作は無効にされてもよい。
【００４３】
オーディオ・コンテンツにおけるダイアログのレベルを便利かつ簡単に測定するための有用なツール（たとえばドルビーLM100ラウドネス・メーター）が存在している。APU（たとえばエンコーダ１００の段１０８）のいくつかの実施形態は、オーディオ・ビットストリーム（たとえば、エンコーダ１００のデコーダ１０１から段１０８に呈されるデコードされたAC-3ビットストリーム）のオーディオ・コンテンツの平均ダイアログ・ラウドネスを測定するためにそのようなツールを含むよう（またはそのようなツールの機能を実行するよう）実装される。段１０８がオーディオ・データの真の平均ダイアログ・ラウドネスを測定するよう実装される場合、測定は、オーディオ・コンテンツの、主として発話を含んでいる諸セグメントを単離する段階を含んでいてもよい。主として発話であるオーディオ・セグメントは、次いで、ラウドネス測定アルゴリズムに従って処理される。AC-3ビットストリームからデコードされるオーディオ・データについては、このアルゴリズムは、（国際規格ITU-R  BS.1770に従う）標準的なK重み付けされたラウドネス指標（K-weighted  loudness  measure）であってもよい。あるいはまた、他のラウドネス指標（たとえばラウドネスの音響心理学的モデルに基づくもの）が使われてもよい。
【００４４】
発話セグメントの単離は、オーディオ・データの平均ダイアログ・ラウドネスを測定するためには本質的ではないが、指標の精度を改善し、聴取者の観点からの、より満足のいく結果を与える。すべてのオーディオ・コンテンツがダイアログ（発話）を含むのではないので、オーディオ・コンテンツ全体のラウドネス指標は、発話が存在していたとした場合の、当該オーディオのダイアログ・レベルの十分な近似を提供しうる。
【００４５】
メタデータ生成器１０６は、エンコーダ１００から出力されるエンコードされたビットストリームに段１０７によって含められるメタデータを生成する。メタデータ生成器１０６は、段１０７に、エンコーダ１０１によって抽出されたLPSM（および／または他のメタデータも）を渡してもよいし（たとえば、有効確認器１０２からの制御ビットがLPSMおよび／または他のメタデータが有効であることを示す場合）、あるいは新たなLPSM（および／または他のメタデータも）を生成して、該新たなメタデータを段１０７に呈してもよい（たとえば、有効確認器１０２からの制御ビットが、デコーダ１０１によって抽出されたLPSMおよび／または他のメタデータが無効であることを示す場合）。あるいは、段１０７に対して、デコーダ１０１によって抽出されたメタデータと新たに生成されたメタデータとの組み合わせを呈してもよい。メタデータ生成器１０６は、サブシステム１０８によって生成されたラウドネス・データと、サブシステム１０８によって実行されたラウドネス処理の型を示す少なくとも一つの値とを、エンコーダ１００から出力されるエンコードされたビットストリームに含めるために、段１０７に対して呈するLPSM中に含めてもよい。メタデータ生成器１０６は、エンコードされたビットストリームに含めるべきLPSM（および任意的には他のメタデータも）および／またはエンコードされたビットストリームに含めるべき基礎になるオーディオ・データの解読、認証または有効確認の少なくとも一つについて有用な保護ビット（これはハッシュ・ベースのメッセージ認証コードまたは「HMAC」からなっていてもよく、あるいはそれを含んでいてもよい）を生成してもよい。メタデータ生成器１０６はそのような保護ビットを、エンコードされたビットストリーム中に含めるために、段１０７に提供してもよい。
【００４６】
ある実施形態では、ダイアログ・ラウドネス測定サブシステム１０８は、デコーダ１０１から出力されたオーディオ・データを処理して、それに応答して、ラウドネス値（たとえば、ゲーティングされたおよびゲーティングされないダイアログ・ラウドネス値）およびダイナミックレンジ値を生成する。これらの値に応答して、メタデータ生成器１０６は、エンコーダ１００から出力されるエンコードされたビットストリームに（詰め込み器／フォーマッタ１０７によって）含めるためにラウドネス処理状態メタデータ（LPSM）を生成してもよい。ある実施形態では、ラウドネスは、ITU-R  BS.1770-1およびITU-R  BS.1770-2規格または他の同様のラウドネス測定規格によって規定される技法に基づいて計算されてもよい。ゲーティングされたラウドネスは、ダイアログ・ゲーテッド・ラウドネス（dialog-gated  loudness）または相対ゲーテッド・ラウドネス（relative-gated  loudness）またはこれらのゲーティングされたラウドネス型の組み合わせであることができ、システムは、用途の要求およびシステム制約条件に依存して適切なゲーティング・ブロックを用いることができる。
【００４７】
追加的、任意的または代替的に、エンコーダ１００の１０６および／または１０８のサブシステムは、オーディオ・データの追加的な解析を実行して、段１０７から出力されるエンコードされたビットストリームに含めるための、オーディオ・データの少なくとも一つの特性を示すメタデータを生成してもよい。エンコーダ１０５は、選択段１０４から出力されたオーディオ・データを（たとえばそれに対して圧縮を実行することによって）エンコードし、段１０７から出力されるエンコードされたビットストリームに含めるために、エンコードされたオーディオを段１０７に呈する。
【００４８】
段１０７は、エンコーダ１０５からのエンコードされたオーディオと生成器１０６からのメタデータ（LPSMを含む）とを多重化して、段１０７から出力される、エンコードされたビットストリームを生成する。それにより、エンコードされたビットストリームは、ある実施形態によって指定されるフォーマットをもつようにされる。フレーム・バッファ１０９は、段１０７から出力されるエンコードされたオーディオ・ビットストリームの少なくとも一つのフレームを（たとえば非一時的な仕方で）記憶するバッファ・メモリである。次いで、エンコードされたオーディオ・ビットストリームのそれらのフレームのシーケンスが、バッファ１０９から、エンコーダ１００からの出力として、送達システム１５０に呈される。
【００４９】
メタデータ生成器１０６によって生成され、段１０７によって、エンコードされたビットストリームに含められたLPSMは、対応するオーディオ・データのラウドネス処理状態（たとえば、該オーディオ・データに対してどんな型（単数または複数）のラウドネス処理が実行されたか）および対応するオーディオ・データのラウドネス（たとえば、測定されたダイアログ・ラウドネス、ゲーティングされたおよび／またはゲーティングされないラウドネスおよび／またはダイナミックレンジ）を示す。ここで、ラウドネスおよび／またはオーディオ・データに対して実行されるレベル測定の「ゲーティング」とは、閾値を超える計算された値（単数または複数）が最終的な測定に含められる（たとえば、最終的な測定された値において−60dBFSより低い短期的なラウドネス値を無視する）ような特定のレベルまたはラウドネスの閾値を参照する。絶対的な値に対するゲーティングは固定したレベルまたはラウドネスを参照し、相対値に対するゲーティングは現在の「ゲーティングされていない」測定値に依存する値を参照する。
【００５０】
エンコーダ１００のいくつかの実装では、メモリ１０９にバッファリングされている（そして送達システム１５０に出力される）エンコードされたビットストリームは、AC-3ビットストリームまたはE-AC-3ビットストリームであり、オーディオ・データ・セグメント（たとえば、図４に示したフレームのAB0〜AB5セグメント）およびメタデータ・セグメントを含む。ここで、オーディオ・データ・セグメントはオーディオ・データを示し、メタデータ・セグメントのうち少なくともいくつかのセグメントのそれぞれは、ラウドネス処理状態メタデータ（LPSM）を含む。段１０７はLPSMを次のフォーマットでビットストリーム中に挿入する。LPSMを含むメタデータ・セグメントのそれぞれは、ビットストリームのフレームのビットストリーム情報（「BSI」）セグメントの「addbsi」フィールドまたはビットストリームのフレームの末尾にある補助データ・フィールド（たとえば図４に示されるAUXセグメント）に含められる。
【００５１】
ビットストリームのフレームは、それぞれがLPSMを含む一つまたは二つのメタデータ・セグメントを含んでいてもよく、フレームが二つのメタデータ・セグメントを含む場合、一方がフレームのaddbsiフィールドに、他方がフレームのAUXフィールドに存在していてもよい。LPSMを含む各メタデータ・セグメントは、次のフォーマットをもつLPSMペイロード（またはコンテナ）・セグメントを含む：ヘッダ（たとえばLPSMペイロードの始まりを同定する同期語を含み、それに続いて少なくとも一つの識別情報値、たとえば下記の表２に示されるLPSMフォーマット・バージョン、長さ、期間（period）、カウントおよびサブストリーム関連付け値がくる）；  ヘッダ後に、  対応するオーディオ・データがダイアログを示すかダイアログを示さないか（たとえば、対応するオーディオ・データのどのチャネルがダイアログを示すか）を示す少なくとも一つのダイアログ指示値（たとえば、表２のパラメータ「ダイアログ・チャネル」）；  対応するオーディオ・データがラウドネス規制の示されるセットに準拠しているかどうかを示す少なくとも一つのラウドネス規制準拠値（たとえば、表２のパラメータ「ラウドネス規制型」）；  対応するオーディオ・データに対して実行されたラウドネス処理の少なくとも一つの型を示す少なくとも一つのラウドネス処理値（たとえば、表２のパラメータ「ダイアログ・ゲーテッド・ラウドネス補正フラグ」、「ラウドネス補正型」の一つまたは複数）；および  対応するオーディオ・データに特徴的な少なくとも一つのラウドネス（たとえばピークまたは平均ラウドネス）を示す少なくとも一つのラウドネス値（たとえば、パラメータ「ITU相対ゲーテッド・ラウドネス」、「ITU発話ゲーテッド・ラウドネス」、「ITU（EBU3341）短時間3sラウドネス」および「真のピーク」の一つまたは複数）。
【００５２】
いくつかの実装では、当該ビットストリームのフレームの「addbsi」フィールドまたは補助データ・フィールドに段１０７によって挿入されるメタデータ・セグメントのそれぞれは次のフォーマットをもつ：コア・ヘッダ（たとえばメタデータ・セグメントの開始を同定する同期語と、それに続く識別情報値、たとえば下記の表１に示されるコア要素バージョン、長さおよび期間（period）、拡張要素カウントおよびサブストリーム関連付け値を含む）；および  コア・ヘッダ後に、ラウドネス処理状態メタデータまたは対応するオーディオ・データの少なくとも一方の解読、認証（authentication）または有効確認（validation）のうちの少なくとも一つのために有用な少なくとも一つの保護値（たとえば、表１のHMACダイジェストおよびオーディオ・フィンガープリント値）；および  やはりコア・ヘッダ後に、当該メタデータ・セグメントがLPSMを含む場合、LPSMペイロード識別情報（「ID」）およびLPSMペイロード・サイズの値であって、後続のメタデータをLPSMペイロードとして同定し、該LPSMペイロードのサイズを示すもの。
【００５３】
（たとえば上記のフォーマットをもつ）LPSMペイロード（またはコンテナ）・セグメントは、LPSMペイロードIDおよびLPSMペイロード・サイズの値に続く。
【００５４】
いくつかの実施形態では、フレームの補助データ・フィールド（または「addbsi」フィールド）中の各メタデータ・セグメントは、三レベルの構造をもつ：高レベル構造。これは、補助データ（またはaddbsi）フィールドがメタデータを含むかどうかを示すフラグと、どの型（単数または複数）のメタデータが存在しているかを示す少なくとも一つのID値と、任意的にはまた（メタデータが存在する場合）（たとえば各型の）何ビットのメタデータが存在するかを示す値とを含む。存在できるメタデータの一つの型はLPSMであり、存在できるメタデータのもう一つの型はメディア・リサーチ（research）・メタデータ（たとえば、ニールセン・メディア・リサーチ（Nielsen  Media  Research）・メタデータ）である；  中間レベル構造。これは、メタデータのそれぞれの同定される型についてのコア要素を含む（たとえば、メタデータのそれぞれの同定される型についての上述したようなコア・ヘッダ、保護値およびLPSMペイロードIDおよびLPSMペイロード・サイズの値）；  低レベル構造。これは、あるコア要素についての各ペイロード（たとえば、前記コア要素によってLPSMペイロードが存在すると同定されている場合のLPSMペイロードおよび／または前記コア要素によって別の型のメタデータ・ペイロードが存在すると同定されている場合の該別の型のメタデータ・ペイロード）。
【００５５】
そのような三レベル構造におけるデータ値は、ネストされることができる。たとえば、コア要素によって同定されるLPSMペイロードおよび／または別のメタデータ・ペイロードについての保護値（単数または複数）が、コア要素によって同定される各ペイロード後に（よって、コア要素のコア・ヘッダ後に）含まれることができる。一例では、コア・ヘッダは、LPSMペイロードおよび別のメタデータ・ペイロードを同定することができ、第一のペイロード（たとえばLPSMペイロード）についてのペイロードIDおよびペイロード・サイズの値がコア・ヘッダに続くことができ、第一のペイロード自身が該IDおよびサイズの値に続くことができ、第二のペイロードについてのペイロードIDおよびペイロード・サイズ値が第一のペイロードに続くことができ、第二のペイロード自身がこれらのIDおよびサイズの値に続くことができ、両方のペイロードについての（またはコア要素値および両方のペイロードについての）保護値が最後のペイロードに続くことができる。
【００５６】
いくつかの実施形態では、デコーダ１０１が、暗号学的ハッシュをもつ本発明のある実施形態に従って生成されたオーディオ・ビットストリームを受領する場合、デコーダは、ビットストリームから決定されたデータ・ブロックからの該暗号学的ハッシュをパースして取り出すよう構成されている。前記ブロックは、ラウドネス処理状態メタデータ（LPSM）を含む。有効確認器１０２は該暗号学的ハッシュを使って、受領されたビットストリームおよび／または関連付けられたメタデータを有効確認してもよい。たとえば、有効確認器１０２が、参照暗号学的ハッシュと前記データ・ブロックから取り出された前記暗号学的ハッシュとの間の一致に基づいて前記LPSMが有効であると見出す場合、有効確認器１０２は、対応するオーディオ・データに対するプロセッサ１０３の動作を無効にしてもよく、選択段１０４にオーディオ・データを（変更なしに）素通りさせてもよい。追加的、任意的または代替的に、暗号学的ハッシュに基づく方法の代わりに他の型の暗号技法が使用されてもよい。
【００５７】
図２のエンコーダ１００は、（デコーダ１０１によって抽出されたLPSMに応答して）後／前処理ユニットが、ある型のラウドネス処理を、（要素１０５、１０６および１０７において）エンコードされるべきオーディオ・データに対して実行したことを判別してもよく、よって前に実行されたラウドネス処理において使われたおよび／または前に実行されたラウドネス処理から導出された特定のパラメータを含むラウドネス処理状態メタデータを（生成器１０６において）生成してもよい。いくつかの実装では、エンコーダ１００は、エンコーダがオーディオ・コンテンツに対して実行された処理の型を認識する限り、オーディオ・コンテンツに対する処理履歴を示す処理状態メタデータを生成して（そしてそれから出力されるエンコードされたビットストリームに含めて）もよい。
【００５８】
図３は、図１のシステム１０との関連で使用されうるデコーダのブロック図である。デコーダ２００および後処理器３００のコンポーネントまたは要素の任意のものは、ハードウェア、ソフトウェアまたはハードウェアとソフトウェアの組み合わせにおいて、一つまたは複数のプロセスおよび／または一つまたは複数の回路（たとえばASIC、FPGAまたは他の集積回路）として実装されうる。デコーダ２００は、図のように接続された、フレーム・バッファ２０１、パーサ２０５、オーディオ・デコーダ２０２、オーディオ状態有効確認段（有効確認器）２０３および制御ビット生成段２０４を有する。デコーダ２００は他の処理要素（図示せず）を含んでいてもよい。フレーム・バッファ２０１（バッファ・メモリ）は、デコーダ２００によって受領されるエンコードされたオーディオ・ビットストリームの少なくとも一つのフレームを（たとえば非一時的な仕方で）記憶する。エンコードされたオーディオ・ビットストリームのフレームのシーケンスがバッファ２０１からパーサ２０５に呈される。パーサ２０５は、ラウドネス処理メタデータ（LPSM）および他のメタデータを、前記エンコードされた入力オーディオの各フレームから抽出し、少なくともLPSMをオーディオ状態有効確認器２０３および段２０４に呈し、LPSMを出力として（たとえば後処理器３００に）呈し、エンコードされた入力オーディオからオーディオ・データを抽出し、抽出されたオーディオ・データをデコーダ２０２に呈するよう結合され、構成されている。デコーダ２００に入力されるエンコードされたオーディオ・ビットストリームは、AC-3ビットストリーム、E-AC-3ビットストリームまたはドルビーEビットストリームのうちの一つであってもよい。
【００５９】
図３のシステムは後処理器３００をも含む。後処理器３００は、フレーム・バッファ３０１と、バッファ３０１に結合された少なくとも一つの処理要素を含む他の処理要素（図示せず）とを有する。フレーム・バッファ３０１は、デコーダ２００から後処理器３００によって受領されるデコードされたオーディオ・ビットストリームの少なくとも一つのフレームを（たとえば非一時的な仕方で）記憶する。後処理器３００の処理要素は、バッファ３０１から出力されるデコードされたオーディオ・ビットストリームのフレームのシーケンスを受領し、デコーダ２０２から出力される（LPSM値を含む）メタデータおよび／またはデコーダ２００の段２０４から出力される制御ビットを使って適応的に処理するよう結合され、構成されている。ある実施形態では、後処理器３００は、LPSM値を使って（たとえばLPSMによって示される、ラウドネス処理状態および／または一つまたは複数のオーディオ・データ特性に基づいて）デコードされたオーディオ・データに対して適応的なラウドネス処理を実行するよう構成されている。デコーダ２００および後処理器３００のさまざまな実装は、本稿に記載される実施形態に基づく方法の種々の実施形態を実行するよう構成されている。
【００６０】
デコーダ２００のオーディオ・デコーダ２０２は、パーサ２０５によって抽出されたオーディオ・データをデコードして、デコードされたオーディオ・データを生成し、該デコードされたオーディオ・データを出力として（たとえば後処理器３００に）呈するよう構成されている。状態有効確認器２０３は、それに対して呈されるLPSMを（任意的には他のメタデータも）認証し、有効確認するよう構成されている。いくつかの実施形態では、LPSMは、（たとえば本発明のある実施形態に従って）入力ビットストリームに含められたデータ・ブロックである（または該データ・ブロックに含まれる）。該ブロックは、LPSM（および任意的には他のメタデータも）および／または基礎になるオーディオ・データ（パーサ２０５および／またはデコーダ２０２から有効確認器２０３に提供される）を処理するための暗号学的ハッシュ（ハッシュ・ベースのメッセージ認証コードまたは「HMAC」）を含んでいてもよい。該データ・ブロックは、これらの実施形態において、デジタル署名されてもよい。それにより、下流のオーディオ処理ユニットは比較的容易に、該処理状態メタデータを認証および有効確認しうる。
【００６１】
一つまたは複数のHMACでない暗号学的方法の任意のものを含むがそれに限定されない他の暗号学的方法が、LPSMおよび／または基礎になるオーディオ・データの安全な送受信を保証するための（たとえば有効確認器２０３における）LPSMの有効確認のために使われてもよい。たとえば、（そのような暗号学的方法を使う）有効確認は、本発明のオーディオ・ビットストリームの実施形態を受領する各オーディオ処理ユニットにおいて実行され、ビットストリームに含まれるラウドネス処理状態メタデータおよび対応するオーディオ・データが（該メタデータによって示されるような）特定のラウドネス処理を受けている（および／または特定のラウドネス処理から帰結する）ものであり、そのような特定のラウドネス処理の実行後に修正されていないかどうかを判定することができる。
【００６２】
状態有効確認器２０３は、有効確認動作の結果を示すために、ビット生成器２０４を制御する制御データを呈するおよび／または該制御データを出力として（たとえば後処理器３００に）呈する。該制御データに（任意的には入力ビットストリームから抽出される他のメタデータにも）応答して、段２０４は次のいずれかを生成し（そして後処理器３００に呈し）てもよい：
（たとえば、LPSMがデコーダ２０２から出力されたオーディオ・データが特定の型のラウドネス処理を受けていることを示し、有効確認器２０３からの制御ビットがLPSMが有効であることを示すとき）デコーダ２０２から出力されたデコードされたオーディオ・データが該特定の型のラウドネス処理を受けていることを示す制御ビット；または（たとえば、LPSMがデコーダ２０２から出力されたオーディオ・データが特定の型のラウドネス処理を受けていないことを示す、またはLPSMがデコーダ２０２から出力されたオーディオ・データが特定の型のラウドネス処理を受けていることを示すが、有効確認器２０３からの制御ビットがLPSMが有効でないことを示すとき）デコーダ２０２から出力されたデコードされたオーディオ・データが該特定の型のラウドネス処理を受けるべきであることを示す制御ビット。
【００６３】
あるいはまた、デコーダ２００は、入力ビットストリームからデコーダ２０２によって抽出されたメタデータ（および他の任意のメタデータ）を後処理器３００に呈し、後処理器３００はLPSMを使って、デコードされたオーディオ・データに対してラウドネス処理を実行し、LPSMの有効確認を実行し、次いで有効確認がLPSMが有効であることを示す場合には、LPSMを使って、デコードされたオーディオ・データに対してラウドネス処理を実行する。
【００６４】
いくつかの実施形態では、デコーダ２０１が、暗号学的ハッシュをもつ本発明のある実施形態に従って生成されるオーディオ・ビットストリームを受領する場合、デコーダは、ビットストリームから決定されたデータ・ブロックからの該暗号学的ハッシュをパースして取り出すよう構成されている。前記ブロックは、ラウドネス処理状態メタデータ（LPSM）を含む。有効確認器２０３は該暗号学的ハッシュを使って、受領されたビットストリームおよび／または関連付けられたメタデータを有効確認してもよい。たとえば、有効確認器２０３が、参照暗号学的ハッシュと前記データ・ブロックから取り出された前記暗号学的ハッシュとの間の一致に基づいて前記LPSMが有効であると見出す場合、有効確認器２０３は、下流のオーディオ処理ユニット（たとえば、ボリューム平準化ユニットであるまたはボリューム平準化ユニットを含んでいてもよい後処理器３００）に対して、ビットストリームの該オーディオ・データを（変更なしに）素通りさせるよう信号伝達してもよい。追加的、任意的または代替的に、暗号学的ハッシュに基づく方法の代わりに他の型の暗号技法が使用されてもよい。
【００６５】
デコーダ１００のいくつかの実装では、受領される（そしてメモリ２０１にバッファリングされる）エンコードされたビットストリームはAC-3ビットストリームまたはE-AC-3ビットストリームであり、オーディオ・データ・セグメント（たとえば図４に示されるフレームのAB0〜AB5セグメント）およびメタデータ・セグメントを含む。ここで、オーディオ・データ・セグメントはオーディオ・データを示し、メタデータ・セグメントの少なくともいくつかの各セグメントはラウドネス処理状態メタデータ（LPSM）を含む。デコーダ段２０２は、ビットストリームから、以下のフォーマットをもつLPSMを抽出するよう構成されている。LPSMを含むメタデータ・セグメントのそれぞれは、ビットストリームのフレームのビットストリーム情報（「BSI」）セグメントの「addbsi」フィールド中に、あるいはビットストリームのフレームの末尾の補助データ・フィールド（たとえば図４に示されるAUXセグメント）中に含まれる。ビットストリームのフレームは、それぞれLPSMを含む一つまたは二つのメタデータ・セグメントを含んでいてもよく、フレームが二つのメタデータ・セグメントを含む場合、一方がフレームのaddbsiフィールドに存在し、他方がフレームのAUXフィールドに存在していてもよい。LPSMを含む各メタデータ・セグメントは、以下のフォーマットをもつLPSMペイロード（またはコンテナ）セグメントを含む：ヘッダ（たとえばLPSMペイロードの始まりを同定する同期語を含み、それに続いて識別情報値、たとえば、下記の表２に示される、LPSMフォーマット・バージョン、長さ、期間（period）、カウントおよびサブストリーム関連付け値を含む）；  ヘッダ後に、  対応するオーディオ・データがダイアログを示すかダイアログを示さないか（たとえば、対応するオーディオ・データのどのチャネルがダイアログを示すか）を示す少なくとも一つのダイアログ指示値（たとえば表２のパラメータ「ダイアログ・チャネル」）；  対応するオーディオ・データがラウドネス規制の示されるセットに準拠しているかどうかを示す少なくとも一つのラウドネス規制準拠値（たとえば表２のパラメータ「ラウドネス規制型」）；  対応するオーディオ・データに対して実行されたラウドネス処理の少なくとも一つの型を示す少なくとも一つのラウドネス処理値（たとえば、表２のパラメータ「ダイアログ・ゲーテッド・ラウドネス補正フラグ」「ラウドネス補正型」の一つまたは複数）；および  対応するオーディオ・データに特徴的な少なくとも一つのラウドネス（たとえばピークまたは平均ラウドネス）を示す少なくとも一つのラウドネス値（たとえば、表２のパラメータ「ITU相対ゲーテッド・ラウドネス」「ITU発話ゲーテッド・ラウドネス」「ITU（EBU3341）短時間3sラウドネス」および「真のピーク」の一つまたは複数）。
【００６６】
いくつかの実装では、デコーダ段２０２は、ビットストリームのフレームの「addbsi」フィールドまたは補助データ・フィールドから、それぞれ以下のフォーマットをもつメタデータ・セグメントを抽出するよう構成されている：ヘッダ（たとえばメタデータ・セグメントの始まりを同定する同期語と、それに続く少なくとも一つの識別情報値、たとえば下記の表１に示されるコア要素バージョン、長さおよび期間（period）、拡張要素カウントおよびサブストリーム関連付け値を含む）；および  コア・ヘッダ後に、ラウドネス処理状態メタデータまたは対応するオーディオ・データの少なくとも一方の解読、認証（authentication）または有効確認（validation）のうちの少なくとも一つのために有用な少なくとも一つの保護値（たとえば、表１のHMACダイジェストおよびオーディオ・フィンガープリント値）；および  やはりコア・ヘッダ後に、当該メタデータ・セグメントがLPSMを含む場合、LPSMペイロード識別情報（「ID」）およびLPSMペイロード・サイズの値であって、後続のメタデータをLPSMペイロードとして同定し、該LPSMペイロードのサイズを示すもの。（たとえば上記で指定したフォーマットをもつ）LPSMペイロード（またはコンテナ）・セグメントは、LPSMペイロードIDおよびLPSMペイロード・サイズの値に続く。
【００６７】
より一般には、ある実施形態によって生成されるエンコードされたオーディオ・ビットストリームは、メタデータ要素およびサブ要素に、コア（必須）または拡張（任意的な要素）としてラベル付けする機構を提供する構造をもつ。これは、（メタデータも含めた）ビットストリームのデータ・レートを、多数の用途を横断してスケーリングすることを許容する。ビットストリーム・シンタックスのコア（必須）要素は、オーディオ・コンテンツに関連付けられた拡張（任意的）要素が（帯域内に（in-band））および／またはリモート位置に（帯域外に（out  of  band））存在することを信号伝達することもできるべきである。
【００６８】
いくつかの実施形態では、コア要素（単数または複数）は、ビットストリームの全フレームに存在することが要求される。コア要素のいくつかのサブ要素は任意的であり、任意の組み合わせにおいて存在していてもよい。拡張要素は全フレームに存在することは要求されない（ビットレート・オーバーヘッドを限定的にするため）。このように、拡張要素は、いくつかのフレームに存在していて、他のフレームには存在しなくてもよい。拡張要素のいくつかのサブ要素は任意的であり、任意の組み合わせにおいて存在していてもよいが、拡張要素のいくつかのサブ要素は必須であってもよい（つまり、その拡張要素がビットストリームのフレームに存在するならば必須）。
【００６９】
いくつかの実施形態では、オーディオ・データ・セグメントおよびメタデータ・セグメントのシーケンスを含むエンコードされたオーディオ・ビットストリームが（たとえば、本発明を具現するオーディオ処理ユニットによって）生成される。オーディオ・データ・セグメントはオーディオ・データを示し、メタデータ・セグメントのうち少なくともいくつかのセグメントのそれぞれは、ラウドネス処理状態メタデータ（LPSM）を含み、オーディオ・データ・セグメントはメタデータ・セグメントと時分割多重される。このクラスのいくつかの実施形態では、メタデータ・セグメントのそれぞれは、本稿に記載されるフォーマットをもつ。あるフォーマットでは、エンコードされたビットストリームはAC-3ビットストリームまたはE-AC-3ビットストリームであり、LPSMを含むメタデータ・セグメントのそれぞれは、追加的なビットストリーム情報として、ビットストリームのフレームのビットストリーム情報（「BSI」）セグメントの「addbsi」フィールド（図６に示される）に、またはビットストリームのフレームの補助データ・フィールドに（たとえばエンコーダ１００の段１０７によって）含められる。各フレームは、図８の表１に示されるフォーマットをもつコア要素を、フレームのaddbsiフィールドに含む。
【００７０】
あるフォーマットでは、addbsi（または補助データ）フィールドのうち、LPSMを含むそれぞれは、コア・ヘッダ（および任意的には追加的なコア要素）と、コア・ヘッダのあとの（またはコア・ヘッダおよび他のコア要素のあとの）次のLPSM値（パラメータ）とを含む：ペイロードID（該メタデータをLPSMとして同定する）。これは（たとえば表１において指定されるような）コア要素値に続く；  ペイロード・サイズ（LPSMペイロードの大きさを示す）。これはペイロードIDに続く；  LPSMデータ（ペイロードIDおよびペイロード・サイズ値に続く）。これは図９の表２に示されるフォーマットをもつ。
【００７１】
エンコードされたビットストリームの第二のフォーマットでは、ビットストリームはAC-3ビットストリームまたはE-AC-3ビットストリームであり、メタデータ・セグメントのうちLPSMを含むそれぞれは：ビットストリームのフレームのビットストリーム情報（「BSI」）セグメントの「addbsi」フィールド（図６に示した）；またはビットストリームのフレームの末尾の補助データ・フィールド（たとえば図４に示されるAUXフィールド）のいずれかに（たとえばエンコーダ１００の段１０７によって）含められる。フレームは、それぞれがLPSMを含む一つまたは二つのメタデータ・セグメントを含んでいてもよく、フレームが二つのメタデータ・セグメントを含む場合、一方がフレームのaddbsiフィールドに存在し、他方がフレームのAUXフィールドに存在してもよい。LPSMを含む各メタデータ・セグメントは、上記の表１および表２を参照して上記で規定したフォーマットをもつ（すなわち、表１に指定されるコア要素を含み、それに続いて、上記で規定したペイロードID（当該メタデータをLPSMとして同定する）およびペイロード・サイズ値がきて、それにペイロード（表２に示されるフォーマットをもつLPSMデータ）が続く）。
【００７２】
もう一つのフォーマットでは、エンコードされたビットストリームはドルビーEビットストリームであり、メタデータ・セグメントのうちLPSMを含むそれぞれは、ドルビーE保護帯域区間の最初のN個のサンプル位置である。LPSMを含むそのようなメタデータ・セグメントを含むドルビーEビットストリームは、たとえば、SMPTE  337MプリアンブルのPd語において信号伝達されるLPSMペイロード長を示す値を含む（SMPTE  337M  Pa語反復レートは関連するビデオ・フレーム・レートと同じままであってもよい）。
【００７３】
エンコードされたビットストリームがE-AC-3ビットストリームであるフォーマットでは、メタデータ・セグメントのうちLPSMを含むそれぞれは、ビットストリームのフレームのビットストリーム情報（「BSI」）セグメントの「addbsi」フィールドにおいて、追加的なビットストリーム情報として（たとえば、エンコーダ１００の段１０７によって）含められる。このフォーマットにおけるLPSMをもつE-AC-3ビットストリームのエンコードのさらなる諸側面について次の通り述べる。（１）E-AC-3ビットストリームの生成中において、（LPSM値をビットストリーム中に挿入する）E-AC-3エンコーダが「アクティブである」間は、ビットストリームは、生成されるすべてのフレーム（同期フレーム）について、フレームのaddbsiフィールドにおいて担持される（LPSMを含む）メタデータ・ブロックを含むべきである。該メタデータ・ブロックを担持するために必要とされるビットは、エンコーダ・ビットレート（フレーム長）を増大させるべきではない。（２）（LPSMを含む）すべてのメタデータ・ブロックは、以下の情報を含むべきである：  loudness_correction_type_flag〔ラウドネス補正型フラグ〕：ここで、「1」は対応するオーディオ・データのラウドネスが当該エンコーダより上流で補正されたことを示し、「0」は該ラウドネスが当該エンコーダに組み込まれているラウドネス補正器（たとえば、図２のエンコーダ１００のラウドネス処理器１０３）によって補正されたことを示す；  speech_channel〔発話チャネル〕：どの源チャネル（単数または複数）が（それまでの0.5秒の間に）発話を含むかを示す。発話が検出されない場合、その旨が示される；  speech_loudness〔発話ラウドネス〕：発話を含む各対応するオーディオ・チャネルの（それまでの0.5秒の間の）統合された発話ラウドネスを示す；  ITU_loudness〔ITUラウドネス〕：各対応するオーディオ・チャネルの統合されたITU  BS.1770-2ラウドネスを示す；  利得：（可逆性を実証するため）デコーダにおいて反転するためのラウドネス複合利得（単数または複数）。
【００７４】
（LPSM値をビットストリーム中に挿入する）E-AC-3エンコーダが「アクティブ」であり、「信頼」フラグをもつAC-3フレームを受領している間は、当該エンコーダにおけるラウドネス・コントローラ（たとえば図２のエンコーダ１００のラウドネス処理器１０３）はバイパスされる。「信頼される」源dialnorm〔ダイアログ正規化〕およびDRC値は（たとえばエンコーダ１００の生成器１０６によって）E-AC-3エンコーダ・コンポーネント（たとえばエンコーダ１００の段１０７）に渡されるべきである。LPSMブロック生成は継続し、loudness_correction_type_flagは「1」に設定される。ラウドネス・コントローラ・バイパス・シーケンスは、「信頼」フラグが現われるデコードされたAC-3フレームの先頭に同期される必要がある。ラウドネス・コントローラ・バイパス・シーケンスは次のように実装される：leveler_amount〔平準化器量〕コントロールが、10オーディオ・ブロック期間（すなわち、53.3msec）にわたって値9から値0にデクリメントされ、leveler_back_end_meter〔平準化器バック・エンド・メーター〕コントロールがバイパス・モードにされる（この動作は、シームレスな遷移を与えるべきである）。平準化器の「信頼される」バイパスという用語は、源ビットストリームのdialnorm値が、エンコーダの出力においても再利用されることを含意する（たとえば、「信頼される」源ビットストリームが−30のdialnorm値をもつ場合、エンコーダの出力は出て行くdialnorm値について−30を利用するべきである）。
【００７５】
（LPSM値をビットストリーム中に挿入する）E-AC-3エンコーダが「アクティブ」であり、「信頼」フラグなしのAC-3フレームを受領している間は、当該エンコーダに組み込まれたラウドネス・コントローラ（たとえば図２のエンコーダ１００のラウドネス処理器１０３）はアクティブである。LPSMブロック生成は継続し、loudness_correction_type_flagは「0」に設定される。ラウドネス・コントローラ・アクティブ化シーケンスは、「信頼」フラグが消失するデコードされたAC-3フレームの先頭に同期される。ラウドネス・コントローラ・アクティブ化シーケンスは次のように実装される：leveler_amount〔平準化器量〕コントロールが、1オーディオ・ブロック期間（すなわち、5.3msec）にわたって値0から値9にインクリメントされ、leveler_back_end_meter〔平準化器バック・エンド・メーター〕コントロールが「アクティブ」モードにされる（この動作は、シームレスな遷移を与え、back_end_meter統合リセットを含む）。エンコード中、グラフィカル・ユーザー・インターフェース（GUI）はユーザーに対して以下のパラメータを示した：「入力オーディオ・プログラム［信頼される／信頼されない］」−このパラメータの状態は入力信号内の「信頼」フラグの存在に基づく；および「リアルタイム・ラウドネス補正：［有効化／無効化］」−このパラメータの状態は、エンコーダに組み込まれているこのラウドネス・コントローラがアクティブであるかどうかに基づく。
【００７６】
ビットストリームの各フレームのビットストリーム情報（「BSI」）セグメントの「addbsi」フィールドに含まれる（記載されるフォーマットにおける）LPSMを有するAC-3またはE-AC-3ビットストリームをデコードするとき、デコーダは、（addbsiフィールド中の）LPSMブロック・データをパースして、抽出されたLPSM値をグラフィカル・ユーザー・インターフェース（GUI）に渡す。抽出されたLPSM値の組は、フレーム毎にリフレッシュされる。
【００７７】
さらにもう一つのフォーマットでは、エンコードされたビットストリームはAC-3ビットストリームまたはE-AC-3ビットストリームであり、メタデータ・セグメントのうちLPSMを含むそれぞれは、（たとえばエンコーダ１００の段１０７によって）ビットストリームのフレームのビットストリーム情報（「BSI」）セグメントの「addbsi」フィールド（図６に示した）における（またはAuxセグメントにおける）追加的なビットストリーム情報として、含められる。（表１および表２を参照して上述したフォーマットに対する変形である）このフォーマットでは、addbsi（またはAux）フィールドのうちLPSMを含むそれぞれは、以下のLPSM値を含む：表１に規定されるコア要素。それに続いてペイロードID（当該メタデータをLPSMとして同定する）およびペイロード・サイズ値、それに続いて次のフォーマット（上記の表２に示した要素と同様）をもつペイロード（LPSMデータ）：LPSMペイロードのバージョン：LPSMペイロードのバージョンを示す2ビット・フィールド；  dialchan：対応するオーディオ・データの左、右および／または中央チャネルが話されたダイアログを含んでいるかどうかを示す3ビット・フィールド。dialchanフィールドのビット割り当ては次のとおりであってもよい：左チャネルにおけるダイアログの存在を示すビット0はdialchanフィールドの最上位ビットに格納され、中央チャネルにおけるダイアログの存在を示すビット2はdialchanフィールドの最下位ビットに格納される。対応するチャネルがプログラムの先行する0.5秒の間に話されるダイアログを含んでいる場合には、dialchanフィールドの各ビットが「1」に設定される；  loudregtyp：プログラム・ラウドネスがどの規制規格に準拠しているかを示す3ビット・フィールド。「loudregtyp」フィールドを「000」に設定することは、LPSMがラウドネス規制準拠を示さないことを示す。たとえば、このフィールドのある値（たとえば000）は、ラウドネス規制規格への準拠が示されないことを示してもよく、このフィールドの別の値（たとえば001）は当該プログラムのオーディオ・データがATSC  A/85規格に準拠していることを示してもよく、このフィールドの別の値（たとえば010）は当該プログラムのオーディオ・データがEBU  R128規格に準拠していることを示してもよい。この例において、このフィールドが「000」以外の何らかの値に設定される場合、loudcorrdialgatおよびloudcorrtypフィールドがペイロードのあとに続くべきである；  loudcorrdialgat：ダイアログでゲーティングされたラウドネス補正が適用されたかどうかを示す1ビット・フィールド。プログラムのラウドネスがダイアログ・ゲーティングを使って補正されている場合には、loudcorrdialgatフィールドの値は「1」に設定される。そうでない場合にはその値は「0」に設定される；  loudcorrtyp：プログラムに適用されたラウドネス補正の型を示す1ビット・フィールド。プログラムのラウドネスが無限先読み（ファイル・ベース）のラウドネス補正プロセスで補正されている場合には、loudcorrtypフィールドの値は「0」に設定される。プログラムのラウドネスがリアルタイム・ラウドネス測定およびダイナミックレンジ制御の組み合わせを使って補正されている場合には、このフィールドの値は「1」に設定される；  loudrelgate：相対ゲーティングされたラウドネス・データ（ITU）が存在するかどうかを示す1ビット・フィールド。loudrelgateフィールドが「1」に設定される場合、ペイロードにおいて、7ビットのituloudrelgatフィールドが後続するべきである；  loudrelgat：相対ゲーティングされたプログラム・ラウドネス（ITU）を示す7ビット・フィールド。このフィールドは、dialnormおよびダイナミックレンジ圧縮に起因するいかなる利得調整も適用されることなく、ITU-R  BS.1770-2に従って測定された、オーディオ・プログラムの統合されたラウドネスを示す。0ないし127の値は、0.5LKFSきざみで、−58LKFSから＋5.5LKFSとして解釈される；  loudspchgate：発話でゲーティングされたラウドネス・データ（ITU）が存在するかどうかを示す1ビット・フィールド。loudspchgateフィールドが「1」に設定される場合、ペイロードにおいて、7ビットのloudspchgatフィールドが後続するべきである；  loudspchgat：発話ゲーティングされたプログラム・ラウドネスを示す7ビット・フィールド。このフィールドは、dialnormおよびダイナミックレンジ圧縮に起因するいかなる利得調整も適用されることなく、ITU-R  BS.1770-3の公式(2)に従って測定された、対応するオーディオ・プログラム全体の統合されたラウドネスを示す。0ないし127の値は、0.5LKFSきざみで、−58から＋5.5LKFSとして解釈される；  loudstrm3se：短時間（3秒）ラウドネス・データが存在するかどうかを示す1ビット・フィールド。このフィールドが「1」に設定される場合、ペイロードにおいて7ビットのloudstrm3sフィールドが後続するべきである。  loudstrm3s：dialnormおよびダイナミックレンジ圧縮に起因するいかなる利得調整も適用されることなく、ITU-R  BS.1771-1に従って測定された、対応するオーディオ・プログラムの先行する3秒のゲーティングされていないラウドネスを示す7ビット・フィールド。0ないし256の値は、0.5LKFSきざみで、−116LKFSから＋11.5LKFSとして解釈される；  truepke：真のピーク・ラウドネス・データが存在するかどうかを示す、1ビット・フィールド。truepkeフィールドが「1」に設定されていたら、ペイロードにおいて8ビットのtruepkフィールドが後続するべきである；  truepk：dialnormおよびダイナミックレンジ圧縮に起因するいかなる利得調整も適用されることなく、ITU-R  BS.1770-3の付属書2に従って測定された、プログラムの真のピーク・サンプル値を示す8ビット・フィールド。0ないし256の値は、0.5LKFSきざみで、−116LKFSから＋11.5LKFSとして解釈される。
【００７８】
いくつかの実施形態では、AC-3ビットストリームまたはE-AC-3ビットストリームのフレームの補助データ・フィールド（または「addbsi」フィールド）におけるメタデータ・セグメントのコア要素は、コア・ヘッダ（任意的に識別情報値、たとえばコア要素バージョンを含む）と、該コア・ヘッダ後に：メタデータ・セグメントのメタデータについてフィンガープリント・データが（または他の保護値が）含まれるかどうかを示す値と、（当該メタデータ・セグメントのメタデータに対応するオーディオ・データに関係する）外部データが存在するかどうかを示す値と、コア要素によって同定される各型のメタデータ（たとえばLPSMおよび／またはLPSM以外の型のメタデータ）についてのペイロードIDおよびペイロード・サイズの値と、コア要素によって同定されるメタデータの少なくとも一つの型についての保護値とを含む。メタデータ・セグメントのメタデータ・ペイロード（単数または複数）は、コア・ヘッダに続き、（場合によっては）コア要素の値内にネストされる。
【００７９】
〈最適化されたラウドネスおよびダイナミックレンジ・システム〉
上記の安全なメタデータ符号化および転送方式は、図１に示されるような、異なる再生装置、アプリケーションおよび聴取環境を横断してラウドネスおよびダイナミックレンジを最適化するためのスケーラブルかつ拡張可能なシステムとの関連で使われる。ある実施形態では、システム１０は、異なる目標ラウドネス値を必要とし、異なるダイナミックレンジ機能をもつさまざまな装置を横断して入力オーディオ１１のラウドネス・レベルおよびダイナミックレンジを正規化するよう構成されている。ラウドネス・レベルおよびダイナミックレンジを正規化するために、システム１０は、オーディオ・コンテンツとともに種々の装置プロファイルを含み、正規化はそれらのプロファイルに基づいてなされる。それらのプロファイルは、オーディオ処理チェーン内のオーディオ処理ユニットの一つによって含まれていてもよく、含まれるプロファイルは、オーディオ処理チェーン内の下流の処理ユニットによって、目標装置のための所望される目標ラウドネスおよびダイナミックレンジを決定するために使用されてもよい。追加的な処理コンポーネントが、（以下のパラメータ：ヌル帯域レンジ、真のピーク閾値、ラウドネス・レンジ、高速／低速時定数（係数）および最大ブーストを含む（がそれに限定されない））装置プロファイル管理、利得制御および広帯域および／またはマルチ帯域利得生成機能のための情報を提供または処理してもよい。
【００８０】
図１０は、いくつかの実施形態のもとでの、最適化されたラウドネスおよびダイナミックレンジ制御を提供するシステムのための、図１のシステムのより詳細な図を示している。図１０のシステム３２１について、エンコーダ段は、オーディオ入力３０３をデコーダ３１２への送信のために好適なデジタル・フォーマットでエンコードするコア・エンコーダ・コンポーネント３０４を有している。オーディオは、それぞれ異なるラウドネスおよび／またはダイナミックレンジ目標設定を要求することがありうる多様な異なる聴取環境において再生されることができるように処理される。こうして、図１０に示されるように、デコーダはデジタル信号を出力し、該デジタル信号は、フル・レンジ・スピーカー３２０、ミニチュア・スピーカー３２２およびヘッドフォン３２４を含む多様な異なるドライバ型を通じた再生のために、デジタル‐アナログ変換器３１６によってアナログ・フォーマットに変換される。これらのドライバは、可能な再生ドライバのほんのいくつかの例を示しており、任意の適切なサイズの任意のトランスデューサまたはドライバが使用されうる。さらに、図１０のドライバ／トランスデューサ３２０〜３２４は、任意の対応する聴取環境における使用のために任意の適切な再生装置において具現されてもよい。装置型はたとえば、AVR、テレビジョン、ステレオ設備、コンピュータ、携帯電話、タブレット・コンピュータ、MP3プレーヤーなどを含んでいてもよく、聴取環境はたとえば講堂、家、自動車、聴取ブースなどを含んでいてもよい。
【００８１】
再生環境およびドライバ型の範囲が非常に小さな個人的なコンテキストから非常に大きな公共会場まで多様でありうるので、可能および最適な再生ラウドネスおよびダイナミックレンジ構成のスパンは、コンテンツ型、背景雑音レベルなどに依存して大きく変わりうる。たとえば、家庭シアター環境では、サラウンドサウンド設備を通じて広いダイナミックレンジのコンテンツが再生されることができ、通常のテレビジョン・システム（フラットパネルLED/LCD型など）を通じてはより狭いダイナミックレンジのコンテンツが再生されることができ、一方、大きなレベル変動が望まれないある種の聴取条件のためには（たとえば夜間には、または厳しい音響出力パワー制限のある装置、たとえば携帯電話／タブレットの内蔵スピーカーまたはヘッドフォン出力では）非常に狭いダイナミックレンジ・モードが使用されることがある。小型コンピュータまたはドック・スピーカーまたはヘッドフォン／イヤーバッドを使うといったポータブルまたはモバイルな聴取コンテキストにおいては、再生の最適なダイナミックレンジは、環境に依存して変わりうる。たとえば、静かな環境では、最適なダイナミックレンジは騒がしい環境に比べてより大きいことがありうる。図１０の適応的なオーディオ処理システムの諸実施形態は、聴取装置環境および再生装置型といったパラメータに依存してオーディオ・コンテンツをより了解可能にするために、ダイナミックレンジを変える。
【００８２】
図１１は、ある例示的な使用事例における多様な再生装置および背景聴取環境のための種々のダイナミックレンジ要求を示す表である。同様の要求がラウドネスについて導出されることができる。これら種々のダイナミックレンジおよびラウドネス要求は、最適化システム３２１によって使われる種々のプロファイルを生成する。システム３２１は、入力オーディオのラウドネスおよびダイナミックレンジを解析し、測定するラウドネスおよびダイナミックレンジ測定コンポーネント３０２を含む。ある実施形態では、システムは、システムは全体的なプログラム・コンテンツを解析して全体的なラウドネス・パラメータを決定する。このコンテキストにおいて、ラウドネスは、長期プログラム・ラウドネスまたはプログラムの平均ラウドネスを指す。ここで、プログラムは、映画、テレビ番組、コマーシャルまたは同様のプログラム・コンテンツといったオーディオ・コンテンツの単一の単位である。ラウドネスは、オーディオがどのように再生されるかを制御するためにコンテンツ・クリエーターによって使われる芸術的ダイナミックレンジ・プロファイルの指標を提供するために使われる。dialnormは単一のプログラム（たとえば映画、番組、コマーシャルなど）の平均ダイアログ・ラウドネスを表わすという点で、ラウドネスはdialnormメタデータ値に関係している。短期ダイナミックレンジは、プログラム・ラウドネスよりずっと短い時間期間にわたる信号の変動を定量化する。たとえば、短期ダイナミックレンジは数秒のオーダーで測定されてもよく、一方、プログラム・ラウドネスは数分またはさらには数時間のスパンにわたって測定されてもよい。短期ダイナミックレンジは、さまざまな再生プロファイルおよび装置型について過負荷が起こらないことを保証するための、プログラム・ラウドネスとは独立した保護機構を提供する。ある実施形態では、ラウドネス（長期プログラム・ラウドネス）目標はダイアログ・ラウドネスに基づき、短期ダイナミックレンジは相対ゲーティングされたおよび／またはゲーティングされていないラウドネスに基づく。この場合、システム内のある種のDRCおよびラウドネス・コンポーネントはコンテンツ型および／または目標装置型および特性に関して、コンテキストを意識する。このコンテキストを意識した機能の一部として、システムは、出力装置の一つまたは複数の特性を、該装置が、AVR型装置、テレビジョン、コンピュータ、ポータブル装置などといったある種のDRCおよびラウドネス再生条件のために最適化されている装置の特定の群の一員であるかどうかを判定するために解析するよう構成されている。
【００８３】
前処理コンポーネントは、複数の異なるプロファイルの各プロファイルについて一意的なメタデータを生成するために、プログラム・コンテンツを解析して、ラウドネス、ピーク、真のピークおよび静穏期間を決定する。ある実施形態では、ラウドネスはダイアログ・ゲーテッド・ラウドネスおよび／または相対ゲーテッド・ラウドネスであってもよい。前記異なるプロファイルは、さまざまなDRC（Dynamic  Range  Control［ダイナミックレンジ制御］）および目標ラウドネス・モードを定義する。それらのモードでは、源オーディオ・コンテンツ、所望される目標ラウドネスおよび再生装置型および／または環境の特性に依存してエンコーダにおいて異なる利得値が生成される。デコーダは、（上記で言及したプロファイルによって可能にされる）種々のDRCおよび目標ラウドネス・モードをオファーしてもよく、以下を含みうる。DRCおよび目標ラウドネス・オフ／無効は、オーディオ信号の圧縮なしかつラウドネス正規化なしでフルのダイナミックレンジ・リスティングを許容する。DRCオフ／無効および家庭シアター・システム上での再生のための−31LKFSライン・モードの目標をもつラウドネス正規化は、−31LKFSの目標をもつラウドネス正規化をもつエンコーダにおいて（この再生モードおよび／または装置プロファイルのために特に）生成される利得値を通じて中程度のダイナミックレンジ圧縮を提供する。TVスピーカーを通じた再生のためのRFモードは、−24、−23または−20LKFSの目標をもつラウドネス正規化による重度のダイナミックレンジ圧縮を提供する。コンピュータまたは同様の装置上での再生のための中間モードは、−14LKFSの目標でのラウドネス正規化により圧縮を提供する。ポータブル・モードは、−11LKFSのラウドネス正規化目標により非常に重度のダイナミックレンジ圧縮を提供する。−31、−23/−20、−14および−11のLKFSの目標ラウドネス値は、いくつかの実施形態のもとで本システムについて定義されうる異なる再生／装置プロファイルの例であることが意図されており、他のいかなる適切な目標ラウドネス値が使われてもよく、本システムは、特にこれらの再生モードおよび／または装置プロファイルのために適切な利得値を生成する。さらに、本システムは、エンコーダにおいて新しいプロファイルを定義するまたはエンコーダにロードされる新しいプロファイルを他のどこかで定義することにより、種々の再生装置および聴取環境に対応することができるよう、拡張可能かつ適応可能である。このようにして、将来の応用のために改善されたまたは異なる再生装置をサポートするために新しい、一意的な再生／装置プロファイルが生成されることができる。
【００８４】
ある実施形態では、利得値は、システム３２１の任意の適切な処理コンポーネントにおいて、たとえばエンコーダ３０４、デコーダ３１２またはトランスコーダ３０８またはエンコーダに関連した任意の関連前処理コンポーネントまたはデコーダに関連した任意の後処理コンポーネントにおいて、計算されることができる。
【００８５】
図１３は、ある実施形態のもとでの、多様な異なる再生装置クラスについての異なるプロファイルの間のインターフェースを示すブロック図である。図１３に示されるように、エンコーダ５０２はオーディオ入力５０１およびいくつかの異なるプロファイル５０６のうちの一つを受領する。エンコーダは、オーディオ・データを選択されたプロファイルと組み合わせて、出力ビットストリーム・ファイルを生成する。出力ビットストリーム・ファイルは、目標再生装置内のまたは目標再生装置に関連するデコーダ・コンポーネントにおいて処理されるものである。図１３の例については、前記異なる再生装置は、コンピュータ５１０、携帯電話５１２、AVR  ５１４およびテレビジョン５１６であってもよいが、他の多くの出力装置も可能である。装置５１０〜５１６のそれぞれは、ドライバ３２０〜３２４のようなスピーカー（ドライバおよび／またはトランスデューサを含む）を含むまたはそれに結合されている。再生装置および関連するスピーカーの処理、電力定格およびサイズの組み合わせが一般に、その特定の目標のためにどのプロファイルが最も最適であるかを指定する。このように、プロファイル５０６は、AVR、TV、モバイル・スピーカー、モバイル・ヘッドフォンなどを通じた再生のために特に定義されてもよい。プロファイルは、静穏モード、夜間モード、戸外、屋内などといった特定の動作モードまたは条件のためにも定義されてもよい。図１３に示されるプロファイルは、単に例示的なモードであり、特定の目標および環境のためのカスタム・プロファイルを含め、いかなる適切なプロファイルが定義されてもよい。
【００８６】
図１３は、エンコーダ５０２がプロファイル５０６を受領してラウドネスおよびDRC処理のための適切なパラメータを生成する実施形態を示しているが、プロファイルおよびオーディオ・コンテンツに基づいて生成されたパラメータが、エンコーダ、デコーダ、トランスコーダ、前処理器、後処理器などといった任意の適切なオーディオ処理ユニット上で実行されることができることを注意しておくべきである。たとえば、図１３の各出力装置５１０〜５１６は、目標出力装置の装置または装置型にマッチするようラウドネスおよびダイナミックレンジの適応を可能にするためにエンコーダ５０２から送られたファイル５０４内のビットストリーム内のメタデータを処理するデコーダ・コンポーネントを有するまたはそれに結合されている。
【００８７】
ある実施形態では、オーディオ・コンテンツのダイナミックレンジおよびラウドネスは、各可能な再生装置について最適化されている。これは、目標再生モードのそれぞれについて（信号ダイナミクス、サンプル・ピークおよび／または真のピークを制御することにより）オーディオ経験を最適化するよう、長期ラウドネスを目標に維持し、短期ダイナミックレンジを制御することによって達成される。長期ラウドネスおよび短期ダイナミックレンジについて種々のメタデータ要素が定義される。図１０に示されるように、コンポーネント３０２は入力オーディオ信号全体を（またはその一部、たとえばもし該当すれば発話成分を）解析して、これらの別個のDR成分の両方についての有意な特性を導出する。これは、芸術的な利得とクリップ（過負荷保護）利得値について、異なる利得値が定義されることを許容する。
【００８８】
長期ラウドネスおよび短期ダイナミックレンジについてのこれらの利得値は、次いで、プロファイル３０５にマッピングされて、該ラウドネスおよびダイナミックレンジ制御利得値を記述するパラメータを提供する。これらのパラメータは、マルチプレクサ３０６または同様のコンポーネントにおいて、エンコーダ３０４からのエンコードされたオーディオ信号と組み合わされる。トランスコーダ３０８を通じてデコーダ段に伝送されるビットストリームの生成のためである。デコーダ段に入力されるビットストリームはデマルチプレクサ３１０において多重分離され、次いでデコーダ３１２においてデコードされる。利得コンポーネント３１４は、適切なプロファイルに対応する利得を適用して、デジタル・オーディオ・データを生成する。該デジタル・オーディオ・データは次いで、適切な再生装置およびドライバまたはトランスデューサ３２０〜３２４を通じた再生のために、DACSユニット４１６を通じて処理される。
【００８９】
図１４は、ある実施形態のもとでの、複数の定義されたプロファイルについての長期ラウドネスと短期ダイナミックレンジの間の相関を示す表である。図１４の表４に示されるように、各プロファイルは、システムのデコーダまたは各目標装置において適用されるダイナミックレンジ圧縮（DRC:  dynamic  range  compression）の量を指定する利得値の組を含んでいる。プロファイル１〜Nと記されるN個のプロファイルのそれぞれは、デコーダ段において適用される対応する利得値を指定することによって、特定の長期ラウドネス・パラメータ（たとえばdialnorm）および過負荷（overload）圧縮パラメータを設定する。これらのプロファイルについてのDRC利得値は、エンコーダによって受け入れられる外部源によって定義されてもよく、あるいは外部値が提供されない場合にはデフォルトの利得値としてエンコーダ内で内部的に生成されてもよい。
【００９０】
ある実施形態では、各プロファイルについての利得値は、ピーク、真のピーク、ダイアログの短期ラウドネスまたは全体的な短期ラウドネスまたは両方の組み合わせ（ハイブリッド）といったオーディオ信号のある種の特性の解析に基づいて計算されるDRC利得語において具現される。選ばれたプロファイルに基づく静的な利得（すなわち、伝達特性または曲線）および可能な各装置プロファイルおよび／または目標ラウドネスについての最終的なDRC利得の高速／低速アタックおよび高速／低速リリースを実装するために必要な時定数が計算される。上記のように、これらのプロファイルは、エンコーダ、デコーダにおいて事前設定されていてもよく、または外部で生成されてコンテンツ・クリエーターから外部メタデータを介してエンコーダに搬送されてもよい。
【００９１】
ある実施形態では、利得値は、オーディオ・コンテンツのすべての周波数に対して同じ利得を適用する広帯域利得であってもよい。あるいはまた、利得は、マルチ帯域利得値からなり、オーディオ・コンテンツの異なる周波数または周波数帯域に異なる利得値が適用されてもよい。マルチチャネルの場合、各プロファイルは、単一の利得値の代わりに種々の周波数帯域についての利得を示す利得値のマトリクスを構成していてもよい。
【００９２】
図１０を参照するに、ある実施形態では、聴取環境および／または再生装置の機能および構成の属性または特性に関する情報は、デコーダ段によって、フィードバック・リンク３３０によってエンコーダ段に提供される。プロファイル情報３３２もエンコーダ３０４に入力される。ある実施形態では、デコーダは、ビットストリーム中のメタデータを解析して、オーディオ再生装置の第一の群についてのラウドネス・パラメータがビットストリームにおいて利用可能であるかどうかを判定する。もし利用可能であれば、デコーダは、オーディオのレンダリングにおいて使うために、それらのパラメータを下流に伝送する。そうでなければ、エンコーダは前記装置のある種の特性を解析してそれらのパラメータを導出する。次いで、これらのパラメータは再生のための下流のレンダリング・コンポーネントに送られる。エンコーダは、受領されたオーディオ・ストリームをレンダリングする出力装置（または該出力装置を含む出力装置の群）をも決定する。たとえば、出力装置は、携帯電話であるまたはポータブル装置のような群に属すると判別されてもよい。ある実施形態では、デコーダは、フィードバック・リンク３３０を使って、判別された出力装置または出力装置の群をエンコーダに示す。このフィードバックのために、出力装置に接続されたモジュール（たとえば、ヘッドセットに接続されたまたはラップトップ内のスピーカーに接続されたサウンドカード中のモジュール）がデコーダに対して出力装置の素性またはその出力装置を含む装置群の素性を示してもよい。デコーダはフィードバック・リンク３３０を通じてこの情報をエンコーダに送信する。ある実施形態では、デコーダは実行し、デコーダはラウドネスおよびDRCパラメータを決定する。ある実施形態では、デコーダはラウドネスおよびDRCパラメータを決定する。この実施形態では、フィードバック・リンク３３０を通じて前記情報を送信する代わりに、デコーダは、判別された装置または出力装置の群についての情報を使って、ラウドネスおよびDRCパラメータを決定する。もう一つの実施形態では、別のオーディオ処理ユニットがラウドネスおよびDRCパラメータを決定し、デコーダは前記情報をデコーダの代わりにそのオーディオ処理ユニットに送信する。
【００９３】
図１２は、ある実施形態のもとでの、ダイナミックレンジ最適化システムのブロック図である。図１２に示されるように、エンコーダ４０２は入力オーディオ４０１を受領する。エンコードされたオーディオはマルチプレクサ４０９において選択された圧縮曲線４２２およびdialnorm値４２４から生成されたパラメータ４０４と組み合わされる。結果として得られるビットストリームは、デマルチプレクサ４１１に伝送され、デマルチプレクサ４１１がデコーダ４０６によってデコードされるオーディオ信号を生成する。パラメータおよびdialnorm値は、デコーダ出力の増幅のために増幅器４１０を駆動する利得レベルを生成するために利得計算ユニット４０８によって使用される。図１２は、ダイナミックレンジ制御がどのようにパラメータ化され、ビットストリーム中に挿入されるかを示している。ラウドネスも同様のコンポーネントを使ってパラメータ化され、ビットストリーム中に挿入されることができる。ある実施形態では、出力参照レベル制御（図示せず）がデコーダに提供されることもできる。図はラウドネスおよびダイナミックレンジ・パラメータがエンコーダにおいて決定され、挿入されるものとして示しているが、同様の決定は、前処理器、デコーダおよび後処理器のような他のオーディオ処理ユニットにおいて実行されることができる。
【００９４】
図１５は、ある実施形態のもとでの、オーディオ・コンテンツの種々の型についてのラウドネス・プロファイルの例を示している。図１５に示されるように、例示的な曲線６００および６０２は、0  LKFSを中心とした利得に対する（LKFSでの）入力ラウドネスをプロットしている。種々の型のコンテンツは、図１５に示されるような種々の曲線を示す。図では、曲線６００は発話を表わしていてもよく、曲線６０２は標準的なフィルム・コンテンツを表わしていてもよい。図１５に示されるように、発話コンテンツは、フィルム・コンテンツに比して、より大きな量の利得を受ける。図１５は、ある種の型のオーディオ・コンテンツについての代表的なプロファイル曲線の例であることが意図されており、他のプロファイル曲線も使用されうる。図１５に示されるようなプロファイル特性のある種の側面は、最適化システムのための有意なパラメータを導出するために使われる。ある実施形態では、これらのパラメータは：ヌル帯域幅、カット比、ブースト比、最大ブースト、FSアタック、FS減衰、ホールドオフ、ピーク制限および目標レベル・ラウドネスを含む。用途の要求およびシステム制約条件に依存してこれらのパラメータの少なくともいくつかに対して追加的または代替的に、他のパラメータが使われてもよい。
【００９５】
図１６は、ある実施形態のもとでの、再生装置およびアプリケーションを横断してラウドネスおよびダイナミックレンジを最適化する方法を示している。図は、ラウドネスおよびダイナミックレンジ最適化をエンコーダにおいて実行されるものとして示しているが、同様の最適化は前処理器、デコーダおよび後処理器のような他のオーディオ処理ユニットにおいて実行されることができる。プロセス６２０において示されるように、本方法は、源からの入力信号を受領する（６０３）エンコーダ段をもって始まる。次いで、エンコーダまたは前処理コンポーネントが、源信号が、目標ラウドネスおよび／またはダイナミックレンジを達成するプロセスを受けたか否かを判定する（６０４）。目標ラウドネスは長期ラウドネスに対応し、外部または内部で定義されうる。源信号が目標ラウドネスおよび／またはダイナミックレンジを達成するためのプロセスを受けていない場合、本システムは、適切なラウドネスおよび／またはダイナミックレンジ制御動作を実行し（６０８）；そうでなく、源信号がこのラウドネスおよび／またはダイナミックレンジ制御動作を受けていた場合には、本システムは、バイパス・モードにはいってラウドネス制御および／またはダイナミックレンジ動作をスキップし、もとのプロセスが、適切な長期ラウドネスおよび／またはダイナミックレンジを指定することを許容する（６０６）。バイパス・モード６０６または実行されるモード６０８のいずれかについての適切な利得値（これは、単一の広帯域利得値であってもよく、あるいは周波数依存のマルチ帯域利得値であってもよい）が次いでデコーダにおいて適用される（６１２）。
【００９６】
〈ビットストリーム・フォーマット〉
先述したように、ラウドネスおよびダイナミックレンジを最適化するためのシステムは、エンコーダとデコーダの間または源とレンダリング／再生装置の間のビットストリームにおいて伝送されるメタデータおよびオーディオ・コンテンツが、互いから分離されたり、あるいは他の仕方でネットワークもしくはサービス・プロバイダー・インターフェースなどのような他の独自の設備を通じた伝送中に損なわれたりしていないことを保証するために、安全な拡張可能なメタデータ・フォーマットを用いる。このビットストリームは、エンコーダおよび／またはデコーダ・コンポーネントが、適切なプロファイル情報を通じてオーディオ・コンテンツおよび出力装置特性に適合するようオーディオ信号のラウドネスおよびダイナミックレンジを適応させるための信号伝達のための機構を提供する。ある実施形態では、システムは、エンコーダとデコーダの間で伝送されるべき低ビットレートのエンコードされたビットストリームを決定するよう構成され、メタデータを通じてエンコードされるラウドネス情報は、一つまたは複数の出力プロファイルのための特性を含む。ある実施形態のもとでの、ラウドネスおよびダイナミックレンジ最適化システムとともに使うためのビットストリーム・フォーマットについて次に述べる。
【００９７】
AC-3のエンコードされたビットストリームは、メタデータおよび一ないし六個のチャネルのオーディオ・コンテンツを有する。オーディオ・コンテンツは、知覚的オーディオ符号化を使って圧縮されたオーディオ・データである。メタデータは、聴取環境に送達されるプログラムの音を変える際に使うために意図されているいくつかのオーディオ・メタデータ・パラメータを含む。AC-3エンコードされたオーディオ・ビットストリームの各フレームは、デジタル・オーディオの1536サンプルについてのオーディオ・コンテンツおよびメタデータを含む。48kHzのサンプリング・レートについては、これは32ミリ秒のデジタル・オーディオまたはオーディオの31.25フレーム毎秒のレートを表わす。
【００９８】
E-AC-3エンコードされたオーディオ・ビットストリームの各フレームは、フレームに含まれるオーディオ・データが一、二、三または六ブロックのいずれであるかに依存して、それぞれデジタル・オーディオの256、512、768または1536サンプルについてのオーディオ・コンテンツおよびメタデータを含む。48kHzのサンプリング・レートについては、これはそれぞれ5.333、10.667、16または32ミリ秒のデジタル・オーディオまたはそれぞれオーディオの189.9、93.75、62.5または31.25フレーム毎秒のレートを表わす。
【００９９】
図４に示されるように、各AC-3フレームはセクション（セグメント）に分割される。セクションは、（図５に示されるように）同期語（SW）および二つの誤り訂正語のうち第一のもの（CRC1）を含む同期情報（SI）セクションと；メタデータの大半を含むビットストリーム情報（BSI）セクションと；データ圧縮されたオーディオ・コンテンツを含む（そしてメタデータも含むことができる）六つのオーディオ・ブロック（AB0からAB5）と；オーディオ・コンテンツが圧縮されたのちに残される未使用ビットがあればそれを含む余剰（waste）ビット・セグメント（W）と；さらなるメタデータを含んでいてもよい補助（AUX）情報セクションと；二つの誤り訂正語のうちの第二のもの（CRC2）とを含む。
【０１００】
図７に示されるように、各E-AC-3フレームはセクション（セグメント）に分割される。セクションは、（図５に示されるように）同期語（SW）を含む同期情報（SI）セクションと；メタデータの大半を含むビットストリーム情報（BSI）セクションと；データ圧縮されたオーディオ・コンテンツを含む（そしてメタデータも含むことができる）一から六個までの間のオーディオ・ブロック（AB0からAB5）と；オーディオ・コンテンツが圧縮されたのちに残される未使用ビットがあればそれを含む余剰（waste）ビット・セグメント（W）と；さらなるメタデータを含んでいてもよい補助（AUX）情報セクションと；誤り訂正語（CRC）とを含む。
【０１０１】
AC-3（またはE-AC-3）ビットストリームでは、聴取環境に送達されるプログラムの音を変える際に使うよう特に意図されたいくつかのオーディオ・メタデータ・パラメータがある。そうしたメタデータ・パラメータの一つはdialnormパラメータであり、これはBSIセグメントに含まれる。
【０１０２】
図６に示されるように、AC-3フレームのBSIセグメントは、当該プログラムについてのdialnorm値を示す五ビットのパラメータ（「dialnorm」）を含む。当該AC-3フレームのオーディオ符号化モード（「acmod」）が「0」であってデュアル・モノあるいは「1＋1」チャネル構成が使われていることを示す場合には、同じAC-3フレームにおいて担持される第二のオーディオ・プログラムについてのdialnorm値を示す五ビットのパラメータ（「dialnorm2」）が含まれる。
【０１０３】
BSIセグメントは、フラグ（「addbsie」）であって、該「addbsie」ビットに続く追加的なビットストリーム情報の存在（または不在）を示すフラグと、パラメータ（「addbsil」）であって、該「addbsil」値に続く追加的なビットストリーム情報があればその長さを示すパラメータと、「addbsil」値に続く64ビットまでの追加的なビットストリーム情報（「addbsi」）とを含む。
【０１０４】
BSIセグメントは、図６に具体的に示されない他のメタデータ値を含んでいてもよい。
【０１０５】
本稿に記載される一つまたは複数の実施形態の諸側面は、ソフトウェア命令を実行する一つまたは複数のコンピュータまたは処理装置を含むネットワークを通じた伝送のためのオーディオ信号を処理するオーディオ・システムにおいて実装されてもよい。記載される実施形態のいずれも、単独で、または任意の組み合わせで互いと一緒に使用されてもよい。さまざまな実施形態が、本明細書の一つまたは複数の場所で論じられるまたは暗示されることがありうる従来技術でのさまざまな欠点によって動機付けられていることがありうるが、それらの実施形態は必ずしもこれらの欠点のいずれかに取り組むものではない。つまり、種々の実施形態は本明細書において論じられることがある種々の欠点に取り組むことがある。いくつかの実施形態は、本明細書において論じられることがあるいくつかの欠点または一つだけの欠点に部分的に取り組むだけであることがあり、いくつかの実施形態はこれらの欠点のどれにも取り組まないこともある。
【０１０６】
本稿に記述されるシステムの諸側面は、デジタルまたはデジタイズされたオーディオ・ファイルを処理するための適切なコンピュータ・ベースの音処理ネットワーク環境において実装されてもよい。適応オーディオ・システムの諸部分は、コンピュータ間で伝送されるデータをバッファリングおよびルーティングするはたらきをする一つまたは複数のルーター（図示せず）を含め、任意の所望される数の個々の機械を含む一つまたは複数のネットワークを含んでいてもよい。そのようなネットワークは、さまざまなネットワーク・プロトコル上で構築されてもよく、インターネット、広域ネットワーク（WAN）、ローカル・エリア・ネットワーク（LAN）またはその任意の組み合わせであってもよい。
【０１０７】
上記のコンポーネント、ブロック、プロセスまたは他の機能構成要素の一つまたは複数は、システムのプロセッサ・ベースのコンピューティング装置の実行を制御するコンピュータ・プログラムを通じて実装されてもよい。本稿に開示されるさまざまな機能は、ハードウェア、ファームウェアのいくつもある組み合わせを使っておよび／またはさまざまな機械可読もしくはコンピュータ可読媒体において具現されたデータおよび／または命令として、挙動上の、レジスタ転送、論理コンポーネントおよび／または他の特性を用いて記載されることがあることも注意しておくべきである。そのようなフォーマットされたデータおよび／または命令が具現されうるコンピュータ可読媒体は、光学式、磁気式もしくは半導体記憶媒体のようなさまざまな形の物理的（非一時的）、不揮発性記憶媒体を含むがそれに限定されない。
【０１０８】
文脈がそうでないことを明確に要求するのでないかぎり、本記述および請求項を通じて、単語「有する」「含む」などは、排他的もしくは網羅的な意味ではなく包含的な意味に解釈されるものとする。すなわち、「……を含むがそれに限定されない」の意味である。単数または複数を使った単語は、それぞれ複数または単数をも含む。さらに、「本稿で」「以下で」「上記で」「下記で」および類似の意味の単語は、全体としての本願を指すのであって、本願のいかなる特定の部分を指すものでもない。単語「または」が二つ以上の項目のリストを参照して使われるとき、その単語は該単語の以下の解釈のすべてをカバーする：リスト中の項目の任意のもの、リスト中の項目のすべておよびリスト中の項目の任意の組み合わせ。
【０１０９】
一つまたは複数の実装が、例として、個別的な実施形態を用いて記載されているが、一つまたは複数の実装は開示される実施形態に限定されないことは理解されるものとする。逆に、当業者に明白であろうさまざまな修正および類似の構成をカバーすることが意図されている。したがって、付属の請求項の範囲は、そのようなすべての修正および類似の構成を包含するような最も広い解釈を与えられるべきである。
【０１１０】
いくつかの態様を記載しておく。
〔態様１〕
ビットストリームにおいてオーディオ・データに関連付けられたメタデータを受領する段階と；
前記ビットストリーム中の前記メタデータを解析してオーディオ再生装置の第一の群のためのラウドネス・パラメータが前記ビットストリーム中で利用可能であるかどうかを判定する段階と；
前記第一の群のために前記パラメータが存在すると判定するのに応答して、オーディオをレンダリングするために前記パラメータおよびオーディオ・データを使う段階と；
前記第一の群のために前記ラウドネス・パラメータが存在しないと判定するのに応答して、前記第一の群の一つまたは複数の特性を解析し、前記一つまたは複数の特性に基づいて前記パラメータを決定する段階とを含む、
方法。
〔態様２〕
前記一つまたは複数の特性は、前記オーディオ・データの異なるプロファイルについての利得レベルを含む、態様１記載の方法。
〔態様３〕
前記利得レベルは：前記オーディオ・データがある定義されたプログラムのためにどのように再生されるかを制御する芸術的ダイナミックレンジ・プロファイルと、前記定義されたプログラムの諸部分についての過負荷保護を提供する短期ダイナミックレンジ・プロファイルとのうちの少なくとも一つを定義する、態様２記載の方法。
〔態様４〕
オーディオをレンダリングするために前記パラメータおよびオーディオ・データを使う段階が、再生のために前記オーディオをレンダリングする下流のモジュールに前記パラメータおよびオーディオ・データを送信することを含む、態様１記載の方法。
〔態様５〕
オーディオをレンダリングするために前記パラメータおよびオーディオ・データを使う段階が、前記パラメータおよびオーディオ・データに基づいて前記オーディオ・データをレンダリングすることを含む、態様１記載の方法。
〔態様６〕
前記受領されたオーディオ・ストリームをレンダリングする出力装置を判別する段階と；
前記出力装置がオーディオ再生装置の前記第一の群に属するか否かを判定する段階とをさらに含み、ストリーム中のメタデータを解析してオーディオ再生装置の前記第一の群のためのラウドネス・パラメータが利用可能であるかどうかを判定する前記段階は、前記出力装置がオーディオ再生装置の前記第一の群に属することを判別する前記段階の後に実行される、
態様１記載の方法。
〔態様７〕
前記出力装置がオーディオ再生装置の前記第一の群に属することを判別する前記段階は：
前記出力装置の素性を指示するまたは前記出力装置を含む装置の群の素性を指示する前記出力装置に接続されたモジュールからの指標を受領し；
受領された指標に基づいて、前記出力装置がオーディオ再生装置の前記第一の群に属することを判別することを含む、
態様６記載の方法。
〔態様８〕
オーディオ・データに関連付けられたメタデータを含むビットストリームを受領するよう構成されたインターフェースと；
前記ビットストリーム中の前記メタデータを解析してオーディオ再生装置の第一の群のためのラウドネス・パラメータが前記ビットストリーム中で利用可能であるかどうかを判定するよう構成された、前記インターフェースに結合された解析器と；
前記解析器が前記第一の群のために前記パラメータが存在すると判定するのに応答して、オーディオをレンダリングするために前記パラメータおよびオーディオ・データを使うよう構成されたレンダリング・コンポーネントであって、前記解析器が前記第一の群のために前記ラウドネス・パラメータが存在しないと判定するのに応答して、前記第一の群の一つまたは複数の特性を解析し、前記一つまたは複数の特性に基づいて前記パラメータを決定するようさらに構成されている、レンダリング・コンポーネントとを有する、
装置。
〔態様９〕
前記レンダリング・コンポーネントがオーディオをレンダリングするために前記パラメータおよびオーディオ・データを使うことが、前記レンダリング・コンポーネントが、再生のために前記オーディオをレンダリングする下流のモジュールに、前記パラメータおよびオーディオ・データを送信することを含む、態様８記載の装置。
〔態様１０〕
前記レンダリング・コンポーネントがオーディオをレンダリングするために前記パラメータおよびオーディオ・データを使うことが、前記レンダリング・コンポーネントが、前記パラメータおよびオーディオ・データに基づいて前記オーディオ・データをレンダリングすることを含む、態様９記載の装置。
〔態様１１〕
前記受領されたオーディオ・ストリームをレンダリングする出力装置を判別し、前記出力装置がオーディオ再生装置の前記第一の群に属するか否かを判定するよう構成された第二のコンポーネントをさらに有し、
前記解析器は、ストリーム中のメタデータを解析してオーディオ再生装置の前記第一の群のためのラウドネス・パラメータが利用可能であるかどうかを判定することを、第二のコンポーネントが、前記出力装置がオーディオ再生装置の前記第一の群に属するか否かを判別した後に行なう、
態様１０記載の装置。
〔態様１２〕
前記出力装置の素性を指示するまたは前記出力装置を含む装置の群の素性を指示する前記出力装置に接続されたモジュールからの指標を受領し、受領された指標に基づいて、前記出力装置がオーディオ再生装置の前記第一の群に属するよう構成されたインターフェースをさらに有する、態様１１記載の装置。
〔態様１３〕
オーディオ・データおよび前記オーディオ・データに関連付けられたメタデータを受領する段階と；
ビットストリーム中の前記メタデータを解析してオーディオ装置の第一の群のためのラウドネス・パラメータに関連するラウドネス情報が前記ストリーム中で利用可能であるかどうかを判定する段階と；
前記第一の群のために前記ラウドネス情報が存在すると判定するのに応答して、前記ストリームからラウドネス情報を決定し、前記オーディオ・データおよびラウドネス情報をオーディオのレンダリングにおいて使うために送信する段階と；
前記ラウドネス情報が前記第一の群のために存在しないと判定するのに応答して、出力プロファイルに関連付けられたラウドネス情報を決定し、前記出力プロファイルについての決定されたラウドネス情報をオーディオのレンダリングにおいて使うために送信する段階とを含む、
方法。
〔態様１４〕
出力プロファイルに関連付けられたラウドネス情報を決定する段階はさらに：
前記出力プロファイルの特性を解析し；
前記特性に基づいて前記パラメータを決定することをさらに含み、
決定されたラウドネス情報を送信することは、決定されたパラメータを送信することを含む、
態様１３記載の方法。
〔態様１５〕
前記特性は、前記オーディオ・データの異なるプロファイルについての利得レベルを含む、態様１４記載の方法。
〔態様１６〕
前記利得レベルは：前記オーディオ・データがある定義されたプログラムのためにどのように再生されるかを制御する芸術的ダイナミックレンジ・プロファイルと、前記定義されたプログラムの諸部分についての過負荷保護を提供する短期ダイナミックレンジ・プロファイルとのうちの少なくとも一つを定義する、態様１５記載の方法。
〔態様１７〕
前記ラウドネス情報が出力プロファイルのためのラウドネス・パラメータを含む、態様１３記載の方法。
〔態様１８〕
前記ラウドネス情報が前記出力プロファイルの前記特性を含む、態様１３記載の方法。
〔態様１９〕
送信されるべき低ビットレートのエンコードされたストリームを決定する段階をさらに含み、前記ラウドネス情報は一つまたは複数の出力プロファイルについての特性を含む、態様１３記載の方法。
〔態様２０〕
一つまたは複数の出力プロファイルがプレミアム・コンテンツ・プロファイルを含まない、態様１７記載の方法。
〔態様２１〕
オーディオ・データをデコードする装置であって：
前記オーディオ・データおよび前記オーディオ・データに関連付けられたメタデータを受領するインターフェースと；
ビットストリーム中のメタデータを解析してオーディオ装置の第一の群のためのラウドネス・パラメータに関連するラウドネス情報が前記ストリーム中で利用可能であるかどうかを判定する第一のコンポーネントとを有し、前記第一のコンポーネントは、前記第一の群のために前記ラウドネス情報が存在すると判定するのに応答して、前記ストリームからラウドネス情報を決定し、前記オーディオ・データおよびラウドネス情報をオーディオのレンダリングにおいて使うために送信し、前記ラウドネス情報が前記第一の群のために存在しないと判定するのに応答して、出力プロファイルに関連付けられたラウドネス情報を決定し、前記出力プロファイルについての決定されたラウドネス情報をオーディオのレンダリングにおいて使うために送信する、
装置。
〔態様２２〕
前記第一のコンポーネントが前記メタデータを解析することが、前記第一のコンポーネントが前記出力プロファイルの特性を解析し、前記特性に基づいて前記パラメータを決定することを含み、前記第一のコンポーネントが決定されたラウドネス情報を送信することが、決定されたパラメータを送信することを含む、
態様２１記載の装置。
〔態様２３〕
前記ラウドネス情報が出力プロファイルのためのラウドネス・パラメータを含む、態様２２記載の装置。
〔態様２４〕
前記ラウドネス情報が前記出力プロファイルの前記特性を含む、態様２３記載の装置。
〔態様２５〕
送信されるべき低ビットレートのエンコードされたストリームを決定する第二のコンポーネントをさらに有し、前記ラウドネス情報は一つまたは複数の出力プロファイルについての特性を含む、態様２４記載の装置。
【図１】
2020095290.tif 000003
【図２】
2020095290.tif 000004
【図３】
2020095290.tif 000005
【図４】
2020095290.tif 000006
【図５】
2020095290.tif 000007
【図６】
2020095290.tif 000008
【図７】
2020095290.tif 000009
【図８】
2020095290.tif 000010
【図９】
2020095290.tif 000011
【図１０】
2020095290.tif 000012
【図１１】
2020095290.tif 000013
【図１２】
2020095290.tif 000014
【図１３】
2020095290.tif 000015
【図１４】
2020095290.tif 000016
【図１５】
2020095290.tif 000017
【図１６】
2020095290.tif 000018
【外国語明細書】
2020095290000001.pdf