リピーター機器
【課題】 シンク機器がコンテンツデータを受信可能か否かを示す信号を検出することができないリピーター機器において、シンク機器がスタンバイ状態にされた場合にも、ソース機器との認証を実行することができるリピーター機器を提供する。
【解決手段】 リピーター機器は、シンク機器に情報を送信し、シンク機器への情報の送信に対してシンク機器から非受理通知を受信した場合、送信部に一旦コンテンツデータの送信を停止させ、その後、コンテンツデータの送信を開始させ、シンク機器への情報の送信を再実行する。シンク機器から非受理通知を所定回数受信した場合、レジスタに記憶されているリピータ情報をシンク機器であることを示す情報に書き換え、シンク機器であることを示す情報に書き換えられたリピータ情報をソース機器に取得させ、ソース機器にリピーター機器と認証させる。
【解決手段】 リピーター機器は、シンク機器に情報を送信し、シンク機器への情報の送信に対してシンク機器から非受理通知を受信した場合、送信部に一旦コンテンツデータの送信を停止させ、その後、コンテンツデータの送信を開始させ、シンク機器への情報の送信を再実行する。シンク機器から非受理通知を所定回数受信した場合、レジスタに記憶されているリピータ情報をシンク機器であることを示す情報に書き換え、シンク機器であることを示す情報に書き換えられたリピータ情報をソース機器に取得させ、ソース機器にリピーター機器と認証させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リピーター機器に関する。
【背景技術】
【０００２】
ソース機器（例えば、ＢＤ（ブルーレイディクス）プレーヤ）と、リピーター機器（例えば、ＡＶレシーバ）と、シンク機器（例えば、ディスプレイ装置）とが、ＨＤＭＩケーブルを介して接続されたコンテンツ送受信システムが利用されている。ＢＤプレーヤは、ＢＤディスクに記録されているコンテンツを再生し、ＡＶレシーバに送信する。ＡＶレシーバは、コンテンツに含まれる音声データに音声処理を実行し、スピーカーから音声を出力する。ＡＶレシーバは、映像データをディスプレイ装置に送信する。ディスプレイ装置は、ＡＶレシーバから供給された映像データに映像処理を実行し、表示する。
【０００３】
シンク機器は、ＨＤＭＩのＴＭＤＳ信号を受信できるか否かを示す信号としてReceiver Senseという信号を出力する。Receiver
Senseがオン状態の場合、シンク機器がＴＭＤＳ信号を受信可能であり、Receiver Senseがオフ状態の場合、シンク機器がＴＭＤＳ信号を受信不可能であることを示す。また、Receiver Senseがオフ状態の場合、シンク機器は、一般的にはＨＤＣＰ認証を実行しなくなる。
【０００４】
ここで、ＡＶレシーバの中には、Receiver
Senseのオンオフを検出できないものがある。このようなＡＶレシーバにおいて、ＢＤプレーヤで音楽ＣＤを再生して、ＡＶレシーバからスピーカーに音声を出力する場合、ディスプレイ装置が不要となるので、ユーザ操作によって、ディスプレイ装置が電源オン状態からスタンバイ状態にされる。すると、ディスプレイ装置は、ホットプラグ信号はハイレベルのままで、Receiver Senseをオンからオフに遷移させる。しかし、ＡＶレシーバは、Receiver Senseを検出できないので、ディスプレイ装置に対して、ＨＤＭＩ信号の出力と、ＨＤＣＰ認証を繰り返す。しかし、ディスプレイ装置は、スタンバイ状態であるので、ＨＤＣＰ認証には成功しない。ここで、ＡＶレシーバとディスプレイ装置との間でＨＤＣＰ認証に失敗すると、ＡＶレシーバとＢＤプレーヤとの間でもＨＤＣＰ認証に失敗する。その結果、ＡＶレシーバは、ＢＤプレーヤから音楽データを含むＨＤＭＩデータを受信できなくなり、音楽を再生できなくなる。つまり、ディスプレイ装置をスタンバイ状態にすると、ＡＶレシーバから音が出なくなるという問題がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−４１０９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、シンク機器がコンテンツデータを受信可能か否かを示す信号を検出することができないリピーター機器において、シンク機器がスタンバイ状態にされた場合にも、ソース機器との認証を実行することができるリピーター機器を提供することである。
【課題を解決するための手段】
【０００７】
本発明の好ましい実施形態によるリピーター機器は、ソース機器とシンク機器とに接続可能なリピーター機器であり、前記ソース機器からコンテンツデータを受信する受信部と、コンテンツデータを前記シンク機器に送信する送信部と、前記ソース機器によって取得される、前記リピーター機器が、リピーター機器又はシンク機器のどちらであるかを示すリピータ情報を記憶する記憶部と、前記前記シンク機器との間で認証を実行し、前記シンク機器に情報を送信する第１認証部と、前記シンク機器への情報の送信に対して前記シンク機器から非受理通知を受信したか否かを判断する手段と、前記シンク機器から非受理通知を受信した場合に、前記送信部に一旦コンテンツデータの送信を停止させ、その後、前記送信部にコンテンツデータの送信を開始させ、前記第１認証部に前記シンク機器への情報の送信を再実行させる手段と、前記シンク機器から非受理通知を所定回数受信したか否かを判断する判断部と、前記シンク機器から非受理通知を所定回数受信した場合、前記記憶部に記憶されている前記リピータ情報をシンク機器であることを示す情報に書き換えるリピータ情報書換部と、シンク機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる第２認証部とを備える。
【０００８】
本発明の別の好ましい実施形態によるリピーター機器は、ソース機器とシンク機器とに接続可能なリピーター機器であり、前記ソース機器からコンテンツデータを受信する受信部と、コンテンツデータを前記シンク機器に送信する送信部と、前記ソース機器によって取得される、前記リピーター機器が、リピーター機器又はシンク機器のどちらであるかを示すリピータ情報を記憶する記憶部と、前記シンク機器との間で認証を実行する第１認証部と、前記シンク機器との間の認証に所定回数以上継続して失敗しているか否かを判断する判断部と、前記シンク機器との間の認証に所定回数以上継続して失敗していると判断された場合、前記記憶部に記憶されている前記リピータ情報をシンク機器であることを示す情報に書き換えるリピータ情報書換部と、シンク機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる第２認証部とを備える。
【０００９】
これらの実施形態では、シンク機器から所定回数継続して非受理通知を受信したか否か、又は、シンク機器との間の認証に所定回数以上継続して失敗しているか否かを判断される。シンク機器から所定回数継続して非受理通知を受信した場合、又は、シンク機器との間の認証に所定回数以上継続して失敗した場合、シンク機器からのReceiver Senseがオンからオフに遷移したと推定される。そこで、記憶部に記憶されているリピーター情報をシンク機器であることを示す情報に書き換える。シンク機器であることを示す情報に書き換えられたリピータービットをソース機器に取得させ、シンク機器にリピーター機器と認証させる。リピーター情報がリピーター機器であることを示す情報である場合、リピーター機器とシンク機器との間の認証が成功しないと、ソース機器とリピーター機器との間の認証が成功しない。従って、シンク機器がスタンバイ状態になると、ソース機器とリピーター機器との間の認証が成功しない。しかし、リピーター情報がシンク機器であることを示す情報に書き換えられた場合、シンク機器の状態とは無関係に、ソース機器とリピーター機器との間で認証を実行することができる。従って、シンク機器がスタンバイ状態になっても、ソース機器とリピーター機器との間で認証を実行することができる。
【００１０】
好ましい実施形態においては、前記リピータ情報書換部によって前記記憶部に記憶されている前記リピータ情報がシンク機器であることを示す情報に書き換えられたあとにも、前記第１認証部が前記シンク機器との間で認証を実行し、前記第１認証部が前記シンク機器との間で認証に成功した場合、前記リピータ情報書換部が、前記記憶部に記憶されている前記リピータ情報をリピーター機器であることを示す情報に書き換え、前記第２認証部が、リピーター機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる。
【発明の効果】
【００１１】
シンク機器がコンテンツデータを受信可能か否かを示す信号を検出することができないリピーター機器において、シンク機器がスタンバイ状態にされた場合にも、ソース機器との認証を実行することができるリピーター機器を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】ＡＶレシーバ２０の構成を示すブロック図である。
【図２】ＡＶレシーバ２０の動作を示すフローチャートである。
【図３】ＡＶレシーバ２０の動作を示すフローチャートである。
【図４】ＡＶレシーバ２０の動作を示すフローチャートである。
【図５】ＡＶレシーバ２０の動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。本実施形態において、コンテンツは、映像（画像も含む、以下同様。）データおよび／または音声データ等である。
【００１４】
図１に示すように、ＡＶレシーバ（コンテンツ送受信装置、リピーター機器）２０の入力側にはＢＤ（ブルーレイディスク）プレーヤ１０（コンテンツ送信装置、ソース機器）が接続可能である。ＡＶレシーバ２０の出力側には、ディスプレイ装置４０（コンテンツ受信装置、シンク機器）が接続可能である。ＢＤプレーヤ１０、ＡＶレシーバ２０及びディスプレイ装置４０は、例えばＨＤＭＩ規格に準拠しており、ＨＤＭＩケーブルを介して相互に接続されている。ＢＤプレーヤ１０は、ディスクから映像データ及び音声データを再生してＨＤＭＩデータに変換してＡＶレシーバ２０に供給する。
【００１５】
ＡＶレシーバ２０は、ＨＤＭＩ受信部２１と、レジスタ２２と、ＨＤＭＩ送信部２３と、制御部２４と、メモリ（ＲＯＭ、ＲＡＭ等）２５と、音声処理部２６と、操作部２７と、表示部２８と、ＨＤＭＩ入力端子２９と、ＨＤＭＩ出力端子３０とを概略備える。制御部２４は、メモリ２５に格納されているＡＶレシーバの動作プログラムに基づいて、ＡＶレシーバ２０の各部を制御するものであり、例えば、マイコンやＣＰＵ等である。
【００１６】
ＨＤＭＩ受信部２１は、ＢＤプレーヤ１０からＨＤＭＩ入力端子２９を介してＨＤＭＩデータを受信し、受信したＨＤＭＩデータから元の映像データを生成し、ＨＤＭＩ送信部２３に供給する。また、ＨＤＭＩ受信部２１は、受信したＨＤＭＩデータから元の音声データを生成し、音声処理部２６に供給する。
【００１７】
ＨＤＭＩ受信部２１はレジスタ（記憶素子）２２を有しており、レジスタ２２にはＡＶレシーバ２０の認証情報およびリピータービット（リピータ情報）が登録されている。ＨＤＣＰ認証において、レジスタ２２に登録されている認証情報およびリピータービットが、ＢＤプレーヤ１０のＨＤＭＩ送信部によって読み出される。リピータービットは、その機器がリピーター機器（すなわち、他の機器にＨＤＭＩデータを送信可能な機器）であるか、シンク機器（すなわち、他の機器にＨＤＭＩデータを送信不可能な機器）であるかを示す機器情報であり、値が「１」であるときリピーター機器であることを示し、値が「０」であるときシンク機器であることを示す。
【００１８】
ＨＤＭＩ送信部２３は、ＨＤＭＩ受信部２１から供給された映像データをＨＤＭＩデータに変換する。ＨＤＭＩ送信部２３は、ＨＤＭＩ出力端子３０を介してディスプレイ装置４０にＨＤＭＩデータを送信する。
【００１９】
音声処理部２６は、ＨＤＭＩ受信部２１から供給された音声データに対して、例えば、信号処理、遅延処理、イコライザ処理、音量調整処理、増幅処理、ＤＡ変換等の音声処理を実行し、外部に接続されたスピーカー６０に音声信号を供給する。操作部２７は、ユーザ操作を受け付けるものであり、ＡＶレシーバ２０の筐体に設けられた操作ボタン、及び／又は、リモコン送受信機等である。表示部２８は、ＬＣＤやＦＬ管等である。
【００２０】
本実施形態のＨＤＭＩ送信部２３は、ディスプレイ装置４０から例えばＨＤＭＩのＴＭＤＳラインを介して供給されるReceiver Senseを検出することができない。従って、ディスプレイ装置４０がスタンバイ状態にされた場合に、制御部２４は、ディスプレイ装置４０がＨＤＭＩ信号のＴＭＤＳ信号を受信できないことをReceiver Senseに基づいて判別することができない。
【００２１】
そこで、本実施形態では、制御部２４は、ＡＶレシーバ２０がディスプレイ装置４０との間のＨＤＣＰ認証に所定時間（例えば３秒）以上継続して失敗しているか否かを判断する。（あるいは、制御部２４は、ＡＶレシーバ２０がディスプレイ装置４０との間のＨＤＣＰ認証に所定回数以上継続して失敗しているか否かを判断してもよい。）ディスプレイ装置４０との間のＨＤＣＰ認証に所定時間以上継続して失敗していると判断された場合、制御部２４は、ディスプレイ装置４０からのReceiver Senseがオンからオフに遷移したと推定する。そこで、制御部２４は、レジスタ２２に記憶されているリピータービットをシンク機器であることを示す「０」に書き換える。そして、「０」に書き換えられたリピータービットをＢＤプレーヤ１０のＨＤＭＩ送信部に取得させ、ＢＤプレーヤ１０にＡＶレシーバ２０とＨＤＣＰ認証させる。
【００２２】
リピータービットがリピーター機器であることを示す「１」である場合、ＡＶレシーバ２０とディスプレイ装置４０との間のＨＤＣＰ認証が成功しないと、ＢＤプレーヤ１０とＡＶレシーバ２０との間のＨＤＣＰ認証が成功しない。従って、ディスプレイ装置４０がスタンバイ状態になると、ＢＤプレーヤ１０とＡＶレシーバ２０との間のＨＤＣＰ認証が成功しない。しかし、リピータービットがシンク機器であることを示す「０」に書き換えられた場合、ディスプレイ装置４０の状態とは無関係に、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる。従って、ディスプレイ装置４０がスタンバイ状態になっても、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる。
【００２３】
以下、本実施形態の動作を説明する。図２に示すように、制御部２４は、ディスプレイ装置４０からのホットプラグ信号がハイレベルであるか否かを判断する（Ｓ１）。ホットプラグ信号がローレベルであれば（Ｓ１でＮＯ）、処理を終了する。ホットプラグ信号がハイレベルである場合（Ｓ１でＹＥＳ）、制御部２４は、ディスプレイ装置４０からＥＤＩＤ情報を取得し（Ｓ２）、ＨＤＭＩ送信部２３にＨＤＭＩ信号をディスプレイ装置４０に出力させる（Ｓ３）。
【００２４】
制御部２４は、ＨＤＭＩ送信部２３にディスプレイ装置４０のＨＤＭＩ受信部とＨＤＣＰ認証を開始させ、所定時間（例えば３秒）のタイマーカウントを実行する（Ｓ４）。詳細には、ディスプレイ装置４０のレジスタから認証情報を読み出して、認証情報が正当であれば、ＨＤＣＰ認証に成功する。認証情報が不正である、又は、認証情報を読み出すことができなければ、ＨＤＣＰ認証に失敗する。認証情報は、例えば、ＨＤＣＰ規格で定められているＫＳＶ（キーセレクトベクター）等を含む。
【００２５】
制御部２４は、ディスプレイ装置４０との間のＨＤＣＰ認証に成功したか否かを判断する（Ｓ５）。成功した場合（Ｓ５でＹＥＳ）、処理を終了する。失敗した場合（Ｓ５でＮＯ）、所定時間（３秒）以上継続してＨＤＣＰ認証に失敗しているかが判断される（Ｓ６）。Ｓ６でＮＯの場合、ＨＤＣＰ認証が継続され（Ｓ７）、Ｓ５に戻る。Ｓ６でＹＥＳの場合、制御部２４は、レジスタ２２に登録されているリピータービットを、シンク機器であることを示す「０」に書き換える（Ｓ８）。つまり、ＡＶレシーバ２０がリピーター機器ではなく、シンク機器であることをＢＤプレーヤ１０に認識させる。
【００２６】
制御部２４は、ＡＶレシーバ２０からＢＤプレーヤ１０へのホットプラグ信号を、ハイレベルから一旦ローレベルに反転させ、その後再びハイレベルに反転させる（Ｓ９）。これは、ＡＶレシーバ２０とＢＤプレーヤ１０との接続を一旦解除された状態にさせ、再度、ＢＤプレーヤ１０にリピータービットを取得させるためである。
【００２７】
ＢＤプレーヤ１０は、ホットプラグ信号がローレベルからハイレベルに反転したことを検出すると、ＡＶレシーバ２０からリピータービットを取得して、ＡＶレシーバ２０がシンク機器であると認識する。従って、ディスプレイ装置４０がスタンバイ状態であっても、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる（Ｓ１０）。ＢＤプレーヤ１０は、音楽データを含むＨＤＭＩデータをＡＶレシーバ２０に送信し、ＡＶレシーバ２０は受信したＨＤＭＩデータから音楽データを再生することができる。
【００２８】
以上の処理によって、ディスプレイ装置４０が電源オン状態からスタンバイ状態にされた場合に、ＡＶレシーバ２０は、ディスプレイ装置４０とのＨＤＣＰ認証に所定時間以上継続して失敗すると、ディスプレイ装置４０からのReceiver Senseがオンからオフに遷移したと推定し、リピータービットをシンク機器であることを示す「０」に書き換える。従って、従って、ディスプレイ装置４０がスタンバイ状態であっても、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる。
【００２９】
なお、制御部２４は、リピータービットがシンク機器であることを示す「０」に書き換えられたあとにも、ＨＤＭＩ送信部２３に、ディスプレイ装置４０にＨＤＭＩ信号を送信させ、ディスプレイ装置４０とＨＤＣＰ認証を実行させる（Ｓ１１）。これは、再度ディスプレイ装置４０がスタンバイ状態から電源オン状態になった場合に、ＡＶレシーバ２０のリピータービットをリピーター機器であることを示す「１」に書き換えて、ＡＶレシーバー２０をリピーター機器として動作させるためである。
【００３０】
すなわち、図３に示すように、リピータービットがシンク機器であることを示す「０」に書き換えられたあと、制御部２４は、ディスプレイ装置４０とのＨＤＣＰ認証に成功したか否かを判断している（Ｓ２１）。成功した場合（Ｓ２１でＹＥＳ）、制御部２４は、レジスタ２２に登録されているリピータービットを、リピーター機器であることを示す「１」に書き換える（Ｓ２２）。つまり、ＡＶレシーバ２０がシンク機器ではなく、リピーター機器であることをＢＤプレーヤ１０に認識させる。
【００３１】
制御部２４は、ＡＶレシーバ２０からＢＤプレーヤ１０へのホットプラグ信号を、ハイレベルから一旦ローレベルに反転させ、その後再びハイレベルに反転させる（Ｓ２３）。これは、ＡＶレシーバ２０とＢＤプレーヤ１０との接続を一旦解除された状態にさせ、再度、ＢＤプレーヤ１０にリピータービットを取得させるためである。
【００３２】
ＢＤプレーヤ１０は、ホットプラグ信号がローレベルからハイレベルに反転したことを検出すると、ＡＶレシーバ２０からリピータービットを取得して、ＡＶレシーバ２０がリピーター機器であると認識する。このとき、ディスプレイ装置４０とＡＶレシーバ２０との間ではＨＤＣＰ認証に成功しているので、リピータービットが「１」であっても、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる（Ｓ２４）。ＢＤプレーヤ１０は、映像データ及び音声データを含むＨＤＭＩデータをＡＶレシーバ２０に送信し、ＡＶレシーバ２０は受信したＨＤＭＩデータから音声データを取得して再生し、映像データを含むＨＤＭＩデータをディスプレイ装置に送信する。
【００３３】
以上のように、ディスプレイ装置４０とのＨＤＣＰ認証が可能となった場合には、ＡＶレシーバ２０を本来のリピーター機器として動作させることができる。
【００３４】
次に、本発明の別の好ましい実施形態を説明する。図４は本例の処理を示すフローチャートであり、図２と同一処理には同一符号を付し、説明を省略する。制御部２４は、ＨＤＭＩ送信部２３にディスプレイ装置４０のＨＤＭＩ受信部とＨＤＣＰ認証を開始させる（Ｓ１５）。制御部２４は、ディスプレイ装置４０との間のＨＤＣＰ認証に成功したか否かを判断する（Ｓ１６）。成功した場合（Ｓ１６でＹＥＳ）、処理を終了する。失敗した場合（Ｓ１６でＮＯ）、所定回数（例えば３回）以上継続してＨＤＣＰ認証に失敗したかが判断される（Ｓ１７）。Ｓ１７でＮＯの場合、ＨＤＣＰ認証が継続され（Ｓ７）、Ｓ１６に戻る。Ｓ１７でＹＥＳの場合、Ｓ８に進む。
【００３５】
次に、本発明のさらに別の好ましい実施形態を説明する。図５は本例の処理を示すフローチャートであり、図２と同一処理には同一符号を付し、説明を省略する。Ｓ３の後、制御部２４は、ＨＤＭＩ送信部２３にディスプレイ装置４０のＨＤＭＩ受信部とＨＤＣＰ認証を開始させ、ディスプレイ装置４０のＨＤＭＩ受信部にＤＤＣラインを介して、認証に必要な情報を送信する（Ｓ２１）。当該情報は、レジスタのアドレス情報（０Ｘ７４）と、このアドレス情報の後に続く実際の通知内容とを含む。ディスプレイ装置４０のＨＤＭＩ受信部は、当該情報を受け入れた場合にはＡＣＫ（受理通知）をＡＶレシーバ２０のＨＤＭＩ送信部２３に送信し、情報を受け入れなかった場合にはＮＡＣＫ（非受理通知）をＡＶレシーバ２０のＨＤＭＩ送信部２３に送信する。
【００３６】
制御部２４は、ＨＤＭＩ送信部２３がディスプレイ装置４０のＨＤＭＩ受信部からＡＣＫを受信したか否かを判断する（Ｓ２２）。ＡＣＫを受信した場合（Ｓ２２でＹＥＳ）、処理を終了する。一方、ＡＣＫではなくＮＡＣＫを受信した場合（Ｓ２４でＮＯ）、制御部２２は、ディスプレイ装置４０のＨＤＭＩ受信部から所定回数（例えば３回）以上継続してＮＡＣＫを受信したか否かを判断する（Ｓ２３）。所定回数以上継続して受信していない場合（Ｓ２３でＮＯ）、制御部２４は、ＨＤＭＩ送信部２３にＨＤＭＩ信号の出力を一旦停止させ（Ｓ２４）、その後、Ｓ３に戻って、ＨＤＭＩ送信部２３にＨＤＭＩ信号の出力を開始させ、再度、情報の送信を実行させる（Ｓ２１）。Ｓ２３において、所定回数以上継続して受信した場合（２３でＹＥＳ）、Ｓ８へと進む。Ｓ８以降の処理は図２の説明の通りである。なお、一旦ＨＤＭＩ信号の出力を停止させ、再度ＨＤＭＩ信号の出力を開始させることによって、ＨＤＭＩ信号自体のノイズなどの影響で、ディスプレイ装置４０のＨＤＭＩ受信部で情報が受け入れられなかった場合であっても、次回には情報が受け入れられる可能性がある。
【００３７】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。ＡＶレシーバに上記動作を実行させるためのプログラムおよびこれを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００３８】
本発明はＡＶレシーバ等のリピーター機器に好適に適用され得る。
【符号の説明】
【００３９】
１０ ＢＤプレーヤ
２０ ＡＶアンプ
２１ ＨＤＭＩ受信部
２２ レジスタ
２３ ＨＤＭＩ送信部
２４ 制御部
２５ メモリ
２６ 音声処理部
２７ 制御部
２８ 表示部
２９ ＨＤＭＩ入力端子
３０ ＨＤＭＩ出力端子
４０ ディスプレイ装置
【技術分野】
【０００１】
本発明は、リピーター機器に関する。
【背景技術】
【０００２】
ソース機器（例えば、ＢＤ（ブルーレイディクス）プレーヤ）と、リピーター機器（例えば、ＡＶレシーバ）と、シンク機器（例えば、ディスプレイ装置）とが、ＨＤＭＩケーブルを介して接続されたコンテンツ送受信システムが利用されている。ＢＤプレーヤは、ＢＤディスクに記録されているコンテンツを再生し、ＡＶレシーバに送信する。ＡＶレシーバは、コンテンツに含まれる音声データに音声処理を実行し、スピーカーから音声を出力する。ＡＶレシーバは、映像データをディスプレイ装置に送信する。ディスプレイ装置は、ＡＶレシーバから供給された映像データに映像処理を実行し、表示する。
【０００３】
シンク機器は、ＨＤＭＩのＴＭＤＳ信号を受信できるか否かを示す信号としてReceiver Senseという信号を出力する。Receiver
Senseがオン状態の場合、シンク機器がＴＭＤＳ信号を受信可能であり、Receiver Senseがオフ状態の場合、シンク機器がＴＭＤＳ信号を受信不可能であることを示す。また、Receiver Senseがオフ状態の場合、シンク機器は、一般的にはＨＤＣＰ認証を実行しなくなる。
【０００４】
ここで、ＡＶレシーバの中には、Receiver
Senseのオンオフを検出できないものがある。このようなＡＶレシーバにおいて、ＢＤプレーヤで音楽ＣＤを再生して、ＡＶレシーバからスピーカーに音声を出力する場合、ディスプレイ装置が不要となるので、ユーザ操作によって、ディスプレイ装置が電源オン状態からスタンバイ状態にされる。すると、ディスプレイ装置は、ホットプラグ信号はハイレベルのままで、Receiver Senseをオンからオフに遷移させる。しかし、ＡＶレシーバは、Receiver Senseを検出できないので、ディスプレイ装置に対して、ＨＤＭＩ信号の出力と、ＨＤＣＰ認証を繰り返す。しかし、ディスプレイ装置は、スタンバイ状態であるので、ＨＤＣＰ認証には成功しない。ここで、ＡＶレシーバとディスプレイ装置との間でＨＤＣＰ認証に失敗すると、ＡＶレシーバとＢＤプレーヤとの間でもＨＤＣＰ認証に失敗する。その結果、ＡＶレシーバは、ＢＤプレーヤから音楽データを含むＨＤＭＩデータを受信できなくなり、音楽を再生できなくなる。つまり、ディスプレイ装置をスタンバイ状態にすると、ＡＶレシーバから音が出なくなるという問題がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−４１０９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、シンク機器がコンテンツデータを受信可能か否かを示す信号を検出することができないリピーター機器において、シンク機器がスタンバイ状態にされた場合にも、ソース機器との認証を実行することができるリピーター機器を提供することである。
【課題を解決するための手段】
【０００７】
本発明の好ましい実施形態によるリピーター機器は、ソース機器とシンク機器とに接続可能なリピーター機器であり、前記ソース機器からコンテンツデータを受信する受信部と、コンテンツデータを前記シンク機器に送信する送信部と、前記ソース機器によって取得される、前記リピーター機器が、リピーター機器又はシンク機器のどちらであるかを示すリピータ情報を記憶する記憶部と、前記前記シンク機器との間で認証を実行し、前記シンク機器に情報を送信する第１認証部と、前記シンク機器への情報の送信に対して前記シンク機器から非受理通知を受信したか否かを判断する手段と、前記シンク機器から非受理通知を受信した場合に、前記送信部に一旦コンテンツデータの送信を停止させ、その後、前記送信部にコンテンツデータの送信を開始させ、前記第１認証部に前記シンク機器への情報の送信を再実行させる手段と、前記シンク機器から非受理通知を所定回数受信したか否かを判断する判断部と、前記シンク機器から非受理通知を所定回数受信した場合、前記記憶部に記憶されている前記リピータ情報をシンク機器であることを示す情報に書き換えるリピータ情報書換部と、シンク機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる第２認証部とを備える。
【０００８】
本発明の別の好ましい実施形態によるリピーター機器は、ソース機器とシンク機器とに接続可能なリピーター機器であり、前記ソース機器からコンテンツデータを受信する受信部と、コンテンツデータを前記シンク機器に送信する送信部と、前記ソース機器によって取得される、前記リピーター機器が、リピーター機器又はシンク機器のどちらであるかを示すリピータ情報を記憶する記憶部と、前記シンク機器との間で認証を実行する第１認証部と、前記シンク機器との間の認証に所定回数以上継続して失敗しているか否かを判断する判断部と、前記シンク機器との間の認証に所定回数以上継続して失敗していると判断された場合、前記記憶部に記憶されている前記リピータ情報をシンク機器であることを示す情報に書き換えるリピータ情報書換部と、シンク機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる第２認証部とを備える。
【０００９】
これらの実施形態では、シンク機器から所定回数継続して非受理通知を受信したか否か、又は、シンク機器との間の認証に所定回数以上継続して失敗しているか否かを判断される。シンク機器から所定回数継続して非受理通知を受信した場合、又は、シンク機器との間の認証に所定回数以上継続して失敗した場合、シンク機器からのReceiver Senseがオンからオフに遷移したと推定される。そこで、記憶部に記憶されているリピーター情報をシンク機器であることを示す情報に書き換える。シンク機器であることを示す情報に書き換えられたリピータービットをソース機器に取得させ、シンク機器にリピーター機器と認証させる。リピーター情報がリピーター機器であることを示す情報である場合、リピーター機器とシンク機器との間の認証が成功しないと、ソース機器とリピーター機器との間の認証が成功しない。従って、シンク機器がスタンバイ状態になると、ソース機器とリピーター機器との間の認証が成功しない。しかし、リピーター情報がシンク機器であることを示す情報に書き換えられた場合、シンク機器の状態とは無関係に、ソース機器とリピーター機器との間で認証を実行することができる。従って、シンク機器がスタンバイ状態になっても、ソース機器とリピーター機器との間で認証を実行することができる。
【００１０】
好ましい実施形態においては、前記リピータ情報書換部によって前記記憶部に記憶されている前記リピータ情報がシンク機器であることを示す情報に書き換えられたあとにも、前記第１認証部が前記シンク機器との間で認証を実行し、前記第１認証部が前記シンク機器との間で認証に成功した場合、前記リピータ情報書換部が、前記記憶部に記憶されている前記リピータ情報をリピーター機器であることを示す情報に書き換え、前記第２認証部が、リピーター機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる。
【発明の効果】
【００１１】
シンク機器がコンテンツデータを受信可能か否かを示す信号を検出することができないリピーター機器において、シンク機器がスタンバイ状態にされた場合にも、ソース機器との認証を実行することができるリピーター機器を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】ＡＶレシーバ２０の構成を示すブロック図である。
【図２】ＡＶレシーバ２０の動作を示すフローチャートである。
【図３】ＡＶレシーバ２０の動作を示すフローチャートである。
【図４】ＡＶレシーバ２０の動作を示すフローチャートである。
【図５】ＡＶレシーバ２０の動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。本実施形態において、コンテンツは、映像（画像も含む、以下同様。）データおよび／または音声データ等である。
【００１４】
図１に示すように、ＡＶレシーバ（コンテンツ送受信装置、リピーター機器）２０の入力側にはＢＤ（ブルーレイディスク）プレーヤ１０（コンテンツ送信装置、ソース機器）が接続可能である。ＡＶレシーバ２０の出力側には、ディスプレイ装置４０（コンテンツ受信装置、シンク機器）が接続可能である。ＢＤプレーヤ１０、ＡＶレシーバ２０及びディスプレイ装置４０は、例えばＨＤＭＩ規格に準拠しており、ＨＤＭＩケーブルを介して相互に接続されている。ＢＤプレーヤ１０は、ディスクから映像データ及び音声データを再生してＨＤＭＩデータに変換してＡＶレシーバ２０に供給する。
【００１５】
ＡＶレシーバ２０は、ＨＤＭＩ受信部２１と、レジスタ２２と、ＨＤＭＩ送信部２３と、制御部２４と、メモリ（ＲＯＭ、ＲＡＭ等）２５と、音声処理部２６と、操作部２７と、表示部２８と、ＨＤＭＩ入力端子２９と、ＨＤＭＩ出力端子３０とを概略備える。制御部２４は、メモリ２５に格納されているＡＶレシーバの動作プログラムに基づいて、ＡＶレシーバ２０の各部を制御するものであり、例えば、マイコンやＣＰＵ等である。
【００１６】
ＨＤＭＩ受信部２１は、ＢＤプレーヤ１０からＨＤＭＩ入力端子２９を介してＨＤＭＩデータを受信し、受信したＨＤＭＩデータから元の映像データを生成し、ＨＤＭＩ送信部２３に供給する。また、ＨＤＭＩ受信部２１は、受信したＨＤＭＩデータから元の音声データを生成し、音声処理部２６に供給する。
【００１７】
ＨＤＭＩ受信部２１はレジスタ（記憶素子）２２を有しており、レジスタ２２にはＡＶレシーバ２０の認証情報およびリピータービット（リピータ情報）が登録されている。ＨＤＣＰ認証において、レジスタ２２に登録されている認証情報およびリピータービットが、ＢＤプレーヤ１０のＨＤＭＩ送信部によって読み出される。リピータービットは、その機器がリピーター機器（すなわち、他の機器にＨＤＭＩデータを送信可能な機器）であるか、シンク機器（すなわち、他の機器にＨＤＭＩデータを送信不可能な機器）であるかを示す機器情報であり、値が「１」であるときリピーター機器であることを示し、値が「０」であるときシンク機器であることを示す。
【００１８】
ＨＤＭＩ送信部２３は、ＨＤＭＩ受信部２１から供給された映像データをＨＤＭＩデータに変換する。ＨＤＭＩ送信部２３は、ＨＤＭＩ出力端子３０を介してディスプレイ装置４０にＨＤＭＩデータを送信する。
【００１９】
音声処理部２６は、ＨＤＭＩ受信部２１から供給された音声データに対して、例えば、信号処理、遅延処理、イコライザ処理、音量調整処理、増幅処理、ＤＡ変換等の音声処理を実行し、外部に接続されたスピーカー６０に音声信号を供給する。操作部２７は、ユーザ操作を受け付けるものであり、ＡＶレシーバ２０の筐体に設けられた操作ボタン、及び／又は、リモコン送受信機等である。表示部２８は、ＬＣＤやＦＬ管等である。
【００２０】
本実施形態のＨＤＭＩ送信部２３は、ディスプレイ装置４０から例えばＨＤＭＩのＴＭＤＳラインを介して供給されるReceiver Senseを検出することができない。従って、ディスプレイ装置４０がスタンバイ状態にされた場合に、制御部２４は、ディスプレイ装置４０がＨＤＭＩ信号のＴＭＤＳ信号を受信できないことをReceiver Senseに基づいて判別することができない。
【００２１】
そこで、本実施形態では、制御部２４は、ＡＶレシーバ２０がディスプレイ装置４０との間のＨＤＣＰ認証に所定時間（例えば３秒）以上継続して失敗しているか否かを判断する。（あるいは、制御部２４は、ＡＶレシーバ２０がディスプレイ装置４０との間のＨＤＣＰ認証に所定回数以上継続して失敗しているか否かを判断してもよい。）ディスプレイ装置４０との間のＨＤＣＰ認証に所定時間以上継続して失敗していると判断された場合、制御部２４は、ディスプレイ装置４０からのReceiver Senseがオンからオフに遷移したと推定する。そこで、制御部２４は、レジスタ２２に記憶されているリピータービットをシンク機器であることを示す「０」に書き換える。そして、「０」に書き換えられたリピータービットをＢＤプレーヤ１０のＨＤＭＩ送信部に取得させ、ＢＤプレーヤ１０にＡＶレシーバ２０とＨＤＣＰ認証させる。
【００２２】
リピータービットがリピーター機器であることを示す「１」である場合、ＡＶレシーバ２０とディスプレイ装置４０との間のＨＤＣＰ認証が成功しないと、ＢＤプレーヤ１０とＡＶレシーバ２０との間のＨＤＣＰ認証が成功しない。従って、ディスプレイ装置４０がスタンバイ状態になると、ＢＤプレーヤ１０とＡＶレシーバ２０との間のＨＤＣＰ認証が成功しない。しかし、リピータービットがシンク機器であることを示す「０」に書き換えられた場合、ディスプレイ装置４０の状態とは無関係に、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる。従って、ディスプレイ装置４０がスタンバイ状態になっても、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる。
【００２３】
以下、本実施形態の動作を説明する。図２に示すように、制御部２４は、ディスプレイ装置４０からのホットプラグ信号がハイレベルであるか否かを判断する（Ｓ１）。ホットプラグ信号がローレベルであれば（Ｓ１でＮＯ）、処理を終了する。ホットプラグ信号がハイレベルである場合（Ｓ１でＹＥＳ）、制御部２４は、ディスプレイ装置４０からＥＤＩＤ情報を取得し（Ｓ２）、ＨＤＭＩ送信部２３にＨＤＭＩ信号をディスプレイ装置４０に出力させる（Ｓ３）。
【００２４】
制御部２４は、ＨＤＭＩ送信部２３にディスプレイ装置４０のＨＤＭＩ受信部とＨＤＣＰ認証を開始させ、所定時間（例えば３秒）のタイマーカウントを実行する（Ｓ４）。詳細には、ディスプレイ装置４０のレジスタから認証情報を読み出して、認証情報が正当であれば、ＨＤＣＰ認証に成功する。認証情報が不正である、又は、認証情報を読み出すことができなければ、ＨＤＣＰ認証に失敗する。認証情報は、例えば、ＨＤＣＰ規格で定められているＫＳＶ（キーセレクトベクター）等を含む。
【００２５】
制御部２４は、ディスプレイ装置４０との間のＨＤＣＰ認証に成功したか否かを判断する（Ｓ５）。成功した場合（Ｓ５でＹＥＳ）、処理を終了する。失敗した場合（Ｓ５でＮＯ）、所定時間（３秒）以上継続してＨＤＣＰ認証に失敗しているかが判断される（Ｓ６）。Ｓ６でＮＯの場合、ＨＤＣＰ認証が継続され（Ｓ７）、Ｓ５に戻る。Ｓ６でＹＥＳの場合、制御部２４は、レジスタ２２に登録されているリピータービットを、シンク機器であることを示す「０」に書き換える（Ｓ８）。つまり、ＡＶレシーバ２０がリピーター機器ではなく、シンク機器であることをＢＤプレーヤ１０に認識させる。
【００２６】
制御部２４は、ＡＶレシーバ２０からＢＤプレーヤ１０へのホットプラグ信号を、ハイレベルから一旦ローレベルに反転させ、その後再びハイレベルに反転させる（Ｓ９）。これは、ＡＶレシーバ２０とＢＤプレーヤ１０との接続を一旦解除された状態にさせ、再度、ＢＤプレーヤ１０にリピータービットを取得させるためである。
【００２７】
ＢＤプレーヤ１０は、ホットプラグ信号がローレベルからハイレベルに反転したことを検出すると、ＡＶレシーバ２０からリピータービットを取得して、ＡＶレシーバ２０がシンク機器であると認識する。従って、ディスプレイ装置４０がスタンバイ状態であっても、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる（Ｓ１０）。ＢＤプレーヤ１０は、音楽データを含むＨＤＭＩデータをＡＶレシーバ２０に送信し、ＡＶレシーバ２０は受信したＨＤＭＩデータから音楽データを再生することができる。
【００２８】
以上の処理によって、ディスプレイ装置４０が電源オン状態からスタンバイ状態にされた場合に、ＡＶレシーバ２０は、ディスプレイ装置４０とのＨＤＣＰ認証に所定時間以上継続して失敗すると、ディスプレイ装置４０からのReceiver Senseがオンからオフに遷移したと推定し、リピータービットをシンク機器であることを示す「０」に書き換える。従って、従って、ディスプレイ装置４０がスタンバイ状態であっても、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる。
【００２９】
なお、制御部２４は、リピータービットがシンク機器であることを示す「０」に書き換えられたあとにも、ＨＤＭＩ送信部２３に、ディスプレイ装置４０にＨＤＭＩ信号を送信させ、ディスプレイ装置４０とＨＤＣＰ認証を実行させる（Ｓ１１）。これは、再度ディスプレイ装置４０がスタンバイ状態から電源オン状態になった場合に、ＡＶレシーバ２０のリピータービットをリピーター機器であることを示す「１」に書き換えて、ＡＶレシーバー２０をリピーター機器として動作させるためである。
【００３０】
すなわち、図３に示すように、リピータービットがシンク機器であることを示す「０」に書き換えられたあと、制御部２４は、ディスプレイ装置４０とのＨＤＣＰ認証に成功したか否かを判断している（Ｓ２１）。成功した場合（Ｓ２１でＹＥＳ）、制御部２４は、レジスタ２２に登録されているリピータービットを、リピーター機器であることを示す「１」に書き換える（Ｓ２２）。つまり、ＡＶレシーバ２０がシンク機器ではなく、リピーター機器であることをＢＤプレーヤ１０に認識させる。
【００３１】
制御部２４は、ＡＶレシーバ２０からＢＤプレーヤ１０へのホットプラグ信号を、ハイレベルから一旦ローレベルに反転させ、その後再びハイレベルに反転させる（Ｓ２３）。これは、ＡＶレシーバ２０とＢＤプレーヤ１０との接続を一旦解除された状態にさせ、再度、ＢＤプレーヤ１０にリピータービットを取得させるためである。
【００３２】
ＢＤプレーヤ１０は、ホットプラグ信号がローレベルからハイレベルに反転したことを検出すると、ＡＶレシーバ２０からリピータービットを取得して、ＡＶレシーバ２０がリピーター機器であると認識する。このとき、ディスプレイ装置４０とＡＶレシーバ２０との間ではＨＤＣＰ認証に成功しているので、リピータービットが「１」であっても、ＢＤプレーヤ１０とＡＶレシーバ２０との間で認証を実行することができる（Ｓ２４）。ＢＤプレーヤ１０は、映像データ及び音声データを含むＨＤＭＩデータをＡＶレシーバ２０に送信し、ＡＶレシーバ２０は受信したＨＤＭＩデータから音声データを取得して再生し、映像データを含むＨＤＭＩデータをディスプレイ装置に送信する。
【００３３】
以上のように、ディスプレイ装置４０とのＨＤＣＰ認証が可能となった場合には、ＡＶレシーバ２０を本来のリピーター機器として動作させることができる。
【００３４】
次に、本発明の別の好ましい実施形態を説明する。図４は本例の処理を示すフローチャートであり、図２と同一処理には同一符号を付し、説明を省略する。制御部２４は、ＨＤＭＩ送信部２３にディスプレイ装置４０のＨＤＭＩ受信部とＨＤＣＰ認証を開始させる（Ｓ１５）。制御部２４は、ディスプレイ装置４０との間のＨＤＣＰ認証に成功したか否かを判断する（Ｓ１６）。成功した場合（Ｓ１６でＹＥＳ）、処理を終了する。失敗した場合（Ｓ１６でＮＯ）、所定回数（例えば３回）以上継続してＨＤＣＰ認証に失敗したかが判断される（Ｓ１７）。Ｓ１７でＮＯの場合、ＨＤＣＰ認証が継続され（Ｓ７）、Ｓ１６に戻る。Ｓ１７でＹＥＳの場合、Ｓ８に進む。
【００３５】
次に、本発明のさらに別の好ましい実施形態を説明する。図５は本例の処理を示すフローチャートであり、図２と同一処理には同一符号を付し、説明を省略する。Ｓ３の後、制御部２４は、ＨＤＭＩ送信部２３にディスプレイ装置４０のＨＤＭＩ受信部とＨＤＣＰ認証を開始させ、ディスプレイ装置４０のＨＤＭＩ受信部にＤＤＣラインを介して、認証に必要な情報を送信する（Ｓ２１）。当該情報は、レジスタのアドレス情報（０Ｘ７４）と、このアドレス情報の後に続く実際の通知内容とを含む。ディスプレイ装置４０のＨＤＭＩ受信部は、当該情報を受け入れた場合にはＡＣＫ（受理通知）をＡＶレシーバ２０のＨＤＭＩ送信部２３に送信し、情報を受け入れなかった場合にはＮＡＣＫ（非受理通知）をＡＶレシーバ２０のＨＤＭＩ送信部２３に送信する。
【００３６】
制御部２４は、ＨＤＭＩ送信部２３がディスプレイ装置４０のＨＤＭＩ受信部からＡＣＫを受信したか否かを判断する（Ｓ２２）。ＡＣＫを受信した場合（Ｓ２２でＹＥＳ）、処理を終了する。一方、ＡＣＫではなくＮＡＣＫを受信した場合（Ｓ２４でＮＯ）、制御部２２は、ディスプレイ装置４０のＨＤＭＩ受信部から所定回数（例えば３回）以上継続してＮＡＣＫを受信したか否かを判断する（Ｓ２３）。所定回数以上継続して受信していない場合（Ｓ２３でＮＯ）、制御部２４は、ＨＤＭＩ送信部２３にＨＤＭＩ信号の出力を一旦停止させ（Ｓ２４）、その後、Ｓ３に戻って、ＨＤＭＩ送信部２３にＨＤＭＩ信号の出力を開始させ、再度、情報の送信を実行させる（Ｓ２１）。Ｓ２３において、所定回数以上継続して受信した場合（２３でＹＥＳ）、Ｓ８へと進む。Ｓ８以降の処理は図２の説明の通りである。なお、一旦ＨＤＭＩ信号の出力を停止させ、再度ＨＤＭＩ信号の出力を開始させることによって、ＨＤＭＩ信号自体のノイズなどの影響で、ディスプレイ装置４０のＨＤＭＩ受信部で情報が受け入れられなかった場合であっても、次回には情報が受け入れられる可能性がある。
【００３７】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。ＡＶレシーバに上記動作を実行させるためのプログラムおよびこれを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００３８】
本発明はＡＶレシーバ等のリピーター機器に好適に適用され得る。
【符号の説明】
【００３９】
１０ ＢＤプレーヤ
２０ ＡＶアンプ
２１ ＨＤＭＩ受信部
２２ レジスタ
２３ ＨＤＭＩ送信部
２４ 制御部
２５ メモリ
２６ 音声処理部
２７ 制御部
２８ 表示部
２９ ＨＤＭＩ入力端子
３０ ＨＤＭＩ出力端子
４０ ディスプレイ装置
【特許請求の範囲】
【請求項１】
ソース機器とシンク機器とに接続可能なリピーター機器であり、
前記ソース機器からコンテンツデータを受信する受信部と、
コンテンツデータを前記シンク機器に送信する送信部と、
前記ソース機器によって取得される、前記リピーター機器が、リピーター機器又はシンク機器のどちらであるかを示すリピータ情報を記憶する記憶部と、
前記シンク機器との間で認証を実行し、前記シンク機器に情報を送信する第１認証部と、
前記シンク機器への情報の送信に対して前記シンク機器から非受理通知を受信したか否かを判断する手段と、
前記シンク機器から非受理通知を受信した場合に、前記送信部に一旦コンテンツデータの送信を停止させ、その後、前記送信部にコンテンツデータの送信を開始させ、前記第１認証部に前記シンク機器への情報の送信を再実行させる手段と、
前記シンク機器から非受理通知を所定回数受信したか否かを判断する判断部と、
前記シンク機器から非受理通知を所定回数受信した場合、前記記憶部に記憶されている前記リピータ情報をシンク機器であることを示す情報に書き換えるリピータ情報書換部と、
シンク機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる第２認証部とを備える、リピーター機器。
【請求項２】
ソース機器とシンク機器とに接続可能なリピーター機器であり、
前記ソース機器からコンテンツデータを受信する受信部と、
コンテンツデータを前記シンク機器に送信する送信部と、
前記ソース機器によって取得される、前記リピーター機器が、リピーター機器又はシンク機器のどちらであるかを示すリピータ情報を記憶する記憶部と、
前記シンク機器との間で認証を実行する第１認証部と、
前記シンク機器との間の認証に所定回数以上継続して失敗しているか否かを判断する判断部と、
前記シンク機器との間の認証に所定回数以上継続して失敗していると判断された場合、前記記憶部に記憶されている前記リピータ情報をシンク機器であることを示す情報に書き換えるリピータ情報書換部と、
シンク機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる第２認証部とを備える、リピーター機器。
【請求項３】
前記リピータ情報書換部によって前記記憶部に記憶されている前記リピータ情報がシンク機器であることを示す情報に書き換えられたあとにも、前記第１認証部が前記シンク機器との間で認証を実行し、
前記第１認証部が前記シンク機器との間で認証に成功した場合、前記リピータ情報書換部が、前記記憶部に記憶されている前記リピータ情報をリピーター機器であることを示す情報に書き換え、
前記第２認証部が、リピーター機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる、請求項１または２に記載のリピーター機器。
【請求項１】
ソース機器とシンク機器とに接続可能なリピーター機器であり、
前記ソース機器からコンテンツデータを受信する受信部と、
コンテンツデータを前記シンク機器に送信する送信部と、
前記ソース機器によって取得される、前記リピーター機器が、リピーター機器又はシンク機器のどちらであるかを示すリピータ情報を記憶する記憶部と、
前記シンク機器との間で認証を実行し、前記シンク機器に情報を送信する第１認証部と、
前記シンク機器への情報の送信に対して前記シンク機器から非受理通知を受信したか否かを判断する手段と、
前記シンク機器から非受理通知を受信した場合に、前記送信部に一旦コンテンツデータの送信を停止させ、その後、前記送信部にコンテンツデータの送信を開始させ、前記第１認証部に前記シンク機器への情報の送信を再実行させる手段と、
前記シンク機器から非受理通知を所定回数受信したか否かを判断する判断部と、
前記シンク機器から非受理通知を所定回数受信した場合、前記記憶部に記憶されている前記リピータ情報をシンク機器であることを示す情報に書き換えるリピータ情報書換部と、
シンク機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる第２認証部とを備える、リピーター機器。
【請求項２】
ソース機器とシンク機器とに接続可能なリピーター機器であり、
前記ソース機器からコンテンツデータを受信する受信部と、
コンテンツデータを前記シンク機器に送信する送信部と、
前記ソース機器によって取得される、前記リピーター機器が、リピーター機器又はシンク機器のどちらであるかを示すリピータ情報を記憶する記憶部と、
前記シンク機器との間で認証を実行する第１認証部と、
前記シンク機器との間の認証に所定回数以上継続して失敗しているか否かを判断する判断部と、
前記シンク機器との間の認証に所定回数以上継続して失敗していると判断された場合、前記記憶部に記憶されている前記リピータ情報をシンク機器であることを示す情報に書き換えるリピータ情報書換部と、
シンク機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる第２認証部とを備える、リピーター機器。
【請求項３】
前記リピータ情報書換部によって前記記憶部に記憶されている前記リピータ情報がシンク機器であることを示す情報に書き換えられたあとにも、前記第１認証部が前記シンク機器との間で認証を実行し、
前記第１認証部が前記シンク機器との間で認証に成功した場合、前記リピータ情報書換部が、前記記憶部に記憶されている前記リピータ情報をリピーター機器であることを示す情報に書き換え、
前記第２認証部が、リピーター機器であることを示す情報に書き換えられた前記リピータ情報を前記ソース機器に取得させ、前記ソース機器に前記リピーター機器と認証させる、請求項１または２に記載のリピーター機器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−９０２２２（Ｐ２０１３−９０２２２Ａ）
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１１−２３０２１７（Ｐ２０１１−２３０２１７）
【出願日】平成２３年１０月２０日（２０１１．１０．２０）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願日】平成２３年１０月２０日（２０１１．１０．２０）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
[ Back to top ]