特許 6242916 メタデータのトランスコード

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6242916

(24)【登録日】2017年11月17日

(45)【発行日】2017年12月6日

(54)【発明の名称】メタデータのトランスコード

(51)【国際特許分類】

   H04L 9/14 20060101AFI20171127BHJP

   G10L 19/00 20130101ALI20171127BHJP

   G06F 21/64 20130101ALI20171127BHJP

【ＦＩ】

   H04L9/00 641

   G10L19/00 240

   G06F21/64

【請求項の数】24

【全頁数】56

(21)【出願番号】特願2015-553802(P2015-553802)

(86)(22)【出願日】2014年1月15日

(65)【公表番号】特表2016-510544(P2016-510544A)

(43)【公表日】2016年4月7日

(86)【国際出願番号】US2014011695

(87)【国際公開番号】WO2014113478

(87)【国際公開日】20140724

【審査請求日】2015年8月6日

(31)【優先権主張番号】61/754,893

(32)【優先日】2013年1月21日

(33)【優先権主張国】US

【前置審査】

(73)【特許権者】

【識別番号】507236292

【氏名又は名称】ドルビー ラボラトリーズ ライセンシング コーポレイション

(73)【特許権者】

【識別番号】510185767

【氏名又は名称】ドルビー・インターナショナル・アーベー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】シュナイダー，アンドレアス

(72)【発明者】

【氏名】フェルシュ，クリストフ

(72)【発明者】

【氏名】ヴォルタース，マルティン

(72)【発明者】

【氏名】リードミラー，ジェフリー

(72)【発明者】

【氏名】ノークロス，スコット グレゴリー

(72)【発明者】

【氏名】グラント，マイケル

【審査官】 青木 重徳

(56)【参考文献】

【文献】 特表２０１３−５００６５５（ＪＰ，Ａ）

【文献】 特開平０８−２９７６３８（ＪＰ，Ａ）

【文献】 特開平１０−００３２５６（ＪＰ，Ａ）

【文献】 特開２００８−０１１５３５（ＪＰ，Ａ）

【文献】 特表２００６−５１８０４９（ＪＰ，Ａ）

【文献】 特表２０１０−５３７４６７（ＪＰ，Ａ）

【文献】 国際公開第２０１１／１４５３５３（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ ９／１４

Ｇ０６Ｆ ２１／６４

Ｇ１０Ｌ １９／００

(57)【特許請求の範囲】

【請求項1】

コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成するよう構成されたエンコーダであって、前記コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、当該エンコーダは、
・メタデータのブロックを生成する段階と；
・メタデータの前記ブロックを前記メタデータ・フレーム中に挿入する段階と；
・当該エンコーダおよび対応するデコーダを提供するエンティティに知られている複数のあらかじめ決定された安全な鍵から安全な鍵を選択する段階であって、前記複数のあらかじめ決定された安全な鍵は、種々の信頼レベルを提供するものであり、前記複数のあらかじめ決定された安全な鍵は第一の鍵および第二の鍵を含み、前記第一の鍵は前記エンティティにのみ知られている高度に安全な鍵を含み、前記第二の鍵は当該エンコーダの運用者にも知られている中程度に安全な鍵を含む、段階と；
・少なくとも前記コンテンツ・フレーム、前記関連付けられたメタデータ・フレームおよび前記選択された安全な鍵に基づいて暗号学的値を生成する段階と；
・生成された暗号学的値を前記メタデータ・フレーム中に挿入する段階とを実行するよう構成されている、
エンコーダ。

【請求項2】

当該エンコーダは、
・前記エンコードされたビットストリームのための複数の相続くコンテンツ・フレームおよび関連付けられたメタデータ・フレームを生成する段階と；
・単一のコンテンツ・フレームおよびその関連付けられたメタデータ・フレームに基づき、かつ前記選択された安全な鍵に基づいて、フレーム暗号学的値を生成する段階と；
・前記複数の相続くコンテンツ・フレームおよびそれらの関連付けられたメタデータ・フレームのうちの少なくともいくつかに基づき、かつ前記選択された安全な鍵に基づいて、履歴暗号学的値を生成する段階とを実行するよう構成されている、
請求項１記載のエンコーダ。

【請求項3】

当該エンコーダは、前記暗号学的値を生成するために、HMAC-MD5値またはHMAC-SHA256値を計算するよう構成されている、請求項１または２記載のエンコーダ。

【請求項4】

当該エンコーダは、前記HMAC-MD5値または前記HMAC-SHA256値を打ち切って前記暗号学的値を与えるよう構成されている、請求項３記載のエンコーダ。

【請求項5】

当該エンコーダは、前記選択された安全な鍵の指示を前記メタデータ・フレーム中に挿入するよう構成されている、請求項１ないし４のうちいずれか一項記載のエンコーダ。

【請求項6】

コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成する方法であって、前記コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、当該方法は、
・メタデータのブロックを生成する段階と；
・メタデータの前記ブロックを前記メタデータ・フレーム中に挿入する段階と；
・当該方法を実行するエンコーダおよび対応するデコーダを提供するエンティティに知られている複数のあらかじめ決定された安全な鍵から安全な鍵を選択する段階であって、前記複数のあらかじめ決定された安全な鍵は、種々の信頼レベルを提供するものであり、前記複数のあらかじめ決定された安全な鍵は第一の鍵および第二の鍵を含み、前記第一の鍵は前記エンティティにのみ知られている高度に安全な鍵を含み、前記第二の鍵は前記エンコーダの運用者にも知られている中程度に安全な鍵を含む、段階と；
・少なくとも前記コンテンツ・フレーム、前記関連付けられたメタデータ・フレームおよび前記選択された安全な鍵に基づいて暗号学的値を生成する段階と；
・生成された暗号学的値を前記メタデータ・フレーム中に挿入する段階とを含む、
方法。

【請求項7】

入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行ビットストリームにトランスコードするよう構成されたトランスコーダであって、前記入来コンテンツ・フレームは信号のサンプルの集合を示し、当該トランスコーダは、デコーダおよびエンコーダを有しており、
・前記デコーダは、
・前記入来コンテンツ・フレームを前記信号のデコードされたPCMサンプルの集合に変換し；
・前記入来メタデータ・フレームからメタデータを抽出し；
・デコーダの安全な鍵を使って、デコードされたPCMサンプルの前記集合および前記抽出されたメタデータについての署名値を生成するよう構成されており、
・前記エンコーダは、
・PCMサンプルおよび関連付けられたメタデータの集合を受領し；
・署名値を受領し；
・受領された署名値がPCMサンプルおよび関連付けられたメタデータの受領された集合について有効であるかどうかを、エンコーダの安全な鍵を使って検証し；
・受領された署名が有効であれば、PCMサンプルの受領された集合から前記出行ビットストリームの出行コンテンツ・フレームを生成し、受領されたメタデータから前記出行ビットストリームの関連付けられた出行メタデータ・フレームを生成するよう構成されている、
トランスコーダ。

【請求項8】

前記エンコーダが、前記デコーダの安全な鍵を、前記エンコーダの安全な鍵として使うよう較正されている、請求項７記載のトランスコーダ。

【請求項9】

前記エンコーダが、受領された署名が有効でない場合には、受領されたメタデータの前記出行ビットストリーム中への挿入を防止するよう構成されている、請求項７または８記載のトランスコーダ。

【請求項10】

・デコードされたPCMサンプルの集合および／または抽出されたメタデータを修正し、それにより第二のPCMサンプルの集合および第二のメタデータを与え；
・前記第二のPCMサンプルの集合および第二のメタデータを前記エンコーダに渡すよう構成されているPCM処理段をさらに有する、
請求項７ないし９のうちいずれか一項記載のトランスコーダ。

【請求項11】

・再署名の安全な鍵を使って、前記第二のPCMサンプルの集合および第二のメタデータについて、更新された署名値を決定し；
・更新された署名値を前記エンコーダに渡すよう構成されている再署名ユニットをさらに有する、
請求項１０記載のトランスコーダ。

【請求項12】

・前記再署名の安全な鍵は、前記デコーダの安全な鍵とは異なり；
・前記エンコーダは、前記再署名の安全な鍵を前記エンコーダの安全な鍵として使うよう構成されている、
請求項１１記載のトランスコーダ。

【請求項13】

・前記エンコーダは、受領されたPCMサンプルの集合および／または受領されたメタデータを修正するよう構成されたPCM処理段を有しており；
・前記エンコーダは、受領されたPCMサンプルの修正された集合および／または修正された受領されたメタデータに基づいて前記出行コンテンツ・フレームおよび／または前記出行メタデータ・フレームを生成するよう構成されている、
請求項７ないし１２のうちいずれか一項記載のトランスコーダ。

【請求項14】

・前記デコーダは、前記入来メタデータ・フレームからメタデータの入来ブロックを同定するよう構成されており、メタデータの前記入来ブロックは、メタデータの前記入来ブロック内に含まれるメタデータの一つまたは複数の属性を示す入来記述子に関連付けられており；
・前記エンコーダは、前記入来記述子に基づいて前記入来メタデータ・フレームから前記出行メタデータ・フレームを生成するよう構成されている、
請求項７ないし１３のうちいずれか一項記載のトランスコーダ。

【請求項15】

前記一つまたは複数の属性は、PCMサンプルの前記集合および／または前記抽出されたメタデータの修正を受けて、前記入来ブロックのメタデータを前記エンコーダによって破棄するべきであるか否かを示すPCM処理パラメータを含む、請求項１４記載のトランスコーダ。

【請求項16】

前記エンコーダは、前記PCM処理パラメータが、たとえPCMサンプルの前記集合および／または前記抽出されたメタデータが修正されていたとしても前記入来ブロックのメタデータが破棄されるべきでないことを示す場合に、前記入来ブロックのメタデータを前記出行メタデータ・フレーム中に含めるよう構成されている、請求項１５記載のトランスコーダ。

【請求項17】

請求項１０ないし１２のうちいずれか一項を引用する場合の請求項１５記載のトランスコーダであって、
・前記PCM処理段は、前記エンコーダに一つまたは複数のPCM処理条件の指標を提供するよう構成されており；
・前記一つまたは複数のPCM処理条件は、PCMサンプルの前記集合および／または前記抽出されたメタデータがどのように前記PCM処理段によって処理されたかを示し；
・前記エンコーダは、前記一つまたは複数のPCM処理条件にも基づいて、前記入来メタデータ・フレームから前記出行メタデータ・フレームを生成するよう構成されている、
トランスコーダ。

【請求項18】

前記一つまたは複数のPCM処理条件は：PCMサンプルの前記集合のサンプリング・レートの変換、前記PCMサンプルのシステム・サウンドとの混合、前記抽出されたメタデータの修正、PCMサンプルの前記集合のチャネル構成の修正、PCMサンプルの前記集合のラウドネスの平準化の一つまたは複数を含む、請求項１７記載のトランスコーダ。

【請求項19】

入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行ビットストリームにトランスコードする方法であって、前記入来ビットストリームは、信号のサンプルの集合を示し、当該方法は、
デコーダにおいて、
・前記入来コンテンツ・フレームを前記信号のデコードされたPCMサンプルの集合に変換する段階と；
・前記入来メタデータ・フレームからメタデータを抽出する段階と；
・デコーダの安全な鍵を使って、デコードされたPCMサンプルの前記集合および前記抽出されたメタデータについての署名値を生成する段階と；
・デコードされたPCMサンプルの前記集合、前記抽出されたメタデータおよび前記生成された署名値を対応するエンコーダに渡す段階とを実行することを含み、
前記エンコーダにおいて、
・PCMサンプルの集合および関連付けられたメタデータを受領する段階と；
・署名値を受領する段階と；
・受領された署名値がPCMサンプルの受領された集合および関連付けられたメタデータについて有効であるかどうかを、エンコーダの安全な鍵を使って判定する段階と；
・受領された署名が有効であれば、PCMサンプルの前記受領された集合から前記出行ビットストリームの出行コンテンツ・フレームを生成し、前記受領されたメタデータから前記出行ビットストリームの関連付けられた出行メタデータ・フレームを生成する段階とを実行することを含む、
方法。

【請求項20】

コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを受領するよう構成されたデコーダであって、前記コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示し、当該デコーダは、
・前記メタデータ・フレームから暗号学的値を抽出する段階と；
・当該デコーダおよび対応するエンコーダを提供するエンティティに知られている複数のあらかじめ決定された安全な鍵から安全な鍵を決定する段階であって、前記複数のあらかじめ決定された安全な鍵は、種々の信頼レベルを提供するものであり、前記複数のあらかじめ決定された安全な鍵は第一の鍵および第二の鍵を含み、前記第一の鍵は前記エンティティにのみ知られている高度に安全な鍵を含み、前記第二の鍵は前記エンコーダの運用者にも知られている中程度に安全な鍵を含む、段階と；
・少なくとも前記コンテンツ・フレーム、前記関連付けられたメタデータ・フレームおよび前記決定された安全な鍵に基づいて検証暗号学的値を生成する段階と；
・前記抽出された暗号学的値および前記検証暗号学的値を比較して、受領されたエンコードされたビットストリームが信頼できるかどうかを判定する段階とを実行するよう構成されている、
デコーダ。

【請求項21】

当該デコーダが、前記メタデータ・フレームから前記安全な鍵を抽出することによって、前記安全な鍵を決定するよう構成されている、請求項２０記載のデコーダ。

【請求項22】

当該デコーダが、受領されたエンコードされたビットストリームの信頼レベルを決定するために、前記複数のあらかじめ決定された安全な鍵のうちのどれが抽出された暗号学的値を生成するために使われたかを決定するようさらに構成されている、請求項２０または２１記載のデコーダ。

【請求項23】

当該デコーダが、
・前記複数のあらかじめ決定された安全な鍵にそれぞれ対応して複数の検証暗号学的値を生成し；
・前記複数の検証暗号学的値のそれぞれを前記抽出された暗号学的値と比較し；
・前記複数の検証暗号学的値のうちの一つが前記抽出された暗号学的値に一致したら、前記複数のあらかじめ決定された安全な鍵の一つが前記抽出された暗号学的値を生成するために使われたと決定するよう構成されている、
請求項２０ないし２２のうちいずれか一項記載のデコーダ。

【請求項24】

コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含む受領されたエンコードされたビットストリームの信頼のレベルを決定する方法であって、前記コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示し、当該方法は、
・前記メタデータ・フレームから暗号学的値を抽出する段階と；
・当該方法を実行するデコーダおよび対応するエンコーダを提供するエンティティに知られている複数のあらかじめ決定された安全な鍵からの安全な鍵を決定する段階であって、前記複数のあらかじめ決定された安全な鍵は異なる信頼レベルを提供するものであり、前記複数のあらかじめ決定された安全な鍵は第一の鍵および第二の鍵を含み、前記第一の鍵は前記エンティティにのみ知られている高度に安全な鍵を含み、前記第二の鍵は前記エンコーダの運用者にも知られている中程度に安全な鍵を含む、段階と；
・少なくとも前記コンテンツ・フレーム、前記関連付けられたメタデータ・フレームおよび前記決定された安全な鍵に基づいて検証暗号学的値を生成する段階と；
・前記決定された安全な鍵の信頼レベルに従って前記受領されたエンコードされたビットストリームが信頼できるかどうかを決定するために、前記抽出された暗号学的値および前記検証暗号学的値を比較する段階とを含む、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願への相互参照
本願は2013年1月21日に出願された米国仮特許出願第61/754,893号への優先権を主張する。同出願の内容はここに参照によりその全体において組み込まれる。

【0002】

技術分野
本稿はメタデータのトランスコードに関する。詳細には、本稿は低下した計算量でメタデータをトランスコードするための方法およびシステムに関する。

【背景技術】

【0003】

5.1、7.1または9.1マルチチャネル・オーディオ・レンダリング・システムのようなさまざまな単一チャネルおよび／またはマルチチャネル・オーディオ・レンダリング・システムが現在使われている。これらのオーディオ・レンダリング・システムはたとえば、それぞれ5+1、7+1または9+1個のスピーカー位置から発するサラウンドサウンドの生成を許容する。対応する単一チャネルまたはマルチチャネル・オーディオ信号の効率的な伝送または効率的な記憶のために、ドルビー・デジタル（DD）またはドルビー・デジタル・プラス（DD+）のようなオーディオ・コーデック（エンコーダ／デコーダ）システムが使われている。

【0004】

特定のオーディオ・コーデック・システム（たとえばドルビー・デジタル）を使ってエンコードされたオーディオ信号をデコードするよう構成されているオーディオ・レンダリング装置の著しい設置済みの基盤がある。特定のオーディオ・コーデック・システムはたとえば、第二のオーディオ・コーデックと称されることがある。他方、オーディオ・コーデック・システムの進化は、更新されたオーディオ・コーデック・システム（たとえばドルビー・デジタル・プラス）につながることがあり、それはたとえば第一のオーディオ・コーデック・システムと称されることがある。更新されたオーディオ・コーデック・システムは、追加的な機能（たとえば増大した数のチャネル）および／または改善された符号化品質を提供しうる。よって、コンテンツ・プロバイダーは、更新されたオーディオ・コーデック・システムに従ってそのコンテンツを提供することに傾きうる。

【0005】

にもかかわらず、第二のオーディオ・コーデック・システムのデコーダをもつオーディオ・レンダリング装置を有するユーザーも、第一のオーディオ・コーデック・システムに基づいてエンコードされたオーディオ・コンテンツをレンダリングできるべきである。これは、第一のオーディオ・コーデック・システムに基づいてエンコードされたオーディオ・コンテンツを第二のオーディオ・コーデック・システムに基づいてエンコードされた修正されたオーディオ・コンテンツに変換するよう構成されているいわゆるトランスコーダまたは変換器によって達成されうる。

【0006】

トランスコードのさらなる必要性が、オーディオ・コンテンツの配送チェーンに沿って生じることがある。オーディオ・コンテンツはコンテンツ・プロバイダーによって、オーディオ・コンテンツの制作および放送に好適なオーディオ・コーデック（たとえばドルビーEオーディオ・コーデック）を使ってエンコードされることがある。オーディオ・コーデックは、この制作向けのオーディオ・コーデックを使って配送されることがあり、オーディオ・コーデックは第二のオーディオ・コーデック（可逆コーデックのドルビー・トゥルーHDのような、またはドルビー・デジタル・プラスまたはドルビー・デジタル・コーデックのような）に基づいてトランスコードされることがある。

【0007】

オーディオ・コンテンツは典型的には、オーディオ・コンテンツを表わすビットストリームにおいてエンコードされるメタデータに関連付けられている。通例、オーディオ・コンテンツはフレームのシーケンスに分割されており、オーディオ・コンテンツの各フレームはあらかじめ決定された数のサンプル（たとえば1024サンプル）を有する。フレームのシーケンスのあるフレームは、メタデータのそれぞれのコンテナまたはフレームに関連付けられていてもよい。メタデータのコンテナは、該コンテナが関連付けられているオーディオ・コンテンツのフレームを記述する情報を示していてもよい。フレームを記述するそのような情報の例は、フレームのサンプルの一部または全部に関するラウドネス・データでありうる。代替的または追加的に、メタデータのコンテナは、オーディオ・コンテンツの対応するフレームと直接関連付けられていなくてもよい補助データを送信するために使われてもよい。そのような補助データはたとえば、オーディオ・コーデック・システムのデコーダにファームウェア・アップグレードを提供するために使われてもよい。

【発明の概要】

【発明が解決しようとする課題】

【0008】

オーディオ・コンテンツを第一のオーディオ・コーデック・システムから第二のオーディオ・コーデック・システムにトランスコードすることに加えて、トランスコーダは典型的には、関連付けられたメタデータをトランスコードする必要もある。（たとえばセットトップボックス内で実装される）トランスコーダ／変換器のコストを削減するために、第一のオーディオ・コーデック・システムと第二のオーディオ・コーデック・システムとの間の変換の計算量は比較的低いべきである。これは、メタデータのトランスコードについても当てはまるべきである。本稿では、低減した計算量でメタデータのトランスコードを許容する、トランスコードのための方法およびシステムが記述される。

【課題を解決するための手段】

【0009】

ある側面によれば、入来ビットストリームを出行ビットストリームにトランスコードするよう構成されたトランスコーダが記述される。入来ビットストリームは、入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含んでいてもよい。関連付けられた入来メタデータ・フレームは、入来コンテンツ・フレームの直後または直前に入来ビットストリーム内に含まれていてもよい。よって、用語「関連付けられた」は、コンテンツ・フレームとメタデータ・フレームとの間の時間的関係を示していてもよい（たとえば、該用語は、コンテンツ・フレームがメタデータ・フレームの直前にくることまたはその逆を示していてもよい）。いくつかの実施形態では、関連付けられた入来メタデータ・フレームは、入来コンテンツ・フレーム内に含まれてもよいことを注意しておくべきである。コンテンツ・フレームは典型的には最初の要素（たとえば同期フィールド）および最後の要素（たとえばCRCフィールドのような誤り訂正フィールド）を含む。関連付けられたメタデータ・フレームは、コンテンツ・フレームの、最初の要素の後かつコンテンツ・フレームの最後の要素の前に配置されるフィールド内に（たとえばコンテンツ・フレームの補助データ・フィールド内に）位置されてもよい。

【0010】

メタデータ・フレームは、いわゆる進化フレーム（evolution frame）であってもよい。典型的には、入来ビットストリームは、入来コンテンツ・フレームのシーケンスおよび入来メタデータ・フレームの関連付けられたシーケンスを含む。入来メタデータ・フレームは典型的には、入来コンテンツ・フレームとインターリーブされ、特定の入来コンテンツ・フレームの直後にはその関連付けられたメタデータ・フレームがくる。入来ビットストリーム（エンコードされた入来ビットストリームとも称される）と同様の仕方で、出行ビットストリーム（またはエンコードされた出行ビットストリーム）は出行コンテンツ・フレームおよび関連付けられた出行メタデータ・フレームを含んでいてもよい。特に、出行ビットストリームは、出行コンテンツ・フレームのシーケンスおよび出行メタデータ・フレームのシーケンスを含んでいてもよく、これらはインターリーブされる。

【0011】

コンテンツ・フレームは、特定のコーデック方式に基づいてエンコードされた信号を示してもよい。特に、入来コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示していてもよく、出行コンテンツ・フレームは第二のコーデック・システムに基づいてエンコードされた信号を示していてもよい。第一および第二のオーディオ・コーデック・システムは同じであってもよく（その場合、トランスコーダはビットレート変換を提供するよう構成されてもよい）、あるいは第一および第二のオーディオ・コーデック・システムは異なっていてもよい（その場合、トランスコーダはコーデック変換を提供するよう構成されていてもよい）。信号は、オーディオ信号を含んでいてもよい。第一および第二のコーデック・システムの例は、ドルビーE、ドルビー・デジタル・プラス、ドルビー・デジタル、ドルビー・トゥルーHD、ドルビー・パルス、AAC（Advanced Audio Coding［先進オーディオ符号化］）および／またはHE-AAC（High Efficiency AAC［高効率AAC］）である。異なる第一および第二のコーデック・システムの場合、トランスコーダは、信号コンテンツを第一のコーデック・システムから第二のコーデック・システムにトランスコードするよう構成されていてもよい。代替的または追加的に、出行ビットストリームのビットレートが入来ビットストリームのビットレートと異なっていてもよく、トランスコーダは、エンコードされた信号コンテンツの、第一のビットレートから第二の（異なる）ビットレートへのトランスコードを実行するよう構成されていてもよい。

【0012】

信号は典型的には、当該信号のあらかじめ決定された数のサンプル（たとえば当該信号の512または1024個のサンプル）を含むフレームのシーケンスとして表現される。よって、入来コンテンツ・フレームは信号のあるフレームの一部または全部のサンプルを示してもよい。出行コンテンツ・フレームは信号の同じフレームの一部または全部のサンプルを示してもよい。よって、トランスコーダは、対応する入来コンテンツ・フレームのサンプルの少なくともいくつかを示す出行コンテンツ・フレームを生成するよう構成されていてもよい。

【0013】

入来ビットストリームを出行ビットストリームにトランスコードするために、トランスコーダは、第一のコーデック・システムに基づいて入来ビットストリームをデコードするよう構成されているデコーダを有していてもよい。デコードの結果として、デコーダは、各コンテンツ・フレームについてPCMサンプルの集合を提供してもよい。さらに、デコーダは、メタデータ・フレームからメタデータを抽出するよう構成されていてもよい。デコードされた入来ビットストリーム（たとえばPCMサンプルおよび抽出されたメタデータの諸集合）は、第二のコーデック・システムに基づいて信号をエンコードするよう構成されているエンコーダに提供されてもよい。よって、トランスコーダは、第一のコーデック・システムのデコーダおよび第二のコーデック・システムのエンコーダを使って、入来コンテンツ・フレームから出行コンテンツ・フレームを生成するよう構成されていてもよい。トランスコーダは、いわゆるPCM接続されたトランスコーダ（PCM-connected transcoder）を有していてもよい。ここでは、デコーダはPCMサンプルの諸セットをトランスコーダのエンコーダに渡す。よって、本稿に記載されるトランスコーダは、PCM接続されたトランスコーダのコンテキストにおいて記述される特徴を有していてもよい。

【0014】

コンテンツ・フレームは、根底にあるコーデック・システムに基づいてメタデータを示してもよいことを注意しておくべきである。換言すれば、コンテンツ・フレームは、コンテンツ・フレーム内に含まれる信号に関連付けられたメタデータを含んでいてもよく、コンテンツ・フレーム内に含まれるメタデータは根底にあるコーデック・システム（すなわち、第一または第二のコーデック・システム）によって定義される。これとは対照的に、メタデータ・フレームは、（コーデック・システムによって指定されるメタデータに加えて）追加的なメタデータの転送を許容する。そのようなメタデータの例は、ラウドネスまたはdialnormパラメータまたは補助データ、たとえばオーディオ・コンテンツ配送チェーン内のデコーダのためのファームウェア・アップグレードである。

【0015】

メタデータ・フレームは、あらかじめ決定されたシンタックスに従ってもよい。特に、入来メタデータ・フレームおよび出行メタデータ・フレームは共通のシンタックスに従ってもよい。メタデータ・フレームについてのシンタックスは、メタデータ・フレームが、メタデータの0個、一つまたは複数のブロックを含むことを許容してもよい。メタデータの各ブロックは特定の型のメタデータを含んでいてもよい。よって、メタデータ・フレームは、メタデータ・フレーム中に組み込まれるメタデータの量および／またはメタデータ・ブロックの数に依存して、可変サイズを有していてもよい。メタデータの各ブロックは、メタデータの対応するブロック内に含まれるメタデータの一つまたは複数の属性を示す対応する記述子を示していてもよい（または含んでいてもよい）。特に、記述子は、そのブロックのメタデータがどのように操作されうるかまたは操作されるべきかを示す属性を記述してもよい。よって、ブロックの記述子は、計算効率のよい仕方で入来メタデータ・フレームに含まれるブロック（単数または複数）をトランスコードするためにトランスコーダによって使用されてもよい。

【0016】

メタデータ・フレームのトランスコードのために、トランスコーダは、入来メタデータ・フレームからメタデータの入来ブロックを同定するよう構成されていてもよい。入来ブロックは、ブロック識別子を使って同定されてもよい。例として、メタデータ・フレームの各ブロックは、ブロック識別子を使って同定されてもよい。さらに、メタデータ・フレームは、該メタデータ・フレームがさらなるブロックを全く含まないという事実を示す特定のブロック識別子を含んでいてもよい（たとえば終了識別子と称される）。終了識別子は、トランスコーダによって、メタデータ・フレームがさらなるメタデータ・ブロックを全く含まないことを判別するために使用されてもよい。

【0017】

上記で示したように、メタデータの入来ブロックは、入来記述子と称される記述子に関連付けられていてもよい。入来記述子は、メタデータの入来ブロック内に含まれるメタデータの一つまたは複数の属性を示していてもよい。この記述子は、メタデータのブロックのあるデータ・フィールド中に書き込まれてもよい。記述子内に含まれる例示的な属性は、信号のサンプルを示すタイムスタンプ・パラメータである。特に、タイムスタンプ・パラメータは、入来ブロックのそのメタデータが、信号の、タイムスタンプ・パラメータによって同定されるサンプルに関連付けられている（たとえば適用されるべきである）ことを示してもよい。タイムスタンプ・パラメータは、コンテンツ・フレームの末尾に対するまたは先頭に対するコンテンツ・フレーム内でのサンプルの位置を示すことによって、サンプルを同定してもよい。さらなる例は、信号のサンプルの数を示す継続時間パラメータである。継続時間パラメータは、入来ブロックのメタデータが、信号の、継続時間パラメータによって示される数のサンプルに関連付けられていることを示してもよい（タイムスタンプ・パラメータによって示されるサンプルから数える）。特に、継続時間パラメータは、メタデータが、タイムスタンプ・パラメータによって示されるサンプルの後のある数のサンプルに適用されるべきであることを示してもよい。ここで、サンプルの数が継続時間パラメータによって示される。タイムスタンプおよび／または継続時間パラメータは、たとえば、関連付けられた入来コンテンツ・フレーム内にエンコードされている信号のどのサンプルについて、入来ブロックのメタデータ（たとえばラウドネス値）が適用可能であるかを示すために、使われてもよい。例として、入来メタデータ・フレームは、入来コンテンツ・フレーム内にエンコードされている信号のサンプルの異なるグループについて異なるラウドネス値を示す複数の入来ブロックを含んでいてもよい。

【0018】

記述子内に示される（または含まれる）属性のもう一つの例は、入来ブロックが出行ビットストリーム中にトランスコードされるべきか否かを示すトランスコード・パラメータである。例として、トランスコード・パラメータは、入来ブロック内に含まれるメタデータが第一のコーデック・システムについてのみ適用可能であることを示すために使われてもよい。よって、トランスコーダは、出行ビットストリームが第一のコーデック・システムとは異なる第二のコーデック・システムに基づいてエンコードされる場合、入来ブロック内に含まれるメタデータを脱落させるよう構成されていてもよい。

【0019】

記述子内に含まれる属性のさらなる例は、入来ブロックのメタデータが、当該入来メタデータ・フレームから生成されるすべての出行メタデータ・フレームに含まれるべきであるかどうかを示す複製パラメータである。同様に、出行メタデータ・フレームが複数の入来メタデータ・フレームから生成される場合、入来ブロックのメタデータがトランスコーダによって破棄されるべきかどうかを示す属性として、複製解除（de-duplicate）パラメータが使われてもよい。複製および／または複製解除パラメータは、入来ビットストリームと出行ビットストリームのフレーム構成が異なる状況においてトランスコーダによって使用されてもよい。

【0020】

属性のさらなる例は、入来ブロックのメタデータの、メタデータの一つまたは複数の他の入来ブロックに対する重要性を示す優先度パラメータである。優先度パラメータは、入来ビットストリームに比べてメタデータの低減された量しか出行ビットストリーム中に挿入されることができない状況において、トランスコーダによって使用されてもよい。属性のもう一つの例は、入来ブロックのメタデータが、当該出行メタデータ・フレームのあとの遅れた出行メタデータ・フレーム中に挿入されてもよいか否かを示す関連付けパラメータである。よって、関連付けパラメータは、トランスコーダに、トランスコード・プロセスにおける追加的な柔軟性を提供する。トランスコーダが、どの入来ブロックが遅らされてもよいかおよびどの入来ブロックが関連付けられたコンテンツ・フレームとの関連付けにおいて維持される必要があるかについて効率的な仕方で決定できるからである。

【0021】

属性のもう一つの例は、入来コンテンツ・フレーム内に含まれるデータの修正に従って、入来ブロックのメタデータがトランスコーダによって破棄されるべきか否かを示すPCM処理パラメータである。特に、PCM処理パラメータは、トランスコーダに対して、たとえ入来コンテンツ・フレームのデータ（たとえば入来コンテンツ・フレーム内に含まれる信号のサンプル）が修正されたとしても入来ブロックのメタデータが出行メタデータ・フレーム中に含められるべきであることを示してもよい。たとえば入来ブロックがバイナリー・データのようなまたは入来コンテンツ・フレーム内に含まれるデータと無関係な追加的なビットストリームのようなペイロードを含むときに、そういうことがありうる。PCM処理パラメータは、いわゆるPCM接続されたトランスコーダにとって特に重要である。

【0022】

ある好ましい入来記述子は、タイムスタンプ・パラメータおよび／または継続時間パラメータが記述子内に含まれているかどうかについての指標を少なくとも含む。さらに、ある好ましい入来記述子は、複製および複製解除パラメータを含む。

【0023】

トランスコーダは、入来記述子に基づいて入来メタデータ・フレームから出行メタデータ・フレームを生成するよう構成されていてもよい。特に、トランスコーダは、入来記述子によって示される前記一つまたは複数の属性のみに基づいて、入来メタデータ・フレームから出行メタデータ・フレームを生成するよう構成されていてもよい。より詳細には、トランスコーダは、入来ブロック内に含まれるメタデータを解析することなく入来メタデータ・フレームから出行メタデータ・フレームを生成するよう構成されていてもよい。よって、トランスコーダは、メタデータの諸ブロックによって担持されるメタデータを解析および／または解釈する必要なく、メタデータの諸ブロックの記述子のみに基づいて、メタデータ・フレーム内に含まれるメタデータのトランスコードを実行しうる。これは、著しく軽減された計算量をもつトランスコーダを与える。

【0024】

トランスコーダは、入来メタデータ・フレームの前記一つまたは複数の入来ブロックからのメタデータを、対応する一つまたは複数の出行ブロックにコピーすることによって入来メタデータ・フレームから出行メタデータ・フレームを生成するよう構成されていてもよい。前記一つまたは複数の出行ブロックは、出行メタデータ・フレームに挿入されてもよい。コピーおよび挿入は、前記一つまたは複数の入来ブロックの入来記述子（単数または複数）によって示される前記一つまたは複数の属性に従わされてもよい。例として、関連付けパラメータは、トランスコーダに対して、特定の入来ブロックが出行メタデータ・フレーム中に挿入されるべきであることを示してもよい。他方、トランスコーダ・パラメータはトランスコーダに対して、第二のコーデック・システムが第一のコーデック・システムと異なる場合には、その特定の入来ブロックが脱落させられるべきであることを示してもよい。

【0025】

トランスコーダは、入来ブロックの入来記述子に基づいて出行ブロックの出行記述子を生成することによって、出行メタデータ・フレームを生成するよう構成されていてもよい。特に、出行記述子は、入来記述子によって示される属性の一部または全部を含んでいてもよい、または示していてもよい。入来記述子の属性の一部または全部は出行記述子にコピーされてもよい。他方、トランスコーダは、出行記述子を生成するために入来記述子によって示される属性の一つまたは複数を修正するよう構成されていてもよい。ここで、出行記述子は、一つまたは複数の修正された属性を示す。例として、入来記述子はタイムスタンプ・パラメータを示していてもよい。タイムスタンプ・パラメータは、トランスコーダが入来ビットストリームに対して出行ビットストリームのフレーム構成のし直し（re-framing）を実行していた可能性があったとしても修正されたタイムスタンプ・パラメータがもとのタイムスタンプ・パラメータと同じ信号のサンプルを示すよう、トランスコーダによって修正されてもよい。

【0026】

上記で示したように、入来記述子の前記一つまたは複数の属性は、入来ブロックのメタデータが関連付けされている信号のサンプルを示すタイムスタンプ・パラメータを含んでいてもよい。入来記述子のタイムスタンプ・パラメータは典型的には、入来コンテンツ・フレームに対して信号のサンプルを示す。トランスコーダは、入来ブロックから出行ブロックを生成するよう構成されていてもよい。さらに、トランスコーダは、出行記述子の対応するタイムスタンプ・パラメータが出行コンテンツ・フレーム（これは入来コンテンツ・フレームとは異なるフレーム構成をもつことがありうる）に対して信号の当該サンプルを示すよう、入来記述子のタイムスタンプ・パラメータを修正することによって、出行ブロックの出行記述子を生成するよう構成されていてもよい。よって、トランスコーダは、たとえ入来ビットストリームがフレーム構成のし直しを受けたとしても、入来記述子によって示される前記一つまたは複数の属性が有効なままであることを保証するよう構成されていてもよい。

【0027】

トランスコーダは、（入来メタデータ・フレームの入来ブロックから生成された）出行ブロックを遅れた出行メタデータ・フレーム中に挿入するよう構成されていてもよい。トランスコーダは、（たとえば第二のビットストリームの限られたビットレートのため）前記メタデータを、遅れた出行メタデータ・フレーム中に挿入することを選んでもよい。遅れた出行メタデータ・フレームは、入来ブロックのタイムスタンプ・パラメータによって示される信号のサンプルを含まない遅れた出行コンテンツ・フレームに関連付けられてもよい。にもかかわらず出行ブロックのタイムスタンプ・パラメータが信号の正しいサンプルを同定することを保証するために、トランスコーダは、出行記述子のタイムスタンプ・パラメータが遅れた出行コンテンツ・フレームに対して信号の前記サンプルを指示するよう、入来ブロックのタイムスタンプ・パラメータを修正することによって、出行ブロックの出行記述子を生成するよう構成されていてもよい。例として、修正されたタイムスタンプ・パラメータは、前記遅れたコンテンツ・フレームのサンプルの数を超えるサンプル番号を示し、それにより信号の当該サンプルが前記遅れたコンテンツ・フレームの外にあることを示してもよい。

【0028】

上記で示したように、入来記述子の前記一つまたは複数の属性は、対応する入来ブロックのメタデータが、当該入来メタデータ・フレームから生成されるすべての出行メタデータ・フレームに含められるべきであるかどうかを示す複製パラメータを含んでいてもよい。トランスコーダは、複製パラメータを考慮に入れることによって、入来メタデータ・フレームから複数の出行メタデータ・フレームを生成するよう構成されていてもよい。特に、トランスコーダは、複製パラメータが、入来ブロックのメタデータが、当該入来メタデータ・フレームから生成されるすべての出行メタデータ・フレームに含められるべきであることを示していることを判別するよう構成されていてもよい。そのような場合、トランスコーダは、入来ブロックのメタデータを前記複数の出行メタデータ・フレームのそれぞれに挿入するよう構成されていてもよい。特に、トランスコーダは、前記複数の出行メタデータ・フレームのそれぞれについて、入来ブロックから出行ブロックを生成するよう構成されていてもよい。複数の出行メタデータ・フレームを生成することに加えて、トランスコーダは、入来コンテンツ・フレームから複数の出行コンテンツ・フレームを生成するよう構成されていてもよい。ここで、前記複数の出行コンテンツ・フレームは、それぞれ前記複数の出行メタデータ・フレームと関連付けられていてもよい。

【0029】

複製パラメータは、入来ブロックのメタデータが、当該入来メタデータ・フレームから生成されたすべての出行メタデータ・フレームに含められるべきであることを示すようセットされうるフラグを含んでいてもよく、あるいはその逆でもよい（すなわち、上記の代わりに逆のことを示すためにフラグがセットされてもよい）。

【0030】

上記で示したように、入来記述子の前記一つまたは複数の属性は、出行メタデータ・フレームが複数の入来メタデータ・フレームから生成される場合に、入来ブロックのメタデータがトランスコーダによって破棄されてもよい（または破棄されるべきである）かどうかを示す複製解除パラメータを含んでいてもよい。トランスコーダは、複製解除パラメータを考慮に入れることによって、入来ビットストリームの複数の入来メタデータ・フレームから出行メタデータ・フレームを生成するよう構成されていてもよい。特に、前記複数の入来メタデータ・フレームは、メタデータの複数の入来ブロックを含んでいてもよく、各入来ブロックは、その入来ブロックのメタデータがトランスコーダによって破棄されてもよいことを示すそれぞれの複製解除パラメータと関連付けられていてもよい。トランスコーダは、出行メタデータ・フレームを生成するために、前記複数の入来メタデータ・フレームのうちの一つを除いた全部について（たとえば、前記複数の入来メタデータ・フレームの最初のものを除いた全部について）、前記複数の入来ブロックのメタデータを破棄するよう構成されていてもよい。複数の入来メタデータ・フレームから出行メタデータ・フレームを生成することに加えて、トランスコーダは、複数の入来コンテンツ・フレームから出行コンテンツ・フレームを生成するよう構成されていてもよい。ここで、前記複数の入来コンテンツ・フレームはそれぞれ前記複数の入来メタデータ・フレームに関連付けられている。

【0031】

複製解除パラメータは、出行メタデータ・フレームが複数の入来メタデータ・フレームから生成される場合に、入来ブロックのメタデータがトランスコーダによって破棄されてもよい（または破棄されるべきである）ことを示すようセットされうるフラグを含んでいてもよく、あるいはその逆でもよい（すなわち、上記の代わりに逆のことを示すためにフラグがセットされてもよい）。

【0032】

上記で示したように、入来記述子の前記一つまたは複数の属性は、メタデータの一つまたは複数の他の入来ブロックに対する前記入来ブロックのメタデータの相対的な重要性を示す優先度パラメータを含んでいてもよい。トランスコーダにおいて受領される入来メタデータ・フレームは、優先度パラメータについて異なる値を示す記述子をもつ複数の入来ブロックを含んでいてもよい。トランスコーダは、前記複数の入来ブロックの優先度パラメータに基づいて前記複数の入来ブロックから前記出行メタデータ・フレームを生成するよう構成されていてもよい。特に、トランスコーダは、まず最高の相対優先度をもつ入来ブロック（単数または複数）を選択し、より低い優先度の入来ブロックを、出行ビットストリームのために十分なビットレートが利用可能である場合に挿入するだけであってもよい。

【0033】

前記複数の入来ブロックは、段階的な優先度を示す段階的優先度パラメータに関連付けられていてもよい。前記複数の入来ブロックは、前記複数の入来ブロックの組み合わされたメタデータが高品質のメタデータを提供し、前記複数の入来ブロックからの最高の相対優先度をもつ入来ブロックのメタデータが低下した品質のメタデータを提供する（すなわち、前記組み合わされたメタデータによって提供される高品質メタデータに比べて低下している品質をもつメタデータを提供する）よう、段階的メタデータを含んでいてもよい。次の、より低い優先度の入来ブロックは、メタデータの品質の増大を提供してもよい、など、完全な複数の入来ブロックを組み合わせるときにメタデータの最高品質が提供されるまで同様である。トランスコーダは、前記複数の入来ブロックの少なくとも一つまたは複数に基づいて出行メタデータ・フレームを生成するよう構成されていて、それにより出行メタデータ・フレーム内に含まれるメタデータの品質のスケーラブルな劣化を許容してもよい。劣化の度合いは、たとえば出行ビットストリームの利用可能なビットレートに基づいていてもよい。

【0034】

上記で示したように、入来記述子の前記一つまたは複数の属性は、入来ブロックのメタデータが、前記出行メタデータ・フレームの後の遅れた出行メタデータ・フレーム中に挿入されてもよいかどうかを示す関連付けパラメータを含んでいてもよい。トランスコーダは、関連付けパラメータに基づいておよび／または出行ビットストリームに対するビットレート制約に基づいて、入来ブロックからのメタデータを前記出行メタデータ・フレーム中に挿入するよう構成されていてもよい。特に、トランスコーダは、関連付けパラメータが前記入来ブロックのメタデータが遅らされてもよいことを示す場合に、入来ブロックからのメタデータを、前記出行メタデータ・フレームのあとの遅れた出行メタデータ・フレーム中に挿入するよう構成されていてもよい。

【0035】

あるさらなる側面によれば、入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行ビットストリーム中にトランスコードする方法が記述される。出行ビットストリームは、出行コンテンツ・フレームおよび／または関連付けられた出行メタデータ・フレームを含んでいてもよい。入来コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示していてもよく、出行コンテンツ・フレームは第二のコーデック・システムに基づいてエンコードされた信号を示していてもよい。上記で示したように、第一および第二のコーデック・システムは同じであってもよく、あるいは異なっていてもよい。本方法は、入来メタデータ・フレームからメタデータの入来ブロックを同定することを含んでいてもよい。メタデータの入来ブロックは、メタデータの該入来ブロック内に含まれるメタデータの一つまたは複数の属性を示す入来記述子に関連付けられていてもよい。さらに、本方法は、入来記述子に基づいて入来メタデータ・フレームから出行メタデータ・フレームを生成することを含んでいてもよい。換言すれば、出行メタデータ・フレームは、典型的には入来メタデータ・フレーム内に含まれるメタデータをさらに解析する必要なく、入来記述子を考慮することによって決定されうる。

【0036】

もう一つの側面によれば、コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームが記述される。コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示していてもよい。メタデータ・フレームはメタデータのブロックを含んでいてもよく、メタデータのブロックはメタデータのブロック内に含まれるメタデータの一つまたは複数の属性を示す記述子に関連付けられていてもよい（または該記述子を含んでいてもよい）。

【0037】

あるさらなる側面によれば、コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成するよう構成されたエンコーダが記述される。コンテンツ・フレームはあるコーデック・システムに基づいてエンコードされた信号を示していてもよい。エンコーダは、メタデータのブロックを生成するよう構成されていてもよい。さらに、エンコーダは、メタデータのブロックに関連付けられた記述子を決定するよう構成されていてもよい。記述子は、メタデータのブロック内に含まれるメタデータの一つまたは複数の属性を示してもよい。さらに、エンコーダは、メタデータのブロックをメタデータ・フレーム中に挿入するよう構成されていてもよい。トランスコーダのコンテキストにおいて本稿で記述される特徴は対応するエンコーダにも適用可能であることを注意しておくべきである。

【0038】

特に、前記一つまたは複数の属性は、メタデータのブロック内に含まれるメタデータが関連付けされている信号のサンプルを示すタイムスタンプ・パラメータを含んでいてもよい。信号のサンプルはコンテンツ・フレーム内に含まれてもよい。エンコーダは、当該ブロックを、遅れたメタデータ・フレーム中に挿入するよう構成されていてもよい。ここで、遅れたメタデータ・フレームは、信号の前記サンプルを含まない遅れたコンテンツ・フレームに関連付けられている。さらに、エンコーダは、記述子のタイムスタンプ・パラメータが前記遅れたコンテンツ・フレームに対して信号の前記サンプルを指示するよう、メタデータのブロックの記述子を生成するよう構成されていてもよい。よって、エンコーダは、メタデータの送信を遅らせ、タイムスタンプ・パラメータをしかるべく修正し、それによりエンコーダによって生成されるビットストリームのビットレートを平滑化するよう構成されていてもよい。

【0039】

ある側面によれば、対応するデコーダが記述される。デコーダは、本稿に記述されるデコーダ関係の特徴のいずれを含んでいてもよい。デコーダは、コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームをデコードするよう構成されていてもよい。上記で概説したように、コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示していてもよい。メタデータ・フレームは、メタデータのブロックを含んでいてもよい。メタデータのブロックは、メタデータのブロック内に含まれるメタデータの一つまたは複数の属性を示す記述子に関連付けられていてもよい（または該記述子を含んでいてもよい）。デコーダは、コンテンツ・フレーム内に含まれるエンコードされた信号をデコードするよう構成されていてもよい。特に、デコーダは、エンコードされた信号をデコードするための前記第一のコーデック・システムのデコーダを含んでいてもよい。結果として、デコーダは、エンコードされた信号のPCMサンプルの集合を提供するよう構成されていてもよい。

【0040】

さらに、デコーダは、メタデータ・フレームからメタデータのブロックを同定し、メタデータのブロックから記述子を抽出するよう構成されていてもよい。さらに、デコーダは、記述子によって示される前記一つまたは複数の属性に依存してメタデータのブロック内に含まれるメタデータを処理するよう構成されていてもよい。前記一つまたは複数の属性は、本稿に記載される属性のどの一つまたは複数に対応していてもよい。デコーダは、メタデータの特定の属性を、メタデータの対応する処理に関連付けるよう構成されていてもよい。例として、記述子は、タイムスタンプ・パラメータを示し、それによりデコーダにメタデータのブロックのメタデータが信号の特定のサンプルに適用されるものであることを通知してもよい。よって、デコーダは、タイムスタンプ・パラメータによって示されるサンプルにメタデータを適用するよう構成されていてもよい。もう一つの例として、記述子は、関連付けパラメータを示していてもよい。関連付けパラメータが、メタデータのブロックがコンテンツ・フレームに関係していないことを示す場合には、デコーダは、メタデータのブロック内に含まれるメタデータを（たとえばブロック・メタデータ内に含まれる補助データを扱う）別の処理ユニットに渡すよう構成されていてもよい。

【0041】

ある側面によれば、コンテンツ・フレームおよび関連付けされたメタデータ・フレームを含むエンコードされたビットストリームをデコードする方法が記述される。コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示していてもよい。メタデータ・フレームは、メタデータのブロックを含んでいてもよい。メタデータのブロックは、メタデータのブロック内に含まれるメタデータの一つまたは複数の属性を示す記述子に関連付けられていてもよい。本方法は、コンテンツ・フレーム内に含まれるエンコードされた信号をデコードすることを含んでいてもよい。特に、本方法は、メタデータ・フレームからメタデータのブロックを同定し、メタデータのブロックから記述子を抽出することを含んでいてもよい。加えて、本方法は、記述子によって示される前記一つまたは複数の属性に基づいてメタデータのブロック内に含まれるメタデータを処理することを含んでいてもよい。

【0042】

もう一つの側面によれば、コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成する方法が記述される。コンテンツ・フレームはあるコーデック・システムに基づいてエンコードされた信号を示していてもよい。本方法は、メタデータのブロックを生成することを含んでいてもよい。さらに、本方法は、メタデータのブロックに関連付けられた記述子を決定することを含んでいてもよい。ここで、記述子は、メタデータのブロック内に含まれるメタデータの一つまたは複数の属性を示す。加えて、本方法は、メタデータのブロックをメタデータ・フレーム中に挿入することを含んでいてもよい。

【0043】

あるさらなる側面によれば、コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成するよう構成されたエンコーダが記述される。コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示していてもよい。エンコーダは、メタデータのブロックを生成するよう構成されていてもよい。ある好ましい実施形態では、メタデータのブロックは、本稿に記述されるような記述子を含む。記述子は、メタデータのブロック内に含まれるメタデータの一つまたは複数の属性を示してもよい。

【0044】

エンコーダは、メタデータのブロックをメタデータ・フレーム中に挿入するよう構成されていてもよい。さらに、エンコーダは、複数のあらかじめ決定された安全な鍵から安全な鍵を選択するよう構成されていてもよい。前記複数のあらかじめ決定された安全な鍵は、種々の信頼レベルを提供するよう構成されていてもよい。特に、前記複数のあらかじめ決定された安全な鍵は、エンコーダの（または対応するデコーダのまたはデコーダおよびエンコーダを有する対応するトランスコーダの）開発者にのみ知られている高度に安全な鍵を含んでいてもよい。さらに、前記複数のあらかじめ決定された安全な鍵は、エンコーダの（または対応するデコーダのまたはデコーダおよびエンコーダを有する対応するトランスコーダの）運用者に知られている中程度の安全な鍵を含んでいてもよい。

【0045】

エンコーダは、少なくともコンテンツ・フレーム、関連付けられたメタデータ・フレームおよび選択された安全な鍵に基づいて暗号学的値を生成するよう構成されていてもよい。特に、エンコーダは、暗号学的値を生成するために、HMAC-MD5値またはHMAC-SHA256値（連邦情報処理標準FIPS PUB 180-2において規定されているセキュア・ハッシュ・アルゴリズム（Secure Hash Algorithm））を計算するよう構成されていてもよい。加えて、エンコーダは、HMAC-MD5またはHMAC-SHA256値を打ち切って暗号学的値を与えるよう構成されていてもよい。HMAC値を打ち切ることにより、暗号学的値のために必要とされるオーバーヘッドが低減されうる。エンコーダは、生成された暗号学的値をメタデータ・フレーム中に挿入するよう構成されていてもよい。それにより、コンテンツ・フレームおよび／またはメタデータ・フレームが、権限のない者によって、検出されることなく修正されることができないことを保証する。

【0046】

異なる信頼レベルを提供する異なる安全な鍵の使用は、対応するデコーダ（またはデコーダを有するトランスコーダ）が、受領されたビットストリームが修正されているかどうかおよびもしそうであればどの者が受領されたビットストリームを修正したのかを検証することができることを保証する。例として、エンコーダは、前記高度に安全な鍵を使ってビットストリームを最初に生成したことがありうる。中間の者がビットストリームを修正したことがありえ、修正された暗号学的値を生成するために前記中程度に安全な鍵を使ったことがありうる。よって、デコーダは、受領されたビットストリームが前記中程度に安全な鍵へのアクセスをもつ者によって修正されたことを知る。前記複数のあらかじめ決定された安全な鍵は、二つより多くの信頼レベルを有していてもよく、それによりデコーダに受領されたビットストリームの信頼性に関するさらなる詳細を提供してもよいことを注意しておくべきである。

【0047】

エンコーダは、選択された安全な鍵の指示をメタデータ・フレーム中に挿入し、それにより対応するデコーダが受領されたビットストリームが修正されているかどうかを簡単に検証できるようにするよう構成されていてもよい。他方、デコーダは、メタデータ・フレーム中に挿入されるべき選択された安全な鍵の指示を必要とすることなく、前記複数のあらかじめ決定された安全な鍵全部を使って受領されたビットストリームの真正性を検証するよう構成されていてもよい。

【0048】

エンコーダは、エンコードされたビットストリームのために複数の相続くコンテンツ・フレームおよび関連付けられたメタデータ・フレームを生成するよう構成されていてもよい。さらに、エンコーダは、単一のコンテンツ・フレームおよびその関連付けられたメタデータ・フレームに基づき、かつ選択された安全な鍵に基づいて、フレーム暗号学的値を生成するよう構成されていてもよい。フレーム暗号学的値は、関連付けられたメタデータ・フレーム中に挿入されてもよく、個々のコンテンツ／メタデータ・フレームの真正性を検証するために対応するデコーダ（またはトランスコーダ）によって使用されてもよい。さらに、エンコーダは、前記複数の相続くコンテンツ・フレームおよびそれらの関連付けられたメタデータ・フレームのうちの少なくともいくつかに基づき、かつ選択された安全な鍵に基づいて、履歴暗号学的値を生成するよう構成されていてもよい。履歴暗号学的値は、前記複数の相続くメタデータ・フレームの一つに挿入されてもよく、前記複数の相続くコンテンツ・フレームおよびメタデータ・フレームの正しい逐次順を検証するために対応するデコーダ（またはトランスコーダ）によって使用されてもよい。

【0049】

あるさらなる側面によれば、コンテンツ・フレームおよび関連付けられたメタデータ・フレームを有するエンコードされたビットストリームを生成する方法が記述される。コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示していてもよい。本方法は、メタデータのブロックを生成し、メタデータのブロックをメタデータ・フレーム中に挿入することを含んでいてもよい。さらに、本方法は、複数のあらかじめ決定された安全な鍵から安全な鍵を選択することを含んでいてもよい。前記複数のあらかじめ決定された安全な鍵は、種々の信頼レベルを提供する。加えて、本方法は、少なくともコンテンツ・フレーム、関連付けられたメタデータ・フレームおよび選択された安全な鍵に基づいて暗号学的値を生成することを含んでいてもよい。生成された暗号学的値は次いでメタデータ・フレーム中に挿入されてもよい。

【0050】

あるさらなる側面によれば、対応するデコーダが記述される。デコーダは、コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを受領するよう構成されていてもよい。エンコードされたビットストリームは、本稿に記述される属性のどの一つまたは複数を有していてもよい。特に、コンテンツ・フレームは第一のコーデック・システム（たとえば、本稿で言及されるようなコーデック・システム）に基づいてエンコードされた信号を示していてもよい。デコーダは、メタデータ・フレームから暗号学的値を抽出するよう構成されていてもよい。暗号学的値は、本稿において記述されるように、対応するエンコーダによってメタデータ・フレーム中に挿入されたものであってもよい。特に、暗号学的値は、複数のあらかじめ決定された安全な鍵の一つを使って決定されていてもよい。上記で概説したように、前記複数のあらかじめ決定された安全な鍵は種々の信頼レベルを提供しうる。例として、前記複数のあらかじめ決定された安全な鍵は、高度に安全な鍵および中程度に安全な鍵を含んでいてもよい。

【0051】

デコーダは、前記複数のあらかじめ決定された安全な鍵からの安全な鍵を決定するよう構成されていてもよい。特に、デコーダは、安全な鍵をメタデータ・フレームから（たとえば、メタデータ・フレームの特定のフィールドから）抽出することによって、前記安全な鍵を決定するよう構成されていてもよい。さらに、デコーダは、少なくとも受領されたコンテンツ・フレーム、受領された関連付けられたメタデータ・フレームおよび決定された安全な鍵に基づいて検証暗号学的値を生成するよう構成されていてもよい。加えて、デコーダは、受領されたエンコードされたビットストリームが信頼できるかどうかを判定するために、抽出された暗号学的値および検証暗号学的値を比較するよう構成されていてもよい。例として、抽出された暗号学的値および検証暗号学的値が一致すれば、デコーダは、受領されたエンコードされたビットストリームが信頼できると判定しうる。さらに、検証暗号学的値を生成するために使われる安全な鍵が、受領されたエンコードされたビットストリームに関連付けられる信頼レベルをデコーダに対して示しうる。例として、高度に安全な鍵は、中程度に安全な鍵より高い信頼レベルを示していてもよい。

【0052】

デコーダは、前記複数のあらかじめ決定された安全な鍵のうちのどれが抽出された暗号学的値を生成するために使われたかを決定するよう構成されていてもよい。上記で示したように、抽出された暗号学的値を生成するために使われた安全な鍵は、受領されたエンコードされたビットストリームの信頼のレベルの指標を提供しうる。特に、デコーダは、それぞれ前記複数のあらかじめ決定された安全な鍵についての複数の検証暗号学的値を生成するよう構成されていてもよい。さらに、デコーダは、前記複数の検証暗号学的値のそれぞれを、抽出された暗号学的値と比較するよう構成されていてもよい。加えて、デコーダは、該比較が前記複数のあらかじめ決定された安全な鍵のうちの一つが抽出された暗号学的値に一致することを示す場合、前記複数のあらかじめ決定された安全な鍵のうちの前記一つが抽出された暗号学的値を生成するために使われたことを判別するよう構成されていてもよい。

【0053】

あるさらなる側面によれば、コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含む受領されたエンコードされたビットストリームの信頼のレベルを決定する方法が記述される。コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示していてもよい。本方法は、メタデータ・フレームから暗号学的値を抽出することを含んでいてもよい。さらに、本方法は、複数のあらかじめ決定された安全な鍵からの安全な鍵を決定することを含んでいてもよい。前記複数のあらかじめ決定された安全な鍵は種々の信頼レベルを提供しうる。加えて、本方法は、少なくともコンテンツ・フレーム、関連付けられたメタデータ・フレームおよび決定された安全な鍵に基づいて検証暗号学的値を生成することを含んでいてもよい。本方法は、受領されたエンコードされたビットストリームについての信頼のレベルを決定するために、抽出された暗号学的値および検証暗号学的値を比較することに進んでもよい。ここで、信頼のレベルは、決定された安全な鍵によって示されてもよい。

【0054】

もう一つの側面によれば、入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行ビットストリームにトランスコードするよう構成されたトランスコーダが記述される。トランスコーダは、本稿に記載されるトランスコーダ関係の特徴のいずれを有していてもよい。上記で概説したように、入来ビットストリームは、信号のサンプルの集合を示していてもよく、たとえば信号のあるフレームのサンプルを示していてもよい。トランスコーダは、（受領された入来ビットストリームをデコードするための）デコーダおよび（デコードされた入来ビットストリームをエンコードし直してトランスコードされた出行ビットストリームを与えるための）エンコーダを有していてもよい。トランスコーダはいわゆるPCM接続されたトランスコーダを有していてもよい。

【0055】

トランスコーダのデコーダは、入来コンテンツ・フレームを信号のデコードされたPCMサンプルの集合に変換するよう構成されていてもよい。さらに、デコーダは、入来メタデータ・フレームからメタデータを抽出するよう構成されていてもよい。よって、デコーダは、入来ビットストリームを、デコードされたPCMサンプルおよび関連付けられたメタデータのシーケンスに変換するよう構成されていてもよい。デコードされたPCMサンプルおよび関連付けられたメタデータのシーケンスは、トランスコーダのエンコーダによって、（第二のコーデック・システムに基づく）出行ビットストリームを生成するために使われてもよい。デコーダは、デコーダの安全な鍵を使って、デコードされたPCMサンプルおよび抽出されたメタデータの集合についての署名値を生成するよう構成されていてもよい。署名値は、HMAC-MD5またはHMAC-SHA256ハッシュ関数を使って生成されてもよい。結果として得られる値は、署名値を与えるために打ち切られてもよい。よって、デコーダは、署名値を与えるよう構成されていてもよく、それによりエンコーダが、デコードされたPCMサンプルおよび／またはメタデータが当該トランスコーダのデコーダとエンコーダの間で（デコーダの安全な鍵へのアクセスをもたない）権限のないエンティティによって修正されていないかどうかを検証できるようにする。

【0056】

トランスコーダのエンコーダは、PCMサンプルおよび関連付けられたメタデータの集合を受領するよう構成されていてもよい。PCMサンプルの受領された集合は典型的には、デコーダによって与えられるデコードされたPCMサンプルの集合に対応し、受領されたメタデータは典型的にはデコーダからの抽出されたメタデータに対応する。しかしながら、PCMサンプルおよび／またはメタデータは、修正されていて、PCMサンプルの受領された集合および／または受領されたメタデータがデコードされたPCMサンプルの集合および／または抽出されたメタデータと異なっていることがありうる。

【0057】

エンコーダは、署名値を受領するよう構成されていてもよい。受領された署名値は、デコーダによって生成された署名値に対応していることがあり、あるいはそれに等しいことがある。他方、受領された署名値がデコーダによって生成された署名値と異なることがありうる（たとえば、PCMサンプルおよび／またはメタデータの修正を受け権限のあるエンティティによって修正された場合）。エンコーダは、受領された署名値がPCMサンプルおよび関連付けられたメタデータの受領された集合について有効であるかどうかを、エンコーダの安全な鍵を使って検証するよう構成されていてもよい。さらに、エンコーダは、受領された署名が有効である場合に、PCMサンプルの受領された集合から出行ビットストリームの出行コンテンツ・フレームを生成し、受領されたメタデータから関連付けられた出行ビットストリームの出行メタデータ・フレームを生成するよう構成されていてもよい。他方、エンコーダは、受領された署名が有効でない場合には、受領されたメタデータの出行ビットストリーム中への挿入を防止するよう構成されていてもよい。よって、トランスコーダのエンコーダは、メタデータまたはPCMサンプルが権限のないエンティティによって修正されている場合に、メタデータ・フレームの出行ビットストリーム中への挿入を防止するよう構成されていてもよい。

【0058】

トランスコーダ内で使われるデコーダおよびエンコーダは典型的にはそれぞれのオーディオ・コーデック・システムの開発者によって提供されることを注意しておくべきである。よって、デコーダおよびエンコーダの機能は、開発者によって制御されることができ、それによりオーディオ・コンテンツおよび関連付けられたメタデータの高い品質を保証する。他方、デコーダとエンコーダの間でPCMサンプルおよび／またはメタデータが権限のないエンティティによって修正されることがあり、それにより、オーディオ・コンテンツおよび／またはメタデータの品質が低下するリスクを呈する。署名値を生成するデコーダを提供することにより、かつ署名値を検証するエンコーダを提供することにより、PCMサンプルおよび／またはメタデータの権限のない修正を検出できることを保証できる。

【0059】

エンコーダは、デコーダの安全な鍵をエンコーダの安全な鍵として使うよう構成されていてもよい。よって、エンコーダが、受領されたPCMサンプルおよびメタデータが対応するデコーダによって提供されたPCMサンプルおよびメタデータに対応するかどうかを検証することができることが保証される。

【0060】

トランスコーダはさらに、デコードされたPCMサンプルの集合および／または抽出されたメタデータを修正し、それにより第二のPCMサンプルの集合および関連付けられた第二のメタデータを与えるよう構成されているPCM処理段を含んでいてもよい。第二のPCMサンプルの集合は、デコードされたPCMサンプルの集合または修正されたPCMサンプルの集合に対応しうる。同様に、第二のメタデータは抽出されたメタデータまたは修正された抽出されたメタデータに対応しうる。さらに、PCM処理段は、第二のPCMサンプルの集合および関連付けられた第二のメタデータをエンコーダに渡すよう構成されていてもよい。受領された署名値およびエンコーダの安全な鍵を使って、エンコーダは、デコードされたPCMサンプルおよび／または抽出されたメタデータがPCM処理段によって修正されたことを検出するよう構成されていてもよい。換言すれば、エンコーダは、（エンコーダによって受領された）第二のPCMサンプルおよび（エンコーダによって受領された）第二のメタデータが（デコーダによって提供された）デコードされたPCMサンプルおよび抽出されたメタデータに対応していないことを検出するよう構成されていてもよい。

【0061】

トランスコーダはさらに、再署名の安全な鍵を使って、第二のPCMサンプルの集合および関連付けられた第二のメタデータについて更新された署名値を決定するよう構成されている再署名ユニットを有していてもよい。さらに、再署名ユニットは、更新された署名値をエンコーダに渡すよう構成されていてもよい。再署名の安全な鍵は、デコーダの安全な鍵とは異なっていてもよい。エンコーダは、再署名の安全な鍵をエンコーダの安全な鍵として使うよう構成されていてもよい。よって、エンコーダは、PCMサンプルおよび／または関連付けられたメタデータが権限のあるPCM処理段によって修正されたことを検出するよう構成されていてもよい。本稿に記述される暗号学的値と同様に、署名値のための安全な鍵は、複数のあらかじめ決定された安全な鍵から選択されてもよい。例として、デコーダの安全な鍵は、高度に安全な鍵であってもよく、一方、再署名の安全な鍵は中程度に安全な鍵であってもよく、それによりトランスコーダのエンコーダにおいて受領されるPCMサンプルおよび／または関連付けられたメタデータについての異なる信頼レベルを提供する。

【0062】

トランスコーダのエンコーダは、受領されたPCMサンプルの集合および／または受領されたメタデータを修正するよう構成されたPCM処理段を有していてもよい。受領されたPCMサンプルの集合はデコードされたPCMサンプルの集合または第二のPCMサンプルの集合に対応しうる。同様に、受領されたメタデータは抽出されたメタデータまたは第二のメタデータに対応しうる。エンコーダは、エンコーダのPCM処理段によって修正された、受領されたPCMサンプルの修正された集合および／または修正された受領されたメタデータに基づいて、出行コンテンツ・フレームおよび／または出行メタデータ・フレームを生成するよう構成されていてもよい。トランスコーダのエンコーダにPCM処理段を設けることによって、トランスコーダ内で信頼のチェーンが維持されることが保証できる（PCM処理がエンコーダの開発者によって提供されたエンコーダ内で実行されるため）。

【0063】

上記で示したように、PCM接続されたトランスコーダは、本稿に記述される特徴のいずれを有していてもよい。特に、トランスコーダのデコーダは、入来メタデータ・フレームからメタデータの入来ブロックを同定するよう構成されていてもよい。本稿で概説されるように、メタデータの入来ブロックは、メタデータの入来ブロック内に含まれるメタデータの一つまたは複数の属性を示す入来記述子に関連付けられていてもよい。前記一つまたは複数の属性は、本稿に記載される属性のどの一つまたは複数であってもよい。トランスコーダのエンコーダは、少なくとも入来記述子に基づいて入来メタデータ・フレームから出行メタデータ・フレームを生成するよう構成されていてもよい。

【0064】

特に、前記一つまたは複数の属性は、PCMサンプルの集合および／または抽出されたメタデータの修正を受けた入来ブロックのメタデータがエンコーダによって破棄されるべきであるか否かを示すPCM処理パラメータを含んでいてもよい。そのような場合、トランスコーダのエンコーダは、PCM処理パラメータの値に基づいて、入来ブロックを出行メタデータ・フレームに含めたり含めなかったりするよう構成されていてもよい。特に、エンコーダは、PCM処理パラメータが、たとえPCMサンプルの集合および／または抽出されたメタデータが修正されていたとしても入来ブロックのメタデータが破棄されるべきでないことを示す場合に、入来ブロックのメタデータを出行メタデータ・フレーム中に含めるよう構成されていてもよい。これは、たとえば、入来ブロック内に含まれるメタデータがPCMサンプルの集合とは独立である（たとえば補助データまたはバイナリー・データについてそうであるように）状況において有用である。

【0065】

トランスコーダのPCM処理段は、トランスコーダのエンコーダに一つまたは複数のPCM処理条件の指標を提供するよう構成されていてもよい。一つまたは複数のPCM処理条件は、PCMサンプルの集合がどのようにおよび／または抽出されたメタデータがどのようにPCM処理段によって処理されたかを示してもよい。例として、一つまたは複数のPCM処理条件は：PCMサンプルの集合のサンプリング・レートの変換、PCMサンプルのシステム・サウンドとの混合、抽出されたメタデータの修正、PCMサンプルの集合のチャネル構成の修正（オーディオ信号の場合）、PCMサンプルの集合のラウドネスの平準化（leveling）の一つまたは複数を含んでいてもよい。すると、エンコーダは、前記一つまたは複数のPCM処理条件にも基づいて、入来メタデータ・フレームから出行メタデータ・フレームを生成するよう構成されていてもよい。特に、エンコーダは、PCM処理パラメータの値に基づき、かつ前記一つまたは複数のPCM処理条件に基づいて、入来ブロックを出行メタデータ・フレーム中に含めるか含めないかについて決定するよう構成されていてもよい。特に、PCM処理パラメータは、一つまたは複数のPCM処理条件を受けた入来ブロックをどのように処理するかを示してもよい。

【0066】

あるさらなる側面によれば、入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行ビットストリームにトランスコードする方法が記述される。入来ビットストリームは、信号のサンプルの集合を示していてもよい。本方法は、デコーダにおいて、入来コンテンツ・フレームを信号のデコードされたPCMサンプルの集合に変換することを含んでいてもよい。さらに、本方法は、デコーダにおいて、入来メタデータ・フレームからメタデータを抽出することを含んでいてもよい。さらに、デコーダの安全な鍵を使って、デコードされたPCMサンプルの集合および抽出されたメタデータについての署名値が生成されてもよい。デコードされたPCMサンプルの集合、抽出されたメタデータおよび生成された署名値は対応するエンコーダに渡されてもよい。加えて、本方法は、エンコーダにおいて、PCMサンプルの集合および関連付けられたメタデータを受領し、署名値を受領することを含んでいてもよい。本方法は、受領された署名値がPCMサンプルの受領された集合および関連付けられたメタデータについて有効であるかどうかを、エンコーダの安全な鍵を使って判定することに進んでもよい。その後、受領された署名が有効であれば、PCMサンプルの受領された集合から出行ビットストリームの出行コンテンツ・フレームが生成されてもよく、受領されたメタデータから出行ビットストリームの関連付けられた出行メタデータ・フレームが生成されてもよい。

【0067】

さらなる諸側面によれば、PCM接続されたトランスコーダの上述したデコーダおよびエンコーダが単独で記述される。デコーダおよび／またはエンコーダは、本稿に記述されるデコーダおよび／またはエンコーダ関係の特徴のどの一つまたは複数を有していてもよい。デコーダおよび／またはエンコーダは（上記のように）トランスコーダにおいて使用されてもよい。代替的または追加的に、デコーダおよび／またはエンコーダは単独で使われてもよい。よって、あるさらなる側面によれば、入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームをデコードするよう構成されたデコーダが記述される。入来ビットストリームは、信号のサンプルの集合を示していてもよい。デコーダは、入来コンテンツ・フレームを信号のデコードされたPCMサンプルの集合に変換するよう構成されていてもよい。さらに、デコーダは、入来メタデータ・フレームからメタデータを抽出するよう構成されていてもよい。加えて、デコーダは、デコーダの安全な鍵を使って、デコードされたPCMサンプルの集合および抽出されたメタデータについての署名値を生成するよう構成されていてもよい。よって、デコードされたPCMサンプルの集合および関連付けられた抽出されたメタデータは、署名値を使って保護されてもよい。署名値は、デコードされたPCMサンプルの集合および関連付けられた抽出されたメタデータの受領者によって、デコードされたPCMサンプルの集合および／または関連付けられた抽出されたメタデータが許諾されない仕方で修正されているかどうかを検証するために使われてもよい。受領者は、デコードされたPCMサンプルの集合および関連付けられた抽出されたメタデータを出行ビットストリーム中にエンコードし直すよう構成されているエンコーダであってもよい。よって、デコーダは、デコードされたPCMサンプル、抽出されたメタデータおよび生成された署名値を再エンコードのためにエンコーダに送るよう構成されていてもよい。

【0068】

もう一つの側面によれば、出行コンテンツ・フレームおよび関連付けられた出行メタデータ・フレームを含む出行ビットストリームをエンコードするよう構成されたエンコーダが記述される。エンコーダは、PCMサンプルの集合および関連付けられたメタデータを受領し、PCMサンプルの集合および関連付けられたメタデータについての署名値を受領するよう構成されていてもよい。PCMサンプルの受領された集合は、デコードされたPCMサンプルの上述した集合に対応してもよい（あるいはそれから導出されたものであってもよい）。同様に、関連付けられたメタデータの受領された集合は、抽出されたメタデータの上述した集合に対応してもよい（あるいはそれから導出されたものであってもよい）。受領された署名値は、デコードされたPCMサンプルおよび抽出されたメタデータの上述した集合を使って（たとえばデコーダにおいて）決定されたものであってもよい。

【0069】

エンコーダは、受領された署名値がPCMサンプルおよび関連付けられたメタデータの受領された集合について有効であるかどうかを、エンコーダの安全な鍵を使って検証するよう構成されていてもよい。さらに、受領された署名が有効であれば、エンコーダは、PCMサンプルの受領された集合から出行ビットストリームの出行コンテンツ・フレームを生成し、受領されたメタデータから出行ビットストリームの関連付けられた出行メタデータ・フレームを生成するよう構成されていてもよい。

【0070】

もう一つの側面によれば、入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームをデコードする方法が記述される。入来ビットストリームは、信号のサンプルの集合を示していてもよい。本方法は、入来コンテンツ・フレームを信号のデコードされたPCMサンプルの集合に変換し、入来メタデータ・フレームからメタデータを抽出することを含んでいてもよい。さらに、本方法は、デコーダの安全な鍵を使って、デコードされたPCMサンプルの集合および抽出されたメタデータについての署名値を生成することを含んでいてもよい。加えて、本方法は、デコードされたPCMサンプルの集合、抽出されたメタデータおよび生成された署名値を再エンコードのためにエンコーダに提供することを含んでいてもよい。

【0071】

あるさらなる側面によれば、出行コンテンツ・フレームおよび関連付けられた出行メタデータ・フレームを含む出行ビットストリームをエンコードする方法が記述される。本方法は、PCMサンプルの集合および関連付けられたメタデータを受領し、PCMサンプルの集合および関連付けられたメタデータについての署名値を受領することを含んでいてもよい。さらに、本方法は、受領された署名値が、PCMサンプルの受領された集合および関連付けられたメタデータについて有効であるかどうかを、エンコーダの安全な鍵を使って検証することを含んでいてもよい。本方法は、受領された署名が有効であれば、PCMサンプルの受領された集合から出行ビットストリームの出行コンテンツ・フレームを生成し、受領されたメタデータから出行ビットストリームの関連付けられた出行メタデータ・フレームを生成することに進んでもよい。

【0072】

あるさらなる側面によれば、ソフトウェア・プログラムが記述される。ソフトウェア・プログラムは、プロセッサ上での実行のために、プロセッサ上で実行されたときに本稿で概説される方法段階を実行するよう適応されていてもよい。

【0073】

もう一つの側面によれば、記憶媒体が記述される。記憶媒体は、プロセッサ上での実行のために、プロセッサ上で実行されたときに本稿で概説される方法段階を実行するよう適応されているソフトウェア・プログラムを有してもよい。

【0074】

あるさらなる側面によれば、コンピュータ・プログラム・プロダクトが記述される。コンピュータ・プログラムは、コンピュータ上で実行されたときに本稿で概説される方法段階を実行するための実行可能命令を有していてもよい。

【0075】

本特許出願において概説される好ましい実施形態を含む方法およびシステムが単独で、あるいは本稿で開示される他の方法およびシステムとの組み合わせにおいて使用されうることを注意しておくべきである。さらに、本特許出願において概説される方法およびシステムのすべての側面は任意に組み合わされうる。特に、請求項の特徴は、任意の仕方で互いに組み合わされうる。

【図面の簡単な説明】

【0076】

本発明は、付属の図面を参照して例示的な仕方で以下に説明される。

【図1】ａは、トランスコーダを有する例示的なオーディオ・コンテンツ配送チェーンのブロック図である。ｂはメタデータ・フレームの例示的な構造を示す図である。

【図2】ａおよびｂは、メタデータ・フレームにおいて使われるタイムスタンプ属性の例を示す図である。

【図3】ａおよびｂは、メタデータ・フレームにおいて使われる複製解除属性の例を示す図である。

【図4】ａおよびｂは、メタデータ・フレームにおいて使われる複製属性の例を示す図である。

【図5a】例示的なPCM接続されたトランスコーダを示す図である。

【図5b】例示的なPCM接続されたトランスコーダを示す図である。

【図5c】例示的なPCM接続されたトランスコーダを示す図である。

【図5d】例示的なPCM接続されたトランスコーダを示す図である。

【図6】例示的なPCM接続されたトランスコーダを示す図である。

【発明を実施するための形態】

【0077】

背景セクションにおいて概説されたように、オーディオ・コンテンツは典型的には、メタデータと関連付けられ、エンコードされたコンテンツ・フレームのシーケンスおよびメタデータ・コンテナ（メタデータ・フレームとも称される）の関連付けられたシーケンスを含む統合ビットストリームにエンコードされる。図１は、オーディオ・コンテンツについての例示的な配送システム１００のブロック図を示している。本稿に記載される方法およびシステムは、オーディオ・コンテンツのコンテキストにおいて概説される。しかしながら、これらの方法およびシステムはビデオ・コンテンツのような他の型のコンテンツに適用可能であることを注意しておくべきである。より一般的な言い方では、本稿に記載される方法およびシステムは、オーディオおよび／またはビデオのようなマルチメディア・コンテンツであって、メタデータに関連付けられているものに適用可能である。

【0078】

配送システム１００は、オーディオ・コンテンツをエンコードし、エンコードされたビットストリーム１１０（第一のエンコードされたビットストリーム１１０または入来エンコードされたビットストリーム１１０とも称される）を提供するよう構成されているエンコーダ１０１を有する。第一のエンコードされたビットストリーム１１０は典型的にはエンコードされたコンテンツ・フレーム１１１のシーケンスを含む。ここで、エンコードされたコンテンツ・フレーム１１１は対応するメタデータ・フレーム１１２に関連付けられていてもよい。エンコーダ１０１は、第一のオーディオ・コーデック・システムに基づいてエンコードされている第一のエンコードされたビットストリーム１１０を提供するよう構成されている。第一のオーディオ・コーデック・システムはたとえば、ドルビーE、ドルビー・デジタル・プラス、ドルビー・デジタル・ドルビー・トゥルーHD、ドルビー・パルス、AACおよび／またはHE-AACのうちの一つであってもよい。コンテンツ・フレーム１１１は、オーディオ・コンテンツのあらかじめ決定された数のサンプル、たとえばオーディオ・コンテンツの1536、1024または512個のサンプルを表わしていてもよく、あるいは含んでいてもよい。

【0079】

第一のエンコードされたビットストリーム１１０は、伝送媒体を介してまたは記憶媒体１０２を介してトランスコーダ１０３に提供される。トランスコーダ１０３は、第一のエンコードされたビットストリーム１１０を第二のエンコードされたビットストリーム１２０（出行ビットストリーム１２０とも称される）中にトランスコードまたは変換するよう構成されている。ここで、第二のエンコードされたビットストリーム１２０は第二のオーディオ・コーデック・システムに基づいてエンコードされる。第二のオーディオ・コーデック・システムは第一のオーディオ・コーデック・システムとは異なっていてもよい。他方、第二のオーディオ・コーデック・システムは第一のオーディオ・コーデック・システムと同じであるが、異なる構成、たとえば異なるビットレート、異なるフレームレートおよび／または異なるチャネル構成を使うのであってもよい。第二のオーディオ・コーデック・システムはたとえば、ドルビーE、ドルビー・デジタル・プラス、ドルビー・デジタル・ドルビー・トゥルーHD、ドルビー・パルス、AACおよび／またはHE-AACのうちの一つであってもよい。第一のエンコードされたビットストリーム１１０と同様に、第二のエンコードされたビットストリーム１２０は、コンテンツ・フレーム１２１のシーケンスおよびメタデータ・フレーム１２２の対応するシーケンスを含む。第二のエンコードされたビットストリーム１２０のコンテンツ・フレーム１２１は、第一のエンコードされたビットストリーム１１０のコンテンツ・フレーム１１１のフレーム・サイズとは異なるフレーム・サイズをもっていてもよい。第二のエンコードされたビットストリーム１２０は、オーディオ・コンテンツのレンダリングのためにデコーダ１０４に与えられてもよい。

【0080】

メタデータ・フレーム１１２、１２２はあらかじめ決定された構造を有していてもよい。換言すれば、メタデータ・フレーム１１２、１２２は、あらかじめ決定されたシンタックスに従ってもよい。例として、メタデータ・フレーム１１２、１２２は、表１に示されるいわゆる進化フレーム・シンタックスに従っていてもよい。進化フレーム・シンタックスはたとえば、デジタル・ビデオ放送（DVB）システムおよび／または動画像専門家グループ（MPEG）コーデック・システムのような標準化されたマルチメディア・コンテンツ・コーデック・システムのコンテキストにおいて使われてもよい。表１および後続の表に示されるメタデータ・フレーム・シンタックスは単に例であることを注意しておくべきである。シンタックスの変形または修正が可能である。特に、本稿において示されるシンタックスは、たとえば追加的な機能を提供するための追加的なフィールドによって拡張されてもよい。

【0081】

【表1】

表１に示される進化フレームのパラメータの意味は次のようなものであってもよい。
・key_idはハッシュするために使われる（すなわち、protection()フィールドのprotection_bits〔保護ビット〕を計算するために使われる）暗号鍵の識別子であってもよい。
・payload_idは後続するアプリケーション・ペイロードの識別子であってもよい；payload_id END＝"0000b"は、このevo_frame()にさらなるペイロードは含まれないという意味をもっていてもよい。
・payload_size〔ペイロード・サイズ〕は後続のペイロード・フィールド内のバイト数を示してもよい。

【0082】

進化フレーム・シンタックスは、メタデータの複数のブロックを含んでいてもよいメタデータ・フレーム１１２、１２２を指定する。ここで、メタデータのブロックはペイロードとも称される。よって、メタデータ・フレーム１１２、１２２はメタデータの0個、一つまたは複数のブロックを含んでいてもよい。ここで、メタデータの各ブロックは特定の型および／または特定の側面のメタデータを示す。メタデータの型の例は
・メタデータ・フレーム１１２が関連付けられているコンテンツ・フレーム１１１の特定の諸側面（たとえばテンポおよび／またはハーモニック情報）を記述する記述メタデータ；
・コンテンツ・フレーム１１１に直接関係していない補助データを含む、無関係メタデータ（エンコードされたオーディオ・コンテンツのターゲット・デコーダのためのファームウェア・アップグレードなど）；
・メタデータ・フレーム１１２が関連付けられているコンテンツ・フレーム１１１の一つまたは複数のサンプルのレンダリングを制御するために使用されうる制御メタデータ（たとえば、コンテンツ・フレーム１１１の一つまたは複数のサンプルのためのラウドネス値）。

【0083】

よって、メタデータ・フレーム１１２は、エンコードされたオーディオ・コンテンツの追加的な特性を記述するためにまたはビットストリーム１１０内において追加的な補助データを伝送するために、必要に応じてメタデータの追加的なブロックによって拡張されることができる柔軟な構造を提供する。コンテンツ・フレーム１１１と一緒にメタデータが伝送されない場合には、メタデータ・フレーム１１２はメタデータのブロックを含まなくてもよい。このことは、表１の進化フレームのシンタックスでは、あらかじめ決定された「END」ID（識別子）に対応するpayload_idによって示されてもよい。

【0084】

本稿では、メタデータのブロックに記述子を追加することが提案される。ここで、記述子は、メタデータの関連付けられたブロック内に含まれるメタデータの一つまたは複数の特性または属性を記述する。この記述子は、表１に示される進化フレームのシンタックスにおいて「payload_config()」と称される。記述子は、メタデータの関連付けられたブロック内に含まれるメタデータを解析する必要なしに、メタデータのブロックの効率的なトランスコードを実行するためにトランスコーダによって使用されてもよい。この結果として、メタデータのトランスコードの複雑さが著しく軽減されることができる。

【0085】

換言すれば、本稿は、メタデータ・フレーム１１２内（たとえば表１に示される進化フレーム内）のメタデータ（ペイロードとも称される）のブロックをある符号化されたビットストリームから別のビットストリームにトランスコードする方法を記述する。トランスコード動作は、各ペイロード内の特定の諸フィールド（たとえば、表１に示されるメタデータのブロックのフィールド「payload_config()」）によって案内されてもよい。次いで、トランスコード動作は、メタデータのブロックの根底にあるメタデータ・パラメータのエッセンスを抽出または解釈する必要なしに（すなわち、根底にあるペイロードのエッセンスを抽出したり解釈したりする必要なしに）、個々のペイロードがある符号化されたストリームから別の符号化されたストリームに適切にトランスコードされることができるよう指定されてもよい。

【0086】

図１のｂは、メタデータ・フレーム１３０（たとえばメタデータ・フレーム１１２）の例示的な構造を示している。メタデータ・フレーム１３０は、メタデータ・フレーム１３０の構造に関する一般的な情報ならびにメタデータ・フレーム１３０と符号化されたビットストリーム１１０のコンテンツ・フレーム１１１との関連付けを示すフレーム・ヘッダ１３１を含んでいてもよい。フレーム・ヘッダ１３１は、フレームのペイロードに関係しない、表１の進化フレームのフィールドの一部または全部を含んでいてもよい。さらに、メタデータ・フレーム１３０は、メタデータの一つまたは複数のブロック１４０（メタデータ・ペイロード１４０とも称される）を含んでいてもよい。メタデータのブロック１４０は、メタデータのブロック１４０のサイズ（表１ではpayload_sizeと称されている）を示しうるブロック・ヘッダ１４１を含んでいてもよい。さらに、メタデータのブロック１４０は、記述子１４２（表１ではpayload_config()と称されている）を含んでいてもよい。記述子１４２は、メタデータのブロック１４０のデータ・フィールド１４３に含まれるメタデータの型および／またはメタデータ（すなわち、表１に示されるpayload()）の一つまたは複数の属性を示しうる。

【0087】

進化フレームについてのメタデータのブロック１４０の例示的な記述子１４２、すなわち例示的な「payload_config()」フィールドが表２に示されている。記述子１４２は、ブロック１４０内に含まれるメタデータの一つまたは複数の属性を含んでいてもよく、あるいは示していてもよいことが見て取れる。表２の例では、属性は次のようなものである。

【0088】

・ブロック１４０のメタデータが適用可能であるオーディオ・コンテンツのサンプルを示すタイムスタンプ・パラメータ。タイムスタンプは、ブロック１４０のメタデータ・フレーム１１２に関連付けられているコンテンツ・フレーム１１１内に含まれるサンプルを示してもよい。代替的または追加的に、タイムスタンプは、ブロック１４０のメタデータ・フレーム１１２に関連付けられているコンテンツ・フレーム１１１に続くコンテンツ・フレーム内に含まれるサンプルを指示するよう、十分に大きな値を取るよう構成されてもよい。

【0089】

・ブロック１４０のメタデータが適用可能であるサンプルの数（タイムスタンプによって指示されるサンプルから数えて）を示す継続時間パラメータ。

【0090】

・メタデータのブロック１４０をトランスコードするか否かについてトランスコータに命令を与えるトランスコード・フラグ（表２では「don't transcode」〔トランスコードしない〕フラグと称される）。「don't transcode」フラグがセットされていれば、トランスコーダは、入来ビットストリーム１１０をトランスコードするときに、メタデータのそのブロック１４０を単に無視または除去してもよい。これは、入来ビットストリーム１１０の第一のコーデック・システムについてのみ有意でありビットストリーム１１０がトランスコードされうる先の他のどんなコーデック・システムについても意味がないメタデータの場合に、有用でありうる。（たとえば、入来ビットストリーム１１０内に含まれるデータに対して生成される巡回冗長検査（CRC）についてこれが言える。CRCは典型的には、エンコードされたデータが修正されない場合にのみ意味をもつので、CRCをトランスコードする必要はない。）より一般的な言い方では、トランスコード・フラグは、トランスコーダ内での入来ビットストリームのデコード・プロセスの間に有用であるだけの（よって出行ビットストリームを生成するためのその後の再エンコード・プロセスについては必要とされない）メタデータを同定するために使われてもよい。

【0091】

・トランスコードの前後のコンテンツ・フレーム１１１のサイズが異なるときに、ブロック１４０内に含まれるメタデータを複製するか否かについてトランスコーダに命令を提供する複製フラグ。

【0092】

・トランスコードの前後のコンテンツ・フレーム１１１のサイズが異なるときに、ブロック１４０内に含まれるメタデータの複製を除去するか否かについてトランスコーダに命令を提供する複製解除フラグ。

【0093】

・ブロック１４０内に含まれるメタデータの相対的な重要性の指標を提供する優先度パラメータ。トランスコーダは、たとえばトランスコードされた第二のビットストリーム１２０の許容されるビットレートが第一のビットストリーム１１０のビットレートに対して低下している場合に、メタデータ・フレーム１３０から一つまたは複数のブロック１４０を選択するために優先度パラメータを使ってもよい。

【0094】

・ブロック１４０内に含まれるメタデータが対応するコンテンツ・フレーム１１１と関連付けられているか否かについての指標をトランスコーダに提供する関連付けフラグ（表２では「now_or_never」〔今のみ〕フラグと称されている）。よって、「now_or_never」フラグがセットされている場合、トランスコーダは、ブロック１４０内に含まれるメタデータがすぐにトランスコードされるか、あるいは脱落させられるべきであるという事実を知る（「now_or_never」フラグは、そのメタデータが遅れている場合にはデコーダがそのメタデータを使うことができないことを示すため）。

【0095】

【表2】

換言すれば、表２に示される記述子１４２の属性パラメータの意味は次のようであってもよい。

【0096】

・タイムスタンプ（timestamp）・パラメータは、問題のペイロード１４３が属するコンテンツ・フレーム１１１の先頭からのサンプル数単位でのオフセットを示す。

【0097】

・継続時間（duration）パラメータは、問題のペイロード１４３が有効であり続ける、サンプル数単位での時間を示す。

【0098】

・dont_transcode〔トランスコードしない〕フラグは、問題のペイロード１４３がトランスコードするときに破棄されなければならないか（フラグ＝1）またはトランスコードが行なわれることができるか（フラグ＝0）を伝達する。

【0099】

・複製（duplicate）フラグは、1にセットされたとき、問題のペイロード１４３がトランスコードの間に反復される必要があることを伝達する。反復により、問題のペイロード１４３はタイムスタンプからタイムスタンプ＋継続時間の間のトランスコードされた諸ブロック１４０において現われる。複製フラグはたとえば、諸フレームが同じdialnormをもつことを示すためにラウドネス・データについてセットされてもよい。より一般的な言い方では、複製フラグは、時間の概念をもたないメタデータについてセットされてもよい。複製フラグは典型的には、たとえばコーデックのビットストリームのように、それ自身として時間の概念をサポートするデータについてはセットされない。換言すれば、内部的にタイミングのあるメタデータは、セットされた複製および／または複製解除フラグを与えられなくてもよい。ここで、「内部的にタイミングのある（internally timed）」とは、メタデータのブロックの厳密なシーケンスのみが意味をもつことを意味する。すなわち、反復または複製解除はメタデータを無効にしてしまう。内部的にタイミングのあるメタデータについての例は、メタデータ・フレームのシーケンスのメタデータ・ブロックのシーケンス中に埋め込まれる異なるビットストリーム（コンテンツ・フレーム内に含まれるコンテンツとは異なる）である。そのようなビットストリームのペイロードは、決して繰り返されたり複製解除されたりするべきではない。さもなければ、ビットストリームは部分的に反復されたり、部分的に切り落とされたりしてしまう。内部的にタイミングのあるデータのもう一つの例は、実行可能プログラムのようなバイナリー・データである。そのようなバイナリー・データが複数のメタデータ・フレームの複数のメタデータ・ブロックにおいて伝送される場合、メタデータ・ブロックの複製または複製解除はバイナリー・データの意味を無効にしてしまう。

【0100】

・複製解除（deduplicate）フラグ：複製解除フラグは、トランスコードの間に、同じ出行メタデータ・フレーム内の特定のidのメタデータの、このフラグが1にセットされている最初のもの以降のすべてのブロックが、削除されうることを保証する。複製解除フラグは、出行メタデータ・フレーム１２２毎に複数回存在する必要のない、たとえばdialnormのようなラウドネス・データについて、セットされてもよい。

【0101】

・「now_or_never」〔今のみ〕フラグは、ペイロードがトランスコードする間に遅れてはならないことを示す。

【0102】

・表２で「tight_coupling」〔強結合〕パラメータと称されているPCM処理パラメータ。PCM処理パラメータはたとえば、後述するPCM接続されたトランスコーダのコンテキストにおいて、特定のコンテンツ・フレームに関連付けられている特定のメタデータ・フレームのメタデータを、該コンテンツ・フレーム内に含まれる信号のサンプルの修正がある場合に、どのように扱うかについて、PCM接続されたトランスコーダに通知するために使用されてもよい。PCM処理パラメータの機能は、のちに、PCM接続されたトランスコーダの機能を記述するときに、さらに詳細に述べる。

【0103】

【表3】

表３はメタデータのブロック１４０の例示的なデータ・フィールド１４３のシンタックスを示している。

【0104】

上記で概説したように、メタデータ（たとえばメタデータのブロック１４０を含むメタデータ・フレーム１３０）を担持するためのビットストリーム・シンタックスは、一般的なメタデータ属性（たとえば記述子１４２に、すなわち表２に示されるpayload_config()フィールドに含まれるもの）を定義してもよい。これらの属性は、たとえ（入来ビットストリーム１１０をエンコードするために使われる）第一のコーデックと（出行ビットストリーム１２０をエンコードするために使われる）第二のコーデックが異なるフレーム構成を使うとしても、入来（すなわち第一の）ビットストリーム１１０から出行（すなわち第二の）ビットストリーム１２０にメタデータを単純にコピーすることを可能にする。メタデータのコピーが行なわれる仕方は、記述子１４２内に含まれる属性によって案内される。トランスコード・プロセスの間に変えられる必要がありうる唯一のことは、属性自身であってもよい。しかしながら、記述子１４２内に含まれる属性の修正は、ブロック１４０のデータ・フィールド１４３内に含まれるメタデータの実際の意味についての知識を必要としない。

【0105】

以下では、表２に示される例示的な属性についてより詳細に述べる。特に、トランスコーダ１０３が、メタデータのブロック１４０内に含まれるメタデータの効率的なトランスコードを実行するために、記述子１４２によって示される属性の一つまたは複数をどのように利用することができるかが記述される。

【0106】

図２のａおよびｂは、メタデータのブロック１４０の記述子１４２内に含まれるタイムスタンプ・パラメータの使用を例解している。図２のａでは、第一のビットストリーム１１０から第二のビットストリーム１２０にメタデータをトランスコードするときに、タイムスタンプ・パラメータ２０１がトランスコーダ１０３によってどのように更新されうるかが示されている。図示した例では、タイムスタンプ・パラメータ２０１は、関連付けられたコンテンツ・フレーム１１１の末尾に対する（すなわち最も最近のサンプルに対する）特定のサンプル２０２の位置を示している。よって、タイムスタンプ・パラメータ２０１は、コンテンツ・フレーム１１１内に含まれる最も最近のサンプルに関するサンプル２０２の「遅延」を示す。図２に示される例では、第二のビットストリーム１２０のコンテンツ・フレーム１２１は、第一のビットストリーム１１０のコンテンツ・フレーム１１１とは異なる、特により大きなサイズをもつ。この結果、特定のサンプル２０２は、第一のビットストリーム１１０のコンテンツ・フレーム１１１内の相対位置に比べ、第二のビットストリーム１２０のコンテンツ・フレーム１２１内の異なる相対位置に位置されることがありうる。特に、特定のサンプル２０２は、入来コンテンツ・フレーム１１１内に含まれる最も最近のサンプルに関してに比べ、出行コンテンツ・フレーム１２１内に含まれる最も最近のサンプルに対しては異なる「遅延」を示すことがありうる。この結果、第一のビットストリーム１１０のメタデータ・フレーム１１２内に含まれるタイムスタンプ・パラメータ２０１は、第二のビットストリーム１２０のメタデータ・フレーム１２２中に挿入されてそれによりトランスコードされたタイムスタンプ・パラメータ２０３を与えるときには、修正される必要があることがある。

【0107】

図２のｂは、ビットストリーム１１０、１２０内のメタデータ・ブロック１４０を移す可能性を示している。これは、トランスコード後に、ビットストリームのビットレートを平滑化するために有用であることがある。例として、メタデータ・フレーム１１２内の特定のブロック１４０のメタデータが、コンテンツ・フレーム１１１内の特定のサンプル２０２（タイムスタンプ・パラメータ２１１によって示される）に関連付けられていてもよい。上記で概説したように、特定のサンプル２０２の位置は、入来コンテンツ・フレーム１１１の最後、すなわち最も最近のサンプルに対して示されてもよい。特定のブロック１４０のメタデータが、（関連付けフラグ（表２では「now-or-never」フラグと称されている）によって示されうるように）サンプル２０２を含むコンテンツ・フレーム１２１の直後に到達することが本質的ではない場合には、特定のブロック１４０は、トランスコーダによって、サンプル２０２を含むコンテンツ・フレーム１２１より後のコンテンツ・フレーム２２１のメタデータ・フレーム２２２に移されてもよい。トランスコーダ１０３は、正しいサンプル２０２を指すよう、タイムスタンプ・パラメータ２１３を更新してもよい。

【0108】

特に、タイムスタンプ・パラメータ２１３は、タイムスタンプ・パラメータ２１３を含んでいる出行メタデータ・フレーム２２２が関連付けられている出行コンテンツ・フレーム２２１の最後の、すなわち最も最近のサンプルに対して、サンプル２０２の位置を示してもよい。この目的のために、タイムスタンプ・パラメータ２１３は、コンテンツ・フレーム２２１内に含まれるサンプルの数を超える値を取ってもよい。同様に、タイムスタンプ・パラメータ２１３は、負の値を取るよう構成されていてもよい。そのような負の値は、将来のコンテンツ・フレームに、すなわちタイムスタンプ・パラメータ２１３を含んでいるメタデータ・フレーム２２２に関連付けられたコンテンツ・フレーム２２１より後のコンテンツ・フレームに含まれているサンプル２０２を示すために使われることができる。そうすることにより、メタデータは、それが関連付けられている（たとえば、それが適用されるべき）前記一つまたは複数のサンプルより前に伝送されうる。

【0109】

よって、タイムスタンプ・パラメータ２１１は（可能性としては関連付けフラグとの組み合わせで）トランスコーダがタイムスタンプ２１１に関連付けられたメタデータを、その後のまたはその前のメタデータ・フレーム２２２において送信し、同じPCMサンプル２０２を指すようタイムスタンプ２１３を調整することを可能にする（トランスコード後は、サンプル２０２は、特定のブロック１４０を含むメタデータ・フレーム２２２に関連付けられているコンテンツ・フレーム２２１に含まれなくなるが）。その結果、トランスコーダ１０３は、第二のビットストリーム１２０のビットレートを平滑化するために若干の柔軟性を与えられる。

【0110】

トランスコーダ１０３と同様に、エンコーダ１０１は、サンプルについてのメタデータをその後のメタデータ・フレームに含めるよう構成されていてもよいことを注意しておくべきである。よって、エンコーダ１０１は、タイムスタンプ２１３を含むメタデータ・フレームが関連付けられているコンテンツ・フレームではないコンテンツ・フレーム１２１に含まれるサンプルをポイントするタイムスタンプ２１３を生成するよう構成されていてもよい。

【0111】

図３のａおよびｂは、メタデータのブロック１４０の記述子１４２によって示される複製解除フラグの可能な使用事例を示している。図示した事例では、第二のビットストリーム１２０のコンテンツ・フレーム１２１は、第一のビットストリーム１１０のコンテンツ・フレーム１１１より多数のサンプルを表わす（すなわち、より大きなフレーム・サイズをもつ）。フレーム・サイズが異なる場合、第二のビットストリーム１２０の単一のコンテンツ・フレーム１２１が第一のビットストリーム１１０の二つ以上のコンテンツ・フレーム１１１からのサンプルを含む状況が生じることがある。そのような場合、メタデータのブロック１４０は、第一のビットストリーム１１０の該二つ以上のコンテンツ・フレーム１１１に関連付けられた二つ以上のメタデータ・フレーム１１２から利用可能であることがある。トランスコーダ１０３は、メタデータのそれらのブロック１４０のどれが第二のビットストリーム１２０の単一のコンテンツ・フレーム１２１の単一のメタデータ・フレーム１２２に含められるべきかを決定しなければならない。第一のビットストリーム１１０の複数のメタデータ・フレーム１１２からのメタデータ・ブロック１４０がマージされる場合、特定のブロック１４０の複製解除フラグは、特定のブロック１４０が第二のビットストリーム１２０のメタデータ・フレーム１２２中に挿入される必要がないことを、トランスコーダ１０３に示してもよい。よって、トランスコーダ１０３は、複製解除フラグがセットされている追加的なメタデータ・フレーム１１２のメタデータ・ブロック１４０を脱落させるまたは無視するよう構成されていてもよい。

【0112】

このことは、図３のａに示されている。ここでは、出行コンテンツ・フレーム１２１（すなわち、出行ビットストリーム１２０のコンテンツ・フレーム１２１）が入来コンテンツ・フレーム１１１および３１１の（すなわち、入来ビットストリーム１１０のコンテンツ・フレーム１１１、３１１の）サンプルを含んでいる。トランスコーダ１０３は、入来メタデータ・フレーム１１２の（すなわち、入来ビットストリーム１１０のメタデータ・フレーム１１２、３１２の）ブロック１４０のどれが、出行コンテンツ・フレーム１２１に関連付けられた出行メタデータ・フレーム１２２（すなわち、出行ビットストリーム１２０のメタデータ・フレーム１２２の）中に含められるかを決定しなければならない。図３のａの図示した例では、複製解除フラグが入来メタデータ・フレーム３１２の少なくとも前記一つまたは複数のブロック１４０についてセットされることが想定される。よって、トランスコーダ１０３は、入来メタデータ・フレーム３１２のそれらのブロック１４０を脱落させるよう構成されていてもよい。

【0113】

入来メタデータ・フレーム１１２の前記一つまたは複数のブロック１４０の複製解除フラグがセットされてもよいことを注意しておくべきである。トランスコーダ１０３は、出行メタデータ・フレーム１２２を構築するために使われる第二の（またはさらなる）メタデータ・フレーム３１２のブロック１４０を脱落させるだけであるよう構成されていてもよい。換言すれば、トランスコーダ１０３は、二つ以上の入来メタデータ・フレーム１１２が出行メタデータ・フレーム１２２を生成するために考慮される場合にのみ、複製解除フラグを考慮するよう構成されていてもよい。よって、複製解除フラグは、メタデータ・ブロック１４０の特定の型の「複製」を防止しつつ、その特定の型の少なくとも一つのメタデータ・ブロック１４０が含められることは保証するために使われてもよい。

【0114】

図３のｂは、複製解除フラグがセットされない例示的な事例を示している。この事例では、トランスコーダ１０３は、出行メタデータ・フレーム１２２を構築するために前記複数の入来メタデータ・フレーム１１２および３１２のブロック１４０を考慮するよう構成されていてもよい。特に、トランスコーダ１０３は、複製解除フラグがセットされていない場合、（出行メタデータ・フレーム１２２が複数の入来メタデータ・フレーム１１２、３１２から生成される状況であっても）入来メタデータ・フレーム３１２からのブロック１４０を出行メタデータ・フレーム１２２に挿入するよう構成されていてもよい。

【0115】

複製解除フラグは、たとえば、複数の相続くメタデータ・フレーム１１２、３１２中に（たとえばビットストリーム１１０のすべてのメタデータ・フレーム１１２、３１２中に）挿入されるメタデータ・ブロック１４０を同定するために使われてもよい。よって、複製解除フラグは、（メタデータ・ブロック１４０のデータ・フィールド１４３に記憶されているメタデータを解析する必要なしに）トランスコーダ１０３が、破棄されてもよいメタデータ・ブロック１４０を簡単に同定することを可能にする。結果として、メタデータをトランスコードするための計算量は軽減される。他方、セットされていない複製解除フラグは、メタデータの対応するブロック１４０が脱落させられるべきでないことを示す。これは、たとえ複数のメタデータ・フレーム１１２、３１２が単一の出行メタデータ・フレーム１２２中にトランスコードされるとしても、補助データが脱落させられないことを保証するために、補助データのために使われてもよい。

【0116】

図４のａおよびｂは、メタデータのブロック１４０の記述子１４２において示される複製フラグの例示的な使用を示している。図示した事例では、入来コンテンツ・フレーム１１１は、出行コンテンツ・フレーム１２１より多数のサンプルを有する（すなわち、より大きなフレーム・サイズをもつ）。フレーム・サイズが異なる場合、単一の入来コンテンツ・フレーム１１１が二つ以上の出行コンテンツ・フレーム１２１、３２１内に含まれる状況が生じることがありうる。結果として、トランスコーダ１０３は、単一の入来メタデータ・フレーム１１２を受領し、前記複数の出行メタデータ・フレーム１２２、３２２のうちどれの中にメタデータの特定のブロック１４０を入れるかを決定しなければならない。複製フラグは、入来メタデータ・フレーム１１２からの特定のブロック１４０を複製するか否かをトランスコーダ１３０に対して示すために使われてもよい。複製フラグをセットすることにより、ブロック１４０内に含まれるメタデータが、図４のａに示されるように、すべての出行メタデータ・フレーム１２２、３２２内に含まれるべきであることが示されうる。他方、セットされていない複製フラグは、メタデータ・ブロック１４０が一度伝送されるだけであるべきであることを示す。よって、トランスコーダ１０３は、入来メタデータ・フレーム１１２からのブロック１４０を、前記複数の出行メタデータ・フレーム１２２、３２２のうちの単一のものにのみ挿入する（図４のｂに示されるように）。

【0117】

上記で概説したように、メタデータのブロック１４０の記述子１４２は、関連付けフラグ（表２では「now_or_never」フラグと称されている）を示していてもよい。関連付けフラグは、ブロック１４０内に含まれるメタデータが関連付けられたコンテンツ・フレームに含まれるコンテンツに影響することなく遅らされてもよいことを示してもよい。よって、記述子１４２のシンタックスは、トランスコーダ１０３がメタデータを、これが該メタデータの一つの属性であれば、任意の長さの時間だけ遅らせることを可能にしてもよい。このことは、フラグnow_or_neverを0にセットすることによって示されてもよい。関連付けフラグは、トランスコーダ１０３が、ブロック１４０内に含まれているメタデータを、たとえば根底にあるオーディオ・コーデックがメタデータを送信することを「受け容れられる」ときに、たとえばコンテンツ・フレームが無音であるときに、伝送することを可能にする。遅らされてもよいメタデータの一例は補助データまたはバイナリー・データ、たとえばファームウェア・アップグレードであり、これは特定のコンテンツ・フレーム１２１と一緒に伝送される必要はない。

【0118】

表２のコンテキストで記述されるように、メタデータのブロック１４０の記述子１４２は優先度属性または優先度パラメータを示していてもよく、あるいは含んでいてもよい。優先度パラメータは、特定のブロック１４０のメタデータの（たとえば他のブロック１４０の重要性に対する）相対的な重要性を示していてもよい。トランスコーダ１０３は、ある数のメタデータ・ブロック１４０のみをトランスコードし、メタデータ・フレーム１１２内の他のすべてのメタデータ・ブロックを破棄することを決めることができる。これはたとえば、より高ビットレートの入来ビットストリームからより低ビットレートの出行ビットストリーム１２０にトランスコードするときに必要とされてもよい。優先度パラメータは、トランスコーダ１０３が、ある入来メタデータ・フレーム１１２の、相対的な最も高い諸優先度をもつ諸ブロック１４０を選択し、相対的なより低い諸優先度をもつ諸ブロック１４０を破棄する（または遅らせる）ことを可能にしてもよい。

【0119】

アプリケーションおよび／またはエンコーダ１０１は、それぞれが異なる優先度をもつ、同じメタデータ・フレーム１１２内のメタデータの複数の集合を提供してもよい。メタデータの複数の集合は、メタデータの種々の品質に関連付けられていてもよい。より高い品質のメタデータの優先度は、より低い品質のメタデータの優先度より低くてもよい。よって、トランスコーダ１０３は、優先度パラメータを考慮することによって、メタデータの品質を劣化させるよう構成されていてもよい。たとえば、スケーラビリティーが可能であるような仕方で諸優先度が設定されている場合、すなわち、ある高めの優先度の同じアプリケーションのすべてのメタデータ集合が伝送されればすべてのメタデータ集合が適用されることができる場合、トランスコーダは、メタデータの意味について知る必要なしに、メタデータの品質を優美に劣化させることができる。特に、メタデータの複数の集合が段階的なメタデータを含んでいてもよく、すなわちメタデータの各集合は、次に高い優先度をもつメタデータの集合に、いくらかの品質を付加してもよい。すると、メタデータの最高の品質は、メタデータのすべての集合（最高の優先度から最低の優先度まで）を組み合わせることによって与えられてもよい。よって、入来メタデータ・フレーム１１２は、段階的メタデータの複数のブロック１４０を含んでいてもよい。ここで、最高の優先度のメタデータのブロック１４０は、最低限の受け入れ可能な品質をもつ当該メタデータのバージョンを含み、相続いてより低くなる優先度をもつ諸ブロック１４０は、メタデータの段階的な諸バージョンを含み、これはメタデータの品質を段階的に増加させることを許容する。よって、トランスコーダ１０３は、段階的メタデータの複数のブロック１４０の優先度パラメータを考慮することによって、第二のビットストリーム１２０中に含められるメタデータの品質について決定してもよい。

【0120】

表１に示したメタデータ・フレーム１１２の例示的なシンタックスにおいて示されるように、メタデータ・フレーム１３０は保護フィールドを含んでいてもよい。保護フィールドは、デコーダ１０４が、メタデータ・フレーム１３０の内容および／または関連付けられたコンテンツ・フレームの内容が修正されており、よって無効であるかもしれないかどうかを検証できるようにするために使われてもよい。換言すれば、保護フィールドは、デコーダ１０４が、メタデータ・フレーム１３０内および／または関連付けられたコンテンツ・フレーム内に含まれるメタデータが信頼できるか否かを検証することを許容してもよい。表４は、メタデータ・フレーム１３０の保護フィールドの例示的なシンタックスを示している。保護フィールドは、メタデータ・フレーム１３０のヘッダ１３１内に含まれていてもよい。

【0121】

【表4】

保護フィールドの意味は次のようなものであってもよい。
・protection_bits_frameは、（コンテンツ・フレームおよび／または関連付けられたメタデータ・フレームを含む）現在フレームの打ち切りされた保護ペイロードを含んでいてもよい。
・protection_bits_historyは、（コンテンツ・フレームおよび／または関連付けられたメタデータ・フレームを含む）現在フレームおよび現在フレームより前のフレーム（単数または複数）の打ち切りされた保護ペイロードを含んでいてもよい。フレームのシーケンスを安全にするための例示的な方式は国際公開第2011/015369号において記述されており、その内容は参照によって組み込まれる。

【0122】

よって、保護フィールドは、一つまたは複数の暗号学的値を含んでいてもよい。暗号学的値の一つは、（当該保護フィールドを含んでいる）現在のメタデータ・フレーム内に含まれるメタデータに基づいておよび／または現在のメタデータ・フレームに関連付けられたコンテンツ・フレームに基づいて生成されてもよい。よって、単離されたメタデータ・フレームおよび／または関連付けられたコンテンツ・フレームが修正されないことが保証されうる。暗号学的値のもう一つは、現在のメタデータ・フレーム内および一つまたは複数の先行するメタデータ・フレーム内に含まれるメタデータに基づいて（およびそれぞれの関連付けられたコンテンツ・フレームに基づいて）生成されてもよい。よって、コンテンツ・フレームおよび／またはメタデータ・フレームのシーケンスが修正されていないことが保証されてもよい。

【0123】

暗号学的値は、一方向性関数を一つまたは複数のメタデータ・フレーム１１２、３１２および／または関連付けられたコンテンツ・フレーム１１１、３１１の群に適用することによってエンコーダ１０１において決定されてもよい。特に、暗号学的値は、鍵値および暗号学的ハッシュ関数（上記のいわゆる一方向性関数）を使って生成されてもよい。特に、暗号学的値は、一つまたは複数のメタデータ・フレーム１１２、３１２内に含まれるデータについてのかつ一つまたは複数の関連付けられたコンテンツ・フレーム１１１、３１１内に含まれるデータについてのHMAC-MD5（ハッシュ・メッセージ認証コード）値を計算することによって生成されてもよい。さらに、暗号学的値の生成は、HMAC-MD5値を打ち切りすること、たとえば打ち切って16、24、32、48、64または128ビットにすることを含んでいてもよい。打ち切りは、メタデータ・フレーム１１２、３１２を含むエンコードされたビットストリーム１１０における暗号学的値のための必要とされるオーバーヘッドを削減する観点で有益でありうる。MD5の代わりにSHA-1またはSHA-256のような他のハッシュ関数が使われてもよいことを注意しておくべきである。さらに、エンコーダ１０１は、たとえばメタデータの保護が必要とされない状況では、暗号学的値の0ビットを伝送する、すなわち暗号学的値を伝送しないよう構成されていてもよいことを注意しておくべきである。

【0124】

より詳細には、一つまたは複数のコンテンツ・フレーム１１１、３１１についてのおよび一つまたは複数のメタデータ・フレーム１１２、３１２の暗号学的値は、暗号学的ハッシュ関数H(.)および「秘密」鍵K（セキュリティ鍵とも称される）を使って、前記一つまたは複数のコンテンツ・フレーム１１１、３１１および一つまたは複数のメタデータ・フレーム１１２、３１２のハッシュ・メッセージ認証コード（HMAC）を決定することによって、決定されてもよい。鍵は、典型的には、ハッシュ関数H(.)のブロック・サイズまで追加の0で右側にパディングされる。記号‖が連結を表わし、丸囲みの＋が排他的離接を表わすとし、外側パディングopad＝0x5c5c5c…5c5cおよび内側パディングipad＝0x363636…3636がハッシュ関数H(.)のブロック・サイズの長さの定数であるとすると、前記一つまたは複数のコンテンツ・フレーム１１１、３１１および一つまたは複数のメタデータ・フレーム１１２、３１２のHMAC値は次のように書ける。

【0125】

【数1】

ここで、mは前記一つまたは複数のコンテンツ・フレーム１１１、３１１および一つまたは複数のメタデータ・フレーム１１２、３１２の組み合わされたビット・シーケンスである。MD5またはSHA-1またはSHA-256ハッシュ関数で使われるブロック・サイズは典型的には512ビットである。HMAC演算の出力のサイズは、基礎になるハッシュ関数のサイズと同じである。すなわち、MD5の場合には128ビット、SHA-1の場合には160ビットである。

【0126】

よって、保護フィールドは、少なくとも二つの暗号学的値を含んでいてもよい。

【0127】

・フレーム暗号学的値（表４では「protection_bits_frame」と称されている）。これは個々のコンテンツ・フレーム１１１およびその関連付けられたメタデータ・フレーム１１２の真正性を示す。フレーム暗号学的値は、個々のコンテンツ・フレーム１１１およびその関連付けられたメタデータ・フレーム１１２のデータが変更されているかどうかを識別するために使われてもよい。フレーム暗号学的値は、個々のコンテンツ・フレーム１１１およびその関連付けられたメタデータ・フレーム１１２の（または個々のコンテンツ・フレーム１１１およびその関連付けられたメタデータ・フレーム１１２内に含まれるペイロードの）ビット・シーケンスを含むメッセージmを使って決定されてもよい。

【0128】

・履歴暗号学的値（表４では「protection_bits_history」と称されている）。これは、少なくとも二つのコンテンツ・フレーム１１１、３１１およびそれらの関連付けられた少なくとも二つのメタデータ・フレーム１１２、３１２のシーケンスの真正性を示す。履歴暗号学的値は、前記少なくとも二つのコンテンツ・フレーム１１１、３１１およびそれらの関連付けられたメタデータ・フレーム１１２、３１２のシーケンスが変更されているかどうかを識別するために使われてもよい。履歴暗号学的値は、前記少なくとも二つのコンテンツ・フレーム１１１、３１１およびそれらの関連付けられた少なくとも二つのメタデータ・フレーム１１２、３１２の（またはそれに含まれるペイロードの）ビット・シーケンスを含むメッセージmを使って決定されてもよい。

【0129】

上記で概説したように、暗号学的値は、典型的にはエンコーダ１０１およびデコーダ１０４のみに知られている安全な鍵Kを使って決定される。本稿では、異なる信頼レベルを提供する異なる安全な鍵Kの使用を許容することによって複数の信頼レベルを可能にすることが提案される。例として、信頼できる鍵の少なくとも二つのレベルが提供されうる。

【0130】

・高度に安全な鍵K₁。これは、配送チェーン１００に沿ったコンポーネント１０１、１０３、１０４を提供するエンティティの外部のいかなる者にも開示されてはならない。そのようなエンティティは、配送チェーン１００に沿って使われるコーデック・システムのプロバイダーであってもよい（たとえばドルビー・ラボラトリーズ）。特に、そのようなエンティティは、配送チェーン１００に沿って使われるエンコーダおよびデコーダのプロバイダーであってもよい。高度に安全な鍵を非開示に保つことによって、受領されるビットストリーム１２０内に含まれるオーディオ信号をレンダリングするデコーダ１０４が、受領されたビットストリーム１２０のメタデータ・フレーム１２２、３２２内に含まれるメタデータが真正であり、配送チェーン１００に沿って不正な仕方で修正されていないことを確信できることが保証されることができる。

【0131】

・中程度に安全な鍵K₂。これは、他のパーティー、たとえば配送チェーン１００に沿ったコンポーネント１０１、１０３、１０４のいくつかを運用する者（たとえばコーデック・システムのプロバイダーのライセンシー）に開示されてもよい。デコーダ１０４が、中程度に安全な鍵K₂を使って保護されているビットストリーム１２０を受領する場合、デコーダ１０４は、ビットストリーム１２０が、配送チェーン１００の運用者（operator）の何らかのポリシーに従って扱われたメタデータを（メタデータ・フレーム１２２、３２２内に）含んでいることを知る。該ポリシーは、コーデック・システムのプロバイダー（高度に安全な鍵K₁を保持している）のポリシーとは異なっていてもよい。

【0132】

エンコーダ１０１によって使用される安全な鍵Kの指標が、メタデータ・フレーム１３０内で（たとえばメタデータ・フレーム１３０のヘッダ１３１内で）与えられてもよい。これは、key_idパラメータを示している表１に示されている。key_idパラメータは、所定の数の安全な鍵へのインデックスを含んでいてもよく、それによりデコーダ１０４が、前記一つまたは複数の暗号学的値を決定するために使われた安全な鍵Kを決定することを許容する。ここで、前記一つまたは複数の暗号学的値は、表４に示されるように、メタデータ・フレーム１３０のprotection()フィールドに含まれていてもよい。デコーダ１０４は、対応するエンコーダ１０１によってなされるのと同じ仕方で前記一つまたは複数の暗号学的値を決定するために同定された安全な鍵を使ってもよい。デコーダ１０４によって決定される暗号学的値は、検証暗号学的値と称されてもよい。次いで、検証暗号学的値は、メタデータ・フレーム１０３内に格納されている暗号学的値と比較される。一致の場合には、その個々のフレームおよび／またはフレームのシーケンスが修正されてないことが確証される。他方、不一致の場合には、その個々のフレームおよび／またはフレームのシーケンスが修正されていることが確証される。

【0133】

メタデータ・フレーム１３０内で安全な鍵の指標を提供することの代わりにまたはそれに加えて、デコーダ１０４は、デコーダ１０４に知られている複数のあらかじめ決定された安全な鍵を使って検証暗号学的値の複数の集合を決定するよう構成されていてもよい。検証暗号学的値の前記複数の集合の一つがメタデータ・フレーム１３０に含まれる諸暗号学的値に一致する場合、デコーダ１０４は、どの安全な鍵が使われたかおよびその個々のフレームおよび／またはフレームのシーケンスが修正されていないことを知る。他方、検証暗号学的値すべての集合についての不一致は、その個々のフレームおよび／またはフレームのシーケンスが修正されていることを示す。

【0134】

デコーダ１０４およびトランスコーダ１０３においてビットストリーム１１０、１２０を安全にするためにどの鍵が使われたかを検出できることは、アプリケーションが、種々の信頼性のデータについて何をするべきかについてのより粒度の細かい決定をすることを可能にする。決定は、検出された安全な鍵に依存して異なっていてもよい。特に、高度に安全な鍵が検出されることがあり、中程度に安全な鍵が検出されることがあり、あるいは有効な鍵が検出されないことがありセキュリティ・チェックが合格しないことがありうる。

【0135】

よって、データが信頼できるか否かについて二値の決定しかできない単一の安全な鍵を使うだけの解決策に比べ、（異なる信頼レベルに結びつけられた）複数の異なる安全な鍵を使うときには、信頼性の諸レベルが提供されうる。

【0136】

図１のコンテキストにおいて記述されているように、オーディオ・コンテンツの配送チェーン１００が、入来ビットストリーム１１０を出行ビットストリーム１２０に変換するよう構成されているトランスコーダ１０３を有していてもよい。トランスコーダ１０３によって実行されるトランスコードは、第一のオーディオ・コーデック・システムから第二の、可能性としては異なるオーディオ・コーデック・システムへのトランスコードに関係していてもよい。代替的または追加的に、トランスコードは、入来ビットストリーム１１０のビットレートに対する出行ビットストリーム１２０のビットレートの変化に関係していてもよい。トランスコーダ１０３は、入来ビットストリーム１１０をPCM（パルス符号変調された）オーディオ信号にデコードするためのデコーダを有していてもよい。さらに、トランスコーダ１０３は、PCMオーディオ信号を出行ビットストリーム１２０中にエンコードするためのエンコーダを有していてもよい。そのようなトランスコーダ１０３は、「PCM接続された」トランスコーダと称されてもよい。（前記一つまたは複数の入来ビットストリーム１１０をデコードするための）前記一つまたは複数のデコーダが線形PCMを介して（前記一つまたは複数の出行ビットストリーム１２０をエンコードするための）前記一つまたは複数のエンコーダに接続されるからである。

【0137】

トランスコーダ１０３は、放送者のような業務上のコンテンツ・プロバイダーによって使用される装置であるいわゆる業務用トランスコーダであってもよい。上記で概説したように、トランスコーダ１０３は、第一のフォーマット（たとえばドルビーE）の入来ビットストリーム１１０を受け入れ、入来ビットストリーム１１０を異なるフォーマット（たとえばドルビー・デジタル・プラス）にトランスコードするよう構成されていてもよい。そのようなトランスコーダ１０３は典型的には、（入来ビットストリーム１１０をデコードするための）一つまたは複数のデコーダおよび（出行ビットストリーム１２０をエンコードするための）一つまたは複数のエンコーダを組み込んでいる。

【0138】

PCM接続されたトランスコーダは、デコーダとエンコーダの間の一つまたは複数のPCM処理段を有していてもよい。ラウドネス平準化は、そのようなPCM処理の一例である。PCM処理の他の例は、サンプル・レート変換、チャネル・ダウンミキシングおよび／またはチャネル・アップミキシングである。

【0139】

そのようなPCM接続されたトランスコーダ１０３は、上記で概説した真正性、保護および信頼問題に関して課題を呈する。上記で概説したように、入来ビットストリーム１１０は、（たとえば表１および表４に示されるメタデータ・フレーム１１２、３１２の保護フィールドに含まれる）一つまたは複数の暗号学的値を使って保護されているメタデータ・フレーム１１２、３１２を含んでいてもよい。PCM接続されたトランスコーダ１０３は、ユーザーがコンテンツ・フレーム１１１、３１１から導出されたPCMデータを修正することを許容し、それにより可能性としては関連付けられたメタデータ・フレーム１１２、３１２内に含まれるメタデータを無効にし、それにより可能性としてはメタデータの信頼性を損なう。

【0140】

本稿では、トランスコーダ１０３におけるメタデータの信頼性を保証するための方法およびシステムが記述される。特に、記述される方法およびシステムは、たとえPCM接続されたトランスコーダ１０３を使うときでも、メタデータ・フレーム１１２、３１２に含まれるメタデータの信頼性が維持されることを許容する。

【0141】

図５ａないし５ｄは、それぞれ例示的なPCM接続されたトランスコーダ５０３、５１３、５２３、５３３を示している。トランスコーダは、（コンテンツ・フレーム１１１のシーケンスおよび関連付けられたメタデータ・フレーム１１２のシーケンスを含む）入来ビットストリーム１１０をそれぞれPCMデータおよびメタデータに変換するよう構成されているデコーダ５０４を有する。デコーダ５０４は、上記で概説された保護方式を使って入来ビットストリーム１１０の正しさを検証するよう構成されていてもよい。この目的のために、デコーダ５０４は、前記複数のあらかじめ決定された安全な鍵の一部または全部を知っていてもよい。

【0142】

典型的には、デコーダ５０４は、（フレームごとに）PCMデータおよびメタデータの保護されない集合を提供する。換言すれば、デコーダ５０４は典型的には各コンテンツ・フレーム１１１および関連付けられたメタデータ・フレーム１１２をデコードし、保護なしのPCMデータおよびメタデータのそれぞれの集合を提供する。よって、デコーダ５０４は、PCMデータおよびメタデータの諸集合のシーケンスを、コンテンツ・フレーム１１１およびメタデータ・フレーム１１２の対応するシーケンスから、提供する。PCMデータおよびメタデータの諸集合のシーケンスは、トランスコーダによって修正されてもよく、次いで、PCMデータおよびメタデータの（可能性としては修正された）諸集合のシーケンスを出行ビットストリーム１２０に変換するよう構成されているエンコーダ５０１に渡されてもよい。このコンテキストにおいては、エンコーダ５０１は典型的には、PCMデータおよびメタデータの（可能性としては修正された）諸集合のシーケンスが分別のある仕方で修正されたかどうかを検証することはできない。換言すれば、エンコーダ５０１は、PCMデータおよびメタデータの（可能性としては修正された）諸集合のシーケンスの信頼性を検証し得ない。

【0143】

本稿では、デコーダ５０４が、PCMデータおよびメタデータの一つまたは複数の集合に基づいて一つまたは複数の署名値を提供できるようにすることが提案される。それにより、デコーダ５０４とエンコーダ５０１との間のPCM接続の保護が許容される。署名値は、上記のように、前記暗号学的値と同様の仕方で決定されてもよい。しかしながら、署名値は、（一つまたは複数のコンテンツ・フレームおよび関連付けられたメタデータ・フレームではなく）PCMデータおよびメタデータの一つまたは複数の集合を含むメッセージmを利用してもよい。特に、デコーダ５０４は
・PCMデータおよび関連付けられたメタデータの個々の集合に基づくフレーム署名値；および
・PCMデータおよび関連付けられたメタデータの二つ以上の逐次的な集合に基づく履歴署名値
を決定するよう構成されていてもよい。

【0144】

換言すれば、PCM接続されたトランスコーダ５０３のPCM領域内で（すなわち、デコーダ５０４とエンコーダ５０１の間で）、コンテンツの信頼性が一つまたは複数の署名（署名値とも称される）を使って「保護され」てもよい。デコーダ５０４は、出力として一つまたは複数の署名値を生成するよう構成されていてもよい。一つまたは複数の署名値は、デコーダ５０４によって生成される、（コンテンツ・フレームから取られる）PCMデータおよび通常のメタデータならびに（関連付けられたメタデータ・フレームから取られる）追加的なメタデータの和集合に対して計算されてもよい。よって、入来ビットストリーム１１０の各フレームについて、PCMデータおよびメタデータのデコードされた諸集合に基づいて、一つまたは複数の署名値が決定されてもよい。これら一つまたは複数の署名値は、PCMデータおよびメタデータの受領された集合が修正されているか否かおよび／または信頼できるか否かを検証するために、対応するエンコーダ５０１によって使用されてもよい。

【0145】

エンコーダ５０１は、PCMデータ、通常のメタデータおよび前記追加的なメタデータとともに、前記一つまたは複数の署名値を入力として受け入れる。次いで、エンコーダ５０１は、署名値を他の入力に対して（すなわち、PCMデータおよびメタデータの受領された集合（単数または複数）に対して）検査してもよい。他の入力が修正／細工されている場合には、署名検査は失敗し、エンコーダは適切なアクションを取る。前記一つまたは複数の署名値の検証は、エンコーダ５０１において、（暗号学的値について述べたのと同様の仕方で）PCMデータおよびメタデータの受領された一つまたは複数の集合に基づいて検証署名値を決定することによって、実行されてもよい。

【0146】

よって、デコードされたPCMデータ（および関連付けられたメタデータ）の信頼性は、デコーダ５０４がデコードされたPCMデータおよび関連付けられたメタデータに基づいて一つまたは複数の署名値を決定できるようにすることによって、かつ対応するエンコーダ５０１が、前記一つまたは複数の署名値に基づいてエンコードされるべきPCMデータ（および関連付けられたメタデータ）の真正性を検証できるようにすることによって、PCM接続されたトランスコーダ５０３内において、維持されうる。一つまたは複数の署名値の決定およびその検証は、上記で概説したように、単一のまたは複数のレベル付けされた安全な鍵K₁およびK₂に基づいて実行されてもよい。ここで、一つまたは複数の安全な鍵は、デコーダ５０４およびエンコーダ５０１に知られているだけでもよく、典型的には、デコーダ５０４とエンコーダ５０１との間の接続上でPCM処理を実行するエンティティには未知である。

【0147】

一つまたは複数の署名値の使用は、図５ａないし５ｄに示されるさまざまな使用事例の実装を許容する。図５ａは、デコーダ５０４とエンコーダ５０３の間でPCM処理が実行されないトランスコーダ５０３を示す。結果として、（PCMデータおよび関連付けられたメタデータの一つまたは複数の集合ならびに一つまたは複数の関連付けれらた署名を含む）保護されたデータ５１０は修正されず、トランスコーダ５０３内で信頼のチェーンは維持される。結果として、図５ａのトランスコーダ５０３は、入来コンテンツ・フレーム１１１および関連付けられた入来メタデータ・フレーム１１２（進化フレームとも称される）の保護された信頼されるシーケンスを含む入来ビットストリーム１１０を受領し、出行コンテンツ・フレーム１２１および関連付けられた出行メタデータ・フレーム１２２の保護された信頼されるシーケンスを含む出行ビットストリーム１２０を提供するよう構成されている。これは、デコードされたPCMデータ、通常のメタデータおよび追加的なメタデータ（進化メタデータとも称される）を一つまたは複数の署名を使って保護することによって保証される。エンコーダ５０１は、前記一つまたは複数の署名を検証し、前記追加的なメタデータを出行メタデータ・フレーム１２２として出行ビットストリーム１２０に渡す。図５ａに示される使用事例は、たとえば第一のビットレートから第二のビットレートへのトランスコードに適用可能でありうる。

【0148】

図５ｂは、信頼のチェーンが信頼されないPCM処理段５０５によって破られているPCM接続されたトランスコーダ５１３を示している。PCM処理段５０５は、保護されたデータ５１０を受領し、該データ５１０を修正する。PCM処理段５０５は、該PCM処理段５０５がデコーダ５０４によって使用される安全な鍵Kを知らないという意味で「信頼されない」。結果として、修正されたデータ５１１は、修正されたPCMデータおよび関連付けられたメタデータの一つまたは複数の集合ならびに一つまたは複数の無効な署名を含む。エンコーダ５０１は、署名の無効性を判別するよう構成されており、適切なアクションを取るよう構成されていてもよい。特に、エンコーダ５０１は、前記追加的なメタデータを入来メタデータ・フレーム１１２から脱落させ、それによりコンテンツ・フレーム１２１のシーケンスのみを含み、関連付けられたメタデータ・フレーム１２２を含まない出行ビットストリーム１２０を提供するよう構成されていてもよい。そうすることにより、トランスコーダ５１３が、信頼されない追加的なメタデータを転送しないことが保証される。さらに、ビットストリーム１２０がメタデータ・フレーム１２２を含まないという事実のため、ビットストリーム１２０は（メタデータ・フレーム１２２の保護フィールドからの）上述した暗号学的値を含まない。よって、ビットストリーム１２０はデコーダ１０４によって、信頼されないものとして同定されることができる。

【0149】

上記で示したように、エンコーダ５０１は、一つまたは複数の署名値が有効でない場合に、入来メタデータ・フレーム１１２から追加的なメタデータを脱落させるよう構成されていてもよい。表２のコンテキストにおいて概説されるように、入来メタデータ・フレーム１１２のメタデータ・ブロック１４０は、対応するメタデータ・ブロック１４０の一つまたは複数の属性を記述するそれぞれの記述子１４２を示していてもよい。これらの属性の一つはPCM処理パラメータ（表２ではtight_couplingパラメータと称されている）であってもよい。エンコーダ５０１は、メタデータ・ブロック１４２内に含まれるメタデータを出行ビットストリーム１２０中に含めるか否かについて決定するために、メタデータ・ブロック１４２のPCM処理パラメータを使うよう構成されていてもよい。特に、PCM処理パラメータは、エンコーダ５０１に対して、たとえ関連付けられたコンテンツ・フレーム１１１のPCMサンプルが修正されていたとしても入来メタデータ・フレーム１１２からのブロック１４０からのメタデータを出行ビットストリーム１２０中に含めるかどうかを示してもよい。

【0150】

表５は、PCM処理パラメータの（すなわち、表２のtight_couplingパラメータの）例示的な意味を示している。図示した例では、PCM処理パラメータの値「0」はメタデータのブロック１４０のペイロード１４３（すなわち当該メタデータ）が、PCM処理が行なわれない場合にのみ、たとえば前記一つまたは複数の署名値がエンコーダ５０１によって検証された場合にのみ、出行ビットストリーム１２０中に含められるべきであることを示す。他方、PCM処理パラメータの値「3」は、たとえPCMサンプルが修正されていたとしても、たとえばたとえ前記一つまたは複数の署名値が検証されなかったとしても、ブロック１４０のペイロード１４３が常に出行ビットストリーム１２０中に含められるべきであることを示す。さらに、PCM処理パラメータは、中間的な状況を示す値を取ってもよい。すなわち、PCMパラメータは、ペイロード１４３が出行ビットストリーム１２０中に含められるために満たされる必要のあるPCM処理条件を示す、またはペイロード１４３が出行ビットストリーム１２０中に含められない場合のPCM処理条件を示す値を取ってもよい。

【0151】

PCM処理段５０５は、エンコーダ５０１に、PCM処理段５０５においてPCMサンプルに対して実行された処理について通知するよう構成されていてもよい。換言すれば、PCM処理段５０５は、エンコーダ５０１に、PCM処理条件（たとえば、PCMサンプルのサンプリング・レートの変換、PCMサンプル中にシステム音を含めること、メタデータの修正、チャネル構成の修正（たとえばモノ信号のステレオ信号への修正または5.1マルチチャネル信号のステレオ信号へのダウンミキシング）、ラウドネスの平準化など）について通知するよう構成されていてもよい。よって、エンコーダ５０１は、PCM処理段５０５からのPCM処理条件の指標を受領するよう構成されていてもよい。さらに、エンコーダ５０１は、メタデータのブロック１４０の当該メタデータを、受領されたPCM処理条件に基づき、かつ（たとえば表５の意味に従う）PCM処理パラメータの値に基づいて処理するよう構成されていてもよい。

【0152】

【表5】

図５ｃは、信頼されるPCM処理を実行するよう構成されているPCM接続されたトランスコーダ５２３の場合を示している。これは、PCM処理段５０６を追加的な再署名段５０７と組み合わせることによって達成されてもよい。この目的のために、信頼される者が、前記安全な鍵のうちの一つまたは複数を提供されてもよい。それにより、信頼される者は、修正されたデータ５１１に署名し直すことができる。例として、信頼される者は、中程度の安全な鍵K₂を提供されてもよい。この結果として、修正されたデータ５１１が署名し直されてもよい（すなわち、修正されたデータ５１１に基づいて、中程度の安全な鍵K₂を使って一つまたは複数の署名値が決定されてもよい）。それにより、（修正されたPCMデータおよび関連付けられたメタデータの諸集合のシーケンスおよび前記一つまたは複数の新しい署名を含む）保護された修正されたデータ５１２が与えられる。エンコーダ５０１は、前記新しい署名を検証し、コンテンツ・フレーム１２１のシーケンスおよびメタデータ・フレーム１２２の関連付けられたシーケンスを含む信頼される出行ビットストリーム１２０を生成するよう構成されていてもよい。さらに、再署名段５０７は、（高度に安全な鍵K₁を使っていてもよい）デコーダ５０４とは異なる安全な鍵（たとえば中程度の安全な鍵K₂）を使っていてもよいので、エンコーダ５０１は、信頼のチェーンが破られ、新しいチェーンが生成されたことを判別するよう構成されていてもよい。

【0153】

図５ｄは、エンコーダ５０１内に含まれるPCM処理段５０９をもつPCM接続されたランスコーダ５３３のブロック図を示している。特に、トランスコーダ５３３は、PCM処理が、前記一つまたは複数の署名値を決定するためにデコーダ５０４によって使用された安全な鍵を知っているエンディティ（たとえばエンコーダ５０１）によって実行されることを保証することによって、信頼のチェーンを維持するよう構成されている。エンコーダ５０１は、保護されたデータ５１０の前記一つまたは複数の署名を検証するよう構成される。内部的なPCM処理段５０８は、次いで、PCMデータおよび関連付けられたメタデータの受領された諸集合を修正してもよい。さらに、エンコーダ５０１は、PCM処理段５０８において実行された修正を受けてメタデータ・フレームを更新するよう構成されているメタデータ更新ユニット５０９を有していてもよい。特に、メタデータ更新ユニット５０９は、トランスコードされたコンテンツ・フレーム１２１およびメタデータ・フレーム１２２に基づいて更新された暗号学的値を決定するよう構成されていてもよい。更新された暗号学的値は、次いで、デコーダ１０４への通信のために、メタデータ・フレーム１２２に含められてもよい。

【0154】

図６は、トランスコーダ５０３、５１３、５２３および５３３の別の表現を与えている。

【0155】

本稿では、メタデータをトランスコードするための方法およびシステムが記述された。これらの方法およびシステムは、低下した計算量でメタデータのトランスコードを許容する。特に、メタデータのブロックについての記述子を提供することが提案される。それにより、トランスコーダは、メタデータのブロック内に含まれる実際のメタデータを解析する必要なしに、記述子のみに基づいてメタデータをトランスコードできる。こうすることにより、トランスコーダの複雑さは著しく軽減されうる。さらに、本稿は、メタデータ・フレームを保護するためおよびPCM接続されたトランスコーダにおいてPCMデータを保護するための方法およびシステムを提供する。結果として、トランスコーダ・メタデータの受領器が、受領されるメタデータの信頼性の指標を提供されることが保証されることができる。

【0156】

本稿に記載される方法およびシステムは、ソフトウェア、ファームウェアおよび／またはハードウェアとして実装されうる。ある種のコンポーネントは、デジタル信号プロセッサまたはマイクロプロセッサ上で走るソフトウェアとして実装されてもよい。他のコンポーネントは、たとえばハードウェアとしておよびまたは特定用途向け集積回路として実装されてもよい。記載される方法およびシステムに現われる信号は、ランダム・アクセス・メモリまたは光記憶媒体のような媒体上に記憶されてもよい。該信号は、電波ネットワーク、衛星ネットワーク、無線ネットワークまたは有線ネットワーク、たとえばインターネットのようなネットワークを介して転送されてもよい。本稿に記載される方法およびシステムを利用する典型的な装置は、オーディオ信号を記憶および／またはレンダリングするために使われる可搬型電子装置または他の消費者設備である。
いくつかの態様を記載しておく。
〔態様１〕
入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行コンテンツ・フレームおよび関連付けられた出行メタデータ・フレームを含む出行ビットストリームにトランスコードするよう構成されたトランスコーダであって、前記入来コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、前記出行コンテンツ・フレームは第二のコーデック・システムに基づいてエンコードされた前記信号を示し、当該トランスコーダは、
・前記入来メタデータ・フレームからメタデータの入来ブロックを同定する段階であって、メタデータの前記入来ブロックは、メタデータの前記入来ブロック内に含まれるメタデータの一つまたは複数の属性を示す入来記述子に関連付けられている、段階と；
・前記入来記述子に基づいて前記入来メタデータ・フレームから前記出行メタデータ・フレームを生成する段階とを実行するよう構成されている、
トランスコーダ。
〔態様２〕
当該トランスコーダは、
・前記入来ブロックからの前記メタデータを出行ブロックにコピーし；
・前記出行ブロックを前記出行メタデータ・フレーム中に挿入することによって、
前記出行メタデータ・フレームを生成するよう構成されており、
前記コピーすることおよび挿入することは、前記入来記述子によって示される前記一つまたは複数の属性に従わされる、態様１記載のトランスコーダ。
〔態様３〕
当該トランスコーダが、前記入来ブロックの前記入来記述子に基づいて前記出行ブロックの出行記述子を生成することによって前記出行メタデータ・フレームを生成するよう構成されている、態様２記載のトランスコーダ。
〔態様４〕
当該トランスコーダが、前記出行記述子を生成するために前記入来記述子によって示される属性の一つまたは複数を修正するよう構成されており、前記出行記述子は前記一つまたは複数の修正された属性を示す、態様３記載のトランスコーダ。
〔態様５〕
当該トランスコーダが、前記入来記述子によって示される前記一つまたは複数の属性にのみ基づいて前記入来メタデータ・フレームから前記出行メタデータ・フレームを生成するよう構成されている、態様１ないし４のうちいずれか一項記載のトランスコーダ。
〔態様６〕
当該トランスコーダが、前記入来ブロック内に含まれるメタデータを解析することなく前記入来メタデータ・フレームから前記出行メタデータ・フレームを生成するよう構成されている、態様１ないし５のうちいずれか一項記載のトランスコーダ。
〔態様７〕
前記一つまたは複数の属性が：
・前記信号のサンプルを示すタイムスタンプ・パラメータであって、前記入来ブロックのメタデータが前記信号の前記サンプルに関連付けられている、パラメータ；
・前記信号のサンプルの数を示す継続時間パラメータであって、前記入来ブロックのメタデータは前記信号のその数のサンプルに関連付けられている、パラメータ；
・前記入来ブロックが前記出行ビットストリーム中にトランスコードされるべきか否かを示すトランスコード・パラメータ；
・前記入来ブロックのメタデータが、前記入来メタデータ・フレームから生成されるすべての出行メタデータ・フレームに含められるべきかどうかを示す複製パラメータ；
・前記出行メタデータ・フレームが複数の入来メタデータ・フレームから生成される場合に、前記入来ブロックのメタデータが当該トランスコーダによって破棄されるべきかどうかを示す複製解除パラメータ；
・前記入来ブロックのメタデータの、メタデータの一つまたは複数の他の入来ブロックに対しての重要性を示す優先度パラメータ；
・前記入来ブロックのメタデータが、前記出行メタデータ・フレームより後の遅れた出行メタデータ・フレーム中に挿入されてもよいか否かを示す関連付けパラメータ；および／または
・前記入来ブロックのメタデータが、前記入来コンテンツ・フレーム内に含まれるデータの修正を受けて、当該トランスコーダによって破棄されるべきか否かを示すPCM処理パラメータ
のうちの一つまたは複数を含む、態様１ないし６のうちいずれか一項記載のトランスコーダ。
〔態様８〕
・前記一つまたは複数の属性が、前記入来ブロックの前記メタデータが関連付けられている前記信号のサンプルを示すタイムスタンプ・パラメータを含み、前記入来記述子の前記タイムスタンプ・パラメータが、前記入来コンテンツ・フレームに対して前記信号の前記サンプルを指示し；
・当該トランスコーダが、前記入来ブロックから出行ブロックを生成するよう構成されており；
・当該トランスコーダが、出行記述子のタイムスタンプ・パラメータが前記出行コンテンツ・フレームに対して前記信号の前記サンプルを指示するように前記入来記述子の前記タイムスタンプ・パラメータを修正することによって、前記出行ブロックの出行記述子を生成するよう構成されている、
態様１ないし７のうちいずれか一項記載のトランスコーダ。
〔態様９〕
・前記一つまたは複数の属性が、前記入来ブロックの前記メタデータが関連付けられている前記信号のサンプルを示すタイムスタンプ・パラメータを含み、前記入来記述子の前記タイムスタンプ・パラメータが、前記入来コンテンツ・フレームに対して前記信号の前記サンプルを指示し；
・当該トランスコーダが、前記入来ブロックから出行ブロックを生成するよう構成されており；
・当該トランスコーダが、前記出行ブロックを遅れた出行メタデータ・フレーム中に挿入するよう構成されており；
・前記遅れた出行メタデータ・フレームは、前記信号の前記サンプルを含まない遅れた出行コンテンツ・フレームに関連付けられており；
・当該トランスコーダは、出行記述子のタイムスタンプ・パラメータが前記遅れた出行コンテンツ・フレームに対して前記信号の前記サンプルを指示するように前記入来ブロックの前記タイムスタンプ・パラメータを修正することによって、前記出行ブロックの出行記述子を生成するよう構成されている、
態様１ないし８のうちいずれか一項記載のトランスコーダ。
〔態様１０〕
・前記一つまたは複数の属性が、前記入来ブロックのメタデータが、前記入来メタデータ・フレームから生成されるすべての出行メタデータ・フレームに含められるべきかどうかを示す複製パラメータを含み；
・当該トランスコーダが、前記複製パラメータを考慮に入れることによって、前記入来メタデータ・フレームから複数の出行メタデータ・フレームを生成するよう構成されている、
態様１ないし９のうちいずれか一項記載のトランスコーダ。
〔態様１１〕
・当該トランスコーダが、複製パラメータが、前記入来ブロックのメタデータが前記入来メタデータ・フレームから生成されるすべての出行メタデータ・フレームに含められるべきであることを判別し；
・前記入来ブロックのメタデータを、前記複数の出行メタデータ・フレームのそれぞれに挿入するよう構成されている、
態様１０記載のトランスコーダ。
〔態様１２〕
・前記複製パラメータが、前記入来ブロックのメタデータが前記入来メタデータ・フレームから生成されるすべての出行メタデータ・フレームに含められるべきであることを示すためにセットされてもよいフラグまたは前記入来ブロックのメタデータが前記入来メタデータ・フレームから生成されるすべての出行メタデータ・フレームに含められるべきではないことを示すためにセットされてもよいフラグを含む、態様１０または１１記載のトランスコーダ。
〔態様１３〕
・当該トランスコーダが、前記入来コンテンツ・フレームから複数の出行コンテンツ・フレームを生成するよう構成されており；
・前記複数の出行コンテンツ・フレームは、前記複数の出行メタデータ・フレームのそれぞれのものに関連付けられる、
態様１０ないし１２のうちいずれか一項記載のトランスコーダ。
〔態様１４〕
前記一つまたは複数の属性が、
前記出行メタデータ・フレームが複数の入来メタデータ・フレームから生成される場合に、前記入来ブロックのメタデータが当該トランスコーダによって破棄されてもよいかどうかを示す複製解除パラメータを含み、
・当該トランスコーダが、前記複製解除パラメータを考慮に入れることによって、前記入来ビットストリームの複数の入来メタデータ・フレームから前記出行メタデータ・フレームを生成するよう構成されている、
態様１ないし１３のうちいずれか一項記載のトランスコーダ。
〔態様１５〕
・前記複数の入来メタデータ・フレームはメタデータの複数の入来ブロックを含み、各入来ブロックは、前記入来ブロックのメタデータが当該トランスコーダによって破棄されてもよいことを示すそれぞれの複製解除パラメータに関連付けられており、
・当該トランスコーダは、前記出行メタデータ・フレームを生成するために、前記複数の入来メタデータ・フレームのうち一つを除いた全部について、前記複数の入来ブロックのメタデータを破棄するよう構成されている、
態様１４記載のトランスコーダ。
〔態様１６〕
・当該トランスコーダが、複数の入来コンテンツ・フレームから前記出行コンテンツ・フレームを生成するよう構成されており；
・前記複数の入来コンテンツ・フレームは、前記複数の入来メタデータ・フレームのそれぞれのものに関連付けられる、
態様１４または１５記載のトランスコーダ。
〔態様１７〕
・前記複製解除パラメータが、前記出行メタデータ・フレームが複数の入来メタデータ・フレームから生成される場合に、前記入来ブロックのメタデータが当該トランスコーダによって破棄されてもよいことを示すためにセットされてもよいフラグまたは前記出行メタデータ・フレームが複数の入来メタデータ・フレームから生成される場合に、前記入来ブロックのメタデータが当該トランスコーダによって破棄されてはならないことを示すためにセットされてもよいフラグを含む、態様１４ないし１６のうちいずれか一項記載のトランスコーダ。
〔態様１８〕
・前記一つまたは複数の属性が、前記入来ブロックのメタデータの、メタデータの一つまたは複数の他の入来ブロックに対しての相対的な重要性を示す優先度パラメータを含み；
・前記入来メタデータ・フレームは、前記優先度パラメータについての異なる値を示す記述子をもつ複数の入来ブロックを含み；
・当該トランスコーダは、前記複数の入来ブロックの優先度パラメータに従って前記複数の入来ブロックから前記出行メタデータ・フレームを生成するよう構成されている、
態様１ないし１７のうちいずれか一項記載のトランスコーダ。
〔態様１９〕
・前記複数の入来ブロックは、段階的な優先度を示す段階的優先度パラメータに関連付けられており；
・前記複数の入来ブロックは、前記複数の入来ブロックの組み合わされたメタデータが高品質メタデータを提供し、前記複数の入来ブロックからの最高の相対優先度をもつ入来ブロックのメタデータが低下品質メタデータを提供するよう、段階的メタデータを含み；
・当該トランスコーダは、前記複数の入来ブロックの少なくとも一つまたは複数に基づいて前記出行メタデータ・フレームを生成するよう構成されていて、それにより前記出行メタデータ・フレーム内に含まれるメタデータの品質のスケーラブルな劣化を許容する、
態様１８記載のトランスコーダ。
〔態様２０〕
・前記一つまたは複数の属性が、前記入来ブロックのメタデータが、前記出行メタデータ・フレームの後の遅れた出行メタデータ・フレーム中に挿入されてもよいか否かを示す関連付けパラメータを含んでおり；
・当該トランスコーダは、前記関連付けパラメータに基づき、かつ前記出行ビットストリームに対するビットレート制約に基づいて、前記入来ブロックからのメタデータを前記出行メタデータ・フレーム中に挿入するよう構成されている、
態様１ないし１９のうちいずれか一項記載のトランスコーダ。
〔態様２１〕
当該トランスコーダは、前記関連付けパラメータが前記入来ブロックのメタデータが遅らされてもよいことを示す場合に、前記入来ブロックからのメタデータを、前記出行メタデータ・フレームより後の遅れた出行メタデータ・フレーム中に挿入するよう構成されている、態様２０記載のトランスコーダ。
〔態様２２〕
・前記入来メタデータ・フレームおよび前記出行メタデータ・フレームは共通のシンタックスに従い；
・前記共通のシンタックスは、メタデータ・フレームが、メタデータの0個、一つまたは複数のブロックを含むことを許容し；
・メタデータの各ブロックは、メタデータの対応するブロック内に含まれるメタデータの一つまたは複数の属性を示す対応する記述子を示す、
態様１ないし２１のうちいずれか一項記載のトランスコーダ。
〔態様２３〕
前記第一のコーデック・システムのデコーダおよび前記第二のコーデック・システムのエンコーダを使って前記入来コンテンツ・フレームから前記出行コンテンツ・フレームを生成するようさらに構成されている、態様１ないし２２のうちいずれか一項記載のトランスコーダ。
〔態様２４〕
・前記信号がオーディオ信号を含む；および／または
・前記入来コンテンツ・フレームが、前記信号のあるフレームの一部または全部のサンプルを示す；および
・前記出行コンテンツ・フレームが、前記信号の前記フレームの一部または全部のサンプルを示す、
態様１ないし２３のうちいずれか一項記載のトランスコーダ。
〔態様２５〕
・前記第一および第二のコーデック・システムが異なる；および／または
・前記第一および第二のコーデック・システムが：ドルビーE、ドルビー・デジタル・プラス、ドルビー・デジタル、ドルビー・トゥルーHD、ドルビー・パルス、AACおよび／またはHE-AACの一つまたは複数を含む、
態様１ないし２４のうちいずれか一項記載のトランスコーダ。
〔態様２６〕
前記出行ビットストリームのビットレートが前記入来ビットストリームのビットレートと異なる、態様１ないし２５のうちいずれか一項記載のトランスコーダ。
〔態様２７〕
入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行コンテンツ・フレームおよび関連付けられた出行メタデータ・フレームを含む出行ビットストリームにトランスコードする方法であって、前記入来コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、前記出行コンテンツ・フレームは第二のコーデック・システムに基づいてエンコードされた前記信号を示し、当該方法は：
・前記入来メタデータ・フレームからメタデータの入来ブロックを同定する段階であってメタデータの前記入来ブロックは、メタデータの前記入来ブロック内に含まれるメタデータの一つまたは複数の属性を示す入来記述子に関連付けられている、段階と；
・前記入来記述子に基づいて前記入来メタデータ・フレームから前記出行メタデータ・フレームを生成する段階とを含む、
方法。
〔態様２８〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームであって、前記コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示し、前記メタデータ・フレームはメタデータのブロックを含み、メタデータの前記ブロックはメタデータの前記ブロック内に含まれるメタデータの一つまたは複数の属性を示す記述子に関連付けられている、ビットストリーム。
〔態様２９〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成するよう構成されたエンコーダであって、前記コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、当該エンコーダは：
・メタデータのブロックを生成する段階と；
・メタデータの前記ブロックに関連付けられた記述子を決定する段階であって、前記記述子は、メタデータの前記ブロック内に含まれるメタデータの一つまたは複数の属性を示す、段階と；
・メタデータの前記ブロックを前記メタデータ・フレーム中に挿入する段階とを実行するよう構成されている、
エンコーダ。
〔態様３０〕
・前記一つまたは複数の属性は、前記ブロックのメタデータが関連付けられている前記信号のサンプルを示すタイムスタンプ・パラメータを含み；
・当該エンコーダは、前記ブロックを、遅れたメタデータ・フレーム中に挿入するよう構成されており；
・前記遅れたメタデータ・フレームは、前記信号の前記サンプルを含まない遅れたコンテンツ・フレームに関連付けられており；
・当該エンコーダは、前記記述子の前記タイムスタンプ・パラメータが前記遅れたコンテンツ・フレームに対して前記信号の前記サンプルを指示するよう、前記ブロックの前記記述子を生成するよう構成されている、
態様２９記載のエンコーダ。
〔態様３１〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成する方法であって、前記コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、当該方法は：
・メタデータのブロックを生成する段階と；
・メタデータの前記ブロックに関連付けられた記述子を決定する段階であって、前記記述子は、メタデータの前記ブロック内に含まれるメタデータの一つまたは複数の属性を示す、段階と；
・メタデータの前記ブロックを前記メタデータ・フレーム中に挿入する段階とを含む、
方法。
〔態様３２〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成するよう構成されたエンコーダであって、前記コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、当該エンコーダは、
・メタデータのブロックを生成する段階と；
・メタデータの前記ブロックを前記メタデータ・フレーム中に挿入する段階と；
・複数のあらかじめ決定された安全な鍵から安全な鍵を選択する段階であって、前記複数のあらかじめ決定された安全な鍵は、種々の信頼レベルを提供する、段階と；
・少なくとも前記コンテンツ・フレーム、前記関連付けられたメタデータ・フレームおよび前記選択された安全な鍵に基づいて暗号学的値を生成する段階と；
・生成された暗号学的値を前記メタデータ・フレーム中に挿入する段階とを実行するよう構成されている、
エンコーダ。
〔態様３３〕
前記複数のあらかじめ決定された安全な鍵が、
・当該エンコーダの開発者にのみ知られている高度に安全な鍵；および
・当該エンコーダの運用者に知られている中程度の安全な鍵を含む、
態様３２記載のエンコーダ。
〔態様３４〕
当該エンコーダは、
・前記エンコードされたビットストリームのための複数の相続くコンテンツ・フレームおよび関連付けられたメタデータ・フレームを生成する段階と；
・単一のコンテンツ・フレームおよびその関連付けられたメタデータ・フレームに基づき、かつ前記選択された安全な鍵に基づいて、フレーム暗号学的値を生成する段階と；
・前記複数の相続くコンテンツ・フレームおよびそれらの関連付けられたメタデータ・フレームのうちの少なくともいくつかに基づき、かつ前記選択された安全な鍵に基づいて、履歴暗号学的値を生成する段階とを実行するよう構成されている、
態様３２または３３記載のエンコーダ。
〔態様３５〕
当該エンコーダは、前記暗号学的値を生成するために、HMAC-MD5値またはHMAC-SHA256値を計算するよう構成されている、態様３２ないし３４のうちいずれか一項記載のエンコーダ。
〔態様３６〕
当該エンコーダは、前記HMAC-MD5値または前記HMAC-SHA256値を打ち切って前記暗号学的値を与えるよう構成されている、態様３５記載のエンコーダ。
〔態様３７〕
当該エンコーダは、前記選択された安全な鍵の指示を前記メタデータ・フレーム中に挿入するよう構成されている、態様３２ないし３６のうちいずれか一項記載のエンコーダ。
〔態様３８〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを生成する方法であって、前記コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、当該方法は、
・メタデータのブロックを生成する段階と；
・メタデータの前記ブロックを前記メタデータ・フレーム中に挿入する段階と；
・複数のあらかじめ決定された安全な鍵から安全な鍵を選択する段階であって、前記複数のあらかじめ決定された安全な鍵は、種々の信頼レベルを提供する、段階と；
・少なくとも前記コンテンツ・フレーム、前記関連付けられたメタデータ・フレームおよび前記選択された安全な鍵に基づいて暗号学的値を生成する段階と；
・生成された暗号学的値を前記メタデータ・フレーム中に挿入する段階とを含む、
方法。
〔態様３９〕
入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行ビットストリームにトランスコードするよう構成されたトランスコーダであって、前記入来コンテンツ・フレームは信号のサンプルの集合を示し、当該トランスコーダは、デコーダおよびエンコーダを有しており、
・前記デコーダは、
・前記入来コンテンツ・フレームを前記信号のデコードされたPCMサンプルの集合に変換し；
・前記入来メタデータ・フレームからメタデータを抽出し；
・デコーダの安全な鍵を使って、デコードされたPCMサンプルの前記集合および前記抽出されたメタデータについての署名値を生成するよう構成されており、
・前記エンコーダは、
・PCMサンプルおよび関連付けられたメタデータの集合を受領し；
・署名値を受領し；
・受領された署名値がPCMサンプルおよび関連付けられたメタデータの受領された集合について有効であるかどうかを、エンコーダの安全な鍵を使って検証し；
・受領された署名が有効であれば、PCMサンプルの受領された集合から前記出行ビットストリームの出行コンテンツ・フレームを生成し、受領されたメタデータから前記出行ビットストリームの関連付けられた出行メタデータ・フレームを生成するよう構成されている、
トランスコーダ。
〔態様４０〕
前記エンコーダが、前記デコーダの安全な鍵を、前記エンコーダの安全な鍵として使うよう較正されている、態様３９記載のトランスコーダ。
〔態様４１〕
前記エンコーダが、受領された署名が有効でない場合には、受領されたメタデータの前記出行ビットストリーム中への挿入を防止するよう構成されている、態様３９または４０記載のトランスコーダ。
〔態様４２〕
・デコードされたPCMサンプルの集合および／または抽出されたメタデータを修正し、それにより第二のPCMサンプルの集合および第二のメタデータを与え；
・前記第二のPCMサンプルの集合および第二のメタデータを前記エンコーダに渡すよう構成されているPCM処理段をさらに有する、
態様３９ないし４１のうちいずれか一項記載のトランスコーダ。
〔態様４３〕
・再署名の安全な鍵を使って、前記第二のPCMサンプルの集合および第二のメタデータについて、更新された署名値を決定し；
・更新された署名値を前記エンコーダに渡すよう構成されている再署名ユニットをさらに有する、
態様４２記載のトランスコーダ。
〔態様４４〕
・前記再署名の安全な鍵は、前記デコーダの安全な鍵とは異なり；
・前記エンコーダは、前記再署名の安全な鍵を前記エンコーダの安全な鍵として使うよう構成されている、
態様４３記載のトランスコーダ。
〔態様４５〕
・前記エンコーダは、受領されたPCMサンプルの集合および／または受領されたメタデータを修正するよう構成されたPCM処理段を有しており；
・前記エンコーダは、受領されたPCMサンプルの修正された集合および／または修正された受領されたメタデータに基づいて前記出行コンテンツ・フレームおよび／または前記出行メタデータ・フレームを生成するよう構成されている、
態様３９ないし４４のうちいずれか一項記載のトランスコーダ。
〔態様４６〕
・前記デコーダは、前記入来メタデータ・フレームからメタデータの入来ブロックを同定するよう構成されており、メタデータの前記入来ブロックは、メタデータの前記入来ブロック内に含まれるメタデータの一つまたは複数の属性を示す入来記述子に関連付けられており；
・前記エンコーダは、前記入来記述子に基づいて前記入来メタデータ・フレームから前記出行メタデータ・フレームを生成するよう構成されている、
態様３９ないし４５のうちいずれか一項記載のトランスコーダ。
〔態様４７〕
前記一つまたは複数の属性は、PCMサンプルの前記集合および／または前記抽出されたメタデータの修正を受けて、前記入来ブロックのメタデータを前記エンコーダによって破棄するべきであるか否かを示すPCM処理パラメータを含む、態様４６記載のトランスコーダ。
〔態様４８〕
前記エンコーダは、前記PCM処理パラメータが、たとえPCMサンプルの前記集合および／または前記抽出されたメタデータが修正されていたとしても前記入来ブロックのメタデータが破棄されるべきでないことを示す場合に、前記入来ブロックのメタデータを前記出行メタデータ・フレーム中に含めるよう構成されている、態様４７記載のトランスコーダ。
〔態様４９〕
態様４２ないし４４のうちいずれか一項を引用する場合の態様４７記載のトランスコーダであって、
・前記PCM処理段は、前記エンコーダに一つまたは複数のPCM処理条件の指標を提供するよう構成されており；
・前記一つまたは複数のPCM処理条件は、PCMサンプルの前記集合および／または前記抽出されたメタデータがどのように前記PCM処理段によって処理されたかを示し；
・前記エンコーダは、前記一つまたは複数のPCM処理条件にも基づいて、前記入来メタデータ・フレームから前記出行メタデータ・フレームを生成するよう構成されている、
トランスコーダ。
〔態様５０〕
前記一つまたは複数のPCM処理条件は：PCMサンプルの前記集合のサンプリング・レートの変換、前記PCMサンプルのシステム・サウンドとの混合、前記抽出されたメタデータの修正、PCMサンプルの前記集合のチャネル構成の修正、PCMサンプルの前記集合のラウドネスの平準化の一つまたは複数を含む、態様４９記載のトランスコーダ。
〔態様５１〕
入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームを出行ビットストリームにトランスコードする方法であって、前記入来ビットストリームは、信号のサンプルの集合を示し、当該方法は、
デコーダにおいて、
・前記入来コンテンツ・フレームを前記信号のデコードされたPCMサンプルの集合に変換する段階と；
・前記入来メタデータ・フレームからメタデータを抽出する段階と；
・デコーダの安全な鍵を使って、デコードされたPCMサンプルの前記集合および前記抽出されたメタデータについての署名値を生成する段階と；
・デコードされたPCMサンプルの前記集合、前記抽出されたメタデータおよび前記生成された署名値を対応するエンコーダに渡す段階とを実行することを含み、
前記エンコーダにおいて、
・PCMサンプルの集合および関連付けられたメタデータを受領する段階と；
・署名値を受領する段階と；
・受領された署名値がPCMサンプルの受領された集合および関連付けられたメタデータについて有効であるかどうかを、エンコーダの安全な鍵を使って判定する段階と；
・受領された署名が有効であれば、PCMサンプルの前記受領された集合から前記出行ビットストリームの出行コンテンツ・フレームを生成し、前記受領されたメタデータから前記出行ビットストリームの関連付けられた出行メタデータ・フレームを生成する段階とを実行することを含む、
方法。
〔態様５２〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームを受領するよう構成されたデコーダであって、前記コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示し、当該デコーダは、
・前記メタデータ・フレームから暗号学的値を抽出する段階と；
・複数のあらかじめ決定された安全な鍵から安全な鍵を決定する段階であって、前記複数のあらかじめ決定された安全な鍵は、種々の信頼レベルを提供する、段階と；
・少なくとも前記コンテンツ・フレーム、前記関連付けられたメタデータ・フレームおよび前記決定された安全な鍵に基づいて検証暗号学的値を生成する段階と；
・前記抽出された暗号学的値および前記検証暗号学的値を比較して、受領されたエンコードされたビットストリームが信頼できるかどうかを判定する段階とを実行するよう構成されている、
デコーダ。
〔態様５３〕
当該デコーダが、前記メタデータ・フレームから前記安全な鍵を抽出することによって、前記安全な鍵を決定するよう構成されている、態様５２記載のデコーダ。
〔態様５４〕
当該デコーダが、受領されたエンコードされたビットストリームの信頼レベルを決定するために、前記複数のあらかじめ決定された安全な鍵のうちのどれが抽出された暗号学的値を生成するために使われたかを決定するようさらに構成されている、態様５２または５３記載のデコーダ。
〔態様５５〕
当該デコーダが、
・前記複数のあらかじめ決定された安全な鍵にそれぞれ対応して複数の検証暗号学的値を生成し；
・前記複数の検証暗号学的値のそれぞれを前記抽出された暗号学的値と比較し；
・前記複数の検証暗号学的値のうちの一つが前記抽出された暗号学的値に一致したら、前記複数のあらかじめ決定された安全な鍵の一つが前記抽出された暗号学的値を生成するために使われたと決定するよう構成されている、
態様５２ないし５４のうちいずれか一項記載のデコーダ。
〔態様５６〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含む受領されたエンコードされたビットストリームの信頼のレベルを決定する方法であって、前記コンテンツ・フレームは、第一のコーデック・システムに基づいてエンコードされた信号を示し、当該方法は、
・前記メタデータ・フレームから暗号学的値を抽出する段階と；
・複数のあらかじめ決定された安全な鍵からの安全な鍵を決定する段階であって、前記複数のあらかじめ決定された安全な鍵は異なる信頼レベルを提供する、段階と；
・少なくとも前記コンテンツ・フレーム、前記関連付けられたメタデータ・フレームおよび前記決定された安全な鍵に基づいて検証暗号学的値を生成する段階と；
・前記決定された安全な鍵の信頼レベルに従って前記受領されたエンコードされたビットストリームが信頼できるかどうかを決定するために、前記抽出された暗号学的値および前記検証暗号学的値を比較する段階とを含む、
方法。
〔態様５７〕
入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームをデコードするよう構成されたデコーダであって、前記入来ビットストリームは、信号のサンプルの集合を示し、当該デコーダは、
・前記入来コンテンツ・フレームを前記信号のデコードされたPCMサンプルの集合に変換する段階と；
・前記入来メタデータ・フレームからメタデータを抽出する段階と；
・デコーダの安全な鍵を使って、デコードされたPCMサンプルの前記集合および前記抽出されたメタデータについての署名値を生成する段階と；
・デコードされたPCMサンプルの前記集合、前記抽出されたメタデータおよび前記生成された署名値を再エンコードのためにエンコーダに送る段階とを実行するよう構成されている、
デコーダ。
〔態様５８〕
出行コンテンツ・フレームおよび関連付けられた出行メタデータ・フレームを含む出行ビットストリームをエンコードするよう構成されたエンコーダであって、当該エンコーダは、
・PCMサンプルの集合および関連付けられたメタデータを受領する段階と；
・前記PCMサンプルの集合および関連付けられたメタデータについての署名値を受領する段階と；
・受領された署名値が、PCMサンプルおよび関連付けられたメタデータの受領された集合について有効であるかどうかを、エンコーダの安全な鍵を使って検証する段階と；
・受領された署名が有効であれば、PCMサンプルの受領された集合から前記出行ビットストリームの出行コンテンツ・フレームを生成し、受領されたメタデータから前記出行ビットストリームの関連付けられた出行メタデータ・フレームを生成する段階とを実行するよう構成されている、
エンコーダ。
〔態様５９〕
入来コンテンツ・フレームおよび関連付けられた入来メタデータ・フレームを含む入来ビットストリームをデコードする方法であって、前記入来ビットストリームは、信号のサンプルの集合を示し、当該方法は、
・前記入来コンテンツ・フレームを前記信号のデコードされたPCMサンプルの集合に変換する段階と；
・前記入来メタデータ・フレームからメタデータを抽出する段階と；
・デコーダの安全な鍵を使って、デコードされたPCMサンプルの前記集合および前記抽出されたメタデータについての署名値を生成する段階と；
・デコードされたPCMサンプルの前記集合、前記抽出されたメタデータおよび前記生成された署名値を再エンコードのためにエンコーダに提供する段階とを含む、
方法。
〔態様６０〕
出行コンテンツ・フレームおよび関連付けられた出行メタデータ・フレームを含む出行ビットストリームをエンコードする方法であって、当該方法は、
・PCMサンプルの集合および関連付けられたメタデータを受領する段階と；
・前記PCMサンプルの集合および関連付けられたメタデータについての署名値を受領する段階と；
・受領された署名値が、PCMサンプルおよび関連付けられたメタデータの受領された集合について有効であるかどうかを、エンコーダの安全な鍵を使って検証する段階と；
・受領された署名が有効であれば、PCMサンプルの受領された集合から前記出行ビットストリームの出行コンテンツ・フレームを生成し、受領されたメタデータから前記出行ビットストリームの関連付けられた出行メタデータ・フレームを生成する段階とを含む、
方法。
〔態様６１〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームをデコードするよう構成されたデコーダであって、前記コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、前記メタデータ・フレームはメタデータのブロックを含み、前記メタデータのブロックは、該メタデータのブロック内に含まれるメタデータの一つまたは複数の属性を示す記述子に関連付けられており、当該デコーダは、
・前記コンテンツ・フレーム内に含まれる前記エンコードされた信号をデコードし；
・前記メタデータ・フレームからメタデータの前記ブロックを同定し；
・メタデータの前記ブロックから前記記述子を抽出し；
・メタデータの前記ブロック内に含まれているメタデータを、前記記述子によって示される前記一つまたは複数の属性に依存して処理するよう構成されている、
デコーダ。
〔態様６２〕
コンテンツ・フレームおよび関連付けられたメタデータ・フレームを含むエンコードされたビットストリームをデコードする方法であって、前記コンテンツ・フレームは第一のコーデック・システムに基づいてエンコードされた信号を示し、前記メタデータ・フレームはメタデータのブロックを含み、前記メタデータのブロックは、該メタデータのブロック内に含まれるメタデータの一つまたは複数の属性を示す記述子に関連付けられており、当該方法は、
・前記コンテンツ・フレーム内に含まれる前記エンコードされた信号をデコードし；
・前記メタデータ・フレームからメタデータの前記ブロックを同定し；
・メタデータの前記ブロックから前記記述子を抽出し；
・メタデータの前記ブロック内に含まれているメタデータを、前記記述子によって示される前記一つまたは複数の属性に依存して処理することを含む、
方法。

【図1a】

【図1b】

【図2a】

【図2b】

【図3a】

【図3b】

【図4a】

【図4b】

【図5a】

【図5b】

【図5c】

【図5d】

【図6】