(57)【要約】ネットワーク上でのデータ伝送、データ記憶及びデータ検索において機密保護を図るためのシステム及び方法を開示する。例えば商取引上の請求記録や出荷記録などの機密情報が含まれるデータが、暗号化して一システム中に配置され、暗号化／復号化鍵が別の一システム中に配置される。これらのシステムは、情報が交換されているという点のみで連関している。本システムは、前記暗号化されたデータへのアクセスに前記双方のシステムの不正な使用を要することから、侵入が困難である。
2004507907.tif 000002
【特許請求の範囲】
【請求項１】
情報の記憶及びクライアントとサーバとの間での情報の伝送において機密保護を図るための方法であって、前記サーバ側で：
ａ）前記情報及びクライアントのサーバ・アクション実行要求を受信するステップと、
ｂ）前記クライアント要求の受信に応えて前記サーバ・アクションを実行し、前記クライアントに割り当てられた暗号化鍵を生成するステップであって、前記暗号化鍵がクライアント識別子に対応付けられているステップと、
ｃ）前記暗号化鍵を用いて、前記情報の少なくとも一部を暗号化することにより、暗号化されたクッキーを生成するステップと、
ｄ）前記暗号化されたクッキーを前記クライアントに返信するステップと、
ｅ）前記情報をサーバ・データベースから削除し、前記サーバ・データベース上に、前記クライアント識別子に対応付けられた前記暗号化鍵のみを記憶するステップと、
が含まれる方法。
【請求項２】
前記情報に請求照会が含まれることを特徴とする、請求項１に記載の方法。
【請求項３】
前記暗号化鍵がワンタイム・パッドであることを特徴とする、請求項１に記載の方法。
【請求項４】
前記クライアント識別子が、前記暗号化鍵とは異なる鍵で暗号化されることを特徴とする、請求項１に記載の方法。
【請求項５】
前記クライアント識別子が、ハッシュ値を生成することにより暗号化されることを特徴とする、請求項１に記載の方法。
【請求項６】
前記クライアント識別子にデジタル署名が含まれることを特徴とする、請求項１に記載の方法。
【請求項７】
前記暗号化鍵を、前記暗号化されたクッキーの復号化に使用可能であることを特徴とする、請求項１に記載の方法。
【請求項８】
検査合計を生成して前記暗号化されたクッキーのデータの完全性を検証することが更に含まれる、請求項１に記載の方法。
【請求項９】
前記サーバ要求が２回目以降のサーバ要求である場合に、ステップａ）の後に：
前記暗号化されたクッキーを前記クライアントから受信し、
前記受信した暗号化されたクッキーを前記記憶した暗号化鍵で復号化する、
請求項１に記載の方法。
【請求項１０】
情報の記憶及びクライアントとサーバとの間での情報の伝送において機密保護を図るための方法であって、前記サーバ側で：
ａ）前記情報及びクライアントのサーバ・アクション実行要求を受信するステップと、
ｂ）前記クライアント要求の受信に応えて前記サーバ・アクションを実行し、前記クライアントに割り当てられた暗号化鍵を生成するステップと、
ｃ）前記暗号化鍵を用いて前記情報を暗号化することにより、暗号化されたクッキーを生成し、前記暗号化された情報をクライアント識別子に対応付けるステップと、
ｄ）前記暗号化鍵を前記クライアントに返信するステップと、
ｅ）前記暗号化鍵をサーバ・データベースから削除し、前記サーバ・データベース上に、前記クライアント識別子に対応付けられた前記暗号化された情報のみを記憶するステップと、
が含まれる方法。
【請求項１１】
前記暗号化鍵がワンタイム・パッドであることを特徴とする、請求項１０に記載の方法。
【請求項１２】
前記クライアント識別子がハッシュ関数であることを特徴とする、請求項１０に記載の方法。
【請求項１３】
前記サーバ要求が２回目以降のサーバ要求である場合に、ステップａ）の後に：
前記暗号化鍵を前記クライアントから受信し、
前記受信した暗号化鍵を用いて前記記憶した暗号化された情報を復号化する、請求項１０に記載の方法。
【請求項１４】
コンピュータにより読取り可能な媒体中に組み込まれたコンピュータ・プログラムであって、ネットワークを介したクライアントからの機密情報及びアクション実行要求の受信に応えて、コンピュータに：
ａ）前記サーバ・アクションを実行させて、クライアント識別子に対応付けられている、前記クライアントに割り当てられた暗号化鍵を生成させ、
ｂ）前記暗号化鍵を用いて、前記機密情報を暗号化することにより、暗号化されたクッキーを生成させ、
ｃ）前記暗号化されたクッキーを、前記ネットワークを介して前記クライアントに返信させ、
ｄ）前記機密情報をコンピュータ・データベースから削除し、前記コンピュータ・データベース上に、前記クライアント識別子に対応付けられた前記暗号化鍵のみを記憶させる、
コンピュータ・プログラム。
【請求項１５】
前記クライアントからの前記要求が２回目以降の要求である場合に、前記コンピュータに：
ステップａ）の前に、前記暗号化されたクッキーを前記クライアントから受信させ、
前記受信した暗号化されたクッキーを、前記記憶した暗号化鍵を用いて復号化させる、
請求項１４に記載のコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
発明の分野
本発明は、データ・ネットワーク上で記憶及び伝送される情報の機密保護を図るためのシステム及び方法に関し、より詳細には、暗号化された情報及び鍵情報を、前記システムの機密保護性が向上し、トランザクションを完了させるための状態情報を販売者がより簡便に利用できるような具合に記憶する方法及びシステムに関する。
【０００２】
発明の背景
今日、インターネットでは、顧客（クライアント）から提供され、前記顧客の管理下で動作するコンピュータを介して伝送される情報を、販売者（サーバ）の管理下で動作するコンピュータが入手することが望ましい場合が多い。また、そのようなトランザクションの間に通常伝送される情報の性質を考慮すると、前記伝送される情報が、そのネットワークにアクセスした第三者に傍受されないように、何らかの機密保護対策を講じることが望ましい。更に、前記情報が信頼できるソースからの情報であることを確認できることが望ましい。
【０００３】
トランザクションの機密保護のために、１９９６年２月２３日にＶｉｓａ社及びＭａｓｔｅｒＣａｒｄ社から発表されたセキュア・エレクトロニック・トランザクション（以下ＳＥＴ）仕様に述べられているものを含めた、幾つかのシステムが開発されてきた。その他の同様な機密保護決済技術には、セキュア・トランザクション・テクノロジー（ＳＴＴ）、セキュア・エレクトロニック・ペイメント・プロトコル（ＳＥＰＰ）、インターネット・キード・ペイメンツ（ｉＫＰ）、ネット・トラスト及びサイバーキャッシュ・クレジット・ペイメント・プロトコルが含まれる。
【０００４】
これらのシステムは、良好に稼働しうるものの、自動化されてはおらず、顧客がその機密保護決済技術に適合したソフトウェアの操作をしなければならない場合が多い。今までは、顧客に機密保護された情報を自動的に販売者のサイトに送信させ、販売者がその情報を解読して利用できるシステムが、販売者に提供されていなかった。
【０００５】
発明の概要
ここに記載するシステム及び方法には、販売者のウェブ・サイト即ちサーバ上で、クライアントが前記サーバに、例えば発注などのアクションの実行の要求を行う際に、クライアントの、例えばクレジットカード番号及びその他の支払いに関する情報などの、暗号化されていない（生の）情報が前記サーバに記憶されない安全な方法を提供する電子商取引システムが含まれる。
【０００６】
より詳細には、本明細書に記載のシステム及び方法には、クライアントがサーバにアクセスする方法が含まれる。以前のトランザクションから発生した有効な状態情報をクライアントが持っていない場合には、サーバは、例えば空白の注文フォームなどの、「ベースとなる」カスタマイズされていない応答を返信する。以前のトランザクションから発生した有効な状態情報をクライアントが持っている場合には、サーバは、以前に記憶されたクライアントの鍵から前記状態情報を抽出及び復号化し、以前に生成した検査合計を用いて、妥当性を検査する。こうして、サーバは、復号化後に状態データを永久記憶することなく、クライアントの情報に合わせて適切にカスタマイズされた応答を返信することが可能である。
【０００７】
以前に記憶された鍵をサーバ上に持っていないクライアントが前記サーバに情報を提出した場合には、提出したものの中から前記情報を選び出し、ランダムな鍵を用いて暗号化する。暗号化された前記情報は、前記クライアントに返信され、データの完全性を検証する検査合計と共に記憶される。前記鍵は、鍵とクライアントとを照会するデータベース中に、データの完全性を検証する検査合計と共に記憶される。
【０００８】
以前にサーバに記憶された鍵をサーバ上に持っているクライアントが、前記サーバに新たな記憶されていない情報を提出した場合には、提出したものの中から前記情報を選び出し、以前に記憶された情報と適正に統合させた後に、このクライアント用の以前に記憶された鍵を用いて暗号化する。暗号化された前記情報は、前記クライアントに返信され、データの完全性を検証する検査合計と共に記憶され、データの完全性を検証する検査合計は、前記サーバ上で更新及び記憶される。
【０００９】
本発明の一実施態様においては、情報の記憶及びクライアントとサーバとの間の情報伝送の機密保護を図るための方法に、前記サーバが、クライアントからのサーバ・アクションの実行要求と、機密情報を含むデータとを受信することが含まれる。前記サーバは、これに応えて前記アクションを実行し、前記クライアントに対応付けられた暗号化鍵を生成し、前記暗号化鍵を用いて、前記機密情報の少なくとも一部を暗号化し、前記機密情報を含む暗号化されたクッキーを生成して、前記暗号化された鍵クッキーを前記クライアントに返信する。前記サーバは、暗号化されていない前記機密情報をサーバ・データベースから削除し、前記クライアントの識別子に対応付けられた暗号化鍵のみを前記サーバ・データベース上に記憶する。
【００１０】
クライアントが２回目以降にサーバにアクション実行を要求した場合には、前記サーバは、前記クライアントから、前記機密情報を含む暗号化されたクッキーを受信し、前記受信した暗号化されたクッキーを、前記記憶された暗号化鍵を用いて復号化する。こうして、前記クライアントが前記機密情報を部分的に改変しない限り、前記サーバは、前記トランザクションの実行に要する前記情報を所有している。前記クライアントによって発注が完了及び検証されると、前記サーバは新たな暗号化鍵を生成し、前記機密情報を暗号化し、更新した前記鍵を前記クライアントに送信する。
【００１１】
本発明の別の一実施態様においては、サーバが鍵を記憶する代わりに、サーバが暗号化鍵を用いてデータを暗号化し、前記暗号化鍵を含む鍵クッキーをクライアントに返信し、生のデータをサーバ・データベースから削除して、前記暗号化されたデータのみを記憶する。
【００１２】
本発明の複数の実施態様に、以下の特徴のうちの１つ又は複数が含まれてもよい。暗号化／復号化鍵が、完全な乱数から作成されたワンタイム・パッドであってもよい。鍵の生成に使用する数が予測不可能であるべきことから、暗号法では完全な乱数が重要である。サーバ・データベースが、クライアント識別子を、前記サーバ・データベースに記憶された暗号化鍵に対応付けてもよいし、又は暗号化されたデータに対応付けてもよい。クライアント識別子を、例えばハッシュ値を作成することなどによって、更に暗号化してもよい。検査合計を生成して、サーバとクライアントとの間で伝送し、データの完全性を検証してもよい。又は、あるいは更に、デジタル署名を用いてクライアントの認証を行ってもよい。
【００１３】
本発明の更なる特徴及び利点は、以下に記載の好適な実施態様及び請求項から明らかとなろう。
【００１４】
発明の詳細な説明
本発明は、データの記憶及びネットワークを介した入手において機密保護を図るためのシステム及び方法に関する。詳細には、ここに記載のシステム及び方法を、例えば、商取引における決済及び出荷情報などの機密情報の安全な伝送及び記憶に用いてもよい。
【００１５】
最初に図１を参照すると、クライアント・システム１２の内部に設けられていてもよいローカル・データベース１３を有するクライアント・システム１２と、インターネット又はＬＡＮなどのネットワーク１４を介して前記クライアント・システム１２に接続可能な販売者のサーバ１６と、が含まれている。前記サーバ１６は、詳細を以下に記載するように、暗号化された情報へのアクセスに使用可能な鍵を記憶するために、又は暗号化されたデータを記憶するために、前記サーバ１６が保有するプロプラエタリなデータベース１７に接続する。
【００１６】
図示したシステムでは、前記クライアント・システム１２は、ネットワーク・サーバへのアクセスが可能であり、かつ前記サーバ１６と対話して前記サーバ１６との情報交換が可能なネットワーク・クライアントを搭載した、例えばＰＣワークステーション、ハンドヘルド型コンピューティング・デバイス、ワイヤレス通信デバイス又はこれらのようなその他のデバイスなどのいかなる適切なコンピュータ・システムであってもよい。前記ネットワーク・クライアントは、Ｎｅｔｓｃａｐｅウェブ・ブラウザ、Ｍｉｃｒｏｓｏｆｔインターネット・エクスプローラ・ウェブ・ブラウザ、Ｌｙｎｘウェブ・ブラウザ又はプロプラエタリなウェブ・ブラウザが包含されてもよいウェブ・ブラウザなどのウェブ・クライアント、或いはユーザとウェブ・サーバ及びｆｔｐサーバ、ｇｏｐｈｅｒサーバ又は同様の他の種類のネットワーク・サーバとの間のデータ交換を可能にするウェブ・クライアントであってもよい。或いは、前記クライアント１２及び前記サーバ１６が、リモートなサーバ１６上のサービスへのアクセスを、例えばインターネット１４などの機密保護されていない通信経路に依存していてもよい。そのような通信経路において機密保護を図るために、前記クライアントと前記サーバとが、例えば前記リモートなユーザにインターネットを介したデータ伝送のための機密保護されたチャネルを提供する目的で開発されてきた従来のセキュリティ・システムのうちのいずれかなどのセキュリティ・システムを利用してもよい。そのようなシステムの１つが、従来のウェブ・ブラウザ・プログラムとウェブ・サーバとの間の信頼できる経路をリモートなユーザに提供する、Ｎｅｔｓｃａｐｅセキュア・ソケット・レイヤー（ＳＳＬ）セキュリティ・システムである。
【００１７】
前記サーバ１６が、Ｕｎｉｘ（登録商標）オペレーティング・システムの一バージョンをランさせ、前記複数のクライアント・システムのうちのいずれかと接続又はデータ伝送可能なサーバをランさせる、例えばＳｕｎ　Ｓｐａｒｃ（登録商標）システムなどの、市販されているサーバ・プラットフォームを基盤としていてもよい。図１の実施態様においては、サーバ１６は、Ａｐａｃｈｅウェブ・サーバ又は任意の好適なウェブ・サーバなどのウェブ・サーバを有する。前記サーバにおける前記ウェブ・サーバ構成要素の動作は、Ｌａｕｒｉｅ他によるＡｐａｃｈｅ　Ｔｈｅ　Ｄｅｆｉｎｉｔｉｖｅ　Ｇｕｉｄｅ、Ｏ’Ｒｅｉｌｌｙ　Ｐｒｅｓｓ（１９９７）からより詳細に理解されよう。
【００１８】
前記サーバ１６に、その動作を拡張して本明細書に記載のトランザクションを実行する構成要素が含まれてもよく、また前記サーバ１６のアーキテクチャが、その用途に応じて異なっていてもよい。例えば、前記ウェブ・サーバに、通常はモジュールと称される拡張部分が組み込まれていることにより、ユーザ／販売者が所望するトランザクションを容易にする動作を前記サーバが実行可能であってもよいし、又は、前記ウェブ・サーバが、例えば本発明の鍵、鍵クッキー及びデータの作成及び暗号化に必要なファイルなどの、実行可能な複数のファイルのディレクトリにアクセス可能であってもよく、これらのファイルのそれぞれを、前記トランザクションを実行する複数の動作又は前記複数の動作の複数の部分の実行に使用してもよい。
【００１９】
ここで図２及び図３を参照すると、本発明の方法は、商業サイトでの購買に関する、例えば顧客情報又はクレジットカード番号などの暗号化された機密情報を、ユーザが自身のコンピュータにローカルに記憶させることを可能にすることにより、この情報をリモートなサーバに保存することに伴うセキュリティ上のリスクをなくす一方で、前記リモートなサーバとのトランザクション及びプロセスを、データが前記リモートなサーバ上にすでに存在しているかのように迅速に完了させる能力を維持したものである。言い換えれば、前記ユーザは、前記リモートなサーバとの、例えば実際の注文品などの別の非機密情報の更新であってもよい最初のセッションの間に、前記機密情報を一度入力するだけでよい。前記リモートなサーバは、好適には、例えば完全な乱数から生成されたワンタイム・パッドなどの「強力な」暗号化技術を用いて、前記機密情報を暗号化し、これを、暗号化されたサーバ専用の情報ファイル又は「クッキー」の形で前記ユーザのハード・ドライブに返信する。前記サーバに残されるのは、専用の暗号化鍵のみであり、前記ユーザの暗号化されていない機密情報は削除され、前記サーバ上での使用は不可能となる。又は、前記暗号化鍵の代わりに、前記機密情報を、暗号化されたユーザ専用の情報ファイルの形で前記サーバのデータベース上に配置し、ユーザが復号化鍵を保存するようにしてもよい。
【００２０】
前記ユーザが、２回目以降のセッションで前記リモートなサーバに返信すると、前記サーバは、前記ユーザのコンピュータから前記暗号化されたクッキーを取り出し、これを前記サーバが保存している鍵で復号化する。従って、完了させるのに前記暗号化された情報を要するプロセスを前記ユーザが開始すると、前記サーバは、前記元の機密情報の再入力を前記ユーザに促すことなく、前記プロセスを完了させることができる。前記サーバが、前記ユーザに、例えばクレジットカードの番号又は有効期限が変更されている場合に、前記データ及び前記機密情報の検証を要求し、更新したクッキーにそのような変更を組み入れ、これをユーザのハード・ドライブに戻して、元のファイルと置き換えてもよい。トランザクション又はプロセスの終了後に、前記リモートなサーバは、前記ユーザ情報を再び削除する。
【００２１】
前記暗号化鍵を、ワンタイム・パッドを用いて生成してもよい。注文と注文との間に機密情報の変更がなくても、システムのセキュリティを保護するために、トランザクションの都度新たな暗号化鍵を使用すべきである。鍵を、前記鍵が生成された時刻と結合させてもよい。こうすることで、サーバは時間を鍵の識別子として使用し、サーバに記憶させる必要のある人名又は識別情報の量を減らすことができる。又は、前記鍵を、前記クッキー中に含まれる情報の復号化に用いる鍵の特定に適した別の任意の情報と結合させてもよい。
【００２２】
ここで図２を参照すると、クライアントとサーバとの間で伝送されるデータの例が、データ及び、より詳細には、例えば決済及び発送情報並びにクライアントとの連絡などの機密情報が含まれる注文フォームであってもよい。プロセス２００が、クライアント（購入者）からサーバ（販売者）への要求２０２を実行する。前記サーバは、クッキーチェックの存在の有無から、この注文が前記クライアントの最初の注文であるか（クッキー有り）又は２回目以降の注文であるか（クッキー無し）であるかを識別する。前記サーバは、ステップ２０４で、注文フォームを前記クライアントに折り返し送信する。前記サーバが、前記サーバによって生成されたクッキー／鍵のペアを暗号化したクッキーを前記クライアントに折り返し送信してもよい。前記注文フォームに、前記購入者によって記入される空のフィールドが含まれていてもよいし、又は、例えば推奨品などの、前記販売者によってすでに挿入された品目が含まれていてもよい。ステップ２０６で、この注文が前記クライアントの最初の注文であると判定された場合には、ステップ２０８で、前記クライアントが前記注文フォームを完成させて、前記完成した注文フォームを、可能な場合には前記暗号化したクッキーを添付して、前記サーバに提出する。前記サーバは、前記暗号化したクッキーを、保存している前記鍵で復号化する。次のステップ２１０で、前記サーバは、例えば前記クライアントの預金残高をチェックするなどのアクションを実行し、新たな暗号化鍵ペアを生成する。次に、前記サーバは、前記クライアントから受信した注文情報又は、少なくとも前記注文に添付された例えばクレジットカード情報などの機密情報を暗号化して、前記機密情報を暗号化した形で含むサーバ専用のクッキーを生成する。前記サーバは、ステップ２１２で、前記暗号化したクッキーを、前記クッキーと前記クライアントとを対応付ける識別子を任意に結合させて、前記クライアントに返信する。ステップ２１４で、前記サーバは前記鍵を保存する一方で、前記暗号化されたクッキー及び暗号化されていないあらゆる情報を、そのデータベースから削除する。前記サーバのデータベースが、前記クライアントの鍵を前記クライアントに対応付けるための識別子を保存してもよい。前記識別子を、例えば当業者に周知のハッシュ値として更に暗号化してもよい。この時点で、前記クライアントが、前記サーバに安全な方法で最初の注文を行い、前記注文が前記サーバによって確認及び処理されたので、ステップ２１６で前記注文プロセス２００が終了する。上記の鍵、即ち前記一例として挙げたプロセス中に使用した全ての鍵は、サーバのアプリケーション・プログラムによって、例えば完全な乱数を用いて生成された、ワンタイム・パッドなどの暗号化／復号化鍵のペアであってもよい。
【００２３】
ステップ２０６で、この注文が前記クライアントからの２回目以降の注文として判定された場合には、前記サーバは、上述のように、以前のトランザクションから、注文フォームの要求と一緒に前記クッキーを既に受信している。ステップ２２２で、前記サーバは、前記受信したクッキーを、前記サーバが保存している暗号化鍵で復号化する。次に、ステップ２２４で、前記クライアントは、前記注文フォームを完成させ、前記注文フォームを前記サーバに提出する。ステップ２２６で、前記サーバは、前記完成した注文フォームを、望ましくは安全なクッキー／鍵のペアからの新たなクッキーと一緒に、前記クライアントに返信する。ステップ２２８で、前記クライアントは、前記注文フォームを、例えばクレジットカード番号の最後の４桁を立証することなどによって立証し、任意に注文データ及び／又は機密情報を更新する。次に、前記プロセス２００はステップ２１０に戻り、ここで前記サーバは前記要求されたアクションを実行して、新たな暗号化クッキー／鍵のペアを生成する。前記サーバは、ステップ２１２で、前記機密情報を前記新たな鍵で暗号化し、前記クッキーを前記クライアントに返信し、ステップ２１４で、前記鍵を保存し、前記暗号化したクッキー及び暗号化されていないあらゆる情報を、そのデータベースから削除する。注文プロセス２００は、ステップ２１６で終了する。
【００２４】
図３に図示する別の一プロセス３００においては、クライアント（購入者）が、サーバ（販売者）に、サーバ・アクションの実行要求３０２を送信する。最初の注文と２回目以降の注文との双方について、ステップ３１０までのステップは、図２を参照して説明した上記プロセス２００のステップ２０２、２０４、２０６、２０８及び２２２、２２４、２２６、２２８とそれぞれ同じである。しかし、図２のプロセス２００とは異なり、この実施態様においては、ステップ３１２で、サーバは、クライアントから受信した機密情報を暗号化して、前記サーバの暗号化鍵に対応した鍵クッキーを前記クライアントに返信する。前記サーバは、ステップ３１４で、前記暗号化した機密情報を保存するが、前記暗号化鍵及び暗号化されていないあらゆる機密情報を、そのデータベースから削除する。ここでも、前記サーバのデータベースに、前記クライアントの暗号化された機密情報を前記クライアントに対応付けるための任意の暗号化された識別子が保存されてもよい。前記プロセス３００は、ステップ３１６で終了する。
【００２５】
前記機密情報の最も安全な伝送及び記憶プロセスを提供するためには、前記サーバから前記クライアントへ及び前記クライアントから前記サーバへのそのような情報の伝送の都度、前記サーバが新たな鍵ペアを生成する。各鍵が完全なワンタイム・パッドであって再使用されないので、権限のない人物が前記情報を入手することは、データベースからも伝送中も、事実上不可能である。前記サーバが、「生の」即ち暗号化されていない情報を永久記憶媒体に書き込むのではなく、前記情報を短時間だけ揮発性メモリに保存するので、前記暗号化されていない情報へのアクセスがより困難である。
【００２６】
前記機密情報を、前記暗号化鍵を用いて、例えば周知のように、前記機密情報と前記暗号化鍵との排他的論理積を求めることにより暗号化してもよい。
【００２７】
他のシステムとは異なり、前記購入者は、前記認証決済プロセスを利用するために、いかなる種類の電子決済ソフトウェア・コンポーネント（「ｗａｌｌｅｔ」）をもダウンロードする必要がない。本方法は、販売者のサーバ上のソフトウェアによって稼働する。
【００２８】
前記販売者が前記サーバ上にクレジットカードなどに関する機密情報を保存しないので、権限のないユーザが販売者のレコードにアクセスして購入者のクレジットカード情報を入手しようと試みる動機がなくなる。権限のないユーザが、前記サーバからある購入者の暗号化鍵を入手したとしても、前記鍵が復号化する暗号化されたファイルを入手するためには、前記ユーザは前記購入者のコンピュータにアクセスしなければならない。この試みによって前記権限のないユーザが入手できるのは、前記販売者が所有する購入者リスト全体ではなく、１人の購入者についてのクレジットカード情報のみである。前記システムをハッキングするためには、前記販売者のサーバ上に記憶されている前記暗号化鍵と、前記サーバ上のクッキー中に保存されている前記データとの両方を入手しなければならない。
【００２９】
当該分野の熟練技術者は、本明細書に記載した発明の実施例の等価物を数多く、通常の実験で理解し、あるいは確認することが可能であろう。従って、本発明が、本明細書に記載した実施態様に限定されるものではなく、法の下に可能な限り広く解釈されるべき以下の請求項から理解されるべきであることが理解されよう。
【図面の簡単な説明】
以下の図面は、本発明の実施態様の幾つかの例を図示したものであり、ここで同様の参照記号は同様の要素を言及するものである。これらの図示された実施態様は、本発明の例を挙げたものであり、本発明をいかなる意味でも限定するものではないことが理解されるべきである。
【図１】図１は、ネットワークを介して接続されたクライアントとサーバとを概略的に示したものである。
【図２】図２は、第１の実施態様のプロセス・フローを概略的に示したものである。
【図３】図３は、第２の実施態様のプロセス・フローを概略的に示したものである。
【図１】
2004507907.tif 000003
【図２】
2004507907.tif 000004
【図３】
2004507907.tif 000005
【国際公開パンフレット】
2004507907.tif 000006
2004507907.tif 000007
2004507907.tif 000008
2004507907.tif 000009
2004507907.tif 000010
2004507907.tif 000011
2004507907.tif 000012
2004507907.tif 000013
2004507907.tif 000014
2004507907.tif 000015
2004507907.tif 000016
2004507907.tif 000017
2004507907.tif 000018
2004507907.tif 000019
2004507907.tif 000020
2004507907.tif 000021
【国際公開パンフレット（コレクトバージョン）】
2004507907.tif 000022
2004507907.tif 000023
【国際調査報告】
2004507907.tif 000024