(57)【要約】【課題】保険設計者、もしくはシステム開発者が制約条件を登録することで、被保険者についての保険設計情報を受け付けるたびに、入力範囲を絞り込んで商品を選択し、選択された商品についての保険設計書を作成する。【解決手段】ルールグループマスタ１２１等で構成される制御マスタは商品選択制御部１０１等の各処理部毎に設けられている。各制御マスタには商品取扱規定１３０に関するルールが所定の形式で登録される。また、商品マスタ１２６には商品取扱規定１３０に記載されている各商品の特性情報が所定の形式で登録される。保険設計システム１００は、保険設計書アプリケーションから保険設計情報を受け付けると、各処理部が、各制御マスタに登録された商品取扱規定１３０に関するルールと商品マスタ１２６に登録された各商品の特性情報とに従って処理を実行することにより、受け付けた保険設計情報に基づいて保険設計書を作成する。【選択図】図１
2015032191.tif 000002
【特許請求の範囲】
【請求項１】
商品選択制御ルールに従って商品選択制御を行う商品選択制御部、設計画面制御ルールに従って設計画面制御を行う設計画面制御部、規定チェックルールに従って規定チェックを行う規定チェック部、通算・査定チェックルールに従って通算・査定チェックを行う通算・査定チェック部、手数料規定ルールに従って手数料規定チェックを行う手数料規定部、および帳票文言制御ルールに従って帳票文言制御を行う帳票文言制御部の各処理部と、
前記処理部毎に設けられており、商品取扱規定に関するルールが所定の形式で登録される制御マスタと、
前記商品取扱規定に記載されている各商品の特性情報が所定の形式で登録される商品マスタと、
被保険者の保険設計に必要な項目を含む保険設計情報を受け付ける手段と、
を備え、
保険設計情報を受け付けると、前記各処理部が、前記各制御マスタに登録された商品取扱規定に関するルールと前記商品マスタに登録された各商品の特性情報とに従って処理を実行することにより、当該受け付けた保険設計情報に基づいて商品を選択し、選択された当該商品についての保険設計書を作成する、
ことを特徴とする保険設計システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生命保険を設計する保険設計システムに関する。
【背景技術】
【０００２】
保険業務コンピュータシステムのシステム利用者とシステム提供者によって共通に使用される用語間の関係が規定された共通のルールを用意し、システム利用者に保険業務の事務処理をそれらのルールによって定義させ、システム提供者側のコンピュータがシステム利用者によって定義された事務処理を取得してシステム実装用のプログラムを自動生成する保険業務の自動システム化方法が知られている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３０４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、保険設計システムにおいて、被保険者の年齢、性別、職業、設計内容等のような商品の各種制約条件が入力された段階で設計可能な商品の組み合わせを絞り込みたいというニーズが存在する。なぜなら、保険設計には被保険者や契約者、保険設計情報等の多数の情報を入力する必要があるが、保険設計が可能であるためには入力された全ての情報間において整合性が担保されている必要があるからである。
しかし、これを実現するためにはシステム利用者に商品の高い知識が必要となる。このため、保険商品は定期的な改訂、販売停止、新商品の販売を繰り返していくが、システム利用者はその都度商品の知識を身につける必要がある。
【０００５】
特許文献１に記載の保険業務の自動システム化方法では、一通り保険設計の内容の入力が完了してからでないと制約条件のチェックが行えないため、保険設計書を作成するときに入力内容の修正が頻繁に発生し、非常に効率が悪い。
また、上記保険業務の自動システム化方法では、事務処理を記述したソースコードを自動生成するが、テストに必要なテストケースは自動生成されないため、早期リリースが実現できない。
さらに、保険設計書アプリケーション開発者は商品の知識を身につけていないとテストケースを作成することができず、上記保険業務の自動システム化方法ではテストケースの不備、漏れ等が発生しやすい。
【０００６】
本発明の目的は、保険設計者、もしくはシステム開発者が制約条件を登録することで、被保険者についての保険設計情報を受け付けるたびに、入力範囲を絞り込んで商品を選択し、選択された商品についての保険設計書を作成する保険設計システムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明の保険設計システムは、
商品選択制御ルールに従って商品選択制御を行う商品選択制御部、設計画面制御ルールに従って設計画面制御を行う設計画面制御部、規定チェックルールに従って規定チェックを行う規定チェック部、通算・査定チェックルールに従って通算・査定チェックを行う通算・査定チェック部、手数料規定ルールに従って手数料規定チェックを行う手数料規定部、および帳票文言制御ルールに従って帳票文言制御を行う帳票文言制御部の各処理部と、
前記処理部毎に設けられており、商品取扱規定に関するルールが所定の形式で登録される制御マスタと、
前記商品取扱規定に記載されている各商品の特性情報が所定の形式で登録される商品マスタと、
被保険者の保険設計に必要な項目を含む保険設計情報を受け付ける手段と、
を備え、
保険設計情報を受け付けると、前記各処理部が、前記各制御マスタに登録された商品取扱規定に関するルールと前記商品マスタに登録された各商品の特性情報とに従って処理を実行することにより、当該受け付けた保険設計情報に基づいて商品を選択し、選択された当該商品についての保険設計書を作成する、
ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、保険設計者、もしくはシステム開発者が制約条件を登録することで、被保険者についての保険設計情報を受け付けるたびに、入力範囲を絞り込んで商品を選択し、選択された商品についての保険設計書を作成することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る保険設計システムの構成の一例を示す図である。
【図２Ａ】商品選択制御部についてのマスタの構成の一例を示す図である。
【図２Ｂ】図２Ａの続きの図である。
【図３】Excel等のアプリケーションを利用して作成された商品取扱規定１３０の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態に係る保険設計システムについて図面を参照しながら説明する。なお、実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。
【００１１】
図１は、本発明の実施形態に係る保険設計システム１００の構成の一例を示す。
保険設計システム１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される主メモリと、ハードディスク等で構成される記憶装置と、キーボードやマウス等を含む入力装置と、ディスプレイやプリンタ等を含む出力装置とを有するコンピュータである。保険設計システム１００はインターネット等のネットワーク３００に接続されている。
保険設計者が使用するＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２００には保険設計書アプリケーションがインストールされている。この保険設計書アプリケーションはネットワーク３００を介すことで保険設計システム１００の機能を利用し、保険設計書を作成する。
【００１２】
保険設計システム１００の記憶装置には、保険設計プログラムが記憶されている。保険設計システム１００のＣＰＵは、記憶装置から主メモリに保険設計プログラムを読み出して実行することにより、商品選択制御部１０１と、設計画面制御部１０２と、規定チェック部１０３と、通算・査定チェック部１０４と、手数料規定部１０５と、帳票文言制御部１０６との各部の機能を実現する。これらの各部は、それぞれ保険設計にて利用される代表的な機能である商品選択制御、設計画面制御、規定チェック、通算・査定チェック、手数料規定、および帳票文言制御を実行する。
これらの各部は、それぞれ商品選択制御ルール１１１と、設計画面制御ルール１１２と、規定チェックルール１１３と、通算・査定チェックルール１１４と、手数料規定ルール１１５と、帳票文言ルール１１６との各ルールに従った処理を行う。保険設計システム１００の記憶装置は、これらのルール毎に、ルールグループマスタ１２１と、ルールマスタ１２２と、条件マスタ１２３と、フローマスタ１２４と、処理マスタ１２５とで構成される制御マスタ（もしくはデータベース）を記憶している。商品選択制御ルール１１１等の各制御マスタには、商品選択制御ルール１１１等の各ルールの一部として商品取扱規定１３０に関するルールが所定の形式で登録される。保険設計システム１００の記憶装置は、また、商品マスタ１２６を記憶している。商品マスタ１２６には、商品取扱規定１３０に記載されている各商品の特性情報が商品選択制御部１０１等の各部の機能に依存しない所定の形式で登録される。なお、以下では、マスタという用語は、各制御マスタと商品マスタ１２６の両方を意味するものとする。
上述した商品選択制御部１０１等の各部において、商品毎の特徴による実装および、機能毎の振る舞いは排除されている。これらの各部は、必要に応じて商品マスタ１２６に登録された商品毎の情報をルールなどの判定に利用しながら、それぞれに対応した制御マスタに登録された条件、および処理を順に実施する。
【００１３】
保険設計書アプリケーションを用いてシステム利用者によって入力される保険設計情報の各項目（保険設計に必要な各入力項目）、および商品マスタ１２６の各項目にはアドレスが付与されている。保険設計システム１００は、そのアドレスの値が条件を満たすかどうかといった条件を定義した条件文マスタ１２３と、それら条件文の複合条件を管理するルールマスタ１２２、さらに、複合条件が成立した場合に、指定したアドレス先への振る舞いを定義した処理マスタ１２５と、それらの複合処理、順序を定義したフローマスタ１２４を保有することで、ノンプログラミングで事務処理を行う保険設計書サービスを実現する。
【００１４】
また、保険設計システム１００は、入力後に行われる規定のチェックや帳票出力といった各々の業務に応じて、登録したルールや処理を実施するよう管理する。例えば、保険設計システム１００の利用者は、商品の約款等の情報からExcel（登録商標）等のアプリケーションを利用し、商品取扱規定１３０に、保険設計書の入力項目や商品マスタ１２６のアドレスを定義し、チェックや入力制限等の条件、処理、処理順序を登録する。このようにして商品取扱規定１３０に定義されたアドレス情報、条件や処理をマスタに登録することで、保険設計を行う保険設計書サービスをノンプログラミングで実現する。
保険設計書サービスの代表的な事務処理の例には、商品選択制御、設計画面制御、規定チェック、通算・査定チェック、帳票といった商品の種類に関係なく必ず実施される事務処理が挙げられる。その事務処理単位に処理順を登録したマスタを特化し、Excel等のアプリケーションを利用して、マスタに各種商品の特性に合わせた各種制約条件のルールを登録する。
【００１５】
一方、保険設計書サービスのプログラムは各事務処理を行うにあたり、商品だけでなく、事務処理にも依存しないよう汎用的に実装するにあたり、商品特性による制約条件は登録された各種マスタにあるアドレスを参照して制約項目を特定し、制約条件を判定し、条件を満たす場合、指定された処理項目に対し、処理を実施する。このように、保険設計システム１００では事務処理に必要な項目にアドレスを付与し、その機能に合わせた商品の特性をマスタに登録し、その特性もアドレスで特定できるようにすることでプログラムから切り離すことが可能となる。これにより、新商品の販売や改訂があったとしても、マスタを変更するだけで修正が可能となる。
また、Excelを用意することで、複雑なマスタの構成に関係なくマスタを容易に編集することができる。
【００１６】
具体的には、保険設計書に記入する被保険者の性別という入力項目の場合、保険設計書情報全体のアドレスを”1”とし、被保険者の性別の項目のアドレスを”１“として、図２Ａに示すように、保険設計書情報の被保険者の性別を”1-1“といった具合にアドレスを定義する。また、図２Ｂに示すように、商品の特性情報を集めた商品マスタ１２６は商品ID（Identifier）を主キーとして構成され、例えばその商品が生命保険か医療保険か年金保険かを定義した保険種類といった項目を保有する。この商品マスタ１２６のアドレスを”2“、商品IDを”1“、保険種類を”2“と定義すると、それぞれ、商品マスタ１２６の商品IDのアドレスは”2-1“、保険種類は”2-2“として定義できる。これらのアドレスを利用することで、各マスタに処理内容を登録させることが可能となる。
【００１７】
例えば、図２Ａと図２Ｂにある商品選択制御部１０１における商品選択制御を例に説明する。
（１）保険設計アプリケーションから保険設計情報を受け取った商品選択制御部１０１は、商品選択制御ルール１１１にある処理順に登録されている順番で処理を行う。その際、同レコードに紐づくルールグループID単位に処理を行う。
（２）（１）で取得したルールグループIDをキーにルールグループマスタ１２１に登録されているルールグループ群を取得する。取得したルールグループのレコードから判定処理を行う対象を取得し、その単位で判定対象のループを決める。（例では商品マスタ１２６の全レコードでループを回す例と、保険設計情報内にある商品Aで判定するという例を載せている。）判定対象を特定した後、実際にルールIDに紐づくルールを実行する。また、ループで処理するために、処理を進めるにあたっての条件を登録する必要があり、成立する商品IDが存在するかなどといった実際に処理を行うための条件を設定する。また、ルールグループマスタ１２１にはルールグループIDと紐づくレコードは複数設定することができるため、例えば最初の条件で成立しない場合、次のルールグループIDに紐づくレコードへ処理を進めることが可能である。これにより通常のプログラムでのIF-ELSE文やSWITCH文などの処理を実現できる。
【００１８】
（３）ルールグループマスタ１２１に登録されているルールIDで紐づくルールマスタ１２２の内容を処理する。ルールマスタ１２２は１つ、または２つの条件式の結果を結合するテーブルで結合条件には、どちらも成立する（AND）やどちらかが成立する（OR）、どちらかが成立しない（NAND）、どちらも成立しない（NOR）といった論理演算を用いて、条件式を結合する。また、条件式の最小単位である条件マスタ１２３にはルールマスタ１２２に登録されている条件IDをキーに紐づけられ、指定されたアドレス先の値との比較を行う。比較方法は条件式（＝、≠、＜、＞、≦、≧など）と比較元、比較値を比較できるようプログラムで実装しておくことで可能とさせる。
【００１９】
（４）（１）〜（３）の処理にて条件が成立した場合にはフロー実施対象商品IDに対し、成立時のフローIDに紐づくフローを実施する。
（５）フローマスタ１２４に登録されたフロー順に処理を行う。フローマスタ１２４の処理IDには処理マスタ１２５に登録された処理IDのほか、フローマスタ１２４にあるフローIDを登録することが可能で、これにより複数の処理を実施することが可能となる。
（６）処理マスタ１２５は処理の最小単位で、指定された保険設計情報のアドレスに対し、値の代入や、選択肢の追加、表示、非表示などの処理を行う。これらの処理はアドレスさえ指定してもらえれば、可能なようにプログラムであらかじめ実装しておく。
これら（１）〜（６）の順に処理を行うことで、様々な業務ロジックをマスタに登録するだけで処理を行えるようになる。
【００２０】
例えば、図２Ａと図２Ｂにあるように商品選択制御であれば、対象性別による絞込み⇒対象年齢による絞り込み⇒付加可能特約による絞り込み⇒同時設計可能商品による絞込みといった順に実施するよう商品選択制御ルール１１１に定義する。
対象性別による絞込みは被保険者が男性と女性の場合に設計可能な商品が異なるため、ルールグループマスタ１２１には２つのレコードを同じルールグループとして登録する（RG1）。ルール判定の対象は商品マスタ１２６であり、判定の対象は全商品であるため、ルール判定対象を商品マスタ１２６、対象商品IDを全商品とする。実際のルールとしては、被保険者が男性の場合に、商品マスタ１２６の男性の項目が設計可能な商品があること、もしくは被保険者が女性の場合は商品マスタ１２６の女性の項目が設計可能であることが条件であるため、その条件をルールマスタ１２２にそれぞれ登録する（男性の抽出条件はR1、女性の抽出条件はR2）。被保険者が男性である場合の条件（J1）、男性が設計可能である条件（J3）を条件マスタ１２３に登録し、ルールマスタ１２２の男性の抽出条件と紐付ける。
【００２１】
ルールグループマスタ１２１ではルールが成立した場合に、フローを実施するが、フローの実施条件はルールが成立する商品IDが１つでも存在している場合なので、その内容を登録しておく。プログラム上では、この条件に該当した場合に、フローを実施できるよう作成しておく。ただし、フローを実施するのは成立した全ての商品IDが対象となっているので、ルール全ての商品IDで実施し、対象の商品IDを抽出し、該当した全ての商品IDの数だけ処理フローを実施する。
フローIDで紐付けられた処理フローはフローマスタ１２４に登録された処理ID順に処理を行う。処理IDで紐付けられた処理マスタ１２５には処理を行うアドレス、処理内容と設定内容が登録されており、そのマスタに従って、処理を行う。今回の例では、主契約の商品の選択肢に、設計可能な主契約の商品IDを追加する処理となる。このようにして、他の制御も同様に登録を行い、保険設計書サービスを構築していく。
【００２２】
図３は、Excel等のアプリケーションを利用して作成された商品取扱規定１３０の一例を示す。各ルールへの登録は、商品取扱規定１３０を利用し、登録を実施する。登録用の商品取扱規定１３０は商品の規定をベースにしたフォーマットを用いる。それぞれの入力項目は各種ルールに登録される。Excel等を利用することで、プログラムを実装できない担当者でも登録することが容易となり、さらに、登録した内容を確認することも容易となるため、高品質な機能の提供が期待できる。また、このExcel等を用いることでプログラム設計書を作成する工程やプログラムを実装する工程が不要となるため、開発期間の短縮が期待できる。
さらに登録されたルール情報を元に保険設計書アプリケーションが使用する結合テストケース１４０を出力する。保険設計書アプリケーション開発者は商品の各種規定の情報を熟知していなくとも出力された結合テストケース１４０を元に結合テストが実施できる。このため、テスト項目の不備、漏れ等を防ぐことが可能となるため、高品質なアプリケーションが期待できる。
【００２３】
以上説明したように、本発明によれば、商品取扱規定１３０の編集だけで各種制約条件をマスタに登録できるため、開発の期間、工数の逓減が期待できる。さらに、登録されたマスタの内容を利用し、結合テストケース１４０の作成補助が可能となるため、テストの期間、工数の逓減が期待でき、早期のリリースを可能とする。
また、マスタは複雑になりがちだが、Excel等を利用して作成することで、制約条件の内容が利用者にも見やすく、開発者との認識の齟齬が発生しにくい。
また、商品選択制御、設計画面制御の制約条件をルールとしてマスタに登録することで、設計可能な入力の範囲を絞り込むことが可能となるため、システム利用者は保険設計の不備や入力内容の修正が少なくなることが期待できるため、効率よく保険設計を行える。
【符号の説明】
【００２４】
１００…保険設計システム、１０１…商品選択制御部、１０２…設計画面制御部、１０３…規定チェック部、１０４…通算・査定チェック部、１０５…手数料規定部、１０６…帳票文言制御部、１１１…商品選択制御ルール、１１２…設計画面制御ルール、１１３…規定チェックルール、１１４…通算・査定チェックルール、１１５…手数料規定ルール、１１６…帳票文言ルール、１２１…ルールグループマスタ、１２２…ルールマスタ、１２３…条件マスタ、１２４…フローマスタ、１２５…処理マスタ、１２６…商品マスタ、１３０…商品取扱規定、１４０…保険設計書アプリケーション用結合テストケース、２００…ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、３００…ネットワーク
【図１】
2015032191.tif 000003
【図２Ａ】
2015032191.tif 000004
【図２Ｂ】
2015032191.tif 000005
【図３】
2015032191.tif 000006
【手続補正書】
【提出日】平成26年6月17日(2014.6.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
商品選択制御を行うための商品選択制御ルールを含むルールであって商品の種類に関係なく必ず実施される事務処理についてのルールが、当該ルールの一部は商品取扱規定に基づいて、所定の形式で登録された制御マスタと、
前記商品取扱規定に記載されている各商品の特性情報が所定の形式で登録された商品マスタと、
被保険者の保険設計に必要な項目を含む保険設計情報に基づいて、前記制御マスタに登録された商品選択制御ルールと前記商品マスタに登録された各商品の特性情報とに従って処理を実行することにより商品を選択する商品選択制御部と、
を備えることを特徴とする保険設計システム。
【請求項２】
前記制御マスタに登録されているルールが、設計画面制御ルールと、規定チェックルールと、通算・査定チェックルールと、手数料規定ルールと、帳票文言制御ルールとを含み、
前記設計画面制御ルールに従って設計画面制御を行う設計画面制御部と、
前記規定チェックルールに従って規定チェックを行う規定チェック部と、
前記通算・査定チェックルールに従って通算・査定チェックを行う通算・査定チェック部と、
前記手数料規定ルールに従って手数料規定チェックを行う手数料規定部と、
前記帳票文言制御ルールに従って帳票文言制御を行う帳票文言制御部と、
を備えることを特徴とする請求項１に記載の保険設計システム。
【請求項３】
前記商品取扱規定は、商品の規定に基づいた所定の形式であり、Ｅｘｃｅｌを利用して作成されることを特徴とする請求項１または２に記載の保険設計システム。
【請求項４】
商品選択制御を行うための商品選択制御ルールを含むルールであって商品の種類に関係なく必ず実施される事務処理についてのルールを、当該ルールの一部は商品取扱規定に基づいて、所定の形式で制御マスタに登録するステップと、
前記商品取扱規定に記載されている各商品の特性情報を所定の形式で商品マスタに登録するステップと、
被保険者の保険設計に必要な項目を含む保険設計情報に基づいて、前記制御マスタに登録された商品選択制御ルールと前記商品マスタに登録された各商品の特性情報とに従って処理を実行することにより商品を選択するステップと、
を備えることを特徴とする保険設計方法。
【請求項５】
前記商品取扱規定は、商品の規定に基づいた所定の形式であり、Ｅｘｃｅｌを利用して作成されることを特徴とする請求項４に記載の保険設計方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生命保険を設計する保険設計システムおよび保険設計方法に関する。
【背景技術】
【０００２】
保険業務コンピュータシステムのシステム利用者とシステム提供者によって共通に使用される用語間の関係が規定された共通のルールを用意し、システム利用者に保険業務の事務処理をそれらのルールによって定義させ、システム提供者側のコンピュータがシステム利用者によって定義された事務処理を取得してシステム実装用のプログラムを自動生成する保険業務の自動システム化方法が知られている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３０４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、保険設計システムにおいて、被保険者の年齢、性別、職業、設計内容等のような商品の各種制約条件が入力された段階で設計可能な商品の組み合わせを絞り込みたいというニーズが存在する。なぜなら、保険設計には被保険者や契約者、保険設計情報等の多数の情報を入力する必要があるが、保険設計が可能であるためには入力された全ての情報間において整合性が担保されている必要があるからである。
しかし、これを実現するためにはシステム利用者に商品の高い知識が必要となる。このため、保険商品は定期的な改訂、販売停止、新商品の販売を繰り返していくが、システム利用者はその都度商品の知識を身につける必要がある。
【０００５】
特許文献１に記載の保険業務の自動システム化方法では、一通り保険設計の内容の入力が完了してからでないと制約条件のチェックが行えないため、保険設計書を作成するときに入力内容の修正が頻繁に発生し、非常に効率が悪い。
また、上記保険業務の自動システム化方法では、事務処理を記述したソースコードを自動生成するが、テストに必要なテストケースは自動生成されないため、早期リリースが実現できない。
さらに、保険設計書アプリケーション開発者は商品の知識を身につけていないとテストケースを作成することができず、上記保険業務の自動システム化方法ではテストケースの不備、漏れ等が発生しやすい。
【０００６】
本発明の目的は、保険設計者、もしくはシステム開発者が制約条件を登録することで、被保険者についての保険設計情報を受け付けるたびに、入力範囲を絞り込んで商品を選択し、選択された商品についての保険設計書を作成する保険設計システムおよび保険設計方法を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の保険設計システムは、
商品選択制御を行うための商品選択制御ルールを含むルールであって商品の種類に関係なく必ず実施される事務処理についてのルールが、当該ルールの一部は商品取扱規定に基づいて、所定の形式で登録された制御マスタと、
前記商品取扱規定に記載されている各商品の特性情報が所定の形式で登録された商品マスタと、
被保険者の保険設計に必要な項目を含む保険設計情報に基づいて、前記制御マスタに登録された商品選択制御ルールと前記商品マスタに登録された各商品の特性情報とに従って処理を実行することにより商品を選択する商品選択制御部と、
を備えることを特徴とする。
【０００８】
好ましくは、本発明の保険設計システムは、
前記制御マスタに登録されているルールが、設計画面制御ルールと、規定チェックルールと、通算・査定チェックルールと、手数料規定ルールと、帳票文言制御ルールとを含み、
前記設計画面制御ルールに従って設計画面制御を行う設計画面制御部と、
前記規定チェックルールに従って規定チェックを行う規定チェック部と、
前記通算・査定チェックルールに従って通算・査定チェックを行う通算・査定チェック部と、
前記手数料規定ルールに従って手数料規定チェックを行う手数料規定部と、
前記帳票文言制御ルールに従って帳票文言制御を行う帳票文言制御部と、
を備えることを特徴とする。
【０００９】
好ましくは、本発明の保険設計システムは、
前記商品取扱規定が、商品の規定に基づいた所定の形式であり、Ｅｘｃｅｌを利用して作成されることを特徴とする。
【００１０】
また、本発明の保険設計方法は、
商品選択制御を行うための商品選択制御ルールを含むルールであって商品の種類に関係なく必ず実施される事務処理についてのルールを、当該ルールの一部は商品取扱規定に基づいて、所定の形式で制御マスタに登録するステップと、
前記商品取扱規定に記載されている各商品の特性情報を所定の形式で商品マスタに登録するステップと、
被保険者の保険設計に必要な項目を含む保険設計情報に基づいて、前記制御マスタに登録された商品選択制御ルールと前記商品マスタに登録された各商品の特性情報とに従って処理を実行することにより商品を選択するステップと、
を備えることを特徴とする。
【００１１】
好ましくは、本発明の保険設計方法は、
前記商品取扱規定が、商品の規定に基づいた所定の形式であり、Ｅｘｃｅｌを利用して作成されることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、保険設計者、もしくはシステム開発者が制約条件を登録することで、被保険者についての保険設計情報を受け付けるたびに、入力範囲を絞り込んで商品を選択し、選択された商品についての保険設計書を作成することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る保険設計システムの構成の一例を示す図である。
【図２Ａ】商品選択制御部についてのマスタの構成の一例を示す図である。
【図２Ｂ】図２Ａの続きの図である。
【図３】Excel等のアプリケーションを利用して作成された商品取扱規定の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態に係る保険設計システムおよび保険設計方法について図面を参照しながら説明する。なお、実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。
【００１５】
図１は、本発明の実施形態に係る保険設計システム１００の構成の一例を示す。
保険設計システム１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む主メモリと、ハードディスク等を含む記憶装置と、キーボードやマウス等を含む入力装置と、ディスプレイやプリンタ等を含む出力装置とを有するコンピュータである。保険設計システム１００はインターネット等のネットワーク３００に接続されている。
保険設計者が使用するＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２００には保険設計書アプリケーションがインストールされている。この保険設計書アプリケーションはネットワーク３００を介すことで保険設計システム１００の機能を利用し、保険設計書を作成する。
【００１６】
保険設計システム１００の記憶装置には、保険設計プログラムが記憶されている。保険設計システム１００のＣＰＵは、記憶装置から主メモリに保険設計プログラムを読み出して実行することにより、商品選択制御部１０１と、設計画面制御部１０２と、規定チェック部１０３と、通算・査定チェック部１０４と、手数料規定部１０５と、帳票文言制御部１０６との各部の機能を実現する。これらの各部は、それぞれ保険設計にて利用される代表的な機能である商品選択制御、設計画面制御、規定チェック、通算・査定チェック、手数料規定、および帳票文言制御を実行する。
これらの各部は、それぞれ商品選択制御ルール１１１と、設計画面制御ルール１１２と、規定チェックルール１１３と、通算・査定チェックルール１１４と、手数料規定ルール１１５と、帳票文言ルール１１６との各ルールに従った処理を行う。保険設計システム１００の記憶装置は、これらのルール毎に、ルールグループマスタ１２１と、ルールマスタ１２２と、条件マスタ１２３と、フローマスタ１２４と、処理マスタ１２５とで構成される制御マスタ（もしくはデータベース）を記憶している。商品選択制御ルール１１１等の各制御マスタには、商品選択制御ルール１１１等の各ルールの一部として商品取扱規定１３０に関するルールが所定の形式で登録される。保険設計システム１００の記憶装置は、また、商品マスタ１２６を記憶している。商品マスタ１２６には、商品取扱規定１３０に記載されている各商品の特性情報が商品選択制御部１０１等の各部の機能に依存しない所定の形式で登録される。なお、以下では、マスタという用語は、各制御マスタと商品マスタ１２６の両方を意味するものとする。
上述した商品選択制御部１０１等の各部において、商品毎の特徴による実装および、機能毎の振る舞いは排除されている。これらの各部は、必要に応じて商品マスタ１２６に登録された商品毎の情報をルールなどの判定に利用しながら、それぞれに対応した制御マスタに登録された条件に基づいて処理を順に実施する。
【００１７】
保険設計書アプリケーションを用いてシステム利用者によって入力される保険設計情報の各項目（保険設計に必要な各入力項目）、および商品マスタ１２６の各項目にはアドレスが付与されている。保険設計システム１００は、そのアドレスの値が条件を満たすかどうかといった条件を定義した条件文マスタ１２３と、それら条件文の複合条件を管理するルールマスタ１２２、さらに、複合条件が成立した場合に、指定したアドレス先への振る舞いを定義した処理マスタ１２５と、それらの複合処理、順序を定義したフローマスタ１２４を保有することで、ノンプログラミングで事務処理を行う保険設計書サービスを実現する。
【００１８】
また、保険設計システム１００は、入力後に行われる規定のチェックや帳票出力といった各々の業務に応じて、登録したルールや処理を実施するよう管理する。例えば、保険設計システム１００の利用者は、商品の約款等の情報からExcel（登録商標）等のアプリケーションを利用し、商品取扱規定１３０に、保険設計書の入力項目や商品マスタ１２６のアドレスを定義し、チェックや入力制限等の条件、処理、処理順序を登録する。このようにして商品取扱規定１３０に定義されたアドレス情報、条件や処理をマスタに登録することで、保険設計を行う保険設計書サービスをノンプログラミングで実現する。
保険設計書サービスの代表的な事務処理の例には、商品選択制御、設計画面制御、規定チェック、通算・査定チェック、帳票といった商品の種類に関係なく必ず実施される事務処理が挙げられる。その事務処理単位に処理順を登録したマスタを特化し、Excel等のアプリケーションを利用して、マスタに各種商品の特性に合わせた各種制約条件のルールを登録する。
【００１９】
一方、保険設計書サービスのプログラムは各事務処理を行うにあたり、商品だけでなく、事務処理にも依存しないよう汎用的に実装するにあたり、商品特性による制約条件は登録された各種マスタにあるアドレスを参照して制約項目を特定し、制約条件を判定し、条件を満たす場合、指定された処理項目に対し、処理を実施する。このように、保険設計システム１００では事務処理に必要な項目にアドレスを付与し、その機能に合わせた商品の特性をマスタに登録し、その特性もアドレスで特定できるようにすることでプログラムから切り離すことが可能となる。これにより、新商品の販売や改訂があったとしても、マスタを変更するだけで修正が可能となる。
また、Excelを用意することで、複雑なマスタの構成に関係なくマスタを容易に編集することができる。
【００２０】
具体的には、保険設計書に記入する被保険者の性別という入力項目の場合、保険設計書情報全体のアドレスを”1”とし、被保険者の性別の項目のアドレスを”１“として、図２Ａに示すように、保険設計書情報の被保険者の性別を”1-1“といった具合にアドレスを定義する。また、図２Ｂに示すように、商品の特性情報を集めた商品マスタ１２６は商品ID（Identifier）を主キーとして構成され、例えばその商品が生命保険か医療保険か年金保険かを定義した保険種類といった項目を保有する。この商品マスタ１２６のアドレスを”2“、商品IDを”1“、保険種類を”2“と定義すると、それぞれ、商品マスタ１２６の商品IDのアドレスは”2-1“、保険種類は”2-2“として定義できる。これらのアドレスを利用することで、各マスタに処理内容を登録させることが可能となる。
【００２１】
例えば、図２Ａと図２Ｂにある商品選択制御部１０１における商品選択制御を例に説明する。
（１）保険設計アプリケーションから保険設計情報を受け取った商品選択制御部１０１は、商品選択制御ルール１１１にある処理順に登録されている順番で処理を行う。その際、同レコードに紐づくルールグループID単位に処理を行う。
（２）（１）で取得したルールグループIDをキーにルールグループマスタ１２１に登録されているルールグループ群を取得する。取得したルールグループのレコードから判定処理を行う対象を取得し、その単位で判定対象のループを決める。（例では商品マスタ１２６の全レコードでループを回す例と、保険設計情報内にある商品Aで判定するという例を載せている。）判定対象を特定した後、実際にルールIDに紐づくルールを実行する。また、ループで処理するために、処理を進めるにあたっての条件を登録する必要があり、成立する商品IDが存在するかなどといった実際に処理を行うための条件を設定する。また、ルールグループマスタ１２１にはルールグループIDと紐づくレコードは複数設定することができるため、例えば最初の条件で成立しない場合、次のルールグループIDに紐づくレコードへ処理を進めることが可能である。これにより通常のプログラムでのIF-ELSE文やSWITCH文などの処理を実現できる。
【００２２】
（３）ルールグループマスタ１２１に登録されているルールIDで紐づくルールマスタ１２２の内容を処理する。ルールマスタ１２２は１つ、または２つの条件式の結果を結合するテーブルで結合条件には、どちらも成立する（AND）やどちらかが成立する（OR）、どちらかが成立しない（NAND）、どちらも成立しない（NOR）といった論理演算を用いて、条件式を結合する。また、条件式の最小単位である条件マスタ１２３にはルールマスタ１２２に登録されている条件IDをキーに紐づけられ、指定されたアドレス先の値との比較を行う。比較方法は条件式（＝、≠、＜、＞、≦、≧など）と比較元、比較値を比較できるようプログラムで実装しておくことで可能とさせる。
【００２３】
（４）（１）〜（３）の処理にて条件が成立した場合にはフロー実施対象商品IDに対し、成立時のフローIDに紐づくフローを実施する。
（５）フローマスタ１２４に登録されたフロー順に処理を行う。フローマスタ１２４の処理IDには処理マスタ１２５に登録された処理IDのほか、フローマスタ１２４にあるフローIDを登録することが可能で、これにより複数の処理を実施することが可能となる。
（６）処理マスタ１２５は処理の最小単位で、指定された保険設計情報のアドレスに対し、値の代入や、選択肢の追加、表示、非表示などの処理を行う。これらの処理はアドレスさえ指定してもらえれば、可能なようにプログラムであらかじめ実装しておく。
これら（１）〜（６）の順に処理を行うことで、様々な業務ロジックをマスタに登録するだけで処理を行えるようになる。
【００２４】
例えば、図２Ａと図２Ｂにあるように商品選択制御であれば、対象性別による絞込み⇒対象年齢による絞り込み⇒付加可能特約による絞り込み⇒同時設計可能商品による絞込みといった順に実施するよう商品選択制御ルール１１１に定義する。
対象性別による絞込みは被保険者が男性と女性の場合に設計可能な商品が異なるため、ルールグループマスタ１２１には２つのレコードを同じルールグループとして登録する（RG1）。ルール判定の対象は商品マスタ１２６であり、判定の対象は全商品であるため、ルール判定対象を商品マスタ１２６、対象商品IDを全商品とする。実際のルールとしては、被保険者が男性の場合に、商品マスタ１２６の男性の項目が設計可能な商品があること、もしくは被保険者が女性の場合は商品マスタ１２６の女性の項目が設計可能であることが条件であるため、その条件をルールマスタ１２２にそれぞれ登録する（男性の抽出条件はR1、女性の抽出条件はR2）。被保険者が男性である場合の条件（J1）、男性が設計可能である条件（J3）を条件マスタ１２３に登録し、ルールマスタ１２２の男性の抽出条件と紐付ける。
【００２５】
ルールグループマスタ１２１ではルールが成立した場合に、フローを実施するが、フローの実施条件はルールが成立する商品IDが１つでも存在している場合なので、その内容を登録しておく。プログラム上では、この条件に該当した場合に、フローを実施できるよう作成しておく。ただし、フローを実施するのは成立した全ての商品IDが対象となっているので、ルール全ての商品IDで実施し、対象の商品IDを抽出し、該当した全ての商品IDの数だけ処理フローを実施する。
フローIDで紐付けられた処理フローはフローマスタ１２４に登録された処理ID順に処理を行う。処理IDで紐付けられた処理マスタ１２５には処理を行うアドレス、処理内容と設定内容が登録されており、そのマスタに従って、処理を行う。今回の例では、主契約の商品の選択肢に、設計可能な主契約の商品IDを追加する処理となる。このようにして、他の制御も同様に登録を行い、保険設計書サービスを構築していく。
【００２６】
図３は、Excel等のアプリケーションを利用して作成された商品取扱規定１３０の一例を示す。各ルールへの登録は、商品取扱規定１３０を利用し、登録を実施する。登録用の商品取扱規定１３０は商品の規定をベースにしたフォーマットを用いる。それぞれの入力項目は各種ルールに登録される。Excel等を利用することで、プログラムを実装できない担当者でも登録することが容易となり、さらに、登録した内容を確認することも容易となるため、高品質な機能の提供が期待できる。また、このExcel等を用いることでプログラム設計書を作成する工程やプログラムを実装する工程が不要となるため、開発期間の短縮が期待できる。
さらに登録されたルール情報を元に保険設計書アプリケーションが使用する結合テストケース１４０を出力する。保険設計書アプリケーション開発者は商品の各種規定の情報を熟知していなくとも出力された結合テストケース１４０を元に結合テストが実施できる。このため、テスト項目の不備、漏れ等を防ぐことが可能となるため、高品質なアプリケーションが期待できる。
【００２７】
以上説明したように、本発明によれば、商品取扱規定１３０の編集だけで各種制約条件をマスタに登録できるため、開発の期間、工数の逓減が期待できる。さらに、登録されたマスタの内容を利用し、結合テストケース１４０の作成補助が可能となるため、テストの期間、工数の逓減が期待でき、早期のリリースを可能とする。
また、マスタは複雑になりがちだが、Excel等を利用して作成することで、制約条件の内容が利用者にも見やすく、開発者との認識の齟齬が発生しにくい。
また、商品選択制御、設計画面制御の制約条件をルールとしてマスタに登録することで、設計可能な入力の範囲を絞り込むことが可能となるため、システム利用者は保険設計の不備や入力内容の修正が少なくなることが期待できるため、効率よく保険設計を行える。
【符号の説明】
【００２８】
１００…保険設計システム、１０１…商品選択制御部、１０２…設計画面制御部、１０３…規定チェック部、１０４…通算・査定チェック部、１０５…手数料規定部、１０６…帳票文言制御部、１１１…商品選択制御ルール、１１２…設計画面制御ルール、１１３…規定チェックルール、１１４…通算・査定チェックルール、１１５…手数料規定ルール、１１６…帳票文言ルール、１２１…ルールグループマスタ、１２２…ルールマスタ、１２３…条件マスタ、１２４…フローマスタ、１２５…処理マスタ、１２６…商品マスタ、１３０…商品取扱規定、１４０…保険設計書アプリケーション用結合テストケース、２００…ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、３００…ネットワーク