(57)【要約】【課題】早いサイクルで切り替わる保険商品の変化に対して、ユーザに情報を提供する側を迅速かつ柔軟に対応できるようにする。【解決手段】ＤＢサーバ２は、ホスト受け取った保険契約データを記憶する非正規化データ記憶手段としてのテンポラリーＤＢ２２と、このテンポラリーＤＢ２２より保険契約データの所定の位置のコード情報（種目コード、商品識別コード…バージョン番号）を読み出してコードマスタ２０と照合し、適合した特定コードを付与した複数のマスタ（保険約款マスタ４１等）を生成し、複数のマスタから処理対保険約款マスタ４１等）を生成し、複数のマスタから処理対象のデータを読み出し、ユーザ端末４で扱い可能な複数のテーブル（契約テーブル５６等）を生成するバッチ処理部２３とを具備する。【選択図】図１
2005293293.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータに接続された保険情報管理サーバにおいて、
保険商品を一意に特定するための特定コードを記憶する特定コード記憶手段と、
前記ホストコンピュータより受け取った保険契約に関する非正規化データを記憶する非正規化データ記憶手段と、
前記非正規化データ記憶手段に記憶されている保険契約に関する非正規化データの所定位置のコード情報を読み出して前記特定コード記憶手段に記憶されている特定コードと照合して保険契約に関する複数のマスタを生成する手段と、
前記複数のマスタから処理対象のデータを読み出し、ユーザ端末で扱い可能な形態のテーブルを生成する手段と
を具備したことを特徴とする保険情報管理サーバ。
【請求項２】
ホストコンピュータに接続された保険情報管理サーバに処理を実行させるプログラムであって、
前記保険情報管理サーバを、
保険商品を一意に特定するための特定コードを記憶する特定コード記憶手段と、
前記ホストコンピュータより受け取った保険契約に関する非正規化データを記憶する非正規化データ記憶手段と、
前記非正規化データ記憶手段に記憶されている保険契約に関する非正規化データの所定位置のコード情報を読み出して前記特定コード記憶手段に記憶されている特定コードと照合して保険契約に関する複数のマスタを生成する手段と、
前記複数のマスタから処理対象のデータを読み出し、ユーザ端末で扱い可能な形態のテーブルを生成する手段
として機能させることを特徴とするプログラム。
【請求項３】
ホストコンピュータに接続され、メモリと処理部とを備えた保険情報管理サーバにおける保険情報管理方法において、
保険商品を一意に特定するための特定コードを前記メモリに記憶するステップと、
前記ホストコンピュータより受け取った保険契約に関する非正規化データを前記メモリに記憶するステップと、
前記メモリに記憶した保険契約に関する非正規化データの所定位置のコード情報を前記処理部が読み出して前記メモリに記憶した特定コードと照合して、各マスタに格納するステップと、
前記複数のマスタから処理対象のデータを前記処理部が読み出し、ユーザ端末で扱い可能な形態のテーブルを生成するステップと
を有することを特徴とする保険情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば保険情報管理サーバ、プログラム、保険情報管理方法に関する。
【背景技術】
【０００２】
ホストコンピュータで保険契約データを管理し、ユーザからの要求に応じて保険契約データの中から必要なデータを読み出して、ユーザへ提供する保険情報管理システムがある。
この保険情報管理システムでは、ホストコンピュータにおいて、保険契約データを、長大なレコード長（非正規化データ）で、かつ独自のコード体系で管理していることが多い。保険契約データは、保険業界で標準のフォーマットはあるものの、さまざまなサービスが開始され、また新規参入会社が多くある現在では、事実上、存在しないに等しい状態である。
【０００３】
このため、ホストコンピュータに管理されている保険契約データの内容（保険に付帯される特約、担保等）をユーザが提供を受けて、ユーザ側の端末の画面に表示、あるいは帳票として出力するためには、データ処理専用のプログラムが必要となる。
【０００４】
この専用プログラムは、ホストコンピュータ上の難解で膨大なロジックを解析した上で端末用として移植しなければ、正しい保険契約の内容を表現できない。
また、損害保険は、顧客要望の多様化などに対応して多くの種類の商品が商品化され販売されており、しかも、さまざまな種類の保険商品が非常に早いサイクルで発生あるいは消滅する。このような切り替わりの早い商品サイクルに対応するため、上記専用プログラムを開発あるいは変更することは、期間的にもまた品質的にも困難である。
この種の先行技術としては、予めリレーショナルデータベースの形で保険契約情報を保持した保険商品検索提供サーバ装置とネットワークを介して接続されたユーザ端末とを備え、保険商品検索提供サーバ装置において、保険商品のデータを少ない情報で管理でき、多数の商品に係る情報を提供できるようにしたネットワークシステムが開示されている（例えば特許文献１参照）。
【特許文献１】特開２００３−７６９３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記先行技術には、保険商品検索提供サーバ装置のリレーショナルデータベースに格納する元となるデータをどのように取得して、リレーショナルデータベースをどのように作成するかについては開示されておらず、現在のように非常に早いサイクルで切り替わる保険商品については対応が難しいという問題がある。
【０００６】
本発明はこのような課題を解決するためになされたもので、早いサイクルで切り替わる保険商品の変化に対して、ユーザに情報を提供する側を迅速かつ柔軟に対応できるようにする保険情報管理サーバ、プログラム、保険情報管理方法を提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記した課題を解決するために、本発明の保険情報管理サーバは、ホストコンピュータに接続された保険情報管理サーバにおいて、保険商品を一意に特定するための特定コードを記憶する特定コード記憶手段と、前記ホストコンピュータより受け取った保険契約に関する非正規化データを記憶する非正規化データ記憶手段と、前記非正規化データ記憶手段に記憶されている保険契約に関する非正規化データの所定位置のコード情報を読み出して前記特定コード記憶手段に記憶されている特定コードと照合して保険契約に関する複数のマスタを生成する手段と、前記複数のマスタから処理対象のデータを読み出し、ユーザ端末で扱い可能な形態のテーブルを生成する手段とを具備したことを特徴とする。
上記保険情報管理サーバにおいて、特定コード生成手段は、非正規化データの所定位置のコード情報としての種目コード、商品識別コード、引受会社コード、バージョン番号の少なくとも一つから保険商品の約款を識別する特定コードを生成する手段を備える。
【０００８】
本発明のプログラムは、ホストコンピュータに接続された保険情報管理サーバに処理を実行させるプログラムであって、前記保険情報管理サーバを、保険商品を一意に特定するための特定コードを記憶する特定コード記憶手段と、前記ホストコンピュータより受け取った保険契約に関する非正規化データを記憶する非正規化データ記憶手段と、前記非正規化データ記憶手段に記憶されている保険契約に関する非正規化データの所定位置のコード情報を読み出して前記特定コード記憶手段に記憶されている特定コードと照合して保険契約に関する複数のマスタを生成する手段と、前記複数のマスタから処理対象のデータを読み出し、ユーザ端末で扱い可能な形態のテーブルを生成する手段として機能させることを特徴とする。
【０００９】
本発明の保険情報管理方法は、ホストコンピュータに接続され、メモリと処理部とを備えた保険情報管理サーバにおける保険情報管理方法において、保険商品を一意に特定するための特定コードを前記メモリに記憶するステップと、前記ホストコンピュータより受け取った保険契約に関する非正規化データを前記メモリに記憶するステップと、前記メモリに記憶した保険契約に関する非正規化データの所定位置のコード情報を前記処理部が読み出して前記メモリに記憶した特定コードと照合して、各マスタに格納するステップと、前記複数のマスタから処理対象のデータを前記処理部が読み出し、ユーザ端末で扱い可能な形態のテーブルを生成するステップとを有することを特徴とする。
【００１０】
この発明では、ホストコンピュータで管理されている形式の扱い難い保険契約データ（非正規化データ）を正規化し、汎用的に使用できるデータとしてリレーショナルデータベース等のデータベースに取り込むことで、難解なロジックを介さずに所望の契約内容を画面や帳票に表現できるようになる。これにより、保険商品のサイクルにあわせた専用プログラムの開発を行わずに済むようになる。例えば既存商品から一部の項目を変えた商品が発生した場合、マスタにその項目を追加するだけで対処できる。
【００１１】
また、非正規化データを正規化する際に、非正規化データの所定の位置のコード情報を読み出して、保険商品を一意に特定できる特定コードと照合して適合した特定コードを複数のマスタに格納し、その特定コードをキーとしてユーザ端末から所望のデータを検索及び抽出できるテーブルの形態で保険商品のデータを構成及び保持しておくことで、ユーザから要求があったデータを必要に応じて提供できる。
【発明の効果】
【００１２】
以上説明したように本発明によれば、早いサイクルで切り替わる保険商品の変化に迅速かつ柔軟に対応できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面を参照して詳細に説明する。図１は本発明に係る一つの実施の形態の損害保険情報管理システムの構成を示す図である。
図１に示すように、この損害保険情報管理システムは、ホストコンピュータ１（以下ホスト１と称す）と、保険情報管理サーバとしてのデータベースサーバ２（以下ＤＢサーバ２と称す）と、Ｗｅｂサーバ／ＡＰＬサーバ３と、ユーザ端末４とを、例えばＬＡＮ、ＷＡＮ等の通信ネットワークを介して接続して構成されている。ＡＰＬは、アプリケーションを意味する。ＤＢはデータベースの略称である。
【００１４】
ホスト１には、契約ＤＢ１１、資料照会ＤＢ１２、マスタＤＢ１３、査定ＤＢ１４、口座振替ＤＢ１５等のデータベース群が記憶されている。これらデータベース群は、ホスト１上で管理されている保険契約データファイル群を示す。また、ホスト１には、これらデータベース群を更新するための各種更新系アプリケーションソフトウェア１６（以下更新系アプリケーション１６と称す）がインストールされている。また、ホスト１には、これらデータベース群のデータファイルをＤＢサーバ２へ転送するためのミドルウェア（以下ホスト通信処理部１７と称す）がインストールされている。上記各部はハードウェアとしてはハードディスク装置に記憶されているものである。
【００１５】
ＤＢサーバ２は、ＣＰＵ、メモリ、ハードディスク装置などを備えたコンピュータであり、ハードディスク装置には、オペレーティングシステム（以下ＯＳと称す）を含むアプリケーションソフトウェアがインストールされている。これらＯＳとアプリケーションソフトウェア（プログラム）は協働してＤＢサーバ２の処理動作を実現する。
すなわち、ＤＢサーバ２には、ＦＴＰ通信部２１、処理部としてのバッチ処理部２３、ＤＢ内部オブジェクト通信処理部３０等のソフトウェアと、受信データを一時蓄積するメモリの一領域であるテンポラリーＤＢ２２と、コードマスタ２０、顧客ＤＢ２４、事故系ＤＢ２５、資料照会系ＤＢ２６、契約系ＤＢ２７、口座振替系ＤＢ２８（以下口振系ＤＢ２８と称す）、マスタ系ＤＢ２９等のリレーショナルデータベース（以下ＲＤＢと称す）群が記憶されている。
コードマスタ２０は、予めホスト１より受信された保険商品を一意に特定するための特定コードを記憶したマスタファイルであり、事前に全ての保険商品に対して約款コードを付与しておいたものが登録されている。テンポラリーＤＢ２２は、保険契約データをホスト１上のファイルイメージのままの形式で格納するＲＤＢ上のテンポラリーテーブルである。
【００１６】
バッチ処理部２３は、ＲＤＢ上にマスタと各種テーブルとを作成し、テンポラリーＤＢ２２から保険契約データを読み出して格納することで、保険契約データを正規化するバッチプログラムである。
バッチ処理部２３は、テンポラリーＤＢ２２に記憶されている保険契約に関する非正規化データの所定位置（図２の点線Ｚの枠内の７１番〜７７番）のコード情報（種目コード、商品識別コード、引受会社のコード、バージョン番号等）を読み出して、予めコードマスタ２０に記憶しておいた特定コードと照合して、適合した保険商品を一意に特定するための特定コード（保険約款コード+バージョン番号）を生成する特定コード生成手段として機能する。すなわち、バッチ処理部２３は、例えば種目コード、商品識別コード、引受会社コード、バージョン番号の少なくとも一つから保険商品の約款を識別する特定コード（保険約款コード＋バージョン番号など）を生成する。
バッチ処理部２３は、生成した特定コード（保険約款コード+バージョン番号）を付与し、保険契約に関して約款から区分した複数のマスタ、例えばマスタ系ＤＢ２９の複数のマスタ４１〜４６を生成すると共に、テンポラリーＤＢ２２に記憶されている保険契約データ（非正規化データ）の、各マスタに格納すべきデータが存在する該当箇所よりデータを抽出し、各マスタ４１〜４６に格納する手段として機能する。
すなわち、バッチ処理部２３は、コードマスタ２０との照合の結果、適合した保険約款コード+バージョン番号などからなる特定コードを付与し、テンポラリーＤＢ２２の非正規化データの該当箇所よりデータを抽出して複数のマスタ４１〜４６を生成する。
バッチ処理部２３は、複数のマスタ４１〜４６（図３参照）からテーブル作成対象のデータを読み出し、ユーザ端末４で扱い可能な形態のテーブル５１〜５６（図３参照）を生成する手段として機能する。テーブル作成対象のデータとは、各テーブル５１〜５６に定義されている項目にパラメータとして設定するデータである。
顧客ＤＢ２４、事故系ＤＢ２５、資料照会系ＤＢ２６、契約系ＤＢ２７、口振系ＤＢ２８、マスタ系ＤＢ２９等は、正規化された保険契約データが格納されているＲＤＢ上の保険契約関連のデータベース群である。
【００１７】
Ｗｅｂサーバ／ＡＰＬサーバ３は、クラスライブラリＩ／Ｆ３１と、外部接続機能３２、手続完了通知機能３３、メール送受信機能３４、認証機能３５、各種コンテンツ保存機能３６、顧客情報登録機能３７、各種機能提供画面コントロール機能３８などを有している。これらの機能は、ＤＢサーバ２へ所望のデータの転送要求を出し、その要求に応じてＤＢサーバ２よりイメージファイルの形態で提供される保険契約データを使用するＷｅｂアプリケーション群である。
【００１８】
ユーザ端末４は、Ｗｅｂサーバ／ＡＰＬサーバ３にアクセスしてユーザＩＤ、パスワード等によるユーザ認証を行い、所定の機能提供画面から保険契約に関して必要な情報（例えば、ある契約者の保険契約内容等）を要求する端末である。要求は、ユーザ端末４のブラウザソフトウェアの表示画面（機能提供画面）にてユーザが指示入力を行うことにより、ＨＴＴＰプロトコルにて実現される。
【００１９】
図２はホスト１で管理されている保険契約データのファイルフォーマットを示す図である。
ホスト１では、図２に示すように、保険契約データが、シリアルに連続するデータの形態（非正規化データ）で保存及び管理されている。
【００２０】
保険契約データは、ホスト１から送信される送信ファイルの長さが6000バイト程度のものであり、プレフィックス部、種目共通データ部、被保険者データ部、種目固有データ部、担保金額データ部、固定金額＋特約データ部などからなるデータ列である。種目固有データ部は、例えば自動車保険等の損害保険の中の該当保険種目のデータが入る部分である。
【００２１】
図３は正規化された保険契約データが格納されているＲＤＢ上の各マスタ群と契約テーブル群の関連を示す図である。
【００２２】
ＲＤＢ上には、損害保険全般の多数のマスタ群が管理されており、そのうち自動車保険に関するマスタ群として、図３に示すように、保険約款マスタ４１、特約生成マスタ４２、担保マスタ４３、担保金額マスタ４４、特約マスタ４５、商品マスタ４６等がある。
【００２３】
他の点線で囲まれた部分は、バッチ処理部２３により上記各マスタ群からデータが抽出されて生成される自動車保険に関するテーブル群である。
【００２４】
テーブル群としては、自動車担保金額テーブル５１、自動車特約テーブル５２、自動車担保テーブル５３、自動車テーブル５４、被保険者テーブル５５、契約テーブル５６等がある。契約テーブル５６は、自動車テーブル５４と被保険者テーブル５５の親テーブルである。逆に自動車テーブル５４と被保険者テーブル５５は、契約テーブル５６の子テーブルといえる。自動車テーブル５４の子テーブルは、自動車担保金額テーブル５１と自動車特約テーブル５２である。それぞれのテーブルの親子関係は矢印で示されている。
【００２５】
図４は約款マスタ４１の構成を示す。図４に示すように、保険約款マスタ４１は、保険約款コード、バージョン番号、保険種目名称、保険商品名称、バージョン開始日、バージョン終了日、更新日時、論理削除フラグ等の項目からなるマスターテーブルであり、保険約款コード、バージョン番号をプライマリーキー（ＰＫ）としている。
【００２６】
図５に特約生成マスタ４２の構成を示す。図５に示すように、特約生成マスタ４２は、保険約款コード、バージョン番号、特約コード、連番、生成処理区分、ロジックコード、条件判定フラグ、論理判定区分、判定フィールド、判定実現値、特約名称、更新日時、論理削除フラグ等の項目からなるマスターテーブルであり、保険約款コード、バージョン番号、特約コード、連番をプライマリーキー(ＰＫ)としている。
【００２７】
図６に担保マスタ４３の構成を示す。図６に示すように、担保マスタ４３は、保険約款コード、バージョン番号、担保コード、連番、普約・特約フラグ、Host担保コード、生成処理区分、ロジックコード、条件判定フラグ、論理判定区分、生成判定特約コード、更新日時、論理削除フラグ等の項目からなるマスターテーブルであり、保険約款コード、バージョン番号、担保コード、連番をプライマリーキー(ＰＫ)としている。
【００２８】
図７は担保金額マスタ４４の構成を示す。図７に示すように、担保金額マスタ４４は、保険約款コード、バージョン番号、担保コード、データコード、自動生成フラグ、生成処理区分、ロジックコード、参照担保コード、参照データコード、判定times、判定フィールド、リミット金額、設定金額、単位、更新日時、論理削除フラグ等の項目からなるマスターテーブルであり、保険約款コード、バージョン番号、担保コード、データコードをプライマリーキー(ＰＫ)としている。
【００２９】
以下、図８乃至図１７を参照してこの損害保険情報管理システムの動作を説明する。図８はホスト１上で保管されている保険契約データを正規化されたＲＤＢに格納するまでの処理を示すフローチャートである。
【００３０】
まず、ＤＢサーバ２は、予め取り扱っている保険商品を一意に特定するための特定コードをコードマスタ２０に記憶する。保険商品が追加された場合にはコードマスタ２０を更新する。
この損害保険情報管理システムでは、図８に示すように、ホスト１において、各ＤＢに蓄積されている保険契約データを、ホスト通信処理部１７が、図２に示した送信ファイルの形態にしてＤＢサーバ２へ送信する。
【００３１】
ＤＢサーバ２では、ホスト１から通信ネットワークを通じて送られてきた保険契約データファイルをＦＴＰ通信部２１が受信する（Ｓ１０１）。
【００３２】
バッチ処理部２３は、ＦＴＰ通信部２１が受信した保険契約データファイルをローダーを使用して、受信されたファイルと同形式のテンポラリーＤＢ２２に取り込む。つまりバッチ処理部２３は、ホスト１から受信された保険契約データをテンポラリーＤＢ２２へ一時記憶する（Ｓ１０２）。
【００３３】
続いて、バッチ処理部２３は、テンポラリーＤＢ２２に記憶された保険契約データの中の所定部分、例えば図２では７１番−７７番の位置（点線Ｚの枠内）に書き込まれている特定項目、つまり種目コード、商品識別コード、引受会社、バージョン番号等の項目のコード情報を抽出（読み出）し、抽出（読み出）したコード情報とコードマスタ２０に記憶されている特定コードとを照合して適合した特定コードを、保険契約に関する複数のマスタ（保険約款マスタ４１、特約生成マスタ４２、担保マスタ４３、担保金額マスタ４４、特約マスタ４５、商品マスタ４６等）に格納する。
【００３４】
すなわち、バッチ処理部２３は、マスタに格納する特定コード（保険約款コードとバージョン番号）を少なくとも含むようにプライマリーキー（ＰＫ）を上記各マスタ（保険約款マスタ４１、特約生成マスタ４２、担保マスタ４３、担保金額マスタ４４、特約マスタ４５）に設定し、テンポラリーＤＢ２２に記憶されている保険契約データの中から該当データ（例えば特約マスタ４５であれば、保険契約の付帯条件のデータ）を読み出してパラメータとして格納した保険約款マスタ４１、特約生成マスタ４２、担保マスタ４３、担保金額マスタ４４、特約マスタ４５等のマスタ群を生成する。
【００３５】
ここで、図１０を参照して商品マスタ４６と保険約款マスタ４１との関連について説明する。
図１０に示すように、商品マスタ４６において、商品の種目コードと識別コードを合せた商品コードが例えば「０１００」、引受会社のコードが「０」の場合、これらを足し合わせたコード、つまり「０１０００」を保険約款コードとし、バージョン番号（Ｖｅｒ）が「０１」の場合、これらのコードを足し合せることで、複数存在する「自動車保険」という保険種目の中の「自動車保険Ａ」を特定できるコード「０１００００１」を生成する。
保険約款マスタ４１は、保険を特定して各テーブルを生成する際のキーとなるデータが格納されるマスターテーブルであり、商品コードに引受会社のコードとバージョン番号（Ｖｅｒ）を加えた約款コード（５桁）＋Ｖｅｒ（２桁）をプライマリーキー（ＦＫ）として記憶している。保険約款マスタ４１は、商品マスタ４６の実データが保持されている。商品改定時には、Ｖｅｒ開始日・Ｖｅｒ終了日を当込キー項目として保険約款のバージョンを定義する。引受会社が一社の場合は引受会社のコードがない場合もある。
【００３６】
このように保険約款コードとバージョン番号を付与した各マスタを生成した後、バッチ処理部２３は、ユーザへ提供するテーブル群（自動車担保金額テーブル５１、自動車特約テーブル５２、自動車担保テーブル５３、自動車テーブル５４、被保険者テーブル５５、契約テーブル５６等）を生成する。
【００３７】
具体的には、バッチ処理部２３は、保険約款マスタ４１を検索して、約款コード、バージョン等のテーブル生成のための基礎情報を取得する（Ｓ１０３）。
【００３８】
そして、バッチ処理部２３は、基礎情報から商品マスタ４６で商品コード、商品名等を特定して該当保険商品の契約の基本部分（住所、氏名等）を該当テーブルである契約テーブル５６、被保険者テーブル５５、自動車テーブル５４へ格納する（Ｓ１０４）。保険契約データの基本部分（契約者の氏名、住所 等）は、受信したデータをそのままの形式で自動車テーブル５４、被保険者テーブル５５、契約テーブル５６等の各テーブルに格納する。データは、内容に応じて自動車テーブル５４、被保険者テーブル５５、契約テーブル５６等の３つのテーブルに分けられる。
【００３９】
この結果、図１１乃至図１３に示すようなテーブルが作成される。具体的には、図１１に示すように、自動車テーブル５４には、種目、証券番号主番、種目枝番、証券番号枝番、用途・車種区分、車名、仕様、形式、車台番号、登録番号、初年度登録年月、車検満了日、排気量、エアバック（運転席）、（その他）、ＡＢＳ、安全衝突ボディ、横滑り防止装置、低公害車、イモビライザー、ＧＰＳ装置、…等の項目があり、それぞれの項目に属性、桁数、ＰＫ、ＦＫ、Ｉ、Ｎｕｌｌ、既定値、関連テーブル、備考等の欄が設けられている。それぞれの欄には、パラメータが格納される。この例では、関連テーブルの欄に、「契約」とあり、このテーブルには契約テーブル５６が関連けられている。
【００４０】
図１２に示すように、被保険者テーブル５５には、種目、証券番号主番、証券番号枝番、記名被保険者氏名（カナ）、（漢字）、（漢字）（変換前）、被保険者住所（カナ）、（漢字）、（漢字）（変換前）、性別、生年月日、本人指定被保険者名（カナ）、（漢字）、（漢字）（変換前）、借家人等賠償被保険者名（カナ）、（漢字）、（漢字）（変換前）、死亡保険受取人続柄、死亡保険受け取り人氏名（カナ）、（漢字）…等の項目があり、それぞれの項目に属性、桁数、ＰＫ、ＦＫ、Ｉ、Ｎｕｌｌ、既定値、関連テーブル、備考等の欄が設けられている。それぞれの欄には、パラメータが格納される。この例では、関連テーブルの欄に、「契約」とあり、このテーブルには契約テーブル５６が関連けられている。
【００４１】
図１３に示すように、契約テーブル５６には、種目、証券番号主番、証券番号枝番、細別、契約方式、セット型別、保険種類、パッケージ区分、保険約款コード、バージョン番号、分類コード、申込日、…、更新日時、論理削除フラグ等の項目があり、それぞれの項目に属性、桁数、ＰＫ、ＦＫ、Ｉ、Ｎｕｌｌ、既定値、関連テーブル、備考等の欄が設けられている。それぞれの欄には、パラメータが格納される。このテーブルは親テーブルなので関連するテーブルはない。
【００４２】
バッチ処理部２３は、約款コード、バージョン番号をキーに特約生成マスタ４２より、当該契約に付帯することができる最大構成の「特約」とその判定条件を取得する（Ｓ１０５）。
バッチ処理部２３は、特約生成マスタ４２より取得した情報（最大構成の「特約」とその判定条件）を基に保険契約データから当該保険契約に付帯されている特約データを抽出し、自動車特約テーブル５２へ格納する（Ｓ１０６）。
【００４３】
具体的には、バッチ処理部２３は、特約生成マスタ４２から特約コードの一覧（特約コード、生成処理区分、ロジックコード、条件判断フラグ、論理判定区分、判定フィールド、判定実現値）を取得し、以下の条件（１）〜（４）が成立する場合、該当データを自動車特約テーブル５２へ登録／更新を行う。
（１）・生成処理区分が”無条件”の場合、
（２）・生成処理区分が”位置内容で判定”で、論理判定区分が”ＡＮＤ”以外で、判定フィールドがさす、処理レコードの特約データの値と判定実現値を比較し条件判定（同じ／違う）と一致している場合、
（３）・生成処理区分が”位置内容で判定”で、論理判定区分が”ＡＮＤ”の場合で、１特約コードにつき複数の特約生成マスタ４２のレコードの全てが、処理レコードの特約データの値と判定実現値を比較し条件判定（同じ／違う）と合致している場合、
（４）・生成処理区分が”ロジックで判定”の場合で、ロジックコードで特定される条件が成立している場合。
【００４４】
これにより、図１４のような自動車特約テーブル５２が生成される。この自動車特約テーブル５２には、種目、証券番号主番、種目枝番、証券番号枝番、特約コード、更新日時、論理削除フラグ等の項目があり、それぞれの項目に属性、桁数、ＰＫ、ＦＫ、Ｉ、Ｎｕｌｌ、既定値、関連テーブル、備考等の欄が設けられている。それぞれの欄には、パラメータが格納される。この例では、関連テーブルの欄に、「自動車」とあり、このテーブルには自動車テーブル５４が関連けられている。
【００４５】
ここで、図１５の特約生成マスタ４２のレコードを例に、特約生成マスタ４２の判定条件の例について説明する。
図１５(a)の例は、提供データの指定された位置(取込位置)に指定された内容(取込内容)が存在した場合、あるいは存在しない場合に自動車特約テーブル５２にレコードを作成する例である。
図１５(b)の例は、提供データには設定されず、当該約款に対しては無条件に自動車特約テーブル５２にレコードを作成する自動付帯の例である。
図１５(c)の例は、提供データが指定された位置(取込位置)の有無と、その取込位置に指定された内容(取込内容)の有無のいずれかで自動車特約テーブル５２にレコードを作成する例である。
図１５(d)の例は、提供データの指定された位置(取込位置)に指定された内容(取込内容)の全てが存在した場合、あるいは存在しない場合に自動車特約テーブル５２にレコードを作成する例である。
【００４６】
なお、自動車担保テーブル５３、自動車担保金額テーブル５１についても、上記自動車特約テーブル５２の場合と同様に保険契約データからそれぞれに該当するデータを抽出して格納することで、自動車担保テーブル５３、自動車担保金額テーブル５１を生成する。
【００４７】
すなわち、バッチ処理部２３は、「約款コード」、「バージョン番号」をキーに担保マスタ４３より、当該契約に付帯することができる最大構成の「担保」とその判定条件を取得する（Ｓ１０７）。
【００４８】
バッチ処理部２３は、担保マスタ４３より取得した情報（最大構成の「担保」とその判定条件）を基に保険契約データから当該保険契約に付帯されている担保データを抽出し、自動車担保テーブル５３へ格納する（Ｓ１０８）。
【００４９】
これにより、図１６のような担保テーブル５３が生成される。この担保テーブル５３には、種目、証券番号主番、種目枝番、証券番号枝番、担保コード、更新日時、論理削除フラグ等の項目があり、それぞれの項目に属性、桁数、ＰＫ、ＦＫ、Ｉ、Ｎｕｌｌ、既定値、関連テーブル、備考等の欄が設けられている。それぞれの欄には、パラメータが格納される。この例では、関連テーブルの欄に、「自動車」とあり、このテーブルには自動車テーブル５４が関連けられている。
【００５０】
バッチ処理部２３は、「約款コード」、「バージョン番号」をキーにして担保金額マスタ４４を検索し、担保金額マスタ４４より、当該契約に付帯することができる最大構成の「担保金額」とその判定条件を取得する（Ｓ１０９）。
【００５１】
バッチ処理部２３は、担保金額マスタ４４の条件と契約データの条件とを照らし合わせ、付帯されている担保金額を判定し、その担保金額データを自動車担保金額テーブル５１へ格納する。つまり、バッチ処理部２３は、Ｓ１０９の検索処理で取得した情報（最大構成の「担保金額」とその判定条件）を基に保険契約データから当該保険契約に付帯されている担保金額データを抽出し、自動車担保金額テーブル５１へ格納する（Ｓ１１０）。
【００５２】
これにより、図１７のような自動車担保金額テーブル５１が生成される。この自動車担保金額テーブル５１には、種目、証券番号主番、種目枝番、証券番号枝番、担保コード、データコード、金額、更新日時、論理削除フラグ等の項目があり、それぞれの項目に属性、桁数、ＰＫ、ＦＫ、Ｉ、Ｎｕｌｌ、既定値、関連テーブル、備考等の欄が設けられている。それぞれの欄には、パラメータが格納される。この例では、関連テーブルの欄に、「自動車」とあり、このテーブルには自動車テーブル５４が関連けられている。このようにして各テーブルが生成される。
【００５３】
このようにこの実施形態の損害保険情報管理システムによれば、ホスト１より受信された保険契約データ（非正規化データ）の所定部分に含まれる商品コードとバージョン番号を抽出し、これらの情報と保険商品を一意に特定できる保険約款コードとの照合して特定コードを含んだ各マスタをＲＤＢ化することで、ホスト１が保持している保険契約データ（非正規化データ）から扱いやすい保険契約データ（正規化されたＲＤＢ）を作成すると同時に、膨大で難解なロジックを移植しなくてもＲＤＢに正規化して取り込むことが可能となる。
【００５４】
また、ホスト１より受信された保険契約データ（非正規化データ）をＲＤＢに格納する際に、約款コードを付与したマスタを設けることにより、保険商品を一意に特定できることから、約款コードをキーに「契約テーブル」等の基本情報テーブルを作成してＤＢサーバ２に保持しておき、ユーザ端末４から要求に応じて基本情報テーブルを提供あるいは検索させることにより、どのような保険商品にどのような年齢、性別の顧客が加入しているか、新商品をどの顧客に薦めるか、等の営業戦略的な統計情報が容易に入手することができる。
【００５５】
また、この実施形態の損害保険情報管理システムによれば、保険約款とそれを構成している特約、担保、担保金額をマスタ化し、付帯条件をパラメータ化したことで、新商品が追加された場合も取り込みプログラムにロジックを追加することなく、それぞれのマスタにレコードを追加するだけで新商品の契約データを取り込むことができる。
【００５６】
なお、本発明は上記実施形態のみに限定されるものではない。上記実施形態では、自動車保険を一例としたが、損害保険には、この他、自動車、火災、傷害等、さまざまな種目があり、また、種目の中にも複数の商品が存在するが、本願発明はこれらにも適用可能である。本願発明を他の種目に適用する場合、対応するマスタデータの内容を種目に合わせて変更するだけでよい。また、保険商品の内容が付帯される複数種の担保で構成されるといった同様の形態を持つ生命保険にも本願発明は適用可能である。
【００５７】
また、上記実施形態では、保険約款をマスタデータとして定義しているが、ホスト１においては、マスタ化の元となる非正規化データを作成する作業は、現在、オペレータが、保険約款を定義している書類（小冊子）を読みとりながら入力装置より手入力でデータ化しているが、この書類を電子データ（ＸＭＬ）化することにより、ＸＭＬ形式の保険約款データから保険約款マスタデータを自動的に作成することも可能である。
【図面の簡単な説明】
【００５８】
【図１】本発明に係る一実施形態の損害保険情報管理システムの構成を示す図。
【図２】図１の損害保険情報管理システムのホストで管理されている保険契約データの送信ファイルのフォーマットを示す図。
【図３】正規化された保険契約データが格納されているＲＤＢ上の各マスタ群と契約テーブル群の関連を示す図。
【図４】この損害保険情報管理システムの約款マスタの構成を示す図。
【図５】この損害保険情報管理システムの特約生成マスタの構成を示す図。
【図６】この損害保険情報管理システムの担保マスタの構成を示す図。
【図７】この損害保険情報管理システムの担保金額マスタの構成を示す図。
【図８】ホスト上で保管されている保険契約データを正規化されたＲＤＢに格納するまでの処理を示すフローチャート。
【図９】商品マスタと保険約款マスタとを基に保険商品を特定するコードを付与する際の判定項目と判定条件を示す図。
【図１０】この損害保険情報管理システムの保険約款マスタの定義内容を示す図。
【図１１】この損害保険情報管理システムの自動車テーブルの構成を示す図。
【図１２】この損害保険情報管理システムの被保険者テーブルの構成を示す図。
【図１３】この損害保険情報管理システムの契約テーブルの構成を示す図。
【図１４】この損害保険情報管理システムの自動車特約テーブルの構成を示す図。
【図１５】（ａ）特約生成マスタのレコードの一例を示す図、（ｂ）特約生成マスタのレコードの一例を示す図、（ｃ）特約生成マスタのレコードの一例を示す図、（ｄ）特約生成マスタのレコードの一例を示す図。
【図１６】この損害保険情報管理システムにおいて生成される担保テーブルを示す図。
【図１７】この損害保険情報管理システムにおいて生成される担保金額テーブルを示す図。
【符号の説明】
【００５９】
１…ホスト、２…ＤＢサーバ、３…Ｗｅｂサーバ／ＡＰＬサーバ、４…ユーザ端末、１１…契約ＤＢ、１２…資料照会ＤＢ、１３…マスタＤＢ、１４…査定ＤＢ、１５…口座振替ＤＢ、１６…更新系アプリケーション、１７…ホスト通信処理部、２０…コードマスタ、２１…ＦＴＰ通信部、２２…テンポラリーＤＢ、２３…バッチ処理部、２４…顧客ＤＢ、２５…事故系ＤＢ、２６…資料照会系ＤＢ、２７…契約系ＤＢ、２８…口振系ＤＢ、２９…マスタ系ＤＢ、３０…オブジェクト通信処理部、３１…クラスライブラリＩ／Ｆ、３２…外部接続機能、３３…手続完了通知機能、３４…メール送受信機能、３５…認証機能、３６…各種コンテンツ保存機能、３７…顧客情報登録機能、３８…各種機能提供画面コントロール機能、４１…保険約款マスタ、４１…約款マスタ、４２…特約生成マスタ、４３…担保マスタ、４４…担保金額マスタ、４５…特約マスタ、４６…商品マスタ、５１…自動車担保金額テーブル、５２…自動車特約テーブル、５３…自動車担保テーブル、５４…自動車テーブル、５５…被保険者テーブル、５６…契約テーブル。
【図１】
2005293293.tif 000003
【図２】
2005293293.tif 000004
【図３】
2005293293.tif 000005
【図４】
2005293293.tif 000006
【図５】
2005293293.tif 000007
【図６】
2005293293.tif 000008
【図７】
2005293293.tif 000009
【図８】
2005293293.tif 000010
【図９】
2005293293.tif 000011
【図１０】
2005293293.tif 000012
【図１１】
2005293293.tif 000013
【図１２】
2005293293.tif 000014
【図１３】
2005293293.tif 000015
【図１４】
2005293293.tif 000016
【図１５】
2005293293.tif 000017
【図１６】
2005293293.tif 000018
【図１７】
2005293293.tif 000019