JP6251350B2

JP6251350B2 - Ｈｄｍｉｃｅｃ性能向上のためのシステム及びその制御方法

Info

Publication number: JP6251350B2
Application number: JP2016206854A
Authority: JP
Inventors: チェクリ; ヒョンチェリ; スンリュルヤン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2012-05-15
Filing date: 2016-10-21
Publication date: 2017-12-20
Anticipated expiration: 2033-05-15
Also published as: EP2852171A4; JP6031596B2; KR20150030696A; EP2852171A1; WO2013172662A1; CN104350759A; JP2017063440A; US20150134860A1; JP2015522990A

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステムの概略的なブロック図である。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内において送信されるデータブロック及びヘッダブロックの構造を示す図である。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内のデバイスの物理的アドレス割り当てアルゴリズムを説明するためのブロック図である。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内のデバイスの論理的アドレス割り当てアルゴリズムを説明するためのフローチャートである。本発明が適用される他の実施形態であって、ＨＤＭＩＣＥＣシステム内のデバイスの論理的アドレス割り当てアルゴリズムを説明するためのフローチャートである。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内のデバイス間のデバイス情報要求及び応答過程を説明するためのフローチャートである。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内の新しいデバイスが接続した場合、デバイス間のデバイス情報要求及び応答過程を説明するためのフローチャートである。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内にあるデバイスのデバイス情報が出力された画面を示す図である。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内のデバイス間の追加的なデバイス情報要求及び応答過程を説明するためのフローチャートである。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内の新しいデバイスが接続した場合、デバイス間の追加的なデバイス情報要求及び応答過程を説明するためのフローチャートである。本発明が適用される一実施形態であって、バスインターフェースにおいてＨＤＭＩＣＥＣシステムで高速送信可能なモードを説明するためのシーケンス図である。本発明が適用される一実施形態であって、バスインターフェースにおいてＨＤＭＩＣＥＣシステムで高速送信可能なモードを説明するためのシーケンス図である。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内のデバイスの論理的アドレスの拡張を説明するためのシーケンス図である。本発明が適用される一実施形態であって、ＨＤＭＩＣＥＣシステム内のＩＰインターフェースの情報を相互交換できる命令語を定義する方法を説明するためのシーケンス図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

複数のデバイスを含むＨＤＭＩＣＥＣネットワークに新たに接続されたデバイスによる論理アドレス割り当てを実行する方法であって、
前記デバイスの特性を示す特徴レポートメッセージを放送するステップと、
前記放送の後に前記ＨＤＭＩＣＥＣネットワーク内で他のデバイスに、前記デバイスの主要デバイスタイプを示す物理アドレスメッセージを送信するステップと、
前記デバイスの物理アドレスが有効の時、前記デバイスの前記複数のデバイスタイプに対応する、前記デバイスの複数の論理アドレスを割り当てるステップと、
を含み、
前記複数の論理アドレスの少なくとも一つに対応するビットは、前記デバイスの複数のデバイスタイプに対応する機能が支援されているか否かを示すフラグビットを利用して設定される、方法。
前記物理アドレスメッセージは、前記デバイスの、前記物理アドレスと前記複数の論理アドレスの少なくとも一つとの間の関連を示す、請求項１に記載の方法。
前記複数の論理アドレスを割り当てるステップは、
第１論理アドレスに、前記第１論理アドレスが他のデバイスにより利用されるか否かを示すメッセージである、第１ポーリングメッセージを送信するステップと、
前記第１ポーリングメッセージに対する第１応答メッセージを受信するステップと、
前記第１論理アドレスが前記他のデバイスに利用されない場合、前記デバイスの前記第１論理アドレスを割り当てるステップと、
前記第１論理アドレスが前記他のデバイスに利用される場合、第２論理アドレスに、前記第２論理アドレスが他のデバイスに利用されているか否かを示すメッセージである、第２ポーリングメッセージを送信するステップと、を含む、請求項１に記載の方法。
前記第１論理アドレスが前記他のデバイスに利用されている場合、
前記第２ポーリングメッセージに対する第２応答メッセージを受信するステップと、
前記第２論理アドレスが前記他のデバイスに利用されている時、前記第２論理アドレスが前記最後の論理アドレスであるか否か確認するステップと、
前記第２論理アドレスが前記最後の論理アドレスである時、前記新しいデバイスが他のデバイスタイプを持つか否か確認するステップと、
前記新しいデバイスが前記他のデバイスタイプを持つ場合、前記他のデバイスタイプに対応する論理アドレス割り当てプロセスを実行するステップと、
前記新しいデバイスが前記他のデバイスタイプを持たない場合、登録されていない論理アドレスを割り当てるステップと、をさらに、含む、請求項３に記載の方法。
前記複数のデバイスタイプは、ＴＶ、レコード装置、チューナー、再生装置、オーディオ・システム、ＣＥＣスイッチ、及びプロセッサの少なくとも一つを含む、請求項１に記載の方法。
論理アドレス割り当てを実行するためのＨＤＭＩＣＥＣに新たに接続されたデバイスであって、
前記デバイスの特性を示す特徴レポートメッセージを放送し、前記特性レポートメッセージを放送した後に前記ＨＤＭＩＣＥＣネットワーク内で他のデバイスに、前記デバイスの主要デバイスタイプを示す、物理アドレスメッセージを送信するように構成された通信部と、
前記デバイスの物理アドレスが有効である時、前記デバイスの複数のデバイスタイプに対応する、前記デバイスの複数の論理アドレスを割り当てるように構成された中央処理部と、を含み、
前記複数の論理アドレスの少なくとも一つに対応するビットは、前記デバイスの複数のデバイスタイプに対応する機能が支援されているか否かを示すフラグビットを利用して設定される、デバイス。
前記物理アドレスメッセージは、前記デバイスの、前記物理アドレスと前記複数の論理アドレスの少なくとも一つとの間の関連を示す、請求項６に記載のデバイス。
前記中央処理部は、
第１論理アドレスに、前記第１論理アドレスが他のデバイスにより利用されるか否かを示すメッセージである、第１ポーリングメッセージを送信し、
前記第１ポーリングメッセージに対する第１応答メッセージを受信し、
前記第１論理アドレスが前記他のデバイスに利用されない場合、前記新しいデバイスの前記第１論理アドレスを割り当て、
前記第１論理アドレスが前記他のデバイスに利用される場合、第２論理アドレスに、前記第２論理アドレスが他のデバイスに利用されているか否かを示すメッセージである、第２ポーリングメッセージを送信するように更に構成された、請求項６に記載のデバイス。
前記第１論理アドレスが前記他のデバイスに利用されている場合、
前記中央処理部は、
前記第２ポーリングメッセージに対する第２応答メッセージを受信し、
前記第２論理アドレスが前記他のデバイスに利用されている時、前記第２論理アドレスが前記最後の論理アドレスであるか否か確認し、
前記第２論理アドレスが前記最後の論理アドレスである時、前記新しいデバイスが他のデバイスタイプを持つか否か確認し、
前記新しいデバイスが前記他のデバイスタイプを持つ場合、前記他のデバイスタイプに対応する論理アドレス割り当てプロセスを実行し、
前記新しいデバイスが前記他のデバイスタイプを持たない場合、登録されていない論理アドレスを割り当てるように更に構成された、請求項８に記載のデバイス。
前記複数のデバイスタイプは、ＴＶ、レコード装置、チューナー、再生装置、オーディオ・システム、ＣＥＣスイッチ、プロセッサの少なくとも一つを含む、請求項６に記載のデバイス。