認証方法、暗号化方法、復号方法、暗号システム及び記録媒体
本発明は、認証方法、暗号化方法、復号方法、暗号システム及び記録媒体を提供する。本発明は、認証機関によりサイン（Ｓｉｇｎ）された証明書に保存された認証情報とコンテンツプロバイダの公開鍵を認証機関の公開鍵で復号し、復号された認証情報からコンテンツプロバイダを認証し；復号されたコンテンツプロバイダの公開鍵を確認してコンテンツプロバイダの公開鍵を認証する。また、本発明は、秘密鍵でコンテンツデータを暗号化し、秘密鍵を公開鍵で暗号化し、暗号化されたコンテンツデータと暗号化された秘密鍵を伝送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証方法、暗号化方法、復号方法、暗号システム及び記録媒体に関する。
【背景技術】
【０００２】
近年、高画質のビデオデータと高音質のデータを長時間保存できる新しい高密度記録媒体（例えば、ブルーレイディスク（ＢＤ：Ｂｌｕｅ−ｒａｙ Ｄｉｓｃ)）が開発されている。
【０００３】
次世代記録媒体技術であるブルーレイディスク（ＢＤ）は、既存のＤＶＤを著しく凌駕するデータを提供する次世代光記録ソリューションであり、他のディジタル機器と共に開発が進行中である。
【０００４】
さらに、ブルーレイディスク（ＢＤ）規格のアプリケーションを有する光記録再生装置の開発もなされている。しかし、ブルーレイディスク（ＢＤ）におけるセキュリティスキームが構築されていないため、完全な光記録再生装置の開発と利用は未だ難しい状況である。
【０００５】
また、かかる記録媒体にはネットワーキング機能が提供されており、ネットワーク上で認証機関（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ：ＣＡ）とユーザが情報を交換することができるが、この場合、認証機関とユーザとが信頼できるかどうかを明確に検証する方法は未だ定められていない問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、現在広く利用されている公開鍵基盤（Ｐｕｂｌｉｃ−ｋｅｙ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ：ＰＫＩ）を用いて、高密度光記録媒体にセキュリティを提供することにある。
【０００７】
本発明の他の目的は、公開鍵基盤（ＰＫＩ）を用いてネットワーク上で証明書をユーザに提供することにある。
【０００８】
上記の目的を達成するために公開鍵基盤（ＰＫＩ）が利用される。図１は、公開鍵基盤（ＰＫＩ）を利用する認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）方法の流れを示すフローチャートである。公開鍵基盤（ＰＫＩ）では、公開鍵と秘密鍵とが用いられる。
【０００９】
公開鍵は、全ての人が、公にアクセス可能なレポジトリ（ｒｅｐｏｓｉｔｏｒｙ）またはディレクトリを介して利用可能な鍵である。情報を暗号化して伝送する場合、情報は、公開鍵を用いて暗号化され、暗号化された情報が伝送される。これに対し、秘密鍵は、各所有者が秘密のものとして持つ鍵である。公開鍵と秘密鍵は数学的に関連付けられているため、公開鍵により暗号化されているものは全て、それに対応する秘密鍵によってのみ復号され得る。また、その逆も同様である。
【００１０】
図１において、認証情報１０１は、信頼できる認証機関（ＣＡ）の秘密鍵１０６を用いて、暗号化アルゴリズム１０２により暗号化される。暗号化により生成された暗号文（ｃｉｐｈｅｒｔｅｘｔ）１０３は、信頼できる認証機関の公開鍵１０７を用いた復号アルゴリズム１０４により復号される。認証される者は、復号結果から得られる認証情報１０５を用いて認証される。
【００１１】
図１に示す秘密鍵１０６と公開鍵１０７の位置は互いに置き換えられても良い。この場合、認証情報は公開鍵で暗号化され、暗号化された認証情報は秘密鍵で復号され、認証情報が得られる。
【００１２】
一方、記録媒体及びインターネット等のネットワークが発展するにつれて、ハッキング等の問題も起きている。証明書を用いた様々な認証方法を備えるセキュリティ技術が開発されているが、新しい高密度光記録媒体の安全なセキュリティ技術は未だ定められていない。すなわち、コンテンツプロバイダ（Ｃｏｎｔｅｎｔｓ Ｐｒｏｖｉｄｅｒ：ＣＰ）等のサーバを認証するための明確で効率的な方法がＢＤでは未だ存在しないため、セキュリティ問題は未解決である。
【００１３】
上記の問題を解決するために、本発明は、証明書を用いた認証方法、及び、証明書を保存した記録媒体を提供する。また、本発明は、秘密鍵を用いた暗号化方法（ｅｎｃｒｙｐｔｉｏｎ ｍｅｔｈｏｄ）、復号方法（ｄｅｃｒｙｐｔｉｏｎ ｍｅｔｈｏｄ）、暗号システムを提供する。
【００１４】
本発明によれば、真正のコンテンツプロバイダとそのコンテンツプロバイダにより提供されるデータが保護されると共に、ユーザのデータ再生システムが保護される。その結果、新しい高密度光記録媒体に対してセキュリティを提供することができる。
【課題を解決するための手段】
【００１５】
本発明は、関連技術の制限事項と不都合さに起因する１又は複数の問題点を十分に克服する認証方法、暗号化方法、復号方法、暗号化システム及び記録媒体に関する。
【００１６】
上記の問題点を解決するために提案される本発明に係る認証方法は、証明書を用いる点を特徴とする。証明書は、認証機関によって署名された証明書である。証明書には、認証情報とコンテンツプロバイダの公開鍵が保存される。
【００１７】
本発明の追加的な長所、目的、特徴は、以降の説明に記述され、なお、通常の知識を持つ者にとっては以降説明される実施例から明らかになろう。本発明の目的と他の長所は、発明の説明と請求項及び添付の図面に基づいて実現されて得られることができる。
【００１８】
これらの目的とその他の利点を達成するために、本発明に係る認証方法は、認証情報とコンテンツプロバイダの公開鍵を認証機関の公開鍵で復号し、復号された認証情報からコンテンツプロバイダを認証し、復号されたコンテンツプロバイダの公開鍵を確認してコンテンツプロバイダの公開鍵を認証することを含む。
【００１９】
例えば、認証方法は、認証を行う前に証明書が有効か否かを確認するステップをさらに含むことができる。
【００２０】
例えば、暗号化された認証情報とコンテンツプロバイダの公開鍵は、認証機関の秘密鍵を用いて暗号化される。
【００２１】
例えば、証明書は、認証チェーン（ｃｅｒｔｉｆｉｃａｔｅ ｃｈａｉｎ）内の複数の証明書の１つである。
【００２２】
例えば、証明書は、記録媒体にファイルとして保存される。
【００２３】
例えば、ファイルは、記録媒体において証明書のみを保存するディレクトリに存在する
例えば、証明書には、記録媒体の外部からダウンロードされる証明書である。
【００２４】
例えば、証明書は、公開鍵基盤（ＰＫＩ）のＸ．５０９方式に従う。
【００２５】
例えば、証明書は、記録媒体に保存されたデータを認証するために用いられる証明書を含む。
【００２６】
例えば、証明書は、記録媒体及び／またはローカルストレージ内のアプリケーションを認証するために用いられるルート証明書（ｒｏｏｔ ｃｅｒｔｉｆｉｃａｔｅ）を含む。
【００２７】
例えば、証明書は、ローカルストレージ内の記録媒体と関連したバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）の署名ファイル（Ｓｉｇｎａｔｕｒｅ ｆｉｌｅ）に位置する署名を検証（ｖｅｒｉｆｙ）するために用いられるルート証明書を含む。
【００２８】
本発明の他の側面として、記録媒体は、コンテンツデータを保存するデータ領域と、認証情報を保存する認証管理領域とを備え、認証管理領域には、認証情報をコンテンツプロバイダの公開鍵と共に復号することにより生成された証明書が保存される。
【００２９】
例えば、認証情報の暗号化には、認証機関の秘密鍵が用いられる。
【００３０】
例えば、証明書は、認証チェーン内の複数の証明書の１つである。
【００３１】
例えば、証明書は、記録媒体内のファイル構造において証明書のみを保存するディレクトリ内に存在する。
【００３２】
例えば、証明書は、記録媒体内のデータを認証するために用いられる証明書を含む。
【００３３】
例えば、証明書は、記録媒体内のアプリケーションの認証に用いられるルート証明書を含む。
【００３４】
例えば、証明書は、ローカルストレージ内に、記録媒体と関連したバインディングユニットの署名ファイル内に位置した、署名を検証するのに必要な証明書を含む。
【００３５】
例えば、証明書は、公開鍵基盤（ＰＫＩ）のＸ．５０９方式に従う。
【００３６】
本発明のさらに他の側面として、暗号化方法は、秘密鍵でコンテンツデータを暗号化し、秘密鍵を公開鍵で暗号化し、暗号化されたコンテンツデータと暗号化された秘密鍵を伝送することを含む。
【００３７】
例えば、公開鍵は、光端末（ｏｐｔｉｃａｌ ｔｅｒｍｉｎａｌ）の公開鍵である。
【００３８】
例えば、公開鍵は、コンテンツプロバイダの公開鍵である。
【００３９】
例えば、コンテンツデータの暗号化には、ＡＥＳ方式が利用される。
【００４０】
例えば、コンテンツデータの暗号化には、ＤＥＳ方式が利用される
例えば、秘密鍵の暗号化には、ＲＳＡ暗号アルゴリズム（ｃｒｙｔｐｏｇｒａｐｈｉｃ ａｌｇｏｒｉｔｈｍ）が利用される。
【００４１】
例えば、公開鍵は、コンテンツプロバイダと光学プレーヤーとの間のハンドシェークプロセスにより配布される。
【００４２】
例えば、秘密鍵は、セッション鍵を含む。
【００４３】
例えば、セッション鍵は、ランダムデータによって生成される。
【００４４】
本発明のさらに他の側面によれば、複合化方法は、暗号化された秘密鍵と暗号化されたコンテンツデータを受信し、暗号化された秘密鍵を復号し、復号された秘密鍵を用いて、暗号化されたコンテンツデータを復号することを含む。
【００４５】
例えば、暗号化された秘密鍵の復号には、光学プレーヤーの秘密鍵が利用される。
【００４６】
例えば、暗号化された秘密鍵の復号には、コンテンツプロバイダの秘密鍵が利用される。
【００４７】
例えば、暗号化された秘密鍵の復号には、ＲＳＡ暗号化アルゴリズムが利用される。
【００４８】
例えば、暗号化されたコンテンツデータの復号には、ＡＥＳアルゴリズムが利用される。
【００４９】
例えば、暗号化されたコンテンツデータの復号には、ＤＥＳアルゴリズムが利用される。
【００５０】
例えば、秘密鍵は、セッション鍵を含む。
【００５１】
例えば、セッション鍵は、ランダムデータによって生成される。
【００５２】
本発明のさらに他の側面によれば、暗号化システムは、秘密鍵でコンテンツデータを暗号化し、秘密鍵を公開鍵で暗号化して伝送する暗号システムと、暗号化された秘密鍵を復号して復号された秘密鍵を用いて暗号化されたコンテンツデータを復号する復号システムを備える。
【００５３】
前述した本発明の概略的な特徴及び後述される本発明の詳細な説明はいずれも例示である。
【発明を実施するための最良の形態】
【００５４】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一または類似な部分には可能な限り同一の参照番号を付する。
【００５５】
まず、本発明による記録媒体におけるディジタル認証方法及びネットワーク上におけるディジタル認証方法の好適な実施例について、添付の図面を参照しつつ詳細に説明する。
【００５６】
図２は、本発明に係る記録媒体におけるセキュリティ基盤（ｓｅｃｕｒｉｔｙ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を示す図である。
【００５７】
本発明に係る記録媒体には、プレイリスト（ＰｌａｙＬｉｓｔ）、ＡＶクリップ（ＡＶ ｃｌｉｐｓ）等のストレージリソースと、ネットワークリソースが保存される。
【００５８】
これらのリソースは、ハッカーなど権限のないエンティティから保護される必要がある。このために、認証、鍵生成及び鍵配布、信頼できる認証機関が発行した証明書及び暗号化／復号等が利用される。
【００５９】
本発明は、信頼できる認証機関（以下、“ＣＡ”と略す。）が署名した証明書を用いた、記録媒体における認証方法及び証明書を保存する記録媒体に関する。
【００６０】
図２を参照すると、まず、信頼できるルート認証機関２０２は、ＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）またはＣＰＳ（Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）２０１の真正性（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を検証し、これを認証（ｃｅｒｔｉｆｙ）する。ＡＡＣＳまたはＣＰＳ２０１は、ＣＡ２０４、２０５及び２０６の真正性を検証してこれを認証する。この場合に、ＡＡＣＳまたはＣＰＳ２０１そのものが、信頼できるＣＡ２０２として、コンテンツプロバイダ２０４、２０５及び２０６を認証する。
【００６１】
認証（ｃｅｒｉｆｉｃａｔｉｏｎ）は、証明書（Ｃｅｒｔｉｆｉｃａｔｅ）によって実行される。証明書は、信頼できる第三者あるいはＣＡ（ＡＡＣＳ ｏｒ ＣＰＳ）が公開鍵に添付した電子文書であり、公開鍵が正規の所有者に属していることを表す。これらの証明書は、認証機関によって発行され、認証機関の秘密鍵で署名されている。さらに、これらの証明書は、ＡＡＣＳ、ＣＰＳ、またはＣＰの同一性や権利を証明するのに用いられる。
【００６２】
これらの証明書は、情報を暗号化し署名するのに用いられる１対の鍵に同一性を付与する。証明書により、与えられた鍵を使用する権利があると主張する人を検証することができ、これにより、他のユーザに成り済まして偽りの鍵を使用することを防止する。
【００６３】
証明書は、バージョン、シリアルナンバー、署名アルゴリズム、発行者、有効期間、公開鍵、認証機関の署名等を含む。
【００６４】
証明書は、記録媒体に保存されてユーザに提供されても、記録媒体の外部のＣＰからネットワークを介してユーザ２０３に供給されても良い。
【００６５】
図３は、本発明による証明書の生成を概略的に示す図である。
【００６６】
図３を参照すると、認証対象に関する認証情報３０１とともにＣＰの公開鍵３０２を署名アルゴリズム３０３で暗号化することによって証明書３０５が生成される。
【００６７】
特に、ハッシュ関数を用いて認証情報３０１とＣＰの公開鍵３０２のダイジェストが算出される。ダイジェストは、ＣＡの秘密鍵で暗号化され、ディジタル署名が生成される。このディジタル署名は、証明書３０５を生成するために保存される。
【００６８】
署名アルゴリズムを介して秘密鍵を用いる暗号化を‘サイン（ｓｉｇｎ）'と呼ぶ。
【００６９】
電子文書に対するディジタル署名は、出力された文書に手書きする署名と同様な機能を有する。署名は、ネームドエンティティ（ｎａｍｅｄ ｅｎｔｉｔｙ）が署名の添付された文書を作成する、あるいは、その文書に同意したことを主張する偽造が不可能なデータである。すなわち、ディジタル署名は、電子メッセージの認証を可能にしながら、同時にＣＰのアイデンティティとメッセージの統合性を保証する。秘密鍵を持つ者のみが、署名をでき、署名をした者が本人であるということを証明しなければならない。そして、署名されたデータは変更できない。
【００７０】
署名アルゴリズム３０３には、ＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｅｌｍａｎ）とＤＳＡ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ Ａｌｇｏｒｉｔｈｍｓ）等、様々な暗号アルゴリズム（ｃｒｙｐｔｏｇｒａｐｈｉｃ ａｌｇｏｒｉｔｈｍ）が利用される。ＲＳＡは、現在、公開鍵と秘密鍵を用いて暗号化する公開鍵暗号アルゴリズムとして最も広く使われているアルゴリズムである。ＲＳＡは、秘密鍵で暗号化する場合と公開鍵で暗号化する場合のいずれにおいても安全である。したがって、ＲＳＡにより、秘密鍵で暗号化すること又は公開鍵で暗号化することが可能である。ＤＳＡはＲＳＡに似ているが、ＲＳＡとは異なり、原本メッセージを必要としない暗号アルゴリズム（ｃｒｙｐｔｏｇｒａｐｈｉｃ ａｌｇｏｒｉｔｈｍ）である。
【００７１】
認証情報は、ＣＰのディジタル署名に相当する。この場合、ＣＰのディジタル署名の生成には、ＣＰの秘密鍵を利用することができる。
【００７２】
また、認証情報は、信頼できるＣＡがＣＰまたはＣＰの公開鍵の真正性を認証するという特定メッセージに相当する。
【００７３】
認証情報とＣＰの公開鍵の暗号化には、信頼できるＣＡ３０４の秘密鍵が用いられる。この信頼できるＣＡ３０４は、信頼できる第３者、ＡＡＣＳ、ＣＰＳまたは他のＣＡに相当する。場合によっては、ＣＰ自体が信頼できるＣＡ３０４になってもよい。
【００７４】
生成された証明書３０５は、記録媒体の特定の領域に保存されて用いられ、または、ネットワークで証明書を必要とする場所で用いられる。ユーザ（例えば、ＢＤターミナル）は、証明書３０５に含まれるディジタル署名をＣＡの公開鍵を用いて復号することで、認証情報とＣＰの公開鍵を得る。
【００７５】
したがって、認証情報とＣＰの公開鍵の暗号化に用いられるＣＡの秘密鍵に対応する公開鍵がない場合、暗号化された認証情報とＣＰの公開鍵を復号できない。すなわち、ＣＰとＣＰの公開鍵を認証できなくなる。
【００７６】
ＢＤターミナルは、復号された認証情報からＣＰを認証する。認証情報を用いたＣＰの認証には、様々な方法がある。例えば、認証情報とＣＰの公開鍵にハッシュ関数を適用してダイジェストを算出し、そのダイジェストを暗号化し、暗号化されたダイジェストを暗号化されていない認証情報とＣＰの公開鍵と共に伝送する。暗号化されたダイジェストは復号される。暗号化されていない認証情報とＣＰの公開鍵にハッシュ関数を適用してダイジェストが算出される。復号されたダイジェストと、ハッシュ関数を適用して得られたダイジェストとを比較し、両者が一致すると認証は成立し、一致しないと認証は成立しない。
【００７７】
また、認証情報は、ＣＰの秘密鍵を用いて暗号化されたのち、秘密鍵に対応するＣＰの公開鍵と一緒にユーザに送られる。この場合、ＣＰの秘密鍵を使用した暗号化には署名アルゴリズムが適用される。また、これにより生成されたディジタル署名は、ＣＰのディジタル署名となる。ディジタル署名は、ＣＰの公開鍵と一緒に、ＣＰのアイデンティティとＣＰの公開鍵が真正であることを認証する信頼できるＣＡの秘密鍵を用いて暗号化されてユーザに提供される。
【００７８】
したがって、本発明において認証とは、ＣＰの真正性を確認することを意味する。また、認証は、ＣＰまたはＢＤターミナルが生成する公開鍵の真正性を確認することも意味する。ＣＰは、ＢＤターミナルに記録媒体またはネットワークを介してデータまたは特定機能を提供するエンティティを意味する。認証は、ＣＰまたは公開鍵の真正性を確認するとともに、ＣＰから提供されたデータの完全性を確認するために用いることができる。
【００７９】
すなわち、本発明における証明書３０５は、他のＣＡの公開鍵を用いてユーザの公開鍵を認証するのに用いられる。すなわち、証明書は、ＣＰの公開鍵が正規の所有者に属していることと、損傷されていないことの証拠になる。ＣＰとＢＤターミナルは、自分の秘密鍵と公開鍵の対を生成し、信頼できるＣＡを介して証明書を得る。
【００８０】
なお、ＣＰの公開鍵３０２は、上記した認証の目的の外に、認証後に実行される暗号化等の目的にも使用され得る。
【００８１】
コンテンツをユーザに提供する際に、ＣＰは、コンテンツにサインし、コンテンツが実際にＣＰから送られてきたということをユーザに保証するために証明書を同封することができる。
【００８２】
図４は、本発明による認証方法に用いられる認証チェーンを示す。
【００８３】
まず、複数の証明書が階層的なチェーンを形成しながら証明書に同封される。ここで、１つの証明書は前の証明書の真正性を立証する。証明書階層構造の最後には、他のＣＡからの証明書無しで信頼できるルートＣＡ（ｒｏｏｔ）が存在する。証明書は、記録媒体あるいはＢＤターミナルに存在するキーデータベースに保存される。
【００８４】
図４を参照すると、信頼できるルートＣＡは、ＡＡＣＳの真正性を認証（４０２）し、ＣＰＳの真正性を認証（４０３）し、または、他のＣＡの真正性を認証（４０４）することができる。これに対する証明として、信頼できるルートＣＡは、それぞれ証明書を発行する。
【００８５】
ＡＡＣＳ、ＣＰＳまたは他のＣＡは、ＢＤターミナル、ＣＰ等の基盤の真正性を独立して保証（４０２−１、４０２−２及び４０２−３）できる。このような構造を認証チェーン（ｃｅｒｔｉｆｉｃａｔｅ ｃｈａｉｎ）という。
【００８６】
なお、認証は、ＢＤターミナル及び／又はＣＰが生成する秘密鍵／公開鍵の対に対する認証を含むことができる。
【００８７】
認証チェーンで信頼できるＣＡを保証できる上位のＣＡが存在しないことがある。この場合、信頼できるルートＣＡは自分自身を保証（４０１）し、ルート証明書４０１に相当する証明書を発行する。
【００８８】
各ＣＡは、証明書取り消しリスト（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ、ＣＲＬ）を作成する。ＣＰ及びユーザは、証明書取り消しリスト（ＣＲＬ）をダウンロードし、証明書を介してＣＰまたはＣＰの公開鍵を認証するに際に、認証に使用しようとする証明書が取り消されたか否かを検査する。もし認証に使用しようとする証明書が取り消された場合、認証が成立しない。
【００８９】
認証チェーンを介して生成された証明書は、記録媒体の特定の領域にファイル等で保存される。証明書は、認証に用いられ、又は、記録媒体外部のプレーヤーにダウンロードされ、又は、ネットワーク上でＢＤターミナルまたはＣＰの認証のために使用され得る。
【００９０】
図５は、本発明に係る記録媒体のファイル構造の図である。図３の過程によって生成された証明書は、記録媒体に格納される。
【００９１】
図５を参照すると、本発明による記録媒体においては、１つのルートディレクトリ（ｒｏｏｔ ｄｉｒｅｃｔｏｒｙ）５０１の配下に、１又は複数のＢＤＭＶディレクトリ５０２と、証明書を保存するディレクトリ（例えば、ＣＦＲＴＩＦＩＣＡＥディレクトリ５０７）が存在する。
【００９２】
ＢＤＭＶディレクトリ５０２は、ユーザとの双方向性（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を確保するための一般ファイル（上位ファイル）情報としてインデックスファイル（“ｉｎｄｅｘ．ｂｄｍｖ”）５０３と、ムービーオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｔ．ｂｄｍｖ”）５０４と、ディスクに実質的に記録されたデータに関する情報と記録されたデータを再生する情報を含むＰＬＡＹＬＩＳＴディレクトリ５０５、ＣＬＩＰＩＮＦディレクトリ５０６等を含む。
【００９３】
なお、少なくとも１つの証明書は、１つの記録媒体内に存在する。ここで、ＣＦＲＴＩＦＩＣＡＴＥＳディレクトリ５０７の位置とディレクトリ名称は例示的なものである。したがって、その名称及び位置によらず、本発明による記録媒体と関連したデータの認証に用いられるデータが保存されるファイルまたはディレクトリはいずれも本発明に含まれる。
【００９４】
証明書は、ＣＥＲＴＩＦＩＣＡＴＥＳディレクトリ５０７に様々な形態で存在可能である。各データは、対応する証明書を用いて認証される。例えば、記録媒体に記録されたデータの認証に用いられる証明書として“ｃｏｎｔｅｎｔ０００．ｃｒｔ"、アプリケーションの認証に用いられる信頼できるルート証明書（ｔｒｕｓｔｅｄ ｒｏｏｔ ｃｅｒｔｉｆｉｃａｔｅ）として“ａｐｐ．ｄｉｓｃｒｏｏｔ．ｃｒｔ”、“バインディングユニット署名ファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｓｉｇｎａｕｒｅ ｆｉｌｅ）”に位置する署名を検証（ｖｅｒｉｆｉｙｉｎｇ）するために用いられる証明書として“ｂｕ．ｄｉｓｃｒｏｏｔ．ｃｒｔ”などのファイルが、証明書ディレクトリ（ＣＥＲＴＩＦＩＣＡＴＥＳ）内に存在する。
【００９５】
図６は、本発明に係る、記録媒体内の証明書を用いた認証方法の流れを示すフローチャートである。
【００９６】
図６を参照すると、ＣＰまたはＣＰの公開鍵の真正性の確認に用いるために、ＣＰは、
認証対象の認証情報とＣＰの公開鍵をＣＡの秘密鍵で暗号化して証明書を生成する（６０１）。生成された証明書は、記録媒体に記録される（６０２）。ユーザ（例えば、ＢＤターミナル）は、証明書内の暗号化された認証情報とＣＰの公開鍵をＣＡの公開鍵で復号する（６０３）。ＣＰは、この復号の結果として得られた認証情報によって認証される。また、復号されたＣＰの公開鍵により、ＣＰの公開鍵が正規の所有者に属するということが確認できる。すなわち、復号された認証情報とＣＰの公開鍵によって、ＣＰとＣＰの公開鍵が認証される。
【００９７】
この場合、前述の如く、ＣＡは、第三者の信頼できる認証機関、ＡＡＣＳまたはＣＰＳに相当する。ＣＡの秘密鍵でデータを暗号化する際には（６０１）、ＲＳＡ、ＤＳＡ等の署名アルゴリズムを使用できる。
【００９８】
図６で説明したフローチャートによると、ユーザ（例えば、ＢＤターミナルはＣＰ）は、ＣＰを認証し、提供されたコンテンツが不法コピーではなく、真正なＣＰから提供されたものであることを確認できる。また、ＣＰの公開鍵が正規の所有者に属することを確認できる。
【００９９】
上述したように、生成された証明書は記録媒体に保存されて利用可能であること、又は、ネットワークを介してＣＰからユーザに提供され得る。
【０１００】
図７は、本発明に係る、ネットワークにおける認証方法であって、例えば、ネットワーク上でＣＰを認証する認証方法を示す図である。
【０１０１】
図７を参照すると、上述した通り、信頼できるルートＣＡ７０２は、ＡＡＣＳ又はＣＰＳ７０１を認証する。ＡＡＣＳ又はＣＰＳ７０１は、ＣＰ７０４，７０５をそれぞれ確認するための証明書を発行できる。
【０１０２】
偽装サイト７０６は、ネットワーク上で、ＢＤターミナル７０３からのＣＰ７０４又は７０５の鍵が、自分の公開鍵であるかのように偽装できる。こうした場合、信頼できるルートＣＡ７０２の証明書がなければ、ＢＤターミナル７０３は、偽装サイト７０６の公開鍵をＣＰ（７０４または７０５）の真正の公開鍵と信じ、偽装サイト７０６に重要な情報を提供するおそれがある。したがって、このようなネットワーク上での危険を防止するために、信頼できるＣＡ（７０１または７０２）がＣＰ（７０４または７０５）の真正性を認証する証明書が必要となる。
【０１０３】
証明書は、信頼できるＣＡ（７０１または７０２）が認証するＣＰ（７０４または７０５）の公開鍵が含まれる。よって、ＢＤターミナル７０３は、ＣＰ（７０４または７０５）の公開鍵を安心して使用することができる。
【０１０４】
また、図７は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）またはＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）を用いて、ネットワークを介して、ＢＤターミナル７０３にＣＰ１（７０４）の証明書をダウンロードするプロセスを示す。この場合、偽装サイト７０６は、あたかもＣＰ１（７０４）のように振舞うことができる。しかし、ＣＰ１（７０４）は、信頼できるルートＣＡ７０２、ＡＡＣＳまたはＣＰＳ７０１からの証明書をＢＤターミナル７０３に提供しなければならないため、ユーザを、偽装サイト７０６から保護することができる。さらには、偽装サイトが真正のＣＰとして装うのを防ぐことによって真正のＣＰを保護する。
【０１０５】
ここで、ＣＰは特定サーバであり得る。ＢＤターミナルは、高密度光記録媒体に記録し、又は、当該媒体を再生できる装置の一例として挙げたものである。したがって、サーバと通信するクライアントとして、高密度光記録媒体を記録または再生できる装置に本発明を適用できる。
【０１０６】
図８は、本発明に係る、ネットワークにおける認証方法の流れを示すフローチャートである。
【０１０７】
図８を参照すると、ネットワーク上でＣＰを認証するために、認証対象となるＣＰの認証情報とＣＰの公開鍵を、信頼できるＣＡの秘密鍵で暗号化して証明書を生成する（８０１）。ＣＡの秘密鍵により暗号化された証明書を、ＣＡによりサイン（Ｓｉｇｎ）された証明書ともいう。ユーザ（例えば、ＢＤターミナル）がネットワークを介してＣＰの証明書を要求する場合（８０２）、ＣＰがネットワークを介して証明書を伝送する（８０３）。伝送された証明書は、ＢＤターミナルでＣＡの公開鍵で復号される（８０４）。復号された認証情報とＣＰの公開鍵によりＣＰとＣＰの公開鍵が認証される（８０５）。
【０１０８】
ここで、認証情報はそれ自体でＣＰの真正性を認証する内容であっても良く、場合によっては、ＣＰを認証するのに必要な情報であっても良い。例えば、認証情報は、ＣＰに関する特定データをＣＰの秘密鍵を用いて署名アルゴリズムで生成されたディジタル署名であっても良い。一緒に暗号化されて伝送されるＣＰの公開鍵は、ＣＰの秘密鍵に対応する公開鍵でありうる。
【０１０９】
本発明における証明書は、特定データまたは機能を提供するＣＰの真正性を認証するとともに、ＣＰの公開鍵がＣＰに属するという証拠を提供する。
【０１１０】
記録媒体は、ネットワーキング機能が提供されるので、ネットワークを介してＣＰよりユーザに付加データを提供できる。このような場合に、本発明に係る認証方法は、付加データが真正のＣＰから提供された信頼できるものとする。
【０１１１】
なお、ユーザがＣＰの証明書を要求（８０２）し、ＣＰがネットワークを介して証明書を配布する過程（８０３）は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）またはＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）ハンドシェークにより実行され得る。一般に、ＳＳＬは、認証情報の完全性を確認するためのメッセージ認証コードを生成するためにＭＤ−５及びＳＨＡ−１等のハッシュ関数をサポートする。
【０１１２】
図９は、本発明に係る、ＳＳＬハンドシェークを説明するための図である。
【０１１３】
ＳＳＬは、データ伝送プロトコルであり、認証とメッセージの完全性を確認することを可能にする。インターネットブラウザとインターネットサーバの間の秘密鍵交換を可能にする。これにより、再生システムのネットワークに対するセキュリティが保障される。
【０１１４】
ＳＳＬにおいて、暗号化メッセージのパラメータが定めなければならない。このため、プレーヤー（例えば、ＢＤターミナル９０１）は、ｃｌｉｅｎｔ＿ｈｅｌｌｏメッセージをＣＰ９０２に配布する。ｃｌｉｅｎｔ＿ｈｅｌｌｏメッセージは、ＳＳＬバージョン、ランダムデータ、セッションＩＤ、サポートされる暗号スイート（ｃｉｐｈｅｒ ｓｕｉｔｅｓ）等を含む。
【０１１５】
ＣＰ９０２は、ｓｅｒｖｅｒ＿ｈｅｌｌｏメッセージ、ＣＰの証明書及びＣＰのキー交換情報をＢＤターミナル９０２に伝送する（９０４）。ｓｅｒｖｅｒ＿ｈｅｌｌｏメッセージは、ＳＳＬバージョン、ランダムデータ、セッションＩＤ、サポートされる暗号スイート（ｃｉｐｈｅｒ ｓｕｉｔｅｓ）等を含む。ＢＤターミナル９０１とＣＰ９０２は、使用する暗号スイートを定める。なお、ｃｌｉｅｎｔ＿ｈｅｌｌｏメッセージ及びｓｅｒｖｅｒ＿ｈｅｌｌｏメッセージは、図９の実施例で説明した形式に限定されるわけはない。
【０１１６】
証明書には信頼できるＣＡにより認証されたＣＰ（９０２）の公開鍵が含まれているため、ＢＤターミナル９０１は、信頼できるＣＡにより認証されたＣＰの公開鍵を使用できる。
【０１１７】
ＢＤターミナルは、ＣＰの公開鍵を用いて暗号化されたランダムデータを含むキー交換情報と、定められた暗号スイートをＣＰ９０２に伝送する（９０５）。例えば、公開鍵を用いた暗号化は、ＲＳＡ方式を用いることが好ましい。ランダムデータを用いてＢＤターミナル９０１とＣＡ９０２はセッションキー（ｓｅｓｓｉｏｎ ｋｅｙ）等の秘密鍵を共有する。
【０１１８】
ＣＰ９０２は、定められた暗号スイートを再びＢＤターミナルに送る（９０６）。これにより、ＢＤターミナル９０１とＣＰ９０２は互いに同じ秘密鍵を共有し、よって、セキュアチャネル（ｓｅｃｕｒｅ ｃｈａｎｎｅｌ）が形成される（９０７）。
【０１１９】
なお、暗号スイートは、暗号化アルゴリズムのセットである。暗号スイートからのアルゴリズムは、キーと暗号情報を生成するのに用いられる。暗号スイートは、それぞれのキー交換、バルク暗号化（ｂｕｌｋ ｅｎｃｒｙｐｔｉｏｎ）及びメッセージ認証のためのアルゴリズムを特定する。キー交換アルゴリズムは、共有したキーを生成するのに必要な情報を保護する。バルク暗号化（ｂｕｌｋ ｅｎｃｒｙｐｔｉｏｎ）アルゴリズムは、クライアントとサーバ間に交換されたメッセージを暗号化する。メッセージ認証アルゴリズムは、メッセージの完全性を保証するメッセージハッシュと署名を生成する。
【０１２０】
ステップ９０３〜ステップ９０６では、データが公開鍵と秘密鍵を用いて暗号化され復号されることから‘非シンメトリック暗号化’と呼ばれる。ＢＤターミナル９０１とＣＰ９０２が同じ秘密鍵を共有した段階（９０７）では、互いに同じキーを共有するために同じキーで暗号化及び復号を行うことから‘シンメトリック暗号化'と呼ばれる。
【０１２１】
このように互いに共有した暗号化キーを用いることにより、ＢＤターミナル９０１とＣＰ９０２は、中間にハッカーを侵入させることなく相互に情報を安全に交換できる。
【０１２２】
図１０は、本発明による秘密鍵を用いた暗号化方法を説明するための図である。
【０１２３】
図９で説明したように、信頼できるＣＡにより認証されたＣＰの公開鍵は、ユーザ（例えば、ＢＤターミナル）に配布される。ＢＤターミナルは、配布されたＣＰの公開鍵を用いてランダムデータをＣＰに転送し、セッションキーのような秘密鍵をＣＰと共有する。
【０１２４】
ここで、セッションキーとは、通信をする当事者間が１つの通信セッションでのみ使用する暗号鍵のことをいう。１つの鍵を使用した暗号文が多い場合、これを分析して鍵を計算する可能性があるので、これを防ぐために使用する仮の鍵である。セッションは、ネットワークでＢＤターミナルとＣＰとが対話するための論理的結合である。
【０１２５】
公開鍵の伝達方式には２通りある。１つは、ＣＰの公開鍵をＢＤターミナルに配布することであり、もう１つは、同じ方式を用いてＢＤターミナルの公開鍵をＣＰに配布することである。
【０１２６】
図１０は、後者の場合を説明した例で、配布されたＢＤターミナルの公開鍵１００７とセッションキー１００４のような秘密鍵を用いた暗号化方法と復号方法を示す。
【０１２７】
まず、ＣＰは、コンテンツデータ（プレーンテキストともいう。）１００１を、セッションキー１００４を用いた暗号アルゴリズムで暗号化することで、暗号化されたファイル１００５を生成する。
【０１２８】
暗号化アルゴリズムとしては、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）方式、または３重ＤＥＳ（Ｔｒｉｐｌｅ ＤＥＳ）などを利用できる。本発明では秘密鍵を用いるためシンメトリック暗号化に相当する。
【０１２９】
セッションキー１００４をＢＤターミナル１００７の公開鍵で暗号化し、暗号化されたセッションキー１００８を生成する。この時、本発明では暗号アルゴリズムをＲＳＡとすることが好ましい。公開鍵を用いるから非シンメトリック暗号化に相当する。
【０１３０】
暗号化されたファイル１００５及び暗号化されたセッションキー１００８をＢＤターミナル１００９に伝送する。ＢＤターミナル１００９は、受信した暗号化されたセッションキー１００８をＢＤターミナルの秘密鍵１０１３を用いて復号１０１０し、オリジナルセッションキー１００４を復元する。
【０１３１】
復号に用いられる暗号アルゴリズム１０１０は、暗号化に用いられた暗号アルゴリズム１００６に対応させるためにＲＳＡアルゴリズムを用いることが好ましい。復元されたセッションキー１００４を用いて暗号化されたファイル１００５を復号１０１１する。この復号に用いられた暗号アルゴリズム１０１１は、暗号化に用いられた暗号アルゴリズム１００３に対応してＡＥＳまたはＤＥＳを使用することが好ましい。復号１０１１の結果、ＣＰが伝送した証明書１０１２が復元される。
【０１３２】
このような方式を用いることにより、ＣＰ１００１は、ＢＤターミナル１００９と同じ秘密鍵１００４を共有でき、また、秘密鍵１００４を用いてコンテンツをＢＤターミナル１００９に伝送できる。
【０１３３】
ＣＰがＢＤターミナルにＣＰの公開鍵を伝送した後に、ＢＤターミナルがセッションキーのような秘密鍵でコンテンツを暗号化し、ＣＰの公開鍵を用いてセッションキーを暗号化してＣＰに伝送したい場合は、ＣＰとＢＤターミナルの位置を互いに変え、ＢＤターミナルの公開鍵１００７をＣＰの公開鍵に置き換えればよい。
【０１３４】
図１１は、本発明に係る、秘密鍵と公開鍵を用いた暗号化及び復号方法の流れを示すフローチャートである。コンテンツと秘密鍵を暗号化して伝送するために、ＢＤターミナルは、ＣＰに証明書を伝送する（１１０１）。証明書には少なくともＢＤターミナルの公開鍵が含まれていることが好ましい。
【０１３５】
コンテンツをセッションキーのような秘密鍵で暗号化し、伝送されたＢＤターミナルの公開鍵でセッションキーを暗号化する（１１０２）。コンテンツが暗号化されて生成された、暗号化されたファイルと暗号化されたセッションキーをＢＤターミナルに伝送する（１１０３）。
【０１３６】
ＢＤターミナルは、受信した暗号化されたセッションキーをＢＤターミナルの秘密鍵で復号してセッションキーを復元する（１１０４）。ＢＤターミナルは、復元されたセッションキーを用いて受信した暗号化されたファイルを復号する（１１０５）。これにより、ＢＤターミナルは、ＣＰがユーザに伝達しようとするコンテンツを得ることができる（１１０６）。
【０１３７】
本発明による認証方法、記録媒体、暗号化方法、復号方法及び暗号システムによれば、高密度光記録媒体と高密度光記録媒体と関連した再生システム及びネットワークにセキュリティを提供することが可能になる。
【０１３８】
これにより、コンテンツプロバイダと記録媒体を再生する再生システムを保護する。また、ネットワークを通した記録媒体の再生システムとコンテンツプロバイダ間にセキュリティチャネルを形成することによって安全なデータの交換が保障でき、ユーザとコンテンツプロバイダに一層便利な機能を提供することが可能になる。
【０１３９】
以上では好適な実施例に挙げて本発明を具体的に説明してきたが、これらの実施例は本発明の理解を助けるために提示されたもので、本発明の範囲を制限するためのものではない。したがって、本発明の技術的思想の範囲内で様々な変形が可能であるということが当業者にとっては明らかであり、本発明の範囲は添付の特許請求の範囲によって定められる。
【図面の簡単な説明】
【０１４０】
【図１】一般の公開鍵基盤を用いる認証方法の流れを示すフローチャートである。
【図２】本発明による記録媒体におけるセキュリティ基盤を示す図である。
【図３】本発明による証明書の生成を概略的に示す図である。
【図４】本発明による認証方法に用いられた認証チェーンを示す図である。
【図５】本発明による証明書の保存される本発明による記録媒体のファイル構造の一実施例を示す図である。
【図６】本発明による記録媒体内の証明書を用いた認証の流れを示すフローチャートである。
【図７】本発明によるネットワークにおける認証方法を示す図である。
【図８】本発明によるネットワークにおける認証方法の流れを示すフローチャートである。
【図９】本発明によるＳＳＬハンドシェークの流れを示す図である。
【図１０】本発明による秘密鍵を用いた暗号化方法を示す図である。
【図１１】本発明による秘密鍵と公開鍵を用いた暗号化及び復号方法の流れを示すフローチャートである。
【技術分野】
【０００１】
本発明は、認証方法、暗号化方法、復号方法、暗号システム及び記録媒体に関する。
【背景技術】
【０００２】
近年、高画質のビデオデータと高音質のデータを長時間保存できる新しい高密度記録媒体（例えば、ブルーレイディスク（ＢＤ：Ｂｌｕｅ−ｒａｙ Ｄｉｓｃ)）が開発されている。
【０００３】
次世代記録媒体技術であるブルーレイディスク（ＢＤ）は、既存のＤＶＤを著しく凌駕するデータを提供する次世代光記録ソリューションであり、他のディジタル機器と共に開発が進行中である。
【０００４】
さらに、ブルーレイディスク（ＢＤ）規格のアプリケーションを有する光記録再生装置の開発もなされている。しかし、ブルーレイディスク（ＢＤ）におけるセキュリティスキームが構築されていないため、完全な光記録再生装置の開発と利用は未だ難しい状況である。
【０００５】
また、かかる記録媒体にはネットワーキング機能が提供されており、ネットワーク上で認証機関（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ：ＣＡ）とユーザが情報を交換することができるが、この場合、認証機関とユーザとが信頼できるかどうかを明確に検証する方法は未だ定められていない問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、現在広く利用されている公開鍵基盤（Ｐｕｂｌｉｃ−ｋｅｙ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ：ＰＫＩ）を用いて、高密度光記録媒体にセキュリティを提供することにある。
【０００７】
本発明の他の目的は、公開鍵基盤（ＰＫＩ）を用いてネットワーク上で証明書をユーザに提供することにある。
【０００８】
上記の目的を達成するために公開鍵基盤（ＰＫＩ）が利用される。図１は、公開鍵基盤（ＰＫＩ）を利用する認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）方法の流れを示すフローチャートである。公開鍵基盤（ＰＫＩ）では、公開鍵と秘密鍵とが用いられる。
【０００９】
公開鍵は、全ての人が、公にアクセス可能なレポジトリ（ｒｅｐｏｓｉｔｏｒｙ）またはディレクトリを介して利用可能な鍵である。情報を暗号化して伝送する場合、情報は、公開鍵を用いて暗号化され、暗号化された情報が伝送される。これに対し、秘密鍵は、各所有者が秘密のものとして持つ鍵である。公開鍵と秘密鍵は数学的に関連付けられているため、公開鍵により暗号化されているものは全て、それに対応する秘密鍵によってのみ復号され得る。また、その逆も同様である。
【００１０】
図１において、認証情報１０１は、信頼できる認証機関（ＣＡ）の秘密鍵１０６を用いて、暗号化アルゴリズム１０２により暗号化される。暗号化により生成された暗号文（ｃｉｐｈｅｒｔｅｘｔ）１０３は、信頼できる認証機関の公開鍵１０７を用いた復号アルゴリズム１０４により復号される。認証される者は、復号結果から得られる認証情報１０５を用いて認証される。
【００１１】
図１に示す秘密鍵１０６と公開鍵１０７の位置は互いに置き換えられても良い。この場合、認証情報は公開鍵で暗号化され、暗号化された認証情報は秘密鍵で復号され、認証情報が得られる。
【００１２】
一方、記録媒体及びインターネット等のネットワークが発展するにつれて、ハッキング等の問題も起きている。証明書を用いた様々な認証方法を備えるセキュリティ技術が開発されているが、新しい高密度光記録媒体の安全なセキュリティ技術は未だ定められていない。すなわち、コンテンツプロバイダ（Ｃｏｎｔｅｎｔｓ Ｐｒｏｖｉｄｅｒ：ＣＰ）等のサーバを認証するための明確で効率的な方法がＢＤでは未だ存在しないため、セキュリティ問題は未解決である。
【００１３】
上記の問題を解決するために、本発明は、証明書を用いた認証方法、及び、証明書を保存した記録媒体を提供する。また、本発明は、秘密鍵を用いた暗号化方法（ｅｎｃｒｙｐｔｉｏｎ ｍｅｔｈｏｄ）、復号方法（ｄｅｃｒｙｐｔｉｏｎ ｍｅｔｈｏｄ）、暗号システムを提供する。
【００１４】
本発明によれば、真正のコンテンツプロバイダとそのコンテンツプロバイダにより提供されるデータが保護されると共に、ユーザのデータ再生システムが保護される。その結果、新しい高密度光記録媒体に対してセキュリティを提供することができる。
【課題を解決するための手段】
【００１５】
本発明は、関連技術の制限事項と不都合さに起因する１又は複数の問題点を十分に克服する認証方法、暗号化方法、復号方法、暗号化システム及び記録媒体に関する。
【００１６】
上記の問題点を解決するために提案される本発明に係る認証方法は、証明書を用いる点を特徴とする。証明書は、認証機関によって署名された証明書である。証明書には、認証情報とコンテンツプロバイダの公開鍵が保存される。
【００１７】
本発明の追加的な長所、目的、特徴は、以降の説明に記述され、なお、通常の知識を持つ者にとっては以降説明される実施例から明らかになろう。本発明の目的と他の長所は、発明の説明と請求項及び添付の図面に基づいて実現されて得られることができる。
【００１８】
これらの目的とその他の利点を達成するために、本発明に係る認証方法は、認証情報とコンテンツプロバイダの公開鍵を認証機関の公開鍵で復号し、復号された認証情報からコンテンツプロバイダを認証し、復号されたコンテンツプロバイダの公開鍵を確認してコンテンツプロバイダの公開鍵を認証することを含む。
【００１９】
例えば、認証方法は、認証を行う前に証明書が有効か否かを確認するステップをさらに含むことができる。
【００２０】
例えば、暗号化された認証情報とコンテンツプロバイダの公開鍵は、認証機関の秘密鍵を用いて暗号化される。
【００２１】
例えば、証明書は、認証チェーン（ｃｅｒｔｉｆｉｃａｔｅ ｃｈａｉｎ）内の複数の証明書の１つである。
【００２２】
例えば、証明書は、記録媒体にファイルとして保存される。
【００２３】
例えば、ファイルは、記録媒体において証明書のみを保存するディレクトリに存在する
例えば、証明書には、記録媒体の外部からダウンロードされる証明書である。
【００２４】
例えば、証明書は、公開鍵基盤（ＰＫＩ）のＸ．５０９方式に従う。
【００２５】
例えば、証明書は、記録媒体に保存されたデータを認証するために用いられる証明書を含む。
【００２６】
例えば、証明書は、記録媒体及び／またはローカルストレージ内のアプリケーションを認証するために用いられるルート証明書（ｒｏｏｔ ｃｅｒｔｉｆｉｃａｔｅ）を含む。
【００２７】
例えば、証明書は、ローカルストレージ内の記録媒体と関連したバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）の署名ファイル（Ｓｉｇｎａｔｕｒｅ ｆｉｌｅ）に位置する署名を検証（ｖｅｒｉｆｙ）するために用いられるルート証明書を含む。
【００２８】
本発明の他の側面として、記録媒体は、コンテンツデータを保存するデータ領域と、認証情報を保存する認証管理領域とを備え、認証管理領域には、認証情報をコンテンツプロバイダの公開鍵と共に復号することにより生成された証明書が保存される。
【００２９】
例えば、認証情報の暗号化には、認証機関の秘密鍵が用いられる。
【００３０】
例えば、証明書は、認証チェーン内の複数の証明書の１つである。
【００３１】
例えば、証明書は、記録媒体内のファイル構造において証明書のみを保存するディレクトリ内に存在する。
【００３２】
例えば、証明書は、記録媒体内のデータを認証するために用いられる証明書を含む。
【００３３】
例えば、証明書は、記録媒体内のアプリケーションの認証に用いられるルート証明書を含む。
【００３４】
例えば、証明書は、ローカルストレージ内に、記録媒体と関連したバインディングユニットの署名ファイル内に位置した、署名を検証するのに必要な証明書を含む。
【００３５】
例えば、証明書は、公開鍵基盤（ＰＫＩ）のＸ．５０９方式に従う。
【００３６】
本発明のさらに他の側面として、暗号化方法は、秘密鍵でコンテンツデータを暗号化し、秘密鍵を公開鍵で暗号化し、暗号化されたコンテンツデータと暗号化された秘密鍵を伝送することを含む。
【００３７】
例えば、公開鍵は、光端末（ｏｐｔｉｃａｌ ｔｅｒｍｉｎａｌ）の公開鍵である。
【００３８】
例えば、公開鍵は、コンテンツプロバイダの公開鍵である。
【００３９】
例えば、コンテンツデータの暗号化には、ＡＥＳ方式が利用される。
【００４０】
例えば、コンテンツデータの暗号化には、ＤＥＳ方式が利用される
例えば、秘密鍵の暗号化には、ＲＳＡ暗号アルゴリズム（ｃｒｙｔｐｏｇｒａｐｈｉｃ ａｌｇｏｒｉｔｈｍ）が利用される。
【００４１】
例えば、公開鍵は、コンテンツプロバイダと光学プレーヤーとの間のハンドシェークプロセスにより配布される。
【００４２】
例えば、秘密鍵は、セッション鍵を含む。
【００４３】
例えば、セッション鍵は、ランダムデータによって生成される。
【００４４】
本発明のさらに他の側面によれば、複合化方法は、暗号化された秘密鍵と暗号化されたコンテンツデータを受信し、暗号化された秘密鍵を復号し、復号された秘密鍵を用いて、暗号化されたコンテンツデータを復号することを含む。
【００４５】
例えば、暗号化された秘密鍵の復号には、光学プレーヤーの秘密鍵が利用される。
【００４６】
例えば、暗号化された秘密鍵の復号には、コンテンツプロバイダの秘密鍵が利用される。
【００４７】
例えば、暗号化された秘密鍵の復号には、ＲＳＡ暗号化アルゴリズムが利用される。
【００４８】
例えば、暗号化されたコンテンツデータの復号には、ＡＥＳアルゴリズムが利用される。
【００４９】
例えば、暗号化されたコンテンツデータの復号には、ＤＥＳアルゴリズムが利用される。
【００５０】
例えば、秘密鍵は、セッション鍵を含む。
【００５１】
例えば、セッション鍵は、ランダムデータによって生成される。
【００５２】
本発明のさらに他の側面によれば、暗号化システムは、秘密鍵でコンテンツデータを暗号化し、秘密鍵を公開鍵で暗号化して伝送する暗号システムと、暗号化された秘密鍵を復号して復号された秘密鍵を用いて暗号化されたコンテンツデータを復号する復号システムを備える。
【００５３】
前述した本発明の概略的な特徴及び後述される本発明の詳細な説明はいずれも例示である。
【発明を実施するための最良の形態】
【００５４】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一または類似な部分には可能な限り同一の参照番号を付する。
【００５５】
まず、本発明による記録媒体におけるディジタル認証方法及びネットワーク上におけるディジタル認証方法の好適な実施例について、添付の図面を参照しつつ詳細に説明する。
【００５６】
図２は、本発明に係る記録媒体におけるセキュリティ基盤（ｓｅｃｕｒｉｔｙ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を示す図である。
【００５７】
本発明に係る記録媒体には、プレイリスト（ＰｌａｙＬｉｓｔ）、ＡＶクリップ（ＡＶ ｃｌｉｐｓ）等のストレージリソースと、ネットワークリソースが保存される。
【００５８】
これらのリソースは、ハッカーなど権限のないエンティティから保護される必要がある。このために、認証、鍵生成及び鍵配布、信頼できる認証機関が発行した証明書及び暗号化／復号等が利用される。
【００５９】
本発明は、信頼できる認証機関（以下、“ＣＡ”と略す。）が署名した証明書を用いた、記録媒体における認証方法及び証明書を保存する記録媒体に関する。
【００６０】
図２を参照すると、まず、信頼できるルート認証機関２０２は、ＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）またはＣＰＳ（Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）２０１の真正性（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を検証し、これを認証（ｃｅｒｔｉｆｙ）する。ＡＡＣＳまたはＣＰＳ２０１は、ＣＡ２０４、２０５及び２０６の真正性を検証してこれを認証する。この場合に、ＡＡＣＳまたはＣＰＳ２０１そのものが、信頼できるＣＡ２０２として、コンテンツプロバイダ２０４、２０５及び２０６を認証する。
【００６１】
認証（ｃｅｒｉｆｉｃａｔｉｏｎ）は、証明書（Ｃｅｒｔｉｆｉｃａｔｅ）によって実行される。証明書は、信頼できる第三者あるいはＣＡ（ＡＡＣＳ ｏｒ ＣＰＳ）が公開鍵に添付した電子文書であり、公開鍵が正規の所有者に属していることを表す。これらの証明書は、認証機関によって発行され、認証機関の秘密鍵で署名されている。さらに、これらの証明書は、ＡＡＣＳ、ＣＰＳ、またはＣＰの同一性や権利を証明するのに用いられる。
【００６２】
これらの証明書は、情報を暗号化し署名するのに用いられる１対の鍵に同一性を付与する。証明書により、与えられた鍵を使用する権利があると主張する人を検証することができ、これにより、他のユーザに成り済まして偽りの鍵を使用することを防止する。
【００６３】
証明書は、バージョン、シリアルナンバー、署名アルゴリズム、発行者、有効期間、公開鍵、認証機関の署名等を含む。
【００６４】
証明書は、記録媒体に保存されてユーザに提供されても、記録媒体の外部のＣＰからネットワークを介してユーザ２０３に供給されても良い。
【００６５】
図３は、本発明による証明書の生成を概略的に示す図である。
【００６６】
図３を参照すると、認証対象に関する認証情報３０１とともにＣＰの公開鍵３０２を署名アルゴリズム３０３で暗号化することによって証明書３０５が生成される。
【００６７】
特に、ハッシュ関数を用いて認証情報３０１とＣＰの公開鍵３０２のダイジェストが算出される。ダイジェストは、ＣＡの秘密鍵で暗号化され、ディジタル署名が生成される。このディジタル署名は、証明書３０５を生成するために保存される。
【００６８】
署名アルゴリズムを介して秘密鍵を用いる暗号化を‘サイン（ｓｉｇｎ）'と呼ぶ。
【００６９】
電子文書に対するディジタル署名は、出力された文書に手書きする署名と同様な機能を有する。署名は、ネームドエンティティ（ｎａｍｅｄ ｅｎｔｉｔｙ）が署名の添付された文書を作成する、あるいは、その文書に同意したことを主張する偽造が不可能なデータである。すなわち、ディジタル署名は、電子メッセージの認証を可能にしながら、同時にＣＰのアイデンティティとメッセージの統合性を保証する。秘密鍵を持つ者のみが、署名をでき、署名をした者が本人であるということを証明しなければならない。そして、署名されたデータは変更できない。
【００７０】
署名アルゴリズム３０３には、ＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｅｌｍａｎ）とＤＳＡ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ Ａｌｇｏｒｉｔｈｍｓ）等、様々な暗号アルゴリズム（ｃｒｙｐｔｏｇｒａｐｈｉｃ ａｌｇｏｒｉｔｈｍ）が利用される。ＲＳＡは、現在、公開鍵と秘密鍵を用いて暗号化する公開鍵暗号アルゴリズムとして最も広く使われているアルゴリズムである。ＲＳＡは、秘密鍵で暗号化する場合と公開鍵で暗号化する場合のいずれにおいても安全である。したがって、ＲＳＡにより、秘密鍵で暗号化すること又は公開鍵で暗号化することが可能である。ＤＳＡはＲＳＡに似ているが、ＲＳＡとは異なり、原本メッセージを必要としない暗号アルゴリズム（ｃｒｙｐｔｏｇｒａｐｈｉｃ ａｌｇｏｒｉｔｈｍ）である。
【００７１】
認証情報は、ＣＰのディジタル署名に相当する。この場合、ＣＰのディジタル署名の生成には、ＣＰの秘密鍵を利用することができる。
【００７２】
また、認証情報は、信頼できるＣＡがＣＰまたはＣＰの公開鍵の真正性を認証するという特定メッセージに相当する。
【００７３】
認証情報とＣＰの公開鍵の暗号化には、信頼できるＣＡ３０４の秘密鍵が用いられる。この信頼できるＣＡ３０４は、信頼できる第３者、ＡＡＣＳ、ＣＰＳまたは他のＣＡに相当する。場合によっては、ＣＰ自体が信頼できるＣＡ３０４になってもよい。
【００７４】
生成された証明書３０５は、記録媒体の特定の領域に保存されて用いられ、または、ネットワークで証明書を必要とする場所で用いられる。ユーザ（例えば、ＢＤターミナル）は、証明書３０５に含まれるディジタル署名をＣＡの公開鍵を用いて復号することで、認証情報とＣＰの公開鍵を得る。
【００７５】
したがって、認証情報とＣＰの公開鍵の暗号化に用いられるＣＡの秘密鍵に対応する公開鍵がない場合、暗号化された認証情報とＣＰの公開鍵を復号できない。すなわち、ＣＰとＣＰの公開鍵を認証できなくなる。
【００７６】
ＢＤターミナルは、復号された認証情報からＣＰを認証する。認証情報を用いたＣＰの認証には、様々な方法がある。例えば、認証情報とＣＰの公開鍵にハッシュ関数を適用してダイジェストを算出し、そのダイジェストを暗号化し、暗号化されたダイジェストを暗号化されていない認証情報とＣＰの公開鍵と共に伝送する。暗号化されたダイジェストは復号される。暗号化されていない認証情報とＣＰの公開鍵にハッシュ関数を適用してダイジェストが算出される。復号されたダイジェストと、ハッシュ関数を適用して得られたダイジェストとを比較し、両者が一致すると認証は成立し、一致しないと認証は成立しない。
【００７７】
また、認証情報は、ＣＰの秘密鍵を用いて暗号化されたのち、秘密鍵に対応するＣＰの公開鍵と一緒にユーザに送られる。この場合、ＣＰの秘密鍵を使用した暗号化には署名アルゴリズムが適用される。また、これにより生成されたディジタル署名は、ＣＰのディジタル署名となる。ディジタル署名は、ＣＰの公開鍵と一緒に、ＣＰのアイデンティティとＣＰの公開鍵が真正であることを認証する信頼できるＣＡの秘密鍵を用いて暗号化されてユーザに提供される。
【００７８】
したがって、本発明において認証とは、ＣＰの真正性を確認することを意味する。また、認証は、ＣＰまたはＢＤターミナルが生成する公開鍵の真正性を確認することも意味する。ＣＰは、ＢＤターミナルに記録媒体またはネットワークを介してデータまたは特定機能を提供するエンティティを意味する。認証は、ＣＰまたは公開鍵の真正性を確認するとともに、ＣＰから提供されたデータの完全性を確認するために用いることができる。
【００７９】
すなわち、本発明における証明書３０５は、他のＣＡの公開鍵を用いてユーザの公開鍵を認証するのに用いられる。すなわち、証明書は、ＣＰの公開鍵が正規の所有者に属していることと、損傷されていないことの証拠になる。ＣＰとＢＤターミナルは、自分の秘密鍵と公開鍵の対を生成し、信頼できるＣＡを介して証明書を得る。
【００８０】
なお、ＣＰの公開鍵３０２は、上記した認証の目的の外に、認証後に実行される暗号化等の目的にも使用され得る。
【００８１】
コンテンツをユーザに提供する際に、ＣＰは、コンテンツにサインし、コンテンツが実際にＣＰから送られてきたということをユーザに保証するために証明書を同封することができる。
【００８２】
図４は、本発明による認証方法に用いられる認証チェーンを示す。
【００８３】
まず、複数の証明書が階層的なチェーンを形成しながら証明書に同封される。ここで、１つの証明書は前の証明書の真正性を立証する。証明書階層構造の最後には、他のＣＡからの証明書無しで信頼できるルートＣＡ（ｒｏｏｔ）が存在する。証明書は、記録媒体あるいはＢＤターミナルに存在するキーデータベースに保存される。
【００８４】
図４を参照すると、信頼できるルートＣＡは、ＡＡＣＳの真正性を認証（４０２）し、ＣＰＳの真正性を認証（４０３）し、または、他のＣＡの真正性を認証（４０４）することができる。これに対する証明として、信頼できるルートＣＡは、それぞれ証明書を発行する。
【００８５】
ＡＡＣＳ、ＣＰＳまたは他のＣＡは、ＢＤターミナル、ＣＰ等の基盤の真正性を独立して保証（４０２−１、４０２−２及び４０２−３）できる。このような構造を認証チェーン（ｃｅｒｔｉｆｉｃａｔｅ ｃｈａｉｎ）という。
【００８６】
なお、認証は、ＢＤターミナル及び／又はＣＰが生成する秘密鍵／公開鍵の対に対する認証を含むことができる。
【００８７】
認証チェーンで信頼できるＣＡを保証できる上位のＣＡが存在しないことがある。この場合、信頼できるルートＣＡは自分自身を保証（４０１）し、ルート証明書４０１に相当する証明書を発行する。
【００８８】
各ＣＡは、証明書取り消しリスト（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ、ＣＲＬ）を作成する。ＣＰ及びユーザは、証明書取り消しリスト（ＣＲＬ）をダウンロードし、証明書を介してＣＰまたはＣＰの公開鍵を認証するに際に、認証に使用しようとする証明書が取り消されたか否かを検査する。もし認証に使用しようとする証明書が取り消された場合、認証が成立しない。
【００８９】
認証チェーンを介して生成された証明書は、記録媒体の特定の領域にファイル等で保存される。証明書は、認証に用いられ、又は、記録媒体外部のプレーヤーにダウンロードされ、又は、ネットワーク上でＢＤターミナルまたはＣＰの認証のために使用され得る。
【００９０】
図５は、本発明に係る記録媒体のファイル構造の図である。図３の過程によって生成された証明書は、記録媒体に格納される。
【００９１】
図５を参照すると、本発明による記録媒体においては、１つのルートディレクトリ（ｒｏｏｔ ｄｉｒｅｃｔｏｒｙ）５０１の配下に、１又は複数のＢＤＭＶディレクトリ５０２と、証明書を保存するディレクトリ（例えば、ＣＦＲＴＩＦＩＣＡＥディレクトリ５０７）が存在する。
【００９２】
ＢＤＭＶディレクトリ５０２は、ユーザとの双方向性（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を確保するための一般ファイル（上位ファイル）情報としてインデックスファイル（“ｉｎｄｅｘ．ｂｄｍｖ”）５０３と、ムービーオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｔ．ｂｄｍｖ”）５０４と、ディスクに実質的に記録されたデータに関する情報と記録されたデータを再生する情報を含むＰＬＡＹＬＩＳＴディレクトリ５０５、ＣＬＩＰＩＮＦディレクトリ５０６等を含む。
【００９３】
なお、少なくとも１つの証明書は、１つの記録媒体内に存在する。ここで、ＣＦＲＴＩＦＩＣＡＴＥＳディレクトリ５０７の位置とディレクトリ名称は例示的なものである。したがって、その名称及び位置によらず、本発明による記録媒体と関連したデータの認証に用いられるデータが保存されるファイルまたはディレクトリはいずれも本発明に含まれる。
【００９４】
証明書は、ＣＥＲＴＩＦＩＣＡＴＥＳディレクトリ５０７に様々な形態で存在可能である。各データは、対応する証明書を用いて認証される。例えば、記録媒体に記録されたデータの認証に用いられる証明書として“ｃｏｎｔｅｎｔ０００．ｃｒｔ"、アプリケーションの認証に用いられる信頼できるルート証明書（ｔｒｕｓｔｅｄ ｒｏｏｔ ｃｅｒｔｉｆｉｃａｔｅ）として“ａｐｐ．ｄｉｓｃｒｏｏｔ．ｃｒｔ”、“バインディングユニット署名ファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｓｉｇｎａｕｒｅ ｆｉｌｅ）”に位置する署名を検証（ｖｅｒｉｆｉｙｉｎｇ）するために用いられる証明書として“ｂｕ．ｄｉｓｃｒｏｏｔ．ｃｒｔ”などのファイルが、証明書ディレクトリ（ＣＥＲＴＩＦＩＣＡＴＥＳ）内に存在する。
【００９５】
図６は、本発明に係る、記録媒体内の証明書を用いた認証方法の流れを示すフローチャートである。
【００９６】
図６を参照すると、ＣＰまたはＣＰの公開鍵の真正性の確認に用いるために、ＣＰは、
認証対象の認証情報とＣＰの公開鍵をＣＡの秘密鍵で暗号化して証明書を生成する（６０１）。生成された証明書は、記録媒体に記録される（６０２）。ユーザ（例えば、ＢＤターミナル）は、証明書内の暗号化された認証情報とＣＰの公開鍵をＣＡの公開鍵で復号する（６０３）。ＣＰは、この復号の結果として得られた認証情報によって認証される。また、復号されたＣＰの公開鍵により、ＣＰの公開鍵が正規の所有者に属するということが確認できる。すなわち、復号された認証情報とＣＰの公開鍵によって、ＣＰとＣＰの公開鍵が認証される。
【００９７】
この場合、前述の如く、ＣＡは、第三者の信頼できる認証機関、ＡＡＣＳまたはＣＰＳに相当する。ＣＡの秘密鍵でデータを暗号化する際には（６０１）、ＲＳＡ、ＤＳＡ等の署名アルゴリズムを使用できる。
【００９８】
図６で説明したフローチャートによると、ユーザ（例えば、ＢＤターミナルはＣＰ）は、ＣＰを認証し、提供されたコンテンツが不法コピーではなく、真正なＣＰから提供されたものであることを確認できる。また、ＣＰの公開鍵が正規の所有者に属することを確認できる。
【００９９】
上述したように、生成された証明書は記録媒体に保存されて利用可能であること、又は、ネットワークを介してＣＰからユーザに提供され得る。
【０１００】
図７は、本発明に係る、ネットワークにおける認証方法であって、例えば、ネットワーク上でＣＰを認証する認証方法を示す図である。
【０１０１】
図７を参照すると、上述した通り、信頼できるルートＣＡ７０２は、ＡＡＣＳ又はＣＰＳ７０１を認証する。ＡＡＣＳ又はＣＰＳ７０１は、ＣＰ７０４，７０５をそれぞれ確認するための証明書を発行できる。
【０１０２】
偽装サイト７０６は、ネットワーク上で、ＢＤターミナル７０３からのＣＰ７０４又は７０５の鍵が、自分の公開鍵であるかのように偽装できる。こうした場合、信頼できるルートＣＡ７０２の証明書がなければ、ＢＤターミナル７０３は、偽装サイト７０６の公開鍵をＣＰ（７０４または７０５）の真正の公開鍵と信じ、偽装サイト７０６に重要な情報を提供するおそれがある。したがって、このようなネットワーク上での危険を防止するために、信頼できるＣＡ（７０１または７０２）がＣＰ（７０４または７０５）の真正性を認証する証明書が必要となる。
【０１０３】
証明書は、信頼できるＣＡ（７０１または７０２）が認証するＣＰ（７０４または７０５）の公開鍵が含まれる。よって、ＢＤターミナル７０３は、ＣＰ（７０４または７０５）の公開鍵を安心して使用することができる。
【０１０４】
また、図７は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）またはＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）を用いて、ネットワークを介して、ＢＤターミナル７０３にＣＰ１（７０４）の証明書をダウンロードするプロセスを示す。この場合、偽装サイト７０６は、あたかもＣＰ１（７０４）のように振舞うことができる。しかし、ＣＰ１（７０４）は、信頼できるルートＣＡ７０２、ＡＡＣＳまたはＣＰＳ７０１からの証明書をＢＤターミナル７０３に提供しなければならないため、ユーザを、偽装サイト７０６から保護することができる。さらには、偽装サイトが真正のＣＰとして装うのを防ぐことによって真正のＣＰを保護する。
【０１０５】
ここで、ＣＰは特定サーバであり得る。ＢＤターミナルは、高密度光記録媒体に記録し、又は、当該媒体を再生できる装置の一例として挙げたものである。したがって、サーバと通信するクライアントとして、高密度光記録媒体を記録または再生できる装置に本発明を適用できる。
【０１０６】
図８は、本発明に係る、ネットワークにおける認証方法の流れを示すフローチャートである。
【０１０７】
図８を参照すると、ネットワーク上でＣＰを認証するために、認証対象となるＣＰの認証情報とＣＰの公開鍵を、信頼できるＣＡの秘密鍵で暗号化して証明書を生成する（８０１）。ＣＡの秘密鍵により暗号化された証明書を、ＣＡによりサイン（Ｓｉｇｎ）された証明書ともいう。ユーザ（例えば、ＢＤターミナル）がネットワークを介してＣＰの証明書を要求する場合（８０２）、ＣＰがネットワークを介して証明書を伝送する（８０３）。伝送された証明書は、ＢＤターミナルでＣＡの公開鍵で復号される（８０４）。復号された認証情報とＣＰの公開鍵によりＣＰとＣＰの公開鍵が認証される（８０５）。
【０１０８】
ここで、認証情報はそれ自体でＣＰの真正性を認証する内容であっても良く、場合によっては、ＣＰを認証するのに必要な情報であっても良い。例えば、認証情報は、ＣＰに関する特定データをＣＰの秘密鍵を用いて署名アルゴリズムで生成されたディジタル署名であっても良い。一緒に暗号化されて伝送されるＣＰの公開鍵は、ＣＰの秘密鍵に対応する公開鍵でありうる。
【０１０９】
本発明における証明書は、特定データまたは機能を提供するＣＰの真正性を認証するとともに、ＣＰの公開鍵がＣＰに属するという証拠を提供する。
【０１１０】
記録媒体は、ネットワーキング機能が提供されるので、ネットワークを介してＣＰよりユーザに付加データを提供できる。このような場合に、本発明に係る認証方法は、付加データが真正のＣＰから提供された信頼できるものとする。
【０１１１】
なお、ユーザがＣＰの証明書を要求（８０２）し、ＣＰがネットワークを介して証明書を配布する過程（８０３）は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）またはＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）ハンドシェークにより実行され得る。一般に、ＳＳＬは、認証情報の完全性を確認するためのメッセージ認証コードを生成するためにＭＤ−５及びＳＨＡ−１等のハッシュ関数をサポートする。
【０１１２】
図９は、本発明に係る、ＳＳＬハンドシェークを説明するための図である。
【０１１３】
ＳＳＬは、データ伝送プロトコルであり、認証とメッセージの完全性を確認することを可能にする。インターネットブラウザとインターネットサーバの間の秘密鍵交換を可能にする。これにより、再生システムのネットワークに対するセキュリティが保障される。
【０１１４】
ＳＳＬにおいて、暗号化メッセージのパラメータが定めなければならない。このため、プレーヤー（例えば、ＢＤターミナル９０１）は、ｃｌｉｅｎｔ＿ｈｅｌｌｏメッセージをＣＰ９０２に配布する。ｃｌｉｅｎｔ＿ｈｅｌｌｏメッセージは、ＳＳＬバージョン、ランダムデータ、セッションＩＤ、サポートされる暗号スイート（ｃｉｐｈｅｒ ｓｕｉｔｅｓ）等を含む。
【０１１５】
ＣＰ９０２は、ｓｅｒｖｅｒ＿ｈｅｌｌｏメッセージ、ＣＰの証明書及びＣＰのキー交換情報をＢＤターミナル９０２に伝送する（９０４）。ｓｅｒｖｅｒ＿ｈｅｌｌｏメッセージは、ＳＳＬバージョン、ランダムデータ、セッションＩＤ、サポートされる暗号スイート（ｃｉｐｈｅｒ ｓｕｉｔｅｓ）等を含む。ＢＤターミナル９０１とＣＰ９０２は、使用する暗号スイートを定める。なお、ｃｌｉｅｎｔ＿ｈｅｌｌｏメッセージ及びｓｅｒｖｅｒ＿ｈｅｌｌｏメッセージは、図９の実施例で説明した形式に限定されるわけはない。
【０１１６】
証明書には信頼できるＣＡにより認証されたＣＰ（９０２）の公開鍵が含まれているため、ＢＤターミナル９０１は、信頼できるＣＡにより認証されたＣＰの公開鍵を使用できる。
【０１１７】
ＢＤターミナルは、ＣＰの公開鍵を用いて暗号化されたランダムデータを含むキー交換情報と、定められた暗号スイートをＣＰ９０２に伝送する（９０５）。例えば、公開鍵を用いた暗号化は、ＲＳＡ方式を用いることが好ましい。ランダムデータを用いてＢＤターミナル９０１とＣＡ９０２はセッションキー（ｓｅｓｓｉｏｎ ｋｅｙ）等の秘密鍵を共有する。
【０１１８】
ＣＰ９０２は、定められた暗号スイートを再びＢＤターミナルに送る（９０６）。これにより、ＢＤターミナル９０１とＣＰ９０２は互いに同じ秘密鍵を共有し、よって、セキュアチャネル（ｓｅｃｕｒｅ ｃｈａｎｎｅｌ）が形成される（９０７）。
【０１１９】
なお、暗号スイートは、暗号化アルゴリズムのセットである。暗号スイートからのアルゴリズムは、キーと暗号情報を生成するのに用いられる。暗号スイートは、それぞれのキー交換、バルク暗号化（ｂｕｌｋ ｅｎｃｒｙｐｔｉｏｎ）及びメッセージ認証のためのアルゴリズムを特定する。キー交換アルゴリズムは、共有したキーを生成するのに必要な情報を保護する。バルク暗号化（ｂｕｌｋ ｅｎｃｒｙｐｔｉｏｎ）アルゴリズムは、クライアントとサーバ間に交換されたメッセージを暗号化する。メッセージ認証アルゴリズムは、メッセージの完全性を保証するメッセージハッシュと署名を生成する。
【０１２０】
ステップ９０３〜ステップ９０６では、データが公開鍵と秘密鍵を用いて暗号化され復号されることから‘非シンメトリック暗号化’と呼ばれる。ＢＤターミナル９０１とＣＰ９０２が同じ秘密鍵を共有した段階（９０７）では、互いに同じキーを共有するために同じキーで暗号化及び復号を行うことから‘シンメトリック暗号化'と呼ばれる。
【０１２１】
このように互いに共有した暗号化キーを用いることにより、ＢＤターミナル９０１とＣＰ９０２は、中間にハッカーを侵入させることなく相互に情報を安全に交換できる。
【０１２２】
図１０は、本発明による秘密鍵を用いた暗号化方法を説明するための図である。
【０１２３】
図９で説明したように、信頼できるＣＡにより認証されたＣＰの公開鍵は、ユーザ（例えば、ＢＤターミナル）に配布される。ＢＤターミナルは、配布されたＣＰの公開鍵を用いてランダムデータをＣＰに転送し、セッションキーのような秘密鍵をＣＰと共有する。
【０１２４】
ここで、セッションキーとは、通信をする当事者間が１つの通信セッションでのみ使用する暗号鍵のことをいう。１つの鍵を使用した暗号文が多い場合、これを分析して鍵を計算する可能性があるので、これを防ぐために使用する仮の鍵である。セッションは、ネットワークでＢＤターミナルとＣＰとが対話するための論理的結合である。
【０１２５】
公開鍵の伝達方式には２通りある。１つは、ＣＰの公開鍵をＢＤターミナルに配布することであり、もう１つは、同じ方式を用いてＢＤターミナルの公開鍵をＣＰに配布することである。
【０１２６】
図１０は、後者の場合を説明した例で、配布されたＢＤターミナルの公開鍵１００７とセッションキー１００４のような秘密鍵を用いた暗号化方法と復号方法を示す。
【０１２７】
まず、ＣＰは、コンテンツデータ（プレーンテキストともいう。）１００１を、セッションキー１００４を用いた暗号アルゴリズムで暗号化することで、暗号化されたファイル１００５を生成する。
【０１２８】
暗号化アルゴリズムとしては、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）方式、または３重ＤＥＳ（Ｔｒｉｐｌｅ ＤＥＳ）などを利用できる。本発明では秘密鍵を用いるためシンメトリック暗号化に相当する。
【０１２９】
セッションキー１００４をＢＤターミナル１００７の公開鍵で暗号化し、暗号化されたセッションキー１００８を生成する。この時、本発明では暗号アルゴリズムをＲＳＡとすることが好ましい。公開鍵を用いるから非シンメトリック暗号化に相当する。
【０１３０】
暗号化されたファイル１００５及び暗号化されたセッションキー１００８をＢＤターミナル１００９に伝送する。ＢＤターミナル１００９は、受信した暗号化されたセッションキー１００８をＢＤターミナルの秘密鍵１０１３を用いて復号１０１０し、オリジナルセッションキー１００４を復元する。
【０１３１】
復号に用いられる暗号アルゴリズム１０１０は、暗号化に用いられた暗号アルゴリズム１００６に対応させるためにＲＳＡアルゴリズムを用いることが好ましい。復元されたセッションキー１００４を用いて暗号化されたファイル１００５を復号１０１１する。この復号に用いられた暗号アルゴリズム１０１１は、暗号化に用いられた暗号アルゴリズム１００３に対応してＡＥＳまたはＤＥＳを使用することが好ましい。復号１０１１の結果、ＣＰが伝送した証明書１０１２が復元される。
【０１３２】
このような方式を用いることにより、ＣＰ１００１は、ＢＤターミナル１００９と同じ秘密鍵１００４を共有でき、また、秘密鍵１００４を用いてコンテンツをＢＤターミナル１００９に伝送できる。
【０１３３】
ＣＰがＢＤターミナルにＣＰの公開鍵を伝送した後に、ＢＤターミナルがセッションキーのような秘密鍵でコンテンツを暗号化し、ＣＰの公開鍵を用いてセッションキーを暗号化してＣＰに伝送したい場合は、ＣＰとＢＤターミナルの位置を互いに変え、ＢＤターミナルの公開鍵１００７をＣＰの公開鍵に置き換えればよい。
【０１３４】
図１１は、本発明に係る、秘密鍵と公開鍵を用いた暗号化及び復号方法の流れを示すフローチャートである。コンテンツと秘密鍵を暗号化して伝送するために、ＢＤターミナルは、ＣＰに証明書を伝送する（１１０１）。証明書には少なくともＢＤターミナルの公開鍵が含まれていることが好ましい。
【０１３５】
コンテンツをセッションキーのような秘密鍵で暗号化し、伝送されたＢＤターミナルの公開鍵でセッションキーを暗号化する（１１０２）。コンテンツが暗号化されて生成された、暗号化されたファイルと暗号化されたセッションキーをＢＤターミナルに伝送する（１１０３）。
【０１３６】
ＢＤターミナルは、受信した暗号化されたセッションキーをＢＤターミナルの秘密鍵で復号してセッションキーを復元する（１１０４）。ＢＤターミナルは、復元されたセッションキーを用いて受信した暗号化されたファイルを復号する（１１０５）。これにより、ＢＤターミナルは、ＣＰがユーザに伝達しようとするコンテンツを得ることができる（１１０６）。
【０１３７】
本発明による認証方法、記録媒体、暗号化方法、復号方法及び暗号システムによれば、高密度光記録媒体と高密度光記録媒体と関連した再生システム及びネットワークにセキュリティを提供することが可能になる。
【０１３８】
これにより、コンテンツプロバイダと記録媒体を再生する再生システムを保護する。また、ネットワークを通した記録媒体の再生システムとコンテンツプロバイダ間にセキュリティチャネルを形成することによって安全なデータの交換が保障でき、ユーザとコンテンツプロバイダに一層便利な機能を提供することが可能になる。
【０１３９】
以上では好適な実施例に挙げて本発明を具体的に説明してきたが、これらの実施例は本発明の理解を助けるために提示されたもので、本発明の範囲を制限するためのものではない。したがって、本発明の技術的思想の範囲内で様々な変形が可能であるということが当業者にとっては明らかであり、本発明の範囲は添付の特許請求の範囲によって定められる。
【図面の簡単な説明】
【０１４０】
【図１】一般の公開鍵基盤を用いる認証方法の流れを示すフローチャートである。
【図２】本発明による記録媒体におけるセキュリティ基盤を示す図である。
【図３】本発明による証明書の生成を概略的に示す図である。
【図４】本発明による認証方法に用いられた認証チェーンを示す図である。
【図５】本発明による証明書の保存される本発明による記録媒体のファイル構造の一実施例を示す図である。
【図６】本発明による記録媒体内の証明書を用いた認証の流れを示すフローチャートである。
【図７】本発明によるネットワークにおける認証方法を示す図である。
【図８】本発明によるネットワークにおける認証方法の流れを示すフローチャートである。
【図９】本発明によるＳＳＬハンドシェークの流れを示す図である。
【図１０】本発明による秘密鍵を用いた暗号化方法を示す図である。
【図１１】本発明による秘密鍵と公開鍵を用いた暗号化及び復号方法の流れを示すフローチャートである。
【特許請求の範囲】
【請求項１】
認証機関によりサインされた証明書に保存された認証情報とコンテンツプロバイダの公開鍵を前記認証機関の公開鍵で復号し、前記復号された認証情報からコンテンツプロバイダを認証するステップと、
前記復号されたコンテンツプロバイダの公開鍵を確認してコンテンツプロバイダの公開鍵を認証するステップと
を含むことを特徴とする認証方法。
【請求項２】
前記認証を行う前に、前記証明書が有効か否かを確認するステップをさらに含むことを特徴とする請求項１記載の認証方法。
【請求項３】
前記認証情報と前記コンテンツプロバイダの公開鍵は、前記認証機関の秘密鍵を用いて暗号化されたことを特徴とする請求項１記載の認証方法。
【請求項４】
前記証明書は、認証チェーン内の複数の証明書の１つであることを特徴とする請求項１記載の認証方法。
【請求項５】
前記証明書は、記録媒体にファイルとして保存されることを特徴とする請求項１記載の認証方法。
【請求項６】
前記ファイルは、記録媒体で証明書のみを保存するディレクトリに存在することを特徴とする請求項５記載の認証方法。
【請求項７】
前記証明書は、記録媒体外部からダウンロードされる証明書であることを特徴とする請求項１記載の認証方法。
【請求項８】
前記証明書は、公開鍵基盤のＸ．５０９方式に従うことを特徴とする請求項１記載の認証方法。
【請求項９】
前記証明書は、記録媒体内に保存されたデータの認証のために用いられる証明書であることを特徴とする請求項１記載の認証方法。
【請求項１０】
前記証明書は、記録媒体及び／またはローカルストレージ内のアプリケーションの認証に用いられるルート証明書が含まれることを特徴とする請求項１記載の認証方法。
【請求項１１】
前記証明書は、ローカルストレージ内の前記記録媒体と関連したバインディングユニットの署名ファイルに位置する署名を検証するために用いられるルート証明書であることを特徴とする請求項１記載の認証方法。
【請求項１２】
コンテンツデータが保存されたデータ領域と、
認証情報が保存された認証管理領域とを備え、
前記認証管理領域には暗号化された認証情報とコンテンツプロバイダの公開鍵から生成された証明書が保存されることを特徴とする記録媒体。
【請求項１３】
前記認証情報と前記公開鍵の暗号化には、認証機関の秘密鍵が用いられることを特徴とする請求項１２記載の記録媒体。
【請求項１４】
前記証明書は、認証チェーン内の複数個の証明書の１つであることを特徴とする請求項１３記載の記録媒体。
【請求項１５】
前記証明書は、前記記録媒体内のファイル構造で証明書のみを保存するディレクトリに存在することを特徴とする請求項１２記載の記録媒体。
【請求項１６】
前記証明書には、前記記録媒体内のデータの認証に用いられる証明書が含まれることを特徴とする請求項１２記載の記録媒体。
【請求項１７】
前記証明書は、前記記録媒体内のアプリケーションの認証に用いられるルート証明書であることを特徴とする請求項１２記載の記録媒体。
【請求項１８】
前記証明書は、前記記録媒体外部からダウンロードされる前記記録媒体と関連したバインディングユニットの署名ファイルに位置する署名の検証に用いられるルート証明書であることを特徴とする請求項１２記載の記録媒体。
【請求項１９】
前記証明書は、公開鍵基盤のＸ．５０９方式に従うことを特徴とする請求項１２記載の記録媒体。
【請求項２０】
秘密鍵でコンテンツデータを暗号化するステップと、
前記秘密鍵を公開鍵で暗号化するステップと、
前記暗号化されたコンテンツデータと前記暗号化された秘密鍵を伝送するステップと
を含むことを特徴とする暗号化方法。
【請求項２１】
前記公開鍵は、光学ターミナルの公開鍵であることを特徴とする請求項２０記載の暗号化方法。
【請求項２２】
前記公開鍵は、コンテンツプロバイダの公開鍵であることを特徴とする請求項２０記載の暗号化方法。
【請求項２３】
前記コンテンツデータの暗号化には、ＡＥＳアルゴリズムが利用されることを特徴とする請求項２０記載の暗号化方法。
【請求項２４】
前記コンテンツデータの暗号化には、ＤＥＳアルゴリズムが利用されることを特徴とする請求項２０記載の暗号化方法。
【請求項２５】
前記秘密鍵の暗号化には、ＲＳＡ暗号アルゴリズムが利用されることを特徴とする請求項２０記載の暗号化方法。
【請求項２６】
前記公開鍵は、コンテンツプロバイダと光学プレーヤーとの間のハンドシェーク過程で配布されることを特徴とする請求項２０記載の暗号化方法。
【請求項２７】
前記秘密鍵は、セッションキーを含むことを特徴とする請求項２０記載の暗号化方法。
【請求項２８】
前記セッションキーは、ランダムデータを用いて生成されることを特徴とする請求項２７記載の利用した暗号化方法。
【請求項２９】
暗号化された秘密鍵と暗号化されたコンテンツを受信するステップと、
前記暗号化された秘密鍵を復号するステップと、
前記暗号化されたコンテンツデータを、復号された秘密鍵を用いて復号するステップと
を含むことを特徴とする復号方法。
【請求項３０】
前記暗号化された秘密鍵の復号は、光学プレーヤーの秘密鍵を用いて行うことを特徴とする請求項２９記載の復号方法。
【請求項３１】
前記暗号化された秘密鍵の復号は、コンテンツプロバイダの秘密鍵を用いて行うことを特徴とする請求項２９記載の復号方法。
【請求項３２】
前記暗号化された秘密鍵の復号には、ＲＳＡ暗号アルゴリズムが利用されることを特徴とする請求項２９記載の復号方法。
【請求項３３】
前記暗号化されたコンテンツデータの復号には、ＡＥＳアルゴリズムが利用されることを特徴とする請求項２９記載の復号方法。
【請求項３４】
前記暗号化されたコンテンツデータの復号には、ＤＥＳアルゴリズムが利用されることを特徴とする請求項２９記載の復号方法。
【請求項３５】
前記秘密鍵は、セッションキーを含むことを特徴とする請求項２９記載の復号方法。
【請求項３６】
前記セッションキーは、ランダムデータによって生成されることを特徴とする請求項３５記載の暗号化方法。
【請求項３７】
秘密鍵でコンテンツデータを暗号化し、前記秘密鍵を公開鍵で暗号化し、前記暗号化されたコンテンツデータと前記秘密鍵を伝送する暗号化システムと、
前記暗号化された秘密鍵と前記暗号化されたコンテンツデータを受信し、前記秘密鍵を復号し、前記復号された秘密鍵を用いてコンテンツデータを暗号化する復号システムと
を備えることを特徴とする暗号システム。
【請求項１】
認証機関によりサインされた証明書に保存された認証情報とコンテンツプロバイダの公開鍵を前記認証機関の公開鍵で復号し、前記復号された認証情報からコンテンツプロバイダを認証するステップと、
前記復号されたコンテンツプロバイダの公開鍵を確認してコンテンツプロバイダの公開鍵を認証するステップと
を含むことを特徴とする認証方法。
【請求項２】
前記認証を行う前に、前記証明書が有効か否かを確認するステップをさらに含むことを特徴とする請求項１記載の認証方法。
【請求項３】
前記認証情報と前記コンテンツプロバイダの公開鍵は、前記認証機関の秘密鍵を用いて暗号化されたことを特徴とする請求項１記載の認証方法。
【請求項４】
前記証明書は、認証チェーン内の複数の証明書の１つであることを特徴とする請求項１記載の認証方法。
【請求項５】
前記証明書は、記録媒体にファイルとして保存されることを特徴とする請求項１記載の認証方法。
【請求項６】
前記ファイルは、記録媒体で証明書のみを保存するディレクトリに存在することを特徴とする請求項５記載の認証方法。
【請求項７】
前記証明書は、記録媒体外部からダウンロードされる証明書であることを特徴とする請求項１記載の認証方法。
【請求項８】
前記証明書は、公開鍵基盤のＸ．５０９方式に従うことを特徴とする請求項１記載の認証方法。
【請求項９】
前記証明書は、記録媒体内に保存されたデータの認証のために用いられる証明書であることを特徴とする請求項１記載の認証方法。
【請求項１０】
前記証明書は、記録媒体及び／またはローカルストレージ内のアプリケーションの認証に用いられるルート証明書が含まれることを特徴とする請求項１記載の認証方法。
【請求項１１】
前記証明書は、ローカルストレージ内の前記記録媒体と関連したバインディングユニットの署名ファイルに位置する署名を検証するために用いられるルート証明書であることを特徴とする請求項１記載の認証方法。
【請求項１２】
コンテンツデータが保存されたデータ領域と、
認証情報が保存された認証管理領域とを備え、
前記認証管理領域には暗号化された認証情報とコンテンツプロバイダの公開鍵から生成された証明書が保存されることを特徴とする記録媒体。
【請求項１３】
前記認証情報と前記公開鍵の暗号化には、認証機関の秘密鍵が用いられることを特徴とする請求項１２記載の記録媒体。
【請求項１４】
前記証明書は、認証チェーン内の複数個の証明書の１つであることを特徴とする請求項１３記載の記録媒体。
【請求項１５】
前記証明書は、前記記録媒体内のファイル構造で証明書のみを保存するディレクトリに存在することを特徴とする請求項１２記載の記録媒体。
【請求項１６】
前記証明書には、前記記録媒体内のデータの認証に用いられる証明書が含まれることを特徴とする請求項１２記載の記録媒体。
【請求項１７】
前記証明書は、前記記録媒体内のアプリケーションの認証に用いられるルート証明書であることを特徴とする請求項１２記載の記録媒体。
【請求項１８】
前記証明書は、前記記録媒体外部からダウンロードされる前記記録媒体と関連したバインディングユニットの署名ファイルに位置する署名の検証に用いられるルート証明書であることを特徴とする請求項１２記載の記録媒体。
【請求項１９】
前記証明書は、公開鍵基盤のＸ．５０９方式に従うことを特徴とする請求項１２記載の記録媒体。
【請求項２０】
秘密鍵でコンテンツデータを暗号化するステップと、
前記秘密鍵を公開鍵で暗号化するステップと、
前記暗号化されたコンテンツデータと前記暗号化された秘密鍵を伝送するステップと
を含むことを特徴とする暗号化方法。
【請求項２１】
前記公開鍵は、光学ターミナルの公開鍵であることを特徴とする請求項２０記載の暗号化方法。
【請求項２２】
前記公開鍵は、コンテンツプロバイダの公開鍵であることを特徴とする請求項２０記載の暗号化方法。
【請求項２３】
前記コンテンツデータの暗号化には、ＡＥＳアルゴリズムが利用されることを特徴とする請求項２０記載の暗号化方法。
【請求項２４】
前記コンテンツデータの暗号化には、ＤＥＳアルゴリズムが利用されることを特徴とする請求項２０記載の暗号化方法。
【請求項２５】
前記秘密鍵の暗号化には、ＲＳＡ暗号アルゴリズムが利用されることを特徴とする請求項２０記載の暗号化方法。
【請求項２６】
前記公開鍵は、コンテンツプロバイダと光学プレーヤーとの間のハンドシェーク過程で配布されることを特徴とする請求項２０記載の暗号化方法。
【請求項２７】
前記秘密鍵は、セッションキーを含むことを特徴とする請求項２０記載の暗号化方法。
【請求項２８】
前記セッションキーは、ランダムデータを用いて生成されることを特徴とする請求項２７記載の利用した暗号化方法。
【請求項２９】
暗号化された秘密鍵と暗号化されたコンテンツを受信するステップと、
前記暗号化された秘密鍵を復号するステップと、
前記暗号化されたコンテンツデータを、復号された秘密鍵を用いて復号するステップと
を含むことを特徴とする復号方法。
【請求項３０】
前記暗号化された秘密鍵の復号は、光学プレーヤーの秘密鍵を用いて行うことを特徴とする請求項２９記載の復号方法。
【請求項３１】
前記暗号化された秘密鍵の復号は、コンテンツプロバイダの秘密鍵を用いて行うことを特徴とする請求項２９記載の復号方法。
【請求項３２】
前記暗号化された秘密鍵の復号には、ＲＳＡ暗号アルゴリズムが利用されることを特徴とする請求項２９記載の復号方法。
【請求項３３】
前記暗号化されたコンテンツデータの復号には、ＡＥＳアルゴリズムが利用されることを特徴とする請求項２９記載の復号方法。
【請求項３４】
前記暗号化されたコンテンツデータの復号には、ＤＥＳアルゴリズムが利用されることを特徴とする請求項２９記載の復号方法。
【請求項３５】
前記秘密鍵は、セッションキーを含むことを特徴とする請求項２９記載の復号方法。
【請求項３６】
前記セッションキーは、ランダムデータによって生成されることを特徴とする請求項３５記載の暗号化方法。
【請求項３７】
秘密鍵でコンテンツデータを暗号化し、前記秘密鍵を公開鍵で暗号化し、前記暗号化されたコンテンツデータと前記秘密鍵を伝送する暗号化システムと、
前記暗号化された秘密鍵と前記暗号化されたコンテンツデータを受信し、前記秘密鍵を復号し、前記復号された秘密鍵を用いてコンテンツデータを暗号化する復号システムと
を備えることを特徴とする暗号システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２００８−５２７８３３（Ｐ２００８−５２７８３３Ａ）
【公表日】平成２０年７月２４日（２００８．７．２４）
【国際特許分類】
【出願番号】特願２００７−５５０２８３（Ｐ２００７−５５０２８３）
【出願日】平成１８年１月２日（２００６．１．２）
【国際出願番号】ＰＣＴ／ＫＲ２００６／０００００１
【国際公開番号】ＷＯ２００６／０７３２５０
【国際公開日】平成１８年７月１３日（２００６．７．１３）
【出願人】（５９６０６６７７０）エルジー エレクトロニクス インコーポレーテッド (384)
【Ｆターム（参考）】
【公表日】平成２０年７月２４日（２００８．７．２４）
【国際特許分類】
【出願日】平成１８年１月２日（２００６．１．２）
【国際出願番号】ＰＣＴ／ＫＲ２００６／０００００１
【国際公開番号】ＷＯ２００６／０７３２５０
【国際公開日】平成１８年７月１３日（２００６．７．１３）
【出願人】（５９６０６６７７０）エルジー エレクトロニクス インコーポレーテッド (384)
【Ｆターム（参考）】
[ Back to top ]