JP2002503354A

JP2002503354A - 装置へのアクセスを管理する方法

Info

Publication number: JP2002503354A
Application number: JP50292099A
Authority: JP
Inventors: マーシツトエスキシオグル，アーメツト; レイノルズウエメイヤー，キース; エメリービラグ，デイビツド
Original assignee: Thomson Consumer Electronics Inc
Current assignee: Technicolor USA Inc
Priority date: 1997-06-06
Filing date: 1998-06-05
Publication date: 2002-01-29
Also published as: KR100374232B1; KR20010013259A; EP0986910A1; CN1259260A; CN1147148C; EP0986910B1; DE69807221T2; WO1998056179A1; AU732576C; AU732576B2; AU7725898A; BR9809911A; DE69807221D1

Abstract

(57)【要約】本発明のシステムは、１つの装置が他の装置によって認証された場合にだけ、２つの装置間に通信チャネルを条件付きで設定する。第１の装置によって第２の装置を認証するには、第２の装置にメッセージを送り、第２の装置の秘密鍵を用いて暗号化されたメッセージと第２の装置の公開鍵を有するディジタル証書とを第２の装置から受信し、そのディジタル証書を解読してその公開鍵を取得し、その公開鍵を用いてそのメッセージを解読し、その解読されたメッセージと第２の装置に最初に送信されたメッセージとを比較する必要がある。

Description

【発明の詳細な説明】セットトップ・ボックス用の条件付きアクセス・システム発明の属する技術分野本発明は、例えば“消費者用電子装置”のような装置に対する条件付きアクセスを実現する（即ち、アクセスを管理する）システムに関する。このような消費者用電子装置の例として、テレビジョン受像機の上に配置され且つテレビジョン受像機に結合された別個の装置（ｄｅｖｉｃｅ）または“ボックス”、即ちセットトップ・ボックス（Ｓｅｔ−ＴｏｐＢｏｘ）がある。発明の背景一般に、条件付きアクセスでは、それに伴って所定の基準に基づいて或る装置との通信を制限しまたは制御することが行われる。条件付きアクセスは、２つの装置の間で通信しようとするときには，２つの装置を互いに接続することによって、またそのような通信がもはや必要でなくなったときには，２つの装置の間の接続を切断することによって実行される。しかし、ワールドワイド・ウェブ（ｗｏｒｌｄ−ｗｉｄｅｗｅｂ）(“ウェブ：ｗｅｂ”)またはＷＷＷとして知られているものを形成するよう相互接続される現在の高度なコンピュータ・ネットワークの状況においては、ウェブと通信を行うように設計された装置のうちの全てでないとしても，多くのものがモデム接続装置（フックアップ、ｈｏｏｋｕｐ）またはその他の手段を介してウェブに“永続的に（固定的に）”接続される。即ち、その装置は、通常、ウェブに物理的に接続された状態を維持する。典型的には、ウェブに対するアクセスは、コンピュータおよびモデムにロードされ特別に設計されるソフトウェア・パッケージを介して行われる。このソフトウェアによって、ユーザ（ｕｓｅｒ：使用者）は、ウェブに対するゲート・キーパー（ｇａｔｅｋｅｅｐｅｒ）として機能するインターネット・サービス・プロバイダ（供給業者）に接続することが可能になる。典型的には、ユーザは、制限付きでまたは無制限にインターネットにアクセスするためにサービス・プロバイダに月額料金を支払う。ビジネス上の理由（仕事で）および私的理由から（私用で）情報源としてまたは電子メール（Ｅメール）を介した通信手段としてウェブに定期的にアクセスするユーザの数が急増したために、サービス・プロバイダと必要なハードウェアの製造業者の双方にとって非常に競争の激しい市場が形成されている。従って、予期されるように、サービス・プロバイダが多数存在し、各サービス・プロバイダがアクセス用の特別なソフトウェアを必要としている。現在、消費者用の新しいディジタル電子製品が出現し発展した結果、ユーザのテレビジョンからインターネットにアクセスする機会が得られるようになった。そのようなアクセスは、ウェブとインタフェースするのに必要なソフトウェア（例、ウェブ・ブラウザ(ｗｅｂｂｒｏｗｓｅｒ)）およびハードウェア（例、モデム、イーサネット(ｅｔｈｅｒｎｅｔ)、ＡＤＳＬ（ＡｓｙｍｍｅｔｒｉｃＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ：非対称ディジタル加入者線伝送方式）またはそれと同等の接続手段と共に、ユーザのテレビジョンをモニタまたは表示装置として使用することによって実行される。例えば、トムソン・コンシューマ・エレクトロニクス（ＴｈｏｍｓｏｎＣｏｎｓｕｍｅｒＥｌｅｃｔｒｏｎｉｃｓ）社製のＲＣＡネットワーク・コンピュータは、テレビジョンと電話回線等の双方に接続されるセットトップ・ボックスであり、これによってユーザによるウェブへのアクセスが可能になる。セットトップ・ボックスは、パーソナル・コンピュータまたは任意の汎用計算装置を用いることなく、家庭、オフィスまたは任意の場所から種々のインターネット・アプリケーション（例えば、電子商取引(ＥＣ：ＥｌｅｃｔｒｏｎｉｃＣｏｍｍｅｒｃｅ)）用の手段を提供することができる。これらのセットトップ・ボックスは、複数のサービス・プロバイダの中の任意のものに対して使用することが可能になるようにセットトップ・ボックスを簡単に適合化させることを可能にするオープン（ｏｐｅｎ：開放型）ハードウェア・アーキテクチャを有する。発明の概要このセットトップ・ボックスの製造業者は、セットトップ・ボックスが、選択されたサービス・プロバイダだけに対して使用されることを希望することがある。例えば、そのセットトップ・ボックスの製造業者は、セットトップ・ボックスからサービスへの各接続の度にサービス・プロバイダから報酬を受けることがある。従って、このような装置の競争的市場との組み合わせの関係において、セットトップ・ボックスのオープン・ハードウェア・アーキテクチャの柔軟性を得るには、選択されたサービス・プロバイダにだけセットトップ・ボックスを接続させることができるような条件付きアクセスをセットトップ・ボックスにおいて実行するためのシステムを実現する必要がある。本発明は、上述の問題を認識した点に一部存在し、またその問題の解決法を提案する点に一部存在する。一般に、本発明は、或る装置に対するアクセスを管理（ｍａｎａｇｅ）する方法であって；第１のメッセージを別の（第２の）装置に送信し、第１の秘密鍵（プライベート・キー：ｐｒｉｖａｔｅｋｅｙ）を用いて暗号化されたディジタル証書（証明書、ｃｅｒｔｉｆｉｃａｔｅ）を受信し、第２の秘密鍵を用いて暗号化された第１のメッセージを受信し、その別の装置を認証し(ａｕｔｈｅｎｔｉｃａｔｅ)、両装置間の通信チャネルを確立することによって、或る装置に対するアクセスを管理する方法を規定するものである。本発明の特徴の１つによれば、第１のメッセージは第１の装置に関係するデータと日付（デート）および時間（タイム）スタンプとからなり、またディジタル証書は第２の装置に関係するデータと第２の公開鍵（パブリック・キー：ｐｕｂｌｉｃｋｅｙ）とからなる。また、本発明の別の特徴によれば、認証ステップは、第１の公開鍵を用いてディジタル証書を解読するステップと、第２の公開鍵を用いて第１の暗号化されたメッセージを解読して第１の解読されたメッセージを生成するステップと、第１の解読されたメッセージと第１のメッセージとを比較するステップと、を含む。また、本発明の別の特徴によれば、本発明の方法は、さらに、第２の公開鍵を用いて第１のメッセージを暗号化して第２の暗号化されたメッセージを生成することによって上記第２の装置に対する認証の確認を供給するステップと、第２の暗号化されたメッセージを第２の装置に送信するステップと、を含む。また、本発明のさらに別の特徴によれば、ディジタル証書、第１の公開鍵、および第１の秘密鍵は、独立の証書オーソリティ（ａｕｔｈｏｒｉｔｙ：権限装置、発行装置）によって発行され、第２の装置と関係付けられる。また、本発明のさらに別の特徴によれば、サービス・プロバイダとスマート・カードが結合されたセットトップ・ボックスとの間のアクセスを管理するシステムがあって、そのセットトップ・ボックスは、第１のメッセージをスマート・カードに送信し、秘密鍵を用いて暗号化されたスマート・カードの（第１の）ディジタル証書を受信し、スマート・カードを認証し、サービス・プロバイダとコンタクト（ｃｏｎｔａｃｔ：接触）してサービス・プロバイダに第２のメッセージを送信し、別の秘密鍵を用いて暗号化されたサービス・プロバイダの（第２の）ディジタル証書を受信し、さらに別の秘密鍵を用いて暗号化された第２のメッセージを受信し、サービス・プロバイダを認証し、サービス・プロバイダに確認を供給し、サービス・プロバイダとの通信チャネルを確立する。特に、この２つのメッセージは、少なくともセットトップ・ボックス識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）データを含んでいる。また、本発明のさらに別の特徴によれば、スマート・カードは、複数のサービス・プロバイダに対応付けられたサービス・プロバイダ識別データを含んでいる。本発明の上記特徴および他の特徴を、図面に示された発明の好ましい実施形態を参照して説明する。図面の簡単な説明図１は、本発明による、装置に対するアクセスを管理するシステムの一典型例の実現形態のブロック図である。図２は、図１の条件付きアクセス・システムの一典型例の実現形態のフローチャートである。図３は、図１のシステムの一典型例の実現形態のブロック図である。複数のセットトップ・ボックスの中の任意のものが複数のサービス・プロバイダの中の任意のものと通信することができる。発明の詳細な説明本発明は、複数のソース（情報源）の１つからサービスを受けるのに使用される条件付きアクセス・システムを実現するものである。セットトップ・ボックス内に実装されると、条件付きアクセス・システムは、セットトップ・ボックスが、通信チャネルの確立前に、サービスにアクセスするのに使用されるサービス・プロバイダおよび／またはスマート・カードを認証することを許容する。このような条件付きアクセス・システムはサービスにアクセスするための有料橋（トール・ブリッジ：ｔｏｌｌｂｒｉｄｇｅ）として機能し、それによってセットトップ・ボックスの製造業者がセットトップ・ボックスの使用に基づいて料金を徴収するための機構（ｍｅｃｈａｎｉｓｍ）を実現することが可能になる。図１において、セットトップ・ボックス（ＳｅｔＴｏｐＢｏｘ：ＳＴＢ）２０へのアクセスを管理するシステム１０、例えばＲＣＡネットワーク・コンピュータが示されている。スマート・カード（ＳｍａｒｔＣａｒｄ：ＳＣ）３０がＳＴＢ２０内のスマート・カード・リーダ（読取器）(図示せず)に挿入または結合され、内部バス２５がＳＴＢ２０とＳＣ３０を相互接続し、それによって両者の間でデータを転送することが可能になる。その代替構成として、スマート・カードの機能はセットトップ・ボックス内に組込まれていてもよい。ＳＴＢ２０は、要素４５として示されるダイアルアップ（ダイアル呼出）リンクまたは直接リンクを介してサービス・プロバイダ（ＳｅｒｖｌｃｅＰｒｏｖｉｄｅｒ：ＳＰ）４０に接続される。証書オーソリティ（ＣｅｒｔｉｆｉｃａｔｅＡｕｔｈｏｒｉｔｙ：ＣＡ）５０は、ＳＰ４０またはＳＴＢ２０の何れにも直接接続されないが、後で説明するようにして使用されるディジタル証書と公開鍵および秘密鍵の対（ペア）とを発行する。これらのディジタル証書はサービス・プロバイダおよびスマート・カード製造業者によって使用される。ディジタル証書がオンライン接続を介して供給されるようにしてもよく、これも本発明の範囲に含まれる。さらに、証書オーソリティの機能（役割）はＳＴＢ２０の製造業者との共同制作によってＳＰ４０によって実行されるようにしてもよく、これも本発明の範囲に含まれる。本発明の条件付きアクセス・システムを、図１に示されたシステム１０と図２に示されたフローチャートとを参照して以下に説明する。この条件付きアクセス・システムは、ＳＴＢ２０とＳＰ４０の間の通信チャネルの設定前に、ＳＴＢ２０と通信する各装置（例えば、ＳＣ３０およびＳＰ４０）の認証に基づいて機能する。特に、この条件付きアクセス・システムは非対称キー・システム（即ち、公開鍵システム）を使用する。公開鍵だけがセットトップ・ボックスに記憶されている。即ち、セットトップ・ボックスはいかなる秘密（即ち、秘密鍵）も記憶しておらずまたは含んでいない。公開鍵暗号方式の基礎となるのは、互いに関係する２つの鍵、即ち１つの公開鍵と１つの秘密鍵の使用である。秘密鍵は、公に入手可能な公開鍵から演繹的に推定することが計算上不可能な鍵である。公開鍵を持っている者はメッセージを暗号化できるが、それに関係する所定の秘密鍵を持っている者または装置だけがそれを解読（暗号解読、暗号解除）できる。同様に、メッセージは秘密鍵によって暗号化することができ、公開鍵にアクセス（利用）し得る者は誰でもそのメッセージを解読できる。秘密鍵を用いてメッセージを暗号化することは“署名（サイン、ｓｉｇｎｉｎｇ） ”といわれる。その理由は、公開鍵を持っている者であれば誰でも、そのメッセージが秘密鍵の所有者（パーティ：ｐａｒｔｙ）によって送信されたものであることを検証（ベリファイ）できるからである。これは、文書上の署名を検証することに類似している（ａｎａｌｏｇｏｕｓ）と考えることができる。ディジタル証書または証書は、明文で（即ち、非暗号で、暗号化せずに）送信され、ＣＡ（ＣｅｒｔｉｆｉｃａｔｅＡｕｔｈｏｒｉｔｙ）５０の署名が付加されているメッセージである。従って、証書の受信者側は証書のソース（源）または出所を検証することができる。これらのディジタル証書は事実上の“署名されたメッセージ”である。その理由は、メッセージに付加される署名が、メッセージそのものまたはメッセージの要約（ダイジェスト）の何れかを暗号化することによって生成されるからである（メッセージの要約は後で説明するようにしてメッセージをハッシュ（ｈａｓｈ）することによって得られる）。セットトップ・ボックスに接続された各装置の一方向性の認証は、そのような証書を装置間でパス（ｐａｓｓ）してその証書を検証することによって行われる。証書の検証には、暗号解読による署名の検査（チェック）が必要である。その証書は、証書を受信する装置によって使用される情報を含んでいてもよい。また、その情報は、証書をパスすることには関係しない成る装置に関係するものであってもよく、例えば、第１のディジタル証書に含まれる情報は後で説明するようなサービス・プロバイダに関係している。さらに、証書は、証書と自己の公開鍵とをパスする装置に関係する情報を含んでいてもよい。上述のように、公開鍵だけがセットトップ・ボックスＳＴＢ２０内のメモリ装置に記憶されている。さらに、第１と第２のディジタル証書は、ＣＡ５０によって発行されてもよく、ＳＣ３０とＳＰ４０とにそれぞれ記憶される。この実施形態の条件付きアクセス・システムの以下の説明においては、次の命名法（専門用語、ｎｏｍｅｎｃｌａｔｕｒｅ）を使用する。ＫＣＡｐｒｉ１ＳＣの証書を生成するのに使用される秘密鍵ＫＣＡｐｕｂ１ＳＣの証書を検証するのに使用される公開鍵ＫＣＡｐｒｉ２ＳＰの証書を生成するのに使用される秘密鍵ＫＣＡｐｕｂ２ＳＰの証書を検証するのに使用される公開鍵ＫＳＰｐｕｂＳＰの公開鍵ＫＳＰｐｒｉＳＰの秘密鍵これらの用語は、スマート・カードまたはサービス・プロバイダのような装置の認証に関して使用され説明される。セットトップ・ボックスＳＴＢ２０が起動され、スマート・カードＳＣ３０がセットトップ・ボックスＳＴＢ２０に挿入された後、ＳＴＢ２０は第１のメッセージをＳＣ３０に送信する（図２、ステップ１００参照）。第１のメッセージはＳＴＢ２０に対応する識別データを含んでおり、例えば、そのような識別データは製造業者の識別データ（ＭＩＤ：Ｍａｎｕｆａｃｔｕｒｅｒ’ｓＩｄｅｎｔｉｆｉｃａｔｉｏｎＤａｔａ）を含んでいてもよい。ＳＣ３０は、第１のメッセージに応答して、第１のディジタル証書をＳＴＢ２０に送信し返すことによって応答する(図２、ステップ１２０参照)。この第１のディジタル証書（即ち、ＳＣの証書）は明文で（非暗号で）送信されたデータと付加された署名とを含んでおり、付加された署名は秘密鍵ＫＣＡｐｒｉ１を用いて暗号化されており、秘密鍵ＫＣＡｐｒｉ１を用いて証書が生成され、その証書はＳＣ３０によって送信される。そのデータには、ＳＴＢ２０の製造業者と予め契約（合意）している選択されたサービス・プロバイダに対応する識別データが含まれている。また、特に、そのデータには、サービス・プロバイダ識別データに加えて、後で説明するようにサービス・プロバイダとコンタクトするのに使用されるサービス・プロバイダの電話番号を含んでいることがある。ＳＣ３０がサービス・プロバイダに関係するディジタル証書を持っていない場合には(図２、ステップ１１０参照)、ＳＴＢ２０は、独立のパーティ（関係装置）(図示せず)にコンタクトし、独立のパーティから適正なディジタル証書をダウンロードし(図２、ステップ１１４参照)、それをＳＣ３０に転送してもよい (図２、ステップ１１６参照)。ＳＴＢ２０は一体化された（統合型）モデムを用いて独立のパーティにコンタクトしてもよい。ディジタル証書が独立のパーティからダウンロードされた場合には、上述の処理は、ＳＣ３０が第１のディジタル証書をＳＴＢ２０に送信し返すことによって第１のメッセージに応答した時点で再開して継続することができる。次いで、ＳＴＢ２０は、ＳＣ３０が有効な証書をＳＴＢ２０にパス（ｐａｓｓ）したことを検証することによってＳＣ３０を認証しなければならず(図２、ステップ１３０参照)、その際、ＳＴＢ２０においてＫＣＡｐｕｂ１を用いて第１のディジタル証書を解読する必要がある。ＳＴＢ２０に記憶されているＫＣＡｐｕｂ１は、ＣＡ５０によって割り当てられた対応する公開鍵である。ＳＣ３０が認証された後、第１のディジタル証書に含まれているサービス・プロバイダ識別データは、ＳＴＢ２０によって所要のサービス・プロバイダ、例えばＳＰ４０にコンタクトするのに使用される。ＳＣ３０は１つより多い（２つ以上の）ディジタル証書を持っていてもよく、その各証書は異なるサービス・プロバイダを識別するものであってもよい。この場合、ユーザは、有効な証書を持っているサービス・プロバイダの１つを選択するように促（指示）されるようにしてもよい(図２、ステップ１４０参照)。さらに、１つのサービス・プロバイダが１つより多い（２つ以上の）アクセス番号を持っている場合には、セットトップ・ボックスは、例えば主要番号がビジー（話中）である場合に別の番号を選択するようにしてもよい。ＳＴＢ２０は、第２のメッセージをＳＰ４０に送信する(図２、ステップ１５０参照)。この第２のメッセージはＳＴＢ２０に対応する同様の識別データを含んでいる。例えば、このような識別データは製造業者の識別データ（ＭＩＤ）と日付および時間スタンプ（ＤＴＳ：ＤａｔｅＴｉｍｅＳｔａｍｐ）とを含んでいてもよい。ＤＴＳは、電子的プログラム・ガイド（ＥｌｅｃｔｒｏｎｉｃＰｒｏｇｒａｍＧｕｉｄｅ：番組案内）からまたは特別時間サーバから、または場合によっては内部手段を介してダウンロードされてもよい。第２のメッセージに応答して、ＳＰ４０は、（１）第２のディジタル証書（即ち、ＳＰの証書）と、（２）ＫＳＰｐｒｉを用いて暗号化された第２のメッセージとを、ＳＴＢ２０に送信し返すことによって応答する(図２、ステップ１６０参照)。第２のディジタル証書は、明文で（非暗号で）送信されたデータと、ＫＳＡｐｒｉ２を用いて生成されて付加された署名とを含んでいる。データは、サービス・プロバイダに対応する識別データと、第２のディジタル証書のための有効期間（ＶａｌｉｄｉｔｙＰｅｒｌｏｄ：ＶＰ）と、ＳＰ４０用の公開鍵即ちＫＳＰｐｕｂとを含んでいる。また、この識別データは、必要に応じてＳＰ４０の認証のために使用されるＣＡ５０に関係するデータをさらに含んでいてもよい。次いで、ＳＰ４０が認証されなければならない。このような認証は、第２のディジタル証書と暗号化された第２のメッセージとを用いて行われる（図２、ステップ１７０参照）。特に、サービス・プロバイダの認証には、（１）ＳＴＢ２０に記憶されているＫＣＡｐｕｂ２を用いて第２のディジタル証書をＳＴＢ２０において解読し(暗号解読し)、（２）第２のディジタル証書に含まれているＳＰ４Ｏの公開鍵（即ち、ＫＳＰｐｕｂ）を用いて暗号化された第２のメッセージを解読し、（３）解読された“暗号化された第２のメッセージ”とＳＰ４０に送信された元の第２のメッセージとを比較する必要がある。それによって、その証書が所要のサービス・プロバイダから受信されたものであり、別のソースから受信されたものではないことが保証される。さらに、第２のディジタル証書に含まれているデータは、ＫＣＡｐｒｉ２によって暗号化される前に、一方向性のハッシング・アルゴリズム（ハッシング法、ｈａｓｈｉｎｇａｌｇｏｒｉｔｈｍ）で処理される。このハッシング・アルゴリズムは、例えば、ロン・リベスト（ＲｏｎＲｉｖｅｓｔ）によって開発されたＭＤ５、またはＮＩＳＴ（ナショナル・インスティテュート・オブ・スタンダード・アンド・テクノロジー、ＮａｔｉｏｎａｌＩｎｓｔｉｔｕｔｅｏｆＳｔａｎｄａｒｄｓａｎｄＴｅｃｈｎｏｌｏｇｙ）およびＮＳＡ（ナショナル・セキュリティ・エージェンシー、ＮａｔｉｏｎａｌＳｅｃｕｒｉｔｙＡｇｅｎｃｙ）によって開発されたＳＨＡ−１等がある。この場合、認証には、同じ一方向性のハッシング・アルゴリズムを用いて明文で（非暗号で）送信されたデータをハッシュし、そのデータと解読されたデータとを比較することが含まれている。同様に、第１のディジタル証書を生成するには、そのような一方向性のハッシング・アルゴリズムを使用する必要がある。ＳＰ４０がＳＴＢ２０によって認証された後、ＳＴＢ２０は認証の確認（ｃｏｎｆｉｒｍａｔｉｏｎ）をＳＰ４０に送信し返す（図２、ステップ１８０参照）。この確認には、ＳＰ４０の公開鍵即ちＫＳＰｐｕｂを用いて暗号化された第２のメッセージをＳＰ４０に送信し返す必要がある。ＳＰ４０は、関係する秘密鍵ＫＳＰｐｒｉを用いてメッセージを解読することができる。最後に、ＳＴＢ２０は、ＳＴＢ２０とＳＰ４０の間に通信チャネルを設定する(図２、ステップ１９０参照)。それ以後の全ての通信は公開鍵暗号方式と、ＳＰ４０に関係する公開鍵と秘密鍵の対（ペア）(即ち、ＫＳＰｐｕｂおよびＫＳＰｐｒｉ)とを用いて処理されるようにしてもよい。以上では、単一のスマート・カードが単一のセットトップ・ボックスと協働して単一のサービス・プロバイダに対するアクセスを管理する典型例の実施形態について説明した。しかし、スマート・カードが複数のサービス・プロバイダとセットトップ・ボックスの複数の製造業者（のセットトップ・ボックス）との間を “歩き回る（ｒｏａｍ）”こと（即ちそれらの間で条件付きアクセスすること）を許容するように拡張された条件付きアクセス・システムを実現することも、本発明の範囲に含まれる。これは、特に、図３に例示されており、図３において、ＳＣ３０ａは、ＳＴＢ２０ａ、２０ｂまたは２０ｃの中の任意のものにおいて使用されて、ＳＰ４０ａ、４０ｂまたは４０ｃの中の任意のものにアクセスする。このようなシステムにおいて、各セットトップ・ボックス製造業者は固有のＭＩＤを持っている。スマート・カードは、各サービス・プロバイダのためのおよびサービス・プロバイダと所定の契約（合意）をした各製造業者のための固有の第１のディジタル証書を有する。各セットトップ・ボックスは、そのディジタル証書を検証するための固有の公開鍵の組（セット：ｓｅｔ）を有する。例えば、“ ｍ”個のサービス・プロバイダと“ｎ”個のセットトップ・ボックス製造業者とが存在する場合には、スマート・カードは“ｍ×ｎ”個の数までのディジタル証書を含んでいてもよい。多数の実施形態について本発明を詳細に説明したが、以上の説明を読んで理解すれば、この分野の専門家であれば、請求の範囲に含まれるような上述の実施形態の代替的変形例を多数思いつくことは明らかである。さらに、ここで規定した条件付きアクセス・システムが、相互接続された任意の２つの装置の間で完全に使用でき、それも本発明の範囲に含まれる。

【手続補正書】特許法第１８４条の８第１項【提出日】平成１１年５月６日（１９９９．５．６）【補正内容】請求の範囲１．（ａ）第１の装置からの第１のメッセージを第２の装置に送信するステップと、（ｂ）前記第１の装置において、前記第２の装置の第１の秘密鍵を用いて暗号化されたディジタル証書を前記第２の装置から受信するステップと、（ｃ）前記第１の装置において、前記第２の装置の第２の秘密鍵を用いて暗号化された前記第１のメッセージを前記第２の装置から受信するステップと、（ｄ）前記ディジタル証書と前記第１の暗号化されたメッセージとに応じて前記第２の装置を認証するステップと、（ｅ）前記第２の装置の認証に応じて、前記第１と第２の装置の間に通信チャネルを設定するステップと、を含む、装置へのアクセスを管理する方法。２．前記第１のメッセージは前記第１の装置に関係する第１の識別データと日付および時間スタンプとからなるものである、請求項１に記載の方法。３．前記ディジタル証書は、前記第２の装置に関係する第２の識別データと前記第２の装置の第２の公開鍵とからなるものである、請求項２に記載の方法。４．前記認証するステップは、（ａ）前記第１の装置において第１の公開鍵を用いて前記ディジタル証書を解読するステップと、（ｂ）前記第２の公開鍵を用いて前記第１の暗号化されたメッセージを解読して、第１の解読されたメッセージを生成するステップと、（ｃ）前記第１の解読されたメッセージと前記第１のメッセージとを比較するステップと、を含むものである、請求項３に記載の方法。５．前記第１の公開鍵が前記第１の装置に記憶されている、請求項４に記載の方法。６．（ａ）前記第２の公開鍵を用いて前記第１のメッセージを暗号化して、第２の暗号化されたメッセージを生成し、（ｂ）前記第２の暗号化されたメッセージを前記第２の装置に送信することによって、前記認証の確認を前記第２の装置に供給するステップをさらに含む、請求項５に記載の方法。７．前記ディジタル証書、前記第１の公開鍵および前記第１の秘密鍵は、独立の証書オーソリティによって発行され、また前記第２の装置に関係付けられるものである、請求項６に記載の方法。８．前記第１の装置がセットトップ・ボックスであり、前記第２の装置がサービス・プロバイダに関係付けられるサーバである、請求項１に記載の方法。９．前記第２の識別データは、前記証書オーソリティに関係するデータと、前記ディジタル証書の有効性に関係するデータとからなるものである、請求項８に記載の方法。１０．（ａ）第１の装置に関係する第１の識別データを第２の装置に送信するステップと、（ｂ）前記第１の装置において、前記第２の装置の第１の秘密鍵を用いて暗号化されたディジタル証書であって、かつ前記第２の装置に関係する第２の識別データと前記第２の装置の第２の公開鍵とを有するディジタル証書を、前記第２の装置から受信するステップと、（ｃ）前記第２の装置に関係する第２の秘密鍵を用いて前記第１の識別データを前記第２の装置において暗号化して、第１の暗号化された識別データを生成するステップと、（ｄ）前記第１の装置において、前記第２の装置から前記第１の暗号化された識別データを受信するステップと、（ｅ）前記第１の装置に記憶されている第１の公開鍵を用いて、前記第２の装置から受信した前記暗号化されたディジタル証書を、前記第１の装置において解読して、前記第２の公開鍵を得るステップと、（ｆ）前記第２の公開鍵を用いて前記第１の暗号化された識別データを解読して、第１の解読された識別データを生成するステップと、（ｇ）前記第１の解読された識別データと前記第１の識別データとを比較することによって前記第２の装置を認証するステップと、（ｈ）前記第１の装置において前記第２の装置の前記第２の公開鍵を用いて暗号化された第２の暗号化された識別データを、前記第２の装置に送信するステップと、（ｉ）前記第１と第２の装置の間に通信チャネルを設定するステップと、を含む、装置に対するアクセスを管理する方法。１１．サービス・プロバイダとスマート・カードが結合されたセットトップ・ボックスとの間のアクセスを管理するシステムであって、前記セットトップ・ボックスが、（ａ）セットトップ・ボックス識別データを含む第１のメッセージを前記スマート・カードに送信するステップと、（ｂ）前記第１のメッセージに応じて、サービス・プロバイダ識別データを含み第１の秘密鍵を用いて暗号化された第１のディジタル証書を、前記スマート・カードから受信するステップと、（ｃ）前記第１のディジタル証書に応じて前記スマート・カードを認証するステップと、（ｄ）前記スマート・カードの認証と前記サービス・プロバイダ識別データとに応じて前記サービス・プロバイダにコンタクトして、セットトップ・ボックス識別データを含む第２のメッセージを前記サービス・プロバイダに送信するステップと、（ｅ）前記第２のメッセージに応じて、前記サービス・プロバイダの第２の秘密鍵を用いて暗号化された第２のディジタル証書を前記サービス・プロバイダから受信するステップと、（ｆ）第３の秘密鍵を用いて暗号化された前記第２のメッセージを前記サービス・プロバイダから受信するステップと、（ｇ）前記第２のディジタル証書と前記第２の暗号化されたメッセージとに応じて前記サービス・プロバイダを認証するステップと、（ｈ）前記認証の確認を前記サービス・プロバイダに供給するステップと、（ｉ）前記認証されたサービス・プロバイダに応じて前記サービス・プロバイダとの通信チャネルを設定するステップと、を実行する、前記システム。１２．前記スマート・カードは複数のディジタル証書からなり、各ディジタル証書は固有のサービス・プロバイダに関係するサービス・プロバイダ識別データを含むものである、請求項１１に記載のシステム。１３．前記第１のディジタル証書に応じて前記スマート・カードを認証する前記ステップは、前記セットトップ・ボックスにおいて第１の公開鍵を用いて前記第１のディジタル証書を解読するステップを含むものである、請求項１２に記載のシステム。１４．前記第２のディジタル証書は第２のサービス・プロバイダ識別データと前記サービス・プロバイダの第２の公開鍵とからなるものである、請求項１２に記載のシステム。１５．前記サービス・プロバイダを認証する前記ステップは、（ａ）前記セットトップ・ボックスにおいて前記第２の公開鍵を用いて前記第２のディジタル証書を解読するステップと、（ｂ）第３の公開鍵を用いて前記暗号化された第２のメッセージを解読して、第２の解読されたメッセージを生成するステップと、（ｃ）前記第２の解読されたメッセージと前記第２のメッセージとを比較するステップと、を含むものである、請求項１４に記載のシステム。１６．前記第１の公開鍵、前記第２の公開鍵、前記第１のメッセージおよび前記第２のメッセージが、前記セットトップ・ボックスに記憶されるものである、請求項１５に記載のシステム。１７．前記第１のディジタル証書、前記第１の秘密鍵および前記第１の公開鍵は、独立の証書オーソリティによって発行されるものである、請求項１６に記載のシステム。１８．前記第１のディジタル証書が前記スマート・カードに記憶さている、請求項１７に記載されたシステム。１９．前記第２のディジタル証書、前記第２の秘密鍵および前記第２の公開鍵は、独立の証書オーソリティによって発行され、また前記サービス・プロバイダに関係付けられるものである、請求項１８に記載のシステム。２０．前記第２のディジタル証書が前記サービス・プロバイダに記憶されている、請求項１９に記載のシステム。【手続補正書】【提出日】平成１３年９月３日（２００１．９．３）【補正内容】 (1) 発明の名称を「装置へのアクセスを管理する方法」と補正する。 (2) 請求の範囲を別紙のように補正する。請求の範囲１．（ａ）第１の装置からの第１のメッセージを第２の装置に送信するステップと、（ｂ）前記第２の装置の第１の秘密鍵を用いて暗号化されたディジタル証書を前記第２の装置から受信するステップと、（ｃ）前記第２の装置の第２の秘密鍵を用いて暗号化された前記第１のメッセージを前記第２の装置から受信するステップと、（ｄ）前記ディジタル証書と前記第１の暗号化されたメッセージとに応じて前記第２の装置を認証するステップと、（ｅ）前記第２の装置の認証に応じて、前記第１と第２の装置の間に通信チャネルを設定するステップと、を含む、装置へのアクセスを管理する方法。２．前記第１のメッセージは前記第１の装置に関係する第１の識別データと日付および時間スタンプとからなるものである、請求項１に記載の方法。３．前記ディジタル証書は、前記第２の装置に関係する第２の識別データと前記第２の装置の第２の公開鍵とからなるものである、請求項２に記載の方法。４．前記認証するステップは、（ａ）前記第１の装置において第１の公開鍵を用いて前記ディジタル証書を解読するステップと、（ｂ）前記第２の公開鍵を用いて前記第１の暗号化されたメッセージを解読して、第１の解読されたメッセージを生成するステップと、（ｃ）前記第１の解読されたメッセージと前記第１のメッセージとを比較するステップと、を含むものである、請求項３に記載の方法。５．前記第１の公開鍵が前記第１の装置に記憶されている、請求項４に記載の方法。６．（ａ）前記第２の公開鍵を用いて前記第１のメッセージを暗号化して、第２の暗号化されたメッセージを生成し、（ｂ）前記第２の暗号化されたメッセージを前記第２の装置に送信することによって、前記認証の確認を前記第２の装置に伝えるステップをさらに含む、請求項５に記載の方法。７．前記ディジタル証書、前記第１の公開鍵および前記第１の秘密鍵は、独立の証書オーソリティによって発行され、また前記第２の装置に関係付けられるものである、請求項６に記載の方法。８．前記第１の装置がセットトップ・ボックスであり、前記第２の装置がサービス・プロバイダに関係付けられるサーバである、請求項１に記載の方法。９．前記第２の識別データは、前記証書オーソリティに関係するデータと、前記ディジタル証書の有効性に関係するデータとからなるものである、請求項８に記載の方法。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者ビラグ，デイビツドエメリーアメリカ合衆国インデイアナ州インデイアナポリスチエリー・ヒル・ドライブ 7485

Claims

【特許請求の範囲】１．（ａ）第１の装置からの第１のメッセージを第２の装置に送信するステップと、（ｂ）前記第２の装置の第１の秘密鍵を用いて暗号化されたディジタル証書を前記第２の装置から受信するステップと、（ｃ）前記第２の装置の第２の秘密鍵を用いて暗号化された前記第１のメッセージを前記第２の装置から受信するステップと、（ｄ）前記ディジタル証書と前記第１の暗号化されたメッセージとに応じて前記第２の装置を認証するステップと、（ｅ）前記第２の装置の認証に応じて、前記第１と第２の装置の間に通信チャネルを設定するステップと、を含む、装置へのアクセスを管理する方法。２．前記第１のメッセージは前記第１の装置に関係する第１の識別データと日付および時間スタンプとからなるものである、請求項１に記載の方法。３．前記ディジタル証書は、前記第２の装置に関係する第２の識別データと前記第２の装置の第２の公開鍵とからなるものである、請求項２に記載の方法。４．前記認証するステップは、（ａ）前記第１の装置において第１の公開鍵を用いて前記ディジタル証書を解読するステップと、（ｂ）前記第２の公開鍵を用いて前記第１の暗号化されたメッセージを解読して、第１の解読されたメッセージを生成するステップと、（ｃ）前記第１の解読されたメッセージと前記第１のメッセージとを比較するステップと、を含むものである、請求項３に記載の方法。５．前記第１の公開鍵が前記第１の装置に記憶されている、請求項４に記載の方法。６．（ａ）前記第２の公開鍵を用いて前記第１のメッセージを暗号化して、第２の暗号化されたメッセージを生成し、（ｂ）前記第２の暗号化されたメッセージを前記第２の装置に送信することによって、前記認証の確認を前記第２の装置に供給するステップをさらに含む、請求項５に記載の方法。７．前記ディジタル証書、前記第１の公開鍵および前記第１の秘密鍵は、独立の証書オーソリティによって発行され、また前記第２の装置に関係付けられるものである、請求項６に記載の方法。８．前記第１の装置がセットトップ・ボックスであり、前記第２の装置がサービス・プロバイダに関係付けられるサーバである、請求項１に記載の方法。９．前記第２の識別データは、前記証書オーソリティに関係するデータと、前記ディジタル証書の有効性に関係するデータとからなるものである、請求項８に記載の方法。１０．（ａ）第１の装置に関係する第１の識別データを第２の装置に送信するステップと、（ｂ）前記第２の装置の第１の秘密鍵を用いて暗号化されたディジタル証書であって、かつ前記第２の装置に関係する第２の識別データと前記第２の装置の第２の公開鍵とを有するディジタル証書を、前記第２の装置から受信するステップと、（ｃ）前記第２の装置に関係する第２の秘密鍵を用いて前記第１の識別データを前記第２の装置において暗号化して、第１の暗号化された識別データを生成するステップと、（ｄ）前記第２の装置から前記第１の暗号化された識別データを受信するステップと、（ｅ）前記第１の装置に記憶されている第１の公開鍵を用いて、前記第２の装置から受信した前記暗号化されたディジタル証書を、前記第１の装置において解読して、前記第２の公開鍵を得るステップと、（ｆ）前記第２の公開鍵を用いて前記第１の暗号化された識別データを解読して、第１の解読された識別データを生成するステップと、（ｇ）前記第１の解読された識別データと前記第１の識別データとを比較することによって前記第２の装置を認証するステップと、（ｈ）前記第１の装置において前記第２の装置の前記第２の公開鍵を用いて暗号化された第２の暗号化された識別データを、前記第２の装置に送信するステップと、（ｉ）前記第１と第２の装置の間に通信チャネルを設定するステップと、を含む、装置に対するアクセスを管理する方法。１１．サービス・プロバイダとスマート・カードが結合されたセットトップ・ボックスとの間のアクセスを管理するシステムにおいて、前記セットトップ・ボックスが、（ａ）セットトップ・ボックス識別データを含む第１のメッセージを前記スマート・カードに送信するステップと、（ｂ）前記第１のメッセージに応じて、サービス・プロバイダ識別データを含み第１の秘密鍵を用いて暗号化された第１のディジタル証書を、前記スマート・カードから受信するステップと、（ｃ）前記第１のディジタル証書に応じて前記スマート・カードを認証するステップと、（ｄ）前記スマート・カードの認証と前記サービス・プロバイダ識別データとに応じて前記サービス・プロバイダにコンタクトして、セットトップ・ボックス識別データを含む第２のメッセージを前記サービス・プロバイダに送信するステップと、（ｅ）前記第２のメッセージに応じて、前記サービス・プロバイダの第２の秘密鍵を用いて暗号化された第２のディジタル証書を前記サービス・プロバイダから受信するステップと、（ｆ）第３の秘密鍵を用いて暗号化された前記第２のメッセージを前記サービス・プロバイダから受信するステップと、（ｇ）前記第２のディジタル証書と前記第２の暗号化されたメッセージとに応じて前記サービス・プロバイダを認証するステップと、（ｈ）前記認証の確認を前記サービス・プロバイダに供給するステップと、（ｉ）前記認証されたサービス・プロバイダに応じて前記サービス・プロバイダとの通信チャネルを設定するステップと、を実行する、組み合わせ。１２．前記スマート・カードは複数のディジタル証書からなり、各ディジタル証書は固有のサービス・プロバイダに関係するサービス・プロバイダ識別データを含むものである、請求項１１に記載の組み合わせ。１３．前記第１のディジタル証書に応じて前記スマート・カードを認証する前記ステップは、前記セットトップ・ボックスにおいて第１の公開鍵を用いて前記第１のディジタル証書を解読するステップを含むものである、請求項１２に記載の組み合わせ。１４．前記第２のディジタル証書は第２のサービス・プロバイダ識別データと前記サービス・プロバイダの第２の公開鍵とからなるものである、請求項１２に記載の組み合わせ。１５．前記サービス・プロバイダを認証する前記ステップは、（ａ）前記セットトップ・ボックスにおいて前記第２の公開鍵を用いて前記第２のディジタル証書を解読するステップと、（ｂ）第３の公開鍵を用いて前記暗号化された第２のメッセージを解読して、第２の解読されたメッセージを生成するステップと、（ｃ）前記第２の解読されたメッセージと前記第２のメッセージとを比較するステップと、を含むものである、請求項１４に記載の組み合わせ。１６．前記第１の公開鍵、前記第２の公開鍵、前記第１のメッセージおよび前記第２のメッセージが、前記セットトップ・ボックスに記憶されるものである、請求項１５に記載の組み合わせ。１７．前記第１のディジタル証書、前記第１の秘密鍵および前記第１の公開鍵は、独立の証書オーソリティによって発行されるものである、請求項１６に記載の組み合わせ。１８．前記第１のディジタル証書が前記スマート・カードに記憶さている、請求項１７に記載された組み合わせ。１９．前記第２のディジタル証書、前記第２の秘密鍵および前記第２の公開鍵は、独立の証書オーソリティによって発行され、また前記サービス・プロバイダに関係付けられるものである、請求項１８に記載の組み合わせ。２０．前記第２のディジタル証書が前記サービス・プロバイダに記憶されている、請求項１９に記載の組み合わせ。