JP4989204B2 - 安全なオンライン商取引のための臨時および恒久的な信用証明書を設定するためのシステムおよび方法 - Google Patents

Description

本発明は、リモート・データ・ソースに対する安全なアクセスに関し、特に、安全なオンライン商取引のための臨時および恒久的な信用証明書を設定するためのシステムおよび方法に関する。

オンライン・ショッピングの急増は、消費者に先例のない利便性をもたらした。しかしながら、インターネットを介した努力なしのパーソナル化されたショッピング経験を提供することは容易ではない。小売りウェブサイトのユーザは、時間の掛かる登録プロセスの完成をしばしば要求される。さらに個人用に調整されたウェブ・ページを受け取るためには、しばしばユーザが、マニュアルでそのウェブ・ページを構成する必要がある。登録情報を入力するタスクおよびウェブ・ページを構成するタスクは、インターネット内のナビゲートに不慣れなカスタマにとって困難となり得る。その種のオンライン経験は、小売り店舗におけるメンバーシップ‐ベースのサービスに慣れているカスタマを挫折させることさえある。その結果、小売業者は、潜在的な売上げを失うことになりかねない。

現在のところ、パーソナル化されたサービスに小売店舗において利用可能であるような容易さを提供するオンライン・ショッピング・システムは存在しない。

本発明の一実施態様は、安全なリモート・データ・アクセスのために臨時および恒久的な信用証明書を設定するためのシステムを提供する。このシステムは、第１のデバイスのために臨時の信用証明書を提供するべく構成された臨時スマート・カードを含み、それによって、その臨時スマート・カードが第１のデバイスとともに使用されたとき、リモート・データ・ソースに対する臨時の安全なアクセスを当該第１のデバイスに提供する。それに加えてこのシステムは、第２のデバイスのために恒久的な信用証明書を提供するべく構成された登録スマート・カードを含み、それによって当該第２のデバイスに、登録スマート・カードもしくは臨時スマート・カードの存在なしにリモート・データ・ソースに対する恒久的な安全なアクセスを提供する。

この実施態様の変形においては、臨時スマート・カードが秘密鍵ｐｒｉｖ_Ｔ、登録スマート・カード用の秘密鍵を用いて署名されたその臨時スマート・カード用の公開鍵を含む証明書［ｐｕｂ_Ｔ］_Ｅ、認証局用の秘密鍵を用いて署名された登録スマート・カード用の公開鍵を含む証明書［ｐｕｂ_Ｅ］_Ｆ、および認証局用の秘密鍵を用いて署名された認証局用の公開鍵を含むルート証明書［ｐｕｂ_Ｆ］_Ｆをストアしている。

別の変形においては、第１のデバイス用の臨時の信用証明書を提供する一方、データ・ソースに対するアクセスをコントロールするリモート・コンピュータに［ｐｕｂ_Ｔ］_Ｅおよび［ｐｕｂ_Ｅ］_Ｆを伝達し、それによってその後に続く第１のデバイスとリモート・コンピュータの間における安全な通信を促進する証明書チェーンを設定するべく臨時スマート・カードが構成される。

この実施態様の１つの変形においては、登録スマート・カードが秘密鍵ｐｒｉｖ_Ｅ、その秘密鍵ｐｒｉｖ_Ｅを用いて署名された臨時スマート・カード用の公開鍵を含む証明書［ｐｕｂ_Ｔ］_Ｅ、秘密鍵ｐｒｉｖ_Ｅを用いて署名されたその登録スマート・カード用の公開鍵を含む証明書［ｐｕｂ_Ｅ］_Ｆ、および認証局用の秘密鍵を用いて署名された認証局用の公開鍵を含むルート証明書［ｐｕｂ_Ｆ］_Ｆをストアしている。

別の変形においては、証明書［ｐｕｂ_Ｅ］_Ｆおよび［ｐｕｂ_Ｆ］_Ｆがともに抽象化構文記法１（ＡＳＮ．１）オブジェクト識別子（ＯＩＤ）を含み、それを使用して［ｐｕｂ_Ｅ］_Ｆが第２のデバイス用の恒久的な信用証明書を提供するための許可を与えることができる。

別の変形においては、第２のデバイス用の恒久的な信用証明書を提供する一方、データ・ソースに対するアクセスをコントロールするリモート・コンピュータに［ｐｕｂ_Ｅ］_Ｆを伝達し、それによってその後に続く第２のデバイスとリモート・コンピュータの間における安全な通信を促進する証明書チェーンを設定するべく登録スマート・カードが構成される。それに加えて登録スマート・カードは、第２のデバイスが、それぞれｐｕｂ_Ｃおよびｐｒｉｖ_Ｃとして示される公開鍵および秘密鍵のペアを生成すること、リモート・コンピュータから、当該リモート・コンピュータ用の秘密鍵を用いて署名された公開鍵ｐｕｂ_Ｃを含む証明書［ｐｕｂ_Ｃ］_Ｍおよび認証局用の秘密鍵を用いて署名されたリモート・コンピュータ用の公開鍵を含む証明書［ｐｕｂ_Ｍ］_Ｆを受信すること、および証明書チェーン、［ｐｕｂ_Ｃ］_Ｍおよび［ｐｕｂ_Ｍ］_Ｆをインストールし、第２のデバイスとリモート・コンピュータの間における将来の安全な通信を促進することを可能にするべく構成することができる。

この実施態様の１つの変形においては、システムが、データ・ソースに対するアクセスをコントロールするリモート・コンピュータを含む。リモート・コンピュータは、秘密鍵ｐｒｉｖ_Ｍ、公開鍵ｐｕｂ_Ｍ、認証局用の秘密鍵によって署名された公開鍵ｐｕｂ_Ｍを含む証明書［ｐｕｂ_Ｍ］_Ｆ、および認証局用の秘密鍵を用いて署名された認証局用の公開鍵を含むルート証明書［ｐｕｂ_Ｆ］_Ｆをストアしている。

この実施態様の１つの変形においては、このシステムが証明書取り消しリストを含む。臨時スマート・カードまたは登録スマート・カードの紛失があった場合に、その登録スマート・カード用の秘密鍵を用いて署名されたその臨時スマート・カード用の公開鍵を含む証明書［ｐｕｂ_Ｔ］_Ｅ、およびその臨時スマート・カード用の秘密鍵を用いて署名されたその登録スマート・カード用の公開鍵を含む証明書［ｐｕｂ_Ｅ］_Ｆを含むべく証明取り消しリストが構成される。

この実施態様の１つの変形においては、このシステムが、臨時スマート・カードおよび登録スマート・カードが発行されるユーザについての情報を受け取り、ストアするべく構成されたカード情報データベースを含む。それに加えてカード情報データベースは、ユーザによる臨時スマート・カードもしくは登録スマート・カードの使用に応答してそのユーザの情報を提供するべく構成される。

別の変形においては、ユーザ情報を提供する一方、ユーザのニーズに対して調整されたウェブサイトのリストを提供するべくカード情報データベースが構成される。

さらに別の変形においては、カード情報データベースが、臨時スマート・カードもしくは登録スマート・カードの紛失があった場合に、両方のカードを取り消すべく構成され、かつデータ・ソースに対するアクセスをコントロールする１ないしは複数のコンピュータに対してその取り消しを伝達するべく構成される。

さらに別の変形においては、カード情報データベースが、複数の臨時スマート・カードおよび登録スマート・カードが発行されているユーザについての情報を統合するべく構成され、かつそのユーザによるそれらの複数の臨時スマート・カードおよび登録スマート・カードのいずれか１つの使用に応答して統合したユーザ情報を提供するべく構成される。

この実施態様の１つの変形においては、このシステムがさらにハイブリッド・スマート・カードを含む。ハイブリッド・スマート・カードは、デバイスのための臨時の信用証明書もしくは恒久的な信用証明書を提供することができる。臨時の信用証明書は、リモート・データ・ソースに対する臨時の安全なアクセスを促進し、恒久的な信用証明書は、リモート・データ・ソースに対する恒久的な安全なアクセスを促進する。ハイブリッド・スマート・カードは、また、そのハイブリッド・スマート・カードがデバイスに挿入されたとき、そのデバイスに臨時の信用証明書が与えられるべきか否か、あるいは恒久的な信用証明書が与えられるべきか否かについてユーザの決定を可能にすることができる。

本発明の一実施態様は、安全なデータ・アクセスのための臨時または恒久的な信用証明書を設定するためのシステムを提供する。このシステムは、ネットワーク名によって識別されるネットワーク内に常駐するホーム・ネットワーク・サーバを含む。それに加えて、このシステムは、第１のデバイスのために臨時の信用証明書を提供するべく構成された臨時スマート・カードを含み、それによって、その臨時スマート・カードが第１のデバイスとともに使用されたとき、ホーム・ネットワーク・サーバに対する臨時の安全なアクセスを当該第１のデバイスに提供する。さらにこのシステムは、第２のデバイスのために恒久的な信用証明書を提供するべく構成された登録スマート・カードを含み、それによって当該第２のデバイスに、登録スマート・カードもしくは臨時スマート・カードの存在なしにホーム・ネットワーク・サーバに対する恒久的な安全なアクセスを提供する。

この実施態様の変形においては、ホーム・ネットワーク・サーバが、臨時スマート・カード上に証明書チェーンを設定し、かつ登録スマート・カード上に証明書チェーンを設定するべく構成され、それによってホーム・ネットワーク・サーバに対する安全なデータ・アクセスを促進する。

この実施態様の変形においては、第２のデバイスのために恒久的な信用証明書を提供する一方、登録スマート・カードは、第２のデバイスが公開鍵および秘密鍵のペアを生成すること、および第２のデバイスとホーム・ネットワーク・サーバの間における安全な通信を促進する証明書チェーンを設定するために必要な証明書を獲得することを許可するべく構成される。

この実施態様の変形においては、臨時スマート・カードが、ホーム・ネットワーク・サーバが結合されているワイヤレス・ネットワークに対する第１のデバイスによる臨時のアクセスを許可するべく構成される。

この実施態様の変形においては、登録スマート・カードが、ホーム・ネットワーク・サーバが結合されているワイヤレス・ネットワークに対する第２のデバイスによる恒久的なアクセスを許可するべく構成される。

この実施態様の変形においては、臨時スマート・カードが、第１のデバイスによって自動的に実行されて、臨時の安全なオンライン・ショッピングのためのウェブ・ブラウザを呼び出し、ホーム・ネットワーク・サーバが結合されているワイヤレス・ネットワークに対する臨時のアクセスを許可し、あるいはホーム・ネットワーク・サーバに対する臨時の安全なアクセスを提供することのできるコンピュータ・インストラクションをストアする。

この実施態様の変形においては、登録スマート・カードが、第２のデバイスによって自動的に実行されて、恒久的な安全なオンライン・ショッピングのためのウェブ・ブラウザを呼び出し、ホーム・ネットワーク・サーバが結合されているワイヤレス・ネットワークに対する恒久的なアクセスを許可し、あるいはホーム・ネットワーク・サーバに対する恒久的な安全なアクセスを提供することのできるコンピュータ・インストラクションをストアする。

本発明の実施態様は、スマート・カードのペア、すなわち臨時カードおよび登録カードを提供し、安全なオンライン商取引を容易にする。ユーザは、安全でないコンピュータとともに臨時カードを使用し、商人サーバ上もしくはそのユーザのホーム・サーバ上にストアされているそのユーザの個人情報に安全なアクセスをすることが可能である。安全でないコンピュータは、そのユーザが臨時カードを取り外すとすぐに安全なアクセスを失う。それに加えてユーザは、登録カードを使用して、信頼されたコンピュータに恒久的な安全なデータ・アクセスを許可することが可能である。このように、２つのカードの一方を使用することによってユーザは、任意のコンピュータから指定されたデータ・ソースに安全にアクセスすることが可能であり、そのコンピュータをマニュアルで構成する必要はない。

図１は、ユーザが登録スマート・カードを使用して可能になる、商人サーバに対する恒久的なアクセスのためにホーム・コンピュータを登録する方法を本発明の一実施態様に従って例示している。ユーザ１２４がショップ１００において最初にショッピングを行うとき、小売りスタッフのメンバが、臨時スマート・カード１０６および登録スマート・カード１０８と商人サーバ１０２の関連付けを行う。商人サーバ１０２は、ユーザ１２４についての情報、たとえば好みの商品およびホーム・アドレス等をストアすることが可能である。小売りスタッフは、この関連付けプロセスを、関連ソフトウエアを実行している商人コンソール１０４上で行うことができる。続いて小売りスタッフは、そのユーザがまだカードのペアを有していなければ、そのユーザに新しいカードのペアを発行する。別の実施態様においては、小売りスタッフが、ユーザに帰属する既存のカードのペアと商人サーバ１０２を関連付けすることができる。

臨時カード１０６は、ユーザ１２４が、安全でないコンピュータに臨時カード１０６を挿入することによって商人サーバ１０２に対する安全なアクセスを得ることを可能にする。これに対して登録カード１０８は、ユーザ１２４が、登録カード１０８の存在なしに商人サーバ１０２にアクセスするための恒久的な信用証明書を安全なコンピュータに対して設定することを可能にする。この例の中で示されるとおり、後にユーザ１２４は、登録カード１０８を使用し、たとえばそのユーザの家１２０の内側にあるユーザ・コンピュータ１２２上において恒久的な信用証明書を設定することができる。恒久的な信用証明書が正しく設定されていれば、ユーザ・コンピュータ１２２は、登録カード１０８なしにネットワーク１３０を介して商人サーバ１０２上にストアされたそのユーザの情報に安全にアクセスすることができる。

ユーザは、臨時カードを使用して安全でない公衆コンピュータから安全なアクセスを獲得することが可能である。図２は、ユーザが臨時カードを使用して可能になる、ホーム・ネットワーク・サーバ上にストアされているデータに対するアクセスを商人コンソールに許可する方法を本発明の一実施態様に従って例示している。この例においては、ユーザ２２４がプリント・ショップ２００を訪れて、そのユーザの家２２０に置かれているユーザのホーム・サーバ２２２内にストアされているディジタル写真のプリントを購入する。

プリント・ショップ２００内にいる間、ユーザ２２４は、臨時カードを公衆コンソール・コンピュータ２０４に挿入する。臨時カードは、コンソール２０４がユーザのホーム・サーバ２２２にアクセスし、ネットワーク２３０を介してディジタル写真用のファイルを獲得することを可能にする。コンソール２０４は、その後それらのファイルを、ディジタル写真プリンタ２２６に結合されたプリンタ・サーバ２０２に転送する。このように、ユーザ２２４は、ディジタル・ストレージ・メディアをショップに持ち込むことなく、写真プリントを容易に購入することができる。

オンライン・ショッピングおよびホーム・サーバに対するリモート・アクセスに加えて、ユーザは、臨時カードおよび登録カードをホーム・ネットワーキング目的のために使用することも可能である。たとえば図３は、ユーザが臨時スマート・カードを使用して可能になる、ゲスト・コンピュータに対してワイヤレス‐ネットワーク・アクセスを一時的に許可する方法を本発明の一実施態様に従って例示している。この例においては、ユーザが、そのユーザの家３００の内側でホーム・ネットワーク・サーバ３０２を運営している。ホーム・ネットワーク・サーバ３０２は、ワイヤレス・アクセス・ポイント３０４と通信しており、当該アクセス・ポイントは、ネットワーク３３０に結合されており、それが家３００の中の多数のネットワーク・コンピューティング・デバイスに対してインターネット接続を提供する。

ゲストがポータブル・ゲスト・コンピュータ３０６を伴ってそのユーザを訪問したとき、そのユーザは、ゲスト・コンピュータ３０６に臨時カードを挿入することができる。臨時カードがゲスト・コンピュータ３０６内に残存している限り、ゲスト・コンピュータ３０６は、アクセス・ポイント３０４を介してワイヤレス・ネットワークにアクセスすることが許可される。それに加えてユーザは臨時カードを使用してゲスト・コンピュータ３０６にホーム・ネットワーク・サーバ３０２上のデータへのアクセスを許可することも可能である。ユーザは、さらに、登録カードを使用して家３００の中にある任意のコンピューティング・デバイスに、アクセス・ポイント３０４もしくはホーム・ネットワーク・サーバ３０２への恒久的なアクセスを与えることも可能である。

本発明の実施態様は、公開鍵インフラストラクチャ（ＰＫＩ）を使用して上記の操作を行う（ＰＫＩおよび追加の暗号コンセプトは、ブルース・シュナイア（Ｂｒｕｃｅ Ｓｃｈｎｅｉｅｒ）著『アプライド・クリプトグラフィ（Ａｐｐｌｉｅｄ Ｃｒｙｐｔｏｇｒａｐｈｙ）』第２版、ジョン・ワイリィ・アンド・サンズ（Ｊｏｈｎ Ｗｉｌｅｙ ＆ Ｓｏｎｓ）、（１９９６年）に説明されている）。一実施態様によれば、システムがディジタル証明書チェーンを設定して２つのエンティティの間における安全な通信を促進する。

初期設定時に、まずシステムは、ｐｕｂ_Ｆとして表される公開鍵およびｐｒｉｖ_Ｆとして表される秘密鍵を含む暗号鍵のペアを生成する。またシステムは、［ｐｕｂ_Ｆ］_Ｆとして表される自己署名付きルート証明書も生成し、それが秘密鍵ｐｒｉｖ_Ｆを用いて署名された公開鍵ｐｕｂ_Ｆを含む。一実施態様においては、鍵ペアならびにルート証明書の生成が認証局（ＣＡ）において生じ、ルート証明書は、公に利用可能であると仮定される。

ユーザまたは商人との関連付けに先行して、スマート・カードには、最初に特定の暗号情報がストアされる。最初に、登録カードが公開鍵／秘密鍵ペアを生成するが、それらを（ｐｕｂ_Ｅ、ｐｒｉｖ_Ｅ）として表す。臨時カードもまた公開鍵／秘密鍵ペアを生成し、それらを（ｐｕｂ_Ｔ、ｐｒｉｖ_Ｔ）として表す。それに加えて登録カードは、次に示す情報をストアする。
［ｐｕｂ_Ｔ］_Ｅとして表される、ｐｒｉｖ_Ｅを用いて署名されたｐｕｂ_Ｔを含む証明書、
秘密鍵ｐｒｉｖ_Ｅ、
［ｐｕｂ_Ｅ］_Ｆとして表される、ｐｒｉｖ_Ｆを用いて署名されたｐｕｂ_Ｅを含む証明書、および
ルート証明書［ｐｕｂ_Ｆ］_Ｆ
臨時カードは、次に示す情報をストアする。
秘密鍵ｐｒｉｖ_Ｔ
［ｐｕｂ_Ｔ］_Ｅとして表される、ｐｒｉｖ_Ｅを用いて署名されたｐｕｂ_Ｔを含む証明書、
［ｐｕｂ_Ｅ］_Ｆとして表される、ｐｒｉｖ_Ｆを用いて署名されたｐｕｂ_Ｅを含む証明書、および
ルート証明書［ｐｕｂ_Ｆ］_Ｆ
さらに、証明書［ｐｕｂ_Ｅ］_Ｆおよび［ｐｕｂ_Ｆ］_Ｆは、登録目的のための登録カードの使用を許可するための抽象化構文記法１（ＡＳＮ．１）オブジェクト識別子（ＯＩＤ）を含む。

また初期設定の間には商人サーバが、鍵ペア（ｐｕｂ_Ｍ、ｐｒｉｖ_Ｍ）を生成する。続いて商人サーバは、認証局に証明書［ｐｕｂ_Ｍ］_Ｆを要求し、獲得する。また商人サーバは、ルート証明書［ｐｕｂ_Ｆ］_Ｆのコピーも受け取る。さらに商人は、多数のストア内コンピュータにソフトウエアをインストールして商人コンソールを作成することができる。

カスタマが商人のショップにおいてショッピングを行い、カードのペアを受け取って将来のパーソナル化されたオンライン・ショッピングを享受する旨を決定するとき、小売りスタッフのメンバは、新しく作成されたカードのペアを取り出し、臨時カードを商人コンソールに挿入する。それに続いて商人コンソールが、一連のオペレーションを実行してその臨時カードとその商人の関連付けを行う。

図４は、本発明の一実施態様に従って臨時スマート・カードと商人の関連付けのプロセスを例示した時間‐空間図である。オペレーションの間にまず商人コンソールが、Ｔとして表されている臨時カードを要求し、秘密鍵ｐｒｉｖ_Ｔを用いて公開鍵ｐｕｂ_Ｍを署名する（ステップ４０２）。一実施態様においては、この要求が公開鍵暗号標準＃１０（ＰＫＣＳ＃１０）に従う。それに応答して臨時カードは、ｐｒｉｖ_Ｔを用いて署名された公開鍵ｐｕｂ_Ｍを含む証明書［ｐｕｂ_Ｍ］_Ｔを返す。

それに続いて商人コンソールは、臨時カード上にストアされている公開データを要求する（ステップ４０６）。臨時カードは、証明書［ｐｕｂ_Ｔ］_Ｅおよび［ｐｕｂ_Ｅ］_Ｆを伴って応答する（ステップ４０８）。その結果として商人コンソールは、臨時カードからの証明書チェーンを獲得し、それには［ｐｕｂ_Ｔ］_Ｅ、［ｐｕｂ_Ｅ］_Ｆ、および［ｐｕｂ_Ｆ］_Ｆが含まれる。さらに商人コンソールは、［ｐｕｂ_Ｍ］_Ｔ、［ｐｕｂ_Ｔ］_Ｅ、および［ｐｕｂ_Ｅ］_Ｆを商人カスタマ・データベースに転送するが、これは商人サーバ上で実行することができる（ステップ４１０）。商人カスタマ・データベースは、続いて、受け取った証明書および対応するカスタマ情報をストアする（ステップ４１２）。

カスタマがすでにカードのペアを有しており、それらのカードとその商人の関連付けを希望した場合には、商人コンソールは、前述のステップを実行して、その臨時カードとその商人の関連付けを行うことができる。

ユーザは、臨時カードを、公衆キオスク・コンピュータ等の安全でないコンピュータに挿入して商人ウェブサイトもしくはホーム・サーバに対する臨時の安全なアクセスを獲得し、秘密の個人情報を受け取ることができる。たとえばユーザは、ウェブ・ブラウザを商人ウェブサイトｓｅｃｕｒｅ．ｍｅｒｃｈａｎｔ．ｃｏｍにナビゲートすることが可能であり、それに応答してブラウザは、セキュア・ソケット・レイヤ（ＳＳＬ）を商人のサーバに対して開く。この時点において、クライアント認証ならびにサーバ認証がともにアクティブになる。サーバ認証は標準証明書を使用し、クライアント認証は臨時カード上にストアされている証明書を使用する。一実施態様においては、この認証プロセスが、参照によりこれに援用するインターネット技術特別調査委員会のリクエスト・フォア・コメンツ（ＩＥＴＦ ＲＦＣ）２２４６に指定されているとおりのＳＳＬまたはトランスポート・レイヤ・セキュリティ（ＴＳＬ）プロトコルに従う。

図５は、本発明の一実施態様に従って商人サーバに対する臨時のアクセスをコンピュータに許可する、臨時スマート・カードの使用のプロセスを例示した時間‐空間図である。オペレーションの間にクライアント・コンピュータが、Ｍとして示されている商人サーバにＨＥＬＬＯ（ハロー）メッセージを送信する（ステップ５０２）。商人サーバは、サーバのＨＥＬＬＯ（ハロー）メッセージ、証明書［ｐｕｂ_Ｍ］_Ｆ、ＣＥＲＴＩＦＩＣＡＴＥ ＲＥＱＵＥＳＴ（証明書要求）メッセージ、ＳＥＲＶＥＲ ＤＯＮＥ（サーバ完了）メッセージを伴って応答する（ステップ５０４）。これに応答してクライアント上のブラウザは、臨時カード上の証明書を見つける（ステップ５０６）。一実施態様においてはブラウザが、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）の暗号化アプリケーション・プログラム・インターフェース（ＣＡＰＩ）もしくはＰＫＣＳ＃１１標準に従って要求を発行する。

それに続いてクライアントが、証明書［ｐｕｂ_Ｔ］_Ｅ、証明書［ｐｕｂ_Ｅ］_Ｆ、ＣＬＩＥＮＴ ＫＥＹ ＥＸＣＨＡＮＧＥ（クライアント鍵交換）メッセージ、ＣＥＲＴＩＦＩＣＡＴＥ ＶＥＲＩＦＹ（証明書検証）メッセージ、およびＦＩＮＩＳＨＥＤ（完了）メッセージを送信し、それにはクライアントのＨＥＬＬＯ（ハロー）から開始して現在のＦＩＮＩＳＨＥＤ（完了）メッセージの手前までを含む暗号化されたハンドシェイク・メッセージが含まれる（ステップ５０８）。商人サーバは、ＣＨＡＮＧＥ ＣＩＰＨＥＲ ＳＰＥＣ（暗号仕様変更）メッセージおよび暗号化されたハンドシェイク・メッセージを含むＦＩＮＩＳＨＥＤ（完了）メッセージを伴って応答する（ステップ５１０）。この時点において、サーバ認証およびクライアント認証がともに完了する。

その後クライアントは、アプリケーション・データについての要求を送信する（ステップ５１２）。たとえばクライアント・ブラウザは、『ｈｔｔｐ ｇｅｔ』コマンドを送信して商人サーバからウェブ・データを検索することができる。要求を受信すると商人サーバは、証明書［ｐｕｂ_Ｅ］_Ｆを商人カスタマ・データベースに送信し、カスタマ情報を要求する（ステップ５１４）。商人カスタマ・データベースは、カスタマ情報を伴って応答する（ステップ５１６）。続いて商人サーバは、このカスタマ情報を基礎としてパーソナル化されたアプリケーション・データを伴ってクライアント・ブラウザに応答する（ステップ５１８）。

ユーザがそのユーザ自身の臨時カードを商人に関連付けした後、そのユーザは、信頼されたコンピュータをセットアップして臨時カードなしに安全なパーソナル化されたウェブ・コンテントを商人から受信することができる。オペレーションの間にユーザが、Ｅとして示されている登録カードを、Ｃとして示されている信頼されたコンピュータに挿入し、商人ウェブサイト、ｓｅｃｕｒｅ．ｍｅｒｃｈａｎｔ．ｃｏｍにナビゲートする。一実施態様においては、Ｃ上のブラウザが、Ｍとして示されている商人サーバに対するＳＳＬセッションを開始する。この時点において、クライアント認証ならびにサーバ認証がともにアクティブになる。サーバ認証は標準証明書を使用し、クライアント認証は登録カード上にストアされている証明書を使用する。

［ｐｕｂ_Ｅ］_Ｆおよび［ｐｕｂ_Ｆ］_Ｆのいずれもが登録のためのＯＩＤを含んでいることから、商人サーバは、登録カードが使用されるときを判断することができる。サーバ認証ならびにクライアント認証が完了し、ＳＳＬ／ＴＬＳトンネルがセットアップされた後は、コンピュータＣのブラウザが鍵ペア（ｐｕｂ_Ｃ、ｐｒｉｖ_Ｃ）を生成することができる。ｐｕｂ_Ｃは、続く証明書要求の中でサーバに提出される。サーバは、証明書チェーン（［ｐｕｂ_Ｃ］_Ｍ、［ｐｕｂ_Ｍ］_Ｆ）を伴って応答する。コンピュータＣは、この時点から商人サーバに対する安全なアクセスのために［ｐｕｂ_Ｃ］_Ｍを使用することができる。一実施態様においては、この認証プロセスがＩＥＴＦ ＲＦＣ ２２４６に指定されているとおりのＳＳＬまたはＴＳＬプロトコルに従う。

図６は、本発明の一実施態様に従って商人サーバに対する恒久的なアクセスをコンピュータに許可する登録スマート・カードの使用のプロセスを例示した時間‐空間図である。クライアント・コンピュータは、商人サーバに対してＨＥＬＬＯ（ハロー）メッセージを送信することによって開始する（ステップ６０２）。商人サーバは、サーバのＨＥＬＬＯ（ハロー）メッセージ、証明書［ｐｕｂ_Ｍ］_Ｆ、ＣＥＲＴＩＦＩＣＡＴＥ ＲＥＱＵＥＳＴ（証明書要求）メッセージ、ＳＥＲＶＥＲ ＤＯＮＥ（サーバ完了）メッセージを伴って応答する（ステップ６０４）。これに応答してクライアント・ブラウザは、登録カード上の証明書を、たとえばＣＡＰＩまたはＰＫＣＳ＃１１要求経由で獲得する（ステップ６０６）。

それに続いてクライアント・ブラウザが、証明書［ｐｕｂ_Ｅ］_Ｆ、ＣＬＩＥＮＴ ＫＥＹ ＥＸＣＨＡＮＧＥ（クライアント鍵交換）メッセージ、ＣＥＲＴＩＦＩＣＡＴＥ ＶＥＲＩＦＹ（証明書検証）メッセージ、および暗号化されたハンドシェイク・メッセージを含むＦＩＮＩＳＨＥＤ（完了）メッセージを送信する（ステップ６０８）。商人サーバは、ＣＨＡＮＧＥ ＣＩＰＨＥＲ ＳＰＥＣ（暗号仕様変更）メッセージおよび暗号化されたハンドシェイク・メッセージを含むＦＩＮＩＳＨＥＤ（完了）メッセージを伴って応答する（ステップ６１０）。この時点において、サーバ認証およびクライアント認証がともに完了する。

その後クライアントは、アプリケーション・データを要求する（ステップ６１２）。これに応答して商人サーバは、クライアント・コンピュータに鍵ペアの生成を要求する（ステップ６１４）。それに続いてクライアント・コンピュータＣが、鍵ペア（ｐｕｂ_Ｃ、ｐｒｉｖ_Ｃ）を生成し（ステップ６１６）、商人サーバにｐｕｂ_Ｃのための証明書を要求する（ステップ６１８）。商人サーバは、証明書［ｐｕｂ_Ｃ］_Ｍを作成して、［ｐｕｂ_Ｃ］_Ｍおよび［ｐｕｂ_Ｍ］_Ｆを商人カスタマ・データベースに送信し、カスタマ情報を要求する（ステップ６２０）。カスタマ・データベースは、［ｐｕｂ_Ｃ］_Ｍをカスタマ情報に追加し、カスタマ情報を伴って応答する（ステップ６２２）。商人サーバは、［ｐｕｂ_Ｃ］_Ｍおよび［ｐｕｂ_Ｍ］_Ｆをクライアントに送信し、証明書チェーンのインストールをクライアント・コンピュータに要求する（ステップ６２４）。

それに続いてクライアントは、証明書チェーン（［ｐｕｂ_Ｃ］_Ｍ、［ｐｕｂ_Ｍ］_Ｆ）をインストールし（ステップ６２５）、アプリケーション・データを要求する（ステップ６２６）。商人サーバは、カスタマ・データベースから受信したカスタマ情報を基礎としてパーソナル化されたアプリケーション・データを伴って応答する（ステップ６２８）。

図７は、本発明の一実施態様に従って以前に登録されたコンピュータから商人サーバにアクセスするプロセスを例示した時間‐空間図である。オペレーションの間にクライアント・コンピュータが、ＨＥＬＬＯ（ハロー）メッセージを商人サーバに送信する（ステップ７０２）。商人サーバは、サーバのＨＥＬＬＯ（ハロー）メッセージ、証明書［ｐｕｂ_Ｍ］_Ｆ、ＣＥＲＴＩＦＩＣＡＴＥ ＲＥＱＵＥＳＴ（証明書要求）メッセージ、ＳＥＲＶＥＲ ＤＯＮＥ（サーバ完了）メッセージを伴って応答する（ステップ７０４）。これに応答してクライアント上のブラウザは、クライアント・コンピュータ上にストアされている証明書を見つける（ステップ７０６）。

それに続いてクライアントが、証明書［ｐｕｂ_Ｃ］_Ｍ、証明書［ｐｕｂ_Ｍ］_Ｆ、ＣＬＩＥＮＴ ＫＥＹ ＥＸＣＨＡＮＧＥ（クライアント鍵交換）メッセージ、ＣＥＲＴＩＦＩＣＡＴＥ ＶＥＲＩＦＹ（証明書検証）メッセージ、および暗号化されたハンドシェイク・メッセージを含むＦＩＮＩＳＨＥＤ（完了）メッセージを送信する（ステップ７０８）。商人サーバは、ＣＨＡＮＧＥ ＣＩＰＨＥＲ ＳＰＥＣ（暗号仕様変更）メッセージおよび暗号化されたハンドシェイク・メッセージを含むＦＩＮＩＳＨＥＤ（完了）メッセージを伴って応答する（ステップ７１０）。この時点において、サーバ認証およびクライアント認証がともに完了する。

その後クライアントは、アプリケーション・データのための要求を開始する（ステップ７１２）。たとえばクライアント・ブラウザは、『ｈｔｔｐ ｇｅｔ』コマンドを送信して商人サーバからウェブ・データを検索することができる。要求を受信すると商人サーバは、証明書［ｐｕｂ_Ｃ］_Ｍを商人カスタマ・データベースに送信し、カスタマ情報を要求する（ステップ７１４）。商人カスタマ・データベースは、カスタマ情報を伴って応答する（ステップ７１６）。続いて商人サーバは、このカスタマ情報を基礎としてパーソナル化されたアプリケーション・データを伴ってクライアント・ブラウザに応答する（ステップ７１８）。

ユーザが登録カードまたは臨時カードのいずれかを紛失した場合に、ユーザは、影響を受ける商人の１つと接触することができる。商人は、カスタマ情報を調べてＣＡと接触し、それが臨時カードの証明書［ｐｕｂ_Ｔ］_Ｅおよび登録カードの証明書［ｐｕｂ_Ｅ］_Ｆの両方を証明書取り消しリスト（ＣＲＬ）上に載せる。ＣＡは、続いて、ＣＲＬを公開していずれかのカードのその後の使用を禁ずる。さらに、登録カードの紛失であった場合に商人は、その登録カードの紛失の時点以降にデバイスに対して発行されたあらゆる証明書［ｐｕｂ_Ｃ］_ＥのＣＲＬ上への掲載を上記に加えてＣＡに要求する。一実施態様においては、臨時カードおよび登録カードが取り消された後においても、登録カードを用いて登録されたデバイス対してアクセスが引き続き利用できる。

一実施態様においては、このシステムが、カード情報サーバ（ＣＩＳ）によって提供される集中情報サービスを使用する。ＣＩＳは、データベースを提供し、商人コンピュータは、そこにカスタマ・カードに関する情報を追加することができる。カードの関連付けプロセスの間に、一般に商人は、カスタマ情報および証明書チェーン（［ｐｕｂ_Ｍ］_Ｔ、［ｐｕｂ_Ｔ］_Ｅ、［ｐｕｂ_Ｅ］_Ｆ）をＣＩＳに送信する。

カスタマがそのカスタマ自身の臨時カードを使用するとき、そのカスタマは、そのカスタマ自身のウェブ・ブラウザを、商人のウェブサイトを手入力する代わりに商人のウェブ・ページに対する安全なリンクを提供する周知のカード・ユーザ・ポータルにナビゲートすることができる。登録カードを使用していれば、ユーザはさらに、カード・ユーザ・ポータルにナビゲートすること、および商人のウェブサイトにナビゲートすることができる。その後ユーザは、そのユーザ自身のコンピュータに、その商人のウェブサイトに対する恒久的な安全なアクセスを与えることができる。

ＣＩＳは、ユーザもしくは商人がＣＩＳと接触して紛失カードを報告することを可能にすることによって紛失カードの取り消しのプロセスを単純化する。ＣＩＳがすべてのカードの集中化された追跡を維持していることから、ＣＩＳは、標準プロトコルを使用して、影響を受けるすべての商人に対してカードの取り消しをプッシュすることができる。さらに交換のカードがそのユーザに対して発行された後は、ＣＩＳが、影響を受けるすべての商人に対して更新をプッシュすることができる。

ＣＩＳは、ユーザが１を超える数のカードのペアを有している場合に、カードの容易な管理も促進する。たとえば、あるユーザに対して２つの商人が別々のカードのペアを発行し、ユーザ情報収集プロセスが２度にわたって生じる場合に、ユーザはＣＩＳと接触して２つのペアを機能的に併合して１つのペアとする要求を行うことができる。ＣＩＳは、そのユーザの要求においてそのユーザの情報を、単一ペアのカードが統合されたユーザ情報をインデクスするように統合することによって併合を容易にする。さらにＣＩＳが、統合されたユーザ情報を、そのユーザによる発行済み臨時カードまたは登録カードのいずれか１つの使用に応答して提供することも可能である。

ユーザがホーム・ネットワーク・サーバを使用するとき、さらにユーザは、そこにストアされているデータに対する安全なリモート・アクセスを、スマート・カードのペアを使用して得ること、あるいはホーム・ワイヤレス・ネットワークに対する安全なアクセスを提供することができる。一実施態様においては、ホーム・ネットワーク・サーバがＦＮＳとして示される。ＦＮＳは、２つの鍵ペア、すなわち（ｐｕｂ_ＦＮＳ、ｐｒｉｖ_ＦＮＳ）および（ｐｕｂ_{ＦＮＳ‐Ｓｅｒｖｅｒ}、ｐｒｉｖ_{ＦＮＳ‐Ｓｅｒｖｅｒ}）を生成する。ＦＮＳは、これら２つの鍵ペアを基礎として、ルート証明書［ｐｕｂ_ＦＮＳ］_ＦＮＳおよび第２の証明書［ｐｕｂ_{ＦＮＳ‐Ｓｅｒｖｅｒ}］_ＦＮＳを生成する。ユーザがカードのペアを使用してワイヤレス・アクセスを許可する場合には、ＦＮＳがネットワーク名、たとえばサービス・セット識別子（ＳＳＩＤ）をローカル・ワイヤレス・ネットワークに割り当てることもできる。

ユーザがカードのペアを獲得するとき、そのユーザは、最初にそのカードのペアとＦＮＳの関連付けを一度に１つ行う。カードは、証明書、ネットワーク名（ＳＳＩＤ）、およびそのほかの、ＩＰアドレスおよびドメイン・ネーム・サーバ（ＤＮＳ）ホスト名といったＦＮＳに関するネットワーク情報をストアする。

図８Ａは、本発明の一実施態様に従って最初に臨時スマート・カードを、続いて登録スマート・カードを、ホーム・ネットワーク・サーバに関連付けするプロセスを例示したフローチャートを表している。オペレーションの間にＦＮＳが、ユーザに臨時カードの挿入を許すことによって開始し（ステップ８０２）、その臨時カードから［ｐｕｂ_Ｔ］_Ｅおよび［ｐｕｂ_Ｅ］_Ｆを読み取る（ステップ８０４）。それに続いてＦＮＳは、ルート秘密鍵ｐｒｉｖ_ＦＮＳを用いて署名された公開鍵ｐｕｂ_Ｅおよび登録目的のためのＯＩＤを含む証明書［ｐｕｂ_Ｅ］_ＦＮＳを作成する（ステップ８０６）。その後ＦＮＳは、証明書チェーン（［ｐｕｂ_Ｔ］_Ｅ、［ｐｕｂ_Ｅ］_ＦＮＳ、［ｐｕｂ_ＦＮＳ］_ＦＮＳ）を臨時カード上にインストールする（ステップ８０８）。また臨時カードは、ＦＮＳのＳＳＩＤおよびＩＰアドレスを記録する（ステップ８１０）。その後ＦＮＳが、関連付け済みカードのリスト内に［ｐｕｂ_Ｔ］_Ｅおよび［ｐｕｂ_Ｅ］_ＦＮＳを記録する（ステップ８１２）。

それに続いてＦＮＳは、ユーザが臨時カードを回収して登録カードを挿入することを許可する（ステップ８１４）。次にＦＮＳは、その登録カードから［ｐｕｂ_Ｅ］_Ｆを読み取り（ステップ８１６）、関連付け済みカードのリストから［ｐｕｂ_Ｅ］_ＦＮＳを見つける（ステップ８１８）。その後ＦＮＳは、証明書チェーン（［ｐｕｂ_Ｅ］_ＦＮＳ、［ｐｕｂ_ＦＮＳ］_ＦＮＳ）を登録カード上にインストールし（ステップ８２０）、ＦＮＳのＳＳＩＤおよびＩＰアドレスを登録カード上に記録する（ステップ８２２）。

図８Ｂは、本発明の一実施態様に従って最初に登録スマート・カードを、続いて臨時スマート・カードを、ホーム・ネットワーク・サーバに関連付けするプロセスを例示したフローチャートを表している。オペレーションの間にＦＮＳが、ユーザに登録カードの挿入を許すことによって開始し（ステップ８４２）、その登録カードから［ｐｕｂ_Ｅ］_Ｆを読み取る（ステップ８４４）。それに続いてＦＮＳは、ルート秘密鍵ｐｒｉｖ_ＦＮＳを用いて署名された公開鍵ｐｕｂ_Ｅおよび登録目的のためのＯＩＤを含む証明書［ｐｕｂ_Ｅ］_ＦＮＳを作成する（ステップ８４６）。その後ＦＮＳは、証明書チェーン（［ｐｕｂ_Ｅ］_ＦＮＳ、［ｐｕｂ_ＦＮＳ］_ＦＮＳ）を登録カード上にインストールする（ステップ８４８）。登録カードは、ＦＮＳのＳＳＩＤおよびＩＰアドレスを記録する（ステップ８５０）。その後ＦＮＳが、関連付け済みカードのリスト内に［ｐｕｂ_Ｅ］_ＦＮＳを記録する（ステップ８５２）。

それに続いてＦＮＳは、ユーザが登録カードを回収して臨時カードを挿入することを許可する（ステップ８５４）。次にＦＮＳは、その臨時カードから［ｐｕｂ_Ｔ］_Ｅおよび［ｐｕｂ_Ｅ］_Ｆを読み取り（ステップ８５６）、関連付け済みカードのリストから［ｐｕｂ_Ｅ］_ＦＮＳを見つける（ステップ８５８）。その後ＦＮＳは、証明書チェーン（［ｐｕｂ_Ｔ］_Ｆ、［ｐｕｂ_Ｅ］_ＦＮＳ、［ｐｕｂ_ＦＮＳ］_ＦＮＳ）を臨時カード上にインストールし（ステップ８６０）、ＦＮＳのＳＳＩＤおよびＩＰアドレスを臨時カード上に記録する（ステップ８６２）。さらにＦＮＳは、ＦＮＳの関連付け済みカードのリスト内に［ｐｕｂ_Ｅ］_ＦＮＳによってインデクスされるエントリに［ｐｕｂ_Ｔ］_Ｆを追加する。

一実施態様においては、カードのペアを１つのＦＮＳだけに関連付けすることが可能である。複数の関連付けを許可することは、あるコンピュータがＦＮＳになりすましてカードの使用を混乱させる可能性にユーザをさらすことがある。別の実施態様においては、臨時カードもしくは登録カードのいずれかが、安全なショッピングのためにブラウザを開くこと、ワイヤレス・ネットワークに対する一時的なアクセスを許可すること、ユーザのＦＮＳネットワークに対する一時的なリモート・アクセスを許可することを含めたいくつかの自動実行アプリケーションを含むことができる。

ユーザが、コンピュータに、臨時カードを挿入することによってワイヤレス・ネットワークに対する一時的なアクセスを許可する場合に、臨時カード上のソフトウエアが自動的に、ＦＮＳによって提供されるワイヤレス・ネットワークに接続するワイヤレス・プロファイルをインストールする。一実施態様においては、このワイヤレス・プロファイルが、ＩＥＥＥ ８０２．１ｘ／ＥＡＰ‐ＴＬＳワイヤレス・セキュリティ標準を基礎とし、ディジタル証明書によって認証される。ワイヤレス・プロファイルは、ワイヤレス・ネットワーキング・サブシステムに、認証のために臨時カード上にストアされているディジタル署名を使用することを指示する。ワイヤレス・ネットワークに対するアクセスは、臨時カードが取り除かれると直ちに無効になる。

ユーザが、登録カードを使用してワイヤレス・ネットワークに対する恒久的なアクセスを許可する場合、登録カード上のソフトウエアがＥＡＰ‐ＰＴＬＳプロセスを実行するクライアント・プログラムを自動的にインストールする。ＦＮＳが登録カード上の公開鍵を信用していることから追加の論理リンク・コントロール（ＬＬＣ）サブレイヤ交換は必要ない。ここで注意を要するが、ＦＮＳは、ＥＡＰ‐ＰＴＬＳプロセス内において使用されるクライアント証明書が登録ＯＩＤを含むことも保証する。ＥＡＰ‐ＰＴＬＳプロセスは、結果として新しいディジタル証明書および、ＩＥＥＥ ８０２．１ｘ／ＥＡＰ‐ＴＬＳ標準を基礎としてコンピュータがワイヤレス・ネットワークにアクセスするためのワイヤレス・プロファイルをもたらす。このワイヤレス・プロファイルは、その後、ワイヤレス・ネットワーキング・サブシステムに、認証のためにそれらの新しいディジタル証明書を使用するべく指示する。

ユーザが臨時カードを使用してＦＮＳ上にストアされているデータに対するアクセスを許可する場合、臨時カード上のソフトウエアが自動的にＶＰＮプロファイルをインストールする。このＶＰＮプロファイルは、臨時カード上にストアされているディジタル証明書を認証のために使用する。別の実施態様においては、ファイル共有アプリケーションがこの証明書を使用してデータに対する安全なリモート・アクセスを獲得する。たとえばユーザは、そのユーザ自身のＦＮＳに対する安全なアクセスを写真ショップにおいて獲得し、ディジタル写真の選択ならびにプリントを行うことができる。

ユーザは、登録カードを使用して、そのユーザ自身のＦＮＳに対する恒久的なアクセスを与えることができる。ユーザが登録カードを挿入すると、その中に含まれているソフトウエアが自動的にＦＮＳにディジタル証明書を要求して受信し、このとき獲得したディジタル証明書を使用するＶＰＮプロファイルをインストールする。この態様においては、登録カードが取り除かれた後においてもＶＰＮプロファイルが利用可能な状態で残る。ユーザが一方のカードを紛失した場合には、ＦＮＳが、ユーザによるそのカードの取り消しを許可する管理ウェブ・ページを提供することができる。取り消しに応答してＦＮＳは、内部の取り消しリスト上に［ｐｕｂ_Ｔ］_Ｅおよび［ｐｕｂ_Ｅ］_ＦＮＳを載せる。さらに別の実施態様においてはユーザがＣＩＳと通信し、それにＦＮＳの取り消しをプッシュさせることができる。それに加えて、管理ウェブ・ページが登録済みデバイスを表示し、それらのデバイスに対して発行された証明書のシリアル番号を記録する。この管理ウェブ・ページは、さらに、内部の取り消しリスト上に［ｐｕｂ_Ｃ］_ＦＮＳを載せることによってユーザが任意のデバイスＣからのアクセスを取り消すことを可能にする。

２枚の別々のカード‐臨時アクセス用の１枚と恒久的な登録のための１枚‐の発行が望ましくない場合には、本発明の実施態様が、両方のカードの機能を単一のカードにカプセル化することができる。一実施態様においては、カードが自動実行されるコードを含み、それによってユーザは、コンピュータに臨時アクセスを与えるか否か、あるいは恒久的な登録を与えるか否かを決定することが可能になる。たとえばスマート・カードが自動的にウェブ・ページもしくはウインドウを表示し、ユーザに２つのオプションうちの一方の選択を促すことができる。

いくつかの場合においては、ユーザが、信頼されていないソフトウエアを実行している公衆コンピュータを使用していることがある。その種の信頼されていないコンピュータによって提供されるインターフェースに頼ってユーザの意図を決定することは、安全でない可能性がある。好ましくは、外部の確認メカニズムが採用されて、ユーザの意図を確認し、臨時もしくは恒久的なアクセスを許可する。

一実施態様においては、外部確認メカニズムが、要求されているアクセスのレベルに依存する。カードが挿入されている間に限って臨時アクセスを許可するといった低セキュリティのオペレーションの場合であれば、システムは、カードの挿入を超える追加の確認を必要としなくてもよい。中セキュリティのオペレーション、たとえばカードを使用してＦＮＳのワイヤレス・ネットワークにデバイスを参加させる場合等においては、システムが電子メールをユーザに送信し、そのユーザに、新しく許可したアクセスを取り消す機会を与えることができる。中高セキュリティのオペレーション、たとえばＦＮＳ上にストアされている特定ファイルに対するアクセスを丸１日許可する場合等においては、ユーザが、未決オペレーションを警告し、かつアクセスの許可をキャンセルする機会をそのユーザに提供するショート・メッセージ・サービス（ＳＭＳ）を受信することができる。ＦＮＳ上にストアされているすべてのデータに対する恒久的なアクセスを許可する場合のような高セキュリティのオペレーションについては、システムがユーザに、電子メールまたはＳＭＳメッセージに対する肯定的な応答、または、あるいはそれに加えて個人識別番号（ＰＩＮ）の入力を要求することができる。

ユーザが登録スマート・カードを使用して可能になる、商人サーバに対する恒久的なアクセスのためにホーム・コンピュータを登録する方法を本発明の一実施態様に従って例示した図である。 ユーザが臨時カードを使用して可能になる、ホーム・ネットワーク・サーバ上にストアされているデータに対するアクセスを商人コンソールに許可する方法を本発明の一実施態様に従って例示した図である。 ユーザが臨時スマート・カードを使用して可能になる、ゲスト・コンピュータに対してワイヤレス‐ネットワーク・アクセスを一時的に許可する方法を本発明の一実施態様に従って例示した図である。 本発明の一実施態様に従って臨時スマート・カードと商人の関連付けのプロセスを例示した時間‐空間図である。 本発明の一実施態様に従って商人サーバに対する臨時のアクセスをコンピュータに許可する、臨時スマート・カードの使用のプロセスを例示した時間‐空間図である。 本発明の一実施態様に従って商人サーバに対する恒久的なアクセスをコンピュータに許可する登録スマート・カードの使用のプロセスを例示した時間‐空間図である。 本発明の一実施態様に従って以前に登録されたコンピュータから商人サーバにアクセスするプロセスを例示した時間‐空間図である。 本発明の一実施態様に従って最初に臨時スマート・カードを、続いて登録スマート・カードを、ホーム・ネットワーク・サーバに関連付けするプロセスを例示したフローチャートである。 本発明の一実施態様に従って最初に登録スマート・カードを、続いて臨時スマート・カードを、ホーム・ネットワーク・サーバに関連付けするプロセスを例示したフローチャートである。

符号の説明

１００ ショップ、１０２ 商人サーバ、１０４ 商人コンソール、１０６ 臨時スマート・カード；臨時カード、１０８ 登録スマート・カード；登録カード、１２０ ユーザの家、１２２ ユーザ・コンピュータ、１２４ ユーザ、１３０ ネットワーク、２００ プリント・ショップ、２０２ プリンタ・サーバ、２０４ 公衆コンソール・コンピュータ；コンソール、２２０ ユーザの家、２２２ ホーム・サーバ、２２４ ユーザ、２２６ ディジタル写真プリンタ、２３０ ネットワーク、３００ ユーザの家、３０２ ホーム・ネットワーク・サーバ、３０４ ワイヤレス・アクセス・ポイント、３０６ ポータブル・ゲスト・コンピュータ；ゲスト・コンピュータ、３３０ ネットワーク。

Claims (4)

1. 安全なデータ・アクセスのために臨時および恒久的な信用証明書を設定するためのシステムであって、
   ネットワーク名によって識別されるネットワーク内に常駐するホーム・ネットワーク・サーバと、
   第１のデバイスのために臨時の信用証明書を提供するべく構成された臨時スマート・カードであって、それによって前記第１のデバイスに、前記臨時スマート・カードが前記第１のデバイスとともに使用されるときに前記ホーム・ネットワーク・サーバに対する臨時の安全なアクセスを提供する臨時スマート・カードと、
   第２のデバイスのために恒久的な信用証明書を提供するべく構成された登録スマート・カードであって、それによって前記第２のデバイスに、前記登録スマート・カードもしくは前記臨時スマート・カードの存在なしに前記ホーム・ネットワーク・サーバに対する恒久的な安全なアクセスを提供する登録スマート・カードと、
   を包含するシステム。
2. 前記ホーム・ネットワーク・サーバは、前記臨時スマート・カード上に証明書チェーンを設定し、かつ前記登録スマート・カード上に証明書チェーンを設定するべく構成され、それによって前記ホーム・ネットワーク・サーバに対する安全なデータ・アクセスを促進する、請求項１に記載のシステム。
3. 前記第２のデバイスのために前記恒久的な信用証明書を提供する一方、前記登録スマート・カードは、前記第２のデバイスが、
   公開鍵および秘密鍵のペアを生成すること、および、
   前記第２のデバイスと前記ホーム・ネットワーク・サーバの間における安全な通信を促進する証明書チェーンを設定するために必要な証明書を獲得すること、
   を許可するべく構成される、請求項１に記載のシステム。
4. 前記臨時スマート・カードは、前記ホーム・ネットワーク・サーバが結合されているワイヤレス・ネットワークに対する前記第１のデバイスによる臨時のアクセスを許可するべく構成される、請求項１に記載のシステム。

Images