車両に搭載され、前記車両の走行状態および操作状態の少なくともいずれかに関する情報である車両情報を取得して記録する車両情報記録手段と、前記車両情報記録手段で記録した車両情報を送信する送信手段とを備える車載器と、前記車載器の送信手段から送信される車両情報を受信する受信手段と、前記受信手段で受信した車両情報をもとに、前記車両のドライバの運転の良否に関する診断を行う運転診断手段とを備えるサーバ装置とを含む運転診断システムであって、前記車載器は、前記車両の不具合についての情報であるダイアグノーシス情報を取得して記録するダイアグ情報記録手段を備え、前記送信手段は、前記車両情報に加えて前記ダイアグ情報記録手段で記録したダイアグノーシス情報も送信し、前記受信手段は、前記車両情報に加えて前記ダイアグノーシス情報も受信し、前記運転診断手段は、前記車両情報および前記ダイアグノーシス情報をもとに、前記車両のドライバの運転の良否に関する診断を行うことを特徴とする運転診断システム。請求項1において、前記車両情報記録手段は、前記車両情報の検出時を示す時間情報が付された車両情報を取得して記録するものであり、前記ダイアグ情報記録手段は、前記車両の不具合をモニタリングする不具合モニタ装置で前記車両の不具合の検出時を示す時間情報が付されたダイアグノーシス情報を取得して記録するものであって、前記運転診断手段は、前記車両情報に付された時間情報と前記ダイアグノーシス情報に付された時間情報とに基づいて、前記車両の不具合が検出されているときに検出された車両情報を除外して前記車両のドライバの運転の良否に関する診断を行うことを特徴とする運転診断システム。請求項1または2において、前記運転診断手段は、前記車両情報および前記ダイアグノーシス情報をもとに、当該ダイアグノーシス情報が示す車両の不具合による影響が生じやすい車両情報を推定し、推定した車両情報を除外して前記車両のドライバの運転の良否に関する診断を行うことを特徴とする運転診断システム。請求項1~3のいずれか1項において、前記車載器は、個人を識別するための識別情報が記録された電子免許証の当該識別情報を読み取る識別情報読み取り手段と、前記識別情報読み取り手段で読み取った識別情報をもとに認証を行う認証手段と、前記認証手段で認証が成立した場合にのみ前記車両の始動を可能にする始動制限手段とをさらに備え、前記車両の運転中は、前記識別情報読み取り手段で読み取った識別情報が示すドライバについての、前記車両情報記録手段での車両情報の記録および前記ダイアグ情報記録手段でのダイアグノーシス情報の記録を強制して行うことを特徴とする運転診断システム。請求項1~4のいずれか1項において、前記サーバ装置は、前記車両および前記車両のドライバの少なくともいずれかの保険を扱う保険会社のサーバ装置であって、前記運転診断手段での診断結果に応じて、前記車両および前記車両のドライバの少なくともいずれかの保険料を算出する保険料算出手段を備えていることを特徴とする運転診断システム。請求項1~4のいずれか1項において、前記サーバ装置は、車両のレンタルおよびシェアリングの少なくともいずれかのサービスを提供する会社のサーバ装置であって、前記運転診断手段での診断結果に応じて、前記車両のドライバの前記サービスの利用料金を算出する料金算出手段を備えていることを特徴とする運転診断システム。請求項1~4のいずれか1項において、前記サーバ装置は、中古車の買取りおよび下取りの少なくともいずれかの取引を行う会社のサーバ装置であって、前記運転診断手段での診断結果に応じて、前記車両のドライバの前記取引時の価格を算出する価格算出手段を備えていることを特徴とする運転診断システム。車両に搭載される車載器で取得され、送信されてくる前記車両の走行状態および操作状態の少なくともいずれかに関する情報である車両情報、ならびに前記車両の不具合についての情報であるダイアグノーシス情報を受信する受信手段と、前記受信手段で受信した車両情報およびダイアグノーシス情報をもとに、前記車両のドライバの運転の良否に関する診断を行う運転診断手段とを備えることを特徴とするサーバ装置。車両に搭載され、前記車両の走行状態および操作状態の少なくともいずれかに関する情報である車両情報を取得して記録する車両情報記録手段と、前記車両の不具合についての情報であるダイアグノーシス情報を取得して記録するダイアグ情報記録手段と、前記車両情報および前記ダイアグノーシス情報を、前記車両情報および前記ダイアグノーシス情報をもとに前記車両のドライバの運転の良否に関する診断を行うサーバ装置に送信する送信手段とを備えることを特徴とする車載器。車両に搭載され、前記車両の走行状態および操作状態の少なくともいずれかに関する情報である車両情報を取得して記録する車両情報記録手段と、前記車両の不具合についての情報であるダイアグノーシス情報を取得して記録するダイアグ情報記録手段と、前記車両情報記録手段で記録した車両情報および前記ダイアグ情報記録手段で記録したダイアグノーシス情報をもとに前記車両のドライバの運転の良否に関する診断を行う運転診断手段とを備えることを特徴とする車載器。請求項9または10において、前記車両情報記録手段は、前記車両情報の検出時を示す時間情報が付された車両情報を取得して記録するものであり、前記ダイアグ情報記録手段は、前記車両の不具合をモニタリングする不具合モニタ装置で前記車両の不具合の検出時を示す時間情報が付されたダイアグノーシス情報を取得して記録するものであって、前記運転診断手段は、前記車両情報に付された時間情報と前記ダイアグノーシス情報に付された時間情報とに基づいて、前記車両の不具合が検出されているときに検出された車両情報を除外して前記車両のドライバの運転の良否に関する診断を行うことを特徴とする車載器。請求項9~11のいずれか1項において、前記運転診断手段は、前記車両情報および前記ダイアグノーシス情報をもとに、当該ダイアグノーシス情報が示す車両の不具合による影響が生じやすい車両情報を推定し、推定した車両情報を除外して前記車両のドライバの運転の良否に関する診断を行うことを特徴とする車載器。請求項9~12のいずれか1項において、個人を識別するための識別情報が記録された電子免許証の当該識別情報を読み取る識別情報読み取り手段と、前記識別情報読み取り手段で読み取った識別情報をもとに認証を行う認証手段と、前記認証手段で認証が成立した場合にのみ前記車両の始動を可能にする始動制限手段とをさらに備え、前記車両の運転中は、前記識別情報読み取り手段で読み取った識別情報が示すドライバについての、前記車両情報記録手段での車両情報の記録および前記ダイアグ情報記録手段でのダイアグノーシス情報の記録を強制して行うことを特徴とする車載器。特許文献1に開示の技術では、車両側で得られた走行情報が、ドライバの運転操作に起因するものであるのか、車両の不具合に起因するものであるのかの区別を行う構成とはなっていない。よって、車両の不具合を起因としてドライバの運転の評価が下がるような走行情報例えば車両の不安定な挙動を示す走行情報などが得られた場合にも、ドライバの運転を低く評価してしまい、ドライバの運転の良否を正確に診断できないという問題点があった。本発明は、上記従来の問題点に鑑みなされたものであって、その目的は、ドライバの運転の良否をより正確に診断することを可能にする運転診断システム、サーバ装置、および車載器を提供することにある。請求項1の運転診断システムにおいては、車載器は、車両の不具合についての情報以下、ダイアグノーシス情報を取得して記録するダイアグ情報記録手段を備え、車載器の送信手段は、車両の走行状態および操作状態の少なくともいずれかに関する情報以下、車両情報に加えてダイアグ情報記録手段で記録したダイアグノーシス情報も送信し、サーバ装置の運転診断手段は、車載器から送信されてきた車両情報およびダイアグノーシス情報をもとに、車両のドライバの運転の良否に関する診断を行うことになる。これによれば、車両情報だけでなく、ダイアグノーシス情報も考慮して車両のドライバの運転の良否に関する診断を運転診断手段で行うことができるので、ダイアグノーシス情報をもとに車両の不具合が生じていたときの車両情報を除外し、ドライバの運転の良否をより正確に診断することが可能になる。請求項2の構成によれば、運転診断手段は、車両情報の検出時を示す時間情報と車両の不具合の検出時を示す時間情報とに基づいて、車両の不具合が検出されているときに検出された車両情報を除外して車両のドライバの運転の良否に関する診断を行うので、ドライバの運転の良否をより正確に診断することができる。請求項3の構成によれば、運転診断手段は、ダイアグノーシス情報が示す車両の不具合による影響が生じやすい車両情報を除外して車両のドライバの運転の良否に関する診断を行うので、ドライバの運転の良否をより正確に診断することができる。特許文献1に開示の技術では、ドライバが入力したドライバIDに対応する走行情報を車両側の運転診断情報DBに一時的に格納し、当該走行情報を車両側からサーバ装置側に送信してサーバ装置側で安全運転レベルの判定に用いる構成となっている。つまり、ドライバがドライバIDを入力しなければ走行情報が運転診断情報DBに格納されず、安全運転レベルの判定が行われない構成となっている。よって、例えばドライバが安全運転を心がける運転時など、ドライバの都合の良いときだけドライバIDを入力して安全運転レベルの判定を行わせることが可能であり、ドライバの運転の良否の診断について不正を働くことができるという問題点があった。これに対して、請求項4の構成においては、車両の運転中は、車両の始動に必要な電子免許証から識別情報読み取り手段で読み取った識別情報が示すドライバについての、車両情報記録手段での車両情報の記録およびダイアグ情報記録手段でのダイアグノーシス情報の記録を強制して行うことになる。よって、車両の運転中は、車両情報およびダイアグノーシス情報が強制的に記録されることになり、ドライバの都合によって車両情報およびダイアグノーシス情報の記録を行わせないようにすることができなくなる。従って、ドライバの運転の良否の診断について不正を働くことができないようにすることが可能になる。請求項5の構成によれば、車両および車両のドライバの少なくともいずれかの保険を扱う保険会社のサーバ装置において、ドライバの運転の良否についての正確な診断結果に応じて車両および車両のドライバの少なくともいずれかの保険料を算出するので、ドライバの運転の良否に応じた適切な保険料を算出することが可能になる。例えば、良好な運転を行うドライバの車両は、事故の発生が生じにくいと考えられるので、良好な運転を行うドライバの車両やドライバ自身についての保険料を低く算出することで、ドライバの運転の良否に応じた適切な保険料を算出することができる。請求項6の構成によれば、車両のレンタルおよびシェアリングの少なくともいずれかのサービスを提供する会社のサーバ装置において、ドライバの運転の良否についての正確な診断結果に応じて車両のドライバの当該サービスの利用料金を算出するので、ドライバの運転の良否に応じた適切な利用料金を算出することが可能になる。例えば、良好な運転を行うドライバの車両は、劣化や事故の発生が生じにくいと考えられるので、良好な運転を行うドライバについての車両のレンタルやシェアリングの利用料金を低く算出することで、ドライバの運転の良否に応じた適切な利用料金を算出することができる。請求項7の構成によれば、中古車の買取りおよび下取りの少なくともいずれかの取引を行う会社のサーバ装置において、ドライバの運転の良否についての正確な診断結果に応じて車両のドライバの当該取引時の価格を算出するので、ドライバの運転の良否に応じた適切な価格を算出することが可能になる。例えば、良好な運転を行うドライバの車両は、劣化が生じにくいと考えられるので、良好な運転を行うドライバについての中古車の買取りや下取りの価格を高く算出することで、ドライバの運転の良否に応じた適切な価格を算出することができる。請求項8のサーバ装置においては、車両に搭載される車載器で取得され、送信されてくる車両情報ならびにダイアグノーシス情報を受信する受信手段と、受信手段で受信した車両情報およびダイアグノーシス情報をもとに、車両のドライバの運転の良否に関する診断を行う運転診断手段とを備えることになる。よって、ダイアグノーシス情報をもとに車両の不具合が生じていたときの車両情報を除外し、ドライバの運転の良否をより正確に診断することが可能になる。請求項9の車載器においては、車両情報記録手段で取得して記録した車両情報と、ダイアグノーシス情報記録手段で取得して記録したダイアグノーシス情報とを、車両情報およびダイアグノーシス情報をもとに車両のドライバの運転の良否に関する診断を行うサーバ装置に送信することになる。これによれば、サーバ装置において、ダイアグノーシス情報をもとに車両の不具合が生じていたときの車両情報を除外し、ドライバの運転の良否をより正確に診断することが可能になる。請求項10の車載器においては、車両情報記録手段で取得して記録した車両情報と、ダイアグノーシス情報記録手段で取得して記録したダイアグノーシス情報とをもとに、運転診断手段で車両のドライバの運転の良否に関する診断を行うことになる。これによれば、車載器において、ダイアグノーシス情報をもとに車両の不具合が生じていたときの車両情報を除外し、ドライバの運転の良否をより正確に診断することが可能になる。請求項11の構成によれば、車両情報の検出時を示す時間情報と車両の不具合の検出時を示す時間情報とに基づいて、車両の不具合が検出されているときに検出された車両情報を除外して車両のドライバの運転の良否に関する診断を行うことが可能になるので、ドライバの運転の良否をより正確に診断することが可能になる。請求項12の構成によれば、ダイアグノーシス情報が示す車両の不具合による影響が生じやすい車両情報を除外して車両のドライバの運転の良否に関する診断を行うことが可能になるので、ドライバの運転の良否をより正確に診断することが可能になる。請求項13の構成によれば、車両の運転中は、車両情報およびダイアグノーシス情報が強制的に記録されることになり、ドライバの都合によって車両情報およびダイアグノーシス情報の記録を行わせないようにすることができなくなる。従って、ドライバの運転の良否の診断について不正を働くことができないようにすることが可能になる。以下、本発明の実施形態について図面を用いて説明する。図1は、本発明が適用された運転診断システム100の概略的な構成を示すブロック図である。図1に示す運転診断システム100は、車両に搭載される車載端末1、サーバ装置3、およびスキャンツール4を含んでいる。本実施形態では、モータとエンジンとを走行駆動源として併用するハイブリッド自動車HVに車載端末1が搭載されている場合を例に挙げて説明を行う。まず、図2を用いて、車載端末1の概略的な構成について説明を行う。図2は、車載端末1の概略的な構成を示すブロック図である。図2に示すように車載端末1は、専用スロット11、イモビECU12、テレマティクスECU13、および通信モジュール14を備えている。また、イモビECU12、テレマティクスECU13、エンジンECU16、ブレーキECU17、ハイブリッドECUHVECU18、クルーズECU19、およびEPSECU20は、CANcontrollerareanetworkなどの通信プロトコルに準拠した車載LAN21で各々接続されている。なお、車載端末1が請求項の車載器に相当する。専用スロット11は、個人を識別する識別情報例えばドライバIDが記録された電子免許証5が挿入される。電子免許証5は車両のドライバに携行されるものであって、ICチップ等の記憶部を備えている。専用スロット11は、挿入された電子免許証5の記憶部からドライバIDを読み取る。よって、専用スロット11が請求項の識別情報読み取り手段に相当する。イモビECU12は、CPU、ROM、RAM、EEPROM等よりなるマイクロコンピュータを主体として構成され、入力される情報をもとにROMに記憶された各種の制御プログラムを実行することで、車両の始動の制御に関する各種の処理を実行する。例えば、イモビECU12は、車両のキーシリンダに挿入された公知のイモビキー6から図示しない通信装置によって読み出されたキーIDを取得する。そして、取得したキーIDが登録済みのIDと一致するか否かを判定することによって、認証つまり、イモビキー認証を行う。また、イモビECU12は、専用スロット11に挿入された電子免許証5から読み取られたドライバIDを取得する。そして、取得したドライバIDが正規のドライバIDであるか否かを判定することによって認証つまり、電子免許証認証を行う。よって、イモビECU12が請求項の認証手段に相当する。例えば、取得したドライバIDが登録済みのIDと一致するか否かを判定することによって、認証を行う構成としてもよい。また、ドライバIDに電子証明書や電子署名が付与されていた場合には、電子証明書によって正規のドライバIDであるか否かを判定したり、電子署名によってドライバIDが改竄されているか否かを判定したりすることによって、正規の電子免許証であることの認証を行う構成としてもよい。そして、イモビECU12は、前述のキーIDによる認証およびドライバIDによる認証の両方が成立した場合に、エンジン始動を許可するエンジン始動許可信号をエンジンECU16に出力する。エンジンECU16は、エンジン始動許可信号が入力されると、燃料噴射装置、点火装置の動作を開始させる。これにより、スタータモータが回転しつつエンジンに燃料が噴射され点火プラグが点火することによってエンジンが始動される。また、前述のキーIDによる認証およびドライバIDによる認証の一方でも成立しなかった場合に、エンジン始動を禁止するエンジン始動禁止信号をエンジンECU16に出力し、エンジンの始動を禁止する。よって、イモビECU12が請求項の始動制限手段に相当する。ここで、図3を用いて、車載端末1での車両の始動に関する処理のフローについての説明を行う。図3は、車載端末1での車両の始動に関する処理のフローを示すフローチャートである。本フローは、IG-ONされたときに開始される。まず、ステップS1では、イモビECU12が前述のイモビキー認証を行ってステップS2に移る。ステップS2では、イモビキー認証が成立した場合ステップS2でYESには、ステップS3に移る。また、イモビキー認証が成立しなかった場合ステップS2でNOには、ステップS6に移る。ステップS3では、イモビECU12が前述の電子免許証認証を行ってステップS4に移る。ステップS4では、電子免許証認証が成立した場合ステップS4でYESには、ステップS5に移る。また、電子免許証認証が成立しなかった場合ステップS4でNOには、ステップS6に移る。ステップS5では、イモビECU12がエンジン始動許可信号をエンジンECU16に出力し、車両を始動させてフローを終了する。ステップS6では、イモビECU12がエンジン始動禁止信号をエンジンECU16に出力し、エンジンの始動を禁止してフローを終了する。なお、本実施形態では、イモビキー認証と電子免許証認証とを組み合わせる構成を示したが、必ずしもこれに限らず、電子免許証認証とイモビキー認証以外とを組み合わせる構成としてもよい。電子免許証認証に組み合わせる認証は、エンジン始動前に行われる認証であればよく、例えば、キーレスエントリー時の認証と組み合わせる構成としてもよい。また、電子免許証認証のみとする構成としてもよい。エンジンECU16、ブレーキECU17、HVECU18、クルーズECU19、およびEPSECU20は、CPU、ROM、RAM、EEPROM等よりなるマイクロコンピュータを主体として構成される。また、エンジンECU16、ブレーキECU17、HVECU18、クルーズECU19、およびEPSECU20は、車両の挙動といった走行状態に関する情報や車両の操作状態に関する情報以下、車両情報を、各種センサ等の信号から検出する。そして、検出した車両情報をもとに、ROMに記憶された各種の制御プログラムを実行することで各種の処理を実行する。エンジンECU16は、エンジン回転数センサの信号から検出されるエンジン回転数、スロットル開度センサの信号から検出されるスロットルバルブ開度、車速センサの信号から検出される車速、アクセル開度センサの信号から検出されるアクセル開度等の車両情報をもとに、エンジン出力の制御に関する各種の処理を実行する。ブレーキECU17は、車速センサの信号から検出される車速、加速度センサの信号から検出される前後加速度や横加速度、ブレーキ圧センサの信号から検出されるブレーキフルード圧等の車両情報をもとに、車両の制動に関する各種の処理を実行する。ブレーキECU17は、自車両の車輪の空転や横滑り等のスリップ状態を検知し、車輪のロックによるスリップを防止するためのABSAntilockBrakeSystemや発進加速時のタイヤの空転を防止するためのTRCTractionControlSystemや横滑りを防止するためのESCElectronicStabilityControl等を制御する。HVECU18は、車速センサの信号から検出される車速、アクセル開度センサの信号から検出されるアクセル開度等の情報をもとに、モータおよびエンジンのうちいずれの駆動力を駆動輪に伝達するかの駆動源の切替え制御に関する処理等を行う。クルーズECU19は、クルーズスイッチの信号から検出されるクルーズ動作状態等の車両情報をもとに、オートクルーズ装置の動作に関する処理を実行したりする。EPSECU20は、車速センサの信号から検出される車速、トルクセンサの信号から検出される操舵トルク、舵角センサの信号から検出されるステアリングの操舵角、加速度センサの信号から検出される横加速度等の車両情報をもとに、ステアリングの操舵アシストに関する処理やステアリングの操舵角の制御に関する処理等を実行する。エンジンECU16、ブレーキECU17、HVECU18、クルーズECU19、およびEPSECU20は、車両の不具合をモニタリングしており、車両の不具合を検出した場合に、不具合の箇所や種類を示すダイアグノーシス情報以下、ダイアグ情報をEEPROM等の不揮発性のメモリに記憶する。よって、エンジンECU16、ブレーキECU17、HVECU18、クルーズECU19、およびEPSECU20が請求項の不具合モニタ装置に相当する。例えば、ダイアグ情報の一例としては、スロットルセンサのレンジ外れを示す情報やアクセルセンサのレンジ外れを示す情報や油圧系の異常を示す情報や舵角センサの異常を示す情報等がある。エンジンECU16、ブレーキECU17、HVECU18、クルーズECU19、およびEPSECU20では、車両情報の検出時や車両の不具合の検出時に、検出時を示すタイムスタンプを車両情報やダイアグ情報に付与するものとする。例えばタイムスタンプは、検出時の時刻の情報とすればよい。なお、タイムスタンプが請求項の時間情報に相当する。テレマティクスECU13は、CPU、ROM、RAM、EEPROM等よりなるマイクロコンピュータを主体として構成され、入力される情報をもとにROMに記憶された各種の制御プログラムを実行することで、車両情報およびダイアグ情報のサーバ装置3への送信に関連する処理を実行する。テレマティクスECU13は、トリガとなる車両の挙動を検出した場合に、各ECU16~20で検出された車両情報を取得してEEPROM等の不揮発性のメモリに記録する。また、テレマティクスECU13は、各ECU16~20から車載LAN21にダイアグ情報が出力された場合には、そのダイアグ情報を取得してEEPROM等の不揮発性のメモリに記録する。よって、テレマティクスECU13が請求項の車両情報記録手段およびダイアグ情報記録手段に相当する。テレマティクスECU13が取得した車両情報やダイアグ情報は、テレマティクスECU13のメモリ以外のHDD等の大容量の不揮発性メモリに記録する構成としてもよい。また、テレマティクスECU13は、車両を運転中のドライバのドライバIDを例えばイモビECU12から取得し、車両を運転中のドライバのドライバIDと車両情報やダイアグ情報を紐付けて記録する。なお、テレマティクスECU13は、車両を運転中のドライバのドライバIDを専用スロット11から取得する構成としてもよい。トリガとなる車両の挙動は、例えば車両の急加速や急ブレーキや急ハンドルである。詳しくは、急加速については、車速センサの信号から検出される車速の単位時間例えば1秒あたりの変化量が所定の正の閾値以上となったことをもとに検出する構成とすればよい。ここで言うところの所定の正の閾値とは、急加速と言える程度の車速の変化量に相当する値である。車速の微分値の他にも、エンジン回転数センサの信号から検出されるエンジン回転数の単位時間あたりの変化量や加速度センサの信号から検出される前後加速度などの値をもとに車両の急加速を検出する構成としてもよい。急ブレーキについては、加速度センサから検出される前後加速度が所定の負の閾値以下となったことをもとに検出する構成とすればよい。ここで言うところの所定の負の閾値とは、急ブレーキと言える程度の減速度に相当する値である。前後加速度の他にも、車速の単位時間あたりの変化量やブレーキ圧センサの信号から検出されるブレーキフルード圧の単位時間あたりの変化量などの値をもとに車両の急ブレーキを検出する構成としてもよい。急ハンドルについては、舵角センサの信号から検出されるステアリングの操舵角の単位時間あたりの変化量の絶対値が所定の閾値以上となったことをもとに検出する構成とすればよい。ここで言うところの所定の閾値とは、急ハンドルと言える程度の操舵角の変化量の絶対値に相当する値である。操舵角の他にも、加速度センサの信号から検出される横加速度などの値をもとに車両の急ハンドルを検出する構成としてもよい。トリガとなる車両の挙動を検出するための車両情報は、各センサから得る構成としてもよいし、各ECUから得る構成としてもよい。車両情報やダイアグ情報の記録は、車両の運転中のものについては強制して行うものとする。ここで言うところの運転中とは、車両の始動後からイグニッションスイッチのオフIG-OFF等によって車両の走行駆動源が停止するまでの間であってもよいし、車両の走行中であってもよい。車両の走行中の判別は、車速等によって行う構成とすればよい。また、ここで言うところの強制とは、車両情報やダイアグ情報を取得した場合に必ず記録することを示している。ここで、図4を用いて、テレマティクスECU13での車両情報やダイアグ情報の取得に関する処理のフローについての説明を行う。図4は、テレマティクスECU13での車両情報やダイアグ情報の取得に関する処理のフローを示すフローチャートである。本フローは、IG-ONされたときに開始される。また、各ECU16~20は車両情報を逐次検出しているものとする。まず、ステップS11では、前述のトリガとなる車両の挙動を検出したか否かを判定する。そして、トリガを検出した場合ステップS11でYESには、ステップS12に移る。また、トリガを検出していなかった場合ステップS11でNOには、ステップS15に移る。ステップS12では、各ECU16~20からタイムスタンプ付きの車両情報を取得してメモリに記録し、ステップS13に移る。各ECU16~20から取得する車両情報の種類は予め設定されており、設定されている種類の車両情報を取得する構成とすればよい。なお、取得する車両情報の種類は、後述する運転診断処理に必要な車両情報が設定されているものとする。ステップS13では、各ECU16~20にダイアグ情報が記憶されていた場合、つまり、ダイアグ情報ありの場合ステップS13でYESには、ステップS14に移る。また、各ECU16~20にダイアグ情報が記憶されていなかった場合、つまり、ダイアグ情報なしの場合ステップS13でNOには、ステップS15に移る。ステップS14では、記憶されているダイアグ情報を取得してメモリに記録し、ステップS15に移る。ステップS15では、イグニッションスイッチがオフIG-OFFになった場合ステップS15でYESには、フローを終了する。また、IG-OFFになっていない場合ステップS15でNOには、ステップS11に戻ってフローを繰り返す。また、テレマティクスECU13は、取得して記録したドライバIDおよび車両情報やダイアグ情報を、通信モジュール14を介してサーバ装置3に送信する。よって、通信モジュール14が請求項の送信手段に相当する。なお、ダイアグ情報が記録されていなかった場合には、ドライバIDと車両情報とをサーバ装置3に送信することになる。ドライバIDおよび車両情報やダイアグ情報の送信は、例えば一日ごとなど所定の期間ごとに行う構成としてもよいし、車両のイグニッションスイッチがオンIG-ONされたときに行う構成としてもよいし、サーバ装置3から送信要求があったときに行う構成としてもよい。DLC3コネクタ15は、車両のECUからダイアグ情報を収集するスキャンツール4を接続するためのいわゆる故障診断コネクタである。スキャンツール4は、例えばPCに接続可能なスキャンツールやPC自体を用いたスキャンツールであり、DLC3コネクタ15を介してテレマティクスECU13が記録したドライバIDおよび車両情報やダイアグ情報を取得し、ネットワークを介してサーバ装置3に送信する。この場合には、テレマティクスECU13が請求項の送信手段に相当する。なお、本実施形態では、トリガとなる車両の挙動を検出した場合に、テレマティクスECU13が各ECU16~20で検出された車両情報やダイアグ情報を取得して記録する構成を示したが、必ずしもこれに限らない。例えば、トリガとなる車両の挙動を検出した場合に、各ECU16~20で検出された車両情報やダイアグ情報を記録しておき、各ECU16~20に記録されている車両情報やダイアグ情報をテレマティクスECU13が取得して通信モジュール14を介してサーバ装置3に送信する構成としてもよい。この場合に、各ECU16~20から取得した車両情報やダイアグ情報をテレマティクスECU13が車両を運転中のドライバのドライバIDと紐付けて一時的に記録しておく構成としてもよい。また、本実施形態では、テレマティクスECU13が各ECU16~20で検出された車両情報やダイアグ情報を取得して記録する構成を示したが、必ずしもこれに限らない。例えば、各ECU16~20で検出された車両情報やダイアグ情報をテレマティクスECU13以外の車載LAN21に接続されたコンピュータで取得し、車両を運転中のドライバのドライバIDと紐付けて記録する構成としてもよい。この場合には、記録したドライバIDおよび車両情報やダイアグ情報を、DLC3コネクタ15を介してスキャンツール4が取得してサーバ装置3に送信する構成とすればよい。また、この場合には、テレマティクスECU13以外の車載LAN21に接続されたコンピュータが請求項の車両情報記録手段およびダイアグ情報記録手段に相当する。さらに、前述のトリガとなる車両の挙動を検出した場合に、各ECU16~20で検出された車両情報やダイアグ情報をそれぞれ各ECU16~20で車両を運転中のドライバのドライバIDと紐付けて記録し、各ECU16~20に記録されたドライバIDおよび車両情報やダイアグ情報を、DLC3コネクタ15を介してスキャンツール4が取得してサーバ装置3に送信する構成としてもよい。この場合には、エンジンECU16、ブレーキECU17、HVECU18、クルーズECU19、およびEPSECU20が請求項の車両情報記録手段およびダイアグ情報記録手段に相当する。これらの変形例においては、車載端末1にテレマティクスECU13および通信モジュール14を備えない構成としてもよい。また、トリガとなる車両の挙動を検出した場合に限らず、各ECU16~20で検出された車両情報やダイアグ情報を逐次記録し、記録されたドライバIDおよび車両情報やダイアグ情報をサーバ装置3に送信する構成としてもよい。図1に戻って、サーバ装置3は、車両および車両のドライバの少なくともいずれかの保険を扱う保険会社のサーバ装置である。ここで、図5を用いて、サーバ装置3の概略的な構成について説明を行う。図5は、サーバ装置3の概略的な構成を示すブロック図である。図5に示すようにサーバ装置3は、通信部31、制御部32、料金計算用情報データベースDB33、および個人別料金DB34を備えている。通信部31は、車載端末1の通信モジュール14やスキャンツール4との間で通信を行うものである。詳しくは、通信部31は、車載端末1の通信モジュール14からネットワークを介して送信されてくる車両情報やダイアグ情報を受信したり、車載端末1からスキャンツール4を経由して送信されてくる車両情報やダイアグ情報を受信したりする。よって、通信部31が請求項の受信手段に相当する。通信部31は、例えば制御部32の指示に従って、通信モジュール14に向けて車両情報やダイアグ情報の送信要求を送信する構成としてもよい。例えば、通信部31は、車両のディーラの情報サーバや車両のメーカの情報サーバ等を介して車載端末1からのドライバIDおよび車両情報やダイアグ情報を取得する構成としてもよい。制御部32は、通常のコンピュータとして構成されており、内部には周知のCPU、ROMやRAMなどのメモリ、I/O及びこれらの構成を接続するバスラインいずれも図示せずが備えられている。制御部32は、通信部31、料金計算用情報DB33から入力された各種情報に基づき、車両のドライバの運転の良否に関する診断の処理以下、運転診断処理や保険料の算出に関する処理以下、保険料算出処理等の種々の処理を実行する。よって、制御部32が請求項の運転診断手段および保険料算出手段に相当する。運転診断処理では、車載端末1から得た車両情報およびダイアグ情報をもとに、例えばドライバの運転スキルを判定するつまり、ドライバの運転の良否を診断する。詳しくは、車両情報に付与されているタイムスタンプとダイアグ情報に付与されているタイムスタンプとに基づいて、車両の不具合が検出されているときに検出された車両情報を特定する。そして、車両の不具合が検出されたときに検出された車両情報を除外した車両情報をもとに運転スキルを判定する。また、判定した運転スキルには、判定に用いた車両情報に紐就けられていたドライバIDが紐付けられるものとする。運転スキルの判定の方法は、公知の方法を用いる構成とすればよい。一例としては、車両情報をもとに急加速や急ブレーキや急ハンドル等の事故のリスクが増加する運転以下、リスク運転を検出するとともにリスク運転の頻度を求め、リスク運転の頻度の多寡に応じて運転スキルを判定する構成とすればよい。運転スキルは、リスク運転の頻度の多寡に応じて例えば5段階等の複数段で評価する構成とすればよい。リスク運転の検出については、前述したトリガとなる車両の挙動の検出と同様にして行う構成とすればよい。また、リスク運転の頻度については、時間あたりのリスク運転の頻度であってもよいし、走行距離あたりのリスク運転の頻度であってもよい。時間あたりのリスク運転の頻度を求める構成とする場合には、時間の情報は車両情報に付与されたタイムスタンプを利用する構成としてもよいし、図示しないタイマから得られる時間の情報を利用する構成としてもよい。走行距離あたりのリスク運転の頻度を求める構成とする場合には、車載端末1において例えばメータECUから車両の走行距離の情報を取得して車両情報やダイアグ情報とともにサーバ装置3に送信することで、サーバ装置3で走行距離の情報を利用できるようにすればよい。車両の不具合が検出されているときに検出された車両情報とは、例えばダイアグ情報に付与されたタイムスタンプが示す時刻以降の時刻を示すタイムスタンプが付与された車両情報とする構成とすればよい。また、例えばダイアグ情報に付与されたタイムスタンプが示す時刻以降であって、当該時刻との誤差が所定範囲内の時刻を示すタイムスタンプが付与された車両情報とする構成としてもよい。ここで言うところの所定範囲とは、例えば一時的に検出されたダイアグ情報が示す車両の不具合が車両情報の値に影響を与える可能性が高い程度の時間範囲であって、任意に設定可能な範囲である。また、ダイアグ情報が示す車両の不具合による影響が生じやすい車両情報を推定し、推定した車両情報を除外して運転スキルを判定する構成としてもよい。例えば、ダイアグ情報が油圧系の異常を示す情報であった場合には、上記影響が生じやすい車両情報として、ダイアグ情報に付与されたタイムスタンプが示す時刻以降の車速や前後加速度等の情報を推定する構成とすればよい。舵角センサの異常を示す情報であった場合には、ダイアグ情報に付与されたタイムスタンプが示す時刻以降の操舵角や横加速度等の情報を推定する構成とすればよい。これによれば、ダイアグ情報が示す車両の不具合による影響が生じやすい車両情報を除外して運転スキルの判定を行うので、ドライバの運転の良否をより正確に診断することができる。なお、本実施形態では、ドライバの運転の良否に関する診断の一例としてリスク運転の多寡に応じた運転スキルを判定する構成を示したが、必ずしもこれに限らない。例えば、低燃費走行等の所謂エコ運転の度合いに応じた運転スキルを判定する構成としてもよい。続いて、保険料算出処理では、運転診断処理で判定された運転スキルと料金計算用情報DB33に格納されている保険料の算出用の情報とをもとに車両や車両のドライバの保険料を算出する。よって、制御部32が請求項の保険料算出手段に相当する。料金計算用情報DB33に格納されている保険料の算出用の情報は、例えば運転スキルをパラメータの一つとして含む保険料の算出用の計算式であって、運転スキルが高いほど保険料が安く算出されるとともに、運転スキルが低いほど保険料が高く算出されるように設定されているものとする。保険料算出処理によって算出した保険料は、保険料の算出に用いた運転スキルに紐付けられていたドライバIDと紐付けて、個人別料金DB34に格納する。これによれば、ドライバIDと紐付けて保険料を個人別料金DB34に格納することにより、保険会社においてドライバ別の保険料の情報を必要なときに利用可能となる。ここで、図6を用いて、サーバ装置3での運転診断処理および保険料算出処理に関する処理のフローについての説明を行う。図6は、制御部32での運転診断処理および保険料算出処理に関する処理のフローを示すフローチャートである。本フローは、車載端末1からのドライバIDおよび車両情報やダイアグ情報をサーバ装置3が取得したときに開始される。まず、ステップS21では、取得した情報のうちにダイアグ情報があった場合ステップS21でYESには、ステップS22に移る。また、ダイアグ情報がなかった場合ステップS21でNOには、ステップS23に移る。ステップS22では、前述したようにしてダイアグ情報や車両情報およびダイアグ情報のそれぞれに付与されているタイムスタンプをもとに除外する車両情報を特定し、取得した車両情報のうちから除外してステップS23に移る。ステップS23では、前述したようにして車両情報をもとに運転スキルを判定し、ステップS24に移る。ステップS24では、ステップS23で判定した運転スキルをもとに、前述したようにして保険料を算出してフローを終了する。以上の構成によれば、車両情報に付与されたタイムスタンプとダイアグ情報に付与されたタイムスタンプとに基づいて、車両の不具合が検出されているときに検出された車両情報を除外して運転スキルを判定するので、ドライバの運転の良否をより正確に診断することができる。また、以上の構成によれば、車両の運転中は、車両の始動に必要な電子免許証5から読み取ったドライバIDが示すドライバについての、車両情報の記録やダイアグ情報の記録を強制して行うことになる。よって、ドライバの都合によって車両情報やダイアグ情報の記録を行わせないようにすることができなくなり、ドライバの運転の良否の診断について不正を働くことができないようにすることが可能になる。さらに、以上の構成によれば、運転スキルの正確な判定結果に応じて、良好な運転を行うドライバの車両やドライバ自身についての保険料を低く算出するので、ドライバの運転の良否に応じた適切な保険料を算出することが可能になる。本実施形態では、サーバ装置3を保険会社のサーバ装置とし、サーバ装置3の制御部32で運転スキルをもとに保険料を算出する構成を示したが、必ずしもこれに限らない。例えば、サーバ装置3を車両のレンタルおよびシェアリングの少なくともいずれかのサービスを提供する会社以下、レンタル会社のサーバ装置とし、サーバ装置3の制御部32で運転スキルをもとに車両のドライバの当該サービスの利用料金を算出する構成としてもよい。この場合には、運転診断処理で判定された運転スキルと料金計算用情報DB33に格納されている利用料金の算出用の情報とをもとに、制御部32で車両のレンタルやシェアリングの料金を算出する構成とすればよい。よって、制御部32が請求項の料金算出手段に相当する。また、料金計算用情報DB33には、運転スキルをパラメータの一つとして含む利用料金の算出用の計算式を格納しておく構成とし、利用料金の算出用の計算式は、運転スキルが高いほど利用料金が安く算出されるとともに、運転スキルが低いほど利用料金が高く算出されるように設定しておく構成とすればよい。他にも、サーバ装置3を中古車の買取りおよび下取りの少なくともいずれかの取引を行う会社以下、中古車買取会社のサーバ装置とし、サーバ装置3の制御部32で運転スキルをもとに車両のドライバの当該取引時の価格を算出する構成としてもよい。この場合には、運転診断処理で判定された運転スキルと料金計算用情報DB33に格納されている価格の算出用の情報とをもとに、制御部32で中古車の買取り価格や下取り価格を算出する構成とすればよい。よって、制御部32が請求項の価格算出手段に相当する。また、料金計算用情報DB33には、運転スキルをパラメータの一つとして含む価格の算出用の計算式を格納しておく構成とし、価格の算出用の計算式は、運転スキルが高いほど価格が高く算出されるとともに、運転スキルが低いほど価格が低く算出されるように設定しておく構成とすればよい。なお、保険会社のサーバ装置3とレンタル会社や中古車買取会社のサーバ装置3とをそれぞれ設ける構成としてもよい。この場合に、レンタル会社や中古車買取会社のサーバ装置3が保険会社のサーバ装置3からドライバIDおよび車両情報やダイアグ情報を取得する構成としてもよい。また、以下に示すように、レンタル会社や中古車買取会社のサーバ装置3が保険会社のサーバ装置3から運転スキルの情報を取得し、取得した運転スキルをもとに利用料金や価格を算出する構成としてもよい。ここで、図7を用いて、保険会社のサーバ装置3から運転スキルの情報を取得してレンタル会社や中古車買取会社のサーバ装置3で利用料金や価格の算出を行う構成について説明を行う。図7は、レンタル会社や中古車買取会社のサーバ装置3での利用料金や価格の算出に関連する処理のフローの一例を示すフローチャートである。本フローは、例えばレンタル会社や中古車買取会社のサーバ装置3と保険会社のサーバ装置3との通信接続が試行されたときに開始される。ステップS31では、レンタル会社や中古車買取会社のサーバ装置3の通信部31と保険会社のサーバ装置3の通信部31との通信接続を行って、ステップS32に移る。ステップS32では、レンタル会社や中古車買取会社のサーバ装置3の制御部32が、通信部31を介して保険会社のサーバ装置3から運転スキルの判定結果とその運転スキルに日も付けられたドライバIDとを取得し、ステップS33に移る。ステップS33では、レンタル会社や中古車買取会社のサーバ装置3の制御部32が、ステップS32で取得した運転スキルをもとに利用料金や価格を算出してフローを終了する。前述の実施形態では、HVに車載端末1が搭載されている場合を例に挙げて説明を行ったが、必ずしもこれに限らない。例えば、エンジンのみを走行駆動源として用いる内燃機関車両やモータのみを走行駆動源として用いる電気自動車EVに車載端末1を搭載する構成としてもよい。また、前述の実施形態では、運転スキルの判定をサーバ装置3で行う構成を示したが、必ずしもこれに限らない。例えば、車載端末1側で車両情報やダイアグ情報をもとに、サーバ装置3の制御部32での運転診断処理と同様に運転スキルの判定を行う構成としてもよい。この場合には、車載端末1のテレマティクスECU13で運転診断処理を行う構成としてもよいし、他にECUで運転診断処理を行う構成としてもよい。よって、テレマティクスECU13が請求項の運転診断手段にも相当する。運転スキルの判定結果については、例えば通信モジュール14を介してサーバ装置3に送信する構成とすればよい。なお、本発明は、上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。