JP2013527996A - ビットストリームに埋め込まれたメタデータを用いたレンダリング制御を備えるビデオ表示 - Google Patents

Abstract

キャプチャ、ポストプロダクション、任意の既知のビデオ配信チャンネル、デコーディング、および表示サブシステムを備えるシステムにおいて、ビデオ制作者の創作意図を保護するように、ビデオデータを生成、配信、処理、および表示するためのシステム、装置、および方法を提供する。ビデオデータの後の処理および表示をガイドするために用いることができるメタデータが、ポストプロファクション段において動的に生成されて、ビデオデータに埋め込まれる。

Description

本発明は、ビデオデータの配信および／またはビデオデータの表示制御のためのシステム、装置、および方法に関するものである。いくつかの実施形態により、ビデオデータ・ストリームの中に他のデータを伝送するためのシステム、装置、および方法を提供する。いくつかの実施形態により、ビデオ制作者の創作意図を保護するように、ビデオデータを生成、配信、処理、および表示するためのシステム、装置、および方法を提供する。

図１は、従来のビデオ配信パイプライン１００の、ビデオ取り込み（ｃａｐｔｕｒｅ）からビデオコンテンツ表示までのいくつかのステージを示すフローチャートである。ブロック１０２で、一連のビデオフレーム１０１が取り込まれる。ビデオフレーム１０１は、（例えば、デジタルカメラにより）デジタル的に取り込むか、あるいは（例えば、コンピュータ・アニメーションを用いて）コンピュータにより生成することができ、これにより、ビデオデータ１０３のストリームが提供される。あるいは、ビデオフレーム１０１は、フィルムカメラによりフィルムに撮ることもできる。そのフィルムはデジタル形式に変換されて、ビデオデータ１０３のストリームが提供される。

ビデオデータ１０３は、ブロック１０４でのポストプロダクション編集のために、プロセッサに供給される。ブロック１０４のポストプロダクション編集は、ビデオ制作者の創作意図に従って、画質を向上させるか、または画像の特定の外観を実現するように、画像の特定領域における色または明度を調整または修正することを含む場合がある。ブロック１０４では、他の編集（例えば、シーン選択および順序付け、画像トリミング、コンピュータにより生成される特殊視覚効果の付加、など）を実施することもできる。ブロック１０４のポストプロダクション編集時には、ビデオ画像は、リファレンス・ディスプレイに表示される。

ポストプロダクションに続いて、ブロック１０６で、ビデオデータ１０３は、表示サブシステムに配信される。図１Ａに示すように、ブロック１０６の配信は、ビデオ配信媒体１０５（例えば、衛星、ケーブル、ＤＶＤなど）を介してビデオデータ１０３をブロードキャストまたは伝送するためのエンコーダ・ステージ１０７Ａを含んでいる。ブロック１０６の表示側に、媒体１０５を介して伝送されたビデオデータ１０３を復号化するためのデコーダ・ステージ１０７Ｂが配置される。表示サブシステムは、ビデオプロセッサとディスプレイとを含むことができる。ブロック１０８で、ビデオデータ１０３は、処理および／または復号化のため、ビデオプロセッサに供給される。ビデオデータ１０３は、ブロック１１０で一連の画像を鑑賞者に表示するため、ディスプレイに出力される。

表示される画像の品質を向上させるため、ビデオデータ１０３は、それぞれのクロミナンス（ｃｈｒｏｍｉｎａｎｃｅ）（色）チャネルのＲＧＢ値または彩度値を定義するためのより高いビット深度が支援されるように、ビデオ配信パイプライン１００において比較的高いビットレートで処理されることができる。例えば、ビデオデータ１０３のストリームは、各ピクセルのクロミナンスチャネルのそれぞれについて、８、１０、または１２ビットのデータを含むことができる。

クロミナンスチャネルのそれぞれに高ビット深度を用いたとしても、表示特性（例えば、輝度範囲、色域など）の違いが、ディスプレイにレンダリングされる画像の外観に影響を与えて、表示される画像がビデオ制作者の創作意図と一致しないことがある。特に、特定の表示サブシステムにレンダリングされる画像の知覚される色または明度は、ブロック１０４のポストプロダクション編集の際にリファレンス・ディスプレイに表示される画像の色または明度とは異なる場合がある。

また、ビデオ配信パイプライン１００（図１）のブロック１０４、１０８、および１１０で表されるステージのような、従来のビデオ配信パイプラインの処理または表示のステージにおいて適用される方法は、一般に、ビデオ配信パイプライン１００の他のステージで行われた可能性のある処理を考慮することなく、予め設定された方法で実行される。例えば、ビデオデータ１０３を表示するためのブロック１１０の方法は、ブロック１０４のポストプロダクション編集など、ビデオ配信パイプライン１００における前の処理ステップがどのように実行されたのかを知らないまま実行されることがある。ブロック１１０の表示方法は、ブロック１０４のポストプロダクション編集によって定められるビデオ制作者の創作意図を保護するようにディスプレイに画像をレンダリングするのには適していない場合がある。

ビデオ制作者の創作意図を保護するように、ビデオデータを生成、配信、処理、および表示するためのシステム、装置、および方法が、一般に望まれている。下流でのビデオデータの処理および／または表示をガイドするために用いることができる情報を提供するためのシステム、装置、および方法が、一般に望まれている。

メタデータを含むビデオデータを表示サブシステムに提供するためのシステム、装置、および方法を提供する。ビデオデータは、（例えば、衛星、ケーブル、または高解像度ネットワークを介したテレビ放送、ＩＰまたは無線ネットワークを介したストリーミング・マルチメディア、ＤＶＤまたは他の記憶媒体からの再生、など）コンテンツ配信のタイプに適したシステム、装置、および方法を用いて表示サブシステムに伝送または提供することができる。具体的な実施形態では、メタデータは、ビデオ配信パイプラインの１つまたは複数のステージで、生成されてビデオデータに埋め込まれる。メタデータは、ビデオデータの編集に使用されたリファレンス・ディスプレイの特性、リファレンス・ディスプレイが置かれている環境の特性、編集された画像の特性（例えば、輝度および色域）、表示サブシステムのディスプレイが置かれるビューイング環境の特性などに関する情報を提供することができる。

メタデータは、ビデオデータと共に、表示サブシステムなど下流の装置に配信される。メタデータは、その埋め込みメタデータが適用されるべきビデオフレームよりも先に配信されて、これを下流の装置で受信することができる。表示サブシステムにおいて、メタデータを抽出して復号化し、そしてそれを適用することで、表示サブシステムのディスプレイを設定し、さらに／または、そのディスプレイ用にビデオデータを調整するようにビデオデータを処理することができる。

一部の実施形態では、メタデータは、ビデオデータの中の複数の保護ビットに上書きすることによって、ビデオデータに埋め込むことができる。他の実施形態では、メタデータは、クロミナンスチャネルの最下位ビットなど、ビデオデータの中の複数の最下位ビットに上書きすることによって、ビデオデータに埋め込むことができる。本明細書に記載の方法を用いて、他のタイプのデータを、ビデオデータに埋め込むことができる。

予約されたビデオ語（例えば、予約されたピクセル値）および／または予約されたメタデータ語（例えば、フレーム開始ヘッダまたはフレーム終了ヘッダ）の意図しない伝達を回避するように、メタデータを符号化する方法を提供する。保護ビットがメタデータで上書きされる実施形態では、保護ビットに先行する複数のビデオデータ・ビットを予約ビデオ語と比較することで、その保護ビットがガードを含むべきかどうか判断することができ、そうでないと判断されれば、メタデータのビットをその保護ビットに埋め込むことができる。

図面を参照し、以下の詳細な説明を精査することで、上記の例示的な態様および実施形態に加えて、さらなる態様および実施形態が明らかになるであろう。
例示的な実施形態を図面の参照図に示している。本明細書において開示する実施形態および図面は、限定するものではなく、例示とみなされるべきものである。

従来のビデオ配信パイプラインのステージを示すフローチャートである。 図１のビデオ配信パイプラインにおいて実行され得るビデオデータの配信のステージを示すフローチャートである。 具体的な実施形態によりメタデータの伝送に使用され得る保護ビットを含む、映像ダイナミックレンジ（ＶＤＲ）形式のビデオデータのフレームを示す図である。 具体的な実施形態によりメタデータの伝送に使用され得る最下位ビットをそれぞれのクロミナンスチャネルに含む、非ＶＤＲ形式のビデオデータのフレームを示す図である。 具体的な実施形態によりメタデータの伝送に使用され得るビットの集まりを含む、非ＶＤＲ形式のビデオデータのフレームを示す図である。 ビデオ配信パイプラインを通したビデオデータの流れと、一実施形態によりビデオ制作者の創作意図を保護するようにビデオデータを生成、配信、処理、および表示する方法とを示すフローチャートである。 図３のビデオ配信パイプラインで実行され得るビデオデータの配信のステージを示すフローチャートである。 ビデオデータの中にメタデータを符号化する一実施形態による方法を示すフローチャートである。 図４Ａの方法を用いてビデオデータの中に符号化されたメタデータを復号化する一実施形態による方法を示すフローチャートである。 他の具体的な実施形態により、ビデオデータの中にメタデータを符号化する方法を示すフローチャートである。 他の具体的な実施形態により、ビデオデータの中にメタデータを符号化する方法を示すフローチャートである。 一実施形態によるメタデータ・パケットを示す図である。 図６Ａのメタデータ・パケットをフレーム化するのに用いることができるヘッダを示す図である。 一連のフレーム用に配信され得るメタデータと、受信されたメタデータが適用されるべき時を示すタイムラインとを示す図である。 一実施形態によりメタデータの配信を管理する方法を示すフローチャートである。 本明細書に記載の方法のうち１つ以上を実施するのに使用することができる一実施形態によるシステムを模式的に示す図である。 ２つの連続するビデオフレームで伝送される、異なるタイプのメタデータを含む一連のメタデータ・パケットを示す図である。 ビデオデータの中にメタデータを符号化するのに使用することができる一実施形態によるサブシステムを模式的に示す図である。 ビデオデータからメタデータを抽出するのに使用することができる一実施形態によるサブシステムを模式的に示す図である。

以下の説明を通して、より深い理解を当業者に与えるため、具体的詳細について記載する。ただし、開示を不必要に不明瞭にすることがないよう、周知の要素については、詳細に提示または記載していない場合がある。よって、説明および図面は、限定的意味ではなく例示的意味のものとみなされるべきである。

実施形態例により、ビデオ配信パイプラインにおいて有用なシステム、装置、および方法を提供する。ビデオ配信パイプラインを通して、メタデータは、ビデオデータの中に書き込まれて、ビデオデータと共に伝送される。メタデータは、例えば、ビデオデータを処理する下流の装置をガイドし、さらに／またはディスプレイでのビデオ再生をガイドするのに役立つものとすることができる。ディスプレイは、テレビ、コンピュータ・モニタ、ラップトップ、携帯電話、またはハンドヘルド・モバイル機器などで提供されているような、フラットパネル・ディスプレイ（例えば、ＬＣＤ、ＬＥＤ、ＯＬＥＤ、高ダイナミックレンジ、またはプラズマ・ディスプレイ）、またはビデオデータを表示することができる他のディスプレイとすることができる。

メタデータは、ビデオ取り込み（ｃａｐｔｕｒｅ）、ポストプロダクション編集、表示前処理を含むビデオ配信パイプラインの様々なステージにおいて、動的に生成されて、ビデオデータ・ストリームに書き込まれるか、または埋め込まれることができる。メタデータは、例えば、ポストプロダクション編集で使用されるリファレンス・ディスプレイの色域および他の特性、画像における光源の位置、変更すべきではない画像の保護されている色、などを含むパラメータを規定することができる。そのようなメタデータは、デコーダおよび／またはディスプレイにより復号化して処理し、そして、ディスプレイでのビデオ再生の制御と向上のためのビデオデータの処理および／または表示管理と設定に用いることができる。メタデータは、ビデオ制作者の創作意図を保護するようにビデオを表示するために、ディスプレイを制御する（さらに／または、そのディスプレイ用にビデオデータを処理する）のに用いることができる。

具体的な実施形態によれば、ビデオデータは、保護ビット、および／またはクロミナンス（ｃｈｒｏｍｉｎａｎｃｅ）チャネルのＬＳＢなどの最下位ビット（ＬＳＢ：ＬｅａｓｔＳｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）を含んでいる場合がある。一部の実施形態において、メタデータは、保護ビットおよび／またはＬＳＢに保持される。ＶＤＲ形式などのビデオ形式では（図２Ａを参照）、ビデオデータ・フレーム１０は、１つまたは複数の保護ビット１１を含んでいる場合がある。これらの保護ビット１１の少なくとも一部に、メタデータ２２５を書き込むことができる。非ＶＤＲ形式など、他のビデオ形式では（図２Ｂを参照）、ビデオデータ・フレーム１０は、１つまたは複数のＬＳＢ１２（例えば、クロミナンスチャネルまたは輝度チャネルの各々のＬＳＢ １２）を含んでいる場合がある。これらのＬＳＢ１２の少なくとも一部に、メタデータ２２５を書き込むことができる。人間の視覚システム（ＨＶＳ：Ｈｕｍａｎ Ｖｉｓｉｏｎ Ｓｙｓｔｅｍ）は、輝度の変化よりもクロミナンスの変化に鈍感な傾向がある。従って、このＨＶＳ特性を考えると、一部の実施形態において、クロミナンスチャネルのうち１つ以上のＬＳＢ１２に、メタデータ２２５を書き込むことができる。ビデオデータ・フレーム１０内の保護ビット１１および／またはＬＳＢ １２に、メタデータ２２５のビットをシリアル化することで、可変長または固定長のメタデータ２２５のパケットを提供することができる。ＶＤＲ形式は、同一所有者による“ＥＸＴＥＮＤＥＤＤＹＮＡＭＩＣ ＲＡＮＧＥ ＡＮＤＥＸＴＥＮＤＥＤ ＤＩＭＥＮＳＩＯＮＡＬＩＴＹ ＩＭＡＧＥ ＳＩＧＮＡＬ ＣＯＮＶＥＲＳＩＯＮＡＮＤ／ＯＲ ＤＥＬＩＶＥＲＹ ＶＩＡＬＥＧＡＣＹ ＶＩＤＥＯ ＩＮＴＥＲＦＡＣＥＳ（拡張ダイナミックレンジおよび拡張次元の画像信号の変換および／またはレガシー・ビデオインタフェースを介した配信）”という国際出願ＰＣＴ／ＵＳ２０１０／０２２７００に記載されているビデオ形式であり、この文献は、参照により本明細書に組み込まれる。

ＬＳＢ（例えば、クロミナンスチャネルのＬＳＢ）を有する非ＶＤＲ形式または他の形式のビデオデータの場合、それらのＬＳＢに、例えば以下の方法のいずれかで、メタデータを書き込むことができる。

すべてのＬＳＢがメタデータを保持する可能性があるように、それぞれのクロミナンスチャネルのＬＳＢにメタデータを書き込むことができる。
すべてのＬＳＢがメタデータを保持する可能性があるわけではないように、それぞれのクロミナンスチャネルのＬＳＢにラウンドロビン方式で、またはＬＳＢを一部スキップする他の何らかの方式で、メタデータを書き込むことができる。

ＬＳＢに上書きすることによる影響を受ける傾向が比較的少ない画像領域の中のピクセルのクロミナンスチャネルのＬＳＢに、メタデータを書き込むことができる。例えば、一部の実施形態では、ＬＳＢに上書きすることによって生じる表示画像における変化が明るい画像領域では見立ちにくいという一般的な傾向を利用して、明るい画像領域の中のピクセルのクロミナンスチャネルのＬＳＢに、メタデータを書き込むことができる。

一部の実施形態では、ＬＳＢにメタデータを書き込む方法は、メタデータを保持するためにそれぞれのクロミナンスチャネル（または、他のタイプのデータ）のＬＳＢに上書きすることで生じ得るビデオコンテンツ表示の画質低下の可能性を考慮して選択することができる。メタデータを書き込む方法は、ビデオデータまたは画像に基づいて、表示される画像のアーティファクトを低減するか、または最小限とするように、選択することができる。

ビデオ配信パイプラインを通して各ビデオフレームで可変量のメタデータを伝送することができるので、メタデータの配信と処理のタイミングを管理する方法および装置を提供することができる。例えば、複数のビデオフレームにまたがるメタデータ・ペイロードが、そのメタデータが適用されるべき特定のビデオフレームの処理に先立って、ビデオデコーダまたはプロセッサに伝送されて、受信されることができる。メタデータ・ペイロードは、そのメタデータがビデオデコーダまたはプロセッサによってディスプレイの管理または設定に適用されるべき時を示すタイムスタンプと共に、伝送されることができる。

メタデータ・ペイロードに、優先レベルを割り当てることができる。相対的に優先度の高いメタデータとして分類されるメタデータを、相対的に優先度の低いメタデータとして分類されるメタデータの配信よりも前に配信することができるような、システム、装置、および／または方法を提供することができる。そのようなシステム、装置、および／または方法を用いて、ビデオ配信パイプラインで１つ以上のビデオフレーム用に生成されたメタデータをすべて伝送するのに十分なバンド幅がない場合のメタデータの配信を管理することができる。具体的な実施形態では、ビデオ配信パイプラインを通した特定のメタデータの伝送が、相対的に優先度の高いメタデータとして分類される他のメタデータの伝送を可能にするため、一時的に中断されることがある。

追加のメタデータを伝送するために、他の伝送機構を提供することができる。例えば、一部のビデオ形式では、ビデオデータは、輝度データとは別に表されるクロミナンスデータを含んでいる。一部の実施形態では、特定のビデオフレームまたはビデオフレームの特定の領域のクロミナンスデータをメタデータで上書きすることにより、ビデオ配信パイプラインを通してメタデータをバーストで提供する。輝度レベルがゼロまたは閾値未満であるピクセルについては、表示される画像の外観に実質的に影響を与えることなく、クロミナンスデータを、メタデータ２２５のビットで上書きすることができる。メタデータは、フィールド、値、ビットなどを含み得るビデオデータのクロミナンス部分またはクロミナンスチャネルに書き込むことができる。図２Ｃは、メタデータ２２５で上書きすることができる、データフレーム１０の一連のビット１３を構成するクロミナンス部分を示している。クロミナンス部分へのメタデータの符号化は、“ＳＹＳＴＥＭＳ，ＡＰＰＡＲＡＴＵＳＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲＶＩＤＥＯ ＤＥＬＩＶＥＲＹ ＡＮＤＣＯＮＴＲＯＬＬＩＮＧ ＶＩＤＥＯ ＤＩＳＰＬＡＹＢＹ ＯＶＥＲＷＲＩＴＩＮＧ ＶＩＤＥＯＤＡＴＡ（ビデオデータへの上書きによるビデオ配信およびビデオ表示制御のためのシステム、装置、および方法）”という名称の同一所有者による同時係属中の出願に記載されており、この文献は、参照により本明細書に組み込まれる。

図３は、具体的な実施形態による、ビデオ配信パイプライン２００を通したビデオデータの流れを示すフローチャートである。ビデオ配信パイプライン２００には、図１のビデオ配信パイプライン１００に示すものと同様のステージが組み込まれており、よって、図３のビデオ配信パイプライン２００では参照符号が「１」ではなく「２」で始まることを除いて、同様のステージを識別するために類似の参照符号を用いている。ビデオ配信パイプライン２００の１つ以上のステージにおいて、下流のステージで用いるためのメタデータ２２５を生成して、ビデオデータ２０３のストリームに埋め込むことができる。メタデータ２２５は、ビデオデータを処理する下流の装置をガイドするため、さらに／またはブロック２１０での表示サブシステムにおけるビデオ再生をガイドするため、ビデオ配信パイプライン２００を通してビデオデータ２０３と共に伝送される。メタデータ２２５が埋め込まれたビデオデータ２０３は、（例えば、衛星、ケーブル、または高解像度ネットワークを介したテレビ放送、ＩＰまたは無線ネットワークを介したストリーミング・マルチメディア、ＤＶＤまたは他の記憶媒体からの再生、など）ビデオコンテンツ配信のタイプに適したシステム、装置、および方法を用いて、ブロック２０６において表示サブシステムに配信することができる。

図３の実施形態では、ブロック２０２で、カメラ・メタデータ２２５Ａが生成されて、ビデオデータ２０３に埋め込まれる。カメラ・メタデータ２２５Ａは、カメラ設定およびビデオフレーム取り込み環境に基づいて生成することができる。カメラ・メタデータ２２５Ａは、例えば、ビデオフレーム取り込み時のカメラ設定のスナップショットを提供するカメラ・パラメータを含むことができる。このようなカメラ・パラメータとして、絞り（Ｆストップ）、レンズ、シャッター速度、感度（ＩＳＯの評価）などを含むことができる。これらのカメラ・パラメータは、ブロック２０４でのポストプロダクション編集の際の色調整（例えば、色タイミング）またはブロック２１０での表示設定など、ビデオ配信パイプライン２００における後のステップをガイドするために用いることができる。

ブロック２０４において、ポストプロダクション・メタデータ２２５Ｂが生成されて、ビデオデータ２０３に埋め込まれる。ポストプロダクション・メタデータ２２５Ｂは、リファレンス・ディスプレイおよび環境のメタデータ２２５Ｂ_１と、ソースビデオコンテンツ特性評価（ｓｏｕｒｃｅ ｖｉｄｅｏ ｃｏｎｔｅｎｔ ｃｈａｒａｃｔｅｒｉｚａｔｉｏｎ）のメタデータ２２５Ｂ_２とを含むことができる。ポストプロダクション・メタデータ２２５Ｂは、ブロック２１０での表示設定など、ビデオ配信パイプライン２００における後のステップをガイドするために用いることができる。

リファレンス・ディスプレイおよび環境のメタデータ２２５Ｂ_１は、ブロック２０４のポストプロダクション編集で用いられるリファレンス・ディスプレイ設定およびスタジオまたはビューイング環境を記述することができる。例えば、リファレンス・ディスプレイおよび環境のメタデータ２２５Ｂ_１は、ブロック２０４のポストプロダクション編集においてビデオデータ２０３の表示に使用されるリファレンス・ディスプレイに関して、以下のようなパラメータを含むことができる。

・ 細かい解像度でのリファレンス・ディスプレイの色調および色域の境界を記述する３次元色域マッピング；
・ リファレンス・ディスプレイの色調および色域の境界を規定するパラメータの縮小セット（これは、３次元色域マッピングを推測するために用いることができる）；
・ それぞれのクロミナンスチャネルについてのリファレンス・ディスプレイの色調応答を記述するシステム色調応答パラメータ；
・ および／または類するもの。

リファレンス・ディスプレイおよび環境のメタデータ２２５Ｂ_１は、さらに、ブロック２０４のポストプロダクション編集においてリファレンス・ディスプレイでビデオコンテンツの色タイミング調整または編集が行われたスタジオ環境を記述するパラメータを含むこともできる。このようなパラメータとして、周辺輝度および周辺色温度を含むことができる。

ソースビデオコンテンツ特性評価メタデータ２２５Ｂ_２は、ポストプロダクション編集されたビデオコンテンツを記述することができ、以下のものを識別または提供し得る情報を含んでいる。

・ 画像における光源の、または画像における反射または発光オブジェクトの、位置マップ；
・ ビデオソース・コンテンツの色域；
・ 意図的にリファレンス・ディスプレイの色域外に色タイミング調整された画像の領域；
・ ビデオプロセッサによる表示前処理の際、または表示設定の際に変更すべきではない保護された色；
・ 輝度または色域に関して画像を特徴付ける画像ヒストグラム（例えば、このような情報は、下流の装置によって、色調および色域マッピングを向上させるために平均輝度を求めるのに用いることができる）；
・ 前のビデオフレームからの統計またはヒステリシスがもはや有効ではないことを下流の装置に警告するための、シーン変更またはリセットのフラグ；
・ 下流の装置によって、光源位置マップと組み合わせて、色調および色域マッピングを導くのに用いることができる、動いているオブジェクトを識別するようにビデオコンテンツを特徴付けるモーション・マップ；
・ 色タイミング調整されたコンテンツのソースの表示（例えば、カメラから直接、またはポストプロダクション編集）；
・ デコーダ／テレビまたは他のディスプレイなどの下流の装置を制御するために用いることができる、ディレクタの創作意図の設定。例えば、そのような設定として、ディスプレイを特定のモード（例えば、ビビッド、シネマ、スタンダード、プロフェッショナル、など）で動作させるように制御することを可能にする表示モード制御、適切な色域または色調マッピングなどを決定するために用いることができるコンテンツ・タイプ（例えば、アニメーション、ドラマ、スポーツ、ゲーム、など）、色調マッピング（例えば、ディスプレイでの色調拡張をガイドするために用いることができるカスタマイズされた色調マッピング・パラメータまたは曲線）、色域マッピング（例えば、ディスプレイでの色域拡張をガイドするために用いることができるカスタマイズされた色域マッピング・パラメータ）、を含むことができる；
・ および／または類するもの。

ビデオデータ２０３は、ブロック２０６で表示サブシステムに配信される。図３Ａに示すように、ブロック２０６の配信は、衛星、ケーブル、または高解像度ネットワーク、ＩＰまたは無線ネットワーク、ＤＶＤもしくは他の記憶媒体など、ビデオ配信媒体２０５を介してビデオデータ２０３を配信、ブロードキャスト、または伝送するためのエンコーダ・ステージ２０７Ａを含むことができる。ブロック２０６の表示側に、媒体２０５を介して配信されたビデオデータ２０３を復号化するためのデコーダ・ステージ２０７Ｂを設けることができる。デコーダ・ステージ２０７Ｂは、例えば、セットトップ・ボックスによって、または表示サブシステム内のデコーダによって、実現することができる。ブロック２０６および／または２０８では、ビューイング環境メタデータ２２５Ｃおよび／または他のメタデータ２２５をビデオデータ２０３に埋め込むことができる。ビューイング環境メタデータ２２５Ｃは、例えば、以下のものを含むことができる。

・ リファレンス・モニタの色調マッピングもしくは色域曲線、またはリファレンス環境の周辺輝度を提供する、高度ビデオ符号化（ＡＶＣ：ＡｄｖａｎｃｅｄＶｉｄｅｏ Ｃｏｄｉｎｇ）ＶＤＲエンコーダ・データ。この情報の少なくとも一部は、デコーダ・ステージ２０７Ｂで（またはビデオプロセッサにより）、表示サブシステムの（例えば、ディスプレイの拡張ディスプレイ識別データ（ＥＤＩＤ：ＥｘｔｅｎｄｅｄＤｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）を読み取ることによる）表示特性および環境の情報によって決定することができる。実施形態によっては、この情報の少なくとも一部が、ビデオデータのポストプロダクション処理の際のスタジオで決定されることがある。

・ 表示サブシステムのディスプレイが置かれる環境を記述するパラメータ。このようなパラメータとして、例えば、周辺の輝度および／または色調もしくは色温度を含むことができる。

ビューイング環境メタデータ２２５Ｃは、ブロック２０８でのビデオデータ処理および／またはブロック２１０での表示設定をガイドするために用いることができる。
表示サブシステムは、ブロック２０８で受信ビデオデータ２０３を処理するためのビデオプロセッサを備えている。表示サブシステムのビデオプロセッサは、ビデオデータ２０３から抽出したメタデータ２２５（例えば、メタデータ２２５Ａ）および／または表示サブシステムのディスプレイに関する既知の表示特性に基づいて、ビデオデータ２０３に対する信号処理を実行することができる。表示特性評価パラメータ２２６および／またはメタデータ２２５に従って、そのディスプレイ用にビデオデータ２０３を処理および調整することができる。

ブロック２０６および／または２０８、あるいはビデオ配信パイプライン２００の他のステージにおいて、ビデオデータ２０３に埋め込むことができる他のメタデータ２２５として、例えば、以下のような（頒布権などを管理するための）ハウスキーピング・メタデータ２２５Ｄが含まれる。

・ ビデオコンテンツがどこで生成、配信、変更されたのかなどを示す透かしデータ；
・ 検索または索引付けを目的としたビデオコンテンツの記述などを提供するフィンガープリント・データ；
・ ビデオコンテンツの所有者、および／またはそのアクセス権を持つ者を示す保護データ；
・ および／または類するもの。

ビューイング環境メタデータ２２５Ｃは、表示サブシステムのディスプレイに関する表示特性評価パラメータ２２６に少なくとも部分的に基づいて、生成することができる。一部の実施形態では、ビューイング環境メタデータ２２５Ｃ、ソースビデオコンテンツ特性評価メタデータ２２５Ｂ_２、および／またはハウスキーピング・メタデータ２２５Ｄは、エンコーダ・ステージ２０７Ａ、デコーダ・ステージ２０７Ｂでのビデオデータ２０３の分析によって、さらに／またはブロック２０８でビデオプロセッサによって、生成または提供することができる。

ブロック２１０では、表示サブシステムのディスプレイにおいて表示設定を行うことができる。表示設定のための適切なパラメータは、表示特性評価パラメータ２２６、および／またはカメラ・メタデータ２２５Ａ、ポストプロダクション・メタデータ２２５Ｂ（リファレンス・ディスプレイおよび環境のメタデータ２２５Ｂ_１、ソースビデオコンテンツ特性評価メタデータ２２５Ｂ_２を含む）、ビューイング環境メタデータ２２５Ｃなどのメタデータ２２５に基づいて、決定することができる。ディスプレイは、それらのパラメータによって設定される。ビデオデータ２０３は、ディスプレイに出力される。

ビデオ配信パイプライン２００を通して配信されるビデオフレームのために、ブロック２０２、２０４、２０６、または２０８でメタデータ２２５を生成して、パイプラインを通して配信されるビデオフレームの利用可能な保護ビットおよび／またはＬＳＢに、メタデータ２２５をシリアルに書き込むことができる。必要なメタデータ・バンド幅は、特定のメタデータ・タイプのメタデータ伝送の頻度とサイズによって、ビデオフレーム間で異なることがある。特定の実施形態によれば、一部のタイプのメタデータ２２５は、およそ１０秒ごとに下流に伝送される場合があり（例えば、これにはリファレンス・ディスプレイおよび環境のメタデータ２２５Ｂ_１を含むことができる）、別のタイプのメタデータ２２５は、フレームシーケンスごとに１回、またはシーン変更ごとに１回、下流に伝送される場合があり（例えば、これにはビューイング環境メタデータ２２５Ｃを含むことができる）、さらに別のタイプのメタデータ２２５は、フレームごとに１回、または数個のフレームごとに１回、下流に伝送される場合がある（例えば、これにはソースビデオコンテンツ特性評価メタデータ２２５Ｂ_２の一部のパラメータを含むことができる）。

一部のビデオフレームについては、ブロック２０２、２０４、２０６、または２０８で生成されるメタデータ２２５をすべて１つのビデオフレーム内の保護ビットまたはＬＳＢに順次埋め込むことが可能な場合がある。他のビデオフレームについては、ブロック２０２、２０４、２０６、または２０８で生成されるメタデータ２２５が、その伝送に１つよりも多くのビデオフレームを必要とする場合があり、また、ビデオ配信パイプライン２００により提供されるメタデータ・バンド幅を超える場合がある。これによって、メタデータは配信不能になることがある。メタデータ２２５が適時に配信および適用されるようにするため、以下でさらに詳細に説明するように、ビデオ配信パイプライン２００を通したメタデータ２２５の符号化および配信を管理するためのシステム、装置、および／または方法を提供する。

ブロック２０８でのビデオデータ２０３の処理およびブロック２１０での表示設定に用いられるメタデータ２２５は、（ビデオプロセッサおよびディスプレイを含む）表示サブシステムにおいてメタデータ２２５がその適用に先立って受信されるように、ビデオデータ・ストリームの中に伝送される。一部の実施形態では、メタデータ２２５は、メタデータ２２５が適用されるべきフレームよりも少なくとも１ビデオフレーム前に、表示サブシステムによって受信されるように、送られる。一部の実施形態では、メタデータ２２５は１ビデオフレーム前に送られて、ブロック２０８および／または２１０でのメタデータ２２５の適用は、受信ビデオストリームに新しいビデオフレームを検出することでトリガすることができる。

具体的な実施形態において、ビデオ配信パイプライン２００のシステムおよび／または装置は、メタデータ構造を定義するメタデータ・プロトコルに準拠している。図６Ａは、具体的な実施形態によるメタデータ構造すなわちメタデータ２２５のパケット２５０を示しており、これは、例えば、図３のビデオ配信パイプライン２００のブロック２０２、２０４、２０６、または２０８のいずれかにおいて生成されて、パイプラインの下流に伝送され得るものである。パケット２５０は、ヘッダによってフレーム化されている。図６Ａに示す実施形態では、パケット２５０は、以下のフィールドを含んでいる。

・ フレーム開始ビットセットによってヘッダを規定するフレーム開始（ＳＯＦ：ＳｔａｒｔＯｆ Ｆｒａｍｅ）ヘッダ２５２；
・ ペイロードの中のメタデータのタイプ（例えば、色域パラメータ、シーン変更フラグ、画像ヒストグラム、など）と、後に続くメタデータの形式またはパターンとを規定するパケットタイプ２５４；
・ フレーミング構造の設定可能な部分を規定するＣＦＧビット２５６（例えば、ＣＦＧビット２５６は、パケットについてのタイムスタンプが有効であるかどうかと、タイムスタンプの適用の仕方について規定することができる）；
・ 長さが可変の場合があるメタデータ・ペイロード２５８；
・ フレーム終了ビットセットによってヘッダを規定するフレーム終了（ＥＯＦ：ＥｎｄＯｆ Ｆｒａｍｅ）ヘッダ２６０；
・ メタデータ・ペイロード２５８のデータがいつ適用されるべきか（例えば、メタデータ・パケット２５０を受信した後のビデオフレームまたはシーンの特定の数、または他の何らかの以後の遅延）を示すタイムスタンプ２６２（オプション）；
・ メタデータ・パケット２５０の検証を可能にする、例えば、巡回冗長検査（ＣＲＣ：ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）値２６４などのチェックサム。

図６Ｂは、図６Ａに示すようなメタデータ・パケット２５０の開始（すなわちＳＯＦヘッダ２５２）または終了（すなわちＥＯＦヘッダ２６０）を規定するために使用することができるヘッダ２７０を示している。図示の実施形態では、所定のパターン２７２の複数のビットで、ヘッダ２７０は始まる。ペイロード終了（ＥＯＰ：ＥｎｄＯｆ Ｐａｙｌｏａｄ）フラグまたはビット２６６と、ＳＯＦ／ＥＯＦフラグまたはビット２６８（例えば、０／１）で、ヘッダ２７０は終わる。ＳＯＦ／ＥＯＦフラグ２６８は、ヘッダ２７０が、ＳＯＦヘッダ２５２であるか、ＥＯＦヘッダ２６０であるかを定めている。ＥＯＰフラグ２６６は、ＥＯＦフラグ２６８が設定されている場合のみ有効とすることができる。ＥＯＰフラグ２６６を設定することは、メタデータ・パケット２５０がメタデータ・ペイロードの最後の部分を含んでいることを示している。ＥＯＰフラグ２６６によって、メタデータ・ペイロードを、ビデオフレームにまたがって分割することができる幾つかのメタデータ・パケット２５０に分割することが可能となる。ＥＯＰフラグ２６６によって、優先度の高いメタデータ・パケットの伝送のために、優先度の低いメタデータ・パケットに割り込むことが可能となる。

ＥＯＰフラグ２６６によって、図１０に示すように、異なるタイプのメタデータを保持するパケットを、複数のビデオフレームによって伝送することが可能となる。パケットに保持されているメタデータのタイプは、ヘッダの中のパケットタイプ２５４によって示すことができる（図６Ａ参照）。図示の例では、タイプＡのメタデータを保持する第１のパケット２８０が、ビデオフレーム１のビデオデータに埋め込まれる。タイプＡのメタデータをビデオデータ・ストリームに埋め込んでいる間に、メタデータ・タイプＡよりも高い優先度を有するタイプＢのメタデータを受信する。タイプＢのメタデータを優先させて、タイプＡのメタデータの伝送を中断するため、第１のパケット２８０を終了させるようにＥＯＦフラグを設定する（ただし、伝送されるべきタイプＡのメタデータが残っているので、ＥＯＰフラグは設定されない）。そして、タイプＢのメタデータを保持する第２のパケット２８２を、ビデオフレーム１のビデオデータに埋め込むことができる。図示の例では、ビデオフレーム１は、タイプＢのメタデータをすべて伝送するのに十分な保護ビットまたはＬＳＢを有していない。そこで、ビデオフレーム１の終わりにあたって、第２のパケット２８２の終わりを示すためのＥＯＦフラグが設定される（ただし、伝送されるべきタイプＢのメタデータが残っているので、ＥＯＰフラグは設定されない）。残りのタイプＢのメタデータを保持する第３のパケット２８４は、ビデオフレーム２のビデオデータに埋め込むことができる。第３のパケット２８４は、パケットの終わりと、タイプＢのメタデータのメタデータ・ペイロードの終わりを示すように、ＥＯＦフラグとＥＯＰフラグで終了させることができる。その後、タイプＡのメタデータの伝送を再開することができる。図示の例では、（タイプＢのメタデータを埋め込む際に保存された）残りのタイプＡのメタデータが全て取り出されて、ビデオフレーム２のビデオデータに埋め込まれるメタデータの第４のパケット２８６の中に保持される。第４のパケット２８６は、パケットの終わりと、タイプＡのメタデータのメタデータ・ペイロードの終わりを示すように、ＥＯＦフラグとＥＯＰフラグで終了させることができる。

具体的な実施形態によれば、メタデータ・ビットは、予約もしくは保護された語またはビット列（そのビット長は任意とすることができる）が誤って伝達されることがないような方法で、ビデオデータのビット（例えば、保護ビットおよび／またはＬＳＢ）上にシリアル化される。予約語（ｒｅｓｅｒｖｅｄ ｗｏｒｄ）には、メタデータによって伝達されることがある予約メタデータ語と、ビデオデータ・ストリームによって伝達されることがある予約ビデオ語の、２つのタイプがあり得る。メタデータ・ペイロードが、パケットのフレーム終了ヘッダすなわちＥＯＦヘッダ２６０（図６Ａ）などの予約メタデータ語と一致することがないように、メタデータを符号化することができる。ビデオデータの保護ビットがメタデータで上書きされる実施形態では、ビデオデータにより予約ビデオ語が伝達されることを防ぐという保護ビットの機能が、シリアル化されたメタデータによって無効にされることは避けなければならない。例えば、ＶＤＲまたはＨＤＭＩ形式など一部のビデオ形式では、保護ビットを用いることで、特定の予約ビデオ語（例えば、予約ピクセル値）が伝送されないようにしている。予約ピクセル値として、例えば、０、２５５、および他の予約値を含むことができる。

図４Ａは、予約ビデオ語の伝達を回避するように、ビデオデータの中にメタデータ・ビットを符号化する方法３００を示している。方法３００は、保護ビットを用いるＶＤＲ形式または他のビデオ形式のビデオデータの中に、メタデータをシリアル化するために適用することができる。方法３００は、ビデオデータ・ストリームの中に伝送されるべきメタデータをブロック３０２で受信することで開始する。メタデータは、例えば、図３に示すビデオ配信パイプライン２００のブロック２０２、２０４、２０６、または２０８のいずれかにおいて、メタデータ・ジェネレータまたはエンコーダから受信されることがある。一部の実施形態では、メタデータが、そのメタデータが適用されるべきフレームより少なくとも１ビデオフレーム前に、ビデオデータ・ストリームの中に伝送されるようにするため、ブロック３０２で受信されるメタデータは、後来のビデオフレームに（例えば、ビデオデータ処理および／または表示設定のために）適用されるべきメタデータである。メタデータは、メタデータ・パケット（例えば、図６Ａに示すようなメタデータ・パケット２５０）として符号化することができる。ブロック３０４で、メタデータ・パケットの第１のビットを取得し、また、ビデオデータ・ストリームの中で、利用可能な次の保護ビット（つまり、メタデータで上書きされていない保護ビット）を見つける。ブロック３０６で、（実施形態によっては、先に伝送されたメタデータを含んでいる）ビデオデータ・ストリームについて、１つまたは複数の予約ビデオ語の意図しない伝達を防ぐためのガードとしての保護ビットが必要であり得るかどうか判断するための検討が行われる。保護ビットがガードとして使用されるべき状況である場合は、ブロック３１０で保護ビットにガードが挿入される。他の実施形態では、ガードは、ビデオデータを符号化する際に保護ビットに書き込まれる場合があり、よって、既にガードが保護ビットに入っていることがあり、この場合、ブロック３１０では保護ビットをスキップすることができ、スキップした保護ビットにメタデータ・ビットは挿入されない。

ガードを挿入するためのブロック３０６でのガード条件として、例えば、ビデオデータ・ストリームにおいて保護ビットに先行するビットが予約ビデオ語とほぼ一致しているか（例えば、あと１ビットで一致するか）どうかについての検討を含むことができる。この判断は、ビデオデータ・ストリームの中の先行するビットを、予約ビデオ語のリストにある各語と比較することによって、行うことができる。

ブロック３１０で保護ビットにガードを挿入（または保護ビットをスキップ）したら、ブロック３１２で、ビデオデータ・ストリームにおいて次の保護ビットを見つけて、次のこの保護ビットに対して、保護ビットをガードとして使用すべきかどうか（または、保護ビットにメタデータを書き込んでもよいかどうか）判断するためのブロック３０６の検証を適用する。

特定の保護ビットがガードとして使用される必要がないと、ブロック３０６で判断される場合は、ブロック３０８において、その保護ビットにメタデータのビットを書き込むことができる。ビデオデータ・ストリームに埋め込まれるべきメタデータ・パケットの残りのビットがある間は（ブロック３１４を参照）、メタデータ・パケットから次々とビットを取得し、また、ビデオデータ・ストリームにおいて次々と保護ビットを見つける（ブロック３１６を参照）。それぞれの取得したメタデータ・ビットおよび見つけた保護ビットについて、ブロック３０６の検証を適用することで、その保護ビットをガードとして処理して（ブロック３１０）次の保護ビットにスキップする（ブロック３１２）べきかどうか判断し、そうではないと判断されたら、その保護ビットにメタデータを書き込む（ブロック３０８）ことができる。

具体的な実施形態では、保護ビットの直前のピクセルデータ３０５のビットについて、ビデオデータにより予約ビデオ語が伝達される可能性があるかどうか判断するための検討を行うことにより、ブロック３０６でのガード条件が評価される。例えば、予約ビデオ語として（例えば、２進形でそれぞれ、００００００００、１１１１１１１１と表される）０および２５５などの特定のピクセル値を含むビデオ形式の場合、保護ビットに先行するピクセルデータ３０５の７つのビットについて、ブロック３０６で検討することができる。先行する７ビットがすべて、連続するゼロまたは連続する１である場合には、（その一連のビデオデータ・ビットにおける８番目のビットとなる）保護ビットは、ガードとして機能しなければならない。保護ビットには、ブロック３１０で、予約ビデオ語の伝達を防ぐように適切に選択された０または１のガードを設定することができる。予約ビデオ語として、様々に異なる長さの他の語またはビット列を含むことができる。ブロック３０６でのガード条件により、ピクセルデータ３０５について、これらの予約ビデオ語のいずれかの伝達の可能性を検出するための評価を行うことができる。

予約メタデータ語の意図しない伝達を回避するように、メタデータ２２５を符号化することができる。予約メタデータ語として、例えば、メタデータ・パケットの開始を規定するパケットのフレーム開始ヘッダ、またはメタデータ・パケットの終了を規定するパケットのフレーム終了ヘッダを含むことができる。予約メタデータ語の意図しない伝達を回避するために用いられる符号化方式として、例えば以下のものを含むことができる。

・ ６ｂ／８ｂ符号化（一続きの連続する同じビットが、最長で６ビット長に制限される）；
・ ８ｂ／１０ｂ符号化（一続きの連続する同じビットが、最長で５ビット長に制限される）；
・ 連続する同じビットの固定パターンで、ＳＯＦヘッダ２５２またはＥＯＦヘッダ２６０などの予約メタデータ語を表すように定義し、ビデオデータにメタデータ・ペイロードを埋め込む際には、それらの固定パターンを符号化することは避ける。例えば、それらの固定パターンが６ビット長パターン００００００と１１１１１１である場合に、メタデータ・ペイロードに５ビット長パターン０００００または１１１１１が現れるときには、いずれも、その次のビットとして１または０の保護ビットがビデオデータ・ストリームの中に埋め込まれる（例えば、０００００１または１１１１１０）。ビデオデータ・ストリームからメタデータを抽出する際には、この保護ビットは有効とはみなされず、無視される。

図４Ｂは、図４Ａの方法３００を用いて符号化されたメタデータ・ビットを、ビデオ信号から取り出す方法３３０を示している。この方法３３０は、ビデオデータ３３２のストリームを受信し、ＳＯＦヘッダ２５２（図６Ｂを参照）またはメタデータ・パケットの開始を規定する他の予約メタデータ語を検出するため、ブロック３３３でビデオデータ３３２を監視することで、開始する。ブロック３３３におけるメタデータ・パケットの開始の検出は、ＳＯＦヘッダ２５２を形成する一連のメタデータ・ビットが検出されるまで、ビデオデータ・ストリームの中の保護ビットを受信して、復号化すること（さらには、予約ビデオ語の伝達を防ぐためのガードとして使用されている保護ビットをスキップすること）を含むことができる。ブロック３３３でメタデータ・パケットの開始が検出されたら、方法３００はブロック３３４に進んで、ビデオデータ・ストリームにおいて次の保護ビットを見つける。ブロック３３６で、先行するビデオデータ３３５（すなわち、保護ビットの直前に受信したビデオデータ・ビット）について、保護ビットが、ビデオデータ・ストリームの中に予約ビデオ語を伝達することを防ぐためのガードとして機能しているものであるかどうか判断するため検討が行われる。保護ビットが、ガードとして使用されていない（つまり、保護ビットにメタデータが書き込まれている）とブロック３３６で判断される場合は、ブロック３３８で、保護ビットからメタデータが取り出される。

保護ビットがガードとして使用されているとブロック３３６で判断される場合には、ブロック３３４で、ビデオデータ３３２のストリームにおいて次の保護ビットを見つけて、次のこの保護ビットに対して、保護ビットがガードとして使用されているかどうか判断するためのブロック３３６の検証を適用する（そうでないと判断されたら、保護ビットに入っているメタデータを、ブロック３３８で取り出すことができる）。

具体的な実施形態では、保護ビットの直前のビデオデータ３３５のビットを、予約ビデオ語を示すビットの固定パターンと比較することにより、ブロック３３６での評価を行うことができる。ブロック３３６では、もし保護ビットにガードが挿入されていなかった場合、ビデオデータによって予約ビデオ語が伝達された可能性があるかどうか判断される。予約ビデオ語が伝達された可能性がある場合には、保護ビットはガードとして使用されていると仮定することができ、方法３００は、ブロック３３４に進んで、ビデオデータ・ストリームにおいて次の保護ビットを見つける。一方、予約ビデオ語が伝達されたことはあり得ない場合には、保護ビットにはメタデータが入っていると仮定することができ、これを、ブロック３３８で保護ビットから取り出すことができる。

他の実施形態では、ビデオフレームの保護ビット１１（例えば、図２Ａを参照）ではなく、ビデオフレームのクロミナンスチャネルのＬＳＢ１２（例えば、図２Ｂを参照）に、メタデータが書き込まれる。予約メタデータ語（例えば、フレーム開始ヘッダまたはフレーム終了ヘッダ）の意図しない伝達を回避するように、メタデータ２２５をＬＳＢ１２の中に符号化することができる。メタデータ２２５は、上記の方法（例えば、６ｂ／８ｂ符号化、８ｂ／１０ｂ符号化、連続する同じビットの固定パターンとして予約語を定義する、など）のいずれかを用いて、予約メタデータ語の意図しない伝達を回避するように、符号化することができる。

ＬＳＢ １２などクロミナンスデータのビットに上書きした結果として、ビデオコンテンツ表示の画質に影響を与えることがある。画質に与える悪影響を抑えるために、メタデータをＬＳＢの中に符号化する特別な方法を用いることができる。図５Ａは、ビデオフレームのクロミナンスチャネルのＬＳＢ１２（例えば、図２Ｂを参照）の中にメタデータを符号化するために用いることができる方法４００を示している。方法４００は、クロミナンスチャネルのＬＳＢ１２の中にメタデータを符号化するいくつかの異なる方法を評価する。メタデータを符号化する選択された方法が、ビデオコンテンツ表示の画質に影響することがある。

方法４００は、次の（後来の）Ｍ個のビデオフレームのためのメタデータ２２５をブロック４０２で受信することで開始する。ブロック４０２で受信するメタデータ２２５が、後来のビデオフレームで（例えば、ビデオ処理および／または表示設定のために）適用されるべきメタデータであることによって、そのメタデータは、適用されるべきフレームより少なくとも１ビデオフレーム前に、ビデオデータ・ストリームの中に伝送されることができる。方法４００は、続いて、表示の際のアーティファクトを最小限とするような特定の方法でメタデータ２２５を埋め込むことができるかどうか検討する。例えば、ＬＳＢに上書きすることによって生じる表示画像における変化が、明るい画像領域では目立ちにくい傾向があることを考えると、画像の明るい領域を表すピクセル（例えば、輝度がある閾値を超えているピクセル）のクロミナンスチャネルのＬＳＢにメタデータ２２５を書き込むことができる。一部の実施形態では、クロミナンス値がある閾値を超えているピクセルのクロミナンスデータのＬＳＢに、メタデータが書き込まれる。ビデオフレームによって表示されることになる明るい画像領域が、方法４００のブロック４０６で識別される。明るい画像領域を表すピクセルによってメタデータ２２５を伝送するのに十分なバンド幅が提供されるかどうかについての判断が、ブロック４０８で行われる。十分なバンド幅がある場合は、ブロック４１０で、それらの明るい画像領域の中のピクセルのクロミナンスチャネルのＬＳＢに、メタデータ２２５を書き込むことができる。そうでない場合は、方法４００は、続いて、メタデータ２２５を書き込む別の方法を評価することができる。ブロック４１０で明るい画像領域のピクセルにメタデータ２２５を書き込む前に、後に続くメタデータ２２５が符号化されているビデオフレームにおける領域（複数の場合もある）をビデオレシーバまたはプロセッサに示すための第１のメタデータ・パケットを、ビデオデータ・ストリームの中に（例えば、それぞれのクロミナンスチャネルのＬＳＢに書き込む）デフォルトの方法で伝送することができる。

方法４００は、ラウンドロビン方式で（または、表示される画像におけるアーティファクトを最小限にするためにＬＳＢをスキップする他の何らかの方法で）メタデータ２２５を書き込むことによって、メタデータ２２５の伝送のための十分なバンド幅が提供されることになるかどうか、ブロック４１２で評価することができる。十分なバンド幅が利用可能になる場合は、ブロック４１４で、ビデオフレームのクロミナンスチャネルのＬＳＢに、（例えば、第１のピクセルは赤チャネルのみに埋め込みメタデータ・ビットを含み、第２のピクセルは緑チャネルのみに埋め込みメタデータ・ビットを含み、第３のピクセルは青チャネルのみに埋め込みメタデータ・ビットを含む、など）ラウンドロビン方式で、メタデータ２２５を書き込む。ラウンドロビン方式でメタデータ２２５を書き込む前に、後に続くメタデータ２２５がラウンドロビン方式で書き込まれていることをビデオレシーバまたはプロセッサに示すための第１のメタデータ・パケットを、ビデオデータ・ストリームの中に（例えば、それぞれのクロミナンスチャネルのＬＳＢに書き込む）デフォルトの方法で伝送することができる。第１のメタデータ・パケットは、（ラウンドロビン方式で書き込まれた）メタデータ２２５が、ビデオフレームの中のどこに埋め込まれているのかを示すことができる。第１のメタデータ・パケットによって、ビデオ配信パイプラインの送信側と受信側の間でメタデータ配信を同期させる方法を提供することができる。

ラウンドロビン方式でメタデータを書き込むことにより提供されるバンド幅が十分でない場合は、ブロック４１６で、メタデータを埋め込むデフォルトの方法を適用することができる（例えば、ビデオフレームのクロミナンスチャネルの各ＬＳＢに、メタデータ２２５を書き込むことができる）。ブロック４１６でメタデータ２２５を書き込んだ後に、ビデオデータ・ストリームに未だ埋め込まれていないメタデータ２２５が残っている場合（ブロック４２２を参照）は、ブロック４２４で、残りのメタデータ２２５の配信に優先順位を付けて、配信を管理することができる。メタデータ２２５は、伝送のため、複数のパケットに分割することができる。図８および１０を参照して本明細書で説明するように、ＥＯＰフラグを用いることで、メタデータ・パケットの伝送を中断させて、優先度がより高いメタデータ・パケットの伝送を優先させることができる。

図５Ｂは、メタデータをバーストで提供するように、ビデオフレームのクロミナンスデータに上書きすることによりメタデータを符号化するために用いることができる方法４２５を示している。例えば、（ピクセルの輝度値がゼロまたはある閾値未満である）黒のフレームまたは黒の画像領域の中のピクセルのクロミナンス部分を、メタデータの伝送に用いることができ、そのようなピクセルのクロミナンスデータは、実質的に画質に影響を与えることなく上書きすることができる。例えば以下のような種類のフレームでは、多数のピクセルが、ゼロまたは極めて小さい値の輝度値を有している。

・ 例えば、映画の異なるシーンの間での移行、またはコマーシャルと予定の番組の間での移行に用いられることがあるような、黒フレーム；
・ ビデオ画像の側方および／または上方および下方にマットまたは黒バーを伴ってビデオ画像が表示される、レターボックス形式、ピラーボックス形式、およびウィンドウボックス形式など、特定のビデオ形式のフレーム。そのような形式は、一般に、ディスプレイ上でビデオの元の縦横比を維持するために用いられる。

方法４２５は、次のＭ個のビデオフレームのためのメタデータ２２５をブロック４２６で受信することで開始する。ブロック４２８で、方法４２５は、現在のビデオフレームにおいて、メタデータをバーストで伝送するために使用することができる黒フレーム（または黒画像領域）を識別する。識別された黒フレーム（または黒画像領域）の中のピクセルのクロミナンスチャネルの範囲内に、ブロック４３０で、メタデータ２２５の複数のビットが書き込まれる。例えば、図２Ｃに示すように、一連のメタデータ・ビット１３を、クロミナンスデータに上書きするようにして、クロミナンスチャネルに挿入することができる。クロミナンスチャネルにメタデータ２２５を書き込む前に、後に続くメタデータ２２５がピクセルのクロミナンスチャネルに書き込まれていることをビデオデータ・レシーバまたはプロセッサに伝える情報を提供するため、第１のメタデータ・パケットを、ビデオデータ・ストリームの中に（例えば、ＬＳＢに書き込む）デフォルトの方法で伝送することができる。

ブロック４３２で、残っている（すなわち、黒フレームのピクセルのクロミナンスチャネルに書き込まれていない）メタデータ２２５がある場合は、そのようなメタデータ２２５を、現在の非黒ビデオフレームの中の利用可能なＬＳＢに書き込むことができる。すべての利用可能なＬＳＢに埋め込んだ後に、ビデオデータ・ストリームに未だ埋め込まれていないメタデータ２２５が残っている場合（ブロック４３４を参照）は、残りのメタデータ２２５の配信に優先順位を付けて、配信を管理することができる（ブロック４３６）。メタデータに優先順位を付ける具体的な方法については、図８に関して、以下でさらに詳細に説明する。

一部のビデオ形式では、ビデオ画像が、そのビデオ画像の側方および／または上方および下方にマットまたは黒バーを伴って表示されることがある。ビデオデータがこのような形式で提供される場合には、黒マットまたはバーを表すピクセルのクロミナンスチャネルの範囲内にメタデータ２２５を埋め込むことができる。

他の実施形態では、方法３００、４００、および／または４２５の手順の変形または組み合わせである方法を、メタデータの配信を管理するために適用することができる。例えば、具体的な方法では、黒ビデオフレームおよび／または領域の中のクロミナンスデータに上書きすることによりメタデータをバーストで提供する手順と、非黒ビデオフレームのクロミナンスチャネルの保護ビットまたはＬＳＢにメタデータを書き込む手順とを組み合わせることができる。

ビデオデータ・ストリームの中にメタデータ２２５を符号化するために適用されるそれぞれの方法には、ビデオデータによって予約ビデオ語が意図せずに伝達されることがないようにするための手順を組み込むことができる。例えば、図４Ａおよび４Ｂを参照して上記で説明したのと類似の方法を実行することができ、これにより、先行して伝送されるビデオデータについて、検討を行い、予約ビデオ語のリストと比較して、必要であれば、予約ビデオ語の伝達を防ぐためのガードを保護ビットに設定する。

図８は、一実施形態によりメタデータの配信を管理する方法５００を示すフローチャートである。この方法５００によると、ビデオ配信パイプラインを通したメタデータの伝送を一時的に中断させて、相対的に優先度の高いメタデータとして分類される他のメタデータの伝送を可能にすることができる。ビデオ配信パイプライン２００に沿った複数のステージで、メタデータが生成されて、ビデオデータ・ストリームに埋め込まれる場合があることを考えると、メタデータ配信の中断が必要となることがある。一部のビデオフレーム（例えば、ビデオ配信パイプラインの複数のステージで生成されたメタデータを含むビデオフレーム）では、メタデータ２２５が下流の装置で適用されるべき時点よりも前にメタデータ２２５を下流の装置に配信するためには、利用できるメタデータ・バンド幅が十分でないことがある。

ビデオデータ・ストリームに埋め込まれるべき新しいメタデータがあるが、ビデオデータ・ストリームの現在のビデオフレームには、新しいメタデータと既存のメタデータを伝送するためのメタデータ・バンド幅がない場合に、方法５００を実行することができる。例えば、ビデオ配信パイプラインの前のステージで、現在のビデオフレームに既存のメタデータ２２５が既に埋め込まれており、新しいメタデータの配信には十分でないバンド幅が残されている場合がある。図８では、まずブロック５０２で、ビデオデータ・ストリームに埋め込まれている既存のメタデータ構造を見つけて、これを取り出す。既存のメタデータ構造の優先度（ＰＲＩＯＲＩＴＹ_{ＥＸＩＳＴＩＭＧ}）と、伝送されるべき新しいメタデータ構造の優先度（ＰＲＩＯＲＩＴＹ_{ＴＲＡＮＳＭＩＴ}）を、ブロック５０４で決定する。一部の実施形態では、特定のメタデータ・タイプに特定の優先レベルを割り当てることができる。従って、ブロック５０４での優先度の決定は、フレームヘッダで規定されているメタデータ・タイプに基づく場合がある。ブロック５０４で決定された優先度は、ブロック５０８において比較される。伝送されるべき新しいメタデータ構造の優先度が、ビデオデータ・ストリームに埋め込まれている既存のメタデータ構造の優先度よりも低い場合、方法５００は、ブロック５０２に進んで、ビデオデータ・ストリームに埋め込まれている次のメタデータ構造を取り出す。ビデオデータ・ストリームにおいて、伝送されるべき新しいメタデータ構造よりも優先度の低い既存のメタデータ構造を見つけるまで（または、ビデオデータ・ストリームの中のメタデータ・バンド幅が利用可能になるまで）、ブロック５０２〜５０８の手順を繰り返すことができる。

ブロック５０８において、伝送されるべき新しいメタデータ構造の優先度が、ビデオデータ・ストリームに埋め込まれている既存のメタデータ構造の優先度よりも高い場合、方法５００は、ブロック５１０で、ビデオデータ・ストリームから既存のメタデータ５１５を抽出して、その既存のメタデータ５１５を後の伝送のために保存することにより、既存のメタデータ構造の伝送を中断させる。これまでメタデータ５１５が入っていたビデオデータの保護ビットまたはＬＳＢは、ブロック５１２で、伝送されるべき新しいメタデータ構造で上書きされる。

これまでメタデータ５１５が入っていたビデオデータの保護ビットまたはＬＳＢを新しいメタデータで上書き（ブロック５１２を参照）した後に、伝送する必要のある新しいメタデータが残っており（ブロック５１４を参照）、かつ、そのような伝送のために利用可能なメタデータ・バンド幅が限られている場合、方法５００は、続いて、ビデオデータ・ストリームに埋め込まれている次の既存のメタデータ構造を取り出して（ブロック５０２）、その優先度を、新しいメタデータの優先度と比較することができる（ブロック５０４）。残りの伝送されるべき新しいメタデータの優先度のほうが高い場合には、ブロック５１０および５１２で、上述のように既存のメタデータ構造の伝送を中断させて、新しいメタデータの伝送を優先させることができる。

伝送すべき新しいメタデータが、もうそれ以上ない場合（ブロック５１４）には、既存のメタデータ５１５の伝送を再開することができる。これは、ブロック５１６で、ビデオデータ・ストリームの中の保護ビットまたはＬＳＢにメタデータ５１５を再書き込みすることによって、達成することができる。

状況によっては、メタデータは、そのメタデータがビデオフレームの処理または表示の際に適用されるべきそのビデオフレームの範囲内に、同時期で埋め込まれて、配信される。他の状況では、特定のビデオフレームに適用されるべきメタデータは、１フレーム以上前のビデオフレームのビデオデータと共に伝送されることができる。メタデータは、そのメタデータが適用されるべき特定のビデオフレームよりも前に、ビデオデコーダ、プロセッサ、または他の下流の装置に伝送されて、これにより受信されることができる。メタデータ・ペイロードを伝送するメタデータ・パケット（複数の場合もある）は、メタデータの処理および適用を円滑にするため、メタデータがいつ適用されるべきかを示すタイムスタンプを含んでいることがある。一部の実施形態では、タイムスタンプは、メタデータを受信した後の特定の数のビデオフレームの時点でメタデータが適用されるべきであることを示すフレーム遅延によって規定することができる。他の実施形態では、タイムスタンプは、時間遅延、フレームシーケンス番号、ビデオの開始からの相対時間などによって規定することができる。

一部の実施形態では、メタデータは、シーン遷移の間またはシーン内に挿入された黒フレームのピクセルデータの中に保持することができる。表示側（図３のブロック２１０）では、黒フレームの中のメタデータが抽出および／または適用されている間のシーンの表示の中断を避けるため、ディスプレイにより、黒フレームの前のビデオフレームの再生を繰り返すことができる。黒フレームのピクセルデータにメタデータを書き込む前に、後に続くメタデータ２２５が黒フレームに書き込まれていることを下流の装置に示すための第１のメタデータ・パケットを、ビデオデータ・ストリームの中に（例えば、保護ビットに書き込む、または、それぞれのクロミナンスチャネルのＬＳＢに書き込む）デフォルトの方法で伝送することができる。一部の実施形態では、メタデータを含む黒フレームは、ディスプレイによって再生されることがある。他の実施形態では、メタデータを含む黒フレームは、ディスプレイによって再生されないことがある（つまり、黒フレームの表示がスキップされる）。黒フレームからメタデータを抽出および／または適用している間、ディスプレイによって、黒フレームの前のビデオフレームの再生が繰り返されることがある。

図７は、メタデータが処理および適用される時点に先立って、ビデオ配信パイプラインを通して伝送され、下流の装置（例えば、ビデオプロセッサ、デコーダ、および／またはディスプレイ）により受信されるメタデータ２２５を示している。メタデータ２２５は、６つのメタデータ・ペイロードを含み、その各々がビデオフレーム（すなわち、ビデオフレーム＃３〜＃９のいずれか）と関連付けられている。図７に示すように、ビデオフレーム＃３に関連付けられたメタデータ・ペイロードが、下流の装置に伝送されている間に、下流の装置は、ビデオフレーム＃１および＃２を処理している。ビデオフレーム＃３に関連付けられたメタデータ・ペイロードのタイムスタンプは、このメタデータ・ペイロードが、メタデータ・ペイロードを受信してから３フレーム後に適用されるべきであることを示すことができる。

あるシーンのためのすべてのメタデータの配信を、そのようなメタデータが、下流の装置によるメタデータの適用（例えば、そのシーン用のビデオデータ処理および／または表示設定のために、メタデータを適用することができる）に先立って、下流の装置で使用可能となるようにすることが、タイムスタンプを用いることによって容易となり得る。メタデータは、シーン遷移の間のビデオデータに埋め込むことができる（例えば、メタデータは、シーンの合間に挿入される黒フレームと共に配信されることがある）。メタデータは、（例えば、図５Ｂを参照して本明細書で記載した方法を用いて）輝度値がゼロとなるフレームまたはフレームの領域の中のクロミナンスデータに埋め込むことができる。ブロック２０６（図３）において非圧縮ビデオデータが配信される実施形態では、エンコーダ・ステージ２０７Ａのエンコーダと、ブロック２０８のビデオプロセッサ／デコーダとの間で（図３Ａ）、ビデオデータの中のメタデータの配信を管理するために、タイムスタンプを用いることができる。

図９は、本明細書に記載の方法の１つ以上を実行するように構成することができる、一実施形態によるシステム６００を示している。システム６００の構成要素は、ソフトウェア、ハードウェア、および／またはそれらの組み合わせとして実現することができる。システム６００は、ビデオキャプチャ・サブシステム６０２と、ポストプロダクション・サブシステム６０３と、表示サブシステム６０４とを含んでいる。ビデオデータ２０３のストリームは、ビデオキャプチャ・サブシステム６０２によって生成され、処理と編集のため、ポストプロダクション・サブシステム６０３に送られる。ビデオデータ２０３を編集する過程で、ビデオは、ポストプロダクション・サブシステム６０３のリファレンス・ディスプレイ１１１に表示させて見ることができる。編集されたビデオデータ２０３は、さらなる処理と表示のため、（エンコーダ２０７Ａとデコーダ２０７Ｂにより、配信媒体２０５を介して）表示サブシステム６０４に送られる。サブシステム６０２、６０３、６０４の各々（およびエンコーダ２０７Ａ）は、ビデオデータ２０３の中にメタデータ２２５を符号化するように構成することができる。下流のサブシステムは、上流の装置からビデオデータ２０３を受信して、その中に埋め込まれているメタデータ２２５を復号化するように構成することができる。メタデータ２２５は、下流のサブシステム（例えば、サブシステム６０３および６０４）によって、ビデオデータ２０３の処理および／または表示をガイドするために用いることができる。メタデータ２２５は、表示サブシステム６０４によって、表示サブシステム６０４のディスプレイ６１８におけるビデオ再生を制御および／またはガイドするために、表示特性評価パラメータ６２０と共に用いることができる。

図９に示すように、サブシステム６０２、６０３、６０４は、それぞれプロセッサ６０６、６０８、６１６を備えることができ、さらに、それぞれのプロセッサがアクセス可能なプログラムメモリ６０７、６０９、６１７を備えることができる。各プロセッサとして、中央処理装置（ＣＰＵ）、１つまたは複数のマイクロプロセッサ、１つまたは複数のフィールドプログラマブル・ゲートアレイ（ＦＰＧＡ）、またはそれらの任意の組合せ、または本明細書に記載のように機能することが可能なハードウェアおよび／またはソフトウェアを備える他の適当な処理装置（複数の場合もある）、を含むことができる。それぞれのサブシステムにおいて、プロセッサは、プログラムメモリに格納されているソフトウェアによって提供される命令を実行する。ソフトウェアは、本明細書に記載のメタデータの生成、符号化、復号化、および処理の手順を実行するための、例えば以下のようなルーチンを含むことができる。

・ メタデータ２２５を生成するか、またはメタデータ２２５のためのパラメータを受信するルーチン（例えば、そのようなパラメータは、ポストプロダクション・ステージで、カラータイマまたはカラーグレーダにより設定することができる。メタデータ２２５は、図３を参照して本明細書で記載したような幾つかのパラメータを規定することができる）；
・ 上流の装置から受信したビデオデータ２０３から、メタデータ２２５を復号化するルーチン；
・ ビデオデータの処理および／または表示をガイドするために、メタデータ２２５を処理および適用するルーチン；
・ ビデオデータが下流の装置に伝達される前に、そのビデオデータ２０３の中にメタデータ２２５を符号化するルーチン；
・ より低い優先度のメタデータ２２５の配信を中断して、より高い優先度のメタデータ２２５をビデオデータ・ストリームの中に配信することを可能にするルーチン；
・ 画像および／またはビデオデータ２０３に基づいて、メタデータ２２５を符号化する方法を選択するルーチン（例えば、メタデータ２２５を符号化する方法は、画質への悪影響を最小限とするように選択することができる）；
・ 輝度値がゼロまたは閾値未満であるビデオフレーム、ビデオフレームの領域、またはピクセルのクロミナンス部分への、メタデータ２２５のバーストでの符号化を管理するルーチン；
・ および／または類するもの。

システム６００は、サブシステム６０２、６０３、６０４がアクセス可能なリポジトリ６１０を備えることができる。リポジトリ６１０は、（例えば、メタデータのエンコーダとデコーダに対し、メタデータの生成および／または読み取りの方法についての情報を与える）メタデータ定義６１２のライブラリと、予約ビデオ語６１４（例えば、保護されたピクセル値）のリストとを含むことができる。メタデータ定義６１２のライブラリは、サブシステム６０２、６０３、６０４によって、メタデータを生成、符号化、および／または処理する際にアクセスすることができる。メタデータ２２５の符号化または復号化の際には、予約ビデオ語６１４を、上記のように、保護ビットに先行するビデオデータ・ビットと比較することで、保護ビットは、予約ビデオ語の伝達を防ぐためのガードとして処理されるものであるかどうかを特定することができる。

図９に示す実施形態では共有リポジトリ６１０を提示しているが、他の実施形態では、サブシステム６０２、６０３、６０４の各々に、そのサブシステムがアクセス可能な記憶媒体に格納されたローカル・リポジトリ６１０が組み込まれていてもよい。

図１１Ａは、一例の実施形態により、ビデオデータのストリームの中にメタデータを符号化するために用いることができるサブシステム２８０を示している。サブシステム２８０は、例えば図４Ａに示す方法３００、または本明細書に記載の他の方法を用いて、後の（ｕｐｃｏｍｉｎｇ）シーンまたは別の一連のフレームに関するメタデータ２２５を符号化するために使用することができる。サブシステム２８０は、ビデオデータのソースから入力ビデオデータ２０３を受信することができる。一部の実施形態では、サブシステム２８０は、バッファまたは他の記憶媒体から入力ビデオデータ２０３を取り出すことができる。他の実施形態では、サブシステム２８０は、ビデオ信号入力からストリーミング・ビデオデータ２０３を受信することができる。ビデオデータ２０３は、衛星、ケーブル、または高解像度ネットワークを介したテレビ放送、ＩＰまたは無線ネットワークを介したストリーミング・マルチメディア、またはＤＶＤもしくは他の記憶媒体の読み取りなど、ビデオコンテンツ配信のタイプに適した形式で提供されることができる。

入力ビデオデータ２０３は、上流の装置によりビデオデータに追加された埋め込みメタデータを含んでいることがある。一部の実施形態では、入力ビデオデータ２０３は、保護ビットを含むことができる。入力ビデオデータ２０３は、輝度およびクロミナンスの情報を含むことができる。具体的な実施形態では、ビデオデータ２０３は、デコーダ２８２によって復号化される。デコーダ２８２は、ビデオ信号の中の輝度成分とクロミナンス成分を分離することができる。

後のシーンまたはフレームシーケンスのビデオデータ２０３は、ソフトウェアおよび／またはハードウェアによって実現される１つまたは複数のデータバッファ２８３に押し込まれることができる。ビデオデータ２０３を受信しながら、ビデオデータ２０３の１つ以上のフレーム（または、ビデオデータ２０３の他の部分）を、バッファ２８３に次々と押し込むことができる。一部の実施形態では、保護ビットリーダ２８４は、予約メタデータ語（例えば、メタデータ・ペイロードの終わり、など）が検出されるまで、バッファ２８３に入ったビデオデータ２０３の保護ビットを（ガードを含む保護ビットはスキップして）監視することにより、ビデオデータ・ストリームの中のどこでメタデータの挿入を開始すべきか判断する。新しいメタデータ２２５は、そのような予約メタデータ語の後のビデオデータの中に書き込むことができる。他の実施形態では、保護ビットリーダ２８４は、ビデオストリームへのメタデータの符号化をサブシステム２８０が開始することができるビデオデータ・ストリーム２０３での位置を示す信号を受信するか、またはメタデータ・パケットから読み取ることができる。

メタデータの符号化を開始するために、保護ビットリーダ２８４は、バッファ２８３に記憶されているビデオデータ２０３にアクセスして、それぞれの保護ビットについて順に検討する。検討する保護ビットの各々について、保護ビットリーダ２８４は、その保護ビットに先行するビデオビットを、予約語記憶２８５からアクセスされる複数の予約ビデオ語（例えば、予約ピクセル値）の各々と比較することができる。そのような比較に基づいて、保護ビットリーダ２８４は、その保護ビットが予約ビデオ語の伝達を防ぐためのガードとして機能しているものであるかどうか、または、その保護ビットがメタデータを入れることができるものであるかどうか識別することができる。

保護ビットはメタデータを入れることができるものであると、保護ビットリーダ２８４が判断した場合、保護ビットリーダ２８４は、（例えば、図４Ａのブロック３０８に関して説明したように）メタデータ２２５（または、他のデータ）を保護ビットに書き込んでもよいことを伝える信号２８７を、データライタ２８６に送ることができる。保護ビットリーダ２８４は、特定のシーンまたは一連のフレームためのメタデータ２２５がすべてビデオデータ２０３の中に書き込まれるまで、バッファ２８３のビデオデータ２０３へのアクセスと読み取りを続けることができる。

データライタ２８６により信号２８７が受信されると、データライタ２８６は、後のシーンに関するメタデータ２２５の次のビットを取得する。メタデータ２２５のこのビットを、データライタ２８６は、メタデータの伝送に適していると保護ビットリーダ２８４により判断された保護ビットに書き込む。データライタ２８６は、メタデータが入っている記憶装置またはバッファから、メタデータ２２５を取り出すことができる。バッファ２８３の中のビデオデータ２０３の利用可能な保護ビットのすべてにデータライタ２８６によってメタデータ２２５が書き込まれたら、サブシステム２８０は、メタデータ２２５が挿入されたビデオデータ２０３を出力する（例えば、ビデオデータ２０３はバッファ２８３から押し出される場合があり、そしてビデオデータ２０３の新しい受信フレームがバッファ２８３に押し込まれて、バッファ２８３の中のビデオデータ２０３のこの新しいフレームにメタデータ２２５を書き込むことができる）。出力ビデオデータ２０３は、処理および／またはビデオ再生のため、表示サブシステムなどの下流の装置に伝送されることができる。

保護ビットが（ガードを含むものであるとして）メタデータの伝送に適していないと、保護ビットリーダ２８４により特定された場合、保護ビットリーダ２８４は、データライタ２８６に信号２８８を伝達して、これにより、データライタ２８６に、（例えば、図４Ａのブロック３１０を参照して説明したように）ガードを保護ビットに挿入させることができる。他の実施形態では、信号２８８により、または信号２８７の表明がないことによって、データライタ２８６に、保護ビットをスキップさせることができる。このように、データライタ２８６は、この保護ビットにはメタデータ２２５の書き込みを行わない。

図１１Ｂは、一例の実施形態により、ビデオデータのストリームからメタデータを復号化するために用いることができるサブシステム２９０を示している。サブシステム２９０は、例えば図４Ｂの方法３３０など、本明細書に記載の方法のいずれかを用いて、後のシーンのためのメタデータ２２５を抽出するために使用することができる。サブシステム２９０は、いくつかの点でサブシステム２８０に類似している。例えば、（サブシステム２８０が入力ビデオデータ２０３を受信して、復号化するのと同様にして）サブシステム２９０は、入力ビデオデータ２０３を受信し、デコーダ２９２で入力ビデオデータ２０３を復号化することができる。入力ビデオデータ２０３は、バッファ２９３に入れることができる。保護ビットリーダ２９４は、バッファ２９３に記憶されているビデオデータ２０３にアクセスして、それぞれの保護ビットについて順に検討する。検討する保護ビットの各々について、保護ビットリーダ２９４は、その保護ビットに先行するビデオビットを、予約語記憶２９５からアクセスされる複数の予約ビデオ語（例えば、予約ピクセル値）の各々と比較することができる。そのような比較に基づいて、保護ビットリーダ２９４は、その保護ビットが予約ビデオ語の伝達を防ぐためのガードとして機能しているものであるかどうか、または、その保護ビットがメタデータを含み得るものであるかどうか識別することができる。

保護ビットはメタデータを含み得るものであると保護ビットリーダ２９４により判断された場合、保護ビットリーダ２９４は、メタデータリーダ２９６に信号２９７を送り、これにより、メタデータリーダ２９６に、（例えば、図４Ｂのブロック３３８で実行されるように）保護ビットを読み取らせることができる。保護ビットから読み取られたメタデータ２２５は、後に取り出して適用するために、メタデータ記憶２９６に保存することができる。

保護ビットはガードが入ったものであると保護ビットリーダ２９４により判断される場合、保護ビットリーダ２９４は、一部の実施形態では、メタデータリーダ２９６に信号２９８を送り、これにより、メタデータリーダ２９６に、保護ビットの読み取りをスキップさせることができる。他の実施形態では、メタデータリーダ２９６は、信号２９７を受信した場合にのみ保護ビットからメタデータを読み取り、一方、信号２９７の表明がないことによって、保護ビットはメタデータリーダ２９６によりスキップされる。

一部の実施形態では、保護ビットリーダ２８４、２９４は、ビデオデータで符号化または復号化を開始すべき場所を見つけるための、受信ビデオストリームにおける保護ビットの監視を行う必要がない場合がある。ビデオデータにメタデータを書き込むときに、ビデオデータにおいて既存のメタデータを探すべき場所（例えば、特定のビデオフレームの中、またはビデオフレームの中の特定のピクセルで始まること、または特定の画像領域の中、など）を下流の装置に対して示すメタデータ・パケットを、メタデータライタにより生成して、ビデオデータ・ストリームの中に挿入することができる。このメタデータ・パケットは、サブシステム２８０によって、ビデオデータへの追加メタデータの書き込みをガイドするために用いることができ、また、サブシステム２９０によって、ビデオデータからのメタデータの抽出をガイドするために用いることができる。このメタデータ・パケットは、ビデオ配信パイプラインを通したメタデータの配信を同期させるために役立つことがある。このメタデータ・パケットは、さらに、メタデータが抽出されたピクセルの表示に用いられるべきピクセル値を、下流の装置に示すこともできる。これによって、色相が不変の画像領域の中にメタデータを符号化することが可能となる。

他の実施形態では、ビデオデータへのメタデータの書き込みを他の何らかの方法により行うように、サブシステム２８０およびサブシステム２９０を適応させるか、または再構成することができる。例えば、ビデオデータのクロミナンス部分のＬＳＢをビデオデータの伝送に用いる実施形態では、サブシステム２８０の保護ビットリーダ２８４とデータライタ２８６の代わりに、最下位ビットライタを設けることができる。同様に、サブシステム２９０の保護ビットリーダ２９４とメタデータリーダ２９６の代わりに、最下位ビットリーダを設けることができる。最下位ビットライタは、バッファ２８３のビデオデータ２０３にアクセスして、ビデオデータのクロミナンス部分のＬＳＢにメタデータを書き込むことができる。最下位ビットリーダは、バッファ２９３のビデオデータ２０３にアクセスして、ビデオデータのクロミナンス部分のＬＳＢからメタデータを読み取ることができる。最下位ビットライタは、（例えば、６ｂ／８ｂ符号化、または８ｂ／１０ｂ符号化などを用いること、あるいは、連続する同じビットの固定パターンとして予約語を定義すること、などにより）予約メタデータ語の意図しない伝達を回避するような方法で、メタデータを符号化することができる。

保護ビットリーダ２８４、２９４（および、最下位ビットリーダまたはライタ）は、データプロセッサ、ＣＰＵ、マイクロプロセッサ、ＦＰＧＡ、またはそれらの任意の組み合わせにより実現することができ、あるいは、ビデオデータを読み取って輝度レベルを決定し、それらの輝度レベルを閾値と比較することが可能な他の適当な処理装置により実現することができる。データライタ２８６およびメタデータリーダ２９６は、データプロセッサ、ＣＰＵ、マイクロプロセッサ、ＦＰＧＡ、またはそれらの任意の組み合わせにより実現することができ、あるいは、ビデオデータ・ソースからのビデオデータ２０３にアクセスし、ビデオデータ２０３のビットの書き込みまたは読み取りを行うことが可能な他の適当な処理装置により実現することができる。

上記で構成要素（例えば、プロセッサ、デコーダ、エンコーダ、装置、ディスプレイ、など）に言及している場合には、特に指定のない限り、その構成要素への言及は（“手段”と呼ぶことも含めて）、その構成要素の均等物として、記載の構成要素の機能を実行する（すなわち、機能的に等価である）あらゆる構成要素を含むものと解釈されるべきであり、本発明の図示した例示的実施形態での機能を実行する構成要素であって、開示の構造と構造的に等価ではないものを含んでいる。

具体的な実施形態は、プログラム・プロダクトの形態で提供することができる。プログラム・プロダクトは、データプロセッサによって実行されることで本発明の方法をデータプロセッサに実行させる命令を含むコンピュータ可読信号のセットを保持した媒体を含むものとすることができる。本発明に係るプログラム・プロダクトは、多種多様な形態のいずれかとすることができる。プログラム・プロダクトは、例えば、フロッピーディスク、ハードディスクドライブを含む磁気データ記憶媒体、ＣＤ‐ＲＯＭ、ＤＶＤを含む光データ記憶媒体、ＲＯＭ、フラッシュＲＡＭ含む電子データ記憶媒体、などの物理媒体を含むことができる。プログラム・プロダクトのコンピュータ可読信号は、任意選択的に、圧縮または暗号化されたものとすることができる。

いくつかの例示的な態様および実施形態について上記説明を行ったが、当業者であれば、これらについての、いくらかの変更、置換、追加、および部分的組み合わせに気付くであろう。例えば、
・ 一部の実施形態では、保護ビットまたはＬＳＢではないビットにメタデータを埋め込むことにより、メタデータをビデオデータ・ストリームの中に保持することができる。例えば、メタデータは、一部の実施形態において、最上位ビット（ＭＳＢ：ＭｏｓｔＳｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）に埋め込むことができる。これは、既存のビデオデータを右に１ビットだけシフトさせて、ＭＳＢにメタデータを入れることにより、実現することができる。

・ 本明細書に記載の実施形態の例では、ビデオ配信パイプラインにおいて有用なシステム、装置、および方法を提供している。このようなシステム、装置、および方法は、他のタイプのデータの配信に有用なものとすることもできる。

・ 実施形態の例では、メタデータが、ビデオ配信パイプラインを通して、ビデオデータの中に書き込まれて、ビデオデータと共に伝送される。他の実施形態では、他の種類のデータが、ビデオ配信パイプラインを通して、ビデオデータの中に書き込まれて、ビデオデータと共に伝送されることができる。

・ 本明細書に記載の実施形態によりビデオデータに書き込まれるメタデータは、ビデオ・アーカイバ、レコーダなど、他の装置の設定、制御、および／または動作をガイドするのに有用なものとすることができる。

従って、以下の添付の請求項および今後導入される請求項は、それらの真の精神および範囲から逸脱しない、あらゆる変更、置換、追加、および部分的組み合わせを含むと解釈されるものである。

よって、本発明は、適宜、本明細書に記載の、現存する、さらに／または後に開発される任意の要素（本発明の様々な部分または特徴、およびそれらの均等物）を備え、それらにより構成され、それらにより基本的に構成されることができる。また、本明細書において例示的に開示された本発明は、本明細書において具体的に開示されているかどうかにかかわらず、いずれかの要素を省いて実施することができる。言うまでもなく、上記の教示に照らして、本発明の多くの変更および変形が可能である。従って、当然のことながら、本発明は、添付の請求項の範囲内で、本明細書に具体的に記載しているのとは別の方法で実施することができる。

よって、本発明は、本明細書に記載の形態のいずれかで実施することができ、それには、限定するものではないが、本発明のいくつかの部分の構造、特徴、および機能を記載した以下の例示列挙実施形態（ＥＥＥ：ＥｎｕｍｅｒａｔｅｄＥｘａｍｐｌｅ Ｅｍｂｏｄｉｍｅｎｔ）が含まれる。

ＥＥＥ１．表示サブシステムにビデオデータを提供する方法であって、
（ａ） ビデオデータを提供するため、一連のビデオフレームを取り込むこと、
（ｂ） ビデオデータによって提供される画像を、リファレンス・ディスプレイ上で編集すること、
（ｃ） リファレンス・ディスプレイの設定パラメータと、編集された画像の特性と、を特定するメタデータを生成すること、
（ｄ） ビデオデータにメタデータを埋め込むこと、
（ｅ） メタデータが埋め込まれたビデオデータを表示サブシステムに配信すること、
（ｆ） 表示サブシステムにおいてメタデータを抽出すること、
（ｇ） メタデータに少なくとも部分的に基づいて、表示サブシステムを設定すること、またはビデオデータを表示サブシステム用に処理すること、を含む方法。

ＥＥＥ２ ビデオデータにメタデータを埋め込むことは、ビデオデータの中の複数の保護ビットに上書きすることを含む、請求項１に記載の方法。
ＥＥＥ３ ビデオデータにメタデータを埋め込むことは、
（ａ） 配信されるべきメタデータ・パケットからメタデータのビットを取得すること、
（ｂ） ビデオデータの中で、第１の保護ビットを見つけること、
（ｃ） 第１の保護ビットに先行する複数のビデオビットを、予約ビデオ語を示す第１の語と比較すること、
（ｄ） 第１の保護ビットに先行する複数のビデオビットが第１の語と異なる場合は、第１の保護ビットにメタデータのビットを書き込むこと、を含む、請求項２に記載の方法。

ＥＥＥ４ ビデオデータにメタデータを埋め込むことは、第１の保護ビットに先行する複数のビデオビットが第１の語と一致する場合に、第１の保護ビットにガードを設定することを含む、請求項３に記載の方法。

ＥＥＥ５ 第１の保護ビットにガードが設定されている場合に、ビデオデータにメタデータを埋め込むことは、
（ａ） 第１の保護ビットの後に続くビデオデータの中で、第２の保護ビットを見つけること、
（ｂ） 第２の保護ビットに先行する複数のビデオビットを、第１の語と比較すること、
（ｃ） 第２の保護ビットに先行する複数のビデオビットが第１の語と異なる場合は、第２の保護ビットにメタデータのビットを書き込むこと、を含む、請求項４に記載の方法。

ＥＥＥ６ メタデータを抽出することは、
（ａ） ビデオデータの中で、第１の保護ビットを見つけること、
（ｂ） 第１の保護ビットに先行する複数のビデオビットを、第１の語と比較することにより、第１の保護ビットにガードが入っているかどうか判断すること、
（ｃ） 第１の保護ビットにガードは入っていないと判断される場合に、第１の保護ビットを取り出すこと、を含む、請求項５に記載の方法。

ＥＥＥ７ 第１の保護ビットにガードが入っていると判断される場合に、メタデータを抽出することは、
（ａ） ビデオデータの中で、第２の保護ビットを見つけること、
（ｂ） 第２の保護ビットに先行する複数のビデオビットを、第１の語と比較することにより、第２の保護ビットにガードが入っているかどうか判断すること、
（ｃ） 第２の保護ビットにガードは入っていないと判断される場合に、第２の保護ビットを取り出すこと、を含む、請求項６に記載の方法。

ＥＥＥ８ ビデオデータにメタデータを埋め込むことは、ビデオデータのクロミナンスチャネルの複数の最下位ビット（ＬＳＢ）に上書きすることを含む、請求項１に記載の方法。

ＥＥＥ９ ビデオデータにメタデータを埋め込むことは、
（ａ） 配信されるべきメタデータ・パケットからメタデータのビットを取得すること、
（ｂ） ビデオデータの中で、クロミナンスチャネルの第１のＬＳＢを見つけること、
（ｄ） 第１のＬＳＢにメタデータのビットを書き込むこと、を含む、請求項８に記載の方法。

ＥＥＥ１０ ビデオデータにメタデータを埋め込むことは、輝度値が閾値未満であるピクセルのビデオデータの複数のクロミナンスビットに上書きすることを含む、請求項１に記載の方法。

ＥＥＥｌ１ ビデオデータにメタデータを埋め込むことは、
（ａ） ビデオデータの中で、１つまたは複数の黒フレームを識別すること、
（ｂ） １つまたは複数の黒フレームの中のピクセルの複数のクロミナンスビットを、メタデータで上書きすること、を含む、請求項１に記載の方法。

ＥＥＥ１２ ビデオデータにメタデータを埋め込むことは、
（ａ） ビデオデータの中で、１つまたは複数の黒画像領域を識別すること、
（ｂ） １つまたは複数の黒画像領域の中のピクセルの複数のクロミナンスビットを、メタデータで上書きすること、を含む、請求項１に記載の方法。

ＥＥＥ１３ ビデオデータにメタデータを埋め込むことは、
（ａ） ２つのビデオデータ・フレームの間に、ビデオデータの黒フレームを挿入すること、
（ｂ） その黒フレームのピクセルデータにメタデータを埋め込むこと、を含む、請求項１に記載の方法。

ＥＥＥ１４ 表示サブシステムにおいて、黒フレームのピクセルデータの中のメタデータが抽出される間に、表示サブシステムにより、ビデオデータの黒フレームの前のビデオフレームの再生を繰り返すことを含む、請求項１３に記載の方法。

ＥＥＥ１５ メタデータが埋め込まれたビデオデータを表示サブシステムに配信することは、
（ａ） ビデオデータで伝送されるべき新しいメタデータを受信すること、
（ｂ） 新しいメタデータの優先レベルを特定すること、
（ｃ） 埋め込まれているメタデータの優先レベルを特定すること、
（ｄ） 新しいメタデータの優先レベルを、埋め込まれているメタデータの優先レベルと比較すること、
（ｅ） 埋め込まれているメタデータの優先レベルが、新しいメタデータの優先レベルよりも低い場合は、埋め込まれているメタデータの配信を中断させて、新しいメタデータをビデオデータに書き込むこと、を含む、請求項１に記載の方法。

ＥＥＥ１６ 埋め込まれているメタデータの配信を中断することは、
（ａ） 埋め込まれているメタデータをビデオデータから抽出すること、
（ｂ） 抽出したメタデータを保存すること、を含む、請求項１５に記載の方法。

ＥＥＥ１７ 新しいメタデータのすべてがビデオデータに書き込まれた後に、上記抽出したメタデータをビデオストリームに再書き込みすることにより、抽出したメタデータの伝送を再開することを含む、請求項１６に記載の方法。

ＥＥＥ１８ ビデオデータを配信することは、埋め込みメタデータを有するビデオデータを、その埋め込みメタデータが適用されるべきビデオフレームに先立って配信することを含む、請求項１に記載の方法。

ＥＥＥ１９ メタデータは、その埋め込みメタデータが適用されるべき時を特定するタイムスタンプを含んでいる、請求項１８に記載の方法。
ＥＥＥ２０ ビデオデータを配信することは、ＤＶＤ、ブルーレイ、衛星、ケーブル、またはインターネットのいずれかの伝送媒体による配信を含む、請求項１ないし１９のいずれか１つに記載の方法。

ＥＥＥ２１ メタデータは、以下の形式のいずれかで符号化される、請求項１ないし２０のいずれか１つに記載の方法。
（ａ） ６ｂ／８ｂ符号化、
（ｂ） ８ｂ／１０ｂ符号化。

ＥＥＥ２２ メタデータにおいてフレーム開始ヘッダは、連続する同じビットの第１の固定パターンで表され、メタデータにおいてフレーム終了ヘッダは、連続する同じビットの第２の固定パターンで表されるように、メタデータは符号化される、請求項１ないし２１のいずれか１つに記載の方法。

ＥＥＥ２３ （ａ） ビデオデータを生成するための、ビデオキャプチャ・サブシステムと、
（ｂ） リファレンス・ディスプレイを有し、さらに、ビデオキャプチャ・サブシステムにより生成されるビデオデータを受信して編集し、そのビデオデータをリファレンス・ディスプレイに表示するように構成されたプロセッサを有する、ポストプロダクション・サブシステムと、
（ｃ） ディスプレイを有し、さらに、ポストプロダクション・サブシステムにより編集されたビデオデータを受信して、そのビデオデータをディスプレイに表示するように構成されたビデオプロセッサを有する、表示サブシステムと、を備えるシステムであって、
ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、表示サブシステムのうちの少なくとも１つは、後のビデオデータの処理または表示をガイドするため、ビデオデータの中にメタデータを符号化するように構成されている。

ＥＥＥ２４ ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、および表示サブシステムは、ビデオデータの複数の保護ビットにメタデータを埋め込むことにより、ビデオデータの中にメタデータを符号化するように構成されている、請求項２３に記載のシステム。

ＥＥＥ２５ ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、および表示サブシステムは、ビデオデータの複数の最下位ビットにメタデータを埋め込むことにより、ビデオデータの中にメタデータを符号化するように構成されている、請求項２３に記載のシステム。

ＥＥＥ２６ ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、および表示サブシステムは、ビデオデータのクロミナンスデータをメタデータで上書きすることにより、ビデオデータの中にメタデータを符号化するように構成されている、請求項２３に記載のシステム。

ＥＥＥ２７ １つまたは複数のリポジトリを備え、各リポジトリには予約ビデオ語のリストが保存されており、ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、および表示サブシステムの各々は、ビデオデータの中で利用可能な次の保護ビットを見つけて、リポジトリの１つから予約ビデオ語のリストを取得し、そして、利用可能な次の保護ビットにガードを挿入すべきかどうか判断するため、予約ビデオ語をビデオデータと比較するように構成されている、請求項２４に記載のシステム。

ＥＥＥ２８ ポストプロダクション・サブシステムのプロセッサは、
リファレンス・ディスプレイの設定パラメータと、
ビデオデータにより提供される画像の輝度と色域の特性、のうち少なくとも１つを特定するメタデータをビデオデータの中に符号化するように構成されている、請求項２３ないし２７のいずれか１つに記載のシステム。

ＥＥＥ２９ 表示サブシステムのビデオプロセッサは、ビデオデータの中のメタデータを復号化して、表示サブシステムのディスプレイの設定のため、または表示サブシステムのディスプレイの特性向けにビデオデータを調整する処理のために、復号化したメタデータを適用するように構成されている、請求項２８に記載のシステム。

ＥＥＥ３０ 表示サブシステムのビデオプロセッサは、表示サブシステムのディスプレイの特性向けにビデオデータを調整する処理のために、表示サブシステムのディスプレイの拡張ディスプレイ識別データを読み取るように構成されている、請求項２８に記載のシステム。

ＥＥＥ３１ ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、および表示サブシステムは、
ビデオデータに少なくとも部分的に基づいて、メタデータを符号化する方法を選択し、
選択された方法を適用することで、後のビデオデータの処理または表示をガイドするためのメタデータをビデオデータの中に符号化するように構成されている、請求項２３ないし３０のいずれか１つに記載のシステム。

ＥＥＥ３２ ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、および表示サブシステムは、相対的に優先度の高いメタデータの配信を優先させて、相対的に優先度の低いメタデータの配信を中断させることが可能となるように、ビデオデータでのメタデータの配信を管理するように構成されている、請求項２３ないし３１のいずれか１つに記載のシステム。

ＥＥＥ３３ 表示サブシステムは、ＤＶＤ、ブルーレイ、衛星、ケーブル、またはインターネットのうち少なくとも１つの伝送媒体を介して、ビデオデータを受信するように構成されている、請求項２３ないし３２のいずれか１つに記載のシステム。

ＥＥＥ３４ ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、および表示サブシステムは、以下の形式のいずれかでメタデータを符号化するように構成されている、請求項２３ないし３３のいずれか１つに記載のシステム。

（ａ） ６ｂ／８ｂ符号化、
（ｂ） ８ｂ／１０ｂ符号化。
ＥＥＥ３５ ビデオキャプチャ・サブシステム、ポストプロダクション・サブシステム、および表示サブシステムは、メタデータにおいてフレーム開始ヘッダが、連続する同じビットの第１の固定パターンで表され、メタデータにおいてフレーム終了ヘッダが、連続する同じビットの第２の固定パターンで表されるように、メタデータを符号化するように構成されている、請求項２３ないし３４のいずれか１つに記載のシステム。

ＥＥＥ３６ ビデオデータの中にメタデータを符号化する方法であって、
（ａ） ビデオデータの中に保持されるべきメタデータのビットを取得すること、
（ｂ） ビデオデータの中で、第１の保護ビットを見つけること、
（ｃ） 第１の保護ビットに隣接する複数のビデオビットを、予約ビデオ語を示す第１の語と比較すること、
（ｄ） それら複数のビデオビットが第１の語と異なる場合は、第１の保護ビットにメタデータのビットを書き込むこと、を含む方法。

ＥＥＥ３７ ビデオデータの中にメタデータを符号化することは、第１の保護ビットに隣接する複数のビデオビットが第１の語と一致する場合に、第１の保護ビットにガードを設定することを含む、請求項３６に記載の方法。

ＥＥＥ３８ 第１の保護ビットにガードが設定されている場合に、ビデオデータの中にメタデータを符号化することは、
（ａ） 第１の保護ビットの後に続くビデオデータの中で、第２の保護ビットを見つけること、
（ｂ） 第２の保護ビットに隣接する複数のビデオビットを、第１の語と比較すること、
（ｅ） 第２の保護ビットに隣接する複数のビデオビットが第１の語と異なる場合は、第２の保護ビットにメタデータのビットを書き込むこと、を含む、請求項３７に記載の方法。

ＥＥＥ３９ メタデータを符号化することは、以下の形式のいずれかでメタデータを符号化することを含む、請求項３６ないし３８のいずれか１つに記載の方法。
（ａ） ６ｂ／８ｂ符号化、
（ｂ） ８ｂ／１０ｂ符号化。

ＥＥＥ４０ メタデータにおいてフレーム開始ヘッダは、連続する同じビットの第１の固定パターンで表され、メタデータにおいてフレーム終了ヘッダは、連続する同じビットの第２の固定パターンで表されるように、メタデータは符号化される、請求項３６ないし３９のいずれか１つに記載の方法。

ＥＥＥ４１ ビデオデータからメタデータを抽出する方法であって、
（ａ） ビデオデータの中で、第１の保護ビットを見つけること、
（ｂ） 第１の保護ビットに隣接する複数のビデオビットを、１つまたは複数の予約ビデオ語と比較することにより、第１の保護ビットにガードが入っているかどうか判断すること、
（ｃ） 第１の保護ビットにガードは入っていないと判断される場合に、第１の保護ビットを取り出すこと、を含む方法。

ＥＥＥ４２ 第１の保護ビットにガードが入っていると判断される場合に、メタデータを抽出することは、
（ａ） 第１の保護ビットの後に続くビデオデータの中で、第２の保護ビットを見つけること、
（ｂ） 第２の保護ビットに隣接する複数のビデオビットを、１つまたは複数の予約ビデオ語と比較することにより、第２の保護ビットにガードが入っているかどうか判断すること、
（ｃ） 第２の保護ビットにガードは入っていないと判断される場合に、第２の保護ビットを取り出すこと、を含む、請求項４１に記載の方法。

ＥＥＥ４３ 本明細書に記載の新規かつ発明的な動作、手順、動作および／または手順の組み合わせ、または動作および／または手順の部分的組み合わせの、いずれかを含む方法。

ＥＥＥ４４ 本明細書に記載の新規かつ発明的な特徴、特徴の組み合わせ、または特徴の部分的組み合わせの、いずれかを含む装置。

Claims (17)

1. 表示サブシステムにビデオデータを提供する方法であって、
   （ａ）一連のビデオフレームを取り込んで、ビデオデータを提供すること、
   （ｂ）前記ビデオデータによって提供される画像を、リファレンス・ディスプレイ上で編集すること、
   （ｃ）前記リファレンス・ディスプレイの設定パラメータと、編集された画像の特性とを特定するメタデータを生成すること、
   （ｄ）前記ビデオデータに前記メタデータを埋め込むこと、
   （ｅ）埋め込まれたメタデータを含む前記ビデオデータを前記表示サブシステムに配信すること、
   （ｆ）前記表示サブシステムにおいて前記メタデータを抽出すること、
   （ｇ）前記メタデータに少なくとも部分的に基づいて、前記表示サブシステムを設定するか、または前記ビデオデータを前記表示サブシステム用に処理すること
   を含む方法。
2. 前記ビデオデータに前記メタデータを埋め込むことは、前記ビデオデータの中の複数の保護ビットに上書きすることを含む、請求項１に記載の方法。
3. 前記ビデオデータに前記メタデータを埋め込むことは、
   （ａ）配信されるべきメタデータ・パケットからメタデータのビットを取得すること、
   （ｂ）前記ビデオデータの中で、第１の保護ビットを見つけること、
   （ｃ）前記第１の保護ビットに先行する複数のビデオビットを、予約ビデオ語を示す第１の語と比較すること、
   （ｄ）前記第１の保護ビットに先行する複数のビデオビットが前記第１の語と異なる場合は、前記第１の保護ビットに前記メタデータのビットを書き込むこと
   を含む、請求項２に記載の方法。
4. 前記ビデオデータに前記メタデータを埋め込むことは、前記第１の保護ビットに先行する複数のビデオビットが前記第１の語と一致する場合に、前記第１の保護ビットにガードを設定することを含む、請求項３に記載の方法。
5. 前記第１の保護ビットにガードが設定されている場合に、前記ビデオデータに前記メタデータを埋め込むことは、
   （ａ）前記第１の保護ビットの後に続くビデオデータの中で、第２の保護ビットを見つけること、
   （ｂ）前記第２の保護ビットに先行する複数のビデオビットを、前記第１の語と比較すること、
   （ｃ）前記第２の保護ビットに先行する前記複数のビデオビットが前記第１の語と異なる場合は、前記第２の保護ビットに前記メタデータのビットを書き込むこと
   を含む、請求項４に記載の方法。
6. 前記メタデータを抽出することは、
   （ａ）前記ビデオデータの中で、前記第１の保護ビットを見つけること、
   （ｂ）前記第１の保護ビットに先行する前記複数のビデオビットを、前記第１の語と比較することにより、前記第１の保護ビットがガードを含んでいるか否かを判断すること、
   （ｃ）前記第１の保護ビットがガードを含んでいないと判断された場合に、前記第１の保護ビットを抽出すること
   を含む、請求項５に記載の方法。
7. 前記第１の保護ビットがガードを含んでいると判断された場合に、前記メタデータを抽出することは、
   （ａ）前記ビデオデータの中で、前記第２の保護ビットを見つけること、
   （ｂ）前記第２の保護ビットに先行する前記複数のビデオビットを、前記第１の語と比較することにより、前記第２の保護ビットがガードを含んでいるか否かを判断すること、
   （ｃ）前記第２の保護ビットがガードを含んでいないと判断された場合に、前記第２の保護ビットを抽出すること
   を含む、請求項６に記載の方法。
8. 前記ビデオデータに前記メタデータを埋め込むことは、前記ビデオデータのクロミナンスチャネルの複数の最下位ビット（ＬＳＢ）に上書きすることを含む、請求項１に記載の方法。
9. 前記ビデオデータに前記メタデータを埋め込むことは、
   （ａ）配信されるべきメタデータ・パケットからメタデータのビットを取得すること、
   （ｂ）前記ビデオデータの中で、クロミナンスチャネルの第１のＬＳＢを見つけること、
   （ｄ）前記第１のＬＳＢに前記メタデータのビットを書き込むこと
   を含む、請求項８に記載の方法。
10. システムであって、
    （ａ）ビデオデータを生成するビデオキャプチャ・サブシステムと、
    （ｂ）リファレンス・ディスプレイと、前記ビデオキャプチャ・サブシステムにより生成される前記ビデオデータを受信して編集し、該ビデオデータを前記リファレンス・ディスプレイに表示するように構成されたプロセッサとを有するポストプロダクション・サブシステムと、
    （ｃ）ディスプレイと、前記ポストプロダクション・サブシステムにより編集された前記ビデオデータを受信して、該ビデオデータを前記ディスプレイに表示するように構成されたビデオプロセッサとを有する表示サブシステムと
    を備え、
    前記ビデオキャプチャ・サブシステム、前記ポストプロダクション・サブシステム、および前記表示サブシステムのうちの少なくとも１つは、前記ビデオデータの後の処理または表示をガイドするため、前記ビデオデータの中にメタデータを符号化するように構成されている、システム。
11. 前記ビデオキャプチャ・サブシステム、前記ポストプロダクション・サブシステム、および前記表示サブシステムは、前記ビデオデータの複数の保護ビットにメタデータを埋め込むことにより、前記ビデオデータの中にメタデータを符号化するように構成されている、請求項１０に記載のシステム。
12. 前記ビデオキャプチャ・サブシステム、前記ポストプロダクション・サブシステム、および前記表示サブシステムは、前記ビデオデータの複数の最下位ビットにメタデータを埋め込むことにより、前記ビデオデータの中にメタデータを符号化するように構成されている、請求項１０に記載のシステム。
13. 前記ビデオキャプチャ・サブシステム、前記ポストプロダクション・サブシステム、および前記表示サブシステムは、前記ビデオデータのクロミナンスデータをメタデータで上書きすることにより、前記ビデオデータの中にメタデータを符号化するように構成されている、請求項１０に記載のシステム。
14. １つまたは複数のリポジトリを備え、各リポジトリは、予約ビデオ語のリストを格納しており、
    前記ビデオキャプチャ・サブシステム、前記ポストプロダクション・サブシステム、および前記表示サブシステムの各々は、前記ビデオデータの中で利用可能な次の保護ビットを見つけて、前記リポジトリの１つから前記予約ビデオ語のリストを取得し、前記予約ビデオ語を前記ビデオデータと比較して、前記利用可能な次の保護ビットにガードを挿入するか否かを判断するように構成されている、請求項１１に記載のシステム。
15. 前記ポストプロダクション・サブシステムの前記プロセッサは、
    前記リファレンス・ディスプレイの設定パラメータと、
    前記ビデオデータにより提供される画像の輝度および色域の特性と
    のうち少なくとも１つを特定するメタデータを前記ビデオデータの中に符号化するように構成されている、請求項１１乃至１４のいずれか１項に記載のシステム。
16. ビデオデータからメタデータを抽出する方法であって、
    （ａ）前記ビデオデータの中で、第１の保護ビットを見つけること、
    （ｂ）前記第１の保護ビットに隣接する複数のビデオビットを、１つまたは複数の予約ビデオ語と比較することにより、前記第１の保護ビットがガードを含んでいるか否かを判断すること、
    （ｃ）前記第１の保護ビットがガードを含んでいないと判断された場合に、前記第１の保護ビットを抽出すること
    を含む方法。
17. 前記第１の保護ビットがガードを含んでいないと判断された場合に、前記メタデータを抽出することは、
    （ａ）前記第１の保護ビットの後に続くビデオデータの中で、第２の保護ビットを見つけること、
    （ｂ）前記第２の保護ビットに隣接する複数のビデオビットを、前記１つまたは複数の予約ビデオ語と比較することにより、前記第２の保護ビットがガードを含んでいるか否かを判断すること、
    （ｃ）前記第２の保護ビットがガードを含んでいないと判断された場合に、前記第２の保護ビットを抽出すること
    を含む、請求項１６に記載の方法。