JP2001351036A - スケジュールドデビット - Google Patents

Abstract

(57)【要約】 【課題】 書面による利用明細書等を送付する必要とせ
ず、顧客側で簡単に金額を確認したり口座残高の推移予
定を一覧したりすることができ、決済日を柔軟に変更す
ることもでき、金融機関システムのデータインタフェー
スを簡素化でき、中間に介在する者が回収不能リスクを
負う必要のない決済方法を提供する。 【解決手段】 顧客と販売会社間での商取引等に関し
て、販売会社システム４０は金額や引き落とし期間等の
情報を含むデビットデータをスケジューリングサーバ１
０に送信する。顧客端末３０では上記デビットデータを
顧客に提示するとともに、確定的な引き落とし日（また
は日時）を入力することができる。この引き落とし日が
到来すると、スケジューリングサーバ１０は金融機関シ
ステム２０に対してデビットトランザクションメッセー
ジを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、主として銀行等の
金融機関の口座を用いて、商取引等の決済を行う方法に
関するものである。特に、決済を実行する日または日時
を予めスケジューリングして決済を行う方法に関するも
のである。

【０００２】

【従来の技術】従来より、紙幣や貨幣を直接用いない決
済方法として、電力や水道やガスや放送受信料などとい
った公共料金や税金等の支払には、金融機関口座からの
口座引き落とし処理が広く利用されている。また、主と
して小売りの商取引の分野では、クレジットカードやデ
ビットカードなどを用いた決済が行われている。

【０００３】上記の口座引き落とし処理は、各会社や自
治体や税務署等で作成されるデータに基づき、金融機関
システムにおいて、通常はバッチ処理によって実行され
る。また、クレジットカードを用いる場合は、カード発
行会社が所定の期間毎にカード利用者に対する請求金額
を計算した上で、上記口座引き落とし等を利用して決済
が行われる。また、デビットカードを用いる場合は、店
舗等に設置されたカード端末装置から送られるデータを
基に、金融機関システムにおいてオンラインリアルタイ
ムトランザクションとして決済処理が実行される。

【０００４】図９は、インターネット上での商取引の決
済をこれらの従来技術を用いて行うための構成を示す概
略図である。図９において、符号８０はインターネッ
ト、８１は顧客端末、８２〜８４はそれぞれ顧客端末８
１からの注文を受け付ける販売会社システム、８５はク
レジットカードの売上および請求等の処理を行うクレジ
ットカードシステムである。また、８８および８９は、
それぞれ販売会社システム８３およびクレジットカード
システム８５から出力される口座引き落としデータであ
る。また、９１は金融機関システムであり、この金融機
関システム９１は内部に、勘定系処理部９３とデビット
インタフェース部９５（即時引き落とし処理インタフェ
ース）と口座引き落としデータ入力部９７とを有してい
る。

【０００５】このような構成で、顧客端末８１が販売会
社システム８２に注文を出した場合、その代金は、デビ
ットカード決済のインタフェースを利用して決済され
る。つまり、販売会社システム８２からデビットインタ
フェース部９５を経由して勘定系処理部９３でリアルタ
イムに処理される。また、販売会社システム８３に注文
を出した場合、所定期間内に発生した取引の請求データ
をこの販売会社システム８３がまとめて口座引き落とし
データ８８として出力し、この口座引き落としデータ８
８は口座引き落としデータ入力部９７によって読み込ま
れ、勘定系処理部９３で処理される。また、販売会社シ
ステム８４に注文を出した場合、代金はクレジット売上
データとして販売会社システム８４からクレジットカー
ドシステム８５に送られ、当該カード発行会社から販売
会社に対して送金されるとともに、クレジットカードシ
ステム８５が出力した口座引き落としデータ８９が口座
引き落としデータ入力部９７によって読み込まれ、勘定
系処理部９３で処理される。

【０００６】

【発明が解決しようとする課題】上記のような各種の従
来技術は、既に広く普及し利用されているが、より一層
の利便性を得るためには次のような課題がある。

【０００７】まず、従来の口座引き落としの方法では、
顧客が予め引き落としの金額を事前に知るためには書面
による利用明細書等を別途送付する必要があった。ま
た、口座引き落としはバッチ処理により行われ、そのた
めのデータは磁気テープ等によって請求側の会社等から
金融機関に持ち込まれるため、処理に柔軟性がなく、例
えば一旦決めた引き落とし日を事前に変更することは不
可能あるいは困難で手間のかかるものであった。また、
顧客には個別の利用明細書等が送付されるだけであり、
資金計画等のために口座残高の推移予定を一覧すること
や、顧客側から引き落とし日を変更することもできなか
った。

【０００８】また、図９にも示したように、デビットカ
ードのためのインタフェースを用いて決済を行うために
は、上記口座引き落としのためのサブシステムとは別の
サブシステムを金融機関システム内に持つ必要がある。
またこの場合は、即時決済のみしか行えず、必要に応じ
て決済日を設定することができないという問題もある。

【０００９】また、クレジットカードによる決済の場合
には、カード発行会社において販売会社等（加盟店）に
対する債務と顧客（カード会員）に対する債権が個別に
発生することとなり、カード発行会社が顧客から回収不
能となるリスクおよびそれに伴うコストを負わなければ
ならないという問題がある。

【００１０】本発明は、上記のような事情を考慮してな
されたものであり、決済金額等を伝えるために書面によ
る利用明細書等を送付する必要がなく、顧客側で簡単に
金額を確認したり口座残高の推移予定を一覧したりする
ことができ、請求者側や顧客側から決済日を変更するこ
とも可能であり、金融機関システムのデータインタフェ
ースを簡素化することができ、また中間に介在する者が
回収不能リスク等を負う必要のない決済の方法を提供す
ることを目的とする。

【００１１】

【課題を解決するための手段】上記の課題を解決するた
めに、請求項１に記載の発明は、コンピュータネットワ
ーク上で伝送されるデビットデータに含まれる情報に基
づき、当該デビットデータを用いた口座間の資金移動を
実行する日または時をスケジューリングすることを特徴
とする決済方法を要旨とする。

【００１２】また、請求項２に記載の発明は、コンピュ
ータネットワークを用いた請求者と支払者との間の決済
方法であって、請求者のコンピュータから送られる引き
落とし金額と引き落とし口座と引き落とし日の情報を含
むデビットデータを受信し、前記引き落とし日に、前記
デビットデータに基づくデビットトランザクションメッ
セージを金融機関システムの即時引き落とし処理インタ
フェースに送信し、前記金融機関システムから処理結果
通知を受信することを特徴とする決済方法を要旨とす
る。

【００１３】また、請求項３に記載の発明は、コンピュ
ータネットワークを用いた請求者と支払者との間の決済
方法であって、請求者のコンピュータから送られる引き
落とし金額と引き落とし口座と引き落とし期間の情報を
含むデビットデータを受信し、前記引き落とし期間の中
で、前記支払者のコンピュータから指定された日を引き
落とし日として設定し、前記引き落とし日に、前記デビ
ットデータに基づくデビットトランザクションメッセー
ジを金融機関システムの即時引き落とし処理インタフェ
ースに送信し、前記金融機関システムから処理結果通知
を受信することを特徴とする決済方法。

【００１４】また、請求項４に記載の発明は、設定され
た前期引き落とし日を、前記支払者のコンピュータから
の指示により変更することを特徴とするものである。

【００１５】また、請求項５に記載の発明は、前記請求
者のコンピュータは、変更された前期引き落とし日に応
じて、物品の出荷またはサービスの提供の時期を変更す
る処理を行うことを特徴とするものである。

【００１６】また、請求項６に記載の発明は、前記引き
落とし日の予め設定された時間に、前記デビットデータ
に基づくデビットトランザクションメッセージを金融機
関システムの即時引き落とし処理インタフェースに送信
することを特徴とするものである。

【００１７】また、請求項７に記載の発明は、前記金融
機関システムから前記引き落とし口座の現在残高情報を
受け取り、該現在残高情報と前記デビットデータとを基
に前記引き落とし口座の残高推移のシミュレーションを
行うことを特徴とするものである。

【００１８】また、請求項８に記載の発明は、請求者と
支払者との間の決済をスケジューリングするプログラム
を記録した記録媒体であって、引き落とし金額と引き落
とし口座と引き落とし日の情報を含むデビットデータを
請求者のコンピュータから受信する処理と、前記引き落
とし日に、前記デビットデータに基づくデビットトラン
ザクションメッセージを金融機関システムの即時引き落
とし処理インタフェースに送信する処理と、前記金融機
関システムから処理結果通知を受信する処理とをコンピ
ュータに実行させるプログラムを記録したコンピュータ
読み取り可能な記録媒体を要旨とする。

【００１９】また、請求項９に記載の発明は、請求者と
支払者との間の決済をスケジューリングするプログラム
を記録した記録媒体であって、引き落とし金額と引き落
とし口座と引き落とし期間の情報を含むデビットデータ
を請求者のコンピュータから受信する処理と、前記引き
落とし期間の中で、前記支払者のコンピュータから指定
された日を引き落とし日として設定する処理と、前記引
き落とし日に、前記デビットデータに基づくデビットト
ランザクションメッセージを金融機関システムの即時引
き落とし処理インタフェースに送信する処理と、前記金
融機関システムから処理結果通知を受信する処理とをコ
ンピュータに実行させるプログラムを記録したコンピュ
ータ読み取り可能な記録媒体を要旨とする。

【００２０】

【発明の実施の形態】以下、図面を参照しこの発明の一
実施形態について説明する。図１は、同実施形態による
決済方法を実現するシステムの構成を示すブロック図で
ある。図１において、符号１０はスケジューリングサー
バ、２０は金融機関システム、３０は顧客端末（支払者
のコンピュータ）、４０は販売会社システム（請求者の
コンピュータ）である。また、１はインターネットであ
り、スケジューリングサーバ１０と顧客端末３０と販売
会社システム４０は、インターネット１を介して相互に
通信を行うことができる。また、スケジューリングサー
バ１０と金融機関システム２０との間も相互に通信が可
能なように接続されている。なお、顧客端末３０や販売
会社システム４０や金融機関システム２０はそれぞれ複
数存在していても良い。

【００２１】スケジューリングサーバ１０内において、
１１は提供するサービスの処理を行うサービス処理部、
１２は決済金額や決済日などの情報を含むデビットデー
タ、１２は金融機関に関する情報を含む金融機関マス
タ、１６は顧客に関する情報を含む顧客マスタである。
また、金融機関システム２０内において、２２はデビッ
ト処理に関して外部とのインタフェースとなるデビット
インタフェース部、２４は勘定系処理部である。本実施
形態は、上記のような構成において、顧客と販売会社と
の間の商取引に関して、スケジューリングサーバ１０が
間に介在してデータを処理することにより、金融機関に
存在する口座間での資金移動によって決済を行うもので
ある。なお、スケジューリングサーバ１０は、通信を行
う際には顧客端末３０および販売会社システム４０の認
証処理を行う。

【００２２】次に、決済処理の手順について説明する。
図２は、本実施形態による決済処理の手順を示すシーケ
ンス図である。まず、図２の（１）において顧客と販売
会社との間で売買取引が成立する。この契約取引に基づ
き、同（２）において、販売会社システム４０が顧客口
座から売買代金を引き落とすためのデビットデータをス
ケジューリングサーバに対して送信する。このデビット
データには、少なくとも販売会社自身を識別する情報、
顧客を識別する情報、顧客の口座から引き落とす金額、
引き落とし実行日に関する情報が含まれている。なお、
引き落とし実行日に関する情報は、「○月×日」と特定
の日が指定される場合もあり、また「○月×日以前」あ
るいは「○月×日から×月△日の間」といった範囲が指
定される場合もある。また、上記デビットデータ内に引
き落としを実行する時刻に関する情報を含むようにして
も良い。

【００２３】スケジューリングサーバ１０は、（３）に
おいて、上記デビットデータに基づき顧客端末３０に対
して引き落としスケジュールの提示を行う。顧客は顧客
端末３０に表示された情報を見て口座からの引き落とし
内容を確認するとともに、引き落とし実行日が例えば
「○月×日以前」といったような範囲で提示されている
場合には、その範囲に含まれる特定の日を選択する。こ
のように確定されたスケジュールは、（４）において顧
客端末３０からスケジューリングサーバ１０に送られ
る。

【００２４】スケジューリングサーバ１０は、複数の販
売会社および複数の顧客の商取引等に関するデビットデ
ータを蓄積し管理しており、その中から引き落とし実行
日の到来したものについて、（５）のデビットトランザ
クションを発生させ金融機関システム２０のデビットイ
ンタフェースに対して送信する。金融機関システム２０
は、受信したデビットトランザクションに基づいて顧客
口座からの引き落とし処理を行い、その結果を（６）で
スケジューリングサーバ１０に通知する。結果通知の内
容には、引き落としが成功したか失敗したかの区別と失
敗の場合の理由が含まれる。スケジューリングサーバ１
０は、受信した結果通知に基づきデビットデータのステ
ータスを更新する。

【００２５】次に、スケジューリングサーバによって口
座残高のシミュレーションを行う方法について説明す
る。図３は、残高シミュレーションの手順を示すシーケ
ンス図である。まず図３の（１）において、顧客端末３
０からスケジューリングサーバ１０に対して残高シミュ
レーション要求が送られる。スケジューリングサーバ１
０は、同（２）において金融機関システム２０に対して
当該顧客の口座の現在残高を要求し、同（３）において
その返答を受け取る。スケジューリングサーバ１０に当
該顧客の複数の口座が登録されている場合には、それら
すべての口座について（２）および（３）の手順を実行
する。そして、スケジューリングサーバ１０は、金融機
関システム２０から受信した現在残高およびスケジュー
リングサーバ１０内に保持しているデビットデータを基
に、口座引き落としによる残高推移のシミュレーション
を行い、同（４）においてその結果を顧客端末３０に表
示する。

【００２６】図４は、残高シミュレーションの結果表示
画面の例を示す図である。図４において、６１はスケジ
ューリングサーバにおける顧客識別番号、６２は顧客氏
名、６３は現在日付である。図示している例では、顧客
の口座毎に銀行名と支店名と預金種別（例えば「普通預
金」）と口座番号が表示され、その下の部分にその口座
の現在残高が表示され、さらにその口座からの引き落と
しの日付と支払先（例えば販売会社）と引き落とし金額
と、引き落とし後の残高の計算結果が表示されている。
このような表示を行うことにより、顧客自身が容易に資
金計画を行うことが可能となり、利便性が向上する。

【００２７】また、販売会社システムからの要求に基づ
き、同様の残高シミュレーションを行うようにしても良
い。図５は、販売会社システムからの要求による残高シ
ミュレーションの手順を示すシーケンス図である。図５
の（１）において、販売会社システム４０がスケジュー
リングサーバ１０に対して残高シミュレーション要求を
送信する。スケジューリングサーバ１０は、（２）にお
いて金融機関システム２０に対して当該販売会社の口座
の現在残高を要求し、（３）においてその返答を受け取
る。そして、受け取った現在残高とスケジューリングサ
ーバ１０に保持されているデビットデータを用いて、販
売会社の口座への入金に伴う残高の推移をシミュレーシ
ョンし、（４）においてその結果を販売会社システム４
０に返答する。また、販売会社自身の口座の残高をシミ
ュレーションするだけでなく、販売会社システム４０か
らの要求に基づき、顧客の口座の残高に関する情報を返
答するようにしても良い。

【００２８】次に、引き落としのスケジュール変更につ
いて説明する。図６は、顧客側から決済スケジュールの
変更を行う手順を示すシーケンス図である。まず図６の
（１）において、スケジューリングサーバ１０から顧客
端末３０に、予定されている引き落としの一覧の表示が
行われる。顧客は、その一覧表示を見て、（２）におい
て引き落とし実行日の変更が可能なものについてのスケ
ジュールの変更の入力を行い、その変更がスケジューリ
ングサーバ１０に反映される。このような変更が発生し
た場合、スケジューリングサーバ１０は、（３）におい
て販売会社システム４０に対してその旨を通知する。こ
のようなスケジュール変更通知に基づき、販売会社シス
テム４０側では、変更後の引き落としスケジュールに合
わせて商品等の出荷スケジュールを再調整することが可
能となる。また、（４）に示すように販売会社システム
４０から顧客端末３０に出荷スケジュールの変更を通知
するようにしても良い。

【００２９】図７は、図６の（１）において顧客端末１
０の画面に表示されるデビットスケジュール一覧の表示
例を示す図である。図７に示すように、デビットスケジ
ュール一覧画面では、現時点での引き落とし実行予定日
と支払先（例えば販売会社）と引き落とし金額とスケジ
ュールのオプションが、顧客の口座毎に表示される。こ
こで、スケジュールのオプションは、例えば、販売会社
システムからスケジューリングサーバに対して送られる
デビットデータの内容に基づいて設定されている。スケ
ジュールオプションが、例えば「- MAY 31」と表示され
ている場合、顧客は引き落とし実行日を「５月３１日ま
で」の範囲の日を選択することができることを表す。顧
客はオプションの横に表示されている「変更する」の文
字をクリックすることにより、変更入力の画面を呼び出
すことができる。

【００３０】次に、スケジューリングサーバと金融機関
システムとの間の接続形態について説明する。図８は、
スケジューリングサーバと金融機関システムとの接続形
態を示す概略図である。顧客の口座は複数の金融機関に
分散しているため、スケジューリングサーバ１０は、例
えば図８（ａ）または（ｂ）に示すような接続形態をと
ることにより、それぞれの金融機関システム２０のデビ
ットインタフェースと通信を行えるようにする。図８
（ａ）に示す形態では、スケジューリングサーバ１０に
おいてデビットトランザクションメッセージを仕向先と
なる金融機関システム別に振り分ける処理を行う。ま
た、図８（ｂ）に示す形態では、スケジューリングサー
バ１０は、デビットトランザクションメッセージをメッ
セージ振分システム１５に送信し、このメッセージ振分
システム１５が仕向先金融機関システム別の振り分けを
行う。

【００３１】以上、本発明の一実施形態について説明し
たが、これ以外の形態により本発明を実施しても良い。
例えば、図１ではスケジューリングサーバ１０と端末３
０と販売会社システム４０とはインターネット１を介し
て通信を行うこととしたが、インターネット以外のネッ
トワークによる通信を行っても良い。また、上記実施形
態では販売会社と顧客との間の売買取引の決済を行うこ
ととしたが、売買取引に限らずサービス提供等の他の取
引であっても良い。また、取引の成立自体はネットワー
クを介さずに行うものであっても良い。また、商取引以
外にも、例えば行政機関等による税や社会保険料やその
他行政サービスの対価の徴収に、本発明の決済方法を用
いるようにしても良い。

【００３２】なお、上述のスケジューリングサーバ、金
融機関システム、顧客端末、販売会社システム、および
メッセージ振分システムは、コンピュータシステムによ
って実現されている。そして、上述した決済処理の過程
は、プログラムの形式でコンピュータ読み取り可能な記
録媒体に記憶されており、このプログラムをコンピュー
タが読み出して実行することによって、上記処理が行わ
れる。ここでコンピュータ読み取り可能な記録媒体と
は、フロッピー（登録商標）ディスク、光磁気ディス
ク、ＣＤ−ＲＯＭ、磁気ハードディスク、半導体メモリ
等をいう。また、これらのコンピュータは、通信機能を
有しており、この通信機能を用いて前述の各種要求や各
種通知や各種提示や各種返答やデビットトランザクショ
ンなどのメッセージを互いにやりとりする。また、これ
らのメッセージや、その他処理に必要なデータは、コン
ピュータに設けられた記憶装置に格納される。この記憶
装置は、例えば半導体リードライトメモリ（ＲＷＭ）や
磁気ハードディスクなどによって構成される。

【００３３】

【発明の効果】以上説明したように、この発明によれ
ば、請求者のコンピュータから送られるデビットデータ
内に含まれる基づき引き落とし金額や引き落とし日等の
情報をネットワークを介して支払者のコンピュータから
参照することができるため、これらの事項を伝えるため
に書面による利用明細書等を送付する必要がない。

【００３４】また、この発明によれば、デビットデータ
はスケジューリングサーバにおいて保持され、定められ
たスケジュールに従ってデビットメッセージとして金融
機関システム側に送られるため、金融機関システムの即
時引き落とし処理インタフェースを用いて、支払者側あ
るいは請求者側から引き落とし日の設定を変更するな
ど、柔軟なスケジュールに従った決済処理を行うことが
可能となる。

【００３５】また、この発明によれば、スケジューリン
グサーバに蓄積されたデビットデータと金融機関システ
ムによって提供される現在残高情報に基づいて残高シミ
ュレーションを行い、その結果を利用者（請求者や支払
者等）に提示することができるため、利用者が容易に資
金計画を行えるように支援することが可能となる。

【００３６】また、この発明によれば、支払者による引
き落とし日の設定の変更に応じて、請求者側で、物品の
出荷やサービスの提供などのスケジュールを変更するこ
とが可能であるため、財のデリバリと対価の回収を同期
させることが可能となり、支払者側の都合に応じたスケ
ジュールでの決済ができるとともに、請求者による財の
提供と対価の回収とを同期させることが可能となる。

【００３７】また、この発明によれば、支払者の口座か
ら請求者の口座への資金の移動が瞬時に行われ、中間に
介在する者には債権や債務が発生することがなく回収不
能のリスクを避けることが可能となる。

【図面の簡単な説明】

【図１】 この発明の一実施形態による決済方法を実現
するシステムの構成を示すブロック図である。

【図２】 同実施形態による決済処理の手順を示すシー
ケンス図である。

【図３】 同実施形態による残高シミュレーションの手
順を示すシーケンス図である。

【図４】 同実施形態による残高シミュレーションの結
果表示の例を示す図である。

【図５】 同実施形態による残高シミュレーションの手
順を示すシーケンス図である。

【図６】 同実施形態による決済スケジュールの変更手
順を示すシーケンス図である。

【図７】 同実施形態による顧客端末へのデビットスケ
ジュール一覧の表示例を示す図である。

【図８】 スケジューリングサーバと金融機関システム
との接続形態を示す概略図である。

【図９】 従来技術による決済方法を示す概略図であ
る。

【符号の説明】

１ インターネット １０ スケジューリングサーバ １１ サービス処理部 １２ デビットデータ １４ 金融機関マスタ １６ 顧客マスタ １８ メッセージ振分システム ２０ 金融機関システム ２２ デビットインタフェース部 ２４ 勘定系処理部 ３０ 顧客端末 ４０ 販売会社システム ６１ 顧客識別番号 ６２ 顧客氏名 ６３ 現在日付

Claims (9)

【特許請求の範囲】
1. 【請求項１】 コンピュータネットワーク上で伝送され
   るデビットデータに含まれる情報に基づき、当該デビッ
   トデータを用いた口座間の資金移動を実行する日または
   時をスケジューリングすることを特徴とする決済方法。
2. 【請求項２】 コンピュータネットワークを用いた請求
   者と支払者との間の決済方法であって、 請求者のコンピュータから送られる引き落とし金額と引
   き落とし口座と引き落とし日の情報を含むデビットデー
   タを受信し、 前記引き落とし日に、前記デビットデータに基づくデビ
   ットトランザクションメッセージを金融機関システムの
   即時引き落とし処理インタフェースに送信し、前記金融
   機関システムから処理結果通知を受信することを特徴と
   する決済方法。
3. 【請求項３】 コンピュータネットワークを用いた請求
   者と支払者との間の決済方法であって、 請求者のコンピュータから送られる引き落とし金額と引
   き落とし口座と引き落とし期間の情報を含むデビットデ
   ータを受信し、 前記引き落とし期間の中で、前記支払者のコンピュータ
   から指定された日を引き落とし日として設定し、 前記引き落とし日に、前記デビットデータに基づくデビ
   ットトランザクションメッセージを金融機関システムの
   即時引き落とし処理インタフェースに送信し、 前記金融機関システムから処理結果通知を受信すること
   を特徴とする決済方法。
4. 【請求項４】 設定された前期引き落とし日を、前記支
   払者のコンピュータからの指示により変更することを特
   徴とする請求項３に記載の決済方法。
5. 【請求項５】 前記請求者のコンピュータは、変更され
   た前期引き落とし日に応じて、物品の出荷またはサービ
   スの提供の時期を変更する処理を行うことを特徴とする
   請求項４に記載の決済方法。
6. 【請求項６】 前記引き落とし日の予め設定された時間
   に、前記デビットデータに基づくデビットトランザクシ
   ョンメッセージを金融機関システムの即時引き落とし処
   理インタフェースに送信することを特徴とする請求項２
   から５までのいずれかに記載の決済方法。
7. 【請求項７】 前記金融機関システムから前記引き落と
   し口座の現在残高情報を受取り、 該現在残高情報と前記デビットデータとを基に前記引き
   落とし口座の残高推移のシミュレーションを行うことを
   特徴とする請求工２から６までのいずれかに記載の決済
   方法。
8. 【請求項８】 請求者と支払者との間の決済をスケジュ
   ーリングするプログラムを記録した記録媒体であって、 引き落とし金額と引き落とし口座と引き落とし日の情報
   を含むデビットデータを請求者のコンピュータから受信
   する処理と、 前記引き落とし日に、前記デビットデータに基づくデビ
   ットトランザクションメッセージを金融機関システムの
   即時引き落とし処理インタフェースに送信する処理と、 前記金融機関システムから処理結果通知を受信する処理
   と、 をコンピュータに実行させるプログラムを記録したコン
   ピュータ読み取り可能な記録媒体。
9. 【請求項９】 請求者と支払者との間の決済をスケジュ
   ーリングするプログラムを記録した記録媒体であって、 引き落とし金額と引き落とし口座と引き落とし期間の情
   報を含むデビットデータを請求者のコンピュータから受
   信する処理と、 前記引き落とし期間の中で、前記支払者のコンピュータ
   から指定された日を引き落とし日として設定する処理
   と、 前記引き落とし日に、前記デビットデータに基づくデビ
   ットトランザクションメッセージを金融機関システムの
   即時引き落とし処理インタフェースに送信する処理と、 前記金融機関システムから処理結果通知を受信する処理
   と、 をコンピュータに実行させるプログラムを記録したコン
   ピュータ読み取り可能な記録媒体。