(57)【要約】【課題】金融機関の顧客に対して、効率的かつ迅速にローンを提供するためのローン提供支援システム、ローン提供支援方法及びローン提供支援プログラムを提供する。【解決手段】支援サーバ２０の制御部２１は、購入条件を取得し、希望車種の取引価格を取得する。そして、希望金額と取引価格とを比較することにより、希望金額が妥当かどうかを判定する。希望金額は妥当と判定した場合、制御部２１は、顧客情報、取引履歴を取得し、ローン仮審査処理を実行する。仮審査においてローン提供可能と判定した場合、制御部２１は、オークション依頼処理を実行する。そして、入札リストを受信した支援サーバ２０の制御部２１は、ローン条件の確認処理を実行し、顧客に入札結果を通知する。そして、ディーラー端末４０から確定金額通知を受信した支援サーバ２０の制御部２１は、資金使途確認処理、融資処理を実行する。【選択図】図１
2014157417.tif 000002
【特許請求の範囲】
【請求項１】
顧客端末から取得した商品種別とローン金額とを含めた購入条件に関する情報を記憶する申込情報記憶部と、
商品種別毎に取引価格情報を記憶した取引価格情報記憶部とに接続され、
顧客に対して提供するローンを管理する制御部を備えたローン提供支援システムであって、
前記制御部が、
顧客端末から顧客識別情報を取得し、前記顧客端末から商品種別とローン金額を含めた購入条件を取得して、前記申込情報記憶部に記録し、
前記取引価格情報記憶部において、前記商品種別について取引価格情報を特定し、
前記取引価格とローン金額とを比較して、妥当性を確認し、
前記顧客識別情報に基づいて顧客の属性情報を特定し、前記属性情報に基づいて行なわれたローン条件の仮審査情報を取得し、
前記妥当性及び前記仮審査情報において問題がない場合には、前記商品種別に基づいて、ディーラーに対してオークションへの入札依頼を行ない、前記オークションにおける各ディーラーの入札価格を取得して、入札結果を顧客に通知し、
前記入札結果に基づいて顧客とディーラーとの間で行なわれる取引についてローンを実行することを特徴とするローン提供支援システム。
【請求項２】
前記取引価格とローン金額と比較して、両者が基準金額範囲内に含まれる場合には、妥当と判定することを特徴とする請求項１に記載のローン提供支援システム。
【請求項３】
顧客と取引を行なうディーラーから、取引の確定金額情報を取得した場合には、前記確定金額情報に基づいて、ローンの資金使途確認情報を登録することを特徴とする請求項１又は２に記載のローン提供支援システム。
【請求項４】
ディーラーの入札価格を取得した場合、前記入札価格に基づいて、仮審査におけるローン条件を確認し、
前記確認結果に基づいて、入札結果を顧客に通知することを特徴とする請求項１〜３のいずれか１つに記載のローン提供支援システム。
【請求項５】
前記取引価格情報を、前記商品種別のオークション実績に基づいて特定することを特徴とする請求項１〜４のいずれか１つに記載のローン提供支援システム。
【請求項６】
顧客端末から取得した商品種別とローン金額とを含めた購入条件に関する情報を記憶する申込情報記憶部と、
商品種別毎に取引価格情報を記憶した取引価格情報記憶部とに接続され、
顧客に対して提供するローンを管理する制御部を備えたローン提供支援システムを用いて、ローン提供を支援する方法であって、
前記制御部が、
顧客端末から顧客識別情報を取得し、前記顧客端末から商品種別とローン金額を含めた購入条件を取得して、前記申込情報記憶部に記録し、
前記取引価格情報記憶部において、前記商品種別について取引価格情報を特定し、
前記取引価格とローン金額とを比較して、妥当性を確認し、
前記顧客識別情報に基づいて顧客の属性情報を特定し、前記属性情報に基づいて行なわれたローン条件の仮審査情報を取得し、
前記妥当性及び前記仮審査情報において問題がない場合には、前記商品種別に基づいて、ディーラーに対してオークションへの入札依頼を行ない、前記オークションにおける各ディーラーの入札価格を取得して、入札結果を顧客に通知し、
前記入札結果に基づいて顧客とディーラーとの間で行なわれる取引についてローンを実行することを特徴とするローン提供支援方法。
【請求項７】
顧客端末から取得した商品種別とローン金額とを含めた購入条件に関する情報を記憶する申込情報記憶部と、
商品種別毎に取引価格情報を記憶した取引価格情報記憶部とに接続され、
顧客に対して提供するローンを管理する制御部を備えたローン提供支援システムを用いて、ローン提供を支援するためのプログラムであって、
前記制御部を、
顧客端末から顧客識別情報を取得し、前記顧客端末から商品種別とローン金額を含めた購入条件を取得して、前記申込情報記憶部に記録し、
前記取引価格情報記憶部において、前記商品種別について取引価格情報を特定し、
前記取引価格とローン金額とを比較して、妥当性を確認し、
前記顧客識別情報に基づいて顧客の属性情報を特定し、前記属性情報に基づいて行なわれたローン条件の仮審査情報を取得し、
前記妥当性及び前記仮審査情報において問題がない場合には、前記商品種別に基づいて、ディーラーに対してオークションへの入札依頼を行ない、前記オークションにおける各ディーラーの入札価格を取得して、入札結果を顧客に通知し、
前記入札結果に基づいて顧客とディーラーとの間で行なわれる取引についてローンを実行する手段
として機能させることを特徴とするローン提供支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関の顧客に対して、ローンを提供するためのローン提供支援システム、ローン提供支援方法及びローン提供支援プログラムに関する。
【背景技術】
【０００２】
例えば、自動車を購入するときに自己資金が不足している場合、ローンを利用することがある。このための自動車ローンが金融機関から提供されている（例えば、非特許文献１、２参照。）。この自動車ローンにおいては、新車や中古車等の取得を目的として、銀行等から資金の融資が行なわれる。
【０００３】
更に、中古車のオークションなどで取引する際の車両取得費用の融資に関する管理を行なう技術が検討されている（例えば、特許文献１を参照。）。この文献に記載された技術においては、車両取得費用管理システムにおいて、オークション会員が融資を受けるための申請の情報を登録する。そして、オークション会員に対する融資に関する審査結果を登録する。
【０００４】
また、ローンを利用しての商取引を希望するユーザに対して、ローン負担に関する情報を提供して、迅速な取引を図る技術が検討されている（例えば、特許文献２を参照。）。この文献に記載された技術においては、ローンを利用しての入札を行なう場合、ローン入札要求をローン管理システムに送信する。この場合、管理コンピュータは、金利情報及びユーザが設定したローン条件を用いてローンシミュレーションを行ない、現在価格や最低入札可能価格等に対する返済月額等を算出し、ユーザ端末に送信する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２４９７６９号公報（第１頁、図１）
【特許文献２】特開２００４−１４５４２５号公報（第１頁、図１）
【非特許文献】
【０００６】
【非特許文献１】みずほ銀行、「新車ローン」、［online］、［平成２４年１０月２６日検索］、インターネット、＜ＵＲＬ：http://www.mizuhobank.co.jp/loan/car/index.html ＞
【非特許文献２】みずほ銀行、「多目的ローン」、［online］、［平成２４年１０月２６日検索］、インターネット、＜ＵＲＬ：http://www.mizuhobank.co.jp/loan/multi/index.html ＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のように、オークションにおいては、多様な商品の中で、取引対象が決まった後で取引額が決まることになる。このようなオークションにおいて、ローンを利用して取引を行なう場合、ローン提供可否についての審査に時間がかかっていると、円滑な取引を行なうことが困難である。また、ローンの利用目的に応じて、ローン提供利率が異なる。この場合、目的に対応しない金額や目的と異なる使途にローンを利用された場合には、適切なローン提供を行なうことができない。
【０００８】
本発明は、上記課題を解決するためになされたものであり、その目的は、金融機関の顧客に対して、効率的かつ迅速にローンを提供するためのローン提供支援システム、ローン提供支援方法及びローン提供支援プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記問題点を解決するために、請求項１に記載の発明は、顧客端末から取得した商品種別とローン金額とを含めた購入条件に関する情報を記憶する申込情報記憶部と、商品種別毎に取引価格情報を記憶した取引価格情報記憶部とに接続され、顧客に対して提供するローンを管理する制御部を備えたローン提供支援システムであって、前記制御部が、顧客端末から顧客識別情報を取得し、前記顧客端末から商品種別とローン金額を含めた購入条件を取得して、前記申込情報記憶部に記録し、前記取引価格情報記憶部において、前記商品種別について取引価格情報を特定し、前記取引価格とローン金額とを比較して、妥当性を確認し、前記顧客識別情報に基づいて顧客の属性情報を特定し、前記属性情報に基づいて行なわれたローン条件の仮審査情報を取得し、前記妥当性及び前記仮審査情報において問題がない場合には、前記商品種別に基づいて、ディーラーに対してオークションへの入札依頼を行ない、前記オークションにおける各ディーラーの入札価格を取得して、入札結果を顧客に通知し、前記入札結果に基づいて顧客とディーラーとの間で行なわれる取引についてローンを実行することを要旨とする。
【００１０】
請求項２に記載の発明は、請求項１に記載のローン提供支援システムにおいて、前記取引価格とローン金額と比較して、両者が基準金額範囲内に含まれる場合には、妥当と判定することを要旨とする。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載のローン提供支援システムにおいて、顧客と取引を行なうディーラーから、取引の確定金額情報を取得した場合には、前記確定金額情報に基づいて、ローンの資金使途確認情報を登録することを要旨とする。
【００１２】
請求項４に記載の発明は、請求項１〜３のいずれか１つに記載のローン提供支援システムにおいて、ディーラーの入札価格を取得した場合、前記入札価格に基づいて、仮審査におけるローン条件を確認し、前記確認結果に基づいて、入札結果を顧客に通知することを要旨とする。
【００１３】
請求項５に記載の発明は、請求項１〜４のいずれか１つに記載のローン提供支援システムにおいて、前記取引価格情報を、前記商品種別のオークション実績に基づいて特定することを要旨とする。
【００１４】
請求項６に記載の発明は、顧客端末から取得した商品種別とローン金額とを含めた購入条件に関する情報を記憶する申込情報記憶部と、商品種別毎に取引価格情報を記憶した取引価格情報記憶部とに接続され、顧客に対して提供するローンを管理する制御部を備えたローン提供支援システムを用いて、ローン提供を支援する方法であって、前記制御部が、顧客端末から顧客識別情報を取得し、前記顧客端末から商品種別とローン金額を含めた購入条件を取得して、前記申込情報記憶部に記録し、前記取引価格情報記憶部において、前記商品種別について取引価格情報を特定し、前記取引価格とローン金額とを比較して、妥当性を確認し、前記顧客識別情報に基づいて顧客の属性情報を特定し、前記属性情報に基づいて行なわれたローン条件の仮審査情報を取得し、前記妥当性及び前記仮審査情報において問題がない場合には、前記商品種別に基づいて、ディーラーに対してオークションへの入札依頼を行ない、前記オークションにおける各ディーラーの入札価格を取得して、入札結果を顧客に通知し、前記入札結果に基づいて顧客とディーラーとの間で行なわれる取引についてローンを実行することを要旨とする。
【００１５】
請求項７に記載の発明は、顧客端末から取得した商品種別とローン金額とを含めた購入条件に関する情報を記憶する申込情報記憶部と、商品種別毎に取引価格情報を記憶した取引価格情報記憶部とに接続され、顧客に対して提供するローンを管理する制御部を備えたローン提供支援システムを用いて、ローン提供を支援するためのプログラムであって、前記制御部を、顧客端末から顧客識別情報を取得し、前記顧客端末から商品種別とローン金額を含めた購入条件を取得して、前記申込情報記憶部に記録し、前記取引価格情報記憶部において、前記商品種別について取引価格情報を特定し、前記取引価格とローン金額とを比較して、妥当性を確認し、前記顧客識別情報に基づいて顧客の属性情報を特定し、前記属性情報に基づいて行なわれたローン条件の仮審査情報を取得し、前記妥当性及び前記仮審査情報において問題がない場合には、前記商品種別に基づいて、ディーラーに対してオークションへの入札依頼を行ない、前記オークションにおける各ディーラーの入札価格を取得して、入札結果を顧客に通知し、前記入札結果に基づいて顧客とディーラーとの間で行なわれる取引についてローンを実行する手段として機能させることを要旨とする。
【００１６】
（作用）
請求項１、６又は７に記載の発明によれば、制御部が、取引価格とローン金額とを比較して、妥当性を確認することにより、適切な融資額のローン提供を抑制することができる。また、顧客識別情報に基づいて顧客の属性情報を特定し、属性情報に基づいて行なわれたローン条件の仮審査情報を取得する。これにより、的確かつ迅速な取引を促進することができる。ディーラーに対してオークションへの入札依頼を行なうことにより、顧客においては、有利な商品取引においてローンを利用することができる。
【００１７】
請求項２に記載の発明によれば、取引価格とローン金額と比較して、両者が基準金額範囲内に含まれる場合には、妥当と判定する。これにより、取引価格から逸脱した金額のローン提供を抑制することができる。
【００１８】
請求項３に記載の発明によれば、顧客と取引を行なうディーラーから、取引の確定金額情報を取得した場合には、確定金額情報に基づいて、ローンの資金使途確認情報を登録する。これにより、ローン資金の使途の確認を効率化し、顧客の手続負担を軽減することができる。
【００１９】
請求項４に記載の発明によれば、ディーラーの入札価格を取得した場合、入札価格に基づいて、仮審査におけるローン条件を確認し、確認結果に基づいて、入札結果を顧客に通知する。これにより、オークション前からの顧客状況の変化に対応することができる。
【００２０】
請求項５に記載の発明によれば、取引価格情報を、商品種別のオークション実績に基づいて特定する。これにより、オークションを利用して価格情報を取得することができる。
【発明の効果】
【００２１】
本発明によれば、金融機関の顧客に対して、効率的かつ迅速にローンを提供するためのローン提供支援システム、ローン提供支援方法及びローン提供支援プログラムを提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態のシステム概略図。
【図２】本発明の実施形態のデータ記憶部の説明図であって、（ａ）は顧客情報記憶部、（ｂ）は申込情報記憶部、（ｃ）は入札情報記憶部、（ｄ）は取引価格情報記憶部、（ｅ）はオークション情報記憶部に記録されたデータの説明図。
【図３】本実施形態の処理手順の説明図。
【発明を実施するための形態】
【００２３】
以下、本発明を具体化した一実施形態を、図１〜図３に従って説明する。まず、本サービスの概要を説明する。本実施形態では、銀行は、ローンを利用して、特定の商品種別（特定種類の自動車）の購入を支援するサービスを提供する。銀行の顧客が、このサービスを利用する場合、銀行は、ローンの利用金額についての妥当性や、ローン提供についての仮審査を行なう。ローン利用可能と判定した場合、サービス事業者に対して、オークションの依頼を行なう。この場合、サービス事業者においては、カーディーラーに対して、顧客の希望車種についてのオークションを行なう。
【００２４】
オークションにおいて、各カーディーラーから、入札価格を含めた入札情報を取得したサービス事業者は、入札結果を取りまとめたリストを作成し、銀行に提供する。銀行は、ローン利用希望の顧客に対して、入札結果を提供する。そして、顧客とカーディーラーとの間で、車両購入についての契約が締結された場合には、顧客に対するローンを実行する。
【００２５】
図１に示すように、この自動車ローンの提供を支援するサービスを管理するために、支援サーバ２０、サービス管理サーバ３０を用いる。この支援サーバ２０、サービス管理サーバ３０は、インターネット等のネットワークを介して、顧客端末１０、ディーラー端末４０に接続されている。
【００２６】
顧客端末１０は、自動車ローンの利用を希望する顧客が利用するコンピュータ端末である。ディーラー端末４０は、自動車を販売する事業者（カーディーラー）が利用するコンピュータ端末である。顧客端末１０、ディーラー端末４０は、出力手段としてのディスプレイや、入力手段としてのキーボードやポインティングデバイスを備える。
【００２７】
支援サーバ２０は、銀行の顧客に対して、自動車ローンの提供を管理するコンピュータシステムである。支援サーバ２０は、図１に示すように制御部２１、顧客情報記憶部２２、申込情報記憶部２３、入札情報記憶部２４を備えている。制御部２１は、自動車ローンを提供する本サービスを管理するための各種処理等を行なう。制御部２１は、ＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（利用者認証段階、条件取得段階、融資支援段階、オークション依頼段階等の処理）を行なう。このためのローン提供支援プログラムを実行することにより、制御部２１は、利用者認証手段２１１、条件取得手段２１２、融資支援手段２１３、オークション依頼手段２１４等として機能する。
【００２８】
利用者認証手段２１１は、支援サーバ２０にアクセスしてきた顧客を認証する処理を実行する。
条件取得手段２１２は、本サービスの利用を希望する顧客から、所望の自動車の購入条件に関する情報を取得する処理を実行する。この購入条件には、希望の車種や自動車ローンの利用希望金額、ローン条件等に関する情報が含まれる。
【００２９】
融資支援手段２１３は、ローン提供のための仮審査やローン条件の見直しを支援する処理を実行する。このため、融資支援手段２１３は、仮審査のための判断ロジックや、本審査のために必要な書類に関するデータを保持している。この判断ロジックにおいては、銀行が保有する顧客情報、取引履歴や口座状況を変数として、ローン提供の可否や融資可能額を算出する。
オークション依頼手段２１４は、サービス事業者に対するオークションの依頼処理や、サービス事業者からのオークション結果の取得処理を実行する。
【００３０】
図２（ａ）に示すように、顧客情報記憶部２２は、銀行の顧客に関する顧客管理レコード２２０を記憶する。この顧客管理レコード２２０は、顧客の預金口座を開設することにより、顧客との取引を開始した場合に記録される。顧客管理レコード２２０は、顧客ＩＤ、パスワード、連絡先、属性情報、口座情報、取引履歴に関するデータを含んで構成される。
【００３１】
顧客ＩＤデータ領域には、銀行の顧客を特定するための識別子（顧客識別情報）に関するデータが記録されている。
パスワードデータ領域には、この顧客を認証するためのパスワードに関するデータが記録されている。
【００３２】
連絡先データ領域には、この顧客の連絡先（メールアドレスや電話番号）に関するデータが記録されている。
属性情報データ領域には、この顧客の属性（住所、年齢、勤務先、勤務状況や収入状況）に関するデータが記録されている。
【００３３】
口座情報データ領域には、この顧客が保有している預金口座を特定するための識別子（本支店コード、預金種別コード、口座番号等）に関するデータが記録されている。この口座情報を用いることにより、銀行ホストシステムから、顧客が保有している口座の残高や入出金履歴等の口座状況情報を取得することができる。
取引履歴データ領域には、この顧客との間での取引状況に関するデータが記録されている。この取引履歴としては、ローン利用状況や返済状況等に関する情報が記録される。
【００３４】
図２（ｂ）に示すように、申込情報記憶部２３は、自動車ローンについての本サービスの利用申込に関する申込管理レコード２３０を記憶する。この申込管理レコード２３０は、銀行の顧客からの利用申込を受け付けた場合に記録される。申込管理レコード２３０は、受付ＩＤ、受付日時、顧客ＩＤ、希望車種、希望金額、ローン条件、仮審査結果、融資可能額、その他条件、ステータスに関するデータを含んで構成される。
【００３５】
受付ＩＤデータ領域には、本サービスの利用申込を特定するための識別子に関するデータが記録される。
受付日時データ領域には、顧客端末１０から、利用申込を受け付けた時期を特定するための年月日及び時刻に関するデータが記録される。
【００３６】
顧客ＩＤデータ領域には、この申込を行なった顧客を特定するための識別子に関するデータが記録される。
希望車種データ領域には、自動車ローンを利用して、購入を希望する自動車を特定するための情報に関するデータが記録される。この希望車種には、メーカ、車種、年式、装備等に関する情報が含まれる。
【００３７】
希望金額データ領域には、自動車ローンを利用する金額に関するデータが記録される。
ローン条件データ領域には、顧客が希望する返済条件等について、自動車ローンの利用条件に関するデータが記録される。このローン条件としては、頭金、返済期間等に関する情報が含まれる。
【００３８】
仮審査結果データ領域には、仮審査の結果に関するデータが記録される。
融資可能額データ領域には、顧客の状況に応じて、自動車ローンとして提供可能な金額に関するデータが記録される。
【００３９】
その他条件データ領域には、自動車ローンの提供時の諸条件に関するデータが記録される。
ステータスデータ領域には、この利用申込の進捗状況を特定するための各種フラグが記録される。本実施形態では、受付フラグ、利用不可フラグ、オークション実施フラグ、融資待ちフラグ、資金使途確認フラグ等が記録される。受付フラグは、利用申込を受け付けたことを示す。利用不可フラグは、ローンを提供できないことを示す。オークション実施フラグは、オークションを依頼したことを示す。融資待ちフラグは、オークション結果を顧客に提供したことを示す。資金使途確認フラグは、契約時に自動車ローンの使途を確認したことを示す。
【００４０】
図２（ｃ）に示すように、入札情報記憶部２４は、顧客からの申込について、オークションの入札に関する入札管理レコード２４０を記憶する。この入札管理レコード２４０は、サービス事業者にオークション依頼を行なった場合に登録される。入札管理レコード２４０は、受付ＩＤ、依頼日時、入札期限、入札結果、結果送信日時に関するデータを含んで構成される。
【００４１】
受付ＩＤデータ領域には、本サービスの利用申込を特定するための識別子に関するデータが記録される。
依頼日時データ領域には、サービス事業者に対してオークション依頼を行なった時期を特定するための年月日及び時刻に関するデータが記録される。
【００４２】
入札期限データ領域には、オークションの入札期限（年月日及び時刻）に関するデータが記録される。
入札結果データ領域には、オークションの入札結果に関するデータが記録される。この入札結果には、入札したカーディーラーを特定するための情報（ディーラーＩＤ）、車両状態、入札価格等に関する情報が含まれる。
結果送信日時データ領域には、入札結果を顧客に送信した年月日及び時刻に関するデータが記録される。
【００４３】
サービス管理サーバ３０は、カーディーラーが入札するオークションを管理するコンピュータシステムである。サービス管理サーバ３０は、図１に示すように制御部３１、取引価格情報記憶部３２、オークション情報記憶部３３を備えている。制御部３１は、カーディーラーに対するオークションを管理するための各種処理等を行なう。制御部３１は、ＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（オークション管理段階等の処理）を行なう。このためのローン提供支援プログラムを実行することにより、制御部３１は、オークション管理手段３１１等として機能する。
【００４４】
オークション管理手段３１１は、カーディーラーに対してオークションを実施し、カーディーラーからの入札を管理する処理を実行する。このオークション管理手段３１１は、オークション開催通知を送信するカーディーラーの連絡先（例えば、電子メールアドレス）に関するデータを保持している。
【００４５】
図２（ｄ）に示すように、取引価格情報記憶部３２は、オークションに提示された自動車の取引価格情報（オークション実績）について取引価格レコード３２０を記憶する。この取引価格レコード３２０は、入札情報を取得した場合に記録される。取引価格レコード３２０は、ディーラーＩＤ、メーカ、車種、年式、装備、車両状態、時期、価格に関するデータを含んで構成される。
【００４６】
ディーラーＩＤデータ領域には、取引を提示したカーディーラーを特定するための識別子に関するデータが記録される。
メーカ、車種、年式、装備の各データ領域には、それぞれ、取引された自動車の仕様（メーカ、車種、年式、内装や外装）を特定するためのデータが記録される。
【００４７】
車両状態データ領域には、この自動車が中古自動車の場合には、走行距離やキズ状態に関するデータが記録される。
時期データ領域には、この自動車がオークションに提示された時期を特定するための年月日に関するデータが記録される。
価格データ領域には、この自動車において提示された価格に関するデータが記録される。
【００４８】
図２（ｅ）に示すように、オークション情報記憶部３３は、オークションを管理するためのオークション管理レコード３３０を記憶する。このオークション管理レコード３３０は、オークション依頼を受けた場合に記録される。オークション管理レコード３３０は、オークションＩＤ、受付ＩＤ、依頼日時、希望車種、入札期限、入札内容に関するデータを含んで構成される。
【００４９】
オークションＩＤデータ領域には、各オークションを特定するための識別子に関するデータが記録される。
受付ＩＤデータ領域には、このオークションについて、本サービスの利用申込を特定するための識別子に関するデータが記録される。
【００５０】
依頼日時データ領域には、サービス事業者に対してオークション依頼を行なった時期を特定するための年月日及び時刻に関するデータが記録される。
希望車種データ領域には、オークション対象の自動車を特定するための条件に関するデータが記録される。このデータ領域には、申込情報記憶部２３の申込管理レコード２３０に記録されている希望車種（メーカ、車種、年式、装備等）についての情報が記録される。
【００５１】
入札期限データ領域には、オークションの入札期限（年月日）に関するデータが記録される。
入札内容データ領域には、カーディーラーによって入札された内容に関するデータが記録される。具体的には、入札者情報（入札したカーディーラーを特定するディーラーＩＤ）、入札価格、車両状態等に関するデータが記録される。
【００５２】
次に、図３を用いて、上記のように構成されたシステムにより、顧客に対して自動車ローンを提供するサービスを管理する処理について説明する。
まず、支援サーバ２０の制御部２１は、購入条件の取得処理を実行する（ステップＳ１−１）。具体的には、銀行の顧客が本サービスを利用する場合、顧客端末１０を用いて支援サーバ２０にアクセスする。この場合、支援サーバ２０の制御部２１の利用者認証手段２１１は、顧客端末１０のディスプレイに、ログイン認証画面を出力する。このログイン認証画面には、顧客ＩＤ及びパスワードの入力欄が設けられている。各入力欄における入力を完了した場合、利用者認証手段２１１は、顧客端末１０から顧客ＩＤ及びパスワードを取得する。そして、利用者認証手段２１１は、取得した顧客ＩＤ及びパスワードが記録された顧客管理レコード２２０を、顧客情報記憶部２２において検索する。顧客情報記憶部２２において、取得した顧客ＩＤ及びパスワードが記録された顧客管理レコード２２０を抽出できない場合には、利用者認証手段２１１は、ログインを拒否する。一方、取得した顧客ＩＤ及びパスワードが記録された顧客管理レコード２２０を抽出できた場合には、利用者認証手段２１１は、ログインを許可し、処理を条件取得手段２１２に引き継ぐ。
【００５３】
この場合、条件取得手段２１２は、顧客端末１０のディスプレイに条件設定画面を出力する。この条件設定画面には、所望の自動車の希望車種条件や、自動車ローンのローン利用条件を入力するための入力欄が設けられている。希望車種条件においては、メーカ、車種、年式、装備等を設定することができる。また、ローン利用条件においては、ローン利用の希望金額、頭金、返済年数等を設定する。各入力欄における入力を完了した場合、条件取得手段２１２は、顧客端末１０から、各入力欄に設定された購入希望条件やローン利用条件を取得する。そして、条件取得手段２１２は、受付ＩＤを付与し、顧客端末１０から取得した情報を記録した申込管理レコード２３０を生成し、申込情報記憶部２３に登録する。この場合、ステータスデータ領域には、受付フラグを記録する。
【００５４】
次に、支援サーバ２０の制御部２１は、希望車種の取引価格の取得処理を実行する（ステップＳ１−２）。具体的には、制御部２１の融資支援手段２１３は、サービス管理サーバ３０にアクセスする。そして、融資支援手段２１３は、サービス管理サーバ３０の取引価格情報記憶部３２において、購入希望条件に含まれるメーカ、車種、年式、装備等が記録された取引価格レコード３２０を検索する。そして、融資支援手段２１３は、抽出した取引価格レコード３２０に記録されている取引金額を取得する。ここで、複数の取引価格レコード３２０を抽出した場合には、最高金額を取引価格として特定する。
【００５５】
次に、支援サーバ２０の制御部２１は、希望金額と取引価格との比較処理を実行する（ステップＳ１−３）。具体的には、制御部２１の融資支援手段２１３は、顧客端末１０から取得した希望金額と、特定した取引価格とを比較する。
【００５６】
次に、支援サーバ２０の制御部２１は、希望金額が妥当かどうかについての判定処理を実行する（ステップＳ１−４）。具体的には、制御部２１の融資支援手段２１３は、希望金額と取引価格との比較に基づいて判定する。ここで、希望金額が、取引価格に所定の許容額（基準金額）を加算した金額以下の場合には、妥当と判定する。
【００５７】
希望金額が妥当でないと判定した場合（ステップＳ１−４において「ＮＯ」の場合）、支援サーバ２０の制御部２１は、拒否通知処理を実行する（ステップＳ１−５）。具体的には、制御部２１の融資支援手段２１３は、申込管理レコード２３０のステータスデータ領域に利用不可フラグを記録する。そして、融資支援手段２１３は、顧客端末１０のディスプレイに、自動車ローンを利用できないことを示すメッセージを出力する。
【００５８】
一方、希望金額は妥当と判定した場合（ステップＳ１−４において「ＹＥＳ」の場合）、支援サーバ２０の制御部２１は、顧客情報、取引履歴の取得処理を実行する（ステップＳ１−６）。具体的には、制御部２１の融資支援手段２１３は、顧客情報記憶部２２の顧客管理レコード２２０に記録されている口座情報や取引履歴を取得する。更に、融資支援手段２１３は、口座情報に記録されている口座識別子を用いて、銀行ホストシステムから口座状況情報を取得する。
【００５９】
次に、支援サーバ２０の制御部２１は、ローン仮審査処理を実行する（ステップＳ１−７）。具体的には、制御部２１の融資支援手段２１３は、顧客情報、取引履歴や口座状況に基づいて、ローン提供の可否を仮判定する。この場合には、仮審査ロジックに基づいて、ローン提供の可否や、ローン提供可能な場合には融資可能額を算出する。
【００６０】
次に、支援サーバ２０の制御部２１は、仮審査においてローン提供可能かどうかについての判定処理を実行する（ステップＳ１−８）。具体的には、制御部２１の融資支援手段２１３は、顧客情報、取引履歴や口座状況に応じた条件を満足しない場合や、ローンの希望金額が融資可能額を超えている場合には、ローン提供不可と判定する。
【００６１】
仮審査においてローン提供不可と判定した場合（ステップＳ１−８において「ＮＯ」の場合）、支援サーバ２０の制御部２１は、上述のように拒否通知処理を実行する（ステップＳ１−５）。
【００６２】
一方、仮審査においてローン提供可能と判定した場合（ステップＳ１−８において「ＹＥＳ」の場合）、支援サーバ２０の制御部２１は、オークション依頼処理を実行する（ステップＳ１−９）。具体的には、制御部２１の融資支援手段２１３は、申込管理レコード２３０のステータスデータ領域にオークション実施フラグを記録する。更に、融資支援手段２１３は、現在日付に対して基準日数を加算して入札期限を算出する。次に、融資支援手段２１３は、受付ＩＤを記録した入札管理レコード２４０を生成し、入札情報記憶部２４に登録する。更に、融資支援手段２１３は、入札管理レコード２４０の依頼日時データ領域に現在年月日及び時刻、入札期限データ領域に入札期限を記録する。そして、融資支援手段２１３は、サービス管理サーバ３０に、オークション依頼を送信する。このオークション依頼には、申込管理レコード２３０に記録されている受付ＩＤ、希望車種、入札管理レコード２４０に記録されている入札期限に関する情報を含める。
【００６３】
次に、サービス管理サーバ３０の制御部３１は、オークション通知処理を実行する（ステップＳ１−１０）。具体的には、制御部３１のオークション管理手段３１１は、オークションＩＤを付与したオークション管理レコード３３０を生成し、オークション情報記憶部３３に記録する。このオークション管理レコード３３０には、支援サーバ２０から取得したオークション依頼に含まれる情報を記録する。そして、オークション管理手段３１１は、ディーラー端末４０に対して、オークション開催通知を送信する。このオークション開催通知には、オークションを特定するためのオークションＩＤとともに、支援サーバ２０から取得した希望車種、入札期限等に関する情報を含める。
【００６４】
次に、ディーラー端末４０は、入札処理を実行する（ステップＳ１−１１）。具体的には、サービス管理サーバ３０からオークション開催通知を取得したカーディーラーは、希望車種に対応して提供可能な車両を検索する。そして、特定した車両についての車両状態に基づいて入札価格を決定する。そして、ディーラー端末４０を用いて、サービス管理サーバ３０に対して、オークションに対して入札情報を送信する。この入札情報には、オークションＩＤ、入札者情報（ディーラーＩＤ）、車両状態及び入札価格に関する情報を含める。
【００６５】
次に、サービス管理サーバ３０の制御部３１は、入札登録処理を実行する（ステップＳ１−１２）。具体的には、制御部３１のオークション管理手段３１１は、ディーラー端末４０から取得した入札情報を記録した取引価格レコード３２０を生成し、取引価格情報記憶部３２に登録する。更に、オークション管理手段３１１は、オークション情報記憶部３３において、ディーラー端末４０から取得した入札情報に含まれるオークションＩＤが記録されたオークション管理レコード３３０を特定する。そして、オークション管理手段３１１は、入札データ領域に、入札情報に含まれる入札者情報（ディーラーＩＤ）、車両状態及び入札価格を追加記録する。
【００６６】
そして、入札期限が到来した場合には、サービス管理サーバ３０の制御部３１は、リスト作成処理を実行する（ステップＳ１−１３）。具体的には、制御部３１のオークション管理手段３１１は、オークション情報記憶部３３から、入札期限が到来したオークション管理レコード３３０を抽出する。そして、オークション管理手段３１１は、オークション管理レコード３３０に記録された入札情報に基づいて入札リストを作成する。この入札リストには、受付ＩＤ、入札者情報（ディーラーＩＤ）、入札価格、車両状態に関する情報を含める。
【００６７】
次に、サービス管理サーバ３０の制御部３１は、リスト送信処理を実行する（ステップＳ１−１４）。具体的には、制御部３１のオークション管理手段３１１は、作成した入札リストを支援サーバ２０に送信する。
【００６８】
入札リストを受信した支援サーバ２０の制御部２１は、ローン条件の確認処理を実行する（ステップＳ１−１５）。具体的には、制御部２１のオークション依頼手段２１４は、入札リストに含まれる受付ＩＤが記録された入札管理レコード２４０を特定し、入札結果データ領域に、サービス管理サーバ３０から取得した入札リストを記録する。そして、オークション依頼手段２１４は、融資支援手段２１３に対して、オークション結果を取得したことを通知する。この場合、融資支援手段２１３は、受付ＩＤが記録された申込管理レコード２３０を抽出し、ステータスデータ領域に融資待ちフラグを記録する。そして、融資支援手段２１３は、申込管理レコード２３０に記録された顧客ＩＤを特定し、この顧客ＩＤが記録された顧客管理レコード２２０を顧客情報記憶部２２から抽出する。次に、融資支援手段２１３は、顧客管理レコード２２０に記録された顧客情報及び取引履歴を取得する。そして、融資支援手段２１３は、仮審査ロジックを用いて、再度、顧客情報及び取引履歴に基づいてローン条件の確認を行なう。
【００６９】
次に、支援サーバ２０の制御部２１は、入札結果の通知処理を実行する（ステップＳ１−１６）。具体的には、制御部２１の融資支援手段２１３は、入札管理レコード２４０の結果送信日時データ領域に、現在日時を記録する。そして、融資支援手段２１３は、顧客ＩＤが記録された顧客管理レコード２２０から顧客の連絡先を特定する。そして、融資支援手段２１３は、この連絡先を用いて、顧客端末１０に対して、入札結果を通知する。
【００７０】
顧客は、この入札結果に基づいて、カーディーラーとの取引について確認を行なう。そして、顧客の希望条件と一致したカーディーラーとの間で車両の取引契約を行なう。
この場合、ディーラー端末４０は、確定金額の連絡処理を実行する（ステップＳ１−１７）。具体的には、カーディーラーは、ディーラー端末４０を用いて、支援サーバ２０に対して確定金額通知を送信する。この確定金額通知には、オークション入札時に用いた受付ＩＤ、契約において確定された取引金額に関する情報を含める。
【００７１】
ディーラー端末４０から確定金額通知を受信した支援サーバ２０の制御部２１は、資金使途確認処理を実行する（ステップＳ１−１８）。具体的には、制御部２１の融資支援手段２１３は、確定金額通知の受付ＩＤに基づいて申込管理レコード２３０を申込情報記憶部２３から抽出する。そして、融資支援手段２１３は、この受付ＩＤの申込管理レコード２３０が記録されていること、ステータスデータ領域に融資待ちフラグが記録されていることを確認する。受付ＩＤが記録された申込管理レコード２３０を抽出できない場合や、融資待ちフラグ以外のステータスが記録されている場合には、融資担当者に対するアラームを出力する。融資待ちフラグが記録されている申込管理レコード２３０を抽出できた場合、融資支援手段２１３は、ステータスデータ領域に資金使途確認フラグを記録する。これにより、自動車購入に用いるローンの利率が決定される。
【００７２】
そして、資金使途確認処理を完了した場合、支援サーバ２０の制御部２１は、融資処理を実行する（ステップＳ１−１９）。具体的には、制御部２１の融資支援手段２１３は、融資に必要な必要書類を顧客端末１０に通知する。そして、必要書類の確認を完了した場合、希望金額を返済用預金口座に入金する。顧客は、返済用預金口座から支払先（カーディラー）の口座に対して、直接、振り込む。
【００７３】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態においては、支援サーバ２０の制御部２１は、希望車種の取引価格の取得処理を実行する（ステップＳ１−２）。そして、支援サーバ２０の制御部２１は、希望金額と取引価格との比較処理（ステップＳ１−３）、希望金額が妥当かどうかについての判定処理（ステップＳ１−４）を実行する。これにより、取引価格から逸脱した金額によるローン提供を抑制することができる。
【００７４】
（２）本実施形態においては、希望金額は妥当と判定した場合（ステップＳ１−４において「ＹＥＳ」の場合）、支援サーバ２０の制御部２１は、顧客情報、取引履歴の取得処理を実行する（ステップＳ１−６）。そして、支援サーバ２０の制御部２１は、ローン仮審査処理を実行する（ステップＳ１−７）。これにより、オークション後に円滑かつ迅速な取引を行なうことができる。
【００７５】
（３）本実施形態においては、仮審査においてローン提供可能と判定した場合（ステップＳ１−８において「ＹＥＳ」の場合）、支援サーバ２０の制御部２１は、オークション依頼処理を実行する（ステップＳ１−９）。更に、サービス管理サーバ３０の制御部３１は、オークション通知処理を実行する（ステップＳ１−１０）。これにより、オークションを用いて、顧客に対して多様な商品を提供することができる。
【００７６】
（４）本実施形態においては、入札リストを受信した支援サーバ２０の制御部２１は、ローン条件の確認処理を実行する（ステップＳ１−１５）。これにより、仮審査後の顧客状況の変化を考慮して、的確にローンを提供することができる。
【００７７】
（５）本実施形態においては、支援サーバ２０の制御部２１は、入札結果の通知処理を実行する（ステップＳ１−１６）。更に、確定金額通知を受信した支援サーバ２０の制御部２１は、資金使途確認処理を実行する（ステップＳ１−１８）。これにより、顧客の手続負担を軽減することができる。
【００７８】
なお、上記各実施形態は以下のように変更してもよい。
・  上記実施形態では、銀行は、自動車ローンを提供する場合を想定したが、ローン提供の対象は自動車に限定されるものではない。
【００７９】
・  上記実施形態では、支援サーバ２０の制御部２１は、ローン仮審査処理を実行する（ステップＳ１−７）。具体的には、制御部２１の融資支援手段２１３は、顧客情報、取引履歴や口座状況に基づいて、ローン提供の可否を仮判定する。この場合には、仮審査ロジックに基づいて、ローン提供の可否や、ローン提供可能な場合には融資可能額を算出する。仮審査において、審査対象となる要素はこれらに限定されるものではない。例えば、顧客から、顧客状況を取得し、これを用いて仮審査を行なうようにしてもよい。
【００８０】
・  上記実施形態では、仮審査においてローン提供可能と判定した場合（ステップＳ１−８において「ＹＥＳ」の場合）、支援サーバ２０の制御部２１は、オークション依頼処理を実行する（ステップＳ１−９）。更に、サービス管理サーバ３０の制御部３１は、オークション通知処理を実行する（ステップＳ１−１０）。オークションの提供方法は、これに限定されるものではない。例えば、サービス管理サーバ３０が、オークションページに、顧客が希望する車両情報を掲載するようにしてもよい。
【００８１】
・  上記実施形態では、入札期限が到来した場合には、サービス管理サーバ３０の制御部３１は、リスト作成処理（ステップＳ１−１３）、リスト送信処理（ステップＳ１−１４）を実行する。オークション結果の通知方法は、リストに限定されるものではない。例えば、入札価格や車両状態に応じてフィルタリングした入札結果を通知するようにしてもよい。これにより、金額が低い入札や、車両状態が良い入札等のように、顧客にとって有利な入札情報を提供することができる。また、ディーラーや車両が保存されている住所を取得し、この住所と顧客の住所とを比較して、所定範囲内にあるディーラーの入札情報を提供するようにしてもよい。
【００８２】
・  上記実施形態では、支援サーバ２０の制御部２１は、希望車種の取引価格の取得処理を実行する（ステップＳ１−２）。この取引価格情報記憶部３２は、オークションに提示された自動車の取引価格レコード３２０を記憶する。取引価格は、オークションの入札価格に限定されるものではない。取引価格情報記憶部３２に、取引実績がある価格情報や、取引市場における統計的価格を蓄積しておくようにしてもよい。
【符号の説明】
【００８３】
１０…顧客端末、２０…支援サーバ、２１…制御部、２１１…利用者認証手段、２１２…条件取得手段、２１３…融資支援手段、２１４…オークション依頼手段、２２…顧客情報記憶部、２３…申込情報記憶部、２４…入札情報記憶部、３０…サービス管理サーバ、３１…制御部、３１１…オークション管理手段、３２…取引価格情報記憶部、３３…オークション情報記憶部。
【図２】
2014157417.tif 000003
【図３】
2014157417.tif 000004
【図１】
2014157417.tif 000005