保険契約調査システム及び方法
【課題】受取人が本来受け取るべき保険金を受け取れないケースが生じてしまう可能性を低減する。
【解決手段】複数の保険会社用の複数のコンピュータシステム（ローカルシステム）と中央コンピュータシステム（中央システム）が専用ネットワークに接続される。各ローカルシステムが、そのローカルシステムに対応する保険会社の保険の契約情報を記憶しているが、その保険会社以外の保険の契約情報を記憶していない。中央システムが、保険契約の情報の照会要求に応答して、対象者が契約者となっている保険の契約の存在を、複数のローカルシステムから専用ネットワークを介して調査し、その調査の結果を表す調査結果情報を記憶する。記憶された調査結果情報が、保険契約の情報の照会を希望したユーザの端末に提供される。
【解決手段】複数の保険会社用の複数のコンピュータシステム（ローカルシステム）と中央コンピュータシステム（中央システム）が専用ネットワークに接続される。各ローカルシステムが、そのローカルシステムに対応する保険会社の保険の契約情報を記憶しているが、その保険会社以外の保険の契約情報を記憶していない。中央システムが、保険契約の情報の照会要求に応答して、対象者が契約者となっている保険の契約の存在を、複数のローカルシステムから専用ネットワークを介して調査し、その調査の結果を表す調査結果情報を記憶する。記憶された調査結果情報が、保険契約の情報の照会を希望したユーザの端末に提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータを用いて保険の契約に関する調査を行うための技術に関する。
【背景技術】
【０００２】
保険契約の情報提供に関する技術として、例えば特許文献１に開示の技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１４６３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、保険会社が、契約者に対して、その保険会社とその契約者との間で結ばれている全ての保険契約に関する情報をまとめて表示するサービスが知られている。
【０００５】
しかし、一般に、或る保険会社の契約者は、別の保険会社と何らかの保険を契約しているケースが多い。そのようなケースの一例として、生命保険会社との間で生命保険を契約していて、損害保険会社との間で火災保険等の損害保険を契約しているケースがある。
【０００６】
そのようなケースでは、契約者は、どの保険会社とどの保険を契約しているかを全て把握しているとは限らないし、むしろ、そのようなことを全て把握している契約者は少ないと考えられる。
【０００７】
そのため、保険金の受取人（例えば、契約者本人或いはその家族のメンバー）が本来受け取るべき保険金を受け取れないケース、つまり、「意図しない不払い」が発生してしまうことになる。
【０００８】
そこで、本発明の目的は、受取人が本来受け取るべき保険金を受け取れないケースが生じてしまう可能性を低減することにある。
【課題を解決するための手段】
【０００９】
専用ネットワークに、複数の保険会社用の複数のコンピュータシステムである複数のローカルシステムと、別のコンピュータシステムである中央システムとが接続される。各ローカルシステムが、そのローカルシステムに対応する保険会社の保険の契約情報を記憶するが、そのローカルシステムに対応する保険会社以外の保険会社の保険の契約情報を記憶しない。ローカルシステムと中央システムとの通信は可能であるが、ローカルシステム同士の通信は不可能である。中央システムが、保険の契約情報の照会要求に応答して、その照会要求から特定された者である対象者が契約者となっている保険の契約の存在（例えば、保険契約情報が有るか否か、及び／又は、保険契約の詳細を表す保険契約情報それ自体）を、専用ネットワークを介して各ローカルシステムから調査し、調査の結果を表す調査結果情報を記憶する。中央システムに記憶された調査結果情報が、保険の契約情報の照会を希望したユーザの情報処理端末に提供される。
【００１０】
本発明は、様々な保険会社（生命保険会社、損害保険会社など）に適用可能である。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る保険契約調査システムの構成を示す。
【図２】システム間の関係を示す。
【図３】保険契約情報提供処理の流れの第１の部分を示す。
【図４】保険契約情報提供処理の流れの第２の部分を示す。
【図５】保険契約情報提供処理の流れの残りの部分を示す。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態を説明する。なお、以下の説明では、保険の契約情報を照会する者を「ユーザ」と言い、照会の対象となる者を「対象者」と言う。「ユーザ」は、例えば、或る保険会社の或る保険の契約者、受取人、或いは、契約者又は受取人の家族である。従って、ユーザと対象者が同一の者であることもある。
【００１３】
本実施形態によれば、ユーザは、対象者が契約者となっている、全ての保険会社の保険の契約情報を、取得することができる。
【００１４】
図１は、本実施形態に係る保険契約調査システムの構成を示す。なお、以下の説明では、説明を分かり易くするため、保険会社は、Ａ社、Ｂ社及びＣ社の３社であるとする（勿論、本実施形態に関わる保険会社の数は、３より多くても少なくても良い）。また、データベースを「ＤＢ」と略記する。
【００１５】
中央システム１０と、３つの保険会社にそれぞれ対応した３つのローカルシステム２０，３０及び４０と、中立機関システム８０５と、Ａ社のＷＥＢサーバ８０１と、ユーザ端末８０３とが備えられる。本実施形態の説明を分かり易くするため、Ａ社についてのみＷＥＢサーバが示されているが、実際には、各保険会社がＷＥＢサーバを有していて良い。
【００１６】
中立機関システム８０５及びＷＥＢサーバ８０１は、インターネット９００のようないわゆる開いた通信ネットワークに接続される。一方、中央システム１０、ローカルシステム２０，３０及び４０は、専用ネットワーク１００といういわゆる閉じた通信ネットワークに接続される。中立機関システム８０５は、インターネット９００だけでなく専用ネットワーク１００にも接続されている。ＷＥＢサーバ８０１は、Ａ社の共通サーバ２４と通信可能に接続されている。
【００１７】
中立機関システム８０５は、中立機関のコンピュータシステムである。ここで言う「中立機関」は、いずれの保険会社とも異なる機関のことである。中立機関システム８０５は、例えば、プロセッサ（例えばＣＰＵ（Central Processing Unit））と記憶資源（例えばメモリ）を有し、プロセッサがコンピュータプログラムを実行することで、後述する種々の処理を行うことができる。
【００１８】
ユーザ端末８０３は、ユーザが使用する情報処理端末であり、表示装置を有している。ユーザ端末８０３は、有線又は無線で、インターネット９００を介して、ＷＥＢサーバ８０１及び中立機関システム８０５と通信することができる。
【００１９】
ローカルシステム２０，３０及び４０は、いずれも、コンピュータシステムであり、それぞれ、基幹システム２１，３１及び４１と、基幹ＤＢ２２，３２及び４２と、共通システム２３，３３及び４３とを有する。以下、ローカルシステム２０を例に採り、ローカルシステム２０，３０及び４０が有する上記要素を説明する。なお、その説明において、ローカルシステム２０を有する保険会社は、図１に示すように、Ａ社である。
【００２０】
基幹システム２１は、Ａ社に特有の機能及び／又は構造を有するコンピュータシステムである。基幹システム２１は、基幹ＤＢ２２を管理する。
【００２１】
基幹ＤＢ２２は、基幹システム２１に接続されている記憶装置に格納されている。基幹ＤＢ２２は、例えば、Ａ社の顧客の保険契約情報を含み、他の保険会社の顧客の保険契約情報を含まない。保険契約情報は、顧客と結ばれた保険契約に関する情報であり、例えば、顧客の個人情報（例えば、氏名、住所、生年月日）や、顧客と結ばれた保険契約の詳細（例えば、商品名、満期、特約等）を表す情報を含む。
【００２２】
基幹ＤＢ２２に含まれている保険契約情報のフォーマットは、Ａ社（厳密には、Ａ社の基幹システム２１）に特有のフォーマットである。例えば、Ａ社の従業員が、基幹システム２１に接続されている情報処理端末（図示せず）を用いて、基幹システム２１に保険契約情報を入力すると、Ａ社に特有のフォーマットの保険契約情報が、基幹ＤＢ２２に格納される。
【００２３】
共通システム２３は、共通サーバ２４と、共通ＤＢ２５とを有する。
【００２４】
共通サーバ２４は、例えば、プロセッサと記憶資源を有する計算機である。共通サーバ２４は、例えば、共通サーバ２４内のプロセッサがコンピュータプログラムを実行することにより、後述の種々の処理を行うことができる。
【００２５】
共通ＤＢ２５は、共通サーバ２４に接続されている記憶装置に格納されている。共通ＤＢ２５は、基幹ＤＢ２２から読み出されフォーマット変換された保険契約情報を有する。共通ＤＢ内の情報のフォーマットは、全ての保険会社で共通のフォーマットである。共通システム２３は、中央システム１０に対するインタフェースとしての役割も担う。共通サーバ２４は、例えば、変換前のフォーマット（Ａ社に特有のフォーマット）と変換後のフォーマット（全ての保険会社で共通のフォーマット）との対応関係を表す情報（以下、変換規則情報）を有していて、その変換規則情報を用いて、フォーマット変換を行って良い。例えば、Ａ社に特有のフォーマットの保険契約情報において、「１」という値が第１の意味であって、共通フォーマットの保険契約情報では「３」という値が第１の意味である場合、Ａ社の共通サーバ２４が有する変換規則情報は、「１→３」の変換規則を表す情報が含まれていて、フォーマット変換では、その変換規則に従う変換が行われる。
【００２６】
共通システム２３，３３及び４３は、実質的に同じ機能及び構成を有するが、その機能及び／又は構成は、保険会社毎にカスタマイズされて良い。例えば、前述した変換規則情報が、共通サーバ毎に異なっていて良い。
【００２７】
ローカルシステム２０は、共通システム２３（共通サーバ２４）が、専用ネットワーク１００を介して中央システム１０（中央サーバ１１）と接続されることにより、中央システム１０とのみ通信可能となる。
【００２８】
中央システム１０は、保険会社以外の機関（中立機関又はそれとは別の機関）によって管理されている。中央システム１０は、例えば、中央サーバ１１と、管理ＤＢ１２とを有する。
【００２９】
中央サーバ１１は、例えば、プロセッサ（例えばＣＰＵ）と記憶資源（例えばメモリ）を有する計算機である。中央サーバ１１は、例えば、中央サーバ１１内のプロセッサがコンピュータプログラムを実行することにより、後述の種々の処理を行うことができる。
【００３０】
管理ＤＢ１２は、中央サーバ１１に接続されている記憶装置に格納されている。管理ＤＢ１２には、後述するように、ローカルシステム２０，３０及び４０から収集された全ての保険契約情報（以下、保険契約情報群）が格納される。
【００３１】
図２は、システム間の関係を示す。
【００３２】
図２（ａ）に示すように、ローカルシステム２０，３０及び４０同士は、通信可能に接続されておらず、それ故、互いに通信できない。一方、図２（ｂ）に示すように、中央システム１０と各ローカルシステム２０，３０及び４０同士は、通信可能に接続されていて、それ故、互いに通信できる。つまり、各ローカルシステム２０，３０及び４０は、中央システム１０とのみ通信可能であり、中央システム１０は、全てのローカルシステム２０，３０及び４０と通信可能である。このような制御は、例えば、グループＶＰＮ（Virtual Private Network）で実現可能である。
【００３３】
以上のような保険契約調査システムにおいて、ユーザ所望の対象者の全ての保険契約の情報をユーザに提供する保険契約情報提供処理が行われる。以下、図３〜図５を参照して、その処理を説明する。なお、以下の説明では、ユーザ所望の対象者（又はユーザ自身）がＡ社の保険と契約している者であることから、Ａ社のＷＥＢサーバ８０１が利用されることとする。
【００３４】
図３に示すように、まず、ユーザは、ユーザ端末８０３を使用して、Ａ社のＷＥＢサーバ８０１が提供する、Ａ社のトップページ画面９００にアクセスする。そして、ユーザは、その画面９００上の「保険契約マイページ」のバナー８０１を指定（クリック）する。
【００３５】
すると、ユーザ端末８０３には、ＷＥＢサーバ８０１から提供されるログイン画面９１０が表示される。
【００３６】
ユーザは、ログイン画面９１１０に、ＩＤ及びパスワードといった、対象者のログイン情報を入力し、ログインボタン９１１を押す。
【００３７】
ＷＥＢサーバ８０１は、それに応答して、入力されたログイン情報を用いて顧客ＤＢ８９９を参照し、ログイン情報に対応した対象者（個人情報）の有無を判断する。顧客ＤＢ８９９は、Ａ社の顧客の個人情報及びログイン情報のセットが含まれているデータベースである。
【００３８】
その判断の結果が肯定的であれば、対象者が認証されたことになる。その場合、ＷＥＢサーバ８０１が、マイページ画面９２０を表す情報をユーザ端末８０３に送信する。ユーザ端末８０３に、マイページ画面９２０が表示される。マイページ画面９２０は、ログイン情報に対応した対象者に専用のＷＥＢページの画面である。
【００３９】
マイページ画面９２０は、「契約情報の収集・照会」ボタン９２１を有している。ユーザは、「契約情報の収集・照会」ボタン９２１を押す。つまり、ユーザは、対象者の契約情報の収集及び照会を依頼する。本実施形態において、契約情報の収集は、バッチで行われる。このため、ユーザにとってはここで一旦処理が完了し、ユーザは、後の（例えば、数分後、数時間後、或いは数日後の）情報提供を待つことになる。
【００４０】
「契約情報の収集・照会」ボタン９２１が押された場合、ＷＥＢサーバ８０１が、契約情報収集要求を共通サーバ２４に送信する。共通サーバ２４が、契約情報収集要求を受信し、その要求を、中央サーバ１１に送信する。契約情報収集要求は、対象者が契約者となっている保険契約の情報を収集することの要求であり、その要求は、対象者の識別情報を有する。対象者の識別情報（例えば氏名及び生年月日）は、例えば、ログイン情報を基に顧客ＤＢ８９９から特定された個人情報に含まれている情報である。
【００４１】
中央サーバ１１は、ＷＥＢサーバ８０１から契約情報収集要求を受信する。そのとき、中央サーバ１１は、例えば、中央サーバ１１内の記憶資源（例えばメモリ）に、トランザクションＩＤ（例えば、受信した収集要求に割り振られた通し番号）と、ローカルシステム毎にステータス「未送出」及び契約情報提供要求とを記憶する。ステータス「未送出」は、そのステータスに対応するローカルシステムに契約情報提供要求が未だ送信されていないことを意味する。契約情報提供要求は、対象者が契約者となっている保険契約の情報を提供することの要求であり、ＷＥＢサーバ８０１からの契約情報収集要求が有する対象者識別情報と同じ識別情報を有する。
【００４２】
図４に示すように、各共通サーバ２４，３４及び４４が、システム起動時に又は定期的に、所定の記憶領域（例えば、フォルダ又はＤＢ）をチェックし、その共通サーバを有する保険会社に対する照会依頼の有無を判断する。具体的には、例えば、各共通サーバ２４，３４及び４４が、システム起動時に又は定期的に、その共通サーバに対応するステータスをチェックする。ステータスが「未送出」であり契約情報提供要求がれば、共通サーバは、照会依頼有りと判断する。その際、共通サーバは、ステータスを「未送出」から「回答待ち」に変え、且つ、契約情報提供要求を中央サーバ１１から取得する（なお、これに代えて、中央サーバ１１が、全てのローカルシステム２０，３０及び４０内の共通サーバ２４，３４及び４４に、契約情報提供要求を、専用ネットワーク１００を介して送信しても良い）。
【００４３】
共通サーバ２４，３４及び４４は、契約情報収集要求に応答して、その要求が有する対象者識別情報に適合する個人情報を有した保険契約情報を、共通ＤＢ２２，３２及び４２から検索する。共通サーバ２４，３４及び４４は、見つかった保険契約情報（前述のフォーマット変換によって、各社個別の仕様に基づく契約情報が、標準化された統一のデータ様式とされた契約情報）を、中央サーバ１１に送信する。なお、共通サーバ２４，３４及び４４は、該当する保険契約情報が見つからなかった場合には、契約情報無しを表す情報を中央サーバ１１に送信する。
【００４４】
中央サーバ１１は、共通サーバ２４，３４及び４４から回答情報（該当する保険契約情報、又は、契約情報無しを表す情報）を受信する。中央サーバ１１は、その回答情報を、一旦管理ＤＢ１２に格納し、且つ、その回答情報の送信元ローカルシステムに対応したステータスを「回答待ち」から「回答済み」に変える。なお、ステータスを「回答待ち」から「回答済み」に変えるのは、回答情報の送信元の共通サーバであっても良い。
【００４５】
中央サーバ１１は、或るトランザクションＩＤについて全てのステータスが「回答済み」になったことを検出した場合、そのトランザクションＩＤに対応した全ての回答情報を基に、保険契約一覧情報を作成し、保険契約一覧情報を管理ＤＢ１２に格納する。保険契約一覧情報は、該当する保険契約情報の集合である。
【００４６】
図５に示すように、管理ＤＢ１２に格納された保険契約一覧情報は、中立機関システム８０５が有するＤＢ（中立機関ＤＢ）６０１に格納される。例えば、中央サーバ１１が、中立機関システム８０５に、保険契約一覧情報が生成されたことの通知を送り、中立機関システム８０５が、その通知に応答して、中央サーバ１１に保険契約一覧情報を要求することで、保険契約一覧情報を中央サーバ１１から受信し中立機関ＤＢ６０１に格納する。
【００４７】
中立機関システム８０５は、ユーザ端末８０３に、電子メール６２１を送信する。その電子メール６２１は、保険契約情報の一覧を見るための画面（ＷＥＢページ）のＵＲＬを有する。なお、電子メール６２１の宛先のアドレスは、ユーザが対象者の契約情報の収集及び照会を依頼する際に手で入力したアドレスとすることができる。
【００４８】
ユーザ端末８０３は、そのＵＲＬにアクセスする。それにより、ユーザ端末８０３に、中立機関システム８０５から保険契約一覧画面８５０が提供され表示される。その画面８５０には、中立機関ＤＢ６０１に格納されている保険契約一覧情報に従って、保険契約情報の一覧が表示される。その一覧には、例えば、保険会社の会社名や商品名などが表示される。なお、ユーザは、所望の保険契約について詳細を知りたい場合には、所望の保険契約をユーザ端末８０３に対して指定する（例えば、所望の保険契約の行をクリックする）。その場合、その保険契約のより詳細な情報が、中立基幹システム８０５からユーザ端末８０３に提供され表示される。その詳細な情報も、中立基幹ＤＢ６０１内の保険契約一覧情報に含まれている。
【００４９】
以上の通り、本実施形態によれば、ユーザは、対象者が契約している全ての保険契約情報を把握することができる。また、契約者のログイン情報が契約者以外の他人（例えば、受取人、契約者の家族）と共有されれば、例えば、契約者が死亡した場合でも、契約者が契約していた全ての保険をその他人が知ることができる。このように、本実施形態では、「意図しない不払い」が発生してしまうことを防ぐことができる。
【００５０】
また、本実施形態によれば、中央サーバ１１によって収集された保険契約情報は、中立機関システム８０５に取得され、中立機関システム８０５から、ユーザ端末８０３に提供される。これにより、Ａ社のＷＥＢページを介して保険契約情報の収集が要求されても、Ａ社以外の保険会社の保険契約情報がＡ社に参照されてしまわないようにすることができる。
【００５１】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をその実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施できる。
【００５２】
例えば、ローカルシステムに共通システムが無くても良い。その場合、中央システムが、基幹システムに契約情報提供要求を送信し、基幹システムが、その要求に応答して基幹ＤＢから該当する保険契約情報を取得し、取得した情報を中央システムに提供することができる。
【００５３】
また、例えば、保険契約情報それ自体に代えて、どの保険会社に保険契約情報が有るかという情報（つまり、どの保険会社と保険契約がされたかを表す情報）が、中央システム１０に収集され、ユーザに提供されても良い。この場合、ユーザは、対象者についての保険契約が存在する可能性のある保険会社を知ることができるので、その保険会社に別途連絡を取って、保険契約が存在するかどうか、現在も有効かどうか等の詳細な情報を問い合わせても良い。
【００５４】
また、例えば、様々な保険会社のバックに中立機関システム８０５が存在していても良い。具体的には、例えば、どの保険会社のマイページ（個人用のＷＥＢページ）を介して照会依頼が出されても、その照会依頼を中立機関システム８０５で受け付け、中立機関システム８０５が、照会要求（対象者の保険契約の存在のチェックの要求であって、対象者の識別情報を含んだ要求）を、中央サーバ１１に送信して良い。この場合、中央サーバ１１が、その照会要求に応答して、複数のローカルシステムから、対象者の保険契約の存在を調査し、調査の結果を表す調査結果情報を管理ＤＢ１２に書き込んで良い。中立機関システム８０５が、管理ＤＢ１２から調査結果情報を取得し、その調査結果情報をユーザ端末８０３に送信して良い。
【００５５】
また、例えば、中立機関システム８０５のバックに様々な保険会社が存在しても良い。具体的には、例えば、中立機関システム８０５が、様々な保険会社に共通のマイページ（個人用のＷＥＢページ）をユーザ端末８０３に提供し、共通のマイページを介して、照会依頼を受けて良い。中立機関システム８０５が、その照会依頼に応答して、照会要求（対象者の保険契約の存在のチェックの要求であって、対象者の識別情報を含んだ要求）を、中央サーバ１１に送信して良い。
【符号の説明】
【００５６】
１０ 中央システム
１１ 中央サーバ
２０，３０，４０ ローカルシステム
８０１ ＷＥＢサーバ
８０３ ユーザ端末
８０５ 中立機関システム
【技術分野】
【０００１】
本発明は、コンピュータを用いて保険の契約に関する調査を行うための技術に関する。
【背景技術】
【０００２】
保険契約の情報提供に関する技術として、例えば特許文献１に開示の技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１４６３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、保険会社が、契約者に対して、その保険会社とその契約者との間で結ばれている全ての保険契約に関する情報をまとめて表示するサービスが知られている。
【０００５】
しかし、一般に、或る保険会社の契約者は、別の保険会社と何らかの保険を契約しているケースが多い。そのようなケースの一例として、生命保険会社との間で生命保険を契約していて、損害保険会社との間で火災保険等の損害保険を契約しているケースがある。
【０００６】
そのようなケースでは、契約者は、どの保険会社とどの保険を契約しているかを全て把握しているとは限らないし、むしろ、そのようなことを全て把握している契約者は少ないと考えられる。
【０００７】
そのため、保険金の受取人（例えば、契約者本人或いはその家族のメンバー）が本来受け取るべき保険金を受け取れないケース、つまり、「意図しない不払い」が発生してしまうことになる。
【０００８】
そこで、本発明の目的は、受取人が本来受け取るべき保険金を受け取れないケースが生じてしまう可能性を低減することにある。
【課題を解決するための手段】
【０００９】
専用ネットワークに、複数の保険会社用の複数のコンピュータシステムである複数のローカルシステムと、別のコンピュータシステムである中央システムとが接続される。各ローカルシステムが、そのローカルシステムに対応する保険会社の保険の契約情報を記憶するが、そのローカルシステムに対応する保険会社以外の保険会社の保険の契約情報を記憶しない。ローカルシステムと中央システムとの通信は可能であるが、ローカルシステム同士の通信は不可能である。中央システムが、保険の契約情報の照会要求に応答して、その照会要求から特定された者である対象者が契約者となっている保険の契約の存在（例えば、保険契約情報が有るか否か、及び／又は、保険契約の詳細を表す保険契約情報それ自体）を、専用ネットワークを介して各ローカルシステムから調査し、調査の結果を表す調査結果情報を記憶する。中央システムに記憶された調査結果情報が、保険の契約情報の照会を希望したユーザの情報処理端末に提供される。
【００１０】
本発明は、様々な保険会社（生命保険会社、損害保険会社など）に適用可能である。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る保険契約調査システムの構成を示す。
【図２】システム間の関係を示す。
【図３】保険契約情報提供処理の流れの第１の部分を示す。
【図４】保険契約情報提供処理の流れの第２の部分を示す。
【図５】保険契約情報提供処理の流れの残りの部分を示す。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態を説明する。なお、以下の説明では、保険の契約情報を照会する者を「ユーザ」と言い、照会の対象となる者を「対象者」と言う。「ユーザ」は、例えば、或る保険会社の或る保険の契約者、受取人、或いは、契約者又は受取人の家族である。従って、ユーザと対象者が同一の者であることもある。
【００１３】
本実施形態によれば、ユーザは、対象者が契約者となっている、全ての保険会社の保険の契約情報を、取得することができる。
【００１４】
図１は、本実施形態に係る保険契約調査システムの構成を示す。なお、以下の説明では、説明を分かり易くするため、保険会社は、Ａ社、Ｂ社及びＣ社の３社であるとする（勿論、本実施形態に関わる保険会社の数は、３より多くても少なくても良い）。また、データベースを「ＤＢ」と略記する。
【００１５】
中央システム１０と、３つの保険会社にそれぞれ対応した３つのローカルシステム２０，３０及び４０と、中立機関システム８０５と、Ａ社のＷＥＢサーバ８０１と、ユーザ端末８０３とが備えられる。本実施形態の説明を分かり易くするため、Ａ社についてのみＷＥＢサーバが示されているが、実際には、各保険会社がＷＥＢサーバを有していて良い。
【００１６】
中立機関システム８０５及びＷＥＢサーバ８０１は、インターネット９００のようないわゆる開いた通信ネットワークに接続される。一方、中央システム１０、ローカルシステム２０，３０及び４０は、専用ネットワーク１００といういわゆる閉じた通信ネットワークに接続される。中立機関システム８０５は、インターネット９００だけでなく専用ネットワーク１００にも接続されている。ＷＥＢサーバ８０１は、Ａ社の共通サーバ２４と通信可能に接続されている。
【００１７】
中立機関システム８０５は、中立機関のコンピュータシステムである。ここで言う「中立機関」は、いずれの保険会社とも異なる機関のことである。中立機関システム８０５は、例えば、プロセッサ（例えばＣＰＵ（Central Processing Unit））と記憶資源（例えばメモリ）を有し、プロセッサがコンピュータプログラムを実行することで、後述する種々の処理を行うことができる。
【００１８】
ユーザ端末８０３は、ユーザが使用する情報処理端末であり、表示装置を有している。ユーザ端末８０３は、有線又は無線で、インターネット９００を介して、ＷＥＢサーバ８０１及び中立機関システム８０５と通信することができる。
【００１９】
ローカルシステム２０，３０及び４０は、いずれも、コンピュータシステムであり、それぞれ、基幹システム２１，３１及び４１と、基幹ＤＢ２２，３２及び４２と、共通システム２３，３３及び４３とを有する。以下、ローカルシステム２０を例に採り、ローカルシステム２０，３０及び４０が有する上記要素を説明する。なお、その説明において、ローカルシステム２０を有する保険会社は、図１に示すように、Ａ社である。
【００２０】
基幹システム２１は、Ａ社に特有の機能及び／又は構造を有するコンピュータシステムである。基幹システム２１は、基幹ＤＢ２２を管理する。
【００２１】
基幹ＤＢ２２は、基幹システム２１に接続されている記憶装置に格納されている。基幹ＤＢ２２は、例えば、Ａ社の顧客の保険契約情報を含み、他の保険会社の顧客の保険契約情報を含まない。保険契約情報は、顧客と結ばれた保険契約に関する情報であり、例えば、顧客の個人情報（例えば、氏名、住所、生年月日）や、顧客と結ばれた保険契約の詳細（例えば、商品名、満期、特約等）を表す情報を含む。
【００２２】
基幹ＤＢ２２に含まれている保険契約情報のフォーマットは、Ａ社（厳密には、Ａ社の基幹システム２１）に特有のフォーマットである。例えば、Ａ社の従業員が、基幹システム２１に接続されている情報処理端末（図示せず）を用いて、基幹システム２１に保険契約情報を入力すると、Ａ社に特有のフォーマットの保険契約情報が、基幹ＤＢ２２に格納される。
【００２３】
共通システム２３は、共通サーバ２４と、共通ＤＢ２５とを有する。
【００２４】
共通サーバ２４は、例えば、プロセッサと記憶資源を有する計算機である。共通サーバ２４は、例えば、共通サーバ２４内のプロセッサがコンピュータプログラムを実行することにより、後述の種々の処理を行うことができる。
【００２５】
共通ＤＢ２５は、共通サーバ２４に接続されている記憶装置に格納されている。共通ＤＢ２５は、基幹ＤＢ２２から読み出されフォーマット変換された保険契約情報を有する。共通ＤＢ内の情報のフォーマットは、全ての保険会社で共通のフォーマットである。共通システム２３は、中央システム１０に対するインタフェースとしての役割も担う。共通サーバ２４は、例えば、変換前のフォーマット（Ａ社に特有のフォーマット）と変換後のフォーマット（全ての保険会社で共通のフォーマット）との対応関係を表す情報（以下、変換規則情報）を有していて、その変換規則情報を用いて、フォーマット変換を行って良い。例えば、Ａ社に特有のフォーマットの保険契約情報において、「１」という値が第１の意味であって、共通フォーマットの保険契約情報では「３」という値が第１の意味である場合、Ａ社の共通サーバ２４が有する変換規則情報は、「１→３」の変換規則を表す情報が含まれていて、フォーマット変換では、その変換規則に従う変換が行われる。
【００２６】
共通システム２３，３３及び４３は、実質的に同じ機能及び構成を有するが、その機能及び／又は構成は、保険会社毎にカスタマイズされて良い。例えば、前述した変換規則情報が、共通サーバ毎に異なっていて良い。
【００２７】
ローカルシステム２０は、共通システム２３（共通サーバ２４）が、専用ネットワーク１００を介して中央システム１０（中央サーバ１１）と接続されることにより、中央システム１０とのみ通信可能となる。
【００２８】
中央システム１０は、保険会社以外の機関（中立機関又はそれとは別の機関）によって管理されている。中央システム１０は、例えば、中央サーバ１１と、管理ＤＢ１２とを有する。
【００２９】
中央サーバ１１は、例えば、プロセッサ（例えばＣＰＵ）と記憶資源（例えばメモリ）を有する計算機である。中央サーバ１１は、例えば、中央サーバ１１内のプロセッサがコンピュータプログラムを実行することにより、後述の種々の処理を行うことができる。
【００３０】
管理ＤＢ１２は、中央サーバ１１に接続されている記憶装置に格納されている。管理ＤＢ１２には、後述するように、ローカルシステム２０，３０及び４０から収集された全ての保険契約情報（以下、保険契約情報群）が格納される。
【００３１】
図２は、システム間の関係を示す。
【００３２】
図２（ａ）に示すように、ローカルシステム２０，３０及び４０同士は、通信可能に接続されておらず、それ故、互いに通信できない。一方、図２（ｂ）に示すように、中央システム１０と各ローカルシステム２０，３０及び４０同士は、通信可能に接続されていて、それ故、互いに通信できる。つまり、各ローカルシステム２０，３０及び４０は、中央システム１０とのみ通信可能であり、中央システム１０は、全てのローカルシステム２０，３０及び４０と通信可能である。このような制御は、例えば、グループＶＰＮ（Virtual Private Network）で実現可能である。
【００３３】
以上のような保険契約調査システムにおいて、ユーザ所望の対象者の全ての保険契約の情報をユーザに提供する保険契約情報提供処理が行われる。以下、図３〜図５を参照して、その処理を説明する。なお、以下の説明では、ユーザ所望の対象者（又はユーザ自身）がＡ社の保険と契約している者であることから、Ａ社のＷＥＢサーバ８０１が利用されることとする。
【００３４】
図３に示すように、まず、ユーザは、ユーザ端末８０３を使用して、Ａ社のＷＥＢサーバ８０１が提供する、Ａ社のトップページ画面９００にアクセスする。そして、ユーザは、その画面９００上の「保険契約マイページ」のバナー８０１を指定（クリック）する。
【００３５】
すると、ユーザ端末８０３には、ＷＥＢサーバ８０１から提供されるログイン画面９１０が表示される。
【００３６】
ユーザは、ログイン画面９１１０に、ＩＤ及びパスワードといった、対象者のログイン情報を入力し、ログインボタン９１１を押す。
【００３７】
ＷＥＢサーバ８０１は、それに応答して、入力されたログイン情報を用いて顧客ＤＢ８９９を参照し、ログイン情報に対応した対象者（個人情報）の有無を判断する。顧客ＤＢ８９９は、Ａ社の顧客の個人情報及びログイン情報のセットが含まれているデータベースである。
【００３８】
その判断の結果が肯定的であれば、対象者が認証されたことになる。その場合、ＷＥＢサーバ８０１が、マイページ画面９２０を表す情報をユーザ端末８０３に送信する。ユーザ端末８０３に、マイページ画面９２０が表示される。マイページ画面９２０は、ログイン情報に対応した対象者に専用のＷＥＢページの画面である。
【００３９】
マイページ画面９２０は、「契約情報の収集・照会」ボタン９２１を有している。ユーザは、「契約情報の収集・照会」ボタン９２１を押す。つまり、ユーザは、対象者の契約情報の収集及び照会を依頼する。本実施形態において、契約情報の収集は、バッチで行われる。このため、ユーザにとってはここで一旦処理が完了し、ユーザは、後の（例えば、数分後、数時間後、或いは数日後の）情報提供を待つことになる。
【００４０】
「契約情報の収集・照会」ボタン９２１が押された場合、ＷＥＢサーバ８０１が、契約情報収集要求を共通サーバ２４に送信する。共通サーバ２４が、契約情報収集要求を受信し、その要求を、中央サーバ１１に送信する。契約情報収集要求は、対象者が契約者となっている保険契約の情報を収集することの要求であり、その要求は、対象者の識別情報を有する。対象者の識別情報（例えば氏名及び生年月日）は、例えば、ログイン情報を基に顧客ＤＢ８９９から特定された個人情報に含まれている情報である。
【００４１】
中央サーバ１１は、ＷＥＢサーバ８０１から契約情報収集要求を受信する。そのとき、中央サーバ１１は、例えば、中央サーバ１１内の記憶資源（例えばメモリ）に、トランザクションＩＤ（例えば、受信した収集要求に割り振られた通し番号）と、ローカルシステム毎にステータス「未送出」及び契約情報提供要求とを記憶する。ステータス「未送出」は、そのステータスに対応するローカルシステムに契約情報提供要求が未だ送信されていないことを意味する。契約情報提供要求は、対象者が契約者となっている保険契約の情報を提供することの要求であり、ＷＥＢサーバ８０１からの契約情報収集要求が有する対象者識別情報と同じ識別情報を有する。
【００４２】
図４に示すように、各共通サーバ２４，３４及び４４が、システム起動時に又は定期的に、所定の記憶領域（例えば、フォルダ又はＤＢ）をチェックし、その共通サーバを有する保険会社に対する照会依頼の有無を判断する。具体的には、例えば、各共通サーバ２４，３４及び４４が、システム起動時に又は定期的に、その共通サーバに対応するステータスをチェックする。ステータスが「未送出」であり契約情報提供要求がれば、共通サーバは、照会依頼有りと判断する。その際、共通サーバは、ステータスを「未送出」から「回答待ち」に変え、且つ、契約情報提供要求を中央サーバ１１から取得する（なお、これに代えて、中央サーバ１１が、全てのローカルシステム２０，３０及び４０内の共通サーバ２４，３４及び４４に、契約情報提供要求を、専用ネットワーク１００を介して送信しても良い）。
【００４３】
共通サーバ２４，３４及び４４は、契約情報収集要求に応答して、その要求が有する対象者識別情報に適合する個人情報を有した保険契約情報を、共通ＤＢ２２，３２及び４２から検索する。共通サーバ２４，３４及び４４は、見つかった保険契約情報（前述のフォーマット変換によって、各社個別の仕様に基づく契約情報が、標準化された統一のデータ様式とされた契約情報）を、中央サーバ１１に送信する。なお、共通サーバ２４，３４及び４４は、該当する保険契約情報が見つからなかった場合には、契約情報無しを表す情報を中央サーバ１１に送信する。
【００４４】
中央サーバ１１は、共通サーバ２４，３４及び４４から回答情報（該当する保険契約情報、又は、契約情報無しを表す情報）を受信する。中央サーバ１１は、その回答情報を、一旦管理ＤＢ１２に格納し、且つ、その回答情報の送信元ローカルシステムに対応したステータスを「回答待ち」から「回答済み」に変える。なお、ステータスを「回答待ち」から「回答済み」に変えるのは、回答情報の送信元の共通サーバであっても良い。
【００４５】
中央サーバ１１は、或るトランザクションＩＤについて全てのステータスが「回答済み」になったことを検出した場合、そのトランザクションＩＤに対応した全ての回答情報を基に、保険契約一覧情報を作成し、保険契約一覧情報を管理ＤＢ１２に格納する。保険契約一覧情報は、該当する保険契約情報の集合である。
【００４６】
図５に示すように、管理ＤＢ１２に格納された保険契約一覧情報は、中立機関システム８０５が有するＤＢ（中立機関ＤＢ）６０１に格納される。例えば、中央サーバ１１が、中立機関システム８０５に、保険契約一覧情報が生成されたことの通知を送り、中立機関システム８０５が、その通知に応答して、中央サーバ１１に保険契約一覧情報を要求することで、保険契約一覧情報を中央サーバ１１から受信し中立機関ＤＢ６０１に格納する。
【００４７】
中立機関システム８０５は、ユーザ端末８０３に、電子メール６２１を送信する。その電子メール６２１は、保険契約情報の一覧を見るための画面（ＷＥＢページ）のＵＲＬを有する。なお、電子メール６２１の宛先のアドレスは、ユーザが対象者の契約情報の収集及び照会を依頼する際に手で入力したアドレスとすることができる。
【００４８】
ユーザ端末８０３は、そのＵＲＬにアクセスする。それにより、ユーザ端末８０３に、中立機関システム８０５から保険契約一覧画面８５０が提供され表示される。その画面８５０には、中立機関ＤＢ６０１に格納されている保険契約一覧情報に従って、保険契約情報の一覧が表示される。その一覧には、例えば、保険会社の会社名や商品名などが表示される。なお、ユーザは、所望の保険契約について詳細を知りたい場合には、所望の保険契約をユーザ端末８０３に対して指定する（例えば、所望の保険契約の行をクリックする）。その場合、その保険契約のより詳細な情報が、中立基幹システム８０５からユーザ端末８０３に提供され表示される。その詳細な情報も、中立基幹ＤＢ６０１内の保険契約一覧情報に含まれている。
【００４９】
以上の通り、本実施形態によれば、ユーザは、対象者が契約している全ての保険契約情報を把握することができる。また、契約者のログイン情報が契約者以外の他人（例えば、受取人、契約者の家族）と共有されれば、例えば、契約者が死亡した場合でも、契約者が契約していた全ての保険をその他人が知ることができる。このように、本実施形態では、「意図しない不払い」が発生してしまうことを防ぐことができる。
【００５０】
また、本実施形態によれば、中央サーバ１１によって収集された保険契約情報は、中立機関システム８０５に取得され、中立機関システム８０５から、ユーザ端末８０３に提供される。これにより、Ａ社のＷＥＢページを介して保険契約情報の収集が要求されても、Ａ社以外の保険会社の保険契約情報がＡ社に参照されてしまわないようにすることができる。
【００５１】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をその実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施できる。
【００５２】
例えば、ローカルシステムに共通システムが無くても良い。その場合、中央システムが、基幹システムに契約情報提供要求を送信し、基幹システムが、その要求に応答して基幹ＤＢから該当する保険契約情報を取得し、取得した情報を中央システムに提供することができる。
【００５３】
また、例えば、保険契約情報それ自体に代えて、どの保険会社に保険契約情報が有るかという情報（つまり、どの保険会社と保険契約がされたかを表す情報）が、中央システム１０に収集され、ユーザに提供されても良い。この場合、ユーザは、対象者についての保険契約が存在する可能性のある保険会社を知ることができるので、その保険会社に別途連絡を取って、保険契約が存在するかどうか、現在も有効かどうか等の詳細な情報を問い合わせても良い。
【００５４】
また、例えば、様々な保険会社のバックに中立機関システム８０５が存在していても良い。具体的には、例えば、どの保険会社のマイページ（個人用のＷＥＢページ）を介して照会依頼が出されても、その照会依頼を中立機関システム８０５で受け付け、中立機関システム８０５が、照会要求（対象者の保険契約の存在のチェックの要求であって、対象者の識別情報を含んだ要求）を、中央サーバ１１に送信して良い。この場合、中央サーバ１１が、その照会要求に応答して、複数のローカルシステムから、対象者の保険契約の存在を調査し、調査の結果を表す調査結果情報を管理ＤＢ１２に書き込んで良い。中立機関システム８０５が、管理ＤＢ１２から調査結果情報を取得し、その調査結果情報をユーザ端末８０３に送信して良い。
【００５５】
また、例えば、中立機関システム８０５のバックに様々な保険会社が存在しても良い。具体的には、例えば、中立機関システム８０５が、様々な保険会社に共通のマイページ（個人用のＷＥＢページ）をユーザ端末８０３に提供し、共通のマイページを介して、照会依頼を受けて良い。中立機関システム８０５が、その照会依頼に応答して、照会要求（対象者の保険契約の存在のチェックの要求であって、対象者の識別情報を含んだ要求）を、中央サーバ１１に送信して良い。
【符号の説明】
【００５６】
１０ 中央システム
１１ 中央サーバ
２０，３０，４０ ローカルシステム
８０１ ＷＥＢサーバ
８０３ ユーザ端末
８０５ 中立機関システム
【特許請求の範囲】
【請求項１】
専用ネットワークに接続された、複数の保険会社用の複数のコンピュータシステムである複数のローカルシステムと、
前記専用ネットワークに接続されたコンピュータシステムである中央システムと
を有し、
各ローカルシステムが、そのローカルシステムに対応する保険会社の保険の契約情報を記憶しているが、そのローカルシステムに対応する保険会社以外の保険会社の保険の契約情報を記憶しておらず、
前記各ローカルシステムと前記中央システムとの通信は可能であるが、ローカルシステム同士の通信は不可能であり、
前記中央システムが、保険の契約情報の照会要求に応答して、その照会要求から特定された者である対象者が契約者となっている保険の契約の存在を、前記専用ネットワークを介して前記複数のローカルシステムから調査し、その調査の結果を表す調査結果情報を記憶し、
前記中央システムに記憶された調査結果情報が、保険の契約情報の照会を希望したユーザが使用する情報処理端末であるユーザ端末に提供される、
保険契約調査システム。
【請求項２】
請求項１記載のシステムであって、
前記中央システムは、保険の契約の存在の調査として、前記対象者が契約者となっている保険の契約情報を有するローカルシステムから、その保険の契約情報を取得し、
前記調査結果情報は、前記取得された保険の契約情報を有する、
保険契約調査システム。
【請求項３】
請求項１記載のシステムであって、
前記中央システムに記憶された調査結果情報は、いずれの保険会社のシステムからも参照不可能である、
保険契約調査システム。
【請求項４】
請求項３記載のシステムであって、
前記ユーザ端末が、所定のＷＥＢページを介して、ログイン情報を用いてログインして、保険の契約情報の照会を希望し、
その希望に応答して、前記照会要求が、前記中央システムに入力され、
前記照会要求は、前記対象者の識別情報を有し、
前記対象者の識別情報は、前記ログイン情報を基に特定される情報であり、
前記中立機関システムが、前記中央システムに記憶された調査結果情報を、前記中央システムから取得し、取得した調査結果情報を前記ユーザ端末に提供する、
保険契約調査システム。
【請求項５】
中央システムが、保険の契約情報の照会要求に応答して、複数の保険会社用の複数のコンピュータシステムである複数のローカルシステムから、前記照会要求から特定された者である対象者が契約者となっている保険の契約の存在を調査し、その調査の結果を表す調査結果情報を記憶するステップと、
前記中央システムに記憶された調査結果情報を、保険の契約情報の照会を希望したユーザが使用する情報処理端末であるユーザ端末に提供するステップと
を有し、
前記専用ネットワークに、前記複数のローカルシステム及び前記中央システムが接続されており、
前記各ローカルシステムが、そのローカルシステムに対応する保険会社の保険の契約情報を記憶しているが、そのローカルシステムに対応する保険会社以外の保険会社の保険の契約情報を記憶しておらず、
前記ローカルシステムと前記中央システムとの通信は可能であるが、ローカルシステム同士の通信は不可能である、
保険契約調査方法。
【請求項１】
専用ネットワークに接続された、複数の保険会社用の複数のコンピュータシステムである複数のローカルシステムと、
前記専用ネットワークに接続されたコンピュータシステムである中央システムと
を有し、
各ローカルシステムが、そのローカルシステムに対応する保険会社の保険の契約情報を記憶しているが、そのローカルシステムに対応する保険会社以外の保険会社の保険の契約情報を記憶しておらず、
前記各ローカルシステムと前記中央システムとの通信は可能であるが、ローカルシステム同士の通信は不可能であり、
前記中央システムが、保険の契約情報の照会要求に応答して、その照会要求から特定された者である対象者が契約者となっている保険の契約の存在を、前記専用ネットワークを介して前記複数のローカルシステムから調査し、その調査の結果を表す調査結果情報を記憶し、
前記中央システムに記憶された調査結果情報が、保険の契約情報の照会を希望したユーザが使用する情報処理端末であるユーザ端末に提供される、
保険契約調査システム。
【請求項２】
請求項１記載のシステムであって、
前記中央システムは、保険の契約の存在の調査として、前記対象者が契約者となっている保険の契約情報を有するローカルシステムから、その保険の契約情報を取得し、
前記調査結果情報は、前記取得された保険の契約情報を有する、
保険契約調査システム。
【請求項３】
請求項１記載のシステムであって、
前記中央システムに記憶された調査結果情報は、いずれの保険会社のシステムからも参照不可能である、
保険契約調査システム。
【請求項４】
請求項３記載のシステムであって、
前記ユーザ端末が、所定のＷＥＢページを介して、ログイン情報を用いてログインして、保険の契約情報の照会を希望し、
その希望に応答して、前記照会要求が、前記中央システムに入力され、
前記照会要求は、前記対象者の識別情報を有し、
前記対象者の識別情報は、前記ログイン情報を基に特定される情報であり、
前記中立機関システムが、前記中央システムに記憶された調査結果情報を、前記中央システムから取得し、取得した調査結果情報を前記ユーザ端末に提供する、
保険契約調査システム。
【請求項５】
中央システムが、保険の契約情報の照会要求に応答して、複数の保険会社用の複数のコンピュータシステムである複数のローカルシステムから、前記照会要求から特定された者である対象者が契約者となっている保険の契約の存在を調査し、その調査の結果を表す調査結果情報を記憶するステップと、
前記中央システムに記憶された調査結果情報を、保険の契約情報の照会を希望したユーザが使用する情報処理端末であるユーザ端末に提供するステップと
を有し、
前記専用ネットワークに、前記複数のローカルシステム及び前記中央システムが接続されており、
前記各ローカルシステムが、そのローカルシステムに対応する保険会社の保険の契約情報を記憶しているが、そのローカルシステムに対応する保険会社以外の保険会社の保険の契約情報を記憶しておらず、
前記ローカルシステムと前記中央システムとの通信は可能であるが、ローカルシステム同士の通信は不可能である、
保険契約調査方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−２０３９９８（Ｐ２０１１−２０３９９８Ａ）
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願番号】特願２０１０−７０５５１（Ｐ２０１０−７０５５１）
【出願日】平成２２年３月２５日（２０１０．３．２５）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願日】平成２２年３月２５日（２０１０．３．２５）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
[ Back to top ]