JP2004152085A

JP2004152085A - オークション代金の融資決済システム

Info

Publication number: JP2004152085A
Application number: JP2002317594A
Authority: JP
Inventors: Shigeru Matsui; 松井　　繁
Original assignee: Tsubasa System Co Ltd
Current assignee: Tsubasa System Co Ltd
Priority date: 2002-10-31
Filing date: 2002-10-31
Publication date: 2004-05-27
Anticipated expiration: 2022-10-31
Also published as: JP4167042B2

Abstract

【課題】物件ごとの決済処理の安定性を高め、融資リスクを分散させることにより、中古車業者等に対するより大きな決済支援を行う。
【解決手段】複数のオークションサーバーと、決済仲介機関サーバーと、決済機関サーバーと、により構成され、前記オークションサーバーは、オークション対象物件が落札されたことに応じて、落札者又は支払代行者に対する代金請求データ、又は、出品者又は支払代行者に対する代金支払データを出力し、前記決済機関サーバーは、前記決済仲介機関サーバーにより出力される口座振替データおよび振込データに従い決済処理を行い、前記決済仲介機関サーバーは、複数の前記代金請求データについて各代金請求データに基づき会員貸付口座から仲介機関口座への口座振替データを出力し、各代金請求データに対応する代金の合計金額を前記主催者預金口座に振込むことを指示する振込データを出力する。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、オークション落札物件の代金融資ならびに決済のシステムに関する。
【０００２】
【従来の技術】
従来、オークションシステムにおいて、参加者がオークション運営者に口座情報を登録し、各口座において代金決済することが一般に行われている（例えば、特許文献１参照）。また、落札物件の代金の融資を受けるシステム等が提案されている（例えば、特許文献２参照）。
【０００３】
【特許文献１】
特開２００２−１３３３４２号公報
【０００４】
【特許文献２】
特開２００１−３５７２４９号公報
【０００５】
【発明が解決しようとする課題】
中古車オークションの業界では、オークションの運営主体が提携し、運営主体をまたぐ取引が行われている。たとえば、オークションＡ会員がオークションＡ社に出品した中古車をオークションＢの会員が落札する、という例である。このようなケースにおいて、特許文献１の決済方法によっては、落札者よりの代金の回収と、出品者への代金支払の手続きが分離されてしまう。そのため、決済の遅延等により落札物件の円滑な移転が阻害されたり、取引自体が無効となってしまうことも少なくなかった。
【０００６】
また、中古車の代金は高額となるため、中古車事業者は常に資金繰りに気をつけなければならない。特許文献２によれば、落札物件の代金の融資を受けることができるが、融資に関するリスクは信用供与会社が全て負担しなければならない。そのため、信用供与会社の健全経営のため与信限度額は総体的には低めとならざるを得ない。
【０００７】
上記事情に鑑み、本発明の課題は、物件ごとの決済処理の安定性を高め、融資リスクを分散させることにより、中古車業者等に対するより大きな決済支援を行うことのできるシステムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明は、上記課題を解決するためになされたものであり、競売物件のオークションを行う複数のオークションサーバーと、前記オークションサーバーと接続する決済仲介機関サーバーと、前記決済仲介機関サーバーと接続する決済機関サーバーと、により構成されるオークション代金の融資決済システムであって、前記オークションサーバーは、会員に対し、決済方法に応じた第１および第２の参加資格番号を発行する参加資格番号発行手段と、オークション対象物件が落札されたことに応じて、該物件の落札者の参加資格番号が前記第１の参加資格番号である場合には、該落札者に対する代金請求データを出力し、落札者の参加資格番号が前記第２の参加資格番号である場合には、支払代行者に対する代金請求データを出力し、該物件の出品者の参加資格番号が前記第１の参加資格番号である場合には、該出品者に対する代金支払データを出力し、該物件の出品者の参加資格番号が前記第２の参加資格番号である場合には、支払代行者に対する代金支払データを出力する決済情報出力手段とを備え、前記決済機関サーバーは、決済仲介機関の仲介機関預金口座情報および準備金口座情報と、前記会員ごとの会員貸付口座情報とをそれぞれ記憶する口座情報記憶手段と、前記決済仲介機関サーバーにより出力される口座振替データおよび振込データに従い決済処理を行う決済手段とを備え、前記決済仲介機関サーバーは、オークション主催者ごとの主催者預金口座情報を記憶する主催者口座記憶手段と、前記会員に対する与信限度額を定める与信設定手段と、前記与信限度額に応じた保証データを出力する保証データ出力手段と、前記保証データに基づき保証料金額を前記準備金口座に振込むことを指示する積立データ出力手段と、複数の前記代金請求データについて各代金請求データに基づき前記会員貸付口座から前記仲介機関口座への口座振替データを出力する振替データ出力手段と、各代金請求データに対応する代金の合計金額を前記主催者預金口座に振込むことを指示する振込データ出力手段と、前記合計金額の算出の基となった各代金請求データに基づき、振込内容明細データを出力する明細データ出力手段と、前記代金支払データに基づいて、前記決済仲介機関預金口座から前記会員貸付口座への口座振替データを出力する第２の振替データ出力手段とを備える構成とした。
【０００９】
本発明によれば、決済仲介機関サーバーを介して決済を行うことになるため、物件ごとの決済処理の安定性を高め、融資リスクを分散させることにより、中古車業者等に対するより大きな決済支援を行うことが可能となる。
【００１０】
上記オークション代金の融資決済システムにおいては、例えば、前記オークションサーバーは、前記振込データに対応する振込が行われたことに応じて、該振込データに対応する振込内容明細データに示される物件の物件情報を出力する物件情報出力手段をさらに備え、前記決済仲介機関サーバーは、前記物件情報に基づき、該物件の移転手続のための書類を発行する書類発行手段をさらに備える。
【００１１】
このようにすれば、決済仲介機関（決済仲介機関サーバー）では、受信したデータおよび受領した書類に対し、必要に応じて決済機関を所有者または担保権者とするデータや印字出力を付加して物件の移転手続を行うことが可能になる。
【００１２】
上記オークション代金の融資決済システムにおいては、例えば、前記口座情報記憶手段は、前記会員ごとの会員預金口座情報をさらに記憶し、前記決済機関サーバーは、前記貸付口座における利息額を前記会員預金口座の残高と相殺可能か否かを判定する相殺判定手段と、相殺可能である場合に該会員預金口座より該利息額を引落す相殺手段と、相殺不可の場合は前記決済仲介機関に対する利息請求データを作成するとともに、前記決済仲介機関口座から該利息額を引落す立替処理手段と、をさらに備え、前記決済仲介機関サーバーは、前記利息請求データに基づき、該利息請求データに対応する会員に対する振込通知データを出力する振込通知データ出力手段をさらに備える。
【００１３】
このようにすれば、決済仲介機関（決済仲介機関サーバー）が立替えた利息の支払いを会員に対して促すことが可能になる。
【００１４】
上記オークション代金の融資決済システムにおいては、例えば、前記決済仲介機関サーバーは、会員によるオークション出品物件の情報を入力する会員出品物件情報入力手段と、前記会員貸付口座の残高を照会する残高照会手段と、前記出品物件情報に基づき落札見込額を算出する落札見込額算出手段と、前記残高および前記落札見込額を通信回線を介して会員端末に送信する残高送信手段と、を更に備える。
【００１５】
このようにすれば、会員は、残高および落札見込額を把握できる。
【００１６】
上記オークション代金の融資決済システムにおいては、例えば、前記決済仲介機関サーバーは、前記代金請求データと前記残高と前記与信限度額とに基づき振替可能か否かを判定する振替可能判定手段と、前記振替可能判定手段の判定が否定であるとき、前記代金請求データと前記残高と前記与信限度額と前記落札見込額に基づき立替可能か否かを判定する立替可能判定手段と、立替が可能である場合に前記決済仲介機関預金口座から前記会員貸付口座への口座振替データを出力する第２の立替データ出力手段と、をさらに備える。
【００１７】
このようにすれば、一時的に貸付限度額を超過する場合には、限度額を超過する部分について決済仲介機関（決済仲介機関サーバー）による立替が行われる。
【００１８】
前記決済仲介機関サーバーは、前記会員貸付口座における貸付額を取得する貸付額取得手段をさらに備え、前記第２の振替データ出力手段は、前記代金支払データに含まれる支払代金金額が前記貸付額より大きい場合に、前記支払代金金額から前記貸付額に相当する金額を前記会員貸付口座へ宛てて振替え、残余を前記会員預金口座に宛てて振替えるための振替データを出力する。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態であるオークション代金の融資決済システムについて図面を参照しながら説明する。図１は、本発明に係る中古車オークションの融資・決済システムのブロック図である。
【００２０】
会員端末１００は、ディスプレイ等の表示デバイス、ＨＤＤ（ハードディスク装置）等の記憶デバイス、プリンタ等の印刷デバイス、キーボードやマウス等の入力デバイス、モデムやＬＡＮカード等の通信デバイス等を備える一般的なパーソナルコンピュータ、およびその上で動作するオペレーティングシステム及びアプリケーションソフトウェアである。
【００２１】
複数のオークションサーバー２００（オークションサーバーＡ、Ｂ、Ｃ・・・）、決済仲介機関サーバー３００、決済機関サーバー４００はそれぞれ、ディスプレイ等の表示デバイス、プリンタ等の印刷デバイス、キーボードやマウス等の入力デバイス、モデムやＬＡＮカード等の通信デバイスを備える一般的なサーバーコンピュータ、およびその上で動作するオペレーティングシステム及びアプリケーションソフトウェアである。
【００２２】
決済仲介機関サーバー３００は、オークション主催者ごとの主催者預金口座情報を記憶する主催者口座記憶手段を備えている。
【００２３】
決済機関サーバー４００は、決済仲介機関の仲介機関預金口座情報および準備金口座情報と、前記会員ごとの会員貸付口座情報とをそれぞれ記憶する口座情報記憶手段とを備えている。この口座情報記憶手段は、前記会員ごとの会員預金口座情報をさらに記憶する。
【００２４】
同図中、ＤＡＳＤ図から伸びる矢印は、各データが通信回線を通して送信される方向を示している。
【００２５】
［オークションサーバーの動作］
【００２６】
次に、上記構成の本発明に係る中古車オークションの融資・決済システムの動作について図面を参照しながら説明する。図３は、本発明に係る中古車オークションの融資・決済システムの動作を説明するためのフローチャートである。
【００２７】
オークションサーバー２００の会員データ（会員データベース等）には、会員番号、パスワード、決済方法、会員名称、会員住所、電話番号その他の会員情報が記憶されている。
【００２８】
オークションサーバー２００の物件データ（物件データベース等）には、物件番号、車両登録番号、車種や年式、型式番号、車台番号その他の物件情報、入札開始価格、現在の入札最高額、所有者（出品者）の会員番号が記憶されている。
【００２９】
オークションサーバー２００では公知のオークションシステム（オークションを行うためのアプリケーション）が稼働しており、会員端末１００はオークションサーバー２００にインターネット等のネットワークを介して接続し、会員番号とパスワードを用いて認証を得た後、該オークションシステム２００を通じて物件の閲覧および入札を行う。
【００３０】
オークションサーバー２００においては、オークションの入札締切時刻の到来（Ｓ１００）に応じて物件の落札者を定めた後（Ｓ１０１）、該落札者の会員データを参照し（Ｓ１０２）、決済方法の値を検査する。ここで決済方法とは、例えば１：通常／２：融資決済を示すデータである。
【００３１】
これは、オークションサーバー２００が会員に対し、決済方法に応じた第１および第２の参加資格番号として発行したものである（参加資格番号発行手段）。
【００３２】
決済方法が１：通常であった場合、即ち決済方法の値（落札者の参加資格番号）が１：通常（第１の参加資格番号）であった場合には（Ｓ１０３：通常）、各オークションサーバー運営者が既定する手続きにより、落札者会員との直接決済を行う。具体例としては、会員の口座情報をオークションサーバー２００に登録しておき、該口座から自動引き落としするための引落データを出力する（Ｓ１０４）。また、該落札者会員宛の請求書を印刷するものであってもよい。
【００３３】
次いで、該落札物件の出品者の会員データを参照し（Ｓ１０５）、決済方法の値を検査する。出品者会員の決済方法が１：通常であった場合、即ち決済方法の値（出品者の参加資格番号）が１：通常（第１の参加資格番号）であった場合には（Ｓ１０６：通常）、例えば落札代金から手数料を差し引いた額を該オークション運営者の口座から該出品者の口座に振込むための振込データを出力する（Ｓ１０７）。そして、落札代金、手数料、振込額、振込日時などの情報を、書面やＥメールなどの形態で出力し、出品者会員に送付する。
【００３４】
これら引落データ及び振込データは、出金元となる口座を管理する銀行等へオンラインまたはオフラインで送付される（Ｓ１０８）。
【００３５】
一方、落札者会員の決済方法が２：融資決済であった場合、即ち決済方法の値（落札者の参加資格番号）が２：融資決済（第２の参加資格番号）であった場合（Ｓ１０３：融資決済）、該落札物件の物件データと落札者会員番号を対応づけた落札物件データと、落札者会員番号または物件番号、落札価格、請求金額とからなる代金請求データを出力し、決済仲介機関サーバー３００に送信する（Ｓ１０９）。
【００３６】
また、出品者会員の決済方法が２：融資決済であった場合、即ち決済方法の値（出品者の参加資格番号）が２：融資決済（第２の参加資格番号）であった場合は（Ｓ１０６：融資決済）、該落札物件の物件データと、出品者会員番号または物件番号、落札価格、支払金額とからなる代金支払データを出力し、決済仲介機関サーバー３００に送信する（Ｓ１１０）。
【００３７】
ここで、オークション運営者が落札者から収受する手数料は、請求金額に含めてもよいし、オークション運営者が落札者会員に直接請求するようデータ処理されるものであってもよい。また、支払金額は、落札価格からオークション運営者が出品者から収受する手数料を差し引いた額であってもよいし、オークション運営者が該手数料を出品者会員に直接請求するようデータ処理されるものであってもよい。
【００３８】
なお、代金請求データ、代金支払データ、落札物件データにはそれぞれ、オークション運営者を識別するためのオークション識別番号が付加された上で決済仲介機関サーバー３００に送信される。決済仲介機関サーバー３００に送信される物件データは、物件を特定することができる情報を含めば足り、オークションサーバー２００に記憶されている物件データの全ての情報項目を含む必要はない。
【００３９】
［融資枠の設定］
【００４０】
会員は、決済仲介機関サーバー３００により提供される融資決済サービスを受けるに先立ち、融資枠を設定するための審査を受ける。審査は人的手続により行われ、その結果、貸付限度額が定められる。
【００４１】
審査が完了すると、決済仲介機関サーバー３００においては、該会員番号（オークションサーバー２００における会員番号に相当）と、所属するオークションの識別番号、貸付限度額、預金口座情報、該会員の名称や住所、電話番号、担当者名、担当者Ｅメールなどの連絡先情報、手数料方式情報、などを入力して、会員データ２（会員データベース等）に記憶する（Ｓ２００）。手数料方式とは、決済仲介機関が会員から収受する融資決済サービスの手数料を定額とするか、物件ごとの従量制とするかを示すものである。
【００４２】
これらの入力は表示デバイスに出力される入力画面およびキーボード、マウスなどの入力デバイスを操作して通常行われる方法により行われればよい。
【００４３】
次いで、決済仲介機関サーバー３００は、会員に対する与信限度額を定め（与信設定手段）、その与信限度額に応じた保証データを出力する（保証データ出力手段）（Ｓ２０１）。保証データは、会員番号、貸付限度額、保証金額の各情報を含む。保証金額は、貸付限度額と手数料方式に応じて定められたテーブルがあらかじめ記憶されており、これを参照することにより得られる。保証データは、決済機関サーバー４００へ送信される（図１の積立データに対応）ものである（保証データに基づき保証料金額を前記準備金口座に振込むことを指示する積立データ出力手段に相当）が、該決済仲介機関内部においては会計システム等（不図示）へ受け渡され財務情報として利用される。保証金額は後述する通り決済機関サーバー４００の準備金口座に積立てられるものであって、決済機関がこの準備金を担保の一部として融資を行うものである。
【００４４】
保証データを受信した決済機関サーバー４００は、該会員の貸付口座を新設し（Ｓ３００）、該口座の口座番号を発行し（Ｓ３０１）、該口座の記憶域を割り当てる。また、会員データ３（会員データベース等）には、会員番号、会員の名称、住所、電話番号その他の連絡先情報、該会員の預金口座および貸付口座の口座番号、貸付限度額が登録される。貸付口座の口座番号は、該会員番号と対応づけたデータとして決済仲介機関へ通知され、決済仲介機関サーバー３００はこれを会員データ２に記憶する（Ｓ３０２）。
【００４５】
保証金額は最終的には準備金口座に入金されるものであるが、運用上の取決めに従い、決済機関が保証データを受け取り次第、決済仲介機関の預金口座から準備金口座に振替を行うようにしてもよいし、決済機関サーバーが保証データに基づく請求データを出力し、決済仲介機関が該請求データを受け取った後、振替のためのデータを作成して決済機関サーバー４００に送信するようにしてもよい。
【００４６】
なお、実務上は、会員と決済機関の間でいわゆる当座貸越契約が結ばれることが前提であるが、技術的事項ではないため詳しい説明は省略する。会員データ３に登録するために必要となる情報は、該契約により得られるものである。また、預金口座は貸付口座とともに新設されるものでもよいし、該契約において指定される既存の口座番号であってもよい。
［決済処理］
【００４７】
前記「オークションサーバーの動作」で述べた通り、物件の落札者会員が融資決済で決済する会員であった場合（Ｓ１０３：融資決済）、決済仲介機関サーバー３００は、オークションサーバー２００より代金請求データ及び落札物件データを受け取る。決済仲介機関サーバー３００は、これらのデータに基づき、次の処理を行う。
１）代金請求データに含まれる会員番号に基づき会員データ２を検索する（Ｓ２０２）。
２）会員データ２の会員貸付口座を出金口座、仲介機関預金口座を入金口座とする振替データを作成する（Ｓ２０３）（図１の口座振替データＡに対応）。
３）複数の代金請求データの請求金額をオークション運営者ごとに集計し、オークション運営者の預金口座を入金口座、仲介機関預金口座を出金口座、請求金額の合計額を振込額とする振込データを作成する（Ｓ２０４）。オークション運営の預金口座情報は図１の「オークション運営者情報」においてオークション識別番号に対応づけて記憶されているので、これを参照して取得する。
４）前記振替データを決済機関サーバー４００に送信する（振替データ出力手段）（Ｓ２０５）。
５）前記振込データを決済機関サーバー４００に送信する（振込データ出力手段）（Ｓ２０５）。
６）前記振込データに対応する代金請求データごとの明細データを出力する（明細データ出力手段）（Ｓ２０６）。ここで出力とは、プリンタ等で印刷することであってもよいし、ファイルに記録することでもよい。出力される内容は、物件番号およびその他の物件情報と請求金額からなる明細と、請求金額の合計額である。
７）出力した明細データを、対応するオークションサーバー２００に送信する（Ｓ２０６）。
【００４８】
以上は、貸付額が貸付限度額を超えないことを前提とした流れで説明したが、２）の処理を開始するに当たり、代金請求データに対応する貸付を行った結果が限度額を超えるか否かの判定が行われ、超えると判定された場合は、オークションサーバー２００に対し決済拒否の情報を出力して以降の処理を行わないものとする。
【００４９】
同様に、落札物件の出品者会員が融資決済で決済する会員であった場合（Ｓ１０６：融資決済）、決済仲介機関サーバー３００は、オークションサーバー２００より代金支払データ及び落札物件データを受け取る。決済仲介機関サーバー３００は、これらのデータに基づき、次の処理を行う。
１１）代金支払データに含まれる会員番号に基づき会員データ２を検索する（Ｓ２０７）。
１２）会員データ２の会員貸付口座を入金口座、仲介機関預金口座を出金口座、支払金額を振替金額とする振替データを作成する（Ｓ２０８）（図１の口座振替データＢに対応）。
１３）前記振替データを決済機関サーバー４００に送信する（第２の振替データ出力手段）（Ｓ２０９）。
【００５０】
決済機関サーバー４００は、受信した振替データ及び振込データに基づき、振替・振込の処理（決済手段）を行う（Ｓ３０３）。
【００５１】
振替データに示される振替金額が当該貸付口座における貸付額を上回る場合は、その上回る部分を、会員データ３により該貸付口座に対応づけられた預金口座に振替える。
【００５２】
上記１２）（Ｓ２０８）において、通信回線を介して決済機関サーバー４００から該会員貸付口座における貸付額を取得し（貸付額取得手段）、代金支払データに示される支払金額が貸付額を上回る場合には、貸付額相当額を会員貸付口座に振替え、残余を会員預金口座に振替える振替データとしてもよい。即ち、前記代金支払データに含まれる支払代金金額が前記貸付額より大きい場合に、前記支払代金金額から前記貸付額に相当する金額を前記会員貸付口座へ宛てて振替え、残余を前記会員預金口座に宛てて振替えるための振替データを出力する。これは例えば、第２の振替データ出力手段が行う。
【００５３】
このように、この融資決済システムを利用する会員の取引において、落札物件の落札額より出品物件の落札額が超過となっている場合は、超過部分を金利条件の優位な口座の預金として資金配置することが可能となる。
【００５４】
振込明細データを受信したオークションサーバー２００は、振込明細データに示される各物件について、物件データから該物件の移転手続に必要となるデータ（又は物件データ）を出力し（物件情報出力手段）（Ｓ１１１）、これを決済仲介機関サーバー３００に送信する（Ｓ１１２）とともに、必要に応じてこのデータに基づき移転手続のための書類を印刷し、決済仲介機関に送付する（又は決済仲介機関サーバー３００が物件データに基づき、物件の移転手続のための書類を発行する：書類発行手段）。物件が中古車である場合は、物件の出品にあたって、自動車検査証または抹消証明書、自賠責保険証書など、移転手続に必要となる証書類が出品者からオークション運営者に預託されており、これらも併せて決済仲介機関に送付される。決済仲介機関では、受信したデータおよび受領した書類に対し、必要に応じて決済機関を所有者または担保権者とするデータや印字出力を付加して物件の移転手続を行う。
【００５５】
［金利引落］
【００５６】
決済機関は、会員貸付口座における貸付額に対応する利息を収受する。決済機関サーバー４００は、一般的な利息算出手法で１日ごとに利息の計算を行い、これを所定期間（たとえば１ケ月）ごとに集計する（Ｓ３０４）。そして、決済機関サーバー４００は、貸付口座における利息額を会員預金口座の残高と相殺可能か否かを判定し（相殺判定手段）、相殺可能である場合に、会員データ３によって該会員貸付口座に対応づけられた会員預金口座より、前記集計された利息額を引落す処理を行う（相殺手段）（Ｓ３０５）。一方、相殺不可の場合は、会員預金口座の残高が利息額より小さければ、前記会員預金口座に代えて決済仲介機関の預金口座より引落を行うとともに、引落データ（図１の利息請求データに対応）を作成して決済仲介機関サーバー３００に送信する（立替処理手段）（Ｓ３０６）。
【００５７】
引落データは、会員番号、引落日付、引落額の情報を含むものである。
【００５８】
引落データを受信した決済仲介機関サーバー３００は、引落データに基づいて振込通知データを作成する（振込通知データ出力手段）（Ｓ２１１）。振込通知データは、引落日付に基づき所定の基準により算出される振込期限と振込額、および振込口座の情報である。振込額は、引落額に所定の立替手数料を加算した金額である。振込口座は任意の口座で構わない。振込通知データは、会員データ２の連絡先情報を宛名とした印刷物に出力されて郵送されてもよいし、会員データ２に登録されたＥメールアドレスを用いてＥメールで送信されるものであってもよい。
【００５９】
このようにして、決済仲介機関が立替えた利息の支払いを会員に対して促すものである。
【００６０】
［融資残高照会］
【００６１】
決済仲介機関サーバー３００は、融資残高に関する情報を下記の手順により取得し、会員に通知する。
３１）決済仲介機関サーバー会員番号を指定して決済機関サーバー４００に照会要求を出力（残高照会手段）（Ｓ２１２）。
３２）決済機関サーバー４００は、会員番号で会員データ３を検索し（Ｓ３０７）、該当する貸付口座番号および貸付限度額を取得する（Ｓ３０８）。
３３）決済機関サーバー４００は、該貸付口座番号の貸付額を取得する（Ｓ３０９）。
３４）決済機関サーバー４００は、貸付限度額および貸付額を決済仲介機関サーバー３００へ送信する（Ｓ３１０）。
３５）決済仲介機関サーバー３００は、会員データ２を参照し、該会員が所属するオークションを識別する（Ｓ２１３）。
３６）決済仲介機関サーバー３００は、前記オークションに対応するオークションサーバー２００に対し、会員番号による出品物件の照会要求を出力する（Ｓ２１４）。
３７）オークションサーバー２００は、会員番号に基づき物件データを抽出し（Ｓ１１３）、入札開始価格、現在の入札最高額を含む所定の情報を決済仲介機関サーバー３００に出力する（Ｓ１１４）。
３８）決済仲介機関サーバー３００は、オークションサーバー２００から受信した複数の物件情報に基づき（会員出品物件情報入力手段）、入札開始価格、現在の入札最高額をそれぞれ集計する（Ｓ２１５）。
３９）決済仲介機関サーバー３００は、入札開始価格の合計額、現在の入札最高額の合計額、貸付限度額および貸付額のそれぞれの情報を、会員への通知のための所定の書式に整える（Ｓ２１５）（図２参照）。
【００６２】
この処理は、会員端末から会員番号を指定て照会の要求を受けたことを契機として行われ、３９）により最終的な書式となったデータを会員端末へ出力するものであってもよい。また、定期的に上記処理が行われ、会員へＥメールで送信されてもよい。
【００６３】
上記例中、「実質的な貸付枠残余」は、出品中の物件が落札されてその代金が貸付口座に入金された場合に貸付額が減少することを意味しており、貸付限度額一貸付額＋出品物件の入札価格合計の式により算出されている。
【００６４】
会員はこの情報を参照することにより、貸付限度枠を最大限効率よく利用することが可能となる。
【００６５】
上記の例においては、照会要求が発生したときに会員の出品物件をオークションサーバー２００に問い合わせるものであったが、会員が出品した時点で該会員またはオークションサーバー２００から物件情報を受け取ってデータベースに記憶し（会員出品物件情報入力手段）、上記３６）−３８）（Ｓ２１４〜Ｓ２１５）の手順において、該データベースから物件情報を抽出して手順３９）（Ｓ２１５）の処理に必要となる情報を得るようにしてもよい。このような形態で運用する場合には、代金支払データを受信した際、該データベース中から該当する物件データを削除することで、オークションサーバー２００における出品状況との整合を取るようにする。ただし、この場合でも、出品物件の入札価格情報を得るためには、オークションサーバー２００の物件データを照会する必要がある。
【００６６】
［限度額超過］
【００６７】
前述したように、実質的な貸付枠残余を把握することは、会員にとっての利点であるばかりでなく、融資側も一時的に貸付限度額を超える融資を行いやすくなる。
【００６８】
これは、前記手順２）（Ｓ２０３）を下記に示す処理に置き換えることで実現できる。
４１）前記手順３１）〜３７）の処理を行ったあと、決済仲介機関サーバー３００は、落札見込額を算出する（落札見込額算出手段）。具体的には、現在の入札最高額の値が設定されている場合は現在の入札最高額を、設定されていない場合は入札開始価格を該物件の落札見込額として、オークションサーバー２００から受信した複数の物件情報について、落札見込額を集計する。
【００６９】
なお、決済仲介機関サーバー３００は、この落札見込額およびＳ２１２で照会された残高を通信回線を介して会員端末１００に送信する（残高送信手段）。
４２）前記代金請求データと前記残高と前記与信限度額とに基づき振替可能か否かを判定する（振替可能判定手段）。具体的には、代金請求データの請求金額が、［貸付限度額一現在の貸付額］の値以下であれば、前記手順２）（Ｓ２０３）の通り振替データを作成して前記手順３）（Ｓ２０４）へ移行する。
４３）前記振替可能判定手段の判定が否定であるとき、前記代金請求データと前記残高と前記与信限度額と前記落札見込額に基づき立替可能か否かを判定する（立替可能判定手段）。具体的には、代金請求データの請求金額が、［貸付限度額一現在の貸付額］の値を上回る場合は、［貸付限度額一現在の貸付額＋落札見込額合計］≧請求金額となるか否かの判定を行う。判定が否定であれば、決済拒否を示す情報をオークションサーバー２００に出力して処理を終える。
４４）手順４３）における判定が肯定であれば（立替が可能であれば）、前記手順２）（Ｓ２０３）に示したの通り振替データを作成するとともに、会員貸付口座を出金口座、仲介機関預金口座を入金口座とし、［請求金額一貸付限度額一現在の貸付額］で算出される金額を振替金額とする振替データＢを作成する（第２の立替データ出力手段）。
４５）当該会員に対する振込通知データを作成する。振込通知データは、振替データＢに基づく振替実施日（実施予定日）に基づき所定の基準により算出される振込期限と、振込額、および振込口座の情報である。振込額は、振替データＢの振替金額に所定の立替手数料を加算した金額である。振込口座は任意の口座で構わない。振込通知データは、会員データ２の連絡先情報を宛名とした印刷物に出力されて郵送されてもよいし、会員データ２に登録されたＥメールアドレスを用いてＥメールで送信されるものであってもよい。
【００７０】
このようにして、一時的に貸付限度額を超過する場合には、限度額を超過する部分について決済仲介機関による立替が行われる。
【００７１】
本実施形態において、同一会員が決済方法の異なる複数の会員番号を有することを妨げない。そうすれば会員は、自己資金での決済と融資決済とを状況に応じて使い分けることができる。
【００７２】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。このため、上記の実施形態はあらゆる点で単なる例示にすぎず、これらの記載によって本発明が限定的に解釈されるものではない。
【００７３】
【発明の効果】
以上説明したように、本発明によれば、融資リスクが分散され、中古車業者等に対するより大きな決済支援を行うことが可能となる。また、それによって落札物件の取引の安定性が高まるという効果が得られる。
【図面の簡単な説明】
【図１】本発明に係る中古車オークションの融資・決済システムのブロック図である。
【図２】入札開始価格の合計額等を所定の書式に整えた例である。
【図３】本発明に係る中古車オークションの融資・決済システムの動作を説明するためのフローチャートである。
【符号の説明】
１００会員端末
２００オークションサーバー
３００決済仲介機関サーバー
４００決済機関サーバー

Claims

競売物件のオークションを行う複数のオークションサーバーと、
前記オークションサーバーと接続する決済仲介機関サーバーと、
前記決済仲介機関サーバーと接続する決済機関サーバーと、
により構成され、
前記オークションサーバーは、
会員に対し、決済方法に応じた第１および第２の参加資格番号を発行する参加資格番号発行手段と、
オークション対象物件が落札されたことに応じて、
該物件の落札者の参加資格番号が前記第１の参加資格番号である場合には、該落札者に対する代金請求データを出力し、
落札者の参加資格番号が前記第２の参加資格番号である場合には、支払代行者に対する代金請求データを出力し、
該物件の出品者の参加資格番号が前記第１の参加資格番号である場合には、該出品者に対する代金支払データを出力し、
該物件の出品者の参加資格番号が前記第２の参加資格番号である場合には、支払代行者に対する代金支払データを出力する決済情報出力手段とを備え、
前記決済機関サーバーは、
決済仲介機関の仲介機関預金口座情報および準備金口座情報と、前記会員ごとの会員貸付口座情報とをそれぞれ記憶する口座情報記憶手段と、
前記決済仲介機関サーバーにより出力される口座振替データおよび振込データに従い決済処理を行う決済手段とを備え、
前記決済仲介機関サーバーは、
オークション主催者ごとの主催者預金口座情報を記憶する主催者口座記憶手段と、
前記会員に対する与信限度額を定める与信設定手段と、
前記与信限度額に応じた保証データを出力する保証データ出力手段と、
前記保証データに基づき保証料金額を前記準備金口座に振込むことを指示する積立データ出力手段と、
複数の前記代金請求データについて
各代金請求データに基づき前記会員貸付口座から前記仲介機関口座への口座振替データを出力する振替データ出力手段と、
各代金請求データに対応する代金の合計金額を前記主催者預金口座に振込むことを指示する振込データ出力手段と、
前記合計金額の算出の基となった各代金請求データに基づき、振込内容明細データを出力する明細データ出力手段と、
前記代金支払データに基づいて、前記決済仲介機関預金口座から前記会員貸付口座への口座振替データを出力する第２の振替データ出力手段と、
を備える、オークション代金の融資決済システム。
前記オークションサーバーは、前記振込データに対応する振込が行われたことに応じて、該振込データに対応する振込内容明細データに示される物件の物件情報を出力する物件情報出力手段をさらに備え、
前記決済仲介機関サーバーは、
前記物件情報に基づき、該物件の移転手続のための書類を発行する書類発行手段をさらに備える請求項１記載のオークション代金の融資決済システム。
前記口座情報記憶手段は、
前記会員ごとの会員預金口座情報をさらに記憶し、
前記決済機関サーバーは、
前記貸付口座における利息額を前記会員預金口座の残高と相殺可能か否かを判定する相殺判定手段と、
相殺可能である場合に該会員預金口座より該利息額を引落す相殺手段と、
相殺不可の場合は前記決済仲介機関に対する利息請求データを作成するとともに、前記決済仲介機関口座から該利息額を引落す立替処理手段と、
をさらに備え、
前記決済仲介機関サーバーは、
前記利息請求データに基づき、該利息請求データに対応する会員に対する振込通知データを出力する振込通知データ出力手段をさらに備える、請求項１記載のオークション代金の融資決済システム
前記決済仲介機関サーバーは、
会員によるオークション出品物件の情報を入力する会員出品物件情報入力手段と、
前記会員貸付口座の残高を照会する残高照会手段と、
前記出品物件情報に基づき落札見込額を算出する落札見込額算出手段と、
前記残高および前記落札見込額を通信回線を介して会員端末に送信する残高送信手段と、
を更に備える請求項１記載のオークション代金の融資決済システム。
前記決済仲介機関サーバーは、
前記代金請求データと前記残高と前記与信限度額とに基づき振替可能か否かを判定する振替可能判定手段と、
前記振替可能判定手段の判定が否定であるとき、前記代金請求データと前記残高と前記与信限度額と前記落札見込額に基づき立替可能か否かを判定する立替可能判定手段と、
立替が可能である場合に前記決済仲介機関預金口座から前記会員貸付口座への口座振替データを出力する第２の立替データ出力手段と、
をさらに備える請求項４記載のオークション代金の融資決済システム。
前記決済仲介機関サーバーは、
前記会員貸付口座における貸付額を取得する貸付額取得手段をさらに備え、
前記第２の振替データ出力手段は、
前記代金支払データに含まれる支払代金金額が前記貸付額より大きい場合に、前記支払代金金額から前記貸付額に相当する金額を前記会員貸付口座へ宛てて振替え、残余を前記会員預金口座に宛てて振替えるための振替データを出力する、請求項３に記載のオークション代金の融資決済システム。