JP2003263566A

JP2003263566A - 請求通知機能付銀行システム

Info

Publication number: JP2003263566A
Application number: JP2002062659A
Authority: JP
Inventors: Shunryo Bando; 俊良板東
Original assignee: Sumitomo Mitsui Banking Corp
Current assignee: Sumitomo Mitsui Banking Corp
Priority date: 2002-03-07
Filing date: 2002-03-07
Publication date: 2003-09-19

Abstract

(57)【要約】（修正有）【課題】銀行システムを使用した代金の支払におい
て、支払の承認を行った後、代金の支払を行うようにす
る。【解決手段】代金請求者はＰＣ５０を使用して代金の
請求内容を示す請求情報を銀行システム２００に送信す
る。請求情報はデータ記憶装置１１０に保存され、代金
支払者が入出金用端末１０を使用したときに請求情報が
入出金用端末１０の表示画面に表示される。代金支払者
は入出金用端末１０から現金を投入するか、自己の銀行
口座からの代金の引き落としを指示する。情報処理用サ
ーバ１００は請求情報により指定された銀行口座に対し
て、代金を振込または振替により支払処理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、預金者から預金を
預かり、銀行口座に入金し、引出しの要求に応じて預金
を出金する銀行システムに関し、さらに詳しくは、振込
処理や振替処理が可能な銀行システムに好適な銀行シス
テムに関する。

【０００２】

【従来の技術】購入商品の代金の支払を代金支払者（商
品購入者）と代金請求者（商品販売者）の間で行う方法
には銀行で行う方法と銀行外で行う方法がある。

【０００３】銀行で行う方法には口座振替と振込とがあ
る。

【０００４】口座振替の場合は予め代金支払者が代金請
求者に自分の口座番号を伝え、かつ銀行に対しては指定
した代金請求者から自己の口座に対して行われた請求に
対する支払いを予め承諾しておくことで代金請求者が代
金支払者の銀行口座宛に請求をし資金を受け取る。この
場合、代金支払者は予め代金請求者と銀行に対して依頼
をしておけばあとは支払の都度の手続きは不要となる。

【０００５】これに対し振込の場合は代金請求者が代金
支払者に自分の口座番号と請求額を伝え、代金支払者が
当該口座宛に資金を振り込む。

【０００６】この場合、代金支払者は特に予め代金請求
者と銀行に対し何かの依頼をしておく必要はなく、振込
を行うときに代金請求者の口座番号と口座名を振込先と
して指定すればよい。

【０００７】一方、銀行外で行う代表的な方法としては
コンビニでの支払がある。この場合、代金支払者は代金
請求者から送られた支払用紙を現金とともにコンビニに
持参し、コンビニが代金請求者に代わって代金を受け取
ることで支払いを行う。

【０００８】

【発明が解決しようとする課題】上記の方法のうち銀行
外で支払いを行う方法では原則として現金を持参してコ
ンビニに行く必要がある。

【０００９】現金は通常銀行口座から出金する必要があ
るので、銀行口座から直接支払う方法に比べると出金の
ためのプロセスが余計に発生する。

【００１０】一方、銀行で支払いを行う方法のうち口座
振替の場合は、代金支払者は予め代金請求者と銀行に対
し口座振替のための依頼をしておく手続きが必要であ
り、各三者にとってそれぞれ煩雑である。また、一旦口
座振替依頼手続きをすれば、間違った請求に対しても自
動的に引き落とされてしまうため代金支払者にとっては
リスクがある。

【００１１】また振込の場合は事前の依頼等の手続きは
不要なものの、振込を行う都度、振込先の口座番号等振
込先の指定と振込金額を自分で入力しなければならず、
代金支払人にとって手続きが煩雑であるとともに、銀行
外で請求したものに対する支払いが銀行を通じて行われ
るため代金請求者にとっても振り込まれた資金がどの請
求に対応するものかを照合するための負担が発生する。

【００１２】そこで、本発明の目的は、上述の点を考慮
して、代金請求者と代金支払者の双方にとって簡便でか
つ安全な支払いを可能とする銀行システムを提供するこ
とにある。

【００１３】

【課題を解決するための手段】このような目的を達成す
るために、請求項１の発明は、資金の入出金サービスを
提供する銀行システムにおいて、代金請求者から特定の
代金支払者に向けた代金の請求内容を示す請求情報を受
け取る請求情報受取手段と、記憶装置を有し、当該受け
取った請求情報を前記記憶装置に格納する請求情報格納
手段と、該請求情報格納手段に格納した請求情報を代金
支払者に対して通知する請求情報通知手段と、前記請求
情報に係わる代金の支払いについての前記代金支払者よ
りの承認を受け取るための支払承認受取手段と、当該承
認された代金に相当する資金を前記代金支払者から受け
取るための代金受取処理手段と、当該受け取った資金の
一部または全部を前記代金請求者に支払うための代金支
払処理手段とを備えたことを特徴とする。

【００１４】請求項２の発明は、請求項１に記載の銀行
システムにおいて、前記代金受取処理手段による資金の
受け取り方法は現金による受取りであることを特徴とす
る。

【００１５】請求項３の発明は、請求項１に記載の銀行
システムにおいて、前記代金受取処理手段により受け取
る資金は前記代金支払者の銀行口座から出金された資金
であることを特徴とする。

【００１６】請求項４の発明は、請求項３に記載の銀行
システムにおいて、前記代金支払者の銀行口座は他行の
銀行口座であることを特徴とする。

【００１７】請求項５の発明は、請求項３に記載の銀行
システムにおいて、前記代金支払者の出金のための銀行
口座の銀行口座番号が前記請求情報の中に含まれてお
り、前記代金受取処理手段は、前記銀行口座番号の示す
代金支払者の銀行口座から代金支払いのために出金する
ことを特徴とする。

【００１８】請求項６の発明は、請求項３に記載の銀行
システムにおいて、前記代金支払者の出金のための銀行
口座の銀行口座番号とは異なる、前記代金支払者の識別
情報が前記請求情報の中に含まれており、前記代金支払
者の出金のための銀行口座番号と該代金支払者の識別情
報の対応表を記憶した記憶手段と、前記対応表から、前
記請求情報の中に含まれている識別情報に対応する銀行
口座番号を検索する検索手段とをさらに備え、前記代金
受取処理手段は、前記検索手段により検索された銀行口
座番号の示す代金支払者の銀行口座から代金支払のため
に出金することを特徴とする。

【００１９】請求項７の発明は、請求項１から６いずれ
かに記載の銀行システムにおいて、前記代金請求者の銀
行口座の銀行口座番号が前記請求情報の中に含まれてお
り、前記代金支払処理手段は前記銀行口座番号の示す代
金請求者の銀行口座に対して資金を入金することにより
支払うこと特徴とする。

【００２０】請求項８の発明は、請求項１から６いずれ
かに記載の銀行システムにおいて、前記代金請求者の入
金のための銀行口座の銀行口座番号とは異なる、前記代
金請求者の識別情報が前記請求情報の中に含まれてお
り、前記代金請求者の入金のための銀行口座の銀行口座
番号と該代金請求者の識別情報の対応表を記憶した記憶
手段と、前記対応表から、前記請求情報の中に含まれて
いる識別情報に対応する銀行口座番号を検索する検索手
段とをさらに備え、前記代金支払処理手段は、前記検索
手段により検索された銀行口座番号の示す代金請求者の
銀行口座に対して前記受け取った資金の一部または全部
を入金することを特徴とする。

【００２１】請求項９の発明は、請求項１から８いずれ
かに記載の銀行システムにおいて、前記請求情報通知手
段は、入出金用端末の表示装置に請求情報を表示するこ
とにより請求情報の通知を行うことを特徴とする。

【００２２】請求項１０の発明は、請求項９に記載の銀
行システムにおいて、前記入出金用端末の表示装置への
請求情報の表示は前記入出金用端末で入出金時に行なわ
れることを特徴とする。

【００２３】請求項１１の発明は、請求項１０に記載の
銀行システムにおいて、前記入出金用端末で行う入出金
は、前記請求情報が関連付けられた銀行口座に対する入
出金であることを特徴とする。

【００２４】請求項１２の発明は、請求項１０に記載の
銀行システムにおいて、前記入出金用端末で行う入出金
は、前記請求情報が関連付けられた銀行口座とは異なる
銀行口座に対する入出金であることを特徴とする。

【００２５】請求項１３の発明は、請求項１から１２い
ずれかに記載の銀行システムにおいて、前記請求情報通
知手段は電子メールにより請求情報の通知を行うことを
特徴とする。

【００２６】請求項１４の発明は、請求項１３に記載の
銀行システムにおいて、前記電子メールにはハイパーリ
ンクが埋め込まれており、電子メールを受信した情報処
理機器に該ハイパーリンクを使用して承認指示のための
画面を表示させ、前記代金支払者は該画面から承認指示
を行うことを特徴とする。

【００２７】請求項１５の発明は、請求項１から１４い
ずれかに記載の銀行システムにおいて、前記請求情報通
知手段は、該銀行システムに対して前記代金支払者が使
用する外部の機器によりアクセスがあったときに請求情
報を前記外部の機器に送信することを特徴とする。

【００２８】請求項１６の発明は、請求項１から１５い
ずれかに記載の銀行システムにおいて、前記支払承認受
取手段は、前記代金支払者による支払拒否を受取可能で
あり、該支払拒否がなされた場合には、前記請求情報の
以後の通知を中止することを特徴とする。

【００２９】請求項１７の発明は、請求項１から１６い
ずれかに記載の銀行システムにおいて、支払期限が前記
請求情報の中に含まれており、前記請求情報通知手段
は、予め定められた支払期限までに支払の承認の指示が
なされなかった場合に、前記請求情報の通知を中止する
ことを特徴とする。

【００３０】請求項１８の発明は、請求項１、３から１
７いずれかに記載の銀行システムにおいて、前記代金受
取手段による資金の受け取りは予め指定された期日に前
記代金支払者の銀行口座から出金が行われることを特徴
とする。

【００３１】請求項１９の発明は、請求項１、３から１
８いずれかに記載の銀行システムにおいて、前記代金受
取処理手段による資金の受け取りは、該銀行口座の預金
残高が支払承認された金額以上となったときに該銀行口
座からの出金が行われることを特徴とする。

【００３２】請求項２０の発明は、請求項１から１９い
ずれかに記載の銀行システムにおいて、前記代金の支払
承認を受け取る際に、前記支払承認受取手段により支払
代金金額の指示の受け取りが可能であり、前記代金受取
処理手段は、当該指示された金額について代金の受け取
りを実行することを特徴とする。

【００３３】請求項２１の発明は、請求項１から２０い
ずれかに記載の銀行システムにおいて、前記代金受取処
理手段に対して、代金受取のための方法に関する指示を
受け取る支払方法指示受取手段をさらに有し、前記代金
受取処理手段は前記支払方法指示受取手段により受け取
った指示の示す方法にしたがって、前記代金に相当する
資金を受け取ることを特徴とする。

【００３４】請求項２２の発明は、請求項２１に記載の
銀行システムにおいて、前記代金支払者の銀行口座の銀
行口座番号が前記請求情報の中に含まれておらず、前記
支払方法指示受取手段は代金支払者が出金を行う銀行口
座の指定の受け取りが可能であり、前記代金受取処理手
段は代金支払者により指定された銀行口座から代金支払
のために出金することを特徴とする。

【００３５】請求項２３の発明は、請求項１に記載の銀
行システムにおいて、前記請求情報通知手段による請求
情報の通知は代金支払者に対して複数組の請求情報をま
とめて通知することを特徴とする。

【００３６】請求項２４の発明は、請求項１または２３
に記載の銀行システムにおいて、前記支払承認受取手段
による支払承認の受取は複数組の請求情報に対する支払
いの承認をまとめて受け取ることを特徴とする。

【００３７】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を詳細に説明する。

【００３８】（実施形態１）図１は本発明実施形態の基
本構成を示す。図１において、資金の入出金サービスを
提供する銀行システムは、代金請求者からの代金の請求
内容を示す請求情報を受け取る請求情報受取手段１００
０と、記憶装置を有し、当該受け取った請求情報を銀行
システム内の前記記憶装置に格納する請求情報格納手段
１０１０と、該請求情報格納手段に格納した請求情報を
代金支払者に対して通知する請求情報通知手段１０２０
と、前記請求情報に係わる代金の支払いについての前記
代金支払者よりの承認を受け取るための支払承認受取手
段１０３０と、当該承認された代金に相当する資金を前
記代金支払者から受け取るための代金受取処理手段１０
５０と、当該受け取った資金の一部または全部を前記代
金請求者に支払うための代金支払処理手段１０４０とを
備えている。

【００３９】このような機能を有する具体的なシステム
構成を図２に示す。図２において、銀行システム２００
は、情報処理用サーバ１００、データ記憶装置１１０、
パーソナルコンピュータ（ＰＣと略記する）１２０、通
信サーバ１３０、磁気テープ読取装置１４０、接続装置
１５０、応答装置１６０、ＷＥＢサーバ１７０、メール
サーバ１８０およびこれらを接続するためのＬＡＮ１９
０からなるセンターシステムと、専用または一般（電
話）回線８０を介して接続装置１５０に接続された入出
金用端末１０および銀行端末２０を有している。

【００４０】情報処理用サーバ１００は、従来から周知
の、銀行業務に係わる情報処理および後述の本発明に係
わる情報処理を実行する。情報処理用サーバ１００は図
１の代金支払処理手段１０４０として機能する。

【００４１】データ記憶装置１１０は、預金者の銀行口
座に関する情報（銀行口座情報と総称する）、たとえ
ば、預金残高、入金（預け入れ）および出金（引き出
し）に関する金額、日付等の履歴情報、銀行口座保有者
の氏名、住所等の個人情報をデータベースの形態で記憶
している。このデータベースは一般的には、元帳あるい
は元帳データベースと呼ばれる。

【００４２】ＰＣ１２０は銀行内に設置され、情報処理
用サーバ１００に対する動作指示を入力したり、情報処
理用サーバ１００の情報処理結果を表示したり、あるい
は顧客から受け取ったフロッピー（登録商標）ディスク
のデータを読み込む等の銀行業務に使用される。

【００４３】通信サーバ１３０は他の銀行システムと情
報処理用サーバ１００との間の情報転送を行う。通信サ
ーバ１３０の機能を情報処理用サーバ１００に持たせる
場合には、通信サーバ１３０に代わり、ルータなど通信
方法に合致した接続装置を使用することができる。

【００４４】磁気テープ読取装置１４０は顧客から受け
取った磁気テープのデータを読み込む処理に使用され
る。

【００４５】接続装置１５０には、この形態ではルータ
が使用され、入出金用端末１０、銀行端末２０、電話機
３０、ＰＣ４０および顧客等他社のコンピュータ５０等
と専用または一般（電話）回線８０を介して接続する。

【００４６】応答装置１６０は、電話機３０等と一般
（電話）回線８０を介して接続し、代金請求書が届いた
ことを音声にて、代金支払者に通知する。

【００４７】ＷＥＢサーバ１７０は、ＰＣ６０や携帯電
話機７０とインターネット９０を介して、ＷＥＢサービ
ス（ＨＴＭＬ等による情報サービス）を提供する。

【００４８】メールサーバ１８０は、ＰＣ６０や携帯電
話機７０との間で電子メールを送受信する。

【００４９】ＬＡＮ１９０については説明は不要であろ
う。

【００５０】入出金用端末１０はＡＴＭとも呼ばれる。
入出金用端末１０は銀行、スーパーマーケット、その
他、銀行の外部に設置され、現金の受け入れ、あるいは
預金の引き出し処理を行う。入出金用端末１０は、周知
のように情報入力用のキー入力装置と、情報表示用の表
示装置を有している。入出金用端末１０は図１の請求情
報通知手段１０２０、支払承認受取手段１０３０および
代金受取処理手段１０５０としても機能する。

【００５１】銀行端末２０は、情報処理用サーバ１００
に対して、顧客の銀行口座に関連する請求情報に関する
照会や記帳を行うための端末であり、ハードウェアとし
ては周知のものを使用することができる。銀行端末２０
は図１の請求情報通知手段１０２０および支払承認受取
手段１０３０としても機能する。

【００５２】電話機３０は特に説明を要しないであろ
う。電話機３０が、応答装置１６０に対して電話をかけ
た場合に、応答装置１６０は、音声メッセージの形態
で、銀行システムに届いた請求情報を代金支払者に対し
て通知し、また、代金支払者による電話機のボタン操作
で支払承認の指示を受け付けて、情報処理用サーバ１０
０に対して代金の支払承認の指示および関連情報を伝え
る。したがって、このケースでは、応答装置１６０が図
１の請求情報通知手段１０２０および支払承認受取手段
１０３０としても機能する。

【００５３】ＰＣ４０，６０には通信機能付の市販の汎
用パーソナルコンピュータを使用することができる。Ｐ
Ｃ４０は、専用／一般回線８０、接続装置１５０を介し
て情報処理用サーバ１００と接続している。ＰＣ４０を
代金支払者が使用する場合にはＰＣ４０の表示装置にお
いて、接続装置１５０により銀行システム２００から送
られた請求情報が表示される。また、ＰＣ４０のキーボ
ード入力装置またはマウスの操作により代金支払の承認
指示や、この指示に関連する情報が入力され、接続装置
１５０により銀行システム２００で受け取られる。した
がってこのケースでは、接続装置１５０が図１の請求情
報通知手段１０２０および支払承認受取手段１０３０と
して機能する。

【００５４】また、ＰＣ４０を代金請求者が使用する場
合には、ＰＣ４０から接続装置１５０を介して情報処理
用サーバ１００に請求情報が送られるので、このケース
では接続装置１５０が図１の請求情報受取手段１０００
として動作する。

【００５５】また接続装置１５０は専用／一般回線８０
を介して顧客等他社のコンピュータと情報の交換が可能
である。接続装置１５０が専用／一般回線８０を介して
代金請求者のコンピュータと接続される場合は代金請求
者のコンピュータから接続装置１５０を介して情報処理
用サーバ１００に請求情報が送られるので、このケース
では接続装置１５０が図１の請求情報受取手段１０００
として動作する。一方、接続装置１５０が専用／一般回
線８０を介して代金支払者のコンピュータと接続される
場合は情報処理用サーバ１００から接続装置１５０を介
して代金支払者のコンピュータに請求情報が送られ、ま
た代金支払者のコンピュータから接続装置１５０を介し
て情報処理用サーバ１００に支払承認情報が送られるの
で、このケースでは接続装置１５０が図１の請求情報通
知手段１０２０および支払承認受取手段１０３０として
動作する。

【００５６】ＰＣ６０はＷＥＢサーバ１７０を介して情
報処理用サーバ１００と情報の交換が可能である。ＰＣ
６０を代金支払者が使用する場合には、ＷＥＢサーバ１
７０が図１の請求情報通知手段１０２０および支払承認
受取手段１０３０として機能する。また、ＰＣ６０を代
金請求者が使用する場合には、ＷＥＢサーバ１７０が図
１の請求情報受取手段１０００として機能する。

【００５７】携帯電話機７０は不図示の電話回線網およ
びインターネット９０を介してＷＥＢサーバ１７０と接
続する。ＰＣ６０と同様にして、代金請求者が使用する
場合には、文字キー等により請求情報を入力可能であ
り、代金支払者が使用する場合には、請求情報の表示お
よび支払承認の指示を行う。この場合にも、ＷＥＢサー
バ１７０が、図１の請求情報受取手段１０００または請
求情報通知手段１０２０、支払承認受取手段１０３０と
して動作する。

【００５８】ＰＣ６０や携帯電話機７０がメールサーバ
１８０とメールにより情報の送受信を行う場合には、メ
ールサーバ１８０が図１の請求情報受取手段１０００ま
たは請求情報通知手段１０２０、支払承認受取手段１０
３０として動作可能である。以上述べた機器以外でも図
１の請求情報受取手段１０００または請求情報通知手段
１０２０、支払承認受取手段１０３０として動作可能な
機器が図２には存在するが、機器の種類が多岐にわたる
ので、あとで、図１の構成要件に対応させてこれらの機
器を説明する。

【００５９】このようなシステム構成で実行される代金
の支払処理を図２および図３を参照して説明する。図３
は情報処理用サーバ１００が実行する処理手順を示す。
一例として、代金請求者がＰＣ６０を使用して、代金の
請求情報を送信し、代金支払者が入出金用端末１０から
代金を支払う場合を説明する。

【００６０】代金請求者はＰＣ６０のブラウザ（ＨＴＭ
Ｌ文書を表示するソフト）を使用して、ＷＥＢサーバ１
７０に保存された、請求情報送信用のＨＴＭＬ文書を読
み出しＰＣ６０の表示画面に表示させる。代金請求者は
ＨＴＬＭ文書により表意された送信案内にしたがって、
ＰＣ６０で予め作成した請求書をＷＥＢサーバ１７０に
送信する。

【００６１】請求情報としては、代金請求者の氏名（会
社名をも含む）、代金請求者の銀行口座番号、代金支払
者の氏名、代金支払者の銀行口座番号、代金の金額、支
払期限、請求書番号、請求事由（たとえば商品名）等、
請求書の内容を表す情報が使用され、これらの情報が予
め定められた配列で代金請求書中に記載される。ＷＥＢ
サーバ１７０はＰＣ６０から代金請求書を受け取ると、
情報処理サーバ１００に代金請求書を引き渡す。

【００６２】代金支払者は商品等を購入したとき、代金
請求者に対し自分の名前と支払いを行う銀行口座番号を
通知しておく。これは例えばクレジットカードで支払う
場合にクレジットカード番号を通知したり、請求書を自
宅に送付してもらう場合に住所を通知するのと同様であ
る。

【００６３】情報処理用サーバ１００は図３の処理手順
を一定周期で実行している。

【００６４】情報処理用サーバ１００は、ＷＥＢサーバ
１７０からの連絡で代金請求書を受信したことを検知す
ると（ステップＳ１０がＹＥＳ判定）、代金請求書に記
載された請求内容が次のような方法でデータ記憶装置１
１０内に格納される。

【００６５】まず代金請求書に記載された代金支払者の
銀行口座番号に基づいてデータ記憶装置１１０内の元帳
データベースを検索し、該当する銀行口座情報を検出す
る。

【００６６】検出されたこの銀行口座情報に関連付けて
代金請求書に記載された請求内容（以下、請求情報とい
う）がデータ記憶装置１１０内に記憶される。関連付け
の方法としては、銀行口座情報内に、請求情報の有無を
示すフラグ情報と請求情報の記憶アドレスを記載すれば
よい（請求情報格納処理Ｓ１１）。

【００６７】次に情報処理用サーバ１００は、検出され
た銀行口座情報の中から代金支払者の電子メールアドレ
スを抽出し、請求情報を電子メールで連絡する（請求情
報通知処理Ｓ１２）。

【００６８】次に、代金支払者が銀行の入出金用端末１
０を例えば出金で利用したときに、情報処理用サーバ１
００はその旨をステップＳ２０で検出し、入出金用端末
１０に挿入された銀行カードから、代金支払者の銀行口
座番号を読み出す。読み出した代金支払者の銀行口座番
号に基づいて、元帳データベースの、代金支払者の銀行
口座情報が検索されて、上記フラグ情報が参照される。
フラグ情報が請求情報ありを示している場合は、情報処
理用サーバ１００は、代金請求書が届いている旨の表示
を入出金端末１０の画面上に行う。

【００６９】こうすることで代金支払者は、代金請求書
が届いているかどうかの照会をわざわざ行わなくても、
ＡＴＭ等の入出金端末１０で通常の出金を行ったときに
自動的に代金請求書到着の情報を知ることができる。

【００７０】代金支払者は、到着した代金請求書の内容
を見たい場合には請求情報確認ボタンを操作する。

【００７１】請求情報確認ボタンが操作されると情報処
理用サーバ１００は銀行口座情報内に記載された請求情
報の記憶アドレスから請求情報（文字コード列）を取り
出して、代金支払者が使用している入出金用端末１０の
表示画面に表示させる（請求情報通知処理Ｓ２１）。こ
のとき、支払の承認を行うかどうかの問い合わせのメッ
セージを入出金用端末１０の表示画面に表示させる。

【００７２】代金支払者が入出金用端末１０の特定のキ
ーを使用して承認を指示すると、情報処理用サーバ１０
０は、その指示をステップＳ３０で検出し、入出金用端
末１０の画面に表示された請求金額を上記銀行口座から
出金する。その際、代金支払者は通常の出金処理と同
様、暗証番号の入力を行う（代金受取処理Ｓ３１）。

【００７３】代金支払者の預金口座から請求金額の出金
が行われると情報処理用サーバ１００はその処理の完了
をステップＳ４０で検出し、上記代金請求書に記載され
た代金請求者の銀行口座番号の示す銀行口座に前記銀行
口座から出金された金額を入金する（代金支払処理Ｓ４
１）。

【００７４】このようにすることで代金支払者は振込を
行うときとは異なり、代金請求者の口座番号や代金請求
者の氏名を振込先の情報としてわざわざ入力する必要が
ないので、簡単に支払を行うことができる。また代金請
求者は、請求書番号等を用いて入金照合を簡単に行うこ
とができる。

【００７５】この代金請求者の銀行口座への入金は代金
受取と同時に行ってもよいし、また例えば同一の代金請
求者の銀行口座への入金分について一日分取りまとめて
翌日等に入金してもよい。

【００７６】また、銀行と代金請求者との取り決めによ
り、代金支払者の預金口座から出金した支払代金を全額
代金請求者の銀行口座に入金してもよいし、また銀行の
手数料等を差し引いて残額を入金してもよい。

【００７７】この処理を実行するとき情報処理用サーバ
１００が図１の代金受取処理手段１０５０および代金支
払処理手段１０４０として、データ記憶装置１１０が請
求情報格納手段１０１０としてそれぞれ動作する。ま
た、入出金用端末１０が請求情報通知手段１０２０およ
び支払承認受取手段１０３０として動作する。さらにＰ
Ｃ６０から代金請求書を入力するＷＥＢサーバ１７０が
図１の請求情報受取手段１０００として動作する。

【００７８】以上の例では、代金支払者が銀行の入出金
用端末１０を出金で利用した場合について説明したが、
当該端末を入金で利用する場合も入金と出金が入れ替わ
るだけで上述と同様の処理が行われる。

【００７９】また、代金支払者が入出金用端末１０で請
求内容有無の照会を行う場合も上述と同様である。

【００８０】ここで、図１の請求情報受取手段１０００
として利用可能な機器およびその受取方法を列記する。（１）銀行端末２０：代金請求者から書類で受け付けた
代金請求書を銀行端末２０から入力することでの請求情
報の受け取り（２）接続装置１５０：ＰＣ４０または他社コンピュー
タ５０からのＦＢ（ファームバンキング）サービスを使
用した請求情報の受け取り（３）ＷＥＢサーバ１７０：ＰＣ６０または携帯電話機
７０からのＷＥＢサービスを使用した請求情報の受け取
り（４）メールサーバ１８０：ＰＣ６０または携帯電話機
７０からの電子メールを使用した請求情報の受け取り（５）ＰＣ１２０：代金請求者が代金請求書をフロッピ
ー（登録商標）ディスクに記憶しておき、そのフロッピ
ー（登録商標）ディスクに記憶された請求情報をＰＣ１
２０により読み取ることにより受け取り、情報処理用サ
ーバ１００に対して入力する。（６）磁気テープ読取装置１４０：代金請求者が代金請
求書を磁気テープに記憶しておき、その磁気テープに記
憶された請求情報を磁気テープ読取装置１４０により読
み取ることにより受け取り、情報処理用サーバ１００に
対して入力する。

【００８１】次に、請求情報通知手段１０２０として使
用可能な機器およびその通知方法を以下に列記する。（１）入出金用端末１０：代金支払者が入出金用端末１
０で入出金または照会を行うときに入出金端末１０から
入力される銀行口座番号によりデータ記憶装置１１０上
の元帳を検索し、検出された口座の元帳上に請求情報あ
りのフラグがある場合、請求情報の記憶アドレスから同
じくデータ記憶装置１１０に格納された請求情報を読み
出し、入出金用端末１０の表示画面に請求情報を表示す
る。

【００８２】（２）銀行端末２０：代金支払者からの依
頼により銀行員が銀行端末２０から入力する銀行口座番
号によりデータ記憶装置１１０上の元帳を検索し、銀行
端末２０の表示画面に請求情報を表示する。

【００８３】（３）接続装置１５０：代金支払者の使用
するＰＣ４０から入力された銀行口座番号によりデータ
記憶装置１１０上の元帳を検索し、ＰＣ４０の表示画面
に請求情報を表示する。また代金支払者の使用する他社
コンピュータ５０から入力された銀行口座番号によりデ
ータ記憶装置１１０上の元帳を検索し、該銀行口座に関
連付けられた請求情報を他社コンピュータ５０に送信す
る。

【００８４】（４）応答装置１６０：代金支払者が応答
装置１６０に対して電話機３０を使用して電話をかけ、
応答装置１６０に対して、請求情報の有無を問い合せす
る。代金支払者の銀行口座番号は電話機３０のブッシュ
ボタンで入力する。応答装置１６０は受信した銀行口座
番号を情報処理用サーバ１００に引き渡す。情報処理用
サーバ１００によりデータ記憶装置１１０から取り出さ
れた請求情報は応答装置１６０の音声合成用ソフトによ
りその記載内容が音声に変換されて代金支払者の電話機
３０に送られる。

【００８５】（５）ＷＥＢサーバ１７０：ＰＣ６０また
は携帯電話機７０がＷＥＢサーバ１７０のＷＥＢサービ
スを利用したときに、ＷＥＢサーバ１７０は銀行口座番
号を受け付け情報処理用サーバ１００に引き渡す。情報
処理用サーバ１００は該銀行口座番号によりデータ記憶
装置１１０上の元帳を検索し、該口座の元帳から同じく
データ記憶装置１１０に格納された請求情報を読み出
し、ＰＣ６０または携帯電話機７０の表示画面に請求情
報を表示する。

【００８６】（６）メールサーバ１８０：代金支払者の
ＰＣ６０や携帯電話機７０に電子メールで請求情報を通
知する。電子メールアドレスは、代金支払者の銀行口座
情報に含めておく。電子メールによる請求情報の通知は
他の方法と異なり、代金支払者からの起動ではなく銀行
システム側からの自動起動で行われる。起動のタイミン
グとしては、代金請求書を受け取ったときと、銀行が定
める所定の時点の２通りある。また、銀行従業員が銀行
側の端末を使用して手動起動してもよいことは勿論であ
る。また、銀行が定める所定の時点とは、例えば支払期
限の直前３日前等が該当する。

【００８７】代金請求書を受け取ったときに起動する場
合は、代金請求書に記載してある代金支払者の銀行口座
番号によりデータ記憶装置１１０内の元帳を検索し、該
当する銀行口座情報に記載されている電子メールアドレ
スを使用してメールサーバ１８０により電子メール送信
すればよい。一方、銀行が定める所定の時点の起動の場
合は、次のようにすることで可能となる。代金請求書を
受け取ったとき、請求情報を代金支払者の銀行口座と関
連付けると同時に情報処理用サーバ１００によりデータ
記憶装置１１０上に請求情報ファイルとして保存してお
く。この請求情報ファイルには請求情報の内容のほかに
起動条件を判断するためのフィールド（この例の場合は
支払期限）と支払済否の表示と元帳から取り出した電子
メールアドレスを記録しておく。（図４参照）

【００８８】請求情報が支払済となったとき請求情報フ
ァイルの該当部分に支払済表示をつけるようにしてお
く。これは口座の元帳上に請求情報の記憶アドレスを記
載しておくことで簡単に行うことができる。上述の期限
管理を情報処理用サーバ１００が行う場合には、現在の
日時が上記電子メールによる通知タイミングに到達した
か否かの判定を繰り返し行うことにより、通知タイミン
グを検出することができる。

【００８９】図４の例では６つの請求情報が記録されて
おり、そのうち３つの代金請求書が支払済となってい
る。例えば支払期限の３日前に未支払分について電子メ
ール連絡する場合、２月７日に支払期限欄が２月１０日
となっている請求情報で支払済否欄がブランクのものを
それぞれの電子メールアドレスに連絡すればよい。

【００９０】支払承認受取手段１０３０による支払承認
指示の受取は入出金端末１０で代金支払者が入出金を行
うときに請求情報の通知を受けてただちに行われる場合
と、入出金端末１０、銀行端末２０、電話３０、ＰＣ４
０、ＰＣ６０、携帯電話７０で請求情報有無の照会を行
い請求情報がある場合に行われる場合と、他社コンピュ
ータ５０から支払承認する請求データを取りまとめて送
信される場合と、電子メールでの請求情報通知をきっか
けとして行われる場合の４通りある。前２つの場合はい
ずれも請求情報の通知と支払承認の入力は一連の処理の
中で行われるため請求情報通知手段はそのまま支払承認
受取手段にもなる。３つ目の他社コンピュータ５０から
支払承認する請求データを取りまとめて送信される場合
は接続装置１５０が送信データを受け取るので支払承認
受取手段になる。

【００９１】最後の、請求情報の通知が電子メールで行
われる場合には、支払承認の入力を簡単にするために電
子メール内に、ハイパーリンク（承認指示のための案内
画面用のＨＴＭＬ文書（ＷＥＢサーバ１７０内に保存）
を呼び出すためのＵＲＬを電子メール内に埋め込んでお
き、このＵＲＬを表示画面上でマウス等により指定する
と、ＨＴＭＬ文書をＰＣ側で表示するためのＵＲＬ情
報）を埋め込んでおき、ハイパーリンクを使用して、承
認指示用画面をＰＣ６０で表示させて承認指示を行うよ
うにすることができる。

【００９２】このとき、ハイパーリンクには、承認を行
うべき請求情報を特定するためのパラメータを埋め込ん
でおき、電子メールを受信した機器から前記パラメータ
がＷＥＢサーバ１７０を介して情報処理サーバ１００に
送られる。情報処理サーバ１００はこのパラメータによ
り承認指示を行う請求情報を特定（識別）する。ハイパ
ーリンクには請求情報を直接特定するパラメータではな
く代金支払者を特定するパラメータを埋め込み、代金支
払者を特定するパラメータと銀行口座番号の対比テーブ
ルをデータ記憶装置１１０に置いて情報処理サーバ１０
０がこれを利用することにより、代金支払者→銀行口座
番号→請求情報という形で代金支払者に順次選択させる
形で請求情報を特定することもできる。いずれの場合も
ＷＥＢサーバ１７０が支払承認受取手段になる。

【００９３】支払承認が入力され、支払承認受取手段１
０３０により当該支払承認の受け取りが行われるとその
情報は情報処理サーバ１００に伝えられ情報処理サーバ
１００は支払承認された金額について支払用の資金を受
け取るための処理に移る。したがって、支払承認は必ず
しも「承認」という表現を用いる必要はなく、代金支払
者にとって次に支払いのプロセスに進む意志を表すもの
であればよい。いきなり現金を投入するような場合は、
投入現金の確認ボタンを押すことが支払承認に該当し、
それを入出金端末１０で収納することが代金の受取に該
当する。

【００９４】代金受取処理手段１０５０として使用する
機器は、支払代金を現金で受け取るか、代金支払者の銀
行口座から引き落とすかにより異なる。

【００９５】現金で受け取る場合には入出金用端末１０
が代金受取処理手段１０４０として使用される。また、
銀行口座から代金を引き落とす場合には、入出金端末１
０他の各種端末から入力された出金指示に基づいて情報
処理サーバ１００がデータ記憶装置１１０上の元帳から
出金処理を行うので情報処理サーバ１００が代金受取処
理手段１０５０として動作する。

【００９６】このようにして受け取られた代金は代金請
求者の口座に入金される。したがって情報処理サーバ１
００が代金支払処理手段１０４０として機能する。

【００９７】さらに第１の実施形態の他の形態としては
次の形態で実施できる。１）代金請求者から受け取る請求情報には、少なくと
も、代金請求者および代金支払者を示す情報（ユーザＩ
Ｄ等の識別情報）と請求金額（代金金額）があればよ
い。請求情報の中で代金請求者を示す識別情報は代金請
求者が代金を受け取るために入金を行う銀行口座番号で
あってもよいし、また該銀行口座番号と異なるものであ
ってもよい。識別情報が入金のための口座番号と異なる
場合には、あらかじめ代金請求者が書類等により代金請
求者が請求情報の中で示される識別情報と代金受け取る
ための銀行口座番号を銀行との間で取り決めておく。銀
行はこれら（識別情報と銀行口座番号）の対応表を作成
しデータ記憶装置１１０上に予め記憶しておくことによ
り請求情報の中に示された代金請求者の識別情報から入
金のための銀行口座番号を検索して求めることができ
る。そして求められた銀行口座番号の口座に対して受け
取った資金の一部または全部の入金を行う。代金支払者
についても同様である。請求情報の中で代金支払者を示
す識別情報は代金支払者が代金を支払うために出金を行
う銀行口座番号であってもよいし、また該銀行口座番号
と異なるものであってもよい。識別情報が出金のための
銀行口座番号と異なる場合は、あらかじめ代金支払者が
書類等により代金支払者が請求情報の中で示される識別
情報と代金の支払うための銀行口座番号を銀行との間で
取り決め、銀行は該識別情報と銀行口座番号の対応表を
作成しデータ記憶装置１１０上に予め記憶する。そして
該対応表により請求情報の中に示された代金支払者の識
別情報から出金のための銀行口座番号を検索し、検索さ
れた銀行口座番号の口座から代金支払のための出金を行
う。更に、複数個の代金支払者の識別番号を同一の銀行
口座番号と対応付けておくと、利用目的に応じて識別番
号の使い分けをしながら同一口座で支払うことが可能と
なる。例えば家族でそれぞれ異なる識別番号を利用しな
がら支払いは一つの家計口座から行うような場合に便利
である。

【００９８】２）複数の異なる代金支払者に対する請求
情報の受取処理を一括して実行してもよい。この場合
は、代金請求者を識別する情報は例えば請求情報をまと
めたファイルのヘダー情報の中に表示し、各代金支払者
宛の請求情報を示すレコードの中への表示を省略するこ
ともできる。

【００９９】３）請求情報通知手段１０３０として使用
する機器は１つに限定する必要はない。たとえば、請求
情報に支払期限が設定されている場合に、期限の数日
（所定期間）前までは、入出金用端末１０を代金支払者
が使用したときに請求情報を通知する。期限に近くなっ
ても（期限までの日数が所定期間よりも短くなった場
合）代金支払者が入出金用端末１０を使用しない場合に
は、電子メールで請求情報を通知するという請求情報通
知方法を採ることができる。この場合、情報処理用サー
バ１００が期限管理を行う。

【０１００】４）上述の例では代金の支払いは支払承認
後ただちに代金支払者の銀行口座から引き落とされるケ
ースについて説明したが、口座引落しは支払承認後ただ
ちに行うとは限らない。代金支払者が支払承認を行った
時点で銀行口座の残高が支払いの承認をした金額に満た
ない場合は、当該口座の残高が支払いの承認をした金額
以上になるのを待って代金受取処理手段１０５０（情報
処理用サーバ１００）が代金の受け取り（預金口座から
の引き落とし）を行うようにしてもよい。また、代金支
払者が引き落とし日を確定させるために給料日の翌日を
支払日とする引落しの指定（予約）をして承認すること
もできる。

【０１０１】予約は入出金用端末１０から代金支払者が
入力してもよいし、代金支払者は書面にて予約日を指定
し、銀行の行員が銀行端末２０から入力してもよい。こ
の場合は予約された支払日になれば代金受取処理手段１
０５０（情報処理用サーバ１００）が代金の受け取り
（預金口座からの引き落とし）を自動的に行う。これら
の処理は図３のその他処理（ステップＳ５０）の中で行
われるが、更に詳細な処理フローを図５に示す。この支
払日は代金支払者が指定してもよいし代金請求者が予め
請求情報に引き落とし予定日としてセットしておいても
よい。

【０１０２】更に、口座引落しではなく現金で代金を受
け取ることとしてもよい。この場合は入出金用端末１０
が代金受取処理手段１０５０として使用される。これら
は支払承認を行う際、支払方法の選択として行うように
すればよい。

【０１０３】５）代金支払者に請求情報の通知を行った
後、支払の承認指示ではなく支払拒否の入力を行った場
合、以後、請求情報の通知を中止する。この場合には、
指示の方法として、支払いの承認および支払いの拒否の
選択肢を設け代金支払者が上記２つの選択肢のいずれか
を選択するようにしてもよい。

【０１０４】また、所定期間以内に承認指示が行われな
い場合には、所定期間の経過後に請求情報の通知を中止
する。中止のための一例としては、情報処理サーバ１０
０がデータ記憶装置上の該当する請求情報（請求書）を
消去する。

【０１０５】６）代金支払者が支払いの承認を指示した
こと、支払いを拒否したこと、あるいは期限を過ぎても
支払の承認の指示がなかったことは情報処理サーバ１０
０でモニター（検出）することが可能なので、これら該
当の事項を検出した場合には、その事項を代金請求者に
通知することができる。通知方法は代金支払者への通知
方法と同じ方法を使用することができる。

【０１０６】７）代金の支払承認を受け取る際に、支払
承認受取手段１０３０により支払代金の金額の変更を可
能とし、代金受取処理手段１０５０および代金支払処理
手段１０４０は、変更された金額について代金の受け取
りおよび支払いを実行するようにしてもよい。分割払い
を認める場合には有効である。代金請求書に金額変更不
可の表示をつけることで支払代金の変更は認めないよう
にすることもできる。

【０１０７】８）上記の例では請求情報が関連付けられ
た銀行口座に入出金端末１０で入出金する際に請求情報
があればその旨を画面に表示する方法について説明した
が、代金支払者が保有する銀行口座が複数ある場合に、
請求情報が関連付けれらた銀行口座だけではなく請求情
報が関連付けられていない他の銀行口座に入出金する際
にも、請求情報の有無を表示させることができる。

【０１０８】例えば、代金支払者が銀行口座Ａ、Ｂの２
つの口座を持っているとする。この場合、該代金支払者
に代金請求書が送られた際、当該代金請求書に係る請求
情報が銀行口座Ａに関連付けられたとする。この場合、
銀行口座Ａ、Ｂは同一預金者の口座であるため銀行にお
いては通常名寄せ処理され、元帳上相互に関連付けられ
ている。ここで、銀行口座Ｂに対し入出金端末１０で入
出金処理が行われたとき、情報処理サーバ１００は銀行
口座Ｂの元帳から銀行口座Ａのリンクをたどり、銀行口
座Ａに請求情報が関連付けられていることを識別する
と、請求情報がある旨を入出金端末１０の画面上に表示
する。この処理は図３のステップＳ２１の請求情報通知
処理の中で行われるが、これを更に詳細に示すと図６の
ようになる。請求情報の通知を受けた代金支払者は、改
めて銀行口座Ａにアクセスして支払承認を行う。

【０１０９】このように代金支払者に請求情報通知の機
会を増やすことにより、代金請求者から受け取った請求
情報が支払承認がされずに放置される可能性を減少させ
ることができる。

【０１１０】９）いままでの例では請求情報を関連付け
る銀行口座は当行にある銀行口座を前提に説明したが、
他行の銀行口座であってもよい。この場合は当行に元帳
がないためデータ記憶装置１１０にある元帳上に請求情
報の有無を表示するフラグ情報や請求情報のアドレスを
記載することはできない。そこで他行の口座を利用して
支払いを行いたい旨を申し出た支払人についてデータ記
憶装置１１０上に擬似元帳を用意することにより上記フ
ラグ情報やアドレスを記載することができる他、電子メ
ールアドレスも記載することができる。但し、擬似元帳
には残高情報は存在しないので口座引落しをすることは
できない。

【０１１１】この場合、他行の銀行口座から口座振替を
行うことで支払代金を受け取ることができる。他行の銀
行口座に対して関連付けられた請求情報に対して支払承
認が受け取られると、その他行の銀行口座に対する口座
振替請求データを作成し、その銀行にデータを渡せばよ
い。予めその銀行と口座振替契約を結んでおけばこの口
座振替請求データは処理される。そして口座振替結果は
フロッピー（登録商標）ディスク、磁気テープまたは回
線で受け取ることができる。

【０１１２】この場合、口座振替結果をフロッピー（登
録商標）ディスクで受け取る場合はＰＣ１２０、磁気テ
ープで受け取る場合は磁気テープ読取装置１４０、回線
で受け取る場合は通信サーバ１３０がそれぞれ代金受取
処理手段１０５０として動作する。口座振替は集金代行
業者を通して行うことも可能で、その場合も同様であ
る。但し、集金代行業者のコンピュータから接続装置１
５０を通して口座振替結果が送られてくる場合は接続装
置１５０が代金受取処理手段１０５０として動作するこ
とになる。他行の銀行口座からの出金は口座振替に限ら
れるものではなく、回線を通じて即時に出金する方法を
利用することもできる。この場合は通信サーバ１３０が
出金結果を受け取るので代金受取処理手段１０５０とな
る。

【０１１３】１０）いままでの例では請求情報の通知と
通知された請求情報に対する支払いの承認は各請求情報
ごとに行うことを前提している。

【０１１４】しかし、代金支払者が企業である場合は複
数の請求情報が当該企業の支払口座に関連付けられてい
ることがある。この場合、１件ずつ請求情報の通知と支
払いの承認を行うことは煩雑である。したがって、請求
情報の通知については企業から照会することに決めてお
き、それ以外の方法での請求情報の通知は省略すること
ができる。企業の使用する他社コンピュータ５０から、
当該企業の支払口座に対して請求情報の照会を受ける
と、情報処理用サーバ１００は当該口座に関連付けられ
た請求情報をすべてデータ記憶装置１１０から読み出
し、まとめて通知する。この場合接続装置１５０が請求
情報通知手段１０２０として動作する。企業は、受け取
った請求情報のうち支払うべきものに支払承認表示をつ
けてまとめて銀行システム２００に送り返す。銀行シス
テム２００は接続装置１５０で支払承認表示付請求情報
を受け取り、情報処理サーバ１００が支払承認表示が付
いた請求情報について支払承認処理をする。このとき、
接続装置１５０が支払承認受取手段１０３０として動作
する。受け取った支払承認表示付きの請求情報とデータ
記憶装置１１０上にある原請求情報とは代金請求者名と
請求書番号で突合せすればよい。代金は情報処理用サー
バ１００が支払承認処理をした請求情報について支払額
を合計した金額でデータ記憶装置１１０にある当該企業
の支払口座から出金処理する。したがって代金受取処理
手段１０５０としては情報処理用サーバ１００が動作す
る。それ以外の手段（請求情報受取手段１０００、請求
情報格納手段１０１０、代金支払処理手段１０４０）に
ついては上述と同様である。

【０１１５】（第２の実施形態）第２の実施形態の基本
構成を図７に示す。図７において、図１の第１の実施形
態と同様の個所には同一の符号を付しているので、相違
個所のみを説明する。

【０１１６】また、具体的なシステム構成は図２のシス
テム構成を使用することができる。

【０１１７】第１の実施形態でも一部説明したように代
金の支払方法は多岐にわたる。

【０１１８】たとえば、（ａ）支払承認と同時に即時に支払人の銀行口座から代
金を引き落とす。（ｂ）支払人の銀行口座残高が支払額以上になったとき
に代金を引き落とす。（ｃ）支払人の銀行口座からの代金の引き落としを日付
を指定して予約する。（ｄ）現金で支払う。等の支払方法がある。そこで、第２の実施形態では図７
の支払方法指示受取手段１０６０を設け、支払方法指示
受取手段１０６０により上記（ａ）〜（ｄ）の項目につ
いて支払方法に関する指示を受け取る。支払方法指示手
段１０６０には、支払承認受取手段１０３０として使用
可能な図２の機器を使用すればよい。たとえば、入出金
用端末１０の表示装置はタッチ式入力装置が組み込まれ
ているので、この場合の指示方法としては表示画面に上
記選択肢を表示し、指示者が指等により、選択項目を選
択すればよい。他の機器につては周知の情報入力方法を
使用すればよく、詳細な説明を要しないであろう。

【０１１９】支払方法指示手段１０６０により指示され
た方法にしたがって代金受取処理手段１０５０が代金の
受け取りを行う。

【０１２０】第２の実施形態における情報処理用サーバ
１００の処理手順を図８に示す。図８の処理手順も図３
の第１の実施形態の処理手順と同一の個所には同一の符
号を付しているので、相違点を説明する。

【０１２１】第２の実施形態では支払承認が行われたと
き支払方法についての指示を受け取るためのステップＳ
３２と、このステップで支払方法についての指示が受け
取られたかどうかを判定するステップＳ６０が新たに設
けられている。Ｓ６０のステップで入力ありの判定が得
られたときは図１と同様の代金受け取りの処理を行うス
テップＳ３１に進む。

【０１２２】（第３の実施形態）第１および第２の実施
形態では代金請求書を受け取ったときに請求情報を代金
支払者の銀行口座に関連付けを行った。

【０１２３】第３の実施形態では請求情報と銀行口座と
の関連付けを行わずに処理する方法について説明する。
基本構成は第２の実施形態と同様図７に示している。

【０１２４】第３の実施形態では請求情報には代金支払
者の銀行口座番号は記載されておらず、銀行口座番号以
外の代金支払者の識別情報が記載されている。銀行シス
テム２００はこの請求情報を受け取ったとき支払口座と
の関連付けは行わない。したがって代金請求書を受け取
った時点では代金支払者のどの銀行口座から支払いが行
われるか決まっていない。

【０１２５】しかし、この場合にも、代金支払者の顧客
情報が記載された元帳から登録された代金支払者の電子
メールアドレスを読み出し、この電子メールアドレスに
請求情報の通知をすることができる。

【０１２６】ここで言う元帳は科目別元帳ではなく顧客
別元帳である。顧客別元帳は顧客情報部と口座情報部か
ら構成されており、顧客の保有する口座に関する情報が
まとめて１つの顧客レコードの中に記録されている（図
９）。口座情報は顧客レコードとは別の場所に口座レコ
ードとして記憶し、それらの記憶アドレスをまとめる形
でも同様の効果を得ることができる（図１０）。いずれ
の場合も、顧客情報部には各口座情報部の先頭アドレス
を、また各口座情報部には顧客情報部の先頭アドレスを
持つことで、顧客情報部から口座情報部の内容、口座情
報部から顧客情報部の内容をそれぞれ参照することがで
きる。

【０１２７】このような顧客別元帳においては口座番号
から口座情報部にアクセスできることに加え、顧客番号
等から顧客情報部にアクセスすることもできる。上記の
電子メールアドレスは顧客情報部に記載されており、顧
客番号等から顧客情報部にアクセスして読み出したもの
である。

【０１２８】この実施形態では、請求情報を受け取った
とき顧客別元帳の顧客情報部に請求情報ありのフラグ情
報と請求情報の格納アドレスを記載することにより、請
求情報を支払口座ではなく顧客情報と関連付けることが
できる（請求情報格納手段１０１０）。なお、受け取っ
た請求情報から顧客別元帳を検索するためには請求情報
に含まれる代金支払者識別番号と該代金支払者の顧客別
元帳を検索するための顧客番号等を対応させた索引テー
ブルをデータ記憶装置１１０上に持って利用すればよ
い。

【０１２９】このようにすると、代金支払者が保有する
いずれの銀行口座において入出金端末１０で入出金する
場合でも、顧客情報部の記載を参照することで請求情報
の通知をすることができる。

【０１３０】代金支払者が入出金用端末１０等の各種端
末で請求情報について照会する場合は、銀行口座番号を
用いても、または代金支払者の顧客番号等を用いても行
うことができる。銀行口座番号を用いる場合は、上記入
出金と同様、口座情報部から顧客情報部をたどることに
より、また代金支払者の顧客番号等を用いる場合は、直
接顧客情報部を参照することにより、請求情報の有無を
調べることができる。

【０１３１】口座引き落としで支払う場合は支払承認の
際に代金支払者が引き落とし口座の指定を行う。このと
き顧客情報部に記載された請求情報の有無を表示するフ
ラグ情報と請求情報の記憶アドレスが指定された口座の
口座情報にコピーされ、請求情報と引き落とし口座との
関連付けが行われる。引き落とし口座の指定は支払方法
指示受取手段１０６０（情報処理用サーバ１００）によ
り受け取られ、代金受取処理手段１０５０により当該指
定された口座から出金が行われる。支払方法指示受取手
段１０６０および代金受取処理手段１０５０としては情
報処理用サーバ１００が機能し処理フローは図８のよう
になり、ステップＳ３２で引き落とし口座の選択が行わ
れる。支払方法指示受取手段１０６０には、第２の実施
形態同様、支払承認受取手段１０３０として使用可能な
図２の機器を使用すればよい。このようにすることで、
代金支払者は代金引き落としをする銀行口座を支払い承
認を行うときに選べるので残高のある銀行口座を選択す
ることができる。

【０１３２】

【発明の効果】以上、説明したように、請求項１から８
の発明によれば、代金支払者は請求書を銀行口座上で受
け取ることができるので、請求情報の通知に応じて代金
の支払に対する承認を指示すればよい。この指示に応じ
て代金の支払いが銀行システムで行われるので、代金支
払者にとっては手続きが簡単となる。さらに、支払の
際、請求内容を確認して支払が行われるので、従来の口
座振替のように、一方的に代金が代金支払者の銀行口座
から支払われることがなくなり、誤請求等による金銭的
なトラブルを防止できる。

【０１３３】このうち、請求項６の発明によれば、代金
支払者が出金を行う銀行口座の口座番号を代金請求者に
通知しなくてよく、本支払方法のための自分の識別番号
を通知すればよいので、安心して本支払方法を利用する
ことができる。

【０１３４】さらに請求項９から１２の発明によれば、
代金支払者は請求情報についてわざわざ照会しなくても
ＡＴＭで入出金を行ったときに請求情報が通知されるの
で、請求情報の通知漏れを減少することができる。

【０１３５】このうち、請求項１２の発明によれば、代
金支払者が実際に代金支払を行う銀行口座以外の銀行口
座にＡＴＭで入出金を行った場合にも請求情報の通知が
行われるので、請求情報の通知漏れは更に減少すること
ができる。

【０１３６】さらに請求項１３から１５の発明によれ
ば、請求情報の通知を代金支払者の使用する端末に対し
て行うため、代金支払者は簡単に請求情報の確認ができ
る。

【０１３７】このうち、請求項１４の発明によれば代金
代金支払者が請求情報の通知を受けた後、簡単に代金支
払処理を行うことができる。

【０１３８】さらに請求項１６から２１の発明によれ
ば、代金支払者は多様な支払方法が選択できるため自分
にあった支払方法を選ぶことができる。

【０１３９】このうち、請求項２０の発明によれば、請
求された金額とは異なる金額を代金支払者が指定して支
払うことができるので、分割して支払を行うときに便利
である。

【０１４０】さらに請求項２２の発明によれば、代金支
払者は支払の際、出金口座を選ぶことができるので支払
可能な残高のある口座を使って支払いを行うことができ
る。

【０１４１】さらに請求項２３、２４の発明によれば、
代金支払者は複数個の請求情報の通知をまとめて受ける
ことができ、また支払承認もまとめて行うことができる
ので企業が代金支払を行う場合に便利である。

【図面の簡単な説明】

【図１】本発明第１の実施形態のシステム構成を示すブ
ロック図である。

【図２】本発明第１の実施形態の具体的なシステム構成
を示すブロック図である。

【図３】本発明第１の実施形態の情報処理用サーバ１０
０が実行する処理手順を示すフローチャートである。

【図４】電子メールによる請求情報通知処理で用いるテ
ーブルの構成を示す図である。

【図５】本発明第１の実施形態の他の形態の口座引落し
処理を情報処理用サーバ１００が実行する処理手順を示
すフローチャートである。

【図６】本発明第１の実施形態の他の形態の請求情報通
知処理を情報処理用サーバ１００が実行する処理手順を
示すフローチャートである。

【図７】本発明第２および第３の実施形態のシステム構
成を示すブロック図である。

【図８】本発明第２および第３の実施形態の情報処理用
サーバ１００が実行する処理手順を示すフローチャート
である。

【図９】顧客別元帳の構造を示す図である。

【図１０】顧客別元帳の構造を示す図である。

【符号の説明】

１０００請求情報受取手段１０１０請求情報格納手段１０２０請求情報通知手段１０３０支払承認受取手段１０４０代金支払処理手段１０５０代金受取処理手段１０６０支払方法指示受取手段

Claims

【特許請求の範囲】

【請求項１】資金の入出金サービスを提供する銀行シ
ステムにおいて、代金請求者から特定の代金支払者に向けた代金の請求内
容を示す請求情報を受け取る請求情報受取手段と、記憶装置を有し、当該受け取った請求情報を前記記憶装
置に格納する請求情報格納手段と、該請求情報格納手段に格納した請求情報を代金支払者に
対して通知する請求情報通知手段と、前記請求情報に係わる代金の支払いについての前記代金
支払者よりの承認を受け取るための支払承認受取手段
と、当該承認された代金に相当する資金を前記代金支払者か
ら受け取るための代金受取処理手段と、当該受け取った資金の一部または全部を前記代金請求者
に支払うための代金支払処理手段とを備えたことを特徴
とする銀行システム。
【請求項２】請求項１に記載の銀行システムにおい
て、前記代金受取処理手段による資金の受け取り方法は
現金による受取りであることを特徴とする銀行システ
ム。
【請求項３】請求項１に記載の銀行システムにおい
て、前記代金受取処理手段により受け取る資金は前記代
金支払者の銀行口座から出金された資金であることを特
徴とする銀行システム。
【請求項４】請求項３に記載の銀行システムにおい
て、前記代金支払者の銀行口座は他行の銀行口座である
ことを特徴とする銀行システム。
【請求項５】請求項３に記載の銀行システムにおい
て、前記代金支払者の出金のための銀行口座の銀行口座
番号が前記請求情報の中に含まれており、前記代金受取
処理手段は、前記銀行口座番号の示す代金支払者の銀行
口座から代金支払いのために出金することを特徴とする
銀行システム。
【請求項６】請求項３に記載の銀行システムにおい
て、前記代金支払者の出金のための銀行口座の銀行口座
番号とは異なる、前記代金支払者の識別情報が前記請求
情報の中に含まれており、前記代金支払者の出金のための銀行口座番号と該代金支
払者の識別情報の対応表を記憶した記憶手段と、前記対応表から、前記請求情報の中に含まれている識別
情報に対応する銀行口座番号を検索する検索手段とをさ
らに備え、前記代金受取処理手段は、前記検索手段により検索され
た銀行口座番号の示す代金支払者の銀行口座から代金支
払のために出金することを特徴とする銀行システム。
【請求項７】請求項１から６いずれかに記載の銀行シ
ステムにおいて、前記代金請求者の銀行口座の銀行口座
番号が前記請求情報の中に含まれており、前記代金支払
処理手段は前記銀行口座番号の示す代金請求者の銀行口
座に対して資金を入金することにより支払うこと特徴と
する銀行システム。
【請求項８】請求項１から６いずれかに記載の銀行シ
ステムにおいて、前記代金請求者の入金のための銀行口
座の銀行口座番号とは異なる、前記代金請求者の識別情
報が前記請求情報の中に含まれており、前記代金請求者の入金のための銀行口座の銀行口座番号
と該代金請求者の識別情報の対応表を記憶した記憶手段
と、前記対応表から、前記請求情報の中に含まれている識別
情報に対応する銀行口座番号を検索する検索手段とをさ
らに備え、前記代金支払処理手段は、前記検索手段により検索され
た銀行口座番号の示す代金請求者の銀行口座に対して前
記受け取った資金の一部または全部を入金することを特
徴とする銀行システム。
【請求項９】請求項１から８いずれかに記載の銀行シ
ステムにおいて、前記請求情報通知手段は、入出金用端
末の表示装置に請求情報を表示することにより請求情報
の通知を行うことを特徴とする銀行システム。
【請求項１０】請求項９に記載の銀行システムにおい
て、前記入出金用端末の表示装置への請求情報の表示は
前記入出金用端末で入出金時に行なわれることを特徴と
する銀行システム。
【請求項１１】請求項１０に記載の銀行システムにお
いて、前記入出金用端末で行う入出金は、前記請求情報
が関連付けられた銀行口座に対する入出金であることを
特徴とする銀行システム。
【請求項１２】請求項１０に記載の銀行システムにお
いて、前記入出金用端末で行う入出金は、前記請求情報
が関連付けられた銀行口座とは異なる銀行口座に対する
入出金であることを特徴とする銀行システム。
【請求項１３】請求項１から１２いずれかに記載の銀
行システムにおいて、前記請求情報通知手段は電子メー
ルにより請求情報の通知を行うことを特徴とする銀行シ
ステム。
【請求項１４】請求項１３に記載の銀行システムにお
いて、前記電子メールにはハイパーリンクが埋め込まれ
ており、電子メールを受信した情報処理機器に該ハイパ
ーリンクを使用して承認指示のための画面を表示させ、
前記代金支払者は該画面から承認指示を行うことを特徴
とする銀行システム。
【請求項１５】請求項１から１４いずれかに記載の銀
行システムにおいて、前記請求情報通知手段は、該銀行
システムに対して前記代金支払者が使用する外部の機器
によりアクセスがあったときに請求情報を前記外部の機
器に送信することを特徴とする銀行システム。
【請求項１６】請求項１から１５いずれかに記載の銀
行システムにおいて、前記支払承認受取手段は、前記代
金支払者による支払拒否を受取可能であり、該支払拒否
がなされた場合には、前記請求情報の以後の通知を中止
することを特徴とする銀行システム。
【請求項１７】請求項１から１６いずれかに記載の銀
行システムにおいて、支払期限が前記請求情報の中に含
まれており、前記請求情報通知手段は、予め定められた
支払期限までに支払の承認の指示がなされなかった場合
に、前記請求情報の通知を中止することを特徴とする銀
行システム。
【請求項１８】請求項１、３から１７いずれかに記載
の銀行システムにおいて、前記代金受取手段による資金
の受け取りは予め指定された期日に前記代金支払者の銀
行口座から出金が行われることを特徴とする銀行システ
ム。
【請求項１９】請求項１、３から１８いずれかに記載
の銀行システムにおいて、前記代金受取処理手段による
資金の受け取りは、該銀行口座の預金残高が支払承認さ
れた金額以上となったときに該銀行口座からの出金が行
われることを特徴とする銀行システム。
【請求項２０】請求項１から１９いずれかに記載の銀
行システムにおいて、前記代金の支払承認を受け取る際
に、前記支払承認受取手段により支払代金金額の指示の
受け取りが可能であり、前記代金受取処理手段は、当該
指示された金額について代金の受け取りを実行すること
を特徴とする銀行システム。
【請求項２１】請求項１から２０いずれかに記載の銀
行システムにおいて、前記代金受取処理手段に対して、
代金受取のための方法に関する指示を受け取る支払方法
指示受取手段をさらに有し、前記代金受取処理手段は前
記支払方法指示受取手段により受け取った指示の示す方
法にしたがって、前記代金に相当する資金を受け取るこ
とを特徴とする銀行システム。
【請求項２２】請求項２１に記載の銀行システムにお
いて、前記代金支払者の銀行口座の銀行口座番号が前記
請求情報の中に含まれておらず、前記支払方法指示受取
手段は代金支払者が出金を行う銀行口座の指定の受け取
りが可能であり、前記代金受取処理手段は代金支払者に
より指定された銀行口座から代金支払のために出金する
ことを特徴とする銀行システム。
【請求項２３】請求項１に記載の銀行システムにおい
て、前記請求情報通知手段による請求情報の通知は代金
支払者に対して複数組の請求情報をまとめて通知するこ
とを特徴とする銀行システム。
【請求項２４】請求項１または２３に記載の銀行シス
テムにおいて、前記支払承認受取手段による支払承認の
受取は複数組の請求情報に対する支払いの承認をまとめ
て受け取ることを特徴とする銀行システム。