(57)【特許請求の範囲】
【請求項１】
ローカル・ネットワーク内で第２の装置に相互接続された第１の装置を具備する前記ローカル・ネットワークにおいて、スクランブルされたプログラムへのアクセスを管理する方法であって、
（ａ）前記第１の装置において、スクランブルされたデータ・コンポーネントとデスクランブル用の鍵とを備える前記スクランブルされたプログラムを受信するステップと、
（ｂ）前記第１の装置において前記第１の装置に関連付けられた一意の鍵を使用して前記デスクランブル用の鍵をリバンドルするステップと、
（ｃ）前記ローカル・ネットワーク内の前記第２の装置が、前記スクランブルされたデータ・コンポーネントと前記リバンドルされたデスクランブル用の鍵とを受信するステップと、
（ｄ）前記第２の装置において前記リバンドルされたデスクランブル用の鍵から前記デスクランブル用の鍵を取得するステップと、
（ｅ）前記第２の装置において前記スクランブルされたデータ・コンポーネントを前記デスクランブル用の鍵を用いてデスクランブルするステップと
を含む、方法。
【請求項２】
前記デスクランブル用の鍵が暗号化されており、前記リバンドルするステップは、
（ａ）前記スクランブルされたプログラムに関連付けられた鍵を使用して前記暗号化されたデスクランブル用の鍵を解読するステップと、
（ｂ）前記第１の装置に関連付けられた前記一意の鍵を使用して前記デスクランブル用の鍵を再暗号化して、前記リバンドルされたデスクランブル用の鍵を生成するステップと
を含む、請求項１に記載の方法。
【請求項３】
前記第１の装置に関連付けられた前記一意の鍵は秘密鍵であり、前記秘密鍵は前記第１の装置内にあり、対応する公開鍵は前記第２の装置内にある、請求項２に記載の方法。
【請求項４】
前記リバンドルするステップは、前記第１の装置に結合された第１のスマートカード内で行われ、前記解読するステップとデスクランブルするステップは、前記第２の装置に結合された第２のスマートカード内で行われる、請求項２に記載の方法。
【請求項５】
前記ネットワーク内で前記第１の装置を初期化するステップをさらに含む、請求項３に記載の方法。
【請求項６】
前記初期化するステップは、前記第２の装置が条件付アクセス・プロバイダから前記公開鍵を受信するステップを含み、前記受信するステップは、前記条件付アクセス・プロバイダの認証を含む、請求項５に記載の方法。
【請求項７】
前記公開鍵は前記スマートカードおよび前記アクセス装置の一方に格納される、請求項５に記載の方法。
【請求項８】
ローカル・ネットワーク内で相互接続されている第１の装置と第２の装置との間で、スクランブルされたプログラムへのアクセスを管理する方法であって、
（ａ）前記ローカル・ネットワーク内で前記第２の装置が、前記第１の装置から、スクランブルされたデータ・コンポーネント、およびネットワーク鍵を使用して暗号化されたリバンドル済みのデスクランブル用の鍵を有する前記スクランブルされたプログラムを受信するステップと、
（ｂ）前記第２の装置において、前記リバンドル済みのデスクランブル用の鍵を解読して前記デスクランブル用の鍵を生成するステップと、
（ｃ）前記第２の装置において、前記デスクランブル用の鍵を用いて前記スクランブルされたデータ・コンポーネントをデスクランブルするステップと
を含む、方法。
【請求項９】
ローカル・ネットワーク内で相互接続されているアクセス装置とプレゼンテーション装置を有する前記ローカル・ネットワーク内のサービス・プロバイダから受信したスクランブルされたプログラムへのアクセスを管理する方法であって、
（ａ）前記アクセス装置において、スクランブルされたデータ・コンポーネントと暗号化されたデスクランブル用の鍵とを有する前記スクランブルされたプログラムを受信するステップと、
（ｂ）前記アクセス装置において、前記サービス・プロバイダに関連付けられた鍵を用いて前記暗号化されたデスクランブル用の鍵を解読するステップと、
（ｃ）前記アクセス装置において、前記アクセス装置に関連付けられた公開鍵を用いて前記デスクランブル用の鍵を再暗号化するステップと、
（ｄ）前記ローカル・ネットワーク内の前記プレゼンテーション装置において、前記スクランブルされたデータ・コンポーネントと前記再暗号化されたデスクランブル用の鍵を受信するステップと、
（ｅ）前記プレゼンテーション装置において、前記再暗号化されたデスクランブル用の鍵を解読して、前記デスクランブル用の鍵を取得するステップと、
（ｆ）前記プレゼンテーション装置において、前記デスクランブル用の鍵を用いて前記スクランブルされたデータ・コンポーネントをデスクランブルするステップと
を含む、方法。
【請求項１０】
前記スクランブルされたプログラムは媒体に予め記録されていることを特徴とする請求項９に記載の方法。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は、デジタル・ホーム・ネットワーク内での伝送および記憶中にオーディオおよびビデオ・コンテンツのローカルなセキュリティを提供する。スクランブルされたコンテンツは、あらゆる条件で記録されるが、認可されたコピーのみがデスクランブルおよび閲覧（viewing）のために処理される。
【０００２】
（発明の背景）
映画スタジオや制作会社などの著作権所有者やコンテンツ作成者は、例えば映画、プログラミング、サービス、ソフトウェアなどの投資対象を保護する必要がある。このようなコンテンツは、一般的に、ネットワーク放送、プレミアム・プログラミング・ケーブルあるいは衛星チャネル、ペイパービュー方式のイベント、およびビデオ・カセットの小売とレンタルのそれぞれの方法によって消費者に提供されている。
【０００３】
アナログ・ビデオ・カセット・レコーダ（ＶＣＲ）によって消費者は、都合のよい時にコンテンツを見ることができる。幸いにもこのようなアナログＶＣＲは、通常は第２記録世代、第３記録世代になるとほとんどの視聴者に許容できないものになるほどに、各記録世代において品質の低下を引き起こす。しかし、デジタル技術を使用すると、アナログ技術に特徴的な固有の記録世代ごとの劣化はもはや存在しなくなる。デジタル記憶および伝送の性質により無限世代のコピーをオリジナル・マスタと同じ品質で作成できる。今日、デジタル・ビデオ・サービスを受け付けるほとんどの製品は、アナログ出力しかない。デジタル出力を持つ将来の製品では、ネットワーク化したシステムとより高品質な記録の点で便益が得られるようになる。コンテンツを受信して表示し記憶するホーム・ネットワークは、今すぐにでも不法なコピーまたは配信からコンテンツを保護しなければならない。
【０００４】
１９９６年のドラフト・ビデオ・ホーム記録法（Draft Video Home Recording Act of 1996）では、コピー・ジェネレーション・マネジメント・システム（Copy Generation Management System）（ＣＧＭＳ）を当該コピーの閲覧ではなくコピー作成を管理するメカニズムとして定義している。著作権所有者の権利は、ＣＧＭＳの概念によく合致しない。実際に、著作権所有者は、素材のコピー作成ではなく素材の実際の閲覧を制御することにより大きな関心を抱いている。今日、業界標準のアナログ・コピー保護技術を使用する場合でも、コピーを個人が閲覧できるかどうかに重点が置かれている。このことは、コピー装置が実際にコピーを作成するのを制約することとは違っている。
【０００５】
これらの問題は、インターネットなどのようなデジタル媒体配信の劇的な発展によって悪化している。したがって、著作権所有者の知的財産権を保護するための安全が確保できる解決策を提供する必要性が存在する。
【０００６】
（発明の概要）
本発明は、１つには上記問題を認識することにあり、また１つには前記問題の解決策を提供することにある。一般に、本発明はスクランブルされたプログラム・コンテンツへのアクセスを管理する方法を提供する。本発明は、例えば、ＴＤＥＳ（トリプルＤＥＳ）鍵をデスクランブルするのに必要な鍵を新しいＥＣＭ（Entitlement Control Message）（ＬＥＣＭとして知られる）にリバンドル（rebundling）することにより、ネットワーク内のコンテンツを保護する。この方法は、第１の装置においてスクランブルされたプログラム（例えば、スクランブルされたデータ・コンポーネントおよびデスクランブル用の鍵）を受信すること、および第１の装置に関連付けられた一意の鍵を使用してデスクランブル用の鍵をリバンドルすることを含む。デスクランブル用の鍵は、第２の装置においてリバンドルされたデスクランブル用の鍵から取得され、スクランブルされたデータ・コンポーネントをデスクランブルするのに使用される。
【０００７】
本発明の一態様によれば、デスクランブル用の鍵は暗号化され、リバンドルするステップは、スクランブルされたプログラムに関連付けられた鍵を使用して暗号化されたデスクランブル用の鍵を解読すること、および第１の装置に関連付けられた鍵を使ってデスクランブル用の鍵を再暗号化してリバンドルされるデスクランブル用の鍵（すなわちＬＥＣＭ）を作成することを含む。
【０００８】
別の態様によれば、本発明は、サービス・プロバイダから受信したスクランブルされたプログラムへのネットワーク内でのアクセスを管理する方法を提供する。スクランブルされたプログラムに関連付けられた暗号化されたデスクランブル用の鍵は、アクセス装置においてサービス・プロバイダに関連付けられた鍵を使用して解読され、次に鍵は、前記アクセス装置に関連付けられた公開鍵を用いて再暗号化される。プレゼンテーション装置は、再暗号化されたデスクランブル用の鍵を解読し、デスクランブル用の鍵を使用してスクランブルされたデータ・コンポーネントをデスクランブルする。本発明はまた、スクランブルされた事前記録プログラム（pre-recorded program）へのアクセスを管理するのにも使用できる。
【０００９】
別の様態によれば、本発明は、サービス・プロバイダから受信したスクランブルされたプログラムを記録する方法を提供する。この方法は、スクランブルされたプログラムを受信すること、およびこの場合はビデオ記録装置でよいアクセス装置において、サービス・プロバイダに関連付けられた鍵を使用して暗号化されたデスクランブル用の鍵を解読することを含む。デスクランブル用の鍵は、アクセス装置に関連付けられた公開鍵を使用して再暗号化される。記録装置は記録装置に結合された媒体上にスクランブルされたデータ・コンポーネントと再暗号化されたデスクランブル用の鍵を記録する。
【００１０】
（図面の詳細な説明）
本出願においては、拡張条件付アクセス（eXtended Conditional Access）またはＸＣＡとしても知られているデジタル・ホーム・ネットワーク用のグローバル保護システムを定義する。ＸＣＡは、スマートカードなどの更新可能なセキュリティ装置で使用されるように設計された交換可能なコピー保護システムである。コンシューマ・エレクトロニクス・マニュファクチャラーズ・アソシエーション（Consumer Electronics Manufacturers Association）（ＣＥＭＡ）では、デジタル・テレビジョンを他の装置と相互接続するための３つの標準、すなわち（１）ＥＩＡ−７７５−デジタル・テレビジョン・インタフェース１３９４（EIA-775-Digital Television 1394 Interface）、（２）ＥＩＡ−７６１−８−ＶＳＢリモジュレータ・インタフェース（EIA-761-8-VSB Remodulator Interface）、（３）ＥＩＡ−７６２−１６  ＶＳＢリモジュレータ・インタフェース（EIA-762-16 VSB Remodulator Interface）を確定した。ＥＩＡ−７６１およびＥＩＡ−７６２は、１方向伝送インターフェースであり、ＥＩＡ−７７５は双方向通信に対応している。ＸＣＡはこれらとの相互接続標準でも問題無く使用できるが、これら３つの標準に限られるものではない。
【００１１】
情報の流れは、ＸＣＡシステムではおもに１方向である。コンテンツは、その元のスクランブルを維持しながらソースからディスプレイへと流れる。コンテンツは、リンク保護ではなくチェーン保護されているので、連続するリンクが鍵をネゴシエート（negotiate）あるいは確定する必要はない。情報は、すべて厳密にソース装置からシンク（sink）装置へ流れ、すなわち常に最終的に見るためのプレゼンテーション装置（一般にデジタル・テレビジョン（ＤＴＶ）またはテレビジョンと組み合わせたセットトップボックス）に向かって流れる。
【００１２】
本発明を説明する際に以下の定義を使用する。暗号化またはスクランブルをかけるとは、平文を暗号文に変換するプロセス（すなわち、Ｅｃ′Ｋ［Ｍ］；メッセージＭは鍵Ｋを使用して暗号アルゴリズムＣで暗号化される）であり、解読またはデスクランブルするとは、その逆のプロセスである。従来は、コントロール・ワードや鍵について論じる際には暗号化（encryption）または解読（decryption）が使用され、オーディオ／ビデオ・コンテンツについて論じる際にはスクランブルをかける（scrambling）、あるいはデスクランブルする（descrambling）が使用されている。コントロール・ワード（ＣＷ）とは、オーディオ／ビデオ・コンテンツにスクランブルをかけ、あるいはデスクランブルするのに使用する鍵である。暗号システムとは、機密性、情報セキュリティの目的を達成するためのシステムである。
【００１３】
対称暗号システムでは、暗号化鍵と解読鍵は同一であるか、または互いから容易に求めることができる。非対象鍵暗号システムまたは公開鍵暗号システムでは、暗号化鍵と解読鍵は、少なくとも一方の鍵を他方から計算によって求めるのは困難であるという点で、異なっている。２つの鍵は数学的に関係付けられているが、妥当なコンピューティング資源を用いて専用鍵を導出するのは不可能である。以下に詳述するように、各アクセス装置はデスクランブル用の鍵（ＬＥＣＭ）をローカルで暗号化するための一意の公開鍵を含んでいる。この一意の公開鍵は、製造中にアクセス装置に格納されるか、あるいはアクセス装置が現場（field）で初期化された時に条件付アクセス（ＣＡ）サーバから送られる。初期化時に、以下に詳述するように、アクセス装置がＣＡサーバに接続し、アクセス装置の識別（identification）に用いる一意の公開鍵を取得できる。
【００１４】
ＸＣＡは、特に、デジタルＭＰＥＧ−２あるいは同等の符号化されたオーディオ／ビデオ（（Ａ／Ｖ）コンテンツを伝送中および記憶中に保護する。これは、３つの基本コントロール、すなわち「再生コントロール」、「記録コントロール」、「１世代コントロール」を「閲覧（viewing）コントロール」にマッピングすることによって達成される。ＸＣＡを使用する場合、経済物価値のあるコンテンツは、常に、配信者（distributor）の監督および責任の下で、または消費者のホーム・ネットワークの範囲内でスクランブルされる。スクランブルされたコンテンツの記録は、常に、あらゆる条件で許容されるが、認可されたコピー（authorized copy）のみが、ライセンスを受けた装置内でデスクランブルおよび閲覧のために処理される。
【００１５】
ＸＣＡでは、閲覧コントロールのための２つの重要な要素、すなわち時間と空間を扱う。時間に対する閲覧コントロールは、現在または将来のいつコンテンツを見ることができるのかを規制するメカニズムを提供する。空間に対する閲覧コントロールは、どこで誰がこの素材を見ることができるのかを規制する。これらのドメインは、両者あいまって、閲覧空間全体に及び、コンテンツの配信および使用方法についての完全なコントロールを著作権所有者に与える。
【００１６】
ＸＣＡは３レベルの資格（entitlement）を提供する。第一に、制限なしに自由に配信されるコンテンツは「フリーコピー」コンテンツである。「フリーコピー」コンテンツの例として、テレビ放送、インフォマーシャルまたは広告者がサポートする類似の素材が挙げられる。ローカル・ビュー・プログラミング、あるいは「コピーワンス（copy-once）」コンテンツは、時間にかかわらず１世帯で１コピー作成し見ることができる。ただし、このようなコピーは、他のローカル・ネットワークには移送（transport）できない。あるネットワークで生成されたＬＥＣＭが別のローカル・ネットワークでは解読できないからである。この種のコンテンツの例としてスポーツ・イベントやプレミアム・サービスが挙げられる。最後に、「ネバー・コピー（never-copy）」または即ビュー・プログラミング・コンテンツ（Immediate View Programming content）は、リアルタイムで見ることだけが許されている。すなわち、記録したコピーは閲覧可能であるということは決してないでしょう。この種のコンテンツの例としては、ペイパービュー方式のプログラミングまたはその他の高価値コンテンツが挙げられる。
【００１７】
図１ａおよび図１ｂは、ＸＣＡアーキテクチャ１０の独特な特性、すなわち条件付アクセス（Conditional Access）およびローカル保護（local protection）の概念を図示している。経済価値のあるコンテンツ１１は、テープ、ＤＶＤ、ケーブル、衛星または地上放送のいずれからのものでも、通常は専用条件付アクセスサービス（private conditional access service）を介して送出される。オーディオ／ビデオのコンテンツおよび鍵は、保護され、専用条件付アクセス・アーキテクチャを使用してサービスの全ての加入者に供給される。コンテンツを購入する加入者は、コンテンツのデスクランブルに必要な鍵が与えられる。アクセス装置１４、例えばセットトップボックスは、通常はスマートカードと共に、ビデオ・コンテンツをデスクランブル用の鍵を獲得または生成する。ＸＣＡアーキテクチャでは、これが条件付アクセスのプロセスとなる。ローカル保護とは、アクセス装置がサービス・プロバイダからスクランブルされたプログラムを受信した後に、ホーム・ネットワークの境界内でコンテンツを保護することである。
【００１８】
一般に、ＸＣＡアーキテクチャ１０の内部で使用される消費者電子（consumer electronic；ＣＥ）装置２０（「ＸＣＡ装置」）は、図２で定義される。このような装置は、少なくともスイッチング・ユニット２２およびデジタル入力２４を備える。装置のタイプに応じて次の要素、セキュリティ装置２６（一般的に更新可能）、記憶ユニット２８、アナログ出力３０および／またはデジタル出力３４、のうち１個または複数を備えることもできる。ある種の装置タイプは、特定の機能、例えば、（１）「ＸＣＡ保護コンテンツ（XCA protected content）」を作成するＸＣＡアクセス装置１４（例えば、セットトップボックス、ＤＶＤプレイヤ、ＤＴＶ）、（２）「ＸＣＡ保護コンテンツ」をデスクランブルするＸＣＡプレゼンテーション装置１６（例えば、ＤＴＶ）、（３）記憶と再生のみを行い、「ＸＣＡ保護ビットストリーム」の生成あるいはデスクランブルはできないＸＣＡ記録装置１８（例えば、ＤＶＨＳあるいはＤＶＤレコーダ）、で定義される。
【００１９】
アクセス装置は一般に、ＸＣＡ／ＮＲＳＳ（National Renewable security standard）コンバータ・カード（図５の２６ａ参照）と結合して動作する。ＸＣＡ／ＮＲＳＳコンバータ・カードは、専用条件付アクセス（ＣＡ）保護されたコンテンツまたはＸＣＡグローバル保護されたコンテンツからＸＣＡ保護されたコンテンツを作成する。ＤＴＶ１６などのプレゼンテーション装置は、ＸＣＡ／ＮＲＳＳターミナル・カード（図５の２６ｂ参照）と結合して動作し、ＸＣＡ保護されたコンテンツをデスクランブルする。ＤＴＶをアクセス装置ならびにプレゼンテーション装置として使用する場合、ＤＴＶはコンバータ・カード２６ａとターミナル・カード２６ｂの両方を、あるいは１つのカードに統合された両方の機能を、操作することできる。
【００２０】
ＸＣＡアーキテクチャは、（１）どんな手段によっても保護できないクリア・コンテンツ、例えば放送プログラム、（２）コントロール・ワード（control word;ＣＷ）を搬送するためにＥＣＭを用いるＣＡシステム、例えばデジタル衛星サービスまたはケーブル・サービス、でスクランブルされるＣＡコンテンツ、（３）ＣＷまたは鍵を搬送するためにローカルＥＣＭ（ＬＥＣＭ）を使用するＸＣＡによってスクランブルされるＸＣＡコンテンツ（ＬＥＣＭは、アクセス装置１６に関連付けられた公開鍵を用いて暗号化される）、および（４）ＸＣＡ  ＮＲＳＳコピー保護方式によってスクランブルされるＮＲＳＳコンテンツ、を扱うことができる。さらに、本システムでは、ＣＷを搬送するためにユニバーサルＥＣＭ（ＵＥＣＭ）を使用してスクランブルされるＸＣＡコンテンツも処理できる。ＵＥＣＭは、すべてのネットワークに共通な１つの一意なグローバル公開鍵を用いて暗号化され、例えば、事前記録されたコンテンツに対して、使用することができる。
【００２１】
以下に、図２のＸＣＡ装置の典型的機能を説明する。デジタル入力２４は、デジタル信号を入力するのに必要な回路とソフトウェアをすべて具備する。デジタル入力は、デジタル・バス（例えば、ＩＥＥＥ  １３９４）、電話会社、ＬＡＮ、ＲＦ  ＶＳＢ／ＱＡＭなどの形式でよい。同様に、デジタル出力３４は、デジタル信号を出力するのに必要な回路とソフトウェアをすべて具備し、デジタル・バス（例えば、ＩＥＥＥ  １３９４）、電話会社、ＬＡＮ、ＲＦ  ＶＳＢ／ＱＡＭなどの形式でよい。
【００２２】
セキュリティ装置２６は、ＮＲＳＳカードなど更新可能なものであれ、ホスト装置２０に埋め込まれたものであれ、ＣＡ機能とＸＣＡ機能を扱い、当該コンテンツのタイプを変換することができる。セキュリティ装置２６は、任意の一時に１個のＸＣＡ装置としか接続できないが、変換されたコンテンツを提供する。以下の表は可能な変換を要約している。
【００２３】
【表１】
0004850341.tif 000002
【００２４】
以下の変換は、着脱式セキュリティ装置と埋め込みセキュリティ装置の両方に適用可能である。
Ｔ０：Ｔ０はアイデンティティ変換である。すなわち、出力ストリームは正確に入力ストリームと同じである。これはカード連鎖（card chaining）を可能とする。
Ｔ１：ユーザーが正しいＣＡの資格（CA entitlement）をもつ場合、セキュリティ装置は、ＣＷを回復し、そのコンテンツをデスクランブルする。次にＴＤＥＳ（トリプルＤＥＳ）鍵を生成し、コンテンツを再スクランブルし、その公開鍵を用いてＬＥＣＭを暗号化する。コンテンツ・ソースがＡＴＳＣ（Advanced Television System Committee）互換システム（すなわち、ＴＤＥＳスクランブルをする）の場合、デスクランブルは不要になることがある。
Ｔ２：ユーザーが正しいＣＡの資格をもつ場合、セキュリティ装置はＣＷを回復し、コンテンツをデスクランブルする。次に、以下に詳述するＸＣＡ  ＮＲＳＳインターフェース保護システムの要件を満たすコンテンツを再スクランブルする。この変換は、ＣＡプロバイダによって定義される。
Ｔ３：ユーザーが正しいＸＣＡの資格をもつ場合、セキュリティ装置はＬＥＣＭのＣＷを用いてコンテンツをデスクランブルする。次にＸＣＡ  ＮＲＳＳインターフェース保護システムの要件を満たすコンテンツを再スクランブルする。
次の２つの変換は、埋め込みセキュリティ装置（embedded security device）だけに適用される。
Ｔ４：ユーザーが正しいＣＡの資格をもつ場合、セキュリティ装置はＣＷを回復し、コンテンツをデスクランブルする。この変換は、ＣＡプロバイダによって定義される。
Ｔ５：ユーザーが正しいＸＣＡの資格をもつ場合、セキュリティ装置はＬＥＣＭのＣＷを用いてコンテンツをデスクランブルする。
【００２５】
コンバータ・カードは、少なくとも変換Ｔ１をサポートし、ターミナル・カードは少なくとも変換Ｔ３をサポートする。前記要件に加え、セキュリティ装置２６が更新可能であり、プログラム・コンテンツの不揮発性記憶を行うことができる場合、その記憶装置はＮＲＳＳコンテンツを受け入れないものとする。セキュリティ装置２６がコンテンツを変換（例えば、コンテンツをスクランブル／再スクランブル、またはＬＥＣＭを暗号化／再暗号化）する場合、そのセキュリティ装置はＮＲＳＳ−ＡまたはＮＲＳＳ−Ｂに準拠するものとする。最後に、セキュリティ装置２６がＮＲＳＳインターフェース保護３５を必要とする場合、セキュリティ装置はＥＩＡ−６７９Ｂ（以下に詳述）で参照されるように、ＸＣＡ  ＮＲＳＳインターフェース保護システムを使用するものとする。
【００２６】
記憶ユニット（strage unit）２８は、ハード・ドライブなど固定式のものでもよく、また再レコード可能なＤＶＤ、ＤＶＨＳテープなど着脱式ものでもよい。記憶ユニット２８は、クリアのコンテンツまたはＸＣＡコンテンツを格納し、後でシステムから要求された時にコンテンツを再生することができる。すなわち、記憶ユニット２８は、コンテンツを読出し、また任意選択で書込むことができるが、コンテンツのタイプを変換することはしない。
【００２７】
プレゼンテーション装置１６は、必要に応じてＮＲＳＳコピー保護ストリームをデスクランブルし（３５）、次いでＭＰＥＧ２コンテンツを復号する（３６）。デスクランブルされ復号化されたコンテンツは、デジタル−アナログ・コンバータ３８を通過したコンテンツをパスすることによって、アナログ形式でユーザーに提示される。最終結果として、ＴＶディスプレイやハイファイ・アンプのアナログ出力などのような物理的信号となる。プレゼンテーション装置１６は１つまたは複数のアナログ出力または未圧縮のデジタル出力を有することができる。このような場合、その出力は該当するコピー保護システムで保護される。
【００２８】
スイッチング・ユニット２２は、ＸＣＡ装置内のコンテンツをルーティングする。スイッチング・ユニットの機能は、ルーティングだけに制限されており、コンテンツのタイプの変換は行わない。下記の表は、コンテンツ・フォーマットに依存する様々なルーティング・オプションを定義している。
【００２９】
【表２】
0004850341.tif 000003
【００３０】
ＮＡ１：（非該当）、スクランブルされたコンテンツをプレゼンテーション・ユニットに送出しても意味がない。プレゼンテーション・ユニットは、データのデスクランブルする能力がなく、したがってデータを利用することはできない。
Ｎｏ２：（なし）、ＮＲＳＳデータをデジタル入力や記憶ユニットで受け付けるべきではない。したがって、データを装置の他の部分に送出することはできない。
Ｙｅｓ３：（あり）、ＮＲＳＳデータは「ディジー・チェーン」目的でのみセキュリティ装置同士で渡すことが可能である。コンテンツをチェーン上の後続装置を介して渡すことはできるが、鍵（あるいはＮＲＳＳ  ＣＰの秘密）は（セキュリティ装置を含めて）他のどの装置にも開示してはならない。
【００３１】
ＬＥＣＭを生成（すなわち、ＥＣＭのリバンドル）するために使用する公開鍵を受け付ける前に、アクセス装置が正当な公開鍵、すなわち認可エンティティによって生成された鍵、を取得していることを保証されなければならない。認証（certification）は、この保証（assurance）を提供する１つの方法である。アクセス装置は、認証された公開鍵を用いてＸＣＡコンテンツの提供のみを行うものとする。公開鍵証明書は、署名されたメッセージ（signed message）で、公開鍵と元のエンティティ（originating entity）を関連付ける。
【００３２】
一意のローカル公開／秘密鍵の対が、ＸＣＡアーキテクチャで使用されるセキュリティ装置２６に割り当てられる。セキュリティ装置には、コンバータ・モジュールを持つ装置とターミナル・モジュールを持つ装置の２種類がある。すべてのコンバータ・モジュールとターミナル・モジュールに、一意の６４ビット識別子と１０２４ビット長の一意のＲＳＡ公開／秘密鍵の対を割り当てることができる。
【００３３】
コンバータ・モジュールに公開鍵および秘密鍵を配信するモデルを図３に示す。図において、信頼される第三者（Trusted Third Party;ＴＴＰ）、ＣＡプロバイダ自身、あるいは独立組織が、公開／秘密鍵のコピーを作成しデータベースに保持している。公開鍵は、あらゆる変換に先立ってアクセス装置に関連付けられたセキュリティ装置のコンバータ・モジュール内に存在していなければならない。対応する秘密鍵は、要求時にターミナル・モジュールにダウンロードされる。
【００３４】
公開鍵を配信するモードは２つある。
・オフラインモード：  このモードでは、１セットのＸＣＡ＿ＩＤがカード発行者またはカード製作者に渡される。各ＩＤは、対応する公開鍵と対にされる。カード発行者またはカード製作業者は、この情報の完全性を保証する態様で情報をセキュリティ装置内に格納する。
【００３５】
・オンラインモード：  このモードでは、ＸＣＡ＿ＩＤのみがカード発行者またはカード製作者に渡される。ＸＣＡ＿ＩＤは、その完全性を保証する態様でセキュリティ装置内に格納される。フィールドで初めて使用されるとき、コンバータ・モジュールはＴＴＰに公開鍵を要求する。その転送は、ＣＡプロバイダが範囲を限定した安全な認証済みのチャネルを使用して行われる。
【００３６】
ＴＴＰは、所定のコンバータ・モジュールの秘密鍵をこのターミナル・モジュールの要求に応答してのみターミナル・モジュールに送出する。転送には、ＣＡプロバイダによって範囲が限定された安全な認証済みのチャネルのみを使用するものとする。ターミナル・モジュールは、未知のコンバータ・モジュールからＬＥＣＭを受信したとき、所与のコンバータ／モジュールの秘密鍵を要求するものとする。コンバータ・モジュールは、少なくとも各セッションの始めにこのようなＬＥＣＭを発行する。セッションは、アクセス装置がプレゼンテーション装置にコンテンツを送出する度に開始する。ＴＴＰは、悪意の要求を検出するために要求を監視する責任を負う。このタスクに関連付けられたセキュリティ・ポリシーは、ＣＡプロバイダのリスク分析の一環としてＣＡプロバイダにより決定される。
【００３７】
コンバータ／ターミナル・モジュール２６ａおよび２６ｂとＴＴＰの間の通信は、ＸＣＡシステムを運用するＣＡプロバイダの制御下で行われる。ＴＴＰは、鍵の配布に必要な適切な通信チャネルとメッセージ・プロトコルを選択し、実装する。ＸＣＡシステムを実装する際に、ＣＡプロバイダは特定の通信チャネルまたは専用メッセージ・プロトコルを選択できる。ＣＡプロバイダは、ホーム・ネットワーク内にあるセキュリティ装置の相互使用可能性を確保するために、協力しデータを交換する必要がある。この必要は、例えば、コンバータ・カードと端末が異なるＣＡプロバイダによって提供される場合に生じる。ターミナル・カードがコンバータ・カードに属する秘密鍵をＴＴＰに要求すると、ＴＴＰは、コンバータ・カードを所有するＣＡプロバイダからその鍵を取得しなければならない。
【００３８】
コンテンツ・デスクランブル用の鍵は、アクセス装置１４によりＬＥＣＭ中にリバンドルされる。すなわち、暗号化されたＥＣＭは、デスクランブル用の鍵を搬送するが、アクセス装置１４によって解読され、その後、ＬＥＣＭを生成するためアクセス装置に関連付けられたローカル公開鍵を用いて再暗号化される。具体的に言えば、ＸＣＡシステム１０は、コンテンツを閲覧されるときに、例えば、ローカル・プレゼンテーション装置（例えば、デジタル・テレビ）１６と協力して、コンテンツをデスクランブルすることによってのみローカル・セキュリティを実現する。専用条件付アクセスでは、サービス・プロバイダからユーザーのアクセス装置１４へのコンテンツ（すなわち、テープ、ＤＶＤ、あるいは放送１１）の伝送を保護する。ＸＣＡアーキテクチャは、ローカル・ネットワークにおいてコンテンツを保護する。
【００３９】
具体的に言えば、ＸＣＡは、配信および記憶（distribution and storage）を含めてコンテンツが常に暗号化されるべきであるという考えに基づいて動作する。例えば、マルチプログラム・ビデオ・プロバイダからのプレミアム・プログラミングの送出を考えてみると、コンテンツは、それが家庭に入いるときスクランブルされる。プロバイダの専用ＣＡシステムは、合意された資格にしたがって当該消費者がコンテンツを利用できるようにする責任がある。ＡＴＳＣ準拠のデジタル送出システムでは、プログラムはＭＰＥＧ圧縮され、トリプルＤＥＳ（ＴＤＥＳ）アルゴリズムを用いてスクランブルされる。プログラムをデスクランブルする鍵は、エンタイトルメント・コントロール・メッセージ（Entitlement Control Messages）（ＥＣＭ）に収められ、このメッセージ自体がプライベートでかつ未知の方式で暗号化されている。プログラムを見る資格を与えられている消費者は、デスクランブルされたトランスポート・ストリームか、あるいは、見る時にデスクランブルするのに必要な鍵と共にスクランブルされたトランスポート・ストリーム、のいずれかを与えられなければならない。前者のケースでは、コンテンツの保護は行われない。
【００４０】
図４に示すように、ＸＣＡは、デスクランブルに必要な鍵（すなわち、ＴＤＥＳ鍵）をアクセス装置に関連付けられたローカル公開鍵で保護された新しいＥＣＭ（すなわち、ＬＥＣＭ）にリバンドル（すなわち、ＥＣＭ翻訳）する（４２）ことにより、ローカル・ネットワーク上でコンテンツを保護している。このプロセスは、一般にアクセス装置１４で実行されるが、セキュリティ装置２６で行うのが好ましい。このようにすると、ＴＤＥＳ鍵を回復し、これによってＭＰＥＧプログラムをデスクランブルできる装置だけが、ローカル・プレゼンテーション装置、例えばＤＴＶとなる。あらゆるローカル・ネットワークは一意の１組の公開鍵／秘密鍵対を持つので、オリジナル・コンテンツを記録したあるいは閲覧したローカルシステムだけが、ローカル・ネットワーク配信コンテンツから導出したすべてのコピーを閲覧することができる。非合法で無許可のコピーを行う不正な装置が存在しても、それらのコピーはそのローカル・ネットワーク内でしか見ることができない。
【００４１】
図５を用いてＸＣＡドメインによるコンテンツの流れをさらに詳しく説明する。ＣＡおよびＸＣＡ機能は、任意選択でアクセス装置から取り出してコンバータ・カード２６ａとして知られる特別のセキュリティ装置２６に入れることができる。同様に、ターミナル・カード２６ｂは、任意選択でプレゼンテーション装置１６のＣＡ、ＸＣＡおよびＮＲＳＳ機能（すなわち、セキュリティ面）を引き受けることができる。具体的に言えば、ＸＣＡドメイン内のコンテンツの流れは、アクセス装置１４からセキュリティ装置２６ａのＣＡモジュール４４へ着信ＣＡコンテンツをパスすること（passing）に関わっている。ＣＡモジュール４２は、コントロール・ワード（ＣＷ）またはＣＡコンテンツ用の鍵を回復し、コンバータ・モジュール４６にＣＷを渡して、そこで必要なＬＥＣＭが生成される。コンバータ・モジュール４６は、ＸＣＡ保護されたコンテンツをアクセス装置１４に戻し、アクセス装置はＸＣＡ保護されたコンテンツをプレゼンテーション装置１６に渡す。ＸＣＡ保護されたコンテンツは、セキュリティ装置２６ｂに、具体的にはＣＡモジュール４８を介してターミナル・モジュール５０に渡される。ターミナル・モジュール５０は、ＬＥＣＭからＣＷを回復し、ＸＣＡ保護されたコンテンツをデスクランブルする。クリアのコンテンツは、ＮＲＳＳ  ＣＰモジュール５２に渡されと、ＮＲＳＳ  ＣＰモジュール５２とプレゼンテーション装置１６の両方がスクランブル用の鍵の生成に関わる。スクランブル用の鍵は、通常は対称な鍵であるが、公開鍵を用いる他の手法も使用できる。ＮＲＳＳ  ＣＰ５２の機能は、セキュリティ装置２６ｂ（５２ａで表示）およびプレゼンテーション装置１６（５２ｂで表示）に分けられる。ＮＲＳＳ  ＣＰモジュール５２は、好ましくはＤＥＳを使用して、このスクランブル用の鍵を用いてコンテンツをスクランブルし、次にスクランブルしたコンテンツをプレゼンテーション装置３６のＮＲＳＳ  ＣＰモジュール５２ｂに渡す。ＮＲＳＳ  ＣＰモジュール５２ｂは、スクランブルしたコンテンツをデスクランブルして表示する。
【００４２】
ＸＣＡシステムにおいては、リアルタイム・コンテンツも事前記録されたコンテンツ（pre-recorded content）もシステムを通してスクランブルされたままである。ＥＩＡ−６７９およびＥＩＡ−７９６で定義されるコピー保護システムを使用するＸＣＡプレゼンテーション装置１６が、最後のデスクランブルを行う。このようにして、エンドツーエンド、すなわちスクランブル・ソースから最終のビュー表示までの間でコピー保護管理が行われる。図６に示すように、ＸＣＡはプレゼンテーション装置とＮＲＳＳカードの間でランダムに生成された鍵により単一のＤＥＳを使用してコンテンツを再スクランブルすることによってＮＲＳＳインターフェースを保護する。Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎキー合意（Diffie-Hellman key agreement）として知られているこのプロトコルは、第三者がスマートカード・インタフェースから盗聴することにより鍵を回復できないように保証している。
【００４３】
具体的に言えば、ＮＲＳＳインターフェースは３つの主要な原理に基づいている。まず第一にライセンスを必要とすることでコピー保護したデータの受信が可能な装置を制限する。第二に、データのスクランブルと鍵の保護を行ってそれら受動装置が信号の記録や平文ビットストリームへの復号をできないようにする。最後に、ホスト・プレゼンテーション装置とターミナル・カードを結合し、またホスト装置を認証することで、ビットストリームを記録するそれらの能動装置の作成が難しくなるようにする。
【００４４】
したがって一般的には、ＸＣＡ保護のＮＲＳＳリンクを確立する手順は以下のことを含む。（１）プレゼンテーション・ホスト装置を認証すること、（２）特定のプレゼンテーション装置／ターミナル・カード対に一意の共有秘密鍵を確立すること、（３）リアルタイムにコンテンツ保護鍵（例えば、共有鍵）を生成すること、（４）ホスト（例えば、ＤＴＶ）に戻されるコンテンツをＤＥＳでスクランブルすること、（５）ホストによって受信されるコンテンツをデスクランブルすること。これらのステップを図６に示す。
【００４５】
あらゆるＸＣＡプレゼンテーション装置は、一意のＩＤを備えて製造される。このＩＤを使用して製造業者および特定ＸＣＡプレゼンテーション装置を識別できる。こうしたＩＤは、製造者により一意であることは保証されるが、決して証明やセキュリティが確保されるものではない。これによりホストは、セキュリティの目的で一意に識別されるが、装置の破棄を管理上、実質的に不可能とする。外見上有効なＩＤを作り出すのは非常に簡単であるが、以下に概要を示すセキュリティ方法により、そうしてもあまり意味はなくなる。
【００４６】
ＮＲＳＳベースのターミナル・カードは、信頼される第三者（ＴＴＰ）と通信することでプレゼンテーション装置との認証された安全なリンクを生成することができる。装置ＩＤまたはモデル番号とシリアル番号のいずれかを使用して所与のホストに対応する正しいＤＨ公開鍵を取得できる。この方式では、図７に示すように、ＩＤ／シリアル番号がＴＴＰ（ステップ１および２）に送出される。ＴＴＰはその製造業者データベースに対してこのホストについて照会し（ステップ３）、このＸＣＡプレゼンテーション装置に対する正しい公開鍵を決定し（ステップ４）、安全なチャネルを介してＣＡモジュールに何らかの専用認証（private authentication）を送出する（ステップ５）。別法としては、図８に示すように、カードがホスト装置に公開鍵を要求し（ステップ１）、その鍵をＣＡヘッドエンドまたはＴＴＰに、認証のため送出し、そして記憶する（ステップ２）。実現可能な通信メッセージおよびチャネルは多数存在する。通信チャネルとして可能な手段には、電話線、リターン・パス通信、配信ネットワークを介するＥＭＭ送出、さらに物理ユニットへの発送さえもある。
【００４７】
ここで概説したＸＣＡ  ＮＲＳＳコピー保護システムを使用できる装置は、（１）ＮＲＳＳインターフェースからデータを受信できるデジタル入力、あるいは（２）ＮＲＳＳインターフェースからデータを受信できる大量記憶用のいかなる手段、を持たない装置だけである。
【００４８】
共有する秘密（a shared secret）は、所与のペアのプレゼンテーション装置とターミナル・カードの対の間で確立されるものとする。ターミナル・カードのオプションで、単一の共有秘密値があらゆるセッションに利用でき、あるいはセキュリティの追加が望まれる場合は、各セッションごとに新しい共有秘密を作成することもできる。秘密作成手順は、ＮＲＳＳ（ＥＩＡ−６７９ＢパートＡセクション２０．３、またはパートＢセクション８．９．３）（ＥＩＡ−６７９Ｂ  ｐａｒｔ  Ａ  ｓｅｃｔｉｏｎ  ２０．３，ｏｒ  ｐａｒｔ  Ｂ  ｓｅｃｔｉｏｎ  ８．９．３）のコピー保護フレームワークで概説されている。ＮＲＳＳインターフェースを横切って移動するコンテンツを保護するためのコントロール・ワードは、ＮＲＳＳ標準（ＥＩＡ−６７９ＢパートＡセクション２０．５あるいはパートＢセクション８．９．５）（ＥＩＡ−６７９Ｂ  ｐａｒｔ  Ａ  ｓｅｃｔｉｏｎ  ２０．５，ｏｒ  ｐａｒｔ  Ｂ  ｓｅｃｔｉｏｎ  ８．９．５）に従って生成するものとする。
【００４９】
ＮＲＳＳコンテンツ・スクランブル鍵を更新する（update）間隔は、ローカル・ネットワーク・パケットでコンテンツ・スクランブル鍵を更新する間隔と同じである。ローカル・ネットワーク・パケットでの更新レートは、セクションでｓｏｕｒｃｅ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを使用して求めることができる。新しいｓｏｕｒｃｅ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒごとに、新しいＮＲＳＳ鍵を使用すべきである。新しい鍵がネゴシエート（negotiate）した対におけるＥＶＥＮ鍵の場合、新しい鍵が使用されるとのと同時に新しいネゴシエーション（negotiation）を開始すべきである。このネゴシエーションがｓｏｕｒｃｅ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒへの次のインクリメントの前に終了しない場合、そのホストは適正に動作していないとして、ターミナル・カードはＮＲＳＳコンテンツの提供を中止すべきである。このことは、ホスト（およびカード）は９００ｍＳ未満で鍵ネゴシエーションを完了できなければならないことを要求する。
【００５０】
ＮＲＳＳインターフェースを介して保護するためにスクランブルされているコンテンツは、ＮＲＳＳ標準（ＥＩＡ−２６７９ＢパートＡセクション２０．５．３と２０．５．４あるいはパートＢセクション８．９．５．３と８．９．５．４）（EIA-2679B part A section 20.5.3 and 20.5.4,あるいは  part B sections 8.9.5.3 and 8.9.5.4）に準拠するものとする。主ビデオ・ストリームと一次オーディオ・ストリーム（アクティブに使用中）のパケットはすべてスクランブルされるものとする。
【００５１】
ＸＣＡは、下記の定義フィールド・サイズのＥＩＡ−６７９Ａコピー保護フォーマット＃１を使用する。
【００５２】
【表３】
0004850341.tif 000004
【００５３】
ＡＴＳＣ放送システムで使用するすべてのＣＡシステムに、一意のＣＡ＿ｓｙｓｔｅｍ＿ＩＤが割り当てられる。同様に、ＸＣＡは一意のＣＡ＿ｓｙｓｔｅｍ＿ＩＤを用いてローカル変換を行う。ＸＣＡに選択される値は、０ｘ１１８０である。放送会社は、そのＣＡプロバイダ・リストにこのＩＤを加えるものとする。コンテンツの伝送中、ＸＣＡ  ＬＥＣＭに対して未使用ＰＩＤを割り振るものとする。ＸＣＡに変換する必要のある各プログラムは、割り振られたＬＥＣＭ  ＰＩＤを指すＸＣＡ＿ｓｙｓｔｅｍ＿ＩＤを含むＰＭＴ中に出現するものとする。ＬＥＣＭ  ＰＩＤを持つ空きパケットは、ＣＡ  ＥＣＭが変換プロセスでＬＥＣＭと交換されるので放送トランスポート・ストリームに挿入される必要はない。
【００５４】
ＭＰＥＧ２トランスポート・ストリームは、下記のトランスポート・パケットで構成される。
【００５５】
【表４】
0004850341.tif 000005
【００５６】
ＸＣＡセキュリティ下で保護されるトランスポート・パケットは、条件付アクセスのＡＴＳＣ仕様に従ってトリプルＤＥＳ（Triple-DES）を用いてスクランブルされる。非ローカルＥＣＭとローカルＥＣＭ（ＬＥＣＭ）の両方を搬送するＰＩＤは、ＭＰＥＧ２標準で定義されるプログラム・マップ・テーブル（Program Map Table）で指定されるものとする。
【００５７】
ローカルＥＣＭテーブルは、以下に定義したシンタックスでパケット整列（packet aligned）されるものとする。
【００５８】
【表５】
0004850341.tif 000006
【００５９】
ここで
ｓｙｎｃ＿ｂｙｔｅ−値が「０ｘ４７」の固定８ビット・フィールド。
【００６０】
ｔｒａｎｓｐｏｒｔ＿ｅｒｒｏｒ＿ｉｎｄｉｃａｔｏｒ−１ビット・フラグ。「１」に設定されると、当該パケットに少なくとも１つの訂正不可能なビット・エラーがあることを示す。
【００６１】
ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ−この１ビットは、「１」に設定するものとする。また、このトランスポート・ストリーム・パケットのペイロードの最初のバイトは、ｐｏｉｎｔｅｒ＿ｆｉｅｌｄを搬送するものとする。
【００６２】
ｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔｙ−１ビットフラグ。「１」に設定されると、このビットが「１」に設定されていない同一のＰＩＤを持つ残りのパケットよりも高い優先度を持つことを示す。
【００６３】
ＰＩＤ−１３ビットのパケット識別子。
【００６４】
ｔｒａｎｓｐｏｒｔ＿ｓｃｒａｍｂｌｉｎｇ＿ｃｏｎｔｒｏｌ−この２ビットフィールドは「００」に設定されるものとし、パケットがトランスポート・レベルでスクランブルされないことを示す。
【００６５】
ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ−この２ビット・フィールドは「０１」に設定されるものとし、トランスポート・ストリーム・パケット・ヘッダの後に適応するフィールドがないことを示す。
【００６６】
ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ−同一のＰＩＤを持つ各トランスポート・ストリーム・パケットでインクリメント（increment）される４ビットフィールド。最大値に達した後、０にラップ・アラウンドする。
【００６７】
ｐｏｉｎｔｅｒ＿ｆｉｅｌｄ−この８ビットフィールドは、ポインタ・フィールドの直後、トランスポート・ストリーム・パケットのペイロードに存在する最初のセクションの最初のバイトまでのバイト数を含む。０ｘ００の値は、セクションがポインタ・フィールドの直ぐ後から開始することを示す。
【００６８】
ｄａｔａ＿ｂｙｔｅ−ローカル・エンタイトルメント・コントロール・メッセージ（Local Entitlement Control Message）セクションからのデータの連続する１８４バイト、またはローカル・エンタイトルメント・コントロール・メッセージ・セクションの後のパケット充填バイト。値０ｘ００のパケット充填バイトはセクションの最後のバイトの後に見つかる。この場合、パケットの終わりまで後続の全てのバイトも値０ｘＦＦの充填バイトとする。
【００６９】
ローカル・エンタイトルメント・コントロール・メッセージは、１つまたは複数のセクションを有し、それぞれの長さは可変である。ＬＥＣＭは、少なくとも（１）ＬＥＣＭを生成したセキュリティ装置のＸＣＡ装置識別子、（２）閲覧する権利を実施するのに使用するコピー・コントロール情報、および（３）デスクランブル用の鍵、を有する。
【００７０】
以上、本発明をその多数の実施形態に関して詳述したが、前記を読み理解すれば、当業者には本発明に対する様々な変更が思い浮かぶことは明らかであろう。このような変更は添付の特許請求の範囲に含まれるものとする。
【図面の簡単な説明】
【図１ａ】  本発明によるＸＣＡアーキテクチャのシステム・ブロック図である。
【図１ｂ】  本発明によるＸＣＡアーキテクチャのシステム・ブロック図である。
【図２】  図１のＸＣＡアーキテクチャで使用される一般的ＸＣＡ装置のブロック図である。
【図３】  図１の発明による公開鍵および秘密鍵を配信するモデルを示す図である。
【図４】  図１の発明によるＬＥＣＭの生成を示すブロック図である。
【図５】  図１の発明によるコンテンツの流れを示すブロック図である。
【図６】  図１の発明によるＮＲＳＳインターフェースの保護を示す概略図である。
【図７】  図１の発明による認証された安全なリンクを作成するための概略図である。
【図８】  図１の発明による認証された安全なリンクを作成するための概略図である。
該当する場合、すべての図にわたって同一のエレメント番号を使用した。
【図１ａ】
0004850341.tif 000007
【図１ｂ】
0004850341.tif 000008
【図２】
0004850341.tif 000009
【図３】
0004850341.tif 000010
【図４】
0004850341.tif 000011
【図５】
0004850341.tif 000012
【図６】
0004850341.tif 000013
【図７】
0004850341.tif 000014
【図８】
0004850341.tif 000015