JP2004280160A

JP2004280160A - 保険の契約申し込みシステム、保険の保証内容のシミュレーション装置及びシミュレーション方法、保険の保証内容シミュレーションのための事故事例の提示装置及び提示方法、保険の保証内容シミュレーションプログラム記憶媒体並びに保険の保証内容シミュレーションプログラム

Info

Publication number: JP2004280160A
Application number: JP2003066798A
Authority: JP
Inventors: Tetsuya Sawagami; 哲也澤上
Original assignee: Mitsui Sumitomo Insurance Co Ltd
Current assignee: Mitsui Sumitomo Insurance Co Ltd
Priority date: 2003-03-12
Filing date: 2003-03-12
Publication date: 2004-10-07

Abstract

【課題】顧客が、保険の契約に先立ち、その希望に合った契約条件や保証内容をシミュレーションするようにした保険の契約申し込みシステム、保険の保証内容のシミュレーション装置及びシミュレーション方法、保険の保証内容シミュレーションのための事故事例の提示装置及び提示方法、保険の保証内容シミュレーションプログラム記憶媒体並びに保険の保証内容シミュレーションプログラムを提供する。
【解決手段】サーバ５０ａは、顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき将来の事故の発生時に顧客の受け取り可能な保証内容をシミュレーションし、このシミュレーション結果を、ネットワーク６０、プロバイダネットワーク８０及び電話回線９０を通し端末１０に送信する。当該端末１０はその表示部１３でシミュレーション結果を表示して顧客に提示する。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、保険の契約申し込みシステム、保険の保証内容のシミュレーション装置及びシミュレーション方法、保険の保証内容シミュレーションのための事故事例の提示装置及び提示方法、保険の保証内容シミュレーションプログラム記憶媒体並びに保険の保証内容シミュレーションプログラムに関するものである。
【０００２】
【従来の技術】
近年、保険は、契約条件や保証内容が多岐に亘り、その保険料も様々である。また、保険の自由化後、各保険会社は、独自に、契約条件や保証内容を設定することが可能となった。しかも、保険の契約条件や保証内容は、日常、余りなじみのない用語で表現されていることが多いため、顧客が保険契約に先立ちその契約条件や保証内容を理解することは容易ではない。
【０００３】
これに対しては、顧客から自己の契約済みの保険の内容につき保険会社側に対し診断要求した場合に、当該保険の内容をウェブ上で保険会社側にて診断するようにした保険診断システムがある（下記特許文献１参照）。
【０００４】
【特許文献１】
特開２００２−２７９１８４号公報
【０００５】
【発明が解決しようとする課題】
しかし、上記保険診断システムは、上述のように、実際に契約されている保険の内容を保険会社側で診断するものである。従って、顧客が保険の契約に先立ちその保険の契約条件や保証内容を診断することには役立たず、顧客が契約対象としたい保険がどのような契約条件や保証内容となっているかに関し予め判断することはできない。よって、顧客が満足し得る契約条件や保証内容の保険を契約することは困難である。
【０００６】
また、上記保険診断システムは、保険会社側で保険内容の診断がなされるものであって、顧客が自ら行うものではないから、顧客が自己の希望に合致した契約条件や保証内容の保険を選択することは困難である。
【０００７】
そこで、本発明は、以上のようなことに対処すべく、顧客が、保険の契約に先立ち、その希望に合った契約条件や保証内容をシミュレーションするようにした保険の契約申し込みシステム、保険の保証内容のシミュレーション装置及びシミュレーション方法、保険の保証内容シミュレーションのための事故事例の提示装置及び提示方法、保険の保証内容シミュレーションプログラム記憶媒体並びに保険の保証内容シミュレーションプログラムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記課題の解決にあたり、本発明に係る保険の契約申し込みシステムは、請求項１の記載によれば、顧客によりシミュレーションの対象とする保険の契約条件及び保証内容を入力されて当該保険の契約条件及び保証内容を第１電気通信回線（９０、８０、６０）を介し送信する入力手段（１０、１０Ａ、２５５、２６２、２６４）と、
第１電気通信回線から上記保険の契約条件及び保証内容を受信して当該保険の契約条件及び保証内容に基づき将来の事故の発生時に顧客の受け取り可能な保証内容（以下、受け取り可能保証内容ともいう）をシミュレーションしこのシミュレーション結果を顧客に提示するように第１電気通信回線を介し入力手段に送信するシミュレーション手段（５０ａ、５０ｂ、３１０、３２０、３３０、３３２、３３３）と、
このシミュレーション手段による送信シミュレーション結果に基づき上記保険の契約条件及び保証内容を見直すか否かの確認要求を第１電気通信回線を介し入力手段に受信させるように送信する確認要求手段（５０ａ、５０ｂ、３４３）と、
顧客が上記受信確認要求に基づき上記保険の契約条件及び保証内容を見直すか否かの回答を入力手段に入力することで当該回答を入力手段から第１電気通信回線を介し受信したときこの受信回答に基づき上記保険の契約条件及び保証内容を見直すか否かにつき判定する判定手段（３６０、４００）と、
この判定手段が上記保険の契約条件及び保証内容を見直さないと判定したとき第２電気通信回線（７０）を介して保険会社システム（２０、３０、４０）に上記保険の契約を申し込む申し込み手段（５４１、５５１、５６１）とを備える。
【０００９】
そして、判定手段が上記保険の契約条件及び保証内容を見直すと判定したときこの見直しの要求を第１電気通信回線を介し入力手段に受信させるように送信し、
入力手段は、顧客により上記受信見直し要求に基づき入力される上記保険の契約条件及び保証内容の見直し内容を第１電気通信回線を介し上記シミュレーションの対象とする上記保険の契約条件及び保証内容としてシミュレーション手段に再度上記シミュレーションをするように受信させる。
【００１０】
このように、顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき将来の事故の発生時において当該顧客の受け取り可能保証内容をシミュレーションし、このシミュレーション結果を顧客に提示するように入力手段に送信し、当該送信シミュレーション結果をもとに顧客が上記保険の契約条件及び保証内容を見直すと判断する場合には、当該顧客が上記保険の契約条件及び保証内容の見直し内容を上記シミュレーションの対象とする保険の契約条件及び保証内容として入力手段を介してシミュレーション手段に再度シミュレーションするように受信させる。
【００１１】
これにより、顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき将来の事故の発生時に顧客の受け取り可能な保証内容のシミュレーションが繰り返しなされることとなり、その結果、顧客が満足する将来の事故の発生時の受け取り可能保証内容を絞り込むことができる。よって、当該顧客は、自己の満足する契約条件及び保証内容で保険の契約の申し込みを行える。
【００１２】
また、本発明は、請求項２の記載によれば、請求項１に記載の保険の契約申し込みシステムにおいて、シミュレーション手段がシミュレーションをする上記受け取り可能保証内容は、受け取り可能な保険金及び付帯サービスであることを特徴とする。
【００１３】
このように、上記シミュレーションをする受け取り可能保証内容が受け取り可能な保険金及び付帯サービスであれば、将来の事故の発生時における顧客の受け取り可能保証内容がより一層具体的に特定され、その結果、請求項１に記載の発明の作用効果をより一層向上できる。
【００１４】
また、本発明は、請求項３の記載によれば、請求項１或いは２に記載の保険の契約申し込みシステムにおいて、シミュレーション手段は、上記受け取り可能保証内容のシミュレーションを、顧客に関連する過去の事故事例に基づき行うことを特徴とする。
【００１５】
このように、上記受け取り可能保証内容のシミュレーションを、顧客に関連する過去の事故事例に基づき行うことで、将来の事故の発生時における顧客の受け取り可能保証内容が顧客にとって起こり易い事故に基づく保証内容として特定され得る。その結果、請求項１或いは２に記載の発明の作用効果を顧客にとってより一層実感のある作用効果として達成できる。
【００１６】
また、本発明は、請求項４の記載によれば、請求項３に記載の保険の契約申し込みシステムにおいて、シミュレーション手段は、
顧客にアトラクションを提供するため当該アトラクションを第１電気通信回線を介し入力手段に送信するアトラクション提供手段（３２４）と、
顧客が上記アトラクションに対する回答（以下、アトラクション回答という）を入力手段に入力することでこの入力手段から第１電気通信回線を介し上記アトラクション回答を受信したときこのアトラクション回答に基づき顧客に関連するキーワードを設定するキーワード設定手段（３２５、３２６）と、
上記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から顧客に関連する過去の事故事例を検索する事故事例検索手段（３２７、３７９）とを備え、
この事故事例検索手段による検索事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００１７】
このように、顧客によるアトラクションに対する回答に基づき当該顧客に関連するキーワードを設定し、この設定キーワードに基づきデータベースの複数の事故事例から顧客に関連する過去の事故事例を検索し、このように検索した過去の事故事例を、上記受け取り可能保証内容のシミュレーションのための過去の事故事例として用いるようにした。
【００１８】
このため、アトラクションの種類や範囲が多岐に亘ることを考慮すれば、上記キーワードの範囲を無限に広げ得ることから、キーワードの設定をいやがる顧客であっても、アトラクションのうち当該顧客にとって興味をそそるものを利用することで、上記キーワードの設定を容易に行える。また、キーワードの範囲を広くとり得るので、過去の事故事例の範囲も広くし得る。従って、上記受け取り可能保証内容のシミュレーションを行う際に、顧客に関連する事故事例をより一層検索し易い。よって、このような検索のし易さの観点から請求項３に記載の発明の作用効果をより一層向上できる。
【００１９】
また、本発明は、請求項５の記載によれば、請求項３に記載の保険の契約申し込みシステムにおいて、シミュレーション手段は、
顧客により使用される自動車用ナビゲーションシステム（１０Ｂ）に設けてなるナビ用記憶手段であって自動車の走行履歴データを記憶するナビ用記憶手段（１０ｅ）から上記走行履歴データが入力手段に入力されることで当該入力手段から第１電気通信回線を介し上記走行履歴データを受信したときこの受信走行履歴データに基づき顧客に関連するキーワードを設定するキーワード設定手段（３７８ａ）と、
上記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から顧客に関連する過去の事故事例を検索する事故事例検索手段（３７９）とを備えて、
この事故事例検索手段による検索事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００２０】
このように、ナビ用記憶手段に記憶してなる走行履歴データに基づき当該顧客に関連するキーワードを設定し、この設定キーワードに基づきデータベースの複数の事故事例から顧客に関連する過去の事故事例を検索し、このように検索した過去の事故事例を、上記受け取り可能保証内容のシミュレーションのための過去の事故事例として用いるようにした。
【００２１】
このため、上記走行履歴データが顧客による自動車の運転走行に基づくものであることから、当該走行履歴データを用いれば、顧客にとって身近に感じられるキーワードの設定がなされ易い。従って、上記受け取り可能保証内容のシミュレーションを行う際に、顧客に関連する事故事例が、顧客にとり身近に感じられるものとして検索され易い。よって、このような検索のし易さの観点から請求項３に記載の発明の作用効果をより一層向上できる。
【００２２】
また、本発明は、請求項６の記載によれば、請求項３に記載の保険の契約申し込みシステムにおいて、シミュレーション手段は、
第１電気通信回線を介し受信した上記保険の契約条件に基づき顧客に関連するキーワードを設定するキーワード設定手段（３２３ａ）と、
上記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から顧客に関連する過去の事故事例を検索する事故事例検索手段（３２７）とを備えて、
この事故事例検索手段による検索事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００２３】
このように、上記保険の契約条件に基づき顧客に関連するキーワードを設定し、この設定キーワードに基づきデータベースの複数の事故事例から顧客に関連する過去の事故事例を検索し、このように検索した過去の事故事例を、上記受け取り可能保証内容のシミュレーションのための過去の事故事例として用いるようにした。
【００２４】
このため、上記保険の契約条件が顧客の希望するものであることから、当該契約条件を用いれば、顧客にとり関連するキーワードの設定がなされ易い。従って、上記受け取り可能保証内容のシミュレーションを行う際に、顧客に関連する事故事例が、顧客にとり関連のあるものとして検索され易い。よって、このような検索のし易さの観点から請求項３に記載の発明の作用効果をより一層向上できる。
【００２５】
また、本発明は、請求項７の記載によれば、請求項３に記載の保険の契約申し込みシステムにおいて、シミュレーション手段は、
上記シミュレーション時の客観的な状況に基づき顧客に関連するキーワードを設定するキーワード設定手段（３２３ａ）と、
上記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から顧客に関連する過去の事故事例を検索する事故事例検索手段（３２７）とを備えて、
この事故事例検索手段による検索事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００２６】
このように、上記シミュレーション時の客観的な状況に基づき顧客に関連するキーワードを設定し、この設定キーワードに基づきデータベースの複数の事故事例から顧客に関連する過去の事故事例を検索し、このように検索した過去の事故事例を、上記受け取り可能保証内容のシミュレーションのための過去の事故事例として用いるようにした。
【００２７】
このため、上記客観的な状況が顧客に身近なものであれば、当該客観的な状況を用いることで、顧客にとり関連するキーワードの設定がなされ易い。従って、上記受け取り可能保証内容のシミュレーションを行う際に、顧客に関連する事故事例が、顧客にとり関連のあるものとして検索され易い。よって、このような検索のし易さの観点から請求項３に記載の発明の作用効果をより一層向上できる。
【００２８】
また、本発明は、請求項８の記載によれば、請求項３に記載の保険の契約申し込みシステムにおいて、シミュレーション手段は、
上記保険の契約条件に関連する複数の重み付きキーワードからなる契約条件用テーブル、上記シミュレーション時の客観的状況に関連する複数の重み付きキーワードからなる客観的状況用テーブル、及び上記各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例からなるデータベースを記憶してなるデータ記憶手段（５１）と、
第１電気通信回線から受信した上記保険の契約条件に基づく顧客情報により上記契約条件用テーブルの複数の重み付きキーワードのいずれかを設定するとともに、上記シミュレーション時の客観的な状況により上記客観的状況用テーブルの複数の重み付きキーワードのいずれかを設定するキーワード設定手段（３２３ａ）と、
このキーワード設定手段で設定された各重み付きキーワードに基づきこれら各重み付きキーワードの少なくとも１つを含む過去の事故事例を上記データベースの複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例毎に、その重み付きキーワードの重みを合計し、上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とする事故事例検索手段（３２７）とを備えて、
当該シミュレーション用事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００２９】
これによれば、上記各テーブル及びデータベースを利用して、上記保険の契約条件に基づく顧客情報により上記契約条件用テーブルの複数の重み付きキーワードのいずれかを設定するとともに、上記シミュレーション時の客観的な状況により上記客観的状況用テーブルの複数の重み付きキーワードのいずれかを設定し、このように設定された各重み付きキーワードに基づきこれら各重み付きキーワードの少なくとも１つを含む過去の事故事例を上記データベースの複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例毎に、その重み付きキーワードの重みを合計し、上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とする。
【００３０】
このようにして上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とするので、この事故事例は、顧客にとってより一層身近なものとなる。その結果、このような事故事例を上記シミュレーションに用いることで、請求項３に記載の発明の作用効果をより一層向上できる。
【００３１】
また、本発明は、請求項９の記載によれば、請求項８に記載の保険の契約申し込みシステムにおいて、シミュレーション手段は、
顧客にアトラクションを提供するため当該アトラクションを第１電気通信回線を介し入力手段に送信するアトラクション提供手段（３２４）を備え、
データ記憶手段は、上記契約条件用テーブル及び客観的状況用テーブルに加え、アトラクションに関連する複数の重み付きキーワードからなるアトラクション用テーブルを記憶するとともに、このアトラクション用テーブルをも上記契約条件用テーブル及び客観的状況用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を上記データベースとして記憶しており、
キーワード設定手段は、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、顧客が上記アトラクションに対する回答（以下、アトラクション回答という）を入力手段に入力することでこの入力手段から第１電気通信回線を介し上記アトラクション回答を受信したときこのアトラクション回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００３２】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記アトラクション回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記アトラクション用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項８に記載の発明の作用効果をより一層向上できる。
【００３３】
また、本発明は、請求項１０の記載によれば、請求項８に記載の保険の契約申し込みシステムにおいて、データ記憶手段は、上記契約条件用テーブル及び客観的状況用テーブルに加え、自動車の走行履歴に関連する複数の重み付きキーワードからなる走行履歴用テーブルを記憶するとともに、この走行履歴用テーブルをも上記契約条件用テーブル及び客観的状況用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を上記データベースとして記憶しており、
キーワード設定手段は、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、顧客により使用される自動車用ナビゲーションシステム（１０Ｂ）に設けてなるナビ用記憶手段であって自動車の走行履歴データを記憶するナビ用記憶手段（１０ｅ）から上記走行履歴データが入力手段に入力されることで当該入力手段から第１電気通信回線を介し上記走行履歴データを受信したときこの受信走行履歴データに基づき上記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００３４】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記走行履歴データに基づき上記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記走行履歴用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項８に記載の発明の作用効果をより一層向上できる。
【００３５】
また、本発明は、請求項１１の記載によれば、請求項１０に記載の保険の契約申し込みシステムにおいて、シミュレーション手段は、顧客にアトラクションを提供するため当該アトラクションを第１電気通信回線を介し入力手段に送信するアトラクション提供手段（３２４）を備え、
データ記憶手段は、上記契約条件用テーブル、客観的状況用テーブル及び走行履歴用テーブルに加え、アトラクションに関連する複数の重み付きキーワードからなるアトラクション用テーブルを記憶するとともに、このアトラクション用テーブルをも上記契約条件用テーブル、客観的状況用テーブル及び走行履歴用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
キーワード設定手段は、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び上記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、顧客が上記アトラクションに対する回答（以下、アトラクション回答という）を入力手段に入力することでこの入力手段から第１電気通信回線を介し上記アトラクション回答を受信したときこのアトラクション回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００３６】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び上記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記アトラクション回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記アトラクション用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項１０に記載の発明の作用効果をより一層向上できる。
【００３７】
また、本発明に係る保険の保証内容シミュレーション装置は、請求項１２の記載によれば、顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき将来の事故の発生時に顧客の受け取り可能な保証内容（以下、受け取り可能保証内容という）をシミュレーションしこのシミュレーション結果を顧客に提示するようにした。
【００３８】
これによれば、顧客は、当該シミュレーション結果をもとに上記保険の契約条件及び保証内容を見直すか否かを判断して、当該保険の契約条件及び保証内容を見直す場合には、上記保険の契約条件及び保証内容の見直し内容を上記シミュレーションの対象とする保険の契約条件及び保証内容として再度シミュレーションに付すことができる。その結果、請求項１に記載の発明の作用効果を達成し得る保険の保証内容シミュレーション装置の提供が可能となる。
【００３９】
また、本発明は、請求項１３の記載のように、請求項１２に記載の保険の保証内容シミュレーション装置において、上記シミュレーションをする上記受け取り可能保証内容は、受け取り可能な保険金及び付帯サービスであってもよい。
【００４０】
これにより、請求項２に記載の発明の作用効果を達成し得る保険の保証内容シミュレーション装置の提供が可能となる。
【００４１】
また、本発明は、請求項１４の記載によれば、請求項１２或いは１３に記載の保険の保証内容シミュレーション装置において、上記受け取り可能保証内容のシミュレーションを、過去の事故事例に基づき行うことを特徴とする。
【００４２】
これにより、請求項３に記載の発明の作用効果を達成し得る保険の保証内容シミュレーション装置の提供が可能となる。
【００４３】
また、本発明は、請求項１５の記載によれば、請求項１４に記載の保険の保証内容シミュレーション装置において、顧客にアトラクションを提供したときこのアトラクションに対しなされる顧客からの回答に基づき顧客に関連するキーワードを設定するキーワード設定手段（３２６）と、
上記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から顧客に関連する過去の事故事例を検索する事故事例検索手段（３２７）とを備えて、
この事故事例検索手段による検索事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００４４】
このように、顧客によるアトラクションに対する回答に基づき当該顧客に関連するキーワードを設定し、この設定キーワードに基づきデータベースの複数の事故事例から顧客に関連する過去の事故事例を検索し、このように検索した過去の事故事例を、上記受け取り可能保証内容のシミュレーションのための過去の事故事例として用いるようにした。
【００４５】
このため、アトラクションの種類や範囲が多岐に亘ることを考慮すれば、上記キーワードの範囲が無限に広がることから、キーワードの設定をいやがる顧客であっても、アトラクションのうち当該顧客にとって興味をそそるものを利用することで、上記キーワードの設定を容易に行える。また、キーワードの範囲が広いので、過去の事故事例の範囲も広くなる。従って、上記受け取り可能保証内容のシミュレーションを行う際に、顧客に関連する事故事例をより一層検索し易い。よって、このような検索のし易さの観点から請求項１４に記載の発明の作用効果をより一層向上できる。
【００４６】
また、本発明は、請求項１６の記載によれば、請求項１４に記載の保険の保証内容シミュレーション装置において、顧客により使用される自動車用ナビゲーションシステム（１０Ｂ）からの走行履歴データに基づき顧客に関連するキーワードを設定するキーワード設定手段（３７８ａ）と、
上記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から顧客に関連する過去の事故事例を検索する事故事例検索手段（３７９）とを備えて、
この事故事例検索手段による検索事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００４７】
このように、ナビゲーションシステムの走行履歴データに基づき当該顧客に関連するキーワードを設定し、この設定キーワードに基づきデータベースの複数の事故事例から顧客に関連する過去の事故事例を検索し、このように検索した過去の事故事例を、上記受け取り可能保証内容のシミュレーションのための過去の事故事例として用いるようにした。
【００４８】
このため、上記走行履歴データが顧客による自動車の運転走行に基づくものであることから、当該走行履歴データを用いれば、顧客にとって身近に感じられるキーワードの設定がなされ易い。従って、上記受け取り可能保証内容のシミュレーションを行う際に、顧客に関連する事故事例が、顧客にとり身近に感じられるものとして検索され易い。よって、このような検索のし易さの観点から請求項１４に記載の発明の作用効果をより一層向上できる。
【００４９】
また、本発明は、請求項１７の記載によれば、請求項１４に記載の保険の保証内容シミュレーション装置において、上記保険の契約条件に基づき顧客に関連するキーワードを設定するキーワード設定手段（３２３ａ）と、
上記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から顧客に関連する過去の事故事例を検索する事故事例検索手段（３２７）とを備えて、
この事故事例検索手段による検索事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００５０】
このように、上記保険の契約条件に基づき顧客に関連するキーワードを設定し、この設定キーワードに基づきデータベースの複数の事故事例から顧客に関連する過去の事故事例を検索し、このように検索した過去の事故事例を、上記受け取り可能保証内容のシミュレーションのための過去の事故事例として用いるようにした。
【００５１】
このため、上記保険の契約条件が顧客の希望するものであることから、当該契約条件を用いれば、顧客にとり関連するキーワードの設定がなされ易い。従って、上記受け取り可能保証内容のシミュレーションを行う際に、顧客に関連する事故事例が、顧客にとり関連のあるものとして検索され易い。よって、このような検索のし易さの観点から請求項１４に記載の発明の作用効果をより一層向上できる。
【００５２】
また、本発明は、請求項１８の記載によれば、請求項１４に記載の保険の保証内容シミュレーション装置において、上記シミュレーション時の客観的な状況に基づき顧客に関連するキーワードを設定するキーワード設定手段（３２３ａ）と、
上記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段（３２７）とを備えて、
この事故事例検索手段による検索事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００５３】
このように、上記シミュレーション時の客観的な状況に基づき顧客に関連するキーワードを設定し、この設定キーワードに基づきデータベースの複数の事故事例から顧客に関連する過去の事故事例を検索し、このように検索した過去の事故事例を、上記受け取り可能保証内容のシミュレーションのための過去の事故事例として用いるようにした。
【００５４】
このため、上記客観的な状況が顧客に身近なものであれば、当該客観的な状況を用いることで、顧客にとり関連するキーワードの設定がなされ易い。従って、上記受け取り可能保証内容のシミュレーションを行う際に、顧客に関連する事故事例が、顧客にとり関連のあるものとして検索され易い。よって、このような検索のし易さの観点から請求項１４に記載の発明の作用効果をより一層向上できる。
【００５５】
また、本発明は、請求項１９の記載によれば、請求項１４に記載の保険の保証内容シミュレーション装置において、上記保険の契約条件に関連する複数の重み付きキーワードからなる契約条件用テーブル、上記シミュレーション時の客観的状況に関連する複数の重み付きキーワードからなる客観的状況用テーブル、及び上記各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例からなるデータベースを記憶してなるデータ記憶手段（５１）と、
上記保険の契約条件に基づく顧客情報により上記契約条件用テーブルの複数の重み付きキーワードのいずれかを設定するとともに、上記シミュレーション時の客観的な状況により上記客観的状況用テーブルの複数の重み付きキーワードのいずれかを設定するキーワード設定手段（３２３ａ）と、
このキーワード設定手段で設定された各重み付きキーワードに基づきこれら各重み付きキーワードの少なくとも１つを含む過去の事故事例を上記データベースの複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例毎に、その重み付きキーワードの重みを合計し、上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とする事故事例検索手段（３２７）とを備えて、
当該シミュレーション用事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００５６】
これによれば、上記保険の契約条件に基づく顧客情報により上記契約条件用テーブルの複数の重み付きキーワードのいずれかを設定するとともに、上記シミュレーション時の客観的な状況により上記客観的状況用テーブルの複数の重み付きキーワードのいずれかを設定し、このように設定された各重み付きキーワードに基づきこれら各重み付きキーワードの少なくとも１つを含む過去の事故事例を上記データベースの複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例毎に、その重み付きキーワードの重みを合計し、上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とする。
【００５７】
このようにして上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とするので、この事故事例は、顧客にとってより一層身近なものとなる。その結果、このような事故事例を上記シミュレーションに用いることで、請求項１４に記載の発明の作用効果をより一層向上できる。
【００５８】
また、本発明は、請求項２０の記載によれば、請求項１９に記載の保険の保証内容シミュレーション装置において、データ記憶手段は、上記契約条件用テーブル及び客観的状況用テーブルに加え、アトラクションに関連する複数の重み付きキーワードからなるアトラクション用テーブルを記憶するとともに、このアトラクション用テーブルをも上記契約条件用テーブル及び客観的状況用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を上記データベースとして記憶しており、
キーワード設定手段は、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、顧客にアトラクションを提供したときこのアトラクションに対しなされる顧客からの回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００５９】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記アトラクション回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記アトラクション用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項１９に記載の発明の作用効果をより一層向上できる。
【００６０】
また、本発明は、請求項２１の記載によれば、請求項１９に記載の保険の保証内容シミュレーション装置において、データ記憶手段は、上記契約条件用テーブル及び客観的状況用テーブルに加え、自動車の走行履歴に関連する複数の重み付きキーワードからなる走行履歴用テーブルを記憶するとともに、この走行履歴用テーブルをも上記契約条件用テーブル及び客観的状況用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
キーワード設定手段は、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、自動車のナビゲーションシステムからの走行履歴データにより上記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００６１】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記走行履歴データに基づき上記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記走行履歴用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項１９に記載の発明の作用効果をより一層向上できる。
【００６２】
また、本発明は、請求項２２の記載によれば、請求項２１に記載の保険の保証内容シミュレーション装置において、データ記憶手段は、上記契約条件用テーブル、客観的状況用テーブル及び走行履歴用テーブルに加え、アトラクションに関連する複数の重み付きキーワードからなるアトラクション用テーブルを記憶するとともに、このアトラクション用テーブルをも上記契約条件用テーブル、客観的状況用テーブル及び走行履歴用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
キーワード設定手段は、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び上記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、顧客にアトラクションを提供したときこのアトラクションに対しなされる顧客からの回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００６３】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び上記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記アトラクション回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記アトラクション用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項２１に記載の発明の作用効果をより一層向上できる。
【００６４】
また、本発明に係る保険の保証内容シミュレーション方法は、請求項２３の記載によれば、顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき将来の事故の発生時に前記顧客の受け取り可能な保証内容（以下、受け取り可能保証内容という）をシミュレーションするようにしてある。
【００６５】
これにより、シミュレーションの結果を顧客に提示することで、請求項１２に記載の発明の作用効果を達成し得る保険の保証内容シミュレーション方法の提供が可能となる。
【００６６】
また、本発明は、請求項２４の記載によれば、請求項２３に記載の保険の保証内容シミュレーション方法において、上記受け取り可能保証内容のシミュレーションを、過去の事故事例に基づき行うことを特徴とする。
【００６７】
これにより、上記受け取り可能保証内容のシミュレーションを、顧客に関連する過去の事故事例に基づき行うことで、将来の事故の発生時における顧客の受け取り可能保証内容が顧客にとって起こり易い事故に基づく保証内容として特定され得る。その結果、請求項２３に記載の発明の作用効果を顧客にとってより一層実感のある作用効果として達成できる。
【００６８】
また、本発明は、請求項２５の記載によれば、請求項２４に記載の保険の保証内容シミュレーション方法において、上記契約条件用テーブルを構成する上記保険の契約条件に関連する複数の重み付きキーワードのいずれかを上記保険の契約条件に基づく顧客情報により設定するとともに、客観的状況用テーブルを構成する複数の重み付きキーワードのいずれかを上記シミュレーション時の客観的な状況により設定し、
上記各設定重み付きキーワードに基づき、これら各重み付きキーワードの少なくとも１つを含む過去の事故事例を、データベースを構成する複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例の各毎に、その重み付きキーワードの重みを合計し、上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とし、
当該シミュレーションのための事故事例に基づき上記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする。
【００６９】
これによれば、上記保険の契約条件に基づく顧客情報により上記契約条件用テーブルの複数の重み付きキーワードのいずれかを設定するとともに、上記シミュレーション時の客観的な状況により上記客観的状況用テーブルの複数の重み付きキーワードのいずれかを設定し、このように設定された各重み付きキーワードに基づきこれら各重み付きキーワードの少なくとも１つを含む過去の事故事例を上記データベースの複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例毎に、その重み付きキーワードの重みを合計し、上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とする。
【００７０】
このようにして上記複数の過去の事故事例のうち重み合計が最大となるものを上記シミュレーションのための事故事例とするので、この事故事例は、顧客にとってより一層身近なものとなる。その結果、このような事故事例を上記シミュレーションに用いることで、請求項２４に記載の発明の作用効果をより一層向上できる。
【００７１】
また、本発明は、請求項２６の記載によれば、請求項２５に記載の保険の保証内容シミュレーション方法において、上記契約条件用テーブルを構成する複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルを構成する複数の重み付きキーワードのいずれかの設定に加え、上記顧客にアトラクションを提供したときこのアトラクションに対しなされる顧客からの回答により、アトラクション用テーブルを構成する複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００７２】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記アトラクション回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記アトラクション用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項２５に記載の発明の作用効果をより一層向上できる。
【００７３】
また、本発明は、請求項２７の記載によれば、請求項２５に記載の保険の保証内容シミュレーション方法において、上記記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、自動車のナビゲーションシステム（１０Ｂ）からの走行履歴データにより上記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００７４】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記走行履歴データに基づき上記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記走行履歴用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項２５に記載の発明の作用効果をより一層向上できる。
【００７５】
また、本発明は、請求項２８の記載によれば、請求項２７に記載の保険の保証内容シミュレーション方法において、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び上記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、顧客にアトラクションを提供したときこのアトラクションに対しなされる顧客からの回答により、上記アトラクション用テーブルを構成する複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする。
【００７６】
このように、上記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、上記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び上記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、上記アトラクション回答に基づき上記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するので、上記複数の過去の事故事例のうち重み合計が最大となるものが、上記アトラクション用テーブルの複数の重み付きキーワードのうちの設定キーワードをも上記論理和的複数検索の対象とした上で、上記シミュレーションのための事故事例とされる。その結果、当該事故事例がより一層顧客にとり身近なものとなり、請求項２７に記載の発明の作用効果をより一層向上できる。
【００７７】
また、本発明に係る保険の保証内容シミュレーションのための事故事例提示装置は、請求項２９の記載によれば、顧客による保険の保障内容シミュレーションにあたり、保険の契約条件、前記保証内容シミュレーション時の客観的な状況、前記顧客にアトラクションを提供したときこのアトラクションに対しなされる当該顧客からの回答及び前記顧客により使用される自動車用ナビゲーションシステムからの走行履歴データのうち少なくとも一つに基づき前記顧客に関連するキーワードを設定するキーワード設定手段（３２３ａ、３２５、３２６、３７８ａ）と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段（３２７、３７９）と、
この事故事例検索手段による検索事故事例を前記顧客に提示する事故事例提示手段（３３０）とを備えて、
前記キーワード設定手段によるキーワードの設定、前記事故事例検索手段による検索及び前記事故事例提示手段による提示を、前記顧客が自己に最も関連すると判断する事故事例の提示まで繰り返す。
【００７８】
これにより、上記顧客自身に最も関連する事故事例を検索し事故事例として提示し得る。そして、この提示によれば、上記顧客は、自己の事故に出会うリスクを診断し得る。
【００７９】
また、本発明に係る保険の保証内容シミュレーションのための事故事例提示方法は、請求項３０の記載によれば、顧客による保険の保証内容シミュレーションにあたり、当該顧客に関連する事故事例を複数の過去の事故事例から検索して前記顧客に提示し、この検索及び提示を、前記顧客が自己に最も関連すると判断する事故事例を提示するまで繰り返す。
【００８０】
これにより、上記顧客自身に最も関連する事故事例を検索し事故事例として提示し得る。そして、この提示によれば、上記顧客は、自己の事故に出会うリスクを診断し得る。
【００８１】
また、本発明に係る保険の保証内容シミュレーションプログラム記憶媒体は、請求項３１の記載によれば、顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき、将来の事故の発生時に顧客の受け取り可能な保証内容を、過去の事故事例を用いてシミュレーションするようにしたプログラム（３１０、３２３ａ、３２６、３２７、３３０、３３２、３３３）をコンピュータにより読み取り可能に記憶してなる。
【００８２】
これによれば、当該保証内容シミュレーションプログラム記憶媒体は可搬性を有することとなる。従って、この保証内容シミュレーションプログラム記憶媒体を適宜なコンピュータにセットして上記プログラムを当該コンピュータにインストールすることで、当該プログラムを利用して、上記シミュレーションが可能となる。
【００８３】
また、本発明は、請求項３２の記載によれば、請求項３１に記載の保険の保証内容シミュレーションプログラム記憶媒体において、上記プログラムは、上記シミュレーションを、上記過去の事故事例として複数の過去の事故事例のうちの顧客に関連する事故事例を用いて行うようになっていることを特徴とする。
【００８４】
これにより、請求項３１に記載の発明の作用効果を、より一層顧客に身近に感じる作用効果として達成できる。
【００８５】
また、本発明に係る保険の保証内容シミュレーションプログラムは、請求項３３の記載によれば、顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき、将来の事故の発生時に顧客の受け取り可能な保証内容を、過去の事故事例を用いてシミュレーションするようにしたコンピュータにより実行可能である。
【００８６】
これにより、当該保証内容シミュレーションプログラムを配信可能な状態におけば、この保証内容シミュレーションプログラムを適宜なコンピュータにダウンロードすることで、当該保証内容シミュレーションプログラムを利用して、上記シミュレーションが可能となる。
【００８７】
また、本発明は、請求項３４の記載によれば、請求項３３に記載の保険の保証内容シミュレーションプログラムにおいて、上記シミュレーションを、上記過去の事故事例として複数の過去の事故事例のうちの顧客に関連する事故事例を用いて行うようにしたことを特徴とする。
【００８８】
これにより、請求項３３に記載の発明の作用効果を、より一層顧客に身近に感じる作用効果として達成できる。
【００８９】
なお、上記各請求項のいずれかにおいて、「顧客に関連するキーワード」とは、例えば、当該顧客が身近に感じるキーワードとか、当該顧客が身近に感じかつ事故に関連するキーワードとか、或いは当該顧客を過去の事故事例とを関連付けるキーワードとかをいう。また、「顧客に関連する事故事例」とは、例えば、当該顧客が身近に感じる過去の事故事例とか、当該顧客に起こり易いと予測される過去の事故事例とか、当該顧客の関心を引く過去の事故事例とかをいう。
【００９０】
また、上記各手段の括弧内の符号は、後述する実施形態に記載の具体的手段との対応関係を示すものである。
【００９１】
【発明の実施の形態】
以下、本発明の各実施形態を図面に基づいて説明する。
（第１実施形態）
図１は、本発明が保険の契約申し込みシステムに適用される例を示している。この保険の契約申し込みシステムは、自動車保険の契約申し込みシステムであって、顧客用端末１０と、Ａ保険会社システム２０、Ｂ保険会社システム３０及びＣ保険会社システム４０を備えている。顧客用端末１０は、例えば顧客宅内に設置されているもので、この顧客用端末１０は、パーソナルコンピュータ１０ａ（以下、パソコン１０ａともいう）と、ルータ１０ｂとにより構成されている。
【００９２】
パソコン１０ａは、マウスやキーボードからなる操作部１１と、コンピュータ部１２と、表示部１３とを備えている。操作部１１は、その操作に伴い、操作入力をコンピュータ部１２に入力する。コンピュータ部１２は、図１４〜図１７にて示すフローチャートに従い、端末プログラムを実行し、この実行中において、操作部１１の操作入力に基づき送信データをルータ１０ｂを通して送信し、このルータ１０ｂの受信データに基づき表示データとして表示部１３に出力する。この表示部１３は、コンピュータ部１２からの表示データに基づき表示する。
【００９３】
なお、上記端末プログラムは、所謂ブラウザとして、コンピュータ部１２に内蔵或いは外付けのハードディスク（図示しない）に当該コンピュータ部１２により読み出し可能に記憶されている。また、顧客用端末１０は、ルータ１０ｂにて、電話回線９０及びプロバイダネットワーク８０を介しネットワーク６０と通信可能となっている。
【００９４】
Ａ保険会社システム２０はＡ保険会社に設置されているもので、このＡ保険会社システム２０は、サーバ２０ａと、ルータ２０ｂとにより構成されている。サーバ２０ａは、Ａ保険会社用フローチャート（図示しない）に従い、Ａ保険会社用プログラムを実行し、この実行中において、ルータ２０ｂを介するデータの送受信により種々の演算処理をする。なお、Ａ保険会社用プログラムはサーバ２０ａに内蔵のハードディスク（図示しない）に記憶されている。
【００９５】
Ｂ保険会社システム３０はＢ保険会社に設置されているもので、このＢ保険会社システム３０は、サーバ３０ａと、ルータ３０ｂとにより構成されている。サーバ３０ａは、Ｂ保険会社用フローチャート（図示しない）に従い、Ｂ保険会社用プログラムを実行し、この実行中において、ルータ３０ｂを介するデータの送受信により種々の演算処理をする。なお、Ｂ保険会社用プログラムはサーバ３０ａに内蔵のハードディスク（図示しない）に記憶されている。
【００９６】
Ｃ保険会社システム４０はＣ保険会社に設置されているもので、このＣ保険会社システム４０は、サーバ４０ａと、ルータ４０ｂとにより構成されている。サーバ４０ａは、Ｃ保険会社用フローチャート（図示しない）に従い、Ｃ保険会社用プログラムを実行し、この実行中において、ルータ４０ｂを介するデータの送受信により種々の演算処理をする。なお、Ｃ保険会社用プログラムはサーバ４０ａに内蔵のハードディスク（図示しない）に記憶されている。
【００９７】
また、当該自動車保険の契約申し込みシステムは、ポータルサイト５０を備えており、このポータルサイト５０は、インターネットからなるネットワーク６０に接続されている。当該ポータルサイト５０は、サーバ５０ａ及びルータ５０ｂを備えており、サーバ５０ａは、図２〜図１３にて示すフローチャートに従いサーバプログラムを実行し、この実行中において、ルータ５０ｂを通してネットワーク６０との間で通信処理を行うとともに、ルータ５０ｂ及び電話回線７０を通してＡ保険会社システム２０、Ｂ保険会社システム３０及びＣ保険会社システム４０との間で通信処理を行う。このサーバプログラムは、コンピュータであるサーバ５０ａに内蔵のハードディスク５１に当該サーバ５０ａにより読み出し可能に記憶されている。なお、ハードディスク５１は、サーバ５０ａに外付けされていてもよい。
【００９８】
以上のように構成した本第１実施形態の作動につき説明する。端末１０において、パソコン１０ａはコンピュータ部１２により上記端末プログラムを図１４〜図１７のフローチャートに従い実行し、ポータルサイト５０において、サーバ５０ａは、上記サーバプログラムを実行し、現段階では、図２のフローチャートのステップ１００において、ＮＯとの判定を繰り返しているものとする。
【００９９】
ここで、顧客がその自宅（上記顧客宅）の顧客用端末１０において操作部１１の操作により自動車保険の契約に必要なシミュレーションの開始を図１４のステップ６０１にて要求すると、この要求は、コンピュータ部１２によりシミュレーション開始要求データとしてルータ１０ｂ、電話回線９０、プロバイダネットワーク８０、ネットワーク６０及びポータルサイト５０のルータ５０ｂを通してサーバ５０ａに送信される。
【０１００】
すると、当該サーバ５０ａでは、上記開始要求データに基づく上記顧客からのシミュレーション開始要求があることから、ステップ１００での判定がＹＥＳとなる。これに伴い、図２の保険内容特定処理ルーチン２００の処理及び受け取り保険金額のシミュレーション処理ルーチン３００の処理が順次なされる。ついで、ステップ４００において上記顧客から保険内容の見直し要求の有無が判定される。
【０１０１】
現段階にて、上記顧客が端末１０において操作部１１の操作により保険内容の見直し要求の有無をコンピュータ部１２に入力すると、この見直し要求有無データは、コンピュータ部１２からルータ１０ｂ、電話回線９０、プロバイダネットワーク８０、ネットワーク６０及びポータルサイト５０のルータ５０ｂを通してサーバ５０ａに送信される。
【０１０２】
すると、ステップ４００において、上記見直し要求有無データが見直し要求のあることを表せば上記顧客からの保険内容の見直し要求ありとして、ＹＥＳと判定され、再び、保険内容特定処理ルーチン２００以後の処理が繰り返される。一方、上記見直し要求有無データが見直し要求のないことを表せばステップ４００においてＮＯと判定され、保険契約手続処理ルーチン５００の処理がなされる。
【０１０３】
以下、保険内容特定処理ルーチン２００（図３〜図７参照）及び受け取り保険金額のシミュレーション処理ルーチン３００（図８〜図１１参照）の各処理につき、端末１０のコンピュータ部１２における上記端末プログラムの処理との関連にて詳細に説明するとともに、保険契約手続処理ルーチン５００（図１２及び図１３参照）の処理につき詳細に説明する。
１．保険内容特定処理ルーチン２００の処理
上述のようにステップ１００（図２参照）での判定がＹＥＳになると、ポータルサイト５０のサーバ５０ａは、保険内容特定処理ルーチン２００の処理を、図３〜図７のフローチャートに従い実行する。まず、図３のステップ２１０において、上記顧客に対し保険会社選択要求が出力されると、この保険会社選択要求は、保険会社選択要求データとして、ルータ５０ｂ、ネットワーク６０、プロバイダネットワーク８０、電話回線９０及び端末１０のルータ１０ｂを通してコンピュータ部１２に送信される。この送信保険会社選択要求データは、コンピュータ部１２により、図１４の保険内容特定要求処理ルーチンでの処理に応答する処理を行うステップ６０２（以下、応答処理ステップ６０２ともいう）において、表示部１３に出力され、図１８にて示すように保険会社選択要求画面として表示される。
【０１０４】
上記顧客が、端末１０の操作部１１の操作により、上記保険会社選択要求画面（図１８参照）上の選択ボタンを押してＡ保険会社、Ｂ保険会社及びＣ保険会社のいずれかを選択し、当該保険会社選択要求画面上の送信ボタン（図示しない）を押すと、当該選択保険会社は、コンピュータ部１２により、応答処理ステップ６０２にて、保険会社選択データとして、ルータ１０ｂ、電話回線９０、プロバイダネットワーク８０、ネットワーク６０及びポータルサイト５０のルータ５０ｂを通してサーバ５０ａに送信される。ここでは、Ａ保険会社が上記選択保険会社であるものとする。すると、図３のステップ２２０において、上記保険会社選択データに基づき、上記顧客による保険会社の選択ありとして、ＹＥＳと判定される。
【０１０５】
この判定後、ステップ２３０において、上記シミュレーションの対象となる選択保険会社の自動車保険が契約済みか否かが上記顧客に対し質問される。この質問は、シミュレーション保険契約済み質問データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。すると、この送信シミュレーション保険契約済み質問データは、コンピュータ部１２により応答処理ステップ６０２にて表示部１３に出力され、図１９にて示すようにシミュレーション保険契約済み質問画面として表示される。
【０１０６】
これに対し、上記顧客は、端末１０の操作部１１の操作により、上記シミュレーション保険契約済み質問画面上の「契約済み」或いは「未契約」のいずれかの選択ボタンを押して、上記シミュレーション保険契約済み質問画面上の送信ボタン（図示しない）を押すと、「契約済み」或いは「未契約」の旨の回答データが、コンピュータ部１２により、応答処理ステップ６０２にて、上述と同様に、サーバ５０ａに送信される。
【０１０７】
ここで、上記回答データが「契約済み」のデータであれば、図３のステップ２４０においてＹＥＳと判定され、次の契約済み保険内容特定・変更処理ルーチン２５０の処理がなされ（図４及び図５参照）、一方、上記回答データが「未契約」のデータであれば、ステップ２４０においてＮＯと判定され、次の新たな保険の内容特定処理ルーチン２６０の処理がなされる（図６及び図７参照）。以下、契約済み保険内容特定・変更処理ルーチン２５０の処理及び新たな保険内容特定処理ルーチン２６０の処理について順次説明する。
（１）契約済み保険内容特定・変更処理ルーチン２５０の処理
まず、図４のステップ２５１において、保険内容を保険会社に問い合わせるか否かにつき上記顧客に対し質問される。この質問は、保険内容問い合わせ質問データとして、サーバ５０ａから端末１０のコンピュータ部１２に上述と同様に送信される。すると、この保険内容問い合わせ質問データは、コンピュータ部１２により応答処理ステップ６０２にて表示部１３に出力され、図２０にて示すように保険内容問い合わせ質問画面として表示される。
【０１０８】
これに対し、上記顧客は、端末１０の操作部１１の操作により、上記保険内容問い合わせ質問画面上の「問い合わせる」或いは「問い合わせない」のいずれかの選択ボタンを押して、上記保険内容問い合わせ質問画面上の送信ボタン（図示しない）を押すと、「問い合わせる」或いは「問い合わせない」の旨の問い合わせ回答データが、コンピュータ部１２により、応答処理ステップ６０２にて、上述と同様にサーバ５０ａに送信される。
【０１０９】
ここで、上記問い合わせ回答データが「問い合わせる」のデータであれば、上記顧客から保険会社に問い合わせるとの回答ありとして、ステップ２５２（図４参照）においてＹＥＳと判定される。ついで、ステップ２５２ａにおいて、契約済み保険の証券番号の入力が上記顧客に対し要求される。この要求は、証券番号入力要求データとして、サーバ５０ａから端末１０のコンピュータ部１２に上述と同様に送信される。すると、当該証券番号入力要求データは、コンピュータ部１２により応答処理ステップ６０２にて表示部１３に出力され、図２１にて示すように証券番号入力要求画面として表示される。
【０１１０】
これに対し、上記顧客は、端末１０の操作部１１の操作により、上記証券番号入力要求画面上の証券番号の入力ダイアログボックスに証券番号を入力して、送信ボタンを押すと、当該入力証券番号は、入力証券番号データとして、応答処理ステップ６０２にてコンピュータ部１２により上述と同様にしてサーバ５０ａに送信される。すると、ステップ２５３（図４参照）において、上記入力証券番号データに基づき上記顧客による証券番号の入力ありとして、ＹＥＳと判定される。
【０１１１】
これに伴い、ステップ２５３ａにおいて、契約済み保険の内容が上記入力証券番号をもとに選択保険会社の保険会社システム（Ａ保険会社システム）に問い合わせされる。具体的には、当該問い合わせは、契約済み保険内容問い合わせデータとして、サーバ５０ａからルータ５０ｂ、電話回線７０及びＡ保険会社システムのルータ２０ｂを介しサーバ２０ａに送信される。
【０１１２】
すると、当該Ａ保険会社システムのサーバ２０ａは、記契約済み保険内容問い合わせデータに基づき上記Ａ保険会社用プログラムのうちの保険照会プログラムを実行し、上記契約済み保険の内容（契約条件、保証内容及び保険料）を探索する。このように探索された上記契約済み保険の内容は、サーバ２０ａから、探索データとして、ルータ２０ｂ、電話回線７０及びルータ５０ｂを通してサーバ５０ａに送信される。
【０１１３】
これに伴い、図４のステップ２５４では、上記探索データに基づき保険内容の回答ありとして、ＹＥＳと判定される。ついで、図５のステップ２５７において、上記契約済み保険の内容に基づく契約条件、保証内容及び保険料を変更をする必要はないかが、上記顧客に対し確認要求がなされる。即ち、この確認要求は、上記契約済み保険の内容を含め、契約済み保険内容変更確認要求データとして、サーバ５０ａから端末１０のコンピュータ部１２に上述と同様に送信される。すると、当該契約済み保険内容変更確認要求データは、コンピュータ部１２により応答処理ステップ６０２にて表示部１３に出力され、契約済み保険内容変更確認要求画面として表示される。
【０１１４】
これに対し、上記顧客が、端末１０の操作部１１の操作により、応答処理ステップ６０２にて、契約条件、保証内容及び保険料を変更する必要の有無を上記契約済み保険内容変更確認要求画面上に入力し、契約済み保険内容変更要求有無回答データとして、サーバ５０ａに上述と同様に送信すれば、ステップ２５８（図５参照）において上記顧客から変更の必要なしか否かが上記契約済み保険内容変更要求有無回答データに基づき判定される。即ち、上記契約済み保険内容変更要求有無回答データが、変更の必要ありの回答データであれば、ステップ２５８での判定はＮＯとなり、変更の必要なしの回答データであれば、ステップ２５８での判定はＹＥＳとなる。
【０１１５】
一方、上記ステップ２５２（図４参照）において、上記問い合わせ回答データが「問い合わせない」との回答データであれば、ＮＯと判定される。すると、図５のステップ２５２ｂにおいて、上記契約済み保険の契約条件、保証内容及び保険料の入力要求が上記顧客に対しなされる。即ち、上記契約済み保険の契約条件、保証内容及び保険料の各入力要求が、それぞれ、契約条件入力要求データ、保証内容入力要求データ及び保険料入力要求データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に順次送信される。
【０１１６】
すると、これら各契約条件入力要求データ、保証内容入力要求データ及び保険料入力要求データは、コンピュータ部１２により応答処理ステップ６０２にて順次表示部１３に出力され、図２２（ａ）、（ｂ）及び（ｃ）にて示すように契約条件入力要求画面、保証内容入力要求画面及び保険料入力要求画面として順次表示される。
【０１１７】
これに伴い、上記顧客は、端末１０の操作部１１の操作により、応答処理ステップ６０２にて、上記契約条件入力要求画面（図２２（ａ）参照）上の各ダイアログボックスにその該当事項を契約条件として入力し、送信ボタンを押すと、この契約条件は、契約条件データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。ここで、上記契約条件としては、図２２（ａ）にて示すごとく、車の型式、年齢、居住地、免許の色、等級、使用目的及び家族があげられる。
【０１１８】
ついで、上記顧客は、端末１０の操作部１１の操作により、応答処理ステップ６０２にて、上記保証内容入力要求画面（図２２（ｂ）参照）上の各ダイアログボックスにその該当事項を保証内容として入力し、送信ボタンを押すと、この保証内容は、保証内容データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。ここで、上記保証内容としては、図２２（ｂ）にて示すごとく、車両保険金額、対人賠償金額、対物賠償金額及び人障保険金額があげられる。
【０１１９】
さらに、上記顧客は、端末１０の操作部１１の操作により、応答処理ステップ６０２にて、上記保険料入力要求画面（図２２（ｃ）参照）上の各ダイアログボックスにその該当事項を支払い方法と共に保険料として入力し、送信ボタンを押すと、この保険料は、保険料データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。
【０１２０】
以上のようにして契約条件データ、保証内容データ及び保険料データがサーバ５０ａに送信されると、上記顧客からの契約条件、保証内容及び保険料の入力ありとして、ステップ２５５（図５参照）においてＹＥＳと判定される。これに伴い、ステップ２５５ａにて、上記入力に係る契約条件、保証内容及び保険料に誤りはないかが上記Ａ保険会社に確認要求される。具体的には、上記契約条件データ、保証内容データ及び保険料データがサーバ５０ａにより上述と同様にＡ保険会社システム２０のサーバ２０ａに送信される。
【０１２１】
すると、当該Ａ保険会社システム２０では、サーバ２０ａは、上記Ａ保険会社用プログラムのうちの保険チェックプログラムの実行により、上記契約条件データ、保証内容データ及び保険料データの内容に誤りがないか確認し、誤りの有無を誤り確認データとして上述と同様にサーバ５０ａに送信する。
【０１２２】
この送信誤り確認データが、Ａ保険会社システムでの確認の結果として誤りが無いことを示していれば、ステップ２５６において、ＹＥＳと判定され、ステップ２５７以後の処理が上述と同様になされる。一方、ステップ２５６での判定がＮＯとなる場合には、上記顧客の入力データに誤りがあることから、ステップ２５２ｂ以後の処理が再びなされる。
（２）新たな保険の内容特定処理ルーチン２６０（図６及び図７参照）の処理
上述のように顧客による未契約との回答に基づきステップ２４０にてＮＯと判定されて新たな保険の内容特定処理ルーチン２６０の処理に移行すると、まず、図６のステップ２６１において、上記顧客に対し契約条件の入力が要求される。即ち、当該契約条件入力要求は、契約条件入力要求データとして、サーバ５０ａから端末１０のコンピュータ部１２に上述と同様に送信される。すると、上記契約条件入力要求データは、コンピュータ部１２により応答処理ステップ６０２にて表示部１３に出力され、図２３にて示すように契約条件入力要求画面として表示される。ここで、上記契約条件は、図２２（ａ）にて示す画面上の契約条件と同様である。
【０１２３】
上述のような契約条件入力要求画面の表示に対し、上記顧客が、端末１０の操作部１１の操作により、応答処理ステップ６０２にて、上記契約条件入力要求画面上の各ダイアログボックスにその対応事項を契約条件として入力し、送信ボタンを押すと、このように入力した契約条件入力データは、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。すると、この送信データに基づき、上記顧客による契約条件の入力ありとして、ステップ２６２においてＹＥＳと判定される。
【０１２４】
然る後、ステップ２６２ａにおいて、上記顧客に対し保証内容を保険会社のお勧めにするかにつき質問がなされる。即ち、この質問は、保証内容お勧め質問データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。すると、上記保証内容お勧め質問データは、コンピュータ部１２により応答処理ステップ６０２にて表示部１３に出力され、図２４にて示すように保証内容お勧め質問画面として表示される。
【０１２５】
これに対し、上記顧客が、端末１０の操作部１１の操作により、応答処理ステップ６０２にて上記保証内容お勧め質問画面上の両選択ボタンの一方を押して、送信ボタンを押すと、「お勧めにする」或いは「お勧めにしない」旨のデータが、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。ここで、この送信データが「お勧めにする」旨のデータであれば、上記顧客から保証内容を保険会社のお勧めにするとの回答ありとして、図７のステップ２６３において、ＹＥＳと判定される。
【０１２６】
これに伴い、ステップ２６３ｂにおいて、上記顧客の契約条件をもとにお勧めの保証内容及び保険料がＡ保険会社システム２０へ問い合わせされる。即ち、当該問い合わせが、問い合わせデータとして、サーバ５０ａから上述と同様にＡ保険会社システム２０のサーバ２０ａに送信される。この送信データに基づき、Ａ保険会社システム２０では、サーバ２０ａは、上記Ａ保険会社用プログラムのうちのお勧め提供プログラムの実行のもと、上記顧客の契約条件に対しお勧めの保証内容及び保険料を検索し、お勧めデータとして、上述と同様にサーバ５０ａに送信する。
【０１２７】
すると、図７のステップ２６５において、上記お勧めデータの内容に問題がないか上記顧客に対し確認の要求がなされる。具体的には、上記お勧めデータの内容が、お勧め内容確認要求データとして、サーバ５０ａにより上述と同様にして端末１０のコンピュータ１２に送信される。これに伴い、当該お勧め内容確認要求データは、コンピュータ部１２により応答処理ステップ６０２にて表示部１３に出力され、図２５にて示すようにお勧め内容確認要求画面として表示される。ここで、お勧め内容において、図２５にて示すごとく、保険内容は、車両保険金額、対人賠償金額、対物賠償金額及び人障保険金額でもって表示され、保険料は、支払い方法及び保険料でもって、表示される。
【０１２８】
上記お勧め内容確認要求画面の表示に対し、上記顧客が、端末１０の操作部１１の操作により、上記お勧め内容確認要求画面で表示されている保障内容及び保険料で問題がなければＯＫボタンを押し、問題があればＮＯボタンを押し、ついで送信ボタンを押せば、上記顧客による問題なし或いは問題ありの回答が、応答処理ステップ６０２にて、回答データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。すると、当該送信回答データが問題なしのデータであれば、図７のステップ２６６において、ＹＥＳと判定され、当該送信回答データが問題ありのデータであれば、ステップ２６６にてＮＯと判定される。
【０１２９】
一方、上述のステップ２６３においてＮＯとの判定の場合には、上記顧客が「お勧めにしない」という回答であることから、ステップ２６３ａにおいて、上記顧客に対し保証内容の入力が要求される。即ち、この要求が、保証内容入力要求データとして、サーバ５０ａから端末１０のコンピュータ部１２に上述と同様に送信される。この送信は、上述のようにステップ２６６でＮＯと判定された場合でも同様になされる。
【０１３０】
すると、上記保証内容入力要求データは、コンピュータ部１２により表示部１３に出力され、図２６（ａ）にて示すように保証内容入力要求画面として表示される。ここで、当該保証内容入力要求画面にて表示される保証内容としては、車両保険金額、対人賠償金額、対物賠償金額及び人障保険金額があげられる。
【０１３１】
上記保証内容入力要求画面の表示に対し、上記顧客は、端末１０の操作部１１の操作により、上記保証内容入力要求画面上の各ダイアログボックス内にその該当事項を保証内容として入力し、送信ボタンを押すと、このように入力した保証内容は、保証内容入力データとして、コンピュータ部１２から上述と同様にしてサーバ５０ａに送信される。すると、この送信データに基づき、図７のステップ２６４において、上記顧客から保証内容の入力ありとしてＹＥＳと判定される。
【０１３２】
この判定に伴い、ステップ２６４ａにおいて、保険料の問い合わせがＡ保険会社になされる。具体的には、当該保険料の問い合わせは、保険料問い合わせデータとして、サーバ５０ａから上述と同様にＡ保険会社システムのサーバ２０ａに送信される。すると、この送信データに基づき、Ａ保険会社システム２０では、サーバ２０ａは、上記Ａ保険会社用プログラムのうちの保険料提供プログラムの実行のもと、上記顧客の保証内容に適する保険料を検索し、保険料データとして、ルータ２０ｂから上述と同様にサーバ５０ａに送信する。
【０１３３】
この送信に対し、サーバ５０ａでは、上記保険料データ及び上記保証内容データの各内容に問題がないかの確認要求が、ステップ２６５において、上記顧客に対しなされる。具体的には、当該確認要求は、保証内容及び保証料の確認要求データとしてサーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１３４】
すると、上記保証内容及び保険料の確認要求データがコンピュータ部１２により応答処理ステップ６０２にて表示部１３に出力され、図２６（ｂ）にて示すように保証内容及び保証料の確認要求画面として表示される。ここで、当該表示内容は、図２６（ｂ）にて示すごとく支払い方法及び保険料である。このような表示に伴い、ステップ２６６の処理が上述と同様になされ、最終的に当該ステップ２６６でのＹＥＳとの判定で、保険内容特定処理ルーチン２００の処理が終了する。これにより、上記顧客の保険内容が特定される。
２．受け取り保険金額シミュレーション処理ルーチン３００の処理
以上のように保険内容特定処理ルーチン２００の処理が終了すると、サーバ５０ａは、図８〜図１１のフローチャートに従い受け取り保険金額シミュレーション処理ルーチン３００の処理をする。ます、図８のステップ３０１にて、シミュレーションのための事故の選び方が上記顧客に質問される。具体的には、当該質問は、事故選択方法質問データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１３５】
これに伴い、コンピュータ部１２では、図１４のステップ６１０において、上述のような事故選択方法質問データの送信に基づき、事故の選び方を選択する画面を受信したとして、ＹＥＳと判定される。この判定に伴い、上述の事故選択方法質問データは、コンピュータ部１２により、図１４のステップ６１１にて表示部１３に入力され、図２７にて示すように事故選択方法質問画面として表示される。
【０１３６】
これに対し、上記顧客が、操作部１１の操作により、表示部１３の事故選択方法質問画面上にて「自分で選ぶ」或いは「おまかせにする」のいずれかの選択ボタンを押して、送信ボタン（図示しない）を押すと、「自分で選ぶ」或いは「おまかせにする」を表すデータが、ステップ６１２にて、事故の選び方回答データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。また、ステップ６１２での処理に伴い、ステップ６２０において、事故は自分で選ぶか否かが判定される。そして、ステップ６１２で上記顧客が「自分で選ぶ」とコンピュータ部１２に入力した場合には、ステップ６２０での判定はＹＥＳとなる。一方、ステップ６１２において、上記顧客が「おまかせにする」とコンピュータ部１２に入力した場合には、ステップ６２０での判定はＮＯとなる。
【０１３７】
上述のように事故の選び方回答データがサーバ５０ａに送信されると、このサーバ５０ａでは、上記事故の選び方回答データに基づき、上記顧客から事故の選び方につき回答ありとして、図８のステップ３０２においてＹＥＳと判定される。この判定後、ステップ３０３において、上記顧客の回答が事故を自分で選ぶとの回答か否かが判定される。
【０１３８】
ここで、上述の事故の選び方回答データが、「自分で選ぶ」とのデータであれば、ステップ３０３において、ＹＥＳと判定され、事故の顧客選択処理ルーチン３１０（図８及び図１０参照）の処理がなされる。一方、上述の事故の選び方回答データが「おまかせにする」というデータであれば、ステップ３０３においてＮＯと判定され、事故のキーワード検索処理ルーチン３２０（図８及び図１１参照）の処理がなされる。
【０１３９】
以下、事故の顧客選択処理ルーチン３１０の処理につき図１４のステップ６３０〜ステップ６３２の処理との関係で説明するとともに事故のキーワード検索処理ルーチン３２０の処理につき図１４のアトラクション処理ルーチン６４０の処理との関係で説明する。
（１）事故の顧客選択処理ルーチン３１０の処理
まず、図１０のステップ３１１にて、上記顧客に対し、事故事例の一欄の提示による事故の選択が要求される。具体的には、この要求は、事故事例選択要求データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。この送信に伴い、当該コンピュータ部１２では、上述のようなステップ６２０（図１４参照）でのＹＥＳとの判定のもと、上記事故事例選択要求データに基づき、事故を事故事例の一欄から選択する画面を受信したとして、ステップ６３０において、ＹＥＳと判定される。ついで、ステップ６３１にて、上記事故事例選択要求データがコンピュータ部１２により表示部１３に入力されて図２８にて示すように事故事例選択要求画面として表示される。この表示による事故事例としては、図２８にて示すごとく、「交差点で右折車に衝突」、「交差点で自転車に接触」、「交差点で歩行者に接触」及び「交差点で電柱に衝突」があげられる。
【０１４０】
上記事故事例選択要求画面上において、上記顧客が、事故事例の一覧から一つの事故を選択するようにその選択ボタンを押し、送信ボタン（図示しない）を押すと、選択した事故事例は、ステップ６３２にて、事故事例選択データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。すると、この送信データに基づき、サーバ５０ａにおいて、上記顧客から事故の選択ありとして、図１０のステップ３１２においてＹＥＳと判定される。これにより、上記顧客が事故を自分で選択する場合における事故の顧客選択処理ルーチン３１０の処理が終了する。
（２）事故のキーワード検索処理ルーチン３２０の処理
一方、上述のようにステップ３０３（図８参照）でのＮＯと判定に伴い事故のキーワード検索処理ルーチン３２０（図８及び図１１参照）の処理が開始されると、図１１のステップ３２１において、上記顧客に対し、アトラクションをやってみないかにつき質問がなされる。この質問は、アトラクション参加質問データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１４１】
しかして、上述のような図１４のステップ６２０においてＮＯとの判定に伴い開始されるアトラクション処理ルーチン６４０（図１４及び図１７参照）の処理において、アトラクション参加質問データが上述のごとくコンピュータ部１２に送信されると、図１７のステップ６４１において、当該アトラクション参加質問データに基づき、アトラクション参加質問画面を受信したとして、ＹＥＳと判定され、ステップ６４１ａにて、当該アトラクション参加質問データがコンピュータ部１２により表示部１３に入力されて、アトラクション参加質問画面として、「アトラクションに参加してみませんか」と表示される。
【０１４２】
この表示に基づき、上記顧客が、端末１０の操作部１１の操作により、上記ステップ６４１ａにおいて、「アトラクションに参加してみる」或いは「アトラクションに参加しない」旨の回答をコンピュータ部１２に入力すると、この回答は、参加有無回答データとして、コンピュータ部１２から上述のようにサーバ５０ａに送信される。このステップ６４１ａの処理に伴い、ステップ６４２においてアトラクションに参加するか否かにつき判定される。ここで、上記参加有無回答データが、「アトラクションに参加してみる」というデータであればステップ６４２での判定はＹＥＳとなり、「アトラクションに参加しない」というデータであればステップ６４２での判定はＮＯとなる。
【０１４３】
上述のように参加有無回答データがサーバ５０ａに送信されると、サーバ５０ａでは、上記顧客からの回答ありとして、ステップ３２２（図１１参照）においてＹＥＳと判定され、ステップ３２３において、上記顧客の回答はアトラクションに参加してみるという回答か否かが判定される。ここで、上記アトラクション参加質問データが、「アトラクションに参加してみる」というデータであれば、ステップ３２３においてＹＥＳと判定され、一方、「アトラクションに参加しない」というデータであれば、ステップ３２３での判定はＮＯとなる。
【０１４４】
しかして、上述のようにステップ３２３での判定がＹＥＳとなる場合には、ステップ３２４において、アトラクションが、アトラクションデータとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。これに伴い、コンピュータ部１２では、上述のようなステップ６４２（図１７参照）でのＹＥＳとの判定のもと、アトラクションの画面を受信したとして、ステップ６４３においてＹＥＳと判定される。この判定に伴い、上記アトラクションデータがステップ６４４にてコンピュータ部１２により表示部１３に入力され、アトラクションの画面として表示される。ここで、上記アトラクションとしては、上記顧客にとって興味のありそうなアトラクションがあげられる。
【０１４５】
ついで、上記アトラクションの画面上にて、上記顧客は、端末１０の操作部１１の操作により、当該アトラクションに参加すると、この参加結果は、アトラクション参加データとして、ステップ６４５において、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。これに伴い、サーバ５０ａでは、図１１のステップ３２５において、上記顧客からアトラクションの回答ありとして、ＹＥＳと判定される。
【０１４６】
この判定後、ステップ３２６において、上記顧客が事故事例を自分で選択せずかつアトラクションに参加する場合の事故検索キーワード設定が、上記顧客によるアトラクション参加データその他の取得情報をもとに次のようになされる。当該取得情報は、本第１実施形態では、事故事例データベースの検索のためのもので、この取得情報は、上記アトラクション参加データであるアトラクション結果を表す情報、上記顧客の契約条件に基づく顧客情報及びシミュレーション時の客観的状況を表す情報により構成される（図２９参照）。
【０１４７】
本第１実施形態において、上記顧客の契約条件としては、当該顧客が保険契約の対象とする車の型式、当該顧客の年齢、居住地、免許の色及び家族、等級並びに使用目的等があげられる。上記アトラクションの結果としては、顧客の音楽鑑賞、釣りや旅行等の趣味、ライフスタイルや嗜好等が例としてあげられる。また、上記客観的状況としては、春、夏、秋、冬等の季節、天候、時間帯、話題等が例としてあげられる。
【０１４８】
現段階では、上記アトラクションの結果を表す情報は、上記顧客の趣味が釣りであることとする。上記顧客の契約条件に基づく顧客情報は、当該顧客の居住地が広島県であることとする。また、上記シミュレーション時の客観的状況を表す情報は、季節が春であることとする。
【０１４９】
また、サーバ５０ａのハードディスク５１には、図２９にて示す居住地用テーブル、趣味用テーブル及び季節用テーブル等の各種テーブルが予め当該サーバ５０ａにより読み出し可能にキーワードテーブルとして記憶されている。ここで、当該キーワードテーブルとしては、上記居住地用、趣味用及び季節用の各テーブルの他には、種々のものが例としてあげられる。例えば、上記契約条件に関連するテーブルとして、車の型式、当該顧客の年齢、免許の色及び家族、等級並びに使用目的に関連するキーワードテーブルがあげられる。
【０１５０】
さらに、サーバ５０ａのハードディスク５１には、図３０にて示す事故事例データベースが予め当該サーバ５０ａにより読み出し可能に記憶されている。ここで、当該事故事例データベースは、上記キーワードテーブル中のキーワードのうち少なくとも一つを含む事故事例を複数蓄積しデータとして構成されている。
【０１５１】
このような前提のもと、ステップ３２６では、上記取得情報のうちの顧客情報に基づき、上記居住地用テーブルから、広島県に居住する上記顧客にとって関連のあるキーワードとして、重みが３である「中国自動車道」が無作為に検索される（図３０参照）。また、上記取得情報のうちアトラクションの結果に基づき、趣味用テーブルから、上記顧客に関連するキーワードとして、重みが４である「早朝」が無作為に検索される（図３０参照）。さらに、上記取得情報のうちのシミュレーション時の客観的状況に基づき、上記顧客に関連するキーワードとして、重みが４である「居眠り」が無作為に検索される（図３０参照）。これにより、上記顧客からのアトラクション参加データがあった場合に対する三つの事故検索キーワードが設定される。
【０１５２】
このように三つの事故検索キーワードが設定されると、ステップ３２７において、これら三つの事故検索キーワードに基づき、上記事故事例データベースから事故事例が論理和処理で検索される。この検索により、図３０にて部分的に示すように、三つの事故事例Ａ、Ｂ及びＣが検索される。
【０１５３】
ここで、事故事例Ｂは、「早朝、中国自動車道の本線を走行中、加速車線から本線に合流しようとした大型トラックに衝突された（契約者車両の損害：２５０万円、契約者の治療費：７０万円、相手方の損害：１２０万円）。相手の過失割合が９０％（１００％でなかった。）ため、被害者でも翌年の保険料が増大する。」という事例であって、「早朝」及び「中国自動車道」という二つのキーワードを含む。事故事例Ａは、「早朝、一時停止をせず、踏切に進入した・・・・。」という事例であって、「早朝」という一つのキーワードを含む。また、事故事例Ｃは、「深夜、帰宅途中の契約者が居眠りのため・・・・。」という事例であって、「居眠り」という一つのキーワードを含む。また、事故事例Ｂの重み合計は７であるのに対し、事故事例Ａの重み合計は４であり、また、事故事例Ｃの重み合計は４である。
【０１５４】
以上により、上記検索の結果、重み合計が最も大きい事故事例Ｂが、上述のようにアトラクション参加データがある場合において上記顧客に提示される事故事例として選定される。また、アトラクションの種類や範囲が多岐に亘ることを考慮すれば、上記キーワードの範囲が無限に広がることから、上記顧客がキーワードの設定をいやがる場合であっても、アトラクションのうち当該顧客にとって興味をそそるものを利用することで、上記キーワードの設定を容易に行える。また、キーワードの範囲は広くとれるので、過去の事故事例の範囲も広くし得る。従って、受け取り可能保証内容のシミュレーションを行う際に、上記顧客に身近な事故事例をより一層検索し易い。
【０１５５】
一方、上述のようにステップ３２３（図１１参照）でＮＯと判定される場合には、ステップ３２３ａにおいて、上記顧客が自分で事故を選択せずかつアトラクションに参加しない場合の事故検索キーワードが設定される。ここでは、上記顧客はアトラクションに参加しないため、上記取得情報のうち上記顧客の契約条件に基づく顧客情報及びシミュレーション時の客観的状況を表す情報が事故検索キーワードの設定のために用いられる。
【０１５６】
当該ステップ３２３ａにおいて、上記顧客の契約条件に基づく顧客情報（現段階では、上記顧客の居住地が広島県であること）及びシミュレーション時の客観的状況を表す情報（現段階では、季節が春であること）に基づき、二つのキーワードが、図２９のキーワードテーブルから事故検索キーワードとして設定される。当該二つのキーワードは、上述したアトラクション参加の場合と同様に、「中国自動車道」及び「居眠り」である。
【０１５７】
このように二つのキーワードが設定されると、これら二つのキーワードに基づきステップ３２７において上記事故事例データベース（図３０参照）から事故事例が論理和処理で両事故事例Ｂ、Ｃとして検索される。この検索結果により、両事故事例Ｂ、Ｃのうち重み合計が最も大きい事故事例が、上述のようにアトラクションに参加しなかった場合において上記顧客に提示される事故事例として選定される。ここでは、事故事例Ｂの重み合計が３であり、事故事例Ｃの重み合計が４であることから、事故事例Ｃが選択される。
【０１５８】
以上によれば、上述のような過去の事故事例の検索でもって、上記顧客にとりより現実味があって保証の必要性の高い事故事例を選択することとなり、その結果、このような選択事故事例を適用することで、上記シミュレーションが、顧客にとってもより現実味があり保証の必要性が高い保証内容に保険の契約条件等を絞り込める。
【０１５９】
上述のように事故の顧客選択処理ルーチン３１０或いは事故のキーワード検索処理ルーチン３２０の処理が終了すると、受け取り保険金額シミュレーション処理ルーチン３００は図８のステップ３３０に進む。
【０１６０】
このステップ３３０では、事故の顧客選択処理ルーチン３１０において上記顧客が自分で事故事例の一覧から選択した事故事例、上記顧客が自分で事故事例を選択するのではなくアトラクションにも参加しない場合において事故のキーワード検索処理ルーチン３２０のステップ３２３ａにて設定される二つの事故検索キーワードに基づきステップ３２７にて選択された事故事例（上記事故事例Ｃ）、或いは上記顧客が自分では事故事例を選択しないもののアトラクションには参加する場合において事故のキーワード検索処理ルーチン３２０のステップ３２６にて設定される三つの事故検索キーワードに基づきステップ３２７にて選択された事故事例（上記事故事例Ｂ）が上記顧客に提示される。具体的には、上記各選択事故事例のいずれかが、事故事例提示データとして、サーバ５０ａにより上述と同様に端末１０のコンピュータ部１２に送信される。
【０１６１】
すると、上記事故事例提示データに基づき、図１５のステップ６５０において、事故事例画面を受信したとして、ＹＥＳと判定される。これに伴い、上記事故事例提示データが、ステップ６５１において、コンピュータ部１２により、表示部１３に入力され、図３１にて示すように事故事例画面として表示される。この表示では、図３１にて示すように、上記事故事例提示データによる事故が起きた場合における全体の損害額、相手方の負担及びあなたの負担が、それぞれ具体的な金額でもって事故事例の内容として表示される。
【０１６２】
上述のような事故事例画面上において、上記顧客が、上記事故事例の内容を確認し、「次へ」のボタンを押すと、この「次へ」のデータは、ステップ６５２にて、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。すると、この送信データに基づき、サーバ５０ａでは、「次へ」の受信であるとして、図８のステップ３３１にてＹＥＳと判定される。
【０１６３】
その後、ステップ３３２において、上記顧客が保険内容特定処理ルーチン２００にて上述のように事前に特定した保険で受け取ることができる保険金額及び付帯サービスが特定される。ついで、当該保険金額及び付帯サービスは、ステップ３３３にて上記顧客に提示される。具体的には、当該保険金額及び付帯サービスは、受け取り保険金額及び付帯サービスの提示データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１６４】
すると、この送信データに基づき、コンピュータ部１２では、受け取り保険金額と付帯サービスの提示画面を受信したとして、図１５のステップ６６０においてＹＥＳと判定される。この判定に伴い、上記受け取り保険金額及び付帯サービスの提示データがコンピュータ部１２によりステップ６６１にて表示部１３に入力され、図３２で示すように受け取り保険金額と付帯サービスの提示画面として表示される。ここでは、図３２で示すように、上記顧客の受け取り保険金額及び負担との差額が、付帯サービスとともに、具体的な金額でもって表示される。
【０１６５】
この表示に基づき、上記顧客は、受け取り保険金額と付帯サービスを確認し、操作部１１の操作により、上記受け取り保険金額と付帯サービスの提示画面上にて「次へ」のボタンを押すと、この「次へ」のデータは、図１５のステップ６６２において、コンピュータ部１２により上述と同様にサーバ５０ａに送信される。
【０１６６】
すると、この送信データに基づき、サーバ５０ａでは、「次へ」の受信として、図９のステップ３３４においてＹＥＳと判定される。この判定に伴い、ステップ３４０にて、上記事故事例の事故が発生した場合の保険更新時保険料の問い合わせがＡ保険会社になされる。具体的には、当該問い合わせは、保険更新時保険料問い合わせデータとして、サーバ５０ａから上述と同様にＡ保険会社システム２０のサーバ２０ａに送信される。
【０１６７】
これに伴い、当該サーバ２０ａは、Ａ保険会社用プログラムのうちの保険料計算プログラムの実行により、次回の保険更新時保険料を計算し、この計算保険料を更新時保険料データとして、上述と同様にサーバ５０ａに送信する。すると、このサーバ５０ａでは、保険更新時の保険料が上記顧客に対し図９のステップ３４１にて提示される。具体的には、上記更新時保険料データが、次回更新時保険料提示データとして、サーバ５０ａにより上述と同様に端末１０のコンピュータ部１２に送信される。
【０１６８】
この送信データに基づき、コンピュータ部１２では、次回更新時保険料提示画面を受信したとして、図１６のステップ６７０においてＹＥＳと判定される。この判定の後、上記次回更新時保険料提示データは、コンピュータ部１２により、ステップ６７１において、表示部１３に入力され、図３３にて示すように次回更新時保険料提示画面として表示される。ここでは、図３３にて示すように次回の保険更新時の保険料が、現在との差額と共に、具体的な金額でもって表示される。
【０１６９】
このように、事故の発生に伴い次回保険契約時に増減する保険料をシミュレーションし明示することで、上記顧客は次回保険更新時の料金体系を実感できる。
【０１７０】
上記次回更新時保険料提示画面による表示に基づき、上記顧客は、次回更新時の保険料を確認し、操作部１１の操作により上記次回更新時保険料提示画面上の「次へ」のボタンを押すと、この「次へ」のデータは、ステップ６７２にて、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。すると、当該送信データに基づき、サーバ５０ａでは、「次へ」を受信したとして、図９のステップ３４２においてＹＥＳと判定される。そして、ステップ３４３において、シミュレーションの継続方法の選択要求が上記顧客に対しなされる。即ち、当該選択要求がシミュレーションの継続方法選択要求データとしてサーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１７１】
この送信データに基づき、コンピュータ部１２では、シミュレーションの継続方法選択画面を受信したとして、図１６のステップ６８０においてＹＥＳと判定される。これに伴い、上記シミュレーションの継続方法選択要求データが、コンピュータ部１２により、ステップ６８１にて、表示部１３に入力され、図３４にて示すようにシミュレーションの継続方法選択画面として表示される。ここでは、図３４にて示すように、シミュレーションの継続方法の選択例として、「別の事故でやってみる」、「今回に続けてやってみる」、「保険の内容を見直す」及び「やめる」が表示される。
【０１７２】
この表示に基づき、上記顧客は、端末１０の操作部１１の操作により、上記シミュレーションの継続方法選択画面上にて、シミュレーションの継続方法の一つをその選択ボタンを押すことで選択し、送信ボタン（図示しない）を押すと、このように選択したシミュレーションの継続方法は、ステップ６８２にて、シミュレーション継続方法選択データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。しかして、サーバ５０ａにおいて、上記シミュレーション継続方法選択データに基づき、継続方法の選択結果を受信したとして、図９のステップ３５０にてＹＥＳと判定されると、ステップ３６０において、継続方法の選択結果は何かが判定される。
【０１７３】
ここで、上記シミュレーション継続方法選択データが上記シミュレーションの継続方法選択画面中の「保険の内容を見直す」或いは「やめる」というデータであれば、上記サーバプログラムは、ステップ３６０の処理からステップ４００（図２参照）の処理に進む。ここで、ステップ４００での判定がＹＥＳになる場合には、上記サーバプログラムは、上述の保険内容特定処理ルーチン２００に戻る。このため、上記顧客が保険の内容を見直したいと希望している当該保険内容の見直し内容を加味して、保険内容特定処理ルーチン２００の処理が再度上述と実質的に同様に繰り返される。このため、保険内容が上記見直し内容を加味した内容でもって新たに特定される。
【０１７４】
その後、このように新たに特定した保険内容に基づき受け取り保険金額シミュレーション処理ルーチン３００の処理が上述と実質的に同様に繰り返される。これにより、上記顧客が上記新たな特定保険内容に基づいて受け取ることができる保険金額及び付帯サービスが改めて特定される。
【０１７５】
また、上記シミュレーション継続方法選択データが上記シミュレーションの継続方法選択画面中の「別の事故でやってみる」というデータ或いは「今回に続けてやってみる」というデータであれば、上記サーバプログラムは、ステップ３６０の処理から上述のステップ３０１（図８参照）の処理に戻る。このため、受け取り保険金額シミュレーション処理ルーチン３００の処理がステップ３０１から再び繰り返される。
【０１７６】
このような受け取り保険金額シミュレーション処理ルーチン３００の繰り返し処理では、事故の顧客選択処理ルーチン３１０で事故事例が新たに選択され、或いは事故のキーワード検索処理ルーチン３２０で新たに設定される二つ或いは三つの事故検索キーワードに基づき新たな事故事例が検索される。このような事故事例は、先の事故事例とは異なる事故事例であるとする。そして、この新たな事故事例に基づき保険内容特定処理ルーチン２００において既に特定済みの保険で受け取ることができる保険金額及び付帯サービスが改めて特定される。ここで、上記顧客による事故事例の追加をもとになされる場合には、保険の契約期間内で２回目以降の事故で受け取ることができる保険金額のシミュレーションも可能となる。
【０１７７】
以上のような上記顧客による保険内容見直し要求に伴う保険内容特定処理ルーチン２００及び受け取り保険金額シミュレーション処理ルーチン３００の各処理又は上記顧客による別の事故でやってみる或いは今回に続けてやってみるという要求に基づく受け取り保険金額シミュレーション処理ルーチン３００の処理は、上記顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき満足する受け取り可能保険金額及び付帯サービスとなるまで繰り返される。
【０１７８】
このようなシミュレーションの繰り返しの結果、上記シミュレーション継続方法選択データが上記シミュレーションの継続方法選択画面中の「やめる」というデータになれば、上記サーバプログラムはステップ４００（図２参照）に進みＮＯと判定される。なお、上述のような一度のシミュレーションの結果上記シミュレーション継続方法選択データが上記シミュレーションの継続方法選択画面中の「やめる」というデータであれば、同様にステップ４００においてＮＯと判定される。これにより、上記顧客が契約したい自動車保険の内容が最終的に確定する。
【０１７９】
以上のように、保険内容特定処理ルーチン２００及び受け取り保険金額シミュレーション処理ルーチン３００の各処理或いは、保険内容特定処理ルーチン２００での処理に基づく受け取り保険金額シミュレーション処理ルーチン３００での処理を繰り返すことで、上記顧客が契約の対象とする自動車保険の契約条件及び保障内容に基づき将来の事故の発生時に受け取り可能な保証内容（保険金額及び付帯サービス）を、当該顧客が満足するまで絞り込むようにシミュレーションすることができる。
【０１８０】
その結果、上記顧客は、自動車保険の契約申し込みに先立ち、当該自動車保険によって将来の事故の発生時に受け取り可能な保証内容を予め確認できる。よって、上記顧客が、将来の事故発生時に想定していた保険金及び付帯サービスを受けられなかったり、不必要な保証内容に高い保険料を払ったりすることを未然に防止しつつ、当該顧客は、上述のような事前のシミュレーション結果をもとに、安心しかつ満足して、自動車保険の契約申し込みを行える。
【０１８１】
ここで、上記シミュレーションは、上記顧客自らによる自動車保険の契約条件や保証内容の端末１０への入力をもとになされるので、上記顧客が自己の希望に合った契約条件や保証内容を上記シミュレーションでもって絞り込める。また、上述のように、上記シミュレーションは、上記顧客による自動車保険の契約申し込みに先立ち、なされるので、上記顧客は、契約したい自動車保険がどのような契約条件になっているかに関し、予め判断できるので、上記顧客が満足し得る契約条件や保証内容の自動車保険の契約申し込みを可能とし得る。
３．保険契約手続処理ルーチン５００の処理
上述のように図２のステップ４００でＮＯとの判定がなされると、上記サーバプログラムは保険契約手続処理ルーチン５００（図１２及び図１３参照）の処理に移行する。図１２のステップ５０１において、上記顧客に対し、シミュレーションした自動車保険の契約意思が確認される。即ち、当該確認が、契約意思確認データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。この送信に伴い、上記契約意思確認データは、図１６の保険契約手続処理ルーチンでの処理に応答する処理ステップ６９０（以下、契約手続応答処理ステップ６９０という）にて、コンピュータ部１２により表示部１３に入力され、図３５にて示すように契約意思確認画面として表示される。
【０１８２】
上記契約意思確認画面上にて、上記顧客が、端末１０の操作部１１の操作により、「契約する」或いは「契約しない」の選択ボタンを押して送信ボタン（図示しない）を押すと、「契約する」或いは「契約しない」の契約意思回答データは、契約手続応答処理ステップ６９０にて、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。
【０１８３】
この送信に伴い、サーバ５０ａでは、上記契約意思回答データに基づき、上記顧客からの契約の意思確認に対する回答ありとして、図１２のステップ５１０において、ＹＥＳと判定される。然る後、ステップ５２０において、上記契約意思回答データが「契約しない」というデータであれば契約の意思がなしとしてＮＯと判定される。これにより、保険契約手続処理ルーチン５００が終了する。
【０１８４】
一方、上記契約意思回答データが「契約する」というデータであれば、契約の意思ありとして、ステップ５２０においてＹＥＳと判定される。これに伴い、図１３のステップ５３０において、保険（自動車保険）の申し込み方法は何かが判定される。ここで、当該申し込み方法がオンラインで契約を希望する方法であれば、保険契約手続処理ルーチン５００は、ステップ５３０の処理からステップ５３１の処理に移行する。そして、このステップ５３１において、上記顧客に対し、保険契約に必要な情報入力が要求される。この要求は、契約情報入力要求データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１８５】
すると、上記契約情報入力要求データは、契約手続応答処理ステップ６９０において、コンピュータ部１２により表示部１３に入力され、図３６（ａ）にて示すように契約情報入力要求画面として表示される。これに伴い、上記顧客が、端末１０の操作部１１の操作により、当該契約情報入力要求画面上にて契約に必要な情報（住所、氏名、電話、現在契約している保険会社及び証券番号）を各ダイアログブロック内に入力すると、このように入力したデータは、契約手続応答処理ステップ６９０において、契約情報入力データとして、コンピュータ部１２により上述と同様にサーバ５０ａに送信される。
【０１８６】
この送信データに基づき、サーバ５０ａでは、上記顧客から契約に必要な情報入力ありとして、図１３のステップ５４０において、ＹＥＳと判定される。この判定に伴い、上記顧客からの上記入力契約情報は、データとして、サーバ５０ａから上述と同様にＡ保険会社システムのサーバ２０ａに送信される。これにより、当該Ａ保険会社システムでは、上記顧客の契約情報がサーバ２０ａにより確認処理される。
【０１８７】
また、上記保険の申し込み方法が申込書の送付を希望するものであれば、保険契約手続処理ルーチン５００は、図１３のステップ５３０の処理からステップ５３２の処理に移行する。そして、このステップ５３２において、上記顧客に対し、申込書の送付に必要な情報入力が要求される。この要求は、申込書送付情報入力要求データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１８８】
すると、上記申込書送付情報入力要求データは、契約手続応答処理ステップ６９０において、コンピュータ部１２により表示部１３に入力され、図３６（ｂ）にて示すように申込書送付情報入力要求画面として表示される。これに伴い、上記顧客が、端末１０の操作部１１の操作により、当該申込書送付情報入力要求画面上にて申し込みに必要な情報（住所、氏名、電話）を各ダイアログブロック内に入力すると、このように入力した申込書送付情報は、契約手続応答処理ステップ６９０において、申込書送付情報入力データとして、コンピュータ部１２により上述と同様にサーバ５０ａに送信される。
【０１８９】
この送信データに基づき、サーバ５０ａでは、上記顧客から申し込みに必要な情報入力ありとして、図１３のステップ５５０において、ＹＥＳと判定される。この判定に伴い、上記顧客からの申込書送付入力情報は、データとして、サーバ５０ａから上述と同様にＡ保険会社システムのサーバ２０ａにステップ５５１にて送信される。これにより、当該Ａ保険会社システムでは、上記顧客の申込書送付入力情報がサーバ２０ａにより確認処理される。
【０１９０】
また、上記保険の申し込み方法が保険募集人との面談を希望するものであれば、保険契約手続処理ルーチン５００は、図１３のステップ５３０の処理からステップ５３３の処理に移行する。そして、このステップ５３３において、上記顧客に対し、保険募集人との面談に必要な情報入力が要求される。この要求は、募集人面談情報入力要求データとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１９１】
すると、上記募集人面談情報入力要求データは、コンピュータ部１２により、契約手続応答処理ステップ６９０において、表示部１３に入力され、図３６（ｃ）の募集人面談情報入力要求画面として表示される。これに伴い、上記顧客が、端末１０の操作部１１の操作により、当該募集人面談情報入力要求画面上にて面談に必要な情報（住所、氏名、電話、面談希望日、面談場所）を各ダイアログブロック内に入力すると、このように入力した募集人面談情報は、契約手続応答処理ステップ６９０において、募集人面談情報入力データとして、コンピュータ部１２により上述と同様にサーバ５０ａに送信される。
【０１９２】
この送信データに基づき、サーバ５０ａでは、上記顧客から保険募集人との面談に必要な情報入力ありとして、図１３のステップ５６０において、ＹＥＳと判定される。この判定に伴い、上記顧客からの募集人面談入力情報は、データとして、サーバ５０ａから上述と同様にＡ保険会社システムのサーバ２０ａにステップ５６１にて送信される。これにより、当該Ａ保険会社システムでは、上記顧客の募集人面談情報がサーバ２０ａにより確認処理される。
（第２実施形態）
次に、本発明の第２実施形態について図３７〜図４０を参照して説明する。この第２実施形態では、上記第１実施形態にて述べた事故のキーワード検索処理ルーチン３２０（図１１参照）に代えて、図３７及び図３８にて示す事故のキーワード検索処理ルーチン３２０Ａが採用されている。その他の構成は上記第１実施形態と実質的に同様である。
【０１９３】
このように構成した本第２実施形態では、上記第１実施形態にて述べたと同様に受け取り保険金額シミュレーション処理ルーチン３００のステップ３０３（図８参照）において、上記顧客が上述のようにシミュレーションのための事故を自分では選ばないという回答をしたことに基づきＮＯと判定された場合に、事故のキーワード検索処理ルーチン３２０Ａの処理が、事故のキーワード検索処理ルーチン３２０の処理に代えてなされる。
【０１９４】
まず、図３７のステップ３２１Ａにおいて、アトラクションとして、クイズ、アンケート若しくはゲームをやってみないかが上記顧客に対し質問される。この質問は、アトラクションとしてのクイズ、アンケート若しくはゲームへの参加質問データ（以下、クイズ等参加質問データともいう）として、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０１９５】
ここで、上記第１実施形態にて述べた図１７のアトラクション処理ルーチン６４０のステップ６４１において、上記クイズ等参加質問データに基づきＹＥＳと判定され、ステップ６４１ａにて、コンピュータ部１２により表示部１３に入力されて、上記アトラクション参加質問画面に代わるクイズ等参加質問画面（図３９参照）として表示される。
【０１９６】
このクイズ等参加質問画面上にて、上記顧客が、端末１０の操作部１１の操作により、「クイズに答える」、「アンケートに答える」、「ゲームをする」及び「何もしない」のいずれかと回答すべく対応の選択ボタンを押して送信ボタン（図示しない）を押すと、当該回答は、上記ステップ６４１ａにて、クイズ等参加有無回答データとして、コンピュータ部１２から上述のようにサーバ５０ａに送信される。
【０１９７】
ステップ６４１ａの処理後、ステップ６４２においてアトラクションに参加するか否かにつき判定される。ここで、上記クイズ等参加有無回答データが、「アトラクションとしてのクイズ、アンケート或いはゲームに参加してみる」というデータであればステップ６４２での判定はＹＥＳとなり、「クイズ、アンケート或いはゲームに参加しない」というデータであればステップ６４２での判定はＮＯとなる。
【０１９８】
また、上述のようなクイズ等参加有無回答データのサーバ５０ａへの送信に基づき、サーバ５０ａでは、上記顧客からの回答ありとして、図３７のステップ３２２においてＹＥＳと判定されると、次のステップ３２３において、上記顧客の回答はアトラクションとしてのクイズ、アンケート或いはゲームに参加してみるという回答か否かが判定される。ここで、上記クイズ等参加有無回答データが、「アトラクションとしてのクイズに参加してみる」、「アトラクションとしてのアンケートに参加してみる」或いは「アトラクションとしてのゲームに参加してみる」というデータであれば、ステップ３２３においてＹＥＳと判定され、一方、上記クイズ等参加有無回答データが「クイズ、アンケート及びゲームのいずれにも参加しない」というデータであれば、ステップ３２３での判定はＮＯとなる。
【０１９９】
しかして、上述のようにステップ３２３での判定がＹＥＳとなる場合には、図３８のステップ３２８において、上記顧客の選択は何かが判定される。ここで、上記クイズ等参加有無回答データが、「アトラクションとしてのクイズに参加してみる」というデータであれば、事故のキーワード検索処理ルーチン３２０Ａは、ステップ３２８の処理からステップ３２９ａの処理に移行する。そして、このステップ３２９ａにおいて、上記顧客に対しクイズが出される。具体的には、当該クイズは、クイズデータとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０２００】
この送信クイズデータに基づき、コンピュータ部１２において、アトラクションの画面を受信したとして、図１７のステップ６４３にてＹＥＳと判定されると、当該クイズデータは、図１７のステップ６４４にて、コンピュータ部１２により表示部１３に入力されて、図４０（ａ）にて示すようにアトラクションの画面であるクイズ画面として表示される。
【０２０１】
このクイズ画面上にて、上記顧客が、端末１０の操作部１１の操作により、回答を入力し、送信ボタンを押すと、当該回答は、アトラクション参加データであるクイズ回答データとして、図１７のステップ６４５にて、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。この送信データに基づき、サーバ５０ａでは、上記顧客からクイズの回答ありとして、図３８のステップ３２９ｄにてＹＥＳと判定される。この判定後、ステップ３２９ｇにおいて、上記契約条件に基づく顧客情報、上記クイズの回答を表す情報及び上記シミュレーション時の客観的状況を表す情報に基づき、事故検索キーワードが、図１１のステップ３２６での処理と実質的に同様に設定される。
【０２０２】
また、上述のようにステップ３２３（図１１参照）での判定がＹＥＳとなる場合に、上記クイズ等参加有無回答データが、「アトラクションとしてのアンケートに参加してみる」というデータであれば、事故のキーワード検索処理ルーチン３２０Ａはステップ３２８の処理からステップ３２９ｂの処理に移行する。そして、このステップ３２９ｂにおいて、上記顧客に対し、アンケートが実施される。具体的には、当該アンケートが、アンケートデータとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０２０３】
この送信アンケートデータに基づき、コンピュータ部１２において、アトラクションの画面を受信したとして、図１７のステップ６４３にてＹＥＳと判定されると、当該アンケートデータは、図１７のステップ６４４にて、コンピュータ部１２により表示部１３に入力されて、図４０（ｂ）にて示すようにアトラクションの画面であるアンケート画面として表示される。
【０２０４】
上記アンケート画面上にて、上記顧客が、端末１０の操作部１１の操作により、回答を入力し、送信ボタンを押せば、当該回答は、アトラクション参加データであるアンケート回答データとして、図１７のステップ６４５にて、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。この送信データに基づき、サーバ５０ａでは、上記顧客からアンケートの回答ありとして、図３８のステップ３２９ｅにてＹＥＳと判定される。この判定後、ステップ３２９ｈにおいて、上記契約条件に基づく顧客情報、上記アンケートの回答を表す情報及び上記シミュレーション時の客観的状況を表す情報に基づき、事故検索キーワードが、図１１のステップ３２６での処理と実質的に同様に設定される。
【０２０５】
また、上述のようにステップ３２３（図１１参照）での判定がＹＥＳとなる場合に、上記クイズ等参加有無回答データが、「アトラクションとしてのゲームに参加してみる」というデータであれば、事故のキーワード検索処理ルーチン３２０Ａはステップ３２８の処理からステップ３２９ｃの処理に移行する。そして、このステップ３２９ｃにおいて、上記顧客に対し、ゲームが提供される。具体的には、当該ゲームが、ゲームデータとして、サーバ５０ａから上述と同様に端末１０のコンピュータ部１２に送信される。
【０２０６】
この送信データに基づき、コンピュータ部１２において、アトラクションの画面を受信したとして、図１７のステップ６４３にてＹＥＳと判定されると、当該ゲームデータは、図１７のステップ６４４にて、コンピュータ部１２により表示部１３に入力されて、図４０（ｃ）にて示すようにアトラクションの画面であるゲーム画面として表示される。
【０２０７】
上記ゲーム画面上にて、上記顧客が、端末１０の操作部１１の操作により、ゲームを行い、送信ボタンを押せば、当該ゲームの結果が、ゲーム結果データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。この送信データに基づき、サーバ５０ａでは、上記ゲームは終了したとして、図３８のステップ３２９ｆにおいて、ＹＥＳと判定される。この判定後、ステップ３２９ｉにおいて、上記契約条件に基づく顧客情報、上記ゲームの結果を表す情報及び上記シミュレーション時の客観的状況を表す情報に基づき、事故検索キーワードが設定される。
【０２０８】
また、上述のステップ３２３における判定がＮＯとなる場合には、図３８のステップ３２３ａにおいて、上記顧客の保険契約条件を表す情報と上記シミュレーション時の客観的状況を表す情報に基づき、事故検索キーワードが、図１１のステップ３２３ａでの処理と実質的に同様に設定される。
【０２０９】
以上のようにして、各ステップ３２９ｇ、３２９ｈ、３２９ｉ及び３２３ａのいずれかの処理がなされると、ステップ３２７において、各ステップ３２９ｇ、３２９ｈ、３２９ｉ及び３２３ａのいずれかでの設定事故検索キーワードに基づき、過去の事故事例が図１１のステップ３２７での処理と実質的に同様に検索される。
【０２１０】
以上説明したように、本第２実施形態では、クイズ、アンケート及びゲームのいずれかが上記第１実施形態にて述べたアトラクションとして採用される。このため、上記顧客が自分にとって興味のあるアトラクションとして採用したクイズ、アンケート及びゲームのいずれかに基づき、事故検索キーワードが設定される。従って、事故事例検索に必要な事故検索キーワードの設定がより一層容易になされ得る。その結果、上記事故事例データベースを利用する事故事例の検索も容易に行える。
（第３実施形態）
次に、本発明の第３実施形態につき図４１〜図４７を参照して説明すると、この第３実施形態では、顧客用端末１０Ａが、上記第１実施形態にて述べた顧客用端末１０及び電話回線９０に代えて、採用されている。当該顧客用端末１０Ａは、上記顧客が使用する自動車の車室内適所において、当該自動車に搭載したナビゲーションシステム１０Ｂに付設されており、この顧客用端末１０Ａは、上記第一実施形態にて述べたパソコン１０ａと、携帯電話１０ｃとにより構成されている。但し、本第３実施形態では、パソコン１０ａとして、ノート型パソコンが採用されており、このノート型パソコンは、パソコン１０ａと同様に、操作部１１、コンピュータ部１２及び表示部１３でもって構成されている。
【０２１１】
携帯電話１０ｃは、上記車室内にてコンピュータ部１２の近辺に設けた設置部（図示しない）に着脱可能に設置されるようになっており、当該携帯電話１０ｃは、上記設置部に設置されたとき、当該設置部を介しコンピュータ部１２に有線接続されて、コンピュータ部１２による制御のもと、プロバイダネットワーク８０を介しネットワーク６０と無線による通信を行う。また、携帯電話１０ｃは、上記設置部から除去されたとき、コンピュータ部１２との有線接続から解除される。なお、上記設置部はコンピュータ部１２と電気的に有線接続されている。
【０２１２】
ナビゲーションシステム１０Ｂは、ナビゲーション装置１０ｄと、走行履歴記憶装置１０ｅとを備えている。ナビゲーション装置１０ｄは、当該自動車の走行に応じてその走行案内を行うとともに、この走行案内に伴い当該自動車の走行履歴をデータ（以下、走行履歴データともいう）として走行履歴記憶装置１０ｅに記憶する。また、当該ナビゲーション装置１０ｄは、コンピュータ部１２による制御のもと、走行履歴記憶装置１０ｅに記憶した走行履歴データを読み出してコンピュータ部１２に出力する。なお、上記走行履歴には、市街地域等の自動車の走行地域（例えば、比較的多い走行地域）が含まれる。
【０２１３】
本第３実施形態では、上記第１実施形態にて述べたサーバプログラムは、事故のキーワード検索処理ルーチン３２０（図１１参照）においてステップ３２７を廃止し、このようにステップ３２７を廃止した事故のキーワード検索処理ルーチン３２０とステップ３３０（図８参照）との間に事故のキーワード検索処理ルーチン３７０（図４２及び図４３にて示すフローチャート参照）を追加するように変更されている。従って、サーバ５０ａは、このように変更したサーバプログラムを実行する。
【０２１４】
また、本第３実施形態では、上記第１実施形態にて述べた端末プログラムは、アトラクション処理ルーチン６４０（図１４参照）とステップ６５０（図１５参照）との間に走行履歴処理ルーチン６４０Ａ（図４４及び図４５参照）を追加して、この走行履歴処理ルーチン６４０Ａの処理或いはステップ６３２（図１４参照）の処理の終了に伴いステップ６５０の処理を行うように変更されている。従って、コンピュータ部１２は、上述のように変更した端末プログラムを実行する。また、上述したコンピュータ部１２による走行履歴データの読み出しは、走行履歴処理ルーチン６４０Ａの処理中においてなされる。その他の構成は上記第１実施形態と同様である。
【０２１５】
このように構成した本第３実施形態において、上記第１実施形態にて述べたようにサーバ５０ａが上述のように変更したサーバプログラムの実行のもと事故のキーワード検索処理ルーチン３２０（図１１参照）におけるステップ３２３ａ或いは３２６にて事故検索キーワード設定を終了し、また、端末１０Ａが上述のように変更した端末プログラムの実行のもとアトラクション処理ルーチン６４０（図１４参照）の処理を終了すると、サーバ５０ａは、図４２及び図４３のフローチャートに従い事故のキーワード検索処理ルーチン３７０の処理を行い、一方、コンピュータ部１２は、走行履歴処理ルーチン６４０Ａ（図４４及び図４５参照）の処理を行う。
【０２１６】
以下、事故のキーワード検索処理ルーチン３７０の処理を走行履歴処理ルーチン６４０Ａの処理との関係において説明する。サーバ５０ａは、事故のキーワード検索処理ルーチン３７０のステップ３７１（図４２参照）において、当該自動車の走行履歴データの有無の確認要求を行う。即ち、この確認要求は、走行履歴有無確認要求データとして、サーバ５０ａからルータ５０ｂ、ネットワーク６０、プロバイダネットワーク８０及び端末１０Ａの携帯電話１０ｃを通しコンピュータ部１２に送信される。
【０２１７】
すると、この送信データに基づき、コンピュータ部１２では、走行履歴処理ルーチン６４０Ａのステップ６４６（図４４参照）にて、当該自動車の走行履歴データの有無確認要求を受信したとして、ＹＥＳと判定される。この判定に伴い、上記走行履歴有無確認要求データは、コンピュータ部１２によりステップ６４６ａにて表示部１３に入力され、この表示部１３にて当該自動車の走行履歴データが有るか否かを確認する画面が表示される。
【０２１８】
この表示に伴い、上記顧客が、端末１０Ａの操作部１１の操作により、コンピュータ部１２にて、ナビゲーションシステム１０Ｂに当該自動車の走行履歴データの有無を確認する処理を行うと、ナビゲーション装置１０ｄから走行履歴記憶装置１０ｅにおける当該自動車の走行履歴データの記憶の有無のデータがコンピュータ部１２に入力される。
【０２１９】
すると、この入力データは、ステップ６４６ｂ（図４４参照）において、走行履歴有無確認データとして、コンピュータ部１２から携帯電話１０ｃ、プロバイダネットワーク８０、ネットワーク６０及びルータ５０ｂを介しサーバ５０ａに送信される。また、上記走行履歴有無確認データが当該自動車の走行履歴データのあることを表せば、次のステップ６４７において、ＹＥＳと判定され、一方、上記走行履歴有無確認データが当該自動車の走行履歴データのないことを表せば、ステップ６４７での判定はＮＯとなる。
【０２２０】
上述のような送信走行履歴有無確認データに基づき、サーバ５０ａでは、ステップ３７２（図４２参照）において、当該自動車の走行履歴データの有無を確認するデータを受信したとして、ＹＥＳと判定される。ついで、上記走行履歴有無確認データが当該自動車の走行履歴データのあることを表せば、ステップ３７３においてＹＥＳと判定され、一方、上記走行履歴有無確認データが当該自動車の走行履歴データのないことを表せば、ステップ３７３での判定はＮＯとなる。
【０２２１】
上述のようにステップ３７３での判定がＹＥＳになると、ステップ３７４において、当該自動車の走行履歴データを事故検索に使用するか否かの確認要求がなされる。この確認要求は、走行履歴データ使用有無確認要求データとして、サーバ５０ａから端末１０Ａのコンピュータ部１２に上述と同様に送信される。すると、この送信データに基づき、コンピュータ部１２では、上述のようなステップ６４７でのＹＥＳとの判定のもと、当該自動車の走行履歴データを事故検索に使用するか否かの確認要求を受信したとして、ステップ６４７ａ（図４４参照）においてＹＥＳと判定される。
【０２２２】
ついで、上記走行履歴データ使用有無確認要求データが、ステップ６４７ｂ（図４５参照）にて、コンピュータ部１２により表示部１３に入力され、当該自動車の走行履歴データを事故検索に使用するか否かの確認する画面が表示される。この表示画面において、上記顧客が、端末１０Ａの操作部１１の操作により、当該自動車の走行履歴データを事故検索に使用するか否かの回答を入力して送信すると、当該入力回答は、ステップ６４７ｃにおいて、上記走行履歴データ使用有無回答データとして、コンピュータ部１２から上述と同様にサーバ５０ａに送信される。さらに、ステップ６４８において、上記走行履歴データ使用有無回答データが上記走行履歴データを事故検索に使用するとの回答を表せば、ＹＥＳと判定される。一方、上記走行履歴データ使用有無回答データが上記走行履歴データを事故検索に使用しないとの回答を表せば、ステップ６４８での判定はＮＯとなる。
【０２２３】
上述のように走行履歴データ使用有無回答データがサーバ５０ａに送信されると、当該送信データに基づき、サーバ５０ａでは、当該自動車の走行履歴データを事故検索に使用するか否かの回答を受信したとして、ステップ３７５（図４２参照）にてＹＥＳと判定される。ここで、上記走行履歴データ使用有無回答データが、当該自動車の走行履歴データを事故検索に使用しないとの回答を表せば、ステップ３７６（図４３参照）においてＮＯと判定される。
【０２２４】
一方、上記走行履歴データ使用有無回答データが、当該自動車の走行履歴データを事故検索に使用するとの回答を表せば、ステップ３７６においてＹＥＳと判定され、ステップ３７７にて、当該自動車の走行履歴データの送信が要求される。この要求は、走行履歴データ送信要求データとして、サーバ５０ａから上述と同様にコンピュータ部１２に送信される。
【０２２５】
すると、この送信データに基づき、コンピュータ部１２では、当該自動車の走行履歴データの送信要求を受信したとして、ステップ６４８ａ（図４５参照）にてＹＥＳと判定される。この判定に伴い、上記走行履歴データ送信要求データが、ステップ６４８ｂにおいて、コンピュータ部１２により表示部１３に入力され、走行履歴データ送信要求画面として表示される。
【０２２６】
これに伴い、上記顧客は、端末１０Ａの操作部１１の操作により、コンピュータ部１２を介しナビゲーションシステム１０Ｂに当該自動車の走行履歴データを要求すると、走行履歴記憶装置１０ｅに記憶済みの当該自動車の走行履歴データは、ナビゲーション装置１０ｄにより読み出されてコンピュータ部１２に入力される。ついで、上記顧客が、端末１０Ａの操作部１１の操作により、上記走行履歴データ送信要求画面上の送信ボタンを押すと、上記走行履歴データは、ステップ６４８ｃにおいて、コンピュータ部１２により上述と同様にサーバ５０ａに送信される。
【０２２７】
この送信データに基づき、サーバ５０ａにおいて、当該自動車の走行履歴データを受信したとして、ステップ３７８（図４３参照）にてＹＥＳと判定されると、次のステップ３７８ａにおいて、当該自動車の走行履歴データに基づく事故検索キーワードの追加設定が次にようになされる。
【０２２８】
即ち、本第３実施形態では、上記第１実施形態にて述べた取得情報には、当該自動車の走行履歴に基づく情報が追加される（図４６参照）。ここで、この走行履歴に基づく情報は、当該自動車の比較的多い走行地域が「市街地域」であることとする（図４６参照）。
【０２２９】
本第３実施形態では、サーバ５０ａのハードディスク５１には、走行地域用テーブル（図４６参照）が、上記第１実施形態にて述べたキーワードテーブルに追加して記憶されている。さらに、サーバ５０ａのハードディスク５１には、図３０の事故事例データベースに代えて、図４７にて示す事故事例データベースが予め当該サーバ５０ａにより読み出し可能に記憶されている。
【０２３０】
このような前提のもと、ステップ３７８ａでは、上記走行履歴に基づく情報は、上記顧客の運転に係る当該自動車の比較的多い走行地域が「市街地域」であることに基づき、図４６のキーワードテーブル中の走行地域用テーブルから、上記顧客に関連のあるキーワードとして、重みが４である「一時停止」が無作為に検索される（図４７参照）。これにより、本第３実施形態では、上記第１実施形態にて述べたと実質的に同様にステップ３２６（図１１参照）にて三つの事故検索キーワードが設定されることを前提に、ステップ３７８ａ（図４３参照）で一つの事故検索キーワードが設定される。
【０２３１】
ついで、ステップ３７９において、ステップ３２６における三つの設定事故検索キーワード及びステップ３７８ａにおける一つの設定事故検索キーワードに基づき、図４７の事故事例データベースから事故事例が論理和処理で検索される。この検索により、図４７にて部分的に示すように、四つの事故事例Ａ、Ｂ、Ｃ及びＤが検索される。
【０２３２】
ここで、事故事例Ａは、上記第１実施形態とは異なり、「早朝」及び「一時停止」の双方を設定事故検索キーワードとするため、当該事故事例Ａの重み合計は８となっている（図４７参照）。また、各事故事例Ｂ及びＣは、上記第１実施形態にて述べた事故事例（図３０参照）と同様である。また、上記第１実施形態にて述べたように、事故事例Ｂの重み合計は７であり、事故事例Ｃの重み合計は４であり、事故事例Ｄの重み合計は４である。従って、上記検索の結果、重み合計が最も大きい事故事例Ａが、上述のようにアトラクションの回答に加え、走行履歴に基づく情報をも加味した場合において、上記顧客に提示される事故事例として選定される。
【０２３３】
また、上述のようにステップ３７３（図４２参照）においてＮＯと判定される場合には、当該自動車の走行履歴データはないことから、上記第１実施形態にて述べたステップ３２７における重み合計が最も大きい事故事例Ｂが、走行履歴に基づく情報とは関係なく、アトラクションの回答を加味した上記顧客への提示事故事例として選定される。なお、上記第１実施形態にて述べたように、ステップ３２３ａ（図１１参照）で二つの事故検索キーワードが設定された場合には、上記第１実施形態にて述べたステップ３２７における重み合計が最も大きい事故事例が、ステップ３７９（図４３参照）においても選択される。
【０２３４】
以上のようにして事故のキーワード検索処理ルーチン３７０の処理が終了した後或いは上記第１実施形態にて述べたように事故の顧客選択処理ルーチン３１０の処理が終了した後は、上記第１実施形態にて述べたと同様にステップ３３０（図８参照）において事故事例を上記顧客に提示する処理がなされる。
【０２３５】
但し、本第３実施形態では、上記第１実施形態とは異なり、事故のキーワード検索処理ルーチン３２０の処理後において上述のように事故のキーワード検索処理ルーチン３７０のステップ３７９にて選択された重み合計の最も大きい事故事例がステップ３３０にて上記顧客に提示されるか、或いは事故の顧客選択処理ルーチン３１０で選択された事故事例がステップ３３０にて上記顧客に提示される。
【０２３６】
このような事故事例の提示後は、上記第１実施形態と同様にステップ３３１（図８参照）以後の処理がなされる。このステップ３３１以後の処理では、事故検索キーワードを設定する処理がステップ３２６（図１１参照）でなされる場合において上記走行履歴データをキーワード検索に使用する場合には、上記第１実施形態にて述べたようにステップ３３２において事前に特定した保険で受け取ることができる保険金額及び付帯サービスが、上記第１実施形態とは異なり、上記顧客による当該自動車の走行履歴に基づく情報をも加味して特定される。
【０２３７】
このため、上記顧客に関連する情報をより一層加味した状態で上記保険金額及び付帯サービスが特定され得る。このことは、上記顧客が契約の申し込みを望む自動車保険の契約条件及び保証内容の絞り込みが、より一層精度よく行えることを意味する。
（第４実施形態）
図４８〜図５０は、本発明の第４実施形態の要部を示している。この第４実施形態では、上記第１実施形態にて述べた事故のキーワード検索処理ルーチン３２０（図１１参照）の一部が、図４８にて示すごとく変更され、また、上記第１実施形態にて述べたアトラクション処理ルーチン６４０（図１７参照）の一部が、図４９にて示すごとく変更されている。その他の構成は上記第１実施形態と同様である。
【０２３８】
このように構成した本第４実施形態において、上記第１実施形態にて述べたと同様に事故のキーワード検索処理ルーチン３２０におけるステップ３２７（図１１及び図４８参照）の処理が終了すると、次のステップ３２７ａ（図４８参照）において、上述のようにステップ３２７にて検索した事故事例（事故事例Ｂ或いはＣ）の提示によるシミュレーションの実施の確認が、上記顧客に対し要求される。具体的には、シミュレーションの実施の確認の要求が、当該提示事故事例とともにシミュレーション実施確認要求データとして、上記第１実施形態にて述べたと同様にサーバ５０ａから端末１０のコンピュータ部１２に送信される。
【０２３９】
これに対し、コンピュータ部１２においては、上記第１実施形態にて述べたと同様にアトラクション処理ルーチン６４０におけるステップ６４５（図１７及び図４９参照）の処理が終了した後、ステップ６４５ａ（図４９参照）にて、上記事故事例によるシミュレーション実施の確認要求を受信したか否かが判定される。
【０２４０】
ここで、上記シミュレーション実施確認要求データが当該コンピュータ部１２により受信されると、事故事例によるシミュレーション実施の確認要求を受信したとして、ステップ６４５ａにてＹＥＳと判定される。これに伴い、ステップ６４５ｂにおいて、事故事例によるシミュレーション実施の確認要求データが、コンピュータ部１２により表示部１３に入力され、確認要求画面（図５０参照）として表示される。この確認要求画面では、上記シミュレーション実施確認要求データ中の提示事故事例が、発生する恐れのある事故名称として表示される。
【０２４１】
この表示に基づき、上記顧客は、提示事故事例を確認し、この提示事故事例による事故及び別の事故のいずれでシミュレーションをするかにつき判断し、この判断に基づき操作部１１の操作により上記確認要求画面上のいずれかの選択ボタンを押せば、シミュレーション実施確認結果が、提示事故事例或いは別の事故事例でシミュレーションをする旨の回答データ（シミュレーション実施確認結果回答データという）として、ステップ６４５ｃにて、送信される。
【０２４２】
また、次のステップ６４５ｄにおいて、上記シミュレーション実施確認結果回答データが、上記提示事故事例の事故に基づきシミュレーションをすることを表せば、ＹＥＳと判定され、一方、上記シミュレーション実施確認結果回答データが、別の事故に基づきシミュレーションをすることを表せば、ＮＯと判定される。この判定後は、別の事故事例によるシミュレーション実施の確認要求を受信したことによるＹＥＳとの判定がなされるまで、ステップ６４５ａでのＮＯとの判定が繰り返される。
【０２４３】
しかして、上記シミュレーション実施確認結果回答データがサーバ５０ａにより受信されれば、上記顧客からの回答ありとして、ステップ３２７ｂ（図４８参照）においてＹＥＳと判定される。ついで、ステップ３２７ｃにおいて、上記顧客からの回答が上記提示事故事例の事故に基づくシミュレーションの実施を表す場合（図５０の確認要求画面上にて図示左側の選択ボタンが押された場合）には、ＹＥＳと判定される。
【０２４４】
一方、上記シミュレーション実施確認結果回答データが、上記提示事故事例による事故とは異なる別の事故でシミュレーションをするという回答を表す場合（図５０の確認要求画面上にて図示右側の選択ボタンが押された場合）には、ステップ３２７ｃにおける判定はＮＯとなる。この判定は、上記提示事故事例ではシミュレーションをしないことを意味する。従って、ステップ３２７ｃでの判定がＹＥＳとなるまで、ステップ３２７以後の処理が再び繰り返されて、別の事故事例の検索が行われる。この検索は、上述したように、ステップ６４５ａにおいて別の事故事例によるシミュレーション実施の確認要求を受信したことによるＹＥＳとの判定がなされ、その後上述と同様にステップ３２７ｃでＹＥＳと判定されるまで繰り返される。
【０２４５】
このような処理過程を経て最終的にステップ３２７ｃにおける判定がＹＥＳとなると、事故のキーワード検索処理ルーチン３２０での処理が終了し、ステップ３３０（図８参照）において、事故事例の上記顧客に対する提示が上記第１実施形態にて述べたと同様になされる。
【０２４６】
これによれば、上述したアトラクション結果を表す情報、上記顧客の契約条件に基づく顧客情報及びシミュレーション時の客観的状況を表す情報により構成される上記取得情報（図２９参照）が上記顧客にとって身近に感じられるものであることから、当該取得情報に基づき、図３０にて示すデータベースを利用して、上記顧客自身が最も身近に感じる事故事例を検索し上記ステップ３３０での事故事例として提示し得る。このことは、上記顧客は、自己の事故に出会うリスクを上記提示事故事例でもって診断し得ることを意味する。その他の作用効果は上記第１実施形態と同様である。
（第５実施形態）
図５１及び図５２は、本発明の第５実施形態の要部を示している。この第５実施形態では、上記第３実施形態にて述べた事故のキーワード検索処理ルーチン３７０（図４２及び図４３参照）の一部が、図５１にて示すごとく変更され、また、上記第３実施形態にて述べた走行履歴処理ルーチン６４０Ａ（図４４及び図４５参照）の一部が、図５２にて示すごとく変更されている。その他の構成は、上記第３実施形態と同様である。
【０２４７】
このように構成した本第５実施形態において、上記第３実施形態にて述べたと同様に事故のキーワード検索処理ルーチン３７０におけるステップ３７９（図４３及び図５１参照）の処理が終了すると、次のステップ３７９ａ（図５１参照）において、上述のようにステップ３７９にて検索済みの事故事例の提示によるシミュレーションの実施の確認が、上記顧客に対し要求される。具体的には、シミュレーションの実施の確認の要求が、当該提示事故事例とともにシミュレーション実施確認要求データとして、上記第３実施形態にて述べたと同様にサーバ５０ａから端末１０Ａのコンピュータ部１２に送信される。
【０２４８】
これに対し、コンピュータ部１２では、上記第３実施形態にて述べたと同様に走行履歴処理ルーチン６４０Ａにおいてステップ６４８（図４５及び図５２参照）でＮＯと判定された後或いはステップ６４８ｃ（図４５及び図５２参照）の処理がされた後、ステップ６４９（図５２参照）にて、上記事故事例によるシミュレーション実施の確認要求を受信したか否かが判定される。
【０２４９】
ここで、上記シミュレーション実施確認要求データが当該コンピュータ部１２により受信されると、事故事例によるシミュレーション実施の確認要求を受信したとして、ステップ６４９にてＹＥＳと判定される。これに伴い、ステップ６４９ａにおいて、事故事例によるシミュレーション実施の確認要求データが、コンピュータ部１２により表示部１３に入力され、確認要求画面（図５０参照）として表示される。この確認要求画面では、上記シミュレーション実施確認要求データ中の提示事故事例が、発生する恐れのある事故名称として表示される。
【０２５０】
この表示に基づき、上記顧客は、提示事故事例を確認し、この提示事故事例による事故及び別の事故のいずれでシミュレーションをするかにつき判断し、この判断に基づき操作部１１の操作により上記確認要求画面上のいずれかの選択ボタンを押せば、シミュレーション実施確認結果が、上記第４実施形態と実質的に同様に、上記シミュレーション実施確認結果回答データとして、ステップ６４９ｂにて、送信される。
【０２５１】
また、次のステップ６４９ｃにおいて、上記シミュレーション実施確認結果回答データが、上記提示事故事例の事故に基づきシミュレーションをすることを表せば、ＹＥＳと判定され、一方、上記シミュレーション実施確認結果回答データが、別の事故に基づきシミュレーションをすることを表せば、ＮＯと判定される。この判定後は、別の事故事例によるシミュレーション実施の確認要求を受信したことによるＹＥＳとの判定がなされるまで、ステップ６４９でのＮＯとの判定が繰り返される。
【０２５２】
しかして、上記シミュレーション実施確認結果回答データがサーバ５０ａにより受信されれば、上記顧客からの回答ありとして、ステップ３７９ｂ（図５１参照）においてＹＥＳと判定される。ついで、上記顧客からの回答が上記提示事故事例の事故に基づくシミュレーションの実施を表す場合には、ステップ３７９ｃにおいて、ＹＥＳと判定される。
【０２５３】
一方、上記シミュレーション実施確認結果回答データが、上記提示事故事例による事故とは異なる別の事故でシミュレーションをするという回答を表す場合には、ステップ３７９ｃにおける判定はＮＯとなる。従って、ステップ３７９ｃでの判定がＹＥＳとなるまで、ステップ３７９以後の処理が再び繰り返されて、別の事故事例の検索が行われる。この検索は、上述したように、ステップ６４９において別の事故事例によるシミュレーション実施の確認要求を受信したことによるＹＥＳとの判定がなされかつその後上述と同様にステップ３７９ｃでＹＥＳと判定とされるまで繰り返される。
【０２５４】
このような処理過程を経て最終的にステップ３７９ｃにおける判定がＹＥＳとなると、事故のキーワード検索処理ルーチン３７０での処理が終了し、ステップ３３０（図８参照）において、事故事例の上記顧客に対する提示が上記第３実施形態にて述べたと同様になされる。
【０２５５】
これによれば、上述したアトラクション結果を表す情報、上記顧客の契約条件に基づく顧客情報、シミュレーション時の客観的状況を表す情報及び走行履歴に基づく情報により構成される上記取得情報（図４６参照）が上記顧客にとって身近に感じられるものであることから、当該取得情報に基づき、図４７にて示すデータベースを利用して、上記顧客自身が最も身近に感じる事故事例を検索し上記ステップ３３０での事故事例として提示し得る。このことは、上記顧客は、自己の自動車走行状態をも加味した上で事故に出会うリスクを上記提示事故事例でもって診断し得ることを意味する。その他の作用効果は上記第３実施形態と同様である。
【０２５６】
なお、本発明の実施にあたり、上記各実施形態は次のような変形例としてもよい。
（１）保険会社システムは、上記各実施形態にて述べた３つの保険会社システムに限ることなく、複数の保険会社システムであってもよく、また、一つの保険会社システムであってもよい。
（２）顧客用端末１０は、上記顧客宅内にに限ることなく、保険代理店、Ａ保険会社、Ｂ保険会社及びＣ保険会社のいずれかに設置されていてもよい。
（３）サーバ５０ａは、ポータルサイト５０に限ることなく、例えば、ネットワークに接続される適宜なワールドワイドウェブのサーバであってもよい。
（４）保険は、上記各実施形態にて述べた自動車保険に限ることなく、この自動車保険を含めた損害保険や生命保険その他の各種の保険であってもよい。また、保険の種類の違いに伴い、契約条件及びその保証内容、保険料及びその支払い方法も異なる。
（５）上述した走行履歴には、当該自動車の暖機運転等を含めてもよく、この場合には、上記走行履歴に基づく情報に、暖機運転及びその不足ぎみを加え、上記キーワードテーブルとして、暖機運転用テーブルを採用する。このテーブルでは、上記不足ぎみに対するキーワードとして、重み４の朝、重み３の通勤、重み３の急発進、重み２の整備不良を採用し、暖機運転の過多ぎみに対するキーワードとして、重み２のガス欠等を採用してもよい。
（６）サーバ５０ａのハードディスク５１は、これに限ることなく、例えば、フロッピー（登録商標）ディスク、光ディスク、光磁気ディスク等の記憶装置その他記憶媒体であってもよい。このような記憶媒体にサーバプログラムをコンピュータにより読み出し可能に記憶しておけば、当該記憶媒体を適宜なコンピュータにセットして当該コンピュータに上記記憶媒体に記憶済みのサーバプログラムをインストールすることで、サーバ５０ａ以外のコンピュータにおいてもサーバプログラムの実行が可能となる。
（７）ハードディスク５１に記憶したサーバプログラムは、当該ハードディスク５１とは異なり、インターネット等のネットワークを介し配信可能にプロバイダにアップロードできるようにしておけば、このようにアップロードしたサーバプログラムをサーバ５０ａ以外の適宜なコンピュータにダウンロードすることで、当該コンピュータにおいても、サーバプログラムの実行が可能となる。
（８）図８のステップ３０３、事故のキーワード検索処理ルーチン３１０、３２０に依ることなく、ステップ３３０において、単に、過去の事故事例を顧客に提示するようにしてもよい。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示すブロック構成図である。
【図２】図１のサーバにより実行されるサーバプログラムを表すフローチャートである。
【図３】図２の保険内容特定処理ルーチンを表す詳細フローチャートである。
【図４】図３の契約済み保険内容特定・変更処理ルーチンを表す詳細フローチャートの前段部である。
【図５】図３の契約済み保険内容特定・変更処理ルーチンを表す詳細フローチャートの後段部である。
【図６】図３の新たな保険の内容特定処理ルーチンを表す詳細フローチャートの前段部である。
【図７】図３の新たな保険の内容特定処理ルーチンを表す詳細フローチャートの後段部である。
【図８】図２の受け取り保険金額シミュレーション処理ルーチンを表す詳細フローチャートの前段部である。
【図９】図２の受け取り保険金額シミュレーション処理ルーチンを表す詳細フローチャートの後段部である。
【図１０】図８の事故の顧客選択処理ルーチンを表す詳細フローチャートである。
【図１１】図８の事故のキーワード検索処理ルーチンを表す詳細フローチャートである。
【図１２】図２の保険契約処理ルーチンを表す詳細フローチャートの前段部である。
【図１３】図２の保険契約処理ルーチンを表す詳細フローチャートの後段部である。
【図１４】図１の顧客用端末のコンピュータ部により実行される端末プログラムを表すフローチャートの前段部である。
【図１５】図１の顧客用端末のコンピュータ部により実行される端末プログラムを表すフローチャートの中段部である。
【図１６】図１の顧客用端末のコンピュータ部により実行される端末プログラムを表すフローチャートの後段部である。
【図１７】図１４のアトラクション処理ルーチンを表す詳細フローチャートである。
【図１８】上記第１実施形態における保険会社選択要求画面の表示例示図である。
【図１９】上記第１実施形態におけるシミュレーションする保険の契約済み確認要求画面の表示例示図である。
【図２０】上記第１実施形態における契約済み保険内容問い合わせ確認要求画面の表示例示図である。
【図２１】上記第１実施形態における契約済み保険の証券番号入力要求画面の表示例示図である。
【図２２】（ａ）は、上記第１実施形態における契約済み保険の契約条件入力要求画面の表示例示図であり、（ｂ）は、当該契約済み保険の保証内容入力要求画面の表示例示図であり、（ｃ）は、当該契約済み保険の保険料入力要求画面の表示例示図である。
【図２３】上記第１実施形態における保険契約条件入力要求画面の表示例示図である。
【図２４】上記第１実施形態における保険会社のお勧め確認要求画面の表示例示図である。
【図２５】上記第１実施形態におけるお勧め保険内容提示画面の表示例示図である。
【図２６】（ａ）は上記第１実施形態における希望の保証内容の入力要求画面の表示例示図であり、（ｂ）は当該希望の保証内容の場合の保険料提示画面の表示例示図である。
【図２７】上記第１実施形態におけるシミュレーションの対象とする事故の自己選択意思表示確認画面の表示例示図である。
【図２８】上記第１実施形態における自己選択要求画面の表示例示図である。
【図２９】上記第１実施形態における取得情報及びキーワードテーブルの例示図である。
【図３０】上記第１実施形態における事故検索キーワードとこの事故検索キーワードに基づき自己事例データベースから選択される事故事例の例示図である。
【図３１】上記第１実施形態における事故事例の事故が起きた場合の損害額等提示画面の表示例示図である。
【図３２】図３１の損害額等提示画面による表示内容に基づき受け取りことができる保険金額及び付帯サービスの特定画面の表示例示図である。
【図３３】上記第１実施形態における次回保険更新時保険料の表示例示図である。
【図３４】上記第１実施形態におけるシミュレーションの継続意思の有無確認画面の表示例示図である。
【図３５】上記第１実施形態におけるシミュレーション保険の契約意思確認画面の表示例示図である。
【図３６】（ａ）は、上記第１実施形態における契約情報入力要求画面の表示例示図であり、（ｂ）は、申込書の送付情報入力要求画面の表示例示図であり、（ｃ）は、募集人対談情報要求画面の表示例示図である。
【図３７】本発明の第２実施形態の要部を示す事故のキーワード検索処理ルーチンを表すフローチャートの前段部である。
【図３８】上記第２実施形態における事故のキーワード検索処理ルーチンを表すフローチャートの後段部である。
【図３９】上記第２実施形態におけるアトラクションの内容画面を表す表示例示図である。
【図４０】（ａ）は、上記第２実施形態におけるクイズ回答要求画面の表示例示図であり、（ｂ）は、上記第２実施形態におけるアンケート回答要求画面の表示例示図であり、（ｃ）は、上記第２実施形態におけるゲーム実施要求画面の表示例示図である。
【図４１】本発明の第３実施形態を示すブロック図である。
【図４２】上記第３実施形態における事故のキーワード検索処理ルーチン３７０の詳細フローチャートの前段部である。
【図４３】上記第３実施形態における事故のキーワード検索処理ルーチン３７０の詳細フローチャートの後段部である。
【図４４】上記第３実施形態における走行履歴データ処理ルーチンの詳細フローチャートの前段部である。
【図４５】上記第３実施形態における走行履歴データ処理ルーチンの詳細フローチャートの後段部である。
【図４６】上記第３実施形態における取得情報及びキーワードテーブルの例示図である。
【図４７】上記第３実施形態における事故検索キーワードとこの事故検索キーワードに基づき事故事例を選択する事故事例データベースとを表す例示図である。
【図４８】本発明の第４実施形態の要部の一部を示すフローチャートである。
【図４９】上記第４実施形態の要部の他の一部を示すフローチャートである。
【図５０】上記第４実施形態におけるシミュレーションの確認要求画面の表示例示図である。
【図５１】本発明の第５実施形態の要部の一部を示すフローチャートである。
【図５２】上記第５実施形態の要部の他の一部を示すフローチャートである。
【符号の説明】
１０、１０Ａ…顧客用端末、１０Ｂ…ナビゲーションシステム、
１０ｅ…走行履歴記憶装置、２０…Ａ保険会社システム、
３０…Ｂ保険会社システム、４０…Ｃ保険会社システム、５０ａ…サーバ、
５０ｂ…ルータ、５１…ハードディスク、６０…ネットワーク、
７０、９０…電話回線、８０…プロバイダネットワーク。

Claims

顧客によりシミュレーションの対象とする保険の契約条件及び保証内容を入力されて当該保険の契約条件及び保証内容を第１電気通信回線を介し送信する入力手段と、
前記第１電気通信回線から前記保険の契約条件及び保証内容を受信して当該保険の契約条件及び保証内容に基づき将来の事故の発生時に前記顧客の受け取り可能な保証内容（以下、受け取り可能保証内容ともいう）をシミュレーションしこのシミュレーション結果を前記顧客に提示するように前記第１電気通信回線を介し前記入力手段に送信するシミュレーション手段と、
このシミュレーション手段による送信シミュレーション結果に基づき前記保険の契約条件及び保証内容を見直すか否かの確認要求を前記第１電気通信回線を介し前記入力手段に受信させるように送信する確認要求手段と、
前記顧客が前記受信確認要求に基づき前記保険の契約条件及び保証内容を見直すか否かの回答を前記入力手段に入力することで当該回答を前記入力手段から前記第１電気通信回線を介し受信したときこの受信回答に基づき前記保険の契約条件及び保証内容を見直すか否かにつき判定する判定手段と、
この判定手段が前記保険の契約条件及び保証内容を見直さないと判定したとき第２電気通信回線を介して保険会社システムに前記保険の契約を申し込む申し込み手段とを備え、
前記判定手段が前記保険の契約条件及び保証内容を見直すと判定したときこの見直しの要求を前記第１電気通信回線を介し前記入力手段に受信させるように送信し、
前記入力手段は、前記顧客により前記受信見直し要求に基づき入力される前記保険の契約条件及び保証内容の見直し内容を前記第１電気通信回線を介し前記シミュレーションの対象とする前記保険の契約条件及び保証内容として前記シミュレーション手段に再度前記シミュレーションをするように受信させるようにした保険の契約申し込みシステム。
前記シミュレーション手段がシミュレーションをする前記受け取り可能保証内容は、受け取り可能な保険金及び付帯サービスであることを特徴とする請求項１に記載の保険の契約申し込みシステム。
前記シミュレーション手段は、前記受け取り可能保証内容のシミュレーションを、前記顧客に関連する過去の事故事例に基づき行うことを特徴とする請求項１或いは２に記載の保険の契約申し込みシステム。
前記シミュレーション手段は、
前記顧客にアトラクションを提供するため当該アトラクションを前記第１電気通信回線を介し前記入力手段に送信するアトラクション提供手段と、
前記顧客が前記アトラクションに対する回答（以下、アトラクション回答という）を前記入力手段に入力することでこの入力手段から前記第１電気通信回線を介し前記アトラクション回答を受信したときこのアトラクション回答に基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段とを備えて、
この事故事例検索手段による検索事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項３に記載の保険の契約申し込みシステム。
前記シミュレーション手段は、
前記顧客により使用される自動車用ナビゲーションシステムに設けてなるナビ用記憶手段であって前記自動車の走行履歴データを記憶するナビ用記憶手段から前記走行履歴データが前記入力手段に入力されることで当該入力手段から前記第１電気通信回線を介し前記走行履歴データを受信したときこの受信走行履歴データに基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段とを備えて、
この事故事例検索手段による検索事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項３に記載の保険の契約申し込みシステム。
前記シミュレーション手段は、
前記第１電気通信回線を介し受信した前記保険の契約条件に基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段とを備えて、
この事故事例検索手段による検索事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項３に記載の保険の契約申し込みシステム。
前記シミュレーション手段は、
前記シミュレーション時の客観的な状況に基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段とを備えて、
この事故事例検索手段による検索事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項３に記載の保険の契約申し込みシステム。
前記シミュレーション手段は、
前記保険の契約条件に関連する複数の重み付きキーワードからなる契約条件用テーブル、前記シミュレーション時の客観的状況に関連する複数の重み付きキーワードからなる客観的状況用テーブル、及び前記各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例からなるデータベースを記憶してなるデータ記憶手段と、
前記第１電気通信回線から受信した前記保険の契約条件に基づく顧客情報により前記契約条件用テーブルの複数の重み付きキーワードのいずれかを設定するとともに、前記シミュレーション時の客観的な状況により前記客観的状況用テーブルの複数の重み付きキーワードのいずれかを設定するキーワード設定手段と、
このキーワード設定手段で設定された各重み付きキーワードに基づきこれら各重み付きキーワードの少なくとも１つを含む過去の事故事例を前記データベースの複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例毎に、その重み付きキーワードの重みを合計し、前記複数の過去の事故事例のうち重み合計が最大となるものを前記シミュレーションのための事故事例とする事故事例検索手段とを備えて、
前記シミュレーションのための事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項３に記載の保険の契約申し込みシステム。
前記シミュレーション手段は、
前記顧客にアトラクションを提供するため当該アトラクションを前記第１電気通信回線を介し前記入力手段に送信するアトラクション提供手段を備え、
前記データ記憶手段は、前記契約条件用テーブル及び客観的状況用テーブルに加え、アトラクションに関連する複数の重み付きキーワードからなるアトラクション用テーブルを記憶するとともに、このアトラクション用テーブルをも前記契約条件用テーブル及び客観的状況用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
前記キーワード設定手段は、前記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び前記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、前記顧客が前記アトラクションに対する回答（以下、アトラクション回答という）を前記入力手段に入力することでこの入力手段から前記第１電気通信回線を介し前記アトラクション回答を受信したときこのアトラクション回答に基づき前記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項８に記載の保険の契約申し込みシステム。
前記データ記憶手段は、前記契約条件用テーブル及び客観的状況用テーブルに加え、自動車の走行履歴に関連する複数の重み付きキーワードからなる走行履歴用テーブルを記憶するとともに、この走行履歴用テーブルをも前記契約条件用テーブル及び客観的状況用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
前記キーワード設定手段は、前記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び前記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、前記顧客により使用される自動車用ナビゲーションシステムに設けてなるナビ用記憶手段であって前記自動車の走行履歴データを記憶するナビ用記憶手段から前記走行履歴データが前記入力手段に入力されることで当該入力手段から前記第１電気通信回線を介し前記走行履歴データを受信したときこの受信走行履歴データに基づき前記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項８に記載の保険の契約申し込みシステム。
前記シミュレーション手段は、前記顧客にアトラクションを提供するため当該アトラクションを前記第１電気通信回線を介し前記入力手段に送信するアトラクション提供手段を備え、
前記データ記憶手段は、前記契約条件用テーブル、客観的状況用テーブル及び走行履歴用テーブルに加え、アトラクションに関連する複数の重み付きキーワードからなるアトラクション用テーブルを記憶するとともに、このアトラクション用テーブルをも前記契約条件用テーブル、客観的状況用テーブル及び走行履歴用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
前記キーワード設定手段は、前記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、前記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び前記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、前記顧客が前記アトラクションに対する回答（以下、アトラクション回答という）を前記入力手段に入力することでこの入力手段から前記第１電気通信回線を介し前記アトラクション回答を受信したときこのアトラクション回答に基づき前記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項１０に記載の保険の契約申し込みシステム。
顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき将来の事故の発生時に前記顧客の受け取り可能な保証内容（以下、受け取り可能保証内容という）をシミュレーションしこのシミュレーション結果を前記顧客に提示するようにした保険の保証内容シミュレーション装置。
前記シミュレーションをする前記受け取り可能保証内容は、受け取り可能な保険金及び付帯サービスであることを特徴とする請求項１２に記載の保険の保証内容シミュレーション装置。
前記受け取り可能保証内容のシミュレーションを、過去の事故事例に基づき行うことを特徴とする請求項１２或いは１３に記載の保険の保証内容シミュレーション装置。
前記顧客にアトラクションを提供したときこのアトラクションに対しなされる前記顧客からの回答に基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段とを備えて、
この事故事例検索手段による検索事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項１４に記載の保険の保証内容シミュレーション装置。
前記顧客により使用される自動車用ナビゲーションシステムからの走行履歴データに基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段とを備えて、
この事故事例検索手段による検索事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項１４に記載の保険の保証内容シミュレーション装置。
前記保険の契約条件に基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段とを備えて、
この事故事例検索手段による検索事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項１４に記載の保険の保証内容シミュレーション装置。
前記シミュレーション時の客観的な状況に基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段とを備えて、
この事故事例検索手段による検索事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項１４に記載の保険の保証内容シミュレーション装置。
前記保険の契約条件に関連する複数の重み付きキーワードからなる契約条件用テーブル、前記シミュレーション時の客観的状況に関連する複数の重み付きキーワードからなる客観的状況用テーブル、及び前記各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例からなるデータベースを記憶してなるデータ記憶手段と、
前記保険の契約条件に基づく顧客情報により前記契約条件用テーブルの複数の重み付きキーワードのいずれかを設定するとともに、前記シミュレーション時の客観的な状況により前記客観的状況用テーブルの複数の重み付きキーワードのいずれかを設定するキーワード設定手段と、
このキーワード設定手段で設定された各重み付きキーワードに基づきこれら各重み付きキーワードの少なくとも１つを含む過去の事故事例を前記データベースの複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例毎に、その重み付きキーワードの重みを合計し、前記複数の過去の事故事例のうち重み合計が最大となるものを前記シミュレーションのための事故事例とする事故事例検索手段とを備えて、
前記シミュレーションのための事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項１４に記載の保険の保証内容シミュレーション装置。
前記データ記憶手段は、前記契約条件用テーブル及び客観的状況用テーブルに加え、アトラクションに関連する複数の重み付きキーワードからなるアトラクション用テーブルを記憶するとともに、このアトラクション用テーブルをも前記契約条件用テーブル及び客観的状況用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
前記キーワード設定手段は、前記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び前記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、前記顧客にアトラクションを提供したときこのアトラクションに対しなされる前記顧客からの回答に基づき前記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項１９に記載の保険の保証内容シミュレーション装置。
前記データ記憶手段は、前記契約条件用テーブル及び客観的状況用テーブルに加え、自動車の走行履歴に関連する複数の重み付きキーワードからなる走行履歴用テーブルを記憶するとともに、この走行履歴用テーブルをも前記契約条件用テーブル及び客観的状況用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
前記キーワード設定手段は、前記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び前記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、自動車のナビゲーションシステムからの走行履歴データにより前記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項１９に記載の保険の保証内容シミュレーション装置。
前記データ記憶手段は、前記契約条件用テーブル、客観的状況用テーブル及び走行履歴用テーブルに加え、アトラクションに関連する複数の重み付きキーワードからなるアトラクション用テーブルを記憶するとともに、このアトラクション用テーブルをも前記契約条件用テーブル、客観的状況用テーブル及び走行履歴用テーブルに加えた各テーブルの少なくとも１つのキーワードを含む複数の過去の事故事例を前記データベースとして記憶しており、
前記キーワード設定手段は、前記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、前記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び前記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、前記顧客にアトラクションを提供したときこのアトラクションに対しなされる前記顧客からの回答に基づき前記アトラクション用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項２１に記載の保険の保証内容シミュレーション装置。
顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき将来の事故の発生時に前記顧客の受け取り可能な保証内容（以下、受け取り可能保証内容という）をシミュレーションするようにした保険の保証内容シミュレーション方法。
前記受け取り可能保証内容のシミュレーションを、過去の事故事例に基づき行うことを特徴とする請求項２３に記載の保険の保証内容シミュレーション方法。
契約条件用テーブルを構成する前記保険の契約条件に関連する複数の重み付きキーワードのいずれかを前記保険の契約条件に基づく顧客情報により設定するとともに、客観的状況用テーブルを構成する複数の重み付きキーワードのいずれかを前記シミュレーション時の客観的な状況により設定し、
前記各設定重み付きキーワードに基づき、これら各重み付きキーワードの少なくとも１つを含む過去の事故事例を、データベースを構成する複数の過去の事故事例から論理和的に複数検索し、このように検索した複数の過去の事故事例毎に、その重み付きキーワードの重みを合計し、前記複数の過去の事故事例のうち重み合計が最大となるものを前記シミュレーションのための事故事例とし、
前記シミュレーションのための事故事例に基づき前記受け取り可能保証内容のシミュレーションを行うようにしたことを特徴とする請求項２４に記載の保険の保証内容シミュレーション方法。
前記契約条件用テーブルを構成する複数の重み付きキーワードのいずれかの設定及び前記客観的状況用テーブルを構成する複数の重み付きキーワードのいずれかの設定に加え、前記顧客にアトラクションを提供したときこのアトラクションに対しなされる前記顧客からの回答により、アトラクション用テーブルを構成する複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項２５に記載の保険の保証内容シミュレーション方法。
前記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定及び前記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定に加え、自動車のナビゲーションシステムからの走行履歴データにより前記走行履歴用テーブルの複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項２５に記載の保険の保証内容シミュレーション方法。
前記契約条件用テーブルの複数の重み付きキーワードのいずれかの設定、前記客観的状況用テーブルの複数の重み付きキーワードのいずれかの設定及び前記走行履歴用テーブルの複数の重み付きキーワードのいずれかの設定に加え、前記顧客にアトラクションを提供したときこのアトラクションに対しなされる前記顧客からの回答により、前記アトラクション用テーブルを構成する複数の重み付きキーワードのいずれかをも設定するようにしたことを特徴とする請求項２７に記載の保険の保証内容シミュレーション方法。
顧客による保険の保障内容シミュレーションにあたり、保険の契約条件、前記保証内容シミュレーション時の客観的な状況、前記顧客にアトラクションを提供したときこのアトラクションに対しなされる当該顧客からの回答及び前記顧客により使用される自動車用ナビゲーションシステムからの走行履歴データのうち少なくとも一つに基づき前記顧客に関連するキーワードを設定するキーワード設定手段と、
前記設定キーワードに基づき、データベースを構成する複数の過去の事故事例から前記顧客に関連する過去の事故事例を検索する事故事例検索手段と、
この事故事例検索手段による検索事故事例を前記顧客に提示する事故事例提示手段とを備えて、
前記キーワード設定手段によるキーワードの設定、前記事故事例検索手段による検索及び前記事故事例提示手段による提示を、前記顧客が自己に最も関連すると判断する事故事例の提示まで繰り返すようにした保険の保証内容シミュレーションのための事故事例提示装置。
顧客による保険の保証内容シミュレーションにあたり、当該顧客に関連する事故事例を複数の過去の事故事例から検索して前記顧客に提示し、この検索及び提示を、前記顧客が自己に最も関連すると判断する事故事例を提示するまで繰り返すようにした保険の保証内容シミュレーションのための事故事例提示方法。
顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき、将来の事故の発生時に前記顧客の受け取り可能な保証内容を、過去の事故事例を用いてシミュレーションするようにしたプログラムをコンピュータにより読み取り可能に記憶してなる保険の保証内容シミュレーションプログラム記憶媒体。
前記プログラムは、前記シミュレーションを、前記過去の事故事例として複数の過去の事故事例のうちの前記顧客に関連する事故事例を用いて行うようになっていることを特徴とする請求項３１に記載の保険の保証内容シミュレーションプログラム記憶媒体。
顧客がシミュレーションの対象とする保険の契約条件及び保証内容に基づき、将来の事故の発生時に前記顧客の受け取り可能な保証内容を、過去の事故事例を用いてシミュレーションするようにしたコンピュータにより実行可能な保険の保証内容シミュレーションプログラム。
前記シミュレーションを、前記過去の事故事例として複数の過去の事故事例のうちの前記顧客に関連する事故事例を用いて行うようにしたことを特徴とする請求項３３に記載の保険の保証内容シミュレーションプログラム。