JP2017515333A - Ｈｄｍｉを使用したデータ送受信機器及び方法 - Google Patents

Abstract

【課題】ＨＤＭＩを使用したシンク機器のデータ送受信方法を提供すること。【解決手段】本発明に係るＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）ソース機器のデータ送受信方法は、シンク機器が接続されると、前記シンク機器にＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ）情報読み取りを要求するステップと、前記シンク機器から前記シンク機器の圧縮解除能力情報を含むＥＤＩＤ情報を受信するステップと、前記ＥＤＩＤ情報に基づいて決定された動作パラメータ情報を送信するステップとして、前記動作パラメータ情報は、圧縮メタデータを含む、送信ステップと、前記圧縮されたビデオデータを送信するステップとを含む。【選択図】図１

Description

本発明は、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）を使用するデータ送受信装置及び方法に関し、特にＨＤＭＩを介して大容量のデータを圧縮して送信し、受信されたデータを圧縮解除する、ＨＤＭＩを使用するデータ送受信装置及び方法に関する。

ＨＤＭＩは、個人用コンピュータとディスプレイのインタフェース標準規格であるＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）をＡＶ電気製品用として開発したインタフェース／規格であって、ＨＤＭＩは、映像／音声を圧縮せずにプレイヤーからディスプレイ機器側に送信するから、ソース（ｓｏｕｒｃｅ）機器とシンク（ｓｉｎｋ）機器との間の遅延（Ｌａｔｅｎｃｙ）がほとんどなく、別のデコーダチップまたはソフトウェアを必要としないから、フォーマット互換性が高い。また、ビデオ信号、オーディオ信号、コントロール信号がケーブル一つで送信されるから、複雑であったＡＶ機器の配線を簡単にすることができ、不法複製防止のための暗号化技術（ＨＤＣＰ： Ｈｉｇｈ-ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）をサポートして著作権保護機能まで提供することができる。

ディスプレイ機器の発展及びユーザの高解像度映像視聴の必要によって、映像コンテンツの容量は、ますます大きくなっている。既にフルＨＤから発展してウルトラＨＤ（Ｕ−ＨＤ）級の解像度をサポートするディスプレイ機器が市場に発表されている。Ｕ−ＨＤは、４Ｋ解像度またはＵＤ解像度とも呼ばれ、画素がフルＨＤの場合より４倍の解像度（３８４０ｘ２１６０）で撮影されて極めて高い鮮明度の映像を提供できる。

ＵＨＤ ＴＶの供給が始まりながらＵＨＤ ＴＶで生き生きした臨場感及び没入感を視聴者に提供するために、ＵＨＤコンテンツを多様な格納媒体及びサービスを介して供給している。視聴者がＵＨＤコンテンツを鑑賞するための方法としてＵＨＤ ＴＶとセットトップボックス、ブルーレイディスクプレーヤーなど、外部ソース機器をＨＤＭＩのような有線ビデオインタフェースで接続して非圧縮のビデオを鑑賞できる。しかしながら、ＵＨＤ解像度が８Ｋ以上に高くなると、従来の有線ビデオインタフェースの物理的限界によって非圧縮のビデオを送信できなくなる問題が発生するようになる。これを解消するために、ソース機器で損失なしで圧縮された映像を送信しシンク機器で圧縮解除する方法に対して研究が進められている。

本発明では、ソース機器とシンク機器との間の圧縮及び圧縮解除特性情報交換、圧縮解除機能動作制御及び状態変化情報送信方法を提案することによって、圧縮特性情報をシンク機器に正確に伝達し、これに基づいてシンク機器は、圧縮解除を正確にすることで視聴者に与えられたＵＨＤコンテンツを最適の環境で視聴できる環境を提供するようになる。

上述の技術的課題を解決するために、本発明にかかるＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）を使用して圧縮されたビデオデータを送信するソース機器のデータ送受信方法は、シンク機器が接続されると、前記シンク機器にＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）読み取りを要求するステップと、前記シンク機器から前記シンク機器の圧縮解除能力情報を含むＥＤＩＤを受信するステップと、前記ＥＤＩＤに基づいて決定された動作パラメータ情報を送信するステップであって、前記動作パラメータ情報は、圧縮メタデータを含む、送信ステップと、前記圧縮されたビデオデータを送信するステップと、を含む。

また、本発明にかかるソース機器のデータ送受信方法において、前記圧縮解除能力情報は、前記シンク機器が圧縮解除をサポートするかどうかまたは圧縮解除関連特性情報のうち、少なくとも一つを表し、前記圧縮解除能力情報は、ＨＦ−ＶＳＤＢ（ＨＤＩＭ Ｆｏｒｕｍ−Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）として受信される。

また、本発明にかかるソース機器のデータ送受信方法において、前記圧縮メタデータは、前記圧縮されたビデオデータの特性情報を含み、前記圧縮メタデータは、インフォフレームとして送信される。

また、本発明にかかるソース機器のデータ送受信方法は、前記シンク機器の圧縮解除機能を活性化または非活性化させるステップをさらに含み、前記圧縮解除機能の活性化または非活性化は、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた圧縮解除活性化情報を使用して行われる。

また、本発明にかかるソース機器のデータ送受信方法は、前記シンク機器の圧縮解除機能の状態変化が発生した場合、前記シンク機器のＳＣＤＣＳに含まれた状態変化情報を読み取るステップをさらに含む。

上述の技術的課題を解決するために、本発明にかかるＨＤＭＩを使用して圧縮されたビデオデータを送信するソース機器は、ＨＤＭＩを介してデータを送受信するＨＤＭＩ送信機と、前記ＨＤＭＩを介して送信するビデオデータを圧縮するビデオエンコーディングユニットと、前記ＨＤＭＩ送信機及び前記ビデオエンコーディングユニットをコントロールするコントロールユニットと、を備え 、前記ソース機器は、シンク機器が接続されると、前記シンク機器にＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）読み取りを要求し、前記シンク機器から前記シンク機器の圧縮解除能力情報を含むＥＤＩＤを受信し、前記ＥＤＩＤに基づいて決定された動作パラメータ情報を送信し、前記動作パラメータ情報は、圧縮メタデータを含み、前記圧縮されたビデオデータを送信する。

上述の技術的課題を解決するために、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）を使用して圧縮されたビデオデータを受信するシンク機器のデータ送受信方法は、接続したソース機器からＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）読み取りを要求されるステップと、前記ソース機器に前記シンク機器の圧縮解除能力情報を含むＥＤＩＤを送信するステップと、前記ソース機器から圧縮メタデータを含む動作パラメータ情報を受信するステップと、前記圧縮されたビデオデータを受信するステップと、を含む。

また、本発明にかかるシンク機器のデータ送受信方法において、前記圧縮解除能力情報は、前記シンク機器が圧縮解除をサポートするかどうか、または圧縮解除関連特性情報のうち、少なくとも一つを表し、前記圧縮解除能力情報は、ＨＦ−ＶＳＤＢ（ＨＤＩＭ Ｆｏｒｕｍ−Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）として送信される。

また、本発明にかかるシンク機器のデータ送受信方法において、前記圧縮メタデータは、前記圧縮されたビデオデータの特性情報を含み、前記圧縮メタデータは、インフォフレームとして受信される。

また、本発明にかかるシンク機器のデータ送受信方法は、前記ソース機器により前記シンク機器の圧縮解除機能を活性化または非活性化するステップをさらに含み、前記圧縮解除機能の活性化または非活性化は、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた圧縮解除活性化情報を使用して行われる。

また、本発明にかかるシンク機器のデータ送受信方法は、前記シンク機器の圧縮解除機能の状態変化が発生した場合、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた状態変化情報を書き込み、前記ソース機器に読み取り要求メッセージを送信するステップをさらに含む。

上述の技術的課題を解決するために、本発明にかかるＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）を使用して圧縮されたビデオデータを受信するシンク機器は、ＨＤＭＩを介して送受信するＨＤＭＩ受信機と、前記ＨＤＭＩを介して受信するビデオデータを圧縮解除するビデオデコードユニットと、ＨＤＭＩ受信機及び前記ビデオデコードユニットをコントロールするコントロールユニットと、を備え、前記シンク機器は、接続したソース機器からＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）読み取りを要求され、前記要求に応じて前記ソース機器に前記シンク機器の圧縮解除能力情報を含むＥＤＩＤを送信し、前記ソース機器から圧縮メタデータを含む動作パラメータ情報を受信し、前記圧縮されたビデオデータを受信する。

本発明によれば、ＨＤＭＩを介して圧縮されたＡ／Ｖデータ（オーディオデータまたはビデオデータのうち、少なくとも一つ）を送信することによって、極めて高い解像度のコンテンツまでＨＤＭＩでサポートが可能になる。

また、本発明によれば、ソース機器がＥＤＩＤ情報を介してシンク機器が圧縮解除能力を有するかが分かるので、シンク機器の種類に応じて圧縮したビデオデータまたは非圧縮ビデオデータを選別して送信できる。

また、本発明によれば、ソース機器がビデオデータを圧縮するのに使用した圧縮属性を表す圧縮メタデータを送信することによって、シンク機器で適切な方法で圧縮されたビデオデータを圧縮解除できる。

また、本発明によれば、ソース機器が圧縮されたビデオデータを送信するか、または圧縮されていないビデオデータを送信する場合、ＳＣＤＣＳを介してシンク機器の圧縮解除機能を活性化／非活性化できる。したがって、シンク機器の圧縮解除機能をユーザが設定変更しなくてもソース側でビデオデータのタイプに応じてシンク機器の設定を変更できるから、ユーザ側の不便さを解消できる。

また、本発明によれば、シンク機器で圧縮解除機能に状態変更が発生した場合、これをＳＣＤＣＳを介してソース機器に知らせてソース機器で変更された状態に応じて動作パラメータを変更して対処できる。

本発明の一実施の形態にかかるＨＤＭＩシステム及びＨＤＭＩシステムに含まれたデータ送受信チャネルを示す。 本発明の実施の形態にかかるＨＤＭＩシステムにおける、ソース機器及びシンク機器を示す。 本発明の実施の形態にかかるＥＤＩＤストラクチャーを示した図である。 ＥＤＩＤエクステンションブロックの実施の形態を示す。 ＥＤＩＤエクステンションブロックの実施の形態を示す。 本発明の実施の形態にかかるＨＦ（ＨＤＭＩ Ｆｏｒｕｍ）−ＶＳＤＢ（Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）を示す。 本発明の実施の形態にかかるＨＦ−ＶＳＩＦ（ＨＤＭＩ Ｆｏｒｕｍ−Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ＩｎｆｏＦｒａｍｅ）を示す。 本発明の実施の形態にかかるＳＣＤＣ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ）ストラクチャーを示す。 本発明の実施の形態にかかるＨＤＭＩを介したＡ／Ｖデータ送受信方法を示す。 本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法を示す。 本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法であって、特にソース機器によるシンク機器の圧縮解除機能を制御する方法を示す。 本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法であって、特にＳＣＤＣＳを使用してソース機器がシンク機器の圧縮解除機能を活性化する方法を示す。 本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法であって、特にシンク機器がソース機器に圧縮解除機能の状態変化を知らせる方法を示す。 本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法であって、特にＳＣＤＣＳを使用してシンク機器が圧縮解除機能の状態変化をソース機器に知らせる方法を示す。 本発明の他の実施の形態にかかるＨＦ−ＶＳＤＢを示す。 本発明の他の実施の形態にかかるＨＦ−ＶＳＩＦを示す。 本発明の他の実施の形態にかかるＨＦ−ＶＳＩＦを示す。 本発明の実施の形態にかかるビデオ圧縮インフォフレームを示す。 本発明の実施の形態にかかるビデオ圧縮インフォフレームを示す。 本発明の実施の形態にかかるビデオ圧縮インフォフレームを示す。

本発明の好ましい実施の形態について具体的に説明し、その例は、添付された図面に示す。添付された図面を参照した以下の詳細な説明は、本発明の実施の形態によって実現されることができる実施の形態のみを説明するよりは、本発明の好ましい実施の形態を説明するためである。次の詳細な説明は、本発明に対する徹底した理解を提供するために細部事項を含む。しかしながら、本発明がこのような細部事項無しで実行されうることは、当業者にとって自明である。

本発明で使用される大部分の用語は、該当分野において広く使用される一般的なもの等から選択されるが、一部用語は、出願人により任意に選択され、その意味は、必要により次の説明において詳細に述べる。よって、本発明は、用語の単純な名称または意味でない用語の意図した意味に基づいて理解されなければならない。

図１は、本発明の一実施の形態にかかるＨＤＭＩシステム及びＨＤＭＩシステムに含まれたデータ送受信チャネルを示す。

ＨＤＭＩを使用してビデオ／オーディオ／コントロールデータを送受信する機器を共にＨＤＭＩシステムと呼ぶことができ、ＨＤＭＩシステムは、ソース機器１０１０、シンク機器１０２０及びＨＤＭＩケーブルを含むことができる。ＨＤＭＩシステムにおいて、ＨＤＭＩを介してビデオ／オーディオデータを送信する機器がソース機器１０１０に該当し、ＨＤＭＩを介してビデオ／オーディオデータを受信する機器がシンク機器１０２０に該当し、両機器を接続してデータ送受信をサポートするＨＤＭＩケーブルが提供される。

図１のように、ＨＤＭＩケーブル及びコネクターは、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）データチャネル及びＴＭＤＳクロックチャネルを提供する４個のチャネルのペアリングを行うことができる。ＴＭＤＳデータチャネルは、ビデオデータ、オーディオデータ及び付加（ａｕｘｉｌｉａｒｙ）データを伝達するのに使用されることができる。

追加的に、ＨＤＭＩシステムは、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ） ＤＤＣ（Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ）を提供する。ＤＤＣは、一つのソース機器と一つのシンク機器との間の構成（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び状態（ｓｔａｔｕｓ）情報の交換に使用される。ＣＥＣプロトコルは、ユーザ環境の多様なオーディオビジュアル製品間のハイレベルのコントロール機能を提供でき、オプショナル（ｏｐｔｉｏｎａｌ）に使用されることもできる。また、オプショナルＨＥＡＣ（ＨＤＭＩ Ｅｔｈｅｒｎｅｔ ａｎｄ Ａｕｄｉｏ Ｒｅｔｕｒｎ Ｃｈａｎｎｅｌ）は、ＴＭＤＳから反対方向でＡＲＣ（Ａｕｄｉｏ Ｒｅｔｕｒｎ Ｃｈａｎｎｅｌ）及び接続した機器間のイーサネット（Ｅｔｈｅｒｎｅｔ）互換データネットワーキングを提供することもできる。

ビデオデータ、オーディオデータ及び付加データは、３個のＴＭＤＳデータチャネルを介して送信／受信されることができる。ＴＭＤＳクロックは、通常、ビデオピクセルレートを運用（ｒｕｎ）し、ＴＭＤＳクロックチャネルを介して送信される。ＴＭＤＳクロックは、ＨＤＭＩ受信機で３個のＴＭＤＳデータチャネルにおけるデータリカバリー（ｒｅｃｏｖｅｒｙ）のための基準周波数（ｆｒｅｑｕｅｎｃｙ ｒｅｆｅｒｅｎｃｅ）として使用されることができる。ソース機器において、ＴＭＤＳデータチャネル当たりの８ビットのデータは、１０ビットのＤＣバランスされたトランジション（ｔｒａｎｓｉｔｉｏｎ）が最小化されたシーケンスに変換されて、ＴＭＤＳクロック周期（ｐｅｒｉｏｄ）当たりの１０ビットのレート（ｒａｔｅ）でシリアルに送信されることができる。

ＴＭＤＳチャネルを介してオーディオデータ及び付加データを送信するために、ＨＤＭＩは、パケット構造を使用する。オーディオデータ及びコントロールデータのための高い信頼度（ｒｅｌｉａｂｉｌｉｔｙ）を達成すべく、データは、ＢＣＨエラー訂正コード及びエラー減少コーディングを使用して生成される１０ビットのワードとして送信されることができる。

ソース機器は、ＤＤＣ（Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ）シンク機器のＥ−ＥＤＩＤ（Ｅｎｈａｎｃｅｄ Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）を読み取って、シンク機器の構成情報及び可能な機能を知ることができる。Ｅ−ＥＤＩＤは、以下、ＥＤＩＤ情報と呼ぶこともできる。

ユーティリティラインは、ＨＥＡＣのようなオプショナルな拡張機能に使用されることができる。

図２は、本発明の実施の形態にかかるＨＤＭＩシステムにおいて、ソース機器及びシンク機器を示す。

ＨＤＭＩシステムにおいて、ＨＤＭＩを介してビデオ／オーディオデータを送信する機器がソース機器２１００に該当し、ＨＤＭＩを介してビデオ／オーディオデータを受信する機器がシンク機器２２００に該当する。

ソース機器（ｓｏｕｒｃｅ ｄｅｖｉｃｅ）２１００は、ディスプレイユニット２１１０、ユーザ入力インタフェースユニット２１２０、ビデオエンコードユニット（Ｖｉｄｅｏ Ｅｎｃｏｄｅｒ）２１３０、コントロールユニット２１４０、ＨＤＭＩ送信機２１５０、メモリユニット２１６０、ストレージユニット２１７０、マルチメディアユニット２１８０、またはパワー供給ユニット２１９０のうち、少なくとも一つを備える。シンク機器２２００は、ＥＤＩＤ ＥＥＰＲＯＭ２２１０、ビデオデコードユニット２２２０、ディスプレイユニット２２３０、ユーザ入力インタフェースユニット２２４０、ＨＤＭＩ受信機２２５０、コントロールユニット２２６０、パワー供給ユニット２２７０、メモリユニット２２８０またはマルチメディアユニット２２９０のうち、少なくとも一つを備える。以下、同じ動作を行うユニットについての説明は重複しないことにする。

ソース機器２１００は、ストレージユニットに格納されたコンテンツをシンク機器２２００に送信またはストリーミングする物理的装置を示す。ソース機器２１００は、シンク機器に要求（ｒｅｑｕｅｓｔ）メッセージを送信するか、またはシンク機器から受信した要求メッセージを受信して処理できる。また、ソース機器２１００は、送信した要求メッセージに対してシンク機器２２００が送信する応答メッセージを処理してユーザに伝達するＵＩを提供でき、ソース機器２１００がディスプレイユニット２１１０を備える場合には、このＵＩをディスプレイに提供できる。

シンク機器２２００は、ソース機器２１００からコンテンツを受信し、ソース機器２１００に要求メッセージを送信するか、またはソース機器２１００から受信したメッセージを処理して応答メッセージを送信できる。シンク機器２２００もやはりソース機器２１００から受信する応答メッセージを処理して、ユーザに伝達するＵＩを提供でき、シンク機器２２００がディスプレイユニット２２３０を備える場合には、このＵＩをディスプレイに提供できる。

ソース機器２１００及びシンク機器２２００は、ユーザのアクションまたは入力を受信するユーザ入力インタフェースユニット２１２０、２２４０を備えることができ、実施の形態としてユーザ入力インタフェース２１２０、２２４０は、リモートコントローラ、音声受信／認識装置、タッチ入力センシング／受信装置などに該当できる。

メモリユニット２１６０、２２８０は、多様な種類のデータが一時的に格納される揮発性の物理装置を示す。

ストレージユニット２１７０は、多様な種類のデータを格納することができる不揮発性の物理的装置を示す。

ＥＤＩＤ ＥＥＰＲＯＭ２２１０は、ＥＤＩＤ情報を格納しているＥＥＰＲＯＭを示す。

上述のメモリユニット、ストレージユニット、ＥＤＩＤ ＥＥＰＲＯＭは、全部データを格納する役割を果たし、これを総称してメモリユニットと呼ぶこともできる。

ディスプレイユニット２１１０、２２３０は、ＨＤＭＩを介して受信されたデータまたはコンテンツストレージに格納されたデータ及びＵＩなどをコントロールユニットの制御により画面にディスプレイするユニットを示す。

マルチメディアユニット２１８０、２２９０は、多様な種類のマルチメディア再生を行う。マルチメディアユニット２１１８０、２２９０は、コントロールユニット２１４０、２２６０と別に実装されるか、またはコントロールユニットと一つの物理的構成として実装されることもできる。

パワー供給ユニット２１９０、２２７０は、ソース機器及びシンク機器並びにこれらに備えられたサブユニットの動作に必要な電力を供給する。

ＨＤＭＩ送信機２１５０は、ソース機器２１００に備えられてＨＤＭＩを介してデータを送受信するユニットであって、オーディオ／ビデオデータだけでなく機器間のコマンド、要求、アクション、応答などのメッセージを含むデータ送受信を行う。

ビデオエンコーディングユニット２１３０は、ＨＤＭＩ送信機２１５０を介して送信する映像データを圧縮する。

ＨＤＭＩ受信機２２５０は、シンク機器２２００に備えられてＨＤＭＩを介してデータを送受信するユニットであって、オーディオ／ビデオデータだけでなく機器間のコマンド、要求、アクション、応答などのメッセージを含むデータ送受信を行う。

ビデオデコードユニット２１３０は、ＨＤＭＩ受信機２２５０を介して受信した圧縮された映像データの圧縮解除を行う。

以下、ＨＤＭＩで提供するチャネル、データ構造、機能に対してさらに詳細に説明する。

上述のように、ＨＤＭＩシステムは、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄ Ａｓｓｏｃｉａｔｉｏｎ）で定義したモニター及びコンピュータグラフィックアダプタ間のデジタル情報送信のためのプロトコル標準であるＤＤＣ（Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ）を提供する。ＤＤＣを介したＨＤＭＩ機器は、モニターでサポート可能なディスプレイモード情報をグラフィックアダプタに送信し、グラフィックアダプタは、これに合せてモニターに映像を送信できる。ＤＤＣ標準が制定される前、ＶＧＡ標準では、モニタータイプを認識するために、アナログＶＧＡコネクターの４通りのピンＰｉｎ１１、１２、４、１５を使用し、このうち、Ｐｉｎ １１、１２、４だけが使用され、７通りのモニタータイプを認識することができた。ＤＤＣに対したバージョン別内容は、以下のとおりである。

＊＊ＤＤＣバージョン１(１９９４年制定）
−モニタリング情報を記述するバイナリファイルフォーマットであるＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）を定義する。

−ピン１２をデータラインとして使用し、１２８バイトのＥＤＩＤブロックを連続的にモニターからコンピュータに送信する。

＊＊ＤＤＣバージョン２（１９９６年制定）
−ＥＤＩＤをＤＤＣで定義せずに並行する独立的な標準と定義する。

−Ｉ２Ｃシリアルバスに基づいて定義され、Ｐｉｎ１２は、Ｉ２Ｃバスのデータライン、Ｐｉｎ１５は、Ｉ２Ｃバスのクロックラインとして使用する。

Ｐｉｎ９は、モニター電源がオフになっていてもＥＥＰＲＯＭに格納されたＥＤＩＤを読み出すためにコンピュータからモニターに５Ｖ ＤＣ電源（５０ｍＡまで）を印加する用途として使用される。

−８ビットデータオフセットで２８バイト〜２５６バイトまでのＥＤＩＤ格納容量を許容。

＊＊Ｅ−ＤＤＣ
−ＤＤＣバージョン１及び２の代わりをする標準として１９９９年にバージョン１が制定され、Ｅ−ＥＤＩＤ（Ｅｎｈａｎｃｅｄ ＥＤＩＤ）使用のために、ディスプレイ情報格納容量を３２Ｋｂｙｔｅまで許容する。

−８ビットセグメントインデックス（０ｘ００〜０ｘ７Ｆ）を使用する新しいＩ２Ｃアドレッシングスキームを適用して、１２８セグメント（１セグメント＝２５６バイト）をアクセスでき、これによって３２バイトまでアクセスが可能である。

−２００４年にＥ−ＤＤＣバージョン１．１が制定され、ＣＥ機器及びＶＧＡ以外にＨＤＭＩのようなビデオインタフェースもサポートする内容が含まれる。

−２００７年にＥ−ＤＤＣバージョン１．２が制定され、ディスプレイポート及びディスプレイＩＤサポート内容が含まれる。

以下、ＤＤＣを介して提供されるＥＤＩＤについて説明する。

図３は、本発明の実施の形態にかかるＥＤＩＤストラクチャーを示した図である。

ＥＤＩＤは、ＶＥＳＡで定義されたディスプレイ装置に対する多様な情報が含まれたデータストラクチャーであって、ＤＤＣチャネルを介してソース機器に送信されるか、またはソース機器により読み取られることができる。ＥＤＩＤの場合、バージョン１．３のデータストラクチャーがＩＴディスプレイ装置、ＣＥディスプレイ装置及びビデオインタフェース（ＨＤＭＩ）で使用されている。

図３は、ＥＤＩＤデータストラクチャーで、各々のアドレスで表す情報を簡潔に示す。

図４ないし図５は、ＥＤＩＤエクステンションブロックの実施の形態を示す。

図４は、ＥＤＩＤエクステンション（Ｅｘｔｅｎｓｉｏｎ）ブロックを、図５（ａ）は、ビデオデータブロックを、図５（ｂ）は、オーディオデータブロックを、及び図５（ｃ）は、スピーカー割り当て（ａｌｌｏｃａｔｉｏｎ）データブロックをそれぞれ示す。

ＥＤＩＤに記述されたタイミング情報は、ＩＴディスプレイ装置のためのものであって、ＣＥディスプレイ装置のタイミング情報を表すために、ＣＥＡ−８６１で定義したＥＤＩＤ １．３エクステンションブロックを使用することができる。バージョン３のＣＥＡエクステンションブロックは、ＣＥＡ−８６１Ｂ標準で定義され、４個のオプショナルデータブロック（ビデオ、オーディオ、スピーカー割り当て、ベンダー特定（Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ）を明示する。

図５（ａ）のビデオデータブロックにおいて、Ｓｈｏｒｔ Ｖｉｄｅｏ Ｄｅｓｃｒｉｐｔｏｒは、ＣＥＡ−８６１で定義したビデオ識別コード（Ｖｉｄｅｏ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｃｏｄｅ）を示す。図５（ｂ）のオーディオデータブロックにおいて、Ｓｈｏｒｔ Ａｕｄｉｏ Ｄｅｓｃｒｉｐｔｏｒは、ＣＥＡ−８６１で定義したオーディオフォーマットコード（Ａｕｄｉｏ Ｆｏｒｍａｔ Ｃｏｄｅ）を示す。図５（ｃ）のＳｐｅａｋｅｒ Ａｌｌｏｃａｔｉｏｎ Ｄａｔａ Ｂｌｏｃｋ Ｄｅｓｃｒｉｐｔｏｒは、ＣＥＡ−８６１で定義したデータブロックペイロード（Ｄａｔａ Ｂｌｏｃｋ Ｐａｙｌｏａｄ）を示す。

図６は、本発明の実施の形態にかかるＨＦ（ＨＤＭＩ Ｆｏｒｕｍ）−ＶＳＤＢ（Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）を示す。

図６のＨＦ−ＶＳＤＢは、ベンダー特定データが定義されることができるデータブロックであって、ＨＤＭＩは、このデータブロックを使用してＨＤＭＩ特定データを定義することができる。ＨＦ−ＶＳＤＢは、シンク機器のＥ−ＥＤＩＤに含まれることができ、含まれる場合、シンク機器のＥ−ＥＤＩＤ内のＣＥＡエクステンションバージョン３に位置できる。

図６のＨＦ−ＶＳＤＢに含まれたフィールドについての説明は、以下のとおりである。

−Ｌｅｎｇｔｈフィールド：データブロックの全体長（ｔｏｔａｌ ｌｅｎｇｔｈ）であって、最小値は７、最大値は３１である。

−ＩＥＥＥ ＯＵＩフィールド：ＩＥＥＥ Ｏｒｇａｎｉｚａｔｉｏｎａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒであって、ＨＤＭＩフォーラムに割り当てられたＯＵＩは、０ｘＣ４５ＤＤ８である。

−Ｖｅｒｓｉｏｎフィールド：ＨＦ−ＶＳＤＢ（ＨＤＭＩ Ｆｏｒｕｍ−ＶＳＤＢ）のバージョンナンバーであって、値は１である。

−Ｍａｘ＿ＴＭＤＳ＿Ｃｈａｒａｃｔｅｒ＿Ｒａｔｅフィールド：サポートするｍａｘｉｍｕｍ ＴＭＤＳ Ｃｈａｒａｃｔｅｒ Ｒａｔｅを表し、シンク機器が３４０Ｍｃｓｃ以上をサポートしないと、０にセットし、サポートすると、１にセットする。

−３Ｄ＿ＯＳＤ＿Ｄｉｓｐａｒｉｔｙ：１にセットされると、シンク機器が３Ｄ＿ＯＳＤ＿Ｄｉｓｐａｒｉｔｙ Ｉｎｄｉｃａｔｉｏｎ受信をサポートすることを表す。

−Ｄｕａｌ＿ｖｉｅｗ：１にセットされると、シンク機器がＤｕａｌ＿ｖｉｅｗシグナリング受信をサポートすることを表す。

−Ｉｎｄｅｐｅｎｄｅｎｔ＿ｖｉｅｗフィールド：１にセットされると、シンク機器が３Ｄ ｉｎｄｅｐｅｎｄｅｎｔ ｖｉｅｗシグナリング受信をサポートすることを表す。

−ＬＴＥ＿３４０Ｍｃｓｃ＿ｓｃｒａｍｂｌｅフィールド：１にセットされると、シンク機器がＴＭＤＳ ｃｈａｒａｃｔｅｒ ｒａｔｅ３４０Ｍｃｓｓ以下でスクランブリングをサポートすることを表す。そして、ＳＣＤＣ＿Ｐｒｅｓｅｎｔが０にセットされると、このｆｌａｇもまた０にセットされなければならない。

−ＲＲ＿Ｃａｐａｂｌｅフィールド：１にセットされると、シンク機器がＳＣＤＣ読み取り要求（ｒｅａｄ ｒｅｑｕｅｓｔ）を開始（ｉｎｉｔｉａｔｉｎｇ）できるのを表す。そして、ＳＣＤＣ＿Ｐｒｅｓｅｎｔが０にセットされると、このｆｌａｇもまた０にセットされなければならない。

−ＳＣＤＣ＿Ｐｒｅｓｅｎｔフィールド：１にセットされると、ＳｉｎｋがＳＣＤＣ機能をサポートすることを表す。

−ＤＣ＿４８ｂｉｔ＿４２０、ＤＣ＿３６ｂｉｔ＿４２０、ＤＣ＿３０ｂｉｔ＿４２０：１にセットされると、Ｄｅｅｐ Ｃｏｌｏｒ４：２：０ピクセルエンコーディングをコンポーネント（ｃｏｍｐｏｎｅｎｔ）当たり１０ｂｉｔ／１２ｂｉｔ／１６ｂｉｔをサポートすることを表す。

本発明では、ＥＤＩＤのＨＦ−ＶＳＤＢを介してシンク機器の圧縮解除能力情報をシグナリングでき、これについて後述する。

図７は、本発明の実施の形態にかかるＨＦ−ＶＳＩＦ（ＨＤＭＩ Ｆｏｒｕｍ−Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ＩｎｆｏＦｒａｍｅ）を示す。

図７において、図７（ａ）は、ＨＦ−ＶＳＩＦパケットヘッダを、図７（ｂ）は、ＨＦ−ＶＳＩＦパケットコンテンツをそれぞれ示し、これらが共にインフォフレームを構成できる。ＨＦ−ＦＳＩＦは、インフォフレームの一つであって、

ＨＦ−ＶＳＩＦパケットは、ストリームコンテンツを完全に（ｆｕｌｌｙ）識別するための補助（ａｎｃｉｌｌａｒｙ）情報を要求するフィーチャー（ｆｅａｔｕｒｅ（ｓ））をサポートするために提供され、ソース機器からシンク機器に送信されることができる。実施の形態として、ＨＦ−ＶＳＩＦは、３Ｄビデオ及び２１６０ｐビデオの送信のために定義されることもできる。

図７（ａ）のＨＦ−ＶＳＩＦパケットヘッダ及び図７（ｂ）のＨＦ−ＶＳＩＦパケットコンテンツに含まれたフィールドについての説明は、以下のとおりである。

＊＊ＨＦ−ＶＳＩＦパケットヘッダ
−Ｐａｃｋｅｔ Ｔｙｐｅフィールド：Ｐａｙｌｏａｄ形態を表し、ＨＦ−ＶＳＩＦは０ｘ８１で区分される。

−Ｖｅｒｓｉｏｎフィールド：ＨＦ−ＶＳＩＦのｖｅｒｓｉｏｎ ｎｕｍｂｅｒであって、値は１である。

−Ｌｅｎｇｔｈフィールド：Ｐａｙｌｏａｄの長さを表す。

＊＊ＨＦ−ＶＳＩＦパケットコンテンツ
−３Ｄ＿Ｖａｌｉｄフィールド：３Ｄビデオデータ送信があることを表し、１に設定されると、３Ｄ＿Ｆ＿Ｓｔｒｕｃｔｕｒｅ、３Ｄ＿Ａｄｄｉｏｔｉｏｎａｌ＿Ｉｎｆｏ＿Ｐｒｅｓｅｎｔ、３Ｄ＿Ｍｅｔａ＿Ｐｒｅｓｅｎｔ、及び３Ｄ＿Ｆ＿Ｅｘｔ＿Ｄａｔａフィールドが活性化されなければならない。

−３Ｄ＿Ｆ＿Ｓｔｒｕｃｔｕｒｅフィールド：３Ｄビデオデータの送信フォーマット（ｓｉｄｅ−ｂｙ−ｓｉｄｅ、ｔｏｐ−ａｎｄ−ｂｏｔｔｏｍ等）を表す。

−３Ｄ＿Ａｄｄｉｔｉｏｎａｌ＿Ｉｎｆｏ＿Ｐｒｅｓｅｎｔフィールド：３Ｄ＿ＤｕａｌＶｉｅｗ、３Ｄ＿ＶｉｅｗＤｅｐｅｎｄｅｎｃｙ、及び３Ｄ＿Ｐｒｅｆｅｒｒｅｄ２Ｄ ｖｉｅｗ情報が追加されるとき、１に設定する。

−３Ｄ＿Ｄｉｓｐａｒｉｔｙ＿Ｄａｔａ＿Ｐｒｅｓｅｎｔフィールド：３Ｄディスパリティ（ｄｉｓｐａｒｉｔｙ）データが存在するとき、 １に設定する。

−３Ｄ＿Ｍｅｔａ＿Ｐｒｅｓｅｎｔフィールド：３Ｄメタデータが存在するとき、１に設定する。

−３Ｄ＿Ｆ＿Ｅｘｔ＿Ｄａｔａフィールド：３Ｄビデオデータの送信フォーマットに従って、ｓｕｂ−ｓａｍｐｌｉｎｇ方法を表す。

−３Ｄ＿Ｄｕａｌ＿Ｖｉｅｗフィールド：３Ｄデュアルビューが存在するとき、１に設定する。

−３Ｄ＿ＶｉｅｗＤｅｐｅｎｄｅｎｃｙフィールド：ｒｉｇｈｔ ｖｉｅｗまたはｌｅｆｔ ｖｉｅｗのｃｏｄｅｄ ｖｉｅｗに対するｄｅｐｅｎｄｅｎｃｙを表す。

−３Ｄ＿Ｐｒｅｆｅｒｒｅｄ２Ｄ ｖｉｅｗフィールド：ｒｉｇｈｔ ３Ｄ ｖｉｅｗ及びｌｅｆｔ ３Ｄ ｖｉｅｗのうち、どの３Ｄ ｖｉｅｗが２Ｄ ｖｉｅｗにさらに適合するかを表す。

−３Ｄ＿ＤｉｓｐａｒｉｔｙＤａｔａ＿Ｖｅｒｓｉｏｎフィールド：３Ｄディスパリティデータのｖｅｒｓｉｏｎを表す。

−３Ｄ＿ＤｉｓｐａｒｉｔｙＤａｔａ＿ｌｅｎｇｔｈフィールド：３Ｄディスパリティデータの長さを表す。
−３Ｄ＿ＤｉｓｐａｒｉｔｙＤａｔａ＿１〜３Ｄ＿ＤｉｓｐａｒｉｔｙＤａｔａ＿Ｊフィールド：３Ｄディスパリティデータを記述する。

−３Ｄ＿ＭｅｔａＤａｔａ＿ｔｙｐｅフィールド：３Ｄメタデータのタイプを表す。

−３Ｄ＿ＭｅｔａＤａｔａ＿ｌｅｎｇｔｈフィールド：３Ｄメタデータの長さを表す。

−３Ｄ＿Ｍｅｔａｄａｔａ＿１〜３Ｄ＿Ｍｅｔａｄａｔａ＿Ｋフィールド：３Ｄメタデータを記述する。

図８は、本発明の実施の形態にかかるＳＣＤＣ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ）ストラクチャーを示す。

ＳＣＤＣ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ）は、ソース機器とシンク機器とがデータを交換するポイントツーポイント（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ）通信プロトコルに該当する。ＳＣＤＣ通信は、上述のＤＤＣチャネル（ラインＩ２Ｃ）を使用することができる。すなわち、ＳＣＤＣは、ＨＤＭＩソース機器とシンク機器との間のデータ交換を可能にするＩ２Ｃシリアル通信基盤の一対一通信プロトコルである。ＳＣＤＣは、Ｉ２Ｃスレーブであるシンク機器がＩ２Ｃマスターであるソース機器に状態確認読み取り（ｓｔａｔｕｓ ｃｈｅｃｋ ｒｅａｄ）を要求し、これを受信したソース機器が該当状態（ｓｔａｔｕｓ）をシンク機器から読み込むメカニズムを含む。

ＳＣＤＣＳ（ＳＣＤＣ Ｓｔｒｕｃｔｕｒｅ）は、シンク機器のメモリに格納され、図８の構造のようなデータを含むことができる。図８におけるＲ／Ｗは、ソース機器観点で、シンク機器に格納されたＳＣＤＣＳのデータを、ソース機器は、読み取り（ｒｅａｄ）だけが可能であるか、または読み取り／書き込み（ｒｅａｄ／ｗｒｉｔｅ）がすべて可能であることを示す。

図８のＳＣＤＣＳに含まれるフィールドについての説明は、以下のとおりである。

−Ｓｉｎｋ Ｖｅｒｓｉｏｎフィールド：ＳＣＤＣＳサポート（ｃｏｍｐｌｉａｎｔ）シンク機器のバージョン情報を表示。１に設定する。

−Ｓｏｕｒｃｅ Ｖｅｒｓｉｏｎフィールド：ＳＣＤＣＳサポート（ｃｏｍｐｌｉａｎｔ）ソース機器がシンク機器からＥ−ＥＤＩＤを読み込み、Ｅ−ＥＤＩＤのＳＣＤＣ＿Ｐｒｅｓｅｎｔ＝１に設定されていると、ＳＣＤＣＳのＳｏｕｒｃｅ Ｖｅｒｓｉｏｎを１に設定する。

−Ｕｐｄａｔｅ Ｆｌａｇｓ（Ｕｐｄａｔｅ＿０、Ｕｐｄａｔｅ＿１）フィールド：シンク機器がソース機器に知らせなければならない情報（Ｓｔａｔｕｓ、Ｃｈａｒａｃｔｅｒ Ｅｒｒｏｒ Ｄｅｔｅｃｔ等）に変化が生じると、該当ｂｉｔを１に設定する。

−ＴＭＤＳ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＴＭＤＳ＿Ｃｏｎｆｉｇ）フィールド：ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿ＲａｔｉｏとＳｃｒａｍｂｌｉｎｇ＿Ｅｎａｂｌｅがそれぞれ１ｂｉｔずつ占有しており、ソース機器がシンク機器のスクランブリング機能を活性化しようとすると、該当ｂｉｔを１に設定。ＴＭＤＳ＿Ｂｉｔ＿Ｃｌｏｃｋ＿Ｒａｔｉｏが１／１０であると０に、１／４０であると、１に設定。

−Ｓｃｒａｍｂｌｅｒ Ｓｔａｔｕｓフィールド：シンク機器がスクランブルされたコントロールコードシーケンスを感知するとき、該当ｂｉｔを１に設定。

−構成（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）（Ｃｏｎｆｉｇ＿０）フィールド：ソース及びシンク機器のＣａｐａｂｉｌｉｔｙ関連情報をｃｏｎｆｉｇｕｒａｔｉｏｎするフィールドとして、現在は、ソース機器がシンク機器のＲｅａｄ Ｒｅｑｕｅｓｔをサポートするかを表すことができるＲＲ＿Ｅｎａｂｌｅ ｆｉｅｌｄだけがある。

−Ｓｔａｔｕｓ Ｆｌａｇｓ（Ｓｔａｔｕｓ＿Ｆｌａｇ＿０、Ｓｔａｔｕｓ＿Ｆｌａｇ＿１）フィールド：Ｃｌｏｃｋ、ｃｈａｎｎｅｌ ０、１、及び２を介して受信されたｄａｔａが成功裏にｄｅｃｏｄｉｎｇされたかどうかを表す。

−Ｅｒｒ＿Ｄｅｔ＿０〜２＿Ｌ／Ｈフィールド：チャネル０〜３でディテクトされたエラーカウンタのＬＳＢ及びＭＳＢをそれぞれ表す。

−Ｅｒｒ＿Ｄｅｔ＿Ｃｈｅｃｋｓｕｍフィールド：チェックサム（Ｃｈｅｃｋｓｕｍ）を含む７個のレジスタのエラーディテクション値の１バイト合計（ｓｕｍ）が０になるように実装される。

図９は、本発明の実施の形態にかかるＨＤＭＩを介したＡ／Ｖデータ送受信方法を示す。

図９のように、ＨＤＭＩ機器は、非圧縮（ｕｎｃｏｍｐｒｅｓｓｅｄ）Ａ／Ｖデータ／Ｖデータ（オーディオデータまたはビデオデータのうち、少なくとも一つ）をソース機器からシンク機器に送信する実施の形態である。

まず、ソース機器及びシンク機器がＨＤＭＩケーブルで接続される（Ｓ９０００）。ＨＤＭＩケーブルが接続されると、ソース機器は、５Ｖの電力ラインをロウレベルからハイレベルに転換し、電流を印加する（Ｓ９０１０）。これにより、ソース機器は、シンク機器のＥＤＩＤ情報が格納されたＥＥＰＲＯＭ及び関連回路を動作させることができる。シンク機器は、ＨＰＤ（Ｈｏｔ Ｐｌｕｇ Ｄｅｔｅｃｔ）ラインをロウレベルからレベルに転換して（Ｓ９０２０）、ケーブルが正常に接続され、ＥＤＩＤ関連回路が活性化されて、ＥＤＩＤ情報のアクセスが可能であることをソース機器に知らせることができる。

これからソース機器は、シンク機器にＤＤＣを介してＥＤＩＤ情報読み取り要求を送信できる（Ｓ９０３０）。ソース機器のＥＤＩＤ読み取り要求に対する応答として、シンク機器は、ＤＤＣを介してＥＥＰＲＯＭに格納されたＥＤＩＤ情報を送信できる（Ｓ９０４０）。本発明の実施の形態において、ＥＤＩＤ情報は、上述のＨＦ−ＶＳＤＢとして送信されることができる。

シンク機器は、受信したＥＤＩＤ情報をパーシング（ｐａｒｓｉｎｇ）して、シンク機器に送信するＡ／Ｖデータの動作パラメータ（タイミング、フォーマット等）を決定し（Ｓ９０５０）、送信する非圧縮（ｕｎｃｏｍｐｒｅｓｓｅｄ）Ａ／Ｖデータと関連した、決定された動作パラメータをソース機器に送信できる（Ｓ９０６０）。本発明の実施の形態において、動作パラメータは、ＨＦ−ＶＳＩＦとして送信されることもできる。

最後に、ソース機器は、決定された動作パラメータで制御される非圧縮Ａ／Ｖデータをシンク機器に送信できる（Ｓ９０７０）。

図９は、非圧縮Ａ／Ｖデータを送信する方法を示す。ただし、上述のように超高画質解像度のビデオ／オーディオデータを非圧縮フォーマットで送信しようとするが、ＨＤＭＩのフィジカルレイヤーで十分な帯域幅をサポートできない場合、ソース機器は、フィジカルレイヤーでサポート可能な帯域幅内に圧縮されたフォーマットでビデオデータを送信しなければならない。ただし、このためには、シンク機器でソース機器が圧縮して送ったビデオデータを圧縮解除できる能力があるかを知っていなければならず、ソース機器でも送信するビデオデータが圧縮されたフォーマットであるかどうかを知らせなければならない。以下では、ＨＤＭＩを介して圧縮されたビデオデータを送受信する方法について、さらに詳細に説明するようにする。以下では、ビデオデータの例を挙げて説明するようにするが、本明細書の説明及び発明は、ビデオデータだけでなく、オーディオデータにも同様に適用されることができる。

図１０は、本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法を示す。

まず、ステップＳ１００００からステップＳ１００３０までは、図９のステップＳ９０００からステップＳ９００３０と同様に行われ、これについての説明は省略することにする。図１０は、図９のフローチャートに追加される動作を含むもので、図９と同じ説明は、図１０で再度述べられなくても、図１０の説明に適用が可能である。

図１０において、ＥＤＩＤ情報読み取り要求を受信したシンク機器は、圧縮解除能力（ｃａｐａｂｉｌｉｔｙ）情報を含むＥＤＩＤ情報をＤＤＣを介してソース機器に送信できる（Ｓ１００４０）。送信される圧縮解除能力情報は、圧縮された（ｃｏｍｐｒｅｓｓｅｄ）Ａ／Ｖデータをシンク機器が処理できるか、処理できるならばどんな動作パラメータでセッティングされた圧縮されたＡ／Ｖデータを処理できる等に対する情報を含むことができる。言い換えれば、圧縮解除能力情報は、シンク機器の圧縮解除機能サポート有無及び関連特性情報を含むことができる。上述のように、このようなＥＤＩＤ情報は、ＥＥＰＲＯＭで読み取られてＨＦ−ＶＳＤＢとして送信されることができる。

シンク機器は、受信したＥＤＩＤ情報をパーシング（ｐａｒｓｉｎｇ）してシンク機器に送信するＡ／Ｖデータの動作パラメータ（タイミング、フォーマット等）を決定し（Ｓ１００５０）、送信する非圧縮（ｕｎｃｏｍｐｒｅｓｓｅｄ）Ａ／Ｖデータと関連した、決定された動作パラメータをソース機器に送信できる（Ｓ１００６０）。図１０において、送信される動作パラメータは、圧縮メタデータ（ｃｏｍｐｒｅｓｓｉｏｎ ｍｅｔａｄａｔａ）を含む。圧縮メタデータは、シンク機器で圧縮されたＡ／Ｖデータを圧縮解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）するのに必要な情報であって、圧縮されたビデオデータの特性情報を示す。

本発明の実施の形態において、動作パラメータは、ＨＦ−ＶＳＩＦとして送信されることもできる。

最後に、ソース機器は、決定された動作パラメータで制御される圧縮されたＡ／Ｖデータをシンク機器に送信できる（Ｓ１００７０）。

図１１は、本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法として、特にソース機器によるシンク機器の圧縮解除機能を制御する方法を示す。

図１１は、図１０の説明に追加的に、ソース機器が送信するデータの種類を非圧縮データから圧縮データに、または圧縮データから非圧縮データに変更する場合、それに応じるシンク機器の圧縮解除機能を活性化（ｅｎａｂｌｅ）したり非活性化（ｄｉｓａｂｌｅ）する方法に対するものである。図１１のように、ソース機器で再生するビデオコンテンツが非圧縮フォーマットで送信することが不可能な場合、ソース機器は、該当Ａ／Ｖデータを圧縮して送信することを決定し、シンク機器で圧縮解除機能を活性化することを要求できる。

ソース機器は、シンク機器に決定された動作パラメータに応じる非圧縮Ａ／Ｖデータを送信できる（Ｓ１１０００）。そして、ユーザがソース機器でビデオコンテンツを８Ｋビデオコンテンツに変更できる（Ｓ１１０１０）。実施の形態において、８Ｋビデオコンテンツは、現在接続したＨＤＭＩケーブルの帯域幅では、非圧縮／無損失で送信が難しいことがある。このような場合、ソース機器は、８Ｋビデオを圧縮して送信すると決定できる（Ｓ１１０２０）。８Ｋビデオは実施の形態であり、ソース機器は、送信するＡ／Ｖデータが現在接続したＨＤＭＩケーブルの帯域幅で非圧縮で無損失送信が可能であるかどうかを判断し、無損失送信が難しい場合には、送信方式を圧縮送信に変更することを決定できる。

これから、ソース機器は、シンク機器が圧縮解除機能（ｆｕｎｃｔｉｏｎ）を活性化させることを要求できる（Ｓ１１０３０）。シンク機器は、圧縮解除機能を活性化させ（Ｓ１１０４０）、圧縮解除機能が活性化されたことをソース機器に知らせることもできる。

ソース機器は、圧縮メタデータを含む動作パラメータをシンク機器に送信し（Ｓ１１０５０）、送信した圧縮パラメータによりコントロールされる圧縮されたＡ／Ｖデータをシンク機器に送信できる（Ｓ１１０６０）。

ソース機器は、多様な理由によって、非圧縮ビデオデータの送信を決定できる（Ｓ１１０７０）。例えば、ユーザが視聴するビデオの解像度を低くするか、または受信／ストリーミングするビデオコンテンツ自体が低い解像度に変更される等、ＨＤＭＩの帯域幅で非圧縮送信が可能になると、ソース機器は、非圧縮ビデオの送信を決定できる。

ソース機器は、シンク機器に圧縮解除機能の非活性化を要求できる（Ｓ１１０９０）。シンク機器は、ソース機器の要求に応じて圧縮解除機能を非活性化し（Ｓ１１０９０）、圧縮解除機能が非活性化されたことをソース機器に知らせることもできる。これからソース機器は、非圧縮Ａ／Ｖデータをシンク機器に送信できる（Ｓ１１１００）。

上述のソース機器のシンク機器に対する圧縮解除機能の活性化及び非活性化要求は、ＳＣＤＣＳを使用して行われることができ、これに対しては、以下で再度説明する。

図１２は、本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法であって、特にＳＣＤＣＳを使用してソース機器がシンク機器の圧縮解除機能を活性化する方法を示す。

図１２は、図１１でソース機器がシンク機器の圧縮解除機能をＳＣＤＣを介して活性化／非活性化する方法であって、図１１のステップＳ１１０３０、Ｓ１１０４０、Ｓ１１０８０及びＳ１１０９０をＳＣＤＣデータ通信として示す。図１２のステップのうち、図１１のステップＳ１１０００、Ｓ１１０１０、Ｓ１１０２０及びＳ１１０５０と同じステップＳ１２０００、Ｓ１２０１０、Ｓ１２０２０及びＳ１２０５０についての説明は省略することにする。

本発明では、ＳＣＤＣＳに圧縮解除機能を活性化／非活性化するための圧縮解除活性化情報ＤＣ＿Ｅｎａｂｌｅを定義する。図１２において、圧縮解除活性化情報は、フラグまたはビットとして図１２（ｂ）のように定義されることができる。図１２（ｂ）のビット１に含まれた情報ＤＣ＿ＥｎａｂｌｅがＳＣＤＣＳに含まれる圧縮解除活性化情報を示す。図１２（ｂ）の実施の形態において、圧縮解除活性化情報は、ＳＣＤＣＳのオフセット０ｘ３０のレジスタに定義され、このうち、ビット１と定義されることができる。圧縮解除活性化情報の値が１に設定されると、圧縮解除機能が活性化されたことを、０に設定されると、圧縮解除機能が非活性化されたことをそれぞれ表すことができる。したがって、ソース機器は、圧縮解除イネーブル情報の値に１または０の値を書き込むことによって、シンク機器の圧縮解除機能を活性化／非活性化できる。圧縮解除イネーブル情報は、ＳＤＣＤＳのＣｏｎｆｉｇ＿０情報部分において１ビットと定義されることができる。

ソース機器は、圧縮されたビデオを送信するために、シンク機器の圧縮解除機能を活性化しなければならない。このために、ソース機器は、圧縮解除機能を活性化させるＳＣＤＣ書き込みメッセージを送信できる（Ｓ１２０３０）。図１２（ａ）は、圧縮解除機能を活性化させるＳＣＤＣ書き込みメッセージの実施の形態を示す。このメッセージは、スレーブアドレスが０ｘ５４であるシンク機器の０ｘ５４から０ｘ３０分だけ離れたレジスタに０ｘ０３を書き込むＳＣＤＣ書き込みメッセージである。すなわち、ＳＣＤＣ書き込みメッセージは、スレーブアドレス情報（Ｓｌｖ Ａｄｄｒ＝０ｘ５４）、サブアドレス情報（０ｘ３０）及び書き込むデータ（Ｄａｔａ＝０ｘ０３）を含むことができる。

シンク機器は、受信したＳＣＤＣ書き込みメッセージに応じて圧縮解除活性化情報の値を設定できる（Ｓ１２０４０）。シンク機器は、受信したＳＣＤＣ書き込みメッセージに応じて該当アドレスのビット値を設定できる。すなわち、図１２（ｂ）のＳＣＤＣＳにおいてビット０及びビット１の位置の値を１に設定できる。そして、シンク機器は、変更された圧縮解除活性化情報の値に応じて、ビデオデコードユニットの圧縮解除機能を活性化させることができる。

図１１において、ソース機器が圧縮解除機能非活性化を要求し（Ｓ１１０８０）、シンク機器が圧縮解除機能を非活性化するステップ（Ｓ１１０９０）もまた、上述のように類似に実行されることができる。この場合、上述のステップ（Ｓ１２０３０及び１２０４０）のように、ソース機器は、圧縮解除活性化情報の値を０と書き込むＳＣＤＣ書き込みメッセージを送信し、シンク機器は、受信したＳＣＤＣ書き込みメッセージに応じて圧縮解除活性化情報の値を０に設定することによって行われることができる。シンク機器は、変更された圧縮解除活性化情報の値に応じてビデオデコードユニットの圧縮解除機能を非活性化させることができる。

図１２（ｂ）において、ＲＲ＿Ｅｎａｂｌｅ情報は、ソース機器が読み取り要求をサポートする場合に１に、ソース機器がアップデートフラグのポーリング（ｐｏｌｌｉｎｇ）だけをサポートする場合に０に設定されることができる。図１２の実施の形態において、ＲＲ＿Ｅｎａｂｌｅ情報は１に設定されて、ソース機器が読み取り要求をサポートすると示した。

図１３は、本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法であって、特にシンク機器がソース機器に圧縮解除機能の状態変化を知らせる方法を示す。

図１３は、図１０の説明に続き、圧縮されたＡ／Ｖデータを受信するシンク機器で圧縮解除を行う途中に状態変化（例えば、バッファオーバフロー／アンダーフロー）が発生する場合、これをソース機器に知らせる方法を示す。ソース機器は、該当状態変化に対する情報を読んで動作パラメータを変え、変わった動作パラメータに応じる圧縮されたＡ／Ｖデータを送信できる。

ソース機器は、シンク機器に決定された動作パラメータに応じる圧縮Ａ／Ｖデータを送信できる（Ｓ１３０００）。

シンク機器は、圧縮されたＡ／Ｖデータを受信及び圧縮解除してコンテンツを提供できる。そして、シンク機器が圧縮解除を実行する途中に状態変化が発生できる（Ｓ１３０１０）。実施の形態として、このような状態変化は、ビデオデコードユニットのバッファオーバフローまたはバッファアンダーフローなどに該当することもできる。そして、シンク機器は、ソース機器に圧縮解除機能の状態変化を知らせることができる（Ｓ１３０２０）。

ソース機器は、シンク機器から状態変化の発生を知るようになり、それによってシンク機器から状態変化に対する詳細（ｄｅｔａｉｌｅｄ）情報／追加情報を読み取ることができる（Ｓ１３０３０）。ソース機器は、読み取った詳細情報に基づいて動作パラメータを変更し（Ｓ１３０４０）、変更された動作パラメータをシンク機器に送信できる（Ｓ１３０５０）。そして、ソース機器は、変更された動作パラメータにより制御される圧縮されたＡ／Ｖデータを送信できる（Ｓ１３０６０）。ソース機器の動作パラメータ決定、圧縮メタデータを含む動作パラメータの送信及び圧縮されたＡ／Ｖデータ送信は、図１０のステップＳ１００５０〜Ｓ１００７０と共に行われることができる。

図１３において、上述の圧縮解除機能実行途中に発生した状態変化は、シンク機器がＳＣＤＣＳを使用してソース機器に知らせることができ、これについては、以下で再度説明する。

図１４は、本発明の実施の形態にかかるＨＤＭＩを介した圧縮されたＡ／Ｖデータ送受信方法であって、特にＳＣＤＣＳを使用してシンク機器が圧縮解除機能の状態変化をソース機器に知らせる方法を示す。

図１４は、図１３の説明に続き、シンク機器が状態変化をアップデートしてソース機器に知らせ、ソース機器が変更された状態変化を読み取る過程をＳＣＤＣを使用して説明する。図１４でもソース機器は、シンク機器に決定された動作パラメータに応じる非圧縮Ａ／Ｖデータを送信できる（Ｓ１４０００）。

上述のように、シンク機器の圧縮解除機能に状態変化が発生する場合、シンク機器は、これを状態変化情報（ｓｔａｔｕｓ ｃｈａｎｇｅ ｉｎｆｏｒｍａｔｉｏｎ）としてＳＣＤＣＳに書き込み、ＳＣＤＣを介してこれをソース機器に知らせることができる。状態変化情報は、図１４（ｃ）のように、ＳＣＤＣＳのＳｔａｔｕｓ＿Ｆｌａｇ＿１部分に位置できる。

状態変化情報は、バッファアンダーフロー発生有無を表すバッファアンダーフロー情報、バッファオーバフロー発生有無を表すバッファオーバフロー情報またはＨＦ−ＶＳＩＦで明示されたチャンクサイズと受信したビデオデータのチャンクサイズとが異なるかどうかを表すチャンク長エラー情報のうち、少なくとも一つを含むことができる。状態変化情報は、ＳＣＤＣＳに図１４（ｃ）のようにオフセット０ｘ４１のビット０〜２に位置されることができ、状態変化情報に該当／含まれるフィールドの実施の形態及び説明は、以下のとおりである。

−ＲＣ＿Ｂｕｆｆｅｒ＿Ｕｎｄｅｒｒｕｎフィールド：ＲＣバッファにおいてアンダーフロー（ｕｎｄｅｒｆｌｏｗ）発生時に１に設定される。

−ＲＣ＿Ｂｕｆｆｅｒ＿Ｏｖｅｒｆｌｏｗフィールド：ＲＣバッファにおいてオーバフロー（ｏｖｅｒｆｌｏｗ）発生時に１に設定される。

−Ｃｈｕｎｋ＿Ｌｅｎｇｔｈ＿Ｅｒｒｏｒフィールド：ＨＦ−ＶＳＩＦに明示されたチャンクサイズと受信したチャンクサイズの長さが異なる場合に、１に設定されることができる。

シンク機器は、上述のように状態変化が発生すると、発生した状態変化に該当するＳＣＤＣＳの状態変化情報の値を１に設定できる（Ｓ１４０１０）。シンク機器は、図１４（ｃ）のようにチャンクサイズが異なる場合、バッファオーバフローが発生した場合、バッファアンダーフローが発生した場合、それぞれ該当する状態変化情報フィールドの値を１に設定できる。

シンク機器は、ソース機器にＳＣＤＣ読み取り要求（ＳＣＤＳ Ｒｅａｄ Ｒｅｑｕｅｓｔ）メッセージを送信できる（Ｓ１４０２０）。ＳＣＤＣ読み取り要求メッセージは、シンク機器が接続したソース機器にアップデートフラグを読み取ることを要求するメッセージである。シンク機器は、アップデートされた状態情報をソース機器に知らせるために、ＳＣＤＣ読み取り要求メッセージをソース機器に送信する。

ソース機器は、状態変化情報を読み取ることができ（Ｓ１４０３０）、これは、ＳＣＤＣを介してアップデートを読み取り（Ｓ１４０３０−１）、アップデートに該当する状態変化情報を読み取る（Ｓ１４０３０−２）ことによって行われることができる。

まず、ソース機器は、図１４（ａ）のＳＣＤＣアップデート読み取り要求メッセージを送信することによって、ＳＣＤＣアップデート情報を読み取ることができる（Ｓ１４０３０−１）。ＳＣＤＣアップデート読み取り要求メッセージは、スレーブアドレス情報及び読み取るレジスタアドレス情報を含むことができる。図１４（ａ）において、アップデート読み取りメッセージは、スレーブアドレスが０ｘ５４であるシンク機器のＵｐｄａｔｅ＿０及びＵｐｄａｔｅ＿１のレジスタ値を読み取ることを要求するメッセージである。シンク機器は、該当レジスタ値をバスに受信されたメッセージに書き込むことによって、ソース機器がこれを読み取るようにすることができる。

アップデートを確認したソース機器は、図１４（ｂ）のＳＣＤＣ状態変化情報読み取り要求メッセージを送信することによって、ＳＣＤＣＳの状態変化情報を読み取ることができる（Ｓ１４０３０−２）。ＳＣＤＣ状態変化読み取り要求メッセージは、スレーブアドレス情報及び読み取るレジスタアドレス情報を含むことができる。図１４（ｂ）において、状態変化情報読み取りメッセージは、スレーブアドレスが０ｘ５４であるシンク機器の０ｘ４１分だけ離れたレジスタ値である状態変化情報を読み取ることを要求するメッセージである。該当データは、０ｘ４１分だけ離れたレジスタ値から、ビット０、ビット１、ビット２の値が変わることができるので、それぞれの場合、０ｘ０１、０ｘ０２または０ｘ０４のうち、少なくとも一つの値になることができる。シンク機器は、該当レジスタ値をバスに受信されたメッセージに書き込むことによって、ソース機器が状態変化情報を読み取るようにすることができる。

以後、ソース機器が動作パラメータを変更し（Ｓ１４０４０）、変更された動作パラメータを送信し（Ｓ１４０５０）、圧縮されたＡ／Ｖデータを送信する（Ｓ１４０６０）過程は、図１３における該当動作を説明したとおりである。

図１５は、本発明の他の実施の形態にかかるＨＦ−ＶＳＤＢを示す。

図１５では、図６において示したＨＦ−ＶＳＤＢに追加的に、圧縮解除能力情報が追加された実施の形態に該当する。図１５のＨＦ−ＶＳＤＢは、上述のように、ＥＤＩＤ情報の一つであって、圧縮解除能力情報を含むことができ、圧縮解除能力情報は、シンク機器の圧縮解除サポート有無及び圧縮解除機能（ｃａｐａｂｉｌｉｔｙ）を表すフィールドを含むことができる。

図１５では、新しいＨＦ−ＶＳＤＢをさらに定義し、以前バージョンのＨＦ−ＶＳＤＢと区別するために、バージョン（Ｖｅｒｓｉｏｎ）フィールドのバージョンナンバーを２に設定できる。シンク機器が圧縮されたＡ／Ｖデータを処理できることを表すために、ＨＦ−ＶＳＤＢのバイト６ブロックのビット５〜４、バイト７ブロックのビット７〜３のうち、少なくとも一つのビットを使用することができる。実施の形態として、該当ビットが１に設定されると、シンク機器が圧縮されたビデオデータをプロセシング（受信／圧縮解除）できることを表し、０であると、圧縮されたビデオをプロセシングできないことを表すことができる。

図１５において、新しく追加された圧縮解除能力情報に対するフィールドについての説明は、以下のとおりである。圧縮解除能力情報は、図１５に示した以下のフィールドのうち、少なくとも一つのフィールドを含むことができる。

−ｃｏｍｐｒｅｓｓｉｏｎ＿ｖｅｒｓｉｏｎ＿ｍａｊｏｒフィールド：圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）アルゴリズムのメジャーバージョン（ｍａｊｏｒ ｖｅｒｓｉｏｎ）を表す。

−ｃｏｍｐｒｅｓｓｉｏｎ＿ｖｅｒｓｉｏｎ＿ｍｉｎｏｒフィールド：圧縮アルゴリズムのマイナーバージョン（ｍｉｎｏｒ ｖｅｒｓｉｏｎ）を表す。

−ｒｃ＿ｂｕｆｆｅｒ＿ｂｌｏｃｋ＿ｓｉｚｅフィールド：シンク機器のデコーダ（ｄｅｃｏｍｏｒｅｓｓｏｒ）のｒｃバッファブロックサイズを表す。

−ｒｃ＿ｂｕｆｆｅｒ＿ｓｉｚｅフィールド：シンク機器のデコーダ（ｄｅｃｏｍｏｒｅｓｓｏｒ）のｒｃバッファサイズを表す。

−ｓｌｉｃｅ ｃａｐａｂｉｌｉｔｉｅｓ（１ ｓｌｉｃｅ ｐｅｒ ｌｉｎｅ、２ ｓｌｉｃｅ ｐｅｒ ｌｉｎｅ、４ ｓｌｉｃｅ ｐｅｒ ｌｉｎｅ）フィールド：ライン（ｌｉｎｅ）当たりのサポートするスライス（ｓｌｉｃｅ）の数を表す。

−ｌｉｎｅ＿ｂｕｆｆｅｒ＿ｂｉｔ＿ｄｅｐｔｈフィールド：ライン当たりの割り当てられるバッファの大きさを表す。

−ｂｌｏｃｋ ｐｒｅｄｉｃｔｉｏｎ ｓｕｐｐｏｒｔフィールド：シンク機器でブロック予測（ｐｒｅｄｉｃｔｉｏｎ）サポート有無を表す。このフィールドは、バイト６の５〜４ビットまたはバイト７の７〜３ビットのうちのいずれか一つに位置できる。

−ｍａｘ＿ｂｉｔｓ＿ｐｅｒ＿ｐｉｘｅｌフィールド：デコーダ（ｄｅｃｏｍｐｒｅｓｓｏｒ）でサポートされるピクセル当たりの最大ビット数（ｍａｘｉｍｕｍ ｂｉｔｓ ｐｅｒ ｐｉｘｅｌ）を表す。

−ｃｏｌｏｒ ｆｏｒｍａｔ ｃａｐａｂｉｌｉｔｉｅｓ（ＲＧＢ、ＹＣｂＣｒ＿４４４、ＹＣｂＣｒ＿４２２、ＹＣｂＣｒ＿４２０）フィールド：シンク機器でサポートするカラーフォーマットを表す。

−ｃｏｌｏｒ ｄｅｐｔｈ ｃａｐａｂｉｌｉｔｉｅｓ（ＣＤ＿６、ＣＤ＿８、ＣＤ＿１０、ＣＤ＿１２）フィールド：シンク機器でサポートするカラーデプスを表す。

図１６及び図１７は、本発明の他の実施の形態にかかるＨＦ−ＶＳＩＦを示す。

図１６及び図１７では、図７において示すＨＦ−ＶＳＩＦに追加的に、ソース機器が圧縮されたビデオを送信するためにシンク機器に送信する圧縮メタデータに該当するフィールドが追加された実施の形態に該当する。図１６及び図１７のＨＦ−ＶＳＩＦは、上述のようにインフォフレームの一つであって、圧縮メタデータを含むことができる。図１６及び図１７のＨＦ−ＶＳＩＦをインフォフレームと呼ぶこともできる。

図１６及び図１７では、新しいＨＦ−ＶＦＩＦをさらに定義し、以前バージョンのＨＦ−ＶＳＩＦと区別するためにバージョン（Ｖｅｒｓｉｏｎ）フィールドのバージョンナンバーを２に設定できる。ソース機器で圧縮されたビデオを送信する場合、現在送信しているビデオが圧縮されたビデオであるかどうかをＰＢ５（５番パケットバイト）のビット７〜１のうち、少なくとも一つを介してシグナリングして、シンク機器に知らせることができる。実施の形態として、該当ビットが１に設定されると、圧縮されたビデオが送信されることを、該当ビットが０に設定されると、非圧縮ビデオが送信されることを表すことができる。

ＨＤＭＩのＶＳＩＦは、一つのパケット当たりのパケットバイトの長さが２７バイトに制限されることができる。このような場合、ビデオ圧縮メタデータを複数のパケットに分割して送信しなければならない場合もある。このような場合、現在パケットがビデオ圧縮メタデータを表す最後のパケットであるかどうかを表すフラグが必要であり、実施の形態としてＰＢ５に位置した予備（Ｒｅｓｅｒｖｅｄ）ビットのうちのいずれか一つをこのような用途として使用することができる。言い換えれば、ＰＢ５の予備ビットのうちのいずれか一つに伝達データの最後であることを表すメッセージ終了（Ｅｎｄ ｏｆ Ｍｅｓｓａｇｅ）フラグフィールドを追加し、該当ビットを１に設定すると、メッセージの最後の伝達パケットであることを表すことができる。

３Ｄ＿Ｖａｌｉｄｅフィールドが１に設定される場合、ビデオ圧縮関連メタデータは、３Ｄ＿Ｍｅｔａｄａｔａの後から位置できる。しかしながら、３Ｄ＿Ｖａｌｉｄフィールド値が０である場合、ビデオ圧縮関連メタデータは、ＰＢ６から位置することもできる（３Ｄ＿Ｖａｌｉｄｅフィールド値が１である場合、該当パケットバイトが３Ｄ関連情報と定義され、ビデオ圧縮有無ビットが活性化された場合、該当パケットバイトは、ビデオ圧縮メタデータと定義されることができる。）

図１６ないし図１７において、新しく追加された圧縮メタデータに対するフィールドについての説明は、以下のとおりである。圧縮メタデータは、図１６ないし図１７において示した以下のフィールドのうち、少なくとも一つのフィールドを含むことができる。

−ｃｏｍｐｒｅｓｓｉｏｎ＿ｖｅｒｓｉｏｎ＿ｍａｊｏｒフィールド：圧縮アルゴリズムのメジャーバージョンを表す。

−ｃｏｍｐｒｅｓｓｉｏｎ＿ｖｅｒｓｉｏｎ＿ｍｉｎｏｒフィールド：圧縮アルゴリズムのマイナーバージョンを表す。

−ｐｐｓ＿ｉｄｅｎｔｉｆｉｅｒフィールド：互いに異なるＰＰＳテーブルの間で区別するアプリケーション特定識別子（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）として使用される。

−ｂｉｔｓ＿ｐｅｒ＿ｃｏｍｐｏｎｅｎｔフィールド：圧縮を行うエンコーダに入力される圧縮されない（ｕｎｃｏｍｐｒｅｓｓｅｄ ｖｉｄｅｏ）の各コンポーネント（例えば、Ｒ、Ｇ ａｎｄ Ｂ、ｏｒ Ｙ、Ｃｂ ａｎｄ Ｃｒ）に割り当てられたビット数を表す。

−Ｌｉｎｅｂｕｆ＿ｄｅｐｔｈフィールド：ストリームを生成させるのに使用されたラインバッファビットデプス（ｌｉｎｅ ｂｕｆｆｅｒ ｂｉｔ ｄｅｐｔｈ）を表す。

−Ｂｌｏｃｋ＿ｐｒｅｄ＿ｅｎａｂｌｅフィールド：デコーダでＢＰ（ｂｌｏｃｋ ｐｒｅｄｉｃｔｉｏｎ）とＭＭＡＰのうち、どれを選択するかを表す。０である場合、ＢＰが使用されないことを表す。

−Ｃｏｎｖｅｒｔ＿ｒｇｂフィールド：圧縮されないビデオ（ｕｎｃｏｍｐｒｅｓｓｅｄ ｖｉｄｅｏ）がＲＧＢであったかＹＣｂＣｒであったかを表記する。０と表記する場合、ＹＣｂＣｒであったことを表し、１と表記する場合、デコーダでＹＣｏＣｇ−ＲからＲＧＢに変更する。

−Ｅｎａｂｌｅ＿４２２フィールド：４：２：２サンプリングを使用したかどうかを表す。

−Ｅｎａｂｌｅ＿４２０フィールド：４：２：０サンプリングを使用したかどうかを表す。

−ｖｂｒ＿ｅｎａｂｌｅフィールド：デコーダと送信機（ｔｒａｎｓｐｏｒｔ）でサポートする場合、ＶＢＲモードをオン／オフ（ｏｎ／ｏｆｆ）するかどうかを表す。

−Ｂｉｔｓ＿ｐｅｒ＿ｐｅｘｅｌフィールド：圧縮を行うエンコーダのエンコーディングされたビデオのピクセル当たりのビット数を表す。

−Ｐｉｃ＿ｈｅｉｇｈｔ、Ｐｉｃ＿ｗｉｄｔｈフィールド：ピクチャー（ｐｉｃｔｕｒｅ）の大きさをピクセル単位に表す。Ｓｌｉｃｅ＿ｗｉｄｔｈとｓｌｉｃｅ＿ｈｅｉｇｈｔの整数倍に近い数字であることが推奨される。

−ｓｕｂ＿ｓａｍｐｌｉｎｇ＿ｆｏｒｍａｔフィールド：圧縮を行うエンコーダに入力される圧縮されないビデオのサブサンプリング方法を表す。

−Ｓｌｉｃｅ＿ｈｅｉｇｈｔ、Ｓｌｉｃｅ＿ｗｉｄｔｈフィールド：スライス（ｓｌｉｃｅ）各々の大きさを表す。

−Ｃｈｕｎｋ＿ｓｉｚｅフィールド：スライスマルチプレックス（ｓｌｉｃｅ ｍｕｌｔｉｐｌｅｘｉｎｇ）のために使用されるチャンク（ｃｈｕｎｋ）のバイトサイズを表す。

−ｉｎｉｔｉａｌ＿ｘｍｉｔ＿ｄｅｌａｙフィールド：送信前エンコーダのレートバッファ（ｒａｔｅ ｂｕｆｆｅｒ）で待機するピクセルタイム（ｐｉｘｅｌ ｔｉｍｅ）の時間を表す。

−ｉｎｉｔｉａｌ＿ｄｅｃ＿ｄｅｌａｙフィールド：デコーダがデコードし、ピクセル出力を始める前にレートバッファに集めておくピクセルタイムの数を表す。

−ｉｎｉｔｉａｌ＿ｓｃａｌｅ＿ｖａｌｕｅフィールド：スライスの開始部分に使用されるｒｃＸｆｏｒｍＳｃａｌｅのための初期値を表す。

−Ｓｃａｌｅ＿ｉｎｃｒｅｍｅｎｔ＿ｉｎｔｅｒｖａｌフィールド：スライスの最後の部分にあるｒｘＸｆｏｒｍＳｃａｌｅ ｆａｃｔｏｒ間のｇｒｏｕｐ ｔｉｍｅｓ数を表す。

−Ｓｃａｌｅ＿ｄｅｃｒｅｍｅｎｔ＿ｉｎｔｅｒｖａｌフィールド：スライスの開始部分にあるｒｘＸｆｏｒｍＳｃａｌｅファクター（ｆａｃｔｏｒ）間のグループタイム（ｇｒｏｕｐ ｔｉｍｅｓ）数を表す。

−ｆｉｒｓｔ＿ｌｉｎｅ＿ｂｐｇ＿ｏｆｆｓｅｔフィールド：スライスの第１番目のラインにある各々のグループのために割り当てられた追加ビット数を表す。

−Ｎｆｌ＿ｂｐｇ＿ｏｆｆｓｅｔフィールド：スライスの第１番目のライン以後にグループのために各々のグループに対する割り当てを解約するビット数を表す。

−Ｓｌｉｃｅ＿ｂｐｇ＿ｏｆｆｓｅｔフィールド：プログラム動作が可能なｉｎｉｔｉａｌ＿ｏｆｆｓｅｔが許容される間にスライスコンストレイント（ｃｏｎｓｔｒａｉｎｔ）を強制するために、各々のグループに対して割り当てを解約するビット数を表す。

−Ｉｎｉｔｉａｌ＿ｏｆｆｓｅｔフィールド：ｒｃＸｆｏｒｍＯｆｆｓｅｔのための初期値を表す。

−Ｆｉｎａｌ＿ｏｆｆｓｅｔフィールド：ｒｃＸｆｏｒｍＯｆｆｓｅｔのためのスライス終了（ｅｎｄ−ｏｆ−ｓｌｉｃｅ）値の最大値を表す。

−Ｆｌａｔｎｅｓｓ＿ｍｉｎ＿ｑｐフィールド：フラットネス（ｆｌａｔｎｅｓｓ）がシグナリングされ、フラットネスＱＰ修正が生成されるＱＰの最小値を表す。

−Ｆｌａｔｎｅｓｓ＿ｍａｘ＿ｑｐフィールド：フラットネスがシグナリングされ、フラットネスＱＰ修正が生成されるＱＰの最大値を表す。

−Ｒｃ＿ｍｏｄｅｌ＿ｓｉｚｅフィールド：ＲＣモデルのビット数を表す。

−Ｒｃ＿ｅｄｇｅ＿ｆａｃｔｏｒフィールド：エッジの存在有無を確認するために、現在アクティビティー／従来のアクティビティー（ｃｕｒｒｅｎｔ ａｃｔｉｖｉｔｙ／ｐｒｅｖｉｏｕｓ ａｃｔｉｖｉｔｙ）の割合を表す。

−Ｒｃ＿ｑｕａｎｔ＿ｉｎｃｒ＿ｌｉｍｉｔ０フィールド：短期レートコントロール（ｓｈｏｒｔ−ｔｅｒｍ ｒａｔｅ ｃｏｎｔｒｏｌ）に使用されるスレッショルドを表す。

−Ｒｃ＿ｑｕａｎｔ＿ｉｎｃｒ＿ｌｉｍｉｔ１フィールド：短期レートコントロール（ｓｈｏｒｔ−ｔｅｒｍ ｒａｔｅ ｃｏｎｔｒｏｌ）に使用されるスレッショルドを表す。

−Ｒｃ＿ｔｇｔ＿ｏｆｆｓｅｔ＿ｈｉフィールド：短期レートコントロールにより許容されたグループ当たりのターゲットビット（ｔａｒｇｅｔ ｂｉｔｓ）の変更可能な範囲の上限（ｕｐｐｅｒ ｅｎｄ）を表す。

−Ｒｃ＿ｔｇｔ＿ｏｆｆｓｅｔ＿ｌｏフィールド：短期レートコントロールにより許容されたグループ当たりのターゲットビット（ｔａｒｇｅｔ ｂｉｔｓ）の変更可能な範囲の下限（ｌｏｗ ｅｎｄ）を表す。

−Ｒｃ＿ｂｕｆ＿ｔｈｒｅｓｈ［１４］フィールド：ＲＣモデルにある１５個のレンジ（ｒａｎｇｅ）のためのスレッショルド。

−Ｒｃ＿ｒａｎｇｅ＿ｐａｒａｍｅｔｅｒｓ［１５］フィールド：ＲＣモデルにある１５個各々のレンジ（ｒａｎｇｅ）に対してｒａｎｇｅ＿ｍｉｎ＿ｑｐ（５ｂｉｔｓ）、ｒａｎｇｅ＿ｍａｘ＿ｑｐ（５ｂｉｔｓ）とｒａｇｅ＿ｂｐｇ＿ｏｆｆｓｅｔ（６ｂｉｔｓ）を表す。

図１６及び図１７は、インフォフレームのうち、ＨＦ−ＶＳＩＦを使用してビデオの圧縮メタデータに追加して送信する実施の形態を示した。以下では、ＨＦ−ＶＳＩＦに圧縮メタデータを追加する方法の代わりに圧縮メタデータを送信するための別途のインフォフレームを定義及び使用する方法について説明する。

インフォフレームは、ＨＤＭＩを介してソース機器からシンク機器に伝達されるデータストラクチャーである。インフォフレームは、ビデオストリーム、オーディオストリームまたはソース機器などに対する補助（ａｕｘｉｌｉａｒｙ）情報を伝達できる。インフォフレームは、パケットヘッダとパケットコンテンツを含む。

表１は、ＨＤＭＩで送受信されるパケットタイプを示す。

表１のように、図１６及び図１７のＨＦ−ＶＳＩＦは、０ｘ８１のパケットタイプ値を有することができる。上述のように、本発明は、圧縮関連メタデータを図１６及び図１７のようにＨＦ−ＶＳＩＦに追加して送ることができ、他の実施の形態として圧縮メタデータを送信するための別途のインフォフレームを新しく定義できる。本発明で新しく定義する圧縮メタデータを含むインフォフレームは、ビデオ圧縮インフォフレーム（Ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ ＩｎｆｏＦｒａｍｅ）と呼ぶことができ、表１のように０ｘ８６のパケットタイプ値が割り当てられることができる。

図１８ないし図２０は、本発明の実施の形態にかかるビデオ圧縮インフォフレームを示す。

図１８ないし図２０においてパケットバイトＨＢ０〜ＨＢ２はパケットヘッダバイトを、ＰＢ１〜２７はパケットコンテンツバイトを示す。

パケットヘッダにおいて、バイトＨＢ０は、パケットタイプを示す。そして、バイトＨＢ１は、エンコーダでビデオデータエンコーディングに使用する圧縮アルゴリズムのメジャーバージョンとマイナーバージョンを示す。バイトＨＢ２において、ヘッダに位置した予備ビットのうちのいずれか一つに伝達データの最後であることを表示するメッセージ終了（Ｅｎｄ ｏｆ Ｍｅｓｓａｇｅ）ビットを割り当て、該当ビットが１に設定されると、最後の伝達パケットであることを表すことができる。

上述のように、インフォフレームは、一つのパケットで送信できるパケットバイトの大きさが２８バイトに制限されることができる。したがって、制限範囲内で伝達するために、図１８ないし図２０のように、ビデオ圧縮メタデータを３部分に分割して、３個のパケットに伝達できる。ただし、これは、実施の形態であって、パケットの容量に応じて分割されるパケットの数及びコンテンツは変更されることができる。

図１８ないし図２０において伝達されるビデオ圧縮メタデータは、図１６及び図１７において伝達される情報と同一であり、上述のフィールドについての説明が図１８ないし図２０のフィールドにも適用される。

本発明は、シンク機器の圧縮解除機能サポート及び圧縮解除特性情報定義、そしてこれをソース機器に伝達する方法、ソース機器の圧縮特性情報定義及びこれをシンク機器に伝達する方法、そしてシンク機器の圧縮解除機能状態情報定義及びこれをソース機器に伝達する方法を提示する。

１）ソース機器とシンク機器間の圧縮及び圧縮解除特性情報定義及び交換方法
ソース機器とシンク機器とが接続した時、シンク機器は、Ｅ−ＥＤＩＤのＶＳＤＢにシンク機器の圧縮解除機能サポート有無及び関連特性情報を込めて、ＤＤＣを介してソース機器に送信する。これを受信して解析したソース機器は、シンク機器が圧縮解除機能をサポートすることを確認すると、関連特性情報に基づいて映像を圧縮し、圧縮された映像の特性情報をＶＳＩＦに込めて、圧縮された映像を送る前にソース機器に送信する。これを受信したソース機器は、ＶＳＩＦの圧縮特性情報に基づいて、圧縮された映像を圧縮解除する。そして、圧縮特性情報をＶＳＩＦに表現することにおいて、従来の制限されたＶＳＩＦのパケットボディー長（２８バイト）を超過すると、制限されたパケットボディー長を増やして、すべての圧縮特性情報を一つのＶＳＩＦパケットに表すことができる。または、従来の制限されたＶＳＩＦパケットボディー長に合せて圧縮特性情報を分割して表現でき、分割されたＶＳＩＦパケットの分割情報（分割パケットの開始、継続、終了）をＶＳＩＦパケットヘッダまたはボディーに表現できる。

２）シンク機器の圧縮解除機能動作の制御方法
ソース機器が圧縮された映像を圧縮解除機能をサポートするシンク機器に送信する前に、シンク機器の圧縮解除機能を活性化させる。このために、シンク機器のＳＣＤＣＳに圧縮解除機能の活性化及び非活性化を表すビットを定義する。そして、定義されたビットを制御するにおいて、ＳＣＤＣを介してシンク機器のＳＣＤＣＳに定義された圧縮解除機能関連ビットを１にセットすることによって、圧縮解除機能の活性化が可能である。また、ソース機器が圧縮された映像を送信する途中に非圧縮映像を送信しようとするとき、非圧縮映像を送信する前にＳＣＤＣを介してシンク機器のＳＣＤＣＳに定義された圧縮解除機能関連ビットを０にセットすることによって、圧縮解除機能非活性化が可能である。

３）シンク機器の圧縮解除機能状態変化情報の送信方法
シンク機器の圧縮解除機能状態変化情報をソース機器に知らせるために、シンク機器のＳＣＤＣＳに状態情報を表すフィールドを定義し、該当フィールドに変化があるとき、ＳＣＤＣを介してソース機器に状態変化があることを知らせる。これを受信したソース機器は、変化された状態に対する詳細な情報を読み込むために、ＳＣＤＣＳに定義された該当状態情報を表すフィールドをＳＣＤＣを介してアクセスして読み込むことができる。

本発明の思想または範囲から外れずに本発明で多様な変更及び変形が可能であることは当業者にとって理解されるはずである。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むように意図される。

本明細書で装置及び方法発明がすべて言及され、装置及び方法発明両方の説明は、互いに補完して適用されることができる。

多様な実施の形態が本発明を実施するための最善の形態で説明された。

本発明は、一連のＨＤＭＩ分野において利用される。

本発明の思想または範囲から逸脱せずに本発明において多様な変更及び変形が可能であることは当業者にとって明らかである。よって、本発明は、添付された請求項及びそれと同等範囲内で提供される本発明の変更及び変形を含むことを意図する。

Claims (20)

1. ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）を使用して圧縮されたビデオデータを送信するソース機器のデータ送受信方法であって、
   シンク機器が接続されると、前記シンク機器にＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）読み取りを要求するステップと、
   前記シンク機器から前記シンク機器の圧縮解除能力情報を含むＥＤＩＤを受信するステップと、
   前記ＥＤＩＤに基づいて決定された動作パラメータ情報を送信するステップであって、前記動作パラメータ情報は、圧縮メタデータを含む、送信ステップと、
   前記圧縮されたビデオデータを送信するステップと、を含む、ソース機器のデータ送受信方法。
2. 前記圧縮解除能力情報は、前記シンク機器が圧縮解除をサポートするかどうかまたは圧縮解除関連特性情報のうち、少なくとも一つを表し、前記圧縮解除能力情報は、ＨＦ−ＶＳＤＢ（ＨＤＩＭ Ｆｏｒｕｍ−Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）として受信される、請求項１に記載のソース機器のデータ送受信方法。
3. 前記圧縮メタデータは、前記圧縮されたビデオデータの特性情報を含み、前記圧縮メタデータは、インフォフレームとして送信される、請求項１に記載のソース機器のデータ送受信方法。
4. 前記シンク機器の圧縮解除機能を活性化または非活性化させるステップをさらに含み、前記圧縮解除機能の活性化または非活性化は、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた圧縮解除活性化情報を使用して行われる、請求項１に記載のソース機器のデータ送受信方法。
5. 前記シンク機器の圧縮解除機能の状態変化が発生した場合、前記シンク機器のＳＣＤＣＳに含まれた状態変化情報を読み取るステップをさらに含む、請求項１に記載のソース機器のデータ送受信方法。
6. ＨＤＭＩを使用して圧縮されたビデオデータを送信するソース機器であって、
   ＨＤＭＩを介してデータを送受信するＨＤＭＩ送信機と
   前記ＨＤＭＩを介して送信するビデオデータを圧縮するビデオエンコーディングユニットと、
   前記ＨＤＭＩ送信機及び前記ビデオエンコーディングユニットをコントロールするコントロールユニットと、を備え、
   前記ソース機器は、
   シンク機器が接続されると、前記シンク機器にＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）読み取りを要求し、
   前記シンク機器から前記シンク機器の圧縮解除能力情報を含むＥＤＩＤを受信し、
   前記ＥＤＩＤに基づいて決定された動作パラメータ情報を送信し、前記動作パラメータ情報は、圧縮メタデータを含み、
   前記圧縮されたビデオデータを送信する、ソース機器。
7. 前記圧縮解除能力情報は、前記シンク機器が圧縮解除をサポートするかどうかまたは圧縮解除関連特性情報のうち、少なくとも一つを表し、前記圧縮解除能力情報は、ＨＦ−ＶＳＤＢ（ＨＤＩＭ Ｆｏｒｕｍ−Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）として受信される、請求項６に記載のソース機器。
8. 前記圧縮メタデータは、前記圧縮されたビデオデータの特性情報を含み、前記圧縮メタデータは、インフォフレームとして送信される、請求項６に記載のソース機器。
9. 前記ソース機器は、前記シンク機器の圧縮解除機能を活性化または非活性化し、前記圧縮解除機能の活性化または非活性化は、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた圧縮解除活性化情報を使用して行われる、請求項６に記載のソース機器。
10. 前記シンク機器の圧縮解除機能の状態変化が発生した場合、前記シンク機器のＳＣＤＣＳに含まれた状態変化情報を読み取る、請求項６に記載のソース機器。
11. ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）を使用して圧縮されたビデオデータを受信するシンク機器のデータ送受信方法であって、
    接続したソース機器からＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）読み取りを要求されるステップと、
    前記ソース機器に前記シンク機器の圧縮解除能力情報を含むＥＤＩＤを送信するステップと、
    前記ソース機器から圧縮メタデータを含む動作パラメータ情報を受信するステップと、
    前記圧縮されたビデオデータを受信するステップと、を含む、シンク機器のデータ送受信方法。
12. 前記圧縮解除能力情報は、前記シンク機器が圧縮解除をサポートするかどうか、または圧縮解除関連特性情報のうち、少なくとも一つを表し、前記圧縮解除能力情報は、ＨＦ−ＶＳＤＢ（ＨＤＩＭ Ｆｏｒｕｍ−Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）として送信される、請求項１１に記載のシンク機器のデータ送受信方法。
13. 前記圧縮メタデータは、前記圧縮されたビデオデータの特性情報を含み、前記圧縮メタデータは、インフォフレームとして受信される、請求項１１に記載のシンク機器のデータ送受信方法。
14. 前記ソース機器により前記シンク機器の圧縮解除機能を活性化または非活性化するステップをさらに含み、前記圧縮解除機能の活性化または非活性化は、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた圧縮解除活性化情報を使用して行われる、請求項１１に記載のシンク機器のデータ送受信方法。
15. 前記シンク機器の圧縮解除機能の状態変化が発生した場合、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた状態変化情報を書き込み、前記ソース機器に読み取り要求メッセージを送信するステップをさらに含む、請求項１１に記載のシンク機器のデータ送受信方法。
16. ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）を使用して圧縮されたビデオデータを受信するシンク機器であって、
    ＨＤＭＩを介して送受信するＨＤＭＩ受信機と、
    前記ＨＤＭＩを介して受信するビデオデータを圧縮解除するビデオデコードユニットと、
    ＨＤＭＩ受信機及び前記ビデオデコードユニットをコントロールするコントロールユニットと、を備え、
    前記シンク機器は、
    接続したソース機器からＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）読み取りを要求され、前記要求に応じて前記ソース機器に前記シンク機器の圧縮解除能力情報を含むＥＤＩＤを送信し、
    前記ソース機器から圧縮メタデータを含む動作パラメータ情報を受信し、
    前記圧縮されたビデオデータを受信する、シンク機器。
17. 前記圧縮解除能力情報は、前記シンク機器が圧縮解除をサポートするかどうか、または圧縮解除関連特性情報のうち、少なくとも一つを表し、前記圧縮解除能力情報は、ＨＦ−ＶＳＤＢ（ＨＤＩＭ Ｆｏｒｕｍ−Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）として送信される、請求項１６に記載のシンク機器。
18. 前記圧縮メタデータは、前記圧縮されたビデオデータの特性情報を含み、前記圧縮メタデータは、インフォフレームとして受信される、請求項１６に記載のシンク機器。
19. 前記シンク機器は、前記ソース機器により前記シンク機器の圧縮解除機能を活性化または非活性化し、前記圧縮解除機能の活性化または非活性化は、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた圧縮解除活性化情報を使用して行われる、請求項１６に記載のシンク機器。
20. 前記シンク機器の圧縮解除機能の状態変化が発生した場合、前記シンク機器のＳＣＤＣＳ（Ｓｔａｔｕｓ ａｎｄ Ｃｏｎｔｒｏｌ Ｄａｔａ Ｃｈａｎｎｅｌ Ｓｔｒｕｃｔｕｒｅ）に含まれた状態変化情報を書き込み、前記ソース機器に読み取り要求メッセージを送信する、請求項１６に記載のシンク機器。

Images