JP2007074112A - 暗号化データ伝送システムおよび暗号化データ伝送方式 - Google Patents

Abstract

【課題】 承認機器から証明機器に対しスクランブルを施したデータを伝送する機器で、一旦認証を終えた後も証明機器が正当な機器であるか否かの検証を行う検証用コードを証明機器から認証機器から送信しこの検証用コードに問題があれば全ての認証を取り消してデータの送出も停止させてしまうシステムの場合、検証用コードを不正利用目的で解析する為に予想されるコードを送出してその可否を試そうとする者に対しては、どの検証用コードに問題が有ったのかをわざわざ教えている様なものであるといった不都合を解消する。
【解決手段】 問題のある検証用コードを受け取った場合でも直ちにデータ送出を停止せず何事もなかったかの用に振る舞い、更に数回の検証用コード受信後に停止することにより、いずれの検証用コードに不具合があったのかを外部には容易には判らない様にする。
【選択図】 図１

Description

本発明は、暗号化データ伝送システムおよび暗号化データ伝送方式に関し、特に証明機器の検証に関するものである。

近年、ビデオ画像の高精細化とデジタル記録技術の発展に伴い、ＡＶコンテンツの著作権保護が重要となって来た。ＡＶ機器間での画像伝送においては、不正コピーを防止する観点から、暗号化されたデータにて受け渡しを行うことが求められる。その際、認証機器すなわちＡＶデータを送出する機器側は、接続された証明機器すなわちＡＶデータを受信する機器側が正当な権利を有するかの認証作業を行った後、ＡＶデータにスクランブルをかけて送出する。そして一旦認証が為された後も、送出データの盗聴や不正流用を防ぐ目的で、スクランブルを掛ける際に用いるスクランブルキーの更新を定期的に行う。

スクランブルキーの更新を行う際に、その都度新たなスクランブルキー生成の為の通信を行うのは不正解析を助ける結果にも成りかねない。そこで、互いに通信すること無く自動的にスクランブルキーの更新を行う方法が提案されている（例えば、下記特許文献1参照。）。しかし、最初に認証した証明機器が途中で他の不正機器にすり替えられていた場合には無防備である。
特開２００３−１９８５３１号公報

そこで、一旦認証を終えた後も証明機器が正当な機器であるか否かの検証を行う必要があり、ＨＤＣＰと命名されたビデオデータ通信様のコンテンツ保護方式が用いられる様に成って来た。これは認証が終えた後も、機器ごとに与えられたユニークなＩＤを基に所定の演算方法にて算出される検証用コードを、認証機器側から証明機器に対し定期的に送出させるコンテンツ保護方式である。

図５は、この検証用コードの通信の概念を模式的に描いたものである。

図５に示す様に、証明機器からは１２８フレーム毎に検証用コードが送信される。フレーム周波数は５９．９４Ｈｚ（６０／１．００１Ｈｚ）なので、検証用コードは約２秒（２．１３５…秒）間隔で発せられる。

認証機器側は、この所定の間隔で検証用コードが到来することを確認しつつ、検証用コードから接続相手が正当な機器であることを確認し、もし問題があれば全ての認証を取り消し、画像データの送出も停止させてしまう。

しかしながらこれは、検証用コードを不正利用目的で解析する為に予想されるコードを送出してその可否を試そうとする者に対し、どの検証用コードに問題が有ったのかをわざわざ教えている様なものである。

本発明は、上述の問題点に着目して成されたものであって、問題のある検証用コードを受け取った場合でも直ちにデータ送出を停止せず、何事もなかったかのように振る舞い、更に数回の検証用コード受信後に停止することにより、いずれの検証用コードに不具合があったのかを外部には容易には判らない様にすることのできる暗号化データ伝送システムおよび暗号化データ伝送方式の提供を目的とするものである。

本発明は、前記目的を達成するため、暗号化データ伝送システムおよび暗号化データ伝送方式を、それぞれ次の（１）、（２）に示すとおりのものとする。

（１）認証機器と証明機器間で認証処理を行った後、認証機器は暗号化したデータ信号を証明機器に送出するとともに、認証機器は自己の正当性を証明する為の検証用データを認証機器に対し発し、認証機器はこの検証用データを確認することにより保全性を保つ暗号化データ伝送システムであって、
認証機器は受信した検証用データから認証機器の正当性に問題が有ると判断した場合、その後数回の検証用データを受け取ってから認証を取り消し暗号化したデータ信号の送出を停止することを特徴とする暗号化データ伝送システム。

（２）認証機器と証明機器間で認証処理を行った後、認証機器は暗号化したデータ信号を証明機器に送出するとともに、認証機器は自己の正当性を証明する為の検証用データを認証機器に対し発し、認証機器はこの検証用データを確認することにより保全性を保つ暗号化データ伝送方式であって、
認証機器は受信した検証用データから認証機器の正当性に問題が有ると判断した場合、その後数回の検証用データを受け取ってから認証を取り消し暗号化したデータ信号の送出を停止することを特徴とする暗号化データ伝送方式。

本発明によれば、認証処理を終えた後も定期的に検証用コードにて証明機器の正当性を確認する際、認証機器は問題のある検証用コードを受け取った場合でも直ちに画像データ送出を停止せず何事もなかったかのように振る舞う。そして、更に数回の検証用コード受信後に停止することにより、いずれの検証用コードに不具合があったのかを外部には容易には判らないようにすることが出来る。

以下に本発明を実施するための最良の形態を、実施例に基づいて説明する。

［第１の実施例］
図２は本発明の第１の実施例による画像伝送出力段の回路ブロック図である。

同図中１１は不図示の画像入力段から受け取った画像信号を描画用画像データに変換する画像処理ブロック、１２は描画用画像データにスクランブルを施す暗号化ブロック、１３はスクランブルされた描画用画像データを証明機器に対し差動伝送出力する為のトランスミッター、１４は描画用画像データ伝送の出力端子、３０は全体を制御するＣＰＵ、３４は証明機器との制御通信を行う為の制御信号入出力端子である。ＣＰＵ３０は、画像処理ブロック１１に対し描画用画像データに変換する際の各種設定指示を行うとともに、制御信号入出力端子３４を介して証明機器の認証処理や検証処理を行い、暗号化ブロック１２に対しスクランブルキーを発行する。

この、ＣＰＵ３０が制御信号入出力端子３４を介して行なわれる証明機器の検証処理通信の模様を図１に、その際のフローチャートを図３に表す。

先ず、図３のフローチャートから説明する。ステップ３０１にて１２８フレームとされた所定の間隔が到来するのを待ち、ステップ３０２に進む。ステップ３０２では検証用コードが受信されているかを調べる。受信していなければステップ３２０に進み直ちに描画用画像データの送出を停止させ、受信していればステップ３０３にてその検証用コードが正しいものであるか否かの判定を行う。ここで問題が無ければステップ３０１に戻る。正しくないコードの場合はステップ３０４にて先ず、擬似的な乱数“Ｒ”を発生させステップ３０５にてカウンタをスタートさせる。“Ｒ”は１以上２５５以下の値であり、カウンタは４０ｍＳｅｃ．に１づつインクリメントされる。ステップ３０８ではカウンタ値と“Ｒ”を比較、すなわち不正検証用コード受信からランダムに設定された時間経過したか否かをチェックし、経過していたらステップ３２０にて描画用画像データの送出を停止させる。

次に検証処理通信の模様を図１を用いて説明する。

証明機器は、先に図５を用いて説明した従来技術図同様、１２８フレーム毎に検証用コードを送出する。証明機器からＳｔｅｐ−２１及びＳｔｅｐ−２２にて発行された検証用コード−１及び検証用コード−２は、検証用コードが正しかった場合を例示し、認証機器はＳｔｅｐ−１１及びＳｔｅｐ−１２にて検証用コードの確認処理を行い何も問題が無いと判断している。

これに続いて証明機器がＳｔｅｐ−２３で、誤った検証用コード−３を発したとする。認証機器はＳｔｅｐ−１３にてＮＧ判定を下すが、この時点では外部から簡便に判る様なリアクションはとらない。この後も証明機器はＳｔｅｐ−２４、Ｓｔｅｐ−２５と所定の間隔で検証用コード−４、検証用コード−５を発する。一方証明機器は既にＮＧ判定を下している為、検証用コード−４、検証用コード−５の検証作業は行わず、ランダムに設定される時間（０以上１０．２秒以下）が経過するのを待ち、Ｓｔｅｐ−１８にて急遽描画用画像データの送出を停止させる。

［第２の実施例］
次に、本発明の第２の実施例についいて説明する。第２の実施例の場合も回路ブロックは第１の実施例と同様のもので実現出来、異なる点はＣＰＵ３０の動作にある。この、ＣＰＵ３０が制御信号入出力端子３４を介して行なわれる証明機器の検証処理通信のフローチャートを図４に示す。

図４のステップ３００からステップ３０３は第１の実施例の場合のフローチャート図３と同様である。ステップ３０３にて検証用コードに誤りを見つけた際に進むステップ３１４でランダムに１〜８が“Ｒ”に設定される。そしてステップ３１５にて認証機器が送出する描画用画像データのフレーム数をカウントし、１２８フレームカウントしたらステップ３１６にて検証用コードが証明機器から発せられたか否かをチェックする。もし発せられていない場合にはステップ３２０にて描画用画像データの送出を停止するが、正しく発せられた場合でもその内容はチェックせず、次のステップ３１７にてカウント値“Ｒ”をデクリメントするだけである。そしてステップ３１８にてカウント値“Ｒ”をチェックしてステップ３１５に戻るが、ステップ３１８にてカウント値“Ｒ”が０に達したらステップ３２０にて描画用画像データの送出を停止する。

この場合検証処理通信の模様も第１の実施例の場合の図１とほぼ同等である。

第１の実施例による通信ステップ図 第１の実施例の回路ブロック図 第１の実施例による検証用ソフトのフローチャート 第２の実施例による検証用ソフトのフローチャート 従来例に於ける通信ステップ図

符号の説明

１１ 画像処理ブロック
１２ 暗号化ブロック
１３ トランスミッター
１４ 出力端子
３０ ＣＰＵ
３４ 制御信号入出力端子

Claims (8)

1. 認証機器と証明機器間で認証処理を行った後、認証機器は暗号化したデータ信号を証明機器に送出するとともに、認証機器は自己の正当性を証明する為の検証用データを認証機器に対し発し、認証機器はこの検証用データを確認することにより保全性を保つ暗号化データ伝送システムであって、
   認証機器は受信した検証用データから認証機器の正当性に問題が有ると判断した場合、その後数回の検証用データを受け取ってから認証を取り消し暗号化したデータ信号の送出を停止することを特徴とする暗号化データ伝送システム。
2. 請求項１記載の暗号化データ伝送システムにおいて、検証用データから認証機器の正当性に問題が有ると判断した後、認証を取り消すまでの時間をランダムな値とすることを特徴とする暗号化データ伝送システム。
3. 請求項１記載の暗号化データ伝送システムにおいて、検証用データから認証機器の正当性に問題が有ると判断した後、認証を取り消すまでに受け取る検証用データの数をランダムな値とすることを特徴とする暗号化データ伝送システム。
4. 請求項１ないし３のいずれか記載の暗号化データ伝送システムにおいて、ＨＤＣＰもしくはこれを用いたＨＤＭＩによるシステムであることを特徴とする暗号化データ伝送システム。
5. 認証機器と証明機器間で認証処理を行った後、認証機器は暗号化したデータ信号を証明機器に送出するとともに、認証機器は自己の正当性を証明する為の検証用データを認証機器に対し発し、認証機器はこの検証用データを確認することにより保全性を保つ暗号化データ伝送方式であって、
   認証機器は受信した検証用データから認証機器の正当性に問題が有ると判断した場合、その後数回の検証用データを受け取ってから認証を取り消し暗号化したデータ信号の送出を停止することを特徴とする暗号化データ伝送方式。
6. 請求項５記載の暗号化データ伝送方式において、検証用データから認証機器の正当性に問題が有ると判断した後、認証を取り消すまでの時間をランダムな値とすることを特徴とする暗号化データ伝送方式。
7. 請求項５記載の暗号化データ伝送方式において、検証用データから認証機器の正当性に問題が有ると判断した後、認証を取り消すまでに受け取る検証用データの数をランダムな値とすることを特徴とする暗号化データ伝送方式。
8. 請求項５ないし７記載の暗号化データ伝送方式において、ＨＤＣＰもしくはこれを用いたＨＤＭＩによるシステムであることを特徴とする暗号化データ伝送方式。

Images