JP2003518351A - ディジタル・データの無許可アクセスを防止するための適応可能セキュリティ機構 - Google Patents

Abstract

(57)【要約】 コンピュータ・ソフトウェア、オーディオビジュアル作品を表すデータ、電子文書などのコンテンツを、コンテンツ・データ自体に対する修正なしに、機械束縛状態からユーザ束縛状態に変換することができる。コンテンツ・データ自体を修正するのではなく、コンテンツにアクセスするのに使用される鍵を、機械束縛状態からユーザ束縛状態に変換する。具体的に言うと、鍵は、パスポート・データ構造に保持され、このパスポート・データ構造が、機械束縛またはユーザ束縛のいずれかを表すことができる。機械束縛パスポートを、束縛されたコンテンツを修正せずにユーザ束縛パスポートにアップグレードすることができる。平文形式の、機械束縛パスポートの秘密鍵が、ユーザ束縛パスポートに含まれ、ユーザ供給パスワードを使用して暗号化されて、秘密鍵がユーザに束縛される。さらに、プライベート・ユーザ情報が、収集され、検証され、ユーザ束縛パスポートに含められる。機械束縛パスポートのアップグレードは、機械束縛コンテンツをそのコンテンツが束縛されたもの以外の機械で再生する試みが行われることの検出時に、自動的に開始することができる。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明は、ディジタル・データへの無許可アクセスを制限するシステムに関し
、具体的には、そのようなディジタル・データへのアクセスを特定の計算機また
は特定のユーザのいずれかに制限する機構と、制限されたアクセスを特定の計算
機から特定のユーザに変換する機構に関する。

【０００２】 （発明の背景） 無許可アクセスからのディジタル・データの保護は、ソフトウェア・ベンダが
ポータブル・データ記憶媒体でのコンピュータ・ソフトウェアの配布を初めて開
始した時からの、ソフトウェア・ベンダの主たる懸念であった。そのような保護
は、現在、他の形態のディジタル・データもポータブル・データ記憶媒体で搬送
されるので、新たな重要性を持つようになった。たとえば、現在のパーソナル・
コンピュータは、オーディオ・コンパクト・ディスク（ＣＤ）およびディジタル
・ビデオ・ディスク（ＤＶＤ）などのいたるところにあるオーディオビジュアル
・エンターテイメントにも使用されるデータ記憶媒体を読み取り、書き込む。し
たがって、一般的なパーソナル・コンピュータは、非常に価値のあるデータを複
製することができ、オリジナル・データの正確なコピーを、知人に簡単に配布す
ることができるようになる。

【０００３】 最近の開発の１つすなわちインターネットによって、簡単にコピー可能なディ
ジタル・データの商業的価値に対する脅威が非常に大きくなった。現在、個人が
、価値のあるディジタル・データを数百万人による無料コピーのためにポストす
ることができ、頻繁にそうしている。そのようなポストは、無許可コピーを防止
するすべての試みの破滅的な失敗を表す。

【０００４】 ソフトウェアの無許可コピーを防ぐ初期の試みの１つが、ソフトウェアを実行
するために、ハードウェア・デバイスをコンピュータに取り付けることを必要と
することであった。そのようなデバイスを、一般に「ドングル」と称した。ドン
グルには、実行の前にソフトウェアによって検査される識別データが含まれるか
、暗号データおよび／または実行の前にソフトウェアを解読する論理が含まれる
かのどちらかであった。ドングルは、他のコンピュータにドングルを取り付ける
ことによって、ソフトウェアを別のコンピュータに転送できるように、通常は、
外部に取り付けられていた。

【０００５】 ドングルは市場では大きい成功を実現しなかった。理由の１つが、複数のソフ
トウェア製品が各コンピュータにインストールされる可能性があることである。
その結果、多数のドングルを各コンピュータに取り付けなければならなくなる。
もう１つの理由は、新しいハードウェア・デバイスをコンピュータに追加するこ
とが、意図されない結果を有し、コンピュータの通常動作に干渉する可能性があ
ることである。第３の理由は、多くの人が、複数のコンピュータを有し、複数の
ドングルの１つを定期的にあるコンピュータから別のコンピュータに移動するこ
とが、非常に不便であることである。一般に、ユーザは、競合するソフトウェア
・ベンダが追加ハードウェアを必要としない場合に、ソフトウェアを実行するた
めにコンピュータに新しいハードウェアを取り付けることを好まない。

【０００６】 たとえばドングルの使用による、機械束縛は、一般に、コンピュータ・ソフト
ウェアではなくオーディオビジュアル・コンテンツを購入する人にとって、容認
できないものである。おそらくはオーディオビジュアル・コンテンツの歴史的配
布媒体（たとえば、ビニール・アルバム、オーディオＣＤ、ビデオ・テープ、Ｄ
ＶＤなど）のポータブルな性質の結果として、一般消費者が、購入者が所有する
どの装置でもオーディオビジュアル・コンテンツを再生することが許容されるこ
とを期待していると思われる。たとえば、特定の映画のビデオ・カセット・テー
プの購入者は、互換フォーマットのどのビデオ・カセット・プレイヤでもその映
画を観ることができることを期待する。したがって、オーディオビジュアル・コ
ンテンツの厳密な機械束縛は、一般に、一般消費者によって容認可能ではない。

【０００７】 ソフトウェア・ベンダがソフトウェアの無許可コピーをそれによって妨害する
ことを試みるもう１つの機構が、ソフトウェアを特定のユーザに束縛することで
ある。たとえば、ソフトウェアの成功裡の実行を、特定のユーザによるパスワー
ドの入力を条件とするものとすることができる。それによって、一般に、不十分
なセキュリティがもたらされる。というのは、ユーザが、ソフトウェアの無許可
コピーと共にパスワードを友人または同僚に伝えることができるからである。さ
らに、ユーザによってアクセスされる各ソフトウェア製品および／または各オー
ディオビジュアル作品のパスワードを覚えるようにユーザに要求することは、ユ
ーザにとってかなりの不便になる。

【０００８】 一般に、コピー・プロテクトは、ソフトウェアおよび／またはオーディオビジ
ュアル作品などのディジタル・データのベンダのためになるが、購入者のために
はならないことに留意されたい。したがって、そのようなディジタル・データの
購入者は、不便に対する相対的に低い許容度を有する。その結果、一般消費者は
、より少ないコピー・プロテクトを使用するベンダからデータを購入する傾向を
有する。

【０００９】 必要なものは、ディジタル記憶媒体の著作権保護可能なコンテンツが、それに
よって無許可コピーから保護されると同時に、そのようなディジタル・ストレー
ジの所有者にコンテンツの使用および享受の正当な妨げられない便利さを与える
機構である。

【００１０】 （発明の要約） 本発明によれば、データ自体を修正せずに、コンテンツを機械束縛状態からユ
ーザ束縛状態に変換することができる。データ自体を修正するのではなく、コン
テンツにアクセスするのに使用される鍵を、機械束縛状態からユーザ束縛状態に
変換する。具体的に言うと、鍵は、パスポート・データ構造に保持され、このパ
スポート・データ構造が、機械束縛またはユーザ束縛のいずれかを表すことがで
きる。

【００１１】 機械束縛では、パスポートに、秘密鍵と、秘密鍵の対とされた公開鍵を含む証
明書が含まれる。秘密鍵は、パスポートが束縛されるコンピュータ・システムに
固有のハードウェア識別子を使用して暗号化される。ハードウェア識別子は、１
つまたは複数のハードウェア・デバイスに固有であり、好ましくは、束縛を意図
されたコンテンツにアクセスすることができるコンピュータ・システムに関して
一意である。公開鍵は、コンテンツの暗号化に用いられるマスタ鍵を暗号化し、
機械束縛パスポートの証明書と共に、コンテンツに含まれる媒体鍵をそれから作
成するのに使用される。その結果、秘密鍵が、媒体を解読し、マスタ鍵を復元し
、したがってコンテンツを解読するのに必要になる。特定のコンピュータ・シス
テムのハードウェア識別子を用いて秘密鍵を暗号化することによって、コンテン
ツが、効果的にそのコンピュータ・システムに束縛される。というのは、そのコ
ンピュータのハードウェア識別子が、マスタ鍵を回復するのに必要になるからで
ある。

【００１２】 ユーザ束縛でも、パスポートに、秘密鍵と、秘密鍵の対とされた公開鍵を含む
証明書が含まれる。ユーザ束縛パスポートでは、ユーザ供給パスワードを用いて
秘密鍵が暗号化されることを除いて、機械束縛パスポートとほとんど同一の形で
秘密鍵が保護される。したがって、パスワードが、秘密鍵を解読するのに必要で
あり、この秘密鍵が、媒体鍵からマスタ鍵を解読するのに必要であり、マスタ鍵
が、コンテンツを解読するのに必要である。パスワードを要求することによって
、コンテンツが、パスワードを所有するユーザに束縛される。

【００１３】 コピー・プロテクトは、著作権の所有者のためになり、著作権保護された作品
の消費者には不便なので、自分のパスワードを共用する意欲をくじくものが、ユ
ーザ束縛パスポートに含まれる。具体的に言うと、ユーザ束縛パスポートには、
ユーザによって注意深く保護されることが期待される情報が含まれる。たとえば
、ユーザ・パスポートに、クレジット・カード番号、有効期限、カード所有者名
など、クレジット・カードに資金を請求するのに十分な、ユーザのクレジット・
カード情報を含めることができる。請求先住所も含めることができる。コンテン
ツの支払中に、プライベート・ユーザ情報が表示される。したがって、ある人の
パスポートを共用することに、その人の信用を共用することが含まれる。

【００１４】 ユーザには、機械束縛パスポートまたはユーザ束縛パスポートのいずれかを有
するという選択肢が与えられる。機械束縛パスポートは、コンテンツを特定の機
械でのみ再生できるので、より制限されている。これは、単一のコンピュータだ
けへのアクセスを有する人、または、コンピュータ・ネットワークを介する著作
権保護された作品の購入のプロセス全体を一般的に信用できない人に適当である
。ユーザ束縛パスポートは、制限がより少なく、コンピュータ・システムからコ
ンピュータ・システムへ移動することができる。しかし、ユーザ束縛パスポート
は、ユーザが、より重要なプライベート情報を提供することを必要とする。新規
ユーザが、機械束縛パスポートを選び、後にユーザ束縛パスポートへのアップグ
レードを望むことが予期される。これは、たとえば、ユーザが、コンテンツが既
に束縛されているコンピュータ・システムを売るか変更する場合に、必要になる
可能性がある。

【００１５】 機械束縛パスポートは、束縛されたコンテンツを修正せずにユーザ束縛パスポ
ートにアップグレードすることができる。具体的に言うと、機械束縛パスポート
のオリジナルの秘密鍵および公開鍵が、新たに作成されるユーザ・パスポートで
使用され、コンテンツの再暗号化が不要になる。具体的に言うと、機械束縛パス
ポートの秘密鍵が、平文形式で、ユーザ束縛パスポートに含まれ、ユーザ供給パ
スワードを使用して暗号化されて、秘密鍵がユーザに束縛される。さらに、プラ
イベート・ユーザ情報が、収集され、検証され、ユーザ束縛パスポートに含めら
れる。したがって、ユーザ供給パスワードによって、秘密鍵が解読されて、ハー
ドウェア識別子を使用する機械束縛パスポートの秘密鍵の解読からもたらされる
ものと同一の平文の秘密鍵が提供される。したがって、前に機械束縛されていた
コンテンツを、ユーザ束縛パスポートを使用して解読することができるようにな
る。さらに、ユーザ束縛パスポートは、特定のハードウェア識別子に束縛されな
いので、コンテンツおよびユーザ束縛パスポートを、コンピュータ・システムか
らコンピュータ・システムに移動することができ、ユーザのパスワードを入力し
、ユーザのプライベート情報を見るのに必要な労力だけで再生することができる
。

【００１６】 さらに、機械束縛パスポートのアップグレードを、コンテンツが束縛されてい
る機械以外の機械で機械束縛コンテンツを再生する試みが行われたことが検出さ
れた時に、自動的に開始することができる。

【００１７】 時には、一人のユーザが複数のパスポートを有する場合がある。一部のコンテ
ンツを、機械束縛パスポートに束縛されたものとし、残りのコンテンツを、その
後にユーザ束縛パスポートに束縛されたものとすることができる。機械束縛コン
テンツのアップグレードには、前に機械に束縛されていた鍵をユーザ束縛パスポ
ートに追加し、パスポートに鍵の複数の組が含まれるようにすることが含まれる
。その結果、同一のパスポートを使用して、２つの別々のパスポートの下で獲得
されたコンテンツを再生することができる。

【００１８】 （詳細な説明） 本発明によれば、データ自体を修正せずに、コンテンツを機械束縛状態からユ
ーザ束縛状態に変換することができる。データを修正するのではなく、コンテン
ツのアクセスに使用される鍵を、機械束縛状態からユーザ束縛状態に変換する。
具体的に言うと、鍵は、パスポート・データ構造に保持され、このパスポート・
データ構造が、機械束縛またはユーザ束縛のいずれかを表すことができる。

【００１９】 ディジタル・データ配布システム１００（図１）に、広域コンピュータ・ネッ
トワーク１０６を介して互いに結合された認可システム１０２とクライアント・
コンピュータ・システム１０４が含まれる。１実施形態では、広域コンピュータ
・ネットワーク１０６が、インターネットである。広域コンピュータ・ネットワ
ーク１０６が図示されているが、本明細書で説明するシステムの原理が、ローカ
ル・エリア・ネットワークなどの他のネットワークに同等に適用可能であること
を諒解されたい。認可システム１０２には、コンテンツ・データベース１２２と
証明書データベース１２４が含まれる。コンテンツ・データベース１２２には、
認可システム１０２からの配布に使用可能なディジタル・データ・コンテンツが
含まれる。そのようなコンテンツには、たとえば、オーディオビジュアル作品お
よび／またはコンピュータ・ソフトウェアを表すデータを含めることができる。

【００２０】 コンテンツ・データベース１２２が、認可システム１０２に含まれるものとし
て図示されているが、コンテンツ配布をアクセス認証と分離し、コンテンツ・デ
ータベース１２２を異なるサーバ・システムに配置することが有利である場合が
あることを諒解されたい。利点の１つが、コンテンツ配布に大量のデータの転送
が伴う傾向があることである。そのような転送は、配布されるコンテンツを受信
するクライアント・コンピュータ・システムの近くに配置された分散配布サーバ
から配布されることから利益を得る。逆に、認証には、高速データ転送に依存す
るのではなく、システムワイドの認証の集中データベースから利益を得る多数の
少量のトランザクションが伴う。しかし、説明を単純にするために、サーバ・タ
スクと認証タスクの両方が、認可システム１０２によって処理され、認可システ
ム１０２に、コンテンツ・データベース１２２と証明書データベース１２４の両
方が含まれる。

【００２１】 証明書データベース１２４には、コンテンツ・データベース１２２の前に配布
されたコンテンツが、特定のクライアント・コンピュータ・システムまたは特定
の人間の購入者のいずれかに対して保護される形を表すデータが含まれる。証明
書データベース１２４に保管される情報のタイプを下でより完全に説明する。簡
単に言うと、その情報には、たとえば既知のＩＴＵ−Ｔ Ｘ．５０９証明書デー
タ構造などの既知の認証データ構造であるディジタル証明書が含まれる。

【００２２】 認可システム１０２には、認可システム１０２内で実行中の１つまたは複数の
コンピュータ・プロセスのすべてまたは一部である認証サーバ１２６も含まれる
。認証サーバ１２６は、広域コンピュータ・ネットワーク１０６を介して要求を
受信し、そのような要求をサービスする。そのような要求には、配布されたコン
テンツの機械束縛セキュリティの要求、配布されたコンテンツのユーザ束縛セキ
ュリティの要求、および、下でより完全に説明する形での、配布されたコンテン
ツのセキュリティの変換の要求が含まれる。

【００２３】 クライアント・コンピュータ・システム１０４には、獲得されたコンテンツの
データベース１４４、ユーザ・データベース１４６、パスポート１４８などの１
つまたは複数のパスポート、ハードウェア識別子１４０、およびコンテンツ・プ
レイヤ１４２が含まれる。獲得されたコンテンツのデータベース１４４には、コ
ンテンツ・データベース１２２およびおそらくは類似するコンテンツ・データベ
ースから獲得したコンテンツが含まれる。そのような獲得されたコンテンツは、
下でより完全に説明する形で、１つまたは複数のパスポートを使用して保護され
る。

【００２４】 ユーザ・データベース１４６には、クライアント・コンピュータ・システム１
０４の１人または複数のユーザに関する情報が保管される。そのような情報には
、たとえば、ユーザが自分自身を認証するのに使用することができるパスワード
が含まれる。「パスワード」は、本明細書では、認証の目的でユーザによって供
給されるデータを記述するのに使用される。したがって、「パスワード」は、本
明細書では、単一単語パスワードと、時々一般にパスフレーズとも称する複数単
語パスワードの両方を記述するのに使用される。

【００２５】 パスポート１４８などのパスポートは、獲得されたコンテンツのデータベース
１４４内の獲得されたコンテンツを保護する機構を表す。パスポートは、認証サ
ーバ１２６によって発行される。パスポートによって、下でより完全に説明する
形で、特定のクライアント・コンピュータ・システムおよび／または特定のユー
ザに対してコンテンツを保護することができる。

【００２６】 ハードウェア識別子１４０によって、証明書データベース１２４内でクライア
ント・コンピュータ・システム１０４が一意に識別される。さらに、ハードウェ
ア識別子１４０は、クライアント・コンピュータ・システム１０４内で変更する
ことが困難すなわち読取専用のデータから導出される。たとえば、ハードウェア
識別子１４０は、（ｉ）クライアント・コンピュータ・システム１０４のプロセ
ッサのシリアル・ナンバ、（ｉｉ）クライアント・コンピュータ・システム１０
４が広域ネットワーク１０６にアクセスするのに用いるネットワーク・アクセス
・カードのＭＡＣアドレス、および（ｉｉｉ）クライアント・コンピュータ・シ
ステム１０４にインストールされた１つまたは複数のハード・ディスク・ドライ
ブのシリアル・ナンバなどの、クライアント・コンピュータ・システム１０４の
１つまたは複数のハードウェア・コンポーネントに固有のデータのハッシュとす
ることができる。この例示的実施形態では、ハードウェア識別子１４０が、米国
カリフォルニア州サン・ノゼのＰＡＣＥ Ａｎｔｉ−Ｐｉｒａｃｙ社から入手可
能なＩｎｔｅｒｌｏｋ（登録商標）ソフトウェア・ツール・セットを使用して形
成される。

【００２７】 コンテンツ・プレイヤ１４２は、クライアント・コンピュータ・システム１０
４内で実行中の１つまたは複数のコンピュータ・プロセスのすべてまたは一部で
あり、獲得されたコンテンツのデータベース１４４からの獲得されたコンテンツ
（本明細書では、時々単純に「獲得されたコンテンツ」または「獲得されたコン
テンツ１４４」と称する）を再生する。たとえば、獲得されたコンテンツが、オ
ーディオ作品を表す場合に、コンテンツ・プレイヤ１４２は、獲得されたコンテ
ンツのデータを、クライアント・コンピュータ・システム１０４のサウンド・カ
ードおよびオーディオ・スピーカを介する再生に適当なフォーマットのデータに
変換する。同様に、獲得されたコンテンツがオーディオビジュアル作品を表す場
合に、コンテンツ・プレイヤ１４２は、獲得されたコンテンツのデータを、クラ
イアント・コンピュータ・システム１０４のサウンド・カードおよびオーディオ
・スピーカを介する再生およびビデオ・ディスプレイへの再生に適当なフォーマ
ットのデータに変換する。さらに、獲得されたコンテンツが、コンピュータ・ソ
フトウェアである場合には、コンテンツ・プレイヤ１４２が、獲得されたコンテ
ンツからコンピュータ命令をデコードし、これらのデコードされたコンピュータ
命令を、クライアント・コンピュータ・システム１０４に実行させる。獲得され
たコンテンツには、一般に、（ｉ）音楽、他の記録された音声、動画、および静
止画などのオーディオビジュアル作品、（ｉｉ）ＡＳＣＩＩテキスト、リッチ・
テキスト・フォーマット（ＲＴＦ）、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｏｒｄ
、およびＡｄｏｂｅ（登録商標）Ａｃｒｏｂａｔ（登録商標）のｐｏｒｔａｂｌ
ｅ ｄｏｃｕｍｅｎｔ ｆｏｒｍａｔ（ＰＤＦ）などの文書、および（ｉｉｉ）
実行可能コンピュータ・ソフトウェアを制限なしに含む、あらゆる種類のデータ
を含めることができる。

【００２８】 コンテンツ・プレイヤ１４２を、図２に詳細に示す。コンテンツ・プレイヤ１
４２には、セキュリティ・マネージャ２０６によって供給されるマスタ鍵２０８
を使用して獲得されたコンテンツ１４４を解読する解読器２０２が含まれる。こ
の例示的実施形態では、解読器２０２が、効率のためにＦＩＰＳ ４６−２ Ｄ
ＥＳまたはＲＳＡ Ｓｅｃｕｒｉｔｙ社のＲＣ４などの対称鍵解読アルゴリズム
を使用する。この実施形態で効率が重要であるのは、獲得されたコンテンツを、
リアルタイム再生のためにデコーダ２０４によって解読とデコードの両方を行わ
なければならないからである。本明細書で使用するリアルタイム再生は、コンテ
ンツ・プレイヤ１４２による再生が、時間の単位ごとに、獲得されたコンテンツ
１４４からの解読されデコードされた最小量のデータを必要とすることを意味す
る。たとえば、獲得されたコンテンツ１４４がオーディオ作品を表す場合に、コ
ンテンツ・プレイヤ１４２は、一般に、ＣＤ品質のステレオ・オーディオの場合
に、４４１００オーディオ・サンプル毎秒すなわち１７６４００バイト毎秒を解
読し、デコードしなければならない。

【００２９】 対称鍵解読は、獲得されたコンテンツ１４４の解読での効率をもたらすが、こ
れは、マスタ鍵２０８が、何らかの形でサーバ・プロセス１２６（図１）から通
信されることを必要とし、サーバ・プロセス１２６は、マスタ鍵２０８（図２）
を使用してコンテンツ・プレイヤ１４２へのコンテンツを暗号化する。セキュリ
ティ・マネージャ２０６は、保護された形でマスタ鍵２０８を導出する。

【００３０】 セキュリティ・マネージャ２０６を、図３Ａおよび３Ｂに詳細に示す。図３Ａ
は、ユーザ束縛パスポート１４８Ａからのマスタ鍵２０８の導出を示し、図３Ｂ
は、機械束縛パスポート１４８Ｂからのマスタ鍵２０８の導出を示す。セキュリ
ティ・マネージャ２０６には、解読器３０６が含まれ、解読器３０６は、獲得さ
れたコンテンツ１４４に含まれる媒体鍵３０２からマスタ鍵２０８を解読するの
に秘密鍵３０４を使用する。秘密鍵３０４は、証明書データベース１２４（図１
）内の秘密鍵／公開鍵対の秘密鍵である。解読器３０６（図３Ａ）は、たとえば
ＲＳＡ Ｓｅｃｕｒｉｔｙ社の既知のＲＳＡ公開鍵アルゴリズムなどの非対称鍵
解読を使用する。

【００３１】 対称鍵暗号化／解読と非対称鍵暗号化／解読は、既知であるが完全を期してこ
こで簡単に説明する。対称鍵暗号化では、データの暗号化と解読に同一の鍵を使
用する。たとえば、データが、鍵と称する特定のデータ・パターンを使用して暗
号化される。データを暗号化することによって、データが、多少ランダムに見え
る形でスクランブルされ、データが判読できないように見えるようになる。暗号
化されたデータは、同一の特定の鍵を使用してデータを解読することによって、
元の「平文」状態に戻すことができる。

【００３２】 非対称鍵暗号化では、互いに関連して対を形成する２つの鍵を使用する。一方
の鍵は、秘密に保たれ、他方の鍵は、公開される。従って、鍵対を、時々秘密鍵
／公開鍵対と称する。いずれかの鍵を用いる暗号化によって、暗号化されたデー
タが形成され、このデータは、対の他方の鍵を使用して解読することができる。
したがって、対の鍵を、時々、一般に、互いに相応すると称する。コンテンツ・
プレイヤ１４２（図１）は、その秘密鍵を使用してデータを暗号化することによ
って、データに暗号的に署名することができる。コンテンツ・プレイヤ１４２の
公開鍵を持つ者は誰でも、コンテンツ・プレイヤ１４２の公開鍵を使用してその
データを解読することによって、署名を検証することができる。同様に、コンテ
ンツ・プレイヤ１４２の公開鍵を持つ者は誰でも、公開鍵を使用してデータを暗
号化することができ、そのデータは、コンテンツ・プレイヤ１４２の秘密鍵を使
用しなければ解読することができない。たとえば、サーバ・プロセス１２６が、
媒体鍵３０２を形成するために鍵対の公開鍵を使用し、パスポート１４８Ａに対
の秘密鍵を含めることによって、パスポート１４８Ａのマスタ鍵２０８（図３）
を暗号化する。その結果、媒体鍵３０２は、パスポート１４８Ａ内に保管された
秘密鍵すなわち、プレイヤの秘密鍵３０４を使用して解読することができる。

【００３３】 セキュリティ・マネージャ２０６は、ユーザ束縛パスポート１４８Ａ（図３Ａ
）または機械束縛パスポート１４８Ｂ（図３Ｂ）のいずれかから秘密鍵３０４を
得る。パスポートは、たとえば媒体鍵３０２などの媒体鍵を解読するのに使用さ
れる、獲得されたコンテンツの秘密鍵をユーザまたはコンピュータ・システムに
束縛するデータ構造である。ユーザ束縛パスポートは、特定のユーザに束縛され
、ユーザが獲得したコンテンツの再生を望むコンピュータ・システムに移送する
ことができる。したがって、ユーザ束縛パスポートを、時々、フル・パスポート
またはポータブル・パスポートと称する。機械束縛パスポートは、獲得したコン
テンツの再生のために特定のコンピュータ・システムに束縛され、一般に、その
コンピュータ・システムのどのユーザでも使用することができる。

【００３４】 セキュリティが、媒体鍵３０２および秘密鍵３０４と共に解読器３０６によっ
て提供されることに留意されたい。パスポート１４８Ａおよび１４８Ｂは、秘密
鍵３０４をユーザまたは特定のコンピュータ・システムのいずれかに束縛するこ
とができるデータ構造を提供する。そのような束縛によって、獲得されたコンテ
ンツのポータビリティが制限されると同時に、ユーザに、どのタイプの束縛が便
利であるかに関する選択肢が与えられる。言い換えると、ユーザは、機械束縛パ
スポートまたはユーザ束縛パスポートのいずれかを選択することができる。

【００３５】 秘密鍵束縛に関するこの柔軟性の理解および認識を容易にするために、パスポ
ートの構造を説明する。パスポート１４８（図１）は、機械束縛またはユーザ束
縛のいずれかとすることができる。パスポート１４８を、図２２に詳細に示すが
、図２２には、機械束縛パスポートとユーザ束縛パスポートの両方に共通するコ
ンポーネントが示されている。パスポート１４８には、パスポート情報フィール
ド２２０４、署名アルゴリズム・フィールド２２０６、および署名フィールド２
２０８が含まれる。

【００３６】 パスポート情報フィールド２２０４には、パスポート１４８に束縛された獲得
されたコンテンツを解読することができる秘密鍵を含む、パスポートの実質的な
情報を表すデータが含まれる。パスポート情報フィールド２２０４に保管される
データのタイプおよび構造は、パスポートのタイプに依存する。たとえば、パス
ポート１４８Ａ（図３Ａ）は、ユーザ束縛のフル・パスポートであり、これには
、図２３に関して下で説明するタイプおよび構造のパスポート情報２２０４Ａが
含まれる。パスポート１４８Ｂ（図３Ｂ）は、機械束縛パスポートであり、これ
には、図２４に関して下で説明するタイプおよび構造のパスポート情報２２０４
Ｂが含まれる。

【００３７】 署名アルゴリズム・フィールド２２０６および署名フィールド２２０８が、集
合的に、パスポート情報フィールド２２０４の暗号的署名を指定する。署名アル
ゴリズム・フィールド２２０６では、パスポート情報フィールド２２０４に暗号
的に署名するのに使用された、特定のアルゴリズムおよびそのパラメータが指定
される。署名フィールド２２０８には、認証サーバ１２６の秘密鍵を使用した、
結果の暗号的署名を表すデータが含まれる。署名アルゴリズム・フィールド２２
０６および署名フィールド２２０８は、パスポート情報２２０４に保管されたデ
ータが不正に変更されたかどうかを判定する効果的な機構を提供する。たとえば
、クラッカが、パスポート情報２２０４に保管されたデータを変更した場合に、
クラッカは、その不正変更が検出されなくなるように、対応する署名を作成しな
ければならない。しかし、認証サーバ１２６の秘密鍵は、注意深く保護され、厳
密に秘密に保たれるので、そのような暗号的署名の偽造は特に困難である。

【００３８】 機械束縛パスポート１４８Ｂのパスポート情報２２０４Ｂ（図２４）を、図３
Ｂに関して下で説明する。パスポート情報２２０４Ａ（図２３）には、次のデー
タ・コンポーネントが含まれる：（ｉ）ユーザ証明書２３０２、（ｉｉ）秘密鍵
２３０４、（ｉｉｉ）プライベート・ユーザ情報２３０６、および（ｉｖ）登録
鍵２３０８。

【００３９】 ユーザ証明書２３０２は、ユーザがそれによって認証されるディジタル証明書
である。ディジタル証明書およびその認証での使用は、既知である。１実施形態
では、ユーザ証明書２３０２が、ＩＴＵ−Ｔ Ｘ．５０９ディジタル証明書の形
である。

【００４０】 ユーザ証明書２３０２には、公開鍵２３２０、有効性日付２３２２、証明書通
し番号２３２４、およびディジタル署名２３２６が含まれる。公開鍵２３２０と
秘密鍵２３０４は対とされている。ユーザ束縛パスポート１４８Ａが束縛された
ユーザにコンテンツを束縛するために、マスタ鍵２０８が、公開鍵２３２０を使
用して暗号化され、秘密鍵２３０４だけが、媒体鍵３０２からマスタ鍵２０８を
解読できるようにする。有効性日付２３２２によって、ユーザ証明書２３０２が
有効とみなされる期間が指定される。証明書通し番号２３２４によって、証明書
データベース１２４（図１）内でユーザ証明書２３０２が一意に識別される。デ
ィジタル署名２３２６は、ユーザ証明書２３０２を発行する実体によって添付さ
れたディジタル署名であり、ユーザ証明書２３０２が、（ｉ）不正に変更されて
おらず、（ｉｉ）適当な認証局によって発行されたことを検証するのに使用され
る。

【００４１】 秘密鍵２３０４は、マスタ鍵２０８（図３Ａ）を暗号化し、これによって媒体
鍵３０２を形成するのに使用される鍵対の秘密鍵、たとえば秘密鍵３０４である
。したがって、秘密鍵３０４を使用するセキュリティ・マネージャ２０６の解読
器３０６による媒体鍵３０２の暗号化によって、マスタ鍵２０８が得られる。さ
らに、秘密鍵２３０４は、ユーザ証明書２３０２の公開鍵２３２０の相応鍵であ
る。秘密鍵２３０４は、登録鍵２３０８を使用して暗号化されるが、これは下で
説明する。

【００４２】 プライベート・ユーザ情報２３０６には、パスポート１４８Ａが束縛されるユ
ーザに関する情報が含まれる。そのような情報は、プライベートであり、ユーザ
によって保護されることが好ましい。プライベート・ユーザ情報２３０６は、獲
得されたコンテンツ１４４の再生中にクライアント・コンピュータ・システム１
０４によって表示される。したがって、ユーザは、ユーザ束縛パスポート１４８
Ａの共用を思いとどまる。というのは、それを行うために、プライベート・ユー
ザ情報２３０６も共用する必要が生じるからである。プライベート・ユーザ情報
２３０６には、ユーザの名前２３６２およびユーザのクレジット・カード情報２
３６４が含まれる。クレジット・カード情報２３６４には、たとえば、クレジッ
ト・カード番号、有効期限、および請求先住所を含めることができる。ユーザの
登録中に、クレジット・カード情報２３６４を検証して、プライベート・ユーザ
情報２３０６が正確であることを保証する。たとえば登録のためにユーザによっ
て入力された盗まれたクレジット・カード番号が含まれるなど、クレジット・カ
ード情報２３６４が不正確である場合には、そのユーザがプライベート・ユーザ
情報２３０６を共用することを適切に防止されず、したがって、パスポート１４
８Ａおよびそれに束縛されたコンテンツを共用することが防止されない。

【００４３】 プライベート・ユーザ情報２３０６は、登録鍵２３０８を使用して暗号化され
る。登録鍵２３０８は、ユーザによって供給されたパスワードを使用して暗号化
される。したがって、ユーザのパスワードが、登録鍵２３０８を解読するのに必
要であり、登録鍵２３０８は、秘密鍵２３０４およびプライベート・ユーザ情報
２３０６を解読するのに必要である。登録鍵２３０８は、ユーザのパスワードな
しで回復可能なフォーマットで証明書データベース１２４内に保管され、ユーザ
が自分のパスワードを忘れた場合に、登録鍵２３０８を、新しいパスワードにつ
いて生成できるようになっている。

【００４４】 乱数２３１０に擬似乱数データが保管される。乱数２３１０は暗号化されたパ
スポート情報２２０４Ａの暗号解読を失敗させるために含まれる。認証サーバ１
２６が、パスポート１４８Ａが再発行されるたびに新しい乱数を生成する。パス
ポート情報２２０４Ａは、広域ネットワーク１０６（図１）を介して、暗号化さ
れたフォーマットで通信される。したがって、乱数２３１０に対する変更が、パ
スポート情報２２０４Ａのいたるところに伝搬し、そうでなければ同一のパスポ
ート情報２２０４Ａのコピーが、暗号化された形で完全に異なって見える。１実
施形態では、乱数２３１０が、たとえば広域ネットワーク１０６を介して、パス
ポート情報２２０４Ａを移送する時だけに使用され、パスポート１４８Ａの永続
的ディスク・レコードに保管されない。

【００４５】 秘密鍵３０４（図３Ａ）を得るために、セキュリティ・マネージャ２０６の解
読器３１０が、ユーザ供給パスワードを使用して、登録鍵２３０８を解読する。
ユーザは、コンテンツ・プレイヤ１４２によってユーザに表示されるプロンプト
に応答して、通常のユーザ・インターフェース技法を使用してパスワードを供給
する。登録鍵２３０８を解読した結果が、解読器３１２によって鍵として使用さ
れて、秘密鍵２３０４から秘密鍵３０４が解読される。秘密鍵３０４は、上で説
明した形で使用されて、獲得されたコンテンツを再生のために解読するのに使用
することができるマスタ鍵２０８が得られる。

【００４６】 機械束縛パスポート１４８Ｂ（図３Ｂ）は、クライアント・コンピュータ・シ
ステム１０４に束縛され、特定のユーザには束縛されない。その結果、パスポー
ト１４８Ｂに束縛された獲得されたコンテンツの再生では、プライベート・ユー
ザ情報２３０６（図２３）などのプライベート・ユーザ情報が表示されない。そ
の代わりに、機械束縛パスポート１４８Ｂの秘密鍵２４０４（図３Ｂ）は、パス
ポート１４８Ｂが束縛されるコンピュータ・システムのハードウェア識別子を鍵
として使用して暗号化される。この例では、パスポート１４８Ｂが、クライアン
ト・コンピュータ・システム１０４（図１）に束縛され、秘密鍵２４０４（図３
Ｂ）が、ハードウェア識別子１４０を使用して暗号化される。したがって、秘密
鍵２４０４は、鍵としてハードウェア識別子１４０を使用して解読器３０８によ
って解読されて、これによって秘密鍵３０４がもたらされる。したがって、パス
ポート１４８Ｂは、ハードウェア識別子１４０が使用可能である時すなわち、パ
スポート１４８Ｂがクライアント・コンピュータ・システム１０４内で使用され
る時に限って、有用である。パスポート１４８Ｂが、ハードウェア識別子１４０
と同等でないハードウェア識別子を有する別のコンピュータ・システムにコピー
された場合には、秘密鍵３０４を、秘密鍵２４０４から導出することができない
。したがって、パスポート１４８Ｂによって、獲得されたコンテンツ１４４がク
ライアント・コンピュータ・システム１０４に束縛される。

【００４７】 コンテンツ・データベース１２２（図１）のコンテンツが購入される時に、認
証サーバ１２６が、コンテンツが配布されるコンピュータ・システムまたは購入
するユーザのいずれかに、購入されたコンテンツを束縛するのを助ける。ユーザ
に、どのタイプの束縛を好むかに関する選択肢が与えられる。１実施形態では、
選択肢が、クライアント・コンピュータ・システムにコンテンツ・プレイヤ１４
２を初めてインストールする時にユーザに提示され、その選択が、記録され、ユ
ーザが能動的に異なる選択を行うまで尊重される。ユーザが、複数のコンピュー
タ・システム（または、少なくとも、購入を行うのに使用されたものと異なるコ
ンピュータ・システム）でコンテンツにアクセスしたい場合には、ユーザは、パ
スポート１４８Ａ（図３Ａ）などのパスポートによって提供されるユーザ束縛を
選択する。その代わりに、ユーザが、プライベート・ユーザ情報２３０６（図２
３）などのプライベート・ユーザ情報を提供することを好まず、購入が行われた
特定のコンピュータ・システムでのみコンテンツにアクセスするつもりである場
合には、ユーザは、パスポート１４８Ｂ（図３Ｂ）などのパスポートによって提
供される機械束縛を選択する。

【００４８】 ユーザまたはコンピュータ・システムのいずれかへの束縛のためにコンテンツ
を準備するために、コンテンツを、マスタ鍵２０８（図４）などのマスタ鍵を使
用して暗号化し、このマスタ鍵を、暗号器４０６によって暗号化して、媒体鍵３
０２を形成する。媒体鍵３０２は、暗号化されたコンテンツと共に含まれる。公
開鍵３０４Ｂを、非対称暗号化と共に使用して、媒体鍵３０２を形成し、媒体鍵
３０２を、したがって暗号化されたコンテンツ自体を、秘密鍵３０４を用いての
み解読できるようにする。

【００４９】 コンテンツを特定のコンピュータ・システムに束縛するために、認証サーバ１
２６に、機械束縛パスポート・ジェネレータ４０４（図４）が含まれる。証明書
データベース１２４（図１）内に、認証サーバ１２６が、コンテンツ・プレイヤ
１４２などの認証サーバ１２６に登録されたすべてのコンテンツ・プレイヤの秘
密鍵／公開鍵対を保管する。認証サーバ１２６の動作の理解および認識を容易に
するために、証明書データベース１２４に保管されるデータのタイプおよび構造
を、図１７に関してより完全に説明する。

【００５０】 証明書データベース１２４に、複数のテーブルすなわち、（ｉ）アカウント・
レコード１７０２のテーブル、（ｉｉ）鍵レコード１７０４のテーブル、および
（ｉｉｉ）ヒストリ・レコード１７０６のテーブルが含まれる。アカウント・レ
コード１７０２などのアカウント・レコードには、コンテンツ配布システム１０
０（図１）内の特定のユーザに関するデータが保管される。鍵レコード１７０４
（図１７）などの鍵レコードは、上で説明した形の配布されるコンテンツの暗号
化に使用される秘密鍵／公開鍵対を表し、これには、有効期限および鍵対を再発
行できる回数の限度などの、鍵対の使用パラメータが含まれる。鍵対の再発行は
、下で詳細に説明する。ヒストリ・レコード１７０６などのヒストリ・レコード
は、鍵対の再発行または機械束縛からユーザ束縛へのパスポートの変換などのイ
ベントを表す。パスポートおよび／またはコンテンツの詐欺および／または無許
可コピーを、時々、ヒストリ・レコードを検査することによって検出することが
できる。たとえば、紛失した鍵を交換するための、同一ユーザによる多数の異な
るクライアント・コンピュータ・システムからの要求は、ユーザが、自分のパス
ポートの多数のコピーを他人に提供したことを暗示する。

【００５１】 アカウント・レコード１７０２が、図１８に詳細に示されており、アカウント
・レコード１７０２には、次のフィールドが含まれる：（ｉ）通し番号フィール
ド１８０２、（ｉｉ）名前フィールド１８０４、（ｉｉｉ）電子メール・アドレ
ス・フィールド１８０６、（ｉｖ）国フィールド１８０８、（ｖ）質問フィール
ド１８１０、（ｖｉ）回答フィールド１８１２、（ｖｉｉ）状況フィールド１８
１４、および（ｖｉｉｉ）タイプ・フィールド１８１６。通し番号フィールド１
８０２には、認証サーバ１２６内で処理される通し番号の中で一意の通し番号が
保管される。通し番号は、この例示的実施形態では、関係するレコードを関連付
けるのに使用される。たとえば、アカウント・レコード１７０２が、特定のユー
ザを表し、鍵レコード１７０４（図１９）が、そのユーザの秘密鍵／公開鍵対を
表す場合に、通し番号フィールド１８０２（図１８）に保管された通し番号が、
通し番号フィールド１９０２（図１９）に保管された通し番号と同等である。さ
らに、ユーザのアカウントおよび鍵に関係するヒストリ・レコードを、通し番号
フィールド２００２（図２０）に保管された同等の通し番号を有するヒストリ・
レコードを突き止めることによって見つけることができる。

【００５２】 名前フィールド１８０４（図１８）には、アカウント・レコード１７０２によ
って表されるアカウントを所有するユーザの名前を表すデータが保管される。電
子メール・アドレス・フィールド１８０６には、ユーザの電子メール・アドレス
を表すデータが保管される。国フィールド１８０８には、ユーザが居住する国を
表すデータが保管される。

【００５３】 質問フィールド１８１０および回答フィールド１８１２は、たとえばアカウン
ト・レコード１７０２を修正する要求を受信した時に、ユーザを認証するのに使
用される。質問フィールド１８１０によって、ユーザに尋ねる質問が指定され、
回答フィールド１８１２によって、正しい応答が指定される。たとえば、質問を
、ユーザの母親の旧姓に関するものとすることができる。

【００５４】 状況フィールド１８１４は、アカウントの状況を表す。状況フィールド１８１
４に保管される状況値には、「ｖａｌｉｄ（有効）」および「ｒｅｖｏｋｅｄ（
取り消し）」が含まれる。タイプ・フィールド１８１６は、アカウントのタイプ
を表す。タイプ・フィールド１８１６に保管されるタイプ値には、「ｍａｃｈｉ
ｎｅ−ｂｏｕｎｄ（機械束縛）」および「ｕｓｅｒ−ｂｏｕｎｄ（ユーザ束縛）
」が含まれる。

【００５５】 鍵レコード１７０４が、図１９に詳細に示されており、鍵レコード１７０４に
は、次のフィールドが含まれる：（ｉ）通し番号フィールド１９０２、（ｉｉ）
秘密鍵フィールド１９０４、（ｉｉｉ）公開鍵フィールド１９０６、（ｉｖ）有
効性日付フィールド１９０８、（ｖ）再発行限度フィールド１９１０、（ｖｉ）
パスポート鍵限度１９１２、および（ｖｉｉ）ハードウェア識別子１９１４。通
し番号フィールド１９０２には、鍵レコードに対応する通し番号が格納される。
秘密鍵フィールド１９０４および公開鍵フィールド１９０６には、鍵レコード１
７０４によって表される秘密鍵／公開鍵対の秘密鍵および公開鍵が保管される。

【００５６】 有効性日付フィールド１９０８によって、鍵レコード１７０４から作成された
証明書が有効である日付が指定される。鍵レコード１７０４の有効性終了日付が
満了した時に、鍵レコード１７０４から作成された証明書は、コンテンツ・デー
タベース１２２からのコンテンツの購入に使用することができなくなる。しかし
、鍵レコード１７０４から作成される証明書は、下で説明する形で、前に獲得し
たコンテンツを正しく解読し続ける。鍵レコード１７０４が、期限を延長される
時には、有効性日付フィールド１９０８が、指定された新しい異なる有効性日付
に更新され、秘密鍵１９０４および公開鍵１９０６は、変更されないままになる
。その結果、鍵レコード１７０４に基づく満了したパスポートを使用して獲得さ
れたコンテンツを、同一のパスポートの期限を延長された版すなわち、期限を延
長された版の鍵レコード１７０４から作成されたパスポートを使用して、解読す
ることができる。というのは、期限を延長されたパスポートに、同一の鍵が含ま
れるからである。しかし、期限延長が、ユーザがパスワードを変更することを必
要とすることができ、その結果、パスポートのうちで、ユーザのパスワードを使
用して暗号化されるコンポーネントが、異なって見えることを諒解されたい。

【００５７】 再発行限度フィールド１９１０によって、鍵レコード１７０４の鍵を、下でよ
り完全に説明する形で再発行できる最大回数が指定される。パスポート鍵限度１
９１２によって、上で説明した形で通し番号フィールド１９０２によって判定さ
れる関連するアカウントの所有者が保持するパスポートによって保持することが
できる鍵の最大個数が指定される。ハードウェア識別子フィールド１９１４は、
上で説明した形で鍵対が束縛されるハードウェア識別子を表す。たとえば、ハー
ドウェア識別子フィールド１９１４が、ハードウェア識別子１４０を表す場合に
、秘密鍵フィールド１９０４で表される秘密鍵を含む機械束縛パスポートが、ハ
ードウェア識別子１４０を使用して暗号化される。

【００５８】 ヒストリ・レコード１７０６（図１７）が、図２０に完全に示されており、ヒ
ストリ・レコード１７０６には、次のフィールドが含まれる：（ｉ）通し番号フ
ィールド２００２、（ｉｉ）作成フィールド２００４、および（ｉｉｉ）アクテ
ィビティ・フィールド２００６。通し番号フィールド２００２には、通し番号フ
ィールド１８０２（図１８）および１９０２（図１９）に関して上で説明したも
のに類似する通し番号が格納される。作成フィールド２００４（図２０）によっ
て、ヒストリ・レコード１７０６が作成された時が指定される。アクティビティ
・フィールド２００６によって、ヒストリ・レコード１７０６（図１７）のテー
ブルに記録される通し番号フィールド２００２の通し番号に関連するアクティビ
ティのタイプが指定される。アクティビティ・フィールド２００６によって表さ
れるタイプには、たとえば、鍵の再発行、鍵の期限延長、およびユーザ束縛パス
ポートへの鍵の追加が含まれる。

【００５９】 認証サーバ１２６は、図２１に示されているように、アカウント・レコード１
７０２および鍵レコード１７０４の諸フィールドからディジタル証明書、たとえ
ばＩＴＵ−Ｔ Ｘ．５０９証明書を作成することができる。具体的に言うと、証
明書２１００には、鍵レコード１７０４（図１９）からの公開鍵１９０６および
有効性日付１９０８と、名前１８０４（図２１）と、アカウント・レコード１７
０２（図１８）からの電子メール・アドレス１８０６および国１８０８が含まれ
る。さらに、証明書２１００には、この例示的実施形態ではＩＴＵ−Ｔ Ｘ．５
０９仕様に適合する証明書通し番号２１０２が含まれる。証明書通し番号２１０
２が、通し番号１８０２（図１８）、１９０２（図１９）、および２００２（図
２０）に関係せず、独立であることに留意されたい。証明書２１００には、この
例示的実施形態でＩＴＵ−Ｔ Ｘ．５０９仕様に適合する、認証サーバ１２６の
秘密鍵から認証サーバ１２６によって作成されたディジタル署名２１０４も含ま
れる。

【００６０】 証明書データベース１２４は、機械束縛またはユーザ束縛のいずれかの、獲得
されたコンテンツの認証のための包括的で柔軟な基礎を提供する。

【００６１】 機械束縛パスポート・ジェネレータ４０４（図４）に戻って、マスタ鍵２０８
は、秘密鍵３０４を使用しなければ、媒体鍵３０２から解読することができない
。したがって、媒体鍵３０２およびそれに関連するコンテンツをクライアント・
コンピュータ・システム１０４（図１）に束縛するために、秘密鍵３０４を、暗
号器４０８内で暗号化して、鍵としてハードウェア識別子１４０を使用する秘密
鍵２４０４を形成する。したがって、ハードウェア識別子１４０は、秘密鍵３０
４を解読し復元するのに必要であり、秘密鍵３０４は、マスタ鍵２０８を解読し
復元するのに必要であり、マスタ鍵２０８は、それを用いて暗号化された獲得さ
れたコンテンツを解読するのに必要である。ハードウェア識別子１４０は、鍵レ
コード１７０４のハードウェア識別子フィールド１９１４で表され、鍵レコード
１７０４には、秘密鍵フィールド１９０４に秘密鍵３０４、公開鍵フィールド１
９０６に公開鍵３０４Ｂが含まれる。

【００６２】 秘密鍵２４０４は、パスポート・パッカー４１０によってパスポート情報２２
０４Ａに含められ、パスポート・パッカー４１０は、認証サーバ１２６の秘密鍵
を使用してパスポート情報２２０４Ｂに署名して、署名２２０８を形成する。さ
らに、パスポート・パッカー４１０は、パスポート情報２２０４Ｂおよび署名２
２０８を、下でより完全に説明する形で保護されたチャネルを介してコンテンツ
・プレイヤ１４２に送信する。したがって、機械束縛パスポート・ジェネレータ
４０４は、マスタ鍵２０８を用いて暗号化されたコンテンツをハードウェア識別
子１４０に束縛する。

【００６３】 認証サーバ１２６には、パスポート１４８Ａ（図３Ａ）などのユーザ束縛パス
ポートを作成するフル・パスポート・ジェネレータ５０４（図５）も含まれる。
暗号器４０６が、上で説明した形で、公開鍵３０４Ｂを使用してマスタ鍵２０８
を暗号化して、媒体鍵３０２を形成する。

【００６４】 フル・パスポート・ジェネレータ５０４（図５）には、暗号器５０８が含まれ
、暗号器５０８は、平文登録鍵５２０を使用して、相応鍵すなわち秘密鍵３０４
を暗号化して、秘密鍵２３０４を形成する。したがって、秘密鍵２３０４は、隠
され、パスポート情報２２０４Ａに含める準備ができる。平文登録鍵５２０は、
ユーザ供給パスワードを鍵として使用して暗号器５０６によって暗号化されて、
登録鍵２３０８が形成される。結果のフル・パスポートを他のユーザに配布する
のを思いとどまらせるために、パスポート・パッカー５１０が、プライベート・
ユーザ情報２３０６と共に秘密鍵２３０４および登録鍵２３０８をパッケージ化
して、パスポート情報２２０４Ａを形成する。さらに、パスポート・パッカー５
１０は、パスポート情報２２０４Ａに関する不正変更を検出し、防止するために
、署名２２０８を形成する。１実施形態では、プライベート・ユーザ情報２３０
６を、ユーザ供給パスワードを使用して暗号化して、獲得されたコンテンツが再
生されていない時にユーザのプライベート情報を保護する。パスポート情報２２
０４Ａを使用してマスタ鍵２０８を用いて暗号化された獲得されたコンテンツを
成功裡に解読するために、署名２２０８の認証性が検証され、秘密鍵２３０４お
よび登録鍵２３０８が、パスポート情報２２０４Ａから構文解析される。その後
、登録鍵２３０８が、ユーザによって供給された鍵を使用して解読され、解読の
後に、秘密鍵２３０４から秘密鍵３０４を解読するのに使用される。その後、秘
密鍵３０４が、獲得されたコンテンツから構文解析される媒体鍵３０２からマス
タ鍵２０８を解読するのに使用される。パスポート・パッカー５１０は、下でよ
り完全に説明する形で、保護されたチャネルを介してパスポート情報２２０４Ａ
および署名２２０８をコンテンツ・プレイヤ１４２に送信する。

【００６５】 ある点で、クライアント・コンピュータ１０４を使用することのみによって獲
得したデータを再生することを前に選んだユーザすなわち、前に機械束縛を選ん
だユーザが、機械束縛からユーザ束縛にアップグレードし、そのユーザが、獲得
したコンテンツを異なるコンピュータ・システムを使用して再生できるようにす
ることを選ぶ場合がある。たとえば、ユーザが、自分の前のコンピュータ・シス
テムを新しいものに交換した場合、または追加のコンピュータ・システムを購入
した場合がある。パスポート１４８Ｂなどの機械束縛パスポートのパスポート１
４８Ｂなどのユーザ束縛パスポートへの認証サーバ１２６による変換は、パスポ
ート・コンバータ６０２（図６Ａ）によって実行される。

【００６６】 パスポートを変換するために、パスポート・コンバータ６０２は、ハードウェ
ア識別子１４０、プライベート・ユーザ情報２３０６、およびユーザ供給パスワ
ードを受け取る。これらの要素は、保護された接続を介してクライアント・コン
ピュータ・システム１０４から受け取られる。プライベート・ユーザ情報２３０
６およびユーザ供給パスワードは、変換の時にクライアント・コンピュータ・シ
ステム１０４のユーザによって入力される。というのは、そのような情報が、ユ
ーザ束縛パスポートに必要であるが、機械束縛パスポートには必要ないからであ
る。機械束縛からの変換の重要な考慮事項が、獲得されたコンテンツに対する修
正が一切不要であることである。本質的に、獲得されたコンテンツを解読するの
に必要な、核の秘密鍵、たとえば秘密鍵３０４は、変換されたパスポート内で保
存され、媒体鍵３０２を未変更のままにすることができる。

【００６７】 図６Ａのパスポート・コンバータ６０２は、処理の大部分が認証サーバ１２６
によって実行される、多少単純化された実施形態である。パスポート・コンバー
タ６０２の要素の一部がコンテンツ・プレイヤ１４２の一部である代替実施形態
を、図６Ｂに関して下で説明する。

【００６８】 パスポート・コンバータ６０２には、アップグレードされるパスポートの署名
２２０８を検証し、パスポート情報２２０４Ｂから秘密鍵２４０４を構文解析す
るパスポート・パーサ６０４が含まれる。さらに、パスポート・コンバータ６０
２には、ハードウェア識別子１４０を鍵として使用して秘密鍵２４０４を解読し
て、秘密鍵３０４を再導出する解読器６０６が含まれる。代替案では、認証サー
バ１２６が、ハードウェア識別子１４０を使用して、証明書データベース１２４
からのハードウェア識別子フィールド１９１４に従って鍵３０４および３０４Ｂ
に対応する鍵レコード１７０４（図１９）を取り出す。どちらの場合でも、秘密
鍵３０４（図６Ａ）は、ハードウェア識別子１４０を使用してクライアント・コ
ンピュータ・システム１０４に前に束縛された獲得されたコンテンツを再生する
のに必要である。

【００６９】 パスポート・コンバータ６０２には、上で図５に関して説明した形で秘密鍵２
３０４および登録鍵２３０８を形成する暗号器５０６および５０８が含まれる。
プライベート・ユーザ情報２３０６も、鍵としてユーザ供給パスワードを使用し
て暗号化される。パスポート・コンバータ６０２には、秘密鍵２３０４、登録鍵
２３０８、およびプライベート・ユーザ情報２３０６をパッケージ化してパスポ
ート情報２２０４Ａを形成するパスポート・パッカー５１０が含まれる。パスポ
ート・パッカー５１０は、署名２２０８を形成して、パスポート情報２２０４Ａ
に関する不正変更を検出し、防止する。上で図３Ｂに関して説明したように、パ
スポート１４８Ａなどのユーザ束縛パスポートは、ユーザ供給パスワードを要求
することとプライベート・ユーザ情報２３０６（図２３）の表示とを介して、獲
得されたコンテンツを特定のユーザに束縛する。パスポート１４８Ａおよびそれ
からアクセス可能なすべてのコンテンツが、ハードウェア識別子１４０に束縛さ
れず、再生のために他のコンピュータ・システムに移動することができる。

【００７０】 論理流れ図６５０（図６Ｂ）に、代替実施形態による、機械束縛パスポート１
４８Ｂのユーザ束縛パスポート１４８Ａへの変換を示す。ステップ６５２で、コ
ンテンツ・プレイヤ１４２が、パスポート１４８Ｂの公開鍵、たとえば証明書２
３０２の公開鍵を使用して、ハードウェア識別子１４０を暗号化する。ステップ
６５４で、コンテンツ・プレイヤ１４２が、パスポート１４８Ｂの証明書および
暗号化されたハードウェア識別子を、パスポート１４８Ｂのユーザ束縛パスポー
トへのアップグレードの要求の一部として認証サーバ１２６に送信する。

【００７１】 ステップ６５６で、認証サーバ１２６が、証明書と暗号化されたハードウェア
識別子をコンテンツ・プレイヤ１４２から受信する。ステップ６５８で、認証サ
ーバ１２６が、証明書の署名を検証する。認証サーバ１２６は、受信した証明書
に対応する証明書レコード、たとえば証明書レコード２１００（図２１）を、ス
テップ６６０（図６Ｂ）で証明書データベース１２４から取り出す。ステップ６
６２で、認証サーバ１２６が、関連するアカウント・レコード、たとえばアカウ
ント・レコード１７０２と、鍵レコード、たとえば鍵レコード１７０４を得る。

【００７２】 ステップ６６４で、認証サーバ１２６が、取り出された鍵レコードの秘密鍵、
たとえば鍵レコード１７０４の秘密鍵１９０４を使用して、受信した暗号化され
たハードウェア識別子を解読する。ステップ６６６で、認証サーバ１２６が、解
読されたハードウェア識別子を、取り出された鍵レコードのハードウェア識別子
、たとえば鍵レコード１７０４のハードウェア識別子１９１４と比較する。ハー
ドウェア識別子が一致しない場合には、パスポート１４８Ｂの変換が失敗する。
そうでない場合には、変換が継続される。

【００７３】 ステップ６６８で、認証サーバ１２６が、平文の秘密鍵および登録鍵と空白の
ユーザ情報を有するフル・パスポート・レコードを作成し、送信する。平文は、
本明細書では、暗号での一般的な使用法で、暗号化されていないが、必ずしも人
間に理解できるテキストではないことを意味する。暗号化アルゴリズムを使用し
て鍵を形成することができるが、鍵が、たとえば他のデータの暗号化／解読に鍵
を使用する前に解読を必要としない場合には、平文とみなされることに留意され
たい。フル・パスポート・レコードが、保護されたチャネルを介してコンテンツ
・プレイヤ１４２に送信される。

【００７４】 ステップ６７０で、コンテンツ・プレイヤ１４２が、認証サーバ１２６からフ
ル・パスポート・レコードを受信する。コンテンツ・プレイヤ１４２は、ステッ
プ６７２で、従来のユーザ・インターフェース技法によってユーザからユーザ供
給パスワードおよびプライベート・ユーザ情報を受け取る。

【００７５】 ステップ６７４で、コンテンツ・プレイヤ１４２が、暗号器５０６および５０
８（図６Ａ）およびパスポート・パッカー５１０に関して上で説明した形で、ユ
ーザ供給パスワードを使用してプライベート・ユーザ情報、秘密鍵、および登録
鍵を暗号化する。

【００７６】 データの購入および再生のための変換可能パスポートの使用 論理流れ図７００（図７）に、購入するユーザによるデータの購入中のコンテ
ンツ・プレイヤ１４２（図１）による認証を示す。テスト・ステップ７０２（図
７）で、コンテンツ・プレイヤ１４２（図１）が、フルのユーザ束縛パスポート
が存在するかどうかを判定する。１実施形態では、コンテンツ・プレイヤ１４２
に、コンテンツ・プレイヤ１４２を介して再生できるデータに関連する１つまた
は複数のパスポートのレジストリが含まれる。フル・パスポートが存在する場合
に、処理はステップ７０４（図７）に移り、購入するユーザが、従来のユーザ・
インターフェース技法を使用してパスワードを入力する。テスト・ステップ７０
６（図７）で、コンテンツ・プレイヤ１４２が、入力されたパスワードが、時々
本明細書で選択されたフル・パスポートと称する、テスト・ステップ７０２で存
在すると判定されたフル・パスポートに対応するかどうかを判定する。コンテン
ツ・プレイヤ１４２は、選択されたフル・パスポートの秘密鍵２３０４（図２３
）の解読を試みることによって、そのような判定を行う。この例示的実施形態で
は、秘密鍵２３０４が、ＲＳＡ Ｓｅｃｕｒｉｔｙ社の既知のＰＫＣＳ ＃５パ
スワード暗号化アルゴリズムを使用して暗号化され、そのアルゴリズムを使用す
ることによって、秘密鍵２３０４の解読に使用されたパスワードが正しいパスワ
ードであるかどうかを示す信号がもたらされる。パスワードが、選択されたフル
・パスポートに対応しない場合には、処理は、ステップ７０４に戻され、ユーザ
が、別のパスワードを入力する。パスワードが選択されたフル・パスポートに対
応する場合には、処理がステップ７０８に移され、コンテンツの購入の処理が継
続される。

【００７７】 購入には、購入される特定のコンテンツの選択と、支払認可が含まれる。購入
のためにユーザによって選択された特定のコンテンツを、本明細書では、時々、
選択されたコンテンツと称する。コンテンツ・プレイヤ１４２が、選択されたコ
ンテンツが束縛されるパスポートとして選択されたフル・パスポートを指定する
、そのパスポートの内部の証明書を提供し、認証サーバ１２６が、上で図５に関
して説明した形で、選択された証明書にコンテンツを束縛する。具体的に言うと
、選択されたコンテンツのマスタ鍵が、鍵としてプレイヤの公開鍵３０４Ｂを使
用して暗号器４０６によって暗号化されて、媒体鍵３０２が形成される。フル・
パスポート・ジェネレータ５０４は使用されない。というのは、選択されたフル
・パスポートが、既にコンテンツ・プレイヤ１４２内に存在するからである。公
開鍵３０４Ｂを使用してマスタ鍵２０８を暗号化することによって、秘密鍵３０
４を含むパスポートにコンテンツが束縛される。選択されたコンテンツに含まれ
る証明書通し番号、たとえば証明書通し番号２１０２によって、選択されたコン
テンツがどのパスポートに束縛されるかが識別される。

【００７８】 テスト・ステップ７０２（図７）に戻って、フル・パスポートがコンテンツ・
プレイヤ１４２内に存在しない場合には、処理はテスト・ステップ７１０に移る
。テスト・ステップ７１０で、コンテンツ・プレイヤ１４２が、機械束縛パスポ
ートが存在するかどうかを判定する。機械束縛パスポートが存在しない場合には
、処理はステップ７１８に移るが、このステップは下で説明する。逆に、機械束
縛パスポートが存在する場合には、処理はステップ７１２に移る。

【００７９】 ステップ７１２で、コンテンツ・プレイヤ１４２が、ハードウェア識別子１４
０を取り出す。ステップ７１４で、コンテンツ・プレイヤ１４２は、ハードウェ
ア識別子１４０が、コンテンツ・プレイヤ１４２によって突き止められた機械束
縛パスポートに対応するハードウェア識別子であるかどうかを判定する。１実施
形態では、そのような判定が、解読に使用された鍵が正しい鍵であるかどうかを
示す、ＲＳＡ ＰＣＫＳ ＃５アルゴリズムなどの解読アルゴリズムを使用して
、ハードウェア識別子１４０を使用して秘密鍵２４０４の解読を試みることによ
って行われる。そうでない場合には、処理はステップ７１６に移り、エラー・メ
ッセージをユーザに提示する。エラー・メッセージによって、突き止められた機
械束縛パスポートが、クライアント・コンピュータ・システム１０４に属さない
ことが示される。コンテンツ・プレイヤ１４２は、さまざまな形でそのようなエ
ラーに応答することができる。たとえば、コンテンツ・プレイヤ１４２は、誤り
のある機械束縛パスポートを削除し、論理流れ図７００による処理を再開するよ
うにユーザに指示することができる（処理は、論理流れ図７００による後続の反
復処理で下のステップ７１８以下参照に達する）。コンテンツ・プレイヤ１４２
は、そのようなエラーを認証サーバ１２６に報告し、機械束縛パスポートの無許
可配布を追跡できるようにすることもできる。

【００８０】 しかし、ハードウェア識別子１４０が正しい識別子である場合には、処理はテ
スト・ステップ７１４からステップ７０８に移り、購入されるコンテンツが機械
束縛パスポートに束縛されることを除いて、上で説明した形で購入処理が継続さ
れる。選択されたコンテンツを要求する際に、コンテンツ・プレイヤ１４２は、
その証明書を認証サーバ１２６に送信する。認証サーバ１２６は、証明書の公開
鍵を使用してマスタ鍵２０８を暗号化し、これによって、選択されたコンテンツ
をコンテンツ・プレイヤ１４２に束縛する。コンテンツ・プレイヤ１４２によっ
て検出された機械束縛パスポートに、すでに、ハードウェア識別子１４０を使用
して暗号化されたコンテンツ・プレイヤ１４２の秘密鍵が含まれる。

【００８１】 テスト・ステップ７１０（図７）に戻って、コンテンツ・プレイヤ１４２が機
械束縛パスポートを見つけない場合には、コンテンツ・プレイヤ１４２は、パス
ポートを全く有しておらず、処理はステップ７１８に移る。ステップ７１８では
、コンテンツ・プレイヤ１４２が、認証サーバ１２６に新しい機械束縛パスポー
トを要求する。ステップ７１８は、下で論理流れ図７１８（図８）に関してより
完全に説明する。ステップ７１８の後に、コンテンツ・プレイヤ１４２は、認証
サーバ１２６から受信した機械束縛パスポート・レコードから新しい機械束縛パ
スポートを構成する。ステップ７２０の後に、コンテンツの購入が、ステップ７
０８で、上で説明した形で継続される。

【００８２】 論理流れ図７１８（図８）に、機械束縛パスポートの要求を詳細に示す。ステ
ップ８０２で、コンテンツ・プレイヤ１４２が、認証サーバ１２６との保護され
た接続を確立する。そのような保護された接続は、下で詳細に説明する。ステッ
プ８０４で、コンテンツ・プレイヤ１４２が、新しい機械束縛パスポートの情報
テンプレートを要求する。そのような要求に応答して、認証サーバ１２６が、新
しい機械束縛パスポートの情報テンプレートを送信する。情報テンプレートとは
、ユーザ供給データ・フィールドとそのためのプロンプトを指定するデータの集
合である。１実施形態では、情報テンプレートが、ユーザから収集されるデータ
のＸＭＬ記述である。情報テンプレートが、コンテンツ・プレイヤ１４２によっ
て受信された場合には、処理はテスト・ステップ８０６を介してステップ８０８
に移り、コンテンツ・プレイヤ１４２が、受信した情報テンプレートで指定され
た情報を収集する。そのような情報は、従来のユーザ・インターフェース技法を
使用してユーザが入力することができる。処理はステップ８１０に移る。情報テ
ンプレートが受信されない場合には、処理は、テスト・ステップ８０６を介して
、ステップ８０８をスキップしてステップ８１０に移る。

【００８３】 ステップ８１０では、コンテンツ・プレイヤ１４２が、新しい機械束縛パスポ
ートの要求として、認証サーバ１２６にハードウェア識別子１４０およびユーザ
供給情報を送信する。ステップ８１０の後に、論理流れ図７１８に従う処理が完
了し、したがって、ステップ７１８（図７）が完了する。

【００８４】 論理流れ図９００（図９）に、コンテンツ・プレイヤ１４２によってステップ
８１０（図８）で行われる新しい機械束縛パスポートの要求に応答する、認証サ
ーバ１２６（図１）による処理を示す。ステップ９０２（図９）で、認証サーバ
１２６が、ハードウェア識別子およびユーザ供給情報を受信する。テスト・ステ
ップ９０４で、認証サーバ１２６が、受信したハードウェア識別子に対応する鍵
レコードが証明書データベース１２４内に存在するかどうかを判定する。認証サ
ーバ１２６は、ハードウェア識別子フィールド１９１４内の同等のハードウェア
識別子を表す鍵レコード、たとえば鍵レコード１７０４（図１９）を検索するこ
とによって、そのような判定を行う。そのような鍵レコードが見つからない場合
には、処理はステップ９０６（図９）に移る。逆に、そのような鍵レコードが見
つかる場合には、処理はステップ９１２に移るが、これは下で説明する。

【００８５】 ステップ９０６で、認証サーバ１２６は、新しい秘密鍵／公開鍵対、たとえば
鍵レコード１７０４（図１９）の鍵対を作成し、新しい鍵対に基づいて新しい証
明書、たとえば証明書２１００（図２１）を作成する。ステップ９０８（図９）
で、認証サーバ１２６は、新しい証明書と受信したハードウェア識別子、たとえ
ばハードウェア識別子１４０を、証明書データベース１２４内で関連付ける。そ
のような関連付けは、鍵レコード１７０４のハードウェア識別子フィールド１９
１４（図１９）にハードウェア識別子１４０を保管することによって達成される
。ステップ９１０（図９）で、認証サーバ１２６が、機械束縛パスポート・レコ
ードをコンテンツ・プレイヤ１４２に返す。機械束縛パスポート・レコードは、
コンテンツ・プレイヤ１４２が、上で説明したパスポート１４８Ｂなどの機械束
縛パスポートをそれから構成することができるデータの集合である。そのような
機械束縛パスポート・レコードには、たとえば、パスポート情報２２０４Ｂ（図
２４）と、署名アルゴリズム２２０６および署名２２０８が含まれる。ステップ
９１０（図９）の後に、論理流れ図９００による処理が完了する。

【００８６】 テスト・ステップ９０４に戻って、ハードウェア識別子１４０（図１）に関連
する鍵対が、証明書データベース１２４内に既に存在する場合には、処理は、テ
スト・ステップ９１２（図９）に移り、ポリシ判断を実施する。ポリシによって
、既存の機械束縛パスポートに関連する鍵の再発行を許可するかどうかが決定さ
れる。ユーザが、たとえば故意でない削除を介してまたはハードウェア障害に起
因するデータ消失を介して、機械束縛パスポートを紛失する可能性がある。さら
に、機械束縛パスポート鍵の再発行が許可される場合に、そのような再発行が許
可される回数を制限することができる。たとえば、そのような制限が、再発行限
度フィールド１９１０（図１９）で指定される。１実施形態では、０の限度が、
機械束縛鍵を再発行できないことを示す。この実施形態では、機械束縛鍵を１回
だけ再発行できることを示すために、再発行限度フィールド１９１０に、１の値
を有するデータが保管される。ポリシによって、たとえば鍵が再発行されないの
で、または証明書データベース１２４からこの機械束縛パスポートに関して最大
の許容される再発行回数を実行済みであることが示されるので、これらの鍵を再
発行してはならないと決定される場合に、処理はステップ９１４（図９）に移る
。ステップ９１４では、機械束縛パスポート・レコードではなく、エラーを返す
。逆に、再発行がポリシによって許可される場合には、処理はステップ９１６に
移る。再発行が全般的に許可され、証明書データベース１２４から再発行の最大
の許容される回数未満が実行されたことが示される場合に、ポリシによってその
ような再発行を許可することができる。１実施形態では、認証サーバ１２６が、
再発行を表す証明書データベース１２４内のヒストリ・レコード１７０６などの
ヒストリ・レコードを検索し、数えることによって、鍵レコード１７０４（図１
７）の鍵が再発行された回数を判定する。通し番号２００２（図２０）が通し番
号１９０２（図１９）に対応し、アクティビティ・フィールド２００６が再発行
イベントを指定する場合に、ヒストリ・レコード１７０６が、鍵レコード１７０
４の鍵の再発行を表す。

【００８７】 ステップ９１６で、認証サーバ１２６が、受信したハードウェア識別子に関連
する秘密鍵／公開鍵対、たとえばハードウェア識別子１４０に関連する鍵レコー
ド１７０４の鍵対を、証明書データベース１２４から取り出し、上で説明した形
で執行を猶予された対から機械束縛パスポート・レコードを形成する。ステップ
９１８で、認証サーバ１２６が、受信したハードウェア識別子に関連する鍵の追
加発行を反映するように証明書データベース１２４を更新する。この例示的実施
形態では、認証サーバ１２６は、鍵レコードの通し番号１９０２（図１９）に対
応する通し番号２００２（図２０）および再発行イベントを表すアクティビティ
・フィールド２００６を有する新しいヒストリ・レコード、たとえばヒストリ・
レコード１７０６を作成することによって、そのような再発行を記録する。処理
は、ステップ９１８からステップ９１０に移り、パスポート・レコードが、上で
説明した形で返される。ステップ９１０の後に、論理流れ図９００による処理が
完了する。

【００８８】 論理流れ図１０００（図１０）に、獲得されたコンテンツのアクセス中のパス
ポートの処理を示す。図１０から１６に関して、獲得されたコンテンツ１４４の
特定のコンテンツが、再生のためにユーザによって選択されており、そのコンテ
ンツを、時々、選択された獲得されたコンテンツと称する。テスト・ステップ１
００２（図１０）で、コンテンツ・プレイヤ１４２が、フル・パスポートが存在
するかどうかを判定する。そうでない場合には、処理はテスト・ステップ１００
８に移るが、これは下でより完全に説明する。逆に、フル・パスポートが存在す
る場合には、処理がステップ１００４に移り、コンテンツ・プレイヤ１４２が、
上でステップ７０４（図７）および７０６に関して説明した形でユーザ供給パス
ワードを検査することを介して、ユーザを認証する。ユーザが認証された後に、
コンテンツ・プレイヤ１４２は、ステップ１００６（図１０）で、テスト・ステ
ップ１００２で突き止めたフルのユーザ束縛パスポートを使用して、選択された
コンテンツの再生を試みる。

【００８９】 テスト・ステップ１００８で、コンテンツ・プレイヤ１４２は、機械束縛パス
ポートが存在するかどうかを判定する。そうでない場合には、パスポートが存在
せず、処理はダイアログ・ステップ１０１６に移る。その一方で、機械束縛パス
ポートが存在する場合には、処理はステップ１０１０に移り、コンテンツ・プレ
イヤ１４２は、ステップ７１２（図７）および７１４に関して上で説明した形で
、ハードウェア識別子１４０が機械束縛パスポートに対応することを検証する。
ステップ１０１０で検証エラーが発生する場合すなわち、ハードウェア識別子１
４０が機械束縛パスポートに対応しない場合には、処理は、下で説明するダイア
ログ・ステップ１０１６に移る。逆に、検証に成功する場合には、処理はステッ
プ１００６に移る。

【００９０】 ステップ１００６では、コンテンツ・プレイヤ１４２が、選択されたコンテン
ツの再生を試みる。テスト・ステップ１０１２で、コンテンツ・プレイヤ１４２
は、試みられた再生が成功であったすなわち、パスポート鍵によって選択された
コンテンツが成功裡にデコードされたかどうかを判定する。そのような判定は、
上でステップ７０６（図７）および７１４に関して説明した形で行われる。

【００９１】 選択されたパスポート鍵によって、選択されたコンテンツが成功裡に解読され
た場合には、処理は、ステップ１０１４に移り、コンテンツ・プレイヤ１４２が
、選択されたコンテンツの再生を継続する。ステップ１０１４では、ユーザおよ
び／またはクライアント・コンピュータ・システム１０４が、選択されたコンテ
ンツにアクセスする資格を有するものとして認証されている。

【００９２】 その一方で、選択されたパスポート鍵によって、選択されたコンテンツを成功
裡に解読できない場合には、処理はダイアログ・ステップ１０１６に移る。した
がって、処理がダイアログ・ステップ１０１６に移るのは、コンテンツ・プレイ
ヤ１４２によってパスポートが検出されない場合（テスト・ステップ１００８を
介する）、ハードウェア識別子１４０がコンテンツ・プレイヤ１４２によって突
き止められた機械束縛パスポートに対応しない場合（ステップ１０１０から）、
または選択されたパスポート鍵によって選択されたコンテンツを成功裡に解読で
きない場合（テスト・ステップ１０１２を介する）である。ダイアログ・ステッ
プ１０１６では、コンテンツ・プレイヤ１４２が、ユーザが選択されたコンテン
ツを再生することを許可されないことをユーザに報告し、ユーザがそれを許可さ
れるようになりたいかどうかを尋ねる。

【００９３】 ユーザが否定的に応答する場合には、処理はステップ１０２０に移り、コンテ
ンツ・プレイヤ１４２が、エラーを返し、処理を打ち切る。逆に、ユーザが肯定
的に応答する場合には、処理がステップ１０１８に移り、選択されたコンテンツ
について新しいパスポートが作成され、ステップ１０１４に継続して、コンテン
ツ・プレイヤ１４２が、選択されたコンテンツの再生を継続する。

【００９４】 ステップ１０１８を、論理流れ図１０１８（図１１）として詳細に示す。ステ
ップ１１０２で、コンテンツ・プレイヤ１４２が、選択されたコンテンツからコ
ンテンツ証明書を取り出す。コンテンツ証明書は、選択されたコンテンツに含ま
れ、そのコンテンツを当初に獲得したものを識別する、たとえばＩＴＵ−Ｔ Ｘ
．５０９ディジタル証明書などのディジタル証明書である。証明書２１００（図
２１）が、そのような証明書の例示的な例であり、上でより完全に説明される。
この例示的実施形態では、コンテンツ・プレイヤ１４２が、証明書通し番号、た
とえば証明書通し番号２１０２を取り出し、これによって、認証サーバ１２６（
図１）が、証明書データベース１２４内で証明書２１００を突き止めることがで
きる。テスト・ステップ１１０４（図１１）で、コンテンツ・プレイヤ１４２が
、ユーザがフル・パスポートを有するかどうかを判定する。コンテンツ・プレイ
ヤ１４２は、ステップ１００２（図１０）で判定されるフル・パスポートの存在
に基づいて、またはステップ１００４での存在するフル・パスポートを認証する
ことのユーザによる失敗に基づいて、そのような判定を行うことができる。さら
に、ユーザに、名前および電子メール・アドレスを請求することができ、それに
対するユーザの応答を使用して、同等の名前フィールド１８０４および電子メー
ル・アドレス・フィールド１８０６を有するアカウント・レコード１７０２（図
１８）などのアカウント・レコードを検索することができる。ユーザが、フル・
パスポートを有する場合に、処理は、ステップ１１０６（図１１）に移り、コン
テンツ・プレイヤ１４２が、プライベート・ユーザ情報２３０６（図２３）を含
むユーザのフル・パスポート情報を使用して、選択された獲得されたコンテンツ
のパスポートを要求する。ユーザが、フル・パスポートを有しない場合には、処
理は、ステップ１１１４（図１１）に移り、コンテンツ・プレイヤ１４２が、ハ
ードウェア識別子１４０を使用して、選択されたコンテンツのパスポートを要求
する。この実施形態では、ユーザに、名前、電子メール・アドレス、居住する国
などの個人情報を提供する機会が与えられ、その情報に、ステップ１１１４で新
しいパスポートを要求する際にハードウェア識別子１４０を付随させることがで
きる。

【００９５】 ステップ１１０６および１１１４の要求に応答する認証サーバ１２６による処
理は、下で、それぞれ図１３および図１２に関して説明する。ステップ１１０６
（図１１）の要求に応答して、認証サーバ１２６が、フル・パスポート・レコー
ドまたはエラー・メッセージを送信することができる。ステップ１１１４の要求
に応答して、認証サーバ１２６が、機械束縛パスポートまたはエラー・メッセー
ジを送信することができる。

【００９６】 テスト・ステップ１１０８で、コンテンツ・プレイヤ１４２が、認証サーバ１
２６によってフル・パスポート・レコードが返されたかどうかを判定する。そう
でない場合には、エラーが返され、論理流れ図１０１８および１０００による処
理が打ち切られる。逆に、フル・パスポート・レコードが返された場合には、処
理はステップ１１１０に移る。

【００９７】 ステップ１１１０では、コンテンツ・プレイヤ１４２が、上でフル・パスポー
ト・ジェネレータ５０４（図５）に関して説明した形で、ユーザ供給パスワード
を用いてフル・パスポート・レコードのフル・パスポート情報を保護する。

【００９８】 処理は、ステップ１１１０（図１１）からステップ１１１２に移り、コンテン
ツ・プレイヤ１４２が、認証サーバ１２６から受信したフル・パスポート情報か
らフル・パスポート１４８Ａ（図３Ａ）を作成する。

【００９９】 処理は、ステップ１１１４からテスト・ステップ１１１６に移る。テスト・ス
テップ１１１６では、コンテンツ・プレイヤ１４２が、ステップ１１１４または
ステップ１１０６の要求に応答する認証サーバ１２６から受信したデータが、機
械束縛パスポート・レコードを表すかどうかを判定する。そうである場合には、
コンテンツ・プレイヤ１４２は、機械束縛パスポート・レコードを使用してパス
ポート１４８Ｂ（図３Ｂ）などの機械束縛パスポートを作成し、論理流れ図１０
１８による処理、したがってステップ１０１８（図１０）の処理が、完了する。

【０１００】 逆に、認証サーバ１２６によって返されたデータが、機械束縛パスポート・レ
コードを表さない場合には、処理はテスト・ステップ１１２０に移る。テスト・
ステップ１１２０では、コンテンツ・プレイヤ１４２が、認証サーバ１２６によ
る応答から、ユーザが選択された獲得されたコンテンツへのアクセスを正しく認
可されるためにフル・パスポートを必要とすることが示されるかどうかを判定す
る。そうでない場合には、ユーザは、獲得したコンテンツへのアクセスが認可さ
れることができず、コンテンツ・プレイヤ１４２は、エラーが発生したことを書
き留め、そのエラーをユーザに報告し、論理流れ図１０１８による処理、したが
ってステップ１０１８（図１０）の処理を打ち切る。その一方で、認証サーバ１
２６からの応答によって、ユーザがフル・パスポートを必要とすることが示され
る場合には、処理はステップ１１２２に移る。

【０１０１】 ステップ１１２２では、コンテンツ・プレイヤ１４２が、新しいパスポートの
要求を認証サーバ１２６に送信する。この要求には、ハードウェア識別子１４０
を指定するデータと、選択された獲得されたコンテンツから取り出された証明書
が含まれる。獲得されたコンテンツの証明書によって、選択された獲得されたコ
ンテンツが、証明書データベース１２４（図１）内で識別される。認証サーバ１
２６は、下で論理流れ図１４００（図１４）に関して説明する形でそのような要
求に応答し、フル・パスポート・レコードまたはエラー・メッセージのいずれか
をコンテンツ・プレイヤ１４２に送信する。

【０１０２】 テスト・ステップ１１２４で、コンテンツ・プレイヤ１４２は、認証サーバ１
２６がフル・パスポート・レコードとエラーのどちらを返したかを判定する。エ
ラーが返された場合には、ユーザは、獲得したコンテンツへのアクセスを認証さ
れることができず、コンテンツ・プレイヤ１４２は、エラーが発生したことを書
き留め、そのエラーをユーザに報告し、論理流れ図１０１８による処理、したが
ってステップ１０１８（図１０）の処理を打ち切る。その一方で、認証サーバ１
２６からの応答がフル・パスポート・レコードである場合には、処理はステップ
１１２６（図１１）に移り、コンテンツ・プレイヤ１４２が、パスワードを入力
するようにユーザに促す。

【０１０３】 処理は、ステップ１１２６からステップ１１１２に移り、コンテンツ・プレイ
ヤ１４２が、認証サーバ１２６から受信したフル・パスポート情報からフル・パ
スポート１４８Ａ（図３Ａ）を作成する。ステップ１１１２（図１１）の後に、
ステップ１１１０を介した場合でもステップ１１２６を介した場合でも、論理流
れ図１０１８による処理、したがってステップ１０１８（図１０）の処理が、完
了する。

【０１０４】 上で説明したように、認証サーバ１２６は、論理流れ図１２００（図１２）と
して示された形で、ハードウェア識別子を含むパスポートの要求に応答する。具
体的に言うと、論理流れ図１２００は、ユーザがフル・パスポートを有しなかっ
た場合にステップ１１１４（図１１）でコンテンツ・プレイヤ１４２によって行
われる要求に対する認証サーバ１２６の応答を表す。したがって、認証サーバ１
２６は、選択されたコンテンツが既に束縛されていなければならない同一の機械
束縛パスポートの再発行を要求される。ステップ１２０２（図１２）で、認証サ
ーバ１２６が、選択されたコンテンツの証明書を証明書データベース１２４から
取り出す。たとえば、コンテンツ・プレイヤ１４２が、選択されたコンテンツの
証明書として、証明書通し番号２１０２（図２１）を供給する場合に、認証サー
バ１２６は、証明書データベース１２４（図１７）から証明書２１００を取り出
す。

【０１０５】 テスト・ステップ１２０４（図１２）で、認証サーバ１２６が、獲得されたコ
ンテンツが機械束縛パスポートに束縛されているかどうかを判定する。認証サー
バ１２６は、証明書に対応するアカウント・レコード、たとえばアカウント・レ
コード１７０２（図１８）を取り出すことによって、そのような判定を行う。認
証サーバ１２６は、名前１８０４、電子メール・アドレス１８０６、および国１
８０８の対応するデータ値を有するアカウント・レコードを検索することによっ
て、または証明書通し番号２１０２（図２１）などの証明書通し番号を通し番号
１８０２（図１８）などの通し番号と相関させるレコードのテーブルを維持する
ことによって、そのようなアカウント・レコードを突き止めることができる。取
り出されたアカウント・レコードのタイプ・フィールド１８１６を検査し、そこ
に保管されたデータを、機械束縛タイプを表すデータと比較することによって。
タイプ・フィールド１８１６のデータがそれを示す場合に、選択されたコンテン
ツが、機械束縛パスポートに束縛されている。そうでない場合には、選択された
コンテンツが、フル・パスポートに束縛されている。

【０１０６】 選択されたコンテンツが、機械束縛パスポートに束縛されていない場合には、
認証サーバ１２６は、選択されたコンテンツにアクセスするのにフル・パスポー
トが必要であることを示すエラー・メッセージを返し、論理流れ図１２００によ
る処理を打ち切る。フル・パスポートが必要になるのは、選択されたコンテンツ
が、既にフルのユーザ束縛パスポートに束縛されているからである。コンテンツ
を新しい機械束縛パスポートにも束縛できるようにすることによって、当初の購
入するユーザによって使用されるもの以外の多数のコンピュータ・システムでコ
ンテンツを再生できるようになり、セキュリティが危険にさらされるはずである
。

【０１０７】 逆に、選択された獲得されたコンテンツが、機械束縛パスポートに束縛されて
いる場合には、処理がステップ１２０６に移り、認証サーバ１２６が、コンテン
ツ・プレイヤ１４２からの要求で受信したハードウェア識別子に関連するコンピ
ュータ・システムを表す鍵レコードを取り出す。具体的に言うと、認証サーバ１
２６は、そのハードウェア識別子レコード１９１４がコンテンツ・プレイヤ１４
２から受信したハードウェア識別子を表す鍵レコード、たとえば鍵レコード１７
０４（図１９）を取り出す。

【０１０８】 そのような鍵レコードが見つからない場合には、処理は、テスト・ステップ１
２０８（図１２）を介して終端ステップ１２１０に移る。終端ステップ１２１０
では、認証サーバ１２６が、選択されたコンテンツにアクセスするためにユーザ
がフル・パスポートを必要とすることを示すエラー・メッセージを返す。ユーザ
がフル・パスポートを必要とするのは、コンテンツ・プレイヤ１４２から受信し
たハードウェア識別子が、テスト・ステップ１２０８で、認証サーバ１２６が知
らないコンピュータ・システムを表すと判定されるからである。

【０１０９】 認証サーバ１２６が、鍵レコードを見つけたが、その鍵レコードが、テスト・
ステップ１２０４で取り出された鍵レコードと同一でない場合には、処理はテス
ト・ステップ１２０８およびテスト・ステップ１２１２を介して終端ステップ１
２１０に進む。ユーザがフル・パスポートを必要とするのは、機械束縛パスポー
トの要求が、獲得されたコンテンツが当初に束縛されたコンピュータ・システム
以外のコンピュータ・システムから来たように見えるからである。

【０１１０】 鍵レコードが、テスト・ステップ１２０８の判定で見つかり、テスト・ステッ
プ１２１２の判定で、選択された獲得されたコンテンツに関連する鍵レコードと
同一である場合には、処理がテスト・ステップ１２１４に移り、認証サーバ１２
６が、ポリシ判断を実施する。具体的に言うと、認証サーバ１２６は、機械束縛
鍵を再発行できるかどうかを判定する。この例示的実施形態では、認証サーバ１
２６は、ステップ１２０６（図１２）で取り出された鍵レコードの再発行限度フ
ィールド１９１０（図１９）に保管されたデータに従って、そのような判定を行
う。再発行が許可されない場合には、処理が終端ステップ１２１０に移り、認証
サーバ１２６が、選択されたコンテンツにアクセスするためにユーザがフル・パ
スポートを必要とすることを示すエラー・メッセージを返す。逆に、機械束縛鍵
の再発行が許可される場合には、処理がステップ１２１６に移る。

【０１１１】 ステップ１２１６では、認証サーバ１２６が、ヒストリ・レコード１７０６な
どの新しいヒストリ・レコードを用いて、鍵レコード１７０４（図１９）の再発
行を証明書データベース１２４（図１７）に記録する。ステップ１２１６（図１
２）の後に、認証サーバ１２６は、終端ステップ１２１８（図１２）で、鍵レコ
ード１７０４（図１９）からの情報を含む機械束縛パスポート・レコードを、コ
ンテンツ・プレイヤ１４２（図１）に返す。終端ステップ１２１０または終端ス
テップ１２１８の後に、論理流れ図１２００による処理が完了する。

【０１１２】 上で説明したように、論理流れ図１３００（図１３）は、フル・パスポート情
報を含む新しいパスポートの要求に応答する認証サーバ１２６による処理を表す
。具体的に言うと、論理流れ図１３００は、ユーザが既にフル・パスポートを有
し、本質的に機械束縛鍵をそのフル・パスポートに追加することを求める場合の
、ステップ１１０６（図１１）でコンテンツ・プレイヤ１４２によって行われる
要求に対する、認証サーバ１２６による応答を表す。ステップ１３０２（図１３
）で、認証サーバ１２６が、上でステップ１２０２（図１２）に関して説明した
形で、選択されたコンテンツの証明書を取り出す。テスト・ステップ１３０４（
図１３）で、認証サーバ１２６が、上でステップ１２０４（図１２）に関して説
明した形で、コンテンツ証明書が機械束縛であるかどうかを判定する。

【０１１３】 コンテンツ証明書が機械束縛でない場合には、認証サーバ１２６は、終端ステ
ップ１３０６（図１３）でエラーを返す。というのは、選択されたコンテンツが
、異なるフルのユーザ束縛パスポートに束縛されている、すなわち、異なるユー
ザに束縛されているからである。逆に、証明書が機械束縛である場合には、処理
がステップ１３０８に移る。

【０１１４】 テスト・ステップ１３０８では、ポリシ判断を実施し、認証サーバ１２６が、
機械束縛鍵を事前に存在するフル・パスポートに追加できるかどうかを判定する
。これが発生するのは、たとえば、ユーザが、あるクライアント・コンピュータ
・システムでフル・パスポートについて登録し、別のクライアント・コンピュー
タ・システムで機械束縛パスポートについて登録し、その後、獲得したコンテン
ツを後者のクライアント・コンピュータ・システムから前者に移動することを求
める場合である。ユーザは、鍵の２つの異なる組に束縛された獲得されたコンテ
ンツを有する。これが許可されない場合には、処理は終端ステップ１３０６に移
り、エラーが返される。逆に、これが許可される場合には、処理はテスト・ステ
ップ１３１０に移る。

【０１１５】 テスト・ステップ１３１０で、認証サーバ１２６が、もう１つのポリシ判断す
なわち、この特定のフル・パスポートにさらに鍵を含めることができるかどうか
を実施する。通常、フル・パスポートは、限られた数の追加の鍵だけを保持する
ことを許可され、ユーザが、友人および同僚から無制限に機械束縛鍵およびコン
テンツを収集できないようになっている。この実施形態では、パスポート鍵限度
１９１２（図１９）によって、鍵レコード１７０４に基づいてパスポートによっ
て保持される鍵の最大個数が指定される。認証サーバ１２６は、ユーザのフル・
パスポートに既に保持されている鍵の数を、パスポート鍵限度１９１２で指定さ
れた限度と比較して、パスポートにさらに鍵を含めることができるかどうかを判
定する。

【０１１６】 パスポートにさらに鍵を含めることができない場合には、処理が終端ステップ
１３０６（図１３）に移り、エラーが返される。終端ステップ１３０６では、テ
スト・ステップ１３０４、テスト・ステップ１３０８、またはテスト・ステップ
１３１０のどれから来た場合でも、論理流れ図１３００による処理が打ち切られ
る。

【０１１７】 逆に、パスポートにさらに鍵を含めることができる場合には、処理がステップ
１３１２に移り、鍵がパスポートに追加され、鍵の追加が、証明書データベース
１２４内の新しいヒストリ・レコードに記録される。鍵を追加する際に、認証サ
ーバ１２６が、パスポートに追加の鍵レコード２３１２（図２３）を追加する。
追加の鍵レコード２３１２に、鍵２３１４および証明書２３１６が含まれる。証
明書２３１６は、選択されたコンテンツが既に束縛されているコンテンツ・プレ
イヤの証明書であり、鍵２３１４は、相応する秘密鍵である。鍵２３１４は、暗
号化されていない登録鍵２３０８（たとえば平文登録鍵５２０（図５）を参照さ
れたい）を使用して暗号化される。１実施形態では、そのような暗号化が、認証
サーバ１２６によってパスポート情報が返された後にコンテンツ・プレイヤ１４
２（図１）によって実行される。というのは、コンテンツ・プレイヤ１４２が、
ユーザ供給パスワードを直接に受け取るからである。代替実施形態では、認証サ
ーバ１２６が、平文登録鍵５２０を維持し、パスポート要求と共にコンテンツ・
プレイヤ１４２からユーザ供給パスワードを受信し、したがって、認証サーバ１
２６が鍵２３１４（図２３）を暗号化する。

【０１１８】 ステップ１３１４（図１３）の後に、処理が終端ステップ１３１６に移り、認
証サーバが、フル・パスポート・レコードを送信し、論理流れ図１３００による
処理を完了する。

【０１１９】 論理流れ図１４００（図１４）は、ユーザがフル・パスポートを有しないが、
前に獲得した機械束縛パスポートをフル・パスポートにアップグレードすること
を要求している場合の、ステップ１１２２（図１１）でのコンテンツ・プレイヤ
１４２の要求に対する、認証サーバ１２６による応答を表す。ユーザが、そのよ
うなアップグレードを明示的に要求することができ、また、コンテンツが束縛さ
れていないクライアント・コンピュータ・システムでユーザが機械束縛コンテン
ツの再生を試みた後にユーザが同意した時に、そのようなアップグレードを試み
ることができる。ステップ１４０２（図１４）で、認証サーバ１２６が、コンテ
ンツへの鍵と共に新しいフル・パスポートを生成する。ステップ１４０２を、論
理流れ図１４０２（図１５）として詳細に示す。

【０１２０】 ステップ１５０２で、認証サーバ１２６が、ステップ１１２２（図１１）の要
求でコンテンツ・プレイヤ１４２から受信したハードウェア識別子に対応するハ
ードウェア識別子１９１４（図１９）を有する鍵レコードを検索する。見つから
ない場合には、処理がステップ１５０４に移る。

【０１２１】 ステップ１５０４で、認証サーバ１２６が、新しい鍵対を作成し、新しい鍵対
を表す、鍵レコード１７０４（図１９）などの新しい鍵レコードを形成する。ス
テップ１５０６で、認証サーバ１２６が、新しい鍵レコードの鍵を有するフル・
パスポートを作成する。具体的に言うと、認証サーバ１２６は、新たに作成され
た鍵レコード１７０４の公開鍵１９０６（図１９）および有効性日付１９０８を
、それぞれ公開鍵２３２０（図２３）および有効性日付２３２２にコピーする。
認証サーバ１２６は、新しい証明書通し番号２３２４を作成し、証明書２３０２
に署名して、署名２３２６を形成する。認証サーバ１２６は、秘密鍵１９０４（
図１９）を秘密鍵２３０４（図２３）にコピーする。この実施形態では、秘密鍵
２３０４が、上で説明したように、ステップ１０１０（図１０）でコンテンツ・
プレイヤ１４２（図１）によって保護される。さらに、プライベート・ユーザ情
報２３０６（図２３）は、コンテンツ・プレイヤ１４２によって完成させるため
に空のままにする。認証サーバ１２６は、新しい登録鍵２３０８および新しい乱
数２３１０を作成する。コンテンツ・プレイヤ１４２は、上で説明したように、
ステップ１０１０（図１０）で登録鍵２３０８を保護する。

【０１２２】 テスト・ステップ１５０２に戻って、受信したハードウェア識別子に対応する
鍵レコードが見つかる場合には、処理がテスト・ステップ１５０８に移り、ポリ
シ判断が実施される。具体的に言うと、テスト・ステップ１５０８では、テスト
・ステップ１３０８（図１３）によって実施されるものと同一のポリシ判断すな
わち、フル・パスポートに機械束縛鍵を含めることができるかどうかを実施する
。認証サーバ１２６が、フル・パスポートに機械束縛鍵を含めることができない
と判定する場合に、処理が終端ステップ１５１０に移り、認証サーバ１２６が、
エラーを返し、論理流れ図１４０２および１４００（図１４）による処理を完了
する。逆に、フル・パスポートに機械束縛鍵を含めることができる場合には、処
理はステップ１５１２（図１５）に移る。

【０１２３】 ステップ１５１２で、認証サーバ１２６が、証明書データベース１２４内の新
しいヒストリ・レコードに、テスト・ステップ１５０２で突き止めた鍵レコード
の鍵の発行を記録する。ステップ１５１４で、認証サーバ１２６が、機械束縛鍵
レコードの鍵を用いてフル・パスポートを作成する。ステップ１５１４は、鍵レ
コード１７０４がステップ１５１４で新規作成されないことを除いて、上で説明
したステップ１５０６に類似する。その代わりに、鍵レコード１７０４が、テス
ト・ステップ１５０２で突き止められた鍵レコードになる。

【０１２４】 ステップ１５０６またはステップ１５１４のいずれかの後に、論理流れ図１４
０２による処理、したがってステップ１４０２（図１４）が、完了する。ステッ
プ１４０４で、認証サーバ１２６が、受信したハードウェア識別子およびコンテ
ンツ情報を使用して、新しいフル・パスポートを生成する。ステップ１４０４を
、論理流れ図１４０４（図１６）として詳細に示す。

【０１２５】 テスト・ステップ１６０２で、認証サーバ１２６が、選択されたコンテンツの
証明書が、ステップ１１２２の要求と共にコンテンツ・プレイヤ１４２から受信
されたかどうかを判定する。ユーザが、特定のコンテンツの再生を要求せずに、
機械束縛からユーザ束縛へのパスポートのアップグレードを明示的に要求する場
合には、認証サーバ１２６によって受信される要求に、コンテンツ証明書が含ま
れない。しかし、アップグレード要求が、コンテンツが第２のクライアント・コ
ンピュータ・システムに束縛されている時に第１のクライアント・コンピュータ
・システムでコンテンツを再生する試みに応答したものである場合の、ステップ
１１２２（図１１）を介して来た要求の場合には、その要求に、再生を試みられ
たコンテンツの証明書が含まれる。

【０１２６】 コンテンツ証明書がコンテンツ・プレイヤ１４２からの要求に含まれない場合
には、処理はステップ１６０４（図１６）に移り、ステップ１５０６（図１５）
またはステップ１５１４で作成されたフル・パスポート情報が返される。論理流
れ図１４０２（図１６）による処理、したがってステップ１４０４（図１４）が
、ステップ１６０４（図１６）の後に完了する。

【０１２７】 その一方で、コンテンツ証明書がコンテンツ・プレイヤ１４２からの要求に含
まれる場合には、処理はテスト・ステップ１６０６に移る。テスト・ステップ１
６０６では、認証サーバ１２６が、コンテンツ・プレイヤ１４２から受信したハ
ードウェア識別子が、コンテンツ証明書と一致するかどうかを判定する。そうで
ある場合には、ユーザが、自分のコンテンツが束縛された機械からのアップグレ
ードを要求しており、処理がステップ１６０４に移り、ステップ１５０６（図１
５）またはステップ１５１４で作成されたフル・パスポート情報が返される。逆
に、受信したハードウェア識別子とコンテンツ証明書が一致しない場合には、処
理はテスト・ステップ１６０８に移る。

【０１２８】 テスト・ステップ１６０８では、認証サーバ１２６が、ポリシ判断すなわち、
機械束縛鍵をフル・パスポートに発行できるかどうかを実施する。これは、テス
ト・ステップ１５０８のポリシ判断と同一である。機械束縛鍵をフル・パスポー
トに発行することができない場合には、エラーが返され、論理流れ図１４０４お
よび１４００（図１４）による処理が打ち切られる。逆に、機械束縛鍵をフル・
パスポートに追加することができる場合には、処理はテスト・ステップ１６１２
に移る。

【０１２９】 テスト・ステップ１６１２で、認証サーバ１２６が、もう１つのポリシ判断す
なわち、このパスポートがさらに鍵を保持できるかどうかを実施する。これは、
テスト・ステップ１３１０のポリシ判断と同一である。フル・パスポートがこれ
以上の鍵を保持できない場合には、エラーが返され、論理流れ図１４０４および
１４００（図１４）による処理が打ち切られる。逆に、フル・パスポートがさら
に鍵を保持できる場合には、処理はステップ１６１４（図１６）に移る。

【０１３０】 ステップ１６１４で、認証サーバ１２６が、上でステップ１３１２（図１３）
に関して説明した形で、フル・パスポートに機械束縛鍵を含めたことを証明書デ
ータベース１２４に記録する。ステップ１６１６で、認証サーバ１２６が、コン
テンツ証明書からの鍵をフル・パスポートに追加する。たとえば、証明書２１０
０（図２１）が、コンテンツ証明書を表す場合に、認証サーバ１２６は、証明書
２１００を証明書２３１６（図２３）として保管し、関連する鍵レコードの関連
する秘密鍵１９０４を鍵２３１４（図２３）として保管する。

【０１３１】 ステップ１６１４（図１６）の後に、処理はステップ１６０４に移り、ステッ
プ１５０６（図１５）またはステップ１５１４で作成されたフル・パスポート情
報が、ステップ１６１６（図１６）の追加の鍵と共に返され、論理流れ図１４０
４および１４００（図１４）による処理が完了する。

【０１３２】 したがって、機械束縛パスポートが、ユーザにとって比較的便利な保護された
形で、再暗号化または他の形での束縛されたデータの修正を必要とせずに、ユー
ザ束縛パスポートに変換される。

【０１３３】 認証サーバとコンテンツ・プレイヤの間の保護された接続 上で簡単に説明したように、認証サーバ１２６（図１）およびコンテンツ・プ
レイヤ１４２は、広域ネットワーク１０６を介する保護された接続を介して通信
する。１実施形態では、既知のＳｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ（Ｓ
ＳＬ）タイプの接続が、認証サーバ１２６とコンテンツ・プレイヤ１４２の間の
保護された通信に使用される。

【０１３４】 代替実施形態では、認証サーバ１２６とコンテンツ・プレイヤ１４２が、ＳＳ
Ｌプロトコルより単純な、暗号的に保護されたセッションで互いに通信する。コ
ンテンツ・プレイヤ１４２が、認証サーバ１２６に要求メッセージを送信して、
認証サーバ１２６の証明書を得る。コンテンツ・プレイヤ１４２は、認証サーバ
１２６の公開鍵を使用してその登録情報を暗号化し、その結果、認証サーバ１２
６だけが、登録情報を解読できるようになる。認証サーバ１２６は、パスポート
を作成するのに必要な情報をコンテンツ・プレイヤ１４２に返す。この情報は、
コンテンツ・プレイヤ１４２によって供給された登録情報から導出された鍵を使
用して暗号化され、コンテンツ・プレイヤ１４２だけが、そのパスポート情報を
解読できるようになっている。

【０１３５】 上の説明は、単に例示的であって制限的ではない。本発明は請求項によっての
み制限される。

【図面の簡単な説明】

【図１】 広域コンピュータ・ネットワークを介してクライアント・コンピュータ・シス
テムに結合されたサーバ・コンピュータ・システムを含むコンピュータ・システ
ムのブロック図である。クライアント・コンピュータ・システムには、本発明に
従って保護されるデータにアクセスするコンテンツ・プレイヤが含まれる。

【図２】 図１のコンテンツ・プレイヤを詳細に示すブロック図である。

【図３Ａ】 図２のコンテンツ・プレイヤのセキュリティ・マネージャを詳細に示すブロッ
ク図である。

【図３Ｂ】 図２のコンテンツ・プレイヤのセキュリティ・マネージャを詳細に示すブロッ
ク図である。

【図４】 本発明による機械束縛パスポート・ジェネレータのブロック図である。

【図５】 本発明によるフル、ポータブル・パスポート・ジェネレータのブロック図であ
る。

【図６Ａ】 本発明による、機械束縛パスポートをフル・パスポートに変換するパスポート
・コンバータのブロック図である。

【図６Ｂ】 代替実施形態による、パスポートの変換を示す論理流れ図である。

【図７】 本発明によるディジタル・データ獲得に関するユーザの認証の論理流れ図であ
る。

【図８】 本発明によるユーザ認証中の新しい機械束縛パスポートの獲得の論理流れ図で
ある。

【図９】 本発明による、新しい機械束縛パスポートの要求の、図１のサーバ・プロセス
による処理の論理流れ図である。

【図１０】 本発明によるユーザ認証中の新しいフル・パスポートの獲得の論理流れ図であ
る。

【図１１Ａ】 本発明による、新しいフル・パスポートの要求の、図１のサーバ・プロセスに
よる処理の論理流れ図である。

【図１１Ｂ】 本発明による、新しいフル・パスポートの要求の、図１のサーバ・プロセスに
よる処理の論理流れ図である。

【図１２Ａ】 本発明による、新しいフル・パスポートの要求の、図１のサーバ・プロセスに
よる処理の論理流れ図である。

【図１２Ｂ】 本発明による、新しいフル・パスポートの要求の、図１のサーバ・プロセスに
よる処理の論理流れ図である。

【図１３】 本発明による、新しいフル・パスポートの要求の、図１のサーバ・プロセスに
よる処理の論理流れ図である。

【図１４】 本発明による、新しいフル・パスポートの要求の、図１のサーバ・プロセスに
よる処理の論理流れ図である。

【図１５】 図１４の論理流れ図の１ステップの処理を詳細に示す論理流れ図である。

【図１６Ａ】 図１４の論理流れ図の１ステップの処理を詳細に示す論理流れ図である。

【図１６Ｂ】 図１４の論理流れ図の１ステップの処理を詳細に示す論理流れ図である。

【図１７】 図１の証明書データベースを詳細に示すブロック図である。

【図１８】 図１７のアカウント・レコードを詳細に示すブロック図である。

【図１９】 図１７の鍵レコードを詳細に示すブロック図である。

【図２０】 図１７のヒストリ・レコードを詳細に示すブロック図である。

【図２１】 証明書のブロック図である。

【図２２】 図１のパスポートを詳細に示すブロック図である。

【図２３】 ユーザ束縛パスポートのブロック図である。

【図２４】 機械束縛パスポートのブロック図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ， ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ， ＺＡ，ＺＷ (72)発明者 リシュニュー，レオン アメリカ合衆国・94107・カリフォルニア 州・サン フランシスコ・コネティカット ストリート・430 (72)発明者 キャノン，スーザン・エイ アメリカ合衆国・95128・カリフォルニア 州・サン ホゼ・ウッドランド アベニ ュ・2458 (72)発明者 アラード，エドワード・ジェイ アメリカ合衆国・94114・カリフォルニア 州・サン フランシスコ・チャーチ スト リート・320・ナンバー ４ (72)発明者 ブラウネル，ジェイソン・エス アメリカ合衆国・94110・カリフォルニア 州・サン フランシスコ・アンダーソン ストリート・740 (72)発明者 ストロウド，ミカー アメリカ合衆国・95117・カリフォルニア 州・サン ホゼ・ボイントン アベニュ・ 448・ナンバー 209 Ｆターム(参考） 5J104 AA16 DA02 EA03 EA08 EA15 NA02 NA05 【要約の続き】 開始することができる。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 コンテンツ・データを機械束縛からユーザ束縛に変換する方
   法であって、 （ｉ）該コンテンツ・データを、１つまたは複数のハードウェア・デバイスに
   関係する１つまたは複数の束縛鍵を使用して、該１つまたは複数のハードウェア
   ・デバイスに束縛することと、 （ｉｉ）１つまたは複数の平文鍵を形成するために、１つまたは複数の平文鍵
   が該１つまたは複数のハードウェア・デバイスから独立であるように、該１つま
   たは複数の束縛鍵を変換することと、 （ｉｉｉ）１つまたは複数のユーザ束縛鍵を形成するために、該１つまたは複
   数の平文鍵をユーザに束縛することと を含む方法。
2. 【請求項２】 （ｉｉｉ）束縛することが、 該コンテンツ・データにアクセスするための該ユーザ束縛鍵の使用を許可する
   前に、該ユーザがパスワードを入力することを要求すること を含む請求項１に記載の方法。
3. 【請求項３】 （ｉｉｉ）束縛することが、さらに、 該パスワードを暗号化鍵として使用して該１つまたは複数の平文鍵を暗号化す
   ること を含む請求項２に記載の方法。
4. 【請求項４】 （ｉｉｉ）束縛することが、 該ユーザ束縛鍵から該平文鍵を解読し、これによって該コンテンツ・データへ
   のアクセスを提供するために、該ユーザが解読鍵を提供することを要求する形で
   、該ユーザ束縛鍵を形成するために、該１つまたは複数の平文鍵を暗号化するこ
   と を含む請求項１に記載の方法。
5. 【請求項５】 （ｉｉｉ）束縛することが、 該コンテンツ・データの再生が該ユーザのプライベート情報の表示を引き起こ
   すようにするために、該コンテンツ・データに該プライベート・ユーザ情報を関
   連付けること を含む請求項１に記載の方法。
6. 【請求項６】 （ｉ）束縛することが、 該１つまたは複数の束縛鍵を形成するための暗号化鍵として、該１つまたは複
   数のハードウェア・デバイスに対応するハードウェア識別データを使用して該１
   つまたは複数の平文鍵を暗号化すること を含む請求項１に記載の方法。
7. 【請求項７】 （ｉｉ）変換することが、 該１つまたは複数の平文鍵を形成するために、該暗号化鍵として該ハードウェ
   ア識別データを使用して該１つまたは複数の束縛鍵を解読すること を含む請求項６に記載の方法。
8. 【請求項８】 事前に存在するデータ構造が該ユーザを他のコンテンツに束
   縛することを判定すること をさらに含み、（ｉｉｉ）束縛することが、 該ユーザ束縛鍵を、１つまたは複数の追加鍵として該データ構造に含めること を含む請求項１に記載の方法。
9. 【請求項９】 （ｉｉ）変換することおよび（ｉｉｉ）束縛することが、該
   ユーザが該１つまたは複数のハードウェア・デバイスを含まないシステムでの該
   コンテンツ・データの再生を要求する状態の検出に応答して実行される請求項１
   に記載の方法。