(57)【要約】      （修正有）【課題】複数のオーディオ処理ユニットが様々なネットワークを通じて分散されている状況、又は直列に配置され、任意選択でそれぞれの種類のオーディオ処理を実行する状況でも動作する番組情報メタデータを用いたオーディオデコーダを提供する。【解決手段】エンコードされたオーディオのフレームを受信するインタフェースを含む電気デバイスであり、フレームは、フレームのスキップフィールドに存在する番組情報メタデータと、スキップフィールドの外部に存在するエンコードされたオーディオデータとを含む。バッファは、フレームを一時的に格納するためにインタフェースに結合され、解析器は、フレームからエンコードされたオーディオデータを抽出するためにバッファに結合される。AC-3オーディオデコーダは、エンコードされたオーディオデータからデコードされたオーディオを生成するために解析器に結合又は統合される。【選択図】図３
0003186472.tif 000002
【実用新案登録請求の範囲】
【請求項１】
エンコードされたオーディオのフレームを受信するインタフェースであり、前記フレームは、前記フレームのスキップフィールドに存在する番組情報メタデータと、前記スキップフィールドの外部に存在するエンコードされたオーディオデータとを有するインタフェースと、
前記フレームを一時的に格納するために前記インタフェースに結合されたバッファと、
前記フレームから前記エンコードされたオーディオデータを抽出するために前記バッファに結合された解析器と、
前記エンコードされたオーディオデータからデコードされたオーディオを生成するために前記解析器に結合又は統合されたAC-3オーディオデコーダと
を有する電気デバイス。
【請求項２】
前記番組情報メタデータは、メタデータのペイロードを有し、
前記ペイロードは、ヘッダを有し、前記ヘッダの後に、前記番組情報メタデータの少なくともいくつかを有する、請求項１に記載の電気デバイス。
【請求項３】
前記エンコードされたオーディオは、オーディオ番組を示し、
前記番組情報メタデータは、前記オーディオ番組のオーディオコンテンツの少なくとも１つの特性又は特徴を示す、請求項１に記載の電気デバイス。
【請求項４】
前記番組情報メタデータは、前記オーディオ番組のそれぞれの無音でないチャンネル及びそれぞれの無音のチャンネルを示すアクティブチャンネルメタデータを含む、請求項３に記載の電気デバイス。
【請求項５】
前記番組情報メタデータは、前記オーディオ番組がダウンミキシングされたか否かと、そうである場合、前記オーディオ番組に適用されたダウンミキシングの種類とを示すダウンミキシング処理状態メタデータを含む、請求項３に記載の電気デバイス。
【請求項６】
前記番組情報メタデータは、前記オーディオ番組がアップミキシングされたか否かと、そうである場合、前記オーディオ番組に適用されたアップミキシングの種類とを示すアップミキシング処理状態メタデータを含む、請求項３に記載の電気デバイス。
【請求項７】
前記番組情報メタデータは、前処理が前記フレームのオーディオコンテンツで実行されたか否かと、そうである場合、前記オーディオコンテンツで実行された前処理の種類とを示す処理状態メタデータを含む、請求項３に記載の電気デバイス。
【請求項８】
前記番組情報メタデータは、スペクトル拡張処理又はチャンネルカップリングが前記オーディオ番組に適用されたか否かと、そうである場合、前記スペクトル拡張又はチャンネルカップリングが適用された周波数範囲とを示すスペクトル拡張処理又はチャンネルカップリングメタデータを含む、請求項３に記載の電気デバイス。
【請求項９】
前記エンコードされたオーディオは、AC-3ビットストリームである、請求項１に記載の電気デバイス。
【請求項１０】
前記AC-3デコーダに結合されたポストプロセッサを更に有し、
前記ポストプロセッサは、前記デコードされたオーディオで適応処理を実行するように構成される、請求項１に記載の電気デバイス。
【請求項１１】
番組情報メタデータとオーディオデータとを有するエンコードされたオーディオビットストリームの少なくとも１つのフレームを格納する入力バッファメモリと、
前記オーディオデータ及び／又は前記番組情報メタデータを抽出するために前記入力バッファメモリに結合された解析器と、
デコードされたオーディオデータを生成するために前記解析器に結合又は等号されたAC-3又はE-AC-3デコーダと、
前記デコードされたオーディオデータを格納するために前記デコーダに結合された出力バッファメモリと
を有するオーディオ処理装置。
【請求項１２】
前記番組情報メタデータは、メタデータのペイロードを有し、
前記ペイロードは、ヘッダを有し、前記ヘッダの後に、前記番組情報メタデータの少なくともいくつかを有する、請求項１１に記載のオーディオ処理装置。
【請求項１３】
前記エンコードされたオーディオビットストリームは、オーディオ番組を示し、
前記番組情報メタデータは、前記オーディオ番組のオーディオコンテンツの少なくとも１つの特性又は特徴を示す、請求項１２に記載のオーディオ処理装置。
【請求項１４】
前記番組情報メタデータは、前記オーディオ番組のそれぞれの無音でないチャンネル及びそれぞれの無音のチャンネルを示すアクティブチャンネルメタデータを含む、請求項１３に記載のオーディオ処理装置。
【請求項１５】
前記番組情報メタデータは、前記オーディオ番組がダウンミキシングされたか否かと、そうである場合、前記オーディオ番組に適用されたダウンミキシングの種類とを示すダウンミキシング処理状態メタデータを含む、請求項１３に記載のオーディオ処理装置。
【請求項１６】
前記番組情報メタデータは、前記オーディオ番組がアップミキシングされたか否かと、そうである場合、前記オーディオ番組に適用されたアップミキシングの種類とを示すアップミキシング処理状態メタデータを含む、請求項１３に記載のオーディオ処理装置。
【請求項１７】
前記番組情報メタデータは、前処理が前記フレームのオーディオコンテンツで実行されたか否かと、そうである場合、前記オーディオコンテンツで実行された前処理の種類とを示す処理状態メタデータを含む、請求項１３に記載のオーディオ処理装置。
【請求項１８】
前記番組情報メタデータは、スペクトル拡張処理又はチャンネルカップリングが前記オーディオ番組に適用されたか否かと、そうである場合、前記スペクトル拡張又はチャンネルカップリングが適用された周波数範囲とを示すスペクトル拡張処理又はチャンネルカップリングメタデータを含む、請求項１３に記載のオーディオ処理装置。
【請求項１９】
前記エンコードされたオーディオは、AC-3ビットストリームである、請求項１３に記載のオーディオ処理装置。
【請求項２０】
前記オーディオ処理装置は、テレビ、移動電話、パーソナルコンピュータ、タブレットコンピュータ、ラップトップ、セットトップボックス及び／オーディオ／ビデオ受信機を含むグループから選択された通信デバイスである、請求項１３に記載のオーディオ処理装置。
【考案の詳細な説明】
【技術分野】
【０００１】
この出願は、オーディオ信号処理ユニットに関し、特に、ビットストリームにより示されるオーディオコンテンツに関する番組情報を示すメタデータを用いたオーディオデータビットストリームのデコーダに関する。本考案の或る実施例は、Dolby  Digital（AC-3）、Dolby  Digital  Plus（Enhanced  AC-3又はE-AC-3）又はDolby  Eとして知られるフォーマットのうち１つでオーディオデータを生成又はデコードする。
【背景技術】
【０００２】
Dolby、Dolby  Digital、Dolby  Digital  Plus及びDolby  Eは、Dolby  Laboratories  Licensing  Corporationの商標である。Dolby  Laboratoriesは、それぞれDolby  Digital及びDolby  Digital  Plusとして知られるAC-3及びE-AC-3の独自の実装を提供する。
【０００３】
典型的には、オーディオデータ処理ユニットは、ブラインド（blind）的に動作し、データが受信される前に生じるオーディオデータの処理履歴に留意しない。これは、単一のエンティティが様々なターゲットのメディア処理デバイスの全てのオーディオデータ処及びエンコードを行い、ターゲットのメディア処理デバイスがエンコードされたオーディオデータの全てのデコード及び処理を行う処理フレームワークでは動作し得る。
【考案の概要】
【考案が解決しようとする課題】
【０００４】
しかし、このブラインド処理は、複数のオーディオ処理ユニットが様々なネットワークを通じて分散されている状況、又は複数のオーディオ処理ユニットが直列に（すなわち、チェーン（chain）状に）配置されており、任意選択でそれぞれの種類のオーディオ処理を実行することが想定される状況では、うまく動作しない（又は全くうまく動作しない）。例えば、或るオーディオデータは、高性能メディアシステムでエンコードされており、メディア処理チェーンを通じて移動デバイスに適した縮小形式に変換されなければならないことがある。従って、オーディオ処理ユニットは、既に実行されたオーディオデータについて一種の処理を不要に実行することがある。例えば、音量調整処理は、入力オーディオチップで同じ又は同様の音量調整処理が前に実行されているか否かに拘らず、入力オーディオチップでの処理を実行する可能性がある。その結果、音量調整処理ユニットは、必要でなくても調整処理を実行する可能性がある。この不要な処理はまた、オーディオデータのコンテンツを処理する間に特定の特徴の劣化及び／又は除去を生じる可能性がある。
【課題を解決するための手段】
【０００５】
エンコードされたオーディオのフレームを受信するインタフェースを含む電気デバイスが開示される。フレームは、フレームのスキップフィールド（skip  field）に存在する番組情報メタデータと、スキップフィールドの外部に存在するエンコードされたオーディオデータとを含む。バッファは、フレームを一時的に格納するためにインタフェースに結合され、解析器は、フレームからエンコードされたオーディオデータを抽出するためにバッファに結合される。AC-3オーディオデコーダは、エンコードされたオーディオデータからデコードされたオーディオを生成するために解析器に結合又は統合される。
【図面の簡単な説明】
【０００６】
【図１】本考案の方法の実施例を実行するように構成され得るシステムの実施例のブロック図
【図２】本考案のオーディオ処理ユニットの実施例であるエンコーダのブロック図
【図３】本考案のオーディオ処理ユニットの実施例であるデコーダ及び本考案のオーディオ処理ユニットの他の実施例である結合されたポストプロセッサのブロック図
【図４】分割されたセグメントを含むAC-3フレームの図
【図５】分割されたセグメントを含むAC-3フレームの同期情報（SI：Synchronization  Information）セグメントの図
【図６】分割されたセグメントを含むAC-3フレームのビットストリーム（BSI：Bitstream  Information）セグメントの図
【図７】分割されたセグメントを含むE-AC-3フレームのビットストリーム（BSI：Bitstream  Information）セグメントの図
【図８】コンテナ同期ワード（図８で“コンテナ同期”として識別される）とバージョン及びキーID値と、これらに続いて複数のメタデータペイロードと保護ビットとを有するメタデータセグメントヘッダを含む、本考案の実施例に従って生成されたエンコードされたビットストリームのメタデータセグメントの図
【考案を実施するための形態】
【０００７】
請求の範囲を含むこの開示を通じて、（エンコードされたオーディオビットストリームの）“メタデータ”という表現は、ビットストリームの対応するオーディオデータとは別の異なるデータを示す。
【０００８】
請求の範囲を含むこの開示を通じて、“番組情報メタデータ”（又は“PIM（program  information  metadata）”）という表現は、少なくとも１つのオーディオ番組を示すエンコードされたオーディオビットストリームのメタデータを示す。このメタデータは、少なくとも１つのこの番組のオーディオコンテンツの少なくとも１つの特性又は特徴を示す（例えば、番組のオーディオデータで実行される処理の種類若しくはパラメータを示すメタデータ、又は番組のどのチャンネルがアクティブチャンネルであるかを示すメタデータ）。
【０００９】
請求の範囲を含むこの開示を通じて、“オーディオ番組”という表現は、１つ以上のオーディオチャンネルのセットを示し、また、任意選択で関連するメタデータ（例えば、所望の空間オーディオ提示を記述するメタデータ及び／又はPIM）をも示す。
【００１０】
請求の範囲を含むこの開示を通じて、“結合する”又は“結合される”という用語は、直接の接続又は間接の接続のいずれかを意味するために使用される。従って、第１のデバイスが第２のデバイスに結合される場合、その接続は直接の接続を通じてでもよく、他のデバイス及び接続を介した間接の接続を通じてでもよい。
【００１１】
典型的なオーディオデータのストリームは、オーディオコンテンツ（例えば、オーディオコンテンツの１つ以上のチャンネル）と、オーディオコンテンツの少なくとも１つの特徴を示すメタデータとの双方を含む。例えば、AC-3ビットストリームでは、聴取環境に配信される番組の音を変化させる際に使用することを特に目的とした複数のオーディオメタデータパラメータが存在する。１つのメタデータパラメータは、DIALNORMパラメータであり、これは、オーディオ番組の対話の平均レベルを示すことを目的としており、オーディオ再生信号レベルを判定するために使用される。
【００１２】
本考案は、AC-3ビットストリーム、E-AC-3ビットストリーム又はDolby  Eビットストリームでの使用に限定されないが、便宜上、このようなビットストリームを生成、デコード又は処理する実施例について説明する。
【００１３】
AC-3エンコードされたビットストリームは、メタデータと、オーディオコンテンツの１〜6のチャンネルを有する。オーディオコンテンツは、知覚オーディオコーディングを使用して圧縮されたオーディオデータである。メタデータは、聴取環境に配信される番組の音を変化させる際に使用することを目的とした複数のオーディオメタデータパラメータを含む。
【００１４】
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：synchronization  word）及び２つの誤り訂正ワードのうち第１のもの（CRC1）を含む同期情報（SI：Synchronization  Information）部分と、メタデータのほとんどを含むビットストリーム情報（BSI：Bitstream  Information）部分と、データ圧縮されたオーディオコンテンツを含む（メタデータも含んでもよい）６個のオーディオブロック（AB0〜AB5）と、オーディオコンテンツが圧縮された後に残されたいずれかの未使用ビットを含む余分ビットセグメント（W：waste  bit  segment）（“スキップフィールド”としても知られる）と、更なるメタデータを含んでもよい補助（AUX：Auxiliary）情報部分と、２つの誤り訂正ワードのうち第２のもの（CRC2）とを含む部分（セグメント）に分割される。
【００１７】
図７に示すように、各E-AC-3フレームは、（図５に示すように）同期ワード（SW：synchronization  word）を含む同期情報（SI：Synchronization  Information）部分と、メタデータのほとんどを含むビットストリーム情報（BSI：Bitstream  Information）部分と、データ圧縮されたオーディオコンテンツを含む（メタデータも含んでもよい）６個のオーディオブロック（AB0〜AB5）と、オーディオコンテンツが圧縮された後に残されたいずれかの未使用ビットを含む余分ビットセグメント（W：waste  bit  segment）（“スキップフィールド”としても知られる）（１つのみの余分ビットセグメントが示されているが、典型的には異なる余分ビット又はスキップフィールドセグメントが各オーディオブロックに続く）と、更なるメタデータを含んでもよい補助（AUX：Auxiliary）情報部分と、誤り訂正ワード（CRC）とを含む部分（セグメント）に分割される。
【００１８】
AC-3（又はE-AC-3）ビットストリームでは、聴取環境に配信される番組の音を変化させる際に使用することを特に目的とした複数のオーディオメタデータパラメータが存在する。１つのメタデータパラメータはDIALNORMパラメータであり、これはBSIセグメントに含まれる。
【００１９】
図６に示すように、AC-3フレームのBSIセグメントは、番組のDIALNORM値を示す５ビットのパラメータ（“DIALNORM”）を含む。同じAC-3フレームで伝達される第２のオーディオ番組のDIALNORM値を示す５ビットのパラメータ（“DIALNORM2”）は、AC-3フレームのオーディオコーディングモード（“acmod”）が“0”である場合に含まれ、デュアル−モノ（dual-mono）又は“1+1”チャンネル構成が使用中であることを示す。
【００２０】
BSIセグメントはまた、更なるビットストリーム情報の存在（又は不在）を示すフラグ（“addbsie”）と、“addbsie”ビットに続いていずれかの更なるビットストリーム情報の長さを示すパラメータ（“addbsil”）と、“addbsil”値に続いて更なるビットストリーム情報の64ビットまで（“addbsi”）とを含む。
【００２１】
BSIセグメントは、特に図６に示されていない他のメタデータ値を含む。
【００２２】
本考案の典型的な実施例によれば、PIMは（及び任意選択で他のメタデータも）、他のセグメント（オーディオデータセグメント）のオーディオデータをも含むオーディオビットストリームのメタデータセグメントの１つ以上の予備フィールド（又はスロット）（例えば、スキップフィールド）に埋め込まれる。典型的には、ビットストリームの各フレームの少なくとも１つのセグメント（例えば、スキップフィールド）はPIMを含み、フレームの少なくとも１つの他のセグメントは対応するオーディオデータ（すなわち、PIMにより示される少なくとも１つの特徴又は特性を有するオーディオデータ）を含む。
【００２３】
実施例のクラスでは、各メタデータセグメントは、１つ以上のメタデータペイロードを含んでもよいデータ構造（ここでは場合によってはコンテナ（container）と呼ばれる）である。各ペイロードは、ペイロードに存在するメタデータの種類の明確な指標を提供する特定のペイロード識別子（及びペイロード構成データ）を含むヘッダを含む。コンテナ内のペイロードの順序は不確定であるため、ペイロードは如何なる順序で格納されてもよく、解析器は、関係するペイロードを抽出して関係しないペイロード又はサポートされないペイロードを無視するために全体のコンテナを解析できなければならない。図８（以下に説明する）は、このようなコンテナ及びコンテナ内のペイロードの構造を示している。
【００２４】
オーディオデータ処理チェーンでメタデータ（例えば、PIM）を通信することは、処理チェーン（又はコンテンツのライフサイクル）を通じて２つ以上のオーディオ処理ユニットが互いに直列に動作する必要がある場合に、特に有用である。オーディオビットストリームにメタデータを含めなければ、２つ以上のオーディオコーデックがチェーン状に利用されており、メディア消費デバイス（又はビットストリームのオーディオコンテンツの処理ポイント）へのビットストリームパスの間に１回より多くシングルエンドの音量調整処理（single-ended  volume  leveling）が適用された場合、品質、レベル及び空間の劣化のような厳しいメディア処理の問題が生じる可能性がある。
【００２５】
図１は、システムの１つ以上の要素が本考案の実施例に従って構成さ得る例示的なオーディオ処理チェーン（オーディオデータ処理システム）のブロック図である。このシステムは、図示のように共に結合された前処理ユニットと、エンコーダと、信号分析及びメタデータ訂正ユニットと、コード変換器と、デコーダと、後処理ユニットとの要素を含む。図示のシステムの変形では、１つ以上の要素が省略されてもよく、更なるオーディオデータ処理ユニットが含まれてもよい。
【００２６】
或る実装では、図１の前処理ユニットは、オーディオコンテンツを有するPCM（時間ドメイン）サンプルを入力として受け付け、処理されたPCMサンプルを出力するように構成される。デコーダは、PCMサンプルを入力として受け付け、オーディオコンテンツを示すエンコードされた（例えば、圧縮された）オーディオビットストリームを出力するように構成されてもよい。オーディオコンテンツを示すビットストリームのデータは、場合によってはここで“オーディオデータ”と呼ばれる。エンコーダが本考案の典型的な実施例に従って構成された場合、エンコーダから出力されるオーディオビットストリームは、PIMとオーディオデータとを含む。
【００２７】
図１の信号分析及びメタデータ訂正ユニットは、１つ以上のエンコードされたオーディオビットストリームを入力として受け付け、信号分析を実行することにより、それぞれのエンコードされたオーディオビットストリームのメタデータが正確であるか否かを判定（例えば、確認）してもよい。含まれるメタデータが無効であることを信号分析及びメタデータ訂正ユニットが検出した場合、典型的には、不正確な値を信号分析から得られた正確な値に置換する。従って、信号分析及びメタデータ訂正ユニットから出力されるそれぞれのエンコードされたオーディオビットストリームは、訂正された（又は訂正されていない）処理状態メタデータと、エンコードされたオーディオデータとを含んでもよい。
【００２８】
図１のデコーダは、エンコードされた（例えば、圧縮された）オーディオビットストリームを入力として受け付け、（これに応じて）デコードされたPCMオーディオサンプルのストリームを出力してもよい。デコーダが本考案の典型的な実施例に従って構成された場合、典型的な動作でのデコーダの出力は以下のいずれかである又は以下のいずれかを含む。
【００２９】
・オーディオサンプルのストリーム、及び入力のエンコードされたビットストリームから抽出されたPIM（及び典型的には他のメタデータも）の少なくとも１つの対応するストリーム、又は
・オーディオサンプルのストリーム、及び入力のエンコードされたビットストリームから抽出されたPIM（及び典型的には他のメタデータも）から判定された制御ビットの対応するストリーム、又は
・メタデータの対応するストリーム又はメタデータから判定された制御ビットの対応するストリームのないオーディオサンプルのストリーム
この最後の場合、デコーダは、入力のエンコードされたビットストリームからメタデータを抽出し、抽出されたメタデータ又はそれから判定された制御ビットを出力しなくても、抽出されたメタデータで少なくとも１つの動作（例えば、確認）を実行してもよい。
【００３０】
本考案の典型的な実施例に従って図１の前処理ユニットを構成することにより、後処理ユニットは、デコードされたPCMオーディオサンプルのストリームを受け付け、サンプルで受信したPIM（及び典型的には他のメタデータも）又はサンプルで受信したメタデータからデコーダにより判定された制御ビットを使用して、後処理（例えば、オーディオコンテンツの音量調整処理）を実行するように構成される。典型的には、後処理ユニットはまた、１つ以上のスピーカによる再生のため、後処理されたオーディオコンテンツを処理するように構成される。
【００３１】
本考案の典型的な実施例は、オーディオ処理ユニット（例えば、エンコーダ、デコーダ、コード変換器、前処理及び後処理ユニット）が、オーディオ処理ユニットによりそれぞれ受信されたメタデータにより示されるようにメディアデータの同時発生状態に従ってオーディオデータに適用されるようにそれぞれの処理を適合させる拡張したオーディオ処理チェーンを提供する。
【００３２】
図１のシステムのいずれかのオーディオ処理ユニット（例えば、図１のエンコーダ又はコード変換器）に入力されるオーディオデータは、PIM（及び任意選択で他のメタデータも）と、オーディオデータ（例えば、エンコードされたオーディオデータ）とを含んでもよい。このメタデータは、本考案の実施例による図１のシステムの他の要素（又は図１に示さない他のソース）により、入力されたオーディオに含まれていてもよい。入力されたオーディオ（メタデータを備える）を受信した処理ユニットは、メタデータでの少なくとも１つの動作（例えば、確認）又はメタデータに応じた少なくとも１つの動作（例えば、入力されたオーディオの適応処理）を実行し、また、典型的には、その出力されるオーディオに、メタデータ、メタデータの処理されたバージョン又はメタデータから判定された制御ビットを含めるように構成されてもよい。
【００３３】
図２は、本考案のオーディオ処理ユニットの実施例であるエンコーダ（100）のブロック図である。エンコーダ100のいずれかの構成要素又は要素は、１つ以上の処理及び／又は１つ以上の回路（例えば、ASIC、FPGA又は他の集積回路）として実装されてもよく、ハードウェア、ソフトウェア又はハードウェアとソフトウェアとの組み合わせとして実装されてもよい。エンコーダ100は、図示のように接続されたフレームバッファ110と、解析器111と、デコーダ101と、オーディオ状態確認器102と、音量処理段103と、オーディオストリーム選択段104と、エンコーダと、詰め込み／フォーマット段107と、メタデータ生成段106と、対話音量測定サブシステム108と、フレームバッファ109とを有する。また、典型的には、エンコーダ100は、他の処理要素（図示せず）を含む。
【００３４】
（トランスコーダである）エンコーダ100は、入力されたビットストリームに含まれる音量処理状態メタデータを使用して適応及び自動音量処理を実行することを含み、入力されたオーディオビットストリーム（例えば、AC-3ビットストリーム、E-AC-3ビットストリーム又はDolby  Eビットストリームのうち１つでもよい）を、エンコードされた出力のオーディオビットストリーム（例えば、AC-3ビットストリーム、E-AC-3ビットストリーム又はDolby  Eビットストリームのうち他のものでもよい）に変換するように構成される。例えば、エンコーダ100は、入力されたDolby  Eビットストリーム（制作及び放送システムで典型的に使用されるが、放送されたオーディオ番組を受信する消費者装置では使用されないフォーマット）をAC-3又はE-AC-3フォーマットのエンコードされた出力のオーディオビットストリーム（消費者デバイスへの放送に適する）に変換するように構成されてもよい。
【００３５】
図２のシステムはまた、エンコードされたオーディオの配信サブシステム150（エンコーダ100から出力されたエンコードされたビットストリームを格納及び／又は配信する）と、デコーダ152とを含む。エンコーダ100から出力されたエンコードされたオーディオビットストリームは、サブシステム150により（例えば、DVD又はBlu  rayディスクの形式に）格納されてもよく、サブシステム150（伝送リンク又はネットワークを実装してもよい）により送信されてもよく、サブシステム150により格納及び送信されてもよい。デコーダ152は、ビットストリームの各フレームからメタデータ（PIM、任意選択で音量処理状態メタデータ及び／又は他のメタデータも）を抽出し、デコードされたオーディオデータを生成することを含み、サブシステム150を介して受信したエンコードされたオーディオビットストリーム（エンコーダ100により生成される）をデコードするように構成される。典型的には、デコーダ152は、PIMを使用してデコードされたオーディオデータで適応処理を実行し、及び／又はデコードされたオーディオデータ及びメタデータを、メタデータを使用してデコードされたオーディオデータで適応処理を実行するように構成されたポストプロセッサに転送するように構成される。典型的には、デコーダ152は、サブシステム150から受信したエンコードされたオーディオビットストリームを（例えば、非過渡的に）格納するバッファを含む。
【００３６】
エンコーダ100及びデコーダ152の様々な実装は、本考案の方法の異なる実施例を実行するように構成される。
【００３７】
フレームバッファ110は、エンコードされた入力のオーディオビットストリームを受信するように結合されたバッファメモリである。動作中に、バッファ110は、エンコードされたオーディオビットストリームの少なくとも１つのフレームを（例えば、非過渡的に）格納し、エンコードされたオーディオビットストリームのフレームの系列は、バッファ110から解析器111にアサート（assert）される。
【００３８】
解析器111は、このようなメタデータが含まれるエンコードされた入力のオーディオの各フレームからPIMを抽出し、エンコードされた入力のオーディオからオーディオデータを抽出し、オーディオデータをデコーダ101にアサートするように結合及び構成される。エンコーダ100のデコーダ101は、オーディオデータをデコードし、デコードされたオーディオデータを生成し、デコードされたオーディオデータを音量処理段103、オーディオストリーム選択段104、サブシステム108及び典型的には状態確認器102にもアサートするように構成される。
【００３９】
状態確認器102は、アサートされたメタデータを認証及び確認するように構成される。或る実施例では、メタデータは、（例えば、本考案の実施例によれば）入力のビットストリームに含まれているデータブロックである（又はデータブロックに含まれる）。このブロックは、メタデータ及び／又は（デコーダ101から確認器102に提供される）基礎となるオーディオデータの暗号化ハッシュ（ハッシュに基づくメッセージ認証コード又は“HMAC”）を有してもよい。これらの実施例では、データブロックはデジタル署名されてもよく、これにより、ダウンストリームオーディオ処理ユニットは、処理状態メタデータを比較的簡単に認証及び確認してもよい。
【００４０】
状態確認器102は、確認動作の結果を示すために、制御データを、オーディオストリーム選択段104、メタデータ生成器106及び対話音量測定サブシステム108にアサートする。制御データに応じて、オーディオストリーム選択段104は、音量処理段103の適応処理された出力又はデコーダ101から出力されたオーディオデータのいずれかを選択してもよい（エンコーダ105に渡してもよい）。
【００４１】
エンコーダ100の音量処理段103は、デコーダ101により抽出されたメタデータにより示される１つ以上のオーディオデータ特徴に基づいて、デコーダから出力されたデコードされたオーディオデータで適応音量処理を実行するように構成される。音量処理段103は、適応変換ドメインのリアルタイム音量及びダイナミックレンジ制御プロセッサでもよい。音量処理段103は、ユーザ入力（例えば、ユーザのターゲット音量／ダイナミックレンジ値又はDIALNORM値）又は他のメタデータ入力（例えば、１つ以上の種類のサードパーティのデータ、トラッキング情報、識別子、独自情報又は標準情報、ユーザ注釈データ、ユーザプレファレンスデータ等）及び／又は他の入力（例えば、フィンガープリント処理からのもの）を受信し、デコーダ101から出力されたデコードされたオーディオデータを処理するためにこのような入力を使用してもよい。音量処理段103は、単一のオーディオ番組を示すデコードされたオーディオデータ（デコーダ101からの出力）で適応音量処理を実行してもよく、異なるオーディオ番組を示すデコードされたオーディオデータ（デコーダ101からの出力）を受信したことに応じて音量処理をリセットしてもよい。
【００４２】
対話音量測定サブシステム108は、例えば、メタデータが無効であることを確認器102からの制御ビットが示す場合、デコーダ101により抽出されたメタデータを使用して、対話（又は他の音声）を示す（デコーダ101からの）デコードされたオーディオのセグメントの音量を判定するように動作してもよい。対話音量測定サブシステム108の動作は、メタデータが有効であることを確認器102からの制御ビットが示す場合、メタデータが（デコーダ101からの）デコードされたオーディオの対話（又は他の音声）セグメントの前に判定された音量を示すときに無効にされてもよい。サブシステム108は、単一のオーディオ番組を示すデコードされたオーディオデータで音量測定を実行してもよく、異なるオーディオ番組を示すデコードされたオーディオデータを受信したことに応じて測定をリセットしてもよい。
【００４３】
オーディオコンテンツの対話のレベルを便利且つ容易に測定するための有用なツール（例えば、Dolby  LM100音量メータ）が存在する。本考案のAPU（例えば、エンコーダ100の対話音量測定サブシステム段108）の或る実施例は、オーディオビットストリーム（例えば、エンコーダ100のデコーダ101から対話音量測定サブシステム段108にアサートされたデコードされたAC-3ビットストリーム）のオーディオコンテンツの平均対話音量を測定するために、このようなツールを含む（又はこのようなツールの機能を実行する）ように実装される。
【００４４】
対話音量測定サブシステム段108がオーディオデータの真の平均対話音量を測定するように実装された場合、測定は、大部分が音声を含むオーディオコンテンツのセグメントを隔離するステップを含んでもよい。そして、大部分が音声であるオーディオセグメントは、音量測定アルゴリズムに従って処理される。AC-3ビットストリームからのデコードされたオーディオデータでは、このアルゴリズムは、国際標準のITU-R  BS.1770に従った）標準的なK重みの音量測定（K-weighted  loudness  measure）でもよい。或いは、他の音量測定（例えば、音量の心理音響モデルに基づくもの）が使用されてもよい。
【００４５】
メタデータ生成器106は、エンコーダ100から出力されるエンコードされたビットストリームにおいて、詰め込み／フォーマット段107により含まれるメタデータを生成する（及び／又は詰め込み／フォーマット段107に渡す）。メタデータ生成器106は、（例えば、メタデータが有効であることを確認器102からの制御ビットが示す場合）エンコーダ101及び／又は解析器111により抽出されたメタデータ（及び任意選択でPIMも）を詰め込み／フォーマット段107に渡してもよく、（例えば、デコーダ101により抽出されたメタデータが無効であることを確認器102からの制御ビットが示す場合）新たなPIM及び／又は他のメタデータを生成し、新たなメタデータを詰め込み／フォーマット段107にアサートしてもよく、デコーダ101及び／又は解析器111により抽出されたメタデータと新たに生成されたメタデータとの組み合わせを詰め込み／フォーマット段107にアサートしてもよい。メタデータ生成器106は、サブシステム108により生成された音量データと、サブシステム108により実行された音量処理の種類を示す少なくとも１つの値とを含めてもよい。
【００４６】
メタデータ生成器106は、エンコードされたビットストリームに含まれるメタデータ及び／又はエンコードされたビットストリームに含まれる基礎となるオーディオデータの少なくとも１つの解読、認証又は確認に有用な保護ビット（ハッシュに基づくメッセージ認証コード又は“HMAC”から構成されてもよく、これを含んでもよい）を生成してもよい。メタデータ生成器106は、エンコードされたビットストリームに含めるため、このような保護ビットを詰め込み／フォーマット段107に提供してもよい。
【００４７】
典型的な動作では、対話音量測定サブシステム108は、デコーダから出力されたオーディオデータを処理し、これに応じて音量値（例えば、ゲートされた対話音量値又はゲートされていない対話音量値）及びダイナミックレンジ値を生成する。これらの値に応じて、メタデータ生成器106は、エンコーダ100から出力されるエンコードされたビットストリームに（詰め込み器／フォーマット器107により）含めるために、音量処理状態メタデータを生成してもよい。
【００４８】
エンコーダ105は、選択段104から出力されたオーディオデータを（例えば、圧縮を実行することにより）エンコードし、詰め込み／フォーマット段107から出力されるエンコードされたビットストリームに含めるため、エンコードされたオーディオを詰め込み／フォーマット段107にアサートする。
【００４９】
詰め込み／フォーマット段107は、エンコーダ105からのエンコードされたオーディオと生成器106からのメタデータ（PIMを含む）を多重し、詰め込み／フォーマット段107から出力されるエンコードされたビットストリームを生成する。これにより、好ましくは、エンコードされたビットストリームは、本考案の好ましい実施例により指定されたフォーマットを有する。
【００５０】
フレームバッファ109は、詰め込み／フォーマット段107から出力されたエンコードされたオーディオビットストリームの少なくとも１つのフレームを（例えば非過渡的に）格納するバッファメモリである。エンコードされたオーディオビットストリームの系列は、エンコーダ100からの出力としてバッファ109から配信システム150にアサートされる。
【００５１】
エンコーダ100の或る実装では、メモリ109にバッファされた（及び配信システム150に出力された）エンコードされたビットストリームは、AC-3ビットストリーム又はE-AC-3ビットストリームであり、オーディオデータセグメント（例えば、図４に示すフレームのAB0〜AB5セグメント）と、メタデータセグメントとを有する。オーディオデータセグメントは、オーディオデータを示し、少なくともいくつかのメタデータセグメントのそれぞれはPIM（及び任意選択で他のメタデータも）を含む。詰め込み／フォーマット段107は、以下のフォーマットでメタデータセグメント（メタデータを含む）をビットストリームに挿入する。PIMを含むメタデータセグメントのそれぞれは、ビットストリームの余分ビットセグメント（“スキップフィールド”とも呼ばれる）（例えば、図４又は図７に示す余分ビットセグメント“W”）、ビットストリームのフレームのビットストリーム情報（“BSI”）セグメントの“addbsi”フィールド、又はビットストリームのフレームの終わりの補助データフィールド（例えば、図４又は図７に示すAUXセグメント）に含まれる。ビットストリームのフレームは、それぞれがメタデータを含む１つ又は２つのメタデータセグメントを含んでもよく、フレームが２つのメタデータセグメントを含む場合、一方はフレームのaddbsiフィールドに存在し、他方はフレームのAUXフィールドに存在してもよい。
【００５２】
或る実施例では、詰め込み／フォーマット段107により挿入される各メタデータセグメント（場合によっては“コンテナ”と呼ばれる）は、メタデータセグメントヘッダ（任意選択で他の必須又は“コア”の要素も）と、メタデータセグメントヘッダに続く１つ以上のメタデータペイロードとを含むフォーマットを有する。存在する場合には、PIMは、メタデータペイロードの第１のもの（ペイロードヘッダにより識別され、典型的には第１の種類のフォーマットを有する）に含まれる。同様に、（存在する場合には）それぞれの他の種類のメタデータは、メタデータペイロードの他のもの（ペイロードヘッダにより識別され、典型的にはメタデータの種類に特有のフォーマットを有する）に含まれる。例示的なフォーマットは、（例えば、デコードに続くポストプロセッサによる、又はエンコードされたビットストリームでの完全なデコードを行わずにメタデータを認識するように構成されたプロセッサによる）デコード中以外の場合にPIM及び他のメタデータへの便利なアクセスを可能にし、ビットストリームのデコード中に便利且つ効率的な誤り検出及び訂正（例えば、サブストリームの識別）を可能にする。メタデータセグメントの１つのメタデータペイロードは、PIMを含んでもよく、メタデータセグメントの他のメタデータペイロードは、第２の種類のメタデータを含んでもよく、また、任意選択で、メタデータセグメントの少なくとも１つの他のメタデータペイロードは、他のメタデータ（たとえば、音量処理状態メタデータ又は“LPSM”）を含んでもよい。
【００５３】
或る実施例では、エンコードされたビットストリーム（例えば、少なくとも１つのオーディオ番組を示すAC-3ビットストリーム）のフレームに（詰め込み／フォーマット段107により）含まれる番組情報メタデータ（PIM）ペイロードは、以下のフォーマットを有する。
【００５４】
・典型的には少なくとも１つの識別値（例えば、PIMフォーマットのバージョンを示す値、及び任意選択で長さ、期間、カウント、サブストリーム関連値）を含むペイロードヘッダ
ヘッダの後に、次のフォーマットのPIMを有する。
【００５５】
・オーディオ番組のそれぞれの無音のチャンネル及びそれぞれの無音でないチャンネル（すなわち、番組のどのチャンネルがオーディオ情報を含むか、（存在する場合には）どれが（典型的にはフレームの期間中に）無音のみを含むか）を示すアクティブチャンネルメタデータ。エンコードされたビットストリームがAC-3又はE-AC-3ビットストリームである実施例では、ビットストリームのフレームのアクティブチャンネルメタデータは、番組のどのチャンネルがオーディオ情報を含んでいるか、どれが無音を含んでいるかを判定するために、ビットストリームの更なるメタデータ（例えば、フレームのオーディオコーディングモード（“acmod”）フィールド、及び存在する場合には、フレーム又は関連する従属サブストリームフレームのchanmapフィールド）と共に使用されてもよい。AC-3又はE-AC-3フレームの“acmod”フィールドは、フレームのオーディオコンテンツにより示されるオーディオ番組の全範囲のチャンネルの数（例えば、番組が1.0チャンネルのモノラル番組であるか、2.0チャンネルのステレオ番組であるか、L、R、C、Ls、Rsの全範囲のチャンネルを有する番組であるか）又はフレームが２つの独立した1.0チャンネルのモノラル番組を示す。E-AC-3ビットストリームの“chanmap”フィールドは、ビットストリームにより示される従属サブストリームのチャンネルマップを示す。アクティブチャンネルメタデータは、例えば、デコーダの出力で無音を含むチャンネルにオーディオを追加するために、デコーダのダウンストリームの（ポストプロセッサでの）アップミキシング（upmixing）を実装するのに有用になり得る。
【００５６】
・番組が（エンコード前又はエンコード中に）ダウンミキシングされたか否か、そうである場合には、適用されたダウンミキシングの種類を示すダウンミキシング処理状態メタデータ。ダウンミキシング処理状態メタデータは、例えば、適用されたダウンミキシング（downmixing）の種類に最も近く合致するパラメータを使用して番組のオーディオコンテンツをアップミキシングするために、デコーダのダウンストリームの（ポストプロセッサでの）アップミキシングを実装するのに有用になり得る。エンコードされたビットストリームがAC-3又はE-AC-3ビットストリームである実施例では、ダウンミキシング処理状態メタデータは、番組のチャンネルに適用された（存在する場合には）ダウンミキシングの種類を判定するために、フレームのオーディオコーディングモード（“acmod”）と共に使用されてもよい。
【００５７】
・エンコード前又はエンコード中に番組が（例えば、少ない数のチャンネルから）アップミキシングされたか否か、そうである場合には、適用されたアップミキシングの種類を示すアップミキシング処理状態メタデータ。アップミキシング処理状態メタデータは、例えば、番組に適用されたアップミキシングの種類（例えば、Dolby  Pro  Logic、Dolby  Pro  Logic  II  Movie  Mode、Dolby  Pro  Logic  II  Music  Mode、又はDolby  Professional  Upmixer）と互換性のある方法で番組のオーディオコンテンツをダウンミキシングするために、デコーダのダウンストリームの（ポストプロセッサでの）ダウンミキシングを実装するのに有用になり得る。エンコードされたビットストリームがE-AC-3ビットストリームである実施例では、アップミキシング処理状態メタデータは、（存在する場合には）番組のチャンネルに適用されたアップミキシングの種類を判定するために、他のメタデータ（例えば、フレームの“strmtyp”フィールドの値）と共に使用されてもよい。（E-AC-3ビットストリームのフレームのBSIセグメントの）“strmtyp”フィールドの値は、フレームのオーディオコンテンツが（番組を決定する）独立ストリーム又は（複数のサブストリームを含み、複数のサブストリームに関連する）独立サブストリームに属するため、E-AC-3ビットストリームにより示される他のサブストリームと独立してデコードされてもよいか否か、又はフレームのオーディオコンテンツが（複数のサブストリームを含む番組又は複数のサブストリームに関連する番組の）従属サブストリームに属するため、関連する独立サブストリームと共にデコードされなければならないか否かを示す。
【００５８】
・前処理がフレームのオーディオコンテンツで実行されたか否か、そうである場合には、実行された前処理の種類を示す前処理状態メタデータ。
【００５９】
或る実装では、前処理状態メタデータは、以下のものを示す。
【００６０】
・サラウンドの減衰が適用されたか否か（例えば、オーディオ番組のサラウンドチャンネルがエンコードの前に3dBだけ減衰されたか否か）
・（例えば、エンコードの前にオーディオ番組のサラウンドチャンネルのLs及びRsチャンネルに対して）90度の位相シフトが適用されたか否か
・エンコードの前にオーディオ番組のLFEチャンネルに低域通過フィルタが適用されたか否か
・番組のLFEチャンネルのレベルが制作中に監視されたか否か、そうである場合には、番組の全範囲のオーディオチャンネルのレベルに対するLFEチャンネルの監視レベル
・番組のデコードされたオーディオコンテンツの各ブロックで（例えば、デコーダにおいて）ダイナミックレンジの圧縮が実行されるべきか否か、そうであれば、実行されるダイナミックレンジ圧縮の種類（及び／又はパラメータ）（例えば、この種類の前処理状態メタデータは、Film  Standard、Film  Light、Music  Standard、Music  Light又はSpeechの圧縮プロファイル種類のうちどれがエンコードされたビットストリームに含まれるダイナミックレンジ圧縮制御値を生成するためにエンコーダにより想定されたかを示してもよい。或いは、この種類の前処理状態メタデータは、大きいダイナミックレンジ圧縮（“compr”圧縮）がエンコードされたビットストリームに含まれるダイナミックレンジ圧縮制御値により決定された方法で番組のデコードされたオーディオコンテンツの各フレームで実行されるべきことを示してもよい。）
・番組のコンテンツの特定の周波数範囲をエンコードするためにスペクトル拡張処理及び／又はチャンネルカップリングエンコードが使用されたか否か、そうである場合、スペクトル拡張エンコードが実行されたコンテンツの周波数成分の最小及び最大周波数、並びに、チャンネルカップリングエンコードが実行されたコンテンツの周波数成分の最小及び最大周波数。この種類の前処理メタデータ情報は、デコーダのダウンストリームの等化を（ポストプロセッサにおいて）実行するのに有用になり得る。チャンネルカップリング及びスペクトル拡張情報はまた、コード変換動作及びアプリケーション中に品質を最適化するのにも有用である。例えば、エンコーダは、スペクトル拡張及びチャンネルカップリング情報のようなパラメータの状態に基づいて、その動作（ヘッドフォンの仮想化、アップミキシング等のような前処理ステップの適合を含む）を最適化してもよい。更に、エンコーダは、インバウンドの（認証された）メタデータの状態に基づいて、そのカップリング及びスペクトル拡張パラメータを動的に合致及び／又は最適値に適合させてもよい。
【００６１】
・対話拡張調整レンジデータがエンコードされたビットストリームに含まれるか否か、そうである場合には、オーディオ番組の対話でないコンテンツのレベルに対する対話コンテンツのレベルを調整するために（例えば、デコーダのポストプロセッサのダウンストリームにおける）対話拡張処理の実行中に利用可能な調整の範囲
或る実装では、更なる前処理メタデータ（例えば、ヘッドフォンに関するパラメータを示すメタデータ）が、エンコーダ100から出力されるエンコードされたビットストリームのPIMペイロードに（詰め込み／フォーマット段107により）含まれる。
【００６２】
各メタデータペイロードは、対応するペイロードID及びペイロード構成値（設定値）に続く。
【００６３】
或る実装では、フレームの余分ビット／スキップフィールドセグメント（又はauxdataフィールド若しくは“addbsi”フィールド）のメタデータセグメントのそれぞれは、３つのレベルの構造を有する。
【００６４】
・余分ビット（又はauxdata若しくはaddbsi）フィールドがメタデータを含むか否かを示すフラグ、どの種類のメタデータが存在するかを示す少なくとも１つのID値、典型的には、（例えば、各種類の）何個のビットのメタデータが存在するか（メタデータが存在する場合）を示す値も含む高レベル構造（例えば、メタデータセグメントのヘッダ）。存在し得る１つの種類のメタデータはPIMであり、存在し得る他の種類のメタデータはLSPMである。
【００６５】
・それぞれの識別された種類のメタデータに関連するデータ（例えば、それぞれの識別された種類のメタデータについてのメタデータペイロードヘッダ、保護値、ペイロードID、ペイロード構成値）を有する中間レベル構造
・それぞれ識別された種類のメタデータのメタデータペイロード（例えば、PIMが存在するとして識別された場合のPIM値の系列、及び／又は他の種類のメタデータが存在するとして識別された場合の他の種類のメタデータ値（例えば、LSPM））を有する低レベル構造
このような３つのレベルの構造のデータ値はネスト構造になってもよい。例えば、高レベル構造及び中間レベル構造により識別された各ペイロード（例えば、各PIM又は他のメタデータペイロード）の保護値は、ペイロードの後（従って、ペイロードのメタデータペイロードヘッダの後）に含まれてもよく、高レベル構造及び中間レベル構造により識別された全てのメタデータペイロードの保護値は、メタデータセグメントの最後のメタデータペイロードの後（従って、メタデータセグメントの全てのペイロードのメタデータペイロードヘッダの後）に含まれてもよい。
【００６６】
（図８のメタデータセグメント又は“コンテナ”を参照して説明する）一例では、メタデータセグメントヘッダは、４つのメタデータペイロードを識別する。図８に示すように、メタデータセグメントヘッダは、コンテナ同期ワード（“container  sync”として識別される）と、バージョンと、キーID値とを有する。メタデータセグメントヘッダは、４つのメタデータペイロード及び保護ビットにより後続される。最初のペイロード（例えば、PIMペイロード）のペイロードID及びペイロード構成（例えば、ペイロードサイズ）値は、メタデータセグメントヘッダに続き、最初のペイロード自体は、ID及び構成値に続く。第２のペイロード（例えば、PIMペイロード）のペイロードID及びペイロード構成（例えば、ペイロードサイズ）値は、最初のペイロードに続き、第２のペイロード自体は、ID及び構成値に続く。第３のペイロード（例えば、音量処理状態メタデータペイロード）のペイロードID及びペイロード構成（例えば、ペイロードサイズ）値は、第２のペイロードに続き、第３のペイロード自体は、ID及び構成値に続く。第４のペイロードのペイロードID及びペイロード構成（例えば、ペイロードサイズ）値は、第３のペイロードに続き、第４のペイロード自体は、ID及び構成値に続く。ペイロードの全部又は一部（又は高レベル構造及び中間レベル構造並びにペイロードの全部又は一部）の保護値（図８で“保護データ”として識別される）は、最後のペイロードに続く。
【００６７】
図３は、本考案のオーディオ処理ユニットの実施例であるデコーダ（200）及びこれに結合されたポストプロセッサ（300）のブロック図である。ポストプロセッサ（300）も、本考案のオーディオ処理ユニットの実施例である。デコーダ200及びポストプロセッサ300のいずれかの構成要素又は要素は、１つ以上のプロセッサ及び／又は１つ以上の回路（例えば、ASIC、FPGA又は他の集積回路）として、或いは、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせで実装されてもよい。デコーダ200は、図示のように接続されたフレームバッファ201と、解析器205と、オーディオデコーダ202と、オーディオ状態確認段（確認器）203と、制御ビット生成段204とを有する。典型的には、デコーダ200は、他の処理要素（図示せず）も含む。
【００６８】
フレームバッファ201（バッファメモリ）は、デコーダ200により受信されたエンコードされたオーディオビットストリームの少なくとも１つのフレームを（例えば非過渡的に）格納する。エンコードされたオーディオビットストリームのフレームの系列は、バッファ201から解析器205にアサートされる。
【００６９】
解析器205は、エンコードされた入力のオーディオの各フレームからPIM（及び任意選択で他のメタデータも）を抽出し、メタデータの少なくともいくつか（例えば、PIM）をオーディオ状態確認器203及び制御ビット生成段204にアサートし、抽出されたメタデータを出力として（例えば、ポストプロセッサ300に）アサートし、エンコードされた入力のオーディオからオーディオデータを抽出し、抽出されたオーディオデータをデコーダ202にアサートするように結合及び構成される。
【００７０】
デコーダ200に入力されたエンコードされたオーディオビットストリームは、AC-3ビットストリーム、E-AC-3ビットストリーム又はDolby  Eビットストリームのうち１つでもよい。
【００７１】
図３のシステムはまた、ポストプロセッサ300を含む。ポストプロセッサ300は、フレームバッファ301と、バッファ301に結合された少なくとも１つの処理要素を含む他の処理要素（図示せず）とを有する。フレームバッファ301は、デコーダ200からポストプロセッサ300により受信されたデコードされたオーディオビットストリームの少なくとも１つのフレームを（例えば非過渡的に）格納する。ポストプロセッサ300の処理要素は、デコーダ200から出力されたメタデータ及び／又はデコーダ200の制御ビット生成段204から出力された制御ビットを使用して、バッファ301から出力されたデコードされたオーディオビットストリームのフレームの系列を受信し、適応的に処理するように結合及び構成される。典型的には、ポストプロセッサ300は、デコーダ200からのメタデータを使用してデコードされたオーディオデータで適応処理（例えば、適応処理が音量処理状態及び／又は単一のオーディオ番組を示すオーディオデータのメタデータにより示される１つ以上のオーディオデータ特徴に基づいてもよい場合のメタデータ値を使用したデコードされたオーディオデータでの適応音量処理）を実行するように構成される。
【００７２】
デコーダ200及びポストプロセッサ300の様々な実装は、本考案の方法の異なる実施例を実行するように構成される。
【００７３】
デコーダ200の或る実装では、受信した（及びメモリ201にバッファされた）エンコードされたビットストリームは、AC-3ビットストリーム又はE-AC-3ビットストリームであり、オーディオデータセグメント（例えば、図４に示すフレームのAB0〜AB5セグメント）とメタデータセグメントとを有する。オーディオデータセグメントはオーディオデータを示し、少なくともいくつかのメタデータセグメントのそれぞれはPIM（又は他のメタデータ）を含む。デコーダ段202（及び／又は解析器205）は、ビットストリームからメタデータを抽出するように構成される。PIM（及び任意選択で他のメタデータも）を含むメタデータセグメントのそれぞれは、ビットストリームのフレームの余分ビットセグメント若しくはビットストリームのフレームのビットストリーム情報（“BSI”）セグメントの“addbsi”フィールド又はビットストリームのフレームの終わりの補助データフィールド（例えば、図４に示すAUXセグメント）に含まれる。ビットストリームのフレームは、それぞれがメタデータを含む１つ又は２つのメタデータセグメントを含んでもよい。フレームが２つのメタデータセグメントを含む場合、一方はフレームのaddbsiフィールドに存在し、他方はフレームのAUXフィールドに存在してもよい。
【００７４】
本考案の実施例は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせ（例えば、プログラマブルロジックアレイ）で実装されてもよい。更に、ここに記載のオーディオ処理ユニットは、様々な通信デバイス（テレビ、移動電話、パーソナルコンピュータ、タブレットコンピュータ、ラップトップ、セットトップボックス及び／又はオーディオ／ビデオ受信機等）の一部でもよく、及び／又は様々な通信デバイスと統合されてもよい。特に言及しない限り、本考案の一部として含まれるアルゴリズム又は処理は、本質的にいずれかの特定のコンピュータ又は他の装置に関係しない。特に、様々な汎用機械が、ここの教示に従って記述されたプログラムと共に使用されてもよく、或いは所要の方法のステップを実行するように、更に特化した装置（例えば集積回路）を構築することが便利になることがある。従って、本考案は、少なくとも１つのプロセッサと、少なくとも１つのデータ記憶システム（揮発性及び不揮発性メモリ及び／又は記憶要素を含む）と、少なくとも１つの入力デバイス又はポートと、少なくとも１つの出力デバイス又はポートとをそれぞれ有する１つ以上のプログラム可能コンピュータシステム（例えば、図１のいずれかの要素の実装、図２のエンコーダ100（又はその要素）、図３のデコーダ200（又はその要素）、図３のポストプロセッサ300（又はその要素））で実行する１つ以上のコンピュータプログラムで実装されてもよい。プログラムコードは、入力データに適用され、ここに記載の機能を実行し、出力情報を生成する。出力情報は、既知の方法で１つ以上の出力デバイスに適用される。
【００７５】
それぞれのこのようなプログラムは、コンピュータシステムと通信するための如何なる所望のコンピュータ言語（機械言語、アセンブリ言語、ハイレベル手続言語、論理言語、又はオブジェクト指向プログラミング言語を含む）で実装されてもよい。いずれの場合でも、言語は、コンパイル済言語又はインタープリタ済言語でもよい。
【００７６】
例えば、コンピュータソフトウェアの命令シーケンスにより実装された場合、本考案の実施例の様々な機能及びステップは、適切なデジタルシグナル処理ハードウェアで実行するマルチスレッドのソフトウェア命令シーケンスにより実装されてもよい。この場合、実施例の様々なデバイス、ステップ及び機能は、ソフトウェア命令の一部に対応してもよい。
【００７７】
それぞれのこのようなコンピュータプログラムは、記憶媒体又はデバイスがここに記載の手順を実行するためにコンピュータシステムにより読み取られた場合にコンピュータを構成及び動作するために、汎用又は特殊目的のプログラム可能コンピュータにより読み取り可能な記憶媒体又はデバイス（例えば、固体メモリ若しくは媒体、又は磁気若しくは光媒体）に格納又はダウンロードされることが好ましい。本考案のシステムはまた、コンピュータ可読記憶媒体として実装されてもよく、コンピュータプログラムで構成されてもよい（すなわち、コンピュータプログラムを格納してもよい）。このように構成された記憶媒体は、コンピュータシステムを指定の所定の方法で動作させ、ここに記載の機能を実行させる。
【００７８】
本考案の複数の実施例について説明した。それにも拘らず、本考案の要旨及び範囲を逸脱することなく、様々な変更が行われてもよいことが分かる。本考案の複数の変更及び変形は、前述の教示を鑑みて可能である。請求の範囲内で、本考案はここに特に記載したもの以外の方法で実施されてもよいことが分かる。
【００７９】
この出願は、2013年6月19日にJeffrey  Riedmiller及びMichael  Wardを発明者として“Audio  Encoder  and  Decoder  with  Program  Information  or  Substream  Structure  Metadata”という題で出願された米国仮特許出願第61/836,865の優先権を主張する。
【符号の説明】
【００８０】
100  エンコーダ
200  デコーダ
300  ポストプロセッサ
【図１】
0003186472.tif 000003
【図２】
0003186472.tif 000004
【図３】
0003186472.tif 000005
【図４】
0003186472.tif 000006
【図５】
0003186472.tif 000007
【図６】
0003186472.tif 000008
【図７】
0003186472.tif 000009
【図８】
0003186472.tif 000010