特許 6031596 ＨＤＭＩＣＥＣ性能向上のためのシステム及びその制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6031596

(24)【登録日】2016年10月28日

(45)【発行日】2016年11月24日

(54)【発明の名称】ＨＤＭＩＣＥＣ性能向上のためのシステム及びその制御方法

(51)【国際特許分類】

   H04N 21/436 20110101AFI20161114BHJP

【ＦＩ】

   H04N21/436

【請求項の数】16

【全頁数】26

(21)【出願番号】特願2015-512581(P2015-512581)

(86)(22)【出願日】2013年5月15日

(65)【公表番号】特表2015-522990(P2015-522990A)

(43)【公表日】2015年8月6日

(86)【国際出願番号】KR2013004325

(87)【国際公開番号】WO2013172662

(87)【国際公開日】20131121

【審査請求日】2014年12月3日

(31)【優先権主張番号】61/646,913

(32)【優先日】2012年5月15日

(33)【優先権主張国】US

(31)【優先権主張番号】61/651,511

(32)【優先日】2012年5月24日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】リ チェク

(72)【発明者】

【氏名】リ ヒョンチェ

(72)【発明者】

【氏名】ヤン スンリュル

【審査官】 古川 哲也

(56)【参考文献】

【文献】 特開２００９−０７７０４５（ＪＰ，Ａ）

【文献】 特開平０４−１６０９４３（ＪＰ，Ａ）

【文献】 国際公開第２００７／１３６０３８（ＷＯ，Ａ１）

【文献】 特開２０１０−０９８６９９（ＪＰ，Ａ）

【文献】 High-Definition Multimedia Interface Specification Version 1.3a [online]，米国，HDMI Licensing, LLC，２００６年１１月１０日，p.123〜126, CEC-11〜12,16〜18,57〜58，[retrieved on 2016.01.22], Retrieved from the Internet:，ＵＲＬ，http://www.microprocessor.org/HDMISpecification13a.pdf

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００ − ２１／８５８

Ｈ０４Ｎ ５／４４ − ５／４６

Ｈ０４Ｎ ５／７６ − ５／９５６

(57)【特許請求の範囲】

【請求項1】

複数のデバイスを含むＨＤＭＩ ＣＥＣネットワークにおけるＨＤＭＩ ＣＥＣデバイスの制御方法であって、
前記ＨＤＭＩ ＣＥＣネットワークに新しいデバイスが接続されたとき、前記新しいデバイスの物理アドレス割り当てを要求するメッセージを受信するステップと、
前記受信したメッセージに基づいて前記新しいデバイスの物理アドレスを割り当てるステップと、
前記新しいデバイスの物理アドレスが有効なとき、前記新しいデバイスの複数のデバイスタイプに対応する前記新しいデバイスの複数の論理アドレスを割り当てるステップと、
を含み、
前記複数の論理アドレスの少なくとも一つに対応するビットは、前記新しいデバイスの前記複数のデバイスタイプに対応する機能が支援されているかどうかを指示するフラグビットを用いて設定される、ＨＤＭＩ ＣＥＣデバイス制御方法。

【請求項2】

前記複数のデバイスタイプは、前記新しいデバイスの第１デバイスタイプと第２デバイスタイプとを含み、
前記第１デバイスタイプは、前記新しいデバイスの特性に基づいて決定される、請求項１に記載のＨＤＭＩ ＣＥＣデバイス制御方法。

【請求項3】

前記新しいデバイスの第１デバイスタイプを表す物理アドレスメッセージを前記ＨＤＭＩ ＣＥＣネットワーク内の他のデバイスに送信するステップをさらに含み、
前記物理アドレスメッセージは、前記物理アドレスと前記新しいデバイスの前記複数の論理アドレスの少なくとの一つとの相関関係を表す、請求項２に記載のＨＤＭＩ ＣＥＣデバイス制御方法。

【請求項4】

前記新しいデバイスの特性を表す特徴レポートメッセージを前記ＨＤＭＩ ＣＥＣネットワーク内の他のデバイスに送信するステップをさらに含む、請求項１に記載のＨＤＭＩ ＣＥＣデバイス制御方法。

【請求項5】

前記複数のデバイスタイプは、ＴＶ、レコード装置、チューナー、再生装置、オーディオ・システム、ＣＥＣスイッチ、及びプロセッサの少なくとも一つを含む、請求項１に記載のＨＤＭＩ ＣＥＣデバイス制御方法。

【請求項6】

前記複数の論理アドレスを割り当てるステップは、
第１論理アドレスに第１ポーリング（ｐｏｌｌｉｎｇ）メッセージを送信するステップであって、前記第１ポーリングメッセージは、前記第１論理アドレスが他のデバイスに使用されているかどうかを表すメッセージである、ステップと、
前記第１ポーリングメッセージに対する第１応答メッセージを受信するステップと、
前記第１論理アドレスが前記他のデバイスに使用されていない場合、前記新しいデバイスの前記第１論理アドレスを割り当てるステップと、
前記第１論理アドレスが前記他のデバイスに使用されている場合、第２論理アドレスに第２ポーリング（ｐｏｌｌｉｎｇ）メッセージを送信するステップであって、前記第２ポーリングメッセージは、前記第２論理アドレスが他のデバイスに使用されているかどうかを表すメッセージである、ステップと、を含む、請求項１に記載のＨＤＭＩ ＣＥＣデバイス制御方法。

【請求項7】

前記第１論理アドレスが前記他のデバイスに使用されている場合、
前記第２ポーリングメッセージに対する第２応答メッセージを受信するステップと、
前記第２論理アドレスが前記他のデバイスに使用されているとき、前記第２論理アドレスが最後の論理アドレスであるかどうかを確認するステップと、
前記第２論理アドレスが最後の論理アドレスであるとき、前記新しいデバイスが他のデバイスタイプを有するかどうかを確認するステップと、
前記新しいデバイスが前記他のデバイスタイプを有する場合、前記他のデバイスタイプに対応する論理アドレス割り当てプロセスを行うステップと、
前記新しいデバイスが前記他のデバイスタイプを有さない場合には、未登録論理アドレスを割り当てるステップと、
をさらに含む、請求項６に記載のＨＤＭＩ ＣＥＣデバイス制御方法。

【請求項8】

前記受信したメッセージは、スタートビットとデータビットとを含むフレームから構成され、前記データビットのサンプリング期間は、予め設定された値より小さいか、または同じである、請求項１に記載のＨＤＭＩ ＣＥＣデバイス制御方法。

【請求項9】

複数のデバイスを含むＨＤＭＩ ＣＥＣネットワークにおけるＨＤＭＩ ＣＥＣデバイスであって、
前記ＨＤＭＩ ＣＥＣネットワークに新しいデバイスが接続されたとき、前記新しいデバイスの物理アドレス割り当てを要求するメッセージを受信する通信部と、
前記受信しメッセージ基づいて前記新しいデバイスの物理アドレスを割り当て、前記新しいデバイスの物理アドレスが有効なとき、前記新しいデバイスの複数のデバイスタイプに対応する前記新しいデバイスの複数の論理アドレスを割り当てる中央処理部と、
を備え、
前記複数の論理アドレスの少なくとも一つに対応するビットは、前記新しいデバイスの前記複数のデバイスタイプに対応する機能が支援されているかどうかを指示するフラグビットを用いて設定される、ＨＤＭＩ ＣＥＣデバイス。

【請求項10】

前記複数のデバイスタイプは、前記新しいデバイスの第１デバイスタイプと第２デバイスタイプとを含み、
前記第１デバイスタイプは、前記新しいデバイスの特性に基づいて決定される、請求項９に記載のＨＤＭＩ ＣＥＣデバイス。

【請求項11】

前記通信部は、
前記新しいデバイスの第１デバイスタイプを表す物理アドレスメッセージを前記ＨＤＭＩ ＣＥＣネットワーク内の他のデバイスに送信するようにさらに構成されており、
前記物理アドレスメッセージは、前記物理アドレスと前記新しいデバイスの前記複数の論理アドレスの少なくとも一つとの相関関係を表す、請求項１０に記載のＨＤＭＩ ＣＥＣデバイス。

【請求項12】

前記通信部は、前記新しいデバイスの特性を表す特徴レポートメッセージを前記ＨＤＭＩ ＣＥＣネットワーク内の他のデバイスに送信するようにさらに構成された、請求項９に記載のＨＤＭＩ ＣＥＣデバイス。

【請求項13】

前記複数のデバイスタイプは、ＴＶ、レコード装置、チューナー、再生装置、オーディオ・システム、ＣＥＣスイッチ、プロセッサの少なくとも一つを含む、請求項９に記載のＨＤＭＩ ＣＥＣデバイス。

【請求項14】

前記中央処理部は、
第１論理アドレスに第１ポーリング（ｐｏｌｌｉｎｇ）メッセージを送信するものであって、前記第１ポーリングメッセージは、前記第１論理アドレスが他のデバイスに使用されているかどうかを示すメッセージであり、
前記第１ポーリングメッセージに対する第１応答メッセージを受信し、
前記第１論理アドレスが前記他のデバイスに使用されていない場合、前記新しいデバイスの前記第１論理アドレスを割り当て、
前記第１論理アドレスが前記他のデバイスに使用されている場合、第２論理アドレスに第２ポーリング（ｐｏｌｌｉｎｇ）メッセージを送信するものであって、前記第２ポーリングメッセージは、前記第２論理アドレスが他のデバイスに使用されているかどうかを示すメッセージである、請求項９に記載のＨＤＭＩ ＣＥＣデバイス。

【請求項15】

前記第１論理アドレスが前記他のデバイスに使用されている場合、
前記中央処理部は、
前記第２ポーリングメッセージに対する第２応答メッセージを受信し、
前記第２論理アドレスが前記他のデバイスに使用されているとき、前記第２論理アドレスが最後の論理アドレスであるかどうかを確認し、
前記第２論理アドレスが最後の論理アドレスであるとき、前記新しい機器が他のデバイスタイプを有するかどうかを確認し、
前記新しいデバイスが前記他のデバイスタイプを有する場合、前記他のデバイスタイプに対応する論理アドレス割り当てプロセスを行い、
前記新しいデバイスが前記他のデバイスタイプを有していない場合、未登録論理アドレスを割り当てる、請求項１４に記載のＨＤＭＩ ＣＥＣデバイス。

【請求項16】

前記受信したメッセージは、スタートビットとデータビットとを含むフレームから構成され、前記データビットのサンプリング期間は、予め設定された値より小さいか、または同じである、請求項９に記載のＨＤＭＩ ＣＥＣデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＨＤＭＩ ＣＥＣシステムの性能向上のための制御方法及びＨＤＭＩ ＣＥＣシステムを利用するデバイスに関する。

【背景技術】

【0002】

デジタルマルチメディアインターフェースは、ＳＴＢ、ＤＶＲ、ＡＶＲ、ＰＣなどのビデオ信号送信機器からデジタル方式によりエンコードされたビデオデータをＴＶ、モニターなどのビデオ信号受信機器に伝達する機能を果たす。このようなＡＶ機器間のデジタルマルチメディアインターフェース方式の中で有線で、かつ無圧縮ＡＶデータを高速で送信する技術の代表的なものにＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）がある。

【0003】

最近、ＵＨＤ（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）及び２１：９デジタルシネマ（Ｄｉｇｉｔａｌ Ｃｉｎｅｍａ）等、高速データ送信が求められる高画質映像及び３Ｄ映像などの需要が増加する傾向にある。また、動画のモーションブラー（Ｍｏｔｉｏｎ Ｂｌｕｒ）と残像除去のためにコンテンツのフレーム率（Ｆｒａｍｅ Ｒａｔｅ）に対する要求基準が従来の２４／３０Ｈｚから６０Ｈｚ、１２０Ｈｚに順次増加しており、一つのピクセル当たりの表現できる色相の深さ（Ｃｏｌｏｒ Ｄｅｐｔｈ）に対する要求条件もやはり従来の８ビットから１０ビット、１２ビットに増え続けている。このようにコンテンツのデータの大きさが増加するにつれて、高容量のコンテンツをＡＶ機器間に伝達するために、ＨＤＭＩなどの高速マルチメディアインターフェース技術が生成されており、これらの技術の帯域幅の拡張が論議されている。

【0004】

ＨＤＭＩ技術は、個人用コンピュータとモニターとの間のインターフェース標準規格であるＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）にオーディオ送信を追加した技術であって、デジタル化した映像と音響ソースとを圧縮しなくて送信するから、ソース−シンク（Ｓｏｕｒｃｅ−Ｓｉｎｋ）間の遅延（Ｌａｔｅｎｃｙ）がほとんどなく、チップやソフトウェアを通じてコデックを支援する必要がないから、フォーマット互換性が高いという長所がある。また、映像、音声及び制御信号が一つのケーブルで送信されるから、適用ＡＶ機器間の配線を簡潔にし、不法複製防止のための暗号化技術（ＨＤＣＰ：Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）を支援することによって、現在マルチメディアインターフェースとして広範囲に使用されている。

【発明の概要】

【0005】

しかしながら、ＨＤＭＩ ＣＥＣシステムは、現在、複数の機能と特性を有するデバイスを説明（Ｄｅｓｃｒｉｐｔｉｏｎ）するのに適しておらず、ＨＤＭＩ ＣＥＣビットタイミング（Ｂｉｔ Ｔｉｍｉｎｇ）が明確に定義されないから、ビットサンプリング（Ｂｉｔ Ｓａｍｐｌｉｎｇ）の際、不必要な資源（ｒｅｓｏｕｒｃｅ）の浪費及び誤ったサンプリングにより誤作動が発生するという問題点がある。

【0006】

また、バスインターフェース（Ｂｕｓ Ｉｎｔｅｒｆａｃｅ）を使用するＨＤＭＩ ＣＥＣが不充分な情報送信速度のみを支援するから、高速で処理するのに適しておらず、リアルタイム命令処理が必要な機能を支援できず、デバイスタイプ（Ｄｅｖｉｃｅ Ｔｙｐｅ）に応じて割り当てられるＨＤＭＩ ＣＥＣの固有識別情報である論理アドレス（Ｌｏｇｉｃａｌ Ａｄｄｒｅｓｓ）は、同一種類の機器に対するアドレス割り当て不足問題を有しており、従来のバスインターフェースは、ホームネットワークにおいて大きな部分を占めるＩＰインターフェース（ＩＰ Ｉｎｔｅｒｆａｃｅ）と互換性、拡張性に問題があるから、ホームネットワークにおいて独立的な命令のみを行うという限界を有する。

【0007】

上記の問題点を解決するために、 本発明は、従来の命令語を使用する機器との互換性を維持し、 ＨＤＭＩ ＣＥＣが複数の機能と特性を有するデバイスを説明（Ｄｅｓｃｒｉｐｔｉｏｎ）できるようにオペランド（Ｏｐｅｒａｎｄ）を再定義し、これを支援できる命令語を定義しようとする。

【0008】

また、本発明は、ビットサンプリング（Ｂｉｔ Ｓａｍｐｌｉｎｇ）に関連した資源の効率性を向上させるために、ＨＤＭＩ ＣＥＣのビットの特性を明確に記述し、ＨＤＭＩ ＣＥＣ信号値を決定するためのサンプリング期間（ｓａｍｐｌｉｎｇ ｐｅｒｉｏｄ）を定義しようとする。

【0009】

また、本発明は、ＨＤＭＩ ＣＥＣに高速送信モードを支援できる新しいモードを定義し、該当モードを決定できる決定プロトコル（Ｄｅｃｉｓｉｏｎ Ｐｒｏｔｏｃｏｌ）を定義しようとする。

【0010】

また、本発明は、一つの特性（機能）を通じて割り当てられた論理アドレス（Ｌｏｇｉｃａｌ Ａｄｄｒｅｓｓ）を多様な特性（機器）に割り当てられることができる方法のプロトコル（Ｐｒｏｔｏｃｏｌ）を定義し、また、論理アドレスの他に各機器が有することができる固有識別子（ｉｄｅｎｔｉｆｉｅｒ）を利用して、論理アドレスを拡張できる方法を定義しようとする。

【0011】

また、本発明は、バスインターフェースとＩＰインターフェースとが接続したＰＣ、モバイル機器、例えば、ＨＤＭＩとＩＰとが接続したＰＣ機器などがＩＰインターフェースの情報を互いに交換できる命令語を定義しようとする。

【課題を解決するための手段】

【0012】

本発明は、複数のデバイスを備えるＨＤＭＩ ＣＥＣネットワークにおいて、前記ＨＤＭＩ ＣＥＣネットワークに新しいデバイスが接続したとき、前記新しいデバイスの物理アドレス割り当てを要求するメッセージを受信するステップと、前記受信されたメッセージに応じて前記新しいデバイスの物理アドレスを割り当てるステップと、前記新しいデバイスの物理アドレスが有効な場合、前記新しいデバイスの複数のデバイスタイプに対応する複数の論理アドレスを割り当てるステップと、を含み、前記複数の論理アドレスのうち、少なくとも一つは、フラグビットに設定されることを特徴とするＨＤＭＩ ＣＥＣデバイス制御方法を提供する。

【0013】

また、本発明において．前記複数のデバイスタイプは、第１デバイスタイプと第２デバイスタイプとを含み、前記第１デバイスタイプは、前記新しいデバイスの特性に基づいて決定されることを特徴とする。

【0014】

また、本発明において、前記新しいデバイスの第１デバイスタイプを表す物理アドレスメッセージを前記ＨＤＭＩ ＣＥＣネットワーク内の他のデバイスに送信するステップをさらに含み、前記物理アドレスメッセージは、前記割り当てられた物理アドレスと論理アドレスとの相関関係を表すことを特徴とする。

【0015】

また、本発明において、前記新しいデバイスの特性を表す特徴レポートメッセージを前記ＨＤＭＩ ＣＥＣネットワーク内の他のデバイスに送信するステップをさらに含むことを特徴とする。

【0016】

また、本発明において、前記複数のデバイスタイプは、ＴＶ、レコード装置、チューナー、再生装置、オーディオ・システム、ＣＥＣスイッチ、プロセッサのうち、少なくとも一つに該当することを特徴とする。

【0017】

また、本発明において、前記複数の論理アドレスを割り当てるステップは、第１論理アドレスに第１ポーリング（ｐｏｌｌｉｎｇ）メッセージを送信するものであって、前記第１ポーリングメッセージは、前記第１論理アドレスが使用されているかどうかを確認するメッセージであるステップと、前記第１ポーリングメッセージに対する第１応答メッセージを受信するステップと、前記第１応答メッセージに応じて前記第１論理アドレスが使用されていない場合には、前記第１論理アドレスを割り当て、前記第１応答メッセージに応じて前記第１論理アドレスが使用されている場合には、第２論理アドレスに第２ポーリング（ｐｏｌｌｉｎｇ）メッセージを送信ステップであって、前記第２ポーリングメッセージは、前記第２論理アドレスが使用されているかどうかを確認するメッセージであるステップとを含むことを特徴とする。

【0018】

また、本発明において、前記第１論理アドレスが使用されている場合、前記第２ポーリングメッセージに対する第２応答メッセージを受信するステップと、前記第２応答メッセージに応じて前記第２論理アドレスが使用されている場合、最後の論理アドレスであるかどうかを確認するステップと、前記確認結果、最後の論理アドレスに該当する場合、前記新しい機器の他のデバイスタイプが存在しているかどうかを確認するステップと、前記他のデバイスタイプが存在する場合、前記他のデバイスタイプに対応する論理アドレス割り当てプロセスを行い、前記他のデバイスタイプが存在しない場合には、未登録論理アドレスを割り当てるステップとをさらに含むことを特徴とする。

【0019】

また、本発明において、前記受信されたメッセージは、スタートビットとデータビットとを含むフレームから構成され、前記データビットのサンプリング期間は、予め設定された値より小さいか、または同じであることを特徴とする。

【0020】

また、本発明において、複数のデバイスを含むＨＤＭＩ ＣＥＣネットワークにおいて、前記ＨＤＭＩ ＣＥＣネットワークに新しいデバイスが接続されたとき、前記新しいデバイスの物理アドレス割り当てを要求するメッセージを受信する通信部と、前記受信されたメッセージに応じて前記新しいデバイスの物理アドレスを割り当て、前記新しいデバイスの物理アドレスが有効な場合、前記新しいデバイスの複数のデバイスタイプに対応する複数の論理アドレスを割り当てる中央処理部とを備え、前記複数の論理アドレスのうち、少なくとも一つは、フラグビットに設定されることを特徴とするＨＤＭＩ ＣＥＣデバイスを提供する。

【0021】

また、本発明において、前記通信部は、前記新しいデバイスの第１デバイスタイプを表す物理アドレスメッセージを前記ＨＤＭＩ ＣＥＣネットワーク内の他のデバイスに送信するものであって、前記物理アドレスメッセージは、前記割り当てられた物理アドレスと論理アドレスとの相関関係を表すことを特徴とする。

【0022】

また、本発明において、前記中央処理部は、第１論理アドレスに第１ポーリング（ｐｏｌｌｉｎｇ）メッセージを送信するものであって、前記第１ポーリングメッセージは、前記第１論理アドレスが使用されているかどうかを確認するメッセージを表し、前記第１ポーリングメッセージに対する第１応答メッセージを受信し、前記第１応答メッセージに応じて前記第１論理アドレスが使用されていない場合には、前記第１論理アドレスを割り当て、前記第１応答メッセージに応じて前記第１論理アドレスが使用されている場合には、第２論理アドレスに第２ポーリング（ｐｏｌｌｉｎｇ）メッセージを送信するものの、前記第２ポーリングメッセージは、前記第２論理アドレスが使用されているかどうかを確認するメッセージを表すことを特徴とする。

【発明の効果】

【0023】

本発明は、ＨＤＭＩ ＣＥＣが複数の機能と特性を有するデバイスを説明（Ｄｅｓｃｒｉｐｔｉｏｎ）できるようにオペランド（Ｏｐｅｒａｎｄ）を再定義し、これを支援できる命令語を定義することによって、多様な特性（機能）を有するＨＤＭＩ ＣＥＣデバイスが有する特性（機能）を明確に他のデバイスに伝達して、不必要に使用されていた命令語の使用を減らすと同時に、バスインターフェースの効率性を高めることができる。

【0024】

また、本発明は、ＨＤＭＩ ＣＥＣ信号値を決定するためのサンプリング期間（ｓａｍｐｌｉｎｇ ｐｅｒｉｏｄ）を定義することによって、ビットサンプリング（Ｂｉｔ Ｓａｍｐｌｉｎｇ）に関連した資源の効率性を向上させると同時に、誤ったサンプリングによる誤作動を最小化できる。

【0025】

また、本発明は、ＨＤＭＩ ＣＥＣに高速送信モードを支援できる新しいモードを定義し、該当モードを決定できる決定プロトコル（Ｄｅｃｉｓｉｏｎ Ｐｒｏｔｏｃｏｌ）を定義することによって、命令処理速度の向上によりユーザの満足度を向上させることができ、リアルタイム応答及び命令処理が必要なサービスをスムーズに提供できる。

【0026】

また、本発明は、多様な特性（機器）で割り当てられることができる方法のプロトコル（Ｐｒｏｔｏｃｏｌ）を定義し、また論理アドレスの他に各デバイスが有することができる固有識別子（ｉｄｅｎｔｉｆｉｅｒ）を利用して論理アドレスを拡張できる方法を定義することによって、ＨＤＭＩ ＣＥＣの論理アドレス（Ｌｏｇｉｃａｌ Ａｄｄｒｅｓｓ）の管理便宜性及び拡張性を提供できる。

【0027】

また、本発明は、バスインターフェースとＩＰインターフェースとが接続したＰＣ、モバイル機器（例えば、ＨＤＭＩとＩＰとが接続したＰＣ機器）などがＩＰインターフェースの情報を相互交換できる命令語を定義することによって、バスインターフェースと他のインターフェース／プロトコルトポロジー（Ｐｒｏｔｏｃｏｌ Ｔｏｐｏｌｏｇｙ）との間の統合トポロジー（Ｔｏｐｏｌｏｇｙ）ネットワークを構成して相互命令が可能なようにすることができる。

【図面の簡単な説明】

【0028】

【図1】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステムの概略的なブロック図である。

【図2】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内において送信されるデータブロック及びヘッダブロックの構造を示す図である。

【図3】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイスの物理的アドレス割り当てアルゴリズムを説明するためのブロック図である。

【図4】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイスの論理的アドレス割り当てアルゴリズムを説明するためのフローチャートである。

【図5】本発明が適用される他の実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイスの論理的アドレス割り当てアルゴリズムを説明するためのフローチャートである。

【図6】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイス間のデバイス情報要求及び応答過程を説明するためのフローチャートである。

【図7】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内の新しいデバイスが接続した場合、デバイス間のデバイス情報要求及び応答過程を説明するためのフローチャートである。

【図8】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内にあるデバイスのデバイス情報が出力された画面を示す図である。

【図9】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイス間の追加的なデバイス情報要求及び応答過程を説明するためのフローチャートである。

【図10】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内の新しいデバイスが接続した場合、デバイス間の追加的なデバイス情報要求及び応答過程を説明するためのフローチャートである。

【図11】本発明が適用される一実施形態であって、バスインターフェースにおいてＨＤＭＩ ＣＥＣシステムで高速送信可能なモードを説明するためのシーケンス図である。

【図12】本発明が適用される一実施形態であって、バスインターフェースにおいてＨＤＭＩ ＣＥＣシステムで高速送信可能なモードを説明するためのシーケンス図である。

【図13】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイスの論理的アドレスの拡張を説明するためのシーケンス図である。

【図14】本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のＩＰインターフェースの情報を相互交換できる命令語を定義する方法を説明するためのシーケンス図である。

【発明を実施するための形態】

【0029】

以下、添付された図面を参照して本発明の実施形態の構成とその作用を説明し、図面によって説明される本発明の構成と作用は、一つの実施形態として説明されるものであり、これによって本発明の技術的思想、その核心構成及び作用が制限されない。

【0030】

なお、本発明において使用される用語は、可能な限り現在広く使用される一般的な用語を選択したが、特定の場合は、出願人が任意に選定した用語を使用して説明する。そういう場合には、該当部分の詳細説明においてその意味を明確に記載するので、本発明の説明において使用された用語の名称だけで単純解析されてはならず、その該当用語の意味まで把握して解析されなければならないことを明らかにする。

【0031】

図１は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステムの概略的なブロック図を示す。

【0032】

ＨＤＭＩは、Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅの略字であって、デジタル信号を圧縮しなくて送信できるマルチメディア接続装置を意味し、以下では、ＨＤＭＩと名付ける。

【0033】

ＨＤＭＩ ＣＥＣは、ＨＤＭＩ Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏｎｔｒｏｌの略字であって、複数のマルチメディア製品がＨＤＭＩケーブルで接続したネットワークにおいてユーザに一回の動作で複数の製品を制御できるようにする機能を提供するプロトコルを意味し、以下では、ＨＤＭＩ ＣＥＣと名づけることにする。

【0034】

前記図１のように、ＨＤＭＩ ＣＥＣシステムは、大きくＨＤＭＩホスト（ＨＤＭＩ ｈｏｓｔ）１００とＨＤＭＩソース（ＨＤＭＩ ｓｏｕｒｃｅ）２００とから構成することができ、ＨＤＭＩホスト１００は、ＨＤＭＩコネクター１１０、ＨＤＭＩ受信機１２０、中央処理装置（ＣＰＵ）１３０、信号処理部（Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）１４０、通信部１５０、ディスプレイ部１６０及びメモリ１７０を備え、ＨＤＭＩソース２００は、ＨＤＭＩコネクター２１０、ＨＤＭＩ送信機２２０、中央処理装置（ＣＰＵ）２３０、信号処理部（Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）２４０、通信部（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｕｎｉｔ）２５０、ディスプレイ部２６０及びメモリ２７０を備えることができる。

【0035】

本発明が適用される多様な実施形態において、該当状況によりＨＤＭＩホスト１００は、シンクデバイス（ｓｉｎｋ ｄｅｖｉｃｅ）、受信機（ｒｅｃｅｉｖｅｒ）またはイニシエーター（ｉｎｉｔｉａｔｏｒ）などと呼ぶことができ、ＨＤＭＩソース２００は、ソースデバイス（ｓｏｕｒｃｅ ｄｅｖｉｃｅ）、送信機（ｔｒａｎｓｍｉｔｔｅｒ）またはフォロワ（ｆｏｌｌｏｗｅｒ）などと呼ぶことができる。

【0036】

ここで、イニシエーターは、命令を開始し伝達、制御する機器を意味し、フォロワは、命令に対する応答及び要求を行って結果を知らせる機器を意味しうる。

【0037】

前記ＨＤＭＩホスト１００は、例えば、ＴＶ、リピーター（ｒｅｐｅａｔｅｒ）などを備えることができ、前記ＨＤＭＩソース２００は、例えば、ＤＶＤプレーヤー、セットトップボックス（ＳＴＢ、Ｓｅｔ Ｔｏｐ Ｂｏｘ）、パーソナルコンピューター（ＰＣ）、ノート型パソコン、レコーダなどを備えることができる。

【0038】

前記ＨＤＭＩコネクター１１０、２１０は、タイプＡ、Ｂ、Ｃ、Ｄ、Ｅのような５通りのタイプのコネクターを備えることができ、例えば、タイプＡは、１９ピンで一般的なＨＤＭＩコネクターであり、タイプＢは、２９ピンでＵＨＤ映像を送信するためのコネクターで、タイプＣは、１９ピンのミニコネクターで、タイプＤは、１９ピンのマイクロコネクターであり、タイプＥは、車両用コネクターを示すことができる。

【0039】

ＨＤＭＩ送信機（ＨＤＭＩ ｔｒａｎｓｍｉｔｔｅｒ）２２０とＨＤＭＩ受信機（ＨＤＭＩ ｒｅｃｅｉｖｅｒ）１２０は、ＨＤＭＩコネクター（ＨＤＭＩ ｃｏｎｎｅｃｔｏｒ）１１０、２１０を介してマルチメディア情報を伝達する三つのＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）データ送信チャネルと一個のクロックチャネル及びＤＤＣ（Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ）（図示せず）、ＣＥＣ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏｎｔｒｏｌ）チャネル、ユーティリティ（Ｕｔｉｌｉｔｙ）チャネル（図示せず）、ＨＰＤ（Ｈｏｔ Ｐｌｕｇ Ｄｅｔｅｃｔ）チャネル（図示せず）のような制御チャネルを備えることができる。

【0040】

前記ＴＭＤＳチャネルは、３個のデータ送信チャネルからなり、ビデオとオーディオデータとを送信する。

【0041】

前記ＣＥＣチャネルは、ＴＶリモコンを利用してＨＤＭＩが接続した機器を制御できるようにする制御命令であるＣＥＣプロトコルを伝達する制御チャネルである。この機能を利用すれば、ワンタッチ再生（Ｏｎｅ Ｔｏｕｃｈ Ｐｌａｙ）、すなわちＴＶリモコンを利用して接続した再生機器の再生を行うようにする機能など、ＨＤＭＩで接続した各々の機器を別にコントロールする必要なく、一つのリモコンで制御できるから、ユーザ便宜を増大させることができる。

【0042】

ＨＤＭＩホスト１００の中央処理装置１３０は、グラフィックユーザーインターフェース階層（ＧＵＩ ｌａｙｅｒ）１３１、アプリケーション層（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ）１３２及びＣＥＣプロトコル層（ＣＥＣ Ｐｒｏｔｏｃｏｌ ｌａｙｅｒ）１３３を備えることができ、ＨＤＭＩソース２００の中央処理装置２３０は、アプリケーション層２３１とＣＥＣプロトコル層２３２を備えることができる。

【0043】

グラフィックユーザーインターフェース階層（ＧＵＩ ｌａｙｅｒ）１３１は、ＨＤＭＩ受信機１２０を介して受けたデータをグラフィックユーザーインターフェースを介して出力されるようにデータを処理し、アプリケーション層１３２、２３１は、ユーザにより定義された方式によりデータを処理し、ＣＥＣプロトコル層１３３、２３２は、送信されたＣＥＣデータを処理して必要な情報などを上位階層に伝達する。前記ＣＥＣプロトコル層１３３、２３２では、本発明が適用される物理アドレス割り当て及び論理アドレス割り当て過程などが行われることができる。

【0044】

ＨＤＭＩホスト１００及びＨＤＭＩソース２００の信号処理部１４０、２４０では、データ送信のために信号を発生させるか、または送信優先順位、信頼性のある送信のための再送信などを管理し、例えば、フレーム送信、ラインエラーハンドリング（ｌｉｎｅ ｅｒｒｏｒ ｈａｎｄｌｉｎｇ）及びフレーム有効検査（ｆｒａｍｅ ｖａｌｉｄａｔｉｏｎ）を行うことができる。また、中央処理装置１３０、２３０とフレーム単位のデータ通信を介してＨＤＭＩ ＣＥＣ信号処理を行うインターフェース機能を果たす。

【0045】

例えば、本発明が適用される信号処理部１４０、２４０では、機器間のコマンド（ｃｏｍｍａｎｄ）、要求（ｒｅｑｕｅｓｔ）、アクション（ａｃｔｉｏｎ）、応答（ｒｅｓｐｏｎｓｅ）などのメッセージやデータなどを処理する機能を果たすことができる。

【0046】

バスインターフェース（図示せず）は、機器間のコマンド、要求、アクション、応答などのメッセージやデータ送信を可能とし、ディスプレイ部１６０、２６０は、送信されたメッセージやデータなどを外部に出力する。

【0047】

メモリ１７０、２７０は、送信されたメッセージやデータを格納し、以下で説明する本発明が適用されるデバイスタイプ及び特徴に対するテーブル情報などを格納することができる。

【0048】

図２は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内において送信されるデータブロック及びヘッダブロックの構造を示す。

【0049】

ＨＤＭＩ ＣＥＣシステム内において送信されるデータフレームは、スタートビット、ヘッダブロック、第１データブロック及び第２データブロックから構成することができる。前記ヘッダブロックは、ソースアドレスとデスティネーションアドレスを含み、前記第１データブロックは、オペコード（ｏｐｃｏｄｅ）ブロックから構成され、第２データブロックは、オペランド（ｏｐｅｒａｎｄ）ブロックから構成される。ここで、オペコードとは、メッセージを識別するために使用される名前を意味する。

【0050】

図２に示すように、各々のすべてのデータブロックとヘッダブロックとは、情報ビット（ｉｎｆｏｒｍａｔｉｏｎ ｂｉｔｓ）フィールド、ＥＯＭ（Ｅｎｄ Ｏｆ Ｍｅｓｓａｇｅ）フィールド及びＡＣＫフィールドから構成することができる。前記情報ビット（ｉｎｆｏｒｍａｔｉｏｎ ｂｉｔｓ）フィールドは、データ、オペコードまたはアドレスを含むことができる。前記ＥＯＭ（Ｅｎｄ Ｏｆ Ｍｅｓｓａｇｅ）フィールドは、メッセージの最後のブロックであるかどうかを知らせるビットであって、例えば、前記ＥＯＭ（Ｅｎｄ Ｏｆ Ｍｅｓｓａｇｅ）フィールド値が０であれば一つ、またはそれ以上のデータブロックが存在するということを意味し、１であればメッセージが完了したことを意味できる。ＥＯＭフィールドが送信された以後、メッセージが追加データを含むとしても、メッセージを受けるデバイスは、これを無視しなければならない。

【0051】

図３は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイスの物理的アドレス割り当てアルゴリズムを説明するためのブロック図を示す。

【0052】

本発明が適用されるＨＤＭＩ ＣＥＣシステム内のすべてのデバイスは、ＨＤＭＩ ＣＥＣ機能をアクティブにするために固有の物理アドレスを持たなければならず、ＨＤＭＩ ＣＥＣシステム内に新しいデバイスが追加される場合、物理アドレス割り当てメカニズムが行わなければならない。

【0053】

前記図３に示すように、ＨＤＭＩホストデバイスは、ＣＥＣ機能支援の有無に関わらず、物理アドレス割り当てメカニズムを行わなければならず、他のデバイスは、ＣＥＣ機能が支援されないと、物理アドレスを割り当てない場合がある。物理アドレスは、４ディジットから構成されることができる。

【0054】

前記図３に示すように、ＨＤＭＩホストデバイスは、物理アドレスを０．０．０．０を生成し、ＨＤＭＩホストデバイスのＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）からアドレスを読む。ここで、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）は、ディスプレイ製品の類型、画面の大きさ、画素などのディスプレイ機器情報を格納するデータ構造を意味する。

【0055】

そして、ＨＤＭＩホストデバイスは、自分と接続したＨＤＭＩソースデバイスの物理アドレスを生成しなければならず、ＨＤＭＩソースデバイスのＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）ＶＳＤＢ（Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）の一部は、物理アドレスのための用途として使用される。ＨＤＭＩソースデバイスの物理アドレスを生成する方法により、ＨＤＭＩソースデバイスが下位階層に降りて行くごとに次のディジット値を１ずつ増加させることができる。例えば、前記図３を述べると、まず現在存在しないデバイスに１．０．０．０の物理アドレスが割り当てられ、Ａ／Ｖ受信機または増幅器に２．０．０．０の物理アドレスが割り当てることができる。そして、前記Ａ／Ｖ受信機または増幅器の下位階層にＤＶＤ、Ｄ−ＶＨＳ及びセットトップボックス（ＳＴＢ）が接続している場合、ＤＶＤに２．１．０．０を、Ｄ−ＶＨＳに２．２．０．０を、セットトップボックス（ＳＴＢ）に２．３．０．０の物理アドレスを割り当てることができる。また、前記セットトップボックス（ＳＴＢ）の下位階層にＰＶＲが接続されている場合、前記ＰＶＲに２．３．１．０の物理アドレスを割り当てることができる。

【0056】

本発明が適用される他の実施形態として、新しい物理アドレスが発見されると、ＣＥＣデバイス（以下、「イニシエーター」と記す）は、下記３通りの動作のうち、少なくとも一つを行わなければならない。

【0057】

１）論理アドレスの割り当て。
２）該当デバイスの特徴を表す＜特徴レポート＞メッセージを放送することによって、支援可能な特徴を知らせる。
３）主要デバイスタイプ（ｐｒｉｍａｒｙ ｄｅｖｉｃｅ ｔｙｐｅ）を表す＜物理アドレスレポート＞メッセージを放送することによって、論理アドレスと物理アドレスとの相関性を知らせる。

【0058】

前記＜特徴レポート＞メッセージ及び前記＜物理アドレスレポート＞メッセージは、ＨＤＭＩ ＣＥＣシステム内の他のデバイス（以下、「フォロワ」と記す）に送信されることができ、前記＜特徴レポート＞メッセージは、前記＜物理アドレスレポート＞メッセージ前に送信されることによって、前記フォロワが該当デバイスを識別できる。また、前記＜物理アドレスレポート＞メッセージは、前記＜特徴レポート＞メッセージを送信した後、予め設定された時間内に送信されるようにすることができる。例えば、前記予め設定された時間は、１秒でありうる。

【0059】

前記＜特徴レポート＞メッセージまたは前記＜物理アドレスレポート＞メッセージを受信したフォロワは、メッセージ重複を防止するために、イニシエーターの放送メッセージ応答を招くメッセージを要求してはならない。

【0060】

図４は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイスの論理アドレス割り当てアルゴリズムを説明するためのフローチャートを示す。

【0061】

本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイスは、そのシステム内で一つの論理アドレスを有することができる。論理アドレスは、該当デバイスだけの固有機能を表し、下記の表１の通りである。

【0062】

【表1】

【0063】

一つ以上の機能を有しているデバイスは、各機能に対応する論理アドレスを有するようになる。例えば、ＤＶＤレコーダがチューナー機能を有する場合、前記表１においてレコーディング関連機能である１、２、９のうちの何れか一つとチューナー関連アドレスである３、６、７のうちの何れか一つを有することができる。

【0064】

論理アドレスは、物理アドレスが有効な場合のみに割り当てることができる。例えば、物理アドレスがＦ．Ｆ．Ｆ．Ｆでない場合に論理アドレスを割り当てることができ、それ以外の場合には、論理アドレス１５（Ｕｎｒｅｇｉｓｔｅｒｅｄ）を割り当てることができる。他の例として、物理アドレス０．０．０．０を有するＴＶは、論理アドレス０を割り当てることができ、物理アドレス０．０．０．０でない他のアドレスを有するＴＶは、論理アドレス１４（Ｆｒｅｅ Ｕｓｅ）を割り当てることができる。このとき、論理アドレス１４（Ｆｒｅｅ Ｕｓｅ）が予め割り当てられている場合、論理アドレス１５（Ｕｎｒｅｇｉｓｔｅｒｅｄ）を割り当てることができる。

【0065】

前記図４を述べると、本発明が適用される論理アドレス割り当てメカニズムは、新しく接続するデバイスにより行うことができる（Ｓ４１０）。新しく接続したデバイスは、第１番目の論理アドレスが割り当てられ、ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）を前記第１番目の論理アドレスに送信する（Ｓ４２０）。前記ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）が承認されないと、前記新しく接続したデバイスは、前記第１番目の論理アドレスを使用し（Ｓ４３０）、前記ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）が承認されると、次の論理アドレスが再度割り当てられる（Ｓ４４０）。しかしながら、前記ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）が承認されないと、前記次の論理アドレスが割り当てられる（Ｓ４５０）。

【0066】

一方、前記次の論理アドレスが使用されている場合、最後の論理アドレスであるかどうかを確認し（Ｓ４６０）、前記確認結果、最後の論理アドレスに該当する場合、未登録論理アドレスを割り当てる（Ｓ４７０）。

【0067】

このようなポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）の承認過程は、使用していない論理アドレスが発見されるまで行われ続けられうる。

【0068】

例えば、新しく接続したデバイスが論理アドレス１（Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅ １）に割り当てられると、前記論理アドレス１（Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅ １）にポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）を送信する。ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）が承認されないと、如何なるデバイスも前記論理アドレス１（Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅ １）を使用していないことであるから、論理アドレス割り当て過程は中断され、前記新しく接続したデバイスは、前記論理アドレス１（Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅ １）を使用するようになる。

【0069】

これに対し、ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）が承認されると、前記論理アドレス１（Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅ １）が現在他のデバイスに割り当てられていることであるから、次の論理アドレスが再度割り当てられ、使用していない論理アドレスが発見されるまでポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）を再送信できる。

【0070】

このような過程は、前記表１において言及した論理アドレス０（ＴＶ）から論理アドレス１５（ｕｎｒｅｇｉｓｔｅｒｅｄ）まで順次行うことができる。

【0071】

図５は、本発明が適用される他の実施形態として、ＨＤＭＩ ＣＥＣシステム内のデバイスの論理的アドレス割り当てアルゴリズムを説明するためのフローチャートを示す。

【0072】

本発明が適用される一実施形態として、ＨＤＭＩ ＣＥＣシステム内のデバイスは、そのシステム内で複数（ｍｕｌｔｉｐｌｅ）の論理アドレスを有することができ、このような場合、下記の表２のようにデバイスタイプが定義されるか、下記の表３のようにデバイス特徴が定義されうる。

【0073】

前記複数の論理アドレスをシステム内の他のデバイスにレポートするために、主要デバイスタイプに対しては、予め設定された論理アドレス値を使用し、２次デバイスタイプに対しては、データブロック内でフラグビット形態で送信できる。

【0074】

【表2】

【0075】

また、下記の表３のように、追加に支援できるデバイス特徴に対してもデータブロック内でフラグビット形態で送信することによって、該当デバイスにより支援できる機能に対する情報を得ることができ、なお、支援されない命令語の送信により生じうる問題を解決できるようになる。

【0076】

【表3】

【0077】

本発明が適用される一実施形態として、ＨＤＭＩ ＣＥＣシステム内の各々のデバイスは、各々のデバイス特徴に基づいて前記表２に記載された一つの主要デバイスタイプ（ｐｒｉｍａｒｙ ｄｅｖｉｃｅ ｔｙｐｅ）を有することができ、これをＨＤＭＩ ＣＥＣシステム内の他のデバイスに知らせることができる。

【0078】

ここで、前記デバイス特徴とは、デバイス自体が有している固有の機能を意味でき、例えば、デバイスタイプがＴＶの場合、デバイス特徴は、ＨＤＭＩ入力端を介してスクリーン上にビデオを再生するようにすることであり、デバイスタイプがＲｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅの場合、デバイス特徴は、ＣＥＣ機能であるｏｎｅ ｔｏｕｃｈ ｒｅｃｏｒｄが可能なレコーディング機能を有した機器でありうる。そして、デバイスタイプがＴｕｎｅｒの場合、デバイス特徴は、ＣＥＣ機能であるＴｕｎｅｒ Ｃｏｎｔｒｏｌが可能なチューナー機能を有した機器でありえ、デバイスタイプがＰｌａｙｉｎｇ Ｄｅｖｉｃｅの場合、デバイス特徴は、レコーディング機器またはチューナーでない機器でありうる。

【0079】

また、デバイスタイプがＡｕｄｉｏ Ｓｙｓｔｅｍの場合、デバイス特徴は、ＨＤＭＩ入力端を介してオーディオを再生するようにすることであり、デバイスタイプがＰｕｒｅ ＣＥＣ Ｓｗｉｔｃｈの場合、デバイス特徴は、ある他の機能やデバイスタイプを有しない機器でありうる。また、デバイスタイプがＶｉｄｅｏ Ｐｒｏｃｅｓｓｏｒの場合、デバイス特徴は、次の特徴の少なくとも一つを含まなければならない。ｉ）ＨＤＭＩ出力端と少なくとも一つの入力端を含み、ｉｉ）自身の物理アドレスを有しており、ｉｉｉ）入力されたビデオを修正または修正しないまま出力し、ｉｖ）直接的なアドレス割り当てを必要とし、ｖ）他のデバイスタイプを有してはならず、ｖｉ）それ自体でアクティブソース（ａｃｔｉｖｅ ｓｏｕｒｃｅ）であってはならない。

【0080】

前記図５を述べると、ＨＤＭＩ ＣＥＣシステム内のデバイスは、そのシステム内において複数（ｍｕｌｔｉｐｌｅ）の論理アドレスを有することができ、このような場合、前記表２または前記表３のようにデバイス特徴が利用されることができる。

【0081】

例えば、まず対象ＣＥＣ機器に対して物理アドレス割り当て過程を行うことができる（Ｓ５１０）。前記対象ＣＥＣ機器は、第１番目の論理アドレスが割り当てられ、ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）を前記第１番目の論理アドレスに送信する（Ｓ５２０）。前記ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）が承認されないと、前記新しく接続したデバイスは、前記第１番目の論理アドレスを使用することができ（Ｓ５３０）、前記ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）が承認されると、次の論理アドレスが再度割り当てられる（Ｓ５４０）。しかしながら、前記ポーリングメッセージ（ｐｏｌｌｉｎｇ ｍｅｓｓａｇｅ）が承認されないと、前記次の論理アドレスが割り当てられる（Ｓ５５０）。

【0082】

一方、前記次の論理アドレスが使用されている場合、最後の論理アドレスであるかどうかを確認し（Ｓ５６０）、前記確認の結果、最後の論理アドレスに該当する場合、前記対象ＣＥＣ機器の他のデバイスタイプが存在しているかどうかを確認することができる（Ｓ５７０）。前記確認結果、他のデバイスタイプが存在する場合、前記他のデバイスタイプに対応する論理アドレス割り当てプロセスを行い（Ｓ５９０）、前記他のデバイスタイプが存在しない場合には、未登録論理アドレスを割り当てることができる（Ｓ５８０）。

【0083】

本発明が適用される一実施形態として、一般的なソースデバイス、例えば、ＨＤＭＩ ＣＥＣシステム内のシンクデバイスでないデバイスは、主要デバイスタイプとしてＰｌａｙｂａｃｋ Ｄｅｖｉｃｅを選択できる。前記一般的なソースデバイスの例には、メディアプレーヤー、ＰＣ、ゲームコンソール（ｇａｍｅ ｃｏｎｓｏｌｅ）、フォトカメラ、チューナー機能のないセットトップボックス及びアナログ信号をＨＤＭＩに変換する機器などを例に挙げることができる。

【0084】

本発明が適用される一実施形態として、多数のデバイスタイプを知らせるデバイスの場合、前記表２のリストから一つの主要デバイスタイプを選択しなければならず、選択された主要デバイスタイプによって論理アドレスを割り当てるようにしなければならない。そして、＜物理アドレスレポート＞メッセージの＜主要デバイスタイプ＞内で前記選択された主要デバイスタイプをレポートしなければならない。前記デバイスは、すべての支援可能なデバイスタイプをレポートしなければならない。

【0085】

本発明が適用される一実施形態として、一つのデバイス内で多数のデバイスタイプの結合時、デバイスタイプと共に別途の論理アドレスが分からなければならず、これによりデバイスは、２個の論理アドレスを有することができる。

【0086】

例えば、第１デバイスタイプがＡｕｄｉｏ Ｓｙｓｔｅｍの場合と第２デバイスタイプがＰｌａｙｂａｃｋ／Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅの場合を結合する場合で、ホームシアターシステムを想定できる。他の例として、第１デバイスタイプがＴＶの場合と第２デバイスタイプがＰｌａｙｂａｃｋ／Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅの場合を結合する場合で、再生装置とレコーダを備えているＴＶを想定できる。

【0087】

前記ホームシアターシステムの例の場合、前記ホームシアターシステムは、前記表１から論理アドレス５（Ａｕｄｉｏ Ｓｙｓｔｅｍ）と論理アドレス４、８または１１（Ｐｌａｙｂａｃｋ Ｄｅｖｉｃｅ）のうちの何れか一つを割り当てることができ、これを主なデバイスタイプとしてレポートできる。

【0088】

そして、前記２個の論理アドレスに対して、Ａｕｄｉｏ Ｓｙｓｔｅｍに対応するビットに１値を設定し、Ｐｌａｙｂａｃｋ Ｄｅｖｉｃｅに対応するビットに１値を設定することによって、該当デバイスのデバイスタイプをレポートできる。

【0089】

図６は、本発明が適用される一実施形態として、ＨＤＭＩ ＣＥＣシステム内のデバイス間のデバイス情報要求及び応答過程を説明するためのフローチャートを示す。

【0090】

バス構造の接続を管理するイニシエーター（ルート機器）は、ＨＤＭＩ ＣＥＣシステム内接続した機器のデバイスタイプ及び支援可能な機能に対する情報を収集するために、該当機器（フォロワ２）に要求命令語を送信できる（Ｓ６１０）。

【0091】

イニシエーター（ルート機器）からデバイスタイプ及び支援可能な機能に対する情報提供要求命令語が送信された機器（フォロワ２）は、自身のデバイスタイプと特徴を確認することができる（Ｓ６２０）。そして、これに対する応答を応答命令語の形態でイニシエーター（ルート機器）だけでなく接続したすべての機器（フォロワ１等）にすべて送信できる（Ｓ６３０、Ｓ６４０）。

【0092】

よって、前記イニシエーター（ルート機器）は、ＨＤＭＩ ＣＥＣシステム内に接続した機器のデバイスタイプ及び支援可能な機能に対する情報リストを獲得できるようになる（Ｓ６５０）。

【0093】

図７は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内の新しいデバイスを接続した場合の、デバイス間のデバイス情報要求及び応答過程を説明するためのフローチャートを示す。

【0094】

ＨＤＭＩ ＣＥＣシステム内の新しい機器が接続されると、接続された新しい機器は、自身の情報を他の機器に知らせることができ、この場合、接続された新しい機器はイニシエーターとなる。

【0095】

前記イニシエーターは、フォロワ２（ルート機器）から機器種類及び支援可能な機能に対する情報要求命令語を受信し、それにより自動的に自身のデバイスタイプ及び支援可能な機能情報を確認して、これを命令語形態で伝達できる（Ｓ７１０）。この場合、これに対する応答を応答命令語の形態でフォロワ２（ルート機器）だけでなく、接続したすべての機器（フォロワ１等）にすべて送信できる（Ｓ７２０）。

【0096】

よって、前記フォロワ２（ルート機器）は、ＨＤＭＩ ＣＥＣシステム内の接続した機器のデバイスタイプ及び支援可能な機能に対する情報リストを獲得できるようになる（Ｓ７３０）。

【0097】

図８は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内にあるデバイスのデバイス情報が出力された画面を示す。

【0098】

前記図８を述べると、ＨＤＭＩ ＣＥＣシステム内に接続した機器をそれぞれＨＤＭＩ １、ＨＤＭＩ ２、ＨＤＭＩ ３、ＨＤＭＩ ４とすれば、前記図６ないし図７での説明のように、各機器は、自身のデバイスタイプ及び支援可能な機能情報を確認してルート機器に送信するようになり、このように送信された機能は、前記図８のように出力されてユーザインタフェースを提供できる。

【0099】

例えば、ユーザがＨＤＭＩ １の機能詳細ビューをクリックすると、ＨＤＭＩ １の機能詳細ビュー画面が出力されるようになり、出力された画面では、ＨＤＭＩ １が提供する多様な機能、例えば、ｏｎｅ ｔｏｕｃｈ ｒｅｃｏｒｄｉｎｇ、ｓｔａｎｄｂｙなどを表示させる。したがって、ユーザは、便利にＨＤＭＩ ＣＥＣシステム内に接続した機器をその機能に応じて選択して使用するようになる。

【0100】

図９は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイス間の追加的なデバイス情報要求及び応答過程を説明するためのフローチャートを示す。

【0101】

本発明が適用される一実施形態として、＜物理アドレス割り当て＞メッセージと＜物理アドレスレポート＞メッセージを再び定義することによって、物理アドレスと支援可能なデバイスタイプだけでなく支援可能な機能を知らせることができる。このとき、既存の機器との互換性のために［デバイスタイプ］に新しい情報を伝達する［２次デバイスタイプ］及び［デバイス特徴］とにオペランド（Ｏｐｅｒａｎｄ）を細分化できる。前記［２次デバイスタイプ］及び前記［デバイス特徴］は、前記表２及び表３において説明している。

【0102】

バス構造の接続を管理するイニシエーター（ルート機器）は、ＨＤＭＩ ＣＥＣシステム内に接続した機器のデバイスタイプ及び支援可能な機能に対する情報を収集するために、該当機器（フォロワ２）に＜物理アドレス割り当て＞メッセージを送信できる（Ｓ９１０）。

【0103】

前記フォロワ２は、自動的に自身のデバイスタイプ及び支援可能な機能情報を確認して（Ｓ９２０）、これを＜物理アドレスレポート＞メッセージ形態で伝達できる（Ｓ９３０）。このとき、自身のデバイスタイプ及び支援可能な機能を知らせるために、前記表２及び表３に表したように［デバイスタイプ］に新しい情報を伝達する［２次デバイスタイプ］及び［デバイス特徴］形態で送信できる。同様に、データ送信時には、応答命令語の形態でフォロワ２（ルート機器）だけでなく、接続したすべての機器（フォロワ１など）にすべて送信できる（Ｓ９３０）。

【0104】

よって、前記イニシエーター（ルート機器）は、ＨＤＭＩ ＣＥＣシステム内に接続した機器のデバイスタイプ及び支援可能な機能に対する情報リストを獲得できるようになる（Ｓ９４０）。

【0105】

図１０は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内の新しいデバイスが接続した場合、デバイス間の追加的なデバイス情報要求及び応答過程を説明するためのフローチャートを示す。

【0106】

ＨＤＭＩ ＣＥＣシステム内の新しい機器が接続されると、接続した新しい機器は、自身の情報を他の機器に知らせることができ、この場合、接続した新しい機器は、イニシエーターとなる。

【0107】

前記イニシエーターは、フォロワ２（ルート機器）から＜物理アドレス割り当て＞メッセージを受信し、それに応じて自動的に自身のデバイスタイプ及び支援可能な機能情報を確認し（Ｓ１０１０）、＜物理アドレスレポート＞メッセージ形態で伝達できる。この場合、これに対する応答をフォロワ２（ルート機器）だけでなく接続したすべての機器（フォロワ１等）にすべて送信できる（Ｓ１０２０）。

【0108】

よって、前記フォロワ２（ルート機器）は、ＨＤＭＩ ＣＥＣシステム内に接続した機器のデバイスタイプ及び支援可能な機能に対する情報リストを獲得できるようになる（Ｓ１０３０）。

【0109】

本発明が適用される他の実施形態として、ＨＤＭＩ ＣＥＣシステム内のホストデバイス（イニシエーター）とソースデバイス（フォロワ）のデータビットタイミングを明確にする方法を提示する。

【0110】

ＨＤＭＩ ＣＥＣシステム内に接続した機器は、一つのイニシエーターと一つ以上のフォロワとから構成することができる。イニシエーターは、メッセージとデータとを送信し、フォロワは、データを受信して確認ビットをセットするようになる。前記メッセージは、フレーム形態で送信され、フレームは、スタートビット（ｓｔａｒｔ ｂｉｔ）とデータビット（ｄａｔａ ｂｉｔｓ）とから構成することができる。イニシエーターは、ビットタイミング（ｂｉｔ ｔｉｍｉｎｇ）とビットリーディングエッジ（ｂｉｔ ｌｅａｄｉｎｇ ｅｄｇｅ）を提供する。

【0111】

スタートビット以後のすべてのデータビットは、一貫したタイミングを有しており、データビットの終わりにおいてハイ（Ｈｉｇｈ）からロー（Ｌｏｗ）へ遷移（ｔｒａｎｓｉｔｉｏｎ）が発生することは、次のデータビットのスタートを表し、これは、次のデータビットが存在する場合においてのみ発生する。

【0112】

受信信号のビットタイミングを決定するためには、フォロワは、ＣＥＣ信号のエッジ検出を確認しなければならず、ビットタイミングのより正確な決定のためには、０．１ｍｓ以内の正確度で立ち上がりエッジ（ｒｉｓｉｎｇ ｅｄｇｅ）と立ち下がりエッジ（ｆａｌｌｉｎｇ ｅｄｇｅ）を決定できなければならない。前記フォロワがＣＥＣ信号の値を決定するために整数間隔でサンプリングを使用する場合、データビットのサンプリング期間は、予め設定された値より小さいか、または同じでありえ、例えば、サンプリング期間は、０．１ｍｓより小さいか、または同じでありうる。

【0113】

図１１ないし図１２は、本発明が適用される一実施形態であって、バスインターフェースにおいてＨＤＭＩ ＣＥＣシステムで高速送信可能なモードを説明するためのシーケンス図を示す。

【0114】

図１１は、ボトム−アップモードチェック（ｂｏｔｔｏｍ−ｕｐ ｍｏｄｅ ｃｈｅｃｋｉｎｇ）方式を説明するためのシーケンス図を示す。

【0115】

イニシエーター（ルート機器）と複数のフォロワ（フォロワ１、フォロワ２）がバスインターフェースを介して接続されているＨＤＭＩ ＣＥＣシステムにおいて、まず前記イニシエーター（ルート機器）は、接続したすべての機器（フォロワ１、フォロワ２）に現在機器の支援可能な最大モードの確認を要求する命令語である＜モード確認要求＞メッセージを共通のバスライン（Ｂｕｓ ｌｉｎｅ）を介して送信できる（Ｓ１１０１）。

【0116】

前記＜モード確認要求＞メッセージの送信を受けたフォロワは、自身のモードを確認し（Ｓ１１０２−１、Ｓ１１０２−２）、＜モード応答＞メッセージを前記イニシエーター（ルート機器）に送信できる。例えば、フォロワ２の場合、自身の支援可能な最大モードがローモード（ｌｏｗ ｍｏｄｅ）の場合（Ｓ１１０２−２）＜モード応答＞メッセージにローモード（ｌｏｗ ｍｏｄｅ）情報をパラメーター値として追加して、前記イニシエーター（ルート機器）に送信し（Ｓ１１０３−２）、フォロワ１の場合にも、自身の支援可能な最大モードがハイモード（ｈｉｇｈ ｍｏｄｅ）の場合（Ｓ１１０２−１）、＜モード応答＞メッセージにハイモード（ｈｉｇｈ ｍｏｄｅ）情報をパラメーター値として追加して、前記イニシエーター（ルート機器）に送信できる（Ｓ１１０３−１）。

【0117】

前記イニシエーター（ルート機器）は、前記フォロワ１及び２から＜モード応答＞メッセージを受信し、モード関連パラメーターに基づいて送信速度モードを決定できる（Ｓ１１０４）。例えば、前記イニシエーター（ルート機器）は、受信された＜モード応答＞メッセージのうち、ローモード（ｌｏｗ ｍｏｄｅ）パラメーターが一つでも含まれている場合、送信速度モードをローモード（ｌｏｗ ｍｏｄｅ）と決定できる。

【0118】

前記イニシエーター（ルート機器）は、決定された送信速度モードが含まれた＜送信速度お知らせモード＞メッセージを前記フォロワ１及び２に送信できる（Ｓ１１０５）。前記フォロワ１及び２は、＜送信速度お知らせモード＞メッセージを受信し、決定された送信速度モードに基づいてデータを送信するようになる。

【0119】

図１２は、トップ−ダウンモードチェック（ｔｏｐ−ｄｏｗｎ ｍｏｄｅ ｃｈｅｃｋｉｎｇ）方式を説明するためのシーケンス図を示す。

【0120】

イニシエーター（ルート機器）と複数のフォロワ（フォロワ１、フォロワ２）とがバスインターフェースを介して接続しているＨＤＭＩ ＣＥＣシステムにおいて、まず前記イニシエーター（ルート機器）は、接続したフォロワ１に支援可能な最大モードの確認を要求する命令語である＜モード確認要求＞メッセージを送信できる（Ｓ１２０１）。そして、前記フォロワ１がフォロワ２に支援可能な最大モードの確認を要求する命令語である＜モード確認要求＞メッセージを送信できる（Ｓ１２０２）。

【0121】

前記＜モード確認要求＞メッセージの送信を受けたフォロワ１及び２は、自身のモードを確認し（Ｓ１２０３−１、Ｓ１２０３−２）、＜モード応答＞メッセージを前記イニシエーター（ルート機器）に送信できる。例えば、フォロワ２の場合、自身の支援可能な最大モードがハイモード（ｈｉｇｈ ｍｏｄｅ）の場合、＜モード応答＞メッセージにハイモード（ｈｉｇｈ ｍｏｄｅ）情報をパラメーター値として追加して、前記イニシエーター（ルート機器）に送信し（Ｓ１２０４−２）、フォロワ１の場合にも自身の支援可能な最大モードがハイモード（ｈｉｇｈ ｍｏｄｅ）である場合、＜モード応答＞メッセージにハイモード（ｈｉｇｈｍｏｄｅ）情報をパラメーター値として追加して、前記イニシエーター（ルート機器）に送信できる（Ｓ１２０４−１）。

【0122】

前記イニシエーター（ルート機器）は、前記フォロワ１及び２から＜モード応答＞メッセージを受信し、モード関連パラメーターに基づいて送信速度モードを決定できる（Ｓ１２０５）。例えば、前記イニシエーター（ルート機器）は、受信された＜モード応答＞メッセージのうち、ローモード（ｌｏｗ ｍｏｄｅ）パラメーターが一つでも含まれている場合、送信速度モードをローモード（ｌｏｗ ｍｏｄｅ）と決定できる。他の例として、応答メッセージが受信されない場合が一つでもある場合、送信速度モードをローモード（ｌｏｗ ｍｏｄｅ）と決定できる。

【0123】

前記イニシエーター（ルート機器）は、決定された送信速度モードが含まれた＜送信速度お知らせモード＞メッセージを前記フォロワ１に送信でき（Ｓ１２０６）、前記フォロワ１がフォロワ２に＜送信速度お知らせモード＞メッセージを送信できる（Ｓ１２０７）。前記フォロワ１及び２は、＜送信速度お知らせモード＞メッセージを受信し、決定された送信速度モードに基づいてデータを送信するようになる。

【0124】

本発明が適用される他の実施形態として、イニシエーター（ルート機器）は、接続したフォロワに支援可能な最大モードの確認を要求する命令語として＜レポートモード（Ｒｅｐｏｒｔ Ｍｏｄｅ）＞メッセージを送信できる。そして、決定されたデータ送信速度をフォロワに知らせるために、＜セットモード（Ｓｅｔ Ｍｏｄｅ）＞メッセージを送信できる。

【0125】

図１３は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のデバイスの論理的アドレスの拡張を説明するためのシーケンス図を示す。

【0126】

本実施形態では、一通りの特性（機能）を通じて割り当てられた論理アドレス（Ｌｏｇｉｃａｌ Ａｄｄｒｅｓｓ）を多様な特性（機器）で割り当てられることができる方法のプロトコルを定義し、なお、論理アドレスの他、各機器が有することができる固有識別子を利用して論理アドレスを拡張できる方法を定義しようとする。例えば、前記固有識別子は、該当機器に割り当てられた固有値を意味でき、または、ＩＰアドレス／ＭＡＣ／ＵＤＮのうちの少なくとも一つを意味することができる。

【0127】

図１３に示すように、イニシエーター（ルート機器）と複数のフォロワ（フォロワ１、フォロワ２）とがバスインターフェースを介して接続しているＨＤＭＩ ＣＥＣシステムにおいて、新しく定義された論理アドレスを割り当てられるために、論理アドレス割り当ての一般的な過程を行う（Ｓ１３０１）。それにより、前記フォロワ（例えば、ＰＣまたはモバイル機器）は、共通的に新しく定義された論理アドレスが割り当てられ（Ｓ１３０２）、後に自身の識別子として使用されうる固有値をイニシエーター（ルート機器）に伝達できる（Ｓ１３０３）。

【0128】

前記イニシエーター（ルート機器）は、前記フォロワに対する固有値を有し、特定フォロワにアクション命令を送信できる。例えば、前記イニシエーター（ルート機器）は、フォロワ１及び／またはフォロワ２の固有値と共に＜アクション命令＞メッセージを前記フォロワ１及び／またはフォロワ２に送信できる（Ｓ１３０４）。

【0129】

仮に、前記＜アクション命令＞を行うようになるフォロワが共通の論理アドレスに割り当てられていると、前記イニシエーター（ルート機器）は、前記共通の論理アドレスにマルチキャスト方式で命令語を伝達できる。前記フォロワは、送信された固有値と自身の固有値とを比較して、同一であればアクション命令を行い（Ｓ１３０６）、同一でなければこれを無視できる（Ｓ１３０５）。アクション命令を行うようになるフォロワは、命令に対する応答メッセージを前記イニシエーター（ルート機器）に送信できる（Ｓ１３０７）。

【0130】

本発明が適用される他の実施形態として、論理アドレスが割り当てられために自身が選択した論理アドレスを他の機器が使用しているかどうかを確認し、すべての論理アドレスが他の機器により使用中であると、共通的に使用されうる論理アドレスを割り当て、自身の識別子として使用される固有値と自身の種類を知らせる情報を追加提供する方法を利用することもできる。

【0131】

図１４は、本発明が適用される一実施形態であって、ＨＤＭＩ ＣＥＣシステム内のＩＰインターフェースの情報を相互交換できる命令語を定義する方法を説明するためのシーケンス図を示す。

【0132】

イニシエーター（ルート機器）と複数のフォロワ（フォロワ１、フォロワ２）がバスインターフェースを介して接続しているＨＤＭＩ ＣＥＣシステムにおいて、論理アドレス割り当ての一般的な過程が行われ（Ｓ１４０１）、前記複数のフォロワは、各々既に固有識別子を含むことができる。

【0133】

前記イニシエーター（ルート機器）は、前記フォロワが既に有している固有識別子に対する要求命令を送信できる（Ｓ１４０２）。要求命令を受信したフォロワは、自身が保有している固有識別子を応答メッセージのパラメーター値として追加して、前記イニシエーター（ルート機器）に送信できる（Ｓ１４０３）。

【0134】

前記イニシエーター（ルート機器）は、獲得した前記フォロワの固有識別子を利用して、必要な命令語を送信できるようになる（Ｓ１４０４）。

【0135】

例えば、前記固有識別子は、該当機器に割り当てられた固有値を意味でき、または、ＩＰアドレス／ＭＡＣ／ＵＤＮのうちの少なくとも一つを意味することもできる。

【産業上の利用可能性】

【0136】

以上、前述した本発明の好ましい実施形態は、例示の目的のために開示されたものであって、当業者であれば、以下添付された特許請求の範囲に開示された本発明の技術的思想とその技術的範囲内で、多様な他の実施形態を改良、変更、代替または付加などが可能であるはずである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】