JP6282766B1 - 住宅ローン審査の一本化・自動化システム、方法、およびプログラム - Google Patents

Abstract

【課題】住宅ローンの第１の審査結果が優良属性である場合、第２の審査実行までの処理を一本化するシステムを提供する。【解決手段】住宅ローンの審査を行うシステムであって、審査申込データを第１のデバイスから受信する手段と、審査申込データに関連付けられた必要書類の電子データを第１のデバイスから受信する手段と、審査申込データに基づいて、第１の審査を実行する手段と、第１の審査の結果を判定する手段と、第１の審査の結果が第１の属性である場合、審査申込データに基づいて、第２の審査を実行する手段と、審査申込データおよび必要書類の電子データの一部または全部を第２のデバイスに表示し、形式チェックを促す手段と、を備える。【選択図】図１

Description

本発明は、住宅ローン審査の一本化・自動化システム、方法、およびプログラムに関する。

住宅の購入を希望する者（以下、住宅購入希望者という）は、購入資金について、様々な金融機関が提供している住宅ローンを検討することができる。住宅購入希望者は、複数の金融機関に対して住宅ローンの事前審査を申し込み、事前審査の結果により、住宅ローンの本審査を実際に申し込むかどうかを決定することができる。

事前審査および本審査は、一律的な内容の審査が人手により行われていることが多い。事前審査および本審査は、住宅ローンの諾否について否定的要素のない申込案件の場合、単純な確認作業のみが行われる。ここで、住宅ローンの諾否について否定的要素の有無により作業の振り分けを行い、単純な確認作業についてはシステム処理を行う発明が開示されている（特許文献１参照）。

住宅ローンは、保険会社等が提供する団体信用生命保険の加入が借り入れの条件となることが多い。また、住宅購入希望者は、団体信用生命保険と併せて疾病保障等に加入することも多い。団体信用生命保険および疾病保障等の加入の際、住宅購入希望者は、健康状態等を告知するための告知書を記入し、保険会社等に提出する必要がある。一般的に、事前審査および本審査の申込、ならびに団体信用生命保険および疾病保障等の加入の申込は、不動産業者に事務作業が委託されている。

特開２００３−２４２３５０号公報

しかしながら、特許文献１で開示された発明は、事前審査における仮審査、および本審査における仮審査について、一定の条件に合致する場合にシステム処理が可能となる一方で、従来の審査と同じく、事前審査と本審査を個別に申し込む必要がある。

事前審査と本審査を個別に申し込むことで、必要書類の準備、申込の事務手続が二重に発生する。また、事前審査の結果を検討した後に、本審査の申込を行うことで、事前審査の申込から本審査の結果回答までの期間が長くなるという問題を有する。

また、団体信用生命保険および疾病保障等の加入の申込の事務作業が不動産業者に委託されているため、住宅購入希望者は、告知書を不動産業者に提出することについて心理的抵抗を感じる場合があり得る。また、団体信用生命保険および疾病保障等の加入の申込は、本審査の申込と併せて行うことが一般的であるため、保険会社等が告知書を確認する時期は本審査の申込以降となり、手続が長期化する要因となる。

さらに、一般的に事前審査および本審査の必要書類、団体信用生命保険および疾病保障等の加入の告知書等は紙媒体であるため、輸送費用、輸送時間、管理コストが増大し、書類紛失のリスクを有する。

本発明は上記の課題に対してなされたものであり、住宅ローン審査の一本化・自動化システム、方法、およびプログラムを提供することを目的とする。より詳細には、事前審査および本審査が行われていた従来の住宅ローン審査を一本化し、第１の審査および第２の審査として段階で分けた処理をシステムにより自動で実行する。第１の審査結果が住宅ローンの諾否について否定的要素のない、いわゆる優良属性である場合、第２の審査実行までの処理を一本化し、審査申込データを基にして第１の審査および第２の審査を自動で実行することを目的とする。また、住宅購入希望者が告知書を不動産業者に提出することなく、団体信用生命保険および疾病保障等の加入の申込を可能にすることを目的とする。

上記課題を解決するために、本発明の住宅ローン審査システムは、住宅ローンの審査を行うシステムであって、審査申込データを第１のデバイスから受信する手段と、審査申込データに関連付けられた必要書類の電子データを第１のデバイスから受信する手段と、審査申込データに基づいて、第１の審査を実行する手段と、第１の審査の結果を判定する手段と、第１の審査の結果が第１の属性である場合、審査申込データに基づいて、第２の審査を実行する手段と、審査申込データおよび必要書類の電子データの一部または全部を第２のデバイスに表示し、形式チェックを促す手段と、を備える。

本発明によれば、第１の審査の結果が優良属性である場合、第１の審査および第２の審査を一本化し、システム処理を行うことにより、人手が必要な審査は形式チェックのみとすることができる。また、第１の審査と第２の審査の申込手続を個別に行う必要がなく、住宅購入希望者および不動産業者の手数が軽減される。

さらに、住宅ローンの審査に必要な書類は、電子データにすることで、従来の紙媒体の必要書類と比較して輸送費用、輸送時間、管理コストおよび書類紛失のリスクの削減に寄与する。

本発明の一実施形態にかかる住宅ローン審査システムを含む全体の構成を例示する図である。 本発明の一実施形態にかかる審査申込データのデータ項目を例示する図である。 本発明の一実施形態にかかる審査申込データの物件情報のデータ項目を例示する図である。 本発明の一実施形態にかかる審査申込データの申込者情報のデータ項目を例示する図である。 本発明の一実施形態にかかる審査申込データ入力画面を例示する図である。 本発明の一実施形態にかかる必要書類アップロード画面を例示する図である。 本発明の一実施形態にかかる処理フローを例示する図である。

以下、図面を参照しながら本発明の実施形態について詳細に説明する。実施形態の説明の全体を通して、同じ要素には同じ番号を付している。

図１は、本発明の一実施形態にかかる住宅ローン審査システム１００を含む全体の構成を例示する図である。住宅ローン審査システム１００は、概略的に、審査サーバ１２０、審査情報ＤＢ１３０、必要書類ＤＢ１４０、および告知書ＤＢ１５０を含み、Ｗｅｂサーバ１１０と通信可能に接続される。図１はまた、Ｗｅｂサーバ１１０と申込者端末１６０がネットワーク１８０を介して接続されること、ならびにＷｅｂサーバ１１０と外部システム１７０がネットワーク１８０を介して接続されることを例示する。

Ｗｅｂサーバ１１０は、申込者端末１６０に対して住宅ローン審査申込アプリケーションを提供し、審査申込データ、必要書類の電子データ、および告知書の電子データを申込者端末１６０から受信することができるサーバである。Ｗｅｂサーバ１１０は、審査申込データＩＦ部１１１、必要書類データＩＦ部１１２、および告知書データＩＦ部１１３を備える。Ｗｅｂサーバ１１０は、金融機関または第三者機関によって提供されるＡＳＰ（Application Service Provider）サーバとすることができる。

審査申込データＩＦ部１１１は、住宅購入希望者によって入力された審査申込データを申込者端末１６０から受信し、審査サーバ１２０に送信することができる。審査申込データは、例えば、物件情報、申込者情報、および住宅ローンの借入希望額／返済期間等の情報を含むことができる。物件情報は、例えば、物件名、住所、占有面積等とすることができる。申込者情報は、例えば、住宅購入希望者の氏名、生年月日、住所、電話番号、勤務先、勤務先住所、勤続年数および収入等とすることができる。

必要書類データＩＦ部１１２は、審査申込データに関連付けられた必要書類の電子データを申込者端末１６０から受信し、必要書類の電子データを審査サーバ１２０に送信することができる。必要書類は、例えば、運転免許証、パスポート、保険証、住民票等の本人確認資料、源泉徴収票、所得証明書等の収入証明に関する資料、売買契約書、工事請負契約書等の物件に関する資料等とすることができる。必要書類の電子データは、必要書類をカメラ、スキャナ等で取り込んだ画像データ等とすることができる。

告知書データＩＦ部１１３は、審査申込データに関連付けられた告知書の電子データを申込者端末１６０から受信し、審査サーバ１２０に送信することができる。告知書データＩＦ部１１３はまた、告知書ＤＢ１５０に格納された告知書の電子データを外部システム１７０に送信することができる。また、別の実施形態において、告知書データＩＦ部１１３は、告知書の電子データを審査サーバ１２０に送信することなく、単に申込者端末１６０と外部システム１７０の間で告知書の電子データの中継を行ってもよい。このように中継する場合、住宅ローン審査システム１００の告知書データ受信部１２８および告知書ＤＢ１５０は、例えばデータ管理専用の外部のサーバで実装することができる。

審査サーバ１２０は、審査申込データに基づいて第１の審査を行い、第１の審査の結果によって後続の作業を振り分ける。審査サーバ１２０は、審査申込データ受信部１２１、必要書類データ受信部１２２、審査実行部１２３、審査申込データ更新部１２４、審査結果判定部１２５、形式チェック実行部１２６、不備通知部１２７、および告知書データ受信部１２８を備える。

審査申込データ受信部１２１は、Ｗｅｂサーバ１１０から受信した審査申込データを審査情報ＤＢ１３０に格納することができる。審査申込データは、審査の申込ごとに一意となる識別子を有する。審査申込データは、物件情報が一意となる識別子、および住宅購入希望者が一意となる識別子等を用いて格納してもよい（例えば、図２〜図４参照）。

必要書類データ受信部１２２は、Ｗｅｂサーバ１１０から受信した必要書類の電子データを必要書類ＤＢ１４０に格納することができる。必要書類の電子データは、例えば、審査申込データの識別子を付加することによって、審査情報ＤＢ１３０に格納された審査申込データと関連付けることができる。

審査実行部１２３は、審査情報ＤＢ１３０に格納された審査申込データに基づいて、第１の審査および第２の審査を実行することができる。審査は、例えば、信用情報、申込者情報、および住宅ローンの借入希望額／期間等の情報等、ならびに予め定められた基準に基づいて行ってもよい。信用情報は、例えば、住宅ローンを提供する金融機関と住宅購入希望者の取引における信用情報、外部の信用情報機関に対して照会した信用情報等とすることができる。第１の審査および第２の審査は、後述する審査結果が「優良属性」の場合、第２の審査の実行を省略し、審査を一本化することができる。第１の審査と第２の審査はまた、必要に応じて、異なる情報／基準を使用して審査を行ってもよい。

審査申込データ更新部１２４は、審査情報ＤＢ１３０に格納された審査申込データを更新することができる。審査申込データ更新部１２４は、第１の審査の完了時、および第２の審査の完了時に、審査情報ＤＢ１３０に格納された審査申込データの審査結果（図２を参照）を更新することができる。審査結果は、例えば、住宅ローンの諾否について否定的要素のない「優良属性」、または否定的要素が存在する「その他の属性」等とすることができる。審査申込データ更新部１２４はまた、例えば第１の審査の結果が「優良属性」の場合、審査情報ＤＢ１３０に格納された審査申込データの審査種別（図２を参照）を「第１の審査」から「第２の審査」に更新することができる。このような審査種別の更新は、第１の審査が完了し、第２の審査の段階に遷移したことを示す。一方、審査申込データ更新部１２４は、例えば第１の審査の結果が「その他の属性」の場合、どの情報に否定的要素が存在するかを示す所定のコード等を、審査情報ＤＢ１３０に格納された審査申込データのエラーコード（図２を参照）に登録してもよい。

審査結果判定部１２５は、第１の審査の結果を判定し、必要な処理を振り分けることができる。第１の審査の結果の判定は、例えば、審査情報ＤＢ１３０に格納された審査申込データの審査結果を取得して確認すること、審査実行部１２３が審査結果に応じて返却する所定の戻り値を確認すること等により行ってもよい。審査結果判定部１２５は、例えば、第１の審査の結果が「優良属性」の場合はシステム処理を続行して第２の審査を実施し、「その他の属性」の場合はシステム処理を中断して、必要に応じて担当者による追加の審査を実施する等のように振り分けることができる。

形式チェック実行部１２６は、審査実行部１２３により第２の審査が行われた後、保証会社の担当者のＰＣ等に審査申込データおよび必要書類の電子データを表示し、形式チェックを促すことができる。形式チェックは、例えば、審査申込データおよび必要書類の電子データの一部または全部が保証会社の担当者のＰＣ等に表示され、不足、齟齬がないか、商品性が適正であるかについて、保証会社の担当者が確認すること等により行われる。形式チェック実行部１２６は、例えば、保証会社の担当者のＰＣ等に表示された「承諾」ボタンを保証会社の担当者が押下すること等に応じて、形式チェックを完了することができる。形式チェック実行部１２６はまた、必要に応じて、例えば、担保情報の明細データ等の不足情報の入力を保証会社の担当者のＰＣ等から受け付け、審査申込データの補完情報として登録してもよい。担保情報の明細データは、例えば、担保評価額、所有者の持分比率、不動産の用途区分、抵当権の設定順位等とすることができる。

不備通知部１２７は、形式チェックで、審査申込データおよび必要書類の電子データのいずれかまたは両方に不備が存在する場合、申込者端末１６０に不備を通知することができる。不備通知部１２７は、例えば、運転免許証の画像データが不鮮明である場合等、申込者端末１６０にその旨の通知を行い、再送信を促すことができる。不備の通知は、例えば、申込者端末１６０に対するメール送信、Ｗｅｂサーバが提供する住宅ローン審査申込アプリケーションの画面表示等により行うことができる。

告知書データ受信部１２８は、Ｗｅｂサーバ１１０から受信した告知書の電子データを告知書ＤＢ１５０に格納することができる。告知書の電子データは、例えば、審査申込データの識別子を付加することによって、審査情報ＤＢ１３０に格納された審査申込データと関連付けることができる。

審査情報ＤＢ１３０は、審査申込データを格納し、審査の申込ごとに状況を管理するデータベースである。審査情報ＤＢ１３０に格納される情報は、例えば、審査申込データ、審査結果、審査種別等とすることができる。

必要書類ＤＢ１４０は、審査申込データに関連付けられた必要書類の電子データを格納するデータベースである。必要書類の電子データは画像データ等とすることができるため、必要書類ＤＢ１４０は、例えば、ディレクトリサービス等で実装されてもよい。

告知書ＤＢ１５０は、団体信用生命保険および疾病保障等の加入に必要な告知書の電子データを格納するデータベースである。告知書ＤＢ１５０は、情報管理の必要性に応じて、告知書の電子データの一部または全部を格納するように実装されてもよい。

申込者端末１６０は、住宅購入希望者または不動産業者が使用する１つまたは複数のＰＣ、スマートフォン、またはタブレット端末等とすることができる。申込者端末１６０は、ネットワーク１８０を介してＷｅｂサーバ１１０と通信可能に接続される。申込者端末１６０は、住宅購入希望者によって審査申込データを入力することができ、審査申込データをＷｅｂサーバ１１０に送信することができる。審査申込データは、不動産業者によって入力および修正がなされてもよい。申込者端末１６０はまた、住宅購入希望者によって団体信用生命保険および疾病保障等の加入に必要な告知書の情報を入力することができ、告知書の電子データをＷｅｂサーバ１１０に送信することができる。

外部システム１７０は、例えば、団体信用生命保険を提供する会社のシステム、疾病保障を提供する会社のシステム等とすることができる。外部システム１７０は、ネットワーク１８０を介してＷｅｂサーバ１１０と通信可能に接続され、Ｗｅｂサーバ１１０から告知書の電子データを受信することができる。

ネットワーク１８０は、例えばインターネット等、Ｗｅｂサーバ１１０と申込者端末１６０、Ｗｅｂサーバ１１０と外部システム１７０がそれぞれ相互に通信可能な有線／無線のネットワーク１８０とすることができ、特に限定されることはない。

住宅ローン審査システム１００の一実施形態において、住宅購入希望者は申込者端末１６０を使用して、審査申込データおよび必要書類の電子データを送信する。審査申込データおよび必要書類の電子データは、Ｗｅｂサーバ１１０を経由して審査サーバ１２０に送信され、審査情報ＤＢ１３０および必要書類ＤＢ１４０にそれぞれ格納される。審査サーバ１２０は、審査申込データに基づいて第１の審査を行い、第１の審査の結果が優良属性であるかどうかを判定する。第１の審査の結果が優良属性である場合、審査サーバ１２０は審査申込データに基づいて第２の審査を行う。

住宅ローン審査システム１００の別の実施形態において、住宅購入希望者は住宅ローンの審査申込の一部として、申込者端末１６０を使用して、告知書の情報を入力する。告知書の電子データは、Ｗｅｂサーバ１１０を経由して、外部システム１７０に送信される。告知書の電子データは、告知書ＤＢ１５０に格納されてもよいし、格納されなくてもよい。外部システム１７０は、告知書の電子データに基づいて、団体信用生命保険および疾病保障等の加入の審査を行うことができる。

図２は、本発明の一実施形態にかかる審査申込データのデータ項目を例示する図である。データ項目は、審査ＩＤ、物件ＩＤ、申込者ＩＤ、審査種別、審査結果、エラーコード等が例示される。審査ＩＤは、審査申込データを一意に識別するＩＤであり、審査の申込ごとに管理することができる。物件ＩＤ、申込者ＩＤはそれぞれ、図３で示す物件情報、図４で示す申込者情報と関連付けることができる識別子である。審査種別は、例えば、第１の審査または第２の審査とすることができ、審査がどの段階にあるかを示すことができる。審査結果は、審査サーバ１２０が行った第１の審査および第２の審査の結果である。エラーコードは、例えば、どの情報に否定的要素が存在するかについて、対応する所定のコードを格納することができる。

図３は、本発明の一実施形態にかかる審査申込データの物件情報のデータ項目を例示する図である。データ項目は、物件ＩＤ、物件名、住所、占有面積等が例示される。物件ＩＤは、物件を一意に識別する識別子である。

図４は、本発明の一実施形態にかかる審査申込データの申込者情報のデータ項目を例示する図である。データ項目は、申込者ＩＤ、氏名、生年月日、住所、電話番号、勤務先、勤務先住所等が例示される。申込者ＩＤは、住宅ローンの審査を申し込む住宅購入希望者を一意に識別する識別子である。

図５は、本発明の一実施形態にかかる審査申込データ入力画面を例示する図である。審査申込データ入力画面は、Ｗｅｂサーバ１１０が提供する住宅ローン審査申込アプリケーションの画面である。住宅購入希望者は、申込者端末１６０に表示された審査申込データ入力画面から審査申込データを入力し、Ｗｅｂサーバ１１０に送信することができる。

図６は、本発明の一実施形態にかかる必要書類アップロード画面を例示する図である。必要書類アップロード画面は、Ｗｅｂサーバ１１０が提供する住宅ローン審査申込アプリケーションの画面である。住宅購入希望者は、申込者端末１６０に表示された必要書類アップロード画面から必要書類の電子データをＷｅｂサーバ１１０に送信することができる。

図７は、本発明の一実施形態にかかる処理フローを例示する図である。以下、図７を参照して、住宅購入希望者が住宅ローン審査システム１００に対し、住宅ローンの審査申込を行う場合について説明する。

Ｓ７０１で、Ｗｅｂサーバ１１０は、住宅購入希望者が操作する申込者端末１６０に住宅ローン審査申込アプリケーションを提供する。住宅購入希望者は、申込者端末１６０に表示された審査申込データ入力画面（図５を参照）から審査申込データを入力し、Ｗｅｂサーバ１１０に審査申込データを送信する。住宅購入希望者はまた、申込者端末１６０に表示された必要書類アップロード画面（図６を参照）から必要書類の電子データをＷｅｂサーバ１１０に送信する。

Ｓ７０２で、Ｗｅｂサーバ１１０は、審査申込データＩＦ部１１１および必要書類データＩＦ部１１２によって、審査申込データおよび必要書類の電子データを受信し、審査サーバ１２０に送信する。

Ｓ７０３で、審査サーバ１２０は、審査申込データ受信部１２１および必要書類データ受信部１２２によって、審査申込データおよび必要書類の電子データをそれぞれ、審査情報ＤＢ１３０、必要書類ＤＢ１４０に格納する。審査申込データの審査種別を「第１の審査」として格納することにより、審査の状況を示すことができる。

Ｓ７０４で、審査サーバ１２０は、審査実行部１２３によって、審査申込データに基づいて第１の審査を行う。第１の審査は、例えば、外部の信用情報機関に照会したクレジットカードの利用履歴、住宅購入希望者の収入、返済比率等から、予め定められた基準に基づいて行ってもよい。

Ｓ７０５で、審査サーバ１２０は、審査結果判定部１２５によって、第１の審査の結果が「優良属性」であるか、「その他の属性」であるかを判定する。第１の審査の結果が「その他の属性」の場合（Ｓ７０５：ＮＯ）、Ｓ７０６で、必要に応じて書類等を住宅購入希望者に要求し、従来と同様の処理工程により、人手による追加の審査が行われてもよい。また、第１の審査の結果が「その他の属性」の場合、審査申込データ更新部１２４によって、審査申込データのエラーコードに所定のコードを登録してもよい。審査申込データのエラーコードによって、どの情報に否定的要素が存在するかを特定できるため、人手による追加の審査の際に必要な書類、審査方針等の決定を容易に行うことができる。

第１の審査の結果が「優良属性」の場合（Ｓ７０５：ＹＥＳ）、Ｓ７０７で、審査サーバ１２０は、審査申込データ更新部１２４によって、審査情報ＤＢ１３０に格納された審査申込データの審査種別を「第１の審査」から「第２の審査」に更新する。審査種別が「第２の審査」に更新されることにより、審査の現在の状況が第２の審査に遷移したことを示す。

Ｓ７０８で、審査サーバ１２０は、審査実行部１２３によって、審査申込データに基づいて第２の審査を行う。第２の審査は、第１の審査で使用した情報／基準と同じ情報／基準に基づく場合、第２の審査の実行を省略し、第１の審査と第２の審査を一本化することができる。第２の審査はまた、必要に応じて、第１の審査で使用した情報／基準と異なる情報／基準に基づいて行ってもよい。

Ｓ７０９で、住宅ローン審査システム１００は、形式チェック実行部１２６によって、形式チェックを行う。形式チェックは、例えば、保証会社の担当者のＰＣ等に表示された申込者情報等に誤字があるかどうかを確認すること、必要書類の画像データが不鮮明であるかどうかを確認すること等により行うことができる。形式チェックはまた、例えば、担保評価額等の担保情報の明細データを保証会社の担当者のＰＣ等から入力を受け付け、審査申込データの補完情報として登録してもよい。形式チェックで不備が存在する場合、不備通知部１２７によって、申込者端末１６０に対し、例えば、メール送信、Ｗｅｂサーバが提供する住宅ローン審査申込アプリケーションの画面表示等により、どの書類に不備があるか等の通知を行うようにしてもよい。不備の通知により、住宅購入希望者は、その後の対応が明確になる。

このようにすることで、第１の審査の結果が優良属性の場合、第１の審査および第２の審査の処理を一本化し、システム処理を行うことにより、人手が必要な審査は形式チェックのみとすることができる。また、第１の審査と第２の審査の申込手続を個別に行う必要がなく、住宅購入希望者および不動産業者の手数が軽減される。

また、別の実施形態では、住宅購入希望者が住宅ローンの審査申込を行う際に、団体信用生命保険および疾病保障等の加入に必要な告知書の電子データを送信するようにしてもよい。告知書の電子データは、Ｗｅｂサーバ１１０の告知書データＩＦ部１１３によって受信され、審査サーバ１２０に送信され、告知書ＤＢ１５０に格納され得る。告知書ＤＢ１５０に格納された告知書の電子データは、Ｗｅｂサーバ１１０の告知書データＩＦ部１１３によって、外部システム１７０に送信することができる。告知書データＩＦ部１１３は、告知書の電子データを審査サーバ１２０に送信することなく、単に申込者端末１６０と外部システム１７０の間で告知書の電子データの中継を行ってもよい。

このようにすることで、住宅購入希望者は、告知書を不動産業者に提出することなく、団体信用生命保険および疾病保障等の加入の申込を行うことができる。さらに、告知書の電子データの送信は、住宅ローンの審査の申込と同じタイミングでもよいため、保険会社等が告知書を早期に確認することができ、手続の短期化を図ることができる。

本明細書および図面において開示される実施形態は一例にすぎず、本発明の技術的範囲を定める際に、本開示の内容に限定して解釈されるべきではない。説明のため各処理を分けて記載したが、各処理を統合、連携させ、それぞれが有する処理の一部または全部を他方が行うように実装され得る。

Claims (5)

1. 住宅ローンの審査を行うシステムであって、
   審査申込データを第１のデバイスから受信する手段と、
   前記審査申込データに関連付けられた必要書類の電子データを前記第１のデバイスから受信する手段と、
   前記審査申込データに基づいて、第１の審査を実行する手段と、
   前記第１の審査の結果を判定する手段と、
   前記第１の審査の結果が第１の属性である場合、前記審査申込データに基づいて、第２の審査を実行する手段と、
   前記審査申込データおよび前記必要書類の電子データの一部または全部を第２のデバイスに表示し、形式チェックを促す手段と、
   を備え、
   前記第２の審査を実行する手段は、前記第１の審査と前記第２の審査とが同じ審査内容である場合、前記第２の審査の実行を省略する、
   住宅ローンの審査を行うシステム。
2. 前記形式チェックを促す手段は、さらに、前記第２のデバイスから担保情報の明細データを受信し、前記審査申込データを補完することを特徴とする請求項１に記載のシステム。
3. 前記審査申込データに関連付けられた告知書の電子データを受信する手段と、前記告知書の電子データを外部システムに送信する手段をさらに備えたことを特徴とする請求項１または２に記載のシステム。
4. 住宅ローンの審査を行うシステムにより実施される方法であって、
   審査申込データを第１のデバイスから受信すること、
   前記審査申込データに関連付けられた必要書類の電子データを前記第１のデバイスから受信すること、
   前記審査申込データに基づいて、第１の審査を実行すること、
   前記第１の審査の結果を判定すること、
   前記第１の審査の結果が第１の属性である場合、前記審査申込データに基づいて、第２の審査を実行すること、
   前記審査申込データおよび前記必要書類の電子データの一部または全部を第２のデバイスに表示し、形式チェックを促すこと、
   を含み、
   前記第２の審査を実行することは、前記第１の審査と前記第２の審査とが同じ審査内容である場合、前記第２の審査の実行を省略する、
   ことを特徴とする方法。
5. 請求項４に記載の方法をコンピュータに実行させるためのプログラム。