JP7219545B2 - 運転評価装置、運転評価システム、及びプログラム - Google Patents

Description

本発明は、運転評価装置、運転評価システム、及びプログラムに関する。

運転評価装置（運転評価システム）は、車載端末から受信した運転可能情報に基づいて運転者の運転状況を判定する。運転評価システムとして、保険会社端末が運行管理サーバから受信した判定結果に基づいて自動車保険の保険料を算出すること、算出された保険料が運転者（ユーザー）に提示されること、運転状況の良し悪しに応じて保険料が割引かれること、などを提供するものが知られている（特許文献１参照）。

特開２００２－１４９９８４号公報

しかしながら、従来の技術によれば、単に保険料が提示されるだけであり、運転の中で良好なものと評価されたポイント（技量）と保険料が低減されたこととの関連性が分からない。そのため、運転者に対して有益な情報を提供できないことがあり、運転者の運転技量の更なる改善に繋がらない場合あった。

本発明は、このような事情を考慮してなされたものであり、運転者に対して、より有益な情報を提供することができる運転評価装置、運転評価システム、及びプログラムを提供することを目的の一つとする。

（１）：車両の運転者の運転を評価した運転評価結果を取得する運転評価取得部と、前記取得された運転評価結果を出力する運転評価出力部であって、前記取得された運転評価結果が所定の条件を満たす場合に、前記運転評価結果と前記運転に関わる保険料に係る情報とを組み合わせて出力する運転評価出力部と、を備える運転評価装置である。

（２）：（１）の車両制御装置において、前記運転評価出力部は、前記運転評価結果の示す値が所定値以上である場合に、前記運転評価結果と前記保険料に係る情報とを組み合わせて出力するもの。

（３）：（１）又は（２）の車両制御装置において、前記車両の運転者の運転に係る運転情報を取得する運転情報取得部を更に備えるもの。

（４）：（１）から（３）の車両制御装置において、前記運転評価出力部は、記憶部に保持していた前記運転評価結果と、前記保険料に係る情報とを同じ画面内に収めて表示するための情報を生成するもの。

（５）：（１）から（４）の車両制御装置において、前記運転評価出力部は、 記憶部に保持していた前記運転評価結果と、前記保険料に係る情報とを表示する表示部をさらに備えるもの。

（６）：（４）又は（５）の車両制御装置において、前記車両の運転者、前記車両の所有者及び前記車両の保険料の支払者の少なくとも一方の連絡先情報を、前記運転評価結果と前記運転に関わる保険料に係る情報とのうち一方又は双方の情報の出力先として前記記憶部に記憶させておき、
前記運転評価出力部は、
前記出力先ののうち少なくとも一方に前記運転評価結果と前記保険料に係る情報とを出力するもの。

（７）：（６）の車両制御装置において、前記運転評価出力部が出力した前記運転評価結果に対する前記車両の所有者のレスポンスを取得するレスポンス取得部と、前記運転評価出力部が出力した前記運転評価結果に対して前記車両の所有者のレスポンスを取得した場合に前記車両の所有者にポイントを付与するポイント処理部とを備え、前記ポイントは前記出力された前記保険料の一部に割り当てて、前記保険料が前記ポイントにより減額されるように設定されているもの。

（８）：車両の運転者の運転に係る運転情報を取得する運転情報取得部と、前記運転情報取得部によって取得した運転情報に基づいて、前記運転者の運転評価結果を算出する運転評価算出部と、前記運転評価算出部によって算出された運転評価結果を出力し、前記運転評価算出部によって算出された運転評価結果が所定の条件を満たす場合に、前記運転評価結果と前記運転に関わる保険料に係る情報とを組み合わせて出力する運転評価出力部と、を備える運転評価システムである。

（９）：コンピュータに、車両の運転者の運転に係る運転情報を取得させ、前記取得した運転情報に基づいて、前記運転者の運転評価結果を取得させ、前記取得した運転評価結果を出力し、前記取得した運転評価結果が所定の条件を満たす場合に、前記運転評価結果と前記運転に関わる保険料に係る情報とを組み合わせて出力させるステップを実行するためのプログラムである。

（１）～（９）によれば、運転者に対して、より有益な情報を提供することができる運転評価装置、運転評価システム、及びプログラムを提供することができる。

第１の実施形態に係る運転評価システムの構成図である。 本実施形態の端末装置の構成図である。 本実施形態のサーバ装置の構成図である。 本実施形態の運転評価に係る処理の流れの一例を示すフローチャートである。 本実施形態の走行評価処理を終了させる処理の流れの一例を示すフローチャートである。 本実施形態の評価結果の出力処理の流れの一例を示すフローチャートである。 本実施形態の評価結果を示す画像について説明するための図である。 本実施形態の運転評価システムの有益性について説明するための図である。 第２の実施形態に係る車載情報設備の構成図である。 第３の実施形態の端末装置の構成図である。 本実施形態のサーバ装置の構成図である。 第４の実施形態の保険契約に関する情報を示す評価結果画像について説明するための図である。 本実施形態の評価結果画像の合成処理の流れの一例を示すフローチャートである。 本実施形態の出力先を決定するための条件について説明するための図である。 本実施形態の利用形態について説明するための図である。 第４の実施形態の変形例（ケース３）に適用されるサーバ装置の構成図である。 本実施形態の評価結果を示す画像について説明するための図である。

以下、図を参照して、実施形態に係る運転評価装置、及びプログラムについて説明する。なお、以下の実施形態の説明の中で、「データＡとデータＡから直接的に又は間接的に生成されたデータＢとの少なくとも何れか一方又は双方に基づく」こと、「少なくともデータＡを含み、所定の条件などによりデータＡとは異なるデータＢを含むデータに基づく」こと、上記の任意の組み合わせなどを総じて、単に「データＡに基づく」ということがある。

（第１の実施形態）
図１は、第１の実施形態に係る運転評価システムの構成図である。この図１には運転評価システムに係る複数の車両と、サーバ装置７と、第２端末装置８と、保険料算出装置９とが示されている。車両は、例えば、道路を走行する移動体（自動車、自動二輪車など）である。

車両３Ａには、車載情報設備４Ａと、ＥＣＵ（ electronic control unit ）５Ａと、通信装置６Ａが搭載されている。第１端末装置２は、運転時にユーザーＵ１によって車両３Ａに持ち込まれる。

ユーザーＵ１は、車両３Ａ又は車両３Ｂを運転する。ユーザーＵ１は、運転の初心者、運転の技量の習得段階にある人などである。例えば、ユーザーＵ１が若年者（子供）であり、ユーザーＵ２がその親である。

以下、実施形態の運転評価システムについて、いくつかの事例に分けて説明する。

最初に、実施形態の運転評価システム１について説明する。運転評価システム１は、少なくとも第１端末装置２と、サーバ装置７と、第２端末装置８とを備える。以下に説明するサーバ装置７は、運転評価装置の一例である。

第１端末装置２は、ユーザーＵ１に所持される可搬型の端末装置である。第１端末装置２は、例えば、スマートフォン、タブレット端末などである。

車載情報設備４Ａと、ＥＣＵ５Ａと、通信装置６Ａは、車両３Ａ内のネットワークＮＷＡで接続されている。車載情報設備４Ａは、少なくとも搭乗者に対して情報を表示する表示部を備え、車両３Ａに関する情報を表示部に表示させる。ＥＣＵ５Ａは、任意のタイミングで互いに通信を行い、車両３Ａの駆動、制動、操舵などを制御する。通信装置６Ａは、第１端末装置２と通信することで、ＥＣＵ５Ａによって生成された制御情報に関する走行情報を第１端末装置２に送信する。なお、ここでは、車両３Ａに、サーバ装置７と通信する機能部を備えていないものと仮定し、車載情報設備４Ａを本システムの出力先には含まないものとする。

サーバ装置７は、第１端末装置２、第２端末装置８、後述する車両３Ｂの通信装置６ＢなどにネットワークＮＷを介して接続され、夫々の装置と通信する。サーバ装置７は、第１端末装置２または通信装置６Ｂから提供される車両の運転状況を示すデータなどを取得して、運転の技量の評価結果を出力する。その詳細は後述する。

第２端末装置８は、ユーザーＵ２によって操作される端末装置である。第２端末装置８の形態は、任意であり、可搬型でもよく据置型であってもよい。ユーザーＵ２は、第２端末装置８を操作することによって、サーバ装置７等から提供される情報を閲覧する。

［第１端末装置２］
図２は、本実施形態の端末装置の構成図である。第１端末装置２は、例えば、制御部２１０と、記憶部２２０と、入出力部２３０と、ＧＮＳＳ受信部２４０と、加速度検出部２５０と、無線通信部２６０と、撮像部２７０と、音声入出力部２８０とを備える。

制御部２１０は、ソフトウエアプログラムを実行するプロセッサ等を含む。制御部２１０は、ソフトウエアプログラムを実行することにより各種処理の機能部として作用する。

記憶部２２０は、ＲＯＭ（ Read Only Memory ）やＲＡＭ（ Random Access Memory ）、ＨＤＤ（ Hard Disk Drive ）、フラッシュメモリ等で実現される。プロセッサが実行するソフトウエアプログラムは、予め記憶部２２０に格納されていてもよいし、外部装置や可搬型記憶媒体などから、或いは通信回線を介してダウンロードされてもよい。記憶部２２０は、第１端末装置２を通信端末として機能させるための各種設定情報と、ＯＳなどの基本プログラムを格納する。

入出力部２３０は、各種情報を表示させる液晶表示器などの表示部（不図示）と操作検出部（不図示）とを含む。入出力部２３０は、タッチパネルとして構成されていてもよい。

ＧＮＳＳ( Global Navigation Satellite System )受信部２４０は、ＧＮＳＳ衛星が送信する信号を受信し、受信した信号に基づいて、自装置の位置を特定し、位置を示す情報（以下、位置情報）を出力する。

加速度検出部２５０は、加速度センサー（又はジャイロセンサ）を含み、第１端末装置２に作用する加速度などの物理量を検出する。

無線通信部２６０は、不図示のアンテナを備えており、セルラー方式、無線ＬＡＮ方式などの無線通信方式で通信する。無線通信部２６０は、さらに、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信方式で通信してもよい。

撮像部２７０は、例えば、ＣＣＤ（ Charge Coupled Device ）カメラやＣＭＯＳ（ Complementary Metal Oxide Semiconductor ）カメラなどのデジタルカメラである。撮像部２７０は、制御部２１０の制御により、例えばユーザーＵ１が車両３Ａを運転している期間に、車両３Ａの周囲の画像を動画又は準動画で記録する。なお、撮像部２７０は、第１端末装置２の本体とは別体であってもよい。

音声入出力部２８０は、不図示のマイク、スピーカなどを含み、例えば、通話用に利用される。また、制御部２１０からの制御により、スピーカなどから警報音等を出力してもよい。

制御部２１０は、例えば、申告データ処理部２１１と、走行データ処理部２１２と、映像記憶処理部２１３と、同乗者申告処理部２１４と、評価処理部２１５とを備える。

記憶部２２０は、例えば、申告情報ＤＢ２２１、走行情報ＤＢ２２３、映像情報ＤＢ２２４、同乗者情報ＤＢ２２５、評価結果ＤＢ２２６、保険情報ＤＢ２２９などを格納する。走行情報ＤＢ２２３、及び映像情報ＤＢ２２４は、「運転状況に係る情報」の一例であり、走行情報ＤＢ２２３、映像情報ＤＢ２２４、同乗者情報ＤＢ２２５、及び評価結果ＤＢ２２６は、「車両データ」の一例である。

申告データ処理部２１１は、ユーザーＵ１が入出力部２３０に対して操作を行うことで登録された各種申告情報を取得して、申告情報ＤＢ２２１に追加する。

例えば、各種申告情報には、ユーザーＵ１の属性情報、評価結果の出力先に関する出力先情報、車両３Ａ（又は３Ｂ）の運転を許容する範囲を示す範囲情報、制限速度情報などが含まれる。例えば、出力先情報には、ユーザーＵ１の名称、ユーザーＵ１の連絡先情報（例えば、メールアドレス）、ユーザーＵ２の名称、ユーザーＵ２の連絡先情報（例えば、メールアドレス）、出力するタイミングを示す出力先毎のタイミング情報等が含まれる。範囲情報には、緯度経度情報又は領域を指定する識別情報などが含まれる。制限速度情報には、例えば、判定用の閾値が格納される。さらに、申告データ処理部２１１は、取得した各種情報をサーバ装置７に送信する。

走行データ処理部２１２は、車両３Ａから無線通信部２６０を介して取得する各種データに基づいて車両３Ａの走行状況を示す走行データを生成し、走行情報ＤＢ２２３に追加する。例えば、走行情報ＤＢ２２３には、車両３Ａの識別情報、車両３Ａの速度、エンジンの回転数、走行時の日時情報、車両３Ａの位置情報（ＧＮＳＳ受信部２４０の位置情報など）、加速度情報などの項目が含まれる。例えば走行データ処理部２１２は、加速度検出部２５０から取得した第１端末装置２に作用する加速度などに基づく加速度情報を走行情報ＤＢ２２３に追加する。

映像記憶処理部２１３は、撮像部２７０又は車両３Ａに搭載されているカメラ（不図示）の映像データを映像情報ＤＢ２２４に追加する。例えば、映像データには、車両３Ａの識別情報、車両３Ａの周囲の状況の映像情報、走行時の日時情報などの項目が含まれる。

同乗者申告処理部２１４は、ユーザーＵ１が入出力部２３０に対して操作を行うことで登録された同乗者に関する情報を取得して、同乗者情報ＤＢ２２５に追加する。例えば、同乗者情報ＤＢ２２５には、同乗者に関する情報（運転経験のある親又は指導員を乗せていたか否かに関する情報）と、同乗していた期間などの項目が含まれる。例えば、特定された日時に対応する運転時の同乗者に関する情報を解析することにより、運転経験のある親又は指導員を車両３Ａに同乗させていたか否かが識別される。

評価処理部２１５は、走行データ処理部２１２及び同乗者申告処理部２１４からそれぞれ取得した各種データに基づいて、車両３Ａの走行状況に関する評価項目の評価結果を示す評価データを生成して、評価結果ＤＢ２２６に追加する。なお、上記の評価項目に対する評価の手法については、既知の方法を利用してもよい。

評価結果ＤＢ２２６は、複数の評価項目を含む。例えば、評価結果ＤＢ２２６には、車両３Ａの識別情報と、評価項目ごとの評価結果（以下、単に評価結果という。）とが含まれる。評価項目には、例えば、特異事象（急ブレーキ、急加速など）と速度超過の履歴情報、走行時の日時情報、安全運転を励行するための集中度、シートベルト着用の有無、運転経験が豊富な人が同乗していたか否か、運転の時間帯、運転許容範囲外の走行の有無などが含まれる。評価処理部２１５は、安全運転を励行するための集中度については、運転中に第１端末装置２を利用した通話時間等から特定してもよい。

例えば、評価処理部２１５は、ユーザーＵ１によって申告された範囲情報を申告情報ＤＢ２２１から取得して、それを基準に運転許容範囲外の走行の有無を判定する。評価処理部２１５は、例えば、予め設定された制限速度値を申告情報ＤＢ２２１から取得して、その制限速度値を基準にして速度超過を判定する。なお、申告データ処理部２１１は、上記の制限速度値を第２端末装置８等から取得して申告情報ＤＢ２２１に追加してもよい。この場合、申告データ処理部２１１は、制限速度値について第１端末装置２からの書き換え要求を排除してもよい。

入出力処理部２１７は、上述の車両データを、無線通信部２６０を経てサーバ装置７に送信し、その車両データに基づいた画像を生成して入出力部２３０に表示させる。

入出力処理部２１７は、サーバ装置７から提供される情報を、無線通信部２６０を介して受信して入出力部２３０に表示させる。また、入出力処理部２１７は、入出力部２３０によって検出されたユーザーＵ１の操作に基づく情報を、無線通信部２６０を用いてサーバ装置７に送信する。

なお、入出力処理部２１７は、評価処理部２１５によって検出された結果に、運転者が失念し、又は見落としたことに起因すると思われる事象を検出した際に、入出力部２３０に注意喚起の表示を表示させたり、音声入出力部２８０から注意喚起のメッセージ又は警報音を出力させたりしてもよい。

保険情報処理部２１９は、保険会社などから提供される自動車保険の保険料（運転に関わる保険料）に係る情報を、無線通信部２６０を経て取得し、保険情報ＤＢ２２９に格納させる。

［サーバ装置７］
次に、実施形態のサーバ装置について説明する。図３は、本実施形態のサーバ装置の構成図である。サーバ装置７は、例えば、制御部７１０と、記憶部７２０と、入出力部７３０と、通信部７６０とを備える。

制御部７１０は、ソフトウエアプログラムを実行するプロセッサ等を含む。制御部７１０は、ソフトウエアプログラムを実行することにより各種処理の機能部として作用する。なお、サーバ装置７は、例えば、ｗｅｂサーバ、データベースサーバ、認証サーバなどの機能を兼ね備えるものであってもよい。

記憶部７２０は、ＲＯＭやＲＡＭ、ＨＤＤ、フラッシュメモリ等で実現される。プロセッサが実行するソフトウエアプログラムは、予め記憶部７２０に格納されていてもよいし、外部装置や可搬型記憶媒体などから、或いは通信回線を介してダウンロードされてもよい。

記憶部７２０は、サーバ装置７を処理装置として機能させるための各種設定情報と、ＯＳなどの基本プログラムを格納する。さらに、記憶部７２０は、上記の他、運転評価システム１の主たる機能を実現させるための各種情報とアプリケーションプログラムとを格納する。

入出力部７３０は、図示しない表示部、キーボードなどを含み、サーバ装置７に対する操作を受け付けて、制御部７１０に通知するほか、制御部７１０からの制御により制御状態を表示する。

通信部７６０は、ネットワークＮＷに接続され、ネットワークＮＷを介して各装置と通信する。例えばこのネットワークＮＷとの間の通信方式には、一般に知られている各種方式を適用してよい。例えば、サーバ装置７は、ネットワークＮＷを介して通信可能であれば、物理的に配置される位置に制限されることはなく、適宜選択できる。

サーバ装置７の制御部７１０は、例えば、申告データ処理部７１１と、車両データ処理部７１２と、タイミング決定部７１６と、出力処理部７１７（評価結果出力部）とを備える。出力処理部７１７は、例えば、レスポンス取得部７１８、ポイント処理部７１９を備えることがある。これについては後述する。

申告データ処理部７１１は、第１端末装置２から各種申告情報を取得して、申告情報ＤＢ７２１に追加する。

車両データ処理部７１２は、第１端末装置２から車両データを取得して、車両情報ＤＢ７２３に追加する。

記憶部７２０は、申告情報ＤＢ７２１、車両情報ＤＢ７２３、タイミング情報ＤＢ７２７、応答記録ＤＢ７２８などを格納する。

例えば、タイミング決定部７１６は、申告情報ＤＢ７２１に含まれる出力先毎のタイミング情報に基づいて、評価結果等を出力するタイミングを決定し、その結果を出力先毎にタイミング情報ＤＢ７２７に登録する。タイミング情報ＤＢ７２７に登録されるデータは、決定されたタイミングに関わる頻度の値であってよく、例えば、第１の出力先（ユーザーＵ１）の第１頻度の値、第２の出力先（ユーザーＵ２）の第２頻度の値などが含まれてよい。以下、頻度の値のことを単に頻度という。

次に、図４を参照して実施形態の運転評価に係る処理の流れについて説明する。図４は、本実施形態の運転評価に係る処理の流れの一例を示すフローチャートである。各処理に矛盾が生じ無い範囲で、並列に処理をしてもよく、処理の順序を変更してもよい。実施形態の説明を簡略化するために、上記の処理を一連の処理として整理した事例について説明する。

まず、運転評価システム１は、予め利用者登録処理を実施して、ユーザーＵ１に関する情報を獲得する（ステップＳ１）。例えば、運転評価システム１のサーバ装置７は、獲得した情報に基づいて、ユーザーＵ１が指定する出力先毎の頻度を決定する。

次に、第１端末装置２は、ユーザーＵ１の操作を検出することによりアプリケーションソフトを起動させる（ステップＳ２）。次に、第１端末装置２の制御部２１０は、走行評価処理の開始処理を実行する（ステップＳ３）。走行評価処理には、運転状況に係る情報の取得処理と記録処理、評価項目に関する評価処理、評価結果の記憶部への記録処理などが含まれる。ここでは、上記のうち運転状況に係る情報の取得処理と記録処理を開始する。

例えば、走行評価処理の開始処理は、運転評価システム１のログイン処理、および評価結果画像（図１７）を入出力部２３０に表示させた状態における運転開始（Ｄｒｉｖｅ）ボタン操作の検出を経て行われる。これらの処理は、ユーザーＵ１が車両３Ａの運転を開始する前に実行される。走行評価処理の開始に伴って、入出力処理部２１７は、ユーザーＵ１による運転開始の操作を検出して、走行評価処理のうち運転状況に係る情報の取得処理と記録処理を開始する。

次に、制御部２１０は、上記の走行評価処理（運転状況に係る情報の取得処理と記録処理）を継続させる（ステップＳ４）。この間、ユーザーＵ１は、車両３Ａを運転する。運転中の第１端末装置２の操作、つまり運転評価システム１に対する操作は不要である。

次に、制御部２１０は、ユーザーＵ１の操作を検出することにより走行評価処理を終了させる（ステップＳ５）。

例えば、走行評価処理を終了させる処理は、下記の手順で実施される。図５は、走行評価処理を終了させる処理の流れの一例を示すフローチャートである。制御部２１０は、まず、ユーザーＵ１による運転終了の操作を検出し（ステップＳ５１）、継続させていた運転状況に係る情報の取得処理と記録処理を終了させる（ステップＳ５２）。制御部２１０の同乗者申告処理部２１４は、同乗者に関する情報を取得して同乗者情報ＤＢに登録する（ステップＳ５３）。その後、制御部２１０の評価処理部２１５は、評価項目に関する評価処理を実行し（ステップＳ５４）、評価結果の記憶部への記録処理を実行する（ステップＳ５５）。次に、制御部２１０の入出力処理部２１７は、サーバ装置７に評価結果を含む車両データを送信する（ステップＳ５６）。制御部２１０は、アプリケーションソフトを終了させる（ステップＳ５７）。

図４に戻る。次に、サーバ装置７は、第１端末装置２から車両データを取得して、車両情報ＤＢ７２３に登録することにより、車両データを蓄積する（ステップＳ６）。

例えば、ユーザーＵ１が車両３Ａを運転する度に、上記のステップＳ２からステップＳ６までの処理が繰り返されることにより、サーバ装置７には、ユーザーＵ１の運転評価に関する車両データが蓄積される。

次に、運転評価システム１は、ユーザーＵ１による評価結果等の閲覧を支援するための処理を実行する（ステップＳ７）。

例えば、サーバ装置７は、第１端末装置２から取得した車両データに基づいた評価結果と所定の期間の評価結果に基づいた通期評価結果とを、予め設定されている所定のタイミングでその出力先に送信してそれぞれの出力先で出力させる。評価結果及び通期評価結果を纏めて評価結果等という。例えば、出力先に指定された第１端末装置２と第２端末装置８とに、評価結果等が配信され閲覧が許可される。

上記の所定の期間とは、例えば、通期評価結果を前回出力したときから今回出力するときまでに係る期間であり、評価対象期間の一例である。評価対象期間は、１又は複数回の運転の結果が含まれる長さに決定される。また、第１の出力先の評価対象期間が、第２の出力先の評価対象期間より短ければ、第１の出力先（ユーザーＵ１）の第１頻度を、第２の出力先（ユーザーＵ２）の第２頻度よりも高くする。

上記のように、評価対象期間を定めて、通期評価結果を算出することにより、少なくとも複数回の運転の状況を総じて定量化した通期評価結果を得ることができる。

ユーザーＵ１は、運転終了後に、第１端末装置２から、自発的に上記の運転に関する評価結果等を参照して、運転の状況を確認する。或いは、サーバ装置７は、評価結果等の確認を促す案内を、第１頻度で規定される所定のタイミングに第１端末装置２宛てに出力して、ユーザーＵ１による評価結果等の閲覧を支援する。例えば、ユーザーＵ１は、帰宅後などにその日の運転に関する評価結果と通期評価結果の何れか一方又は双方を閲覧してもよい。

ユーザーＵ２は、ユーザーＵ１から評価結果等についての連絡を受けた場合、第２頻度で規定される所定のタイミングにサーバ装置７から送信された評価結果等とその確認を促す案内の何れか一方又は双方を取得した場合などに、サーバ装置７が出力する評価結果等に関する情報を閲覧するとよい。

なお、ユーザーＵ１又はＵ２からの申告（指定）により、サーバ装置７は、保険会社に通期評価結果を送ることがある。サーバ装置７から保険会社に通期評価結果を送った場合には、保険会社から保険契約についての提案（料金、割引率などを含む。）が第１端末装置２と第２端末装置８の一方又は双方に届く。ユーザーＵ１とＵ２は、その提案の内容を閲覧することができる。

保険会社から保険契約についての提案は、保険会社に送った通期評価結果によりその内容が変化する。ユーザーＵ１とＵ２は、その提案の内容から、通期評価結果の良否を推定することができる。

次に、実施形態の評価結果等の閲覧支援の処理について説明する。

サーバ装置７の出力処理部７１７は、運転の履歴として車両情報ＤＢ７２３に格納されている車両データのうち、評価対象期間内の車両データに基づいて、その評価対象期間の通期評価結果を生成し、各出力先に出力する。

例えば、出力処理部７１７は、第１端末装置２に通期評価結果を出力する場合、第１頻度Ｆ１で出力する。例えば、この場合の評価対象期間Ｔ１は、第１頻度Ｆ１の間隔に収まるように決定される。なお、第1頻度Ｆ１は、サーバ装置７から評価結果等とその確認を促す案内の何れか一方又は双方を送信する場合の第１頻度と同じでもよいし、異なってもよい。

出力処理部７１７は、端末装置５に通期評価結果を出力する場合、第２頻度Ｆ２で出力する。例えば、この場合の評価対象期間Ｔ２は、第２頻度Ｆ２により規定される第２周期Ｔ２などにより決定される。なお、第２頻度Ｆ２は、サーバ装置７から評価結果等とその確認を促す案内の何れか一方又は双方を送信する場合の第２頻度と同じでもよいし、異なってもよい。

また、出力処理部７１７のレスポンス取得部７１８は、通期評価結果の出力に対する応答（レスポンス）を取得して、その応答の有無を応答記録ＤＢ７２８に登録してもよい。

応答の有無を登録する場合には、タイミング決定部７１６は、応答記録ＤＢ７２８に登録された応答の有無を判定して、通期評価結果を出力する頻度を調整してもよい。例えば、応答が無い場合、タイミング決定部７１６は、応答記録ＤＢ７２８に登録された応答の有無を、出力先に通期評価結果を出力する際のタイミングの調整に利用してもよい。

また、タイミング決定部７１６は、応答が無い場合には、第１頻度と第２頻度とのうち一方又は双方を、応答がある場合よりも高くするようにタイミングを調整する。これにより、ユーザーＵ１とユーザーＵ２とに対して評価結果等を見るように促すことが可能になる。

さらに、出力処理部７１７は、第２端末装置８からの情報を取得して、第１端末装置２に送信し、入出力部２３０に出力させてもよい。例えば、出力処理部７１７は、第２端末装置８側に表示した画像に対応つけられたコメント入力欄などに書き込まれた情報を取得して、第１端末装置２の入出力部２３０に表示させてもよい。これにより、ユーザーＵ１とユーザーＵ２とが対面していなくても、同様の内容の表示を第１端末装置２と第２端末装置８に表示させて、その表示上に書きこみを追加した、話題に対応するポイントを表示したりしながら対話することができる。

図６は、本実施形態の評価結果の出力処理の流れの一例を示すフローチャートである。

まず、出力処理部７１７は、評価期間内の車両データを走行情報ＤＢ７２３から読み出して取得する（ステップＳ７１）。

次に、出力処理部７１７は、評価期間内の車両データに基づいて、評価対象期間に対応する通期評価結果を生成する（ステップＳ７２）。

次に、タイミング決定部７１６は、通期評価結果が判定基準値を超えるか否かを判定し（ステップＳ７３）、通期評価結果が判定基準値を超えない場合、図に示す処理を終える。通期評価結果が判定基準値を超える場合、出力処理部７１７は、予め定められた出力先に対して判定の結果を出力する（ステップＳ７４）。

次に、タイミング決定部７１６は、応答が有ったか否かを判定する（ステップＳ７５）。応答があった場合、図に示す処理を終える。応答が無かった場合、タイミング決定部７１６は、所定の規則に従いタイミングを調整し（ステップＳ７６）、図に示す処理を終える。

上記の処理によれば、通期評価結果を出力する頻度は、応答が無かった場合はあった場合に比して高くなる。なお、上記の処置のうち、ステップＳ７３の判定結果によらずに通期評価結果を出力してもよく、またステップＳ７５とＳ７６を省略してもよい。

また、タイミング決定部７１６は、車両データ処理部７１２による通期評価結果が、過去の通期評価結果に対比して、相対的に高い場合には相対的に低い場合よりもサーバ装置７から評価結果等の確認を促す案内を通知する出力頻度を高くしてもよい。これによって、評価が向上している場合に高頻度で、その案内が通知されるため、被評価者のモチベーションを高めることができる。

次に、図７を参照して評価結果の表示について説明する。図７は、本実施形態の評価結果を示す画像について説明するための図である。

図７（ａ）に示す画像ＩＭ１は、運転経路を地図Ｚ１１上に示し、その運転経路の運転中の評価結果を合わせて表示した画像の一例である。地図Ｚ１１上にスタート地点（ステップＳ）とゴール地点（Ｇ）を示し、スタート地点からゴール地点まで走行した経路（Ｐ）と、その経路の途中にこれまでに事故が発生した地点（Ｉ）が表示されている。

例えば、第１端末装置２は、ユーザーＵ１の操作に応じてこの表示画面をその表示部に随時表示させる。

また、サーバ装置７は、第１端末装置２を経てユーザーＵ２への提供が指定されたときと、予め定められたタイミングにこの表示画面を第２端末装置８に送信してもよい。

なお、ユーザーＵ２は、この画像ＩＭ１についてはサーバ装置７から第２端末装置８に提供されたものに限り確認することができる。例えば、出力処理部７１７は、申告情報に規定された配信条件などに従って出力先を選択し、配信が許可される出力先に情報を出力するとよい。

図７（ｂ）に示す画像ＩＭ２は、所定の期間の運転の状況を表示した画像の一例である。この画像には、評価対象の期間、総運転時間、ポイントなどが表示されている。ポイントについては後述する。さらに、評価結果として、評価結果を数値化した「スコア」（Ｚ２１）と、急ブレーキ回数（Ｚ２２）と、急加速回数（Ｚ２３）と、速度超過期間（Ｚ２４）の履歴を示すグラフが示されている。このグラフは、急ブレーキ回数と、急加速回数と、速度超過期間のそれぞれが総運転時間の増加に対して概ね減少傾向にある事例の一例である。さらに、この画像ＩＭ２には、複数の評価対象の期間（Ｚ２５）、総運転時間（Ｚ２６）、ポイント（Ｚ２７）などが表示されている。ポイントについては後述する。

図７（ｃ）に示す画像ＩＭ３は、評価結果の項目ごとに夫々の評価結果をモデル化して表示した画像の一例である。この画像には、評価結果の項目に対応するアイコンが格子状に並べて配置されている。評価対象の運転に特定の事象が生じている場合には、出力処理部７１７は、例えば、その事象に対応するアイコンの表示を、事象が生じていない場合の表示から変えて表示させる。

図８は、本実施形態の運転評価システム１の有益性について説明するための図である。ユーザーＵ１が車両３Ａ（３Ｂ）の運転時に運転評価システム１を利用する。ユーザーＵ１は、自発的に心がけて、より安全に運転し、その運転に関する情報を、第１端末装置２を利用して自発的に共有する。

第１端末装置２は、共有された情報に基づいて、ユーザーＵ１の運転の評価結果を提供する。ユーザーＵ１がこの評価結果を分析することで、ユーザーＵ１に安全運転に対する気づきが生まれる。

第１端末装置２は、上記のユーザーＵ１の運転の評価結果を、例えばサーバ装置７を経て、第２端末装置８に提供する。

ユーザーＵ２は、第２端末装置８にこの評価結果の提供を受けて、ユーザーＵ１が安全運転を励行していることを確認できて安心し、ユーザーＵ１を信頼することができる。これに対し、運転の技量などに改善すべき点がある場合には、より安全に運転するためのアドバイスをユーザーＵ１に与えることができる。これにより、ユーザーＵ２は、その評価結果からユーザーＵ１の運転を信頼できたこと、ユーザーＵ１によって安全運転が励行されていたことが確認できたことなどをユーザーＵ１に伝え、それを賞賛するとよい。また、ユーザーＵ２は、必要により、安全に運転するための技量についてアドバイスしたり、示唆したり、自発的な気づきを与えたりするように行動することができる。

ユーザーＵ１とＵ２は、客観的に診断された結果を夫々又は一緒に参照することができ、車両３Ａの運転に関する評価結果などの情報を共有することで、親子のコミュニケーションを円滑にすることができる。

また、ユーザーＵ１は、安全運転を励行していることを認知してもらえたことを確認し、その運転に対して信頼してもらえたことを知り、その賞賛を受けることで、運転に対する自信がつく。これにより、さらに、ユーザーＵ１において、その技量を高めることについてのモチベーションの向上につながる。また、ユーザーＵ１は、親からのアドバイス、示唆などにより技量に関する知識として獲得し、運転技術のスキルを上げることができる。

上記の実施形態によれば、サーバ装置７は、車両３Ａの運転者（ユーザーＵ１）の運転に係る運転情報に基づいて、運転者の運転の評価に関わる通期評価結果（運転評価結果）を算出し、通期評価結果を出力する出力先の情報を記憶する記憶部７２０に記憶された出力先に基づいて、通期評価結果を出力するタイミングを出力先ごとに決定し、通期評価結果を出力先ごとに決定されたタイミングに従い出力することにより、車両３Ａの運転に関する運転者の技量について、所望の期間を通して評価された通期評価結果を提供できる。さらには、出力先に応じた適度な出力を行うことが可能にある。

サーバ装置７が上記のように、通期評価結果を出力するタイミングに情報の提供時期を制限することにより、ユーザーＵ１とＵ２は、必要とされる通期評価結果を含む情報を予め登録されたタイミングで取得できる。

運転評価システム１は、ユーザーＵ１とＵ２が上記の情報を取得することに煩わしさを感じることを低減させる。運転評価システム１は、適度な頻度で評価結果などをユーザーＵ１とユーザーＵ２等に提供することにより、運転評価システム１の利用を促進させることに寄与する。

（第２の実施形態）
第２の実施形態について説明する。第１の実施形態では運転評価装置として、第１端末装置２を車両３Ａ内で利用する事例を例示したが、本実施形態では、第１端末装置２に代えて、車両３Ｂに搭載される車載情報設備４Ｂを利用する事例について説明する。

前述の図１に示すように、車載情報設備４Ｂと、ＥＣＵ５Ｂは、車両３Ｂ内のネットワークＮＷＢで接続されている。車載情報設備４Ｂには、通信装置６Ｂが接続されている。車載情報設備４Ｂは、通信装置６Ｂを経てネットワークＮＷを介してサーバ装置７と通信する。

車載情報設備４Ｂは、第１実施形態の第１端末装置２に代わり走行評価処理を実行するための各機能部が、車載情報設備４Ａに対して追加されている。車載情報設備４Ｂは、第１端末装置２に代わり、車両３Ｂに関する各種情報を表示部に表示させる。

ＥＣＵ５Ｂは、車両３Ｂの駆動、制動、操舵などを制御する。

通信装置６Ｂは、ユーザーＵ１の運転に係る車両データをサーバ装置７に対して送信する。つまり、この通信装置６Ｂは、車載情報設備４ＢをネットワークＮＷに接続するためのインタフェースとして機能する。

［車載情報設備４Ｂ］
図９は、本実施形態に係る車載情報設備の構成図である。車載情報設備４Ｂは、例えば、制御部４１０と、記憶部４２０と、入出力部４３０と、ＧＮＳＳ受信部４４０と、加速度検出部４５０と、無線通信部４６０と、通信部４６５と、撮像部４７０と、音声入出力部４８０とを備える。

制御部４１０、記憶部４２０、入出力部４３０、ＧＮＳＳ受信部４４０、加速度検出部４５０、無線通信部４６０、撮像部４７０、及び音声入出力部４８０のそれぞれは、第１端末装置２の制御部２１０、記憶部２２０、入出力部２３０、ＧＮＳＳ受信部２４０、加速度検出部２５０、無線通信部２６０、撮像部２７０、及び音声入出力部２８０と同様の機能を有する。

通信部４６５は、ＥＣＵ５Ｂと通信し、さらに、ＥＣＵ５ＢからネットワークＮＷＢ上に送信される走行データなどを収集する。

制御部４１０は、例えば、申告データ処理部４１１と、走行データ処理部４１２と、映像記憶処理部４１３と、同乗者申告処理部４１４と、評価処理部４１５と、入出力処理部４１７と、保険情報処理部４１９と、を備える。申告データ処理部４１１、走行データ処理部４１２、映像記憶処理部４１３、同乗者申告処理部４１４、評価処理部４１５、入出力処理部４１７、及び保険情報処理部４１９は、第１端末装置２の申告データ処理部２１１、走行データ処理部２１２、映像記憶処理部２１３、同乗者申告処理部２１４、評価処理部２１５、入出力処理部２１７、及び保険情報処理部２１９と同様の機能を有する。

なお、図２の説明から下記について読み替えることにより、詳細な説明を省略する。

車両３ＢにおいてユーザーＵ１が操作する装置が、第１端末装置２から車載情報設備４Ｂに代わる。ただし、下記のように構成することによりユーザーＵ１の操作を削減させることができる。例えば、（運転開始時）と（運転終了時）にユーザーＵ１が、入出力部２３０に表示されたボタンを操作する代わりに、走行データ処理部４１２が取得した走行データの中から、車両３Ｂの推力の発生を許可するための操作（ＩＧ ＯＮなど）がなされたことを検出してユーザーＵ１の運転開始を検出し、車両３Ｂの推力の発生を制限するための操作（ＩＧ ＯＦＦなど）がなされたことを検出してユーザーＵ１の運転終了を検出する。これにより、車載情報設備４Ｂは、走行評価処理の開始と終了を制御することができ、ユーザーＵ１の上記のボタンの操作を削減できる。

運転終了後の評価結果の閲覧については、ユーザーＵ１は、予め登録された任意の端末装置を利用して、サーバ装置７から提供される評価結果を閲覧するとよい。

サーバ装置７は、車載情報設備４Ｂから送信される車両データについても、前述の第１端末装置２から送信される車両データと同様の処理を実行する。

実施形態によれば、第１の実施形態と同様の効果を奏する。なお、本実施形態の場合、ユーザーＵ１は、車両３Ｂを運転する際に、第１端末装置２を所持して搭乗しなくてもよい。車載情報設備４Ｂは、第１端末装置２に代わり、運転評価装置として機能する。

（第３の実施形態）
第３の実施形態について説明する。第１と第２の実施形態では、サーバ装置７が評価結果を出力するタイミングを決定する事例を例示したが、これに代えて、本実施形態では、第１端末装置２が評価結果を出力するタイミングを決定する事例について説明する。

前述の図１に示す運転評価システム１を運転評価システム１Ｃに、第１端末装置２を第１端末装置２Ｃに、サーバ装置７をサーバ装置７Ｃに読み替える。以下、運転評価システム１Ｃにおいて、車両３Ａの場合を例示して説明するが、車両３Ｂについても同様に適用できる。ここでの説明を省略する。

［第１端末装置２Ｃ］
まず、実施形態の第１端末装置２Ｃについて説明する。図１０は、本実施形態の端末装置の構成図である。

第１端末装置２Ｃは、例えば、制御部２１０Ｃと、記憶部２２０Ｃと、入出力部２３０と、ＧＮＳＳ受信部２４０と、加速度検出部２５０と、無線通信部２６０と、撮像部２７０と、音声入出力部２８０とを備える。

制御部２１０Ｃは、例えば、申告データ処理部２１１Ｃと、走行データ処理部２１２と、映像記憶処理部２１３と、同乗者申告処理部２１４と、評価処理部２１５Ｃと、タイミング決定部２１６と、入出力処理部２１７Ｃと、保険情報処理部２１９とを備える。

記憶部２２０Ｃは、例えば、申告情報ＤＢ２２１、走行情報ＤＢ２２３、映像情報ＤＢ２２４、同乗者情報ＤＢ２２５、評価結果ＤＢ２２６、タイミング情報ＤＢ２２７、応答記録ＤＢ２２８、保険情報ＤＢ２２９などを格納する。

申告データ処理部２１１Ｃは、前述の申告データ処理部２１１の機能から、取得した各種情報の一部（タイミング情報）をサーバ装置７に送付する機能を削除して構成される。

評価処理部２１５Ｃは、前述の評価処理部２１５の機能から、「同乗者の有無に関する項目について評価した後に、サーバ装置７に車両データを送信する機能」を削除して構成される。つまり、第１端末装置２Ｃは、サーバ装置７Ｃに対して車両データそのものを送信しない。

タイミング決定部２１６及びタイミング情報ＤＢ２２７は、前述のタイミング決定部７１６及びタイミング情報ＤＢ７２７と同等のものである。タイミング決定部２１６は、評価結果の出力先ごとに評価結果を出力するタイミングを決定し、タイミング情報ＤＢ２２７に登録する。

入出力処理部２１７Ｃは、入出力処理部２１７に対して下記のことが追加される。入出力処理部２１７Ｃは、タイミング情報ＤＢ７２７に登録されたタイミングに従い、所定の出力先毎に評価結果を出力する。

［サーバ装置７Ｃ］
次に、実施形態のサーバ装置について説明する。図１１は、本実施形態のサーバ装置の構成図である。サーバ装置７Ｃは、例えば、制御部７１０Ｃと、記憶部７２０Ｃと、入出力部７３０と、通信部７６０とを備える。

サーバ装置７Ｃにおいて、制御部７１０Ｃは、例えば、申告データ処理部７１１Ｃと、車両データ処理部７１２と、出力処理部７１７Ｃとを備える。つまり、制御部７１０Ｃは、制御部７１０からタイミング決定部７１６が削除されている。

申告データ処理部７１１Ｃは、ユーザーＵ１の第１端末装置２Ｃ等の操作により申告された各種情報を取得して、申告情報ＤＢ７２１に追加する。

車両データ処理部７１２は、第１端末装置２から車両データを取得して、車両情報ＤＢ７２３に追加する。

記憶部７２０Ｃは、申告情報ＤＢ７２１、車両情報ＤＢ７２３などを格納する。

次に、サーバ装置７Ｃによる出力処理について説明する。サーバ装置７Ｃは、前述のサーバ装置７に比べ、出力先への送信に係る頻度及びタイミングの決定及び調整を行う機能を備えていない点が異なる。そのため、サーバ装置７Ｃは、第１端末装置２Ｃ等から送信された情報を取得し、情報を取得したタイミングに応じて出力先に転送する。

なお、第３の実施形態において、サーバ装置７を、所謂ルータなどの中継装置に置き換えてもよい。

上記の実施形態によれば、第１の実施形態と同様の効果を奏することができる。

（第４の実施形態）
第４の実施形態について説明する。本実施形態は、第１から第３の実施形態の運転評価システム１等に、保険会社からの提案（広告、割引率など）を第１端末装置２等に表示させる機能を追加したものである。

前述の図１を参照し、第１と第２の実施形態の構成に基づいて本実施形態の概要について説明する。なお、これに制限されることなく第３の実施形態の構成に適用してもよい。

サーバ装置７からの出力先には、保険会社の保険料算出装置９が含まれる。サーバ装置７は、通期評価結果が予め定められ所定の条件を満たす場合に、通期評価結果を、保険会社の保険料算出装置９に送信する。上記の所定の条件は、例えば、通期評価結果の示す値が所定の成績（所定値）以上のものであること、通期評価結果がこれまでの結果よりも高いことなどである。

保険料算出装置９は、その通期評価結果を取得して、保険契約の基本契約額に対する割引率を算出し、推奨する保険契約を提案するための情報を第１端末装置２等の出力先に対して送信する。推奨する保険契約の提案に係る情報には、例えば、推奨する保険契約の特徴、基本契約額、割引率、広告などが含まれる。

図１２を参照して、端末装置などに表示される評価結果画像の一例について説明する。図１２は、本実施形態の保険契約に関する情報を示す評価結果画像について説明するための図である。画像ＩＭ４内の上段側に通期評価結果が円グラフで表示され、下段側に保険会社から取得した割引率に関する情報が表示され、夫々が画像ＩＭ４内に収まるように配置されている。画像ＩＭ４は、通期評価結果と保険契約に関する情報とを同じ画面に表示させる評価結果画像（情報）の一例である。この例では、保険会社Ａから１０％の割引率が、保険会社Ｂから８％の割引率が、保険会社Ｃから６％の割引率がそれぞれ提示されたことが示されている。上記の割引率は、保険会社の各社の算定基準に従い決定される。例えば、上記の割引率は、契約者の運転の評価結果が良好な場合ほど大きくなる。

このように、通期評価結果と保険契約に関する情報とを合わせ表示することにより、その評価結果と保険契約の割引率を対比して確認することができる。

例えば、期待する割引率に満たない場合には、ユーザーＵ１は、その評価期間において評価値が低かった項目について改善すれば、割引率が増える可能性があることに気づく。このように、より安全運転になるように日ごろから心がけて、定量的な評価結果が改善すれば、さらなる保険料の割引率の向上につながる。上記の保険料の割引率は、安全運転を励行するためのモチベーションを高めることに寄与する。

図１３を参照して、サーバ装置７が各保険会社の保険料算出装置９Ａから９Ｄに通期評価結果を送る場合（後述する図１５（ａ）を参照。）を想定し、評価結果画像の生成に関する処理について説明する。なお、保険料算出装置９Ａから９Ｄは、保険会社ＡからＤの各保険会社にそれぞれ設けられている装置であって、上記の保険料算出装置９と同等の機能を有する。

図１３は、本実施形態の評価結果画像の合成処理の流れの一例を示すフローチャートである。

まず、サーバ装置７は、通期評価結果が予め定められ所定の条件を満たす通期評価結果を、保険料算出装置９Ａから９Ｄに夫々送信する（ステップＳ１７１）。これに合わせて、サーバ装置７は、所定の条件を満たす第１端末装置２と第２端末装置８とに宛てて通期評価結果を送信する。

次に、保険料算出装置９Ａから９Ｃがこの通期評価結果に応答する（ステップＳ１７２）。

次に、第１端末装置２の入出力処理部２１７（運転評価取得部）は、通期評価結果を、サーバ装置７から取得する（ステップＳ１７３）。なお、通期評価結果は、車両の運転者の運転に係る運転情報に基づいて、運転者の運転の評価を数値化した情報の一例である。

次に、入出力処理部２１７（運転評価出力部）は、取得した通期評価結果を入出力部２３０に出力させる（ステップＳ１７４）。

次に、保険情報処理部２１９は、保険料算出装置９Ａから９Ｃからの保険料に係る情報を夫々取得し（ステップＳ１７５）、保険情報ＤＢ２２９に登録する。

次に、入出力処理部２１７は、通期評価結果と、各社の車両３Ａの運転に関わる保険料に係る情報に基づいて、これらを組み合わせた画像ＩＭ４を生成し（ステップＳ１７６）、入出力部２３０の表示部に出力させる（ステップＳ１７７）。

図１４は、本実施形態の出力先を決定するための条件について説明するための図である。この図１４に示すテーブルには、複数の出力先の夫々に対して、出力を許可するか否かを決定するための情報が格納されている。例えば、このテーブルは、運転者の運転の技量をランク付けする際に利用される。ランク１が、運転の技量が習熟されていることを示し、ランクの数値が大きくなるほどその技量がより未習熟であることを示す。なお、このランク付けは安全運転の励行についての評価に代えてもよい。

例えば、ランク１と評価された場合には、保険料に係る情報をこのテーブルに登録されているすべての出力先を許可する。

ランク２と判定された場合には、第１端末装置２（ユーザーＵ１）と車載情報設備４（４Ｂ）がその出力先として許可される。ランク３と判定された場合には、第２端末装置８（ユーザーＵ２）がその出力先として許可される。ランク４と判定された場合には、第１端末装置２がその出力先として許可される。

このように、入出力処理部２１７は、上記のテーブルを利用して判定することにより、通期評価結果が所定の条件を満たさない場合には、保険料に係る情報の配信先を制限することができる。例えば、サーバ装置７は、上記のテーブルを記憶部７２０Ｃに格納する。なお、ユーザーＵ２は、例えば、車両３Ａの所有者、車両３Ａの自動車保険の契約者、車両３Ａの自動車保険の保険証の契約者のうちの一部又は全部であってよい。

例えば、サーバ装置７は、上記のテーブルに関する情報により配信先を制限する方法を各ユーザーに対して一律に定める。

なお、個別に設定する場合には、第１端末装置２が、上記のテーブルに関する情報を申告情報ＤＢ２２１内に格納し、申告情報に含めてサーバ装置７に送付して、サーバ装置７に出力先を選択させるとよい。サーバ装置７は、その出力先を保険料算出装置９Ａから９Ｄに送信する。これにより、保険料算出装置９Ａから９Ｄは、サーバ装置７から通知された出力先に限り、保険料に係る情報を送信することができる。

より具体的な第１の例として、ユーザーＵ１が、ランク１とランク５の何れかを選択の候補にするテーブルを指定すれば、通期運転評価が所定値未満であった場合には、サーバ装置７は、保険料に係る情報を、運転者であるユーザーＵ１の第１端末装置２と車両３Ａの所有者であるユーザーＵ２の第２端末装置８の双方に対して出力しないこと（ランク５）を指定できる。

また、第２の例として、ユーザーＵ１が、ランク１とランク４の何れかを選択の候補にするテーブルを指定すれば、例えば、通期運転評価が所定値未満であった場合には、サーバ装置７は、保険料に係る情報を運転者であるユーザーＵ１には出力するが車両の所有者であるユーザーＵ２に対して出力しないこと（ランク４）を指定できる。

次に、図１５を参照して、実施形態の利用形態について説明する。図１５は、本実施形態の利用形態について説明するための図である。図１５に示すように、保険会社側の構成は、下記するいくつかのケースが考えられる。

ケース１:サーバ装置７が各保険会社の保険料算出装置９Ａから９Ｄに、通期評価結果を送る利用形態（図１５（ａ））。

ケース１の場合には、第１端末装置２は、各保険会社からの応答を個別に待ち受ける。詳細な説明は、前述の図１３を参照する。

ケース２:サーバ装置７が保険会社を斡旋する照会会社の保険料算出装置９Ｓに、通期評価結果を送る利用形態（図１５（ｂ））。

ケース２の場合には、保険料算出装置９Ｓは、通期評価結果を、各保険会社の保険料算出装置９Ａから９Ｄに送ると、保険料算出装置９Ｓは、保険料算出装置９Ａから９Ｃからの応答（保険料に係る情報）を夫々取得する。保険料算出装置９Ｓは、取得した保険料に係る情報に所定の条件に従って優先度をつけて、纏めて第１端末装置２に送付する。この場合、第１端末装置２は、各保険会社からの応答の待ち受けを１回にすることができる。

ケース３：サーバ装置７が保険料算出装置９Ａから９Ｄに、通期評価結果を送り、サーバ装置７が保険料算出装置９Ａから９Ｄからの応答を受ける場合（図１５（ｃ））。

ケース３の場合について、図１６を参照して、ケース３に適用されるサーバ装置７Ｄについて説明する。図１６は、本実施形態の変形例（ケース３）に適用されるサーバ装置７Ｄの構成図である。

サーバ装置７Ｄは、サーバ装置７に対して画像生成処理部７１５をさらに備える。画像生成処理部７１５は、各端末装置等に代わり、画像ＩＭ４を生成し、サーバ装置７Ｄがこれを各端末装置等に配信する。

例えば、画像生成処理部７１５は、保険料算出装置９Ａから９Ｄからの応答を受けた後、通期評価結果と、各社の保険料に係る情報に基づいて、画像ＩＭ４を生成する。入出力処理部７１７Ａは、生成された画像ＩＭ４を、出力先として許可される第１端末装置２等に送信する。各端末装置は、これを受けてその表示部に表示させる。

なお、上記の図１２に示した表示画像は、一例でありこれに制限されない。例えば、第１端末装置２は、保険会社から割引率が通知されれば、通知された全てを一覧にして表示してもよく、又はその一部を切り替えて表示してもよい。この場合、ユーザーＵ１は、各社の割引率の傾向から、自身の評価結果をいかに査定されたかの傾向を読み取ることができる。このように第１端末装置２は、割引率が比較的少ない場合についても表示すれば、ユーザーＵ１が割引率を少なくするような運転を避けることに寄与する。

なお、第１端末装置２は、各保険会社から通知された割引率が大きな会社から順に並べてその一部又は全部を表示してもよく、通知された全ての応答に基づいて取得した順に並べて表示してもよい。この場合、ユーザーＵ１は、各社の割引率の傾向から、自身の評価結果がいかに査定されたかの傾向を読み取ることができる。

なお、上記の自動車保険は、利用ベース保険（ UBI : User Based Insurance ）と呼ばれることがある。利用ベース保険には、運転行動連動型（ PHYD : Pay How You Drive ）と、走行距離連動型（ PAYD : Pay As You Drive ）がある。上記の説明で例示した自動車保険は、その前者の運転行動連動型に関するものであるが、後者の走行距離連動型に適用することを制限するものではない。

上記の実施形態によれば、第１の実施形態と同様の効果を奏することのほか、第３者の判定の結果として保険会社の判定結果を自身の運転の技量を向上させるための情報として利用することができる。保険会社の保険の判定基準が秘匿されていたとしても、本実施形態によれば、その判定基準による運転技量の判定の結果を取得することができる。

さらに、上記の実施形態によれば、ユーザーＵ１の運転を評価した通期評価結果を取得し、算出された運転評価結果を出力するし、算出された運転評価結果が所定の条件を満たす場合に、運転評価結果と運転に関わる保険料に係る情報とを組み合わせて出力することにより、運転評価が高い場合には、運転評価とともに保険料、もしくは保険料の割引率が提示されるので、ユーザーＵ１（車両運転者）、ユーザーＵ２（車両の所有者）はユーザーＵ１が評価されたとこを認知しやすくなり、改善点を明確的提示することができる。

（第４の実施形態の変形例）
第４の実施形態の変形例について説明する。第４の実施形態のサーバ装置７は、予め定められ所定の条件を満たす通期評価結果を、保険会社の保険料算出装置９に送信する。これに代えて、変形例のサーバ装置７は、上記の「所定の条件」を満たさない通期評価結果も、保険会社の保険料算出装置９に送信してもよい。

この場合、上記の「所定の条件」の判定を、第１端末装置２が実施する。これによれば、第１端末装置２は、上記の所定の条件を満たす場合に、画像ＩＭ４を生成することが可能にあり、第４の実施形態と同様の効果を奏することができる。

（第５の実施形態）
第５の実施形態について説明する。本実施形態は、第４の実施形態に対し、第４の実施形態に示した保険会社との契約に、本システムが付与するポイントを利用させる機能を追加するものである。

前述の図３を参照してポイント利用について説明する。

レスポンス取得部７１８は、第２端末装置８等に送信した通期運転評価に対し、車両３Ａの所有者であるユーザーＵ２の応答を取得する。

ポイント処理部７１９は、入出力処理部２１７が出力した運転評価に対して車両３Ａの所有者が応答を取得した場合に、車両３Ａの所有者にポイントを付与するように、ポイント付与のルールが決定されている。例えば、上記の所有者は、自動車保険を新たに契約する段階でポイントを利用することができる。その際、ポイント処理部７１９により割り当てられたポイントは、出力された保険料の一部に割り当てて、その保険料が前記ポイントにより減額されるように設定されていてよい。

この場合のポイントの原資は、ユーザーＵ１又はＵ２の何れか一方又は双方に保険料を提示した会社（保険会社等）が負担するようにしてもよい。

保険会社は、安全運転により心がけている所有者に、自社の保険サービスに関する情報と、契約者に有利になる割引率に関する情報を提案できる。この所有者と契約できれば、より安全に運転する顧客を増やすことができる。このような所有者であれば、事故などによる支払いが発生するリスクが低いものと推定される。よって、ある程度の割引を設定しても、契約を増やすことで増益になることに寄与することが想定され、保険会社は、上記のポイントの原資を負担することが可能になる。

一方、上記の保険契約に係る車両３Ａの運転者は、日ごろから安全運転に心掛けていれば、自ら事故などに遭遇する確率が低くなる。さらに、保険の契約者は、保険を契約する際にも日ごろの安全運転の励行の恩恵を受けて、標準的な契約額より割り引いた金額などで、同様のサービス内容の保険を契約することができる。

実施形態によれば、第１の実施形態と同様の効果を奏することのほか、日ごろの安全運転の成果をポイントとして具現化させて、利用することが可能にする。

次に、図１７を参照して、各実施形態に共通する評価結果の表示について説明する。図１７は、本実施形態の評価結果を示す画像について説明するための図である。画像ＩＭ５の上段側に通期評価結果が棒グラフで表示され、下段側には「ＤＲＩＶＥ」ボタンと、「スコア」ボタンが表示されている。この画像ＩＭ５は、過去の評価結果と今回の評価結果が、棒グラフ上に対比して表示されている。

ユーザーＵ１は、この画像ＩＭ５を第１端末装置２に表示させることにより、評価結果が過去の評価結果を対していかに変化したかを読み取ることができる。また、下段側に示す「ＤＲＩＶＥ」ボタンを操作することにより、評価のための記録を開始させることができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１・・・運転評価システム
２、２Ｃ・・・第１端末装置
３Ａ、３Ｂ・・・車両
４Ａ、４Ｂ・・・車載情報設備
５Ａ、５Ｂ・・・ＥＣＵ
６Ａ、６Ｂ・・・通信装置
７、７Ａ、７Ｃ、７Ｄ・・・サーバ装置
８・・・第２端末装置
９、９Ａ、９Ｂ、９Ｃ、９Ｄ、９Ｓ・・・保険料算出装置
２１１、２１１Ｃ、７１１・・・申告データ処理部
２１２・・・走行データ処理部（運転情報取得部）
２１３・・・映像記憶処理部
２１４・・・同乗者申告処理部
２１５、２１５Ｃ・・・評価処理部（運転評価算出部）
２１７、２１７Ｃ・・・入出力処理部
２１９・・・保険情報処理部
７１２・・・車両データ処理部（運転情報取得部）
２１６、７１６・・・タイミング決定部
７１７・・・出力処理部（運転評価算出部、評価結果出力部）
７１８・・・レスポンス取得部
７１９・・・ポイント処理部（ポイント付与部）

Claims (7)

1. 車両の運転者から共有された、当該運転者の運転に係る運転情報を取得する運転情報取得部と、
   前記運転情報に基づいて、前記車両の運転者の運転を期間ごとに評価した運転評価結果を取得する運転評価取得部と、
   前記取得された運転評価結果を出力する運転評価出力部であって、前記取得された運転評価結果が所定の条件を満たす場合に、前記運転評価結果と前記運転に関わる保険料に係る情報とを組み合わせて、前記車両の所有者の端末装置及び前記車両の保険料の支払者の端末装置に出力する運転評価出力部と、
   を備え、
   前記運転評価出力部は、前記運転評価結果の出力に対する応答が無かった場合、前記応答があった場合に比して高い頻度で前記運転評価結果を出力する、
   運転評価装置。
2. 前記運転評価出力部は、
   前記運転評価結果の示す値が所定値以上である場合に、前記運転評価結果と前記保険料に係る情報とを組み合わせて出力する
   請求項１に記載の運転評価装置。
3. 前記運転評価出力部は、
   記憶部に保持していた前記運転評価結果と、前記保険料に係る情報とを同じ画面内に表示するための情報を生成する、
   請求項１または２に記載の運転評価装置。
4. 前記運転評価出力部は、
   記憶部に保持していた前記運転評価結果と、前記保険料に係る情報とを表示する表示部をさらに備える、
   請求項１から３の何れか１項に記載の運転評価装置。
5. 前記車両の運転者、前記車両の所有者及び前記車両の保険料の支払者の少なくとも一方の連絡先情報を、前記運転評価結果と前記運転に関わる保険料に係る情報とのうち一方又は双方の情報の出力先として前記記憶部に記憶させておき、
   前記運転評価出力部は、
   前記出力先のうち少なくとも一方に前記運転評価結果と前記保険料に係る情報とを出力する、
   請求項３または４に記載の運転評価装置。
6. 車両の運転者から共有された、当該運転者の運転に係る運転情報を取得する運転情報取得部と、
   前記運転情報取得部によって取得した運転情報に基づいて、前記車両の運転者の運転を期間ごとに評価した運転評価結果を算出する運転評価算出部と、
   前記運転評価算出部によって算出された運転評価結果を出力する運転評価出力部であって、前記運転評価算出部によって算出された運転評価結果が所定の条件を満たす場合に、前記運転評価結果と前記運転に関わる保険料に係る情報とを組み合わせて、前記車両の所有者の端末装置及び前記車両の保険料の支払者の端末装置に出力する運転評価出力部と、
   を備え、
   前記運転評価出力部は、前記運転評価結果の出力に対する応答が無かった場合、前記応答があった場合に比して高い頻度で前記運転評価結果を出力する、
   運転評価システム。
7. コンピュータに、
   車両の運転者から共有された、当該運転者の運転に係る運転情報を取得させ、
   前記取得した運転情報に基づいて、前記車両の運転者の運転を期間ごとに評価した運転評価結果を取得させ、
   前記取得した運転評価結果を出力し、前記取得した運転評価結果が所定の条件を満たす場合に、前記運転評価結果と前記運転に関わる保険料に係る情報とを組み合わせて、前記車両の所有者の端末装置及び前記車両の保険料の支払者の端末装置に出力させるものであり、
   前記運転評価結果の出力において、前記運転評価結果の出力に対する応答が無かった場合、前記応答があった場合に比して高い頻度で前記運転評価結果を出力させる、
   プログラム。

Images