JPH08329142A - 保険商品管理システム - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、保険商品を管理する保険商品管理
システムに関し、保険商品に関する各基本情報の取扱手
続と基本キーおよび副次キーを登録するテーブルとをカ
プセル化し、保険商品の新開発・修正などに応じてテー
ブルのデータのみを追加・修正などして簡易に対応可能
とすることを目的とする。 【構成】 保険商品に関する基本情報毎に当該基本情報
の取扱手続と、保険種類に共通な共通項目のデータおよ
び個別の個別項目のデータとを対応づけて設定するテー
ブルと、顧客の保険商品に関する情報の入力に対応して
各基本情報の取扱手続が対応づけたテーブルを参照して
該当する保険種類の共通項目のデータを使って評価、あ
るいは個別項目のデータがあるときは共通項目のデータ
および個別項目のデータを使って評価を行い、これら評
価結果を出力させる手段とを備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、保険商品を管理する保
険商品管理システムに関するものである。

【０００２】

【従来の技術】従来、生命保険などの各種保険商品を管
理する保険商品管理システムは、例えば図６に示すよう
に、端末から回線を介して通知を受けた情報を、新契約
に関するものか、保全に関するものか、あるいは料金に
関するものかを分類した後、各該当する新契約サブシス
テム、保全サブシステム、あるいは料金サブシステムに
その情報を渡し、情報を渡されたサブシステムが保種毎
（保険の種類毎）の取扱手続に従い結果を求め、端末に
返送するようにしていた。

【０００３】

【発明が解決しようとする課題】従来は、上述した図６
に示すように、端末からの保険に関する情報について、
前処理として新契約か、保全か、料金かなどを判断した
後、更に該当するサブシステムに情報を渡して当該サブ
システム内で各保種毎の取扱手続に従い結果を求め、端
末に返送するようにしていたため、新しい商品を開発し
たときに各サブシステム内に保種を追加すると共に当該
保種の取扱手続（プログラム）を記述する必要が生じて
しまい、このための手数が極めて大変であると共に、変
更が生じた場合にも該当する保種の取扱手続（プログラ
ム）を変更する必要がありその手数が大変であるという
問題があった。

【０００４】本発明は、これらの問題を解決するため、
保険商品に関する各基本情報の取扱手続と基本キーおよ
び副次キーを登録するテーブルとをカプセル化し、保険
商品の新開発・修正などに応じてテーブルのデータのみ
を追加・修正などして簡易に対応可能とすることを目的
としている。

【０００５】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、取扱手続
３は、保険商品に関する基本情報毎に設けた手続であっ
て、商品情報テーブル４中のデータをもとに評価する手
続（プログラム）である。

【０００６】商品情報テーブル４は、取扱手続３と一体
になって保険商品に関する基本情報の評価を行なうため
のデータを設定するテーブルであって、共通項目５およ
び個別項目６を設定するものである。

【０００７】

【作用】本発明は、図１に示すように、端末１などから
の顧客の保険商品に関する情報の入力に対応して、基本
情報毎の取扱手続３が対応づけた商品情報テーブル４を
参照して該当する保険種類の共通項目５のデータを使っ
て評価、あるいは個別項目６のデータがあるときは共通
項目５のデータと個別項目６のデータとを使って評価を
行い、これら評価結果を出力するようにしている。

【０００８】この際、商品情報テーブル４の保険種類に
共通な共通項目５のデータおよび個別の個別項目６の有
無を設定し、個別項目６のデータとして上記個別項目６
の有が設定されていた場合に個別の項目名とそのデータ
とを設定するようにしている。

【０００９】従って、保険商品に関する各基本情報の取
扱手続３と共通項目（基本キー）および個別項目（副次
キー）を登録する商品情報テーブル４とをカプセル化す
ることにより、保険商品の新開発・修正などに応じて商
品情報テーブル４にデータのみを追加・修正などして簡
易に対応することが可能となった。

【００１０】

【実施例】次に、図１から図５を用いて本発明の実施例
の構成および動作を順次詳細に説明する。

【００１１】図１は、本発明の１実施例構成図を示す。
図１の（ａ）は、構成図を示す。図１の（ａ）におい
て、端末１は、顧客の保険商品に関する情報を入力し、
回線を介してホストの生命保険契約管理システムにその
評価を問い合わせ、その評価結果の返送を受けて顧客に
知らせたりなどするものである。

【００１２】生命保険契約管理システム２は、多数の端
末１からの顧客の保険商品に関する情報を受け付け、評
価してその評価結果を返送したり、保険契約を管理した
りなどするものである。

【００１３】取扱手続３は、保険商品に関する基本情報
毎に設けた手続（プログラム）であって、対応する商品
情報テーブル４とカプセル化したものであり、当該商品
情報テーブル４中の該当する保険種類毎のデータをもと
に評価するものである。

【００１４】商品情報テーブル４は、取扱手続３と一体
になって保険商品に関する基本情報の評価を行なうため
の保険種類毎のデータを設定するテーブルであって、図
１の（ｂ）に示すように、共通項目５である基本キーお
よび個別項目６である副次キーを設定するものである。

【００１５】図１の（ｂ）は、商品情報テーブル例（基
本情報＝契約年齢範囲）を示す。図１の（ｂ）におい
て、共通項目５は、本実施例では基本キーと呼び、保険
商品の基本情報毎に、全ての保険種類に共通の項目およ
び個別項目６にデータが設定されているか有無を表す情
報（関連項目タイプ）を設定するものである。ここで
は、基本キーには、図示の下記のものを設定する。

【００１６】 ・保険種類（保種ＣＮ）：００１（終身保険）、００２（養老保険）など ・運用開始日 ：１９９５０４０１（１９９５年４月１日）など ・運用終了日 ：９９９９９９９９（未定） ・関連項目タイプ ：Ａ（副次キーとして保険期間）、Ｚ（副次キーと してＡＮＹＴＹＩＮＧ） 個別項目（副次キー）６は、共通項目５の関連項目タイ
プに設定された保険種類毎の固有のデータ（例えば保険
期間）を設定するものであって、図示の下記のものを設
定するものである。

【００１７】・基本キーの関連項目タイプに“Ａ”（保
険期間）が設定されていた場合 ・保険期間として、 ・２０年未満 契約年齢範囲が３０〜６０歳 以上のように、商品情報テーブル４に保険種類毎に基本
キーおよび副次キーを設けて図示のように設定すること
により、全ての保険種類に共通なデータを基本キーに設
定し、個別のデータを副次キーに設定することが可能と
なる。新たな生命保険の商品が開発された場合には、保
険種類毎に基本キーおよび副次キーにデータを設定する
のみで追加でき、商品の修正する場合でも該当保険種類
の基本キーおよび副次キーを修正するのみで対応でき、
いずれもデータのみを追加・修正などして対処すること
が可能となる。

【００１８】図１の（ｃ）は、検索例を示す。 保種ＣＮ＝００２の養老保険の場合、適用日＝１９
９５０６０１で基本キーを検索すると、 ・運用開始日：１９９５０４０１ ・運用終了日：９９９９９９９９ ・関連項目タイプ：Ａ（保険期間を表す） の２つのエントリが得られ、いずれも関連項目タイプＡ
（保険期間を表す）が副次キーとして必要なことが判
り、この副次キーのデータを考慮にして判定する必要が
ある。ここでは、副次キーとして、 ・第３番目のエントリでは、 ・副次キー：１０年未満 ・契約年齢範囲：１０〜６０歳 ・第４番目のエントリでは、 ・副次キー：１０年以上 ・契約年齢範囲：０５〜５５歳 というデータが得られ、結果として上記基本キーのデー
タと、これら第３番目のエントリ、あるいは第４番目の
エントリにいずれかの副次キーのデータとを全て満足す
る結果が求める評価結果となる。

【００１９】 保種ＣＮ＝００２の養老保険の場合、
適用日＝１９９５０６０１で、保険期間＝３０年で基本
キーを検索すると、 ・運用開始日：１９９５０４０１ ・運用終了日：９９９９９９９９ ・関連項目タイプ：Ａ（保険期間を表す） の２つのエントリが得られ、いずれも関連項目タイプＡ
（保険期間を表す）が副次キーとして必要なことが判
り、この副次キーのデータを考慮して判定する必要があ
る。ここでは、副次キーとして、 ・第３番目のエントリでは、 ・副次キー：１０年未満 ・契約年齢範囲：１０〜６０歳 ・第４番目のエントリでは、 ・副次キー：１０年以上 ・契約年齢範囲：０５〜５５歳 というデータが得られるが、保険期間＝３０年であるの
で、 ・第４番目のエントリの ・副次キー：１０年以上 ・契約年齢範囲：０５〜５５歳 となり、上記基本キーのデータと、第４番目のエントリ
の副次キーのデータとを全て満足する結果が求める評価
結果、ここでは、顧客の契約年齢範囲が０５〜５５歳で
ある必要があるという評価結果となる。

【００２０】以下順次詳細に説明する。図２は、本発明
の動作説明フローチャートを示す。図２において、Ｓ１
は、新しい保険を販売する。

【００２１】Ｓ２は、オンラインの送信する。Ｓ３は、
取扱チェックする。これは、後述する図３を用いて詳述
するように、図１の端末１を操作して顧客に新しい保険
を販売する際に、販売しようとする保険内容を回線を介
してホストの生命保険契約管理システム２にオンライン
送信すると、ホストが受信し、取扱手続を順次全て起動
して取扱可能か評価する。ここで、評価対象となるの
は、保険種類に応じた図示の下記の基本情報である。

【００２２】・契約年齢 ・最高保険金 ・最低保険料 ・保険期間 ・払込期間 ・ｅｔｃ Ｓ４は、契約成立／保険証書の発行を行なう。

【００２３】以上によって、図１の端末１から営業員が
顧客に新しく販売しようとする保険商品について顧客の
情報を入力して送信すると、ホストの生命保険契約管理
システム２が受信し、本発明に係る取扱手続を順次起動
し、当該取扱手続がそれぞれ対応する基本情報をチェッ
クし、その結果（評価結果）を生成し、端末に返送して
営業員に知らせる。評価結果がＯＫとなったときにその
保険商品を販売して契約したり、保険証券を発行したり
する。

【００２４】次に、図３のフローチャートを用いて図２
のＳ３の取扱チェックについて詳細に説明する。図３
は、本発明の取扱チェックフローチャートを示す。

【００２５】図３において、Ｓ１１は、入力する。これ
は、営業員が端末１を操作して顧客に販売しようとする
保険商品に関する顧客の情報を入力し、システム（ホス
ト）に回線を介して送信する。

【００２６】Ｓ１２は、システムが受信する。Ｓ１３
は、新契約か保全か判別する。これは、Ｓ１２で受信し
た情報が保険の新規契約に関するものか、保全に関する
もののいずれか判別する。新契約と判明した場合には、
Ｓ１４で新契約に特有の取扱チェック（例えば診査内容
などをチェック）し、Ｓ１６に進む。一方、保全と判明
した場合には、Ｓ１５で保全に特有の取扱チェック（例
えば経過年月などをチェック）し、Ｓ１６に進む。

【００２７】Ｓ１６は、契約年齢取扱可能か判別する。
例えば後述する図４に示すように、基本情報の１つであ
る契約年齢取扱手続を起動し、対応づけられている図１
の（ｂ）の商品情報テーブル（契約年齢範囲）４の基本
キーおよび副次キーを検索し、評価結果を求めて取扱可
能か判別する。ＹＥＳの場合には、次のＳ１７に進む。
一方、ＮＯの場合には、Ｓ１９で取扱不可の旨を返答す
る。

【００２８】Ｓ１７は、最高保険金の取扱可能か判別す
る。同様に、後述する図４に示すように、基本情報の１
つである最高保険金取扱手続を起動し、対応づけられて
いる商品情報テーブル（最高保険金）４の基本キーおよ
び副次キーを検索し、評価結果を求めて取扱可能か判別
する。ＹＥＳの場合には、次のＳ１８に進む。一方、Ｎ
Ｏの場合には、Ｓ２０で取扱不可の旨を返答する。

【００２９】Ｓ１８は、全ての基本情報である、契約年
齢取扱、最高保険金取扱・・・などの全ての取扱がＹＥ
Ｓの旨の評価結果が得られたので（全てＯＫとなったの
で）、契約成立する。

【００３０】Ｓ２１は、Ｓ１８で契約成立したので、成
立した旨を回線を介して端末１に通知する。以上によっ
て、端末１から通知された顧客の情報をもとに、新契約
あるいは保全に特有の取扱チェックを行なうと共に、基
本情報である全ての取扱手続（契約年齢取扱、最高保険
金取扱など）を順次起動して対応する商品情報テーブル
４の基本キーおよび副次キーを検索して取扱可能か否か
の評価結果を生成し、全てが取扱可のときに契約成立の
旨を端末に送信する。このように、保険商品の基本情報
毎に取扱手続３と商品情報テーブル４とをカプセル化し
て順次取扱手続３を起動して対応する商品情報テーブル
４を検索して評価結果を生成しているため、新規保険の
開発や修正などがあっても商品情報テーブル４のデータ
の追加や修正などを行なうのみでよく、極めて簡単に対
処することが可能となった。

【００３１】次に、図３の取扱可能か否かの評価結果を
得る手順について、図４のフローチャートに示す順序に
従い詳細に説明する。図４は、本発明のテーブル検索フ
ローチャートを示す。

【００３２】図４において、Ｓ３１は、保種ＣＮ、適用
日をキーにして関連項目タイプの値を評価する。これ
は、図１の端末１から回線を介して通知された保険商品
に関する顧客の情報中の、保種ＣＮ（保険の種類のコー
ド）および適用日（例えば保険に新規加入などする年月
日）をキーに、例えば図１の（ｂ）の基本情報“契約年
齢範囲”の商品情報テーブル４中の基本キー（共通項
目）を検索し、 該当する保種ＣＮのエントリのうち、適用日を満た
す適用開始日および適用終了日を持つエントリを見つけ この見つけたエントリの関連項目タイプの値（例え
ばＡ：保険期間と契約年齢範囲を副次キーに持つという
タイプの値）を取り出す。

【００３３】Ｓ３２は、関連項目タイプの値が“保険期
間”の場合であって、この場合には“保険期間”の情報
を副次キーから取り込んだ上で（例えば図１の（ｂ）の
副次キーから“保険期間”を副次キーから取り込んだ上
で）、キーを再編集し、例えば ・保種ＣＮ、適用日、保険期間をキー とする。

【００３４】Ｓ３３は、保種ＣＮ、適用日、保険期間を
キーにして該当の契約年齢範囲を評価する。Ｓ３４は、
Ｓ３３で評価した評価結果に従い、取扱可否の結果を返
答する。

【００３５】以上のＳ３１、Ｓ３２からＳ３４によっ
て、端末１から通知のあった保種ＣＮ、適用日をキー
に、起動された基本情報毎の取扱手続３が対応づけられ
た図１の（ｂ）の商品情報テーブル４の基本キーを検索
して該当するエントリの関連項目タイプの値を取り出
し、この取り出した値が“保険期間”などの副次キーが
設定されている旨と判明したの場合に、副次キーから取
り出した“保険期間”を加えて、保種ＣＮ、適用日、保
険期間をキーにして契約年齢範囲を評価して評価結果を
得て、全ての取扱手続によるこれら評価結果を集めて全
てがＯＫのときに保険の取扱可能の結果を返答すること
が可能となる。

【００３６】一方、Ｓ３５は、Ｓ３１の関連項目タイプ
の値が“関連項目タイプ”なしと判明したので、契約年
齢範囲をそのまま評価する（保種ＣＮ、適用日で契約年
齢範囲をそのまま評価する）。そして、Ｓ３４で評価結
果に従い取扱可否の結果を返答する。

【００３７】以上のＳ３１、Ｓ３５、Ｓ３４によって、
端末１から通知のあった保種ＣＮ、適用日をキーに、起
動された基本情報毎の取扱手続３が対応づけられた図１
の（ｂ）の商品情報テーブル４の基本キーを検索して該
当するエントリの関連項目タイプの値がなしと判明した
場合には、当該保種ＣＮ、適用日をキーに契約年齢範囲
を評価してその評価結果に従い取扱可否の結果を返答す
る。

【００３８】図５は、本発明のテーブルの具体例を示
す。これは、図１の（ｂ）の商品情報テーブル（基本情
報＝契約年齢範囲）を実際に作成したときの様子を模式
的に表現したものである。

【００３９】上段部分の“商品情報テーブル１”は、基
本キーおよび副次キーとして図示の下記の項目をそれぞ
れ設定するテーブルである。 ・基本キー ・保種ＣＮ ・適用開始年月日 ・適用終了年月日 ・関連項目タイプ ・副次キー ・保険期間 ・契約年齢範囲 ・関連項目タイプ 下段部分は、商品情報テーブル１の項目を定義したもの
である。例えば保種ＣＮは、ＰＩＣ Ｘ（３）、即ち英
数字で３文字であると定義したものである。他も同様に
図示のように定義する。

【００４０】

【発明の効果】以上説明したように、本発明によれば、
保険商品に関する各基本情報の取扱手続３と共通項目
（基本キー）および個別項目（副次キー）を登録する商
品情報テーブル４とをカプセル化する構成を採用してい
るため、保険商品の新開発・修正などに応じて商品情報
テーブル４のデータのみを追加・修正などして簡易に対
応することができるようになった。

【図面の簡単な説明】

【図１】本発明の１実施例構成図である。

【図２】本発明の動作説明フローチャートである。

【図３】本発明の取扱チェックフローチャートである。

【図４】本発明のテーブル検索フローチャートである。

【図５】本発明のテーブルの具体例である。

【図６】従来技術の説明図である。

【符号の説明】

１：端末 ２：生命保険契約管理システム ３：取扱手続 ４：商品情報テーブル ５：共通項目（基本キー） ６：個別項目（副次キー）

Claims (2)

【特許請求の範囲】
1. 【請求項１】保険商品に関する基本情報毎に当該基本情
   報の取扱手続と、保険種類に共通な共通項目のデータお
   よび個別の個別項目のデータとを対応づけて設定するテ
   ーブルと、 顧客の保険商品に関する情報の入力に対応して上記各基
   本情報の取扱手続が対応づけた上記テーブルを参照して
   該当する保険種類の共通項目のデータを使って評価、あ
   るいは個別項目のデータがあるときは共通項目のデータ
   および個別項目のデータを使って評価を行い、これら評
   価結果を出力させる手段とを備えたことを特徴とする保
   険商品管理システム。
2. 【請求項２】上記テーブルの保険種類に共通な共通項目
   のデータおよび個別の個別項目の有無を設定し、個別項
   目のデータとして上記個別項目の有が設定されていた場
   合に個別の項目名とそのデータとを設定したことを特徴
   とする請求項１記載の保険商品管理システム。