(57)【要約】【課題】利用者の利便性を向上することのできる審査管理システムを提供する。【解決手段】情報管理部１０，２０は、申し込み内容の実行のために申込者による承諾が必要な事項である複数の承諾事項の各々について、承諾の状況を管理する承諾事項管理データを記憶する記憶部と、申込者端末５０に、審査結果を表示させるための情報を送信する審査結果送信部と、審査結果が申し込みの受諾が可能であることを示すとき、申込者端末５０に、各承諾事項の承諾の要求を表示させるための情報を送信する承諾事項送信部と、申込者端末５０から、承諾事項が承諾されたことを示す通知を受けることに基づいて、承諾事項管理データを更新して該当する承諾事項が承諾されたことを記録する更新部と、を有する。【選択図】図１
2017174337.tif 000002
【特許請求の範囲】
【請求項１】
申し込みを受諾できるか否かの審査に用いられる情報である審査情報が入力される入力端末と、
前記審査情報を用いて前記審査を行う審査部から前記審査の審査結果を受信して、当該審査結果を管理する情報管理部と、
前記情報管理部から受信した情報に基づく表示を行う申込者端末と、を備え、
前記情報管理部は、
申し込み内容の実行のために申込者による承諾が必要な事項である複数の承諾事項の各々について、前記承諾の状況を管理する承諾事項管理データを記憶する記憶部と、
前記申込者端末に、前記審査結果を表示させるための情報を送信する審査結果送信部と、
前記審査結果が前記申し込みの受諾が可能であることを示すとき、前記申込者端末に、各承諾事項の承諾の要求を表示させるための情報を送信する承諾事項送信部と、
前記申込者端末から、前記承諾事項が承諾されたことを示す通知を受けることに基づいて、前記承諾事項管理データを更新して該当する承諾事項が承諾されたことを記録する更新部と、を有する
審査管理システム。
【請求項２】
前記記憶部は、申込者による前記審査結果の確認の状況を管理する審査結果管理データを記憶しており、
前記更新部は、前記審査結果が前記申し込みの受諾が可能であることを示すか否かに関わらず、前記申込者端末から、前記審査結果が確認されたことを示す通知を受けることに基づいて、前記審査結果管理データを更新して前記審査結果が確認されたことを記録する
請求項１に記載の審査管理システム。
【請求項３】
前記承諾事項は第１承諾事項であり、
前記審査情報の利用に際して前記申込者による承諾が必要な事項が第２承諾事項であり、
前記入力端末は、
前記審査情報の入力に際して前記第２承諾事項の承諾の要求を表示し、
前記第２承諾事項を承諾する操作が前記入力端末に入力されることに基づいて、前記第２承諾事項が承諾されたことを示す情報を前記情報管理部に送信する
請求項１または２に記載の審査管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、申し込みを受諾できるか否かの審査と申し込みに関連した情報の管理とを行う審査管理システムに関する。
【背景技術】
【０００２】
各種のローン契約や保険契約等の契約が申し込まれたとき、契約の申し込みを受けた金融機関等において、申し込みを受諾できるか否かの審査が行われる。近年、こうした審査の一部あるいは全部を、サーバが行うシステムが提案されている。サーバは、例えば、契約の申込者によって入力された情報と、サーバが保持するデータおよびプログラムとに基づいて、審査を行う（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−９０６８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ローン等の契約を結ぶためには、上述の審査によって契約が許可されることと、契約に関する注意事項等が申込者に説明され、それを申込者が承諾することとが必要である。したがって、金融機関等の担当者は、上述の審査とは別に、契約の締結までに、上記注意事項等を申込者に説明し、申込者から承諾を得る機会を設けなければならない。こうした機会を設けることは、担当者や申込者にとって煩雑であり、結果として、契約の申し込みから契約の締結までの処理の効率は低く留まっている。
【０００５】
なお、こうした課題は、ローン等の契約の申し込みに限らず、申し込み内容の実行に、申し込みを受諾できるか否かの審査と、申込者による各種事項の承諾とを要する種々の契約や登録等の申し込みにおいて共通している。
【０００６】
本発明は、利用者の利便性を向上することのできる審査管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する審査管理システムは、申し込みを受諾できるか否かの審査に用いられる情報である審査情報が入力される入力端末と、前記審査情報を用いて前記審査を行う審査部から前記審査の審査結果を受信して、当該審査結果を管理する情報管理部と、前記情報管理部から受信した情報に基づく表示を行う申込者端末と、を備え、前記情報管理部は、申し込み内容の実行のために申込者による承諾が必要な事項である複数の承諾事項の各々について、前記承諾の状況を管理する承諾事項管理データを記憶する記憶部と、前記申込者端末に、前記審査結果を表示させるための情報を送信する審査結果送信部と、前記審査結果が前記申し込みの受諾が可能であることを示すとき、前記申込者端末に、各承諾事項の承諾の要求を表示させるための情報を送信する承諾事項送信部と、前記申込者端末から、前記承諾事項が承諾されたことを示す通知を受けることに基づいて、前記承諾事項管理データを更新して該当する承諾事項が承諾されたことを記録する更新部と、を有する。
【０００８】
上記構成によれば、申し込みを受諾できるか否かの審査結果が申込者端末に表示され、さらに、審査結果が申し込みの受諾が可能であることを示す場合に、申込者端末に承諾事項の承諾の要求が表示され、申込者端末にて承諾事項が承諾されたことが情報管理部にて記録される。すなわち、審査に引き続いて、審査管理システムによって、審査結果の表示、承諾事項の承諾の要求の表示、および、承諾事項の承諾状況の管理が行われるため、申し込みを処理する担当者が申込者から承諾事項の承諾を得る機会を設けずとも、申し込み内容の実行が可能である。それゆえ、申し込みの開始から申し込み内容の実行の間における担当者や申込者の利便性が高められる。
【０００９】
上記構成において、前記記憶部は、申込者による前記審査結果の確認の状況を管理する審査結果管理データを記憶しており、前記更新部は、前記審査結果が前記申し込みの受諾が可能であることを示すか否かに関わらず、前記申込者端末から、前記審査結果が確認されたことを示す通知を受けることに基づいて、前記審査結果管理データを更新して前記審査結果が確認されたことを記録することが好ましい。
【００１０】
上記構成によれば、審査結果に関わらず、申込者端末にて審査結果が確認されたことが情報管理部にて記録される。すなわち、審査結果に関わらず、審査結果の確認状況の管理が行われるため、審査結果が出た後の処理を、審査結果に応じて円滑に進めることができる。
【００１１】
上記構成において、前記承諾事項は第１承諾事項であり、前記審査情報の利用に際して前記申込者による承諾が必要な事項が第２承諾事項であり、前記入力端末は、前記審査情報の入力に際して前記第２承諾事項の承諾の要求を表示し、前記第２承諾事項を承諾する操作が前記入力端末に入力されることに基づいて、前記第２承諾事項が承諾されたことを示す情報を前記情報管理部に送信することが好ましい。
【００１２】
上記構成によれば、第１承諾事項の承諾が審査よりも後に要求され、第２承諾事項の承諾が審査よりも前に要求される。したがって、互いに異なる種類の承諾事項の承諾の要求が的確なタイミングで行われる。
【発明の効果】
【００１３】
本発明によれば、申し込みの開始から申し込み内容の実行の間において、利用者の利便性を向上することができる。
【図面の簡単な説明】
【００１４】
【図１】審査管理システムの一実施形態について、審査管理システムの構成を示す図。
【図２】一実施形態の審査管理システムにおけるステータスデータの構成の一例を示す図。
【図３】一実施形態の審査管理システムによる処理の流れの概要を示すフローチャート。
【図４】一実施形態の審査管理システムによる処理の手順を示すシーケンス図であって、入力情報の入力から一次審査の完了の連絡までの処理の手順を示す図。
【図５】一実施形態の審査管理システムによる処理の手順を示すシーケンス図であって、ステータスの管理に関する処理の手順を示す図。
【図６】一実施形態の審査管理システムにおいて、申込者端末に表示される一次審査の審査結果の確認のための画面の一例を示す図。
【図７】一実施形態の審査管理システムにおいて、申込者端末に表示される契約前承諾事項の承諾のための画面の一例を示す図。
【図８】一実施形態の審査管理システムによる処理の手順を示すシーケンス図であって、ステータスの確認に関する処理の手順を示す図。
【図９】一実施形態の審査管理システムによる処理の手順を示すシーケンス図であって、二次審査に関する処理の手順を示す図。
【発明を実施するための形態】
【００１５】
図１〜図９を参照して、審査管理システムの一実施形態について説明する。本実施形態の審査管理システムは、ローン等の契約の申し込みに関し、申し込みを受諾できるか否かの審査と、申し込みに関連した情報の管理とを行うシステムである。
【００１６】
本実施形態のシステムが処理対象とする申し込みは、契約の締結、すなわち、申し込み内容の実行に、簡易的な審査である一次審査によって、申し込みを受け付けた機関による申し込みの受諾が可能であると判定された後、一次審査よりも詳細な情報に基づく審査である二次審査によっても、申し込みの受諾が可能であると判定されることが必要な申し込みである。また、本実施形態のシステムが処理対象とする申し込みは、申し込み内容の実行に、申込者が、申し込み内容に関する所定の事項について承諾する必要がある申し込みである。
【００１７】
［審査管理システムの構成］
図１を参照して、審査管理システムの構成について説明する。
図１が示すように、審査管理システム１００は、受付サーバ１０と、管理サーバ２０と、審査サーバ３０とを含む。さらに、審査管理システム１００は、入力端末４０と、申込者端末５０と、管理端末６０とを含む。
【００１８】
受付サーバ１０と入力端末４０および申込者端末５０とは、ネットワークに接続され、受付サーバ１０は、入力端末４０および申込者端末５０の各々と、ネットワークを通じて相互にデータの送信および受信を行う。また、受付サーバ１０と管理サーバ２０とは、ネットワークに接続され、ネットワークを通じて相互にデータの送信および受信を行う。同様に、管理サーバ２０と審査サーバ３０とは、ネットワークに接続され、ネットワークを通じて相互にデータの送信および受信を行う。また、管理サーバ２０と管理端末６０とは、ネットワークに接続され、管理サーバ２０は、管理端末６０と、ネットワークを通じて相互にデータの送信および受信を行う。
【００１９】
上述の各装置の通信に用いられるネットワークは、独立した複数のネットワークを含んでいてもよいし、共通した１つのネットワークであってもよい。これらのネットワークは、インターネット等の汎用通信回線であってもよいし、各装置の通信のための専用通信回線であってもよい。例えば、受付サーバ１０と入力端末４０および申込者端末５０とが接続されるネットワークは汎用通信回線であり、その他のネットワークは社内回線等の専用通信回線であることが好ましい。
【００２０】
入力端末４０、申込者端末５０、および、管理端末６０の各々は、タブレット端末やスマートフォンやパーソナルコンピュータ等のコンピュータ端末である。各端末は、情報を表示する表示部、利用者の操作を受け付ける操作部、通信を制御する通信部、プログラムやデータを記憶する記憶部、および、これらの各部の制御や演算処理を記憶部に記憶されたプログラムやデータに基づいて行う制御部を備えている。記憶部は、不揮発性メモリを含む構成を有し、制御部は、ＣＰＵおよびＲＡＭ等の揮発性メモリを含む構成を有する。
【００２１】
入力端末４０は、契約の申込者の提供する情報が入力される端末であり、申込者や、申し込みを管理する機関の担当者によって操作される。
入力端末４０に入力される情報である入力情報は、一次審査に用いられる情報である一次審査情報を含み、例えば、申込者の氏名や職業や連絡先、契約内容に関して申込者が設定する条件等を含む。入力端末４０においては、これらの情報の入力を促す画面を制御部が表示部に表示させ、画面の指示に従って申込者等が操作部を操作することによって、操作部からの信号を受けた制御部が、上記情報を示すデータを生成する。これによって、入力端末４０に入力情報が入力される。入力端末４０の制御部は、入力情報を、通信部を介して受付サーバ１０に送信する。
【００２２】
また、一次審査情報を含め入力情報の利用に際して申込者による承諾が必要な事項が審査前承諾事項であり、入力端末４０の制御部は、入力情報の入力に際して審査前承諾事項の承諾の要求を表示部に表示させる。審査前承諾事項には、例えば、個人情報の利用に関して申込者の同意が必要な事項が含まれる。そして、審査前承諾事項を承諾したことを示す操作が入力端末４０に入力されること、すなわち、こうした操作が操作部に対して行われて、当該操作を示す信号が操作部から制御部に入力されることに基づいて、入力端末４０の制御部は、審査前承諾事項が承諾されたことを示す情報を、通信部を介して受付サーバ１０に送信する。
【００２３】
入力端末４０の制御部が有する上述の各機能は、複数のＣＰＵや、ＲＡＭ等からなるメモリ等の各種のハードウェアと、これらを機能させるソフトウェアとによって各別に具体化されてもよく、あるいは、共通する１つのハードウェアに複数の機能を与えるソフトウェアによって具体化されてもよい。こうしたソフトウェアは、例えば、ローン契約の申し込みのためのアプリケーションソフトウェアとして入力端末４０の記憶部に記憶されている。
【００２４】
申込者端末５０は、申込者によって操作される端末である。申込者端末５０は、申込者による一次審査の審査結果の確認、および、申し込み内容の実行のために申込者による承諾が必要な事項である複数の契約前承諾事項の承諾に用いられる。
【００２５】
申込者端末５０の制御部は、受付サーバ１０から通信部が受信した情報に基づき、一次審査の審査結果を表示部に表示させる。また、申込者端末５０の制御部は、受付サーバ１０から通信部が受信した情報に基づき、契約前承諾事項の各々についての承諾の要求を表示部に表示させる。
【００２６】
そして、審査結果を確認したことを示す操作が申込者端末５０に入力されること、すなわち、こうした操作が操作部に対して行われて、当該操作を示す信号が操作部から制御部に入力されることに基づいて、申込者端末５０の制御部は、審査結果が確認されたことを示す通知である確認通知を、通信部を介して受付サーバ１０に送信する。また、契約前承諾事項を承諾したことを示す操作が申込者端末５０に入力されることに基づいて、申込者端末５０の制御部は、契約前承諾事項が承諾されたことを示す通知である承諾通知を、通信部を介して受付サーバ１０に送信する。
【００２７】
管理端末６０は、ローンを提供する金融機関等、申し込みを受け付ける機関の担当者である申し込みの管理者によって操作される端末である。管理端末６０は、申込者の提供した情報や審査結果の確認、および、申込者による審査結果の確認の状況や契約前承諾事項の承諾の状況の確認に用いられる。管理端末６０の制御部は、こうした確認の対象である情報を、受付サーバ１０から通信部が受信した情報に基づいて、表示部に表示させる。また、管理端末６０は、二次審査に用いられる情報である二次審査情報の入力に用いられる。管理端末６０の制御部は、二次審査情報を、通信部を介して管理サーバ２０に送信する。
【００２８】
受付サーバ１０は、入力端末４０と管理サーバ２０との間での情報の中継や、申込者端末５０への情報の提供を行うサーバである。受付サーバ１０は、通信部１１と、制御部１２と、記憶部１３とを備えている。
【００２９】
通信部１１は、ネットワークを通じて、受付サーバ１０と上述の各装置との接続処理を実行し、受付サーバ１０と各装置との間でデータの送信および受信を行う。
制御部１２は、ＣＰＵや、ＲＡＭ等の揮発性メモリを含む構成を有し、記憶部１３に記憶されたプログラムやデータに基づいて、通信部１１による通信の制御、記憶部１３における情報の読み出しや書き込み、各種の演算処理等、受付サーバ１０が備える各部の制御を行う。こうした制御部１２は、受信情報処理部１２ａと審査結果処理部１２ｂとを備えている。
【００３０】
受信情報処理部１２ａは、入力端末４０から通信部１１が受信した情報を、受付情報として記憶部１３に記憶させるとともに、通信部１１を介して、管理サーバ２０に送信する。
【００３１】
審査結果処理部１２ｂは、管理サーバ２０から一次審査の審査結果を通信部１１が受信したとき、審査結果を受付情報と対応付けて記憶部１３に記憶させる。そして、審査結果処理部１２ｂは、申込者端末５０に、一次審査の審査結果を表示させるための情報である審査結果情報を、通信部１１を介して送信する。また、審査結果処理部１２ｂは、一次審査の審査結果が、申し込みの受諾が可能であること、すなわち、契約が許可されることを示すとき、申込者端末５０に、契約前承諾事項の承諾の要求を表示させるための情報である承諾事項情報を、通信部１１を介して送信する。一次審査の審査結果が、申し込みの受諾が認められないことを示す場合には、審査結果処理部１２ｂは、申込者端末５０に承諾事項情報を送信しない。
【００３２】
審査結果情報や承諾事項情報は、例えば、ウェブページのデータとして申込者端末５０に送信される。こうしたウェブページのデータは記憶部１３に記憶されており、審査結果処理部１２ｂは、申込者端末５０からの要求に応じて、ウェブページのデータを申込者端末５０に送信する。具体的には、管理サーバ２０から一次審査の審査結果を受付サーバ１０が受信したとき、審査結果処理部１２ｂは、受付情報に含まれる申込者の連絡先であるメールアドレスに、一次審査が完了したことの連絡を、通信部１１を介して送信する。この連絡に記載されたＵＲＬに、申込者端末５０がアクセスすることに基づいて、申込者端末５０と受付サーバ１０との間での情報の授受が行われる。
【００３３】
また、審査結果処理部１２ｂは、申込者端末５０から、確認通知や承諾通知を通信部１１が受信したとき、同様の通知を管理サーバ２０に通信部１１を介して送信する。
記憶部１３は、ハードディスクドライブ等の不揮発性メモリを含む構成を有し、制御部１２が実行する処理に必要なプログラムやデータを記憶している。こうしたデータの一部として、記憶部１３には、上記受付情報と一次審査の審査結果とが記憶される。
【００３４】
管理サーバ２０は、審査サーバ３０への審査情報の送信や、審査結果の確認の状況や契約前承諾事項の承諾の状況の管理を行うサーバである。管理サーバ２０は、通信部２１と、制御部２２と、記憶部２３とを備えている。
【００３５】
通信部２１は、ネットワークを通じて、管理サーバ２０と上述の各装置との接続処理を実行し、管理サーバ２０と各装置との間でデータの送信および受信を行う。
制御部２２は、ＣＰＵや、ＲＡＭ等の揮発性メモリを含む構成を有し、記憶部２３に記憶されたプログラムやデータに基づいて、管理サーバ２０が備える各部の制御を行う。こうした制御部２２は、取得情報処理部２２ａとステータス管理部２２ｂと管理情報提供部２２ｃとを備えている。
【００３６】
取得情報処理部２２ａは、受付サーバ１０から通信部２１が受信した受付情報を、登録情報として記憶部２３に記憶させ、受付情報に含まれる一次審査情報を、通信部２１を介して審査サーバ３０に送信する。
【００３７】
また、取得情報処理部２２ａは、審査サーバ３０から通信部２１が受信した一次審査の審査結果を登録情報に対応付けて記憶部２３に記憶させるとともに、審査結果を、通信部２１を介して受付サーバ１０に送信する。
【００３８】
また、取得情報処理部２２ａは、管理端末６０から通信部２１が受信した二次審査情報を、登録情報に含めて記憶部２３に記憶させ、二次審査情報を、通信部２１を介して審査サーバ３０に送信する。さらに、取得情報処理部２２ａは、審査サーバ３０から通信部２１が受信した二次審査の審査結果を、登録情報に対応付けて記憶部２３に記憶させる。
【００３９】
ステータス管理部２２ｂは、登録情報ごと、すなわち、契約の申し込みごとに、ステータスデータ２３ａを生成して記憶部２３に記憶させる。ステータスデータ２３ａは、申込者による一次審査の審査結果の確認の状況を管理する審査結果管理データと、複数の契約前承諾事項の各々について、申込者による承諾の状況を管理する承諾事項管理データとを含んでいる。審査結果管理データにおいては、審査結果の確認の状況が「確認済」または「未確認」の２つのステータスのいずれかに設定されている。承諾事項管理データにおいては、契約前承諾事項の各々の承諾の状況が、「承諾済」または「未承諾」の２つのステータスのいずれかに設定されている。初期状態にて、審査結果管理データにおける審査結果のステータスは「未確認」に設定され、承諾事項管理データにおける契約前承諾事項の各々のステータスは「未承諾」に設定されている。
【００４０】
ステータス管理部２２ｂは、受付サーバ１０から、一次審査の審査結果が確認されたことを示す通知を通信部２１が受信したとき、該当する申し込みの審査結果管理データを更新し、審査結果のステータスを「確認済」に設定する。
【００４１】
また、ステータス管理部２２ｂは、受付サーバ１０から、契約前承諾事項が承諾されたことを示す通知を通信部２１が受信したとき、該当する申し込みの承諾事項管理データを更新し、該当する契約前承諾事項のステータスを「承諾済」に設定する。
【００４２】
管理情報提供部２２ｃは、管理端末６０からの要求に応じて、記憶部２３に記憶されている登録情報や審査結果、ステータスデータ２３ａに記録されている審査結果や契約前承諾事項のステータスの情報を、管理端末６０に通信部２１を介して送信する。管理端末６０では、管理サーバ２０から受信したこれらの情報が、管理端末６０の表示部に表示される。
【００４３】
記憶部２３は、ハードディスクドライブ等の不揮発性メモリを含む構成を有し、制御部２２が実行する処理に必要なプログラムやデータを記憶している。こうしたデータの一部として、記憶部２３には、ステータスデータ２３ａが記憶されている。また、記憶部２３には、上記登録情報および一次審査や二次審査の審査結果も記憶される。
【００４４】
審査サーバ３０は、上述の一次審査と二次審査とを行うサーバである。審査サーバ３０は、通信部３１と、制御部３２と、記憶部３３とを備えている。
通信部３１は、ネットワークを通じて、審査サーバ３０と管理サーバ２０との接続処理を実行し、審査サーバ３０と管理サーバ２０との間でデータの送信および受信を行う。
【００４５】
制御部３２は、ＣＰＵや、ＲＡＭ等の揮発性メモリを含む構成を有し、記憶部３３に記憶されたプログラムやデータに基づいて、審査サーバ３０が備える各部の制御を行う。こうした制御部３２は、審査部３２ａを備えている。
【００４６】
審査部３２ａは、管理サーバ２０から通信部３１が受信した一次審査情報を用いて、記憶部３３が記憶しているデータ等を参照し、一次審査を行う。そして、審査部３２ａは、一次審査の審査結果を、通信部３１を介して管理サーバ２０に送信する。
【００４７】
本実施形態において、一次審査における、申し込みの受諾が可能であるという審査結果は、一次審査情報に基づく判断として契約が仮に許可され、二次審査への移行が認められることを意味する。また、一次審査における、申し込みの受諾が認められないという審査結果は、一次審査情報によっては契約の可否が判断できず、さらなる調査が必要であることを意味する。
【００４８】
また、審査部３２ａは、管理サーバ２０から通信部３１が受信した二次審査情報を用いて、記憶部３３が記憶しているデータ等を参照し、二次審査を行う。そして、審査部３２ａは、二次審査の審査結果を、通信部３１を介して管理サーバ２０に送信する。
【００４９】
本実施形態において、二次審査における、申し込みの受諾が可能であるという審査結果は、契約を行うことが正式に許可されたことを意味する。また、二次審査における、申し込みの受諾が認められないという審査結果は、契約が認められないことを意味する。これに代えて、一次審査における申し込みの受諾が認められないという審査結果が、契約が認められないことを意味してもよい。
【００５０】
記憶部３３は、ハードディスクドライブ等の不揮発性メモリを含む構成を有し、制御部３２が実行する処理に必要なプログラムやデータを記憶している。
なお、受付サーバ１０における受信情報処理部１２ａおよび審査結果処理部１２ｂ、管理サーバ２０における取得情報処理部２２ａ、ステータス管理部２２ｂ、および、管理情報提供部２２ｃ、審査サーバ３０における審査部３２ａの各々は、複数のＣＰＵや、ＲＡＭ等からなるメモリ等の各種のハードウェアと、これらを機能させるソフトウェアとによって各別に具体化されてもよく、あるいは、サーバごとに、共通する１つのハードウェアに複数の機能を与えるソフトウェアによって具体化されてもよい。
【００５１】
［ステータスデータの構成］
図２を参照して、ステータスデータ２３ａの構成の一例について説明する。
図２が示すように、ステータスデータ２３ａは、管理項目として、一次審査の審査結果と複数の契約前承諾事項とを含んでいる。契約前承諾事項は、契約の締結のために申込者による承諾が必要な事項であれば特に制限されず、例えば、契約と関連する所定の法律や制度の要件を満たすために申込者の同意が必要な事項であってもよいし、契約の円滑な履行のために申込者の了承が必要な事項であってもよい。契約前承諾事項は、例えば、契約内容、契約の履行に際しての注意事項、手数料に関する注意事項等である。
【００５２】
ステータスデータ２３ａにおいては、管理項目の各々についてステータスが設定されている。審査結果のステータスは「確認済」または「未確認」であり、ステータスデータ２３ａのなかで、審査結果に関するデータが審査結果管理データＤａを構成している。契約前承諾事項の各々のステータスは「承諾済」または「未承諾」であり、ステータスデータ２３ａのなかで、契約前承諾事項に関するデータが承諾事項管理データＤｂを構成している。
【００５３】
ステータスデータ２３ａは、管理サーバ２０に記憶されている登録情報ごと、すなわち、契約の申し込みごとに存在し、登録情報と対応付けられて記憶部２３に記憶されている。初期状態、すなわち、受付サーバ１０から申込者端末５０へ審査結果情報や承諾事項情報が送られる前において、審査結果のステータスは「未確認」に設定され、契約前承諾事項の各々のステータスは「未承諾」に設定されている。管理サーバ２０のステータス管理部２２ｂは、受付サーバ１０からの通知に基づいて、これらのステータスを変更する。
【００５４】
［審査管理システムの処理の流れ］
図３を参照して、審査管理システムの処理の流れの概要について説明する。図３に示すフローは、審査管理システムが、契約の申し込みを受けるごとに行う処理である。
【００５５】
図３が示すように、ステップＳ１の処理として、入力端末４０に入力された一次審査情報を用いて、審査サーバ３０が一次審査を行う。
ステップＳ２の処理として、一次審査の審査結果を受信した受付サーバ１０は、審査結果が、申し込みの受諾が可能であることを示すか否か、すなわち、審査結果の諾否を判断し、審査結果が申し込みの受諾が可能であることを示すとき（ステップＳ２：ＹＥＳ）、ステップＳ３以降の処理に進む。
【００５６】
ステップＳ３の処理として、受付サーバ１０は、申し込みの受諾が可能であることを示す審査結果についての審査結果情報を申込者端末５０に送信し、管理サーバ２０は、審査結果のステータスを管理する。すなわち、申込者端末５０からの応答に応じて、管理サーバ２０は、ステータスデータ２３ａにおける審査結果のステータスを変更する。さらに、ステップＳ４の処理として、受付サーバ１０は、承諾事項情報を申込者端末５０に送信し、管理サーバ２０は、契約前承諾事項のステータスを管理する。すなわち、申込者端末５０からの応答に応じて、管理サーバ２０は、ステータスデータ２３ａにおける契約前承諾事項のステータスを変更する。その後、ステップＳ５の処理として、管理端末６０に入力された二次審査情報を用いて、審査サーバ３０が二次審査を行う。
【００５７】
一方、一次審査の審査結果が、申し込みの受諾が認められないことを示すとき（ステップＳ２：ＮＯ）、ステップＳ６の処理として、受付サーバ１０は、申し込みの受諾が認められないことを示す審査結果についての審査結果情報を申込者端末５０に送信し、管理サーバ２０は、審査結果のステータスを管理する。すなわち、申込者端末５０からの応答に応じて、管理サーバ２０は、ステータスデータ２３ａにおける審査結果のステータスを変更する。審査結果が、申し込みの受諾が認められないことを示すときには、承諾事項情報の申込者端末５０への送信は行われない。したがって、契約前承諾事項のステータスの管理、すなわち、申込者端末５０からの応答に基づくステータスの変更も行われない。
【００５８】
このように、一次審査の審査結果の諾否に関わらず、審査結果情報は申込者端末５０に送信され、審査結果のステータスの管理が行われる。一方、審査結果が申し込みの受諾が可能であることを示すときのみ、承諾事項情報が申込者端末５０に送信され、つまり、申込者に対する契約前承諾事項の承諾の要求が行われ、契約前承諾事項のステータスの管理が行われる。
【００５９】
［審査管理システムの動作］
図４〜図９を参照して、図３に示した審査管理システム１００の処理の手順を詳細に説明する。
【００６０】
＜入力情報の入力からステータスの管理まで＞
まず、図４〜図７を参照して、入力情報の入力端末４０への入力から、一次審査の審査結果と契約前承諾事項とのステータスの管理までの処理の手順について説明する。
【００６１】
図４が示すように、まず、入力端末４０にて、所定の操作が行われることに伴い、初期処理が行われる（ステップＳ１０）。初期処理には、例えば、アプリケーションソフトウェアの起動等が含まれ、入力端末４０は、必要に応じて受付サーバ１０にアクセスしつつ、初期処理を行う。
【００６２】
続いて、入力端末４０の表示部に、審査前承諾事項の説明、および、審査前承諾事項の承諾の要求が表示される（ステップＳ１１）。所定の領域のタップ等、審査前承諾事項を承諾したことを示す操作を申込者が行うことにより、この操作が入力端末４０に入力されると（ステップＳ１２）、入力端末４０は、審査前承諾事項が承諾されたことを示す情報を保持して、次の処理に進む。
【００６３】
ステップＳ１２の次の処理として、入力情報が入力端末４０に入力される（ステップＳ１３）。入力情報に含まれる情報は、一次審査情報を含んでいれば特に限定されず、入力情報は、一次審査情報に加えて、二次審査に用いられる情報や申し込みの管理に用いられる情報を含んでいてもよい。本実施形態では、入力情報は、一次審査情報に加えて、申込者の連絡先としてメールアドレスを含む。また、一次審査情報に含まれる情報は、一次審査に用いられる情報であれば特に限定されず、一次審査の審査内容に応じて適宜設定されればよい。また、入力情報には、審査結果の確認のために用いられる認証情報が含まれることが好ましい。認証情報は、例えば、申込者によって決定されたパスワード等に具体化される。
【００６４】
入力情報の入力が完了すると、入力端末４０は、入力情報と、審査前承諾事項が承諾されたことを示す情報とを受付サーバ１０に送信する（ステップＳ１４）。
入力端末４０からこれらの情報を受信すると、受付サーバ１０の受信情報処理部１２ａは、受付番号を発行して入力端末４０に送信する（ステップＳ１５）。また、受信情報処理部１２ａは、受信した情報のうち認証情報を除く情報を、受付情報として、認証情報および受付番号と対応付けて記憶部１３に記憶させる（ステップＳ１６）。そして、受信情報処理部１２ａは、受付情報を管理サーバ２０に送信する（ステップＳ１７）。
【００６５】
入力端末４０は、受付サーバ１０から受信した受付番号を表示部に表示して申込者に通知する（ステップＳ１８）。これにより、審査管理システム１００における入力端末４０の処理は完了する。
【００６６】
受付サーバ１０から受付情報を受信すると、管理サーバ２０の取得情報処理部２２ａは、受付情報に含まれる一次審査情報を審査サーバ３０に送信する（ステップＳ１９）。なお、管理サーバ２０は、受付情報に含まれる情報に基づいて一次審査のための情報をさらに取得し、取得情報処理部２２ａは、こうした情報を、受付サーバ１０から受信した一次審査情報に加えて、審査サーバ３０に送信してもよい。
【００６７】
また、取得情報処理部２２ａは、管理サーバ２０が取得した受付情報を含む情報を、登録情報として記憶部２３に記憶させる（ステップＳ２０）。登録情報には、審査前承諾事項が承諾されたことを示す情報も含まれる。そして、ステータス管理部２２ｂは、審査結果のステータスを「未確認」に設定し、各契約前承諾事項のステータスを「未承諾」に設定した登録情報ごとのステータスデータ２３ａを記憶部２３に記憶させる（ステップＳ２１）。
【００６８】
なお、受付サーバ１０に記憶されている受付情報と、管理サーバ２０に記憶されている登録情報およびステータスデータ２３ａとは、１つの申し込みごとに割り当てられる識別情報と対応付けられて管理される。この識別情報は、申し込みの開始時、すなわち、入力端末４０にて初期処理が開始されたときに、受付サーバ１０や管理サーバ２０によって設定されてもよいし、一次審査情報等を受信した際に受付サーバ１０や管理サーバ２０によって設定されてもよい。また、これらの識別情報が切り換えられつつ用いられてもよい。各サーバ間での各種の情報の送受信は、上記識別情報とともに行われ、各サーバは、識別情報に基づいて、申し込みごとの情報を識別する。
【００６９】
管理サーバ２０から一次審査情報を受信すると、審査サーバ３０の審査部３２ａは、一次審査情報を用いて一次審査を行う（ステップＳ２２）。審査の基準は、契約の種類や内容に応じて適宜設定されればよく、審査部３２ａは、記憶部３３に記憶されているデータや、外部の装置に記憶されているデータを必要に応じて参照し、一次審査の処理を行えばよい。
【００７０】
一次審査が完了すると、審査部３２ａは、審査結果を管理サーバ２０に送信する（ステップＳ２３）。審査結果を受信すると、管理サーバ２０の取得情報処理部２２ａは、審査結果を、対応する申し込みの登録情報に対応付けて記憶部２３に記憶させる（ステップＳ２４）。また、取得情報処理部２２ａは、審査結果を、受付サーバ１０に送信する（ステップＳ２５）。
【００７１】
一次審査の審査結果を受信すると、受付サーバ１０の受信情報処理部１２ａは、審査結果を、対応する申し込みの受付情報に対応付けて記憶部１３に記憶させる（ステップＳ２６）。また、受信情報処理部１２ａは、受付情報に含まれる申込者の連絡先に、一次審査が完了したことの連絡をメールとして送信する（ステップＳ２７）。
【００７２】
図５が示すように、上記連絡であるメールは、申込者端末５０を用いて申込者によって確認され、メールの指示に従って、申込者端末５０は、受付サーバ１０に審査結果情報の送信を要求する（ステップＳ２８）。要求を受けると、受付サーバ１０の審査結果処理部１２ｂは、該当する申し込みの受付情報および審査結果に基づいて、審査結果情報を生成し、申込者端末５０に送信する（ステップＳ２９）。
【００７３】
具体的には、メールに記載されているＵＲＬに申込者端末５０がアクセスすることによって、申込者端末５０から受付サーバ１０に、一次審査の審査結果の閲覧のためのウェブサイトのページの取得が要求される。要求を受けると、審査結果処理部１２ｂは、上記ウェブサイトの所定のページのデータを申込者端末５０に送信し、このページの指示に従って申込者端末５０に入力された受付番号と認証情報とを記憶部１３に記憶されている情報と照合して認証を行った後、審査結果の閲覧ページのデータを申込者端末５０に送信する。閲覧ページの記載内容は、受付番号と対応付けられている受付情報および審査結果に基づいて生成される。
【００７４】
受付サーバ１０から、審査結果情報を受信すると、申込者端末５０は、審査結果情報に基づいて、一次審査の審査結果を表示部に表示する（ステップＳ３０）。具体的には、申込者端末５０の表示部には、上記閲覧ページが表示される。これにより、申込者は一次審査の審査結果を確認する。例えば、一次審査によって、契約の申し込みの受諾が可能であると判定された場合には、申込者端末５０には、契約が許可される旨が表示され、一次審査によって、申し込みの受諾が認められないと判定された場合には、申込者端末５０には、契約の可否について更なる調査が行われる旨が表示される。図６は、申込者端末５０に表示された審査結果の確認のための画面である確認画面Ｉａの一例を示す。
【００７５】
ステップＳ３０の処理の後、所定の領域のタップ等、審査結果を確認したことを示す操作を申込者が行うことにより、この操作が申込者端末５０に入力されると（ステップＳ３１）、申込者端末５０は、審査結果が確認されたことを示す通知である確認通知を、受付サーバ１０に送信する（ステップＳ３２）。なお、所定の操作に依らず、審査結果情報を正常に受信したことや審査結果を正常に表示したことに基づいて、申込者端末５０は、確認通知を、受付サーバ１０に送信してもよい。
【００７６】
申込者端末５０から確認通知を受信すると、受付サーバ１０の審査結果処理部１２ｂは、同様の通知、すなわち、審査結果が確認されたことを示す確認通知を管理サーバ２０に送信する（ステップＳ３３）。
【００７７】
受付サーバ１０から確認通知を受信すると、管理サーバ２０のステータス管理部２２ｂは、対応する申し込みのステータスデータ２３ａ、すなわち、対応する申し込みの登録情報に対応付けられているステータスデータ２３ａの審査結果管理データを更新し、審査結果のステータスを「確認済」に変更する（ステップＳ３４）。これにより、審査結果管理データにて、一次審査の審査結果が確認されたことが記録される。
【００７８】
ステップＳ３３の処理に続いて、受付サーバ１０の審査結果処理部１２ｂは、審査結果情報として送信した審査結果が、申し込みの受諾が可能であることを示す審査結果である場合、承諾事項情報を申込者端末５０に送信する（ステップＳ３５）。具体的には、審査結果処理部１２ｂは、複数の契約前承諾事項の各々の説明と、各契約前承諾事項の承諾を求める表示とを含むウェブページである承諾ページのデータを申込者端末５０に送信する。
【００７９】
審査結果情報として送信した審査結果が、申し込みの受諾が認められないことを示す審査結果である場合、ステップＳ３５以降の処理は行われない。
受付サーバ１０から、承諾事項情報を受信すると、申込者端末５０は、承諾事項情報に基づいて、契約前承諾事項の承諾の要求を表示部に表示する（ステップＳ３６）。具体的には、申込者端末５０の表示部には、上記承諾ページが表示される。承諾事項情報は、契約前承諾事項ごとに送信されてもよいし、複数の契約前承諾事項についてまとめて送信されてもよい。すなわち、承諾ページにおいては、１つのページにつき１つの契約前承諾事項の承諾の要求が表示されてもよいし、１つのページにつき複数の契約前承諾事項の承諾の要求が表示されてもよい。
【００８０】
図７は、申込者端末５０に表示された契約前承諾事項の承諾のための画面である承諾画面Ｉｂの一例を示す。承諾画面Ｉｂは、複数の契約前承諾事項の各々について、契約前承諾事項の内容の説明、および、契約前承諾事項の承諾の可否に応じて申込者が選択する領域を含んでいる。契約前承諾事項の内容の説明は、ウェブページとしての表示であってもよいし、ダウンロードされる文書や動画であってもよい。契約前承諾事項の承諾の可否に応じて選択される領域は、図７に示す例においては、申込者が契約前承諾事項を承諾したことを示す領域と、承諾画面Ｉｂから得られる情報からは申込者が契約前承諾事項を承諾せず、担当者による詳細な説明を希望することを示す領域とから構成されている。こうした承諾画面Ｉｂの閲覧によって、申込者は、契約前承諾事項の内容を確認する。
【００８１】
ステップＳ３６の処理の後、契約前承諾事項を承諾したことを示す領域のタップ等、契約前承諾事項を承諾したことを示す操作を申込者が行うことにより、この操作が申込者端末５０に入力されると（ステップＳ３７）、申込者端末５０は、操作の対象とされた契約前承諾事項が承諾されたことを示す通知である承諾通知を、受付サーバ１０に送信する（ステップＳ３８）。承諾通知は、いずれの契約前承諾事項が承諾されたかを示し、複数の契約前承諾事項の各々について、承諾したことを示す操作が行われるごとに、受付サーバ１０に送信されてもよいし、各契約前承諾事項を承諾したことを示す操作が行われた後に、複数の契約前承諾事項についてまとめて受付サーバ１０に送信されてもよい。
【００８２】
なお、契約前承諾事項を承諾したことを示す操作の入力は、契約前承諾事項の内容が確認されたことを示す条件が満たされたときに、可能とされてもよい。例えば、契約前承諾事項の内容を説明する文書がダウンロードされたことや、契約前承諾事項の内容を説明する動画が最後まで再生されたことを条件として、この条件が満たされたときに、契約前承諾事項を承諾したことを示す操作の申込者端末５０への入力が可能とされてもよい。
【００８３】
申込者端末５０から承諾通知を受信すると、受付サーバ１０の審査結果処理部１２ｂは、同様の通知、すなわち、いずれの契約前承諾事項が承諾されたかを示す承諾通知を管理サーバ２０に送信する（ステップＳ３９）。
【００８４】
受付サーバ１０から承諾通知を受信すると、管理サーバ２０のステータス管理部２２ｂは、対応する申し込みのステータスデータ２３ａ、すなわち、対応する申し込みの登録情報に対応付けられているステータスデータ２３ａの承諾事項管理データを更新し、承諾通知の示す契約前承諾事項のステータスを「承諾済」に変更する（ステップＳ４０）。これにより、承諾事項管理データにて、契約前承諾事項が承諾されたことが記録される。
【００８５】
＜ステータスの確認および二次審査＞
続いて、図８および図９を参照して、管理端末６０を用いたステータスの確認および二次審査の処理の手順を説明しつつ、審査管理システム１００の作用について説明する。
【００８６】
管理端末６０を用いたステータスの確認は、例えば、申し込みを受け付ける機関の担当者である申し込みの管理者が行う。
図８が示すように、管理端末６０から管理サーバ２０に、ステータス情報の送信の要求が行われる（ステップＳ４０）。こうした要求は、確認対象を指定する情報の管理端末６０から管理サーバ２０への送信とともに行われる。
【００８７】
確認対象を指定する情報は、管理サーバ２０に記憶されている複数の登録情報に対応する複数の申し込みのうちの１以上の申し込みを指定する情報であって、例えば、受付番号等の管理端末６０への入力によって申し込みが指定されてもよいし、管理端末６０に表示された申し込みの一覧のなかからいずれかの申し込みが選択されることによって申し込みが指定されてもよい。
【００８８】
管理端末６０からの要求を受けると、管理サーバ２０の管理情報提供部２２ｃは、確認対象として指定された申し込みに対応するステータスデータ２３ａ、すなわち、指定された申し込みの登録情報に対応付けられているステータスデータ２３ａを参照して、ステータス情報を生成し、管理端末６０に送信する（ステップＳ４１）。ステータス情報は、審査結果のステータスと、複数の契約前承諾事項の各々のステータスとを管理端末６０に表示させるための情報である。
【００８９】
管理端末６０は、管理サーバ２０から受信したステータス情報に基づいて、審査結果および各契約前承諾事項のステータスを表示部に表示する（ステップＳ４２）。これにより、管理者は、一次審査の審査結果と各契約前承諾事項とのステータスを確認することができる。したがって、管理者は、申込者による一次審査の審査結果や各契約前承諾事項の把握の状況を知ることができる。
【００９０】
なお、一次審査の審査結果のステータスを表示させるための情報の要求および送信と、各契約前承諾事項のステータスを表示させるための情報の要求および送信とは、別々に行われてもよい。
【００９１】
また、ステップＳ４０〜ステップＳ４２の処理と同様の手順で、管理端末６０からの要求に応じて、管理サーバ２０に記憶されている登録情報や審査結果が、管理サーバ２０から管理端末６０に送信され、登録情報に含まれる各種の情報や一次審査の審査結果が管理端末６０に表示されることが好ましい。これにより、管理者は、申し込みに際して申込者から提供された情報や一次審査の審査結果を閲覧することができる。また、登録情報には、審査前承諾事項が承諾されたことを示す情報も含まれるため、管理者は、審査前承諾事項が申込者によって承諾されていることを確認することができる。なお、登録情報や審査結果を表示させるための情報は、ステータス情報とともに管理サーバ２０から管理端末６０へ送信されてもよい。
【００９２】
ここで、管理者は、一次審査の審査結果が、申し込みの受諾が可能であることを示し、かつ、審査結果のステータスが「確認済」であることを確認すると、申込者に二次審査の案内を行う。申込者が二次審査を希望すれば、管理者は、申込者が所定の申込書の記入等によって提供した情報を、審査管理システム１００に入力して二次審査を開始させる。
【００９３】
一次審査のために申込者が提供しなければならない情報は二次審査と比較して少なく、申込者は、簡易な手続きで行うことの可能な一次審査によって、二次審査で最終的に契約が認められるか否かの見込みを知ることができる。このように、二次審査の前に簡易的な一次審査が行われることによって、申込者は、ローンの活用等、契約の利用について検討しやすい。
【００９４】
図９を参照して、二次審査に関する処理の手順について説明する。
図９が示すように、申込者が提供した情報を基に、管理者によって二次審査情報が管理端末６０に入力される（ステップＳ５０）。二次審査情報に含まれる情報は、二次審査に用いられる情報であれば特に限定されず、二次審査の審査内容に応じて適宜設定されればよい。
【００９５】
二次審査情報の入力が完了すると、管理端末６０は、二次審査情報を管理サーバ２０に送信する（ステップＳ５１）。二次審査情報を受信すると、管理サーバ２０の取得情報処理部２２ａは、二次審査情報を、対応する申し込みの登録情報に含めて記憶部２３に記憶させ、二次審査情報を審査サーバ３０に送信する（ステップＳ５２）。なお、取得情報処理部２２ａは、二次審査情報に加えて、登録情報に含まれる他の情報等、管理サーバ２０が保持している情報を審査サーバ３０に送信してもよい。
【００９６】
管理サーバ２０から二次審査情報を受信すると、審査サーバ３０の審査部３２ａは、二次審査情報を用いて二次審査を行う（ステップＳ５３）。審査の基準は、契約の種類や内容に応じて適宜設定されればよく、審査部３２ａは、記憶部３３に記憶されているデータや、外部の装置に記憶されているデータを必要に応じて参照し、二次審査の処理を行えばよい。
【００９７】
二次審査が完了すると、審査部３２ａは、審査結果を管理サーバ２０に送信する（ステップＳ５４）。審査結果を受信すると、管理サーバ２０の取得情報処理部２２ａは、審査結果を、対応する申し込みの登録情報に対応付けて記憶部２３に記憶させる（ステップＳ５５）。
【００９８】
このように、管理サーバ２０の記憶部２３に記憶された二次審査情報や二次審査の審査結果は、図８のステップＳ４０〜ステップＳ４２の処理と同様の手順で、管理端末６０からの要求に応じて、管理端末６０に送信され、管理端末６０にて確認が可能となる。
【００９９】
こうして、二次審査が完了すると、管理者は、管理端末６０を用いて二次審査の審査結果を確認し、審査結果が申し込みの受諾が可能であることを示すとき、申込者に二次審査の結果を連絡して、契約手続きの案内を行う。そして、申込者による所定の書面の記入等により契約手続きが行われて、契約が締結される。
【０１００】
ここで、従来は、二次審査後、契約の締結までに、管理者が申込者に契約前承諾事項について説明し、承諾を得る必要があった。これに対し、本実施形態では、一次審査後、申し込みの受諾が可能であるという審査結果が得られている場合には、審査結果に続けて契約前承諾事項が申込者端末５０に表示され、申込者による承諾が行われる。管理者は、管理端末６０を用いて、すべての契約前承諾事項のステータスが「承諾済」であることを確認すれば、契約前承諾事項の説明の機会を設けることなく契約の手続きを進めることができる。したがって、申込者にとっては、都合のよいときに一次審査の審査結果や契約前承諾事項の確認が可能であり、管理者にとっては、契約前承諾事項の説明の機会の設定やその準備、説明そのものを行う必要がなく、申込者と管理者との双方の利便性の向上が可能である。
【０１０１】
このように、審査管理システム１００によって、契約前承諾事項の承諾の要求と、承諾の状況の管理とが行われるため、契約の申し込みから契約の締結までの処理の効率が高められる。
【０１０２】
特に、契約前承諾事項の承諾の要求が、一次審査の後、かつ、二次審査の前に行われるため、二次審査後の契約の手続きを円滑に進めることが可能である。そして、万一、複数の契約前承諾事項のなかに、申込者が承諾できない事項があることが判明した場合には、二次審査を行わなければよいため、二次審査後に契約前承諾事項の承諾が要求される場合と比較して、無駄な審査が行われることが抑えられる。また、一次審査によって申し込みの受諾が可能であると判定された申込者に対してのみ、すなわち、実際に契約を結ぶ可能性の高い申込者に対してのみ、契約前承諾事項の承諾が求められる。そのため、一次審査の前に契約前承諾事項の承諾が要求される場合と比較して、審査に通らない申込者にまで契約前承諾事項の承諾が求められることが抑えられるため、申込者に不要な負荷をかけることやシステムによる不要な処理が生じることが抑えられる。
【０１０３】
また、例えば、複数の契約前承諾事項の一部のステータスが「未承諾」であり、詳細な説明が希望されている場合には、管理者は、未承諾である事項のみを申込者に説明すればよい。このように、契約前承諾事項のステータスを確認することによって、管理者は、申込者に説明すべき事項を的確に把握することができる。したがって、従来のように、すべての契約前承諾事項について管理者から申込者への説明が行われていた場合と比較して、契約前承諾事項についての効率的な説明が可能である。
【０１０４】
また、管理者は、一次審査の審査結果が、申し込みの受諾が認められないことを示し、かつ、審査結果のステータスが「確認済」であることを確認した場合には、申込者に、さらなる調査を打診したり、契約内容に関して設定した条件を変更するなどして再度一次審査を受けることを打診したりする。このように、審査結果に関わらず審査結果のステータスが管理されることによって、審査結果が申し込みの受諾が認められないことを示す場合にも、管理者は申込者による一次審査の審査結果の把握の状況を知ることができるため、審査結果が出た後の処理を円滑に進めることができる。
【０１０５】
なお、本実施形態においては、受付サーバ１０と管理サーバ２０とが情報管理部を構成し、審査サーバ３０が審査部を構成する。情報管理部は、受付サーバ１０と管理サーバ２０とによって担われる機能部として、審査結果送信部、承諾事項送信部、更新部、および、記憶部を有する。また、契約前承諾事項は第１承諾事項の一例であり、審査前承諾事項は第２承諾事項の一例であり、一次審査は第１審査の一例であり、二次審査は第２審査の一例である。
【０１０６】
以上説明したように、本実施形態の審査管理システム１００によれば、以下に列挙する効果を得ることができる。
（１）申し込みを受諾できるか否かの一次審査の審査結果が申込者端末５０に表示され、さらに、審査結果が申し込みの受諾が可能であることを示す場合に、申込者端末５０に契約前承諾事項の承諾の要求が表示され、申込者端末５０にて契約前承諾事項が承諾されたことが管理サーバ２０にて記録される。すなわち、一次審査に引き続いて、審査管理システム１００によって、審査結果の表示、契約前承諾事項の承諾の要求の表示、および、契約前承諾事項の承諾状況の管理が行われるため、審査とは別に、申し込みを処理する担当者が申込者から契約前承諾事項の承諾を得る機会を設けずとも、申し込み内容の実行、すなわち、契約の締結のための手続きを進めることが可能である。それゆえ、申し込みの開始から申し込み内容の実行の間における担当者や申込者の利便性が高められる。
【０１０７】
（２）一次審査の後、かつ、二次審査の前に契約前承諾事項の承諾の要求が行われるため、二次審査後に契約の手続きを円滑に進めることができる。そして、契約前承諾事項のなかに、申込者が承諾できない事項があることが判明した場合には、二次審査を行わなければよいため、二次審査後に契約前承諾事項の承諾が要求される構成と比較して、無駄な審査が行われることが抑えられる。また、一次審査によって申し込みの受諾が可能であると判定された場合にのみ、契約前承諾事項の承諾の要求が行われるため、一次審査の前に契約前承諾事項の承諾が要求される構成と比較して、申し込みの受諾が認められないと判定されて契約を行わない申込者に対して契約前承諾事項の承諾が要求されることが抑えられる。したがって、申込者に不要な負荷をかけることやシステムによる不要な処理が生じることが抑えられる。
【０１０８】
（３）審査結果に関わらず、申込者端末５０にて審査結果が確認されたことが管理サーバ２０にて記録され、審査結果の確認状況の管理が行われるため、審査結果が出た後の処理を、審査結果に応じて円滑に進めることができる。
【０１０９】
（４）審査前承諾事項の承諾が一次審査よりも前に要求され、契約前承諾事項の承諾が一次審査よりも後に要求される。したがって、互いに異なる種類の承諾事項の承諾の要求が的確なタイミングで行われる。
【０１１０】
上記実施形態は、以下のように変更して実施することが可能である。
・上記実施形態では、入力情報の入力端末４０への入力の前に、審査前承諾事項の承諾の要求とその承諾とが行われたが、これらは、入力情報の入力端末４０への入力の途中や入力の後に行われてもよく、審査サーバ３０による一次審査の前に行われればよい。また、審査前承諾事項が承諾されたことを示す情報は、審査前承諾事項を承諾する操作が入力端末４０に入力された時点で、受付サーバ１０および管理サーバ２０に送信されてもよい。また、一次審査情報を含め入力情報の内容に応じて、入力情報の利用に際して申込者による承諾の必要な事項がなければ、入力情報の入力に際しての所定の事項への承諾の要求は行われなくてもよい。すなわち、申し込みの開始から申し込み内容の実行の間において申込者に承諾の求められる事項は、契約前承諾事項のみであってもよい。
【０１１１】
・上記実施形態では、審査結果情報が申込者端末５０に送信されて、審査結果が表示された後に、承諾事項情報が申込者端末５０に送信されて、契約前承諾事項の承諾の要求が表示されたが、審査結果情報と承諾事項情報とは同時に申込者端末５０に送信されて、審査結果と契約前承諾事項の承諾の要求とが申込者端末５０に同時に表示されてもよい。
【０１１２】
・審査結果と契約前承諾事項の承諾の要求との表示は、ウェブサイト上での表示に限らず、例えば、これらの表示のための専用のアプリケーションソフトウェアによって実現されてもよい。
【０１１３】
・入力端末４０と申込者端末５０とは、同一の端末であってもよい。
・上記実施形態では、受付サーバ１０と管理サーバ２０とから情報管理部が構成されたが、受付サーバ１０の機能と管理サーバ２０の機能とが１つのサーバによって実現されてもよい。すなわち、情報管理部は、１つのサーバから構成されてもよい。また、情報管理部は、３以上のサーバから構成されてもよい。
【０１１４】
・上記実施形態では、管理サーバ２０がステータスデータ２３ａを記憶し、審査結果と契約前承諾事項とのステータスを管理したが、管理サーバ２０に代えて、あるいは、管理サーバ２０に加えて、受付サーバ１０が、ステータスデータ２３ａを記憶し、申込者端末５０からの確認通知や承諾通知に基づいて、審査結果と契約前承諾事項とのステータスを管理してもよい。受付サーバ１０が審査結果と契約前承諾事項とのステータスを管理する場合には、管理端末６０は、ネットワークを介して受付サーバ１０と接続され、受付サーバ１０からステータス情報を取得して、審査結果と契約前承諾事項とのステータスを表示してもよい。要は、情報管理部がステータスデータ２３ａを記憶して、審査結果と契約前承諾事項とのステータスを管理し、管理端末６０は、情報管理部からステータス情報を取得すればよい。
【０１１５】
・ステータスデータ２３ａのうちの承諾事項管理データについては、審査結果が申し込みの受諾が可能であることを示す場合にのみ生成されてもよい。また、審査結果が申し込みの受諾が可能であることを示す場合にのみ、その申し込みについてのステータスデータ２３ａが生成されて、審査結果と契約前承諾事項とのステータスが管理されてもよい。
【０１１６】
・契約前承諾事項のステータスは、３種類であってもよい。例えば、承諾事項管理データにおける契約前承諾事項のステータスは「未確認」、「承諾済」、「詳細説明希望」のいずれかに設定され、初期状態においては、「未確認」に設定される。そして、申込者端末５０に契約前承諾事項を承諾したことを示す操作が入力され、管理サーバ２０が、契約前承諾事項を承諾したことを示す通知を受けたとき、管理サーバ２０のステータス管理部２２ｂは、該当する契約前承諾事項のステータスを「承諾済」に変更する。また、申込者端末５０に、契約前承諾事項の詳細な説明を求めることを示す操作が入力されたときには申込者端末５０から受付サーバ１０を経由して管理サーバ２０に、契約前承諾事項の詳細な説明が求められていることを示す通知が送られ、この通知を受けることに基づいて、管理サーバ２０のステータス管理部２２ｂは、該当する契約前承諾事項のステータスを「詳細説明希望」に変更する。
【０１１７】
こうした構成によれば、管理者は、管理端末６０を用いて契約前承諾事項のステータスを確認することによって、申込者が契約前承諾事項の承諾の要求を確認したか否か、さらに、申込者が契約前承諾事項の承諾の要求を確認した上でそれに承諾したかあるいは詳細な説明を求めているかを把握することができる。すなわち、管理者は、申込者による契約前承諾事項の承諾の状況をより詳細に把握することができるため、状況に応じた効率的な対応が可能である。
【０１１８】
・上記実施形態では、二次審査情報は管理端末６０に入力され、管理端末６０から管理サーバ２０に送信されたが、これに代えて、二次審査情報は、申込者によって入力端末４０に入力され、入力端末４０から受付サーバ１０を経由して管理サーバ２０に送信されてもよい。また、二次審査の審査結果は、管理サーバ２０から受付サーバ１０に送信され、さらに、二次審査の審査結果を表示させるための情報が受付サーバ１０から申込者端末５０に送信されて、申込者端末５０を用いて二次審査の審査結果が確認されてもよい。
【０１１９】
・上記実施形態では、審査サーバ３０は、一次審査と二次審査とを行ったが、審査サーバ３０は少なくとも一次審査を行うサーバであればよく、二次審査は、審査管理システム１００とは連動しないシステムによって行われてもよい。要は、二次審査は、申込者端末５０に審査結果と契約前承諾事項の承諾の要求とが表示された後に行われればよい。
【０１２０】
・審査管理システム１００の管理対象である申し込みは、申し込み内容の実行に、一次審査によって申し込みの受諾が可能であると判定された後、一次審査よりも詳細な二次審査によって申し込みの受諾が可能であると判定されることを要する申し込みであればよく、申し込み内容は限定されない。
【０１２１】
さらには、審査管理システム１００の管理対象である申し込みは、一次審査と二次審査との二段階の審査を要さず、１つの審査によって申し込みの受諾が可能であるか否かの最終的な判断が行われる申し込みであってもよい。こうした申し込みであっても、審査に引き続いて、審査管理システム１００によって、審査結果の表示、承諾事項の承諾の要求の表示、および、承諾事項の承諾状況の管理が行われれば、審査とは別に、申込者から承諾事項の承諾を得る機会を設けずとも、申し込み内容の実行が可能である。それゆえ、申し込みから申し込み内容の実行の間における担当者や申込者の利便性が高められる。
【０１２２】
要は、審査管理システム１００の管理対象である申し込みは、申し込み内容の実行に、申し込みを受諾できるか否かの審査と、申込者による各種事項の承諾とを要する申し込みであればよく、例えば、申し込みは、ローン契約に限らず、保険契約やクレジットカードの契約や信用取引の口座開設等の契約、会員登録等の登録の申し込みであってもよい。申し込みを受諾できるか否かの審査は、申し込みの対象である契約や登録が許可されるか否かを判断する実体的な審査であり、申し込み内容の実行は、申し込みの対象である契約や登録の行為そのものを指す。
【０１２３】
（付記）
上記課題を解決するための手段には、上記実施形態、および、上記変形例から導き出される技術的思想として以下の付記が含まれる。
【０１２４】
前記審査は第１審査であり、前記申し込みは、前記申し込み内容の実行に、前記第１審査によって前記申し込みの受諾が可能であると判定された後、前記第１審査よりも詳細な第２審査によって前記申し込みの受諾が可能であると判定されることを要する申し込みであり、前記承諾事項送信部による前記申込者端末への前記各承諾事項の承諾の要求を表示させるための情報の送信は、前記第２審査の開始よりも前に行われる審査管理システム。
【０１２５】
上記構成によれば、第１審査の後、かつ、第２審査の前に第１承諾事項である承諾事項の承諾の要求が行われるため、第２審査後に申し込み内容の実行を円滑に進めることができる。そして、上記承諾事項のなかに、申込者が承諾できない事項があることが判明した場合には、第２審査を行わなければよいため、第２審査後に上記承諾事項の承諾が要求される構成と比較して、無駄な審査が行われることが抑えられる。また、第１審査によって申し込みの受諾が可能であると判定された場合にのみ、上記承諾事項の承諾の要求が行われるため、第１審査の前に上記承諾事項の承諾が要求される構成と比較して、申し込みの受諾が認められないと判定されて申し込み内容の実行が行われない申込者に対して上記承諾事項の承諾が要求されることが抑えられる。したがって、申込者に不要な負荷をかけることやシステムによる不要な処理が生じることが抑えられる。
【符号の説明】
【０１２６】
１００…審査管理システム、１０…受付サーバ、１１…通信部、１２…制御部、１２ａ…受信情報処理部、１２ｂ…審査結果処理部、１３…記憶部、２０…管理サーバ、２１…通信部、２２…制御部、２２ａ…取得情報処理部、２２ｂ…ステータス管理部、２２ｃ…管理情報提供部、２３…記憶部、２３ａ…ステータスデータ、３０…審査サーバ、３１…通信部、３２…制御部、３２ａ…審査部、３３…記憶部、４０…入力端末、５０…申込者端末、６０…管理端末、Ｄａ…審査結果管理データ、Ｄｂ…承諾事項管理データ。
【図１】
2017174337.tif 000003
【図２】
2017174337.tif 000004
【図３】
2017174337.tif 000005
【図４】
2017174337.tif 000006
【図５】
2017174337.tif 000007
【図６】
2017174337.tif 000008
【図７】
2017174337.tif 000009
【図８】
2017174337.tif 000010
【図９】
2017174337.tif 000011