(57)【特許請求の範囲】
【請求項１】
映像及び音声信号を送信する送信装置と、前記映像及び音声信号を受信する受信装置とに接続可能な中継装置であって、
前記送信装置から認証開始用映像信号を受信する認証映像信号受信手段と、
前記中継装置が前記受信装置へ前記認証開始用映像信号または認証用要求を送信するタイミングを補正する補正値を、前記補正値を変化させながら認証処理が成功したか否かを判断することによって決定する補正値決定手段と、
前記受信装置へ前記認証開始用映像信号または前記認証用要求を送信するタイミングを前記補正値に基づいて補正する補正手段とを有し、
最初に前記送信装置から前記認証開始用映像信号を受信したときの時刻である開始時刻を記憶する開始時刻記憶手段と、
前記受信装置へ前記認証開始用映像信号を送信する認証映像信号送信手段と、
前記送信装置から送信される認証開始指示を受信する認証指示受信手段と、
前記中継装置が前記送信装置から前記認証開始用映像信号を受信したとき、受信した前記認証開始用映像信号を記憶する手段とをさらに有し、
前記補正値決定手段が、
前記中継装置が前記認証開始指示を前記送信装置から受信する前に、前記認証開始用映像信号を前記送信装置から受信したとき、前記認証開始用映像信号を受信した時刻を最新時刻として記憶する最新時刻記憶手段と、
前記中継装置が前記認証開始指示を前記送信装置から受信したとき、前記最新時刻と、前記開始時刻との差を、第３補正時間として記憶する手段とを含み、
前記補正手段が、前記補正値決定手段によって決定される前記第３補正時間と、前記開始時刻からの経過時間とを比較し、前記第３補正時間よりも前記経過時間が長いと判断されたとき、前記認証映像信号送信手段が記憶されている前記認証開始用映像信号を前記受信装置へ送信する、中継装置。
【請求項２】
前記中継装置において選択されている前記受信装置と前記送信装置とを決定する選択装置決定手段と、
前記認証開始用映像信号の解像度を取得する解像度取得手段と、
解像度リストに記載されている前記解像度の各々について前記補正値を決定する処理を実行する解像度別補正値決定手段と、
前記中継装置に接続される１または複数の前記受信装置と前記送信装置との組み合わせについて、前記補正値を前記補正値を変化させながら認証処理が成功したか否かを判断することによって決定する処理を実行する手段とをさらに有し、
前記解像度取得手段によって取得された解像度と、前記中継装置において選択されている前記受信装置の情報と前記中継装置において選択されている前記送信装置の情報とに基づいて前記補正値を決定し、前記受信装置へ前記認証開始用映像信号または前記認証用要求を送信するタイミングを前記補正値に基づいて補正する、請求項１に記載の中継装置。
【請求項３】
請求項１または２に記載の中継装置の各手段を前記中継装置に実行させる、中継装置プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置、送信装置及び受信装置の認証処理に関する。
【背景技術】
【０００２】
近年、ＤＶＤプレーヤやＢｌｕ―ｒａｙ（登録商標。以下、Ｂｌｕ―ｒａｙという。）プレーヤ等の送信機器（以下、ソース機器という。）と、ＴＶ等の受信機器（以下、シンク機器という）とを、ＡＶアンプ等の中継機器（以下、リピータという。）を介してＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ケーブルを用いて接続する形態が普及している。ＨＤＭＩケーブルを利用することで、デジタル形式でソース機器からの映像及び音声データを高画質、高音質で送受信可能となる。また、ソース機器から送信されるコンテンツの著作権を保護する機能として、ＨＤＣＰ（Ｈｉｇｈ―ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）規格で定められた機器認証及びコンテンツ保護が使用されている。
【０００３】
ＨＤＣＰ規格を用いることで、ソース機器とリピータとの間、及び、リピータとシンク機器との間のコンテンツデータを暗号化することができる。ＨＤＣＰ規格では、認証プロトコルを用いてソース機器とリピータ、及びリピータとシンク機器とがそれぞれＨＤＣＰ認証を実行する。ＨＤＣＰ認証では、第１認証、第２認証及び第３認証が実行される。ＨＤＣＰ認証の結果、リピータ及びシンク機器が不正機器でないと判断された場合、リピータ及びシンク機器はソース機器が暗号化するコンテンツを復号することが可能となる。ＨＤＣＰ規格における機器認証はＤＤＣ（Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｃｈａｎｎｎｅｌ）通信ラインを用いて実行される。
【０００４】
ところで、ソース機器及びリピータは、ＨＤＣＰ規格の認証シーケンスに規定される信号の送受信のタイミングを満たしていても、ＨＤＣＰ認証を正常に完了できないことがある。例えば、リピータがシンク機器へＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ  Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ）信号を送信した後、すぐにシンク機器へＨＤＣＰ認証開始信号を送信すると、シンク機器はＴＭＤＳ信号をロックする前にＨＤＣＰ認証開始信号を受信し、正常にＨＤＣＰ認証処理を開始できない場合がある。ＴＭＤＳ信号をロックするとは、ＴＭＤＳ信号を検出し、ＴＭＤＳ信号の解像度等を解析することである。また、ソース機器によっては、ＨＤＣＰ認証を開始するとき、リピータへ解像度の異なるＴＭＤＳ信号を短時間の間に切り替えて送信するものがある。これにより、リピータはソース機器から受信するＴＭＤＳ信号を、シンク機器へ送信するので、リピータからシンク機器へ解像度の異なるＴＭＤＳ信号が短時間の間に複数回送信される。その結果、シンク機器は正常にＴＭＤＳ信号をロックできず、ＨＤＣＰ認証を正常に実行できない。さらに、リピータはＨＤＣＰ第１認証の指示をシンク機器へ送信後、ＨＤＣＰ第１認証が正常に完了したか否かを判断するためのキーをシンク機器へ要求するが、ＨＤＣＰ第１認証の開始指示と、キーの要求の指示との間の時間が適切でない場合、キーの照合に失敗することがある。さらに、キーの照合処理から、ＴＭＤＳ信号の暗号化を開始するまでの時間が適切でない場合、リピータはＴＭＤＳ信号の暗号化に失敗することがある。
【０００５】
特開２００６−２４６３００号公報には、ＨＤＣＰの認証エラーが発生したとき、認証結果を表示することを記載している。
【０００６】
しかし、上記技術によると、ユーザはＨＤＣＰ認証エラーが生じたことを認識できるが、ＨＤＣＰ認証エラーを解決するための根本的な対応をすることができない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−２４６３００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、リピータがシンク機器とのＨＤＣＰ認証を実行するときのタイミングを補正することで、ＨＤＣＰ認証の失敗を防止することである。
【課題を解決するための手段】
【０００９】
本発明の好ましい実施形態による中継装置は、映像及び音声信号を送信する送信装置と、前記映像及び音声信号を受信する受信装置とに接続可能な中継装置であって、前記送信装置から認証開始用映像信号を受信する認証映像信号受信手段と、前記中継装置が前記受信装置へ前記認証開始用映像信号または認証用要求を送信するタイミングを補正する補正値を、前記補正値を変化させながら認証処理が成功したか否かを判断することによって決定する補正値決定手段と、前記受信装置へ前記認証開始用映像信号または前記認証用要求を送信するタイミングを前記補正値に基づいて補正する補正手段とを有する。
【００１０】
中継装置は、受信装置との認証処理において、受信装置へ認証開始用映像信号を送信するタイミング、または受信装置へ認証開始命令を送信するタイミングが適切でないことにより認証処理に失敗する。中継装置は、認証処理のタイミングを補正するための補正値を変化させ、認証が成功したときの補正値を決定する。中継装置は、補正値に基づいて受信装置へ送信する認証開始用映像信号または認証開始命令のタイミングを補正するので、認証処理の失敗を防止できる。
【００１５】
本発明の好ましい実施形態による中継装置は、最初に前記送信装置から前記認証開始用映像信号を受信したときの時刻である開始時刻を記憶する開始時刻記憶手段と、前記受信装置へ前記認証開始用映像信号を送信する認証映像信号送信手段と、前記送信装置から送信される認証開始指示を受信する認証指示受信手段と、前記中継装置が前記送信装置から前記認証開始用映像信号を受信したとき、受信した前記認証開始用映像信号を記憶する手段とをさらに有し、前記補正値決定手段が、前記中継装置が前記認証開始指示を前記送信装置から受信する前に、前記認証開始用映像信号を前記送信装置から受信したとき、前記認証開始用映像信号を受信した時刻を最新時刻として記憶する最新時刻記憶手段と、前記中継装置が前記認証開始指示を前記送信装置から受信したとき、前記最新時刻と、前記開始時刻との差を、第３補正時間として記憶する手段とを含み、前記補正手段が、前記補正値特定手段によって特定される前記第３補正時間と、前記開始時刻からの経過時間とを比較し、前記第３補正時間よりも前記経過時間が長いと判断されたとき、前記認証映像信号送信手段が記憶されている前記認証開始用映像信号を前記受信装置へ送信する。
【００１６】
送信装置は認証開始の指示を中継装置へ送信する前に、認証開始用映像信号を中継装置へ送信する。
中継装置は、認証開始用映像信号を受信装置へ送信するが、解像度の異なる認証開始用映像信号が短い間隔で受信装置から送信されると、受信装置は認証開始用映像信号を正常に処理できない。この結果、受信装置は認証処理を正常に開始できない。中継装置は、送信装置が認証開始用映像信号を最初に送信した時刻と、認証開始指示を送信する直前に認証開始用映像信号を送信された時刻との差を補正値として記憶する。中継装置は、送信装置が認証開始用映像信号を送信し始めてから、補正値で示される時間を経過したか否かを判断し、補正値を超えたときに受信装置へ認証開始用映像信号を送信するので、受信装置は複数回認証開始用映像信号を受信しない。この結果、受信装置は正常に認証処理を開始できる。
【００１７】
本発明の別の好ましい実施形態による中継装置は、前記中継装置において選択されている前記受信装置と前記送信装置とを特定する選択装置特定手段と、前記認証開始用映像信号の解像度を取得する解像度取得手段と、解像度リストに記載される前記解像度の各々について補正値決定処理を実行する解像度別決定手段と、前記中継装置に接続される１または複数の前記受信装置と前記送信装置との組み合わせについて、前記補正値決定処理を実行する手段とをさらに有する。
【００１８】
中継装置は、中継装置が出力可能な解像度ごとに、補正値を決定する処理を実行する。さらに中継装置は、中継装置に接続されている受信装置、及び送信装置の組み合わせごとに補正値を決定する処理を実行する。この結果、中継装置は、受信装置から送信される認証開始用映像信号の解像度と、中継装置において選択されている受信装置と送信装置との組み合わせごとに補正値を取得でき、補正値に従って認証処理のタイミングを補正できる。
【発明の効果】
【００２１】
リピータまたはソース機器はシンク機器とのＨＤＣＰ認証が正常に完了しないとき、ＨＤＣＰ認証におけるタイミングを自動調整することにより、ＨＤＣＰ認証が失敗することを防止することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の好ましい実施形態による機器接続の概念図である。
【図２】本発明の好ましい実施形態によるブロック図である。
【図３】リピータが有するＥＤＩＤテーブルである。
【図４】ソース機器、リピータ及びシンク機器の間のシーケンス図である。
【図５】ソース機器、リピータ及びシンク機器の間のシーケンス図である。
【図６Ａ】リピータのフローチャート図である。
【図６Ｂ】リピータのフローチャート図である。
【図７】リピータ機器が有する補正値テーブルである。
【図８】ソース機器、リピータ及びシンク機器の間のシーケンス図である。
【図９】本発明の別の実施形態によるブロック図である。
【図１０】ソース機器とシンク機器との間のシーケンス図である。
【図１１Ａ】ソース機器のフローチャート図である。
【図１１Ｂ】ソース機器のフローチャート図である。
【図１２】ソース機器とシンク機器との間のシーケンス図である。
【発明を実施するための形態】
【００２３】
以下、本発明の好ましい実施形態によるソース機器、リピータ及びシンク機器について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態による送信装置、中継装置、及び受信装置の構成図である。
【００２４】
ソース機器であるソース機器Ａ１００、ソース機器Ｂ１０１、及びソース機器Ｃ１０２は、中継機器であるリピータ２００に接続される。以下、特に区別する必要がないときは、ソース機器Ａ１００、Ｂ１０１、Ｃ１０２を単にソース機器１００という。ソース機器１００とは、例えばＤＶＤプレーヤ、Ｂｌｕ−ｒａｙプレーヤ、ＨＤＤプレーヤなどである。リピータ２００は、例えばＡＶアンプである。ソース機器１００とリピータ２００とはＨＤＭＩケーブルによって接続される。リピータ２００は複数のＨＤＭＩ入力ポートを備えており、それぞれの入力ポートにソース機器１００が接続される。
【００２５】
リピータ２００に入力された信号のうち、映像に関する信号は、ＨＤＭＩ  ＯＵＴからシンク機器Ａ３００またはシンク機器Ｂ３０１へ出力される。以下、特に区別する必要がないときは、シンク機器Ａ３００、Ｂ３０１を単にシンク機器３００という。シンク機器３００は、ディスプレイ装置であり、例えばＴＶ、ＰＣモニタなどである。リピータ２００とシンク機器３００とはＨＤＭＩケーブルによって接続される。リピータ２００は１又は複数のＨＤＭＩ出力ポートを備えており、それぞれの出力ポートにシンク機器３００が接続される。
【００２６】
ユーザはリピータ２００の入力セレクタを操作し、入力ポートであるＨＤＭＩ  ＩＮ１〜３のいずれかを選択する。さらに、ユーザは、リピータ２００の出力セレクタを操作し、ＨＤＭＩ  ＯＵＴ１〜２のいずれかを選択する。この結果、選択されたＨＤＭＩ  ＩＮに接続されているソース機器１００からの映像データはリピータ２００によって中継され、リピータ２００において選択されたＨＤＭＩ  ＯＵＴに接続されているシンク機器３００へ出力される。ソース機器１００からの音声データはリピータ２００によってアナログ変換、増幅処理等され、リピータ２００に接続されるスピーカから出力される。なお、リピータ２００が同時に２つ以上の入力信号を処理できる場合、ユーザは複数のＨＤＭＩ  ＩＮを同時に選択可能である。また、リピータ２００が同時に２つ以上の信号を出力できる場合、ユーザは複数のＨＤＭＩ  ＯＵＴを同時に選択可能である。
【００２７】
図２は、本発明の好ましい実施形態による映像音声通信システムのブロック図を示す。なお、図２は、ソース機器２００とシンク機器３００とが１台ずつリピータ２００に接続される状態を示す。
【００２８】
ソース機器１００は、制御部１１、メモリ１２、再生部１３、及びＨＤＭＩ送信部１４を備える。
【００２９】
制御部１１はメモリ１２に格納されたプログラムを実行することによりソース機器１００全体を制御するものであり、例えばマイコンやＣＰＵである。メモリ１２は、ソース機器１００の設定内容などを保持するものであり、例えばＲＯＭやＲＡＭである。再生部１３は、ソース機器１００に挿入されるディスクなどを再生するものであり、例えばＤＶＤ・Ｂｌｕ−ｒａｙ再生部や、ＨＤＤ再生部である。再生部１３はＤＶＤ・Ｂｌｕ−ｒａｙディスク等のコンテンツを再生し、再生されるコンテンツの映像データ及び音声データは、ＨＤＭＩ送信部１４へ出力される。
【００３０】
ＨＤＭＩ送信部１４は、コネクタ部１５に接続されており、再生部１３から入力された映像データ及び音声データを、制御部１１の制御に基づいて、ＨＤＭＩ規格の信号（以下、ＨＤＭＩ信号）に変換する。また、ＨＤＭＩ送信部１４は、制御部１１の制御に基づき、送信するＨＤＭＩ信号を暗号化する。また、ＨＤＭＩ送信部１４は、制御部１１の制御に基づき、ＤＤＣラインを介してリピータ２００からＨＤＣＰ認証用の照合キー等を読み出し、ＨＤＣＰ認証を実行する。
【００３１】
ソース機器１００のコネクタ部１５は、リピータ２００のコネクタ部２５とＨＤＭＩケーブルで接続される。ＨＤＭＩケーブルは、ＨＤＭＩ信号を通信するＴＭＤＳラインと、ホットプラグを検出するホットプラグラインと、ＥＤＩＤなどのデータを通信するＤＤＣ（Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｃｈａｎｎｎｅｌ）ラインと、機器間連携用の信号を通信するＣＥＣラインとで構成される。なお、ＴＭＤＳラインは通常複数存在するが、簡単のため、１本のラインのみを記載している。
【００３２】
リピータ２００は、制御部２１、メモリ２２、ＨＤＭＩ受信部２３、ＨＤＭＩ送信部２４、信号処理部２７、及び増幅部２８を有する。増幅部２８はスピーカ２９と接続される。制御部２１はメモリ２２に格納されたプログラムを実行することによりリピータ２００全体を制御するものであり、例えばマイコンやＣＰＵである。メモリ２２は、リピータ２００の設定内容などを保持するものであり、例えばＲＯＭやＲＡＭである。メモリ２２は、テーブル２０１を有する。テーブル２０１については後述する。信号処理部２７はＤＳＰなどであり、ＨＤＭＩ受信部２３で受信した音声信号は、信号処理部２７で音場補正等の処理をされ、ＤＡＣやアンプで構成される増幅部２８を介してスピーカ２９から出力される。
ＨＤＭＩ受信部２３は、制御部２１の制御に基づき、ソース機器１００のＨＤＭＩ送信部１４から送信されたＨＤＭＩ信号を受信して、ＨＤＣＰで暗号化されたＨＤＭＩ信号を復号化する。また、ＨＤＭＩ受信部２３は、制御部２１の制御に基づき、受信したＨＤＭＩ信号から元の映像データを生成し、ＨＤＭＩ送信部２４へ送信する。また、ＨＤＭＩ受信部２３は、制御部２１の制御に基づき、ＨＤＭＩ信号から元の音声データを生成し、音声信号処理部２７に供給する。
【００３３】
ＨＤＭＩ送信部２４は、コネクタ部２６に接続されており、ＨＤＭＩ受信部２３から入力され、復号化された映像データ及び音声データを、制御部２１の制御に基づいて、ＨＤＭＩ信号に変換する。また、ＨＤＭＩ送信部２４は、制御部２１の制御に基づき、送信するＨＤＭＩ信号を暗号化する。また、ＨＤＭＩ送信部２４は、制御部２１の制御に基づき、ＤＤＣラインを介してシンク機器３００から認証情報、ＨＤＣＰ認証用の照合キー等を読み出し、ＨＤＣＰ認証を実行する。
【００３４】
シンク機器３００は、制御部３１、メモリ３２、ＨＤＭＩ受信部３３及び表示部３４を備える。制御部３１はメモリ３２に格納されたプログラムを実行することによりシンク機器３００全体を制御するものであり、例えばマイコンやＣＰＵである。メモリ３２は、シンク機器３００の設定内容などを保持するものであり、例えばＲＯＭやＲＡＭである。ＨＤＭＩ受信部３３は、コネクタ部３５と接続されており、制御部３１の制御に基づき、リピータ２００から送信されるＨＤＭＩ信号を受信して、ＨＤＣＰで暗号化されたＨＤＭＩ信号を復号化する。また、ＨＤＭＩ受信部３３は、制御部３１の制御に基づき、受信したＨＤＭＩ信号から元の映像データを生成し、表示部３４へ出力する。
表示部３４はディスプレイ装置であり、例えば液晶ディスプレイやプラズマディスプレイである。
【００３５】
以上の構成を備えるリピータ２００の制御部２１は、ソース機器１００及びシンク機器３００とのＨＤＣＰ認証においてシンク機器３００へＴＭＤＳ信号を送信してから、第１認証開始指示を送信するまでの時間と、リピータ２００がシンク機器３００とのＨＤＣＰ第１認証を開始してから、ＨＤＣＰ第１認証の完了をチェックするための照合用データをシンク機器３００から取得するまでの時間と、ＨＤＣＰ第１認証を完了してからシンク機器３００へ送信するＴＭＤＳ信号を暗号化開始するまでの時間とを補正するための補正値を管理する。また、リピータ２００の制御部２１は、補正値をＴＭＤＳ信号の解像度と、ソース機器１００とシンク機器３００との組み合わせについて決定する。そして、リピータ２００の制御部２１はＨＤＣＰ認証において、それらの補正値を使用してシンク機器３００へ送信する信号または命令の送信タイミングを補正する。
【００３６】
［ソース機器とシンク機器とをリピータを介して接続する実施形態］
以下、本発明の動作を説明する。まず、図３は、リピータ２００がメモリに格納するＥＤＩＤテーブルを示す。ＥＤＩＤテーブルには、リピータ２００がシンク機器３００へ出力可能な解像度のリストが記載される。図３のＥＤＩＤテーブルは、リピータ２００が４８０ｐ、４８０ｉ、７２０ｉなどの解像度に対応していることを示す。
【００３７】
図４は、ＨＤＣＰ認証処理を開始するときのソース機器１００、リピータ２００及びシンク機器３００の各制御部が実行するシーケンスチャートを示す。本シーケンスは、ソース機器１００とリピータ２００とシンク機器３００とがＨＤＭＩケーブルで接続されたとき等に開始される。
【００３８】
リピータ２００の制御部２１はＨＤＭＩ送信部２４が送出するＨｏｔＰｌｕｇをＨｉｇｈにする（Ｓ１０１）。ソース機器１００の制御部１１は、Ｈｏｔ  Ｐｌｕｇの変化を検出し（Ｓ１０２）、リピータ２００に対してＥＤＩＤ情報を送信するよう要求する（Ｓ１０３）。リピータ２００の制御部２１は図３に示されるリピータ２００のＥＤＩＤ情報をＤＤＣラインを介してソース機器１００へ送信する（Ｓ１０４）。
【００３９】
ソース機器１００の制御部１１はＥＤＩＤ情報に基づき、リピータ２００とＴＭＤＳラインを介して通信するＨＤＭＩ信号の送信レートを決定し（Ｓ１０５）、さらに、リピータ２００へ送信する映像信号の解像度を決定する（Ｓ１０６）。ここでは、解像度としてＲｅｓＣが決定されたとする。なお、図４のフローでは省略されているが、リピータ２００とシンク機器３００との間でもＳ１０１からＳ１０６と同様の処理が実行される。
【００４０】
ソース機器１００とリピータ２００とシンク機器３００とは、それぞれＨＤＣＰ認証処理を開始する（Ｓ１０７及びＳ１０８）。
【００４１】
以下、Ｓ１０７及びＳ１０８のＨＤＣＰ認証処理について詳しく説明する。図５は、ソース機器１００とリピータ２００とシンク機器３００との間のＨＤＣＰ認証処理シーケンスを示す。図５は、左に時間軸を示している。ソース機器１００のＨＤＭＩ送信部１４は、ｔ＝Ｔ０において、ＴＭＤＳ信号をリピータ２００へ送信する（Ｓ２０１）。ここで、ｔとは時刻であり、Ｔ０はＨＤＣＰ認証処理においてソース機器１００のＨＤＭＩ送信部１４が最初にリピータ２００へＴＭＤＳ信号を送信した時刻である。Ｔ０はある時点を基準とした時刻である。ある時点とは、例えば図４のＳ１０１のＨｏｔＰｌｕｇをＨｉｇｈにした時刻などであるが、これに限定されるものではない。時刻ｔはリピータ２００が管理する。ソース機器１００のＨＤＭＩ送信部１４は、ＨＤＣＰ認証処理において、認証開始を示す映像信号としてＴＭＤＳ信号をリピータ２００へ送信する（Ｓ２０１）。Ｓ２０１ではソース機器１００のＨＤＭＩ送信部１４は解像度ＲｅｓＡのＴＭＤＳ信号を送信する。以下では、解像度ＡであるＴＭＤＳ信号を、ＴＭＤＳ（ＲｅｓＡ）の形式で記載する。
【００４２】
リピータ２００のＨＤＭＩ受信部２３は、ソース機器１００からＴＭＤＳ（ＲｅｓＡ）を受信すると、リピータ２００のＨＤＭＩ送信部２４はシンク機器３００へＴＭＤＳ（ＲｅｓＡ）を送信する（Ｓ２０２）。
【００４３】
ソース機器１００のＨＤＭＩ送信部１４はＴＭＤＳ（ＲｅｓＢ）をリピータ２００へ送信し（Ｓ２０３）、リピータ２００のＨＤＭＩ送信部２４はシンク機器３００へＴＭＤＳ（ＲｅｓＢ）を送信する（Ｓ２０４）。さらに、ソース機器１００のＨＤＭＩ送信部１４はＴＭＤＳ（ＲｅｓＣ）をリピータ２００へ送信し（Ｓ２０５）、リピータ２００のＨＤＭＩ送信部１４はシンク機器３００へＴＭＤＳ（ＲｅｓＣ）を送信する（Ｓ２０６）。以上のように、ソース機器１００のＨＤＭＩ送信部１４は、図４のＳ１０６の処理によって送信する解像度をＲｅｓＣとして決定されたにも関わらず、Ｓ１０６で決定した解像度とは異なる解像度のＴＭＤＳ信号を複数回送信することがある。解像度が異なるＴＭＤＳ信号が短時間のうちにリピータ２００のＨＤＭＩ送信部２４からシンク機器３００へ送信されるので、シンク機器３００のＨＤＭＩ受信部３３はＴＭＤＳ信号を正常にロックできず、以降のＨＤＣＰ認証処理を正常に実行できないという問題が発生する。この問題を、以下では問題１と記載する。なお、リピータ２００の制御部２１は、ソース機器１００の制御部２１がＨＤＣＰ第１認証開始の指示をする前に、何度ＴＭＤＳ信号をリピータ２００へ送信するかを知ることはできない。
【００４４】
ソース機器１００の制御部１１はｔ＝Ｔ３において、ＨＤＣＰ第１認証開始の指示をＤＤＣラインを介してリピータ２００へ送信する（Ｓ２０７）。Ｔ１はソース機器１００の制御部１１がリピータ２００へＨＤＣＰ第１認証開始の指示を送信する直前に、ＴＭＤＳ信号（Ｓ２０５の処理）をリピータ２００のＨＤＭＩ受信部２３が受信した時刻、Ｔ２はリピータ２００のＨＤＭＩ送信部２４がそのＴＭＤＳ信号を送信した時刻である。そして、Ｔｄ１はＴ１とＴ０との間の時間である。Ｔｄ１はすなわち、ソース機器１００の制御部１１がリピータ２００へＨＤＣＰ第１認証開始の指示を送信するまでに、ソース機器１００のＨＤＭＩ送信部１４がＴＭＤＳ信号をリピータ２００へ送信していた時間である。
【００４５】
リピータ２００の制御部２１は、ソース機器１００の制御部１１からＤＤＣラインを介してＨＤＣＰ第１認証開始の指示を受信し、シンク機器３００へ認証用要求である、ＨＤＣＰ第１認証開始の指示を送信する（Ｓ２０８）。時刻Ｔ４はリピータ２００の制御部２１がシンク機器３００へＨＤＣＰ第１認証開始を指示した時刻である。なお、ＨＤＣＰ認証の規格においては、ソース機器１００はＴ４から６００ｍｓ（ミリ秒。以下ｍｓという。）以内に、Ｓ２２２に示されるＨＤＣＰ第２認証を完了しなくてはならない。Ｔ４とＴ２との時間間隔はＴｄ２である。すなわちＴｄ２はリピータ２００のＨＤＭＩ送信部２４が直前にシンク機器３００へＴＭＤＳ信号を送信してからリピータ２００の制御部２１がＨＤＣＰ第１認証開始を指示するまでの時間である。ところで、Ｔｄ２が短いと、シンク機器３００の制御部３１は、Ｓ２０６でリピータ２００のＨＤＭＩ送信部２４が送信したＴＭＤＳ信号をシンク機器３００のＨＤＭＩ受信部３３がロックする前に、Ｓ２０８でリピータ２００の制御部２１からＨＤＣＰ第１認証開始の指示を受信し、シンク機器３００の制御部３１が正常にＨＤＣＰ第１認証を開始できない問題が生じる。この問題を、以下では問題２と記載する。
【００４６】
リピータ２００の制御部２１は、認証用要求としてシンク機器３００にセッションキーＲ０’を要求して取得し、Ｒ０’とリピータ２００の制御部２１が生成するセッションキーＲ０とが等しいか否かを判断する（Ｓ２０９）。時刻Ｔ５はリピータ２００の制御部２１がシンク機器３００からＲ０’を取得した時刻である。ところで、リピータ２００の制御部２１がＨＤＣＰ第１認証開始の指示をシンク機器３００へ送信してから、リピータ２００の制御部２１がシンク機器３００へＲ０’を取得する要求を送信するまでの時間が短いと、シンク機器３００の制御部３３は正しいＲ０’をリピータ２００へ送信できず、リピータ２００がＲ０の照合処理に失敗するという問題がある。この問題を、以下では問題３と記載する。
【００４７】
リピータ２００の制御部２１はＲ０とＲ０’とが一致すると判断したとき、ＨＤＣＰ第１認証を完了する（Ｓ２１０）。そして、リピータ２００の制御部２１はＨＤＭＩ送信部２４にシンク機器３００へ送信するＴＭＤＳ信号を暗号化させる（Ｓ２１１）。Ｓ２１１以降は、シンク機器３００とリピータ２００との間のＴＭＤＳ信号はすべて暗号化される。なお、リピータ２００の制御部２１が暗号化を開始する時刻はＴ６である。ところで、リピータ２００の制御部２１がＳ２０９においてＲ０とＲ０’とを照合してから、Ｓ２１１において暗号化を開始するまでの時間が短いと、リピータ２００の制御部２１が暗号化処理に失敗する可能性があるという問題が生じる。この問題を、以下では問題４と記載する。
【００４８】
ソース機器１００の制御部１１はリピータ２００と、ＨＤＣＰ第１認証を実行する（Ｓ２１２、Ｓ２１４）。ソース機器１００がリピータ２００と実行するＨＤＣＰ第１認証は、リピータ２００がシンク機器３００とＨＤＣＰ第１認証を終了した後に実行されてもよいし、並列して実行されてもよい。
【００４９】
リピータ２００の制御部２１は、シンク機器３００とＨＤＣＰ第２認証を開始する（Ｓ２１５）。ＨＤＣＰ第２認証は、接続されている機器がリピータである場合に必要な認証である。シンク機器３００の制御部３１はＤＤＣラインを介して、ＫｓｖＬｉｓｔをリピータ２００へ送信する（Ｓ２１６）。
【００５０】
リピータ２００の制御部２１はリピータ２００の制御部２１自身が生成するＫｓｖＬｉｓｔと、シンク機器３００から送信されるＫｓｖＬｉｓｔとを照合し（Ｓ２１７）、照合結果が一致する場合、ＨＤＣＰ第２認証を成功と判断し、ＨＤＣＰ第２認証を終了する（Ｓ２１８）。
【００５１】
ソース機器１００は、リピータ２００とＨＤＣＰ第２認証を開始する（Ｓ２１９）。リピータ２００の制御部２１はリピータ２００及びシンク機器３００のＫｓｖＬｉｓｔをＤＤＣラインを介してソース機器１００へ送信する（Ｓ２２０）。
【００５２】
ソース機器１００の制御部１１は、ソース機器１００自身のＫｓｖＬｉｓｔと、Ｓ２２０において受信したＫｓｖＬｉｓｔとを照合し（Ｓ２２１）、照合結果が一致する場合、ＨＤＣＰ第２認証を成功と判断し、ＨＤＣＰ第２認証を終了する（Ｓ２２２）。
【００５３】
ソース機器１００、リピータ２００及びシンク機器３００の各制御部は、ＨＤＣＰ第３認証を実行し（Ｓ２２３、Ｓ２２４、Ｓ２２５）、ＨＤＣＰ認証を終了する。
【００５４】
上記した問題１〜４を解決するために、図５のＨＤＣＰ認証シーケンスにおける信号送信のタイミングを補正する補正値を決定する。図６Ａ及び図６Ｂは信号送信タイミングの補正量を決定するリピータ２００の制御部２１が実行する処理のフローチャートを示す。なお、図６Ａ及び図６Ｂのフローチャートにおける時刻Ｔ１、Ｔ２、Ｔ３、Ｔｄ１及びＴｄ２は図５で表記される変数と対応付けられている。
【００５５】
リピータ２００の制御部２１は、ユーザ操作によってＨＤＣＰ認証シーケンスにおけるタイミングの補正量を決定するモード（以下、補正量決定モードという。）が選択された場合、または図５のＨＤＣＰ認証に失敗した場合（Ｓ３０１）、リピータ２００において選択されているソース機器１００の製品ＩＤを取得し、記憶する（Ｓ３０２）。ソース機器１００の製品ＩＤとは、ソース機器１００のＥＤＩＤなどから取得される機器情報であり、ソース機器１００を一意に特定されるものであればよい。なお、ユーザはリピータ２００に備えられるボタン等を押下することにより、補正量決定モードを開始できる。
【００５６】
制御部２１は、変数ｉを０に設定する（Ｓ３０３）。変数ｉは、図３のＥＤＩＤの解像度リストの解像度を指定するための変数である。
【００５７】
制御部２１は、図３のＥＤＩＤの解像度リストのうち、変数ｉで指定される解像度以外の解像度をマスクし、ＤＤＣラインを介してソース機器１００へ提示する（Ｓ３０４）。例えば、ｉ＝０の場合、リピータ２００は４８０ｐ以外の解像度に対応していないことをソース機器１００へ提示する。これにより、ソース機器１００のＨＤＭＩ送信部１４からリピータ２００へ送信されるＴＭＤＳ信号の解像度は４８０ｐになる。
【００５８】
制御部２１は、変数ｏｆｆｓｅｔ、ｏｆｆｓｅｔ２、ｏｆｆｓｅｔ３を０に初期化する（Ｓ３０５）。ｏｆｆｓｅｔは、リピータ２００のＨＤＭＩ送信部２４がシンク機器３００へＴＭＤＳ信号を送信してからＨＤＣＰ第１認証開始の指示を送信するまでの時間を補正するために使用される変数である。ｏｆｆｓｅｔ２は、制御部２１がシンク機器３００へＨＤＣＰ第１認証開始の指示を送信してから、Ｒ０’をシンク機器３００から取得するまでの時間を補正するために使用される変数である。ｏｆｆｓｅｔ３は、制御部２１がＲ０をチェック開始してから、暗号化を開始するまでの時間を補正するために使用される変数である。ｏｆｆｓｅｔは上記した問題２を、ｏｆｆｓｅｔ２は上記した問題３を、ｏｆｆｓｅｔ３は、上記した問題４をそれぞれ解決するための変数である。なお、問題１は以下のフローチャートにおいて決定されるＴｄ１によって解決される。
【００５９】
リピータ２００のＨＤＭＩ受信部２３はソース機器１００からＴＭＤＳ信号を受信開始する（Ｓ３０６）。リピータ２００のＨＤＭＩ受信部２３は、ソース機器１００のＨＤＭＩ送信部１４からＴＭＤＳ信号を受信開始したとき、タイマのカウントを開始する（Ｓ３０７）。タイマは変数ｔに経過時間を記録する。なお、すでにタイマのカウントが開始されているときは、タイマ変数ｔを０にリセットする。制御部２１は、ＴＭＤＳ信号を受信開始した時刻ｔを変数ｔｅｍｐへ記憶する（Ｓ３０８）。さらに制御部２１は、Ｓ３０６の処理で受信したＴＭＤＳ信号の解像度を変数ＲｅｓＴｅｍｐへ設定する（Ｓ３０９）。
【００６０】
リピータ２００のＨＤＭＩ送信部２４は、シンク機器３００へＴＭＤＳ信号を送信する（Ｓ３１０）。そして、制御部２１はシンク機器３００へＴＭＤＳ信号を送信した時刻ｔを変数Ｔ２へ記憶する（Ｓ３１１）。
【００６１】
制御部２１は、ＲｅｓＴｅｍｐの解像度が、Ｓ３０４でソース機器１００へ提示した解像度と一致するか否かを判断し（Ｓ３１２）、一致していないと判断した場合（Ｓ３１２でＮＯ）、時刻ｔが１００ｍｓ以上であるか否かを判断する（Ｓ３１３）。制御部２１は、時刻ｔが１００ｍｓ未満であると判断したとき（Ｓ３１３でＮＯ）、ソース機器１００のＨＤＭＩ送信部１４からＴＭＤＳ信号を受信したか否かを判断する（Ｓ３１５）。ソース機器１００ＨＤＭＩ送信部１４は、ソース機器１００の制御部１１がＨＤＣＰ第１認証開始の指示を送信する前に解像度が異なるＴＭＤＳ信号を複数回送信する可能性があるので、制御部２１はＳ３１５の処理によってＴＭＤＳ信号の受信の有無をチェックする。
【００６２】
制御部２１は、ＨＤＭＩ受信部２３がソース機器１００からＴＭＤＳ信号を受信したと判断した場合（Ｓ３１５でＹＥＳ）、変数ｔｅｍｐを現在時刻ｔで更新し（Ｓ３１６）、Ｓ３０９以降の処理を実行する。制御部２１は、ソース機器１００からＨＤＭＩ受信部２３がＴＭＤＳ信号を受信していないと判断した場合（Ｓ３１５でＮＯ）、Ｓ３１３の処理を実行する。
【００６３】
制御部２１は、時刻ｔが１００ｍｓ以上であると判断したとき（Ｓ３１３でＹＥＳ）、ソース機器１００の制御部１１がＳ３０４で提示した解像度の信号を送信できないと判断し、ｉをインクリメントし（Ｓ３１４）、次の解像度をＳ３０４で指定する。なお、Ｓ３１３の上限は必ずしも１００ｍｓである必要はなく、１００ｍｓより大であってもよいし、１００ｍｓ未満であってもよい。
【００６４】
ＲｅｓＴｅｍｐがＳ３０４でソース機器１００へ提示した解像度と一致していると判断された場合（Ｓ３１２でＹＥＳ）、制御部２１はＤＤＣラインを介してソース機器１００の制御部１１からＨＤＣＰ第１認証開始指示を受信する（Ｓ３１７）。制御部２１は、このときの時刻ｔを変数Ｔ３に記憶し（Ｓ３１８）、Ｔｄ１をＳ３０８またはＳ３１６で記憶したｔｅｍｐの値とする（Ｓ３１９）。以上の処理により、Ｔｄ１が決定される。
【００６５】
制御部２１は、ＤＤＣラインを介し、シンク機器３００へＨＤＣＰ第１認証開始の指示を送信する（図６ＢのＳ３２０）。制御部２１は、現在の時刻ｔからＴ２を減じた値を、Ｔｄ２として記憶する（Ｓ３２１）。そして、制御部２１は、ｏｆｆｓｅｔ２で指定される時間分、ウエイト処理を実行する（Ｓ３２２）。ウエイト処理とは、待機する処理である。ここでは、ｏｆｆｓｅｔ２は０なので、待機時間は０である。
【００６６】
制御部２１は、ＤＤＣラインを介してシンク機器３００からＲ０’を取得し（Ｓ３２３）、リピータ２００自身が生成するＲ０がＲ０’と一致しているか否かを判断し（Ｓ３２４）、Ｒ０がＲ０’と一致しないと判断された場合（Ｓ３２４でＮＯ）、ｏｆｆｓｅｔが１００ｍｓ以上であるか否かを判断する（Ｓ３２５）。制御部２１はｏｆｆｓｅｔの上限を１００ｍｓに制限している。上記したように、Ｔ４からＨＤＣＰ第２認証終了までを６００ｍｓ以下に抑える必要があるので、ｏｆｆｓｅｔを伸ばしすぎると、６００ｍｓ以内に処理を終了できなくなるおそれがあるからである。なお、必ずしも１００ｍｓである必要はない。制御部２１は、ｏｆｆｓｅｔが１００ｍｓ未満であると判断されたとき（Ｓ３２５でＮＯ）、ｏｆｆｓｅｔに１０ｍｓを加算する（Ｓ３２６）。
【００６７】
リピータ２００のＨＤＭＩ送信部２４はシンク機器３００へＴＭＤＳ信号を送信し（Ｓ３２７）、制御部２１はＴｄ２＋ｏｆｆｓｅｔの時間だけウエイト処理を実行し（Ｓ３２８）、シンク機器３００へＨＤＣＰ第１認証開始の指示を送信する（Ｓ３２９）。すなわち、制御部２１はＳ３２７からＳ３２９において、シンク機器３００とのＨＤＣＰ第１認証処理を再実行する。再実行時は、制御部２１はシンク機器３００へＴＭＤＳ信号を送信してからＨＤＣＰ第１認証開始を指示するまでの時間を前回実行時よりも１０ｍｓ伸ばす。
【００６８】
制御部２１は、ｏｆｆｓｅｔが１００ｍｓ以上であると判断したとき（Ｓ３２５でＹＥＳ）、ｏｆｆｓｅｔ２が１００ｍｓ以上であるか否かを判断する（Ｓ３３０）。上記したように、ソース機器１００はＴ４からＨＤＣＰ第２認証終了までを６００ｍｓ以下に抑える必要があるので、ｏｆｆｓｅｔ２も１００ｍｓを上限としている。ただし、必ずしも１００ｍｓに限定される必要はない。
【００６９】
制御部２１は、ｏｆｆｓｅｔ２が１００ｍｓ未満であると判断した場合（Ｓ３３０でＮＯ）、ｏｆｆｓｅｔ２に１０ｍｓを加算し（Ｓ３３１）、Ｓ３２７以降の再認証の処理を実行する。
【００７０】
制御部２１は、ｏｆｆｓｅｔ２が１００ｍｓ以上であると判断したとき（Ｓ３３０でＹＥＳ）、図３の解像度リストの全解像度に対し、Ｓ３０５以降の処理を実行したか否かを判断する（Ｓ３３８）。
【００７１】
制御部２１は、Ｒ０が一致すると判断された場合（Ｓ３２４でＹＥＳ）、ｏｆｆｓｅｔ３の時間分ウエイト処理を実行する（Ｓ３３２）。ｏｆｆｓｅｔ３の初期値は０なので、ここでの待機時間は０である。
【００７２】
制御部２１は、暗号化処理を開始する（Ｓ３３３）。暗号化処理は、図５のＳ２１１の暗号化処理である。制御部２１は、暗号化処理を失敗したか否かを判断し（Ｓ３３４）、失敗したと判断された場合（Ｓ３３４でＹＥＳ）、ｏｆｆｓｅｔ３が１００ｍｓ以上であるか否かを判断する（Ｓ３３５）。制御部２１は、ｏｆｆｓｅｔ３が１００ｍｓ未満であると判断したとき（Ｓ３３５でＮＯ）、ｏｆｆｓｅｔ３に１０ｍｓを加算し（Ｓ３３６）、Ｓ３２７以降の再認証を実行する。ｏｆｆｓｅｔ３が更新されることで、Ｓ３３２の処理において、ｏｆｆｓｅｔ３分のウエイト処理が実行される。これにより、暗号化処理（Ｓ３３３）が開始されるタイミングが遅くなり、暗号化処理の失敗を防止できる。制御部２１はｏｆｆｓｅｔ３の上限を１００ｍｓとしているが必ずしも１００ｍｓに限定される必要はない。
【００７３】
制御部２１は、ｏｆｆｓｅｔ３が１００ｍｓ以上であると判断した場合（Ｓ３３５でＹＥＳ）、ｏｆｆｓｅｔ３を上限まで延長しても暗号化処理に失敗するので、Ｓ３０５で対象にしている解像度については、タイミングの補正値を記憶せず、Ｓ３３８以降の処理を実行する。なお、制御部２１は第１認証処理は成功するが、Ｓ３３３の暗号化処理を失敗する場合、ｏｆｆｓｅｔ３を除き、Ｔｄ１、Ｔｄ２＋ｏｆｆｓｅｔ、ｏｆｆｓｅｔ２をＳ３３７の処理よって記憶してもよい。
【００７４】
制御部２１は、暗号化処理に成功した場合（Ｓ３３４でＮＯ）、Ｓ３３４の処理の時点で設定されているＴｄ１、Ｔｄ２＋ｏｆｆｓｅｔ、ｏｆｆｓｅｔ２及びｏｆｆｓｅｔ３を、Ｓ３０２で選択されたソース機器１００、Ｓ３０５で選択された解像度、及び選択されているシンク機器３００の情報とともに図７のテーブル２０１へ記憶する。テーブル２０１は、シンク機器３００の製品ＩＤとソース機器１００の製品ＩＤとの組み合わせについて、Ｔｄ１を記憶し、さらに、各解像度に対応してＴｄ２＋ｏｆｆｓｅｔ、ｏｆｆｓｅｔ２及びｏｆｆｓｅｔ３を記憶する。
【００７５】
制御部２１は、解像度リストに示される全解像度に対してＳ３０５以降の処理を実行したか否かを判断し（Ｓ３３８）、実行したと判断された場合（Ｓ３３８でＹＥＳ）、リピータ２００に接続されている全ソース機器１００に対して、Ｓ３０１からＳ３３８までの処理を実行したか否かを判断する（Ｓ３３９）。全ソース機器１００に対して処理を実行したと判断された場合（Ｓ３３９でＹＥＳ）、処理を終了し、未処理のソース機器１００が存在すると判断される場合（Ｓ３３９でＮＯ）、次のソース機器１００を選択し（Ｓ３４１）、Ｓ３０２以降の処理を実行する。また、制御部２１は、Ｓ３３８の処理において全解像度をチェックしていないと判断した場合（Ｓ３３８でＮＯ）、ｉをインクリメントし（Ｓ３４０）、Ｓ３０５以降の処理を実行する。なお、本フローチャートには記載していないが、ソース機器１００だけではなく、シンク機器３００がリピータ２００に複数接続されている場合には、制御部２１はそれぞれのシンク機器３００に対してもＳ３０２以降の処理を実行する。その結果、制御部２１は図７のように、複数のシンク機器３００に対して各補正値を決定できる。図７のテーブル２０１は、例えばシンク機器３００がＭｏｎｉｔｏｒ１であり、ソース機器１００がＰｌａｙｅｒ１である場合、Ｔｄ１は４０ｍｓであり、解像度が４８０ｉの場合はＴｄ２＋ｏｆｆｓｅｔが２０ｍｓであり、ｏｆｆｓｅｔ２が０ｍｓであり、ｏｆｆｓｅｔ３も０ｍｓであることを示す。
【００７６】
以上の実施形態によると、リピータ２００の制御部２１はＨＤＣＰ認証処理における補正値を、ＴＭＤＳ信号の解像度と、リピータ２００に接続されるソース機器１００とシンク機器３００とについて自動的に決定できる。なお、ｏｆｆｓｅｔのインクリメントの幅を１０ｍｓとしたが、もっと細かくてもよいし、もっと大きくてもよい。また、制御部２１はすべてのｏｆｆｓｅｔを決定せずに、ｏｆｆｓｅｔのみ、またはｏｆｆｓｅｔ２のみ、またはｏｆｆｓｅｔ３のみを決定してもよい。
【００７７】
図８は、図６Ａ及び図６Ｂの処理によって決定されるＴｄ１、ｏｆｆｓｅｔ、Ｔｄ２＋ｏｆｆｓｅｔ２及びｏｆｆｓｅｔ３を利用して、ソース機器１００、リピータ２００、シンク機器３００がＨＤＣＰ認証処理を実行するシーケンスチャートを示す。
【００７８】
ソース機器１００のＨＤＭＩ送信部１４は、ＴＭＤＳ信号をリピータ２００へ送信する（Ｓ５０１）。リピータ２００の制御部２１は、ＨＤＭＩ受信部２３がソース機器１００から受信するＴＭＤＳ信号を一時的にメモリ２２へ記憶する（Ｓ５０２）。リピータ２００の制御部２１はタイマを開始し、変数ｔへ経過時間を格納する（Ｓ５０３）。制御部２１は、現在リピータ２００において選択されているソース機器１００、及びシンク機器３００の情報を使用し、図７のテーブルからＴｄ１を特定する（Ｓ５０４）。例えば、ソース機器１００がＰｌａｙｅｒ１であり、シンク機器３００がＭｏｎｉｔｏｒ１である場合、Ｔｄ１は４０ｍｓである。
【００７９】
制御部２１は、ＨＤＭＩ受信部２３がソース機器１００からＴＭＤＳ信号を受信したか否かを判断する（Ｓ５０５）。制御部２１は、ＴＭＤＳ信号を受信したと判断したとき（Ｓ５０５でＹＥＳ）、受信したＴＭＤＳ信号をメモリ２２へ一時的に保存する（Ｓ５０６）。Ｓ５０６の処理によって、Ｓ５０２で保存したＴＭＤＳ信号のデータは上書きされる。制御部２１は、ＴＭＤＳ信号を受信していないと判断する場合（Ｓ５０５でＮＯ）、以下で説明するＳ５０７の処理を実行する。
【００８０】
制御部２１は、現在時刻ｔがＴｄ１以上であるか否かを判断し（Ｓ５０７）、ｔがＴｄ１未満であると判断された場合（Ｓ５０７でＮＯ）、Ｓ５０５以降の処理を繰り返す。制御部２１が、時刻ｔがＴｄ１以上であると判断した場合（Ｓ５０７でＹＥＳ）、リピータ２００のＨＤＭＩ送信部２４はＳ５０２またはＳ５０６の処理においてメモリ２２へ記憶したＴＭＤＳ信号をシンク機器３００へ送信する（Ｓ５０８）。
【００８１】
リピータ２００のＨＤＭＩ受信部２３は、Ｓ５０１からＳ５０７の処理の間に、ソース機器１００から解像度が異なる複数のＴＭＤＳ信号を受信する可能性があるが、リピータ２００のＨＤＭＩ送信部２４はシンク機器３００へ、Ｔｄ１の時間を経過したのち、最後に受信したＴＭＤＳ信号をＳ５０８において一度だけ送信する。この結果、リピータ２００から不要なＴＭＤＳ信号がシンク機器３００へ複数回送信され、シンク機器３００のＨＤＭＩ受信部３３がＴＭＤＳ信号を正常にロックできないという問題（上記した問題１）を防止できる。
【００８２】
リピータ２００の制御部２１は、メモリ２２に記憶されているＴＭＤＳ信号の解像度を特定し、図７のテーブル２０１から、ｏｆｆｓｅｔ、Ｔｄ２＋ｏｆｆｓｅｔ２、ｏｆｆｓｅｔ３を取得する（Ｓ５０９）。例えば、シンク機器３００がＭｏｎｉｔｏｒ１、ソース機器１００がＰｌａｙｅｒ１、ＴＭＤＳ信号の解像度が１０８０ｐであった場合、Ｔｄ２＋ｏｆｆｓｅｔは１００ｍｓ、ｏｆｆｓｅｔ２は１００ｍｓ、ｏｆｆｓｅｔ３は３０ｍｓである。
【００８３】
ソース機器１００の制御部１１はＤＤＣラインを介し、ＨＤＣＰ第１認証開始の指示をリピータ２００へ送信する（Ｓ５１０）。リピータ２００の制御部２１は、時刻ｔがＴｄ２＋ｏｆｆｓｅｔより大きいか否かを判断し（Ｓ５１１）、大きいと判断した場合（Ｓ５１１でＹＥＳ）、ＨＤＣＰ第１認証開始の指示をＤＤＣラインを介してシンク機器３００へ送信し（Ｓ５１３）、大きくないと判断した場合（Ｓ５１１でＮＯ）、時刻ｔがＴｄ２＋ｏｆｆｓｅｔを超えるまで待機する（Ｓ５１２）。リピータ２００の制御部２１は、Ｓ５０８の処理によってＴＭＤＳ信号を送信してから、シンク機器３００へＨＤＣＰ第１認証開始の指示を送信するまで、Ｔｄ２＋ｏｆｆｓｅｔの時間遅延をさせるので、シンク機器３００のＨＤＭＩ受信部３３がＴＭＤＳ信号をロックするまでにシンク機器３００の制御部３１がＤＤＣラインを介してＨＤＣＰ第１認証開始の指示を受信し、シンク機器３００の制御部３１が正常にＨＤＣＰ第１認証を完了できないという、上記した問題２を解決できる。
【００８４】
リピータ２００の制御部２１は、シンク機器３００へＨＤＣＰ第１認証開始の指示を送信した後、Ｏｆｆｓｅｔ２の時間待機し（Ｓ５１４）、シンク機器３００からＲ０’を取得し、Ｒ０とＲ０’との照合処理を実行する（Ｓ５１５）。制御部２１は、ｏｆｆｓｅｔ２の時間分シンク機器３００からのＲ０’の取得時刻を遅延させることにより、上記した問題３を解決できる。
【００８５】
制御部２１はＨＤＣＰ第１認証を完了し（Ｓ５１６）、Ｏｆｆｓｅｔ３の時間待機し（Ｓ５１７）、暗号化処理を開始する（Ｓ５１８）。制御部２１は、ｏｆｆｓｅｔ３の時間分、暗号化処理開始の時刻を遅延させるので、上記した問題４を解決できる。以降、ソース機器１００、リピータ２００及びシンク機器３００の各制御部は、第２認証、第３認証を実行する。
【００８６】
以上の実施形態によると、ＨＤＣＰ第１認証における各処理のタイミングを図６Ａ、図６Ｂにおいて決定される補正値に基づいて遅延させるので、ＨＤＣＰ認証が失敗するという問題を解決することができる。なお、図８のＨＤＣＰ認証において、リピータ２００の制御部２１はＴｄ１、Ｔｄ２＋ｏｆｆｓｅｔ、ｏｆｆｓｅｔ２、ｏｆｆｓｅｔ３をすべて適用したが、いずれか一つを適用してもよいし、任意の組み合わせで適用してもよい。
【００８７】
［ソース機器とシンク機器とを直接接続する実施形態］
図９はソース機器１００とシンク機器３００とがリピータ２００を介さずに直接接続されるときの実施形態におけるブロック図を示す。ソース機器１００とシンク機器３００とがＨＤＭＩケーブルで接続される。本接続形態の場合、ソース機器１００がシンク機器３００に対してＨＤＣＰ認証を実行する。
【００８８】
図１０は、ソース機器１００とシンク機器３００とがＨＤＣＰ認証を実行するときのシーケンスチャートを示す。詳細は図５で説明済みであるので、ここでは簡略に説明する。
【００８９】
ソース機器１００のＨＤＭＩ送信部１４はシンク機器３００へ解像度が異なるＴＭＤＳ信号を連続して送信する（Ｓ６０１〜Ｓ６０３）。これにより、シンク機器３００のＨＤＭＩ受信部３３は、ＴＭＤＳ信号のロックを失敗する可能性がある。
【００９０】
ソース機器１００の制御部１１は、ＤＤＣラインを介してシンク機器３００へＨＤＣＰ第１認証開始の指示を送信する（Ｓ６０４）。制御部１１はＤＤＣラインを介しシンク機器３００からＲ０’を取得し、ソース機器１００のＲ０と照合する（Ｓ６０５）。Ｓ６０４の処理におけるＨＤＣＰ第１認証開始の指示と、Ｓ６０５におけるＲ０’取得処理との間隔が短すぎると、制御部１１はＲ０の照合処理に失敗する可能性がある。
【００９１】
制御部１１はＨＤＣＰ第１認証処理を完了し（Ｓ６０６）、暗号化処理を開始する（Ｓ６０７）。制御部１１は、Ｒ０の照合処理から暗号化処理までの間隔が短すぎると、暗号化処理に失敗する可能性がある。以降、ソース機器１００の制御部１１はシンク機器３００の制御部３１とＨＤＣＰ第３認証を実行する。なお、本実施形態において、ソース機器１００の制御部１１はＨＤＣＰ第２認証を実行しない。
【００９２】
上記した通り、ソース機器１００とシンク機器３００とを直接接続したときのＨＤＣＰ認証処理においても、リピータ２００を介して接続したときと同一の問題が発生する。
【００９３】
図１１Ａ及び図１１Ｂは、ソース機器１００の制御部１１がＨＤＣＰ認証における信号または命令の送信のタイミングを補正するための補正値を決定するフローチャートを示す。詳細は図６Ａ及び図６Ｂで説明済みであるので、ここでは簡略に説明する。
【００９４】
ソース機器１００の制御部１１はユーザ操作によって補正量決定モードが選択されるか、またはＨＤＣＰ認証に失敗する（Ｓ７０１）。制御部１１は、変数ｉを０で初期化する（Ｓ７０２）。
【００９５】
制御部１１は、ソース機器１００自身のＥＤＩＤを参照し、変数ｉで指定される解像度を選択する（Ｓ７０３）。
【００９６】
制御部１１は、ｏｆｆｓｅｔ、ｏｆｆｓｅｔ２及びｏｆｆｓｅｔ３を０で初期化する（Ｓ７０４）。ソース機器１００のＨＤＭＩ送信部１４は、ＴＭＤＳ信号をシンク機器３００へ送信開始する（Ｓ７０５）。制御部１１は、タイマをスタートし、変数ｔに経過時間を設定する。変数ｔの初期値は０である。
【００９７】
制御部１１は現在時刻ｔを変数ｔｅｍｐに設定する。制御部１１は、Ｓ７０５の処理においてシンク機器３００へ送信したＴＭＤＳ信号の解像度をＲｅｓＴｅｍｐへ記憶し（Ｓ７０８）、ＲｅｓＴｅｍｐがＳ７０３で選択した解像度と一致しているかを判断する（Ｓ７０９）。ＴＭＤＳ信号の解像度を決定するのはソース機器１００の制御部１１自身であるが、自身で設定した解像度のＴＭＤＳ信号が発生できているか否かを確認する。
【００９８】
ＲｅｓＴｅｍｐがＳ７０３において選択した解像度と一致しないと判断された場合（Ｓ７０９でＮＯ）、制御部１１は時刻ｔが１００ｍｓ以上であるか否かを判断する。ｔが１００ｍｓ以上であると判断された場合（Ｓ７１０でＹＥＳ）、制御部１１はｉをインクリメントし（Ｓ７１１）、次の解像度についてＳ７０３以降の処理を実行する。制御部１１は、ｔが１００ｍｓ未満であると判断した場合（Ｓ７１０でＮＯ）、ＨＤＭＩ送信部１４がＴＭＤＳ信号をシンク機器３００へ送信する処理を実行したか否かを判断し（Ｓ７１２）、ＴＭＤＳ信号送信処理が実行されていないときは（Ｓ７１２でＮＯ）、Ｓ７１０の処理を実行する。制御部１１は、ＨＤＭＩ送信部１４がＴＭＤＳ信号を送信する処理を実行したと判断したとき（Ｓ７１２でＹＥＳ）、変数ｔｅｍｐを現在時刻ｔで更新し（Ｓ７１３）、Ｓ７０８以下の処理を実行する。なお、Ｓ７１０における上限値は１００ｍｓ以上であってもよいし、１００ｍｓ以下であってもよい。
【００９９】
制御部１１は、ＲｅｓＴｅｍｐがＳ７０３で選択した解像度と一致すると判断したとき（Ｓ７０９でＹＥＳ）、シンク機器３００へＨＤＣＰ第１認証開始を指示する（Ｓ７１４）。制御部１１はシンク機器３００へＨＤＣＰ第１認証開始を指示した時刻をＴ３に設定し（Ｓ７１５）、Ｔｄ１をｔｅｍｐの値に設定する（Ｓ７１６）。
【０１００】
制御部１１は、Ｔｄ２にｔ−ｔｅｍｐの値を設定し（図１１ＢのＳ７１７）、ｏｆｆｓｅｔ２で指定される時間のウエイト処理を実行する（Ｓ７１８）。制御部１１はＤＤＣラインを介してシンク機器３００へＲ０’の取得要求を実行し（Ｓ７１９）、ソース機器１００のＲ０とシンク機器３００のＲ０’とが一致するか否かを判断し（Ｓ７２０）、一致しないと判断されたとき（Ｓ７２０でＮＯ）、ｏｆｆｓｅｔが１００ｍｓ以上であるか否かを判断する（Ｓ７２１）。ｏｆｆｓｅｔが１００ｍｓ未満であると判断されたとき（Ｓ７２１でＮＯ）、制御部１１はｏｆｆｓｅｔに１０ｍｓ加算し（Ｓ７２５）、ソース機器１００のＨＤＭＩ送信部１４はシンク機器３００へＴＭＤＳ信号を送信する（Ｓ７２２）。制御部１１は、Ｔｄ２＋ｏｆｆｓｅｔの時間分待機し（Ｓ７２３）、再度シンク機器３００へＨＤＣＰ第１認証開始の指示を送信し（Ｓ７２４）、Ｓ７１８以降の処理を実行する。
【０１０１】
制御部１１は、ｏｆｆｓｅｔが１００ｍｓ以上であると判断した場合（Ｓ７２１でＹＥＳ）、ｏｆｆｓｅｔ２が１００ｍｓ以上であるか否かを判断し（Ｓ７２６）、ｏｆｆｓｅｔ２が１００ｍｓ以上であると判断されたとき（Ｓ７２６でＹＥＳ）、Ｓ７３４以降の処理を実行する。制御部１１はｏｆｆｓｅｔ２が１００ｍｓ未満であると判断したとき（Ｓ７２６でＮＯ）、ｏｆｆｓｅｔ２に１０ｍｓ加算し（Ｓ７２７）、Ｓ７２２以降の再認証処理を実行する。
【０１０２】
制御部１１は、Ｒ０の照合処理が成功したと判断した場合（Ｓ７２０でＹＥＳ）、ｏｆｆｓｅｔ３の時間分待機し（Ｓ７２８）、暗号化処理を開始する（Ｓ７２９）。制御部１１は暗号化処理が失敗したか否かを判断し（Ｓ７３０）、失敗したと判断されたとき（Ｓ７３０でＹＥＳ）、ｏｆｆｓｅｔ３が１００ｍｓ以上であるか否かを判断する（Ｓ７３１）。制御部１１は、ｏｆｆｓｅｔ３が１００ｍｓ未満であると判断したとき（Ｓ７３１でＮＯ）、ｏｆｆｓｅｔ３に１０ｍｓを加算し（Ｓ７３２）、Ｓ７２２以降の再認証処理を実行する。
【０１０３】
制御部１１は、ｏｆｆｓｅｔ３が１００ｍｓ以上であると判断したとき（Ｓ７３１でＹＥＳ）、Ｓ７３４以降の処理を実行する。制御部１１は、暗号化処理に成功したと判断したとき（Ｓ７３０でＮＯ）、現在のＴｄ１、Ｔｄ２＋ｏｆｆｓｅｔ、ｏｆｆｓｅｔ２及びｏｆｆｓｅｔ３をシンク機器３００及び解像度とともにテーブル２０１へ記憶する。
【０１０４】
制御部１１は、自身のＥＤＩＤの解像度リストの全解像度に対して、Ｓ７０１からＳ７３３の処理を実行したか否かを判断し（Ｓ７３４）、終了したと判断した場合（Ｓ７３４でＹＥＳ）、処理を終了し、終了していないと判断した場合（Ｓ７３４でＮＯ）、ｉをインクリメントし（Ｓ７３５）、Ｓ７０４以降の処理を継続する。
【０１０５】
図１２は、図１１Ａ及び図１１Ｂの処理によって決定された補正値を利用してＨＤＣＰ認証処理を実行するソース機器１００とシンク機器３００との間のシーケンスチャートを示す。本処理の詳細については図８で説明済みなので、ここでは簡略に説明する。
【０１０６】
ソース機器１００の制御部１１は、現在接続されているシンク機器３００の情報に基づき、テーブル２０１からＴｄ１を取得する（Ｓ８０１）。なお、本実施形態におけるテーブル２０１では、ソース機器１００は固定であり、シンク機器３００は通常は１つである。
【０１０７】
ソース機器１００のＨＤＭＩ送信部１４は、シンク機器３００へＴＭＤＳ信号を送信開始する（Ｓ８０２）。ソース機器１００の制御部１１はシンク機器３００へＨＤＭＩ送信部１４が最初にＴＭＤＳ信号を送信したとき、送信したＴＭＤＳ信号を一時的にメモリ１２に記憶し（Ｓ８０３）、タイマを開始し、経過時刻を変数ｔに設定する（Ｓ８０４）。
【０１０８】
ソース機器１００のＨＤＭＩ送信部１４は、複数回ＴＭＤＳ信号をシンク機器３００へ送信することがあるので、制御部１１は、ＴＭＤＳ信号をシンク機器３００へ送信したか否かを判断し（Ｓ８０５）、ＨＤＭＩ送信部１４が新たにＴＭＤＳ信号をシンク機器３００へ送信したと判断したとき（Ｓ８０５でＹＥＳ）、送信したＴＭＤＳ信号を一時的にメモリ１２へ記憶する。なお、制御部１１はＳ８０３で記憶したＴＭＤＳ信号は消去する。
【０１０９】
制御部１１は、ＨＤＭＩ送信部１４がＴＭＤＳ信号を送信していないと判断したとき（Ｓ８０５でＮＯ）、時刻ｔがＴｄ１以上であるか否かを判断し（Ｓ８０７）、Ｔｄ１未満であると判断したとき（Ｓ８０７でＮＯ）、Ｓ８０５以下の処理を繰り返す。制御部１１はｔがＴｄ１以上であると判断したとき（Ｓ８０７でＹＥＳ）、ＨＤＭＩ送信部１４にメモリ１２に記憶されているＴＭＤＳ信号をシンク機器３００へ送信させる（Ｓ８０８）。
【０１１０】
制御部１１は、メモリ１２に記憶されているＴＭＤＳ信号の解像度を特定し、対応するＴｄ２＋ｏｆｆｓｅｔ、ｏｆｆｓｅｔ２及びｏｆｆｓｅｔ３をテーブル２０１から取得する（Ｓ８０９）。
【０１１１】
制御部１１は、時刻ｔがＴｄ２＋ｏｆｆｓｅｔよりも大きいか否かを判断し（Ｓ８１０）、Ｔｄ２＋ｏｆｆｓｅｔ以下であると判断されたとき（Ｓ８１０でＮＯ）、時刻ｔがＴｄ２＋ｏｆｆｓｅｔを超えるまで待機する（Ｓ８１１）。制御部１１は、ｔがＴｄ２＋ｏｆｆｓｅｔより大きいと判断したとき（Ｓ８１０でＹＥＳ）、ＤＤＣラインを介し、ＨＤＣＰ第１認証開始指示をシンク機器３００へ送信する（Ｓ８１２）。
【０１１２】
制御部１１は、ｏｆｆｓｅｔ２の時間分ウエイト処理を実行する（Ｓ８１３）。制御部１１はＤＤＣラインを介してシンク機器３００へＲ０’を要求し、自身のセッションキーであるＲ０と、シンク機器３００のセッションキーＲ０’とを比較照合し（Ｓ８１４）、ＨＤＣＰ第１認証処理を終了する（Ｓ８１５）。さらに制御部１１は、ｏｆｆｓｅｔ３の時間分ウエイト処理を実行し（Ｓ８１６）、暗号化処理を開始する（Ｓ８１７）。以降、制御部１１はＨＤＣＰ第３認証処理を実行する。
【０１１３】
以上の実施形態２によると、ソース機器１００とシンク機器３００とが直接接続されたときのＨＤＣＰ認証において、ソース機器１００の制御部１１は補正値に基づいてＨＤＣＰ認証におけるタイミングを補正するので、ＨＤＣＰ認証が失敗することを防止できる。
【０１１４】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。
ＨＤＭＩケーブルではなく、ＤＶＩケーブルを接続されたときに実行するＨＤＣＰ認証に上記実施形態を使用することもできる。
【産業上の利用可能性】
【０１１５】
本発明は、ＡＶレシーバー、ＡＶアンプ、ＤＶＤプレーヤ、Ｂｌｕ―ｒａｙプレーヤ等の機器に好適に採用され得る。
【符号の説明】
【０１１６】
１００          ソース機器Ａ
１０１          ソース機器Ｂ
１０２          ソース機器Ｃ
２００          リピータ
３００          シンク機器Ａ
３０１          シンク機器Ｂ
１１              制御部
１２              メモリ
１３            再生部
１４            ＨＤＭＩ送信部
１５            コネクタ部
２１            制御部
２２            メモリ
２３            ＨＤＭＩ受信部
２４            ＨＤＭＩ送信部
２５            コネクタ部
２６            コネクタ部
２７            信号処理部
２８            増幅部
２９            スピーカ
３１            制御部
３２            メモリ
３３            ＨＤＭＩ受信部
３４            表示部
３５            コネクタ部
【図１】
0005811771.tif 000002
【図２】
0005811771.tif 000003
【図３】
0005811771.tif 000004
【図４】
0005811771.tif 000005
【図５】
0005811771.tif 000006
【図６Ａ】
0005811771.tif 000007
【図６Ｂ】
0005811771.tif 000008
【図７】
0005811771.tif 000009
【図８】
0005811771.tif 000010
【図９】
0005811771.tif 000011
【図１０】
0005811771.tif 000012
【図１１Ａ】
0005811771.tif 000013
【図１１Ｂ】
0005811771.tif 000014
【図１２】
0005811771.tif 000015