(57)【要約】送信のシーケンスは、夫々が異なるセッション鍵を有する一組のサブシーケンスとして暗号化される。送信側装置は、新しいセッション鍵がいつ有効となるかを決定し、このスケジュールされたｎｅｗ−ｋｅｙ−ｓｔａｒｔ−ｔｉｍｅ（新しい鍵開始時間）を受信側装置へ送信する。望ましい実施例では、送信側装置はまた、受信側装置が新しいセッション鍵を計算するのに十分な準備時間を与えるよう受信側コマンドへｐｒｅｐａｒｅ−ｎｅｗ−ｋｅｙ（新しい鍵準備）コマンドを送信する。各新しい鍵は、カウンタインデックスと送信側装置と受信側装置間の最初の鍵交換セッション中に決定された一組の鍵のハッシュ関数を用いて作成される。カウンタインデックスは、スケジュールされたｎｅｗ−ｋｅｙ−ｓｔａｒｔ−ｔｉｍｅ（新しい鍵開始時間）ごとにインクリメントされ、新しいセッション鍵を生成する。
2005503717.tif 000002
【特許請求の範囲】
【請求項１】
送信器からコンテンツ素材を伝送する方法であって、
第１のセッション鍵、第２のセッション鍵、及び前記第２のセッション鍵に関連付けられるスケジュールされた開始シーケンス番号を決定する段階と、
前記第２のセッション鍵に関連付けられるスケジュールされた開始シーケンス番号の前に受信器への伝送用の暗号化されたコンテンツ素材の第１のシーケンスを形成するよう前記第１のセッション鍵に基づいて前記コンテンツ素材の第１の部分を暗号化する段階と、
前記第２のセッション鍵に関連付けられる前記スケジュールされた開始シーケンス番号を前記受信器へ伝送する段階と、
前記第２のセッション鍵に関連付けられる前記スケジュールされた開始シーケンス番号において及び前記スケジュールされた開始シーケンス番号の後に前記受信器への伝送用の暗号化されたコンテンツ素材の第２のシーケンスを形成するよう前記第２のセッション鍵に基づいて前記コンテンツ素材の第２の部分を暗号化する段階とを有する方法。
【請求項２】
前記受信器から鍵を受信する段階を更に有し、
前記第１のセッション鍵及び前記第２のセッション鍵の決定は前記受信器から受信される前記鍵に基づいて行われる、請求項１記載の方法。
【請求項３】
前記第１のセッション鍵及び前記第２のセッション鍵の決定はＮｅｅｄｈａｍ−Ｓｃｈｒｏｅｄｅｒ公開鍵交換プロトコルに基づいて行われる、請求項２記載の方法。
【請求項４】
前記第１のセッション鍵は、前記送信器に関連付けられるホスト鍵、前記受信器に関連付けられるデバイス鍵、及び第１のインデックス値に基づく第１のハッシュ値に対応し、
前記第２のセッション鍵は、前記ホスト鍵、前記デバイス鍵、及び第２のインデックス値に基づく第２のハッシュ値に対応する、請求項１記載の方法。
【請求項５】
前記第１のハッシュ値及び前記第２のハッシュ値は、第２のホスト鍵及び第２のデバイス鍵に更に基づく、請求項４記載の方法。
【請求項６】
暗号化されたコンテンツ素材の前記第１のシーケンス及び前記第２のシーケンスは、ユニバーサル・シリアル・バス（ＵＳＢ）プロトコルに従って伝送されるフレームのシーケンスを含み、
前記スケジュールされた開始シーケンス番号はＵＳＢフレーム番号に対応する、請求項１記載の方法。
【請求項７】
復号システムへの送信のための暗号化されたコンテンツ素材を与えるよう、コンテンツ素材を暗号化するよう構成される暗号システムであって、
第１の暗号化されたシーケンスを形成するよう第１のセッション鍵に基づいて前記コンテンツ素材の第１の部分を暗号化し、
開始シーケンス番号を有する第２の暗号化されたシーケンスを形成するよう、第２のセッション鍵に基づいて前記コンテンツ素材の第２の部分を暗号化するよう構成される暗号化器と、
前記開始シーケンス番号、前記第１の暗号化されたシーケンス、及び前記第２の暗号化されたシーケンスを前記復号システムへ構成するよう構成される送信器とを含む、暗号システム。
【請求項８】
前記暗号システム及び前記復号システムによってのみ知られることが意図される少なくとも１つの鍵に基づいて前記第１セッション鍵及び前記第２のセッション鍵を与えるよう構成される鍵発生器を更に含む、請求項７記載の暗号システム。
【請求項９】
前記鍵発生器は、
前記少なくとも１つの鍵のハッシュと第１のインデックス値に基づく前記第１のセッション鍵と、
前記少なくとも１つの鍵の前記ハッシュ及び第２のインデックス値に基づく前記第２のセッション鍵とを、与えるよう更に構成される、請求項８記載の暗号システム。
【請求項１０】
前記送信器は、前記開始シーケンス番号、前記第１の暗号化されたシーケンス、及び前記第２の暗号化されたシーケンスを、ユニバーサル・シリアル・バス（ＵＳＢ）プロトコルに基づいて送信するよう更に構成され、
前記開始シーケンス番号はＵＳＢフレーム番号に対応する、請求項７記載の暗号システム。
【請求項１１】
前記送信器は、前記開始シーケンス番号を暗号化された開始シーケンス番号として送信するよう更に構成される、請求項７記載の暗号システム。
【請求項１２】
暗号システムから暗号化されたコンテンツ素材及び開始シーケンス番号を受信するよう構成される受信器と、
第１のセッション鍵に基づき前記開始シーケンス番号の前に前記暗号化されたコンテンツ素材の第１のシーケンスを復号化し、
第２のセッション鍵に基づき前記開始シーケンス番号において及び前記開始シーケンス番号の後に前記暗号化されたコンテンツ素材の第２のシーケンスを復号化するよう構成される、復号化器とを有する、
復号システム。
【請求項１３】
第１のセッション鍵、第２のセッション鍵、及び前記第２のセッション鍵に関連付けられるスケジュールされた開始シーケンス番号を決定する機能と、
前記第２のセッション鍵に関連付けられる前記スケジュールされた開始シーケンス番号の前に、受信器への伝送のために暗号化されたコンテンツ素材の第１のシーケンスを形成するよう前記第１のセッション鍵に基づいて前記コンテンツ素材の第１の部分を暗号化する機能と、
前記第２のセッション鍵に関連付けられる前記スケジュールされた開始シーケンス番号を前記受信器へ伝送する機能と、
前記第２のセッション鍵に関連付けられる前記スケジュールされた開始シーケンス番号において及び前記スケジュールされた開始シーケンス番号の後に前記受信器へ伝送するために暗号化されたコンテンツ素材の第２のシーケンスを形成するよう前記第２のセッション鍵に基づいて前記コンテンツ素材の第２の部分を暗号化する機能とを有する、コンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムの分野に係り、特に、保護されたコンテンツ素材をユニバーサル・シリアル・バス（ＵＳＢ）を介して伝送する暗号プロトコルを使用するコンピュータシステムに関連する。
【背景技術】
【０００２】
電子コンテンツ素材を符号化するための暗号化技術の利用はますます増加している。娯楽の分野では、ディジタルオーディオ及びビデオの記録物は、無許可の複製から素材を保護するために暗号化される。通信の分野では、無許可で見ることが防止されるよう文書は暗号化され、暗号化された証明書は文書の信憑性を確認するために用いられる。
【０００３】
著作権で保護されたコンテンツ素材、又は著作権で保護された素材へのアクセスに関連付けられるチケット等のセキュリティ・アイテムを、素材が１つの装置から他の装置へ転送されるたびに暗号化するため、多くの標準が採用又は提案されてきた。例えば、「準拠型」のＣＤレコーダが、コピー防止された素材の複製が入ったＣＤを作成するとき、記録されたものは、「準拠型」のＣＤプレーヤのみが素材を表現することが可能となるよう暗号的に保護される。「準拠型」装置は、採用された規格を実施する装置である。元のコピー防止されたコンテンツ素材に「一回複製」の複製制限がある場合、準拠型ＣＤレコーダは、このオリジナルの複製を「コピー禁止」の表記で暗号的にマークする。準拠型ＣＤレコーダはまた、この「コピー禁止」の表記を認識し、この複製の複製を作成することはない。素材が非準拠型レコーダで複製されたものであれば、適切な暗号的なアイテムを含まないこととなり、準拠型レコーダ又は再生装置は、この複製された素材を記録又は表現しない。
【０００４】
準拠型装置は、様々なセキュリティ技術を用いて保護されたコンテンツ素材への無許可のアクセスを防止するよう互いに協力して動作する。セキュリティ技術は、無許可のアクセスを得るために用いられる様々なスキームを克服するよう設けられる。一般的に用いられる１つの技術は、素材が一の装置から他の装置へ伝送されるたびに異なる暗号鍵を用いて、保護される素材を暗号化することである。この一意の鍵を「セッション」鍵と称する。しかしながら、この一意セッション鍵技術は、セッション鍵が装置間で伝送されることを必要とし、このセッション鍵を送信するために安全（ｓｅｃｕｒｅ）な手段が必要とされる。典型的には、送信側装置は、受信側装置がセッション鍵を決定するのに使用しうる暗号化されたパラメータ又は一組のパラメータを送信する。このパラメータの暗号化は、受信側装置に関連づけられる公開鍵・秘密鍵対のうちの公開鍵に基づく。受信側装置は、セッション鍵を生成するようパラメータを復号化するために公開鍵・秘密鍵対のうちの秘密鍵を用いる。典型的には、公開鍵・秘密鍵対は、「信頼された第三者」によって各準拠型装置に与えられる。受信側装置は、公衆チャネルを通じて送信側装置へ公開鍵を伝送するが、全性を弱くするおそれはなく、なぜならば、公開鍵の唯一の機能は受信側装置への伝送のために素材を暗号化することであり、素材の復号化に役立つ情報は与えないためである。
【０００５】
これらのセキュリティ対策にもかかわらず、これらのセキュリティ対策を破るために用いられうる様々な不正な攻撃が一般的に知られている。これらの攻撃の多くは、「リプレイ」シナリオが関連する場合が多く、これは、攻撃者が準拠型装置間の以前の通信を記録し、後のセッションにおいて、攻撃者の装置が許可された準拠型装置であると一方又は他方の装置を納得させるよう一方又は他方の準拠型装置への伝送を再生（リプレイ）するものである。リプレイ攻撃に打ち勝つための例えばＮｅｅｄｈａｍ−Ｓｃｈｒｏｅｄｅｒプロトコル等の技術及びプロトコルが利用可能であるが、これらのプロトコルはセッション鍵を弱くすることについては影響を受けやすい。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、一の装置から他の装置へコンテンツ素材を転送する安全な手段を提供することを目的とする。本発明は、セッション鍵を弱くすることに対する保護を与えるコンテンツ素材を転送する安全な手段を提供することを更なる目的とする。
【課題を解決するための手段】
【０００７】
上述の及び他の目的は、各サブシーケンスが異なるセッション鍵を有する一組のサブシーケンスとして伝送のシーケンスを暗号化することによって達成される。送信側装置は、各新しいセッション鍵がいつ有効となるかを決定し、このスケジュールされたｎｅｗ−ｋｅｙ−ｓｔａｒｔ−ｔｉｍｅ（新しい鍵開始時間）を受信側装置へ送信する。望ましい実施例では、送信側装置はまた、受信側装置が新しいセッション鍵を計算するのに十分な準備時間を与えるようｐｒｅｐａｒｅ−ｎｅｗ−ｋｅｙ（新しい鍵の準備）コマンドを受信側装置へ送信する。各新しい鍵（ｎｅｗ−ｋｅｙ）は、カウンタインデックスと、送信側装置と受信側装置の間で最初の鍵交換セッション中に決定された一組の鍵のハッシュ関数を用いて作成される。カウンタインデックスは、スケジュールされたｎｅｗ−ｋｅｙ−ｓｔａｒｔ−ｔｉｍｅ（新しい鍵開始時間）毎にインクリメントされ、新しいセッション鍵を生成する。
【発明を実施するための最良の形態】
【０００８】
添付の図面を例として参照して、本発明について更に詳述する。全ての図面を通じて、同じ参照番号は同様の又は対応する特徴又は機能を示すものとする。
【０００９】
図１は、本発明による暗号システム１００の例としてのブロック図を示す。例としての暗号システム１００は、暗号化されたコンテンツ素材１９１を復号システム（図２中の参照番号２００）へ伝送するユニバーサル・シリアル・バス（ＵＳＢ）送信器１７０を有するものとして示されているが、本願に照らして、当業者は、ここに示される原理は他の通信プロトコルにも適用可能であることを認識するであろう。参照を容易とするため、また、ＵＳＢプロトコルの用語と一貫性をもたせるため、暗号システム１００を「ホスト」１００と称し、復号システム２００を「デバイス」と称するものとする。
【００１０】
ホスト１００は、鍵選択器１５０から暗号化鍵を受信する暗号化器１９０を介してコンテンツ素材１８０を暗号化するよう構成される。本発明によれば、コンテンツ素材１８０を暗号化するために用いられる暗号化鍵は離散的なスケジュールされた時間に変化するため、暗号化鍵は、図１中、「ｓｃｈｅｄｕｌｅｄ−ｋｅｙ（スケジュールされた鍵）」１５１と称される。コンテンツ素材の暗号化に用いられる鍵を変化させることにより、これらの鍵のうちの１つが弱くなることによるコンテンツ素材の安全性への影響は最小限となる。
【００１１】
新しい鍵スケジューラ（ｎｅｗ−ｋｅｙ  ｓｃｈｅｄｕｌｅｒ）１１０は、ｎｅｗ−ｋｅｙ（新しい鍵）１４１の生成をトリガ１１２するよう、また、この新しい鍵が暗号化器１９０においてコンテンツ素材１８０を暗号化するために用いられるｓｃｈｅｄｕｌｅｄ−ｋｅｙ１５１として用いられる時間１１１を決定するよう構成される。しかしながら、ホスト１００とデバイス２００のいずれにおいても動作を生じさせるようスケジュールされた時間１１１を与えることの難しさの１つは、いずれのシステム１００、２００も同じ時間基準に同期されることである。本発明の望ましい実施例では、時間基準はホスト１００からデバイス２００へ伝送される情報アイテムとして選択される。例示するＵＳＢプロトコル実施例の場合は、時間基準は伝送されるＵＳＢフレームの「フレーム番号」として定義される。ＵＳＢフレーム番号は、バス上の全ての装置に対する時間基準を確立し、１ミリ秒毎にホストからバス上の全てのデバイスへ伝送される。ＵＳＢフレーム番号は、１ミリ秒毎にインクリメントされる送信されたフレーム中に含まれる１１ビットの数からなる。他のプロトコルの場合は、暗号システム１００と復号システム２００の間に同期を確立するために同様の時間又はシーケンスアイテムが使用されうる。尚、この共通の基準は「時間」に基づくものである必要はない。非同期通信システムでは、基準は、伝送される各パケットに関連付けられるパケット番号、コンテンツ素材１８０を有するデータの各ブロックに関連付けられるブロック番号、又は暗号化されたコンテンツ素材１９１を有する各暗号化されたデータのブロック等でありうる。
【００１２】
望ましい実施例では、鍵発生器１４０は、修正（ｍｏｄｉｆｉｅｄ）Ｎｅｅｄｈａｍ−Ｓｃｈｒｏｅｄｅｒ鍵発生装置に対応する。図示しないが、鍵発生器１４０は、従来のＮｅｅｄｈａｍ−Ｓｃｈｒｏｅｄｅｒ鍵交換アルゴリズムを用いて、乱数鍵をデバイス２００と交換するためにＵＳＢ送信器１７０を用いる。他の鍵交換技術もまた使用されうる。
【００１３】
図３は、本発明により変化する鍵を用いた鍵交換及びコンテンツ素材の続く暗号化の例としてのフローチャートを示す図である。ホスト（１００）は、３１０において、デバイス２００に関連付けられる公開鍵・秘密鍵（Ｐ−ｐ）対のデバイス秘密鍵（ｄｅｖｉｃｅ−ｐｒｉｖａｔｅ−ｋｅｙ）４１１に対応するデバイス公開鍵（ｄｅｖｉｃｅ−ｐｕｂｌｉｃ−ｋｅｙ）３１１を用いて、ホスト乱数（ｈｏｓｔ−ｒａｎｄｏｍ−ｎｕｍｂｅｒ）３１２及びホスト乱数鍵（ｈｏｓｔ−ｒａｎｄｏｍ−ｋｅｙ）３１３を暗号化する。デバイス２００は、この暗号化されたホスト乱数３１２及びホスト乱数鍵３１３を受信し、デバイス秘密鍵４１１を用いてこれらを復号化する。次に、デバイス２００は、４２０において、ホスト１００に関連付けられる公開鍵・秘密鍵対のホスト秘密鍵（ｈｏｓｔ−ｐｒｉｖａｔｅ−ｋｅｙ）３２１に対応するホスト公開鍵（ｈｏｓｔ−ｐｕｂｌｉｃ−ｋｅｙ）４２１を用いて、デバイス乱数（ｄｅｖｉｃｅ−ｒａｎｄｏｍ−ｎｕｍｂｅｒ）４２２、デバイス乱数鍵（ｄｅｖｉｃｅ−ｒａｎｄｏｍ−ｋｅｙ）４２３、及び復号化されたホスト乱数３１２’を暗号化する。ホスト１００は、ホスト秘密鍵３２１を用いて、デバイス乱数４２２、デバイス乱数鍵４２３、及び再暗号化されたホスト乱数３１２’を復号化する。送信されたホスト乱数３１２を、デバイス２００から受信された復号化されたホスト乱数３１２”と比較することにより、ホスト１００は、意図されるデバイスがホストと通信しているデバイスであることを確認することが可能である。このようにして、ホスト１００は、復号化されたデバイス乱数４２２’をデバイス２００へ伝送し、それによりデバイス２００は、送信側システムがホスト公開鍵４２１に対応するホストであることを確認する。この乱数３１２、４２２の交換は、なりすましたホスト又はデバイスが記録された以前の鍵交換の一方の端だけを単にリプレイするリプレイ攻撃を不可能とする。
【００１４】
従来技術で一般的であるように、しかしここでは例示しないが、上述の公開鍵・秘密鍵対は、「信頼できる機関（ｔｒｕｓｔｅｄ  ａｕｔｈｏｒｉｔｙ）」によって発行され認証される。即ち、非準拠型デバイスが準拠型デバイスになりすますことを防止するため、準拠型デバイス２００は、自分の公開鍵３１１を、準拠型デバイス２００に鍵を発行した信頼できる機関による公開鍵３１１の「証明書」と共に送信する。証明書は、信頼できる機関の秘密鍵に基づき暗号化したものである。ホストは、信頼できる機関の公開鍵に基づいて暗号化されたものを復号化し、これが受信側デバイス２００の与えられた公開鍵３１１に対応することを確認する。同様に、ホスト１００は、自分の公開鍵４２１を、ホスト１００による確認のために信頼できる機関からの証明書と共にデバイス２００へ伝送する。また、望ましい実施例では、ホスト１００及びデバイス２００はいずれも無効とされたデバイス又はホスト鍵のリストへアクセスできる。
【００１５】
鍵交換の完了時に、各システム１００、２００は、１つ又はそれ以上の安全な鍵についての知識を持つ。従来技術で一般的であるように、安全な「鍵」は、暗号モジュールで実際に用いられる鍵を発生するのに用いられる鍵パラメータでありうる。参照を容易とするため、ここでは「鍵」という用語はかかる鍵パラメータを含むものとする。図３の例としての鍵交換では、各システム１００、２００は、ホスト乱数鍵３１３又は３１３’と、デバイス乱数鍵４２３又は４２３’についての知識を持ち、鍵交換を盗聴している者はこの知識を持たない。上述のように、図１の新しい鍵スケジューラ１１０は、コンテンツ素材１８０が暗号化されるとともに新しい鍵の発生をトリガ１１２するよう構成される。上述の新しい鍵交換セッション３１０−４１０−３２０−４２０−３３０−４３０は、新しい鍵スケジューラ１１０からの各トリガ１１２の受信時に始動されうるが、かかるアプローチは新しい鍵の発生のたびにかなりの量のオーバヘッドを受けることとなる。望ましい実施例では、各新しい鍵は、図３の３５０及び４５０において、変化するインデックス３４１、３５１を、元の鍵交換を介して得られた１つ又はそれ以上の安全な鍵３１３、３１３’、４２３、４２３’でハッシュすることによって作成される。望ましい実施例では、ハッシュ関数３５０、４５０は、ハッシュ値を生じさせるために用いた因子を「ハッシュを解除」するために必要な時間の量が所与の因子からハッシュ値を生じさせるのに必要な時間よりもかなり大きい点で、暗号的に強い。従って、インデックス３４１、３５１の知識は、以前のハッシュ鍵値から新しいハッシュ鍵値を演繹しようとする試みにおいては利点を与えない。インデックス３４１、３５１の知識は、セキュリティに関する利点を与えないため、本発明の望ましい実施例は、単純なインクリメント、或いは計数の機能を用いる。
【００１６】
図１に示すように、新しい鍵のスケジューラ１１０は、ｎｅｗ−ｋｅｙ（新しい鍵）１４１を生成するよう、カウンタ１３０をトリガし、このカウンタ１３０は、１又はそれ以上の安全な鍵と、任意にホスト及びデバイスの両方に知られている他の鍵でハッシュされる上述のインデックス３４１として、鍵発生器１４０へカウント値を与える。このｎｅｗ−ｋｅｙ１４１は、ＵＳＢ送信器１７０を介して、デバイス２００への伝送のためのｎｅｘｔ−ｋｅｙ−ｓｔａｒｔ（次の鍵開始）パラメータ１１１を暗号化するために用いられる。当業者によって明らかであるように、暗号化器１２０を介したこの暗号化はセキュリティの水準を高める。或いは、あまり安全ではないが、ｎｅｘｔ−ｋｅｙ−ｓｔａｒｔパラメータ１１１は、自由に、又は以前の鍵によって安全とされた等の方法で伝送されうる。望ましい実施例ではｎｅｘｔ−ｋｅｙ−ｓｔａｒｔパラメータ１１１は、ｎｅｗ−ｋｅｙ１４１で暗号化された暗号化済みコンテンツがデバイス２００によって受信される前に、デバイス２００が対応する新しい鍵（図２中の２４１）を計算することを可能とするよう、十分に遅くにされる。ホスト１００から受信器３００へのｎｅｘｔ−ｋｅｙ−ｓｔａｒｔパラメータ１１１の伝送は、図３のインデックス発生器３４０、４４０の間の同期を構成する。
【００１７】
図２に示すように、ｅｎｃｒｙｐｔｅｄ−ｎｅｘｔ−ｋｅｙ−ｓｔａｒｔ（暗号化された次の鍵開始）１２１は、ＵＳＢ受信器２７０によって受信され、復号化器２２０へ与えられる。復号化器２２０は、ｅｎｃｒｙｐｔｅｄ−ｎｅｘｔ−ｋｅｙ−ｓｔａｒｔ１２１を受信すると、鍵発生器２４０によるｎｅｗ−ｋｅｙ（新しい鍵）２５１の生成をトリガするよう、トリガ信号２２１を発生する。或いは、望ましい実施例では、ホスト１００は、トリガ信号２２１を生じさせるよう、ｅｎｃｒｙｐｔｅｄ−ｎｅｘｔ−ｋｅｙ−ｓｔａｒｔ１２１を送信する前に「ｐｒｅｐａｒｅ−ｎｅｘｔ−ｋｅｙ（次の鍵を準備）」コマンドを送信し、それによりデバイス２００がｎｅｗ−ｋｅｙ２５１を発生するための更なる準備時間を与える。デバイス２００は、安全な鍵とカウンタ２３０によって与えられるインデックス（図３中の４４１）のハッシュに基づくホスト１００におけるものと同様の新しい鍵（図３中の３５１、４５１）を発生するよう、ホスト１００と同様のカウンタ２３０及び鍵発生器２４０を含む。
【００１８】
ＵＳＢプロトコルは、等時同期通信モードを可能とし、このモードを用いるアプリケーションに対して最小の帯域幅が確保される。本発明によれば、スケジュールされたｎｅｘｔ−ｋｅｙ−ｓｔａｒｔ（次の鍵開始）１１１は、将来のフレームシーケンス番号に対応する。シーケンス制御器１６０及び鍵選択器１５０は、以前の鍵によって符号化された暗号化済みコンテンツ１９１はスケジュールされたフレーム番号の前に完全に送信され、このｎｅｗ−ｋｅｙ（新しい鍵）１４１によって暗号化された暗号化済みコンテンツ１９１はスケジュールされたフレーム番号において又はその後にＵＳＢ送信器１７０によって送信されるよう、ｓｃｈｅｄｕｌｅｄ−ｋｅｙ１５１としてｎｅｗ−ｋｅｙ（新しい鍵）１４１を与えるよう構成される。デバイス２００中の復号化器２２０は、このｎｅｘｔ−ｋｅｙ−ｓｔａｒｔ（次の鍵開始）パラメータ１１１’を鍵選択器２５０へ与える。ＵＳＢ受信器２７０は、各フレームシーケンス番号２７１を鍵選択器２５０へ伝送する。シーケンス番号２７１がｎｅｘｔ−ｋｅｙ−ｓｔａｒｔパラメータ１１１’に等しいかそれを超える場合、鍵選択器２５０はｓｃｈｅｄｕｌｅｄ−ｋｅｙ１５１’としてｎｅｗ−ｋｅｙ２５１を与える。復号化器２９０は、（安全な鍵が対応する場合は）送信されたコンテンツ素材１８０に対応する復号化されたコンテンツ素材１８０’を生成するよう、ｓｃｈｅｄｕｌｅｄ−ｋｅｙ１５１’に基づいて暗号化済みコンテンツ素材１９１を復号化する。
【００１９】
上記の説明は、本発明の原理を示すためだけのものである。当業者はここには明示的には説明若しくは図示されていないが、本発明の原理を具現化するものであり従って本発明の趣旨及び範囲内にある様々な変更を考えることができることが認められよう。例えば、実施例の複雑性を最小限とするために、ホスト１００とデバイス２００は各ＵＳＢフレームごとに、又はＵＳＢフレームの所定の間隔で、新しい鍵を使用するよう構成されえ、ホスト１００からデバイス２００へｎｅｘｔ−ｋｅｙ−ｓｔａｒｔ（次の鍵開始）パラメータ１１１を伝送する必要を防ぐ。この定期的な鍵交換とは関係なく、又は、定期的な鍵交換と一緒に、ＵＳＢフレーム番号１６１は、ｎｅｗ−ｋｅｙ（新しい鍵）１４１、２４１を生成するよう安全な鍵でハッシュされるインデックス３４１、４４１として直接使用されうる。これらの及び他のシステムの構成及び最適化の特徴は、本願明細書から当業者にとって明らかとなり、特許請求の範囲に含まれる。「コンピュータプログラム」は、フロッピー（登録商標）ディスク等のコンピュータ読み取り可能な媒体上に格納された、又は、インターネット等のネットワークを通じてダウンロード可能な、又は任意の他の方法で市販されうる任意のソフトウエア製品を意味するものと理解されるべきである。
【図面の簡単な説明】
【００２０】
【図１】本発明による暗号システムの例としてのブロック図を示す図である。
【図２】本発明による復号システムの例としてのブロック図を示す図である。
【図３】本発明による暗号システムの例としてのフローチャートを示す図である。
【図１】
2005503717.tif 000003
【図２】
2005503717.tif 000004
【図３】
2005503717.tif 000005
【国際公開パンフレット】
2005503717.tif 000006
2005503717.tif 000007
2005503717.tif 000008
2005503717.tif 000009
2005503717.tif 000010
2005503717.tif 000011
2005503717.tif 000012
2005503717.tif 000013
2005503717.tif 000014
2005503717.tif 000015
2005503717.tif 000016
2005503717.tif 000017
2005503717.tif 000018
【国際公開パンフレット（コレクトバージョン）】
2005503717.tif 000019
【国際調査報告】
2005503717.tif 000020
2005503717.tif 000021
2005503717.tif 000022