認証処理回路、送信器、並びに認証処理方法及びプログラム
【課題】ＨＤＣＰ認証処理の実行効率をより向上させる。
【解決手段】認証処理回路１００を構成する認証部１１０は、コンテンツデータ４０の送信先となる受信器３２、又はコンテンツデータ４０を受信器３２へ中継する中継器をＨＤＣＰ方式に則して認証すると共に、前記認証に成功するまで前記認証に係る待ち時間を増加させる。記憶部１２０は、前記認証に成功した受信器又は中継器の識別情報５１１と、当該成功時に用いられた待ち時間５１２とを対応付けて、不揮発性メモリ５００に記憶する。また、認証部１１０は、識別情報５１２に対応する受信器又は中継器の再認証に際して、不揮発性メモリ５００に記憶された待ち時間５１２を用いる。
【解決手段】認証処理回路１００を構成する認証部１１０は、コンテンツデータ４０の送信先となる受信器３２、又はコンテンツデータ４０を受信器３２へ中継する中継器をＨＤＣＰ方式に則して認証すると共に、前記認証に成功するまで前記認証に係る待ち時間を増加させる。記憶部１２０は、前記認証に成功した受信器又は中継器の識別情報５１１と、当該成功時に用いられた待ち時間５１２とを対応付けて、不揮発性メモリ５００に記憶する。また、認証部１１０は、識別情報５１２に対応する受信器又は中継器の再認証に際して、不揮発性メモリ５００に記憶された待ち時間５１２を用いる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証処理回路、送信器、並びに認証処理方法及びプログラムに関し、特にＨＤＣＰ(Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ)方式に則して、コンテンツデータの送信先を認証する回路、送信器、並びに方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＤＶＤ(Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ)プレイヤ、ＤＶＤレコーダ、ＳＴＢ(Ｓｅｔ Ｔｏｐ Ｂｏｘ)等の再生装置からディスプレイ等の受像装置へＡＶ(Ａｕｄｉｏ ＆ Ｖｉｓｕａｌ)データを含むディジタル形式のコンテンツデータを送信するためのインタフェースとして、ＨＤＭＩ(Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ)やＤＶＩ(Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ)を用いるのが主流となっている。
【０００３】
このようなインタフェースにおいては、ＨＤＣＰ方式に対応する機能の搭載が必須となっている。ここで、ＨＤＣＰ方式は、大略、ディジタル信号を暗号化して伝送し、以てコンテンツデータが不正にコピーされるのを防止する著作権保護技術である。なお、以降の説明においては、ＨＤＣＰ方式に対応する機能を搭載するインタフェースを、ＨＤＣＰ対応インタフェースと呼称することがある。
【０００４】
一方、再生装置は、ＨＤＣＰ方式に則して受像装置を認証し、認証に成功した場合に、暗号化したコンテンツデータを、ＨＤＣＰ対応インタフェースを介して受像装置に送信する。この際の伝送方式には、一般にＴＤＭＳ(Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ)方式が採用されており、再生装置−受像装置間においてディジタル信号が非圧縮で伝送される。
【０００５】
以下、ＨＤＣＰ方式で規定される認証処理(以下、ＨＤＣＰ認証処理と呼称することがある)の概要を説明する。なお、以降の説明においては、上記の再生装置のように、コンテンツデータの送信元であり且つ認証を主導する装置を、送信器(トランスミッタ)と呼称することがある。一方、上記の受像装置のように、コンテンツデータの送信先であり且つ送信器による認証の対象となる装置を、受信器(レシーバ)と呼称することがある。また、ＡＶアンプ等のように、コンテンツデータを送信器から受信器へ中継し且つ送信器による認証の対象となる装置を、中継器(リピータ)と呼称することがある。
【０００６】
ＨＤＣＰ認証処理は、下記の第１〜第３認証処理に大別される。ここで、送信器−受信器間では、第１及び第３認証処理のみが行われる。一方、送信器−中継器間では、第１〜第３認証処理の全てが行われる。
【０００７】
[第１認証処理]
本処理は、大略、送信器と受信器又は中継器との間で、認証用データを交換するための処理である。
【０００８】
まず送信器は、ＨＤＣＰ対応インタフェースを介して、ＴＤＭＳ方式に則したコンテンツデータの出力を開始する。そして、送信器は、コンテンツデータの出力が安定するのを所定の時間(以下、認証開始待ち時間と呼称する)だけ待機した後、受信器又は中継器との認証用データの交換を開始する。
【０００９】
具体的には、送信器は、自身が保持する秘密鍵ＡＫＳＶ(ＫＳＶは"Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ"の略)及び疑似乱数値Ａｎを、受信器又は中継器へ送信する。これに応じて、受信器又は中継器は、自身が保持する秘密鍵ＢＫＳＶと、自身が中継器であるか否かを示すＲＥＰＥＡＴＥＲビットとを、送信器へ返信する。
【００１０】
そして、送信器は、受信器又は中継器と共通の暗号文関数を用いて、自身の認証用データ及び受信した認証用データから、認証用データの交換が成功したか否か(各機器に予め割り当てられた正当な認証用データが交換されたか否か)を照合するための情報Ｒ０を生成する。一方、受信器又は中継器は、当該暗号文関数を用いて、自身の認証用データ及び受信した認証用データから、送信器に認証用データの交換が成功したか否かを照合させるための情報Ｒ０'を生成する。
【００１１】
この時、送信器は、受信器又は中継器において情報Ｒ０'の生成が完了するのを、所定の時間(以下、Ｒ０'生成待ち時間と呼称する)だけ待機する。ここで、Ｒ０'生成待ち時間には、通常１００ｍｓｅｃが設定される。
【００１２】
Ｒ０'生成待ち時間が経過した後、送信器は、受信器又は中継器から情報Ｒ０'を取得する。そして、送信器は、自身が生成した情報Ｒ０と、取得した情報Ｒ０'とを比較する。この結果、両情報が一致した場合、送信器は、認証用データの交換に成功したと判断する。この後、認証用データの交換を受信器と行った場合(上記のＲＥＰＥＡＴＥＲビットが中継器を示さない場合)であれば、送信器は、下記の第３認証処理を実行する。一方、認証用データの交換を中継器と行った場合(上記のＲＥＰＥＡＴＥＲビットが中継器を示す場合)であれば、送信器は、下記の第２認証処理を実行する。
【００１３】
[第２認証処理]
本処理は、大略、中継器に、当該中継器に接続される全ての受信器の認証用データを収集及び報告させるための処理である。
【００１４】
上記の第１認証処理の後、送信器は、中継器において、当該中継器に接続される全ての受信器からの秘密鍵ＫＳＶｓの収集が完了するのを待機する。より具体的には、送信器は、中継器からの秘密鍵ＫＳＶｓの収集完了を示すＲＥＡＤＹビットの受信を、所定の時間(以下、ＲＥＡＤＹビット受信待ち時間と呼称する)だけ待機する。ここで、ＲＥＡＤＹビット受信待ち時間には、通常５０００ｍｓｅｃが設定される。
【００１５】
ＲＥＡＤＹビット受信待ち時間が経過する迄にＲＥＡＤＹビットを受信した場合、送信器は、中継器から秘密鍵ＫＳＶｓのリストをさらに受信する。そして、送信器は、中継器と共通のハッシュ関数を用いて、受信したリストに対するハッシュ演算を行う。一方、中継器は、ＲＥＡＤＹビットの送信に先立ち、当該ハッシュ関数を用いて、収集した秘密鍵ＫＳＶｓのリストに対するハッシュ演算を行う。送信器は、中継器からハッシュ演算結果Ｖ'を取得する。
【００１６】
送信器は、自身のハッシュ演算により得たハッシュ演算結果Ｖと、中継器から取得したハッシュ演算結果Ｖ'とを比較する。この結果、両ハッシュ演算結果が一致した場合、送信器は、秘密鍵ＫＳＶｓのリストが正当なリストであると判断する。さらに、送信器は、当該リストと、過去に発見された、ＨＤＣＰ対応機器になりすましてコンテンツデータの暗号化を不正に解除しようとする違反機器の秘密鍵ＫＳＶを含む"取消リスト"とを比較する。この結果、両リストに同一の秘密鍵ＫＳＶが含まれない場合、送信器は、下記の第３認証処理を実行する。
【００１７】
[第３認証処理]
本処理は、大略、コンテンツデータの暗号化が正常に行われているか否かを確認するための処理である。
【００１８】
上記の第１又は第２認証処理の後、送信器は、受信器又は中継器と共通の暗号文関数を用いて、コンテンツデータを形成するフレーム毎の完全性を検証するための情報Ｒｉを生成する。一方、受信器又は中継器は、当該暗号文関数を用いて、送信器に、受信したコンテンツデータを形成するフレーム毎の完全性を検証させるための情報Ｒｉ'を生成する。送信器は、或る一定のタイミング毎(通常、１２８フレーム毎)に、受信器又は中継器から情報Ｒｉ'を取得する。
【００１９】
送信器は、自身が生成した情報Ｒｉと、受信器又は中継器から取得した情報Ｒｉ'とを比較する。この結果、両情報が一致しなかった場合、送信器は、同期が外れたと判断してコンテンツデータの暗号化を停止すると共に、ＨＤＣＰ認証処理の実行も停止する。
【００２０】
ところで、メーカは、ＨＤＣＰコンプライアンステストにおいて、開発した送信器、受信器、又は中継器がＨＤＣＰ方式に準拠して動作することの認定を受けなければならない。但し、ＨＤＣＰコンプライアンステストは、あくまで基本的な動作を検査するものに過ぎない。このため、認定を受けた機器同士を接続しても、上記のＨＤＣＰ認証処理に失敗するケースが発生している。
【００２１】
このようなケースの軽減を目的として、"ＨＤＭＩ ｐｌｕｇｆｅｓｔ(フラグフェスタ)"と呼ばれる接続検証のためのイベントが定期的に開催されている。この"ＨＤＭＩ ｐｌｕｇｆｅｓｔ"におけるＨＤＣＰ認証処理の失敗要因として、送信器と受信器又は中継器との間における上記の各種待ち時間の相違が検出されることが多い。当該待ち時間の相違は、送信器の開発担当者と受信器又は中継器の開発担当者の間で規格書の理解が異なることや、その時間値が規格書に規定されていないことに因り発生する。
【００２２】
例えば、上記の認証開始待ち時間の時間値は、ＨＤＣＰ規格書、ＨＤＭI規格書、及びＨＤＣＰコンプライアンステストの仕様書のいずれにも規定されていない。また、上記のＲ０'生成待ち時間の時間値は、ＨＤＣＰ規格書において通常１００ｍｓｅｃであることが規定されているが、当該時間値の解釈は、最大で１００ｍｓｅｃ或いは最小で１００ｍｓｅｃといった具合に開発担当者毎に異なるものとなる。同様に、ＲＥＡＤＹビット受信待ち時間の時間値(ＨＤＣＰ規格書では通常５０００ｍｓｅｃ)の解釈についても開発担当者毎に異なる。
【００２３】
この問題に対処する関連技術が、例えば特許文献１に記載されている。
【００２４】
図７に、特許文献１に記載されるディスク再生装置１０の構成を示す。このディスク再生装置１０は、ＨＤＭＩケーブル２０を介して受像装置３０に接続されている。ここで、ＨＤＭＩケーブル２０は、図示の如くコンテンツデータ４０を伝送するためのデータライン２１と、ＤＤＣ(Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ、再生装置１０−受像装置３０間で各種制御情報を送受信するためのチャネル)用の制御ライン２２と、ＨＤＭＩケーブル２０の接続検出に用いるホットプラグライン２３とから成る。
【００２５】
また、ディスク再生装置１０は、ＨＤＭＩケーブル２０を接続するためのＨＤＭＩコネクタ１１と、ディスク５０に対するアクセスを行うディスクアクセス部１２と、ディスク５０からの読出データをデコードして、Ａｕｄｉｏデータ６０及びＶｉｄｅｏデータ７０を得るＡＶデコーダ１３と、Ａｕｄｉｏデータ６０及びＶｉｄｅｏデータ７０から成るコンテンツデータ４０を、ＨＤＭＩコネクタ１１を介して送出する送信器１４ｘとで構成される。
【００２６】
さらに、送信器１４ｘは、受像装置３０を構成する受信器３２を認証する認証処理回路１００ｘと、この認証処理回路１００ｘでの認証が成功した場合に、コンテンツデータ４０をＨＤＭＩコネクタ１１を介して送出するＨＤＭＩ送信回路２００と、上記の認証開始待ち時間を計時するためのタイマ３００と、認証処理回路１００ｘの作業領域として使用されるメモリ４００とを備えている。ここで、認証処理回路１００ｘは、図示の如くＩ２Ｃバスを介してＨＤＭＩ送信回路２００に接続し、以てＨＤＭＩ送信回路２００を経由してＤＤＣ用の各種制御情報を送受信する。また、認証処理回路１００ｘは、ホットプラグライン２３からの入力電圧を監視することにより、ＨＤＭＩケーブル２０の接続(すなわち、受信器３２の接続)を検出する。
【００２７】
また、図８に示すように、メモリ４００には、認証処理回路１００ｘでの認証試行回数４１１と、認証開始待ち時間４１２とを対応付けたテーブル４１０が予め格納されている。このテーブル４１０は、１回目の認証試行時に時間値２００ｍｓｅｃを設定し、２回目の認証試行時に時間値１０００ｍｓｅｃを設定し、３回目の認証試行時に時間値２０００ｍｓｅｃを設定すべきことを示している。
【００２８】
また、図９に示すように、認証処理回路１００ｘは、認証処理部７０１と、ダミーデータ生成部７０２と、ホットプラグ検出部７０３と、スクランブル部７０４と、送信処理部７０５と、受信処理部７０６と、決定部７０７と、待ち時間設定部７０８と、これらのブロック７０１〜７０８を制御する中央制御部７０９とを有する。
【００２９】
認証処理部７０１は、上記のＨＤＣＰ認証処理を実行する。ダミーデータ生成部７０２は、ＨＤＣＰ認証処理の開始トリガとなるダミーデータを生成する。ホットプラグ検出部７０３は、ホットプラグライン２３からの入力電圧を監視し、以て受信器３２の接続を検出する。スクランブル部７０４は、コンテンツデータ４０に対する暗号化を行う。送信処理部７０５は、上記のダミーデータ、及び受信器３２に対するＥＤＩＤ(Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ)要求を送信する。受信処理部７０６は、受信器３２からＥＤＩＤを受信する。決定部７０７は、ＥＤＩＤに含まれる、表示装置３３(図７参照)に関する解像度及びアスペクト比等の仕様情報に基づき、コンテンツデータ４０及びダミーデータの解像度を決定する。また、決定部７０７は、ホットプラグ検出部７０３での接続検出に応じて、ＨＤＣＰ対応インタフェースの種別(接続検出されたコネクタの種別)を判定する。さらに、決定部７０７は、当該判定結果に基づき、コンテンツデータ４０及びダミーデータの送信レートを決定する。
【００３０】
待ち時間設定部７０８は、中央制御部７０９から受けた認証試行回数４１１をキーとして、テーブル４１０から認証開始待ち時間４１２を検索する。また、待ち時間設定部７０８は、当該検索により得た認証開始待ち時間４１２を、中央制御部７０９に与える。
【００３１】
中央制御部７０９は、認証処理部７０１における認証の成功可否を判定すると共に、認証試行回数４１１を計数する。また、中央制御部７０９は、ダミーデータの送信をトリガとして上記のタイマ３００を制御し、以て認証開始待ち時間４１２を計時する。さらに、中央制御部７０９は、認証開始待ち時間４１２が経過した場合、認証処理部７０１にＨＤＣＰ認証処理を実行させる。
【００３２】
図７に戻って、受像装置３０は、ＨＤＭＩコネクタ３１と、このコネクタ３１を介してコンテンツデータ４０を受信する受信器３２と、コンテンツデータ４０中のＶｉｄｅｏデータ７０の表示、及びＡｕｄｉｏデータ６０の出力(再生)を行う表示装置３３とで構成される。
【００３３】
この内、受信器３２は、コンテンツデータ４０を、ＨＤＭＩコネクタ３１を介して受信するＨＤＭＩ受信回路６０１と、コンテンツデータ４０からＡｕｄｉｏデータ６０及びＶｉｄｅｏデータ７０を分離する映像／音声処理部６０２と、これらのブロック６０１及び６０２を制御する、ＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)等の制御部６０３と、この制御部６０３の作業領域として使用されるメモリ６０４とを備えている。ここで、制御部６０３は、図示の如くＩ２Ｃバスを介してＨＤＭＩ受信回路６０１に接続し、以てＨＤＭＩ受信回路６０１を経由してＤＤＣ用の各種制御情報を送受信する。また、制御部６０３は、ＨＤＭＩコネクタ３１へのＨＤＭＩケーブル２０の接続に応じて、ホットプラグライン２３へ所定の電圧を出力する。
【００３４】
以下、上記の送信器１４ｘ及び受信器３２の動作を、図１０及び図１１を参照して説明する。
【００３５】
図１０に示すように、送信器１４ｘ内のホットプラグ検出部７０３は、ホットプラグライン２３からの入力電圧を常に監視している。ＨＤＭＩケーブル２０によりＨＤＭＩコネクタ１１と３１とが接続された場合、ホットプラグ検出部７０３は、受信器３２内の制御部６０３からの電圧信号の入力を検出する(ステップＳ１)。
【００３６】
この時、送信器１４ｘ内の中央制御部７０９は、認証試行回数４１１をカウントするための一時的な変数ＣＴの値を"１"に初期化する(ステップＳ２)。そして、中央制御部７０９は、送信処理部７０５を制御し、以てＥＤＩＤ要求を受信器３２へ送信する(ステップＳ３)。
【００３７】
受信器３２内の制御部６０３は、ＥＤＩＤ要求を受信すると(ステップＴ１)、メモリ６０４に予め格納しておいた表示装置３３のＥＤＩＤを読み出し、送信器１４ｘへ送信する(ステップＴ２)。
【００３８】
送信器１４ｘ内の受信処理部７０６は、ＥＤＩＤを受信する(ステップＳ４)。これを検知した決定部７０７は、ＨＤＣＰ対応インタフェースの種別を判定する(ステップＳ５)。この例では、決定部７０７は、当該種別がＨＤＭＩであると判定し、コンテンツデータ４０及びダミーデータの送信レートをＨＤＭIに則したレートに決定する(ステップＳ６)。また、決定部７０７は、ＥＤＩＤに含まれる仕様情報に基づき、コンテンツデータ４０及びダミーデータの解像度を決定する(ステップＳ７)。
【００３９】
この時、中央制御部７０９は、ダミーデータ生成部７０２に対し、決定部７０７により決定された解像度に則したダミーデータを生成するよう指示する。また、中央制御部７０９は、送信処理部７０５を制御し、以てダミーデータを受信器３２へ送信する(ステップＳ８)。
【００４０】
受信器３２内の制御部６０３は、ダミーデータを受信すると(ステップＴ３)、上記の第１認証処理で説明した秘密鍵ＡＫＳＶ及び疑似乱数値Ａｎの受信を待機する。
【００４１】
一方、送信器１４ｘ内の中央制御部７０９は、変数ＣＴを認証試行回数４１１として待ち時間設定部７０８に与える。待ち時間設定部７０８は、変数ＣＴをキーとして、テーブル４１０から認証開始待ち時間４１２を検索する。今、変数ＣＴ＝"１"であるため、１回目の認証試行に対応する時間値２００ｍｓｅｃが、認証開始待ち時間４１２として検索される。待ち時間設定部７０８は、認証開始待ち時間４１２＝"２００ｍｓｅｃ"を中央制御部７０９に与える。中央制御部７０９は、タイマ３００に認証開始待ち時間４１２を計時させ(ステップＳ９)、認証開始待ち時間４１２の経過を待機する(ステップＳ１０)。
【００４２】
認証開始待ち時間４１２が経過すると、中央制御部７０９は、認証処理部７０１に、秘密鍵ＡＫＳＶ及び疑似乱数値Ａｎを受信器３２へ送信させる。これにより、送信器１４ｘと受信器３２の協調動作による上記の第１及び第３認証処理が実行されることとなる(ステップＳ１１及びＴ４)。
【００４３】
この結果、認証処理部７０１が受信器３２の認証に成功した場合、中央制御部７０９は、スクランブル部７０４及びＨＤＭI送信回路２００を制御し、以てコンテンツデータ４０を暗号化して受信器３２へ送信する(ステップＳ１３)。コンテンツデータ４０の受信を検知した受信器３２内の映像／音声処理部６０２は、コンテンツデータ４０を復号し、以てＡｕｄｉｏデータ６０及びＶｉｄｅｏデータ７０を得る。そして、映像／音声処理部６０２は、表示装置３３に、Ｖｉｄｅｏデータ７０の表示及びＡｕｄｉｏデータ６０の出力を行わせる(ステップＴ５及びＴ６)。
【００４４】
一方、認証処理部７０１が受信器３２の認証に失敗した場合、中央制御部７０９は、変数ＣＴ≧"３"が成立するか否かを判定する(ステップＳ１４)。今、変数ＣＴ＝"１"であるため、中央制御部７０９は、変数ＣＴを"１"だけインクリメントし(ステップＳ１５)、上記のステップＳ８に戻る。
【００４５】
これにより、上記のステップＳ１０及びＳ１１で、２回目の認証試行に対応する認証開始待ち時間４１２＝"１０００ｍｓｅｃ"を待機した後、上記のステップＳ１２で、ＨＤＣＰ認証処理が再実行されることとなる。この結果、受信器３２の認証に成功した場合、上記のステップＳ１３で、コンテンツデータ４０が受信器３２へ送信されることとなる。一方、受信器３２の認証に再び失敗した場合には、３回目の認証試行に対応する認証開始待ち時間４１２＝"２０００ｍｓｅｃ"を待機した後、ＨＤＣＰ認証処理が再実行されることとなる。なお、３回目のＨＤＣＰ認証処理を実行しても受信器３２の認証に失敗した場合(すなわち、上記のステップＳ１４で変数ＣＴ≧"３"が成立した場合)、送信器１４ｘは、コンテンツデータ４０を送信せず、処理を終了する。
【００４６】
このように、認証開始待ち時間を増加させることは、ＨＤＣＰ認証処理を成功させる１つの要素となる。
【先行技術文献】
【特許文献】
【００４７】
【特許文献１】特開２００８−２１９７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【００４８】
しかしながら、上記の送信器１４ｘには、ＨＤＣＰ認証処理の実行効率が低いという課題があった。これは、送信器１４ｘが認証試行回数４１１に応じて認証開始待ち時間４１２を決定するためである。一度認証に成功した受信器の接続を外し、当該受信器を再接続した場合、ＨＤＣＰ認証処理は、当該成功に至った試行回数分だけ失敗を繰り返すこととなる。この失敗の繰り返しは、受信器を再接続する度に発生する。
【００４９】
また、上記の課題は、中継器をＨＤＣＰ認証処理の実行対象とした場合も同様に発生する。
【課題を解決するための手段】
【００５０】
本発明の一態様に係る認証処理回路は、コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証すると共に、前記認証に成功するまで前記認証に係る待ち時間を増加させる認証部と、前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いられた待ち時間とを対応付けて記憶する記憶部とを備える。前記認証部は、前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶された待ち時間を用いる。
【００５１】
また、本発明の一態様に係る送信器は、前記認証処理回路と、前記コンテンツデータを、前記認証に成功した受信器又は中継器に対してＨＤＣＰ対応インタフェースを介して送信する送信回路とを備える。
【００５２】
また、本発明の一態様に係る認証処理方法は、コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証する認証処理方法を提供する。この認証処理方法は、前記認証に成功するまで前記認証に係る待ち時間を増加させ、前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いた待ち時間とを対応付けて記憶し、前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶した待ち時間を用いる。
【００５３】
さらに、本発明の一態様に係る認証処理プログラムは、コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証するコンピュータに、前記認証に成功するまで前記認証に係る待ち時間を増加させる処理と、前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いた待ち時間とを対応付けて記憶する処理と、前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶した待ち時間を用いる処理とを実行させる。
【００５４】
すなわち、本発明では、一度認証に成功した受信器又は中継器の再接続に伴う再認証に際し、当該成功時に用いた待ち時間を用いる。このため、当該受信器又は中継器の再接続時には、そのＨＤＣＰ認証処理を、失敗すること無く１回で終了させることが可能である。
【発明の効果】
【００５５】
本発明によれば、ＨＤＣＰ認証処理の実行効率を大幅に向上させることが可能である。また、実行効率の向上に伴い、ＨＤＣＰ認証処理に際しての消費電力や必要リソース量等を低減させることも可能となる。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施の形態に係る認証処理回路及び送信器の構成例を示したブロック図である。
【図２】本発明の実施の形態に係る認証処理回路に用いるテーブルの一の構成例を示した図である。
【図３】本発明の実施の形態に係る認証処理回路に用いる認証部の構成例を示したブロック図である。
【図４】本発明の実施の形態に係る認証処理回路及び送信器の一の動作例を示したフローチャート図である。
【図５】本発明の実施の形態に係る認証処理回路に用いるテーブルの他の構成例を示した図である。
【図６】本発明の実施の形態に係る認証処理回路及び送信器の他の動作例を示したフローチャート図である。
【図７】本発明の関連技術に係る送信器の構成例を示したブロック図である。
【図８】本発明の関連技術に係る認証処理回路に用いるテーブルの構成例を示した図である。
【図９】本発明の関連技術に係る認証処理回路の構成例を示したブロック図である。
【図１０】本発明の関連技術に係る認証処理回路及び送信器の動作例を示したフローチャート図である。
【図１１】本発明の関連技術に係る受信器の動作例を示したフローチャート図である。
【発明を実施するための形態】
【００５７】
以下、本発明に係る認証処理回路及びこれを適用する送信器の実施の形態を、図１〜図６を参照して説明する。なお、各図面において同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００５８】
図１に示すように、本実施の形態に係る送信器１４は、図７に示した送信器１４ｘに代えて、ディスク再生装置１０に適用することができる。送信器１４は、認証処理回路１００と、図７と同様のＨＤＭＩ送信回路２００、タイマ３００、及びメモリ４００と、不揮発性メモリ５００とで構成される。
【００５９】
なお、送信器１４は、コンテンツデータ４０を、ＨＤＭＩに限らず、ＤＶＩ、ＵＤＩ(Ｕｎｉｆｉｅｄ Ｄｉｓｐｌａｙ Ｉｎｔｅｒｆａｃｅ)、ＧＶＩＦ(Ｇｉｇａ−ｂｉｔ Ｖｉｄｅｏ Ｉｎｔｅｒｆａｃｅ)等の種々のＨＤＣＰ対応インタフェースを介して送信することができる。この場合、ＨＤＭＩ送信回路２００に代えて、各インタフェースに適合する送信回路を設ければ良い。また、送信器１４には、Ａｕｄｉｏデータ６０及びＶｉｄeｏデータ７０を、ディスク装置(ディスク５０、ディスクアクセス部１２、及びＡＶデコーダ１３)に限らず、種々の装置から入力しても良い。
【００６０】
また、認証処理回路１００は、認証部１１０と、記憶部１２０とを備えている。
【００６１】
この内、認証部１１０は、タイマ３００を制御してＨＤＣＰ認証処理に係る待ち時間を計時すると共に、メモリ４００を作業領域として使用する。また、認証部１１０は、コンテンツデータ４０の送信先となる受信器３２、又はコンテンツデータ４０を受信器３２へ中継する中継器を、ＨＤＣＰ認証処理の実行対象とする。さらに、認証部１１０は、受信器３２又は中継器の認証に成功するまで当該待ち時間を増加させる。
【００６２】
一方、記憶部１２０は、認証部１１０での認証が成功した受信器又は中継器の識別情報５１１と、当該成功時に用いられた待ち時間５１２とを対応付けて不揮発性メモリ５００に記憶する。例えば図２に示すように、記憶部１２０は、識別情報５１１と上述した認証開始待ち時間５１２ａとを対応付けたテーブル５１０を、不揮発性メモリ５００中に形成する。なお、識別情報５１１には、ＥＤＩＤに含まれる受信器又は中継器の固有情報(ベンダ情報や製品情報等)をそのまま利用することができる。この場合、送信器１４−受信器３２間を伝送する信号系統には、何ら改修が発生しない。
【００６３】
また、認証部１１０は、識別情報５１１に対応する受信器又は中継器の再認証(すなわち、一度認証に成功した受信器又は中継器の再接続)に際して、待ち時間５１２を用いる。
【００６４】
これにより、認証部１１０は、一度認証に成功した受信器又は中継器に対するＨＤＣＰ認証処理を、以降失敗すること無く１回で終了させることができる。また、識別情報５１１及び待ち時間５１２を不揮発性メモリ５００に記憶するため、送信器１４への電源供給を一旦停止した後に再開した場合であっても、認証部１１０は、一度認証に成功した受信器又は中継器に対するＨＤＣＰ認証処理を、失敗すること無く１回で終了させることができる。
【００６５】
また、図３に示すように、認証部１１０は、中央制御部１１１と、図９と同様の認証処理部７０１、ダミーデータ生成部７０２、ホットプラグ検出部７０３、スクランブル部７０４、送信処理部７０５、受信処理部７０６、及び決定部７０７とを用いて簡易に構成することができる。
【００６６】
ここで、中央制御部１１１は、本実施の形態に特有の処理として、大略、下記(Ａ)〜(Ｃ)に示す処理を実行する。
【００６７】
(Ａ)記憶部１２０の制御による、不揮発メモリ５００に対する識別情報５１１及び待ち時間５１２の書込処理、又は不揮発メモリ５００からの識別情報５１１及び待ち時間５１２の読出処理。
(Ｂ)受信器又は中継器から受信したＥＤＩＤに含まれる識別情報と、不揮発性メモリ５００から読み出した識別情報５１１とを比較し、以てＨＤＣＰ認証処理の実行対象となる受信器又は中継器が、一度認証に成功した受信器又は中継器であるか否かを判定する処理。
(Ｃ)待ち時間５１２の経過を待機する処理、又は認証処理部７０１に待ち時間５１２の経過を待機させる処理。
【００６８】
次に、上記の認証処理回路１００及び送信器１４の動作を説明するが、まず不揮発性メモリ５００中に図２に示したテーブル５１０を形成した場合の動作例(１)を、図４を参照して説明する。そして、不揮発性メモリ５００中に図５に示すテーブル５１０ａを形成する場合の動作例(２)を、図６を参照して説明する。なお、受信器３２(又は中継器)の動作は図１１と同様であるため、その説明を省略する。
【００６９】
[動作例(１)]
図４に示すように、本動作例においては、図１０に示した上記のステップＳ２、Ｓ９、Ｓ１０、Ｓ１４、及びＳ１５に代えて、ステップＳ１６〜Ｓ２３に示す処理が実行される。
【００７０】
具体的には、上記のステップＳ１に示したホットプラグ検出処理において受信器３２又は中継器の接続が検出されると、認証処理回路１００内の中央制御部１１１は、認証開始待ち時間の設定に用いる一時的な変数ＷＴａに、初期時間値８００ａ(例えば"２００ｍｓｅｃ")を設定する(ステップＳ１６)。そして、中央制御部１１１は、送信処理部７０５及び受信処理部７０６を制御し、以て上記のステップＳ３及びＳ４に示したＥＤＩＤ受信処理を実行する。また、中央制御部１１１は、ダミーデータ生成部７０２及び決定部７０７を制御し、以て上記のステップＳ５〜Ｓ７に示したダミーデータ設定処理を実行する。
【００７１】
この後、中央制御部１１１は、受信器３２又は中継器から受信したＥＤＩＤに含まれる識別情報が不揮発性メモリ５００に記憶されているか否かを判定する(ステップＳ１７)。
【００７２】
今、受信器３２又は中継器が送信器１４に初めて接続されたとすると、中央制御部１１１は、ＥＤＩＤに含まれる識別情報が不揮発性メモリ５００に記憶されていないと判定する。この時、中央制御部１１１は、ダミーデータ生成部７０２及び送信処理部７０５を制御し、以て上記のステップＳ８に示したダミーデータ送信処理を実行する。また、中央制御部１１１は、タイマ３００を制御し、以て変数ＷＴａが示す時間(初期時間値８００ａ)の経過を待機する(ステップＳ１８)。変数ＷＴａが示す時間の経過後、中央制御部１１１は、認証処理部７０１を制御し、以て認証処理部７０１に、上記のステップＳ１１に示した、受信器３２又は中継器との協調動作によるＨＤＣＰ認証処理を実行させる。
【００７３】
この結果、上記のステップＳ１２で認証処理部７０１が受信器３２又は中継器の認証に成功した場合、中央制御部１１１は、変数ＷＴａ≠初期時間値８００ａが成立するか否かを判定する(ステップＳ１９)。今、変数ＷＴａ＝初期時間値８００ａが成立するため、中央制御部１１１は、スクランブル部７０４及びＨＤＭI送信回路２００を制御し、以て上記のステップＳ１３に示したコンテンツデータ４０の送信処理を実行する。
【００７４】
一方、認証処理部７０１が受信器３２又は中継器の認証に失敗した場合、中央制御部１１１は、変数ＷＴａ≧上限時間値９００ａ(例えば、２０００ｍｓｅｃ)が成立するか否かを判定する(ステップＳ２０)。今、変数ＷＴａ＜上限時間値９００ａが成立するため、中央制御部１１１は、変数ＷＴａを、所定の増分時間値１０００ａ(例えば、２００ｍｓｅｃ)だけ増加させる(ステップＳ２１)。そして、中央制御部１１１は、上記のステップＳ８及びＳ１８を経由して増加後の変数ＷＴａが示す時間の経過を待機した後、上記のステップＳ１１へ進み、以て認証処理部７０１に、ＨＤＣＰ認証処理を再実行させる。
【００７５】
この結果、受信器３２又は中継器の認証に成功した場合には、上記のステップＳ１９で変数ＷＴａ≠初期時間値８００ａが成立するため、中央制御部１１１は、記憶部１２０を制御し、以て不揮発メモリ５００に、識別情報５１１(ＥＤＩＤに含まれる識別情報)及び待ち時間５１２ａ(変数ＷＴａが示す時間)を書き込む(ステップＳ２２)。そして、中央制御部１１１は、上記のステップＳ１３に進んでコンテンツデータ４０の送信処理を実行する。
【００７６】
このように、不揮発メモリ５００には、認証に成功した受信器又は中継器の識別情報５１１と、当該成功時に用いた認証開始待ち時間５１２ａとが記憶されることとなる。
【００７７】
また、一度認証に成功した受信器又は中継器が再接続された場合、中央制御部１１１は、上記のステップＳ１７で、ＥＤＩＤに含まれる識別情報と同一の識別情報５１１が不揮発性メモリ５００に記憶されていると判定する。この時、中央制御部１１１は、変数ＷＴａに、不揮発性メモリ５００に記憶された認証開始待ち時間５１２ａを設定する(ステップＳ２３)。
【００７８】
これにより、再接続された受信器又は中継器は、失敗すること無く１回のＨＤＣＰ認証処理で認証されることとなる。
【００７９】
また、上記のステップＳ２０で変数ＷＴａ≧上限時間値９００ａが成立すると判定した場合、中央制御部１１１は、コンテンツデータ４０の送信処理を実行せず、全ての処理を終了する。このため、認証に成功し得ない受信器又は中継器に対するＨＤＣＰ認証処理の過度な実行を回避することができる。
【００８０】
なお、本動作例では、認証開始待ち時間５１２ａを制御対象としたが、認証処理回路１００は、上述したＲ０'生成待ち時間又はＲＥＡＤＹビット受信待ち時間を制御対象とすることもできる。この場合、認証処理回路１００は、不揮発性メモリ５００に認証に成功した際のＲ０'生成待ち時間又はＲＥＡＤＹビット受信待ち時間を記憶すると共に、当該記憶したＲ０'生成待ち時間又はＲＥＡＤＹビット受信待ち時間をＨＤＣＰ認証処理中に用いれば良い。
【００８１】
[動作例(２)]
本動作例において、認証処理回路１００内の認証部１１０は、不揮発性メモリ５００中に、図５に示す如く識別情報５１１と、認証開始待ち時間５１２ａ及びＲＥＡＤＹビット受信待ち時間５１２ｂとを対応付けたテーブル５１０ａを形成するよう、記憶部１２０を制御する。
【００８２】
これに対応して、図６に示すように、認証部１１０は、図４に示した処理に加えて、ステップＳ２４〜Ｓ２８に示す処理を実行し、上記のＳ１９及びＳ２２に代えて、ステップＳ２９及びＳ３０に示す処理を実行する。
【００８３】
具体的には、上記のステップＳ１６に示した変数ＷＴａの初期設定処理の後、認証処理回路１００内の中央制御部１１１は、ＲＥＡＤＹビット受信待ち時間の設定に用いる一時的な変数ＷＴｂに、初期時間値８００ｂ(例えば"５０００ｍｓｅｃ")を設定する(ステップＳ２４)。変数認証処理部７０１は、上述した第２認証処理中、中継器からの秘密鍵ＫＳＶｓの収集完了を示すＲＥＡＤＹビットの受信を、変数ＷＴｂが示す時間だけ待機する。
【００８４】
この結果、上記のステップＳ１２で認証処理部７０１が中継器の認証に失敗した場合、中央制御部１１１は、その失敗要因を判定する(ステップＳ２６)。
【００８５】
失敗要因が変数ＷＴａにある場合(すなわち、認証開始待ち時間が短い場合)、中央制御部１１１は、上記のステップＳ２０及びＳ２１で変数ＷＴａが示す時間値を増加させ、上記のステップＳ８及びＳ１８を経由して増加後の変数ＷＴａが示す時間の経過を待機する。この後、中央制御部１１１は、上記のステップＳ１１へ進み、以て認証処理部７０１に、ＨＤＣＰ認証処理を再実行させる。
【００８６】
一方、失敗要因が変数ＷＴｂにある場合(すなわち、ＲＥＡＤＹビット受信待ち時間が短い場合)、中央制御部１１１は、変数ＷＴｂ≧上限時間値９００ｂ(例えば、６０００ｍｓｅｃ)が成立するか否かを判定する(ステップＳ２７)。この結果、変数ＷＴｂ＜上限時間値９００ｂが成立する場合、中央制御部１１１は、変数ＷＴｂを、所定の増分時間値１０００ｂ(例えば、２００ｍｓｅｃ)だけ増加させる(ステップＳ２８)。これにより、増加後の変数ＷＴｂが示す時間を用いて、上記のステップＳ１１に示したＨＤＣＰ認証処理が再実行されることとなる。
【００８７】
この結果、上記のステップＳ１２で中継器の認証に成功した場合、中央制御部１１１は、変数ＷＴａ≠初期時間値８００ａ又は変数ＷＴｂ≠初期時間値８００ｂが成立するか否かを判定する(ステップＳ２９)。
【００８８】
変数ＷＴａ≠初期時間値８００ａ又は変数ＷＴｂ≠初期時間値８００ｂが成立する場合、中央制御部１１１は、認証開始待ち時間又はＲＥＡＤＹビット受信待ち時間の増加により中継器の認証に成功したと判断する。そして、中央制御部１１１は、記憶部１２０を制御し、以て不揮発メモリ５００に、識別情報５１１(ＥＤＩＤに含まれる識別情報)、待ち時間５１２ａ(変数ＷＴａが示す時間)、及び待ち時間５１２ｂ(変数ＷＴｂが示す時間)を書き込む(ステップＳ３０)。
【００８９】
このように、不揮発メモリ５００には、認証に成功した中継器の識別情報５１１と、当該成功時に用いた認証開始待ち時間５１２ａ及びＲＥＡＤＹビット受信待ち時間５１２ｂとが記憶されることとなる。
【００９０】
また、一度認証に成功した中継器が再接続された場合、中央制御部１１１は、上記のステップＳ１７で、ＥＤＩＤに含まれる識別情報と同一の識別情報５１１が不揮発性メモリ５００に記憶されていると判定する。この時、中央制御部１１１は、上記のステップＳ２３で、変数ＷＴａに不揮発性メモリ５００に記憶された認証開始待ち時間５１２ａを設定すると共に、変数ＷＴｂに不揮発性メモリ５００に記憶されたＲＥＡＤＹビット受信待ち時間５１２ｂを設定する(ステップＳ２５)。
【００９１】
これにより、再接続された中継器は、失敗すること無く１回のＨＤＣＰ認証処理で認証されることとなる。
【００９２】
また、上記のステップＳ２７で変数ＷＴｂ≧上限時間値９００ｂが成立すると判定した場合、中央制御部１１１は、上記のステップＳ２０と同様に全ての処理を終了する。このため、認証に成功し得ない中継器に対するＨＤＣＰ認証処理の過度な実行を回避する効果が、認証開始待ち時間及びＲＥＡＤＹビット受信待ち時間の両者について得られる。
【００９３】
なお、本動作例では、認証開始待ち時間５１２ａ及びＲＥＡＤＹビット受信待ち時間５１２ｂを制御対象としたが、認証処理回路１００は、上述したＲ０'生成待ち時間も制御対象とすることもできる。この場合、認証処理回路１００は、認証の失敗要因がＲ０'生成待ち時間が短いことにあると判定した場合に、Ｒ０'生成待ち時間を増加させ、不揮発性メモリ５００に認証に成功した際のＲ０'生成待ち時間を記憶すると共に、当該記憶したＲ０'生成待ち時間をＨＤＣＰ認証処理中に用いれば良い。
【００９４】
また、同様にして、認証処理回路１００は、ＨＤＣＰ方式の仕様変更に伴って将来追加され得る待ち時間も制御対象とすることができる。
【００９５】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。例えば、上記の実施の形態に示した認証処理回路１００の各処理を、コンピュータに実行させるためのプログラムとして提供することもできる。この場合、当該プログラムを、コンピュータ内のプロセッサが実行可能なようにメモリ等の記憶媒体に格納すると好適である。或いは、当該プログラムは、既存の再生装置や送信器等に組み込まれたファームウェアへのプラグインとして提供しても良い。
【符号の説明】
【００９６】
１０ ディスク再生装置
１１, ３１ ＨＤＭＩコネクタ
１２ ディスクアクセス部
１３ ＡＶデコーダ
１４ 送信器
２０ ＨＤＭＩケーブル
２１ データライン
２２ 制御ライン
２３ ホットプラグライン
３２ 受信器
４０ コンテンツデータ
５０ ディスク
６０ Ａｕｄｉｏデータ
７０ Ｖｉｄｅｏデータ
１００ 認証処理回路
１１０ 認証部
１１１ 中央制御部
１２０ 記憶部
２００ ＨＤＭＩ送信回路
３００ タイマ
４００ メモリ
５００ 不揮発性メモリ
５１０, ５１０ａ テーブル
５１１ 識別情報
５１２ 待ち時間
５１２ａ 認証開始待ち時間
５１２ｂ ＲＥＡＤＹビット受信待ち時間
７０１ 認証処理部
７０２ ダミーデータ生成部
７０３ ホットプラグ検出部
７０４ スクランブル部
７０５ 送信処理部
７０６ 受信処理部
７０７ 決定部
８００ａ, ８００ｂ 初期時間値
９００ａ, ９００ｂ 上限時間値
１０００ａ, １０００ｂ 増分時間値
ＷＴａ, ＷＴｂ 変数
【技術分野】
【０００１】
本発明は、認証処理回路、送信器、並びに認証処理方法及びプログラムに関し、特にＨＤＣＰ(Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ)方式に則して、コンテンツデータの送信先を認証する回路、送信器、並びに方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＤＶＤ(Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ)プレイヤ、ＤＶＤレコーダ、ＳＴＢ(Ｓｅｔ Ｔｏｐ Ｂｏｘ)等の再生装置からディスプレイ等の受像装置へＡＶ(Ａｕｄｉｏ ＆ Ｖｉｓｕａｌ)データを含むディジタル形式のコンテンツデータを送信するためのインタフェースとして、ＨＤＭＩ(Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ)やＤＶＩ(Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ)を用いるのが主流となっている。
【０００３】
このようなインタフェースにおいては、ＨＤＣＰ方式に対応する機能の搭載が必須となっている。ここで、ＨＤＣＰ方式は、大略、ディジタル信号を暗号化して伝送し、以てコンテンツデータが不正にコピーされるのを防止する著作権保護技術である。なお、以降の説明においては、ＨＤＣＰ方式に対応する機能を搭載するインタフェースを、ＨＤＣＰ対応インタフェースと呼称することがある。
【０００４】
一方、再生装置は、ＨＤＣＰ方式に則して受像装置を認証し、認証に成功した場合に、暗号化したコンテンツデータを、ＨＤＣＰ対応インタフェースを介して受像装置に送信する。この際の伝送方式には、一般にＴＤＭＳ(Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ)方式が採用されており、再生装置−受像装置間においてディジタル信号が非圧縮で伝送される。
【０００５】
以下、ＨＤＣＰ方式で規定される認証処理(以下、ＨＤＣＰ認証処理と呼称することがある)の概要を説明する。なお、以降の説明においては、上記の再生装置のように、コンテンツデータの送信元であり且つ認証を主導する装置を、送信器(トランスミッタ)と呼称することがある。一方、上記の受像装置のように、コンテンツデータの送信先であり且つ送信器による認証の対象となる装置を、受信器(レシーバ)と呼称することがある。また、ＡＶアンプ等のように、コンテンツデータを送信器から受信器へ中継し且つ送信器による認証の対象となる装置を、中継器(リピータ)と呼称することがある。
【０００６】
ＨＤＣＰ認証処理は、下記の第１〜第３認証処理に大別される。ここで、送信器−受信器間では、第１及び第３認証処理のみが行われる。一方、送信器−中継器間では、第１〜第３認証処理の全てが行われる。
【０００７】
[第１認証処理]
本処理は、大略、送信器と受信器又は中継器との間で、認証用データを交換するための処理である。
【０００８】
まず送信器は、ＨＤＣＰ対応インタフェースを介して、ＴＤＭＳ方式に則したコンテンツデータの出力を開始する。そして、送信器は、コンテンツデータの出力が安定するのを所定の時間(以下、認証開始待ち時間と呼称する)だけ待機した後、受信器又は中継器との認証用データの交換を開始する。
【０００９】
具体的には、送信器は、自身が保持する秘密鍵ＡＫＳＶ(ＫＳＶは"Ｋｅｙ Ｓｅｌｅｃｔｉｏｎ Ｖｅｃｔｏｒ"の略)及び疑似乱数値Ａｎを、受信器又は中継器へ送信する。これに応じて、受信器又は中継器は、自身が保持する秘密鍵ＢＫＳＶと、自身が中継器であるか否かを示すＲＥＰＥＡＴＥＲビットとを、送信器へ返信する。
【００１０】
そして、送信器は、受信器又は中継器と共通の暗号文関数を用いて、自身の認証用データ及び受信した認証用データから、認証用データの交換が成功したか否か(各機器に予め割り当てられた正当な認証用データが交換されたか否か)を照合するための情報Ｒ０を生成する。一方、受信器又は中継器は、当該暗号文関数を用いて、自身の認証用データ及び受信した認証用データから、送信器に認証用データの交換が成功したか否かを照合させるための情報Ｒ０'を生成する。
【００１１】
この時、送信器は、受信器又は中継器において情報Ｒ０'の生成が完了するのを、所定の時間(以下、Ｒ０'生成待ち時間と呼称する)だけ待機する。ここで、Ｒ０'生成待ち時間には、通常１００ｍｓｅｃが設定される。
【００１２】
Ｒ０'生成待ち時間が経過した後、送信器は、受信器又は中継器から情報Ｒ０'を取得する。そして、送信器は、自身が生成した情報Ｒ０と、取得した情報Ｒ０'とを比較する。この結果、両情報が一致した場合、送信器は、認証用データの交換に成功したと判断する。この後、認証用データの交換を受信器と行った場合(上記のＲＥＰＥＡＴＥＲビットが中継器を示さない場合)であれば、送信器は、下記の第３認証処理を実行する。一方、認証用データの交換を中継器と行った場合(上記のＲＥＰＥＡＴＥＲビットが中継器を示す場合)であれば、送信器は、下記の第２認証処理を実行する。
【００１３】
[第２認証処理]
本処理は、大略、中継器に、当該中継器に接続される全ての受信器の認証用データを収集及び報告させるための処理である。
【００１４】
上記の第１認証処理の後、送信器は、中継器において、当該中継器に接続される全ての受信器からの秘密鍵ＫＳＶｓの収集が完了するのを待機する。より具体的には、送信器は、中継器からの秘密鍵ＫＳＶｓの収集完了を示すＲＥＡＤＹビットの受信を、所定の時間(以下、ＲＥＡＤＹビット受信待ち時間と呼称する)だけ待機する。ここで、ＲＥＡＤＹビット受信待ち時間には、通常５０００ｍｓｅｃが設定される。
【００１５】
ＲＥＡＤＹビット受信待ち時間が経過する迄にＲＥＡＤＹビットを受信した場合、送信器は、中継器から秘密鍵ＫＳＶｓのリストをさらに受信する。そして、送信器は、中継器と共通のハッシュ関数を用いて、受信したリストに対するハッシュ演算を行う。一方、中継器は、ＲＥＡＤＹビットの送信に先立ち、当該ハッシュ関数を用いて、収集した秘密鍵ＫＳＶｓのリストに対するハッシュ演算を行う。送信器は、中継器からハッシュ演算結果Ｖ'を取得する。
【００１６】
送信器は、自身のハッシュ演算により得たハッシュ演算結果Ｖと、中継器から取得したハッシュ演算結果Ｖ'とを比較する。この結果、両ハッシュ演算結果が一致した場合、送信器は、秘密鍵ＫＳＶｓのリストが正当なリストであると判断する。さらに、送信器は、当該リストと、過去に発見された、ＨＤＣＰ対応機器になりすましてコンテンツデータの暗号化を不正に解除しようとする違反機器の秘密鍵ＫＳＶを含む"取消リスト"とを比較する。この結果、両リストに同一の秘密鍵ＫＳＶが含まれない場合、送信器は、下記の第３認証処理を実行する。
【００１７】
[第３認証処理]
本処理は、大略、コンテンツデータの暗号化が正常に行われているか否かを確認するための処理である。
【００１８】
上記の第１又は第２認証処理の後、送信器は、受信器又は中継器と共通の暗号文関数を用いて、コンテンツデータを形成するフレーム毎の完全性を検証するための情報Ｒｉを生成する。一方、受信器又は中継器は、当該暗号文関数を用いて、送信器に、受信したコンテンツデータを形成するフレーム毎の完全性を検証させるための情報Ｒｉ'を生成する。送信器は、或る一定のタイミング毎(通常、１２８フレーム毎)に、受信器又は中継器から情報Ｒｉ'を取得する。
【００１９】
送信器は、自身が生成した情報Ｒｉと、受信器又は中継器から取得した情報Ｒｉ'とを比較する。この結果、両情報が一致しなかった場合、送信器は、同期が外れたと判断してコンテンツデータの暗号化を停止すると共に、ＨＤＣＰ認証処理の実行も停止する。
【００２０】
ところで、メーカは、ＨＤＣＰコンプライアンステストにおいて、開発した送信器、受信器、又は中継器がＨＤＣＰ方式に準拠して動作することの認定を受けなければならない。但し、ＨＤＣＰコンプライアンステストは、あくまで基本的な動作を検査するものに過ぎない。このため、認定を受けた機器同士を接続しても、上記のＨＤＣＰ認証処理に失敗するケースが発生している。
【００２１】
このようなケースの軽減を目的として、"ＨＤＭＩ ｐｌｕｇｆｅｓｔ(フラグフェスタ)"と呼ばれる接続検証のためのイベントが定期的に開催されている。この"ＨＤＭＩ ｐｌｕｇｆｅｓｔ"におけるＨＤＣＰ認証処理の失敗要因として、送信器と受信器又は中継器との間における上記の各種待ち時間の相違が検出されることが多い。当該待ち時間の相違は、送信器の開発担当者と受信器又は中継器の開発担当者の間で規格書の理解が異なることや、その時間値が規格書に規定されていないことに因り発生する。
【００２２】
例えば、上記の認証開始待ち時間の時間値は、ＨＤＣＰ規格書、ＨＤＭI規格書、及びＨＤＣＰコンプライアンステストの仕様書のいずれにも規定されていない。また、上記のＲ０'生成待ち時間の時間値は、ＨＤＣＰ規格書において通常１００ｍｓｅｃであることが規定されているが、当該時間値の解釈は、最大で１００ｍｓｅｃ或いは最小で１００ｍｓｅｃといった具合に開発担当者毎に異なるものとなる。同様に、ＲＥＡＤＹビット受信待ち時間の時間値(ＨＤＣＰ規格書では通常５０００ｍｓｅｃ)の解釈についても開発担当者毎に異なる。
【００２３】
この問題に対処する関連技術が、例えば特許文献１に記載されている。
【００２４】
図７に、特許文献１に記載されるディスク再生装置１０の構成を示す。このディスク再生装置１０は、ＨＤＭＩケーブル２０を介して受像装置３０に接続されている。ここで、ＨＤＭＩケーブル２０は、図示の如くコンテンツデータ４０を伝送するためのデータライン２１と、ＤＤＣ(Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ、再生装置１０−受像装置３０間で各種制御情報を送受信するためのチャネル)用の制御ライン２２と、ＨＤＭＩケーブル２０の接続検出に用いるホットプラグライン２３とから成る。
【００２５】
また、ディスク再生装置１０は、ＨＤＭＩケーブル２０を接続するためのＨＤＭＩコネクタ１１と、ディスク５０に対するアクセスを行うディスクアクセス部１２と、ディスク５０からの読出データをデコードして、Ａｕｄｉｏデータ６０及びＶｉｄｅｏデータ７０を得るＡＶデコーダ１３と、Ａｕｄｉｏデータ６０及びＶｉｄｅｏデータ７０から成るコンテンツデータ４０を、ＨＤＭＩコネクタ１１を介して送出する送信器１４ｘとで構成される。
【００２６】
さらに、送信器１４ｘは、受像装置３０を構成する受信器３２を認証する認証処理回路１００ｘと、この認証処理回路１００ｘでの認証が成功した場合に、コンテンツデータ４０をＨＤＭＩコネクタ１１を介して送出するＨＤＭＩ送信回路２００と、上記の認証開始待ち時間を計時するためのタイマ３００と、認証処理回路１００ｘの作業領域として使用されるメモリ４００とを備えている。ここで、認証処理回路１００ｘは、図示の如くＩ２Ｃバスを介してＨＤＭＩ送信回路２００に接続し、以てＨＤＭＩ送信回路２００を経由してＤＤＣ用の各種制御情報を送受信する。また、認証処理回路１００ｘは、ホットプラグライン２３からの入力電圧を監視することにより、ＨＤＭＩケーブル２０の接続(すなわち、受信器３２の接続)を検出する。
【００２７】
また、図８に示すように、メモリ４００には、認証処理回路１００ｘでの認証試行回数４１１と、認証開始待ち時間４１２とを対応付けたテーブル４１０が予め格納されている。このテーブル４１０は、１回目の認証試行時に時間値２００ｍｓｅｃを設定し、２回目の認証試行時に時間値１０００ｍｓｅｃを設定し、３回目の認証試行時に時間値２０００ｍｓｅｃを設定すべきことを示している。
【００２８】
また、図９に示すように、認証処理回路１００ｘは、認証処理部７０１と、ダミーデータ生成部７０２と、ホットプラグ検出部７０３と、スクランブル部７０４と、送信処理部７０５と、受信処理部７０６と、決定部７０７と、待ち時間設定部７０８と、これらのブロック７０１〜７０８を制御する中央制御部７０９とを有する。
【００２９】
認証処理部７０１は、上記のＨＤＣＰ認証処理を実行する。ダミーデータ生成部７０２は、ＨＤＣＰ認証処理の開始トリガとなるダミーデータを生成する。ホットプラグ検出部７０３は、ホットプラグライン２３からの入力電圧を監視し、以て受信器３２の接続を検出する。スクランブル部７０４は、コンテンツデータ４０に対する暗号化を行う。送信処理部７０５は、上記のダミーデータ、及び受信器３２に対するＥＤＩＤ(Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ)要求を送信する。受信処理部７０６は、受信器３２からＥＤＩＤを受信する。決定部７０７は、ＥＤＩＤに含まれる、表示装置３３(図７参照)に関する解像度及びアスペクト比等の仕様情報に基づき、コンテンツデータ４０及びダミーデータの解像度を決定する。また、決定部７０７は、ホットプラグ検出部７０３での接続検出に応じて、ＨＤＣＰ対応インタフェースの種別(接続検出されたコネクタの種別)を判定する。さらに、決定部７０７は、当該判定結果に基づき、コンテンツデータ４０及びダミーデータの送信レートを決定する。
【００３０】
待ち時間設定部７０８は、中央制御部７０９から受けた認証試行回数４１１をキーとして、テーブル４１０から認証開始待ち時間４１２を検索する。また、待ち時間設定部７０８は、当該検索により得た認証開始待ち時間４１２を、中央制御部７０９に与える。
【００３１】
中央制御部７０９は、認証処理部７０１における認証の成功可否を判定すると共に、認証試行回数４１１を計数する。また、中央制御部７０９は、ダミーデータの送信をトリガとして上記のタイマ３００を制御し、以て認証開始待ち時間４１２を計時する。さらに、中央制御部７０９は、認証開始待ち時間４１２が経過した場合、認証処理部７０１にＨＤＣＰ認証処理を実行させる。
【００３２】
図７に戻って、受像装置３０は、ＨＤＭＩコネクタ３１と、このコネクタ３１を介してコンテンツデータ４０を受信する受信器３２と、コンテンツデータ４０中のＶｉｄｅｏデータ７０の表示、及びＡｕｄｉｏデータ６０の出力(再生)を行う表示装置３３とで構成される。
【００３３】
この内、受信器３２は、コンテンツデータ４０を、ＨＤＭＩコネクタ３１を介して受信するＨＤＭＩ受信回路６０１と、コンテンツデータ４０からＡｕｄｉｏデータ６０及びＶｉｄｅｏデータ７０を分離する映像／音声処理部６０２と、これらのブロック６０１及び６０２を制御する、ＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)等の制御部６０３と、この制御部６０３の作業領域として使用されるメモリ６０４とを備えている。ここで、制御部６０３は、図示の如くＩ２Ｃバスを介してＨＤＭＩ受信回路６０１に接続し、以てＨＤＭＩ受信回路６０１を経由してＤＤＣ用の各種制御情報を送受信する。また、制御部６０３は、ＨＤＭＩコネクタ３１へのＨＤＭＩケーブル２０の接続に応じて、ホットプラグライン２３へ所定の電圧を出力する。
【００３４】
以下、上記の送信器１４ｘ及び受信器３２の動作を、図１０及び図１１を参照して説明する。
【００３５】
図１０に示すように、送信器１４ｘ内のホットプラグ検出部７０３は、ホットプラグライン２３からの入力電圧を常に監視している。ＨＤＭＩケーブル２０によりＨＤＭＩコネクタ１１と３１とが接続された場合、ホットプラグ検出部７０３は、受信器３２内の制御部６０３からの電圧信号の入力を検出する(ステップＳ１)。
【００３６】
この時、送信器１４ｘ内の中央制御部７０９は、認証試行回数４１１をカウントするための一時的な変数ＣＴの値を"１"に初期化する(ステップＳ２)。そして、中央制御部７０９は、送信処理部７０５を制御し、以てＥＤＩＤ要求を受信器３２へ送信する(ステップＳ３)。
【００３７】
受信器３２内の制御部６０３は、ＥＤＩＤ要求を受信すると(ステップＴ１)、メモリ６０４に予め格納しておいた表示装置３３のＥＤＩＤを読み出し、送信器１４ｘへ送信する(ステップＴ２)。
【００３８】
送信器１４ｘ内の受信処理部７０６は、ＥＤＩＤを受信する(ステップＳ４)。これを検知した決定部７０７は、ＨＤＣＰ対応インタフェースの種別を判定する(ステップＳ５)。この例では、決定部７０７は、当該種別がＨＤＭＩであると判定し、コンテンツデータ４０及びダミーデータの送信レートをＨＤＭIに則したレートに決定する(ステップＳ６)。また、決定部７０７は、ＥＤＩＤに含まれる仕様情報に基づき、コンテンツデータ４０及びダミーデータの解像度を決定する(ステップＳ７)。
【００３９】
この時、中央制御部７０９は、ダミーデータ生成部７０２に対し、決定部７０７により決定された解像度に則したダミーデータを生成するよう指示する。また、中央制御部７０９は、送信処理部７０５を制御し、以てダミーデータを受信器３２へ送信する(ステップＳ８)。
【００４０】
受信器３２内の制御部６０３は、ダミーデータを受信すると(ステップＴ３)、上記の第１認証処理で説明した秘密鍵ＡＫＳＶ及び疑似乱数値Ａｎの受信を待機する。
【００４１】
一方、送信器１４ｘ内の中央制御部７０９は、変数ＣＴを認証試行回数４１１として待ち時間設定部７０８に与える。待ち時間設定部７０８は、変数ＣＴをキーとして、テーブル４１０から認証開始待ち時間４１２を検索する。今、変数ＣＴ＝"１"であるため、１回目の認証試行に対応する時間値２００ｍｓｅｃが、認証開始待ち時間４１２として検索される。待ち時間設定部７０８は、認証開始待ち時間４１２＝"２００ｍｓｅｃ"を中央制御部７０９に与える。中央制御部７０９は、タイマ３００に認証開始待ち時間４１２を計時させ(ステップＳ９)、認証開始待ち時間４１２の経過を待機する(ステップＳ１０)。
【００４２】
認証開始待ち時間４１２が経過すると、中央制御部７０９は、認証処理部７０１に、秘密鍵ＡＫＳＶ及び疑似乱数値Ａｎを受信器３２へ送信させる。これにより、送信器１４ｘと受信器３２の協調動作による上記の第１及び第３認証処理が実行されることとなる(ステップＳ１１及びＴ４)。
【００４３】
この結果、認証処理部７０１が受信器３２の認証に成功した場合、中央制御部７０９は、スクランブル部７０４及びＨＤＭI送信回路２００を制御し、以てコンテンツデータ４０を暗号化して受信器３２へ送信する(ステップＳ１３)。コンテンツデータ４０の受信を検知した受信器３２内の映像／音声処理部６０２は、コンテンツデータ４０を復号し、以てＡｕｄｉｏデータ６０及びＶｉｄｅｏデータ７０を得る。そして、映像／音声処理部６０２は、表示装置３３に、Ｖｉｄｅｏデータ７０の表示及びＡｕｄｉｏデータ６０の出力を行わせる(ステップＴ５及びＴ６)。
【００４４】
一方、認証処理部７０１が受信器３２の認証に失敗した場合、中央制御部７０９は、変数ＣＴ≧"３"が成立するか否かを判定する(ステップＳ１４)。今、変数ＣＴ＝"１"であるため、中央制御部７０９は、変数ＣＴを"１"だけインクリメントし(ステップＳ１５)、上記のステップＳ８に戻る。
【００４５】
これにより、上記のステップＳ１０及びＳ１１で、２回目の認証試行に対応する認証開始待ち時間４１２＝"１０００ｍｓｅｃ"を待機した後、上記のステップＳ１２で、ＨＤＣＰ認証処理が再実行されることとなる。この結果、受信器３２の認証に成功した場合、上記のステップＳ１３で、コンテンツデータ４０が受信器３２へ送信されることとなる。一方、受信器３２の認証に再び失敗した場合には、３回目の認証試行に対応する認証開始待ち時間４１２＝"２０００ｍｓｅｃ"を待機した後、ＨＤＣＰ認証処理が再実行されることとなる。なお、３回目のＨＤＣＰ認証処理を実行しても受信器３２の認証に失敗した場合(すなわち、上記のステップＳ１４で変数ＣＴ≧"３"が成立した場合)、送信器１４ｘは、コンテンツデータ４０を送信せず、処理を終了する。
【００４６】
このように、認証開始待ち時間を増加させることは、ＨＤＣＰ認証処理を成功させる１つの要素となる。
【先行技術文献】
【特許文献】
【００４７】
【特許文献１】特開２００８−２１９７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【００４８】
しかしながら、上記の送信器１４ｘには、ＨＤＣＰ認証処理の実行効率が低いという課題があった。これは、送信器１４ｘが認証試行回数４１１に応じて認証開始待ち時間４１２を決定するためである。一度認証に成功した受信器の接続を外し、当該受信器を再接続した場合、ＨＤＣＰ認証処理は、当該成功に至った試行回数分だけ失敗を繰り返すこととなる。この失敗の繰り返しは、受信器を再接続する度に発生する。
【００４９】
また、上記の課題は、中継器をＨＤＣＰ認証処理の実行対象とした場合も同様に発生する。
【課題を解決するための手段】
【００５０】
本発明の一態様に係る認証処理回路は、コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証すると共に、前記認証に成功するまで前記認証に係る待ち時間を増加させる認証部と、前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いられた待ち時間とを対応付けて記憶する記憶部とを備える。前記認証部は、前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶された待ち時間を用いる。
【００５１】
また、本発明の一態様に係る送信器は、前記認証処理回路と、前記コンテンツデータを、前記認証に成功した受信器又は中継器に対してＨＤＣＰ対応インタフェースを介して送信する送信回路とを備える。
【００５２】
また、本発明の一態様に係る認証処理方法は、コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証する認証処理方法を提供する。この認証処理方法は、前記認証に成功するまで前記認証に係る待ち時間を増加させ、前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いた待ち時間とを対応付けて記憶し、前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶した待ち時間を用いる。
【００５３】
さらに、本発明の一態様に係る認証処理プログラムは、コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証するコンピュータに、前記認証に成功するまで前記認証に係る待ち時間を増加させる処理と、前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いた待ち時間とを対応付けて記憶する処理と、前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶した待ち時間を用いる処理とを実行させる。
【００５４】
すなわち、本発明では、一度認証に成功した受信器又は中継器の再接続に伴う再認証に際し、当該成功時に用いた待ち時間を用いる。このため、当該受信器又は中継器の再接続時には、そのＨＤＣＰ認証処理を、失敗すること無く１回で終了させることが可能である。
【発明の効果】
【００５５】
本発明によれば、ＨＤＣＰ認証処理の実行効率を大幅に向上させることが可能である。また、実行効率の向上に伴い、ＨＤＣＰ認証処理に際しての消費電力や必要リソース量等を低減させることも可能となる。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施の形態に係る認証処理回路及び送信器の構成例を示したブロック図である。
【図２】本発明の実施の形態に係る認証処理回路に用いるテーブルの一の構成例を示した図である。
【図３】本発明の実施の形態に係る認証処理回路に用いる認証部の構成例を示したブロック図である。
【図４】本発明の実施の形態に係る認証処理回路及び送信器の一の動作例を示したフローチャート図である。
【図５】本発明の実施の形態に係る認証処理回路に用いるテーブルの他の構成例を示した図である。
【図６】本発明の実施の形態に係る認証処理回路及び送信器の他の動作例を示したフローチャート図である。
【図７】本発明の関連技術に係る送信器の構成例を示したブロック図である。
【図８】本発明の関連技術に係る認証処理回路に用いるテーブルの構成例を示した図である。
【図９】本発明の関連技術に係る認証処理回路の構成例を示したブロック図である。
【図１０】本発明の関連技術に係る認証処理回路及び送信器の動作例を示したフローチャート図である。
【図１１】本発明の関連技術に係る受信器の動作例を示したフローチャート図である。
【発明を実施するための形態】
【００５７】
以下、本発明に係る認証処理回路及びこれを適用する送信器の実施の形態を、図１〜図６を参照して説明する。なお、各図面において同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００５８】
図１に示すように、本実施の形態に係る送信器１４は、図７に示した送信器１４ｘに代えて、ディスク再生装置１０に適用することができる。送信器１４は、認証処理回路１００と、図７と同様のＨＤＭＩ送信回路２００、タイマ３００、及びメモリ４００と、不揮発性メモリ５００とで構成される。
【００５９】
なお、送信器１４は、コンテンツデータ４０を、ＨＤＭＩに限らず、ＤＶＩ、ＵＤＩ(Ｕｎｉｆｉｅｄ Ｄｉｓｐｌａｙ Ｉｎｔｅｒｆａｃｅ)、ＧＶＩＦ(Ｇｉｇａ−ｂｉｔ Ｖｉｄｅｏ Ｉｎｔｅｒｆａｃｅ)等の種々のＨＤＣＰ対応インタフェースを介して送信することができる。この場合、ＨＤＭＩ送信回路２００に代えて、各インタフェースに適合する送信回路を設ければ良い。また、送信器１４には、Ａｕｄｉｏデータ６０及びＶｉｄeｏデータ７０を、ディスク装置(ディスク５０、ディスクアクセス部１２、及びＡＶデコーダ１３)に限らず、種々の装置から入力しても良い。
【００６０】
また、認証処理回路１００は、認証部１１０と、記憶部１２０とを備えている。
【００６１】
この内、認証部１１０は、タイマ３００を制御してＨＤＣＰ認証処理に係る待ち時間を計時すると共に、メモリ４００を作業領域として使用する。また、認証部１１０は、コンテンツデータ４０の送信先となる受信器３２、又はコンテンツデータ４０を受信器３２へ中継する中継器を、ＨＤＣＰ認証処理の実行対象とする。さらに、認証部１１０は、受信器３２又は中継器の認証に成功するまで当該待ち時間を増加させる。
【００６２】
一方、記憶部１２０は、認証部１１０での認証が成功した受信器又は中継器の識別情報５１１と、当該成功時に用いられた待ち時間５１２とを対応付けて不揮発性メモリ５００に記憶する。例えば図２に示すように、記憶部１２０は、識別情報５１１と上述した認証開始待ち時間５１２ａとを対応付けたテーブル５１０を、不揮発性メモリ５００中に形成する。なお、識別情報５１１には、ＥＤＩＤに含まれる受信器又は中継器の固有情報(ベンダ情報や製品情報等)をそのまま利用することができる。この場合、送信器１４−受信器３２間を伝送する信号系統には、何ら改修が発生しない。
【００６３】
また、認証部１１０は、識別情報５１１に対応する受信器又は中継器の再認証(すなわち、一度認証に成功した受信器又は中継器の再接続)に際して、待ち時間５１２を用いる。
【００６４】
これにより、認証部１１０は、一度認証に成功した受信器又は中継器に対するＨＤＣＰ認証処理を、以降失敗すること無く１回で終了させることができる。また、識別情報５１１及び待ち時間５１２を不揮発性メモリ５００に記憶するため、送信器１４への電源供給を一旦停止した後に再開した場合であっても、認証部１１０は、一度認証に成功した受信器又は中継器に対するＨＤＣＰ認証処理を、失敗すること無く１回で終了させることができる。
【００６５】
また、図３に示すように、認証部１１０は、中央制御部１１１と、図９と同様の認証処理部７０１、ダミーデータ生成部７０２、ホットプラグ検出部７０３、スクランブル部７０４、送信処理部７０５、受信処理部７０６、及び決定部７０７とを用いて簡易に構成することができる。
【００６６】
ここで、中央制御部１１１は、本実施の形態に特有の処理として、大略、下記(Ａ)〜(Ｃ)に示す処理を実行する。
【００６７】
(Ａ)記憶部１２０の制御による、不揮発メモリ５００に対する識別情報５１１及び待ち時間５１２の書込処理、又は不揮発メモリ５００からの識別情報５１１及び待ち時間５１２の読出処理。
(Ｂ)受信器又は中継器から受信したＥＤＩＤに含まれる識別情報と、不揮発性メモリ５００から読み出した識別情報５１１とを比較し、以てＨＤＣＰ認証処理の実行対象となる受信器又は中継器が、一度認証に成功した受信器又は中継器であるか否かを判定する処理。
(Ｃ)待ち時間５１２の経過を待機する処理、又は認証処理部７０１に待ち時間５１２の経過を待機させる処理。
【００６８】
次に、上記の認証処理回路１００及び送信器１４の動作を説明するが、まず不揮発性メモリ５００中に図２に示したテーブル５１０を形成した場合の動作例(１)を、図４を参照して説明する。そして、不揮発性メモリ５００中に図５に示すテーブル５１０ａを形成する場合の動作例(２)を、図６を参照して説明する。なお、受信器３２(又は中継器)の動作は図１１と同様であるため、その説明を省略する。
【００６９】
[動作例(１)]
図４に示すように、本動作例においては、図１０に示した上記のステップＳ２、Ｓ９、Ｓ１０、Ｓ１４、及びＳ１５に代えて、ステップＳ１６〜Ｓ２３に示す処理が実行される。
【００７０】
具体的には、上記のステップＳ１に示したホットプラグ検出処理において受信器３２又は中継器の接続が検出されると、認証処理回路１００内の中央制御部１１１は、認証開始待ち時間の設定に用いる一時的な変数ＷＴａに、初期時間値８００ａ(例えば"２００ｍｓｅｃ")を設定する(ステップＳ１６)。そして、中央制御部１１１は、送信処理部７０５及び受信処理部７０６を制御し、以て上記のステップＳ３及びＳ４に示したＥＤＩＤ受信処理を実行する。また、中央制御部１１１は、ダミーデータ生成部７０２及び決定部７０７を制御し、以て上記のステップＳ５〜Ｓ７に示したダミーデータ設定処理を実行する。
【００７１】
この後、中央制御部１１１は、受信器３２又は中継器から受信したＥＤＩＤに含まれる識別情報が不揮発性メモリ５００に記憶されているか否かを判定する(ステップＳ１７)。
【００７２】
今、受信器３２又は中継器が送信器１４に初めて接続されたとすると、中央制御部１１１は、ＥＤＩＤに含まれる識別情報が不揮発性メモリ５００に記憶されていないと判定する。この時、中央制御部１１１は、ダミーデータ生成部７０２及び送信処理部７０５を制御し、以て上記のステップＳ８に示したダミーデータ送信処理を実行する。また、中央制御部１１１は、タイマ３００を制御し、以て変数ＷＴａが示す時間(初期時間値８００ａ)の経過を待機する(ステップＳ１８)。変数ＷＴａが示す時間の経過後、中央制御部１１１は、認証処理部７０１を制御し、以て認証処理部７０１に、上記のステップＳ１１に示した、受信器３２又は中継器との協調動作によるＨＤＣＰ認証処理を実行させる。
【００７３】
この結果、上記のステップＳ１２で認証処理部７０１が受信器３２又は中継器の認証に成功した場合、中央制御部１１１は、変数ＷＴａ≠初期時間値８００ａが成立するか否かを判定する(ステップＳ１９)。今、変数ＷＴａ＝初期時間値８００ａが成立するため、中央制御部１１１は、スクランブル部７０４及びＨＤＭI送信回路２００を制御し、以て上記のステップＳ１３に示したコンテンツデータ４０の送信処理を実行する。
【００７４】
一方、認証処理部７０１が受信器３２又は中継器の認証に失敗した場合、中央制御部１１１は、変数ＷＴａ≧上限時間値９００ａ(例えば、２０００ｍｓｅｃ)が成立するか否かを判定する(ステップＳ２０)。今、変数ＷＴａ＜上限時間値９００ａが成立するため、中央制御部１１１は、変数ＷＴａを、所定の増分時間値１０００ａ(例えば、２００ｍｓｅｃ)だけ増加させる(ステップＳ２１)。そして、中央制御部１１１は、上記のステップＳ８及びＳ１８を経由して増加後の変数ＷＴａが示す時間の経過を待機した後、上記のステップＳ１１へ進み、以て認証処理部７０１に、ＨＤＣＰ認証処理を再実行させる。
【００７５】
この結果、受信器３２又は中継器の認証に成功した場合には、上記のステップＳ１９で変数ＷＴａ≠初期時間値８００ａが成立するため、中央制御部１１１は、記憶部１２０を制御し、以て不揮発メモリ５００に、識別情報５１１(ＥＤＩＤに含まれる識別情報)及び待ち時間５１２ａ(変数ＷＴａが示す時間)を書き込む(ステップＳ２２)。そして、中央制御部１１１は、上記のステップＳ１３に進んでコンテンツデータ４０の送信処理を実行する。
【００７６】
このように、不揮発メモリ５００には、認証に成功した受信器又は中継器の識別情報５１１と、当該成功時に用いた認証開始待ち時間５１２ａとが記憶されることとなる。
【００７７】
また、一度認証に成功した受信器又は中継器が再接続された場合、中央制御部１１１は、上記のステップＳ１７で、ＥＤＩＤに含まれる識別情報と同一の識別情報５１１が不揮発性メモリ５００に記憶されていると判定する。この時、中央制御部１１１は、変数ＷＴａに、不揮発性メモリ５００に記憶された認証開始待ち時間５１２ａを設定する(ステップＳ２３)。
【００７８】
これにより、再接続された受信器又は中継器は、失敗すること無く１回のＨＤＣＰ認証処理で認証されることとなる。
【００７９】
また、上記のステップＳ２０で変数ＷＴａ≧上限時間値９００ａが成立すると判定した場合、中央制御部１１１は、コンテンツデータ４０の送信処理を実行せず、全ての処理を終了する。このため、認証に成功し得ない受信器又は中継器に対するＨＤＣＰ認証処理の過度な実行を回避することができる。
【００８０】
なお、本動作例では、認証開始待ち時間５１２ａを制御対象としたが、認証処理回路１００は、上述したＲ０'生成待ち時間又はＲＥＡＤＹビット受信待ち時間を制御対象とすることもできる。この場合、認証処理回路１００は、不揮発性メモリ５００に認証に成功した際のＲ０'生成待ち時間又はＲＥＡＤＹビット受信待ち時間を記憶すると共に、当該記憶したＲ０'生成待ち時間又はＲＥＡＤＹビット受信待ち時間をＨＤＣＰ認証処理中に用いれば良い。
【００８１】
[動作例(２)]
本動作例において、認証処理回路１００内の認証部１１０は、不揮発性メモリ５００中に、図５に示す如く識別情報５１１と、認証開始待ち時間５１２ａ及びＲＥＡＤＹビット受信待ち時間５１２ｂとを対応付けたテーブル５１０ａを形成するよう、記憶部１２０を制御する。
【００８２】
これに対応して、図６に示すように、認証部１１０は、図４に示した処理に加えて、ステップＳ２４〜Ｓ２８に示す処理を実行し、上記のＳ１９及びＳ２２に代えて、ステップＳ２９及びＳ３０に示す処理を実行する。
【００８３】
具体的には、上記のステップＳ１６に示した変数ＷＴａの初期設定処理の後、認証処理回路１００内の中央制御部１１１は、ＲＥＡＤＹビット受信待ち時間の設定に用いる一時的な変数ＷＴｂに、初期時間値８００ｂ(例えば"５０００ｍｓｅｃ")を設定する(ステップＳ２４)。変数認証処理部７０１は、上述した第２認証処理中、中継器からの秘密鍵ＫＳＶｓの収集完了を示すＲＥＡＤＹビットの受信を、変数ＷＴｂが示す時間だけ待機する。
【００８４】
この結果、上記のステップＳ１２で認証処理部７０１が中継器の認証に失敗した場合、中央制御部１１１は、その失敗要因を判定する(ステップＳ２６)。
【００８５】
失敗要因が変数ＷＴａにある場合(すなわち、認証開始待ち時間が短い場合)、中央制御部１１１は、上記のステップＳ２０及びＳ２１で変数ＷＴａが示す時間値を増加させ、上記のステップＳ８及びＳ１８を経由して増加後の変数ＷＴａが示す時間の経過を待機する。この後、中央制御部１１１は、上記のステップＳ１１へ進み、以て認証処理部７０１に、ＨＤＣＰ認証処理を再実行させる。
【００８６】
一方、失敗要因が変数ＷＴｂにある場合(すなわち、ＲＥＡＤＹビット受信待ち時間が短い場合)、中央制御部１１１は、変数ＷＴｂ≧上限時間値９００ｂ(例えば、６０００ｍｓｅｃ)が成立するか否かを判定する(ステップＳ２７)。この結果、変数ＷＴｂ＜上限時間値９００ｂが成立する場合、中央制御部１１１は、変数ＷＴｂを、所定の増分時間値１０００ｂ(例えば、２００ｍｓｅｃ)だけ増加させる(ステップＳ２８)。これにより、増加後の変数ＷＴｂが示す時間を用いて、上記のステップＳ１１に示したＨＤＣＰ認証処理が再実行されることとなる。
【００８７】
この結果、上記のステップＳ１２で中継器の認証に成功した場合、中央制御部１１１は、変数ＷＴａ≠初期時間値８００ａ又は変数ＷＴｂ≠初期時間値８００ｂが成立するか否かを判定する(ステップＳ２９)。
【００８８】
変数ＷＴａ≠初期時間値８００ａ又は変数ＷＴｂ≠初期時間値８００ｂが成立する場合、中央制御部１１１は、認証開始待ち時間又はＲＥＡＤＹビット受信待ち時間の増加により中継器の認証に成功したと判断する。そして、中央制御部１１１は、記憶部１２０を制御し、以て不揮発メモリ５００に、識別情報５１１(ＥＤＩＤに含まれる識別情報)、待ち時間５１２ａ(変数ＷＴａが示す時間)、及び待ち時間５１２ｂ(変数ＷＴｂが示す時間)を書き込む(ステップＳ３０)。
【００８９】
このように、不揮発メモリ５００には、認証に成功した中継器の識別情報５１１と、当該成功時に用いた認証開始待ち時間５１２ａ及びＲＥＡＤＹビット受信待ち時間５１２ｂとが記憶されることとなる。
【００９０】
また、一度認証に成功した中継器が再接続された場合、中央制御部１１１は、上記のステップＳ１７で、ＥＤＩＤに含まれる識別情報と同一の識別情報５１１が不揮発性メモリ５００に記憶されていると判定する。この時、中央制御部１１１は、上記のステップＳ２３で、変数ＷＴａに不揮発性メモリ５００に記憶された認証開始待ち時間５１２ａを設定すると共に、変数ＷＴｂに不揮発性メモリ５００に記憶されたＲＥＡＤＹビット受信待ち時間５１２ｂを設定する(ステップＳ２５)。
【００９１】
これにより、再接続された中継器は、失敗すること無く１回のＨＤＣＰ認証処理で認証されることとなる。
【００９２】
また、上記のステップＳ２７で変数ＷＴｂ≧上限時間値９００ｂが成立すると判定した場合、中央制御部１１１は、上記のステップＳ２０と同様に全ての処理を終了する。このため、認証に成功し得ない中継器に対するＨＤＣＰ認証処理の過度な実行を回避する効果が、認証開始待ち時間及びＲＥＡＤＹビット受信待ち時間の両者について得られる。
【００９３】
なお、本動作例では、認証開始待ち時間５１２ａ及びＲＥＡＤＹビット受信待ち時間５１２ｂを制御対象としたが、認証処理回路１００は、上述したＲ０'生成待ち時間も制御対象とすることもできる。この場合、認証処理回路１００は、認証の失敗要因がＲ０'生成待ち時間が短いことにあると判定した場合に、Ｒ０'生成待ち時間を増加させ、不揮発性メモリ５００に認証に成功した際のＲ０'生成待ち時間を記憶すると共に、当該記憶したＲ０'生成待ち時間をＨＤＣＰ認証処理中に用いれば良い。
【００９４】
また、同様にして、認証処理回路１００は、ＨＤＣＰ方式の仕様変更に伴って将来追加され得る待ち時間も制御対象とすることができる。
【００９５】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。例えば、上記の実施の形態に示した認証処理回路１００の各処理を、コンピュータに実行させるためのプログラムとして提供することもできる。この場合、当該プログラムを、コンピュータ内のプロセッサが実行可能なようにメモリ等の記憶媒体に格納すると好適である。或いは、当該プログラムは、既存の再生装置や送信器等に組み込まれたファームウェアへのプラグインとして提供しても良い。
【符号の説明】
【００９６】
１０ ディスク再生装置
１１, ３１ ＨＤＭＩコネクタ
１２ ディスクアクセス部
１３ ＡＶデコーダ
１４ 送信器
２０ ＨＤＭＩケーブル
２１ データライン
２２ 制御ライン
２３ ホットプラグライン
３２ 受信器
４０ コンテンツデータ
５０ ディスク
６０ Ａｕｄｉｏデータ
７０ Ｖｉｄｅｏデータ
１００ 認証処理回路
１１０ 認証部
１１１ 中央制御部
１２０ 記憶部
２００ ＨＤＭＩ送信回路
３００ タイマ
４００ メモリ
５００ 不揮発性メモリ
５１０, ５１０ａ テーブル
５１１ 識別情報
５１２ 待ち時間
５１２ａ 認証開始待ち時間
５１２ｂ ＲＥＡＤＹビット受信待ち時間
７０１ 認証処理部
７０２ ダミーデータ生成部
７０３ ホットプラグ検出部
７０４ スクランブル部
７０５ 送信処理部
７０６ 受信処理部
７０７ 決定部
８００ａ, ８００ｂ 初期時間値
９００ａ, ９００ｂ 上限時間値
１０００ａ, １０００ｂ 増分時間値
ＷＴａ, ＷＴｂ 変数
【特許請求の範囲】
【請求項１】
コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）方式に則して認証すると共に、前記認証に成功するまで前記認証に係る待ち時間を増加させる認証部と、
前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いられた待ち時間とを対応付けて記憶する記憶部と、を備え、
前記認証部が、前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶された待ち時間を用いる、認証処理回路。
【請求項２】
請求項１において、
前記記憶部が、前記識別情報及び待ち時間を、不揮発性の記憶媒体に記憶することを特徴とした認証処理回路。
【請求項３】
請求項１又は２において、
前記記憶部が、前記待ち時間として、前記認証の開始を待機した時間、及び前記認証中に前記受信器又は中継器における予め定めた処理の完了を待機した時間の少なくとも一方を記憶することを特徴とした認証処理回路。
【請求項４】
請求項３において、
前記認証部は、前記認証に失敗した場合、当該失敗の要因となった待ち時間を増加させることを特徴とした認証処理回路。
【請求項５】
請求項３又は４において、
前記予め定めた処理が、前記受信器又は中継器における、自回路に認証用データの交換が成功したか否かを照合させるための情報の生成処理、及び前記中継器における、前記受信器からの認証用データの収集処理の少なくとも一方であることを特徴とした認証処理回路。
【請求項６】
請求項１〜５のいずれか一項において、
前記識別情報が、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）に含まれる、前記受信器又は中継器の固有情報であることを特徴とした認証処理回路。
【請求項７】
請求項１〜６のいずれか一項において、
前記認証部が、前記待ち時間を予め定めた上限時間内で増加させることを特徴とした認証処理回路。
【請求項８】
請求項１〜７のいずれか一項に記載の認証処理回路と、
前記コンテンツデータを、前記認証に成功した受信器又は中継器に対してＨＤＣＰ対応インタフェースを介して送信する送信回路と、
を備えた送信器。
【請求項９】
コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証する認証処理方法であって、
前記認証に成功するまで前記認証に係る待ち時間を増加させ、
前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いた待ち時間とを対応付けて記憶し、
前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶した待ち時間を用いる、認証処理方法。
【請求項１０】
請求項９において、
前記識別情報及び待ち時間を、不揮発性の記憶媒体に記憶することを特徴とした認証処理方法。
【請求項１１】
請求項９又は１０において、
前記待ち時間として、前記認証の開始を待機した時間、及び前記認証中に前記受信器又は中継器における予め定めた処理の完了を待機した時間の少なくとも一方を記憶することを特徴とした認証処理方法。
【請求項１２】
請求項１１において、
前記認証に失敗した場合、当該失敗の要因となった待ち時間を増加させることを特徴とした認証処理方法。
【請求項１３】
請求項１１又は１２において、
前記予め定めた処理を、前記受信器又は中継器における、前記認証の実行主体に認証用データの交換が成功したか否かを照合させるための情報の生成処理、及び前記中継器における、前記受信器からの認証用データの収集処理の少なくとも一方とすることを特徴とした認証処理回路。
【請求項１４】
請求項９〜１３のいずれか一項において、
前記識別情報として、ＥＤＩＤに含まれる、前記受信器又は中継器の固有情報を用いることを特徴とした認証処理方法。
【請求項１５】
請求項９〜１４のいずれか一項において、
前記待ち時間を予め定めた上限時間内で増加させることを特徴とした認証処理方法。
【請求項１６】
コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証するコンピュータに、
前記認証に成功するまで前記認証に係る待ち時間を増加させる処理と、
前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いた待ち時間とを対応付けて記憶する処理と、
前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶した待ち時間を用いる処理と、
を実行させるための認証処理プログラム。
【請求項１】
コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）方式に則して認証すると共に、前記認証に成功するまで前記認証に係る待ち時間を増加させる認証部と、
前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いられた待ち時間とを対応付けて記憶する記憶部と、を備え、
前記認証部が、前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶された待ち時間を用いる、認証処理回路。
【請求項２】
請求項１において、
前記記憶部が、前記識別情報及び待ち時間を、不揮発性の記憶媒体に記憶することを特徴とした認証処理回路。
【請求項３】
請求項１又は２において、
前記記憶部が、前記待ち時間として、前記認証の開始を待機した時間、及び前記認証中に前記受信器又は中継器における予め定めた処理の完了を待機した時間の少なくとも一方を記憶することを特徴とした認証処理回路。
【請求項４】
請求項３において、
前記認証部は、前記認証に失敗した場合、当該失敗の要因となった待ち時間を増加させることを特徴とした認証処理回路。
【請求項５】
請求項３又は４において、
前記予め定めた処理が、前記受信器又は中継器における、自回路に認証用データの交換が成功したか否かを照合させるための情報の生成処理、及び前記中継器における、前記受信器からの認証用データの収集処理の少なくとも一方であることを特徴とした認証処理回路。
【請求項６】
請求項１〜５のいずれか一項において、
前記識別情報が、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）に含まれる、前記受信器又は中継器の固有情報であることを特徴とした認証処理回路。
【請求項７】
請求項１〜６のいずれか一項において、
前記認証部が、前記待ち時間を予め定めた上限時間内で増加させることを特徴とした認証処理回路。
【請求項８】
請求項１〜７のいずれか一項に記載の認証処理回路と、
前記コンテンツデータを、前記認証に成功した受信器又は中継器に対してＨＤＣＰ対応インタフェースを介して送信する送信回路と、
を備えた送信器。
【請求項９】
コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証する認証処理方法であって、
前記認証に成功するまで前記認証に係る待ち時間を増加させ、
前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いた待ち時間とを対応付けて記憶し、
前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶した待ち時間を用いる、認証処理方法。
【請求項１０】
請求項９において、
前記識別情報及び待ち時間を、不揮発性の記憶媒体に記憶することを特徴とした認証処理方法。
【請求項１１】
請求項９又は１０において、
前記待ち時間として、前記認証の開始を待機した時間、及び前記認証中に前記受信器又は中継器における予め定めた処理の完了を待機した時間の少なくとも一方を記憶することを特徴とした認証処理方法。
【請求項１２】
請求項１１において、
前記認証に失敗した場合、当該失敗の要因となった待ち時間を増加させることを特徴とした認証処理方法。
【請求項１３】
請求項１１又は１２において、
前記予め定めた処理を、前記受信器又は中継器における、前記認証の実行主体に認証用データの交換が成功したか否かを照合させるための情報の生成処理、及び前記中継器における、前記受信器からの認証用データの収集処理の少なくとも一方とすることを特徴とした認証処理回路。
【請求項１４】
請求項９〜１３のいずれか一項において、
前記識別情報として、ＥＤＩＤに含まれる、前記受信器又は中継器の固有情報を用いることを特徴とした認証処理方法。
【請求項１５】
請求項９〜１４のいずれか一項において、
前記待ち時間を予め定めた上限時間内で増加させることを特徴とした認証処理方法。
【請求項１６】
コンテンツデータの送信先となる受信器、又は前記コンテンツデータを前記受信器へ中継する中継器をＨＤＣＰ方式に則して認証するコンピュータに、
前記認証に成功するまで前記認証に係る待ち時間を増加させる処理と、
前記認証に成功した受信器又は中継器の識別情報と、当該成功時に用いた待ち時間とを対応付けて記憶する処理と、
前記識別情報に対応する受信器又は中継器の再認証に際して、前記記憶した待ち時間を用いる処理と、
を実行させるための認証処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−６１５６８（Ｐ２０１１−６１５６８Ａ）
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願番号】特願２００９−２１００３５（Ｐ２００９−２１００３５）
【出願日】平成２１年９月１１日（２００９．９．１１）
【出願人】（３０２０６２９３１）ルネサスエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願日】平成２１年９月１１日（２００９．９．１１）
【出願人】（３０２０６２９３１）ルネサスエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】
[ Back to top ]