契約管理装置
【課題】 契約後に異動があるような場合でも、給付金や保険金の受取人を特定することができる契約管理装置を得ることを目的とする。
【解決手段】 給付金又は保険金の支払が可能であるか否かを判定するとともに、保険の契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する保険特定部１４を設け、保険特定部１４が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を保険会社端末４ａに通知するとともに、給付金又は保険金の受取人を保険会社端末４ａに通知する一方、保険特定部１４が支払不可能な保険であると判定すれば、給付金又は保険金の支払が不可能である旨を保険会社端末４ａに通知する。
【解決手段】 給付金又は保険金の支払が可能であるか否かを判定するとともに、保険の契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する保険特定部１４を設け、保険特定部１４が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を保険会社端末４ａに通知するとともに、給付金又は保険金の受取人を保険会社端末４ａに通知する一方、保険特定部１４が支払不可能な保険であると判定すれば、給付金又は保険金の支払が不可能である旨を保険会社端末４ａに通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、保険業務の効率化を図る契約管理装置に関するものである。
【背景技術】
【０００２】
従来の契約管理装置は、保険金の支払を求める請求データを受けると、その請求データに含まれている保険金の請求の原因となる損害に関する損害データと、基準データベースに格納されている基準データとを比較して適正度合を求め、その適正度合に基づいて保険金の支払の可否を判断するようにしている（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００３−３０４４１号公報（段落番号［０００７］から［００１３］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の契約管理装置は以上のように構成されているので、保険金の支払の可否を判断することができる。しかし、保険金の支払が可能である場合、保険金の受取人については保険会社の担当者等が特定しなければならず、受取人に関して契約後に異動があるような場合には、受取人の特定に多くの時間を要するなどの課題があった。
【０００５】
この発明は上記のような課題を解決するためになされたもので、契約後に異動があるような場合でも、給付金や保険金の受取人を特定することができる契約管理装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る契約管理装置は、契約情報取得手段により取得された契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する受取人特定手段を設け、可否判定手段が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を通知するとともに、その受取人特定手段により特定された受取人を通知し、その可否判定手段が支払不可能な保険であると判定、あるいは、契約情報取得手段により一致する個人情報が検索されなければ、給付金又は保険金の支払が不可能である旨を通知するようにしたものである。
【発明の効果】
【０００７】
この発明によれば、契約情報取得手段により取得された契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する受取人特定手段を設け、可否判定手段が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を通知するとともに、その受取人特定手段により特定された受取人を通知し、その可否判定手段が支払不可能な保険であると判定、あるいは、契約情報取得手段により一致する個人情報が検索されなければ、給付金又は保険金の支払が不可能である旨を通知するように構成したので、給付金や保険金の支払が可能な保険であるか否かや、給付金又は保険金の受取人を保険会社の担当者等に通知することができるようになり、その結果、保険業務の効率化を図ることができる効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
図１はこの発明の実施の形態１による契約管理装置が適用する保険業務管理システムを示すシステム構成図であり、図において、顧客１は保険加入希望者又は保険加入者であり、顧客１が保険の加入を希望する場合や、給付金又は保険金を請求する場合には、保険の申込書や請求書を保険会社４の代理店２、保険会社４の課支社３又は入力センタ５に提出する。課支社３にはイメージスキャナを搭載しているパソコンなどの課支社端末３ａが設置されており、課支社端末３ａは例えば顧客１から保険の申込書が郵送されて来ると、イメージスキャナを用いて申込書の記載事項を読み取り、広域ネットワーク９（例えば、インターネット、公衆電話回線網）を介して、その記載事項を表すイメージデータを入力センタ装置５ａに送信する。
保険会社４にはパソコンなどの保険会社端末４ａが設置されており、保険会社端末４ａは例えば契約管理装置６から送信された給付金又は保険金の支払額の内訳を示す支払明細データを受信すると、その支払明細データを顧客１である保険加入者に発送するなどの処理を実施する。
【０００９】
入力センタ５にはイメージスキャナを搭載しているパソコンなどの入力センタ装置５ａが設置されており、入力センタ装置５ａは例えば顧客１から保険の申込書が郵送されて来ると、イメージスキャナを用いて申込書の記載事項を読み取って、申込書の記載事項をチェックし、また、課支社端末３ａから申込書の記載事項を表すイメージデータが送信されると、その申込書の記載事項をチェックし、申込書の記載事項に不備がなければ、申込書の記載事項を契約管理装置６に送信する。なお、入力センタ装置５ａは給付金又は保険金の請求書を受け付けたときも、請求書の記載事項をチェックし、請求書の記載事項に不備がなければ、請求書の記載事項を契約管理装置６に送信する。
【００１０】
契約管理装置６は入力センタ装置５ａから申込書の記載事項を受信すると、申込書の記載事項をデータベース７に登録し、入力センタ装置５ａから請求書の記載事項を受信すると、その記載事項を解析して給付金又は保険金の請求事由を判別し、その請求事由を参照して、既契約済みの保険の中から給付金又は保険金の支払対象となる保険を特定するとともに、その支払対象となる保険の契約内容と上記請求事由を照合して、給付金又は保険金の支払額を査定する。
出力センタ８は契約管理装置６から送信されたプリントデータにしたがって顧客１に対する案内物を印刷するパソコンなどの出力センタ装置８ａが設置されており、顧客１に対する案内物を発送するなどの処理を実施する。
【００１１】
図２はこの発明の実施の形態１による契約管理装置を示す構成図であり、図において、データ受信部１１は通信機を搭載しており、広域ネットワーク９やＬＡＮ９ｂを介して、入力センタ装置５ａから送信された申込書又は請求書の記載事項などを受信する。
データ登録部１２はデータ受信部１１が申込書の記載事項（例えば、顧客１の個人情報（例えば、氏名、住所、生年月日）、保険種別、特約事項など）を受信すると、申込書の記載事項をデータベース７に登録する。また、データ登録部１２はデータ受信部１１が保険会社端末４ａから契約内容（例えば、保険開始日時、特記事項、給付金又は保険金の支払条件など）を示す契約情報を受信すると、その契約情報をデータベース７に登録する。なお、データ登録部１２は情報登録手段を構成している。
【００１２】
請求事由特定部１３はデータ受信部１１が保険会社端末４ａから送信された顧客１の個人情報と請求事由を示す情報を受信すると、顧客１の個人情報を保険特定部１４に出力するとともに、その請求事由の具体的な内容であるイベントを特定する。このイベントには、例えば、診断イベント、入院イベント、通院イベント、治療イベント、死亡イベント、介護イベント、障害イベント、在宅緩和ケアイベント、高度先進医療イベントなどがある。なお、請求事由特定部１３は請求事由特定手段を構成している。
【００１３】
保険特定部１４はデータベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索して、被保険者が加入している保険の契約情報を取得する。また、保険特定部１４はその契約情報と請求事由特定部１３により特定されたイベントを照合して、給付金又は保険金の支払が可能な保険であるか否かを判定する。また、保険特定部１４は被保険者が加入している保険の契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する。さらに、保険特定部１４は請求事由特定部１３により特定されたイベントから給付金又は保険金の請求に必要な書類を特定する。
なお、保険特定部１４は契約情報取得手段、可否判定手段、受取人特定手段及び書類特定手段を構成している。
支払額決定部１５は保険特定部１４により給付金又は保険金の支払が可能な保険であると判定された場合、その保険の契約内容と請求事由特定部１３により特定されたイベントを照合して、給付金又は保険金の支払額を査定する。
【００１４】
データ送信部１６は通信機を搭載しており、保険特定部１４が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を保険会社端末４ａに通知するとともに、給付金又は保険金の受取人や請求に必要な書類を保険会社端末４ａに通知する一方、保険特定部１４が支払不可能な保険であると判定、あるいは、保険特定部１４が一致する個人情報を検索できなければ、給付金又は保険金の支払が不可能である旨を保険会社端末４ａに通知する。また、データ送信部１６は支払額決定部１５により査定された給付金又は保険金の支払額の内訳を示す支払明細データなどを保険会社端末４ａに送信する。なお、データ送信部１６は通知手段を構成している。
【００１５】
なお、契約管理装置６の構成部（データ受信部１１、データ登録部１２、請求事由特定部１３、保険特定部１４、支払額決定部１５、データ送信部１６）は、例えば、専用のＩＣ集積回路を用いて構成してもよいが、図３に示すように、少なくとも、ＣＰＵ２１とネットワークインタフェース２２とデータベースインタフェース２３とメモリ２４とを備えたコンピュータを用いて構成するとともに、各構成部の処理内容が記述されたプログラムをメモリ２４に格納し、ＣＰＵ２１がメモリ２４に格納されているプログラムを実行するようにしてもよい。
図４及び図５はこの発明の実施の形態１による保険業務管理システムの処理内容を示す処理シーケンス図である。
【００１６】
次に動作について説明する。
最初に、顧客１が保険の加入を希望する場合の処理内容について説明する。
顧客１は、保険の加入を希望する場合、保険の申込書に必要な事項を記入し、その申込書を代理店２、課支社３又は入力センタ５の何れかに郵送する（ステップＳＴ１，ＳＴ２，ＳＴ３）。
例えば、顧客１が申込書を代理店２に郵送すると、代理店２が顧客１の氏名や加入希望保険などを台帳に記載するなどの事務手続きを実施してから、その申込書を入力センタ５に郵送する（ステップＳＴ１１，ＳＴ１２）。
【００１７】
また、顧客１が申込書を課支社３に郵送した場合には、課支社３の担当者が課支社端末３ａのイメージスキャナを用いて申込書の記載事項を読み取り、その記載事項を表すイメージデータを広域ネットワーク９を介して入力センタ装置５ａに送信する（ステップＳＴ２１，ＳＴ２２）。
なお、申込書の原本は、課支社３の担当者が入力センタ５に郵送する（ステップＳＴ２３）。
【００１８】
入力センタ５の担当者は、顧客１又は代理店２から保険の申込書が郵送されて来ると、入力センタ装置５ａのイメージスキャナを用いて申込書の記載事項を読み取り、申込書の記載事項をチェックする。課支社３の課支社端末３ａからイメージデータが送信されて来た場合には、そのイメージデータに基づいて申込書の記載事項をチェックする。
具体的には、申込書全体のイメージデータを申込書の記入欄毎に分割し、各記入欄のイメージデータをＯＣＲ処理によってテキストデータに変換する。そして、各記入欄のテキストデータを解析して、必要な記載事項が記載されているか否かを判断する。例えば、加入者の年齢の欄に数字以外の文字（例えば、英字）が記入されていたり、未記入であったりするような場合には、記載事項が不備であると判断する。あるいは、告知の欄において、既往症が有にチェックが入っているとき、具体的な病名が記入されていないような場合には、記載事項が不備であると判断する。
【００１９】
入力センタ装置５ａは、申込書の記載事項に不備がなければ、申込書の記載事項（例えば、テキストデータ）を契約管理装置６に送信し（ステップＳＴ３１）、申込書の原本を然る場所に保管する（ステップＳＴ３２）。
なお、入力センタ５の担当者は、入力センタ装置５ａが申込書の記載事項に不備を見つけると、その申込書の原本を顧客１に返送して、その申込書の記載事項の訂正をお願いする。
【００２０】
契約管理装置６のデータ受信部１１は、入力センタ装置５ａが申込書の記載事項を送信すると、申込書の記載事項を受信してデータ登録部１２に出力する。
契約管理装置６のデータ登録部１２は、データ受信部１１から申込書の記載事項を受けると、申込書の記載事項をデータベース７に登録する。
これにより、データベース７には申込書の記載事項として、顧客１の個人情報（例えば、氏名、住所、生年月日）や、保険種別、特約事項などの情報が登録される。
【００２１】
なお、保険会社４の担当者は、契約管理装置６のデータベース７に申込書の記載事項が登録されると（例えば、契約管理装置６から申込書の記載事項を登録した旨のメールを受信したとき）、保険会社端末４ａを使用して申込書の記載事項を読み込み、その記載事項や告知書などに基づいて保険加入審査を行う。保険会社４の担当者は保険の加入を許可する場合、保険会社端末４ａを使用して、契約内容（例えば、証券番号、保険開始日時、特記事項など）を示す契約情報を契約管理装置６に送信する。
契約管理装置６のデータ登録部１２は、データ受信部１１が保険会社端末４ａから契約情報を受信すると、その契約情報をデータベース７に登録する。
【００２２】
保険加入時の処理は以上の通りであり、保険加入時の処理ではないが、出力センタ８の担当者は、顧客１に新商品の案内や契約済みの保険の契約更新を案内するような場合には、出力センタ装置８ａを使用してプリントデータの送信を契約管理装置６に要求し（ステップＳＴ４１）、契約管理装置６からプリントデータを受信する（ステップＳＴ４２）。
出力センタ装置８ａは、契約管理装置６から送信されたプリントデータにしたがって顧客１に対する案内物を印刷する（ステップＳＴ４３）。
出力センタ８の担当者は、顧客１に対する案内物を封緘して発送する（ステップＳＴ４４）。
【００２３】
次に、既に保険に加入している顧客１が給付金又は保険金を請求する場合の処理内容について説明する。
顧客１は、給付金又は保険金を請求する場合、給付金又は保険金の請求事由を代理店２に通知する（ステップＳＴ６１）。
代理店２は、顧客１から給付金又は保険金の請求を受けると（ステップＳＴ７１）、顧客１の氏名などの個人情報と、給付金又は保険金の請求事由を保険会社４に通知する（ステップＳＴ７２）。
保険会社４の担当者は、代理店２から顧客１の個人情報と請求事由の通知を受けると（ステップＳＴ８１）、保険会社端末４ａを使用して、顧客１の個人情報と請求事由を示す情報を契約管理装置６に送信して、顧客１に給付金又は保険金を支払うことが可能な保険が契約されているか否かを問い合わせる（ステップＳＴ８２）。以下、この問い合わせのことを“発送可否判定要求”という。
【００２４】
契約管理装置６のデータ受信部１１は、保険会社端末４ａから発送可否判定要求を受け、保険会社端末４ａから顧客１の個人情報と請求事由を示す情報を受信すると、顧客１の個人情報と請求事由を示す情報を請求事由特定部１３に出力する。
契約管理装置６の請求事由特定部１３は、データ受信部１１から顧客１の個人情報と請求事由を示す情報を受けると、顧客１の個人情報を保険特定部１４に出力する。
また、請求事由特定部１３は、その請求事由を示す情報から請求事由の具体的な内容（イベント）を特定する。このイベントには、例えば、診断イベント、入院イベント、通院イベント、治療イベント、死亡イベント、介護イベント、障害イベント、在宅緩和ケアイベント、高度先進医療イベントなどがある。
【００２５】
契約管理装置６の保険特定部１４は、データベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索する。
保険特定部１４は、請求事由特定部１３から出力された個人情報と一致する個人情報が存在する場合、データベース７からその個人情報に対応する保険の契約情報を取得する。
保険特定部１４は、データベース７から保険の契約情報を取得すると、その契約情報と請求事由特定部１３により特定されたイベントを照合して、給付金又は保険金の支払が可能な保険であるか否かを判定する。
【００２６】
また、保険特定部１４は、被保険者が加入している保険の契約情報と受取人に関する連絡情報（例えば、顧客１から事前に通知された情報）を参照して、給付金又は保険金の受取人を特定する。
通常は、保険の契約情報から受取人を特定するが、例えば、契約情報から特定した受取人が既に死亡している旨を示す連絡情報がデータベース７に登録されている場合、給付金又は保険金の受取人を、約款又は法律（例えば、商法、民法）に基づく正当受取人に変更する。例えば、給付金又は保険金の請求事由が発生した後に、当該受取人が死亡している場合には、その給付金等は当該受取人の相続財産であるので、給付金又は保険金の受取人を、「当該受取人の法定相続人」または「遺言により当該受取人の相続財産を取得した者」に変更する。また、給付金又は保険金の請求事由が発生する前に当該受取人が死亡している場合には、「当該受取人の死亡時の相続人（法定相続人のうち、死亡している者があるときは、その者については、その順次の法定相続人）で、請求事由が発生した時に生存している者」に変更する。
なお、契約情報から特定した受取人が未成年者である場合、受取人自体は変更しないが、その未成年者の親権者、あるいは、その親権者の同意を得ている未成年者を、給付金又は保険金の請求が可能な請求人として認定する。
【００２７】
さらに、保険特定部１４は、給付金又は保険金の支払が可能な保険であると判定する場合、請求事由特定部１３により特定されたイベントに応じて給付金又は保険金の請求に必要な書類を特定する。
例えば、治療イベントであれば医師の診断書、死亡イベントであれば死亡届など、イベント毎に必要な書類がデータベース７に格納されているので、請求事由特定部１３により特定されたイベントをキーにして、給付金又は保険金の請求に必要な書類を特定する。
なお、保険特定部１４における各種の判定処理の詳細は実施の形態２に記述している。
【００２８】
契約管理装置６のデータ送信部１６は、保険特定部１４が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を示す査定を実施し（ステップＳＴ９１）、その査定結果を保険会社端末４ａに通知する（ステップＳＴ９２）。また、保険特定部１４により特定された受取人（給付金又は保険金の請求が可能な請求人を含む）や必要な書類を保険会社端末４ａに通知する。
一方、保険特定部１４により支払不可能な保険であると判定された場合、あるいは、保険特定部１４により一致する個人情報が検索されない場合、給付金又は保険金の支払が不可能である旨を示す査定を実施し（ステップＳＴ９１）、その査定結果を保険会社端末４ａに通知する（ステップＳＴ９２）。
【００２９】
保険会社端末４ａは、契約管理装置６から給付金又は保険金の支払が可能である旨を示す査定の通知を受けると、給付金又は保険金の請求書を作成し（ステップＳＴ８３）、保険会社４の担当者が当該請求書を顧客１に発送する（ステップＳＴ８４）。なお、契約管理装置６から通知された必要な書類については、例えば、その請求書とは別個のメモ等に記述して顧客１に発送する。
保険会社端末４ａは、契約管理装置６から給付金又は保険金の支払が不可能である旨を示す査定の通知を受けると、給付金又は保険金を支払うことができない旨を示す書面を作成し、保険会社４の担当者が当該書面を顧客１に発送する。
【００３０】
顧客１は、保険会社４から給付金又は保険金の請求書が送られて来ると、その請求書に必要事項（例えば、給付金の請求事由（例えば、ガンの手術を伴う入院））を記載し（ステップＳＴ６２）、その請求書と必要書類（例えば、医師の診断書）を入力センタ５に郵送する（ステップＳＴ６３）。
入力センタ５の担当者は、顧客１から請求書と必要書類が郵送されて来ると、入力センタ装置５ａのイメージスキャナを用いて請求書の記載事項を読み取り（あるいは、担当者が請求書の記載事項をキー入力）、入力センタ装置５ａが請求書の記載事項をチェックする（ステップＳＴ１０１）。
【００３１】
具体的には、請求書全体のイメージデータを請求書の記入欄毎に分割し、各記入欄のイメージデータをＯＣＲ処理によってテキストデータに変換する。そして、各記入欄のテキストデータを解析して、必要な記載事項が記載されているか否かを判断する。例えば、受取人の欄が未記入であるような場合には、記載事項が不備であると判断する。
入力センタ装置５ａは、請求書の記載事項に不備がなければ、請求書の記載事項（例えば、テキストデータ）を契約管理装置６に送信する（ステップＳＴ１０２）。
なお、入力センタ５の担当者は、入力センタ装置５ａが請求書の記載事項に不備を見つけると、保険会社４に通知して、その請求書の記載事項の訂正をお願いする。
【００３２】
保険会社４の担当者は、入力センタ装置５ａが請求書の記載事項を契約管理装置６に送信すると（例えば、入力センタ装置５ａから請求書の記載事項を契約管理装置６に送信した旨のメールを受信したとき）、保険会社端末４ａを使用して顧客１の個人情報を契約管理装置６に送信し、顧客１対する給付金又は保険金の支払額の査定を契約管理装置６に要求する（ステップＳＴ８５）。
契約管理装置６のデータ受信部１１は、入力センタ装置５ａから請求書の記載事項を受信するとともに、保険会社端末４ａから支払額の査定要求を受信すると（ステップＳＴ１１１）、請求書の記載事項を請求事由特定部１３に出力する。
【００３３】
契約管理装置６の請求事由特定部１３は、データ受信部１１から請求書の記載事項を受けると、請求書の記載事項を解析して給付金又は保険金の請求事由であるイベントを判別する。例えば、請求書の請求事由の欄に記載されている内容を解析することにより、今回どのような理由で、給付金又は保険金を請求しているのかを医的に判別する。医的なイベントには、例えば、診断イベント、入院イベント、通院イベント、治療イベント、死亡イベント、介護イベント、障害イベント、在宅緩和ケアイベント、高度先進医療イベントなどがある。
ただし、請求事由特定部１３は、給付金又は保険金の請求事由が予め想定しているイベント以外のイベントに該当する場合、その請求事由の正当性が認められないと判断して、給付金又は保険金の請求を却下する査定を行う。例えば、給付金又は保険金の請求事由が“火災による家財焼失”のような場合には、一般的に生命保険が保証するものではないため、請求事由の正当性が認められない。
また、保険に加入後、契約で定められている期間が経過する前に、“ガン診断”が為されたような場合にも、請求事由の正当性が認められない。
また、請求書に記載されている受取人が、発送可否の判定時に保険特定部１４により特定された受取人と異なる場合も、請求事由の正当性が認められない。
また、給付金又は保険金を請求している顧客１が、発送可否の判定時に保険特定部１４により認定された請求人と異なる場合も、請求事由の正当性が認められない。
【００３４】
契約管理装置６の保険特定部１４は、顧客１の個人情報をキーにして、データベース７から顧客１が既に契約している全ての保険を検索し、請求事由特定部１３により判別された請求事由を参照して、少なくとも１以上の保険の中から、給付金又は保険金の支払対象となる保険を特定する。
例えば、顧客１がガン以外の病気の補償特約が付いていないガン保険Ａと、入院給付金付きの医療終身保険Ｂと、入院給付金が付いていない養老保険Ｃとに加入しているとき、例えば、給付金の請求事由が“脳卒中による入院”である場合、給付金の支払対象となる保険として、医療終身保険Ｂを特定する。
【００３５】
契約管理装置６の支払額決定部１５は、保険特定部１４が給付金又は保険金の支払対象となる保険を特定すると、データベース７から当該保険の契約内容を読み込み、当該保険の契約内容と請求事由特定部１３により判別された請求事由を照合して、給付金又は保険金の支払額を査定する。
例えば、請求事由が“入院”であるとき、入院１日当り、１万円を支払う保険の契約内容になっていれば、顧客１の入院日数×１万円を支払額として査定する。
ただし、保険の契約内容において、例えば、「同一の病気を理由とする入院日数が１００日を越えるときは、１００日分を限度とする」のような内容が含まれている場合、既に顧客１が１００日分の入院給付金を過去に請求している支払履歴がデータベース７に登録されていれば、今回の支払額は０円として査定する。
なお、支払額を査定する計算式は、一般的に、保険の種別毎に定められているので、支払額決定部１５が支払額を査定する際に、例えばデータベース７から計算式を取得する。
【００３６】
契約管理装置６のデータ送信部１６は、契約管理装置６による最終的な査定（支払額決定部１５による支払額を示す査定、または、請求事由特定部１３による請求を却下する査定）を保険会社端末４ａに送信する。
保険会社４の担当者は、保険会社端末４ａが契約管理装置６から支払額を示す査定（支払額が１円以上の査定）を受信すると、その査定の正当性を自ら判断し、正当性を認める場合には、保険会社端末４ａを使用して、給付金又は保険金の支払を行う旨を契約管理装置６に通知する（ステップＳＴ８６，ＳＴ８７）。
一方、保険会社４の担当者は、保険会社端末４ａが契約管理装置６から支払を拒否する査定、または、請求を却下する査定、または、支払額が０円である査定を受信すると、その旨を顧客１に通知して、給付金又は保険金の支払を行わない。
【００３７】
契約管理装置６のデータ送信部１６は、データ受信部１１が保険会社端末４ａから給付金又は保険金の支払を行う旨の通知を受信すると、支払額決定部１５により査定された給付金又は保険金の支払額の内訳を示す支払明細データを保険会社端末４ａに送信する（ステップＳＴ９５）。
保険会社４の担当者は、保険会社端末４ａが契約管理装置６から支払明細データを受信すると、その支払明細データに基づいて給付金又は保険金を顧客１に支払うとともに（ステップＳＴ８８）、その支払明細書を顧客１に発送する（ステップＳＴ８９）。
【００３８】
以上で明らかなように、この実施の形態１によれば、保険の契約情報と受取人に関する連絡情報を参照して給付金又は保険金の受取人を特定し、その受取人を保険会社端末４ａに通知するように構成したので、契約後に異動があるような場合でも、給付金や保険金の受取人を特定して通知することができる効果を奏する。
また、この実施の形態１によれば、給付金又は保険金の支払が可能であるか否かを判定する保険特定部１４を設け、保険特定部１４が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を保険会社端末４ａに通知する一方、保険特定部１４が支払不可能な保険であると判定すれば、給付金又は保険金の支払が不可能である旨を保険会社端末４ａに通知するように構成したので、給付金や保険金の支払が可能な保険であるか否かを保険会社の担当者等に通知することができるようになり、その結果、保険業務の効率化を図ることができる効果を奏する。
【００３９】
また、この実施の形態１によれば、請求事由特定部１３により特定された請求事由から給付金又は保険金の請求に必要な書類を特定し、その必要な書類を保険会社端末４ａに通知するように構成したので、保険会社４の担当者等による書類の特定処理が不要になり、保険業務の効率化を図ることができる効果を奏する。
【００４０】
実施の形態２．
図６はこの発明の実施の形態２による契約管理装置の保険特定部を示す構成図であり、図において、個人情報検索部３１はデータベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索する。
注意情報チェック部３２は請求事由特定部１３から出力された個人情報をキーにして、被保険者の保険金注意情報が登録されているか否かをチェックする。
商品データ取得部３３は請求事由特定部１３により特定されたイベントを給付対象にしている商品（保険）を検索し、その商品（保険）の商品データを取得する。
契約情報取得部３４はデータベース７から顧客１の個人情報に対応する保険の契約情報を取得する。
【００４１】
判定用データ作成部３５は契約情報取得部３４により取得された保険の契約情報と商品データ取得部３３により取得された商品（保険）の商品データとをつき合せて、給付金又は保険金の支払が可能であるか否かを判定する際に使用する判定用データを作成する。
受取人確認部３６は顧客１が加入している保険の契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を確認する。
支払判定部３７は判定用データ作成部３５により作成された判定用データなどに基づいて、給付金又は保険金の支払が可能であるか否かを判定する。
書類特定部３８は支払判定部３７が支払可能な保険であると判定すれば、請求事由特定部１３により特定されたイベントから給付金又は保険金の請求に必要な書類を特定する。
【００４２】
図７はこの発明の実施の形態２による契約管理装置における発送可否判定の処理内容を示す説明図である。
上記実施の形態１では、被保険者が加入している保険の契約情報を取得し、保険特定部１４がその契約情報と請求事由特定部１３により判別されたイベントを照合して、給付金又は保険金の支払が可能な保険であるか否かを判定するものについて示したが、以下、図７を参照して、発送可否判定を詳細に説明する。
【００４３】
まず、保険会社４の担当者は、上述したように、代理店２から顧客１の個人情報と請求事由の通知を受けると、保険会社端末４ａを使用して、発送可否判定要求画面を表示し、その画面上で顧客１の個人情報と請求事由を入力する（ステップＳＴ１１１）。
図８は発送可否判定要求画面の一例であり、図８の例では、顧客１の個人情報として、被保険者の氏名、生年月日、住所などを入力するようにしている。
また、請求事由として、病名、入院の有無、入院期間、通院日数などを入力するようにしている。
保険会社４の担当者は、顧客１の個人情報と請求事由を入力したのち、例えば、保険会社端末４ａのマウスなどを操作して、画面右下の“ＯＫ”ボタンをクリックすると（ステップＳＴ１１２）、保険会社端末４ａがＬＡＮ９ｂを介して、発送可否判定要求を契約管理装置６に送信するとともに、その入力した顧客１の個人情報と請求事由を示す情報を契約管理装置６に送信する。
【００４４】
これにより、契約管理装置６のデータ受信部１１は、保険会社端末４ａから発送可否判定要求と、顧客１の個人情報及び請求事由を示す情報を受信する。
契約管理装置６の請求事由特定部１３は、データ受信部１１が発送可否判定要求を受信すると、データ受信部１１により受信された顧客１の個人情報を保険特定部１４に出力する。
保険特定部１４の個人情報検索部３１は、請求事由特定部１３から顧客１の個人情報を受けると、データベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索する（ステップＳＴ１１３）。
例えば、データ受信部１１により受信された顧客１の個人情報が、被保険者の氏名と生年月日である場合、データベース７に登録されている個人情報の中から、氏名と生年月日の両方が合致する個人情報を検索する。
【００４５】
契約管理装置６の請求事由特定部１３は、上記のようにして、顧客１の個人情報を保険特定部１４に出力したのち、データ受信部１１により受信された請求事由を示す情報から請求事由の具体的な内容（イベント）を特定し、１以上のイベント間の相関をチェックする（ステップＳＴ１１４）。
例えば、請求事由であるイベントが入院イベントと、在宅緩和ケアイベントである場合、入院と在宅緩和ケアは相反する関係にあるので、請求事由に矛盾があると判断する。
請求事由特定部１３は、請求事由に矛盾があると判断する場合、データ送信部１６を介して、その旨を保険会社端末４ａに送信する。
これにより、保険会社端末４ａが請求事由の修正データを送信し、データ受信部１１が修正データを受信すると、請求事由特定部１３がその修正データにしたがって請求事由を修正して矛盾を解消する（ステップＳＴ１１５）。例えば、入院イベント又は在宅緩和ケアイベントの一方を削除する。
請求事由特定部１３は、相関チェック後の請求事由であるイベントを保険特定部１４に出力する。
【００４６】
保険特定部１４の注意情報チェック部３２は、個人情報検索部３１がデータベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索すると、その個人情報をキーにして、被保険者の保険金注意情報が登録されているか否かをチェックする（ステップＳＴ１１６）。
例えば、多額の保険金がかけられているような場合には、その被保険者が加入している保険の支払いは注意を要するので、被保険者の保険金注意情報としてデータベース７に登録される。
【００４７】
保険特定部１４の商品データ取得部３３は、請求事由特定部１３から請求事由であるイベントを受けると、販売している商品（保険）の中から、そのイベントを給付対象にしている商品（保険）を検索し、その商品（保険）の商品データ（給付金又は保険金の支払条件などを含むデータ）を取得する（ステップＳＴ１１７）。
保険特定部１４の契約情報取得部３４は、図９に示すように、データベース７には顧客１の個人情報と保険の契約情報が対にして登録されているので、顧客１の個人情報に対応する保険の契約情報を取得する。
即ち、顧客１の個人情報をキーにして、顧客１が加入している全ての保険を検索し、全ての保険の契約情報を取得する。
【００４８】
保険特定部１４の判定用データ作成部３５は、顧客１が加入している保険の契約情報と、請求事由であるイベントを給付対象にしている商品（保険）の商品データとをつき合せて、給付金又は保険金の支払が可能であるか否かを判定する際に使用する判定用データを作成する（ステップＳＴ１１８）。
例えば、契約情報に含まれている証券番号をキーにして、請求事由であるイベントを給付対象にしている商品（保険）の中から、顧客１が加入している保険を絞り込み、その保険の商品データを取得する。そして、商品データに含まれている給付金又は保険金の支払条件、契約情報に含まれている保険開始日時や特記事項などからなる判定用データを作成する。
【００４９】
保険特定部１４の受取人確認部３６は、顧客１が加入している保険の契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を確認する（ステップＳＴ１１９）。
受取人確認部３６は、通常は、保険の契約情報から受取人を特定するが、例えば、契約情報から特定した受取人が既に死亡している旨を示す連絡情報がデータベース７に登録されている場合、給付金又は保険金の受取人を、約款又は法律（例えば、商法、民法）に基づく正当受取人に変更する。例えば、給付金又は保険金の請求事由が発生した後に、当該受取人が死亡している場合には、その給付金等は当該受取人の相続財産であるので、給付金又は保険金の受取人を、「当該受取人の法定相続人」または「遺言により当該受取人の相続財産を取得した者」に変更する。また、給付金又は保険金の請求事由が発生する前に当該受取人が死亡している場合には、「当該受取人の死亡時の相続人（法定相続人のうち、死亡している者があるときは、その者については、その順次の法定相続人）で、請求事由が発生した時に生存している者」に変更する。
なお、契約情報から特定した受取人が未成年者である場合、受取人自体は変更しないが、その未成年者の親権者、あるいは、その親権者の同意を得ている未成年者を、給付金又は保険金の請求が可能な請求人として認定する。
【００５０】
以下、保険特定部１４の支払判定部３７は、上記の判定用データなどに基づいて、給付金又は保険金の支払が可能であるか否かを判定する。
まず、保険特定部１４の支払判定部３７は、請求事由であるイベントが契約を満足しているか否かを判定する（ステップＳＴ１２０）。
例えば、イベントがガン診断に伴う治療イベントである場合には、上記の判定用データ内の保険開始日時等を参照して、保険加入日から契約で定められている日数が経過したのちのガン診断であるか否かを判定し、保険加入日から契約で定められている日数が経過したのちのガン診断でない場合には、給付金又は保険金の支払が不可能であると認定する。
【００５１】
保険特定部１４の支払判定部３７は、請求事由であるイベントが契約を満足している場合、給付金又は保険金の請求履歴と支払履歴を考慮して、給付金又は保険金の支払が可能であるか否かを判定する（ステップＳＴ１２１）。
即ち、保険特定部１４の支払判定部３７は、顧客１の個人情報をキーにして、データベース７から給付金又は保険金の請求履歴や支払履歴を取得する。
具体的には、顧客１から過去に給付金又は保険金の請求がなされた履歴がある場合、その請求によって過去に給付金又は保険金が支払われているか否かを判定する。給付金又は保険金の支払が謝絶されている場合、その謝絶理由が今回の請求にも当てはまれば、給付金又は保険金の支払が不可能であると認定する。例えば、入院給付金が付いている保険に加入していないにも拘わらず、イベントが入院イベントである場合には、給付金又は保険金の支払が謝絶されるが、今回のイベントも入院イベントであれば、給付金又は保険金の支払が不可能であると認定する。
【００５２】
また、過去に給付金又は保険金が支払われた履歴がある場合、そのときの請求事由と今回の請求事由とを比較する。そして、それらの請求事由が一致するときは、判定用データ内の支払条件等を参照して、給付金又は保険金の支払が可能であるか否かを判定する。例えば、イベントが手術イベントであり、支払条件として手術回数の制限が設けられているような場合において、手術回数が設定されている回数を超えていれば、給付金又は保険金の支払が不可能であると認定する。
また、イベントが入院イベントであり、支払条件として入院日数の制限が設けられているような場合において、過去に最大入院日数分の給付金又は保険金が支払われていれば、給付金又は保険金の支払が不可能であると認定する。
ここでは、謝絶判定や重複判定を実施するものについて示したが、これらは一例に過ぎず、他の判定を実施してもよいことは言うまでもない。
【００５３】
次に、保険特定部１４の支払判定部３７は、給付金又は保険金の請求期間が適正であるか否かを判定する（ステップＳＴ１２２）。
即ち、判定用データ内の支払条件等を参照して、請求事由の時効を判定し、時効成立後の請求であれば（例えば、請求事由が発生した日から契約で定められた期間を経過していれば、請求事由の時効が成立していると認定）、給付金又は保険金の支払が不可能であると認定する。
【００５４】
次に、保険特定部１４の支払判定部３７は、給付金又は保険金の請求者である顧客１が正当者であるか否かを考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定する（ステップＳＴ１２３）。
即ち、保険特定部１４の支払判定部３７は、給付金又は保険金の請求者が、受取人確認部３６により確認された受取人と一致すれば、その請求者は正当者であると判断するが、その請求者が受取人確認部３６により確認された受取人と一致しない場合、その受取人との関係を考慮して正当者であるか否かを判断し、正当者ではないと判断するときは、給付金又は保険金の支払が不可能であると認定する。
例えば、保険の受取人が被保険者であり、被保険者がガンなど、告知が困難な病気を患っているため、その親族から請求があったような場合には、その請求者は正当者であると判断する。
これに対して、請求者と受取人の関係が、予め定められている契約の範囲外であるような場合には、その請求者は正当者ではない判断する。
また、保険特定部１４の支払判定部３７は、上述したように、データベース７に被保険者の保険金注意情報が登録されているような場合も、給付金又は保険金の支払が不可能であると認定する。
【００５５】
保険特定部１４の書類特定部３８は、支払判定部３７により給付金又は保険金の支払が可能な保険であると判定された場合、請求事由特定部１３により特定されたイベントに応じて給付金又は保険金の請求に必要な書類を特定する（ステップＳＴ１２４）。
例えば、治療イベントであれば医師の診断書、死亡イベントであれば死亡届など、イベント毎に必要な書類がデータベース７に格納されているので、請求事由特定部１３により特定されたイベントをキーにして、給付金又は保険金の請求に必要な書類を特定する。
【００５６】
契約管理装置６のデータ送信部１６は、保険特定部１４が給付金又は保険金の支払が可能な保険であると判定すれば、図１０に示すように、給付金又は保険金の支払が可能である旨を示すメッセージと、給付金又は保険金の請求書の作成を指示するメッセージと、書類特定部３８により特定された請求に必要な書類を示すメッセージと、給付金又は保険金の受取人を示すメッセージとが表示される判定結果照会画面を作成し（ステップＳＴ１２５）、ＬＡＮ９ｂを介して、その判定結果照会画面を保険会社端末４ａに送信する（ステップＳＴ１２６）。
【００５７】
一方、データ送信部１６は、保険特定部１４が給付金又は保険金の支払が不可能な保険であると判定、あるいは、一致する個人情報が検索されない場合、図１１に示すように、給付金又は保険金の支払が不可能である旨を示すメッセージを作成し（ステップＳＴ１２５）、ＬＡＮ９ｂを介して、その判定結果照会画面を保険会社端末４ａに送信する（ステップＳＴ１２６）。
これにより、保険会社端末４ａのディスプレイには判定結果照会画面が表示され、保険会社の担当者は、給付金又は保険金の支払が可能であるか否かを確認することができる。
【００５８】
以上で明らかなように、この実施の形態２によれば、給付金又は保険金の請求履歴と支払履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するように構成したので、給付金又は保険金の重複払いなど、不要な支払を防止することができる効果を奏する。
また、この実施の形態２によれば、給付金又は保険金の請求者が正当者であるか否かを考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するように構成したので、正当に給付金又は保険金を受け取ることができない者への支払を防止することができる効果を奏する。
【００５９】
この実施の形態２によれば、保険の契約情報から特定した受取人が既に死亡している場合、給付金又は保険金の受取人を、その受取人の法定相続人や相続財産を取得した者等に変更するように構成したので、給付金又は保険金の正当な受取人を特定することができる効果を奏する。
また、この実施の形態２によれば、保険の契約情報から特定した受取人が未成年者である場合、その未成年者の親権者、あるいは、その親権者の同意を得ている未成年者を、給付金又は保険金の請求が可能な請求人として認定するように構成したので、特定した受取人が未成年者である場合でも、給付金又は保険金を請求することができる効果を奏する。
さらに、被保険者が給付金又は保険金の請求事由を知らない場合、被保険者の親族による給付金又は保険金の請求を許可するように構成したので、例えば、被保険者がガンなど、告知が困難な病気を患っている場合でも、被保険者に病気を告知することなく、給付金又は保険金を請求することができる効果を奏する。
【００６０】
実施の形態３．
上記実施の形態１，２では、保険特定部１４がデータベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索して、被保険者が加入している保険の契約情報を取得するものについて示したが、複数の保険の契約情報が取得された場合、各保険毎に給付金又は保険金の支払が可能な保険であるか否かを判定するようにしてもよい。
これにより、複数の保険に加入している場合には、各保険毎に、給付金又は保険金の支払が可能な保険であるか否かを確認することができる効果を奏する。
【００６１】
実施の形態４．
上記実施の形態１〜３では、保険特定部１４が給付金又は保険金の支払が可能な保険であるか否かを判定するものについて示したが、保険特定部１４が保険加入時の告知義務違反を調査し、告知義務違反を犯している場合には給付金又は保険金の支払が不可能な保険であると判定するようにしてもよい。
例えば、保険加入時の告知書に、過去１年以内の手術の事実を記述していないとき、医療施設から過去１年以内の手術が行われた医療情報が得られたような場合には、保険加入時の告知義務違反があるものと認定する。
これにより、給付金又は保険金の不正な支払を防止することができる効果を奏する。
【００６２】
実施の形態５．
上記実施の形態１〜３では、保険特定部１４が給付金又は保険金の支払が可能な保険であるか否かを判定するものについて示したが、保険特定部１４が保険加入時から現時点に至る顧客１からのコンタクト履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するようにしてもよい。
【００６３】
具体的には、例えば、保険会社４の顧客対応のオペレータなどが、顧客１から電話やメールなどで種々の質問等を受けたとき、オペレータなどが保険会社端末４ａを操作して、その質問等の内容をデータベース７に登録する。
この際、その質問等の内容が、例えば、“保険金の受取人である法定相続人の所在が不明なので、代わりに保険金を自分の口座に振り込みできるか？”を聞くなど、質問が不自然な内容である場合には、この顧客１が要注意者であることを示すフラグにチェックを入れるようにする。
契約管理装置６の保険特定部１４は、給付金又は保険金の支払が可能な保険であるか否かを判定する際、要注意者であることを示すフラグにチェックが入っているときは、データ送信部１６を介して、そのチェックが入っている旨と、データベース７に登録されている質問等の内容を保険会社端末４ａに送信する。
これにより、保険会社４の担当者が質問等の内容を参照して、その良否を判定し、保険会社端末４ａを操作して、その判定結果を契約管理装置６に送信する。
【００６４】
契約管理装置６の保険特定部１４は、データ受信部１１が保険会社端末４ａから判定結果を受信し、その判定結果が“良”であれば、他の要件を満足することを条件（上記実施の形態１〜４を参照）に給付金又は保険金の支払が可能な保険であると判定する。
一方、その判定結果が“否”である場合には、他の要件を満足していても、給付金又は保険金の支払が不可能な保険であると判定する。
【００６５】
以上で明らかなように、この実施の形態５によれば、保険加入時から現時点に至る顧客１からのコンタクト履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するように構成したので、給付金又は保険金の不正な支払を防止することができる効果を奏する。
【００６６】
実施の形態６．
上記実施の形態１〜３では、保険特定部１４が給付金又は保険金の支払が可能な保険であるか否かを判定するものについて示したが、保険特定部１４が医療施設に関する情報を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するようにしてもよい。
【００６７】
具体的には、契約管理装置６の保険特定部１４は、給付金又は保険金の支払が可能な保険であるか否かを判定する際、給付金又は保険金の請求事由が例えば被保険者の入院イベントであるとき、被保険者の入院先である医療施設に関する情報（例えば、当該医療施設が過去に保険金の不正請求に加担したことがあることを示す情報）がデータベース７に登録されている場合、その医療施設に関する情報を保険会社端末４ａに送信する。
これにより、保険会社４の担当者が医療施設に関する情報を参照して、その良否を判定し、保険会社端末４ａを操作して、その判定結果を契約管理装置６に送信する。
【００６８】
契約管理装置６の保険特定部１４は、データ受信部１１が保険会社端末４ａから判定結果を受信し、その判定結果が“良”であれば、他の要件を満足することを条件（上記実施の形態１〜４を参照）に給付金又は保険金の支払が可能な保険であると判定する。
一方、その判定結果が“否”である場合には、他の要件を満足していても、給付金又は保険金の支払が不可能な保険であると判定する。
【００６９】
以上で明らかなように、この実施の形態６によれば、医療施設に関する情報を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するように構成したので、給付金又は保険金の不正な支払を防止することができる効果を奏する。
【図面の簡単な説明】
【００７０】
【図１】この発明の実施の形態１による保険業務管理システムを示すシステム構成図である。
【図２】この発明の実施の形態１による契約管理装置を示す構成図である。
【図３】この発明の実施の形態１による契約管理装置のハードウエアを示す構成図である。
【図４】この発明の実施の形態１による保険業務管理システムの処理内容を示す処理シーケンス図である。
【図５】この発明の実施の形態１による保険業務管理システムの処理内容を示す処理シーケンス図である。
【図６】この発明の実施の形態２による契約管理装置の保険特定部を示す構成図である。
【図７】この発明の実施の形態２による契約管理装置における発送可否判定の処理内容を示す説明図である。
【図８】発送可否判定要求画面を示す説明図である。
【図９】データベースに登録されている個人情報と契約情報を示す説明図である。
【図１０】判定結果照会画面を示す説明図である。
【図１１】判定結果照会画面を示す説明図である。
【符号の説明】
【００７１】
１ 顧客
２ 代理店
３ 課支社
３ａ 課支社端末
４ 保険会社
４ａ 保険会社端末
５ 入力センタ
５ａ 入力センタ装置
６ 契約管理装置
７ データベース
８ 出力センタ
８ａ 出力センタ装置
９ 広域ネットワーク
９ａ インターネット
９ｂ ＬＡＮ
１１ データ受信部
１２ データ登録部（情報登録手段）
１３ 請求事由特定部（請求事由特定手段）
１４ 保険特定部（契約情報取得手段、可否判定手段、受取人特定手段、書類特定手段）
１５ 支払額決定部
１６ データ送信部（通知手段）
２１ ＣＰＵ
２２ ネットワークインタフェース
２３ データベースインタフェース
２４ メモリ
３１ 個人情報検索部
３２ 注意情報チェック部
３３ 商品データ取得部
３４ 契約情報取得部
３５ 判定用データ作成部
３６ 受取人確認部
３７ 支払判定部
３８ 書類特定部
【技術分野】
【０００１】
この発明は、保険業務の効率化を図る契約管理装置に関するものである。
【背景技術】
【０００２】
従来の契約管理装置は、保険金の支払を求める請求データを受けると、その請求データに含まれている保険金の請求の原因となる損害に関する損害データと、基準データベースに格納されている基準データとを比較して適正度合を求め、その適正度合に基づいて保険金の支払の可否を判断するようにしている（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００３−３０４４１号公報（段落番号［０００７］から［００１３］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の契約管理装置は以上のように構成されているので、保険金の支払の可否を判断することができる。しかし、保険金の支払が可能である場合、保険金の受取人については保険会社の担当者等が特定しなければならず、受取人に関して契約後に異動があるような場合には、受取人の特定に多くの時間を要するなどの課題があった。
【０００５】
この発明は上記のような課題を解決するためになされたもので、契約後に異動があるような場合でも、給付金や保険金の受取人を特定することができる契約管理装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る契約管理装置は、契約情報取得手段により取得された契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する受取人特定手段を設け、可否判定手段が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を通知するとともに、その受取人特定手段により特定された受取人を通知し、その可否判定手段が支払不可能な保険であると判定、あるいは、契約情報取得手段により一致する個人情報が検索されなければ、給付金又は保険金の支払が不可能である旨を通知するようにしたものである。
【発明の効果】
【０００７】
この発明によれば、契約情報取得手段により取得された契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する受取人特定手段を設け、可否判定手段が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を通知するとともに、その受取人特定手段により特定された受取人を通知し、その可否判定手段が支払不可能な保険であると判定、あるいは、契約情報取得手段により一致する個人情報が検索されなければ、給付金又は保険金の支払が不可能である旨を通知するように構成したので、給付金や保険金の支払が可能な保険であるか否かや、給付金又は保険金の受取人を保険会社の担当者等に通知することができるようになり、その結果、保険業務の効率化を図ることができる効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
図１はこの発明の実施の形態１による契約管理装置が適用する保険業務管理システムを示すシステム構成図であり、図において、顧客１は保険加入希望者又は保険加入者であり、顧客１が保険の加入を希望する場合や、給付金又は保険金を請求する場合には、保険の申込書や請求書を保険会社４の代理店２、保険会社４の課支社３又は入力センタ５に提出する。課支社３にはイメージスキャナを搭載しているパソコンなどの課支社端末３ａが設置されており、課支社端末３ａは例えば顧客１から保険の申込書が郵送されて来ると、イメージスキャナを用いて申込書の記載事項を読み取り、広域ネットワーク９（例えば、インターネット、公衆電話回線網）を介して、その記載事項を表すイメージデータを入力センタ装置５ａに送信する。
保険会社４にはパソコンなどの保険会社端末４ａが設置されており、保険会社端末４ａは例えば契約管理装置６から送信された給付金又は保険金の支払額の内訳を示す支払明細データを受信すると、その支払明細データを顧客１である保険加入者に発送するなどの処理を実施する。
【０００９】
入力センタ５にはイメージスキャナを搭載しているパソコンなどの入力センタ装置５ａが設置されており、入力センタ装置５ａは例えば顧客１から保険の申込書が郵送されて来ると、イメージスキャナを用いて申込書の記載事項を読み取って、申込書の記載事項をチェックし、また、課支社端末３ａから申込書の記載事項を表すイメージデータが送信されると、その申込書の記載事項をチェックし、申込書の記載事項に不備がなければ、申込書の記載事項を契約管理装置６に送信する。なお、入力センタ装置５ａは給付金又は保険金の請求書を受け付けたときも、請求書の記載事項をチェックし、請求書の記載事項に不備がなければ、請求書の記載事項を契約管理装置６に送信する。
【００１０】
契約管理装置６は入力センタ装置５ａから申込書の記載事項を受信すると、申込書の記載事項をデータベース７に登録し、入力センタ装置５ａから請求書の記載事項を受信すると、その記載事項を解析して給付金又は保険金の請求事由を判別し、その請求事由を参照して、既契約済みの保険の中から給付金又は保険金の支払対象となる保険を特定するとともに、その支払対象となる保険の契約内容と上記請求事由を照合して、給付金又は保険金の支払額を査定する。
出力センタ８は契約管理装置６から送信されたプリントデータにしたがって顧客１に対する案内物を印刷するパソコンなどの出力センタ装置８ａが設置されており、顧客１に対する案内物を発送するなどの処理を実施する。
【００１１】
図２はこの発明の実施の形態１による契約管理装置を示す構成図であり、図において、データ受信部１１は通信機を搭載しており、広域ネットワーク９やＬＡＮ９ｂを介して、入力センタ装置５ａから送信された申込書又は請求書の記載事項などを受信する。
データ登録部１２はデータ受信部１１が申込書の記載事項（例えば、顧客１の個人情報（例えば、氏名、住所、生年月日）、保険種別、特約事項など）を受信すると、申込書の記載事項をデータベース７に登録する。また、データ登録部１２はデータ受信部１１が保険会社端末４ａから契約内容（例えば、保険開始日時、特記事項、給付金又は保険金の支払条件など）を示す契約情報を受信すると、その契約情報をデータベース７に登録する。なお、データ登録部１２は情報登録手段を構成している。
【００１２】
請求事由特定部１３はデータ受信部１１が保険会社端末４ａから送信された顧客１の個人情報と請求事由を示す情報を受信すると、顧客１の個人情報を保険特定部１４に出力するとともに、その請求事由の具体的な内容であるイベントを特定する。このイベントには、例えば、診断イベント、入院イベント、通院イベント、治療イベント、死亡イベント、介護イベント、障害イベント、在宅緩和ケアイベント、高度先進医療イベントなどがある。なお、請求事由特定部１３は請求事由特定手段を構成している。
【００１３】
保険特定部１４はデータベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索して、被保険者が加入している保険の契約情報を取得する。また、保険特定部１４はその契約情報と請求事由特定部１３により特定されたイベントを照合して、給付金又は保険金の支払が可能な保険であるか否かを判定する。また、保険特定部１４は被保険者が加入している保険の契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する。さらに、保険特定部１４は請求事由特定部１３により特定されたイベントから給付金又は保険金の請求に必要な書類を特定する。
なお、保険特定部１４は契約情報取得手段、可否判定手段、受取人特定手段及び書類特定手段を構成している。
支払額決定部１５は保険特定部１４により給付金又は保険金の支払が可能な保険であると判定された場合、その保険の契約内容と請求事由特定部１３により特定されたイベントを照合して、給付金又は保険金の支払額を査定する。
【００１４】
データ送信部１６は通信機を搭載しており、保険特定部１４が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を保険会社端末４ａに通知するとともに、給付金又は保険金の受取人や請求に必要な書類を保険会社端末４ａに通知する一方、保険特定部１４が支払不可能な保険であると判定、あるいは、保険特定部１４が一致する個人情報を検索できなければ、給付金又は保険金の支払が不可能である旨を保険会社端末４ａに通知する。また、データ送信部１６は支払額決定部１５により査定された給付金又は保険金の支払額の内訳を示す支払明細データなどを保険会社端末４ａに送信する。なお、データ送信部１６は通知手段を構成している。
【００１５】
なお、契約管理装置６の構成部（データ受信部１１、データ登録部１２、請求事由特定部１３、保険特定部１４、支払額決定部１５、データ送信部１６）は、例えば、専用のＩＣ集積回路を用いて構成してもよいが、図３に示すように、少なくとも、ＣＰＵ２１とネットワークインタフェース２２とデータベースインタフェース２３とメモリ２４とを備えたコンピュータを用いて構成するとともに、各構成部の処理内容が記述されたプログラムをメモリ２４に格納し、ＣＰＵ２１がメモリ２４に格納されているプログラムを実行するようにしてもよい。
図４及び図５はこの発明の実施の形態１による保険業務管理システムの処理内容を示す処理シーケンス図である。
【００１６】
次に動作について説明する。
最初に、顧客１が保険の加入を希望する場合の処理内容について説明する。
顧客１は、保険の加入を希望する場合、保険の申込書に必要な事項を記入し、その申込書を代理店２、課支社３又は入力センタ５の何れかに郵送する（ステップＳＴ１，ＳＴ２，ＳＴ３）。
例えば、顧客１が申込書を代理店２に郵送すると、代理店２が顧客１の氏名や加入希望保険などを台帳に記載するなどの事務手続きを実施してから、その申込書を入力センタ５に郵送する（ステップＳＴ１１，ＳＴ１２）。
【００１７】
また、顧客１が申込書を課支社３に郵送した場合には、課支社３の担当者が課支社端末３ａのイメージスキャナを用いて申込書の記載事項を読み取り、その記載事項を表すイメージデータを広域ネットワーク９を介して入力センタ装置５ａに送信する（ステップＳＴ２１，ＳＴ２２）。
なお、申込書の原本は、課支社３の担当者が入力センタ５に郵送する（ステップＳＴ２３）。
【００１８】
入力センタ５の担当者は、顧客１又は代理店２から保険の申込書が郵送されて来ると、入力センタ装置５ａのイメージスキャナを用いて申込書の記載事項を読み取り、申込書の記載事項をチェックする。課支社３の課支社端末３ａからイメージデータが送信されて来た場合には、そのイメージデータに基づいて申込書の記載事項をチェックする。
具体的には、申込書全体のイメージデータを申込書の記入欄毎に分割し、各記入欄のイメージデータをＯＣＲ処理によってテキストデータに変換する。そして、各記入欄のテキストデータを解析して、必要な記載事項が記載されているか否かを判断する。例えば、加入者の年齢の欄に数字以外の文字（例えば、英字）が記入されていたり、未記入であったりするような場合には、記載事項が不備であると判断する。あるいは、告知の欄において、既往症が有にチェックが入っているとき、具体的な病名が記入されていないような場合には、記載事項が不備であると判断する。
【００１９】
入力センタ装置５ａは、申込書の記載事項に不備がなければ、申込書の記載事項（例えば、テキストデータ）を契約管理装置６に送信し（ステップＳＴ３１）、申込書の原本を然る場所に保管する（ステップＳＴ３２）。
なお、入力センタ５の担当者は、入力センタ装置５ａが申込書の記載事項に不備を見つけると、その申込書の原本を顧客１に返送して、その申込書の記載事項の訂正をお願いする。
【００２０】
契約管理装置６のデータ受信部１１は、入力センタ装置５ａが申込書の記載事項を送信すると、申込書の記載事項を受信してデータ登録部１２に出力する。
契約管理装置６のデータ登録部１２は、データ受信部１１から申込書の記載事項を受けると、申込書の記載事項をデータベース７に登録する。
これにより、データベース７には申込書の記載事項として、顧客１の個人情報（例えば、氏名、住所、生年月日）や、保険種別、特約事項などの情報が登録される。
【００２１】
なお、保険会社４の担当者は、契約管理装置６のデータベース７に申込書の記載事項が登録されると（例えば、契約管理装置６から申込書の記載事項を登録した旨のメールを受信したとき）、保険会社端末４ａを使用して申込書の記載事項を読み込み、その記載事項や告知書などに基づいて保険加入審査を行う。保険会社４の担当者は保険の加入を許可する場合、保険会社端末４ａを使用して、契約内容（例えば、証券番号、保険開始日時、特記事項など）を示す契約情報を契約管理装置６に送信する。
契約管理装置６のデータ登録部１２は、データ受信部１１が保険会社端末４ａから契約情報を受信すると、その契約情報をデータベース７に登録する。
【００２２】
保険加入時の処理は以上の通りであり、保険加入時の処理ではないが、出力センタ８の担当者は、顧客１に新商品の案内や契約済みの保険の契約更新を案内するような場合には、出力センタ装置８ａを使用してプリントデータの送信を契約管理装置６に要求し（ステップＳＴ４１）、契約管理装置６からプリントデータを受信する（ステップＳＴ４２）。
出力センタ装置８ａは、契約管理装置６から送信されたプリントデータにしたがって顧客１に対する案内物を印刷する（ステップＳＴ４３）。
出力センタ８の担当者は、顧客１に対する案内物を封緘して発送する（ステップＳＴ４４）。
【００２３】
次に、既に保険に加入している顧客１が給付金又は保険金を請求する場合の処理内容について説明する。
顧客１は、給付金又は保険金を請求する場合、給付金又は保険金の請求事由を代理店２に通知する（ステップＳＴ６１）。
代理店２は、顧客１から給付金又は保険金の請求を受けると（ステップＳＴ７１）、顧客１の氏名などの個人情報と、給付金又は保険金の請求事由を保険会社４に通知する（ステップＳＴ７２）。
保険会社４の担当者は、代理店２から顧客１の個人情報と請求事由の通知を受けると（ステップＳＴ８１）、保険会社端末４ａを使用して、顧客１の個人情報と請求事由を示す情報を契約管理装置６に送信して、顧客１に給付金又は保険金を支払うことが可能な保険が契約されているか否かを問い合わせる（ステップＳＴ８２）。以下、この問い合わせのことを“発送可否判定要求”という。
【００２４】
契約管理装置６のデータ受信部１１は、保険会社端末４ａから発送可否判定要求を受け、保険会社端末４ａから顧客１の個人情報と請求事由を示す情報を受信すると、顧客１の個人情報と請求事由を示す情報を請求事由特定部１３に出力する。
契約管理装置６の請求事由特定部１３は、データ受信部１１から顧客１の個人情報と請求事由を示す情報を受けると、顧客１の個人情報を保険特定部１４に出力する。
また、請求事由特定部１３は、その請求事由を示す情報から請求事由の具体的な内容（イベント）を特定する。このイベントには、例えば、診断イベント、入院イベント、通院イベント、治療イベント、死亡イベント、介護イベント、障害イベント、在宅緩和ケアイベント、高度先進医療イベントなどがある。
【００２５】
契約管理装置６の保険特定部１４は、データベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索する。
保険特定部１４は、請求事由特定部１３から出力された個人情報と一致する個人情報が存在する場合、データベース７からその個人情報に対応する保険の契約情報を取得する。
保険特定部１４は、データベース７から保険の契約情報を取得すると、その契約情報と請求事由特定部１３により特定されたイベントを照合して、給付金又は保険金の支払が可能な保険であるか否かを判定する。
【００２６】
また、保険特定部１４は、被保険者が加入している保険の契約情報と受取人に関する連絡情報（例えば、顧客１から事前に通知された情報）を参照して、給付金又は保険金の受取人を特定する。
通常は、保険の契約情報から受取人を特定するが、例えば、契約情報から特定した受取人が既に死亡している旨を示す連絡情報がデータベース７に登録されている場合、給付金又は保険金の受取人を、約款又は法律（例えば、商法、民法）に基づく正当受取人に変更する。例えば、給付金又は保険金の請求事由が発生した後に、当該受取人が死亡している場合には、その給付金等は当該受取人の相続財産であるので、給付金又は保険金の受取人を、「当該受取人の法定相続人」または「遺言により当該受取人の相続財産を取得した者」に変更する。また、給付金又は保険金の請求事由が発生する前に当該受取人が死亡している場合には、「当該受取人の死亡時の相続人（法定相続人のうち、死亡している者があるときは、その者については、その順次の法定相続人）で、請求事由が発生した時に生存している者」に変更する。
なお、契約情報から特定した受取人が未成年者である場合、受取人自体は変更しないが、その未成年者の親権者、あるいは、その親権者の同意を得ている未成年者を、給付金又は保険金の請求が可能な請求人として認定する。
【００２７】
さらに、保険特定部１４は、給付金又は保険金の支払が可能な保険であると判定する場合、請求事由特定部１３により特定されたイベントに応じて給付金又は保険金の請求に必要な書類を特定する。
例えば、治療イベントであれば医師の診断書、死亡イベントであれば死亡届など、イベント毎に必要な書類がデータベース７に格納されているので、請求事由特定部１３により特定されたイベントをキーにして、給付金又は保険金の請求に必要な書類を特定する。
なお、保険特定部１４における各種の判定処理の詳細は実施の形態２に記述している。
【００２８】
契約管理装置６のデータ送信部１６は、保険特定部１４が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を示す査定を実施し（ステップＳＴ９１）、その査定結果を保険会社端末４ａに通知する（ステップＳＴ９２）。また、保険特定部１４により特定された受取人（給付金又は保険金の請求が可能な請求人を含む）や必要な書類を保険会社端末４ａに通知する。
一方、保険特定部１４により支払不可能な保険であると判定された場合、あるいは、保険特定部１４により一致する個人情報が検索されない場合、給付金又は保険金の支払が不可能である旨を示す査定を実施し（ステップＳＴ９１）、その査定結果を保険会社端末４ａに通知する（ステップＳＴ９２）。
【００２９】
保険会社端末４ａは、契約管理装置６から給付金又は保険金の支払が可能である旨を示す査定の通知を受けると、給付金又は保険金の請求書を作成し（ステップＳＴ８３）、保険会社４の担当者が当該請求書を顧客１に発送する（ステップＳＴ８４）。なお、契約管理装置６から通知された必要な書類については、例えば、その請求書とは別個のメモ等に記述して顧客１に発送する。
保険会社端末４ａは、契約管理装置６から給付金又は保険金の支払が不可能である旨を示す査定の通知を受けると、給付金又は保険金を支払うことができない旨を示す書面を作成し、保険会社４の担当者が当該書面を顧客１に発送する。
【００３０】
顧客１は、保険会社４から給付金又は保険金の請求書が送られて来ると、その請求書に必要事項（例えば、給付金の請求事由（例えば、ガンの手術を伴う入院））を記載し（ステップＳＴ６２）、その請求書と必要書類（例えば、医師の診断書）を入力センタ５に郵送する（ステップＳＴ６３）。
入力センタ５の担当者は、顧客１から請求書と必要書類が郵送されて来ると、入力センタ装置５ａのイメージスキャナを用いて請求書の記載事項を読み取り（あるいは、担当者が請求書の記載事項をキー入力）、入力センタ装置５ａが請求書の記載事項をチェックする（ステップＳＴ１０１）。
【００３１】
具体的には、請求書全体のイメージデータを請求書の記入欄毎に分割し、各記入欄のイメージデータをＯＣＲ処理によってテキストデータに変換する。そして、各記入欄のテキストデータを解析して、必要な記載事項が記載されているか否かを判断する。例えば、受取人の欄が未記入であるような場合には、記載事項が不備であると判断する。
入力センタ装置５ａは、請求書の記載事項に不備がなければ、請求書の記載事項（例えば、テキストデータ）を契約管理装置６に送信する（ステップＳＴ１０２）。
なお、入力センタ５の担当者は、入力センタ装置５ａが請求書の記載事項に不備を見つけると、保険会社４に通知して、その請求書の記載事項の訂正をお願いする。
【００３２】
保険会社４の担当者は、入力センタ装置５ａが請求書の記載事項を契約管理装置６に送信すると（例えば、入力センタ装置５ａから請求書の記載事項を契約管理装置６に送信した旨のメールを受信したとき）、保険会社端末４ａを使用して顧客１の個人情報を契約管理装置６に送信し、顧客１対する給付金又は保険金の支払額の査定を契約管理装置６に要求する（ステップＳＴ８５）。
契約管理装置６のデータ受信部１１は、入力センタ装置５ａから請求書の記載事項を受信するとともに、保険会社端末４ａから支払額の査定要求を受信すると（ステップＳＴ１１１）、請求書の記載事項を請求事由特定部１３に出力する。
【００３３】
契約管理装置６の請求事由特定部１３は、データ受信部１１から請求書の記載事項を受けると、請求書の記載事項を解析して給付金又は保険金の請求事由であるイベントを判別する。例えば、請求書の請求事由の欄に記載されている内容を解析することにより、今回どのような理由で、給付金又は保険金を請求しているのかを医的に判別する。医的なイベントには、例えば、診断イベント、入院イベント、通院イベント、治療イベント、死亡イベント、介護イベント、障害イベント、在宅緩和ケアイベント、高度先進医療イベントなどがある。
ただし、請求事由特定部１３は、給付金又は保険金の請求事由が予め想定しているイベント以外のイベントに該当する場合、その請求事由の正当性が認められないと判断して、給付金又は保険金の請求を却下する査定を行う。例えば、給付金又は保険金の請求事由が“火災による家財焼失”のような場合には、一般的に生命保険が保証するものではないため、請求事由の正当性が認められない。
また、保険に加入後、契約で定められている期間が経過する前に、“ガン診断”が為されたような場合にも、請求事由の正当性が認められない。
また、請求書に記載されている受取人が、発送可否の判定時に保険特定部１４により特定された受取人と異なる場合も、請求事由の正当性が認められない。
また、給付金又は保険金を請求している顧客１が、発送可否の判定時に保険特定部１４により認定された請求人と異なる場合も、請求事由の正当性が認められない。
【００３４】
契約管理装置６の保険特定部１４は、顧客１の個人情報をキーにして、データベース７から顧客１が既に契約している全ての保険を検索し、請求事由特定部１３により判別された請求事由を参照して、少なくとも１以上の保険の中から、給付金又は保険金の支払対象となる保険を特定する。
例えば、顧客１がガン以外の病気の補償特約が付いていないガン保険Ａと、入院給付金付きの医療終身保険Ｂと、入院給付金が付いていない養老保険Ｃとに加入しているとき、例えば、給付金の請求事由が“脳卒中による入院”である場合、給付金の支払対象となる保険として、医療終身保険Ｂを特定する。
【００３５】
契約管理装置６の支払額決定部１５は、保険特定部１４が給付金又は保険金の支払対象となる保険を特定すると、データベース７から当該保険の契約内容を読み込み、当該保険の契約内容と請求事由特定部１３により判別された請求事由を照合して、給付金又は保険金の支払額を査定する。
例えば、請求事由が“入院”であるとき、入院１日当り、１万円を支払う保険の契約内容になっていれば、顧客１の入院日数×１万円を支払額として査定する。
ただし、保険の契約内容において、例えば、「同一の病気を理由とする入院日数が１００日を越えるときは、１００日分を限度とする」のような内容が含まれている場合、既に顧客１が１００日分の入院給付金を過去に請求している支払履歴がデータベース７に登録されていれば、今回の支払額は０円として査定する。
なお、支払額を査定する計算式は、一般的に、保険の種別毎に定められているので、支払額決定部１５が支払額を査定する際に、例えばデータベース７から計算式を取得する。
【００３６】
契約管理装置６のデータ送信部１６は、契約管理装置６による最終的な査定（支払額決定部１５による支払額を示す査定、または、請求事由特定部１３による請求を却下する査定）を保険会社端末４ａに送信する。
保険会社４の担当者は、保険会社端末４ａが契約管理装置６から支払額を示す査定（支払額が１円以上の査定）を受信すると、その査定の正当性を自ら判断し、正当性を認める場合には、保険会社端末４ａを使用して、給付金又は保険金の支払を行う旨を契約管理装置６に通知する（ステップＳＴ８６，ＳＴ８７）。
一方、保険会社４の担当者は、保険会社端末４ａが契約管理装置６から支払を拒否する査定、または、請求を却下する査定、または、支払額が０円である査定を受信すると、その旨を顧客１に通知して、給付金又は保険金の支払を行わない。
【００３７】
契約管理装置６のデータ送信部１６は、データ受信部１１が保険会社端末４ａから給付金又は保険金の支払を行う旨の通知を受信すると、支払額決定部１５により査定された給付金又は保険金の支払額の内訳を示す支払明細データを保険会社端末４ａに送信する（ステップＳＴ９５）。
保険会社４の担当者は、保険会社端末４ａが契約管理装置６から支払明細データを受信すると、その支払明細データに基づいて給付金又は保険金を顧客１に支払うとともに（ステップＳＴ８８）、その支払明細書を顧客１に発送する（ステップＳＴ８９）。
【００３８】
以上で明らかなように、この実施の形態１によれば、保険の契約情報と受取人に関する連絡情報を参照して給付金又は保険金の受取人を特定し、その受取人を保険会社端末４ａに通知するように構成したので、契約後に異動があるような場合でも、給付金や保険金の受取人を特定して通知することができる効果を奏する。
また、この実施の形態１によれば、給付金又は保険金の支払が可能であるか否かを判定する保険特定部１４を設け、保険特定部１４が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を保険会社端末４ａに通知する一方、保険特定部１４が支払不可能な保険であると判定すれば、給付金又は保険金の支払が不可能である旨を保険会社端末４ａに通知するように構成したので、給付金や保険金の支払が可能な保険であるか否かを保険会社の担当者等に通知することができるようになり、その結果、保険業務の効率化を図ることができる効果を奏する。
【００３９】
また、この実施の形態１によれば、請求事由特定部１３により特定された請求事由から給付金又は保険金の請求に必要な書類を特定し、その必要な書類を保険会社端末４ａに通知するように構成したので、保険会社４の担当者等による書類の特定処理が不要になり、保険業務の効率化を図ることができる効果を奏する。
【００４０】
実施の形態２．
図６はこの発明の実施の形態２による契約管理装置の保険特定部を示す構成図であり、図において、個人情報検索部３１はデータベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索する。
注意情報チェック部３２は請求事由特定部１３から出力された個人情報をキーにして、被保険者の保険金注意情報が登録されているか否かをチェックする。
商品データ取得部３３は請求事由特定部１３により特定されたイベントを給付対象にしている商品（保険）を検索し、その商品（保険）の商品データを取得する。
契約情報取得部３４はデータベース７から顧客１の個人情報に対応する保険の契約情報を取得する。
【００４１】
判定用データ作成部３５は契約情報取得部３４により取得された保険の契約情報と商品データ取得部３３により取得された商品（保険）の商品データとをつき合せて、給付金又は保険金の支払が可能であるか否かを判定する際に使用する判定用データを作成する。
受取人確認部３６は顧客１が加入している保険の契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を確認する。
支払判定部３７は判定用データ作成部３５により作成された判定用データなどに基づいて、給付金又は保険金の支払が可能であるか否かを判定する。
書類特定部３８は支払判定部３７が支払可能な保険であると判定すれば、請求事由特定部１３により特定されたイベントから給付金又は保険金の請求に必要な書類を特定する。
【００４２】
図７はこの発明の実施の形態２による契約管理装置における発送可否判定の処理内容を示す説明図である。
上記実施の形態１では、被保険者が加入している保険の契約情報を取得し、保険特定部１４がその契約情報と請求事由特定部１３により判別されたイベントを照合して、給付金又は保険金の支払が可能な保険であるか否かを判定するものについて示したが、以下、図７を参照して、発送可否判定を詳細に説明する。
【００４３】
まず、保険会社４の担当者は、上述したように、代理店２から顧客１の個人情報と請求事由の通知を受けると、保険会社端末４ａを使用して、発送可否判定要求画面を表示し、その画面上で顧客１の個人情報と請求事由を入力する（ステップＳＴ１１１）。
図８は発送可否判定要求画面の一例であり、図８の例では、顧客１の個人情報として、被保険者の氏名、生年月日、住所などを入力するようにしている。
また、請求事由として、病名、入院の有無、入院期間、通院日数などを入力するようにしている。
保険会社４の担当者は、顧客１の個人情報と請求事由を入力したのち、例えば、保険会社端末４ａのマウスなどを操作して、画面右下の“ＯＫ”ボタンをクリックすると（ステップＳＴ１１２）、保険会社端末４ａがＬＡＮ９ｂを介して、発送可否判定要求を契約管理装置６に送信するとともに、その入力した顧客１の個人情報と請求事由を示す情報を契約管理装置６に送信する。
【００４４】
これにより、契約管理装置６のデータ受信部１１は、保険会社端末４ａから発送可否判定要求と、顧客１の個人情報及び請求事由を示す情報を受信する。
契約管理装置６の請求事由特定部１３は、データ受信部１１が発送可否判定要求を受信すると、データ受信部１１により受信された顧客１の個人情報を保険特定部１４に出力する。
保険特定部１４の個人情報検索部３１は、請求事由特定部１３から顧客１の個人情報を受けると、データベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索する（ステップＳＴ１１３）。
例えば、データ受信部１１により受信された顧客１の個人情報が、被保険者の氏名と生年月日である場合、データベース７に登録されている個人情報の中から、氏名と生年月日の両方が合致する個人情報を検索する。
【００４５】
契約管理装置６の請求事由特定部１３は、上記のようにして、顧客１の個人情報を保険特定部１４に出力したのち、データ受信部１１により受信された請求事由を示す情報から請求事由の具体的な内容（イベント）を特定し、１以上のイベント間の相関をチェックする（ステップＳＴ１１４）。
例えば、請求事由であるイベントが入院イベントと、在宅緩和ケアイベントである場合、入院と在宅緩和ケアは相反する関係にあるので、請求事由に矛盾があると判断する。
請求事由特定部１３は、請求事由に矛盾があると判断する場合、データ送信部１６を介して、その旨を保険会社端末４ａに送信する。
これにより、保険会社端末４ａが請求事由の修正データを送信し、データ受信部１１が修正データを受信すると、請求事由特定部１３がその修正データにしたがって請求事由を修正して矛盾を解消する（ステップＳＴ１１５）。例えば、入院イベント又は在宅緩和ケアイベントの一方を削除する。
請求事由特定部１３は、相関チェック後の請求事由であるイベントを保険特定部１４に出力する。
【００４６】
保険特定部１４の注意情報チェック部３２は、個人情報検索部３１がデータベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索すると、その個人情報をキーにして、被保険者の保険金注意情報が登録されているか否かをチェックする（ステップＳＴ１１６）。
例えば、多額の保険金がかけられているような場合には、その被保険者が加入している保険の支払いは注意を要するので、被保険者の保険金注意情報としてデータベース７に登録される。
【００４７】
保険特定部１４の商品データ取得部３３は、請求事由特定部１３から請求事由であるイベントを受けると、販売している商品（保険）の中から、そのイベントを給付対象にしている商品（保険）を検索し、その商品（保険）の商品データ（給付金又は保険金の支払条件などを含むデータ）を取得する（ステップＳＴ１１７）。
保険特定部１４の契約情報取得部３４は、図９に示すように、データベース７には顧客１の個人情報と保険の契約情報が対にして登録されているので、顧客１の個人情報に対応する保険の契約情報を取得する。
即ち、顧客１の個人情報をキーにして、顧客１が加入している全ての保険を検索し、全ての保険の契約情報を取得する。
【００４８】
保険特定部１４の判定用データ作成部３５は、顧客１が加入している保険の契約情報と、請求事由であるイベントを給付対象にしている商品（保険）の商品データとをつき合せて、給付金又は保険金の支払が可能であるか否かを判定する際に使用する判定用データを作成する（ステップＳＴ１１８）。
例えば、契約情報に含まれている証券番号をキーにして、請求事由であるイベントを給付対象にしている商品（保険）の中から、顧客１が加入している保険を絞り込み、その保険の商品データを取得する。そして、商品データに含まれている給付金又は保険金の支払条件、契約情報に含まれている保険開始日時や特記事項などからなる判定用データを作成する。
【００４９】
保険特定部１４の受取人確認部３６は、顧客１が加入している保険の契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を確認する（ステップＳＴ１１９）。
受取人確認部３６は、通常は、保険の契約情報から受取人を特定するが、例えば、契約情報から特定した受取人が既に死亡している旨を示す連絡情報がデータベース７に登録されている場合、給付金又は保険金の受取人を、約款又は法律（例えば、商法、民法）に基づく正当受取人に変更する。例えば、給付金又は保険金の請求事由が発生した後に、当該受取人が死亡している場合には、その給付金等は当該受取人の相続財産であるので、給付金又は保険金の受取人を、「当該受取人の法定相続人」または「遺言により当該受取人の相続財産を取得した者」に変更する。また、給付金又は保険金の請求事由が発生する前に当該受取人が死亡している場合には、「当該受取人の死亡時の相続人（法定相続人のうち、死亡している者があるときは、その者については、その順次の法定相続人）で、請求事由が発生した時に生存している者」に変更する。
なお、契約情報から特定した受取人が未成年者である場合、受取人自体は変更しないが、その未成年者の親権者、あるいは、その親権者の同意を得ている未成年者を、給付金又は保険金の請求が可能な請求人として認定する。
【００５０】
以下、保険特定部１４の支払判定部３７は、上記の判定用データなどに基づいて、給付金又は保険金の支払が可能であるか否かを判定する。
まず、保険特定部１４の支払判定部３７は、請求事由であるイベントが契約を満足しているか否かを判定する（ステップＳＴ１２０）。
例えば、イベントがガン診断に伴う治療イベントである場合には、上記の判定用データ内の保険開始日時等を参照して、保険加入日から契約で定められている日数が経過したのちのガン診断であるか否かを判定し、保険加入日から契約で定められている日数が経過したのちのガン診断でない場合には、給付金又は保険金の支払が不可能であると認定する。
【００５１】
保険特定部１４の支払判定部３７は、請求事由であるイベントが契約を満足している場合、給付金又は保険金の請求履歴と支払履歴を考慮して、給付金又は保険金の支払が可能であるか否かを判定する（ステップＳＴ１２１）。
即ち、保険特定部１４の支払判定部３７は、顧客１の個人情報をキーにして、データベース７から給付金又は保険金の請求履歴や支払履歴を取得する。
具体的には、顧客１から過去に給付金又は保険金の請求がなされた履歴がある場合、その請求によって過去に給付金又は保険金が支払われているか否かを判定する。給付金又は保険金の支払が謝絶されている場合、その謝絶理由が今回の請求にも当てはまれば、給付金又は保険金の支払が不可能であると認定する。例えば、入院給付金が付いている保険に加入していないにも拘わらず、イベントが入院イベントである場合には、給付金又は保険金の支払が謝絶されるが、今回のイベントも入院イベントであれば、給付金又は保険金の支払が不可能であると認定する。
【００５２】
また、過去に給付金又は保険金が支払われた履歴がある場合、そのときの請求事由と今回の請求事由とを比較する。そして、それらの請求事由が一致するときは、判定用データ内の支払条件等を参照して、給付金又は保険金の支払が可能であるか否かを判定する。例えば、イベントが手術イベントであり、支払条件として手術回数の制限が設けられているような場合において、手術回数が設定されている回数を超えていれば、給付金又は保険金の支払が不可能であると認定する。
また、イベントが入院イベントであり、支払条件として入院日数の制限が設けられているような場合において、過去に最大入院日数分の給付金又は保険金が支払われていれば、給付金又は保険金の支払が不可能であると認定する。
ここでは、謝絶判定や重複判定を実施するものについて示したが、これらは一例に過ぎず、他の判定を実施してもよいことは言うまでもない。
【００５３】
次に、保険特定部１４の支払判定部３７は、給付金又は保険金の請求期間が適正であるか否かを判定する（ステップＳＴ１２２）。
即ち、判定用データ内の支払条件等を参照して、請求事由の時効を判定し、時効成立後の請求であれば（例えば、請求事由が発生した日から契約で定められた期間を経過していれば、請求事由の時効が成立していると認定）、給付金又は保険金の支払が不可能であると認定する。
【００５４】
次に、保険特定部１４の支払判定部３７は、給付金又は保険金の請求者である顧客１が正当者であるか否かを考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定する（ステップＳＴ１２３）。
即ち、保険特定部１４の支払判定部３７は、給付金又は保険金の請求者が、受取人確認部３６により確認された受取人と一致すれば、その請求者は正当者であると判断するが、その請求者が受取人確認部３６により確認された受取人と一致しない場合、その受取人との関係を考慮して正当者であるか否かを判断し、正当者ではないと判断するときは、給付金又は保険金の支払が不可能であると認定する。
例えば、保険の受取人が被保険者であり、被保険者がガンなど、告知が困難な病気を患っているため、その親族から請求があったような場合には、その請求者は正当者であると判断する。
これに対して、請求者と受取人の関係が、予め定められている契約の範囲外であるような場合には、その請求者は正当者ではない判断する。
また、保険特定部１４の支払判定部３７は、上述したように、データベース７に被保険者の保険金注意情報が登録されているような場合も、給付金又は保険金の支払が不可能であると認定する。
【００５５】
保険特定部１４の書類特定部３８は、支払判定部３７により給付金又は保険金の支払が可能な保険であると判定された場合、請求事由特定部１３により特定されたイベントに応じて給付金又は保険金の請求に必要な書類を特定する（ステップＳＴ１２４）。
例えば、治療イベントであれば医師の診断書、死亡イベントであれば死亡届など、イベント毎に必要な書類がデータベース７に格納されているので、請求事由特定部１３により特定されたイベントをキーにして、給付金又は保険金の請求に必要な書類を特定する。
【００５６】
契約管理装置６のデータ送信部１６は、保険特定部１４が給付金又は保険金の支払が可能な保険であると判定すれば、図１０に示すように、給付金又は保険金の支払が可能である旨を示すメッセージと、給付金又は保険金の請求書の作成を指示するメッセージと、書類特定部３８により特定された請求に必要な書類を示すメッセージと、給付金又は保険金の受取人を示すメッセージとが表示される判定結果照会画面を作成し（ステップＳＴ１２５）、ＬＡＮ９ｂを介して、その判定結果照会画面を保険会社端末４ａに送信する（ステップＳＴ１２６）。
【００５７】
一方、データ送信部１６は、保険特定部１４が給付金又は保険金の支払が不可能な保険であると判定、あるいは、一致する個人情報が検索されない場合、図１１に示すように、給付金又は保険金の支払が不可能である旨を示すメッセージを作成し（ステップＳＴ１２５）、ＬＡＮ９ｂを介して、その判定結果照会画面を保険会社端末４ａに送信する（ステップＳＴ１２６）。
これにより、保険会社端末４ａのディスプレイには判定結果照会画面が表示され、保険会社の担当者は、給付金又は保険金の支払が可能であるか否かを確認することができる。
【００５８】
以上で明らかなように、この実施の形態２によれば、給付金又は保険金の請求履歴と支払履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するように構成したので、給付金又は保険金の重複払いなど、不要な支払を防止することができる効果を奏する。
また、この実施の形態２によれば、給付金又は保険金の請求者が正当者であるか否かを考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するように構成したので、正当に給付金又は保険金を受け取ることができない者への支払を防止することができる効果を奏する。
【００５９】
この実施の形態２によれば、保険の契約情報から特定した受取人が既に死亡している場合、給付金又は保険金の受取人を、その受取人の法定相続人や相続財産を取得した者等に変更するように構成したので、給付金又は保険金の正当な受取人を特定することができる効果を奏する。
また、この実施の形態２によれば、保険の契約情報から特定した受取人が未成年者である場合、その未成年者の親権者、あるいは、その親権者の同意を得ている未成年者を、給付金又は保険金の請求が可能な請求人として認定するように構成したので、特定した受取人が未成年者である場合でも、給付金又は保険金を請求することができる効果を奏する。
さらに、被保険者が給付金又は保険金の請求事由を知らない場合、被保険者の親族による給付金又は保険金の請求を許可するように構成したので、例えば、被保険者がガンなど、告知が困難な病気を患っている場合でも、被保険者に病気を告知することなく、給付金又は保険金を請求することができる効果を奏する。
【００６０】
実施の形態３．
上記実施の形態１，２では、保険特定部１４がデータベース７に登録されている個人情報の中から、請求事由特定部１３から出力された個人情報と一致する個人情報を検索して、被保険者が加入している保険の契約情報を取得するものについて示したが、複数の保険の契約情報が取得された場合、各保険毎に給付金又は保険金の支払が可能な保険であるか否かを判定するようにしてもよい。
これにより、複数の保険に加入している場合には、各保険毎に、給付金又は保険金の支払が可能な保険であるか否かを確認することができる効果を奏する。
【００６１】
実施の形態４．
上記実施の形態１〜３では、保険特定部１４が給付金又は保険金の支払が可能な保険であるか否かを判定するものについて示したが、保険特定部１４が保険加入時の告知義務違反を調査し、告知義務違反を犯している場合には給付金又は保険金の支払が不可能な保険であると判定するようにしてもよい。
例えば、保険加入時の告知書に、過去１年以内の手術の事実を記述していないとき、医療施設から過去１年以内の手術が行われた医療情報が得られたような場合には、保険加入時の告知義務違反があるものと認定する。
これにより、給付金又は保険金の不正な支払を防止することができる効果を奏する。
【００６２】
実施の形態５．
上記実施の形態１〜３では、保険特定部１４が給付金又は保険金の支払が可能な保険であるか否かを判定するものについて示したが、保険特定部１４が保険加入時から現時点に至る顧客１からのコンタクト履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するようにしてもよい。
【００６３】
具体的には、例えば、保険会社４の顧客対応のオペレータなどが、顧客１から電話やメールなどで種々の質問等を受けたとき、オペレータなどが保険会社端末４ａを操作して、その質問等の内容をデータベース７に登録する。
この際、その質問等の内容が、例えば、“保険金の受取人である法定相続人の所在が不明なので、代わりに保険金を自分の口座に振り込みできるか？”を聞くなど、質問が不自然な内容である場合には、この顧客１が要注意者であることを示すフラグにチェックを入れるようにする。
契約管理装置６の保険特定部１４は、給付金又は保険金の支払が可能な保険であるか否かを判定する際、要注意者であることを示すフラグにチェックが入っているときは、データ送信部１６を介して、そのチェックが入っている旨と、データベース７に登録されている質問等の内容を保険会社端末４ａに送信する。
これにより、保険会社４の担当者が質問等の内容を参照して、その良否を判定し、保険会社端末４ａを操作して、その判定結果を契約管理装置６に送信する。
【００６４】
契約管理装置６の保険特定部１４は、データ受信部１１が保険会社端末４ａから判定結果を受信し、その判定結果が“良”であれば、他の要件を満足することを条件（上記実施の形態１〜４を参照）に給付金又は保険金の支払が可能な保険であると判定する。
一方、その判定結果が“否”である場合には、他の要件を満足していても、給付金又は保険金の支払が不可能な保険であると判定する。
【００６５】
以上で明らかなように、この実施の形態５によれば、保険加入時から現時点に至る顧客１からのコンタクト履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するように構成したので、給付金又は保険金の不正な支払を防止することができる効果を奏する。
【００６６】
実施の形態６．
上記実施の形態１〜３では、保険特定部１４が給付金又は保険金の支払が可能な保険であるか否かを判定するものについて示したが、保険特定部１４が医療施設に関する情報を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するようにしてもよい。
【００６７】
具体的には、契約管理装置６の保険特定部１４は、給付金又は保険金の支払が可能な保険であるか否かを判定する際、給付金又は保険金の請求事由が例えば被保険者の入院イベントであるとき、被保険者の入院先である医療施設に関する情報（例えば、当該医療施設が過去に保険金の不正請求に加担したことがあることを示す情報）がデータベース７に登録されている場合、その医療施設に関する情報を保険会社端末４ａに送信する。
これにより、保険会社４の担当者が医療施設に関する情報を参照して、その良否を判定し、保険会社端末４ａを操作して、その判定結果を契約管理装置６に送信する。
【００６８】
契約管理装置６の保険特定部１４は、データ受信部１１が保険会社端末４ａから判定結果を受信し、その判定結果が“良”であれば、他の要件を満足することを条件（上記実施の形態１〜４を参照）に給付金又は保険金の支払が可能な保険であると判定する。
一方、その判定結果が“否”である場合には、他の要件を満足していても、給付金又は保険金の支払が不可能な保険であると判定する。
【００６９】
以上で明らかなように、この実施の形態６によれば、医療施設に関する情報を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定するように構成したので、給付金又は保険金の不正な支払を防止することができる効果を奏する。
【図面の簡単な説明】
【００７０】
【図１】この発明の実施の形態１による保険業務管理システムを示すシステム構成図である。
【図２】この発明の実施の形態１による契約管理装置を示す構成図である。
【図３】この発明の実施の形態１による契約管理装置のハードウエアを示す構成図である。
【図４】この発明の実施の形態１による保険業務管理システムの処理内容を示す処理シーケンス図である。
【図５】この発明の実施の形態１による保険業務管理システムの処理内容を示す処理シーケンス図である。
【図６】この発明の実施の形態２による契約管理装置の保険特定部を示す構成図である。
【図７】この発明の実施の形態２による契約管理装置における発送可否判定の処理内容を示す説明図である。
【図８】発送可否判定要求画面を示す説明図である。
【図９】データベースに登録されている個人情報と契約情報を示す説明図である。
【図１０】判定結果照会画面を示す説明図である。
【図１１】判定結果照会画面を示す説明図である。
【符号の説明】
【００７１】
１ 顧客
２ 代理店
３ 課支社
３ａ 課支社端末
４ 保険会社
４ａ 保険会社端末
５ 入力センタ
５ａ 入力センタ装置
６ 契約管理装置
７ データベース
８ 出力センタ
８ａ 出力センタ装置
９ 広域ネットワーク
９ａ インターネット
９ｂ ＬＡＮ
１１ データ受信部
１２ データ登録部（情報登録手段）
１３ 請求事由特定部（請求事由特定手段）
１４ 保険特定部（契約情報取得手段、可否判定手段、受取人特定手段、書類特定手段）
１５ 支払額決定部
１６ データ送信部（通知手段）
２１ ＣＰＵ
２２ ネットワークインタフェース
２３ データベースインタフェース
２４ メモリ
３１ 個人情報検索部
３２ 注意情報チェック部
３３ 商品データ取得部
３４ 契約情報取得部
３５ 判定用データ作成部
３６ 受取人確認部
３７ 支払判定部
３８ 書類特定部
【特許請求の範囲】
【請求項１】
被保険者の個人情報と給付金又は保険金の請求事由を特定する請求事由特定手段と、予め登録されている個人情報の中から、上記請求事由特定手段により特定された個人情報と一致する個人情報を検索して、その個人情報に合致する被保険者が加入している保険の契約情報を取得する契約情報取得手段と、上記契約情報取得手段により取得された契約情報と上記請求事由特定手段により特定された請求事由を照合して、給付金又は保険金の支払が可能な保険であるか否かを判定する可否判定手段と、上記契約情報取得手段により取得された契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する受取人特定手段と、上記可否判定手段が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を通知するとともに、上記受取人特定手段により特定された受取人を通知し、その可否判定手段が支払不可能な保険であると判定、あるいは、上記契約情報取得手段により一致する個人情報が検索されなければ、給付金又は保険金の支払が不可能である旨を通知する通知手段とを備えた契約管理装置。
【請求項２】
予め被保険者の個人情報と保険の契約情報を登録する情報登録手段を設けたことを特徴とする請求項１記載の契約管理装置。
【請求項３】
受取人特定手段は、契約情報から特定した受取人が既に死亡している旨を示す連絡情報が存在する場合、その連絡情報を考慮して給付金又は保険金の受取人を変更することを特徴とする請求項１記載の契約管理装置。
【請求項４】
受取人特定手段は、契約情報から特定した受取人が未成年者である場合、その未成年者の親権者、あるいは、その親権者の同意を得ている未成年者を、給付金又は保険金の請求が可能な請求人として認定することを特徴とする請求項１記載の契約管理装置。
【請求項５】
受取人特定手段は、被保険者が給付金又は保険金の請求事由を知らない場合、被保険者の親族による給付金又は保険金の請求を許可することを特徴とする請求項１記載の契約管理装置。
【請求項６】
可否判定手段は、給付金又は保険金の請求履歴と支払履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項７】
可否判定手段は、給付金又は保険金の請求者が正当者であるか否かを考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項８】
可否判定手段は、受取人特定手段により特定された受取人を考慮して、給付金又は保険金の請求者が正当者であるか否かを判定することを特徴とする請求項７記載の契約管理装置。
【請求項９】
可否判定手段が支払可能な保険であると判定すれば、請求事由特定手段により特定された請求事由から給付金又は保険金の請求に必要な書類を特定する書類特定手段を設け、通知手段が上記書類特定手段により特定された請求に必要な書類を通知することを特徴とする請求項１記載の契約管理装置。
【請求項１０】
可否判定手段は、契約情報取得手段により複数の保険の契約情報が取得された場合、各保険毎に給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項１１】
可否判定手段は、保険加入時の告知義務違反を調査し、告知義務違反を犯している場合には給付金又は保険金の支払が不可能な保険であると判定することを特徴とする請求項１記載の契約管理装置。
【請求項１２】
可否判定手段は、保険加入時から現時点に至る顧客からのコンタクト履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項１３】
可否判定手段は、医療施設に関する情報を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項１】
被保険者の個人情報と給付金又は保険金の請求事由を特定する請求事由特定手段と、予め登録されている個人情報の中から、上記請求事由特定手段により特定された個人情報と一致する個人情報を検索して、その個人情報に合致する被保険者が加入している保険の契約情報を取得する契約情報取得手段と、上記契約情報取得手段により取得された契約情報と上記請求事由特定手段により特定された請求事由を照合して、給付金又は保険金の支払が可能な保険であるか否かを判定する可否判定手段と、上記契約情報取得手段により取得された契約情報と受取人に関する連絡情報を参照して、給付金又は保険金の受取人を特定する受取人特定手段と、上記可否判定手段が支払可能な保険であると判定すれば、給付金又は保険金の支払が可能である旨を通知するとともに、上記受取人特定手段により特定された受取人を通知し、その可否判定手段が支払不可能な保険であると判定、あるいは、上記契約情報取得手段により一致する個人情報が検索されなければ、給付金又は保険金の支払が不可能である旨を通知する通知手段とを備えた契約管理装置。
【請求項２】
予め被保険者の個人情報と保険の契約情報を登録する情報登録手段を設けたことを特徴とする請求項１記載の契約管理装置。
【請求項３】
受取人特定手段は、契約情報から特定した受取人が既に死亡している旨を示す連絡情報が存在する場合、その連絡情報を考慮して給付金又は保険金の受取人を変更することを特徴とする請求項１記載の契約管理装置。
【請求項４】
受取人特定手段は、契約情報から特定した受取人が未成年者である場合、その未成年者の親権者、あるいは、その親権者の同意を得ている未成年者を、給付金又は保険金の請求が可能な請求人として認定することを特徴とする請求項１記載の契約管理装置。
【請求項５】
受取人特定手段は、被保険者が給付金又は保険金の請求事由を知らない場合、被保険者の親族による給付金又は保険金の請求を許可することを特徴とする請求項１記載の契約管理装置。
【請求項６】
可否判定手段は、給付金又は保険金の請求履歴と支払履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項７】
可否判定手段は、給付金又は保険金の請求者が正当者であるか否かを考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項８】
可否判定手段は、受取人特定手段により特定された受取人を考慮して、給付金又は保険金の請求者が正当者であるか否かを判定することを特徴とする請求項７記載の契約管理装置。
【請求項９】
可否判定手段が支払可能な保険であると判定すれば、請求事由特定手段により特定された請求事由から給付金又は保険金の請求に必要な書類を特定する書類特定手段を設け、通知手段が上記書類特定手段により特定された請求に必要な書類を通知することを特徴とする請求項１記載の契約管理装置。
【請求項１０】
可否判定手段は、契約情報取得手段により複数の保険の契約情報が取得された場合、各保険毎に給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項１１】
可否判定手段は、保険加入時の告知義務違反を調査し、告知義務違反を犯している場合には給付金又は保険金の支払が不可能な保険であると判定することを特徴とする請求項１記載の契約管理装置。
【請求項１２】
可否判定手段は、保険加入時から現時点に至る顧客からのコンタクト履歴を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【請求項１３】
可否判定手段は、医療施設に関する情報を考慮して、給付金又は保険金の支払が可能な保険であるか否かを判定することを特徴とする請求項１記載の契約管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００６−２２１４４８（Ｐ２００６−２２１４４８Ａ）
【公開日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願番号】特願２００５−３４６４９（Ｐ２００５−３４６４９）
【出願日】平成１７年２月１０日（２００５．２．１０）
【出願人】（５９３１１０５９１）アメリカン ファミリー ライフ アシュアランス カンパニー オブ コロンバス (5)
【氏名又は名称原語表記】Ａｍｅｒｉｃａｎ Ｆａｍｉｌｙ Ｌｉｆｅ Ａｓｓｕｒａｎｃｅ Ｃｏｍｐａｎｙ ｏｆ Ｃｏｌｕｍｂｕｓ
【公開日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願日】平成１７年２月１０日（２００５．２．１０）
【出願人】（５９３１１０５９１）アメリカン ファミリー ライフ アシュアランス カンパニー オブ コロンバス (5)
【氏名又は名称原語表記】Ａｍｅｒｉｃａｎ Ｆａｍｉｌｙ Ｌｉｆｅ Ａｓｓｕｒａｎｃｅ Ｃｏｍｐａｎｙ ｏｆ Ｃｏｌｕｍｂｕｓ
[ Back to top ]