JP2002056188A - 生命保険の処理システム及び生命保険の処理方法 - Google Patents

Abstract

(57)【要約】 【課題】保険金の受け取りに関する手続きを極めて簡素
に、且つ、確実に行い得る生命保険の処理システムおよ
び生命保険の処理方法を提供する。 【解決手段】被保険者２が代行会社４に対して予め顧客
契約をする。代行会社４は、インターネット５を介して
被保険者２より保険金請求手続きの代行依頼を受ける
と、インターネット５を介して保険会社１と病院３とか
ら所定データ（診断書データを含む）を入手して保険金
の金額を算定し、インターネット５を介して被保険者２
に金額、支払い期日等を連絡すると共に、保険会社１に
対して保険金の支払い指示をし、病院３に対して診断書
の発行を指示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、生命保険の処理シ
ステム、詳しくは、生命保険業務効率の向上を図る生命
保険の処理システムに関する。

【０００２】

【従来の技術】人の生命に対する保険は、種々の保険制
度の一形態として古くより種々、知られている。特に近
年に至っては各保険会社、保険機構等によって多種の生
命保険商品が提供されているが、その多くの生命保険
は、主として死亡保険金等からなる主契約部分と、この
主契約に付加して自由選択的に契約することのできる、
入院給付金等の特約部分とからなる、とされている。こ
れらの生命保険は、何れも保険会社等と被保険契約者と
の契約に基づき、人の生命や疾病・傷害に対する医療行
為等について、所定の条件を満たす場合に被契約者に対
して保険金が支払われる仕組みになっている。

【０００３】以下、現在の保険会社と被保険契約者との
関係、また、保険金支払いに際しての保険業務処理の流
れについて例を挙げて説明する。

【０００４】いま、被保険者が患者として病院と関わ
り、例えば、入院・通院により診断・治療を受けている
場合において該被保険者が死亡した場合を想定し、この
際の保険金支払い業務の流れについて説明する。

【０００５】図１３は、保険会社と被保険契約者との間
の関係および保険金支払いに際する保険業務処理の流れ
の一例を示したブロック図である。

【０００６】まず、患者である被保険者および当該保険
金の受取人（実際に保険金を受け取る人であって、契約
時に受取人を本人にしている場合はその法定相続人、現
実的には家族等の遺族を想定する）と保険会社との間で
所定の生命保険（少なくとも、主契約として死亡保険金
の給付を受ける契約が存在）の契約が交わされているも
のとする（＃１０１）。

【０００７】そして、このような契約を交わした被保険
者が、いま、所定の病院と入院、通院により関わりを持
つとする（＃１０２）。このような関係にある場合、病
院は被保険者（患者）に対して診断や治療行為を行うと
共に、これら診断、治療行為に関する診断書の発行を行
うことが可能である（＃１０３）。

【０００８】係る被保険者が死亡した場合、保険金受取
人は、病院より死亡診断書を入手し（＃１０４）、保険
会社に対してこの死亡診断書の他、必要書類を提出して
保険金を請求する（＃１０５）。保険会社は、契約の要
件を満たす場合、保険金を支払う（＃１０６）。

【０００９】また、同じく、被保険者が患者として病院
と関わり、入院・通院により診断・治療を受けている場
合において、係る診断・治療等の医療行為に対する保険
金支払い業務の流れについて説明する。

【００１０】図１４は、保険会社と被保険契約者との間
の関係および保険金支払いに際する保険業務処理の流れ
の他の例を示したブロック図である。

【００１１】まず、患者である被保険者と保険会社との
間で、診断・治療等の医療行為に対する保険金支払い契
約が交わされているものとする（＃２０１）。たとえ
ば、主契約として死亡保険金の給付を受ける契約をし、
主契約に付加して入院給付金等のオプション特約契約が
交わされている場合や、主契約として診断・治療等の医
療行為に対する保険金が支払われる、いわゆる医療保険
契約を交わしている場合等が考えられる。

【００１２】このような契約を交わした被保険者が、い
ま、所定の病院と入院、通院により関わりを持つとする
（＃２０２）。このような関係にある場合、病院は被保
険者（患者）に対して診断や治療行為を行うと共に、こ
れら診断、治療行為に関する診断書の発行を行うことが
可能である（＃２０３）。

【００１３】係る被保険者が保険の給付を受けるべく、
病院より所定の診断書を入手し（＃２０３）、保険会社
に対してこの診断書を提出して保険金を請求する（＃２
０４）。保険会社は、契約の要件を満たす場合、保険金
を支払う（＃２０５）。

【００１４】なお、この図１４に係る保険金支払い業務
に類似する例として、いわゆるリビングニーズと称す
る、余命が所定期間以内と判断されるときに保険金の一
部（または全部）を特定状態保険金として支払う、生存
中に保険金を支払う特約を付加して契約した場合も、同
様な支払い業務の流れとなる。

【００１５】

【発明が解決しようとする課題】図１３に示す如き、被
保険者が死亡した際の保険金支払い業務においては、現
実的に保険金を受け取る人は、被保険者の遺族である場
合が多い。被保険者の死亡後、葬儀その他の手間がかか
る遺族にとって保険会社に対する保険金請求手続きは、
病院より死亡診断書等を入手する必要がある他、煩雑で
あるため、面倒極まりないものであった。

【００１６】また、保険金請求に際して、死亡診断書等
の各種書類のやりとりは郵送で行うことが常であり、遺
族等が実際に保険金を受け取るまでには多大の時間がか
かっているのが現状である。また、必要な書類等が揃っ
ていない等の不備がある場合は、その確認作業や再度の
提出の手間などにより保険金を受け取るまでにはさらに
時間を要し、保険会社にとっても、これら郵送された書
類等の確認を行う作業に時間的、人的コストをかけなけ
ればならなかった。

【００１７】また、図１４に示す如き、被保険者自らが
保険金請求を行う保険金支払い業務においても、保険金
請求に係る手続きは、上記図１３に示す流れと同様に煩
雑であり面倒であると共に、上記同様にかかる手続きは
郵送で行うことが常であり、やはり時間がかかり不便で
あった。

【００１８】本発明はかかる問題点に鑑みてなされたも
のであり、保険金の受け取りに関する手続きを極めて簡
素に、且つ、確実に行い得る生命保険の処理システムお
よび生命保険の処理方法を提供することを目的とする。

【００１９】

【課題を解決するための手段】上記の目的を達成するた
めに本発明の第１の生命保険の処理システムは、入力情
報に基づき、被保険者の診察情報と保険契約情報とを参
照し、前記被保険者に支払われるべき保険金の金額を算
定することを特徴とする。

【００２０】上記の目的を達成するために本発明の生命
保険の処理方法は、入力情報に基づき、被保険者の診察
情報と保険契約情報とを参照し、前記被保険者に支払わ
れるべき保険金の金額を算定することを特徴とする。

【００２１】上記の目的を達成するために本発明の第２
の生命保険の処理システムは、被保険者の診察情報を得
る診察情報取得手段と、被保険者の保険契約情報を得る
契約情報取得手段と、上記診察情報取得手段と契約情報
取得手段とにより得られた診察情報と保険契約情報とに
より、前記被保険者側に支払われるべき保険金の金額を
算定する保険金算定手段と、を具備することを特徴とす
る。

【００２２】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。

【００２３】図１は、本発明の第１の実施形態である生
命保険の処理システムの構成を示した図である。

【００２４】図１に示すように、本実施形態の生命保険
の処理システムは、概略、共通のプロトコルと共通のア
ドレス体系を有し通信回線等の信号伝送路を介して相互
に接続されているネットワークの集合体、いわゆるイン
ターネット５に接続された、保険会社１、被保険者２、
病院３、代行会社４とで主要部が構成される。なお、図
１上においては、インターネット５に接続される上記保
険会社１、被保険者２、病院３は各一のみ記載するが、
当該生命保険の処理システムは、図２に示すように、イ
ンターネット５に複数の保険会社１、被保険者２、病院
３が接続されるシステムを想定する。ここでは、説明の
簡略化のために、保険会社１、被保険者２、病院３は、
各一機関のみが接続されているものとして説明する。

【００２５】保険会社１は、各種生命保険を扱う機関で
あり、いわゆる相互保険会社としての民間生命保険会社
の他、簡易保険等を提供する郵便局、共済保険制度等を
提供する共済組合等をも含む。

【００２６】図１に示すように、保険会社１は、所定の
ルータ等を介してインターネット５に接続されるメール
サーバ１０２と、被保険者との契約内容等、契約に関す
る種々のデータを格納する契約データベースサーバ１０
３を備える。これらサーバは所定のコンピュータシステ
ムで構成され、共にＣＰＵ１０１に制御される。なお、
本実施形態では、メールサーバ１０２と契約データベー
スサーバ１０３は、共に一のＣＰＵ１０１の管理下にお
かれるが、それぞれ別のコンピュータで構成され、保険
会社１内のローカル的なネットワークで接続されるよう
になっていてもよい。

【００２７】メールサーバ１０２はここでは公知のもの
を採用するが、図１に現れる概念としては、主として代
行会社４との間で行われる所定情報の送受信装置として
働く。なお、メールサーバ１０２がルータ等を介してイ
ンターネット５に接続する手段、手法は、公知の技術を
用いるものとし、ここでの詳しい説明は省略する。

【００２８】契約データベースサーバ１０３には、上述
したように、保険会社１と被保険者２とが交わした契約
内容、たとえば契約番号、契約者（被保険者２）の氏名
等、被保険者２に係る諸データが格納されている。

【００２９】被保険者２は、上記保険会社１と所定の生
命保険契約を交わした被保険契約者であり、また、後に
詳述する病院３との関係では患者として、さらに、代行
会社４との関係では顧客として存在する。生命保険の保
険契約としては、従来より、種々の形態が知られてお
り、主として死亡保険金等からなる主契約部分と、この
主契約に付加して自由選択的に契約することのできる、
入院給付金等の特約部分とからなる、とされている。こ
こでは、保険会社１と被保険者２とは、比較的多くの保
険類型と考えられる契約、すなわち、終身保険型の死亡
保険を主契約とし、また、入院給付金や、疾病・傷害に
対する医療行為等に対する保険金が支払われる特約をこ
の主契約に付加して契約を交わしているものとする。

【００３０】被保険者２は、図１においてはユーザ端末
の表示画面として現れる。この端末はインターネット５
に接続可能であって、所定のブラウザ系ソフトウェアを
実行することで代行会社４が提供する所定のコンテンツ
情報等を表示することが可能な情報端末機器（例えばパ
ーソナルコンピュータ）で構成される。

【００３１】病院３は、一般の医療行為を実施する通常
の病院を想定し、院内に、所定のルータ等を介してイン
ターネット５に接続されるメールサーバ３０２と、患者
に係る諸データ、たとえば、入通院記録やカルテ等の個
人的な情報を格納する患者データベースサーバ３０３を
備える。これらサーバは所定のコンピュータシステムで
構成され、共にＣＰＵ３０１に制御される。なお、本実
施形態では、メールサーバ３０２と患者データベースサ
ーバ３０３は、共に一のＣＰＵ３０１の管理下におかれ
るが、それぞれ別のコンピュータで構成され、病院３内
のローカル的なネットワークで接続されるようになって
いてもよい。

【００３２】メールサーバ３０２はここでは公知のもの
を採用するが、図１に現れる概念としては、主として代
行会社４との間で行われる所定情報の送受信装置として
働く。なお、メールサーバ３０２がルータ等を介してイ
ンターネット５に接続する手段、手法は、公知の技術を
用いるものとし、ここでの詳しい説明は省略する。

【００３３】患者データベースサーバ３０３には、上述
したように、被保険者２に係る諸データ、たとえば患者
名、入通院に関する記録、カルテ等の患者に対する医療
行為に係る情報、診断書に係る情報のデータが格納され
ている。

【００３４】代行会社４は、本実施形態の生命保険の処
理システムにおいて特徴的な構成要素であって、被保険
者２が保険会社１に対して、あるいは保険会社１が被保
険者２に対して行う手続きの一部または全部を代行する
形態をとりつつ、従来には無かった全く新規のサービス
を提供する機関である。

【００３５】図に示すように代行会社４は、所定のルー
タ等を介してインターネット５に接続されるメールサー
バ４０２と、顧客（この場合、同図に現れる被保険者２
のうち、当該代行会社４と所定の契約を交わした被保険
者）の個人情報や契約内容等の諸データを格納する顧客
データベースサーバ４０３と、同じくインターネット５
に接続され被保険者２に対して所定のコンテンツ情報を
提供するｗｅｂサーバ４０４を備える。これらサーバは
所定のコンピュータシステムで構成され、共にＣＰＵ４
０１に制御される。

【００３６】なお、本実施形態では、メールサーバ４０
２、顧客データベースサーバ４０３およびｗｅｂサーバ
４０４は、共に一のＣＰＵ４０１の管理下におかれる
が、それぞれ別のコンピュータで構成され、代行会社４
内のローカル的なネットワークで接続されるようになっ
ていてもよい。

【００３７】メールサーバ４０２はここでは公知のもの
を採用するが、図１に現れる概念としては、主として保
険会社１、被保険者２、病院３に対して所定の情報を送
信する情報送信装置として働く。なお、メールサーバ４
０２がルータ等を介してインターネット５に接続する手
段、手法は、公知の技術を用いるものとし、ここでの詳
しい説明は省略する。

【００３８】顧客データベースサーバ４０３には、上述
したように、顧客たる被保険者２に係る諸データ、たと
えば、顧客番号、顧客氏名等の諸データが格納される。

【００３９】ｗｅｂサーバ４０４は、インターネットを
介して公開する独自のホームページ（ＨＰ）を有し、保
険金請求手続きに関するページを公開する。このページ
では、独自の契約をした顧客ユーザ（被保険者２）に対
する契約情報入力画面を提供すると共に、該顧客ユーザ
からの契約情報の入力を受け付け、さらに該契約情報の
入力を受け付けた顧客ユーザに対する請求結果表示画面
を提供する。

【００４０】ここで、図１を参照して、上述した契約情
報入力画面、請求結果表示画面の表示例と、顧客ユーザ
（被保険者２）における契約情報の入力を受け付け手順
について簡単に説明する。

【００４１】契約情報入力画面、請求結果表示画面は、
図１中、被保険者２に係る端末機器の表示画面として示
される。代行会社４の顧客ユーザ（被保険者２）は、イ
ンターネット５に接続した端末機器（パーソナルコンピ
ュータ等）において所定のブラウザソフトウェアを起動
した後に、図に示すように、代行会社４に係るＵＲＬ２
０１を指定すると、ｗｅｂサーバ４０４より提供され
る、図に示す如き契約情報入力画面２０２が表示され
る。この契約情報入力画面２０２において、「契約番
号」、「契約者氏名」の他、掛かっている病院の「病院
情報」、「入退院日」、請求する保険金が死亡保険金の
場合に係る「死亡日」等のデータを受け付ける。

【００４２】顧客ユーザは、この入力画面に沿って契約
情報の入力を行う（２０３）。この入力された契約情報
はｗｅｂサーバ４０４に送られる。代行会社４のＣＰＵ
４０１は、ｗｅｂサーバ４０４が受信した情報に基づき
顧客データベースサーバ４０３を参照しつつ適宜、顧客
データの検索を行い、保険会社１および病院３からも所
定の情報を入手して保険金の算定を行う。

【００４３】ユーザ端末には、この保険金の算定結果に
基づく請求結果表示画面２０４が表示される。この請求
結果表示画面２０４は、例えば、「契約番号」、「契約
者氏名」、「病院情報」、「入退院日」の他、「支払金
額」、「支払い予定日」等が表示される。

【００４４】なお、これら諸手順については、後に詳述
する。

【００４５】次に、図３乃至図５に示すフローチャート
を参照して、上述の如き構成をなす本第１実施形態の
「生命保険の処理システム」における、保険金請求に係
る手続きの流れについて詳しく説明する。以下、代行会
社４、保険会社１、病院３におけるそれぞれのＣＰＵ毎
の動作として分説する。

【００４６】まず、代行会社４の保険金請求に係る手続
処理について説明する。

【００４７】図３は、第１の実施形態の生命保険の処理
システムにおける、代行会社４の保険金請求に係る手続
処理を示したフローチャートである。

【００４８】ｗｅｂサーバ４０４を管理するＣＰＵ４０
１は、被保険者２からのアクセスを常に監視する（ステ
ップＳ１０１）。被保険者２からのアクセスを受ける
と、ＣＰＵ４０１は、ｗｅｂサーバ４０４を制御して契
約情報入力画面２０２（図１参照）を被保険者２の端末
機器に対して送信する（ステップＳ１０２）。被保険者
２から所定の契約情報の入力を受けると（ステップＳ１
０３）、この入力データに基づいて、顧客データベース
サーバ４０３を利用して顧客データの検索を開始する
（ステップＳ１０４）。

【００４９】この後、ＣＰＵ４０１は、ｗｅｂサーバ４
０４が受信した契約情報が、顧客データベースサーバ４
０３に予め格納されている顧客データと一致するか否か
を判定し（ステップＳ１０５）、一致すると当該保険金
請求に係る保険会社１に対して情報を要求する（ステッ
プＳ１０６）。一方、入力情報が顧客データと一致しな
い場合は、被保険者２の端末機器に対して適当なエラー
表示を行う（ステップＳ１０７）。

【００５０】保険会社１に対する情報要求の後、当該保
険会社１より応答があると（ステップＳ１０８）、ＣＰ
Ｕ４０１は、この応答情報に基づいて、被保険者２が保
険会社１と交わした保険契約データと、代行会社４の顧
客データベースサーバ４０３に格納する顧客データとが
諸条件において一致するか否かを判定する（ステップＳ
１０９）。

【００５１】ここで一致する場合ＣＰＵ４０１は次に、
被保険者２がデータ入力した当該保険金請求に係る病院
３に対して情報を要求する（ステップＳ１１０）。この
病院３は、すなわち、被保険者２が当該保険金請求に係
る入院をした病院であり、あるいは、疾病・傷害に対す
る医療行為を受けた病院である。

【００５２】一方、被保険者２が保険会社１と交わした
保険契約データと、代行会社４の顧客データベースサー
バ４０３に格納する顧客データとが諸条件において一致
しない場合は、被保険者２の端末機器に対して適当なエ
ラー表示を行う（ステップＳ１１１）。

【００５３】病院３に対する情報要求の後、当該病院３
より応答があると（ステップＳ１１２）、ＣＰＵ４０１
は、この応答情報に基づいて、病院３にある被保険者２
の患者データと、代行会社４の顧客データベースサーバ
４０３に格納する顧客データとが諸条件において一致す
るか否かを判定する（ステップＳ１１３）。

【００５４】ここで一致する場合ＣＰＵ４０１は次に、
入手した患者データ、契約データに基づいて保険金の金
額を算出する（ステップＳ１１４）。

【００５５】一方、病院３にある被保険者２の患者デー
タと、代行会社４の顧客データベースサーバ４０３に格
納する顧客データとが諸条件において一致しない場合
は、被保険者２の端末機器に対して適当なエラー表示を
行う（ステップＳ１１５）。

【００５６】上記ステップＳ１１４における保険金算出
の後、ＣＰＵ４０１は、保険金支払いに係る所定の処理
を行い（ステップＳ１１６）、保険会社１に対して病院
３から入手した被保険者２の患者データを送信する（ス
テップＳ１１７）。同時に、病院３に対して診断書の発
行を要求すると共に、該診断書を保険会社１に対して送
付するよう指示する（ステップＳ１１８）。

【００５７】この後ＣＰＵ４０１は、ｗｅｂサーバ４０
４を制御して、保険金の金額や支払い予定期日を示した
請求結果表示画面２０４（図１参照）を被保険者２の端
末機器に対して送信する（ステップＳ１１９）。

【００５８】上記一連の手続き処理を行った後、ＣＰＵ
４０１は、新たに追加されたデータを顧客データベース
サーバ４０３に追加データとして格納する（ステップＳ
１２０）。

【００５９】次に、保険会社１における保険金請求に係
る手続処理について説明する。

【００６０】図４は、第１実施形態の生命保険の処理シ
ステムにおける、保険会社１における保険金請求に係る
手続処理を示したフローチャートである。

【００６１】保険会社１におけるＣＰＵ１０１は、メー
ルサーバ１０２に対して代行会社４からの情報要求があ
ると（ステップＳ１２１）、契約データベースサーバ１
０３を参照して被保険者２に係る契約データを検索し
（ステップＳ１２２）、代行会社４から送られてきた当
該被保険者２に係るデータと、検索した契約データとを
照合する（ステップＳ１２３）。

【００６２】ここで、データが一致すると、メールサー
バ１０２を介して該契約データを代行会社４に対して送
信する（ステップＳ１２４）。

【００６３】一方、データが一致しない場合は、エラー
結果を代行会社４に対して送信して（ステップＳ１２
５）、ステップＳ１２１に戻る。

【００６４】照合データが一致して契約データを代行会
社４に対して送信した後、代行会社４からの保険金支払
い指示があり（ステップＳ１２６）、さらに、患者デー
タ（すなわち代行会社４が病院３から提供を受けた被保
険者２に係る所定の患者データ）を受信をすると（ステ
ップＳ１２７）、保険会社１は、これらの情報に基づい
て正当な保険金請求であるかを調査した後、保険金の金
額を算定して、適時、支払い処理を行う（ステップＳ１
２８）。なお、ステップＳ１２８における調査・支払い
処理は、従来、通常の保険機関で行われていた処理手法
を適用するものとする。

【００６５】次に、病院３における、保険金請求に係る
手続処理について説明する。

【００６６】図５は、第１実施形態の生命保険の処理シ
ステムにおける、病院３における保険金請求に係る手続
処理を示したフローチャートである。

【００６７】病院３におけるＣＰＵ３０１は、メールサ
ーバ３０２に対して代行会社４からの情報要求があると
（ステップＳ１３１）、患者データベースサーバ３０３
を参照して被保険者２に係る患者データを検索し（ステ
ップＳ１３２）、代行会社４から送られてきた当該被保
険者２に係るデータと、検索した患者データとを照合す
る（ステップＳ１３３）。

【００６８】ここで、データが一致すると、メールサー
バ３０２を介して該患者データと、保険金請求に係る診
断書データを代行会社４に対して送信する（ステップＳ
１３４）。

【００６９】一方、データが一致しない場合は、適当な
エラー結果を代行会社４に対して送信して（ステップＳ
１３５）、ステップＳ１３１に戻る。

【００７０】照合データが一致して患者データと診断書
データとを代行会社４に対して送信した後、代行会社４
からの診断書発行指示があると（ステップＳ１３６）、
病院３は、患者データと診断書データとに基づいて診断
書を発行して、保険会社１に対して送付する（ステップ
Ｓ１３７）。

【００７１】このように本第１実施形態の生命保険の処
理システムによれば、被保険者２は、予め代行会社４と
所定の顧客契約を交わしておくだけで、保険会社１に対
して保険金を請求にするに当たり、わざわざ病院３から
診断書等の書類を入手することもなく、さらに、従来極
めて煩雑であった保険会社１に対する請求手続きをイン
ターネット上の入力作業のみで行い得るので、被保険者
２にとって手続きが極めて簡便となる。

【００７２】また、従来の手続きに比して、インターネ
ットを介して電子データとして処理が行われるので、被
保険者２が保険金請求してから実際の保険金支払いまで
の期間を大幅に短縮することができる。

【００７３】さらに、被保険者２は、インターネット上
で、保険金の金額や、支払い期日等知ることができるの
で、便利である。

【００７４】一方、保険会社１においても、従来は被保
険者２との間で書面を用いて交わしていた種々の手続き
を、代行会社４との間の電子データでのやりとりに集約
することができので、手続きに不慣れな被保険者２との
間で生じる不具合を回避することができるとともに、手
続きを迅速に行うことができ、これらは何れもコストの
低減に大きく寄与する。

【００７５】病院３においても、代行会社４を介するこ
とで、不慣れから被保険者２との間で生じる種々の問題
を回避することができ、正確な情報を確実に提供するこ
とができ、これは被保険者２にとっても有用である。

【００７６】なお、上記実施形態は、保険金の種類とし
て、入院に係る入院給付金や、診断・治療等の医療行為
に係る給付金を例に挙げ、これら給付金の請求に際して
の手続き処理について述べたが、これに限らず、被保険
者２の死亡保険金の請求手続きに対しても本実施形態の
システムを適用することができる。この場合、代行会社
４（保険会社１）に対して保険金を請求する者、支払い
を受ける者は、保険金の受取人等であり、契約情報入力
画面２０２において入力する内容も、死亡日を記入する
ことになる。また、発行される診断書も死亡診断書とな
るが、一連の手続きの処理の流れは上述した通りである
ので、ここでの詳しい説明は省略する。

【００７７】このように、被保険者２の死亡につき、死
亡保険金の請求に係る場合、代行会社４（保険会社１）
に対して保険金を請求する者、支払いを受ける者は、保
険金の受取人等、すなわち、多くの場合は被保険者２の
遺族となることが想定できる。従来、被保険者の死亡
後、葬儀その他の手間がかかる遺族にとって保険会社に
対する保険金請求手続きは、病院より死亡診断書等を入
手する必要がある他、煩雑であるため、面倒極まりない
ものであったが、本実施形態の処理システムによると、
これらの手間を省くことができ、保険金受け取りまでの
期日短縮と相まって、遺族の負担を大幅に軽減すること
ができる。

【００７８】次に、本発明の第２の実施形態の生命保険
の処理システムについて説明する。

【００７９】図６は、本発明の第２の実施形態である生
命保険の処理システムの構成を示した図である。なお、
上記第１の実施形態と同様の構成要素には同一の符号を
付与する。

【００８０】この第２の実施形態の生命保険の処理シス
テムも、上記第１の実施形態と同様に、保険会社と被保
険者との間の保険金請求手続き処理の一部または全部を
代行会社が請け負うものであるが、第１の実施形態に比
して以下の点につき相違している。

【００８１】上述したように第１の実施形態においては
（以下、図１参照）、被保険者２が代行会社４に対して
予め顧客契約をしておき、インターネット５を介して被
保険者２より保険金請求手続き依頼を受けた代行会社４
が、自らのデータベース（顧客データベースサーバ４０
３）に基づいて依頼主（被保険者２）の照合を行い、さ
らに当該顧客データと保険会社１における契約データと
の照合を行っていた。これに対して本第２の実施形態
は、代行会社４Ａ自らは被保険者２に関するデータベー
スを持たず、したがって、被保険者２との間に前もって
の契約はなく、インターネット５を介して被保険者２よ
り保険金請求手続き依頼を受けた代行会社４Ａは、保険
会社１Ａの契約データベース（被保険者２に係る情報が
格納される契約データベースサーバ１０３）および病院
３の患者データベース（被保険者２に係る患者情報が格
納される患者データベースサーバ３０３）に基づいて依
頼主（被保険者２）の照合を行うことを特徴とする。

【００８２】以下、本第２の実施形態について説明す
る。

【００８３】図６に示すように、本第２の実施形態の生
命保険の処理システムも、上記第１の実施形態と同様
に、インターネット５に接続された、保険会社１Ａ、被
保険者２、病院３、代行会社４Ａとで主要部が構成され
る。なお、図６上においては、インターネット５に接続
される上記保険会社１Ａ、被保険者２、病院３は各一の
み記載するが、当該生命保険の処理システムも、図２に
示すように、インターネット５に複数の保険会社１Ａ、
被保険者２、病院３が接続されるシステムを想定する。
ここでは、説明の簡略化のために、保険会社１Ａ、被保
険者２、病院３は、各一機関のみが接続されているもの
として説明する。

【００８４】保険会社１Ａは、上記第１の実施形態にお
ける保険会社１と同様に、各種生命保険を扱う機関であ
り、いわゆる相互保険会社としての民間生命保険会社の
他、簡易保険等を提供する郵便局、共済保険制度等を提
供する共済組合等をも含む。

【００８５】図６に示すように、保険会社１Ａは、所定
のルータ等を介してインターネット５に接続されるメー
ルサーバ１０２と、被保険者との契約内容等、契約に関
する種々のデータを格納する契約データベースサーバ１
０３を備える。これらサーバは所定のコンピュータシス
テムで構成され、共にＣＰＵ１０１に制御される。な
お、本実施形態では、メールサーバ１０２と契約データ
ベースサーバ１０３は、共に一のＣＰＵ１０１の管理下
におかれるが、それぞれ別のコンピュータで構成され、
保険会社１内のローカル的なネットワークで接続される
ようになっていてもよい。

【００８６】メールサーバ１０２はここでは公知のもの
を採用するが、図６に現れる概念としては、主として代
行会社４Ａとの間で行われる所定情報の送受信装置とし
て働く。なお、メールサーバ１０２がルータ等を介して
インターネット５に接続する手段、手法は、公知の技術
を用いるものとし、ここでの詳しい説明は省略する。

【００８７】契約データベースサーバ１０３には、上述
したように、保険会社１Ａと被保険者２とが交わした契
約内容、たとえば契約番号、契約者（被保険者２）の氏
名等、被保険者２に係る諸データが格納されている。

【００８８】なお、この契約データベースサーバ１０３
に格納される契約内容は、代行会社４Ａから照合要求の
際に使用されるようになっている。

【００８９】被保険者２は、上記保険会社１Ａと所定の
生命保険契約を交わした被保険契約者であり、また、病
院３との関係では患者として存在する。生命保険の保険
契約としては、従来より、種々の形態が知られており、
主として死亡保険金等からなる主契約部分と、この主契
約に付加して自由選択的に契約することのできる、入院
給付金等の特約部分とからなる、とされている。ここで
は、保険会社１Ａと被保険者２とは、比較的多くの保険
類型と考えられる契約、すなわち、終身保険型の死亡保
険を主契約とし、また、入院給付金や、疾病・傷害に対
する医療行為等に対する保険金が支払われる特約をこの
主契約に付加して契約を交わしているものとする。

【００９０】被保険者２は、図６においてはユーザ端末
の表示画面として現れる。この端末はインターネット５
に接続可能であって、所定のブラウザ系ソフトウェアを
実行することで代行会社４Ａが提供する所定のコンテン
ツ情報等を表示することが可能な情報端末機器（例えば
パーソナルコンピュータ）で構成される。

【００９１】病院３は、一般の医療行為を実施する通常
の病院を想定し、院内に、所定のルータ等を介してイン
ターネット５に接続されるメールサーバ３０２と、患者
に係る諸データ、たとえば、入通院記録やカルテ等の個
人的な情報を格納する患者データベースサーバ３０３を
備える。これらサーバは所定のコンピュータシステムで
構成され、共にＣＰＵ３０１に制御される。なお、本実
施形態では、メールサーバ３０２と患者データベースサ
ーバ３０３は、共に一のＣＰＵ３０１の管理下におかれ
るが、それぞれ別のコンピュータで構成され、病院３内
のローカル的なネットワークで接続されるようになって
いてもよい。

【００９２】メールサーバ３０２はここでは公知のもの
を採用するが、図６に現れる概念としては、主として代
行会社４Ａとの間で行われる所定情報の送受信装置とし
て働く。なお、メールサーバ３０２がルータ等を介して
インターネット５に接続する手段、手法は、公知の技術
を用いるものとし、ここでの詳しい説明は省略する。

【００９３】患者データベースサーバ３０３には、上述
したように、被保険者２に係る諸データ、たとえば患者
名、入通院に関する記録、カルテ等の患者に対する医療
行為に係る情報、診断書に係る情報のデータが格納され
ている。

【００９４】代行会社４Ａは、本第２の実施形態の生命
保険の処理システムにおいても特徴的な構成要素であっ
て、被保険者２が保険会社１Ａに対して、あるいは保険
会社１Ａが被保険者２に対して行う手続きの一部または
全部を代行する形態をとりつつ、従来には無かった全く
新規のサービスを提供する機関である。

【００９５】図に示すように代行会社４Ａは、所定のル
ータ等を介してインターネット５に接続されるメールサ
ーバ４０２と、同じくインターネット５に接続され被保
険者２に対して所定のコンテンツ情報を提供するｗｅｂ
サーバ４０４を備える。これらサーバは所定のコンピュ
ータシステムで構成され、共にＣＰＵ４０１に制御され
る。この点においては、上記第１の実施形態と同様であ
るが、第１の実施形態では有する顧客データベースサー
バ４０３は持たない。

【００９６】なお、本第２の実施形態では、メールサー
バ４０２およびｗｅｂサーバ４０４は、共に一のＣＰＵ
４０１の管理下におかれるが、それぞれ別のコンピュー
タで構成され、代行会社４Ａ内のローカル的なネットワ
ークで接続されるようになっていてもよい。

【００９７】メールサーバ４０２はここでは公知のもの
を採用するが、図６に現れる概念としては、主として保
険会社１Ａ、被保険者２、病院３との間の送受信装置と
して働く。なお、メールサーバ４０２がルータ等を介し
てインターネット５に接続する手段、手法は、公知の技
術を用いるものとし、ここでの詳しい説明は省略する。

【００９８】ｗｅｂサーバ４０４は、インターネットを
介して公開する独自のホームページ（ＨＰ）を有し、保
険金請求手続きに関するページを公開する。このページ
では、保険金請求手続きの代行を依頼する被保険者２に
対する契約情報入力画面を提供すると共に、該依頼ユー
ザからの契約情報の入力を受け付け、さらに該契約情報
の入力を受け付けた依頼ユーザに対する請求結果表示画
面を提供する。

【００９９】ここで、図６を参照して、上述した契約情
報入力画面、請求結果表示画面の表示例と、依頼ユーザ
（被保険者２）における契約情報の入力を受け付け手順
について簡単に説明する。

【０１００】契約情報入力画面、請求結果表示画面は、
図６中、被保険者２に係る端末機器の表示画面として示
される。代行会社４Ａの依頼ユーザ（被保険者２）は、
インターネット５に接続した端末機器（パーソナルコン
ピュータ等）において所定のブラウザソフトウェアを起
動した後に、図に示すように、代行会社４Ａに係るＵＲ
Ｌ２０１を指定すると、ｗｅｂサーバ４０４より提供さ
れる、図に示す如き契約情報入力画面２０２が表示され
る。この契約情報入力画面２０２において、「契約番
号」、「契約者氏名」の他、掛かっている病院の「病院
情報」、「入退院日」、請求する保険金が死亡保険金の
場合に係る「死亡日」等のデータを受け付ける。

【０１０１】依頼ユーザは、この入力画面に沿って契約
情報の入力を行う（２０３）。この入力された契約情報
はｗｅｂサーバ４０４に送られる。代行会社４ＡのＣＰ
Ｕ４０１は、ｗｅｂサーバ４０４が受信した情報に基づ
き保険会社１Ａの契約データベースサーバ１０３を参照
しつつ適宜、依頼ユーザのデータの検索を行い、保険会
社１Ａおよび病院３からも所定の情報を入手して保険金
の算定を行う。

【０１０２】ユーザ端末には、この保険金の算定結果に
基づく請求結果表示画面２０４が表示される。この請求
結果表示画面２０４は、例えば、「契約番号」、「契約
者氏名」、「病院情報」、「入退院日」の他、「支払金
額」、「支払い予定日」等が表示される。

【０１０３】なお、これら諸手順については、後に詳述
する。

【０１０４】次に、図７乃至図９に示すフローチャート
を参照して、上述の如き構成をなす本第２実施形態の
「生命保険の処理システム」における、保険金請求に係
る手続きの流れについて詳しく説明する。以下、代行会
社４Ａ、保険会社１Ａ、病院３におけるそれぞれのＣＰ
Ｕ毎の動作として分説する。

【０１０５】まず、代行会社４Ａの保険金請求に係る手
続処理について説明する。

【０１０６】図７は、第２実施形態の生命保険の処理シ
ステムにおける、代行会社４Ａの保険金請求に係る手続
処理を示したフローチャートである。

【０１０７】ｗｅｂサーバ４０４を管理するＣＰＵ４０
１は、被保険者２からのアクセスを常に監視する（ステ
ップＳ２０１）。被保険者２からのアクセスを受ける
と、ＣＰＵ４０１は、ｗｅｂサーバ４０４を制御して契
約情報入力画面２０２（図６参照）を被保険者２の端末
機器に対して送信する（ステップＳ２０２）。被保険者
２から所定の契約情報の入力を受けると（ステップＳ２
０３）、保険会社１Ａに対して契約データベースサーバ
１０３に係る契約内容についての情報を要求する（ステ
ップＳ２０４）。

【０１０８】保険会社１Ａに対する情報要求の後、当該
保険会社１Ａより応答があると（ステップＳ２０５）、
ＣＰＵ４０１はさらに、病院３に対して患者データベー
スサーバ３０３に係る患者データについての情報を要求
する（ステップＳ２０６）。この病院３は、すなわち、
被保険者２が当該保険金請求に係る入院をした病院であ
り、あるいは、疾病・傷害に対する医療行為を受けた病
院である。

【０１０９】病院３に対する情報要求の後、当該病院３
より応答があると（ステップＳ２０７）、ＣＰＵ４０１
は保険会社１Ａから入手した契約データと、病院３から
入手した患者データとを照合する（ステップＳ２０
８）。

【０１１０】ここで、契約データと患者データとが一致
すると、ＣＰＵ４０１はこれら契約データと患者データ
とに基づいて保険金の金額を算出する（ステップＳ２０
９）。一方、契約データと患者データとが一致しない場
合は、被保険者２の端末機器にして適当なエラー表示を
行う（ステップＳ２１０）。

【０１１１】上記ステップＳ２０９において保険金の金
額を算出するとＣＰＵ４０１は、保険金支払いに係る所
定の処理を行い（ステップＳ２１１）、保険会社１Ａに
対して病院３から入手した被保険者２の患者データを送
信する（ステップＳ２１２）。同時に、病院３に対して
診断書の発行を要求すると共に、該診断書を保険会社１
に対して送付するよう指示する（ステップＳ２１３）。

【０１１２】この後ＣＰＵ４０１は、ｗｅｂサーバ４０
４を制御して、保険金の金額や支払い予定期日を示した
請求結果表示画面２０４（図６参照）を被保険者２の端
末機器に対して送信する（ステップＳ２１４）。

【０１１３】次に、保険会社１Ａにおける保険金請求に
係る手続処理について説明する。

【０１１４】図８は、第２実施形態の生命保険の処理シ
ステムにおける、保険会社１Ａにおける保険金請求に係
る手続処理を示したフローチャートである。

【０１１５】保険会社１ＡにおけるＣＰＵ１０１は、メ
ールサーバ１０２に対して代行会社４Ａからの情報要求
があると（ステップＳ２２１）、契約データベースサー
バ１０３を参照して被保険者２に係る契約データを検索
し（ステップＳ２２２）、代行会社４Ａから送られてき
た当該被保険者２に係るデータと、検索した契約データ
とを照合する（ステップＳ２２３）。

【０１１６】ここで、データが一致すると、メールサー
バ１０２を介して該契約データを代行会社４Ａに対して
送信する（ステップＳ２２４）。

【０１１７】一方、データが一致しない場合は、エラー
結果を代行会社４Ａに対して送信して（ステップＳ２２
５）、ステップＳ２２１に戻る。

【０１１８】照合データが一致して契約データを代行会
社４Ａに対して送信した後、代行会社４Ａからの保険金
支払い指示があり（ステップＳ２２６）、さらに、患者
データ（すなわち代行会社４Ａが病院３から提供を受け
た被保険者２に係る所定の患者データ）を受信すると
（ステップＳ２２７）、保険会社１Ａは、これらの情報
に基づいて正当な保険金請求であるかを調査した後、保
険金の金額を算定して、適時、支払い処理を行う（ステ
ップＳ２２８）。なお、ステップＳ２２８における調査
・支払い処理は、従来、通常の保険機関で行われていた
処理手法を適用するものとする。

【０１１９】次に、病院３における、保険金請求に係る
手続処理について説明する。

【０１２０】図９は、第２実施形態の生命保険の処理シ
ステムにおける、病院３における保険金請求に係る手続
処理を示したフローチャートである。

【０１２１】病院３におけるＣＰＵ３０１は、メールサ
ーバ３０２に対して代行会社４Ａからの情報要求がある
と（ステップＳ２３１）、患者データベースサーバ３０
３を参照して被保険者２に係る患者データを検索し（ス
テップＳ２３２）、代行会社４Ａから送られてきた当該
被保険者２に係るデータと、検索した患者データとを照
合する（ステップＳ２３３）。

【０１２２】ここで、データが一致すると、メールサー
バ３０２を介して該患者データと、保険金請求に係る診
断書データを代行会社４Ａに対して送信する（ステップ
Ｓ２３４）。

【０１２３】一方、データが一致しない場合は、適当な
エラー結果を代行会社４Ａに対して送信して（ステップ
Ｓ２３５）、ステップＳ２３１に戻る。

【０１２４】照合データが一致して患者データと診断書
データとを代行会社４Ａに対して送信した後、代行会社
４Ａからの診断書発行指示があると（ステップＳ２３
６）、病院３は、患者データと診断書データとに基づい
て診断書を発行して、保険会社１Ａに対して送付する
（ステップＳ２３７）。

【０１２５】このように本第２の実施形態の生命保険の
処理システムによれば、被保険者２は、予め代行会社４
と所定の間に特別の契約を交わす必要もなく、保険会社
１Ａに対して保険金を請求にするに当たり、わざわざ病
院３から診断書等の書類を入手することもなく、さら
に、従来極めて煩雑であった保険会社１Ａに対する請求
手続きをインターネット上の入力作業のみで行い得るの
で、被保険者２にとって手続きが極めて簡便となる。

【０１２６】また、従来の手続きに比して、インターネ
ットを介して電子データとして処理が行われるので、被
保険者２が保険金請求してから実際の保険金支払いまで
の期間を大幅に短縮することができる。

【０１２７】さらに、被保険者２は、インターネット上
で、保険金の金額や、支払い期日等知ることができるの
で、便利である。

【０１２８】一方、保険会社１Ａにおいても、従来は被
保険者２との間で書面を用いて交わしていた種々の手続
きを、代行会社４Ａとの間の電子データでのやりとりに
集約することができので、手続きに不慣れな被保険者２
との間で生じる不具合を回避することができるととも
に、手続きを迅速に行うことができ、これらは何れもコ
ストの低減に大きく寄与する。

【０１２９】病院３においても、代行会社４Ａを介する
ことで、不慣れから被保険者２との間で生じる種々の問
題を回避することができ、正確な情報を確実に提供する
ことができ、これは被保険者２にとっても有用である。

【０１３０】なお、上記実施形態は、保険金の種類とし
て、入院に係る入院給付金や、診断・治療等の医療行為
に係る給付金を例に挙げ、これら給付金の請求に際して
の手続き処理について述べたが、これに限らず、被保険
者２の死亡保険金の請求手続きに対しても本実施形態の
システムを適用することができる。この場合、代行会社
４Ａ（保険会社１Ａ）に対して保険金を請求する者、支
払いを受ける者は、保険金の受取人等であり、契約情報
入力画面２０２において入力する内容も、死亡日を記入
することになる。また、発行される診断書も死亡診断書
となるが、一連の手続きの処理の流れは上述した通りで
あるので、ここでの詳しい説明は省略する。

【０１３１】このように、被保険者２の死亡につき、死
亡保険金の請求に係る場合、代行会社４Ａ（保険会社１
Ａ）に対して保険金を請求する者、支払いを受ける者
は、保険金の受取人等、すなわち、多くの場合は被保険
者２の遺族となることが想定できる。従来、被保険者の
死亡後、葬儀その他の手間がかかる遺族にとって保険会
社に対する保険金請求手続きは、病院より死亡診断書等
を入手する必要がある他、煩雑であるため、面倒極まり
ないものであったが、本実施形態の処理システムによる
と、これらの手間を省くことができ、保険金受け取りま
での期日短縮と相まって、遺族の負担を大幅に軽減する
ことができる。

【０１３２】次に、本発明の第３の実施形態の生命保険
の処理システムについて説明する。

【０１３３】図１０は、本発明の第３の実施形態である
生命保険の処理システムの構成を示した図である。な
お、上記第１の実施形態と同様の構成要素には同一の符
号を付与する。

【０１３４】この第３の実施形態の生命保険の処理シス
テムは、上記第１、第２の実施形態における代行会社
４、４Ａの役目を保険会社自らが果たすことを特徴とす
る。

【０１３５】図１０に示すように、本第３の実施形態の
生命保険の処理システムは、インターネット５に接続さ
れた、保険会社１Ｂ、被保険者２、病院３とで主要部が
構成される。なお、図１０上においては、インターネッ
ト５に接続される上記保険会社１Ｂ、被保険者２、病院
３は各一のみ記載するが、当該生命保険の処理システム
も、図２に示すように、インターネット５に複数の保険
会社１Ｂ、被保険者２、病院３が接続されるシステムを
想定する。ここでは、説明の簡略化のために、保険会社
１Ｂ、被保険者２、病院３は、各一機関のみが接続され
ているものとして説明する。

【０１３６】保険会社１Ｂは、上記第１の実施形態にお
ける保険会社１と同様に、各種生命保険を扱う機関であ
り、いわゆる相互保険会社としての民間生命保険会社の
他、簡易保険等を提供する郵便局、共済保険制度等を提
供する共済組合等をも含む。

【０１３７】図１０に示すように、保険会社１Ｂは、所
定のルータ等を介してインターネット５に接続されるメ
ールサーバ１０２と、被保険者との契約内容等、契約に
関する種々のデータを格納する契約データベースサーバ
１０３と、同じくインターネット５に接続され被保険者
２に対して所定のコンテンツ情報を提供するｗｅｂサー
バ１０４を備える。これらサーバは所定のコンピュータ
システムで構成され、共にＣＰＵ１０１に制御される。
なお、本実施形態では、メールサーバ１０２、契約デー
タベースサーバ１０３およびｗｅｂサーバ１０４は、共
に一のＣＰＵ１０１の管理下におかれるが、それぞれ別
のコンピュータで構成され、保険会社１Ｂ内のローカル
的なネットワークで接続されるようになっていてもよ
い。

【０１３８】メールサーバ１０２はここでは公知のもの
を採用するが、図１０に現れる概念としては、主として
被保険者２、病院３との間で行われる所定情報の送受信
装置として働く。なお、メールサーバ１０２、ｗｅｂサ
ーバ１０４がルータ等を介してインターネット５に接続
する手段、手法は、公知の技術を用いるものとし、ここ
での詳しい説明は省略する。

【０１３９】契約データベースサーバ１０３には、本実
施形態においても、保険会社１Ｂと被保険者２とが交わ
した契約内容、たとえば契約番号、契約者（被保険者
２）の氏名等、被保険者２に係る諸データが格納されて
いる。

【０１４０】ｗｅｂサーバ１０４は、上記第１実施形態
におけるｗｅｂサーバ４０４と同様に、インターネット
を介して公開する独自のホームページ（ＨＰ）を有し、
保険金請求手続きに関するページを公開する。このペー
ジでは、保険金を請求する被保険者２に対する契約情報
入力画面を提供すると共に、該被保険者２からの契約情
報の入力を受け付け、さらに該契約情報の入力を受け付
けた被保険者２に対する請求結果表示画面を提供する。

【０１４１】被保険者２は、上記保険会社１Ｂと所定の
生命保険契約を交わした被保険契約者であり、また、病
院３との関係では患者として存在する。生命保険の保険
契約としては、従来より、種々の形態が知られており、
主として死亡保険金等からなる主契約部分と、この主契
約に付加して自由選択的に契約することのできる、入院
給付金等の特約部分とからなる、とされている。ここで
は、保険会社１Ｂと被保険者２とは、比較的多くの保険
類型と考えられる契約、すなわち、終身保険型の死亡保
険を主契約とし、また、入院給付金や、疾病・傷害に対
する医療行為等に対する保険金が支払われる特約をこの
主契約に付加して契約を交わしているものとする。

【０１４２】被保険者２は、図１０においてはユーザ端
末の表示画面として現れる。この端末はインターネット
５に接続可能であって、所定のブラウザ系ソフトウェア
を実行することで保険会社１Ｂ（ｗｅｂサーバ１０４）
が提供する所定のコンテンツ情報等を表示することが可
能な情報端末機器（例えばパーソナルコンピュータ）で
構成される。

【０１４３】病院３は、一般の医療行為を実施する通常
の病院を想定し、院内に、所定のルータ等を介してイン
ターネット５に接続されるメールサーバ３０２と、患者
に係る諸データ、たとえば、入通院記録やカルテ等の個
人的な情報を格納する患者データベースサーバ３０３を
備える。これらサーバは所定のコンピュータシステムで
構成され、共にＣＰＵ３０１に制御される。なお、本実
施形態では、メールサーバ３０２と患者データベースサ
ーバ３０３は、共に一のＣＰＵ３０１の管理下におかれ
るが、それぞれ別のコンピュータで構成され、病院３内
のローカル的なネットワークで接続されるようになって
いてもよい。

【０１４４】メールサーバ３０２はここでは公知のもの
を採用するが、図１０に現れる概念としては、主として
保険会社１Ｂとの間で行われる所定情報の送受信装置と
して働く。なお、メールサーバ３０２がルータ等を介し
てインターネット５に接続する手段、手法は、公知の技
術を用いるものとし、ここでの詳しい説明は省略する。

【０１４５】患者データベースサーバ３０３には、上述
したように、被保険者２に係る諸データ、たとえば患者
名、入通院に関する記録、カルテ等の患者に対する医療
行為に係る情報、診断書に係る情報のデータが格納され
ている。

【０１４６】ここで、図１０を参照して、上述した契約
情報入力画面、請求結果表示画面の表示例と、被保険者
２における契約情報の入力を受け付け手順について簡単
に説明する。

【０１４７】契約情報入力画面、請求結果表示画面は、
図１０中、被保険者２に係る端末機器の表示画面として
示される。被保険者２は、インターネット５に接続した
端末機器（パーソナルコンピュータ等）において所定の
ブラウザソフトウェアを起動した後に、図に示すよう
に、保険会社１Ｂに係るＵＲＬ２０１Ｂを指定すると、
ｗｅｂサーバ１０４より提供される、図に示す如き契約
情報入力画面２０２が表示される。この契約情報入力画
面２０２において、「契約番号」、「契約者氏名」の
他、掛かっている病院の「病院情報」、「入退院日」、
請求する保険金が死亡保険金の場合に係る「死亡日」等
のデータを受け付ける。

【０１４８】被保険者２、この入力画面に沿って契約情
報の入力を行う（２０３）。この入力された契約情報は
ｗｅｂサーバ１０４に送られる。保険会社１ＢのＣＰＵ
１０１は、ｗｅｂサーバ１０４が受信した情報に基づき
契約データベースサーバ１０３を参照しつつ適宜、被保
険者２のデータの検索を行い、病院３からも所定の情報
を入手して保険金の算定を行う。

【０１４９】被保険者２の端末には、この保険金の算定
結果に基づく請求結果表示画面２０４が表示される。こ
の請求結果表示画面２０４は、例えば、「契約番号」、
「契約者氏名」、「病院情報」、「入退院日」の他、
「支払金額」、「支払い予定日」等が表示される。

【０１５０】なお、これら諸手順については、後に詳述
する。

【０１５１】次に、図１１および図１２に示すフローチ
ャートを参照して、上述の如き構成をなす本第３実施形
態の「生命保険の処理システム」における、保険金請求
に係る手続きの流れについて詳しく説明する。以下、保
険会社１Ｂ、病院３におけるそれぞれのＣＰＵ毎の動作
として分説する。

【０１５２】まず、保険会社１Ｂの保険金請求に係る手
続処理について説明する。

【０１５３】図１１は、第３実施形態の生命保険の処理
システムにおける、保険会社１Ｂの保険金請求に係る手
続処理を示したフローチャートである。

【０１５４】ｗｅｂサーバ１０４を管理するＣＰＵ１０
１は、被保険者２からのアクセスを常に監視する（ステ
ップＳ３０１）。被保険者２からのアクセスを受ける
と、ＣＰＵ１０１は、ｗｅｂサーバ１０４を制御して契
約情報入力画面２０２（図１０参照）を被保険者２の端
末機器に対して送信する（ステップＳ３０２）。被保険
者２から所定情報の入力を受けると（ステップＳ３０
３）、契約データベースサーバ１０３を参照して契約デ
ータの検索を開始する（ステップＳ３０４）。

【０１５５】この後、ＣＰＵ１０１は、被保険者２が入
力した情報と契約データとを照合して（ステップＳ３０
５）、一致すると、次に、病院３に対して患者データベ
ースサーバ３０３に係る患者データについての情報を要
求する（ステップＳ３０６）。この病院３は、すなわ
ち、被保険者２が当該保険金請求に係る入院をした病院
であり、あるいは、疾病・傷害に対する医療行為を受け
た病院である。一方、被保険者２が入力した情報と契約
データとが一致しない場合は、被保険者２の端末機器に
して適当なエラー表示を行う（ステップＳ３０７）。

【０１５６】病院３に対する情報要求の後、当該病院３
より応答があると（ステップＳ３０８）、ＣＰＵ１０１
は契約データベースサーバ１０３における契約データ
と、病院３から入手した患者データとを照合する（ステ
ップＳ３０９）。ここで、契約データと患者データとが
一致すると、ＣＰＵ１０１はこれら契約データと患者デ
ータとに基づいて保険金の金額を算出する（ステップＳ
３１０）。一方、契約データと患者データとが一致しな
い場合は、被保険者２の端末機器にして適当なエラー表
示を行う（ステップＳ３１１）。

【０１５７】上記ステップＳ３１０において保険金の金
額を算出するとＣＰＵ１０１は、保険金支払いに係る所
定の処理を行い（ステップＳ３１２）、病院３に対して
診断書の発行を要求すると共に、該診断書を送付するよ
う指示する（ステップＳ３１３）。

【０１５８】この後ＣＰＵ１０１は、ｗｅｂサーバ１０
４を制御して、保険金の金額や支払い予定期日を示した
請求結果表示画面２０４（図１０参照）を被保険者２の
端末機器に対して送信し（ステップＳ３１４）、契約デ
ータベースサーバ１０３のデータを更新する（ステップ
Ｓ３１５）。

【０１５９】次に、病院３における、保険金請求に係る
手続処理について説明する。

【０１６０】図１２は、第３実施形態の生命保険の処理
システムにおける、病院３における保険金請求に係る手
続処理を示したフローチャートである。

【０１６１】病院３におけるＣＰＵ３０１は、メールサ
ーバ３０２に対して保険会社１Ｂからの情報要求がある
と（ステップＳ３２１）、患者データベースサーバ３０
３を参照して被保険者２に係る患者データを検索し（ス
テップＳ３２２）、保険会社１Ｂから送られてきた当該
被保険者２に係るデータと、検索した患者データとを照
合する（ステップＳ３２３）。

【０１６２】ここで、データが一致すると、メールサー
バ３０２を介して該患者データと、保険金請求に係る診
断書データを保険会社１Ｂに対して送信する（ステップ
Ｓ３２４）。一方、データが一致しない場合は、適当な
エラー結果を保険会社１Ｂに対して送信して（ステップ
Ｓ３２５）、ステップＳ３２１に戻る。

【０１６３】照合データが一致して患者データと診断書
データとを保険会社１Ｂに対して送信した後、保険会社
１Ｂからの診断書発行指示があると（ステップＳ３２
６）、病院３は、患者データと診断書データとに基づい
て診断書を発行して、保険会社１Ｂに対して送付する
（ステップＳ３２７）。

【０１６４】このように本第３の実施形態の生命保険の
処理システムによれば、被保険者２は、保険会社１Ｂに
対して保険金を請求にするに当たり、わざわざ病院３か
ら診断書等の書類を入手することもなく、さらに、従来
極めて煩雑であった保険会社１Ｂに対する請求手続きを
インターネット上の入力作業のみで行い得るので、被保
険者２にとって手続きが極めて簡便となる。

【０１６５】また、従来の手続きに比して、インターネ
ットを介して電子データとして処理が行われるので、被
保険者２が保険金請求してから実際の保険金支払いまで
の期間を大幅に短縮することができる。

【０１６６】さらに、被保険者２は、インターネット上
で、保険金の金額や、支払い期日等知ることができるの
で、便利である。

【０１６７】一方、保険会社１Ｂにおいても、従来は被
保険者２との間で書面を用いて交わしていた種々の手続
きを、電子データでのやりとりすることができるので、
手続きに不慣れな被保険者２との間で生じる不具合を回
避することができるとともに、手続きを迅速に行うこと
ができ、これらは何れもコストの低減に大きく寄与す
る。

【０１６８】病院３においても、インターネットを介す
る電子データのやりとりで多くの処理を行うことができ
るので、不慣れから被保険者２との間で生じる種々の問
題を回避することができ、正確な情報を確実に提供する
ことができ、これは被保険者２にとっても有用である。

【０１６９】なお、上記実施形態は、保険金の種類とし
て、入院に係る入院給付金や、診断・治療等の医療行為
に係る給付金を例に挙げ、これら給付金の請求に際して
の手続き処理について述べたが、これに限らず、被保険
者２の死亡保険金の請求手続きに対しても本実施形態の
システムを適用することができる。この場合、保険会社
１Ｂに対して保険金を請求する者、支払いを受ける者
は、保険金の受取人等であり、契約情報入力画面２０２
において入力する内容も、死亡日を記入することにな
る。また、発行される診断書も死亡診断書となるが、一
連の手続きの処理の流れは上述した通りであるので、こ
こでの詳しい説明は省略する。

【０１７０】このように、被保険者２の死亡につき、死
亡保険金の請求に係る場合、保険会社１Ｂに対して保険
金を請求する者、支払いを受ける者は、保険金の受取人
等、すなわち、多くの場合は被保険者２の遺族となるこ
とが想定できる。従来、被保険者の死亡後、葬儀その他
の手間がかかる遺族にとって保険会社に対する保険金請
求手続きは、病院より死亡診断書等を入手する必要があ
る他、煩雑であるため、面倒極まりないものであった
が、本実施形態の処理システムによると、これらの手間
を省くことができ、保険金受け取りまでの期日短縮と相
まって、遺族の負担を大幅に軽減することができる。

【０１７１】[付記]以上詳述した如き本発明の実施形態
によれば、以下の如き構成を得ることができる。即ち、 ［付記項１］入力情報に基づき、被保険者の診察情報と
保険契約情報とを参照し、前記被保険者に支払われるべ
き保険金の金額を算定することを特徴とする生命保険の
処理システム。

【０１７２】［付記項２］上記［付記項１］において、
上記入力情報を被保険者側による情報入力により得るこ
とを特徴とする生命保険の処理システム。

【０１７３】［付記項３］上記［付記項１］において、
上記診察情報を病院側から得ることを特徴とする生命保
険の処理システム。

【０１７４】［付記項４］上記［付記項３］において、
上記診察情報の内、氏名，入退院日，死亡日を得ること
を特徴とする生命保険の処理システム。

【０１７５】［付記項５］上記［付記項１］において、
上記保険契約情報を生命保険会社側から得ることを特徴
とする生命保険の処理システム。

【０１７６】［付記項６］上記［付記項５］において、
上記保険契約情報の内、氏名及び支払い条件を得ること
を特徴とする生命保険の処理システム。

【０１７７】［付記項７］上記［付記項２］、［付記項
３］、［付記項５］において、上記各情報を、通信回線
を介して受信することを特徴とする生命保険の処理シス
テム。

【０１７８】［付記項８］上記［付記項１］において、
上記算定した保険金の金額を表示することを特徴とする
生命保険の処理システム。

【０１７９】［付記項９］入力情報に基づき、被保険者
の診察情報と保険契約情報とを参照し、前記被保険者に
支払われるべき保険金の金額を算定することを特徴とす
る生命保険の処理方法。

【０１８０】［付記項１０］被保険者の診察情報を得る
診察情報取得手段と、被保険者の保険契約情報を得る契
約情報取得手段と、上記診察情報取得手段と契約情報取
得手段とにより得られた診察情報と保険契約情報とによ
り、前記被保険者側に支払われるべき保険金の金額を算
定する保険金算定手段と、を具備することを特徴とする
生命保険の処理システム。

【０１８１】［付記項１１］上記［付記項１０］におい
て、上記診察情報取得手段は上記診察情報を病院側から
得ることを特徴とする生命保険の処理システム。

【０１８２】［付記項１２］上記［付記項１１］におい
て、上記診察情報取得手段は、上記診察情報の内、氏
名，入退院日，死亡日を得ることを特徴とする生命保険
の処理システム。

【０１８３】［付記項１３］上記［付記項１０］におい
て、上記契約情報取得手段は上記保険契約情報を生命保
険会社側から得ることを特徴とする生命保険の処理シス
テム。

【０１８４】［付記項１４］上記［付記項１３］におい
て、上記契約情報取得手段は、上記保険契約情報の内、
氏名及び支払い条件を得ることを特徴とする生命保険の
処理システム。

【０１８５】［付記項１５］上記［付記項１１］におい
て、上記診察情報取得手段は、上記診察情報を、通信回
線を介して受信することを特徴とする生命保険の処理シ
ステム。

【０１８６】［付記項１６］上記［付記項１３］におい
て、上記契約情報取得手段は、上記保険契約情報を、通
信回線を介して受信することを特徴とする生命保険の処
理システム。

【０１８７】［付記項１７］上記［付記項１０］におい
て、更に、上記算定した保険金の金額を表示する表示手
段を有することを特徴とする生命保険の処理システム。

【０１８８】［付記項１８］被保険者に関する情報に基
づき、病院内に格納されている被保険者の診察情報と、
生命保険会社内に格納されている被保険者に関する保険
契約情報とを参照し、被保険者に支払われるべき保険金
の金額を算定して表示すると共に、生命保険会社に対し
て上記算定した金額の支払い処理を指示することを特徴
とする、生命保険の処理システム。

【０１８９】［付記項１９］被保険者に関する情報に基
づき、病院内に格納されている被保険者の診察情報と、
生命保険会社内に格納されている被保険者に関する保険
契約情報とを参照し、被保険者に支払われるべき保険金
の金額を算定して表示すると共に、生命保険会社に対し
て上記算定した金額の支払い処理を指示することを特徴
とする、生命保険の処理方法。

【０１９０】［付記項２０］病院より被保険者の診察情
報を得る診察情報取得手段と、生命保険会社より被保険
者の保険契約情報を得る契約情報取得手段と、上記診察
情報取得手段と契約情報取得手段とにより得られた診察
情報と保険契約情報とにより、前記被保険者側に支払わ
れるべき保険金の金額を算定する保険金算定手段と、生
命保険会社に対して上記算定した保険金の支払処理を支
持する処理指示手段と、を具備することを特徴とする生
命保険の処理システム。

【０１９１】［付記項２１］被保険者に関する情報に基
づき、入力情報に基づき、病院内に格納されている患者
情報と生命保険会社内に格納されている契約情報とを参
照し、保険契約者に支払われるべき保険金の金額を算定
して表示するとともに、病院に対して診断書の発行を指
示することを特徴とする、生命保険の処理システム。

【０１９２】［付記項２２］被保険者に関する情報に基
づき、入力情報に基づき、病院内に格納されている患者
情報と生命保険会社内に格納されている契約情報とを参
照し、保険契約者に支払われるべき保険金の額を算定し
て表示すると共に、病院に対して診断書の発行を指示す
ることを特徴とする、生命保険の処理方法。

【０１９３】［付記項２３］病院より被保険者の診察情
報を得る診察情報取得手段と、生命保険会社より被保険
者の保険契約情報を得る契約情報取得手段と、上記診察
情報取得手段と契約情報取得手段とにより得られた診察
情報と保険契約情報とにより、前記被保険者側に支払わ
れるべき保険金の金額を算定する保険金算定手段と、病
院に対して診断書の発行を支持する処理指示手段と、を
具備することを特徴とする生命保険の処理システム。

【０１９４】［付記項２４］入力情報に基づき、病院内
の被保険者の診察情報を参照し、被保険者に支払われる
べき保険金の金額を算定することを特徴とする生命保険
の処理システム。

【０１９５】［付記項２５］入力情報に基づき、病院内
の被保険者の診察情報を参照し、被保険者に支払われる
べき保険金の金額を算定することを特徴とする生命保険
の処理方法。

【０１９６】［付記項２６］利用者からの要求に基づ
き、該利用者側の情報端末に情報入力画面を表示する第
１表示手段と、利用者側の情報端末によって入力された
第１情報群を受信する第１受信手段と、上記第１情報群
内の保険契約情報に基づき、生命保険会社に格納されて
いる第３情報群の内、所望の情報を要求する第１情報要
求手段と、入力された第１情報群内の契約情報に基づ
き、病院に格納されている第４情報群の内、所望の情報
を要求する第２情報要求手段と、生命保険会社および病
院からの情報を受信し、該受信情報から得られる情報を
基づき、被保険者に支払うべき支払い金額を算定する算
定手段と、この算定手段によって算定された金額情報を
上記利用者に送信する送信手段と、を具備することを特
徴とする生命保険の処理システム。

【０１９７】［付記項２７］利用者からの要求に基づ
き、該利用者側の情報端末に情報入力画面を表示する第
１ステップと、利用者側の情報端末によって入力された
第１情報群を受信する第２ステップと、上記第１情報群
内の保険契約情報に基づき、生命保険会社に格納されて
いる第２情報群の内、所望の情報を要求する第３ステッ
プと、入力された第１情報群内の契約情報に基づき、病
院に格納されている第３情報群の内、所望の情報を要求
する第４ステップと、生命保険会社および病院からの情
報を受信し、該受信情報から得られる情報を基づき、被
保険者に支払うべき支払い金額を算定する第５ステップ
と、この算定手段によって算定された金額情報を上記利
用者に送信する第６ステップと、を具備することを特徴
とする生命保険の処理方法。

【０１９８】［付記項２８］患者固有の診察情報を入力
する患者情報入力手段と、前記患者情報入力手段から入
力された前記診察情報を、通信回線を介して受信する診
察情報受信手段と、前記患者の生命保険会社の契約条件
を記憶する契約条件記憶手段と、前記診察情報受信手段
で受信した前記診察情報に基づき、前記契約条件記憶手
段に記憶された前記患者の前記契約条件を検索する契約
条件検索手段と、前記契約条件検索手段で検索された検
索結果に基づき、前記患者に対する保障処理条件を出力
する出力手段と、を具備したことを特徴とする生命保険
処理システム。

【０１９９】［付記項２９］患者情報入力手段から入力
された患者固有の診察情報を、通信回線を介して受信す
る診察情報受信行程と、前記患者の生命保険会社の契約
条件を契約条件記憶手段に記憶する契約条件記憶行程
と、前記診察情報受信行程で受信した前記診察情報に基
づき、前記契約条件記憶手段に記憶された前記患者の前
記契約条件を検索する契約条件検索行程と、前記契約条
件検索行程で検索された検索結果に基づき、前記患者に
対する保障処理条件を出力する出力行程と、を具備した
ことを特徴とする生命保険処理方法。

【０２００】

【発明の効果】以上説明したように本発明によれば、保
険金の受け取りに関する手続きを極めて簡素に、且つ、
確実に行い得る生命保険の処理システムおよび生命保険
の処理方法を提供することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態である生命保険の処理
システムの構成を示した図である。

【図２】上記第１の実施形態である生命保険の処理シス
テムにおける、各構成要素の接続状態を概念的に示した
図である。

【図３】上記第１の実施形態の生命保険の処理システム
における、代行会社の保険金請求に係る手続処理を示し
たフローチャートである。

【図４】上記第１の実施形態の生命保険の処理システム
における、保険会社の保険金請求に係る手続処理を示し
たフローチャートである。

【図５】上記第１の実施形態の生命保険の処理システム
における、病院の保険金請求に係る手続処理を示したフ
ローチャートである。

【図６】本発明の第２の実施形態である生命保険の処理
システムの構成を示した図である。

【図７】上記第２の実施形態の生命保険の処理システム
における、代行会社の保険金請求に係る手続処理を示し
たフローチャートである。

【図８】上記第２の実施形態の生命保険の処理システム
における、保険会社の保険金請求に係る手続処理を示し
たフローチャートである。

【図９】上記第２の実施形態の生命保険の処理システム
における、病院の保険金請求に係る手続処理を示したフ
ローチャートである。

【図１０】本発明の第３の実施形態である生命保険の処
理システムの構成を示した図である。

【図１１】上記第３の実施形態の生命保険の処理システ
ムにおける、保険会社の保険金請求に係る手続処理を示
したフローチャートである。

【図１２】上記第３の実施形態の生命保険の処理システ
ムにおける、病院の保険金請求に係る手続処理を示した
フローチャートである。

【図１３】従来の、保険会社と被保険契約者との間の関
係および保険金支払いに際する保険業務処理の流れの一
例を示したブロック図である。

【図１４】従来の、保険会社と被保険契約者との間の関
係および保険金支払いに際する保険業務処理の流れの他
の例を示したブロック図である。

【符号の説明】

１…保険会社 １０１…ＣＰＵ １０２…メールサーバ １０３…契約データベースサーバ ２…被保険者 ３…病院 ３０１…ＣＰＵ ３０２…メールサーバ ３０３…患者データベースサーバ ４…代行会社 ４０１…ＣＰＵ ４０２…メールサーバ ４０３…顧客データベースサーバ ４０４…ｗｅｂサーバ ５…インターネット

Claims (3)

【特許請求の範囲】
1. 【請求項１】 入力情報に基づき、被保険者の診察情報
   と保険契約情報とを参照し、前記被保険者に支払われる
   べき保険金の金額を算定することを特徴とする生命保険
   の処理システム。
2. 【請求項２】 入力情報に基づき、被保険者の診察情報
   と保険契約情報とを参照し、前記被保険者に支払われる
   べき保険金の金額を算定することを特徴とする生命保険
   の処理方法。
3. 【請求項３】 被保険者の診察情報を得る診察情報取得
   手段と、 被保険者の保険契約情報を得る契約情報取得手段と、 上記診察情報取得手段と契約情報取得手段とにより得ら
   れた診察情報と保険契約情報とにより、前記被保険者側
   に支払われるべき保険金の金額を算定する保険金算定手
   段と、 を具備することを特徴とする生命保険の処理システム。