JP4099281B2 - 受信装置 - Google Patents
受信装置 Download PDFInfo
- Publication number
- JP4099281B2 JP4099281B2 JP02888199A JP2888199A JP4099281B2 JP 4099281 B2 JP4099281 B2 JP 4099281B2 JP 02888199 A JP02888199 A JP 02888199A JP 2888199 A JP2888199 A JP 2888199A JP 4099281 B2 JP4099281 B2 JP 4099281B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- decoding
- key
- authentication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ディジタルインターフェースフォーマットで伝送された信号を受信する受信装置及び受信方法に関する。
【０００２】
【従来の技術】
近年、マルチメディアの発展と共にネットワークシステムが普及してきている。マルチメディアにおいては、パーソナルコンピュータ相互間でデータの送受を行うだけでなく、オーディオ機器及びビデオ機器（以下、ＡＶ機器という）とのデータの送受も可能にする必要がある。
【０００３】
そこで、コンピュータとディジタル画像機器との間で、データの送受を行うためのディジタルインターフェース方式の統一規格が検討されている。マルチメディア用途に適した低コストの周辺インターフェースとしては、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）１３９４が有力視されている。
【０００４】
ＩＥＥＥ１３９４は、複数のチャンネルの多重転送が可能である。また、ＩＥＥＥ１３９４は、映像及び音声データ等を一定時間以内で転送することを保証するアイソクロノス（isochronous ）転送機能を有していることから、画像伝送に適したディジタルインターフェースとなっている。
【０００５】
現在、各種フォーマットのデータをＩＥＥＥ１３９４のパケットに変換して伝送するための変換ルールが決められている。例えば、ＤＶＣ（ディジタルビデオカセット）のＤ−Ｉ／Ｆフォーマットのデータ、ＭＰＥＧ（Moving Picture Experts Group）２トランスポートストリームパケットのデータ及びＤＳＳ（Digital satellite System ）パケット等の各種の機器のディジタルインターフェースフォーマットのデータをＩＥＥＥ１３９４のパケットに変換して伝送することができるようになっている。
【０００６】
また、ＩＥＥＥ１３９４においては、伝送される各種データの秘匿性を向上させるための暗号化についても５Ｃ規格（5C Digital Transmission Content Protection White Paper）によって定められている。送信側では、暗号用の鍵を生成して送信データに暗号化を施し、生成した鍵に対応するパラメータデータと共に伝送する。受信側では、伝送されたパラメータデータを用いて、復号用の鍵を生成し、伝送されたデータを復号する。復号されたデータに対して、受信処理を施すようになっている。
【０００７】
しかしながら、ＩＥＥＥ１３９４の５Ｃ規格では、インターフェースを介して受信したパケットの暗号復号が正常に行われたか否かを確認する手段がないという問題があった。受信側では、暗号復号が正しく行われない場合でも、復号結果は受信処理を行うアプリケーションに与えられる。そうすると、アプリケーションは、乱れた画像を出力することもあり、また、画像が出力不能となる不具合もあった。この場合には、暗号復号が不正に行われたことを検出することができないので、正常な状態に復帰するために比較的長時間が経過してしまう。
【０００８】
【発明が解決しようとする課題】
このように、従来、暗号の復号を正しく行うことができたか否かを確認することができないという問題点があった。また、暗号の復号が不正に行われた場合に、正常な状態に復帰するために比較的長時間を要するという問題点もあった。
【０００９】
本発明はかかる問題点に鑑みてなされたものであって、暗号の復号が不正に行われたことを検出可能にすると共に、暗号の復号が不正に行われた場合でも正常な状態への復帰時間を短縮することができる受信装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の請求項１に係る受信装置は、ディジタルインターフェースフォーマットのパケットを送受信する送受信手段と、前記送受信手段を介してデータの送受を行って、データ送信側機器との間で機器認証を行い、該機器認証が終了すると、前記データ送信側機器との間で認証鍵を取得する機器認証手段と、前記データ送信側機器から送られて前記送受信手段が受信したコンテンツ鍵を前記認証鍵に基づいて復号すると共に、該コンテンツ鍵で暗号化された暗号化データを該コンテンツ鍵に基づいて復号して復号データを出力する復号手段と、前記復号手段が前記暗号化データを復号して得た復号データに誤りが生じているか否かを判定する判定手段と、前記判定手段の判定結果によって復号誤りが生じていることが示された場合には、前記認証鍵に基づいて前記コンテンツ鍵の生成処理を再度行わせる制御手段とを具備することを特徴とするものであり、
本発明の請求項２に係る受信装置は、ディジタルインターフェースフォーマットのパケットを送受信する送受信手段と、前記送受信手段を介してデータの送受を行って、データ送信側機器との間で機器認証を行い、該機器認証が終了すると、前記データ送信側機器との間で認証鍵を取得する機器認証手段と、前記認証鍵及び所定の時変パラメータに基づいて時変鍵であるコンテンツ鍵を生成し、前記データ送信側機器から送られて前記送受信手段が受信した暗号化データを該コンテンツ鍵で復号して復号データを出力する復号手段と、前記復号手段が前記暗号化データを復号して得た復号データに誤りが生じているか否かを判定する判定手段と、前記判定手段の判定結果によって復号誤りが生じていることが示された場合には、直前又は直後の時変パラメータ、及び前記認証鍵に基づいて前記コンテンツ鍵の生成処理を再度行わせる制御手段とを具備することを特徴とするものである。
【００１１】
本発明の受信装置においては、機器認証手段はデータ送信側機器との間でデータの送受を行って、機器認証を行う。機器認証が終了すると、復号手段は受信した暗号化データを復号する。判定手段は、復号データに復号誤りが生じているか否かを検出する。復号誤りが生じている場合には、制御手段は、復号手段から正常な復号データを出力させるための所定の復帰処理を行う。
【００１２】
本発明の受信方法においては、先ず、データ送信側機器との間で機器認証が行われる。機器認証が終了すると、受信した暗号化データの復号が行われて復号データが出力される。次に、復号データに復号誤りが生じているか否かが判定され、生じている場合には、正常な復号データを出力させるための所定の復帰処理が行われる。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は本発明に係る受信装置の一実施の形態を示すブロック図である。本実施の形態はＩＥＥＥ１３９４のＤＴＣＰ（Digital Transmission 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…データ処理回路
【発明の属する技術分野】
本発明は、ディジタルインターフェースフォーマットで伝送された信号を受信する受信装置及び受信方法に関する。
【０００２】
【従来の技術】
近年、マルチメディアの発展と共にネットワークシステムが普及してきている。マルチメディアにおいては、パーソナルコンピュータ相互間でデータの送受を行うだけでなく、オーディオ機器及びビデオ機器（以下、ＡＶ機器という）とのデータの送受も可能にする必要がある。
【０００３】
そこで、コンピュータとディジタル画像機器との間で、データの送受を行うためのディジタルインターフェース方式の統一規格が検討されている。マルチメディア用途に適した低コストの周辺インターフェースとしては、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）１３９４が有力視されている。
【０００４】
ＩＥＥＥ１３９４は、複数のチャンネルの多重転送が可能である。また、ＩＥＥＥ１３９４は、映像及び音声データ等を一定時間以内で転送することを保証するアイソクロノス（isochronous ）転送機能を有していることから、画像伝送に適したディジタルインターフェースとなっている。
【０００５】
現在、各種フォーマットのデータをＩＥＥＥ１３９４のパケットに変換して伝送するための変換ルールが決められている。例えば、ＤＶＣ（ディジタルビデオカセット）のＤ−Ｉ／Ｆフォーマットのデータ、ＭＰＥＧ（Moving Picture Experts Group）２トランスポートストリームパケットのデータ及びＤＳＳ（Digital satellite System ）パケット等の各種の機器のディジタルインターフェースフォーマットのデータをＩＥＥＥ１３９４のパケットに変換して伝送することができるようになっている。
【０００６】
また、ＩＥＥＥ１３９４においては、伝送される各種データの秘匿性を向上させるための暗号化についても５Ｃ規格（5C Digital Transmission Content Protection White Paper）によって定められている。送信側では、暗号用の鍵を生成して送信データに暗号化を施し、生成した鍵に対応するパラメータデータと共に伝送する。受信側では、伝送されたパラメータデータを用いて、復号用の鍵を生成し、伝送されたデータを復号する。復号されたデータに対して、受信処理を施すようになっている。
【０００７】
しかしながら、ＩＥＥＥ１３９４の５Ｃ規格では、インターフェースを介して受信したパケットの暗号復号が正常に行われたか否かを確認する手段がないという問題があった。受信側では、暗号復号が正しく行われない場合でも、復号結果は受信処理を行うアプリケーションに与えられる。そうすると、アプリケーションは、乱れた画像を出力することもあり、また、画像が出力不能となる不具合もあった。この場合には、暗号復号が不正に行われたことを検出することができないので、正常な状態に復帰するために比較的長時間が経過してしまう。
【０００８】
【発明が解決しようとする課題】
このように、従来、暗号の復号を正しく行うことができたか否かを確認することができないという問題点があった。また、暗号の復号が不正に行われた場合に、正常な状態に復帰するために比較的長時間を要するという問題点もあった。
【０００９】
本発明はかかる問題点に鑑みてなされたものであって、暗号の復号が不正に行われたことを検出可能にすると共に、暗号の復号が不正に行われた場合でも正常な状態への復帰時間を短縮することができる受信装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の請求項１に係る受信装置は、ディジタルインターフェースフォーマットのパケットを送受信する送受信手段と、前記送受信手段を介してデータの送受を行って、データ送信側機器との間で機器認証を行い、該機器認証が終了すると、前記データ送信側機器との間で認証鍵を取得する機器認証手段と、前記データ送信側機器から送られて前記送受信手段が受信したコンテンツ鍵を前記認証鍵に基づいて復号すると共に、該コンテンツ鍵で暗号化された暗号化データを該コンテンツ鍵に基づいて復号して復号データを出力する復号手段と、前記復号手段が前記暗号化データを復号して得た復号データに誤りが生じているか否かを判定する判定手段と、前記判定手段の判定結果によって復号誤りが生じていることが示された場合には、前記認証鍵に基づいて前記コンテンツ鍵の生成処理を再度行わせる制御手段とを具備することを特徴とするものであり、
本発明の請求項２に係る受信装置は、ディジタルインターフェースフォーマットのパケットを送受信する送受信手段と、前記送受信手段を介してデータの送受を行って、データ送信側機器との間で機器認証を行い、該機器認証が終了すると、前記データ送信側機器との間で認証鍵を取得する機器認証手段と、前記認証鍵及び所定の時変パラメータに基づいて時変鍵であるコンテンツ鍵を生成し、前記データ送信側機器から送られて前記送受信手段が受信した暗号化データを該コンテンツ鍵で復号して復号データを出力する復号手段と、前記復号手段が前記暗号化データを復号して得た復号データに誤りが生じているか否かを判定する判定手段と、前記判定手段の判定結果によって復号誤りが生じていることが示された場合には、直前又は直後の時変パラメータ、及び前記認証鍵に基づいて前記コンテンツ鍵の生成処理を再度行わせる制御手段とを具備することを特徴とするものである。
【００１１】
本発明の受信装置においては、機器認証手段はデータ送信側機器との間でデータの送受を行って、機器認証を行う。機器認証が終了すると、復号手段は受信した暗号化データを復号する。判定手段は、復号データに復号誤りが生じているか否かを検出する。復号誤りが生じている場合には、制御手段は、復号手段から正常な復号データを出力させるための所定の復帰処理を行う。
【００１２】
本発明の受信方法においては、先ず、データ送信側機器との間で機器認証が行われる。機器認証が終了すると、受信した暗号化データの復号が行われて復号データが出力される。次に、復号データに復号誤りが生じているか否かが判定され、生じている場合には、正常な復号データを出力させるための所定の復帰処理が行われる。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は本発明に係る受信装置の一実施の形態を示すブロック図である。本実施の形態はＩＥＥＥ１３９４のＤＴＣＰ（Digital Transmission 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…データ処理回路
Claims (3)
- ディジタルインターフェースフォーマットのパケットを送受信する送受信手段と、
前記送受信手段を介してデータの送受を行って、データ送信側機器との間で機器認証を行い、該機器認証が終了すると、前記データ送信側機器との間で認証鍵を取得する機器認証手段と、
前記データ送信側機器から送られて前記送受信手段が受信したコンテンツ鍵を前記認証鍵に基づいて復号すると共に、該コンテンツ鍵で暗号化された暗号化データを該コンテンツ鍵に基づいて復号して復号データを出力する復号手段と、
前記復号手段が前記暗号化データを復号して得た復号データに誤りが生じているか否かを判定する判定手段と、
前記判定手段の判定結果によって復号誤りが生じていることが示された場合には、前記認証鍵に基づいて前記コンテンツ鍵の生成処理を再度行わせる制御手段とを具備することを特徴とする受信装置。 - ディジタルインターフェースフォーマットのパケットを送受信する送受信手段と、
前記送受信手段を介してデータの送受を行って、データ送信側機器との間で機器認証を行い、該機器認証が終了すると、前記データ送信側機器との間で認証鍵を取得する機器認証手段と、
前記認証鍵及び所定の時変パラメータに基づいて時変鍵であるコンテンツ鍵を生成し、前記データ送信側機器から送られて前記送受信手段が受信した暗号化データを該コンテンツ鍵で復号して復号データを出力する復号手段と、
前記復号手段が前記暗号化データを復号して得た復号データに誤りが生じているか否かを判定する判定手段と、
前記判定手段の判定結果によって復号誤りが生じていることが示された場合には、直前又は直後の時変パラメータ、及び前記認証鍵に基づいて前記コンテンツ鍵の生成処理を再度行わせる制御手段とを具備することを特徴とする受信装置。 - 前記復号手段は、前記判定手段による復号誤りの判定処理のために、前記送受信手段が受信したパケットの先頭の所定ビット数のみを復号処理して前記判定手段に与えると共に、前記判定手段が前記パケットの先頭の所定ビット数のみの復号処理による復号データに基づいて判定した判定結果によって復号誤りが生じたことが示された場合には、前記パケット先頭から復号を繰り返し、生じていないことが示された場合には前記パケット先頭の所定ビット数以降のビットから復号を再開することを特徴とする請求項１又は２に記載の受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP02888199A JP4099281B2 (ja) | 1999-02-05 | 1999-02-05 | 受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP02888199A JP4099281B2 (ja) | 1999-02-05 | 1999-02-05 | 受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000228059A JP2000228059A (ja) | 2000-08-15 |
| JP4099281B2 true JP4099281B2 (ja) | 2008-06-11 |
Family
ID=12260751
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP02888199A Expired - Lifetime JP4099281B2 (ja) | 1999-02-05 | 1999-02-05 | 受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4099281B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002230896A (ja) * | 2000-11-28 | 2002-08-16 | Funai Electric Co Ltd | データ再生装置、ハードディスク及びデータ記憶用ディスク |
| JP4957936B2 (ja) * | 2001-03-16 | 2012-06-20 | ソニー株式会社 | コンテンツ信号再生装置、コンテンツ信号再生方法 |
| JPWO2004105308A1 (ja) * | 2003-05-22 | 2006-07-20 | 富士通株式会社 | 暗号化データの受信装置および復号化鍵更新方法 |
| US20050027927A1 (en) * | 2003-07-31 | 2005-02-03 | Weirauch Charles R. | Data storage media with sector data control information |
| KR100772372B1 (ko) * | 2004-11-16 | 2007-11-01 | 삼성전자주식회사 | 방송 콘텐츠의 수신 장치 및 방법 |
| JP2007027812A (ja) * | 2005-07-12 | 2007-02-01 | Matsushita Electric Ind Co Ltd | 映像ストリーム処理装置、集積回路装置、及び方法 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6410361A (en) * | 1987-07-03 | 1989-01-13 | Hitachi Ltd | Information processor |
| JPH09233067A (ja) * | 1990-07-31 | 1997-09-05 | Hiroichi Okano | 知的情報処理方法および装置 |
| JPH0563142U (ja) * | 1992-01-30 | 1993-08-20 | 三菱電機株式会社 | データ暗号装置 |
| JPH06233300A (ja) * | 1993-02-04 | 1994-08-19 | Nippon Telegr & Teleph Corp <Ntt> | 暗号化画像信号表示方法 |
| JPH07327029A (ja) * | 1994-05-31 | 1995-12-12 | Fujitsu Ltd | 暗号化通信システム |
| JPH0897811A (ja) * | 1994-09-29 | 1996-04-12 | Toshiba Corp | データサービスシステム |
| JPH098799A (ja) * | 1995-06-23 | 1997-01-10 | Nippon Telegr & Teleph Corp <Ntt> | データ通信方法及びシステム |
| JP2776775B2 (ja) * | 1995-10-25 | 1998-07-16 | 日本電気アイシーマイコンシステム株式会社 | 音声符号化装置及び音声復号化装置 |
| JPH1098699A (ja) * | 1996-09-20 | 1998-04-14 | Fujitsu Ltd | 分離器 |
| JP3380841B2 (ja) * | 1997-03-19 | 2003-02-24 | シャープ株式会社 | 誤り訂正方式、及び該誤り訂正方式を用いた復号装置 |
| EP0978965B1 (en) * | 1997-04-24 | 2006-05-03 | Matsushita Electric Industrial Co., Ltd. | Data transfer method |
-
1999
- 1999-02-05 JP JP02888199A patent/JP4099281B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000228059A (ja) | 2000-08-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6118871A (en) | Device having a digital interface and a network system using such a device and a copy protection method | |
| US7290148B2 (en) | Encryption and decryption communication semiconductor device and recording/reproducing apparatus | |
| US6539094B1 (en) | Data transmission apparatus and method, data receiving apparatus and method, and data transmitting/receiving system and method | |
| JP4543555B2 (ja) | データ伝送システム、データ伝送方法、データ送信装置及びデータ受信装置 | |
| JP2000004256A (ja) | ストリ―ムデ―タ処理システムおよびストリ―ムデ―タの制限方法 | |
| US7260719B1 (en) | Information processing system, information processing method, and information processing device | |
| JP4099281B2 (ja) | 受信装置 | |
| US20040151182A1 (en) | Communication device and communication method | |
| US20060069965A1 (en) | Data transfer device | |
| US20110219101A1 (en) | Communication system and control method thereof | |
| JP2002164898A (ja) | データ送受信装置及びデータ送受信方法 | |
| US7664021B2 (en) | Recording and reproducing apparatus and file transfer method | |
| JP2000231758A (ja) | データ記憶装置、暗号化データの記録方法および記録媒体 | |
| JP3361052B2 (ja) | データ処理装置および同装置に適用されるコピープロテクト方法 | |
| JP4406971B2 (ja) | データ処理装置およびデータ処理方法、並びに記録媒体 | |
| JP2000076790A (ja) | ディジタルインタ―フェ―スを有する装置 | |
| JP3020953B2 (ja) | ディジタルインタ―フェ―スを有する装置 | |
| JP2005190350A (ja) | コンテンツ送信装置及びコンテンツ送信方法 | |
| JPH10302391A (ja) | データ転送方法 | |
| JP3020613B2 (ja) | ディジタルインターフェースを有する装置及びコピープロテクト方法 | |
| KR100677000B1 (ko) | 영상신호 복사방지를 위한 부가정보 전송장치 및 전송방법 | |
| JP2004193805A (ja) | 半導体集積回路、ａｖ受信装置、ａｖ送信装置、ａｖ通信システム、ａｖ通信方法及びａｖ通信制御プログラム | |
| JP2000156697A (ja) | 信号処理回路 | |
| JP2000165841A (ja) | データ送受信装置 | |
| JP2005159543A (ja) | ゲートウェイ装置及びデータ伝送システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050210 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070501 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070515 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070712 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070807 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071009 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071211 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080311 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080317 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110321 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120321 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130321 Year of fee payment: 5 |