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