JP2002042038A

JP2002042038A - 支払明細情報を提供可能な代金回収システム

Info

Publication number: JP2002042038A
Application number: JP2000223329A
Authority: JP
Inventors: Takahiro Tomitori; 隆浩冨取
Original assignee: Dai Ichi Kangyo Bank Ltd
Current assignee: Dai Ichi Kangyo Bank Ltd
Priority date: 2000-07-25
Filing date: 2000-07-25
Publication date: 2002-02-08

Abstract

(57)【要約】【課題】取引金融機関がインターネットを介して提供
する資金移動サービスを利用して、販売者と購買者との
間で行われる商品或いはサービスの商取引において、購
買者から販売者に対する詳細な支払明細情報を提供可能
な代金回収システムを提供する。【解決手段】資金移動サービスを利用して、販売者と
購買者との間で行われる商品またはサービスの商取引に
おける代金回収システムにおいて、販売者によって提出
された商取引における複数の商品またはサービスのそれ
ぞれに対応する複数の支払明細情報を含む支払請求デー
タを、インターネットを介して提供し、購買者が、前記
支払請求データにおいて前記複数の支払明細情報から１
回の支払処理で決済を行うための支払明細情報を選択し
て指定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットを
介して提供される資金移動サービスを利用して、販売者
と購買者との間で行われる商品或いはサービスの商取引
における代金回収システムに関し、特に、取引金融機関
のサービスを利用して、購買者から販売者に対する詳細
な支払明細情報を提供可能な代金回収システムに関す
る。

【０００２】

【従来の技術】従来、例えば商品の売買における支払い
について、その商品の販売者は、購買者に対して、イン
ターネットを利用して購買者のブラウザに支払請求デー
タ表示画面を提供している場合がある。このような場
合、購買者は、インターネットを利用して自己に関連す
る支払請求データ表示画面にアクセスして、支払請求デ
ータを確認した後、資金移動サービスを提供している取
引銀行に対して支払処理を指示し、購買者の支払（引
落）口座から販売者の入金口座への資金移動を依頼して
いる。

【０００３】図１は、前述のような従来の購買決済の業
務フローの概略を示しており、具体的に、売手企業のよ
うな販売者が、例えば複数の買手企業のような購買者に
対して、インターネットを利用するコンピュータ化され
た支払請求システムを提供し、それぞれの買手企業は、
提供された対応の支払請求に基づき、取引銀行に対して
支払処理を指示し、自己の支払口座から売手企業の入金
口座へ資金を移動する場合の業務フローを例示してる。

【０００４】図１を参照して、このような従来の購買決
済の業務フローについて以下に説明する。売手企業１０
は、先ず特定の買手企業、例えばＡ社からの商品の売買
における支払いについて、請求データを作成し、インタ
ーネット１１を利用して、複数の買手企業１２のそれぞ
れ（Ａ社，Ｂ社，Ｃ社，Ｄ社）のブラウザに支払請求デ
ータ表示画面を提供する。

【０００５】買手企業１２（Ａ社）は、支払業務を実行
するために、インターネット１１を介して自社関連の支
払請求データ表示画面として売手企業１０によって提供
されたホームページＨＰにアクセスして、支払請求デー
タを確認して、自社の取引銀行に対して、文書或いは専
用通信網等を介して支払いの指示を行う。この際、支払
いの指示には、買手企業が引落処理のために指定する取
引銀行に対する顧客取引先識別コード、銀行コード、支
店コード、引落口座番号等のデータが付加される。

【０００６】買手企業１２（Ａ社）は、自社にあるファ
ームバンキングシステム１３により、買手企業が引落処
理のために指定した取引銀行１４（Ｗ，Ｘ，Ｙ，Ｚ銀
行）の引落口座（Ｗ銀行のＡ社口座）から売手企業１０
の入金口座１５への送金指示を与える。

【０００７】この入金口座への送金指示は、例えば、Ｎ
ＴＴデータ通信が提供している、銀行間決済ネットワー
クとして銀行ＡＮＳＥＲ１６と呼ばれる自動応答情報シ
ステムのサービスを利用している。

【０００８】以上詳述した従来の購買決済業務は、以下
のような欠点がある。従来、例えば商品の売買における
支払いについて、販売者が購買者に対して支払請求デー
タを提供する場合に、また取引銀行が、資金移動サービ
スによって、購買者の支払（引落）口座から販売者の入
金口座へ資金を移動する支払処理を行う場合に、購買者
の支払金額に対する明細が何れの商品に該当するかをシ
ステム的に提供して利用することは全く意図されていな
い。

【０００９】具体的に、購買者が販売者から購入した複
数の商品について、前述のような従来の購買決済業務に
よって複数の商品の明細をまとめて１回の支払処理で行
う場合、単に合計金額によって行われていた。このた
め、例えば、購買者の支払対象となる商品ａないしｄの
金額が以下のような場合、商品ａ \１００，０００商品ｂ \２００，０００商品ｃ \３００，０００商品ｄ \６００，０００商品ａ、商品ｂ、商品ｃに対する支払合計金額\６０
０，０００と、商品ｄに対する支払金額\６００，００
０が同額であり、この金額に対する支払処理が従来の代
金回収システムによって行われた場合、支払明細情報が
提供されないために、販売者は、入金口座に入金された
情報から、商品ａ、商品ｂ、商品ｃに対する支払いであ
るか、商品ｄに対する支払いであるかを把握することが
できず、その明細情報を入手するためには、購買者に改
めて照会するという煩雑な業務を必要としていた。

【００１０】更に、従来の購買決済業務によれば、販売
者から購買者に対する支払請求データの提供はインター
ネットを介してコンピュータによってシステム化されて
おり、他方、購買者の支払指示に基づく支払処理、即ち
口座振替による資金の移動も銀行間決済ネットワークの
利用によりシステム化されているにも拘わらず、双方の
業務の間には、全くシステムとしての連続性がなく、従
って、購買決済業務が非効率的であり、また購買決済業
務全体を通して、決済に関する電子情報を有効に利用す
ることができない。

【００１１】

【発明が解決しようとする課題】本発明の課題は、取引
金融機関がインターネットを介して提供する資金移動サ
ービスを利用して、販売者と購買者との間で行われる商
品或いはサービスの商取引において、購買者から販売者
に対する詳細な支払明細情報を提供可能な代金回収シス
テムを提供することである。

【００１２】

【課題を解決するための手段】資金移動サービスを利用
して、販売者と購買者との間で行われる商品またはサー
ビスの商取引における、本発明の代金回収システムにお
いて、販売者によって提出された商取引における複数の
商品またはサービスのそれぞれに対応する複数の支払明
細情報を含む支払請求データを、インターネットを介し
て提供し、購買者が、前記支払請求データにおいて前記
複数の支払明細情報から１回の支払処理で決済を行うた
めの支払明細情報を選択して指定する。

【００１３】

【実施例】図２は、本発明の代金回収システムの概略を
示すシステムブロック図であり、具体的に、銀行が、例
えば複数の買手企業のような購買者と、売手企業のよう
な販売者とに対して、インターネットを利用するコンピ
ュータ化された代金回収システムをサービスとして提供
し、特定の買手企業のそれぞれの支払口座から売手企業
の入金口座へ資金を移動する場合のシステムを例示して
いる。通常、入金口座を有する売手企業（販売者）は特
定の銀行に対する顧客であり、他方、買手企業（購買
者）はそのような顧客の取引先であることから、図示実
施例に関して、銀行内の業務については、便宜上必要に
応じて、それぞれ「顧客」および「顧客取引先」と呼ぶ。

【００１４】図２を参照して、先ずこのような本発明の
代金回収システムの概略について以下に説明する。サー
ビス銀行によって運用される決済業務運用コンピュータ
・センター２０は、インターネット２１を利用して、売
手企業２２のブラウザ、および売手企業２２の販売する
商品を購入してその支払いをする買手企業２３のブラウ
ザに、サービス画面を提供する。

【００１５】具体的に、買手企業２３のそれぞれには、
支払表示画面として、顧客（売手企業）の請求データに
基づいて作成され、支払明細を表示して顧客取引先（買
手企業）が支払いの選択および指示をするための支払対
象一覧画面２３Ａと、それと同様の画面構成で支払処理
完了後に支払明細を表示して支払いの選択および指示を
行った明細がないこと（未支払）を確認するための支払
対象一覧画面２３Ｂと、支払処理完了後に支払済明細を
表示して支払いの選択および指示を行った明細があるこ
と（支払済）を確認するための支払済一覧画面２３Ｃ
と、が提供される。売手企業２２には入金確認画面２２
Ａが提供される。

【００１６】決済業務運用コンピュータ・センター２０
は、前述のように、インターネットを介して顧客および
顧客取引先のブラウザにサービス画面を提供するための
ＷＷＷサーバーを有すると共に、商品取引の購買決済を
実行するために、顧客（売手企業）マスタテーブル２０
Ａ、顧客取引先（買手企業）マスタテーブル２０Ｂ、受
注トランザクションテーブル２０Ｃ、決済トランザクシ
ョンテーブル２０Ｄ、として図示されたデータベースを
有する。

【００１７】顧客マスタテーブル２０Ａには、顧客によ
って予め提出されたデータに基づいて、顧客コード、顧
客名、銀行コード、支店コード、入金口座番号等が格納
されている。

【００１８】顧客取引先マスタテーブル２０Ｂには、顧
客或いは顧客取引先によって予め提出されたデータに基
づいて、顧客取引先コード、顧客名、銀行コード、支店
コード、引落口座番号等が格納されている。

【００１９】受注トランザクションテーブル２０Ｃに
は、顧客取引先の支払いの選択および指示に従って決済
データを作成するために、顧客取引先コード、支払明細
Ｎｏ．、支払金額、支払フラグ等が格納されると共に、
受注トランザクションの処理フラグが格納され、更に資
金移動処理の完了後に支払明細毎の決済結果を確認する
ために、決済データが格納されている。支払フラグとし
て、例えば、支払非対象に「０」、支払対象に「１」が割り
当てられている。また、受注トランザクションの処理フ
ラグとして、例えば、処理前に「０」、処理済に「１」、処
理中に「２」が割り当てられている。

【００２０】決済トランザクションテーブル２０Ｄに
は、資金移動処理の完了後に支払明細毎の決済結果のデ
ータを作成するために、決済Ｎｏ．、顧客取引先コー
ド、決済金額等が格納され、また、決済トランザクショ
ンの処理フラグが格納される。決済トランザクションの
処理フラグとして、例えば、処理前に「０」、処理済に
「１」、処理中に「２」が割り当てられている。

【００２１】サービス銀行の決済業務運用コンピュータ
・センター２０は、顧客取引先２３の支払いの指示を受
けて、自行の資金集中配分システム（自動資金移動実行
処理システム）によって、顧客取引先２３が引落処理の
ために指定した決済銀行２４（Ｘ銀行）の引落口座から
顧客２２が入金のために指定した決済銀行２５（Ｙ銀
行）の入金口座１６への資金移動の指示を与える。

【００２２】サービス銀行による顧客取引先の引落口座
から顧客の入金口座への送金（資金移動）指示は、例え
ば、ＮＴＴデータ通信が提供している、銀行間決済ネッ
トワークとして銀行ＡＮＳＥＲ２６と呼ばれる自動応答
情報システムのサービスを利用している。

【００２３】図３は、前述のような本発明のインターネ
ットを利用する代金回収システムの業務フローのを示し
ており、以下図３を参照して、本発明の代金回収システ
ムについて更に説明する。

【００２４】顧客取引先（買手企業）は、支払業務を実
行するために、インターネットを介して自社関連のサー
ビス画面として提供されたホームページＨＰにアクセス
して、顧客（売手企業）によって提出された請求データ
に従って作成された支払対象一覧画面２３Ａ（図２）を
使用して、サービス銀行に対する支払いの指示を行う
（ステップ３００）。

【００２５】図４は、支払対象一覧画面２３Ａの一例を
示しており、顧客取引先名、明細（請求）Ｎｏ．、請求
金額、請求合計金額が表示されると共に、支払対象を選
定し且つ支払いを指示するための支払選定欄、支払選定
合計欄が表示される。明細Ｎｏ．，は、取引きされた個
々の商品に関連付けられている。図示実施例において、
顧客取引先は、全請求金額合計 \１，８００，０００
に対して、支払対象として明細Ｎｏ．３４６、３４
７、３４８を選定し、対応の請求金額 \１００，００
０、\２００，０００、\３００，０００、の合計とし
て、支払選定合計欄には、 \６００，０００が表示
されている。この画面上で、例えばマウスのクリック操
作によって支払承認を行うと、支払指示のデータは、イ
ンターネットを介して、サービス銀行の決済業務運用コ
ンピュータ・センターに伝送される。

【００２６】決済業務運用コンピュータ・センターにお
いて支払指示のデータを受信すると、[表１]に示された
ように、支払指示された受注トランザクションテーブル
の該当データの支払フラグを、支払対象を示す「１」に
更新する（ステップ３０１）。受注トランザクションテ
ーブルの該当データの処理フラグは、処理前を示す
「０」である。この時、決済トランザクションテーブル
に変更はない。

【００２７】

【表１】

【００２８】受注トランザクションテーブルにおいて、
支払フラグが「１」であり、且つ処理フラグが「０」で
ある複数のデータに対して、[表２]に示されたように、
同一の決済Ｎｏ．（Ｎｏ．１０２８）を付与し、処理フ
ラグを「２」とする。更に、決済トランザクションテーブ
ルにおいて、付与された決済Ｎｏ．（Ｎｏ．１０２
８）、取引先コード（Ｘ）、複数データの合計金額（\
６００，０００）を保有する決済データを作成し、作成
した決済データの処理フラグを、処理中を示す「２」とす
る（ステップ３０２）。

【００２９】

【表２】

【００３０】作成された決済データに対して、顧客マス
タテーブル及び顧客取引先マスタテーブルを使用して、
顧客及び顧客取引先の銀行コード、支店コード、口座番
号等を付与し、図２に関して説明したように、既存の銀
行間決済ネットワーク（ＮＴＴデータ通信が提供してい
る銀行ＡＮＳＥＲ）に送信する（ステップ３０３）。

【００３１】このような銀行間決済ネットワークの使用
により、決済銀行間で、即ち、資金顧客取引先の引落口
座と顧客の入金口座との間で資金移動を行う（ステップ
３０４）。

【００３２】資金移動の完了と共に、決済業務運用コン
ピュータ・センターにおいて、ステップ３０３で送信さ
れた決済データの決済結果を受信する。（ステップ３０
５）。

【００３３】決済業務運用コンピュータ・センターにお
いて決済結果を受信すると、[表３]に示されたように、
決済トランザクションテーブルの該当データの処理フラ
グを、処理済を示す「１」に更新する（ステップ３０
６）。この時、受注トランザクションテーブルに変更は
ない。

【００３４】

【表３】

【００３５】受注トランザクションテーブルにおいて、
[表４]に示されたように、ステップ６にて処理したデー
タと同一の決済Ｎｏ．（Ｎｏ．１０２８）を保有し、且
つ処理フラグが「２」である複数のデータに対して、処理
フラグを、処理済を示す「１」とし、これによって、支払
明細毎の決済結果を確認する（ステップ３０７）。この
時、決済トランザクションテーブルに変更はない。

【００３６】

【表４】

【００３７】このようして、決済業務運用コンピュータ
・センターは、インターネットを利用して、顧客のブラ
ウザおよび顧客取引先のブラウザに提供されるサービス
画面を介して、商品の売買に関する支払明細毎の決済結
果をサービスとして提供して、広範に利用することが可
能になる。

【００３８】顧客取引先は、インターネットを介して自
社関連のホームページにアクセスして、前述のように商
品の売買に関する支払明細毎の決済結果を閲覧すること
ができる。即ち、顧客取引先は、支払明細を表示して顧
客取引先が支払いの選択および指示をするために使用す
る支払対象一覧画面（図２、２３Ａ：図４）と、同様の
画面構成で支払処理（資金移動）完了後に支払明細を表
示して支払いの選択および指示を行った明細がないこと
を照会し且つ確認するための支払対象一覧画面（図２、
２３Ｂ）と、支払処理（資金移動）完了後に支払済明細
を表示して支払いの選択および指示を行った明細がある
ことを照会し且つ確認するための支払済一覧画面（図
２、２３Ｃ）と、を使用して、支払明細毎の決済結果を
確認できると共に、そのような情報を電子データとして
入手することが可能になる（ステップ。

【００３９】また、顧客も顧客取引先と同様に、インタ
ーネットを介して自社関連のホームページにアクセスし
て、前述のように商品の売買に関する支払明細毎の決済
結果を閲覧することができる。即ち、顧客は、入金確認
画面（図２、２２Ａ）を使用して、支払明細毎の決済結
果を確認できると共に、そのような情報を電子データと
して入手することが可能になる（ステップ３０９）。図
５は、入金確認画面の一例であり、画面構成は、図４の
支払対象一覧画面と比較すると明らかなように、顧客の
入金口座に実際に入金のあった日付けを表示する入金日
欄が設けられている点で支払対象一覧画面と相違してい
る。

【００４０】

【発明の効果】本発明の代金回収システムによれば、銀
行、即ち決済業務運用コンピュータ・センターは、イン
ターネットによって販売者のブラウザおよび購買者のブ
ラウザに提供されるサービス画面を介して、購買者から
販売者に対する詳細な支払明細情報と共に資金移動サー
ビスを提供することが可能になる。一般に、企業間の商
取引での支払決済においては、売掛金の消し込みニーズ
が大きいにも拘わらず、従来の代金回収システムでは、
振込人および金額の突き合わせはできても、支払明細の
照合までは煩雑なマニュアル業務を伴い簡単ではない。
本発明によれば、インターネットを利用して提供される
サービス画面に対して、売手企業からの請求明細の中か
ら買手企業に支払分を選択指示させることによって支払
明細の把握を可能にした。

【００４１】本発明の代金回収システムによれば、買手
企業（購買者、顧客取引先）から売手企業（販売者、顧
客）に対する詳細な支払明細情報を電子データとして提
供可能であることから、特に、売手企業にとっては、入
金状況を瞬時のうちに正確且つ詳細に確認することがで
き、また、そのような電子データを、自社のコンピュー
タ化された発注管理システムおよび受注管理システムに
連携させることができ、更に自社の伝票起票や会計処理
等をシステム的に行うことが容易になる。

【００４２】更に、本発明の代金回収システムによれ
ば、販売者から購買者に対する支払請求データの提供は
インターネットを介してコンピュータによってシステム
化されるとともに、購買者の支払指示に基づく支払処
理、即ち口座振替による資金の移動も銀行間決済ネット
ワークの利用によりシステム化され、購買決済業務全体
を通して連続性のあるシステムとして構成でき、従っ
て、購買決済業務を迅速且つ効率的に行うことが可能に
なり、また購買決済業務全体を通して決済に関する電子
情報を有効に利用することが可能になる。

【００４３】更に、本発明の代金回収システムによれ
ば、インターネットと銀行間決済ネットワークとを有効
に利用するハイブリッドサービスを提供できるので、同
一金融機関の間での決済業務に限らず、異なる金融機関
の間での決済をも実現することが可能になる。

【図面の簡単な説明】

【図１】図１は、従来の購買決済（代金回収）の業務フ
ローの概略を示している。

【図２】図２は、本発明の代金回収システムの概略を示
すシステムブロック図である。

【図３】図３は、本発明のインターネットを利用する代
金回収システムの業務フローのを示している。

【図４】図４は、本発明の代金回収システムにおいて、
購買者のブラウザに提供されるサービス画面の一例を示
している。

【図５】図５は、本発明の代金回収システムにおいて、
販売者のブラウザに提供されるサービス画面の一例を示
している。

【符号の説明】

２０決済業務運用コンピュータ・センター２０Ａ顧客（売手企業）マスタテーブル２０Ｂ顧客取引先（買手企業）マスタテーブル２０Ｃ受注トランザクションテーブル２０Ｄ決済トランザクションテーブル２１インターネット２２売手企業２２Ａ入金確認画面２３買手企業２３Ａ支払対象一覧画面２３Ｂ支払対象一覧画面２３Ｃ支払済一覧画面２４，２５決済銀行２６銀行間決済ネットワーク

Claims

【特許請求の範囲】

【請求項１】資金移動サービスを利用して、販売者と
購買者との間で行われる商品またはサービスの商取引に
おける代金回収システムにおいて、販売者によって提出された前記商取引における複数の商
品またはサービスのそれぞれに対応する複数の支払明細
情報を含む支払請求データを、インターネットを介して
提供し、購買者が、前記支払請求データにおいて前記複
数の支払明細情報から１回の支払処理で決済を行うため
の支払明細情報を選択して指定すること、を特徴とする
代金回収システム。
【請求項２】前記支払請求データは、金融機関によっ
て運用される決済業務運用コンピュータ・センターか
ら、インターネットを利用して、前記購買者に提供され
ることを特徴とする請求項１の代金回収システム。
【請求項３】前記支払処理によって、前記購買者の支
払口座から前記販売者の入金口座への資金移動処理が完
了した後、決済結果のデータは、前記決済業務運用コン
ピュータ・センターから、インターネットを利用して、
支払確認のために前記購買者に提供されることを特徴と
する請求項１または２の代金回収システム。
【請求項４】前記決済結果のデータは、前記複数の支
払明細情報のうち支払いの選択および指示を行った明細
が支払済であることを確認するためのデータを含むこと
を特徴とする請求項１ないし３のいずれかの代金回収シ
ステム。
【請求項５】前記決済結果のデータは、前記複数の支
払明細情報のうち支払いの選択および指示を行った明細
が未支払であることを確認するためのデータを含むこと
を特徴とする請求項１ないし４のいずれかの代金回収シ
ステム。
【請求項６】前記支払処理によって、前記購買者の支
払口座から前記販売者の入金口座への資金移動処理が完
了した後、決済結果のデータは、前記決済業務運用コン
ピュータ・センターから、インターネットを利用して、
入金確認のために前記販売者に提供されることを特徴と
する請求項１ないし５のいずれかの代金回収システム。
【請求項７】前記購買者の支払口座から前記販売者の
入金口座への資金移動処理が、銀行間決済ネットワーク
を利用して行われることを特徴とする請求項３ないし６
のいずれかの代金回収システム。