WO2009110561A1

WO2009110561A1 - 送信装置および受信装置

Info

Publication number: WO2009110561A1
Application number: PCT/JP2009/054193
Authority: WO
Inventors: 勝己北野; 量資近藤; 俊英林; 元市村
Original assignee: ソニー株式会社
Priority date: 2008-03-05
Filing date: 2009-03-05
Publication date: 2009-09-11
Also published as: EP2141925B1; EP2141925A4; EP2141925A1

Abstract

【課題】伝送路に含まれる一対の差動伝送路により構成される通信路を介して通信を行う通信部を有する場合にあって、その通信部に関する情報を外部機器が認識可能とする。【解決手段】ディスクレコーダ２１０は、ＨＤＭＩケーブル３５０のリザーブラインおよびHPDラインにより構成される通信路を介して外部機器と通信を行う通信部（高速データラインI/F２１３）を有していることを示す機能情報を、ＨＤＭＩケーブル３５０の制御データラインであるＣＥＣラインを介して、テレビ受信機２５０に送信する。テレビ受信機２５０は、機能情報を受信することで、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であるか否か、そして、ｅＨＤＭＩ対応機器である場合に対応し得る伝送フォーマット（アプリケーション）を認識できる。テレビ受信機２５０からディスクレコーダ２１０に、上述したと同様にして機能情報を送信することも考えられる。

Description

送信装置および受信装置

　この発明は、送信装置および受信装置に関する。詳しくは、この発明は、伝送路に含まれる一対の差動伝送路により構成される通信路を介して通信を行う通信部を有する場合にあって、その通信部に関する情報を外部機器が認識可能とすることにより、外部機器から適切に信号を送信し得るようにした送信装置等に関する。

　近年、例えば、ＤＶＤ(Digital Versatile Disc)レコーダや、セットトップボックス、その他のＡＶソース（Audio Visual source）から、テレビ受信機、プロジェクタ、その他のディスプレイに対して、デジタル映像信号、すなわち、非圧縮（ベースバンド）の映像信号（以下、適宜、「画像データ」という）と、その映像信号に付随するデジタル音声信号（以下、適宜、「音声データ」という）を、高速に伝送する通信インタフェースとして、ＨＤＭＩ(High Definition Multimedia Interface)が普及しつつある。例えば、特許文献１には、ＨＤＭＩ規格の詳細についての記載がある。
ＷＯ２００２／０７８３３６号公報

　現状のＨＤＭＩ規格では、送信装置（ソース機器）は、受信装置（シンク機器）がｅＨＤＭＩ対応機器であるか否かを、ＨＤＭＩケーブルのリザーブラインの電圧状態により判別可能である。ここで、送信装置あるいは受信装置がｅＨＤＭＩ対応であるとは、当該送信装置あるいは受信装置が、ＨＤＭＩケーブルの所定ライン（例えば、リザーブラインおよびＨＰＤライン）により構成される通信路を用いた通信を行う通信部を備えていることを意味する。

　しかし、受信装置は送信装置がｅＨＤＭＩ対応機器であるか否かを認識することができない。また、送信装置がｅＨＤＭＩ対応機器であっても、送信装置がビジー状態にある場合、受信装置は当該ビジー状態を認識することができない。そのため、受信装置はｅＨＤＭＩ非対応の送信装置、あるいはビジー状態にあるｅＨＤＭＩ対応の送信装置に不要な信号を送ってしまうことがあった。

　この発明の目的は、受信装置から送信装置に信号を適切に送信可能とすることにある。

　この発明の概念は、
　映像信号を複数チャネルで、差動信号により、伝送路を介して外部機器に送信する映像信号送信部と、
　前記伝送路に含まれる一対の差動伝送路により構成される通信路を介して前記外部機器と通信を行う通信部と、
　前記外部機器に、前記通信部を有していることを示す第１の機能情報を前記伝送路を構成する制御データラインを介して送信する機能情報送信部と、
　前記外部機器から送られてくる、前記通信路を介して通信を行う通信部を前記外部機器は有していることを示す第２の機能情報を前記制御データラインを介して受信する機能情報受信部とを有する
　送信装置にある。

　また、この発明の概念は、
　外部機器から、複数チャネルで、差動信号により、伝送路を介して、映像信号を受信する映像信号受信部と、
　前記伝送路に含まれる一対の差動伝送路により構成される通信路を介して前記外部機器と通信を行う通信部と、
　前記外部機器に、前記通信部を有していることを示す第１の機能情報を前記伝送路を構成する制御データラインを介して送信する機能情報送信部と、
　前記外部機器から送られてくる、前記通信路を介して通信を行う通信部を前記外部機器は有していることを示す第２の機能情報を前記制御データラインを介して受信する機能情報受信部とを有する
　受信装置にある。

　この発明において、送信装置は、映像信号を、複数のチャネルで、差動信号により、伝送路を介して、外部機器（受信装置）に送信する映像信号送信部を備えるものであり、例えば、ＨＤＭＩのソース機器である。送信装置には、伝送路に含まれる一対の差動伝送路により構成される通信路を介して外部機器と通信を行う通信部が備えられている。例えば、通信路の一対の差動伝送路のうち少なくとも一方は直流バイアス電位によって外部機器の接続状態を通知する機能を有している。例えば、伝送路に含まれる一対の差動伝送路は、ＨＤＭＩケーブルを構成するリザーブラインおよびＨＰＤラインである。

　送信装置から外部機器には、上述の通信部を有していることを示す機能情報が、制御データラインを介して送信される。例えば、制御データラインはＨＤＭＩケーブルのＣＥＣラインであり、機能情報はＣＥＣ信号として外部機器に送信される。この機能情報には、例えば、自身（送信装置）が対応する伝送フォーマット（アプリケーション）の情報を含めることができる。

　受信装置は、外部機器（送信装置）から、複数チャネルで、差動信号により、伝送路を介して、映像信号を受信する映像信号受信部を備えるものであり、例えば、ＨＤＭＩのシンク機器である。受信装置には、伝送路に含まれる一対の差動伝送路により構成される通信路を介して外部機器と通信を行う通信部が備えられている。例えば、通信路の一対の差動伝送路のうち少なくとも一方は直流バイアス電位によって外部機器の接続状態を通知する機能を有している。例えば、伝送路に含まれる一対の差動伝送路は、ＨＤＭＩケーブルを構成するリザーブラインおよびＨＰＤラインである。

　受信装置では、外部機器から送られてくる上述の機能情報が制御データラインを介して受信される。例えば、制御データラインはＨＤＭＩケーブルのＣＥＣラインであり、機能情報はＣＥＣ信号として外部機器から受信される。

　受信装置から外部機器には、上述の通信部を有していることを示す機能情報が、制御データラインを介して送信される。この機能情報には、例えば、自身（受信装置）が対応する伝送フォーマット（アプリケーション）の情報を含めることができる。送信装置では、外部機器から送られてくる上述の機能情報が制御データラインを介して受信される。

　このように、送信装置が通信部を備える場合、この送信装置から受信装置に通信部を有していることを示す機能情報が送信され、受信装置ではこの機能情報が受信される。そのため、受信装置は、外部機器（送信装置）が通信部を備えているか否かを認識可能となり、通信部を有していない外部機器に、上述の通信路を介して不要な信号を送信することを回避できる。また、受信装置は、機能情報に外部機器の対応伝送フォーマット情報が含まれている場合には、その情報から外部機器が対応する伝送フォーマットを容易に知ることができる。

　また、受信装置が通信部を備える場合、この受信装置から送信装置に通信部を有していることを示す機能情報が送信され、送信装置ではこの機能情報が受信される。そのため、送信装置は、外部機器（受信装置）が通信部を備えているか否かを認識可能となり、通信部を有していない外部機器に、上述の通信路を介して不要な信号を送信することを回避できる。また、送信装置は、機能情報に外部機器の対応伝送フォーマット情報が含まれている場合には、その情報から外部機器が対応する伝送フォーマットを容易に知ることができる。

　この発明において、例えば、受信装置は、外部機器（送信装置）に、機能情報の送信要求を送信する送信要求送信部を備え、送信装置は、外部機器（受信装置）から送られてくる機能情報の送信要求を受信する送信要求受信部を備え、送信装置の機能情報送信部は、送信要求受信部で送信要求が受信されたとき、外部機器（受信装置）に機能情報を送信する、ようにされてもよい。この場合、受信装置は、外部機器に機能情報の送信要求を送信することで、任意のタイミング（例えば、パワーオン時、入力切り替え時など）で、当該外部機器が通信部を備えているか否かを、確認することが可能となる。

　この発明によれば、伝送路に含まれる一対の差動伝送路により構成される通信路を介して通信を行う通信部を有する場合にあって、その通信部に関する情報を外部機器が認識可能とするものであり、外部機器は不要なパケットの送信を回避する等、適切に信号を送信できる。

この発明の実施の形態としてのＡＶシステムの構成例を示すブロック図である。ＡＶシステムを構成するディスクレコーダ（ソース機器）の構成例を示すブロック図である。ＡＶシステムを構成するテレビ受信機（シンク機器）の構成例を示すブロック図である。ＨＤＭＩ送信部（ＨＤＭＩソース）とＨＤＭＩ受信部（ＨＤＭＩシンク）の構成例を示すブロック図である。ＨＤＭＩトランスミッタとＨＤＭＩレシーバの構成例を示すブロック図である。ＴＭＤＳ伝送データの構造を示す図である。ＨＤＭＩ端子のピン配列（タイプＡ）を示す図である。ディスクレコーダおよびテレビ受信機の高速データラインインタフェースの構成例を示す接続図である。ディスクレコーダおよびテレビ受信機の高速データラインインタフェース等の構成例を示す接続図である。ＡＶＩ InfoFrameのデータ構造を示す図である。ＣＥＣラインで伝送されるＣＥＣデータの構造を示す図である。ヘッダブロックの構造例を示す図である。ＨＤＭＩの各機器の種類に応じて設定される論理アドレスを示す図である。〈Exchange Supported Channels Info〉メッセージの使用例を説明するためのシーケンス図である。ＡＶシステムの機器構成例を示す図である。〈Activate Supported Channels〉メッセージの使用例を説明するためのシーケンス図である。〈Activate Supported Channels〉メッセージの使用例を説明するためのシーケンス図である。ＡＶシステムの構成例を示すブロック図である。〈Request HPD=H〉メッセージを用いずに、電源ラインの電圧を変化させることで、ＨＰＤ信号を“Ｈ”にすることを要求する例を説明するための図である。ディスクレコーダおよびテレビ受信機の高速データラインインタフェース等の構成例を示す接続図である。ＨＰＤラインおよびリザーブラインの電圧変化例を示す図である。ディスクレコーダからテレビ受信機に機能情報および対応伝送フォーマット情報を送ると共に、テレビ受信機からディスクレコーダに対応伝送フォーマット情報を送る場合における、ディスクレコーダおよびテレビ受信機の構成例を示すブロック図である。テレビ受信機（シンク機器）側によるＨＰＤラインの電圧制御例と、それに対応したディスクレコーダ（ソース機器）側およびテレビ受信機（シンク機器）側によるリザーブラインの電圧制御例を示す図である。複数個、例えば３個のＨＤＭＩ端子を備えたテレビ受信機の構成例を示すブロック図である。シンク機器が多ＨＤＭＩ入力の場合の動作例を示す図である。テレビ受信機（シンク機器）のＣＰＵが所定のＨＤＭＩ入力に対して検出動作を行う際の処理手順の一例を示すフローチャートである。シンク機器のＣＰＵが相手側のソース機器はｅＨＤＭＩ非対応機器であると判断する場合における、ＨＰＤラインおよびリザーブラインの電圧変化例を示す図である。ソース機器からの応答が１００ｍｓ経過してもこなかったときに、相手側のソース機器に機能情報等の送信を再度要求するリトライ処理を説明するための図である。ディスクレコーダ（ソース機器）のＣＰＵの処理手順の一例を示すフローチャートである。ディスクレコーダからテレビ受信機に機能情報および対応伝送フォーマット情報を送ると共に、テレビ受信機からディスクレコーダに対応伝送フォーマット情報を送る場合における、ディスクレコーダおよびテレビ受信機の構成例を示す図である。リザーブラインの電圧制御例を示す図である。シンク機器が多ＨＤＭＩ入力の場合の動作例を示す図である。シンク機器から要求を出す場合の当該シンク機器のＣＰＵの処理手順の一例を示すフローチャートである。シンク機器のＣＰＵが相手側のソース機器はｅＨＤＭＩ非対応機器であると判断する場合における、リザーブラインの電圧変化例を示す図である。ソース機器からの応答が２ｓ経過してもこなかったときに、相手側のソース機器に機能情報の送信を再度要求するリトライ処理を説明するための図である。ソース機器から要求を出す場合のシンク機器のＣＰＵの処理手順の一例を示すフローチャートである。ソース機器から要求を出す場合のソース機器のＣＰＵの処理手順の一例を示すフローチャートである。シンク機器から要求を出す場合のソース機器のＣＰＵの処理手順の一例を示すフローチャートである。ＡＶシステムの他の構成例を示すブロック図である。

符号の説明

　１０・・・ＡＶシステム、１１，１２・・・ＣＤＣデバイス、１３・・・Ｎｏｎ－ＣＤＣデバイス、１１ａ，１１ｂ，１２ａ，１３ａ・・・ＨＤＭＩ端子、１４，１５・・・ＨＤＭＩケーブル、２００・・・ＡＶシステム、２１０・・・ディスクレコーダ、２１１・・・ＨＤＭＩ端子、２１２・・・ＨＤＭＩ送信部、２１３・・・高速データラインインタフェース、２５０・・・テレビ受信機、２５１・・・ＨＤＭＩ端子、２５２・・・ＨＤＭＩ受信部、２５３・・・高速データラインインタフェース、３５０・・・ＨＤＭＩケーブル、４１７・・・ＳＰＤＩＦ受信回路、４４９・・・ＳＰＤＩＦ送信回路

　以下、図面を参照しながら、この発明の実施の形態について説明する。図１は、実施の形態としてのＡＶ(Audio Visual)システム２００の構成例を示している。このＡＶシステム２００は、ソース機器としてのディスクレコーダ２１０と、シンク機器としてのテレビ受信機２５０とを有している。このＡＶシステム２００において、ディスクレコーダ２１０およびテレビ受信機２５０はｅＨＤＭＩ対応機器である。ここで、ｅＨＤＭＩ対応機器であるとは、ＨＤＭＩケーブルを構成するリザーブラインおよびＨＰＤラインによる通信路を用いた通信を行う通信部を有していることを意味する。

　ディスクレコーダ２１０およびテレビ受信機２５０は、ＨＤＭＩケーブル３５０を介して接続されている。ディスクレコーダ２１０には、ＨＤＭＩ送信部（ＨＤＭＩＴＸ）２１２および高速データラインインタフェース（Ｉ／Ｆ）２１３が接続されたＨＤＭＩ端子２１１が設けられている。テレビ受信機２５０には、ＨＤＭＩ受信部（ＨＤＭＩＲＸ）２５２および高速データラインインタフェース（Ｉ／Ｆ）２５３が接続されたＨＤＭＩ端子２５１が設けられている。ＨＤＭＩケーブル３５０の一端はディスクレコーダ２１０のＨＤＭＩ端子２１１に接続され、このＨＤＭＩケーブル３５０の他端はテレビ受信機２５０のＨＤＭＩ端子２５１に接続されている。

　図１に示すＡＶシステム２００において、ディスクレコーダ２１０で再生された映像信号は、ＨＤＭＩケーブル３５０を介してテレビ受信機２５０に供給され、当該テレビ受信機２５０において画像が表示される。また、ディスクレコーダ２１０で再生された音声信号は、ＨＤＭＩケーブル３５０を介してテレビ受信機２５０に供給され、当該テレビ受信機２５０のスピーカから音声が出力される

　図２は、ディスクレコーダ２１０の構成例を示している。このディスクレコーダ２１０は、ＨＤＭＩ端子２１１と、ＨＤＭＩ送信部２１２と、高速データラインインタフェース２１３と、アンテナ端子２１４と、デジタルチューナ２１５と、デマルチプレクサ２１６と、内部バス２１７と、記録部インタフェース２１８と、ＤＶＤ／ＢＤドライブ２１９と、ＨＤＤ(Hard Disk Drive)２２０と、ＣＰＵ(Central ProcessingUnit)２２１と、フラッシュＲＯＭ(Read Only Memory)２２２と、ＤＲＡＭ(Dynamic Random Access Memory)２２３と、イーサネットインタフェース（Ethernet I/F）２２４と、ネットワーク端子２２５と、ＤＴＣＰ(DigitalTransmission Content Protection)回路２２６と、ＭＰＥＧデコーダ２２７と、グラフィック生成回路２２８と、映像出力端子２２９と、音声出力端子２３０とを有している。なお、「イーサネット」および「Ｅｔｈｅｒｎｅｔ」は登録商標である。

　ＨＤＭＩ送信部（ＨＤＭＩソース）２１２は、ＨＤＭＩに準拠した通信により、ベースバンドの映像（画像）と音声のデータを、ＨＤＭＩ端子２１１から送出する。このＨＤＭＩ送信部２１２の詳細は後述する。高速データラインインタフェース２１３は、ＨＤＭＩケーブルを構成する所定ライン（この実施の形態においては、リザーブライン、ＨＰＤライン）を用いた双方向通信のインタフェースである。この高速データラインインタフェース２１３の詳細は後述する。

　アンテナ端子２１４は、受信アンテナ（図示しない）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ２１５は、アンテナ端子２１４に入力されるテレビ放送信号を処理して、所定のトランスポートストリームを出力する。デマルチプレクサ２１６は、デジタルチューナ２１５で得られたトランスポートストリームから、所定の選択チャネルに対応した、パーシャルＴＳ（Transport Stream）（映像データのＴＳパケット、音声データのＴＳパケット）を抽出する。

　また、デマルチプレクサ２１６は、デジタルチューナ２１５で得られたトランスポートストリームから、ＰＳＩ／ＳＩ(Program Specific Information/Service Information)を取り出し、ＣＰＵ２２１に出力する。デジタルチューナ２１５で得られたトランスポートストリームには複数のチャネルが多重化されている。デマルチプレクサ２１６で、当該トランスポートストリームから任意のチャネルのパーシャルＴＳを抽出する処理は、ＰＳＩ／ＳＩ（ＰＡＴ／ＰＭＴ）から当該任意のチャネルのパケットＩＤ（ＰＩＤ）の情報を得ることで可能となる。

　ＣＰＵ２２１、フラッシュＲＯＭ２２２、ＤＲＡＭ２２３、デマルチプレクサ２１６、イーサネットインタフェース２２４、および記録部インタフェース２１８は、内部バス２１７に接続されている。ＤＶＤ／ＢＤドライブ２１９およびＨＤＤ２２０は、記録部インタフェース２１８を介して内部バス２１７に接続されている。ＤＶＤ／ＢＤドライブ２１９およびＨＤＤ２２０は、デマルチプレクサ２１６で抽出されたパーシャルＴＳを記録する。また、ＤＶＤ／ＢＤドライブ２１９およびＨＤＤ２２０は、それぞれ、記録媒体に記録されているパーシャルＴＳを再生する。

　ＭＰＥＧデコーダ２２７は、デマルチプレクサ２１６で抽出された、あるいは、ＤＶＤ／ＢＤドライブ２１９またはＨＤＤ２２０で再生されたパーシャルＴＳを構成する映像ＰＥＳパケットに対してデコード処理を行って映像データを得る。また、ＭＰＥＧデコーダ２２７は、当該パーシャルＴＳを構成する音声ＰＥＳパケットに対してデコード処理を行って音声データを得る。

　グラフィック生成回路２２８は、ＭＰＥＧデコーダ２２７で得られた映像データに対して、必要に応じてグラフィックスデータの重畳処理等を行う。映像出力端子２２９は、グラフィック生成回路２２８から出力される映像データを出力する。音声出力端子２３０は、ＭＰＥＧデコーダ２２７で得られた音声データを出力する。

　ＤＴＣＰ回路２２６は、デマルチプレクサ２１６で抽出されたパーシャルＴＳ、あるいはＤＶＤ／ＢＤドライブ２１９またはＨＤＤ２２０で再生されたパーシャルＴＳを、必要に応じて暗号化する。また、ＤＴＣＰ回路２２６は、ネットワーク端子２２５あるいは高速データラインインタフェース２１３からイーサネットインタフェース２２４に供給される暗号化データを復号する。

　ＣＰＵ２２１は、ディスクレコーダ２１０の各部の動作を制御する。フラッシュＲＯＭ２２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２２３は、ＣＰＵ２２１のワークエリアを構成する。ＣＰＵ２２１は、フラッシュＲＯＭ２２２から読み出したソフトウェアやデータをＤＲＡＭ２２３上に展開してソフトウェアを起動させ、ディスクレコーダ２１０の各部を制御する。

　図２に示すディスクレコーダ２１０の動作を簡単に説明する。
　アンテナ端子２１４に入力されるテレビ放送信号はデジタルチューナ２１５に供給される。このデジタルチューナ２１５では、テレビ放送信号を処理して、所定のトランスポートストリームが取り出され、当該所定のトランスポートストリームはデマルチプレクサ２１６に供給される。このデマルチプレクサ２１６では、トランスポートストリームから、所定のチャネルに対応した、パーシャルＴＳ（映像データのＴＳパケット、音声データのＴＳパケット）が抽出される。このパーシャルＴＳは、記録部インタフェース２１８を介してＤＶＤ／ＢＤドライブ２１９、あるいはＨＤＤ２２０に供給され、ＣＰＵ２２１からの記録指示に基づいて記録される。

　また、上述したようにデマルチプレクサ２１６で抽出されるパーシャルＴＳ、または、ＤＶＤ／ＢＤドライブ２１９、あるいはＨＤＤ２２０で再生されるパーシャルＴＳは、ＭＰＥＧデコーダ２２７に供給される。このＭＰＥＧデコーダ２２７では、映像データのＴＳパケットにより構成される映像ＰＥＳパケットに対してデコード処理が行われて映像データが得られる。この映像データは、グラフィック生成回路２２８でグラフィックスデータの重畳処理等が行われた後に、映像出力端子２２９に出力される。また、ＭＰＥＧデコーダ２２７では、音声データのＴＳパケットにより構成される音声ＰＥＳパケットに対してデコード処理が行われて音声データが得られる。この音声データは、音声出力端子２３０に出力される。

　ＤＶＤ／ＢＤドライブ２１９、あるいはＨＤＤ２２０で再生されたパーシャルＴＳに対応してＭＰＥＧデコーダ２２７で得られた映像（画像）データおよび音声データはＨＤＭＩ送信部２１２に供給され、ＨＤＭＩ端子２１１に接続されたＨＤＭＩケーブルに送出される。

　高速データラインインタフェース２１３では、ＨＤＭＩ端子２１１に接続されているＨＤＭＩケーブルの所定ラインを通じて送信されてくる、リモコンコードが含まれたＩＰパケットが受信される。このＩＰパケットはイーサネットインタフェース２２４を介してＣＰＵ２２１に供給される。ＣＰＵ２２１は、当該ＩＰパケットに含まれるリモコンコードがディスクレコーダ２１０の制御に関係する場合、このリモコンコードに基づいて、ディスクレコーダ２１０の各部を制御する。

　また、デマルチプレクサ２１６で抽出されたパーシャルＴＳ、または、ＤＶＤ／ＢＤドライブ２１９、あるいはＨＤＤ２２０で再生されたパーシャルＴＳをネットワークに送出する際には、当該パーシャルＴＳは、ＤＴＣＰ回路２２６で暗号化された後、イーサネットインタフェース２２４を介してネットワーク端子２２５に出力される。

　図３は、テレビ受信機２５０の構成例を示している。このテレビ受信機２５０は、ＨＤＭＩ端子２５１と、ＨＤＭＩ受信部２５２と、高速データラインインタフェース２５３と、アンテナ端子２５７と、デジタルチューナ２５８と、デマルチプレクサ２５９と、ＭＰＥＧ(Moving Picture Expert Group)デコーダ２６０と、映像・グラフィック処理回路２６１と、パネル駆動回路２６２と、表示パネル２６３と、音声信号処理回路２６４と、音声増幅回路２６５と、スピーカ２６６と、ＤＴＣＰ回路２６７と、内部バス２７０と、ＣＰＵ２７１と、フラッシュＲＯＭ２７２と、ＤＲＡＭ２７３と、イーサネットインタフェース（Ethernet I/F）２７４と、ネットワーク端子２７５と、リモコン受信部２７６と、リモコン送信機２７７とを有している。

　アンテナ端子２５７は、受信アンテナ（図示しない）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ２５８は、アンテナ端子２５７に入力されるテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームを出力する。デマルチプレクサ２５９は、デジタルチューナ２５８で得られたトランスポートストリームから、ユーザの選択チャネルに対応した、パーシャルＴＳ（Transport Stream）（映像データのＴＳパケット、音声データのＴＳパケット）を抽出する。

　また、デマルチプレクサ２５９は、デジタルチューナ２５８で得られたトランスポートストリームから、ＰＳＩ／ＳＩ(Program Specific Information/Service Information)を取り出し、ＣＰＵ２７１に出力する。デジタルチューナ２５８で得られたトランスポートストリームには、複数のチャネルが多重化されている。デマルチプレクサ２５９で、当該トランスポートストリームから任意のチャネルのパーシャルＴＳを抽出する処理は、ＰＳＩ／ＳＩ（ＰＡＴ／ＰＭＴ）から当該任意のチャネルのパケットＩＤ（ＰＩＤ）の情報を得ることで可能となる。

　ＭＰＥＧデコーダ２６０は、デマルチプレクサ２５９で得られる映像データのＴＳパケットにより構成される映像ＰＥＳ(Packetized Elementary Stream)パケットに対してデコード処理を行って映像データを得る。また、ＭＰＥＧデコーダ２６０は、デマルチプレクサ２５９で得られる音声データのＴＳパケットにより構成される音声ＰＥＳパケットに対してデコード処理を行って音声データを得る。なお、このＭＰＥＧデコーダ２６０は、必要に応じて、ＤＴＣＰ回路２６７で復号化されて得られた映像および音声のＰＥＳパケットに対してデコード処理を行って映像データおよび音声データを得る。

　映像・グラフィック処理回路２６１は、ＭＰＥＧデコーダ２６０で得られた映像データに対して、必要に応じてマルチ画面処理、グラフィックスデータの重畳処理等を行う。パネル駆動回路２６２は、映像・グラフィック処理回路２６１から出力される映像データに基づいて、表示パネル２６３を駆動する。表示パネル２６３は、例えば、ＬＣＤ(Liquid Crystal Display)、ＰＤＰ(Plasma DisplayPanel)等で構成されている。音声信号処理回路２６４はＭＰＥＧデコーダ２６０で得られた音声データに対してＤ／Ａ変換等の必要な処理を行う。音声増幅回路２６５は、音声信号処理回路２６４から出力される音声信号を増幅してスピーカ２６６に供給する。

　ＤＴＣＰ回路２６７は、デマルチプレクサ２５９で抽出されたパーシャルＴＳを、必要に応じて暗号化する。また、ＤＴＣＰ回路２６７は、ネットワーク端子２７５あるいは高速データラインインタフェース２５３，２５６からイーサネットインタフェース２７４に供給される暗号化データを復号する。

　ＣＰＵ２７１は、テレビ受信機２５０の各部の動作を制御する。フラッシュＲＯＭ２７２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２７３は、ＣＰＵ２７１のワークエリアを構成する。ＣＰＵ２７１は、フラッシュＲＯＭ２７２から読み出したソフトウェアやデータをＤＲＡＭ２７３上に展開してソフトウェアを起動させ、テレビ受信機２５０の各部を制御する。リモコン受信部２７６は、リモコン送信機２７７から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２７１に供給する。ＣＰＵ２７１、フラッシュＲＯＭ２７２、ＤＲＡＭ２７３およびイーサネットインタフェース２７４は、内部バス２７０に接続されている。

　ＨＤＭＩ受信部（ＨＤＭＩシンク）２５２は、ＨＤＭＩに準拠した通信により、ＨＤＭＩ端子２５１に供給されるベースバンドの映像（画像）と音声のデータを受信する。このＨＤＭＩ受信部２５２の詳細は後述する。高速データラインインタフェース２５３は、ＨＤＭＩケーブルを構成する所定のライン（この実施の形態においては、リザーブライン、ＨＰＤライン）を用いた双方向通信のインタフェースである。この高速データラインインタフェース２５３の詳細は後述する。

　図３に示すテレビ受信機２５０の動作を簡単に説明する。
　アンテナ端子１５７に入力されるテレビ放送信号はデジタルチューナ２５８に供給される。このデジタルチューナ２５８では、テレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームが出力され、当該所定のトランスポートストリームはデマルチプレクサ２５９に供給される。このデマルチプレクサ２５９では、トランスポートストリームから、ユーザの選択チャネルに対応した、パーシャルＴＳ（映像データのＴＳパケット、音声データのＴＳパケット）が抽出され、当該パーシャルＴＳはＭＰＥＧデコーダ２６０に供給される。

　ＭＰＥＧデコーダ２６０では、映像データのＴＳパケットにより構成される映像ＰＥＳパケットに対してデコード処理が行われて映像データが得られる。この映像データは、映像・グラフィック処理回路２６１において、必要に応じてマルチ画面処理、グラフィックスデータの重畳処理等が行われた後に、パネル駆動回路２６２に供給される。そのため、表示パネル２６３には、ユーザの選択チャネルに対応した画像が表示される。

　また、ＭＰＥＧデコーダ２６０では、音声データのＴＳパケットにより構成される音声ＰＥＳパケットに対してデコード処理が行われて音声データが得られる。この音声データは、音声信号処理回路２６４でＤ／Ａ変換等の必要な処理が行われ、さらに、音声増幅回路２６５で増幅された後に、スピーカ２６６に供給される。そのため、スピーカ２６６から、ユーザの選択チャネルに対応した音声が出力される。

　上述したテレビ放送信号の受信時において、デマルチプレクサ２５９で抽出されたパーシャルＴＳをネットワークに送出する際には、当該パーシャルＴＳはＤＴＣＰ回路２６７で暗号化された後、イーサネットインタフェース２７４を介してネットワーク端子２７５に出力される。

　リモコン受信部２７６ではリモコン送信機２７７から送信されたリモコンコード（リモーコントロール信号）が受信され、当該リモコンコードはＣＰＵ２７１に供給される。ＣＰＵ２７１は、このリモコンコードがテレビ受信機２５０の制御に関係する場合、このリモコンコードに基づいて、テレビ受信機２５０の各部を制御する。

　また、ＣＰＵ２７１では、リモコン受信部２７６から供給されるリモコンコードを含むＩＰパケットが生成される。このＩＰパケットは、イーサネットインタフェース２７４および高速データラインインタフェース２５３を介して、ＨＤＭＩ端子２５１に出力される。

　また、このＩＰパケットは、必要に応じてネットワークに送出される。その場合、当該ＩＰパケットは、イーサネットインタフェース２７４を介してネットワーク端子２７５に出力される。また、このＩＰパケットは、イーサネットインタフェース２７４および高速データラインインタフェース２５３を介して、ＨＤＭＩ端子２５１に出力される。

　なお、ネットワーク端子２７５からイーサネットインタフェース２７４に供給される、あるいは、ＨＤＭＩ端子２５１から高速データラインインタフェース２５３を介してイーサネットインタフェース２７４に供給される、暗号化されているパーシャルＴＳは、ＤＴＣＰ回路２６７で復号化された後に、ＭＰＥＧデコーダ２６０に供給される。以降は、上述したテレビ放送信号の受信時と同様の動作となり、表示パネル２６３に画像が表示され、スピーカ２６６から音声が出力される。

　また、ＨＤＭＩ受信部２５２では、ＨＤＭＩケーブルを通じてＨＤＭＩ端子２５１に入力される映像（画像）データおよび音声データが取得される。この映像データおよび音声データは、それぞれ、映像・グラフィック処理回路２６１および音声信号処理回路２６４に供給される。以降は、上述したテレビ放送信号の受信時と同様の動作となり、表示パネル２６３に画像が表示され、スピーカ２６６から音声が出力される。

　図４は、図１のＡＶシステム２００における、ディスクレコーダ２１０のＨＤＭＩ送信部（ＨＤＭＩソース）２１２と、テレビ受信機２５０のＨＤＭＩ受信部（ＨＤＭＩシンク）２５２の構成例を示している。

　ＨＤＭＩソース２１２は、一の垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間及び垂直帰線区間を除いた区間である有効画像区間（以下、適宜、アクティブビデオ区間ともいう）において、非圧縮の１画面分の画像の画素データに対応する差動信号を、複数のチャネルで、ＨＤＭＩシンク２５２に一方向に送信するとともに、水平帰線区間または垂直帰線区間において、少なくとも画像に付随する音声データや制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩシンク２５２に一方向に送信する。

　すなわち、ＨＤＭＩソース２１２は、トランスミッタ８１を有する。トランスミッタ８１は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル３５０を介して接続されているＨＤＭＩシンク２５２に、一方向にシリアル伝送する。

　また、トランスミッタ８１は、非圧縮の画像に付随する音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２でＨＤＭＩケーブル３５０を介して接続されているＨＤＭＩシンク２５２に、一方向にシリアル伝送する。

　さらに、トランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画素データに同期したピクセルクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブル３５０を介して接続されているＨＤＭＩシンク２５２に送信する。ここで、１つのＴＭＤＳチャネル＃ｉ（ｉ＝０，１，２）では、ピクセルクロックの１クロックの間に、１０ビットの画素データが送信される。

　ＨＤＭＩシンク２５２は、アクティブビデオ区間において、複数のチャネルで、ＨＤＭＩソース２１２から一方向に送信されてくる、画素データに対応する差動信号を受信するとともに、水平帰線区間または垂直帰線区間において、複数のチャネルで、ＨＤＭＩソース２１２から一方向に送信されてくる、音声データや制御データに対応する差動信号を受信する。

　すなわち、ＨＤＭＩシンク２５２は、レシーバ８２を有する。レシーバ８２は、ＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル３５０を介して接続されているＨＤＭＩソース２１２から一方向に送信されてくる、画素データに対応する差動信号と、音声データや制御データに対応する差動信号を、同じくＨＤＭＩソース２１２からＴＭＤＳクロックチャネルで送信されてくるピクセルクロックに同期して受信する。

　ＨＤＭＩソース２１２とＨＤＭＩシンク２５２とからなるＨＤＭＩシステムの伝送チャネルには、ＨＤＭＩソース２１２からＨＤＭＩシンク２５２に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての３つのＴＭＤＳチャネル＃０乃至＃２と、ピクセルクロックを伝送する伝送チャネルとしてのＴＭＤＳクロックチャネルの他に、ＤＤＣ（Display Data Channel）８３やＣＥＣライン８４と呼ばれる伝送チャネルがある。

　ＤＤＣ８３は、ＨＤＭＩケーブル３５０に含まれる図示せぬ２本の信号線からなり、ＨＤＭＩソース２１２が、ＨＤＭＩケーブル３５０を介して接続されたＨＤＭＩシンク２５２から、Ｅ－ＥＤＩＤ（Enhanced Extended Display Identification Data）を読み出すために使用される。

　すなわち、ＨＤＭＩシンク２５２は、ＨＤＭＩレシーバ８１の他に、自身の性能（Configuration/capability）に関する性能情報であるＥ－ＥＤＩＤを記憶している、ＥＤＩＤ　ＲＯＭ(Read Only Memory)８５を有している。ＨＤＭＩソース２１２は、ＨＤＭＩケーブル３５０を介して接続されているＨＤＭＩシンク２５２から、当該ＨＤＭＩシンク２５２のＥ－ＥＤＩＤを、ＤＤＣ８３を介して読み出し、そのＥ－ＥＤＩＤに基づき、ＨＤＭＩシンク２５２の性能の設定、すなわち、例えば、ＨＤＭＩシンク２５２を有する電子機器が対応している画像のフォーマット（プロファイル）、例えば、ＲＧＢ、ＹＣbＣr４：４：４、ＹＣbＣr４：２：２等を認識する。

　ＣＥＣライン８４は、ＨＤＭＩケーブル３５０に含まれる図示せぬ１本の信号線からなり、ＨＤＭＩソース２１２とＨＤＭＩシンク２５２との間で、制御用のデータの双方向通信を行うのに用いられる。

　また、ＨＤＭＩケーブル３５０には、ＨＰＤ(Hot Plug Detect)と呼ばれるピンに接続されるライン（ＨＰＤライン）８６が含まれている。ソース機器は、当該ライン８６を利用して、シンク機器の接続を検出することができる。また、ＨＤＭＩケーブル３５０には、ソース機器からシンク機器に電源を供給するために用いられるライン８７が含まれている。さらに、ＨＤＭＩケーブル３５１には、リザーブライン８８が含まれている。

　図５は、図４のＨＤＭＩトランスミッタ８１とＨＤＭＩレシーバ８２の構成例を示している。

　トランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２にそれぞれ対応する３つのエンコーダ／シリアライザ８１Ａ，８１Ｂ，８１Ｃを有する。そして、エンコーダ／シリアライザ８１Ａ，８１Ｂ，８１Ｃのそれぞれは、そこに供給される画像データ、補助データ、制御データをエンコードし、パラレルデータからシリアルデータに変換して、差動信号により送信する。ここで、画像データが、例えばＲ（赤），Ｇ（緑），Ｂ（青）の３成分を有する場合、Ｂ成分（Ｂ component）はエンコーダ／シリアライザ８１Ａに供給され、Ｇ成分（Ｇcomponent）はエンコーダ／シリアライザ８１Ｂに供給され、Ｒ成分（Ｒ component）はエンコーダ／シリアライザ８１Ｃに供給される。

　また、補助データとしては、例えば、音声データや制御パケットがあり、制御パケットは、例えば、エンコーダ／シリアライザ８１Ａに供給され、音声データは、エンコーダ／シリアライザ８１Ｂ，８１Ｃに供給される。

　さらに、制御データとしては、１ビットの垂直同期信号（VSYNC）、１ビットの水平同期信号（HSYNC）、および、それぞれ１ビットの制御ビットＣＴＬ０，ＣＴＬ１，ＣＴＬ２，ＣＴＬ３がある。垂直同期信号および水平同期信号は、エンコーダ／シリアライザ８１Ａに供給される。制御ビットＣＴＬ０，ＣＴＬ１はエンコーダ／シリアライザ８１Ｂに供給され、制御ビットＣＴＬ２，ＣＴＬ３はエンコーダ／シリアライザ８１Ｃに供給される。

　エンコーダ／シリアライザ８１Ａは、そこに供給される画像データのＢ成分、垂直同期信号および水平同期信号、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ａは、そこに供給される画像データのＢ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ａは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。

　また、エンコーダ／シリアライザ８１Ａは、そこに供給される垂直同期信号および水平同期信号の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。さらに、エンコーダ／シリアライザ８１Ａは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ａは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。

　エンコーダ／シリアライザ８１Ｂは、そこに供給される画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ｂは、そこに供給される画像データのＧ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ｂは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。

　また、エンコーダ／シリアライザ８１Ｂは、そこに供給される制御ビットＣＴＬ０，ＣＴＬ１の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。さらに、エンコーダ／シリアライザ８１Ｂは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ｂは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。

　エンコーダ／シリアライザ８１Ｃは、そこに供給される画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ｃは、そこに供給される画像データのＲ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ｃは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。

　また、エンコーダ／シリアライザ８１Ｃは、そこに供給される制御ビットＣＴＬ２，ＣＴＬ３の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。さらに、エンコーダ／シリアライザ８１Ｃは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ｃは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。

　レシーバ８２は、３つのＴＭＤＳチャネル＃０，＃１，＃２にそれぞれ対応する３つのリカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃを有する。そして、リカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃのそれぞれは、ＴＭＤＳチャネル＃０，＃１，＃２で差動信号により送信されてくる画像データ、補助データ、制御データを受信する。さらに、リカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃのそれぞれは、画像データ、補助データ、制御データを、シリアルデータからパラレルデータに変換し、さらにデコードして出力する。

　すなわち、リカバリ／デコーダ８２Ａは、ＴＭＤＳチャネル＃０で差動信号により送信されてくる画像データのＢ成分、垂直同期信号および水平同期信号、補助データを受信する。そして、リカバリ／デコーダ８２Ａは、その画像データのＢ成分、垂直同期信号および水平同期信号、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。

　リカバリ／デコーダ８２Ｂは、ＴＭＤＳチャネル＃１で差動信号により送信されてくる画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、補助データを受信する。そして、リカバリ／デコーダ８２Ｂは、その画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。

　リカバリ／デコーダ８２Ｃは、ＴＭＤＳチャネル＃２で差動信号により送信されてくる画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、補助データを受信する。そして、リカバリ／デコーダ８２Ｃは、その画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。

　図６は、ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で各種の伝送データが伝送される伝送区間（期間）の例を示している。なお、図６は、ＴＭＤＳチャネル＃０，＃１，＃２において、横×縦が７２０×４８０画素のプログレッシブの画像が伝送される場合の、各種の伝送データの区間を示している。

　ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で伝送データが伝送されるビデオフィールド（Video Field）には、伝送データの種類に応じて、ビデオデータ区間（VideoData period）、データアイランド区間（Data Island period）、およびコントロール区間（Control period）の３種類の区間が存在する。

　ここで、ビデオフィールド区間は、ある垂直同期信号の立ち上がりエッジ（active edge）から次の垂直同期信号の立ち上がりエッジまでの区間であり、水平ブランキング期間（horizontal blanking）、垂直ブランキング期間（verticalblanking）、並びに、ビデオフィールド区間から、水平ブランキング期間および垂直ブランキング期間を除いた区間であるアクティブビデオ区間（Active Video）に分けられる。

　ビデオデータ区間は、アクティブビデオ区間に割り当てられる。このビデオデータ区間では、非圧縮の１画面分の画像データを構成する７２０画素×４８０ライン分の有効画素（Active pixel）のデータが伝送される。

　データアイランド区間およびコントロール区間は、水平ブランキング期間および垂直ブランキング期間に割り当てられる。このデータアイランド区間およびコントロール区間では、補助データ（Auxiliary data）が伝送される。

　すなわち、データアイランド区間は、水平ブランキング期間と垂直ブランキング期間の一部分に割り当てられている。このデータアイランド区間では、補助データのうち、制御に関係しないデータである、例えば、音声データのパケット等が伝送される。

　コントロール区間は、水平ブランキング期間と垂直ブランキング期間の他の部分に割り当てられている。このコントロール区間では、補助データのうちの、制御に関係するデータである、例えば、垂直同期信号および水平同期信号、制御パケット等が伝送される。

　ここで、現行のＨＤＭＩでは、ＴＭＤＳクロックチャネルで伝送されるピクセルクロックの周波数は、例えば１６５ＭＨｚであり、この場合、データアイランド区間の伝送レートは約５００Ｍbps程度である。

　図７は、ＨＤＭＩ端子２１１，２５１のピン配列を示している。このピン配列はタイプＡ（type-A）と呼ばれている。

　ＴＭＤＳチャネル＃ｉの差動信号であるＴＭＤＳ　Ｄａｔａ＃ｉ＋とＴＭＤＳ　Ｄａｔａ＃ｉ－が伝送される差動線である２本のラインは、ＴＭＤＳ　Ｄａｔａ＃ｉ＋が割り当てられているピン（ピン番号が１，４，７のピン）と、ＴＭＤＳ　Ｄａｔａ＃ｉ－が割り当てられているピン（ピン番号が３，６，９のピン）に接続される。

　また、制御用のデータであるＣＥＣ信号が伝送されるＣＥＣライン８４は、ピン番号が１３であるピンに接続され、ピン番号が１４のピンは空き（Reserved）ピンとなっている。また、Ｅ－ＥＤＩＤ等のＳＤＡ(SerialData)信号が伝送されるラインは、ピン番号が１６であるピンに接続され、ＳＤＡ信号の送受信時の同期に用いられるクロック信号であるＳＣＬ(Serial Clock)信号が伝送されるラインは、ピン番号が１５であるピンに接続される。上述のＤＤＣ８３は、ＳＤＡ信号が伝送されるラインおよびＳＣＬ信号が伝送されるラインにより構成される。

　また、上述したようにソース機器がシンク機器の接続を検出するためのＨＰＤライン８６は、ピン番号が１９であるピンに接続される。また、上述したように電源を供給するためのライン８７は、ピン番号が１８であるピンに接続される。

　図８は、図１のＡＶシステム２００における、ディスクレコーダ２１０の高速データラインインタフェース２１３と、テレビ受信機２５０の高速データラインインタフェース２５３の構成例を示している。これらインタフェース２１３，２５３は、ＬＡＮ(Local Area Network)通信を行う通信部を構成する。この通信部は、ＨＤＭＩケーブル３５０を構成する複数のラインのうち、１対の差動ライン、この実施の形態においては、空き（Reserve）ピン（１４ピン）に対応したリザーブライン（Ether－ライン）、およびＨＰＤピン（１９ピン）に対応したＨＰＤライン（Ether＋ライン）を用いて、双方向通信を行う。

　ディスクレコーダ２１０はＬＡＮ信号送信回路４１１、終端抵抗４１２、ＡＣ結合容量４１３，４１４、ＬＡＮ信号受信回路４１５、並びに減算回路４１６を有し、これらは高速データラインインタフェース２１３を構成している。

　ＨＤＭＩ端子２１１の１４ピンと１９ピンとの間には、ＡＣ結合容量４１３、終端抵抗４１２およびＡＣ結合容量４１４の直列回路が接続される。ＡＣ結合容量４１３と終端抵抗４１２の互いの接続点Ｐ１は、ＬＡＮ信号送信回路４１１の正出力側に接続されると共に、ＬＡＮ信号受信回路４１５の正入力側に接続される。また、ＡＣ結合容量４１４と終端抵抗４１２の互いの接続点Ｐ２は、ＬＡＮ信号送信回路４１１の負出力側に接続されると共に、ＬＡＮ信号受信回路４１５の負入力側に接続される。ＬＡＮ信号送信回路４１１の入力側には、送信信号（送信データ）ＳＧ411が供給される。

　また、減算回路４１６の正側端子には、ＬＡＮ信号受信回路４１５の出力信号ＳＧ412が供給され、この減算回路４１６の負側端子には、送信信号（送信データ）ＳＧ411が供給される。この減算回路４１６では、ＬＡＮ信号受信回路４１５の出力信号ＳＧ412から送信信号ＳＧ411が減算され、受信信号（受信データ）ＳＧ413が得られる。

　テレビ受信機２５０は、ＬＡＮ信号送信回路４４１、終端抵抗４４２、ＡＣ結合容量４４３，４４４、ＬＡＮ信号受信回路４４５および減算回路４４６を有し、これらは高速データラインインタフェース２５３を構成している。また、テレビ受信機２５０は、プルアップ抵抗４４７，４４８を有している。

　ＨＤＭＩ端子２５１の１４ピンと１９ピンとの間には、ＡＣ結合容量４４３、終端抵抗４４２およびＡＣ結合容量４４４の直列回路が接続される。ＡＣ結合容量４４３と終端抵抗４４２の互いの接続点Ｐ３は、ＬＡＮ信号送信回路４４１の正出力側に接続されると共に、ＬＡＮ信号受信回路４４５の正入力側に接続される。また、ＡＣ結合容量４４４と終端抵抗４４２の互いの接続点Ｐ４は、ＬＡＮ信号送信回路４４１の負出力側に接続されると共に、ＬＡＮ信号受信回路４４５の負入力側に接続される。ＬＡＮ信号送信回路４４１の入力側には、送信信号（送信データ）ＳＧ417が供給される。

　また、減算回路４４６の正側端子には、ＬＡＮ信号受信回路４４５の出力信号ＳＧ418が供給され、この減算回路４４６の負側端子には、送信信号ＳＧ417が供給される。この減算回路４４６では、ＬＡＮ信号受信回路４４５の出力信号ＳＧ418から送信信号ＳＧ417が減算され、受信信号（受信データ）ＳＧ419が得られる。

　また、ＨＤＭＩ端子２５１の１９ピンはプルアップ抵抗４４７を介して電源線（＋５．０Ｖ）に接続されている。また、このテレビ受信機２５０はｅＨＤＭＩ対応機器であることから、ＨＤＭＩ端子２５１の１４ピンはプルアップ抵抗４４８を介して電源線（＋５．０Ｖ）に接続されている。

　ＨＤＭＩケーブル３５０に含まれるリザーブライン５０１およびＨＰＤライン５０２は、差動ツイストペアを構成している。リザーブライン５０１のソース側端５１１はＨＤＭＩ端子２１１の１４ピンに接続され、当該リザーブライン５０１のシンク側端５２１はＨＤＭＩ端子２５１の１４ピンに接続される。また、ＨＰＤライン５０２のソース側端５１２はＨＤＭＩ端子２１１の１９ピンに接続され、当該ＨＰＤライン５０２のシンク側端５２２はＨＤＭＩ端子２５１の１９ピンに接続される。

　次に、上述したように構成された高速データラインインタフェース２１３，２５３によるＬＡＮ通信の動作を説明する。

　ディスクレコーダ２１０において、送信信号（送信データ）ＳＧ411はＬＡＮ信号送信回路４１１の入力側に供給され、このＬＡＮ信号送信回路４１１から送信信号ＳＧ411に対応した差動信号（正出力信号、負出力信号）が出力される。そして、ＬＡＮ信号送信回路４１１から出力される差動信号は、接続点Ｐ１，Ｐ２に供給され、ＨＤＭＩケーブル３５０の１対のライン（リザーブライン５０１、ＨＰＤライン５０２）を通じて、テレビ受信機２５０に送信される。

　また、テレビ受信機２５０において、送信信号（送信データ）ＳＧ417はＬＡＮ信号送信回路４４１の入力側に供給され、このＬＡＮ信号送信回路４４１から送信信号ＳＧ417に対応した差動信号（正出力信号、負出力信号）が出力される。そして、ＬＡＮ信号送信回路４４１から出力される差動信号は、接続点Ｐ３，Ｐ４に供給され、ＨＤＭＩケーブル３５０の１対のライン（リザーブライン５０１、ＨＰＤライン５０２）を通じて、ディスクレコーダ２１０に送信される。

　また、ディスクレコーダ２１０において、ＬＡＮ信号受信回路４１５の入力側は接続点Ｐ１，Ｐ２に接続されていることから、当該ＬＡＮ信号受信回路４１５の出力信号ＳＧ412として、ＬＡＮ信号送信回路４１１から出力された差動信号（電流信号）に対応した送信信号と、上述したようにテレビ受信機２５０から送信されてくる差動信号に対応した受信信号との加算信号が得られる。減算回路４１６では、ＬＡＮ信号受信回路４１５の出力信号ＳＧ412から送信信号ＳＧ411が減算される。そのため、この減算回路４１６の出力信号ＳＧ413は、テレビ受信機２５０の送信信号（送信データ）ＳＧ417に対応したものとなる。

　また、テレビ受信機２５０において、ＬＡＮ信号受信回路４４５の入力側は接続点Ｐ３，Ｐ４に接続されていることから、当該ＬＡＮ信号受信回路４４５の出力信号ＳＧ418として、ＬＡＮ信号送信回路４４１から出力された差動信号（電流信号）に対応した送信信号と、上述したようにディスクレコーダ２１０から送信されてくる差動信号に対応した受信信号との加算信号が得られる。減算回路４４６では、ＬＡＮ信号受信回路４４５の出力信号ＳＧ418から送信信号ＳＧ417が減算される。そのため、この減算回路４４６の出力信号ＳＧ419は、ディスクレコーダ２１０の送信信号（送信データ）ＳＧ411に対応したものとなる。

　このように、ディスクレコーダ２１０の高速データラインインタフェース２１３と、テレビ受信機２５０の高速データラインインタフェース２５３との間では、双方向のＬＡＮ通信を行うことができる。

　なお、テレビ受信機２５０において、ＨＤＭＩ端子２５１の１９ピンは電源線（＋５．０Ｖ）に接続されている。そのため、ディスクレコーダ２１０にＨＤＭＩケーブル３５０を介してテレビ受信機２５０が接続されるとき、ＨＤＭＩ端子２１１の１９ピンの電圧Ｖhpdが高くなる。従って、ディスクレコーダ２１０では、ＨＤＭＩ端子２１１の１９ピンの電圧Ｖrsvを監視することで、ディスクレコーダ２１０にＨＤＭＩケーブル３５０を介してテレビ受信機２５０が接続されたか否かを検出できる。

　また、テレビ受信機２５０において、ＨＤＭＩ端子２５１の１４ピンは電源線（＋５．０Ｖ）に接続されている。そのため、ディスクレコーダ２１０にＨＤＭＩケーブル３５０を介してテレビ受信機２５０が接続されるとき、ＨＤＭＩ端子２１１の１４ピンの電圧Ｖhpdが高くなる。従って、ディスクレコーダ２１０では、ＨＤＭＩ端子２１１の１４ピンの電圧Ｖhpdを監視することで、テレビ受信機２５０がｅＨＤＭＩ対応機器であることを認識できる。

　この実施の形態において、テレビ受信機２５０は、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であることを認識できる。以下に、その手法について、説明する。

　ディスクレコーダ２１０は、例えば、ディスクレコーダ２１０にＨＤＭＩケーブル３５０を介してテレビ受信機２５０が接続されたとき、自身がｅＨＤＭＩ対応機器であること、つまりＨＤＭＩケーブル３５０のリザーブラインおよびＨＰＤラインにより構成される通信路を利用する通信部（高速データラインインタフェース２１３等）を有していることを示す機能情報を、テレビ受信機２５０に送信する。また、ディスクレコーダ２１０は、この機能情報に、ディスクレコーダ２１０が対応し得る伝送フォーマット（アプリケーション）の情報を含める。

　ここで、伝送フォーマット情報は、ＳＰＤＩＦ（Sony Philips Digital InterFace）信号のみに対応しているか、イーサネット信号のみに対応しているか、あるいはＳＰＤＩＦ信号およびイーサネット信号の双方に対応しているか、の情報である。

　ここで、ＳＰＤＩＦ信号について簡単に説明する。このＳＰＤＩＦ信号は、ＳＰＤＩＦ規格において伝送される信号である。ＳＰＤＩＦ規格とは、デジタルオーディオ信号をリアルタイムに伝送するためのインタフェース規格である。ＳＰＤＩＦ信号は、バイフェーズマーク変調されるため、その信号中にクロック成分を含んでいる。

　なお、上述の図８の構成例は、イーサネット信号のみに対応している場合を示している。ＳＰＤＩＦ信号にも対応している場合には、図９に示すような構成例となる。テレビ受信機２５０はＳＰＤＩＦ送信回路４４９を有している。このＳＰＤＩＦ送信回路４４９から出力されるＳＰＤＩＦ信号は、加算器４５１，４５２によって、ＨＤＭＩケーブル３５０を構成するリザーブラインおよびＨＰＤラインを用いて、ディスクレコーダ２１０側に同相で送信される。ここで、ＳＰＤＩＦ送信回路４４９は、高速データラインインタフェース２５３と同様に、リザーブラインおよびＨＰＤラインにより構成される通信路を用いて通信を行う通信部を構成している。

　また、ディスクレコーダ２１０はＳＰＤＩＦ受信回路４１７を有している。ＨＤＭＩケーブル３５０を構成するリザーブラインおよびＨＰＤラインによりテレビ受信機２５０側から同相送信されたＳＰＤＩＦ信号は加算器４２１で加算されてＳＰＤＩＦ受信回路４１７に供給される。ここで、ＳＰＤＩＦ受信回路４１７は、高速データラインインタフェース２１３と同様に、リザーブラインおよびＨＰＤラインにより構成される通信路を用いて通信を行う通信部を構成している。

　なお、ＳＰＤＩＦ信号のみに対応している場合には、図９に示す構成例において、高速データインタフェース２１３，２５３を除いた構成となる。

　例えば、ディスクレコーダ２１０は、上述したＴＭＤＳチャネルでテレビ受信機２５０に送信する映像信号のブランキング期間に上述の機能情報を挿入することで、当該機能情報をテレビ受信機２５０に送信する。ここで、ディスクレコーダ２１０は、例えば、ＨＤＭＩのＡＶＩ(Auxiliary Video Information) InfoFrameパケットを用いて、上述の機能情報を映像信号のブランキング期間に挿入する。

　このＡＶＩ InfoFrameパケットは、上述したデータアイランド区間に配置される。図１０は、ＡＶＩ InfoFrameパケットのデータ構造を示している。ＨＤＭＩでは、当該ＡＶＩInfoFrameパケットにより、画像に関する付帯情報をソース機器からシンク機器に伝送可能となっている。

　この実施の形態において、機能情報は、例えば、図１０にＡＶＩ InfoFrameのデータ構造を示すように、４バイト目（Data Byte1）におけるＥ１の１ビットと、８バイト目（Data Byte5）におけるＥ２，Ｅ３の２ビットとに、階層的に配置される。

　１ビットのデータであるＥ１は、ＨＤＭＩケーブル３５０のリザーブラインおよびＨＰＤラインにより構成される通信路を介して通信を行う通信部（高速データラインタフェース２１３、ＳＰＤＩＦ受信回路４１７）を有するｅＨＤＭＩ対応機器であるか否かを識別するためのデータである。ここで、Ｅ１＝０であるときはｅＨＤＭＩ対応機器でないことを示し、Ｅ１＝１であるときはｅＨＤＭＩ対応機器であることを示す。

　また、２ビットのデータであるＥ２，Ｅ３は、ＳＰＤＩＦ信号のみに対応しているか、イーサネット信号のみに対応しているか、あるいはＳＰＤＩＦ信号およびイーサネット信号の双方に対応しているかを識別するためのビットデータである。例えば、Ｅ２＝１、Ｅ３＝０であるときはＳＰＤＩＦ信号のみに対応していることを示し、Ｅ２＝０、Ｅ３＝１であるときはイーサネット信号のみに対応していることを示し、Ｅ２＝１、Ｅ３＝１であるときはＳＰＤＩＦ信号およびイーサネット信号の双方に対応していることを示す。

　ディスクレコーダ２１０が、上述したようにＴＭＤＳチャネルでテレビ受信機２５０に送信する映像信号のブランキング期間に機能情報を挿入することで、当該機能情報をテレビ受信機２５０に送信する場合、テレビ受信機２５０では、ＴＭＤＳチャネルでディスクレコーダ２１０から受信された映像信号のブランキング期間から上述の機能情報を抽出することで、当該機能情報を受信する。

　なお、上述ではＡＶＩInfoFrameパケットを用いて機能情報を映像信号のブランキング期間に挿入したものを示した。詳細説明は省略するが、ＧＣＰパケット等のその他のパケットを用いても、機能情報を映像信号のブランキング期間に挿入できる。

　また、例えば、ディスクレコーダ２１０は、上述の機能情報を、ＨＤＭＩケーブル３５０の制御データラインであるＣＥＣライン８４を介して、テレビ受信機２５０に送信する。この場合、テレビ受信機２５０は、ディスクレコーダ２１０からＣＥＣライン８４を介して、機能情報を受信することになる。

　テレビ受信機２５０は、上述のように、機能情報を受信することで、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であるか否か、そして、ｅＨＤＭＩ対応機器である場合に対応し得る伝送フォーマット（アプリケーション）を認識できる。なお、上述のように、ディスクレコーダ２１０からテレビ受信機２５０に機能情報を送信する場合、ディスクレコーダ２１０のＨＤＭＩ送信部２１２は機能情報送信部を構成し、テレビ受信機２５０のＨＤＭＩ受信部２５２は機能情報受信部を構成している。

　なお、上述では、ディスクレコーダ２１０にＨＤＭＩケーブル３５０を介してテレビ受信機２５０が接続された場合に、ディスクレコーダ２１０が自動的にテレビ受信機２５０に機能情報を送信するものを示した。しかし、テレビ受信機２５０側から、当該機能情報の送信要求をディスクレコーダ２１０に送信し、ディスクレコーダ２１０は、当該送信要求を受信したときに、テレビ受信機２５０に機能情報を送信するようにしてもよい。

　テレビ受信機２５０は、例えば、パワーオン時、テレビ受信機２５０がＨＤＭＩ入力の切り替えを行ったとき等に、当該送信要求を、ＣＥＣライン８４を介して、ディスクレコーダ２１０に送信する。この場合、テレビ受信機２５０のＨＤＭＩ受信部２５３は機能情報要求部を構成し、ディスクレコーダ２１０のＨＤＭＩ送信部２１３は送信要求受信部を構成する。

　このように、テレビ受信機２５０がディスクレコーダ２１０に送信要求を送信するものにあっては、テレビ受信機２５０は、任意のタイミング（例えば、パワーオン時、入力切り替え時など）でディスクレコーダ２１０がｅＨＤＭＩ対応機器であるか否か、さらにはディスクレコーダ２１０が対応する伝送フォーマット（アプリケーション）を確認できる。

　上述ではディスクレコーダ２１０からテレビ受信機２５０に機能情報を送信する例を説明した。逆に、テレビ受信機２５０からディスクレコーダ２１０に、上述したと同様にして機能情報を送信することも考えられる。この場合には、映像信号のブランキング期間に機能情報を挿入して送信するということはできないが、制御データラインであるＣＥＣライン８４を介して機能情報を送信することができる。この場合、ディスクレコーダ２１０のＨＤＭＩ送信部２１２は機能情報受信部を構成し、テレビ受信機２５０のＨＤＭＩ受信部２５２は機能情報送信部を構成することになる。

　ここで、ＣＥＣライン（ＣＥＣチャネル）を用いた機能情報の送受信について説明する。このＣＥＣラインでは、ソース機器とシンク機器の間で、双方向に、制御データの伝送が可能となっている。この発明において、上述の機能情報は、ＣＥＣ（Consumer Electronics Control）データあるいはＣＤＣ（CapabilityDiscovery Channel）データとして、ソース機器からシンク機器に、あるいはシンク機器からソース機器に送られる。

　図１１は、ＣＥＣラインで伝送されるＣＥＣデータの構造を示している。ＣＥＣラインでは、１０ビットデータからなる１ブロックが、４．５ｍ秒で伝送される。先頭にスタートビットが配置され、それに続いて、ヘッダブロックが配置され、その後に、実際に伝送したいデータが含まれる任意の個数（ｎ個）のデータブロックが配置される。機能情報は、データブロックに含まれる。

　図１２は、ヘッダブロックの構造例を示した図である。ヘッダブロックには、送信元（Initiator）の論理アドレス（Logical Address）と、あて先（Destination）の論理アドレス（Logical Address）とが配置される。各論理アドレスは、各機器の種類に応じて設定される。

　図１３は、各機器の種類に応じて設定される論理アドレスを示している。図１３に示すように、機器の種類毎に、“０”から“１５”までの１６種類のアドレス値が設定されている。図１２のヘッダブロックを構成する送信元（Initiator）の論理アドレスおよびあて先（Destination）の論理アドレスには、対応するアドレス値が４ビットで配置される。

　次に、ＣＤＣデータについて説明する。ＣＤＣは、物理層はＣＥＣと同じであるが、論理層はＣＥＣとは異なるものとして定義される。ＣＤＣデータの構造は、図示しないが、図１１に示すＣＥＣのデータ構造と同様の構造とされ、先頭にスタートビットが配置され、それに続いて、ヘッダブロックが配置され、その後に、実際に伝送したいデータが含まれる任意の個数（ｎ個）のデータブロックが配置された構造とされる。

　また、ＣＤＣデータのヘッダブロックの構造は、図示しないが、図１２に示すＣＥＣデータのヘッダブロックと構造的には同一とされている。しかし、ヘッダブロックを構成する送信元（Initiator）の論理アドレスおよびあて先（Destination）の論理アドレスとして、機器の種類に依らずに、常に、“１５”が使用される。つまり、送信元（Initiator）に関しては不明（Unregistered）とされ、あて先（Destination）に関してはブロードキャスト（Broadcast）とされる。

　このようにＣＤＣデータの伝送にあっては、ヘッダブロックに配置される送信元およびあて先の論理アドレス（Logical Address）としていずれも“１５”が使用されるので、各機器の論理アドレスを取得する必要はない。ＣＤＣデータによるメッセージ（ＣＤＣメッセージ）は、ＣＥＣにとっては、送信元が不明なブロードキャストメッセージということになり、どの機器がどの機器に宛てたメッセージであるか分からない。

　そこで、ＣＤＣメッセージにあっては、物理的な接続パスを識別するために、データブロックに配置されるメッセージの中に、送信元（Initiator）およびあて先（Target）の物理アドレス（Physical Address）を必ず含むようにされる。つまり、ＣＤＣメッセージの送信にあっては、論理アドレスを使用せずに、物理アドレスを使用する。

　ＣＥＣは、ブロードキャストメッセージに関しては、〈Feature Abort〉「それは対応していない」というメッセージを返すことができない。そこで、ＣＤＣとしては、この状況を考えて、必ずメッセージを返すことにする。

　［ＣＤＣメッセージ］
　ここでは、ＣＤＣデータのデータブロックに配置されるコマンドメッセージとして、〈Exchange Supported Channels Info〉メッセージと、〈ActivateSupported Channels〉メッセージを定義する。〈Exchange SupportedChannels Info〉メッセージは、２つの機器の間で機能情報を交換する際に用いられるメッセージである。また、〈Activate Supported Channels〉メッセージは、２つの機器の間で実際に起動（Activate）するチャネル（伝送フォーマット）を確認して通信を開始する際に用いられるメッセージである。各メッセージは、例えば、以下のような、データ構造をとる。

　〈ExchangeSupported Channels Info〉メッセージについて説明する。この〈ExchangeSupported Channels Info〉メッセージは、第１～第５の５バイトのデータを有している。第１バイトおよび第２バイトには送信元（Initiator）の物理アドレス（Physical Address）が配置され、第３バイトおよび第４バイトにはあて先（Target）の物理アドレス（Physical Address）が配置されている。

　また、第５バイトに、送信元（Initiator）の機能情報が配置される。この機能情報は、自身がｅＨＤＭＩ対応機器であることを示す情報であり、自身が対応し得るチャネル、つまり自身が対応し得る伝送フォーマット（アプリケーション）の情報を含んでいる。

　第５バイトの１ビット、例えば第７ビット（最上位ビット）は、自身がｅＨＤＭＩ対応機器であって、上述のＳＰＤＩＦ信号の伝送フォーマット（アプリケーション）に対応しているか、つまり［Audio Return Channel］をサポートしているか否かを示す。この第５バイトの１ビットは、サポートしているときは“１”とされ、サポートしていないときは“０”とされる。

　また、第５バイトの他の１ビット、例えば第６ビットは、自身がｅＨＤＭＩ対応機器であって、上述のイーサネット信号の伝送フォーマット（アプリケーション）に対応しているか、つまり［Ethernet Channel］をサポートしているか否かを示す。この第５バイトの他の１ビットは、サポートしているときは“１”とされ、サポートしていないときは“０”とされる。

　また、第５バイトの残りの６ビット、例えば、第５ビット～第０ビットは、リザーブビットとされ、全て“０”とされる。

　次に、〈Activate Supported Channels〉メッセージについて説明する。この〈Activate Supported Channels〉メッセージは、第１～第５の５バイトのデータを有している。第１バイトおよび第２バイトには送信元（Initiator）の物理アドレス（Physical Address）が配置され、第３バイトおよび第４バイトにはあて先（Target）の物理アドレス（Physical Address）が配置されている。

　また、第５バイトに、送信元（Initiator）が起動を求めるチャネル（伝送フォーマット）の情報が配置される。第５バイトの１ビット、例えば第７ビットは、自身がＳＰＤＩＦ信号の通信、つまり［Audio Return Channel］のチャネルの起動を求めるか否かを示す。この第５バイトの１ビットは、起動を求めるときは“１”とされ、起動を求めないときは“０”される。

　また、第５バイトの他の１ビット、例えば第６ビットは、自身がイーサネット信号の通信、つまり［Ethernet Channel］のチャネルの起動を求めるか否かを示す。この第５バイトの他の１ビットは、起動を求めるときは“１”とされ、起動を求めないときは“０”される。

　上述の〈Exchange Supported Channels Info〉メッセージおよび〈ActivateSupported Channels〉メッセージのルールは、以下のように定義される。すなわち、あるＣＤＣデバイスが〈Exchange Supported Channels Info〉メッセージをブロードキャストしたとき、そのメッセージの中に含まれるあて先の物理アドレス（Physical Address）を持つＣＤＣデバイスは、自身の情報（パラメータ）を含む〈Exchange Supported Channels Info〉メッセージをブロードキャストする。

　また、あるＣＤＣデバイスが〈Activate Supported Channels〉メッセージをブロードキャストしたとき、そのメッセージの中に含まれるあて先の物理アドレス（Physical Address）を持つＣＤＣデバイスは、自身の情報（パラメータ）を含む〈Activate Supported Channels〉メッセージをブロードキャストする。さらに、〈Exchange Supported Channels Info〉メッセージで交換した機能情報で、［Audio Return Channel］、［Ethernet Channel］のチャネルのうち、双方でサポートしているチャネル（伝送フォーマット）があるとき、２つの機器の間でそのチャネルによる通信が可能となる。

　なお、ＣＤＣデバイスとは、ＣＤＣデータ（Exchange Supported Channels Info〉メッセージ、〈ActivateSupported Channels〉メッセージ等）に対応可能なｅＨＤＭＩ対応機器を意味する。一方、Ｎｏｎ－ＣＤＣデバイスとは、ＣＤＣデータ（Exchange Supported Channels Info〉メッセージ、〈ActivateSupported Channels〉メッセージ等）に対応不可能なｅＨＤＭＩ対応機器を意味する。

　［Exchangeシーケンス］
　次に、〈Exchange Supported Channels Info〉メッセージの使用例について、図１４のシーケンス図を参照して説明する。なお、この場合、図１５に示す機器構成のＡＶシステム１０を想定している。すなわち、ＡＶシステム１０は、ＣＤＣデバイス１１，１２と、Ｎｏｎ－ＣＤＣデバイス１３とからなっている。ＣＤＣデバイス１１のＨＤＭＩ端子１１ａとＣＤＣデバイス１２のＨＤＭＩ端子１２ａとはＨＤＭＩケーブル１４を介して接続されている。また、ＣＤＣデバイス１１のＨＤＭＩ端子１１ｂとＮｏｎ－ＣＤＣデバイス１３のＨＤＭＩ端子１３ａとはＨＤＭＩケーブル１５を介して接続されている。また、ＣＤＣデバイス１１の物理アドレス（Physical Address）は［0.0.0.0］であり、ＣＤＣデバイス１２の物理アドレス（Physical Address）は［1.0.0.0］であり、Ｎｏｎ－ＣＤＣデバイス１３の物理アドレス（Physical Address）は［2.0.0.0］である。

　図１４に戻って、(ａ)ＣＤＣデバイス１１は、ＣＤＣデバイス１２と機能情報を交換するために、〈Exchange Supported Channels Info〉メッセージをブロードキャストする。この〈Exchange Supported Channels Info〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［0.0.0.0］とされ、あて先（Target）の物理アドレスは［1.0.0.0］とされる。また、ＣＤＣデバイス１１は、この〈Exchange Supported Channels Info〉メッセージに、自身の機能情報を含める。例えば、この〈Exchange Supported Channels Info〉メッセージでは、［AudioReturn Channel］および［Ethernet Channel］の双方のチャネルをサポートしていることが示される。

　（ｂ）ＣＤＣデバイス１２は、ＣＤＣデバイス１１からブロードキャストされた〈Exchange Supported Channels Info〉メッセージに含まれているあて先の物理アドレスが、自身の物理アドレス［1.0.0.0］であることから、〈Exchange Supported ChannelsInfo〉メッセージをブロードキャストする。この〈Exchange Supported ChannelsInfo〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［1.0.0.0］とされ、あて先（Target）の物理アドレスは［0.0.0.0］とされる。また、ＣＤＣデバイス１２は、この〈ExchangeSupported Channels Info〉メッセージに、自身の機能情報を含める。例えば、この〈ExchangeSupported Channels Info〉メッセージでは、［Audio Return Channel］および［Ethernet Channel］の双方のチャネルをサポートしていることが示される。

　このようにして、ＣＤＣデバイス１１とＣＤＣデバイス１２との間で、〈Exchange Supported Channels Info〉メッセージが送受信されることで、互いの機能情報、つまりｅＨＤＭＩ対応機器であるか否か、［Audio Return Channel］や［Ethernet Channel］をサポートしているか否かを示す情報が交換される。

　（ｃ）ＣＤＣデバイス１１は、Ｎｏｎ－ＣＤＣデバイス１３と機能情報を交換するために、〈Exchange Supported Channels Info〉メッセージをブロードキャストする。この〈Exchange Supported Channels Info〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［0.0.0.0］とされ、あて先（Target）の物理アドレスは［2.0.0.0］とされる。また、ＣＤＣデバイス１１は、この〈Exchange Supported Channels Info〉メッセージに、自身の機能情報を含める。例えば、この〈Exchange Supported Channels Info〉メッセージでは、［AudioReturn Channel］および［Ethernet Channel］の双方のチャネルをサポートしていることが示される。

　（ｄ）Ｎｏｎ－ＣＤＣデバイス１３は、ＣＤＣデバイス１１からブロードキャストされた〈Exchange Supported Channels Info〉メッセージに含まれているあて先の物理アドレスが自身の物理アドレス［2.0.0.0］であったとしても、何等反応しない。この場合、ＣＤＣデバイス１１は、２秒Ｍａｘルールで、２秒経過しても何も反応がないとき、Ｎｏｎ－ＣＤＣデバイス１３は、［Audio Return Channel］および［Ethernet Channel］の双方のチャネルともサポートしていないと、認識する。

　［Activate/De-Activateシーケンス］
　次に、〈Activate Supported Channels〉メッセージの使用例について、図１６のシーケンス図を参照して説明する。なお、この場合、図１５に示す機器構成のＡＶシステム１０において、上述したように〈Exchange Supported Channels Info〉メッセージを用いて機能情報の交換を行ったＣＤＣデバイス１１とＣＤＣデバイス１２の間で通信を行う場合を想定している。

　(ａ)ＣＤＣデバイス１１は、ＣＤＣデバイス１２と実際に起動（Activate）を求めるチャネル（伝送フォーマット）を確認して通信を開始するために、〈Activate Supported Channels〉メッセージをブロードキャストする。この〈Activate Supported Channels〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［0.0.0.0］とされ、あて先（Target）の物理アドレスは［1.0.0.0］とされる。また、ＣＤＣデバイス１１は、この〈ActivateSupported Channels〉メッセージに、自身が起動（Activate）を求めるチャネル（伝送フォーマット）の情報を配置する。例えば、この〈Activate Supported Channels〉メッセージでは、［AudioReturn Channel］および［Ethernet Channel］の双方のチャネルの起動を求めることが示される。

　（ｂ）ＣＤＣデバイス１２は、ＣＤＣデバイス１１からブロードキャストされた〈Activate Supported Channels〉メッセージに含まれているあて先の物理アドレスが、自身の物理アドレス［1.0.0.0］であることから、〈Activate Supported Channels〉メッセージをブロードキャストする。この〈Activate Supported Channels〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［1.0.0.0］とされ、あて先（Target）の物理アドレスは［0.0.0.0］とされる。また、ＣＤＣデバイス１２は、この〈ActivateSupported Channels〉メッセージに、自身が起動の求めに同意するチャネル（伝送フォーマット）の情報を配置する。例えば、この〈Activate Supported Channels〉メッセージでは、［AudioReturn Channel］および［Ethernet Channel］の双方のチャネルの起動の求めに同意することが示される。

　このようにして、ＣＤＣデバイス１１とＣＤＣデバイス１２との間で、〈Activate Supported Channels〉メッセージが送受信されることで、双方が共通して起動可能なチャネル（伝送フォーマット）を確認して、通信が開始される。図１６の例では、ＣＤＣデバイス１１およびＣＤＣデバイス１２の双方とも、［Audio Return Channel］および［Ethernet Channel］の起動が可能であり、双方のチャネル（伝送フォーマット）が起動されて、通信が開始される。

　（ｃ）その後、ＣＤＣデバイス１２は、例えば、ネットワーク端子を通じてイーサネット通信を行うために、［Ethernet Channel］の通信を止めたい場合、〈ActivateSupported Channels〉メッセージをブロードキャストする。この〈ActivateSupported Channels〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［1.0.0.0］とされ、あて先（Target）の物理アドレスは［0.0.0.0］とされる。また、ＣＤＣデバイス１２は、この〈Activate SupportedChannels〉メッセージには、自身が起動を求めるチャネル（伝送フォーマット）は、［Audio ReturnChannel］のチャネルであることが示され、［Ethernet Channel］のチャネルは除かれる。

　（ｄ）ＣＤＣデバイス１１は、ＣＤＣデバイス１２からブロードキャストされた〈Activate Supported Channels〉メッセージに含まれているあて先の物理アドレスが、自身の物理アドレス［0.0.0.0］であることから、〈Activate Supported Channels〉メッセージをブロードキャストする。この〈Activate Supported Channels〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［0.0.0.0］とされ、あて先（Target）の物理アドレスは［1.0.0.0］とされる。また、ＣＤＣデバイス１１は、この〈ActivateSupported Channels〉メッセージに、自身が起動の求めに同意するチャネル（伝送フォーマット）の情報を配置する。例えば、この〈Activate Supported Channels〉メッセージでは、［AudioReturn Channel］のチャネルの起動の求めに同意することが示される。

　このようにして、ＣＤＣデバイス１１とＣＤＣデバイス１２との間で、〈Activate Supported Channels〉メッセージが送受信されることで、双方が共通して起動可能な伝送フォーマット（アプリケーション）が再確認され、［Ethernet Channel］のチャネルによる通信は中止され、［AudioReturn Channel］のチャネルによる通信のみが継続して行われる。

　次に、〈Activate Supported Channels〉メッセージの他の使用例について、図１７のシーケンス図を参照して説明する。なお、この場合、図１５に示す機器構成のＡＶシステム１０において、上述したように〈Exchange Supported Channels Info〉メッセージを用いて機能情報の交換を行ったＣＤＣデバイス１１とＣＤＣデバイス１２の間で通信を行う場合を想定している。

　(ａ)ＣＤＣデバイス１１は、ＣＤＣデバイス１２と実際に起動を求めるチャネル（伝送フォーマット）を確認して通信を開始するために、〈Activate Supported Channels〉メッセージをブロードキャストする。この〈Activate Supported Channels〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［0.0.0.0］とされ、あて先（Target）の物理アドレスは［1.0.0.0］とされる。また、ＣＤＣデバイス１１は、この〈ActivateSupported Channels〉メッセージに、自身が起動を求めるチャネル（伝送フォーマット）の情報を配置する。例えば、この〈Activate Supported Channels〉メッセージでは、［AudioReturn Channel］および［Ethernet Channel］の双方のチャネルの起動を求めることが示される。

　（ｂ）ＣＤＣデバイス１２は、ＣＤＣデバイス１１からブロードキャストされた〈Activate Supported Channels〉メッセージに含まれているあて先の物理アドレスが、自身の物理アドレス［1.0.0.0］であることから、〈Activate Supported Channels〉メッセージをブロードキャストする。この〈Activate Supported Channels〉メッセージに含まれる、送信元（Initiator）の物理アドレスは［1.0.0.0］とされ、あて先（Target）の物理アドレスは［0.0.0.0］とされる。また、ＣＤＣデバイス１２は、この〈ActivateSupported Channels〉メッセージに、自身が起動の求めに同意するチャネル（伝送フォーマット）の情報を配置する。例えば、この〈Activate Supported Channels〉メッセージでは、［AudioReturn Channel］のチャネルの起動の求めに同意することが示される。

　このようにして、ＣＤＣデバイス１１とＣＤＣデバイス１２との間で、〈Activate Supported Channels〉メッセージが送受信されることで、双方が共通して起動可能なチャネル（伝送フォーマット）を確認して、通信が開始される。図１６の例では、ＣＤＣデバイス１１では［Audio Return Channel］および［Ethernet Channel］の双方のチャネルの起動を求めるが、ＣＤＣデバイス１２では［Audio Return Channel］のチャネルの起動のみ同意するので、この［AudioReturn Channel］のチャネルのみが起動されて、通信が開始される。

　なお、上述した〈Activate Supported Channels〉メッセージの送受信は、例えば、〈ExchangeSupported Channels Info〉メッセージを用いて機能情報の交換を行って、双方の機能が分かった後に行われる。その後は、通信を希望するチャネルの変更時など、任意のタイミングで行われる。

　［ＣＤＣメッセージの有効性の向上］
　上述したようにＣＤＣメッセージには、送信元（Initiator）およびあて先（Target）の物理アドレス（Physical Address）を必ず含むようにされる。例えば、シンク機器が複数のＨＤＭＩ端子を備えている場合、ＨＰＤ信号が“Ｌ”にある所定のポート（ＨＤＭＩ端子）に接続されているソース機器にあっては、物理アドレス（Physical Address）が不定となる。このように物理アドレスが不定であるとき、上述したＣＤＣメッセージの有効性は低下する。そこで、このような場合に、ＣＤＣメッセージの有効性の向上を図る例を、以下に説明する。

　［例１］
　この例１は、〈Activate Supported Channels〉メッセージおよび〈ExchangeSupported Channels Info〉メッセージにダイレクトモード（Direct Mode）ビットを設けることで、ＣＤＣメッセージの有効性の向上を図る。この場合、〈Exchange Supported Channels Info〉メッセージおよび〈ActivateSupported Channels〉メッセージは、例えば、以下のような、データ構造をとる。

　また、第５バイトに、送信元（Initiator）の機能情報が配置される。この機能情報は、ダイレクトモードに対応していることを示す情報を持っている。また、この機能情報は、自身がｅＨＤＭＩ対応機器であることを示す情報を持っており、自身が対応し得るチャネル（伝送フォーマット）の情報を含んでいる。すなわち、第５バイトの１ビット、例えば第７ビットは、自身がダイレクトモードに対応しているか否かを示す。この第５バイトの１ビットは、サポートしているときは“１”とされ、サポートしていないときは“０”される。

　また、第５バイトの他の１ビット、例えば第６ビットは、自身がｅＨＤＭＩ対応機器であって、上述のＳＰＤＩＦ信号に対応しているか、つまり［Audio Return Channel］をサポートしているか否かを示す。この第５バイトの他の１ビットは、サポートしているときは“１”とされ、サポートしていないときは“０”される。

　また、第５バイトの他の１ビット、例えば第５ビットは、自身がｅＨＤＭＩ対応機器であって、上述のイーサネット信号に対応しているか、つまり［Ethernet Channel］をサポートしているか否かを示す。この第５バイトの他の１ビットは、サポートしているときは“１”とされ、サポートしていないときは“０”される。また、第５バイトの残りの５ビット、例えば、第４ビット～第０ビットは、リザーブビットとされ、全て“０”とされる。

　次に、〈Activate Supported Channels〉メッセージについて説明する。この〈Activate Supported Channels〉メッセージは、第１～第５の５バイトのデータを有している。第１バイトおよび第２バイトには送信元（Initiator）の物理アドレス（Physical Address）が配置され、第３バイトおよび第４バイトにはあて先（Target）の物理アドレス（Physical Address）が配置されている。また、第５バイトに、ダイレクトモードによるメッセージであるか否かを示す情報と、送信元（Initiator）が起動を求めるチャネル（伝送フォーマット）の情報が配置される。

　すなわち、第５バイトの１ビット、例えば第７ビットは、ダイレクトモードによるメッセージであるか否かを示す。この第５バイトの１ビットは、ダイレクトモードによるメッセージであるときは“１”とされ、ダイレクトモードによるメッセージではなく通常のメッセージであるときは“０”される。第５バイトの他の１ビット、例えば第６ビットは、自身がＳＰＤＩＦ信号の通信、つまり［Audio Return Channel］のチャネル起動を求めるか否かを示す。この第５バイトの他の１ビットは、起動を求めるときは“１”とされ、起動を求めないときは“０”される。

　また、第５バイトの他の１ビット、例えば第５ビットは、自身がイーサネット信号の通信、つまり［Ethernet Channel］のチャネル起動を求めるか否かを示す。この第５バイトの他の１ビットは、起動を求めるときは“１”とされ、起動を求めないときは“０”される。また、第５バイトの残りの５ビット、例えば、第４ビット～第０ビットは、リザーブビットとされ、全て“０”とされる。

　上述したように各メッセージにダイレクトモードビットを設けるこの場合、例えば、以下のような動作となる。すなわち、〈Activate Supported Channels〉メッセージによる機能情報の交換時に、ＨＰＤ信号が“Ｌ”における通信、つまりダイレクトモードをサポートしているか否かを確認する。そして、ダイレクトモードのサポートが確認された場合には、〈Exchange Supported Channels Info〉メッセージの送受信をダイレクトモードで行う。

　ダイレクトモードをサポートする２つのＣＤＣデバイスの間では、送信元（Initiator）は、ＣＤＣメッセージをダイレクトモードで送信することが許可される。送信元（Initiator）は同じＣＤＣメッセージを他のＣＤＣデバイスに送信しないと共に、あて先（Target）は受信したＣＤＣメッセージを他のＣＤＣデバイスに転送しない。

　例えば、図１８に示すようなＡＶシステム２０の構成例を考える。送信元（Initiator）のＣＤＣデバイス２１は３つのポート２１ａ～２１ｃを有している。あて先（Target）のＣＤＣデバイス２２は４つのポート２２ａ～２２ｄを有している。ＣＤＣデバイス２１のポート２１ａとあて先（Target）のＣＤＣデバイス２２のポート２２ａが接続されている。

　この場合、送信元（Initiator）のＣＤＣデバイス２１がダイレクトモードでＣＤＣメッセージをあて先（Target）のＣＤＣデバイス２２に送信する場合、当該ＣＤＣデバイス２２は、ポート２１ａにはＣＤＣメッセージを出すが、他のポート２１ｂ，２１ｃには同一のＣＤＣメッセージを出さない。また、送信元（Initiator）のＣＤＣデバイス２１は、ダイレクトモードでポート２２ａに送られてきたＣＤＣメッセージを、他のポート２２ｂ～２２ｄに転送しない。

　上述したように、ダイレクトモードをサポートするＣＤＣデバイスは、ＣＤＣメッセージをフィルタリングする機能を持っている。ただし、フィルタリングの仕方はデバイス内における処理の問題であるので、伝送規格としては定義する必要はない。

　上述したように、ダイレクトモードを設けることで、２つのＣＤＣデバイスの間だけでＣＤＣメッセージの送受信を行うことが可能となるので、ＨＰＤ信号が“Ｌ”であってソース機器側の物理アドレス（Physical Address）が不定であったとしても、ＣＤＣメッセージの有効性が低下することはない。

　［例２］
　この例２は、〈Activate Supported Channels〉メッセージおよび〈ExchangeSupported Channels Info〉メッセージの他に、ＨＰＤ信号を“Ｈ”にすることを要求する〈RequestHPD=H〉メッセージを追加して、ソース機器がシンク機器から自身の物理アドレス（PhysicalAddress）を読み取ることを可能とし、ＣＤＣメッセージの有効性の向上を図る。〈Request HPD=H〉メッセージは、例えば、以下のような、データ構造をとる。

　ＨＰＤ信号が“Ｌ”であり、自身の物理アドレス（Physical Address）が不定であるＣＤＣデバイス（ソース機器）は、上述した〈RequestHPD=H〉メッセージをブロードキャストする。〈Request HPD=H〉メッセージを受信したＣＤＣデバイスは、各ポートのＨＰＤ信号を順次、少なくとも所定時間、例えば５秒間だけ“Ｈ”にする。〈Request HPD=H〉メッセージをブロードキャストしたＣＤＣデバイスは、自身が接続されているＣＤＣデバイス（シンク機器）のポートのＨＰＤ信号が“Ｈ”となっている期間に、Ｅ－ＥＤＩＤを読み出し、自身の物理アドレスを取得する。

　このように、ＨＰＤ信号が“Ｌ”であり、自身の物理アドレスが不定であるＣＤＣデバイス（ソース機器）は、〈Request HPD=H〉メッセージを用いることで、自身の物理アドレスを取得して確定できるので、ＣＤＣメッセージの有効性を高めることができる。

　［例３］
　この例３も、〈Activate Supported Channels〉メッセージおよび〈ExchangeSupported Channels Info〉メッセージの他に、ＨＰＤ信号を“Ｈ”にすることを要求する〈RequestHPD=H〉メッセージを追加して、ソース機器がシンク機器から自身の物理アドレス（PhysicalAddress）を読み取ることを可能とし、ＣＤＣメッセージの有効性の向上を図る。

　上述の例２の場合、〈Request HPD=H〉メッセージを受信した各ＣＤＣデバイスが、各ポートのＨＰＤ信号を順次“Ｈ”にしていく。そのため、〈Request HPD=H〉メッセージを出したＣＤＣデバイス（ソース機器）は、自身が接続されているＣＤＣデバイス（シンク機器）のポートのＨＰＤ信号が“Ｈ”になるのを待つ必要がある。この場合、自身が接続されているＣＤＣデバイスの階層が分かっており、その階層のＣＤＣデバイスのみが各ポートのＨＰＤ信号を“Ｈ”にしてくれれば、物理アドレスの取得を速やかに行うことが可能となる。

　そこで、この例３の〈Request HPD=H〉メッセージには、ＨＰＤ信号を“Ｈ”にすることを要求する物理アドレスの階層を指定するデータが付加されている。また、この例３では、〈Report HPD=H〉メッセージを追加する。この〈Report HPD=H〉メッセージは、ＨＰＤ信号を“Ｈ”したＣＤＣデバイスがブロードキャストするＣＤＣメッセージであり、当該ＣＤＣデバイスの物理アドレスが含まれている。〈Request HPD=H〉メッセージおよび〈Report HPD=H〉メッセージは、例えば、以下のような、データ構造をとる。

　〈RequestHPD=H〉メッセージについて説明する。この〈Request HPD=H〉メッセージは、物理アドレスの階層を指定するデータ第３ビット～第０ビットの４ビットのデータを有している。第３ビットを“１”とし、他のビットを“０”とすることで、物理アドレスの第１階層（最上位階層）を指定する。また、第２ビットを“１”とし、他のビットを“０”とすることで、物理アドレスの第２階層、あるいは第１階層および第２階層を指定する。また、第１ビットを“１”とし、他のビットを“０”とすることで、物理アドレスの第３階層、あるいは第１階層～第３階層を指定する。また、第０ビットを“１”とし、他のビットを“０”とすることで、物理アドレスの第４階層、あるいは第１階層～第４階層を指定する。

　また、〈Report HPD=H〉メッセージについて説明する。この〈Report HPD=H〉メッセージは、２バイトのデータを有する。この２バイトには、ＨＰＤ信号を“Ｈ”したＣＤＣデバイスの物理アドレス、つまり送信元（Initiator）の物理アドレス（Physical Address）が配置されている。

　［例４］
　この例４は、上述の例２、例３のように〈Request HPD=H〉メッセージを用いずに、電源ラインの電圧を変化させることで、ＨＰＤ信号を“Ｈ”にすることを要求する例である。すなわち、ＨＰＤ信号が“Ｌ”にあるＣＤＣデバイス（シンク機器）の所定のポート（ＨＤＭＩ端子）に接続されているＣＤＣデバイス（ソース機器）は、図１９（ｂ）に示すように、電源ラインの電圧を一旦接地電圧にリセットし、その後に＋５Ｖに立ち上げる。

　ＣＤＣデバイス（シンク機器）は、この電源ラインの電圧変化に対応して、図１９（ａ）に示すように、当該所定のポートのＨＰＤ信号を少なくとも所定時間、例えば５秒間だけ“Ｈ”にする。これにより、ＣＤＣデバイス（ソース機器）は、当該所定のポートのＨＰＤ信号が“Ｈ”となっている期間に、ＣＤＣデバイス（シンク機器）からＥ－ＥＤＩＤを読み出し、自身の物理アドレスを取得する。

　このように、ＨＰＤ信号が“Ｌ”であり、自身の物理アドレスが不定であるＣＤＣデバイス（ソース機器）は、電源ラインの電圧を変化させることで、ＣＤＣデバイス（シンク機器）から自身の物理アドレスを取得して確定できるので、ＣＤＣメッセージの有効性を高めることができる。

　なお、上述では、例えば、ディスクレコーダ２１０からテレビ受信機２５０に、映像信号のブランキング期間に機能情報を挿入して送信するか、あるいは、制御データラインであるＣＥＣライン８４を介して機能情報を送信することで、テレビ受信機２５０側で当該ディスクレコーダ２１０がｅＨＤＭＩ対応機器であるか否かを認識できるようにしている。

　しかし、ＨＤＭＩケーブル３５０の第１のライン、例えばリザーブラインの電圧を変化させることで、機能情報、さらに対応伝送フォーマット情報を送信することもできる。

　「第１の例」
　ディスクレコーダ２１０は、ＨＤＭＩケーブル３５０の第１のライン、例えばリザーブラインの電圧を変化させることで、テレビ受信機２５０に、自身がｅＨＤＭＩ対応機器であることを伝える。

　テレビ受信機２５０は、リザーブラインの電圧変化を検出することで、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であることを示す機能情報を取得する。この場合、テレビ受信機２５０のＣＰＵ２７１は機能情報取得部を構成する。

　また、ディスクレコーダ２１０は、ＨＤＭＩケーブル３５０を介してテレビ受信機２５０が接続された際等にリザーブラインの電圧を自動的に変化させるようにしてもよいが、テレビ受信機２５０側から要求されたタイミングで、リザーブラインの電圧を変化させるようにしてもよい。ディスクレコーダ２１０は、テレビ受信機２５０側から要求があったか否かを、ＨＤＭＩケーブル３５０の第２のライン、例えばＨＰＤラインの電圧変化により判断する。この場合、テレビ受信機２５０のＣＰＵ２７１は機能情報要求部を構成し、ディスクレコーダ２１０のＣＰＵ２２１は電圧変化検出部を構成する。

　また、ディスクレコーダ２１０は、自身がｅＨＤＭＩ対応機器であることの他に、リザーブラインの電圧をパルス状に変化させることで、自身が対応する伝送フォーマット（アプリケーション）の情報をも、テレビ受信機２５０に伝えることができる。ここで、伝送フォーマット情報は、ＳＰＤＩＦ信号のみに対応しているか、イーサネット信号のみに対応しているか、あるいはＳＰＤＩＦ信号およびイーサネット信号の双方に対応しているか等、の情報である。この場合、テレビ受信機２５０のＣＰＵ２７１はフォーマット情報取得部を構成する。

　例えば、パルス数１はＳＰＤＩＦ信号のみに対応、パルス数２はイーサネット信号のみに対応、パルス数３はＳＰＤＩＦ信号およびイーサネット信号の双方に対応、と定義される。

　また、例えば、パルス数１はｅＨＤＭＩ対応（伝送フォーマット不明）、パルス数２はＳＰＤＩＦ信号のみに対応、パルス数３はイーサネット信号のみに対応、パルス数４はＳＰＤＩＦ信号およびイーサネット信号の双方に対応、と定義される。

　また、例えば、パルス数１はｅＨＤＭＩ対応（伝送フォーマット不明）、パルス数２はＳＰＤＩＦ信号のみに対応、パルス数３はイーサネット信号のみに対応、パルス数４はＳＰＤＩＦ信号およびイーサネット信号の双方に対応、パルス数５はリザーブ（Reserve）と定義される。

　このように、ディスクレコーダ２１０側で、対応伝送フォーマットに応じてリザーブラインの電圧がパルス状に変化される場合、テレビ受信機２５０側ではパルス数に基づいて、ディスクレコーダ２１０が対応する伝送フォーマットの情報を取得できる。なお、パルス数ではなく、電圧レベルあるいはパルス位相によって、対応し得る伝送フォーマット（アプリケーション）を表すことも考えられる。

　図２０は、上述したように、リザーブライン、ＨＰＤラインの電圧を変化させる場合におけるディスクレコーダ２１０およびテレビ受信機２５０の構成例を示している。この図２０において、図８と対応する部分には同一符号を付し、その詳細説明は省略する。

　ディスクレコーダ２１０においては、ＨＤＭＩ端子２１１の１４ピンが、トランジスタ等からなる接続スイッチ４１８を介して接地される。この接続スイッチ４１８のオンオフはＣＰＵ２２１（図２参照）からの制御信号ＳＷ１により制御される。これにより、リザーブラインの電圧を変化させて、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であることをテレビ受信機２５０に伝えることができ、またその変化をパルス状とすることで、対応する伝送フォーマット（アプリケーション）の情報をもテレビ受信機２５０に伝えることができる。この場合、接続スイッチ４１８およびＣＰＵ２２１は、機能情報送信部およびフォーマット情報送信部を構成する。

　また、テレビ受信機２５０においては、ＨＤＭＩ端子２５１の１９ピンが、トランジスタ等からなる接続スイッチ４５０を介して接地される。この接続スイッチ４５０のオンオフはＣＰＵ２７１（図３参照）からの制御信号ＳＷ２により制御される。これにより、ＨＰＤラインの電圧を変化させて、ディスクレコーダ２１０に、当該ディスクレコーダ２１０がｅＨＤＭＩ対応機器であるか否かの情報を伝えるように要求できる。この場合、接続スイッチ４５０およびＣＰＵ２７１は、機能情報要求部を構成する。このテレビ受信機２５０では、ＨＤＭＩ端子２５１の１４ピンの電圧Ｖrsvから、上述したように、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であることを示す機能情報、さらには対応する伝送フォーマットの情報を取得できる。

　図２１は、テレビ受信機（シンク機器）２５０側によるＨＰＤラインの電圧制御例と、それに対応したディスクレコーダ（ソース機器）２１０側によるリザーブラインの電圧制御例を示している。この例の場合、まず、図２１（ａ）に示すように、テレビ受信機２５０の接続スイッチ４５０がオフ状態から所定時間だけオン状態とされ、ＨＰＤ（ｅＨＤＭＭＩ－）ラインの電圧はロー（Low）→ハイ（High）と変化するようにされる。これにより、テレビ受信機２５０からディスクレコーダ２１０に、機能情報等を伝えてくれるように要求が行われる。

　これに対して、ＨＰＤラインの電圧がハイ（High）状態に復帰した後に、ディスクレコーダ２１０の接続スイッチ４１８がオフ状態からオン状態とされ、図２１（ｂ）に示すように、リザーブラインの電圧がハイ（High）→ロー（Low）と変化するようにされ、ディスクレコーダ２１０からテレビ受信機２５０にｅＨＤＭＩ対応機器であることを示す機能情報が送信される。

　その後、例えば１００ｍｓの間に、ディスクレコーダ２１０の接続スイッチ４１８がスイッチング制御され、ディスクレコーダ２１０が対応し得る伝送フォーマットに応じてリザーブラインの電圧はロー（Low）→ハイ（High）の変化を繰り返すようにされる。これにより、ディスクレコーダ２１０からテレビ受信機２５０に、ディスクレコーダ２１０が対応し得る伝送フォーマットの情報が送信される。最終的に、接続スイッチ４１８はオフの状態に戻される。

　図２１（ｂ）に示すように、リザーブラインの電圧が変化しているので、テレビ受信機２５０ではリザーブラインの電圧を検出することで、例えば、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であり、さらにパルス数が３個であるので、例えばＳＰＤＩＦ信号およびイーサネット信号の双方に対応している、という機能情報を得ることができる。

　上述したように、テレビ受信機２５０でディスクレコーダ２１０から送られてくるｅＨＤＭＩ対応機器であることを示す機能情報および対応伝送フォーマット情報が確認された後に、テレビ受信機２５０とディスクレコーダ２１０との間でｅＨＤＭＩ伝送が開始される。

　「第２の例」
　上述の第１の例では、ＨＤＭＩケーブル３５０の第１のライン、例えばリザーブラインの電圧を変化させることで、ディスクレコーダ２１０からテレビ受信機２５０に、ｅＨＤＭＩ対応機器であることを示す機能情報と対応伝送フォーマット情報が送られる。

　この第２の例では、さらに、ＨＤＭＩケーブル３５０のリザーブラインの電圧を変化させることで、テレビ受信機２５０からディスクレコーダ２１０に、テレビ受信機２５０が対応し得る伝送フォーマットの情報が送られる。この第２の例において、第１の例と対応する部分については詳細説明を省略する。

　テレビ受信機２５０は、リザーブラインの電圧変化を検出して、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であることを示す機能情報および対応伝送フォーマット情報を取得した後、リザーブラインの電圧をパルス状に変化させて、自身が対応する伝送フォーマットの情報をディスクレコーダ２１０に伝える。この場合、テレビ受信機２５０のＣＰＵ２７１はフォーマット情報送信部を構成する。ディスクレコーダ２１０は、リザーブラインの電圧変化を検出し、テレビ受信機２５０が対応する伝送フォーマットの情報を取得する。この場合、ディスクレコーダ２１０のＣＰＵ２２１はフォーマット情報取得部を構成する。

　図２２は、上述したように、ディスクレコーダ２１０からテレビ受信機２５０に機能情報および対応伝送フォーマット情報を送ると共に、テレビ受信機２５０からディスクレコーダ２１０に対応伝送フォーマット情報を送る場合におけるディスクレコーダ２１０およびテレビ受信機２５０の構成例を示している。この図２２において、図２０と対応する部分には同一符号を付し、その詳細説明は省略する。

　テレビ受信機２５０においては、ＨＤＭＩ端子２５１の１４ピンが、トランジスタ等からなる接続スイッチ４５１を介して接地される。この接続スイッチ４５１のオンオフはＣＰＵ２７１からの制御信号ＳＷ３により制御される。これにより、テレビ受信機２５０は、リザーブラインの電圧をパルス状に変化させて、自身が対応する伝送フォーマットの情報をディスクレコーダ２１０に伝えることができる。この場合、接続スイッチ４５１およびＣＰＵ２７１は、フォーマット情報送信部を構成する。この図２２におけるテレビ受信機２５０のその他の構成は、図２０におけるテレビ受信機２５０と同様である。

　なお、図２２におけるディスクレコーダ２１０の構成は、図２０におけるディスクレコーダ２１０の構成と同様である。このディスクレコーダ２１０では、ＨＤＭＩ端子２１１の１４ピンの電圧Ｖrsvから、上述したように、テレビ受信機２５０が対応する伝送フォーマットの情報を取得できる。この場合、ディスクレコーダ２１０のＣＰＵ２２１は、フォーマット情報取得部を構成する。

　図２３は、テレビ受信機（シンク機器）２５０側によるＨＰＤラインの電圧制御例と、それに対応したディスクレコーダ（ソース機器）２１０側、およびテレビ受信機（シンク機器）２５０側によるリザーブラインの電圧制御例を示している。

　この例の場合、まず、図２３（ａ）に示すように、テレビ受信機２５０の接続スイッチ４５０がオフ状態から所定時間だけオン状態とされ、ＨＰＤ（ｅＨＤＭＭＩ－）ラインの電圧はロー（Low）→ハイ（High）と変化するようにされる。これにより、テレビ受信機２５０からディスクレコーダ２１０に、機能情報等を伝えてくれるように要求が行われる。

　これに対して、ＨＰＤラインの電圧がハイ（High）状態に復帰した後に、ディスクレコーダ２１０の接続スイッチ４１８がオフ状態からオン状態とされ、図２３（ｂ）に示すように、リザーブラインの電圧がハイ（High）→ロー（Low）と変化するようにされ、ディスクレコーダ２１０からテレビ受信機２５０にｅＨＤＭＩ対応機器であることを示す機能情報が送信される。

　その後、例えば１００ｍｓの間に、ディスクレコーダ２１０の接続スイッチ４１８がスイッチング制御され、図２３（ｂ）に示すように、ディスクレコーダ２１０が対応し得る伝送フォーマットに応じてリザーブラインの電圧はロー（Low）→ハイ（High）の変化を繰り返すようにされる。これにより、ディスクレコーダ２１０からテレビ受信機２５０に、ディスクレコーダ２１０が対応し得る伝送フォーマットの情報が送信される（ソース側の伝送可能フォーマットの宣言）。最終的に、接続スイッチ４１８はオフの状態に戻される。

　また、その後、例えば１００ｍｓの間に、テレビ受信機２５０の接続スイッチ４５１がスイッチング制御され、図２３（ｂ）に示すように、テレビ受信機２５０が対応し得る伝送フォーマットに応じてリザーブラインの電圧はロー（Low）→ハイ（High）の変化を繰り返すようにされる。これにより、テレビ受信機２５０からディスクレコーダ２１０に、テレビ受信機２５０が対応し得る伝送フォーマットの情報が送信される（シンク側の伝送可能フォーマットの宣言）。最終的に、接続スイッチ４５１はオフの状態に戻される。

　上述したように、テレビ受信機２５０でディスクレコーダ２１０から送られてくるｅＨＤＭＩ対応機器であることを示す機能情報および対応伝送フォーマット情報が確認され、また、ディスクレコーダ２１０でテレビ受信機２５０から送られてくる対応伝送フォーマット情報が確認された後に、テレビ受信機２５０とディスクレコーダ２１０との間でｅＨＤＭＩ伝送が開始される。

　ここで、テレビ受信機２５０がＨＤＭＩ端子（ＨＤＭＩポート）を複数個備えている場合について説明する。上述の図３に示すテレビ受信機２５０は、１個のＨＤＭＩ端子を備えたものである。図２４は、複数個、例えば３個のＨＤＭＩ端子を備えたテレビ受信機２５０を示している。この図２４において、図３と対応する部分には同一符号を付し、その詳細説明は省略する。

　このテレビ受信機２５０は、ＨＤＭＩ端子２５１ａ～２５１ｃ、ＨＤＭＩスイッチャ２５５と、高速データラインインタフェース２５３ａ～２５３ｃとを有している。ＨＤＭＩスイッチャ２５５は、ＨＤＭＩ端子２５１ａ～２５１ｃをＨＤＭＩ受信部２５２に選択的に接続する。ＨＤＭＩ受信部２５２では、ＨＤＭＩ端子２５１ａ～２５１ｃのうちＨＤＭＩスイッチャ２５５を介して接続されたＨＤＭＩ端子にＨＤＭＩケーブルを介して入力される映像（画像）および音声のデータが取得される。

　高速データラインインタフェース２５３ａ～２５３ｃは、上述したＨＤＭＩ端子２５１ａ～２５１ｃに接続されるＨＤＭＩケーブルの所定ライン（リザーブラインおよびＨＰＤライン）により構成された双方向通信路のインタフェースである。この高速データラインインタフェース２５３ａ～２５３ｃは、イーサネットインタフェース２７４とＨＤＭＩ端子２５１ａ～２５１ｃとの間に挿入されている。高速データラインインタフェース２５３ａ～２５３ｃは、図３における高速データラインインタフェース２５３と同様に構成されている。

　図２４のテレビ受信機２５０のその他は、図３に示すテレビ受信機２５０と同様に構成され、同様の動作を行う。

　上述したように、ディスクレコーダ２１０は、テレビ受信機２５０からＨＰＤラインの電圧変化により機能情報等の送信要求（トリガ）があった後に、リザーブラインの電圧を変化させて、機能情報等をテレビ受信機２５０に送る。

　したがって、テレビ受信機２５０は、図２５（ａ）～（ｃ）に示すように、ＨＤＭＩ端子毎に任意のタイミングで、それぞれのＨＤＭＩ端子にＨＤＭＩケーブルを介して接続されているディスクレコーダ２１０等の機器に、機能情報等の送信要求をシリーズで行うことができる。これにより、マイコン（ＣＰＵ２７１）ピン数の削減などが見込まれる。

　なお、図２５（ａ）～（ｃ）において、「ＤＤＣ５Ｖ」は電源ラインの電圧を示し、「ＨＰＤ」はＨＰＤラインの電圧を示し、「Ｒｓｖ」はリザーブラインの電圧を示している。図２５（ｃ）の入力３に関しては、途中で機器の電源がオンとされたか、あるいは接続が行われたことが示されている。

　また、「Source」は、ソース機器（例えば、ディスクレコーダ２１０）からシンク機器（例えば、テレビ受信機２５０）へ送られるｅＨＤＭＩ対応機器であることを示す機能情報および対応伝送フォーマット情報を示している。また、「Sink」は、シンク機器（例えば、テレビ受信機２５０）からソース機器（例えば、ディスクレコーダ２１０）へ送られる対応伝送フォーマット情報を示している。

　図２６のフローチャートは、テレビ受信機（シンク機器）２５０のＣＰＵ２７１が所定のＨＤＭＩ入力に対して検出動作を行う際の処理手順の一例を示している。

　ＣＰＵ２７１は、ステップＳＴ１において、処理を開始し、その後に、ステップＳＴ２の処理に移る。このステップＳＴ２において、ＣＰＵ２７１は、電源ラインの電圧（ＤＤＣ５Ｖ）が５Ｖか否かを判断する。

　電源ラインの電圧（ＤＤＣ５Ｖ）が５Ｖであるとき、ＣＰＵ２７１は、ステップＳＴ３において、他のＨＤＭＩ入力で機能情報、対応伝送フォーマット情報等の検出動作中であるか否かを判断する。他入力の検出動作中であるとき、ＣＰＵ２７１は、ステップＳＴ４において、他入力の検出が終了したか否かを判断する。

　他入力の検出が終了したとき、ＣＰＵ２７１は、ステップＳＴ５の処理に移る。なお、ステップＳＴ３で他入力の検出動作中でないとき、ＣＰＵ２７１は、直ちにステップＳＴ５の処理に移る。このステップＳＴ５において、ＣＰＵ２７１は、ＨＰＤラインの電圧を、ロー（Low）→ハイ（High）と変化させ、相手側のソース機器（ディスクレコーダ２１０等）に、機能情報等の送信を要求する。

　次に、ＣＰＵ２７１は、ステップＳＴ６において、リザーブラインの電圧を監視し、ソース機器から応答がきたか否か、すなわち機能情報等が送られてきたか否かを判断する。応答がこないとき、ＣＰＵ２７１は、ステップＳＴ７において、ステップＳＴ５で送信要求をしてから１００ｍｓが経過したか否かを判断する。１００ｍｓを経過していないとき、ＣＰＵ２７１は、ステップＳＴ６の処理に戻る。一方、１００ｍｓが経過したとき、ＣＰＵ２７１は、ステップＳＴ８において、相手側のソース機器はｅＨＤＭＩ非対応機器であると判断する。

　図２７は、上述したようにＣＰＵ２７１が相手側のソース機器はｅＨＤＭＩ非対応機器であると判断する場合における、ＨＰＤラインおよびリザーブラインの電圧変化例を示している。なお、図２７（ａ）は電源ラインの電圧（ＤＤＣ５Ｖ）を示し、図２７（ｂ）はＨＰＤラインの電圧を示し、図２７（ｃ）はリザーブラインの電圧を示している。

　図２７（ｂ）に示すように、テレビ受信機２５０でＨＰＤラインの電圧がロー（Low）→ハイ（High）と変化されて相手側のソース機器（ディスクレコーダ２１０等）に機能情報等の送信要求が出されている。しかし、図２７（ｃ）に示すように、その後１００ｍｓが経過してもリザーブラインの電圧はハイ（High）のままにあり、ソース機器からは応答がない。

　図２６のフローチャートに戻って、ステップＳＴ６で応答がきたとき、ＣＰＵ２７１は、ステップＳＴ９において、相手側のソース機器がｅＨＤＭＩ対応機器であることを認識すると共に、リザーブラインの電圧変化から、相手側のソース機器の対応伝送フォーマットを検出する。

　次に、ＣＰＵ２７１は、ステップＳＴ１０において、リザーブラインの電圧をパルス状に変化させて、テレビ受信機２５０が対応する伝送フォーマット（アプリケーション）の情報を、相手側のソース機器に送信する。そして、ＣＰＵ２７１は、ステップＳＴ１１において、相手側のソース機器との間のｅＨＤＭＩ信号の送受信を開始する。

　図２６のフローチャートの処理では、ソース機器からの応答が１００ｍｓ経過してもこなかったとき、ＣＰＵ２７１は、直ちにｅＨＤＭＩ非対応機器と判断するものである。しかし、図２８（ｂ）に示すように、ソース機器からの応答が１００ｍｓ経過してもこなかったとき、ＣＰＵ２７１は、何度か（図２８（ｂ）には１度分だけ図示）、ＨＰＤラインの電圧を、ロー（Low）→ハイ（High）と変化させ、相手側のソース機器（ディスクレコーダ２１０等）に、機能情報等の送信を要求するリトライ処理を行ってもよい。これにより、ソース機器がビジー状態で応答できなかった場合に、直ちにｅＨＤＭＩ非対応機器と判断する誤りを回避できる。

　なお、図２８（ａ）は電源ラインの電圧（ＤＤＣ５Ｖ）を示し、図２８（ｂ）はＨＰＤラインの電圧を示し、図２８（ｃ）はリザーブラインの電圧を示している。図２８（ａ），（ｃ）は、図２７（ａ），（ｃ）と同じである。

　図２９のフローチャートは、ディスクレコーダ（ソース機器）２１０のＣＰＵ２２１の処理手順の一例を示している。

　ＣＰＵ２２１は、ステップＳＴ２１において、処理を開始し、その後にステップＳＴ２２の処理に移る。このステップＳＴ２２において、ＣＰＵ２２１は、リザーブラインの電圧がハイ（High）の状態にあるか否かを判断する。リザーブラインの電圧がハイ（High）でないとき、ＣＰＵ２２１は、ステップＳＴ２３において、相手側のシンク機器（テレビ受信機２５０等）は、ｅＨＤＭＩ非対応機器であると判断する。

　リザーブラインの電圧がハイ（High）であるとき、ＣＰＵ２２１は、ステップＳＴ２４の処理に移る。このステップＳＴ２４において、ＣＰＵ２２１は、ＨＰＤラインの電圧が、ハイ（High）→ロー（Low）→ハイ（High）と変化したか否かを判断する。このような変化があったとき、ＣＰＵ２２１は、相手側のシンク機器から機能情報等の送信要求があったものと判断する。そして、ＣＰＵ２２１は、ステップＳＴ２５において、リザーブラインの電圧を変化させて、ｅＨＤＭ対応機器であることを示す機能情報、および対応する伝送フォーマット（アプリケーション）の情報を、相手側のシンク機器に送信する。

　次に、ＣＰＵ２２１は、ステップＳＴ２６において、リザーブラインの電圧を監視し、シンク機器から応答がきたか否か、すなわち相手側のシンク機器が対応し得る伝送フォーマットの情報が送られてきたか否かを判断する。応答がこないとき、ＣＰＵ２２１は、ステップＳＴ２７において、ステップＳＴ２５で自身の機能情報等を送ってから１００ｍｓが経過したか否かを判断する。１００ｍｓを経過していないとき、ＣＰＵ２２１は、ステップＳＴ２６の処理に戻る。一方、１００ｍｓが経過したとき、ＣＰＵ２２１は、ステップＳＴ２８において、相手側のシンク機器は、ｅＨＤＭＩ非対応機器、あるいはビジー状態にあって送信不能であると判断する。

　ステップＳＴ２６でシンク側から応答がきたとき、ＣＰＵ２２１は、ステップＳＴ２９において、リザーブラインの電圧変化から、相手側のシンク機器の対応伝送フォーマットを検出する。そして、ＣＰＵ２２１は、ステップＳＴ３０において、相手側のシンク機器との間のｅＨＤＭＩ信号の送受信を開始する。

　「第３の例」
　上述の第１の例、第２の例では、ＨＤＭＩケーブル３５０の第２のライン、例えばＨＰＤラインの電圧を変化させることで、テレビ受信機（シンク機器）２５０からディスクレコーダ（ソース機器）２１０に機能情報等の送信要求が送られる。

　この第３の例では、この送信要求が、機能情報、対応伝送フォーマット情報等の送信の場合と同様に、ＨＤＭＩケーブル３５０の第１のライン、例えばリザーブラインの電圧を変化させることで行われる。また、この第３の例では、この機能情報等の送信要求は、テレビ受信機２５０およびディスクレコーダ２１０のいずれからも出すことが可能とされる。この第３の例において、第１の例、第２の例と対応する部分については詳細説明を省略する。

　要求側（シンク機器またはソース機器）は、ＨＤＭＩケーブル３５０の第１のライン、例えばリザーブラインの電圧を変化させることで、回答側（ソース機器またはシンク機器）に、ｅＨＤＭＩ対応機器であることを示す機能情報の送信（条件伝送の開始）を要求する。ここで、要求側のＣＰＵは機能情報要求部を構成する。

　次に、回答側は、リザーブラインの電圧を監視し、要求側から機能情報の送信（条件伝送の開始）が要求されるとき、自身がｅＨＤＭＩ対応機器である場合には、ＨＤＭＩケーブル３５０のリザーブラインの電圧を変化させることで、要求側に機能情報（条件伝送可能の回答）を送信する。要求側はリザーブラインの電圧を監視し、回答側から送られてくる機能情報を取得する。この場合、回答側は電圧変化検出部および機能情報送信部を構成する。また、要求側は、機能情報取得部を構成する。

　次に、要求側は、リザーブラインの電圧をパルス状に変化させて、自身が対応視し得る伝送フォーマット情報を回答側に送信する。回答側は、リザーブラインの電圧を監視し、要求側が対応する伝送フォーマット情報を取得する。この場合、要求側はフォーマット情報送信部を構成し、回答側はフォーマット情報取得部を構成する。

　次に、回答側は、リザーブラインの電圧をパルス状に変化させて、自身が対応し得る伝送フォーマット情報を要求側に送信する。要求側は、リザーブラインの電圧を監視し、回答側が対応する伝送フォーマット情報を取得する。この場合、回答側はフォーマット情報送信部を構成し、要求側はフォーマット情報取得部を構成する。

　図３０は、上述したように、ディスクレコーダ２１０からテレビ受信機２５０に機能情報および対応伝送フォーマット情報を送ると共に、テレビ受信機２５０からディスクレコーダ２１０に対応伝送フォーマット情報を送る場合におけるディスクレコーダ２１０およびテレビ受信機２５０の構成例を示している。この図３０において、図２２と対応する部分には同一符号を付し、その詳細説明は省略する。

　テレビ受信機２５０においては、機能情報の送信要求がＨＤＭＩケーブル３５０の第１のライン、例えばリザーブラインの電圧を変化させることで行うため、図２２のテレビ受信機２５０における接続スイッチ４５０は不要となる。この図３０におけるテレビ受信機２５０のその他の構成は、図２２におけるテレビ受信機２５０と同様である。なお、図３０におけるディスクレコーダ２１０の構成は、図２２におけるディスクレコーダ２１０の構成と同様である。

　図３１は、リザーブラインの電圧制御例を示している。図３１（ａ）はＨＰＤラインの電圧を示し、図３１（ｂ）はリザーブラインの電圧を示している。ＨＰＤラインの電圧は、ハイ（High）のままにおかれる。

　この例の場合、まず、要求側の接続スイッチ（テレビ受信機２５０が要求側であるときは接続スイッチ４５１、ディスクレコーダ２１０が要求側であるときは接続スイッチ４１８）がオフ状態から所定時間だけオン状態とされ、図３１（ｂ）に示すように、リザーブ（ｅＨＤＭＭＩ＋）ラインの電圧はロー（Low）→ハイ（High）と変化するようにされる。これにより、要求側から回答側に、ｅＨＤＭＩ対応機器であることを示す機能情報の送信（条件伝送の開始）が要求される。

　その後、最大２ｓの経過後に、回答側の接続スイッチ（ディスクレコーダ２１０が回答側であるときは接続スイッチ４１８、テレビ受信機２５０が回答側であるときは接続スイッチ４５１）がオフ状態から所定時間だけオン状態とされ、図３１（ｂ）に示すように、リザーブ（ｅＨＤＭＭＩ＋）ラインの電圧はロー（Low）→ハイ（High）と変化するようにされる。これにより、回答側から要求側に、ｅＨＤＭＩ対応機器であることを示す機能情報（伝送可能の回答）が送信される。

　その後、例えば１００ｍｓが経過してから、例えば１００ｍｓの間に、要求側で接続スイッチがスイッチング制御され、要求側が対応し得る伝送フォーマットに応じてリザーブラインの電圧はロー（Low）→ハイ（High）の変化を繰り返すようにされる。これにより、要求側から回答側に、要求側が対応し得る伝送フォーマットの情報が送信される（要求側の伝送可能フォーマットの宣言）。

　また、その後、例えば１００ｍｓの間に、回答側の接続スイッチがスイッチング制御され、回答側が対応し得る伝送フォーマットに応じてリザーブラインの電圧はロー（Low）→ハイ（High）の変化を繰り返すようにされる。これにより、回答側から要求側に、回答側が対応し得る伝送フォーマットの情報が送信される（回答側の伝送可能フォーマットの宣言）。

　上述したように、要求側で回答側から送られてくるｅＨＤＭＩ対応機器であることを示す機能情報および対応伝送フォーマット情報が確認され、また、回答側で要求側から送られてくる対応伝送フォーマットの情報が確認された後に、要求側と回答側との間でｅＨＤＭＩ伝送が開始される。

　ここで、シンク機器がＨＤＭＩ端子（ＨＤＭＩポート）を複数個備えている場合について説明する（図２４のテレビ受信機２５０参照）。

　上述したように、要求側は、回答側から機能情報の送信（条件伝送可能の回答）があった後に、リザーブラインの電圧を変化させて、対応伝送フォーマットの情報を回答側に送る。

　したがって、多入力のシンク機器（テレビ受信機２５０）は、図３２（ａ）～（ｃ）に示すように、ＨＤＭＩ端子毎に任意のタイミングでソース機器から機能情報の送信（条件伝送の開始）が要求されても、機能情報（伝送可能の回答）の送信タイミングを制御でき、各ＨＤＭＩ端子における対応伝送フォーマット情報の送受信を自身の処理状況に合わせて行うことができる。

　なお、図３２（ａ）～（ｃ）において、「ＤＤＣ５Ｖ」は電源ラインの電圧を示し、「ＨＰＤ」はＨＰＤラインの電圧を示し、「Ｒｓｖ」はリザーブラインの電圧を示している。図３２（ｂ）の入力２に関しては、途中で機器の電源がオンとされたか、あるいは接続が行われたことが示されている。

　図３３のフローチャートは、シンク機器から要求を出す場合の当該シンク機器のＣＰＵ（以下、「ＣＰＵsi」という）処理手順の一例を示している。

　ＣＰＵsiは、ステップＳＴ４１において、処理を開始し、その後に、ステップＳＴ４２の処理に移る。このステップＳＴ４２において、ＣＰＵsiは、電源ラインの電圧（ＤＤＣ５Ｖ）が５Ｖか否かを判断する。

　電源ラインの電圧（ＤＤＣ５Ｖ）が５Ｖであるとき、ＣＰＵsiは、ステップＳＴ４３において、他のＨＤＭＩ入力で機能情報、対応伝送フォーマット情報等の検出動作中であるか否かを判断する。他入力の検出動作中であるとき、ＣＰＵsiは、ステップＳＴ４４において、他入力の検出が終了したか否かを判断する。

　他入力の検出が終了したとき、ＣＰＵsiは、ステップＳＴ４５の処理に移る。なお、ステップＳＴ４３で他入力の検出動作中でないとき、ＣＰＵsiは、直ちにステップＳＴ４５の処理に移る。このステップＳＴ４５において、ＣＰＵsiは、リザーブラインの電圧を、ロー（Low）→ハイ（High）と変化させ、ソース機器に、機能情報の送信（条件伝送の開始）を要求する。

　次に、ＣＰＵsiは、ステップＳＴ４６において、リザーブラインの電圧を監視し、ソース機器から応答がきたか否か、すなわち機能情報（伝送可能の回答）が送られてきたか否かを判断する。応答がこないとき、ＣＰＵsiは、ステップＳＴ４７において、ステップＳＴ４５で送信要求をしてから２ｓが経過したか否かを判断する。２ｓを経過していないとき、ＣＰＵsiは、ステップＳＴ４６の処理に戻る。一方、２ｓが経過したとき、ＣＰＵsiは、ステップＳＴ４８において、相手側のソース機器はｅＨＤＭＩ非対応機器であると判断する。

　図３４は、上述したように相手側のソース機器はｅＨＤＭＩ非対応機器であると判断する場合における、リザーブラインの電圧変化例を示している。なお、図２５（ａ）は電源ラインの電圧（ＤＤＣ５Ｖ）を示し、図３４（ｂ）はＨＰＤラインの電圧を示し、図３４（ｃ）はリザーブラインの電圧を示している。

　図３４（ｃ）に示すように、シンク機器でリザーブラインの電圧がロー（Low）→ハイ（High）と変化されて相手側のソース機器に機能情報の送信（条件伝送の開始）の要求が出されている。しかし、図３４（ｃ）に示すように、その後２ｓが経過してもリザーブラインの電圧はハイ（High）のままにあり、ソース機器からは応答がない。

　図３３のフローチャートに戻って、ステップＳＴ４６で応答がきたとき、ＣＰＵsiは、ステップＳＴ４９において、リザーブラインの電圧をパルス状に変化させて、シンク機器が対応する伝送フォーマット（アプリケーション）の情報を、相手側のソース機器に送信する。

　次に、ＣＰＵsiは、ステップＳＴ５０において、リザーブラインの電圧を監視する。そして、ＣＰＵsiは、リザーブラインの電圧変化から、相手側のソース機器の対応伝送フォーマットを検出する。そして、ＣＰＵsiは、ステップＳＴ５１において、相手側のソース機器との間のｅＨＤＭＩ信号の送受信を開始する。

　図３３のフローチャートの処理では、ソース機器からの応答が２ｓ経過してもこなかったとき、ＣＰＵsiは、直ちにソース機器はｅＨＤＭＩ非対応機器であると判断するものである。しかし、ＣＰＵsiは、図３５（ｃ）に示すように、ソース機器からの応答が２ｓ経過してもこなかったとき、何度か（図３５（ｃ）には１度分だけ図示）、リザーブラインの電圧を、ロー（Low）→ハイ（High）と変化させ、相手側のソース機器に、機能情報の送信要求（条件伝送開始要求）を出すリトライ処理を行ってもよい。これにより、ソース機器がビジー状態で応答できなかった場合に、直ちにｅＨＤＭＩ非対応機器と判断する誤りを回避できる。

　なお、図３５（ａ）は電源ラインの電圧（ＤＤＣ５Ｖ）を示し、図３５（ｂ）はＨＰＤラインの電圧を示し、図３５（ｃ）はリザーブラインの電圧を示している。図３５（ａ），（ｂ）は、図３４（ａ），（ｂ）と同じである。

　図３６のフローチャートは、ソース機器から要求を出す場合のシンク機器のＣＰＵsiの処理手順の一例を示している。

　ＣＰＵsiは、ステップＳＴ６１において、処理を開始し、その後に、ステップＳＴ６２の処理に移る。このステップＳＴ６２において、ＣＰＵsiは、電源ラインの電圧（ＤＤＣ５Ｖ）が５Ｖか否かを判断する。

　電源ラインの電圧（ＤＤＣ５Ｖ）が５Ｖであるとき、ＣＰＵsiは、ステップＳＴ６３において、リザーブラインの電圧を監視し、ロー（Low）→ハイ（High）の変化を検出する。その後、ＣＰＵsiは、ソース側から機能情報の送信（条件伝送の開始）の要求があったと判断し、ステップＳＴ６４の処理に移る。このステップＳＴ６４において、ＣＰＵsiは、他のＨＤＭＩ入力で機能情報、対応伝送フォーマット情報等の検出動作中であるか否かを判断する。

　他入力の検出動作中であるとき、ＣＰＵsiは、ステップＳＴ６５において、ステップＳＴ６３でリザーブラインのロー（Low）→ハイ（High）の電圧変化を検出してから２ｓが経過したか否かを判断する。２ｓが経過していなとき、ＣＰＵsiは、ステップＳＴ６４の処理に戻る。２ｓが経過したとき、ＣＰＵsiは、ステップＳＴ６６において、機能情報（伝送可能の回答）の送信を断念する。なお、機能情報（伝送可能の回答）の送信を行いたい場合には、再度、シンク側から機能情報の送信（条件伝送の開始）の要求を出す。

　ステップＳＴ６４で他入力の検出動作中でないとき、ＣＰＵsiは、ステップＳＴ６７の処理に移る。このステップＳＴ６７において、ＣＰＵsiは、リザーブラインの電圧を、ロー（Low）→ハイ（High）と変化させ、ソース機器に、機能情報（伝送可能の回答）を送信する。そして、ＣＰＵsiは、ステップＳＴ６８において、リザーブラインの電圧を監視し、リザーブラインの電圧変化から、相手側のソース機器の対応伝送フォーマットを検出する。

　次に、ＣＰＵsiは、ステップＳＴ６９において、リザーブラインの電圧をパルス状に変化させて、シンク機器が対応する伝送フォーマット（アプリケーション）の情報を、相手側のソース機器に送信する。そして、ＣＰＵsiは、ステップＳＴ７０において、相手側のソース機器との間のｅＨＤＭＩ信号の送受信を開始する。

　図３７のフローチャートは、ソース機器から要求を出す場合のソース機器のＣＰＵsoの処理手順の一例を示している。

　ＣＰＵsoは、ステップＳＴ８１において、処理を開始し、その後にステップＳＴ８２の処理に移る。このステップＳＴ８２において、ＣＰＵsoは、リザーブラインの電圧がハイ（High）の状態にあるか否かを判断する。リザーブラインの電圧がハイ（High）でないとき、ＣＰＵsoは、ステップＳＴ８３において、相手側のシンク機器は、ｅＨＤＭＩ非対応機器であると判断する。

　リザーブラインの電圧がハイ（High）であるとき、ＣＰＵsoは、ステップＳＴ８４の処理に移る。このステップＳＴ８４において、ＣＰＵsoは、リザーブラインの電圧がハイ（High）のままか否かを判断する。ハイ（High）のままでないとき、ＣＰＵsoは、ステップＳＴ８５の処理に移る。このステップＳＴ８５において、ＣＰＵsoは、リザーブラインの電圧が一定期間後にハイ（High）に復帰するか否かを判断する。ハイ（High）に復帰しないときは、ＣＰＵsoは、結線が外れたと判断する。一方、ハイ（High）に復帰するとき、ＣＰＵsoは、シンク機器からの要求が発生したと判断し、後述する図３８のフローチャートのステップＳＴ１０４の処理に移る。

　ステップＳＴ８４でリザーブラインの電圧がハイ（High）のままであるとき、ＣＰＵsoは、ステップＳＴ８８の処理に移る。このステップＳＴ８８において、ＣＰＵsoは、リザーブラインの電圧を、ロー（Low）→ハイ（High）と変化させ、シンク機器に、機能情報の送信（条件伝送の開始）を要求する。

　次に、ＣＰＵsoは、ステップＳＴ８９において、リザーブラインの電圧を監視し、シンク機器から応答がきたか否か、すなわち機能情報（伝送可能の回答）が送られてきたか否かを判断する。応答がこないとき、ＣＰＵsoは、ステップＳＴ９０において、ステップＳＴ８８で送信要求をしてから２ｓが経過したか否かを判断する。２ｓを経過していないとき、ＣＰＵsoは、ステップＳＴ８９の処理に戻る。一方、２ｓが経過したとき、ＣＰＵsoは、ステップＳＴ９１において、相手側のシンク機器への送信は不能であると判断し、ステップＳＴ８１の処理開始に戻る。

　ステップＳ８９で応答がきたとき、ＣＰＵsoは、ステップＳＴ９２において、リザーブラインの電圧をパルス状に変化させて、ソース機器が対応する伝送フォーマット（アプリケーション）の情報を、相手側のシンク機器に送信する。

　次に、ＣＰＵsoは、ステップＳＴ９３において、リザーブラインの電圧を監視する。そして、ＣＰＵsoは、リザーブラインの電圧変化から、相手側のシンク機器の対応伝送フォーマットを検出する。そして、ＣＰＵsoは、ステップＳＴ９４において、相手側のシンク機器との間のｅＨＤＭＩ信号の送受信を開始する。

　図３７のフローチャートの処理では、シンク機器からの応答が２ｓ経過してもこなかったとき、ＣＰＵsoは、直ちに送信不能と判断するものである。しかし、ＣＰＵsoは、シンク機器からの応答が２ｓ経過してもこなかったとき、何度か、リザーブラインの電圧を、ロー（Low）→ハイ（High）と変化させ、相手側のシンク機器に、機能情報の送信要求（条件伝送開始要求）を出すリトライ処理を行ってもよい。これにより、シンク機器がビジー状態で応答できなかった場合に、直ちに送信不能と判断する誤りを回避できる。

　図３８のフローチャートは、シンク機器から要求を出す場合のソース機器のＣＰＵsoの処理手順の一例を示している。

　ＣＰＵsoは、ステップＳＴ１０１において、処理を開始し、その後にステップＳＴ１０２の処理に移る。このステップＳＴ１０２において、ＣＰＵsoは、リザーブラインの電圧がハイ（High）の状態にあるか否かを判断する。リザーブラインの電圧がハイ（High）でないとき、ＣＰＵsoは、ステップＳＴ１０３において、相手側のシンク機器は、ｅＨＤＭＩ非対応機器であると判断する。

　リザーブラインの電圧がハイ（High）であるとき、ＣＰＵsoは、ステップＳＴ１０４の処理に移る。このステップＳＴ１０４において、ＣＰＵsoは、リザーブラインの電圧を監視し、ロー（Low）→ハイ（High）の変化を検出する。この場合、ＣＰＵｓoは、シンク機器からの機能情報の送信要求（条件伝送開始要求）を検出する。

　次に、ＣＰＵsoは、ステップＳＴ１０５において、リザーブラインの電圧を、ロー（Low）→ハイ（High）と変化させ、相手側のシンク機器に、機能情報（伝送可能の回答）を送信する。そして、ＣＰＵsoは、ステップＳＴ１０６において、リザーブラインの電圧を監視し、リザーブラインの電圧変化から、相手側のシンク機器の対応伝送フォーマットを検出する。

　次に、ＣＰＵsoは、ステップＳＴ１０７において、リザーブラインの電圧をパルス状に変化させて、ソース機器が対応する伝送フォーマットの情報を、相手側のシンク機器に送信する。そして、ＣＰＵsoは、ステップＳＴ１０８において、相手側のシンク機器との間のｅＨＤＭＩ信号の送受信を開始する。

　以上説明したように、図１に示すＡＶシステム２００にあっては、ディスクレコーダ２１０は、ＨＤＭＩケーブル３５０を介してテレビ受信機２５０が接続されたとき、あるいはテレビ受信機２５０から送信要求があったとき、自身がｅＨＤＭＩ対応機器であることを示す情報、さらに対応する伝送フォーマット（アプリケーション）の情報をテレビ受信機２５０に伝える。

　これに対して、例えば、図３９に示すように、ｅＨＤＭＩ非対応のディスクレコーダ２１０Ａとテレビ受信機２５０とがＨＤＭＩケーブル３５０で接続されたＡＶシステム２００Ａにあっては、ディスクレコーダ２１０Ａからテレビ受信機２５０に、上述の機能情報および伝送フォーマット情報は伝えられない。

　従って、テレビ受信機２５０は、ディスクレコーダ２１０が通信部（高速データインタフェース、ＳＰＤＩＦ受信回路）を備えているか否か、つまりｅＨＤＭＩ対応機器であるか否かを認識可能となり、ｅＨＤＭＩ非対応機器であるディスクレコーダ２１０Ａに、リザーブラインおよびＨＰＤラインで構成される通信路を介して不要な信号の送信を行うことを回避できる。

　また、テレビ受信機２５０は、ｅＨＤＭＩ対応機器であるディスクレコーダ２１０から、当該ディスクレコーダ２１０が対応する伝送フォーマットの情報を取得でき、従って、当該ディスクレコーダ２１０のＳＰＤＩＦ信号、イーサネット信号への対応について容易に知ることができる。

　なお、上述の実施の形態で説明したように、ｅＨＤＭＩ対応機器であるディスクレコーダ２１０からテレビ受信機２５０には、ｅＨＤＭＩ対応機器であることを示す機能情報が伝えられる。テレビ受信機２５０は、ディスクレコーダ２１０がｅＨＤＭＩ対応機器であると認識した後には、ＨＤＭＩケーブル３５０のリザーブラインおよびＨＰＤラインにより構成される通信路を介してイーサネット信号、ＳＰＤＩＦ信号の送信を行うことができる。

　しかし、ディスクレコーダ２１０は、通信部（高速データラインインタフェース２１３、ＳＰＤＩＦ受信回路４１７）による通信を、遮断したいと判断する場合がある。例えば、ネットワーク端子２２５がネットワークに接続されており、当該ネットワークを利用した通信を優先させる場合、あるいは機器内の他のプロセスにＣＰＵ２２１のパワーを割きたい場合等である。このように通信部による通信を遮断するか否かは、例えば、ＣＰＵ２２１が判断する。ここで、ＣＰＵ２２１は、遮断判断部を構成する。

　ディスクレコーダ２１０は、上述の通信部による通信を遮断すると判断するとき、テレビ受信機２５０に、通信の遮断を示す通信情報を送信する。例えば、ディスクレコーダ２１０は、上述の機能情報と同様に、上述したＴＭＤＳチャネルでテレビ受信機２５０に送信する映像信号のブランキング期間に、上述の通信情報を挿入することで、当該通信情報をテレビ受信機２５０に送信する。ここで、ディスクレコーダ２１０は、例えば、ＨＤＭＩのＡＶＩ InfoFrameパケット、ＧＣＰパケット等を用いて、上述の通信情報を映像信号のブランキング期間に挿入する。

　ディスクレコーダ２１０が、上述したようにＴＭＤＳチャネルでテレビ受信機２５０に送信する映像信号のブランキング期間に通信情報を挿入することで、当該通信情報をテレビ受信機２５０に送信する場合、テレビ受信機２５０では、ＴＭＤＳチャネルでディスクレコーダ２１０から受信された映像信号のブランキング期間から上述の通信情報を抽出することで、当該通信情報を受信する。

　また、例えば、ディスクレコーダ２１０は、上述の通信情報を、ＨＤＭＩケーブル３５０の制御データラインであるＣＥＣライン８４を介して、テレビ受信機２５０に送信する。この場合、テレビ受信機２５０は、ディスクレコーダ２１０からＣＥＣライン８４を介して、通信情報を受信することになる。

　テレビ受信機２５０は、上述のように、通信情報を受信することで、ディスクレコーダ２１０が通信遮断状態にあることを認識できる。そのため、テレビ受信機２５０は、通信部による通信を遮断しているディスクレコーダ２５０に、上述の通信路を介して不要な信号を送信することを回避できる。なお、上述のように、ディスクレコーダ２１０からテレビ受信機２５０に通信情報を送信する場合、ディスクレコーダ２１０のＨＤＭＩ送信部２１２は情報送信部を構成し、テレビ受信機２５０のＨＤＭＩ受信部２５２は情報受信部を構成する。

　なお、上述ではディスクレコーダ２１０からテレビ受信機２５０に通信情報を送信することで、テレビ受信機２５０側で当該ディスクレコーダ２１０の通信部による通信の遮断を認識できるようにしたものである。しかし、ディスクレコーダ２１０は、ＨＤＭＩケーブル３５０の第１のライン、例えばリザーブラインの電圧を変化させることで、テレビ受信機２５０に、通信遮断状態にあることを伝えることができる。この場合、ディスクレコーダ２１０は、接続スイッチ４１８（図２０参照）をオフ状態からオン状態とし、リザーブラインの電圧を低下させる。

　テレビ受信機２５０は、リザーブラインの電圧変化を検出することで、ディスクレコーダ２１０の通信部による通信の遮断を示す通信情報を取得できる。この場合、テレビ受信機２５０のＣＰＵ２７１は情報取得部を構成する。テレビ受信機２５０は、上述のように、リザーブラインの電圧を検出して通信情報を取得することで、ディスクレコーダ２１０が通信部による通信を遮断していることを認識できる。そのため、テレビ受信機２５０は、通信遮断状態にあるディスクレコーダ２１０に、上述の通信路を介して不要な信号を送信することを回避できる。

　なお、上述実施の形態においては、各機器を接続する伝送路として、ＨＤＭＩ規格のインタフェースを前提として説明したが、その他の同様な伝送規格にも適用可能である。また、ソース機器としてディスクレコーダを使用し、シンク機器としてテレビ受信機を使用した例としたが、その他の送信装置、受信装置を使用するものにも、この発明を同様に適用できる。また、上述実施の形態においては、電子機器間をＨＤＭＩケーブルで接続したものを示したが、この発明は、電子機器間の接続を無線で行うものにも、同様に適用できる。

　この発明は、受信装置から送信装置に適切に信号を送信できるものであり、ソース機器とシンク機器とがＨＤＭＩケーブルを介して接続されたＡＶシステムなどに適用できる。

Claims

　映像信号を複数チャネルで、差動信号により、伝送路を介して外部機器に送信する映像信号送信部と、
　前記伝送路に含まれる一対の差動伝送路により構成される通信路を介して前記外部機器と通信を行う通信部と、
　前記外部機器に、前記通信部を有していることを示す第１の機能情報を前記伝送路を構成する制御データラインを介して送信する機能情報送信部と、
　前記外部機器から送られてくる、前記通信路を介して通信を行う通信部を前記外部機器は有していることを示す第２の機能情報を前記制御データラインを介して受信する機能情報受信部とを有する
　送信装置。
　前記通信路の一対の差動伝送路のうち少なくとも一方は直流バイアス電位によって前記外部機器の接続状態を通知する機能を有する
　請求項１に記載の送信装置。
　前記伝送路に含まれる一対の差動伝送路はＨＤＭＩケーブルを構成するリザーブラインおよびＨＰＤラインである
　請求項１に記載の送信装置。
　前記第１の機能情報は、自身が対応する伝送フォーマットの情報を含む
　請求項１に記載の送信装置。
　前記外部機器から前記第１の機能情報の送信要求を受信する送信要求受信部を備え、
　前記機能情報送信部は、前記送信要求受信部で送信要求が受信されたとき、前記外部機器に前記第１の機能情報を送信する
　請求項１に記載の送信装置。
　前記送信要求受信部は、前記伝送路を構成する制御データラインを介して、前記外部機器から前記第１の機能情報の送信要求を受信する
　請求項５に記載の送信装置。
　外部機器から、複数チャネルで、差動信号により、伝送路を介して、映像信号を受信する映像信号受信部と、
　前記伝送路に含まれる一対の差動伝送路により構成される通信路を介して前記外部機器と通信を行う通信部と、
　前記外部機器に、前記通信部を有していることを示す第１の機能情報を前記伝送路を構成する制御データラインを介して送信する機能情報送信部と、
　前記外部機器から送られてくる、前記通信路を介して通信を行う通信部を前記外部機器は有していることを示す第２の機能情報を前記制御データラインを介して受信する機能情報受信部とを有する
　受信装置。
　前記通信路の一対の差動伝送路のうち少なくとも一方は直流バイアス電位によって前記外部機器の接続状態を通知する機能を有する
　請求項７に記載の受信装置。
　前記伝送路に含まれる一対の差動伝送路はＨＤＭＩケーブルを構成するリザーブラインおよびＨＰＤラインである
　請求項７に記載の受信装置。
　前記第１の機能情報は、自身が対応する伝送フォーマットの情報を含む
　請求項７に記載の受信装置。
　前記外部機器に前記第２の機能情報の送信要求を送信する送信要求送信部を備える
　請求項７に記載の受信装置。
　前記送信要求送信部は、前記伝送路を構成する制御データラインを介して、前記外部機器に前記送信要求を送信する
　請求項１１に記載の受信装置。