(57)【要約】  取得部（１０１）は、移動体の挙動を検出するセンサの出力値によって移動体の挙動が危険となった際の出力値を含む危険情報を取得する。判定部（１０２）は、取得部（１０１）によって取得された危険情報を用いて、移動体を利用する被保険者の移動体の利用に関する優良度を判定する。生成部（１０３）は、判定部（１０２）によって判定された優良度に応じて、被保険者の保険内容に関する保険情報を生成する。そして、出力部（１０４）は、生成部（１０３）によって生成された保険情報を出力する。
2008038340.tif 000002
【特許請求の範囲】
【請求項１】
移動体の挙動を検出するセンサの出力値によって当該移動体の挙動が危険となった際の前記出力値を含む危険情報を取得する取得工程と、
前記取得工程によって取得された危険情報を用いて、前記移動体を利用する被保険者の当該移動体の利用に関する優良度を判定する判定工程と、
前記判定工程によって判定された優良度に応じて、前記被保険者の保険内容に関する保険情報を生成する生成工程と、
前記生成工程によって生成された保険情報を出力する出力工程と、
を含むことを特徴とする保険情報出力方法。
【請求項２】
前記判定工程は、
前記移動体の挙動が危険となった際の当該移動体の利用者を認証することによって、前記被保険者の優良度を判定することを特徴とする請求項１に記載の保険情報出力方法。
【請求項３】
前記生成工程は、
前記被保険者の保険等級を設定することにより見積もられる保険料金を含む保険情報を生成することを特徴とする請求項１に記載の保険情報出力方法。
【請求項４】
前記危険情報の取得元となった前記被保険者に対して、当該危険情報の対価の支払いに関する精算処理をおこなう精算工程を有することを特徴とする請求項１に記載の保険情報出力方法。
【請求項５】
移動体の挙動を検出するセンサの出力値によって当該移動体の挙動が危険となった際の前記出力値を含む危険情報を取得する取得手段と、
前記取得手段によって取得された危険情報を用いて、前記移動体を利用する被保険者の当該移動体の利用に関する優良度を判定する判定手段と、
前記判定手段によって判定された優良度に応じて、前記被保険者の保険内容に関する保険情報を生成する生成手段と、
前記生成手段によって生成された保険情報を出力する出力手段と、
を備えることを特徴とする保険情報出力装置。
【請求項６】
請求項１〜４のいずれか一つに記載の保険情報出力方法をコンピュータに実行させることを特徴とする保険情報出力プログラム。
【請求項７】
請求項６に記載の保険情報出力プログラムを記録したことを特徴とするコンピュータに読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、保険情報を出力する保険情報出力方法、保険情報出力装置、保険情報出力プログラムおよびコンピュータに読み取り可能な記録媒体に関する。ただし、この発明の利用は、上述した保険情報出力方法、保険情報出力装置、保険情報出力プログラムおよびコンピュータに読み取り可能な記録媒体には限られない。
【背景技術】
【０００２】
従来、飛行機に搭載されたフライトレコーダと同様に、走行中の車両の周辺状況の記録をおこなうドライブレコーダが知られている。このようなドライブレコーダは、たとえば、車両前方を撮影する前方カメラ、後方を撮影する後方カメラ、前方および後方映像を基準信号に同期して画像メモリの所定領域に書き込む機能を有しており、画像メモリ情報に車両位置情報および時刻情報を付与した記録情報をバッファメモリに定常的に記録する。【０００３】
そして、ドライブレコーダは、衝撃検知センサによって所定値以上の衝撃を検知すると、検知時点から所定時間の間の記録情報をストレージメモリに保存する。このように、あて逃げ事件などの事件に遭遇したとき、ストレージメモリに保存された記録情報を確認してあて逃げ車両の特定をおこなうことができる（たとえば、下記特許文献１参照。）。【０００４】
ところで、ドライブレコーダによって記録された記録情報は、所定値以上の衝撃を検知した時点から所定時間の間の画像メモリ情報であるため、あて逃げ事件に関する確認のみならず、利用者が危険な運転をしたときの状況や、危険な運転の回数などを確認することができる。すなわち、ドライブレコーダによって記録された記録情報は、当該ドライブレコーダが搭載された車両の利用者の優良度（運転技術の習熟度）を判定する情報としても有用であるといえる。【０００５】
【特許文献１】特開２００４−２２４１０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来技術では、ドライブレコーダによって記録された記録情報は、専ら事故発生時の状況を確認する情報として扱われているだけであり、記録情報が十分に活用されていないという問題が一例として挙げられる。【０００７】
具体的には、たとえば、記録情報の活用は、自動車保険会社による保険料金の算出などに利用者の優良度を利用することが挙げられる。一般的に、保険料金の算出は、過去の事故歴から、将来的に利用者が事故に遭遇して保険料支払いが発生する確率を予測することによって、利用者ごとの保険料金を算出している。【０００８】
しかし、利用者が事故に遭遇するのは、利用者の運転技量や運転性向などの優良度が大きく関係しており、必ずしも過去の事故歴に、利用者の優良度が反映されているとは限らない。すなわち、ドライブレコーダによって記録された記録情報によって判定可能な利用者の優良度を利用した保険料金の算出ができないという問題が一例として挙げられる。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかる保険情報出力方法は、移動体の挙動を検出するセンサの出力値によって当該移動体の挙動が危険となった際の前記出力値を含む危険情報を取得する取得工程と、前記取得工程によって取得された危険情報を用いて、前記移動体を利用する被保険者の当該移動体の利用に関する優良度を判定する判定工程と、前記判定工程によって判定された優良度に応じて、前記被保険者の保険内容に関する保険情報を生成する生成工程と、前記生成工程によって生成された保険情報を出力する出力工程と、を含むことを特徴とする。【００１０】
また、請求項５の発明にかかる保険情報出力装置は、移動体の挙動を検出するセンサの出力値によって当該移動体の挙動が危険となった際の前記出力値を含む危険情報を取得する取得手段と、前記取得手段によって取得された危険情報を用いて、前記移動体を利用する被保険者の当該移動体の利用に関する優良度を判定する判定手段と、前記判定手段によって判定された優良度に応じて、前記被保険者の保険内容に関する保険情報を生成する生成手段と、前記生成手段によって生成された保険情報を出力する出力手段と、を備えることを特徴とする。【００１１】
また、請求項６の発明にかかる保険情報出力プログラムは、請求項１〜４のいずれか一つに記載の保険情報出力方法をコンピュータに実行させることを特徴とする。【００１２】
また、請求項７の発明にかかるコンピュータに読み取り可能な記録媒体は、請求項６に記載の保険情報出力プログラムを記録したことを特徴とする。
【図面の簡単な説明】
【００１３】
【図１】図１は、本実施の形態にかかる保険情報出力装置の機能的構成の一例を示すブロック図である。
【図２】図２は、本実施の形態にかかる保険情報出力装置の処理の内容を示すフローチャートである。
【図３】図３は、本実施例１にかかる保険システムの概要を示す説明図である。
【図４】図４は、本実施例１にかかる保険システムにおける通信を示す説明図である。
【図５】図５は、本実施例１にかかる車載端末のハードウェア構成の一例を示すブロック図である。
【図６】図６は、本実施例１にかかる保険サーバのハードウェア構成の一例を示すブロック図である。
【図７】図７は、本実施例１にかかるトリガー情報一覧表の一例を示す説明図である。
【図８】図８は、本実施例１にかかる優良度の一例を示す説明図である。
【図９】図９は、本実施例１にかかる保険等級の一例を示す説明図である。
【図１０】図１０は、本実施例１にかかる車載端末の処理の内容を示すフローチャートである。
【図１１】図１１は、本実施例１にかかる保険サーバの処理の内容を示すフローチャートである。
【図１２】図１２は、本実施例２にかかる保険システムにおける通信を示す説明図である。
【図１３】図１３は、本実施例２にかかるＤＢサーバのハードウェア構成の一例を示すブロック図である。
【符号の説明】
【００１４】
１００  保険情報出力装置
１０１  取得部
１０２  判定部
１０３  生成部
１０４  出力部
【発明を実施するための最良の形態】
【００１５】
以下に添付図面を参照して、この発明にかかる保険情報出力方法、保険情報出力装置、保険情報出力プログラムおよびコンピュータに読み取り可能な記録媒体の好適な実施の形態を詳細に説明する。【００１６】
（実施の形態）
（保険情報出力装置の機能的構成）
図１を用いて、本実施の形態にかかる保険情報出力装置の機能的構成について説明する。図１は、本実施の形態にかかる保険情報出力装置の機能的構成の一例を示すブロック図である。【００１７】
図１において、保険情報出力装置１００は、取得部１０１と、判定部１０２と、生成部１０３と、出力部１０４と、から構成されている。【００１８】
取得部１０１は、移動体の挙動を検出するセンサの出力値によって、移動体の挙動が危険となった際の出力値を含む危険情報を取得する。具体的には、たとえば、移動体の挙動を検出するセンサは、移動体における衝撃を検出する衝撃センサなどでもよい。また、移動体の挙動が危険となるのは、たとえば、衝撃センサの出力値が所定の値よりも大きい場合などである。【００１９】
判定部１０２は、取得部１０１によって取得された危険情報を用いて、移動体を利用する被保険者の移動体の利用に関する優良度を判定する。優良度は、たとえば、被保険者の移動体に対する運転技量や運転性向や運転の習熟度や事故履歴などに応じた情報である。また、判定部１０２は、移動体の挙動が危険となった際の移動体の利用者を認証することによって、被保険者の優良度を判定することとしてもよい。【００２０】
生成部１０３は、判定部１０２によって判定された優良度に応じて、被保険者の保険内容に関する保険情報を生成する。保険情報は、たとえば、被保険者の保険料金や保険条件などの保険内容を含む情報である。より具体的には、たとえば、生成部１０３は、被保険者の保険等級を設定することにより見積もられる保険料金を含む保険情報を生成することとしてもよい。【００２１】
出力部１０４は、生成部１０３によって生成された保険情報を出力する。具体的には、たとえば、被保険者は、出力部１０４によって出力された保険情報に基づいて保険契約を締結することとしてもよい。【００２２】
また、保険情報出力装置１００は、図示しない精算部によって、危険情報の取得元となった被保険者に対して、危険情報の対価の支払いに関する精算処理をおこなうこととしてもよい。このように対価の支払いをおこなうことで、被保険者による危険情報の提供を促進することができる。【００２３】
（保険情報出力装置の処理の内容）
つぎに、図２を用いて本実施の形態にかかる保険情報出力装置１００の処理の内容について説明する。図２は、本実施の形態にかかる保険情報出力装置の処理の内容を示すフローチャートである。図２のフローチャートにおいて、まず、取得部１０１によって、危険情報を取得したか否かを判断する（ステップＳ２０１）。【００２４】
ステップＳ２０１において、危険情報を取得するのを待って、取得した場合（ステップＳ２０１：Ｙｅｓ）は、判定部１０２によって、ステップＳ２０１において取得された危険情報を用いて、移動体を利用する被保険者の移動体の利用に関する優良度を判定する（ステップＳ２０２）。【００２５】
つぎに、生成部１０３によって、ステップＳ２０２において判定された優良度に応じて、被保険者の保険内容に関する保険情報を生成する（ステップＳ２０３）。具体的には、たとえば、保険情報の生成は、被保険者の保険等級を設定することにより見積もられる保険料金を含む保険情報を生成することとしてもよい。【００２６】
そして、出力部１０４によって、ステップＳ２０３において生成された保険情報を出力し（ステップＳ２０４）、一連の処理を終了する。【００２７】
なお、図２のフローチャートでは説明を省略したが、ステップＳ２０１において取得された危険情報に対して、図示しない精算部によって、危険情報の取得元となった被保険者に対して、危険情報の対価の支払いに関する精算処理をおこなうこととしてもよい。【００２８】
以上説明したように、本実施の形態によれば、被保険者の移動体の利用に関する優良度に応じた保険情報を出力するため、保険契約の最適化を図ることができる。すなわち、保険事業者は、被保険者に適した保険を提供でき、被保険者は、自身に最も適した保険の提供を受けることができる。【００２９】
また、危険情報の対価を精算する構成であるため、被保険者からの危険情報の提供を促進することによって、適切に危険情報を収集することができる。
【実施例１】
【００３０】
以下に、本発明の実施例１について説明する。本実施例１では、たとえば、車両（四輪車、二輪車を含む）などの移動体に搭載されるドライブレコーダ機能を有した車載端末に記録された情報を利用する、保険会社に設置された保険サーバによって、本発明の保険情報出力装置を実施した場合の一例について説明する。【００３１】
（システムの概要）
まず、図３および図４を用いて、本実施例１にかかる保険システムの概要について説明する。図３は、本実施例１にかかる保険システムの概要を示す説明図である。【００３２】
図３において、保険システム３００は、認証事業者３０１と、保険契約者３０２と、保険会社３０３と、から構成されている。【００３３】
認証事業者３０１は、保険会社３０３に対して認証システムを提供し、保険会社３０３から認証システムの使用料を徴収する。認証システムは、たとえば、保険会社３０３に設置された保険サーバに導入するシステムでもよい。【００３４】
使用料は、たとえば、認証システムの利用に際して、一括または所定の期間や利用件数に応じて課金される構成でもよい。利用件数に応じた課金は、たとえば、保険会社３０３に設置された保険サーバからの要求および認証情報の送付により認証事業者３０１に設置された認証サーバなどによって認証をおこなって、認証事業者３０１が、ログを元に課金することとしてもよい。【００３５】
保険契約者３０２は、通信やメモリカードの郵送などによって、保険会社３０３にトリガー情報を提出する。詳細は図７を用いて説明するが、トリガー情報は、たとえば、保険契約者３０２の所有する車両に搭載された車載端末によって記録される情報でもよく、保険会社３０３に設置された保険サーバによる保険契約者３０２の運転の優良度に関する判定などに用いることができる。【００３６】
また、車載端末は、認証事業者３０１が保険会社３０３に提供する認証システムの仕組みに対応している構成であり、車載端末で生成されたトリガー情報やそれを格納したメモリカードなどに認証情報を付加することができる。すなわち、保険契約者３０２は、認証事業者３０１から認証システムに対応した車載端末を購入する構成でもよい。【００３７】
保険会社３０３は、保険契約者３０２から提出されたトリガー情報を認証し、次年度の保険料見積もりに反映できる情報であった場合に、保険契約者３０２に対して情報提出割引を提供する。すなわち、保険契約者３０２は、自身のトリガー情報を提出することで、適切な保険料見積もりが受けられ、情報提供の対価として、割引を受けることができる。【００３８】
図４は、本実施例１にかかる保険システムにおける通信を示す説明図である。図４において、車載端末４０１は、図３に示した保険契約者３０２が利用する車両に搭載されており、ドライブレコーダ機能を有している。また、車載端末４０１は、インターネットなどのネットワーク４１０を介して保険サーバ４０２と接続されており、各種情報の送受信をおこなうことができる。【００３９】
具体的には、たとえば、車載端末４０１は、ドライブレコーダ機能によって記録されたトリガー情報を保険サーバ４０２に送信する。また、車載端末４０１は、たとえば、トリガー情報を送信する代わりに、トリガー情報が記録されたメモリカードを郵送して保険サーバ４０２が設置されている保険会社３０３へ提出する構成でもよい。そして、トリガー情報を送信した結果、保険サーバ４０２から出力される保険情報を受信することができる。【００４０】
保険情報は、たとえば、保険等級や保険料金などの保険内容を含む情報でもよく、保険契約者３０２の保険に対する次年度の保険料の見積もりなどである。そして、保険契約者３０２は、保険情報を確認して、保険契約を締結するか否かを決めることができる。保険契約を締結する場合、車載端末４０１から、保険契約者３０２の登録する契約情報や認証情報を送信することとしてもよい。【００４１】
なお、図４の説明では車載端末４０１によって保険情報を受信する構成としたが、保険契約者３０２が保険情報を確認することができる構成であればよく、その他通信機器によって受信することとしてもよい。同様に、契約情報や認証情報についても車載端末４０１から送信する代わりに、その他通信機器によって送信することとしてもよい。【００４２】
保険サーバ４０２は、車載端末４０１から受信したトリガー情報が正しい情報であるか否かを認証し、優良度の判定をおこなう。そして、詳細は図８および図９を用いて説明するが、判定された優良度に基づいて保険等級を決定して、車載端末４０１に保険情報を送信することとしてもよい。【００４３】
また、保険サーバ４０２は、車載端末４０１（保険契約者３０２）から受信したトリガー情報を保険料見積もりに使用した場合、トリガー情報を提供した保険契約者３０２に対して対価を支払うこととしてもよい。対価の支払いは、たとえば、保険契約者３０２が次年度の保険契約を締結する場合に保険料金を割り引くことによっておこなってもよい。【００４４】
（車載端末４０１のハードウェア構成）
つぎに、図５を用いて、本実施例１にかかる車載端末４０１のハードウェア構成について説明する。図５は、本実施例１にかかる車載端末のハードウェア構成の一例を示すブロック図である。【００４５】
図５において、車載端末４０１は、車両などの移動体に搭載されており、ＣＰＵ５０１と、ＲＯＭ５０２と、ＲＡＭ５０３と、磁気ディスクドライブ５０４と、磁気ディスク５０５と、光ディスクドライブ５０６と、光ディスク５０７と、音声Ｉ／Ｆ（インターフェース）５０８と、スピーカ５０９と、マイク５１０と、入力デバイス５１１と、映像Ｉ／Ｆ５１２と、ディスプレイ５１３と、通信Ｉ／Ｆ５１４と、ＧＰＳユニット５１５と、各種センサ５１６と、カメラ５１７と、を備えている。また、各構成部５０１〜５１７はバス５２０によってそれぞれ接続されている。【００４６】
まず、ＣＰＵ５０１は、車載端末４０１の全体の制御を司る。ＲＯＭ５０２は、ブートプログラム、情報記録プログラムなどの各種プログラムを記録している。また、ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。【００４７】
また、情報記録プログラムは、後述する各種センサ５１６によって、トリガーが検知された場合に、常時上書き記録していた車両の走行状態の記録先を切り替えさせる。走行状態の記録先は、たとえば、走行状態を常時上書き記録する上書き用記録領域と、トリガーを検知した場合に走行状態を保存する保存用記録領域を有するものであってもよいし、上書き記録用の記録媒体と保存用の記録媒体を備える構成としてもよい。また、上書き用記録領域や上書き記録用の記録媒体は、複数あってもよい。【００４８】
トリガーは、たとえば、後述するカメラ５１７によって撮像されたドライブレコーダ用画像を保存するきっかけとなるような、各種センサ５１６の出力などで、各種センサ５１６から、ＣＰＵ５０１によって決定されたしきい値を超える出力値があった場合に、トリガーが検知される構成でもよい。このしきい値は、たとえば、接触事故の遭遇や危険な運転などが判定可能な値でもよい。【００４９】
より具体的には、たとえば、トリガーは、車両に対する衝撃を検知するＧセンサの出力が、ＣＰＵ５０１によって決定されたしきい値を超えた場合に検知される。また、ドライブレコーダ用画像とともに、後述するトリガー情報を記録することとしてもよい。【００５０】
磁気ディスクドライブ５０４は、ＣＰＵ５０１の制御にしたがって磁気ディスク５０５に対するデータの読み取り／書き込みを制御する。磁気ディスク５０５は、磁気ディスクドライブ５０４の制御で書き込まれたデータを記録する。磁気ディスク５０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。【００５１】
また、光ディスクドライブ５０６は、ＣＰＵ５０１の制御にしたがって光ディスク５０７に対するデータの読み取り／書き込みを制御する。光ディスク５０７は、光ディスクドライブ５０６の制御にしたがってデータの読み出される着脱自在な記録媒体である。光ディスク５０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク５０７のほか、ＭＯ、メモリカードなどであってもよい。【００５２】
磁気ディスク５０５、光ディスク５０７に記録される情報の一例として、後述するマイク５１０やカメラ５１７で得られた車内外の音声や映像、後述するＧＰＳユニット５１５で検出された車両の現在地点情報、後述する各種センサ５１６からの出力値などが挙げられる。また、各種センサ５１６の出力から検知したトリガーに基づいてトリガー情報を累積保存してもよい。これらの情報は、車載端末４０１が有するドライブレコーダ機能によって記録され、交通事故発生時の検証用資料などとして用いられる。また、図６に後述する保険サーバ４０２に送信されて保険料見積もりに用いられることとしてもよい。【００５３】
また、音声Ｉ／Ｆ５０８は、音声出力用のスピーカ５０９および音声入力用のマイク５１０に接続される。スピーカ５０９からは音声が出力され、マイク５１０に受音された音声は、音声Ｉ／Ｆ５０８内でＡ／Ｄ変換される。なお、マイク５１０から入力された音声は、音声データとして磁気ディスク５０５あるいは光ディスク５０７に記録可能である。【００５４】
また、入力デバイス５１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。【００５５】
また、映像Ｉ／Ｆ５１２は、ディスプレイ５１３およびカメラ５１７と接続される。映像Ｉ／Ｆ５１２は、具体的には、たとえば、ディスプレイ５１３全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ５１３を表示制御する制御ＩＣなどによって構成される。【００５６】
ディスプレイ５１３には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ５１３は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。【００５７】
カメラ５１７は、車両内部あるいは外部の映像を撮影する。映像は静止画あるいは動画のどちらでもよく、たとえば、カメラ５１７によって車両内部の搭乗者の挙動を撮影し、撮影した映像を映像Ｉ／Ｆ５１２を介して磁気ディスク５０５や光ディスク５０７などの記録媒体に出力する。また、カメラ５１７によって車両外部の状況を撮影し、撮影した映像を映像Ｉ／Ｆ５１２を介して磁気ディスク５０５や光ディスク５０７などの記録媒体に出力する。また、記録媒体に出力された映像は、ドライブレコーダ用画像として上書き記録や保存がおこなわれる。【００５８】
また、通信Ｉ／Ｆ５１４は、無線を介してネットワーク４１０に接続され、車載端末４０１とＣＰＵ５０１とのインターフェースとして機能する。通信Ｉ／Ｆ５１４は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ５０１とのインターフェースとしても機能する。【００５９】
また、ＧＰＳユニット５１５は、ＧＰＳ衛星からの受信波や後述する各種センサ５１６（たとえば、角速度センサや加速度センサ、タイヤの回転数など）からの出力値を用いて、車両の現在地点を示す情報を算出する。現在地点を示す情報は、たとえば緯度・経度、高度などの、地図情報上の１点を特定する情報である。【００６０】
各種センサ５１６は、車速センサや加速度センサ、Ｇセンサ、角速度センサなどであり、その出力値は、ＧＰＳユニット５１５による現在地点の算出や、速度や方位の変化量の測定などに用いられる。具体的には、たとえば、各種センサ５１６は、オドメーター、速度変化量、方位変化量などを出力する。この出力値により、急ブレーキ、急ハンドルなどの動態を解析することができる。【００６１】
また、各種センサ５１６は、運転者による車両の各操作を検知するセンサなども含む。車両の各操作の検知は、たとえば、ハンドル操作やウインカーの入力やアクセルペダルの踏み込みやブレーキペダルの踏み込みなどを検知する構成としてもよい。また、各種センサ５１６の出力値は、ドライブレコーダ機能で記録するデータとしてもよい。【００６２】
また、各種センサ５１６においては、前述のようにドライブレコーダ用画像を保存する際のトリガーが検知された場合にドライブレコーダ用画像が磁気ディスク５０５、光ディスク５０７などに保存されることとしてもよい。トリガーは、たとえば、ドライブレコーダ用画像を保存するきっかけとなるものなどで、各種センサ５１６における、所定のしきい値以上の出力や所定のパターンと近似する出力などをトリガーとする構成でもよい。【００６３】
また、本実施例１にかかるトリガーは、たとえば、通常のドライブレコーダ用画像を記録するトリガーよりも低く設定する構成である。すなわち、このようにすることで、ドライブレコーダの機能を作動させる程ではないが、運転者の技量などを判定する材料に有用なトリガーを検知することとなり、後述する保険サーバ４０２による保険料見積もりなどが的確におこなえることとなる。【００６４】
より具体的に、たとえば、各種センサ５１６におけるトリガーは、振動センサで規定以上の振動や所定の振動パターンを検知した場合に設定してもよい。所定の振動パターンは、急激な立ち上がりなど、異常を示す振動パターンであればよい。【００６５】
また、トリガーは、たとえば、Ｇセンサで規定以上のＧや所定のＧのかかり方のパターンを検知した場合に設定してもよい。所定のＧのかかり方は、急激な立ち上がりなど、異常を示すパターンであればよい。あるいは、車体の接触センサによる、他との接触の有無やエアバッグなどの作動や車両の停止をトリガーとする構成でもよい。さらに、前述のトリガーは一つ以上であればよく、複数を組み合わせてトリガーとしてもよい。【００６６】
（保険サーバ４０２のハードウェア構成）
つづいて、図６を用いて、本実施例１にかかる保険サーバ４０２のハードウェア構成について説明する。図６は、本実施例１にかかる保険サーバのハードウェア構成の一例を示すブロック図である。【００６７】
図６において、保険サーバ４０２は、車両保険などを提供する保険会社３０３に設置されており、ＣＰＵ６０１と、ＲＯＭ６０２と、ＲＡＭ６０３と、磁気ディスクドライブ６０４と、磁気ディスク６０５と、光ディスクドライブ６０６と、光ディスク６０７と、音声Ｉ／Ｆ（インターフェース）６０８と、スピーカ６０９と、入力デバイス６１０と、映像Ｉ／Ｆ６１１と、ディスプレイ６１２と、通信Ｉ／Ｆ６１３と、を備えている。また、各構成部６０１〜６１３はバス６２０によってそれぞれ接続されている。【００６８】
まず、ＣＰＵ６０１は、保険サーバ４０２の全体の制御を司る。ＲＯＭ６０２は、ブートプログラム、保険情報生成プログラム、認証プログラムなどの各種プログラムを記録している。また、ＲＡＭ６０３は、ＣＰＵ６０１のワークエリアとして使用される。【００６９】
保険情報生成プログラムは、後述する通信Ｉ／Ｆ６１３によって、車載端末４０１から送信されるトリガー情報に基づいて、保険契約者３０２の保険情報を生成させる。詳細は図１０および図１１を用いて説明するが、保険情報は、保険契約者３０２の優良度を判定することによって決定する保険等級や保険料などの保険内容を含む情報である。【００７０】
また、認証プログラムは、保険契約者３０２を認証させる。具体的には、たとえば、認証は、車載端末４０１から送信されてくるトリガー情報が、保険を契約する保険契約者３０２の情報であるか否かを認証したりする。【００７１】
磁気ディスクドライブ６０４は、ＣＰＵ６０１の制御にしたがって磁気ディスク６０５に対するデータの読み取り／書き込みを制御する。磁気ディスク６０５は、磁気ディスクドライブ６０４の制御で書き込まれたデータを記録する。磁気ディスク６０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。【００７２】
また、光ディスクドライブ６０６は、ＣＰＵ６０１の制御にしたがって光ディスク６０７に対するデータの読み取り／書き込みを制御する。光ディスク６０７は、光ディスクドライブ６０６の制御にしたがってデータの読み出される着脱自在な記録媒体である。光ディスク６０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク６０７のほか、ＭＯ、メモリカードなどであってもよい。【００７３】
磁気ディスク６０５、光ディスク６０７に記録される情報の一例として、保険契約者３０２や保険契約に関する情報が挙げられる。保険サーバ４０２は、この保険契約者３０２や保険契約に関する情報に基づいて、保険契約者３０２の認証や保険情報の生成をおこなう。【００７４】
また、音声Ｉ／Ｆ６０８は、音声出力用のスピーカ６０９に接続され、スピーカ６０９からは音声が出力される。【００７５】
また、入力デバイス６１０は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。【００７６】
また、映像Ｉ／Ｆ６１１は、ディスプレイ６１２と接続される。映像Ｉ／Ｆ６１１は、具体的には、たとえば、ディスプレイ６１２全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ６１２を表示制御する制御ＩＣなどによって構成される。【００７７】
ディスプレイ６１２には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ６１２は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。【００７８】
また、通信Ｉ／Ｆ６１３は、無線を介してネットワーク４１０に接続され、保険サーバ４０２とＣＰＵ６０１とのインターフェースとして機能する。通信Ｉ／Ｆ６１３は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ６０１とのインターフェースとしても機能する。【００７９】
なお、図１に示した保険情報出力装置１００が備える取得部１０１、判定部１０２、生成部１０３、出力部１０４は、図６に示した保険サーバ４０２におけるＲＯＭ６０２、ＲＡＭ６０３、磁気ディスク６０５、光ディスク６０７などに記録されたプログラムやデータを用いて、ＣＰＵ６０１が所定のプログラムを実行し、保険サーバ４０２における各部を制御することによってその機能を実現する。【００８０】
すなわち、本実施例１の保険サーバ４０２は、保険サーバ４０２における記録媒体としてのＲＯＭ６０２に記録されているプログラムを実行することにより、図１に示した保険情報出力装置１００が備える機能を、図２に示した手順で実行することができる。【００８１】
（トリガー情報の概要）
つぎに、図７を用いて、本実施例１にかかるトリガー情報について説明する。図７は、本実施例１にかかるトリガー情報一覧表の一例を示す説明図である。図７において、トリガー情報一覧表７００は、トリガーの種類、トリガー値、検知日、検知地点、天候などを含んでいる。なお、トリガー情報一覧表７００は、複数の運転者ごとに生成する構成でもよく、必要に応じて読み出されて、判定処理や出力（表示）処理に用いられる。【００８２】
トリガーの種類は、たとえば、Ｇセンサなど各種センサ５１６について設定されたトリガーであり、複数あってもよい。トリガー値は、たとえば、トリガーを検知した時点におけるトリガーの数値であり、検知前後の数値の推移を示す数値表やグラフなどでもよい。トリガー値は、トリガーのレベルをランクごとに分けて管理してもよい。また、検知日は時刻を含んでいてもよい。【００８３】
さらに、トリガー情報一覧表７００における検知地点は、緯度・経度で示しているが、交差点や踏切やカーブやカーブの曲率などの道路形状の特徴や住所などを示す構成でもよい。道路形状の特徴は、記録媒体に記録された地図情報や、カメラ５１７によって撮影された画像を解析して取得する構成でもよい。また、天候は、ワイパーの作動状況やインターネット上の天気情報から取得してもよい。【００８４】
（優良度の概要）
つぎに、図８を用いて、本実施例１にかかる優良度について説明する。図８は、本実施例１にかかる優良度の一例を示す説明図である。図８において、優良度表８００は、優良度と、その算定期間を示しており保険サーバ４０２によって判定が実施される。【００８５】
優良度の判定は、たとえば、図７に示したトリガー情報一覧表７００を用いて、トリガーの種類やトリガーの回数などの情報に基づいて、複数のランクのうちいずれかに分類することとしてもよい。優良度の分類は、たとえば、Ａ、Ｂ、Ｃ・・・や優、良、可・・・などであってもよい。【００８６】
具体的には、たとえば、優良度の判定は、所定期間内のトリガーの回数、所定期間内のトリガーのランクに応じた係数を乗じたトリガー回数の合計値、所定期間内に重大事故に繋がる可能性のあるトリガー値の有無などに応じて優良度を判定する構成でもよい。また、優良度の判定は、交差点付近や所定以上の曲率のカーブでのトリガーの回数に応じて、回数が少なければ優良度を高く（運転技量が高いと）判定してもよい。また、優良度の判定は、交差点付近や所定以上の曲率のカーブではない普通の道路でのトリガーの回数に応じて、回数が多ければ優良度を低く（運転性向が荒いと）判定してもよい。さらに、優良度の判定は、雨などの荒天時を除いた通常時のトリガー回数や、雨などの荒天時のトリガー回数を用いて判定してもよい。【００８７】
また、優良度の判定は、たとえば、運転者を認証して、運転者が保険契約者３０２であれば、その運転回数や運転距離などを用いて判定することとしてもよい。具体的には、たとえば、所定の運転距離に応じたトリガー発生率などによって判定する構成でもよい。【００８８】
また、算定期間は、判定時に保険会社３０３によって指定できる構成でもよく、指定された算定期間における優良度を判定する。また、複数の保険契約者３０２を一覧にして判定してもよい。なお、本実施例１では、優良度の判定を保険サーバ４０２でおこなうこととしたが、車載端末４０１でおこなうこととしてもよい。その場合、車載端末４０１は、トリガー情報を保険サーバ４０２に送信する代わりに優良度を送信することとなる。【００８９】
（保険等級の概要）
つぎに、図９を用いて、本実施例１にかかる保険等級について説明する。図９は、本実施例１にかかる保険等級の一例を示す説明図である。図９において、保険等級表９００は、優良度と、その優良度に対応付けられた保険等級を示しており、図６に示した保険サーバ４０２における磁気ディスク６０５や光ディスク６０７などの記録媒体に記録されている。すなわち、保険サーバ４０２は、判定された優良度と、保険等級表９００とを参照して、保険契約者３０２の保険等級を決定することができる。【００９０】
また、保険等級表９００は、保険会社３０３によってあらかじめ設定されていることとしてもよく、保険サーバ４０２は、決定された保険等級によって、保険料や保険の割引率を含む保険情報を生成することができる。【００９１】
このように、保険契約者３０２の優良度に対応付けられた保険等級表９００を用いて保険等級を決定することで、ペーパードライバーなど、運転技量と関係なく保険等級が改善されることを防ぐことができる。すなわち、無事故の期間が長くても運転が下手であれば優良度は低くなるために、保険等級は一定のレベルまでの改善となり、保険契約者３０２にとって適切な保険情報を生成することができる。より具体的には、たとえば、通常、長期間無事故であれば保険等級が１となるところ、優良度がＣであると、保険等級は８となる。【００９２】
なお、本実施例１では説明を省略したが、図７〜図９に示した各表（トリガー情報一覧表７００，優良度表８００，保険等級表９００）は、それぞれ改ざんなどを防止するため、暗号化などのデータ保護をおこなうこととしてもよい。このようにすれば、不正を防止して、適切な保険情報を生成することができる。【００９３】
（車載端末４０１の処理の内容）
ここで、図１０を用いて、本実施例１にかかる車載端末４０１の処理の内容について説明する。図１０は、本実施例１にかかる車載端末の処理の内容を示すフローチャートである。図１０のフローチャートにおいて、まず、車載端末４０１は、車載端末４０１を搭載した車両が所定期間走行したか否かを判断する（ステップＳ１００１）。車両の走行に関する判断は、たとえば、各種センサ５１６の出力を参照しておこなってもよい。また、所定期間は、車両の利用者である保険契約者３０２や保険会社３０３によって設定されていてもよく、図８に示した算定期間や保険の契約更新間隔であってもよい。【００９４】
ステップＳ１００１において、車両が所定期間走行するのを待って、所定期間走行した場合（ステップＳ１００１：Ｙｅｓ）は、ＣＰＵ５０１によって、所定期間の走行におけるトリガー情報を生成する（ステップＳ１００２）。トリガー情報の生成は、たとえば、磁気ディスク５０５や光ディスク５０７などの記録媒体に記録されたドライブレコーダ用画像やトリガー値などを用いておこなう。【００９５】
つぎに、通信Ｉ／Ｆ５１４によって、保険サーバ４０２に対してステップＳ１００２において生成されたトリガー情報を出力する（ステップＳ１００３）。なお、図１０のフローチャートでは、通信Ｉ／Ｆ５１４によってトリガー情報を出力する構成としたが、その他、ディスプレイ５１３やスピーカ５０９や着脱可能な記録媒体に出力して、出力されたトリガー情報を、車両の利用者である保険契約者３０２が保険会社３０３へ提出する構成でもよい。【００９６】
そして、ステップＳ１００３においてトリガー情報が出力された結果、通信Ｉ／Ｆ５１４によって、保険サーバ４０２から出力される保険情報を取得したか否かを判断する（ステップＳ１００４）。なお、図１０のフローチャートでは、保険情報の取得を通信Ｉ／Ｆ５１４を介しておこなうこととしたが、入力デバイス５１１によって、車両の利用者である保険契約者３０２からの入力を受け付けてもよい。【００９７】
ステップＳ１００４において、保険情報を取得するのを待って、取得した場合（ステップＳ１００４：Ｙｅｓ）は、ＣＰＵ５０１によって、保険情報に応じた契約をするか否かを判断する（ステップＳ１００５）。契約をするか否かの判断は、たとえば、車両の利用者である保険契約者３０２が保険情報を確認することによって決定する構成でもよく、決定した内容を入力デバイス５１１によって入力する構成でもよい。【００９８】
ステップＳ１００５において、契約する場合（ステップＳ１００５：Ｙｅｓ）は、入力デバイス５１１からクレジットカード情報を入力することによって、通信Ｉ／Ｆ５１４を介して保険会社３０３に契約に応じた保険料を支払って（ステップＳ１００６）、一連の処理を終了する。【００９９】
また、ステップＳ１００５において、契約しない場合（ステップＳ１００５：Ｎｏ）は、そのまま一連の処理を終了する。【０１００】
なお、図１０のフローチャートでは、ステップＳ１００１〜ステップＳ１００３において、所定期間の走行に対するトリガー情報を保険サーバ４０２に出力（提出）する構成としたが、トリガー発生時にその都度出力（提出）してもよいし、エンジンのＯＮ／ＯＦＦごと（１ドライブごと）や週単位や月単位に出力（提出）してもよい。その場合、保険サーバ４０２は受け取ったトリガー情報を保険契約者３０２ごとに蓄積保存して、保険契約の更新時にまとめて利用する。【０１０１】
また、図１０のフローチャートでは、ステップＳ１００４〜ステップＳ１００６における処理を車載端末４０１によっておこなう構成としたが、車両の利用者である保険契約者３０２と保険会社３０３との間でそれぞれ情報の授受や契約をおこなう構成でもよい。換言すれば、車両のトリガー情報を用いて、保険契約者３０２と保険会社３０３とが直接交渉をおこなって保険を契約する構成であればよい。【０１０２】
（保険サーバ４０２の処理の内容）
つぎに、図１１を用いて、本実施例１にかかる保険サーバ４０２の処理の内容について説明する。図１１は、本実施例１にかかる保険サーバの処理の内容を示すフローチャートである。図１１のフローチャートにおいて、まず、保険サーバ４０２は、通信Ｉ／Ｆ６１３によって、車載端末４０１からトリガー情報を取得したか否かを判断する（ステップＳ１１０１）。なお、トリガー情報の取得は、保険契約者３０２からの提出を受け付ける構成でもよい。【０１０３】
ステップＳ１１０１において、トリガー情報を取得するのを待って、取得した場合（ステップＳ１１０１：Ｙｅｓ）は、ＣＰＵ６０１によって、利用者を認証する（ステップＳ１１０２）。利用者の認証は、たとえば、トリガー情報を出力した車両（車載端末４０１）の利用者について保険契約者３０２の認証をおこなうことで、あらかじめ用意された保険契約者３０２のリストと認証情報に基づいておこなう構成でもよい。【０１０４】
そして、ＣＰＵ６０１によって、ステップＳ１１０１において取得されたトリガー情報を用いて、ステップＳ１１０２において認証された利用者である保険契約者３０２の優良度を判定する（ステップＳ１１０３）。【０１０５】
つぎに、ＣＰＵ６０１によって、ステップＳ１１０３において判定された優良度に基づいて、車両（車載端末４０１）の利用者である保険契約者３０２に対する保険情報を生成する（ステップＳ１１０４）。【０１０６】
そして、通信Ｉ／Ｆ６１３によって、車載端末４０１にステップＳ１１０４において生成された保険情報を出力する（ステップＳ１１０５）。なお、図１１のフローチャートでは、通信Ｉ／Ｆ６１３によって車載端末４０１に保険情報を出力する構成としたが、車両（車載端末４０１）の利用者である保険契約者３０２が確認可能となるように出力すればよい。具体的には、たとえば、紙面でプリントアウトして郵送したりしてもよい。【０１０７】
その後、ＣＰＵ６０１によって、ステップＳ１１０５において保険情報が出力された結果、保険契約者３０２と保険の契約がされるか否かを判断する（ステップＳ１１０６）。契約の判断は、入力デバイス６１０や通信Ｉ／Ｆ６１３によって契約情報の入力を受け付けることとしてもよい。【０１０８】
ステップＳ１１０６において、契約される場合（ステップＳ１１０６：Ｙｅｓ）は、通信Ｉ／Ｆ６１３によって、車載端末４０１にステップＳ１１０４において生成された保険情報における保険料を出力し（ステップＳ１１０７）、一連の処理を終了する。なお、図１１のフローチャートでは、保険料を車載端末４０１に出力する構成としたが、車両（車載端末４０１）の利用者である保険契約者３０２が確認可能となるように出力すればよい。具体的には、たとえば、紙面でプリントアウトして郵送したりしてもよい。【０１０９】
また、ステップＳ１１０６において、契約されない場合（ステップＳ１１０６：Ｎｏ）は、そのまま一連の処理を終了する。なお、図１１のフローチャートでは説明を省略したが、保険の契約がされない場合に、新たに家族限定などの条件を付けてプランを変更した保険情報を生成し、契約を促す構成でもよい。【０１１０】
以上説明したように、本実施例１によれば、保険契約者の優良度に応じて生成された保険情報によって、保険契約を締結することができるため、保険会社は、保険契約者に対して最適な保険情報を生成し、保険契約者は、自身に最適な保険契約をおこなうことができる。すなわち、保険契約者は、最適な保険によって適切な保障を受けることができ、車社会の秩序を守ることができる。【０１１１】
また、本実施例１によれば、利用者は、トリガー情報の提供に対して、保険契約の割引を受けることができる。また、保険会社は、保険の割引を提供することによって保険契約者の増加を図ることができる。
【実施例２】
【０１１２】
つぎに、本発明の実施例２について説明する。本実施例２では、前述の実施例１で説明した保険サーバ４０２による認証を、図３に示した認証事業者３０１に設置されたＤＢサーバでおこなう場合について説明する。なお、本実施例２にかかる保険システム３００の概要については図３、車載端末４０１のハードウェア構成については図５、保険サーバ４０２のハードウェア構成については図６とそれぞれほぼ同様であるため、説明を省略する。また、トリガー情報の概要については図７、優良度の概要については図８、保険等級の概要については図９とそれぞれほぼ同様であるため、説明を省略する。【０１１３】
（通信の概要）
まず、図１２を用いて、本実施例２にかかる保険システムにおける通信について説明する。図１２は、本実施例２にかかる保険システムにおける通信を示す説明図である。なお、図１２の説明では、図４と同様の構成については同符号を付して説明を省略する。【０１１４】
図１２において、ＤＢサーバ１２０１は、図３に示した認証事業者３０１に設置されており、インターネットなどのネットワーク４１０を介して車載端末４０１および保険サーバ４０２と接続されており、各種情報の送受信をおこなうことができる。【０１１５】
具体的には、たとえば、車載端末４０１は、ドライブレコーダ機能によって記録されたトリガー情報をＤＢサーバ１２０１に送信する。また、車載端末４０１は、たとえば、トリガー情報を送信する代わりに、トリガー情報が記録されたメモリカードを郵送してＤＢサーバ１２０１が設置されている認証事業者３０１へ提出する構成でもよい。【０１１６】
そして、ＤＢサーバ１２０１は、車載端末４０１から送信されたトリガー情報を取得し、認証する。トリガー情報の認証は、たとえば、トリガー情報を送信した車載端末４０１を所有する保険契約者３０２の認証や、トリガー情報が正しい情報であるか否かの認証などをおこなう。【０１１７】
つづいて、ＤＢサーバ１２０１は、保険会社３０３に設置された保険サーバ４０２からのアクセスに応じて、認証したトリガー情報を出力し、保険会社３０３から提供するトリガー情報に対する対価を得る。【０１１８】
そして、保険サーバ４０２は、図８および図９に示したように、優良度に基づいて保険等級を決定して、車載端末４０１に保険情報を送信する。このようにして、車載端末４０１は、トリガー情報を送信した結果、保険サーバ４０２から出力される保険情報を受信することができる。【０１１９】
また、保険サーバ４０２は、車載端末４０１（保険契約者３０２）によって出力されてＤＢサーバ１２０１から受信したトリガー情報を保険料見積もりに使用した場合、トリガー情報を提供した保険契約者３０２に対して対価を支払うこととしてもよい。対価の支払いは、たとえば、保険契約者３０２が次年度の保険契約を締結する場合に保険料金を割り引くことによっておこなってもよい。すなわち、保険契約者３０２は、保険料金の割引の恩恵を受ける代わりに、この保険システムに登録する構成でもよい。【０１２０】
（ＤＢサーバ１２０１のハードウェア構成）
つぎに、図１３を用いて、本実施例２にかかるＤＢサーバ１２０１のハードウェア構成について説明する。図１３は、本実施例２にかかるＤＢサーバのハードウェア構成の一例を示すブロック図である。【０１２１】
図１３において、ＤＢサーバ１２０１は、図３に示した認証事業者３０１に設置されており、ＣＰＵ１３０１と、ＲＯＭ１３０２と、ＲＡＭ１３０３と、磁気ディスクドライブ１３０４と、磁気ディスク１３０５と、光ディスクドライブ１３０６と、光ディスク１３０７と、音声Ｉ／Ｆ（インターフェース）１３０８と、スピーカ１３０９と、入力デバイス１３１０と、映像Ｉ／Ｆ１３１１と、ディスプレイ１３１２と、通信Ｉ／Ｆ１３１３と、を備えている。また、各構成部１３０１〜１３１３はバス１３２０によってそれぞれ接続されている。【０１２２】
まず、ＣＰＵ１３０１は、ＤＢサーバ１２０１の全体の制御を司る。ＲＯＭ１３０２は、ブートプログラム、認証プログラムなどの各種プログラムを記録している。また、ＲＡＭ１３０３は、ＣＰＵ１３０１のワークエリアとして使用される。【０１２３】
認証プログラムは、保険契約者３０２を認証させる。具体的には、たとえば、認証は、車載端末４０１から送信されてくるトリガー情報が、保険を契約する保険契約者３０２の情報であるか否かを認証したりする。【０１２４】
磁気ディスクドライブ１３０４は、ＣＰＵ１３０１の制御にしたがって磁気ディスク１３０５に対するデータの読み取り／書き込みを制御する。磁気ディスク１３０５は、磁気ディスクドライブ１３０４の制御で書き込まれたデータを記録する。磁気ディスク１３０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。【０１２５】
また、光ディスクドライブ１３０６は、ＣＰＵ１３０１の制御にしたがって光ディスク１３０７に対するデータの読み取り／書き込みを制御する。光ディスク１３０７は、光ディスクドライブ１３０６の制御にしたがってデータの読み出される着脱自在な記録媒体である。光ディスク１３０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク１３０７のほか、ＭＯ、メモリカードなどであってもよい。【０１２６】
磁気ディスク１３０５、光ディスク１３０７に記録される情報の一例として、保険契約者３０２に関する情報が挙げられる。ＤＢサーバ１２０１は、この保険契約者３０２に関する情報に基づいて、保険契約者３０２の認証をおこなう。【０１２７】
また、音声Ｉ／Ｆ１３０８は、音声出力用のスピーカ１３０９に接続され、スピーカ１３０９からは音声が出力される。【０１２８】
また、入力デバイス１３１０は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。【０１２９】
また、映像Ｉ／Ｆ１３１１は、ディスプレイ１３１２と接続される。映像Ｉ／Ｆ１３１１は、具体的には、たとえば、ディスプレイ１３１２全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ１３１２を表示制御する制御ＩＣなどによって構成される。【０１３０】
ディスプレイ１３１２には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ１３１２は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。【０１３１】
また、通信Ｉ／Ｆ１３１３は、無線を介してネットワーク４１０に接続され、ＤＢサーバ１２０１とＣＰＵ１３０１とのインターフェースとして機能する。通信Ｉ／Ｆ１３１３は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ１３０１とのインターフェースとしても機能する。【０１３２】
（車載端末４０１の処理の内容）
本実施例２にかかる車載端末４０１の処理の内容は、実施例１で前述した図１０とほぼ同様であるため、実施例１と異なる処理について説明する。具体的には、たとえば、実施例１と異なる処理は、図１０に示したステップＳ１００３において、保険サーバ４０２に対してトリガー情報を出力する代わりに、ＤＢサーバ１２０１に対してトリガー情報を出力する構成となっている。【０１３３】
（ＤＢサーバ１２０１の処理の内容）
本実施例２にかかるＤＢサーバ１２０１の処理の内容は、実施例１で前述した図１１におけるステップＳ１１０１およびステップＳ１１０２を保険サーバ４０２の代わりにおこなう構成である。具体的には、たとえば、ＤＢサーバ１２０１は、車載端末４０１からトリガー情報を取得すると、ＣＰＵ１３０１によって、利用者を認証する。そして、認証済のトリガー情報を、保険サーバ４０２の要求に応じて送信する構成である。換言すれば、利用者の認証を、保険サーバ４０２の代わりにおこなう構成であり、このようにすることで、保険サーバ４０２に対する処理の負担を軽減することができる。なお、本実施例２では、ＤＢサーバ１２０１は、保険サーバ４０２からの要求に応じて提供するトリガー情報の対価を受け取ることとしてもよい。【０１３４】
（保険サーバ４０２の処理の内容）
本実施例２にかかる保険サーバ４０２の処理の内容は、実施例１で前述した図１１におけるステップＳ１１０３以降とほぼ同様である。具体的には、たとえば、保険サーバ４０２は、ＤＢサーバ１２０１によって認証されたトリガー情報を要求して取得する。そして、ステップＳ１１０３における優良度の判定をおこなう構成である。なお、本実施例２では、ＤＢサーバ１２０１から取得したトリガー情報に応じて、ＤＢサーバ１２０１に対価を支払うこととしてもよい。【０１３５】
以上説明したように、本実施例２によれば、認証事業者によって保険契約者を認証することで、保険会社の負担を軽減できる。また、認証事業者や保険会社やトリガー情報を提供した保険契約者に対して、適切に対価の支払いや保険料の割引をおこなうことができる。
【実施例３】
【０１３６】
つぎに、本発明の実施例３について説明する。本実施例２では、前述の実施例１で説明した保険契約者３０２が提供するトリガー情報に応じて、保険会社から保険の割引などを受ける代わりに、ＤＢサーバ１２０１から提供したトリガー情報の対価を受け取る場合について説明する。なお、本実施例３にかかる保険システム３００の概要については図３、車載端末４０１のハードウェア構成については図５、保険サーバ４０２のハードウェア構成については図６、ＤＢサーバ１２０１のハードウェア構成については図１３とそれぞれほぼ同様であるため、説明を省略する。また、トリガー情報の概要については図７、優良度の概要については図８、保険等級の概要については図９とそれぞれほぼ同様であるため、説明を省略する。【０１３７】
（通信の概要）
本実施例３にかかる保険システムの通信については、実施例２における図１２とほぼ同様の構成であるため、前述した図１２を用いて実施例２と異なる構成について説明する。【０１３８】
本実施例３では、ＤＢサーバ１２０１が設置されている認証事業者３０１への対価は、保険サーバ４０２からのアクセスに応じて保険会社３０３から支払われる。そして、認証事業者３０１は、保険会社３０３から支払われた対価の一部から、保険サーバ４０２からアクセスのあったトリガー情報の提供元となった車載端末４０１を保有する保険契約者３０２に情報提供料を支払う。【０１３９】
あるいは、ＤＢサーバ１２０１が設置されている認証事業者３０１への対価は、保険サーバ４０２からのアクセスに応じて保険会社３０３から支払われる。そして、認証事業者３０１は、保険会社３０３から支払われた対価の一部を原資として、トリガー情報の提供元となった車載端末４０１を保有する保険契約者３０２に情報提供料を支払うこととしてもよい。【０１４０】
また、ＤＢサーバ１２０１が設置されている認証事業者３０１への対価は、保険契約者３０２と保険会社３０３との間の次年度保険契約実績に応じて保険会社３０３から支払われることとしてもよい。そして、認証事業者３０１は、保険会社３０３から次年度保険契約情報を取得して、次年度の保険契約に利用したトリガー情報の提供元となった車載端末４０１を保有する保険契約者３０２に情報提供料を支払うこととしてもよい。【０１４１】
以上説明したように、本実施例３によれば、認証事業者によって保険契約者を認証することで、保険会社の負担を軽減できる。また、認証事業者や保険会社やトリガー情報を提供した保険契約者に対して、適切に対価の支払いをおこなうことができる。【０１４２】
なお、本実施の形態で説明した保険情報出力方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【図１】
2008038340.tif 000003
【図２】
2008038340.tif 000004
【図３】
2008038340.tif 000005
【図４】
2008038340.tif 000006
【図５】
2008038340.tif 000007
【図６】
2008038340.tif 000008
【図７】
2008038340.tif 000009
【図８】
2008038340.tif 000010
【図９】
2008038340.tif 000011
【図１０】
2008038340.tif 000012
【図１１】
2008038340.tif 000013
【図１２】
2008038340.tif 000014
【図１３】
2008038340.tif 000015
【手続補正書】
【提出日】平成21年3月11日(2009.3.11)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、保険情報を出力する保険情報出力方法、保険情報出力装置、保険情報出力プログラムおよびコンピュータに読み取り可能な記録媒体に関する。ただし、この発明の利用は、上述した保険情報出力方法、保険情報出力装置、保険情報出力プログラムおよびコンピュータに読み取り可能な記録媒体には限られない。
【背景技術】
【０００２】
従来、飛行機に搭載されたフライトレコーダと同様に、走行中の車両の周辺状況の記録をおこなうドライブレコーダが知られている。このようなドライブレコーダは、たとえば、車両前方を撮影する前方カメラ、後方を撮影する後方カメラ、前方および後方映像を基準信号に同期して画像メモリの所定領域に書き込む機能を有しており、画像メモリ情報に車両位置情報および時刻情報を付与した記録情報をバッファメモリに定常的に記録する。
【０００３】
そして、ドライブレコーダは、衝撃検知センサによって所定値以上の衝撃を検知すると、検知時点から所定時間の間の記録情報をストレージメモリに保存する。このように、あて逃げ事件などの事件に遭遇したとき、ストレージメモリに保存された記録情報を確認してあて逃げ車両の特定をおこなうことができる（たとえば、下記特許文献１参照。）。
【０００４】
ところで、ドライブレコーダによって記録された記録情報は、所定値以上の衝撃を検知した時点から所定時間の間の画像メモリ情報であるため、あて逃げ事件に関する確認のみならず、利用者が危険な運転をしたときの状況や、危険な運転の回数などを確認することができる。すなわち、ドライブレコーダによって記録された記録情報は、当該ドライブレコーダが搭載された車両の利用者の優良度（運転技術の習熟度）を判定する情報としても有用であるといえる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２２４１０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来技術では、ドライブレコーダによって記録された記録情報は、専ら事故発生時の状況を確認する情報として扱われているだけであり、記録情報が十分に活用されていないという問題が一例として挙げられる。
【０００７】
具体的には、たとえば、記録情報の活用は、自動車保険会社による保険料金の算出などに利用者の優良度を利用することが挙げられる。一般的に、保険料金の算出は、過去の事故歴から、将来的に利用者が事故に遭遇して保険料支払いが発生する確率を予測することによって、利用者ごとの保険料金を算出している。
【０００８】
しかし、利用者が事故に遭遇するのは、利用者の運転技量や運転性向などの優良度が大きく関係しており、必ずしも過去の事故歴に、利用者の優良度が反映されているとは限らない。すなわち、ドライブレコーダによって記録された記録情報によって判定可能な利用者の優良度を利用した保険料金の算出ができないという問題が一例として挙げられる。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかる保険情報出力方法は、移動体の挙動を検出するセンサの出力値によって当該移動体の挙動が危険となった際の前記出力値を含む危険情報を取得する取得工程と、前記取得工程によって取得された危険情報を用いて、前記移動体を利用する被保険者の当該移動体の利用に関する優良度を判定する判定工程と、前記判定工程によって判定された優良度に応じて、前記被保険者の保険内容に関する保険情報を生成する生成工程と、前記生成工程によって生成された保険情報を出力する出力工程と、を含み、前記判定工程は、前記取得工程にて取得された危険情報に前記移動体の外部環境の影響による情報が含まれている場合は、当該外部環境の影響による情報を除外して前記優良度の判定をおこなうことを特徴とする。
【００１０】
また、請求項５の発明にかかる保険情報出力装置は、移動体の挙動を検出するセンサの出力値によって当該移動体の挙動が危険となった際の前記出力値を含む危険情報を取得する取得手段と、前記取得手段によって取得された危険情報を用いて、前記移動体を利用する被保険者の当該移動体の利用に関する優良度を判定する判定手段と、前記判定手段によって判定された優良度に応じて、前記被保険者の保険内容に関する保険情報を生成する生成手段と、前記生成手段によって生成された保険情報を出力する出力手段と、を備え、前記判定手段は、前記取得手段にて取得された危険情報に前記移動体の外部環境の影響による情報が含まれている場合は、当該外部環境の影響による情報を除外して前記優良度の判定をおこなうことを特徴とする。
【００１１】
また、請求項６の発明にかかる保険情報出力プログラムは、請求項１〜４のいずれか一つに記載の保険情報出力方法をコンピュータに実行させることを特徴とする。
【００１２】
また、請求項７の発明にかかるコンピュータに読み取り可能な記録媒体は、請求項６に記載の保険情報出力プログラムを記録したことを特徴とする。
【図面の簡単な説明】
【００１３】
【図１】本実施の形態にかかる保険情報出力装置の機能的構成の一例を示すブロック図である。
【図２】本実施の形態にかかる保険情報出力装置の処理の内容を示すフローチャートである。
【図３】本実施例１にかかる保険システムの概要を示す説明図である。
【図４】本実施例１にかかる保険システムにおける通信を示す説明図である。
【図５】本実施例１にかかる車載端末のハードウェア構成の一例を示すブロック図である。
【図６】本実施例１にかかる保険サーバのハードウェア構成の一例を示すブロック図である。
【図７】本実施例１にかかるトリガー情報一覧表の一例を示す説明図である。
【図８】本実施例１にかかる優良度の一例を示す説明図である。
【図９】本実施例１にかかる保険等級の一例を示す説明図である。
【図１０】本実施例１にかかる車載端末の処理の内容を示すフローチャートである。
【図１１】本実施例１にかかる保険サーバの処理の内容を示すフローチャートである。
【図１２】本実施例２にかかる保険システムにおける通信を示す説明図である。
【図１３】本実施例２にかかるＤＢサーバのハードウェア構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照して、この発明にかかる保険情報出力方法、保険情報出力装置、保険情報出力プログラムおよびコンピュータに読み取り可能な記録媒体の好適な実施の形態を詳細に説明する。
【００１５】
（実施の形態）
（保険情報出力装置の機能的構成）
図１を用いて、本実施の形態にかかる保険情報出力装置の機能的構成について説明する。図１は、本実施の形態にかかる保険情報出力装置の機能的構成の一例を示すブロック図である。
【００１６】
図１において、保険情報出力装置１００は、取得部１０１と、判定部１０２と、生成部１０３と、出力部１０４と、から構成されている。
【００１７】
取得部１０１は、移動体の挙動を検出するセンサの出力値によって、移動体の挙動が危険となった際の出力値を含む危険情報を取得する。具体的には、たとえば、移動体の挙動を検出するセンサは、移動体における衝撃を検出する衝撃センサなどでもよい。また、移動体の挙動が危険となるのは、たとえば、衝撃センサの出力値が所定の値よりも大きい場合などである。
【００１８】
判定部１０２は、取得部１０１によって取得された危険情報を用いて、移動体を利用する被保険者の移動体の利用に関する優良度を判定する。優良度は、たとえば、被保険者の移動体に対する運転技量や運転性向や運転の習熟度や事故履歴などに応じた情報である。また、判定部１０２は、移動体の挙動が危険となった際の移動体の利用者を認証することによって、被保険者の優良度を判定することとしてもよい。
【００１９】
生成部１０３は、判定部１０２によって判定された優良度に応じて、被保険者の保険内容に関する保険情報を生成する。保険情報は、たとえば、被保険者の保険料金や保険条件などの保険内容を含む情報である。より具体的には、たとえば、生成部１０３は、被保険者の保険等級を設定することにより見積もられる保険料金を含む保険情報を生成することとしてもよい。
【００２０】
出力部１０４は、生成部１０３によって生成された保険情報を出力する。具体的には、たとえば、被保険者は、出力部１０４によって出力された保険情報に基づいて保険契約を締結することとしてもよい。
【００２１】
また、保険情報出力装置１００は、図示しない精算部によって、危険情報の取得元となった被保険者に対して、危険情報の対価の支払いに関する精算処理をおこなうこととしてもよい。このように対価の支払いをおこなうことで、被保険者による危険情報の提供を促進することができる。
【００２２】
（保険情報出力装置の処理の内容）
つぎに、図２を用いて本実施の形態にかかる保険情報出力装置１００の処理の内容について説明する。図２は、本実施の形態にかかる保険情報出力装置の処理の内容を示すフローチャートである。図２のフローチャートにおいて、まず、取得部１０１によって、危険情報を取得したか否かを判断する（ステップＳ２０１）。
【００２３】
ステップＳ２０１において、危険情報を取得するのを待って、取得した場合（ステップＳ２０１：Ｙｅｓ）は、判定部１０２によって、ステップＳ２０１において取得された危険情報を用いて、移動体を利用する被保険者の移動体の利用に関する優良度を判定する（ステップＳ２０２）。
【００２４】
つぎに、生成部１０３によって、ステップＳ２０２において判定された優良度に応じて、被保険者の保険内容に関する保険情報を生成する（ステップＳ２０３）。具体的には、たとえば、保険情報の生成は、被保険者の保険等級を設定することにより見積もられる保険料金を含む保険情報を生成することとしてもよい。
【００２５】
そして、出力部１０４によって、ステップＳ２０３において生成された保険情報を出力し（ステップＳ２０４）、一連の処理を終了する。
【００２６】
なお、図２のフローチャートでは説明を省略したが、ステップＳ２０１において取得された危険情報に対して、図示しない精算部によって、危険情報の取得元となった被保険者に対して、危険情報の対価の支払いに関する精算処理をおこなうこととしてもよい。
【００２７】
以上説明したように、本実施の形態によれば、被保険者の移動体の利用に関する優良度に応じた保険情報を出力するため、保険契約の最適化を図ることができる。すなわち、保険事業者は、被保険者に適した保険を提供でき、被保険者は、自身に最も適した保険の提供を受けることができる。
【００２８】
また、危険情報の対価を精算する構成であるため、被保険者からの危険情報の提供を促進することによって、適切に危険情報を収集することができる。
【実施例１】
【００２９】
以下に、本発明の実施例１について説明する。本実施例１では、たとえば、車両（四輪車、二輪車を含む）などの移動体に搭載されるドライブレコーダ機能を有した車載端末に記録された情報を利用する、保険会社に設置された保険サーバによって、本発明の保険情報出力装置を実施した場合の一例について説明する。
【００３０】
（システムの概要）
まず、図３および図４を用いて、本実施例１にかかる保険システムの概要について説明する。図３は、本実施例１にかかる保険システムの概要を示す説明図である。
【００３１】
図３において、保険システム３００は、認証事業者３０１と、保険契約者３０２と、保険会社３０３と、から構成されている。
【００３２】
認証事業者３０１は、保険会社３０３に対して認証システムを提供し、保険会社３０３から認証システムの使用料を徴収する。認証システムは、たとえば、保険会社３０３に設置された保険サーバに導入するシステムでもよい。
【００３３】
使用料は、たとえば、認証システムの利用に際して、一括または所定の期間や利用件数に応じて課金される構成でもよい。利用件数に応じた課金は、たとえば、保険会社３０３に設置された保険サーバからの要求および認証情報の送付により認証事業者３０１に設置された認証サーバなどによって認証をおこなって、認証事業者３０１が、ログを元に課金することとしてもよい。
【００３４】
保険契約者３０２は、通信やメモリカードの郵送などによって、保険会社３０３にトリガー情報を提出する。詳細は図７を用いて説明するが、トリガー情報は、たとえば、保険契約者３０２の所有する車両に搭載された車載端末によって記録される情報でもよく、保険会社３０３に設置された保険サーバによる保険契約者３０２の運転の優良度に関する判定などに用いることができる。
【００３５】
また、車載端末は、認証事業者３０１が保険会社３０３に提供する認証システムの仕組みに対応している構成であり、車載端末で生成されたトリガー情報やそれを格納したメモリカードなどに認証情報を付加することができる。すなわち、保険契約者３０２は、認証事業者３０１から認証システムに対応した車載端末を購入する構成でもよい。
【００３６】
保険会社３０３は、保険契約者３０２から提出されたトリガー情報を認証し、次年度の保険料見積もりに反映できる情報であった場合に、保険契約者３０２に対して情報提出割引を提供する。すなわち、保険契約者３０２は、自身のトリガー情報を提出することで、適切な保険料見積もりが受けられ、情報提供の対価として、割引を受けることができる。
【００３７】
図４は、本実施例１にかかる保険システムにおける通信を示す説明図である。図４において、車載端末４０１は、図３に示した保険契約者３０２が利用する車両に搭載されており、ドライブレコーダ機能を有している。また、車載端末４０１は、インターネットなどのネットワーク４１０を介して保険サーバ４０２と接続されており、各種情報の送受信をおこなうことができる。
【００３８】
具体的には、たとえば、車載端末４０１は、ドライブレコーダ機能によって記録されたトリガー情報を保険サーバ４０２に送信する。また、車載端末４０１は、たとえば、トリガー情報を送信する代わりに、トリガー情報が記録されたメモリカードを郵送して保険サーバ４０２が設置されている保険会社３０３へ提出する構成でもよい。そして、トリガー情報を送信した結果、保険サーバ４０２から出力される保険情報を受信することができる。
【００３９】
保険情報は、たとえば、保険等級や保険料金などの保険内容を含む情報でもよく、保険契約者３０２の保険に対する次年度の保険料の見積もりなどである。そして、保険契約者３０２は、保険情報を確認して、保険契約を締結するか否かを決めることができる。保険契約を締結する場合、車載端末４０１から、保険契約者３０２の登録する契約情報や認証情報を送信することとしてもよい。
【００４０】
なお、図４の説明では車載端末４０１によって保険情報を受信する構成としたが、保険契約者３０２が保険情報を確認することができる構成であればよく、その他通信機器によって受信することとしてもよい。同様に、契約情報や認証情報についても車載端末４０１から送信する代わりに、その他通信機器によって送信することとしてもよい。
【００４１】
保険サーバ４０２は、車載端末４０１から受信したトリガー情報が正しい情報であるか否かを認証し、優良度の判定をおこなう。そして、詳細は図８および図９を用いて説明するが、判定された優良度に基づいて保険等級を決定して、車載端末４０１に保険情報を送信することとしてもよい。
【００４２】
また、保険サーバ４０２は、車載端末４０１（保険契約者３０２）から受信したトリガー情報を保険料見積もりに使用した場合、トリガー情報を提供した保険契約者３０２に対して対価を支払うこととしてもよい。対価の支払いは、たとえば、保険契約者３０２が次年度の保険契約を締結する場合に保険料金を割り引くことによっておこなってもよい。
【００４３】
（車載端末４０１のハードウェア構成）
つぎに、図５を用いて、本実施例１にかかる車載端末４０１のハードウェア構成について説明する。図５は、本実施例１にかかる車載端末のハードウェア構成の一例を示すブロック図である。
【００４４】
図５において、車載端末４０１は、車両などの移動体に搭載されており、ＣＰＵ５０１と、ＲＯＭ５０２と、ＲＡＭ５０３と、磁気ディスクドライブ５０４と、磁気ディスク５０５と、光ディスクドライブ５０６と、光ディスク５０７と、音声Ｉ／Ｆ（インターフェース）５０８と、スピーカ５０９と、マイク５１０と、入力デバイス５１１と、映像Ｉ／Ｆ５１２と、ディスプレイ５１３と、通信Ｉ／Ｆ５１４と、ＧＰＳユニット５１５と、各種センサ５１６と、カメラ５１７と、を備えている。また、各構成部５０１〜５１７はバス５２０によってそれぞれ接続されている。
【００４５】
まず、ＣＰＵ５０１は、車載端末４０１の全体の制御を司る。ＲＯＭ５０２は、ブートプログラム、情報記録プログラムなどの各種プログラムを記録している。また、ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。
【００４６】
また、情報記録プログラムは、後述する各種センサ５１６によって、トリガーが検知された場合に、常時上書き記録していた車両の走行状態の記録先を切り替えさせる。走行状態の記録先は、たとえば、走行状態を常時上書き記録する上書き用記録領域と、トリガーを検知した場合に走行状態を保存する保存用記録領域を有するものであってもよいし、上書き記録用の記録媒体と保存用の記録媒体を備える構成としてもよい。また、上書き用記録領域や上書き記録用の記録媒体は、複数あってもよい。
【００４７】
トリガーは、たとえば、後述するカメラ５１７によって撮像されたドライブレコーダ用画像を保存するきっかけとなるような、各種センサ５１６の出力などで、各種センサ５１６から、ＣＰＵ５０１によって決定されたしきい値を超える出力値があった場合に、トリガーが検知される構成でもよい。このしきい値は、たとえば、接触事故の遭遇や危険な運転などが判定可能な値でもよい。
【００４８】
より具体的には、たとえば、トリガーは、車両に対する衝撃を検知するＧセンサの出力が、ＣＰＵ５０１によって決定されたしきい値を超えた場合に検知される。また、ドライブレコーダ用画像とともに、後述するトリガー情報を記録することとしてもよい。
【００４９】
磁気ディスクドライブ５０４は、ＣＰＵ５０１の制御にしたがって磁気ディスク５０５に対するデータの読み取り／書き込みを制御する。磁気ディスク５０５は、磁気ディスクドライブ５０４の制御で書き込まれたデータを記録する。磁気ディスク５０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。
【００５０】
また、光ディスクドライブ５０６は、ＣＰＵ５０１の制御にしたがって光ディスク５０７に対するデータの読み取り／書き込みを制御する。光ディスク５０７は、光ディスクドライブ５０６の制御にしたがってデータの読み出される着脱自在な記録媒体である。光ディスク５０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク５０７のほか、ＭＯ、メモリカードなどであってもよい。
【００５１】
磁気ディスク５０５、光ディスク５０７に記録される情報の一例として、後述するマイク５１０やカメラ５１７で得られた車内外の音声や映像、後述するＧＰＳユニット５１５で検出された車両の現在地点情報、後述する各種センサ５１６からの出力値などが挙げられる。また、各種センサ５１６の出力から検知したトリガーに基づいてトリガー情報を累積保存してもよい。これらの情報は、車載端末４０１が有するドライブレコーダ機能によって記録され、交通事故発生時の検証用資料などとして用いられる。また、図６に後述する保険サーバ４０２に送信されて保険料見積もりに用いられることとしてもよい。
【００５２】
また、音声Ｉ／Ｆ５０８は、音声出力用のスピーカ５０９および音声入力用のマイク５１０に接続される。スピーカ５０９からは音声が出力され、マイク５１０に受音された音声は、音声Ｉ／Ｆ５０８内でＡ／Ｄ変換される。なお、マイク５１０から入力された音声は、音声データとして磁気ディスク５０５あるいは光ディスク５０７に記録可能である。
【００５３】
また、入力デバイス５１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。
【００５４】
また、映像Ｉ／Ｆ５１２は、ディスプレイ５１３およびカメラ５１７と接続される。映像Ｉ／Ｆ５１２は、具体的には、たとえば、ディスプレイ５１３全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ５１３を表示制御する制御ＩＣなどによって構成される。
【００５５】
ディスプレイ５１３には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ５１３は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００５６】
カメラ５１７は、車両内部あるいは外部の映像を撮影する。映像は静止画あるいは動画のどちらでもよく、たとえば、カメラ５１７によって車両内部の搭乗者の挙動を撮影し、撮影した映像を映像Ｉ／Ｆ５１２を介して磁気ディスク５０５や光ディスク５０７などの記録媒体に出力する。また、カメラ５１７によって車両外部の状況を撮影し、撮影した映像を映像Ｉ／Ｆ５１２を介して磁気ディスク５０５や光ディスク５０７などの記録媒体に出力する。また、記録媒体に出力された映像は、ドライブレコーダ用画像として上書き記録や保存がおこなわれる。
【００５７】
また、通信Ｉ／Ｆ５１４は、無線を介してネットワーク４１０に接続され、車載端末４０１とＣＰＵ５０１とのインターフェースとして機能する。通信Ｉ／Ｆ５１４は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ５０１とのインターフェースとしても機能する。
【００５８】
また、ＧＰＳユニット５１５は、ＧＰＳ衛星からの受信波や後述する各種センサ５１６（たとえば、角速度センサや加速度センサ、タイヤの回転数など）からの出力値を用いて、車両の現在地点を示す情報を算出する。現在地点を示す情報は、たとえば緯度・経度、高度などの、地図情報上の１点を特定する情報である。
【００５９】
各種センサ５１６は、車速センサや加速度センサ、Ｇセンサ、角速度センサなどであり、その出力値は、ＧＰＳユニット５１５による現在地点の算出や、速度や方位の変化量の測定などに用いられる。具体的には、たとえば、各種センサ５１６は、オドメーター、速度変化量、方位変化量などを出力する。この出力値により、急ブレーキ、急ハンドルなどの動態を解析することができる。
【００６０】
また、各種センサ５１６は、運転者による車両の各操作を検知するセンサなども含む。車両の各操作の検知は、たとえば、ハンドル操作やウインカーの入力やアクセルペダルの踏み込みやブレーキペダルの踏み込みなどを検知する構成としてもよい。また、各種センサ５１６の出力値は、ドライブレコーダ機能で記録するデータとしてもよい。
【００６１】
また、各種センサ５１６においては、前述のようにドライブレコーダ用画像を保存する際のトリガーが検知された場合にドライブレコーダ用画像が磁気ディスク５０５、光ディスク５０７などに保存されることとしてもよい。トリガーは、たとえば、ドライブレコーダ用画像を保存するきっかけとなるものなどで、各種センサ５１６における、所定のしきい値以上の出力や所定のパターンと近似する出力などをトリガーとする構成でもよい。
【００６２】
また、本実施例１にかかるトリガーは、たとえば、通常のドライブレコーダ用画像を記録するトリガーよりも低く設定する構成である。すなわち、このようにすることで、ドライブレコーダの機能を作動させる程ではないが、運転者の技量などを判定する材料に有用なトリガーを検知することとなり、後述する保険サーバ４０２による保険料見積もりなどが的確におこなえることとなる。
【００６３】
より具体的に、たとえば、各種センサ５１６におけるトリガーは、振動センサで規定以上の振動や所定の振動パターンを検知した場合に設定してもよい。所定の振動パターンは、急激な立ち上がりなど、異常を示す振動パターンであればよい。
【００６４】
また、トリガーは、たとえば、Ｇセンサで規定以上のＧや所定のＧのかかり方のパターンを検知した場合に設定してもよい。所定のＧのかかり方は、急激な立ち上がりなど、異常を示すパターンであればよい。あるいは、車体の接触センサによる、他との接触の有無やエアバッグなどの作動や車両の停止をトリガーとする構成でもよい。さらに、前述のトリガーは一つ以上であればよく、複数を組み合わせてトリガーとしてもよい。
【００６５】
（保険サーバ４０２のハードウェア構成）
つづいて、図６を用いて、本実施例１にかかる保険サーバ４０２のハードウェア構成について説明する。図６は、本実施例１にかかる保険サーバのハードウェア構成の一例を示すブロック図である。
【００６６】
図６において、保険サーバ４０２は、車両保険などを提供する保険会社３０３に設置されており、ＣＰＵ６０１と、ＲＯＭ６０２と、ＲＡＭ６０３と、磁気ディスクドライブ６０４と、磁気ディスク６０５と、光ディスクドライブ６０６と、光ディスク６０７と、音声Ｉ／Ｆ（インターフェース）６０８と、スピーカ６０９と、入力デバイス６１０と、映像Ｉ／Ｆ６１１と、ディスプレイ６１２と、通信Ｉ／Ｆ６１３と、を備えている。また、各構成部６０１〜６１３はバス６２０によってそれぞれ接続されている。
【００６７】
まず、ＣＰＵ６０１は、保険サーバ４０２の全体の制御を司る。ＲＯＭ６０２は、ブートプログラム、保険情報生成プログラム、認証プログラムなどの各種プログラムを記録している。また、ＲＡＭ６０３は、ＣＰＵ６０１のワークエリアとして使用される。
【００６８】
保険情報生成プログラムは、後述する通信Ｉ／Ｆ６１３によって、車載端末４０１から送信されるトリガー情報に基づいて、保険契約者３０２の保険情報を生成させる。詳細は図１０および図１１を用いて説明するが、保険情報は、保険契約者３０２の優良度を判定することによって決定する保険等級や保険料などの保険内容を含む情報である。
【００６９】
また、認証プログラムは、保険契約者３０２を認証させる。具体的には、たとえば、認証は、車載端末４０１から送信されてくるトリガー情報が、保険を契約する保険契約者３０２の情報であるか否かを認証したりする。
【００７０】
磁気ディスクドライブ６０４は、ＣＰＵ６０１の制御にしたがって磁気ディスク６０５に対するデータの読み取り／書き込みを制御する。磁気ディスク６０５は、磁気ディスクドライブ６０４の制御で書き込まれたデータを記録する。磁気ディスク６０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。
【００７１】
また、光ディスクドライブ６０６は、ＣＰＵ６０１の制御にしたがって光ディスク６０７に対するデータの読み取り／書き込みを制御する。光ディスク６０７は、光ディスクドライブ６０６の制御にしたがってデータの読み出される着脱自在な記録媒体である。光ディスク６０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク６０７のほか、ＭＯ、メモリカードなどであってもよい。
【００７２】
磁気ディスク６０５、光ディスク６０７に記録される情報の一例として、保険契約者３０２や保険契約に関する情報が挙げられる。保険サーバ４０２は、この保険契約者３０２や保険契約に関する情報に基づいて、保険契約者３０２の認証や保険情報の生成をおこなう。
【００７３】
また、音声Ｉ／Ｆ６０８は、音声出力用のスピーカ６０９に接続され、スピーカ６０９からは音声が出力される。
【００７４】
また、入力デバイス６１０は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。
【００７５】
また、映像Ｉ／Ｆ６１１は、ディスプレイ６１２と接続される。映像Ｉ／Ｆ６１１は、具体的には、たとえば、ディスプレイ６１２全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ６１２を表示制御する制御ＩＣなどによって構成される。
【００７６】
ディスプレイ６１２には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ６１２は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００７７】
また、通信Ｉ／Ｆ６１３は、無線を介してネットワーク４１０に接続され、保険サーバ４０２とＣＰＵ６０１とのインターフェースとして機能する。通信Ｉ／Ｆ６１３は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ６０１とのインターフェースとしても機能する。
【００７８】
なお、図１に示した保険情報出力装置１００が備える取得部１０１、判定部１０２、生成部１０３、出力部１０４は、図６に示した保険サーバ４０２におけるＲＯＭ６０２、ＲＡＭ６０３、磁気ディスク６０５、光ディスク６０７などに記録されたプログラムやデータを用いて、ＣＰＵ６０１が所定のプログラムを実行し、保険サーバ４０２における各部を制御することによってその機能を実現する。
【００７９】
すなわち、本実施例１の保険サーバ４０２は、保険サーバ４０２における記録媒体としてのＲＯＭ６０２に記録されているプログラムを実行することにより、図１に示した保険情報出力装置１００が備える機能を、図２に示した手順で実行することができる。
【００８０】
（トリガー情報の概要）
つぎに、図７を用いて、本実施例１にかかるトリガー情報について説明する。図７は、本実施例１にかかるトリガー情報一覧表の一例を示す説明図である。図７において、トリガー情報一覧表７００は、トリガーの種類、トリガー値、検知日、検知地点、天候などを含んでいる。なお、トリガー情報一覧表７００は、複数の運転者ごとに生成する構成でもよく、必要に応じて読み出されて、判定処理や出力（表示）処理に用いられる。
【００８１】
トリガーの種類は、たとえば、Ｇセンサなど各種センサ５１６について設定されたトリガーであり、複数あってもよい。トリガー値は、たとえば、トリガーを検知した時点におけるトリガーの数値であり、検知前後の数値の推移を示す数値表やグラフなどでもよい。トリガー値は、トリガーのレベルをランクごとに分けて管理してもよい。また、検知日は時刻を含んでいてもよい。
【００８２】
さらに、トリガー情報一覧表７００における検知地点は、緯度・経度で示しているが、交差点や踏切やカーブやカーブの曲率などの道路形状の特徴や住所などを示す構成でもよい。道路形状の特徴は、記録媒体に記録された地図情報や、カメラ５１７によって撮影された画像を解析して取得する構成でもよい。また、天候は、ワイパーの作動状況やインターネット上の天気情報から取得してもよい。
【００８３】
（優良度の概要）
つぎに、図８を用いて、本実施例１にかかる優良度について説明する。図８は、本実施例１にかかる優良度の一例を示す説明図である。図８において、優良度表８００は、優良度と、その算定期間を示しており保険サーバ４０２によって判定が実施される。
【００８４】
優良度の判定は、たとえば、図７に示したトリガー情報一覧表７００を用いて、トリガーの種類やトリガーの回数などの情報に基づいて、複数のランクのうちいずれかに分類することとしてもよい。優良度の分類は、たとえば、Ａ、Ｂ、Ｃ・・・や優、良、可・・・などであってもよい。
【００８５】
具体的には、たとえば、優良度の判定は、所定期間内のトリガーの回数、所定期間内のトリガーのランクに応じた係数を乗じたトリガー回数の合計値、所定期間内に重大事故に繋がる可能性のあるトリガー値の有無などに応じて優良度を判定する構成でもよい。また、優良度の判定は、交差点付近や所定以上の曲率のカーブでのトリガーの回数に応じて、回数が少なければ優良度を高く（運転技量が高いと）判定してもよい。また、優良度の判定は、交差点付近や所定以上の曲率のカーブではない普通の道路でのトリガーの回数に応じて、回数が多ければ優良度を低く（運転性向が荒いと）判定してもよい。さらに、優良度の判定は、雨などの荒天時を除いた通常時のトリガー回数や、雨などの荒天時のトリガー回数を用いて判定してもよい。
【００８６】
また、優良度の判定は、たとえば、運転者を認証して、運転者が保険契約者３０２であれば、その運転回数や運転距離などを用いて判定することとしてもよい。具体的には、たとえば、所定の運転距離に応じたトリガー発生率などによって判定する構成でもよい。
【００８７】
また、算定期間は、判定時に保険会社３０３によって指定できる構成でもよく、指定された算定期間における優良度を判定する。また、複数の保険契約者３０２を一覧にして判定してもよい。なお、本実施例１では、優良度の判定を保険サーバ４０２でおこなうこととしたが、車載端末４０１でおこなうこととしてもよい。その場合、車載端末４０１は、トリガー情報を保険サーバ４０２に送信する代わりに優良度を送信することとなる。
【００８８】
（保険等級の概要）
つぎに、図９を用いて、本実施例１にかかる保険等級について説明する。図９は、本実施例１にかかる保険等級の一例を示す説明図である。図９において、保険等級表９００は、優良度と、その優良度に対応付けられた保険等級を示しており、図６に示した保険サーバ４０２における磁気ディスク６０５や光ディスク６０７などの記録媒体に記録されている。すなわち、保険サーバ４０２は、判定された優良度と、保険等級表９００とを参照して、保険契約者３０２の保険等級を決定することができる。
【００８９】
また、保険等級表９００は、保険会社３０３によってあらかじめ設定されていることとしてもよく、保険サーバ４０２は、決定された保険等級によって、保険料や保険の割引率を含む保険情報を生成することができる。
【００９０】
このように、保険契約者３０２の優良度に対応付けられた保険等級表９００を用いて保険等級を決定することで、ペーパードライバーなど、運転技量と関係なく保険等級が改善されることを防ぐことができる。すなわち、無事故の期間が長くても運転が下手であれば優良度は低くなるために、保険等級は一定のレベルまでの改善となり、保険契約者３０２にとって適切な保険情報を生成することができる。より具体的には、たとえば、通常、長期間無事故であれば保険等級が１となるところ、優良度がＣであると、保険等級は８となる。
【００９１】
なお、本実施例１では説明を省略したが、図７〜図９に示した各表（トリガー情報一覧表７００，優良度表８００，保険等級表９００）は、それぞれ改ざんなどを防止するため、暗号化などのデータ保護をおこなうこととしてもよい。このようにすれば、不正を防止して、適切な保険情報を生成することができる。
【００９２】
（車載端末４０１の処理の内容）
ここで、図１０を用いて、本実施例１にかかる車載端末４０１の処理の内容について説明する。図１０は、本実施例１にかかる車載端末の処理の内容を示すフローチャートである。図１０のフローチャートにおいて、まず、車載端末４０１は、車載端末４０１を搭載した車両が所定期間走行したか否かを判断する（ステップＳ１００１）。車両の走行に関する判断は、たとえば、各種センサ５１６の出力を参照しておこなってもよい。また、所定期間は、車両の利用者である保険契約者３０２や保険会社３０３によって設定されていてもよく、図８に示した算定期間や保険の契約更新間隔であってもよい。
【００９３】
ステップＳ１００１において、車両が所定期間走行するのを待って、所定期間走行した場合（ステップＳ１００１：Ｙｅｓ）は、ＣＰＵ５０１によって、所定期間の走行におけるトリガー情報を生成する（ステップＳ１００２）。トリガー情報の生成は、たとえば、磁気ディスク５０５や光ディスク５０７などの記録媒体に記録されたドライブレコーダ用画像やトリガー値などを用いておこなう。
【００９４】
つぎに、通信Ｉ／Ｆ５１４によって、保険サーバ４０２に対してステップＳ１００２において生成されたトリガー情報を出力する（ステップＳ１００３）。なお、図１０のフローチャートでは、通信Ｉ／Ｆ５１４によってトリガー情報を出力する構成としたが、その他、ディスプレイ５１３やスピーカ５０９や着脱可能な記録媒体に出力して、出力されたトリガー情報を、車両の利用者である保険契約者３０２が保険会社３０３へ提出する構成でもよい。
【００９５】
そして、ステップＳ１００３においてトリガー情報が出力された結果、通信Ｉ／Ｆ５１４によって、保険サーバ４０２から出力される保険情報を取得したか否かを判断する（ステップＳ１００４）。なお、図１０のフローチャートでは、保険情報の取得を通信Ｉ／Ｆ５１４を介しておこなうこととしたが、入力デバイス５１１によって、車両の利用者である保険契約者３０２からの入力を受け付けてもよい。
【００９６】
ステップＳ１００４において、保険情報を取得するのを待って、取得した場合（ステップＳ１００４：Ｙｅｓ）は、ＣＰＵ５０１によって、保険情報に応じた契約をするか否かを判断する（ステップＳ１００５）。契約をするか否かの判断は、たとえば、車両の利用者である保険契約者３０２が保険情報を確認することによって決定する構成でもよく、決定した内容を入力デバイス５１１によって入力する構成でもよい。
【００９７】
ステップＳ１００５において、契約する場合（ステップＳ１００５：Ｙｅｓ）は、入力デバイス５１１からクレジットカード情報を入力することによって、通信Ｉ／Ｆ５１４を介して保険会社３０３に契約に応じた保険料を支払って（ステップＳ１００６）、一連の処理を終了する。
【００９８】
また、ステップＳ１００５において、契約しない場合（ステップＳ１００５：Ｎｏ）は、そのまま一連の処理を終了する。
【００９９】
なお、図１０のフローチャートでは、ステップＳ１００１〜ステップＳ１００３において、所定期間の走行に対するトリガー情報を保険サーバ４０２に出力（提出）する構成としたが、トリガー発生時にその都度出力（提出）してもよいし、エンジンのＯＮ／ＯＦＦごと（１ドライブごと）や週単位や月単位に出力（提出）してもよい。その場合、保険サーバ４０２は受け取ったトリガー情報を保険契約者３０２ごとに蓄積保存して、保険契約の更新時にまとめて利用する。
【０１００】
また、図１０のフローチャートでは、ステップＳ１００４〜ステップＳ１００６における処理を車載端末４０１によっておこなう構成としたが、車両の利用者である保険契約者３０２と保険会社３０３との間でそれぞれ情報の授受や契約をおこなう構成でもよい。換言すれば、車両のトリガー情報を用いて、保険契約者３０２と保険会社３０３とが直接交渉をおこなって保険を契約する構成であればよい。
【０１０１】
（保険サーバ４０２の処理の内容）
つぎに、図１１を用いて、本実施例１にかかる保険サーバ４０２の処理の内容について説明する。図１１は、本実施例１にかかる保険サーバの処理の内容を示すフローチャートである。図１１のフローチャートにおいて、まず、保険サーバ４０２は、通信Ｉ／Ｆ６１３によって、車載端末４０１からトリガー情報を取得したか否かを判断する（ステップＳ１１０１）。なお、トリガー情報の取得は、保険契約者３０２からの提出を受け付ける構成でもよい。
【０１０２】
ステップＳ１１０１において、トリガー情報を取得するのを待って、取得した場合（ステップＳ１１０１：Ｙｅｓ）は、ＣＰＵ６０１によって、利用者を認証する（ステップＳ１１０２）。利用者の認証は、たとえば、トリガー情報を出力した車両（車載端末４０１）の利用者について保険契約者３０２の認証をおこなうことで、あらかじめ用意された保険契約者３０２のリストと認証情報に基づいておこなう構成でもよい。
【０１０３】
そして、ＣＰＵ６０１によって、ステップＳ１１０１において取得されたトリガー情報を用いて、ステップＳ１１０２において認証された利用者である保険契約者３０２の優良度を判定する（ステップＳ１１０３）。
【０１０４】
つぎに、ＣＰＵ６０１によって、ステップＳ１１０３において判定された優良度に基づいて、車両（車載端末４０１）の利用者である保険契約者３０２に対する保険情報を生成する（ステップＳ１１０４）。
【０１０５】
そして、通信Ｉ／Ｆ６１３によって、車載端末４０１にステップＳ１１０４において生成された保険情報を出力する（ステップＳ１１０５）。なお、図１１のフローチャートでは、通信Ｉ／Ｆ６１３によって車載端末４０１に保険情報を出力する構成としたが、車両（車載端末４０１）の利用者である保険契約者３０２が確認可能となるように出力すればよい。具体的には、たとえば、紙面でプリントアウトして郵送したりしてもよい。
【０１０６】
その後、ＣＰＵ６０１によって、ステップＳ１１０５において保険情報が出力された結果、保険契約者３０２と保険の契約がされるか否かを判断する（ステップＳ１１０６）。契約の判断は、入力デバイス６１０や通信Ｉ／Ｆ６１３によって契約情報の入力を受け付けることとしてもよい。
【０１０７】
ステップＳ１１０６において、契約される場合（ステップＳ１１０６：Ｙｅｓ）は、通信Ｉ／Ｆ６１３によって、車載端末４０１にステップＳ１１０４において生成された保険情報における保険料を出力し（ステップＳ１１０７）、一連の処理を終了する。なお、図１１のフローチャートでは、保険料を車載端末４０１に出力する構成としたが、車両（車載端末４０１）の利用者である保険契約者３０２が確認可能となるように出力すればよい。具体的には、たとえば、紙面でプリントアウトして郵送したりしてもよい。
【０１０８】
また、ステップＳ１１０６において、契約されない場合（ステップＳ１１０６：Ｎｏ）は、そのまま一連の処理を終了する。なお、図１１のフローチャートでは説明を省略したが、保険の契約がされない場合に、新たに家族限定などの条件を付けてプランを変更した保険情報を生成し、契約を促す構成でもよい。
【０１０９】
以上説明したように、本実施例１によれば、保険契約者の優良度に応じて生成された保険情報によって、保険契約を締結することができるため、保険会社は、保険契約者に対して最適な保険情報を生成し、保険契約者は、自身に最適な保険契約をおこなうことができる。すなわち、保険契約者は、最適な保険によって適切な保障を受けることができ、車社会の秩序を守ることができる。
【０１１０】
また、本実施例１によれば、利用者は、トリガー情報の提供に対して、保険契約の割引を受けることができる。また、保険会社は、保険の割引を提供することによって保険契約者の増加を図ることができる。
【実施例２】
【０１１１】
つぎに、本発明の実施例２について説明する。本実施例２では、前述の実施例１で説明した保険サーバ４０２による認証を、図３に示した認証事業者３０１に設置されたＤＢサーバでおこなう場合について説明する。なお、本実施例２にかかる保険システム３００の概要については図３、車載端末４０１のハードウェア構成については図５、保険サーバ４０２のハードウェア構成については図６とそれぞれほぼ同様であるため、説明を省略する。また、トリガー情報の概要については図７、優良度の概要については図８、保険等級の概要については図９とそれぞれほぼ同様であるため、説明を省略する。
【０１１２】
（通信の概要）
まず、図１２を用いて、本実施例２にかかる保険システムにおける通信について説明する。図１２は、本実施例２にかかる保険システムにおける通信を示す説明図である。なお、図１２の説明では、図４と同様の構成については同符号を付して説明を省略する。
【０１１３】
図１２において、ＤＢサーバ１２０１は、図３に示した認証事業者３０１に設置されており、インターネットなどのネットワーク４１０を介して車載端末４０１および保険サーバ４０２と接続されており、各種情報の送受信をおこなうことができる。
【０１１４】
具体的には、たとえば、車載端末４０１は、ドライブレコーダ機能によって記録されたトリガー情報をＤＢサーバ１２０１に送信する。また、車載端末４０１は、たとえば、トリガー情報を送信する代わりに、トリガー情報が記録されたメモリカードを郵送してＤＢサーバ１２０１が設置されている認証事業者３０１へ提出する構成でもよい。
【０１１５】
そして、ＤＢサーバ１２０１は、車載端末４０１から送信されたトリガー情報を取得し、認証する。トリガー情報の認証は、たとえば、トリガー情報を送信した車載端末４０１を所有する保険契約者３０２の認証や、トリガー情報が正しい情報であるか否かの認証などをおこなう。
【０１１６】
つづいて、ＤＢサーバ１２０１は、保険会社３０３に設置された保険サーバ４０２からのアクセスに応じて、認証したトリガー情報を出力し、保険会社３０３から提供するトリガー情報に対する対価を得る。
【０１１７】
そして、保険サーバ４０２は、図８および図９に示したように、優良度に基づいて保険等級を決定して、車載端末４０１に保険情報を送信する。このようにして、車載端末４０１は、トリガー情報を送信した結果、保険サーバ４０２から出力される保険情報を受信することができる。
【０１１８】
また、保険サーバ４０２は、車載端末４０１（保険契約者３０２）によって出力されてＤＢサーバ１２０１から受信したトリガー情報を保険料見積もりに使用した場合、トリガー情報を提供した保険契約者３０２に対して対価を支払うこととしてもよい。対価の支払いは、たとえば、保険契約者３０２が次年度の保険契約を締結する場合に保険料金を割り引くことによっておこなってもよい。すなわち、保険契約者３０２は、保険料金の割引の恩恵を受ける代わりに、この保険システムに登録する構成でもよい。
【０１１９】
（ＤＢサーバ１２０１のハードウェア構成）
つぎに、図１３を用いて、本実施例２にかかるＤＢサーバ１２０１のハードウェア構成について説明する。図１３は、本実施例２にかかるＤＢサーバのハードウェア構成の一例を示すブロック図である。
【０１２０】
図１３において、ＤＢサーバ１２０１は、図３に示した認証事業者３０１に設置されており、ＣＰＵ１３０１と、ＲＯＭ１３０２と、ＲＡＭ１３０３と、磁気ディスクドライブ１３０４と、磁気ディスク１３０５と、光ディスクドライブ１３０６と、光ディスク１３０７と、音声Ｉ／Ｆ（インターフェース）１３０８と、スピーカ１３０９と、入力デバイス１３１０と、映像Ｉ／Ｆ１３１１と、ディスプレイ１３１２と、通信Ｉ／Ｆ１３１３と、を備えている。また、各構成部１３０１〜１３１３はバス１３２０によってそれぞれ接続されている。
【０１２１】
まず、ＣＰＵ１３０１は、ＤＢサーバ１２０１の全体の制御を司る。ＲＯＭ１３０２は、ブートプログラム、認証プログラムなどの各種プログラムを記録している。また、ＲＡＭ１３０３は、ＣＰＵ１３０１のワークエリアとして使用される。
【０１２２】
認証プログラムは、保険契約者３０２を認証させる。具体的には、たとえば、認証は、車載端末４０１から送信されてくるトリガー情報が、保険を契約する保険契約者３０２の情報であるか否かを認証したりする。
【０１２３】
磁気ディスクドライブ１３０４は、ＣＰＵ１３０１の制御にしたがって磁気ディスク１３０５に対するデータの読み取り／書き込みを制御する。磁気ディスク１３０５は、磁気ディスクドライブ１３０４の制御で書き込まれたデータを記録する。磁気ディスク１３０５としては、たとえば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。
【０１２４】
また、光ディスクドライブ１３０６は、ＣＰＵ１３０１の制御にしたがって光ディスク１３０７に対するデータの読み取り／書き込みを制御する。光ディスク１３０７は、光ディスクドライブ１３０６の制御にしたがってデータの読み出される着脱自在な記録媒体である。光ディスク１３０７は、書き込み可能な記録媒体を利用することもできる。また、この着脱可能な記録媒体として、光ディスク１３０７のほか、ＭＯ、メモリカードなどであってもよい。
【０１２５】
磁気ディスク１３０５、光ディスク１３０７に記録される情報の一例として、保険契約者３０２に関する情報が挙げられる。ＤＢサーバ１２０１は、この保険契約者３０２に関する情報に基づいて、保険契約者３０２の認証をおこなう。
【０１２６】
また、音声Ｉ／Ｆ１３０８は、音声出力用のスピーカ１３０９に接続され、スピーカ１３０９からは音声が出力される。
【０１２７】
また、入力デバイス１３１０は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、マウス、タッチパネルなどが挙げられる。
【０１２８】
また、映像Ｉ／Ｆ１３１１は、ディスプレイ１３１２と接続される。映像Ｉ／Ｆ１３１１は、具体的には、たとえば、ディスプレイ１３１２全体の制御をおこなうグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいて、ディスプレイ１３１２を表示制御する制御ＩＣなどによって構成される。
【０１２９】
ディスプレイ１３１２には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。このディスプレイ１３１２は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【０１３０】
また、通信Ｉ／Ｆ１３１３は、無線を介してネットワーク４１０に接続され、ＤＢサーバ１２０１とＣＰＵ１３０１とのインターフェースとして機能する。通信Ｉ／Ｆ１３１３は、さらに、無線を介してインターネットなどの通信網に接続され、この通信網とＣＰＵ１３０１とのインターフェースとしても機能する。
【０１３１】
（車載端末４０１の処理の内容）
本実施例２にかかる車載端末４０１の処理の内容は、実施例１で前述した図１０とほぼ同様であるため、実施例１と異なる処理について説明する。具体的には、たとえば、実施例１と異なる処理は、図１０に示したステップＳ１００３において、保険サーバ４０２に対してトリガー情報を出力する代わりに、ＤＢサーバ１２０１に対してトリガー情報を出力する構成となっている。
【０１３２】
（ＤＢサーバ１２０１の処理の内容）
本実施例２にかかるＤＢサーバ１２０１の処理の内容は、実施例１で前述した図１１におけるステップＳ１１０１およびステップＳ１１０２を保険サーバ４０２の代わりにおこなう構成である。具体的には、たとえば、ＤＢサーバ１２０１は、車載端末４０１からトリガー情報を取得すると、ＣＰＵ１３０１によって、利用者を認証する。そして、認証済のトリガー情報を、保険サーバ４０２の要求に応じて送信する構成である。換言すれば、利用者の認証を、保険サーバ４０２の代わりにおこなう構成であり、このようにすることで、保険サーバ４０２に対する処理の負担を軽減することができる。なお、本実施例２では、ＤＢサーバ１２０１は、保険サーバ４０２からの要求に応じて提供するトリガー情報の対価を受け取ることとしてもよい。
【０１３３】
（保険サーバ４０２の処理の内容）
本実施例２にかかる保険サーバ４０２の処理の内容は、実施例１で前述した図１１におけるステップＳ１１０３以降とほぼ同様である。具体的には、たとえば、保険サーバ４０２は、ＤＢサーバ１２０１によって認証されたトリガー情報を要求して取得する。そして、ステップＳ１１０３における優良度の判定をおこなう構成である。なお、本実施例２では、ＤＢサーバ１２０１から取得したトリガー情報に応じて、ＤＢサーバ１２０１に対価を支払うこととしてもよい。
【０１３４】
以上説明したように、本実施例２によれば、認証事業者によって保険契約者を認証することで、保険会社の負担を軽減できる。また、認証事業者や保険会社やトリガー情報を提供した保険契約者に対して、適切に対価の支払いや保険料の割引をおこなうことができる。
【実施例３】
【０１３５】
つぎに、本発明の実施例３について説明する。本実施例２では、前述の実施例１で説明した保険契約者３０２が提供するトリガー情報に応じて、保険会社から保険の割引などを受ける代わりに、ＤＢサーバ１２０１から提供したトリガー情報の対価を受け取る場合について説明する。なお、本実施例３にかかる保険システム３００の概要については図３、車載端末４０１のハードウェア構成については図５、保険サーバ４０２のハードウェア構成については図６、ＤＢサーバ１２０１のハードウェア構成については図１３とそれぞれほぼ同様であるため、説明を省略する。また、トリガー情報の概要については図７、優良度の概要については図８、保険等級の概要については図９とそれぞれほぼ同様であるため、説明を省略する。
【０１３６】
（通信の概要）
本実施例３にかかる保険システムの通信については、実施例２における図１２とほぼ同様の構成であるため、前述した図１２を用いて実施例２と異なる構成について説明する。
【０１３７】
本実施例３では、ＤＢサーバ１２０１が設置されている認証事業者３０１への対価は、保険サーバ４０２からのアクセスに応じて保険会社３０３から支払われる。そして、認証事業者３０１は、保険会社３０３から支払われた対価の一部から、保険サーバ４０２からアクセスのあったトリガー情報の提供元となった車載端末４０１を保有する保険契約者３０２に情報提供料を支払う。
【０１３８】
あるいは、ＤＢサーバ１２０１が設置されている認証事業者３０１への対価は、保険サーバ４０２からのアクセスに応じて保険会社３０３から支払われる。そして、認証事業者３０１は、保険会社３０３から支払われた対価の一部を原資として、トリガー情報の提供元となった車載端末４０１を保有する保険契約者３０２に情報提供料を支払うこととしてもよい。
【０１３９】
また、ＤＢサーバ１２０１が設置されている認証事業者３０１への対価は、保険契約者３０２と保険会社３０３との間の次年度保険契約実績に応じて保険会社３０３から支払われることとしてもよい。そして、認証事業者３０１は、保険会社３０３から次年度保険契約情報を取得して、次年度の保険契約に利用したトリガー情報の提供元となった車載端末４０１を保有する保険契約者３０２に情報提供料を支払うこととしてもよい。
【０１４０】
以上説明したように、本実施例３によれば、認証事業者によって保険契約者を認証することで、保険会社の負担を軽減できる。また、認証事業者や保険会社やトリガー情報を提供した保険契約者に対して、適切に対価の支払いをおこなうことができる。
【０１４１】
なお、本実施の形態で説明した保険情報出力方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【符号の説明】
【０１４２】
１００  保険情報出力装置
１０１  取得部
１０２  判定部
１０３  生成部
１０４  出力部
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動体の挙動を検出するセンサの出力値によって当該移動体の挙動が危険となった際の前記出力値を含む危険情報を取得する取得工程と、
前記取得工程によって取得された危険情報を用いて、前記移動体を利用する被保険者の当該移動体の利用に関する優良度を判定する判定工程と、
前記判定工程によって判定された優良度に応じて、前記被保険者の保険内容に関する保険情報を生成する生成工程と、
前記生成工程によって生成された保険情報を出力する出力工程と、
を含み、
前記判定工程は、前記取得工程にて取得された危険情報に前記移動体の外部環境の影響による情報が含まれている場合は、当該外部環境の影響による情報を除外して前記優良度の判定をおこなうことを特徴とする保険情報出力方法。
【請求項２】
前記判定工程は、
前記移動体の挙動が危険となった際の当該移動体の利用者を認証することによって、前記被保険者の優良度を判定することを特徴とする請求項１に記載の保険情報出力方法。
【請求項３】
前記生成工程は、
前記被保険者の保険等級を設定することにより見積もられる保険料金を含む保険情報を生成することを特徴とする請求項１に記載の保険情報出力方法。
【請求項４】
前記危険情報の取得元となった前記被保険者に対して、当該危険情報の対価の支払いに関する精算処理をおこなう精算工程を含むことを特徴とする請求項１に記載の保険情報出力方法。
【請求項５】
移動体の挙動を検出するセンサの出力値によって当該移動体の挙動が危険となった際の前記出力値を含む危険情報を取得する取得手段と、
前記取得手段によって取得された危険情報を用いて、前記移動体を利用する被保険者の当該移動体の利用に関する優良度を判定する判定手段と、
前記判定手段によって判定された優良度に応じて、前記被保険者の保険内容に関する保険情報を生成する生成手段と、
前記生成手段によって生成された保険情報を出力する出力手段と、
を備え、
前記判定手段は、前記取得手段にて取得された危険情報に前記移動体の外部環境の影響による情報が含まれている場合は、当該外部環境の影響による情報を除外して前記優良度の判定をおこなうことを特徴とする保険情報出力装置。
【請求項６】
請求項１〜４のいずれか一つに記載の保険情報出力方法をコンピュータに実行させることを特徴とする保険情報出力プログラム。
【請求項７】
請求項６に記載の保険情報出力プログラムを記録したことを特徴とするコンピュータに読み取り可能な記録媒体。
【国際調査報告】
2008038340.tif 000016
2008038340.tif 000017