シンク機器にコンテンツを提供するソース機器およびその通信方法
【課題】 本発明は、ＨＤＭＩまたはＤＶＩ通信インターフェースを用いてシンク機器にコンテンツを提供するソース機器およびその通信方法を提供することを課題とする。
【解決手段】 シンク機器にコンテンツを提供するソース機器およびその通信方法が提供される。本ソース機器の通信方法は、ＨＤＣＰ信号の含まれた通信信号をシンク機器に伝送し、シンク機器でＨＤＣＰ通信結果が受信されると、ＨＤＣＰ通信結果を用いてシンク機器との通信状態を判断し、判断された通信状態に応じて前記通信信号を調整する。それにより、ＨＤＣＰ通信結果を用いてソース機器とシンク機器との間の通信状態を判断し、判断結果に応じて通信環境を自動的に調整することで、ユーザを最適化したコンテンツを提供することができるようになる。
【解決手段】 シンク機器にコンテンツを提供するソース機器およびその通信方法が提供される。本ソース機器の通信方法は、ＨＤＣＰ信号の含まれた通信信号をシンク機器に伝送し、シンク機器でＨＤＣＰ通信結果が受信されると、ＨＤＣＰ通信結果を用いてシンク機器との通信状態を判断し、判断された通信状態に応じて前記通信信号を調整する。それにより、ＨＤＣＰ通信結果を用いてソース機器とシンク機器との間の通信状態を判断し、判断結果に応じて通信環境を自動的に調整することで、ユーザを最適化したコンテンツを提供することができるようになる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソース機器およびその通信方法に関し、より詳細には、ＨＤＭＩまたはＤＶＩ通信インターフェースを用いてシンク機器にコンテンツを提供するソース機器およびその通信方法に関する。
【背景技術】
【０００２】
近来には、高画質のコンテンツを提供するために、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）およびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）通信が用いられている。このとき、ＨＤＭＩまたはＤＶＩ通信においてコンテンツ保護のために、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号を付加してコンテンツを提供している。一般に、ＨＤＭＩまたはＤＶＩ通信においてＨＤＣＰ信号は、ＤＤＣ（Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ）ラインとＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）ラインを通じてコンテンツ保護情報およびコントロール信号が伝達される。
【０００３】
一方、ＨＤＭＩケーブルが長すぎて通信信号の周波数特性が劣化したり、他の原因により通信信号の周波数特性が劣化すると、ソース機器およびシンク機器との間の通信が円滑でなくなり、通信障害を引き起こして正常画面および正常音声でないノイズの含まれた画面および音声が出力される。
【０００４】
即ち、通信信号の周波数特性が劣化すると、デジタル信号の“１”と“０”を表すデジタル信号の電圧レベルが正確に伝達されなくなり、ソース機器がシンク機器に正常なコンテンツを提供できなくなってしまう。
【０００５】
従って、正常なコンテンツを提供するために、ソース機器とシンク機器との間の通信状態を判断し、判断の結果、通信状態が失敗の場合、通信状態を改善するための方策への模索が求められる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】日本特開第２０１０−０４１０９１号広報
【特許文献２】韓国特開第２００９−００４８００６号広報
【特許文献３】日本特開第２００９−０２７５８８号広報
【特許文献４】韓国特開第２００９−００１１４７４号広報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＨＤＣＰ通信結果を用いて通信状態を判断し、判断された通信状態に応じて通信信号を調整するソース機器およびその通信方法を提供することにある。
【課題を解決するための手段】
【０００８】
前記目的を達成するための本発明の一実施形態に係るシンク機器にコンテンツを提供するソース機器の通信方法は、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号の含まれた通信信号を前記シンク機器に伝送するステップと、前記シンク機器でＨＤＣＰ通信結果が受信されると、前記ＨＤＣＰ通信結果を用いて前記シンク機器との通信状態を判断するステップと、前記判断された通信状態に応じて前記通信信号を調整するステップとを含む。
【０００９】
そして、前記判断するステップは、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値および前記ソース機器から生成された復号化値を比較し、前記シンク機器との通信状態を判断し、前記調整するステップは、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号を調整してよい。
【００１０】
なお、前記調整するステップは、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号の波形を調整してよい。
【００１１】
そして、前記調整するステップは、前記通信信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を下げるかまたは上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を増加または低減させ、Ｊｉｔｔｅｒを増加または低減させるなどの信号の電気的なすべての特性を最適化するように調整してよい。
【００１２】
なお、前記通信信号の波形を調整した後、調整された通信信号を再び前記シンク機器に伝送し、前記シンク機器から再び伝送されたＨＤＣＰ通信結果を用いて、前記シンク機器との通信状態を再判断するステップと、前記再判断の結果、前記ＨＤＣＰ通信結果が再び失敗であると判断されると、前記通信信号の周波数を変更するステップとを更に含んでよい。
【００１３】
そして、前記通信信号の周波数を変更するステップは、前記コンテンツに含まれた映像データのビットデプス（Ｂｉｔ ｄｅｐｔｈ）を低減させてよい。
【００１４】
なお、前記通信信号の周波数を変更するステップは、前記コンテンツに含まれた映像データの出力解像度を低減させてよい。
【００１５】
そして、前記通信信号は、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）信号であってよい。
【００１６】
なお、前記伝送するステップは、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いて前記通信信号を伝送してよい。
【００１７】
一方、前記目的を達成するための本発明の一実施形態に係るシンク機器にコンテンツを提供するソース機器は、前記シンク機器との通信を行う通信部と、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号の含まれた通信信号を前記シンク機器に伝送するように前記通信部を制御し、前記シンク機器でＨＤＣＰ通信結果が受信されると、前記ＨＤＣＰ通信結果を用いて前記シンク機器との通信状態を判断し、前記判断された通信状態に応じて前記通信信号を調整する制御部とを含む。
【００１８】
そして、前記制御部は、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値および前記ソース機器から生成された復号化値を比較し、前記シンク機器との通信状態を判断し、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号を調整してよい。
【００１９】
なお、前記制御部は、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号の波形を調整してよい。
【００２０】
そして、前記制御部は、前記通信信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を下げるかまたは上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を増加または低減させ、Ｊｉｔｔｅｒを増加または低減させるなどの信号の電気的なすべての特性を最適化するように調整してよい。
【００２１】
なお、前記制御部は、前記通信信号の波形を調整した後、調整された通信信号を再び前記シンク機器に伝送するように前記通信部を制御し、前記シンク機器から再び伝送されたＨＤＣＰ通信結果を用いて、前記シンク機器との通信状態を再判断し、再判断の結果、前記ＨＤＣＰ通信結果が再び失敗であると判断されると、前記通信信号の周波数を変更してよい。
【００２２】
そして、前記制御部は、前記コンテンツに含まれた映像データのビットデプス（Ｂｉｔ ｄｅｐｔｈ）を低減させて前記通信信号の周波数を変更してよい。
【００２３】
なお、前記制御部は、前記コンテンツに含まれた映像データの出力解像度を低減させて前記通信信号の周波数を変更してよい。
【００２４】
そして、前記通信信号は、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）信号であってよい。
【００２５】
なお、前記通信部は、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いてよい。
【発明の効果】
【００２６】
以上説明したように本発明によれば、ＨＤＣＰ通信結果を用いてソース機器とシンク機器との間の通信状態を判断し、判断結果に応じて通信環境を自動的に調整することにより、ユーザにとって最適化されたコンテンツを提供できるようになる。
【図面の簡単な説明】
【００２７】
【図１】本発明の一実施形態に係るソース機器およびシンク機器を含む通信システムに対する図である。
【図２】本発明の一実施形態に係るソース機器のブロック図を示す図である。
【図３】本発明の一実施形態に係るＴＭＤＳ信号の構成を示す図である。
【図４Ａ】本発明の一実施形態に係る通信信号の改善前／後のＴＭＤＳ信号のアイパターンを示す図である。
【図４Ｂ】本発明の一実施形態に係る通信信号の改善前／後のＴＭＤＳ信号のアイパターンを示す図である。
【図５】本発明の一実施形態に係るシンク機器のブロック図を示す図である。
【図６】本発明の一実施形態に係るソース機器の通信方法を説明するためのフローチャートである。
【図７】本発明の一実施形態に係るソース機器の通信方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００２８】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。
【００２９】
図１は、本発明の一実施形態に係るソース機器１００およびシンク機器２００を含む通信システム１０を示す図である。図１に示す通信システム１０は、ソース機器１００とシンク機器２００との間にＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）およびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いて通信可能に接続される。
【００３０】
このとき、ソース機器１００は、シンク機器２００に映像データおよび音声データの含まれたコンテンツを提供する装置である。ソース機器１００としては、図１に示すように、ＤＶＤプレーヤであってよいが、それは一例に過ぎず、セットトップボックス等のようなソース機器１００も本発明の技術的思想が適用されてよい。
【００３１】
シンク機器２００は、ソース機器１００から受信されたコンテンツを出力する装置である。シンク機器２００としては、図１に示すように、テレビであってよいが、それは一例に過ぎず、モニタやプロジェクションテレビ、ノートパソコンのようなシンク機器２００も、本発明の技術的思想が適用されてよい。
【００３２】
以下では、ソース機器１００およびシンク機器２００の細部構成について詳細に説明する。
【００３３】
図２は、本発明の一実施形態に係るソース機器１００のブロック図を示す図である。図２に示すように、ソース機器１００は、コンテンツ獲得部１１０と、ＨＤＣＰ暗号化部１２０と、エンコード部１３０と、ソース通信部１４０と、ソースメモリ部１５０及びソース制御部１６０を含む。
【００３４】
コンテンツ獲得部１１０は、コンテンツソースからコンテンツを獲得し、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）暗号化部１２０に提供する。コンテンツ獲得部１１０がコンテンツを獲得する方式は、ソース機器１００の種類に応じて異なる。
【００３５】
例えば、１）ソース機器１００がセットトップボックスなら、コンテンツ獲得部１１０はケーブルまたはアンテナを通じて放送局から受信する方式でコンテンツを獲得し、２）ソース機器１００がＤＶＤプレーヤなら、コンテンツ獲得部１１０はＤＶＤから読み込む方式でコンテンツを獲得する。
【００３６】
ＨＤＣＰ暗号化部１２０は、ＨＤＣＰ暗号化モジュールを用いて、コンテンツ獲得部１１０から出力されるコンテンツに対するＨＤＣＰ暗号化作業を行う。
【００３７】
エンコード部１３０は、ＨＤＣＰ暗号化部１２０で暗号化されたＨＤＣＰ信号およびその他に必要な情報を付加してＴＭＤＳ信号を生成する。図３は、本発明の一実施形態に係るＴＭＤＳ信号の構成について示す図である。図３に示すように、ＴＭＤＳ信号は３つのチャネルで構成されている。“ＴＭＤＳ ｃｈａｎｎｅｌ ０”は信号の前方に垂直同期信号および水平同期信号が位置する領域３１０と、オーディオデータパケットが位置する領域３３０およびビデオデータパケットが位置する領域３４０で構成される。そして、“ＴＭＤＳ ｃｈａｎｎｅｌ １”および“ＴＭＤＳ ｃｈａｎｎｅｌ ２”は、信号の前方にＨＤＣＰ信号が位置する領域３２０と、オーディオデータパケットが位置する領域３３０およびビデオデータパケットが位置する領域３４０で構成される。
【００３８】
このとき、エンコード部１３０は、予め設定された時間間隔（例えば、１秒）で一つのフレームを生成することができる。
【００３９】
ソース通信部１４０は、エンコード部１３０によって生成されたＴＭＤＳ信号をシンク機器２００に伝送する。なお、ソース通信部１４０は、シンク機器２００からＨＤＣＰ通信結果を受信する。このとき、ＨＤＣＰ通信結果とは、シンク機器２００から生成されたＨＤＣＰ信号の復号化値（Ｒｎ）を意味する。
【００４０】
このとき、ソース通信部１４０は、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いてシンク機器２００と通信を行うことができる。
【００４１】
ソースメモリ部１５０は、ソース機器１００を制御するための各種データおよび情報を保存する。特に、ソースメモリ部１５０は、Ｒｎ’値を生成するためのＡＫＳＶ（Ａ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）とＡｎに対する情報を保存する。
【００４２】
ソース制御部１６０は、ユーザの入力により、ソース機器１００の動作の全般を制御する。特に、ソース制御部１６０は、ＨＤＣＰ信号の含まれたＴＭＤＳ信号をシンク機器２００に伝送するようにソース通信部１４０を制御する。
【００４３】
そして、ソース制御部１６０は、シンク機器２００で受信されたＨＤＣＰ通信結果を用いてシンク機器２００との通信状態を判断する。具体的に、シンク機器２００がＴＭＤＳ信号を受信すると、シンク機器２００は受信されたＴＭＤＳ信号に含まれたＨＤＣＰ信号の鍵値（Ａｎ）および予め保存されているＢＫＳＶ（Ｂ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）を用いてＲｎを生成する。そして、シンク機器２００は、生成されたＲｎをソース機器１００に伝送する。
【００４４】
シンク機器２００からＲｎを受信すると、ソース制御部１６０はソースメモリ部１５０に保存されたＡＫＳＶ（Ａ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）とＡｎに基づいて生成したＲｎ’をシンク機器２００から伝送されたＲｎと同一かを比較する。
【００４５】
例えば、“Ｒｎ’＝Ｒｎ”の場合、ソース制御部１６０はソース機器１００とシンク機器２００との間の通信状態が正常であると判断し、現在の通信状態を維持しつつ、シンク機器２００と通信を行うようにソース通信部１４０を制御する。
【００４６】
一方で、“Ｒｎ’≠Ｒｎ”の場合、ソース制御部１６０はソース機器１００とシンク機器２００との間の通信状態が失敗であると判断する。このとき、通信状態が失敗である理由は、認証されていないシンク機器２００がソース機器１００と通信を行う場合もあるが、ケーブル線が長すぎてケーブル線による抵抗により、ＴＭＤＳ信号の周波数特性が劣化しているという場合もある。その他の理由により、ＴＭＤＳ信号の周波数特性が劣化する場合、ソース制御部１６０は、ソース機器１００とシンク機器２００との間の通信状態が失敗であると判断することができる。
【００４７】
従って、ＴＭＤＳ信号の周波数特性の劣化による通信失敗を克服するために、ソース制御部１６０はＴＭＤＳ信号を調整する。
【００４８】
具体的に、ソース制御部１６０は、通信状態が失敗であると判断されると、ＴＭＤＳ信号の波形を調整することができる。より具体的に、図４Ａに示すように、ＴＭＤＳ信号の周波数特性が劣化している場合、周波数がピークに達していなかったり、周波数周期が伸びるという現象が生じるようになる。
【００４９】
このとき、ソース制御部１６０は、ＴＭＤＳ信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を低減させるようにＴＭＤＳ信号を調整することができる。従って、図４Ｂに示すように、ソース制御部１６０は、ＴＭＤＳ信号がピークに達するように調整し、周波数の周期を低減させて劣化している周波数特性を調整することができる。
【００５０】
しかし、それは一実施形態に過ぎず、ジッター（Ｊｉｔｔｅｒ）を増加または低減させる等の信号の電気的な特性を最適化するように通信信号の波形を調整することができる。
【００５１】
上述の方法によると、ＴＭＤＳ信号に含まれた映像データおよび音声データに影響を及ぼすことなく、ＴＭＤＳ信号の電気的特性のみを調整することにより、ユーザに最適化したコンテンツを提供することができるようになる。
【００５２】
上述の方法によってＴＭＤＳ信号を調整した後、ソース制御部１６０は調整されたＴＭＤＳ信号をシンク機器２００に伝送するようにソース通信部１４０を制御する。
【００５３】
そして、ソース制御部１６０は、シンク機器２００で再度受信されたＨＤＣＰ通信結果を用いてシンク機器２００との通信状態を判断する。ＨＤＣＰ通信結果を用いてシンク機器２００との通信状態を判断する方法は、上述の方法と同様であるため、繰り返し説明は省略する。
【００５４】
再び通信失敗であると判断された場合、ソース制御部１６０は、ＴＭＤＳ信号内に含まれた映像データのビットデプスを調整することができる。例えば、ソース制御部１６０は、各カラー（ＲＧＢまたはＹＣｂＣｒ）当り１２ビットで出力されている映像データを１０ビットまたは８ビットに調整して出力することができる。
【００５５】
なお、ソース制御部１６０は、ビットデプスを調整する方法を数回行い、正常な通信状態でユーザに最適な画質を提供することができる。例えば、ソース制御部１６０は、１２ビットで出力される映像データを、１０ビットで出力される映像データ→８ビットで出力される映像データに順次に調整して通信状態を判断することができる。
【００５６】
上述のように、ビットデプスを調整してＴＭＤＳ信号の周波数を調整することにより、ソース機器１００は正常な通信状態でコンテンツを提供することができるようになる。
【００５７】
なお、ビットデプスを調整して周波数を調整したにもかかわらず、持続的な通信失敗が発生する場合、ソース制御部１６０は映像データの出力解像度を調整することができる。例えば、ソース制御部１６０は、１４８.３５ＭＨｚのクロック周波数を有する１０８０Ｐ／８ｂｉｔ出力解像度の映像データを７４.１７６ＭＨｚのクロック周波数を有する１０８０ｉ／８ｂｉｔ出力解像度の映像データに調整することができる。
【００５８】
上述のように、出力解像度を調整してＴＭＤＳ信号の周波数を調整することにより、ソース機器１００は多少画質は落ちるが、正常な通信状態でシンク機器２００にコンテンツを提供できるようになる。
【００５９】
図５は、本発明の一実施形態に係るシンク機器２００のブロック図を示す図である。図５に示すように、シンク機器２００は、シンク通信部２１０と、デコード部２２０と、ＨＤＣＰ復号化部２３０と、コンテンツ出力部２４０と、シンクメモリ部２５０およびシンク制御部２６０を含む。
【００６０】
シンク通信部２１０は、ソース機器１００のソース通信部１４０が伝送したＴＭＤＳ信号を受信してデコード部２２０に伝達する。なお、シンク通信部２１０は、シンク機器２００のＨＤＣＰ復号化部２３０から生成されたＨＤＣＰ通信結果をソース機器１００に伝送する。このとき、ＨＤＣＰ通信結果とは、シンク機器２００から生成されたＨＤＣＰ信号の復号化値（Ｒｎ）を意味する。
【００６１】
ここで、シンク通信部２１０は、ソース通信部１４０と同様に、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いてソース機器１００と通信を行うことができる。
【００６２】
デコード部２２０は、シンク通信部２１０を介してソース機器１００から受信したＴＭＤＳ信号をデコードする。
【００６３】
ＨＤＣＰ復号化部２３０は、ＨＤＣＰ復号化モジュールを用いて、デコード部２２０から印加される暗号化されたＨＤＣＰ信号を復号化する。具体的に、ＨＤＣＰ復号化２３０は、ソース機器１００から受信されたＴＭＤＳ信号に含まれたＨＤＣＰ信号の鍵値（Ａｎ）および予め保存されているＢＫＳＶ（Ｂ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）を用いてＨＤＣＰ信号を復号化した後、Ｒｎを生成する。
【００６４】
コンテンツ出力部２４０は、ＴＭＤＳ信号に含まれた映像データおよび音声データをユーザに提供する。コンテンツ出力部２４０がコンテンツを出力する方式は、シンク機器２００の種類に応じて異なる。
【００６５】
シンクメモリ部２５０は、シンク機器２００を制御するための各種データおよび情報を保存する。特に、シンクメモリ部２５０は、Ｒｎ値を生成するためのＢＫＳＶ（Ｂ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）に対する情報を保存する。
【００６６】
シンク制御部２６０は、ユーザの操作に従ってシンク機器２００の動作の全般を制御する。特に、シンク制御部２６０は、ＨＤＣＰ復号化部２３０から生成されたＨＤＣＰ通信結果である復号化値（Ｒｎ）をソース機器１００に伝送するようにシンク通信部２１０を制御する。
【００６７】
従って、ソース機器１００は、シンク機器２００から伝送されたＨＤＣＰ通信結果を用いて、シンク機器２００との通信状態を判断し、ユーザに最適なコンテンツを提供することができるようになる。
【００６８】
以下では、図６および図７を参照しながら、ソース機器１００の通信方法について説明する。
【００６９】
図６は、本発明の一実施形態に係るソース機器１００の通信方法を説明するためのフローチャートである。まず、ソース機器１００は、シンク機器２００とＨＤＭＩケーブルが接続されているか否か判断する（Ｓ６０５）。
【００７０】
シンク機器２００とＨＤＭＩケーブルが接続されていると判断されると（Ｓ６０５−Ｙ）、ソース機器１００はＨＤＣＰ信号の含まれた通信信号を伝送する（Ｓ６１０）。このとき、通信信号はＴＭＤＳ信号であってよい。
【００７１】
そして、シンク機器２００が伝送されたＨＤＣＰ信号を復号化してＨＤＣＰ通信結果を伝送すると、ソース機器１００はＨＤＣＰ通信結果を受信する（Ｓ６１５）。このとき、ＨＤＣＰ通信結果とは、シンク機器２００が受信されたＨＤＣＰ信号の鍵値（Ａｎ）および予め保存されているＢＫＳＶを用いて復号化したＲｎである。
【００７２】
ソース機器１００は、受信したＨＤＣＰ通信結果を用いて、ＨＤＣＰ通信状態が正常であるか否かを判断する（Ｓ６２０）。具体的に、シンク機器２００からＲｎを受信すると、ソース機器１００は予め保存されているＡＫＳＶ（Ａ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）とＡｎに基づいて生成したＲｎ’をシンク機器２００から伝送されたＲｎと同一であるか比較する。
【００７３】
例えば、“Ｒｎ’＝Ｒｎ”の場合、ソース機器１００はＨＤＣＰ通信が正常であると判断し、ソース機器１００とシンク機器２００との間の通信状態が正常であると判断する（Ｓ６２０−Ｙ）。通信状態が正常であると判断されると、ソース機器１００は通信状態を維持する（Ｓ６７５）。
【００７４】
一方で、“Ｒｎ’≠Ｒｎ”の場合、ソース機器１００はＨＤＣＰ通信が失敗であると判断し、ソース機器１００とシンク機器２００との間の通信状態が失敗であると判断する（Ｓ６２０−Ｎ）。
【００７５】
通信状態が失敗であると判断すると（Ｓ６２０−Ｎ）、ソース機器１００は通信信号の波形を調整する（Ｓ６２５）。具体的に、ソース機器１００は通信信号のピークツーピークを上げ、上昇時間および下降時間を低減させるように調整することができる。即ち、ソース機器１００は周波数特性の劣化している通信信号がピークに達するように調整し、周波数の周期を低減させて劣化している周波数特性を調整することができる。
【００７６】
上述の方法によると、通信信号に含まれた映像データおよび音声データに影響を及ぼすことなく、通信信号の電気的特性のみを調整することにより、ユーザに最適化したコンテンツを提供できるようになる。
【００７７】
通信信号の波形が調整されると（Ｓ６２５）、ソース機器１００は波形の調整された通信信号をシンク機器２００に再伝送する（Ｓ６３０）。そして、ソース機器１００は、シンク機器２００からＨＤＣＰ通信結果を再び受信する（Ｓ６３５）。
【００７８】
ＨＤＣＰ通信結果が受信されると、ソース機器１００は、ステップＳ６２０で説明したように、ＨＤＣＰ通信状態が正常か否かを判断する（Ｓ６４０）。
【００７９】
ＨＤＣＰ通信状態が正常である場合（Ｓ６４０−Ｙ）、ソース機器１００はソース機器１００とシンク機器２００との間の通信状態が正常であると判断し、現在の通信状態を維持する（Ｓ６７５）。
【００８０】
しかし、ＨＤＣＰ通信状態が再び失敗である場合（Ｓ６４０−Ｎ）、ソース機器１００はソース機器１００とシンク機器２００との間の通信状態が失敗であると判断し、映像データのビットデプスを調整する（Ｓ６４５）。このとき、ビットデプスとは、映像データの各カラー（ＲＧＢまたはＹＣｂＣｒ）を表すビット数をいう。例えば、ソース機器１００は、各カラー（ＲＧＢまたはＹＣｂＣｒ）当り１２ビットで出力されている映像データを８ビットに調整して出力することができる。
【００８１】
映像データのビットデプスが調整されると、ソース機器１００はビットデプスの調整された映像データが含まれた通信信号を再伝送する（Ｓ６５０）。そして、ソース機器１００は、シンク機器２００からＨＤＣＰ通信結果を再び受信する（Ｓ６５５）。
【００８２】
ＨＤＣＰ通信結果が受信されると、ソース機器１００はステップＳ６２０において説明したように、ＨＤＣＰ通信状態が正常であるか否かを判断する（Ｓ６６０）。
【００８３】
ＨＤＣＰ通信状態が正常である場合（Ｓ６６０−Ｙ）、ソース機器１００はソース機器１００とシンク機器２００との間の通信状態が正常であると判断し、現在の通信状態を維持する（Ｓ６７５）。
【００８４】
しかし、ＨＤＣＰ通信状態が又しても失敗である場合（Ｓ６６０−Ｎ）、ソース機器１００はシース機器１００とシンク機器２００との間の通信状態が失敗であると判断し、映像データの出力解像度を調整する。例えば、ソース機器１００は１４８.３５ＭＨｚのクロック周波数を有する１０８０Ｐ／８ｂｉｔ出力解像度の映像データを７４.１７６ＭＨｚのクロック周波数を有する１０８０ｉ／８ｂｉｔ出力解像度の映像データに調整することができる。
【００８５】
映像データの出力解像度が調整されると、ソース機器１００は出力解像度の調整された映像データが含まれた通信信号を再伝送する（Ｓ６７０）。従って、出力解像度の調整された映像データを伝送することにより、周波数特性の劣化による通信失敗を克服できるようになる。
【００８６】
上述のように、ＨＤＣＰ通信結果を用いてソース機器１００とシンク機器２００との間の通信状態を判断し、判断結果に応じて通信環境を自動的に調整することにより、ユーザに最適化したコンテンツを提供できるようになる。
【００８７】
図７は、本発明の一実施形態に係るソース機器１００の通信方法を簡略に説明するためのフローチャートである。まず、ソース機器１００は、ＨＤＣＰ信号の含まれた通信信号をシンク機器２００に伝送する（Ｓ７１０）。このとき、通信信号はＴＭＤＳ信号であってよく、ソース機器１００はＤＶＩまたはＨＤＭＩインターフェースを用いてシンク機器２００と通信可能である。
【００８８】
シンク機器２００でＨＤＣＰ通信結果が受信されると、ソース機器１００はＨＤＣＰ通信結果を用いてシンク機器２００との通信状態を判断する。それに対する詳細な説明は、図２および図６において説明したのと同様であるため、省略する。
【００８９】
ソース機器１００は判断された通信状態に応じて、通信信号を調整する（Ｓ７３０）。具体的に、ソース機器１００は、シンク機器２００から伝送されたＨＤＣＰ通信結果を用いて、ソース機器１００とシンク機器２００との間の通信状態が正常であると判断されると、現在の通信状態を維持してシンク機器２００との通信を行う。
【００９０】
しかし、ソース機器１００とシンク機器２００との間の通信状態が失敗であると判断されると、ソース機器１００は通信信号を調整する。とのとき、通信信号を調整する方法としては、図２において説明したように、通信信号の波形を調整する方法、映像データのビットデプスを調整する方法および映像データの出力解像度を調整する方法がある。上述の順番は、コンテンツの画質に影響を最小限化する順番として、上述の順番によって通信信号が調整されてよい。
【００９１】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は以上の実施形態に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的趣旨の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【技術分野】
【０００１】
本発明は、ソース機器およびその通信方法に関し、より詳細には、ＨＤＭＩまたはＤＶＩ通信インターフェースを用いてシンク機器にコンテンツを提供するソース機器およびその通信方法に関する。
【背景技術】
【０００２】
近来には、高画質のコンテンツを提供するために、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）およびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）通信が用いられている。このとき、ＨＤＭＩまたはＤＶＩ通信においてコンテンツ保護のために、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号を付加してコンテンツを提供している。一般に、ＨＤＭＩまたはＤＶＩ通信においてＨＤＣＰ信号は、ＤＤＣ（Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ）ラインとＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）ラインを通じてコンテンツ保護情報およびコントロール信号が伝達される。
【０００３】
一方、ＨＤＭＩケーブルが長すぎて通信信号の周波数特性が劣化したり、他の原因により通信信号の周波数特性が劣化すると、ソース機器およびシンク機器との間の通信が円滑でなくなり、通信障害を引き起こして正常画面および正常音声でないノイズの含まれた画面および音声が出力される。
【０００４】
即ち、通信信号の周波数特性が劣化すると、デジタル信号の“１”と“０”を表すデジタル信号の電圧レベルが正確に伝達されなくなり、ソース機器がシンク機器に正常なコンテンツを提供できなくなってしまう。
【０００５】
従って、正常なコンテンツを提供するために、ソース機器とシンク機器との間の通信状態を判断し、判断の結果、通信状態が失敗の場合、通信状態を改善するための方策への模索が求められる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】日本特開第２０１０−０４１０９１号広報
【特許文献２】韓国特開第２００９−００４８００６号広報
【特許文献３】日本特開第２００９−０２７５８８号広報
【特許文献４】韓国特開第２００９−００１１４７４号広報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＨＤＣＰ通信結果を用いて通信状態を判断し、判断された通信状態に応じて通信信号を調整するソース機器およびその通信方法を提供することにある。
【課題を解決するための手段】
【０００８】
前記目的を達成するための本発明の一実施形態に係るシンク機器にコンテンツを提供するソース機器の通信方法は、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号の含まれた通信信号を前記シンク機器に伝送するステップと、前記シンク機器でＨＤＣＰ通信結果が受信されると、前記ＨＤＣＰ通信結果を用いて前記シンク機器との通信状態を判断するステップと、前記判断された通信状態に応じて前記通信信号を調整するステップとを含む。
【０００９】
そして、前記判断するステップは、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値および前記ソース機器から生成された復号化値を比較し、前記シンク機器との通信状態を判断し、前記調整するステップは、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号を調整してよい。
【００１０】
なお、前記調整するステップは、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号の波形を調整してよい。
【００１１】
そして、前記調整するステップは、前記通信信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を下げるかまたは上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を増加または低減させ、Ｊｉｔｔｅｒを増加または低減させるなどの信号の電気的なすべての特性を最適化するように調整してよい。
【００１２】
なお、前記通信信号の波形を調整した後、調整された通信信号を再び前記シンク機器に伝送し、前記シンク機器から再び伝送されたＨＤＣＰ通信結果を用いて、前記シンク機器との通信状態を再判断するステップと、前記再判断の結果、前記ＨＤＣＰ通信結果が再び失敗であると判断されると、前記通信信号の周波数を変更するステップとを更に含んでよい。
【００１３】
そして、前記通信信号の周波数を変更するステップは、前記コンテンツに含まれた映像データのビットデプス（Ｂｉｔ ｄｅｐｔｈ）を低減させてよい。
【００１４】
なお、前記通信信号の周波数を変更するステップは、前記コンテンツに含まれた映像データの出力解像度を低減させてよい。
【００１５】
そして、前記通信信号は、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）信号であってよい。
【００１６】
なお、前記伝送するステップは、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いて前記通信信号を伝送してよい。
【００１７】
一方、前記目的を達成するための本発明の一実施形態に係るシンク機器にコンテンツを提供するソース機器は、前記シンク機器との通信を行う通信部と、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号の含まれた通信信号を前記シンク機器に伝送するように前記通信部を制御し、前記シンク機器でＨＤＣＰ通信結果が受信されると、前記ＨＤＣＰ通信結果を用いて前記シンク機器との通信状態を判断し、前記判断された通信状態に応じて前記通信信号を調整する制御部とを含む。
【００１８】
そして、前記制御部は、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値および前記ソース機器から生成された復号化値を比較し、前記シンク機器との通信状態を判断し、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号を調整してよい。
【００１９】
なお、前記制御部は、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号の波形を調整してよい。
【００２０】
そして、前記制御部は、前記通信信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を下げるかまたは上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を増加または低減させ、Ｊｉｔｔｅｒを増加または低減させるなどの信号の電気的なすべての特性を最適化するように調整してよい。
【００２１】
なお、前記制御部は、前記通信信号の波形を調整した後、調整された通信信号を再び前記シンク機器に伝送するように前記通信部を制御し、前記シンク機器から再び伝送されたＨＤＣＰ通信結果を用いて、前記シンク機器との通信状態を再判断し、再判断の結果、前記ＨＤＣＰ通信結果が再び失敗であると判断されると、前記通信信号の周波数を変更してよい。
【００２２】
そして、前記制御部は、前記コンテンツに含まれた映像データのビットデプス（Ｂｉｔ ｄｅｐｔｈ）を低減させて前記通信信号の周波数を変更してよい。
【００２３】
なお、前記制御部は、前記コンテンツに含まれた映像データの出力解像度を低減させて前記通信信号の周波数を変更してよい。
【００２４】
そして、前記通信信号は、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）信号であってよい。
【００２５】
なお、前記通信部は、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いてよい。
【発明の効果】
【００２６】
以上説明したように本発明によれば、ＨＤＣＰ通信結果を用いてソース機器とシンク機器との間の通信状態を判断し、判断結果に応じて通信環境を自動的に調整することにより、ユーザにとって最適化されたコンテンツを提供できるようになる。
【図面の簡単な説明】
【００２７】
【図１】本発明の一実施形態に係るソース機器およびシンク機器を含む通信システムに対する図である。
【図２】本発明の一実施形態に係るソース機器のブロック図を示す図である。
【図３】本発明の一実施形態に係るＴＭＤＳ信号の構成を示す図である。
【図４Ａ】本発明の一実施形態に係る通信信号の改善前／後のＴＭＤＳ信号のアイパターンを示す図である。
【図４Ｂ】本発明の一実施形態に係る通信信号の改善前／後のＴＭＤＳ信号のアイパターンを示す図である。
【図５】本発明の一実施形態に係るシンク機器のブロック図を示す図である。
【図６】本発明の一実施形態に係るソース機器の通信方法を説明するためのフローチャートである。
【図７】本発明の一実施形態に係るソース機器の通信方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００２８】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。
【００２９】
図１は、本発明の一実施形態に係るソース機器１００およびシンク機器２００を含む通信システム１０を示す図である。図１に示す通信システム１０は、ソース機器１００とシンク機器２００との間にＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）およびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いて通信可能に接続される。
【００３０】
このとき、ソース機器１００は、シンク機器２００に映像データおよび音声データの含まれたコンテンツを提供する装置である。ソース機器１００としては、図１に示すように、ＤＶＤプレーヤであってよいが、それは一例に過ぎず、セットトップボックス等のようなソース機器１００も本発明の技術的思想が適用されてよい。
【００３１】
シンク機器２００は、ソース機器１００から受信されたコンテンツを出力する装置である。シンク機器２００としては、図１に示すように、テレビであってよいが、それは一例に過ぎず、モニタやプロジェクションテレビ、ノートパソコンのようなシンク機器２００も、本発明の技術的思想が適用されてよい。
【００３２】
以下では、ソース機器１００およびシンク機器２００の細部構成について詳細に説明する。
【００３３】
図２は、本発明の一実施形態に係るソース機器１００のブロック図を示す図である。図２に示すように、ソース機器１００は、コンテンツ獲得部１１０と、ＨＤＣＰ暗号化部１２０と、エンコード部１３０と、ソース通信部１４０と、ソースメモリ部１５０及びソース制御部１６０を含む。
【００３４】
コンテンツ獲得部１１０は、コンテンツソースからコンテンツを獲得し、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）暗号化部１２０に提供する。コンテンツ獲得部１１０がコンテンツを獲得する方式は、ソース機器１００の種類に応じて異なる。
【００３５】
例えば、１）ソース機器１００がセットトップボックスなら、コンテンツ獲得部１１０はケーブルまたはアンテナを通じて放送局から受信する方式でコンテンツを獲得し、２）ソース機器１００がＤＶＤプレーヤなら、コンテンツ獲得部１１０はＤＶＤから読み込む方式でコンテンツを獲得する。
【００３６】
ＨＤＣＰ暗号化部１２０は、ＨＤＣＰ暗号化モジュールを用いて、コンテンツ獲得部１１０から出力されるコンテンツに対するＨＤＣＰ暗号化作業を行う。
【００３７】
エンコード部１３０は、ＨＤＣＰ暗号化部１２０で暗号化されたＨＤＣＰ信号およびその他に必要な情報を付加してＴＭＤＳ信号を生成する。図３は、本発明の一実施形態に係るＴＭＤＳ信号の構成について示す図である。図３に示すように、ＴＭＤＳ信号は３つのチャネルで構成されている。“ＴＭＤＳ ｃｈａｎｎｅｌ ０”は信号の前方に垂直同期信号および水平同期信号が位置する領域３１０と、オーディオデータパケットが位置する領域３３０およびビデオデータパケットが位置する領域３４０で構成される。そして、“ＴＭＤＳ ｃｈａｎｎｅｌ １”および“ＴＭＤＳ ｃｈａｎｎｅｌ ２”は、信号の前方にＨＤＣＰ信号が位置する領域３２０と、オーディオデータパケットが位置する領域３３０およびビデオデータパケットが位置する領域３４０で構成される。
【００３８】
このとき、エンコード部１３０は、予め設定された時間間隔（例えば、１秒）で一つのフレームを生成することができる。
【００３９】
ソース通信部１４０は、エンコード部１３０によって生成されたＴＭＤＳ信号をシンク機器２００に伝送する。なお、ソース通信部１４０は、シンク機器２００からＨＤＣＰ通信結果を受信する。このとき、ＨＤＣＰ通信結果とは、シンク機器２００から生成されたＨＤＣＰ信号の復号化値（Ｒｎ）を意味する。
【００４０】
このとき、ソース通信部１４０は、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いてシンク機器２００と通信を行うことができる。
【００４１】
ソースメモリ部１５０は、ソース機器１００を制御するための各種データおよび情報を保存する。特に、ソースメモリ部１５０は、Ｒｎ’値を生成するためのＡＫＳＶ（Ａ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）とＡｎに対する情報を保存する。
【００４２】
ソース制御部１６０は、ユーザの入力により、ソース機器１００の動作の全般を制御する。特に、ソース制御部１６０は、ＨＤＣＰ信号の含まれたＴＭＤＳ信号をシンク機器２００に伝送するようにソース通信部１４０を制御する。
【００４３】
そして、ソース制御部１６０は、シンク機器２００で受信されたＨＤＣＰ通信結果を用いてシンク機器２００との通信状態を判断する。具体的に、シンク機器２００がＴＭＤＳ信号を受信すると、シンク機器２００は受信されたＴＭＤＳ信号に含まれたＨＤＣＰ信号の鍵値（Ａｎ）および予め保存されているＢＫＳＶ（Ｂ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）を用いてＲｎを生成する。そして、シンク機器２００は、生成されたＲｎをソース機器１００に伝送する。
【００４４】
シンク機器２００からＲｎを受信すると、ソース制御部１６０はソースメモリ部１５０に保存されたＡＫＳＶ（Ａ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）とＡｎに基づいて生成したＲｎ’をシンク機器２００から伝送されたＲｎと同一かを比較する。
【００４５】
例えば、“Ｒｎ’＝Ｒｎ”の場合、ソース制御部１６０はソース機器１００とシンク機器２００との間の通信状態が正常であると判断し、現在の通信状態を維持しつつ、シンク機器２００と通信を行うようにソース通信部１４０を制御する。
【００４６】
一方で、“Ｒｎ’≠Ｒｎ”の場合、ソース制御部１６０はソース機器１００とシンク機器２００との間の通信状態が失敗であると判断する。このとき、通信状態が失敗である理由は、認証されていないシンク機器２００がソース機器１００と通信を行う場合もあるが、ケーブル線が長すぎてケーブル線による抵抗により、ＴＭＤＳ信号の周波数特性が劣化しているという場合もある。その他の理由により、ＴＭＤＳ信号の周波数特性が劣化する場合、ソース制御部１６０は、ソース機器１００とシンク機器２００との間の通信状態が失敗であると判断することができる。
【００４７】
従って、ＴＭＤＳ信号の周波数特性の劣化による通信失敗を克服するために、ソース制御部１６０はＴＭＤＳ信号を調整する。
【００４８】
具体的に、ソース制御部１６０は、通信状態が失敗であると判断されると、ＴＭＤＳ信号の波形を調整することができる。より具体的に、図４Ａに示すように、ＴＭＤＳ信号の周波数特性が劣化している場合、周波数がピークに達していなかったり、周波数周期が伸びるという現象が生じるようになる。
【００４９】
このとき、ソース制御部１６０は、ＴＭＤＳ信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を低減させるようにＴＭＤＳ信号を調整することができる。従って、図４Ｂに示すように、ソース制御部１６０は、ＴＭＤＳ信号がピークに達するように調整し、周波数の周期を低減させて劣化している周波数特性を調整することができる。
【００５０】
しかし、それは一実施形態に過ぎず、ジッター（Ｊｉｔｔｅｒ）を増加または低減させる等の信号の電気的な特性を最適化するように通信信号の波形を調整することができる。
【００５１】
上述の方法によると、ＴＭＤＳ信号に含まれた映像データおよび音声データに影響を及ぼすことなく、ＴＭＤＳ信号の電気的特性のみを調整することにより、ユーザに最適化したコンテンツを提供することができるようになる。
【００５２】
上述の方法によってＴＭＤＳ信号を調整した後、ソース制御部１６０は調整されたＴＭＤＳ信号をシンク機器２００に伝送するようにソース通信部１４０を制御する。
【００５３】
そして、ソース制御部１６０は、シンク機器２００で再度受信されたＨＤＣＰ通信結果を用いてシンク機器２００との通信状態を判断する。ＨＤＣＰ通信結果を用いてシンク機器２００との通信状態を判断する方法は、上述の方法と同様であるため、繰り返し説明は省略する。
【００５４】
再び通信失敗であると判断された場合、ソース制御部１６０は、ＴＭＤＳ信号内に含まれた映像データのビットデプスを調整することができる。例えば、ソース制御部１６０は、各カラー（ＲＧＢまたはＹＣｂＣｒ）当り１２ビットで出力されている映像データを１０ビットまたは８ビットに調整して出力することができる。
【００５５】
なお、ソース制御部１６０は、ビットデプスを調整する方法を数回行い、正常な通信状態でユーザに最適な画質を提供することができる。例えば、ソース制御部１６０は、１２ビットで出力される映像データを、１０ビットで出力される映像データ→８ビットで出力される映像データに順次に調整して通信状態を判断することができる。
【００５６】
上述のように、ビットデプスを調整してＴＭＤＳ信号の周波数を調整することにより、ソース機器１００は正常な通信状態でコンテンツを提供することができるようになる。
【００５７】
なお、ビットデプスを調整して周波数を調整したにもかかわらず、持続的な通信失敗が発生する場合、ソース制御部１６０は映像データの出力解像度を調整することができる。例えば、ソース制御部１６０は、１４８.３５ＭＨｚのクロック周波数を有する１０８０Ｐ／８ｂｉｔ出力解像度の映像データを７４.１７６ＭＨｚのクロック周波数を有する１０８０ｉ／８ｂｉｔ出力解像度の映像データに調整することができる。
【００５８】
上述のように、出力解像度を調整してＴＭＤＳ信号の周波数を調整することにより、ソース機器１００は多少画質は落ちるが、正常な通信状態でシンク機器２００にコンテンツを提供できるようになる。
【００５９】
図５は、本発明の一実施形態に係るシンク機器２００のブロック図を示す図である。図５に示すように、シンク機器２００は、シンク通信部２１０と、デコード部２２０と、ＨＤＣＰ復号化部２３０と、コンテンツ出力部２４０と、シンクメモリ部２５０およびシンク制御部２６０を含む。
【００６０】
シンク通信部２１０は、ソース機器１００のソース通信部１４０が伝送したＴＭＤＳ信号を受信してデコード部２２０に伝達する。なお、シンク通信部２１０は、シンク機器２００のＨＤＣＰ復号化部２３０から生成されたＨＤＣＰ通信結果をソース機器１００に伝送する。このとき、ＨＤＣＰ通信結果とは、シンク機器２００から生成されたＨＤＣＰ信号の復号化値（Ｒｎ）を意味する。
【００６１】
ここで、シンク通信部２１０は、ソース通信部１４０と同様に、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いてソース機器１００と通信を行うことができる。
【００６２】
デコード部２２０は、シンク通信部２１０を介してソース機器１００から受信したＴＭＤＳ信号をデコードする。
【００６３】
ＨＤＣＰ復号化部２３０は、ＨＤＣＰ復号化モジュールを用いて、デコード部２２０から印加される暗号化されたＨＤＣＰ信号を復号化する。具体的に、ＨＤＣＰ復号化２３０は、ソース機器１００から受信されたＴＭＤＳ信号に含まれたＨＤＣＰ信号の鍵値（Ａｎ）および予め保存されているＢＫＳＶ（Ｂ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）を用いてＨＤＣＰ信号を復号化した後、Ｒｎを生成する。
【００６４】
コンテンツ出力部２４０は、ＴＭＤＳ信号に含まれた映像データおよび音声データをユーザに提供する。コンテンツ出力部２４０がコンテンツを出力する方式は、シンク機器２００の種類に応じて異なる。
【００６５】
シンクメモリ部２５０は、シンク機器２００を制御するための各種データおよび情報を保存する。特に、シンクメモリ部２５０は、Ｒｎ値を生成するためのＢＫＳＶ（Ｂ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）に対する情報を保存する。
【００６６】
シンク制御部２６０は、ユーザの操作に従ってシンク機器２００の動作の全般を制御する。特に、シンク制御部２６０は、ＨＤＣＰ復号化部２３０から生成されたＨＤＣＰ通信結果である復号化値（Ｒｎ）をソース機器１００に伝送するようにシンク通信部２１０を制御する。
【００６７】
従って、ソース機器１００は、シンク機器２００から伝送されたＨＤＣＰ通信結果を用いて、シンク機器２００との通信状態を判断し、ユーザに最適なコンテンツを提供することができるようになる。
【００６８】
以下では、図６および図７を参照しながら、ソース機器１００の通信方法について説明する。
【００６９】
図６は、本発明の一実施形態に係るソース機器１００の通信方法を説明するためのフローチャートである。まず、ソース機器１００は、シンク機器２００とＨＤＭＩケーブルが接続されているか否か判断する（Ｓ６０５）。
【００７０】
シンク機器２００とＨＤＭＩケーブルが接続されていると判断されると（Ｓ６０５−Ｙ）、ソース機器１００はＨＤＣＰ信号の含まれた通信信号を伝送する（Ｓ６１０）。このとき、通信信号はＴＭＤＳ信号であってよい。
【００７１】
そして、シンク機器２００が伝送されたＨＤＣＰ信号を復号化してＨＤＣＰ通信結果を伝送すると、ソース機器１００はＨＤＣＰ通信結果を受信する（Ｓ６１５）。このとき、ＨＤＣＰ通信結果とは、シンク機器２００が受信されたＨＤＣＰ信号の鍵値（Ａｎ）および予め保存されているＢＫＳＶを用いて復号化したＲｎである。
【００７２】
ソース機器１００は、受信したＨＤＣＰ通信結果を用いて、ＨＤＣＰ通信状態が正常であるか否かを判断する（Ｓ６２０）。具体的に、シンク機器２００からＲｎを受信すると、ソース機器１００は予め保存されているＡＫＳＶ（Ａ Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ）とＡｎに基づいて生成したＲｎ’をシンク機器２００から伝送されたＲｎと同一であるか比較する。
【００７３】
例えば、“Ｒｎ’＝Ｒｎ”の場合、ソース機器１００はＨＤＣＰ通信が正常であると判断し、ソース機器１００とシンク機器２００との間の通信状態が正常であると判断する（Ｓ６２０−Ｙ）。通信状態が正常であると判断されると、ソース機器１００は通信状態を維持する（Ｓ６７５）。
【００７４】
一方で、“Ｒｎ’≠Ｒｎ”の場合、ソース機器１００はＨＤＣＰ通信が失敗であると判断し、ソース機器１００とシンク機器２００との間の通信状態が失敗であると判断する（Ｓ６２０−Ｎ）。
【００７５】
通信状態が失敗であると判断すると（Ｓ６２０−Ｎ）、ソース機器１００は通信信号の波形を調整する（Ｓ６２５）。具体的に、ソース機器１００は通信信号のピークツーピークを上げ、上昇時間および下降時間を低減させるように調整することができる。即ち、ソース機器１００は周波数特性の劣化している通信信号がピークに達するように調整し、周波数の周期を低減させて劣化している周波数特性を調整することができる。
【００７６】
上述の方法によると、通信信号に含まれた映像データおよび音声データに影響を及ぼすことなく、通信信号の電気的特性のみを調整することにより、ユーザに最適化したコンテンツを提供できるようになる。
【００７７】
通信信号の波形が調整されると（Ｓ６２５）、ソース機器１００は波形の調整された通信信号をシンク機器２００に再伝送する（Ｓ６３０）。そして、ソース機器１００は、シンク機器２００からＨＤＣＰ通信結果を再び受信する（Ｓ６３５）。
【００７８】
ＨＤＣＰ通信結果が受信されると、ソース機器１００は、ステップＳ６２０で説明したように、ＨＤＣＰ通信状態が正常か否かを判断する（Ｓ６４０）。
【００７９】
ＨＤＣＰ通信状態が正常である場合（Ｓ６４０−Ｙ）、ソース機器１００はソース機器１００とシンク機器２００との間の通信状態が正常であると判断し、現在の通信状態を維持する（Ｓ６７５）。
【００８０】
しかし、ＨＤＣＰ通信状態が再び失敗である場合（Ｓ６４０−Ｎ）、ソース機器１００はソース機器１００とシンク機器２００との間の通信状態が失敗であると判断し、映像データのビットデプスを調整する（Ｓ６４５）。このとき、ビットデプスとは、映像データの各カラー（ＲＧＢまたはＹＣｂＣｒ）を表すビット数をいう。例えば、ソース機器１００は、各カラー（ＲＧＢまたはＹＣｂＣｒ）当り１２ビットで出力されている映像データを８ビットに調整して出力することができる。
【００８１】
映像データのビットデプスが調整されると、ソース機器１００はビットデプスの調整された映像データが含まれた通信信号を再伝送する（Ｓ６５０）。そして、ソース機器１００は、シンク機器２００からＨＤＣＰ通信結果を再び受信する（Ｓ６５５）。
【００８２】
ＨＤＣＰ通信結果が受信されると、ソース機器１００はステップＳ６２０において説明したように、ＨＤＣＰ通信状態が正常であるか否かを判断する（Ｓ６６０）。
【００８３】
ＨＤＣＰ通信状態が正常である場合（Ｓ６６０−Ｙ）、ソース機器１００はソース機器１００とシンク機器２００との間の通信状態が正常であると判断し、現在の通信状態を維持する（Ｓ６７５）。
【００８４】
しかし、ＨＤＣＰ通信状態が又しても失敗である場合（Ｓ６６０−Ｎ）、ソース機器１００はシース機器１００とシンク機器２００との間の通信状態が失敗であると判断し、映像データの出力解像度を調整する。例えば、ソース機器１００は１４８.３５ＭＨｚのクロック周波数を有する１０８０Ｐ／８ｂｉｔ出力解像度の映像データを７４.１７６ＭＨｚのクロック周波数を有する１０８０ｉ／８ｂｉｔ出力解像度の映像データに調整することができる。
【００８５】
映像データの出力解像度が調整されると、ソース機器１００は出力解像度の調整された映像データが含まれた通信信号を再伝送する（Ｓ６７０）。従って、出力解像度の調整された映像データを伝送することにより、周波数特性の劣化による通信失敗を克服できるようになる。
【００８６】
上述のように、ＨＤＣＰ通信結果を用いてソース機器１００とシンク機器２００との間の通信状態を判断し、判断結果に応じて通信環境を自動的に調整することにより、ユーザに最適化したコンテンツを提供できるようになる。
【００８７】
図７は、本発明の一実施形態に係るソース機器１００の通信方法を簡略に説明するためのフローチャートである。まず、ソース機器１００は、ＨＤＣＰ信号の含まれた通信信号をシンク機器２００に伝送する（Ｓ７１０）。このとき、通信信号はＴＭＤＳ信号であってよく、ソース機器１００はＤＶＩまたはＨＤＭＩインターフェースを用いてシンク機器２００と通信可能である。
【００８８】
シンク機器２００でＨＤＣＰ通信結果が受信されると、ソース機器１００はＨＤＣＰ通信結果を用いてシンク機器２００との通信状態を判断する。それに対する詳細な説明は、図２および図６において説明したのと同様であるため、省略する。
【００８９】
ソース機器１００は判断された通信状態に応じて、通信信号を調整する（Ｓ７３０）。具体的に、ソース機器１００は、シンク機器２００から伝送されたＨＤＣＰ通信結果を用いて、ソース機器１００とシンク機器２００との間の通信状態が正常であると判断されると、現在の通信状態を維持してシンク機器２００との通信を行う。
【００９０】
しかし、ソース機器１００とシンク機器２００との間の通信状態が失敗であると判断されると、ソース機器１００は通信信号を調整する。とのとき、通信信号を調整する方法としては、図２において説明したように、通信信号の波形を調整する方法、映像データのビットデプスを調整する方法および映像データの出力解像度を調整する方法がある。上述の順番は、コンテンツの画質に影響を最小限化する順番として、上述の順番によって通信信号が調整されてよい。
【００９１】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は以上の実施形態に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的趣旨の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【特許請求の範囲】
【請求項１】
シンク機器にコンテンツを提供するソース機器の通信方法において、
ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号の含まれた通信信号を前記シンク機器に伝送するステップと、
前記シンク機器でＨＤＣＰ通信結果が受信されると、前記ＨＤＣＰ通信結果を用いて前記シンク機器との通信状態を判断するステップと、
前記判断された通信状態に応じて前記通信信号を調整するステップと
を含むソース機器の通信方法。
【請求項２】
前記判断するステップは、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値および前記ソース機器から生成された復号化値を比較し、前記シンク機器との通信状態を判断し、
前記調整するステップは、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号を調整することを特徴とする請求項１に記載のソース機器の通信方法。
【請求項３】
前記調整するステップは、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号の波形を調整することを特徴とする請求項２に記載のソース機器の通信方法。
【請求項４】
前記調整するステップは、
前記通信信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を低減させ、ジッター（Ｊｉｔｔｅｒ）を増加または低減させ、前記通信信号の電気的な特性が最適化されるように調整することを特徴とする請求項３に記載のソース機器の通信方法。
【請求項５】
前記通信信号の波形を調整した後、調整された通信信号を再び前記シンク機器に伝送し、前記シンク機器から再び伝送されたＨＤＣＰ通信結果を用いて、前記シンク機器との通信状態を再判断するステップと、
前記再判断の結果、前記ＨＤＣＰ通信結果が再び失敗であると判断されると、前記通信信号の周波数を変更するステップとを更に含むことを特徴とする請求項３に記載のソース機器の通信方法。
【請求項６】
前記通信信号の周波数を変更するステップは、
前記コンテンツに含まれた映像データのビットデプス（Ｂｉｔ ｄｅｐｔｈ）を低減させることを特徴とする請求項５に記載のソース機器の通信方法。
【請求項７】
前記通信信号の周波数を変更するステップは、
前記コンテンツに含まれた映像データの出力解像度を低減させることを特徴とする請求項５に記載のソース機器の通信方法。
【請求項８】
前記通信信号は、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）信号であることを特徴とする請求項１に記載のソース機器の通信方法。
【請求項９】
前記伝送するステップは、
ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いて前記通信信号を伝送することを特徴とする請求項１に記載のソース機器の通信方法。
【請求項１０】
シンク機器にコンテンツを提供するソース機器において、
前記シンク機器との通信を行う通信部と、
ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号の含まれた通信信号を前記シンク機器に伝送するように前記通信部を制御し、前記シンク機器でＨＤＣＰ通信結果が受信されると、前記ＨＤＣＰ通信結果を用いて前記シンク機器との通信状態を判断し、前記判断された通信状態に応じて前記通信信号を調整する制御部と
を含むソース機器。
【請求項１１】
前記制御部は、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値および前記ソース機器から生成された復号化値を比較し、前記シンク機器との通信状態を判断し、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号を調整することを特徴とする請求項１０に記載のソース機器。
【請求項１２】
前記制御部は、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号の波形を調整することを特徴とする請求項１１に記載のソース機器。
【請求項１３】
前記制御部は、
前記通信信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を低減させ、ジッター（Ｊｉｔｔｅｒ）を増加または低減させ、前記通信信号の電気的な特性が最適化されるように前記通信信号の波形を調整することを特徴とする請求項１２に記載のソース機器。
【請求項１４】
前記制御部は、
前記通信信号の波形を調整した後、調整された通信信号を再び前記シンク機器に伝送するように前記通信部を制御し、前記シンク機器から再び伝送されたＨＤＣＰ通信結果を用いて、前記シンク機器との通信状態を再判断し、再判断の結果、前記ＨＤＣＰ通信結果が再び失敗であると判断されると、前記通信信号の周波数を変更することを特徴とする請求項１１に記載のソース機器。
【請求項１５】
前記制御部は、
前記コンテンツに含まれた映像データのビットデプス（Ｂｉｔ ｄｅｐｔｈ）を低減させて前記通信信号の周波数を変更することを特徴とする請求項１４に記載のソース機器。
【請求項１】
シンク機器にコンテンツを提供するソース機器の通信方法において、
ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号の含まれた通信信号を前記シンク機器に伝送するステップと、
前記シンク機器でＨＤＣＰ通信結果が受信されると、前記ＨＤＣＰ通信結果を用いて前記シンク機器との通信状態を判断するステップと、
前記判断された通信状態に応じて前記通信信号を調整するステップと
を含むソース機器の通信方法。
【請求項２】
前記判断するステップは、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値および前記ソース機器から生成された復号化値を比較し、前記シンク機器との通信状態を判断し、
前記調整するステップは、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号を調整することを特徴とする請求項１に記載のソース機器の通信方法。
【請求項３】
前記調整するステップは、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号の波形を調整することを特徴とする請求項２に記載のソース機器の通信方法。
【請求項４】
前記調整するステップは、
前記通信信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を低減させ、ジッター（Ｊｉｔｔｅｒ）を増加または低減させ、前記通信信号の電気的な特性が最適化されるように調整することを特徴とする請求項３に記載のソース機器の通信方法。
【請求項５】
前記通信信号の波形を調整した後、調整された通信信号を再び前記シンク機器に伝送し、前記シンク機器から再び伝送されたＨＤＣＰ通信結果を用いて、前記シンク機器との通信状態を再判断するステップと、
前記再判断の結果、前記ＨＤＣＰ通信結果が再び失敗であると判断されると、前記通信信号の周波数を変更するステップとを更に含むことを特徴とする請求項３に記載のソース機器の通信方法。
【請求項６】
前記通信信号の周波数を変更するステップは、
前記コンテンツに含まれた映像データのビットデプス（Ｂｉｔ ｄｅｐｔｈ）を低減させることを特徴とする請求項５に記載のソース機器の通信方法。
【請求項７】
前記通信信号の周波数を変更するステップは、
前記コンテンツに含まれた映像データの出力解像度を低減させることを特徴とする請求項５に記載のソース機器の通信方法。
【請求項８】
前記通信信号は、ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）信号であることを特徴とする請求項１に記載のソース機器の通信方法。
【請求項９】
前記伝送するステップは、
ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インターフェースおよびＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）インターフェースのうち、いずれか一方を用いて前記通信信号を伝送することを特徴とする請求項１に記載のソース機器の通信方法。
【請求項１０】
シンク機器にコンテンツを提供するソース機器において、
前記シンク機器との通信を行う通信部と、
ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）信号の含まれた通信信号を前記シンク機器に伝送するように前記通信部を制御し、前記シンク機器でＨＤＣＰ通信結果が受信されると、前記ＨＤＣＰ通信結果を用いて前記シンク機器との通信状態を判断し、前記判断された通信状態に応じて前記通信信号を調整する制御部と
を含むソース機器。
【請求項１１】
前記制御部は、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値および前記ソース機器から生成された復号化値を比較し、前記シンク機器との通信状態を判断し、前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号を調整することを特徴とする請求項１０に記載のソース機器。
【請求項１２】
前記制御部は、
前記シンク機器から伝送されたＨＤＣＰ信号の復号化値と前記ソース機器から生成された復号化値とが一致しない場合、前記通信信号の波形を調整することを特徴とする請求項１１に記載のソース機器。
【請求項１３】
前記制御部は、
前記通信信号のピークツーピーク（Ｐｅａｋ ｔｏ ｐｅａｋ）を上げ、上昇時間（ｒｉｓｉｎｇ ｔｉｍｅ）及び下降時間（ｆａｌｌｉｎｇ ｔｉｍｅ）を低減させ、ジッター（Ｊｉｔｔｅｒ）を増加または低減させ、前記通信信号の電気的な特性が最適化されるように前記通信信号の波形を調整することを特徴とする請求項１２に記載のソース機器。
【請求項１４】
前記制御部は、
前記通信信号の波形を調整した後、調整された通信信号を再び前記シンク機器に伝送するように前記通信部を制御し、前記シンク機器から再び伝送されたＨＤＣＰ通信結果を用いて、前記シンク機器との通信状態を再判断し、再判断の結果、前記ＨＤＣＰ通信結果が再び失敗であると判断されると、前記通信信号の周波数を変更することを特徴とする請求項１１に記載のソース機器。
【請求項１５】
前記制御部は、
前記コンテンツに含まれた映像データのビットデプス（Ｂｉｔ ｄｅｐｔｈ）を低減させて前記通信信号の周波数を変更することを特徴とする請求項１４に記載のソース機器。
【図１】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−２４９２８５（Ｐ２０１２−２４９２８５Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１２−１１７３５２（Ｐ２０１２−１１７３５２）
【出願日】平成２４年５月２３日（２０１２．５．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＨＤＭＩ
【出願人】（３９００１９８３９）三星電子株式会社 (8,520)
【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】１２９，Ｓａｍｓｕｎｇ−ｒｏ，Ｙｅｏｎｇｔｏｎｇ−ｇｕ，Ｓｕｗｏｎ−ｓｉ，Ｇｙｅｏｎｇｇｉ−ｄｏ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２４年５月２３日（２０１２．５．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＨＤＭＩ
【出願人】（３９００１９８３９）三星電子株式会社 (8,520)
【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】１２９，Ｓａｍｓｕｎｇ−ｒｏ，Ｙｅｏｎｇｔｏｎｇ−ｇｕ，Ｓｕｗｏｎ−ｓｉ，Ｇｙｅｏｎｇｇｉ−ｄｏ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
[ Back to top ]