(57)【要約】【課題】契約単位の加入者情報のみを情報資産として持つ生命保険会社にて、従来の情報資産を放棄することなく、簡便に加入者情報を統合し継続管理を行う。【解決手段】契約情報統合部１１１は、契約情報のみを情報資産として持つ既存のシステムから契約情報を取得して、同一の加入者の契約情報に同一の加入者ＩＤを付加して最新契約情報データベース１２２に格納する。契約情報更新部１１２は、システム外部から契約情報を受信し、その契約情報が新規の契約情報である場合には最新契約情報データベース１２２に登録し、その契約情報が最新契約情報データベース１２２の既存の契約情報を更新するものである場合には、該当する契約情報を更新する。加入者ＩＤ更新部１１３は、所定の更新処理時に、最新契約情報データベース１２２の加入者ＩＤを更新するとともに、最新契約情報データベース１２２の内容を前回契約情報データベース１２３にコピーする。【選択図】図１
2015130129.tif 000002
【特許請求の範囲】
【請求項１】
保険の契約を一意に識別する契約識別情報と、当該保険を契約している加入者を特定する加入者基本情報と、当該加入者基本情報によって特定される加入者毎に一意に付与される加入者識別情報と、当該加入者識別情報が前回更新された前回更新処理時に付与された加入者識別情報である前回加入者識別情報とを含むデータが格納される最新契約情報データベースと、
前記前回更新処理時に前記最新契約情報データベースに格納されていたデータに含まれる契約識別情報と加入者基本情報とを含む前回データが格納される前回契約情報データベースと、
契約識別情報と加入者基本情報とを含む契約情報を取得し、当該契約情報に含まれる加入者基本情報に基づいて加入者毎に加入者識別情報を付与し、当該契約情報に含まれる契約識別情報と加入者基本情報および付与された当該加入者識別情報を含むデータを前記最新契約情報データベースに格納する契約情報統合手段と、
契約情報に含まれる契約識別情報により特定される契約に関するデータが前記最新契約情報データベースに存在しない新規の契約情報、または当該契約情報に含まれる契約識別情報により特定される契約に関するデータが前記最新契約情報データベースに存在する既存の契約情報を取得し、新規の契約情報である場合には当該契約情報に含まれる契約識別情報と加入者基本情報とを含むデータを前記最新契約情報データベースに登録し、既存の契約情報である場合には当該契約情報に含まれる契約識別情報により特定される契約に関するデータの加入者基本情報を当該契約情報に含まれる加入者基本情報に更新する契約情報更新手段と、
所定の更新処理時に、前記最新契約情報データベースに格納されているデータに含まれる契約識別情報と加入者基本情報と前回加入者識別情報、および前記前回契約情報データベースに格納されている前回データに含まれる契約識別情報と加入者基本情報に基づいて、前記最新契約情報データベースに格納されているデータに含まれる加入者識別情報と前回加入者識別情報を更新するとともに、更新された前記最新契約情報データベースに格納されているデータに基づいて前記前回契約情報データベースに格納されている前回データを更新するデータ加入者識別情報更新手段と、
を備えることを特徴とする保険加入者情報管理システム。
【請求項２】
前記加入者識別情報更新手段が、
前記最新契約情報データベースに格納されているデータを、前記前回更新処理時に存在しなかった新規データと、前記前回更新処理時に存在していたが、加入者基本情報に変更があり、別の加入者の契約に変更された契約に関する変更データと、前記前回更新処理時に存在し、かつ加入者基本情報が前記前回更新処理時と同一であり、加入者が前記前回更新処理時と同一である契約に関する同一データとに分類する更新パターン判定手段と、
前記更新パターン判定手段によって変更データと分類された各データについて、前記前回更新処理時に同一の加入者であった複数の契約の一部のみが別の加入者の契約に分かれた変更データ、または前記前回更新処理時に別々の加入者であった契約が同一の加入者の契約に統合された変更データである場合に、前記最新契約情報データベースに格納されている当該変更データの加入者識別情報に新しく付与された加入者識別情報を設定し、前記前回更新処理時に同一の加入者であった複数の契約が別の１人の加入者の契約にまとめて変更された変更データである場合に、前記最新契約情報データベースに格納されている当該変更データの前回加入者識別情報を当該変更データの加入者識別情報に設定する名寄せ別れ手段と、
前記更新パターン判定手段によって新規データと分類された各データに含まれる加入者基本情報が、前記更新パターン判定手段によって変更データまたは同一データと分類された各データに含まれる加入者基本情報のいずれかと同一である場合には、当該同一である加入者基本情報を有する変更データまたは同一データに含まれる加入者識別情報を当該新規データの加入者識別情報に設定し、前記更新パターン判定手段によって新規データと分類された各データに含まれる加入者基本情報が、前記更新パターン判定手段によって変更データまたは同一データと分類された各データに含まれる加入者基本情報のいずれとも同一でない場合には、新しく付与された加入者識別情報を当該新規データの加入者識別情報に設定する追加契約設定手段と、
を含むことを特徴とする請求項１に記載の保険加入者情報管理システム。
【請求項３】
保険の契約を一意に識別する契約識別情報と当該保険を契約している加入者を特定する加入者基本情報と当該加入者基本情報によって特定される加入者毎に一意に付与される加入者識別情報と当該加入者識別情報が前回更新された前回更新処理時に付与された加入者識別情報である前回加入者識別情報とを含むデータが格納される最新契約情報データベース、および当該前回更新処理時に前記最新契約情報データベースに格納されていたデータに含まれる契約識別情報と加入者基本情報とを含む前回データが格納される前回契約情報データベースを有する保険加入者情報管理システムにおける保険加入者情報管理方法であって、
契約識別情報と加入者基本情報とを含む契約情報を取得し、当該契約情報に含まれる加入者基本情報に基づいて加入者毎に加入者識別情報を付与し、当該契約情報に含まれる契約識別情報と加入者基本情報および付与された当該加入者識別情報を含むデータを前記最新契約情報データベースに格納する契約情報統合ステップと、
契約情報に含まれる契約識別情報により特定される契約に関するデータが前記最新契約情報データベースに存在しない新規の契約情報、または当該契約情報に含まれる契約識別情報により特定される契約に関するデータが前記最新契約情報データベースに存在する既存の契約情報を取得し、新規の契約情報である場合には当該契約情報に含まれる契約識別情報と加入者基本情報とを含むデータを前記最新契約情報データベースに登録し、既存の契約情報である場合には当該契約情報に含まれる契約識別情報により特定される契約に関するデータの加入者基本情報を当該契約情報に含まれる加入者基本情報に更新する契約情報更新ステップと、
所定の更新処理時に、前記最新契約情報データベースに格納されているデータに含まれる契約識別情報と加入者基本情報と前回加入者識別情報、および前記前回契約情報データベースに格納されている前回データに含まれる契約識別情報と加入者基本情報に基づいて、前記最新契約情報データベースに格納されているデータに含まれる加入者識別情報と前回加入者識別情報を更新するとともに、更新された前記最新契約情報データベースに格納されているデータに基づいて前記前回契約情報データベースに格納されている前回データを更新するデータ加入者識別情報更新ステップと、
を備えることを特徴とする保険加入者情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保険に関する契約の加入者に関する加入者情報を管理する保険加入者情報管理システムおよび保険加入者情報管理方法に関する。
【背景技術】
【０００２】
現代社会の生活習慣の多様化に併せ、様々な種類の保険商品が販売されている。また、保険業界の顧客獲得競争も厳しさを増しており、生命保険会社は、更なる顧客獲得のため、加入者個人毎に様々なニーズに対応したサービスを提供する必要がある。しかし、加入者毎の対応・情報分析・アフターケアを行うためには、現在複数保険契約を行っている加入者が同一人物であることを特定することが前提となる。
特許文献１は、同一の加入者を特定し、加入者毎に一意の管理番号(加入者ＩＤ)を付与することで加入者毎の情報を管理する保険契約情報管理システムを開示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０６３３６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、従来の生命保険契約を取り扱うシステムでは、ホストコンピュータにて契約単位の加入者情報を取り扱っており、複数の契約を持つ加入者を同一人物と特定できていないものが多い。このような情報資産のみを持つ生命保険会社が、特許文献１に記載されている保険契約情報管理システムにおいて新たに大規模な顧客インデックスの作成を行うには、現在適切に稼動している契約情報管理システムの放棄や再作成が前提となる。そして、現行の契約情報管理システムを放棄し、新システムに現行情報資産を継承させる場合、データ移行作業が発生する。これはデータの変換・加工等を行い、データ保存環境間の差異等を吸収するシステムの開発が必要となるため、極めて難易度の高い作業となる。通常では莫大な開発コストが必要となる。また、新システムにおいては、顧客インデックスを継続管理する方法も別途必要である。
【０００５】
本発明の目的は、契約単位の加入者情報のみを情報資産として持つ既存の契約情報管理システムを放棄することなく、簡便に加入者情報を統合し継続管理を行うことができる保険加入者情報管理システムおよび保険加入者情報管理方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の保険加入者情報管理システムは、
保険の契約を一意に識別する契約識別情報と、当該保険を契約している加入者を特定する加入者基本情報と、当該加入者基本情報によって特定される加入者毎に一意に付与される加入者識別情報と、当該加入者識別情報が前回更新された前回更新処理時に付与された加入者識別情報である前回加入者識別情報とを含むデータが格納される最新契約情報データベースと、
前記前回更新処理時に前記最新契約情報データベースに格納されていたデータに含まれる契約識別情報と加入者基本情報とを含む前回データが格納される前回契約情報データベースと、
契約識別情報と加入者基本情報とを含む契約情報を取得し、当該契約情報に含まれる加入者基本情報に基づいて加入者毎に加入者識別情報を付与し、当該契約情報に含まれる契約識別情報と加入者基本情報および付与された当該加入者識別情報を含むデータを前記最新契約情報データベースに格納する契約情報統合手段と、
契約情報に含まれる契約識別情報により特定される契約に関するデータが前記最新契約情報データベースに存在しない新規の契約情報、または当該契約情報に含まれる契約識別情報により特定される契約に関するデータが前記最新契約情報データベースに存在する既存の契約情報を取得し、新規の契約情報である場合には当該契約情報に含まれる契約識別情報と加入者基本情報とを含むデータを前記最新契約情報データベースに登録し、既存の契約情報である場合には当該契約情報に含まれる契約識別情報により特定される契約に関するデータの加入者基本情報を当該契約情報に含まれる加入者基本情報に更新する契約情報更新手段と、
所定の更新処理時に、前記最新契約情報データベースに格納されているデータに含まれる契約識別情報と加入者基本情報と前回加入者識別情報、および前記前回契約情報データベースに格納されている前回データに含まれる契約識別情報と加入者基本情報に基づいて、前記最新契約情報データベースに格納されているデータに含まれる加入者識別情報と前回加入者識別情報を更新するとともに、更新された前記最新契約情報データベースに格納されているデータに基づいて前記前回契約情報データベースに格納されている前回データを更新するデータ加入者識別情報更新手段と、
を備えることを特徴とする。
【０００７】
好ましくは、本発明の保険加入者情報管理システムは、
前記加入者識別情報更新手段が、
前記最新契約情報データベースに格納されているデータを、前記前回更新処理時に存在しなかった新規データと、前記前回更新処理時に存在していたが、加入者基本情報に変更があり、別の加入者の契約に変更された契約に関する変更データと、前記前回更新処理時に存在し、かつ加入者基本情報が前記前回更新処理時と同一であり、加入者が前記前回更新処理時と同一である契約に関する同一データとに分類する更新パターン判定手段と、
前記更新パターン判定手段によって変更データと分類された各データについて、前記前回更新処理時に同一の加入者であった複数の契約の一部のみが別の加入者の契約に分かれた変更データ、または前記前回更新処理時に別々の加入者であった契約が同一の加入者の契約に統合された変更データである場合に、前記最新契約情報データベースに格納されている当該変更データの加入者識別情報に新しく付与された加入者識別情報を設定し、前記前回更新処理時に同一の加入者であった複数の契約が別の１人の加入者の契約にまとめて変更された変更データである場合に、前記最新契約情報データベースに格納されている当該変更データの前回加入者識別情報を当該変更データの加入者識別情報に設定する名寄せ別れ手段と、
前記更新パターン判定手段によって新規データと分類された各データに含まれる加入者基本情報が、前記更新パターン判定手段によって変更データまたは同一データと分類された各データに含まれる加入者基本情報のいずれかと同一である場合には、当該同一である加入者基本情報を有する変更データまたは同一データに含まれる加入者識別情報を当該新規データの加入者識別情報に設定し、前記更新パターン判定手段によって新規データと分類された各データに含まれる加入者基本情報が、前記更新パターン判定手段によって変更データまたは同一データと分類された各データに含まれる加入者基本情報のいずれとも同一でない場合には、新しく付与された加入者識別情報を当該新規データの加入者識別情報に設定する追加契約設定手段と、
を含むことを特徴とする。
【０００８】
また、本発明の保険加入者情報管理方法は、
保険の契約を一意に識別する契約識別情報と当該保険を契約している加入者を特定する加入者基本情報と当該加入者基本情報によって特定される加入者毎に一意に付与される加入者識別情報と当該加入者識別情報が前回更新された前回更新処理時に付与された加入者識別情報である前回加入者識別情報とを含むデータが格納される最新契約情報データベース、および当該前回更新処理時に前記最新契約情報データベースに格納されていたデータに含まれる契約識別情報と加入者基本情報とを含む前回データが格納される前回契約情報データベースを有する保険加入者情報管理システムにおける保険加入者情報管理方法であって、
契約識別情報と加入者基本情報とを含む契約情報を取得し、当該契約情報に含まれる加入者基本情報に基づいて加入者毎に加入者識別情報を付与し、当該契約情報に含まれる契約識別情報と加入者基本情報および付与された当該加入者識別情報を含むデータを前記最新契約情報データベースに格納する契約情報統合ステップと、
契約情報に含まれる契約識別情報により特定される契約に関するデータが前記最新契約情報データベースに存在しない新規の契約情報、または当該契約情報に含まれる契約識別情報により特定される契約に関するデータが前記最新契約情報データベースに存在する既存の契約情報を取得し、新規の契約情報である場合には当該契約情報に含まれる契約識別情報と加入者基本情報とを含むデータを前記最新契約情報データベースに登録し、既存の契約情報である場合には当該契約情報に含まれる契約識別情報により特定される契約に関するデータの加入者基本情報を当該契約情報に含まれる加入者基本情報に更新する契約情報更新ステップと、
所定の更新処理時に、前記最新契約情報データベースに格納されているデータに含まれる契約識別情報と加入者基本情報と前回加入者識別情報、および前記前回契約情報データベースに格納されている前回データに含まれる契約識別情報と加入者基本情報に基づいて、前記最新契約情報データベースに格納されているデータに含まれる加入者識別情報と前回加入者識別情報を更新するとともに、更新された前記最新契約情報データベースに格納されているデータに基づいて前記前回契約情報データベースに格納されている前回データを更新するデータ加入者識別情報更新ステップと、
を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、契約単位の加入者情報のみを情報資産として持つ既存の契約情報管理システムを放棄することなく、簡便に加入者情報を統合し継続管理を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る保険加入者情報管理システムの構成の一例を示す図である。
【図２】最新契約情報データベースに格納されるデータと前回契約情報データベースに格納される前回データの構成の一例を示す図である。
【図３】加入者情報データベースに格納される加入者情報の構成の一例を示す図である。
【図４】契約情報統合部における契約情報統合処理の流れの一例を示すフローチャートである。
【図５】契約情報更新部における契約情報登録更新処理の流れの一例を示すフローチャートである。
【図６】契約情報更新部における契約情報削除処理の流れの一例を示すフローチャートである。
【図７】加入者ＩＤ更新部における加入者ＩＤ更新処理の流れの一例を示すフローチャートである。
【図８】ステップＳ４０１の更新パターン判定処理の流れの一例を示すフローチャートである。
【図９】ステップＳ４０２の名寄せ別れ判定処理の流れの一例を示すフローチャートである。
【図１０】ステップＳ４０３の名寄せ統合処理の流れの一例を示すフローチャートである。
【図１１】ステップＳ４０４の追加契約設定処理の流れの一例を示すフローチャートである。
【図１２】ステップＳ４０５の前回契約情報更新処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態に係る保険加入者情報管理システムおよび保険加入者情報管理方法について図面を参照しながら説明する。なお、実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。
【００１２】
図１は、本発明の実施形態に係る保険加入者情報管理システム１００の構成の一例を示す。
保険加入者情報管理システム１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される主メモリと、ハードディスク等で構成される記憶装置と、キーボードやマウス等で構成される入力部１３０と、ディスプレイやプリンタ等で構成される出力部１４０とを有する。記憶装置には、加入者情報データベース（ＤＢ）１２１と、最新契約情報データベース（ＤＢ）１２２と、前回契約情報データベース（ＤＢ）１２３と、保険加入者情報管理プログラムとが格納されている。
保険加入者情報管理システム１００のＣＰＵが記憶装置から主メモリに保険加入者情報管理プログラムを読み込んで実行することにより、契約情報統合部１１１と、契約情報更新部１１２と、加入者ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）更新部１１３との各部の機能が実現される。
【００１３】
契約情報統合部１１１は、加入者ＩＤが付与されておらず、契約情報のみを情報資産として持つ既存のシステムから契約情報を取得して、加入者毎に加入者ＩＤを付与し、同一の加入者の契約情報に同一の加入者ＩＤを付加して最新契約情報データベース１２２に格納する。
契約情報更新部１１２は、図示しないネットワークを介してシステム外部から契約情報を受信し、その契約情報が最新契約情報データベース１２２に存在しない新規の契約情報である場合には、最新契約情報データベース１２２に登録する。なお、新規の契約情報には、新しく保険に加入する加入者による契約情報と、既に保険に加入している加入者が追加して契約する保険についての契約情報との２種類がある。また、受信した契約情報が最新契約情報データベース１２２に存在する既存の契約情報を更新するものである場合には、契約情報更新部１１２は該当する契約情報を更新する。さらに、契約情報更新部１１２は、契約情報の削除を指示する削除指示を受信すると、削除指示された契約情報を最新契約情報データベース１２２から削除する。
加入者ＩＤ更新部１１３は、所定の更新タイミングで、例えば一定の時間が経過するごとに、契約情報更新部１１２によって更新された契約情報に基づいて最新契約情報データベース１２２の加入者ＩＤを更新するとともに、最新契約情報データベース１２２の内容を前回契約情報データベース１２３にコピーする。例えば加入者ＩＤを利用して、顧客への郵送業務や、申出苦情等の対応を行っていた場合、契約の追加が発生する度に加入者ＩＤが変わってしまっては業務の続行が困難となる。加入者ＩＤ更新部１１３は、そのような事態が発生しないように、前回更新された加入者ＩＤと矛盾することなく加入者ＩＤを更新する。
なお、契約情報統合部１１１は本発明の契約情報統合手段の一例であり、契約情報更新部１１２は本発明の契約情報更新手段の一例であり、加入者ＩＤ更新部１１３は本発明の加入者識別情報更新手段の一例である。
【００１４】
図２は、最新契約情報データベース１２２に格納されるデータと前回契約情報データベース１２３に格納される前回データの構成の一例を示す。
最新契約情報データベース１２２に格納されるデータと前回契約情報データベース１２３に格納される前回データは、記号証券番号２０１と、加入者生年月日２０２と、加入者性別２０３と、加入者氏名カナ２０４と、加入者郵便番号２０５と、加入者住所コード２０６と、加入者ＩＤ２０７と、前回加入者ＩＤ２０８と、更新パターン２０９と、名寄せ別れフラグ２１０と、統合済フラグ２１１とを含む。
記号証券番号２０１は、保険契約ごとに一意に付与される契約識別情報である。
加入者生年月日２０２、加入者性別２０３、加入者氏名カナ２０４、加入者郵便番号２０５、および加入者住所コード２０６は、それぞれ加入者の生年月日、男女の性別、カナで表記された加入者の氏名、加入者の住所の郵便番号、および住所コードであり、これらを合わせたものが加入者基本情報２１２である。加入者基本情報２１２は、契約情報統合部１１１が既存のシステムから取得する契約情報、または契約情報更新部１１２がシステム外部から受信する契約情報等に基づいて作成される。加入者基本情報２１２が同一である場合に加入者は同一人物と判定される。なお、加入者基本情報２１２は加入者の住所や電話番号、電子メールアドレス等他の情報を含んでいてもよい。
【００１５】
加入者ＩＤ２０７は、保険の加入者毎に一意に割り振られる加入者識別情報である。
例えば記号証券番号「111-111111」と「222-222222」は、加入者基本情報２１２（加入者生年月日２０２：１９８４／１／１、加入者性別２０３：男性、加入者氏名カナ２０４：ヒタチ  タロウ、加入者郵便番号２０５：111-1111、加入者住所コード２０６:00100」が全て同一であるため、同一の「加入者ＩＤ２０７：0000000001」が付与されている。
前回加入者ＩＤ２０８、更新パターン２０９、名寄せ別れフラグ２１０、および統合済フラグ２１１は、加入者ＩＤ更新部１１３が加入者ＩＤを更新する際に利用する。
前回加入者ＩＤ２０８は、加入者ＩＤ更新部１１３が加入者ＩＤを前回更新した際（以下、前回更新処理時という。）に割り当てられた加入者ＩＤである。
更新パターン２０９は、加入者ＩＤ更新時の更新方法を分類するための情報である。更新パターン２０９には、前回更新処理時に存在しなかった新たなデータには「Ａ」が割り当てられ、前回更新処理時に存在し、加入者基本情報２１２に変更があったデータには「Ｂ」が割り当てられ、それら以外のデータ（すなわち、前回更新処理時に存在し、かつ加入者基本情報２１２が前回更新処理時と同一であったデータ）は「Ｃ」が割り当てられる。
名寄せ別れフラグ２１０と統合済フラグ２１１は、更新パターン２０９に「Ｂ」が割り当てられたデータにのみ設定される。
名寄せ別れフラグ２１０は、加入者の契約の組に変化があったか否かを判定するための情報である。前回更新処理時に同一の加入者であった複数の契約の一部のみが今回の加入者ＩＤ更新時（以下、今回の更新処理時という。）には別の加入者の契約に分かれている場合、および前回更新処理時に別々の加入者であった契約が今回の更新処理時には同一の加入者の契約に統合されている場合に名寄せ別れフラグ２１０に１が設定される。また、前回更新処理時に同一の加入者であった複数の契約が今回の更新処理時には別の１人の加入者の契約にまとめて変更されている場合には、名寄せ別れフラグ２１０に０が設定される。
統合済フラグ２１１は、図１０の名寄せ統合処理において同一の加入者に加入者ＩＤ２０７が二重に設定されることを防ぐために使用される情報である。統合済フラグ２１１が１であることは既に加入者ＩＤ２０７の設定が済んでいることを示す。また、統合済フラグ２１１が０であることはまだ加入者ＩＤ２０７が設定されていないことを示す。
【００１６】
図３は、加入者情報データベース１２１に格納される加入者情報の構成の一例を示す。
加入者情報データベース１２１には、加入者ＩＤ３０１が格納されている。加入者ＩＤ３０１は、加入者ＩＤ２０７と同様に、保険の加入者毎に一意に割り振られる加入者識別情報である。
加入者情報データベース１２１には、加入者ＩＤ３０１の更新処理上新たな加入者ＩＤの付与が必要となった際に、必ず重複の無い加入者ＩＤが1件追加される。例えば、加入者ＩＤ更新部１１３における加入者ＩＤ更新処理にて新規に加入者ＩＤ３０１が必要となった場合に、これまで「0000000001〜0000000006」までが登録されていたなら、新たに「0000000007」が登録される。
【００１７】
以下、上記のように構成された保険加入者情報管理システム１００の動作を説明する。
図４は、契約情報統合部１１１における契約情報統合処理の流れの一例を示すフローチャートである。
契約情報統合部１１１は、加入者ＩＤが付与されておらず、契約情報のみを情報資産として持つ既存のシステムから契約情報を取得して、契約情報毎に同一人物の契約であるか否か（すなわち、加入者基本情報２１２が同一であるか否か）を判別し、同一人物の全ての契約情報（すなわち、加入者基本情報２１２が同一である全ての契約情報）に同一の加入者ＩＤを付与して契約情報を、最新契約情報データベース１２２に格納する。
契約情報統合部１１１は、まず、最新契約情報データベース１２２内のレコードを、加入者基本情報２１２をキーとしてソートする(Ｓ１０１)。次に、契約情報統合部１１１は、最新契約情報データベース１２２からソートされたレコードを1行ずつ読込み(Ｓ１０２)、読み込んだレコードの加入者基本情報２１２が1件前の加入者基本情報２１２と同一であれば (Ｓ１０３：Ｙｅｓ)、加入者ＩＤ２０７に1件前と同様の加入者ＩＤを設定する(Ｓ１０４)。また、契約情報統合部１１１は、読み込んだレコードの加入者基本情報２１２が1件前の加入者基本情報２１２と異なっていれば（Ｓ１０３：Ｎｏ)、新たな加入者ＩＤを付与する(Ｓ１０５)。次に、今後加入者ＩＤの更新処理を行う際に必要となるため、契約情報統合部１１１は、前回加入者ＩＤ２０８へも加入者ＩＤ２０７と同一の加入者ＩＤを設定する(Ｓ１０６)。
契約情報統合部１１１は、ステップＳ１０２〜Ｓ１０６の処理を最後のレコードまで繰り返す(Ｓ１０７)。これにより、全ての契約に加入者ＩＤが割り振られ、加入者を一意に特定することが出来るようになる。
【００１８】
図５は、契約情報更新部１１２における契約情報登録更新処理の流れの一例を示すフローチャートである。
契約情報更新部１１２は、図示しないネットワークを介してシステム外部から、記号証券番号と加入者基本情報を含む契約情報を受信する(Ｓ２０１）と、その契約情報に含まれる記号証券番号をキーとして最新契約情報データベース１２２を検索する(Ｓ２０２)。契約情報更新部１１２は、最新契約情報データベース１２２に該当記号証券番号が存在しない場合(Ｓ２０３：Ｎｏ)、新しく保険に加入する加入者による契約情報であるため、受信した契約情報に含まれる記号証券番号と加入者基本情報を有するデータを最新契約情報データベース１２２に新たに登録する（Ｓ２０４）。
一方、最新契約情報データベース１２２に該当する記号証券番号が存在する場合(Ｓ２０３：Ｙｅｓ)、受信した契約情報は既に保険に加入している加入者が追加して契約する保険についての契約情報である。このため、受信した契約情報に含まれる加入者基本情報と最新契約情報データベース１２２に登録されている加入者基本情報２１２とに差があるか否かを判別する(Ｓ２０５)。加入者基本情報に差がある場合(Ｓ２０５：Ｙｅｓ)、最新契約情報データベース１２２の該当するレコードの加入者基本情報２１２を更新する（Ｓ２０６）。加入者基本情報に差がない場合(Ｓ２０５：Ｎｏ)、既に登録されている契約情報である旨のメッセージを返信する（Ｓ２０７）。
【００１９】
図６は、契約情報更新部１１２における契約情報削除処理の流れの一例を示すフローチャートである。
契約情報更新部１１２は、図示しないネットワークを介してシステム外部から、記号証券番号を含む契約情報の削除指示を受信する(Ｓ３０１）と、その削除指示に含まれる記号証券番号をキーとして最新契約情報データベース１２２を検索する(Ｓ３０２)。契約情報更新部１１２は、最新契約情報データベース１２２に該当記号証券番号が存在する場合(Ｓ３０３：Ｙｅｓ)、最新契約情報データベース１２２から該当するレコードを削除する(Ｓ３０４)。一方、最新契約情報データベース１２２に該当記号証券番号が存在しない場合(Ｓ３０３：Ｎｏ)、削除指示された契約情報は存在しない旨のメッセージを返信する（Ｓ３０５）。
【００２０】
図７は、加入者ＩＤ更新部１１３における加入者ＩＤ更新処理の流れの一例を示すフローチャートである。
加入者ＩＤ更新部１１３は、まず、更新パターン判定処理(Ｓ４０１)にて、最新契約情報データベース１２２に格納されている契約情報に関するデータの更新方法を分類する。具体的には、前回更新処理時に存在しなかった新たなデータ（新規加入者の契約および既存の加入者の追加契約：更新パターンＡ）、前回更新処理時に存在していたが、加入者基本情報２１２に変更があったデータ（既存の加入者を別の加入者に変更：更新パターンＢ）、および前回更新処理時に存在し、かつ加入者基本情報２１２が前回更新処理時と同一であるデータ（加入者の変更無し：更新パターンＣ）に分類する。
【００２１】
次に、加入者ＩＤ更新部１１３は、名寄せ別れ判定処理(Ｓ４０２)にて、前回更新処理時に存在していたが、今回の更新処理時に別の加入者の契約となったと判定されたデータ（更新パターンＢのデータ）について、前回更新処理時と今回の更新処理時とで契約の組が変わっているか否かを判定する。そして、加入者ＩＤ更新部１１３は、前回更新処理時と今回の更新処理時とで契約の組が変わっている場合に名寄せ別れフラグ＝１を設定し、前回更新処理時と今回の更新処理時とで契約の組が変わっていない場合に名寄せ別れフラグ＝０を設定する。
なお、前回更新処理時と今回の更新処理時とで契約の組が変わっている場合には、前回更新処理時に同一加入者であった複数の契約の一部のみが今回の更新処理時には別の加入者の契約に分かれた場合と、前回更新処理時に別々の加入者であった契約が今回の更新処理時には同一の加入者の契約に統合された場合とがある。また、前回更新処理時と今回の更新処理時とで契約の組が変わっていない場合とは、前回更新処理時に１人の加入者の複数の契約であったものが今回の更新処理時には別の加入者の契約にまとめて変更されている場合である。
次に、加入者ＩＤ更新部１１３は、名寄せ統合処理（Ｓ４０３）にて、前回更新処理時と今回の更新処理時とで契約の組が変わっている契約情報（名寄せ別れフラグ＝１）に新しい加入者ＩＤを付与する。
例えば、保険契約は継続しつつ名義変更により加入者を変更した場合などに、ステップＳ４０２の名寄せ別れ判定処理とステップＳ４０３の名寄せ統合処理を行う必要が生じる。
【００２２】
次に、加入者ＩＤ更新部１１３は、追加契約設定処理(Ｓ４０４)にて、新しく保険に加入した加入者による契約情報に新しい加入者ＩＤを付与し、既に保険に加入している加入者が追加して契約した保険についての契約情報に既存の保険の契約情報と同一の加入者ＩＤを設定する。
最後に、加入者ＩＤ更新部１１３は、前回契約情報データベース更新処理(Ｓ４０５)にて、前回契約情報データベース１２３に最新契約情報データベース１２２の内容をコピーして、加入者ＩＤ更新処理を終了する。
なお、更新パターン判定処理(Ｓ４０１)は本発明の更新パターン判定手段の一例であり、名寄せ別れ判定処理(Ｓ４０２)と名寄せ統合処理（Ｓ４０３）は本発明の名寄せ別れ手段の一例であり、追加契約設定処理(Ｓ４０４)は本発明の追加契約設定手段の一例である。
【００２３】
図８は、ステップＳ４０１の更新パターン判定処理の流れの一例を示すフローチャートである。
加入者ＩＤ更新部１１３は、最新契約情報データベース１２２から、レコードを1件ずつ読み込み(Ｓ５０１)、読み込んだレコードの記号証券番号２０１をキーとして前回契約情報データベース１２３を検索する(Ｓ５０２)。加入者ＩＤ更新部１１３は、前回契約情報データベース１２３に該当する記号証券番号２０１が存在しなければ(Ｓ５０３：Ｎｏ)、更新パターン２０９にＡを設定する(Ｓ５０４)。
一方、前回契約情報データベース１２３に該当記号証券番号２０１が存在すれば(Ｓ５０３：Ｙｅｓ)、加入者ＩＤ更新部１１３は、最新契約情報データベース１２２に登録されている加入者基本情報２１２と前回契約情報データベース１２３に登録されている加入者基本情報２１２とに差があるか否かを判別する(Ｓ５０５)。加入者ＩＤ更新部１１３は、加入者基本情報２１２に差がある場合(Ｓ５０５：Ｙｅｓ)、更新パターン２０９にＢを設定し、両方の加入者基本情報２１２に差が無い場合（Ｓ５０５：Ｎｏ）は更新パターン２０９にＣを設定する(Ｓ３０７)。
加入者ＩＤ更新部１１３は、ステップＳ５０１〜Ｓ６０７の処理を最後のレコードまで繰り返す(Ｓ５０８)。
【００２４】
図９は、ステップＳ４０２の名寄せ別れ判定処理の流れの一例を示すフローチャートである。
加入者ＩＤ更新部１１３は、最新契約情報ＤＢ１２２から更新パターン２０９がＢであるレコードを1件読み込み(Ｓ６０１)、読み込んだレコードの前回加入者ＩＤ２０８をキーとして最新契約情報ＤＢ１２２の更新パターン２０９がＣのレコードから検索する(Ｓ６０２)。ここで1件以上のレコードが該当した場合(Ｓ６０３：Ｙｅｓ)、前回は同一加入者として判定されていたのに、今回一方（ステップＳ６０１で読み込んだレコード）のみ加入者基本情報２１２が更新されたため、更新パターン２０９がＢとなったと言える。また、他方は変更されず更新パターン２０９がＣのままであると言える。これは、ステップＳ６０１で読み込んだレコードの契約が、前回更新処理時に同一の加入者であった複数の契約の一部のみが今回の更新処理時には別の加入者の契約に分かれたことを意味する。この場合(Ｓ６０３：Ｙｅｓ)、加入者の持つ契約の組みが変わっているため、加入者ＩＤ更新部１１３は、ステップＳ６０１で読み込んだレコードに名寄せ別れフラグ２１０＝1を設定する(Ｓ６０４)。
【００２５】
次に、更新パターン２０９がＣのレコードから何も見つからなかった場合(Ｓ６０３：Ｎｏ)は、ステップＳ６０１で読み込んだレコードと同一の加入者基本情報２１２を持つレコードを、最新契約情報データベース１２２の更新パターンＢのレコードから検索する(Ｓ６０５)。ステップＳ６０５で検索されたレコードの中に２件以上（ステップＳ６０１で読み込んだレコードの他に１件以上）の前回加入者ＩＤ２０８が見つかる場合は(Ｓ６０６)、前回更新処理時に別々の加入者であった契約が今回の更新処理時には同一の加入者の契約に統合されたと言える。この場合(Ｓ６０６：Ｙｅｓ)も、加入者の持つ契約の組みが変わっているため、加入者ＩＤ更新部１１３は、ステップＳ６０１で読み込んだレコードに名寄せ別れフラグ２１０＝1を設定する(Ｓ６０７)。ただし、後述するように、図７のステップＳ７０６において名寄せ別れフラグ２１０が０であろうと1であろうと加入者ＩＤ２０７に新規加入者ＩＤを設定する。このため、この場合(Ｓ６０６：Ｙｅｓ)、ステップＳ６０７において名寄せ別れフラグ２１０＝０と設定してもよい。
前回加入者ＩＤ２０８が1件（ステップＳ６０１で読み込んだレコードのもの)だけ見つかった場合（Ｓ６０６：Ｎｏ）は、１人の加入者の複数の契約が別の加入者の契約にまとめて変更された場合であり、加入者の持つ契約の組が変わっていないため、加入者ＩＤ更新部１１３は、ステップＳ６０１で読み込んだレコードに名寄せ別れフラグ２１０＝０を設定する(Ｓ６０８)。
加入者ＩＤ更新部１１３は、ステップＳ６０１〜Ｓ６０８の処理を最後のレコードまで繰り返す(Ｓ６０９)。
【００２６】
図１０は、ステップＳ４０３の名寄せ統合処理の流れの一例を示すフローチャートである。
加入者ＩＤ更新部１１３は、まず、最新契約情報データベース１２２の変更パターンＢのレコードの統合済フラグ２１１を０に初期設定する(Ｓ７０１)。次に、加入者ＩＤ更新部１１３は、最新契約情報データベース１２２から変更パターンＢのレコードを1件読み込み(Ｓ７０２)、そのレコードの統合済フラグ２１１が０であるか否か判別する（Ｓ７０３）。統合済フラグ２１１が１の場合（Ｓ７０３：Ｎｏ）、加入者ＩＤ更新部１１３は、ステップ７０２に戻り、次の変更パターンＢのレコードを1件読み込む(Ｓ７０２)。
統合済フラグ２１１が０の場合（Ｓ７０３：Ｙｅｓ）、加入者ＩＤ更新部１１３は、読み込んだレコードと同一の加入者基本情報２１２を持つレコードを、最新契約情報データベース１２２の変更パターンＢのレコードの中から検索する(ステップ７０４)。同一の加入者基本情報２１２を持つレコードの中で、２件以上（ステップＳ７０２で読み込んだレコードの他に１件以上）の前回加入者ＩＤが見つかった場合(Ｓ７０５：Ｙｅｓ)、前回更新処理時に別々の加入者であった契約が今回の更新処理時には同一の加入者の契約に統合されたと言える。このため、加入者ＩＤ更新部１１３は、ステップＳ７０４で検索されたレコード全てについて、加入者ＩＤ２０７に同一の新規加入者ＩＤを設定するとともに統合済フラグ２１１を１に設定する(Ｓ７０６)。
【００２７】
前回加入者ＩＤがただ1つだけ見つかった場合（Ｓ７０５：ｎｏ）、加入者ＩＤ更新部１１３は、ステップＳ７０２で読み込んだレコード（または、ステップＳ７０４で検索されたレコードのいずれか）の名寄せ別れフラグ２１０を判定する（Ｓ７０７）。名寄せ別れフラグ２１０が1の場合(Ｓ７０７：Ｙｅｓ)、前回更新処理時に同一加入者であった複数の契約の一部のみが今回の更新処理時には別の加入者の契約に分かれたと言える。この場合(Ｓ７０７：Ｙｅｓ)、変更が無かった方の契約の組と加入者ＩＤが衝突することを避けるため、加入者ＩＤ更新部１１３は、ステップＳ７０４で検索されたレコード全てについて、加入者ＩＤ２０７に同一の新規加入者ＩＤを設定するとともに統合済フラグ２１１を１に設定する(Ｓ７０８)。
名寄せ別れフラグ２１０が０の場合(Ｓ７０７：Ｎｏ)、前回更新処理時に１人の加入者の複数の契約であったものが今回の更新処理時には別の加入者の契約にまとめて変更されていると言える。このため、加入者ＩＤ更新部１１３は、ステップＳ７０４で検索されたレコード全てについて、加入者ＩＤ２０７に同一の前回加入者ＩＤ２０８を設定するとともに統合済フラグ２１１を１に設定する(Ｓ７０９)。
加入者ＩＤ更新部１１３は、ステップＳ７０１〜Ｓ７０９の処理を最後のレコードまで繰り返す(Ｓ７１０)。
【００２８】
図１１は、ステップＳ４０４の追加契約設定処理の流れの一例を示すフローチャートである。
加入者ＩＤ更新部１１３は、最新契約情報データベース１２２から変更パターンＡのレコードを1件読み込み(Ｓ８０１)、読み込んだレコードの加入者基本情報２１２を最新契約情報データベース１２２の変更パターンＢおよび変更パターンＣを持つレコードの中から検索する(Ｓ８０２)。
同一の加入者基本情報２１２を持つ他のレコードが見つかった場合(Ｓ８０３)、既加入者の追加契約であると言えるので、加入者ＩＤ更新部１１３は、見つかったレコードと同一の加入者ＩＤ２０７をステップＳ８０１で読み込んだレコードの加入者ＩＤ２０７に設定する(Ｓ８０４)。また、次回の処理のため、加入者ＩＤ更新部１１３は、ステップＳ８０１で読み込んだレコードの前回加入者ＩＤ２０８を同様に設定する(Ｓ８０５)。
変更パターンＢおよび変更パターンＣを持つレコードの中に加入者基本情報２１２が合致するものが無かった場合（Ｓ８０３：Ｎｏ)、新規加入者の契約であると言えるので、ステップＳ８０１で読み込んだレコードの加入者ＩＤ２０７に新しい加入者ＩＤを設定する(Ｓ８０６)。また、次回の処理のため、加入者ＩＤ更新部１１３は、ステップＳ８０１で読み込んだレコードの前回加入者ＩＤを同様に設定する(Ｓ８０７)。
加入者ＩＤ更新部１１３は、ステップＳ８０１〜Ｓ８０７の処理を最後のレコードまで繰り返す(Ｓ８０８)。
【００２９】
図１２は、ステップＳ４０５の前回契約情報更新処理の流れの一例を示すフローチャートである。
加入者ＩＤ更新部１１３は、まず、最新契約情報データベース１２２から更新パターンＢおよび更新パターンＣのレコードを1行読み込み(Ｓ９０１)、読み込んだレコードの記号証券番号で前回契約情報データベース１２３を検索する(Ｓ９０２)。そして、加入者ＩＤ更新部１１３は、検索された前回契約情報データベース１２３のレコードの加入者ＩＤ２０７をステップＳ９０１で読み込んだレコードの前回加入者ＩＤ２０８に設定する(Ｓ９０３)。
加入者ＩＤ更新部１１３は、ステップＳ９０１〜Ｓ９０３の処理を最後のレコードまで繰り返す(Ｓ９０４)。
次に、加入者ＩＤ更新部１１３は、前回契約情報データベース１２３のレコードを全て削除し(Ｓ９０５)、前回契約情報データベース１２３に最新契約情報データベース１２２の内容をコピーする(Ｓ９０６)。
【００３０】
なお、上述した実施形態では、前回契約情報データベース１２３に格納されるデータは、最新契約情報データベース１２２と同様に、記号証券番号２０１と加入者基本情報１２１と加入者ＩＤ２０７と前回加入者ＩＤ２０８と更新パターン２０９と名寄せ別れフラグ２１０と統合済フラグ２１１とを含むとしたが、前回契約情報データベース１２３に格納されるデータは、記号証券番号２０１と加入者基本情報１２１と加入者ＩＤ２０７を含んでいればよく、必ずしも前回加入者ＩＤ２０８と更新パターン２０９と名寄せ別れフラグ２１０と統合済フラグ２１１とを含む必要はない。
【００３１】
上述したように、本発明によれば、契約情報以外の情報を新たに取得することなく保険契約の加入者を一意に特定できる。そして、一度加入者を一意に特定してしまえば、契約情報以外の情報を新たに取得することなく一貫性を保った加入者情報を保持することができる。
このため、本発明に係る保険加入者情報管理システムを用いることにより、契約情報のみ管理可能な既存システムを情報資産として持つ保険会社であっても、その既存システムを放棄することなく、また、契約情報以外の追加情報を準備することなく、一意に特定された加入者毎に契約情報を管理することができる。
【符号の説明】
【００３２】
１００…保険加入者情報管理システム、１１１…契約情報統合部、１１２…契約情報更新部、１１３…加入者ＩＤ更新部、１２１…加入者情報ＤＢ、１２２…最新契約情報ＤＢ、１２３…前回契約情報ＤＢ、１３０…入力部、１４０…出力部
【図１】
2015130129.tif 000003
【図２】
2015130129.tif 000004
【図３】
2015130129.tif 000005
【図４】
2015130129.tif 000006
【図５】
2015130129.tif 000007
【図６】
2015130129.tif 000008
【図７】
2015130129.tif 000009
【図８】
2015130129.tif 000010
【図９】
2015130129.tif 000011
【図１０】
2015130129.tif 000012
【図１１】
2015130129.tif 000013
【図１２】
2015130129.tif 000014