(57)【特許請求の範囲】
【請求項１】
電子ウォレットシステムであって、
オープンネットワーク上で電子商取引を行なうことが可能であり、スマートカードリーダを含み、ローカルネットワークを通じて相互接続される、ｎを１以上とするｎ個の装置と、
トークンを入れることが可能な、上記電子ウォレットシステムの電子財布に相当する複数のスマートカードと、を含み、
上記装置のうちの１つは上記電子ウォレットシステムのサーバと称されるエンティティを含み、上記サーバはデータエントリのリストを含み、各エントリは上記システムの他の財布からトークンを受け取るべき財布に相当し、
上記サーバはトークンが割り当てられる第２の財布の選択のために挿入された第１の財布を備えた上記スマートカードリーダのうち１つを含む上記装置のうち１つに上記データエントリのリストを送信し、
トークンは上記第１の財布から上記第２の財布へ以下の２つの段階により譲渡されることが可能であり、即ち、
預け入れ段階において、上記第２の財布に割り当てられるトークンが上記スマートカードリーダのうち１つに存在する上記第１の財布から上記サーバへ預け入れられ、
貸し方記入段階において、トークンが上記サーバから上記スマートカードリーダのうち１つに存在する上記第２の財布へ貸し方記入され、
上記預け入れ段階中に実行される操作及び上記貸し方記入段階中に実行される操作は、２の異なる時間に行なわれ、上記第１の財布及び上記第２の財布は必ずしも同時に上記スマートカードリーダのうちの１つに存在する必要はない、電子ウォレットシステム。
【請求項２】
上記各装置は、クライアントと称されるエンティティを更に含み、上記預け入れ段階又は貸し方記入段階の夫々において実行される操作は上記クライアントのうちのいずれによって行なわれてもよく、上記クライアントは上記サーバと上記ローカルネットワークを通じ通信する、請求項１記載のシステム。
【請求項３】
電子ウォレットシステムのサーバに財布を登録するための方法であって、
上記電子ウォレットシステムは、
オープンネットワーク上で電子商取引を行なうことが可能であり、スマートカードリーダを含み、ローカルネットワークを通じて相互接続される、ｎを１以上とするｎ個の装置と、
トークンを入れることが可能な、上記電子ウォレットシステムの電子財布に相当する複数のスマートカードと、を含み、
上記装置のうちの１つは上記電子ウォレットシステムのサーバと称されるエンティティを含み、上記サーバはデータエントリのリストを含み、各エントリは上記システムの他の財布からトークンを受け取るべき財布に相当し、
上記サーバはトークンが割り当てられる第２の財布の選択のために挿入された第１の財布を備えた上記スマートカードリーダのうち１つを含む上記装置のうち１つに上記データエントリのリストを送信し、
トークンは上記第１の財布から上記第２の財布へ以下の２つの段階により譲渡されることが可能であり、即ち、
預け入れ段階において、上記第２の財布に割り当てられるトークンが上記スマートカードリーダのうち１つに存在する上記第１の財布から上記サーバへ預け入れられ、
貸し方記入段階において、トークンが上記サーバから上記スマートカードリーダのうち１つに存在する上記第２の財布へ貸し方記入され、
上記預け入れ段階中に実行される操作及び上記貸し方記入段階中に実行される操作は、２の異なる時間に行なわれ、上記第１の財布及び上記第２の財布は必ずしも同時に上記スマートカードリーダのうちの１つに存在する必要はなく、
上記方法は、
上記サーバに含まれる上記スマートカードリーダのうち１つにおいてルートカードと称される特定のスマートカードを受容する段階と、
ユーザによって上記サーバに入力される個人識別番号を受信する段階と、
上記サーバによって、上記入力された個人識別番号が上記ルートカードに格納された個人識別番号と一致するかどうか照合する段階と、
照合結果が肯定的であれば、
上記サーバに含まれる上記スマートカードリーダのうち１つにおいて登録されるべき財布に相当し財布識別子を含むスマートカードを受容する段階と、
上記財布識別子を上記サーバに含まれるデータエントリのリストに格納する段階とを含む方法。
【請求項４】
電子ウォレットシステムにおいて第１の財布から第２の財布のためにトークンを預け入れる方法であって、
上記電子ウォレットシステムは、
オープンネットワーク上で電子商取引を行なうことが可能であり、スマートカードリーダを含み、ローカルネットワークを通じて相互接続される、ｎを１以上とするｎ個の装置と、
トークンを入れることが可能な、上記電子ウォレットシステムの電子財布に相当する複数のスマートカードと、を含み、
上記装置のうちの１つは上記電子ウォレットシステムのサーバと称されるエンティティを含み、上記サーバはデータエントリのリストを含み、各エントリは上記システムの他の財布からトークンを受け取るべき財布に相当し、
上記サーバはトークンが割り当てられる第２の財布の選択のために挿入された第１の財布を備えた上記スマートカードリーダのうち１つを含む上記装置のうち１つに上記データエントリのリストを送信し、
トークンは上記第１の財布から上記第２の財布へ以下の２つの段階により譲渡されることが可能であり、即ち、
預け入れ段階において、上記第２の財布に割り当てられるトークンが上記スマートカードリーダのうち１つに存在する上記第１の財布から上記サーバへ預け入れられ、
貸し方記入段階において、トークンが上記サーバから上記スマートカードリーダのうち１つに存在する上記第２の財布へ貸し方記入され、
上記預け入れ段階中に実行される操作及び上記貸し方記入段階中に実行される操作は、２の異なる時間に行なわれ、上記第１の財布及び上記第２の財布は必ずしも同時に上記スマートカードリーダのうちの１つに存在する必要はなく、
上記各装置は、クライアントと称されるエンティティを更に含み、上記預け入れ段階又は貸し方記入段階の夫々において実行される操作は上記クライアントのうちのいずれによって行なわれてもよく、上記クライアントは上記サーバと上記ローカルネットワークを通じ通信し、
上記方法は、
クライアントエンティティを含む装置について、
（ａ）上記第１の財布に相当する第１のスマートカードを受容する段階と、
（ｂ）トークンの預け入れを要求するために上記サーバへ第１のメッセージを送信する段階と、
（ｃ）トークンを受信するべき財布のリストを上記サーバから受信する段階と、
（ｄ）トークンの量を上記第２の財布のために上記サーバに預け入れるためにトークンの量及び上記第２の財布に相当する財布識別子を含む第２のメッセージを送信する段階とを含む方法。
【請求項５】
電子ウォレットシステムにおいて第１の財布から第２の財布のためにトークンを預け入れる方法であって、
上記電子ウォレットシステムは、
オープンネットワーク上で電子商取引を行なうことが可能であり、スマートカードリーダを含み、ローカルネットワークを通じて相互接続される、ｎを１以上とするｎ個の装置と、
トークンを入れることが可能な、上記電子ウォレットシステムの電子財布に相当する複数のスマートカードと、を含み、
上記装置のうちの１つは上記電子ウォレットシステムのサーバと称されるエンティティを含み、上記サーバはデータエントリのリストを含み、各エントリは上記システムの他の財布からトークンを受け取るべき財布に相当し、
上記サーバはトークンが割り当てられる第２の財布の選択のために挿入された第１の財布を備えた上記スマートカードリーダのうち１つを含む上記装置のうち１つに上記データエントリのリストを送信し、
トークンは上記第１の財布から上記第２の財布へ以下の２つの段階により譲渡されることが可能であり、即ち、
預け入れ段階において、上記第２の財布に割り当てられるトークンが上記スマートカードリーダのうち１つに存在する上記第１の財布から上記サーバへ預け入れられ、
貸し方記入段階において、トークンが上記サーバから上記スマートカードリーダのうち１つに存在する上記第２の財布へ貸し方記入され、
上記預け入れ段階中に実行される操作及び上記貸し方記入段階中に実行される操作は、２の異なる時間に行なわれ、上記第１の財布及び上記第２の財布は必ずしも同時に上記スマートカードリーダのうちの１つに存在する必要はなく、
上記各装置は、クライアントと称されるエンティティを更に含み、上記預け入れ段階又は貸し方記入段階の夫々において実行される操作は上記クライアントのうちのいずれによって行なわれてもよく、上記クライアントは上記サーバと上記ローカルネットワークを通じ通信し、
上記方法は、
サーバを含む装置について、
（ｉ）トークンの預け入れを要求する第１のメッセージをクライアントから受信する段階と、
（ｊ）トークンを受信すべき財布のリストを上記クライアントへ送信する段階と、
（ｋ）トークンの量及び上記第２の財布に相当する財布識別子を含む第２のメッセージを上記クライアントから受信する段階と、
（ｌ）上記トークンの量を上記第２の財布に相当するデータエントリに格納する段階とを含む方法。
【請求項６】
電子ウォレットシステムにおいて第２の財布の中にトークンを受け取る方法であって、
上記電子ウォレットシステムは、
オープンネットワーク上で電子商取引を行なうことが可能であり、スマートカードリーダを含み、ローカルネットワークを通じて相互接続される、ｎを１以上とするｎ個の装置と、
トークンを入れることが可能な、上記電子ウォレットシステムの電子財布に相当する複数のスマートカードと、を含み、
上記装置のうちの１つは上記電子ウォレットシステムのサーバと称されるエンティティを含み、上記サーバはデータエントリのリストを含み、各エントリは上記システムの他の財布からトークンを受け取るべき財布に相当し、
上記サーバはトークンが割り当てられる第２の財布の選択のために挿入された第１の財布を備えた上記スマートカードリーダのうち１つを含む上記装置のうち１つに上記データエントリのリストを送信し、
トークンは上記第１の財布から上記第２の財布へ以下の２つの段階により譲渡されることが可能であり、即ち、
預け入れ段階において、上記第２の財布に割り当てられるトークンが上記スマートカードリーダのうち１つに存在する上記第１の財布から上記サーバへ預け入れられ、
貸し方記入段階において、トークンが上記サーバから上記スマートカードリーダのうち１つに存在する上記第２の財布へ貸し方記入され、
上記預け入れ段階中に実行される操作及び上記貸し方記入段階中に実行される操作は、２の異なる時間に行なわれ、上記第１の財布及び上記第２の財布は必ずしも同時に上記スマートカードリーダのうちの１つに存在する必要はなく、
上記各装置は、クライアントと称されるエンティティを更に含み、上記預け入れ段階又は貸し方記入段階の夫々において実行される操作は上記クライアントのうちのいずれによって行なわれてもよく、上記クライアントは上記サーバと上記ローカルネットワークを通じ通信し、
上記方法は、
クライアントエンティティを含む装置について、
（ｍ）上記第２の財布に相当するスマートカードを受容する段階と、
（ｎ）上記第２の財布のために上記サーバに預け入れられたトークンの受信を要求するために上記サーバへ第４のメッセージを送信する段階と、
（ｏ）サーバによって上記第２の財布に相当するデータエントリに格納され、上記電子ウォレットシステムの１つの財布から受信されたトークンの量を夫々含むＮ個のアクションを含む第５のメッセージを上記サーバから受信する段階と、
（ｐ）１乃至Ｎの各アクションｉについて、
（ｐ１）次のアクションｉを要求するために上記サーバへ第６のメッセージを送信し、
（ｐ２）上記サーバから上記アクションｉを含む第７のメッセージを受信し、
（ｐ３）上記第２の財布に相当する上記スマートカードに、上記アクションｉに含まれる上記電子ウォレットシステムの１つの財布から受信されたトークンの量を格納する段階とを含む方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は概してインターネットといったオープンネットワーク上で電子商取引を行なうための電子ウォレットに関連し、更に特定的には新規な電子ウォレットアーキテクチャ及び電子ウォレット間でトークン（即ち電子マネー単位）を譲渡する方法に関する。
【０００２】
【従来の技術】
今日、消費者の大部分は購買のためにクレジットカードを使用する。この種類の決済システムでは、カード保持者は、カード中に記憶された秘密ＰＩＮ（個人識別番号）によって自分の身分を証明し、これが十分でなければウォレット中にある身分証明書によって身分を証明する。
【０００３】
電子商取引（又はｅ−コマース）の進歩により、消費者及び売り手によって毎日行われる全ての機構は僅かな変更と新しい素材及びアプリケーションのセットアップを伴って電子的な世界で繰り返されうる。
【０００４】
末端のエンティティ（消費者又は売り手）の身分を証明する身分証明書はディジタル証明書によって置き換えられ、実世界で用いられる古典的な財布は電子ウォレット（Ｅ−ウォレットとも称されるによって置き換えられる。
【０００５】
ディジタル証明書は、今日、ｅ−コマース社会において広く用いられているため本願の範囲では扱わないものとする。
【０００６】
Ｅ−ウォレットについては、例えば"Merkow M.S., Breithaupt J. and Wheeler K.L., "Building SET Applications for Secure Transactions", Wiley Computer Publishing, 1998"に記載されており、この文献は、消費者が自分のＰＣ上に個人情報（例えばクレジットカード番号、氏名、アドレス等）を格納し、例えばオンラインショッピングのためにこの情報を迅速且つ安全に検索することを可能とするコンピュータアプリケーションを開示している。
【０００７】
近年、様々なＥ−ウォレットシステムが提案されている。そのうちの幾つかは、例えばＳＥＴ（標準ｅ−コマースプロトコル、これについての情報は"Loeb L., "Secure Electronic Transactions: Introduction and Technical Reference", Artech House Publishers, 1998"参照）といった「少額決済」スキームを通じて購買を行うための容易な方法を提供するために専らディジタル証明書を記憶することを利用するものである。これらの製品には、IBM Consumer WalletTM（インターネット上の"http:/www-4.ibm.com/.software/commerce/payment/wallet.html"参照）又はGlobeSet WalletTM（インターネット上の"http://www.globeset.com/Products/Wallet/wallet.shtml"参照）。
【０００８】
他のシステムは、例えば低価格の品物を購買するために「少額決済」取引を行なうためにディジタル硬貨又はトークンを管理し、一方で他のシステムは幾つかの種類のデータ（ディジタル証明書及びディジタル硬貨）を管理する。
【０００９】
【発明が解決しようとする課題】
しかしながら、現在のＥ−ウォレットによって提供される特徴を実世界で用いられる財布によって与えられる特徴と比較すると、一般的な財布では、１つの財布から他の財布へ金銭を移し、券、インボイス、写真等を入れておくことができるため、より多くの機能を与えることがわかる。
【００１０】
更に、全ての現在のｅ−コマースプロトコルは購買を行なうためにユーザの銀行口座を必要とするため、子供はｅ−コマース活動から外されている。
【００１１】
従って、本発明は既存の電子ウォレットよりも多くの機能を提供し、より「家族向け」の新規な電子ウォレットを開発するという問題について扱う。特に、少額決済のための財布を与えることによって子供がｅ−コマースに参加することを可能とし、また「実生活」のウォレット（トークンの格納、財布間のトークン譲渡機能等）と同じ機能を可能とすべきである。
【００１２】
【課題を解決するための手段】
本発明は、オープンネットワーク上で電子商取引を行なうことが可能でありスマートカードリーダを含みローカルネットワークを通じて相互接続されるｎ個（但しｎは１以上）の装置と、トークンを入れることが可能な電子財布に相当する複数のスマートカードとを含む電子ウォレットシステムを提供することによって上記問題を解決する。装置はローカルネットワークを通じて相互接続され、装置のうちの１つはサーバと称されるエンティティを含み、サーバはデータエントリのリストを含み、各エントリはシステムの他の財布からトークンを受け取るべき財布に相当する。
【００１３】
装置は望ましくはセットトップボックスであるが、本発明の他の実施例では装置はコンピュータ又はワークステーションであってもよい。
【００１４】
財布間で譲渡されるトークンは上記サーバによって一時的に格納される。
【００１５】
本発明の望ましい実施例では、トークンは第１の財布から第２の財布へ以下の２つの段階により譲渡され、即ち、第１の段階において、第１の財布からサーバへ第２の財布に割り当てられるトークンが預け入れられ、第２の段階において、サーバから第２の財布へトークンが貸し方記入される。有利には、第１の段階中に実行される操作及び第２の段階中に実行される操作は、２の異なる時間に行なわれる。
【００１６】
本発明の更なる面によれば、第１の財布から第２の財布へ譲渡されたトークンが、譲渡がサーバによって登録されたときは第１の財布からデクリメントされ、第２の財布に相当するスマートカードが１つの装置のスマートカードリーダに挿入されたときは第２の財布へインクリメントされる。
【００１７】
本発明の他の面によれば、各装置は、クライアントと称されるエンティティを更に含み、第１の段階又は第２の段階の夫々において実行される操作はクライアントのうちのいずれによって行なわれてもよい。
【００１８】
本発明により、（サーバに登録された）他の財布に対して、それに対応するスマートカードを持っていなくともトークンを譲渡ことが可能である。新規な電子ウォレットシステムの１つの利点は、家族向けであることである。子供を含めた各家族構成員は、自分の財布を保有し、これを電子購買のために使用しうる。
【００１９】
本発明の新規な特徴によれば、子供は自分の財布を用いて少額決済を通じて低価格の購買を行うことによって電子金融活動に参加しうる。
【００２０】
新規な電子ウォレットシステムは、特に現在、実世界において使用されている小遣いにとって代わる。従って両親のうちの一方が子供に対して金銭を与えようとするとき、銀行口座番号を必要とする古典的な少額決済取引（例えばＳＥＴ）を介して自分の財布にトークンを入れておかねばならない。すると、親は自分の財布から子供の財布へ或る量のトークンを譲渡するために財布間の操作を行なうだけでよい。
【００２１】
トークンの財布間譲渡はサーバによって管理されるため、親はトークンを入れておくために子供の財布に相当するスマートカードを持つ必要がない。
【００２２】
本発明はまた、上述のようなシステムのサーバに財布を登録する方法に関連する。この方法は、望ましくはサーバを含む装置について、
ルートカードと称される特定のスマートカードを受容する段階と、
ユーザによって上記装置に入力される個人識別番号（ＰＩＮ）を受信する段階と、
上記入力された個人識別番号が上記ルートカードに格納された個人識別番号と一致するかどうか照合する段階と、
照合結果が肯定的であれば、
登録されるべき財布に相当し財布識別子（Purse_id）を含むスマートカードを受容する段階と、
上記財布識別子を上記サーバに含まれるデータエントリのリストに格納する段階とを含む。
【００２３】
望ましい実施例では、スマートカード財布取引識別子は上記登録された財布に相当するスマートカードに格納され、ゼロに初期化され、サーバ財布取引識別子はサーバ中の上記登録された財布に相当する上記データエントリに格納され、ゼロに初期化される。
【００２４】
本発明は更に上述のような電子ウォレットシステムにおいて第１の財布から第２の財布のためにトークンを預け入れる方法に関する。この方法は、
クライアントエンティティを含む装置について、
（ａ）上記第１の財布に相当する第１のスマートカードを受容する段階と、
（ｂ）トークンの預け入れを要求するために上記サーバへ第１のメッセージを送信する段階と、
（ｃ）トークンを受信するべき財布のリストを上記サーバから受信する段階と、
（ｄ）トークンの量を上記第２の財布のために上記サーバに預け入れるためにトークンの量及び上記第２の財布に相当する財布識別子を含む第２のメッセージを送信する段階とを含む。
【００２５】
本発明の他の同様の方法は、
サーバを含む装置について、
（ｉ）トークンの預け入れを要求する第１のメッセージをクライアントから受信する段階と、
（ｊ）トークンを受信すべき財布のリストを上記クライアントへ送信する段階と、
（ｋ）トークンの量及び上記第２の財布に相当する財布識別子を含む第２のメッセージを上記クライアントから受信する段階と、
（ｌ）上記トークンの量を上記第２の財布に相当するデータエントリに格納する段階とを含む。
【００２６】
本発明はまた、上述のような電子ウォレットシステムにおいて第２の財布にトークンを受け入れる方法に関連する。方法は、クライアントエンティティを含む装置について、
（ｍ）上記第２の財布に相当するスマートカードを受容する段階と、
（ｎ）上記第２の財布のために上記サーバに預け入れられたトークンの受信を要求するために上記サーバへ第４のメッセージを送信する段階と、
（ｏ）サーバによって上記第２の財布に相当するデータエントリに格納され、上記電子ウォレットシステムの１つの財布から受信されたトークンの量を夫々含むＮ個のアクションを含む第５のメッセージを受信する段階と、
（ｐ）１乃至Ｎの各アクションｉについて、
（ｐ１）次のアクションｉを要求するために上記サーバへ第６のメッセージを送信し、
（ｐ２）上記サーバから上記アクションｉを含む第７のメッセージを受信し、
（ｐ３）上記第２の財布に相当する上記スマートカードに上記アクションｉに含まれるトークンの量を格納する段階とを含む。
【００２７】
本発明の他の面によれば、
クライアントを含む装置について、上記第２の財布に相当するスマートカード財布取引識別子を上記段階（ｐ１）において送信される上記第６のメッセージに連結する段階と、
上記サーバを含む装置について、
上記スマートカード財布取引識別子が上記第２の財布のデータエントリの中に上記サーバ中に格納されるサーバ財布取引識別子と等しいかどうか照合し、照合結果が肯定的であれば、
上記サーバに格納された上記サーバ財布取引識別子をインクリメントし、
上記インクリメントされたサーバ財布取引識別子を上記第７のメッセージに連結し、
クライアントを含む装置について、上記段階（ｐ２）において上記第７のメッセージ中で受信された上記サーバ財布取引識別子が上記スマートカード財布取引識別子から１を差し引いたものに等しいかどうか照合し、照合結果が肯定的であれば、上記段階（ｐ３）を実行する。
【００２８】
【発明の実施の形態】
本発明の様々な特徴及びその望ましい実施例は、以下の説明及び添付の図面を参照することによって、よりよく理解されるであろう。幾つかの図中、同様の参照番号は同様の要素を示す。以下の説明及び図面の内容は例としてのみ与えられるものであって、本発明の範囲に制限を与えるものとして理解されるべきではない。
【００２９】
図１は、本発明による電子ウォレットシステムの一般的なアーキテクチャを家族におけるシステムの形態に対応するものとして示す図である。
【００３０】
図からわかるように、この典型的な電子ウォレットシステムは、以下の３つのエンティティを含む。
【００３１】
（例えばインターネットといった）オープンネットワーク４０に接続されサーバと称される第１のエンティティ１。このエンティティは、以下詳述するように財布間操作を行ない、家族の構成員のためのディジタル証明書、インボイス等の格納を行なう。
【００３２】
やはりオープンネットワーク（例えばインターネット）に接続されクライアントと称される一組のｋ個の第２のエンティティ２１乃至２ｋ。更に、これらの各クライアントもまたローカル家庭内ネットワークを介してサーバに接続される。
【００３３】
一組のｐ個のスマートカード３１乃至３ｐであり財布として実施される第３のエンティティ（ｐは家族の人数）。このように家族の各構成員はスマートカードとして与えられる自分の財布を保有する。
【００３４】
これらの異なるエンティティから、家族の個人は安全なｅ−コマース活動に参加することが可能であるべきである。実際、スマートカードは、秘密鍵、ディジタルトークン、認証データ等の全ての個人的及び機密性の高いデータを格納するための有効且つ安全な方法をユーザに対して与える。
【００３５】
このアーキテクチャのハードウエア実施の例は、図２に示される。望ましい実施例では、「サーバ」及び「クライアント」のエンティティは、セットトップボックス、コンピュータ、ゲームステーション、携帯型電話機又は他の家庭用機器といった装置で実行されるソフトウエアアプリケーションによって実施される。
【００３６】
図２の例では、第１のセットトップボックス１０は、サーバアプリケーション１０１と１つのクライアント1アプリケーション１２１とを含む。この第１のセットトップボックスは例えば、家庭の居間に配置される。第２のセットトップボックス１１は、他の部屋に配置され他のクライアント2アプリケーション１２２を含み、子供部屋には２つの他の装置が配置され、例えばゲームステーション１２はクライアント3アプリケーション１２３を含み、コンピュータ１３はクライアント4アプリケーション１２４を含む。スマートカードリーダ１３０乃至１３３を装備した装置は全て、ＩＥＥＥ１３９４有線又は無線ネットワークでありうる家庭内ネットワーク２５０に接続される。この家庭用ネットワーク２５０は、全ての装置１０乃至１３についてオープンネットワーク１４０への接続を与える。
【００３７】
全てのアプリケーション１０１，１２１乃至１２４は、スマートカードリーダ１３０乃至１３３へアクセスするためとローカル及び／又はオープンネットワークへアクセスするために幾つかの資源を使用する。
【００３８】
以下の説明を簡単化するため、「サーバ」及び「クライアント」という用語は、「サーバ」と称される装置がクライアントアプリケーションも含む場合を除き、アプリケーション自体、又はアプリケーションを含む装置のいずれかを指すものとする。
【００３９】
このように、ユーザが電子金融操作（電子商取引、トークン購買、財布間トークン譲渡）を行なおうとするとき、ユーザは自分のスマートカードを、これらの全ての活動（多額決済プロトコル、少額決済プロトコル等）を実行するために必要とされる全てのソフトウエアを含むクライアント（本願では装置と称する）のスマートカードリーダに挿入せねばならない。
【００４０】
サーバは、クライアントも含むため、電子金融及びビジネス操作を行なうことが可能であること、また極端な場合は、電子ウォレットシステムはサーバアプリケーションと１つのクライアントアプリケーションを含む１つの装置のみを含むことに注意すべきである。
【００４１】
古典的な金融操作（ｅ−コマース、トークン購買等）とは逆に、財布間操作はサーバが参加することを必要とする。これらの財布間操作を行なうために使用される全ての必要な情報は、ローカル家庭内ネットワーク（図２の２５０）を介して全てのクライアントに接続されるサーバに集中される。
【００４２】
実際、ユーザＡが、ｘのトークンをユーザＢの財布ＰBに預け入れようとするとき、電子ウォレットシステム、より正確にはサーバは、次の使用時に財布ＰBにｘのトークンを入れるために、取引の記録をつける。有利に、この機能は財布ＰBが挿入されたクライアントがユーザＡによって使用されるものとは異なる場合であってもトークンの譲渡を行なうことが可能である。
【００４３】
このために、サーバは他の財布からトークンを受け取ることができる財布を表わす全ての登録された財布のリストを含む。サーバはまた、各登録された財布について、財布の次の使用において実行すべき「アクション」のリストを含む。「アクション」は、多数のトークンｘが財布ＰYから登録された財布へ譲渡されたことを示す。
【００４４】
図３は、サーバの内容の例を示す図である。図３中、サーバ中に３つの財布ＰA，ＰB及びＰCが登録されている。サーバに財布を登録する方法について以下に説明する。
【００４５】
財布ＰAについて、アクションは格納されておらず、これは他の財布から財布ＰAへはトークンが移されていないことを意味する。財布ＰBについて、アクションＡ1が格納され、これは（１０，ＰX）によって示され（財布ＰBが財布ＰXから１０のトークンを受け取ったことを意味する）、以下説明するように財布ＰBの次の使用において実行される。
【００４６】
財布ＰCについて、ＰCの次の使用時に、アクションＡ2（財布ＰAから受け取った２０のトークンを財布ＰCへ）及びアクションＡ3（財布ＰYから受け取った１のトークンを財布ＰCへ）が実行される。
【００４７】
以下、トークンの財布間譲渡に関連する２つのプロセスについて説明する。最初のプロセスは、「トークンの預け入れ」と称され、ユーザＡが自分の財布からユーザＢの登録された財布へトークンを譲渡しようとするときに実行されるプロセスを指すものである。第２のプロセスは「トークン受け取り」と称され、ユーザＢが自分のスマートカードをクライアントの挿入したときに実行される逆のプロセスを指すものである。
【００４８】
他の人からトークンを受け取ろうとするユーザは、自分の財布をサーバ上に登録せねばならないが、自分の財布から他の財布へトークンを譲渡することのみを望むユーザは自分の財布をサーバ上に登録する必要はない点が重要である。
【００４９】
ここで、図４を参照してまず「トークン預け入れ」のプロセスについて説明する。
【００５０】
財布ＰAを所有するユーザＡがトークンを他の財布へ譲渡しようとするとき、ユーザＡはまず財布ＰAに相当する自分のスマートカードをクライアントに挿入し、クライアントのユーザインタフェースを介して、トークンを他の財布へ譲渡するためのアプリケーションを選択せねばならない。次に、ユーザＡが接続されるクライアントはサーバへ要求を送信し（図４のステップ５０における「AskTokenDeposit()」、サーバはそれに応じてメッセージ「ListPurses(m, purse1,…pursem)」（ステップ５１）の中に全ての登録された財布のリスト（トークンを受け取ることができるものを示す。「ｍ」は、登録された財布の数を示し、「purse1,…,pursem」はリストの異なる財布識別子を示す。
【００５１】
クライアントは、このリストを受信すると、トークン譲渡の受け取り側ＰX及び譲渡されるべきトークンの量を選択しうるユーザＡに対して表示する。次に、クライアントはサーバに対してメッセージ「Deposit(amount, purse_recipient, purse_sender)」を送信し（ステップ５２）、「amount」は譲渡されるべきトークンの数に対応し、「purse_recipient」は受け取り側の財布識別子（ここでは、ＰXに対応する）であり、「purse_sender」はトークンの送り側に関する情報である。有利には、この情報は送り手の財布識別子ＰAであるか又はユーザＡの名前である。サーバは、このメッセージを受信すると、財布ＰXについて記憶されたアクションのリストにアクションＡi＝（amount, ＰA）を追加する。
【００５２】
ここで、図５を参照して「トークン受け取り」プロセスについて説明する。
【００５３】
このプロセスはユーザＸが自分のスマートカードをクライアントに挿入するたびに実行される。このプロセスは、ユーザＸが所有する財布ＰXに貸し方記入するために、サーバに格納された全てのアクションを実行するためにサーバに接触するために使用される。もちろん、このプロセスは、どのクライアントにおいて最初の「トークン預け入れ」プロセスが実行されたかに関わらず、任意のクライアントで実行されうる。
【００５４】
ステップ６０において、クライアントからサーバへメッセージ「GetNumberOf Actions(purse_id)」が送信され、「purse_id」は財布ＰXの識別子である。この要求に応答して、サーバはpurse_idに対応するアクションのリスト中のエントリを検索し、ステップ６１においてクライアントへ送信されるメッセージ「NumberOfActions(N, purse_id)」の中にこの財布（本例ではＰX）に付されるアクションのリストのサイズを戻す。「Ｎ」は、財布ＰXについて記憶された実行されるべきアクションの数を表わし、「purse_id」はメッセージ「GetNumberOfActions(purse_id)」からコピーされる。次に、クライアントは、purse_idが「GetNumberOfActions(purse_id)」メッセージ中で送信されたものと同じであることを確認し、実行すべきアクションの数Ｎを記憶する。
【００５５】
次に、財布ＰXについてサーバ中に格納された１乃至Ｎの各アクションｉについて、ステップ６２，６３から６２’，６３’において２つの以下のメッセージが実行される。第１のメッセージ「GetNextActioni(purse_id)」はクライアントからサーバへ送信され、「purse_id」は財布ＰXの識別子である。このメッセージを受信すると、サーバは財布ＰXに付されたリスト（図３参照）の第１のアクションをコピーし、このアクションをクリアする。次に、サーバは第２のメッセージ「Actioni(purse_id, Action)」をクライアントへ送信し、ここで「purse_id」は財布ＰXの識別子であり、「Action」は実行すべきアクション（例えば、財布ＰAから財布ＰXへ１０のトークンが移される）。クライアントは、この第２のメッセージを受信すると、財布ＰXに「Action」に示される数のトークンを入れるためにアクションを実行する。
【００５６】
セキュリティについて
ユーザは、ｅ−コマース活動及び本発明の電子ウォレットシステムを用いた財布間操作に参加する前に、システムが容易に攻撃されないものであることを確かめねばならず、このために、十分なセキュリティ水準を与える解決策が提供されねばならない。
【００５７】
まず、システムは、ユーザが自分のスマートカードをクライアントに挿入したときにユーザを認証することが可能でなくてはならない。この特徴は、スマートカードがカードの所有者以外のユーザによって使用されることを防止する。更に、スマートカードは、使用されるカードが実際に電子ウォレットシステムの製造者によって与えられたものであることを確実とするために認証されねばならない。
【００５８】
次に上述のように、財布は、他の財布からトークンを受け取ることができるようになる前にサーバ上に登録されねばならない。しかしながら、この登録段階は、誰によっても実行できるものではないことを確実とする必要があり、なぜならばこの場合、侵入者は自分の財布を登録し、全てのトークン譲渡メッセージを自分の財布に向かわせうるからである。実際、１つの家族の構成員のみがサーバ上に自分たちの財布を登録することが可能であるべきである。
【００５９】
更に、（図４及び図５の「トークン預け入れ」及び「トークン受け取り」プロセス中）クライアントとサーバとの間で交換される幾つかのメッセージは、譲渡の量及び受け手の財布が伝送中に不正ユーザによって変更されないことを確実とするよう保護されねばならない。
【００６０】
更に、クライアントと財布に相当しトークンを貸し方記入又は借り方記入するためのスマートカードとの間のメッセージは、不正ユーザによる繰り返しの攻撃を防止するために保護されねばならない。繰り返しの攻撃は、例えば財布に対して貸し方記入を行なうアクションを含むメッセージのようなメッセージを数回送信することを含む。
【００６１】
ここで、本発明の電子ウォレットシステムに対して与えられるセキュリティ特徴について説明する。
【００６２】
まず、各システムは共有される秘密鍵ＤＦＷ＿ＳＫを含むと想定する。共有される秘密鍵はシステム製造者によって提供され、電子ウォレットシステムの各エンティティ（クライアント、サーバ、スマートカード）に安全に格納される。
【００６３】
１．ユーザ及びスマートカード認証
この機能は、
（ｉ）財布／スマートカードが紛失又は盗難されたとき他人によって購買のために使用されないよう財布／スマートカードの所有者を財布の正当な所有者であることを認証し、
（ｉｉ）侵入者が自分のカードを作成したときに、それが直ちに検出されるよう使用されたスマートカードが電子ウォレットシステムの製造者によって提供されたものであることを認証することを目的とする。
【００６４】
提案される解決策は、スマートカードとカードが挿入されるクライアントとの間の通信を必要とし、以下図６及び図７を参照して説明するようにサーバは関係しない。
【００６５】
図６は、スマートカード３が挿入されるクライアント２（例えば図１のエンティティ２１、２２乃至２ｋ）を表わす。実際、図２を参照して上述されたように、スマートカードはクライアントアプリケーションを含む装置のスマートカードリーダに挿入される。
【００６６】
スマートカードとクライアントとの間の通信は、各クライアント上で実行され、ユーザとスマートカードとのインタフェース接続を（ユーザインタフェースソフトウエア１２６を通じて）可能とするウォレットマネージャと称されるソフトウエア１２５を介して実行される。
【００６７】
家族の構成員は、互いに秘密にされ自分の財布にリンクされるユニークなＰＩＮ（個人識別番号）を保有する。このＰＩＮのハッシュ処理Ｈ（ＰＩＮ）（Ｈは一方向関数）はユーザの財布に格納される。
【００６８】
従って、ユーザが金融操作を行なうために自分のカードをクライアントに挿入したとき、ユーザはまず自分ＰＩＮを入力せねばならない。この入力されたＰＩＮは、Ｈ（enteredPIN）を計算するウォレットマネージャへ送信される。
【００６９】
ここで、認証を与えるための残る解決策は、対称鍵暗号化アルゴリズムに基づくチャレンジ・応答を用いる相互認証プロセスに基づくものであり、これについての詳細な説明は、""Handbook of Aplied Cryptography", Menezes A., Van Oorschot P.C and Vanstone S.A., CRC Press, 1997"にある。
【００７０】
図７は、この認証プロセス中に交換されるメッセージを示す図である。
【００７１】
第１のステップ７０において、クライアントは、メッセージ「GetChallenge」を送信することによってチャレンジを要求する。スマートカードは、ステップ７１において第１のチャレンジ「Ｃ1」を送信することによって応答する。チャレンジは、新しい認証プロセス毎に異なり「繰り返しの攻撃」を防止するために使用される乱数である。
【００７２】
スマートカードから受信されるこのチャレンジＣ1から、チャレンジＣ1と、クライアントにおいて生成された新しいチャレンジＣ2と、Ｈ（enteredPIN）値とを連結することによってメッセージＭを形成し、これはＭ＝Ｃ1｜Ｃ2｜Ｈ（enteredPIN）によって表わされる。このメッセージＭは、共有秘密鍵ＤＦＷ＿ＳＫを用いて暗号化され、暗号化されたメッセージ「ＥEDW_SK（Ｃ1｜Ｃ2｜Ｈ（enteredPIN））」はステップ７２においてカードへ送信される。
【００７３】
カードは、この暗号化されたメッセージを受信すると、復号化プロセスとスマートカードに含まれる電子ウォレットシステムの共有秘密鍵ＤＦＷ＿ＳＫとを用いてＭ及びその全ての構成要素を容易に検索しうる（この場合、これはスマートカードが電子ウォレットシステムの製造者によって提供されており、従って上述の目的（ｉｉ）が達成されたことが確実とされる）。
【００７４】
次に、スマートカードは復号化されたチャレンジＣ1がステップにおいて送信されるチャレンジＣ1と一致するかどうか照合する。照合が成功すると、カードはＨ（PIN）＝Ｈ（entered PIN）であることを照合することによってＰＩＮ照合へ進む。この場合、ユーザは財布の正当な所有者であると認証され、プロセスを継続できる。
【００７５】
次に、２つのチャレンジＣ2及びＣ1を連結することにより新しいメッセージＭ’が作成される。このメッセージはＤＦＷ＿ＳＫ鍵を用いて暗号化され、暗号化されたメッセージ「ＥEDW_SK（Ｃ2｜Ｃ1）」は、ステップ７３においてクライアントへ戻される。クライアントは、受信時に、以前の交換において送信された２つのチャレンジを検索することによってカードを認証しうる。
【００７６】
２．財布の登録
上述のように、他の財布からトークンを受け取るため、財布は財布間操作に責任のあるサーバに登録されねばならない。
【００７７】
従って、例えば子供であるユーザＡが例えばその親であるユーザＢからトークンを受け取ることができるようになる前に、ユーザＡの財布はサーバ中に登録されねばならない。
【００７８】
本発明の望ましい実施例では、この登録段階は家族の構成員のみがサーバ上に自分たちの財布を登録することができる。もちろん、これは実際の家族の構成員に厳密に限られるものではなく、財布の登録は家族の構成員と「考えられる」人に拡張される。
【００７９】
従って、家族の或る構成員が家族の全ての構成員の財布を登録するルート権限を有することが提案される。家族の他の構成員とは異なり、この特権のあるユーザ（以下「ルートユーザ」と称される）は、登録段階を実行することが承認される。電子ウォレットシステムでは、ルートユーザは、全ての登録された財布が家族の構成員によって所有されるものであることを確実とする「信頼のある第三者」と考えられる。
【００８０】
この機能を実施するため、電子ウォレットシステムの製造者によって、システムの他のエンティティと共に、ＰＩＮがルート権限を有する特別なスマートカードが提供される。この特別なカードは、以下「ルートカード」と称される。ルートＰＩＮのハッシュ関数Ｈ（rootPIN）はサーバに記憶され、登録段階を実行しようとしているユーザがルートユーザであることを照合することを可能とする。更に、望ましい実施例では、この登録段階を実行するためのソフトウエアはサーバにのみ含まれる。
【００８１】
ここで、この登録段階がどのようにして実行されるかについて更に詳述する。ユーザＡはルートユーザであると想定する。Ａが、家族の構成員Ｘに属する財布ＰXをサーバに登録しようとするとき、Ａはまずサーバにルートカードを挿入する。次にサーバは、図７を参照して上述されたようにクライアントとスマートカードとの間でユーザ認証プロセスを実行する。
【００８２】
Ａがサーバのユーザインタフェース上のルートＰＩＮを入力すると、この入力されたＰＩＮのハッシュ値はサーバに格納されたＨ（rootPIN）と一致し、Ａは登録のために新しい財布を入力することが承認される。そうでなければ、登録操作は取り消される。
【００８３】
認証されると、ＡはユーザＸに属するスマートカードをサーバに挿入せねばならない。次にこのスマートカードのpurse_idＰxはサーバに登録され、Ｘはシステムの他の財布からトークンを受け取ることが可能となる。もちろん、ルートユーザＡは、名前といったユーザＸに関する幾つかの他の補助情報も入力しうる。
【００８４】
尚、電子ウォレットシステムが家族の人数に対応する数のスマートカードと共に消費者に与えられれば、スマートカードは「未使用」状態にある。即ち、スマートカードは唯一のpurse_id、秘密鍵ＤＦＷ＿ＳＫ、及びこのカードに関連付けられるＰＩＮのハッシュ関数Ｈ（ＰＩＮ）を含むが、トークン又はカードの所有者であるユーザについての情報のいずれも含まない。
【００８５】
３．クライアント・サーバ間でのメッセージの保護
図４及び図５を参照して上述された２つのプロセス（「トークン預け入れ」及び「トークン受け取り」を含むトークンの財布間譲渡の間、サーバと１つのクライアントとの間で交換されるメッセージは以下のように保護されねばならない。
【００８６】
（ａ）トークン預け入れプロセス中に交換されるメッセージ
図４に示されるように、このプロセス中、３つのメッセージ「AskTokenDeposit()」、「ListPurses()」、及び「Deposit()」が交換される。図８は、セキュリティ特徴が追加された改善されたプロセスを示す。
【００８７】
最初に、クライアントにおいて第１のチャレンジＣ1が発生され、ステップ１５０においてサーバに送信されるときにメッセージ「AskTokenDeposit()」に連結される。上述のように、チャレンジは各トークン割当てプロセスにユニークな乱数である。この特徴は、トークン預け入れプロセスを要求している財布に貸し方記入するために以前のトークン預け入れプロセス中に交換されたメッセージを侵入者が繰り返すことを防止することを目的とする。
【００８８】
このメッセージを受信するとき、サーバはチャレンジＣ1を一時的に記憶し、チャレンジＣ2を生成し、これらの２つを連結してステップ１５１においてクライアントへ戻される「ListPurses()」メッセージを作成する。これを受信すると、クライアントはチャレンジＣ2を一時的に記憶する。次に、「Deposit()」メッセージを２つのチャレンジＣ1及びＣ2へ連結し、ＤＦＷ＿ＳＫ鍵を用いてグローバルメッセージを暗号化する。この暗号化されたメッセージはステップ１５２においてサーバへ送信される。２つのチャレンジＣ1及びＣ2の使用は、登録された財布の貸し方記入専用の「Deposit()」メッセージが同一の財布を数回貸し方記入するために繰り返される防止することを目的とする。
【００８９】
更に、機密性の高いデータ（トークンの量、受け取り側財布等）を含む「Deposit()」メッセージは、不正ユーザがメッセージ伝送中にこれらのデータを変更することを防止するため、ＤＦＷ＿ＳＫ鍵を用いて暗号化される。
【００９０】
更に、セキュリティ特徴は、金銭が二重使用されないことを確実とすべきである。従って、ステップ１５２において「Deposit()」メッセージを送信する前に、クライアントは財布、即ちクライアントに挿入されるスマートカードに、他の財布へ譲渡されるべきトークンの量を借り方記入する。借り方記入されたトークンが新しく作成され、「Deposit()」メッセージが受信されたときにサーバ側に格納される。
【００９１】
最終的に、伝送問題が生じた場合、又は、サーバがトークン預け入れ操作を処理することが出来ない場合、スマートカードは再び貸し方記入されねばならない。このために、サーバによって新しいメッセージ「CompletionCodeMsg()」が作成され、ステップ１５３においてクライアントへ送信される。次にクライアントは、操作の終了コードについてチェックする。終了コードに誤りがなければ、操作の受信は借り方記入された財布に相当するスマートカードに格納され、そうでない場合は、財布は再び貸し方記入される。この「CompletionCodeMsg()」は、チャレンジＣ1及びＣ2へ連結され、ステップ１５３において送信される前に鍵ＤＦＷ＿ＳＫを用いて暗号化される。
【００９２】
（ｂ）トークン受け取りプロセス中のメッセージ交換
図５に示されるように、このプロセス中、サーバと１つのクライアントとの間で４つのタイプのメッセージ「GetNumberOf Actions()」、「NumberOfActions()」、「GetNextAction()」及び「Action()」が交換される。図９は、セキュリティ特徴が追加された改善されたプロセスを示す図である。
【００９３】
ステップ１６０及び１６１によって送信されるメッセージ「GetNumberOf Actions()」、「NumberOfActions()」は、機密性の高いデータを含まない。従って、これらは平文として送信されうる。
【００９４】
しかしながら、財布ＰAを所有するユーザＡがユーザＢに属する財布ＰBのために格納されたアクションを自分の財布ＰAへルーティングすることが可能でないように、他のメッセージについてのセキュリティ特徴は、サーバ上に格納される全てのアクションが保護されることを確実とせねばならない。従って、（以下に示されるように）メッセージ「Action()」が保護されていたとしても、ユーザＡは自分の財布以外の財布へメッセージ「GetNextAction()」を送信することが可能であり、なぜならばこの場合、サーバは要求されたアクションをクリアし、正しい受け手の財布が貸し方記入され得ないからである。このために、ステップ１６２及び１６３において送信された両方のメッセージ「GetNextAction()」及び「Action()」は、purse_idパラメータを保護するために共有秘密鍵ＤＦＷ＿ＳＫを用いて暗号化される。
【００９５】
トークン受け取りプロセスのセキュリティ特徴はまた、メッセージ「GetNextAction()」が繰り返されないことを確実とせねばならない。実際、このメッセージが暗号化されたとしても、侵入者が繰り返すことができないという解決策が提案されねばならず、なぜならばこの場合、サーバに格納され対応する財布に借り方記入するための次のアクションがクリアされるからである。
【００９６】
このために、本発明の望ましい実施例によれば、夫々がスマートカードＣを有する各財布Ｐは、最後のトークン回復取引の「取引識別子」（TransIdCP）を有する。登録プロセス（セクション２において上述された）中、サーバは（スマートカード中に格納される）TransIdCPをゼロに設定し、新しい取引識別子TransIdSPを作成し、これもゼロにセットされる。TransIdSPは、登録された財布Ｐに対応するエントリの中にサーバのローカルデータに格納される。このようにして、各登録された財布について、交換されたメッセージの有効性を示すためにこの回復プロセスにおいて使用される２つの取引識別子が存在する。
【００９７】
ここで、メッセージ「GetNextAction()」が繰り返されないことを確実とするため、（財布Ｐに相当するスマートカードに格納される）取引識別子（TransIdCP）はこのメッセージに連結され、グローバルメッセージはステップ１６２において送信される前に共有秘密鍵ＤＦＷ＿ＳＫを用いて暗号化される。受信時に、サーバはTransIdCP＝TransIdSPであることを確認する。
【００９８】
照合結果が肯定的であれば、サーバはクライアントへ「Action()」メッセージを送信せねばならない。
【００９９】
トークン受け取りプロセスのセキュリティ特徴は更に、「Action()」メッセージが同一の財布を数回貸し方記入するために繰り返されてはならないことを確実とする。従って、サーバがクライアントへ「Action()」メッセージを送信する前に、サーバに格納される対応する受け手財布Ｐの取引識別子TransIdSPをインクリメントし、このインクリメントされたTransIdSPをメッセージに挿入し、これを鍵ＤＦＷ＿ＳＫを用いて暗号化した後にステップ１６３においてメッセージを送信する。
【０１００】
クライアントは、受信時に、
TransIdCP＝TransIdSP−１
であることを確認することによってメッセージの有効性をチェックする。
【０１０１】
照合結果が肯定的であれば、クライアントに挿入されたスマートカードに格納された取引識別子TransIdCPがインクリメントされ、アクションが実行される。
【０１０２】
最終的に、トークン受け取りプロセスのセキュリティ特徴は、更に自分の財布が貸し方記入されたユーザが、自分の財布が貸し方記入されていないと主張することが出来ないことを確実とすべきである。このために、ステップにおいて受信されたアクションの実行後にクライアントからサーバへ更なるメッセージ「CompletionCodeMsg(purse_id,action,code)」が送信される（「purse_id」はクライアントに挿入された財布の識別子であり、「action」は実行されるアクションであり、「code」は実行されるアクションの状態を示す終了コードである）。このメッセージは、実行された操作の状態に関する情報を与えるために専ら使用される。更に、望ましい実施例では、スマートカードに格納される取引識別子TransIdCPは繰り返し防止特徴を確実とするためメッセージ「CompletionCodeMsg()」に連結され、グローバルメッセージはステップ１６５における伝送中にその内容を保護するために共有秘密鍵ＤＦＷ＿ＳＫを用いて暗号化される。
【０１０３】
４．クライアント・スマートカード間の命令の保護
実施の最も深いレベルでは、財布に相当するカード上にトークンを貸し方記入するため又は借り方記入するために、各クライアント上で実行されるウォレットマネージャソフトウエアとクライアントに挿入されるスマートカードとの間で命令が交換される。
【０１０４】
これらの命令に適用されるセキュリティは、以下のことを確実とせねばならない。
【０１０５】
（ｉ）スマートカードへ送信される全ての命令が財布に対して貸し方記入又は借り方記入されるために繰り返されてはならない。このために、スマートカードは全ての送信された命令が繰り返されることを防止するためにチャレンジＣ1を生成する。
【０１０６】
（ｉｉ）侵入者はクライアントとスマートカードとの間のリンクを切断すること及び財布を借り方記入することを防止するためにスマートカードの以前のアクションを繰り返すことができない。この場合、財布はデクリメントされておらず、侵入者はクライアントの命令に応答しているため、金銭は二重に生成される。このために、クライアントは財布を認証するためにチャレンジ2Ｃを生成する。
【０１０７】
図１０は、クライアントとスマートカードとの間の命令「Ｃｍｄ」の保護について示す図である。
【０１０８】
クライアントは、カードへ命令Ｃｍｄを送信せねばならないと想定する。最初に、クライアントは要求の新しさを確実とするため、スマートカードに対してチャレンジを要求する。ステップ１７０において、スマートカードで生成された第１のチャレンジＣ1がクライアントへ送信される。
【０１０９】
次に、クライアントはチャレンジＣ1を、クライアントで生成された第２のチャレンジＣ2と、また、命令Ｃｍｄと連結し、新しいメッセージＣｍｄ｜Ｃ1｜Ｃ2を形成する。次に、この新しいメッセージは秘密鍵ＤＦＷ＿ＳＫを用いて暗号化され、ステップ１７１においてスマートカードへ送信される。
【０１１０】
スマートカード側では、メッセージのインテグリティ及び有効性は、受信されたメッセージを共有秘密鍵ＤＦＷ＿ＳＫを用いて復号化し、チャレンジＣ1を検索することによってチェックされる。命令Ｃｍｄが実行されると、スマートカードは２つのチャレンジＣ1及びＣ2と連結され鍵ＤＦＷ＿ＳＫを用いて暗号化された終了コード「CompletionCode」を含むメッセージを送信することによってクライアントに応答する。
【図面の簡単な説明】
【図１】本発明による電子ウォレットの一般的なアーキテクチャを示す図である。
【図２】本発明による電子ウォレットのハードウエアアーキテクチャの一例を示す図である。
【図３】電子ウォレットシステムのサーバと称されるエンティティに含まれる幾つかのデータを示す図である。
【図４】電子ウォレットシステムの１つの財布から他の財布へトークンを譲渡することに関連する第１のプロセスを示す図である。
【図５】電子ウォレットシステムの１つの財布から他の財布へトークンを譲渡することに関連する第２のプロセスを示す図である。
【図６】電子ウォレットシステムのクライアントと称される第２のエンティティとスマートカードと称される第３のエンティティとを示す図である。
【図７】財布のユーザを認証するプロセスを示す図である。
【図８】セキュリティ特徴が追加された１つの財布から他の財布へトークンを譲渡することに関連する第１のプロセスを示す図である。
【図９】セキュリティ特徴が追加された１つの財布から他の財布へトークンを譲渡することに関連する第２のプロセスを示す図である。
【図１０】第２のエンティティと第３のエンティティとの間の通信における幾つかのセキュリティ特徴を示す図である。
【符号の説明】
１    サーバ
２１，２２．．２ｋ    クライアント
３１，３２．．３ｐ    スマートカード
４０    オープンネットワーク
【図１】
0005122044.tif 000002
【図２】
0005122044.tif 000003
【図３】
0005122044.tif 000004
【図４】
0005122044.tif 000005
【図５】
0005122044.tif 000006
【図６】
0005122044.tif 000007
【図７】
0005122044.tif 000008
【図８】
0005122044.tif 000009
【図９】
0005122044.tif 000010
【図１０】
0005122044.tif 000011