JPH1166193A - 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体 - Google Patents

電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体

Info

Publication number
JPH1166193A
JPH1166193A JP21940897A JP21940897A JPH1166193A JP H1166193 A JPH1166193 A JP H1166193A JP 21940897 A JP21940897 A JP 21940897A JP 21940897 A JP21940897 A JP 21940897A JP H1166193 A JPH1166193 A JP H1166193A
Authority
JP
Japan
Prior art keywords
electronic money
terminal
local
network
local electronic
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.)
Pending
Application number
JP21940897A
Other languages
English (en)
Inventor
Tomokazu Ebata
智一 江端
Hiromichi Ito
浩道 伊藤
Masato Saito
眞人 齋藤
Yoshihiro Kamata
義弘 鎌田
Hiroshi Yamada
弘 山田
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP21940897A priority Critical patent/JPH1166193A/ja
Priority to CA002244627A priority patent/CA2244627C/en
Priority to US09/132,770 priority patent/US6487542B2/en
Publication of JPH1166193A publication Critical patent/JPH1166193A/ja
Priority to US10/270,444 priority patent/US20030041035A1/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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 OR CALCULATING; 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/3678—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 e-cash details, e.g. blinded, divisible or detecting double spending
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/381—Currency conversion
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services
    • G06Q50/188—Electronic negotiation

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Technology Law (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

(57)【要約】 【課題】組織のメンバ各々の電子商取引の使用環境を損
なうことなく、組織のメンバ各々と組織外との電子マネ
ーのやり取りを管理する。 【解決手段】ＬＡＮ２０上で流通する電子マネーを当該
ネットワークでのみ通用するローカル電子マネーとす
る。ＬＡＮ２０とＷＡＮ１０との間のデータの流通を制
御するＧＷ１において、ＬＡＮ２０に接続された端末Ｎ
ＬＵ４がＷＡＮ１０に接続された端末ＮＷＵ２に送金す
る場合に、ＮＬＵ４から送信されたローカル電子マネー
を受け取って、これをＷＡＮ１０上を流通する電子マネ
ーに換金してから端末ＮＷＵ２に送信するとともに、端
末ＮＷＵ２が端末ＮＬＵ４に送金する場合に、端末ＮＷ
Ｕ２から送信された電子マネーを受け取って、これをロ
ーカル電子マネーに換金してから端末ＮＬＵ４に送信す
る。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、インターネットな
どのネットワーク上を流通する電子マネーの管理技術に
関する。
【０００２】
【従来の技術】近年、インターネットなどのネットワー
クを用いた電子商取引（EC:ElectricCommerce）が普及
しつつある。これに伴い、電子商取引における決済をネ
ットワーク上で行う技術が提案されている。この技術
は、電子決済と呼ばれている。現在、電子決済のシステ
ムやプロトコルには、以下に挙げるようなものがある。
【０００３】ファースト・バーチャル（First Virtua
l） ファースト・バーチャル社が提案している電子決済シス
テムである。クレジットカード決済方式を用いる。ネッ
トワークでの輸送が可能なディジタル情報商品のみを扱
うことを前提とし、電子メールを用いて注文や承認を行
う。ただし、セキュリティが必要となるカード番号の送
信には、ＦＡＸを使用する。
【０００４】サイバー・キャッシュ（Cyber Cash） サーバー・キャッシュ社が提案している電子決済システ
ムである。クレジットカード決済方式を用いる。注文や
承認にくわえて、カード番号などのセキュリティを必要
とする情報についても、インターネットなどのネットワ
ークを用いて送信する。ただし、これ等の情報を、強力
な暗号処理を施してから送信することで、セキュリティ
を確保するようにしている。
【０００５】ＳＥＴ（Secure Electronic Transactio
n） ビザ（Visa）社や、マスター・カード（Master Card）
社などが提案している電子決済プロトコルである。クレ
ジットカード決済方式を用いる。サイバー・キャッシュ
と同様、注文や承認、あるいはカード番号などの情報
を、強力な暗号処理を施してから送信する。くわえて、
ＳＥＴでは、クレジットカードの利用者を認証する手
段、および、クレジットカードを利用できる正規の加盟
店であることを認証する手段を設けている。
【０００６】イー・キャッシュ（ecash） デジキャッシュ（DigiCash）社が提案している電子決済
システムである。電子マネー・デジタルキャッシュ方式
を用いる。すなわち、実際の紙幣と同じ価値を持つ電子
マネーを用いてキャッシュ決済を行う。ユーザは、記憶
媒体から支払い料金相当額の電子マネーを取り出し、ネ
ットワークを利用して、決済相手に送信する。
【０００７】上記の〜は、クレジットカードによる
決済を、電子商取引での決済に応用したものである。し
たがって、決済を行うためには、クレジットカードが必
要になる。また、カード番号などのセキュリティを必要
とする情報を、何らかの方法で送信しなければならな
い。くわえて、金の流れ（誰がどこでいくら使ったか）
が、決済の当事者以外の第三者に分かってしまう（秘匿
名性が弱い）。
【０００８】これに対し、上記ののイー・キャッシュ
では、紙幣や硬貨によるキャッシュ決済を、電子商取引
での決済に応用したものである。上記の〜と異な
り、クレジットカードを必要としない。また、紙幣や硬
貨によるキャッシュ決済の場合と同様に、第三者が金の
流れを把握することが困難である（秘匿名性が強い）。
【０００９】このように、イー・キャッシュは、クレジ
ットカードを決済手段としないので、利便性が高い。イ
ー・キャッシュのように、電子マネーを用いてネットワ
ーク上での決済を実現する技術は、一般に、ネットワー
ク型電子マネーと呼ばれている。以下、特に断らない限
り、ネットワーク型電子マネーを単に電子マネーと称す
ることとする。
【００１０】
【発明が解決しようとする課題】上述したように、電子
マネーは、秘匿名性が強いという特性を有する。しかし
ながら、上記従来のイー・キャッシュでは、この特性の
ために、企業などの組織のメンバが電子マネーを利用す
る場合に、個人が電子マネーを利用する場合には問題と
ならないような事態を招くことが予想される。たとえ
ば、 ・組織のメンバが、組織外のユーザとの間で電子マネー
を使って決済を行った場合、その組織の管理部門（たと
えば経理・資材部門）で決済管理が不可能となる。
【００１１】・電子マネーの使用によって簡単に組織外
への送金が可能となるので、送金ミスや、横領、詐欺な
どが発生した場合に、被害が甚大となる。
【００１２】などである。
【００１３】また、上記従来のイー・キャッシュでは、
手持ちの電子マネーを利用して決済を行う場合、ある定
額単位の電子マネーを組み合わせて支払い額相当の金を
作成し、送金している。このため、ユーザは、常に、自
己が所有している電子マネーの数量を、額面単位毎に把
握していなければならない。
【００１４】本発明は上記事情に基づいてなされたもの
であり、本発明の目的は、企業などの組織が電子マネー
を用いた決済システムを利用する場合に、組織のメンバ
各々の電子商取引の使用環境を損なうことなく、組織の
メンバ各々と組織外との電子マネーのやり取りを管理す
ることにある。
【００１５】
【課題を解決するための手段】上記課題を解決するため
に、本発明は、ネットワーク上を流通する電子マネーの
管理方法であって、あるネットワーク上で流通する電子
マネーを、当該ネットワークでのみ通用するローカル電
子マネーとし、当該ネットワークに設置された、当該ネ
ットワークと他のネットワークとの間のデータの流通を
制御するネットワーク機器において、当該ネットワーク
に接続された第一の端末が前記他のネットワークに接続
された第二の端末に送金する場合に、第一の端末から送
信されたローカル電子マネーを受け取って、これを前記
他のネットワーク上を流通する電子マネーに換金してか
ら、前記第二の端末に送信するとともに、前記第二の端
末が前記第一の端末に送金する場合に、前記第二の端末
から送信された電子マネーを受け取って、これをローカ
ル電子マネーに換金してから、前記第一の端末に送信す
ること、を特徴とする。
【００１６】ここで、ネットワーク機器とは、たとえば
ゲートウエイ、ルータなどが該当する。
【００１７】本発明では、あるネットワークに接続され
た第一の端末が扱える電子マネーを、当該ネットワーク
内でのみ通用するローカル電子マネー、すなわち、他の
ネットワーク上を流通する電子マネーとは別の電子マネ
ーに限定している。また、本発明では、前記あるネット
ワークと前記他のネットワークとに接続されたネットワ
ーク機器に、電子マネーとローカル電子マネーとの換金
機能を持たせている。このようにすることで、第一の端
末および第二の端末間において、電子商取引を行う場合
には、その決済処理に、ネットワーク機器の換金処理が
必ず介在するようにしている。
【００１８】このため、本発明では、組織のメンバ（あ
るネットワークに接続された第一の端末のユーザ）が組
織外のユーザ（他のネットワークに接続された第二の端
末のユーザ）と電子商取引を行う場合、その決済には、
ネットワーク機器での電子マネーおよびローカル電子マ
ネー間の換金処理が常に介在することになる。したがっ
て、その組織の管理部門（たとえば経理・資材部門）
は、ネットワーク機器での換金処理の履歴を記録してお
くなどして、それを監視することで、組織のメンバと組
織外のユーザとの間で行われる決済の管理を行うことが
できる。これにより、送金ミスや横領などによる被害を
抑制することができる。
【００１９】なお、組織のメンバ（あるネットワークに
接続された端末）間でのローカル電子マネーのやり取り
については、ネットワーク機器を介さずに直接行うこと
ができるので、電子マネーによる決済の利点である秘匿
名性を保持することができる。
【００２０】ここで、本発明において、前記第一の端末
が前記第二の端末に送金する場合に、前記第一の端末が
送信したローカル電子マネーの額面が、前記第一の端末
のユーザにあらかじめ割り当てられた金額を越えている
ときは、ローカル電子マネーを電子マネーに換金するこ
となく、前記第一の端末に返信するようにしてもよい。
【００２１】このようにした場合、組織のメンバと組織
外のユーザとの間で行われる電子商取引において、送金
ミスや横領などによる被害をさらに効率よく抑制するこ
とができる。
【００２２】また、本発明において、ネットワーク機器
に、前記第一の端末からの指示にしたがい、当該端末か
ら送られてきたローカル電子マネーを所望の額面単位の
ローカル電子マネーの組み合わせに変換させるようにし
てもよい。
【００２３】このようにした場合、第一の端末のユーザ
は、自己が所有しているローカル電子マネーの数量を、
額面単位毎に把握していなくても、所望の金額のローカ
ル電子マネーを生成することが可能となる。
【００２４】
【発明の実施の形態】以下に、本発明の一実施形態につ
いて説明する。
【００２５】図１は、本発明の一実施形態が適用された
ネットワーク・システムの概略構成図である。
【００２６】ここで、ＷＡＮ１０はワイドエリア・ネッ
トワーク、ＬＡＮ２０はローカルエリア・ネットワー
ク、ＧＷ１は、ＷＡＮ１０およびＬＡＮ２０間に設置さ
れたゲートウエイである。ＮＢ３ａ、３ｂは、電子マネ
ーを発行する銀行の端末であり、ＷＡＮ１０に接続され
ている（以下、ＮＢ３ａ、３ｂを単にＮＢ３とも称す
る）。ＮＷＵ２ａ、２ｂおよびＮＬＵ４a、４ｂは、電
子マネーを用いた決済システムを利用するユーザの端末
である。ＮＷＵ２ａ、２ｂ（以下、単に端末ＮＷＵ２と
も称する）は、ＷＡＮ１０に接続されており、ＮＬＵ４
ａ、４ｂ（以下、単に端末ＮＬＵ４とも称する）は、Ｌ
ＡＮ２０に接続されている。本実施形態では、ＬＡＮ２
０に接続された端末ＮＬＵ４をある組織（企業など）の
メンバが使用する端末とし、ＷＡＮ１０に接続された端
末ＮＷＵ２を組織外のユーザが使用する端末とする。す
なわち、ＬＡＮ２０はある組織内に構築されているもの
とする。
【００２７】本実施形態では、ＬＡＮ２０に接続された
端末ＮＬＵ４が扱える電子マネーを、ＬＡＮ２０内での
み通用する電子マネー、すなわち、端末ＮＢ３が発行し
た電子マネーとは別の電子マネーに限定している（以
下、ＬＡＮ２０内でのみ通用する電子マネーをローカル
電子マネー、端末ＮＢ３が発行する電子マネーを単に電
子マネーと称することとする）。また、本実施形態で
は、ＧＷ１に、電子マネーとローカル電子マネーとの換
金機能を持たせている。
【００２８】このようにすることで、ＬＡＮ２０に接続
された端末ＮＬＵ４aおよびＮＬＵ４ｂ間において、電
子商取引を行う場合には、ローカル電子マネーを用いて
直接決済を行えるようにするとともに、ＬＡＮ２０に接
続された端末ＮＬＵ４およびＷＡＮ１０に接続された端
末ＮＷＵ２間において、電子商取引を行う場合には、そ
の決済処理に、ＧＷ１での換金処理が必ず介在するよう
にしている。
【００２９】すなわち、端末ＮＬＵ４が端末ＮＷＵ２へ
送金する場合、ＧＷ１は、端末ＮＬＵ４が送出したロー
カル電子マネーをインターセプトして、対応する金額の
電子マネーに換金する。その後、換金した電子マネーを
端末ＮＷＵ２へ送出する。一方、端末ＮＷＵ２が端末Ｎ
ＬＵ４へ送金する場合、ＧＷ１は、端末ＮＷＵ２が送出
した電子マネーをインターセプトして、対応する金額の
ローカル電子マネーに換金する。その後、換金したロー
カル電子マネーを端末ＮＬＵ４へ送出する。
【００３０】このため、本実施形態では、組織のメンバ
が組織外のユーザと電子商取引を行う場合、その決済に
はＧＷ１での電子マネーおよびローカル電子マネー間の
換金処理が常に介在することになる。したがって、その
組織の管理部門（たとえば経理・資材部門）は、ＧＷ１
での換金処理を監視することで、組織のメンバと組織外
のユーザとの間で行われる決済の管理を行うことができ
る。これにより、送金ミスや横領などによる被害を抑制
することができる。
【００３１】なお、組織のメンバ間でのローカル電子マ
ネーのやり取りについては、ＧＷ１を介さずに直接行う
ことができるので、電子マネーによる決済の利点である
秘匿名性を保持することができる。
【００３２】次に、本実施形態が適用されたネットワー
ク・システムを構成する各部の詳細を説明する。
【００３３】まず、電子マネーを発行する銀行の端末Ｎ
Ｂ３について説明する。なお、銀行には、端末ＮＷＵ２
のユーザの口座と、ＬＡＮ２０が構築された組織の口座
とが、各々開設されているものとする。
【００３４】端末ＮＢ３は、顧客の口座から現金を引き
出して電子マネーに変換したり、電子マネーを現金に変
換して顧客の口座に納めたりする。
【００３５】具体的には、ＷＡＮ１０を介して端末ＮＷ
Ｕ２から送られてきた指示にしたがい、端末ＮＷＵ２の
ユーザの口座から現金を引き出して電子マネーに変換
し、これをＷＡＮ１０を介して端末ＮＷＵ２に送金す
る。また、ＷＡＮ１０を介して端末ＮＷＵ２から送られ
てきた電子マネーを現金に変換し、これを端末ＮＷＵ２
のユーザの口座に納める。
【００３６】同様に、ＷＡＮ１０を介してＧＷ１から送
られてきた指示にしたがい、ＬＡＮ２０が構築された組
織の口座から現金を引き出して電子マネーに変換し、こ
れをＷＡＮ１０を介してＧＷ１に送金する。また、ＷＡ
Ｎ１０を介してＧＷ１から送られてきた電子マネーを現
金に変換し、これをＬＡＮ２０が構築された組織の口座
に納める。
【００３７】また、端末ＮＢ３は、送金した電子マネー
の証明処理や、受け取った電子マネーの認証処理を行
う。
【００３８】端末ＮＢ３は、従来の技術で説明したイー
・キャッシュなどの電子マネー・デジタルキャッシュ方
式に用いられる銀行の端末と、基本的に同様である。ネ
ットワークを利用した電子マネーの送受信機能を有する
情報処理装置において、ＣＰＵが、磁気ディスクなどの
記憶媒体に記憶された所定のプログラムをメモリ上にロ
ードし、これを実行することで実現される。
【００３９】次に、ＬＡＮ２０が構築された組織に属さ
ないユーザが使用する端末ＮＷＵ２について説明する。
【００４０】端末ＮＷＵ２は、端末ＮＢ３に対して、口
座から現金を引き出して電子マネーに変換するよう要求
したり、電子マネーを送信してこれを現金に変換し口座
に納めるように要求したりする。
【００４１】端末ＮＷＵ２は、従来の技術で説明したイ
ー・キャッシュなどの電子マネー・デジタルキャッシュ
方式を利用するためのユーザ端末と、基本的に同様であ
る。ネットワークを利用した電子マネーの送受信機能を
有する情報処理装置において、ＣＰＵが、磁気ディスク
などの記憶媒体に記憶された所定のプログラムをメモリ
上にロードし、これを実行することで実現される。
【００４２】次に、ＬＡＮ２０が構築された組織のメン
バが使用する端末ＮＬＵ４について説明する。
【００４３】端末ＮＬＵ４は、端末ＮＷＵ２と基本的に
同様である。ただし、扱える電子マネーが、端末ＮＷＵ
２では端末ＮＢ３が発行した電子マネーであるのに対
し、端末ＮＬＵ４では、ＬＡＮ２０内でのみ通用するロ
ーカル電子マネーである点で異なる。
【００４４】なお、上述したように、ＧＷ１において、
ローカル電子マネーおよび電子マネー間の換金処理が行
われるので、端末ＮＬＵ４は、電子商取引の相手がＬＡ
Ｎ２０に接続された端末であるか、あるいはＷＡＮ１０
に接続された端末であるかを意識することなく、当該相
手との間で決済処理を行うことができる。
【００４５】次に、ローカル電子マネーおよび電子マネ
ー間の換金処理を行うＧＷ１について説明する。
【００４６】ＧＷ１は、ＷＡＮ１０およびＬＡＮ２０間
を行き来するデータを制御する機能を有する。この機能
は、図１に示すように、ネットワークを用いた通信機能
を有する情報処理装置において、ＣＰＵが、磁気ディス
クなどの記憶媒体に記憶されたトランスポートプログラ
ムＴＰ１２ａ、１２ｂをメモリ上にロードし、これを実
行することで実現される。ここで、ＴＰ１２ａは、ＷＡ
Ｎ１０に接続された端末との間でやりとりされるデータ
やメッセージを所定のプログラム（たとえば、後述する
ＥＭＭＰ１１）に転送するためのものであり、ＴＰ１２
ｂは、ＬＡＮ２０に接続された端末との間でやりとりさ
れるデータやメッセージを所定のプログラム（たとえ
ば、後述するＥＭＭＰ１１）に転送するためのものであ
る。この点については、通常のゲートウエイと同様であ
る。
【００４７】本実施形態のＧＷ１では、上記に加えて、
ＬＡＮ２０が構築された組織が所有する電子マネーを管
理する機能（ローカル電子マネーおよび電子マネーの換
金処理を含む）を有する。この機能は、図１に示すよう
に、ネットワークを用いた通信機能を有する情報処理装
置において、ＣＰＵが、磁気ディスクなどの記憶媒体に
記憶された電子マネー管理プログラムＥＭＭＰ１１をメ
モリ上にロードし、これを実行することで実現される。
【００４８】図２は、ネットワークを用いた通信機能を
有する情報処理装置において、ＣＰＵが電子マネー管理
プログラムＥＭＭＰ１１を実行することで実現される機
能を示した概略ブロック図である。
【００４９】ここで、電子マネー内容解析部１１２は、
端末ＮＷＵ２から受け取った電子マネーを解析し、それ
を端末ＮＢ３に送金する。そして、端末ＮＢ３に対し
て、送金した電子マネーを現金に変換し口座に納めるよ
うに要求する。また、端末ＮＷＵ２から受け取った電子
マネーを解析することで得た情報を、ローカル電子マネ
ー生成部１１３に渡す。さらに、ローカル電子マネー消
去部１１４から受け取った情報にしたがい、端末ＮＢ３
に対して、口座から当該情報によって特定される額の現
金を引き出して電子マネーに変換するよう要求する。そ
して、これによって端末ＮＢ３から送られてきた電子マ
ネーを受け取って、端末ＮＷＵ２に送金する。
【００５０】ローカル電子マネー生成部１１３は、電子
マネー内容解析部１１２から送られてきた情報を基に、
端末ＮＷＵ２から受け取った電子マネーに相当する金額
のローカル電子マネーを生成する。
【００５１】ローカル電子マネー内容解析部１１５は、
ＬＡＮ２０が構築された組織のメンバ各々について、当
該メンバが保持するローカル電子マネーを格納するマネ
ーボックス１１５１と、当該メンバが扱えるローカル電
子マネーの額など情報を記録したパーミッションファイ
ル１１５２と、を有する。
【００５２】ローカル電子マネー内容解析部１１５は、
ローカル電子マネー生成部１１３で生成したローカル電
子マネーを、入金先となる端末ＮＬＵ４のユーザ（ＬＡ
Ｎ２０が構築された組織のメンバ）に対応するマネーボ
ックス１１５１に格納し、その旨を入金先の端末に知ら
せる。また、端末ＮＬＵ４から受け取ったローカル電子
マネーをパーミッションファイル１１５２やログ記録１
１７を用いて解析し、得られた情報をローカル電子マネ
ー消去部１１４に渡す。
【００５３】ローカル電子マネー消去部１１４は、ロー
カル電子マネー内容解析部１１５から受け取った情報に
したがい、当該情報によって特定されるマネーボックス
１１５１から、当該情報によって特定される額に相当す
るローカル電子マネーを消去し、その旨を電子マネー内
容解析部１１２に渡す。
【００５４】ログ記録部１１７は、図２に示す各部での
処理を記録する。
【００５５】図３は、ログ記録部１１７によって作成さ
れるログを示した図である。
【００５６】ここで、電子マネー入金ログ１１７１に
は、ＷＡＮ２０に接続された端末ＮＷＵ２から受け取っ
た電子マネーを端末ＮＢ３に送金して、現金に換金する
処理が記録される。ローカル電子マネー生成・配送ログ
１１７２には、ローカル電子マネーの生成および配送の
処理が記録される。ローカル電子マネー回収・消去ログ
１１７３には、ローカル電子マネーの回収及び消去の処
理が記録される。電子マネー出金ログ１１７４には、電
子マネーの送金処理が記録される。
【００５７】ここで、各ログについて説明する。
【００５８】図４（ａ）は電子マネー入金ログ１１７１
の一例を示している。
【００５９】図４（ａ）において、受付番号のフィール
ドには、電子マネー内容解析部１１２で受け取った電子
マネーの受付番号が、受け取り順に記載される。処理日
時のフィールドには、この電子マネーの電子マネー内容
解析部１１２での受付日時が記載される。送金者フィー
ルドには、この電子マネーを送金した端末（ＮＷＵ２
ａ、２ｂのうちのいずれか）を使用するユーザのアドレ
スなどが記載される。入金者のフィールドには、この電
子マネーの入金先の端末（ＮＬＵ４ａ、４ｂのうちのい
ずれか）を使用するユーザのアドレスなどが記載され
る。入金金額のフィールドには、この電子マネーの額面
が記載される。銀行名のフィールドには、この電子マネ
ーを現金化する銀行（ＮＢ３a、３ｂのうちのいずれ
か）のアドレスなどが記載される。そして、認証結果の
フィールドには、この電子マネーを現金に変換するのに
成功したか否かを示す情報が記載される。
【００６０】図４（ｂ）はローカル電子マネー生成・配
送ログ１１７２の一例を示している。
【００６１】図４（ｂ）において、受付番号のフィール
ドには、ローカル電子マネー生成部１１３で生成された
ローカル電子マネーの受付番号が、生成順に記載され
る。索引番号のフィールドには、このローカル電子マネ
ーに換金された電子マネーについての、電子マネー入金
ログ１１７１での受付番号が記載される。処理日時のフ
ィールドには、このローカル電子マネーの生成日時が記
載される。送金者のフィールドには、このローカル電子
マネーに換金された電子マネーを送金した端末（ＮＷＵ
２ａ、２ｂのうちのいずれか）を使用するユーザのアド
レスなどが記載される。入金者のフィールドには、この
ローカル電子マネーの受け取り先の端末（ＮＬＵ４ａ、
４ｂのうちのいずれか）を使用するユーザのアドレスな
どが記載される。入金金額のフィールドには、このロー
カル電子マネーの額面が記載される。サーバ名のフィー
ルドには、このローカル電子マネーを生成したゲートウ
エイ（本実施形態ではＧＷ１）の名称が記載される。そ
して、送金結果のフィールドには、このローカル電子マ
ネーの、受け取り先への送金に成功したか否かを示す情
報が記載される。
【００６２】図４（ｃ）はローカル電子マネー回収・消
去ログ１１７３の一例を示している。
【００６３】図４（ｃ）において、受付番号のフィール
ドには、ローカル電子マネー消去部１１４で消去された
ローカル電子マネーの受付番号が消去順に記載される。
索引番号のフィールドは、この消去されたローカル電子
マネーについての、ローカル電子マネー生成・配送ログ
１１７２での受付番号が記載される。処理日時のフィー
ルドには、このローカル電子マネーの消去日時が記載さ
れる。送金者のフィールドには、このローカル電子マネ
ーを送金した端末（ＮＬＵ４ａ、４ｂのうちのいずれ
か）を使用するユーザのアドレスなどが記載される。入
金者のフィールドには、このローカル電子マネーを換金
することで得られた電子マネーの送金先となる端末（Ｎ
ＷＵ２ａ、２ｂのうちのいずれか）を使用するユーザの
アドレスなどが記載される。入金金額のフィールドに
は、この消去されたローカル電子マネーの額面が記載さ
れる。サーバ名のフィールドには、このローカル電子マ
ネーを消去したゲートウエイ（本実施形態ではＧＷ１）
の名称が記載される。そして、消去結果のフィールドに
は、このローカル電子マネーの消去に成功したか否かを
示す情報が記載される。
【００６４】図４（ｄ）は電子マネー出金ログ１１７４
の一例を示している。
【００６５】図４（ｄ）において、受付番号のフィール
ドには、電子マネー内容解析部１１２によって送金され
た電子マネーの受付番号が送金順にしたがって記載され
る。索引番号のフィールドには、この電子マネーに換金
されたローカル電子マネーについての、ローカル電子マ
ネー回収・消去ログ１１７３での受付番号が記載され
る。処理日時のフィールドには、この電子マネーの送金
日時が記載される。送金者のフィールドには、この電子
マネーに換金されたローカル電子マネーの送金元となる
端末（ＮＬＵ４ａ、４ｂのうちのいずれか）を使用する
ユーザのアドレスなどが記載される。入金者のフィール
ドには、この電子マネーの送金先となる端末（ＮＷＵ２
ａ、２ｂ）を使用するユーザのアドレスなどが記載され
る。入金金額のフィールドには、この電子マネーに換金
されたローカル電子マネーの額面が記載される。銀行名
のフィールドには、この電子マネーを発行した銀行名
（ＮＢ３ａ、３ｂのうちのいずれか）のアドレスなどが
記載される。そして、送金結果のフィールドには、この
電子マネーの送金に成功したか否かを示す情報が記載さ
れる。
【００６６】次に、端末ＮＢ３で発行される電子マネー
について説明する。この電子マネーは、従来の技術で説
明したイー・キャッシュなどの電子マネー・デジタルキ
ャッシュ方式で用いるものと基本的に同様である。
【００６７】図５は端末ＮＢ３で発行される電子マネー
のフォーマットの一例を示す図である。
【００６８】ここで、Ｖａｌｕｅフィールドには、電子
マネーの金額が記載される。Ｓｅｒｉａｌフィールドに
は、銀行が発行の管理をするためのシリアル番号が記載
される。Ｇｅｎｅｒａｔｏｒフィールドには、この電子
マネーを生成した銀行を示すアドレスが記載される。Ｓ
ｉｇｎａｔｕｒｅフィールドには、上述したフィールド
の内容を銀行が所有する秘密鍵で暗号化した電子署名が
記載される。この電子署名により、電子マネーがＧｅｎ
ｅｒａｔｏｒフィールドに示された銀行で生成されたこ
とが証明される。
【００６９】次に、ＬＡＮ２０内でのみ通用するローカ
ル電子マネーについて説明する。
【００７０】図６は、図２に示すローカル電子マネー生
成部１１３で生成されるローカル電子マネーのフォーマ
ットの一例を示す図である。
【００７１】ここで、Ｖａｌｕｅフィールドには、ロー
カル電子マネーに換金した電子マネーの金額が記載され
る。Ｓｅｒｉａｌフィールドには、このローカル電子マ
ネーのシリアル番号が記載される。この番号は、ＧＷ１
での生成順番を示しており、同じ番号が使われることは
ない。Ｆｒｏｍフィールドには、このローカル電子マネ
ーに換金した電子マネーの送金元となる端末（ＮＷＵ２
ａ、２ｂのうちのいずれか）を使用するユーザのアドレ
スなどが記入される。Ｔｏフィールドには、このローカ
ル電子マネーの受け取り先となる端末（ＮＬＵ４ａ、４
ｂのうちのいずれか）を使用するユーザのアドレスなど
が記入される。Ｇｅｎｅｒａｔｏｒフィールドには、こ
のローカル電子マネーを発行するゲートウエイ（本実施
形態ではＧＷ１）のアドレスなどが記載される。Ｓｉｇ
ｎａｔｕｒｅフィールドには、上述したフィールドの内
容を、このローカル電子マネーを発行したゲートウエイ
が所有する秘密鍵で暗号化した電子署名が記載される。
【００７２】次に、本実施形態が適用されたネットワー
ク・システムの動作について説明する。
【００７３】なお、本実施形態では、ネットワーク上で
の盗聴を避けるため、電子マネーを含む全てのデータや
メッセージは、公開鍵暗号方式による暗号処理が施され
た後、ネットワーク上に送出されるものとする。また、
各データやメッセージには、送信元のユーザが、自己の
秘密鍵を用い、これを暗号化した電子署名が、付加され
ているものとする。
【００７４】まず、ＷＡＮ１０に接続された端末ＮＷＵ
２からＬＡＮ２０に接続された端末ＮＬＵ４に送金する
場合の動作について説明する。
【００７５】図７は、端末ＮＷＵ２から端末ＮＬＵ４に
送金する場合の動作を説明するためのフロー図である。
【００７６】まず、端末ＮＷＵ２は、コネクション要求
メッセージを、自己の口座が開設されている銀行の端末
ＮＢ３に送信する。端末ＮＢ３は、コネクション要求メ
ッセージを受け取ると、当該メッセージの送信元にコネ
クション応答メッセージを送信する。これにより、端末
ＮＷＵ２および端末ＮＢ３間にコネクションが確立され
る。
【００７７】次に、端末ＮＷＵ２は、端末ＮＬＵ４への
送金金額および自己が生成した乱数を引数として、ある
特殊な関数で処理を行い、数字列を生成する。そして、
電子マネーの発行を要求するメッセージに、前記生成し
た数字列を付加して（ブラインド署名）、端末ＮＢ３に
送信する（ステップ２００１）。
【００７８】端末ＮＢ３は、このメッセージを受け取る
と、端末ＮＷＵ２のユーザの口座から要求されている金
額を引き落とし、これを図５に示すような電子マネーに
変換した後、暗号化して端末ＮＷＵ２に送信する（ステ
ップ１００１）。その後、端末ＮＢ３との間に確立され
たコネクションを解除する。
【００７９】端末ＮＷＵ２は、端末ＮＢ３から電子マネ
ーを受け取ると、送金先の端末ＮＬＵ４に対してコネク
ション要求メッセージを送信する（ステップ２００
２）。このコネクション要求メッセージは、端末ＮＬＵ
４に到着する前にＧＷ１で受信される。これを受けて、
ＧＷ１は、ＮＬＵ４の代わりに入金手続きを行う。
【００８０】ＧＷ１は、コネクション要求メッセージを
ＴＰ１２ａを介してＥＭＭＰ１１の電子マネー内容解析
部１１２に渡す。これを受けて、電子マネー内容解析部
１１２は、ＧＷ１の公開鍵が添付されたコネクション応
答メッセージをＴＰ１２ａに渡す。ＴＰ１２ａは、電子
マネー内容解析部１１２から渡されたメッセージを、コ
ネクション要求メッセージを送信した端末ＮＷＵ４に送
信する（ステップ３００１）。これにより、ＧＷ１およ
び端末ＮＷＵ４間にコネクションが確立される。
【００８１】端末ＮＷＵ２は、コネクション応答メッセ
ージを受け取ると、これに添付された公開鍵を用いて、
送金すべき電子マネーを暗号化して、送金先の端末ＮＬ
Ｕ４に送信する（ステップ２００３）。この暗号化され
た電子マネーは、端末ＮＬＵ４に到着する前にＧＷ１で
受信される。そして、ローカル電子マネーへ換金され
る。送金先の端末ＮＬＵ４には、この換金されたローカ
ル電子マネーが送信される。
【００８２】ＧＷ１は、暗号化された電子マネーをＴＰ
１２ａを介してＥＭＭＰ１１の電子マネー内容解析部１
１２に渡す。これを受けて、電子マネー内容解析部１１
２は、暗号化された電子マネーを自己の秘密鍵を用いて
復号化し、この復号化した電子マネーから当該電子マネ
ーを発行した銀行名を調べる。その後、コネクション要
求メッセージをＴＰ１２ａに渡す。ＴＰ１２aは、電子
マネー内容解析部１１２から渡されたメッセージを、電
子マネー内容解析部１１２にて調べた銀行の端末ＮＢ３
に送信する（ステップ３００２）。
【００８３】端末ＮＢ３は、コネクション要求メッセー
ジを受け取ると、当該メッセージを送信したＧＷ１に対
して、コネクション応答メッセージを、これに自己の公
開鍵を添付して送信する（ステップ１００２）。これに
より、端末ＮＢ３およびＧＷ１間にコネクションが確立
される。
【００８４】ＧＷ１は、端末ＮＢ３からのコネクション
応答メッセージを、ＴＰ１２ａを介してＥＭＭＰ１１の
電子マネー内容解析部１１２に渡す。これを受けて、電
子マネー内容解析部１１２は、コネクション応答メッセ
ージに添付された公開鍵を用いて、端末ＮＷＵ２から受
け取った電子マネーを暗号化する。そして、この暗号化
した電子マネーをＴＰ１２ａに渡す。ＴＰ１２aは、電
子マネー内容解析部１１２から渡された、暗号化された
電子マネーを、端末ＮＢ３に送信する（ステップ３００
３）。
【００８５】端末ＮＢ３は、暗号化された電子マネーを
受け取ると、この電子マネーを自己の秘密鍵を用いて復
号化する。そして、復号化した電子マネーのシリアル番
号や電子署名などを調べることで、当該電子マネーの入
金を認めるか否かの審査を行う（ステップ１００３）。
審査の結果、入金を拒絶する場合は、その旨のメッセー
ジをＧＷ１に送信する。その後、ＧＷ１との間に確立さ
れたコネクションを解除する。
【００８６】ＧＷ１は、端末ＮＢ３からの入金拒絶のメ
ッセージを、ＴＰ１２ａを介してＥＭＭＰ１１の電子マ
ネー内容解析部１１２に渡す。これを受けて、電子マネ
ー内容解析部１１２は、取引失敗の旨のメッセージをＴ
Ｐ１２ａに渡す。ＴＰ１２aは、電子マネー内容解析部
１１２から渡された取引失敗の旨のメッセージを、電子
マネーを送信した端末ＮＷＵ２に送信する（ステップ３
００４）。その後、端末ＮＷＵ２との間に確立したコネ
クションを解除する。
【００８７】端末ＮＷＵ２は、取引失敗の旨のメッセー
ジを受け取った後、処理を終了する（ステップ２００
４）。
【００８８】一方、端末ＮＢ３は、審査の結果、入金を
許可した場合、ＧＷ１から受け取った電子マネーを現金
に変換して、端末ＮＬＵ４を使用するユーザが属する組
織の口座に入金する。その後、入金成功の旨のメッセー
ジをＧＷ１に送信する（ステップ１００４）。その後、
ＧＷ１との間に確立したコネクションを解除して、処理
を終了する（ステップ１００５）。
【００８９】ＧＷ１は、端末ＮＢ３から入金成功の旨の
メッセージを受け取ると、このメッセージをＴＰ１２ａ
を介してＥＭＭＰ１１の電子マネー内容解析部１１２に
渡す。これを受けて、電子マネー内容解析部１１２は、
取引成功の旨のメッセージをＴＰ１２ａに渡す。ＴＰ１
２aは、電子マネー内容解析部１１２から渡された取引
成功の旨のメッセージを、電子マネーを送信した端末Ｎ
ＷＵ２に送信する。その後、端末ＮＷＵ２との間に確立
したコネクションを解除する。
【００９０】また、ログ記録部１１７は、電子マネー入
金ログ１１７１に電子マネーの入金情報を記述する（ス
テップ３００５）。図４（ａ）に示すように、それぞれ
のフィールドに、受付番号、処理日時、送金者、入金
者、入金金額、銀行名、および入金成功／失敗メッセー
ジを記入する。
【００９１】端末ＮＷＵ２は、取引成功の旨のメッセー
ジを受け取った後、処理を終了する（ステップ２００
５）。
【００９２】ＧＷ１の電子マネー内容解析部１１２は、
ステップ３００５での処理が終了した後、ログ記録部１
１７により電子マネー入金ログ１１７１に記録された受
付番号を、ローカル電子マネー生成部１１３に渡す。こ
れを受けて、ローカル電子マネー生成部１１３は、電子
マネー内容解析部１１２から受け取った受付番号にした
がい、電子マネー入金ログ１１７１を検索して、当該受
付番号に対する入金情報を読み取る。そして、入金金額
に相当する額のローカル電子マネーを生成する。また、
ログ記録部１１７は、ローカル電子マネー生成・配送ロ
グ１１７１にローカル電子マネーの生成・配送情報を記
述する（ステップ３００６）。図４（ｂ）に示すよう
に、受付番号のフィールドには処理の順番を示す番号が
記載される。処理日時のフィールドにはこの情報を記述
した日時が記載される。送金者、入金者、および入金金
額のフィールドには、それぞれ電子マネー入金ログ１１
７１の情報がそのまま転写される。換金サーバのフィー
ルドにはＧＷ１の名前が記載される。なお、この時点で
は、送金結果のフィールドには、情報は記載されない。
【００９３】次に、ＧＷ１のローカル電子マネー生成部
１１３は、生成したローカル電子マネーを、ローカル電
子マネー生成・配送ログ１１７２に記述された情報とと
もに、ローカル電子マネー内容解析部１１５に渡す。こ
れを受けて、ローカル電子マネー内容解析部１１５は、
受け取った情報によって特定される入金者のマネーボッ
クス１１５１に、ローカル電子マネーを格納する。その
後、ローカル電子マネーの到着を知らせるメッセージ
を、ＴＰ１２ｂを介して、入金者の端末ＮＬＵ４に送信
する（ステップ３００７）。その後、端末ＮＬＵ４との
間に確立したコネクションを解除する。
【００９４】次に、ログ記録部１１７は、送金結果を、
ローカル電子マネー生成・配送ログ１１７１の送金結果
のフィールドに記入する。その後、ＧＷ１は、処理を終
了する（ステップ３００８）。
【００９５】メッセージを受け取った端末ＮＬＵ４のユ
ーザ（組織内のメンバ）は、ローカル電子マネーを使用
したい場合は、ＧＷ１との間にコネクションを確立し
て、自己の公開鍵をＧＷ１に送信する（ステップ４００
１）。ＧＷ１は、受け取った公開鍵をＴＰ１２ｂを介し
てローカル電子マネー内容解析部１１５に渡す。これを
受けて、ローカル電子マネー内容解析部１１５は、公開
鍵を送信した端末ＮＬＵ４のユーザのマネーボックス１
１５１からローカル電子マネーを取り出し、これを当該
公開鍵で暗号化した後、この端末ＮＬＵ４に送信する
（ステップ３００９）。
【００９６】端末ＮＬＵ４は、この暗号化されたローカ
ル電子マネーを受信し（ステップ４００２）、適当な記
憶装置に格納する。ユーザは、この暗号化されたローカ
ル電子マネーを自己の秘密鍵で復号化することで、使用
することができる。
【００９７】次に、ＬＡＮ２０に接続された端末ＮＬＵ
４からＷＡＮ１０に接続された端末ＮＷＵ２に送金する
場合の動作について説明する。
【００９８】図８は、端末ＮＬＵ４から端末ＮＷＵ２に
送金する場合の動作を説明するためのフロー図である。
【００９９】まず、端末ＮＬＵ４において、記憶装置に
格納されている暗号化されたローカル電子マネーを自己
の秘密鍵で復号化した後、このローカル電子マネーに当
該秘密鍵を用いて電子署名を付加する（ステップ４１０
１）。ここで、図６に示すローカル電子マネーにユーザ
の電子署名を付加したものの一例を図９に示す。
【０１００】次に、端末ＮＬＵ４は、送金先の端末ＮＷ
Ｕ２に対してコネクション要求メッセージを送信する
（ステップ４１０２）。このコネクション要求メッセー
ジは、端末ＮＷＵ２に到着する前にＧＷ１で受信され
る。これを受けて、ＧＷ１は、端末ＮＬＵ４の代わりに
送金手続きを代行する。
【０１０１】ＧＷ１は、コネクション要求メッセージを
ＴＰ１２ｂを介してＥＭＭＰ１１のローカル電子マネー
内容解析部１１５に渡す。これを受けて、ローカル電子
マネー内容解析部１１５は、ＧＷ１の公開鍵が添付され
たコネクション応答メッセージをＴＰ１２ｂに渡す。Ｔ
Ｐ１２ｂは、ローカル電子マネー内容解析部１１５から
渡されたメッセージを、コネクション要求メッセージを
送信した端末ＮＬＵ４に送信する（ステップ３１０
１）。これにより、ＧＷ１および端末ＮＬＵ４間にコネ
クションが確立される。
【０１０２】端末ＮＬＵ４は、コネクション応答メッセ
ージを受け取ると、これに添付された公開鍵を用いて、
送金すべきローカル電子マネーを暗号化して、送金先の
端末ＮＷＵ２に送信する（ステップ４１０３）。この暗
号化されたローカル電子マネーは、端末ＮＷＵ２に到着
する前にＧＷ１で受信される。そして、電子マネーに換
金される。送金先の端末ＮＷＵ２には、この換金された
電子マネーが送信される。
【０１０３】ＧＷ１は、暗号化されたローカル電子マネ
ーをＴＰ１２ｂを介してＥＭＭＰ１１のローカル電子マ
ネー内容解析部１１５に渡す。これを受けて、ローカル
電子マネー内容解析部１１５は、暗号化されたローカル
電子マネーを自己の秘密鍵を用いて復号化する。そし
て、この復号化されたローカル電子マネーに付加されて
いる電子署名を、予め登録されている端末ＮＬＵ４のユ
ーザ（電子署名をしたユーザ）の公開鍵を用いてチェッ
クする（ステップ３１０２）。
【０１０４】ここで、電子署名のチェックに必要な公開
鍵が未だ登録されていない場合、その電子署名をしたユ
ーザの端末ＮＬＵ４に対して公開鍵送信依頼メッセージ
を送信し、公開鍵を送ってもらう。
【０１０５】チェックの結果、電子署名に異常が発見さ
れた場合（ステップ３１０３）、ローカル電子マネー内
容解析部１１５は、このローカル電子マネーをマネーボ
ックス１１５１内に設けた異常ローカル電子マネー専用
のマネーボックスに格納する。その後、取引中止のメッ
セージをＴＰ１２ｂに渡す。ＴＰ１２ｂは、受け取った
取引中止のメッセージを、ローカル電子マネーを送信し
た端末ＮＬＵ４に送信する。また、ＧＷ１の管理者に、
電子署名に異常が発見されたことをアラームで知らせる
（ステップ３１０４）。その後、端末ＮＬＵ４との間に
確立したコネクションを解除して、処理を終了する（ス
テップ３１０５）。
【０１０６】端末ＮＬＵ４は、取引中止のメッセージを
受け取った後、処理を終了する（ステップ４１０４）。
【０１０７】一方、チェックの結果、電子署名に異常が
なかった場合（ステップ３１０３）、ローカル電子マネ
ー内容解析部１１５は、ローカル電子マネーのシリアル
番号と一致する受付番号のログを、ログ記録部１１７の
ローカル電子マネー生成・配送ログ１１７２から検索す
る。
【０１０８】ここで、検索に失敗した場合や、検索には
成功したが、ローカル電子マネーの記載内容とログの記
載内容とを比較した結果、ローカル電子マネーの偽造の
可能性が認められる場合は、ＧＷ１で管理されていない
ローカル電子マネーが流通していることになるにで、上
述したステップ３１０４、３１０５の処理を行う。
【０１０９】検索に成功し、かつローカル電子マネーの
記載内容とログの記載内容とを比較した結果、ローカル
電子マネーの偽造の可能性が認められない場合、ローカ
ル電子マネー内容解析部１１５は、ローカル電子マネー
をローカル電子マネー消去部１１４に渡す。これを受け
て、ローカル電子マネー消去部１１４は、ローカル電子
マネーの受付番号を電子マネー内容解析部１１２に渡す
とともに、ローカル電子マネーの情報とその受付番号を
ログ記録部１１７に渡す。
【０１１０】ログ記録部１１７は、ローカル電子マネー
回収・消去ログ１１７３に、ローカル電子マネー消去部
１１４から受け取ったローカル電子マネーの情報を記述
する（ステップ３１０６）。図４（ｃ）に示すように、
受付番号のフィールドには処理の順番を示す番号が記載
される。索引番号にはローカル電子マネーのシリアル番
号（＝ローカル電子マネー生成・配送ログ１１７２の受
付番号）が記載される。処理日時のフィールドにはこの
情報を記述した日時が記載される。送金者、入金者およ
び入金金額のフィールドには、それぞれローカル電子マ
ネーの送金者、入金者およびローカル電子マネーの額面
が記載される。なお、この時点では、換金サーバおよび
消去結果のフィールドには、情報は記載されない。
【０１１１】また、電子マネー内容解析部１１２は、ロ
グ記録部１１７のローカル電子マネー回収・消去ログ１
１７３から、ローカル電子マネー消去部１１４から受け
取った受付番号に対応する情報を読み込む。次に、読み
込んだ情報をその情報の受付番号とともに、ログ記録部
１１７に返す。これを受けて、ログ記録部１１７は、電
子マネー出金ログ１１７４に、電子マネー内容解析部１
１２から受け取ったローカル電子マネーの情報を記述す
る（ステップ３１０６）。図４（ｄ）に示すように、受
付番号のフィールドには処理の順番を示す番号が記載さ
れる。索引番号にはローカル電子マネーのシリアル番号
（＝ローカル電子マネー回収・消去ログ１１７３の受付
番号）が記載される。処理日時のフィールドにはこの情
報を記述した日時が記載される。送金者、入金者および
入金金額のフィールドには、それぞれローカル電子マネ
ーの送金者、入金者およびその額面が記載される。な
お、この時点では、銀行名および送金結果のフィールド
には、情報は記載されない。
【０１１２】次に、電子マネー内容解析部１１２は、コ
ネクション要求メッセージをＴＰ１２ａに渡す。ＴＰ１
２ａは、受け取ったコネクション要求メッセージを、端
末ＮＬＵ４のユーザが属する組織の口座が開設されてい
る銀行の端末ＮＢ３に送信する。端末ＮＢ３は、コネク
ション要求メッセージを受け取ると、当該メッセージの
送信元にコネクション応答メッセージを送信する。これ
により、ＧＷ１および端末ＮＢ３間にコネクションが確
立される。
【０１１３】次に、電子マネー内容解析部１１２は、送
金金額（電子マネー出金ログ１１７４に記入したローカ
ル電子マネーの額面）および自己が生成した乱数を引数
として、ある特殊な関数で処理を行い、数字列を生成す
る。そして、電子マネーの発行を要求するメッセージ
に、前記生成した数字列を付加して（ブラインド署
名）、これを端末ＮＢ３に送信する（ステップ３１０
７）。
【０１１４】端末ＮＢ３は、このメッセージを受け取る
と、ＧＷ１のユーザすなわちＬＡＮ２０が構築された組
織の口座から要求されている金額を引き落とし、これを
図５に示すような電子マネーに変換した後、暗号化して
ＧＷ１に送信する（ステップ１１０１）。
【０１１５】ＧＷ１は、端末ＮＢ３から電子マネーを受
け取ると、送金先の端末ＮＷＵ２に対してコネクション
要求メッセージを送信する（ステップ３１０９）。
【０１１６】端末ＮＷＵ２は、コネクション要求メッセ
ージを受け取ると、自己の公開鍵を添付したコネクショ
ン応答メッセージを、コネクション要求メッセージを送
信したＧＷ１に送信する（ステップ２１０１）。これに
より、ＧＷ１および端末ＮＷＵ２間にコネクションが確
立される。
【０１１７】ＧＷ１は、コネクション応答メッセージを
受け取ると、これに添付された公開鍵を用いて、送金す
べき電子マネーを暗号化して、送金先の端末ＮＷＵ２に
送信する（ステップ３１１０）。
【０１１８】端末ＮＷＵ２は、暗号化された取った電子
マネーを受け取ると、自己の秘密鍵を用いて復号化し、
この復号化した電子マネーから当該電子マネーを発行し
た銀行名を調べる。その後、コネクション要求メッセー
ジを当該銀行の端末ＮＢ３に送信する。
【０１１９】端末ＮＢ３は、コネクション要求メッセー
ジを受け取ると、当該メッセージを送信した端末ＮＷＵ
２に対して、コネクション応答メッセージを、これに自
己の公開鍵を添付して送信する。これにより、端末ＮＷ
Ｕ２および端末ＮＢ３間にコネクションが確立される。
【０１２０】端末ＮＷＵ２は、端末ＮＢ３から受け取っ
たコネクション応答メッセージに添付された公開鍵を用
いて、ＧＷ１から受け取った電子マネーを暗号化する。
そして、この暗号化した電子マネーを端末ＮＢ３に送信
する（ステップ２１０２）。
【０１２１】端末ＮＢ３は、暗号化された電子マネーを
受け取ると、この電子マネーを自己の秘密鍵を用いて復
号化する。そして、復号化した電子マネーのシリアル番
号や電子署名などを調べることで、当該電子マネーの入
金を認めるか否かの審査を行う（ステップ１１０２）。
審査の結果、入金を拒絶する場合は、その旨のメッセー
ジを端末ＮＷＵ２に送信する。その後、端末ＮＷＵ２と
の間に確立したコネクションを解除する。
【０１２２】これを受けて、端末ＮＷＵ２は、取引失敗
の旨のメッセージをＧＷ１に送信する（ステップ２１０
３）。その後、処理を終了する。
【０１２３】ＧＷ１は、端末ＮＷＵ２から受け取った取
引失敗の旨のメッセージを、ＴＰ１２ａを介して電子マ
ネー内容解析部１１２に渡す。これを受けて、電子マネ
ー内容解析部１１２は、その情報をログ記録部１１７お
よびローカル電子マネー内容解析部１１５に渡す。ログ
記録部１１７は、電子マネー出金ログ１１７４の送金結
果のフィールド、およびローカル電子マネー回収・消去
ログ１１７３の消去結果のフィールドに失敗を記入する
（ステップ３１１１、３１１２）。また、ローカル電子
マネー内容解析部１１５は、送金者の端末ＮＬＵ４のマ
ネーボックス１１５１に、取引に失敗した電子マネー相
当額のローカル電子マネーを返納する。そして、送金者
の端末ＮＬＵ４にローカル電子マネーが返納された旨の
メッセージを送信し（ステップ３１１２）、その後、端
末ＮＬＵ４との間に確立したコネクションを解除して、
処理を終了する（ステップ３１１３）。
【０１２４】端末ＮＬＵ４は、ローカル電子マネーが返
納された旨のメッセージを受信した後、処理を終了する
（ステップ４１０５）。
【０１２５】一方、端末ＮＢ３は、審査の結果、入金を
許可した場合、端末ＮＷＵ２から受け取った電子マネー
を現金に変換して、端末ＮＷＵ２を使用するユーザの口
座に入金した後、入金成功の旨のメッセージを端末ＮＷ
Ｕ２に送信する。その後、端末ＮＷＵ２との間に確立し
たコネクションを解除して、処理を終了する（ステップ
１１０３）。
【０１２６】これを受けて、端末ＮＷＵ２は、取引成功
の旨のメッセージをＧＷ１に送信し、その後、ＧＷ１と
の間に確立されたコネクションを解除して、処理を終了
する（ステップ２１０４）。
【０１２７】ＧＷ１は、端末ＮＷＵ２から取引成功の旨
のメッセージを受け取ると、端末ＮＷＵ２から受け取っ
た取引成功の旨のメッセージを、ＴＰ１２ａを介して電
子マネー内容解析部１１２に渡す。これを受けて、電子
マネー内容解析部１１２は、その情報をログ記録部１１
７に渡す。ログ記録部１１７は、電子マネー出金ログ１
１７４の送金結果のフィールド、およびローカル電子マ
ネー回収・消去ログ１１７３の消去結果のフィールドに
成功を記入する（ステップ３１１４、３１１５）。その
後、端末ＮＬＵ４との間に確立されたコネクションを解
除して、処理を終了する（ステップ３１１６）。
【０１２８】次に、ＬＡＮ２０に接続された端末ＮＬＵ
４間において取引を行う場合の動作について説明する。
【０１２９】図１０は、端末ＮＬＵ４ａから端末ＮＷＵ
４ｂに送金する場合の動作を説明するためのフロー図で
ある。
【０１３０】まず、端末ＮＬＵ４ａは、送金先の端末Ｎ
ＬＵ４ｂに対してコネクション要求メッセージを送信す
る（ステップ４２０１）。
【０１３１】端末ＮＬＵ４ｂは、コネクション要求メッ
セージを受け取ると、自己の公開鍵が添付されたコネク
ション応答メッセージを、コネクション要求メッセージ
を送信した端末ＮＬＵ４ａに送信する（ステップ４３０
１）。これにより、端末ＮＬＵ４aおよび端末ＮＬＵ４
ｂ間にコネクションが確立される。
【０１３２】次に、端末ＮＬＵ４aは、記憶装置に格納
されている暗号化されたローカル電子マネーを自己の秘
密鍵で復号化した後、このローカル電子マネーに当該秘
密鍵を用いて電子署名を付加する（ステップ４２０
２）。その後、電子マネーを端末ＮＬＵ４ｂから受け取
った公開鍵を用いて暗号化し、端末ＮＬＵ４ｂに送信す
る（ステップ４２０３）。その後、端末ＮＬＵ４ｂとの
間に確立されたコネクションを解除する。
【０１３３】端末ＮＬＵ４ｂは、この暗号化されたロー
カル電子マネーを受信し（ステップ４３０２）、適当な
記憶装置に格納する。ユーザは、この暗号化されたロー
カル電子マネーを自己の秘密鍵で復号化することで、使
用することができる。
【０１３４】以上、本発明の一実施形態について説明し
た。
【０１３５】本実施形態では、上述したように、ＬＡＮ
２０に接続された端末ＮＬＵ４が扱える電子マネーを、
ＬＡＮ２０内でのみ通用する電子マネー、すなわち、端
末ＮＢ３が発行した電子マネーとは別の電子マネーであ
るローカル電子マネーに限定している。
【０１３６】そして、ＬＡＮ２０に接続された端末ＮＬ
Ｕ４がＷＡＮ１０に接続された端末ＮＷＵ２と電子商取
引を行う場合、その決済処理にＧＷ１での換金処理が必
ず介在するようにしている。また、ＧＷ１での処理内容
をログに記録するようにしている。
【０１３７】すなわち、本実施形態では、ＬＡＮ２０が
構築された組織のメンバが、組織外のユーザと電子商取
引を行う場合、その決済処理にはＧＷ１での電子マネー
およびローカル電子マネー間の換金処理が常に介在する
ことになるとともに、その処理がログに記録されること
になる。したがって、その組織の管理部門（たとえば経
理・資材部門）は、ＧＷ１での処理内容を記録したログ
を監視することで、組織のメンバと組織外のユーザとの
間で行われる決済の管理を行うことができる。これによ
り、送金ミスや横領などによる被害を抑制することがで
きる。
【０１３８】また、組織のメンバ間でのローカル電子マ
ネーのやり取りについては、ＧＷ１を介さずに直接行う
ことができるので、電子マネーによる決済の利点である
秘匿名性を保持することができる。
【０１３９】なお、上記の実施形態では、電子マネー・
デジタルキャッシュ方式として、電子マネーに完全な匿
名性を与えるブラインド署名方式を採用したイー・キャ
ッシュ（Scientfic American August 1992, P96-101）
を前提として説明した。しかしながら、本発明はこれに
限定されるものではなく、様々な電子マネー・デジタル
キャッシュ方式に適応することが可能である。
【０１４０】また、上記の実施形態では、ＬＡＮ２０と
ＷＡＮ３０との間に設置されたゲートウエイに換金機能
を持たせたものについて説明した。しかしながら、本発
明はこれに限定されるものでない。あるネットワークか
ら他のネットワークへ流出入される電子マネーをインタ
ーセプトすることができる装置（ゲートウエイ、ルータ
などのネットワーク機器）に換金機能を持たせたもので
あればよい。
【０１４１】さらに、上記の実施形態では、ＬＡＮ２０
に接続された端末ＮＬＵ４ａ、４ｂ間におけるローカル
電子マネーのやり取りについて、ＧＷ１を介さずに直接
行うことができるものについて説明した。しかしなが
ら、本発明はこれに限定されるものではなく、ＧＷ１を
仲介させるようにしてもよい。
【０１４２】以下に、本実施形態の第一の変形例とし
て、端末ＮＬＵ４ａ、４ｂ間におけるローカル電子マネ
ーのやり取りにＧＷ１を仲介させるようにしたものにつ
いて説明する。
【０１４３】ここでは、単に、端末ＮＬＵ４ａ、４ｂ間
における送金の代行を行うのみでなく、受け取ったロー
カル電子マネーを適当な額のローカル電子マネーに両替
して送金するようにしている。
【０１４４】図１１は、本実施形態の第一の変形例にお
いて、端末ＮＬＵ４ａから端末ＮＬＵ４ｂに送金する場
合の動作を説明するためのフロー図である。
【０１４５】まず、端末ＮＬＵ４ａは、記憶装置に格納
している複数のローカル電子マネーを取り出し、これ等
にＧＷ１に要求する内容を記載したスクリプトと電子署
名とを付加したメッセージを作成して、ＧＷ１に送信す
る（ステップ４４０１）。
【０１４６】図１２は、本実施形態の第一の変形例にお
いて、送金側の端末ＮＬＵ４がＧＷ１に送信するメッセ
ージの一例を示した図である。
【０１４７】ここで、符号７０１〜７０３は、記憶装置
から取り出した複数のローカル電子マネーを示してい
る。これ等の電子マネーをフォーマットは、図６に示す
ものと同様である。ここでは、簡略化して示している。
また、符号７０４は、ローカル電子マネー７０１〜７０
３に付加されたスクリプトおよび電子署名を示してい
る。
【０１４８】なお、図１２において、スクリプトの内容
は、次の通りである。
【０１４９】＠ｓｕｍ（２５６、３０３、３８６）：シ
リアル番号２５６、３０３、３８６のローカル電子マネ
ーを合計せよ。
【０１５０】＠ｄｉｖ（￥１、０００、０００：ｕｓｅ
ｒ１）：端末ＮＬＵ４ｂのユーザに、１、０００、００
０円を送金せよ ＠ｂａｌ（：ＭＥ）：残りは送金元に返金せよ。
【０１５１】なお、メッセージの最後尾に記述されてい
る電子署名は、メッセージの先頭から、スクリプトの最
後までの内容を、送金元の端末ＮＬＵ４ａのユーザの秘
密鍵で暗号化したものである。
【０１５２】ＧＷ１は、端末ＮＬＵ４ａからメッセージ
を受け取ると、このメッセージをＴＰ１２ｂを介してロ
ーカル電子マネー内容解析部１１５に渡す。これを受け
て、ローカル電子マネー内容解析部１１５は、このメッ
セージの最後尾に記述されている電子署名のチェックを
行う（ステップ３２０１）。
【０１５３】電子署名のチェックの結果、その内容に異
常が発見された場合、異常処理を行い、処理を終了する
（ステップ３２０２）。一方、異常が発見されなかった
場合、ローカル電子マネー内容解析部１１５は、受け取
ったメッセージに含まれるローカル電子マネー各々（図
１２に示す符号７０１〜７０３）について、その電子署
名をチェックする（ステップ３２０３）。
【０１５４】チェックの結果、異常が発見された場合
は、異常処理を行い、処理を終了する（ステップ３２０
２）。一方、異常が発見されなかった場合、ローカル電
子マネー内容解析部１１５は、受け取ったメッセージに
含まれるローカル電子マネー各々について、シリアル番
号と一致する受付番号のログを、ローカル電子マネー生
成・配送ログ１１７２から検索する。そして、検索した
ログに記述された情報にしたがい、ローカル電子マネー
の二重使用などのチェックを行う（ステップ３２０
４）。
【０１５５】チェックの結果、異常が発見された場合
は、異常処理を行い、処理を終了する（ステップ３２０
２）。異常が発見されなかった場合、ローカル電子マネ
ー内容解析部１１５は、受け取ったローカル電子マネー
とその受付番号をローカル電子マネー消去部１１４に渡
す。また、ログ記録部１１７は、ローカル電子マネー内
容解析部１１５が受け取ったメッセージに含まれるロー
カル電子マネー各々の情報を、ローカル電子マネー回収
・消去ログ１１７３に記録する（ステップ３２０５）。
なお、この時点では、ローカル電子マネー回収・消去ロ
グ１１７３の換金サーバおよび消去結果のフィールドは
未記入である。また、ローカル電子マネーは消去されて
いない。
【０１５６】ローカル電子マネー消去部１１４は、ロー
カル電子マネー内容解析部１１５から、ローカル電子マ
ネーとその受付番号を受け取ると、ローカル電子マネー
生成部１１３に対してローカル電子マネーの生成を要求
する。その要求には、入金者、送金者、入金金額、およ
び図１２に示すスクリプト情報が含まれている。
【０１５７】ローカル電子マネー生成部１１３は、ロー
カル電子マネー消去部１１４からの要求（具体的には、
図１２に示すスクリプトの内容）にしたがってローカル
電子マネーを生成し、これに当該要求によって特定され
る入金先情報（図１２に示す例では、端末ＮＬＵ４ｂに
￥１，０００，０００、返金として端末ＮＬＵ４aに￥
２０８,０００）を付加して、ローカル電子マネー内容
解析部１１５に渡す。また、ログ記録部１１７は、ロー
カル電子マネーの生成管理のために必要な情報をローカ
ル電子マネー生成・配送ログ１１７２に記録する。その
後、ローカル電子マネー生成部１１３は、ローカル電子
マネー消去部１１４にメッセージを送信する。
【０１５８】ローカル電子マネー消去部１１４は、送金
者の端末ＮＬＵ４ａから送られてきたローカル電子マネ
ーを消去する。また、ログ記録部１１７は、ローカル電
子マネー回収・消去ログ１１７３の未記入のフィール
ド、すなわち換金サーバおよび消去結果のフィールドに
情報を記入する。
【０１５９】次に、ローカル電子マネー内容解析部１１
５は、ローカル電子マネー生成部１１３から受け取った
ローカル電子マネーを、これに付加された入金先情報で
特定されるユーザのマネーボックス１１５１に格納す
る。図１３は、本実施形態の第一の変形例において、図
１２に示すメッセージにしたがい、送金先のマネーボッ
クス１１５１に入金されるローカル電子マネーを示した
図である。この場合、￥１,０００,０００相当のローカ
ル電子マネーは端末ＮＬＵ４ｂに入金され、￥２０８,
０００相当のローカル電子マネーは端末ＮＬＵ４ａに入
金される。なお、ローカル電子マネーのフォーマットは
図６に示すものと同じである。ここでは、簡略化して示
している。
【０１６０】ローカル電子マネー内容解析部１１５は、
その後、入金先の端末ＮＬＵ４に対する入金メッセージ
をＴＰ１２ｂに渡す。ＴＰ１２ｂは、入金メッセージを
入金先に送信した後（ステップ３２０６）。処理を終了
する（ステップ３２０７）。
【０１６１】端末ＮＬＵ４a、４ｂは、ＧＷ１から入金
メッセージを受け取ることで、ローカル電子マネーが入
金されたことを確認することができる（ステップ４４０
１、４５０１）。
【０１６２】この第一の変形例では、端末ＮＬＵ４のユ
ーザは、額面の異なる電子マネーを、ＧＷ１にて両替を
行うことで、額面の違う電子マネーを生成して使用する
ことができる。なお、この第一の変形例では、端末ＮＬ
Ｕ４およびＧＷ１間におけるコネクション確立の説明を
省略したが、これは本実施形態に準じるものとする。
【０１６３】また、上記の本実施形態では、ＬＡＮ２０
に接続された端末ＮＬＵ４からＷＡＮ１０に接続された
端末ＮＷＵ２に送金する場合に、ＧＷ１が端末ＮＬＵ４
の送金手続を代行するものについて説明した。しかしな
がら、本発明はこれに限定されるものではない。ＧＷ１
において、送金手続の代行処理にくわえて、ＬＡＮ２０
に接続された端末ＮＬＵ４のユーザ各々がＷＡＮ１０に
接続された端末ＮＷＵ２に送金できる金額の管理を行う
ようにしてもよい。
【０１６４】以下に、本実施形態の第二の変形例とし
て、端末ＮＬＵ４のユーザ（組織のメンバ）が端末ＮＷ
Ｕ２のユーザ（組織外のユーザ）に送金することができ
る金額に上限が設定されているものについて説明する。
【０１６５】端末ＮＬＵ４のユーザが、当該ユーザの割
り当てられた上限額を越える送金を権限を越えてＮＷＵ
２の組織外ユーザに送金したものとする。
【０１６６】ＧＷ１は、端末ＮＬＵ４から送信されたロ
ーカル電子マネーをＴＰ１２ｂにより受け取り、それを
ローカル電子マネー内容解析部１１５に渡す。これを受
けて、ローカル電子マネー内容解析部１１５は、受け取
ったローカル電子マネー（図６参照）から、Ｖａｌｕｅ
フィールドに記載された額面とＴｏフィールドに記載さ
れた入金者の情報を読み取り、パーミッションファイル
１１５２から送金者となる端末ＮＬＵ４のユーザの送金
制限を調べる。
【０１６７】図１４にパーミッションファイル１１５２
に記憶された内容の一例を示す。
【０１６８】図１４において、ユーザのフィールドに
は、端末ＮＬＵ４のユーザ、すなわちＬＡＮ２０が構築
された組織のメンバの名前が記載されている。最高送金
額のフィールドには、ユーザが一回に送金できる最高額
が記載されている。また、入金先アドレスのフィールド
にはユーザが送金できる入金先のアドレスなどが記載さ
れている。
【０１６９】ローカル電子マネー内容解析部１１５は、
ユーザの送金制限を調べた結果、そのユーザが送信した
ローカル電子マネーの額面が上限を越えていると判定し
た場合、このローカル電子マネーを当該ユーザのマネー
ボックス１１５１に格納する。その後、当該ユーザが使
用する端末ＮＬＵ４に対して、ＴＰ１２ｂを介して返金
メッセージを送信する。上限を越えていないと判断した
場合は、上記説明した本実施形態と同じ要領（図８のス
テップ３１０２以降の処理）で、送金手続きを代行す
る。
【０１７０】この第二の変形例では、組織のメンバ（端
末ＮＬＵ４のユーザ）が組織外のユーザ（端末ＮＷＵ
２）に対して、権限を越えた大金を送金しようとして
も、ＧＷ１でその手続きが拒否される。
【０１７１】なお、この第二の変形例において、送金額
が上限を越えている場合でも、組織内の他のメンバ（た
とえば上司）の承認を得た場合には、送金することがで
きるようにしてもよい。
【０１７２】図１５は、本実施形態の第二の変形例にお
いて、端末ＮＬＵ４ａのユーザが端末ＮＬＵ４ｂのユー
ザの承認を得る場合の動作を説明するためのフロー図で
ある。
【０１７３】まず、端末ＮＬＵ４ａのユーザは、記憶装
置から組織外へ送金しようとしているローカル電子マネ
ーを取り出し、これにスクリプトと電子署名とからなる
送金権限要求メッセージを添付して、承認先の端末ＮＬ
Ｕ４ｂに送信する（ステップ４６０１）。
【０１７４】図１６は、本実施形態の第二の変形例にお
いて、送金権限要求メッセージが添付されたローカル電
子マネーの一例を示した図である。
【０１７５】ここで、符号７１１は、記憶装置から取り
出したローカル電子マネーを示している。この電子マネ
ーをフォーマットは、図６に示すものと同様である。こ
こでは、簡略化して示している。また、符号７１２は、
ローカル電子マネー７１１に付加された送金権限要求メ
ッセージ（スクリプトおよび電子署名）を示している。
【０１７６】なお、図１６において、スクリプトの内容
は、次の通りである。
【０１７７】＠ｍｅｓｓａｇｅ ３５４２９：決済番号
３５４２９の件で、認可依頼を要求する。
【０１７８】＠ｃｏｍｍｅｎｔ：コメント以下に記述さ
れた内容「決済番号３５４２９に基づく送金。認可依
頼。」は、送信先へメッセージとして渡る。送信先の端
末のユーザでは、このメッセージをみて、認可するか否
かを決定することになる。
【０１７９】なお、メッセージの最後尾に記述されてい
る電子署名は、メッセージの先頭から、スクリプトの最
後までの内容を、送信元の端末ＮＬＵ４ａのユーザの秘
密鍵で暗号化したものである。
【０１８０】端末ＮＬＵ４ｂのユーザは、端末ＮＬＵ４
ａから受け取ったローカル電子マネーに添付されたスク
リプトのコメントを読んで、このローカル電子マネーに
対して送金権限を委譲するか否かを決定する（ステップ
４７０１）。送金権限を委譲しない場合（ステップ４７
０２）には、ローカル電子マネーをそのまま端末ＮＬＵ
４ａに送り返す（ステップ４７０３）。この場合、端末
ＮＬＵ４ａのユーザは、このローカル電子マネーを組織
外のユーザ（端末ＮＷＵ２のユーザ）に送金しようとし
ても、ＧＷ１において電子マネーへの換金が拒否される
ので、決済をすることができない。したがって、端末Ｎ
ＬＵ４ａは処理を終了することになる（ステップ４６０
２）。
【０１８１】一方、送金権限を委譲する場合（ステップ
４７０２）、端末ＮＬＵ４ｂのユーザは、端末ＮＬＵ４
ａから受け取った、権限要求メッセージが添付されたロ
ーカル電子マネーに、スクリプトと電子署名とからなる
権限移譲メッセージを添付して、これを端末ＮＬＵ４ａ
に送り返す（ステップ４７０４）。
【０１８２】図１７は、本実施形態の第二の変形例にお
いて、権限移譲メッセージが添付されたローカル電子マ
ネーの一例を示した図である。
【０１８３】ここで、符号７１３が権限移譲メッセージ
である。符号７１１および符号７１２は、端末ＮＬＵ４
ａから送られてきた権限要求メッセージが添付されたロ
ーカル電子マネーであり、図１６に示すものと同じもの
である。
【０１８４】なお、図１７において、スクリプトの内容
は、次の通りである。
【０１８５】＠ｍｅｓｓａｇｅ ａｃｃｅｐｔｅｄ：認
可依頼を受理する。
【０１８６】＠ｃｏｍｍｅｎｔコメント以下に記述され
た内容「認可する。」は、送信先へメッセージとして渡
る。送信先の端末のユーザは、このメッセージをみて認
可されたことを知ることができる。
【０１８７】ＧＷ１のローカル電子マネー内容解析部１
１５は、ＴＰｂを介して受け取った、端末ＮＬＵ４ａか
らのローカル電子マネーが、パーミッションファイル１
１５２に記録された、当該端末ＮＬＵ４ａのユーザの送
金最高額を越えている場合でも、そのローカル電子マネ
ーに権限移譲メッセージが付加されている場合は、上記
説明した本実施形態と同じ要領（図８のステップ３１０
２以降の処理）で、送金手続きを代行する。
【０１８８】
【発明の効果】以上説明したように、本発明によれば、
あるネットワークから他のネットワークへ電子マネーを
送金する場合に、当該あるネットワークでのみ通用する
ローカル電子マネーを、当該他のネットワークで通用す
る電子マネーに換金するために、換金装置での換金処理
が行われる。
【０１８９】したがって、この換金処理を管理すること
で、企業などの組織が電子マネーを用いた決済システム
を利用する場合に、組織のメンバ各々の電子商取引の使
用環境を損なうことなく、組織のメンバ各々と組織外と
の電子マネーのやり取りを管理することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態が適用されたネットワーク
・システムの概略構成図である。
【図２】ネットワークを用いた通信機能を有する情報処
理装置において、ＣＰＵが電子マネー管理プログラムＥ
ＭＭＰ１１を実行することで実現される機能を示した概
略ブロック図である。
【図３】ログ記録部１１７によって作成されるログを示
した図である。
【図４】図３に示す各ログの内容の一例を示した図であ
る。
【図５】端末ＮＢ３で発行される電子マネーのフォーマ
ットの一例を示す図である。
【図６】図２に示すローカル電子マネー生成部１１３で
生成されるローカル電子マネーのフォーマットの一例を
示す図である。
【図７】端末ＮＷＵ２から端末ＮＬＵ４に送金する場合
の動作を説明するためのフロー図である。
【図８】端末ＮＬＵ４から端末ＮＷＵ２に送金する場合
の動作を説明するためのフロー図である。
【図９】図６に示すローカル電子マネーにユーザの電子
署名を付加したものの一例を示した図である。
【図１０】端末ＮＬＵ４ａから端末ＮＷＵ４ｂに送金す
る場合の動作を説明するためのフロー図である。
【図１１】本実施形態の第一の変形例において、端末Ｎ
ＬＵ４ａから端末ＮＬＵ４ｂに送金する場合の動作を説
明するためのフロー図である。
【図１２】本実施形態の第一の変形例において、送金側
の端末ＮＬＵ４がＧＷ１に送信するメッセージの一例を
示した図である。
【図１３】本実施形態の第一の変形例において、図１２
に示すメッセージにしたがい送金先のマネーボックス１
１５１に入金されるローカル電子マネーを示した図であ
る。
【図１４】パーミッションファイル１１５２に記憶され
た内容の一例を示す図である。
【図１５】本実施形態の第二の変形例において、端末Ｎ
ＬＵ４ａのユーザが端末ＮＬＵ４ｂのユーザの承認を得
る場合の動作を説明するためのフロー図である。
【図１６】本実施形態の第二の変形例において、送金権
限要求メッセージが添付されたローカル電子マネーの一
例を示した図である。
【図１７】本実施形態の第二の変形例において、権限移
譲メッセージが添付されたローカル電子マネーの一例を
示した図である。
【符号の説明】
１ ゲートウェイ ２、４ ユーザ端末 ３ 銀行の端末 １０ ワイドエリア・ネットワーク ２０ ローカルエリア・ネットワーク １１ 電子マネー管理プログラム １２ トランスポートプログラム １１２ 電子マネー内容解析部 １１３ ローカル電子マネー生成部 １１４ ローカル電子マネー消去部 １１５ ローカル電子マネー内容解析部 １１７ ログ記録部 １１５１ マネーボックス １１５２ パーミッションファイル １１７１ 電子マネー入金ログ １１７２ ローカル電子マネー生成・配送ログ １１７３ ローカル電子マネー回収・消去ログ １１７４ 電子マネー出金ログ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 鎌田 義弘 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 山田 弘 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (9)

    【特許請求の範囲】
  1. 【請求項１】ネットワーク上を流通する電子マネーの管
    理方法であって、 あるネットワーク上で流通する電子マネーを、当該ネッ
    トワークでのみ通用するローカル電子マネーとし、 当該ネットワークに設置された、当該ネットワークと他
    のネットワークとの間のデータの流通を制御するネット
    ワーク機器において、 当該ネットワークに接続された第一の端末が前記他のネ
    ットワークに接続された第二の端末に送金する場合に、
    第一の端末から送信されたローカル電子マネーを受け取
    って、これを前記他のネットワーク上を流通する電子マ
    ネーに換金してから、前記第二の端末に送信するととも
    に、 前記第二の端末が前記第一の端末に送金する場合に、前
    記第二の端末から送信された電子マネーを受け取って、
    これをローカル電子マネーに換金してから、前記第一の
    端末に送信すること、 を特徴とする電子マネーの管理方法。
  2. 【請求項２】請求項１記載の電子マネーの管理方法であ
    って、 前記ネットワーク機器にて行われた、電子マネーからロ
    ーカル電子マネーへの換金処理およびローカル電子マネ
    ーから電子マネーへの換金処理の履歴を記録しておくこ
    とを特徴とする電子マネーの管理方法。
  3. 【請求項３】請求項１または２記載の電子マネーの管理
    方法であって、 前記第一の端末が前記第二の端末に送金する場合に、前
    記第一の端末が送信したローカル電子マネーの額面が、
    前記第一の端末のユーザにあらかじめ割り当てられた金
    額を越えているときは、ローカル電子マネーを電子マネ
    ーに換金することなく、前記第一の端末に返信すること
    を特徴とする電子マネーの管理方法。
  4. 【請求項４】請求項３記載の電子マネーの管理方法であ
    って、 前記第一の端末が送信したローカル電子マネーの額面
    が、前記第一の端末のユーザにあらかじめ割り当てられ
    た金額を越えている場合であっても、当該ローカル電子
    マネーに、前記第一の端末のユーザが前記金額を超えた
    送金を行うことを許可する旨のメッセージが付加されて
    いる場合、当該ローカル電子マネーを前記他のネットワ
    ーク上を流通する電子マネーに換金し、前記第二の端末
    に送信することを特徴とする電子マネーの管理方法。
  5. 【請求項５】請求項１、２または３記載の電子マネーの
    管理方法であって、 前記ネットワーク機器は、前記第一の端末からの指示に
    したがい、当該端末から送られてきたローカル電子マネ
    ーを所望の額面単位のローカル電子マネーの組み合わせ
    に変換することを特徴とする電子マネーの管理方法。
  6. 【請求項６】ネットワーク上を流通する電子マネーを管
    理する電子マネーの管理装置であって、 第一のネットワークに接続された第一の端末が第二のネ
    ットワークに接続された第二の端末に送金する場合に、
    前記第一の端末から送信された、前記第一のネットワー
    クでのみ通用するローカル電子マネーを受け取って、こ
    れを前記第二のネットワーク上を流通する電子マネーに
    換金し、前記第二の端末に送信するとともに、 前記第二の端末が前記第一の端末に送金する場合に、前
    記第二の端末から送信された電子マネーを受け取って、
    これを前記ローカル電子マネーに換金し、前記第一の端
    末に送信するものであることを特徴とする電子マネーの
    管理装置。
  7. 【請求項７】請求項６記載の電子マネーの管理装置であ
    って、 当該管理装置にて行われた、電子マネーからローカル電
    子マネーへの換金処理およびローカル電子マネーから電
    子マネーへの換金処理の履歴を記録する履歴記録手段を
    有することを特徴とする電子マネーの管理装置。
  8. 【請求項８】請求項６または７記載の電子マネーの管理
    装置であって、 前記第一のネットワークに接続された端末のユーザ各々
    に割り当てられた送金額の上限を記録した送金上限額記
    録手段を有し、 前記第一の端末が記第二の端末に送金する場合に、前記
    第一の端末が送信したローカル電子マネーの額面が、前
    記送金上限額記録手段に記録された前記第一の端末のユ
    ーザに割り当てられた金額を越えているときは、ローカ
    ル電子マネーを電子マネーに換金することなく、前記第
    一の端末に返信することを特徴とする電子マネーの管理
    装置。
  9. 【請求項９】ネットワーク上を流通する電子マネーを管
    理するための電子マネー管理プログラムを記録した記録
    媒体であって、 当該電子マネー管理プログラムは、第一のネットワーク
    および第二のネットワークに接続された情報処理装置
    に、 前記第一のネットワークに接続された第一の端末が前記
    第二のネットワークに接続された第二の端末に送金する
    場合に、前記第一の端末から送信された、前記第一のネ
    ットワークでのみ通用するローカル電子マネーを受け取
    って、これを前記第二のネットワーク上を流通する電子
    マネーに換金してから前記第二の端末に送信する機能
    と、 前記第二の端末が前記第一の端末に送金する場合に、前
    記第二の端末から送信された電子マネーを受け取って、
    これを前記ローカル電子マネーに換金してから前記第一
    の端末に送信する機能と、を実行させるものであること
    を特徴とする電子マネー管理プログラムを記録した記録
    媒体。
JP21940897A 1997-08-14 1997-08-14 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体 Pending JPH1166193A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP21940897A JPH1166193A (ja) 1997-08-14 1997-08-14 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体
CA002244627A CA2244627C (en) 1997-08-14 1998-08-05 Method and apparatus for managing electronic money and storage medium for storing an electronic money management program
US09/132,770 US6487542B2 (en) 1997-08-14 1998-08-12 Method and apparatus for managing electronic money and storage for storing an electronic money management program
US10/270,444 US20030041035A1 (en) 1997-08-14 2002-10-15 Method and apparatus for managing electronic money and storage medium for storing an electronic money management program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP21940897A JPH1166193A (ja) 1997-08-14 1997-08-14 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2003123142A Division JP4082268B2 (ja) 2003-04-28 2003-04-28 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体

Publications (1)

Publication Number Publication Date
JPH1166193A true JPH1166193A (ja) 1999-03-09

Family

ID=16734943

Family Applications (1)

Application Number Title Priority Date Filing Date
JP21940897A Pending JPH1166193A (ja) 1997-08-14 1997-08-14 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体

Country Status (3)

Country Link
US (2) US6487542B2 (ja)
JP (1) JPH1166193A (ja)
CA (1) CA2244627C (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000006956A (ko) * 1999-11-15 2000-02-07 박무홍 인터넷을 통한 마일리지 포인트 거래
KR20000012703A (ko) * 1999-12-20 2000-03-06 장황진 인터넷을 이용한 마일리지포인트 거래시스템
WO2001011512A1 (en) * 1999-08-05 2001-02-15 Jd Korea. Com Method and system for transfer or exchange of merit points in on-line system
JP2001256123A (ja) * 2000-03-10 2001-09-21 Toshiba Corp 電子商取引システム、サーバコンピュータ、電子商取引方法、記憶媒体
KR20010106986A (ko) * 2000-05-24 2001-12-07 신경철 사이버 머니 통합 결제방법 및 시스템
KR100379888B1 (ko) * 2000-03-21 2003-04-14 조도원 전자화폐 관리 시스템
KR20040012247A (ko) * 2002-08-01 2004-02-11 권태화 전기통신회선상 쿠폰 교환 방법
JP2020129210A (ja) * 2019-02-07 2020-08-27 株式会社メルカリ 情報処理方法、情報処理装置、及びプログラム

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NZ333112A (en) * 1996-05-10 1999-01-28 David M Barcelou Automated transaction machine, can dispense two different types of currencies
US6945457B1 (en) 1996-05-10 2005-09-20 Transaction Holdings Ltd. L.L.C. Automated transaction machine
US8571975B1 (en) * 1999-11-24 2013-10-29 Jpmorgan Chase Bank, N.A. System and method for sending money via E-mail over the internet
US20040139000A1 (en) * 2000-05-05 2004-07-15 Amos Carl Raymond Advanced automatic instant money transfer machine
US8374574B1 (en) * 2000-07-06 2013-02-12 Motorola Mobility Llc Method and apparatus for storing a message for playback during a user-initiated emergency telephone call from a wireless device
US20020013770A1 (en) * 2000-07-11 2002-01-31 Toshikazu Higashi Information processing method, and method for making payment for information processing by electronic money
US7447661B2 (en) * 2000-07-24 2008-11-04 Raja Ahsan I Electronic bearer bond online transaction system
US7457777B1 (en) * 2000-11-13 2008-11-25 At&T Intellectual Property I, L.P. Carried-forward service units and commoditization thereof
US8412633B2 (en) * 2002-03-04 2013-04-02 The Western Union Company Money transfer evaluation systems and methods
US7313545B2 (en) * 2001-09-07 2007-12-25 First Data Corporation System and method for detecting fraudulent calls
SG145524A1 (en) * 2002-08-07 2008-09-29 Mobilastic Technologies Pte Lt Secure transfer of digital tokens
CN1777911A (zh) * 2003-04-30 2006-05-24 比特瓦雷特股份有限公司 电子货币管理系统、电子货币管理方法及计算机程序
US7650338B2 (en) * 2003-07-03 2010-01-19 Ebay Inc. Method and system for managing data transaction requests
JP2006163570A (ja) * 2004-12-03 2006-06-22 Sanden Corp 電子マネー変換装置
US20060208060A1 (en) * 2005-01-18 2006-09-21 Isaac Mendelovich Method for managing consumer accounts and transactions
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US20070179883A1 (en) * 2006-01-18 2007-08-02 Verdicash Inc. System and method and computer readable code for visualizing and managing digital cash
US20070168266A1 (en) * 2006-01-18 2007-07-19 Patrick Questembert Systems, methods and computer readable code for visualizing and managing digital cash
US7958057B2 (en) * 2007-03-28 2011-06-07 King Fahd University Of Petroleum And Minerals Virtual account based new digital cash protocols with combined blind digital signature and pseudonym authentication
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
US20100280949A1 (en) * 2007-10-29 2010-11-04 Fundamo (Pty) Ltd Cross-border or inter-currency transaction system
US8069114B2 (en) * 2008-05-29 2011-11-29 Ebay, Inc. Method and system for processing transfer requests
US9024722B2 (en) * 2008-06-16 2015-05-05 Bank Of America Corporation Remote identification equipped self-service monetary item handling device
US8577802B1 (en) 2008-06-16 2013-11-05 Bank Of America Corporation On-demand cash transport
US8094021B2 (en) * 2008-06-16 2012-01-10 Bank Of America Corporation Monetary package security during transport through cash supply chain
US8210429B1 (en) 2008-10-31 2012-07-03 Bank Of America Corporation On demand transportation for cash handling device
JP2010142572A (ja) * 2008-12-22 2010-07-01 Toshiba Tec Corp 商品陳列位置アラートシステム及び商品陳列位置アラートプログラム
KR101534146B1 (ko) * 2013-05-22 2015-07-14 박복태 데이터로 관리되는 무형화폐인 비트머니의 생성 방법과 제공서비스 시스템
US9830580B2 (en) 2014-03-18 2017-11-28 nChain Holdings Limited Virtual currency system
US10776761B2 (en) 2014-03-18 2020-09-15 nChain Holdings Limited Virtual currency system
US9398018B2 (en) 2014-03-18 2016-07-19 nTrust Technology Solutions Corp. Virtual currency system
US10515518B2 (en) 2017-05-18 2019-12-24 Bank Of America Corporation System for providing on-demand resource delivery to resource dispensers
US10275972B2 (en) 2017-05-18 2019-04-30 Bank Of America Corporation System for generating and providing sealed containers of traceable resources
US10217084B2 (en) 2017-05-18 2019-02-26 Bank Of America Corporation System for processing resource deposits
CN111899020B (zh) * 2018-08-13 2024-08-09 创新先进技术有限公司 区块链交易方法及装置、电子设备

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5453601A (en) * 1991-11-15 1995-09-26 Citibank, N.A. Electronic-monetary system
ZA943336B (en) * 1993-05-19 1995-08-11 Menashe Julian Interactive computerised gaming system with remote terminals
US5799087A (en) * 1994-04-28 1998-08-25 Citibank, N.A. Electronic-monetary system
US5802497A (en) * 1995-07-10 1998-09-01 Digital Equipment Corporation Method and apparatus for conducting computerized commerce
FR2737032B1 (fr) * 1995-07-19 1997-09-26 France Telecom Systeme de paiement securise par transfert de monnaie electronique a travers un reseau interbancaire
US5644721A (en) * 1995-08-30 1997-07-01 System One Information Management, L.L.C. Multiple currency travel reservation information management system and method
AU703984B2 (en) * 1995-11-21 1999-04-01 Citibank, N.A. Foreign exchange transaction system
CA2192016C (en) * 1995-12-08 2003-07-22 Masayuki Ohki Method of handling electronic money in automatic cash handling machine
US6138107A (en) * 1996-01-04 2000-10-24 Netscape Communications Corporation Method and apparatus for providing electronic accounts over a public network
JPH09237299A (ja) * 1996-02-29 1997-09-09 Hitachi Ltd 電子財布
US6044360A (en) * 1996-04-16 2000-03-28 Picciallo; Michael J. Third party credit card
US5902983A (en) * 1996-04-29 1999-05-11 International Game Technology Preset amount electronic funds transfer system for gaming machines
US5787402A (en) * 1996-05-15 1998-07-28 Crossmar, Inc. Method and system for performing automated financial transactions involving foreign currencies
EP0807910B1 (en) * 1996-05-16 2008-06-04 Nippon Telegraph And Telephone Corporation Electronic cash implementing method with a surveillance institution, and user apparatus and surveillance institution apparatus for implementing the same
US5897621A (en) * 1996-06-14 1999-04-27 Cybercash, Inc. System and method for multi-currency transactions
US5884274A (en) * 1996-11-15 1999-03-16 Walker Asset Management Limited Partnership System and method for generating and executing insurance policies for foreign exchange losses
US6023508A (en) * 1997-05-22 2000-02-08 Currency Scientific, Inc. Polymorphic data structures for secure operation of a virtual cash system

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001011512A1 (en) * 1999-08-05 2001-02-15 Jd Korea. Com Method and system for transfer or exchange of merit points in on-line system
KR20000006956A (ko) * 1999-11-15 2000-02-07 박무홍 인터넷을 통한 마일리지 포인트 거래
KR20000012703A (ko) * 1999-12-20 2000-03-06 장황진 인터넷을 이용한 마일리지포인트 거래시스템
JP2001256123A (ja) * 2000-03-10 2001-09-21 Toshiba Corp 電子商取引システム、サーバコンピュータ、電子商取引方法、記憶媒体
KR100379888B1 (ko) * 2000-03-21 2003-04-14 조도원 전자화폐 관리 시스템
KR20010106986A (ko) * 2000-05-24 2001-12-07 신경철 사이버 머니 통합 결제방법 및 시스템
KR20040012247A (ko) * 2002-08-01 2004-02-11 권태화 전기통신회선상 쿠폰 교환 방법
JP2020129210A (ja) * 2019-02-07 2020-08-27 株式会社メルカリ 情報処理方法、情報処理装置、及びプログラム

Also Published As

Publication number Publication date
US6487542B2 (en) 2002-11-26
US20020095370A1 (en) 2002-07-18
CA2244627A1 (en) 1999-02-14
CA2244627C (en) 2007-10-16
US20030041035A1 (en) 2003-02-27

Similar Documents

Publication Publication Date Title
JPH1166193A (ja) 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体
US5848161A (en) Method for providing secured commerical transactions via a networked communications system
US5839119A (en) Method of electronic payments that prevents double-spending
EP1001392B1 (en) Electronic payment system with inexpensive illegal acts detection scheme
US6681328B1 (en) System and method for global internet digital identification
JP4404518B2 (ja) 送金システム、送金方法および送金プログラム
US20020112160A2 (en) Three Party Account Authority Digital Signature (AADS) System
JP2000029973A (ja) ロック・ボックス機構、電子入札方法およびセキュリティ提供方法
US20100223188A1 (en) Online Payment System and Method
US11574307B2 (en) Three party authentication using quantum key distribution
KR102085997B1 (ko) 블록체인 기반의 부동산 거래 서비스 방법 및 시스템
de Carvalho Ferreira et al. A scheme for analyzing electronic payment systems
US20030187797A1 (en) Method for issuing and settling electronic check
WO2000028452A1 (en) Secure architecture for exchange executes digitally signed contracts
KR101941625B1 (ko) 선택적 인증을 통한 에스앤에스 핀테크 시스템 및 그 동작 방법
Tang A Set of Protocols for Micropayments in Distributed Systems.
CN112150157B (zh) 通过区块链发行应收凭证的方法及装置
JP4082268B2 (ja) 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体
JP3999527B2 (ja) コンピュータネットワークの認証方法及びデータ配信方法
Havinga et al. Survey of electronic payment methods and systems
JP2000251146A (ja) Ｉｃカードを用いた電子チケッティング方法およびシステム
JP2003308298A (ja) オンラインａｐｉ実行時の権限認証方法
Kravitz Highly scalable on-line payments via task decoupling
CN114548958B (zh) 双方匿名的抗量子计算数字货币双离线交易方法及系统
KR100194767B1 (ko) 전자화폐 대금결제의 익명성 보장 방법

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040106