JP7569425B1 - 決済処理装置、決済処理方法、及びプログラム - Google Patents

Abstract

【課題】口座振替によりバイヤー口座から代金を引き落とした当日中にサプライヤー口座への入金処理を実行する。【解決手段】決済処理装置は、記憶部及び制御部を備えている。制御部は、少なくとも引落日の情報を含む口座振替依頼を口座振替システムに送信することと、口座振替依頼に基づいて実行された口座振替の結果情報を受信し、記憶部に格納することであって、結果情報は、少なくとも引落日の情報を含む、ことと、少なくとも引落日、振込元口座、振込先口座及び金額の情報を含む振込データを生成し、振込データに基づく振込電文を生成することを実行する。振込元口座は、当座貸越枠が設定されている口座である。制御部は、記憶部の請求情報から引落日のデータを読み出し、読み出したデータに基づいて取得した債権者口座、債務者口座の情報と、読み出したデータの引落日、請求金額の情報とに基づいて口座振替依頼を生成する。【選択図】図６

Description

本発明は、決済処理装置、決済処理方法、及びプログラムに関する。より詳細に言えば、本発明は、口座振替により引落口座から資金を引き落とした当日中に入金口座への入金処理を実行する決済処理装置、決済処理方法、及びプログラムに関する。

企業間取引（ＢｔｏＢ：Business to Business）の分野において、金融機関は、バイヤー（債務者）からサプライヤー（債権者）への資金移動オペレーションに関与する。企業間取引の代金決済方法としては、口座振替（「口座引落」ともいう）が知られている（特許文献１）。口座引落は、バイヤー、サプライヤー、収納代行業者及び金融機関の間で所定の条件で行われる資金移動であり、バイヤー口座（引落口座）から口座引落を行って、引き落とした資金を収納代行業者経由でサプライヤー口座（入金口座）に入金する処理である。

特許第５３３４３９４号公報

バイヤーからの代金回収について収納代行業者を利用する従来スキームでは、バイヤー口座から代金を引き落とした後、サプライヤー口座に入金されるまで数営業日かかっていた。従来スキームでは、バイヤー口座→収納銀行口座→収納代行業者口座→サプライヤー口座へと資金が移動していくが、収納銀行口座及び収納代行業者口座で資金が滞留する期間があったため、サプライヤーに資金が渡るまで数営業日かかっていた。

サプライヤーは、手元資金を必要とするケースが多々ある。口座振替の入金が行われるまで所要日数がかかるため、資金移動のスキームとして口座振替が利用されにくいものとなっていた。

本発明は、このような課題を解決するためになされたものであり、口座振替によりバイヤー口座から代金を引き落とした当日中にサプライヤー口座への入金処理を実行する決済処理装置、決済処理方法、及びプログラムを提供することを目的とする。

上記の課題を解決するために、本発明の決済処理装置は、外部ネットワークと通信するための通信部、記憶部、及び制御部を備えた決済処理装置であって、
前記記憶部は、請求情報及び資金移動情報を格納し、
前記制御部は、
少なくとも引落日の情報を含む口座振替依頼を前記通信部を介して口座振替システムに送信することと、
前記口座振替依頼に基づいて実行された口座振替の結果情報を受信し、前記記憶部に格納することであって、前記結果情報は、少なくとも前記引落日の情報を含む、ことと、
少なくとも前記引落日、振込元口座、振込先口座及び金額の情報を含む振込データを生成し、前記振込データに基づく振込電文を生成することを実行し、前記振込元口座は、当座貸越枠が設定されている口座である。

本発明によれば、決済処理装置は、サプライヤーの口座振替依頼を処理した当日中にサプライヤー口座への入金処理を実行することが可能となる。それにより、サプライヤーは、早期に代金回収を行うことができるようになる。

本明細書において開示される実施形態の詳細な理解は、添付図面に関連して例示される以下の説明から得ることができる。
決済処理装置１０を含むシステム全体の構成図である。 決済処理装置１０のシステム構成図である。 ユーザマスタ１０６のデータ構造の一例を示す図である。 契約／決済情報１０７のデータ構造の一例を示す図である。 請求＆資金移動データ１０８のデータ構造の一例を示す図である。 バイヤー口座から引き落とした代金を当日中にサプライヤー口座へ入金する処理を説明する図である。 図６の処理フローを資金の流れとともに説明する図である。

（全体構成）
図１は、本発明の実施形態に係る決済処理装置１０、口座振替システム１１、第１の銀行システム１２及び第２の銀行システム１３を含むシステム全体の構成図である。決済処理装置１０、口座振替システム１１、第１の銀行システム１２及び第２の銀行システム１３は、任意のネットワーク１４を介して相互に通信可能に接続される。

本明細書では、決済処理装置１０を１つのシステムあるいは装置として説明するが、決済処理装置１０によって実行される様々な処理を複数のシステムあるいは装置で分散して実行するように構成してもよい。

決済処理装置１０及び口座振替システム１１は、金融機関のシステムとは独立したシステムとして説明するが、両者の機能は、金融機関のシステム（例えば、第２の銀行システム１３）の内部に実装されてもよい。

決済処理装置１０は、企業間取引の決済関連処理に使用される装置であり、サプライヤー及びバイヤー間取引の請求明細データ、サプライヤー及びバイヤーの企業間取引契約データなどの情報を格納する。本明細書では、決済処理装置１０によって実行される収納代行サービスの当日入金処理について説明する。詳細に言えば、決済処理装置１０は、サプライヤー及びバイヤー間取引の請求明細データとサプライヤー及びバイヤーの企業間取引契約データとに基づいて、引落日当日までに口座振替依頼データを生成して、口座振替システム１１に送信する。口座振替依頼データは、引落口座、引落金額などの情報を含む。決済処理装置１０は、口座振替結果データを口座振替システム１１から受信すると、振込電文を生成して第２の銀行システム１３に送信する。

第１の銀行システム１２及び第２の銀行システム１３は、金融機関によって制御される勘定系システムなどの銀行システムである。第１の銀行システム１２は、バイヤーの取引銀行のシステムであり、バイヤーの口座を管理し、バイヤーの口座に対する入出金処理を実行する。第２の銀行システム１３は、サプライヤー及び収納代行業者の取引銀行のシステムであり、サプライヤー及び収納代行業者の口座を管理し、サプライヤー及び収納代行業者の口座に対する入出金処理を実行する。バイヤーの取引銀行と、サプライヤー及び収納代行業者の取引銀行とが同一金融機関となる場合には、第１の銀行システム１２及び第２の銀行システム１３は同一のシステムである。

口座振替システム１１は、口座振替依頼データを受信したら、引落日当日までに口座振替電文を生成して第１の銀行システム１２に送信する。口座振替電文は、引落日、引落口座及び引落額の情報を含む。第１の銀行システム１２は、口座振替電文に基づいて口座振替処理（口座引落処理）を実行し、口座振替結果を生成して口座振替システム１１に送信する。口座振替システム１１は、第１の銀行システム１２から受信した第１の口座振替結果の内容を、決済処理装置１０に送信する。

第１の銀行システム１２によって口座引落された資金は、第１の銀行システム１２内の所定の口座（例えば、別段口座などの収納銀行口座）を経由して、収納代行業者の口座に入金される。その後、口座引落された資金は、第１の銀行システム１２内の収納代行業者口座から、第２の銀行システム１３内の収納代行業者口座に入金される。第２の銀行システム１３は、収納代行業者口座への着金前にサプライヤー口座に対して振込を行う。

（決済処理装置１０のシステム構成）
図２は、本発明の実施形態に係る決済処理装置１０のシステム構成図である。図２に示すように、決済処理装置１０は、一般的なコンピュータと同様に、バス１２０などによって相互に接続される制御部１０１、主記憶部１０２、補助記憶部１０３、ＩＦ部１０４、及び出力部１０５を備える。補助記憶部１０３は、決済処理装置１０の各機能を実装するプログラム、及び当該プログラムで取り扱うデータを格納する。補助記憶部１０３に格納されている各種プログラムは、決済処理装置１０によって実行される。補助記憶部１０３は、ファイル／データベースなどの形式で、ユーザマスタ１０６、契約／決済情報１０７、及び請求＆資金移動データ１０８を備える。決済処理装置１０は、ユーザマスタ１０６、契約／決済情報１０７、及び請求＆資金移動データ１０８に格納されている情報を読み出し、編集し、あるいは更新できる。

制御部１０１は、中央処理装置（ＣＰＵ）とも呼ばれ、決済処理装置１０の各構成要素の制御やデータの演算を行い、また、補助記憶部１０３に格納されている各種プログラムを主記憶部１０２に読み出して実行する。主記憶部１０２は、メインメモリとも呼ばれ、受信した各種データ、コンピュータ実行可能な命令及び当該命令による演算処理後のデータなどを記憶する。補助記憶部１０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。

図２の実施形態は、制御部１０１、主記憶部１０２及び補助記憶部１０３を同一のコンピュータの内部に設ける実施形態について説明するが、他の実施形態として、決済処理装置１０は、制御部１０１、主記憶部１０２及び補助記憶部１０３を複数個使用することにより、複数のコンピュータによる並列分散処理を実現するように構成することもできる。他の実施形態として、決済処理装置１０のための複数のサーバを設置し、複数サーバが一つの補助記憶部１０３を共有する実施形態にすることも可能である。

ＩＦ部１０４は、他のシステムや装置との間でデータを送受信する際のインターフェース（ＩＦ）の役割を果たし、また、システムオペレータから各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェースを提供する。出力部１０５は、処理されたデータを表示する表示画面や当該データを印刷するための印刷手段などを提供する。

ユーザマスタ１０６は、決済処理装置１０を利用するサプライヤー及びバイヤーなどのユーザの情報を格納する。図３は、本発明の実施形態に係るユーザマスタ１０６のデータ構造の一例を示す図である。ユーザマスタ１０６は、ユーザＩＤ３０１、ユーザ名称３０２、及び決済口座３０３を含むことができるが、これらのデータ項目に限定されることはなく他のデータ項目も含むことができる。

ユーザＩＤ３０１は、決済処理装置１０を利用するユーザ、例えば、企業間取引におけるサプライヤー及びバイヤー、並びに収納代行業者を識別する識別子である。ユーザ名称３０２は、ユーザの名称（企業名など）を示す。決済口座３０３は、入出金処理の際に使用されるユーザの口座情報を示す。

収納代行業者の決済口座のうち、第２の銀行システム１３に格納されている決済口座については、金融機関によって当座貸越枠が設定される。当座貸越とは、預金残高が不足した場合に、不足額を自動的に借入れできるサービスである。当座貸越枠が設定されている口座は、赤残、すなわち、マイナス残高（例えば、－１００万円の残高）が許容される。

図２に戻って説明すると、契約／決済情報１０７は、企業間取引におけるサプライヤー及びバイヤー間の取引に関する契約情報及び決済情報を格納する。図４は、本発明の実施形態に係る契約／決済情報１０７のデータ構造の一例を示す図である。契約／決済情報１０７は、サプライヤーＩＤ４０１、バイヤーＩＤ４０２、及び決済条件４０３を含むことができるが、これらのデータ項目に限定されることはなく他のデータ項目も含むことができる。

サプライヤーＩＤ４０１は、企業間取引におけるサプライヤーを示す識別子である。バイヤーＩＤ４０２は、企業間取引におけるバイヤーを示す識別子である。サプライヤーＩＤ４０１及びバイヤーＩＤ４０２として設定される識別子は、ユーザＩＤ３０１であってよい。決済条件４０３は、サプライヤーとバイヤーの間で予め取り交わされている決済条件、例えば、支払日などであってよい。

図２に戻って説明すると、請求＆資金移動データ１０８は、サプライヤーとバイヤー間の取引に関する請求情報及び資金移動情報を格納する。図５は、本発明の実施形態に係る請求＆資金移動データ１０８のデータ構造の一例を示す図である。請求＆資金移動データ１０８は、サプライヤーＩＤ４０１、バイヤーＩＤ４０２、請求番号５０１、請求内容５０２、請求金額５０３、支払日５０４，口座振替依頼情報５０５、口座振替結果情報５０６、及び振込データ５０７を含むことができるが、これらのデータ項目に限定されることはなく他のデータ項目も含むことができる。

サプライヤーＩＤ４０１は、請求情報に関するサプライヤーを示す識別子である。バイヤーＩＤ４０２は、請求情報に関するバイヤーを示す識別子である。請求情報に関して、サプライヤーは債権者であり、バイヤーは債務者である。請求番号５０１は、請求情報を識別する識別子である。請求内容５０２は、請求の内容（例えば、物品代、サービス代）を示す。請求金額５０３は、サプライヤーがバイヤーに対して請求した金額を示す。支払日５０４は、請求に対する支払日、すなわち、バイヤー口座から請求金額が引き落とされる引落日を示す。口座振替依頼情報５０５は、請求情報に基づいて作成される口座振替依頼の情報を含み、引落口座であるバイヤー口座（「債務者口座」ともいう）、引落金額などの情報を含む。口座振替結果情報５０６は、口座振替依頼に基づいて実行された口座振替処理の結果情報を含む。結果情報には、成功裏に引落がなされた、残高不足により引落ができなかった、などの情報と、引落口座などの情報が含まれる。振込データ５０７は、口座振替処理が成功裏に完了した後に実行される、収納代行業者口座からサプライヤー口座への入金処理の情報を含む。

（バイヤー口座から引き落とした代金を当日中にサプライヤー口座へ入金する処理）
図６は、バイヤー口座から引き落とした代金を当日中にサプライヤー口座へ入金する処理を説明する図である。この処理の前提として、決済処理装置１０は、サプライヤー及びバイヤー間の取引についての請求情報データを請求＆資金移動データ１０８に格納しており、また、第２の銀行システム１３に格納されている、収納代行業者の決済口座は、当座貸越枠が設定され、赤残（マイナス残高）が許容されているものとする。

Ｓ６０１にて、決済処理装置１０は、支払日５０４によって示される引落日が予め定められた期間に含まれるデータを請求＆資金移動データ１０８から読み出し、読み出したデータのサプライヤーＩＤ４０１及びバイヤーＩＤ４０２に基づいてユーザマスタ１０６に問い合わせを行い、サプライヤーの決済口座及びバイヤーの決済口座を取得する。予め定められた期間は、図６の処理フローを実施する処理日と支払日５０４によって示される引落日が一致する日付が少なくとも含まれ、追加で、図６の処理フローを実施する処理日の翌日が営業日ではない場合、支払日５０４によって示される引落日が次の営業日までの範囲の日付が含まれてよい。例えば、処理日が２０２３年７月２８日（金）である場合、支払日５０４が２０２３年７月２８日（金）を示すデータと、追加で、支払日５０４が２０２３年７月３１日（月）までのデータが読み出されてよい。

決済処理装置１０は、取得したサプライヤー決済口座、バイヤー決済口座と、読み出したデータの請求金額５０３、支払日５０４の情報とに基づいて口座振替依頼を生成し、口座振替依頼情報５０５に格納する。口座振替依頼は、少なくとも、引落日、バイヤー決済口座（債務者口座）、及び請求金額を含む。支払日５０４によって示される引落日が金融機関の営業日ではない場合、翌営業日が実際の引落日となる。

Ｓ６０２にて、決済処理装置１０は、生成した口座振替依頼を口座振替システム１１に送信する。

Ｓ６０３にて、口座振替システム１１は、決済処理装置１０から口座振替依頼を受信すると、受信した口座振替依頼の情報を読み出し、口座振替電文を生成する。口座振替電文は、口座振替依頼と関連付けられており、引落日、バイヤー決済口座、及び請求金額の他に、依頼元の情報を含んでいてよい。口座振替電文の取引銀行口座、すなわち、資金移動先の銀行口座は、第１の銀行システム１２の収納代行業者の決済口座である。

Ｓ６０４にて、口座振替システム１１は、口座振替電文に含まれる引落口座、すなわち、バイヤー決済口座に関連付けられる金融機関の第１の銀行システム１２に口座振替電文を送信する。

Ｓ６０５にて、第１の銀行システム１２は、口座振替電文を受信すると、受信した口座振替電文に含まれる引落口座（バイヤー決済口座）の情報に基づいて、引落口座の残高チェックを行って、残高不足でない場合には請求金額を引落口座から引き落とす処理を実行する。すなわち、第１の銀行システム１２は、口座振替電文に含まれる引落日に口座引落処理を実行する。引き落とした資金は、第１の銀行システム１２の別段口座などの収納銀行口座に一旦入金され、その後、第１の銀行システム１２の収納代行業者口座に入金される。第１の銀行システム１２は、第１の銀行システム１２の収納代行業者口座から第２の銀行システム１３の収納代行業者の口座に対して送金する。

Ｓ６０６にて、第１の銀行システム１２は、受信した口座振替電文の情報と、口座引落処理の結果とに基づいて第１の口座振替結果を生成して、口座振替システム１１に送信する。第１の口座振替結果は、口座振替電文と関連付けられているため、引落口座（バイヤー決済口座）、引落額、口座振替処理結果、及び口座振替電文を識別するための情報を含むことができる。

Ｓ６０７にて、口座振替システム１１は、受信した第１の口座振替結果の情報と、第１の口座振替結果に関連付けられる口座振替電文から特定される口座振替依頼の情報とに基づいて第２の口座振替結果を生成して、決済処理装置１０に送信する。

Ｓ６０８にて、決済処理装置１０は、口座振替システム１１から第２の口座振替結果を受信すると、第２の口座振替結果に関連付けられるデータの口座振替結果情報５０６に、第２の口座振替結果の情報を格納する。第２の口座振替結果は、引落日、引落口座（バイヤー決済口座）、引落金額、及び口座振替処理結果を含むことができる。なお、口座振替結果の入金口座は、サプライヤー決済口座ではなく、口座振替処理によって実際に入金されることになる、当座貸越枠が設定されている収納代行業者口座である。口座振替処理結果が成功を示す場合のみ、Ｓ６０９以降の処理が実行される。

Ｓ６０９にて、決済処理装置１０は、請求＆資金移動データ１０８から読み出したデータの口座振替結果情報５０６の情報に基づいて振込データを生成し、振込データ５０７に格納する。振込データは、振込日を口座振替の引落日とし、振込先をサプライヤー決済口座とし、振込元を収納代行業者の口座（当座貸越枠が設定されている口座）とし、振込金額を引落金額、すなわち、請求金額から口座振替処理が成功しなかった金額を除いた金額とするデータである。

Ｓ６１０にて、決済処理装置１０は、生成した振込データに基づいて、全銀フォーマットに従う振込電文を生成し、振込元口座を有する第２の銀行システム１３に送信する。振込電文の全銀フォーマットは、振込振替のためのフォーマットであってよい。振込元口座は、当座貸越枠が設定されている収納代行業者口座である。

Ｓ６１１にて、第２の銀行システム１３は、決済処理装置１０から受信した振込電文に基づいて、収納代行業者の口座からサプライヤー決済口座に対する振込処理を実行する。上述の処理により、口座振替処理実行日に、口座引落の通知が決済処理装置１０に届き、サプライヤー口座への入金が行われるようになる。収納代行業者の口座は、一旦、赤残（マイナス残高）になるものの、その後、第１の銀行システム１２の収納代行業者口座から第２の銀行システム１３の収納代行業者の口座に対して送金された資金が入金されるので、入金後には赤残（マイナス残高）が解消する。

図７は、図６の処理フローを資金の流れとともに説明する図である。図７では、処理当日をＮ日として説明する。

図６のＳ６０４で説明したように、決済処理装置１０からの口振依頼に基づく口振電文が口座振替システム１１から第１の銀行システム１２に送信される（Ｎ日）。Ｓ６０５で説明したように、第１の銀行システム１２は、口座振替電文を受信したことに応答して、引落口座（バイヤー決済口座）から請求金額を引き落とし（資金引落（Ｎ日））、第１の銀行システム１２の収納代行業者口座に入金する（資金入金（Ｎ日またはＮ＋１日））。

一方、第１の銀行システム１２は、口座引落処理後、Ｓ６０６～Ｓ６０７で説明したように、処理結果を通知する。すなわち、第１の口振結果の送信（Ｎ日）、第２の口振結果の送信（Ｎ日）が実行される。

図６のＳ６０９～Ｓ６１１で説明したように、決済処理装置１０は、振込電文を生成して第２の銀行システム１３に送信し（Ｎ日）、その後、第２の銀行システム１３は、振込電文に従って、当座貸越枠が設定されている代行業者口座からサプライヤー口座に対する振込処理を実行する（Ｎ日）。

振込処理が実行された場合、当座貸越枠が設定されている代行業者口座の残高は、赤残となるが、第２の銀行システム１３は、第１の銀行システム１２からの振込による入金によって赤残が解消される（Ｎ＋２日）。

図７の例では、第２の銀行システム１３は、代行業者口座として、当座貸越枠が設定されている口座と、他の金融機関から入金を受ける口座の２種類の口座を有している。

上述の処理では、同一のサプライヤー口座に対して同一日に複数のバイヤー口座から引き落とした資金を入金することが想定される。かかる場合、決済処理装置１０は、Ｓ６０９にて振込データを生成する際、同一のサプライヤー口座に対する入金情報をマージして一つの振込データを生成することができる。

例えば、サプライヤーＡ社がバイヤーＸ社から１０万円を口座振替で回収し、バイヤーＹ社から１５万円を口座振替で回収するケースを考える。第１の銀行システム１２は、それぞれの口振結果を口座振替システム１１に送信し、口座振替システム１１は、それぞれの結果を決済処理装置１０に送信する。決済処理装置１０は、請求＆資金移動データ１０８から読み出したデータの口座振替結果情報５０６の情報のうち、入金口座が同一のデータの請求金額を合算し、振込先をサプライヤー決済口座とし、振込元を収納代行業者の口座とし、振込金額を合算金額とする振込データを生成して第２の銀行システム１３に送信する。この振込データは、サプライヤーＡ社の口座に対して合算金額２５万円を入金することを示す。

上述の処理により、バイヤー口座から代金が引き落とされた事実を、その引落当日に決済処理装置１０が把握し、回収資金が収納代行業者口座に実際に着金する前に収納代行業者からサプライヤー口座に振込できるようになるため、バイヤー口座から代金を引き落とした当日中にサプライヤー口座への入金が可能となる。

以上、例示的な実施形態を参照しながら本発明の原理を説明したが、本発明の要旨を逸脱することなく、構成及び細部において変更する様々な実施形態を実現可能であることを当業者は理解するだろう。すなわち、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施態様を採ることが可能である。

１０ 決済処理装置
１１ 口座振替システム
１２ 第１の銀行システム
１３ 第２の銀行システム
１４ ネットワーク
１０１ 制御部
１０２ 主記憶部
１０３ 補助記憶部
１０４ ＩＦ部
１０５ 出力部
１０６ ユーザマスタ
１０７ 契約／決済情報
１０８ 請求＆資金移動データ

Claims (4)

1. 外部ネットワークと通信するための通信部、記憶部、及び制御部を備えた決済処理装置であって、
   前記記憶部は、ユーザ情報及びユーザ口座の情報を含むユーザマスタと、請求情報及び資金移動情報とを格納し、
   前記制御部は、
   引落日が予め定められた期間に含まれるデータを前記請求情報及び資金移動情報から読み出し、読み出した前記データに含まれる債権者情報及び債務者情報に基づいて前記ユーザマスタに問い合わせを行って債権者口座及び債務者口座を取得することと、
   取得した前記債権者口座及び前記債務者口座の情報と、読み出した前記データに含まれる引落日及び請求金額の情報とを含む口座振替依頼を生成し、生成した前記口座振替依頼を前記請求情報及び資金移動情報に格納するとともに、前記通信部を介して口座振替システムに送信することと、
   前記口座振替依頼に基づいて実行された口座振替の結果情報を前記口座振替システムから受信し、前記請求情報及び資金移動情報に格納することであって、前記結果情報は、前記口座振替依頼に基づいて実行された口座振替に関連付けられる前記引落日、引落金額、引落口座としての前記債務者口座、及び最終的な入金口座としての当座貸越枠が設定されている業者口座の情報を含む、ことと、
   前記請求情報及び資金移動情報から読み出した、振込日としての前記引落日、振込元口座としての前記業者口座、振込先口座としての前記債権者口座、及び振込金額としての前記引落金額の情報を含む振込データを生成し、前記振込データに基づく振込電文を生成することであって、前記業者口座と前記債権者口座は、同じ金融機関によって管理されている口座である、ことと、
   生成した前記振込電文を前記振込元口座に関連付けられる銀行システムに送信することと、
   を実行する決済処理装置。
2. 前記債権者口座は、前記請求情報及び資金移動情報に関連付けられる企業間取引における債権者であるサプライヤーの口座を示し、
   前記債務者口座は、前記請求情報及び資金移動情報に関連付けられる企業間取引における債務者であるバイヤーの口座を示す、
   請求項１の決済処理装置。
3. 決済処理装置によって実行される方法であって、
   前記決済処理装置は、外部ネットワークと通信するための通信部、記憶部、及び制御部を備え、前記記憶部は、ユーザ情報及びユーザ口座の情報を含むユーザマスタと、請求情報及び資金移動情報とを格納し、前記方法は、
   前記制御部が、引落日が予め定められた期間に含まれるデータを前記請求情報及び資金移動情報から読み出し、読み出した前記データに含まれる債権者情報及び債務者情報に基づいて前記ユーザマスタに問い合わせを行って債権者口座及び債務者口座を取得することと、
   前記制御部が、取得した前記債権者口座及び前記債務者口座の情報と、読み出した前記データに含まれる引落日及び請求金額の情報とを含む口座振替依頼を生成し、生成した前記口座振替依頼を前記請求情報及び資金移動情報に格納するとともに、前記通信部を介して口座振替システムに送信することと、
   前記制御部が、前記口座振替依頼に基づいて実行された口座振替の結果情報を前記口座振替システムから受信し、前記請求情報及び資金移動情報に格納することであって、前記結果情報は、前記口座振替依頼に基づいて実行された口座振替に関連付けられる前記引落日、引落金額、引落口座としての前記債務者口座、及び最終的な入金口座としての当座貸越枠が設定されている業者口座の情報を含む、ことと、
   前記制御部が、前記請求情報及び資金移動情報から読み出した、振込日としての前記引落日、振込元口座としての前記業者口座、振込先口座としての前記債権者口座、及び振込金額としての前記引落金額の情報を含む振込データを生成し、前記振込データに基づく振込電文を生成することであって、前記業者口座と前記債権者口座は、同じ金融機関によって管理されている口座である、ことと、
   前記制御部が、生成した前記振込電文を前記振込元口座に関連付けられる銀行システムに送信することと、
   を備える方法。
4. 請求項３に記載の方法をコンピュータに実行させるためのプログラム。

Images