(57)【要約】      （修正有）【課題】分割払型保険商品の積立金計算において使用される予定利率、経過年数等の情報を毎回支払われる保険料ごとに考慮することができるように構成された保険商品処理システム、保険商品処理方法、保険商品処理方法を実現するためのコンピュータ・プログラムを提供する。【解決手段】入力端末と、保険データ処理管理装置と、出力端末とを備え、保険データ処理管理装置は、入力端末から入力された保険契約の保険契約者に関するデータを、それぞれが所定数の項目に分類された複数のレコードに、保険契約毎に一つのレコードの割合で格納する第１のデータベースと、保険契約に関する特定のデータを、該保険契約の保険期間に応じて、シーケンシャルに格納する第２のデータベースと、入力端末から入力されたデータに基づき、第１のデータベース及び第２のデータベースのレコードを用いて、保険商品に関するデータを処理する主処理装置とを備える。【選択図】図１
2005165544.tif 000002
【特許請求の範囲】
【請求項１】
保険商品に関する種々のデータを入力する入力端末と、前記入力端末から入力された保険商品に関する種々のデータを処理しかつ管理する保険データ処理管理装置と、保険データ処理管理装置により処理されかつ管理されているデータを出力する出力端末とを備え、
前記保険データ処理管理装置は、前記入力端末から入力された保険契約の保険契約者に関するデータを、保険種類及び証券番号順のいずれか一方または両方に基づき、それぞれが所定数の項目に分類された複数のレコードに、保険契約毎に一つのレコードの割合で格納する第１のデータベースと、前記入力端末から入力された保険契約に関する特定のデータを、該保険契約の保険期間に応じて、それぞれが特定数のセルを有する複数のレコードに、分割してシーケンシャルに格納する第２のデータベースと、前記入力端末から入力されたデータに基づき、前記第１のデータベース及び前記第２のデータベースのレコードを用いて、前記保険商品に関するデータを処理する主処理装置とを備えることを特徴とする保険商品処理システム。
【請求項２】
前記主処理装置は、インプットデータとして前記入力端末から入力されたデータを読み込み、該読み込んだデータの保険種類及び証券番号をキーとして、前記第１のデータベース及び前記第２のデータベースのレコードのうちから該キーに対応するレコードを読み込み、コモンエリア内の該レコードに対応するエリアに編集することを特徴とする請求項１に記載の保険商品処理システム。
【請求項３】
前記主処理装置は、前記インプットデータのＴＡＳＫコードにより、当該ＴＡＳＫコードに対応付けられたセグメントをＣＡＬＬして制御を引き渡すように構成され、該引き渡しのときに、該インプットデータがそのまま前記コモンエリアの所定の格納エリアに編集されて、前記セグメントに引き継がれることを特徴とする請求項２に記載の保険商品処理システム。
【請求項４】
前記主処理装置は、前記対応付けられたセグメントより制御が戻ったときに、前記第１及び第２のデータベースへのアップデートを行うか否かを判断するためのマスタ更新指示に所定のサインが編集されていた場合には、前記第１及び第２のデータベースに対して、前記コモンエリアのデータを実更新することを特徴とする請求項３に記載の保険商品処理システム。
【請求項５】
前記第２のデータベースの前記複数のレコードのそれぞれは、格納レコードを構成し、各該格納レコードのサイズは、保険商品の運用期間に基づいて設定されることを特徴とする請求項１に記載の保険商品処理システム。
【請求項６】
前記格納レコードは、４０個のセルを１レコードとして、最大１２０個のセルを３レコードに分割して、一つの保険契約毎にデータを保持するように構成されることを特徴とする請求項５に記載の保険商品処理システム。
【請求項７】
入力端末から入力された保険契約の保険契約者に関するデータを、保険種類及び証券番号順に基づき、それぞれが所定数の項目に分類された複数のレコードに、保険契約毎に一つのレコードの割合で格納する第１のデータベースと、前記入力端末から入力された保険契約に関する特定のデータを、該保険契約の保険期間に応じて、それぞれが特定数のセルを有する複数のレコードに、分割してシーケンシャルに格納する第２のデータベースと、前記入力端末から入力されたデータに基づき、前記第１のデータベース及び前記第２のデータベースのレコードを用いて、前記保険商品に関するデータを処理する主処理装置とを備える保険データ処理管理装置で実施される保険商品処理方法であって、
インプットデータとして前記入力端末から入力されたデータを読み込む段階と、該読み込んだデータの保険種類及び証券番号をキーとして、前記第１のデータベース及び前記第２のデータベースのレコードのうちから該キーに対応するレコードを読み込み、コモンエリア内の該レコードに対応するエリアに編集する段階とを具備することを特徴とする保険商品処理方法。
【請求項８】
前記インプットデータのＴＡＳＫコードにより、当該ＴＡＳＫコードに対応付けられたセグメントをＣＡＬＬして制御を引き渡す段階と、該引き渡しのときに、該インプットデータがそのまま前記コモンエリアの所定の格納エリアに編集されて、前記セグメントに引き継がれる段階とを更に具備することを特徴とする請求項７に記載の保険商品処理方法。
【請求項９】
前記対応付けられたセグメントより制御が戻ったときに、前記第１及び第２のデータベースへのアップデートを行うか否かを判断するためのマスタ更新指示に所定のサインが編集されていた場合には、前記第１及び第２のデータベースに対して、前記コモンエリアのデータを実更新する段階を更に具備することを特徴とする請求項８に記載の保険商品処理方法。
【請求項１０】
格納レコードを前記第２のデータベースの前記複数のレコードのそれぞれで構成する段階と、各該格納レコードのサイズを保険商品の運用期間に基づいて設定する段階とを具備することを特徴とする請求項７に記載の保険商品処理方法。
【請求項１１】
一つの保険契約毎にデータを、４０個のセルを１レコードとして最大１２０個のセルを３レコードに分割して、前記格納レコードに保持する段階を具備することを特徴とする請求項１０に記載の保険商品処理方法。
【請求項１２】
入力端末から入力された保険契約の保険契約者に関するデータを、保険種類及び証券番号順に基づき、それぞれが所定数の項目に分類された複数のレコードに、保険契約毎に一つのレコードの割合で格納する第１のデータベースのレコードと、前記入力端末から入力された保険契約に関する特定のデータを、該保険契約の保険期間に応じて、それぞれが特定数のセルを有する複数のレコードに、分割してシーケンシャルに格納する第２のデータベースのレコードとを用いて、前記入力端末から入力されたデータに基づき、前記保険商品に関するデータを処理するコンピュータにおいて、
インプットデータとして前記入力端末から入力されたデータを読み込む手順と、該読み込んだデータの保険種類及び証券番号をキーとして、前記第１のデータベース及び前記第２のデータベースのレコードのうちから該キーに対応するレコードを読み込み、コモンエリア内の該レコードに対応するエリアに編集する手順とをコンピュータに実施させるコンピュータ・プログラム。
【請求項１３】
前記インプットデータのＴＡＳＫコードにより、当該ＴＡＳＫコードに対応付けられたセグメントをＣＡＬＬして制御を引き渡す手順と、該引き渡しのときに、該インプットデータがそのまま前記コモンエリアの所定の格納エリアに編集されて、前記セグメントに引き継がれる手順とを更にコンピュータに実施させる請求項１２に記載のコンピュータ・プログラム。
【請求項１４】
前記対応付けられたセグメントより制御が戻ったときに、前記第１及び第２のデータベースへのアップデートを行うか否かを判断するためのマスタ更新指示に所定のサインが編集されていた場合には、前記第１及び第２のデータベースに対して、前記コモンエリアのデータを実更新する手順を更にコンピュータに実施させる請求項１３に記載のコンピュータ・プログラム。
【請求項１５】
格納レコードを前記第２のデータベースの前記複数のレコードのそれぞれで構成する手順と、各該格納レコードのサイズを保険商品の運用期間に基づいて設定する手順とを更にコンピュータに実施させる請求項１２に記載のコンピュータ・プログラム。
【請求項１６】
一つの保険契約毎にデータを、４０個のセルを１レコードとして最大１２０個のセルを３レコードに分割して、前記格納レコードに保持する手順をコンピュータに実施させる請求項１５に記載のコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、新しく開発された保険商品に関する様々な処理を実施する保険商品処理システム、保険商品処理方法、保険商品処理方法を実現するためのコンピュータ・プログラムに関する。
【背景技術】
【０００２】
従来、外貨建の保険商品において、市場に連動した予定利率を設定することができる保険商品として「予定利率市場連動型個人年金保険」がよく知られている。
【０００３】
通常の分割払型保険商品では、積立金計算において使用される予定利率、経過年数、等のパラメータは、毎回の保険料ごとに考慮されることはなく、１契約中において「共通」となっているため、その保険商品を取り扱うシステム（以下、保険システムと略称する）では、積立金計算において使用される予定利率、経過年数の情報は、すべて一つのマスタに格納して構成することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、本発明の出願人により新たに開発された分割払型保険商品では、積立金計算に必要な外貨ベースの保険料、予定利率、経過年月数等の情報が「共通」ではなく、それぞれが毎回の保険料の支払時点において異なるために、従来の保険商品を取り扱う保険システムでは、新たに開発された分割払型保険商品の積立金計算を効率的かつ迅速に処理することができないという問題点があった。
【０００５】
本発明は、上記従来の保険システムの問題点に鑑みてなされたものであり、その課題は、新たに開発された分割払型保険商品の積立金計算において使用される予定利率、経過年数等の情報を毎回支払われる保険料ごとに考慮することができるように構成された保険商品処理システム、保険商品処理方法、保険商品処理方法を実現するためのコンピュータ・プログラムを提供することをその課題とする。
【課題を解決するための手段】
【０００６】
本発明の上記課題は、保険商品に関する種々のデータを入力する入力端末と、前記入力端末から入力された保険商品に関する種々のデータを処理しかつ管理する保険データ処理管理装置と、保険データ処理管理装置により処理されかつ管理されているデータを出力する出力端末とを備え、前記保険データ処理管理装置は、前記入力端末から入力された保険契約の保険契約者に関するデータを、保険種類及び証券番号順のいずれか一方または両方に基づき、それぞれが所定数の項目に分類された複数のレコードに、保険契約毎に一つのレコードの割合で格納する第１のデータベースと、前記入力端末から入力された保険契約に関する特定のデータを、該保険契約の保険期間に応じて、それぞれが特定数のセルを有する複数のレコードに、分割してシーケンシャルに格納する第２のデータベースと、前記入力端末から入力されたデータに基づき、前記第１のデータベース及び前記第２のデータベースのレコードを用いて、前記保険商品に関するデータを処理する主処理装置とを備えることを特徴とする保険商品処理システムによって達成される。
【０００７】
本発明の上記課題は、入力端末から入力された保険契約の保険契約者に関するデータを、保険種類及び証券番号順に基づき、それぞれが所定数の項目に分類された複数のレコードに、保険契約毎に一つのレコードの割合で格納する第１のデータベースと、前記入力端末から入力された保険契約に関する特定のデータを、該保険契約の保険期間に応じて、それぞれが特定数のセルを有する複数のレコードに、分割してシーケンシャルに格納する第２のデータベースと、前記入力端末から入力されたデータに基づき、前記第１のデータベース及び前記第２のデータベースのレコードを用いて、前記保険商品に関するデータを処理する主処理装置とを備える保険データ処理管理装置で実施される保険商品処理方法であって、インプットデータとして前記入力端末から入力されたデータを読み込む段階と、該読み込んだデータの保険種類及び証券番号をキーとして、前記第１のデータベース及び前記第２のデータベースのレコードのうちから該キーに対応するレコードを読み込み、コモンエリア内の該レコードに対応するエリアに編集する段階とを具備することを特徴とする保険商品処理方法によって達成される。
【０００８】
本発明の上記課題は、入力端末から入力された保険契約の保険契約者に関するデータを、保険種類及び証券番号順に基づき、それぞれが所定数の項目に分類された複数のレコードに、保険契約毎に一つのレコードの割合で格納する第１のデータベースのレコードと、前記入力端末から入力された保険契約に関する特定のデータを、該保険契約の保険期間に応じて、それぞれが特定数のセルを有する複数のレコードに、分割してシーケンシャルに格納する第２のデータベースのレコードとを用いて、前記入力端末から入力されたデータに基づき、前記保険商品に関するデータを処理するコンピュータにおいて、インプットデータとして前記入力端末から入力されたデータを読み込む手順と、該読み込んだデータの保険種類及び証券番号をキーとして、前記第１のデータベース及び前記第２のデータベースのレコードのうちから該キーに対応するレコードを読み込み、コモンエリア内の該レコードに対応するエリアに編集する手順とをコンピュータに実施させるコンピュータ・プログラムによって達成される。
【発明の効果】
【０００９】
本発明の保険商品処理システム、保険商品処理方法、及び保険商品処理方法を実現するためのコンピュータ・プログラムによれば、新たに開発された分割払型保険商品の積立金計算において使用される予定利率、経過年数等の情報を毎回支払われる保険料ごとに考慮することができ、その結果、新たに開発された分割払型保険商品の積立金計算を効率的かつ迅速に処理することができるという格別の効果を奏する。
【発明を実施するための最良の形態】
【００１０】
本発明の保険商品処理システムでは、前記主処理装置は、インプットデータとして前記入力端末から入力されたデータを読み込み、該読み込んだデータの保険種類及び証券番号をキーとして、前記第１のデータベース及び前記第２のデータベースのレコードのうちから該キーに対応するレコードを読み込み、コモンエリア内の該レコードに対応するエリアに編集するように構成してもよい。
【００１１】
本発明の保険商品処理システムでは、前記主処理装置は、前記インプットデータのＴＡＳＫコードにより、当該ＴＡＳＫコードに対応付けられたセグメントをＣＡＬＬして制御を引き渡すように構成され、該引き渡しのときに、該インプットデータがそのまま前記コモンエリアの所定の格納エリアに編集されて、前記セグメントに引き継がれるように構成してもよい。
【００１２】
本発明の保険商品処理システムでは、前記主処理装置は、前記対応付けられたセグメントより制御が戻ったときに、前記第１及び第２のデータベースへのアップデートを行うか否かを判断するためのマスタ更新指示に所定のサインが編集されていた場合には、前記第１及び第２のデータベースに対して、前記コモンエリアのデータを実更新するように構成してもよい。
【００１３】
本発明の保険商品処理システムでは、前記第２のデータベースの前記複数のレコードのそれぞれは、格納レコードを構成し、各該格納レコードのサイズは、保険商品の運用期間に基づいて設定されるように構成してもよい。
【００１４】
本発明の保険商品処理システムでは、前記格納レコードは、４０個のセルを１レコードとして、最大１２０個のセルを３レコードに分割して、一つの保険契約毎にデータを保持するように構成してもよい。
【００１５】
本発明の保険商品処理方法では、前記インプットデータのＴＡＳＫコードにより、当該ＴＡＳＫコードに対応付けられたセグメントをＣＡＬＬして制御を引き渡す段階と、該引き渡しのときに、該インプットデータがそのまま前記コモンエリアの所定の格納エリアに編集されて、前記セグメントに引き継がれる段階とを更に具備して構成してもよい。
【００１６】
本発明の保険商品処理方法では、前記対応付けられたセグメントより制御が戻ったときに、前記第１及び第２のデータベースへのアップデートを行うか否かを判断するためのマスタ更新指示に所定のサインが編集されていた場合には、前記第１及び第２のデータベースに対して、前記コモンエリアのデータを実更新する段階を更に具備して構成してもよい。
【００１７】
本発明の保険商品処理方法では、格納レコードを前記第２のデータベースの前記複数のレコードのそれぞれで構成する段階と、各該格納レコードのサイズを保険商品の運用期間に基づいて設定する段階とを具備するように構成してもよい。
【００１８】
本発明の保険商品処理方法では、一つの保険契約毎にデータを、４０個のセルを１レコードとして最大１２０個のセルを３レコードに分割して、前記格納レコードに保持する段階を具備するように構成してもよい。
【００１９】
本発明のコンピュータ・プログラムでは、前記インプットデータのＴＡＳＫコードにより、当該ＴＡＳＫコードに対応付けられたセグメントをＣＡＬＬして制御を引き渡す手順と、該引き渡しのときに、該インプットデータがそのまま前記コモンエリアの所定の格納エリアに編集されて、前記セグメントに引き継がれる手順とを更にコンピュータに実施させるように構成してもよい。
【００２０】
本発明のコンピュータ・プログラムでは、前記対応付けられたセグメントより制御が戻ったときに、前記第１及び第２のデータベースへのアップデートを行うか否かを判断するためのマスタ更新指示に所定のサインが編集されていた場合には、前記第１及び第２のデータベースに対して、前記コモンエリアのデータを実更新する手順を更にコンピュータに実施させるように構成してもよい。
【００２１】
本発明のコンピュータ・プログラムでは、格納レコードを前記第２のデータベースの前記複数のレコードのそれぞれで構成する手順と、各該格納レコードのサイズを保険商品の運用期間に基づいて設定する手順とを更にコンピュータに実施させるように構成してもよい。
【００２２】
本発明のコンピュータ・プログラムでは、一つの保険契約毎にデータを、４０個のセルを１レコードとして最大１２０個のセルを３レコードに分割して、前記格納レコードに保持する手順をコンピュータに実施させるように構成してもよい。
【実施例】
【００２３】
以下、添付した図面を参照して本発明の保険商品処理システム、保険商品処理方法、及び保険商品処理プログラムの好適な実施形態を詳細に説明する。
【００２４】
図１は、本発明の保険商品処理システムの一実施形態の構成を示す概略図である。
図１の保険商品処理システムは、保険商品に関する種々のデータを入力する入力端末である入力装置ＩＮＰと、入力装置ＩＮＰから入力された保険商品に関する種々のデータを処理しかつ管理する保険情報処理管理装置と、保険情報処理管理装置により処理されかつ管理されているデータを出力する出力端末である出力装置ＯＵＰと備え、保険情報処理管理装置は、入力装置から入力された保険契約の保険契約者に関する情報を、保険種類・証券番号順に、それぞれが所定数、本実施形態では２１個の項目に分類された複数のレコードに、保険契約毎に一つのレコードの割合で格納する第１のデータベースである契約マスタＡＭＴと、入力装置から入力された保険契約に関する特定のデータまたは情報、具体的には単位契約者価額及び定期増額保険料、解約控除率、等の情報を、当該保険契約の保険期間、例えば５年、１０年、１５年、２０年等の保険期間に応じて、それぞれが特定数、本実施形態では４０個のセルを有する複数のレコード、本実施形態では３つに分割し（即ち、本実施形態では１契約毎に最大数セル＝４０セル×３レコード＝１２０個）、分割した保険契約に関するデータを、３つのレコードにシーケンシャルに格納する第２のデータベースである個人保険付加情報マスタＡＡＤＩと、入力装置から入力されたデータまたは情報に基づき、契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩのレコードを用いて、保険商品に関するデータ処理を効率的かつ迅速に実行する主処理装置であるメインプログラムＭＰとを備えている。
【００２５】
メインプログラムＭＰは、インプットデータとして入力装置から入力された入力データを読み込み、読み込んだデータ上の保険種類、証券番号をキー（ＫＥＹ）（表１参照）として、契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩのレコードのうちから該キーに対応するレコードを読み込み、メインプログラムＭＰのコモンエリア内の対応するエリアに編集する。また、メインプログラムＭＰは、インプットデータとして入力装置から入力された入力データを読み込み、読み込んだデータ上の保険種類、証券番号をキー（ＫＥＹ）（表１参照）として、契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩのレコードのうちから該キーに対応するレコードを読み込み、ＦＭメインプログラムＭＰのコモンエリア内の対応するエリアに編集する。更に、メインプログラムＭＰは、インプットデータ上のＴＡＳＫコードにより、該当するセグメント（共通１ｓｔセグメントＡＢＳ０２０）をＣＡＬＬし、制御を引き渡す。このとき、インプットデータもそのままコモンエリアのＡＤＴ（セグメントに対応するデータとレポート（ＲＭ）の格納エリア）に編集され、セグメントに引き継がれる（即ち、セグメントにサブルーチンＣＡＬＬされる）。メインプログラムＭＰは、該当するセグメント（共通１ｓｔセグメントＡＢＳ０２０）より制御が戻った際に、マスタ更新指示（メインプログラムＭＰがデータベース（契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ）へのアップデートを行うか否かを判断するためのサイン）に１が編集されていた場合には、データベース（契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ）に対して、コモンエリアのデータを実更新する。即ち、セグメントでは、マスタを更改する場合、コモンエリアに読み込んだマスタに対して編集を行い、マスタ更新指示に１を編集することにより、メインプログラムＭＰは、コモンエリア上で編集されたマスタをデータベースへ書き込む。そして、メインプログラムＭＰは、出力データがメインプログラムＭＰ内に確保されているデータ蓄積エリアに蓄積されている場合、アウトプットファイルにデータを出力する。
【００２６】
表１は、キーの一例を示す。
【００２７】
【表１】
2005165544.tif 000003
【００２８】
表２及び表３は、契約マスタＡＭＴの構成項目を示す。
契約マスタＡＭＴは、表２に示すように、物理的には、２０個の親マスタ（表２の「親レコード名」ＡＭＴ０１〜ＡＭＴ２０の項を参照）と２０個の子マスタ（表２の「子レコード名」ＡＭＴ０１Ａ〜ＡＭＴ２０Ａの項を参照）とに分割され、合計４０個の器で構成される。
【００２９】
【表２】
2005165544.tif 000004
【００３０】
契約マスタＡＭＴは、論理的には、表３に示すように、１レコード（１保険契約）に対して２１個の項目に分類される。レコードの格納順は、基本的に保険種類・証券番号順に全件数を均等配分して格納されている。
【００３１】
【表３】
2005165544.tif 000005
【００３２】
次に、個人保険付加情報マスタＡＡＤＩの構造について説明する。
【００３３】
（１）データベース管理システムとしては、ＵＤＳ（Universal Data System：汎用データシステム）・ＤＭＳ１１００（ＵＮＩＳＹＳの製品仕様）（Database Management System:データベース管理システム）を採用する。これは、ＡＩＳ環境外での稼動も想定している。
【００３４】
（２）データベース構造としては、ＩＳＡＭ（Index Sequential Access Method：索引順アクセス法）を採用する。
ＩＳＡＭは、索引（index）を用いてシーケンシャル（sequential）或いはランダム（random）のいずれかのＣＡＬＬ（コール、呼出しとも言う）が可能な索引順編成ファイルのレコードに対するアクセス方法であり、シーケンシャル処理では、索引を介さず、直接、レコードが格納されている領域の先頭から処理を行う。ランダム処理では、レコードのキーの値に基づき階層的に構成された索引の上位から、与えられたキーを有するレコードが入っている領域を限定しながら処理を行う方式である。
【００３５】
（３）格納レコード（表４参照）としては、１契約あたり、最大１２０個のセルがあるので、４０個のセルを１レコードとして、３レコードに分割して保持する。本発明の保険管理システムが取り扱う新たに開発された保険商品を効率的かつ迅速に取り扱うためにこのようなスペックとしたものであるが、格納レコードのサイズは、保険商品の運用期間に依存して設定されるものであり、従って、格納レコードのサイズは、上記の各値に限定されるものではない。
【００３６】
【表４】
2005165544.tif 000006
【００３７】
（４）レコードの単位（表４参照）は、ＫＥＹ（種類：証券番号＋連番）＋レコード固有情報（契約固有情報）＋特定数のセル（４０個のセル）から構成されている。
【００３８】
（５）１レコードのサイズ（表４参照）としては、１レコード当り、１２０５ＷＤ（ワード）のサイズで、ＫＥＹ  ３ＷＤ＋レコード固有情報（契約固有情報）  ２ＷＤ＋セル：３０ＷＤ×４０個により構成されている。
【００３９】
（６）レコードの並び（表４参照）としては、種類・証券番号（種類証番）＋連番の昇順で構成されている。
【００４０】
（７）キー（ＫＥＹ）は、ＦＩＬＬＥＲ  Ｈ９（０５）＋種類  Ｈ９（０５）＋証番Ｈ９（１０）＋連番Ｈ９（０２）＋ＦＩＬＬＥＲ  Ｘ（０３）で構成される。
【００４１】
（８）データベース・エリア名は、ＡＡＤＩ０１〜ＡＡＤＩ０５で構成される。
【００４２】
（９）その他として、
（９−１）（契約マスタＡＭＴ同様）予めダミー・レコード（３レコード）を格納しておく；
（９―２）１契約毎に３レコードを割当てる；
（９−３）月３０００件（＝年間３６，０００件）の契約を想定すると、年間１０８，０００のレコードを処理し、管理する必要がある。スタート時に５年分を用意するとして、１エリア１０万ＴＲＫ前後としてエリア５個を準備する。ここで、ＴＲＫとは、容量の単位であり、１ＴＲＫ＝１７９２ＷＤ、１ＷＤ＝４バイト、１バイト＝９ビットとして換算される単位である；
（９−４）複数のエリアに分割するため、ＦＣＳＳ（File Control Super Structure:ファイル制御機構）：ＴＨＡＡＤＩを用意する。ここでＴＨＡＡＤＩとは、個人保険付加情報マスタＡＡＤＩを読み込む際、検索対象レコードがＡＡＤＩ０１、ＡＡＤＩ０２のどちらに格納されているのかをインデックスする為の情報が格納されているファイルである。個人保険付加情報マスタＡＡＤＩのリード用サブルーチン内で検索し、対象マスタを一意に決定することにより、データベースへのアクセスを１回で済むように構成されている。また、ＴＨＡＡＤＩにおける情報の保持の仕方は、ＴＨＡＭＴに準拠する。即ち、ＴＨＡＡＤＩは、契約マスタＡＭＴで言うところのＴＨＡＭＴに相当する。ＴＨＡＭＴとは、ＴＨＡＡＤＩの契約マスタＡＭＴ版である。特に契約マスタＡＭＴの場合は、２０個（子マスタをいれると４０個）の物理的マスタから構成されるので、インデックスがないと、ＡＭＴ０１から順にアクセスし、最大２０回データベースへのアクセスを行うことになる；
（９−５）スタート時は、ＡＡＤＩ０１〜ＡＡＤＩ０２のみを使用する。４万契約分のダミーを格納する；
（９−６）契約固有情報エリアには、データベース（ＤＢ）上で契約単位に必要な情報エリアと、ＬＭ形式データ上で必要な情報エリアがある。後者の情報エリアは、データベースに格納する際、クリアする。ここで、ＬＭとは、個人保険付加情報マスタ（エーアディ）ＡＡＤＩの１契約分３レコードを１つに纏めたものである；
（９−７）ダミーサインは、１件目にのみ格納‘７’（２件目、３件目は、‘  ’）。使用開始後は、３件とも‘  ’。
【００４３】
図２は、図１に示したメインプログラムＭＰの一実施形態における構成を示す概略図である。
図２に示すように、メインプログラムＭＰは、（１）種々のプログラムを実行するように構成されている「メイン」（Main）；（２）メインプログラムＭＰに取り込まれた第１のアプリケーション・セグメントを示している「第１のアプリケーション・セグメント」（1st AP Segment）；（３）メインプログラムＭＰに取り込まれた第２のアプリケーション・セグメントを示している「第２の（アプリケーション）セグメント」（2nd Segment）；（４）メインプログラムＭＰに取り込まれた第３のアプリケーション・セグメントを示している「第３の（アプリケーション）セグメント」（3rd Segment）；（５）初期処理、主処理、及び終了処理を実行する「ＭＴコントロール・セグメント」（MT Control Segment）；（６）ＴＡＳＫコードに応じた契約マスタＡＭＴや個人保険付加情報マスタＡＡＤＩの編集・計算処理等を行う子セグメントを示している「ＭＴメインテナンスＡＰセグメント」（MT Maintenance AP Segment）；共通サブルーチンを示している（７）「ファンクショナル・サブルーチン」(Functional Sub-routine)；及び（８）共通エリアを示している「コモン」(Common)、により構成されている。
【００４４】
次に、図３を参照して、図２のメイン（ＭＡＩＮ）における処理について説明する。
図３に示すように、メインにおける処理パターンは、３つのパターンに分類することができる。
【００４５】
（Ａ）パターン１
Ａ１．インプットデータが新規ＴＡＳＫで、共通１ｓｔ  ＳＥＧ使用ＴＡＳＫに設定されているとき、メインは、共通１ｓｔ  ＳＥＧをＣＡＬＬする。
Ａ２．共通１ｓｔ  ＳＥＧは、インプットＴＡＳＫにより子セグを判別し、コントロールセグを介して子セグをＣＡＬＬする。
Ａ３．各子セグは、必要に応じて計算セグをＣＡＬＬし、契約マスタＡＭＴ、個人保険付加情報マスタＡＡＤＩの編集を行う。
＜セグロードＸＡＳＧＬＢの設定＞
ＴＡＳＫ４３４８⇒（仮）ＡＢＳ４４４
ＴＡＳＫ４３４９⇒（仮）ＡＢＳ４４４
＜共通１ｓｔ  ＳＥＧ（仮：ＡＢＳ４４４）の処理＞
ＴＡＳＫにより、予め決められた処理Ｎｏ．をセットする。
ＴＡＳＫに４０１０、セグメント名にＡＢＳ０１０をセットし、コントロールセグをＣＡＬＬする。
＜コントロールセグの処理＞
処理Ｎｏ．に応じたセグメント名をセットし、子セグをＣＡＬＬする。
【００４６】
（Ｂ）パターン２
Ｂ１．１ｓｔ  ＣＡＬＬセグは、コントロールセグ（ＡＢＳ０１０）を介して必要に応じて子セグをＣａｌｌする。コントロールセグ配下に置かれる失効処理セグ（ＡＢＳ３１Ｂ）、入金取消セグ（ＡＢＳ３４８）、計算セグ（ＡＢＳＶ０１）を使って契約マスタＡＭＴ、個人保険付加情報マスタＡＡＤＩの編集を行う。
Ｂ２．独自に個人保険付加情報マスタＡＡＤＩの編集が必要な場合は、自身専用の子セグを作成し、個人保険付加情報マスタＡＡＤＩへの編集を行う。
＜セグロードＸＡＳＧＬＢの設定＞
ＴＡＳＫ４７３０⇒ＡＢＳ７３０
ＴＡＳＫ１４７３０⇒ＡＢＳ７３Ａ
ＴＡＳＫ４３１０⇒ＡＢＳ３１０
＜１ｓｔ  ＣＡＬＬセグの処理＞
ＣＡＬＬしたい子セグの処理Ｎｏ．をセットする。
ＴＡＳＫに４０１０、セグメント名にＡＢＳ０１０をセットし、コントロールセグをＣＡＬＬする。
＜コントロールセグの処理＞
処理Ｎｏ．に応じたセグメント名をセットし、子セグをＣＡＬＬする。
【００４７】
（Ｃ）パターン３
Ｃ１．セル情報の取得は、１ｓｔ  ＣＡＬＬセグ自身が行う。
＊個人保険付加情報マスタＡＡＤＩの参照は、１ｓｔ  ＣＡＬＬセグ自身が行う。
原則として個人保険付加情報マスタＡＡＤＩの編集がなければ、コントロールセグは使用しない。
【００４８】
＜例外＞
ＡＢＳ１００のみ１ｓｔ  ＣＡＬＬセグ自身が個人保険付加情報マスタＡＡＤＩへの編集を行う。
【００４９】
表５は、上述した処理パターンに適用される、ＴＡＳＫ、対応セグメント名、処理Ｎｏ．及び処理内容を示す。
【００５０】
【表５】
2005165544.tif 000007
【００５１】
ＭＴコントロール・セグメントが実行する処理は、３つの段階で構成される：
１．初期処理ＩＮＴ：
（１−１）ＡＭＴ２（セグメントで使用するマスタを格納するエリア）（処理前）、個人保険付加情報マスタＡＡＤＩ（処理前）のセーブ（保存）を行う。
（１−２）ＡＤＴ（共通）*基本チェックを実行することにより、想定外の処理を排除する。
ここで、上記ＡＤＴ（共通）*について説明する
ＡＤＴエリアは、次の各項目から構成される：
（１）ＡＫＹＯＴＵ：２４ＷＤ
（２）共通ＳＥＴ項目：５ＷＤ（共通レイアウト）
（コピー句：ＣＤＦＡ４０１０Ａ/ＤＰＲＣ）
（３）個別ＳＥＴ項目：残り１９５ＷＤは業務毎に自由設定とする
（必要に応じて業務ＡＰ毎にＣＯＰＹ句定義）
（４）個別ＡＮＳ項目：残り１９５ＷＤは業務毎に自由設定とする
（必要に応じて業務ＡＰ毎にＣＯＰＹ句定義）
計算システムＣＡＬＬ時は、先頭５ＷＤ（共通レイアウト）を含むＡＢＳＶ０１のＡＤＴレイアウト（コピー句：ＣＤＦＡ４００１Ａ/ＤＰＲＣ）を使用する。
共通ＳＥＴ項目としては、
（２−１）処理Ｎｏ．（０．５ＷＤ）：処理内容の判別に使用
（全業務共通コードとする）
（２−２）試算サイン（０．２５ＷＤ）：マスタ（契約マスタＡＭＴ，個人保険付加情報マスタＡＡＤＩ）を更改しない場合、１をセットする、の項目がある。
計算システムＳＥＴ用として、
（２−３）計算基準日：各種経過計算項目の計算基準日
（２−４）計算対象セル最小Ｎｏ．：計算の対象とするセルの最小Ｎｏ．
（２−５）計算対象セル最大Ｎｏ．：計算の対象とするセルの最大Ｎｏ．
（２−６）計算時為替レート：各種経過計算時、外貨を円転する際に適用する為替レート、の項目がある。
【００５２】
２．主処理ＭＡＩＮ：
（２−１）コントロール・セグメントで保持するＡＰ固有の処理ロジックは、必要最小限とし、基本は、子セグメント等での分割処理とする。
（２−２）セットされた処理Ｎｏ．に応じてセグメントをＣＡＬＬする。
ＡＰ子セグメントＣＡＬＬまたは計算システムＣＡＬＬを行う。
計算システムでは必要に応じて、契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩの編集**を行う。
ここで上記契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩの編集**について説明する。
マスタ（契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ）の編集の対象項目は、以下の通りである。
＜契約マスタＡＭＴ＞
運用期間満了時価額  合計（外貨）
年金開始基準日の価額  合計（外貨）
＜個人保険付加情報マスタＡＡＤＩ＞
運用期間満了時単位契約者価額（外貨）
セルに運用開始時の必要項目の搭載が必要
年金開始基準日単位契約者価額（外貨）
マスタ全体に年金開始時計算までの必要項目搭載が必要
ドル・ユーロ保険料
セルに運用開始時の為替レートの搭載が必要。
【００５３】
３．終了処理ＦＩＮ：
（３−１）“試算モード”時、セーブした個人保険付加情報マスタＡＡＤＩ（処理前）及びＡＭＴ２（処理前）を戻す。ここで、試算モードとは、マスタを実更新するためではなく、仮の計算処理等を行う場合に、共通セット項目内の試算サインをセットすることにより、計算用に編集したマスタの項目を処理前の状態に戻すような動きを実行させることを試算モードという。
（３−２）処理エラー時の応答→セーブした個人保険付加情報マスタＡＡＤＩ（処理前）及びＡＭＴ２（処理前）を戻す、等。
【００５４】
次に、図３で示したパターン１の一形態である「運用開始処理」を一例として、図１の保険商品処理システムの動作を、図４Ａ〜図４Ｅのフロー図を参照して、説明する。
インプットデータは、２４ワード（約９６バイト）の共通項目と最大２００ワード（約８００バイト）の処理固有の項目、例えば、「同時入金回数」、「運用通貨サイン」、「運用期間」、「確定年金期間」、「運用開始年月日、「円換算保険料実額」、「運用開始日為替レート」、「運用利率」、「エラーコード」等の項目から構成されている。
上記共通項目は、保険種類、証券番号、ＴＡＳＫコードの３つの主要な項目から構成されている。ＴＡＳＫコードは、どのような処理を行うかを判別するためのものである。
メイン・プログラムＭＰ（図１参照）内での、メイン（Ｍａｉｎ）-セグメント間、セグメント-セグメント間（例えば、第２セグメントと第３セグメントとの間、等）での制御の変遷は、セグロード・ルーチンを介して実行される。
ここで、制御の変遷とは、ＦＭメインプログラムから見た場合、セグメントはサブルーチンと同じと考えられるので、メインからセグメント、セグメントからセグメントをＣＡＬＬ（コール）することにより、実処理の制御がＣＡＬＬされたセグメントに移り、セグメント内の処理が完了すると、ＣＡＬＬしたメインまたはセグメントに制御が戻ることである。また、セグロード・ルーチンとは、サブルーチンのことであるが、プログラム名をＣＡＬＬする通常のサブルーチンＣＡＬＬとは違い、アーギュメントに指定する共通項目内にセグメントＩＤを編集し、ＣＡＬＬする方式を採用しているものである。
セグロード・ルーチンをＣＡＬＬした場合、上記共通項目にＴＡＳＫコード及びセグメントＩＤを編集する。
各セグメント（図１の第１、第２、及び第３セグメント）では、契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩへの更新を行う場合、コモンエリア（Common  Area）ＣＡ上のデータに対して編集を行い、データベースへの実更新は、メインプログラムＭＰによって実行される。ここで、コモンエリアＣＡとは、メインプログラムＭＰとセグメントが共通で参照、更新することができるエリアである。
出力データの出力は、データをセグメントが蓄積し、メイン（Ｍａｉｎ）がサブルーチンＸＡＲＭＰＴをＣＡＬＬすることにより、メインプログラムＭＰ内に確保されているデータ蓄積エリアにデータが蓄積され、そのデータをメインプログラムＭＰが外部ファイルへ出力する。
【００５５】
処理ステップ１：
毎月の保険料が入金処理された翌（月）１０日に、「運用開始処理」用データが契約マスタＡＭＴから抽出され、（ＦＭ）メイン（ＡＦＭ１１Ｂ）の入力データとして設定される。即ち、契約マスタＡＭＴ上の契約基準日、入金回数、入金日などを検索条件とし（ステップＳ１１）、該当する条件のレコードを契約マスタＡＭＴから抽出し（ステップＳ１２）、抽出後にＦＭインプットデータ用レイアウトにデータを変換して（ステップＳ１３）、（ＦＭ）メイン（ＡＦＭ１１Ｂ）のインプットデータとする（ステップＳ１４）。
データの項目の主なものは、保険種類、証券番号、ＴＡＳＫである（「運用開始処理」の場合には、表５に示すように、ＴＡＳＫとして４３４９がセットされる）。
【００５６】
処理ステップ２：
（１）（ＦＭ）メイン（ＡＦＭ１１Ｂ）では、上記処理ステップ１で設定された入力データをＦＭメイン（ＡＦＭ１１Ｂ）のインプットデータとして読み込み（ステップＳ１５）、読み込んだデータ上の保険種類、証券番号をキー（ＫＥＹ）として（ステップＳ１６）、契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ（以下、データベースと称する場合もある）のレコードを読み込み（ステップＳ１７）、コモンエリア上の該当エリアに編集する（ステップＳ１８）。
（２）インプットデータ上のＴＡＳＫコードにより、該当するセグメント（共通１ｓｔセグメントＡＢＳ０２０）をＣＡＬＬして、制御を引き渡す（ステップＳ１９）。このとき、インプットデータもそのままコモンエリアのＡＤＴに編集され、セグメントに引き継がれる（即ち、セグメントにサブルーチンＣＡＬＬされる）（ステップＳ２０）。ここで、ＡＤＴとは、セグメントに対応するデータとレポート（ＲＭ）の格納エリアである。
（３）セグメントＡＢＳ０２０より制御が戻った際に、マスタ更新指示（ＦＭメインプログラムがデータベース（契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ）へのアップデートを行うか否かを判断するためのサイン）に１が編集されていた場合には（ステップＳ２１）、データベース（契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ）に対して、コモンエリアのデータを実更新する（ステップＳ２２）。即ち、セグメントでは、マスタを更改する場合、コモンエリアに読み込んだマスタに対して編集を行い、マスタ更新指示に１を編集することにより、ＦＭメインプログラムは、コモンエリア上で編集されたマスタをデータベースへ書き込む。
（４）出力データがＦＭメインプログラム内に確保されているデータ蓄積エリアに蓄積されている場合（ステップＳ２３）、アウトプットファイルにデータを出力する（ステップＳ２４）。
【００５７】
処理ステップ３：
セグメントＡＢＳ０２０では、ＴＡＳＫ：４０１０（処理内容：コントロールセグ）；セグメントＩＤ：ＡＢＳ０１０；処理Ｎｏ．：４３４９をそれぞれセットし（ステップＳ２５）、コントロールセグメントＡＢＳ０１０をＣＡＬＬして、制御を引き渡す（ステップＳ２６）。
コントロールセグメントＡＢＳ０１０よりノーマルに制御が戻ってきた場合（ステップ２７）、共通サブルーチンＸＡＵＰＤＴを使用してコモンエリアに在るマスタ更新指示エリアに１をセットして、メイン（ＦＭメインプログラム）に制御を戻す（ステップＳ２８）。
【００５８】
処理ステップ４：
コントロールセグメントＡＢＳ０１０では、ＴＡＳＫ：１４３４９；セグメントＩＤ：ＡＢＳ３４９をそれぞれセットし（ステップＳ２９）、運用開始処理セグメントＡＢＳ３４９をＣＡＬＬして、制御を引き渡す（ステップＳ３０）。
運用開始処理セグメントＡＢＳ３４９より制御が戻ってきた後、セグメントＡＢＳ０２０に制御を戻す（ステップＳ３１）。
【００５９】
処理ステップ５：
運用開始処理セグメントＡＢＳ３４９では、契約者価額算出用の編集を行い（ステップＳ３２）、契約者価額の計算を行うために計算セグメント（プログラム）ＡＢＳＶ０１（詳細は後述）をＣＡＬＬする（ステップＳ３３）。
セグメントＡＢＳＶ０１よりノーマルに制御が戻ってきた場合（ステップＳ３４）、共通サブルーチンＸＡＲＭＰＴを使用して運用開始レポート作成用データを出力データ蓄積エリアに蓄積し（ステップＳ３５）、コントロールセグメントＡＢＳ０１０に制御を戻す（ステップＳ３６）。
【００６０】
処理ステップ６：
コントロールセグメントＡＢＳ０１０では、契約者価額の計算を行い（ステップＳ３７）、指示に応じて、コモンエリア上の個人保険付加情報マスタＡＡＤＩの契約者価額を編集する（ステップＳ３８）。計算結果をデータ固有項目に編集して、運用開始処理セグメントＡＢＳ３４９に制御を戻す（ステップＳ３９）。
以降、ＣＡＬＬされた順に処理が戻って行き、ＦＭメイン（ＡＦＭ１１Ｂ）にてマスタの実更新を行う（ステップＳ４０）。
【００６１】
次に、上記計算セグメントＡＢＳＶ０１について説明する。
計算セグメントＡＢＳＶ０１は、図５に示すようなモジュールで構成されている。
以下、図５を参照して、計算セグメントＡＢＳＶ０１における各処理内容について説明する。
前提として、計算セグメントＡＢＳＶ０１内でどのような処理が実行されるかは、計算セグメントＡＢＳＶ０１がＣＡＬＬ（コール）されるときにセットされる処理Ｎｏ．（処理番号）（表５及び表８参照）により決定される。例えば、処理Ｎｏ．１がセットされた場合には、「契約者価額計算（計算基準日時点）」の処理が行われる。但し、「契約者価額計算」処理に関しては、別途説明するように、更に別の計算セグメントＡＢＳＶ０２及びＡＢＳＶ０３をＣＡＬＬすることによりその計算処理が行われる。
計算処理に必要な項目は、例えば、後述する「計算パターン」により決まる。
計算セグメント内で実行される計算処理は、基本的に算方上の算式をコーディングしている。
【００６２】
（１）開始処理（INT10）について説明する。
開始処理では、（ａ）ワークエリアの初期化を行うと共に、（ｂ）以下のチェック処理を行う；
保険種類の正当性チェック
契約の状態チェック
入力セット項目チェック
【００６３】
（２）主処理（CNT10）について説明する。
（２−１）処理Ｎｏ．１〜処理Ｎｏ．６：契約者価額計算（契約者価額計算処理（PRC21））
【００６４】
図６は、図５に示す計算セグメントＡＢＳＶ０１にリンクする計算処理を説明するための図である。図６に示すように、処理Ｎｏ．に応じて、要求されている計算処理を行う。このとき、処理Ｎｏ．に応じて対象計算処理を決定し、セグロードルーチンを介して別の計算セグメントＡＢＳＶ０２（詳細は後述）をＣＡＬＬし、必要に応じて（具体的には１セルごとの待機期間中の契約者価格を計算する必要がある場合には）計算セグメントＡＢＳＶ０２からセグロードルーチンを介して更に別の計算セグメントＡＢＳＶ０３（詳細は後述）をＣＡＬＬする。
【００６５】
主処理における「契約者価額計算」処理では、処理Ｎｏ．により計算サインを制御して、それぞれの契約者価額を以下の通り取得する：
（ｉ）処理Ｎｏ．＝３のときには、運用満了時契約者価額再計算（計算サインに３をセット）を実行し、かつ計算基準日時点契約者価額計算（計算サインに１をセット）を実行する；
(ｉｉ)処理Ｎｏ．＝４のときには、運用満了時契約者価額再計算（計算サインを３にセット）を実行し、計算基準日時点契約者価額計算を実行し、かつ待機期間中仮値（計算サインを２にセット）を取得する；
（ｉｉｉ）処理Ｎｏ．＝７，８，９のときには、計算基準日時点契約者価額計算（計算サインを１にセット）を実行する；
（ｉｖ）上記以外では、計算サインに処理Ｎｏ．をセットして契約者価額計算を実行する。
この処理で使用するサブルーチンは、ＡＢＳＶ０２：契約者価額計算処理である。
【００６６】
（２−２）処理Ｎｏ．７〜処理Ｎｏ．８：解約払戻金計算（解約払戻金計算処理(PRC22)）
上記契約者価額計算処理と同様に、処理Ｎｏ．に応じて、要求されている計算処理（例えば、処理Ｎｏ．７ならば、「解約払戻金計算」、処理Ｎｏ．８ならば「解約払戻金計算（一部解約）」を行う。このとき、セグロードルーチンを介して計算セグメントＡＢＳＶ０２をＣＡＬＬして、計算セグメントＡＢＳＶ０２内に保持されている「解約控除率」テーブルを「経過年月」に基づき検索し、検索された「解約控除率」を用いて「解約払戻金」を計算する。
処理としては、
（ａ）一部解約計算（処理番号＝８）のとき（ｄ）へ進む；
（ｂ）契約基準日から計算基準日までの経過年月を求める；
（ｃ）解約控除率（σｔ）の検索を行う；
（ｄ）ＷＢ（運用開始前）←（１−σｔ）＊ＡＢ（運用開始前契約者価額）
ＷＩ（運用期間中）←（１−σｔ）＊ＡＩ（運用期間中契約者価額）
として運用開始前・運用期間中部分の解約払戻金額の算出を行う；
（ｅ）ＷＤ（待機期間中）←ＡＤ（待機期間中契約者価額）
として待機期間中部分の解約払戻金額の編集を行う；
（ｆ）Ｗ（ドル・ユーロ）←ＷＩ＋ＷＤ
として合計額の算出を行う；
（ｇ）計算時為替レートがセットされたとき、
Ｗ（円）←Ｗ（ドル・ユーロ）＊計算時為替レート
として円換算額の算出を行う。
【００６７】
（２−３）経過年月取得処理(SUB-KEIKA)
（契約マスタＡＭＴの契約日に格納されている）契約基準日から解約の基準となる日までの解約払戻金の計算を実行するための経過年月を取得する。
処理としては、経過年を取得する。
使用するサブルーチンは、ＸＡＥＮＤＬ：経過年月取得サブ。
【００６８】
（２−４）処理Ｎｏ．９：死亡給付金計算/災害死亡給付金計算（死亡給付金/災害死亡給付金計算処理(PRC23)）
計算セグメントＡＢＳＶ０２（またはＡＢＳＶ０３）で計算された「運用開始前契約者価額」及び「契約者価額」に対して一定率を乗じて「死亡給付金・災害死亡給付金」を計算する。
処理としては、
（ａ）ＳＢ（運用開始前）←ＡＢ（運用開始前契約者価額）
Ｓ（ドル・ユーロ）←Ａ  （契約者価額）
として、死亡給付金額の編集を行う；
（ｂ）ＳａＢ（運用開始前）←１．１＊ＡＢ（運用開始前契約者価額）
Ｓａ（ドル・ユーロ）←１．１＊Ａ  （契約者価額）
として、災害死亡給付金の算出を行う；
（ｃ）計算時為替レートがセットされたとき、
Ｓ（円）            ←Ｓ（ドル・ユーロ）＊計算時為替レート
Ｓａ（円）          ←Ｓａ（ドル・ユーロ）＊計算時為替レート
として、円換算額の算出を行う。
【００６９】
（３）終了処理（FIN10）
一連の計算処理がノーマル終了した場合には、そのままプログラムをＥＸＩＴする。
途中でマスタ不整合等の理由でエラー処理を行う場合には、共通項目のＴＡＳＫを１７００・エラーに応じたエラーコードを共通項目のエラーコードエリアに編集し、プログラムをＥＸＩＴする。
処理としては、ＡＤＴエリア（セグメントに対応するデータとレポート（ＲＭ）の格納エリア）の編集を行う。
【００７０】
共通サブルーチンＸＡＵＰＤＴについて；
（ａ）処理概要：
該当マスタの更改を行う際、マスタの編集終了後にコールすることにより更改サイン（ＡＵＰＤＴ：１）がセットされＦＭメインで個人保険マスタ（ＡＭＴ２の内容）の更改が行われる。
（ｂ）コーリングシーケンス：
ＣＡＬＬ  ‘ＸＡＵＰＤＴ’  ＵＳＩＮＧ  ＡＲＧ−１（ＩＮ）
ＡＲＧ−１：保険種類、証券番号（２ＷＤ）
【００７１】
【表６】
2005165544.tif 000008
【００７２】
（ｃ）備考：
第１階層セグメントで１回のみ有効。
当ルーチンをコールする前に「ＡＦＵＩ：ＣＯＭＭＯＮ」に更改サイン「１」を事前にセットする。
【００７３】
共通サブルーチンＸＡＲＭＰＴについて；
（ａ）処理概要：
セグメントが編集したレポートにマスタ（ＣＭ−ＡＭＴ２）を付加し、編集済ＲＭ（レポート＆マスタ）をＲＭ格納エリア（ＡＲＭＢＵＦ）に格納する。
（ｂ）コーリングシーケンス：
ＣＡＬＬ  ‘ＸＡＲＭＰＴ’  ＵＳＩＮＧ  ＡＲＧ−１（ＩＮ）
ＡＲＧ−１：編集済のＲＭ（ＣＭ−ＡＤＴ（ＣＯＭＭＯＮ：２２４ＷＤ））
（ｃ）備考：
ＲＭの格納可能な件数は、最大１７件であり、これを超えた時、当サブルーチンは異常終了する。
処理状態がオンラインの時、第１階層セグメントは、必ずラストＲＭを編集しなければならない。
【００７４】
【表７】
2005165544.tif 000009
【００７５】
次に、上記計算セグメントＡＢＳＶ０２について説明する。
図７は、計算セグメントＡＢＳＶ０２のモジュールを示す。
【００７６】
（１）開始処理（INT10）
処理として、
（ａ）ワークエリアの初期化を行う；
（ｂ）計算サインチェック処理を行う；
（ｃ）運用期間を算出する；
（ｄ）処理対象セルのNo.（番号）をセットする。
【００７７】
（２）主処理(CNT10)
（２−１）計算基準日処理（CNT21）
（２−１−１）計算基準日時点単位契約者価額（PRC31）
処理として、
（ａ）各セルが有効中でない場合、処理を終了する；
（ｂ）計算基準日時点でのマスタの情報を判定する；
（ｉ）計算基準年月が責任開始日より小さいとき、計算対象外とする；
(ｉｉ)計算基準年月が運用開始日より小さいとき、運用開始前（LK-SIGN←１）とする；
(ｉｉｉ)計算基準年月が運用満了日（運用開始日＋運用期間）より小さいとき、運用期間中（LK-SIGN←２）とする；
（ｉｖ）上記以外、待機期間中（LK-SIGN←３）とする；
（ｃ）運用開始前のとき、ＡＢ←ＡＢ＋円保険料
として、運用開始前契約者価額の足し込み・コモン（ＣＯＭＭＯＮ）エリアへの編集を行い、処理を終了する；
（ｄ）運用開始日から計算基準日までの経過年月数を求める；
（ｅ）単位契約者価額の取得を行う
（ｆ）運用期間中のとき  ＡＩ←ＡＩ＋単位契約者価額
待機期間中のとき  ＡＤ←ＡＤ＋単位契約者価額
として、合計額への足し込みを行う。
処理で使用するサブルーチン：SUB-CELL：単位契約者価額取得処理。
【００７８】
（２−１−２）計算基準日時点合計額処理（FIN31）
処理として、
（ａ）Ａ（ドル・ユーロ）←ＡＩ（運用期間中）＋ＡＤ（待機期間中）
として、契約者価額（指定された範囲のセルの合計額）の算出を行う；
（ｂ）計算時為替レートがセットされているとき、
Ａ（円）←Ａ（ドル・ユーロ）＊計算時為替レート
として、円換算額の算出を行う。
（２―２）最新Cell計算・編集処理（CNT22）
【００７９】
（２―２―１）運用満了時単位契約者価額（PRC32）
処理として、
（ａ）運用期間満了時（経過１０年０ヶ月）の単位契約者価額の取得を行う；
（ｂ）各セルの運用期間満了時単位契約者価額を編集、
各セルのドル・ユーロ保険料を編集（＊当ＰＧで編集するかは未定）
として、個人保険付加情報マスタAADIの編集を行う
この処理で使用するサブルーチンは、SUB-CELL：単位契約者価額取得処理である。
【００８０】
（２−２−２）運用満了時合計額処理（FIN32）
処理として、
（ａ）単位契約者価額の合計値を求める；
（ｂ）運用期間満了時契約者価額を編集
として、契約マスタATMの編集を行う。
この処理で使用するサブルーチン：SUB-TOTAL：単位契約者価額合計処理である。
（２−３）マスタチェック処理（CNT23）
【００８１】
（２−３−１）各Cell運用満了時計算（PRC33）
処理として、
（ａ）各セルが有効中でない場合、処理を終了する；
（ｂ）運用期間満了時（経過１０年０ヶ月）の単位契約者価額の取得を行う；
（ｃ）次の個人保険付加情報マスタ（AADI）項目のチェックを行う；
（ｉ）ドル・ユーロ保険料
(ｉｉ)運用期間満了時単位契約者価額
（ｄ）運用満了時契約者価額←運用満了時契約者価額＋単位契約者価額
として、合計額への足し込みを行う。
この処理で使用するサブルーチン：SUB-CELL：単位契約者価額取得処理である。
【００８２】
（２−３−２）SUMチェック（FIN33）
処理として、マスタ（AMT）項目のチェックを行う；
この処理では、運用期間満了時契約者価額をチェックする
【００８３】
（３）終了処理（FIN10）
処理として、ＡＤＴエリアの編集を行う
【００８４】
SUB-CELL
処理として、
（ａ）運用開始日為替レート、運用利率のいずれかがＺＥＲＯ（ゼロ）のとき、エラーコードをセットし、処理を終了する；
（ｂ）運用期間中のとき‘ＸＶＲＰＡ’、待機期間中のとき‘ＡＢＳＶ０３’により、それぞれ単位契約者価額の取得を行う（但し、待機期間中についてはＰＧが対応されるまでエラーとする）；
（ｃ）エラーのとき、エラーコードをセットし、処理を終了する；
（ｄ）コモンエリアへセル情報の編集を行う。
この処理で使用するサブルーチン：XVRVPA：運用期間中単位契約者価額取得処理、及びABSV03:待機期間中単位契約者価額取得処理である。
【００８５】
SUB-TOTAL
処理として、
（ａ）各セルが有効中でない場合、処理を終了する；
（ｂ）Ａ（ドル・ユーロ）←Ａ＋運用期間満了時単位契約者価額
として、単位契約者価額の合計値を求める。
この処理で使用するサブルーチンはない。
【００８６】
次に、上記計算セグメントＡＢＳＶ０３について説明する。
図８は、計算セグメントＡＢＳＶ０３を構成するモジュールを示す。
以下、図８を参照して、計算セグメントＡＢＳＶ０３における各処理内容について説明する。
【００８７】
（１）開始処理（INT10）
処理として、
（ａ）ワークエリアの初期化を行う；
（ｂ）チェック処理を行う；
この処理で使用するサブルーチンは、SUB-CHECK：チェック処理である。
【００８８】
（２）主処理（PRC10）
処理として、
（ａ）計算サイン２＝２のとき
ｉ←待機期間最低予定利率
を実行する；
（ｂ）終価率の計算を行う；
（ｃ）待機期間中単位契約者価額の算出を行う。
この処理で使用するサブルーチン：SUB-SYUKA：終価率計算処理である。
【００８９】
（３）終了処理（FIN10）
処理として、ＡＤＴエリアの編集を行う。
【００９０】
SUB-CHECK
処理として、
（ａ）以下のチェック処理を行う；
計算サインチェック
大保チェック
通貨サインチェック
運用期間チェック
払込期間チェック
運用期間満了時単位契約者価額チェック
待機期間最低予定利率チェック
経過年月チェック
【００９１】
SUB-SYUKA
処理として、
（ａ）計算サイン２＝１のとき、待機期間利率の取得を行う；（当初はエラーとする）
（ｂ）I←I＊（１＋ｉ）1/12
として、終価率の計算を行う。
この処理で使用するサブルーチン：SUB-RIRITSU：終価率計算処理である。
【００９２】
SUB-RIRITSU
処理として、待機期間利率のマスタ搭載方法が決まるまでは未対応。
【００９３】
上述したように、計算処理に必要な項目は、表８に示す、計算セグメントＡＢＳＶ０１における「計算パターン」により決定される。
【００９４】
【表８】
2005165544.tif 000010
【００９５】
以下、表８の各処理について説明する。
（１）処理Ｎｏ．１「契約者価額計算（計算基準日時点）」
「契約者価額計算（計算基準日時点）」の処理を実行するために、
（１−１）「ＡＤＴ−ＳＥＴ」の「ＫＹＯＴＵ」の項目として、
「計算基準年月」；
「計算対象セルＭｉｎ」；
「計算対象セルＭａｘ」
をそれぞれセットすると共に、
「計算時為替レート」のマスタ編集を行う、処理を実行する。
（１−２）「ＡＤＴ−ＡＮＳ」の「契約者価額」の項目として、
「運用開始以降合計（外貨）」；
「運用開始前合計（円）」；
「運用期間中合計（外貨）」；及び
「待機期間中合計（外貨）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す、等の処理を実行する。
【００９６】
（２）処理Ｎｏ．２「契約者価額計算（計算基準日時点）−待機期間中仮値計算」
「契約者価額計算（計算基準日時点）−待機期間中仮値計算」の処理についても、上記Ｎｏ．１の処理と同様である。
【００９７】
（３）処理Ｎｏ．３「契約者価額計算（計算基準日時点）−運用満了時価額再計算」
「契約者価額計算（計算基準日時点）−運用満了時価額再計算」の処理を実行するために、
（３−１）「ＡＤＴ−ＳＥＴ」の「ＫＹＯＴＵ」の項目として、
「計算基準年月」；
「計算対象セルＭｉｎ」；
「計算対象セルＭａｘ」
をそれぞれセットすると共に、
「計算時為替レート」のマスタ編集を行う、処理を実行する。
（３−２）「ＡＤＴ−ＡＮＳ」の「契約者価額」の項目として、
「運用開始以降合計（外貨）」；
「運用開始前合計（円）」；
「運用期間中合計（外貨）」；及び
「待機期間中合計（外貨）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
（３−３）「ＣＯＭＭＯＮ」の項目「運用開始以降単位契約者価額（外貨）」及び項目「運用開始前単位契約者価額（円）」に対し、「契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ」の「運用期間満了時価額（外貨）」「運用期間満了時単位契約者価額（外貨）」及び「ドル・ユーロ保険料」のそれぞれに対してマスタ編集を行う処理を実行する。
【００９８】
（４）処理Ｎｏ．４「契約者価額計算（計算基準日時点）−運用満了時価額再計算・待機期間中仮値」
「契約者価額計算（計算基準日時点）−運用満了時価額再計算」の処理を実行するために、
（４−１）「ＡＤＴ−ＳＥＴ」の「ＫＹＯＴＵ」の項目として、
「計算基準年月」；
「計算対象セルＭｉｎ」；
「計算対象セルＭａｘ」
をそれぞれセットすると共に、
「計算時為替レート」のマスタ編集を行う、処理を実行する。
（４−２）「ＡＤＴ−ＡＮＳ」の「契約者価額」の項目として、
「運用開始以降合計（外貨）」；
「運用開始前合計（円）」；
「運用期間中合計（外貨）」；及び
「待機期間中合計（外貨）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
（４−３）「ＣＯＭＭＯＮ」の項目「運用開始以降単位契約者価額（外貨）」及び項目「運用開始前単位契約者価額（円）」に対し、「契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ」の「運用期間満了時価額（外貨）」「運用期間満了時単位契約者価額（外貨）」及び「ドル・ユーロ保険料」のそれぞれに対してマスタ編集を行う処理を実行する。
【００９９】
（５）処理Ｎｏ．５「契約者価額計算（運用満了時）」
「契約者価額計算（運用満了時）」の処理を実行するために、
（５−１）「ＡＤＴ−ＳＥＴ」の「ＫＹＯＴＵ」の項目として、
「計算対象セルＭｉｎ」；及び
「計算対象セルＭａｘ」
をそれぞれセットする処理を実行する。
（５−２）「ＡＤＴ−ＡＮＳ」の「契約者価額」の項目として、
「運用開始以降合計（外貨）」；
に対して１契約合計の計算処理を実行する。
（５−３）「ＣＯＭＭＯＮ」の項目「運用満了時単位契約者価額（外貨）（計算対象のセルのみ編集）」及び項目「ドル・ユーロ保険料（外貨）（計算対象のセルのみ編集）」に対し、「契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ」の「運用期間満了時価額（外貨）」「運用期間満了時単位契約者価額（外貨）」及び「ドル・ユーロ保険料」のそれぞれに対してマスタ編集を行う処理を実行する。
【０１００】
（６）処理Ｎｏ．６「契約者価額計算（運用満了時）−マスタチェック」
「契約者価額計算（運用満了時）−マスタチェック」の処理を実行するために、
（６−１）「ＡＤＴ−ＳＥＴ」の「ＫＹＯＴＵ」の項目として該当なし。
（６−２）「ＡＤＴ−ＡＮＳ」の「契約者価額」の項目として、
「運用開始以降合計（外貨）」；
に対してマスタ編集を行う処理を実行する。
（６−３）「ＣＯＭＭＯＮ」の項目「運用満了時単位契約者価額（外貨）」及び項目「ドルユーロ保険料（外貨）」に対し、「契約マスタＡＭＴ及び個人保険付加情報マスタＡＡＤＩ」の「運用期間満了時価額（外貨）」「運用期間満了時単位契約者価額（外貨）」及び「ドル・ユーロ保険料」のそれぞれに対してマスタ項目と計算結果の整合性チェックを行う処理を実行する。
【０１０１】
（７）処理Ｎｏ．７「解約払戻金計算」
「解約払戻金計算」の処理を実行するために、
（７−１）「ＡＤＴ−ＳＥＴ」の「ＫＹＯＴＵ」の項目として、
「計算基準年月」；
「計算対象セルＭｉｎ」；
「計算対象セルＭａｘ」
をそれぞれセットすると共に、
「計算時為替レート」のマスタ編集を行う、処理を実行する。
（７−２−１）「ＡＤＴ−ＡＮＳ」の「契約者価額」の項目として、
「運用開始以降合計（外貨）」；
「運用開始前合計（円）」；
「運用期間中合計（外貨）」；及び
「待機期間中合計（外貨）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
（７−２−２）「ＡＤＴ−ＡＮＳ」の「解約払戻金」の項目として、
「運用開始以降合計（外貨）」；
「運用開始前合計（円）」；
「運用期間中合計（外貨）」；及び
「待機期間中合計（外貨）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
【０１０２】
（８）処理Ｎｏ．８「解約払戻金計算（一部解約）」
「解約払戻金計算（一部解約）」の処理を実行するために、
（８−１）「ＡＤＴ−ＳＥＴ」の「ＫＹＯＴＵ」の項目として、
「計算基準年月」；
「計算対象セルＭｉｎ」；
「計算対象セルＭａｘ」
をそれぞれセットすると共に、
「計算時為替レート」のマスタ編集を行う、処理を実行する。
（８−２−１）「ＡＤＴ−ＡＮＳ」の「契約者価額」の項目として、
「運用開始以降合計（外貨）」；及び
「待機期間中合計（外貨）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
（８−２−２）「ＡＤＴ−ＡＮＳ」の「解約払戻金」の項目として、
「運用開始以降合計（外貨）」；及び
「待機期間中合計（外貨）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
【０１０３】
（９）処理Ｎｏ．９「死亡給付金計算/災害死亡給付金計算」
「死亡給付金計算/災害死亡給付金計算」の処理を実行するために、
（９−１）「ＡＤＴ−ＳＥＴ」の「ＫＹＯＴＵ」の項目として、
「計算基準年月」；
「計算対象セルＭｉｎ」；
「計算対象セルＭａｘ」
をそれぞれセットすると共に、
「計算時為替レート」のマスタ編集を行う、処理を実行する。
（９−２−１）「ＡＤＴ−ＡＮＳ」の「契約者価額」の項目として、
「運用開始以降合計（外貨）」；
「運用開始前合計（円）」； 
「運用期間中（外貨）」；及び
「待機期間中合計（外貨）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
（９−２−２）「ＡＤＴ−ＡＮＳ」の「死亡給付金」の項目として、
「運用開始以降合計（外貨）」；及び
「運用開始前合計（円）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
（９−２−３）「ＡＤＴ−ＡＮＳ」の「災害死亡給付金」の項目として、
「運用開始以降合計（外貨）」；及び
「運用開始前合計（円）」
のそれぞれに対してマスタ編集を行い、
「運用開始以降合計（円）」に対して計算時為替レートがセットされている場合は、運用開始以降合計（円）に、円換算した金額を返す処理を実行する。
【０１０４】
次に、上述した本発明による保険商品処理システムが取り扱う新規の保険商品ついて説明する。この保険商品は、次のような商品特性を有する：
１．積立金の計算
（１ａ）従来の分割払ではなく、一時払による定期的増額を行なうことで積立金を形成する；（１ｂ）積立金額を計算するための予定利率は、それぞれの増額時において利率を設定し、運用期間中を通じて適用するため、払込保険料ごとに適用予定利率が異なる（従来商品のように「積立金」として「一くくり」の積立利率を設定するわけではない。）；（１ｃ）外貨建の個人年金保険でありながら、払込保険料は、円貨で定額である（外貨ベースの保険料額は増額ごとに定められる。）；（１ｄ）従って年金支払のための積立金額は、それぞれの払込保険料ごとの元利合計を合算することで計算される。
【０１０５】
２．待機期間中の積立金引き出し
（２ａ）保険料の運用期間は、それぞれの払込から１０年となっているため、払い込まれた保険料それぞれについて運用期間満了から年金開始までを待機期間としている；（２ｂ）待機期間にある積立金については、年金支払開始までそれぞれの払い込まれた保険料に対応する積立金ごとに引き出すことができる（以下「一部解約」という）。
【０１０６】
図１に示す本発明の保険商品処理システムは、上記商品特性を有する保険商品を処理するためのものであり、（ａ）払込保険料それぞれの積立金額、状態、情報等を個別に管理するマスタ；及び（ｂ）それぞれの積立金額等の合計、及び契約者情報、等の共通情報を管理するためのマスタを通常のマスタとして備えることを特徴とする。
そして、上記マスタを備えることにより、定期的に増額する保険料額の減額、及び
減額時及び一部解約時の課税所得金額算定における適正な必要経費額の計算（減額、一部解約）のオペレーションが可能になる。
【０１０７】
図９及び図１０は、図１の保険商品処理システムで取り扱うことができる保険商品の一例の概略を説明するための図である。以下、図９及び図１０を参照して、保険商品の一例の概略を説明する。
【０１０８】
１．概要
本保険商品は、保険料一時払により契約を締結し、一時払による定期的増額を行う米国ドル建またはユーロ建の個人年金保険である。
保険料及び契約者価額、年金、（災害）死亡給付金、解約払戻金、等の諸支払金は、米国ドル建またはユーロ建となる。
【０１０９】
２．基本保険料、増額保険料の運用期間及び増額保険料払込期間
契約時の一時払保険料（以下「基本保険料」と称する）と、それぞれの増額分の保険料（以下「増額保険料」と称する）は、同額とする。
「基本保険料」及びそれぞれの「増額保険料」の「運用期間」は、１０年とする。
定期的増額を行う期間は、「契約基準日」を起算日として年単位とする。
定期的増額は、「増額保険料払込期間」中、契約基準日の属する翌月から毎月１回行うものとする。
【０１１０】
３．待機期間
最後の増額保険料の運用期間が満了した後、年金支払を開始する。
基本保険料及びそれぞれの増額保険料の運用期間を同一とすることによって生じる基本保険料およびそれぞれの増額保険料の運用期間満了から年金開始までの期間を「待機期間」とする。
【０１１１】
４．単位契約者価額、契約者価額、及び運用期間中における予定利率
基本保険料及び増額保険料は、運用期間中、待機期間中のそれぞれにおいてその全額が運用され、それぞれの元利合計を「単位契約者価額」（ｖ）とする
運用期間中に適用される予定利率は、払込経路によって定められたそれぞれの運用開始日が属する月の予定利率を適用し、運用期間中を通じて一定とする。
この単位契約者価額（ｖ）の合計を「契約者価額」とする。
単位契約者価額計算の基準となる日は、それぞれの「運用開始日」とする。但し、それぞれの責任開始日から運用開始日までの期間における単位契約者価額は、その払い込まれた保険料と同額とする。
【０１１２】
５．待機期間中における予定利率
待機期間中におけるそれぞれの単位契約者価額に適用される予定利率は、別途設定され、待機期間中にあるすべての単位契約者価額に共通して適用する。
この予定利率は、定期的に更改する。
【０１１３】
６．年金支払開始後の予定利率と年金支払開始日
年金支払開始後の予定利率は、年金支払を開始する月によって毎月設定される。
適用された予定利率は、年金支払期間中を通じて一定とする。
年金額は、待機期間満了時の契約者価額を年金原資とし、適用される予定利率をもとに計算される。
「年金支払開始日」は、契約基準日から起算して、「運用期間及び増額保険料払込期間の合計年数と1ヶ月経過後に初めて到来する契約基準日の月単位の応当日」とする。
【０１１４】
７．年金の種類
年金の種類は、年確定年金及び１０年保証期間付終身年金とする。
【０１１５】
８．年金支払開始の繰り下げ
年金支払開始日の２週間前までに申出ることによって、１年間に限り年金支払開始を繰り下げることができる。
【０１１６】
９．死亡給付金及び災害死亡給付金
年金支払開始までの期間において、被保険者が死亡した場合、契約者価額を「死亡給付金」として支払う。災害死亡の場合は、契約者価額の１１０％相当額を「災害死亡給付金」として支払う。
【０１１７】
１０．解約及び解約払戻金
年金支払開始日前において、契約者はいつでも解約することができる。
この場合、契約基準日からの経過年数に応じた「解約控除」を契約者価額から差し引いた金額を「解約払戻金」として支払う。
解約控除は、「運用期間が満了していない単位契約者価額」のみに適用され、「待機期間中にある単位契約者価額」には適用されない。
【０１１８】
１１．契約の一部解約
待機期間中にある単位契約者価額について、単位契約者価額ごとの一部解約を取り扱う。
【０１１９】
１２．増額保険料の払込期月と契約の失効
増額保険料払込期間中、契約基準日の月単位の応当日からその月の末日までを、それぞれの増額保険料の「払込期月」とし、契約者は、増額保険料について払込期月内に払い込むことを要する。
【０１２０】
１３．円による保険料の払込及び諸支払
保険料及び契約者価額、年金、（災害）死亡給付金などの諸支払は、米国ドル建またはユーロ建となる。
但し、保険料円入金特約（予定利率市場連動型積立個人年金用）・円支払特約（予定利率市場連動型積立個人年金保険用）を付加することにより、保険料の払込及び諸支払金の受取りを円により行うことができる。
保険料円入金特約（予定利率市場連動型積立個人年金用）を付加した場合、基本保険料及び増額保険料に充当する円による払込金額は、同額とする。
【図面の簡単な説明】
【０１２１】
【図１】本発明の保険商品処理システムの一実施形態における構成を示す概略図である。
【図２】図１に示したメインプログラムＭＰの一実施形態における構成を示す概略図である。
【図３】図２に示したメインにおける処理パターンを説明するための図である。
【図４Ａ】図３に示したパターン１の一形態である「運用開始処理」における処理の流れを説明するためのフロー図である。
【図４Ｂ】図４Ａに示した「運用開始処理」における処理の流れの続きを説明するためのフロー図である。
【図４Ｃ】図４Ｂに示した「運用開始処理」における処理の流れの続きを説明するためのフロー図である。
【図４Ｄ】図４Ｃに示した「運用開始処理」における処理の流れの続きを説明するためのフロー図である。
【図４Ｅ】図４Ｄに示した「運用開始処理」における処理の流れの続きを説明するためのフロー図である。
【図５】計算セグメントＡＢＳＶ０１のモジュール構成を示す概略図である。
【図６】図５に示す計算セグメントＡＢＳＶ０１にリンクする計算処理を説明するための図である。
【図７】計算セグメントＡＢＳＶ０２のモジュール構成を示す概略図である。
【図８】計算セグメントＡＢＳＶ０３のモジュール構成を示す概略図である。
【図９】図１の保険商品管理システムで取り扱うことができる保険商品の一実施形態の概略を説明するための図である。
【図１０】図１の保険商品管理システムで取り扱うことができる保険商品の一実施形態の概略を説明するための別の図である。
【符号の説明】
【０１２２】
ＩＮＰ  入力装置
ＯＵＰ  出力
ＡＭＴ  契約マスタ
ＡＡＤＩ  個人保険付加情報マスタ
ＭＰ  メインプログラム
【図１】
2005165544.tif 000011
【図２】
2005165544.tif 000012
【図３】
2005165544.tif 000013
【図４Ａ】
2005165544.tif 000014
【図４Ｂ】
2005165544.tif 000015
【図４Ｃ】
2005165544.tif 000016
【図４Ｄ】
2005165544.tif 000017
【図４Ｅ】
2005165544.tif 000018
【図５】
2005165544.tif 000019
【図６】
2005165544.tif 000020
【図７】
2005165544.tif 000021
【図８】
2005165544.tif 000022
【図９】
2005165544.tif 000023
【図１０】
2005165544.tif 000024