JP2021068019A - 申込受付システム - Google Patents

Abstract

【課題】複数人が共同して行う申し込みにおいて情報の入力効率を向上可能にした申込受付システムを提供する。【解決手段】情報受付システム２００は、第１対象者によって入力される対象の第１情報と、第２対象者によって入力される対象の第２情報とを含む申込情報を用いた申し込みを受け付ける。情報受付システム２００は、第１端末から受信した第１情報を記憶部４３に記憶させ、第１情報が含められる申込情報の識別情報を第２対象者に向けて通知することと、第２端末から上記識別情報および第２情報を受信することに基づいて、当該識別情報から特定される申込情報の第１情報に当該第２情報を関連付けて１つの申し込みのための申込情報として記憶部４３に記憶させることとを行う情報管理部４２ａと、申込情報を用いた申し込みを受け付ける処理を行う申込受付部５２ｂとを備える。【選択図】図１

Description

本発明は、複数人が共同して行う申し込みを対象とした申込受付システムに関する。

従来から、インターネット等のネットワークを通じた情報の送受信を利用して、会員登録、商品の購入、ローン契約といった種々の申し込みが行われている。具体的には、申し込みに必要な情報である申込情報がスマートフォン等の端末に入力され、入力された申込情報は、申し込みを受け付ける受付サーバに端末から送信される。そして、受付サーバは、端末から受信した申込情報を用いて、申し込み内容に応じた処理を行う（例えば、特許文献１参照）。

特開２０１８−１５１７８７号公報

近年、住宅ローンにおけるペアローンの申し込みや、連帯保証人を設定した各種ローンの申し込みや、相続人と被相続人との双方の申し込みが必要となる相続手続き等のように、複数の対象者が共同して１つの申し込みを行う形態が広まっている。こうした申し込みには、申込情報として、複数の対象者の各々についての情報が必要である。上記端末と受付サーバとを利用した申し込みにおいては、複数の対象者が順番に、自身の情報を端末に入力する。そのため、特に住宅ローンの審査の申し込みのように、各対象者について多数の情報の入力が必要な場合には、申込情報の入力の完了までに長い時間を要する。また、各対象者にとって、自分以外の対象者が情報を入力している間の待ち時間が無駄になりやすい。

本発明は、複数人が共同して行う申し込みにおいて情報の入力効率を向上可能にした申込受付システムを提供することを目的とする。

上記課題を解決する申込受付システムは、第１対象者によって入力される対象の第１情報と、第２対象者によって入力される対象の第２情報とを含む申込情報を用いた申し込みを受け付ける申込受付システムであって、第１端末から受信した前記第１情報を記憶部に記憶させ、当該第１情報が含められる前記申込情報の識別情報を前記第２対象者に向けて通知することと、第２端末から前記識別情報および前記第２情報を受信することに基づいて、当該識別情報から特定される前記申込情報の前記第１情報に当該第２情報を関連付けて１つの申し込みのための前記申込情報として前記記憶部に記憶させることと、を行う情報管理部と、前記申込情報を用いた前記申し込みを受け付ける処理を行う申込受付部と、を備える。

上記構成によれば、互いに異なる端末に入力された第１情報と第２情報とが、１つの申し込みのための申込情報を構成し、この申込情報を用いた申し込みが受け付けられる。したがって、第１対象者と第２対象者とが、別々の端末を利用して申し込みに必要な情報の入力を行うことができるため、情報の入力効率を高めることができる。

上記構成において、前記第１情報には、第１構成情報と第２構成情報とが含まれ、前記情報管理部は、さらに、前記第１端末である一の端末から受信した前記第１構成情報を前記記憶部に記憶させ、当該第１構成情報が含められる前記申込情報の識別情報を前記第１対象者に向けて通知することと、前記第１端末である他の端末から前記識別情報および前記第２構成情報を受信することに基づいて、当該識別情報から特定される前記申込情報の前記第１情報に含めて当該第２構成情報を前記記憶部に記憶させることと、を行ってもよい。

上記構成によれば、互いに異なる端末に入力された情報から第１情報が構成されるため、第１対象者は、利用する端末を切り替えて第１情報を入力することができる。したがって、第１情報を構成する各情報を入力するタイミングや環境についての自由度が高められるため、第１対象者にとっての利便性が高められる。

上記構成において、前記申込情報の一部を用いて、当該申込情報を用いた申し込みが受け付けの条件を満たすか否かを判定する受付判定部をさらに備えてもよい。
上記構成によれば、申込情報のすべてが入力される前に、申し込みが受け付けの条件を満たすか否かの判定である受付判定が可能である。したがって、判定結果に応じて、対象者は申込内容の見直しを行うことができるため、申込情報として多数の情報が入力された後に、申し込みが受け付けの条件を満たさないと判定される場合と比較して、情報の入力が無駄になることが抑えられる。

上記構成において、前記第１情報と前記第２情報との各々に、前記判定に用いられる情報であって、同一の項目についての情報である共通情報が含まれ、前記受付判定部は、前記第１情報に含まれる前記共通情報を用いて前記判定を行った後、前記第２端末から前記第２情報を受信することに基づいて、前記第２情報に含まれる前記共通情報を用いて再度の前記判定を行ってもよい。

上記構成によれば、第２情報の入力時に、第１情報とは共通情報が変更されることがあっても、再度の受付判定が行われるため、受付判定の正確性が高まる。また、第２情報の入力後にしか受付判定を行わない形態と比較して、多くの情報の入力後に申し込みが受け付けの条件を満たさないと判定される事態の発生を抑えることができる。したがって、受付判定の正確性を保ちつつ、対象者の利便性を高めることができる。

上記構成において、前記共通情報には、前記第２対象者に関する情報が含まれてもよい。
上記構成によれば、第２情報の入力時に、共通情報が変更される可能性が十分にある。したがって、第２情報に含まれる共通情報を用いて再度の受付判定を行うことの効果が高く得られる。

上記構成において、前記受付判定部が前記第１情報に含まれる前記共通情報を用いて前記判定を行った後に、前記情報管理部が、前記第２対象者に向けた前記通知を行ってもよい。

上記構成によれば、第１情報に基づく判定後に、第２情報の入力が許容されるため、第１情報に含まれる共通情報の入力と、第２情報に含まれる共通情報の入力とが錯綜することが抑えられる。したがって、システムによる処理が複雑になることが抑えられる。

上記構成において、前記申し込みは、住宅ローンに関する審査の申し込みであり、１つの申し込みが、複数の申込先を有してもよい。
住宅ローンの事前審査のように、住宅ローンに関する審査には申込情報として多数の情報が必要である。上記構成によれば、共通の申込情報を利用して複数の申込先について申し込みが受け付けられるため、申込先ごとに情報を入力して別々に申し込みを行う形態と比較して、情報の入力の効率が高められ、対象者の利便性が高められる。

本発明によれば、複数人が共同して行う申し込みにおいて情報の入力効率を向上することができる。

申込システムの一実施形態について、申込システムの構成を示す図。 一実施形態の申込システムの動作を示すシーケンスチャートであって、第１情報の入力に関する処理を示す図。 一実施形態の申込システムにおいて、第１端末に表示される情報の入力画面の一例を示す図。 一実施形態の申込システムにおいて、第１端末に表示される受付判定の結果の表示画面の一例を示す図。 一実施形態の申込システムの動作を示すシーケンスチャートであって、第１情報の入力に関する処理を示す図。 一実施形態の申込システムの動作を示すシーケンスチャートであって、第２情報の入力に関する処理を示す図。 一実施形態の申込システムの動作を示すシーケンスチャートであって、申込情報の入力の完了後の処理を示す図。

図１〜図７を参照して、申込受付システムの一実施形態を説明する。本実施形態では、一例として、申込受付システムが、住宅ローンの事前審査の申し込みに用いられる形態を説明する。当該住宅ローンは、夫婦２名での借入であるペアローン、もしくは、収入合算によるローンであり、第１対象者Ｐ１と第２対象者Ｐ２との２人の対象者が共同して事前審査を申し込む。

［申込システムの構成］
図１を参照して、申込受付システムを含む申込システムの構成を説明する。申込システム１００は、店舗端末１０と、第１対象者端末２０と、第２対象者端末３０と、管理サーバ４０と、受付サーバ５０とを備えている。管理サーバ４０と受付サーバ５０とから、申込受付システム２００が構成される。

店舗端末１０、第１対象者端末２０、および、第２対象者端末３０の各々と、管理サーバ４０とは、ネットワークを通じて、相互にデータの送信および受信を行う。店舗端末１０、第１対象者端末２０、および、第２対象者端末３０の各々は、受付サーバ５０とも、ネットワークを通じて、相互にデータの送信および受信を行ってもよい。また、管理サーバ４０と受付サーバ５０とは、ネットワークを通じて、相互にデータの送信および受信を行う。各端末１０，２０，３０と各サーバ４０，５０との通信に利用されるネットワーク、および、サーバ４０，５０間の通信に利用されるネットワークの各々は、インターネット等の汎用通信回線であってもよいし、各装置の通信のための専用通信回線であってもよい。また、上記ネットワークは、独立した複数のネットワークを含んでいてもよいし、共通した１つのネットワークであってもよい。

店舗端末１０、第１対象者端末２０、および、第２対象者端末３０の各々は、スマートフォンやタブレット端末やパーソナルコンピュータ等のコンピュータ端末である。店舗端末１０は、住宅ローンの対象となる物件を取り扱う不動産会社の店舗にて操作される端末である。第１対象者端末２０は、第１対象者Ｐ１に操作される端末であり、例えば、第１対象者Ｐ１が所有する携帯端末である。第２対象者端末３０は、第２対象者Ｐ２に操作される端末であり、例えば、第２対象者Ｐ２が所有する携帯端末である。

各端末１０，２０，３０は、ネットワークへの接続処理等の通信処理を行う通信部と、情報を表示する表示部と、ユーザの操作を受け付ける操作部と、これらの各部の処理を制御する制御部とを備える。操作部に対する操作に基づき、端末に情報が入力されて、入力された情報が表示部に表示される。

住宅ローンの事前審査の申し込みに必要な情報である申込情報Ｉｍには、第１対象者Ｐ１によって入力される対象の情報である第１情報Ｉ１と、第２対象者Ｐ２によって入力される対象の情報である第２情報Ｉ２とが含まれる。第１情報Ｉ１は、店舗端末１０に入力されるか、もしくは、店舗端末１０と第１対象者端末２０とに分けて入力される。すなわち、店舗端末１０および第１対象者端末２０は、第１情報Ｉ１が入力される第１端末として機能する。第２情報Ｉ２は、第２対象者端末３０に入力される。すなわち、第２対象者端末３０は、第２情報Ｉ２が入力される第２端末として機能する。

管理サーバ４０は、各端末１０，２０，３０に入力された情報を、主として申し込みの受付前において管理するサーバである。管理サーバ４０は、通信部４１と、制御部４２と、記憶部４３とを備えている。

通信部４１は、ネットワークを通じて、管理サーバ４０と各端末１０，２０，３０および受付サーバ５０との接続処理を実行し、接続された装置間でデータの送信および受信を行う。

制御部４２は、ＣＰＵ、および、ＲＡＭ等の揮発性メモリを含む。制御部４２は、記憶部４３に記憶されたプログラムやデータに基づいて、通信部４１による処理の制御、記憶部４３における情報の読み出しや書き込み、各種の演算処理等、管理サーバ４０が備える各部の制御を行う。

申込受付システム２００において、制御部４２は、情報管理部４２ａとして機能する。以下、情報管理部４２ａとして機能する制御部４２が行う処理について説明する。情報管理部４２ａは、第１対象者Ｐ１が第１対象者端末２０にて第１情報Ｉ１を入力するために必要な第１認証情報Ｋ１と、第２対象者Ｐ２が第２対象者端末３０にて第２情報Ｉ２を入力するために必要な第２認証情報Ｋ２とを、各対象者Ｐ１，Ｐ２に向けて通知する。第１認証情報Ｋ１と第２認証情報Ｋ２との各々は、第１情報Ｉ１と第２情報Ｉ２とが含められる申込情報Ｉｍの識別情報を含む。

また、情報管理部４２ａは、管理サーバ４０が受信した第１情報Ｉ１と第２情報Ｉ２とを互いに関連付けて、１つの申し込みのための申込情報Ｉｍとして記憶部４３に記憶させる。このとき、情報管理部４２ａは、上記識別情報に基づき、当該申込情報Ｉｍに含める情報を判別する。

記憶部４３は、不揮発性メモリを含み、制御部４２が実行する処理に必要なプログラムやデータを記憶している。こうしたデータの一部として、記憶部４３は、未受付データ４３ａと受付済データ４３ｂとを記憶している。未受付データ４３ａは、受付が完了していない申し込みについてのデータであり、申込情報Ｉｍを含む。受付済データ４３ｂは、受付が完了した申し込みについてのデータであり、未受付データ４３ａを用いた申し込みの受付が完了したとき、未受付データ４３ａに含まれる申込情報Ｉｍが、受付済データ４３ｂを構成するように移行される。

なお、制御部４２における各機能は、複数のＣＰＵや、ＲＡＭ等からなるメモリ等の各種のハードウェアと、これらを機能させるソフトウェアとによって具体化されてもよく、あるいは、共通する１つのハードウェアに複数の機能を与えるソフトウェアによって具体化されてもよい。

受付サーバ５０は、申し込みを受け付けるサーバである。受付サーバ５０は、通信部５１と、制御部５２と、記憶部５３とを備えている。
通信部５１は、ネットワークを通じて、受付サーバ５０と通信対象の装置との接続処理を実行し、接続された装置間でデータの送信および受信を行う。

制御部５２は、ＣＰＵ、および、ＲＡＭ等の揮発性メモリを含む。制御部５２は、記憶部５３に記憶されたプログラムやデータに基づいて、通信部５１による処理の制御、記憶部５３における情報の読み出しや書き込み、各種の演算処理等、受付サーバ５０が備える各部の制御を行う。

申込受付システム２００において、制御部５２は、受付判定部５２ａおよび申込受付部５２ｂとして機能する。受付判定部５２ａとして機能する制御部５２は、申し込みの受付前に、申込情報Ｉｍを用いた申し込みが受け付けの条件を満たしているか否かを判定する。当該受付判定は、言い換えれば、当該申し込みが事前審査を通るか否かの仮の判定であり、申込先の金融機関ごとに判定が行われる。受付判定は、申込情報Ｉｍの一部を用いて行われる。

申込受付部５２ｂとして機能する制御部５２は、受付判定部５２ａによる受付判定の結果、受け付けの条件を満たしていると判定された申込先について、申し込みを受け付ける処理を行う。この受付処理には、例えば、申込情報Ｉｍを所定の保存先へ保存することや、申込先への通知等が含まれる。

記憶部５３は、不揮発性メモリを含み、制御部５２が実行する処理に必要なプログラムやデータを記憶している。
なお、制御部５２における各機能は、複数のＣＰＵや、ＲＡＭ等からなるメモリ等の各種のハードウェアと、これらを機能させるソフトウェアとによって具体化されてもよく、あるいは、共通する１つのハードウェアに複数の機能を与えるソフトウェアによって具体化されてもよい。

［申込システムの動作］
図２〜図７を参照して、申込システム１００の動作を説明する。申込システム１００において、店舗端末１０、第１対象者端末２０、および、第２対象者端末３０の各々に表示される、情報の入力のための画面およびそれに付随する画面は、管理サーバ４０あるいは受付サーバ５０が提供するＷｅｂアプリケーションの動作によって表示される画面である。

以下では、第１対象者Ｐ１が申し込みの進行についての主権限を有する形態を説明する。第１対象者Ｐ１は、住宅ローンの対象である物件を管理する不動産会社の店舗にて、必要に応じて物件および住宅ローンの説明を受け、申し込みを開始する。第２対象者Ｐ２は、第１対象者Ｐ１に同行していてもよいし、同行していなくてもよい。

図２が示すように、申し込みは、店舗端末１０への不動産認証情報Ｋｆの入力から開始される。不動産認証情報Ｋｆは、申込システム１００の利用が許可された不動産会社に対して発行された認証情報であって、ＩＤおよびパスワードを含む。

詳細には、店舗端末１０が、所定のＵＲＬにアクセスして受付サーバ５０に接続することに基づき、不動産認証情報Ｋｆの入力画面が店舗端末１０に表示され、当該画面を通じて不動産認証情報Ｋｆが店舗端末１０に入力される。入力された不動産認証情報Ｋｆは、店舗端末１０から受付サーバ５０に送信される（ステップＳ１０）。

不動産認証情報Ｋｆを受信すると、受付サーバ５０は、認証処理を行う。すなわち、受付サーバ５０の制御部５２は、受信した不動産認証情報Ｋｆと、受付サーバ５０が記憶している情報とを照合して、不動産認証情報Ｋｆの正当性を判断する。不動産認証情報Ｋｆが正当である場合、受付サーバ５０は、認証結果として、次のステップにおける情報の入力画面のデータを店舗端末１０に送信する（ステップＳ１１）。なお、店舗端末１０から不動産認証情報Ｋｆを受信して認証処理を行うサーバは、管理サーバ４０であってもよい。

続いて、店舗端末１０に、不動産会社情報Ｉｆが入力され、当該不動産会社情報Ｉｆが、店舗端末１０から管理サーバ４０に送信される（ステップＳ１２）。不動産会社が管理する物件の販売に際し、不動産会社は、事前審査の申込状況や審査結果を知る必要がある。不動産会社情報Ｉｆは、不動産会社への情報の通知に用いられる情報を含む。例えば、不動産会社情報Ｉｆは、不動産会社の会社名や店舗名、担当者名、連絡先等を含む。当該連絡先には、メールアドレスが含まれる。

続いて、店舗端末１０に、第１情報Ｉ１を構成する対象者基本情報Ｉｔが入力され、当該対象者基本情報Ｉｔが、店舗端末１０から管理サーバ４０に送信される（ステップＳ１３）。対象者基本情報Ｉｔは、第１対象者Ｐ１を特定するための情報、および、第１対象者Ｐ１に情報を通知するための情報を含む。例えば、対象者基本情報Ｉｔは、第１対象者Ｐ１の氏名、生年月日、連絡先を含む。当該連絡先には、メールアドレスが含まれる。図３は、対象者基本情報Ｉｔの入力画面Ｄａの一例を示す。

なお、対象者基本情報Ｉｔの入力に先立ち、申込システム１００を利用した事前審査の申し込みについての注意事項や、個人情報の取り扱いについて、第１対象者Ｐ１の同意の取得が、店舗端末１０の画面を通じて行われてもよい。

不動産会社情報Ｉｆと対象者基本情報Ｉｔとを受信すると、管理サーバ４０の情報管理部４２ａは、不動産会社情報Ｉｆと対象者基本情報とＩｔとを、１つの申し込みのための申込情報Ｉｍに含まれる情報として関連付け、未受付データ４３ａに含めて記憶部４３に記憶させる（ステップＳ１４）。

なお、本実施形態における１つの申し込みとは、図２，５〜７に示す一連のフローにて各端末１０，２０，３０から入力された申込情報Ｉｍを共通に用いて行われる申し込みであって、申込先の数は１つとは限らない。共通の申込情報Ｉｍを用いて複数の申込先に対して一括して申し込みが行われる場合には、１つの申し込みに対して複数の申込先が存在することになる。

続いて、情報管理部４２ａは、第１入力用情報Ｉｎ１を、対象者基本情報Ｉｔに含まれる第１対象者Ｐ１のメールアドレス宛に、通信部４１を介して送信する（ステップＳ１５）。第１入力用情報Ｉｎ１は、第１対象者Ｐ１が第１対象者端末２０にて第１情報Ｉ１を入力するために必要な第１認証情報Ｋ１と、第１認証情報Ｋ１の入力のための画面を表示させるＷｅｂページのＵＲＬとを含む。第１認証情報Ｋ１は、ＩＤとパスワードとを含み、ステップＳ１４で記憶された未受付データ４３ａと関連付けられて、記憶部４３に記憶される。すなわち、上記ＩＤは、対象者基本情報Ｉｔを含む第１情報Ｉ１が含められる申込情報Ｉｍの識別情報として機能するとともに、情報の入力者が第１対象者Ｐ１であること、言い換えれば、第１認証情報Ｋ１の認証を経た入力の対象が第１情報Ｉ１であることを示す情報として機能する。なお、第１認証情報Ｋ１が含むＩＤとパスワードとは別々のメールで通知されることが好ましい。

以後、店舗端末１０に入力された情報は、第１対象者Ｐ１の指示による任意のタイミング、もしくは、店舗端末１０に表示される画面の切り替わり等の所定のタイミングで管理サーバ４０に送信され、申込情報Ｉｍを構成する情報として、未受付データ４３ａに含められて記憶部４３に記憶される。

そして、第１対象者端末２０によって、第１入力用情報Ｉｎ１として通知されたＵＲＬにアクセスし、第１認証情報Ｋ１の認証を受けることで、記憶されている未受付データ４３ａに含まれる情報に引き続いて、第１対象者端末２０への第１情報Ｉ１の入力が可能となる。

詳細には、第１対象者端末２０に入力された第１認証情報Ｋ１が管理サーバ４０に送信され、管理サーバ４０の情報管理部４２ａは、受信した第１認証情報Ｋ１と、記憶部４３に記憶されている情報とを照合する。当該照合により、情報管理部４２ａは、当該第１認証情報Ｋ１に関連付けられている未受付データ４３ａ、すなわち、上記ＩＤである識別情報に対応する申込情報Ｉｍに含められる情報として既に記憶されている情報を特定する。この特定された情報は、第１情報Ｉ１の一部の情報であって、第１構成情報の一例である。そして、情報管理部４２ａは、上記ＩＤに基づき認証情報の入力者が第１対象者Ｐ１であることを識別し、特定された第１構成情報に引き続いて第１情報Ｉ１の残部を入力するための画面のデータを第１対象者端末２０に送信する。第１情報Ｉ１の残部は、第２構成情報の一例である。

これにより、第１対象者端末２０における第１情報Ｉ１の残部の入力が可能となる。第１対象者端末２０に入力された第１情報Ｉ１の残部、すなわち、第２構成情報は、管理サーバ４０に送信される。情報管理部４２ａは、受信した第２構成情報を、上記識別情報に基づき特定された第１構成情報と共に第１情報Ｉ１として未受付データ４３ａに含め、記憶部４３に記憶させる。

このように、ステップＳ１６〜ステップＳ２４の第１対象者Ｐ１による情報の入力は、そのすべてが店舗端末１０にて行われてもよいし、そのすべてが第１対象者端末２０にて行われてもよいし、その一部が店舗端末１０にて行われた後に、その続きが第１対象者端末２０にて行われてもよい。店舗端末１０と第１対象者端末２０とのいずれを用いて入力を行うかは、第１対象者Ｐ１が、例えば、不動産会社の店舗に第１対象者Ｐ１が滞在できる時間や、情報の入力に要する資料の準備の状況等に応じて選択すればよい。このように、第１対象者Ｐ１が第１情報Ｉ１を入力する端末が、不動産会社が管理する店舗端末１０から、第１対象者Ｐ１が管理する第１対象者端末２０に切り替え可能であるため、各情報を入力するタイミングや環境についての自由度が高められる。したがって、第１対象者Ｐ１にとっての利便性が高められる。

さらに、第１対象者端末２０に入力された情報もまた、第１対象者Ｐ１の指示による任意のタイミング、もしくは、第１対象者端末２０に表示される画面の切り替わり等の所定のタイミングで管理サーバ４０に送信され、申込情報Ｉｍを構成する情報として、未受付データ４３ａに含められて記憶部４３に記憶される。第１情報Ｉ１の全ての入力が完了する前に、第１対象者Ｐ１が情報の入力を中断した場合には、上記と同様に第１認証情報Ｋ１の認証を受けることで、記憶されている未受付データ４３ａに含まれる情報に引き続いて、第１対象者端末２０への第１情報Ｉ１の入力を再開することができる。したがって、第１対象者Ｐ１は、第１情報Ｉ１の入力の中断と再開とを自由に行うことができる。これによっても、第１対象者Ｐ１にとっての利便性が高められる。

以下では、ステップＳ１６〜ステップＳ２４における情報の入力が店舗端末１０で行われるものとして、申込システム１００の動作の説明を継続する。
対象者基本情報Ｉｔに続いて、第１情報Ｉ１を構成する判定用借入情報Ｉｈと相手方情報Ｉｙと金融機関情報Ｉｓとが、店舗端末１０に入力され、入力された各情報Ｉｈ，Ｉｙ，Ｉｓが、店舗端末１０から管理サーバ４０に送信される（ステップＳ１６）。

判定用借入情報Ｉｈは、借入に関する情報であって、受付サーバ５０が、受付判定、すなわち、申込情報Ｉｍを用いた申し込みが受け付けの条件を満たしているか否かの判定に用いる情報である。受付判定は、事前審査よりも少ない項目の情報に基づき、明らかに事前審査を通らない申し込みを、申し込みの受付前に抽出するために行われる。事前審査には多数の項目についての情報が必要であり、また、一般に、事前審査には数日以上の期間を要する。予め事前審査に通るか否かが仮に判定され、事前審査に通らないと判定された場合には対象者に条件の見直し等を行う機会を与えることで、多数の情報の入力や事前審査の待ち時間が無駄になることが抑えられる。

判定用借入情報Ｉｈに含まれる情報は、受付判定に用いられる項目に応じて設定されればよい。例えば、判定用借入情報Ｉｈは、購入物件の種類や所在地、借入を希望する金額および期間、第１対象者Ｐ１の前年度年収等を含む。なお、受付判定には、対象者基本情報Ｉｔに含まれる情報も用いられればよい。

相手方情報Ｉｙは、第２対象者Ｐ２に関して受付判定に用いられる情報と、第２対象者Ｐ２に情報を通知するための情報とを含む。例えば、相手方情報Ｉｙは、第２対象者Ｐ２の生年月日、前年度年収、メールアドレスを含む連絡先を含む。

金融機関情報Ｉｓは、住宅ローンの事前審査を申し込む金融機関を指定する情報であって、複数の金融機関を指定可能とされる。当該金融機関は、第１対象者Ｐ１によって選択される。なお、既に入力された情報に応じて、例えば、不動産会社や物件の所在地に応じて、選択可能な金融機関が変更されてもよい。

判定用借入情報Ｉｈと相手方情報Ｉｙと金融機関情報Ｉｓとを受信すると、管理サーバ４０の情報管理部４２ａは、受信した情報を、申込情報Ｉｍを構成する情報として、未受付データ４３ａに含めて記憶部４３に記憶させる（ステップＳ１７）。

続いて、情報管理部４２ａは、記憶されている未受付データ４３ａのうちの受付判定に要する情報を受付サーバ５０に送信し、受付判定を要求する（ステップＳ１８）。
管理サーバ４０からの要求を受けて、受付サーバ５０の受付判定部５２ａは、管理サーバ４０から受信した情報に基づき、受付判定を行う。受付判定の結果は、受付サーバ５０から、必要に応じて管理サーバ４０を経由して、店舗端末１０に送信される（ステップＳ１９）。受付判定は、金融機関情報Ｉｓにて指定される金融機関ごと、すなわち、申込先ごとに行われる。受付判定における判定の基準は、金融機関ごとに適宜設定されていればよい。

店舗端末１０が受付判定の結果を受信すると、当該結果が店舗端末１０に表示される（ステップＳ２０）。金融機関情報Ｉｓとして複数の金融機関が指定されている場合には、複数の金融機関の各々について、判定結果が示される。図４は、受付判定の判定結果の表示画面Ｄｂの一例を示す。

第１対象者Ｐ１は、受付判定の判定結果を受けて、例えば、指定した金融機関の全部あるいは一部において、受け付けの条件を満たしていないという判定結果が得られている場合等には、既に入力した情報の一部を変更して、再度の受付判定を受けることができる。例えば、借入を希望する金額および期間を変更して、再度の受付判定を受けることが想定される。この場合、変更する情報が店舗端末１０に入力された後、ステップＳ１７〜ステップＳ２０の処理が繰り返される。

なお、本実施形態においては、受付判定にて受け付けの条件を満たしていると判定された申込先についてのみ、申し込みの受付が行われる。したがって、受け付けの条件を満たしていると判定された金融機関が１つもない場合には、ステップＳ２１以降の処理は行われない。

図５が示すように、続いて、第１情報Ｉ１を構成する審査用基本情報Ｉｋが店舗端末１０に入力され、当該審査用基本情報Ｉｋが、店舗端末１０から管理サーバ４０に送信される（ステップＳ２１）。審査用基本情報Ｉｋは、事前審査に用いられる情報であって、主として物件および資金に関する情報である。また、審査用基本情報Ｉｋは、第２対象者Ｐ２が第２情報Ｉ２を入力するにあたって、申し込もうとされている借入の概要の把握に寄与する情報である。審査用基本情報Ｉｋは、例えば、延べ面積等の物件の詳細についての情報や、物件の購入資金や自己資金等の資金計画に関する情報を含む。

審査用基本情報Ｉｋを受信すると、管理サーバ４０の情報管理部４２ａは、審査用基本情報Ｉｋを、申込情報Ｉｍを構成する情報として、未受付データ４３ａに含めて記憶部４３に記憶させる（ステップＳ２２）。

続いて、情報管理部４２ａは、第２入力用情報Ｉｎ２を、相手方情報Ｉｙに含まれる第２対象者Ｐ２のメールアドレス宛に、通信部４１を介して送信する（ステップＳ２３）。第２入力用情報Ｉｎ２は、第２対象者Ｐ２が第２対象者端末３０にて第２情報Ｉ２を入力するために必要な第２認証情報Ｋ２と、第２認証情報Ｋ２の入力のための画面を表示させるＷｅｂページのＵＲＬとを含む。第２認証情報Ｋ２は、ＩＤとパスワードとを含み、ステップＳ２２で記憶された未受付データ４３ａと関連付けられて、記憶部４３に記憶される。すなわち、上記ＩＤは、未受付データ４３ａの第１情報Ｉ１が含められる申込情報Ｉｍの識別情報として機能するとともに、情報の入力者が第２対象者Ｐ２であること、言い換えれば、第２認証情報Ｋ２の認証を経た入力の対象が第２情報Ｉ２であることを示す情報として機能する。第２認証情報Ｋ２が含むＩＤとパスワードとは別々のメールで通知されることが好ましい。

なお、第２対象者Ｐ２に向けた第２入力用情報Ｉｎ２の発信のタイミングは、相手方情報Ｉｙを管理サーバ４０が受信した後であれば、特に限定されない。例えば、第１対象者Ｐ１による第１情報Ｉ１の入力がすべて完了した後に、第２入力用情報Ｉｎ２が送信されてもよい。また、第２入力用情報Ｉｎ２の送信のタイミングが、第１対象者Ｐ１によって選択可能であってもよい。

続いて、第１情報Ｉ１を構成する審査用詳細情報Ｉｐが店舗端末１０に入力され、審査用詳細情報Ｉｐが、店舗端末１０から管理サーバ４０に送信される（ステップＳ２４）。審査用詳細情報Ｉｐは、審査用基本情報Ｉｋの他に事前審査に用いられる情報であって、主として第１対象者Ｐ１に関する情報である。審査用詳細情報Ｉｐは、例えば、第１対象者Ｐ１についての性別や家族構成等の詳細情報、第１対象者Ｐ１の勤務先についての業種や資本金等の詳細情報、他の借入情報等が含まれる。また、審査用詳細情報Ｉｐは、運転免許証等の本人確認書類や、源泉徴収票等の収入確認資料等、各種の資料の画像を含んでもよい。

審査用詳細情報Ｉｐを受信すると、管理サーバ４０の情報管理部４２ａは、審査用詳細情報Ｉｐを、申込情報Ｉｍを構成する情報として、未受付データ４３ａに含めて記憶部４３に記憶させる（ステップＳ２５）。審査用詳細情報Ｉｐの記憶により、申込情報Ｉｍのうち、第１情報Ｉ１の全てが記憶される。すなわち、第１情報Ｉ１は、対象者基本情報Ｉｔ、判定用借入情報Ｉｈ、相手方情報Ｉｙ、金融機関情報Ｉｓ、審査用基本情報Ｉｋ、および、審査用詳細情報Ｉｐを含む。

審査用詳細情報Ｉｐの記憶を受けて、情報管理部４２ａは、第１情報Ｉ１を入力した第１対象者Ｐ１の本人確認のための確認通知を、第１対象者Ｐ１のメールアドレス宛に、通信部４１を介して送信する（ステップＳ２６）。確認通知は、所定のＷｅｂページのＵＲＬを含む。確認通知が送信されてから所定の時間内に、確認通知の受領に基づく上記ＵＲＬへのアクセスが行われることが、第１情報Ｉ１を入力した第１対象者Ｐ１の本人確認として機能する。

なお、確認通知の送信前に、入力された各情報の内容の確認の要求や、事前審査の申し込みに関する注意事項についての第１対象者Ｐ１からの同意の取得が、店舗端末１０の画面を通じて行われてもよい。

第１対象者端末２０によって、確認通知に含まれるＵＲＬへのアクセスが行われることにより、上述のように本人確認が完了する（ステップＳ２７）。
本人確認の完了に基づき、管理サーバ４０の情報管理部４２ａは、未受付データ４３ａの第１情報Ｉ１に、第１対象者Ｐ１の本人確認が完了したことを示す情報を付す（ステップＳ２８）。

そして、情報管理部４２ａは、第１対象者Ｐ１による第１情報Ｉ１の入力の完了を報告して第２情報Ｉ２の入力を促す通知を、相手方情報Ｉｙに含まれる第２対象者Ｐ２のメールアドレス宛に、通信部４１を介して送信する（ステップＳ２９）。なお、後述する第２対象者Ｐ２による第２情報Ｉ２の入力が完了している場合には、上記通知は行われなくてもよい。

図６は、申込システム１００における第２対象者端末３０を中心とした処理のフロー、言い換えれば、第２対象者Ｐ２による第２情報Ｉ２の入力に関する処理のフローを示す。図６に示すフローは、先のステップＳ２３にて、第２入力用情報Ｉｎ２が送信された後であれば、第２対象者Ｐ２の意志に基づき、任意のタイミングで開始できる。

図６が示すように、第２入力用情報Ｉｎ２として通知されたＵＲＬに第２対象者端末３０がアクセスすることに基づき表示される画面を通じて、第２認証情報Ｋ２が第２対象者端末３０に入力される。入力された第２認証情報Ｋ２は、第２対象者端末３０から管理サーバ４０に送信される（ステップＳ３０）。

第２認証情報Ｋ２を受信すると、管理サーバ４０の情報管理部４２ａは、認証処理として、受信した第２認証情報Ｋ２と、記憶部４３に記憶されている情報とを照合する。当該照合により、情報管理部４２ａは、第２認証情報Ｋ２に関連付けられている未受付データ４３ａ、すなわち、第２認証情報Ｋ２が含む識別情報に対応する申込情報Ｉｍに含められる情報として既に記憶されている情報を特定する（ステップＳ３１）。この特定された情報は、第１情報Ｉ１の一部もしくは全部である。また、情報管理部４２ａは、上記識別情報に基づき、認証情報の入力者が第２対象者Ｐ２であることを識別する。

未受付データ４３ａが特定されると、情報管理部４２ａは、認証が成立した結果として、未受付データ４３ａに含まれる第１情報Ｉ１の少なくとも一部を第２対象者端末３０に送信する（ステップＳ３２）。送信される情報は、例えば、対象者基本情報Ｉｔ、判定用借入情報Ｉｈ、金融機関情報Ｉｓ、および、審査用基本情報Ｉｋに含まれる情報の一部もしくは全部である。

第２対象者端末３０は、管理サーバ４０から受信した情報を表示する（ステップＳ３３）。これにより、第２対象者Ｐ２は、第１対象者Ｐ１によって入力された第１情報Ｉ１に含まれる情報を確認することが可能であり、それによって、申し込もうとされている借入の概要の把握することができる。

続いて、第２情報Ｉ２が、第２対象者端末３０に入力され、当該第２情報Ｉ２が、第２対象者端末３０から管理サーバ４０に送信される（ステップＳ３４）。第２情報Ｉ２は、事前審査に用いられる情報であって、主として第２対象者Ｐ２に関する情報である。例えば、第２情報Ｉ２は、第２対象者Ｐ２についての氏名、生年月日、性別、家族構成、続柄、前年度年収、連絡先等の詳細情報、第２対象者Ｐ２の勤務先についての業種や資本金等の詳細情報、他の借入情報等が含まれる。また、第２情報Ｉ２は、運転免許証等の本人確認書類や、源泉徴収票等の収入確認資料等、各種の資料の画像を含んでもよい。

ここで、第２情報Ｉ２には、第２対象者Ｐ２の前年度年収等のように、第１情報Ｉ１に含まれる相手方情報Ｉｙと同一の項目の情報が含まれる。第２情報Ｉ２のうち、相手方情報Ｉｙと同一の項目の情報については、当該相手方情報Ｉｙ、すなわち、第１対象者Ｐ１によって入力された情報が第２対象者端末３０に表示されて、当該情報が変更可能とされる。なお、相手方情報Ｉｙのうちのすべての項目が第２情報Ｉ２に含まれて、第１情報Ｉ１として入力された情報から変更可能であってもよいし、前年度年収等の一部のみが変更可能であってもよい。管理サーバ４０には、変更された情報も含めて、第２情報Ｉ２が送信される。なお、相手方情報Ｉｙ以外の第１情報Ｉ１は、第２情報Ｉ２としての第２対象者Ｐ２による変更が許容されないことが好ましい。

なお、第２情報Ｉ２の入力に先立ち、申込システム１００を利用した事前審査の申し込みについての注意事項や、個人情報の取り扱いについての第２対象者Ｐ２から同意の取得が、第２対象者端末３０の画面を通じて行われてもよい。

第２情報Ｉ２を受信すると、管理サーバ４０の情報管理部４２ａは、受信した第２情報Ｉ２を、ステップＳ３１で特定した第１情報Ｉ１に関連付け、これらを１つの申し込みのための申込情報Ｉｍとして未受付データ４３ａに含めて、記憶部４３に記憶させる（ステップＳ３５）。

続いて、情報管理部４２ａは、未受付データ４３ａのうちの受付判定に要する情報を受付サーバ５０に送信し、受付判定を要求する（ステップＳ３６）。受付判定に用いられる情報のうち、相手方情報Ｉｙと同項目の第２情報Ｉ２については、第２情報Ｉ２が用いられる。すなわち、第１対象者Ｐ１によって入力された情報が、第２対象者Ｐ２によって変更された場合には、変更後の情報が用いられて、再度の受付判定が行われる。受付判定に用いられる情報であって、第１情報Ｉ１と第２情報Ｉ２との各々に含まれる同一の項目についての情報が、共通情報である。なお、上述のように、受付判定には、共通情報に加えて、判定用借入情報Ｉｈ等の第１情報Ｉ１に含まれる情報も用いられる。

相手方情報Ｉｙは、第１対象者Ｐ１が入力した第２対象者Ｐ２に関する情報であるため、必ずしも正しいとは限らず、第２対象者Ｐ２本人によって修正される場合があり得る。第２情報Ｉ２において、共通情報が第１情報Ｉ１から修正された場合、受付判定の結果も、第１情報Ｉ１に含まれる共通情報を用いて行われたステップＳ１９の受付判定の判定結果から変わる場合がある。一方で、第２情報Ｉ２の入力完了まで受付判定を行わない場合、第１情報Ｉ１の入力が進められない事態、もしくは、第１情報Ｉ１として多くの情報を入力した後に、条件を満たさず申し込みが受け付けられないと判定されて、申し込みの内容を見直すことが求められる事態が発生して、第１対象者Ｐ１にとっての利便性が低くなる。

そこで、本実施形態では、まず、第１情報Ｉ１に含まれる共通情報を用いて受付判定を行い、第２情報Ｉ２が入力された後に、第２情報Ｉ２に含まれる共通情報を用いて再度の受付判定を行う。そして、最新の受付判定の結果に基づいて、申し込みの受付処理が進められる。これにより、受付判定の正確性が高まり、的確な申し込みの受け付けが可能であるとともに、第２情報Ｉ２の入力後にしか受付判定を行わない形態と比較して、多くの情報の入力後に申し込みが受け付けられないと判定される事態の発生頻度を低下させることができる。したがって、受付判定の正確性を保ちつつ、対象者の利便性を高めることができる。

管理サーバ４０からの受付判定の要求を受けると、受付サーバ５０の受付判定部５２ａは、管理サーバ４０から受信した情報に基づき、受付判定を行う。受付判定の結果は、受付サーバ５０から、管理サーバ４０に送信される（ステップＳ３７）。

なお、ステップＳ３６およびステップＳ３７の処理、すなわち、受付判定の要求とそれに応じた受付判定の処理は、共通情報、すなわち、相手方情報Ｉｙと同項目の情報が第２情報Ｉ２にて変更された場合のみに行われてもよい。

受付判定の結果、受け付けの条件を満たしていると判定された申込先がある場合、管理サーバ４０の情報管理部４２ａは、第２情報Ｉ２を入力した第２対象者Ｐ２の本人確認のための確認通知を、第２対象者Ｐ２のメールアドレス宛に、通信部４１を介して送信する（ステップＳ３８）。確認通知は、所定のＷｅｂページのＵＲＬを含み、確認通知が送信されてから所定の時間内に、確認通知の受領に基づく当該ＵＲＬへのアクセスが行われることが、第２情報Ｉ２を入力した第２対象者Ｐ２の本人確認として機能する。

なお、確認通知の送信前に、入力情報の内容の確認の要求や、事前審査の申し込みについての注意事項についての第２対象者Ｐ２からの同意の取得が、第２対象者端末３０の画面を通じて行われてもよい。

第２対象者端末３０によって、確認通知に含まれるＵＲＬへのアクセスが行われることにより、上述のように本人確認が完了する（ステップＳ３９）。
本人確認の完了に基づき、管理サーバ４０の情報管理部４２ａは、未受付データ４３ａの第２情報Ｉ２に、第２対象者Ｐ２の本人確認が完了したことを示す情報を付す（ステップＳ４０）。この時点において、第１情報Ｉ１の入力や第１対象者Ｐ１の本人確認が完了していない場合には、情報管理部４２ａは、第２対象者Ｐ２による第２情報Ｉ２の入力の完了を報告して第１対象者Ｐ１に処理の進行を促す通知を、第１対象者Ｐ１のメールアドレス宛に送信することが好ましい。

なお、第２対象者端末３０に入力された情報は、第２対象者Ｐ２の指示による任意のタイミング、もしくは、第２対象者端末３０に表示される画面の切り替わり等の所定のタイミングで管理サーバ４０に送信され、申込情報Ｉｍを構成する情報として、未受付データ４３ａに含められて記憶部４３に記憶される。第２情報Ｉ２の全ての入力が完了する前に、第２対象者Ｐ２が情報の入力を中断した場合には、第２認証情報Ｋ２の認証を受けることで、記憶されている未受付データ４３ａに含まれる情報に引き続いて、第２対象者端末３０への第２情報Ｉ２の入力を再開することができる。したがって、第２対象者Ｐ２は、第２情報Ｉ２の入力の中断と再開とを自由に行うことができるため、第２対象者Ｐ２にとっての利便性が高められる。

ここで、ステップＳ３７の受付判定において、受け付けの条件を満たしていると判定された申込先がない場合、ステップＳ３８以降の処理に代えて、申込可能な金融機関がないことを通知する画面が第２対象者端末３０に表示される。そして、第２対象者端末３０に入力された第２情報Ｉ２が修正可能とされ、第２情報Ｉ２が修正された場合には、ステップＳ３５以降の処理が繰り返される。

また、最新の受付判定にて受け付けの条件を満たしていると判定された申込先がない場合においては、第１情報Ｉ１の修正も可能とされる。例えば、第１情報Ｉ１の入力が完了していない場合は、その入力の過程で表示される画面にて、申込可能な金融機関がないことが通知され、第１情報Ｉ１の修正が可能とされる。第１情報Ｉ１が修正された場合には、再度の受付判定が行われて、受け付けの条件を満たしていると判定された申込先がある場合に、処理が継続される。

あるいは、第１情報Ｉ１の入力が完了して確認通知が送信されている場合には、ステップＳ２７における第１対象者Ｐ１の本人確認の処理、すなわち、所定のＵＲＬへの第１対象者端末２０のアクセスが行われた場合に、申込可能な金融機関がないことを通知する画面が第１対象者端末２０に表示され、第１情報Ｉ１の修正が可能とされる。そして、第１情報Ｉ１が修正された場合には、再度の受付判定が行われて、受け付けの条件を満たしていると判定された申込先がある場合に、ステップＳ２６から処理が再開される。

また、第１情報Ｉ１の入力および第１対象者Ｐ１の本人確認が完了し、ステップＳ２９までの処理が完了している場合において、第２情報Ｉ２の入力による最新の受付判定にて受け付けの条件を満たしていると判定された申込先がない場合にも、第１情報Ｉ１の修正が可能とされる。この第１情報Ｉ１の修正は、第１対象者端末２０にて所定のＵＲＬへアクセスし、第１認証情報Ｋ１の認証を経ることに基づき、行われる。そして、第１情報Ｉ１が修正された場合には、再度の受付判定が行われて、受け付けの条件を満たしていると判定された申込先がある場合に、ステップＳ２６以降の処理が再び行われる。

図７が示すように、第１情報Ｉ１の入力および第１対象者Ｐ１の本人確認が完了していること、第２情報Ｉ２の入力および第２対象者Ｐ２の本人確認が完了していること、最新の受付判定にて受け付けの条件を満たしていると判定された申込先があること、これらの条件が揃っているとき、管理サーバ４０の情報管理部４２ａは、申込情報Ｉｍの入力の完了を受付サーバ５０に通知する（ステップＳ４１）。言い換えれば、情報管理部４２ａは、受け付けの条件を満たしていると判定された申込先について、申込情報Ｉｍを用いた申し込みの受け付けを受付サーバ５０に要求する。申し込みの受け付けに要する情報は、管理サーバ４０から受付サーバ５０に送信される。

管理サーバ４０からの通知を受けると、受付サーバ５０の申込受付部５２ｂは、受け付けの条件を満たしていると判定されている申込先について、申込情報Ｉｍを用いた申し込みの受付処理を行う（ステップＳ４２）。

受付処理が完了すると、申込受付部５２ｂは、第１対象者Ｐ１のメールアドレス、第２対象者Ｐ２のメールアドレス、および、不動産会社情報Ｉｆに含まれるメールアドレスの各々に、申し込みの受け付けが完了したことの通知を、通信部５１を介して送信する（ステップＳ４３）。なお、この通知は、受け付けの完了が受付サーバ５０から管理サーバ４０に通知されることに基づき、管理サーバ４０が行ってもよい。

第１対象者Ｐ１、第２対象者Ｐ２、および、不動産会社の担当者は、上記通知であるメールを確認することにより、申し込みの受け付けが完了したことを確認できる（ステップＳ４４〜Ｓ４６）。なお、申し込みの受け付けが完了したことの通知には、申込先が記載されている。そして、第１情報Ｉ１のみを用いたステップＳ１９の受付判定で条件を満たしていると判定された申込先のなかに、第２情報Ｉ２を用いたステップＳ３７の受付判定にて条件を満たしていないと判定された申込先がある場合、当該申込先については、申し込みの受け付けができなかったことが、上記通知に記載される。

申し込みの受け付けの完了を受けて、管理サーバ４０の情報管理部４２ａは、未受付データ４３ａとして管理していた申込情報Ｉｍを、受付済データ４３ｂとして管理する（ステップＳ４７）。

なお、申し込みの受付完了前において、未受付データ４３ａとして第１情報Ｉ１や第２情報Ｉ２が記憶される期間は、例えば３０日間等の所定の期間に限られていることが好ましい。すなわち、申込情報Ｉｍを構成する情報の入力の中断や再開が可能な期間は、上記所定の期間に限られていることが好ましい。例えば、情報管理部４２ａは、第１入力用情報Ｉｎ１の送信日から所定の期間が経過したとき、未受付データ４３ａに含まれる申込情報Ｉｍを構成する情報を、記憶部４３から削除する。これにより、個人情報が多く含まれる第１情報Ｉ１や第２情報Ｉ２が長期間にわたって管理サーバ４０に記憶されることが抑えられるため、個人情報の漏洩に対するセキュリティが高められる。

受付サーバ５０での申し込みの受け付けの完了に基づき、申込先である金融機関では、申込情報Ｉｍを用いて住宅ローンの事前審査が行われる。事前審査の結果は、金融機関の端末等を通じて、受付サーバ５０に登録される。すなわち、審査結果が、記憶部５３に記憶される（ステップＳ４８）。なお、申込先の金融機関によって、申込情報Ｉｍのなかで事前審査に利用する情報は異なってもよい。

審査結果が登録されると、受付サーバ５０の申込受付部５２ｂは、第１対象者Ｐ１のメールアドレス、第２対象者Ｐ２のメールアドレス、および、不動産会社情報Ｉｆに含まれるメールアドレスの各々に、事前審査が完了したことの通知を、通信部５１を介して送信する（ステップＳ４９）。なお、この通知は、審査の完了が受付サーバ５０から管理サーバ４０に通知されることに基づき、管理サーバ４０が行ってもよい。

第１対象者Ｐ１、第２対象者Ｐ２、および、不動産会社の担当者は、上記通知であるメールを確認することに基づき、審査結果を確認できる（ステップＳ５０〜Ｓ５２）。審査結果は、上記通知に記載されていてもよいし、当該通知に記載されているＵＲＬにアクセスすること等によって審査結果の確認が可能であってもよい。

以上説明したように、本実施形態の申込システム１００においては、店舗端末１０または第１対象者端末２０に第１情報Ｉ１が入力され、第１情報Ｉ１が含められる申込情報Ｉｍの識別情報が第２入力用情報Ｉｎ２として第２対象者Ｐ２に向けて発信される。そして、この識別情報を第２対象者端末３０から管理サーバ４０が受信することに基づき、識別情報に対応する第１情報Ｉ１が特定され、この第１情報Ｉ１と第２対象者端末３０から管理サーバ４０が受信した第２情報Ｉ２とが関連付けられて、１つの申し込みのための申込情報Ｉｍとして記憶される。

このように、本実施形態では、互いに異なる端末に入力された第１情報Ｉ１と第２情報Ｉ２とが、１つの申し込みのための申込情報Ｉｍを構成し、この申込情報Ｉｍを用いた申し込みが受け付けられる。したがって、第１対象者Ｐ１と第２対象者Ｐ２とが、別々の端末を利用して申し込みに必要な情報の入力を行うことができるため、申込情報Ｉｍの入力の完了までに要する時間を短縮することや、他の対象者が情報を入力している間の待ち時間の発生を抑えることが可能である。その結果、複数人が共同して行う申し込みにおける情報の入力効率を高めることができる。

例えば、第１対象者Ｐ１に同行して第２対象者Ｐ２が不動産会社の店舗を訪れている場合、店舗端末１０と第２対象者端末３０とで並行して情報の入力を進めることができる。したがって、申込情報Ｉｍの入力に要する時間の短縮が可能であるとともに、上記待ち時間が生じることを抑えられる。また、第２対象者Ｐ２が第１対象者Ｐ１に同行していない場合には、第１対象者Ｐ１は、店舗にて第２対象者Ｐ２による情報の入力を待つ必要がなく、また、第２対象者Ｐ２も、第１対象者Ｐ１による情報の入力が完了したか否かに関わらず、都合のよい時に第２対象者端末３０にて情報の入力を行うことができる。したがって、この場合も、他の対象者が情報を入力している間の待ち時間が生じることが抑えられる。

なお、受付済データ４３ｂに含まれる申込情報Ｉｍ、すなわち、既に受け付けられた申し込みの申込情報Ｉｍを流用して、新たな申し込みが可能であってもよい。例えば、申込情報Ｉｍにおける物件や借入の条件や申込先等を変更して、新たな申し込みを行うことが想定される。上述のように、住宅ローンの事前審査の申し込みには多数の情報の入力が必要であるため、１つの申し込みを行った後に、再び全ての情報を入力して別の申し込みを行うことは、対象者にとって煩雑である。既に受け付けられた申し込みの申込情報Ｉｍの流用が可能であれば、受付済の申し込みと新たな申し込みとの間で重複する情報の入力が省略できるため、情報の入力の効率が高められ、対象者の利便性が高められる。

例えば、対象者端末２０，３０にて所定のＵＲＬへアクセスし、認証情報Ｋ１，Ｋ２の認証を経ることに基づき、受付済データ４３ｂに含まれる申込情報Ｉｍの変更が可能とされる。そして、変更後の申込情報Ｉｍを用いた受付判定にて条件を満たしていると判定されている申込先について、変更後の申込情報Ｉｍを用いた申し込みの受付処理が行われる。

なお、受付済データ４３ｂとして申込情報Ｉｍが記憶される期間は、例えば３０日間等の所定の期間に限られていることが好ましい。すなわち、受付済の申込情報Ｉｍを流用して新たな申し込みが可能である期間は、上記所定の期間に限られていることが好ましい。例えば、情報管理部４２ａは、申し込みの受付完了日から所定の期間が経過したとき、受付済データ４３ｂに含まれる申込情報Ｉｍを、記憶部４３から削除する。これにより、個人情報が多く含まれる申込情報Ｉｍが長期間にわたって管理サーバ４０に記憶されることが抑えられるため、個人情報の漏洩に対するセキュリティが高められる。

以上説明したように、本実施形態によれば、以下の効果を得ることができる。
（１）互いに異なる端末に入力された第１情報Ｉ１と第２情報Ｉ２とが、１つの申し込みのための申込情報Ｉｍを構成し、この申込情報Ｉｍを用いた申し込みが受け付けられる。したがって、第１対象者Ｐ１と第２対象者Ｐ２とが、別々の端末を利用して申し込みに必要な情報の入力を行うことができるため、情報の入力効率を高めることができる。すなわち、情報の入力の完了までに要する時間の短縮や、他の対象者が情報を入力している間の待ち時間の削減が可能である。

また、従来は、複数の対象者が共同して１つの申し込みを行う場合、すべての対象者が同席して１つの端末に申込情報Ｉｍを入力する必要があったため、複数の対象者が互いに離れた場所に住んでいる場合や、対象者同士の時間の都合が合わない場合等に、システムを利用し難いという問題があった。一方で、複数の対象者が、単に別々の端末を利用して情報を入力しようとしても、申し込みを受け付ける管理者において、別々の端末にて入力された情報が１つの申し込みのための情報であることを判別し、これらの情報をまとめて１つの申し込みとして受け付ける処理を行うことは煩雑であった。

こうした課題に対し、本実施形態の申込受付システム２００によれば、複数の対象者が、別々の端末を利用して申し込みに必要な情報の入力を行うことが可能であるとともに、申込情報Ｉｍの識別情報に基づき、互いに異なる端末に入力された情報が１つの申し込みのための情報として関連付けられるため、対象者と申し込みの管理者との双方の利便性が高められる。

（２）管理サーバ４０が、店舗端末１０から受信した第１情報Ｉ１の一部である第１構成情報を記憶し、当該第１構成情報が含められる申込情報Ｉｍの識別情報を、第１入力用情報Ｉｎ１に含めて、第１対象者Ｐ１に向けて発信する。そして、管理サーバ４０は、第１対象者端末２０から上記識別情報および第１情報Ｉ１の一部である第２構成情報を受信することに基づいて、第２構成情報を、上記識別情報から特定される申込情報Ｉｍの第１情報Ｉ１に含めて記憶する。

上記構成によれば、互いに異なる端末に入力された情報から第１情報Ｉ１が構成されるため、第１対象者Ｐ１が第１情報Ｉ１を入力する端末の切り替えが可能である。したがって、第１情報Ｉ１を構成する各情報を入力するタイミングや環境についての自由度が高められるため、第１対象者Ｐ１にとっての利便性が高められる。

（３）受付判定として、申込情報Ｉｍの一部を用いて、申込情報Ｉｍを用いた申し込みが受け付けの条件を満たすか否かが判定される。そして、上記条件を満たすと判定されている場合に、上記申込情報Ｉｍを用いた申し込みの受付処理が進められる。こうした構成によれば、申込情報Ｉｍの全てが入力される前に受付判定が可能であるため、その結果に応じて、対象者は申込内容の見直しを行うことができる。そのため、申込情報Ｉｍとして多数の情報を入力した後に、申し込みの受け付けが拒否される場合と比較して、情報の入力が無駄になることが抑えられる。

（４）第１情報Ｉ１と第２情報Ｉ２との各々に、同一の項目についての情報である共通情報が含まれる。そして、第１情報Ｉ１に含まれる共通情報を用いて受付判定が行われた後、管理サーバ４０が第２情報Ｉ２を受信することに基づいて、第２情報Ｉ２に含まれる共通情報を用いて再度の受付判定が行われる。そして、最新の受付判定において受け付けの条件を満たすと判定されている場合に、申し込みの受付処理が進められる。

したがって、第２情報Ｉ２の入力時に、第１情報Ｉ１とは共通情報が変更されることがあっても、再度の受付判定が行われて、最新の受付判定の結果に基づいて申し込みが受け付けられるため、受付判定の正確性が高まり、的確な申し込みの受け付けが可能である。また、第２情報Ｉ２の入力後にしか受付判定を行わない形態と比較して、多くの情報の入力後に申し込みが受け付けられないと判定される事態の発生を抑えることができる。したがって、受付判定の正確性を保ちつつ、対象者の利便性を高めることができる。

特に、共通情報に第２対象者Ｐ２に関する情報が含まれる場合、第２情報Ｉ２の入力時に、共通情報が変更される可能性が十分にある。したがって、上述のように、第２情報Ｉ２に含まれる共通情報を用いて再度の受付判定を行うことの効果が高く得られる。

（５）第１情報Ｉ１に含まれる共通情報を用いて受付判定が行われた後に、第２入力用情報Ｉｎ２が第２対象者Ｐ２に向けて発信されるため、第１情報Ｉ１に基づく受付判定後に、第２情報Ｉ２の入力が許容される。したがって、第１情報Ｉ１に含まれる共通情報の入力と、第２情報Ｉ２に含まれる共通情報の入力とが錯綜することが抑えられるため、申込受付システム２００による処理が複雑になることが抑えられる。

（６）申込システム１００の対象である申し込みが、住宅ローンに関する審査の申し込みであり、１つの申し込みが複数の申込先を有する。これにより、共通の申込情報Ｉｍを利用して複数の申込先について申し込みが受け付けられるため、申込先ごとに情報を入力して別々に申し込みを行う形態と比較して、情報の入力の効率が高められ、対象者の利便性が高められる。

［変形例］
上記実施形態は、以下のように変更して実施することが可能である。
・上記実施形態では、第１対象者Ｐ１による共通情報の入力後と、第２対象者Ｐ２による共通情報の入力後とに、受付判定が行われたが、これらのタイミング以外にも受付判定が行われてもよい。例えば、申込情報Ｉｍの全ての入力および対象者の本人確認が完了した後に、受付判定が行われ、その判定結果に基づき受付処理が行われてもよい。要は、第１情報Ｉ１に含まれる共通情報を用いた受付判定と、第２情報Ｉ２に含まれる共通情報を用いた再度の受付判定との、少なくとも２回の受付判定が行われ、最新の受付判定の結果に基づいて、申し込みの受付処理が進められればよい。

・第１情報Ｉ１に含まれる共通情報を用いた受付判定と、第２情報Ｉ２に含まれる共通情報を用いた再度の受付判定とで、判定結果が異なる場合の処理は、上記実施形態と異なっていてもよい。例えば、上記実施形態では、最新の受付判定で受け付けの条件を満たしていると判定された申込先について、申し込みの受け付けが行われる。これに限らず、上記２つの受付判定の判定結果が異なる場合には、受け付けの条件を満たしていると判定された申込先の有無に関わらず、受付処理が行われずに対象者への通知が行われてもよい。また、上記実施形態では、受付判定の判定結果が変わって一部の申込先について申し込みの受け付けができない場合、このことが、申し込みの受け付けの完了通知にて対象者に通知されたが、受付判定の判定結果が変わった場合には、そのことが、受付判定の直後に対象者に通知されてもよい。

・申込システム１００が対象とする申し込みは、住宅ローンの事前審査の申し込みに限られない。申込システム１００が対象とする申し込みは、複数人が共同して行う申し込みであれば、住宅ローンとは異なるローンの申し込みであってもよいし、ローン以外の各種の契約の申し込みであってもよい。例えば、申込システム１００が対象とする申し込みは、連帯保証人を設定した各種ローンの申し込みや、相続人および被相続人による相続手続きの申し込みであってもよい。申込情報Ｉｍを構成する情報は、申し込みの種類に応じて設定されればよい。第１対象者Ｐ１と第２対象者Ｐ２との関係は、第１対象者Ｐ１が契約者で第２対象者Ｐ２が保証人である場合のように、第１対象者Ｐ１を主、第２対象者Ｐ２を従とする関係であってもよいし、第１対象者Ｐ１と第２対象者Ｐ２との双方が契約者である場合のように、第１対象者Ｐ１と第２対象者Ｐ２とが対等な関係であってもよい。また、第１対象者Ｐ１が譲渡人で第２対象者Ｐ２が譲受人である場合のように、第１対象者Ｐ１と第２対象者Ｐ２とは対となる関係であってもよい。

・上記実施形態では、第１対象者Ｐ１による入力対象の第１情報Ｉ１に、申し込み内容、すなわち、借入内容を示す情報と、第１対象者Ｐ１に関する情報と、第２対象者Ｐ２に関する仮の情報とが含まれ、第２対象者Ｐ２による入力対象の第２情報Ｉ２に、第２対象者Ｐ２に関する正式な情報が含まれる。第１情報Ｉ１と第２情報Ｉ２との各々に含まれる情報は、上記に限られず、申し込みにどのような項目の情報を要するかに応じて設定されればよい。

・上記実施形態では、申し込みの開始に際して不動産認証情報Ｋｆの認証が行われ、申込情報Ｉｍに不動産会社情報Ｉｆが含められる。こうした第１対象者Ｐ１および第２対象者Ｐ２とは異なる第三者についての、認証や情報の入力や各種の通知は、必要に応じて行われればよく、申し込みの種類によって不要な場合には行われなくてよい。

・第１情報Ｉ１に含まれる情報の入力順序、第２情報Ｉ２に含まれる情報の入力順序、第１情報Ｉ１に含まれる情報のうちのどの情報が入力されてから第１入力用情報Ｉｎ１が送信されるか、第１情報Ｉ１に含まれる情報のうちのどの情報が入力されてから第２入力用情報Ｉｎ２が送信されるかは、申し込みの種類に応じて適宜設定されればよい。

・申込システム１００による処理において生じる各認証処理は、ＩＤおよびパスワードを用いた認証に限られない。また、申込システム１００による処理において生じる各通知は、メールでの通知とは異なる手段を用いて行われてもよい。また、第１対象者Ｐ１と第２対象者Ｐ２との本人確認の方法およびタイミングは、上記実施形態と異なっていてもよい。

・第１情報Ｉ１の入力に店舗端末１０が用いられず、第１対象者Ｐ１が管理する第１対象者端末２０のみが使用されてもよい。また、第１対象者Ｐ１に対して第１入力用情報Ｉｎ１が通知されず、第１情報Ｉ１の入力の開始から完了までが、１つの端末を用いて連続して行われてもよい。

・１つの申し込みが対象とする申込先は１つであってもよい。また、受付判定が行われず、対象者が指定した申込先のすべてについて、申し込みの受付処理が行われてもよい。
・上記実施形態では、各端末１０，２０，３０における情報の入力の進行は、Ｗｅｂアプリケーションの動作によって実現されたが、これに代えて、各端末１０，２０，３０にインストールされたアプリケーションソフトウェアの動作によって実現されてもよい。

・上記実施形態における管理サーバ４０の機能の一部を受付サーバ５０が担ってもよいし、上記実施形態における受付サーバ５０の機能の一部を管理サーバ４０が担ってもよい。また、上記実施形態における管理サーバ４０の機能と受付サーバ５０の機能とが、１つのサーバによって実現されてもよい。

Ｉ１…第１情報、Ｉ２…第２情報、Ｉｍ…申込情報、Ｉｎ１…第１入力用情報、Ｉｎ２…第２入力用情報、Ｋ１…第１認証情報、Ｋ２…第２認証情報、Ｐ１…第１対象者、Ｐ２…第２対象者、１０…店舗端末、２０…第１対象者端末、３０…第２対象者端末、４０…管理サーバ、４１…通信部、４２…制御部、４２ａ…情報管理部、４３…記憶部、４３ａ…未受付データ、４３ｂ…受付済データ、５０…受付サーバ、５１…通信部、５２…制御部、５２ａ…受付判定部、５２ｂ…申込受付部、５３…記憶部、１００…申込システム、２００…申込受付システム。

Claims (7)

1. 第１対象者によって入力される対象の第１情報と、第２対象者によって入力される対象の第２情報とを含む申込情報を用いた申し込みを受け付ける申込受付システムであって、
   第１端末から受信した前記第１情報を記憶部に記憶させ、当該第１情報が含められる前記申込情報の識別情報を前記第２対象者に向けて通知することと、第２端末から前記識別情報および前記第２情報を受信することに基づいて、当該識別情報から特定される前記申込情報の前記第１情報に当該第２情報を関連付けて１つの申し込みのための前記申込情報として前記記憶部に記憶させることと、を行う情報管理部と、
   前記申込情報を用いた前記申し込みを受け付ける処理を行う申込受付部と、
   を備える申込受付システム。
2. 前記第１情報には、第１構成情報と第２構成情報とが含まれ、
   前記情報管理部は、さらに、
   前記第１端末である一の端末から受信した前記第１構成情報を前記記憶部に記憶させ、当該第１構成情報が含められる前記申込情報の識別情報を前記第１対象者に向けて通知することと、
   前記第１端末である他の端末から前記識別情報および前記第２構成情報を受信することに基づいて、当該識別情報から特定される前記申込情報の前記第１情報に含めて当該第２構成情報を前記記憶部に記憶させることと、を行う
   請求項１に記載の申込受付システム。
3. 前記申込情報の一部を用いて、当該申込情報を用いた申し込みが受け付けの条件を満たすか否かを判定する受付判定部をさらに備える
   請求項１または２に記載の申込受付システム。
4. 前記第１情報と前記第２情報との各々に、前記判定に用いられる情報であって、同一の項目についての情報である共通情報が含まれ、
   前記受付判定部は、前記第１情報に含まれる前記共通情報を用いて前記判定を行った後、前記第２端末から前記第２情報を受信することに基づいて、前記第２情報に含まれる前記共通情報を用いて再度の前記判定を行う
   請求項３に記載の申込受付システム。
5. 前記共通情報には、前記第２対象者に関する情報が含まれる
   請求項４に記載の申込受付システム。
6. 前記受付判定部が前記第１情報に含まれる前記共通情報を用いて前記判定を行った後に、前記情報管理部が、前記第２対象者に向けた前記通知を行う
   請求項４または５に記載の申込受付システム。
7. 前記申し込みは、住宅ローンに関する審査の申し込みであり、１つの申し込みが、複数の申込先を有する
   請求項１〜６のいずれか一項に記載の申込受付システム。

Images