(57)【要約】      （修正有）【課題】コンテンツに適用されるＨＤＣＰバージョンがシンクデバイスで対応していない場合、シンクデバイスで対応するＨＤＣＰバージョンで暗号化ができるようにコンテンツを変換して提供。【解決手段】ソースデバイスは、シンクデバイスとＨＤＣＰ認証を行うインターフェース部と、シンクデバイスで対応するＨＤＣＰバージョンを判断し、コンテンツに適用されるＨＤＣＰバージョンがシンクデバイスで未対応と判断されると、シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるようにコンテンツを変換し、変換されたコンテンツをシンクデバイスで対応するＨＤＣＰバージョンで暗号化し、シンクデバイスに伝送するようにインターフェース部を制御する制御部とを含む。【選択図】図２
2014147065.tif 000002
【特許請求の範囲】
【請求項１】
シンクデバイスにコンテンツを伝送するソースデバイスにおいて、
前記シンクデバイスとＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）認証を行うインターフェース部と、
前記シンクデバイスで対応する（Ｓｕｐｐｏｒｔ）ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）バージョンを判断し、前記コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで未対応（Ｕｎｓｕｐｐｏｒｔｅｄ）と判断されると、前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるように前記コンテンツを変換し、前記変換されたコンテンツを前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化し、前記シンクデバイスに伝送するように前記インターフェース部を制御する制御部と
を含むソースデバイス。
【請求項２】
前記コンテンツは、第１ＨＤＣＰバージョンで暗号化すべきプレミアムコンテンツであり、
前記シンクデバイスで対応するＨＤＣＰバージョンは、前記第１ＨＤＣＰバージョンより低い第２ＨＤＣＰバージョンであることを特徴とする請求項１に記載のソースデバイス。
【請求項３】
前記制御部は、
ダウンスケーリングを通じて前記コンテンツの解像度を低下させて、前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるように前記コンテンツを変換することを特徴とする請求項２に記載のソースデバイス。
【請求項４】
前記制御部は、
前記シンクデバイスで対応するＨＤＣＰバージョン及び前記コンテンツに適用されるＨＤＣＰバージョンのそれぞれで定義された方式に応じて、前記シンクデバイスとＨＤＣＰ認証実行ができるか否かに基づいて、前記シンクデバイスが対応するＨＤＣＰバージョンを判断することを特徴とする請求項１に記載のソースデバイス。
【請求項５】
前記制御部は、
前記シンクデバイスに予め保存されたＨＤＣＰバージョンに関する情報の伝送を要求し、前記シンクデバイスから受信されたＨＤＣＰバージョンに関する情報に基づいて、前記シンクデバイスが対応するＨＤＣＰバージョンを判断することを特徴とする請求項１に記載のソースデバイス。
【請求項６】
前記制御部は、
前記コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで対応すると判断されると、前記コンテンツに適用されるＨＤＣＰバージョンで前記コンテンツを暗号化し、前記シンクデバイスに伝送することを特徴とする請求項１に記載のソースデバイス。
【請求項７】
前記制御部は、
前記変換されたコンテンツを前記シンクデバイスに伝送する場合、前記コンテンツが変換されたことを示すメッセージを出力するように前記シンクデバイスを制御することを特徴とする請求項１に記載のソースデバイス。
【請求項８】
ソースデバイスから提供されるコンテンツを出力するシンクデバイスにおいて、
前記ソースデバイスとＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）認証を行うインターフェース部と、
前記ソースデバイスから前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報の要求が受信されると、予め保存された前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報を前記ソースデバイスに伝送するように前記インターフェース部を制御する制御部と
を含むシンクデバイス。
【請求項９】
前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報をＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）フォーマットで保存する保存部を更に含むことを特徴とする請求項８に記載のシンクデバイス。
【請求項１０】
シンクデバイスにコンテンツを伝送するソースデバイスのコンテンツ伝送方法において、
前記シンクデバイスで対応するＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）バージョンを判断するステップと、
前記コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで未対応（Ｕｎｓｕｐｐｏｒｔｅｄ）と判断されると、前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるように前記コンテンツを変換するステップと、
前記変換されたコンテンツを前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化し、前記シンクデバイスに伝送するステップと
を含むコンテンツ伝送方法。
【請求項１１】
前記コンテンツは、第１ＨＤＣＰバージョンで暗号化すべきプレミアムコンテンツであり、
前記シンクデバイスで対応するＨＤＣＰバージョンは、前記第１ＨＤＣＰバージョンより低い第２ＨＤＣＰバージョンであることを特徴とする請求項１０に記載のコンテンツ伝送方法。
【請求項１２】
前記変換するステップは、
ダウンスケーリングを通じて前記コンテンツの解像度を低下させて、前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるように前記コンテンツを変換することを特徴とする請求項１１に記載のコンテンツ伝送方法。
【請求項１３】
前記判断するステップは、
前記シンクデバイスで対応するＨＤＣＰバージョン及び前記コンテンツに適用されるＨＤＣＰバージョンのそれぞれで定義された方式に応じて、前記シンクデバイスとＨＤＣＰ認証実行ができるか否かに基づいて、前記シンクデバイスが対応するＨＤＣＰバージョンを判断することを特徴とする請求項１０に記載のコンテンツ伝送方法。
【請求項１４】
ソースデバイスから提供されるコンテンツを出力するシンクデバイスの制御方法において、
前記ソースデバイスから前記シンクデバイスで対応するＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）バージョンに関する情報の要求を受信するステップと、
前記ＨＤＣＰバージョンに関する情報の伝送要求が受信されると、予め保存された前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報を前記ソースデバイスに伝送するステップと
を含む制御方法。
【請求項１５】
前記シンクデバイスは、
前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報をＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）フォーマットで保存することを特徴とする請求項１４に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソースデバイス、そのコンテンツ提供方法、シンクデバイス及びその制御方法に関し、より詳細には、ＨＤＭＩ（登録商標）を通じて接続されてＨＤＣＰ認証を行うソースデバイス、そのコンテンツ提供方法、シンクデバイス及びその制御方法に関する。
【背景技術】
【０００２】
最近、高品質の映像及びオーディオを記録及び再生するための記録媒体として、ＤＶＤ、ブルーレイディスク等が主流となっており、なお、高画質の映像のディスプレイが可能な多様なディスプレイ装置が広く普及されている。
【０００３】
よって、記録媒体にコンテンツを記録したり再生する各種ＤＶＤプレーヤ、ブルーレイプレーヤとデジタルテレビを接続して使用する例が増加しており、これらの装備間のデータ伝送のためのデジタルインターフェースとしてＨＤＭＩ（Ｈｉｇｈ−ｓｐｅｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）が使用されている。
【０００４】
このようなＨＤＭＩを対応する（Ｓｕｐｐｏｒｔ）機器は、高解像度の映像及びオーディオを提供し、コンテンツの複製防止のためのＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）を対応する。
【０００５】
なお、最近のコンテンツ提供者は、４ｋのコンテンツ、Ｆｕｌｌ  ＨＤの３Ｄコンテンツ等の高解像度コンテンツを提供するうえで、これらをプレミアムコンテンツに分類し、ＨＤＣＰ  ２.２バージョンを適用しようとする動きがある。それにより、ＨＤＣＰ  ２.２バージョン以下のバージョンのみを対応していた既存のディスプレイ装置は、ＨＤＣＰ  ２.２バージョンが適用される高解像度コンテンツと互換性を有することができないという問題点があった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】韓国特許第１０９９３１１号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツに適用されるＨＤＣＰバージョンがシンクデバイスで対応していない（Ｕｎｓｕｐｐｏｒｔｅｄ）場合、シンクデバイスで対応するＨＤＣＰバージョンで暗号化ができるようにコンテンツを変換して提供することができるソースデバイス、そのコンテンツ提供方法、シンクデバイス及びその制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
以上のような目的を達成するための本発明の一実施形態に係るシンクデバイスにコンテンツを伝送するソースデバイスは、前記シンクデバイスとＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）認証を行うインターフェース部と、前記シンクデバイスで対応する（Ｓｕｐｐｏｒｔ）ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）バージョンを判断し、前記コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで未対応（Ｕｎｓｕｐｐｏｒｔｅｄ）と判断されると、前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるように前記コンテンツを変換し、前記変換されたコンテンツを前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化し、前記シンクデバイスに伝送するように前記インターフェース部を制御する制御部とを含む。
【０００９】
ここで、前記コンテンツは、第１ＨＤＣＰバージョンで暗号化すべきプレミアムコンテンツであり、前記シンクデバイスで対応するＨＤＣＰバージョンは、前記第１ＨＤＣＰバージョンより低い第２ＨＤＣＰバージョンであってよい。
【００１０】
なお、前記制御部は、ダウンスケーリングを通じて前記コンテンツの解像度を低下させて、前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるように前記コンテンツを変換してよい。
【００１１】
そして、前記制御部は、前記シンクデバイスで対応するＨＤＣＰバージョン及び前記コンテンツに適用されるＨＤＣＰバージョンのそれぞれで定義された方式に応じて、前記シンクデバイスとＨＤＣＰ認証実行ができるか否かに基づいて、前記シンクデバイスが対応するＨＤＣＰバージョンを判断してよい。
【００１２】
なお、前記制御部は、前記シンクデバイスに予め保存されたＨＤＣＰバージョンに関する情報の伝送を要求し、前記シンクデバイスから受信されたＨＤＣＰバージョンに関する情報に基づいて、前記シンクデバイスが対応するＨＤＣＰバージョンを判断してよい。
【００１３】
そして、前記制御部は、前記コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで対応すると判断されると、前記コンテンツに適用されるＨＤＣＰバージョンで前記コンテンツを暗号化し、前記シンクデバイスに伝送してよい。
【００１４】
なお、前記制御部は、前記変換されたコンテンツを前記シンクデバイスに伝送する場合、前記コンテンツが変換されたことを示すメッセージを出力するように前記シンクデバイスを制御してよい。
【００１５】
一方、本発明の一実施形態に係るソースデバイスから提供されるコンテンツを出力するシンクデバイスは、前記ソースデバイスとＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）認証を行うインターフェース部と、前記ソースデバイスから前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報の要求が受信されると、予め保存された前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報を前記ソースデバイスに伝送するように前記インターフェース部を制御する制御部とを含む。
【００１６】
ここで、本実施形態に係るシンクデバイスは、前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報をＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）フォーマットで保存する保存部を更に含んでよい。
【００１７】
一方、本発明の一実施形態に係るシンクデバイスにコンテンツを伝送するソースデバイスのコンテンツ伝送方法は、前記シンクデバイスで対応するＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）バージョンを判断するステップと、前記コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで未対応（Ｕｎｓｕｐｐｏｒｔｅｄ）と判断されると、前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるように前記コンテンツを変換するステップと、前記変換されたコンテンツを前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化し、前記シンクデバイスに伝送するステップとを含む。
【００１８】
ここで、前記コンテンツは、第１ＨＤＣＰバージョンで暗号化すべきプレミアムコンテンツであり、前記シンクデバイスで対応するＨＤＣＰバージョンは、前記第１ＨＤＣＰバージョンより低い第２ＨＤＣＰバージョンであってよい。
【００１９】
なお、前記変換するステップは、ダウンスケーリングを通じて前記コンテンツの解像度を低下させて、前記シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるように前記コンテンツを変換してよい。
【００２０】
そして、前記判断するステップは、前記シンクデバイスで対応するＨＤＣＰバージョン及び前記コンテンツに適用されるＨＤＣＰバージョンのそれぞれで定義された方式に応じて、前記シンクデバイスとＨＤＣＰ認証実行ができるか否かに基づいて、前記シンクデバイスが対応するＨＤＣＰバージョンを判断してよい。
【００２１】
なお、前記判断するステップは、前記シンクデバイスに予め保存されたＨＤＣＰバージョンに関する情報の伝送を要求し、前記シンクデバイスから受信されたＨＤＣＰバージョンに関する情報に基づいて、前記シンクデバイスが対応するＨＤＣＰバージョンを判断してよい。
【００２２】
そして、本実施形態に係るコンテンツ伝送方法は、前記コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで対応すると判断されると、前記コンテンツに適用されるＨＤＣＰバージョンで前記コンテンツを暗号化し、前記シンクデバイスに伝送するステップを更に含んでよい。
【００２３】
なお、本実施形態に係るコンテンツ伝送方法は、前記変換されたコンテンツを前記シンクデバイスに伝送する場合、前記コンテンツが変換されたことを示すメッセージを出力するように前記シンクデバイスを制御するステップを更に含んでよい。
【００２４】
一方、本発明の一実施形態に係るソースデバイスから提供されるコンテンツを出力するシンクデバイスの制御方法は、前記ソースデバイスから前記シンクデバイスで対応するＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）バージョンに関する情報の要求を受信するステップと、前記ＨＤＣＰバージョンに関する情報の伝送要求が受信されると、予め保存された前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報を前記ソースデバイスに伝送するステップとを含む。
【００２５】
ここで、前記シンクデバイスは、前記シンクデバイスで対応するＨＤＣＰバージョンに関する情報をＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）フォーマットで保存してよい。
【発明の効果】
【００２６】
以上説明したように、本発明によれば、シンクデバイスがコンテンツに適用されるＨＤＣＰバージョンと異なるバージョンを対応するとしても、ソースデバイスは、コンテンツ変換を通じてシンクデバイスで対応するＨＤＣＰバージョンでコンテンツをシンクデバイスに提供することができる。それにより、既存のシンクデバイスとの互換性を維持することができるようになる。
【図面の簡単な説明】
【００２７】
【図１】本発明の一実施形態に係るコンテンツ提供システムについて説明するための図である。
【図２】本発明の一実施形態に係るソースデバイスの構成について説明するためのブロック図である。
【図３】本発明の一実施形態に係るコンテンツをダウンスケーリングする方法の一例について説明するための図である。
【図４】本発明の一実施形態に係るソースデバイスの細部構成について説明するためのブロック図である。
【図５】本発明の一実施形態に係るシンクデバイスの構成について説明するためのブロック図である。
【図６】本発明の一実施形態に係るシンクデバイスの細部構成について説明するためのブロック図である。
【図７】本発明の一実施形態に係るコンテンツ提供システムの動作について説明するための図である。
【図８】本発明の一実施形態に係るコンテンツ提供システムの動作について説明するためのフローチャートである。
【図９】本発明の一実施形態に係るシンクデバイスにコンテンツを伝送するソースデバイスのコンテンツ伝送方法について説明するためのフローチャートである。
【図１０】本発明の一実施形態に係るソースデバイスから提供されるコンテンツを出力するシンクデバイスの制御方法について説明するためのフローチャートである。
【発明を実施するための形態】
【００２８】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。
【００２９】
図１は、本発明の一実施形態に係るコンテンツ提供システムについて説明するための図である。図１によると、コンテンツ提供システムは、ソースデバイス１００及びシンクデバイス２００を含む。
【００３０】
ここで、ソースデバイス１００は、セットトップボックス、ＤＶＤプレーヤ、ブルーレイディスクプレーヤ、パソコン、ゲーム機等のように、シンクデバイス２００にコンテンツを提供することができる多様な電子装置で実現され、シンクデバイス２００は、テレビやパソコン等のように、ソースデバイス１００から提供されるコンテンツを出力することができる多様な電子装置で実現されてよい。
【００３１】
なお、ソースデバイス１００とシンクデバイス２００とは、ＨＤＭＩ（Ｈｉｇｈ−ｓｐｅｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）に接続され、互いに通信を行うことができる。
【００３２】
一方、ソースデバイス１００とシンクデバイス２００とは、コンテンツが不正コピーされることを防止するために、ＨＤＣＰ規格によるＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）認証を行うことができる。
【００３３】
具体的に、デバイス１００は、予め保存されたＡＬＳＶ（Ｋｅｙ  Ｓｅｌｅｃｔ  Ｖｅｃｔｏｒ  ｏｆ  ｈｏｓｔ  ｄｅｖｉｃｅ）によってコンテンツを暗号化してシンクデバイス２００に伝送し、シンクデバイス２００は予め保存されたＢＡＳＶ（Ｋｅｙ  Ｓｅｌｅｃｔ  Ｖｅｃｔｏｒ  ｏｆ  ｄｉｓｐｌａｙ  ｄｅｖｉｃｅ）によってコンテンツを復号化して出力することができる。
【００３４】
一方、各デバイス１００、２００は、定められた時間に擬似ランダム値（Ｐｓｅｕｄｏ−Ｒａｎｄｏｍ  Ｖａｌｕｅ）を生成する（仮に、ソースデバイス１００が生成する擬似ランダム値は、Ｒｉ、シンクデバイス２００が生成する擬似ランダム値はＲｉ’）。そして、ソースデバイス１００は、シンクデバイス２００からシンクデバイス２００の生成した擬似ランダム値を一定周期で受信し、自分が生成した擬似ランダム値と比較して同一か否かを判断する。
【００３５】
それにより、ソースデバイス１００は、擬似ランダム値が同一と判断されると、コンテンツを引き続きシンクデバイス２００に伝送し、擬似ランダム値が同一ではないと判断されると、コンテンツの伝送を中断することができる。
【００３６】
一方、上述のようなＨＤＣＰ認証を行うためには、次のような２段階が要求される。まず、最初に擬似ランダム値を生成して比較することで、ソースデバイス１００とシンクデバイス２００とが互いにコンテンツ保護に適した装置であるかを確認する過程である第１認証プロトコルパート（１ｓｔ  ｐａｒｔ  ｏｆ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と、その後持続的に（仮に、２秒おきに）両端で生成した擬似ランダム値を比較する第３認証プロトコルパート（３ｒｄ  ｐａｒｔ  ｏｆ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。
【００３７】
このような方式により、ソースデバイス１００とシンクデバイス２００とは、ＨＤＣＰ規格によるＨＤＣＰ認証を行うことができる。
【００３８】
一方、本発明の一実施形態によると、ソースデバイス１００は、シンクデバイス２００で対応するＨＤＣＰバージョンを考慮してコンテンツを暗号化してシンクデバイス２００に伝送することができる。
【００３９】
以下では、ソースデバイス１００とシンクデバイス２００との具体的な構成を参照してより具体的に説明する。
【００４０】
図２は、本発明の一実施形態に係るソースデバイスの構成について説明するためのブロック図である。図２によると、ソースデバイス１００は、インターフェース部１１０及び制御部１２０を含む。
【００４１】
インターフェース部１１０は、シンクデバイス（図１の２００）と通信を行い、シンクデバイス２００にコンテンツを伝送することができる。
【００４２】
この場合、インターフェース部１１０は、シンクデバイス２００とＨＤＣＰ認証を行うことができる。
【００４３】
そのために、インターフェース部１１０は、ＨＤＭＩで実現されてよい。具体的に、インターフェース部１１０は、Ｒ、Ｇ、Ｂ信号及びクロック信号が印加されるＴＭＤＳチャネルリンク、双方向Ｉ２Ｃ通信のためのＤＤＣ通信ライン、ＨＤＭＩ接続を検知するＨＰＤ検知ラインが接続されるピンを含んでよい。なお、インターフェース部１１０は、ＡＫＳＶを保存するメモリ（図示せず）、ＨＤＣＰ規格による認証を行うＨＤＣＰエンジン（図示せず）を含んでよい。
【００４４】
それにより、インターフェース部１１０は、ＨＰＤ信号によってシンクデバイス２００が接続されていると判断されると、シンクデバイス２００とＨＤＣＰ認証を行うことができる。そして、インターフェース部１１０は、ＨＤＣＰ認証に成功すると、コンテンツを暗号化してシンクデバイス２００に伝送し、ＨＤＣＰ認証に失敗すると、コンテンツの伝送を中断することができる。
【００４５】
制御部１２０は、ソースデバイス１００の動作全般を制御する。制御部１２０は、マイクロコンピュータ（または、マイクロコンピュータ及びＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ ））、ディスプレイ装置１００の動作のためのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）を含んでよい。この場合、これらのモジュールは、ＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）形態で実現されてよい。
【００４６】
制御部１２０は、シンクデバイス２００で対応するＨＤＣＰバージョンを判断することができる。ここで、ＨＤＣＰバージョンは、ＨＤＣＰ  １.Ｘバージョン（仮に、ＨＤＣＰ  １.４バージョン等）、ＨＤＣＰ  ２.Ｘバージョン（仮に、ＨＤＣＰ  ２.２バージョン等）等のように、ＨＤＣＰ規格で定義した多様なバージョンであってよい。
【００４７】
具体的に、制御部１２０は、シンクデバイス２００で対応するＨＤＣＰバージョン及びコンテンツに適用されるＨＤＣＰバージョンのそれぞれで定義された方式に応じて、シンクデバイス２００とＨＤＣＰ認証実行が可能か否かを判断し、シンクデバイス２００が対応するＨＤＣＰバージョンを判断することができる。ここで、コンテンツに適用されるＨＤＣＰバージョンは、ＨＤＣＰ  １.Ｘバージョン（仮に、ＨＤＣＰ  １.４バージョン等）、ＨＤＣＰ  ２.Ｘバージョン（仮に、ＨＤＣＰ  ２.２バージョン等）等のように、ＨＤＣＰ規格で定義した多様なバージョンであってよい。
【００４８】
例えば、コンテンツに適用されるバージョンがＨＤＣＰ  ２.２バージョンであり、シンクデバイス２００で対応するＨＤＣＰバージョンがＨＤＣＰ  １.４バージョンの場合を仮定する。
【００４９】
この場合、制御部１２０は、ＨＤＣＰ  １.４バージョンで定義する方式に応じて、シンクデバイス２００とＨＤＣＰ認証を行うようにインターフェース部１１０を制御し、ＨＤＣＰ  １.４バージョンによるＨＤＣＰ認証実行ができるか否かを判断することができる。それにより、制御部１２０は、シンクデバイス２００とＨＤＣＰ  １.４バージョンによるＨＤＣＰ認証実行ができれば、シンクデバイス２００はＨＤＣＰ  １.４バージョンを対応すると判断し、ＨＤＣＰ  １.４バージョンによるＨＤＣＰ認証実行ができなければ、シンクデバイス２００はＨＤＣＰ  １.４バージョンを対応していないと判断することができる。
【００５０】
同様に、制御部１２０は、ＨＤＣＰ  ２.２バージョンで定義する方式に応じて、シンクデバイス２００とＨＤＣＰ認証を行うようにインターフェース部１１０を制御し、ＨＤＣＰ  ２.２バージョンによるＨＤＣＰ認証実行が可能か否かを判断することができる。それにより、制御部１２０は、シンクデバイス２００とＨＤＣＰ  ２.２バージョンによるＨＤＣＰ認証実行が可能であれば、シンクデバイス２００はＨＤＣＰ  ２.２バージョンを対応すると判断し、ＨＤＣＰ  ２.２バージョンによるＨＤＣＰ認証実行ができなければ、シンクデバイス２００はＨＤＣＰ  ２.２バージョンを対応していないと判断することができる。
【００５１】
このように、制御部１２０は、シンクデバイス２００がＨＤＣＰ  １.４バージョンまたはＨＤＣＰ  ２.２バージョンを対応すると仮定し、各ＨＤＣＰバージョンに応じてシンクデバイス２００とＨＤＣＰ認証実行の可否を判断し、シンクデバイス２００で対応するＨＤＣＰバージョンを判断することができる。
【００５２】
なお、制御部１２０は、シンクデバイス２００に予め保存されたＨＤＣＰバージョンに関する情報の伝送を要求し、シンクデバイス２００から受信されたＨＤＣＰバージョンに関する情報に基づいて、シンクデバイス２００が対応するＨＤＣＰバージョンを判断することができる。
【００５３】
そのために、シンクデバイス２００は、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）に自分のＨＤＣＰバージョンに関する情報を保存することができる。この場合、制御部１２０は、ＤＣＣ通信ラインを用いて、シンクデバイス２００からＥＤＩＤを受信してシンクデバイス２００で対応するＨＤＣＰバージョンを判断することができる。
【００５４】
なお、シンクデバイス２００は、ＲＡＭに自分のＨＤＣＰバージョンに関する情報を保存することができる。この場合、制御部１２０は、ＨＤＣＰバージョンに関する情報をシンクデバイス２００から受信し、シンクデバイス２００で対応するＨＤＣＰバージョンを判断することができる。
【００５５】
一方、制御部１２０は、コンテンツに適用されるＨＤＣＰバージョンがシンクデバイス２００で対応していないと判断されると、シンクデバイス２００で対応するＨＤＣＰバージョンで暗号化できるようにコンテンツを変換し、変換されたコンテンツをシンクデバイス２００で対応するＨＤＣＰバージョンで暗号化してシンクデバイス２００に伝送するようにインターフェース部１１０を制御することができる。
【００５６】
ここで、コンテンツは、第１ＨＤＣＰバージョンで暗号化すべきプレミアムコンテンツであり、シンクデバイス２００で対応するＨＤＣＰバージョンは第１ＨＤＣＰバージョンより低い第２ＨＤＣＰバージョンであってよい。例えば、コンテンツはＨＤＣＰ  ２.Ｘバージョンで暗号化すべきプレミアムコンテンツであり、シンクデバイス２００で対応するＨＤＣＰバージョンはＨＤＣＰ  １.Ｘバージョンであってよい。
【００５７】
そのために、制御部１２０は、コンテンツに適用されるＨＤＣＰバージョンを判断することができる。具体的に、制御部１２０は、コンテンツがプレミアムコンテンツかに基づいて、コンテンツに適用されるＨＤＣＰバージョンを判断することができる。
【００５８】
ここで、プレミアムコンテンツは、４ｋのコンテンツ、Ｆｕｌｌ  ＨＤの３Ｄコンテンツ、未開封コンテンツ等のように、強い保護が要求されるコンテンツとして、ＨＤＣＰ規格ではプレミアムコンテンツに対してＨＤＣＰ  ２.Ｘバージョンを適用するように定義されている。
【００５９】
それにより、制御部１２０は、コンテンツの解像度及びタイプに基づいてコンテンツがプレミアムコンテンツかを判断したり、コンテンツを構成するパケットのヘッダから当該コンテンツがプレミアムコンテンツかを示す情報を抽出し、コンテンツがプレミアムコンテンツかを判断することができる。
【００６０】
なお、制御部１２０は、ユーザ命令に基づいてコンテンツがプレミアムコンテンツかを判断することもできる。例えば、コンテンツがプレミアムコンテンツであることを示すユーザ命令が入力されると、制御部１２０は当該コンテンツがプレミアムコンテンツであると判断することもできる。
【００６１】
このように、制御部１２０は、コンテンツがプレミアムコンテンツであると判断されると、コンテンツに適用されるＨＤＣＰバージョンをＨＤＣＰ  ２.Ｘバージョンと判断することができる。
【００６２】
一方、制御部１２０は、コンテンツがＨＤＣＰ  ２.Ｘバージョンが適用されるプレミアムコンテンツか、シンクデバイス２００で対応するＨＤＣＰバージョンはＨＤＣＰ  １.Ｘバージョンであると判断されると、シンクデバイス２００で対応するＨＤＣＰバージョンで暗号化できるようにコンテンツを変換することができる。
【００６３】
具体的に、制御部１２０は、ダウンスケーリングを通じてコンテンツの解像度を低下させて、シンクデバイス２００で対応するＨＤＣＰバージョンで暗号化できるようにコンテンツを変換することができる。そのために、ソースデバイス１００は、スケーラ（図示せず）を含んでよい。
【００６４】
ＨＤＣＰ規格で、４ｋのコンテンツに対してＨＤＣＰ  ２.Ｘバージョンを適用するように定義することは、４ｋのコンテンツと同様に、元解像度の高いコンテンツをより強く保護するためである。よって、４ｋのコンテンツがダウンスケーリングによって解像度が低くなると、ＨＤＣＰ規格によるとしても、必ずしもＨＤＣＰ  ２.Ｘバージョンを適用しなければならないというわけではない。
【００６５】
よって、制御部１２０は、コンテンツをダウンスケーリングして解像度を低下させて、解像度の低下しているコンテンツに対して、シンクデバイス２００が対応するＨＤＣＰバージョンでシンクデバイス２００とＨＤＣＰ認証を行い、コンテンツを暗号化して伝送するように制御することができる。
【００６６】
すなわち、ＨＤＣＰ規格によると、プレミアムコンテンツの場合、ＨＤＣＰ  ２.Ｘバージョンを適用しなければならないが、シンクデバイスがＨＤＣＰ  ２.Ｘバージョンを対応していない場合、ソースデバイスはプレミアムコンテンツに適用されるＨＤＣＰ  ２.Ｘバージョンに応じて、シンクデバイスとＨＤＣＰ認証を行うことができない。それにより、ＨＤＣＰ  ２.Ｘバージョンを対応していないシンクデバイスのユーザは、ソースデバイスが提供するプレミアムコンテンツを視聴することができなかった。
【００６７】
しかし、本発明によると、ソースデバイス１００はシンクデバイス２００で対応するＨＤＣＰバージョンの適用ができるように、プレミアムコンテンツの解像度を低下させるため、プレミアムコンテンツに適用されるＨＤＣＰ  ２.Ｘバージョンを対応していないシンクデバイス２００と互換性を維持することができるようになる。
【００６８】
例えば、シンクデバイス２００で対応するＨＤＣＰバージョンがＨＤＣＰ  １.４バージョンであり、コンテンツがＨＤＣＰ  ２.２バージョンが適用される４ｋのコンテンツの場合を仮定する。
【００６９】
この場合、制御部１２０は、３８４０×２１６０の解像度を有する４ｋのコンテンツを１９２０×１０８０の解像度にダウンスケーリングすることができる。このように、１９２０×１０８０に解像度の低下したコンテンツに対してＨＤＣＰ  ２.２バージョンを必ずしも適用しなければならないわけではないため、制御部１２０はシンクデバイス２００が対応するＨＤＣＰ  １.４バージョンに応じてシンクデバイス２００と認証を行い、ダウンスケーリングされたコンテンツを暗号化してシンクデバイス２００に伝送することができる。
【００７０】
一方、上述の例においては、４ｋのコンテンツを例として挙げているが、それは一例に過ぎない。すなわち、制御部１２０は４ｋのコンテンツだけでなく、Ｆｕｌｌ  ＨＤの３Ｄコンテンツ及び未開封のコンテンツに対しても、解像度を低下させてシンクデバイスで対応するＨＤＣＰバージョンが適用できるように制御することができる。
【００７１】
なお、上述の例においては、コンテンツの解像度を低下させるものとして説明したが、それは一例に過ぎない。すなわち、制御部１２０は、ダウンスケーリングを通じてコンテンツの解像度を低下させるだけでなく、シンクデバイスに対応するＨＤＣＰバージョンが適用できるコンテンツを再加工することができる。例えば、コンテンツにＨＤＣＰ  １.Ｘバージョン及びＨＤＣＰ  ２.Ｘバージョン両方に適用が可能であり、シンクデバイス２００でＨＤＣＰ  １.Ｘバージョンを対応する場合、制御部１２０は別途の変換過程なく、コンテンツをＨＤＣＰ  １.Ｘバージョンに応じて暗号化してシンクデバイス２００に伝送することができる。しかし、それは一例に過ぎず、制御部１２０は、シンクデバイスで対応するＨＤＣＰバージョンが適用できるようにデータのフォーマットを変更する等、多様な方式でコンテンツを再加工し、再加工されたコンテンツをシンクデバイスで対応するＨＤＣＰバージョンに応じて暗号化し、シンクデバイスに伝送することができる。
【００７２】
一方、制御部１２０は、コンテンツに適用されるＨＤＣＰバージョンがシンクデバイス２００で対応されるものとして判断されると、コンテンツに適用されるＨＤＣＰバージョンでコンテンツを暗号化し、シンクデバイス２００に伝送することができる。すなわち、制御部１２０は、シンクデバイス２００でプレミアムコンテンツに適用されるＨＤＣＰ  ２.Ｘバージョンを対応すると判断されると、別途の処理なく、ＨＤＣＰ  ２.Ｘバージョンによってシンクデバイス２００と認証を行い、コンテンツを暗号化してシンクデバイス２００に伝送することができる。
【００７３】
一方、制御部１２０は、一般の方法を用いて、プレミアムコンテンツをダウンスケーリングを行うことができる。ただ、この場合、コンテンツの解像度が低くなることがあることから、制御部１２０は、図３に示す方法を用いてプレミアムコンテンツをダウンスケーリングすることもできる。
【００７４】
制御部１２０は、プレミアムコンテンツを構成する各フレームをより低いフレームで構成された４つのフレームでダウンスケーリングすることができる。具体的に、制御部１２０は、プレミアムコンテンツの各フレームで横及び縦で奇数番目に存在するピクセルを抽出して第１フレームを生成し、プレミアムコンテンツの各フレームで横は偶数番目であり、縦は奇数番目に存在するピクセルを抽出して第２フレームを生成し、プレミアムコンテンツの各フレームで横は奇数番目であり、縦は偶数番目に存在するピクセルを抽出して第３フレームを生成し、プレミアムコンテンツの各フレームで横及び縦で偶数番目に存在するピクセルを抽出して第４フレームを生成することができる。
【００７５】
例えば、制御部１２０は、図３のように、３８４０×２１６０の解像度を有する４ｋのコンテンツの各フレームを１９２０×１０８０の解像度を有する４つのフレームでダウンスケーリングすることができる。
【００７６】
そして、制御部１２０は、ダウンスケーリングされたコンテンツをシンクデバイス２００で対応するＨＤＣＰバージョンで暗号化してシンクデバイス２００に伝送することができる。この場合、シンクデバイス２００は、ダウンスケーリングされたコンテンツを受信してプレミアムコンテンツが有する元解像度に復元して出力することができる。それにより、ユーザは解像度が低下することなく、コンテンツを視聴することができるようになる。
【００７７】
一方、制御部１２０は、変換されたコンテンツをシンクデバイス２００に伝送する場合、コンテンツが変換されたことを示すメッセージを出力するようにシンクデバイス２００を制御することができる。
【００７８】
すなわち、ソースデバイス１００がシンクデバイス２００が対応するＨＤＣＰバージョンを考慮し、プレミアムコンテンツの解像度を低下させ、シンクデバイス２００に伝送するようになると、ユーザは元解像度より低下された解像度を有するコンテンツを視聴するようになる。
【００７９】
それにより、制御部１２０は、解像度の低下したコンテンツが出力されていることを示すメッセージを出力するようにシンクデバイス２００を制御し、解像度の低下したコンテンツを出力されていることをユーザに通知することができる。この場合、制御部１２０は、当該メッセージで構成されたグラフィックデータをシンクデバイス２００に伝送したり、シンクデバイス２００に予め保存されたグラフィックデータを出力するための制御命令をシンクデバイス２００に伝送することができる。
【００８０】
一方、上述の例のように、制御部１２０は、コンテンツに適用されるＨＤＣＰバージョンがシンクデバイス２００に対応していないと判断されると、別途のユーザ命令がなくても、自動的にシンクデバイス２００で対応するＨＤＣＰバージョンで暗号化できるようにコンテンツを変換し、シンクデバイス２００に伝送することができる。ただ、制御部１２０は、別途のユーザ命令が入力されると、コンテンツをシンクデバイス２００で対応するＨＤＣＰバージョンに変換し、シンクデバイス２００に伝送することもできる。
【００８１】
なお、制御部１２０は、コンテンツを出力することができないことを示すメッセージを出力するようにシンクデバイス２００を制御することができる。すなわち、制御部１２０は、コンテンツに適用されるＨＤＣＰバージョンがシンクデバイス２００で対応していないと判断されると、シンクデバイス２００で対応するＨＤＣＰバージョンで暗号化できるようにコンテンツを変換することなく、コンテンツを出力することができないことを示すメッセージで構成されたグラフィックデータをシンクデバイス２００に伝送することができる。または、制御部１２０は、シンクデバイス２００に予め保存されたグラフィックデータを出力するための制御命令をシンクデバイス２００に伝送することができる。
【００８２】
図４は、本発明の一実施形態に係るソースデバイスの細部構成について説明するためのブロック図である。図４によると、ソースデバイス１００は、インターフェース部１１０及び制御部１２０の他に、コンテンツ提供部１３０を更に含んでよく、それは制御部１２０によって制御されてよい。一方、図４に示す構成要素のうち、図１に示す構成要素と重複する箇所については、詳細な説明は省略する。
【００８３】
コンテンツ提供部１３０は、シンクデバイス２００に伝送されるコンテンツを提供することができ、実施形態に応じて多様な形態で実現されてよい。
【００８４】
例えば、コンテンツ提供部１３０は、チューナ（図示せず）、復調器（図示せず）、等化器（図示せず）等のような構成を含む形態で実現され、放送局から伝送される放送コンテンツを受信することができる。なお、コンテンツ提供部１３０は、ＤＶＤ、ブルーレイディスク等のような光ディスクから光ディスクに記録されたコンテンツを読み取ることができる。なお、コンテンツ提供部１３０は、ＵＳＢメモリ、ＨＤＤ等のような外部記録媒体からコンテンツを受信することもできる。
【００８５】
それにより、制御部１２０は、シンクデバイス２００で対応するＨＤＣＰバージョンを考慮し、コンテンツ提供部１３０から伝達されるコンテンツをシンクデバイス２００に伝送するように制御する。
【００８６】
一方、図４に示す構成要素の他にも、ソースデバイス１００はソースデバイス１００を動作させるために必要な各種プログラムを保存する保存部（図示せず）、ユーザ命令を受信するための入力部（図示せず）、ユーザ命令に対応するリモコン信号を受信するためのリモコン信号受信部（図示せず）を更に含んでよい。
【００８７】
図５は、本発明の一実施形態に係るシンクデバイスの構成について説明するためのブロック図である。図５によると、シンクデバイス２００は、インターフェース部２１０及び制御部２２０を含む。
【００８８】
インターフェース部２１０は、ソースデバイス（図１の１００）と通信を行い、ソースデバイス１００からコンテンツを受信することができる。
【００８９】
この場合、インターフェース部２１０は、ソースデバイス１００とＨＤＣＰ認証を行うことができる。
【００９０】
そのために、インターフェース部２１０はＨＤＭＩで実現されてよい。具体的に、インターフェース部１１０は、Ｒ、Ｇ、Ｂ信号及びクロック信号が印加されるＴＭＤＳチャネルリンク、双方向Ｉ２Ｃ通信のためのＤＤＣ通信ライン、ＨＤＭＩ接続を検知するＨＰＤ検知ラインが接続されるピンを含んでよい。なお、インターフェース部２１０は、ＢＫＳＶを保存するメモリ（図示せず）、ＨＤＣＰ規格による認証を行うＨＤＣＰエンジン（図示せず）を含んでよい。
【００９１】
それにより、インターフェース２１０は、ＨＰＤ信号によってシンクデバイス２００が接続されていると判断されると、シンクデバイス２００とＨＤＣＰ認証を行うことができる。そして、インターフェース部２１０は、ＨＤＣＰ認証に成功すると、暗号化されたコンテンツをソースデバイス１００から受信して復号化し、ＨＤＣＰ認証に失敗すると、コンテンツを受信することができない。
【００９２】
制御部１２０は、シンクデバイス２００の動作全般を制御する。制御部２２０は、マイクロコンピュータ（または、マイクロコンピュータ及びＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ ））、ディスプレイ装置１００の動作のためのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）を含んでよい。この場合、これらのモジュールは、ＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）形態で実現されてよい。
【００９３】
制御部２２０は、ソースデバイス１００からシンクデバイス２００で対応するＨＤＣＰバージョンに関する情報の要求が受信されると、予め保存されたシンクデバイス２００で対応するＨＤＣＰバージョンに関する情報をソースデバイス１００に伝送するようにインターフェース部２１０を制御する。
【００９４】
そのために、シンクデバイス２００は、自分のＨＤＣＰバージョンに関する情報が含まれたＥＤＩＤを予め保存することができる。すなわち、シンクデバイス２００は製造会社を表す生産者ＩＤ，製品のモデル名を示す製造ＩＤ、シンクデバイス２００で映像及びオーディオ出力規格等に関する情報だけでなく、ＨＤＣＰバージョンに関する情報を含むＥＤＩＤを予め保存することができる。
【００９５】
なお、シンクデバイス２００は、ＲＡＭに自分のＨＤＣＰバージョンに関する情報を別途に保存することもできる。
【００９６】
例えば、制御部２２０は、ＨＰＤ信号に応じてソースデバイス１００が接続されていると判断されると、ＨＤＣＰバージョンに関する情報を含むＥＤＩＤをソースデバイス１００に伝送したり、ＲＡＭに保存されたＨＤＣＰバージョンに関する情報をソースデバイス１００に伝送することができる。ただ、制御部２２０は、別途の伝送要求をソースデバイス１００から受信する場合にも、ＨＤＣＰバージョンに関する情報をソースデバイス１００に伝送することができる。
【００９７】
図６は、本発明の一実施形態に係るシンクデバイスの細部構成について説明するためのブロック図である。図６によると、シンクデバイス２００は、インターフェース部２１０及び制御部２２０の他にも、出力部２３０と、保存部２４０と、受信部２５０と、信号処理部２６０と、リモコン信号受信部２７０及び入力部２８０を更に含んでよく、これらの動作は制御部２２０によって制御されてよい。一方、図６に示す構成要素のうち、図４に示す構成要素と重複する箇所については、詳細な説明を省略する。
【００９８】
出力部２３０は、多様な映像及びオーディオを出力する。そのために、出力部２３０は、ディスプレイ部（図示せず）及びオーディオ出力部（図示せず）を含んでよい。
【００９９】
ディスプレイ部（図示せず）は、コンテンツに対する映像をディスプレイし、オーディオ出力部（図示せず）はコンテンツに対するオーディオを出力することができる。例えば、制御部２２０は、ＨＤＣＰ認証に成功し、ソースデバイス１００からコンテンツが受信されると、受信されたコンテンツを復号化し、復号化されたコンテンツに対する映像をディスプレイ部（図示せず）にディスプレイし、コンテンツに対するオーディオをオーディオ出力部（図示せず）を介して出力することができる。
【０１００】
一方、ディスプレイ部（図示せず）は、液晶表示装置（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ：ＬＣＤ）、有機電気発光ダイオード（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ：ＯＬＥＤ）またはプラズマ表示パネル（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ：ＰＤＰ）等で実現され、オーディオ出力部（図示せず）は、スピーカ、オーディオ出力ポート等で実現されてよい。
【０１０１】
一方、ディスプレイ部（図示せず）は、多様なメッセージをＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）形態で出力することができる。具体的に、制御部２２０は、ソースデバイス１００から受信されたり、シンクデバイス２００に予め保存されたグラフィックデータを用いて、多様なメッセージをＯＳＤ形態で生成し、それをディスプレイ部（図示せず）を介して出力することができる。ここで、メッセージは、ソースデバイス１００から受信されるコンテンツの解像度が変更されたことを示すメッセージ、コンテンツを出力することができないことを示すメッセージを含んでよい。
【０１０２】
保存部２４０は、シンクデバイス２００を動作させるために保存された各種プログラムを保存することができる。
【０１０３】
特に、保存部２４０は、シンクデバイス２００で対応するＨＤＣＰバージョンに関する情報をＥＤＩＤフォーマットで保存することができる。そのために、保存部２４０は、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）等で実現されてよい。
【０１０４】
それにより、制御部２２０は、ソースデバイス１００でＨＤＣＰバージョンに関する情報の伝送要求が受信されると、保存部２４０からＥＤＩＤを読み取ってソースデバイス１００に伝送するように制御することができる。
【０１０５】
受信部２５０は、放送コンテンツを受信することができる。放送コンテンツは、映像、オーディオ及び付加データ（例えば、ＥＰＧ）を含んでよく、受信部２５０は、地上波放送、ケーブル放送、衛星放送、インターネット放送等のように多様なソースから放送コンテンツを受信することができる。
【０１０６】
例えば、受信部２５０は、放送局から伝送される放送コンテンツを受信するために、チューナ（図示せず）、復調器（図示せず）、等化器（図示せず）等のような構成を含む形態で実現されてよい。
【０１０７】
信号処理部２６０は、インターフェース部２１０及び受信部２５０を介して受信されたコンテンツに対する信号処理を行う。具体的に、信号処理部２６０は、コンテンツを構成する映像に対して、デコード、スケーリング及びフレームレート変換等の動作を行い、ディスプレイ部（図示せず）から出力可能な形態で信号処理を行うことができる。なお、信号処理部２６０は、コンテンツを構成するオーディオに対してデコード等の信号処理を行って、オーディオ出力部（図示せず）から出力可能な形態で信号処理を行うことができる。
【０１０８】
リモコン信号受信部２７０は、リモコン（図示せず）から入力されるリモコン制御信号を受信する。例えば、リモコン信号受信部２７０は、シンクデバイス２００の動作を制御するための多様なユーザ命令に対応するリモコン制御信号を受信することができ、制御部２２０は、受信されたリモコン制御信号に対応する機能を行うことができる。
【０１０９】
入力部２８０は、多様なユーザ命令を受信する。制御部２２０は、入力部２８０で入力されたユーザ命令に対応する機能を行うことができる。そのために、入力部２８０は、入力パネルで実現されてよい。入力パネルは、タッチパッド（Ｔｏｕｃｈ  Ｐａｄ）或いは各種機能キー、数字キー、特殊キー、文字キー等を備えたキーパッド（Ｋｅｙ  Ｐａｄ）またはタッチスクリーン（Ｔｏｕｃｈ  Ｓｃｒｅｅｎ）方式で行われてよい。
【０１１０】
図７は、本発明の一実施形態に係るコンテンツ提供システムの動作について説明するための図である。一方、ソースデバイス１００及びシンクデバイス２００のそれぞれの具体的な動作については、図１ないし図６について詳細に説明しているため、図７ではこれらの構成の動作を概略に説明する。
【０１１１】
図７によると、ソースデバイス１００は、放送局、光ディスク、ＵＳＢ等からプレミアムコンテンツ（仮に、４ｋのコンテンツ）を伝達される。
【０１１２】
そして、ソースデバイス１００は、シンクデバイス２００で対応するＨＤＣＰバージョンに関する情報を判断する。
【０１１３】
具体的に、ソースデバイス１００は、ＨＤＣＰ  １.４バージョンで定義された方式によって、シンクデバイス２００とＨＤＣＰ認証実行が可能か否かを判断し（図７の１）、ＨＤＣＰ  ２.２バージョンで定義された方式に応じてシンクデバイス２００とＨＤＣＰ認証実行が可能か否かを判断する（図７の２）。
【０１１４】
判断の結果、ソースデバイス１００はＨＤＣＰ  １.４バージョンとＨＤＣＰ  ２.２バージョンとのうち、ＨＤＣＰ  １.４バージョンで定義された方式でシンクデバイス２００とＨＤＣＰ認証実行が可能と判断されると、シンクデバイス２００がＨＤＣＰ  １.４バージョンを対応すると判断する。
【０１１５】
それにより、ソースデバイス１００はプレミアムコンテンツをＨＤＣＰ  １.４バージョンで暗号化し、シンクデバイス２００に伝送するために、プレミアムコンテンツをダウンスケーリングする。例えば、ソースデバイス１００は、２１６０×３８４０の解像度を有する４ｋのコンテンツを１９２０×１０８０の解像度にダウンスケーリングすることができる。
【０１１６】
その後、ソースデバイス１００は、ＨＤＣＰ  １.４バージョンによるＨＤＣＰ認証をシンクデバイス２００と行い、ダウンスケーリングされたコンテンツをＨＤＣＰ  １.４バージョンで暗号化してシンクデバイス２００に伝送することができる。
【０１１７】
それにより、ソースデバイス１００は、ソースデバイス１００から受信されたコンテンツを復号化して出力することができる。この場合、シンクデバイス２００は、解像度の低下したコンテンツが出力されていることを示すメッセージ３１０をＯＳＤ形態で出力することができる。
【０１１８】
図８は、本発明の一実施形態に係るコンテンツ提供システムの動作について説明するためのフローチャートである。
【０１１９】
まず、ソースデバイス１００とシンクデバイス２００とがＨＤＭＩ通信方式によって接続されると（Ｓ８１０）、ソースデバイス１００とシンクデバイス２００とは、ＨＤＣＰ  １.４バージョンで定義された方式で通信接続を行う（Ｓ８２０）。すなわち、ソースデバイス１００とシンクデバイス２００とは、ＨＤＣＰ  １.４バージョンで定義された方式によって、ＨＤＣＰ認証実行ができるか否かを判断する。
【０１２０】
そして、ソースデバイス１００は、ＨＤＣＰ  １.４バージョンの通信接続の実行可否を判断する（Ｓ８３０）。
【０１２１】
それにより、ＨＤＣＰ  １.４バージョンによる通信接続に失敗すると、ソースデバイス１００はシンクデバイス２００でＨＤＣＰ  １.４バージョンを対応していないと判断することができる（Ｓ８４０）。
【０１２２】
一方、ＨＤＣＰ  １.４バージョンによる通信接続に成功すると、ソースデバイス１００はシンクデバイス２００でＨＤＣＰ  １.４バージョンを対応することができると判断することができる。
【０１２３】
その後、ソースデバイス１００は、ＨＤＣＰ  ２.２バージョンの通信接続の実行可否を判断する（Ｓ８５０及びＳ８６０）。すなわち、ソースデバイス１００は、シンクデバイス２００とＨＤＣＰ  ２.２バージョンで定義されたＨＤＣＰ認証実行ができるか否かを判断する。
【０１２４】
それにより、ＨＤＣＰ  ２.２バージョンによる通信接続に失敗すると、ソースデバイス１００はシンクデバイス２００でＨＤＣＰ  ２.２バージョンを対応していないと判断することができる。結果的に、ソースデバイス１００は、シンクデバイス２００でＨＤＣＰ  １.４バージョンのみを対応すると判断することができる（Ｓ８７０）。
【０１２５】
一方、ＨＤＣＰ  ２.２バージョンによる通信接続に成功すると、ソースデバイス１００はシンクデバイス２００でＨＤＣＰ  ２.２バージョンを対応することができると判断することができる。結果的に、ソースデバイス１００は、シンクデバイス２００でＨＤＣＰ  １.４バージョン及びＨＤＣＰ  ２.２バージョンの両方を対応すると判断することができる（Ｓ８８０）。
【０１２６】
その後、ソースデバイス１００は、プレミアムコンテンツの再生命令が入力されると（Ｓ８９０及びＳ９１０）、シンクデバイス２００で対応するバージョンに応じてプレミアムコンテンツを暗号化してシンクデバイス２００に伝送することができる。
【０１２７】
具体的に、ソースデバイス１００は、シンクデバイス２００でＨＤＣＰ  ２.２バージョンを対応すると判断されると、プレミアムコンテンツをＨＤＣＰ  ２.２バージョンで暗号化し（Ｓ９２０）、ＨＤＭＩを通じてシンクデバイス２００に伝送することができる（Ｓ９３０）。
【０１２８】
一方、ソースデバイス１００は、シンクデバイス２００でＨＤＣＰ  ２.２バージョンを対応せずに、ＨＤＣＰ  １.４バージョンを対応すると判断されると、プレミアムコンテンツをダウンスケーリングし（Ｓ９４０）、ダウンスケーリングされたコンテンツをＨＤＣＰ  １.４バージョンで暗号化し（Ｓ９５０）、ＨＤＭＩを通じてシンクデバイス２００に伝送することができる（Ｓ９６０）。
【０１２９】
図９は、本発明の一実施形態に係るシンクデバイスにコンテンツを伝送するソースデバイスのコンテンツ伝送方法について説明するためのフローチャートである。
【０１３０】
まず、シンクデバイスで対応するＨＤＣＰバージョンを判断する（Ｓ１０１０）。
【０１３１】
具体的に、シンクデバイスで対応するＨＤＣＰバージョン及びコンテンツに適用されるＨＤＣＰバージョンのそれぞれで定義された方式に応じて、シンクデバイスとＨＤＣＰ認証実行が可能か否かに基づいて、シンクデバイスが対応するＨＤＣＰバージョンを判断することができる。
【０１３２】
なお、シンクデバイスに予め保存されたＨＤＣＰバージョンに関する情報の伝送を要求し、シンクデバイスから受信されたＨＤＣＰバージョンに関する情報に基づいてシンクデバイスが対応するＨＤＣＰバージョンを判断することもできる。
【０１３３】
その後、コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで対応していないと判断されると、シンクデバイスで対応するＨＤＣＰバージョンで暗号化できるようにコンテンツを変換する（Ｓ１０２０）。
【０１３４】
ここで、コンテンツは、第１ＨＤＣＰバージョンで暗号化すべきプレミアムコンテンツであり、シンクデバイスで対応するＨＤＣＰバージョンは、第１ＨＤＣＰバージョンより低いＨＤＣＰバージョンであってよい。
【０１３５】
具体的に、ダウンスケーリングを通じてコンテンツの解像度を低下させてシンクデバイスで対応するＨＤＣＰバージョンで暗号化できるようにコンテンツを変換することができる。
【０１３６】
そして、変換されたコンテンツをシンクデバイスで対応するＨＤＣＰバージョンで暗号化してシンクデバイスに伝送する（Ｓ１０３０）。
【０１３７】
一方、コンテンツに適用されるＨＤＣＰバージョンが前記シンクデバイスで対応すると判断されると、コンテンツに適用されるＨＤＣＰバージョンで前記コンテンツを暗号化してシンクデバイスに伝送することができる。
【０１３８】
なお、変換されたコンテンツをシンクデバイスに伝送する場合、コンテンツが変換されたことを示すメッセージを出力するようにシンクデバイスを制御することができる。なお、コンテンツを出力することができないことを示すメッセージを出力するようにシンクデバイスを制御することもできる。
【０１３９】
図１０は、本発明の一実施形態に係るソースデバイスから提供されるコンテンツを出力するシンクデバイスの制御方法について説明するためのフローチャートである。
【０１４０】
まず、ソースデバイスから前記シンクデバイスで対応するＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）バージョンに関する情報の要求を受信する（Ｓ１１１０）。
【０１４１】
その後、ＨＤＣＰバージョンに関する情報の伝送要求が受信されると、予め保存されたシンクデバイスで対応するＨＤＣＰバージョンに関する情報をソースデバイスに伝送する（Ｓ１１２０）。
【０１４２】
そのために、シンクデバイスは、シンクデバイスで対応するＨＤＣＰバージョンに関する情報をＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）フォーマットで保存することができる。
【０１４３】
なお、本発明に係るメニューコンテンツ提供方法及び制御方法を順次に行うプログラムが保存された非一時的な読み取り可能な媒体（Ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）が提供されてよい。
【０１４４】
非一時的な読み取り可能な媒体とは、レジスタやキャッシュ、メモリ等のように短い間だけデータを保存する媒体ではなく、半永久的にデータを保存し、機器によって読み取り（ｒｅａｄｉｎｇ）が可能な媒体を意味する。具体的には、上述の多様なアプリケーションまたはプログラムは、ＣＤやＤＶＤ、ハードディスク、ブルーレイディスク、ＵＳＢ、メモリカード、ＲＯＭ等のような非一時的な読み取り可能な媒体に保存されて提供されてよい。
【０１４５】
なお、ソースデバイス及びシンクサーバに対して示す上述のブロック図では、バス（ｂｕｓ）を示していないが、ディスプレイ装置で各構成要素間の通信はバスを通じて行われてよい。なお、各デバイスには、上述の多様なステップを行うＣＰＵ、マイクロプロセッサ等のようなプロセッサが更に含まれてよい。
【０１４６】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は以上の実施形態に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的趣旨の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１４７】
１００  ソースデバイス
１１０、２１０  インターフェース部
１２０、２２０  制御部
１３０  コンテンツ提供部
２００  シンクデバイス
２３０  出力部
２４０  保存部
２５０  受信部
２６０  信号処理部
２７０  リモコン信号受信部
２８０  入力部
【図１】
2014147065.tif 000003
【図２】
2014147065.tif 000004
【図３】
2014147065.tif 000005
【図４】
2014147065.tif 000006
【図５】
2014147065.tif 000007
【図６】
2014147065.tif 000008
【図７】
2014147065.tif 000009
【図８】
2014147065.tif 000010
【図９】
2014147065.tif 000011
【図１０】
2014147065.tif 000012