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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

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

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

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

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

【００１１】

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

【００１２】また、本発明は、コンピュータネットワー
クを用いた請求者と支払者との間の決済方法をコンピュ
ータによって実行するスケジューリングサーバであっ
て、請求者のコンピュータから送られる引き落とし金額
と引き落とし口座と引き落とし日の情報を含むデビット
データを受信して記憶装置に格納し、前記引き落とし日
に、前記デビットデータに基づくデビットトランザクシ
ョンメッセージを仕向先金融機関システム別に振り分
け、前記デビットトランザクションメッセージを該仕向
先金融機関システムの即時引き落とし処理インタフェー
スに送信し、前記金融機関システムから処理結果通知を
受信し、受信した処理結果通知に基づき前記デビットデ
ータのステータスを更新するサービス処理部を備えるこ
とを特徴とするスケジューリングサーバを要旨とする。

【００１３】また、本発明は、コンピュータネットワー
クを用いた請求者と支払者との間の決済方法をコンピュ
ータによって実行するスケジューリングサーバであっ
て、請求者のコンピュータから送られる引き落とし金額
と引き落とし口座と引き落とし期間の情報を含むデビッ
トデータを受信して記憶装置に格納し、 前記デビット
データに基づいて支払者のコンピュータに引き落としス
ケジュールの情報を表示させ、前記引き落とし期間の中
で、前記支払者のコンピュータから指定された日を引き
落とし日として設定し、前記引き落とし日に、前記デビ
ットデータに基づくデビットトランザクションメッセー
ジを仕向先金融機関システム別に振り分け、前記デビッ
トトランザクションメッセージを該仕向先金融機関シス
テムの即時引き落とし処理インタフェースに送信し、前
記金融機関システムから処理結果通知を受信し、受信し
た処理結果通知に基づき前記デビットデータのステータ
スを更新するサービス処理部を備えることを特徴とする
スケジューリングサーバである。

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

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

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

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

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

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

【００２０】

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３３】

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

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

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭59−154572（ＪＰ，Ａ) 特開 平11−316790（ＪＰ，Ａ) 特開 平11−96246（ＪＰ，Ａ) 特開2000−123103（ＪＰ，Ａ) 特開 平11−250154（ＪＰ，Ａ) 特開 平10−172027（ＪＰ，Ａ) 特開 平10−269300（ＪＰ，Ａ) 特開 平10−326316（ＪＰ，Ａ) 特開2000−149097（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60 404 G06F 17/60 234 G07D 9/00 451

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 コンピュータネットワークを用いた請求
   者と支払者との間の決済方法をコンピュータによって実
   行するスケジューリングサーバであって、 請求者のコンピュータから送られる引き落とし金額と引
   き落とし口座と引き落とし期間の情報を含むデビットデ
   ータを受信して記憶装置に格納し、 前記デビットデータに基づいて支払者のコンピュータに
   引き落としスケジュールの情報を表示させ、 前記引き落とし期間の中で、前記支払者のコンピュータ
   から指定された日を引き落とし日として設定し、 前記引き落とし日に、前記デビットデータに基づくデビ
   ットトランザクションメッセージを仕向先金融機関シス
   テム別に振り分け、 前記デビットトランザクションメッセージを該仕向先金
   融機関システムの即時引き落とし処理インタフェースに
   送信し、 前記金融機関システムから処理結果通知を受信し、受信
   した処理結果通知に基づき前記デビットデータのステー
   タスを更新するサービス処理部を備えることを特徴とす
   るスケジューリングサーバ。
2. 【請求項２】 設定された前記引き落とし日を、前記支
   払者のコンピュータからの指示により変更することを特
   徴とする請求項１に記載のスケジューリングサーバ。
3. 【請求項３】 請求項２に記載のスケジューリングサー
   バと、 変更された前記引き落とし日に応じて、物品の出荷また
   はサービスの提供の時期を変更する処理を行う請求者の
   コンピュータとを備えることを特徴とするスケジューリ
   ングシステム。
4. 【請求項４】 請求者と支払者との間の決済をスケジュ
   ーリングするプログラムを記録した記録媒体であって、 引き落とし金額と引き落とし口座と引き落とし期間の情
   報を含むデビットデータを請求者のコンピュータから受
   信して記憶装置に格納する処理と、 前記デビットデータに基づいて支払者のコンピュータに
   引き落としスケジュールの情報を表示させる処理と、 前記引き落とし期間の中で、前記支払者のコンピュータ
   から指定された日を引き落とし日として設定する処理
   と、 前記引き落とし日に、前記デビットデータに基づくデビ
   ットトランザクションメッセージを仕向先金融機関シス
   テム別に振り分ける処理と、 前記デビットトランザクションメッセージを該仕向先金
   融機関システムの即時引き落とし処理インタフェースに
   送信する処理と、 前記金融機関システムから処理結果通知を受信し、受信
   した処理結果通知に基づき前記デビットデータのステー
   タスを更新する処理と、 をコンピュータに実行させるプログラムを記録したコン
   ピュータ読み取り可能な記録媒体。