JP2006259854A - サーバ装置および決済方法 - Google Patents

Abstract

【課題】決済の支払者および請求者の個人情報を守り、かつ人為的な決済の不備を防止する。
【解決手段】支払者の携帯電話１で振替用ＩＤとワンタイムパスワードを指定して銀行サーバ２に送信する。銀行サーバ２はこれを支払者の預金口座のユーザＩＤと対応付ける。次に、請求者の携帯電話３で、引き落とし金額と入金先口座を指定して銀行サーバ２に送信する。銀行サーバ２は、これらを振替用ＩＤと対応付けて、振替用ＩＤと引き落とし金額を支払者の携帯電話１に通知する。この通知で示された決済の承認を支払者の携帯電話１が行なうと、銀行サーバ２は、振替用ＩＤと対応付けられた支払者の口座および入金先口座との間で、前述した支払金額の決済を行なう。
【選択図】図１

Description

本発明は、決済機能をもつサーバ装置および決済方法に関する。

従来、例えば商品購入にかかる代金決済のために、支払者の口座から請求者の口座に代金を入金する手法として、振込みと口座振替のいずれかが用いられている。

振込みは、支払者が入金先口座、つまり請求者の口座の情報、および、振込み金額を指定して、当該請求者の口座への入金を行なう決済方法である。また、口座振替は、支払者が、自身の金額引き落とし用の口座の情報を請求者に通知しておき、予め定められた日時になると、請求者が予め支払者に通知した金額を前述した引き落とし用の口座から引き落として、これを請求者の口座に入金する決済方法である。

前述したような、振込みを行なう場合には、支払者は自身の口座の情報を請求者に知らせる必要はないが、金額および相手の入金先口座を自ら指定しなければならない。ここで、支払者による入力ミスが生じた場合には、正常な決済が行なえない。また、請求者は、事前に自身の口座の情報を支払者に伝えなければならず、請求者のプライバシー上の問題が残る。

また、前述したような口座振替を行なう場合には、支払者は、事前に自身の引き落とし用の口座を指定しておけば、その後の入力作業は不要になるが、支払者は自身の口座の情報が請求者に知られることになるので、支払者の請求者のプライバシー上の問題が解消されない。また、請求者が請求内容を間違えている場合には、支払者は、引き落とし前の請求者からの通知などにより請求内容の不備を発見した上で、引き落とし日より前に請求者に問い合わせて、請求内容の訂正を依頼しないと、正常な決済がなされない。

そこで、本発明の目的は、支払者および請求者の個人情報が守られ、かつ、人為的な決済の不備を防止することが可能になるサーバ装置および決済方法を提供することにある。

すなわち、本発明に係わるサーバ装置は、請求者および支払者のうち少なくとも支払者の口座の情報を記憶する口座情報記憶手段と、口座情報記憶手段に記憶される支払者の口座の情報、および、この支払者と請求者の間の決済に関する情報を対応付けて記憶する決済情報記憶手段と、決済機能をもつ請求者の通信端末より送信された、実行対象の決済ごとに予め定め、かつ、前記請求者と支払者に共通の決済用認証情報が支払者の口座の情報と対応付けられて決済情報情報記憶手段に記憶されていることを認証した後に、請求者の通信端末から送信された、支払者に対する請求金額の情報、および、当該請求金額の入金用口座の情報を、決済用認証情報と対応付けて決済情報記憶手段に記憶する手段と、この決済用認証情報、および、これと対応付けられた請求金額の情報を支払者の通信端末に通知する通知手段と、通知手段により通知された情報で示された決済用認証情報と対応付けられた請求金額の決済の承認を、支払者の通信端末から得た場合に、決済用認証情報と対応付けられる支払者の口座、および、入金用口座の間で、決済用認証情報と対応付けられた請求金額の決済処理を行なう決済手段とを備えたことを特徴とする。

本発明に係わるサーバ装置では、請求者および支払者のうち少なくとも支払者の口座の情報を記憶する口座情報記憶手段と、口座情報記憶手段に記憶される支払者の口座の情報、および、この支払者と請求者の間の決済に関する情報を対応付けて記憶する決済情報記憶手段とを備え、決済機能をもつ請求者の通信端末より送信された、実行対象の決済ごとに予め定め、かつ、前記請求者と支払者に共通の決済用認証情報が支払者の口座の情報と対応付けられて決済情報情報記憶手段に記憶されていることを認証した後に、請求者の通信端末から送信された、支払者に対する請求金額の情報、および、当該請求金額の入金用口座の情報を、決済用認証情報と対応付けて決済情報記憶手段に記憶し、この決済用認証情報、および、これと対応付けられた請求金額の情報を支払者の通信端末に通知し、この通知された情報で示された決済用認証情報と対応付けられた請求金額の決済の承認を、支払者の通信端末から得た場合に、決済用認証情報と対応付けられる支払者の口座、および、入金用口座の間で、決済用認証情報と対応付けられた請求金額の決済処理を行なうので、支払者および請求者の個人情報が守られ、かつ、人為的な決済の不備を防止することができる。

以下図面により本発明の実施形態について説明する。
図１は、本発明の実施形態にしたがった決済システムの構成例を示すブロック図である。
図１に示すように、本発明の実施形態にしたがった決済システムは、携帯電話１、銀行サーバ２、および、携帯電話３を有する。なお、携帯電話１，３は、銀行サーバ２との通信機能を有する通信端末であれば、例えばデスクトップ型のパーソナルコンピュータなどであってもよい。

携帯電話１は、例えば商品取引による代金の支払者が所有する通信端末である。銀行サーバ２は、代金の支払者および請求者のうち、少なくとも、支払者の預金口座２０の情報を記憶する。請求者の口座の情報は、預金口座２０として銀行サーバ２に記憶されていても良いし、銀行サーバ２と接続される、図示しない外部の同行の銀行サーバ、または、他行の銀行サーバに記憶されていてもよい。

携帯電話３は、前述した代金の請求者が所有する通信端末である。

携帯電話１，３、および、銀行サーバ２の間では、代金決済にかかる情報を暗号化した上で、これを無線により通信する。

携帯電話１は、当該携帯電話１の所有者の口座から携帯電話３の所有者の口座への決済用の認証情報を銀行サーバ２に送信する。銀行サーバ２は、この情報を支払者の口座情報と関連付ける。この決済用の認証情報の内容は、支払者が任意に決定した上で、これを銀行サーバ２に送信した後に請求者に伝えても良いし、支払者および請求者との間で予め取り決めた上で、支払者または請求者が銀行サーバ２に送信してもよい。

本発明の実施形態にしたがった決済システムでは、この決済用の認証情報を用いることで、支払者の口座を請求者に伝える必要がなく、かつ、請求者の口座の情報を支払者に伝える必要なく、決済処理を行なうことができる。

請求者の携帯電話３は、前述した決済用の認証情報の認証を銀行サーバ２から得た上で、支払者への請求金額、および、請求者自身の入金先口座を指定して、これを銀行サーバ２に送信する。

銀行サーバ２は、請求者の携帯電話３からの請求金額および入金用口座の情報を受信すると、この請求金額の情報を、この請求金額と対応する決済用の認証情報とともに支払者の携帯電話１に送信する。

携帯電話１をもつ支払者は、銀行サーバ２からの情報を参照して、この情報で示された請求金額による決済を承認するか否認するかを選択する。この結果、承認にかかる操作を行なった場合には、この旨を示す情報が携帯電話１から銀行サーバ２に送信される。

銀行サーバ２は、携帯電話１からの承認を確認すると、前述のように指定された入金用口座と支払者の口座の間で、前述のように指定された請求金額の決済を行なう。

決済完了後、銀行サーバ２は、これを携帯電話３に通知する。携帯電話３は、この通知にしたがって、支払者との間の決済が正常になされた事を確認することができる。

図２は、本発明の実施形態にしたがった決済システムの携帯電話１の内部回路の構成例を示すブロック図である。
図２に示すように、携帯電話１は、全体の制御を司る制御部１１を備え、また、記憶部１２、通信インタフェース１３、入力部１４、および、表示部１５を設ける。

記憶部１２は、制御用のプログラムを記憶する。通信インタフェース１３は、銀行サーバ２や携帯電話３との通信を行なう。入力部１４は、認証情報（ＩＤ、パスワード）およびその他の各種情報の入力を受け付ける。表示部１５は、各種文字情報および画像情報を表示する。携帯電話３の内部回路の構成は携帯電話１の内部回路の構成と同様である。ただし、携帯電話３は、表示部１５の代わりに表示部１６を備え、携帯電話３の通信インタフェース１３は、銀行サーバ２や携帯電話１との通信を行なう。

図３は、本発明の実施形態にしたがった決済システムの銀行サーバ２の内部回路の構成例を示すブロック図である。
図３に示すように、銀行サーバ２は、全体を制御する制御部２１を備え、記憶部２２、通信インタフェース２３、口座データベース部２４、および、決済情報データベース部２５を設ける。

制御部２１は、図示しない計時用回路を備える。記憶部２２は、制御用のプログラムを記憶する。通信インタフェース２３は、携帯電話１および携帯電話３との通信を行なう。口座データベース部２４は、預金口座２０の情報を記憶する。決済情報データベース部２５は、支払者と請求者間の決済に関する情報を記憶する。

図４は、本発明の実施形態にしたがった決済システムの銀行サーバ２の口座データベース部２４に記憶された預金口座データベースの一例を表形式で示す図である。

図４に示すように、預金口座データベースでは、銀行サーバ２に関する預金口座を有する各ユーザの預金情報を管理する。

預金口座データベースでは、ユーザＩＤ、ユーザパスワード、ユーザ連絡先、および、口座情報が対応付けられる。ユーザＩＤおよびユーザパスワードは、銀行サーバ２によるモバイルバンキングサービスの提供のために各ユーザに付与された固有の認証情報である。口座情報は、支店番号、口座種別、口座番号、氏名、および、残高でなる。

図５は、本発明の実施形態にしたがった決済システムの銀行サーバ２の決済情報データベース部２５に記憶された決済情報データベースの一例を表形式で示す図である。

決済情報データベースでは、預金口座データベース（図４参照）で管理するユーザＩＤ、ユーザパスワード、ユーザ連絡先、および、口座情報を対応付けて記憶するのに加え、単一のユーザＩＤに対し、１つまたは複数の振替用ＩＤが対応付けられる。

振替用ＩＤは、これと対応付けられるユーザＩＤに関する口座と、後述する請求者の口座間の実行対象の決済ごとに付与した固有の認証情報である。

つまり、ユーザＩＤが付与された支払者が、複数種類の決済を行なう場合には、当該ユーザＩＤに対し複数種類の振替用ＩＤが対応付けられることになる。

決済情報データベースでは、振替用ＩＤは、ワンタイムパスワード（ｏｎｅ ｔｉｍｅ ｐａｓｓｗｏｒｄ：ＯＰＷ）、ワンタイムパスワード発行日時、ワンタイムパスワード有効期限、メモ、引き落とし金額、引き落とし内容、請求者の入金口座情報、請求者連絡先、引き落とし依頼日時、引き落とし完了日時、および、ステータスと対応付けられる。ステータスについては後述する。

ワンタイムパスワードとは、銀行サーバ２が発行する認証情報であり、発行から、支払者と請求者の間の１度の決済が完了する日時、および、発行時に定めた有効期限の満了日時のうち、いずれか早い日時までの間のみに認証情報として有効である情報である。

メモは、支払者が携帯電話１を用いて入力した、決済に関する参照情報、例えば注文する商品の内容を示す情報である。

引き落とし金額は、これと対応付けられる振替用ＩＤと関わる決済の請求者が携帯電話３を用いて入力した請求金額を示す。

入金口座情報は、請求金額の入金用口座の内容を示す情報である。入金口座情報は、銀行名、支店名、口座種別、口座番号、および、氏名でなる。請求者連絡先は、請求者の電話番号、および、請求者のメールアドレスでなる。

次に、本発明の実施形態にしたがった決済システムによる決済処理について説明する。

まず、支払者の携帯電話１と銀行サーバ２の間における、ワンタイムパスワードおよび振替用ＩＤなどの送受信に関する処理について説明する。

図６は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１と銀行サーバ２との間での、決済用の認証情報の発行に関する処理の一例を示すフローチャートである。

決済用の認証情報は、前述した振替用ＩＤおよびワンタイムパスワードである。

まず、携帯電話１の所有者が、入力部１４に対する予め定められた操作を行なうと、銀行サーバ２が関わる銀行のモバイルバンキングサービスのログイン用画面Ｇ１（図８参照）が表示部１５に表示される。この画面Ｇ１は、支払者の認証情報であるユーザＩＤおよびユーザパスワードの入力を求める画面である。

図８は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示されるログイン用画面Ｇ１の一例を示す図である。
この画面Ｇ１にしたがって、入力部１４によるユーザＩＤ（例：ａｂｃ１２３）およびユーザパスワード（例：ｓｄｆｇｈｊ）の入力を受け付けて、画面上の「ログイン」アイコン１５ａが選択される（ステップＳ１）と、制御部１１は、これらの情報を認証情報として、通信インタフェース１３を介して銀行サーバ２に送信する（ステップＳ２）。

銀行サーバ２では、携帯電話１から送信された認証情報を、通信インタフェース２３により受信する（ステップＳ３）。すると、銀行サーバ２の制御部２１は、この受信した認証情報に対応する預金口座２０が、口座データベース２４内に存在するか否かを照合する（ステップＳ４）。

図７は、本発明の実施形態にしたがった決済システムの銀行サーバ２による照合処理の一例を示すフローチャートである。
ここで、ステップＳ４による照合処理の詳細について図７を参照して説明する。銀行サーバ２の制御部２１は、口座データベース部２４に記憶される預金口座データベースを読み出す（ステップＡ１）。そして、制御部２１は、預金口座データベースを検索して、この中に、ステップＳ３の処理で受信したユーザＩＤと一致するユーザＩＤがあるか否かを判別する。当該ユーザＩＤが預金口座データベースにある場合には、制御部２１は、当該ユーザＩＤと預金口座データベース上で対応付けられるユーザパスワードが、ステップＳ３の処理で受信したユーザパスワードと一致するか否かを判別する。

制御部２１は、この判別の結果、携帯電話１からのユーザＩＤおよびユーザパスワードの組み合わせが正当であると判別した場合（ステップＡ３のＹＥＳ）には、携帯電話１に対するログイン許可を示す情報を生成する（ステップＡ４）。また、前述した判別の結果、携帯電話１からのユーザＩＤおよびユーザパスワードの組み合わせが、正当な組み合わせでないと制御部２１が判別した場合（ステップＡ３のＮＯ）には、携帯電話１に対するログイン不許可を示す情報を生成する（ステップＡ５）。

ステップＳ４の処理後は、制御部２１は、ステップＡ４またはＡ５の処理で生成した情報を、承認結果を示す情報として、通信インタフェース２３を介して送信する（ステップＳ５）。また、制御部２１は、預金口座データベースにおける、ステップＳ３の処理で受信したユーザＩＤ、および、これと対応付けられる情報を、決済情報データベース上に反映させる。

ここでは、携帯電話１に対するログイン許可を示す情報が銀行サーバ２から送信されたと仮定して、以後の処理を説明する。

銀行サーバ２からの承認結果を示す情報、ここではログイン許可を示す情報が、携帯電話１の通信インタフェース１３が受信する（ステップＳ６）と、携帯電話１の表示部１５に表示される画面が、メニュー画面Ｇ２（図９参照）に切り替わる。

図９は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示されるメニュー画面Ｇ２の一例を示す図である。

この画面Ｇ２で「ＯＰＷ発行」と表示されるアイコンを選択して「選択」アイコン１５ｂが選択されると、制御部１１は、ワンタイムパスワードの発行依頼を示す情報を、通信インタフェース１３を介して、銀行サーバ２に送信する（ステップＳ７）。

銀行サーバ２の通信インタフェース２３が、ステップＳ７の処理により送信された情報を受信すると、制御部２１はワンタイムパスワード（例：ａ９０！ｔｔ８）をランダム生成する（ステップＳ８）。そして、制御部２１は、ワンタイムパスワードの生成時において計時用回路により計時された日時をワンタイムパスワード発行日時として、前述のように生成したワンタイムパスワードと対応付ける。さらに、制御部２１は、ワンタイムパスワード発行日時の２４時間後の日時をワンタイムパスワード有効期限として、前述のように生成したワンタイムパスワードと対応付ける。

すると、制御部２１は、生成したワンタイムパスワード、および、ワンタイムパスワード有効期限を示す情報を、通信インタフェース２３を介して、携帯電話１に送信する（ステップＳ９）。

銀行サーバ２からのワンタイムパスワード、および、これと対応付けられる各種情報を、携帯電話１の通信インタフェース１３が受信する（ステップＳ１０）と、携帯電話１の表示部１５に表示される画面が、確認画面Ｇ３（図１０参照）に切り替わる。

図１０は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示される確認画面Ｇ３の一例を示す図である。

画面Ｇ３は、銀行サーバ２から発行されたワンタイムパスワード、および、その有効期限が表示される画面であり、また、決済用の認証情報である振替用ＩＤの入力、およびメモの入力を求める画面でもある。

この画面Ｇ３にしたがった、入力部１４による振替用ＩＤ（例：Ｓａｌｍｏｎ）およびメモ（例：鮭一匹発注）の入力を受け付けて、画面上の「保存」アイコン１５ｃが選択さると、制御部１１は、これらの情報を、通信インタフェース１３を介して銀行サーバ２に送信する（ステップＳ１１）。なお、メモについては、必要がなければ入力しなくともよい。ここでは、メモが入力されたと仮定して以後の処理を説明する。

銀行サーバ２の通信インタフェース２３が、ステップＳ１１の処理により送信された振替用ＩＤおよびメモを示す情報を受信すると、制御部２１は、これらの情報、および、前述したワンタイムパスワード、ワンタイムパスワード発行日時、ワンタイムパスワード有効期限を示す情報を、決済情報データベース上における、ステップＳ３の処理で受信したユーザＩＤと対応付けて、当該決済情報データベース上に反映する（ステップＳ１２）。

すると、銀行サーバ２の制御部２１は、振替用ＩＤおよびメモを示す情報を決済情報データベースに反映した旨を示す情報を、通信インタフェース２３を介して、携帯電話１に送信する（ステップＳ１３）。この送信された情報には、前述したワンタイムパスワード、ワンタイムパスワード有効期限、振替用ＩＤ、および、メモを示す情報が含まれる。

銀行サーバ２から、ステップＳ１３の処理より送信された情報を、携帯電話１の通信インタフェース１３が受信する（ステップＳ１４）と、携帯電話１の表示部１５に表示される画面が、登録完了通知画面Ｇ４（図１１参照）に切り替わる。

図１１は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示される登録完了通知画面Ｇ４の一例を示す図である。

この画面Ｇ４では、ワンタイムパスワード、ワンタイムパスワード有効期限、振替用ＩＤ、および、メモが表示される。

次に、請求者の携帯電話３と銀行サーバ２の間における、請求金額や入金先口座などの情報の入出力に関する処理について説明する。

図１２は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３と銀行サーバ２との間での、決済に関する各種情報の入出力に関する処理の一例を示すフローチャートである。

まず、携帯電話３の所有者が、入力部１４に対する予め定められた操作を行なうと、銀行サーバ２が関わる銀行の口座振替サービスのログイン用画面Ｇ１１（図１３参照）が表示部１６に表示される。この画面Ｇ１３は、決済用の認証情報である振替用ＩＤおよびワンタイムパスワードの入力を求める画面である。

図１３は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示されるログイン用画面Ｇ１１の一例を示す図である。
この画面Ｇ１１にしたがった、入力部１４による振替用ＩＤおよびワンタイムパスワードの入力を受け付けて、画面上の「ログイン」アイコン１６ａが選択される（ステップＳ２１）と、制御部１１は、これらの情報を認証情報として、通信インタフェース１３を介して銀行サーバ２に送信する（ステップＳ２２）。

銀行サーバ２では、携帯電話３から送信された認証情報を、通信インタフェース２３により受信する（ステップＳ２３）。すると、銀行サーバ２の制御部２１は、この受信した認証情報が、決済情報データベース内に存在するか否かを照合する（ステップＳ２４）。

具体的には、ステップＳ２４の処理では、銀行サーバ２の制御部２１は、決済情報データベース部２５に記憶される決済情報データベースを読み出す。そして、制御部２１は、決済情報データベースを検索して、この中に、ステップＳ２３の処理で受信した振替用ＩＤと一致する振替用ＩＤがあるか否かを判別する。当該振替用ＩＤが決済情報データベースにある場合には、制御部２１は、当該振替用ＩＤと決済情報データベース上で対応付けられるワンタイムパスワードが、ステップＳ２３の処理で受信したワンタイムパスワードと一致するか否かを判別する。

制御部２１は、この判別の結果、携帯電話３からの振替用ＩＤおよびワンタイムパスワードの組み合わせが正当であると判別した場合には、携帯電話３に対するログイン許可を示す情報を生成する。また、前述した判別の結果、携帯電話３からの振替用ＩＤおよびワンタイムパスワードの組み合わせが、正当な組み合わせでないと制御部２１が判別した場合には、携帯電話３に対するログイン不許可を示す情報を生成する。

制御部２１は、ログインの承認結果を示す情報を、通信インタフェース２３を介して携帯電話３に送信する（ステップＳ２５）。

ここでは、携帯電話３に対するログイン許可を示す情報が銀行サーバ２から送信されたと仮定して、以後の処理を説明する。

銀行サーバ２からの承認結果を示す情報、ここではログイン許可を示す情報が、携帯電話３の通信インタフェース１３が受信する（ステップＳ２６）と、携帯電話３の表示部１６に表示される画面が、入力用画面Ｇ１２（図１４参照）に切り替わる。この画面Ｇ１２は、請求金額および引き落とし内容の入力を求める画面である。

図１４は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される入力用画面Ｇ１２の一例を示す図である。
この画面Ｇ１２にしたがって、入力部１４による請求金額（例：１００００円）、引き落とし内容（例：キングサーモン２ｋｇ）、および、当該引き落とし内容の備考（例：＠￥５００／１００ｇ）の入力を受け付け、かつ、画面上の「次へ」アイコン１６ｂが選択されると、携帯電話３の表示部１６に表示される画面が、入金用口座選択画面Ｇ１３（図１５参照）に切り替わる。この画面Ｇ１３は、入金先口座が、銀行サーバ２の預金口座データベースに記憶される口座であるか、その他の口座であるかをユーザが選択するための画面である。

図１５は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される入金用口座選択画面Ｇ１３の一例を示す図である。

この画面Ｇ１３で「当行登録済口座」と表示されるアイコンが選択されて、「次へ」アイコン１６ｃが選択されると、携帯電話３の表示部１６に表示される画面が、入力用画面Ｇ１４（図１６参照）に切り替わる。この画面Ｇ１４は、請求者のユーザＩＤの入力を求める画面である。

図１６は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される入力用画面Ｇ１４の一例を示す図である。

この画面Ｇ１４にしたがった、ユーザＩＤの入力を受け付けて、「確認」アイコン１６ｄが選択されると、このユーザＩＤを示す情報が銀行サーバ２に送信される。銀行サーバ２は、この情報を受信すると、預金口座データベースで管理される各種ユーザＩＤのうち、前述のように受信したユーザＩＤと一致するユーザＩＤと対応付けられるユーザ連絡先および口座情報を、請求者の連絡先および入金先口座の情報として携帯電話３に送信する。

携帯電話３が、この送信された情報を受信すると、表示部１６に表示される画面が、確認画面Ｇ１７に切り替わる。この画面Ｇ１７については後述する。

また、画面Ｇ１３（図１５参照）で「その他」と表示されるアイコンが選択されて、「次へ」アイコン１６ｃが選択されると、携帯電話３の表示部１６に表示される画面が、入力用画面Ｇ１５（図１７参照）に切り替わる。この画面Ｇ１５は、請求者の入金用口座の情報の入力を求める画面である。

図１７は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される入力用画面Ｇ１５の一例を示す図である。

この画面Ｇ１５にしたがって、入力部１４による、銀行名、支店名、口座種別、口座番号、口座名の入力を受け付けて、画面上の「次へ」アイコン１６ｅが選択されると、携帯電話３の表示部１６に表示される画面が、入力用画面Ｇ１６（図１８参照）に切り替わる。この画面Ｇ１６は、請求者の電話番号およびメールアドレスの入力を求める画面である。

図１８は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される入力用画面Ｇ１６の一例を示す図である。

この画面Ｇ１６で「電話番号」と表示されるアイコンが選択されて、電話番号の入力を受け付け、かつ、「Ｅメールアドレス」と表示されるアイコンが選択されてメールアドレスの入力を受け付け、かつ、画面上の「確認」アイコン１６ｆが選択される（ステップＳ２７）と、携帯電話３の表示部１６に表示される画面が、確認画面Ｇ１７（図１９参照）に切り替わる（ステップＳ２８）。この画面では、請求金額、引き落とし内容、入金先口座、および、請求者の連絡先の情報が表示される。これらの情報は、携帯電話３における入力時に記憶部２２に一時的に記憶された情報を制御部２１が読み出したものである。

図１９は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される確認画面Ｇ１７の一例を示す図である。

この画面上の「依頼」アイコン１６ｇが選択されると、請求金額、引き落とし内容、入金先口座の情報、および、請求者の連絡先の情報が通信インタフェース１３を介して銀行サーバ２に送信される（ステップＳ２９）。

銀行サーバ２の通信インタフェース２３が、これら送信された情報を受信すると、制御部２１は、これらを、決済情報データベース上における、ステップＳ３の処理で受信したユーザＩＤと対応付けて、当該決済情報データベース上に反映する（ステップＳ３０）。

そして、制御部２１は、請求金額、引き落とし内容、入金先口座の情報、および、請求者の連絡先の情報を決済情報データベースに登録した旨を示す情報を、通信インタフェース２３を介して、携帯電話３に送信する（ステップＳ３１）。この情報には依頼日時の情報が含まれる。依頼日時とは、制御部２１の計時用回路が、請求金額、入金先口座の情報、および、請求者の連絡先の情報を決済情報データベースに登録した時点で計時し、ステップＳ３の処理で受信したユーザＩＤと対応付けて、当該決済情報データベース上に反映された日時である。

ステップＳ３１の処理により銀行サーバ２から送信された情報を、携帯電話１の通信インタフェース１３が受信する（ステップＳ３２）と、携帯電話３の表示部１６に表示される画面が、口座振替依頼完了通知画面Ｇ１８（図２０参照）に切り替わる。

図２０は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される口座振替完了通知画面Ｇ１８の一例を示す図である。

この画面では、請求金額、引き落とし内容、入金先口座、および、請求者の連絡先、および、依頼日時の情報が表示される。

次に、支払者の携帯電話１と銀行サーバ２の間における、引き落としの承認に関する処理について説明する。

図２１は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１と銀行サーバ２との間での、決済の承認に関する処理の一例を示すフローチャートである。

まず、銀行サーバ２は、決済情報データベース上おける、ステップＳ３０の処理で反映された請求金額や入金先口座などと対応付けられるユーザ連絡先、つまり、支払者の連絡先で示されるメールアドレス宛に、請求者からの口座振替依頼がなされた旨を示す電子メールを、通信インタフェース２３を介して送信する（ステップＳ４１）。

図２２は、本発明の実施形態にしたがった決済システムの銀行サーバ２から支払者の携帯電話１に送信された電子メールの表示画面Ｇ２１の一例を示す図である。

携帯電話１が、ステップＳ４１の処理で送信された電子メールを通信インタフェース１３を介して受信する（ステップＳ４２）と、電子メールの表示画面Ｇ２１が表示部１５に表示され、この画面において、入力部１４に対する予め定められた操作を行なうことで、前述したモバイルバンキングサービスのログイン用画面Ｇ２２（図２３参照）が表示部１５に表示される。この画面Ｇ２２は、前述したログイン用画面Ｇ１と同様の画面である。

図２３は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示されるログイン用画面Ｇ２２の一例を示す図である。

この画面Ｇ２３にしたがって、入力部１４によるユーザＩＤおよびユーザパスワードの入力を受け付けて、画面上の「ログイン」アイコン１５ｈが選択される（ステップＳ４３）と、制御部１１は、これらの情報を認証情報として、通信インタフェース１３を介して銀行サーバ２に送信する（ステップＳ４４）。

銀行サーバ２では、携帯電話１から送信された認証情報を、通信インタフェース２３により受信する（ステップＳ４５）。すると、銀行サーバ２の制御部２１は、この受信した認証情報に対応する預金口座２０が、口座データベース２４内に存在するか否かを照合する（ステップＳ４６）。

具体的には、ステップＳ４６の処理で、銀行サーバ２の制御部２１は、口座データベース部２４に記憶される預金口座データベースを読み出す。そして、制御部２１は、預金口座データベースを検索して、この中に、ステップＳ４５の処理で受信したユーザＩＤと一致するユーザＩＤがあるか否かを判別する。当該ユーザＩＤが預金口座データベースにある場合には、制御部２１は、当該ユーザＩＤと預金口座データベース上で対応付けられるユーザパスワードが、ステップＳ４５の処理で受信したユーザパスワードと一致するか否かを判別する。

制御部２１は、この判別の結果、携帯電話１からのユーザＩＤおよびユーザパスワードの組み合わせが正当であると判別した場合には、携帯電話１に対するログイン許可を示す情報を生成する。また、前述した判別の結果、携帯電話１からのユーザＩＤおよびユーザパスワードの組み合わせが、正当な組み合わせでないと制御部２１が判別した場合には、携帯電話１に対するログイン不許可を示す情報を生成する。

制御部２１は、前述のように生成した情報を、承認結果を示す情報として、通信インタフェース２３を介して送信する（ステップＳ４７）。ここでは、携帯電話１に対するログイン許可を示す情報が銀行サーバ２から送信されたと仮定して、以後の処理を説明する。

銀行サーバ２からの承認結果を示す情報、ここではログイン許可を示す情報が、携帯電話１の通信インタフェース１３が受信する（ステップＳ４８）と、携帯電話１の表示部１５に表示される画面が、メニュー画面Ｇ２３（図２４参照）に切り替わる。

図２４は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示されるメニュー画面Ｇ２３の一例を示す図である。

この画面Ｇ２３で「引落許可」と表示されるアイコンが選択されて「選択」アイコン１５ｉが選択されると、制御部１１は、請求者から銀行サーバ２への口座振替依頼に関する情報の送信依頼を示す情報を、通信インタフェース１３を介して銀行サーバ２に送信する（ステップＳ４９）。この情報には、ステップＳ４３の処理で入力したユーザＩＤの情報が含まれる。

銀行サーバ２では、携帯電話１から送信された認証情報を、通信インタフェース２３により受信する。すると、銀行サーバ２の制御部２１は、この受信した情報に含まれるユーザＩＤと対応付けられる振替用ＩＤおよび請求金額の情報を決済情報データベースから抽出する（ステップＳ５０）。銀行サーバ２の制御部２１は、この抽出した情報を、通信インタフェース２３を介して携帯電話１に送信する（ステップＳ５１）。

銀行サーバ２からの、振替用ＩＤおよび請求金額の情報を、携帯電話１の通信インタフェース１３が受信する（ステップＳ５２）と、携帯電話１の表示部１５に表示される画面が、参照用画面Ｇ２４（図２５参照）に切り替わる。

図２５は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示される参照用画面Ｇ２４の一例を示す図である。この画面では、ステップＳ４３の処理で入力されたユーザＩＤと対応付けられる、それぞれの振替用ＩＤ、および、この振替用ＩＤに関わる決済の請求金額の情報が対応付けられて表示される。

この画面で、承認または否認を行なう決済に関する振替用ＩＤのアイコンが選択されて「詳細表示」アイコン１５ｊが選択されると、この選択された振替用ＩＤに関わる決済の詳細の送信要求を示す情報が通信インタフェース１３から銀行サーバ２に送信される。この送信された情報を銀行サーバ２が通信インタフェース２３を介して受信すると、制御部２１は、前述した振替用ＩＤに対応する請求金額、引落内容、請求者の連絡先、依頼日時、および、メモの情報を決済情報データベースから読み出した上で、通信インタフェース２３を介して携帯電話１に送信する。

携帯電話１では、この送信された情報を通信インタフェース１３を介して受信すると、表示部１５に表示される画面が、内容確認画面Ｇ２５（図２６参照）に切り替わる。

図２６は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示される内容確認画面Ｇ２５の一例を示す図である。この画面では、画面Ｇ２４で選択された振替用ＩＤに対応する請求金額、引落内容、請求者の連絡先、依頼日時、および、メモの情報が表示される。

この画面Ｇ２５で「否認」アイコン１５ｍが選択されると、表示部１５に表示される画面が、否認確認画面Ｇ２６（図２７参照）に切り替わる。

図２７は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示される否認確認画面Ｇ２６の一例を示す図である。この画面では、画面Ｇ２５で確認した内容の決済が支払者により否認された事を示す情報が表示される。

一方、画面Ｇ２５で「承認」アイコン１５ｋが選択されると、これを示す情報が通信インタフェース１３を介して銀行サーバ２に送信される（ステップＳ５３）。

この送信された情報を、銀行サーバ２の通信インタフェース２３が受信すると、制御部２１は、ステップＳ４５の処理で受信したユーザＩＤと決済情報データベース上で対応付けられる、支払者の口座、および、このユーザＩＤと対応付けられる入金先口座との間で、当該ユーザＩＤと決済情報データベース上で対応付けられる請求金額の決済を行なう（ステップＳ５５）。決済が完了すると、銀行サーバ２の制御部２は、これを示す情報を、通信インタフェース２３を介して携帯電話１に送信する（ステップＳ５６）。この情報には、決済処理の実行時に制御部２１の計時用回路が計時し、ステップＳ４５の処理で受信したユーザＩＤと対応付けて、当該決済情報データベース上に反映された日時である引落日時、振替用ＩＤ、請求金額、引き落とし内容、請求者連絡先、引落日時、およびメモを示す情報が含まれる。

この送信された情報を携帯電話１の通信インタフェース１３が受信すると、表示部１５に表示される画面が、引落確認画面Ｇ２７（図２８参照）に切り替わる。

図２８は、本発明の実施形態にしたがった決済システムの支払者の携帯電話１の表示部１５に表示される引落確認画面Ｇ２７の一例を示す図である。この画面では、画面Ｇ２５で確認した内容の決済を支払者が承認した事にともなう決済が完了したことを示す情報、および、振替用ＩＤ、請求金額、引き落とし内容、請求者連絡先、引落日時、およびメモを示す情報が表示される。

次に、請求者の携帯電話３と銀行サーバ２の間における、口座振替結果確認に関する処理について説明する。

図２９は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３と銀行サーバ２との間での、口座振替結果に関する処理の一例を示すフローチャートである。

決済情報データベースでは、決済に関するステータスを示す情報が振替用ＩＤごとに対応付けられる。ステータスは、決済の完了を示す「完了」、支払者による決済の否認を示す「否認」、支払者による内容確認がなされたが、承認も否認もなされていない事を示す「保留」、および、支払者による内容確認がなされていない事を示す「内容未確認」に区分される。

例えば、支払者の携帯電話１により決済の否認にかかる操作がなされた場合には、決済の否認を示す情報が通信インタフェース１３を介して銀行サーバ２に送信される。この情報には、ステップＳ５２の処理で受信した振替用ＩＤの情報が含まれる。銀行サーバ２は、この送信された情報を通信インタフェース２３を介して受信すると、決済情報データベースにおける、当該受信した情報に含まれる振替用ＩＤに、否認を示すステータスの情報を対応付ける。

まず、銀行サーバ２は、決済情報データベース上おける、振替用ＩＤと対応付けられるステータスの内容が変わった際に、この旨を示す電子メールを、通信インタフェース２３を介して送信する（ステップＳ６１）。

図３０は、本発明の実施形態にしたがった決済システムの銀行サーバ２から請求者の携帯電話３に送信された電子メールの表示画面Ｇ３１の一例を示す図である。

携帯電話３が、ステップＳ６１の処理で送信された電子メールを、通信インタフェース１３を介して受信する（ステップＳ６２）と、電子メールの表示画面Ｇ３１（図３０参照）が表示部１６に表示され、この画面において、入力部１４に対する予め定められた操作を受け付けることで、口座振替サービスのログイン用画面Ｇ３２（図３１参照）が表示部１６に表示される。

図３１は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示されるログイン用画面Ｇ３２の一例を示す図である。

この画面Ｇ３２にしたがった、振替用ＩＤとワンタイムパスワードの入力を受け付け、「ログイン」アイコン１６ｍが選択される（ステップＳ６３）と、この情報が銀行サーバ２に送信され（ステップＳ６４）、銀行サーバ２は、この情報を受信すると（ステップＳ６５）、この情報と決済情報データベースとを照合することで、振替用ＩＤとワンタイムパスワードの組み合わせが正当であるかを判別する（ステップＳ６６）。この結果、振替用ＩＤとワンタイムパスワードの組み合わせが正当であれば、銀行サーバ２は、決済情報データベースにおける、ステップＳ６５の処理で受信した振替用ＩＤと対応付けられるステータスの情報、および、引き落とし金額の情報を抽出し、これらを、通信インタフェース２３を介して携帯電話３に送信する（ステップＳ６７）。

また、この処理では、抽出した情報で示されるステータスが「完了」であった場合には、銀行サーバ２の制御部２１は、ステータスと対応付けられる入金先口座の情報を決済情報データベースから抽出し、また、決済にかかる手数料、および、引き落とし金額から手数料を差引いた金額である入金金額を計算し、これを、当該ステータスの情報とあわせて携帯電話３に送信する。

これらの情報を携帯電話３の通信インタフェース１３により受信すると、表示部１６に表示される画面が、確認画面Ｇ３３に切り替わる（ステップＳ６８）。

図３２は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される確認画面Ｇ３３の第１の例を示す図である。

図３３は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される確認画面Ｇ３３の第２の例を示す図である。

図３４は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される確認画面Ｇ３３の第３の例を示す図である。

図３５は、本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示される確認画面Ｇ３３の第４の例を示す図である。

ステップＳ６８の処理で受信した情報で示されるステータスが「完了」である場合には、確認画面Ｇ３３では、図３２に示すように、ステータス「完了」、引き落とし金額、手数料、入金金額、および、入金先口座の情報が表示される。

ステップＳ６８の処理で受信した情報で示されるステータスが「保留」である場合には、確認画面Ｇ３３では、図３３に示すように、ステータス「保留」、および、引き落とし金額の情報が表示される。

ステップＳ６８の処理で受信した情報で示されるステータスが「否認」である場合には、確認画面Ｇ３３では、図３４に示すように、ステータス「否認」、および、引き落とし金額の情報が表示される。

ステップＳ６８の処理で受信した情報で示されるステータスが「内容未確認」である場合には、確認画面Ｇ３３では、図３５に示すように、ステータス「内容未確認」、および、引き落とし金額の情報が表示される。

以上のように、本発明の実施形態にしたがった決済システムでは、振替用ＩＤを実行対象の決済ごとに定めた上で、請求者の携帯電話３では、振替用ＩＤでログインした上で、請求金額および入金用口座を銀行サーバ２に送信し、この後、銀行サーバ２は、振替用ＩＤと請求金額を支払者の携帯電話１に画面表示させ、この画面表示される情報を支払者が確認して銀行サーバ２に対する承認を行なうことで、銀行サーバ２は、支払者と請求者の口座間で決済処理を行なうので、支払者および請求者の個人情報を守り、かつ人為的な決済の不備を防止することができる。

なお、この発明は、前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

本発明の実施形態にしたがった決済システムの構成例を示すブロック図。 本発明の実施形態にしたがった決済システムの携帯電話の内部回路の構成例を示すブロック図。 本発明の実施形態にしたがった決済システムの銀行サーバの内部回路の構成例を示すブロック図。 本発明の実施形態にしたがった決済システムの銀行サーバの口座データベース部に記憶された預金口座データベースの一例を表形式で示す図。 本発明の実施形態にしたがった決済システムの銀行サーバの記憶部に記憶された決済情報データベースの一例を表形式で示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話と銀行サーバとの間での、決済用の認証情報の発行に関する処理の一例を示すフローチャート。 本発明の実施形態にしたがった決済システムの銀行サーバによる照合処理の一例を示すフローチャート。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示されるログイン用画面Ｇ１の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示されるメニュー画面Ｇ２の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示される確認画面Ｇ３の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示される登録完了通知画面Ｇ４の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話と銀行サーバとの間での、決済に関する各種情報の入出力に関する処理の一例を示すフローチャート。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示されるログイン用画面Ｇ１１の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される入力用画面Ｇ１２の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される入金用口座選択画面Ｇ１３の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される入力用画面Ｇ１４の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される入力用画面Ｇ１５の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される入力用画面Ｇ１６の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される確認画面Ｇ１７の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される口座振替完了通知画面Ｇ１８の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話と銀行サーバとの間での、決済の承認に関する処理の一例を示すフローチャート。 本発明の実施形態にしたがった決済システムの銀行サーバから支払者の携帯電話に送信された電子メールの表示画面Ｇ２１の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示されるログイン用画面Ｇ２２の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示されるメニュー画面Ｇ２３の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示される参照用画面Ｇ２４の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示される内容確認画面Ｇ２５の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示される否認確認画面Ｇ２６の一例を示す図。 本発明の実施形態にしたがった決済システムの支払者の携帯電話の表示部に表示される引落確認画面Ｇ２７の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話と銀行サーバとの間での、口座振替結果に関する処理の一例を示すフローチャート。 本発明の実施形態にしたがった決済システムの銀行サーバから請求者の携帯電話に送信された電子メールの表示画面Ｇ３１の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話３の表示部１６に表示されるログイン用画面Ｇ３２の一例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される確認画面Ｇ３３の第１の例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される確認画面Ｇ３３の第２の例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される確認画面Ｇ３３の第３の例を示す図。 本発明の実施形態にしたがった決済システムの請求者の携帯電話の表示部に表示される確認画面Ｇ３３の第４の例を示す図。

符号の説明

１，３…携帯電話、２…銀行サーバ、１１，２１…制御部、１２，２２…記憶部、１３，２３…通信インタフェース、１４…入力部、１５，１６…表示部、２４…口座データベース部、２５…決済情報データベース部。

Claims (6)

1. 請求者および支払者のうち少なくとも支払者の口座の情報を記憶する口座情報記憶手段と、
   前記口座情報記憶手段に記憶される前記支払者の口座の情報、および、この支払者と請求者の間の決済に関する情報を対応付けて記憶する決済情報記憶手段と、
   決済機能をもつ、前記請求者の通信端末より送信された、実行対象の決済ごとに予め定め、かつ、前記請求者と支払者に共通の決済用認証情報が前記支払者の口座の情報と対応付けられて前記決済情報情報記憶手段に記憶されていることを認証した後に、前記請求者の通信端末から送信された、前記支払者に対する請求金額の情報、および、当該請求金額の入金用口座の情報を、前記決済用認証情報と対応付けて前記決済情報記憶手段に記憶する手段と、
   前記決済用認証情報、および、これと対応付けられた請求金額の情報を前記支払者の、決済機能をもつ通信端末に通知する通知手段と、
   前記通知手段により通知された情報で示された決済用認証情報と対応付けられた請求金額の決済の承認を、前記支払者の通信端末から得た場合に、前記決済用認証情報と対応付けられる情報で示される支払者の口座、および、前記入金用口座の間で、前記決済用認証情報と対応付けられた請求金額の決済処理を行なう決済手段と
   を備えたことを特徴とするサーバ装置。
2. 請求者および支払者のうち少なくとも支払者の口座の情報を記憶する口座情報記憶手段と、
   前記口座情報記憶手段に記憶される前記支払者の口座の情報、および、この支払者と請求者の間の決済に関する情報を対応付けて記憶する決済情報記憶手段と、
   決済機能をもつ、支払者の通信端末より、実行対象の決済ごとに送信された決済用認証情報を、前記支払者の口座の情報と対応付けて前記決済情報記憶手段に記憶する手段と、
   決済機能をもつ、前記請求者の通信端末より送信された、実行対象の決済ごとに予め定めた決済用認証情報が前記支払者の口座の情報と対応付けて前記決済情報情報記憶手段に記憶されていることを認証した後に、前記請求者の通信端末から送信された、前記支払者に対する請求金額の情報、および、当該請求金額の入金用口座の情報を、前記決済用認証情報と対応付けて前記決済情報記憶手段に記憶する手段と、
   前記決済用認証情報、および、これと対応付けられた請求金額の情報を前記支払者の通信端末に通知する通知手段と、
   前記通知手段により通知された情報で示された決済用認証情報と対応付けられた請求金額の決済の承認を、前記支払者の通信端末から得た場合に、前記決済用認証情報と対応付けられる情報で示される支払者の口座、および、前記入金用口座の間で、前記決済用認証情報と対応付けられた請求金額の決済処理を行なう決済手段と
   を備えたことを特徴とするサーバ装置。
3. 前記決済手段による決済処理の完了の有無に関する情報を前記決済用認証情報と対応付けて前記決済情報記憶手段に記憶する手段と、
   前記決済処理の有無に関する情報を前記請求者の通信端末に通知する手段と
   をさらに備えたことを特徴とする請求項１に記載のサーバ装置。
4. 前記請求者の通信端末より送信された決済要求情報は、前記請求に関する参照情報を伴い、
   前記通知手段は、前記支払者の通信端末に、前記参照情報をさらに通知する
   ことを特徴とする請求項１に記載のサーバ装置。
5. 前記決済用認証情報は、前記決済手段による決済処理がなされるまでの間のみ有効なパスワードを含むことを特徴とする請求項１に記載のサーバ装置。
6. 請求者および支払者のうち少なくとも支払者の口座の情報を記憶する口座情報記憶手段と、前記口座情報記憶手段に記憶される前記支払者の口座の情報、および、この支払者と請求者の間の決済に関する情報を対応付けて記憶する決済情報記憶手段を備えたサーバ装置で用いられる決済方法であって、
   決済機能をもつ、前記請求者の通信端末より送信された、実行対象の決済ごとに予め定め、かつ、前記請求者と支払者に共通の決済用認証情報が前記支払者の口座の情報と対応付けられて前記決済情報情報記憶手段に記憶されていることを認証した後に、前記請求者の通信端末から送信された、前記支払者に対する請求金額の情報、および、当該請求金額の入金用口座の情報を、前記決済用認証情報と対応付けて前記決済情報記憶手段に記憶するステップと、
   前記決済用認証情報、および、これと対応付けられた請求金額の情報を前記支払者の通信端末に通知する通知ステップと、
   前記通知ステップにより通知された情報で示された決済用認証情報と対応付けられた請求金額の決済の承認を、前記支払者の通信端末から得た場合に、前記決済用認証情報と対応付けられる情報で示される支払者の口座、および、前記入金用口座の間で、前記決済用認証情報と対応付けられた請求金額の決済処理を行なう決済ステップと
   を有したことを特徴とする決済方法。

Images