JP2001266029A - 安全なパース間の動作を伴なう電子ワレットシステム - Google Patents

安全なパース間の動作を伴なう電子ワレットシステム

Info

Publication number
JP2001266029A
JP2001266029A JP2001062234A JP2001062234A JP2001266029A JP 2001266029 A JP2001266029 A JP 2001266029A JP 2001062234 A JP2001062234 A JP 2001062234A JP 2001062234 A JP2001062234 A JP 2001062234A JP 2001266029 A JP2001266029 A JP 2001266029A
Authority
JP
Japan
Prior art keywords
parse
server
token
smart card
purse
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001062234A
Other languages
English (en)
Other versions
JP5170921B2 (ja
Inventor
Alan Durand
デュラン アラン
Sylvain Lelievre
ルリエヴル シルヴァン
Yan-Mei Tang-Talpin
タン−タルピン ヤン−メイ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Technicolor SA
Original Assignee
Thomson Multimedia SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Multimedia SA filed Critical Thomson Multimedia SA
Publication of JP2001266029A publication Critical patent/JP2001266029A/ja
Application granted granted Critical
Publication of JP5170921B2 publication Critical patent/JP5170921B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 【課題】 本発明は、電子ワレットシステムでの安全な
パース間動作の別の解決方法を提案することを目的とす
る。 【解決手段】 電子ワレットシステムは、オープンネッ
トワーク上で電子的商取引を行うことができる複数の装
置を有する。各装置はスマートカードリーダを有する。
複数のスマートカードは、電子マネーを含むことができ
る電子パースを表す。１つの装置はサーバと呼ばれるエ
ンティティを有し、サーバはデータエントリーのリスト
を有し、パースに対応する各エントリーは前記システム
の他のパースからのトークンに含まれる電子マネーを受
信する責任を有する。サーバは、トークンがパース間で
伝送されたときに前記トークンを一時的に蓄積する。取
引の安全を改善するために、トークン伝送動作間に前記
装置及び／又は前記スマートカード間で交換されるメッ
セージは、システム内のスマートカード内にのみ蓄積さ
れている秘密鍵により保護される。

Description

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

Claims (24)

    【特許請求の範囲】
  1. 【請求項１】 電子ワレットシステムであって、 オープンネットワーク（４０，１４０）上で電子的商取
    引を行うことができ且つスマートカードリーダ（１３０
    −１３３）を有することができるｎの装置（１０−１
    ３）を有し、ここで、ｎは１より大きいか又は等しく、
    前記装置はローカルネットワーク（２５０）を通して相
    互に接続されており、 電子マネーを含むことができる電子パースを表す複数の
    スマートカード（３１−３ｐ）を有し、 ここで、前記装置の１つは、サーバと呼ばれるエンティ
    ティ（１，１０１）を有し、サーバはデータエントリー
    のリストを有し、パースに対応する各エントリーは前記
    システムの他のパースからのトークンに含まれる電子マ
    ネーを受信する責任を有し、 前記サーバは、トークンがパース間で伝送されたときに
    前記トークンを一時的に蓄積し、 ここで、トークン伝送動作間に前記装置及び／又は前記
    スマートカード間で交換されるメッセージは、前記スマ
    ートカード内にのみ蓄積されている秘密鍵により保護さ
    れている電子ワレットシステム。
  2. 【請求項２】 各スマートカードは、 −唯一のパース識別子（ＰＩＤｉ）と、 −マネーのカウンタと、 −パース取引識別子（ＴｒａｎｓＩＤｉ Ｐ）と、 −第１のパース識別子秘密鍵（ＳＫＡ）と、 −第２の取引識別子秘密鍵（ＳＫＴ）とを有し、 前記第１と前記第２の秘密鍵は前記システムの全てのパ
    ースにより共有されている請求項１記載のシステム。
  3. 【請求項３】 システムのインストール時に、前記マネ
    ーのカウンタと前記取引識別子（ＴｒａｎｓＩＤｉ Ｐ）
    はゼロに初期化される請求項２記載のシステム。
  4. 【請求項４】 前記サーバ内のパース（Ｐｉ）に対応す
    る各エントリーは、 −前記パース識別子（ＰＩＤｉ）と、前記第１の秘密鍵
    （ＳＫＡ）を使用する前記パース識別子の署名と、 −サーバ取引識別子（ＴｒａｎｓＩＤｉ Ｓ）と、前記第
    ２の秘密鍵（ＳＫＴ）を使用する前記取引識別子の及び
    前記パース識別子の署名と、 −サーバにより前記パースについて受信されたトークン
    の数のインデックス（Ｉｎｄｅｘｉ）とを有する請求項
    ２或は３に記載のシステム。
  5. 【請求項５】 各スマートカードは更に、前記システム
    の全てのパースにより共有されている第３のトークン秘
    密鍵（ＳＫ）を有し、 前記サーバ内のパース（Ｐｉ）に対応する各エントリー
    は更に、インデックス（Ｉｎｄｅｘｉ）がゼロより大き
    いならば、 少なくとも１つのトークンは、 −マネーの合計（Ｎ）と、 −前記パース識別子（ＰＩＤｉ）と、 −前記サーバ取引識別子（ＴｒａｎｓＩＤｉ Ｓ）とを含
    み、 且つ、前記第３の秘密鍵を使用する前記トークンの署名
    を含む請求項４記載のシステム。
  6. 【請求項６】 前記トークンは更に、トークンの送信者
    に関する情報を含む請求項５記載のシステム。
  7. 【請求項７】 システム内でパース（Ｐｉ）を登録する
    ための処理であって、前記処理は、前記サーバを含む装
    置に対して、（ａ）ルートカードと呼ばれる特別のスマ
    ートカードを受けるステップと、（ｂ）前記装置上でユ
    ーザにより入力された個人識別番号（ｒｏｏｔＰＩＮ）
    を受信し、且つ、前記個人識別番号を前記ルートカード
    へ送るステップとを有し、ここで、前記ルートカードは
    受信した個人識別番号が前記ルートカード内に蓄積され
    た個人識別番号と一致するかを確認し、確認が肯定的で
    あれば、（ｃ）登録されるべきパース（Ｐｉ）に対応す
    るスマートカードを受けるステップと、（ｄ）前記スマ
    ートカードから、 −パース識別子（ＰＩＤｉ）と前記第１の秘密鍵（ＳＫ
    Ａ）を使用する前記パース識別子の署名と、 −前記スマートカード内に蓄積されたパース取引識別子
    （ＴｒａｎｓＩＤｉ Ｐ）の値で初期化されたサーバ取引
    識別子（ＴｒａｎｓＩＤｉ Ｓ）と、前記第２の秘密鍵
    （ＳＫＴ）を使用する前記サーバ取引識別子の及び前記
    パース識別子（ＰＩＤｉ）の署名とを含むデータを受信
    するステップと、（ｅ）前記サーバ内の前記パースに対
    応するエントリー内に、前記スマートカードから受信さ
    れたデータを蓄積するステップ、とを有する請求項２乃
    至６のうちいずれか一項記載の処理。
  8. 【請求項８】 電子ワレットシステム内で第２のパース
    （ＰＢ）に対して第１のパース（ＰＡ）からトークンを
    預ける処理であって、前記処理は、クライアントと呼ば
    れるエンティティ（２１，２２，２ｋ；１２１−１２
    ４）を含む装置に対して、（ａ）前記第１のパース（Ｐ
    Ａ）に対応するスマートカードを受けるステップと、
    （ｂ）サーバから、 −前記第２のパース（ＰＢ）のパース識別子（ＰＩ
    ＤＢ）と、第１の秘密鍵（ＳＫＡ）を使用する前記パー
    ス識別子の署名と、 −前記第２のパースに対するサーバ取引識別子（Ｔｒａ
    ｎｓＩＤＢ Ｓ）と、第２の秘密鍵（ＳＫＴ）を使用する
    前記サーバ取引識別子の及び前記第２のパース識別子
    （ＰＩＤＢ）の署名とを含むデータ（ＰｕｒｓｅＩｎｆ
    ｏ）を受信する（１５３）ステップと、（ｃ）前記スマ
    ートカードへ、前記サーバから受信された前記データ
    （ＰｕｒｓｅＩｎｆｏ）と、前記第２のパースに預けら
    れるべきマネーの合計（Ｎ）とを送信するステップと、
    前記スマートカードは前記第１（ＳＫＡ）と第２（ＳＫ
    Ｔ）の秘密鍵を使用する前記データ内に含まれている署
    名を確認し、かつ確認が肯定的ならば、（ｄ）前記スマ
    ートカードから −トークンと第３の秘密鍵（ＳＫ）を使用する前記トー
    クンの署名と、 −前記第２のパースに関する増加サーバ取引識別子（Ｔ
    ｒａｎｓＩＤＢ Ｓ＋＋）と、第２の秘密鍵（ＳＫＴ）を
    使用する前記増加サーバ取引識別子のと前記第２のパー
    ス識別子の署名とを含むデータ（ＴｏｋｅｎＩｎｆｏ）
    を受信するステップ（１５５）と、（ｅ）前記サーバ
    へ、前記スマートカードから受信された前記データを送
    信する（１５６）ステップ、とを有する請求項５或は６
    に記載の処理。
  9. 【請求項９】 更にステップ（ｂ）の前に、（ａ１）前
    記サーバへ、トークンを受信する責任のあるパースのリ
    ストを要求する第１のメッセージ（ｇｅｔＰｕｒｓｅＬ
    ｉｓｔ）を送信（１５０）するステップと、（ａ２）前
    記サーバから、トークンを受信する責任のあるパースの
    パース識別子（ＰＩＤ１，．．．ＰＩＤｍ）のリストを
    受信（１５１）するステップと、（ａ３）前記サーバ
    へ、前記第２のパース（ＰＢ）に関する情報を要求する
    第２のメッセージ（ｇｅｔＰｕｒｓｅＩｎｆｏ（ＰＩＤ
    Ｂ））を送信（１５２）するステップとを有する請求項
    ８記載の処理。
  10. 【請求項１０】 前記第１のパース（ＰＡ）に対応する
    前記スマートカードは、ステップ（ｂ）の前に、前記第
    ２のパースに対して預けられるべきマネーの合計（Ｎ）
    だけ、前記第１のパースカウンタを減ずる請求項８或は
    ９に記載の処理。
  11. 【請求項１１】 ステップ（ｄ）で送られるデータ内に
    含まれているトークンは、 −前記第２のパースに対して預けられるべきマネーの合
    計（Ｎ）と、 −前記第２のパース識別子（ＰＩＤＢ）と、 −前記第２のパースに対するサーバ取引識別子（Ｔｒａ
    ｎｓＩＤＢ Ｓ）と、 −ランダム番号（Ｃ）とを有する請求項８乃至１０のう
    ちいずれか一項記載の処理。
  12. 【請求項１２】 前記トークンは更に、前記第１のパー
    ス識別子（ＰＩＤＡ）を有する請求項１１記載の処理。
  13. 【請求項１３】 電子ワレットシステム内のパース（Ｐ
    Ｂ）内にトークンを受信する処理であって、クライアン
    トと呼ばれるエンティティ（２１，２２，２ｋ；１２１
    −１２４）を有する装置に関して、（ａ）前記パース
    （ＰＢ）に対応するスマートカードを受けるステップ
    と、（ｂ）サーバ内の前記パース（ＰＢ）に対して蓄積
    されたトークンを要求するメッセージ（ＧｅｔＮｅｘｔ
    Ｔｏｋｅｎ（ＰＩＤＢ））を、サーバへ送る（１６２）
    ステップと、少なくとも１つのトークンがサーバ内の前
    記パース（ＰＢ）に対応するエントリー内に蓄積されて
    いるならば、（ｃ）サーバから、前記パースに対応する
    エントリー内に蓄積されたインデックス（Ｉｎｄｅ
    ｘＢ）とトークンを受信する（１６３）ステップと、
    （ｄ）トークンを前記スマートカードに送る（１６４）
    ステップと（ｅ）受信されたインデックス（Ｉｎｄｅｘ
    Ｂ）の値がゼロより大きい間は、ステップ（ｂ）から
    （ｄ）を繰返すステップとを有する請求項５或は６に記
    載の処理。
  14. 【請求項１４】 サーバはステップ（ｃ）の前に前記イ
    ンデックス（ＩｎｄｅｘＢ）を減ずる請求項１３記載の
    処理。
  15. 【請求項１５】 更に、ステップ（ｂ）の前に、（ａ
    １）前記スマートカードへ、パース識別子を要求する第
    １のメッセージ（ｇｅｔＰＩＤ）を送る（１６０）ステ
    ップと、（ａ２）前記スマートカードから前記パース識
    別子（ＰＩＤＢ）を受信（１６１）するステップとを有
    する請求項１３或は１４記載の処理。
  16. 【請求項１６】 前記第３の秘密鍵（ＳＫ）を使用する
    トークンの署名がステップ（ｃ）で受信されたトークン
    に添付され、かつステップ（ｄ）で前記スマートカード
    に送られ、 前記処理は更に、前記スマートカードに対して、（ｄ
    １）前記トークンの署名を確認するステップと、（ｄ
    ２）前記トークンに含まれるサーバ取引識別子（Ｔｒａ
    ｎｓＩＤＢ Ｓ）が前記スマートカードに蓄積されたパー
    ス取引識別子（ＴｒａｎｓＩＤＢ Ｐ）より大きいか又は
    等しいことを確認するステップと、且つ、確認が肯定的
    であれば、（ｄ３）前記トークン内に含まれるマネーの
    合計（Ｎ）だけパースカウンタを増加するステップと、
    （ｄ４）前記パース取引識別子（ＴｒａｎｓＩＤＢ Ｐ）
    内に、１だけ増加されたサーバ取引識別子（Ｔｒａｎｓ
    ＩＤＢ Ｓ）の値を蓄積するステップとを有する請求項１
    ３乃至１５のうちいずれか一項記載の処理。
  17. 【請求項１７】 各スマートカードが更に、他のパース
    からのトークンを受信する責任がある各パースに対する
    預かり追跡データを含む電子ワレットシステム内の請求
    項８乃至１２のうちいずれか一項記載の処理であって、
    前記データは、 −パース間取引識別子と、 −パース間預かりカウントを有し、且つ、 ステップ（ｄ）の前に、前記第１のパース（ＰＡ）に対
    応する前記スマートカードは、 −前記第２のパースに関するパース間取引識別子（Ｔｒ
    ａｎｓＩＤＡＢ）を、ステップ（ｂ）で受信された前記
    第２のパースに関する前記サーバ取引識別子（Ｔｒａｎ
    ｓＩＤＢ Ｓ）の値で更新するステップと、 −前記第２のパース（ＰＢ）に関して預けられるべきマ
    ネーの合計（Ｎ）を前記第２のパースに関するパース間
    預かりカウント（ｓｕｍ＿ｏｆ＿ｄｅｐｏｓｉｔｅｄ
    ＡＢ）に加算するステップとを有する処理。
  18. 【請求項１８】 各スマートカードが更に受信カウント
    を含む受信追跡データを含む電子ワレットシステムの請
    求項１６記載の処理であって、 ステップ（ｄ４）の後に、前記スマートカードは、前記
    トークン内に含まれるマネーの合計（Ｎ）を、前記パー
    ス（ＰＢ）の受信カウントへ（ｓｕｍ＿ｏｆ＿ｒｅｃｅ
    ｉｖｅｄＢ）に加算する処理。
  19. 【請求項１９】 請求項５或は６に記載の電子ワレット
    システム内の請求項１８に記載の処理を使用する時に、
    前記パースにより受信されなかった、請求項１７に記載
    の処理を使用する１つの第１のパース（ＰＤ）に対して
    預けられたトークンを回復する処理であって、サーバを
    含む装置に対して、（ｉ）前記システムの他の全てのパ
    ースに対応するスマートカードを連続して受信し、且
    つ、前記パースの（ＰＸ）の各々に対して、前記第１の
    パース（ＰＤ）に関する預かり追跡データ（Ｔｒａｃｅ
    ＸＤ）を受信するステップと、ここで、前記預かり追跡
    データは、 −パース間取引識別子（ＴｒａｎｓＩＤＸＤ）と、 −パース間預かりカウント（ｓｕｍ＿ｏｆ＿ｄｅｐｏｓ
    ｉｔｅｄＸＤ）を有し、（ｊ）前記第１のパース
    （ＰＤ）に対応するスマートカードを受けるステップ
    と、（ｋ）ステップ（ｉ）で受信された全ての預かり追
    跡データを、前記スマートカードに送るステップとを有
    し、 処理は更に、前記スマートカードに対して、（ｌ）受信
    されたパース間預かりカウントの合計（Σｘｓｕｍ＿ｏ
    ｆ＿ｄｅｐｏｓｉｔｅｄＸＤ）から、前記第１のパース
    の受信カウント（ｓｕｍ＿ｏｆ＿ｒｅｃｅｉｖｅｄＤ）
    を引く計算を行い、且つ、前記第１のパース（ＰＤ）の
    カウンタをこの計算の結果を用いて増加するステップ
    と、（ｍ）前記第１のパースの受信カウント（ｓｕｍ＿
    ｏｆ＿ｒｅｃｅｉｖｅｄＤ）をゼロに設定するステップ
    を有する処理。
  20. 【請求項２０】 更に、ステップ（ｉ）の前に、（ｈ
    １）前記第１のパース（ＰＤ）に対応するスマートカー
    ドを受けるステップと、（ｈ２）前記スマートカード
    に、ランダム番号を要求する第１のメッセージ（ｇｅｔ
    Ｃｈａｌｌｅｎｇｅ）を送る（１８０）ステップと、
    （ｈ３）前記スマートカードから、ランダム番号（Ｃ）
    を受信する（１８１）ステップとを有し、 ステップ（ｉ）で、第２のメッセージ（ｇｅｔＤｅｐｏ
    ｓｉｔＴｒａｃｅｓ（ＰＩＤＤ，Ｃ））内の前記システ
    ムの他の全てのパースに対応する各々のスマートカード
    への第１のパース識別子（ＰＩＤＤ）と共に、前記ラン
    ダム番号が送られ、 ステップ（ｉ）で受信された前記第１のパース（ＰＤ）
    に関する各預かり追跡データ（ＴｒａｃｅＸＤ）は、更
    に、 −前記ランダム番号（Ｃ）と、 −各々の他のパースのパース識別子（ＰＩＤＸ）と、 −前記第１のパース識別子（ＰＩＤＤ）とを含む、請求
    項１９記載の処理。
  21. 【請求項２１】 各スマートカードは更に、第４のトー
    クン回復秘密鍵（ＳＫＲ）を有するシステム内の請求項
    ２０記載の処理であって、前記第４の秘密鍵を使用する
    前記預かり追跡データの署名が、ステップ（ｉ）で受信
    された前記預かり追跡データに添付されている処理。
  22. 【請求項２２】 更に、ステップ（ｌ）の前に、前記第
    １のパース（ＰＤ）に対応するスマートカードに対し
    て、 −前記第４の秘密鍵（ＳＫＲ）を使用する前記預かり追
    跡データの署名を確認するステップと、 −前記預かり追跡データに含まれるランダム番号（Ｃ）
    が、ステップ（ｈ３）の前に前記スマートカードにより
    発生されたランダム番号と一致することを確認するステ
    ップとを有し、 ステップ（ｌ）と（ｍ）は前記確認が肯定的である場合
    に実行される、請求項２１記載の処理。
  23. 【請求項２３】 更に、ステップ（ｌ）の後に、前記第
    １のパース（ＰＤ）に対応するスマートカードに対し
    て、 前記第１のパース取引識別子（ＴｒａｎｓＩＤＤ Ｐ）
    を、 −前記第１のパース取引識別子（ＴｒａｎｓＩＤＤ Ｐ）
    及び、 −１だけ増加された預かり追跡データに含まれる各パー
    ス間取引識別子（ＴｒａｎｓＩＤＸＤ＋１）の、最大値
    で更新するステップを有する請求項２２記載の処理。
  24. 【請求項２４】 システムの各スマートカードは更にオ
    ープンネットワーク上の前記サーバのアドレス（ＩＰ
    ａｄｄｒｅｓｓ Ｓ）を有し、且つ、各装置は、前記オ
    ープンネットワークに接続された遠隔電子ワレットシス
    テムと、遠隔トークン預け入れ処理及び／又は遠隔トー
    クン受信処理を行うことができる、請求項１乃至６のう
    ちいずれか一項に記載の電子ワレットシステム。
JP2001062234A 2000-03-07 2001-03-06 安全なパース間の動作を伴なう電子ウォレットシステム Expired - Fee Related JP5170921B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP00400605 2000-03-07
EP00400605.2 2000-03-07

Publications (2)

Publication Number Publication Date
JP2001266029A true JP2001266029A (ja) 2001-09-28
JP5170921B2 JP5170921B2 (ja) 2013-03-27

Family

ID=8173584

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001062234A Expired - Fee Related JP5170921B2 (ja) 2000-03-07 2001-03-06 安全なパース間の動作を伴なう電子ウォレットシステム

Country Status (3)

Country Link
US (1) US7233926B2 (ja)
JP (1) JP5170921B2 (ja)
CN (1) CN1207681C (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7206769B2 (en) * 2000-03-07 2007-04-17 Thomson Licensing Electronic wallet system

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001061659A1 (en) * 2000-02-16 2001-08-23 Mastercard International Incorporated System and method for conducting electronic commerce with a remote wallet server
JP3758554B2 (ja) * 2001-10-31 2006-03-22 ソニー株式会社 情報提供システム及び情報提供方法、記憶媒体、並びにコンピュータ・プログラム
US7169053B2 (en) * 2002-01-15 2007-01-30 Atronic International Gmbh Centralized smart card money management
SG145524A1 (en) * 2002-08-07 2008-09-29 Mobilastic Technologies Pte Lt Secure transfer of digital tokens
US7539713B2 (en) * 2002-11-05 2009-05-26 Sun Microsystems, Inc. Allocation of likely popular objects in the train algorithm
US10862994B1 (en) * 2006-11-15 2020-12-08 Conviva Inc. Facilitating client decisions
KR100651717B1 (ko) * 2004-10-11 2006-12-01 한국전자통신연구원 스마트 카드를 이용한 원격 단말기와 홈 네트워크 간의인증방법 및 홈 네트워크 시스템
US10764264B2 (en) * 2005-07-11 2020-09-01 Avaya Inc. Technique for authenticating network users
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US8874725B1 (en) 2006-11-15 2014-10-28 Conviva Inc. Monitoring the performance of a content player
US9177313B1 (en) * 2007-10-18 2015-11-03 Jpmorgan Chase Bank, N.A. System and method for issuing, circulating and trading financial instruments with smart features
US20090288012A1 (en) 2008-05-18 2009-11-19 Zetawire Inc. Secured Electronic Transaction System
US8291509B2 (en) * 2008-10-17 2012-10-16 Sap Ag Searchable encryption for outsourcing data analytics
US9425960B2 (en) * 2008-10-17 2016-08-23 Sap Se Searchable encryption for outsourcing data analytics
US8328104B2 (en) * 2009-03-30 2012-12-11 Condel International Technologies Inc. Storage device management systems and methods
US9203913B1 (en) * 2009-07-20 2015-12-01 Conviva Inc. Monitoring the performance of a content player
CN102630321A (zh) * 2009-09-17 2012-08-08 加拿大皇家铸币厂 用于电子钱包的资产存储和转移系统
KR101053295B1 (ko) * 2010-11-08 2011-08-01 나갑준 지불처리 시스템 및 방법
US8843125B2 (en) 2010-12-30 2014-09-23 Sk C&C System and method for managing mobile wallet and its related credentials
US8538845B2 (en) 2011-06-03 2013-09-17 Mozido, Llc Monetary transaction system
US20130036017A1 (en) * 2011-08-05 2013-02-07 Ivason Galloway Financial card for online fund transfer and method therefor
US10438196B2 (en) 2011-11-21 2019-10-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
CN104011755B (zh) * 2011-12-22 2018-06-08 英特尔公司 多用户电子钱包及其管理
WO2013138934A1 (en) * 2012-03-19 2013-09-26 Royal Canadian Mint/Monnaie Royale Canadienne External log storage in an asset storage and transfer system
US10275764B2 (en) 2012-05-04 2019-04-30 Mastercard International Incorporated Transaction data tokenization
US10182096B1 (en) 2012-09-05 2019-01-15 Conviva Inc. Virtual resource locator
US9246965B1 (en) 2012-09-05 2016-01-26 Conviva Inc. Source assignment based on network partitioning
US10270748B2 (en) 2013-03-22 2019-04-23 Nok Nok Labs, Inc. Advanced authentication techniques and applications
US9367676B2 (en) 2013-03-22 2016-06-14 Nok Nok Labs, Inc. System and method for confirming location using supplemental sensor and/or location data
US9887983B2 (en) 2013-10-29 2018-02-06 Nok Nok Labs, Inc. Apparatus and method for implementing composite authenticators
CN105474241A (zh) * 2013-08-21 2016-04-06 维萨国际服务协会 用于对电子货币进行转账的方法和系统
US9450760B2 (en) * 2014-07-31 2016-09-20 Nok Nok Labs, Inc. System and method for authenticating a client to a device
US10178043B1 (en) 2014-12-08 2019-01-08 Conviva Inc. Dynamic bitrate range selection in the cloud for optimized video streaming
US10305955B1 (en) 2014-12-08 2019-05-28 Conviva Inc. Streaming decision in the cloud
CN104484698B (zh) * 2014-12-12 2017-03-15 上海象形通讯科技股份有限公司 一种基于多消费密钥的cpu卡多应用方法
US10380586B2 (en) 2015-10-27 2019-08-13 Mastercard International Incorporated Systems and methods for managing funds for financial transactions
US10769635B2 (en) 2016-08-05 2020-09-08 Nok Nok Labs, Inc. Authentication techniques including speech and/or lip movement analysis
US11625710B1 (en) 2017-02-14 2023-04-11 Wells Fargo Bank, N.A. Mobile wallet card carousel
US11868995B2 (en) 2017-11-27 2024-01-09 Nok Nok Labs, Inc. Extending a secure key storage for transaction confirmation and cryptocurrency
US11831409B2 (en) 2018-01-12 2023-11-28 Nok Nok Labs, Inc. System and method for binding verifiable claims
US20190259007A1 (en) * 2018-02-20 2019-08-22 Trivver, Inc. Systems and methods for facilitating a time varying cryptocurrency transfer over a decentralized network through smart contracts associated with cryptocurrency blockchain technology
CN110766383B (zh) * 2018-07-27 2024-04-09 中城智慧科技有限公司 一种支持匿名或实名的离线交易的数字钱包及使用方法
WO2020072583A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for establishing identity for order pick up
US11792024B2 (en) 2019-03-29 2023-10-17 Nok Nok Labs, Inc. System and method for efficient challenge-response authentication
US11769132B1 (en) 2019-05-22 2023-09-26 Wells Fargo Bank, N.A. P2P payments via integrated 3rd party APIs
US11328274B2 (en) 2020-07-28 2022-05-10 Bank Of America Corporation Data processing system and method for managing electronic split transactions using user profiles
US11640599B2 (en) * 2020-10-01 2023-05-02 Bank Of America Corporation Smart card dependent transfer technology
EP4244796A4 (en) 2020-11-16 2024-05-15 Mastercard International Inc OFFLINE TOKEN PROTOCOL
CN113191765B (zh) * 2021-04-22 2022-11-18 武汉天喻信息产业股份有限公司 多钱包余额共享的方法、装置、设备及可读存储介质

Citations (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61249190A (ja) * 1985-04-26 1986-11-06 株式会社日立製作所 伝票認識検証方法および装置
JPH04506143A (ja) * 1989-06-07 1992-10-22 コムネダータ　イー／エス データ・電子文書等の転送方法、データ・電子文書等の転送システム、およびその方法に従い使用されるカード
JPH06503913A (ja) * 1991-10-16 1994-04-28 モンデックス　インターナショナル　リミテッド 価値移転システム
JPH06203226A (ja) * 1991-01-22 1994-07-22 Centre Natl Etud Telecommun (Ptt) マイクロプロセッサカード間の権利の交換方法
JPH06350781A (ja) * 1993-05-27 1994-12-22 American Teleph & Telegr Co <Att> データメッセージの配信方法
JPH07168976A (ja) * 1993-12-16 1995-07-04 Tec Corp 商品販売登録データ処理装置
JPH07239928A (ja) * 1994-02-25 1995-09-12 Fujitsu Ltd カード型記憶媒体およびカード型記憶媒体発行装置
JPH08195741A (ja) * 1995-01-12 1996-07-30 Kokusai Denshin Denwa Co Ltd <Kdd> 無線通信における識別子秘匿方法
WO1997002539A1 (fr) * 1995-07-06 1997-01-23 Hitachi, Ltd. Systeme d'envoi de monnaie electronique
JPH0954580A (ja) * 1995-08-17 1997-02-25 Kawai Musical Instr Mfg Co Ltd 自動演奏装置及び自動演奏方法
JPH1051442A (ja) * 1996-08-06 1998-02-20 Mitsubishi Electric Corp 電子署名方法
JPH10124604A (ja) * 1996-10-25 1998-05-15 N T T Data Tsushin Kk 電子マネーシステム
JPH10254965A (ja) * 1997-03-14 1998-09-25 Hitachi Ltd 電子マネーの取引や保有状態の制御／管理方法
JPH10260797A (ja) * 1997-03-19 1998-09-29 Casio Electron Mfg Co Ltd 印刷装置
JPH10307867A (ja) * 1997-05-06 1998-11-17 Midei Shitei:Kk プリペイド式集中管理決済システム及びその方法
JPH1131126A (ja) * 1997-05-08 1999-02-02 Internatl Business Mach Corp <Ibm> サーバ・グループ間で操作を調整する方法
JPH11143976A (ja) * 1997-11-14 1999-05-28 Hitachi Ltd トークン・バリュー混合型電子マネーカード及び電子マネーカードを取り扱う装置
JPH11175640A (ja) * 1997-12-09 1999-07-02 Oki Electric Ind Co Ltd 電子取引システム
JPH11507775A (ja) * 1995-06-07 1999-07-06 イー−コム・インコーポレーテッド ホストコンピュータサーバのための低電力電気通信コントローラ
JPH11508711A (ja) * 1995-06-30 1999-07-27 モンデックス インターナショナル リミテッド 価値転送システム
JPH11250164A (ja) * 1998-03-03 1999-09-17 Hitachi Ltd 使用料徴収機能を有する電子マネー処理方法および電子マネー格納装置
JPH11249004A (ja) * 1998-03-02 1999-09-17 Nikon Corp イメージセンサ
JPH11338946A (ja) * 1998-05-25 1999-12-10 Glory Ltd Ｉｃカードを使った電子財布システムにおける預金処理方法
JPH11353400A (ja) * 1998-06-09 1999-12-24 Nippon Telegr & Teleph Corp <Ntt> 電子コイン支払い方法及びその装置
JP2000020490A (ja) * 1998-07-01 2000-01-21 Fujitsu Ltd 遠隔手続き呼出し機構またはオブジェクトリクエストブローカ機構を有する計算機、データ転送方法、および転送方法記憶媒体
JP2000040116A (ja) * 1998-07-24 2000-02-08 Oki Electric Ind Co Ltd 電子マネーのゲートウェイ装置、及び電子マネー転送方法
JP2000067067A (ja) * 1998-08-20 2000-03-03 Sky Com:Kk 配信サーバ及び配信システム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5623547A (en) 1990-04-12 1997-04-22 Jonhig Limited Value transfer system
USRE36788E (en) * 1990-09-06 2000-07-25 Visa International Service Association Funds transfer system
KR0125095B1 (ko) 1991-12-13 1997-12-15 다니이 아끼오 전자자산데이터이전방법
EP0701718A4 (en) * 1993-06-02 2000-03-29 Verifone Inc SYSTEM AND METHOD FOR RE-EVALUATING TOKENS STORED IN CI CARDS
JPH09237298A (ja) 1996-02-29 1997-09-09 Hitachi Ltd 電子通貨決済システム
US5795649A (en) 1996-06-03 1998-08-18 Ici Americas Inc. Release film and method of making thereof
FR2760870B1 (fr) * 1997-03-11 1999-05-14 Schlumberger Ind Sa Procede de cautionnement entre deux porte-monnaie electroniques
US6032135A (en) 1997-04-29 2000-02-29 Diebold, Incorporated Electronic purse card value system terminal programming system and method
US6282522B1 (en) * 1997-04-30 2001-08-28 Visa International Service Association Internet payment system using smart card
DE19755819C1 (de) 1997-12-16 1999-08-26 Ibm Verteiltes Zahlungssystem und Verfahren für den bargeldlosen Zahlungsverkehr mittels einer Börsenchipkarte
US6250557B1 (en) 1998-08-25 2001-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for a smart card wallet and uses thereof
US6753830B2 (en) * 1998-09-11 2004-06-22 Visible Tech-Knowledgy, Inc. Smart electronic label employing electronic ink

Patent Citations (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61249190A (ja) * 1985-04-26 1986-11-06 株式会社日立製作所 伝票認識検証方法および装置
JPH04506143A (ja) * 1989-06-07 1992-10-22 コムネダータ　イー／エス データ・電子文書等の転送方法、データ・電子文書等の転送システム、およびその方法に従い使用されるカード
JPH06203226A (ja) * 1991-01-22 1994-07-22 Centre Natl Etud Telecommun (Ptt) マイクロプロセッサカード間の権利の交換方法
JPH06503913A (ja) * 1991-10-16 1994-04-28 モンデックス　インターナショナル　リミテッド 価値移転システム
JPH06350781A (ja) * 1993-05-27 1994-12-22 American Teleph & Telegr Co <Att> データメッセージの配信方法
JPH07168976A (ja) * 1993-12-16 1995-07-04 Tec Corp 商品販売登録データ処理装置
JPH07239928A (ja) * 1994-02-25 1995-09-12 Fujitsu Ltd カード型記憶媒体およびカード型記憶媒体発行装置
JPH08195741A (ja) * 1995-01-12 1996-07-30 Kokusai Denshin Denwa Co Ltd <Kdd> 無線通信における識別子秘匿方法
JPH11507775A (ja) * 1995-06-07 1999-07-06 イー−コム・インコーポレーテッド ホストコンピュータサーバのための低電力電気通信コントローラ
JPH11508711A (ja) * 1995-06-30 1999-07-27 モンデックス インターナショナル リミテッド 価値転送システム
WO1997002539A1 (fr) * 1995-07-06 1997-01-23 Hitachi, Ltd. Systeme d'envoi de monnaie electronique
JPH0954580A (ja) * 1995-08-17 1997-02-25 Kawai Musical Instr Mfg Co Ltd 自動演奏装置及び自動演奏方法
JPH1051442A (ja) * 1996-08-06 1998-02-20 Mitsubishi Electric Corp 電子署名方法
JPH10124604A (ja) * 1996-10-25 1998-05-15 N T T Data Tsushin Kk 電子マネーシステム
JPH10254965A (ja) * 1997-03-14 1998-09-25 Hitachi Ltd 電子マネーの取引や保有状態の制御／管理方法
JPH10260797A (ja) * 1997-03-19 1998-09-29 Casio Electron Mfg Co Ltd 印刷装置
JPH10307867A (ja) * 1997-05-06 1998-11-17 Midei Shitei:Kk プリペイド式集中管理決済システム及びその方法
JPH1131126A (ja) * 1997-05-08 1999-02-02 Internatl Business Mach Corp <Ibm> サーバ・グループ間で操作を調整する方法
JPH11143976A (ja) * 1997-11-14 1999-05-28 Hitachi Ltd トークン・バリュー混合型電子マネーカード及び電子マネーカードを取り扱う装置
JPH11175640A (ja) * 1997-12-09 1999-07-02 Oki Electric Ind Co Ltd 電子取引システム
JPH11249004A (ja) * 1998-03-02 1999-09-17 Nikon Corp イメージセンサ
JPH11250164A (ja) * 1998-03-03 1999-09-17 Hitachi Ltd 使用料徴収機能を有する電子マネー処理方法および電子マネー格納装置
JPH11338946A (ja) * 1998-05-25 1999-12-10 Glory Ltd Ｉｃカードを使った電子財布システムにおける預金処理方法
JPH11353400A (ja) * 1998-06-09 1999-12-24 Nippon Telegr & Teleph Corp <Ntt> 電子コイン支払い方法及びその装置
JP2000020490A (ja) * 1998-07-01 2000-01-21 Fujitsu Ltd 遠隔手続き呼出し機構またはオブジェクトリクエストブローカ機構を有する計算機、データ転送方法、および転送方法記憶媒体
JP2000040116A (ja) * 1998-07-24 2000-02-08 Oki Electric Ind Co Ltd 電子マネーのゲートウェイ装置、及び電子マネー転送方法
JP2000067067A (ja) * 1998-08-20 2000-03-03 Sky Com:Kk 配信サーバ及び配信システム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7206769B2 (en) * 2000-03-07 2007-04-17 Thomson Licensing Electronic wallet system

Also Published As

Publication number Publication date
CN1207681C (zh) 2005-06-22
US20010034719A1 (en) 2001-10-25
JP5170921B2 (ja) 2013-03-27
CN1312510A (zh) 2001-09-12
US7233926B2 (en) 2007-06-19

Similar Documents

Publication Publication Date Title
JP2001266029A (ja) 安全なパース間の動作を伴なう電子ワレットシステム
US20220084020A1 (en) System and method for scaling blockchain networks with secure off-chain payment hubs
US11861606B2 (en) Blockchain system for confidential and anonymous smart contracts
Thomas et al. A protocol for interledger payments
Karame et al. Bitcoin and blockchain security
US11341487B2 (en) System and method for information protection
Van Saberhagen CryptoNote v 2.0
US10423961B1 (en) System and method for operating a proactive digital currency ledger
TW202018572A (zh) 基於利用零知識證明的帳戶票據模型的區塊鏈資料保護
EP1132873A1 (en) Electronic wallet system
CN116982033A (zh) 先进的不可替代令牌区块链架构
US20190164138A1 (en) Blockchain-implemented system and method
EP1132876A2 (en) Electronic wallet system with secure inter-purse operations
KR20200051135A (ko) 암호화폐 지갑서버를 통해 DApp 서비스에 로그인하는 방법 및 이를 위한 암호화폐 지갑서버
EP1132875B1 (en) Electronic wallet system
US20220300964A1 (en) Systems and methods for blockchain-based escrow management
US20230119035A1 (en) Platform services verification
US11978038B2 (en) Hot wallet protection using a layer-2 blockchain network
CN110084595A (zh) 一种通过闪电网络的防止攻击的区块链交易方法和装置
Camp An atomicity-generating protocol for anonymous currencies
Alruwaili Utilizing Pre-validation, Hybrid-trusted Parties and Multiple Milestone Payment Systems in Improving Blockchain Transaction Security and Efficiency
Ismail Permissioned blockchains for real world applications
Mahato et al. Bitcoin and Ethereum: The Crypto Currencies
Huq et al. A hyperledger fabric based tamper proof decentralized land registry system for Bangladesh
Quintas de Arcanjo Sending cryptocurrency over mobile applications

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080305

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100506

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100518

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100811

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20101019

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110215

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20110221

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20120305

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20120308

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121031

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121225

R150 Certificate of patent or registration of utility model

Ref document number: 5170921

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees