(57)【要約】【課題】ドライバの運転の良否をより正確に診断することを可能にする。【解決手段】車載端末１は、車両情報およびダイアグ情報を取得して記録し、記録した車両情報およびダイアグ情報をサーバ装置３に送信する。そして、車両情報およびダイアグ情報を受信したサーバ装置３は、車両情報およびダイアグ情報をもとに、車両の不具合が検出されているときに検出された車両情報を除外して運転診断処理を行う。【選択図】図６
2012146195.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、
前記車両の走行状態および操作状態の少なくともいずれかに関する情報である車両情報を取得して記録する車両情報記録手段と、
前記車両情報記録手段で記録した車両情報を送信する送信手段とを備える車載器と、
前記車載器の送信手段から送信される車両情報を受信する受信手段と、
前記受信手段で受信した車両情報をもとに、前記車両のドライバの運転の良否に関する診断を行う運転診断手段とを備えるサーバ装置とを含む運転診断システムであって、
前記車載器は、前記車両の不具合についての情報であるダイアグノーシス情報を取得して記録するダイアグ情報記録手段を備え、
前記送信手段は、前記車両情報に加えて前記ダイアグ情報記録手段で記録したダイアグノーシス情報も送信し、
前記受信手段は、前記車両情報に加えて前記ダイアグノーシス情報も受信し、
前記運転診断手段は、前記車両情報および前記ダイアグノーシス情報をもとに、前記車両のドライバの運転の良否に関する診断を行うことを特徴とする運転診断システム。
【請求項２】
請求項１において、
前記車両情報記録手段は、前記車両情報の検出時を示す時間情報が付された車両情報を取得して記録するものであり、
前記ダイアグ情報記録手段は、前記車両の不具合をモニタリングする不具合モニタ装置で前記車両の不具合の検出時を示す時間情報が付されたダイアグノーシス情報を取得して記録するものであって、
前記運転診断手段は、前記車両情報に付された時間情報と前記ダイアグノーシス情報に付された時間情報とに基づいて、前記車両の不具合が検出されているときに検出された車両情報を除外して前記車両のドライバの運転の良否に関する診断を行うことを特徴とする運転診断システム。
【請求項３】
請求項１または２において、
前記運転診断手段は、前記車両情報および前記ダイアグノーシス情報をもとに、当該ダイアグノーシス情報が示す車両の不具合による影響が生じやすい車両情報を推定し、推定した車両情報を除外して前記車両のドライバの運転の良否に関する診断を行うことを特徴とする運転診断システム。
【請求項４】
請求項１〜３のいずれか１項において、
前記車載器は、
個人を識別するための識別情報が記録された電子免許証の当該識別情報を読み取る識別情報読み取り手段と、
前記識別情報読み取り手段で読み取った識別情報をもとに認証を行う認証手段と、
前記認証手段で認証が成立した場合にのみ前記車両の始動を可能にする始動制限手段とをさらに備え、
前記車両の運転中は、前記識別情報読み取り手段で読み取った識別情報が示すドライバについての、前記車両情報記録手段での車両情報の記録および前記ダイアグ情報記録手段でのダイアグノーシス情報の記録を強制して行うことを特徴とする運転診断システム。
【請求項５】
請求項１〜４のいずれか１項において、
前記サーバ装置は、前記車両および前記車両のドライバの少なくともいずれかの保険を扱う保険会社のサーバ装置であって、
前記運転診断手段での診断結果に応じて、前記車両および前記車両のドライバの少なくともいずれかの保険料を算出する保険料算出手段を備えていることを特徴とする運転診断システム。
【請求項６】
請求項１〜４のいずれか１項において、
前記サーバ装置は、車両のレンタルおよびシェアリングの少なくともいずれかのサービスを提供する会社のサーバ装置であって、
前記運転診断手段での診断結果に応じて、前記車両のドライバの前記サービスの利用料金を算出する料金算出手段を備えていることを特徴とする運転診断システム。
【請求項７】
請求項１〜４のいずれか１項において、
前記サーバ装置は、中古車の買取りおよび下取りの少なくともいずれかの取引を行う会社のサーバ装置であって、
前記運転診断手段での診断結果に応じて、前記車両のドライバの前記取引時の価格を算出する価格算出手段を備えていることを特徴とする運転診断システム。
【請求項８】
車両に搭載される車載器で取得され、送信されてくる前記車両の走行状態および操作状態の少なくともいずれかに関する情報である車両情報、ならびに前記車両の不具合についての情報であるダイアグノーシス情報を受信する受信手段と、
前記受信手段で受信した車両情報およびダイアグノーシス情報をもとに、前記車両のドライバの運転の良否に関する診断を行う運転診断手段とを備えることを特徴とするサーバ装置。
【請求項９】
車両に搭載され、
前記車両の走行状態および操作状態の少なくともいずれかに関する情報である車両情報を取得して記録する車両情報記録手段と、
前記車両の不具合についての情報であるダイアグノーシス情報を取得して記録するダイアグ情報記録手段と、
前記車両情報および前記ダイアグノーシス情報を、前記車両情報および前記ダイアグノーシス情報をもとに前記車両のドライバの運転の良否に関する診断を行うサーバ装置に送信する送信手段とを備えることを特徴とする車載器。
【請求項１０】
車両に搭載され、
前記車両の走行状態および操作状態の少なくともいずれかに関する情報である車両情報を取得して記録する車両情報記録手段と、
前記車両の不具合についての情報であるダイアグノーシス情報を取得して記録するダイアグ情報記録手段と、
前記車両情報記録手段で記録した車両情報および前記ダイアグ情報記録手段で記録したダイアグノーシス情報をもとに前記車両のドライバの運転の良否に関する診断を行う運転診断手段とを備えることを特徴とする車載器。
【請求項１１】
請求項９または１０において、
前記車両情報記録手段は、前記車両情報の検出時を示す時間情報が付された車両情報を取得して記録するものであり、
前記ダイアグ情報記録手段は、前記車両の不具合をモニタリングする不具合モニタ装置で前記車両の不具合の検出時を示す時間情報が付されたダイアグノーシス情報を取得して記録するものであって、
前記運転診断手段は、前記車両情報に付された時間情報と前記ダイアグノーシス情報に付された時間情報とに基づいて、前記車両の不具合が検出されているときに検出された車両情報を除外して前記車両のドライバの運転の良否に関する診断を行うことを特徴とする車載器。
【請求項１２】
請求項９〜１１のいずれか１項において、
前記運転診断手段は、前記車両情報および前記ダイアグノーシス情報をもとに、当該ダイアグノーシス情報が示す車両の不具合による影響が生じやすい車両情報を推定し、推定した車両情報を除外して前記車両のドライバの運転の良否に関する診断を行うことを特徴とする車載器。
【請求項１３】
請求項９〜１２のいずれか１項において、
個人を識別するための識別情報が記録された電子免許証の当該識別情報を読み取る識別情報読み取り手段と、
前記識別情報読み取り手段で読み取った識別情報をもとに認証を行う認証手段と、
前記認証手段で認証が成立した場合にのみ前記車両の始動を可能にする始動制限手段とをさらに備え、
前記車両の運転中は、前記識別情報読み取り手段で読み取った識別情報が示すドライバについての、前記車両情報記録手段での車両情報の記録および前記ダイアグ情報記録手段でのダイアグノーシス情報の記録を強制して行うことを特徴とする車載器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両のドライバの運転診断に用いられる運転診断システム、サーバ装置、および車載器に関するものである。
【背景技術】
【０００２】
従来から、車両のドライバの運転の良否を診断し、診断結果を利用する技術が知られている。例えば特許文献１には、車両側から送信された車両の走行情報をサーバ装置側で受信して、受信した走行情報に基づいてドライバの運転を診断し、診断結果に基づいて保険料を計算する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１２８４８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示の技術では、車両側で得られた走行情報が、ドライバの運転操作に起因するものであるのか、車両の不具合に起因するものであるのかの区別を行う構成とはなっていない。よって、車両の不具合を起因としてドライバの運転の評価が下がるような走行情報（例えば車両の不安定な挙動を示す走行情報など）が得られた場合にも、ドライバの運転を低く評価してしまい、ドライバの運転の良否を正確に診断できないという問題点があった。
【０００５】
本発明は、上記従来の問題点に鑑みなされたものであって、その目的は、ドライバの運転の良否をより正確に診断することを可能にする運転診断システム、サーバ装置、および車載器を提供することにある。
【課題を解決するための手段】
【０００６】
請求項１の運転診断システムにおいては、車載器は、車両の不具合についての情報（以下、ダイアグノーシス情報）を取得して記録するダイアグ情報記録手段を備え、車載器の送信手段は、車両の走行状態および操作状態の少なくともいずれかに関する情報（以下、車両情報）に加えてダイアグ情報記録手段で記録したダイアグノーシス情報も送信し、サーバ装置の運転診断手段は、車載器から送信されてきた車両情報およびダイアグノーシス情報をもとに、車両のドライバの運転の良否に関する診断を行うことになる。
【０００７】
これによれば、車両情報だけでなく、ダイアグノーシス情報も考慮して車両のドライバの運転の良否に関する診断を運転診断手段で行うことができるので、ダイアグノーシス情報をもとに車両の不具合が生じていたときの車両情報を除外し、ドライバの運転の良否をより正確に診断することが可能になる。
【０００８】
請求項２の構成によれば、運転診断手段は、車両情報の検出時を示す時間情報と車両の不具合の検出時を示す時間情報とに基づいて、車両の不具合が検出されているときに検出された車両情報を除外して車両のドライバの運転の良否に関する診断を行うので、ドライバの運転の良否をより正確に診断することができる。
【０００９】
請求項３の構成によれば、運転診断手段は、ダイアグノーシス情報が示す車両の不具合による影響が生じやすい車両情報を除外して車両のドライバの運転の良否に関する診断を行うので、ドライバの運転の良否をより正確に診断することができる。
【００１０】
特許文献１に開示の技術では、ドライバが入力したドライバＩＤに対応する走行情報を車両側の運転診断情報ＤＢに一時的に格納し、当該走行情報を車両側からサーバ装置側に送信してサーバ装置側で安全運転レベルの判定に用いる構成となっている。つまり、ドライバがドライバＩＤを入力しなければ走行情報が運転診断情報ＤＢに格納されず、安全運転レベルの判定が行われない構成となっている。よって、例えばドライバが安全運転を心がける運転時など、ドライバの都合の良いときだけドライバＩＤを入力して安全運転レベルの判定を行わせることが可能であり、ドライバの運転の良否の診断について不正を働くことができるという問題点があった。
【００１１】
これに対して、請求項４の構成においては、車両の運転中は、車両の始動に必要な電子免許証から識別情報読み取り手段で読み取った識別情報が示すドライバについての、車両情報記録手段での車両情報の記録およびダイアグ情報記録手段でのダイアグノーシス情報の記録を強制して行うことになる。よって、車両の運転中は、車両情報およびダイアグノーシス情報が強制的に記録されることになり、ドライバの都合によって車両情報およびダイアグノーシス情報の記録を行わせないようにすることができなくなる。従って、ドライバの運転の良否の診断について不正を働くことができないようにすることが可能になる。
【００１２】
請求項５の構成によれば、車両および車両のドライバの少なくともいずれかの保険を扱う保険会社のサーバ装置において、ドライバの運転の良否についての正確な診断結果に応じて車両および車両のドライバの少なくともいずれかの保険料を算出するので、ドライバの運転の良否に応じた適切な保険料を算出することが可能になる。例えば、良好な運転を行うドライバの車両は、事故の発生が生じにくいと考えられるので、良好な運転を行うドライバの車両やドライバ自身についての保険料を低く算出することで、ドライバの運転の良否に応じた適切な保険料を算出することができる。
【００１３】
請求項６の構成によれば、車両のレンタルおよびシェアリングの少なくともいずれかのサービスを提供する会社のサーバ装置において、ドライバの運転の良否についての正確な診断結果に応じて車両のドライバの当該サービスの利用料金を算出するので、ドライバの運転の良否に応じた適切な利用料金を算出することが可能になる。例えば、良好な運転を行うドライバの車両は、劣化や事故の発生が生じにくいと考えられるので、良好な運転を行うドライバについての車両のレンタルやシェアリングの利用料金を低く算出することで、ドライバの運転の良否に応じた適切な利用料金を算出することができる。
【００１４】
請求項７の構成によれば、中古車の買取りおよび下取りの少なくともいずれかの取引を行う会社のサーバ装置において、ドライバの運転の良否についての正確な診断結果に応じて車両のドライバの当該取引時の価格を算出するので、ドライバの運転の良否に応じた適切な価格を算出することが可能になる。例えば、良好な運転を行うドライバの車両は、劣化が生じにくいと考えられるので、良好な運転を行うドライバについての中古車の買取りや下取りの価格を高く算出することで、ドライバの運転の良否に応じた適切な価格を算出することができる。
【００１５】
請求項８のサーバ装置においては、車両に搭載される車載器で取得され、送信されてくる車両情報ならびにダイアグノーシス情報を受信する受信手段と、受信手段で受信した車両情報およびダイアグノーシス情報をもとに、車両のドライバの運転の良否に関する診断を行う運転診断手段とを備えることになる。よって、ダイアグノーシス情報をもとに車両の不具合が生じていたときの車両情報を除外し、ドライバの運転の良否をより正確に診断することが可能になる。
【００１６】
請求項９の車載器においては、車両情報記録手段で取得して記録した車両情報と、ダイアグノーシス情報記録手段で取得して記録したダイアグノーシス情報とを、車両情報およびダイアグノーシス情報をもとに車両のドライバの運転の良否に関する診断を行うサーバ装置に送信することになる。これによれば、サーバ装置において、ダイアグノーシス情報をもとに車両の不具合が生じていたときの車両情報を除外し、ドライバの運転の良否をより正確に診断することが可能になる。
【００１７】
請求項１０の車載器においては、車両情報記録手段で取得して記録した車両情報と、ダイアグノーシス情報記録手段で取得して記録したダイアグノーシス情報とをもとに、運転診断手段で車両のドライバの運転の良否に関する診断を行うことになる。これによれば、車載器において、ダイアグノーシス情報をもとに車両の不具合が生じていたときの車両情報を除外し、ドライバの運転の良否をより正確に診断することが可能になる。
【００１８】
請求項１１の構成によれば、車両情報の検出時を示す時間情報と車両の不具合の検出時を示す時間情報とに基づいて、車両の不具合が検出されているときに検出された車両情報を除外して車両のドライバの運転の良否に関する診断を行うことが可能になるので、ドライバの運転の良否をより正確に診断することが可能になる。
【００１９】
請求項１２の構成によれば、ダイアグノーシス情報が示す車両の不具合による影響が生じやすい車両情報を除外して車両のドライバの運転の良否に関する診断を行うことが可能になるので、ドライバの運転の良否をより正確に診断することが可能になる。
【００２０】
請求項１３の構成によれば、車両の運転中は、車両情報およびダイアグノーシス情報が強制的に記録されることになり、ドライバの都合によって車両情報およびダイアグノーシス情報の記録を行わせないようにすることができなくなる。従って、ドライバの運転の良否の診断について不正を働くことができないようにすることが可能になる。
【図面の簡単な説明】
【００２１】
【図１】運転診断システム１００の概略的な構成を示すブロック図である。
【図２】車載端末１の概略的な構成を示すブロック図である。
【図３】車載端末１での車両の始動に関する処理のフローを示すフローチャートである。
【図４】テレマティクスＥＣＵ１３での車両情報やダイアグ情報の取得に関する処理のフローを示すフローチャートである。
【図５】サーバ装置３の概略的な構成を示すブロック図である。
【図６】制御部３２での運転診断処理および保険料算出処理に関する処理のフローを示すフローチャートである。
【図７】レンタル会社や中古車買取会社のサーバ装置３での利用料金や価格の算出に関連する処理のフローの一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態について図面を用いて説明する。図１は、本発明が適用された運転診断システム１００の概略的な構成を示すブロック図である。図１に示す運転診断システム１００は、車両に搭載される車載端末１、サーバ装置３、およびスキャンツール４を含んでいる。本実施形態では、モータとエンジンとを走行駆動源として併用するハイブリッド自動車（ＨＶ）に車載端末１が搭載されている場合を例に挙げて説明を行う。
【００２３】
まず、図２を用いて、車載端末１の概略的な構成について説明を行う。図２は、車載端末１の概略的な構成を示すブロック図である。図２に示すように車載端末１は、専用スロット１１、イモビＥＣＵ１２、テレマティクスＥＣＵ１３、および通信モジュール１４を備えている。また、イモビＥＣＵ１２、テレマティクスＥＣＵ１３、エンジンＥＣＵ１６、ブレーキＥＣＵ１７、ハイブリッドＥＣＵ（ＨＶ_ＥＣＵ）１８、クルーズＥＣＵ１９、およびＥＰＳ_ＥＣＵ２０は、ＣＡＮ（controller area network）などの通信プロトコルに準拠した車載ＬＡＮ２１で各々接続されている。なお、車載端末１が請求項の車載器に相当する。
【００２４】
専用スロット１１は、個人を識別する識別情報（例えばドライバＩＤ）が記録された電子免許証５が挿入される。電子免許証５は車両のドライバに携行されるものであって、ＩＣチップ等の記憶部を備えている。専用スロット１１は、挿入された電子免許証５の記憶部からドライバＩＤを読み取る。よって、専用スロット１１が請求項の識別情報読み取り手段に相当する。
【００２５】
イモビＥＣＵ１２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等よりなるマイクロコンピュータを主体として構成され、入力される情報をもとにＲＯＭに記憶された各種の制御プログラムを実行することで、車両の始動の制御に関する各種の処理を実行する。
【００２６】
例えば、イモビＥＣＵ１２は、車両のキーシリンダに挿入された公知のイモビキー６から図示しない通信装置によって読み出されたキーＩＤを取得する。そして、取得したキーＩＤが登録済みのＩＤと一致するか否かを判定することによって、認証（つまり、イモビキー認証）を行う。
【００２７】
また、イモビＥＣＵ１２は、専用スロット１１に挿入された電子免許証５から読み取られたドライバＩＤを取得する。そして、取得したドライバＩＤが正規のドライバＩＤであるか否かを判定することによって認証（つまり、電子免許証認証）を行う。よって、イモビＥＣＵ１２が請求項の認証手段に相当する。例えば、取得したドライバＩＤが登録済みのＩＤと一致するか否かを判定することによって、認証を行う構成としてもよい。また、ドライバＩＤに電子証明書や電子署名が付与されていた場合には、電子証明書によって正規のドライバＩＤであるか否かを判定したり、電子署名によってドライバＩＤが改竄されているか否かを判定したりすることによって、正規の電子免許証であることの認証を行う構成としてもよい。
【００２８】
そして、イモビＥＣＵ１２は、前述のキーＩＤによる認証およびドライバＩＤによる認証の両方が成立した場合に、エンジン始動を許可するエンジン始動許可信号をエンジンＥＣＵ１６に出力する。エンジンＥＣＵ１６は、エンジン始動許可信号が入力されると、燃料噴射装置、点火装置の動作を開始させる。これにより、スタータモータが回転しつつエンジンに燃料が噴射され点火プラグが点火することによってエンジンが始動される。また、前述のキーＩＤによる認証およびドライバＩＤによる認証の一方でも成立しなかった場合に、エンジン始動を禁止するエンジン始動禁止信号をエンジンＥＣＵ１６に出力し、エンジンの始動を禁止する。よって、イモビＥＣＵ１２が請求項の始動制限手段に相当する。
【００２９】
ここで、図３を用いて、車載端末１での車両の始動に関する処理のフローについての説明を行う。図３は、車載端末１での車両の始動に関する処理のフローを示すフローチャートである。本フローは、ＩＧ−ＯＮされたときに開始される。
【００３０】
まず、ステップＳ１では、イモビＥＣＵ１２が前述のイモビキー認証を行ってステップＳ２に移る。ステップＳ２では、イモビキー認証が成立した場合（ステップＳ２でＹＥＳ）には、ステップＳ３に移る。また、イモビキー認証が成立しなかった場合（ステップＳ２でＮＯ）には、ステップＳ６に移る。
【００３１】
ステップＳ３では、イモビＥＣＵ１２が前述の電子免許証認証を行ってステップＳ４に移る。ステップＳ４では、電子免許証認証が成立した場合（ステップＳ４でＹＥＳ）には、ステップＳ５に移る。また、電子免許証認証が成立しなかった場合（ステップＳ４でＮＯ）には、ステップＳ６に移る。
【００３２】
ステップＳ５では、イモビＥＣＵ１２がエンジン始動許可信号をエンジンＥＣＵ１６に出力し、車両を始動させてフローを終了する。ステップＳ６では、イモビＥＣＵ１２がエンジン始動禁止信号をエンジンＥＣＵ１６に出力し、エンジンの始動を禁止してフローを終了する。
【００３３】
なお、本実施形態では、イモビキー認証と電子免許証認証とを組み合わせる構成を示したが、必ずしもこれに限らず、電子免許証認証とイモビキー認証以外とを組み合わせる構成としてもよい。電子免許証認証に組み合わせる認証は、エンジン始動前に行われる認証であればよく、例えば、キーレスエントリー時の認証と組み合わせる構成としてもよい。また、電子免許証認証のみとする構成としてもよい。
【００３４】
エンジンＥＣＵ１６、ブレーキＥＣＵ１７、ＨＶ_ＥＣＵ１８、クルーズＥＣＵ１９、およびＥＰＳ_ＥＣＵ２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等よりなるマイクロコンピュータを主体として構成される。また、エンジンＥＣＵ１６、ブレーキＥＣＵ１７、ＨＶ_ＥＣＵ１８、クルーズＥＣＵ１９、およびＥＰＳ_ＥＣＵ２０は、車両の挙動といった走行状態に関する情報や車両の操作状態に関する情報（以下、車両情報）を、各種センサ等の信号から検出する。そして、検出した車両情報をもとに、ＲＯＭに記憶された各種の制御プログラムを実行することで各種の処理を実行する。
【００３５】
エンジンＥＣＵ１６は、エンジン回転数センサの信号から検出されるエンジン回転数、スロットル開度センサの信号から検出されるスロットルバルブ開度、車速センサの信号から検出される車速、アクセル開度センサの信号から検出されるアクセル開度等の車両情報をもとに、エンジン出力の制御に関する各種の処理を実行する。
【００３６】
ブレーキＥＣＵ１７は、車速センサの信号から検出される車速、加速度センサの信号から検出される前後加速度や横加速度、ブレーキ圧センサの信号から検出されるブレーキフルード圧等の車両情報をもとに、車両の制動に関する各種の処理を実行する。ブレーキＥＣＵ１７は、自車両の車輪の空転や横滑り等のスリップ状態を検知し、車輪のロックによるスリップを防止するためのＡＢＳ（Antilock Brake System）や発進・加速時のタイヤの空転を防止するためのＴＲＣ（Traction Control System）や横滑りを防止するためのＥＳＣ（Electronic Stability Control）等を制御する。
【００３７】
ＨＶ_ＥＣＵ１８は、車速センサの信号から検出される車速、アクセル開度センサの信号から検出されるアクセル開度等の情報をもとに、モータおよびエンジンのうちいずれの駆動力を駆動輪に伝達するかの駆動源の切替え制御に関する処理等を行う。クルーズＥＣＵ１９は、クルーズスイッチの信号から検出されるクルーズ動作状態等の車両情報をもとに、オートクルーズ装置の動作に関する処理を実行したりする。
【００３８】
ＥＰＳ_ＥＣＵ２０は、車速センサの信号から検出される車速、トルクセンサの信号から検出される操舵トルク、舵角センサの信号から検出されるステアリングの操舵角、加速度センサの信号から検出される横加速度等の車両情報をもとに、ステアリングの操舵アシストに関する処理やステアリングの操舵角の制御に関する処理等を実行する。
【００３９】
エンジンＥＣＵ１６、ブレーキＥＣＵ１７、ＨＶ_ＥＣＵ１８、クルーズＥＣＵ１９、およびＥＰＳ_ＥＣＵ２０は、車両の不具合をモニタリングしており、車両の不具合を検出した場合に、不具合の箇所や種類を示すダイアグノーシス情報（以下、ダイアグ情報）をＥＥＰＲＯＭ等の不揮発性のメモリに記憶する。よって、エンジンＥＣＵ１６、ブレーキＥＣＵ１７、ＨＶ_ＥＣＵ１８、クルーズＥＣＵ１９、およびＥＰＳ_ＥＣＵ２０が請求項の不具合モニタ装置に相当する。
【００４０】
例えば、ダイアグ情報の一例としては、スロットルセンサのレンジ外れを示す情報やアクセルセンサのレンジ外れを示す情報や油圧系の異常を示す情報や舵角センサの異常を示す情報等がある。
【００４１】
エンジンＥＣＵ１６、ブレーキＥＣＵ１７、ＨＶ_ＥＣＵ１８、クルーズＥＣＵ１９、およびＥＰＳ_ＥＣＵ２０では、車両情報の検出時や車両の不具合の検出時に、検出時を示すタイムスタンプを車両情報やダイアグ情報に付与するものとする。例えばタイムスタンプは、検出時の時刻の情報とすればよい。なお、タイムスタンプが請求項の時間情報に相当する。
【００４２】
テレマティクスＥＣＵ１３は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等よりなるマイクロコンピュータを主体として構成され、入力される情報をもとにＲＯＭに記憶された各種の制御プログラムを実行することで、車両情報およびダイアグ情報のサーバ装置３への送信に関連する処理を実行する。
【００４３】
テレマティクスＥＣＵ１３は、トリガとなる車両の挙動を検出した場合に、各ＥＣＵ１６〜２０で検出された車両情報を取得してＥＥＰＲＯＭ等の不揮発性のメモリに記録する。また、テレマティクスＥＣＵ１３は、各ＥＣＵ１６〜２０から車載ＬＡＮ２１にダイアグ情報が出力された場合には、そのダイアグ情報を取得してＥＥＰＲＯＭ等の不揮発性のメモリに記録する。よって、テレマティクスＥＣＵ１３が請求項の車両情報記録手段およびダイアグ情報記録手段に相当する。テレマティクスＥＣＵ１３が取得した車両情報やダイアグ情報は、テレマティクスＥＣＵ１３のメモリ以外のＨＤＤ等の大容量の不揮発性メモリに記録する構成としてもよい。
【００４４】
また、テレマティクスＥＣＵ１３は、車両を運転中のドライバのドライバＩＤを例えばイモビＥＣＵ１２から取得し、車両を運転中のドライバのドライバＩＤと車両情報やダイアグ情報を紐付けて記録する。なお、テレマティクスＥＣＵ１３は、車両を運転中のドライバのドライバＩＤを専用スロット１１から取得する構成としてもよい。
【００４５】
トリガとなる車両の挙動は、例えば車両の急加速や急ブレーキや急ハンドルである。詳しくは、急加速については、車速センサの信号から検出される車速の単位時間（例えば１秒）あたりの変化量が所定の正の閾値以上となったことをもとに検出する構成とすればよい。ここで言うところの所定の正の閾値とは、急加速と言える程度の車速の変化量に相当する値である。車速の微分値の他にも、エンジン回転数センサの信号から検出されるエンジン回転数の単位時間あたりの変化量や加速度センサの信号から検出される前後加速度などの値をもとに車両の急加速を検出する構成としてもよい。
【００４６】
急ブレーキについては、加速度センサから検出される前後加速度が所定の負の閾値以下となったことをもとに検出する構成とすればよい。ここで言うところの所定の負の閾値とは、急ブレーキと言える程度の減速度に相当する値である。前後加速度の他にも、車速の単位時間あたりの変化量やブレーキ圧センサの信号から検出されるブレーキフルード圧の単位時間あたりの変化量などの値をもとに車両の急ブレーキを検出する構成としてもよい。
【００４７】
急ハンドルについては、舵角センサの信号から検出されるステアリングの操舵角の単位時間あたりの変化量の絶対値が所定の閾値以上となったことをもとに検出する構成とすればよい。ここで言うところの所定の閾値とは、急ハンドルと言える程度の操舵角の変化量の絶対値に相当する値である。操舵角の他にも、加速度センサの信号から検出される横加速度などの値をもとに車両の急ハンドルを検出する構成としてもよい。トリガとなる車両の挙動を検出するための車両情報は、各センサから得る構成としてもよいし、各ＥＣＵから得る構成としてもよい。
【００４８】
車両情報やダイアグ情報の記録は、車両の運転中のものについては強制して行うものとする。ここで言うところの運転中とは、車両の始動後からイグニッションスイッチのオフ（ＩＧ−ＯＦＦ）等によって車両の走行駆動源が停止するまでの間であってもよいし、車両の走行中であってもよい。車両の走行中の判別は、車速等によって行う構成とすればよい。また、ここで言うところの強制とは、車両情報やダイアグ情報を取得した場合に必ず記録することを示している。
【００４９】
ここで、図４を用いて、テレマティクスＥＣＵ１３での車両情報やダイアグ情報の取得に関する処理のフローについての説明を行う。図４は、テレマティクスＥＣＵ１３での車両情報やダイアグ情報の取得に関する処理のフローを示すフローチャートである。本フローは、ＩＧ−ＯＮされたときに開始される。また、各ＥＣＵ１６〜２０は車両情報を逐次検出しているものとする。
【００５０】
まず、ステップＳ１１では、前述のトリガとなる車両の挙動を検出したか否かを判定する。そして、トリガを検出した場合（ステップＳ１１でＹＥＳ）には、ステップＳ１２に移る。また、トリガを検出していなかった場合（ステップＳ１１でＮＯ）には、ステップＳ１５に移る。
【００５１】
ステップＳ１２では、各ＥＣＵ１６〜２０からタイムスタンプ付きの車両情報を取得してメモリに記録し、ステップＳ１３に移る。各ＥＣＵ１６〜２０から取得する車両情報の種類は予め設定されており、設定されている種類の車両情報を取得する構成とすればよい。なお、取得する車両情報の種類は、後述する運転診断処理に必要な車両情報が設定されているものとする。
【００５２】
ステップＳ１３では、各ＥＣＵ１６〜２０にダイアグ情報が記憶されていた場合、つまり、ダイアグ情報ありの場合（ステップＳ１３でＹＥＳ）には、ステップＳ１４に移る。また、各ＥＣＵ１６〜２０にダイアグ情報が記憶されていなかった場合、つまり、ダイアグ情報なしの場合（ステップＳ１３でＮＯ）には、ステップＳ１５に移る。
【００５３】
ステップＳ１４では、記憶されているダイアグ情報を取得してメモリに記録し、ステップＳ１５に移る。ステップＳ１５では、イグニッションスイッチがオフ（ＩＧ−ＯＦＦ）になった場合（ステップＳ１５でＹＥＳ）には、フローを終了する。また、ＩＧ−ＯＦＦになっていない場合（ステップＳ１５でＮＯ）には、ステップＳ１１に戻ってフローを繰り返す。
【００５４】
また、テレマティクスＥＣＵ１３は、取得して記録したドライバＩＤおよび車両情報やダイアグ情報を、通信モジュール１４を介してサーバ装置３に送信する。よって、通信モジュール１４が請求項の送信手段に相当する。なお、ダイアグ情報が記録されていなかった場合には、ドライバＩＤと車両情報とをサーバ装置３に送信することになる。ドライバＩＤおよび車両情報やダイアグ情報の送信は、例えば一日ごとなど所定の期間ごとに行う構成としてもよいし、車両のイグニッションスイッチがオン（ＩＧ−ＯＮ）されたときに行う構成としてもよいし、サーバ装置３から送信要求があったときに行う構成としてもよい。
【００５５】
ＤＬＣ３コネクタ１５は、車両のＥＣＵからダイアグ情報を収集するスキャンツール４を接続するためのいわゆる故障診断コネクタである。スキャンツール４は、例えばＰＣに接続可能なスキャンツールやＰＣ自体を用いたスキャンツールであり、ＤＬＣ３コネクタ１５を介してテレマティクスＥＣＵ１３が記録したドライバＩＤおよび車両情報やダイアグ情報を取得し、ネットワークを介してサーバ装置３に送信する。この場合には、テレマティクスＥＣＵ１３が請求項の送信手段に相当する。
【００５６】
なお、本実施形態では、トリガとなる車両の挙動を検出した場合に、テレマティクスＥＣＵ１３が各ＥＣＵ１６〜２０で検出された車両情報やダイアグ情報を取得して記録する構成を示したが、必ずしもこれに限らない。例えば、トリガとなる車両の挙動を検出した場合に、各ＥＣＵ１６〜２０で検出された車両情報やダイアグ情報を記録しておき、各ＥＣＵ１６〜２０に記録されている車両情報やダイアグ情報をテレマティクスＥＣＵ１３が取得して通信モジュール１４を介してサーバ装置３に送信する構成としてもよい。この場合に、各ＥＣＵ１６〜２０から取得した車両情報やダイアグ情報をテレマティクスＥＣＵ１３が車両を運転中のドライバのドライバＩＤと紐付けて一時的に記録しておく構成としてもよい。
【００５７】
また、本実施形態では、テレマティクスＥＣＵ１３が各ＥＣＵ１６〜２０で検出された車両情報やダイアグ情報を取得して記録する構成を示したが、必ずしもこれに限らない。例えば、各ＥＣＵ１６〜２０で検出された車両情報やダイアグ情報をテレマティクスＥＣＵ１３以外の車載ＬＡＮ２１に接続されたコンピュータで取得し、車両を運転中のドライバのドライバＩＤと紐付けて記録する構成としてもよい。この場合には、記録したドライバＩＤおよび車両情報やダイアグ情報を、ＤＬＣ３コネクタ１５を介してスキャンツール４が取得してサーバ装置３に送信する構成とすればよい。また、この場合には、テレマティクスＥＣＵ１３以外の車載ＬＡＮ２１に接続されたコンピュータが請求項の車両情報記録手段およびダイアグ情報記録手段に相当する。
【００５８】
さらに、前述のトリガとなる車両の挙動を検出した場合に、各ＥＣＵ１６〜２０で検出された車両情報やダイアグ情報をそれぞれ各ＥＣＵ１６〜２０で車両を運転中のドライバのドライバＩＤと紐付けて記録し、各ＥＣＵ１６〜２０に記録されたドライバＩＤおよび車両情報やダイアグ情報を、ＤＬＣ３コネクタ１５を介してスキャンツール４が取得してサーバ装置３に送信する構成としてもよい。この場合には、エンジンＥＣＵ１６、ブレーキＥＣＵ１７、ＨＶ_ＥＣＵ１８、クルーズＥＣＵ１９、およびＥＰＳ_ＥＣＵ２０が請求項の車両情報記録手段およびダイアグ情報記録手段に相当する。これらの変形例においては、車載端末１にテレマティクスＥＣＵ１３および通信モジュール１４を備えない構成としてもよい。
【００５９】
また、トリガとなる車両の挙動を検出した場合に限らず、各ＥＣＵ１６〜２０で検出された車両情報やダイアグ情報を逐次記録し、記録されたドライバＩＤおよび車両情報やダイアグ情報をサーバ装置３に送信する構成としてもよい。
【００６０】
図１に戻って、サーバ装置３は、車両および車両のドライバの少なくともいずれかの保険を扱う保険会社のサーバ装置である。ここで、図５を用いて、サーバ装置３の概略的な構成について説明を行う。図５は、サーバ装置３の概略的な構成を示すブロック図である。図５に示すようにサーバ装置３は、通信部３１、制御部３２、料金計算用情報データベース（ＤＢ）３３、および個人別料金ＤＢ３４を備えている。
【００６１】
通信部３１は、車載端末１の通信モジュール１４やスキャンツール４との間で通信を行うものである。詳しくは、通信部３１は、車載端末１の通信モジュール１４からネットワークを介して送信されてくる車両情報やダイアグ情報を受信したり、車載端末１からスキャンツール４を経由して送信されてくる車両情報やダイアグ情報を受信したりする。よって、通信部３１が請求項の受信手段に相当する。通信部３１は、例えば制御部３２の指示に従って、通信モジュール１４に向けて車両情報やダイアグ情報の送信要求を送信する構成としてもよい。
【００６２】
例えば、通信部３１は、車両のディーラの情報サーバや車両のメーカの情報サーバ等を介して車載端末１からのドライバＩＤおよび車両情報やダイアグ情報を取得する構成としてもよい。
【００６３】
制御部３２は、通常のコンピュータとして構成されており、内部には周知のＣＰＵ、ＲＯＭやＲＡＭなどのメモリ、Ｉ／Ｏ及びこれらの構成を接続するバスライン（いずれも図示せず）が備えられている。制御部３２は、通信部３１、料金計算用情報ＤＢ３３から入力された各種情報に基づき、車両のドライバの運転の良否に関する診断の処理（以下、運転診断処理）や保険料の算出に関する処理（以下、保険料算出処理）等の種々の処理を実行する。よって、制御部３２が請求項の運転診断手段および保険料算出手段に相当する。
【００６４】
運転診断処理では、車載端末１から得た車両情報およびダイアグ情報をもとに、例えばドライバの運転スキルを判定する（つまり、ドライバの運転の良否を診断する）。詳しくは、車両情報に付与されているタイムスタンプとダイアグ情報に付与されているタイムスタンプとに基づいて、車両の不具合が検出されているときに検出された車両情報を特定する。そして、車両の不具合が検出されたときに検出された車両情報を除外した車両情報をもとに運転スキルを判定する。また、判定した運転スキルには、判定に用いた車両情報に紐就けられていたドライバＩＤが紐付けられるものとする。
【００６５】
運転スキルの判定の方法は、公知の方法を用いる構成とすればよい。一例としては、車両情報をもとに急加速や急ブレーキや急ハンドル等の事故のリスクが増加する運転（以下、リスク運転）を検出するとともにリスク運転の頻度を求め、リスク運転の頻度の多寡に応じて運転スキルを判定する構成とすればよい。運転スキルは、リスク運転の頻度の多寡に応じて例えば５段階等の複数段で評価する構成とすればよい。リスク運転の検出については、前述したトリガとなる車両の挙動の検出と同様にして行う構成とすればよい。
【００６６】
また、リスク運転の頻度については、時間あたりのリスク運転の頻度であってもよいし、走行距離あたりのリスク運転の頻度であってもよい。時間あたりのリスク運転の頻度を求める構成とする場合には、時間の情報は車両情報に付与されたタイムスタンプを利用する構成としてもよいし、図示しないタイマから得られる時間の情報を利用する構成としてもよい。走行距離あたりのリスク運転の頻度を求める構成とする場合には、車載端末１において例えばメータＥＣＵから車両の走行距離の情報を取得して車両情報やダイアグ情報とともにサーバ装置３に送信することで、サーバ装置３で走行距離の情報を利用できるようにすればよい。
【００６７】
車両の不具合が検出されているときに検出された車両情報とは、例えばダイアグ情報に付与されたタイムスタンプが示す時刻以降の時刻を示すタイムスタンプが付与された車両情報とする構成とすればよい。また、例えばダイアグ情報に付与されたタイムスタンプが示す時刻以降であって、当該時刻との誤差が所定範囲内の時刻を示すタイムスタンプが付与された車両情報とする構成としてもよい。ここで言うところの所定範囲とは、例えば一時的に検出されたダイアグ情報が示す車両の不具合が車両情報の値に影響を与える可能性が高い程度の時間範囲であって、任意に設定可能な範囲である。
【００６８】
また、ダイアグ情報が示す車両の不具合による影響が生じやすい車両情報を推定し、推定した車両情報を除外して運転スキルを判定する構成としてもよい。例えば、ダイアグ情報が油圧系の異常を示す情報であった場合には、上記影響が生じやすい車両情報として、ダイアグ情報に付与されたタイムスタンプが示す時刻以降の車速や前後加速度等の情報を推定する構成とすればよい。舵角センサの異常を示す情報であった場合には、ダイアグ情報に付与されたタイムスタンプが示す時刻以降の操舵角や横加速度等の情報を推定する構成とすればよい。これによれば、ダイアグ情報が示す車両の不具合による影響が生じやすい車両情報を除外して運転スキルの判定を行うので、ドライバの運転の良否をより正確に診断することができる。
【００６９】
なお、本実施形態では、ドライバの運転の良否に関する診断の一例としてリスク運転の多寡に応じた運転スキルを判定する構成を示したが、必ずしもこれに限らない。例えば、低燃費走行等の所謂エコ運転の度合いに応じた運転スキルを判定する構成としてもよい。
【００７０】
続いて、保険料算出処理では、運転診断処理で判定された運転スキルと料金計算用情報ＤＢ３３に格納されている保険料の算出用の情報とをもとに車両や車両のドライバの保険料を算出する。よって、制御部３２が請求項の保険料算出手段に相当する。料金計算用情報ＤＢ３３に格納されている保険料の算出用の情報は、例えば運転スキルをパラメータの一つとして含む保険料の算出用の計算式であって、運転スキルが高いほど保険料が安く算出されるとともに、運転スキルが低いほど保険料が高く算出されるように設定されているものとする。
【００７１】
保険料算出処理によって算出した保険料は、保険料の算出に用いた運転スキルに紐付けられていたドライバＩＤと紐付けて、個人別料金ＤＢ３４に格納する。これによれば、ドライバＩＤと紐付けて保険料を個人別料金ＤＢ３４に格納することにより、保険会社においてドライバ別の保険料の情報を必要なときに利用可能となる。
【００７２】
ここで、図６を用いて、サーバ装置３での運転診断処理および保険料算出処理に関する処理のフローについての説明を行う。図６は、制御部３２での運転診断処理および保険料算出処理に関する処理のフローを示すフローチャートである。本フローは、車載端末１からのドライバＩＤおよび車両情報やダイアグ情報をサーバ装置３が取得したときに開始される。
【００７３】
まず、ステップＳ２１では、取得した情報のうちにダイアグ情報があった場合（ステップＳ２１でＹＥＳ）には、ステップＳ２２に移る。また、ダイアグ情報がなかった場合（ステップＳ２１でＮＯ）には、ステップＳ２３に移る。
【００７４】
ステップＳ２２では、前述したようにしてダイアグ情報や車両情報およびダイアグ情報のそれぞれに付与されているタイムスタンプをもとに除外する車両情報を特定し、取得した車両情報のうちから除外してステップＳ２３に移る。
【００７５】
ステップＳ２３では、前述したようにして車両情報をもとに運転スキルを判定し、ステップＳ２４に移る。ステップＳ２４では、ステップＳ２３で判定した運転スキルをもとに、前述したようにして保険料を算出してフローを終了する。
【００７６】
以上の構成によれば、車両情報に付与されたタイムスタンプとダイアグ情報に付与されたタイムスタンプとに基づいて、車両の不具合が検出されているときに検出された車両情報を除外して運転スキルを判定するので、ドライバの運転の良否をより正確に診断することができる。
【００７７】
また、以上の構成によれば、車両の運転中は、車両の始動に必要な電子免許証５から読み取ったドライバＩＤが示すドライバについての、車両情報の記録やダイアグ情報の記録を強制して行うことになる。よって、ドライバの都合によって車両情報やダイアグ情報の記録を行わせないようにすることができなくなり、ドライバの運転の良否の診断について不正を働くことができないようにすることが可能になる。
【００７８】
さらに、以上の構成によれば、運転スキルの正確な判定結果に応じて、良好な運転を行うドライバの車両やドライバ自身についての保険料を低く算出するので、ドライバの運転の良否に応じた適切な保険料を算出することが可能になる。
【００７９】
本実施形態では、サーバ装置３を保険会社のサーバ装置とし、サーバ装置３の制御部３２で運転スキルをもとに保険料を算出する構成を示したが、必ずしもこれに限らない。例えば、サーバ装置３を車両のレンタルおよびシェアリングの少なくともいずれかのサービスを提供する会社（以下、レンタル会社）のサーバ装置とし、サーバ装置３の制御部３２で運転スキルをもとに車両のドライバの当該サービスの利用料金を算出する構成としてもよい。
【００８０】
この場合には、運転診断処理で判定された運転スキルと料金計算用情報ＤＢ３３に格納されている利用料金の算出用の情報とをもとに、制御部３２で車両のレンタルやシェアリングの料金を算出する構成とすればよい。よって、制御部３２が請求項の料金算出手段に相当する。また、料金計算用情報ＤＢ３３には、運転スキルをパラメータの一つとして含む利用料金の算出用の計算式を格納しておく構成とし、利用料金の算出用の計算式は、運転スキルが高いほど利用料金が安く算出されるとともに、運転スキルが低いほど利用料金が高く算出されるように設定しておく構成とすればよい。
【００８１】
他にも、サーバ装置３を中古車の買取りおよび下取りの少なくともいずれかの取引を行う会社（以下、中古車買取会社）のサーバ装置とし、サーバ装置３の制御部３２で運転スキルをもとに車両のドライバの当該取引時の価格を算出する構成としてもよい。この場合には、運転診断処理で判定された運転スキルと料金計算用情報ＤＢ３３に格納されている価格の算出用の情報とをもとに、制御部３２で中古車の買取り価格や下取り価格を算出する構成とすればよい。よって、制御部３２が請求項の価格算出手段に相当する。また、料金計算用情報ＤＢ３３には、運転スキルをパラメータの一つとして含む価格の算出用の計算式を格納しておく構成とし、価格の算出用の計算式は、運転スキルが高いほど価格が高く算出されるとともに、運転スキルが低いほど価格が低く算出されるように設定しておく構成とすればよい。
【００８２】
なお、保険会社のサーバ装置３とレンタル会社や中古車買取会社のサーバ装置３とをそれぞれ設ける構成としてもよい。この場合に、レンタル会社や中古車買取会社のサーバ装置３が保険会社のサーバ装置３からドライバＩＤおよび車両情報やダイアグ情報を取得する構成としてもよい。また、以下に示すように、レンタル会社や中古車買取会社のサーバ装置３が保険会社のサーバ装置３から運転スキルの情報を取得し、取得した運転スキルをもとに利用料金や価格を算出する構成としてもよい。
【００８３】
ここで、図７を用いて、保険会社のサーバ装置３から運転スキルの情報を取得してレンタル会社や中古車買取会社のサーバ装置３で利用料金や価格の算出を行う構成について説明を行う。図７は、レンタル会社や中古車買取会社のサーバ装置３での利用料金や価格の算出に関連する処理のフローの一例を示すフローチャートである。本フローは、例えばレンタル会社や中古車買取会社のサーバ装置３と保険会社のサーバ装置３との通信接続が試行されたときに開始される。
【００８４】
ステップＳ３１では、レンタル会社や中古車買取会社のサーバ装置３の通信部３１と保険会社のサーバ装置３の通信部３１との通信接続を行って、ステップＳ３２に移る。ステップＳ３２では、レンタル会社や中古車買取会社のサーバ装置３の制御部３２が、通信部３１を介して保険会社のサーバ装置３から運転スキルの判定結果とその運転スキルに日も付けられたドライバＩＤとを取得し、ステップＳ３３に移る。ステップＳ３３では、レンタル会社や中古車買取会社のサーバ装置３の制御部３２が、ステップＳ３２で取得した運転スキルをもとに利用料金や価格を算出してフローを終了する。
【００８５】
前述の実施形態では、ＨＶに車載端末１が搭載されている場合を例に挙げて説明を行ったが、必ずしもこれに限らない。例えば、エンジンのみを走行駆動源として用いる内燃機関車両やモータのみを走行駆動源として用いる電気自動車（ＥＶ）に車載端末１を搭載する構成としてもよい。
【００８６】
また、前述の実施形態では、運転スキルの判定をサーバ装置３で行う構成を示したが、必ずしもこれに限らない。例えば、車載端末１側で車両情報やダイアグ情報をもとに、サーバ装置３の制御部３２での運転診断処理と同様に運転スキルの判定を行う構成としてもよい。この場合には、車載端末１のテレマティクスＥＣＵ１３で運転診断処理を行う構成としてもよいし、他にＥＣＵで運転診断処理を行う構成としてもよい。よって、テレマティクスＥＣＵ１３が請求項の運転診断手段にも相当する。運転スキルの判定結果については、例えば通信モジュール１４を介してサーバ装置３に送信する構成とすればよい。
【００８７】
なお、本発明は、上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【符号の説明】
【００８８】
１  車載端末（車載器）、３  サーバ装置、４  スキャンツール、５  電子免許証、１１  専用スロット（識別情報読み取り手段）、１２  イモビＥＣＵ（認証手段、始動制限手段）、１３  テレマティクスＥＣＵ（車両情報記録手段、ダイアグ情報記録手段、運転診断手段）、１４  通信モジュール（送信手段）、１５  ＤＬＣ３コネクタ、１６  エンジンＥＣＵ（不具合モニタ装置）、１７  ブレーキＥＣＵ（不具合モニタ装置）、１８  ＨＶ_ＥＣＵ（不具合モニタ装置）、１９  クルーズＥＣＵ（不具合モニタ装置）、２０  ＥＰＳ_ＥＣＵ（不具合モニタ装置）、２１  車載ＬＡＮ、３１  通信部（受信手段）、３２  制御部（運転診断手段、保険料算出手段、料金算出手段、価格算出手段）、３３  料金計算用情報ＤＢ、３４  個人別料金ＤＢ、１００  運転診断システム
【図１】
2012146195.tif 000003
【図２】
2012146195.tif 000004
【図３】
2012146195.tif 000005
【図４】
2012146195.tif 000006
【図５】
2012146195.tif 000007
【図６】
2012146195.tif 000008
【図７】
2012146195.tif 000009