(57)【特許請求の範囲】
【請求項１】
電子ウォレットシステムであって、
オープンネットワーク上で電子的商取引を行うことができ且つスマートカードリーダを有することができるｎ個の装置を有し、ここで、ｎは１より大きいか又は等しく、前記装置はローカルホームネットワークを通して相互に接続されており、
電子マネーを含むことができる電子財布を表す複数のスマートカードを有し、各スマートカードは、
−一意に定められた電子財布識別子（ＰＩＤｉ）と、
−電子マネーのカウンタと、
−電子財布取引識別子（ＴｒａｎｓＩＤｉＰ）と、
−第１の電子財布識別子秘密鍵（ＳＫＡ）と、
−第２の取引識別子秘密鍵（ＳＫＴ）とを有し、
前記第１と前記第２の秘密鍵は前記システムの全ての電子財布により共有されており、
ここで、前記装置の１つは、サーバであり、前記サーバはデータ項目のリストを有し、各データ項目は前記システムの他の電子財布からのトークンに含まれる電子マネーを受け取るべき電子財布に対応するものであり、
前記サーバは、トークンが電子財布間で伝送されたときに前記トークンを一時的に格納し、
ここで、トークン伝送動作間に前記装置及び／又は前記スマートカード間で交換されるメッセージは、前記スマートカード内にのみ格納されている前記秘密鍵により保護されている電子ウォレットシステム。
【請求項２】
システムのインストール時に、前記電子マネーのカウンタと前記取引識別子（ＴｒａｎｓＩＤｉＰ）はゼロに初期化される請求項１記載のシステム。
【請求項３】
前記サーバ内の電子財布（Ｐｉ）に対応する各項目は、
−前記電子財布識別子（ＰＩＤｉ）と、前記第１の秘密鍵（ＳＫＡ）を使用する前記電子財布識別子の署名と、
−サーバ取引識別子（ＴｒａｎｓＩＤｉＳ）と、前記第２の秘密鍵（ＳＫＴ）を使用する前記取引識別子の及び前記電子財布識別子の署名と、
−サーバにより前記電子財布について受信されたトークンの数のインデックス（Ｉｎｄｅｘｉ）とを有する請求項２に記載のシステム。
【請求項４】
各スマートカードは更に、前記システムの全ての電子財布により共有されている第３のトークン秘密鍵（ＳＫ）を有し、
前記サーバ内の電子財布（Ｐｉ）に対応する各項目は更に、インデックス（Ｉｎｄｅｘｉ）がゼロより大きいならば、
少なくとも１つのトークンは、
−電子マネーの合計（Ｎ）と、
−前記電子財布識別子（ＰＩＤｉ）と、
−前記サーバ取引識別子（ＴｒａｎｓＩＤｉＳ）とを含み、
且つ、前記第３の秘密鍵を使用する前記トークンの署名を含む請求項３記載のシステム。
【請求項５】
前記トークンは更に、トークンの送信者に関する情報を含む請求項４記載のシステム。
【請求項６】
サーバにおいて電子財布（Ｐｉ）を登録する方法であって、  前記サーバーは、オープンネットワーク上で電子的商取引を行うことができ且つスマートカードリーダを有することができるｎ個の装置のうちの一つであり、ここで、ｎは１より大きいか又は等しく、前記装置はローカルホームネットワークを通して相互に接続されており、前記スマートカードリーダは電子マネーを含むことができる電子財布を表す関連したスマートカードを読むことができ、各スマートカードは、
−一意に定められた電子財布識別子（ＰＩＤｉ）と、
−電子マネーのカウンタと、
−電子財布取引識別子（ＴｒａｎｓＩＤｉＰ）と、
−第１の電子財布識別子秘密鍵（ＳＫＡ）と、
−第２の取引識別子秘密鍵（ＳＫＴ）とを有し、
前記第１と前記第２の秘密鍵は前記ｎ個の装置のカードリーダのための電子財布全てにより共有されており、
ここで、前記サーバはデータ項目のリストを有し、各データ項目は前記ｎ個の装置のカードリーダのための電子財布全てのうちの他の電子財布からのトークンに含まれる電子マネーを受け取るべき電子財布に対応するものであり、
前記サーバは、トークンが電子財布間で伝送されたときに前記トークンを一時的に格納するよう構成されており、
前記方法は、前記サーバを含む装置に対して、
（ａ）ルートカードと呼ばれる特別のスマートカードを受けるステップと、
（ｂ）前記装置上でユーザにより入力された個人識別番号（ｒｏｏｔＰＩＮ）を受信し、且つ、前記個人識別番号を前記ルートカードへ送るステップとを有し、ここで、前記ルートカードは受信した個人識別番号が前記ルートカード内に格納された個人識別番号と一致するかを確認し、確認が肯定的であれば、
（ｃ）登録されるべき電子財布（Ｐｉ）に対応するスマートカードを受けるステップと、
（ｄ）前記スマートカードから、
−電子財布識別子（ＰＩＤｉ）と、前記第１の秘密鍵（ＳＫＡ）を使用する前記電子財布識別子の署名と、
−前記スマートカード内に格納された電子財布取引識別子（ＴｒａｎｓＩＤｉＰ）の値で初期化されたサーバ取引識別子（ＴｒａｎｓＩＤｉＳ）と、前記第２の秘密鍵（ＳＫＴ）を使用する前記サーバ取引識別子の及び前記電子財布識別子（ＰＩＤｉ）の署名とを含むデータを受信するステップと、
（ｅ）前記サーバ内の前記電子財布に対応する項目内に、前記スマートカードから受信されたデータを格納するステップ、
とを有し、前記第１および第２の秘密鍵は、前記装置及び／又は前記スマートカード間で交換されるメッセージを保護するために使われ、前記第１および第２の秘密鍵は前記スマートカード内にのみ格納される、方法。
【請求項７】
電子ウォレットシステム内で第２の電子財布（ＰＢ）に対して第１の電子財布（ＰＡ）からトークンを預ける方法であって、前記電子ウォレットシステムは、
オープンネットワーク上で電子的商取引を行うことができ且つスマートカードリーダを有することができるｎ個の装置であって、ｎは１より大きいか又は等しく、前記装置はローカルホームネットワークを通して相互に接続されている、装置と、
電子マネーを含むことができる電子財布を表す複数のスマートカードとを有し、各スマートカードは、
−一意に定められた電子財布識別子（ＰＩＤｉ）と、
−電子マネーのカウンタと、
−電子財布取引識別子（ＴｒａｎｓＩＤｉＰ）と、
−第１の電子財布識別子秘密鍵（ＳＫＡ）と、
−第２の取引識別子秘密鍵（ＳＫＴ）とを有し、
前記第１と前記第２の秘密鍵は前記システムの電子財布全てにより共有されており、
ここで、前記ｎ個の装置の一つはサーバであり、前記サーバはデータ項目のリストを有し、各データ項目は前記システムの他の電子財布からのトークンに含まれる電子マネーを受け取るべき電子財布に対応するものであり、
前記方法は、クライアントと呼ばれるエンティティを含む装置に対して、
（ａ）前記第１の電子財布（ＰＡ）に対応するスマートカードを受けるステップと、
（ｂ）前記サーバから、
−前記第２の電子財布（ＰＢ）の電子財布識別子（ＰＩＤＢ）と、第１の秘密鍵（ＳＫＡ）を使用する前記電子財布識別子の署名と、
−前記第２の電子財布に対するサーバ取引識別子（ＴｒａｎｓＩＤＢＳ）と、第２の秘密鍵（ＳＫＴ）を使用する前記サーバ取引識別子の及び前記第２の電子財布識別子（ＰＩＤＢ）の署名とを含むデータ（ＰｕｒｓｅＩｎｆｏ）を受信する（１５３）ステップと、
（ｃ）前記スマートカードへ、前記サーバから受信された前記データ（ＰｕｒｓｅＩｎｆｏ）と、前記第２の電子財布に預けられるべき電子マネーの合計（Ｎ）とを送信するステップと、
前記スマートカードは前記第１（ＳＫＡ）と第２（ＳＫＴ）の秘密鍵を使用する前記データ内に含まれている署名を確認し、かつ確認が肯定的ならば、
（ｄ）前記スマートカードから
−トークンと第３の秘密鍵（ＳＫ）を使用する前記トークンの署名と、
−前記第２の電子財布に関する増加サーバ取引識別子（ＴｒａｎｓＩＤＢＳ＋＋）と、第２の秘密鍵（ＳＫＴ）を使用する前記増加サーバ取引識別子のと前記第２の電子財布識別子の署名とを含むデータ（ＴｏｋｅｎＩｎｆｏ）を受信するステップ（１５５）と、
（ｅ）前記サーバへ、前記スマートカードから受信された前記データを送信して、前記トークンが前記第２の電子財布に伝送される前に前記サーバが一時的に前記トークンを格納するようにする（１５６）ステップ、
とを有し、
トークン伝送動作の間に前記装置及び／又は前記スマートカード間で交換されるメッセージは、前記スマートカード内にのみ格納されている前記秘密鍵により保護される、
方法。
【請求項８】
更にステップ（ｂ）の前に、
（ａ１）前記サーバへ、トークンを受信する責任のある電子財布のリストを要求する第１のメッセージ（ｇｅｔＰｕｒｓｅＬｉｓｔ）を送信（１５０）するステップと、
（ａ２）前記サーバから、トークンを受信する責任のある電子財布の電子財布識別子（ＰＩＤ１，．．．ＰＩＤｍ）のリストを受信（１５１）するステップと、
（ａ３）前記サーバへ、前記第２の電子財布（ＰＢ）に関する情報を要求する第２のメッセージ（ｇｅｔＰｕｒｓｅＩｎｆｏ（ＰＩＤＢ））を送信（１５２）するステップとを有する請求項７記載の方法。
【請求項９】
前記第１の電子財布（ＰＡ）に対応する前記スマートカードは、ステップ（ｂ）の前に、前記第２の電子財布に対して預けられるべき電子マネーの合計（Ｎ）だけ、前記第１の電子財布カウンタを減ずる請求項７或は８に記載の方法。
【請求項１０】
ステップ（ｄ）で送られるデータ内に含まれているトークンは、
−前記第２の電子財布に対して預けられるべき電子マネーの合計（Ｎ）と、
−前記第２の電子財布識別子（ＰＩＤＢ）と、
−前記第２の電子財布に対するサーバ取引識別子（ＴｒａｎｓＩＤＢＳ）と、
−ランダム番号（Ｃ）とを有する請求項７乃至８のうちいずれか一項記載の方法。
【請求項１１】
前記トークンは更に、前記第１の電子財布識別子（ＰＩＤＡ）を有する請求項１０記載の方法。
【請求項１２】
電子ウォレットシステム内の電子財布（ＰＢ）内にトークンを受信する方法であって、前記電子ウォレットシステムは、
オープンネットワーク上で電子的商取引を行うことができ且つスマートカードリーダを有することができるｎ個の装置であって、ｎは１より大きいか又は等しく、前記装置はローカルホームネットワークを通して相互に接続されている、装置と、
電子マネーを含むことができる電子財布を表す複数のスマートカードとを有し、各スマートカードは、
−一意に定められた電子財布識別子（ＰＩＤｉ）と、
−電子マネーのカウンタと、
−電子財布取引識別子（ＴｒａｎｓＩＤｉＰ）と、
−第１の電子財布識別子秘密鍵（ＳＫＡ）と、
−第２の取引識別子秘密鍵（ＳＫＴ）とを有し、
前記第１と前記第２の秘密鍵は前記システムの電子財布全てにより共有されており、
ここで、前記ｎ個の装置の一つはサーバであり、前記サーバはデータ項目のリストを有し、各データ項目は前記システムの他の電子財布からのトークンに含まれる電子マネーを受け取るべき電子財布に対応するものであり、
前記方法は、クライアントと呼ばれるエンティティを有する装置に関して、
（ａ）前記電子財布（ＰＢ）に対応するスマートカードを受けるステップと、
（ｂ）サーバ内の前記電子財布（ＰＢ）に対して格納されたトークンを要求するメッセージ（ＧｅｔＮｅｘｔＴｏｋｅｎ（ＰＩＤＢ））を、サーバへ送る（１６２）ステップであって、前記サーバは、トークンが電子財布間で伝送されるときに前記トークンを一時的に格納するよう構成されている、ステップと、少なくとも１つのトークンが前記サーバ内の前記電子財布（ＰＢ）に対応する項目内に格納されているならば、
（ｃ）前記サーバから、前記電子財布に対応する項目内に格納されたインデックス（ＩｎｄｅｘＢ）とトークンを受信する（１６３）ステップと、
（ｄ）トークンを前記スマートカードに送る（１６４）ステップと
（ｅ）受信されたインデックス（ＩｎｄｅｘＢ）の値がゼロより大きい間は、ステップ（ｂ）から（ｄ）を繰返すステップとを有し、
トークン伝送動作の間に前記装置及び／又は前記スマートカード間で交換されるメッセージは、前記スマートカード内にのみ格納されている前記秘密鍵により保護される、
方法。
【請求項１３】
サーバはステップ（ｃ）の前に前記インデックス（ＩｎｄｅｘＢ）を減ずる請求項１２記載の方法。
【請求項１４】
更に、ステップ（ｂ）の前に、
（ａ１）前記スマートカードへ、電子財布識別子を要求する第１のメッセージ（ｇｅｔＰＩＤ）を送る（１６０）ステップと、
（ａ２）前記スマートカードから前記電子財布識別子（ＰＩＤＢ）を受信（１６１）するステップとを有する請求項１２或は１３記載の方法。
【請求項１５】
前記第３の秘密鍵（ＳＫ）を使用するトークンの署名がステップ（ｃ）で受信されたトークンに添付され、かつステップ（ｄ）で前記スマートカードに送られ、
前記方法は更に、前記スマートカードに対して、
（ｄ１）前記トークンの署名を確認するステップと、
（ｄ２）前記トークンに含まれるサーバ取引識別子（ＴｒａｎｓＩＤＢＳ）が前記スマートカードに格納された電子財布取引識別子（ＴｒａｎｓＩＤＢＰ）より大きいか又は等しいことを確認するステップと、且つ、確認が肯定的であれば、
（ｄ３）前記トークン内に含まれる電子マネーの合計（Ｎ）だけ電子財布カウンタを増加するステップと、
（ｄ４）前記電子財布取引識別子（ＴｒａｎｓＩＤＢＰ）内に、１だけ増加されたサーバ取引識別子（ＴｒａｎｓＩＤＢＳ）の値を格納するステップとを有する請求項１２乃至１４のうちいずれか一項記載の方法。
【請求項１６】
各スマートカードが更に、他の電子財布からのトークンを受信する責任がある各電子財布に対する預かり追跡データを含む、請求項７乃至１１のうちいずれか一項記載の方法であって、前記データは、
−電子財布間取引識別子と、
−電子財布間預かりカウントを有し、且つ、
ステップ（ｄ）の前に、前記第１の電子財布（ＰＡ）に対応する前記スマートカードは、
−前記第２の電子財布に関する電子財布間取引識別子（ＴｒａｎｓＩＤＡＢ）を、ステップ（ｂ）で受信された前記第２の電子財布に関する前記サーバ取引識別子（ＴｒａｎｓＩＤＢＳ）の値で更新するステップと、
−前記第２の電子財布（ＰＢ）に関して預けられるべき電子マネーの合計（Ｎ）を前記第２の電子財布に関する電子財布間預かりカウント（ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＡＢ）に加算するステップとを有する方法。
【請求項１７】
各スマートカードが更に受信カウントを含む受信追跡データを含む、請求項１５記載の方法であって、
ステップ（ｄ４）の後に、前記スマートカードは、前記トークン内に含まれる電子マネーの合計（Ｎ）を、前記電子財布（ＰＢ）の受信カウントへ（ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＢ）に加算する方法。
【請求項１８】
請求項１７に記載の方法を使用する時に、前記電子財布により受信されなかった、請求項１６に記載の方法を使用して１つの第１の電子財布（ＰＤ）に対して預けられたトークンを回復する方法であって、サーバを含む装置に対して、
（ｉ）前記システムの他の全ての電子財布に対応するスマートカードを連続して受信し、且つ、前記電子財布の（ＰＸ）の各々に対して、前記第１の電子財布（ＰＤ）に関する預かり追跡データ（ＴｒａｃｅＸＤ）を受信するステップと、ここで、前記預かり追跡データは、
−電子財布間取引識別子（ＴｒａｎｓＩＤＸＤ）と、
−電子財布間預かりカウント（ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ）を有し、
（ｊ）前記第１の電子財布（ＰＤ）に対応するスマートカードを受けるステップと、
（ｋ）ステップ（ｉ）で受信された全ての預かり追跡データを、前記スマートカードに送るステップとを有し、
方法は更に、前記スマートカードに対して、
（ｌ）受信された電子財布間預かりカウントの合計（Σｘｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ）から、前記第１の電子財布の受信カウント（ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤ）を引く計算を行い、且つ、前記第１の電子財布（ＰＤ）のカウンタをこの計算の結果を用いて増加するステップと、
（ｍ）前記第１の電子財布の受信カウント（ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤ）をゼロに設定するステップを有する方法。
【請求項１９】
更に、ステップ（ｉ）の前に、
（ｈ１）前記第１の電子財布（ＰＤ）に対応するスマートカードを受けるステップと、
（ｈ２）前記スマートカードに、ランダム番号を要求する第１のメッセージ（ｇｅｔＣｈａｌｌｅｎｇｅ）を送る（１８０）ステップと、
（ｈ３）前記スマートカードから、ランダム番号（Ｃ）を受信する（１８１）ステップとを有し、
ステップ（ｉ）で、第２のメッセージ（ｇｅｔＤｅｐｏｓｉｔＴｒａｃｅｓ（ＰＩＤＤ，Ｃ））内の前記システムの他の全ての電子財布に対応する各々のスマートカードへの第１の電子財布識別子（ＰＩＤＤ）と共に、前記ランダム番号が送られ、
ステップ（ｉ）で受信された前記第１の電子財布（ＰＤ）に関する各預かり追跡データ（ＴｒａｃｅＸＤ）は、更に、
−前記ランダム番号（Ｃ）と、
−各々の他の電子財布の電子財布識別子（ＰＩＤＸ）と、
−前記第１の電子財布識別子（ＰＩＤＤ）とを含む、請求項１８記載の方法。
【請求項２０】
各スマートカードは更に、第４のトークン回復秘密鍵（ＳＫＲ）を有するシステム内の請求項１９記載の方法であって、前記第４の秘密鍵を使用する前記預かり追跡データの署名が、ステップ（ｉ）で受信された前記預かり追跡データに添付されている方法。
【請求項２１】
更に、ステップ（ｌ）の前に、前記第１の電子財布（ＰＤ）に対応するスマートカードに対して、
−前記第４の秘密鍵（ＳＫＲ）を使用する前記預かり追跡データの署名を確認するステップと、
−前記預かり追跡データに含まれるランダム番号（Ｃ）が、ステップ（ｈ３）の前に前記スマートカードにより発生されたランダム番号と一致することを確認するステップとを有し、
ステップ（ｌ）と（ｍ）は前記確認が肯定的である場合に実行される、請求項２０記載の方法。
【請求項２２】
更に、ステップ（ｌ）の後に、前記第１の電子財布（ＰＤ）に対応するスマートカードに対して、
前記第１の電子財布取引識別子（ＴｒａｎｓＩＤＤＰ）を、
−前記第１の電子財布取引識別子（ＴｒａｎｓＩＤＤＰ）及び、
−１だけ増加された預かり追跡データに含まれる各電子財布間取引識別子（ＴｒａｎｓＩＤＸＤ＋１）の、最大値で更新するステップを有する請求項２１記載の方法。
【請求項２３】
システムの各スマートカードは更にオープンネットワーク上の前記サーバのアドレス（ＩＰ  ａｄｄｒｅｓｓ  Ｓ）を有し、且つ、各装置は、前記オープンネットワークに接続された遠隔電子ウォレットシステムと、遠隔トークン預け入れ方法及び／又は遠隔トークン受信方法を実行することができる、請求項１乃至５のうちいずれか一項に記載の電子ウォレットシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般的には、インターネットのようなオープンネットワーク上で電子商取引を行う電子ウォレットに関し、特に、電子ウォレット間でトークン（又は、電子マネーユニット）を伝送する新たな電子ウォレット構造と方法に関する。（「トークン」は「電子通貨トークン」を指すものとする。）
【０００２】
【従来の技術】
同じ出願人の同日（２０００年３月７日）の、発明の名称“電子ウォレットシステム”の他の欧州特許出願番号００４００６０６．０は、クライアント／サーバ機構と複数のパースを有する電子ウォレットシステムを記述する。クライアント及びサーバアプリケーションはセットトップボックス（ＳＴＢ）のような装置で実行され、システムは安全なパース間動作が可能である。
【０００３】
【発明が解決しようとする課題】
本発明は、電子ウォレットシステムでの安全なパース間動作の別の解決方法を提案するものである。
【０００４】
【課題を解決するための手段】
本発明は、オープンネットワーク上で電子的商取引を行うことができ且つスマートカードリーダを有することができるｎの装置を有し、ここで、ｎは１より大きいか又は等しく、且つ、電子マネーを含むことができる電子パースを表す複数のスマートカードを有する電子ウォレットシステムに関する。（本願では「マネー」は「電子マネー」を指す。また、「パース」もしくは「電子パース」は「電子財布」とも称する。）装置はローカルネットワークを通して相互に接続されており、ここで、前記装置の１つは、サーバと呼ばれるエンティティを有し、サーバはデータエントリー〔項目〕のリストを有し、パースに対応する各エントリーは前記システムの他のパースからのトークンに含まれる電子マネーを受信する責任を有する。サーバは、トークンがパース間で伝送されたときに前記トークンを一時的に格納する。本発明に従って、トークン伝送動作間に前記装置及び／又は前記スマートカード間で交換されるメッセージは、前記スマートカード内にのみ格納されている秘密鍵により保護される。
【０００５】
本発明は更に、説明のセクションＡ−２に記載のように、そのような電子ウォレットシステム内でパースを登録するための処理に関する。
【０００６】
本発明はまた、説明のセクションＡ−３に記載のように、電子ウォレットシステム内で第２のパースに対して第１のパースからトークンを預ける処理と、説明のセクションＡ−４に記載のように、パース内でトークンを受信する処理にも関する。
【０００７】
更に、本発明は、説明のセクションＡ−４に記載のトークンを受信する処理を使用する時に前記パースにより受信されなかった、説明のセクションＡ−３に記載のトークン預けいれ処理を使用する１つのパースに対して預けられたトークンを回復する処理に関する。この失ったトークンの回復処理は説明はセクションＢに記載されている。
【０００８】
更に、本発明は、システムの各スマートカードは更にオープンネットワーク上の前記サーバのアドレスを有し、且つ、各装置は、前記オープンネットワークに接続された遠隔電子ウォレットシステムと、説明のセクションＣ−１に記載のように、遠隔トークン預け入れ処理及び／又は、説明のセクションＣ−２に記載のように、遠隔トークン受信処理を行うことができる、電子ウォレットシステムに関する。
【０００９】
【発明の実施の形態】
図１は、家族内のシステムの設定に対応する本発明に従った電子ウォレットシステムの一般的な構造を示す。
【００１０】
図１から分かるように、電子ウォレットシステムは３つのエンティティを有する。
【００１１】
−第1のエンティティはサーバと呼ばれ、オープンネットワーク４０（例えば、インターネット）に接続されている。このエンティティは以下に詳細に説明するパース間動作を行う。
【００１２】
−ｋ個の第２のエンティティ２１から２ｋは、クライアントと呼ばれ、それらもオープンネットワーク４０（例えば、インターネット）に接続されている。更にこれらのクライアントの各々は、ローカルホームネットワークを通してサーバに接続されている。
【００１３】
−ｐ個のスマートカード３１から３ｐ（ｐは家族の人数）は第３のエンティティであり、パースを実現するためのものである。このように、家族の各メンバー〔構成員〕はスマートカードにより示される自分自身のパースを所有する。
【００１４】
これらの異なるエンティティから、家族の各メンバーは、安全な電子商取引活動に参加できるべきである。実際には、スマートカードは、ユーザへ、プライベートキー、ディジタルトークン、認証データ等の全ての個人的な及び敏感なデータ〔敏感なデータとは秘密にすべきデータをいう〕を格納する効率的で且つ安全な方法を提供する。
【００１５】
この構造のハードウェア実装の例を図２に示す。エンティティ“サーバ”及び“クライアント”は、好適な実施例では、セットトップボックス、コンピュータ、ゲーム機、携帯電話又は、他の家庭用装置のような装置内で実行されるソフトウェアアプリケーションにより実現される。
【００１６】
図２の例では、第１のセットトップボックス１０は、サーバアプリケーション１０１とクライアント１アプリケーション１２１を有する。この第１のセットトップボックスは、例えば、家屋内の居間に置かれる。第２のセットトップボックス１１は、家屋内の他の部屋に置かれ、他のクライアント２アプリケーション１２２を有し、他の２つの装置はゲーム機１２とコンピュータ１３であり、例えば、子供部屋に置かれ、それぞれクライアント３アプリケーション１２３とクライアント４アプリケーション１２４を有する。それらの装置はスマートカードリーダ１３０−１３３を有し、且つ全てがＩＥＥＥ１３９４有線又は無線ネットワークでもよいホームネットワーク２５０に接続されている。このホームネットワーク２５０は、全ての装置１０−１３に対してオープンネットワーク１４０への接続を提供する。
【００１７】
全てのアプリケーション１０１，１２１−１２４は、スマートカード１３０−１３３へとローカル及び／又はオープンネットワークへアクセスするために装置のいくつかの資源を使用する。
【００１８】
以後の説明を簡単にするために、用語“サーバ”と“クライアント”は以後アプリケーションそれ自身か又は、アプリケーションを含む装置のいずれかを指すものとする。“サーバ”と呼ぶ装置はクライアントアプリケーションも含む。
【００１９】
このように、ユーザが電子的金融動作（電子商取引、トークン購入、パース間トークン伝送．．）を行いたいときには、自分のスマートカードを、（マクロ支払いプロトコル、マイクロ支払いプロトコル等）の活動の全てを行うために必要な全てのソフトウェアを有するクライアント（ここでは、装置）のスマートカードリーダに挿入する。
【００２０】
サーバはクライアントも有するのでサーバは電子金融及びビジネス動作を行うことができる。極端な場合には、電子ウォレットシステムはサーバアプリケーションと１つのクライアントアプリケーションを含む１つの装置のみを含む。
【００２１】
次に、パース間動作を説明する。
【００２２】
従来の金融動作（e-コマース、トークン購入等）とは逆に、パース間動作はサーバの参加が必要である。これらのパース間動作を行うのに使用される全ての必要な情報は、ローカルホームネットワーク（図２の２５０）を介した全クライアントに接続されたサーバに集中される。
【００２３】
トークンのパース間伝送は、トークンの預け入れとトークンの受け取りの２つの動作により実行される。トークンの預け入れ動作中には、ユーザＡは、いずれかのクライアントから、他の家族メンバーに意図されたｘ個のトークンを預ける。ｘ個のトークンは、ユーザＡのパースから借り方に記入され（つまり、引き落とされ）、そして、一時的にサーバに格納される。次に、ユーザＢが自分のパースをいずれかのクライアントに挿入するときに、トークン受け取り動作が呼出され、ｘ個のトークンをサーバからダウンロードする。このように、トークンはユーザＡのパースから、ユーザＢのパースへサーバにより伝送される。
【００２４】
このために、サーバは、他のパースからトークンを受信することのできるパースを表す全ての登録されたパースのリストを有する。登録されたパースはパースのオーナー（つまり、所有者）が受け取ることが意図されたトークンのリストを一時的に格納するのに使用される。
【００２５】
図３は、サーバ上に配置されたこれらの内部データの例を示す。この図では、ＰＡ、ＰＢ、ＰＤで示された３つのパースがサーバ内に登録されている。パースＰＡに関しては、トークンは格納されておらず、パースＰＡは他のパースからトークンを受信していない。パースＰＢに関しては、（１０、ＰＡ）で示されたトークンＴ１は、パースＰＢが、パースＰＡから１０＄（又は、１０ユーロ又は、電子ウォレットシステムで使用される他のマネーの１０ユニット（つまり、１０単位））を受信したことを示す。このトークンは、ＰＢの次の使用のときに、パースＰＢに伝送される。パースＰＤに関しては、トークンＴ２（パースＰＡから受信されたマネーの２０ユニット（つまり、２０単位））とトークンＴ３（パースＰＢから受信されたマネーの１ユニット（つまり、１単位））が、ＰＤの次の使用のときに、パースＰＤに伝送される。
【００２６】
従って、トークンの預け入れとトークンの受け取りに加えて、パース登録と呼ばれる第３の動作を考えることが必要である。この動作は、サーバ内でのパースの登録よりなる。家族の他のパース所有者からトークンを受け取りたいユーザのみがパースを登録すべきであることに注意する。
【００２７】
第１の動作は、トークン預け入れ処理と呼ばれ図４により以下に説明する。
【００２８】
パースＰＡを所有するユーザＡが他のパースへトークンを伝送したいときには、ユーザＡは最初に、パースＰＡに対応する自分のスマートカードをクライアントに挿入し、そして、クライアントのユーザインターフェースを介して他のパースへのトークンの伝送のアプリケーションを選択する。そして、ユーザＡが接続している（パースＰＡを表すスマートカードが挿入されている）クライアントはサーバに要求（図４のステップ５０で送られるメッセージ“ｇｅｔＰｕｒｓｅＬｉｓｔ”）を送り、サーバはメッセージ“ＬｉｓｔＰｕｒｓｅｓ（ｍ，ＰＩＤ１，．．．，ＰＩＤｍ）”（ステップ５１）内に全ての登録されたパース（トークンを受信できるパースのこと）のリストを伴なう応答を戻す。ここで“ｍ”は、登録されたパースの数を示し、“ＰＩＤ１，．．．，ＰＩＤｍ”は登録されたパースリストの異なるパースの識別子を示す。一旦、クライアントがこのリストを受信すると、クライアントはそれを、トークン伝送の受信者ＰＢと、伝送されるべき総額を選択できるユーザＡに表示する。
【００２９】
次にクライアントはサーバへ、メッセージ“Ｄｅｐｏｓｉｔ（ａｍｏｕｎｔ、ｐｕｒｓｅ＿ｒｅｃｉｐｉｅｎｔ，ｐｕｒｓｅ＿ｓｅｎｄｅｒ）”（ステップ５２）を送る。“ａｍｏｕｎｔ”は伝送されるべきマネーの単位の数に対応し、“ｐｕｒｓｅ＿ｒｅｃｉｐｉｅｎｔ”は受信者のパース識別子（ここではＰＩＤＢに対応）であり、“ｐｕｒｓｅ＿ｓｅｎｄｅｒ”はトークンの送信者の情報である。この情報は送信者のパース識別子ＰＩＤＡ又は、ユーザＡの名前である。サーバがこのメッセージを受信するときには、トークンＴｉ＝（ａｍｏｕｎｔ，ＰＡ）がパースＰＢに対応するエントリー内に格納されたトークンのリスト内に加えられる。本発明に従った単純化された実行では、“ｐｕｒｓｅ＿ｓｅｎｄｅｒ”情報は、“Ｄｅｐｏｓｉｔ（）”メッセージから省略される。この場合サーバに格納されたトークンは“ａｍｏｕｎｔ”情報のみを含む。
【００３０】
次に、トークン受け取り処理と呼ばれる第２の動作を、図５を用いて説明する。
【００３１】
この処理はユーザＢがパースＰＢに対応するスマートカードをクライアントに入れたときに毎回実行され、サーバ内のパースＰＢに対応するエントリー内に格納されたトークンをダウンロードするためにサーバと接続するのに使用される。
【００３２】
パースＰＢに対応するサーバのエントリー内に格納されたトークンが残っている限り、ステップ６０、６１、６０’、６１’で２つの以下のメッセージが交換される。
【００３３】
パースの識別子（ここではＰＩＤＢ）である“ｐｕｒｓｅ＿ｉｄ”を伴なう第１のメッセージ“ＧｅｔＮｅｘｔＴｏｋｅｎ（ｐｕｒｓｅ＿ｉｄ）”（つまり、ｐｕｒｓｅ＿ｉｄがパースの識別子（ここではＰＩＤＢ）となっている第１のメッセージ“ＧｅｔＮｅｘｔＴｏｋｅｎ（ｐｕｒｓｅ＿ｉｄ）”）がクライアントからサーバへ送られる（ステップ６０，６０’）。メッセージを受信すると、サーバはｐｕｒｓｅ＿ｉｄエントリーに添付されたリストの第１のトークンをコピーし、このトークンを削除する。そして、クライアントへ（ステップ６１，６１’で）第２のメッセージ“Ｔｏｋｅｎ（ｐｕｒｓｅ＿ｉｄ，ａｍｏｕｎｔ）”を送る。ここで、“ｐｕｒｓｅ＿ｉｄ”はパースの識別子（ここではＰＩＤＢ）であり、“ａｍｏｕｎｔ”は伝送されるべきマネーの合計を示す。クライアントがこの第２のメッセージを受信すると、示された合計がパースＰＢに記入される。
【００３４】
Ａ−安全性問題
電子商取引に参加する前に、本発明に従ったの電子ウォレットシステムのパース間動作でも、ユーザは、システムが簡単に攻撃されないことを保証されねばならず、このために、安全性のある程度のレベルの解決方法が提案されている。
【００３５】
最初に電子ウォレットシステムにより提供されるパース間動作に関する安全性の要求を提示する。そして、これらの安全性の要求に基づき、本発明により提案される、電子ウォレットシステムの安全性の一定のレベルを保証する解決方法を提示する。
【００３６】
電子ウォレットシステムの主な脅威は、以下のようである。
−家族の部外者に属するパース（つまり、家族に属さない者が所有する電子財布）がサーバに登録されている。
−マネーが不法に鋳造された。
−トークンがパース間動作中に失われた。
−あるユーザに与えられることが意図されたトークンが、家族の内部又は部外者の他のユーザに盗まれる（つまり、家族の一員であるか否かによらず別のユーザによって盗まれる）。
【００３７】
本発明は、従って、これらの脅威を減少し且つ、以下の安全性の要求に対応するための安全な解決方法を提案する。
−家族メンバーによって所要されているパースのみを、サーバ内に登録できる（もちろんこの要求は家族の実際のメンバーに厳しくは制限されず、また、家族メンバーとみなされる者にも拡張できる）。
−偽造されたマネーは防がれる。（つまり、偽造されたマネーは防がれなければならない。）
−パース間動作中に失われたトークンは検出され回復されねばならない。
−トークンは宛先の人に伝送されねばならない。
【００３８】
１．構成
各家族は、家族メンバーにより所要されるパースで共有されている、安全鍵の組みＳＫ、ＳＫＡ，ＳＫＴ及び、ＳＫＲ（略号は表１を参照）を有する。これらの安全鍵は、配達前にパース（即ち、スマートカード）内に密閉されており（つまり、引き渡し前にパース（即ち、スマートカード）内に封印されており）、電子ウォレットシステムの製造者のみが知る。
【００３９】
家族はｐ個のパース（即ち、ｐ枚のスマートカード）を有し、電子ウォレットシステム内のサーバに、ｍ個のパースが登録されているとする（ｍ≦ｐ）。
【００４０】
本発明に従って、電子ウォレットシステムのパース間動作を安全にするのに使用される全ての秘密は電子ウォレットシステムのパースを表すスマートカード内部にのみ格納されている。
【００４１】
各パースＰｉは、（即ち、スマートカードＳＣａｒｄ１からＳＣａｒｄｐ）は、以下の表１に示す情報を含む（１≦ｉ≦ｐ）。
【００４２】
【表１】
0005170921.tif 000002
サーバは、エントリーのリストを有する。各エントリーはパース識別子が、ＰＩＤｉ、１≦ｉ≦ｐである登録されたパースに対応する。エントリーは表２に示す情報を有する。
【００４３】
【表２】
0005170921.tif 000003
Ｓｋ（Ｍ）は“Ｍ｜｜Ｓｉｇｎ（Ｋ，Ｍ）”を示すのに使用され、ここで、“Ｓｉｇｎ（Ｋ，Ｍ）”は鍵Ｋを使用するメッセージＭの署名又はＭＡＣ（“メッセージ認証コード”、更に詳細には、＜＜応用暗号ハンドブック、Ａｌｆｒｅｄ  Ｊ．Ｍｅｎｅｚｅｓ，  Ｐａｕｌ  Ｃ．ｖａｎＯｏｒｓｃｈｏｔ，Ｓｃｏｔｔ  Ａ．Ｖａｎｓｔｏｎｅ、１９９７、ページ３２５＞＞）を示し、“｜｜”は演算子の連結を示すことに注意する。
【００４４】
２．パース登録
前述のように、他のパースからトークンを受けるために、パースは、パース間動作に責任のあるサーバ内に登録されねばならない。
【００４５】
従って、例えば、子供のユーザＢが、例えばその親のユーザＡからトークンを受ける前に、パースＢはサーバ内に登録されねばならない。
【００４６】
本発明の好適な実施例では、登録フェーズはサーバ内に家族のメンバーのみがそれらのパースを登録できることを保証する。もちろん家族の実際のメンバーに制限されず、そして、家族のメンバーとみなされる者にもパース登録は拡張される。
【００４７】
従って、家族の所定のメンバーが家族の全メンバーのパースの登録をする根本の権利（ルート権）を有することが提案される。家族の他のメンバーとは異なり、“ルートユーザ”と呼ばれるこの特権ユーザのみが以下のように、登録フェーズを実行することが認証される。電子ウォレットシステムでは、ルートユーザは、全ての登録されたパースが家族のメンバーにより所要されていることを保証する、“第３者機関”としても考えられる。
【００４８】
この機能を実行するために、ＰＩＮ（個人識別番号）が管理権（ルート権）を有する特別のスマートカードが、システムの他のエンティティとともに電子ウォレットシステム製造者により提供される。この特別なカードは、以下に、“ルートカード”と呼ぶ。“ｒｏｏｔＰＩＮ”はルートカード内に格納され、登録フェーズを実行しようとするユーザがルートユーザであることを確認する方法を提供する。更に、好適な実施例では、この登録フェーズを実行するソフトウェアは、サーバにのみ含まれるのが好ましく、且つ、この登録フェーズは常にサーバ上で実行される。
【００４９】
代わりの実施例では、このルートカードは電子ウォレットシステムのパースの１つでも良い。
【００５０】
次に図６を使用して、さらに詳細に、本発明の好適な実施例に従って登録フェーズがどのように行われるかを説明する。ユーザＸはルートユーザとする。Ｘが登録処理を開始したいときには、Ｘは最初にサーバにルートカードを挿入する。そして、ｒｏｏｔＰＩＮを入力し、それにより、登録処理を開始するために彼が真のルートユーザであることを示す。
【００５１】
この入力されたｒｏｏｔＰＩＮは、サーバにより、メッセージ“ｒｅｇｉｓｔｅｒ（ｒｏｏｔＰＩＮ）”に含まれるメッセージ内で（ステップ７０で）、スマートカード（ルートカード）に送られる。
【００５２】
ｒｏｏｔＰＩＮは、認証された人が家族のパースを登録する権利を有することを保証するのに使用される。これは、家族メンバーによってのみ所要されているパースがサーバに登録されうることを保証する。
【００５３】
そして、確認が肯定的なら、ルートユーザは、ルートカードを抜き、そして、サーバ内に登録したいパース例えば、ユーザＢに属するパースＰＢに対応するスマートカードを挿入する。
【００５４】
ＰＢに対応するスマートカードは、署名されたパース識別子ＳＳＫＡ（ＰＩＤＢ）と署名された取引識別子ＳＳＫＴ（ＰＩＤＢ，ＴｒａｎｓＩＤＢＳ）を生成する。ここで、ＴｒａｎｓＩＤＢＳは、ＰＢに格納された、ＴｒａｎｓＩＤＢＰで初期化される。システムのイントール時に、ＴｒａｎｓＩＤＢＳは、ゼロに初期化されることに注意する。
【００５５】
ＳＳＫＡ（ＰＩＤＢ）は、伝送中に又は、サーバに格納された時にパース識別子ＰＩＤＢが変更されるのを防ぐ。
【００５６】
ＳＳＫＴ（ＰＩＤＢ，ＴｒａｎｓＩＤＢＳ）は、パースＰＢに預けられるトークンの取引識別子ＴｒａｎｓＩＤＢＳを初期化することを目的とする。ＴｒａｎｓＩＤＢＳは、ＰＩＤＢに関連し安全鍵ＳＫＴを使用して署名される。これは、ＴｒａｎｓＩＤＢＳが、伝送中に又は、サーバに格納された時に変更されるのを防ぐ。
【００５７】
スマートカードはこの情報をサーバへ、メッセージ“ＲｅｇＩｎｆｏ”（ステップ７１）内で送る。そして、サーバはパースＰＢに対応するエントリーを生成し且つこのエントリー内のＲｅｇＩｎｆｏ内に含まれる情報を格納する。
【００５８】
これらのステップは、登録されるべきｍ個のパースに繰り返される。
【００５９】
サーバの１つのエントリー内に格納された各ＰＩＤＢ又は、ＴｒａｎｓＩＤＢＳの変更は、パースにより、意図されたトークンが拒絶されることを起こし、それゆえこれらのトークンの損失となる。
【００６０】
加えて、この登録処理は、電子ウォレットシステムのインストールの初期で行われるのが好ましい。サーバが技術的な故障又は、破壊攻撃により登録されたパースの情報を失う場合には、同じ処理を使用して、パースは再度登録されねばならないことに注意する。
【００６１】
登録処理の代わりの実施例では、ルートカードは、秘密鍵ＳＫＡとＳＫＴと同様に、電子ウォレットシステムの全てのパースのパース識別子ＰＩＤｉを含む。この特定の実施例では、登録処理は、システムのインストール時に行われ、そして、サーバ内に、電子ウォレットシステムのパースに対応する全てのスマートカードを入力する必要はない。各登録されたパースに関するステップ７１で送られたＲｅｇＩｎｆｏメッセージは、ルートカードによりそれが含む情報で構成され、署名された取引識別子はゼロに初期化される。ＲｅｇＩｎｆｏは、従って、例えば、パースＰＢに対して、
ＲｅｇＩｎｆｏ＝ＳＳＫＡ（ＰＩＤＢ），ＳＳＫＴ（ＰＩＤＢ，０）
を含む。
【００６２】
この代替の登録処理は、システムのイントール時にのみ使用されることができ、そして、好適な実施例に従って前に説明した処理は、（例えば、サーバがそのパースに関する情報を失ったときに）パースを再度登録するときに更に使用される。
【００６３】
３．トークンの預け入れ処理
図４では、トークンの預け入れ処理の一般的な原理を示す。図７により、パース間動作の最初の処理で使用される改善された安全プロトコルを説明する。
【００６４】
パースＰＡを持つユーザＡが、他のパースＰＢにトークンを預けたいとする。ユーザＡは、最初にパースＰＡに対応するスマートカードをクライアントに挿入しそして、クライアント上でトークンの預け入れ処理を選択する。クライアントは登録されたパースのリストを要求するために、サーバへ、メッセージ“ｇｅｔＰｕｒｓｅＬｉｓｔ”をステップ１５０で送信する。
【００６５】
このメッセージの受信で、サーバはクライアントに、ステップ１５１で、メッセージ“ＰＩＤ１，．．．，ＰＩＤｍ”ないで登録されたパースの識別子のリストを送り返す。このリストは、クライアントによりユーザに提示され、そしてユーザは、受け取りのパース識別子ＰＩＤＢを選択し、そして、受け取りのパースに伝送したいマネーのユニットの数（電子マネーの単位の数）Ｎを入力する。
【００６６】
クライアントは、そして、メッセージ“ｇｅｔＰｕｒｓｅＩｎｆｏ（ＰＩＤＢ）”をステップ１５２でサーバに送り、受け取りパースの選択に関する情報を要求する。次にサーバは、サーバ上のＰＩＤＢに対応するエントリー内に格納されたローカルデータを含む“ＰｕｒｓｅＩｎｆｏ”メッセージを構成する。“ＰｕｒｓｅＩｎｆｏ”メッセージは、署名されたパース識別子ＳＳＫＡ（ＰＩＤＢ）と署名された取引識別子ＳＳＫＴ（ＰＩＤＢ，ＴｒａｎｓＩＤＢＳ）を含み、そして、ステップ１５３でクライアントに送られる。ＳＳＫＡとＳＳＫＴの署名により、ＰＩＤＢとＴｒａｎｓＩＤＢＳを、伝送中に変更できない。
【００６７】
ＴｒａｎｓＩＤＢＳは増加する整数であり、登録されたパースＰＢに対応するエントリー内に、サーバのローカルデータ内に格納される。パースＰＢの登録からパースＰＢに対して預けられたトークンの数を記憶する。預けられたトークンは、サーバ内に一時的に格納され、そして、パースＰＢの次の使用時に“トークン受信”処理を通してパースＰＢに伝送される。前述のように、取引識別子ＴｒａｎｓＩＤＢＳは、登録フェーズでパースに格納されたパース取引識別子ＴｒａｎｓＩＤＢＰの値（システムのインストール時にはゼロに等しい）で初期化される。そして、パースＰＢに対してサーバー上でトークンが預けられるときに増加される。
【００６８】
クライアントが“ＰｕｒｓｅＩｎｆｏ”メッセージを受信するときには、メッセージ“ｄｅｂｉｔＴｏｋｅｎｓ（Ｎ，ＰｕｒｓｅＩｎｆｏ）”を、ステップ１５４でパースＰＡに対応するスマートカードへ送る。このメッセージは、パースＰＢに送られるべきマネーのＮユニット（つまり、Ｎ単位の電子マネー）のパースＰＡのカウンタを借方に記入する。
【００６９】
“ｄｅｂｉｔＴｏｋｅｎｓ（Ｎ，ＰｕｒｓｅＩｎｆｏ）”メッセージの受信に際し、（パースＰＡに対応する）スマートカードは以下の動作を実行する。
−鍵ＳＫＡを使用してパース識別子ＰＩＤＢの署名をチェックする。
−鍵ＳＫＴを使用してＴｒａｎｓＩＤＢＳの署名をチェックする。
−確認が肯定的ならば、ランダム番号Ｃを発生する。
−Ｎユニット（つまり、Ｎ単位ぶん）だけパースＰＡのカウンタを減ずる。
−マネーのＮユニット（つまり、Ｎ単位の電子マネー）がパースＰＡからパースＰＢに意図されていることを意味する、署名されたトークン“ＳＳＫ（Ｎ，ＰＩＤＢ，ＴｒａｎｓＩＤＢＳ，ＰＩＤＡ，Ｃ）”を生成する。
−受信された取引識別子ＴｒａｎｓＩＤＢＳを増加し、そして、署名された増加取引識別子“ＳＳＫＴ（ＴｒａｎｓＩＤＢＳ＋＋）”を形成し、そして、
−クライアントに、ステップ１５５で、メッセージ“ＴｏｋｅｎＩｎｆｏ”内の署名されたトークンと署名された増加取引識別子を送る。
【００７０】
トークンは家族内でパースにより共有されている秘密鍵ＳＫを使用する署名がされているので、攻撃者は、トークンを偽造又は変更できない。加えて、ＰＩＤＢはトークン表現中に含まれているので、攻撃者は他の家族メンバーに意図されているトークンを盗むことはできない。取引識別子ＴｒａｎｓＩＤＢＳは、繰返し攻撃を避けるためにトークン内に導入され、そして、トーク内に含まれるランダム番号Ｃは、出力暗号テキストを分析することによりスマートカードの安全鍵ＳＫを危険にさらすであろう攻撃に対するのに使用される。
【００７１】
更に、トークンに含まれている情報ＰＩＤＡは、代わりの単純な実施例では省略される。
【００７２】
クライアントが“ＴｏｋｅｎＩｎｆｏ”メッセージを受けると、ステップ１５６で、命令メッセージ“ｐｕｔＴｏｋｅｎｓ（ＴｏｋｅｎＩｎｆｏ）”内でサーバへ転送される。この命令の受信に際し、サーバはパースＰＢのエントリー内の対応するトークンを格納し、インデックスを増加し、そして、署名された取引識別子ＴｒａｎｓＩＤＢＳを“ＴｏｋｅｎＩｎｆｏ”メッセージ内で受信された増加する取引識別子で更新する。
【００７３】
４．トークン受け取り処理
トークン受け取り処理の一般的な原理は、図５に示される。図８により、パース間動作の第２の処理で使用される改善された安全プロトコルを示す。
【００７４】
この処理は、クライアントにパースを示すスマートカードをユーザが挿入するときに毎回実行される。ここで、ユーザは識別子ＰＩＤＢのパースＰＢを有するとする。
【００７５】
第１のステップ１６０は、クライアントが、パース識別子を要求するスマートカードへメッセージ“ｇｅｔＰＩＤ”を送る。スマートカードは、この要求にステップ１６１で、クライアントへパース識別子ＰＩＤＢを送ることにより応答する。そして、クライアントは、メッセージ“ＧｅｔＮｅｘｔＴｏｋｅｎ（ＰＩＤＢ）”を（ステップ１６２で）サーバへ送り、サーバに格納された次のトークンをフェッチする。
【００７６】
このメッセージの受信に際し、サーバは、パースＰＩＤＢに対応するエントリー内に格納されたトークンがあるか否かをチェックする。パースＰＩＤＢに対して預けられたトークンがない場合には、サーバは“−１”をステップ１６３でクライアントに送る。
そうでない場合には、
−ＰＢに対応するエントリー内に格納された第１のトークン（実際は署名されたトークン“Ｔ１＝ＳＳＫ（Ｎ，ＰＩＤＢ，ＴｒａｎｓＩＤＢＳ，ＰＩＤＡ，Ｃ）”）をフェッチする。
−エントリーＰＢのＩｎｄｅｘＢを減じる。ＩｎｄｅｘＢは、サーバのエントリーＰＢの又は、まだ残っているトークンの数を示す。
−クライアントにＩｎｄｅｘＢとトークンをステップ１６３で送る。
【００７７】
クライアントが、ステップ１６３で“−１”を受信しなかったときには、ステップ１６４で送られる命令メッセージ“ＣｒｅｄｉｔＴｏｋｅｎ（Ｔｏｋｅｎ）”で、トークンをパースＰＢへ転送する。
【００７８】
パースＰＢが、トークンをＣｒｅｄｉｔＴｏｋｅｎ命令で受信するときには、以下の条件が成り立つかどうかを確認することによりトークンの有効性をチェックする。
−ＶＳＫ（ＳＳＫ（Ｎ，ＰＩＤＢ，ＴｒａｎｓＩＤＢＳ，ＰＩＤＡ，Ｃ））＝＝Ｎ，ＰＩＤ，ＴｒａｎｓＩＤＢＳ，ＰＩＤＡ，Ｃ（受信トークンの署名の確認）
−ＴｒａｎｓＩＤＢＳ≧ＴｒａｎｓＩＤＢＰ
ここで、秘密鍵ＳＫ、パース識別子ＰＩＤ，パース取引識別子ＴｒａｎｓＩＤＢＰは、ユーザのパースＰＢからくる。また、チャレンジＣ（たとえばランダムな番号Ｃ）、パース送信識別子ＰＩＤＡ，サーバ取引識別子ＴｒａｎｓＩＤＢＳ及び、マネーのユニットの合計Ｎ（つまり、電子マネーの単位の数Ｎ）は、受信されたトークンからコピーされる。さらに、メッセージＭが鍵ＳＫで署名されている場合には、“ＶＳＫ（ＳＳＫ（Ｍ））＝＝Ｍ”である。
【００７９】
パース取引識別子ＴｒａｎｓＩＤＢＰは、パースＰＢに格納された増加する整数である。それは、パースＰＢにより受信されたトークンの数を記憶するこれらのトークンは、サーバからダウンロードされる。パース取引識別子は、パースが、電子ウォレットシステム製造者により登録されるときに、ゼロに初期化される。トークンの受信に際し、パースは、ＴｒａｎｓＩＤＢＰが、トークンに含まれているサーバ取引識別子（ＴｒａｎｓＩＤＢＳ）と等しいか又は小さいか否かを確認する。そして、この確認とトークンの署名の確認が肯定的なら、パースはＮだけそのカウンタを増加し、そして、取引識別子ＴｒａｎｓＩＤＢＰを、ＴｒａｎｓＩＤＢＳ＋１に更新する。この特徴により、おなじトークンがパースに貸方に記入するために２回以上は決して使用されない。
【００８０】
次に、ステップ１６２から１６４で、確認が続き、そして、（ステップ１６３で受信された）Ｉｎｄｅｘｉがゼロより大きい間は、パースＰＢに行われた上述の動作が繰り返される。
【００８１】
Ｂ−失われたトークンの回復
前述の安全性の解決方法に基づき、電子ウォレットシステムには、家族メンバーにより所要されているパースのみが登録されることそ保証することが可能である。更に、パース間動作中は、トークンは偽造、変更、繰返し又は、盗難されない。
【００８２】
しかし、トークンが失われることを防ぐ解決方法は提案されていなかった。トークンは、ローカルネットワーク又は、電子ウォレットシステムのセットトップボックスの技術的な故障のような偶然のエラーにより失われる可能性がある。サーバ内に格納された又は伝送中のトークンを削除するような破壊攻撃等によっても起こる。
【００８３】
従って、本発明の好適な実施例では、失われたトークンを識別し且つ回復することを可能とする監査処理が電子ウォレットシステムで実行される。
【００８４】
パースＰＡ又はＰＢからのみ借方に記入されているが、しかし、パースＰＤには貸方に記入されていない場合に、トークンは失われたとして定義される。
ここで、図９に示すように、パースＰＡとＰＢは、トークンを、サーバを通して、ＰＤに電送する処理を示す例を使用する。
【００８５】
１．処理の開始
監査処理は、ＰＤの所有者が（誤って又は、本当に）パースＰＡ又はＰＢからトークンを受信していないと主張する。他の代わりの解決方法は、処理は周期的に呼出される。
【００８６】
監査は局部的に、電子ウォレットシステムのルートユーザにより処理される。彼は、家族の全てのパース（即ち、家族メンバーのパースを示す全スマートカード）を集めなければならない。処理は、電子ウォレットシステムのサーバにより行われる。
【００８７】
監査処理中には、全てのパース（ＰＡ，ＰＢ，ＰＤ）内に格納された“取引追跡”が失われたトークンを回復するために検査される。
【００８８】
２．監査のための取引追跡
パースＰＡとＰＢに関しては、それらはパースＰＤに意図された“トークンの預け入れ”取引の跡を格納する。
【００８９】
ＤｅｐｏｓｉｔＴｒａｃｅ（ＰＸ，ＰＤ）＝＜ＴｒａｎｓＩＤＸＤ，ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ＞
と示される。
【００９０】
ＴｒａｎｓＩＤＸＤは、パース間取引識別子であり、ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤはパース間預かりカウントである。
【００９１】
言い換えると、毎回、パースＰＸが、マネーのＮユニット（つまり、Ｎ単位の電子マネー）と、サーバ取引識別子ＴｒａｎｓＩＤＤＳとを含む１トークンをパースＰＤに預ける時は、ＴｒａｎｓＩＤＸＤは、ＴｒａｎｓＩＤＤＳに更新され、そして、Ｎがｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤに加算される。パース間動作の定義（トークン預け入れ処理とトークン受け取り処理）は、ＴｒａｎｓＩＤＸＤは永久に増加する順序を保持することを保証する。この例では、ＸはＡ又は、Ｂのいずれかである。
【００９２】
パースＰＤに関しては、パースＰＡとＰＢに由来する“トークン受信”取引の跡を格納する。
【００９３】
ＲｅｃｅｉｖｅｄＴｒａｃｅｓ（ＰＤ）＝ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤ
ここで、ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤは、受信カウントである。
【００９４】
いかえると、毎回パースＰＤは、パースＰＸから送られたマネーのＮユニット（つまり、Ｎ単位の電子マネー）を含む１トークンを回復するときに、Ｎがｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤに加算される。
【００９５】
３．取引追跡からの失われたトークンの識別
パース間動作から、以下のことを証明することが可能である。
−Σｘｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ≧ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤが常に成り立ちトークンの鋳造は不可能である。
−Σｘｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ＝ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤの場合には、トークンは失われていない。
−Σｘｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ＞ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤの場合には、トークンは失われている。
【００９６】
ＰＤに意図された失われたトークンの量は、以下に等しい。
ＬｏｓｔＴｏｋｅｎｓ（ＰＤ）＝Σｘｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ−ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤ。
【００９７】
４．失われたトークンの回復
ＰＤに意図された（現在の取引識別子ＴｒａｎｓＩＤＤＰを含む）失われたトークンを回復するために、４つの動作が成されるべきである。
−第１は、ＰＤのカウンタはＬｏｓｔＴｏｋｅｎｓ（ＰＤ）により貸方に記入されている。
−第２に、ＰＤのパース取引識別子は、Ｍａｘ（ＴｒａｎｓＩＤＤＰ，ＴｒａｎｓＩＤＸＤ＋１）に更新される。
−第３に、ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤは０に設定される。
−そして、第４に、パースＰＸ、ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤは０に設定される。ここで、この例ではＸはＡ又は、Ｂである。
【００９８】
第２の動作は、次に述べるような攻撃を防ぐことを目的とする。すなわち、ＰＤの所有者は自分に意図されたトークンを保持し、そして、それらのトークンの損失を請求する。ＰＤの取引識別子が更新されていなければ、彼は、“トークン受け取り処理”を介してそれらのトークンを回復することができるであろう。この攻撃はマネーの鋳造を起こすであろう。
【００９９】
５．安全な監査処理
図１０は、家族のパース内に格納された取引追跡の助けでパースＰＤに意図された失われたトークンを回復することを可能とする、安全な監査処理を示す。
【０１００】
第１のステップ（図１０に示していない）では、登録処理中に、ルートユーザは、安全な監査処理を開始することが許される前に、サーバにルートカードを挿入し、ｒｏｏｔＰＩＮを入力しなければならない。
【０１０１】
そして、第２のステップで、ルートユーザは、ランダム番号Ｃを発生することをパースＰＤに要求するメッセージ“ｇｅｔＣｈａｌｌｅｎｇｅ”をパースＰＤにステップ１８０で送るサーバに、パースＰＤを挿入する。このメッセージを受信すると、ＰＤはチャレンジＣを発生し且つ格納し、そして、Ｃをステップ１８１でサーバへ送る。このランダム番号Ｃは、ＰＤはサーバの両方に格納される。Ｃにより、監査処理の他の実行中に処理の１つの実行中にメッセージを交換することを繰り返すことはできない。
【０１０２】
そして、ルートユーザは、家族の他の全てのパース（例えば、ＰＡとＰＢ）を挿入するであろう。サーバにに挿入された各パースＰＸに対しては、サーバは最初にメッセージ“ｇｅｔＤｅｐｏｓｉｔＴｒａｃｅｓ（ＰＩＤＤ，Ｃ）”をパースＰＸに対して（図１０のステップ１８２と１８４で）送る。このメッセージに応答して、パースＰＸは、パースＰＸに格納された“ＤｅｐｏｓｉｔＴｒａｃｅ（ＰＩＤＸ，ＰＩＤＤ）”フィールドを使用して、以下のメッセージを発生する。
【０１０３】
ＴｒａｃｅＸＤ＝ＳＳＫＲ（ＴｒａｎｓＩＤＸＤ，ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ，ＰＩＤＸ，ＰＩＤＤ，Ｃ）
これはステップ１８３と１８５でサーバへ送られる。
【０１０４】
そして、パースＰＸが、ＴｒａｃｅＸＤメッセージをサーバに送るときに、ＰＸに格納されたＤｅｐｏｓｉｔＴｒａｃｅ（ＰＩＤＸ，ＰＩＤＤ）のｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤフィールドは、ゼロに設定される。
【０１０５】
ＴｒａｃｅＸＤは、にＰＤ対するトークンに預けられたパースＰＸにより秘密鍵ＳＫＲを使用し、署名が行われる。従って、誰もこのメッセージを偽造又は、変更できない。ＳＫＲは、失われたトークン回復処理で使用される、秘密鍵である。他の秘密鍵と同様に、電子ウォレットシステム製造者によりパースを表すスマートカードに格納され、そして、家族メンバーにより共有される。
【０１０６】
（ステップ１８２と１８４で送られた“ｇｅｔＤｅｐｏｓｉｔＴｒａｃｅｓ”メッセージ内でパースＰＸにより受信された）ランダム番号Ｃは、繰返し攻撃（反射攻撃ともいう）（例えば、以下で説明するｒｅｃｏｖｅｒＴｏｋｅｎｓメッセージを繰り返すこと）に対するために、ＴｒａｃｅＸＤメッセージに導入される。
【０１０７】
サーバにより受信された全てのＴｒａｃｅＸＤメッセージは、サーバ内のパースＰＤに対応するエントリー内に格納される。
【０１０８】
そして、ルートユーザが、サーバ内に家族の全ての他のパースを成功的に導入し且つ削除したときに、最終的にサーバ内のパースＰＤに再導入される。
【０１０９】
次に、ステップ１８６で、全てのＴｒａｃｅＸＤメッセージは、ＰＤにｒｅｃｏｖｅｒＴｏｋｅｎｓ命令を通して送られる。
【０１１０】
ＰＤによるＴｒａｃｅＸＤの受信に際し、以下の条件が成り立つ場合には、確認によりＴｒａｃｅＸＤの署名がチェックされる。
【０１１１】
ＶＳＫＲ（ＳＳＫＲ（ＴｒａｎｓＩＤＸＤ，ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ，ＰＩＤＸ，ＰＩＤＤ，Ｃ）＝＝ＴｒａｎｓＩＤＸＤ，ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ，ＰＩＤＸ，ＰＩＤ，Ｃ。
【０１１２】
ここで、秘密鍵ＳＫＲ、パース識別子ＰＩＤ及び、チャレンジＣはパースＰＤから来る。
【０１１３】
ここで、ＴｒａｎｓＩＤＸＤ，ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ，ＰＩＤＸは、受信されたＴｒａｃｅＸＤメッセージからコピーされ、そして、
ここで、メッセージＭが鍵ＳＫＲで署名されている場合には、“ＶＳＫＲ（ＳＳＫＲ（Ｍ））＝＝Ｍ”である。
【０１１４】
そして、確認が肯定的ならば、以下の計算がパースＰＤによりなされる。
【０１１５】
ＬｏｓｔＴｏｋｅｎｓ（ＰＤ）＝Σｘｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＸＤ−ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤ＝ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＡＤ＋ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄＢＤ−ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤ、
ここで、ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤは、ＰＤ内に格納されている、ＲｅｃｅｉｖｅｄＴｒａｃｅｓ（ＰＤ）から得られる。
【０１１６】
この計算の結果は、トークンの損失により失った電子マネーの単位の数Ｎを与える。この合計Ｎは、従って、ＰＤのカウンタの貸方に記入される。
【０１１７】
そして、上述のポイント４で説明したように、ＰＤの取引識別子は、
ＴｒａｎｓＩＤＤＰ＝Ｍａｘ（ＴｒａｎｓＩＤＤＰ，ＴｒａｎｓＩＤＡＢ＋１、ＴｒａｎｓＩＤＢＤ＋１）に更新される。
【０１１８】
最後に、ＲｅｃｅｉｖｅｄＴｒａｃｅｓ（ＰＤ）のｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤフィールドは、０に設定される。
【０１１９】
更に、ここに記載されている安全な監査処理を始める前に家族の全てのパースを集めるのは、ルートユーザの責任であることに注意する。そうでなければ、いくつかの失われたトークンは回復されない。
【０１２０】
Ｃ−遠隔アクセスモード
図１に示す本発明の電子ウォレットシステムの構造により、いくつかの電子ウォレットシステム２００．．．３００を、図１１に示すオープンネットワーク２４０を介して接続できる。
【０１２１】
図１１では、
−第１の電子ウォレットシステム１２００はサーバ２０１、クライアント２２１から２２ｋの組み、及び、第１の家族のパース２３１から２３ｐを示すｐ枚のスマートカードの組みを有する。そして、
−他の電子ウォレットシステムｒ３００はサーバ３０１、クライアント３２１から３２ｌの組み、及び、他の家族のパース３３１から３３ｑを示すｑ枚のスマートカードの組みを有する。
【０１２２】
サーバ２０１，３０１及び、クライアント２２１−２２ｋ、３２１−３２ｌは全てオープンネットワーク２４０（例えば、インターネット）に接続されている。
【０１２３】
この拡張された構造で、いくつかのローカル電子ウォレットシステム間でパース間動作を行うことが可能であり、そして、このように、上述の、セクションＡ−３とＡ−４で示された各パース間動作が、局部的に又は、遠隔的に受信パース（トークン預け入れ処理の場合）に依存して又は、クライアント（トークン受信処理の場合）の場所に依存して成され得る。
【０１２４】
更に詳細には、ユーザＡは、十分のパースから家族の他のパースに向けて、自分の接続している電子ウォレットシステムに準拠する電子ウォレットシステムであれば、トークンを伝送することができ、システムが家に合っても無くても、準拠する電子ウォレットシステムのクライアントに彼のパースを示すスマートカードを挿入するときは毎回、家族のパースからトークンを受信することができる。
【０１２５】
この特徴は、電子ウォレットシステムサーバがインターネットのようなオープンネットワークへ接続され、そして、ネットワーク上のサーバを識別する一意に定められたＩＰアドレス（“ＩＰ”は“インターネットプロトコル”を示す）を有し、全ての家族メンバーにより知られている、ということを可能とする。このサーバのＩＰアドレスは、例えば、システムの初期化時に、家族のスマートカード内に格納されるのが好ましい。
【０１２６】
次に、（セクションＡ−３とＡ−４において）ローカルパース間動作を行うために前に記述された安全プロトコルに基づいて遠隔パース間動作がどのように行われるかについて説明する。
【０１２７】
１．遠隔トークン預け入れ処理
この処理を、図１２に示す。
【０１２８】
第１の電子ウォレットシステムに即するパースＰＡを有するユーザＡが、同じ電子ウォレットシステムに即するサーバＳ上に登録されたパースＰＡにＮ単位の電子マネーを含むトークンを預けたいとする。
【０１２９】
ユーザＡは、パースＰＡを表す自分のスマートカードをローカルサーバＳ’に接続されたクライアントに挿入する。
【０１３０】
最初に、ステップ２５１で、ＰＡに格納されたサーバＳのＩＰアドレスがクライアントに送られる。クライアントは受信されたＩＰアドレスがローカルサーバＳ’の１つであるか否かをチェックする。
【０１３１】
ＳがＳ’と同じサーバなら，ローカルモードが選択され、処理は図７を用いて前に説明したのと同じである。そうでない場合にはＳ’がＳと異なる電子ウォレットシステムに属する場合には、遠隔モードが選択される。
【０１３２】
ここで、ＳとＳ’は異なる電子ウォレットシステムの異なるサーバであるとし、遠隔モードが選択される。
【０１３３】
この場合には、次のステップ２５２で、クライアントは、サーバＳ’に、第１のメッセージ“ｇｅｔＰｕｒｓｅＬｉｓｔ（ＩＰ  ａｄｄｒｅｓｓ  Ｓ）”を送る。このメッセージは、遠隔モードで、受信パースＰＢが登録されているサーバＳのＩＰアドレスが付加された以外は、（その後の他のメッセージと同様に）図７のステップ１５０で送られたのと同じである。以下のステップ２５３では、このメッセージは、サーバＳのＩＰアドレスにより既知の方法でオープンネットワーク２４０を介してサーバＳ’によりサーバＳへ転送される。
【０１３４】
このメッセージの受信に際し、サーバＳは、（ステップ２５４で）サーバＳ’へ、登録されたパースのリスト（ＰＩＤ１，．．．，ＰＩＤＢ，．．．ＰＩＤｍ）を送ることにより応答し、サーバＳ’は、このメッセージをユーザＡが接続されているクライアントへステップ２５５で転送する。
【０１３５】
クライアントは、受信パースＰＢの選択と、ＰＢへ伝送されるべきマネーの合計Ｎの指示とを行うことができるユーザＡに対して、受信されたリストを表示する。そして、ステップ２５６で、メッセージ“ｇｅｔＰｕｒｅｓｅＩｎｆｏ（ＰＩＤＢ）”が、（図７のステップ１５２のように）クライアントによりサーバＳ’へ送られ、サーバＳ’はそれをサーバＳへステップ２５７で転送する。サーバＳはステップ２５８で、“ＰｕｒｓｅＩｎｆｏ”メッセージを（図７のステップ１５３のように）サーバＳ’に送ることにより、応答し、ステップ２５９で、“ＰｕｒｓｅＩｎｆｏ”メッセージは、ユーザＡが接続されたクライアントに転送される。
【０１３６】
この“ＰｕｒｓｅＩｎｆｏ”メッセージの受信に際し、ステップ２６０で、クライアントはパースＰＡをあらわすスマートカードへ、図７のステップ１５４でメッセージが送られたように、“ｄｅｂｉｔＴｏｋｅｎ（Ｎ，ＰｕｒｓｅＩｎｆｏ）”メッセージを送る。
【０１３７】
次にスマートカード（又は、パースＰＡ）は、パース識別子ＰＩＤＢの署名、取引識別子ＴｒａｎｓＩＤＢＳの署名を鍵ＳＫＡとＳＫＴを使用して、チェックすることにより確認する。
【０１３８】
各電子ウォレットシステムは、安全鍵の組みＳＫ、ＳＫＡ、ＳＫＴ及び、ＳＫＲを有し、これらの安全鍵は、家族メンバーのパースに埋め込まれ、そして、電子ウォレットシステムごとに異なる。この場合、パースＰＡは、パースＰＢと同じ電子ウォレットシステムに属するのでそれらは、同じ安全鍵の組みＳＫ、ＳＫＡ、ＳＫＴ及び、ＳＫＲを共有し、ＰＡは、“ＰｕｒｓｅＩｎｆｏ”メッセージの内容を確認できる。
【０１３９】
図１２に戻ると、“ＰｕｒｓｅＩｎｆｏ”の内容の確認が肯定的ならば、パースＰＡは、クライアントに署名されたトークンの署名された増加する取引識別子をステップ２６１で、（図７のステップ１５５で送るのと同様に）メッセージ“ＴｏｋｅｎＩｎｆｏ”内で送る。
【０１４０】
クライアントが、“ＴｏｋｅｎＩｎｆｏ”メッセージを受信するときに、それをサーバＳ’へ、命令メッセージ“ｐｕｔＴｏｋｅｎｓ（ＴｏｋｅｎＩｎｆｏ）”内で、ステップ２６２で送る。このメッセージは、サーバＳ’により、ステップ２６３で、サーバＳへ転送される。
【０１４１】
この命令の受信に際し、サーバＳは、パースＰＢのエントリー内に対応するトークンを格納し、そして、ステップ１５６の後に、図７で前述したのと同じ動作を行う。
【０１４２】
２．遠隔トークン受信処理
この処理を図１３に示す。
【０１４３】
ユーザＢは第１の電子ウォレットシステム内のサーバＳ内に登録されたパースＰＢを有し、Ｂは自分のパースに転送されたトークンを受信したいとし、それはサーバＳに登録されているものとする。
【０１４４】
トークン受信処理は、ローカルサーバＳ’に接続されたクライアントにパースを表す彼のスマートカードを挿入したときにすぐに始まるか、又は、この処理を始めるためにクライアントのユーザインターフェースを通してユーザが選択したときに始まるかのいずれかである。ここで、ユーザＢが自分のパースＰＢをクライアントに挿入し且つトークン受信処理が開始したとする。
【０１４５】
第１のステップ２７０は、パースＰＢを表すスマートカードにクライアントによりメッセージ“ｇｅｔＰＩＤ”を送ることよりなる。（同じことだが、第１のステップ２７０は、メッセージ“ｇｅｔＰＩＤ”を、クライアントから、パースＰＢを表すスマートカードに送るものである。）このパースは、パース識別子と登録されているサーバＳのＩＰアドレスを送ることにより応答する（ステップ２７１で送られるメッセージ“ＰＩＤＢ，ＩＰａｄｄｒｅｓｓＳ”）。
【０１４６】
クライアントがこのメッセージを受信すると、ローカルモードと遠隔モードの間の選択をするために、受信されたＩＰアドレスがそれが接続されたローカルサーバＳ’の１つであるか否かをチェックする。ＳとＳ’が同じサーバなら、ローカルモードが選択され、トークン受信処理は、図８に前述したのと同じである。そうでない場合には遠隔モードが選択される。
【０１４７】
次に、ＳとＳ’は異なる電子ウォレットシステムの異なるサーバである時、遠隔オードがトークン受信処理に選択される。
【０１４８】
この場合、クライアントはローカルサーバＳ’にメッセージ“ＧｅｔＮｅｘｔＴｏｋｅｎ（ＰＩＤＢ，ＩＰａｄｄｒｅｓｓＳ）”をステップ２７２で送る。サーバＳ’がこのメッセージを受信すると、メッセージ内に含まれるＩＰアドレスをチェックし、ＩＰアドレスが自分のものと異なるならば、オープンネットワーク２４０を介してステップ２７３でサーバＳへ、メッセージを転送する。
【０１４９】
サーバＳがメッセージを受信するときには、サーバがメッセージ“ＧｅｔＮｅｘｔＴｏｋｅｎ（ＰＩＤＢ）”をステップ１６２で受信するときに図８で前述したのと同様に動作する。少なくとも１つのトークンがサーバＳ上のパースＰＢに預けられている場合には、サーバＳ’へメッセージ”ＩｎｄｅｘＢ、Ｔｏｋｅｎ“
（図８のステップ１６３で送られるメッセージと同様なメッセージを）ステップ２７４で送り返し、そして、サーバＳ’は、このメッセージを、ステップ２７５で、ユーザＢが接続されたクライアントへ転送する。
【０１５０】
次にステップ２７６で、クライアントは、図８のステップ１６４で送られるメッセージと同様な命令メッセージ“ＣｒｅｄｉｔＴｏｋｅｎ（ｔｏｋｅｎ）”内で、トークンをパースＰＢに転送する。パースＰＢを表すスマートカードは、（スマートカード内に格納された秘密鍵ＳＫで）同じ確認を行いそして、ステップ１６４の後に、図８で説明したように動作する。
【０１５１】
上述の確認が続き、ステップ２７２から２７６とスマートカードにより行われる動作が、（ステップ２７５で受信された）ＩｎｄｅｘＢがゼロより大きい限り繰り返される。
【０１５２】
【発明の効果】
本発明によって、電子ウォレットシステムでの安全なパース間動作の別の解決方法を提供できる。
【図面の簡単な説明】
【図１】  本発明に従った電子ウォレットシステムの一般的な構造を示す図である。
【図２】  本発明に従った電子ウォレットシステムのハードウェア構造の例を示す図である。
【図３】  電子ウォレットシステムのサーバと呼ばれるエンティティに含まれるデータを示す図である。
【図４】  電子ウォレットシステムの１つのパースから他のパースへトークンを伝送するのに関係する第１の処理を示す図である。
【図５】  電子ウォレットシステムの１つのパースから他のパースへトークンを伝送するのに関係する第２の処理を示す図である。
【図６】  電子ウォレットシステムのサーバ内で１つのパースを登録する処理を示す図である。
【図７】  安全性の特徴が追加された、１つのパースから他のパースへトークンを伝送するのに関係する第１の処理を示す図である。
【図８】  安全性の特徴が追加された、１つのパースから他のパースへトークンを伝送するのに関係する第２の処理を示す図である。
【図９】  失ったトークンの回復処理の例を示す図である。
【図１０】  失ったトークンの回復処理を示す図である。
【図１１】  オープンネットワークを介した電子ウォレットシステムの相互接続を示す図である。
【図１２】  図１１のオープンネットワークを介して相互に接続された電子ウォレットシステムの場合に、１つのパースから他のパースへトークンを伝送する遠隔処理を示す図である。
【図１３】  図１１のオープンネットワークを介して相互に接続された電子ウォレットシステムの場合に、１つのパースから他のパースへトークンを伝送する遠隔処理を示す図である。
【符号の説明】
４０  オープンネットワーク
２１から２ｋ  クライアント
３１から３ｐ  スマートカード
１０  第１のセットトップボックス
１０１  サーバアプリケーション
１２１  クライアント１アプリケーション
１１  第２のセットトップボックス
１２２  他のクライアント２アプリケーション
１２  ゲーム機
１３  コンピュータ
１２３  クライアント３アプリケーション
１２４  クライアント４アプリケーション
１３０−１３３  スマートカードリーダ
２５０  ホームネットワーク
１４０  オープンネットワーク
【図１】
0005170921.tif 000004
【図２】
0005170921.tif 000005
【図３】
0005170921.tif 000006
【図４】
0005170921.tif 000007
【図５】
0005170921.tif 000008
【図６】
0005170921.tif 000009
【図７】
0005170921.tif 000010
【図８】
0005170921.tif 000011
【図９】
0005170921.tif 000012
【図１０】
0005170921.tif 000013
【図１１】
0005170921.tif 000014
【図１２】
0005170921.tif 000015
【図１３】
0005170921.tif 000016