(57)【特許請求の範囲】
【請求項１】
個々の保険契約ごとに保険金支払いの契約情報を記録したデータベースを備えるサーバと、該サーバに前記保険契約の異動情報をネットワークを介して送信可能な端末と、を含む保険金支払システムであって、
前記契約情報は、前記個々の保険契約ごとに、証券番号と、１以上の保険金受取人の情報と、前記１以上の保険金受取人がそれぞれ受け取る保険金の割合情報と、保険金の保障金額の情報と、を含み、
前記サーバは、
前記保険契約に基づいて保険事故が発生したことを示す第１異動情報を受け付けると、
前記データベースを参照し、前記保険事故が発生した保険契約における前記１以上の保険金受取人ごとに、前記証券番号と、保険金支払処理の進捗状況を示す受取人支払情報と、前記割合情報に基づいた保障金額の支払残金額を示す支払残金額情報と、を含む支払予定管理情報を作成して前記データベースに記憶し、
前記１以上の保険金受取人ごとに保険金の請求が行われたことを示す第２異動情報を受け付けると、
前記データベースを参照し、前記支払予定管理情報において、前記保険金を請求した保険金受取人の前記受取人支払情報を請求登録済みとして情報更新することを特徴とする保険金支払システム。
【請求項２】
前記保障金額は、保険事故の査定のレベルに応じてそれぞれ支払可能な第１保障金額と第２保障金額とを含み、
前記サーバは、
前記保険金を請求した保険金受取人に対して前記第１保障金額の保険金の支払いが決定されたことを示す第３異動情報を受け付けると、
前記データベースを参照し、前記支払予定管理情報において、前記保険金を請求した保険金受取人の前記受取人支払情報を第１保障金額支払済みとして情報更新し、前記支払残金額の情報を前記支払残金額から前記第１保障金額を引いた金額に情報更新することを特徴とする請求項１に記載の保険金支払システム。
【請求項３】
前記サーバは、
前記保険事故の査定が行われたことを示す第４異動情報を受け付けると、
前記データベースを参照し、前記支払予定管理情報において、前記保険金を請求した保険金受取人の前記受取人支払情報を支払決定済みとして情報更新し、前記支払残金額の情報を前記支払残金額がゼロとして情報更新することを特徴とする請求項２に記載の保険金支払システム。
【請求項４】
前記サーバは、
前記保険金受取人の１以上の相続人による前記第２異動情報を受け付けた場合、
前記支払予定管理情報を、さらに、前記相続人ごとに、前記証券番号と、前記受取人支払情報と、前記相続人に対応する割合情報に基づいた保障金額の支払残金額を示す支払残金額情報と、を含んで作成し、保険金を請求した相続人の前記受取人支払情報を請求登録済みとして情報更新することを特徴とする請求項１〜３のいずれか１つに記載の保険金支払システム。
【請求項５】
前記サーバは、
前記第１異動情報を受け付けると、
前記データベースを参照し、前記保険事故が発生した保険契約における前記保障金額の情報を含む支払予定保障金額情報を更に作成して前記データベースに記憶し、
前記データベースを参照し、前記支払予定管理情報と前記支払予定保障金額情報とに基づいて支払備金情報を算出し、該算出した支払備金情報を出力することを特徴とする請求項１〜４のいずれか１つに記載の保険金支払システム。
【請求項６】
前記第２異動情報は、保険金の支払い方法が年金受取または一時金受取のどちらかに選択されたことを示す保険金受取情報を含み、
前記サーバは、
前記第２異動情報を受け付けると、
前記データベースを参照し、前記保険金受取情報を前記データベースに記憶することを特徴とする請求項１〜５のいずれか１つに記載の保険金支払システム。
【請求項７】
個々の保険契約ごとに保険金支払いの契約情報を記録したデータベースを備えるサーバと、該サーバに前記保険契約の異動情報をネットワークを介して送信可能な端末と、を含む保険金支払システムを用いた保険金支払方法であって、
前記契約情報は、前記個々の保険契約ごとに、証券番号と、１以上の保険金受取人の情報と、前記１以上の保険金受取人がそれぞれ受け取る保険金の割合情報と、保険金の保障金額の情報と、を含み、
前記サーバは、
前記保険契約に基づいて保険事故が発生したことを示す第１異動情報を受け付けると、
前記データベースを参照し、前記保険事故が発生した保険契約における前記１以上の保険金受取人ごとに、前記証券番号と、保険金支払処理の進捗状況を示す受取人支払情報と、前記割合情報に基づいた保障金額の支払残金額を示す支払残金額情報と、を含む支払予定管理情報を作成する段階と、
前記１以上の保険金受取人ごとに保険金の請求が行われたことを示す第２異動情報を受け付けると、
前記データベースを参照し、前記支払予定管理情報において、前記保険金を請求した保険金受取人の前記受取人支払情報を請求登録済みとして情報更新する段階と、
を含むことを特徴とする保険金支払方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保険金支払システムおよびその保険金支払方法に関する。
【背景技術】
【０００２】
一般的な保険では、保険者（保険会社）と保険契約者とで保険契約が締結された後、所定の保険事故が発生したときに、保険契約上で指定した保険金受取人に対して所定の保険金が保険者によって支払われている。
【０００３】
たとえば、生命保険のうち死亡保険では、被保険者が死亡したときに、保険契約上で指定した保険金受取人に普通死亡保険金、条件によっては災害死亡保険金が保険者によって支払われている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の保険金の支払においては、システム上保険金受取人のうち代表者１名が受取人として登録されて管理されるため、保険金受取人が複数人いる場合などは、代表者に保険金が一旦支払われ、その後、代表者がその受け取った保険金を他の保険金受取人に分割して渡さなければならず、手間および時間を要してしまうという問題点があった。また、代表者以外の保険金受取人は、代表者が保険金を受け取るまでその保険金を受け取ることができないという問題点もあった。
【０００５】
したがって、本発明は、上記問題点を解決し、保険金受取人が複数人いる場合であっても、保険金受取人それぞれに応じた保険金を保険金受取人ごとに支払うことができる新しい保険金支払システムおよびその保険金支払方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明による保険金支払システムは、個々の保険契約ごとに保険金支払いの契約情報を記録したデータベースを備えるサーバと、該サーバに前記保険契約の異動情報をネットワークを介して送信可能な端末と、を含む保険金支払システムであって、前記契約情報は、前記個々の保険契約ごとに、証券番号と、１以上の保険金受取人の情報と、前記１以上の保険金受取人がそれぞれ受け取る保険金の割合情報と、保険金の保障金額の情報と、を含み、前記サーバは、前記保険契約に基づいて保険事故が発生したことを示す第１異動情報を受け付けると、前記データベースを参照し、前記保険事故が発生した保険契約における前記１以上の保険金受取人ごとに、前記証券番号と、保険金支払処理の進捗状況を示す受取人支払情報と、前記割合情報に基づいた保障金額の支払残金額を示す支払残金額情報と、を含む支払予定管理情報を作成して前記データベースに記憶し、前記１以上の保険金受取人ごとに保険金の請求が行われたことを示す第２異動情報を受け付けると、前記データベースを参照し、前記支払予定管理情報において、前記保険金を請求した保険金受取人の前記受取人支払情報を請求登録済みとして情報更新する。
【０００７】
また、保障金額は、保険事故の査定のレベルに応じてそれぞれ支払可能な第１保障金額と第２保障金額とを含み、前記サーバは、前記保険金を請求した保険金受取人に対して前記第１保障金額の保険金の支払いが決定されたことを示す第３異動情報を受け付けると、前記データベースを参照し、前記支払予定管理情報において、前記保険金を請求した保険金受取人の前記受取人支払情報を第１保障金額支払済みとして情報更新し、前記支払残金額の情報を前記支払残金額から前記第１保障金額を引いた金額に情報更新することもできる。
【０００８】
さらに、サーバは、前記保険事故の査定の結果、前記保険事故の査定が行われたことを示す第４異動情報を受け付けると、前記データベースを参照し、前記支払予定管理情報において、前記保険金を請求した保険金受取人の前記受取人支払情報を支払決定済みとして情報更新し、前記支払残金額の情報を前記支払残金額がゼロとして情報更新することもできる。
【０００９】
さらに、サーバは、前記保険金受取人の１以上の相続人によって前記第２異動情報を受け付けた場合、前記支払予定管理情報を、さらに、前記相続人ごとに、前記証券番号と、前記受取人支払情報と、前記相続人に対応する割合情報に基づいた保障金額の支払残金額を示す支払残金額情報と、を含んで作成し、保険金を請求した相続人の前記受取人支払情報を請求登録済みとして情報更新することもできる。
【００１０】
さらに、サーバは、前記第１異動情報を受け付けると、前記データベースを参照し、前記保険事故が発生した保険契約における前記保障金額の情報を含む支払予定保障金額情報を更に作成して前記データベースに記憶し、前記データベースを参照し、前記支払予定管理情報と前記支払予定保障金額情報とに基づいて支払備金情報を算出し、該算出した支払備金情報を出力することもできる。
【００１１】
さらに、前記第２異動情報は、保険金の支払い方法が年金受取または一時金受取のどちらかを選択したことを示す保険金受取情報を含み、前記サーバは、前記第２異動情報を受け付けると、前記データベースを参照し、前記保険金受取情報を前記データベースに記憶することもできる。
【００１２】
また、本発明による保険金支払方法は、個々の保険契約ごとに保険金支払いの契約情報を記録したデータベースを備えるサーバと、該サーバに前記保険契約の異動情報をネットワークを介して送信可能な端末と、を含む保険金支払システムを用いた保険金支払方法であって、前記契約情報は、前記個々の保険契約ごとに、証券番号と、１以上の保険金受取人の情報と、前記１以上の保険金受取人がそれぞれ受け取る保険金の割合情報と、保険金の保障金額の情報と、を含み、前記サーバは、前記保険契約に基づいて保険事故が発生したことを示す第１異動情報を受け付けると、前記データベースを参照し、前記保険事故が発生した保険契約における前記１以上の保険金受取人ごとに、前記証券番号と、保険金支払処理の進捗状況を示す受取人支払情報と、前記割合情報に基づいた保障金額の支払残金額を示す支払残金額情報と、を含む支払予定管理情報を作成する段階と、前記１以上の保険金受取人ごとに保険金の請求が行われたことを示す第２異動情報を受け付けると、前記データベースを参照し、前記支払予定管理情報において、前記保険金を請求した保険金受取人の前記受取人支払情報を請求登録済みとして情報更新する段階と、を含む。
【発明の効果】
【００１３】
以上のように構成された本発明によれば、保険金受取人ごとに支払予定管理情報を作成して管理することで、保険金受取人が複数人いる場合であっても、保険金受取人の持分に応じた保険金を保険金受取人ごとに支払うことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１実施形態の保険金支払システム１００の概略構成を示す図である。
【図２】各端末のハードウェア構成の一例を示す概略図である。
【図３】本発明の第１実施形態のデータベース３０のデータベース構造の概念図である。
【図４】死亡通報情報に基づいて各種情報がデータ作成された場合のデータベース３０におけるデータベース構造の一例を示す図である。
【図５】請求情報に基づいて各種情報がデータ更新された場合のデータベース３０におけるデータベース構造の一例を示す図である。
【図６】仮払情報に基づいて各種情報がデータ更新された場合のデータベース３０におけるデータベース構造の一例を示す図である。
【図７】査定結果登録情報に基づいて各種情報がデータ更新された場合のデータベース３０におけるデータベース構造の一例を示す図である。
【図８】査定結果登録後支払情報に基づいて各種情報がデータ更新された場合のデータベース３０におけるデータベース構造の一例を示す図である。
【図９】本発明の第１実施形態に係る保険金支払システム１００における保険金支払方法の処理内容を示すフローチャートである。
【図１０】入力端末１０におけるインタフェース５０の具体的な画面表示の一例を示す。
【図１１】本発明の第１実施形態に係る保険金支払システム１００における保険金支払方法の処理内容を示すフローチャートである。
【図１２】入力端末１０におけるインタフェース５０の具体的な画面表示の一例を示す。
【図１３】本発明の第１実施形態に係る保険金支払システム１００における保険金支払方法の処理内容を示すフローチャートである。
【図１４】入力端末１０におけるインタフェース５０の具体的な画面表示の一例を示す。
【図１５】本発明の第１実施形態に係る保険金支払システム１００における保険金支払方法の処理内容を示すフローチャートである。
【図１６】入力端末１０におけるインタフェース５０の具体的な画面表示の一例を示す。
【図１７】本発明の第１実施形態に係る保険金支払システム１００における保険金支払方法の処理内容を示すフローチャートである。
【図１８】入力端末１０におけるインタフェース５０の具体的な画面表示の一例を示す。
【図１９】入力端末１０におけるインタフェース５０の具体的な画面表示の一例を示す。
【図２０】本発明の第２実施形態のデータベース３０のデータベース構造の概念図である。
【図２１】本発明の変形例のデータベース３０のデータベース構造の概念図である。
【図２２】本発明の変形例の支払予定管理情報３３"を示す概念図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の好適な実施形態に係る保険金支払システムについて詳細に説明する。なお、下記の各実施形態における保険として、生命保険のうち、死亡保険を例にとって説明する。生命保険で支払われる保険金は、一般に、被保険者の病気・事故などの死亡原因の場合に支払いの対象となるものであって、保険事故の普通死亡に該当するか否かの査定をした上で支払い可能な普通死亡保険金（第１保障金額）と、事故や法定伝染病などによる特定の死亡原因（死亡種類）の場合に支払の対象となるものであって、保険事故の災害死亡に該当するか否かの査定をした上で支払い可能な災害死亡保険金（第２保障金額）とを含むものとする。
＜第１実施形態＞
図１は、本発明の第１実施形態の保険金支払システム１００の概略構成を示す図である。
【００１６】
本実施形態の保険金支払システム１００は、図１に示すとおり、入力端末１０と、サーバ２０と、入力端末１０とサーバ２０を接続するネットワークＮとを含む。
【００１７】
なお、入力端末１０およびサーバ２０はそれぞれ、たとえば、図２に示すように、マイクロプロセッサからなるＣＰＵ（中央演算処理装置）、ＣＰＵにバス結合されたＲＯＭ、ＲＡＭ、ＨＤＤ、表示部、入力部、およびインタフェースなどの構成要素を備える専用または汎用のコンピュータを適用することができる。また、後述する入力端末１０およびサーバ２０の各部は、主にＣＰＵがＲＯＭやＲＡＭに格納されるプログラムを実行し、各ハードウェアを制御することにより、実現することができる。
【００１８】
入力端末１０は、サーバ２０とネットワークＮを介して通信可能に接続され、データ入力管理部１１を備える。
【００１９】
データ入力管理部１１は、システム上の保険金支払の進捗状態に応じた保険契約の異動情報などをデータ入力するためのインタフェース画面をユーザに提供し、そのデータ入力を受け付けてサーバ２０のデータ送受信部２１に送信する。上記のインタフェース画面に表示される情報として、データベース３０に記憶されている情報、たとえば、保険契約ごとの基本情報（契約情報）、保険契約ごとの保険金支払の進捗状態に関する情報（案件管理情報）、進捗状態に応じた保険金受取人ごとの支払状況に関する情報（支払予定管理情報）などがある。これらインタフェース画面に表示される情報は、データ入力管理部１１が、データ送受信部２１を介してデータベース３０から取得する。なお、インタフェース画面については、後述する。
【００２０】
ここで、本実施形態における保険金支払の進捗状態は、被保険者が死亡した場合に、その死亡通報を受け付けた死亡通報状態と、該受け付けた死亡通報における死亡原因の査定結果登録前に、保険金受取人から保険金の支払いの請求を受け付けた請求登録状態と、該請求を受け付けた保険金受取人から普通死亡保険金の査定前の支払い（仮払い）の請求を受け付けた仮払状態と、死亡原因の査定結果の登録を受け付けた査定結果登録状態と、査定結果登録受付後に、全ての保険金受取人から保険金の支払いの請求を受け付けた支払完了状態と、を含む。なお、普通死亡保険金の仮払いは、被保険者の死亡原因が普通死亡に該当しない場合（たとえば、免責事由に該当する場合など）を除いて、請求が行われた保険金受取人に、その災害死亡保険金の支払いが可能か否かの査定結果を待たずに普通死亡保険金を支払うことができるようにするものである。
【００２１】
そして、本実施形態の保険契約の異動情報は、死亡通報が出されたことを示す死亡通報情報（第１異動情報）と、査定結果登録前に、保険金受取人から保険金の支払いの請求が行われたことを示す請求情報（第２異動情報）と、査定結果登録前に、請求が行われた保険金受取人に対して普通死亡保険金の仮払いが決定されたことを示す仮払情報（第３異動情報）と、保険事故の査定結果が登録されたことを示す査定結果登録情報（第４異動情報）と、査定結果登録後に、保険金受取人から保険金の支払いの請求が行われたことを示す査定結果登録後支払情報（第５異動情報）と、の各異動情報を含む。
【００２２】
なお、本実施形態における保険契約の異動とは、保険契約締結後、保険契約者または保険金受取人などの請求により、契約内容・条件を変更することである。異動情報には、上記各異動情報に加えて、たとえば、保険契約者または被保険者にかかる個人情報の変更に関する情報、保険金受取人の変更に関する情報、保険契約の見直しなどによる保険金額の変更に関する情報なども含まれる。
【００２３】
また、本実施形態の保険金受取人ごとの支払状況に関する情報は、ある保険契約における保険金受取人ごとの保険金の支払い状況が、請求登録前であるか、請求登録後であって保険金未払いであるか、請求登録後であって保険金の仮払決定済みであるか、請求登録後であって保険金の支払決定済みであるかを示す情報を含む。
【００２４】
サーバ２０は、図１に示すとおり、データ送受信部２１と、データ作成部２２と、データ更新部２３と、データベース３０とを備える。図３は、データベース３０におけるデータベース構造の一例を示す。
【００２５】
データベース３０は、図３に示すとおり、個々の保険契約ごとに契約情報３１を記憶する。契約情報３１は、証券番号と、保険金受取人の情報と、保険金受取人がそれぞれ受け取る保険金の割合情報とを含んだ情報を有し、たとえば、保険者（保険会社）と保険契約者とが交わした保険契約の締結時に、または締結後に、保険者によってデータベース３０に記憶される。また、契約情報３１は、証券番号と、保障種別の情報と、その保障種別に応じた保険金額の情報とを含んだ情報も有する。データベース３０は、上記契約情報３１とともに、データ作成部２２で作成された案件管理情報３２、支払予定管理情報３３、および支払予定保障金額情報３４の各情報を記憶する。なお、これら各情報については後述する。
【００２６】
データ送受信部２１は、ネットワークを介した入力端末１０のデータ入力管理部１１から死亡通報情報、請求情報、仮払情報、査定結果登録情報、および査定結果登録後支払情報の各異動情報を受信する。データ送受信部２１は、死亡通報情報を受信した場合、その死亡通報情報をデータ作成部２２に送り、一方、請求情報、仮払情報、査定結果情報、および査定結果後支払情報の各種情報を受信した場合、その各種情報をデータ更新部２３に送る。また、データ送受信部２１は、データベース３０を参照し、データ入力管理部１１から要求された契約情報３１、案件管理情報３２、支払予定管理情報３３を送信する。
【００２７】
データ作成部２２は、データ送受信部２１が受信した死亡通報情報に基づいて、データベース３０を参照し、案件管理情報３２、支払予定管理情報３３、および支払予定保障金額情報３４を作成して、該作成した各種情報をデータベース３０に格納する。図４は、死亡通報情報に基づいて各種情報がデータ作成された場合のデータベース３０におけるデータベース構造の一例を示す。
【００２８】
詳細に説明すると、データ作成部２２は、データベース３０を参照し、まず、受信した死亡通報情報の証券番号に案件番号を付与して、図４に示すように、証券番号、案件番号、保険金支払の進捗状態の情報（保険金支払進捗情報）の各種情報を含んだ案件管理情報３２を作成してデータベース３０に格納する。なお、案件管理情報３２は、保険契約単位で作成されるものであって、保険契約ごとの保険金支払の進捗状態を管理するために用いることができる。
【００２９】
また、データ作成部２２は、データベース３０を参照し、受信した死亡通報情報の証券番号と一致する証券番号を有する契約情報３１を取得して、図４に示すように、保険金受取人ごとに、証券番号、案件番号、保険金受取人、割合情報、保険金受取人ごとの支払状況を示す情報（受取人支払情報）、割合情報に基づいた支払残金額、支払が決定された支払決定金額の各種情報を含んだ支払予定管理情報３３を作成してデータベース３０に格納する。支払予定管理情報３３は、保険契約単位で作成されるものであって、保険金受取人ごとの支払状況を管理するために用いることができる。
【００３０】
さらに、データ作成部２２は、データベース３０を参照し、受信した死亡通報情報の証券番号と一致する証券番号を有する契約情報３１を取得して、図４に示すように、保障種別ごとに、証券番号、案件番号、保障種別、保障種別ごとの金額（支払総金額）を含んだ支払予定保障金額情報３４を作成してデータベース３０に格納する。支払予定保障金額情報３４は、保険契約単位で作成されるものであって、保障種別ごとに、支払総金額を管理するために用いることができる。なお、データ作成部２２は、データベース３０を参照し、支払予定管理情報３３と支払予定保障金額情報３４とに基づいて支払備金情報（図示せず）を算出して作成することもできる。すなわち、支払総金額から支払決定金額を除いた金額を支払備金として算出する。サーバ２０は、たとえば、算出した支払備金情報を別に有する決算システムに連携すると共にデータベース３０に記憶したり、データ送受信部２１を介して入力端末１０に出力することもできる。
【００３１】
データ更新部２３は、データ送受信部２１が受信した請求情報、仮払情報、査定結果登録情報、および査定結果登録後支払情報の各種情報に基づいて、データベース３０を参照し、データ作成部２２で作成された案件管理情報３２、および支払予定管理情報３３に含まれる各種情報をそれぞれ更新する。図５〜図８は、請求情報、仮払情報、査定結果登録情報、査定結果登録後支払情報の各種情報に基づいて、案件管理情報３２および支払予定管理情報３３がデータ更新された場合のデータベース３０におけるデータベース構造の一例を示す。
【００３２】
詳細に説明すると、データ送受信部２１が、請求情報を受信した場合、保険金支払の進捗状態が死亡通報状態から請求状態に移るため、データ更新部２３は、案件管理情報３２において、保険金支払進捗情報「請求登録」等を追記して情報更新する。さらに、データ更新部２３は、支払予定管理情報３３において、保険金を請求した保険金受取人の受取人支払情報を「請求登録後未払い」として情報更新する。たとえば、図５は、証券番号「０００１」の保険金受取人「Ｂ」から保険金の支払いの請求が行われた場合のデータベース３０を示す。
【００３３】
また、データ送受信部２１が、仮払情報を受信した場合、保険金支払の進捗状態が請求登録状態から仮払状態に移るため、データ更新部２３は、案件管理情報３２において、保険金支払進捗情報「仮払」等の情報を追記して更新する。さらに、データ更新部２３は、支払予定管理情報３３において、仮払いを請求した保険金受取人の受取人支払情報を「仮払決定済み」として情報更新し、支払残金額から普通死亡保険金を引いた金額に情報更新し、支払決定金額を仮払いした普通死亡保険金の金額に情報更新する。たとえば、図６は、請求登録後未払いの保険金受取人「Ｂ」に対して普通死亡保険金の仮払いが決定された場合のデータベース３０を示す。仮払いが決定されると、サーバ２０は、たとえば、会計システムおよびファームバイキング（ＦＢ）システムを経由して、仮払いを請求した保険金受取人の口座に普通死亡保険金を送金する処理を実行する。
【００３４】
さらに、データ送受信部２１が、査定結果登録情報を受信した場合、保険金支払の進捗状態が仮払状態から査定結果登録状態に移るため、データ更新部２３は、案件管理情報３２において、保険金支払進捗情報「査定結果登録」等の情報を追記して更新する。さらに、データ更新部２３は、支払予定管理情報３３において、保険金を請求した保険金受取人の受取人支払情報を「支払決定済み」として情報更新し、支払残金額をゼロに、支払決定金額の情報を普通死亡保険金および災害死亡保険金とを合わせた金額になるように情報更新する。たとえば、図７は、保険金を請求した保険金受取人Ｂに対して保険金の支払いが決定された場合のデータベース３０を示す。なお、保険金受取人が保険金の支払いを請求した場合であって、仮払い請求をせずに査定結果の登録をした場合、保険金支払の進捗状態が請求状態から査定結果登録状態になり、案件管理情報３２において、保険金支払進捗情報「請求登録」等の次に「査定結果登録」等の情報を追記して更新する。保険金支払いが決定されると、サーバ２０は、たとえば、会計システムおよびＦＢシステムを経由して、仮払い済みの保険金受取人の場合には災害死亡保険金のみを保険金受取人の口座に送金する処理を実行し、保険金支払を請求したが仮払いを請求していない保険金受取人の場合には普通死亡保険金および災害死亡保険金を保険金受取人の口座に送金する処理を実行する。
【００３５】
さらに、データ送受信部２１が、査定結果登録後支払情報を受信した場合、データ更新部２３は、支払予定管理情報３３において、査定の結果後に請求が行われた保険金受取人に対して普通死亡保険金及び災害死亡保険金の支払いが決定されたとして、その保険金受取人の受取人支払情報を「支払決定済み」として情報更新し、支払残金額の情報を支払残金額がゼロに、支払決定金額の情報を普通死亡保険金と災害死亡保険金とを合わせた金額になるように情報更新する。査定結果登録後に保険金支払が決定されると、サーバ２０は、たとえば、会計システムおよびＦＢシステムを経由して、保険金支払を請求した保険金受取人の口座に普通死亡保険金および災害死亡保険金を送金する処理を実行する。
【００３６】
さらに、データ更新部２３が、保険金受取人ごとの受取人支払い情報が全て「支払決定済み」になった場合、請求案件管理情報３２において、保険金支払進捗情報「支払完了」等の情報を追記して更新する。たとえば、図８は、査定結果登録後に保険金を請求した保険金受取人Ａに対して保険金の支払いが決定された場合のデータベース３０を示す。
【００３７】
以下、図９〜図１３に示すフローチャートを参照して、保険金支払システム１００を用いて実施される保険金受取方法を説明する。なお、下記のフローチャートでは、たとえば、図３に示すように、証券番号「０００１」、保険金受取人「Ａ」および「Ｂ」、保険金受取人「Ａ」および「Ｂ」のそれぞれの保険金の割合情報を「５０％」を含む情報と、証券番号「０００１」、保障種別「普通死亡保険金」および「災害死亡保険金」、保障種別ごとの金額「２００」および「１００」（単位：十万円）を含む情報とを有する契約情報３１を有した保険契約に基づいて、保険金支払が行われる場合を例にとって説明する。また、各処理は、処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。
【００３８】
まず、死亡通報を受ける前段階として、データ入力管理部１１が、証券番号をデータ入力するためのインタフェース画面をユーザに提供し、ユーザによる証券番号のデータ入力を受け付ける（ステップＳ１００）。たとえば、被保険者が死亡した場合、該当する保険契約の証券番号「０００１」をユーザがデータ入力することで、データ入力管理部１１は、その証券番号「０００１」のデータをデータ送受信部２１に送信する。
【００３９】
次いで、データ入力された証券番号に対して死亡通報を受け付けていない場合（ステップＳ１０１：Ｎｏ）、ステップＳ１０２の死亡通報情報をデータ入力するための処理に進み、一方、データ入力された証券番号に対して既に死亡通報を受け付けている場合（ステップＳ１０１：Ｙｅｓ）、ステップＳ１０５の請求情報等をデータ入力するための処理に進む。なお、死亡通報を受け付けたか否かは、たとえば、データ入力管理部１１が、証券番号をデータ送受信部２１に送信し、そして、データ送受信部２１が、受信した証券番号に関してデータベース３０を参照し、その参照結果をデータ入力管理部１１に送信することで判断することができる。たとえば、図３に示すように、該当する証券番号「０００１」に関する案件管理情報３２が作成されていない場合、死亡通報が受け付けられていないものとして判断することができる。なお、この判断方法は、案件管理情報３２の有無によるものに限られず、死亡通報を受け付けたか否かを判断できれば良く、種々の方法を用いることができる。
【００４０】
次いで、上記死亡通報を受け付けていない場合（ステップＳ１０１：Ｎｏ）、データ入力管理部１１が、死亡通報情報をデータ入力するためのインタフェース画面を表示する（ステップＳ１０２）。ここで、入力端末１０において提供される、死亡通報情報をデータ入力するためのインタフェース画面の一例を図１０に示す。図１０に示すように、たとえば、該当する証券番号の表示画面上から、死亡受付日、死亡日、死亡種類、診断書完備日などの死亡情報のユーザ入力を受け付ける。
【００４１】
そして、データ入力管理部１１が、ユーザによる死亡通報情報のデータ入力を受け付けるまで待機する（ステップＳ１０３）。死亡通報情報のデータ入力が受け付けられると、その情報はサーバ２０に向けて送信されてサーバ２０のデータ送受信部２１が受信する。また、データ送受信部２１は、その受信した死亡通報情報をデータ作成部２２に送る。
【００４２】
次いで、データ作成部２２が、データ送受信部２１が受信した死亡通報情報に基づいて、データベース３０を参照し、案件管理情報３２、支払予定管理情報３３、および支払予定保障金額情報３４を作成して、該作成した各種情報をデータベース３０に格納する（ステップＳ１０４）。たとえば、受信した死亡通報情報の証券番号「０００１」に案件番号「１」を付与して、図４に示すように、証券番号「０００１」、案件番号「１」、保険金支払進捗情報「死亡通報」の各種情報を含んだ案件管理情報３２を作成してデータベース３０に格納する。また、受信した死亡通報情報の証券番号「０００１」と一致する証券番号を有する契約情報３１を取得して、保険金受取人ごとに、証券番号「０００１」、案件番号「１」、保険金受取人「Ａ」（「Ｂ」）、割合情報「５０％」、受取人支払情報「請求登録前」、割合情報に基づいた支払残金額「１５０」、支払が決定された支払決定金額「０」の各種情報を含んだ支払予定管理情報３３を作成してデータベース３０に格納する。さらに、保障種別ごとに、証券番号「０００１」、案件番号「１」、保障種別「普通死亡保険金」（「災害死亡保険金」）、支払総金額「２００」（「１００」）を含んだ支払予定保障金額情報３４を作成してデータベース３０に格納する。
【００４３】
次いで、データ入力管理部１１が、「請求登録」、「仮払」、「査定結果登録」、「査定結果登録後支払」のどの異動情報をデータ入力するかを選択するためのメニュー選択画面を表示する（ステップＳ１０５）。たとえば、ユーザが、「請求」に関する情報のデータ入力を希望する場合、メニュー選択画面中の「請求登録」に応じるボタンをクリックすればよい。
【００４４】
メニュー選択画面からユーザによって「請求登録」の情報をデータ入力するためのメニューが選択された場合、図１１のフローチャートに示す請求情報に関する各処理が実行される。
【００４５】
まず、データ入力管理部１１が、案件管理情報３２の保険金支払進捗情報を取得する（ステップＳ２００）。保険金支払進捗情報の取得は、データ入力管理部１１が、サーバ２０のデータ送受信部２１を介してデータベース３０から案件管理情報３２を参照し、該当する証券番号に対応する保険金支払進捗情報を取得することによって行われる。
【００４６】
次いで、取得した保険金支払進捗情報が、死亡通報、請求登録、または仮払であるか否かを判断し（ステップＳ２０１）、死亡通報、請求登録、または仮払である場合（ステップＳ２０１：Ｙｅｓ）、ステップＳ２０３の処理に進み、一方、そうでない場合（ステップＳ２０１：Ｎｏ）、図９に示すステップＳ１０５の請求情報等をデータ入力するための処理に戻る。
【００４７】
次いで、データ入力管理部１１が、支払予定管理情報３３の受取人支払情報を取得する（ステップＳ２０２）。受取人支払情報の取得は、データ入力管理部１１が、サーバ２０のデータ送受信部２１を介してデータベース３０から支払予定管理情報３３を参照し、該当する証券番号を有する受取人支払情報を取得することによって行われる。
【００４８】
次いで、取得した受取人支払情報が請求登録前である保険金受取人がいるか否かを判断し（ステップＳ２０３）、請求登録前の保険金受取人がいる場合（ステップＳ２０３：Ｙｅｓ）、データ入力管理部１１が、請求情報をデータ入力するためのインタフェース画面を表示する（ステップＳ２０４）。ここで、入力端末１０において提供される、請求情報をデータ入力するためのインタフェース画面の一例を図１２に示す。
【００４９】
そして、データ入力管理部１１が、ユーザによる請求情報のデータ入力を受け付けるまで待機する（ステップＳ２０５）。請求情報のデータ入力は、たとえば、図１２（ａ）に示す画面上において、まず、保険金支払を希望する保険金受取人「Ｂ」の処理の欄における「登録・修正」をクリックする。そして、「登録・修正」をクリックすると、図１２（ｂ）に示す画面に移り、この画面上において、受取人情報および支払先情報の各欄をキーボード入力することで行うことができる。なお、受取人情報には、保険金の支払い方法が、一時金受取または年金受取のどちらかに選択されたことを示す保険金受取情報を含み、ユーザはその保険金受取情報をデータ入力することができる。請求情報のデータ入力が受け付けられると、その情報はサーバ２０に向けて送信されてサーバ２０のデータ送受信部２１が受信する。また、データ送受信部２１は、その受信した請求情報をデータ更新部２３に送る。なお、取得した保険金受取情報は、たとえば、保険金受取人ごとに管理するために、データベース３０上の支払予定管理情報３３に追加して記憶することもできる。
【００５０】
次いで、データ更新部２３が、案件管理情報３２において、保険金支払進捗情報「請求登録」等を追記して情報更新し、支払予定管理情報３３において、保険金を請求した保険金受取人の受取人支払情報を「請求登録後未払い」として情報更新する（ステップＳ２０６）。たとえば、図５に示すように、案件管理情報３２に証券番号「０００１」、案件番号「１」、保険金支払進捗情報「請求登録」が追記され、また、支払予定管理情報３３の保険金受取人「Ｂ」の受取人支払情報が「請求登録後未払い」に更新される。
【００５１】
上記ステップＳ２０６の処理後、または、上記ステップＳ２０１において保険金支払進捗情報が、死亡通報でも請求でも仮払でもない場合（ステップＳ２０１：Ｎｏ）、および上記ステップＳ２０３において請求登録前の保険金受取人がいない場合（ステップＳ２０３：Ｎｏ）、図９に示すステップＳ１０５の処理に戻る。
【００５２】
メニュー選択画面からユーザによって「仮払」の情報をデータ入力するためのメニューが選択された場合、図１３のフローチャートに示す仮払情報に関する各処理が実行される。
【００５３】
まず、データ入力管理部１１が、案件管理情報３２の保険金支払進捗情報を取得する（ステップＳ３００）。保険金支払進捗情報の取得方法は、上記請求情報の場合と同様にすることができる。
【００５４】
次いで、取得した保険金支払進捗情報が、請求登録または仮払であるか否かを判断し（ステップＳ３０１）、請求登録または仮払である場合（ステップＳ３０１：Ｙｅｓ）、ステップＳ３０２の処理に進み、一方、請求登録でも仮払でもない場合（ステップＳ３０１：Ｎｏ）、図９に示すステップＳ１０５の請求情報等をデータ入力するための処理に戻る。
【００５５】
次いで、データ入力管理部１１が、支払予定管理情報３３の受取人支払情報を取得する（ステップＳ３０２）。受取人支払情報の取得方法は、上記請求情報の場合と同様にすることができる。
【００５６】
次いで、取得した受取人支払情報が請求登録後未払いである保険金受取人がいるか否かを判断し（ステップＳ３０３）、請求登録後未払いの保険金受取人がいる場合（ステップＳ３０３：Ｙｅｓ）、データ入力管理部１１が、仮払情報をデータ入力するためのインタフェース画面を表示する（ステップＳ３０４）。たとえば、図５の支払予定管理情報３３に示すように、保険金受取人「Ｂ」が「請求登録後未払い」である場合、データ入力管理部１１が、仮払情報をデータ入力するためのインタフェース画面を表示する。ここで、入力端末１０において提供される、仮払情報をデータ入力するためのインタフェース画面の一例を図１４に示す。
【００５７】
そして、データ入力管理部１１が、ユーザによる仮払情報のデータ入力を受け付けるまで待機する（ステップＳ３０５）。仮払情報のデータ入力は、たとえば、図１４に示す画面上において、受取人情報および支払先情報の表示内容を確認し、「送信」をクリックすることで行うことができる。仮払情報のデータ入力が受け付けられると、その情報はサーバ２０に向けて送信されてサーバ２０のデータ送受信部２１が受信する。また、データ送受信部２１は、その受信した仮払情報をデータ更新部２３に送る。
【００５８】
次いで、データ更新部２３が、案件管理情報３２において、保険金支払進捗情報「仮払」等を追記して情報更新し、支払予定管理情報３３において、保険金を請求した保険金受取人の受取人支払情報を「請求登録後仮払い」として情報更新する（ステップＳ３０６）。たとえば、図６に示すように、案件管理情報３２に証券番号「０００１」、案件番号「１」、保険金支払進捗情報「仮払」が追記され、また、支払予定管理情報３３の保険金受取人「Ｂ」の受取人支払情報が「請求登録前未払い」から「仮払決定済み」に更新され、さらに、支払残金額が「１５０」から「５０」に、支払決定金額が「０」から「１００」に更新される。
【００５９】
上記ステップＳ３０４の処理後、または、上記ステップＳ３０１において保険金支払進捗情報が、請求でも仮払でもない場合（ステップＳ３０１：Ｎｏ）、および上記ステップＳ３０３において請求登録後未払いの保険金受取人がいない場合（ステップＳ３０３：Ｎｏ）、図９に示すステップＳ１０５の処理に戻る。
【００６０】
メニュー選択画面からユーザによって「査定結果登録」の情報をデータ入力するためのメニューが選択された場合、図１５のフローチャートに示す査定結果登録情報に関する各処理が実行される。
【００６１】
まず、データ入力管理部１１が、案件管理情報３２の保険金支払進捗情報を取得する（ステップＳ４００）。保険金支払進捗情報の取得方法は、上記請求情報の場合と同様にすることができる。
【００６２】
次いで、取得した保険金支払進捗情報が、請求登録または仮払であるか否かを判断し（ステップＳ４０１）、請求登録または仮払である場合（ステップＳ４０１：Ｙｅｓ）、ステップＳ４０２の処理に進み、一方、請求登録でも仮払でもない場合（ステップＳ４０１：Ｎｏ）、図９に示すステップＳ１０５の請求情報等をデータ入力するための処理に戻る。
【００６３】
次いで、データ入力管理部１１が、査定結果登録情報をデータ入力するためのインタフェース画面を表示する（ステップＳ４０２）。ここで、入力端末１０において提供される、査定結果登録情報をデータ入力するためのインタフェース画面の一例を図１６に示す。
【００６４】
そして、データ入力管理部１１が、ユーザによる査定結果登録情報のデータ入力を受け付けるまで待機する（ステップＳ４０３）。査定結果登録情報のデータ入力は、たとえば、図１６に示す画面上において、死亡情報の欄における「災害死亡」および「査定完了日」をキーボード入力し、そして「送信」をクリックすることで行うことができる。査定結果登録情報のデータ入力を受け付けると、その情報はサーバ２０に向けて送信されてサーバ２０のデータ送受信部２１が受信する。また、データ送受信部２１は、その受信した査定結果登録情報をデータ更新部２３に送る。
【００６５】
次いで、データ更新部２３が、案件管理情報３２において、保険金支払進捗情報「仮払」等を追記して情報更新する（ステップＳ４０４）。たとえば、図７に示すように、案件管理情報３２に証券番号「０００１」、案件番号「１」、保険金支払進捗情報「査定結果登録」が追記される。
【００６６】
次いで、データ入力管理部１１が、支払予定管理情報３３の受取人支払情報を取得する（ステップＳ４０５）。受取人支払情報の取得方法は、上記請求情報の場合と同様にすることができる。
【００６７】
次いで、取得した受取人支払情報が請求登録後未払い、または、仮払決定済みである保険金受取人がいるか否かを判断し（ステップＳ４０６）、該保険金受取人がいる場合（ステップＳ４０６：Ｙｅｓ）、データ更新部２３が、支払予定管理情報３３において、保険金を請求した保険金受取人の受取人支払情報を「支払決定済み」として情報更新する（ステップＳ４０７）。たとえば、図７に示すように、支払予定管理情報３３の保険金受取人「Ｂ」の受取人支払情報を「仮払い決定済み」から「支払決定済み」に更新され、さらに、支払残金額が「５０」から「０」に、支払決定金額が「１００」から「１５０」に更新される。
【００６８】
次いで、受取人支払い情報が請求登録前である保険金受取人がいるか否かを判断し（ステップＳ４０８）、該保険金受取人がいない場合（ステップＳ４０８：Ｙｅｓ）、データ更新部２３が、案件管理情報３２において、保険金支払進捗情報「支払完了」等を追記して情報更新する（ステップＳ４０９）。
【００６９】
上記ステップＳ４０９の処理後、または、上記ステップＳ４０１において保険金支払情報が、請求登録でも仮払でもない場合（ステップＳ４０１：Ｎｏ）、上記ステップＳ４０６において請求登録後未払いの保険金受取人、仮払決定済みの保険金受取人がいない場合（ステップＳ４０６：Ｎｏ）、および上記ステップＳ４０８において請求登録前の保険金受取人がいない場合（ステップＳ４０８：Ｎｏ）、図９に示すステップＳ１０５の処理に戻る。なお、ステップＳ４０８−Ｓ４０９の処理は省略することもできる。
【００７０】
メニュー選択画面からユーザによって査定結果登録後支払情報をデータ入力するためのメニューが選択された場合、図１７のフローチャートに示す査定結果登録情報に関する各処理が実行される。
【００７１】
まず、データ入力管理部１１が、案件管理情報３２の「保険金支払進捗」の情報を取得する（ステップＳ５００）。保険金支払進捗情報の取得方法は、上記請求情報の場合と同様にすることができる。
【００７２】
次いで、取得した保険金支払進捗情報が、査定結果登録であるか否かを判断し（ステップＳ５０１）、査定結果登録である場合（ステップＳ５０１：Ｙｅｓ）、ステップＳ５０２の処理に進み、一方、査定結果登録でない場合（ステップＳ５０１：Ｎｏ）、図９に示すステップＳ１０５の請求情報等をデータ入力するための処理に戻る。
【００７３】
次いで、データ入力管理部１１が、支払予定管理情報３３の受取人支払情報を取得する（ステップＳ５０２）。受取人支払情報の取得方法は、上記請求情報の場合と同様にすることができる。
【００７４】
次いで、取得した受取人支払情報が請求登録前である保険金受取人がいるか否かを判断し（ステップＳ５０３）、請求登録前の保険金受取人がいる場合（ステップＳ５０３：Ｙｅｓ）、データ入力管理部１１が、査定結果登録後支払情報をデータ入力するためのインタフェース画面を表示する（ステップＳ５０４）。たとえば、図７の支払予定管理情報３３に示すように、保険金受取人「Ａ」が「請求登録前」である場合、データ入力管理部１１が、請求登録後支払情報をデータ入力するためのインタフェース画面を表示する。ここで、入力端末１０において提供される、請求登録後支払情報をデータ入力するためのインタフェース画面の一例を図１８に示す。
【００７５】
そして、データ入力管理部１１が、ユーザによる査定結果登録後支払情報のデータ入力を受け付けるまで待機する（ステップＳ５０５）。査定結果登録後支払情報のデータ入力は、たとえば、図１８に示す画面上において、請求登録前であり、保険金支払を希望する保険金受取人「Ａ」の処理の欄における「登録・修正」をクリックすることで行うことができる。査定結果登録後支払情報のデータ入力を受け付けると、その情報はサーバ２０に向けて送信されてサーバ２０のデータ送受信部２１が受信する。また、データ送受信部２１は、その受信した査定結果登録後支払情報をデータ更新部２３に送る。
【００７６】
次いで、データ更新部２３が、支払予定管理情報３３において、保険金を請求した保険金受取人の受取人支払情報を「支払決定済み」として情報更新する（ステップＳ５０６）。たとえば、図８に示すように、案件管理情報３２に証券番号「０００１」、案件番号「１」、保険金支払進捗情報「査定結果登録後支払」が追記され、また、支払予定管理情報３３の保険金受取人「Ａ」の受取人支払情報が「支払決定済み」に更新され、さらに、支払残金額が「１５０」から「０」に、支払決定金額が「０」から「１５０」に更新される。
【００７７】
次いで、受取人支払い情報が請求登録前である保険金受取人がいるか否かを判断し（ステップＳ５０７）、該保険金受取人がいない場合（ステップＳ５０７：Ｎｏ）、データ更新部２３が、案件管理情報３２において、保険金支払進捗情報「支払完了」等を追記して情報更新する（ステップＳ５０８）。
【００７８】
上記ステップＳ５０８の処理後、または、上記ステップＳ５０１において保険金支払進捗情報が、査定結果登録でない場合（ステップＳ５０１：Ｙｅｓ）、上記ステップＳ５０３において請求登録前の保険金受取人がいない場合（ステップＳ５０３：Ｎｏ）、上記ステップＳ５０７において請求登録前の保険金受取人がいる場合（ステップＳ５０７：Ｙｅｓ）、図９に示すステップＳ１０５の処理に戻る。
【００７９】
なお、本実施形態では、上記死亡通報を受けたか否かの判断（Ｓ１０１）し、その後に、上述したメニュー選択画面を表示しているが、本発明はこの場合に限られず、死亡通報を受けたか否かを判断せずに、メニュー選択画面を表示してもよい。この場合、メニュー選択画面上において、「死亡通報」「請求」、「仮払」、「査定結果登録」、「査定結果登録後支払い」のどの情報をデータ入力するかを選択することができる。死亡通報が受け付けられていない状態で、他の「請求」、「仮払」、「査定結果登録」、「査定結果登録後支払」が選択された場合、データ入力を行うことができず、そして、インタフェース画面に死亡通報の入力を促すように文字等を表示させることができる。また、死亡通報が受け付けられている状態で、「死亡通報」が選択された場合、すでに死亡通報は入力済みであることを知らせる文字等を表示させることができる。
【００８０】
本実施形態の保険金支払システム１００によれば、保険金受取人ごとに支払予定管理情報を作成して管理することで、保険金受取人が複数人いる場合であっても、保険金受取人それぞれに応じた保険金を保険金受取人ごとに支払うことができる。
【００８１】
また、保険金を請求した保険金受取人に対して普通死亡保険金を仮払いするシステムとすることで、査定結果を受ける前に、保険金受取人は普通死亡保険金を先に受け取ることができる。その結果、保険金受取人は、たとえば、被保険者の死亡にかかる葬式費用等を迅速に取得することができる。また、保険金受取人が複数人いる場合、個別に仮払いを可能にすることができ、保険金受取人の要望に合わせて柔軟に対応することができる。
【００８２】
さらに、保障種別ごとに管理する支払予定保障金額情報を作成することで、支払備金金額を契約の保障ごとに把握することが可能となる。
＜第２実施形態＞
次に、本発明の第２実施形態について詳細に説明する。
【００８３】
第２実施形態の保険金支払システム２００は、第１実施形態の保険金支払システム１００の機能に加えて、さらに、保険金受取人の１以上の相続人がいる場合であっても、その相続人に対しても相続人それぞれに応じた保険金を支払うことを可能としたシステムである。そのために、本実施形態の異動情報は、上記第１異動情報〜第５異動情報に加えて、さらに、ある保険金受取人に給付される保険金が１以上の相続人によって分割されたことを示す受取人分割情報（第６異動情報）を含む。
【００８４】
第２実施形態の保険金支払システム２００において、第１実施形態の保険金支払システム１００と異なる各部の機能についてのみ下記で説明し、その他の機能は第１実施形態の保険金支払システム１００と共通とすることができるので、その詳細な説明は省略する。
【００８５】
保険金支払システム２００は、データ送受信部２１が、請求情報において、上記受取人分割情報、およびその割合情報を含んで受信する。そして、受取人分割情報および割合情報をデータ作成部２２に送る。
【００８６】
なお、入力端末１０において提供される、受取人分割情報をデータ入力するためのインタフェース画面の一例を図１９に示す。このインタフェース画面は、図１２に示すようなインタフェース画面から該当する受取人情報の処理の欄における「分割」をユーザがクリック入力することで表示される。たとえば、図１９に示す画面上において、該当する証券番号の表示画面上から、分割元受取人の１以上の相続人である受取人氏名およびその割合情報のユーザ入力を受け付ける。データ入力管理部１１は、受け付けた受取人分割情報、およびその割合情報を含む請求情報をサーバ２０に向けて送信する。
【００８７】
そして、データ作成部２２が、データベース３０を参照し、受信した死亡通報情報の証券番号と一致する証券番号を有する契約情報３１を取得して、図２０に示すように、保険金受取人ごとに、証券番号、案件番号、保険金受取人の情報、割合情報、保険金支払処理の進捗状況を示す受取人支払情報、割合情報に基づいた支払残金額、支払が決定された支払決定金額の各種情報を含んだ支払予定管理情報３３'を作成してデータベース３０に格納する。
【００８８】
本実施形態の保険金支払システム２００によれば、保険金受取人ごとに支払予定管理情報を作成して管理することで、保険金受取人や、相続された保険金受取人の相続人が複数人いる場合であっても、それぞれに応じた保険金を保険金受取人や、相続された保険金受取人の相続人ごとに支払うことができる。
＜変形例＞
以上のように本発明の好適な実施形態について説明したが、本発明は、以上の実施形態に限定されるべきものではなく、特許請求の範囲に表現された思想および範囲を逸脱することなく、種々の変形、追加、および省略が当業者によって可能である。
【００８９】
たとえば、上記実施形態では、生命保険のうち、普通死亡保険金および災害死亡保険金の２種類の保険金を有する場合を例に挙げて説明したが、本発明はこれに限られず、複数の保険金受取人に分割して保険金を支払えればよく、その保険種別は適宜変更、または保険種別の数を増減することができる。
【００９０】
また、上記実施形態では、保険金受取人による普通死亡保険金の仮払いできる場合を説明したが、本発明はこれに限られず、たとえば、仮払いに関する処理を省略することもできる。この場合、査定結果登録後に、請求登録があった１以上の保険金受取人に保険金（たとえば、普通死亡保険金および災害死亡保険金）を支払うことができる。
【００９１】
さらに、保険金受取人を２名の場合を例にとって説明したが、本発明はこれに限定されず、１以上の保険金受取人に適用できる。たとえば、保険金受取人が一人の場合であれば、支払予定管理情報３３において、その割合情報「１００％」とすることで対応が可能である。
【００９２】
さらに、データベース３０の契約情報３１に予め記憶しておく受取人情報を限定（たとえば、６人分）することで、個々の契約情報ごとの記憶量を抑制し、データベース３０の有効利用を図ることができる。この場合、たとえば、契約情報３１として、図２１に示すように、証券番号、受取人の人数情報（たとえば、８人分）を含む情報を別途記憶させることで対応が可能である。すなわち、データ作成部２２は、データ送受信部２１が死亡通報情報を受信した場合、図２２（ａ）示すように、保険金受取人ごとに、支払予定管理情報３３"を作成する。なお、受取人情報をデータベース３０内に有さない受取人Ｍ，Ｎについては、たとえば、割合情報および支払残金額を仮に設定しておき、割合情報を受信した場合、図２２（ｂ）に示すように、支払予定管理情報３３"を更新する。
【００９３】
さらに、上記実施形態では、入力端末１０にデータ入力管理部１１が、また、サーバ２０にデータ送受信部２１、データ作成部２２、データ更新部２３の各部が備えられている場合を例に挙げて説明したが、本発明はこれに限られず、入力端末１０およびサーバ２０の各部における機能をそれぞれ複数のコンピュータを備えて実現してもよい。たとえば、データ入力管理部１１をサーバ２０側に備えることができる。
【符号の説明】
【００９４】
１０  入力端末、
２０  サーバ、
２１  データ送受信部、
２２  データ作成部、
２３  データ更新部、
３０  データベース、
３１  契約情報、
３２  案件管理情報、
３３  支払予定管理情報、
３４  支払予定保障金額情報。
【図２】
0005568266.tif 000002
【図３】
0005568266.tif 000003
【図４】
0005568266.tif 000004
【図９】
0005568266.tif 000005
【図１０】
0005568266.tif 000006
【図１１】
0005568266.tif 000007
【図１２】
0005568266.tif 000008
【図１３】
0005568266.tif 000009
【図１４】
0005568266.tif 000010
【図１５】
0005568266.tif 000011
【図１６】
0005568266.tif 000012
【図１７】
0005568266.tif 000013
【図１８】
0005568266.tif 000014
【図１９】
0005568266.tif 000015
【図２１】
0005568266.tif 000016
【図１】
0005568266.tif 000017
【図５】
0005568266.tif 000018
【図６】
0005568266.tif 000019
【図７】
0005568266.tif 000020
【図８】
0005568266.tif 000021
【図２０】
0005568266.tif 000022
【図２２】
0005568266.tif 000023