(57)【要約】  マルチメディア通信リンクを介して通信を行う送信装置は、映像データを受信し、前記映像データを圧縮して圧縮映像データにするリンク層回路を含む。該送信装置はまた、前記映像データの圧縮について記述する映像圧縮制御情報を生成する圧縮情報回路を含む。該送信装置は更に、前記マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して前記圧縮映像データに対応する信号を送信し、前記マルチメディア通信リンクを介して前記映像圧縮制御情報に対応する信号を送信するインタフェースを含む。
2017512031.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア通信リンクを介して通信を行う送信装置であって、
映像データを受信し、前記映像データを圧縮して圧縮映像データにするリンク層回路と、
前記映像データの圧縮について記述する映像圧縮制御情報を生成する圧縮情報回路と、
前記マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して前記圧縮映像データに対応する信号を送信し、前記マルチメディア通信リンクを介して前記映像圧縮制御情報に対応する信号を送信するインタフェースとからなることを特徴とする、送信装置。
【請求項２】
前記映像圧縮制御情報は前記映像データの圧縮中に用いられる圧縮パラメータを含むことを特徴とする、請求項１に記載の送信装置。
【請求項３】
前記映像圧縮制御情報は、前記圧縮映像データの映像送信期間に先行するプリアンブルとして、或いは先導ガードバンドとして送信されることを特徴とする、請求項１に記載の送信装置。
【請求項４】
前記映像圧縮制御情報は、帰線期間中のデータアイランド内で送信されることを特徴とする、請求項１に記載の送信装置。
【請求項５】
前記映像圧縮制御情報は、前記マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して送信されることを特徴とする、請求項１に記載の送信装置。
【請求項６】
前記映像圧縮制御情報は、前記マルチメディア通信リンクの制御チャネルを介して送信されることを特徴とする、請求項１に記載の送信装置。
【請求項７】
前記有効映像データは複数の色成分を含み、前記リンク層回路は前記色成分のラインを同じ長さを有する前記色成分の圧縮ラインに圧縮するよう構成されていることを特徴とする、請求項１に記載の送信装置。
【請求項８】
前記有効映像データは複数の色成分を含み、
前記リンク層回路は前記色成分のラインを圧縮して前記色成分の圧縮ラインにし、更に前記色成分の前記圧縮ラインに、該圧縮ラインが同長になるまで一つ以上のパディングビットを付加するよう構成されていることを特徴とする、請求項１に記載の送信装置。
【請求項９】
前記有効映像データは複数の色成分を含み、
前記リンク層回路は前記色成分のラインを圧縮して前記色成分の圧縮ラインにし、更に前記色成分の前記圧縮ラインを順次暗号化して暗号化映像データにするよう構成され、
前記インタフェースにより転送される前記圧縮映像データに対応する前記信号は、前記暗号化映像データに対応する信号であることを特徴とする、請求項１に記載の送信装置。
【請求項１０】
マルチメディア通信リンクを介して通信を行う受信装置であって、
前記マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮映像データに対応する信号を受信し、前記マルチメディア通信リンクを介して前記圧縮映像データの圧縮を記述する映像圧縮制御情報に対応する信号を受信するインタフェースと、
前記圧縮映像データの圧縮を記述する前記映像圧縮制御情報に基づき、前記圧縮映像データを映像データに展開するリンク層回路とからなることを特徴とする、受信装置。
【請求項１１】
前記映像圧縮制御情報は前記映像データの圧縮中に用いられる圧縮パラメータを含むことを特徴とする、請求項１０に記載の受信装置。
【請求項１２】
前記映像圧縮制御情報は、前記圧縮映像データの映像送信期間に先行する先導ガードバンドとして、或いはプリアンブルとして受信されることを特徴とする、請求項１０に記載の受信装置。
【請求項１３】
前記映像圧縮制御情報は、帰線期間中のデータアイランド内で受信されることを特徴とする、請求項１０に記載の受信装置。
【請求項１４】
前記映像圧縮制御情報は、前記マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して受信されることを特徴とする、請求項１０に記載の受信装置。
【請求項１５】
前記映像圧縮制御情報は、前記マルチメディア通信リンクの制御チャネルを介して受信されることを特徴とする、請求項１０に記載の受信装置。
【請求項１６】
前記圧縮映像データは、同じ長さを有する、色成分の圧縮ラインを含むことを特徴とする、請求項１０に記載の受信装置。
【請求項１７】
前記圧縮映像データは、パディングビットを有する、色成分の圧縮ラインを含み、
前記リンク層回路は前記圧縮映像データの展開の際に、前記パディングビットを取り除くことを特徴とする、請求項１０に記載の受信装置。
【請求項１８】
前記圧縮映像データに対応する前記信号は暗号化映像データに対応する信号であり、
前記リンク層回路は前記暗号化映像データを解読して解読映像データにし、更に、前記解読映像データを異なる色成分のラインに分割することを特徴とする、請求項１０に記載の受信装置。
【請求項１９】
マルチメディア通信リンクを介して通信を行う送信装置のリプレゼンテーションを格納する非一時的コンピュータ可読媒体であって、
前記送信装置は、
有効映像データを受信し、前記有効映像データを圧縮して圧縮映像データにするリンク層回路と、
前記有効映像データの圧縮について記述する映像圧縮制御情報を生成する圧縮情報回路と、
前記マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して前記圧縮映像データに対応する信号を送信し、前記マルチメディア通信リンクを介して前記映像圧縮制御情報に対応する信号を送信するインタフェースとからなることを特徴とする、非一時的コンピュータ可読媒体。
【請求項２０】
マルチメディア通信リンクを介して通信を行う受信装置のリプレゼンテーションを格納する非一時的コンピュータ可読媒体であって、
前記受信装置は、
前記マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮映像データに対応する信号を受信し、前記マルチメディア通信リンクを介して前記圧縮映像データの圧縮を記述する映像圧縮制御情報に対応する信号を受信するインタフェースと、
前記圧縮映像データの圧縮を記述する前記映像圧縮制御情報に基づき、前記圧縮映像データを映像データに展開するリンク層回路とからなることを特徴とする、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、概して電子装置分野に関し、より具体的には、高精細度マルチメディアインタフェース（ＨＤＭＩ）（登録商標）及びモバイル高精細度リンク（ＭＨＬ）を介する圧縮映像コンテンツの転送に関する。
【背景技術】
【０００２】
ＨＤＭＩ（例えばＨＤＭＩ１及びＨＤＭＩ２）、並びにＭＨＬ（例えばＭＨＬ１、ＭＨＬ２、及びＭＨＬ３）は、非圧縮映像（及び音声）コンテンツをソースデバイスからシンクデバイスへ転送することを目的として設計されたものである。非圧縮映像は、リンク（ＨＤＭＩやＭＨＬ）が必要な全帯域幅（ＢＷ）をサポートできる限り、最上の映像品質を保障する。ディスプレイ技術の進歩につれ、高解像度映像（８ｋなど）に対する需要が日々増加している。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、そのような高解像度の映像を従来のＨＤＭＩやＭＨＬリンクを経由して転送することは、帯域幅の限界により困難である。ましてやＨＤＭＩやＭＨＬリンクは、圧縮映像コンテンツの転送用として設計されていない。よって、ＨＤＭＩやＭＨＬリンクを介して圧縮映像コンテンツを転送するための解決手段が必要となった。
【課題を解決するための手段】
【０００４】
本開示の実施形態は、概して、ＨＤＭＩ及びＭＨＬを介する圧縮映像の転送に関するものである。一部の実施形態においては、送信装置、受信装置、或いは送信装置又は受信装置のリプレゼンテーションを格納する非一時的コンピュータ可読媒体を、ＨＤＭＩ及びＭＨＬを介する圧縮映像の転送に用いるものとして開示している。該送信装置は、映像データを受信し、映像データを圧縮して圧縮映像データにするリンク層回路と、映像データの圧縮について記述する映像圧縮制御情報を生成する圧縮情報回路と、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮映像データに対応する信号を送信し、マルチメディア通信リンクを介して映像圧縮制御情報に対応する信号を送信するインタフェースとからなる。
【０００５】
一実施形態において、映像圧縮制御情報は映像データの圧縮中に用いられる圧縮パラメータを含む。一実施形態において、映像圧縮制御情報は、圧縮映像データの映像送信期間に先行するプリアンブルとして、或いは先導ガードバンドとしてとして送信される。一実施形態において、映像圧縮制御情報は、帰線期間中のデータアイランド内で送信される。一実施形態において、映像圧縮制御情報は、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して送信される。一実施形態において、映像圧縮制御情報は、マルチメディア通信リンクの制御チャネルを介して送信される。
【０００６】
一実施形態において、有効映像データは複数の色成分を含み、リンク層回路は色成分のラインを同じ長さを有する色成分の圧縮ラインに圧縮するよう構成されている。一実施形態において、有効映像データは複数の色成分を含み、リンク層回路は色成分のラインを圧縮して圧縮ラインにし、更に色成分の圧縮ラインに、該圧縮ラインが同長になるまで一つ以上のパディングビットを付加するよう構成されている。一実施形態において、有効映像データは複数の色成分を含み、リンク層回路は色成分のラインを圧縮して色成分の圧縮ラインにし、更に色成分の圧縮ラインを順次暗号化して暗号化映像データにするよう構成され、インタフェースにより送信された圧縮映像データに対応する信号は、暗号化映像データに対応する信号である。
【０００７】
本開示の他の実施形態は、マルチメディア通信リンクを介して通信を行う受信装置を開示する。該受信装置は、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮映像データに対応する信号を受信し、マルチメディア通信リンクを介して圧縮映像データの圧縮を記述する映像圧縮制御情報に対応する信号を受信するインタフェースと、圧縮映像データの圧縮を記述する映像圧縮制御情報に基づき、圧縮映像データを映像データに展開するリンク層回路とからなる。
【０００８】
一実施形態において、映像圧縮制御情報は映像データの圧縮中に用いられる圧縮パラメータを含む。一実施形態において、映像圧縮制御情報は、圧縮映像データの映像送信期間に先行するプリアンブルとして、或いは先導ガードバンドとして受信される。一実施形態において、映像圧縮制御情報は、帰線期間中のデータアイランド内で受信される。一実施形態において、映像圧縮制御情報は、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して受信される。一実施形態において、映像圧縮制御情報は、マルチメディア通信リンクの制御チャネルを介して受信される。
【０００９】
一実施形態において、圧縮映像データは、同じ長さを有する、色成分の圧縮ライン一実施形態において、圧縮映像データは、パディングビットを有する、色成分の圧縮ラインを含み、リンク層回路は圧縮映像データの展開の際に、パディングビットを取り除く。一実施形態において、圧縮映像データに対応する信号は暗号化映像データに対応する信号であり、リンク層回路は暗号化映像データを解読して解読映像データにし、更に、解読映像データを異なる色成分のラインに分割する。
【００１０】
本開示のまた他の実施形態は、送信装置のリプレゼンテーションを格納する非一時的コンピュータ可読媒体を開示する。該送信装置は、有効映像データを受信し、有効映像データを圧縮して圧縮映像データにするリンク層回路と、有効映像データの圧縮について記述する映像圧縮制御情報を生成する圧縮情報回路と、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮映像データに対応する信号を送信し、マルチメディア通信リンクを介して映像圧縮制御情報に対応する信号を送信するインタフェースとからなる。
【００１１】
本開示の更に他の実施形態は、受信装置のリプレゼンテーションを格納する非一時的コンピュータ可読媒体を開示する。該受信装置は、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮映像データに対応する信号を受信し、マルチメディア通信リンクを介して圧縮映像データの圧縮を記述する映像圧縮制御情報に対応する信号を受信するインタフェースと、圧縮映像データの圧縮を記述する映像圧縮制御情報に基づき、圧縮映像データを映像データに展開するリンク層回路とからなる。
【００１２】
本開示の更なる実施形態は、マルチメディア通信リンクを介して通信を行う送信装置を開示する。該送信装置は、映像帰線期間の帰線状態に対応する帰線期間データを受信し、更に該帰線期間データを圧縮して圧縮帰線期間データにする圧縮回路と、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮帰線期間データに対応する信号を送信するインタフェースとからなる。
【００１３】
一実施形態において、圧縮回路は圧縮帰線期間データの圧縮を記述する帰線圧縮情報を生成し、インタフェースはマルチメディア通信リンクを介して該帰線圧縮情報を送信する。一実施形態において、圧縮帰線期間データは、帰線期間中の状態変化を示す帰線イベントを含む。一実施形態において、圧縮回路は帰線期間データにランレングス符号化を適用して該帰線期間データを圧縮し、圧縮帰線データを生成する。
【００１４】
一実施形態において、少なくとも一回の映像帰線期間に対して、圧縮回路は帰線期間データをデータアイランドにより区切られる異なる部分に分割して各部分を別々に圧縮することにより、映像帰線期間ごとに帰線期間データを圧縮する。一実施形態において、データアイランドを含む少なくとも一回の映像帰線期間に対して、圧縮回路は帰線期間データを帰線期間データの状態を記述する単一セットのタイミング情報に圧縮することにより、映像帰線期間ごとに帰線期間データを圧縮する。一実施形態において、該送信装置は追加映像帰線期間を圧縮映像データに置き換え、該インタフェースはマルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して該圧縮映像データに対応する信号を送信する。
【００１５】
本開示のまた更なる実施形態は、マルチメディア通信リンクを介して通信を行う受信装置を開示する。該受信装置は、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮帰線期間データに対応する信号を受信するインタフェースと、圧縮帰線期間データを映像帰線期間の状態に対応する帰線期間データに展開する展開回路とからなる。
【００１６】
一実施形態において、インタフェースは更にマルチメディア通信リンクを介して圧縮帰線期間データの圧縮を記述する帰線圧縮情報を受信し、展開回路は帰線圧縮情報に基づいて圧縮帰線期間データを展開する。一実施形態において、圧縮帰線期間データは帰線データ中の状態変化を示す帰線イベントを含む。一実施形態において、圧縮帰線期間データにランレングス復号化を適用して該圧縮帰線期間データを展開し、帰線期間データを生成する。
【００１７】
一実施形態において、少なくとも一回の映像帰線期間に対して、映像帰線期間ごとの圧縮帰線期間データはデータアイランドにより区切られた異なる部分を含み、展開回路は該部分を帰線期間データに展開する。一実施形態において、データアイランドを含む少なくとも一回の映像帰線期間に対して、映像帰線期間ごとの圧縮帰線期間データは帰線期間データの状態に対応する単一セットのタイミング情報を含み、展開回路は単一セットのタイミング情報を帰線期間データに展開する。
【００１８】
本開示のまた更なる実施形態は、送信装置のリプレゼンテーションを格納する非一時的コンピュータ可読媒体を開示する。該送信装置は、映像帰線期間の帰線状態に対応する帰線期間データを受信し、更に該帰線期間データを圧縮して圧縮帰線期間データにする圧縮回路と、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮帰線期間データに対応する信号を送信するインタフェースとからなる。
【００１９】
一実施形態において、圧縮回路は圧縮帰線期間データの圧縮を記述する帰線圧縮情報を生成し、インタフェースはマルチメディア通信リンクを介して該帰線圧縮情報を送信する。一実施形態において、圧縮帰線期間データは、帰線期間中の状態変化を示す帰線イベントを含む。一実施形態において、圧縮回路は帰線期間データにランレングス符号化を適用して該帰線期間データを圧縮し、圧縮帰線データを生成する。
【００２０】
一実施形態において、少なくとも一回の映像帰線期間に対して、圧縮回路は帰線期間データをデータアイランドにより区切られる異なる部分に分割して各部分を別々に圧縮することにより、映像帰線期間ごとの帰線期間データを圧縮する。一実施形態において、データアイランドを含む少なくとも一回の映像帰線期間に対して、圧縮回路は帰線期間データを帰線期間データの状態を記述する単一セットのタイミング情報に圧縮することにより、映像帰線期間ごとの帰線期間データを圧縮する。
【００２１】
本開示のまた更なる実施形態は、受信装置のリプレゼンテーションを格納する非一時的コンピュータ可読媒体を開示する。該受信装置は、マルチメディア通信リンクのチャネルのうち一つ以上のマルチメディアチャネルを介して圧縮帰線期間データに対応する信号を受信するインタフェースと、圧縮帰線期間データを映像帰線期間の状態に対応する帰線期間データに展開する展開回路とからなる。
【００２２】
一実施形態において、インタフェースは更にマルチメディア通信リンクを介して圧縮帰線期間データの圧縮を記述する帰線圧縮情報を受信し、展開回路は帰線圧縮情報に基づき、圧縮帰線期間データを展開する。
【発明の効果】
【００２３】
本開示の実施形態は、ＨＤＭＩやＭＨＬ等のリンクを介して圧縮映像データを転送する方法について説明している。これにより、ＭＨＬ３及びＨＤＭＩ２は、より高解像度のコンテンツ（例えば８Ｋ）を現在の物理層（ＰＨＹ）を用いて搬送することが可能となり、その上、同じ解像度に対して消費電力を低減することもできる。
【図面の簡単な説明】
【００２４】
本発明に開示されている実施形態について、より容易な理解のために次の図面を参考として、下記に詳しく説明する。
【００２５】
図１は、一実施形態による、データ通信用システムを示すハイレベルブロック図である。
【００２６】
図２は、一実施形態による、図１のソースデバイス又はシンクデバイスとして適合な演算装置の詳細図である。
【００２７】
図３は、一実施形態による、ＨＤＭＩ及びＭＨＬを介して圧縮データを転送するデータ経路を示すフローチャートである。
【００２８】
図４Ａは、一実施形態による、ＨＤＭＩを介して圧縮データを送信する送信機を示す回路図である。
【００２９】
図４Ｂは、一実施形態による、ＨＤＭＩを介して送信された圧縮データを受信し展開する受信機を示す回路図である。
【００３０】
図５は、一実施形態による、圧縮映像データを取扱う第１の方式を示す図である。
【００３１】
図６は、一実施形態による、圧縮映像データを取扱う第２の方式を示す図である。
【００３２】
図７は、一実施形態による、圧縮映像データを取扱う第３の方法を示す図である。
【００３３】
図８は、一実施形態による、圧縮映像データを取扱う第４の方法を示す図である。
【００３４】
図９は、一実施形態による、帰線期間を帰線イベントに圧縮する方法を図示する。
【００３５】
図９Ｄは、一実施形態による、帰線イベント間のタイミングを圧縮する方法を図示する。
【００３６】
図９Ａ〜図９Ｃは、一実施形態による、帰線期間圧縮の３つの例を示す図である。
【００３７】
図１０は、一実施形態による、帰線期間圧縮の利点を示す図である。
【００３８】
図１１は、一実施形態による、帰線期間圧縮が４Ｋの映像ソリューションに必要な帯域幅に及ぼす影響を示す図である。
【００３９】
図１２は、一実施形態による、圧縮データを載せたＨＤＭＩストリームを示す図である。
【００４０】
図１３は、一実施形態による、ＭＨＬ３ストリームパケットのパケットヘッダバイトを示すチャートである。
【発明を実施するための形態】
【００４１】
前記の図面、並びに下記の説明は、様々な実施形態に関して述べているが、これはあくまでも説明のみを目的としている。本発明の原理から逸脱しない限り、本発明が開示する構造や方法の代替案は採用できる実行可能なものとして見なされる。参照として一部の実施形態を、図面に図示した実施例を共に詳細に説明する。図面において実質的に同様、或いは類似の参照番号を与えたものは、機能の面でも同様、或いは類似であることをここに明記しておく。
【００４２】
本開示の実施形態は圧縮を用いて映像データや帰線データをマルチメディア通信リンクを経由し転送する技術であり、様々な長所を有している。まず、同じリンク技術（例えば同じＢＷ）であってもより高い解像度をサポートすることができる。例えば、４倍圧縮を活用すると、現在の１０８０ｐリンクで４Ｋの解像度に対応できるようになる。また、解像度が同じでも、圧縮を用いれば消費電力の低減が可能となる。更に、解像度が同じでも、圧縮データの転送は非圧縮データの転送ほどの物理ピンやワイヤを必要としない。特に、一番目の長所は家庭用電化製品（ＣＥ）製品において非常に有益であり、二番目と三番目はモバイル装置に有用である。下記では、圧縮した映像データや帰線データをマルチメディア通信リンクを介して転送する方法を説明する。
【００４３】
図１は、一実施形態による、データ通信用システム１００を示すハイレベルブロック図である。システム１００は一つ以上のインタフェースケーブル１２０、１５０、１８０を介してシンクデバイス１１５と通信を行うソースデバイス１１０を含む。ソースデバイス１１０はインタフェースケーブル１２０、１５０、１８０を介してマルチメディアデータストリーム（例えば音声／映像ストリーム）をシンクデバイス１１５に送信し、更に、シンクデバイス１１５と制御データを交換する。一実施形態において、ソースデバイス１１０及び／又はシンクデバイス１１５は、リピータデバイスであっても良い。
【００４４】
ソースデバイス１１０は、インタフェースケーブル１２０、１５０、１８０と連結されている物理通信ポート１１２、１４２、１７２を含む。シンクデバイス１１５は、インタフェースケーブル１２０、１５０、１８０と連結されている物理通信ポート１１７、１４７、１７７を含む。ソースデバイス１１０とシンクデバイス１１５の間でインタフェースケーブルを経由して交換される信号は、該物理通信ポートを通り抜けることになる。
【００４５】
ソースデバイス１１０とシンクデバイス１１５は、様々なプロトコールを用いてデータの交換を行う。一実施形態において、インタフェースケーブル１２０は高精細度マルチメディアインタフェース（ＨＤＭＩ）ケーブルに相当する。ＨＤＭＩケーブル１２０は、データ０＋ライン１２１、データ０−ライン１２２、データ１＋ライン１２３、データ１−ライン１２４、データ２＋ライン１２５、データ２−ライン１２６を介して送信された差動信号をサポートする。差動データラインの各対は、単一のマルチメディア通信チャネルに相当する。ＨＤＭＩケーブル１２０は、更に差動クロックラインのクロック＋１２７及びクロック−１２８、Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｃｏｎｔｒｏｌ（ＣＥＣ）制御バス１２９、Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｃｈａｎｎｅｌ（ＤＤＣ）バス１３０、電源１３１、グラウンド１３２、ホットプラグ検出器１３３、並びに四つの差動信号用シールドライン８４４を含んでも良い。一部の実施形態において、シンクデバイス１１５はＣＥＣ制御バス１２９を用いてソースデバイス１１０にクローズドループフィードバック制御データを送信しても良い。
【００４６】
一実施形態において、インタフェースケーブル１５０はモバイル高精細度リンク（ＭＨＬ）ケーブルに相当する。ＭＨＬケーブル１５０はデータ０＋ライン１５１及びデータ０−ライン１５２を介して送信された差動信号をサポートする。図示されたＭＨＬの実施形態によると、差動データラインは一対のみである（例えば１５１及び１５２）。埋め込み同相クロックは差動データラインを介して送信される。ＭＨＬケーブル１５０は更に、制御バス（ＣＢＵＳ）１５９、電源１６０、グラウンド１６１を含んでも良い。ＣＢＵＳ１５９は探索データ、構成データ、遠隔制御命令などの制御情報を搬送する。
【００４７】
本開示の実施形態は、ＨＤＭＩ又はＭＨＬなどのマルチメディア通信リンクのマルチメディアチャネルを介した圧縮映像データ及び圧縮映像帰線期間データの転送に関する。これにより、ＭＨＬ３及びＨＤＭＩ２は、より高解像度のコンテンツ（例えば８Ｋ）を現在の物理層（ＰＨＹ）を用いてに搬送することが可能となり、その上、同じ解像度に対して消費電力を低減することもできる。
【００４８】
一実施形態において、ソースデバイス１１０、シンクデバイス１１５、或いはソースデバイス１１０又はシンクデバイス１１５の構成要素のリプレゼンテーションは、データとして非一時的コンピュータ可読媒体（ハードディスクドライブ、フラッシュドライブ、光学式ドライブなど）に格納されていても良い。これらのリプレゼンテーションは動作レベル、レジスタ転送レベル、ロジック要素レベル、トランジスタレベル、レイアウト配置レベルの記述であっても良い。
【００４９】
図２は、一実施形態による、図１のソースデバイス１１０又はシンクデバイス１１５として適合な演算装置２００の詳細図である。演算装置２００は、例えば携帯電話、テレビ、ノートパソコン、タブレットなどであっても良い。演算装置２００は、プロセッサ２０２、メモリ２０３、格納モジュール２０４、入力モジュール（キーボード、マウスなど）２０６、表示モジュール２０７（液晶ディスプレイ、有機ＥＬディスプレイなど）、並びにバス２０１を介して相手側とデータや制御信号を交換する送信機、或いは受信機２０５などの構成要素を含む。
【００５０】
格納モジュール２０４は一つ以上の非一時的コンピュータ可読型記憶媒体（ハードディスクドライブ、固体メモリなど）として具現され、メモリ２０３と連動してプロセッサ２０２で実行するソフトウェア命令を格納する。更に、ＯＳソフトウェアや他のアプリケーションソフトウェアを格納モジュール２０４に格納し、プロセッサ２０２で実行させても良い。
【００５１】
送信機又は受信機２０５は、マルチメディアデータ及び制御データの送受信に用いられるポートに連結されている。送受信の対象となるマルチメディアデータは、映像データストリーム、又は音声・映像データストリーム、例えばＨＤＭＩデータやＭＨＬデータを含んでも良い。マルチメディアデータはＨＤＣＰ（Ｈｉｇｈ−Ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ−Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）などの暗号化方式を用いて、送信用に暗号化しても良い。送信機又は受信機は、多様な回路、例えばＭＨＬ／ＨＤＭＩリンクと接続するインタフェース回路や映像データを圧縮・展開する圧縮エンジンを含んでも良い。
【００５２】
図３を参照して、一実施形態による、ＨＤＭＩ及びＭＨＬを介して圧縮データを転送するデータ経路を示すフローチャートを説明する。データ経路の実施形態を図示している図３は、圧縮映像データの取扱い、並びに圧縮帰線期間データの取扱いに関するデータフローを示す。
【００５３】
まず、映像圧縮のデータ経路は、有効映像データ３０２から始める。有効映像データ３０２は、映像を表すデータ、或いはデータストリームであっても良い。例えば、有効映像データ３０２は多重映像フレーム用の映像データを含むことができる。有効映像データ３０３を圧縮映像データ３０４に圧縮する。その後、圧縮映像データ３０４を暗号化映像データ３０６に暗号化する（３０５）。
【００５４】
帰線期間圧縮のデータ経路は、共に帰線期間を構成するデータアイランドＤＩと帰線期間データ（３１２）から始まる。帰線期間は、垂直帰線期間及び／又は水平帰線期間を含むことができる。垂直帰線期間は、新フレームを示す垂直同期パルスを含み、水平帰線期間は、フレーム内の新ラインを示す水平同期パルスを含む。垂直帰線期間と水平帰線期間における状態は、帰線期間データで表される。一実施形態において、データアイランドは水平帰線期間及び／又は垂直帰線期間中に生じ得ることになる。データアイランド中に、音声及び／又は補助データを一連のパケットとして送信することもできる。帰線期間データ３１２は圧縮され（３１３）、データアイランドを伴う圧縮帰線期間データになる（３１４）。データアイランドはＨＤＣＰを用いて暗号化され（３０５）、暗号化データアイランドが得られる。その結果、暗号化データアイランドを伴う圧縮帰線期間データ３１６を得る。
【００５５】
更に図３のデータフローによると、暗号化映像３０６をパケット化して（３０７）、パケット化映像３０８を生成しても良い。暗号化ＤＩを伴う圧縮帰線データ３１６をパケット化して（３０７）、パケット化帰線期間３１８を生成しても良い。パケット化ステージ（例えば参照番号３０７）は、ＭＨＬ３を用いる実施形態にのみ含まれていることになる。一方で、ＨＤＭＩやＭＨＬの早期バージョンを用いる実施形態は、パケット化ステージを有していなくても良い。
【００５６】
図４Ａを参照して、一実施形態による、ＨＤＭＩを介して圧縮データを送信する送信機４００の回路図を説明する。図示された送信機４００は、映像圧縮回路４０２、映像ＨＤＣＰ暗号化回路４０４ａ、データアイランドＨＤＣＰ暗号化回路４０４ｂ、遷移数最少差動信号伝送方式（ＴＭＤＳ）符号化回路４０６、帰線圧縮回路４０８、圧縮情報回路４１０、送信インタフェース回路４１２を含む。一実施形態において、送信機４００の構成要素の一つ以上は、ＨＤＭＩ又はＭＨＬのデータリンク層の一部であっても良い。従って、該一つ以上の構成要素を、「リンク層回路」と呼んでも良い。当業者ならば、図４Ａにおける送信機４００の他の実施形態が本明細書に記載のもの以外の異なる回路及び／又は追加の回路を有しても良く、機能は異なる方式でモジュール間に分散させても良いことを認識するはずである。
【００５７】
映像圧縮回路４０２は有効映像データ４０１を受け取り、該映像データ４０１を圧縮映像データ４０３に圧縮する。有効映像データ４０１は、別々のＲ、Ｇ、およびＢ映像データ４０１を含むが４０１、これらは圧縮Ｒ、Ｇ、Ｂ映像データ４０３に圧縮される。一実施形態において、圧縮情報回路４１０で映像圧縮回路４０２を制御して、映像データ４０１の圧縮を実装しても良い。例えば、映像圧縮回路４０２は圧縮情報回路４１０から、映像データの圧縮に影響を及ぼす圧縮パラメータを記述する映像圧縮制御情報４１１を受け取る。圧縮パラメータの例としては、圧縮量を定義する圧縮率や、用いられる特定の圧縮アルゴリズムを識別する圧縮アルゴリズムが挙げられる。映像圧縮回路４０２は、映像圧縮制御情報４１１に基づいて映像データ４０１を圧縮する。
【００５８】
映像ＨＤＣＰ暗号化回路４０４ａは映像圧縮回路４０２から圧縮映像データ４０３を受け取り、ＨＤＣＰを用いて圧縮映像データ４０３を暗号化して暗号化映像データ４０５を生成する。
【００５９】
データアイランドＨＤＣＰ暗号化回路４０４ｂは、帰線期間の一つ以上のデータアイランド４２１に対するデータを受け取り、ＨＤＣＰを用いてデータアイランド４２１を暗号化する。データアイランドＨＤＣＰ暗号化回路４０４ｂは更に、圧縮情報回路４１０から映像圧縮制御情報４１１を受け取り、受け取った映像圧縮制御情報４１１を用いて映像圧縮回路４０２に用いられる圧縮パラメータを記述する情報フレームを生成する。例えば、データアイランドＨＤＣＰ４０４ｂは映像圧縮制御情報４１１に基づいて圧縮パラメータ４２３に対するデータアイランドを生成する。一実施形態において、映像ＨＤＣＰ暗号化回路４０４ａとデータアイランドＨＤＣＰ暗号化回路４０４ｂは、データアイランド４２１は勿論、映像データ４０１の暗号化も実装する同じ回路であっても良い。
【００６０】
ＴＭＤＳ符号化回路４０６は暗号化映像データ４０５を受け取り、該暗号化映像データ４０５を、送信インタフェース回路４１２とマルチメディア通信リンク介して転送するためのＴＭＤＳシンボル４０７に暗号化する。例えば、ＴＭＤＳ符号化回路４０６は、８ビットシンボルを１０ビットシンボルにマッピングして映像データ４０１の８ｂ／１０ｂ暗号化を実現する。一実施形態において、ＴＭＤＳ符号化回路４０６は更に、圧縮パラメータ４２３のためのデータアイランド、並びに帰線圧縮回路４０８により出力される他の圧縮帰線期間４２７を受け取り、これらを１０ビットシンボルに変換する。一部の実施形態において、ＴＭＤＳ符号化回路４０６は更に映像圧縮制御情報４１１を受け取り、該情報を用いて映像圧縮情報４１１を含むプリアンブル或いは先導ガードバンドを生成する。
【００６１】
帰線圧縮回路４０８は帰線期間データ４２５を受け取り、該帰線期間データ４２５を圧縮して圧縮帰線期間データ４２７を生成する。帰線期間データ４２５は、現在帰線期間が入っている帰線状態（フロントポーチ、同期パルス、バックポーチなど）を示す。帰線期間データ４２５は、垂直同期（ＶＳ）信号、水平同期（ＨＳ）信号、データイネーブル（ＤＥ）信号など、一つ以上の信号を介して転送される。帰線期間は「ＳＹＮＣ期間」とも、帰線状態は「ＳＹＮＣ状態」とも呼ばれる。
【００６２】
図４Ａに図示されているように、圧縮帰線期間データ４２７は、該圧縮帰線期間データ４２７をＴＭＤＳシンボルに符号化するＴＭＤＳ符号化回路４０６へ出力される。該ＴＭＤＳシンボルは、送信機４００と受信機４５０の間のマルチメディア通信リンクを介して送信インタフェース回路４１２により送信されるものである。一実施形態において、帰線圧縮回路４０８は更に、圧縮帰線期間データ４２７の圧縮を記述する帰線圧縮情報を生成しても良い。帰線圧縮情報は、インタフェース回路４１２とマルチメディア通信リンクを介して受信機に送信されても良い。
【００６３】
送信インタフェース回路４１２は、ＴＭＤＳシンボル４０７を各マルチメディア通信チャネルに対する差動信号にシリアライズし、該差動信号をマルチメディア通信リンクの様々なマルチメディア通信チャネルを介して送信する。よって、送信インタフェース回路４１２は、圧縮映像データ４０３、圧縮制御情報４１１、圧縮帰線期間データ４２７、並びに受信機４００内の他のタイプの情報のうち帰線圧縮情報とデータアイランドを表す信号を送信することになる。
【００６４】
一実施形態において、送信インタフェース回路４１２は更に、圧縮情報回路４１０（図４Ａに点線矢印で図示）から映像圧縮制御情報４１１を受け取り、該映像圧縮制御情報４１１を信号としてマルチメディア通信リンクのＤＤＣチャネルを４３０を介して送信しても良い。例えば、ＤＤＣチャネル４３０は、マルチメディアチャネル、或いはＴＭＤＳシンボル４０７の送信に用いられるチャネルとは異なる別の制御チャネルである。
【００６５】
ＭＨＬの場合、ＴＭＤＳシンボル４０７が表す圧縮Ｒ、Ｇ、Ｂ映像データは単一のマルチメディアチャネルを経由して順番に送信される。更に、映像圧縮制御情報４１１はＤＤＣの代わりにＣＢＵＳチャネルを経由して送信されても良い。
【００６６】
図４Ｂは、一実施形態による、ＨＤＭＩを介して送信された圧縮データを展開する受信機４５０を示す回路図である。図示された受信機４５０は、受信インタフェース回路４５２、圧縮制御回路４５４、ＴＭＤＳ復号化回路４５６、映像ＨＤＣＰ解読回路４５８ａ、データアイランドＨＤＣＰ解読回路４５８ｂ、映像展開回路４６０、帰線展開回路４６４を含む。一実施形態において、受信機４５０の構成要素の一つ以上は、ＨＤＭＩ又はＭＨＬのデータリンク層の一部であっても良い。従って、該一つ以上の構成要素を、「リンク層回路」と呼んでも良い。当業者ならば、図４Ｂにおける受信機４５０の他の実施形態が本明細書に記載のもの以外異なる回路及び／又は追加の回路を有しても良く、機能は異なる方式でモジュール間に分散させても良いことを認識するはずである。
【００６７】
受信インタフェース回路４５２は、マルチメディア通信リンクのマルチメディアチャネル介して送信機４００から入力信号を受け取る。該信号は、圧縮映像データ、圧縮帰線期間データ４６５、有効映像データ４０１の圧縮を記述する映像圧縮制御情報４１１、圧縮帰線期間データ４６５の圧縮を記述する帰線圧縮情報などの情報の転送に用いられるＴＭＤＳシンボルを表す。受信インタフェース回路４５２は該信号をＴＭＤＳシンボルにデシリアライズする。
【００６８】
ＴＭＤＳ復号化回路４５６はＴＭＤＳシンボルを受け取り、該シンボルにＴＭＤＳ復号化を適用する。ＴＭＤＳ復号化回路４５６は、復号化映像データ４５７を映像ＨＤＣＰ解読回路４５８ａに、復号化データアイランド４５９をデータアイランドＨＤＣＰ解読回路４５８ｂに、圧縮帰線期間データ４６５を帰線展開回路４６４に出力する。映像ＨＤＣＰ解読回路４５８ａ及びデータアイランドＨＤＣＰ解読回路４５８ｂはそれぞれ、ＴＭＤＳ復号化回路４５６から受け取ったデータ（例えば復号化映像データ４５７、復号化ＤＩ４６３）を解読する。映像ＨＤＣＰ解読回路４５８ａは、解読映像データ４６１を映像展開回路４６０に出力する。データアイランドＨＤＣＰ解読回路４５８ｂは、解読データアイランド４６３を圧縮制御回路４５４に出力する。
【００６９】
一実施形態において、解読データアイランド４６３は、圧縮制御回路４５４に提供される映像圧縮制御情報４１１を含むことができる。他の実施形態において、映像圧縮制御情報４１１（点線矢印にて図示）は、代わりにＤＤＣを介して受信される。また他の実施形態において、映像圧縮制御情報４１１（点線矢印にて図示）はＴＭＤＳ復号化回路４５６が抽出した制御期間のプリアンブル、或いは映像データ期間の先導ガードバンドに入っている。圧縮制御回路４５４は、圧縮制御情報４１１内の圧縮パラメータを用いて映像展開回路４６０による解読映像データ４６１の展開方法を制御する。
【００７０】
帰線展開回路４６４は、ＴＭＤＳ復号化回路４５６から受け取った圧縮帰線期間データ４６５を展開して帰線期間データ４６９を生成する。映像展開回路４６０は圧縮制御回路４５４の制御下で解読映像データ４６１を展開し、映像データ４７１を出力する。
【００７１】
ＭＨＬの場合、Ｒ、Ｇ、Ｂ映像データは単一のマルチメディアチャネルを経由して順番に受信される。更に、映像圧縮制御情報４１１はＤＤＣの代わりにＣＢＵＳチャネルを経由して送信されても良い。
【００７２】
映像伝送において、本開示により幾つかの技術的問題を解決することができる。リンク全て（ＨＤＭＩ及びＭＨＬ）が共通に持つ問題もあれば、各リンク固有の問題もある。ここでは共通の問題、つまり映像圧縮及び帰線圧縮から見ていくものとする。その後、リンク固有の問題について説明する。
【００７３】
＜圧縮映像の取扱い＞
圧縮映像の取扱いは、２４ｂデータチャンクを想定するデータパスに圧縮データを揃える方法に関する（例えば図３のＨＤＣＰステップ）。映像データの圧縮方法として少なくとも４つが挙げられる。一実施形態において、まず図５及び図６に図示されている二つの方法はＨＤＭＩ及びＭＨＬに適合であり、図７及び図８に図示されている残り二つはＭＨＬ３に適合である。
【００７４】
図５は、一実施形態による、圧縮映像データを取扱う第１の方法を示す図である。例えば原映像５００は、色成分のＲ５０１、Ｇ５０３、Ｂ５０５、及び／又は他の成分、つまりＹ、Ｃｂ、およびＣｒ（図示せず）などを含む。各成分５０１、５０３、５０５は映像データのライン、例えば１ライン当たり８ビット×１０００画素＝８０００ビットのデータを含む。
【００７５】
映像圧縮回路、例えば図４Ａの４０２は原映像データ５００を圧縮し、圧縮映像成分Ｒ５１１、Ｇ５１３、Ｂ５１５、及び／又は他の圧縮成分、たとえばＹ、Ｃｂ、およびＣｒ（図示せず）などのラインを有する圧縮映像５１０を得ることができる。圧縮映像成分Ｒ５１１、Ｇ５１３、Ｂ５１５は、それぞれ同じ圧縮ラインサイズを有しており、バイト境界５１７と揃えることができる。例えば、１ライン当たり８０００ビットの映像成分Ｒ５０１を、２：１の圧縮を用いて１ライン当たり４０００ビットの圧縮映像成分Ｒ５１１に圧縮することができる。４０００ビットのラインは８ビットの正確な倍数なので、やはりラインはバイト境界と揃う。
【００７６】
この場合、映像ＨＤＣＰ暗号化回路、例えば図Ａ４の４０４ａは、データ５１０が圧縮データであるか否かに係らず、２４ｂチャンクのレベルで圧縮映像データ５１０に対してＨＤＣＰ暗号化を行うことができる。言い換えれば、８ビットのＲ、８ビットのＧ、８ビットのＢを含む２４ｂチャンクの圧縮データに対してＨＤＣＰ暗号化を執り行うことができるということである。これにより、ＨＤＣＰロジックを再設計することなく、従来のＨＤＣＰ回路をそのまま圧縮に再利用することができる。
【００７７】
他の実施形態において、映像圧縮回路、例えば図４Ａの４０２はＲＧＢ成分を含む原映像５００を別々に圧縮しても良い。この場合、各Ｒ、Ｇ、Ｂ成分のラインサイズそれぞれ異なる。例えば、圧縮映像はそれぞれ異なるライン長を有する圧縮Ｒ、Ｇ、およびＢ成分を持ってもよい。この場合、適用可能な圧縮映像データの取扱い手法は三つになるが、図６、図７、図８を参照として下記に説明する。
【００７８】
図６は、他の実施形態による、圧縮映像データを取扱う方法を示す図である。図６に図示されている実施形態において、ＨＤＣＰ暗号化回路、例えば図４Ａの映像ＨＤＣＰ暗号化回路４０４ａは、圧縮映像の一つ以上の成分（例えばＲ、Ｇ）に０（６１７ａ、６１７ｂ）をパディングして、それぞれ成分６１１、６１３、６１５（ビット０でパディングされた）を含むパディング付き圧縮映像６１０を得る。パディングにより各成分ラインは同じラインサイズを有し、バイトで揃えられる。このように、ＨＤＣＰ暗号化回路、例えば図４Ａの４０４ａは、２４ｂチャンクのレベルでパディング付き圧縮映像６１０に対してＨＤＣＰ暗号化を行うことができる。しかしながら、この手法では、映像データの成分に０をパディングすることで、帯域幅の一部を浪費することに繋がる恐れがある。
【００７９】
受信端にて、映像展開回路４６０は、解読映像データを展開する際に、パディングビット６１７ａ、６１７ｂを取り除く。その後、圧縮成分Ｒ、Ｇ、およびＢのラインを原映像５００に展開することができる。
【００８０】
図７は、更なる実施形態による、圧縮映像データを取扱う方法を示す図である。該実施形態では、圧縮成分Ｒ、Ｇ、およびＢのラインを行７２０に入れる。その後、ＨＤＣＰ暗号化を行７２０に適用し、圧縮成分Ｒ、Ｇ、およびＢのラインを一度に２４ｂチャンクの単位で順番に暗号化していく。この場合、境界マーカ７１０ａ、７１０ｂ、７１０ｃを成分間に挿入し、隣接する二つの成分間の境界を表示する。
【００８１】
該実施形態は、通常、全ての色成分Ｒ、Ｇ、およびＢがパケットを用いて単一の通信チャネルを経由し順番に送信されるＭＨＬで用いられる。更に、ＭＨＬ環境において、暗号化映像データは、単一のＭＨＬ通信チャネルを経由して送信される前にパケット化されることもある。ＭＨＬの他の実施形態においては複数の通信チャネルを有しても良く、その結果として得たパケットは、複数の通信チャネルを介して拡散されても良い。
【００８２】
受信端にて、解読回路４５８ａは復号化映像データを解読し、圧縮映像の行７０２を生成する。続いて、圧縮映像の行７２０を、境界マーカ７１０ａ、７１０ｂ、７１０ｃを識別し、境界マーカ７１０ａ、７１０ｂ、７１０ｃに沿って色成分Ｒ、Ｇ、Ｂを分離することで、色成分Ｒ、Ｇ、Ｂのそれぞれ異なる圧縮ラインを分離する。続いて、分離した色成分Ｒ、Ｇ、Ｂの圧縮ラインは、映像展開回路４６０により展開される。
【００８３】
図８は、また更なる実施形態による、圧縮映像データを取扱う方法を示す図である。図示された実施形態において、圧縮映像７１０は、ラインサイズがそれぞれ異なる圧縮成分のＲ８１１、Ｇ８１３、Ｂ８１５を有する。圧縮映像７１０に対して２４ｂチャンクのレベルでＨＤＣＰ暗号化を行う。暗号化すべきデータを全く持たない圧縮成分、例えばＲ８１１、Ｇ８１３の一部に対しては、ＨＤＣＰ暗号化回路４０４ａにより生成したＨＤＣＰ暗号値の対応ビットを、ただ破棄する。結果として、暗号化映像８１０は、それぞれラインサイズの異なる暗号化映像成分三つ、つまりＲ８２１、Ｇ８２３、Ｂ８２５を持つことになる。各成分をパケット化し、単一のＭＨＬ通信チャネルを経由して順番に送信しても良い。ＭＨＬの他の実施形態においては複数の通信チャネルを有しても良く、その結果として得たパケットは、複数の通信チャネルを介して拡散されても良い。
【００８４】
＜帰線期間圧縮＞
映像圧縮エンジンはデータの有効映像部のみを取り扱う。しかしながら、マルチメディアリンク（ＨＤＭＩ又はＭＨＬ）を経由して転送されるデータの全体の圧縮比は帰線期間の影響も受ける。例えば、帰線期間が帯域幅の２０％を用いる場合、映像データに２：１圧縮をかけると、０．２＋０．８×０．５＝０．６、つまり４０％圧縮率という結果をもたらす。これは２：１圧縮率より低い。帰線期間圧縮に伴うこのような問題を軽減する方法は、幾つか存在する。
【００８５】
帰線期間を圧縮する第１の方法では、（１）帰線期間データを帰線期間中の状態変化を示す帰線イベントに置き換え、（２）帰線イベント間の時間を低減する。上述の通り、帰線期間は水平帰線期間又は垂直帰線期間であり、これらを水平ＳＹＮＣ（ＨＳ）期間と垂直ＳＹＮＣ（ＶＳ）期間と呼んでも良い。一実施形態において、帰線圧縮回路４０８は、図４Ａに図示されているように、帰線期間データを帰線期間開始（ＢＳ）イベント、水平ＳＹＮＣ開始（ＨＳＳ）イベント、水平ＳＹＮＣ終了（ＨＳＥ）イベント、垂直ＳＹＮＣ開始（ＶＳＳ）イベント、垂直ＳＹＮＣ終了（ＶＳＥ）イベントのうち一つ以上のものに圧縮する。ＢＳイベント、ＨＳＳイベント、ＨＳＥイベント、ＶＳＳイベント、ＶＳＥイベントは、それぞれ異なる特定の帰線状態の開始又は終了（つまり状態間の変化）を示す。従って、該イベントを総じて帰線イベントと呼んでも良い。
【００８６】
図９は、一実施形態による、帰線期間データを帰線イベントに圧縮する方式を図示する。図９は、三つの信号、つまり帰線期間データ４２５の搬送に用いられるＤＥ、ＨＳ、およびＶＳを含む。帰線期間９７０、９８０はＤＥ信号が低いときに生じ、有効映像期間はＤＥ信号が高いときに生じる。図９はデータアイランドを図示していないが、帰線期間９７０および９８０の間に時折データアイランドを送信していると見なしても良い。
【００８７】
ＤＥが下がれば水平帰線（ＨＢＬＫ）期間９７０が始まる。ＤＥが上がればＨＢＬＫ期間９７０は終了する。ＨＢＬＫ期間９７０は、フロントポーチ９７１と、フレーム内の新しいラインを示すＨＳパルス９７２と、バックポーチ９７３などの異なる状態を含む。各状態は長さにおいて複数のクロックサイクルであっても良い。ＨＢＬＫ期間９７０を、フロントポーチ９７１の開始を示すＢＳイベント、ＨＳパルス９７２の開始を示すＨＳＳイベント、ＨＳパルス９７２の終了を示すＨＳＥイベントに圧縮する。
【００８８】
ＤＥが下がれば垂直帰線（ＨＢＬＫ）期間９８０が始まる。ＤＥが上がればＶＢＬＫ期間９８０は終了する。ＶＢＬＫ期間９８０は、フロントポーチ９８１と、フレーム内の新しいラインを示すＨＳパルス９８２と、バックポーチ９８３などの異なる状態を含む。各状態は長さにおいて複数のクロックサイクルであっても良い。ＶＢＬＫ期間を、フロントポーチ９８１の開始を示すＢＳイベント、ＶＳパルス９８２の開始を示すＶＳＳイベント、ＶＳパルス９８２の終了を示すＶＳＥイベントに圧縮することができる。
【００８９】
図９Ｄは、一実施形態による、帰線イベント間のタイミングを圧縮する方式を図示する。まず、図９に図示されているイベント発生の後、帰線イベントのタイミングを帰線状態変化のタイミングと合わせる。図９Ｄに図示されているように、ＢＳイベントを１６クロックサイクル分ＨＳＳイベントと切り離し、ＨＳＳを１８クロックサイクル分ＨＳＥから切り離す。続いてイベント間の距離を所定の２：１圧縮比に応じて縮める。その結果、ＢＳイベントは８クロックサイクル分ＨＳＳイベントから切り離され、ＨＳＳイベントは９クロックサイクル分ＨＳＥイベントから切り離されることになる。これは帰線期間に対するデータ送信の総所要時間を３４クロックサイクルから１７クロックサイクルに半減させる。他の実施形態において、所定の圧縮比は他の比率、例えば３：１や４：１であっても良い。
【００９０】
一実施形態において、帰線圧縮回路４０８は図９Ａに図示の照合テーブル９００を用いて帰線期間データを圧縮する。テーブル９００において、帰線イベントのリストは左手側に記載されている。帰線イベントが帰線期間データ４２５から一度特定されると、帰線イベントを圧縮帰線期間データ４２７として送信されるイベントコードに符号化することができる。
【００９１】
帰線イベントは、帰線イベントの生成に用いられる実際の帰線期間データより短い時間内に送信することができる。従来のシステムでは、帰線期間９７０又は９８０の間、ソースデバイスは帰線期間を通して帰線期間データ用のシンボルを繰り返して送信しなければならず、帯域幅の相当量を消費し得る。よって、実際の帰線期間データを帰線イベントに置き換え、帰線イベント間の時間を低減すると、帰線期間を圧縮できる。この結果、優れた圧縮比（例えば映像部分と同じかそれ以上）が得られ、帰線期間のタイミングも確実に合わせることができる。
【００９２】
受信側にて、受信機４５０は、帰線イベントのタイミングに基づいて帰線期間データをリジェネレートすることができる。具体的には、受信機４５０は帰線イベントを特定し、所定の圧縮比（１：２、１：３）に応じて帰線イベント間の時間を拡張して帰線イベント間のタイミングを回復し、帰線期間データをリジェネレートする。
【００９３】
帰線期間を圧縮する第２の方法は、データアイランドの位置を維持したまま、帰線期間データにランレングス符号化を適用する方法である。図９Ｂを参照として説明する。図示された実施形態では、圧縮帰線期間９２２において、データアイランド（ＤＩ）９２１ａ，９２１ｂの位置をそれぞれ維持したまま、帰線期間９２０にランレングス符号化（ＲＬＣ）を適用している。帰線期間９２０は、データ転送の全くない帰線部（大文字Ｂ）と、データアイランドが転送されるデータアイランド部（交差斜線及び文字ＤＩ）とを含む。帰線部Ｂとデータアイランド部Ｐは、互いに混ざる。
【００９４】
図４Ａに図示の帰線圧縮回路４０８は、帰線期間９２０にＲＬＣを適用して帰線期間９２０を圧縮し、圧縮帰線期間９２２を生成しても良い。具体的には、帰線圧縮回路４０８は帰線期間データを、ＤＩにより区切られる異なる部分に分割する。帰線部はＲＬＣにより別々に圧縮されるが、データアイランド部は圧縮されない。圧縮した帰線部（小文字ｂ）は最終的にデータアイランド部９２１ａ及び９２１ｂと混ざり、圧縮帰線期間９２２を形成する。
【００９５】
ＲＬＣは、同じデータ値の配列を単一のデータ値とデータ値が繰り返した回数を示す計数として格納される形式のデータ圧縮方式を指す。ＲＬＣを帰線期間データに適用すると、帰線期間データ内の状態と、該状態の持続時間とを特定するタイミング情報を生成する。例えば、帰線期間は通常、ＳＹＮＣパルス前のフロントポーチ期間、ＳＹＮＣパルス、ＳＹＮＣパルスに続くバックポーチ期間を含む。よって帰線期間中の状態は、三つの状態と三つの数字、つまりフロントポーチの持続時間を特定するフロントポーチタイミング（例えば４サイクル）、ＳＹＮＣパルスの長さを特定するＳＹＮＣタイミング（例えば３サイクル）、エンドポーチの持続時間を特定するエンドポーチタイミング（例えば５サイクル）に圧縮することができる。実際には、隣接ＤＩの９２１ａ及び９２１ｂの間に送信されるＲＬＣ情報は、通常、一つや二つの状態（フロントポーチ、ＳＹＮＣパルス、又はバックポーチ）、並びに該状態の持続時間を特定する。
【００９６】
ＤＩの位置を維持することにより、本実施形態はプリアンブルもそのまま維持する。プリアンブルとは、プリアンブルの後に続く情報がＤＩの９２１ａや９２１ｂ、或いはＤＩのない帰線部であるかを示す、ＨＤＭＩ及びＭＨＬで用いられる特殊な標識のことを指す。これにより、シンクデバイス１１５は、受信した情報を途切れなく有効映像ストリームにおける元の帰線データ９２０に戻すことができる。
【００９７】
受信端にて、帰線展開回路４６４は、データアイランドにより切り離された、それぞれ異なる圧縮帰線部を含む圧縮帰線期間データ４６５を受け取ることになる。帰線展開回路４６４はランレングス復号化を用いて圧縮帰線部を帰線期間データ４６９に展開し、帰線期間の正しいタイミングを回復する。
【００９８】
帰線期間を圧縮する第３の方法は、帰線タイミング情報を用いて帰線期間を表現し、ＤＩ全てを共に送信する方法である。図９Ｃを参照として説明する。図示された実施形態では、帰線期間９２０を圧縮帰線期間９２４に圧縮する。帰線期間９２０の状態を帰線タイミング情報９２６の単一セットとして表し、幾つかのＤＩ９２１ａ、９２１ｂを共に送信する。図４Ａに図示の帰線圧縮回路４０８は、帰線状態の持続時間を計数し、帰線状態の持続時間から帰線タイミング情報９２６を生成することにより、（それぞれ異なる部分９２０ａ、９２０ｂ、９２０ｃを含む）帰線期間９２０を圧縮しても良い。帰線タイミング情報９２６は、帰線期間のそれぞれの状態９２０ａ、９２０ｂ、９２０ｃの持続時間を記述する。例えば帰線タイミング情報９２６は、４サイクルのフロントポーチ、５サイクルのＨＳパルス、６サイクルのバックポーチを特定することができる。
【００９９】
よって、帰線期間９２０全体の状態を、圧縮帰線期間９２４の開始時点にて送信された帰線タイミング情報９２６の単一の塊として表すことになる。ＤＩ９２１ａ、９２１ｂを全て組み合わせ、圧縮帰線期間９２４の終了時点にて一斉に送信する。
【０１００】
受信側にて、帰線展開回路４６４は各帰線期間に対して単一セットの帰線タイミング情報９２６を含む圧縮帰線期間データ４６５を受け取ることになる。帰線展開回路４６４は帰線タイミング情報９２６を帰線期間データ４６９に展開し、帰線期間の正しいタイミングを回復する。
【０１０１】
本実施形態は、図９Ｂに図示の実施形態と比べ、帰線期間９２０の圧縮比を更に高めることができる。図９Ｃには図示されていないにしろ、帰線部ＢはＤＩに先行しＤＩに続くプリアンブルを含んでも良い。これらのプリアンブルは失われるが、受信機側で必ず回復されなければならない。従って本実施形態は、受信機側（例えば受信機４５０）でタイミング発生器を用いて、プリ‐アンブルを回復しても良い。タイミング発生器は、それぞれのＤＩのサイズが固定であると仮定してプリアンブルを回復する。タイミング発生器は組み合わせたデータアイランドを固定サイズを持つ別のＤＩ９２１ａ及び９２１ｂに分離し、ＤＩ９２１ａ及び９２１ｂの前後にプリアンブルを挿入する。
【０１０２】
図１０は、一実施形態による、映像圧縮及び帰線期間圧縮の利点を示す図である。図示された実施形態において、行１００２は、非圧縮の帰線期間１０１２を持つ、やはり非圧縮の有効映像データ１０１０を表す。帰線期間１０１２、及びその状態を、異なる信号成分、例えばＤＥ１０１２ｘ、ＨＳ１０１２ｙ、ＶＳ１０１２ｚなどにより示しても良い。行１００４は、帰線期間を圧縮せず、映像データを２：１圧縮したものを表す。例えば、有効映像データ１０１０を２：１の圧縮比で圧縮し、圧縮映像データ１０２０を得る。つまり、１００Ｋｂｉｔｓの映像データを５０Ｋｂｉｔｓに圧縮する訳である。しかしながら、帰線期間１０１２はまだ圧縮されていない。
【０１０３】
行１００６は、帰線イベント（例えばＢＳ１０２２ａ、ＨＳＳ１０２２ｂ、ＨＳＥ１０２２ｃ）を用いて帰線期間を圧縮した、圧縮映像データ１０２０を表す。つまり、帰線期間１０１２中の帰線期間データは、帰線イベントのＢＳ１０２２ａ、ＨＳＳ１０２２ｂ、ＨＳＥ１０２２ｃに置き換えたことになる。更に帰線イベントのタイミングを圧縮し、より少ない数のクロックサイクル（例えば２５サイクル）でも帰線イベントを送信できるようにする。
【０１０４】
更に、送信機４００は帰線期間を低減し、該帰線期間を有効映像に対して用いることができる。これを成し遂げる方法として二つが挙げられる。まずはＨＢＬＫ期間を減らし、確保した帯域幅（ＢＷ）を有効映像データの送信に用いる方法、もう一つはＶＢＬＫ期間を減らし、確保したＢＷを有効映像データの送信に用いる方法である。行１００８は、ＨＢＬＫ期間や水平ＳＹＮＣ（ＨＳＹＮＣ）を全く有していない帰線期間圧縮を持つ圧縮映像データ１０２０を表す。ブロック１０２４は、つい先は圧縮有効映像データ１０２０の送信に、その前は帰線期間の送信に用いられたＢＷの一部を表す。図示されているように、最初の水平帰線期間二つを取り除き、帰線期間の代わりに有効映像データを送信することで、圧縮映像データ転送に用いられ得るＢＷが新しくできる。
【０１０５】
行１００８の手法は、通常、帰線期間がＤＩを全く含んでいない場合に適合である。本手法では、受信機４５０側でタイミング発生器を用いて帰線状態の正しいタイミングを回復しても良い。タイミング発生器には、有効映像データの解像度を記述する解像度情報を提供する。各解像度は通常ラインサイズ、各ラインの画素数、同期タイミングと密接な関係があるため、解像度を用いて帰線状態の正しいタイミングを回復することもできる。
【０１０６】
図１１は、一実施形態による、帰線期間圧縮が４Ｋ映像に必須の帯域幅に及ぼす影響を示す図である。図示された実施形態において、原スキーム１１０２は、非圧縮の有効映像データ、及び非圧縮の帰線期間を含む。原スキーム１１０２において、１６ｍｓでデータを全て送信するには１４．３ＧｂｐｓのＰＨＹが必要となる。第２スキーム１１０４は、帰線期間圧縮無しに２：１の圧縮率で圧縮した映像データを有する。該データの送信には７．１ＧｂｐｓのＰＨＹが必要となる。第３スキーム１１０６は水平帰線ＨＢＬＫ期間を低減して帰線期間を圧縮しており、データ全体の送信に６．５ＧｂｐｓのＰＨＹを必要とする。第４スキーム１１０８は垂直帰線ＶＢＬＫ期間を更に減らしており、データ送信に６．３ＧｂｐｓのＰＨＹを必要とする。
【０１０７】
また、ＨＢＬＫ及びＶＢＬＫはＤＩを転送できるほどの大きさを有しなければならない。ＤＩパケットを持つ帰線期間は、ＤＩが全く圧縮されていないため、圧縮比を確保することができない。この問題を解決するために、各ラインのＤＩを圧縮ＡＶストリームに収容できる大きさに制限する、つまり、目標ストリームフォーマットの帰線期間で圧縮データ搬送できるようにする。例えば、４Ｋの映像を４：１比で圧縮して１０８０ｐストリームに合うほどの大きさにした場合、ＤＩの大きさも１０８０ｐストリームに入れるほどの値に制限する。或いは、有効映像部分の圧縮後、圧縮映像を目標ＨＤＭＩストリーム（この場合１０８０ｐ）の有効映像期間に入れ、音声部分は圧縮せず目標ＨＤＭＩストリームの帰線期間に入れる。これにより、圧縮をかける原ＨＤＭＩストリームに音声を入れず、その代わり目標（圧縮）ＨＤＭＩストリームに直接入れるため、圧縮ＨＤＭＩストリームにおいて適切な大きさの音声データを保障することができる。
【０１０８】
次に、図１２を参照として圧縮における各リンク固有の課題、例えば圧縮映像ストリームの入れ方や、圧縮か非圧縮かを受信機に知らせる方法について説明する。
【０１０９】
＜リンク固有の問題−ＨＤＭＩ１、ＨＤＭＩ２、ＭＨＬ１、ＭＨＬ２＞
ＨＤＭＩシステムの送信機側はＨＤＭＩストリームの有効映像期間の代わりに圧縮映像データを入れる。図１２は、一実施形態による、圧縮データを載せたＨＤＭＩストリームを示す図である。図示された実施形態において、「映像符号化」部は圧縮映像データを含む。送信機４００は受信機４５０に、データが圧縮映像データであると知らせる。更に、送信機４００は受信機４５０に映像圧縮制御情報４１１を送信して、どの圧縮アルゴリズムが送信機４００で用いられたか（例えばアルゴリズムのＩＤなどを用いる）および特定のアルゴリズムで用いられた可能性のあるパラメータを受信機４５０に通知し、様々な圧縮メカニズムをサポートしても良い。これを実現できる方法を下記に列挙する。
【０１１０】
まずは、サイドチャネル、例えばＨＤＭＩの場合ＤＤＣ、ＭＨＬの場合ＣＢＵＳを用いて、圧縮制御情報４１１を転送することができる。送信機４００はＤＤＣ又はＣＢＵＳを介して受信機４５０のレジスタに特定の値を書き込み、受信機４５０はレジスタの値を解釈して入力ストリームが圧縮ストリームであることを判定することができる。この通知プロセスの後、送信機４００は圧縮映像データを受信機４５０に送信する。受信機４５０は、圧縮映像データの入力ストリームを圧縮ストリームとして正しく解釈することができる。
【０１１１】
次に、「プリアンブル」及び／又は「先導ガードバンド（ＬＧＢ）」を用いて映像圧縮制御情報４１１を転送することができる。図１２に図示されているように、プリアンブル及び／又はＬＧＢは、圧縮映像データの映像データ期間より先行する。プリアンブルとＬＧＢの何れか、或いは両方に特定の値を入れておけば、送信機４００は、入力ストリームが圧縮ストリームであることを受信機４５０に通知することができる。再度図４Ａを参照すると、映像圧縮制御情報４１１を、送信機４００と受信機４５０間の、送信インタフェース回路４１２及びマルチメディア通信リンク（図示せず）を介して圧縮映像データ４０３の映像送信期間に先行するプリアンブル又は先導ガードバンド（ＬＧＢ）として送信しても良いことがわかる。ＴＭＤＳ符号化回路４０６は、映像圧縮制御情報４１１からプリアンブル又は先導ガードバンド（ＬＧＢ）を生成することを担っても良い。
【０１１２】
また、情報フレームを用いて映像圧縮制御情報４１１を転送する方法がある。例えば、情報フレームは、帰線期間のデータアイランド（帰線期間中に音声や他の情報を搬送するもの）であっても良い。情報フレームは圧縮されないので、情報フレーム内の情報は有効映像データの圧縮に係らず、受信機側で正確に復号化することができる。再度図４Ａ及び図４Ｂを参照すると、送信機４００が帰線期間中に情報フレームに映像圧縮制御情報４１１を入れて受信機４５０に送信することが分かる。よって、受信機４５０は、入力映像が圧縮したものである否かを、情報フレームに基づいて判定することができる。
【０１１３】
受信機４５０が入力ストリームが圧縮ストリームであると判定した場合、受信機４５０は圧縮映像データを映像展開回路４６０に送って原映像データを抽出する。抽出後、ＨＤＭＩストリームは通常の非圧縮ＨＤＭＩストリームと同じものとなり、受信機側における通常プロセスがその後に続くようになる。
【０１１４】
帰線期間に対して、上述した通り、送信機４００はＤＩを圧縮した目標ＨＤＭＩストリームに入れて、帰線期間にＤＩをあまりに多く投入しないようにしている。ＲＬＣ（ランレングス符号化）及び／又は帰線イベントを用いて帰線期間を圧縮した場合、送信機４００は異なる「プリアンブル」及び／又は帰線期間文字の組み合わせを用いて受信機４５０にその旨を知らせる。異なるプリアンブル及び／又は帰線期間文字を用いて、次のデータが通常の帰線期間と圧縮帰線期間のうちいずれであるかを受信機４５０に知らせることもできる。
【０１１５】
送信機４００は更に、目標解像度（つまり展開後の解像度）を、帰線低減を用いている場合は特に、受信機に知らせても良い。目標解像度を用いて、受信機４５０は正しい帰線期間タイミングをリジェネレートすることができる。該情報は、ＤＩ及び／又はサイドバンドレジスタの何れかを介して受信機４５０に届く（圧縮通知に用いられたものと類似の方式）。
【０１１６】
一実施形態において、受信機４５０は通常の（非圧縮）ＨＤＭＩ／ＭＨＬストリームをリジェネレートする。例えば、受信機４５０は映像データ展開の他に、次のステップを行うことができる。まず、受信機４５０は、送信機側で帰線低減が用いられている場合、帰線タイミングを全てリジェネレートする。つまり、低減帰線期間を通常の帰線期間に戻す。次に、受信機４５０は、音声コンテンツや補助情報を搬送したＤＩを、入力（圧縮）ストリームから抽出し、展開映像データと共に目標（例えば４Ｋ）ＨＤＭＩ／ＭＨＬストリームごとに発送する。こうやって、ＤＩのコンテンツ（例えば音声データ）を維持する。
【０１１７】
次に、他のＤＩ（ＡＶＩ、ＡＩＦなど）に対して、受信機４５０は、入力ストリームからこれらを落とし、目標ストリームごとに完全にリジェネレートする。これは、該ＤＩのコンテンツがストリーム固有のものであり、圧縮ストリームのＤＩは解像度が異なるため目標ストリーム出力に再利用できないためである。
【０１１８】
次に、レイテンシーアライナ（latency aligner）を用いて映像展開回路４６０を通過する映像経路と音声ＤＩ間のレイテンシーを揃えても良い。目標ストリームに対してタイミングが最も重要な他のＤＩ（ＧＣＰ、ＶＳＩなど）は、目標ストリームのタイミングで完全にリジェネレートされる。
【０１１９】
＜リンク固有の課題−ＭＨＬ３＞
ＭＨＬ３はパケットベースのストリームであり、そのパケット（つまりＡＶストリームパケット）のうち一つが、トンネリング技術を用いるようにＨＤＭＩ及びＭＨＬストリームを搬送することができる。更に、ＨＤＭＩ及びＭＨＬのサイドチャネルをトンネリングするサイドチャネルトンネリングをサポートする。従って、ＨＤＭＩ及びＭＨＬ用として上述した技術全てを、変換せずにＭＨＬ３で用いることができる。更に、ＭＨＬ３のパケットベーススキームは、圧縮情報の送信に追加オプションを幾つか与える。例えば、入力データが圧縮情報であるか否かに関する圧縮情報を、パケットのヘッダに置くことができる。図１３は、一実施形態による、ストリームパケットのパケットヘッダバイトを示すチャートである。パケットが非圧縮映像データを含んでいる場合、ｐｋｔ＿ｔｙｐｅフィールドを０ｂ０００１に設定し、パケットが非圧縮映像データを含むことを示す。パケットが圧縮映像データを含む場合、ｐｋｔ＿ｔｙｐｅフィールドを０ｂ０１１１に設定し、パケットが圧縮映像データを含むことを示す。
【０１２０】
入力ストリームに用いられた特定の圧縮アルゴリズムを示す圧縮アルゴリズムのＩＤと、対応する圧縮パラメータを幾つかの箇所に挿入することができる。まず、ＡＶストリームパケットに加わる、ＭＨＬのＶｅｎｄｏｒ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏ  Ｆｒａｍｅ（ＶＳＩＦ）に入れても良い。次に、ＡＶストリームパケットの代わりに別パケットを用いることもできる。例えば、別パケットは毎フレームに入り込むＭＨＬのコンテンツ保護（ＣＰ）パケットであっても良い。この手法は、ＡＶストリームパケット側に何の影響も及ぼさず、同期問題も最小化することができる。
【０１２１】
本明細書では、説明を目的として特定の詳細事項を述べ、本発明の理解をより深めている。しかしながら当業者であれば、前記の詳細事項の一部を省いても本発明を実現できることが分かるはずである。また、周知の構造や装置をブロック図の形で提示している。図示された構成要素の間に中間構造を設けても良い。本明細書で説明しているあるいは図示している構成要素は、ここに記載されていないあるいは図示されていない他の入力や出力を有しても良い。また構成要素の順序や配置が異なっても良く、フィールド順の付け直しやフィールドサイズの調整も許容される。
【０１２２】
本発明は様々なプロセスを含んでも良い。本発明のプロセスをハードウェアにより実行しても良く、或いは、一般プロセッサ、特殊プロセッサ、又はロジック回路によりプロセスを実行させるコンピュータ可読型命令として具現しても良い。若しくは、ハードウェアとソフトウェアの組み合わせによりプロセスを実施しても良い。
【０１２３】
本明細書では多くの方法をもっとも基本的な形で記載しているが、本発明の基本範疇から逸脱しない限り、該方法に対するプロセスの追加や省略は許容の対象であり、メッセージに対する情報を追加や削除もまた同じである。当業者であれば、他の改良／改編もまた許容の範囲内ということが分かるはずである。特定の実施形態は決して本発明を限定するためのものでなく、ただ説明のみを目的としている。
【０１２４】
要素「Ａ」と要素「Ｂ」が連結されている場合、これは要素Ａが要素Ｂに直接的に、或いは他のもの、例えば要素Ｃを介在して間接的に連結されていることを意味する。本明細書において、ある構成要素、性質、構造、プロセス又は特性のＡが構成要素、性質、構造、プロセス又は特性のＢを「引き起こす（ｃａｕｓｅ）」と記載されている場合、これは、「Ａ」は少なくとも「Ｂ」の部分的原因になり得るが、「Ｂ」の引き起こしを補助した他の構成要素、性質、構造、プロセス又は特性もまた存在し得るということである。本明細書におき、構成要素、性質、構造、プロセス又は特性に対して「含まれていても良い（ｍａｙ  ｂｅ  ｉｎｃｌｕｄｅｄ）」「含まれているかも知れない（ｍｉｇｈｔ  ｂｅ  ｉｎｃｌｕｄｅｄ）」「含まれていることができる（ｃｏｕｌｄ  ｂｅ  ｉｎｃｌｕｄｅｄ）」）などの表現が使われた場合、これは問題の構成要素、性質、構造、プロセス又は特性が必ず含まれている必要はないことを意味する。更に、本明細書における不定冠詞（「ａ」や「ａｎ」）は、その不定冠詞が修飾する要素が必ず一つのみではないことを意味する。
【０１２５】
実施形態とは、本発明の実現方式や実施例を指す。本明細書における「ある実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」「一部の実施形態（ｓｏｍｅ  ｅｍｂｏｄｉｍｅｎｔｓ）」「他の実施形態（ｏｔｈｅｒ  ｅｍｂｏｄｉｍｅｎｔｓ）」という表現は、実施形態に関して記述された特定の性質、構造又は特性が少なくとも一部の実施形態に含まれているが、必ず全ての実施形態に含まれている必要はないということを意味する。「ある実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」「一部の実施形態（ｓｏｍｅ  ｅｍｂｏｄｉｍｅｎｔｓ）」という表現を繰り返して使用しているが、この表現が必ず同じ実施形態を指す必要もない。本発明の例示的実施形態に関する記述におき、開示を合理化し、発明の１つ以上の様態に対する理解を深めるという目的で、本発明の性質を、単一の実施形態、図面、又は明細書にまとめても良い。
【０１２６】
本開示の読解につき、当業者はＨＤＭＩ及びＭＨＬを介する圧縮映像コンテンツの転送を実現できる他の設計を採用できることを明確に理解するはずである。よって、本開示に関する特定の実施形態や応用を説明しているのとは関係なく、実施形態は決してここに開示された特定の構造や要素に限定されない。また、請求項の記載範囲と本発明の精神から逸脱しない限り、当業者にとって明らかであろう本開示の方法・装置の配置、運用、細部事項に対する改編、変動、改良はほぼ無制限に許容される。
【図１】
2017512031.tif 000003
【図２】
2017512031.tif 000004
【図３】
2017512031.tif 000005
【図４Ａ】
2017512031.tif 000006
【図４Ｂ】
2017512031.tif 000007
【図５】
2017512031.tif 000008
【図６】
2017512031.tif 000009
【図７】
2017512031.tif 000010
【図８】
2017512031.tif 000011
【図９】
2017512031.tif 000012
【図９Ａ】
2017512031.tif 000013
【図９Ｂ】
2017512031.tif 000014
【図９Ｃ】
2017512031.tif 000015
【図９Ｄ】
2017512031.tif 000016
【図１０】
2017512031.tif 000017
【図１１】
2017512031.tif 000018
【図１２】
2017512031.tif 000019
【図１３】
2017512031.tif 000020
【国際調査報告】
2017512031.tif 000021
2017512031.tif 000022
2017512031.tif 000023
2017512031.tif 000024
2017512031.tif 000025