伝送システム及び中継機器
【課題】シンク機器からソース機器への電力供給システムにおいて、ソース機器だけでなく、それらを接続するケーブル又はリピータ機器への電力供給も両立させる。
【解決手段】ＥＤＩＤ記憶部２１３の情報から得られる物理アドレスがＣＥＣメッセージ交換の基本であるが、ケーブル又はリピータ機器３２の物理アドレスは、ソース機器１１と重複または不明である。ケーブル又はリピータ機器３２は、（１）ソース機器と同じ物理アドレスを用いながらメッセージの種類を変える、又は（２）不明の物理アドレスを用いてメッセージの引数にソース機器の物理アドレス情報を記述したメッセージを用いる。各機器の供給又は受給電流を記載したメッセージをシンク機器２１やソース機器１１と交換し、電流の受給調整を行う。
【解決手段】ＥＤＩＤ記憶部２１３の情報から得られる物理アドレスがＣＥＣメッセージ交換の基本であるが、ケーブル又はリピータ機器３２の物理アドレスは、ソース機器１１と重複または不明である。ケーブル又はリピータ機器３２は、（１）ソース機器と同じ物理アドレスを用いながらメッセージの種類を変える、又は（２）不明の物理アドレスを用いてメッセージの引数にソース機器の物理アドレス情報を記述したメッセージを用いる。各機器の供給又は受給電流を記載したメッセージをシンク機器２１やソース機器１１と交換し、電流の受給調整を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、電力供給とその受給に関する。
【背景技術】
【０００２】
特許文献１には、「映像信号を、複数のチャネルで、差動信号により、ケーブルを介して、受信装置に送信する信号送信部と、電源の供給を要求する要求情報を、上記ケーブルを介して、上記受信装置に送信する情報送信部と、上記情報送信部の上記要求情報の送信に伴って上記受信装置から上記ケーブルを介して供給される電源を内部回路に供給する電源切換部とを備えることを特徴とする送信装置」（特許文献１［００１７］参照）が開示されている。
【０００３】
さらに、「ソース機器１１０は、シンク機器１２０に、ＨＤＭＩケーブル１３０のＣＥＣラインを用いて、電源供給の要求情報を送信する」（特許文献１［０１００］参照）ことや、「シンク機器１２０Ａからソース機器１１０ＡにＨＤＭＩケーブル１３０のリザーブラインを介して電源が供給され」（特許文献１［０２２０］参照）ることが開示されている。
【０００４】
特許文献２には、ＨＤＭＩ(Ｒ)（High-Definition Multimedia Interface）で接続されたソース機器とシンク機器間で、制御ラインであるＣＥＣラインを介して、「機能情報は、ＣＥＣ（Consumer Electronics Control）データあるいはＣＤＣ（Capability Discovery Channel）データとして、ソース機器からシンク機器に、あるいはシンク機器からソース機器に送られる」（特許文献２［０１６０］参照）ことが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−４４７０６号公報
【特許文献２】特開２０１０−４５１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、いずれの引用文献にも、シンク機器とソース機器との間に設置される中継機器（ケーブルやリピータ機器等）への電力供給については開示がない。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、中継機器を介してソース機器からシンク機器へ映像信号を伝送するシステムであって、前記シンク機器は、前記中継機器からの要求に基づいて、前記中継機器に電力を供給することを特徴とする。
【発明の効果】
【０００８】
上記手段によれば、シンク機器とソース機器との間に設置される中継機器への電力供給が可能となり、ユーザにとっての使い勝手が向上する。
【図面の簡単な説明】
【０００９】
【図１】伝送システムの一例を示すブロック図
【図２】伝送システムにおけるメッセージ構造の一例を示す説明図
【図３】伝送システムにおけるメッセージの一例を示す表
【図４】伝送システムにおけるメッセージの引数の一例を示す表
【図５】伝送システムにおけるメッセージの送受信の一例を示す図
【図６】ケーブルの一例を示すブロック図
【図７】伝送システムにおけるメッセージの送受信の一例を示す図
【図８】伝送システムにおけるメッセージの引数の一例を示す表
【図９】伝送システムにおけるメッセージの引数の一例を示す表
【図１０】伝送システムにおけるメッセージの引数の一例を示す表
【図１１】伝送システムにおけるメッセージの送受信の一例を示す図
【図１２】伝送システムにおけるメッセージの送受信の一例を示す図
【図１３】ケーブルの一例を示すブロック図
【図１４】機器情報記述の一例を示す表
【図１５】伝送システムにおけるメッセージの引数の一例を示す表
【図１６】無線伝送の一例を示すブロック図
【図１７】伝送システムにおけるメッセージの引数の一例を示す表
【発明を実施するための形態】
【００１０】
以下、実施例について説明する。
【実施例１】
【００１１】
図１は、本実施例における伝送システムの一例を示すブロック図であって、ソース機器１１がシンク機器２１とケーブル３２を介して接続されており、シンク機器からソース機器へ電力を供給し、ソース機器からシンク機器へ映像信号を供給する。
【００１２】
ソース機器１１は例えばディスクプレイヤー、ディスクレコーダ、半導体レコーダ、放送受信機、ゲーム機、ＰＣ等の映像信号送出機器である。光ディスクや磁気記録ディスク、半導体メモリなどの記憶媒体や放送、ネットワーク等から得たデータから映像信号を再生する再生部１１１と映像送信部１１２、ＥＤＩＤ（Extended Display Identification Data）読出部１１３、ＣＥＣ（Consumer Electronics Control）通信部１１４、電圧検出部１１５、ＤＤＣ（Display Data Channel）＋５Ｖ供給部１１６、ＨＰＤ（Hot Plug Detect）検出部１１７、制御部１１８、電源回路１１９を有する。
【００１３】
シンク機器２１は、例えば液晶ディスプレイ、プラズマディプレイ、有機ＥＬディスプレイ等の表示デバイスを備えた映像信号受信機器である。シンク機器２１は表示部２１１と映像受信部２１２、ＥＤＩＤ記憶部２１３、ＣＥＣ通信部２１４、電流制限部２１５、ＨＰＤ出力部２１６、制御部２１７、電力供給部２１８、電源回路２１９を有する。なお、アンテナで受信した放送波を処理するチューナ、デスクランブラ、デマルチプレクサ、デコーダ、録画機能等も含む構成とし、シンク機器単体でも映像コンテンツを再生可能としてもよい。
【００１４】
ケーブル３２は、ソース機器とのコネクタ部である３１２〜３１７とシンク機器とのコネクタ部３３２〜３３７の間を接続するケーブルであって、例えばＨＤＭＩ（Ｒ）コンバータケーブルである。電気・光変換部３２１と光・電気変換部３２２、光ファイバ３２７、ＥＤＩＤ取得部３２３、ＣＥＣ通信部３２４、制御部３２５、電源回路３２６を有する。
【００１５】
ＣＥＣ通信部１１４と２１４、３２４が交換するメッセージの構造の一例を図２に示す。特許文献２に記載のように、ＣＤＣメッセージはＣＥＣメッセージの一つとして定義され、メッセージの先頭を示すStart Bitに続き、メッセージの送信機器の論理アドレスと受信機器の論理アドレスとを記述したCEC Header Block、ＣＤＣメッセージであることを示すCEC Opcode Block、メッセージ送信機器の物理アドレスを示すInitiator Physical Address、ＣＤＣメッセージの種別を示すCDC Opcode、ＣＤＣメッセージの引数を示すCDC Parameterから構成されている。
【００１６】
以下、ＣＤＣメッセージを例にとって説明するが、本発明はＣＤＣメッセージ構造に限定されること無く、CEC OpcodeにCDC Opcodeを定義すれば、ＣＤＣメッセージに代えてＣＥＣメッセージを使うこともできる。また、EDID読出しで使われるDDC（Display Data Channel）やHDMI Ethernet Channelなどの双方向通信メッセージを用いても良い。
【００１７】
ＨＤＭＩ（Ｒ）システムにおいて、出力端子を持つソース機器と入力端子を持つシンク機器、出力端子と入力端子を共に持つリピータ機器は異なる物理アドレスを持つのが原則であるが、ケーブルは一般に物理アドレスを取得しない。物理アドレスを取得しないケーブルが出すＣＤＣメッセージのInitiator Physical Address記載方法にはいくつか考えられる。
【００１８】
例えば、シンク機器のＥＤＩＤ中に示されたソース機器の物理アドレスをケーブルが送信するＣＤＣメッセージのInitiator Physical Addressに記載することが考えられる。また、Initiator Physical Addressに物理アドレス不明として“ＦＦＦＦ”を割当て、ＣＤＣメッセージの引数にソース機器の物理アドレスに相当する情報を記載してもよい。
【００１９】
後者はＣＤＣメッセージの引数が長くなるために通信時間が長くなるものの、ケーブルがソース機器と異なる物理アドレスを使うことにより、ソース機器が誤動作するリスクは小さい利点がある。以下の実施例の説明では、前者のやり方を使って説明する。
【００２０】
図３はＣＤＣメッセージの一例を示す表である。<CDC_Power_Request>は、ソース機器がシンク機器（かつ／またはケーブル）へ引数[Power_Source]で示される電流供給を要求するメッセージである。
【００２１】
<CDC_Power_Status>は、シンク機器がソース機器（かつ／またはケーブル）へ引数[Power_Sink]で示される電流を供給開始することを知らせるメッセージである。<CDC_Power_Notice>は、シンク機器がソース機器（かつ／またはケーブル）へ引数[Power_Sink]で示される電流へ供給電流の変更を予告するメッセージである。
<CDC_Power_Request_C>は、ケーブルがシンク機器へ引数（parameter）[Power_Cable]で示される電流供給を要求するメッセージである。<CDC_Power_Notice_C>は、ケーブルがシンクからの電力供給以外の独自電源からソース機器へ電力供給している際に、ソース機器への電力停止を予告するメッセージである。
【００２２】
図３には、それぞれのメッセージに対して、宛先の機器が本発明の機能に対応していれば、応答する応答メッセージが記されている。
【００２３】
また、図３では、電力供給要求するメッセージ名（すなわちOpcode）をソース機器とケーブルとで変えることにより、共通の物理アドレスをInitiator Physical Addressに用いても、どちらが出したメッセージかを区別することができる。これは、メッセージ名を共通とし、引数に例えば機器タイプを追加してソース機器とケーブルを区別できるように定義してもよい。
【００２４】
また、引数の数を変え、例えばソース機器がソース機器の要求電流に対して、ケーブルはケーブルの要求電流に加えてソース機器への供給できる電流を記載することで区別してもよい。
【００２５】
図４は、メッセージの引数の一例を示す表である。[Power_Source]は、電力供給要否を 1 bit で示している。[Power_Sink]は、電力供給する入力端子の番号 4 bits の[Input Port Number] とソース機器への電力供給状態を示す 2bits の[P_Source]、ケーブルへの電力供給状態を示す 2 bits の[P_Cable]から構成される。
【００２６】
[Input port Number]は、シンク機器の入力端子番号 4 bitsであり、ＣＤＣメッセージ中のInitiator Physical Addressと組合せれば、接続先のソース機器の物理アドレスを示すことになる。入力端子番号に代えて接続先の物理アドレス（すなわち、該当入力端子のＥＤＩＤ中に記載されている物理アドレス）2 bytesを用いてもよいが、メッセージ長を抑えて通信時間を短くする為には、入力端子番号 4 bitsの方がよい。
【００２７】
[P_Source]は、ソース機器へ電力供給なし”No Power”と、所定電力の半分の電力供給”Half Power”、所定電力をシンク機器が供給”Power_S”、所定電力をケーブルがシンク機器とは独立に備えた電源から供給”Power_C”を示す。[P_Cable]は、シンク機器がケーブルへ電力供給なし”No Power”と、所定電力の半分の電力供給”Half Power”、所定電力を供給”Full Power”を示す。
【００２８】
[Power_Cable]は、ケーブル両端のUtility端子間が電力伝送できるように接続されているかどうかを示す3 bitの[Wire]と、ソース機器への電力供給状態を示す 2bits の[P_Source]、ケーブルへの電力供給状態を示す 2 bits の[P_Cable]から構成される。[Wire]は接続状態"Connect"と非接続状態"No Connect"を示す。[P_Source]と[P_Cable]は、前出[P_Source]パラメータと同じ意味であり、説明を省略する。
【００２９】
図４において、ソース機器とケーブルでシンク機器からの供給電力を折半する状態を定義しているが、簡略化のためにこの状態を削除し、ソース機器とシンク機器の一方が電力を受けている場合は他方が受けられないという排他制御としてもよいことは明らかである。
【００３０】
図５は、メッセージの送受信の一例を示す図である。以下、図１〜図５を用いて伝送システムの動作を説明する。
【００３１】
最初、シンク機器２１の電力供給部２１８から電流制限部２１５、Utility 端子３３５、ケーブル３２、Utility 端子３１５を通してソース機器１１の電源回路１１９へ伝送システム立上げ用の電力、例えば５Ｖ６５ｍＡを供給する（ステップ７０１）。
【００３２】
ソース機器１１の電源回路１１９はＤＤＣ＋５Ｖ供給部、ＤＤＣ＋５Ｖ端子３１７、ケーブル３２、ＤＤＣ＋５Ｖ端子３３７を通してシンク機器２１のＨＰＤ出力部２１６と電源回路２１９へ電力を供給する（ステップ７０２）。
【００３３】
電力が供給されたＨＰＤ出力部２１６はＨＰＤ端子３３７、ケーブル３２、ＨＰＤ端子３１７を通してソース機器１１のＨＰＤ検出部１１７へ、ケーブル接続されたことを示す論理レベル例えば“Ｈ”を送る（ステップ７０３）。
【００３４】
ＨＰＤ検出部１１７が検出したケーブル接続情報は制御部１１８へ伝えられ、制御部１１８はＥＤＩＤ読出部１１３へＥＤＩＤ読出しを指示する。ＥＤＩＤ読出部１１３は、シンク機器２１のＥＤＩＤ記憶部からシンク機器の受信能力に関する情報が記述されたＥＤＩＤを読出して取得し、制御部１１８に伝える（ステップ７０４）。
【００３５】
このとき、ケーブル３２のＥＤＩＤ取得部３２３はケーブル上の信号を監視し、ソース機器が取得するＥＤＩＤの内、少なくともケーブル３２が必要とする情報、例えばシンク機器の物理アドレスとケーブルが接続された入力端子番号の組合せで示されるソース機器の物理アドレスに関する情報などを取得する。このように、ＥＤＩＤよりソース機器の物理アドレスをソース機器１１とケーブル３２が取得する（ステップ７０５）。
【００３６】
電力供給回路２１８が供給する５Ｖ６５ｍＡは、例えば、ケーブル３２内の回路ブロック動作用最大５ｍＡ（ＨＰＤ端子３３５からの供給分）、ソース機器１１内の回路ブロック動作用として最大５ｍＡ、ソース機器がＤＤＣ＋５Ｖ端子３１６からケーブル３２とシンク機器２１へ出力する５５ｍＡと配分される。ＤＤＣ＋５Ｖ供給部１１６が供給する５Ｖ最大５５ｍＡはＤＤＣ規格で定められているが、もともとシンク機器１１がUtility端子３３５から供給した電力を、ソース機器がＤＤＣ＋５Ｖ端子３１６からケーブル３２へ５ｍＡ、シンク機器２１へ５０ｍＡを戻す使い方になっている。
【００３７】
そこで、Utility端子３３５からシステム立上用の電力を供給するシンク機器２１が、ＤＤＣ＋５Ｖ端子３３６から消費する電流を最大１０ｍＡと定義し、不足となる最大４０ｍＡは電源回路２１９内で融通すると、ケーブルを流れる電流が減るので電力損失を抑えられる効果がある。この場合、シンク機器が伝送システム立上用にUtility端子３３５から供給する電力は、ソース機器用最大５ｍＡ、ケーブル用最大１０ｍＡ（Utility端子から５ｍＡと、ＤＤＣ＋５Ｖ端子から５ｍＡ）、シンク機器最大１０ｍＡ（ＤＤＣ＋５Ｖ端子からＨＰＤ出力部２１６とＥＤＩＤ記憶部２１３の電力を供給）の合計２５ｍＡあればよい。
【００３８】
ケーブル３２が映像信号を伝送するために必要な電力をシンク機器２１へ要求する<CDC_Power_Request_C>["Connect","No Power","Full Power"]メッセージ７０６を、ケーブル３２のＣＥＣ通信部３２４からシンク機器２１のＣＥＣ通信部２１４へ送る。以降の説明を簡略化するため、「ＣＥＣ通信部」を省略して、「ケーブル３２からシンク機器２１へメッセージを送る」と記述する。同メッセージ７０６はソース機器１１でも受信可能であるが、ソース機器１１の電力受給状態に変化が無いので、特に内部制御動作や返信の必要は無いため、ソース機器へ向かうメッセージ７０６の矢印は破線で示している。
【００３９】
シンク機器２１の電力供給回路２１８は例えば５Ｖ５００ｍＡをUtilty端子335を通してケーブル３２の電源回路３２６へ供給する（ステップ７０７）。シンク機器２１はケーブル３２用に電力を供給し始めたことを知らせる<CDC_Power_Status>["1","No Power","Full Power"]メッセージ７０８をケーブル３２へ伝え、ケーブ３２ルの電源回路３２６が５００ｍＡを使用開始する（ステップ７０９）。ここでは、ケーブル３２がシンク機器２１の入力端子番号１（図示せず）に接続されているとしている。
【００４０】
電源回路３２６は電気光変換部３２１や光電気変換部３２２へ電力を供給する。これによって、再生部１１１の映像出力が映像送信部１１２から映像端子３１２へ電気映像信号として出力され、それが電気光変換部３２１によって光映像信号となって光ファイバ３２７によって光電気変換部３２２へ送られる。光ファイバで光信号伝送することによって、電気信号伝送よりも長距離伝送が容易になる。光・電気変換部３２２で電気映像信号に変換して映像端子３３２へ出力し、それを映像受信部２１２が受信し、表示部２１１で映像表示を行う。
【００４１】
ソース機器１１が電力を受給したい場合は、<CDC_Power_Request>["Need"]メッセージ７１０をシンク機器２１とケーブル３２へ送る。シンク機器は、ケーブルへ電力供給しており、ソース機器１１へは電力供給できないことを示す<CDC_Power_Status>["1","No Power","Full Power"]メッセージ７１１をソース機器１１へ返す。それと共に、ケーブル３２は電力を使用中であることを<CDC_Power_Request_C>["Connect","No Power","Full Power"]メッセージ７１２でソース機器１１とシンク機器２１へ伝える。
【００４２】
同メッセージ７１２はケーブルが電力供給を要求するメッセージと同じ為、シンク機器はメッセージ７１１と重複することになるが、<CDC_Power_Status>["1","No Power","Full Power"]メッセージ７１３をケーブル３２へ返信する。このメッセージ７１１と７１３の重複を避ける為には、メッセージ７１０に対する応答メッセージとして、メッセージ７１２が先に送られれば、メッセージ７１１は省略できる。このため、メッセージ７１０への応答メッセージは、シンク機器２１がケーブル３２より後で発信するよう、シンク機器のバスアイドル監視時間を長めにしたり、所定時間例えば０．１秒程度返信を待つようにしてもよい。
【００４３】
このとき、シンク機器２１はメッセージ７１１を電力配分の変更予告である<CDC_Power_Notice>["1","Half Power","Half Power"]メッセージで応答し、ケーブル３２が引き続き全電力の供給維持を要求するメッセージ７１２で応答するようにしてもよい。
【００４４】
このように、電力を供給する側が電力配分指示を決定し、現在供給を受けている機器への電力配分を優先することを原則とするとよい。また、電力を受給して使用する機器は、電力が不要になった場合、速やかに電力受給を返上する原則として、必要な機器への電力供給の機会を増やすとよい。
【００４５】
映像信号伝送の終了など、ケーブル３２が電力使用を中止した場合（ステップ７１４）、ケーブル３２は電力受給停止を示す<CDC_Power_Request_C>["Connect","No Power","Full Power"]メッセージ７１５をシンク機器へ送る。シンク機器は電力供給を停止（ステップ７１６）して、電力供給停止を<CDC_Power_Status> ["1","No Power","No Power"]メッセージ７１１でソース機器１１とケーブル３２に知らせる。
【００４６】
ソース機器１１が映像信号を送出しない場合でも、例えばソース機器がモバイル機器の場合は内蔵した二次電池充電のために電力が必要な場合がある。ソース機器１１は電力供給を要請する<CDC_Power_Request>["Need"]メッセージ７１８をケーブル３２とシンク機器２１へ送信する。ケーブル３２は電力を供給するUtility線が接続されており、自身で引き続き電力を使用する必要が無い場合は特に応答は不要であるが、<CDC_Power_Request_C>["Connect","Power_S","No Power"]メッセージ（図示せず）で応答してもよい。
【００４７】
シンク機器２１は所定の５Ｖ５００ｍＡを供給開始（ステップ７１９）し、供給開始したことを<CDC_Power_Status> ["1","Power_S","No Power"]メッセージ７２０でソース機器１１に知らせ、ソース機器１１は所定の電力を使用開始する（ステップ７２１）。
【００４８】
シンク機器２１が、Utility線を使った他の機能、例えばパケット信号や音声信号の伝送を使用する場合や、ユーザ操作などで電力供給を停止させたい場合は、<CDC_Power_Notice> ["1","No Power","No Power"]メッセージ７２２でソース機器１１へ知らせる。ソース機器は電力使用停止処理に入るが、その停止処理においてバックアップなどの時間が必要な場合、引き続き電力供給を要求する<CDC_Power_Request>["Need"]メッセージ７２３をシンク機器２１へ送信する。
【００４９】
シンク機器２１が引き続き電力供給する場合は、<CDC_Power_Status> ["1","Power_S","No Power"]メッセージ（図示せず）をソース機器へ伝える。しかし、シンク機器が電力供給停止動作を行う場合は、所定の時間間隔例えば５秒間隔で<CDC_Power_Notice> ["1","No Power","No Power"]メッセージ７２４をソース機器１１へ送る。もちろん、シンク機器２１の主電源スイッチが切られるなどの緊急時は、このメッセージ７２４を出さないで、急に電力供給が停止される場合があるので、ソース機器１１はあらかじめこのことを考慮しておく必要がある。
【００５０】
ソース機器１１は電力使用を停止（ステップ７２５）後、電力使用停止を知らせる<CDC_Power_Request>["No Need"]メッセージをシンク機器２１へ送信する。シンク機器は電力供給を停止（ステップ７２７）後、電力供給停止を示す<CDC_Power_Status> ["1","No Power","No Power"]をソース機器１１へ送る。但し、電力供給停止の場合であっても、シンク機器が伝送システム再起動を想定する場合は、立上用のスタンバイ電力として５Ｖ６５ｍＡ又は２５ｍＡ程度を供給し続けてもよい（ステップ７０１）。
【００５１】
ソース機器が電力供給を受ける際、ケーブル３２によってはUtility端子３２５と３１５を接続する電線の抵抗が高く、シンク機器２１が出力する電圧に対してソース機器１１が受ける電圧が大きく低下する場合がある。例えばシンク機器２１の５Ｖ出力に対して、電線の抵抗が５Ωであり、供給電流が５００ｍＡとすると、２．５Ｖの電圧降下を生じてソース機器１１が受ける電圧が２．５Ｖになってしまうことが考えられる。
【００５２】
この結果、電圧降下によるソース機器の誤動作や、ケーブル発熱等の課題がでてくる可能性がある。このため、ソース機器１１は電圧検出部１１５を設け、所定の電圧例えば４Ｖ以下の場合は、電圧検出部１１５の検出結果を受けた制御部１１８が電源回路１１９を制御して、使用電力を抑制あるいは停止させるなどの制御動作が必要である。さらに、シンク機器２１でも所定の最大電流供給より１０％程度の余裕を持つ電流制限部を設けると、保護機能がさらに強化される。
【００５３】
このように、シンク機器からソース機器だけではなく、外部電力を必要とするケーブルへも電力供給できる伝送システムを実現できるので、光ファイバ等を用いた長距離伝送などを、特別な電源を準備する必要がないので、使い勝手が高まる。
【００５４】
以上、ケーブルを例にとって説明したが、ＨＤＭＩ（Ｒ）のリピータ機器の中には、シンク機器の示すＥＤＩＤをコピーしてソース機器に伝えるものがあり、ソース機器とリピータ機器の物理アドレスが重複してしまう場合がある。このようなリピータの場合も、これまでに述べたアクティブケーブル用のメッセージを使うことによって、電力供給を受けることができる。
【実施例２】
【００５５】
本実施例による伝送システムの他の実施例を図６と図７を用いて説明する。図６は、ケーブル部のブロック図である。ケーブル３４は、図1のケーブル３２に置き換えて用いるものであり、ソース機器１１とシンク機器２１は同様な構成であるので図示していない。
【００５６】
図１と同等の機能を有するブロックには同じ番号を付与している。図１と異なる点は、ＥＤＩＤ情報を読み出すＤＤＣ端子３１３と３３３の間にスイッチ３４１を追加し、Utility端子３１５と３３５間を分離してそれぞれ電源回路３４３と３２６を設け、ＤＤＣ＋５Ｖ端子３１６と３３６間およびＨＰＤ端子３１７と３３７間を分離してＨＰＤ出力部３４４とＨＰＤ検出部３４６、ＤＤＣ＋５Ｖ供給部３４５を追加した点である。
【００５７】
メッセージ構造（図２）、メッセージの種類（図３）、メッセージの引数（図４）は実施例１と同様である。図７はメッセージの送受信の一例を示している。
【００５８】
シンク機器２１はUtility端子３３５を通して、ケーブル３４の電源回路３２６へスタンバイ電力として例えば＋５Ｖ最大２５ｍＡを供給する（ステップ８０１）。ケーブル３４の電源回路３２６はＤＤＣ＋５Ｖ供給部３４５を通してシンク機器２１へ＋５Ｖを供給する（ステップ８０２）。シンク機器２１はＨＰＤ端子３３７を”Ｌ”レベルから”Ｈ”レベルへ変化させる（ステップ８０３）。
【００５９】
ケーブル３４のＨＰＤ検出部３４６がこれを検出して制御部３２５に伝える。制御部３２５は、スイッチ３４１を切断後、ＥＤＩＤ取得部３２３がシンク機器２１のＥＤＩＤ情報に含まれるソース機器の物理アドレスを読み出して取得する（ステップ８０４、ステップ８０５）。
【００６０】
実施例１では、ソース機器がシンク機器のＥＤＩＤを読出す際に、その信号を傍受していたが、本実施例ではソース機器がＥＤＩＤ読出し動作に入る前に伝送システムを立上げるため、ケーブル３４のＥＤＩＤ取得部が単独でＥＤＩＤ情報の読出しできるようにしている。この時、ソース機器のＥＤＩＤ読出し部の誤作動を防ぐ為、スイッチ３４１を設けている。
【００６１】
従って、スイッチ３４は、ソース機器１１がＥＤＩＤ読出ししていない間で、ケーブル３４が単独でＥＤＩＤ読出し動作をする期間に、切断状態に設定される。ケーブル３４が単独でＥＤＩＤ読出し動作をする期間以外は、ソース機器１１とシンク機器２１間のＤＤＣ通信を阻害させないように、スイッチ３４は接続状態としておく。また、ケーブル長が長い場合は、ＤＤＣ端子３１３と３３３の間にバッファを配置しておくと、ＤＤＣ通信の信頼性を上げることができる。
【００６２】
ケーブル３４が物理アドレスを取得後、シンク機器２１へ電力供給を要求する<CDC_Power_Request_C>["No Connect","No Power","Full Power"]メッセージ８０６を送る。シンク機器２１は例えば＋５Ｖ最大５００ｍＡをUtility端子３３５からケーブル３４の電源回路３２６へ供給開始する（ステップ８０７）。シンク機器は電力供給開始を知らせる<CDC_Power_Status>["1","No Power","Full Power"]をケーブル３４へ伝え、ケーブル３４が＋５Ｖ最大５００ｍＡの電力を使用開始して（ステップ８０９）、光・電気変換部３２２の受信準備動作をさせる。
【００６３】
ソース機器１１が起動し、ＤＤＣ端子３１６に例えば５Ｖ最大５５ｍＡが供給される（ステップ８１０）と、電源回路３４３がその電力を電気・光変換部３２１へ供給し、ＨＰＤ端子３３７が”Ｈ”であることをＨＰＤ検出部３４６が検出している間のみ、ＨＰＤ出力部３４４がＨＰＤ端子３１７を”Ｌ”レベルから”Ｈ”レベルに変化させる（ステップ８１１）。
【００６４】
ＨＰＤ端子３３７が”Ｌ”の間は、シンク機器２１のＥＤＩＤ記憶部からＥＤＩＤ情報を読み出せないので、ＨＰＤ端子３１７は”Ｌ”レベルを保つ。ＨＰＤ端子が”Ｈ”レベルになると、ソース機器１１はＤＤＣ端子３１２と３３３を通してシンク機器２１のＥＤＩＤ情報を読出す（ステップ８１２、８１３）。このとき、ケーブル３４のＥＤＩＤ取得部３２３はこのＥＤＩＤ情報を傍受して、ソース機器１１の物理アドレスに関連する情報を確認し、変更があればその変更情報を取得する。この最新情報に基づいて、以下、メッセージの送受信を行う。
【００６５】
ソース機器１１が電力供給を要求する<CDC_Power_Request>["Need"]メッセージ８１４を送ると、シンク機器２１は、既にケーブル３４へ電力供給しておりソース機器１１への電力供給余力なしとして、電力供給不可とする<CDC_Power_Status>["1","No Power","Full Power"]メッセージ８１５で応答する。
【００６６】
電力供給余力なしの場合だけでなく、メッセージ８０６でUtility線が接続されていないことがわかっている場合も電力供給不可として同じメッセージ８１５で応答する。Utility線が非接続であるということが不明な場合で、かつケーブルに電力供給していない場合は、電力を供給開始と同時に<CDC_Power_Status>["1","Power_S","No Power"]メッセージで応答すればよい（図示せず）。
【００６７】
メッセージ８１４を受けたケーブル３４は、電源回路３４３が図示していない電源部から電力供給を受けている場合、ソース機器１１へ電力供給開始（ステップ８１６）と共に、<CDC_Power_Request_C>["No Connect","Full Power","Full Power"]メッセージ８１５でソース機器１１とシンク機器２１へ通知する。
【００６８】
シンク機器２１は<CDC_Power_Status>["1","Power_C","Full Power"]メッセージ８１７を出して、電力供給状態を確認し、ソース機器は＋５V最大５００ｍＡの電力を使用開始する（ステップ８１８）。万一異なっていれば、ソース機器１１又はケーブル３４が電力要求メッセージを出して修正を行う。
【００６９】
ユーザのシンク機器２１操作等により、シンク機器２１が電力供給を停止させる場合は、<CDC_Power_Notice>["1","Power_C","No Power"]メッセージ８１９を出す。電力供給停止要求を受けたケーブル３４は、シンク機器２１からの電力供給停止を受け入れ、ソース機器１１への電力供給停止を予告する<CDC_Power_Notice_C>["No Connection","No Power","No Power"]メッセージ８２１を出す。
【００７０】
ケーブル３４がシンク機器２１からの電力供給停止を受け入れない場合は<CDC_Power_Request_C>["No Connect","Power_C","Full Power"]メッセージを、先にソース機器への電力供給を止めたい場合は<CDC_Power_Notice_C?["No Connect","No Power","Full Power"]メッセージを応答すればよい。
【００７１】
シンク機器２１はケーブル３４が電力供給停止を承諾したとみなし、電力供給を停止する（ステップ８２１）と共に、<CDC_Power_Status>["1","Power_C","No Power"]メッセージ８２２で応答する。
【００７２】
メッセージ８２１に対して、ソース機器１１が電力供給継続を要求する場合は、継続要求の<CDC_Power_Request>{"Need"}メッセージ８２３を出す。同メッセージ８２３へのシンク機器１１の応答メッセージは、現状を示す<CDC_Power_Status>["1","Power_C","No Power"]メッセージ８２２となる。
【００７３】
ケーブル３４が引続き、ソース機器１１への電力供給を停止させたい場合は、所定の時間、例えば５秒程度以上の間隔をあけて、<CDC_Power_Notice_C>["No Connection","No Power","No Power"]メッセージ８２４を出す。ソース機器１１が＋５V最大５００ｍＡの電力使用を停止する（ステップ８２５）と、使用停止を知らせる<CDC_Power_Request>["No Need"]メッセージ８２６をケーブル３４とシンク機器２１へ送る。
【００７４】
この応答として、シンク機器２１は<CDC_Power_Status>["1","No Power","No Power"]メッセージ８２７を出す。一方、ケーブル３４はソース機器１１への＋５Ｖ最大５００ｍＡの電力供給を停止（ステップ８２８）し、<CDC_Power_Request_C>["No Connect","No Power","No Power"]メッセージ８２９で応答する。
【００７５】
このメッセージ８２９への応答として、シンク機器２１は現状を確認する<CDC_Power_Status>["1","No Power","No Power"]メッセージ８２７を出す。尚、シンク機器２１のメッセージ８２７が出る前に、ケーブル３４のメッセージ８２９が出た場合、メッセージ８２７は省略して、メッセージ８３０のみで代用しても良い。メッセージ８２７を出すタイミングを通常の応答よりも例えば０．１秒程度遅らせることにより、メッセージ８２７を省略する確率を高めてメッセージ通信路の混雑を避けることができる。
【００７６】
以上で述べてきたように、シンク機器からケーブルへの電力供給と、独立の電源を持つケーブルからソース機器への電力供給を実現できるので、ケーブルのシンク機器側とソース機器が十分な電源を持たない又は独自の電源を持たない場合であっても動作させられるので、使い勝手が向上する。
【実施例３】
【００７７】
電流供給量を段階的に調整できる、よりフレキシブルな実施例を以下に示す。伝送システムのブロック図とメッセージ構造、メッセージの例は、それぞれ実施例１で説明した図１と図２、図３と同様であり、詳細説明は省略する。
【００７８】
メッセージの引数は図４に代えて、図８と図９、図１０で定義するメッセージの引数を用いる。ソース機器の最大電流使用量[Source_Current]、ケーブルの最大電流使用量[Cable_Current]を１２５ｍＡ単位で０〜５００ｍＡの範囲で５種類と、待機モードとして５ｍＡを用意している。シンク機器の最大電流供給量[Sink_Current]は待機電流として２５ｍＡを追加で供給できるよう、２５ｍＡづつ増やした設定としている。
【００７９】
但し、[Sink_Current]の”０ｍＡ”は電流供給能力が２５ｍＡ未満であることを示し、待機電力を供給する能力が無いことを示している。本実施例では供給電圧は＋５Ｖを想定しているが、あらかじめ決めておけば他の電圧であってもよい。また、最大電流の引数と同様に電圧設定も引数に追加して任意の電圧と最大電流の組合せで規定してもよい。
【００８０】
待機モードにおいて、ソース機器とケーブルの内部制御部等の待機電源用として各５ｍＡを、ＥＤＩＤ読出し用としてシンク機器のＤＤＣ＋５Ｖへ１０ｍＡを想定しており、ＤＤＣ規格で規定される予備電流５ｍＡ（ＤＤＣ規格ではソース機器が５５ｍＡを供給し、シンク機器は最大５０ｍＡ使用）を加えて、シンク機器の供給電流を２５ｍＡとしている。
【００８１】
さらに、各メッセージのチェックサムを設けており、チェックサムが正しくないメッセージは無視される。従って所定の応答メッセージが得られない場合はメッセージを再送することにより、信頼性が高い伝送システムを実現できる。図１０に示した引数[Power2]は、ケーブル部が持つ独自電源からソース機器への電力供給することを示すものである。その他のパラメータは図４と同様であるので、詳細説明は省略する。
【００８２】
図１１はメッセージの送受信の一例を示す図である。以下、図１１を参照してその動作を説明する。図１１において、引数[Check sum]の記述は省略する。ソース機器１１とケーブル３２が物理アドレスを取得するステップ７０５までは、実施例１で説明した図５と同様であり、説明を省略する。
【００８３】
ケーブル３２が１２５ｍＡの電流供給を要求する<CDC_Power_Request_C>["Connect","None","150mA","5mA","125mA"]メッセージ７３６をシンク機器２１送り、シンク機器２１が最大１５０ｍＡを供給開始する（ステップ７３７）。シンク機器は最大１５０ｍＡをケーブルに供給開始したことを<CDC_Power_Status>["1","150mA","5mA","125mA"]メッセージ７３８でケーブル３２とソース機器１１へ通知する。シンク機器２１の供給開始電流はケーブル３２の要求値以上であればよく、例えば、より多くの電流を供給し、<CDC_Power_Status>["1","525mA","5mA","125mA"]メッセージや<CDC_Power_Status>["1","400mA","125mA","250mA"]メッセージを出すようにしでもよい。メッセージ７３８を受信したケーブル３２は、最大１２５ｍＡの電流を使用開始する（ステップ７４０）。
【００８４】
ここで、メッセージ７３６において、シンク機器の最大供給電流を、ソース機器とケーブルが消費する最大電流の合計値を上回った場合（但し、ケーブルが独自電源を持つ場合を除く）と、[Check sum]が正しくない場合は、シンク機器は電流供給を開始しないか、または妥当と予想される電流を供給開始してそれにふさわしい応答メッセージを送るとよい）、メッセージ７３８が同様にシンク機器の最大供給電流を、ソース機器とケーブルが消費する最大電流の合計値を上回った場合と、[Check sum]が正しくない場合は、ケーブル３２がシンク機器２１へ<CDC_Power_Request_C>["Connect","None","150mA","5mA","125mA"]メッセージ７３６を再送信することにより、伝送システムの電流供給の信頼性を向上させることができる。
【００８５】
次にソース機器１１が最大３７５ｍＡの電流供給を要求する<CDC_Power_Request>["525mA","375mA"]メッセージ７４０をシンク機器２１へ送信する。シンク機器２１はケーブル１２５ｍＡとソース機器３７５ｍＡの合計値以上、例えば５２５ｍＡ以上の電流を供給開始（ステップ７４１）し、ソース機器とケーブルの使用電流最大値を指定する<CDC_Power_Status>["1","525mA","375mA","125mA"]メッセージ７４２をソース機器１１とケーブル３２に通知する。この通知を受けて、ソース機器１１は３７５ｍＡの電流を使用開始する（ステップ７４３）。
【００８６】
例えば、ソース機器１１が映像出力を停止し、内蔵の充電池への充電を高速化するために、ケーブルの映像伝送用に使っていた電流をソース機器で使う場合は、５００ｍＡの電流を要求する<CDC_Power_Request>["500mA","500mA"]メッセージ７４４をケーブル３２とシンク機器２１へ送る。
【００８７】
ケーブル３２が、１２５ｍＡの電流使用を停止し待機電流の５ｍＡのみの使用とし（ステップ７４５）、シンク機器２１の供給電流５２５ｍＡの内５００ｍＡをソース機器１１へ向けるメッセージ<CDC_Power_Request_C>[Connect"."None","525mA","500mA","5mA"]メッセージ７４６をシンク機器２１へ送る。
【００８８】
シンク機器２１は、ケーブル３２からのメッセージ７４６を確認する<CDC_Power_Status>["1"."525mA","500mA","5mA"]メッセージ７４７を送り、それを受けたソース機器１１が５００ｍＡの電流を使用開始する（ステップ７４９）。
【００８９】
ケーブル３２がソース機器１１への電流供給を停止させる場合は、<CDC_Power_Notice_C>["Connect","None","25mA","0mA","5mA"]メッセージ（図示せず）をソース機器１１へ送るか、または<CDC_Power_Request_C>["Connect","None","25mA","0mA","5mA"]メッセージ７４９をシンク機器２１へ送り、シンク機器２１の応答メッセージ<CDC_Power_Notice>["1","25mA","0mA","5mA"]メッセージ７５０でソース機器１１へ伝える。
【００９０】
ソース機器１１は電流使用を継続したい場合は<CDC_Power_Request>["525mA","500mA"]メッセージ（図示せず）でシンク機器とケーブルへ伝える。電流使用を停止した場合（ステップ７５１）は、その旨を<CDC_Power_Request>["25mA,"0mA"]メッセージ７５２をシンク機器２１へ伝える。
【００９１】
シンク機器２１は、供給電流を５２５ｍＡから２５ｍＡに減らし、応答メッセージとして現在の状態を示す<CDC_Power_Status>["1","25mA","0mA","5mA"]メッセージ７５４をソース機器１１とケーブル３２へ伝える。
【００９２】
本実施例によれば、シンク機器の電流供給量をソース機器やケーブルの電流使用量に合わせてフレキシブルに調整できるので、シンク機器の電力供給部や電源回路部の電力使用効率を高め、シンク機器の消費電力を低減する効果がある。また、ソース機器とケーブルが使用する電流をフレキスブルに融通することにより、ソース機器とケーブルの機能を最大限活用することができる。
【実施例４】
【００９３】
実施例２の説明で用いた図６のケーブル３４と、実施例３の説明で用いた図８〜図１０のメッセージ引数を組合せた場合における、メッセージの送受信の他の一例を図１２に示す。図１１と同様、引数[Check sum]の記述は省略している。また、ソース機器１１とケーブル３４が物理アドレスを取得するステップ８４１〜８５３までは、ケーブル３４が独自電源によりUtility端子３１５へ待機電力例えば＋５V２５ｍＡを供給するステップ８５０が追加されている以外は、実施例２で説明した図７と同様である。
【００９４】
電力供給のステップ８５０の追加により、ソース機器１１が供給するＤＤＣ＋５Ｖ端子３１６への電力は、ケーブル３４からUtility端子に供給される電力を流用することができる。
【００９５】
ソース機器が５００ｍＡの電流を要求する場合、ケーブル内に独自電源を持っている場合やUtility線が非接続である場合などの特殊事情を考慮することなく、<CDC_Power_Request>["525mA","500mA"]メッセージ８５５をケーブル３４とシンク機器２１へ送る。シンク機器２１は、ケーブル３４のUtility線が切断されていることをメッセージ８４６から得ているので、<CDC_Power_Notice>["1","525mA","375mA","125mA"]メッセージによる調整は困難であることから、現状の電流配分を示す<CDC_Power_Status>["1","125mA","5mA","125mA"]メッセージ８５６で応答する。
【００９６】
一方、独自電源を持つケーブル３４は、ソース機器の電流要求メッセージ８５５に対して、５２５ｍＡの電流をソース機器に供給開始（ステップ８５７）後、それを知らせる<CDC_Power_Request_C>["No Connect","Independet","150mA","500mA","125mA"]メッセージ８５８を出す。シンク機器２１はその状態を確認する応答メッセージとして<CDC_Power_Status>["1","150mA","500mA","125mA"]メッセージ８５９をソース機器１１へ送り、ソース機器１１は５００ｍＡの使用を開始する（ステップ８６０）。
【００９７】
ユーザ操作などで、シンク機器２１が待機電流のみしか供給できなくなった場合は、それを<CDC_Power_Notice>["1",25mA","500mA","5mA"]メッセージ８６１でケーブル３４へ知らせる。ケーブル３４は、電力継続供給が必要な場合は<CDC_Power_Request_C>["No Connect","Independet","150mA","500mA","125mA"]メッセージ（図示せず）で伝えるが、待機電流５ｍＡへ移行できる場合は移行（ステップ８６２）後、<CDC_Power_Request_C> ["No Connect","Independet","25mA","500mA","5mA"]メッセージ８６３をシンク機器２１へ送る。シンク機器２１は待機電流２５ｍＡ供給状態へ切換え（ステップ８６４）、現状を確認する<CDC_Power_Status>["1",25mA","500mA","5mA"]メッセージ８６５を送る。
【００９８】
ケーブル３４が独自電源によるソース機器１１への電流供給を停止する場合は、<CDC_Power_Request_C> ["No Connect","Independet","25mA","0mA","5mA"]メッセージ８６３をシンク機器２１へ送る。ケーブル３４によるソース機器１１への供給電流変更要求に対しては、シンク機器は予告の<CDC_Power_Notice>["1",25mA","0mA","5mA"]メッセージ８６４をソース機器１１へ送る。
【００９９】
ソース機器は５００ｍＡの電流使用を停止させ（ステップ８６５）、<CDC_Power_Request>["25mA","0mA"]メッセージ８６６を返信する。シンク機器はその応答として、状態を確認する<CDC_Power_Status>["1","25mA","0mA","5mA"]メッセージ８６７を送出する。ケーブル３４は、メッセージ８６６または８６７受信後、ソース機器１１への５２５ｍＡの電流供給を停止させる。
【０１００】
本実施例では、<CDC_Power_Notice_C>メッセージを使用する必要が無く。準備するメッセージの種類を減らせる利点がある。
【０１０１】
以上、述べてきたように、本実施例によれば、独自電源を持つケーブルであっても、シンク機器やソース機器との間で、供給電流の調整ができるので、使い勝手のよい伝送システムを構築できる。
【実施例５】
【０１０２】
他の実施例を図１３に示す。図１３はケーブルのブロック図である。光送信機４１と光受信機５１、その間が光ファイバ４２２、４２３、電線４２５から構成されるケーブル束で接続されている。光送信機４１とソース機器１１、光受信機５１とシンク機器２１はシンプルなケーブルで接続されている。シンプルなケーブルとは、ケーブル３２や３４のような電流を消費するものではなく、両端プラグの各対応端子が電線で電気的に接続されたケーブル束をさす。尚、光送信機４１がＡＣアダプタ等の独自電源を有する場合や、ソース機器からの電源のみで動作できる場合は、ケーブル４２５は省略可能である。
【０１０３】
光送信機４１は、映像受信部４１２と多重化部４１１、電気光変換部４２０、光電気変換部４２１、ＤＤＣ通信部（ＥＤＩＤ記憶部を含む）４１３、ＣＥＣ通信部４１４、制御部４１７、電流制限部４１５、電源回路４１９、ＨＰＤ出力４１６から構成される。
【０１０４】
ソース機器１１から受信した映像信号を映像受信部４１２が受信し、多重化部４１１がその映像信号に制御部から受けた制御情報などを多重化する。多重化部は、ＲＧＢの３原色信号をパラレルに受け、それをシリアルに変換して１つのシリアル信号にする機能を持ってもよい。多重化部４１１の出力信号は電気光変換部４２０で光信号に変換され、光ファイバ４２２で光受信機５１へ送られる。
【０１０５】
多重化部４１１へ入力される制御情報には、光受信機５４１の制御動作情報や、ＣＥＣ通信部４１４やＤＤＣ通信部４１３の受信情報などが含まれている。電気光変換部４２１は光受信機から光ファイバ４２３で送られた光信号を電気信号に変換して制御部４１７に送り、ＣＥＣ通信部４１４やＤＤＣ通信部４１３の送信情報としても使われる。
【０１０６】
光受信機５１は、光電気変換部５２０と復号部５１１、映像送信部５１２、電気光変換部５２１、ＤＤＣ通信部（ＥＤＩＤ読出部を含む）５１３、制御部５１８、ＣＥＣ通信部５１４、電圧検出部５１５、電源回路５１９、ＤＤＣ＋５Ｖ供給部５１６、ＨＰＤ検出部５１７から構成される。
【０１０７】
光送信機４１から受信した信号光電気変換部５２０が電気信号に変換し、復号部５１１が多情化されていた映像信号と制御情報を復号する。映像信号は映像送信部５１２からシンク機器２１へ送られる。
【０１０８】
制御情報は制御部５１８へ送られ、光受信機５１内の制御動作情報や、ＣＥＣ通信部５１４とＤＤＣ通信部５１３の送信情報として使われる。光送信機４１内の制御動作情報や、ＣＥＣ通信部５１４とＤＤＣ通信部５１３の受信情報は、制御部５１８を通して電気光変換部５２１へ送られる。電気光変換部５２１は光信号に変換して光ファイバ４２３へ送る。
【０１０９】
図１３と、実施例２や４で説明した図６との主な差異は、ＤＤＣ通信やＣＥＣ通信用の電線に代えて光ファイバでこれらの通信を行い、ケーブル束を簡素化して、長距離伝送しやすくした点である。
【０１１０】
図１３のＤＤＣ通信の伝送は、ソース機器１１がＥＤＩＤ情報を読み出す際に、シンク機器２１のＥＤＩＤ情報を転送してもよいし、光受信機５１のＤＤＣ通信部５１３でシンク機器２１のＥＤＩＤ情報を読み出して光送信機４１のＤＤＣ通信部４１３へ伝え、ＤＤＣ通信部４１３内のＥＤＩＤ記憶部に記憶させたものを伝送してもよい。シンク機器２１のＥＤＩＤ情報をそのまま転送する場合は、実施例１〜４で述べたメッセージや引数をそのまま使ってもよい。
【０１１１】
図１４は、機器の電力供給能力をＥＤＩＤに記述した一例を示す。４バイト目と５バイト目に、接続先のソース機器が取得する物理アドレスＡＢＣＤを記載している。新たに、電力供給能力を記述する領域を９バイト目に追加し、この領域の存在有無を８バイト目の4ビット目Power_presentフラグで示す。
【０１１２】
同フラグが"1"の時、電力供給能力の記述が存在する。電力供給能力の記述と同記述領域の存在有無フラグ以外は、シンク機器のＥＤＩＤをそのままコピーして自機器のＥＤＩＤ記憶部に記憶させておくことを原則とする。
【０１１３】
電力供給能力の記述は、シンク機器とソース機器の間のどこに存在するかを示すConnecting positionと、電力供給種別を示すPower Type、最大供給電流量を示すCurrentから構成している。
【０１１４】
Connecting positionは、シンク機器を"00"とし、読出した数値に１を加えて自機器の数値とすることにより、シンク機器につながる順に"01","02","03"とつけられるので、ＥＤＩＤをコピーして使う為の物理アドレスが重複して接続位置が不明となることを防ぐことができる。尚、"03"を読み込んだ機器は電流消費を禁じ、さらに上流のソース機器へＥＤＩＤを伝える場合は、数値を増やさないで"03"のまま記述することによって、誤動作を防ぐ。
【０１１５】
Power typeは、電力を供給できないNo powerと、自機器がＡＣアダプタを有するなど電力供給能力を有するOriginal power、自機器の映像出力端子に供給される電力を一部自分で消費して残りを供給するRelay powerを設ける。
【０１１６】
Currentは、図８に示した引数と同様に電流値を記述し、Relay power型の場合はシンク機器の供給能力に依存とする。Currentはリアルタイムに変えてもよいが、電流供給量の切換等はＣＥＣ通信部などの双方向通信路を用いたメッセージ交換の方がよい。
【０１１７】
図１５は、ソース機器とシンク機器間に複数の機器が縦続接続されることを想定したメッセージ引数の一例を示している。図１０と対比して追加した引数を説明する。ＣＤＣメッセージのInitiator Physical Addressを、ソース機器と重複しないように不明の意味を持つ"FFFF"の使用を想定して、引数の最初に２バイト分のソース機器の物理アドレスを記述して、Connecting positionデータと共に、自機器の接続場所を特定して表記できるようにしている。
【０１１８】
Connecting position は１〜３で示される3箇所を表記できるので、３機器の使用電流を記述できるよう[Cable Current]を３箇所用意している。説明の都合上、"Cable"と表現しているが、Repeater機器も含んでよい。
【０１１９】
具体的なメッセージのやりとりは実施例１〜４と同様であり、省略する。
【０１２０】
以上で述べてきたように、本実施例によれば、ソース機器とシンク機器の間に複数のケーブル又はリピータ機器が縦続接続された場合でも、ＥＤＩＤ情報の伝達とメッセージの交換電流供給の設定が自動的に形成できる利点がある。
【実施例６】
【０１２１】
他の実施例を図１６に示す。図１６は、ソース機器１１からシンク機器２１へ、無線送信機４３と無線受信機５３で映像信号を無線伝送する例を示したブロック図である。図１３の光ファイバの例と異なるのは、電気光変換の代わりに無線送信部４３１と無線受信部５３１を持ち、電力を伝えるUtility線がなく、送信機４３内にＡＣアダプタ等の電力供給部４１８を設けた点である。メッセージやその引数、動作などは実施例５と同様である。
【０１２２】
この例では、ＤＤＣ＋５Ｖ端子を通じてソース機器１１が送信する電力で無線送信部等の電力がまかなえれば、電力供給部４１８が不要となる。そこで、これまで説明してきた、シンク機器２１から電流供給するためのメッセージのやりとりと同様なメッセージをシンク機器２１とソース機器１１を置き換えて行うことにより、ソース機器１１からＤＤＣ＋５Ｖ端子３１６を通じた電流供給量を、ＤＤＣ規格に基づく５５ｍＡよりも増やすことができる。
【０１２３】
このように、シンク機器２１やソース機器１１が電力を供給することにより、無線受信機５３や無線送信機４３に必要であった、ＡＣアダプタを省略できるので、使い勝手がよくなる利点がある。
【実施例７】
【０１２４】
他の実施例を図１７に示す。図１７は、メッセージの引数を示す表であり、実施例１の図４の表に相当する他の実施例である。図４と異なる点は、ソースとケーブルの電力消費・供給状態表記を組合せて表現することにより誤設定を避け、さらに、実施例５で述べたケーブルの接続位置記述を追加したことである。
【０１２５】
シンク機器の電力供給状態を示す[Supply_Power]は、電力供給無しの"No Power"と、ソース機器への電力供給"Power for Source"、ケーブルへの電力供給"Power for Cable"、ソース機器とケーブルへそれぞれ半分づつ電力供給する"Both"を表す。図４では、ケーブルがソースへ電力供給することを認識して設定が必要であったが、図１７の例ではその動作が不要な為、シンク機器の動作が軽くなる。
【０１２６】
ケーブルの電力消費と供給を示す[C_Power]は、ケーブルでの電力消費なし"None"と、シンク機器の電力を最大まで使う"Consume Full"、半分使う"Consume Half"、シンク機器からの電力を使いながら他のＡＣアダプタ等からの電力をソース機器へ供給する"Consume & Supply"、シンク機器からの電力は使用せずにソース機器へ電力を供給する"Supply only"の５状態を表している。
【０１２７】
ケーブルの接続位置情報[Connecting Position]は、実施例５で示したように、ケーブル機器が接続位置を確認できるように、接続毎にＥＤＩＤ内の記憶データを１ずつ増やしていくものである。
【０１２８】
この方法では、全てのケーブルが１ずつ増加させる機構を持たせる必要があり、回路規模が増大する。このため、両端がプラグになっているいわゆるケーブルは次段へのＥＤＩＤ伝送時は接続位置情報をコピーするだけとし、両端が差し込み口（レセプタクルコネクタ）になっているいわゆるリピータ機器のみ、接続位置情報を２ずつ増やすとよい。片側が差し込み口でもう一方がプラグである特殊なリピータ機器の場合は、接続情報を１増やすとよい。
【０１２９】
位置情報としてメッセージ中に記載する場合、いわゆるケーブルはＥＤＩＤから取得した接続位置情報を１増やし、いわゆるリピータ機器は２増やしたものを使うことでこれらの機器がメッセージの[Connecting position]で区別できる。
【０１３０】
メッセージ交換の例は実施例１と同様であり、説明は省略する。本実施例に拠れば、誤設定が少なく、接続位置情報伝達の機構を簡略化することができる利点がある。
【０１３１】
上記の各実施例によれば、ソース機器への電力供給だけでなく、ケーブルやリピータ機器等の中継機器へ、シンク機器が電力供給をすることができるので、中継機器用にＡＣアダプタ等の電源回路が不要となり、使い勝手の良い機器を提供できる。
【０１３２】
さらに、ケーブルやリピータ機器の中継機器で消費した電力の残りまたは中継機器が持つ独自電源の電力を、ソース機器へ供給することができるので、ソース機器用のＡＣアダプタ等の電源回路が不要となり、使い勝手の良い機器を提供できる。
【符号の説明】
【０１３３】
１１ ソース機器、
２１ シンク機器、
３１，３４ ケーブル、
４１ 光送信機
５１ 光受信機
４３ 無線送信機
５３ 無線受信機
１１１ 再生部、
１１２，５１２ 映像送信部、
１１３ ＥＤＩＤ読出部、
１１４，２１４，３２４，４１４，５１４ ＣＥＣ通信部、
１１５，５１５ 電圧検出部、
１１６，３４５,５１６ ＤＤＣ＋５Ｖ供給部、
１１７，３４６，５１７ ＨＰＤ検出部、
１１８，２１７，３２５，４１７，５１８ 制御部、
１１９，２１９，３２６，３４３，４１９，５１９ 電源回路、
２１１ 表示部、
２１２，４１２ 映像受信部、
２１３ ＥＤＩＤ記憶部、
２１５,４１５ 電流制限部、
２１６,３４４，４１６ ＨＰＤ出力部、
２１８、４１８ 電力供給部、
３２１，４２０，５２１ 電気光変換部、
３２２，４２１，５２０ 光電気変換部、
３２７，４２２，４２３ 光ファイバ、
３２３ ＥＤＩＤ取得部、
３４１ スイッチ、
４１１ 多重化部、
４１３、５１３ ＤＤＣ通信部
４３１ 無線送信部
５３１ 無線受信部
４３２，５３２ アンテナ
【技術分野】
【０００１】
技術分野は、電力供給とその受給に関する。
【背景技術】
【０００２】
特許文献１には、「映像信号を、複数のチャネルで、差動信号により、ケーブルを介して、受信装置に送信する信号送信部と、電源の供給を要求する要求情報を、上記ケーブルを介して、上記受信装置に送信する情報送信部と、上記情報送信部の上記要求情報の送信に伴って上記受信装置から上記ケーブルを介して供給される電源を内部回路に供給する電源切換部とを備えることを特徴とする送信装置」（特許文献１［００１７］参照）が開示されている。
【０００３】
さらに、「ソース機器１１０は、シンク機器１２０に、ＨＤＭＩケーブル１３０のＣＥＣラインを用いて、電源供給の要求情報を送信する」（特許文献１［０１００］参照）ことや、「シンク機器１２０Ａからソース機器１１０ＡにＨＤＭＩケーブル１３０のリザーブラインを介して電源が供給され」（特許文献１［０２２０］参照）ることが開示されている。
【０００４】
特許文献２には、ＨＤＭＩ(Ｒ)（High-Definition Multimedia Interface）で接続されたソース機器とシンク機器間で、制御ラインであるＣＥＣラインを介して、「機能情報は、ＣＥＣ（Consumer Electronics Control）データあるいはＣＤＣ（Capability Discovery Channel）データとして、ソース機器からシンク機器に、あるいはシンク機器からソース機器に送られる」（特許文献２［０１６０］参照）ことが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−４４７０６号公報
【特許文献２】特開２０１０−４５１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、いずれの引用文献にも、シンク機器とソース機器との間に設置される中継機器（ケーブルやリピータ機器等）への電力供給については開示がない。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、中継機器を介してソース機器からシンク機器へ映像信号を伝送するシステムであって、前記シンク機器は、前記中継機器からの要求に基づいて、前記中継機器に電力を供給することを特徴とする。
【発明の効果】
【０００８】
上記手段によれば、シンク機器とソース機器との間に設置される中継機器への電力供給が可能となり、ユーザにとっての使い勝手が向上する。
【図面の簡単な説明】
【０００９】
【図１】伝送システムの一例を示すブロック図
【図２】伝送システムにおけるメッセージ構造の一例を示す説明図
【図３】伝送システムにおけるメッセージの一例を示す表
【図４】伝送システムにおけるメッセージの引数の一例を示す表
【図５】伝送システムにおけるメッセージの送受信の一例を示す図
【図６】ケーブルの一例を示すブロック図
【図７】伝送システムにおけるメッセージの送受信の一例を示す図
【図８】伝送システムにおけるメッセージの引数の一例を示す表
【図９】伝送システムにおけるメッセージの引数の一例を示す表
【図１０】伝送システムにおけるメッセージの引数の一例を示す表
【図１１】伝送システムにおけるメッセージの送受信の一例を示す図
【図１２】伝送システムにおけるメッセージの送受信の一例を示す図
【図１３】ケーブルの一例を示すブロック図
【図１４】機器情報記述の一例を示す表
【図１５】伝送システムにおけるメッセージの引数の一例を示す表
【図１６】無線伝送の一例を示すブロック図
【図１７】伝送システムにおけるメッセージの引数の一例を示す表
【発明を実施するための形態】
【００１０】
以下、実施例について説明する。
【実施例１】
【００１１】
図１は、本実施例における伝送システムの一例を示すブロック図であって、ソース機器１１がシンク機器２１とケーブル３２を介して接続されており、シンク機器からソース機器へ電力を供給し、ソース機器からシンク機器へ映像信号を供給する。
【００１２】
ソース機器１１は例えばディスクプレイヤー、ディスクレコーダ、半導体レコーダ、放送受信機、ゲーム機、ＰＣ等の映像信号送出機器である。光ディスクや磁気記録ディスク、半導体メモリなどの記憶媒体や放送、ネットワーク等から得たデータから映像信号を再生する再生部１１１と映像送信部１１２、ＥＤＩＤ（Extended Display Identification Data）読出部１１３、ＣＥＣ（Consumer Electronics Control）通信部１１４、電圧検出部１１５、ＤＤＣ（Display Data Channel）＋５Ｖ供給部１１６、ＨＰＤ（Hot Plug Detect）検出部１１７、制御部１１８、電源回路１１９を有する。
【００１３】
シンク機器２１は、例えば液晶ディスプレイ、プラズマディプレイ、有機ＥＬディスプレイ等の表示デバイスを備えた映像信号受信機器である。シンク機器２１は表示部２１１と映像受信部２１２、ＥＤＩＤ記憶部２１３、ＣＥＣ通信部２１４、電流制限部２１５、ＨＰＤ出力部２１６、制御部２１７、電力供給部２１８、電源回路２１９を有する。なお、アンテナで受信した放送波を処理するチューナ、デスクランブラ、デマルチプレクサ、デコーダ、録画機能等も含む構成とし、シンク機器単体でも映像コンテンツを再生可能としてもよい。
【００１４】
ケーブル３２は、ソース機器とのコネクタ部である３１２〜３１７とシンク機器とのコネクタ部３３２〜３３７の間を接続するケーブルであって、例えばＨＤＭＩ（Ｒ）コンバータケーブルである。電気・光変換部３２１と光・電気変換部３２２、光ファイバ３２７、ＥＤＩＤ取得部３２３、ＣＥＣ通信部３２４、制御部３２５、電源回路３２６を有する。
【００１５】
ＣＥＣ通信部１１４と２１４、３２４が交換するメッセージの構造の一例を図２に示す。特許文献２に記載のように、ＣＤＣメッセージはＣＥＣメッセージの一つとして定義され、メッセージの先頭を示すStart Bitに続き、メッセージの送信機器の論理アドレスと受信機器の論理アドレスとを記述したCEC Header Block、ＣＤＣメッセージであることを示すCEC Opcode Block、メッセージ送信機器の物理アドレスを示すInitiator Physical Address、ＣＤＣメッセージの種別を示すCDC Opcode、ＣＤＣメッセージの引数を示すCDC Parameterから構成されている。
【００１６】
以下、ＣＤＣメッセージを例にとって説明するが、本発明はＣＤＣメッセージ構造に限定されること無く、CEC OpcodeにCDC Opcodeを定義すれば、ＣＤＣメッセージに代えてＣＥＣメッセージを使うこともできる。また、EDID読出しで使われるDDC（Display Data Channel）やHDMI Ethernet Channelなどの双方向通信メッセージを用いても良い。
【００１７】
ＨＤＭＩ（Ｒ）システムにおいて、出力端子を持つソース機器と入力端子を持つシンク機器、出力端子と入力端子を共に持つリピータ機器は異なる物理アドレスを持つのが原則であるが、ケーブルは一般に物理アドレスを取得しない。物理アドレスを取得しないケーブルが出すＣＤＣメッセージのInitiator Physical Address記載方法にはいくつか考えられる。
【００１８】
例えば、シンク機器のＥＤＩＤ中に示されたソース機器の物理アドレスをケーブルが送信するＣＤＣメッセージのInitiator Physical Addressに記載することが考えられる。また、Initiator Physical Addressに物理アドレス不明として“ＦＦＦＦ”を割当て、ＣＤＣメッセージの引数にソース機器の物理アドレスに相当する情報を記載してもよい。
【００１９】
後者はＣＤＣメッセージの引数が長くなるために通信時間が長くなるものの、ケーブルがソース機器と異なる物理アドレスを使うことにより、ソース機器が誤動作するリスクは小さい利点がある。以下の実施例の説明では、前者のやり方を使って説明する。
【００２０】
図３はＣＤＣメッセージの一例を示す表である。<CDC_Power_Request>は、ソース機器がシンク機器（かつ／またはケーブル）へ引数[Power_Source]で示される電流供給を要求するメッセージである。
【００２１】
<CDC_Power_Status>は、シンク機器がソース機器（かつ／またはケーブル）へ引数[Power_Sink]で示される電流を供給開始することを知らせるメッセージである。<CDC_Power_Notice>は、シンク機器がソース機器（かつ／またはケーブル）へ引数[Power_Sink]で示される電流へ供給電流の変更を予告するメッセージである。
<CDC_Power_Request_C>は、ケーブルがシンク機器へ引数（parameter）[Power_Cable]で示される電流供給を要求するメッセージである。<CDC_Power_Notice_C>は、ケーブルがシンクからの電力供給以外の独自電源からソース機器へ電力供給している際に、ソース機器への電力停止を予告するメッセージである。
【００２２】
図３には、それぞれのメッセージに対して、宛先の機器が本発明の機能に対応していれば、応答する応答メッセージが記されている。
【００２３】
また、図３では、電力供給要求するメッセージ名（すなわちOpcode）をソース機器とケーブルとで変えることにより、共通の物理アドレスをInitiator Physical Addressに用いても、どちらが出したメッセージかを区別することができる。これは、メッセージ名を共通とし、引数に例えば機器タイプを追加してソース機器とケーブルを区別できるように定義してもよい。
【００２４】
また、引数の数を変え、例えばソース機器がソース機器の要求電流に対して、ケーブルはケーブルの要求電流に加えてソース機器への供給できる電流を記載することで区別してもよい。
【００２５】
図４は、メッセージの引数の一例を示す表である。[Power_Source]は、電力供給要否を 1 bit で示している。[Power_Sink]は、電力供給する入力端子の番号 4 bits の[Input Port Number] とソース機器への電力供給状態を示す 2bits の[P_Source]、ケーブルへの電力供給状態を示す 2 bits の[P_Cable]から構成される。
【００２６】
[Input port Number]は、シンク機器の入力端子番号 4 bitsであり、ＣＤＣメッセージ中のInitiator Physical Addressと組合せれば、接続先のソース機器の物理アドレスを示すことになる。入力端子番号に代えて接続先の物理アドレス（すなわち、該当入力端子のＥＤＩＤ中に記載されている物理アドレス）2 bytesを用いてもよいが、メッセージ長を抑えて通信時間を短くする為には、入力端子番号 4 bitsの方がよい。
【００２７】
[P_Source]は、ソース機器へ電力供給なし”No Power”と、所定電力の半分の電力供給”Half Power”、所定電力をシンク機器が供給”Power_S”、所定電力をケーブルがシンク機器とは独立に備えた電源から供給”Power_C”を示す。[P_Cable]は、シンク機器がケーブルへ電力供給なし”No Power”と、所定電力の半分の電力供給”Half Power”、所定電力を供給”Full Power”を示す。
【００２８】
[Power_Cable]は、ケーブル両端のUtility端子間が電力伝送できるように接続されているかどうかを示す3 bitの[Wire]と、ソース機器への電力供給状態を示す 2bits の[P_Source]、ケーブルへの電力供給状態を示す 2 bits の[P_Cable]から構成される。[Wire]は接続状態"Connect"と非接続状態"No Connect"を示す。[P_Source]と[P_Cable]は、前出[P_Source]パラメータと同じ意味であり、説明を省略する。
【００２９】
図４において、ソース機器とケーブルでシンク機器からの供給電力を折半する状態を定義しているが、簡略化のためにこの状態を削除し、ソース機器とシンク機器の一方が電力を受けている場合は他方が受けられないという排他制御としてもよいことは明らかである。
【００３０】
図５は、メッセージの送受信の一例を示す図である。以下、図１〜図５を用いて伝送システムの動作を説明する。
【００３１】
最初、シンク機器２１の電力供給部２１８から電流制限部２１５、Utility 端子３３５、ケーブル３２、Utility 端子３１５を通してソース機器１１の電源回路１１９へ伝送システム立上げ用の電力、例えば５Ｖ６５ｍＡを供給する（ステップ７０１）。
【００３２】
ソース機器１１の電源回路１１９はＤＤＣ＋５Ｖ供給部、ＤＤＣ＋５Ｖ端子３１７、ケーブル３２、ＤＤＣ＋５Ｖ端子３３７を通してシンク機器２１のＨＰＤ出力部２１６と電源回路２１９へ電力を供給する（ステップ７０２）。
【００３３】
電力が供給されたＨＰＤ出力部２１６はＨＰＤ端子３３７、ケーブル３２、ＨＰＤ端子３１７を通してソース機器１１のＨＰＤ検出部１１７へ、ケーブル接続されたことを示す論理レベル例えば“Ｈ”を送る（ステップ７０３）。
【００３４】
ＨＰＤ検出部１１７が検出したケーブル接続情報は制御部１１８へ伝えられ、制御部１１８はＥＤＩＤ読出部１１３へＥＤＩＤ読出しを指示する。ＥＤＩＤ読出部１１３は、シンク機器２１のＥＤＩＤ記憶部からシンク機器の受信能力に関する情報が記述されたＥＤＩＤを読出して取得し、制御部１１８に伝える（ステップ７０４）。
【００３５】
このとき、ケーブル３２のＥＤＩＤ取得部３２３はケーブル上の信号を監視し、ソース機器が取得するＥＤＩＤの内、少なくともケーブル３２が必要とする情報、例えばシンク機器の物理アドレスとケーブルが接続された入力端子番号の組合せで示されるソース機器の物理アドレスに関する情報などを取得する。このように、ＥＤＩＤよりソース機器の物理アドレスをソース機器１１とケーブル３２が取得する（ステップ７０５）。
【００３６】
電力供給回路２１８が供給する５Ｖ６５ｍＡは、例えば、ケーブル３２内の回路ブロック動作用最大５ｍＡ（ＨＰＤ端子３３５からの供給分）、ソース機器１１内の回路ブロック動作用として最大５ｍＡ、ソース機器がＤＤＣ＋５Ｖ端子３１６からケーブル３２とシンク機器２１へ出力する５５ｍＡと配分される。ＤＤＣ＋５Ｖ供給部１１６が供給する５Ｖ最大５５ｍＡはＤＤＣ規格で定められているが、もともとシンク機器１１がUtility端子３３５から供給した電力を、ソース機器がＤＤＣ＋５Ｖ端子３１６からケーブル３２へ５ｍＡ、シンク機器２１へ５０ｍＡを戻す使い方になっている。
【００３７】
そこで、Utility端子３３５からシステム立上用の電力を供給するシンク機器２１が、ＤＤＣ＋５Ｖ端子３３６から消費する電流を最大１０ｍＡと定義し、不足となる最大４０ｍＡは電源回路２１９内で融通すると、ケーブルを流れる電流が減るので電力損失を抑えられる効果がある。この場合、シンク機器が伝送システム立上用にUtility端子３３５から供給する電力は、ソース機器用最大５ｍＡ、ケーブル用最大１０ｍＡ（Utility端子から５ｍＡと、ＤＤＣ＋５Ｖ端子から５ｍＡ）、シンク機器最大１０ｍＡ（ＤＤＣ＋５Ｖ端子からＨＰＤ出力部２１６とＥＤＩＤ記憶部２１３の電力を供給）の合計２５ｍＡあればよい。
【００３８】
ケーブル３２が映像信号を伝送するために必要な電力をシンク機器２１へ要求する<CDC_Power_Request_C>["Connect","No Power","Full Power"]メッセージ７０６を、ケーブル３２のＣＥＣ通信部３２４からシンク機器２１のＣＥＣ通信部２１４へ送る。以降の説明を簡略化するため、「ＣＥＣ通信部」を省略して、「ケーブル３２からシンク機器２１へメッセージを送る」と記述する。同メッセージ７０６はソース機器１１でも受信可能であるが、ソース機器１１の電力受給状態に変化が無いので、特に内部制御動作や返信の必要は無いため、ソース機器へ向かうメッセージ７０６の矢印は破線で示している。
【００３９】
シンク機器２１の電力供給回路２１８は例えば５Ｖ５００ｍＡをUtilty端子335を通してケーブル３２の電源回路３２６へ供給する（ステップ７０７）。シンク機器２１はケーブル３２用に電力を供給し始めたことを知らせる<CDC_Power_Status>["1","No Power","Full Power"]メッセージ７０８をケーブル３２へ伝え、ケーブ３２ルの電源回路３２６が５００ｍＡを使用開始する（ステップ７０９）。ここでは、ケーブル３２がシンク機器２１の入力端子番号１（図示せず）に接続されているとしている。
【００４０】
電源回路３２６は電気光変換部３２１や光電気変換部３２２へ電力を供給する。これによって、再生部１１１の映像出力が映像送信部１１２から映像端子３１２へ電気映像信号として出力され、それが電気光変換部３２１によって光映像信号となって光ファイバ３２７によって光電気変換部３２２へ送られる。光ファイバで光信号伝送することによって、電気信号伝送よりも長距離伝送が容易になる。光・電気変換部３２２で電気映像信号に変換して映像端子３３２へ出力し、それを映像受信部２１２が受信し、表示部２１１で映像表示を行う。
【００４１】
ソース機器１１が電力を受給したい場合は、<CDC_Power_Request>["Need"]メッセージ７１０をシンク機器２１とケーブル３２へ送る。シンク機器は、ケーブルへ電力供給しており、ソース機器１１へは電力供給できないことを示す<CDC_Power_Status>["1","No Power","Full Power"]メッセージ７１１をソース機器１１へ返す。それと共に、ケーブル３２は電力を使用中であることを<CDC_Power_Request_C>["Connect","No Power","Full Power"]メッセージ７１２でソース機器１１とシンク機器２１へ伝える。
【００４２】
同メッセージ７１２はケーブルが電力供給を要求するメッセージと同じ為、シンク機器はメッセージ７１１と重複することになるが、<CDC_Power_Status>["1","No Power","Full Power"]メッセージ７１３をケーブル３２へ返信する。このメッセージ７１１と７１３の重複を避ける為には、メッセージ７１０に対する応答メッセージとして、メッセージ７１２が先に送られれば、メッセージ７１１は省略できる。このため、メッセージ７１０への応答メッセージは、シンク機器２１がケーブル３２より後で発信するよう、シンク機器のバスアイドル監視時間を長めにしたり、所定時間例えば０．１秒程度返信を待つようにしてもよい。
【００４３】
このとき、シンク機器２１はメッセージ７１１を電力配分の変更予告である<CDC_Power_Notice>["1","Half Power","Half Power"]メッセージで応答し、ケーブル３２が引き続き全電力の供給維持を要求するメッセージ７１２で応答するようにしてもよい。
【００４４】
このように、電力を供給する側が電力配分指示を決定し、現在供給を受けている機器への電力配分を優先することを原則とするとよい。また、電力を受給して使用する機器は、電力が不要になった場合、速やかに電力受給を返上する原則として、必要な機器への電力供給の機会を増やすとよい。
【００４５】
映像信号伝送の終了など、ケーブル３２が電力使用を中止した場合（ステップ７１４）、ケーブル３２は電力受給停止を示す<CDC_Power_Request_C>["Connect","No Power","Full Power"]メッセージ７１５をシンク機器へ送る。シンク機器は電力供給を停止（ステップ７１６）して、電力供給停止を<CDC_Power_Status> ["1","No Power","No Power"]メッセージ７１１でソース機器１１とケーブル３２に知らせる。
【００４６】
ソース機器１１が映像信号を送出しない場合でも、例えばソース機器がモバイル機器の場合は内蔵した二次電池充電のために電力が必要な場合がある。ソース機器１１は電力供給を要請する<CDC_Power_Request>["Need"]メッセージ７１８をケーブル３２とシンク機器２１へ送信する。ケーブル３２は電力を供給するUtility線が接続されており、自身で引き続き電力を使用する必要が無い場合は特に応答は不要であるが、<CDC_Power_Request_C>["Connect","Power_S","No Power"]メッセージ（図示せず）で応答してもよい。
【００４７】
シンク機器２１は所定の５Ｖ５００ｍＡを供給開始（ステップ７１９）し、供給開始したことを<CDC_Power_Status> ["1","Power_S","No Power"]メッセージ７２０でソース機器１１に知らせ、ソース機器１１は所定の電力を使用開始する（ステップ７２１）。
【００４８】
シンク機器２１が、Utility線を使った他の機能、例えばパケット信号や音声信号の伝送を使用する場合や、ユーザ操作などで電力供給を停止させたい場合は、<CDC_Power_Notice> ["1","No Power","No Power"]メッセージ７２２でソース機器１１へ知らせる。ソース機器は電力使用停止処理に入るが、その停止処理においてバックアップなどの時間が必要な場合、引き続き電力供給を要求する<CDC_Power_Request>["Need"]メッセージ７２３をシンク機器２１へ送信する。
【００４９】
シンク機器２１が引き続き電力供給する場合は、<CDC_Power_Status> ["1","Power_S","No Power"]メッセージ（図示せず）をソース機器へ伝える。しかし、シンク機器が電力供給停止動作を行う場合は、所定の時間間隔例えば５秒間隔で<CDC_Power_Notice> ["1","No Power","No Power"]メッセージ７２４をソース機器１１へ送る。もちろん、シンク機器２１の主電源スイッチが切られるなどの緊急時は、このメッセージ７２４を出さないで、急に電力供給が停止される場合があるので、ソース機器１１はあらかじめこのことを考慮しておく必要がある。
【００５０】
ソース機器１１は電力使用を停止（ステップ７２５）後、電力使用停止を知らせる<CDC_Power_Request>["No Need"]メッセージをシンク機器２１へ送信する。シンク機器は電力供給を停止（ステップ７２７）後、電力供給停止を示す<CDC_Power_Status> ["1","No Power","No Power"]をソース機器１１へ送る。但し、電力供給停止の場合であっても、シンク機器が伝送システム再起動を想定する場合は、立上用のスタンバイ電力として５Ｖ６５ｍＡ又は２５ｍＡ程度を供給し続けてもよい（ステップ７０１）。
【００５１】
ソース機器が電力供給を受ける際、ケーブル３２によってはUtility端子３２５と３１５を接続する電線の抵抗が高く、シンク機器２１が出力する電圧に対してソース機器１１が受ける電圧が大きく低下する場合がある。例えばシンク機器２１の５Ｖ出力に対して、電線の抵抗が５Ωであり、供給電流が５００ｍＡとすると、２．５Ｖの電圧降下を生じてソース機器１１が受ける電圧が２．５Ｖになってしまうことが考えられる。
【００５２】
この結果、電圧降下によるソース機器の誤動作や、ケーブル発熱等の課題がでてくる可能性がある。このため、ソース機器１１は電圧検出部１１５を設け、所定の電圧例えば４Ｖ以下の場合は、電圧検出部１１５の検出結果を受けた制御部１１８が電源回路１１９を制御して、使用電力を抑制あるいは停止させるなどの制御動作が必要である。さらに、シンク機器２１でも所定の最大電流供給より１０％程度の余裕を持つ電流制限部を設けると、保護機能がさらに強化される。
【００５３】
このように、シンク機器からソース機器だけではなく、外部電力を必要とするケーブルへも電力供給できる伝送システムを実現できるので、光ファイバ等を用いた長距離伝送などを、特別な電源を準備する必要がないので、使い勝手が高まる。
【００５４】
以上、ケーブルを例にとって説明したが、ＨＤＭＩ（Ｒ）のリピータ機器の中には、シンク機器の示すＥＤＩＤをコピーしてソース機器に伝えるものがあり、ソース機器とリピータ機器の物理アドレスが重複してしまう場合がある。このようなリピータの場合も、これまでに述べたアクティブケーブル用のメッセージを使うことによって、電力供給を受けることができる。
【実施例２】
【００５５】
本実施例による伝送システムの他の実施例を図６と図７を用いて説明する。図６は、ケーブル部のブロック図である。ケーブル３４は、図1のケーブル３２に置き換えて用いるものであり、ソース機器１１とシンク機器２１は同様な構成であるので図示していない。
【００５６】
図１と同等の機能を有するブロックには同じ番号を付与している。図１と異なる点は、ＥＤＩＤ情報を読み出すＤＤＣ端子３１３と３３３の間にスイッチ３４１を追加し、Utility端子３１５と３３５間を分離してそれぞれ電源回路３４３と３２６を設け、ＤＤＣ＋５Ｖ端子３１６と３３６間およびＨＰＤ端子３１７と３３７間を分離してＨＰＤ出力部３４４とＨＰＤ検出部３４６、ＤＤＣ＋５Ｖ供給部３４５を追加した点である。
【００５７】
メッセージ構造（図２）、メッセージの種類（図３）、メッセージの引数（図４）は実施例１と同様である。図７はメッセージの送受信の一例を示している。
【００５８】
シンク機器２１はUtility端子３３５を通して、ケーブル３４の電源回路３２６へスタンバイ電力として例えば＋５Ｖ最大２５ｍＡを供給する（ステップ８０１）。ケーブル３４の電源回路３２６はＤＤＣ＋５Ｖ供給部３４５を通してシンク機器２１へ＋５Ｖを供給する（ステップ８０２）。シンク機器２１はＨＰＤ端子３３７を”Ｌ”レベルから”Ｈ”レベルへ変化させる（ステップ８０３）。
【００５９】
ケーブル３４のＨＰＤ検出部３４６がこれを検出して制御部３２５に伝える。制御部３２５は、スイッチ３４１を切断後、ＥＤＩＤ取得部３２３がシンク機器２１のＥＤＩＤ情報に含まれるソース機器の物理アドレスを読み出して取得する（ステップ８０４、ステップ８０５）。
【００６０】
実施例１では、ソース機器がシンク機器のＥＤＩＤを読出す際に、その信号を傍受していたが、本実施例ではソース機器がＥＤＩＤ読出し動作に入る前に伝送システムを立上げるため、ケーブル３４のＥＤＩＤ取得部が単独でＥＤＩＤ情報の読出しできるようにしている。この時、ソース機器のＥＤＩＤ読出し部の誤作動を防ぐ為、スイッチ３４１を設けている。
【００６１】
従って、スイッチ３４は、ソース機器１１がＥＤＩＤ読出ししていない間で、ケーブル３４が単独でＥＤＩＤ読出し動作をする期間に、切断状態に設定される。ケーブル３４が単独でＥＤＩＤ読出し動作をする期間以外は、ソース機器１１とシンク機器２１間のＤＤＣ通信を阻害させないように、スイッチ３４は接続状態としておく。また、ケーブル長が長い場合は、ＤＤＣ端子３１３と３３３の間にバッファを配置しておくと、ＤＤＣ通信の信頼性を上げることができる。
【００６２】
ケーブル３４が物理アドレスを取得後、シンク機器２１へ電力供給を要求する<CDC_Power_Request_C>["No Connect","No Power","Full Power"]メッセージ８０６を送る。シンク機器２１は例えば＋５Ｖ最大５００ｍＡをUtility端子３３５からケーブル３４の電源回路３２６へ供給開始する（ステップ８０７）。シンク機器は電力供給開始を知らせる<CDC_Power_Status>["1","No Power","Full Power"]をケーブル３４へ伝え、ケーブル３４が＋５Ｖ最大５００ｍＡの電力を使用開始して（ステップ８０９）、光・電気変換部３２２の受信準備動作をさせる。
【００６３】
ソース機器１１が起動し、ＤＤＣ端子３１６に例えば５Ｖ最大５５ｍＡが供給される（ステップ８１０）と、電源回路３４３がその電力を電気・光変換部３２１へ供給し、ＨＰＤ端子３３７が”Ｈ”であることをＨＰＤ検出部３４６が検出している間のみ、ＨＰＤ出力部３４４がＨＰＤ端子３１７を”Ｌ”レベルから”Ｈ”レベルに変化させる（ステップ８１１）。
【００６４】
ＨＰＤ端子３３７が”Ｌ”の間は、シンク機器２１のＥＤＩＤ記憶部からＥＤＩＤ情報を読み出せないので、ＨＰＤ端子３１７は”Ｌ”レベルを保つ。ＨＰＤ端子が”Ｈ”レベルになると、ソース機器１１はＤＤＣ端子３１２と３３３を通してシンク機器２１のＥＤＩＤ情報を読出す（ステップ８１２、８１３）。このとき、ケーブル３４のＥＤＩＤ取得部３２３はこのＥＤＩＤ情報を傍受して、ソース機器１１の物理アドレスに関連する情報を確認し、変更があればその変更情報を取得する。この最新情報に基づいて、以下、メッセージの送受信を行う。
【００６５】
ソース機器１１が電力供給を要求する<CDC_Power_Request>["Need"]メッセージ８１４を送ると、シンク機器２１は、既にケーブル３４へ電力供給しておりソース機器１１への電力供給余力なしとして、電力供給不可とする<CDC_Power_Status>["1","No Power","Full Power"]メッセージ８１５で応答する。
【００６６】
電力供給余力なしの場合だけでなく、メッセージ８０６でUtility線が接続されていないことがわかっている場合も電力供給不可として同じメッセージ８１５で応答する。Utility線が非接続であるということが不明な場合で、かつケーブルに電力供給していない場合は、電力を供給開始と同時に<CDC_Power_Status>["1","Power_S","No Power"]メッセージで応答すればよい（図示せず）。
【００６７】
メッセージ８１４を受けたケーブル３４は、電源回路３４３が図示していない電源部から電力供給を受けている場合、ソース機器１１へ電力供給開始（ステップ８１６）と共に、<CDC_Power_Request_C>["No Connect","Full Power","Full Power"]メッセージ８１５でソース機器１１とシンク機器２１へ通知する。
【００６８】
シンク機器２１は<CDC_Power_Status>["1","Power_C","Full Power"]メッセージ８１７を出して、電力供給状態を確認し、ソース機器は＋５V最大５００ｍＡの電力を使用開始する（ステップ８１８）。万一異なっていれば、ソース機器１１又はケーブル３４が電力要求メッセージを出して修正を行う。
【００６９】
ユーザのシンク機器２１操作等により、シンク機器２１が電力供給を停止させる場合は、<CDC_Power_Notice>["1","Power_C","No Power"]メッセージ８１９を出す。電力供給停止要求を受けたケーブル３４は、シンク機器２１からの電力供給停止を受け入れ、ソース機器１１への電力供給停止を予告する<CDC_Power_Notice_C>["No Connection","No Power","No Power"]メッセージ８２１を出す。
【００７０】
ケーブル３４がシンク機器２１からの電力供給停止を受け入れない場合は<CDC_Power_Request_C>["No Connect","Power_C","Full Power"]メッセージを、先にソース機器への電力供給を止めたい場合は<CDC_Power_Notice_C?["No Connect","No Power","Full Power"]メッセージを応答すればよい。
【００７１】
シンク機器２１はケーブル３４が電力供給停止を承諾したとみなし、電力供給を停止する（ステップ８２１）と共に、<CDC_Power_Status>["1","Power_C","No Power"]メッセージ８２２で応答する。
【００７２】
メッセージ８２１に対して、ソース機器１１が電力供給継続を要求する場合は、継続要求の<CDC_Power_Request>{"Need"}メッセージ８２３を出す。同メッセージ８２３へのシンク機器１１の応答メッセージは、現状を示す<CDC_Power_Status>["1","Power_C","No Power"]メッセージ８２２となる。
【００７３】
ケーブル３４が引続き、ソース機器１１への電力供給を停止させたい場合は、所定の時間、例えば５秒程度以上の間隔をあけて、<CDC_Power_Notice_C>["No Connection","No Power","No Power"]メッセージ８２４を出す。ソース機器１１が＋５V最大５００ｍＡの電力使用を停止する（ステップ８２５）と、使用停止を知らせる<CDC_Power_Request>["No Need"]メッセージ８２６をケーブル３４とシンク機器２１へ送る。
【００７４】
この応答として、シンク機器２１は<CDC_Power_Status>["1","No Power","No Power"]メッセージ８２７を出す。一方、ケーブル３４はソース機器１１への＋５Ｖ最大５００ｍＡの電力供給を停止（ステップ８２８）し、<CDC_Power_Request_C>["No Connect","No Power","No Power"]メッセージ８２９で応答する。
【００７５】
このメッセージ８２９への応答として、シンク機器２１は現状を確認する<CDC_Power_Status>["1","No Power","No Power"]メッセージ８２７を出す。尚、シンク機器２１のメッセージ８２７が出る前に、ケーブル３４のメッセージ８２９が出た場合、メッセージ８２７は省略して、メッセージ８３０のみで代用しても良い。メッセージ８２７を出すタイミングを通常の応答よりも例えば０．１秒程度遅らせることにより、メッセージ８２７を省略する確率を高めてメッセージ通信路の混雑を避けることができる。
【００７６】
以上で述べてきたように、シンク機器からケーブルへの電力供給と、独立の電源を持つケーブルからソース機器への電力供給を実現できるので、ケーブルのシンク機器側とソース機器が十分な電源を持たない又は独自の電源を持たない場合であっても動作させられるので、使い勝手が向上する。
【実施例３】
【００７７】
電流供給量を段階的に調整できる、よりフレキシブルな実施例を以下に示す。伝送システムのブロック図とメッセージ構造、メッセージの例は、それぞれ実施例１で説明した図１と図２、図３と同様であり、詳細説明は省略する。
【００７８】
メッセージの引数は図４に代えて、図８と図９、図１０で定義するメッセージの引数を用いる。ソース機器の最大電流使用量[Source_Current]、ケーブルの最大電流使用量[Cable_Current]を１２５ｍＡ単位で０〜５００ｍＡの範囲で５種類と、待機モードとして５ｍＡを用意している。シンク機器の最大電流供給量[Sink_Current]は待機電流として２５ｍＡを追加で供給できるよう、２５ｍＡづつ増やした設定としている。
【００７９】
但し、[Sink_Current]の”０ｍＡ”は電流供給能力が２５ｍＡ未満であることを示し、待機電力を供給する能力が無いことを示している。本実施例では供給電圧は＋５Ｖを想定しているが、あらかじめ決めておけば他の電圧であってもよい。また、最大電流の引数と同様に電圧設定も引数に追加して任意の電圧と最大電流の組合せで規定してもよい。
【００８０】
待機モードにおいて、ソース機器とケーブルの内部制御部等の待機電源用として各５ｍＡを、ＥＤＩＤ読出し用としてシンク機器のＤＤＣ＋５Ｖへ１０ｍＡを想定しており、ＤＤＣ規格で規定される予備電流５ｍＡ（ＤＤＣ規格ではソース機器が５５ｍＡを供給し、シンク機器は最大５０ｍＡ使用）を加えて、シンク機器の供給電流を２５ｍＡとしている。
【００８１】
さらに、各メッセージのチェックサムを設けており、チェックサムが正しくないメッセージは無視される。従って所定の応答メッセージが得られない場合はメッセージを再送することにより、信頼性が高い伝送システムを実現できる。図１０に示した引数[Power2]は、ケーブル部が持つ独自電源からソース機器への電力供給することを示すものである。その他のパラメータは図４と同様であるので、詳細説明は省略する。
【００８２】
図１１はメッセージの送受信の一例を示す図である。以下、図１１を参照してその動作を説明する。図１１において、引数[Check sum]の記述は省略する。ソース機器１１とケーブル３２が物理アドレスを取得するステップ７０５までは、実施例１で説明した図５と同様であり、説明を省略する。
【００８３】
ケーブル３２が１２５ｍＡの電流供給を要求する<CDC_Power_Request_C>["Connect","None","150mA","5mA","125mA"]メッセージ７３６をシンク機器２１送り、シンク機器２１が最大１５０ｍＡを供給開始する（ステップ７３７）。シンク機器は最大１５０ｍＡをケーブルに供給開始したことを<CDC_Power_Status>["1","150mA","5mA","125mA"]メッセージ７３８でケーブル３２とソース機器１１へ通知する。シンク機器２１の供給開始電流はケーブル３２の要求値以上であればよく、例えば、より多くの電流を供給し、<CDC_Power_Status>["1","525mA","5mA","125mA"]メッセージや<CDC_Power_Status>["1","400mA","125mA","250mA"]メッセージを出すようにしでもよい。メッセージ７３８を受信したケーブル３２は、最大１２５ｍＡの電流を使用開始する（ステップ７４０）。
【００８４】
ここで、メッセージ７３６において、シンク機器の最大供給電流を、ソース機器とケーブルが消費する最大電流の合計値を上回った場合（但し、ケーブルが独自電源を持つ場合を除く）と、[Check sum]が正しくない場合は、シンク機器は電流供給を開始しないか、または妥当と予想される電流を供給開始してそれにふさわしい応答メッセージを送るとよい）、メッセージ７３８が同様にシンク機器の最大供給電流を、ソース機器とケーブルが消費する最大電流の合計値を上回った場合と、[Check sum]が正しくない場合は、ケーブル３２がシンク機器２１へ<CDC_Power_Request_C>["Connect","None","150mA","5mA","125mA"]メッセージ７３６を再送信することにより、伝送システムの電流供給の信頼性を向上させることができる。
【００８５】
次にソース機器１１が最大３７５ｍＡの電流供給を要求する<CDC_Power_Request>["525mA","375mA"]メッセージ７４０をシンク機器２１へ送信する。シンク機器２１はケーブル１２５ｍＡとソース機器３７５ｍＡの合計値以上、例えば５２５ｍＡ以上の電流を供給開始（ステップ７４１）し、ソース機器とケーブルの使用電流最大値を指定する<CDC_Power_Status>["1","525mA","375mA","125mA"]メッセージ７４２をソース機器１１とケーブル３２に通知する。この通知を受けて、ソース機器１１は３７５ｍＡの電流を使用開始する（ステップ７４３）。
【００８６】
例えば、ソース機器１１が映像出力を停止し、内蔵の充電池への充電を高速化するために、ケーブルの映像伝送用に使っていた電流をソース機器で使う場合は、５００ｍＡの電流を要求する<CDC_Power_Request>["500mA","500mA"]メッセージ７４４をケーブル３２とシンク機器２１へ送る。
【００８７】
ケーブル３２が、１２５ｍＡの電流使用を停止し待機電流の５ｍＡのみの使用とし（ステップ７４５）、シンク機器２１の供給電流５２５ｍＡの内５００ｍＡをソース機器１１へ向けるメッセージ<CDC_Power_Request_C>[Connect"."None","525mA","500mA","5mA"]メッセージ７４６をシンク機器２１へ送る。
【００８８】
シンク機器２１は、ケーブル３２からのメッセージ７４６を確認する<CDC_Power_Status>["1"."525mA","500mA","5mA"]メッセージ７４７を送り、それを受けたソース機器１１が５００ｍＡの電流を使用開始する（ステップ７４９）。
【００８９】
ケーブル３２がソース機器１１への電流供給を停止させる場合は、<CDC_Power_Notice_C>["Connect","None","25mA","0mA","5mA"]メッセージ（図示せず）をソース機器１１へ送るか、または<CDC_Power_Request_C>["Connect","None","25mA","0mA","5mA"]メッセージ７４９をシンク機器２１へ送り、シンク機器２１の応答メッセージ<CDC_Power_Notice>["1","25mA","0mA","5mA"]メッセージ７５０でソース機器１１へ伝える。
【００９０】
ソース機器１１は電流使用を継続したい場合は<CDC_Power_Request>["525mA","500mA"]メッセージ（図示せず）でシンク機器とケーブルへ伝える。電流使用を停止した場合（ステップ７５１）は、その旨を<CDC_Power_Request>["25mA,"0mA"]メッセージ７５２をシンク機器２１へ伝える。
【００９１】
シンク機器２１は、供給電流を５２５ｍＡから２５ｍＡに減らし、応答メッセージとして現在の状態を示す<CDC_Power_Status>["1","25mA","0mA","5mA"]メッセージ７５４をソース機器１１とケーブル３２へ伝える。
【００９２】
本実施例によれば、シンク機器の電流供給量をソース機器やケーブルの電流使用量に合わせてフレキシブルに調整できるので、シンク機器の電力供給部や電源回路部の電力使用効率を高め、シンク機器の消費電力を低減する効果がある。また、ソース機器とケーブルが使用する電流をフレキスブルに融通することにより、ソース機器とケーブルの機能を最大限活用することができる。
【実施例４】
【００９３】
実施例２の説明で用いた図６のケーブル３４と、実施例３の説明で用いた図８〜図１０のメッセージ引数を組合せた場合における、メッセージの送受信の他の一例を図１２に示す。図１１と同様、引数[Check sum]の記述は省略している。また、ソース機器１１とケーブル３４が物理アドレスを取得するステップ８４１〜８５３までは、ケーブル３４が独自電源によりUtility端子３１５へ待機電力例えば＋５V２５ｍＡを供給するステップ８５０が追加されている以外は、実施例２で説明した図７と同様である。
【００９４】
電力供給のステップ８５０の追加により、ソース機器１１が供給するＤＤＣ＋５Ｖ端子３１６への電力は、ケーブル３４からUtility端子に供給される電力を流用することができる。
【００９５】
ソース機器が５００ｍＡの電流を要求する場合、ケーブル内に独自電源を持っている場合やUtility線が非接続である場合などの特殊事情を考慮することなく、<CDC_Power_Request>["525mA","500mA"]メッセージ８５５をケーブル３４とシンク機器２１へ送る。シンク機器２１は、ケーブル３４のUtility線が切断されていることをメッセージ８４６から得ているので、<CDC_Power_Notice>["1","525mA","375mA","125mA"]メッセージによる調整は困難であることから、現状の電流配分を示す<CDC_Power_Status>["1","125mA","5mA","125mA"]メッセージ８５６で応答する。
【００９６】
一方、独自電源を持つケーブル３４は、ソース機器の電流要求メッセージ８５５に対して、５２５ｍＡの電流をソース機器に供給開始（ステップ８５７）後、それを知らせる<CDC_Power_Request_C>["No Connect","Independet","150mA","500mA","125mA"]メッセージ８５８を出す。シンク機器２１はその状態を確認する応答メッセージとして<CDC_Power_Status>["1","150mA","500mA","125mA"]メッセージ８５９をソース機器１１へ送り、ソース機器１１は５００ｍＡの使用を開始する（ステップ８６０）。
【００９７】
ユーザ操作などで、シンク機器２１が待機電流のみしか供給できなくなった場合は、それを<CDC_Power_Notice>["1",25mA","500mA","5mA"]メッセージ８６１でケーブル３４へ知らせる。ケーブル３４は、電力継続供給が必要な場合は<CDC_Power_Request_C>["No Connect","Independet","150mA","500mA","125mA"]メッセージ（図示せず）で伝えるが、待機電流５ｍＡへ移行できる場合は移行（ステップ８６２）後、<CDC_Power_Request_C> ["No Connect","Independet","25mA","500mA","5mA"]メッセージ８６３をシンク機器２１へ送る。シンク機器２１は待機電流２５ｍＡ供給状態へ切換え（ステップ８６４）、現状を確認する<CDC_Power_Status>["1",25mA","500mA","5mA"]メッセージ８６５を送る。
【００９８】
ケーブル３４が独自電源によるソース機器１１への電流供給を停止する場合は、<CDC_Power_Request_C> ["No Connect","Independet","25mA","0mA","5mA"]メッセージ８６３をシンク機器２１へ送る。ケーブル３４によるソース機器１１への供給電流変更要求に対しては、シンク機器は予告の<CDC_Power_Notice>["1",25mA","0mA","5mA"]メッセージ８６４をソース機器１１へ送る。
【００９９】
ソース機器は５００ｍＡの電流使用を停止させ（ステップ８６５）、<CDC_Power_Request>["25mA","0mA"]メッセージ８６６を返信する。シンク機器はその応答として、状態を確認する<CDC_Power_Status>["1","25mA","0mA","5mA"]メッセージ８６７を送出する。ケーブル３４は、メッセージ８６６または８６７受信後、ソース機器１１への５２５ｍＡの電流供給を停止させる。
【０１００】
本実施例では、<CDC_Power_Notice_C>メッセージを使用する必要が無く。準備するメッセージの種類を減らせる利点がある。
【０１０１】
以上、述べてきたように、本実施例によれば、独自電源を持つケーブルであっても、シンク機器やソース機器との間で、供給電流の調整ができるので、使い勝手のよい伝送システムを構築できる。
【実施例５】
【０１０２】
他の実施例を図１３に示す。図１３はケーブルのブロック図である。光送信機４１と光受信機５１、その間が光ファイバ４２２、４２３、電線４２５から構成されるケーブル束で接続されている。光送信機４１とソース機器１１、光受信機５１とシンク機器２１はシンプルなケーブルで接続されている。シンプルなケーブルとは、ケーブル３２や３４のような電流を消費するものではなく、両端プラグの各対応端子が電線で電気的に接続されたケーブル束をさす。尚、光送信機４１がＡＣアダプタ等の独自電源を有する場合や、ソース機器からの電源のみで動作できる場合は、ケーブル４２５は省略可能である。
【０１０３】
光送信機４１は、映像受信部４１２と多重化部４１１、電気光変換部４２０、光電気変換部４２１、ＤＤＣ通信部（ＥＤＩＤ記憶部を含む）４１３、ＣＥＣ通信部４１４、制御部４１７、電流制限部４１５、電源回路４１９、ＨＰＤ出力４１６から構成される。
【０１０４】
ソース機器１１から受信した映像信号を映像受信部４１２が受信し、多重化部４１１がその映像信号に制御部から受けた制御情報などを多重化する。多重化部は、ＲＧＢの３原色信号をパラレルに受け、それをシリアルに変換して１つのシリアル信号にする機能を持ってもよい。多重化部４１１の出力信号は電気光変換部４２０で光信号に変換され、光ファイバ４２２で光受信機５１へ送られる。
【０１０５】
多重化部４１１へ入力される制御情報には、光受信機５４１の制御動作情報や、ＣＥＣ通信部４１４やＤＤＣ通信部４１３の受信情報などが含まれている。電気光変換部４２１は光受信機から光ファイバ４２３で送られた光信号を電気信号に変換して制御部４１７に送り、ＣＥＣ通信部４１４やＤＤＣ通信部４１３の送信情報としても使われる。
【０１０６】
光受信機５１は、光電気変換部５２０と復号部５１１、映像送信部５１２、電気光変換部５２１、ＤＤＣ通信部（ＥＤＩＤ読出部を含む）５１３、制御部５１８、ＣＥＣ通信部５１４、電圧検出部５１５、電源回路５１９、ＤＤＣ＋５Ｖ供給部５１６、ＨＰＤ検出部５１７から構成される。
【０１０７】
光送信機４１から受信した信号光電気変換部５２０が電気信号に変換し、復号部５１１が多情化されていた映像信号と制御情報を復号する。映像信号は映像送信部５１２からシンク機器２１へ送られる。
【０１０８】
制御情報は制御部５１８へ送られ、光受信機５１内の制御動作情報や、ＣＥＣ通信部５１４とＤＤＣ通信部５１３の送信情報として使われる。光送信機４１内の制御動作情報や、ＣＥＣ通信部５１４とＤＤＣ通信部５１３の受信情報は、制御部５１８を通して電気光変換部５２１へ送られる。電気光変換部５２１は光信号に変換して光ファイバ４２３へ送る。
【０１０９】
図１３と、実施例２や４で説明した図６との主な差異は、ＤＤＣ通信やＣＥＣ通信用の電線に代えて光ファイバでこれらの通信を行い、ケーブル束を簡素化して、長距離伝送しやすくした点である。
【０１１０】
図１３のＤＤＣ通信の伝送は、ソース機器１１がＥＤＩＤ情報を読み出す際に、シンク機器２１のＥＤＩＤ情報を転送してもよいし、光受信機５１のＤＤＣ通信部５１３でシンク機器２１のＥＤＩＤ情報を読み出して光送信機４１のＤＤＣ通信部４１３へ伝え、ＤＤＣ通信部４１３内のＥＤＩＤ記憶部に記憶させたものを伝送してもよい。シンク機器２１のＥＤＩＤ情報をそのまま転送する場合は、実施例１〜４で述べたメッセージや引数をそのまま使ってもよい。
【０１１１】
図１４は、機器の電力供給能力をＥＤＩＤに記述した一例を示す。４バイト目と５バイト目に、接続先のソース機器が取得する物理アドレスＡＢＣＤを記載している。新たに、電力供給能力を記述する領域を９バイト目に追加し、この領域の存在有無を８バイト目の4ビット目Power_presentフラグで示す。
【０１１２】
同フラグが"1"の時、電力供給能力の記述が存在する。電力供給能力の記述と同記述領域の存在有無フラグ以外は、シンク機器のＥＤＩＤをそのままコピーして自機器のＥＤＩＤ記憶部に記憶させておくことを原則とする。
【０１１３】
電力供給能力の記述は、シンク機器とソース機器の間のどこに存在するかを示すConnecting positionと、電力供給種別を示すPower Type、最大供給電流量を示すCurrentから構成している。
【０１１４】
Connecting positionは、シンク機器を"00"とし、読出した数値に１を加えて自機器の数値とすることにより、シンク機器につながる順に"01","02","03"とつけられるので、ＥＤＩＤをコピーして使う為の物理アドレスが重複して接続位置が不明となることを防ぐことができる。尚、"03"を読み込んだ機器は電流消費を禁じ、さらに上流のソース機器へＥＤＩＤを伝える場合は、数値を増やさないで"03"のまま記述することによって、誤動作を防ぐ。
【０１１５】
Power typeは、電力を供給できないNo powerと、自機器がＡＣアダプタを有するなど電力供給能力を有するOriginal power、自機器の映像出力端子に供給される電力を一部自分で消費して残りを供給するRelay powerを設ける。
【０１１６】
Currentは、図８に示した引数と同様に電流値を記述し、Relay power型の場合はシンク機器の供給能力に依存とする。Currentはリアルタイムに変えてもよいが、電流供給量の切換等はＣＥＣ通信部などの双方向通信路を用いたメッセージ交換の方がよい。
【０１１７】
図１５は、ソース機器とシンク機器間に複数の機器が縦続接続されることを想定したメッセージ引数の一例を示している。図１０と対比して追加した引数を説明する。ＣＤＣメッセージのInitiator Physical Addressを、ソース機器と重複しないように不明の意味を持つ"FFFF"の使用を想定して、引数の最初に２バイト分のソース機器の物理アドレスを記述して、Connecting positionデータと共に、自機器の接続場所を特定して表記できるようにしている。
【０１１８】
Connecting position は１〜３で示される3箇所を表記できるので、３機器の使用電流を記述できるよう[Cable Current]を３箇所用意している。説明の都合上、"Cable"と表現しているが、Repeater機器も含んでよい。
【０１１９】
具体的なメッセージのやりとりは実施例１〜４と同様であり、省略する。
【０１２０】
以上で述べてきたように、本実施例によれば、ソース機器とシンク機器の間に複数のケーブル又はリピータ機器が縦続接続された場合でも、ＥＤＩＤ情報の伝達とメッセージの交換電流供給の設定が自動的に形成できる利点がある。
【実施例６】
【０１２１】
他の実施例を図１６に示す。図１６は、ソース機器１１からシンク機器２１へ、無線送信機４３と無線受信機５３で映像信号を無線伝送する例を示したブロック図である。図１３の光ファイバの例と異なるのは、電気光変換の代わりに無線送信部４３１と無線受信部５３１を持ち、電力を伝えるUtility線がなく、送信機４３内にＡＣアダプタ等の電力供給部４１８を設けた点である。メッセージやその引数、動作などは実施例５と同様である。
【０１２２】
この例では、ＤＤＣ＋５Ｖ端子を通じてソース機器１１が送信する電力で無線送信部等の電力がまかなえれば、電力供給部４１８が不要となる。そこで、これまで説明してきた、シンク機器２１から電流供給するためのメッセージのやりとりと同様なメッセージをシンク機器２１とソース機器１１を置き換えて行うことにより、ソース機器１１からＤＤＣ＋５Ｖ端子３１６を通じた電流供給量を、ＤＤＣ規格に基づく５５ｍＡよりも増やすことができる。
【０１２３】
このように、シンク機器２１やソース機器１１が電力を供給することにより、無線受信機５３や無線送信機４３に必要であった、ＡＣアダプタを省略できるので、使い勝手がよくなる利点がある。
【実施例７】
【０１２４】
他の実施例を図１７に示す。図１７は、メッセージの引数を示す表であり、実施例１の図４の表に相当する他の実施例である。図４と異なる点は、ソースとケーブルの電力消費・供給状態表記を組合せて表現することにより誤設定を避け、さらに、実施例５で述べたケーブルの接続位置記述を追加したことである。
【０１２５】
シンク機器の電力供給状態を示す[Supply_Power]は、電力供給無しの"No Power"と、ソース機器への電力供給"Power for Source"、ケーブルへの電力供給"Power for Cable"、ソース機器とケーブルへそれぞれ半分づつ電力供給する"Both"を表す。図４では、ケーブルがソースへ電力供給することを認識して設定が必要であったが、図１７の例ではその動作が不要な為、シンク機器の動作が軽くなる。
【０１２６】
ケーブルの電力消費と供給を示す[C_Power]は、ケーブルでの電力消費なし"None"と、シンク機器の電力を最大まで使う"Consume Full"、半分使う"Consume Half"、シンク機器からの電力を使いながら他のＡＣアダプタ等からの電力をソース機器へ供給する"Consume & Supply"、シンク機器からの電力は使用せずにソース機器へ電力を供給する"Supply only"の５状態を表している。
【０１２７】
ケーブルの接続位置情報[Connecting Position]は、実施例５で示したように、ケーブル機器が接続位置を確認できるように、接続毎にＥＤＩＤ内の記憶データを１ずつ増やしていくものである。
【０１２８】
この方法では、全てのケーブルが１ずつ増加させる機構を持たせる必要があり、回路規模が増大する。このため、両端がプラグになっているいわゆるケーブルは次段へのＥＤＩＤ伝送時は接続位置情報をコピーするだけとし、両端が差し込み口（レセプタクルコネクタ）になっているいわゆるリピータ機器のみ、接続位置情報を２ずつ増やすとよい。片側が差し込み口でもう一方がプラグである特殊なリピータ機器の場合は、接続情報を１増やすとよい。
【０１２９】
位置情報としてメッセージ中に記載する場合、いわゆるケーブルはＥＤＩＤから取得した接続位置情報を１増やし、いわゆるリピータ機器は２増やしたものを使うことでこれらの機器がメッセージの[Connecting position]で区別できる。
【０１３０】
メッセージ交換の例は実施例１と同様であり、説明は省略する。本実施例に拠れば、誤設定が少なく、接続位置情報伝達の機構を簡略化することができる利点がある。
【０１３１】
上記の各実施例によれば、ソース機器への電力供給だけでなく、ケーブルやリピータ機器等の中継機器へ、シンク機器が電力供給をすることができるので、中継機器用にＡＣアダプタ等の電源回路が不要となり、使い勝手の良い機器を提供できる。
【０１３２】
さらに、ケーブルやリピータ機器の中継機器で消費した電力の残りまたは中継機器が持つ独自電源の電力を、ソース機器へ供給することができるので、ソース機器用のＡＣアダプタ等の電源回路が不要となり、使い勝手の良い機器を提供できる。
【符号の説明】
【０１３３】
１１ ソース機器、
２１ シンク機器、
３１，３４ ケーブル、
４１ 光送信機
５１ 光受信機
４３ 無線送信機
５３ 無線受信機
１１１ 再生部、
１１２，５１２ 映像送信部、
１１３ ＥＤＩＤ読出部、
１１４，２１４，３２４，４１４，５１４ ＣＥＣ通信部、
１１５，５１５ 電圧検出部、
１１６，３４５,５１６ ＤＤＣ＋５Ｖ供給部、
１１７，３４６，５１７ ＨＰＤ検出部、
１１８，２１７，３２５，４１７，５１８ 制御部、
１１９，２１９，３２６，３４３，４１９，５１９ 電源回路、
２１１ 表示部、
２１２，４１２ 映像受信部、
２１３ ＥＤＩＤ記憶部、
２１５,４１５ 電流制限部、
２１６,３４４，４１６ ＨＰＤ出力部、
２１８、４１８ 電力供給部、
３２１，４２０，５２１ 電気光変換部、
３２２，４２１，５２０ 光電気変換部、
３２７，４２２，４２３ 光ファイバ、
３２３ ＥＤＩＤ取得部、
３４１ スイッチ、
４１１ 多重化部、
４１３、５１３ ＤＤＣ通信部
４３１ 無線送信部
５３１ 無線受信部
４３２，５３２ アンテナ
【特許請求の範囲】
【請求項１】
中継機器を介してソース機器からシンク機器へ映像信号を伝送するシステムであって、
前記シンク機器は、前記中継機器からの要求に基づいて、前記中継機器に電力を供給することを特徴とする伝送システム。
【請求項２】
請求項１の伝送システムであって、
前記ソース機器及び前記中継機器は前記シンク機器から提供される当該シンク機器の物理アドレス情報とその入力端子番号を取得する取得部と、他機器とのメッセージを送受信する通信部とを有し、
前記メッセージの内、送信メッセージは、送信元が前記ソース機器であるか前記中継機器であるかを区別可能な情報を含み、
前記メッセージの内、前記中継機器の送信メッセージは当該中継機器が要求する電力の情報を含み、
前記シンク機器は受信したメッセージに基づいて、前記ソース機器と前記中継機器へ要求された電力の供給を開始し、当該供給する電力の情報を含むメッセージを送信することを特徴とする伝送システム。
【請求項３】
請求項２の伝送システムであって、
前記ソース機器及び前記中継機器の内、少なくとも電力供給を受ける機器は、受給する電力を検出する電圧検出部を有し、当該電圧検出部で検出する電圧が所定の電圧以下になる場合は受給する電力を増やさないまたは減らす制御を行うことを特徴とする伝送システム。
【請求項４】
請求項２の伝送システムであって、
前記シンク機器は、電力の供給量を減らす予告メッセージを送信し、
電力供給先のソース機器または中継機器から電力の供給量の維持を要求するメッセージを受信した場合は電力の供給量を維持し、
所定時間毎に前記予告メッセージを送信し、
前記予告メッセージを所定の回数送信すると、前記要求メッセージを受信しても電力供給量を減らすことを特徴とする伝送システム。
【請求項５】
請求項２の伝送システムであって、
前記シンク機器及び／または前記中継機器は、接続位置を示す情報と電力供給能力に関する情報を前記中継機器または前記ソース機器へ伝える通信部を有し、
前記接続位置を示す情報は、シンク機器の初期値に対し、接続順に順次所定値を加算した情報であって、
前記中継機器は当該中継機器の位置情報を含むメッセージを送信することを特徴とする伝送システム。
【請求項６】
ソース機器からシンク機器へ映像信号を伝送する中継機器であって、
前記中継機器から前記ソース機器及び／または前記シンク機器へ送る通信メッセージは、該シンク機器から電流を受ける端子と、該ソース機器へ電流を送る端子の間が接続されているか切断されているかを示す引数を含むことを特徴とする中継機器。
【請求項１】
中継機器を介してソース機器からシンク機器へ映像信号を伝送するシステムであって、
前記シンク機器は、前記中継機器からの要求に基づいて、前記中継機器に電力を供給することを特徴とする伝送システム。
【請求項２】
請求項１の伝送システムであって、
前記ソース機器及び前記中継機器は前記シンク機器から提供される当該シンク機器の物理アドレス情報とその入力端子番号を取得する取得部と、他機器とのメッセージを送受信する通信部とを有し、
前記メッセージの内、送信メッセージは、送信元が前記ソース機器であるか前記中継機器であるかを区別可能な情報を含み、
前記メッセージの内、前記中継機器の送信メッセージは当該中継機器が要求する電力の情報を含み、
前記シンク機器は受信したメッセージに基づいて、前記ソース機器と前記中継機器へ要求された電力の供給を開始し、当該供給する電力の情報を含むメッセージを送信することを特徴とする伝送システム。
【請求項３】
請求項２の伝送システムであって、
前記ソース機器及び前記中継機器の内、少なくとも電力供給を受ける機器は、受給する電力を検出する電圧検出部を有し、当該電圧検出部で検出する電圧が所定の電圧以下になる場合は受給する電力を増やさないまたは減らす制御を行うことを特徴とする伝送システム。
【請求項４】
請求項２の伝送システムであって、
前記シンク機器は、電力の供給量を減らす予告メッセージを送信し、
電力供給先のソース機器または中継機器から電力の供給量の維持を要求するメッセージを受信した場合は電力の供給量を維持し、
所定時間毎に前記予告メッセージを送信し、
前記予告メッセージを所定の回数送信すると、前記要求メッセージを受信しても電力供給量を減らすことを特徴とする伝送システム。
【請求項５】
請求項２の伝送システムであって、
前記シンク機器及び／または前記中継機器は、接続位置を示す情報と電力供給能力に関する情報を前記中継機器または前記ソース機器へ伝える通信部を有し、
前記接続位置を示す情報は、シンク機器の初期値に対し、接続順に順次所定値を加算した情報であって、
前記中継機器は当該中継機器の位置情報を含むメッセージを送信することを特徴とする伝送システム。
【請求項６】
ソース機器からシンク機器へ映像信号を伝送する中継機器であって、
前記中継機器から前記ソース機器及び／または前記シンク機器へ送る通信メッセージは、該シンク機器から電流を受ける端子と、該ソース機器へ電流を送る端子の間が接続されているか切断されているかを示す引数を含むことを特徴とする中継機器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−１９１２８２（Ｐ２０１２−１９１２８２Ａ）
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願番号】特願２０１１−５０９７１（Ｐ２０１１−５０９７１）
【出願日】平成２３年３月９日（２０１１．３．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＥＴＨＥＲＮＥＴ
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願日】平成２３年３月９日（２０１１．３．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＥＴＨＥＲＮＥＴ
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]