WO2004079610A1

WO2004079610A1 - 決済処理サーバ

Info

Publication number: WO2004079610A1
Application number: PCT/JP2003/014189
Authority: WO
Inventors: Norihiko Fujita; Koji Ito; Masataka Yoshida; Hiroyuki Yamada
Original assignee: Bitwallet,Inc
Priority date: 2003-03-06
Filing date: 2003-11-07
Publication date: 2004-09-16
Also published as: JP4334281B2; AU2003277602A1; JP2004326727A; TW200511080A

Abstract

　携帯電話（５）は、バリューの処理機能を備えた携帯端末である。ユーザは、加盟店サーバ（３）で、商品を選択し、携帯電話（５）の電子メールアドレスを送信する。加盟店サーバ（３）は、電子マネー処理サーバ（４）に決済する金額と携帯電話（５）の電子メールアドレスを通知する。電子マネー処理サーバ（４）は、携帯電話（５）に決済確認メールを送信する。決済確認メールには、電子マネー処理サーバ（４）の決済用サイトの決済ＵＲＬが埋め込まれている。ユーザが決済ＵＲＬをクリックすると、携帯電話（５）が電子マネー処理サーバ（４）に接続し、電子マネー処理サーバ（４）と携帯電話（５）の間で通信が行われて、携帯電話（５）に記憶されているバリューが減算される。これにより決済が行われる。

Description

决済処理サーバ

技術分野

本発明は、決済処理サーバなどに関し、例えば、サーバ装置から携帯電話に記憶されているバリュー（電子マネー）を処理して決済を行うものに関する。背景技術

近年の電子マネーの普及に伴い、電子マネーを用いた商取引が盛んに行われるようになってきた。

電子マネーによる商取引は、バリユーと呼ばれる金銭と同等の交換価値を持つ電子情報を操作して価値の移動を行うことにより行われる。

一般に、ノくリューは、 I Cチップを内蔵した電子マネーカードに書き込まれており、このバリューの表す金額はリーダライタと呼ばれる装置を介して書き換えることができる。

このようなバリューの書き換えによる商品■サービスの購入は、バリューによる商取引を行う契約を結んでいる加盟店で行うことができる。加盟店は、店頭にリーダライタを備えており、ユーザの電子マネーカードに記憶されているバリュ一を代金分だけ減算して決済する。

また、ユーザは、加盟店に金銭を支払い、その金額分のバリューをリーダライタで電子マネーカードに書き込んでもらうこともできる。電子マネーカードにバリユーを書き込む処理をチャージと呼ぶ。

この他、チャージは、現金入金機に現金を投入して行ったり、あるいは、銀行口座からの引き落としゃ、やクレジットカードによる決済を用いて、ネットヮーク上に設置されたサーバ装置から行うことも可能である。

インターネット上に開設した仮想店舗においても電子マネーカードを使って決済を行うことができる。

この場合、ユーザは、パーソナルコンピュータなどの端末にリーダライタを接続してこれに電子マネーカードをセットし、そして加盟店がインターネットを介してこの電子マネーカードからバリユーを減算することにより決済を行っている最近では、携帯電話の急激な普及に伴い、携帯電話にバリューを記憶し、携帯電話でバリューの決済を行うことも提案されている。

このような提案としては次の文献で開示されている携帯電話を用いた電子マネ一決済システムがある。

【特許文献 1】特開 2 0 0 2— 3 5 2 1 7 3 発明の開示

ところが、電子マネーを用いた決済をインターネット上で行う場合、ユーザは、インターネット接続可能なパーソナルコンピュータやリーダライタなどを準備する必要があり、大きな負担となっていた。

また、加盟店も、電子マネーによる決済を行うための専用のプログラムを販売システムに組み込まなければならず、負担となっていた。この作業は、大がかりで、時間とコストがかかるものである。

そこで、本発明の目的は、ネットワークを介した電子マネーによる決済を容易に行うことができる決済処理サーバなどを提供することである。

本発明は、前記目的を達成するために、請求項 1に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理サーバであって、代金の請求元から、決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を取得する請求情報取得手段と、前記取得した送信先特定情報で特定される送信先に、前記金額特定情報と、決済処理サーバに接続するための接続情報と、を送信する請求情報送信手段と、前記送信した接続情報を用いて接続してきた前記端末装置に対して前記金額特定情報を取得し、当該金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記端末装置に送信する処理情報送信手段と、を具備したことを特徴とする決済処理サーバを提供する。

ここで、前記処理サーバは、例えば、前記接続情報を用いて前記端末装置から接続してきた際に確立した通信回線を介して前記処理情報を送信することができる。また、貨幣情報記憶手段で記憶した貨幣情報から手数料分を更に減算するように構成し、手数料を徴収するように構成することもできる。

請求項 2に記載の発明では、前記接続情報には、有効期限が設定されおり、前記処理情報送信手段は、前記設定された有効期限内に決済処理サーバに接続してきた端末装置に対して前記処理情報を送信することを特徴とする請求項 1に記載の決済処理サーバを提供する。

請求項 3に記載の発明では、前記端末装置において前記処理情報による減算処理が完了したことを確認する確認手段を具備し、前記確認手段で減算処理の完了を確認した場合に、前記請求元、前記送信先、及び前記端末装置のうち、少なくとも 1つに減算処理完了通知を送信することを特徴とする請求項 1に記載の決済処理サーバを提供する。

請求項 4に記載の発明では、前記端末装置において前記処理情報による減算処理が完了したことを確認する確認手段を具備し、前記確認手段で減算処理の完了を確認した場合に、前記請求元、前記送信先、及び前記端末装置のうち、少なくとも 1つに減算処理完了通知を送信することを特徴とする請求項 2に記載の決済処理サーバを提供する。

請求項 5に記載の発明では、前記確認手段で減算処理の完了を確認した場合に、決済の対象となっている売買対象を入手するために必要な付加情報を前記送信先、及び前記端末装置のうち、少なくとも 1つに送信することを特徴とする請求項 3に記載の決済処理サーバを提供する。

請求項 6に記載の発明では、前記確認手段で減算処理の完了を確認した場合に、決済の対象となっている売買対象を入手するために必要な付加情報を前記送信先、及び前記端末装置のうち、少なくとも 1つに送信することを特徴とする請求項 4に記載の決済処理サーバを提供する。

請求項 7に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理方法であって、請求情報取得手段と、請求情報送信手段と、処理情報送信手段と、を備えたコンピュータにおいて、代金の請求元から、決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を前記請求情報取得手段で取得する請求情報取得ステップと、前記取得した送信先特定情報で特定される送信先に、前記金額特定情報と、決済処理サーバに接続するための接続情報と、を前記請求情報送信手段で送信する請求情報送信ステップと、前記送信した接続情報を用レ、て接続してきた前記端末装置に対して前記金額特定情報を取得し、当該金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記端末装置に前記処理情報送信手段で送信する処理情報送信ステップと、から構成されたことを特徴とする決済処理方法を提供する。

請求項 8に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理機能をコンピュータで実現するための決済処理プログラムであって、代金の請求元から、決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を取得する請求情報取得機能と、前記取得した送信先特定情報で特定される送信先に、前記金額特定情報と、決済処理サーバに接続するための接続情報と、を送信する請求情報送信機能と、前記送信した接続情報を用いて接続してきた前記端末装置に対して前記金額特定情報を取得し、当該金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記端末装置に送信する処理情報送信機能と、をコンピュータで実現するための決済処理プログラムを提供する。

請求項 9に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済する代金の金額を特定する金額特定情報と、請求項 1から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから取得する請求情報取得手段と、前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を提供する提供手段と、前記提供した金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記決済処理サーバから受信する処理情報受信手段と、前記受信した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた決済処理端末装置を提供する。

請求項 1 0に記載の発明では、貨幣情報記憶手段と、請求情報取得手段と、提供手段と、処理情報受信手段と、貨幣情報処理手段と、を備えたコンピュータにおいて、貨幣価値の金額を電子データとして表した貨幣情報を前記貨幣情報記憶手段で記憶する貨幣情報記憶ステップと、決済する代金の金額を特定する金額特定情報と、請求項 1から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから前記請求情報取得手段で取得する請求情報取得ステップと、前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を前記提供手段で提供する提供ステップと、前記提供した金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記処理情報受信手段で前記決済処理サーバから受信する処理情報受信ステップと、前記受信した処理情報により前記記憶した貨幣情報が表す金額を前記貨幣情報処理手段で変更する貨幣情報処理ステップと、から構成されたことを特徴とする決済処理端末方法を提供する。請求項 1 1に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶機能と、決済する代金の金額を特定する金額特定情報と、請求項 1から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから取得する請求情報取得機能と、前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を提供する提供機能と、前記提供した金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記決済処理サーバから受信する処理情報受信機能と、前記受信した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理機能と、をコンピュータで実現するための決済処理端末プログラムを提供する。

請求項 1 2に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、入力された処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた貨幣情報処理装置を接続する接続手段と、決済する代金の金額を特定する金額特定情報と、請求項 1 から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから取得する請求情報取得手段と、前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を提供する提供手段と、前記提供した金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記決済処理サーバから受信する処理情報受信手段と、前記受信した処理情報を前記接続手段を介して前記貨幣情報処理手段に入力する入力手段と、を備えた決済処理端末装置を提供する。

請求項 1 3に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する記憶媒体を接続する接続手段と、決済する代金の金額を特定する金額特定情報と、請求項 1から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから取得する請求情報取得手段と、前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を提供する提供手段と、前記提供した金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記決済処理サーバから受信する処理情報受信手段と、前記受信した処理情報により前記記憶媒体に記憶した貨幣情報が表す金額を前記接続手段を介して変更する貨幣情報処理手段と、を備えた決済処理端末装置を提供する。

また、請求項 1 4に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、所定の起動情報により前記決済処理サーバに接続する決済接続手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理サーバであって、代金の請求元から、少なくとも決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を取得する請求情報取得手段と、少なくとも前記受信した金額特定情報と送信先特定情報を含む決済案件情報を、前記決済案件情報を特定する案件特定情報に対応させて記憶する決済案件情報記憶手段と、前記案件特定情報と前記起動情報とが付属する請求通知を生成し、前記送信先特定情報で特定される送信先に送信する請求通知送信手段と、前記送信した請求通知に付属する起動情報を用いて接続してきた端末装置から、前記送信した請求通知に付属する案件特定情報を受信する案件特定情報受信手段と、前記受信した案件特定情報を用いて前記記憶した決済案件情報を特定する案件特定手段と、前記特定した決済案件情報に基づく決済金額に相当する貨幣情報を減算するための処理情報を生成する処理情報生成手段と、前記生成した処理情報を前記案件特定情報を送信した端末装置に送信する処理情報送信手段と、を具備したことを特徴とする決済処理サーバを提供する。

請求項 1 5に記載の発明では、前記請求通知に有効期限が設定されおり、前記処理情報送信手段は、前記設定された有効期限内に決済処理サーバに接続してきた端末装置に対して前記処理情報を送信することを特徴とする請求項 1 4に記载の決済処理サーバを提供する。

請求項 1 6に記載の発明では、前記端末装置において前記処理情報による減算処理が完了したことを確認する確認手段を具備し、前記確認手段で前記減算処理の完了を確認した場合に、前記請求元、前記送信先、及び前記端末装置のうち、少なくとも 1つに減算処理完了通知を送信することを特微とする請求項 1 4、又は請求項 1 5に記載の決済処理サーバを提供する。

請求項 1 7に記載の発明では、前記確認手段で前記減算処理の完了を確認した場合に、決済の対象となっている売買対象を入手するために必要な付加情報を前記送信先、及び前記端末装置のうち、少なくとも 1つに送信することを特徴とする請求項 1 6に記載の決済処理サーバを提供する。

請求項 1 8に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、所定の起動情報により前記決済処理サーバに接続する決済接続手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行うコンピュータで行う決済処理方法であって、前記コンピュータは、請求情報取得手段と、決済案件情報記憶手段と、請求通知送信手段と、案件特定情報受信手段と、案件特定手段と、処理情報生成手段と、処理情報送信手段とを備え、代金の請求元から、少なくとも決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を前記請求情報取得手段で取得する請求情報取得ステップと、少なくとも前記受信した金額特定情報と送信先特定情報を含む決済案件情報を、前記決済案件情報を特定する案件特定情報に対応させて前記決済案件情報記憶手段で記憶する決済案件情報記憶ステップと、前記案件特定情報と前記起動情報とが付属する請求通知を生成し、前記送信先特定情報で特定される送信先に前記請求通知送信手段で送信する請求通知送信ステップと、前記送信した請求通知に付属する起動情報を用いて接続してきた端末装置から、前記送信した請求通知に付属する案件特定情報を前記案件特定情報受信手段で受信する案件特定情報受信ステップと、前記受信した案件特定情報を用いて前記記憶した決済案件情報を前記案件特定手段で特定する案件特定ステツプと、前記特定した決済案件情報に基づく決済金額に相当する貨幣情報を減算するための処理情報を前記処理情報生成手段で生成する処理情報生成ステップと、前記生成した処理情報を前記案件特定情報を送信した端末装置に前記処理情報送信手段で送信する処理情報送信ステップと、から構成されたことを特徴とする決済処理方法を提供する。

請求項 1 9に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、所定の起動情報により前記決済処理サーバに接続する決済接続手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理機能をコンピュータで実現する決済処理プログラムであって、代金の請求元から、少なくとも決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を取得する請求情報取得機能と、少なくとも前記受信した金額特定情報と送信先特定情報を含む決済案件情報を、前記決済案件情報を特定する案件特定情報に対応させて記憶する決済案件情報記憶機能と、前記案件特定情報と前記起動情報とが付属する請求通知を生成し、前記送信先特定情報で特定される送信先に送信する請求通知送信機能と、前記送信した請求通知に付属する起動情報を用いて接続してきた端末装置から、前記送信した請求通知に付属する案件特定情報を受信する案件特定情報受信機能と、前記受信した案件特定情報を用いて前記記憶した決済案件情報を特定する案件特定機能と、前記特定した決済案件情報に基づく決済金額に相当する貨幣情報を減算するための処理情報を生成する処理情報生成機能と、前記生成した処理情報を前記案件特定情報を送信した端末装置に送信する処理情報送信機能と、をコンピュータで実現する決済処理プログラムを提供する。

請求項 2 0に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を受信する請求通知受信手段と、前記受信した請求通知に付属する起動情報により起動し、前記決済処理サーバに通信回線を介して接続すると共に、前記受信した請求通知に付属する案件特定情報を前記決済処理サーバに送信する決済接続手段と、前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を用いて、前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を具備したことを特徴とする決済処理端末装置を提供する。

請求項 2 1に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、請求通知受信手段と、決済接続手段と、貨幣情報処理手段と、を備えたコンピュータにおいて、決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を前記請求通知受信手段で受信する請求通知受信ステップと、前記受信した請求通知に付属する起動情報により前記決済接続手段を起動し、前記起動した決済接続手段で、前記決済処理サーバに通信回線を介して接続すると共に、前記受信した請求通知に付属する案件特定情報を前記決済処理サーバに送信する決済接続ステップと、前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を用いて、前記記憶した貨幣情報が表す金額を前記貨幣情報処理手段で変更する貨幣情報処理ステップと、から構成されたことを特徴とする決済処理端末方法を提供する。

請求項 2 2に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶機能と、決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を受信する請求通知受信機能と、前記受信した請求通知に付属する起動情報により起動し、前記決済処理サーバに通信回線を介して接続すると共に、前記受信した請求通知に付属する案件特定情報を前記決済処理サーバに送信する決済接続機能と、前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を用いて、前記記憶した貨幣情報が表す金額を変更する貨幣情報処理機能と、をコンピュータで実現する決済処理端末プログラムを提供する。

請求項 2 3に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、入力された処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた貨幣情報処理装置を接続する接続手段と、決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を受信する請求通知受信手段と、前記受信した請求通知に付属する起動情報により起動し、前記決済処理サーバに通信回線を介して接続すると共に、前記受信した請求通知に付属する案件特定情報を前記決済処理サーバに送信する決済接続手段と、前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を受信する処理情報受信手段と、前記受信した処理情報を前記接続手段を介して前記貨幣情報処理手段に入力する入力手段と、を備えた決済処理端末装置を提供する。請求項 2 4に記載の発明では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する記憶媒体を接続する接続手段と、決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を受信する請求通知受信手段と、前記受信した請求通知に付属する起動情報により起動し、前記決済処理サーパに通信回線を介して接続すると共に、前記受信した請求通知に付属する案件特定情報を前記決済処理サーバに送信する決済接続手段と、前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を受信する処理情報受信手段と、前記受信した処理情報により前記記憶媒体に記憶した貨幣情報が表す金額を前記接続手段を介して変更する貨幣情報処理手段と、を備えた決済処理端末装置を提供する。

本発明によれば、ネットワークを介した電子マネーによる決済を容易に行うことができる。図面の簡単な説明

図 1は、本実施の形態の概要を説明するための図である。

図 2は、本実施の形態のバリユー決済システムの構成の一例を示した図である図 3は、携帯電話の機能的な構成の一例を示した図である。

図 4は、商品選択画面の一例を示した図である。

図 5は、購入情報入力画面の一例を示した図である。

図 6は、支払い手続き画面の一例を示した図である。

図 7は、決済確認メールの一例を示した図である。

図 8は、決済完了通知メールの一例を示した図である。

図 9は、ダウンロード画面の一例を示した図である。

図 1 0は、電子マネー処理サーバのハードウェア的な構成の一例を示した図であ < 。

図 1 1は、携帯電話のバリューで決済する手順を説明するためのフローチヤ一トである。

図 1 2は、携帯電話のバリューで決済する手順を説明するためのフローチヤ一トである。図 1 3は、第 2の実施の形態のバリュー送金システムの概念的な構成を説明するための図である。

図 1 4は、バリユー送金処理の手順を説明するためのフローチヤ一トである。図 1 5は、第 3の実施の形態に係る電子マネー処理サーバ、決済確認メール、及び携帯電話の構成について説明するための図である。

図 1 6は、第 3の実施の形態に係る決済確認メールの一例を説明するための図である。

図 1 7は、電子マネー処理サーバが決済確認メールを携帯電話に送信する手順を説明するためのフローチヤ一トである。

図 1 8は、決済処理を行う際に携帯電話で表示される画面の一例を示した図であ

図 1 9は、決済接続部が携帯電話を電子マネー処理サーバに接続してから決済が行われるまでの手順を説明するためのフローチヤ一トである。発明を実施するための最良の形態

以下、本発明の好適な第 1の実施の形態について詳細に説明する。

[第 1の実施形態の概要]

図 1は、本実施の形態の概要を説明するための図である。本実施の形態の決済システムは、インターネット上で店舗（商取引用の商用サイト）を開設する加盟店サーバ 3と、電子マネーを管理する電子マネー処理サーバ 4、及ぴインターネット接続機能とパリユー処理機能を備えた携帯電話 5から構成されている。携帯電話 5は、通常のインターネット接続可能なデジタル式電話としての機能と、電子マネーカードと同等のパリユー処理機能を兼ね備えており、例えば、電子マネーカード内の I Cチップをデジタル式携帯電話に組み込むか、もしくは装着することにより実現することができる。

本実施の形態は、ユーザが決済先として携帯電話 5を指定し、電子マネー処理サーバ 4が携帯電話 5に記録されているバリユーを減算させることにより決済を行う。

以下、図中の括弧で囲んだ数字に対応させて説明する。 (1) まず、ユーザは、加盟店サーバ 3の商用サイトで、購入する商品を選択すると共に、携帯電話 5の電子メールァドレスを加盟店サーバ 3に送信する。

(2) 加盟店サーバ 3は、電子マネー処理サーバ 4に携帯電話 5の電子メールアドレスや、決済金額などの決済に必要な情報を送信し、電子マネー処理サーバ 4に決済の依頼を通知する。

(3) 電子マネー処理サーバ 4は、加盟店サーバ 3から取得した電子メールァドレスに宛てて、代金の決済を確認する電子メール（以下、決済確認メール）を送信する。決済確認メールには、決済の対象となる商品や決済の代金など、決済に関する情報が含まれる他、決済する場合にクリックする決済 URLと、決済をキャンセルする場合にクリックするキャンセル URLが選択可能に埋め込まれている。

ユーザは、決済確認メールによって決済に関する決済事項を確認し、決済 UR L、又はキャンセル URLをクリックすることにより決済を実行するか否かを判断することできる。

(4) ユーザが決済 URLをクリックすると、携帯電話 5は決済 URLを用いて電子マネー処理サーバ 4に接続し、携帯電話 5と電子マネー処理サーバ 4の間で通信回線が確立し、接続状態となる。

このように、決済 UR Lを用いて電子マネー処理サーバ 4に接続することにより、ユーザが決済を行う旨の意思表示が電子マネー処理サーバ 4に対して行われる。

(5) 電子マネー処理サーバ 4は、確立した通信回線を介して、携帯電話 5に対し、加盟店サーバ 3が請求している代金分だけバリユーを減算する減算処理を行う。

携帯電話 5は、記憶装置に記憶しているバリユーを操作するための各種コマンドが用意されている。バリューの減算処理は、電子マネー処理サーバ 4が、携帯電話 5にバリユーを減算する減算コマンドを送信し、携帯電話 5が減算コマンドを実行してバリユーを減算することにより行われる。

(6) 決済が完了すると、電子マネー処理サーバ 4は、加盟店サーバ 3と携帯電話 5に決済完了通知を送信する。このように、本実施の形態では、加盟店サーバ 3に携帯電話 5の電子メールァドレスを送信した後に電子マネー処理サーバ 4から送信されてくる決済確認メールで決済 UR Lを選択するだけで、携帯電話 5に記憶されているバリユーで決済を行うことができる。

なお、携帯電話 5の電子メールアドレスさえ指定すれば、加盟店サーバ 3に限らず小売店舗やタクシーその他の加盟店において、携帯電話 5のバリューで決済を行うことができる。

[第 1の実施形態の詳細]

図 2は、本実施の形態のバリユー決済システム 1の構成の一例を示した図である。

バリュー決済システム 1は、加盟店サーバ 3、電子マネー処理サーバ 4、携帯電話 5、端末 6、基地局 8、これらを接続するインターネット 7などから構成されている。

以下、これらの構成要素について詳細に説明する。

端末 6は、例えば、パーソナルコンピュータなどで構成された、インターネット 7に接続可能な端末装置である。

端末 6は、ブラウザを備えており、ブラウザ上で URL (Un i f o r m R e s o u r c e L o c a t o r s ) を入力することにより、ィンターネット 7 上に開設されている各種サイトに接続することができる。

端末 6は、ディスプレイなどの出力装置や、キーボード、マウスなどの入力装置を備えており、サーバ装置から送信されてきた画面データを用いて画面を表示したり、ユーザが入力した情報をサーバ装置に送信することができる。

携帯電話 5は、インターネット接続機能と、バリュー処理機能を備えたデジタル式の携帯端末装置である。

携帯電話 5は、画像データや文字データを表示するためのディスプレイ、数字や文字を入力するための文字キー、ディスプレイ上のカーソルを移動したり、デイスプレイ上に表示された URLやポタンをクリックしたりなどの各種入力操作を行うための機能キー、通話を行うためのマイクロフォン、スピーカなどが装備されている。携帯電話 5は、ブラウザを備えており、基地局 8と無線通信を行うことにより、インターネット 7上に開設されている各種サイトに接続することができる。接続先のサイトは、ブラウザに U R Lを入力することにより特定することができるまた、携帯電話 5には固有の電子メールアドレスが設定されており、この電子メールアドレスに宛てて、電子メールを送信することにより、携帯電話 5に電子メールを送信することができる。また、携帯電話 5から他の電子メールアドレスに宛てて電子メールを送信することもできる。

携帯電話 5は、基地局 8を介して他の電話機に通話回線を確立し、通話を行うこともできる。

ここで、携帯電話 5の機能的な構成について図 3を参照して説明する。

携帯電話 5は、デジタル式携帯電話としての機能を有する電話機能部 1 0 1と、パリユー処理機能を有する電子マネー機能部 1 0 2から構成されている。バリューとは、貨幣価値の金額を電子データとして表した貨幣情報であり、金銭と同等の交換価値を持つ。貨幣情報を加減操作して価値の移動を生じさせることにより、バリューを決済に利用することができる。

電話機能部 1 0 1は、他の電話機との通話を行うための通話モードと、インタ —ネット 7に接続するインターネット接続モードを有しており、ユーザが選択できるようになっている。

電話機能部 1 0 1は、無線通信手段（請求情報取得手段、提供手段）を備えており、何れのモードにおいても、電話機能部 1 0 1は、無線通信により基地局 8 と通信して通話回線、又はインターネット 7に接続する。

通話モードにて通話を行う場合は、電話機能部 1 0 1で通話モードを選択した後、相手方の電話機の電話番号を入力する。すると、基地局 8は、電話番号で特定される電話機と、携帯電話 5との間に通話回線を確立し、ユーザは通話を行うことができる。

インターネット接続モードにてインターネット 7上のサービスを利用する場合は、電話機能部 1 0 1でインターネット接続モードを選択し、ブラウザ上で（電話機能部 1 0 1はブラウザ機能を備えている）サーバの U R Lを入力する。すると、基地局 8を介して携帯電話 5と U R Lで特定されるサーバとの通信回線が確立し、サーバが提供するサービスを携帯電話 5で利用することができる。

サーバからプログラムを受信して、これを携帯電話 5で実行することも可能である。

また、インターネット接続モードにて電子メールによるサービスを利用することもできる。

電子メールを送信する場合は、電子メール作成画面上で送信する文章を作成し、送信先を特定する電子メールァドレスを入力して送信する。

携帯電話 5の電子メールァドレスに宛てて送信された電子メールがあった場合、携帯電話 5は、これを受信して内容をディスプレイに表示する。

電子メールにデータやプログラムを添付して送受信することも可能である。また、図示しないが、電話機能部 1 0 1と電子マネー機能部 1 0 2の間には通信を仲介するインターフェース（以下、バリュー情報インターフェース）が設けられている。そして、電話機能部 1 0 1は、通話を行ったり、インターネットに接続する他、バリユー情報インタ一フェースを介して電子マネー機能部 1 0 2にアクセスできるようになつている。

後述するように、電子マネー機能部 1 0 2には、バリューのチャージゃ决済などのバリユーの履歴が記憶されている。

電話機能部 1 0 1は、例えば、ブラウザを用いて、電子マネー機能部 1 0 2に記憶されているバリユー残高やバリユーの履歴をディスプレイに表示させることができる。

また、電話機能部 1 0 1は、インターネット 7を介して電子マネー処理サーバ 4と接続し、電子マネー処理サーバ 4と電子マネー機能部 1 0 2との通信を仲介することもでき、電子マネー処理サーバ 4通信を行いながら、電子マネー機能部 1 0 2に送出するデータを選別して抽出する機能を備えている。

このように、電子マネー処理サーバ 4は、電話機能部 1 0 1を介して電子マネ一機能部 1 0 2を遠隔操作することができる。

電子マネー機能部 1 0 2と電子マネー処理サーバ 4との通信を中継する場合、バリュー情報インターフェースは、プロトコルの変換やその他のデータ形式の変換を行う。

これは、後述するように電子マネー機能部 1 0 2は、電子マネーカードに対応した電子マネー端末 9 (後述）と通信するように構成されており、電子マネー端末 9が行う通信と、電子マネー処理サーバ 4が行う通信とでは、プロトコルやその他のデータ形式が異なるためである。

このように、バリュー情報インターフェースに、電話機能部 1 0 1と電子マネ一機能部 1 0 2との間の通信を仲介させることにより、電話機能部 1 0 1は、バリューを操作するための処理情報（以下、コマンド）を電子マネー処理サーバ 4 から受信して、これを電子マネー機能部 1 0 2に入力したり、あるいは電子マネ一機能部 1 0 2が出力した情報を電子ネー処理サーバ 4に送信することができる。

この場合、電話機能部 1 0 1は、後述する電子マネー端末 9と同様のリーダライタとしての機能を果たしている。

電子マネー機能部 1 0 2は、非接触型 I Cカードを用いた電子マネーカードと同等の機能を有する機能部であり、各種コマンドによりバリユーに関する情報処理を行うバリュー情報処理部 1 0 2 a (貨幣情報処理手段）と、バリューに関する履歴を口グデータとして記憶するパリユー情報記憶部 1 0 2 b (貨幣情報記憶手段）を備えている。

先に説明したようにバリユー情報処理部 1 0 2 aは、バリユー情報インターフエースを介して電話機能部 1 0 1からコマンドを受信することができる (処理情報受信手段）。

ハードウェア的には、例えば、非接触型電子マネーカードの I Cチップをデジタル式の携帯電話に組み込んで、電話機の C P Uと I Cチップを非接触型 I Cチップ用のィンターフェース（バリユー情報ィンターフェースとしての機能を果たす）で接続することにより構成することができる。この場合、電話機の C P Uから I Cチップを制御するプログラムを携帯電話にィンストールしておく。

あるいは、携帯電話の C P U自身に、 I Cチップと同等の機能を実現させてもよい。

バリユー情報処理部 1 0 2 aに情報処理を行わせるコマンドは、各種のものが用意されている。例えば、バリューを処理するためのコマンドとしては、残高参照コマンド、書き込みコマンド、減算コマンドなどがある。

残高参照コマンドをパリユー情報処理部 1 0 2 aに入力すると、バリユー情報処理部 1 0 2 aは、バリユー情報記憶部 1 0 2 bのログデータを検索して現在のバリュー残高を取得し、これを電話機能部 1 0 1に出力する。これに対して、電話機能部 1 0 1は、このバリュー残高をディスプレイに表示してユーザにバリュ一の残高を提示する。

なお、残高参照コマンドは、ユーザが携帯電話 5のブラウザを操作して電子マネー機能部 1 0 2に入力することができるようになつている。

書き込みコマンドは、バリューをチャージするためのコマンドであり、書き込むバリユーの金額をパラメータとして付属させることができる。書き込みコマンドをバリユー情報処理部 1 0 2 aに入力すると、ノリユー情報処理部 1 0 2 aは、パラメータで指定された金額分のバリユーをバリユー情報記憶部 1 0 2 bに書き込み（加算処理手段）、更にログデータを更新する。これにより、携帯電話 5 にバリユーをチャージを行うことができる。

減算コマンドは、バリューの残高を減算するコマンドであり、減算するバリュ一の金額をパラメータとして付属させることができる。バリユー情報処理部 1 0 2 aに減算コマンドを入力すると、バリュー情報処理部 1 0 2 aは、パラメータで指定された金額分のバリューをバリュー情報記憶部 1 0 2 bから減算し（減算処理手段）、更にログデータを更新する。これにより、携帯電話 5のバリューで決済を行うことができる。

加算コマンド、減算コマンドは、電子マネー処理サーバ 4が電子マネー機能部 1 0 2に入力するように設定されており、ユーザが独自にこれらのコマンドを操作することはできないようになっている。

携帯電話 5は、以上のように構成されており、電子マネ一処理サーバ 4が、ィンターネット 7を介してコマンドを送信することにより携帯電話 5に記憶されているバリユーを遠隔操作することができる。

携帯電話 5にバリューをチャージする場合、電子マネー処理サーバ 4は、チヤージする金額分だけバリューを加算する加算コマンドを生成し、携帯電話 5に送信する。チャージした分の金額は、例えばユーザの銀行口座から引き落としたり、あるいはクレジットカードにより決済する。これにより、貨幣がバリューに交換され、貨幣の価値とバリユーの価値が対応付けられる。

携帯電話 5に記憶されているバリューを減算して決済する場合は、電子マネー処理サーバ 4が決済分のバリューを減算する減算コマンドを生成して携帯電話 5 に送信する。 .

このように、減算コマンドを携帯電話 5に送信する具体的な手順としては、例えば次のようなものがある。

まず、電話機能部 1 0 1に電子マネー処理サーバ 4の決済用サイトの U R Lを入力し、携帯電話 5を電子マネー処理サーバ 4に接続する。ここで、 U R Lに決済する金額をパラメータとして付属させておけば、電子マネー処理サーバ 4は、決済金額を得ることができる。 .

また、このパラメータには、金額のほか、ユーザが決済を行う対象となっている加盟店の加盟店 I D、商品 I D、決済日時など、その他の情報を付属させることができる。この場合、電子マネー処理サーバ 4は、決済金額とこれに対応する決済情報を取得することができる。

次に、電子マネー処理サーバ 4は、決済金額に相当するバリューを減算する減算コマンドを生成して携帯電話 5に送信する。

携帯電話 5では、電話機能部 1 0 1がこの減算コマンドを受信し、これをバリユー処理ィンターフェースを介してバリユー情報処理部 1 0 2 aに出力する。そして、バリユー情報処理部 1 0 2 aは、この減算コマンドにより、バリュー情報記憶部 1 ◦ 2 bに記憶されているバリューを減算する。

次に、バリユー情報処理部 1◦ 2 aは、減算が完了したことを電話機能部 1 0 1に通知し、電子マネー機能部 1 0 2は、これを電子マネー処理サーバ 4に送信する。

パリユーを書き込む場合も、携帯電話 5を電子マネー処理サーバ 4のバリユー書き込み用サイトに接続して同様に行うことができる。

また、図 2では図示しないが、電子マネー機能部 1 0 2は、小売店舗や自動販売機などに設置した電子マネー端末 9 (図 3 ) にセットしてバリューの書き換え処理（リードライト）を行うこともできる。

電子マネー端末 9は、非接触型の電子マネーカードでの決済に対応した端末装置であって、電子マネーカードをリードライトするリーダライタを備えている。電子マネー端末 9は、リーダライタ部にセットされた電子マネーカードに無線で電力を供給してこれを駆動しながら、書き込みコマンド、減算コマンドなどを無線送信して電子マネーカードに記憶されているバリユーを操作する。

電子マネー機能部 1 0 2は、電子マネーカードと同様の電子マネー端末 9用のアンテナを備えており、電子マネー端末 9は、各種コマンドを電子マネー機能部 1 0 2に直接送信してパリユーのリードライトをうことができる。

このように、携帯電話 5のバリューの処理は、電話機能部 1 0 1とバリュー情報ィンターフェースを介してィンターネット 7上のサーバから行う場合と、電子マネー端末 9を用いる場合の 2つが可能である。

なお、本実施の形態では、一例として電子マネー機能部 1 0 2が携帯電話 5に一体として組み込まれているものとするが、携帯電話 5の構成はこれに限定するものではなく、例えば、携帯電話 5に電子マネー機能部 1 0 2と接続するコネクタ（接続手段）を設け、電子マネー機能部 1 0 2を着脱可能に構成することもできるし、あるいは、バリュー処理情報処理部 1 0 2 aは、携帯電話 5に配設し、コネクタを介してバリユー情報記憶部 1 0 2 bを着脱可能に構成することもできる。

次に加盟店システム（図 2 ) について説明する。

加盟店サーバ 3は、ノリユーによる決済を行うことができる商用サイトを運営するサーバ装置であり、例えば、 W e bサーバで構成されている。又は、認証サーバやその他の各種サーバ装置から構成されたシステムとしてもよい。

加盟店サーバ 3が運営する商用サイトとしては、例えば、コンパクトディスクやおもちや、家具などの物販を行うものや、音楽ソフトやコンピュータプロダラムなどのデジタルコンテンツをダウンロード販売するものなどがある。

ユーザは、端末 6から加盟店サーバ 3の商用サイトにアクセスし、購入する商品を選択することができる。また、代金の決済方法も、携帯電話 5のバリューで決済する場合の他、銀行振り込み、キャッシュカードによる支払いなど各種の決済方法を選択できるようになつている。

そして、携帯電話 5のバリューでの決済を選択した場合は、決済確認メールの送信先の電子メールアドレス（送信先特定情報、通常は携帯電話 5の電子メールァドレス）を入力して加盟店サーバ 3に送信するようになっている。

なお、本実施の形態では、端末 6から加盟店サーバ 3の商用サイトにアクセスする場合について説明するが、携帯電話 5からアクセスしてもよい。この場合、加盟店サーバ 3は、携帯電話用のサイトを用意しているものとする。

また、図 2では加盟店サーバ 3は、 1つのみ図示されているが、通常は、各種のサービスサイトが複数存在する。

ここで、ユーザが携帯電話 5のバリューで商品を購入する手続きを、加盟店サーバ 3が端末 6に表示する画面の一例（図 4〜図 6) を用いて説明する。

何れの画面も、加盟店サーバ 3が端末 6に送信した画面データを端末 6のブラゥザがディスプレイに表示したものである。なお、これら画面データは、例えば、 HTML (Hy p e r t e x t Ma r k u p L a n g u a g e) などの言語により記述されている。

図 4は、加盟店サーバ 3の商用サイトが提供する商品選択画面 1 0の一例を示した図である。

商品選択画面 1 0は、座布団を販売するための画面であり、商品表示エリア 1 1、商品選択ボタン 1 2、 1 3、 1 4などから構成されている。

商品表示エリア 1 1には、値段や商品の外観など、ユーザが商品を選択するための情報が表示される。本実施の形態では、各座布団を選択するための番号、外観、価格が表示されている。

選択ボタン 1 2、 1 3、 1 4は、購入する座布団を選択するためのボタンである。

選択ボタン 1 2、 1 3、 14の何れかをマウスを操作してクリックすると、該当する番号の座布団が選択された旨の情報が加盟店サーバ 3に送信される。これに対し、加盟店サーバ 3は、図示しない決済方法選択画面を端末 6で提示し、ユーザは、決済方法を選択することができる。ここでは、携帯電話 5のバリユーでの決済を選択したものとする。決済方法を選択すると、加盟店サーバ 3は、ユーザが必要事項を入力するための購入情報入力画面を端末 6で提示する。

図 5は、端末 6で表示された購入情報入力画面 1 8の一例を示した図である。購入情報入力画面 1 8は、購入商品欄 1 9、電子メールアドレス入力欄 2 0、性別入力欄 2 1、生年月日入力欄 2 2、職業入力欄 2 3、確認ボタン 2 4、キヤンセルボタン 2 4などから構成されている。

購入商品欄 1 9には、ユーザが商品選択画面で選択した商品の名称ゃコード番号など、ユーザが購入しょうとする商品を確認するための情報が表示される。図 5では、 1番の座布団が選択されたことを示している。

電子メールァドレス入力欄 2 0は、決済確認メールの送付先の電子メールァドレスを入力する欄である。後述するように、受信した決済確認メールは、転送することが可能であり、転送先の端末装置からバリユーによる決済を行うこともできるため、この欄に入力する電子メールアドレスが送信される端末は、必ずしもバリユーの処理を行えるものでなくてもよい。

しかし、一般的には、決済するためのバリューが記憶されている携帯電話の電子メ一ルァドレスを入力する。通常は、自分が所有する携帯電話 5の電子メールァドレスを入力する。

なお、ユーザが誤入力などにより、他の携帯電話 5の電子メールアドレスを入力したとしても、この他の携帯電話 5の所有者は、電子メールの内容を確認することにより自分が行った買い物でないことを知ることができ、決済を拒否することができる。これにより'、電子メールアドレスの誤入力による決済トラブルを防ぐことができる。

性別入力欄 2 1は、ユーザの性別を入力する欄であり、男性、女性の何れかをラジオボタンで選択できるようになっている。

ラジオボタンとは、何れか一方が選択された場合、他の選択状態が解除されるように構成されたボタンである。

生年月日入力欄 2 2は、ユーザの生年月日を入力する欄である。

職業入力欄 2 3は、ユーザの職業を入力する欄である。

確認ボタン 2 4は、購入情報入力画面 1 8で入力した事項を加盟店サーバ 3に送信するためのボタンである。

ユーザが各欄に入力した事項は、購入情報として一時的に端末 6の R AM ( R a n d o m A c c e s s M e m o r y ) に格納され、ユーザが確認ボタン 2 4をクリックすると、端末 6から加盟店サーバ 3に送信される。 - キャンセルポタン 2 5は、ユーザが入力した事項をキャンセルするためのボタンであり、このボタンをクリックすると、 R AMに格納された入力事項が消去され、端末 6の表示は商品選択画面 1 0に戻る。

ユーザが確認ボタン 2 4をクリックすると、加盟店サーバ 3は、端末 6からュ一ザが入力した事項を受信し、支払いの手続きを行うための支払い手続き画面を端末 6で提示する。

図 6は、端末 6で表示された支払い手続き画面 2 8の一例を示した図である。これは、加盟店サーバ 3が、端末 6から受信した購入情報を用いて作成し、端末 6に送信したものである。

支払い手続き画面 2 8は、購入情報確認エリア 3 0、支払い手続きボタン 3 1 、キャンセルボタン 3 2などを備えている。

購入情報確認ェリア 3 0には、ユーザが購入情報入力画面 1 8で入力した事項が表示され、ユーザは、これを確認することができる。

支払い手続きボタン 3 1は、ユーザが、購入情報確認エリア 3 0で示された商品を購入するとの意思表示を行うボタンである。このボタンをクリックするとュ一ザが購入する意思を確認した旨の信号が端末 6から加盟店サーバ 3に送信され、加盟店サーバ 3は、バリユーによる支払いを請求するための処理を開始する。キャンセルボタン 3 2は、加盟店サーバ 3に送信した購入情報を取り消すためのボタンである。このボタンをクリックすると、ユーザが購入情報を取り消す旨の信号が端末 6から加盟店サーバ 3に送信され、これにより、加盟店サーバ 3は、先に端末 6から受信した購入情報を消去する。

加盟店サーバ 3は、ユーザの購入意思を確認すると、端末 6から取得した購入情報を確定し、電子マネー処理サーバ 4に決済依頼通知を送信する。

決済依頼通知の内容は、確定した購入情報の他、決済依頼通知の作成日時、加盟店サーバ 3を特定する加盟店 I Dなど、予め電子マネー処理サーバ 4との間で取り決められている。

次に、電子マネー処理サーバ 4 (図 2 ) について説明する。

電子マネー処理サーバ 4は、携帯電話 5や電子マネーカードなどを用いたバリユー処理に関する情報の収集と整理を行っている。

なお、本実施の形態で用いる電子マネーシステムは、所謂センター管理型電子マネーではなく、バリユーは各携帯電話 5や各電子マネーカードに記憶される。そのため、バリューを処理する際に、リアルタイムで電子マネー処理サーバ 4にアクセスする必要が無く、高速に処理を行うことができる。

電子マネー処理サーバ 4は、バリユーに関する情報を整理するための各種の情報処理を行うが、ここではこれら情報処理のうち、携帯電話 5を用いた決済に関する事項について説明する。

なお、電子マネー処理サーバ 4は、認証サーバ、 W e bサーバなど、複数のサーバ群から構成されるシステムとして構成することもできる。

電子マネー処理サーバ 4は、加盟店サーバ 3から決済依頼通知を受信すると、バリユーによる支払いを確認する決済確認メールを作成し、決済依頼通知で指定された電子メールアドレスに宛ててこれを送信する。決済確認メールは、ユーザにバリユーによる決済を求める請求書としての役割も有している。

図 7は、電子マネー処理サーバ 4が携帯電話 5に送信し、携帯電話 5のデイスプレイに表示された決済確認メールの一例を示した図である。なお、この表示処理は、電話機能部 1 0 1のブラウザにより行われる。

決済確認メールは、取引情報表示エリア 3 5、メッセージエリア 3 6、決済 U R L 3 7、キャンセル U R L 3 8、有効期限エリア 3 9から構成されている。取引情報表示エリア 3 5は、バリューによる決済の対象となる商取引の取引情報を表示し、ユーザに確認を促すためのエリアであり、例えば、取引を行った取引日時、購入した商品の商品名、商品の購入を行った加盟店の店名、決済金額など、ユーザが商取引を把握するための情報が表示される。

ユーザは、取引情報表示エリア 3 5に表示された内容を確認することにより、身に覚えのない商取引に関する決済確認メールが送られてきた場合に決済を拒否することができる。メッセージエリア 36には、取引情報表示エリア 3 5に表示された内容を確認した上、決済するか否かの選択を行うように促す表示がなされる。

決済 URL 37 (接続情報）と、キャンセル URL 38は、それぞれ決済用サイト、キャンセル用サイトに接続するための UR Lであり、ユーザが選択可能に表示されている。

ユーザは携帯電話 5の機能キーやテンキーなどの入力手段を用いて何れかを選択することができるようになつており、決済を行う場合は決済 UR L 37をタリックし、決済を行わない場合はキャンセル UR L 38をクリックする。

決済 URL 37、キャンセル UR L 38のうち何れかがクリックされると、電話機能部 1 01は自動的に選択された URLにて携帯電話 5を電子マネー処理サーバ 4に接続して通信回線を確立するようになっている。

決済 URL 37は、電子マネー処理サーバ 4の決済用サイトの URLと、決済内容を特定するパラメータから構成されている。パラメータで特定される内容としては、決済する金額、加盟店 I D、商品 I D、決済日時などがあり、これらパラメータは、携帯電話 5を決済サイトに接続した際に電子マネー処理サーバ 4に送られる。

電子マネー処理サーバ 4は、これらのパラメータにより決済金額などの決済に関する情報を取得することができ、携帯電話 5のバリユーを減算するための減算コマンドを作成することができる。

また、パラメータは一定のアルゴリズムで暗号化されており、ユーザなどが判読できないようになっている。そのため、パラメータを偽造するのが困難であり、セキュリティを高めることができる。

なお、本実施の形態では、減算コマンドを生成するための金額情報などをパラメータとしたが、これに限定せず、決済に関する情報は電子マネー処理サーバ 4 で保管し、この情報を特定するための特定情報を決済 UR L 37のパラメータとすることもできる。例えば、決済確認用メールに I Dをパラメータにて設定しておき、この I Dから決済コマンドを生成するための金額情報などを検索するように構成することができる。

また、決済 URL 37に時間などを埋め込むなどして、決済の有効期限を設定することも可能である。

更に、決済 U R L 3 7にワンタイムパスヮードなどのパスヮードを設定してセキユリティを高めることも可能である。

加えて、誤送信やなりすましなどのトラブルを防ぐために、決済確認メ一ルを送信するために、事前にユーザに心当たりがあるかを問い合わせる事前確認用の電子メールを送信してもよい。特に、携帯電話 5の電子メールアドレスが、初めて決済で使用されるものの場合は、ユーザの誤入力の可能性が高いので、事前確認用の電子メールを送信することが望ましい。

キャンセル U R L 3 8は、電子マネー処理サーバ 4のキャンセル用サイトの U R Lに、キャンセルする取引を特定するための暗号化された情報がパラメータとして付属して構成されている。

有効期限エリア 3 9には、決済有効期限が表示される。この期限を過ぎると、電子マネー処理サーバ 4は、この決済確認メールによる決済を受け付けない。電子マネー処理サーバ 4 (図 2 ) は、携帯電話 5から決済 U R L 3 7にて接続を受け付けると、決済 U R L 3 7に付属するパラメータを用いて、代金分のバリユーを減算する減算コマンドを生成し、携帯電話 5に送信する。

携帯電話 5が決済 U R Lで接続することにより携帯電話 5と電子マネー処理サーバ 4との間で通信回線が確立しており、電子マネー処理サーバ 4は、この通信回線を介して携帯電話 5に減算コマンドを送信する他、減算処理に必要な他の通信を行う。

このように、携帯電話 5から電子マネー処理サーバ 4に接続するように構成したのは、電子マネー処理サーバ 4の側から携帯電話 5を特定して通信回線を確立することは困難なので、携帯電話 5から電子マネー処理サーバ 4に接続することにより、電子マネー処理サーバ 4は、減算処理の対象である携帯電話 5を特定することができるようにしたものである。 '

携帯電話 5は、電子マネー処理サーバ 4との通信によりバリューを代金分だけ減算する減算処理を行う。また、携帯電話 5で減算処理中であることを表示する画面は、携帯電話 5側で用意したアプリケーションプログラムにより表示される減算処理が成功すると携帯電話 5は、電子マネー処理サーバ 4に対して減算完了通知を送信する。これにより、電子マネー処理サーバ 4は、携帯電話 5での減算処理が完了したことを確認することができる（確認手段）。

電子マネー処理サーバ 4は、減算処理の完了を確認すると、決済が完了した旨を表す決済完了通知を加盟店サーバ 3に送信すると共に、決済の完了を通知する電子メール（以下、決済完了通知メール）を携帯電話 5に送信する。

また、電子マネー処理サーバ 4は、携帯電話 5からキャンセル U R L 3 8にて接続を受け付けると、バリューによる決済を行わないと共に、決済を行わなかつた旨の通知を加盟店サーバ 3に送信する。

電子マネー処理サーバ 4は、携帯電話 5に決済完了通知メールを送信する場合に、決済完了通知メールに取引に関する付加情報を付加することができる。このような情報としては、加盟店 I D、決済金額、加盟店から送信された取引番号、ダウンロードキーなど、ユーザが取引対象を入手するために必要となる情報などが可能である。

物販の場合は、携帯電話 5の決済完了通知の受信を持って取引完了とする。この場合、付加情報として取引番号を表示させ、ユーザにこの取引番号を商用サイトから入力させることにより、ユーザを確認することが可能である。

デジタルコンテンツの販売の場合は、付加情報としてダウンロードキーを表示させることにより、このダウン口一ドキーを商用サイトに入力させてこれを認証することができる。

ダウンロードキーが認証された場合は、加盟店サーバ 3は、デジタルコンテンッのダウンロード、閲覧を可能とし、認証されなかった場合は、デジタルコンテンッの利用をできないようにすることができる。

図 8に、携帯電話 5で表示された決済完了通知メールの一例を示す。

決済完了通知メールは、取引情報表示エリア 4 3、メッセージエリア 4 4、付加情報エリア 4 5などから構成されている。

取引表示情報エリア 4 3には、ユーザが購入した商品を確認するための確認情報が表示される。

メッセージエリア 4 4には、ユーザへの挨拶のほか、広告、お知らせなど、各種メッセージ情報が表示される。

付加情報エリア 45には、取引に関わる付加情報を表示するためのエリアであり、この場合はデジタルコンテンッをダウンロード購入するためのダウンロードキーが表示されている。

ここで、このダウンロードキーを用いてデジタルコンテンツをダウンロード購入する場合について図 9を用いて説明する。

図 9は、加盟店サーバ 3の商用サイトが用意した、購入したデジタルコンテンッをダウンロードするためのダウンロード画面 48の一例を示した図である。ユーザは、携帯電話 5で図 8に示した決済完了通知メールを受信した後、端末 6から加盟店サーバ 3に再び接続し、購入したデジタルコンテンツのダウンロードを行う。

ダウンロード画面 48は、会員 I D入力欄 49、パスヮード入力欄 50、ダウンロードキー入力欄 ₅ 丄、送信ポタン ₅2などから構成されている。

会員 I D入力欄 49、パスワード入力欄 50には、ユーザは、それぞれ自分の会員 I Dとパスワードを入力する。

ダウンロードキー入力欄 51には、付加情報エリア 45 (図 8) で表示されたダウンロードキーを入力する欄である。

これらの事項を入力した後、送信ポタン 52をクリックすると、端末 6は入力事項を加盟店サーバ 3に送信する。

これに対し、加盟店サーバ 3は、端末 6から受信した会員 I D、パスワード、ダウンロードキーを用いて認証処理を行い、認証が適正に行われた場合、ダウンロードキーに対応するデジタルコンテンツを端末 6に送信する。認証が適正に行われなかった場合は、デジタルコンテンツの送信を行わない。

次に、電子マネー処理サーバ 4のハードウェア的な構成の一例について、図 1 0を用いて説明する。

電子マネー処理サーバ 4は、 CPU (C e n t r a l P r o c e s s i n g

Un i t) 55、 ROM (R e a d On l y Memo r y) 56、 RAM 57、通信制御部 58、記憶部 59などがバスライン 62で接続されて構成されている。 CPU55は、所定のプログラムに従って情報処理を行う他、電子マネー処理サーバ 4全体の制御などを行う。

ROM56は、読み出し専用のメモリであり、電子マネー処理サーバ 4を動作させるための基本的なプログラムやパラメータなどが記憶されている。

RAM57は、読み書き可能なメモリであって、 C PU 55のワーキングメモリを提供したり、記憶部 59に記憶されたプログラムやデータをロードして記憶したりなどする。

通信制御部 58 (請求情報取得手段、請求情報送信手段、処理情報送信手段）は、インターネット 7を介して加盟店サーバ 3や携帯電話 5などと通信を行う機能部である。 CPU55は、通信制御部 58を介して加盟店サーバ 3から決済依頼通知を受信したり、携帯電話 5に決済確認メールを送信したり、携帯電話 5との通信回線を確立してバリユーの減算処理を行ったりする。

記憶部 59は、例えばハードディスクやその他の不揮発性のメモリなどによつて構成されており、各種プログラムを格納したプログラム格納部 60、データを格納したデータ格納部 6 1などから構成されている。

プログラム格納部 60には、電子マネー処理サーバ 4を機能させるための基本的なプログラムである〇S (Op e r a t i n g S y s t ern) や、バリューによる決済機能を C PU 55に実現させるバリユー決済プログラムなどが格納されている。

CPU 55は、リュー決済プログラムを実行することにより、加盟店サーバ 3から決済依頼通知を受信してデータ格納部 6 1に格納する決済依頼通知受信機能や、決済依頼通知を用いて決済確認メールを生成し、携帯電話 5に送信する決済確認メール生成機能や、携帯電話 5から決済 URLにて接続を受け付けた場合に、決済 UR Lに付属するパラメータからパリユーを減算するためのコマンドを生成して携帯電話 5と通信し、携帯電話 5のバリューを減算する減算処理機能などを発揮する。

データ格納部 6 1には、バリューによる決済を行うために必要な各種データべ —スが格納されている。

これらのうち、取引履歴を記録した取引履歴データベースには、加盟店サーバ 3から決済依頼通知を受信した日時、加盟店サーバ 3の加盟店 I D、受信した決済依頼通知、決済完了の有無などが記録されている。

C P U 5 5は、この決済依頼通知を用いて決済確認メールを作成することができ、また、決済完了の有無を管理することができる。

次に、携帯電話 5のバリューで決済する手順について図 1 1、 1 2フローチヤ一トを用いて説明する。

なお、以下の処理は、それぞれ携帯電話 5の C P U及び I Cチップ、加盟店サーバ 3の C P U、電子マネー処理サーバ 4の C P Uが所定のプログラムに従って行うものである。

図 1 1において、ユーザが端末 6から加盟店サーバ 3の商用サイトにアクセスし、購入する商品を選択する（ステップ 1 0 0 ) 。

これに対し、加盟店サーバ 3は、バリューによる決済、振り込み、キャッシュカードの利用など、決済方法をユーザが選択可能なように端末 6で表示させる（ステップ 2◦ 2 ) 。

ユーザは、端末 6に表示された決済方法から、バリューによる決済を選択したものとする（ステップ 1 0 2 ) 。この場合、ユーザは、端末 6から携帯電話 5の電子メールァドレスなどを含む取引情報を加盟店サーバ 3に送信する。

次に、加盟店サーバ 3は、端末 6から取引情報を受信して、決済依頼通知を生成して電子マネー処理サーバ 4に送信し、バリューの決済を申し込む（ステップ 2 0 4 ) 。このとき、加盟店サーバ 3は、必要があれば、物販の場合の取引番号やデジタルコンテンッ販売の場合のダゥンロードキーなどの付加情報を生成して電子マネー処理サーバ 4に送信する（ステップ 2 0 6 ) 。これは、後に決済完了通知メールでユーザに通知される。

電子マネー処理サーバ 4は、加盟店サーバ 3から決済依頼通知を受信し、これを加盟店サーバ 3の加盟店 I Dなどと共に取引履歴データベースに格納して決済依頼を受け付ける（ステップ 3 0 0 ) 。

そして、電子マネー処理サーバ 4は、加盟店サーバ 3に対して、決済依頼を受理した旨の決済受付通知を送信し、加盟店サーバ 3は、この通知を受信する（ステツプ 2 0 8 ) 。次に、電子マネー処理サーバ 4は、決済依頼通知に含まれる電子メールァドレスが、初めてバリュー決済の対象となるものか否かを確認する（ステップ 3 0 2 ) 。

初めての場合は（ステップ 3 0 2 ； Y ) 、ユーザが間違えて電子メールァドレスを入力した可能性があるので、この電子メールァドレスに宛てて事前確認用の電子メールを送信する（ステップ 3 0 4 ) 。

なお、バリュー決済システム 1の利用を会員制とし、携帯電話 5のバリューでの決済を会員に限定すれば、会員データベースとの照合によって、無関係の第三者が電子メールを受け取る可能性を排除するように構成することもできる。この電子メールに該当する携帯電話 5が存在しないなどの理由で事前確認用の電子メールが不達となった場合（ステップ 3 0 6 ) 、電子マネー処理サーバ 4はエラー処理を行う（ステップ 3 0 8 ) 。

初めてでない場合は（ステップ 3 0 2 ； N ) 、決済を行うための処理 Aを続行する。処理 Aについては図 1 2を用いて後ほど説明する。

事前確認用の電子メールが携帯電話 5に適切に送達された場合は、携帯電話 5 のユーザは、この決済が身に覚えがあるか無いかを確認し、確認結果を電子マネ一処理サーバ 4に送信する（ステップ 1 0 4 ) 。

確認結果が、ユーザに身に覚えのないものであった場合（ステップ 1 0 4 ； N ) 、当該決済依頼通知に関してエラー処理を行う (ステップ 3 0 8 ) 。

確認結果が、ユーザに身に覚えのあるものであった場合は（ステップ 1 0 4 ； Y ) 、決済を行うための処理 Aを続行する。

なお、電子マネー処理サーバ 4がステップ 3 0 8のエラー処理を行う場合、ェラーが発生した旨の通知を加盟店サーバ 3に対して行い、これに対して加盟店サーバ 3もエラー処理を行う（ステップ 2 1 0 ) 。

次に、図 1 2で処理 A以降の処理手順について説明する。

電子マネー処理サーバ 4は、決済依頼通知に含まれる情報を用いて決済確認メ一'ルを生成し、携帯電話 5に送信する（ステップ 3 1 0 ) 。決済確認メールには決済 U R L、キャンセル U R Lが埋め込まれ、更に有効期限が設定されている。携帯電話 5は、決済確認メールを電子マネー処理サーバ 4から受信し、デイスプレイに表示する。これに対して、ユーザは、決済を実行するか否かを判断し、決済 UR Lかキャンセル UR Lの何れかを選択する（ステップ 106) 。

ユーザが決済を実行しないと判断してキャンセル UR Lを選択した場合（ステップ 106 ； N) 、この UR Lにて携帯電話 5は電子マネー処理サーバ 4にァクセスする。これにより、電子マネー処理サーバ 4は、ノリューによる決済をキヤンセルするキャンセル処理を行う（ステップ 3 1 2) 。また、電子マネー処理サーバ 4は加盟店サーバ 3にキャンセル処理を行う旨を通知し、これを受けて加盟店サーバ 3も決済依頼をキャンセルするキャンセル処理を行う（ステップ 21 2 ) 。

ユーザが携帯電話 5のバリユーでの決済を実行すると判断した場合（ステップ 106 ； Y) 、携帯電話 5でユーザは決済 UR Lをクリックする（ステップ 10 8 ) o

すると、携帯電話 5は、 UR Lを用いて電子マネー処理サーバ 4にアクセスし、携帯電話 5と電子マネー処理サーバ 4の間に通信回線が確立する。

電子マネー処理サーバ 4は、決済 URLに付属しているパラメータを用いて代金分のバリューを減算処理するコマンドを生成し、これを携帯電話 5に送信して決済処理を行う（ステップ 3 14) 。一方、携帯電話 5は、このコマンドによりバリューの減算処理を行う。

決済処理の間に、携帯電話 5と電子マネー処理サーバ 4との通信が途絶した場合（ステップ 3 1 6 ； Y) 、電子マネー処理サーバ 4は携帯電話 5に再度決済 U RLを選択するように通知するリトライ処理を行う（ステップ 3 18) 。このように、決済確認メールに決済 UR Lが記載されているため、通信が途絶しても再度決済 URLを選択するだけでリカパリすることができる。

通信が途絶せず、決済が完了した場合（ステップ 3 1 6 ； N) 、電子マネー処理サーバ 4は、携帯電話 5との通信回線を切断すると共に、決済完了に関する情報を取引履歴データベースに記録してこれを更新する（ステップ 320) 。

そして、電子マネー処理サーバ 4は、決済完了通知を加盟店サーバ 3に送信する（ステップ 322) 。

次に、電子マネー処理サーバ 4は、携帯電話 5に宛てて決済完了通知メールを電子メールにて生成して送信する（ステップ 3 24) 。このとき、必要があれば、ステップ 206で加盟店サーバ 3が生成した付加情報をこの電子メールに埋め込む（ステップ 3 2 6) 。

携帯電話 5は、決済完了通知メールを受信して、これをディスプレイに表示する（ステップ 1 1 0) 。

以上に説明した本実施の形態では、以下のような効果を得ることができる。ユーザは、携帯電話 5にバリューを記録すると共に、携帯電話 5の電子メールァドレスを加盟店サーバ 3に通知するだけで、バリユーによる決済を行うことができ、電子マネーカードや、電子マネーカードをリードライトするリーダライタなどを用意する必要がなく、操作性がよい。

また、加盟店サーバ 3側も電子マネー処理サーバ 4とのサーバ間通信が行えればよいので、加盟店サーバ 3にバリユー決済用のシステムを組み込む必要がなく、また OSにも依存せず、システムの構築が容易であり、また加盟店の開発負担が少なくて済む。

例えば、加盟店サーバ 3と電子マネー処理サーバ 4の間では、 HTTP (Hy p e r t e x t T r a n s f e r P r o t o c o l ) ¾：用レヽ 7こ通 lを trレヽ、電子マネー処理サーバ 4と電話機能部 1 0 1の間の通信は T CAPを用いた通信を行う。

また、電子マネー機能部 1 0 2と電話機能部 1 0 1、及び電子マネー機能部 1 0 2と電子マネー端末 9との間の通信は、一般的なプロトコルを用いてもよいし、電子マネー機能部 1 0 2を構成する I Cチップに固有なプロトコルを用いてもよい。

また、端末 6と加盟店サーバ 3の間の通信は特に問わないが、例えば TC P, I P ^ T r a n s m i s s i o n C o n t r o l P r o t o c o l / I n t e r n e t P r o t o c o l ) や他のプロトコルを用いて行うことができる。ユーザは、携帯電話 5で取引の内容を確認した後、決済を行うか否かを判断することができるので、セキュリティを高めることができる。

電子メールァドレスのレイァゥトと様式を調整すれば、携帯電話 5の運用を行う複数の会社（キャリア）に容易に対応することができる。また、バリュー決済システム 1は、様々なゲ一トウヱイに応用できる汎用性を備えている。

なお、本実施の形態では、端末 6で商品を選択し、携帯電話 5のバリューで決済する場合について説明したが、商品の選択とバリユーの決済方法に関して以下のようなバリエーションが存在する。（1) 携帯電話 5で加盟店サーバ 3の商用サイトにアクセスし、商品を選択することもできる。

この場合、ユーザは携帯電話 5に電子メールァドレスを入力して加盟店サーバ

3に送信する。

(2) 端末 6に電子マネーカードのリーダライタを設置し、このリーダライタにセットした電子マネーカードカらノリユーの決済を行う。

この場合、端末 6は、電子マネー処理サーバ 4から決済 URL付きの決済確認メールを受信する。そして、ユーザは電子マネーカードをリーダライタにセットして決済 UR Lをクリックする。すると、端末 6と電子マネー処理サーバ 4の間でバリュー減額処理が行われ、決済することができる。なお、電子マネー処理サーバ 4との通信により、電子マネーカードにチャージしたりバリユーの減額処理を行うためのプログラムを端末 6にインストールしておく。（3) 端末 6が実装する記憶装置（例えば、ハードディスク）にバリューを記憶させておき、このバリューで決済する。（4) 電子マネー処理サーバ 4に、決済受け付け用のサイトを用意しておき、ユーザにここに必要な情報を入力してもらうように構成することもできる。この場合、加盟店が行う決済を電子マネー処理サーバ 4が代行するため、加盟店は加盟店サーバ 3を設置する必要がない。

また、本実施の形態では、決済確認メールの決済 URLがクリックされた端末に対してバリユーの決済が行われるため、電子マネー処理サーバ 4から受信した決済確認メールを他の端末に転送することにより、他の端末でバリユーを決済することも可能である。

例えば、携帯電話 5で受信した決済確認メールを端末 6に転送し、端末 6にセットした電子マネーカードで決済したり、あるいは、他の携帯電話 5に転送して他の携帯電話 5で決済することが可能である。

決済を行う端末は、端末 6、携帯電話 5の代わりに、 PDA (P e r s o n a 1 D i g i t a l A s s i s t a n t :携帯情報端末）や、ページャなど、他の携帯端末装置を用いることができる他、例えば、電子マネー処理サーバ 4から電子メールもしくはこれと同等の通知が受信可能で、バリューを記憶する記憶手段を備えたデジタル式テレビジョンなどを用いることもできる。

また、本実施の形態は、決済の確認をとる手段として電子メールによる決済確認メールをユーザに送信したが、決済確認の通知手段は電子メールに限定するものではなく、他の手段を用いることもできる。例えば、電子マネー処理サーバ 4 に各ユーザごとのプライベートなサイトを設定し、ユーザが自分のサイトにァクセスする際にユーザに決済の確認をとるように構成することもできる。

また、加盟店サーバ 3から電子マネー処理サーバ 4への決済依頼は、サーバ間通信なので、 AP I (Ap p l i c a t i o n P r o g r a m I n t e r f a c e) を必要とせず、また、加盟店サーバ 3から電子マネー処理サーバ 4への決済依頼は、商品情報と携帯電話 5の電子メールァドレスがわかれば行うことができるので、加盟店サーバ 3が開設するサイトは、携帯電話 5用に限定せず、 E C (E 1 e c t r o n i c C omm e r c e) サイト、テレフォンショッピング、デジタルテレビジョンの双方向通信を用いたショッピング、リアル店舗でのショッビングなどに利用することもできる。

また、本実施の形態では、携帯電話 5が電話機能部 1 0 1と電子マネー機能部 1 0 2を備えているものとしたが、電子マネー機能部 1 0 2は、アダプタ方式やアタッチメント方式により着脱可能とすることもできる。

電子マネー機能部 1 0 2は、例えば、専用の I Cチップで構成することが可能であるが、これを着脱式とする場合、バリュー情報インターフェースは、携帯電話 5側に設置してもよいし、 I Cチップ側に設置してもよい。あるいは、バジュ一情報インターフェース自体を着脱式とし、電話機能部 1 0 1と電子マネー機能部 1 0 2の間に介在させてもよい。

次に、第 2の実施の形態について説明する。

[第 2の実施の形態]

本実施の形態は、電子マネー処理サーバ 4を介して、携帯電話 5 a (図 1 3) から携帯電話 5 bにバリユーを転送することにより送金を行うものである。このように、本実施の形態では、電子マネー処理サーバ 4は、送金処理サーバとしての機能を発揮する。

これにより、例えば、友人に借りた金銭をバリューによる送金で返済することができる。

図 1 3は、本実施の形態のバリュー送金システム 1 aの概念的な構成を説明するための図である。バリュー送金システム 1 aの物理的な構成は第 1の実施の形態と同様である。

バリュー送金システム 1 aは、電子マネー処理サーバ 4、携帯電話 5 a、携帯電話 5 bを含んでいる。なお、図 1 3では、電子マネー処理サーバ 4と携帯電話 5 a 、 bを接続するインターネット 7や基地局 8は図示していない。

電子マネー処理サーバ 4は、第 1の実施の形態で説明した決済機能に加え、携帯電話 5 aから携帯電話 5 bへの送金処理を行う機能を有しており、送金情報取得手段、減算処理情報送信手段、加算処理情報送信手段、第 1の接続情報送信手段、第 2の接続情報送信手段（以上、通信制御部 5 8により構成される）や、送金元の携帯電話 5でのバリユーの減算処理を確認する減算処理確認手段、送金先の携帯電話 5までのバリユーの加算処理を確認する加算処理確認手段などを備えている。

携帯電話 5 a 、 5 bの構成は、第 1の実施の携帯の携帯電話 5と同様であり、インターネット接続機能を有する電話機能部 1 0 1 (図 3 ) と、電子マネー処理サーバ 4から通信によりバリユー処理を行うことができる電子マネー機能部 1 0 2を備えている。

以上の様に構成されたバリユー送金システム 1 aでの送金手続きを図中の括弧で囲んだ数字に対応させて説明する。なお、携帯電話 5 aの所有者をユーザ A ( 送金の依頼主）、携帯電話 5 bの所有者をユーザ B (送金先）とし、ユーザ Aがユーザ Bにバリユーを送って送金するものとする。

( 1 ) まず、ユーザ Aが、携帯電話 5 aから電子マネー処理サーバ 4にァクセスし、携帯電話 5 aに記憶されているバリューを携帯電話 5 bに送金（転送）したい旨の送金依頼通知を送信する。電子マネー処理サーバ 4には、送金用サイトが開設されており、ユーザは、送金用サイトに接続して、必要事項を入力することにより送金を依頼することができる。送金依頼通知には、ユーザ Aの認証情報、携帯電話 5 bの電子メールアドレス、送金したいバリューの金額などの送金情報が含まれている。

ユーザ Aの認証情報としては、携帯電話 5 aの電話番号や、電子マネー機能部 1 0 2を構成する I Cチップの I Cチップ I Dや、あるいは電子マネ一サービスを受けるための電子マネー処理サーバ 4に登録してある電子マネー I Dを用いることができる。通常、電話番号は、電話機能部 1 0 1に記憶され、 I Cチップ I D、電子マネー I Dは、電子マネー機能部 1 0 2に記憶されており、携帯電話 5 がこれらを読み出して送金依頼通知に添付する。

また、携帯電話 bの電子メールァドレスとバリユーの金額はユーザ Aが入力する。

( 2 ) 電子マネー処理サーバ 4は、携帯電話 5 aからの送金依頼通知を受け付けると、携帯電話 5 bに対して、ユーザ Aからバリューの送金依頼通知を受けている旨の依頼受付通知を電子メールにて送信する（以下、依頼受付メール）。依頼受付メールには、ユーザ Aの認証情報などのユーザ Bがユーザ Aを認識することができる情報や、送金するバリューの金額などが表示される他、ユーザ Bが送金を承認する場合に選択する承認、 U R Lと、送金を承認しない場合に選択するキヤンセル U R Lも表示される。

また、ユーザ Aの認証情報が I Cチップ I Dや電子マネー I Dの場合、これらの情報をユーザ Bに直接提示しても、ユーザ Bが依頼主がユーザ Aであることを認識することは困難なので、電子マネー処理サーバ 4でユーザ Bの氏名などに変換して携帯電話 5 bに送信する。この場合、ユーザ A、ユーザ B、 …など各ユーザは認証情報と共に電子マネー処理サーバ 4に登録してあるものとする。

( 3 ) ユーザ Bが承認 U R Lをクリックすると、携帯電話 5 bは電子マネー処理サーバ 4の承認サイトに接続し、ユーザ Bがバリューの送金依頼を承認した旨を表す承認通知を電子マネー処理サーバ 4に送信する。

この際に携帯電話 5 bは、ユーザ Bの認証情報（電話番号、 I Cチップ I D、電子マネー I Dなど）も電子マネー処理サーバ 4に送信する。

また、ユーザ Bがキャンセル U R Lを選択した場合、携帯電話 5 bは、ユーザ Bがバリユーの送金依頼を承認しなかった旨の通知を電子マネー処理サーバ 4へ送信する。

( 4 ) 電子マネー処理サーバ 4は、携帯電話 5 bから承認通知を受信し、ユーザ Bが送金を承認したことを確認した確認通知を電子メールにて生成し（以下、確認メール）、携帯電話 5 aに送信する。

( 5 ) 携帯電話 5 aは、確認メールを受信し（送金情報取得手段）、通知内容 (ユーザ Bが送金を承認したか否か）をディスプレイに表示する。確認メールでは、ユーザ Bの認証情報が表示され、ユーザ Aは、確かにユーザ Bからの通知であることを確認することができる。

また、ユーザ Bの認証情報が I Cチップ I D、電子マネー I Dなど、ユーザ A に認識困難な情報であった場合は、電子マネー処理サ一バ 4でユーザ Bの氏名など、ユーザ Aが認識できる情報に変換する。

ユーザ Bからの通知内容が、バリユーの送金を承認しないものであった場合は、電子マネー処理サーバ 4はバリユーの送金を行わない。

ュ一ザ Bからの通知内容がバリユーの送金を承認するものであった場合は、確認メールにバリユーを携帯電話 5 bに送金するための送金 U R L (第 1の接続情報、接続情報）が表示される。送金 U R Lは、電子マネー処理サーバ 4の送金サィトに接続するためのサイトであって、送信先である携帯電話 5 bを特定する情報（携帯電話 5 bの電子メールアドレスなど）や送金する金額などの情報が暗号化されたパラメータとして付属している。

送金サイトは、送金元から送金するバリユーを受け付けるためのサイトであるユーザ Aが送金 U R Lをクリックすると、携帯電話 5 aは、送金用サイトに接続し、これにより携帯電話 5 aと電子マネー処理サーバ 4の間で通信回線が確立し、更に送金 U R Lに付属するパラメータを電子マネー処理サーバ 4に送信する (金額特定情報送信手段）。

そして、電子マネー処理サーバ 4は、携帯電話 5 aと通信しながら携帯電話 5 aに記憶されているバリューを送金分だけ減算する減算処理を行う。更に、電子マネー処理サーバ 4は、携帯電話 5 aにおいて減算処理が完了したことを確認する（減算処理確認手段）。この処理は、電子マネー処理サーバ 4が、送金 U R Lに付属するパラメータから、バリューの送金先（この場合携帯電話 5 b ) を特定する情報と、送金する金額を取得し、送金する金額分だけバリューを減算する減算コマンド（減算処理情報）を生成して携帯電話 5 aに送信したのに対し、これを受信した携帯電話 5 a において、電子マネー機能部 1 0 2がパリユーの減算処理を行うことにより実行される。

これにより、携帯電話 5 aでは、送金分だけバリューが減算される。この時点では、減算したパリユーは携帯電話 5 bに送信されていず、電子マネー処理サーバ 4がこれを預かった状態となる。

( 6 ) 次に、電子マネー処理サーバ 4は、ユーザ Aからバリューを預かっている旨を通知する預かり通知を電子メールにて生成し（以下、預かりメール）、これを携帯電話 5 bに送信する。この際に、バリュー送金先を特定する情報を用いて携帯電話 5 bに預かりメールを送信する。そして、携帯電話 5 bは、これを受信する（受取金情報受信手段）。

預かりメールにはバリューを受け取るための受領 U R L (第 2の接続情報）が表示されている。

受領 U R Lは、電子マネー処理サーバ 4の受領サイトに接続するための U R L である。受領サイトは、送金元から預かっているバリューを送信先の端末装置に転送するためのサイトである。

ユーザ Bが受領 U R Lをクリックすると、携帯電話 5 bと電子マネー処理サーバ 4の間で通信回線が確立し、携帯電話 5 bは、電子マネー処理サーバ 4に受領 U R Lに付属するパラメータ送信する（金額特定情報提供手段）。そして、電子マネー処理サーバ 4は、携帯電話 5 bに対して携帯電話 5 aから預かっている金額だけバリューの書き込み処理（加算処理）を行う。更に、電子マネー処理サーバ 4は、携帯電話 5 bにおいてバリューの書き込み処理が完了したことを確認する（加算処理確認手段）。

この処理は、電子マネー処理サーバ 4が、受領 U R Lに付属するパラメータから、携帯電話 5 bに送金する金額を取得し、送金する金額分だけバリューを加算する書き込みコマンド（加算処理情報）を生成して携帯電話 5 bに送信したのに対し、これを受信した携帯電話 5 bにおいて、電子マネー機能部 1 ◦ 2がバリュ一の書き込み処理を行うことにより実行される。

以上の処理により、携帯電話 5 bに記憶されているパリユーの金額は、携帯電話 5 aで減算した分だけ増加し、この結果、携帯電話 5 aに記憶されていたバリユーが携帯電話 5 bに送金されたことになる。

バリューの送金が完了すると、電子マネー処理サーバ 4は、携帯電話 5 a、 b にバリユー送金完了通知を送信する。

本実施の形態では、電子マネー処理サーバ 4は、携帯電話 5 aからのバリューの入金を確認してから携帯電話 5 bへのバリューの送金を行うように構成されている。

なお、携帯電話 5 bにバリューを送金する際に、送金元又は送金先の少なくとも一方から手数料を徴収するように構成することができる。

送金元から手数料を徴収する場合は、携帯電話 5 aのバリューを減算する際に、手数料分のバリューを更に減算する。一方、送金先から手数料を徴収する場合は、携帯電話 5 bにバリユーを書き込む際に手数料分だけ差し引いた金額のバリユーを書き込む。

更に、送金元と送金先のうち、何れから手数料を徴収するか、ユーザが設定するように構成することもできる。

以上の説明では、確認通知を携帯電話 5 aに送信し、預かり通知を携帯電話 5 bに送信し、携帯電話 5 aから携帯電話 5 bへ送金処理を行ったが、確認メール、預かりメールを、それぞれ他の端末装置に転送し、転送先の端末装置で送金処理を行うこともできる。

例えば、確認通知を携帯電話 5 aで受信した後、これをバリュー処理機能を有する他の端末装置に転送し、転送先の端末装置から送金 U R Lを用いて電子マネ一処理サーバ 4に接続することができる。この場合、電子マネー処理サーバ 4は、当該他の端末装置に対してバリユーの減算処理を行う。

預かり通知を転送し、転送先の端末装置から受領 U R Lを用いて電子マネー処理サーバ 4に接続すると、電子マネー処理サーバ 4は、この端末装置に対してバリユーの書き込み処理を行う。この場合、転送された確認メール、及び預かりメールを受信するメール受信手段がそれぞれ送金情報取得手段、受取金情報受信手段を構成する。

以上の処理を図 1 4のフローチャートを用いて説明する。以下の動作は、携帯電話 5 a、 bの C P Uとバリュー処理用の I Cチップ、及び電子マネー処理サーバ 4の C P Uが所定のプログラムに従って動作することにより行われるものである。

まず、ユーザ Aが携帯電話 5 aから電子マネー処理サーバ 4に、ユーザ Bへのバリューの送金を依頼する送金依 S通知を送信する（ステップ 4 0 0 ) 。

電子マネー処理サーバ 4は、携帯電話 5 aからパリユー送金依頼通知を受信し、ユーザ Aからバリユーの送金依頼を受けている旨を表す依頼受付メールを携帯電話 5 bに送信する（ステップ 5 0 0 ) 。

ユーザ Bは、依頼受付メールに備えられている承認 U R Lをクリックし、送金を承認する承認通知を電子マネー処理サーバ 4に送信する（ステップ 6 0 0 ) 。次に、電子マネー処理サーバ 4は、ユーザ Bがバリューによる送金を承認した旨を表す確認メールを携帯電話 5· aに送信する（ステップ 5 0 2 ) 。

これに対し、ユーザ Aは、携帯電話 5 aで確認メールに埋め込まれた送金 U R Lをクリックして、携帯電話 5 aから電子マネー処理サーバ 4にアクセスし、バリューの送金を開始する（ステップ 4 0 2 ) 。

すると、電子マネー処理サーバ 4は、通信回線を介して携帯電話 5 aのバリュ一を減算する減算処理を行う（ステップ 4 0 4、 5 0 4 ) 。

次に、電子マネー処理サーバ 4は、ユーザ Aからバリューを預かっている旨の預かり通知を携帯電話 5 bに送信する（ステップ 5 0 6 ) 。

ユーザ Bは、預かり通知を受信し、預かり通知に埋め込まれた受領 U R Lをクリックし、パリユーの受信を開始する（ステップ 6 0 2 ) 。

すると、電子マネー処理サーバ 4は、通信回線を介して携帯電話 5 bにバリュ一を書き込むバリューの書き込み処理を行う（ステップ 5 0 8、 6 0 4 ) 。電子マネー処理サーバ 4は、携帯電話 5 bにバリユーの書き込み処理を完了すると、バリューの送金が完了した旨を通知する送金完了通知を携帯電話 5 a、 b に送信して処理を終了する（ステップ 5 1 0 ) 。そして、携帯電話 5 a、 bは、この送金完了通知を受信して処理を完了する（ステップ 4 0 6、 6 0 6 ) 。

以上に説明した本実施の形態により、以下のような効果を得ることができる。 ( 1 ) 携帯電話 5 a、 b間でバリューの送金を行うことができる。（2 ) ユーザ A、 Bを認証する情報を用いることにより、本人間の確認を行うことができる。 ( 3 ) 認証情報は、携帯電話 5から自動的に読み出されて電子マネー処理サーバ 4に送信されるため、ユーザが認証情報を入力する必要がない。

以上では、一例として携帯電話間でのパリユーの送金について説明したが、本実施の形態はこれに限定されるものではなく、様々な変形が可能である。

例えば、バリュー送金元と送金先の一方、又は两方をリーダライタを備えたパ一ソナルコンピュータとすることができる。

リーダライタに電子マネー力一ドをセットすることにより、この電子マネー力ードに記憶されてるバリューを他の端末に送金したり、あるいは、他の端末から送金されてきたバリューを電子マネーカードに書き込んだりすることができる。また、携帯電話 5 aが電子マネー処理サーバ 4にバリユーの送金依頼をした際に、携帯電話 5 aからバリユーを減算するように構成することもできる。

この場合、ユーザ Aは、携帯電話 5 aのブラウザから、送金用サイトの U R L を入力して送金サイトに接続し、ユーザ Bの電子メールアドレス、送金金額などを入力することになる。この場合、ブラウザが送金情報取得手段を構成しているまた、携帯電話 5 bに、書き込みコマンドを電子メールなどで送信し、ユーザ Bが受信した書き込みコマンドを実行させてバリューを加算するように構成することもできる。この場合、携帯電話 5 bはオフラインでバリューを加算することもできる。また、携帯電話 5 bから書き込みコマンドを他の端末装置に送金し、送金先の端末装置でバリユーを加算することもできる。

更に、携帯電話 5 aから携帯電話 5 bへバリューを送金する手順は、図 1 4に示したフローチャートの他に、各種のものが考えられる。

例えば、以下の手順によってバリューの送金を行うこともできる。（1 ) ユーザ Aが携帯電話 5 aから電子マネー処理サーバ 4にバリユーによる送金を申し込む。（2 ) 電子マネー処理サーバ 4は、これを受けて携帯電話 5 aから送金金額分のバリューを減算する。（3 ) 電子マネー処理サーバ 4がユーザ Bにバリュー受け取り用の電子マネーを送信する。（4 ) ユーザ Bがこの電子メールを用いて携帯電話 5 bから電子マネー処理サーバ 4に接続し、電子マネー処理サーバ 4が携帯電話 5 bにバリューを書き込む。

加えて、ユーザ Aがバリユー受け取り用のパスヮードを設定することができるようにし、これをユーザ Aがこれを別途ユーザ Bに知らせるように構成することもできる。ユーザ Bは、このパスワードを用いて電子マネー処理サーバ 4からバリユーを受け取る。

以上に説明した本実施の形態では、次のような送金処理サーバを提供することができる。（1 ) 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、送金処理サーバから取得した減算処理情報、又は加算処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた端末装置に対して、 1の端末装置から他の端末装置に送金処理を行う送金処理サーバであって、送金の依頼主から、送金する金額を特定する金額特定情報と、送金先を特定する送金先特定情報と、を取得する送金情報取得手段と、前記特定される送金先に送金する送金元の端末装置を特定する送金元端末特定手段と、前記特定した送金元の端末装置に、前記取得した金額特定情報で特定される金額分の貨幣情報を減算する処理を行うための減算処理情報を送信する減算処理情報送信手段と、前記取得した送金先特定情報で特定される送金先に、前記金額特定情報で特定される金額分だけ貨幣情報を加算する処理を行う加算処理情報を送信する加算処理情報送信手段と、を備えたことを特徴とする送金処理サーバを提供することができる（第 1の構成）。（2 ) 前記送金の依頼主に送金処理サーバに接続するための第 1の接続情報を送信する第 1の接続情報送信手段を具備し、前記送金元端末特定手段は、前記送信した第 1の接続情報を用いて接続してきた端末装置を送金元端末装置として特定することを特徴とする第 1の構成の送金処理サーバを提供することができる（第 2の構成）。（3 ) 前記取得した金額特定情報と送金処理サーバに接続するための第 2の接続情報を前記送信先に送信する第 2の接続情報送信手段を具備し、前記加算処理情報送信手段は、前記第 2接続情報を用いて接続してきた端末装置に対して加算処理情報を送信することを特徴とする第 1の構成、又は第 2の構成の送金処理サーバを提供することができる（第 3の構成）。（4 ) 前記送金元の端末装置で貨幣情報の減算処理が完了したことを確認する減算処理確認手段を具備し、前記加算情報送信手段は、前記減算処理確認手段で減算処理が完了していることが確認された場合に加算処理情報の送信を行うことを特徴とする第 1の構成、第 2の構成、又は第 3の構成の送金処理サーバを提供することができる。（5 ) 前記送信した加算処理情報による貨幣情報の加算処理が完了したことを確認する加算処理確認手段と、前記加算処理確認手段により加算処理の完了が確認された場合に、前記送信先特定情報で特定される送信先、及び送金元端末装置の少なくとも一方に送金完了通知を送信することを特徴とする第 1の構成から第 4の構成までのうちの何れか 1の構成の送金処理サーバを提供することができる（第 5の構成）。

また、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、送金処理サーバから取得した減算処理情報、又は加算処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた端末装置に対して、 1の端末装置から他の端末装置に送金処理を行う送金処理方法であって、送金情報取得手段と、送金元端末特定手段と、減算処理情報送信手段と、加算処理情報送信手段と、を備えたコンピュータにおいて、送金の依頼主から、送金する金額を特定する金額特定情報と、送金先を特定する送金先特定情報と、を前記送金情報取得手段で取得する送金情報取得ステップと、前記特定される送金先に送金する送金元の端末装置を前記送金元端末特定手段で特定する送金元端末特定ステップと、前記特定した送金元の端末装置に、前記取得した金額特定情報で特定される金額分の貨幣情報を減算する処理を行うための減算処理情報を前記減算処理情報送信手段で送信する減算処理情報送信ステップと、前記取得した送金先特定情報で特定される送金先に、前記金額特定情報で特定される金額分だけ貨幣情報を加算する処理を行う加算処理情報を前記加算処理情報送信手段で送信する加算処理情報送信ステップと、から構成されたことを特徴とする送金処理方法を提供することができる。

また、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶機能と、送金処理サーバから取得した減算処理情報、又は加算処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理機能と、を備えた端末装置に対して 1の端末装置から他の端末装置に送金処理を行う送金処理機能をコンピュータで実現するための送金処理プログラムであって、送金の依頼主から、送金する金額を特定する金額特定情報と、送金先を特定する送金先特定情報と、を取得する送金情報取得機能と、前記特定される送金先に送金する送金元の端末装置を特定する送金元端末特定機能と、前記特定した送金元の端末装置に、前記取得した金額特定情報で特定される金額分の貨幣情報を減算する処理を行うための減算処理情報を送信する減算処理情報送信機能と、前記取得した送金先特定情報で特定される送金先に、前記金額特定情報で特定される金額分だけ貨幣情報を加算する処理を行う加算処理情報を送信する加算処理情報送信機能と、をコンピュータで実現するための送金処理プログラムを提供することができる。

更に、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成の記載の送金処理サーバに接続するための接続情報と、送金先を特定する送金先特定情報と、を取得する送金情報取得手段と、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報と送金先特定情報を送信する金額特定情報送信手段と、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた減算処理情報を受信し、当該減算処理情報を用いて、前記貨幣情報記憶手段に記憶した貨幣情報を減算する減算処理手段と、を具備したことを特徴とする端末装置を提供することができる。

また、本実施の形態は、貨幣情報記憶手段と、送金情報取得手段と、金額特定情報送信手段と、減算処理手段と、を備えたコンピュータにおいて、貨幣価値の金額を電子データとして表した貨幣情報を前記貨幣情報記憶手段で記憶する貨幣情報記憶ステップと、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成の送金処理サーバに接続するための接続情報と、送金先を特定する送金先特定情報と、を前記送金情報取得手段で取得する送金情報取得ステップと、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報と送金先特定情報を前記金額特定情報送信手段で送信する金額特定情報送信ステップと、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた減算処理情報を受信し、当該減算処理情報を用いて、前記貨幣情報記憶手段に記憶した貨幣情報を前記減算処理手段で減算する減算処理ステップと、から構成されたことを特徴とする端末方法を提供することができる。

ここで、前記コンピュータは、例えば、インターネット接続機能を持ったパーソナルコンピュータと、電子マネーカードと、パーソナルコンピュータ及び電子マネーカードを接続するインターフェースを用いて構成することができる。また、本実施の形態では、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶機能と、送金する金額を特定する金額特定情報と、第 1 の構成から第 5の構成までのうちの何れか 1の構成の送金処理サーバに接続するための接続情報と、送金先を特定する送金先特定情報と、を取得する送金情報取得機能と、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報と送金先特定情報を送信する金額特定情報送信機能と、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた減算処理情報を受信し、当該減算処理情報を用いて、前記貨幣情報記憶機能に記憶した貨幣情報を減算する減算処理機能と、をコンピュータで実現するための端未プログラムを提供することができる。

更に、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成の送金処理サーバに接続するための接続情報と、を受信する受取金情報受信手段と、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報を提供する金額特定情報提供手段と、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた加算処理情報を受信し、当該加算処理情報を用いて、前記貨幣情報記憶手段に記憶した貨幣情報を加算する加算処理手段と、を具備したことを特徴とする端末装置を提供することができる。また、本実施の形態は、貨幣情報記憶手段と、受取金情報受信手段と、金額特定情報提供手段と、加算処理手段と、を備えたコンピュータにおいて、貨幣価値の金額を電子データとして表した貨幣情報を前記貨幣情報記憶手段で記憶する貨幣情報記憶ステップと、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成の送金処理サーバに接続するための接続情報と、を前記受取金情報受信手段で受信する受取金情報受信ステップと、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報を前記金額特定情報提供手段で提供する金額特定情報提供ステツプと、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた加算処理情報を受信し、当該加算処理情報を用いて、前記貨幣情報記憶手段に記憶した貨幣情報を前記加算処理手段で加算する加算処理ステップと、から構成されたことを特徴とする端末方法を提供することができる。

更に、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶機能と、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成の送金処理サーバに接続するための接続情報と、を受信する受取金情報受信機能と、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報を提供する金額特定情報提供機能と、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた加算処理情報を受信し、当該加算処理情報を用いて、前記貨幣情報記憶機能に記憶した貨幣情報を加算する加算処理機能と、をコンビユータで実現するための端末プログラムを提供することができる。

また、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、入力された処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた貨幣情報処理装置に接続する接続手段と、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成の記載の送金処理サーバに接続するための接続情報と、送金先を特定する送金先特定情報と、を取得する送金情報取得手段と、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報と送金先特定情報を送信する金額特定情報送信手段と、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた減算処理情報を受信し、前記受信した減算処理情報を前記接続手段を介して前記貨幣情報処理手段に入力する入力手段と、を具備したことを特徴とする端末装置を提供することができる。

また、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する記憶媒体に接続する接続手段と、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成の送金処理サーバに接続するための接続情報と、送金先を特定する送金先特定情報と、を取得する送金情報取得手段と、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報と送金先特定情報を送信する金額特定情報送信手段と、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた減算処理情報を受信し、当該減算処理情報により前記記憶媒体に記憶した貨幣情報を前記接続手段を介して減算する減算処理手段と、を具備したことを特徴とする端末装置を提供することができる。

また、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、入力された処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた貨幣情報処理装置に接続する接続手段と、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成に記載の送金処理サーバに接続するための接続情報と、を受信する受取金情報受信手段と、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報を提供する金額特定情報提供手段と、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた加算処理情報を受信し、前記受信した加算処理情報を前記接続手段を介して前記貨幣情報処理手段に入力する入力手段と、を具備したことを特徴とする端末装置を提供することができる。

また、本実施の形態は、貨幣価値の金額を電子データとして表した貨幣情報を記憶する記憶媒体に接続する接続手段と、送金する金額を特定する金額特定情報と、第 1の構成から第 5の構成までのうちの何れか 1の構成に記載の送金処理サーバに接続するための接続情報と、を受信する受取金情報受信手段と、前記接続情報を用いて前記送金処理サーバに接続し、前記送金処理サーバに前記取得した金額特定情報を提供する金額特定情報提供手段と、前記送信した金額特定情報に対応して送金処理サーバから送信されてきた加算処理情報を受信し、当該加算処理情報により前記記憶媒体に記憶した貨幣情報を加算する加算処理手段と、を具備したことを特徴とする端末装置を提供することができる。

次に、第 3の実施の形態について説明する。

[第 3の実施の形態の概要]

第 1の実施の形態では、決済金額や決済の対象となる商品などの決済に関する情報を決済用 U R Lに付属させて携帯電話 5に送信したが、第 3の実施の形態では、これら決済の内容に関する情報は決済案件情報として電子マネー処理サーバ 4で決済案件ごとに管理する。そして、決済確認メールに決済案件を特定する決済番号を貼付して携帯電話 5に送信する。

一方、携帯電話 5には、携帯電話 5を電子マネー処理サーバ 4に接続し、決済確認メールに添付されている決済番号やその他の情報を電子マネー処理サーバ 4 に送信する決済接続部をアプリケーションとして内蔵しておく。この決済接続部は、所定のタグ情報によって起動されるように構成されいる。

このタグ情報（以下、起動タグ情報）は、決済確認メールに埋め込まれており、ユーザが決済確認メールから決済接続部を起動することができるようになっている。

決済が行われる手順は次の通りである。

ユーザが決済確認メールに表示された決済用タグを選択すると決済接続部が起動する。そして、決済接続部は、決済確認メールに添付されている決済番号と電子マネー I Dなどの情報を取得して電子マネー処理サーバ 4に送信する。

電子マネー処理サーバ 4は、決済番号から決済案件を特定して決済金額を取得し、決済金額分のバリューを減算する減算コマンドを生成する。電子マネー I D は、携帯電話 5を識別し、携帯電話 5の履歴情報を更新するのに用いる。

次に、電子マネー処理サーバ 4は、減算コマンドを携帯電話 5に送信する。携帯電話 5は、この減算コマンドを受信してバリューの減算処理を行い、請求金額の決済を行う。このように、決済案件情報を電子マネー処理サーバ 4で管理するように構成することにより、決済確認メールの容量を小さくすることができる。

[第 3の実施の形態の詳細]

以下に第 3の実施の形態について図を参照しながら詳細に説明する。

電子マネー処理サーバ 4が加盟店サーバ 3から決済依頼通知を受信するまでの情報処理手順は第 1の実施の形態と同様である。以下では、第 1の実施の形態と同じ構成要素には同じ符号を付して説明し、重複する説明は省略するものとする図 1 5 ( a ) は、電子マネー処理サーバ 4、決済確認メール 1 1 0、及び携帯電話 5の構成を説明するための図である。

図 1 5 ( a ) に示したように、電子マネー処理サーバ 4では、取引履歴データベース 1 2 0 (決済案件情報記憶手段）で、加盟店サーバ 3から受けた決済依頼通知など、決済案件に関する決済案件情報を決済案件ごとに管理している。決済案件情報は、例えば、加盟店サーバ 3から決済依頼通知を受信した日時、加盟店サーバ 3の加盟店 I D、受信した決済依頼通知、決済完了の有無など、ュ一ザと加盟店サーバ 3との取引を決済するために必要な情報から構成されている決済案件情報には、電子マネー処理サーバ 4により決済番号（案件特定情報）が一意的に付与されており、決済番号により決済案件情報を特定できるようになつている（案件特定手段）。

携帯電話 5に送信する決済確認メール 1 1 0 (請求通知）は、電子マネー処理サーバ 4により生成されて携帯電話 5に送信される（請求通知送信手段）電子メールであり、ユーザに確認のため決済内容を提示するための決済内容 1 1 4が含まれる他、起動タグ情報 1 1 5 (起動情報）と決済番号 1 1 6が埋め込まれている。

ユーザは、携帯電話 5で決済確認メール 1 1 0を受信して（請求通知受信手段 ) 決済内容 1 1 4を確認した後、起動タグ情報 1 1 5を用いて決済接続部 1 0 5 (決済接続手段）を起動する。

携帯電話 5の電話機能部 1 0 1にはアプリケーションとして決済接続部 1 0 5 が組み込まれている。

なお、決済接続部 1 0 5は、予め携帯電話 5に組み込んでおいてもよいし、あるいは、後日ユーザが電子マネー処理サーバ 4などからダウンロードして携帯電話 5にィンストールしてもよレ、。

図 1 5 ( b ) は、決済接続部 1 0 5の機能を説明するための図である。

携帯電話 5は、決済確認メール 1 1 0を受信して R AMなどの記憶装置に格納している。

決済接続部 1 0 5は、決済確認メール 1 1 0の起動タグ情報 1 1 5により起動される。

決済接続部 1 0 5は、予め電子マネー処理サーバ 4に接続するための U R などの接続情報を有しており、起動タグ情報 1 1 5により起動されると携帯電話 5 を電子マネー処理サーバ 4に接続する。

起動タグ情報 1 1 5は、決済確認メール 1 1 0から決済番号 1 1 6を読み取つて電子マネー処理サーバ 4に送信し、更に、電子マネー機能部 1 0 2から電子マネー I Dやバリユーの残高などの情報を読み出して電子マネー処理サーバ 4に送信する。

電子マネー処理サーバ 4は、携帯電話 5から決済番号を受信して（案件特定情報受信手段）これを取引履歴データベース 1 2 0で照会することにより、决済に係る決済案件情報を特定することができる。

また、携帯電話 5から受信した電子マネー I Dから携帯電話 5を識別することができ、決済に伴って、携帯電話 5におけるバリューの履歴情報を更新することができる。

なお、電子マネー処理サーバ 4では、各携帯電話 5でのバリューのチャージや決済が行われた場合、これらの情報を収集して履歴情報として記憶している。図 1 5 ( c ) は、電子マネー処理サーバ 4が携帯電話 5のバリューを減算する機能を説明するための図である。

電子マネー処理サーバ 4は、携帯電話 5から受信した決済番号により決済案件情報を特定すると、この決済案件情報から決済金額を取得する。そして、この決済金額分のバリユーを減算するための減算コマンドを生成し（処理情報生成手段 ) 、携帯電話 5に送信する（処理情報送信手段）。

携帯電話 5は、この減算コマンドを受信して、電子マネー機能部 1 0 2に入力する。電子マネー機能部 1 0 2は、入力された減算コマンドを実行し、バリューの減算処理を行う。

バリューの減算が行われた後、電子マネー処理サーバ 4は、携帯電話 5から減算処理が完了した旨の通知を受けてこれを確認し（確認手段）、先に特定した決済案件情報に対して決済が完了した旨の情報を書き込む所謂消し込み処理を行う図 1 6は、決済確認メール 1 1 0の一例を示した図である。

決済確認メール 1 1 0は、取引情報表示エリア 1 3 5、メッセージエリァ 1 3 6、決済開始ボタン 1 3 7、決済キャンセルボタン 1 3 8、有効期限エリア 1 3 9、及び決済番号エリア 1 4 0から構成されている。

これらのうち、取引情報表示ェリア 1 3 5、メッセージェリア 1 3 6、有効期限エリア 1 3 9は、それぞれ第 1の実施の形態の決済確認メール（図 7 ) の取引表示ェリア 3 5、メッセージェリア 3 6、有効期限ェリア 3 9と同様であるので説明を省略する。これらの情報は、決済確認メール 1 1 0に決済内容 1 1 4として設定されたものである。

決済開始ポタン 1 3 7と決済キャンセルボタン 1 3 8は、決済を行うか否かをユーザが選択するためのボタンであり、決済を行う場合は決済開始ボタン 1 3 7 を選択し、決済を行わない場合は決済キャンセルボタン 1 3 8を選択する様になつている。

決済キャンセルボタン 1 3 8には、起動タグ情報 1 1 5が対応付けてあり、ュ一ザが決済キャンセルボタン 1 3 8を選択すると、起動タグ情報 1 1 5により決済接続部 1 ◦ 5が起動するようになっている。なお、起動タグ情報 1 1 5は、決済確認メール 1 1 0の文面としては表示されていない。

決済キャンセルポタン 1 3 8が選択されると決済は行われない。

決済番号エリア 1 4 0には、決済の対象となる決済案件情報を特定するための決済番号が表示される。

決済番号ェリア 1 4 0に表示された決済番号は、決済接続部 1 0 5により読み込まれ、電子マネー処理サーバ 4に送信される。

なお、本実施の形態では、決済番号を決済確認メール 1 1 0の文面として表示し、例えば問い合わせを行う場合にユーザが読み取れるように構成したが、非表示となるように設定することもできる。

図 1 7は、電子マネー処理サーバ 4が決済確認メール 1 1 0を携帯電話 5に送信する手順を説明するためのフローチヤ一トである。

まず、電子マネー処理サーバ 4は、取引履歴データベース 1 2 0を参照し、いまだ決済確認メール 1 1 0を送信していない決済案件に対して決済確認メール 1 1 0を生成する（ステップ 7 1 2 ) 。

電子マネー処理サーバ 4は、決済金額などの決済内容 1 1 4で表示する情報や決済先の電子メールァドレスなどを決済案件情報から取得し、これらに決済番号を加えて決済確認メール 1 1 0を生成する。

この処理は、例えば、加盟店サーバ 3から決済依頼通知を受信した場合にこれを蓄積しておき、 1 日に一回程度バッチ処理として行うように構成してもよいし、あるいは、加盟店サーバ 3から決済依頼通知を受信した場合にその都度行うように構成してもよい。

そして、電子マネー処理サーバ 4は、生成した決済確認メール 1 1 0を携帯電話 5に送信する（ステップ 7 1 4 ) 。

携帯電話 5は、電子マネー処理サーバ 4から決済確認メール 1 1 0を受信し（ステップ 7 0 2 ) 、これを表示する（ステップ 7 0 4 ) 。

ユーザは、表示された決済確認メール 1 1 0を参照することにより、決済の内容を確認することができ、決済するか否かを判断することができる。

図 1 8は、決済接続部 1 0 5を起動して携帯電話 5を電子マネー処理サーバ 4 と接続した後、携帯電話 5で表示される一連の画面を説明するための図である。図 1 8 ( a ) は、決済接続部 1 0 5が携帯電話 5を電子マネー処理サーバ 4に接続した後に表示される決済初期画面の一例を示した図である。

決済初期画面では、決済処理を開始するための決済開始ボタンと決済を終了もしくは中断するための決済終了ボタンが表示されており、ユーザは何れかを選択するようになっている。図 1 8 ( b ) は、決済初期画面で決済開始ボタンを選択した場合に表示される決済前確認画面の一例を示した図である _p

決済前確認画面では、決済処理を行う合計金額と、決済前に携帯電話 5に記憶されているバリユーの金額、及び決済後に携帯電話 5に記憶されるバリユーの金額が表示される。これらの金額は、電子マネー処理サーバ 4が携帯電話 5から現在のパリユー残高を受信して算出したものである。

ユーザは、これらの金額を確認して決済するか否かを選択する。

決済前確認画面は、実行ポタンと中止ボタンを備えており、決済する場合は実行ボタンを選択し、決済しない場合は中止ボタンを選択する。

図 1 8 ( c ) は、決済前確認画面で実行ボタンを選択し、決済が完了した後に表示される決済後確認画面の一例を示した図である。

決済後確認画面では、決済処理を行った合計金額と、決済前に携帯電話 5に記憶されていたバリユーの金額、及び決済後に携帯電話 5に記憶されたバリユーの金額が表示される。

決済後確認画面は終了ボタンを備えており、ユーザがこれを選択することにより電子マネー処理サーバ 4は、ユーザが決済が行われたことを確認したことを知ることができる。

図 1 9は、決済接続部 1 0 5が携帯電話 5を電子マネー処理サーバ 4に接続してから決済が行われるまでの手順を説明するためのフローチヤ一トである。まず、ユーザが決済確認メール 1 1 0に表示されている決済開始ポタン 1 3 7 を選択する（ステップ 8 0 2 ) 。

すると、決済確認メール 1 1 0に埋め込まれていた起動タグ情報 1 1 5により、携帯電話 5において決済接続部 1 0 5が起動される。そして決済接続部 1 0 5 は、携帯電話 5を電子マネー処理サーバ 4に接続する（ステップ 8 0 4 ) 。電子マネー処理サーバ 4は、携帯電話 5からの接続を受け付け、決済初期画面データを携帯電話 5に送信する（ステップ 8 5 2 ) 。

携帯電話 5は決済初期画面データを受信し、決済初期画面（図 1 8 ( a ) ) を表示する。

ユーザが決済初期画面で決済開始ポタンを選択すると、決済接続部 1 ◦ 5は、決済確認メール 1 1 0から決済番号を取得し、更に電子マネー機能部 1 0 2 'から電子マネー I Dやパリユーの現在残高などの情報を取得し、電子マネー処理サーパ 4に送信する（ステップ 8 0 6 ) 。

電子マネー処理サーバ 4は、携帯電話 5からこれらの情報を受信する。そして、受信した決済番号を取引履歴データベース 1 2 0で検索し、決済の対象となつている案件の決済案件情報を特定する（ステップ 8 5 4 ) 。

次に、電子マネー処理サーバ 4は、特定した決済案件情報から決済金額を取得し、更に、携帯電話 5から受信したバリューの残高を用いて決済前後のバリュー残高を計算して決済前確認画面データを生成する。そして、生成した決済前確認画面データを携帯電話 5に送信する（ステップ 8 5 6 ) 。

携帯電話 5は、決済前確認画面データを受信し、決済前確認画面（図 1 8 ( b ) ) を表示する。

ユーザが決済前確認画面で実行ポタンを選択すると（ステップ 8 0 8 ) 、実行ボタンが選択された旨の信号が携帯電話 5から電子マネー処理サーバ 4に送信され、電子マネー処理サーバ 4は、携帯電話 5で実行ボタンが選択されたことを認威する。

次に、電子マネー処理サーバ 4は、決済金額分のバリューを減算する減算コマンド生成し、携帯電話 5に送信する（ステップ 8 5 8 ) 。

携帯電話 5は、バリュー減算コマンドを受信して、電子マネー機能部 1 0 2においてこれを実行し、決済金額分のバリューを減算する（ステップ 8 1 0 ) 。減算処理が終了した後、携帯電話 5は、電子マネー処理サーバ 4に減算処理が完了した旨の通知を行う（ステップ 8 1 2 ) 。

電子マネー処理サーバ 4は、この通知を受信して携帯電話 5においてバリユーの減算が行われたことを認識し、取引履歴データベース 1 2 0の消し込みを行い、更に携帯電話 5のバリューに関する履歴情報を更新する。

そして、電子マネー処理サーバ 4は、決済後確認画面データを生成し、携帯電話 5に送信する（ステップ 8 6 0 ) 。

携帯電話 5は、決済後確認画面データを受信し、決済後確認画面（図 1 8 ( c ) ) を表示する。ユーザが決済後確認画面で終了ポタンを選択すると（ステップ 8 1 4 ) 、終了ボタンが選択された旨の信号が携帯電話 5から電子マネー処理サーバ 4に送信される。

電子マネー処理サーバ 4は、携帯電話 5からこの信号を受信し（ステップ 8 6 2 ) 、処理を終了する。

以上に説明した第 3の実施の形態では、次のような効果を得ることができる。 ( 1 ) 決済確認メール 1 1 0には、決済に関する情報そのものではなく、決済案件情報を特定するための決済番号を付属させるため、決済確認メール 1 1 0のデータ量が小さくなる。（2 ) 決済確認メール 1 1 0に埋め込んだ起動タグ情報 1 1 5により、決済接続部 1 0 5を起動することができ、更に決済接続部 1 0 5により、決済確認メール 1 1 0に付属させた決済番号を電子マネー処理サーバ 4に送信することができる。（3 ) 決済接続部 1 0 5は、電子マネー機能部 1 0 2から電子マネー I Dを読み取り、電子マネー処理サーバ 4に送信するため、決済確認メール 1 1 0が他の携帯電話 5に転送された場合でも、電子マネー処理サーバ 4は、転送先の携帯電話 5を認識することができる。

以上、本実施の形態について説明したが、第 1の実施の形態と同様に代金が携帯電話 5で決済されたことを確認した後、決済が終了した旨の通知を加盟店サーバ 3や決済確認メール 1 1 0の送信先である携帯電話 5や、決済を行った携帯電話 5 (決済確認メール 1 1 0が転送された場合、送信先と決済を行った携帯電話 5は異なる）などに送信するように構成することができる。

また、第 1の実施の形態と同様、この通知にダウンロードキーなど決済の対象となっている売買対象を入手するために必要な付加情報を付加するように構成することもできる。

なお、第 1の実施の形態で述べたのと同様に、携帯電話 5に電子マネー機能部 1 0 2と接続するコネクタ（接続手段）を設け、電子マネー機能部 1 0 2を着脱可能に構成することもできるし、あるいは、バリュー処理情報処理部 1 0 2 aは携帯電話 5に配設し、コネクタを介してバリユー情報記憶部 1 0 2 bを着脱可能に構成することもできる。

Claims

請求の範囲

1 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理サーバであって、

代金の請求元から、決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を取得する請求情報取得手段と、

前記取得した送信先特定情報で特定される送信先に、前記金額特定情報と、決済処理サーバに接続するための接続情報と、を送信する請求情報送信手段と、前記送信した接続情報を用いて接続してきた前記端末装置に対して前記金額特定情報を取得し、当該金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記端末装置に送信する処理情報送信手段と、

を具備したことを特徴とする決済処理サーバ。

2 . 前記接続情報には、有効期限が設定されおり、前記処理情報送信手段は、前記設定された有効期限内に決済処理サーバに接続してきた端末装置に対して前記処理情報を送信することを特徴とする請求項 1に記載の決済処理サーバ。

3 . 前記端末装置において前記処理情報による減算処理が完了したことを確認する確認手段を具備し、

前記確認手段で減算処理の完了を確認した場合に、前記請求元、前記送信先、及び前記端末装置のうち、少なくとも. 1つに減算処理完了通知を送信することを特徴とする請求項 1に記載の決済処理サーバ。

4 . 前記端末装置において前記処理情報による減算処理が完了したことを確認する確認手段を具備し、

前記確認手段で減算処理の完了を確認した場合に、前記請求元、前記送信先、及び前記端末装置のうち、少なくとも 1つに減算処理完了通知を送信することを特徴とする請求項 2に記載の決済処理サーバ。

5 . 前記確認手段で減算処理の完了を確認した場合に、決済の対象となっている売買対象を入手するために必要な付加情報を前記送信先、及び前記端末装置のうち、少なくとも 1つに送信することを特徴とする請求項 3に記載の決済処理サーバ。

6 . 前記確認手段で減算処理の完了を確認した場合に、決済の対象となっている売買対象を入手するために必要な付加情報を前記送信先、及び前記端末装置のうち、少なくとも 1つに送信することを特徴とする請求項 4に記載の決済処理サーバ。

7 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理方法であって、

請求情報取得手段と、請求情報送信手段と、処理情報送信手段と、を備えたコンピュータにおいて、

代金の請求元から、決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を前記請求情報取得手段で取得する請求情報取得ステツプと、

前記取得した送信先特定情報で特定される送信先に、前記金額特定情報と、決済処理サーバに接続するための接続情報と、を前記請求情報送信手段で送信する請求情報送信ステップと、

前記送信した接続情報を用いて接続してきた前記端末装置に対して前記金額特定情報を取得し、当該金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記端末装置に前記処理情報送信手段で送信する処理情報送信ステップと、

から構成されたことを特徴とする決済処理方法。

8 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理機能をコンピュータで実現するための決済処理プログラムであって、

代金の請求元から、決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を取得する請求情報取得機能と、

前記取得した送信先特定情報で特定される送信先に、前記金額特定情報と、決済処理サーバに接続するための接続情報と、を送信する請求情報送信機能と、前記送信した接続情報を用いて接続してきた前記端末装置に対して前記金額特定情報を取得し、当該金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記端末装置に送信する処理情報送信機能と、

をコンピュータで実現するための決済処理プログラム。

9 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、

決済する代金の金額を特定する金額特定情報と、請求項 1から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから取得する請求情報取得手段と、

前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を提供する提供手段と、

前記提供した金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記決済処理サーバから受信する処理情報受信手段と、

前記受信した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、

を備えた決済処理端末装置。

1 0 . 貨幣情報記憶手段と、請求情報取得手段と、提供手段と、処理情報受信手段と、貨幣情報処理手段と、を備えたコンピュータにおいて、

貨幣価値の金額を電子データとして表した貨幣情報を前記貨幣情報記憶手段で記憶する貨幣情報記憶ステップと、

決済する代金の金額を特定する金額特定情報と、請求項 1から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから前記請求情報取得手段で取得する請求情報取得ステップと前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を前記提供手段で提供する提供ステップと、前記提供した金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記処理情報受信手段で前記決済処理サーバから受信する処理情報受信ステップと、

前記受信した処理情報により前記記憶した貨幣情報が表す金額を前記貨幣情報処理手段で変更する貨幣情報処理ステップと、

から構成されたことを特徴とする決済処理端末方法。

1 1 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶機能と、

決済する代金の金額を特定する金額特定情報と、請求項 1から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから取得する請求情報取得機能と、

前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を提供する提供機能と、

前記提供した金額特定情報が表す金額分に相当する貨幣情報を減算するための処理情報を前記決済処理サーバから受信する処理情報受信機能と、

前記受信した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理機能と、

をコンピュータで実現するための決済処理端末プログラム。

1 2 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、入力された処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた貨幣情報処理装置を接続する接続手段と、決済する代金の金額を特定する金額特定情報と、請求項 1から請求項 6までのうちの何れか 1の請求項に記載の決済処理サーバに接続するための接続情報を前記決済処理サーバから取得する請求情報取得手段と、前記取得した接続情報を用いて前記決済処理サーバに接続し、前記決済処理サーバに前記取得した金額特定情報を提供する提供手段と、

前記受信した処理情報を前記接続手段を介して前記貨幣情報処理手段に入力する入力手段と、 . を備えた決済処理端末装置。

1 3 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する記憶媒体を接続する接続手段と、

前記受信した処理情報により前記記憶媒体に記憶した貨幣情報が表す金額を前記接続手段を介して変更する貨幣情報処理手段と、

を備えた決済処理端末装置。

1 4 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、所定の起動情報により前記決済処理サーバに接続する決済接続手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理サーバであって、

代金の請求元から、少なくとも決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を取得する請求情報取得手段と、

少なくとも前記受信した金額特定情報と送信先特定情報を含む決済案件情報を、前記決済案件情報を特定する案件特定情報に対応させて記憶する決済案件情報記憶手段と、

前記案件特定情報と前記起動情報とが付属する請求通知を生成し、前記送信先特定情報で特定される送信先に送信する請求通知送信手段と、

前記送信した請求通知に付属する起動情報を用いて接続してきた端末装置から、前記送信した請求通知に付属する案件特定情報を受信する案件特定情報受信手段と、

前記受信した案件特定情報を用いて前記記憶した決済案件情報を特定する案件特定手段と、

前記特定した決済案件情報に基づく決済金額に相当する貨幣情報を減算するための処理情報を生成する処理情報生成手段と、

前記生成した処理情報を前記案件特定情報を送信した端末装置に送信する処理情報送信手段と、

を具備したことを特徴とする決済処理サーバ。

1 5 . 前記請求通知には、有効期限が設定されおり、前記処理情報送信手段は、前記設定された有効期限内に決済処理サーバに接続してきた端末装置に対して前記処理情報を送信することを特徴とする請求項 1 2に記載の決済処理サーバ

1 6 . 前記端末装置において前記処理情報による減算処理が完了したことを確認する確認手段を具備し、

前記確認手段で前記減算処理の完了を確認した場合に、前記請求元、前記送信先、及び前記端末装置のうち、少なくとも 1つに減算処理完了通知を送信することを特徴とする請求項 1 4、又は請求項 1 5に記載の決済処理サーバ。

1 7 . 前記確認手段で前記減算処理の完了を確認した場合に'、決済の対象となっている売買対象を入手するために必要な付加情報を前記送信先、及ぴ前記端末装置のうち、少なくとも 1つに送信することを特徴とする請求項 1 6に記載の決済処理サーバ。

1 8 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、所定の起動情報により前記決済処理サーバに接続する決済接続手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行うコンピュータで行う決済処理方法であって、

前記コンピュータは、請求情報取得手段と、決済案件情報記憶手段と、請求通知送信手段と、案件特定情報受信手段と、案件特定手段と、処理情報生成手段と、処理情報送信手段とを備え、

代金の請求元から、少なくとも決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を前記請求情報取得手段で取得する請求情報取得ステップと、

少なくとも前記受信した金額特定情報と送信先特定情報を含む決済案件情報を、前記決済案件情報を特定する案件特定情報に対応させて前記決済案件情報記憶手段で記憶する決済案件情報記憶ステップと、

前記案件特定情報と前記起動情報とが付属する請求通知を生成し、前記送信先特定情報で特定される送信先に前記請求通知送信手段で送信する請求通知送信ステツプと、

前記送信した請求通知に付属する起動情報を用いて接続してきた端末装置から、前記送信した請求通知に付属する案件特定情報を前記案件特定情報受信手段で受信する案件特定情報受信ステップと、

前記受信した案件特定情報を用いて前記記憶した決済案件情報を前記案件特定手段で特定する案件特定ステップと、

前記特定した決済案件情報に基づく決済金額に相当する貨幣情報を減算するための処理情報を前記処理情報生成手段で生成する処理情報生成ステップと、前記生成した処理情報を前記案件特定情報を送信した端末装置に前記処理情報送信手段で送信する処理情報送信ステップと、

から構成されたことを特徴とする決済処理方法。

1 9 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、決済処理サーバから取得した処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、所定の起動情報により前記決済処理サーバに接続する決済接続手段と、を備えた端末装置に対して、前記貨幣情報記憶手段に記憶されている貨幣情報が表す金額を減算させることにより決済処理を行う決済処理機能をコンピュータで実現する決済処理プログラムであって、代金の請求元から、少なくとも決済する代金の金額を特定する金額特定情報と、この金額特定情報による請求の送信先を特定する送信先特定情報と、を取得する請求情報取得機能と、

少なくとも前記受信した金額特定情報と送信先特定情報を含む決済案件情報を、前記決済案件情報を特定する案件特定情報に対応させて記憶する決済案件情報記憶機能と、

前記案件特定情報と前記起動情報とが付属する請求通知を生成し、前記送信先特定情報で特定される送信先に送信する請求通知送信機能と、

前記送信した請求通知に付属する起動情報を用いて接続してきた端末装置から、前記送信した請求通知に付属する案件特定情報を受信する案件特定情報受信機能と、

前記受信した案件特定情報を用いて前記記憶した決済案件情報を特定する案件特定機能と、

前記特定した決済案件情報に基づく決済金額に相当する貨幣情報を減算するための処理情報を生成する処理情報生成機能と、

前記生成した処理情報を前記案件特定情報を送信した端末装置に送信する処理情報送信機能と、

をコンピュータで実現する決済処理プログラム。

2 0 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、

決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を受信する請求通知受信手段と、

前記受信した請求通知に付属する起動情報により起動し、前記決済処理サーバに通信回線を介して接続すると共に、前記受信した請求通知に付属する案件特定情報を前記決済処理サーバに送信する決済接続手段と、

前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を用いて、前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、

を具備したことを特徴とする決済処理端末装置。

2 1 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、請求通知受信手段と、決済接続手段と、貨幣情報処理手段と、を備えたコンピュータにおいて、

決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を前記請求通知受信手段で受信する請求通知受信ステップと、

前記受信した請求通知に付属する起動情報により前記決済接続手段を起動し、前記起動した決済接続手段で、前記決済処理サーバに通信回線を介して接続すると共に、前記受信した請求通知に付属する案件特定情報を前記決済処理サーバに送信する決済接続ステップと、

前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を用いて、前記記憶した貨幣情報が表す金額を前記貨幣情報処理手段で変更する貨幣情報処理ステツプと、

から構成されたことを特徴とする決済処理端末方法。

2 2 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶機能と、

決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を受信する請求通知受信機能と、

前記受信した請求通知に付属する起動情報により起動し、前記決済処理サーバに通信回線を介して接続すると共に、前記受信した請求通知に付属する案件特定情報を前記決済処理サーバに送信する決済接続機能と、

前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を用いて、前記記憶した貨幣情報が表す金額を変更する貨幣情報処理機能と、

をコンピュータで実現する決済処理端末プログラム。

2 3 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する貨幣情報記憶手段と、入力された処理情報により前記記憶した貨幣情報が表す金額を変更する貨幣情報処理手段と、を備えた貨幣情報処理装置を接続する接続手段と、決済処理サーバから決済案件を特定する案件特定情報と起動情報が付属した請求通知を受信する請求通知受信手段と、

前記接続した通信回線を介して、前記決済処理サーバが、前記送信した案件特定情報に応じて送信してきた処理情報を受信する処理情報受信手段と、

前記受信した処理情報を前記接続手段を介して前記貨幣情報処理手段に入力する入力手段と、

を備えた決済処理端末装置。

2 4 . 貨幣価値の金額を電子データとして表した貨幣情報を記憶する記憶媒体を接続する接続手段と、

を備えた決済処理端末装置。