JP2003067663A - 決済処理装置及びコンピュータプログラム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上で決済を行う場合、クレジッ
トカード等の情報や、銀行振込みの場合の口座情報など
が、不特定の者に知られてしまう可能性があった。また
クレジットカード、デビットカード等は、個人間や小規
模な店舗等との間の決済処理には使用できなかった。 【解決手段】 決済処理装置１が、ユーザの連絡用情報
に対応付けて、ユーザの口座の情報を記憶する決済情報
データベース１２と、少なくとも、当該ユーザ及び相手
ユーザのメールアドレス及び、決済金額を含む決済要求
を受付ける受付部１７と、決済情報データベース１２を
参照して、各ユーザのメールアドレスから、当該各ユー
ザの口座を特定し、当該特定した口座により上記決済金
額の決済を実行させる決済処理部１９とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メールアドレスな
どの連絡用情報に基づいて、ユーザ間での決済を行う技
術に関する。

【０００２】

【従来の技術】現在、インターネットの発達などによ
り、ネットワークを通じて、様々な商品やサービスの取
引が行われている。そして、この取引の決済手段として
は、クレジットカードや、デビッドカードあるいは銀行
振込などの決済方法が用いられている。

【０００３】

【発明が解決しようとしている課題】しかし、クレジッ
トカードやデビッドカードによる決済の場合、クレジッ
トカード番号やキャッシュカードの口座番号及び暗証番
号が、ネットワーク上で伝送されるため、セキュリティ
の点で問題があった。

【０００４】また、銀行振込などの場合には、例えば、
受け取る側は、自己の口座情報を支払人に教える必要が
あるため、このような個人情報の流出が問題となってい
た。特に、例えば、ネットオークションのように、不特
定の個人間で決済を行う際には、自己の口座番号などの
口座に関する情報を見知らぬ相手方に教える必要があ
り、個人情報の流出やセキュリティの面で問題となって
いた。

【０００５】さらに、クレジットカードや、デビットカ
ードによる決済は、個人と大型店舗等との間の決済では
利用できるが、個人間での決済や、クレジットカードや
デビットカードに加盟していない小規模な店舗との決済
では利用できないという問題もあった。

【０００６】本発明は、上記実情に鑑みてなされたもの
で、ユーザが金融機関により決済を行うための決済情報
等の機密性の高い情報を相手ユーザに知らせなくとも、
ユーザの連絡用情報により決済を行うことができる仕組
みを提供することを目的とする。また、本発明の別の目
的は、個人間や、クレジットカード又はデビッドカード
に加盟していない店舗等であっても、ネットワーク上で
の決済ができる仕組みを提供する。

【０００７】

【課題を解決するための手段】本発明の一の観点にかか
る決済処理装置は、それぞれのユーザが使用する複数の
端末と接続可能に配置され、ユーザ間での決済処理を行
う決済処理装置であって、ユーザへ連絡を行う際の宛先
を表す連絡用情報に対応付けて、当該ユーザが金融機関
により決済を行う際に使用する識別情報を記憶する記憶
手段と、ユーザからの、少なくとも、当該ユーザの連絡
用情報、決済を行う相手ユーザの連絡用情報及び、決済
金額を含む決済要求を受付ける受付手段と、上記記憶手
段を参照して、上記決済要求を行ったユーザ及び相手ユ
ーザの連絡用情報から各ユーザの上記識別情報を特定
し、当該特定した識別情報に基づいて上記決済金額の決
済を実行させる決済手段と、を有することを特徴とす
る。

【０００８】上記識別情報はユーザが金融機関により決
済を行う際に使用する識別情報であって、例えば、金融
機関の口座を特定する情報やクレジットカードの情報な
どが含まれる。

【０００９】上記連絡用情報は、ユーザが指定したメー
ルアドレスであってもよい。また、決済を行う相手ユー
ザに対して、少なくとも当該決済要求を行ったユーザを
特定する情報及び決済金額を含む決済内容を通知する通
知手段をさらに有し、決済手段は、上記通知手段により
通知された相手ユーザから、当該決済内容の確認があっ
た場合に決済を実行させるようにしてもよい。さらに、
上記通知手段は、当該決済内容を含むWｅｂページを作
成し、当該Wｅｂページのアドレスを、相手ユーザに通
知するようにしてもよい。

【００１０】本発明の一の観点にかかるコンピュータプ
ログラムは、それぞれのユーザが使用する複数の端末と
接続可能に配置され、ユーザ間での決済処理を行うコン
ピュータに対して、ユーザへ連絡を行う際の宛先を表す
連絡用情報に対応付けて、当該ユーザが金融機関により
決済を行う際に使用する識別情報を記憶手段に記憶する
処理と、ユーザからの、少なくとも、当該ユーザの連絡
用情報、決済を行う相手ユーザの連絡用情報及び、決済
金額を含む決済要求を受付ける処理と、上記記憶手段を
参照して、上記決済要求を行ったユーザ及び相手ユーザ
の連絡用情報から各ユーザの上記識別情報を特定し、当
該特定した識別情報に基づいて上記決済金額の決済を実
行させる処理と、を実行させることを特徴とする。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明にか
かる実施形態を説明する。本発明にかかる決済処理装置
を利用した決済システムの一実施形態を図１に示す。本
発明の決済処理装置は、図１の決済センタ１により具現
化されている。この決済センタ１には、インターネット
等のネットワーク３を介して、ユーザ等が使用できる複
数の端末２が接続可能となっている。この端末２は、パ
ーソナルコンピュータ、携帯電話、PDA（Personal Dig
ital Assistance）など、インターネット等のネットワ
ークに接続可能で、メールの送受信機能やWebブラウザ
等を備える装置で構成できる。

【００１２】また、決済センタ1には、専用回線等の所
定の通信回線６を介して、幹事銀行４の銀行センタが接
続可能となっている。この幹事銀行４は、決済センタ１
を介して決済を行う際に利用する口座（以下、「専用口
座」という。）を管理する金融機関である。幹事銀行４
の銀行センタは、所定のコンピュータにより構成され、
決済センタ１の専用口座４１と、各ユーザの専用口座４
２を管理し、振込、振替、入金などの決済処理ができる
ようになっている。

【００１３】また、決済センタ１には、所定のネットワ
ーク７を介してクレジットカード会社等５のセンタが接
続可能となっている。このクレジットカード会社等５
は、専用口座の残高が支払い金額よりも不足している場
合等に利用される金融機関であり、これにはクレジット
カード会社だけでなく銀行などを含む。このクレジット
カード会社等５のセンタは、所定のコンピュータにより
構成され、クレジットに関する処理や、入出金処理など
が行えるように構成されている。

【００１４】これら端末等と接続可能に配置された決済
センタ１は、CPU（Central Processing Unit）と、CPU
が実行するコンピュータプログラムを保持したコンピュ
ータにより実現することができる。この決済センタ１
は、CPUとプログラム、及びコンピュータのハードディ
スク装置等により、図１に示す各機能ブロックを実現す
ることができる。この機能ブロックは、ユーザ情報デー
タベース１１、決済情報データベース１２、取引情報デ
ータベース１３、ユーザ登録部１４、認証部１５、メニ
ュー選択部１６、受付部１７、通知部１８、決済処理部
１９、履歴管理部２０の各機能ブロックである。

【００１５】ユーザ情報データベース１１は、ユーザの
個人情報等を記憶できるデータベースである。このユー
ザ情報データベース１１に記憶されるデータの一例を図
２に示す。図２に示した例では、ユーザ情報データベー
ス１１は、ユーザごとに、その名前、ユーザが指定した
メールアドレス、パスワードなどの認証情報、残高補充
用のアカウント情報、住所等の個人情報を、それぞれ関
連付けて記憶することができる。残高補充用アカウント
は、支払を行う際、ユーザの専用口座の残高が支払額に
足りない場合など、専用口座では決済できない時に、専
用口座の残高を補充するためのクレジットカード会社等
５の情報である。この情報としては、例えば、支払を行
うユーザが指定したクレジットカードの情報（カード会
社名、番号、有効期限、名義等)や、デビットカードと
して使用できる他の銀行の口座情報（銀行名、口座番
号、有効期限、名義等）などであってもよい。

【００１６】決済情報データベース１２は、少なくと
も、ユーザの連絡用情報に対応付けて、各ユーザが金融
機関で決済を行うための決済情報を記憶するデータベー
スである。この決済情報データベース１２に記憶される
データの一例を図３に示す。図３に示した例では、ユー
ザの連絡用情報としてのメールアドレスが記憶されてい
る。この連絡用情報は、ユーザに対して連絡を行う宛先
を表す情報であればメールアドレスに限定されない。ま
た、ユーザが金融機関で決済を行うための決済情報とし
て、専用口座の口座番号、残高、利用可能残高が記憶さ
れている。この決済情報は、ユーザの専用口座を特定で
きる情報であればよく、例えば、専用口座の口座番号だ
けでもよいし、また、専用口座の名義など専用口座に関
する他の情報を含んでもよい。

【００１７】取引情報データベース１３は、決済センタ
１での決済履歴を記憶できるデータベースである。この
取引情報データベースに記憶されるデータの一例を図４
に示す。図４の例では、決済要求を行ったユーザのメー
ルアドレス、その日付、受付番号、決済内容、相手ユー
ザのメールアドレス、決済金額、現時点での当該決済の
ステータスが記憶されている。

【００１８】なお、決済要求を行ったユーザ及び相手ユ
ーザの連絡用情報として、メールアドレスにかえて、当
該ユーザの名前や略称など、ユーザを識別できる他の情
報を記憶してもよい。受付番号は、当該取引を識別する
ためのシリアル番号であって、受付部１７により決済要
求を受付けた時点で付与されるものである。取引内容
は、支払、請求などの取引の内容を表すものであり、ス
テータスは、現時点での当該決済処理の状態を表す情報
である。

【００１９】ユーザ登録部１４は、新規ユーザに関する
情報を登録する。この登録は、ユーザ登録部１４が新規
のユーザに対して、当該ユーザのメールアドレス、パス
ワード、名前や住所等の個人情報、残高補充アカウント
情報の登録を要求し、入力されたこれらの情報をユーザ
情報データベース１１へ記憶することにより行われる。
なお、登録に際しては、ユーザ登録部１４が、当該ユー
ザについて、クレジット会社等５に信用照会等を行うよ
うにしてもよい。

【００２０】認証部１５は、決済を行うユーザが、正規
なユーザであるか否かを認証する。この認証は、認証部
１５が、ユーザ情報データベース１１を参照して、ユー
ザから入力されたメールアドレスとパスワードが一致し
ているか否かを判別することなどにより行ってもよい。

【００２１】メニュー選択部１６は、ユーザに対して、
所定の処理メニューを提示し、所望の処理メニューを選
択させる。この処理メニューとしては、例えば、請求、
支払、取引照会、口座残高照会などである。

【００２２】受付部１７は、ユーザからの決済要求を受
付け、当該決済要求に所定の受付番号を付与する。この
決済要求には、少なくとも、決済要求を行う当該ユーザ
及び相手ユーザのメールアドレスなどの連絡用情報と、
当該決済金額の情報を含んでいる。なお、この決済要求
に併せて、決済要求を行ったユーザからの相手ユーザへ
のコメントなどを含んでもよい。

【００２３】通知部１８は、決済要求の内容に基づい
て、決済を行う相手ユーザに対して、当該決済内容を通
知する。通知される決済内容としては、少なくとも当該
決済要求を行ったユーザを特定できる情報及び決済金額
を含んでおり、これに加えて決済要求を行ったユーザか
らのコメントなどを含んでもよい。決済要求を行ったユ
ーザを特定できる情報には、当該ユーザのメールアドレ
ス、ユーザの氏名など、当該ユーザを特定できる情報で
あればこれらに限定されず、少なくともこれらの情報が
1つ含まれていればよい。また、この通知の態様として
は、通知部１８が、電子メール等により請求や支払の内
容を相手ユーザに通知するなどしてもよい。また、通知
部１８が、当該決済要求の内容を含むWｅｂページを作
成し、当該Wｅｂページのアドレスを、電子メールによ
り相手方ユーザに通知してもよい。なお、通知部１８が
通知を行う場合の態様としては、相手ユーザ等が決済要
求の内容を理解できる態様であれば特に限定されるもの
ではない。

【００２４】決済処理部１９は、決済情報データベース
１２を参照して、決済要求を行ったユーザ及び相手ユー
ザの連絡用情報から、各ユーザの決済情報を特定し、当
該特定した決済情報により決済金額の決済を実行させ
る。具体的には、本実施形態では、決済処理部１９は、
決済情報データベース１２を参照して、各ユーザのメー
ルアドレスから、当該ユーザの専用口座を特定する。ま
た、決済処理部１９は、例えば、幹事銀行４に対して、
当該決済要求を行ったユーザ及び相手ユーザの専用口座
４２間で、決済金額の振替処理等を行うように指示する
ことにより、決済を実行させることができる。

【００２５】なお、決済を行う際、一旦、決済センタ１
の専用口座４１を介して決済処理を行うようにしてもよ
い。この場合、例えば、相手ユーザの専用口座４１から
決済金額分を決済センタ１の専用口座４１に振り替え、
その後、決済センタ１の専用口座４１から決済要求を行
ったユーザの専用口座４１へ決済金額分の振替処理を行
うことで、決済を行ってもよい。

【００２６】通知部１５により相手ユーザに対して決済
内容を通知した場合には、決済処理部１９は、この通知
された相手ユーザが当該決済内容を確認してから、決済
処理を実行させるようにしてもよい。また、決済処理部
１９は、この決済処理が完了した際には、決済情報デー
タベース１２の口座残高や口座利用可能残高などを更新
する。

【００２７】また、決済処理部１９は、例えば、ユーザ
の専用口座の残高が支払額より不足している場合には、
ユーザ情報データベース１１の残高補充用アカウント情
報に従いクレジットカード会社等５との間で決済処理を
行わせることがきる。また、本サービスのユーザ以外の
者と決済を行う場合には、決済処理部１９は、例えば、
決済先のクレジットカード会社等５を特定させ、当該ク
レジットカード会社等５との間で決済処理を行わせるこ
とがきる。

【００２８】履歴管理部２０は、ユーザの決済履歴を管
理する。具体的には、履歴管理部２０が、決済処理が完
了した後に、当該決済処理の内容を取引情報データベー
ス１３に記憶する。また、履歴管理部２０は、ユーザか
ら取引照会の処理メニューが選択された場合には、取引
情報データベース１３を参照して、当該照会内容に応じ
た決済履歴を出力するようにしてもよい。

【００２９】次に、上記決済センタ１を利用した決済処
理方法について説明する。 ＜ユーザ登録処理＞新規なユーザが、本サービスのユー
ザ登録を行う際の処理について、図５を用いて説明す
る。図５において、まず、決済センタ１に対してユーザ
登録の要求があると、ユーザ登録部１４は、新規ユーザ
に対して登録情報の入力を要求する（Ｓ１０１）。この
ときの画面構成の例を図６に示す。図６に示すように、
ユーザ登録部１４は、新規ユーザに対して、例えば、ロ
グイン情報として当該ユーザのメールアドレス、パスワ
ード、個人情報として名前や住所等の情報、残高補充ア
カウント情報の入力を要求する。

【００３０】ユーザが図６の画面に従って所定の情報を
入力し、「登録」を指示したことを確認すると、ユーザ
登録部１４は、入力された情報をクレジットカード会社
等５に通知して、当該ユーザの債務状況などの信用情報
の照会を行う（Ｓ１０２、Ｓ１０３）。クレジットカー
ド会社等５から当該照会に対する回答がされたことを確
認すると、ユーザ登録部１４は、当該回答の内容から、
当該ユーザが本サービスのユーザとして適しているか判
定する（Ｓ１０４、Ｓ１０５）。判定の結果、本サービ
スのユーザとして適している場合には、ユーザの個人情
報などの必要な情報に基づいて、幹事銀行４に対して当
該ユーザの専用口座の開設要求を行う（Ｓ１０６）。幹
事銀行４が当該ユーザの専用口座を開設し、当該専用口
座の口座番号、口座残高、利用可能残高が通知される
と、ユーザ登録部１４は、当該ユーザのメールアドレス
に関連付けて、通知された当該専用口座の口座番号、口
座残高、利用可能残高を、決済情報データベース１２に
記憶する（Ｓ１０７、Ｓ１０８）。また、ユーザ登録部
１４は、当該ユーザの名前、メールアドレス、パスワー
ド、残高補充アカウント、住所等の個人情報をユーザ情
報データベース１１に記憶して（Ｓ１０９）、処理を終
了する。

【００３１】＜請求処理＞次に、決済センタ１を使用し
て、あるユーザが相手ユーザに対して、所定の金額の請
求を行う場合の決済処理方法について、図７を参照して
説明する。図７において、まず、請求の決済要求を行お
うとするユーザ（以下、「請求人」という。）が決済セ
ンタ１へアクセスすると、認証部１５が当該請求人に対
して、図８に示した画面により、メールアドレス、パス
ワード等のログイン情報の入力を要求する（Ｓ２０
１）。請求人が、図８の表示画面に従い、メールアドレ
スとパスワードを入力し、「ＯＫ」が指示されたことを
確認すると、認証部１５は、ユーザ情報データベース１
１を参照して、入力された当該メールアドレスとパスワ
ードからユーザの認証を行う（Ｓ２０２、Ｓ２０３）。
認証の結果、メールアドレス又はパスワードが正しくな
い場合は処理を中止する。また、メールアドレス及びパ
スワードが正しい場合には、メニュー選択部１６が、図
９に示した画面により、請求人に対して処理メニューの
選択を要求する（Ｓ２０４）。

【００３２】請求人が「請求」の処理メニューを選択し
たことを確認すると、受付部１７は、請求人に対して、
決済要求情報の登録を要求する（Ｓ２０５、Ｓ２０
６）。このときの入力画面の例を図１０に示す。図１０
に示した例では、受付部１７は、決済要求情報として、
請求先である相手ユーザ（以下、「被請求人」とい
う。）のメールアドレスと請求金額に加えて、必要な場
合には被請求人へのコメントの入力を要求する。なお、
被請求人へのコメントを要求するかは任意である。

【００３３】請求人が請求内容の入力を行い、「登録」
を指示することにより決済要求の行ったことを確認する
と、受付部１７は、少なくとも、請求人及び被請求人の
メールアドレス及び、当該決済金額を含む当該決済要求
を受付ける（Ｓ２０７、Ｓ２０８）。通知部１８は、当
該決済要求に基づいて、被請求人に対する請求通知を作
成し、これにより決済内容を被請求人へ通知する（Ｓ２
０９）。この請求通知の一例を図１１に示す。図１１に
示すように、請求通知の内容としては、例えば、請求人
のメールアドレス、請求金額、被請求人へのコメントな
どを含み、これを決済要求に含まれる支払人の電子メー
ル等に基づいて、支払人へ通知する。また、この請求通
知を行う際、通知部１８が請求通知としてその内容を含
むWebページを作成し、図１１に示すように、当該Webペ
ージのアドレス（URL：Uniform Resource Locator）を
請求通知の詳細情報として通知してもよい。

【００３４】通知に基づき、被請求人がWebページのア
ドレスにアクセスしたときの例を図１２に示す。図１２
に示したWebページに従い、被請求人がその内容を確認
し、支払確認を行ったことを確認すると、決済処理部１
９は、当該被請求人が既にユーザ情報データベース１１
に登録されている本サービスのユーザか否かを判別する
（Ｓ２１０、Ｓ２１１）。判別の結果、被請求人が既に
本サービスのユーザである場合には、認証部１５が、そ
のメールアドレスなどにより当該被請求人が正当なユー
ザであるか否か認証を行う（Ｓ２１２）。

【００３５】正当なユーザである場合には、決済処理部
１９が、決済情報データベース１２を参照して、当該被
請求人の専用口座を特定し、当該専用口座に支払額以上
の残高があるか否か判別する（Ｓ２１３）。判別の結
果、被請求人の専用口座４２に支払額以上の残高がある
場合には、決済処理部１９が、幹事銀行４に対して、当
該決済処理を実行するように指示する（Ｓ２１４）。

【００３６】この指示に応じて、幹事銀行４が被請求人
の専用口座４２から口座振替などの決済処理を行い、こ
の決済完了により決済完了通知がされると、決済処理部
１９は、当該決済内容に基づいて決済情報データベース
１２の残高等を更新する（Ｓ２１５、Ｓ２１６）。な
お、この決済を行う場合、一旦、被請求人の専用口座４
２から、決済センタの専用口座４１へ振替を行い、その
後決済センタの専用口座４１から請求人の専用口座４２
へ口座振替を行うようにしてもよい。

【００３７】また、履歴管理部２０は、受付部１７が付
与した当該取引の受付番号、当該決済要求を行った請求
人のメールアドレス、取引日付、取引内容、被請求人の
メールアドレス、金額、ステータスを、取引データベー
ス１３に記憶する。そして、この決済が完了した旨を請
求人に対して通知して、請求人が当該通知により決済が
完了したことを確認できるようにし（Ｓ２１８、Ｓ２１
９）、処理を終了する。

【００３８】また、上記Ｓ２１１で被請求人がユーザ情
報データベース１１に登録されているユーザでないと判
別された場合の処理について、図１３を参照して説明す
る。被請求人がユーザでないと判別された場合には、決
済処理部１９が被請求人に対して、決済方法の選択を要
求する（Ｓ２２０）。このときの画面の例を図１４に示
す。図１４に示した例では、決済方法として、クレジッ
トカードによる決済か、あるいはデビットカードによる
決済かを、被請求人に選択させるとともに、当該決済の
処理に必要な情報の入力を要求する。なお、この際、決
済方法を選択する他に、被請求人が新たにユーザ登録す
る旨の選択を行えるようにしてもよく、この被請求人が
ユーザ登録を選択した場合には、前述の図５の処理が実
行される。

【００３９】決済処理部１９は、被請求人が図１４の画
面に従って、クレジットカード、デビットカードの中か
ら所定の決済方法を選択したことを確認すると、選択さ
れたクレジットカード会社等５を特定し、当該指定され
たクレジットカード会社等５に対して入金の依頼を行う
（Ｓ２２１、Ｓ２２２）。クレジット会社等５が依頼内
容に基づいて幹事銀行４が管理する決済センタ1の専用
口座４１に入金を行い、この入金により幹事銀行４が入
金が完了した旨の通知を行うと（Ｓ２２３、Ｓ２２
４）、決済処理部１９は前述の図７のＳ２１６以下の処
理を行う。

【００４０】また、上記Ｓ２１３で、被請求人の専用口
座４２の残高が支払額よりも少ないと判別された場合の
処理について、図１３を参照して説明する。上記Ｓ２１
３で、被請求人の専用口座４２の残高が支払額よりも少
ないと判別された場合、決済処理部１９が、ユーザ情報
データベース１２の残高補充アカウントを参照して、当
該被請求人が指定しているクレジットカード会社等５に
対して入金の依頼を行うなど、上述のＳ２２２以下の処
理を行う。

【００４１】＜支払処理＞次に、決済センタ１を使用し
て、ユーザからの決済要求により、相手ユーザに対して
支払を行う場合の決済処理方法について、図１５を参照
して説明する。図１５において、まず、相手ユーザに対
して支払を行うユーザ（以下、「支払人」という。）が
決済センタ１へアクセスすると、認証部１５が当該支払
人に対して、メールアドレス、パスワード等のログイン
情報の入力を要求する（Ｓ３０１）。認証部１５は、支
払人からメールアドレスとパスワードが入力されたこと
を確認すると、ユーザ情報データベース１１を参照し
て、当該メールアドレスとパスワードからユーザの認証
を行う（Ｓ３０２、Ｓ３０３）。認証の結果、メールア
ドレス又はパスワードが正しくない場合は処理を中止す
る。また、メールアドレス及びパスワードが正しい場合
には、メニュー選択部１６が、支払人に対して処理メニ
ューの選択を要求する（Ｓ３０４）。

【００４２】支払人が「支払」の処理メニューを選択し
たことを確認すると、受付部１７は、支払人に対して、
少なくとも支払われた金銭を受け取るユーザ（以下、
「受取人」という。）のメールアドレスと、支払金額の
入力を要求する（Ｓ３０５、Ｓ３０６）。また、これに
加えて、受取人へのコメントを含んでもよい。この受取
人へのコメントを要求するか否かは任意である。

【００４３】支払人により支払内容の入力がされると、
受付部１７は、少なくとも、支払人及び受取人のメール
アドレスと、支払金額を含む支払処理の決済要求を受付
ける（Ｓ３０７、Ｓ３０８）。通知部１８は、当該支払
内容にある受取人に対して支払通知を作成し、これを受
取人へ通知する（Ｓ３０９）。なお、この支払通知に
は、支払人の連絡用情報としてのメールアドレス、支払
金額、受取人へのコメントなどを含む電子メール等でも
よい。また、この支払通知を行う際、支払内容を含むWe
bページを作成し、当該Webページのアドレス（URL：Uni
form Resource Locator）を併せて又は、このWebページ
のアドレスだけを通知してもよい。

【００４４】受取人により当該通知の内容の確認が行わ
れると、決済処理部１９は、当該受取人が既にユーザ情
報データベース１１に登録されている本サービスのユー
ザか否か判別する（Ｓ３１０、Ｓ３１１）。

【００４５】判別の結果、本サービスのユーザである場
合には、決済処理部１９が、決済情報データベース１２
を参照して、当該支払人の専用口座に支払額以上の残高
があるか否か判別する（Ｓ３１２）。判別の結果、支払
人の口座に支払額以上の残高がある場合には、決済処理
部１９が、幹事銀行４に対して、当該支払人の口座から
受取人の口座へ、請求金額分の支払いを行うよう指示す
る（Ｓ３１３）。

【００４６】この指示に応じて、幹事銀行４が決済を行
い、決済完了による決済完了通知がされると、決済処理
部１９は、当該決済内容に基づいて決済情報データベー
ス１２の残高等を更新する。（Ｓ３１４、Ｓ３１５）。
なお、この決済処理を行う場合、一旦、支払人の専用口
座４２から、決済センタの口座４１へ振替を行い、その
後決済センタの口座４１から受取人の専用口座４２へ口
座振替を行うようにしてもよい。

【００４７】履歴管理部２０は、受付部１７が発行した
当該取引の受付番号、当該請求を行った支払人のメール
アドレス、取引日付、取引内容、取引先のメールアドレ
ス、金額、ステータスを、取引データベース１３に記憶
する（Ｓ３１６)。そして、この決済が完了した旨を、
支払人に対して通知し、支払人が当該通知により支払が
完了したことを確認できるようにして（Ｓ３１７、Ｓ３
１８）、処理を終了する。

【００４８】また、上記Ｓ３１１で受取人がユーザ情報
データベース１１に登録されたユーザでないと判別され
た場合の処理を図１６に示す。図１６において、受取人
が本サービスのユーザでないと判別された場合には、決
済処理部１９が受取人に対して受取口座の指定を要求す
る（Ｓ３１９）。受取人が受取口座を指定したことを確
認すると、決済処理部１９が当該指定された受取口座に
対して入金を行うよう幹事銀行４に対して指示する（Ｓ
３２０、Ｓ３２１）。幹事銀行４が支払人の専用口座４
２から、当該指定された受取口座へ口座振込等の決済処
理を行い、幹事銀行４から入金が完了した旨の入金通知
がされると（Ｓ３２２、Ｓ３２３）、履歴管理部２０が
図１５のＳ３１５以下の処理を行う。

【００４９】また、上記Ｓ３１２で支払人の専用口座の
残高が、支払額よりも少ないと判別された場合の処理を
図１７に示す。図１７において、決済処理部１９が、ユ
ーザ情報データベース１２の残高補充アカウントを参照
して、支払人が指定しているクレジットカード会社等５
に対して当該不足金額の決済処理を指示する（Ｓ３２
４）。クレジットカード会社等５が指示された内容に基
づき幹事銀行４の所定の口座に入金を行い、幹事銀行４
が決済センタ１に対して当該振り込み完了の通知を行う
（Ｓ３２５、Ｓ３２６）と、履歴管理部２０が図１５の
Ｓ３１５以下の処理を行う。

【００５０】＜取引状況照会処理＞ユーザから取引照会
の処理メニューが選択されると、履歴管理部２０は、取
引情報データベース１３を参照して、当該ユーザの取引
履歴を表示等により出力する。この際の画面の一例を図
１８に示す。図１８に示す例では、履歴管理部２０が、
取引データベース１３を参照して、「支払」「請求」の
決済種別毎に、取引日付、受付番号、取引先、支払額又
は請求額、手数料、ステータス情報を表示する。なお、
出力する情報は、ユーザにより指定させるようにしても
よい。

【００５１】以上のように本実施形態によれば、ユーザ
のメールアドレスに対応付けて、ユーザの専用口座の情
報を決済情報データベース１２に記憶しておくことによ
り、少なくとも、決済要求を行うユーザ及び相手ユーザ
のメールアドレス及び決済金額を含む決済要求に基づい
て、決済処理部１９が、決済情報データベース１２を参
照して、決済要求を行ったユーザ及び相手ユーザの専用
口座を特定し、当該専用口座により決済を実行させるこ
とができる。これにより、ユーザのメールアドレスが分
かれば、口座に関する情報等の秘密性の高い情報を直接
相手に知らせなくとも決済を行うことができる。また、
ユーザのメールアドレスが分かれば決済ができるので、
個人間での決済や、クレジットカード、デビットカード
に加盟していない小規模な店舗等との間の決済であって
も処理できる。

【００５２】また、ユーザが指定したメールアドレスを
用いることにより、このメールアドレスを利用して、例
えば、当該決済を行う際に、相手ユーザに決済内容を通
知できるし、また、決済が完了した旨を当該決済要求を
行ったユーザに通知することもできる。

【００５３】さらに、決済を行う前に当該決済要求の内
容を相手ユーザに通知するようにすれば、相手ユーザに
内容を確認したうえで決済処理を行うことができ、無用
なトラブルを防止できる。また、この決済要求の内容を
含むWebページを作成し、当該Webページのアドレスを相
手方に通知するようにすれば、通知を受け取ったユーザ
は好きなときに当該アドレスにアクセスして決済内容を
確認すればよいこととなる。

【００５４】本システムの決済センタ１は、専用装置だ
けでなく、汎用のコンピュータとコンピュータプログラ
ムを用いても実現可能である。例えば、汎用のコンピュ
ータに対して上述の動作を実行するためのコンピュータ
プログラムやこれを格納したコンピュータ読み取り可能
な媒体（ＦＤ、ＣＤ−ＲＯＭ等）からコンピュータプロ
グラムをインストールすることにより、上述の処理を実
行する決済センタ１を構成するようにしてもよい。な
お、上述の機能をＯＳ（Operating System）が分担又は
ＯＳとアプリケーションプログラムの共同により実現す
る場合等には、ＯＳ以外の部分のみをコンピュータプロ
グラムとして、またこのコンピュータプログラムをコン
ピュータ読み取り可能な媒体に格納したり、このコンピ
ュータプログラムを配信等してもよい。

【００５５】また、決済センタ１用のコンピュータプロ
グラムを搬送波に重畳し、通信ネットワークを介して配
信することも可能である。例えば、通信ネットワークの
掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネ
ットワークを介して配信するようにしてもよい。そし
て、このコンピュータプログラムを起動し、ＯＳ制御下
で他のアプリケーションプログラムと同様に実行させる
ことにより上述の処理を実行させるようにしてもよい。

【００５６】

【発明の効果】本発明によれば、決済を行うユーザの連
絡用情報が分かれば、このユーザとの間で決済を行うこ
とができる。

【図面の簡単な説明】

【図１】 本発明の一実施形態にかかる決済センタを使
用した決済システムの概念構成を示した図。

【図２】 本発明の一実施形態にかかるユーザ情報デー
タベースのデータ構造の例を示した図。

【図３】 本発明の一実施形態にかかる決済情報データ
ベースのデータ構造の例を示した図。

【図４】 本発明の一実施形態にかかる取引データベー
スのデータ構造の例を示した図。

【図５】 本発明の一実施形態にかかるユーザ登録処理
の流れを示した処理フローを示した図。

【図６】 本発明の一実施形態にかかるユーザ登録の画
面表示の例を示した図。

【図７】 本発明の一実施形態にかかる請求処理の処理
フローを示した図。

【図８】 本発明の一実施形態にかかるログイン画面の
例を示した図。

【図９】 本発明の一実施形態にかかるメニュー表示画
面の例を示した図。

【図１０】 本発明の一実施形態にかかる請求登録画面
の例を示した図。

【図１１】 本発明の一実施形態にかかる請求通知の例
を示した図。

【図１２】 本発明の一実施形態にかかるWebページに
よる決済通知の例を示した図。

【図１３】 本発明の一実施形態にかかる被請求人が登
録されているユーザでない場合い及び被請求人の口座残
高が不足している際の処理フローを示した図。

【図１４】 本発明の一実施形態にかかる支払方法選択
画面の例を示した図。

【図１５】 本発明の一実施形態にかかる支払処理の処
理フローを示した図。

【図１６】 本発明の一実施形態にかかる受取人が登録
されているユーザでない場合の処理フローを示した図。

【図１７】 本発明の一実施形態にかかる支払口座の残
高が不足した際の処理フローを示した図。

【図１８】 本発明の一実施形態にかかる取引状況照会
画面の例を示した図。

【符号の説明】

１ 決済センタ ２ 端末 ４ 幹事銀行 ５ クレジットカード会社等 １２ 決済情報データベース １７ 受付部 １８ 通知部 １９ 決済処理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 荒木 修 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 それぞれのユーザが使用する複数の端末
   と接続可能に配置され、ユーザ間での決済処理を行う決
   済処理装置であって、 ユーザへ連絡を行う際の宛先を表す連絡用情報に対応付
   けて、当該ユーザが金融機関により決済を行う際に使用
   する識別情報を記憶する記憶手段と、 ユーザからの、少なくとも、当該ユーザの連絡用情報、
   決済を行う相手ユーザの連絡用情報及び、決済金額を含
   む決済要求を受付ける受付手段と、 上記記憶手段を参照して、上記決済要求を行ったユーザ
   及び相手ユーザの連絡用情報から各ユーザの上記識別情
   報を特定し、当該特定した識別情報に基づいて上記決済
   金額の決済を実行させる決済手段と、 を有することを特徴とする決済処理装置。
2. 【請求項２】 上記連絡用情報は、ユーザが指定したメ
   ールアドレスである請求項1記載の決済処理装置。
3. 【請求項３】 決済を行う相手ユーザに対して、少なく
   とも当該決済要求を行ったユーザを特定する情報及び決
   済金額を含む決済内容を通知する通知手段をさらに有
   し、 決済手段は、上記通知手段により通知された相手ユーザ
   から、当該決済内容の確認があった場合に決済を実行さ
   せる請求項１又は２記載の決済処理装置。
4. 【請求項４】 上記通知手段は、当該決済内容を含むW
   ｅｂページを作成し、当該Wｅｂページのアドレスを相
   手ユーザに通知する請求項３記載の決済処理装置。
5. 【請求項５】 それぞれのユーザが使用する複数の端末
   と接続可能に配置され、ユーザ間での決済処理を行うコ
   ンピュータに対して、 ユーザへ連絡を行う際の宛先を表す連絡用情報に対応付
   けて、当該ユーザが金融機関により決済を行う際に使用
   する識別情報を記憶手段に記憶する処理と、 ユーザからの、少なくとも、当該ユーザの連絡用情報、
   決済を行う相手ユーザの連絡用情報及び、決済金額を含
   む決済要求を受付ける処理と、 上記記憶手段を参照して、上記決済要求を行ったユーザ
   及び相手ユーザの連絡用情報から各ユーザの上記識別情
   報を特定し、当該特定した識別情報に基づいて上記決済
   金額の決済を実行させる処理と、 を実行させることを特徴とするコンピュータプログラ
   ム。