JP2000228059A - 受信装置及び受信方法 - Google Patents

Abstract

(57)【要約】 【課題】復号誤りを検出することによって、正常な復号
処理への復帰に要する時間を短縮する。 【解決手段】機器認証部３は送信機器との間で機器認証
を行って、認証鍵を得る。時変鍵生成部４は、認証鍵に
基づいてコンテンツ鍵を生成し、復号部５はコンテンツ
鍵を用いてパケットデータを復号する。検出判定部６は
復号データに誤りが生じているか否かを判定する。判定
結果によって誤りが生じていることが示された場合に
は、制御部７は、パケット送受信部２を制御して、再度
機器認証から復号処理を実行させる。復号誤りを検出し
て復帰処理を自動化しているので、復帰時間を短縮する
ことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタルインタ
ーフェースフォーマットで伝送された信号を受信する受
信装置及び受信方法に関する。

【０００２】

【従来の技術】近年、マルチメディアの発展と共にネッ
トワークシステムが普及してきている。マルチメディア
においては、パーソナルコンピュータ相互間でデータの
送受を行うだけでなく、オーディオ機器及びビデオ機器
（以下、ＡＶ機器という）とのデータの送受も可能にす
る必要がある。

【０００３】そこで、コンピュータとディジタル画像機
器との間で、データの送受を行うためのディジタルイン
ターフェース方式の統一規格が検討されている。マルチ
メディア用途に適した低コストの周辺インターフェース
としては、ＩＥＥＥ（The Institute of Electrical an
d Electronics Engineers, Inc.）１３９４が有力視さ
れている。

【０００４】ＩＥＥＥ１３９４は、複数のチャンネルの
多重転送が可能である。また、ＩＥＥＥ１３９４は、映
像及び音声データ等を一定時間以内で転送することを保
証するアイソクロノス（isochronous ）転送機能を有し
ていることから、画像伝送に適したディジタルインター
フェースとなっている。

【０００５】現在、各種フォーマットのデータをＩＥＥ
Ｅ１３９４のパケットに変換して伝送するための変換ル
ールが決められている。例えば、ＤＶＣ（ディジタルビ
デオカセット）のＤ−Ｉ／Ｆフォーマットのデータ、Ｍ
ＰＥＧ（Moving Picture Experts Group）２トランスポ
ートストリームパケットのデータ及びＤＳＳ（Digital
satellite System ）パケット等の各種の機器のディジ
タルインターフェースフォーマットのデータをＩＥＥＥ
１３９４のパケットに変換して伝送することができるよ
うになっている。

【０００６】また、ＩＥＥＥ１３９４においては、伝送
される各種データの秘匿性を向上させるための暗号化に
ついても５Ｃ規格（5C Digital Transmission Content
Protection White Paper）によって定められている。送
信側では、暗号用の鍵を生成して送信データに暗号化を
施し、生成した鍵に対応するパラメータデータと共に伝
送する。受信側では、伝送されたパラメータデータを用
いて、復号用の鍵を生成し、伝送されたデータを復号す
る。復号されたデータに対して、受信処理を施すように
なっている。

【０００７】しかしながら、ＩＥＥＥ１３９４の５Ｃ規
格では、インターフェースを介して受信したパケットの
暗号復号が正常に行われたか否かを確認する手段がない
という問題があった。受信側では、暗号復号が正しく行
われない場合でも、復号結果は受信処理を行うアプリケ
ーションに与えられる。そうすると、アプリケーション
は、乱れた画像を出力することもあり、また、画像が出
力不能となる不具合もあった。この場合には、暗号復号
が不正に行われたことを検出することができないので、
正常な状態に復帰するために比較的長時間が経過してし
まう。

【０００８】

【発明が解決しようとする課題】このように、従来、暗
号の復号を正しく行うことができたか否かを確認するこ
とができないという問題点があった。また、暗号の復号
が不正に行われた場合に、正常な状態に復帰するために
比較的長時間を要するという問題点もあった。

【０００９】本発明はかかる問題点に鑑みてなされたも
のであって、暗号の復号が不正に行われたことを検出可
能にすると共に、暗号の復号が不正に行われた場合でも
正常な状態への復帰時間を短縮することができる受信装
置を提供することを目的とする。

【００１０】

【課題を解決するための手段】本発明に係る受信装置
は、ディジタルインターフェースフォーマットのパケッ
トを送受信する送受信手段と、前記送受信手段を介して
データの送受を行って、データ送信側機器との間で機器
認証を行う機器認証手段と、前記送受信手段が受信した
前記データ送信側機器から送られた暗号化データを前記
機器認証の結果に基づいて復号して復号データを出力す
る復号手段と、前記復号手段による復号に誤りが生じて
いるか否かを判定する判定手段と、前記判定手段の判定
結果によって復号誤りが生じていることが示された場合
には、前記復号手段から正常な復号データを出力させる
ための所定の復帰処理を行う制御手段とを具備したもの
であり、本発明に係る受信方法は、ディジタルインター
フェースフォーマットのパケットを送受信して、データ
送信側機器との間で機器認証を行う機器認証手順と、受
信した暗号化データを前記機器認証の結果に基づいて復
号して復号データを出力する復号手順と、前記復号手順
による復号に誤りが生じているか否かを判定する判定手
順と、前記判定手順の判定結果によって復号誤りが生じ
ていることが示された場合には、前記復号手順によって
正常な復号データが得られるように所定の復帰処理を行
う制御手順とを具備したものである。

【００１１】本発明の受信装置においては、機器認証手
段はデータ送信側機器との間でデータの送受を行って、
機器認証を行う。機器認証が終了すると、復号手段は受
信した暗号化データを復号する。判定手段は、復号デー
タに復号誤りが生じているか否かを検出する。復号誤り
が生じている場合には、制御手段は、復号手段から正常
な復号データを出力させるための所定の復帰処理を行
う。

【００１２】本発明の受信方法においては、先ず、デー
タ送信側機器との間で機器認証が行われる。機器認証が
終了すると、受信した暗号化データの復号が行われて復
号データが出力される。次に、復号データに復号誤りが
生じているか否かが判定され、生じている場合には、正
常な復号データを出力させるための所定の復帰処理が行
われる。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について詳細に説明する。図１は本発明に係る
受信装置の一実施の形態を示すブロック図である。本実
施の形態はＩＥＥＥ１３９４のＤＴＣＰ（Digital Tran
smission Copy Protection）システムに採用された規格
に対応したものである。

【００１４】受信装置10はディジタルインターフェース
１及びアプリケーションデータ処理回路12によって構成
されている。ディジタルインターフェース１は、例え
ば、ＩＥＥＥ１３９４規格に対応したインターフェース
ケーブル（図示せず）に接続されて外部との間でデータ
の送受を行うと共に、アプリケーションデータ処理回路
12にも接続されてアプリケーションデータ処理回路12と
の間でデータの送受を行い、外部からのデータをアプリ
ケーションデータ処理回路12に供給すると共に、制御デ
ータ等を外部と入出力する。

【００１５】アプリケーションデータ処理回路12は、所
定のデータ処理機能を有する。例えば、アプリケーショ
ンデータ処理回路12にＭＰＥＧ２−ＴＳ（トランスポー
トストリーム）のデコード機能を設ける。この場合に
は、ディジタルインターフェース１に外部からＭＰＥＧ
２規格のトランスポートストリームを含むデータが入力
されると、アプリケーションデータ処理回路12は、トラ
ンスポートストリームをデコードして、ＭＰＥＧビデオ
信号及びオーディオ信号のデコード処理を行い、夫々出
力する。

【００１６】ディジタルインターフェース１は、パケッ
ト送受信部２、機器認証部３、時変鍵生成部４、復号部
５、検出判定部６及び制御部７によって構成されてい
る。パケット送受信部２は、例えば、１３９４規格のケ
ーブルが接続されて、ケーブルを介して入力されたパケ
ットデータを送受信する。

【００１７】パケット送受信部２は、受信したパケット
データを復号部５に出力する。また、パケット送受信部
２は、パケットデータから抽出した暗号パラメータを機
器認証部３に出力と共に、機器認証部３からの暗号パラ
メータを外部に出力する。機器認証部３は、図示しない
外部の機器との間で暗号パラメータを交換して、機器認
証を行う。機器認証によって、データ伝送の可否及びデ
ータ伝送時に暗号化を施すか否か等が決定される。

【００１８】機器認証部３は、外部の機器との機器認証
が終了すると、認証鍵を外部の機器との間で交換し、自
機及び外部の機器双方で認証鍵を取得する。なお、機器
認証部３は、取得した認証鍵を保持する図示しない記憶
装置を有している。機器認証部３は、取得した認証鍵及
び時変鍵の変化を示す時変パラメータを時変鍵生成部４
に出力する。時変鍵生成部４は、認証鍵を用いて時変鍵
（コンテンツ鍵）を生成する。時変鍵生成部４は、生成
した時変鍵を復号部５に出力する。

【００１９】復号部５は、時変鍵を用いて、パケット送
受信部２からのパケットデータを復号（暗号解読）し、
復号データをアプリケーションデータ処理回路12に出力
する。本実施の形態においては、復号部５は暗号が正常
に行われたか否かを判定するために、暗号データを検出
判定部６にも出力するようになっている。

【００２０】検出判定部６は、復号部５の出力からパケ
ットの復号が正しく行われたか否かを判定する。例え
ば、検出判定部６は、復号データがＭＰＥＧ２−ＴＳパ
ケットであるものとすると、ＴＳパケットの先頭データ
は、同期ずれが無ければ必ず４７Ｈであるので、受信パ
ケットにＣＲＣエラーが無く、復号後の値が４７Ｈでな
い場合には、復号が誤っているものと判定する。

【００２１】検出判定部６の判定結果は制御部７に供給
される。制御部７は、判定結果によって復号が正しく行
われなかったことが示された場合には、正しい復号デー
タを降るための復帰処理を行うようになっている。

【００２２】次に、このように構成された実施の形態の
動作について図２乃至図１１を参照して説明する。図２
は５Ｃ規格の暗号及び復号方法を示すフローチャートで
あり、図３はＭＰＥＧ２−ＴＳパケットを説明するため
の説明図であり、図４乃至図６は実施の形態の動作を説
明するためのフローチャートである。

【００２３】ＩＥＥＥ１３９４のケーブルを介して複数
の機器が接続されているものとし、各機器には図１の受
信装置10が組込まれているものとする。例えば、所定の
機器からのデータをＩＥＥＥ１３９４のケーブルを介し
て転送して所定の機器において受信しダビング記録する
ものとして説明する。送信側の機器が送信するデータは
ＭＰＥＧ２−ＴＳであり、受信側においてＭＰＥＧ２−
ＴＳをそのフォーマットのまま記録するものとする。

【００２４】先ず、図２を参照して５Ｃ規格の暗号及び
復号方法について説明する。

【００２５】ＭＰＥＧ２−ＴＳにはコピーを制御するた
めのコピー制御情報が含まれている。コピー制御情報に
よってコピーフリーが示された場合には、送信側の機器
はコンテンツを暗号化することなく送信する。コピー制
御情報によってコピー禁止又はコピー回数が制限されて
いる場合には、送信側の機器はコンテンツに暗号化を施
して送信する。

【００２６】この場合には、送信に先立って、受信側の
機器がコピー防止技術を備え、例えば５Ｃ規格を採用し
ているか否かを確認（認証）する。即ち、図２のステッ
プＳ1 において送信器及び受信機が１３９４ケーブルに
接続されて電源が投入されると、次のステップＳ2 にお
いて機器認証が行われる。

【００２７】送信器及び受信機は機器認証のための暗号
パラメータを送受する。送信器からの暗号パラメータは
ケーブルを介してディジタルインターフェース１のパケ
ット送受信部２によって受信されて機器認証部３に供給
される。機器認証部３からの暗号パラメータはパケット
送受信部２からケーブルを介して送信器に供給される。
機器認証部３によって、送信器と受信機との間で機器認
証が終了すると、送信器及び受信機は共通の認証鍵を取
得する（ステップＳ3 ）。

【００２８】一方、送信側では、送信するコンテンツで
あるＭＰＥＧ２−ＴＳをコンテンツ鍵を用いて暗号化す
る。コンテンツ鍵は時間と共に値が変化する時変鍵であ
る。例えば、コンテンツ鍵としては、伝送する１パケッ
ト毎に値をインクリメントする時変鍵等が採用される。
送信器は、コンテンツをコンテンツ鍵を用いて暗号化す
ると共に、暗号に用いたコンテンツ鍵を、送受信機が共
通に保持する認証鍵を用いて暗号化する。送信器は暗号
化したコンテンツ及びコンテンツ鍵を送信する。

【００２９】受信装置10のパケット送受信部２は、受信
したパケットデータのうち暗号化されたコンテンツにつ
いては復号部５に与え、暗号化されたコンテンツ鍵につ
いては、機器認証部３を介して時変鍵生成部４に供給す
る。時変鍵生成部４は、ステップＳ4 において、認証鍵
を用いてコンテンツ鍵を生成する。また、時変鍵生成部
４は、時変パラメータを用いてコンテンツ鍵を修正する
こともある（ステップＳ5 ）。時変鍵生成部４において
生成した時変鍵は復号部５に供給する。

【００３０】次のステップＳ6 で受信されたパケットデ
ータは、パケット送受信部２を介して復号部５に供給さ
れ、復号部５は入力されたパケットデータを時変鍵を用
いて復号する。復号部５は復号データをアプリケーショ
ンデータ処理回路12に供給する。コンテンツのコピーを
行う場合には、アプリケーションデータ処理回路12は、
ＭＰＥＧ２−ＴＳを図示しない記録部に与えて記録させ
る。なお、アプリケーションデータ処理回路12はＭＰＥ
Ｇ２−ＴＳをデコードしてビデオ信号及びオーディオ信
号を出力することもできる。

【００３１】ステップＳ7 ではパケットの受信が終了し
たか否かを判定する。終了していない場合には、ステッ
プＳ5 に処理を戻して、時変鍵生成部４において時変パ
ラメータに基づいてコンテンツ鍵を修正し、受信した次
のパケットを復号部５で復号する。以後同様の処理を繰
返して、伝送された全てのパケットを復号する。

【００３２】本実施の形態においては、復号部５は復号
データを検出判定部６にも出力するようになっている。
この場合には、復号部５はＭＰＥＧ２−ＴＳのパケット
先頭データである同期パターン部分のみを検出判定部６
に出力すればよい。

【００３３】検出判定部６は、ＭＰＥＧ２−ＴＳパケッ
ト先頭の同期パターンを検出する。図３に示すように、
ＭＰＥＧ２のトランスポートパケットは１８８バイト長
で構成されており、先頭の同期バイトは４７Ｈである。
同期ずれがない場合には、同期パターンは必ず４７Ｈで
ある。従って、検出判定部６は、受信パケットにＣＲＣ
エラーがなく、復号後のパケット先頭データが４７Ｈで
ある場合には、復号を正常に行われたものと判定し、受
信パケットにＣＲＣエラーがなく、復号後のパケット先
頭データが４７Ｈでない場合には、復号誤りが発生して
いるものと判定する。検出判定部６は判定結果を制御部
７に出力する。制御部７は、判定結果によって復号が正
常に行われたことが示された場合には、図２のステップ
Ｓ5 乃至Ｓ7 を繰返して、全パケットの復号を行う。

【００３４】ここで、検出判定部６が復号に誤りが発生
したものと判定するものとする。この場合には、制御部
７は、例えば、図４乃至図６に示す復帰処理のうちの少
なくとも１つを実行する。

【００３５】図４は復号処理を機器認証から繰返す場合
の復帰処理を示している。

【００３６】図４のステップＳ11ではパケット受信処理
が行われ、次のステップＳ12で復号処理が行われる。ス
テップＳ13では、検出判定部６によって復号の正誤が判
定される。上述したように、復号が正常に行われたもの
と判定された場合には、処理をステップＳ16に移行し
て、アプリケーションデータ処理回路12において、復号
データに対するデータ処理が行われる。

【００３７】ここで、制御部７に復号誤りを示す判定結
果が入力されると、制御部７は、ステップＳ14に処理を
移行して機器認証処理を実行する。即ち、パケット送受
信部２を介して、送信器及び受信機は暗号パラメータの
送受を行う。機器認証部３は暗号パラメータを用いて再
度機器認証を行う。機器認証が終了すると、機器認証部
３は送信器及び受信機に共通の認証鍵を取得する。以
後、ステップＳ12の復号処理を繰返す。

【００３８】つまり、制御部７は、復号処理を最初から
繰返すのである。こうして、復号部５において正常に復
号が行われ、アプリケーションデータ処理回路12に正常
な復号データが供給される。

【００３９】図５は送信側及び受信側において認証鍵を
記憶している場合の復帰処理を示している。図５乃至図
６において図４と同一ステップには同一符号を付して説
明を省略する。

【００４０】制御部７に復号誤りを示す判定結果が入力
されると、制御部７は、処理をステップＳ13からステッ
プＳ21に移行する。ステップＳ21では、コンテンツ鍵の
発生処理を行う。即ち、制御部７は、機器認証部３を制
御して、記憶されている認証鍵を時変鍵生成部４に出力
させる。次いで、制御部７は、時変鍵生成部４に、認証
鍵を用いてコンテンツ鍵を生成させる。

【００４１】即ち、制御部７は、認証鍵が記憶されてい
る場合には、コンテンツ鍵の発生処理からやり直すので
ある。時変鍵生成部４が再生成したコンテンツ鍵は復号
部５に供給され、ステップＳ12において、復号誤りが発
生したパケットデータに対して再度復号処理が行われ
る。こうして、復号部５において正常に復号が行われ、
アプリケーションデータ処理回路12に正常な復号データ
が供給される。

【００４２】図６は時変パラメータを直前又は直後のパ
ラメータに変更して、コンテンツ鍵を再生成する復帰処
理を示している。

【００４３】ステップＳ13において、復号誤りを示す判
定結果が判定部７に入力されると、制御部７は、処理を
ステップＳ13からステップＳ25に移行する。ステップＳ
25では、時変鍵生成部４は直前のコンテンツ鍵を発生し
て復号部５に出力する。ステップＳ15において、復号部
５は、入力されたコンテンツ鍵を用いて復号処理を行
う。

【００４４】更に、ステップＳ13′では、直前のコンテ
ンツ鍵による復号に誤りがあるか否かが検出判定部６に
おいて判定される。検出判定部６から復号誤りを示す判
定結果が制御部７に供給されると、制御部７は、処理を
ステップＳ26に移行する。ステップＳ26では、時変鍵生
成部４は直後のコンテンツ鍵を発生して復号部５に出力
する。ステップＳ15′において、復号部５は、入力され
たコンテンツ鍵を用いて復号処理を行う。

【００４５】即ち、制御部７は、時変パラメータの誤り
によって符号誤りが発生しているものと仮定し、直前又
は直後のコンテンツ鍵を用いることで、正常な復号処理
を可能にしている。

【００４６】また、制御部７は、図４乃至図６以外の他
の復帰処理を実行してもよい。例えば、時変パラメータ
を直後のパラメータに変更してコンテンツ鍵を作成する
ようにしてもよい。ＩＥＥＥ１３９４規格では同期デー
タをアイソクロノスパケットによって同期転送する。こ
の場合、ＭＰＥＧ２−ＴＳパケット長とアイソクロノス
パケット長とは異なり、例えば、２又は３つのＭＰＥＧ
２−ＴＳパケットを１つのアイソクロノスパケットによ
って伝送する。１アイソクロノスパケット中の各ＴＳパ
ケットに対して使用された時変パラメータが異なる場合
において、先頭のＴＳパケットに使用された時変パラメ
ータを用いて、２番目以降のＴＳパケットのコンテンツ
鍵を生成することがある。そこで、復号誤りが発生した
場合には、直後の時変パラメータによってコンテンツ鍵
を生成することで、正常な復号が可能とするのである。

【００４７】また、受信パケットの送信側が本来通信す
べき送信側でないことによって、復号誤りが発生してい
ることがある。この場合には、制御部７は、送信側の確
認を行い、本来通信すべき送信側でなければ再度復号処
理をすることなく、本来通信すべき送信側からのパケッ
トを選択的に受信して、この受信パケットについて復号
処理を行う。

【００４８】次に、ディジタルＶＴＲにおいて扱うＤＶ
パケットを送受信する場合について説明する。図７はＤ
Ｖパケットの構成を示す説明図である。

【００４９】ＤＶパケットは複数のＤＩＦ（ディジタル
インターフェース）ブロックによって構成される。ＤＩ
Ｆブロックは、図７に示すように、８０バイト長であ
る。図７に示すように、１３９４ケーブルを介して受信
したＤＶパケットは、６０ＨｚＳＤモードの場合には、
１フレームが６ＤＩＦブロックによって構成され、６０
ＨｚＳＤＬモードの場合には３ＤＩＦブロックによって
構成される。

【００５０】ＤＶパケット中の各ＤＩＦブロックの先頭
３バイト（ＩＤ０乃至ＩＤ２）には規定値が含まれる。
図８はＤＩＦブロック先頭の３バイト（ＩＤ０乃至ＩＤ
２）の規定値の例を示す説明図である。図８中におい
て、ＳＣＴ０乃至ＳＣＴ２は、ＤＩＦブロック種別を示
し、Ｄseq0乃至Ｄseq3はＤＩＦシーケンスナンバーを示
し、ＤＢＮ０乃至ＤＢＮ７はＤＩＦブロックナンバーで
ある。

【００５１】現在、ＤＶパケットのＤＩＦブロックのＩ
Ｄにおいて明らかとなっている既定値は、ＤＩＦシーケ
ンスナンバー、ＤＩＦブロック種別及びＤＩＦブロック
ナンバーの３種類である。ＤＩＦシーケンスナンバー
は、１フレーム中で各ＤＩＦシーケンスに割り当てられ
る番号で、先頭パケットから、 ＳＤ／５２５−６０モードの場合：０〜９（２５パケッ
ト／ＤＩＦシーケンス） ＳＤ／６２５−５０モードの場合：０〜１１（２５パケ
ット／ＤＩＦシーケンス） ＳＤＬ／５２５−６０モードの場合：０〜４（５０パケ
ット／ＤＩＦシーケンス） ＳＤＬ／６２５−５０モードの場合：０〜５（５０パケ
ット／ＤＩＦシーケンス） ＳＤ／１１２５−６０モードの場合：０〜９（２５パケ
ット／ＤＩＦシーケンス） ＳＤ／１２５０−５０モードの場合：０〜１１（２５パ
ケット／ＤＩＦシーケンス） となっている。

【００５２】図９及び図１０は夫々６０Ｈｚ／ＳＤモー
ド及び６０Ｈｚ／ＳＤＬモードのフレームデータの構成
を示す説明図である。

【００５３】図９に示すように、ＳＤ／５２５−６０モ
ードの場合には、１ＤＩＦシーケンスが２５パケットな
ので、例えば、第０パケットから第２４パケットまでの
ＤＩＦシーケンスナンバーが０、第２５パケットから第
４９パケットまでのＤＩＦシーケンスナンバーが１、第
５０パケットから第７４パケットまでのＤＩＦシーケン
スナンバーが２となる。

【００５４】また、図１０に示すように、ＳＤＬ／５２
５−６０モードの場合には、１ＤＩＦシーケンスが５０
パケットなので、例えば、第０パケットから第４９パケ
ットまでのＤＩＦシーケンスナンバーが０、第５０パケ
ットから第９９パケットまでのＤＩＦシーケンスナンバ
ーが１、第１００パケットから第１４９パケットまでの
ＤＩＦシーケンスナンバーが２となる。

【００５５】ＤＩＦブロックナンバーは、１ＤＩＦシー
ケンスのなかで各ＤＩＦブロックに割り当てられる番号
で、 ＳＤ／５２５−６０モードの場合：０〜１４９（６ＤＩ
Ｆブロック／パケット、２５パケット／ＤＩＦシーケン
ス） ＳＤ／６２５−５０モードの場合：０〜１４９（６ＤＩ
Ｆブロック／パケット、２５パケット／ＤＩＦシーケン
ス） ＳＤＬ／５２５−６０モードの場合：０〜１４９（３Ｄ
ＩＦブロック／パケット、５０パケット／ＤＩＦシーケ
ンス） ＳＤＬ／６２５−５０モードの場合：０〜１４９（３Ｄ
ＩＦブロック／パケット、５０パケット／Ｄ Ｉ Ｆシー
ケンス） ＳＤ／１２５０−６０モードの場合：０〜９（１２ＤＩ
Ｆブロック／パケット、２５パケット／ＤＩＦシーケン
ス） ＳＤ／１２５０−５０モードの場合：０〜１１（１２Ｄ
ＩＦブロック／パケット、２５パケット／ＤＩＦシーケ
ンス） となっている。

【００５６】ＤＩＦブロック種別は、１ＤＩＦシーケン
スのなかで各ＤＩＦブロックに割り当てられるブロック
タイプを示す番号で、 ヘッダ（Ｈｅａｄｅｒ）：第０ＤＩＦブロック サブコード（Ｓｕｂｃｏｄｅ）：第１，２ＤＩＦブロッ
ク ＶＡＵＸ：第３〜５ＤＩＦブロック オーディオ（Ａｕｄｉｏ）：第６、２２、３８、５４、
７０、８６、１０２、１１８、１３４ＤＩＦブロック ビデオ（Ｖｉｄｅｏ）：第７〜２１、２３〜３７、３９
〜５３、５５〜６９、７１〜８５、８７〜１０１、１０
３〜１１７、１１９〜１３３、１３５〜１４９ＤＩＦブ
ロック となっている。

【００５７】ＤＶデータを受信する場合においては、検
出判定部６はＤＶパケットの先頭データによって復号誤
りの有無を判定する。即ち、復号後のＤＶパケットに含
まれるＤＩＦブロックのＩＤデータのビットロケーショ
ンは、図８に示すように、同期ずれが無ければ、必ずＤ
ＩＦシーケンスナンバー、ＤＩＦブロック種別及びＤＩ
Ｆブロックナンバーの既定値となる。

【００５８】そこで、検出判定部６は、受信パケットに
ＣＲＣエラーが無く、復号後のＤＶパケット先頭データ
がＤＩＦシーケンスナンバー、ＤＩＦブロック種別及び
ＤＩＦブロックナンバーの既定値である場合に復号誤り
がないものと判断し、そうでない場合には、復号誤りが
生じているものと判定する。

【００５９】他の作用は、ＭＰＥＧ２−ＴＳ受信時と同
様である。

【００６０】次に、ディジタル放送のＤＳＳデータを送
受信する場合について説明する。図１１はＤＳＳパケッ
トの構成を示す説明図である。

【００６１】図１１に示すように、ＤＳＳパケットは１
４０バイト長であり、先頭の１０バイトはＤＳＳパケッ
トヘッダである。このＤＳＳパケットヘッダのうち第５
バイト目から第１０バイト目はリザーブ領域であり、
“０”である。

【００６２】そこで、検出判定部６は、受信パケットに
ＣＲＣエラーが無く、復号後のＤＳＳパケット先頭のパ
ケットヘッダのうちリザーブ領域が“０”である場合に
は、復号誤りがないものと判断し、そうでない場合に
は、復号誤りが生じているものと判定する。

【００６３】他の作用は、ＭＰＥＧ２−ＴＳ受信時と同
様である。

【００６４】このように、本実施の形態においては、復
号後のパケットデータの特徴に応じて、検出判定部にお
いて復号誤りを検出するようになっている。そして、復
号誤りが生じていることを示す判定結果が制御部に与え
られると、制御部は自動的に復帰処理を施す。これによ
り、短時間で正常な状態に復帰して、正常な復号データ
を得ることができる。

【００６５】図１２は本発明の他の実施の形態に採用さ
れる復帰処理を説明するためのフローチャートである。
本実施の形態は図１と同一の回路構成によって実現する
ことができる。図１２において図４と同一のステップに
は同一符号を付して説明を省略する。

【００６６】本実施の形態は、全てのデータを復号する
ことなく、復号が正常に行われたか否かを判定するもの
である。本実施の形態においては、ステップＳ11におい
て受信したパケットデータをステップＳ12′において復
号する。ステップＳ12′は、復号誤りが生じているか否
か判定するための復号処理を行うものである。

【００６７】即ち、復号部５は、復号誤りの検出に必要
な部分、即ち、パケットデータの先頭のｎビットのみを
復号して、復号データを検出判定部６に出力する。検出
判定部６はステップＳ13において復号が正常に行われた
か否かを判定する。復号が正常に行われたものと判定さ
れた場合には、次のステップＳ33に処理を移行して、復
号部５は、先頭ｎビット以降の後続ビットを復号する。
復号部５は復号データをアプリケーションデータ処理回
路12に出力する。

【００６８】また、ステップＳ13において復号誤りが生
じているものと判定された場合には、制御部７は、ステ
ップＳ31において、上述した各種復帰処理の少なくとも
１つを実行する。次に、復帰処理よって得られたコンテ
ンツ鍵を用いて、復号部５は再度パケットデータの先頭
のｎビットを復号する（ステップＳ32）。次に、ステッ
プＳ33に移行して、後続ビットについても復号する。

【００６９】他の作用は図４と同様である。

【００７０】本実施の形態においても図１の実施の形態
と同様の効果を得ることができる。更に、本実施の形態
においては、復号誤りの判定にパケット先頭のｎビット
のみを用いているので、誤りの検出に要する時間を短く
することができ、復帰処理を一層短縮することができ
る。

【００７１】図１３は本発明の他の実施の形態に採用さ
れる復帰処理を説明するためのフローチャートである。
本実施の形態は図１と同一の回路構成によって実現する
ことができる。図１３において図４と同一のステップに
は同一符号を付して説明を省略する。

【００７２】本実施の形態は、復号後のパケットデータ
の特徴が必ずしもパケット先頭位置にない場合にも適用
可能にしたものである。

【００７３】本実施の形態においては、ステップＳ12の
復号処理によって得られた復号データのうち規定位置デ
ータを抽出する（ステップＳ41）。検出判定部６は、抽
出した規定位置の復号データについて、規定値と比較す
る（ステップＳ42）。検出判定部６は、比較結果に基づ
いて復号誤りが生じているか否かを判定する。

【００７４】誤りが生じているものと判定された場合に
は、制御部７は、次のステップＳ31において、上述した
各種復帰処理の少なくとも１つを実行する。次に、復帰
処理よって得られたコンテンツ鍵を用いて、復号部５は
再度パケットデータを復号する（ステップＳ12′）。次
に、ステップＳ16に移行して、データ処理を行う。

【００７５】他の作用は図４と同様である。

【００７６】本実施の形態においても図１の実施の形態
と同様の効果を得ることができる。更に、本実施の形態
においては、規定位置データを抽出して復号誤りの判定
を行っており、各種信号フォーマットに対応することが
できるという効果を有する。

【００７７】

【発明の効果】以上説明したように本発明によれば、暗
号の復号が不正に行われたことを検出可能にすると共
に、暗号の復号が不正に行われた場合でも正常な状態へ
の復帰時間を短縮することができるという効果を有す
る。

【図面の簡単な説明】

【図１】本発明に係る受信装置の一実施の形態を示すブ
ロック図。

【図２】実施の形態の動作を説明するためのフローチャ
ート。

【図３】ＭＰＥＧ２−ＴＳパケットを説明するための説
明図。

【図４】実施の形態の動作を説明するためのフローチャ
ート。

【図５】実施の形態の動作を説明するためのフローチャ
ート。

【図６】実施の形態の動作を説明するためのフローチャ
ート。

【図７】ＤＶパケットを説明するための説明図。

【図８】ＤＶパケットを説明するための説明図。

【図９】ＤＶパケットを説明するための説明図。

【図１０】ＤＶパケットを説明するための説明図。

【図１１】ＤＳＳパケットを説明するための説明図。

【図１２】実施の形態の動作を説明するためのフローチ
ャート。

【図１３】実施の形態の動作を説明するためのフローチ
ャート。

【符号の説明】

１…ディジタルインターフェース、２…パケット送受信
部、３…機器認証部、４…時変鍵生成部、５…復号部、
６…検出判定部、７…制御部、10…受信装置、12…デー
タ処理回路

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岡崎 純 神奈川県横浜市磯子区新杉田町８番地 株 式会社東芝マルチメディア技術研究所内 (72)発明者 江村 典明 神奈川県横浜市磯子区新杉田町８番地 株 式会社東芝マルチメディア技術研究所内 (72)発明者 伊丹 輝夫 東京都港区新橋３丁目３番９号 東芝エ ー・ブイ・イー株式会社内 Ｆターム(参考） 5C064 BA01 BA07 BB05 BC10 BC16 BC17 BC20 BC22 BC27 BD01 BD02 BD07 BD08 BD09 5D044 DE02 DE03 DE49 GK17 HL11 5J104 AA07 AA34 EA24 KA02 KA04 NA02 NA38 PA05 PA07

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ディジタルインターフェースフォーマッ
   トのパケットを送受信する送受信手段と、 前記送受信手段を介してデータの送受を行って、データ
   送信側機器との間で機器認証を行う機器認証手段と、 前記送受信手段が受信した前記データ送信側機器から送
   られた暗号化データを前記機器認証の結果発生する鍵に
   基づいて復号して復号データを出力する復号手段と、 前記復号手段による復号に誤りが生じているか否かを判
   定する判定手段と、 前記判定手段の判定結果によって復号誤りが生じている
   ことが示された場合には、前記復号手段から正常な復号
   データを出力させるための所定の復帰処理を行う制御手
   段とを具備したことを特徴とする受信装置。
2. 【請求項２】 前記制御手段は、前記所定の復帰処理と
   して、前記機器認証手段による機器認証処理から再度行
   わせることを特徴とする請求項１に記載の受信装置。
3. 【請求項３】 前記機器認証手段は、前記データ送信側
   機器との間の機器認証が終了すると、前記データ送信側
   機器との間で認証鍵を取得すると共に、取得した前記認
   証鍵を記憶する記憶手段を具備し、 前記復号手段は、前記認証鍵に基づいて前記データ送信
   側機器から送られた暗号化データを復号するためのコン
   テンツ鍵を生成するものであって、 前記制御手段は、前記所定の復帰処理としては、前記記
   憶手段に記憶された前記認証鍵に基づいてコンテンツ鍵
   の生成処理から再度行わせることを特徴とする請求項１
   に記載の受信装置。
4. 【請求項４】 前記機器認証手段は、前記データ送信側
   機器との間の機器認証が終了すると、前記データ送信側
   機器との間で認証鍵を取得すると共に、取得した前記認
   証鍵を記憶する記憶手段を具備し、 前記復号手段は、前記認証鍵及び所定の時変パラメータ
   に基づいて前記データ送信側機器から送られた暗号化デ
   ータを復号するための時変鍵であるコンテンツ鍵を生成
   するものであって、 前記制御手段は、前記所定の復帰処理としては、前記認
   証鍵及び直前又は直後の時変パラメータに基づいて前記
   コンテンツ鍵の生成処理を再度行わせることを特徴とす
   る請求項１に記載の受信装置。
5. 【請求項５】 前記復号手段は、前記判定手段による復
   号誤りの判定処理のために、前記送受信手段が受信した
   パケットの先頭の所定ビット数のみを復号処理して前記
   判定手段に与えると共に、前記判定手段の判定結果によ
   って復号誤りが生じたことが示された場合には、前記パ
   ケット先頭から復号を繰り返し、生じていないことが示
   された場合には前記パケット先頭の所定ビット数以降の
   ビットから復号を再開することを特徴とする請求項１乃
   至４のいずれか１つに記載の受信装置。
6. 【請求項６】 前記判定手段は、前記復号手段からの復
   号データの種類に応じた規定位置のデータを規定値と比
   較することによって復号誤りの有無を判定することを特
   徴とする請求項１に記載の受信装置。
7. 【請求項７】 ディジタルインターフェースフォーマッ
   トのパケットを送受信して、データ送信側機器との間で
   機器認証を行う機器認証手順と、 受信した暗号化データを前記機器認証の結果に基づいて
   復号して復号データを出力する復号手順と、 前記復号手順による復号に誤りが生じているか否かを判
   定する判定手順と、 前記判定手順の判定結果によって復号誤りが生じている
   ことが示された場合には、前記復号手順によって正常な
   復号データが得られるように所定の復帰処理を行う制御
   手順とを具備したことを特徴とする受信方法。