(57)【要約】【課題】従来通り、送信機器側で認証処理を行い、かつ、送信機器側に表示パネルなどが装備されていなくても、受信機器側で標準的に装備されているユーザインターフェースを用いて、ユーザに認証失敗を報知することができるようにする。【解決手段】送信データの送信に先立ち、受信装置に対して認証処理を行って、認証が取れたときには、受信装置で正しく再現できる送信データを受信装置に送信する送信処理装置である。受信装置についての認証が取れなかったときには、認証失敗をユーザに報知するためのものであって、受信装置で再生出力可能なメッセージ情報を、受信装置に送信する。【選択図】図１
2008258697.tif 000002
【特許請求の範囲】
【請求項１】
送信データの送信に先立ち、接続されている受信装置についての認証処理を行って、認証が成功したときには、前記受信装置で正しく再現できる送信データを前記受信装置に送信する送信処理装置であって、
前記受信装置についての認証が失敗したときには、当該認証が失敗したことをユーザに報知するための、前記受信装置で再生出力可能なメッセージ情報を、前記受信装置に送信する
ことを特徴とする送信処理装置。
【請求項２】
請求項１に記載の送信処理装置において、
前記受信装置についての認証が成功したときには、前記送信データに暗号化処理を施して前記受信装置に送信し、
前記受信装置についての認証が失敗したときには、暗号化処理を施さないで、前記メッセージ情報を前記受信装置に送信する
ことを特徴とする送信処理装置。
【請求項３】
請求項１または請求項２に記載の送信処理装置において、
前記メッセージ情報は、前記受信装置との間で用いることが可能な他の入出力インターフェースを用いることを促すメッセージである
ことを特徴とする送信処理装置。
【請求項４】
送信データの送信に先立ち、受信装置に対して認証処理を行って、認証が成功したときには、前記受信装置で正しく再現できる送信データを前記受信装置に送信する送信処理方法であって、
前記受信装置についての認証が失敗したときには、当該認証が失敗したことをユーザに報知するための、前記受信装置で再生出力可能なメッセージ情報を、前記受信装置に送信する
ことを特徴とする送信処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば著作権保護される情報についての送信に適用して好適な送信処理装置および送信処理方法に関する。
【背景技術】
【０００２】
デジタル画像（またはデジタル映像）データや音声データの伝送に当たっては、著作権保護のための施策が施されている。
【０００３】
例えば、送信しようとするデータに、付加情報として複製制限情報を付加して伝送するようにするＣＧＭＳ（Ｃｏｐｙ  Ｇｅｎｅｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）方式が知られている。このＣＧＭＳ方式では、例えば、受信装置側が記録装置であって、受信したデータから複製制限情報を抜き出して解析した結果、複製不可であった場合には、受信したデータの記録を行わない、あるいは、再生しても正常に再生されないデータに置き換えて記録するなどの方策がとられている（例えば特許文献１（特許３６８５３８２号公報）や特許文献２（特開２００３−１８９２３２号公報）など参照）。
【０００４】
ところで、近年、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）規格、ＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）規格などの高速デジタルインターフェイス規格に準拠した種々の電子機器の開発が進められている。
【０００５】
これらの高速デジタルインターフェイス規格では、ＴＭＤＳ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｉｎｉｍｉｚｅｄ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｓｉｇｎａｌｉｎｇ）というシリアル伝送方式が採用されており、上述のＣＧＭＳ方式のような複製制御情報などを付加情報は、送信データに付加することができない伝送規格となっている。
【０００６】
そして、これらの高速デジタルインターフェイス規格では、著作権保護技術として、ＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）技術が用いられる。
【０００７】
すなわち、後で詳述するように、このＨＤＣＰ技術においては、送信機器側および受信機器側のそれぞれで、暗号化および復号化のための鍵を備えていると共に、これらの鍵を使用した所定の演算を実行することにより、送信機器側で受信機器が不正な機器ではないことの認証処理を行うようにする。そして、この認証処理により、受信機器が不正な機器ではないと認証できた（以下、認証が成功した、あるいは認証成功と言う）ときには、送信機器側から送信データを暗号化して伝送し、受信機器側で受信して復号化することが可能となる（例えば特許文献３（特開２００６−２４６３００号公報）参照）。
【０００８】
上記の特許文献は、次の通りである。
【特許文献１】特許３６８５３８２号公報
【特許文献２】特開２００３−１８９２３２号公報
【特許文献３】特開２００６−２４６３００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、上記のＨＤＣＰ技術においては、受信機器についての認証処理により、前記受信機器が不正な機器ではないという認証ができなかった（以下、認証が失敗下、あるいは認証失敗と言う）ときには、従来、一般的には、送信機器は再度認証を試みたり、データ転送を中止したりするなどの処理を行うようにしている。
【００１０】
ところが、認証手順は単純なものではなく、認証処理が複数ステップに分かれており時間を要するので、再度の認証を繰り返す行う場合には、ユーザにとっては原因の分からない長い待ち時間が続くことにより、混乱を招きかねないという問題がある。
【００１１】
また、データ転送を中止した場合には、送信機器側に、表示用ディスプレイや専用ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ；発光ダイオード）が存在していて、前記認証失敗をユーザに報知する手段が設けられていれば、ユーザは、前記認証失敗を知ることも可能である。しかし、それらの表示パネルや専用ＬＥＤおよび報知手段が無い送信機器や、また、それらを搭載するとコストアップにつながるためにそれら表示用ディスプレイや専用ＬＥＤおよび報知手段を設けない機器、さらには、デザインとして認証失敗の報知用の表示用ディスプレイやＬＥＤを設けたくない機器においては、上記の同様に、ユーザが、認証失敗を認識できず、混乱を招きかねないという問題がある。
【００１２】
また、前記特許文献３には、通常は、送信機器側で認証が成功したか否かを判断するものを、敢えて、受信機器側で認証が成功したか否かを判断するように構成し、認証が失敗であった場合には、受信機器側に標準的に装備している表示用ディスプレイなどのユーザインターフェースを用いて、ユーザに報知するようにすることが記載されている。
【００１３】
しかし、この場合には、受信機器側の構成を通常のものとは異ならせ、敢えて、認証が成立したか否かを判断する手段を設けるようにしなければならないという問題があると共に、そのような認証手段を持たない受信機器以外では、例え、表示用ディスプレイなどのユーザインターフェースを標準的に装備していたとしても、上述の問題を回避することができないという問題がある。
【００１４】
なお、以上は、ＨＤＭＩやＤＶＩの伝送についてのＨＤＣＰ技術を用いた場合として問題点を指摘したが、この問題点が生じるのは、ＨＤＣＰ技術のみの場合に限られるものではない。
【００１５】
例えば、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）１３９４−ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）方式においては、ＩＥＥＥ１３９４バスでデータ伝送する際に、認証機能と鍵の無効化機能を備えており、映像データ、オーディオデータなどの著作権保護が必要なデータを暗号化して伝送することにより著作権の保護を実現することができる。
【００１６】
このように、ＩＥＥＥ１３９４−ＤＴＣＰ方式は、映像データやオーディオデータを伝送する際、著作権保護する必要がある場合には、その映像データやオーディオデータを暗号化して伝送するようにしており、認証が失敗した場合においては、上述と同様の問題が生じる。
【００１７】
この発明は、以上の点にかんがみ、従来通り、送信機器側で認証処理を行い、かつ、送信機器側に表示パネルなどが装備されていなくても、受信機器側で標準的に装備されているユーザインターフェースを用いて、ユーザに認証失敗を報知することができるようにすることを目的とする。
【課題を解決するための手段】
【００１８】
上記の課題を解決するために、この発明は、
送信データの送信に先立ち、接続されている受信装置についての認証処理を行って、認証が成功したときには、前記受信装置で正しく再現できる送信データを前記受信装置に送信する送信処理装置であって、
前記受信装置についての認証が失敗したときには、当該認証が失敗したことをユーザに報知するための、前記受信装置で再生出力可能なメッセージ情報を、前記受信装置に送信する
ことを特徴とする送信処理装置を提供する。
【００１９】
この構成のこの発明によれば、送信処理装置は、受信装置についての認証が失敗したときには、当該送信処理装置が、受信装置で再生出力可能なメッセージであって、認証失敗をユーザに報知するためのメッセージを受信装置に送信する。
【００２０】
したがって、ユーザは、受信装置で再生出力されたメッセージにより、認証失敗を認識することができ、混乱を生じるようなことは無い。この場合に、送信処理装置には、表示用ディスプレイなどを設ける必要はなく、また、受信装置側にも、特許文献３のような認証手段を備える必要は無く、通常、備えているユーザインターフェース等を用いてユーザに、認証失敗を報知することができる。
【発明の効果】
【００２１】
この発明によれば、従来通り、送信処理装置側で認証処理を行い、かつ、送信処理装置側に表示用ディスプレイなどが装備されていなくても、受信機器側で標準的に装備されているユーザインターフェースを用いて、ユーザに認証失敗を報知することができる。
【発明を実施するための最良の形態】
【００２２】
以下、この発明による送信処理装置の実施形態を、図を参照しながら説明する。
【００２３】
図１は、この発明の実施形態の送信処理装置１０と、当該送信処理装置１０からの送信データを受信する受信処理装置２０とからなり、送信処理装置１０と、受信処理装置２０とが、ＨＤＭＩ規格の１本のケーブル（以下、ＨＤＭＩケーブルという）からなるＨＤＭＩ伝送路３０により接続されている送受信システムの構成例を示すものである。
【００２４】
この図１の例においては、送信処理装置１０は、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）プレーヤの構成とされており、ＤＶＤ装填部（図示は省略）に装填されたＤＶＤ１１から圧縮映像データおよび圧縮音声データなどの圧縮データを読み出す読み出し部１２、読み出された圧縮データを伸長デコードするデコード部１３、デコードされたデータを受信処理装置の仕様に適合するように事前処理を行うための送信データ処理部１４、ＨＤＭＩ伝送路３０を通じた送信処理を実行する送信装置部１５、認証制御および送信処理制御を行うための送信制御部１６、送信側機器用の第１のデバイス鍵を記憶する鍵メモリ１７、などを備えて構成されている。なお、送信制御手段１６は、例えばマイクロコンピュータが使用されて構成される。
【００２５】
また、受信処理装置２０は、この例では、ＡＶ（Ａｕｄｉｏ−Ｖｉｓｕａｌ）モニター装置の構成とされており、ＨＤＭＩ伝送路３０を通じてデータを受信するための受信装置部２１、受信したデータを処理して表示用データおよび音響再生用データを生成する受信データ処理部２２、ディスプレイ２３Ｄおよびスピーカ２３ＳＰを備えるモニター装置２３、受信処理制御を行うための受信制御部２４、受信側機器用の第２のデバイス鍵を記憶する鍵メモリ２５、受信側情報メモリ２６、などを備えて構成されている。なお、受信制御手段２４は、例えばマイクロコンピュータが使用されて構成される。
【００２６】
受信側情報メモリ２６は、受信側情報として、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報を含む。特に、現在のＤＶＩ規格、またはＨＤＭＩ規格を用いる場合、受信側情報はＥＤＩＤと同じものを指すことになる。このＥＤＩＤ情報は、受信処理装置２０としてのＡＶモニター装置のディスプレイ２３Ｄの解像度の情報や同期周波数の情報、表示できる信号の種類、ピクセルクロック（画素クロック）、水平有効期間、垂直有効期間などの情報を含む。
【００２７】
送信処理装置１０と受信処理装置２０とを接続するＨＤＭＩ伝送路３０は、映像データやオーディオデータを伝送するための高速バス３１と、ＥＤＩＤデータや後述する認証のためのデータを伝送するための低速バス３２とを有している。
【００２８】
図２に、ＨＤＭＩ伝送路３０の詳細例を示す。図２に示すように、送信装置部１５は、ＨＤＭＩ送信部１５Ｔを備え、一方、受信装置部２１は、ＨＤＭＩ受信部２１Ｒを備え、これらＨＤＭＩ送信部１５ＴとＨＤＭＩ受信部２１Ｒとの間は、高速バス３１により接続される。
【００２９】
高速バス３１は、ＴＭＤＳ方式のシリアル伝送路であり、赤、緑、青の映像データのそれぞれを別々のチャンネル（ＴＭＤＳチャンネル０、ＴＭＤＳチャンネル１、ＴＭＤＳチャンネル２の３チャンネル）で伝送すると共に、それとは別に送信データに同期するクロックの伝送路が１チャンネル分、設けられる。したがって、高速バス３１は、図２に示すように４チャンネル分のシリアル伝送路を備える。
【００３０】
この場合、オーディオデータや、コントロールデータまたステータスデータは、赤、緑、青の画像データのそれぞれの垂直ブランキング期間や水平ブランキング期間に挿入されて伝送される。ＨＤＭＩ送信部１５Ｔは、これら映像データ、オーディオデータ、コントロールデータおよびステータスデータを、それぞれのチャンネルにおいて時分割多重して、送出する処理を行うと共に、送信データに同期するクロックを送出する。
【００３１】
また、図１および図２に示すように、送信制御部１６と、受信制御部２４とは低速バス３２により接続される。
【００３２】
ＨＤＭＩ規格では、プラグアンドプレイ（ｐｌｕｇ  ａｎｄ  ｐｌａｙ）が実現されており、送信処理装置１０は、受信処理装置２０が備える表示用ディスプレイの解像度に合わせて映像信号の伝送を行う。低速バス３２は、このプラグアンドプレイを実現するために設けられている。
【００３３】
この低速バス３２は、ＤＤＣ（Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｃｈａｎｎｅｌ）と呼ばれ、双方向バスであるＩ２Ｃバスが採用されている。Ｉ２Ｃバスは最大転送クロック周波数４００ｋＨｚの低速なシリアルバスである。この低速バス３２を介して、受信側情報であるＥＤＩＤデータを、送信制御手段１６が、受信処理装置２０から入手することで、プラグアンドプレイを実現する。
【００３４】
すなわち、送信処理装置１０と受信処理装置２０とがＨＤＭＩ伝送路３０で接続されると、送信処理装置１０の送信制御手段１６は、低速バス３２を介して受信処理装置２０の受信側情報メモリ２６から受信側情報であるＥＤＩＤ情報を取得する。そして、送信制御手段１６は、送信データの送信処理に際し、送信データ処理部１４を制御して、受信処理装置２０のディスプレイ２３Ｄにとって最適な水平走査周波数、垂直走査周波数の映像信号を出力させる。これによって、常に最適な状態で、ディスプレイ２３Ｄに、ＤＶＤ１１に記録された映像を表示させることが可能になる。
【００３５】
低速バス３２は、上述のようなプラグアンドプレイのためにのみ用いられるのではない。すなわち、この実施形態では、送信制御部１６は、この低速バス３２を用いて、ＨＤＣＰ方式による受信処理装置２０についての認証動作を行う。ＨＤＣＰでは、受信機器が不正な機器ではないことを送信処理装置１０が認証し、認証できた（認証成功）後、初めて、送信処理装置１０からの送信データの受信処理装置２０への暗号化伝送が可能となる。この認証に必要な情報は、低速バス３２を介して伝送される。この認証動作については、後で詳しく説明する。
【００３６】
送信処理装置１０の送信装置部１５は、例えば１個のＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）で構成されるもので、この例では、暗号化伝送のために、データ暗号化部１５１と、暗号化制御部１５２と、データ送信部１５３とを備える。データ送信部１５３は、図２のＨＤＭＩ送信部１５Ｔに対応する。
【００３７】
データ暗号化部１５１は、送信データ処理手段１４からの映像データおよびオーディオデータを受けて、暗号化制御部１５２からの制御を受けながら暗号化を実行する。暗号化制御部１５２は、送信制御部１６からの制御を受けて映像データおよびオーディオデータの暗号化を制御するようにする。また、データ送信部１５３は、データ暗号化部１５２から受けたデータを、ＨＤＭＩ伝送路３０のうちの高速バス３１を介して受信処理装置２０に送信するようにする。ここで、この例では、データ暗号化部１５１での暗号化の方式には、ＨＤＣＰが用いられる。
【００３８】
一方、受信処理装置部２０の受信装置部２１も、また、例えば１個のＬＳＩで構成されるもので、この例では、データ受信部２１１と、データ復号化部２１２と、復号化制御部２１３とを備える。データ受信部２１１は、図２のＨＤＭＩ受信部２１Ｒに対応する。
【００３９】
データ受信部２１１は、高速バス３１を介して伝送されてくる暗号化された映像データおよびオーディオデータを受信し、この映像データおよびオーディオデータをデータ復号化部２１２に転送する。次いで、暗号化されている映像データおよびオーディオデータは、データ復号化部２１２によって復号化され、元の映像信号およびオーディオ信号に復元される。その後、復元された映像信号およびオーディオ信号は、受信データ処理部２２に送られる。
【００４０】
そして、復元された映像信号およびオーディオ信号は、受信データ処理部２２で信号処理が施された後、モニター装置２３に供給されて、ディスプレイ２３Ｄに映像信号による映像が表示されると共に、スピーカ２３ＳＰにより、オーディオ信号が音響再生される。なお、受信データ処理部２２では、例えば、階調補正や、水平・垂直走査周期に応じたモニター装置２３への信号出力の最適化などを行なう。
【００４１】
鍵メモリ１７の第１のデバイス鍵および鍵メモリ２５の第２のデバイス鍵は、後述するように受信処理装置２０の認証を行う場合と、送信データの暗号化、復号化のために用いられる。
【００４２】
なお、第１のデバイス鍵と第２のデバイス鍵とは、それぞれ送信側機器、受信側機器に固有の鍵であり、「鍵交換」と呼ばれるステップによって第１のデバイス鍵から作られた暗号鍵と、第２のデバイス鍵から作られた復号鍵とを一致させるようにする。
【００４３】
すなわち、この例においては、送信制御部１６は、後述する認証処理により受信処理装置２０が不正な機器ではないことを確認すると、鍵メモリ１７の第１のデバイス鍵を読み出し、暗号化制御部１５２に渡す。暗号化制御部１５２は、受け取った第１のデバイス鍵を用いて暗号鍵を生成し、データ暗号化部１５１に渡す。データ暗号化部１５１は、この暗号鍵を用いて、送信データ処理部１４からの映像データおよびオーディオデータの暗号化処理を実行し、暗号化されたデータをデータ送信部１５３に転送する。データ送信部１５３は、前述したような３チャンネルのシリアルデータを生成し、高速バス３１を通じて受信処理装置２０に伝送する。
【００４４】
受信処理装置２０の受信制御部２４は、鍵メモリ２５から第２のデバイス鍵を読み出して復号化制御部２１３に渡し、この復号化制御部２１３に復号鍵を生成させるようにする。復号化制御部２１３で生成された復号鍵は、データ復号化部２１２に渡される。データ復号化部２１２は、この復号鍵を用いて、データ受信部２１１で受信した暗号化されている映像データおよびオーディオデータの復号化を行う。そして、復号化したデータを、受信データ処理部２２に供給し、前述したようにして、ディスプレイ２３Ｄに再生映像を表示し、スピーカ２３ＳＰにより再生音声を放音する。
【００４５】
以上は、送信処理装置１０で受信処理装置２０の認証処理をした結果、認証が成功して、受信処理装置２０が不正な機器ではないと判断したときの動作である。
【００４６】
一方、この実施形態では、送信処理装置１０で受信処理装置２０の認証処理をした結果、受信処理装置２０が不正な機器ではないという認証に失敗した場合には、従来のような再度の認証は行わない。
【００４７】
そして、この実施形態では、この認証失敗のときには、送信処理装置１０は、映像データやオーディオデータを暗号化しての伝送も行わず、その代わりに、ユーザに認証失敗を知らせるための情報であって、受信処理装置２０で再生出力可能なメッセージ情報を、暗号化せずに受信処理装置２０に送信する。
【００４８】
例えば図３または図４に示す例は、いずれもディスプレイ画面２３Ｄに表示して、ユーザに認証失敗を報知するためのメッセージ画面の例である。図３の例では、ＨＤＭＩ伝送路に接続された受信機器についての認証が失敗したため、映像および音声を表示したり、また、再生したりすることができないことを報知するメッセージ画面である。
【００４９】
また、図４の例は、ＨＤＭＩ伝送路に接続された受信機器についての認証が失敗したため、ＨＤＭＩ以外の他の接続インターフェースがある場合には、その接続インターフェースに切り換えるように促すことを内容とするメッセージ画面である。
【００５０】
この実施形態では、送信処理装置１０は、図３または図４に示すようなメッセージ画面の映像データは、例えばＤＶＤ１１に予め記録されていたものを読み出して取得し、その読み出したメッセージ画面の映像データを暗号化せず、生データのままで、受信処理装置２０に高速バス３１を通じて伝送するようにする。
【００５１】
暗号化されて伝送される伝送データには、当該伝送データが暗号化されていることを示す情報が挿入付加されている。受信装置部２１では、受信した伝送データから、この暗号化されていることを示す情報を抽出して、受信した伝送データが暗号化されていることを認識し、前述したような復号化処理を行う。
【００５２】
これと同様に、暗号化されずに生データのままで伝送されるメッセージ画面の映像データには、当該映像データが暗号化されていないことを示す情報が挿入付加される。そして、受信装置部２１では、メッセージ画面のデータを受け取ったときに、当該暗号化されていないことを示す情報を抽出して、そのことを認識し、データ復号化部２１２での暗号化の復号化処理をパスして、受信データ処理部２２に、当該メッセージ画面の映像データを供給するようにする。この結果、モニター装置２３のディスプレイ２３Ｄには、図３または図４に示すような認証失敗をユーザに報知するメッセージ画面が表示される。
【００５３】
なお、図３および図４に示すような認証失敗のメッセージ画面の映像データと共に、認証失敗の音声メッセージデータを伝送するようにしてももちろん良い。その場合には、ディスプレイ２３Ｄのメッセージ画面と共に、スピーカ２３ＳＰにより認証失敗の音声メッセージが放音されるので、ユーザは、すぐに認証失敗を認識して、他のインターフェースに切り換えるなど、適切な処置を迅速にできる。
【００５４】
また、メッセージ画面の映像データや、音声メッセージデータは、ＤＶＤなどの記録メディアに記録しておくのではなく、送信処理装置１０が備えるメモリに記憶しておき、それを読み出して使用するようにしても良い。
【００５５】
また、送信処理装置１０に、ＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）生成回路とＯＳＤ合成回路を設け、これらＯＳＤ生成回路とＯＳＤ合成回路を用いて、著作権フリーのデータに、ＯＳＤでメッセージを表示するものであってもよい。なお、ＨＤＭＩでは、ＰＣＭオーディオをサポートすることが、受信処理装置のマンダトリー規格であるため、音声にて認証が失敗した旨を、ユーザに報知することも有効である。
【００５６】
［認証動作および認証結果に応じた処理動作］
次に、以上説明した送信処理装置における認証動作の詳細と、その認証結果に応じた送信処理装置における処理動作について、さらに説明する。すなわち、図５およびその続きである図６は、送信処理装置における認証動作およびその認証結果に応じた処理動作の一例を説明するためのフローチャートである。なお、この図５および図６に示したフローチャートの各ステップは、主として、送信処理装置１０の送信制御部１６が、送信装置部１５を制御しながら実行するものである。
【００５７】
先ず、ＨＤＭＩケーブルが送信処理装置１０と受信処理装置２０とに接続されると、送信処理装置１０の送信制御部１６は、送信処理装置１０と受信処理装置２０との接続状態の情報を取得する（ステップＳ１）。これは、ＨＤＭＩケーブルの中に、受信機器がコントロールするＨＰＤ（Ｈｏｔ  Ｐｌｕｇ  Ｄｅｔｅｃｔｅｄ）という信号線があり、送信制御手段１６が、このＨＰＤを監視することにより、ＨＤＭＩで受信機器と接続がされたか否かがわかるという仕組みを用いるものである。
【００５８】
そして、このステップＳ１でのＨＰＤを通じた接続状態の情報の取得に基づいて、送信制御部１６は、ＨＤＭＩで受信機器が接続された状態であるか否か判別し（ステップＳ２）、接続状態ではないと判別したときには、ステップＳ１に戻り、接続状態の監視を継続する。
【００５９】
そして、ステップＳ２で、接続状態であると判別したときには、送信制御部１６は、低速バス３２を通じて、受信側情報メモリ２６に記憶されている受信側情報、この例では、ＥＤＩＤを取得し、バイナリデータであるこのＥＤＩＤを解析することにより、受信処理装置２０のモニター装置２３のディスプレイ２３Ｄで表示することが可能な水平同期周波数、垂直同期周波数、ビデオ解像度などの情報を認識する（ステップＳ３）。
【００６０】
こうして、ＨＤＭＩでの接続状態において、受信処理装置２０の仕様が分かったところで、送信制御部１６は、次に、ＨＤＣＰの認証ステップへと移行する。
【００６１】
先ず、送信制御部１６は、第１認証を実行する（ステップＳ４）。この第１認証は、次のようにして行う。
【００６２】
すなわち、送信制御部１６は、鍵メモリ１７から送信機器側の第１のデバイス鍵を取得して、取得したその第１のデバイス鍵を暗号化制御部１５２に渡すと共に、低速バス３２を通じて受信制御部２４に渡す。
【００６３】
一方、受信処理装置２０の受信制御部２４は、鍵メモリ２５から受信機器側の第２のデバイス鍵を取得して、復号化制御部２１３に渡すと共に、低速バス３２を通じて送信制御部１６に渡す。
【００６４】
そして、送信制御部１６は、低速バス３２を通じて受け取った第２のデバイス鍵を、暗号化制御部１５２に渡し、また、受信制御部２４は、低速バス３２を通じて受け取った第１のデバイス鍵を、復号化制御部２１３に渡す。
【００６５】
そして、送信制御部１６の制御指示を受けて、暗号化制御部１５２は、送信制御部１６から受け取った第１のデバイス鍵と、第２のデバイス鍵と、当該暗号化制御部１５２にて生成する乱数Ａｎとを基に、所定の演算を行い、その演算結果Ｒ０を送信制御部１６に渡す。送信制御部１６は、その演算結果Ｒ０を記憶しておく。
【００６６】
また、受信制御部２４の制御指示を受けて、復号化制御部２１３は、受信制御部２４から受け取った第１のデバイス鍵と、第２のデバイス鍵と、当該復号化制御部２１３にて生成する乱数Ａｎ´とを基に、所定の演算を行い、その演算結果Ｒ０´を、受信制御部２４を通じて低速バス３２を通じて送信制御部１６に送る。
【００６７】
送信制御部１６は、記憶している演算結果Ｒ０と、低速バス３２を通じて受け取った演算結果Ｒ０´とを比較し、両者が一致していれば第１認証が成功したと判断し、一致していなければ第１認証が失敗したと判断することができる。以上で、第１認証の処理が終了する。
【００６８】
そして、送信制御部１６は、この第１認証は成功したか否か判別し（ステップＳ５）、第１認証は成功したと判別したときには、送信制御部１６に接続されている受信機器は、リピータ（中継機器）であるか否か判別し（ステップＳ６）、リピータであると判別したときには、送信制御部１６は、第２認証を実行する（ステップＳ７）。また、ステップＳ６でリピータではないと判別したときには、送信制御部１６は、第２認証を行わずに、後述するように、接続状態を確認しながらの第３認証を行うようにする。
【００６９】
ここで、リピータについて、図７を参照して説明する。ＨＤＭＩ規格における受信処理装置は、ディスプレイやスピーカなどの映像再生および／または音声再生機能を有するものとされている。しかし、送信処理装置が、ディスプレイやスピーカなどを持たないＡＶアンプなどの中継機器に接続される場合もある。この場合、中継機器は、送信処理装置からの映像データや音声データを受けて、所定の処理をした後に、ディスプレイやスピーカなどを持つ受信処理装置に映像データや音声データを送信する。
【００７０】
このような場合には、送信処理装置は、中継装置を介して受信処理装置との認証を行う必要がある。第２の認証は、このような場合における認証である。
【００７１】
図７の例は、送信処理装置の例としてのＤＶＤプレーヤ４１と、リピータの例としてのＡＶアンプ４２とが、ＨＤＭＩケーブル５１で接続され、また、ＡＶアンプ４２と受信処理装置の例としてのモニター装置４３とがＨＤＭＩケーブル５２で接続されている状態を示している。
【００７２】
この図７の例では、ＤＶＤプレーヤ４１で再生が行われると、その再生映像データおよびオーディオデータが、リピータ（中継機器）であるＡＶアンプ４２により増幅された後、モニター装置４３に供給されて、そのディスプレイ画面に映像が表示され、そのスピーカにより音声が音響再生される。
【００７３】
送信制御部１６は、ステップＳ６で送信処理装置１０にＨＤＭＩケーブルで接続された機器はリピータであると判別したときには、ステップＳ７で第２認証を開始する。まず、リピータである機器にＨＤＭＩケーブルで接続されている受信処理装置の認証鍵（受信処理装置の鍵メモリ２６に記憶されている第２のデバイス鍵に対応）と、リピータの認証鍵とを所定の方法でマージしたＫＳＶ（ＫＥＹ  Ｓｅｌｅｃｔｉｏｎ  Ｖｅｃｔｏｒ）リストを、リピータ機器を通じて取得する。
【００７４】
そして、送信制御部１６は、取得したＫＳＶリストを暗号化制御部１５２に渡す。暗号化制御部１５２は、そのＫＳＶリストを基に所定の演算を行い、その演算結果Ｖを送信制御部１６に渡す。送信制御部１６は、その演算結果Ｖを記憶しておく。
【００７５】
そして、この場合には、リピータに接続されている受信処理装置の復号化制御部２１３で、リピータの認証鍵と受信処理装置の認証鍵とに基づいて所定の演算が行われ、その演算結果Ｖ´が、受信処理装置からリピータを通じて送られてくるので、それを取得して、記憶保持している演算結果Ｖと比較し、両者が一致していれば第２認証が成功したと判断し、一致していなければ第２認証が失敗したと判断することができる。以上で、第２認証の処理が終了する。
【００７６】
そして、送信制御部１６は、この第２認証は成功したか否か判別し（図６のステップＳ１１）、第２認証は成功したと判別したときには、再度、ＨＰＤの状態を監視してＨＤＭＩの接続状態の情報を取得する（ステップＳ１２）。ステップＳ６で、送信制御装置１０に接続されている機器がリピータではなく、第２認証が必要ではないと判別したときには、送信制御部１６は、ステップＳ６からこのステップＳ１２にジャンプする。
【００７７】
そして、送信制御部１６は、ステップＳ１２で、ＨＤＭＩによる機器の接続状態が維持されているか否かを判別し（ステップＳ１３）、接続状態が維持されていると判別したときには、第３認証を実行する（ステップＳ１４）。
【００７８】
第３認証の処理は、送信処理装置１０と受信処理装置２０（リピータ装置が介在している場合には、送信処理装置１０とリピータ装置）とが所定の演算を行い、得られる暗号化セッションキーを比較し、それらが同一値か否かを、例えば映像フレームの１２８フレームごとに周期的に監視することにより行われるものである。具体的には、送信制御部１６が、受信処理装置２０の受信制御部２４から前記所定の演算の結果を取得し、その取得した演算結果と、暗号化制御部１５２での前記所定の演算の結果と比較し、両者が一致いていれば第３認証は成功したと判断し、一致していなければ第３認証は失敗したと判断することで、第３認証処理が行われる。
【００７９】
次に、送信制御部１６は、第３認証において認証が成功したか否かを確認し（ステップＳ１５）、第３認証が成功したと判別したときには、送信制御部１６は、暗号化制御部１５２を制御し、データ暗号化部１５１にて、映像データおよびオーディオデータに暗号化を施し、データ送信部１５３から暗号化済みデータを送信する（ステップＳ１６）。その際、送信制御部１６は、送信データ処理部１４を制御して、送信する映像データは、受信処理装置２０のモニター装置２３のディスプレイ２３Ｄにとって最適な水平走査周波数、垂直走査周波数の映像信号となる状態で出力させるようにする。
【００８０】
そして、ステップＳ１６の次には、ステップＳ１２に戻り、ＨＰＤの状態の監視結果により、接続状態が維持されていると判別している間は、１２８フレーム毎に、上述した第３認証を繰り返す。
【００８１】
また、ステップＳ１３で、ＨＰＤの状態の監視結果により、ＨＤＭＩの接続が切れたと判別したときには、送信制御部１６は、ステップＳ１３からステップＳ１に戻り、次に、ＨＤＭＩの接続が行われたときには、上記の処理が行われる。
【００８２】
以上が、ＨＤＭＩケーブルが、送信処理装置１０と受信処理装置２０との間に接続されてから、認証を行い、その認証成功に基づいて、プラグアンドプレイ機能によりデータを最適な形で出力するまでの流れである。
【００８３】
次に、第１認証、第２認証、第３認証のいずれかの認証が失敗に終わった場合の処理について説明する。
【００８４】
すなわち、ステップＳ５で第１認証が失敗したと判別したとき、あるいは、ステップＳ１１で第２認証が失敗したと判別したとき、あるいは、ステップＳ１５で第３認証が失敗したと判別したときには、デジタルコンテンツを安全に出力できる保障がないため、送信制御部１６は、上述したような有効な送信データの送信を行わない。
【００８５】
そして、送信制御部１６は、その代わりに、この実施形態では、予めＤＶＤ１１に格納されている映像メッセージデータおよび／または音声メッセージデータを、読み出し部１２を制御して、読み出す（ステップＳ１７）。そして、送信制御部１６は、このときには、データ暗号化部１５１の暗号化機能をオフにすることにより、読み出した映像メッセージデータおよび／または音声メッセージデータを、暗号化せずに生データとして出力する。このとき送信されるデータには、前述したように、暗号化されていないことを示す情報が含められる（ステップＳ１８）。以上で、この処理ルーチンは終了となる。
【００８６】
前述もしたように、受信処理装置２０の受信装置部２１では、この生データのメッセージデータを受け取ると、それに含まれる生データであることを示す情報を検知し、その情報に基づいて、データ復号化部２１２での復号化をオフとして、受信データ処理部２２に渡す。したがって、受信データ処理部２２からのメッセージデータがモニター装置２３に供給されて、ＨＤＭＩにおけるＨＤＣＰの認証が失敗したことが、画面上のメッセージ表示により、および／または音声メッセージの放音により、ユーザに報知される。
【００８７】
以上のようにして、この実施形態によれば、認証に失敗した場合は、暗号化していない生データのメッセージデータを送信することにより、ユーザの混乱を招くことを防止することができる。
【００８８】
例えば、図３に示したような、有効な映像/音声が出力されない理由として、認証が成功しないためであるということが分かるメッセージデータを出力すれば、突然画像が映らなくなって、ユーザが故障と間違える問題は解決される。
【００８９】
また、受信処理装置２０に、ＨＤＭＩインターフェースの他の接続インターフェースがある場合は、メッセージの文言として、図４に示したように、当該他の入力インターフェースに切り替えるように指示するメッセージを出すことも有効である。ユーザがこのメッセージを受けて、その指示のように接続インターフェースを切り替えれば、有効な映像データが見られるようになる。
【００９０】
これは、受信処理装置２０が著作権物の複製を行う悪質な機器でなく、ＨＤＭＩの認証処理を何らかの原因により失敗していた場合、もしくは、単一ＬＳＩで提供されることの多い送信装置部１５や受信装置部２１が故障しているだけであった場合、他の接続インターフェースを使用してデータを送信することで、安全に有効なデータを見ることができる可能性があるので、有効である。
【００９１】
また、特に、昨今では、ＨＤＭＩが搭載されている受信処理装置も多く、それらは例えばコンポーネントなどの端子を複数備えていることも多いため、上記の方法は有効である。
【００９２】
また、ＨＤＣＰの認証に失敗した場合に、従来の通りに、認証リトライを繰り返したり、ただ映像データ、音声データの送信を止めたりしてしまうと、長時間、受信処理装置２０が、無反応のまま状態が保持されることになる。ＨＤＭＩ接続において、正常に画像や音声が出力されない場合、ユーザはＨＤＭＩケーブルの抜き差しを試してみるのが通常である。しかし、ＨＤＭＩケーブルの抜き差しを行うと、最速でも４００ｋｂｐｓの低速バス３２を介して、ＥＤＩＤデータ（通常２５６バイト分）を取得することなり、時間を要する上に、再度、上述したような認証処理がなされて、その認証が失敗するとなれば、再度のケーブルの抜き差しが必要となり、ユーザにとっては、苦痛な作業となる。
【００９３】
これに対して、上述した実施形態によれば、メッセージデータによって、認証失敗が確実にユーザに報知されるので、ユーザは、ＨＤＭＩの接続についての状態を把握することができ、柔軟な対応をすることが可能である。
【００９４】
また、受信処理装置２０においても、特許文献３の場合のような認証処理機能を実行するための特別な演算や、切り替え処理などを行う必要はない。そして、受信処理装置２０では、認証失敗のメッセージデータの生データを受け取って表示したり、音響再生したりして出力する処理のみでよく、ハードウエアやソフトウエアの変更も不要であるという効果が得られる。
【００９５】
特に、ＨＤＭＩ規格においては、最低限サポートするべき解像度や音声フォーマットがマンダトリー規格として定義されているため、受信処理装置２０には、表示用ディスプレイやスピーカは、最低限装置されているはずである。したがって、この実施形態によれば、受信処理装置２０に、標準的に装備されているユーザインターフェースを用いて、メッセージデータによる報知を実現できることから、コスト増となることはないというメリットもある。
【００９６】
また、データの受信側に標準的についていると思われる表示用ディスプレイやスピーカなどのユーザインターフェースを使用して、認証失敗の旨をユーザに伝えることができるため、送信処理装置１０側に、それらのユーザインターフェースを設ける必要はない。ＤＶＤデッキなどでは、表示パネルがついているとも限らないので、そのような場合においては、コストダウンにつながると言える。
【００９７】
また、上述の実施形態の発明は、受信機側で解釈して何かをするという性質のものではないため、受信機側のハードウエア仕様やソフトウエア仕様に依存することなく、ユーザに、認証失敗の旨を伝えることができ、ユーザは柔軟に対応できる。
【００９８】
なお、生データとして送出するメッセージデータは、映像データと音声データとの両方からなるものであっても良いし、また、映像データのみ、あるいは音声データのみであっても良い。
【００９９】
また、上述の実施形態は、ＨＤＭＩ規格による接続インターフェースを用いて、送信処理装置と受信処理装置とを接続する場合の例であるが、この発明は、上述したように、ＨＤＭＩ規格による接続インターフェースに限られるものではない。例えば、前述したＤＶＩの伝送についてのＨＤＣＰ技術を用いた場合や、ＩＥＥＥ１３９４−ＤＴＣＰ方式の場合にも、適用可能であることは言うまでもない。
【０１００】
また、上述の実施形態では、送信処理装置側で、認証処理を行って、その認証が成功したときには、送信データを暗号化して伝送する接続インターフェースの場合について説明したが、送信データを暗号化するのではなく、受信装置との間で予め定められたスクランブル処理などをして、送信データを受信装置に伝送する場合にも適用可能である。
【図面の簡単な説明】
【０１０１】
【図１】この発明による送信処理装置の実施形態を含む送受信システムを示すブロック図である。
【図２】実施形態の送信処理装置で用いる接続インターフェースを説明するための図である。
【図３】実施形態の送信処理装置から送る認証失敗のメッセージの一例を示す図である。
【図４】実施形態の送信処理装置から送る認証失敗のメッセージの他の例を示す図である。
【図５】実施形態の送信処理装置における認証処理およびその認証結果に応じた処理動作を説明するためのフローチャートの一部を示す図である。
【図６】実施形態の送信処理装置における認証処理およびその認証結果に応じた処理動作を説明するためのフローチャートの一部を示す図である。
【図７】実施形態の送信処理装置における認証処理の説明のために用いる図である。
【符号の説明】
【０１０２】
１０…送信処理装置、１５…送信装置部、１６…送信制御部、３０…ＨＤＭＩ伝送路（ＨＤＭＩケーブル）、１５１…データ暗号化部、１５２…暗号化制御部、２０…受信処理装置
【図１】
2008258697.tif 000003
【図２】
2008258697.tif 000004
【図３】
2008258697.tif 000005
【図４】
2008258697.tif 000006
【図５】
2008258697.tif 000007
【図６】
2008258697.tif 000008
【図７】
2008258697.tif 000009