(57)【要約】【課題】顧客の手続負担を軽減し、一回の情報入力で特定の融資機関のみならず他の融資機関への融資の申込を可能にする。【解決手段】顧客Ｘが操作するクライアント端末１１と、融資機関Ａが管理するサーバシステム１２内において各種Ｗｅｂサービスを提供するＷｅｂシステム１４と、融資申込の受付処理を行うフロントシステム１５と、フロントシステム１５に接続されたオペレータ端末１６と、与信を算出するための保証システム１７を備えている。顧客Ｘが申込画面の入力フォームに必要事項を入力すると、事前審査が開始され、融資可能の場合には本審査が行われる。審査結果を顧客Ｘに告知するため告知メールがクライアント端末１１に送信され、融資機関Ａによる融資は不可であるが、他の融資機関Ｂや融資機関Ｃによる融資が可能の場合には、融資不可である旨の説明と共に、謝絶カスケード案内が表示される。【選択図】図１
2007179425.tif 000002
【特許請求の範囲】
【請求項１】
融資を受けようとする顧客が操作するクライアント端末にネットワークを介して接続された融資支援システムであって、
前記クライアント端末から送信された前記顧客の属性情報を受け付ける属性情報受付手段と、
前記属性情報をもとに特定の融資機関を含む複数の融資機関の融資条件を事前審査する事前審査処理手段と、
前記事前審査の結果、前記特定の融資機関による融資が可能である場合に、前記特定の融資機関による融資に必要な他の審査項目の本審査を支援する本審査支援手段と、
前記事前審査及び前記本審査の結果、他の融資機関による融資が可能である場合に、その旨を前記クライアント端末へ告知する審査結果告知手段とを備えることを特徴とする融資支援システム。
【請求項２】
前記クライアント端末から送信された前記他の融資機関への融資の申込要求を受け付けるカスケード申込受付手段と、
前記申込要求を受け付けた場合に、前記他の融資機関による融資の審査に必要な情報を当該他の融資機関に送信する顧客情報提供手段とをさらに備えることを特徴とする請求項１に記載の融資支援システム。
【請求項３】
前記審査結果告知手段は、
前記事前審査及び前記本審査の結果、前記特定の融資機関による融資が不可であり、かつ、他の融資機関による融資も不可である場合に、前記特定の融資機関による融資が不可であることのみを告知することを特徴とする請求項１又は２に記載の融資支援システム。
【請求項４】
前記審査結果告知手段は、
前記本審査の結果、前記特定の融資機関による融資が可能である場合に、前記特定の融資機関による融資条件を告知することを特徴とする請求項１又は２に記載の融資支援システム。
【請求項５】
前記審査結果告知手段は、
ＵＲＬが記載された電子メールを前記クライアント端末に送信し、前記クライアント端末が前記電子メールに記載された前記ＵＲＬのＷｅｂページにアクセスしたとき、当該Ｗｅｂページ上での表示により前記告知を行うことを特徴とする請求項１又は２に記載の融資支援システム。
【請求項６】
前記電子メールの送信状況を画面に表示する電子メール送信状況表示手段をさらに備えることを特徴とする請求項５に記載の融資支援システム。
【請求項７】
前記電子メールの開封状況を画面に表示する電子メール開封状況表示手段をさらに備えることを特徴とする請求項５又は６に記載の融資支援システム。
【請求項８】
前記他の融資機関への融資の申込状況に関する情報を含む顧客レコードの一覧画面を表示するカスケード状況表示手段さらに備えることを特徴とする請求項１に記載の融資支援システム。
【請求項９】
前記カスケード状況表示手段は、
前記一覧画面上で任意の顧客レコードが選択された場合に、審査結果告知状況及び当該告知に対する顧客からの返答状況に関する情報を仮登録しかつ画面表示する手段と、前記仮登録内容の確定操作によりその後のワークフローを許可する手段とを備えることを特徴とする請求項８に記載の融資支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、融資支援システムに関し、特に、顧客が融資の申込をしたとき、当該顧客への融資の可否を審査し、融資条件を算出し、融資契約を締結するために必要な業務を支援する融資支援システムに関するものである。
【背景技術】
【０００２】
ネットワーク端末を用いて対話形式の画面操作により融資契約の申込を行わせることが可能な融資支援システムが広く利用されている。このシステムは、銀行、消費者金融機関、クレジットカード会社、信販会社といった融資機関のサーバシステムと、顧客が操作するクライアント端末とが融資契約を締結するのに必要な情報を送受信することにより実現される。
【０００３】
従来の融資支援システムにおいて、ある融資機関で融資の可否について審査した結果、融資が認められなかった場合には、他の融資機関へ融資の申込を行い、再度審査を受ける必要があった。この場合、顧客は最初の融資機関への申込時に入力した情報とほぼ同一内容のものを再入力する必要があり、顧客にとっては負担の大きな手続となっていた。このような顧客の手続負担を軽減するため、最近は、複数の融資機関の融資契約についての審査を同時に行い、審査結果を一度に提示することが可能なシステムも提案されている（特許文献１乃至３参照）。
【特許文献１】特開２００５−２０９０４９号公報
【特許文献２】特開２００５−１９７３３９号公報
【特許文献３】特開２００２−９２３６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、初めて融資を受けようとする顧客にとっては、著名な融資機関、或いは日頃なじみのある特定の融資機関を選択する傾向にあり、実際には、複数の融資機関からの審査結果の提示を希望する顧客は非常に少ない。つまり、特定の融資機関の融資条件が顧客の希望条件を満足しなかった時点で初めて、複数の融資機関の融資条件を比較すればよかったと後悔することが多い。そのため、顧客は、融資申込が謝絶されて初めて他の融資機関について検討し、申込の際には属性情報を再入力しなければならず、結局は顧客に過度な手続負担を負わせる結果となっていた。
【０００５】
したがって、本発明の目的は、顧客の手続負担を軽減し、一回の情報入力で特定の融資機関のみならず他の融資機関への融資の申込を行うことが可能な利便性の高い融資支援システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の上記目的は、融資を受けようとする顧客が操作するクライアント端末にネットワークを介して接続された融資支援システムであって、前記クライアント端末から送信された前記顧客の属性情報を受け付ける属性情報受付手段と、前記属性情報をもとに特定の融資機関を含む複数の融資機関の融資条件を事前審査する事前審査処理手段と、前記事前審査の結果、前記特定の融資機関による融資が可能である場合に、前記特定の融資機関による融資に必要な他の審査項目の本審査を支援する本審査支援手段と、前記事前審査及び前記本審査の結果、前記特定の融資機関による融資が不可であり、かつ、他の融資機関による融資が可能である場合に、その旨を前記クライアント端末へ告知する審査結果告知手段とを備えることを特徴とする融資支援システムによって達成される。
【０００７】
本発明においては、前記クライアント端末から送信された前記他の融資機関への融資の申込要求を受け付けるカスケード申込受付手段と、前記申込要求を受け付けた場合に、前記他の融資機関による融資の審査に必要な情報を当該他の融資機関に送信する顧客情報提供手段とをさらに備えることが好ましい。本発明は、特定の融資機関に対して融資の申込をすることを前提としており、複数の融資機関に対する融資の申込ではなく、顧客は他の融資機関に対して属性情報の使用を許諾したわけではないので、顧客の属性情報を外部に転送するのは好ましくない。しかし、本発明によれば、顧客情報は本人からの申込があって初めて他の融資機関に転送されるので、個人情報の保護を十分に図りつつ、複数の融資機関の連携による利便性の高いシステムを提供ことができる。
【０００８】
本発明において、前記審査結果告知手段は、前記事前審査及び前記本審査の結果、前記特定の融資機関による融資が不可であり、かつ、他の融資機関による融資も不可である場合に、前記特定の融資機関による融資が不可であることのみを告知してもよい。また、前記審査結果告知手段は、前記本審査の結果、前記特定の融資機関による融資が可能である場合に、前記特定の融資機関による融資条件を告知してもよい。
【０００９】
本発明において、前記審査結果告知手段は、ＵＲＬ（Uniform Resource Locator）が記載された電子メールを前記クライアント端末に送信し、前記クライアント端末が前記電子メールに記載された前記ＵＲＬのＷｅｂページにアクセスしたとき、当該Ｗｅｂページ上での表示により前記告知を行うことが好ましい。これによれば、審査結果が誤って第三者に知られてしまう危険性が低く、審査結果を告知する際のセキュリティを十分確保することができる。
【００１０】
本発明の融資支援システムは、前記電子メールの送信状況を画面に表示する電子メール送信状況表示手段をさらに備えることが好ましい。また、本発明の融資支援システムは、前記電子メールの開封状況を画面に表示する電子メール開封状況表示手段をさらに備えることが好ましい。これらによれば、審査結果告知状況の監視が容易となり、融資審査業務の効率化を図ることができる。
【００１１】
本発明の融資支援システムは、前記他の融資機関への融資の申込状況に関する情報を含む顧客レコードの一覧画面を表示するカスケード状況表示手段さらに備えることが好ましい。特に、前記カスケード状況表示手段は、前記一覧画面上で任意の顧客レコードが選択された場合に、審査結果告知状況及び当該告知に対する顧客からの返答状況に関する情報を仮登録しかつ画面表示する手段と、前記仮登録内容の確定操作によりその後のワークフローを許可する手段とを備えることが好ましい。これによれば、他の融資機関への融資申込があったことをオペレータが確認して初めて他の融資機関へのカスケード処理が開始されるので、ワークフローの信頼性を高めることができる。
【発明の効果】
【００１２】
本発明によれば、顧客が希望する特定の融資機関のみならず、複数の融資機関の融資条件について同時に審査を行い、顧客には特定の融資機関の審査結果のみが先に伝えられ、他の融資機関の審査結果については、特定の融資機関による融資が不可である場合に、融資が可能であることのみが伝えられるので、顧客は他の融資機関について意識することなく融資の申込を行うことができる。そして、他の融資機関からの融資が必要な場合には、情報の再入力を行うことなく申込手続を行うことができるので、顧客の手続負担を軽減することができ、顧客にとって簡便な申込手続を実現できる。また、特定の融資機関を含む複数の融資機関の融資条件について事前審査を行った後、特定の融資機関による融資が可能の場合に、当該特定の融資機関による融資に必要な残りの審査を行うこととしたので、審査の無駄をなくすことができ、業務の効率化を図ることができる。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面を参照しながら、本発明の好ましい実施の形態について詳細に説明する。
【００１４】
図１は、本発明の好ましい実施形態に係る融資支援システムの構成を示す模式図である。
【００１５】
図１に示すように、この融資支援システム１０は、顧客Ｘが操作するクライアント端末１１と、融資機関Ａが管理するサーバシステム１２とを備えて構成されている。サーバシステム１２は、各種Ｗｅｂサービスを提供するＷｅｂシステム１４と、融資申込の受付処理を行うフロントシステム１５と、フロントシステム１５に接続されたオペレータ端末１６と、与信を算出するための保証システム１７を備えている。クライアント端末１１はインターネット１３を介してサーバシステム１２内のＷｅｂシステム１４に接続されている。
【００１６】
Ｗｅｂシステム１４は、融資機関ＡのＷｅｂサイトをインターネット上に公開しており、各種サービスの一つとして融資申込の受付サービスを提供している。Ｗｅｂシステム１４はまた、フロントシステム１５からの指示により電子メールを送受信する電子メール機能を有している。
【００１７】
フロントシステム１５は、主として融資機関Ａへの融資申込の受付を処理する役割を果たす。フロントシステム１５は顧客データベースを有しており、融資申込時の顧客情報は顧客データベースに登録される。顧客データベースの内容はオペレータ端末１６上で確認することができ、オペレータ端末１６の入力操作により登録内容を変更することができる。
【００１８】
保証システム１７は、融資機関Ａの与信を算出するための各種データベースを備えると共に、他の融資機関Ｂ、Ｃのコンピュータシステム（データベースシステム）１８，１９にアクセスし、融資機関Ｂ、Ｃの与信を算出する機能も備えている。
【００１９】
図２は、サーバシステム１２の機能を概略的に示すブロック図である。
【００２０】
図２に示すように、サーバシステム１２は、クライアント端末１１から送信された顧客Ｘの属性情報を受け付ける属性情報受付手段２１と、顧客Ｘの属性情報をもとに融資機関Ａ、Ｂ及びＣの融資条件を審査する事前審査処理手段２２と、事前審査の結果、前記特定の融資機関による融資が可能である場合に、前記特定の融資機関による融資に必要な他の審査項目の審査を支援する本審査支援手段２３と、事前審査及び本審査の結果、融資機関Ａによる融資が不可であり、かつ、他の融資機関Ｂ又はＣによる融資が可能である場合に、その旨をクライアント端末１１へ告知する審査結果告知手段２４と、クライアント端末１１から送信された他の融資機関Ｂ又はＣへの融資の申込要求を受け付けるカスケード申込受付手段２５と、他の融資機関Ｂ又はＣによる融資の審査に必要な情報を当該他の融資機関Ｂ又はＣに送信する顧客情報提供手段２６とを備えている。
【００２１】
このうち、属性情報受付手段２１は主として図１中のＷｅｂシステム１４及びフロントシステム１５によって、事前審査処理手段２２及び本審査支援手段２３はフロントシステム１５及び保証システム１７によって、審査結果告知手段２４はフロントシステム１５及びＷｅｂシステム１４によって、申込受付手段はＷｅｂシステム１４及びフロントシステム１５によって、カスケード申込受付手段２５はＷｅｂシステム１４及びフロントシステム１５によって、顧客情報提供手段２６は、フロントシステム１５及び保証システム１７によってそれぞれ実現される。
【００２２】
次に、図３及び図４のフローチャートを参照しながら、融資支援システム１０による融資契約申込の処理手順について詳細に説明する。
【００２３】
顧客が融資機関Ａに融資の申込を行う場合、顧客Ｘはまずクライアント端末１１からインターネット１３経由でＷｅｂシステム１４による融資機関ＡのＷｅｂサイトにアクセスする。これにより、クライアント端末１１のディスプレイには申込画面が提供されるので（Ｓ３０１）、申込画面の入力フォームに必要事項を入力する（Ｓ３０２）。審査に必要な顧客の属性情報としては、例えば、顧客の氏名、生年月日、性別、住所、自宅電話番号の有無、携帯電話番号の有無、勤務先情報、年収、給料日、最終学歴、健康保険証の種類、家族構成、融資希望額、利用目的、他社借入状況、設定パスワード等を挙げることができるが、これらに限定されるものではない。このように、顧客Ｘが入力しなければならない情報は非常に多く、すべての情報を入力し終わるまでには相当の時間がかかるため、顧客Ｘの手続負担は非常に大きい。これら顧客の属性情報はＷｅｂシステム１４を介してフロントシステム１５に送られ、フロントシステム１５内の顧客データベースに登録される。
【００２４】
次に、オペレータＹがオペレータ端末１６を操作して顧客Ｘの審査処理を開始することにより、まず事前審査が開始される（Ｓ３０３）。事前審査では、フロントシステム１５が保証システム１７に対して与信のガイド値を算出するよう要求する。この要求を受けた保証システム１７は融資申込時にフロントシステム１５が受け付けた顧客Ｘの属性情報を用いて与信のガイド値の算出処理を実行する。このとき、保証システム１７は融資機関Ａの与信のガイド値を算出するだけでなく、融資機関Ｂ及びＣの与信のガイド値も自動的に算出する。
【００２５】
審査に必要な顧客の属性情報には、融資機関Ａの審査に必要な顧客情報だけでなく、融資機関Ｂ及びＣの審査に必要も含まれていることが好ましい。入力された属性情報に融資機関Ａ乃至Ｃの審査に必要な情報がすべて含まれていれば、融資機関Ｂ、Ｃの与信のガイド値を正確に算出することができるからである。こうして算出された各融資機関の与信のガイド値はフロントシステム１５に返信され、フロントシステム１５で与信のガイド値をもとに融資契約の可否のみが判断される。なお、これらの与信のガイド値は、顧客Ｘが融資機関Ｂ、Ｃへ融資を申し込む意志があるか否かによらず自動的に算出されるが、個人情報保護のため、後述する顧客からの申込がない限り、顧客の属性情報や与信のガイド値が融資機関Ｂ、Ｃに提供されることはない。
【００２６】
事前審査の結果はオペレータＹがオペレータ端末１６から確認することができ、オペレータによる承認操作によってその後の処理に移行させることができる。事前審査の結果が融資可能の場合には（Ｓ３０４Ｙ）、本審査に移行するが（Ｓ３０５）、融資不可の場合には（Ｓ３０４Ｎ）、本審査に移行せず、後述する告知メールの送信処理に移行する（Ｓ３０６）。
【００２７】
本審査では、オペレータＹが保証システム１７を参照して顧客の属性情報を照会する処理、顧客の勤務先に電話をして顧客の勤務実態を確認する処理等が実施される。これらの処理にはオペレータＹによる作業を含むが、それらの結果はすべてオペレータ端末１６経由でフロントシステム１５内の顧客データベースに登録される。審査処理は自動化されることが望ましいが、完全な自動化は実際上困難であり、審査の信頼性を担保する必要もあるため、オペレータ本人が登録内容について確認する作業が必要となる。その後、融資機関Ａの与信を算出する処理が実施される。与信の算出では、フロントシステム１５が保証システム１７に対して与信の算出処理を要求し、保証システム１７は顧客の属性情報を含めた本審査の結果もとに与信の算出処理を実行する。この結果、当初の与信のガイド値よりも良い与信が算出される場合があり、悪い与信が算出されることもある。算出された融資機関Ａの審査結果はフロントシステム１５に返信され、フロントシステム１５内の顧客データベースに登録される。したがって、オペレータＹはオペレータ端末１６上で審査結果を確認することができる。
【００２８】
次に、融資機関Ａへの融資申込に対する審査結果を顧客Ｘに告知するため、審査結果を確認したオペレータＹからの指示により、電子メール（告知メール）がＷｅｂシステム１４を通じてクライアント端末１１に送信される（Ｓ３０７）。告知メールを受け取った顧客は、告知メールに記載されているＵＲＬをクリックして融資機関ＡのＷｅｂサイトにアクセスすることで審査結果を確認することができる。ＵＲＬにアクセスしたクライアント端末１６のディスプレイには審査結果を確認するためのログイン画面が提供される（Ｓ３０７）。
【００２９】
図５は、審査結果を確認するためのログイン画面の一例を示す画面図である。
【００３０】
図５に示すように、審査結果確認用ログイン画面５０には、顧客の「生年月日」入力欄５１と、顧客が予め設定した「パスワード」入力欄５２と、「審査結果を見る」ボタン５３が表示されている。これらの入力欄に必要事項を入力し、「審査結果を見る」ボタン５３をクリックすると、審査結果確認画面が表示される。
【００３１】
審査結果確認画面には、融資機関Ａによる融資の可否が表示されるが、融資機関Ａによる融資が可能な場合と不可の場合、さらには融資機関Ｂ又はＣによる融資が可能な場合と不可の場合とで画面構成は異なる。
【００３２】
図６は、融資機関Ａによる融資が可能な場合（Ｓ３０８Ｙ）に表示される審査結果確認画面の一例である。図６に示すように、この審査結果確認画面６０には、融資が可能である旨の説明６１と、融資の契約内容及び利用方法についての説明６２が表示される（Ｓ３１０）。
【００３３】
図７は、融資機関Ａ乃至Ｃによる融資がすべて不可の場合（Ｓ３０８Ｎ、Ｓ３０９Ｎ）に表示される審査結果確認画面の一例である。図７に示すように、この審査結果確認画面７０には、融資不可である旨の説明７１が表示される（Ｓ３１１）。
【００３４】
図８は、融資機関Ａによる融資は不可であるが、他の融資機関Ｂや融資機関Ｃによる融資が可能の場合（Ｓ３０８Ｎ、Ｓ３０９Ｙ）に表示される審査結果確認画面の一例である。図８に示すように、この審査結果確認画面８０には、融資不可である旨の説明８１と共に、融資機関Ｂ又はＣからは所望の融資を受けることができる旨の案内（謝絶カスケード案内）８２が表示される（Ｓ３１２）。図８には、一例として融資機関Ｂによる融資が可能である旨が示されているが、融資機関Ｃによる融資が可能である旨が示される場合もある。審査結果確認画面８０には謝絶カスケードの「申込」ボタン８３と「終了」ボタン８４が表示されており、顧客がこの「申込」ボタン８３をクリックした場合には（Ｓ３１３Ｙ）、申込要求がＷｅｂシステム１４を介してフロントシステム１５に送られる（Ｓ３１４）。また、顧客が「終了」ボタン８４をクリックした場合には（Ｓ３１３Ｎ）、そのまま終了する。このように、顧客Ｘは最初から複数の融資機関を考慮しなくてもよく、融資が謝絶されて他の融資機関の必要性が生じ、かつ、他の融資機関からの融資がほぼ認められると判断された時点で、他の融資機関について案内されるので、無駄のない効率的な手続を提供することができる。
【００３５】
審査結果の告知状況や謝絶カスケード案内に対する返答状況は、フロントシステム１５の顧客データベースに登録されるが、その内容については審査結果告知リストとしてオペレータ端末１６から閲覧することができる。つまり、顧客データベースの内容を審査結果の告知状況別に閲覧したり、謝絶カスケード案内に対する返答状況別に閲覧したりすることが可能である。
【００３６】
図９は、審査結果告知リストの一例である。
【００３７】
図９に示すように、審査結果告知リスト９０には、審査結果の告知メールを送信した顧客の一覧９１が表示される。また、画面右下には、「返答一覧」ボタン９２、「選択」ボタン９３、「閉じる」ボタン９４がそれぞれ表示されており、「返答一覧」ボタン９２をクリックした場合には、謝絶カスケード案内に対する返答一覧画面が表示される。また、いずれかの顧客レコードを選択した後、「選択」ボタン９３をクリックした場合には、後述する「顧客レコード詳細画面」が表示され、「閉じる」ボタン９４をクリックした場合には、審査結果告知リスト９０の表示が終了する。
【００３８】
図１０は、謝絶カスケード案内に対する返答一覧画面の一例である。
【００３９】
図１０に示すように、謝絶カスケード案内に対する返答一覧画面１００には、融資申込の「受付日時」、「氏名」、「生年月日」等の顧客の属性情報１０１ａの他、謝絶カスケードに関する情報（カスケード情報）１０１ｂが表示される。カスケード情報１０１ｂとしては、例えば、新たな融資先となるカスケード「先会社」、謝絶カスケード案内の「告知日時」、謝絶カスケード案内に対する同意の有無を示す「同意結果」等の項目を挙げることができる。返答一覧画面１００には、謝絶カスケード案内に返答したすべての顧客を表示することができるほか、ラジオボタン１０２の選択により、謝絶カスケード処理が「未了」の案件のみ表示したり、謝絶カスケード処理が「完了」の案件のみ表示したりすること可能である。
【００４０】
この返答一覧画面１００でいずれかの顧客レコードを選択した後、「選択」ボタン１０３をクリックした場合には、後述する「顧客レコード詳細画面」が表示され、「閉じる」ボタン１０４をクリックした場合には、謝絶カスケード案内に対する返答一覧画面１００の表示が終了する。
【００４１】
図１１は、審査結果告知リスト９０又は返答一覧画面１００中にある顧客レコードの一つを選択したときに表示される顧客レコード詳細画面の一例である。
【００４２】
図１１に示すように、顧客レコード詳細画面１１０には、顧客の希望商品や顧客の借入状況などがタブの切り替えにより表示される。画面中の「カスケード」タブ１１１をクリックすると、カスケード情報が表示され、「カスケード登録」の欄１１２及び「告知結果登録」の欄１１３にそれぞれ詳細項目が表示される。「カスケード登録」の欄１１２には、「カスケード元会社」、「カスケード先会社」、「カスケード登録日」等が表示される。また、「告知結果登録」の欄１１３には「カスケード告知日」、「カスケード告知時間」、「カスケード告知担当者」、「カスケード同意結果」等が表示される。
【００４３】
ここで、謝絶カスケード処理が「完了」の案件の場合、顧客データベースへの登録内容が確定しているため、顧客レコード詳細画面１１０に表示された審査結果告知状況や謝絶カスケード案内に対する返答状況の内容を変更することはできないが、謝絶カスケード処理が「未了」の案件の場合には、顧客データベースへの登録内容が確定しておらず、審査結果告知リスト９０や返答一覧画面１００に登録された事項が顧客レコード詳細画面１１０上に単に貼り付けられているだけである。そのため、例えば「未了」の案件のうち、審査結果告知（図３のステップＳ３０６）を行っていないものについては、「告知結果登録」の欄１１３のすべての項目がすべて空白になり、審査結果告知に対する返答（図４のステップＳ３１３）がまだ来ていないものについては、「告知結果登録」の欄１１３のカスケード同意結果の項目が空白になる。審査結果告知に対する返答が来ている案件については、「告知結果登録」の欄１１３に告知結果に対する返答情報が自動的に貼り付けられるので、必要に応じて内容を修正した後、画面中の「告知結果登録」ボタンをクリックすることで顧客データベースへの登録が完了し、次のワークフローに進むことができる。なお、ここにいう「貼り付け」とは、情報が仮登録しかつ画面表示する処理のことをいう。また「ワークフロー」とは、属性情報の収集、属性情報の照会、与信結果の算出、与信判断者による決済、カード発行・郵送処理といった、融資契約を完了するまでの一連の業務手順のことであり、融資支援システムはこのような業務の支援に用いられる。
【００４４】
こうして顧客Ｘからの謝絶カスケード、つまり融資機関Ｂ又はＣへの融資の申込を受け付けたフロントシステムは、顧客Ｘが融資機関Ａへの融資申込を行ったときに入力した属性情報を含め、審査を行う上で必要な顧客情報をカスケード先融資機関Ｂ、Ｃのコンピュータシステムに送信するので、属性情報を再入力しなくてもよく、顧客Ｘの手続負担を大幅に軽減することができる。また、融資機関Ｂや融資機関Ｃは、融資機関Ａが行った審査と重複した審査を行うことなく、他の必要な事項についてのみ審査をすればよいことから、重複審査による無駄な業務を大幅に低減することができる。なお、事前審査において融資機関Ｂ、Ｃの与信のガイド値の算出は自動化されており、人手が介在していないので、情報漏洩の可能性は極めて低い。また、顧客からカスケード申込の要求がなければ顧客情報が融資機関Ｂ、Ｃに提供されることはなく、融資機関Ｂ、Ｃもまた与信のガイド値が算出されていることを知ることはできない。
【００４５】
以上説明したように、本実施形態によれば、顧客が希望する特定の融資機関のみならず、複数の融資機関の融資条件について同時に審査を行い、顧客には特定の融資機関の審査結果のみが先に伝えられ、他の融資機関の審査結果については、融資が可能であることのみが伝えられるので、顧客は他の融資機関について意識することなく融資の申込を行うことができる。また、他の融資機関からの融資が必要な場合には、情報の再入力を行うことなく申込手続を行うことができるので、顧客の手続負担を軽減することができ、顧客にとって簡便な申込手続を実現できる。また、特定の融資機関を含む複数の融資機関の融資条件について事前審査を行った後、特定の融資機関による融資が可能の場合に、当該特定の融資機関による融資に必要な残りの審査を行うこととしたので、審査の無駄をなくすことができ、業務の効率化を図ることができる。
【００４６】
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲内で種々の変更を加えることが可能であり、これらも本発明の範囲に包含されるものであることは言うまでもない。
【００４７】
例えば、上記実施形態においては、サーバシステム１２内の各システムが専用線を介して接続されており、オペレータ端末は、各種画面を専用閲覧ソフトで確認する構成を取っているが、例えば、オペレータ端末がＷｅｂブラウザ上で確認できるようにしてもよい。
【００４８】
また、上記実施形態においては、特定の融資機関Ａによる融資が謝絶され、かつ、他の融資機関Ｂ又はＣからの融資がほぼ認められると判断された場合に、当該他の融資機関Ｂ又はＣの融資について案内されるようにしているが、本発明はこのような場合に限定されるものではなく、例えば融資機関Ａによる融資が許可された場合にも他の融資機関Ｂ又はＣの融資について追加的に案内されるようにしてもよい。
【図面の簡単な説明】
【００４９】
【図１】は、本発明の好ましい実施形態に係る融資支援システムの構成を示す模式図である。
【図２】は、サーバシステム１２の機能を概略的に示すブロック図である。
【図３】融資支援システム１０による融資契約申込の処理手順を示すフローチャートである。
【図４】融資支援システム１０による融資契約申込の処理手順を示すフローチャートである。
【図５】審査結果を確認するためのログイン画面の一例を示す画面図である。
【図６】融資機関Ａによる融資が可能な場合（Ｓ３０８Ｙ）に表示される審査結果確認画面の一例である。
【図７】融資機関Ａ乃至Ｃによる融資がすべて不可の場合（Ｓ３０８Ｎ、Ｓ３０９Ｎ）に表示される審査結果確認画面の一例である。
【図８】融資機関Ａによる融資は不可であるが、他の融資機関Ｂや融資機関Ｃによる融資が可能の場合（Ｓ３０９Ｎ、Ｓ３１０Ｙ）に表示される審査結果確認画面の一例である。
【図９】審査結果告知リストの一例である。
【図１０】謝絶カスケード案内に対する返答一覧画面の一例である。
【図１１】審査結果告知リスト９０又は返答一覧画面１００中にある顧客レコードの一つを選択したときに表示される顧客レコード詳細画面の一例である。
【符号の説明】
【００５０】
１０    融資支援システム
１１    クライアント端末
１２    サーバシステム
１３    インターネット
１４    システム
１５    フロントシステム
１６    オペレータ端末
１７    保証システム
１８    融資機関Ｂのコンピュータシステム（データベースシステム）
１９    融資機関Ｃのコンピュータシステム（データベースシステム）
２１    属性情報受付手段
２２    事前審査処理手段
２３    本審査支援手段
２４    審査結果告知手段
２５    カスケード申込受付手段
２６    顧客情報提供手段
５０    審査結果確認用ログイン画面
５１    生年月日入力欄
５２    パスワード入力欄
５３    「審査結果を見る」ボタン
６０    審査結果確認画面
６１    審査結果の説明文
６２    契約内容・利用方法の説明
７０    審査結果確認画面
７１    審査結果の説明文
８０    審査結果確認画面
８１    審査結果の説明文
８２    謝絶カスケード案内
８３    「申込」ボタン
８４    「終了」ボタン
９０    審査結果告知リスト
９１    顧客レコード一覧
９２    「返答一覧」ボタン
９３    「選択」ボタン
９４    「閉じる」ボタン
１００    返答一覧画面
１０１    顧客レコード一覧
１０１ａ    属性情報
１０１ｂ    カスケード情報
１０２    ラジオボタン
１０３    「選択」ボタン
１０４    「閉じる」ボタン
１１０    顧客レコード詳細画面
１１１    「カスケード」タブ
１１２    「謝絶カスケード登録」の欄
１１３    「告知結果登録」の欄
１１４    「告知結果登録」ボタン
【図１】
2007179425.tif 000003
【図２】
2007179425.tif 000004
【図３】
2007179425.tif 000005
【図４】
2007179425.tif 000006
【図５】
2007179425.tif 000007
【図６】
2007179425.tif 000008
【図７】
2007179425.tif 000009
【図８】
2007179425.tif 000010
【図９】
2007179425.tif 000011
【図１０】
2007179425.tif 000012
【図１１】
2007179425.tif 000013