"車両の走行中に得られる車両の状態情報に基づいてデータ処理するシステムであって、前記データ処理を実際の走行によって得られた実データに基づいて行う通常モード実行手段と、前記データ処理をサンプルデータに基づいて行うデモモード実行手段と、を備えたことを特徴とするシステム。前記通常モード実行手段と前記デモモード実行手段は、択一的に動作することを特徴とする請求項1に記載のシステム。前記通常モード実行手段と、前記デモモード実行手段とを切り替える手段を備えたことを特徴とする請求項2に記載のシステム。前記通常モード実行手段は、不揮発性記録媒体に格納された前記実データを読み込んで処理を実行し、前記デモモード実行手段は、不揮発性記録媒体に格納された前記サンプルデータを読み込んで処理を実行することを特徴とする請求項1から3のいずれかに記載のシステム。前記不揮発性記録媒体上のサンプルデータは、少なくともデモモード終了時には、デモモード開始時と変化がないようにするのに対し、前記不揮発性記録媒体上の実データは前記通常モード実行手段の操作に応じて変化するようにしたことを特徴とする請求項4に記載のシステム。前記サンプルデータはデータベースであり、デモモード起動時にそのサンプルデータをコピーして処理用のデモモード用データベースを作成する機能を備え、前記デモモード実行手段は、前記処理用のデモモード用データベースに対して処理をすることを特徴とする請求項5に記載のシステム。前記デモモード実行手段が読み込んだ前記サンプルデータは揮発性記録媒体に記録され、前記前記デモモード実行手段は、前記揮発性記録媒体に記録されたデータを用いて前記処理を実行し、その揮発性記録媒体上のデータを前記処理に伴って更新する機能を備えることを特徴とする請求項5に記載のシステム。前記通常モード実行手段は、前記不揮発性記録媒体に格納された前記実データを前記処理に伴って更新を行う機能を備え、前記デモモード実行手段は、前記不揮発性記録媒体に対するアクセス機能として読み出し機能のみを備えることを特徴とする請求項5から7のいずれかに記載のシステム。前記デモモード実行手段は、前記通常モード実行手段が持つ機能のうち、前記不揮発性記録媒体に格納されたデータを更新する機能を除き、同一の機能を備えていることを特徴とする請求項4から8のいずれかに記載のシステム。前記デモモード実行手段は、前記実データを取り込んでデータ処理する機能を備えることを特徴とする請求項1から9のいずれかに記載のシステム。前記デモモード実行手段は、前記実データと前記サンプルデータを混在した状態で処理する機能を備えたことを特徴とする請求項1から10のいずれかに記載のシステム。前記サンプルデータと前記実データは同一のデータ構造としたことを特徴とする請求項1から11のいずれかに記載のシステム。請求項1から12のいずれかに記載のシステムにおける機能をコンピュータに実現させるためのプログラム。本発明が対象とする運転状態を評価管理するシステムでは、走行中に記録した車両の走行に関する情報が一定数量取得できないと、操作性を含め実際の使い勝手の確認を正しく行えない。よって、評価するまでに日数や使用回数がかかり、正式版を導入するまで時間がかかる。また、そのように時間がかかることから上述した一般的なアプリケーションプログラムおけるお試し版や使用ボリューム制限などを用いた試用方式は、適さない。また、使用ボリューム制限の場合、キーを用いて解除した後は正規版になってしまい、操作性を再確認する場合でも実際に収集した実データに基づいて行う。その結果、操作を誤ると係る実際の運用に使用する実データを削除したり変更したりしてしまうおそれがある。上述した目的を達成するために、本発明に係るシステムは、1車両の走行中に得られる車両の状態情報に基づいてデータ処理するシステムであって、前記データ処理を実際の走行によって得られた実データに基づいて行う通常モード実行手段と、前記データ処理をサンプルデータに基づいて行うデモモード実行手段とを備えて構成した。通常モード実行手段は、実施形態の実モード実行部11a,モード実行部11dに対応し、デモモード実行手段は、実施形態のお試しモード実行部11b,モード実行部11dに対応する。実モード実行手段とデモモード実行手段は、実施形態のように別々に構成しても良いし、変形例のように一体に構成しても良い。データ処理は、例えば車両の状態情報に基づいて所定の評価を行ったり、係る情報を管理したりするものがある。評価は、例えば、実施形態の安全運転評価等の車両の状態情報を分析して行うものがある。管理は、例えば、運行管理等の分析を行うことなく車両状態情報から条件に合致するものを抽出し集計したり、統計をとったり、データ加工したりすること等がある。実データは、車両の走行に伴い収集した生データそのものでも良いし、その生データに対して所定の演算処理をして加工した加工データでも良い。予めサンプルデータを用意しておき、そのサンプルデータを用いてデモモード実行手段を動作させることで、ユーザは、実際に車両を走行して実データを収集することなく、本システムの操作性や分析結果等の出力状態の確認を正しくできる。よって、予め多数のサンプルデータを用意し提供することで、実際に使用を開始する前或いは使用開始直後から多数のデータが蓄積された一定期間経過後の状態を確認することができる。2前記通常モード実行手段と前記デモモード実行手段は、択一的に動作するとよい。両実行手段はシステム内で併存して択一的に動作するので、通常モードを使用し始めた後でも、任意の時にデモモード実行手段を起動させてサンプルデータ等を用いて操作を確認できる。よって、仮に車両の状態情報を削除したり、間違った修正処理等をしたりしても、デモモードであるので実際に運用している実データに影響はなく問題がない。その結果ユーザは、何時でも安心して操作の確認ができる。3前記通常モード実行手段と、前記デモモード実行手段とを切り替える手段を備えるとよい。切り替える手段は、実施形態では、起動処理部11cに対応する。実施形態では、起動時にユーザからの指示入力を待ち、指示されたモードの実行手段を起動する。4前記通常モード実行手段は、不揮発性記録媒体に格納された前記実データを読み込んで処理を実行し、前記デモモード実行手段は、不揮発性記録媒体に格納された前記サンプルデータを読み込んで処理を実行するとよい。実データを記録する不揮発性記録媒体とサンプルデータを記録する不揮発性記録媒体は、同一の不揮発性記録媒体でも良いし異なる不揮発性記録媒体でも良い。実データが格納された不揮発性記録媒体は、実施形態では通常モード用データベース12a1に対応する。サンプルデータが格納された不揮発性記録媒体は、実施形態ではサンプルデータ記憶部12b3に対応する。処理は、読み込んだデータ実データサンプルデータを用いた運転の評価処理,運行管理処理,データの修正追加削除等のデータ更新処理などがある。5上記の4の発明を前提とし、前記不揮発性記録媒体上のサンプルデータは、少なくともデモモード終了時には、デモモード開始時と変化がないようにするのに対し、前記不揮発性記録媒体上の実データは前記通常モード実行手段の操作に応じて変化させる構成とするとよい。不揮発性記録媒体上の実データの変化は、例えば記録されているデータの内容が変更されることである。他にも例えば、新たなデータが追加されたり、記録されていたデータが削除されたりするものもある。新たなデータの追加は、例えば、車両の実際の走行に伴い収集した新たな実データを読み込み、前記不揮発性記録媒体に追加するものがある。データの削除は、例えば記録されている実データのうち、管理対象でなくなったり、間違っていたりしたデータなど不要となったデータを削除するものがある。揮発性記録媒体上のデータの更新は、データの追加、変更、削除などがある。サンプルデータは、少なくともデモモード終了時にデモモード開始時と変化がないようにしたので、次のデモモード開始時に取り込むサンプルデータは今回のものと同様となる。つまり、常にデモモード開始時のサンプルデータの内容は同じ内容が保証されているので、仮にユーザは、デモモード中にサンプルデータを削除したり、内容を変えてしまったりしても、新たにデモモードを起動した際には削除等しない当初の内容のものなる。従ってユーザは、デモモードにおいてサンプルデータについて自由に修正したり削除したりして操作性を安心して確認することができる。6前記サンプルデータはデータベースであり、デモモード起動時にそのサンプルデータをコピーして処理用のデモモード用データベースを作成する機能を備え、前記デモモード実行手段は、前記処理用のデモモード用データベースに対して処理をするとよい。サンプルデータは、デモモード時にデモモード実行手段がアクセスし処理対象となるデモモード用データベースと同一構造のデータベースとし、データベースのコピー例えばデータベースファイルの上書きコピーと行った簡単な処理で、短時間で処理用のデモモード用データベースを生成することができる。デモモード実行手段は処理用のデモモード用データベースにアクセスして更新等し、サンプルデータに対して書き換え等しないので、サンプルデータの内容は常に同じとなる。そして、係るデモモードの起動時に、データベースの上書きコピーを利用してサンプルデータの内容を処理用のデモモード用データベースに記録するため、デモモード実行手段が所定の処理をしてデモモード用データベースの内容がどのように変わっても初期状態はサンプルデータの内容で常に同じとなる。デモモード実行手段は、デモモード終了時にデモモード用データベースを消去等する必要もない。7前記デモモード実行手段が読み込んだ前記サンプルデータは揮発性記録媒体に記録され、前記前記デモモード実行手段は、前記揮発性記録媒体に記録されたデータを用いて前記処理を実行し、その揮発性記録媒体上のデータを前記処理に伴って更新する機能を備えるとよい。この場合の揮発性記録媒体は、実施形態のお試しモード用データベース12b1に対応する。アプリケーションシステムの終了や装置の電源OFFにより揮発性記録媒体状のデータが消去されるので、デモモード実行手段は、デモモード終了時にデモモード用データベースを消去等する必要がなくなる。8上記の5~7の発明を前提とし、前記通常モード実行手段は、更新されたデータに基づいて前記不揮発性記録媒体に格納された前記実データの更新を行う機能を備え、前記デモモード実行手段は、前記不揮発性記録媒体に対するアクセス機能として読み出し機能のみを備えるようにするとよい。実データの更新は、揮発性記録媒体の更新された一部または全部のデータを不揮発性記録媒体に反映させる。デモモード実行手段は、揮発性記録媒体に格納されたデータに基づいて処理を行うことで、システムデモモード実行手段の終了とともに揮発性記録媒体の内容は自動的に消去され、次にデモモード実行手段を起動する際には不揮発性記録媒体に記録しているサンプルデータを揮発性記録媒体に登録する。また、デモモード実行手段は、不揮発性記録媒体に対して読み出しはできるものの書き込みはできない。よって、ユーザはデモモード実行手段を起動すると、その前の終了時のデータ内容にかかわらず常に同じサンプルデータが揮発性記録媒体に登録される。つまり揮発性記録媒体に登録されデモモード実行手段が処理対象とするデータは、システム或いはデモモード実行手段が起動しているときのみ有効なデータである。よってユーザは各種の処理を自由に試すことができる。9前記デモモード実行手段は、前記通常モード実行手段が持つ機能のうち、前記不揮発性記録媒体に格納されたデータを更新する機能を除き、同一の機能を備えるとよい。このようにすると、通常モード実行手段を操作して行う機能を、デモモード実行手段で確認することができる。10前記デモモード実行手段は、前記実データを取り込んでデータ処理する機能を備えるとよい。取り込んでデータ処理するとは、例えば、デモモード実行手段が実データを読み込み、自己が処理するデータを記憶する記憶手段に格納し、そこで当該実データに対して所定のデータ処理をすることであり、デモモード実行手段が、通常モード実行手段が処理対象とする実データを記録している記録手段に対して内容を変更内容の修正、削除等するようなアクセスを行わない。このデモモード実行手段が持つ当該機能は、デモモード実行手段が行った実データに対するデータ処理の結果が、通常モード実行手段が処理対象とする実データを記録している記憶手段の内容を変更しないようにすることである。実データは、例えば、実施形態で言うSDメモリカード7に記録された、実際に車両を走行したときに収集した車両の状態情報や、通常モード用データベース12a1に格納されたデータなどがある。例えば、デモモード実行手段は、SDメモリカードに記録されている実データを読み込み、デモモード実行手段がアクセスする記憶領域実施形態のお試しモード用データベース12b1に登録し、デモモード実行手段は、その登録されたデータベースにアクセスして所定のデータ処理をすることである。この場合、当該記憶領域には、実データのみが登録される場合もあれば、サンプルデータと混在する場合もある。また、例えば、通常モード用データベース12a1をデータベースのコピー例えばデータベースファイルの上書きコピーと行った簡単な処理で、デモモード実行手段がアクセスするデモモード用データベース実施形態のお試し用データベース12b1を生成し、デモモード実行手段は、そのデモモード用データベースにアクセスしてデータ解析データ更新その他のデータ処理をする。よって、通常モード実行手段がアクセスするデータベース等の記録内容は変更されない。そして、本発明では、当該実データを用いてデモモード実行手段で試用することができるので、ユーザの使用環境状況に即したより現実味のあるデモを行える。11前記デモモード実行手段は、前記実データと、前記サンプルデータを混在した状態で処理する機能を備えるとよい。このようにすると、処理対象のデータ車両の状態情報の数が増えるので好ましい。特に、実際の運用を開始した初期の段階では、サンプルデータによるデータ数を確保しつつ、実際に車両の走行に伴い収集した実データを利用して各種の処理をすることで、より多くのデータ数を用いたデモによる操作性等の確認が行えるとともに、一定の期間にわたった集計処理運行管理をするに際し、一部に実際に収集したデータを用いることで、ユーザの使用環境状況に即したより現実味のあるデモを行える。12前記サンプルデータと前記実データは同一のデータ構造とするとよい。サンプルデータの項目は、実データの一部としてもその一部のデータに基づいて本システムの機能を試すことはできる。但し、本発明のように同一のデータ構造とすることで、より正確に全ての機能についてデモを行い、確認することができるので好ましい。13本発明のプログラムは、1~12のいずれかに記載のシステムにおける機能をコンピュータに実現させるためのプログラムである。本発明によれば、実際の使用開始前並びに走行中に記録した車両の走行に関する情報が一定数量取得できない使用開始当初の期間であっても操作性を含め実際の使い勝手の確認を正しく行うことができる。[車両走行データ収集装置]図1は、本発明の解析対象のデータを収集する車両走行データ収集装置の一例を示している。同図に示すように、この車両走行データ収集装置1は、装置本体2と、車両接続用アダプタ3と、GPSモジュール4とを備えている。装置本体2と車両接続用アダプタ3は、接続ケーブル5にて接続される。装置本体2とGPSモジュール4は、接続ケーブル6にて接続される。接続ケーブル5,6は、その一端がそれぞれ車両用接続用アダプタ3,GPSモジュール4に一体に接続され、その他端の先端に雄型のコネクタ端子を備えている。このコネクタ端子が、装置本体2の背面に設けた雌型のコネクタ端子に接続される。車両接続用アダプタ3は、車両に実装されているOBD-IIIIはローマ数字の2であり、以下OBD-IIをOBD2と記すコネクタに着脱自在に装着する。OBD2コネクタは、故障診断コネクタとも称され、車両のECUに接続され、各種の車両情報が出力される。そこで、車両接続用アダプタ3と車両本体側のOBD2コネクタとを連結することで、車両走行データ収集装置1は、各種の車両情報を定期的に取得する。取得する車両情報は、車両の速度,エンジン回転数,MAF値massairflow:空気量,インジェクション開時間,スロットル開度等がある。OBD2コネクタは、車両側のバッテリーにも接続されており、イグニッションスイッチのONにともないOBD2コネクタの所定の端子から電力供給可能となる。そこで、車両走行データ収集装置1は、車両側のバッテリーから電源供給も受ける。GPSモジュール4は、GPSアンテナ及び受信回路を内蔵し、GPSGlobalPositioningSystem信号を受信し、現在位置経度緯度に加え、時刻高度3D測位モード等も検知し、接続ケーブル6を経由して装置本体2側に送る。なお、GPSモジュール4の動作電源は、OBD2コネクタからの車両のバッテリー電源を用いる。装置本体2は、矩形状の筐体からなるケース本体2aと、ケース本体2aの前面に設けたSDメモリカード用スロット2bと、動作状態を報知するLED2cと、ケース本体2aの背面に形成した2つの雌型のコネクタ端子及びモード指令スイッチ2dとを備える。さらにケース本体2aの内部には、CPUを含む演算処理その他の処理を行う制御部と、3軸の加速度センサと、ブザーと、外部機器と接続するインタフェースを備えている。制御部は、CPU,ROM,RAM,不揮発性メモリ、I/O等を備えるマイコンであり、上記の各種の入力機器SDメモリカード用スロット2b,加速度センサ,車両接続用アダプタ3,GPSモジュール4から入力される情報に基づき所定の処理を実行し、上記の各種の出力機器SDメモリカード用スロット2b,LED2c,ブザーを利用して所定の警報や情報を出力する。LED2cは、エンジン始動に伴い点灯し、エンジン停止に伴い消灯する。点灯するLED2cは、通常時は一定間隔例えば1秒に点滅し、異常時には当該一定間隔よりも短い周期で点滅する。エンジンの始動/停止判定は電源ラインの重畳ノイズを検知することで判定する。これらの判定並びに点滅制御は、制御部が行う。これにより、ユーザ運転者は、LED2cの点滅を見ることで正常に動作していること並びに異常があったことを確認できる。ここで異常は、例えば、危険運転をした場合がある。加速度センサは、車の挙動を検出するもので、X軸が進行方向にかかる加速度、Y軸が横方向にかかる加速度、Z軸が上下方向にかかる加速度を検出する。これにより、X軸は急加速急減速、Y軸は急ハンドル、Z軸は段差の乗り上げや窪みへの落ち込みといった車両の所定の挙動をそれぞれ検出する。本実施形態では、X軸とY軸の出力に基づいて危険運転を検出する。LED2cは、エンジン始動に伴い点灯し、エンジン停止に伴い消灯する。点灯するLED2cは、通常時は一定間隔例えば1秒に点滅し、異常時には当該一定間隔よりも短い周期で点滅する。エンジンの始動/停止判定は電源ラインの重畳ノイズを検知することで判定する。これらの判定並びに点滅制御は、制御部が行う。これにより、ユーザ運転者は、LED2cの点滅を見ることで正常に動作していること並びに異常があったことを確認できる。ここで異常は、例えば、危険運転をした場合がある。ブザーは、ケース本体2aの天面に設けたスピーカ口2eの直下に配置される。制御部は、加速度センサの出力が、設定された閾値以上の場合に警報ブザー音を出力する。警報ブザー音の鳴動パターンは、危険運転の種類急加速、急減速、急ハンドルとレベルセンサ出力の大きさによりそれぞれ異ならせている。制御部は、SDメモリカード用スロット2bに装着したSDメモリカード7にアクセスし、データの読み書きを行う。すなわち、制御部は、SDメモリカード7に記録されているファイルを読み出して各種の設定を行ったり、動作中に定期的に収集した車両の走行に関するデータログ情報や位置情報等をSDメモリカード7に記録したりする。以下、車両走行データ収集装置1の設置から実際の使用時の動作を説明しつつ、制御部の機能を説明する。設置図2aは、OBD2コネクタの設置位置の一例を示し、図2bはOBD2コネクタの正面図を示している。図2aに示すように、設置位置は車種により様々であり、たとえは、1アクセルペダル脇,2運転席足元右側,3運転席足元中央,4運転席足元左側,5センターコンソール右脇,6助手席足元右側,7ステアリング右脇パネル裏側,8助手席足元左側,9センターコンソール左脇,10センターコンソール下などがある。いずれにしても、OBD2コネクタは、ハンドルの周囲に存在している。そこで、ユーザは、まず車両接続用アダプタ3を車両のOBD2コネクタに接続する。このとき、車両接続用アダプタ3と装置本体2は、接続ケーブル5により接続されている。装置本体2は、運転の妨げにならないように、センターコンソールやインパネなどに固定する。固定は、両面接着テープ等を用いる。初期設定車両情報の通信プロトコルは、自動車メーカさらには車種によって相違する。従って、使用に先立ち、車両走行データ収集装置1制御部に対してどの車両に設置しているかを認識させる必要がある。本実施形態は、SDメモリカード7内に記録した初期設定用ファイルを用いて初期設定をして設置した車両の車種等の設定を行う。すなわち、図3に示すように、SDメモリカード7は、設定用のファイルと、データ記録用のファイルが格納される。設定用のファイルは、初期設定用ファイルと通常設定用ファイルの2つが用意されている。初期設定用ファイルには、車両のメーカ名と車種名を含む車種情報が記録されている。この車種情報は、後述するように、運転状態評価システムによってSDメモリカード7に記録される。初期設定は、SDメモリカード7をSDメモリカード用スロット2bに装着した状態でモード指令スイッチ2dを押下することで行う。制御部は、モード指令スイッチ2dの押下を検出すると、SDメモリカード7内の初期設定用ファイルを読み出して車種情報を取得し、車両走行データ収集装置1ケース本体2内の不揮発性メモリに書き込む。車種情報は、不揮発性メモリに登録されて記憶保持されるため、初期設定で設置時に1回行えばよい。通常設定通常設定は、SDメモリカードのカード番号と、センサレベルと、GPSモジュールの接続の有無等のオプション情報等を車両走行データ収集装置1に覚え込ませるものである。センサレベル衝撃感度レベルは、加速度センサの検出感度を決定するもので、5段階にレベル分けされた中のいずれかが設定される。レベル数値が小さいものほど感度が低く大きな衝撃がないと警報ブザーが鳴らない、レベル数値が大きいものほど感度が高い小さい衝撃でも警報ブザーが鳴る設定としている。そして、実際の車両の走行中の動作では、加速度センサの出力が、設定されたレベルを超えた場合に警報ブザーが報知される。5段階のレベル分けは、具体的にはレベル1は0.5G以上で鳴動,レベル2は0.4G以上で鳴動,レベル3は0.3G以上で鳴動,レベル4は0.2G以上で鳴動,レベル5は0.1G以上で鳴動する設定としている。この通常設定は、SDメモリカード7をSDメモリカード用スロット2bに装着する都度行う。つまり、制御部は、SDメモリカード7が装着されことを検知すると、SDメモリカード7内の通常設定用ファイルを読み出して取得した情報をRAMに書き込む。設置モードケース本体2には、3軸の加速度センサが内蔵されている。設置モードは、内蔵された加速度の初期化を行うモードである。本体の設置場所を変更したり別の車両に乗せ替えたりした場合に実行する。この初期化は、ケース本体2を車両の所定位置に固定設置した状態で以下の処理を行う。まず、ユーザは、車両を水平な場所に停止させてSDメモリカードを未装着の状態でモード指令スイッチ2dを長押し例えば、5秒以上し、その後、車両を前方に直進走行する。制御部18は、SDメモリカードを未装着の状態でモード指令スイッチ2dの5秒以上の長押しを検知すると、設置モードに切り替え、その時の加速度のかかる方向をZ軸方向として決定し、その後、車両の直進走行に伴いかかる加速度の方向から進行方向X軸を決定し、決定したZ軸及びX軸と直交する方向を横方向Y軸に決定する。通常動作ユーザは、SDメモリカード7を入れた状態でエンジンを始動する。制御部は、エンジンの始動とSDメモリカード7の装着の両方の条件を満たした場合、1秒ごとに収集した車両の走行に関する情報ログ情報をSDメモリカード7に記録する。車両の走行に関する情報は、現在日時情報,現在位置情報緯度経度高さ等,加速度センサ出力X軸,Y軸,Z軸,車両情報車両の速度,エンジン回転数,MAF値massairflow:空気量,インジェクション開時間,スロットル開度等がある。制御部は、エンジン始動から停止までを1つのデータ収集期間とし、そのデータ収集期間ごとに1つのファイルを作成する。このファイルは、先頭に運転者等の端末情報を記録し、以後、1秒ごとに収集したログ情報を逐次記録する構成を採る。この端末情報は、後述するように運転状態評価システムを実行してSDメモリカードに登録してある。加速度センサ出力X、Y、Zの加速度を1秒あたりそれぞれ100個10ms周期取得した制御部が、各100個の値を20個単位の5グループに分け、各グループで平均値を求め、さらにそれらの最大値をSDメモリカードに記録する。加速度センサの出力値の単位は、重力加速度G1G=9.8m/sec^2としている。このように平均値を求めるのは、加速度センサの出力に誤差ばらつきを含むため、かかる誤差ばらつき等による影響を少なくするためである。また、複数ここでは5つのグループに分け、その中の最大値を求めるのは、以下の理由による。本実施形態では、データを収集する単位が1秒ごとであるが、運転の挙動が当該1秒の間同じであるとは限らない。そして、1秒間の中のある期間比較的短い期間で大きな加速度がかかる運転をし、それ以外の期間では加速度が小さい運転をしたような場合、瞬間的に大きな加速度がかかる運転をしたことは危険運転であることに変わりがないが、全区間でサンプリングした100個の全体の平均を求めることで、求めた加速度が低くなり危険運転でないと判断されることがある。そこで、複数のグループに分け、グループ間での最大値を加速度として記録することで、かかる1秒間の中のある期間に発生した大きな加速度が他の期間で発生している小さい加速度で埋もれてしまうことを抑制している。制御部は、加速度センサの各軸のうちの少なくとも1つの出力値SDメモリカードに記録する演算して求めた値が上記の通常設定で設定されたセンサレベル以上の場合、警報ブザーを出力する。警報ブザーの音量は、本実施形態では、固定レベルとしている。制御部は、X軸のセンサ出力値に基づいて、車両の急加速/急減速を判定する。つまり、本実施形態では、進行方向前方に走行している際に速度が加速している場合、X軸のセンサ出力値は正の値を示し、進行方向前方に走行している際に速度が減速している場合、X軸のセンサ出力値は負の値を示す設定としている。そこで、制御部は、X軸のセンサ出力値の絶対値が設定されたセンサレベル以上であって出力値が正の場合には急加速の状態と判定し、X軸のセンサ出力値の絶対値が設定されたセンサレベル以上であって出力値が負の場合は急減速の状態と判定する。Y軸のセンサ出力値は、横方向にかかる加速度であるため、ハンドルを切った際に運転者にかかる横Gである。センサ出力値の正負は、ハンドルを切った方向が右であるか左であるかにより変わる。運転の挙動が事故につながる危険運転となるのは、急ハンドルを切って大きな横Gがかかった場合であり、その大きさの絶対値が同じであれば左右のいずれの方向にハンドルを切ったとしても危険度は変わらない。そこで、制御部は、Y軸のセンサ出力値の絶対値が設定されたセンサレベル以上の場合には急ハンドルの状態と判定する。そして、制御部は、上記の判定結果にともない、危険運転の種類に応じた警報ブザーの鳴動やLEDの点滅制御を行う。なお、Z軸のセンサ出力値は、記録はするが警報等には利用しない。ユーザは、エンジン停止後降車する際に、SDメモリカード用スロット2bからSDメモリカード7を取り出し、パソコンで構成される運転状態評価システムにセットし、走行中に記録した車両の走行に関する情報をかかる運転状態評価システムに吸い上げる。<運転状態評価システムの基本構成>運転状態評価システムは、パーソナルコンピュータにより構成する。従って、図4aに示すように、運転状態評価システムのハードウエア構成は、演算処理部11,記憶部12,入力部13,表示部14並びにカードリーダ15を備える。記憶部12は、演算処理部11が実行するアプリケーションプログラムを格納する不揮発性メモリや、演算処理部11が演算実行中に使用するワークメモリや、運転状態評価を行うために特定すべき管理者運転者車両SDメモリカード等の管理用情報を記録するファイル登録者ファイル,車両情報ファイル,端末情報ファイルや、走行中に記録した車両の状態情報を記録する内部或いは外部の記憶装置ハードディスクがある図4b参照。入力部13は、マウス等のポインティングデバイスやキーボードである。カードリーダ15は、装着したSDメモリカード7に対してデータの読み書きをする装置である。この運転状態評価システムは、上述した車両走行データ収集装置が収集した車両の走行に関する情報を分析し、運転者の挙動、より具体的には安全運転やエコ運転などついて評価し、その結果を出力する機能を備える。安全運転の評価は、以下のようにする。本実施形態では、加速度センサ出力が、所定の閾値を超えた場合に危険運転があったとし、その危険運転のあった回数をカウントして出力する。つまり、危険運転の発生回数が多いほど安全運転の指標は低くなり、危険運転の発生回数が0であれば安全運転であると言える。このように、安全運転の指標を危険運転の発生回数に基づいて評価するようにした。車両走行データ収集装置1が本実施形態のようにGPSモジュール4を備えたものの場合、走行履歴も合わせて記録する。よって、運転状態評価システムは、走行履歴データと加速度センサ出力とをリンクさせ、どの位置で加速度センサの出力値が閾値を超える危険運転があったかなどの情報も合わせて提供する。起動処理記憶部12にインストールされているアプリケーションプログラム本実施形態では、PCビューアと称するを起動することで、パーソナルコンピュータが運転状態評価システムとして動作する。図5に示すように、パーソナルコンピュータの通常のプログラムの起動処理ショートカットキーのクリック,プログラムメニューリスト内のメニュー項目のクリック等に従いPCビューアを起動させるS1と、演算処理部11は、図6aに示すPCビューア起動画面を表示部13に表示し、お試しモードの利用か通常モードの利用かの選択を待つS2。ユーザは、入力部14であるポインティングデバイスを操作し、PCビューア起動画面中に設けられた通常モード起動,お試しモード起動の2つの入力ボタンのいずれかをクリックする。よって、演算処理部11は、2つの入力ボタンのどちらがクリックされたかを検知し、対応するモードを起動する。通常モード起動が選択された場合S2はNo、演算処理部11は、管理者ユーザが未登録か否かを判断するS3。つまり、演算処理部11は、記憶部12の登録者ファイルにアクセスし、少なくとも1名の管理者ユーザが登録されているか否かを判断し、未登録の場合、図6bに示す注意メッセージを表示部13に表示しS4、OKボタンのクリックを待ち、管理者ユーザ登録処理を実行するS5。演算処理部11は、図6cに示す管理者ユーザの新規登録画面を表示部13に表示する。ユーザは、入力部14を操作し、新規登録画面中の各テキスト入力ボックス内に管理者名、アカウント名、パスワードを入力し、登録ボタンをクリックする。そこで、演算処理部11は、入力された情報に基づきそれらを関連付けたテーブル構造の管理者ユーザ情報を作成し登録者ファイルに格納する。ここで管理者ユーザは、後述する登録者情報/車両情報/端末情報の登録削除変更をする権限を持ち、全てのユーザのSDカード設定、SDカードデータ取り込み、運行データ閲覧をする権限を持つ。管理者名は、ユーザの画面表示名であり後で変更も可能である。アカウント名は、ログイン時のアカウントであり変更できない。また、パスワードは、ログイン時のパスワードであり、後で変更も可能である。次いで、演算処理部11は、ログイン処理を実行するS6。すなわち、演算処理部11は、図7aに示すログイン画面を表示する。ユーザは、入力部14を操作し、ログイン画面中の各テキスト入力ボックス内にユーザアカウントとパスワードを入力し、ログインボタンをクリックする。演算処理部11は、入力されたユーザアカウントとパスワードの組み合わせが、登録者ファイルに格納されたものと一致するか否かを判断し、一致した場合には、通常モードの実行に基づくPCビューアのメイン画面図7b参照を表示する。この通常モードの実行は、後述するように、図8に示す通常モード実行部11aが行う。なお、すでに管理者ユーザが登録済みの場合S3でYes、処理ステップS6に飛び、演算処理部11は、ログイン画面を表示しログイン処理を実行するS6。また、後述するように管理者ユーザが登録されている場合、当該管理者ユーザは、管理対象の運転者に関する情報も登録する。そこで、運転者についてユーザアカウントとパスワードを登録することで、運転者も本システムにログインしてPCビューア画面を見ることができる。なお、この運転者についてのユーザアカウント並びに新たな管理者のユーザアカウントの追加は、登録済みの管理者ユーザが行う。図7bに示すPCビューアのメイン画面は、新規の管理者ユーザ登録をした後の一連の処理ステップの実行に伴い表示したものである。つまり、車両の走行に関する情報が未登録であるため、各結果表示領域は空欄の状態となる。車両の走行に関する情報が記憶部12に登録されている場合、演算処理部11は、記憶部12にアクセスし、そこに登録されている車両の走行に関する情報を読み出し、その読み出した情報に対して分析処理し、その分析結果をPCビューアのメイン画面に表示する。また、図7bに示すように、メイン画面上部長円で囲んだ部分に用意されたメニューをクリックすると対応する各機能が実行されてデータ収集,分析に伴う結果表示や,各種の設定等が行える。ここでメニュー項目は、左から順に運行データ一覧,運行データ終日管理,運行データ期間集計,帳票,データ取り込み,端末SDカード設定,管理,パスワード変更,ユーザ切替,バージョン情報となっている。一方、PCビューア起動画面図7aを表示して指示待ちS2において、お試しモード起動が選択された場合S2はYes、演算処理部11は、お試しモードの実行に基づくPCビューアのメイン画面図7b参照を表示する。このお試しモードの実行は、後述するように、図8に示すお試しモード実行部11bが行う。概略を説明すると、演算処理部11は、記憶部12にアクセスし、記憶部12に登録されているデモ用のサンプルデータファイルを読み込み、処理用のお試しモード用データとして記憶部12のお試しモード処理用データベースファイルに上書きコピーする。演算処理部11は、係る記憶部12にアクセスし、当該上書きコピーされたお試しモード処理用データベースファイルを読み出し、分析処理をし、分析結果をPCビューアのメイン画面図7bの結果表示領域に出力する。お試しモード上述したフローチャートからも明らかなように、本発明は、各種の評価並びに運行管理を行う通常モードに加え、デモ用のお試しモードを備えている。通常モードは、実際に評価管理対象となる運転者が車両を運転し、その車両の走行に収集した車両の状態情報を記録し、その記録した車両の状態情報に基づいて各種評価や運行管理を行うモードである。お試しモードは、上記の車両の状態情報に対応する仮想のサンプルデータに基づいて各種評価や運行管理を行う。そして、このお試しモードの動作は、使用するデータがサンプルデータとしているだけで処理機能は通常モードと同じで、新たな車両の走行に関する情報やユーザアカウントの追加登録をしたり、登録済みデータの変更や削除をしたりする機能を備える。これらの処理作業は、通常モードと同じにしているため、ユーザはこのお試しモードを起動し利用することで運転状態評価システムの操作性や分析結果の出力状態等の確認が実際の通常モードを想定して正しくできる。よって、予め多数のサンプルデータを容易し提供することで、使用開始直後から多数のデータが蓄積された一定期間経過後の状態を確認することができる。さらに、本実施形態では、後述するように実際に車両を走行したときに収集した車両の状態情報を取り込み、実際の車両の状態情報を用いてお試しモードでの使用を試せる。但し、お試しモードで起動した場合のデータの登録/変更/削除は一時的な変更のみになり、アプリケーション終了時にはデータ変更分が保存されない設定となっている。図8は、お試しモードと通常モードを備えた運転状態評価システムの要部構成を示している。図に示すように、演算処理部11にインストールされたアプリケーションプログラムは、通常モード実行部11aと、お試しモード実行部11bと、起動処理部11cとを備えている。起動処理部11cは、上述した図5に示すフローチャートのS1からS6の各処理を実行する機能を備えている。そして、起動処理部11cは、ユーザからの入力を受けて、通常モード実行部11aとお試しモード実行部11bを択一的に起動する。記憶部12は、通常モード用の記憶領域12aとして通常モード用データベース12a1と、通常モード用管理ファイル12a2を備え、お試しモード用の記憶領域12bとしてお試しモード用データベース12b1と、お試しモード用管理ファイル12b2と、サンプルデータ記憶部12b3と、管理用情報テンプレート記憶部12b4を備えている。通常モード用データベース12a1とお試しモード用データベース12b1は、データ構造は同じであり、図4bの車両の状態情報のファイルを格納するデータベースに対応する。また、通常モード用管理ファイル12a1と、お試しモード用管理用ファイル12b2は、記録するファイルの種類や項目は同じであり、図4bに示した登録者ファイル,車両情報ファイル,端末情報ファイルに対応する。さらに、サンプルデータ記憶部12b3は、デモ用のサンプルデータを記録している。このサンプルデータは、車両の走行時に収集する車両の状態情報に対応するデモデータである。異なる日付のファイル,同日に複数回走行した場合のそれぞれのファイル,運転の挙動の異なるパターンのファイル,運転者や車両が異なるファイルなど多岐にわたる種類と数のファイルを備えている。運転の挙動の異なるパターンは、例えば安全運転をしたパターンと危険運転をしたパターンがあり、危険運転をした場合でも、加速度センサの出力値のレベルが異なっていたり、X軸,Y軸のように異なる項目でレベルが異なっていたりするものなどがある。さらに運転の挙動の異なるパターンとは、危険運転の判定加速度センサの出力値以外の車両の状態情報の各種の項目の出現内容が異なる走行速度が閾値を超えている,アイドリングが長い......ものもある。管理用情報テンプレート記憶部12b4は、上記のサンプルデータに関連付けられる管理用情報のテンプレートが登録される。すなわち、走行した車両や運転者の情報や、管理者の情報である。通常モード実行部11aは、記憶部12に設定された通常モード用の記憶領域12aに対してアクセスし、SDメモリカード7に記録されている走行に伴い収集した車両の状態情報を取得して通常モード用データベース12a1に格納したり、その通常モード用データベース12a1に格納された車両の状態情報を分析して分析結果を出力したり、通常モード用管理ファイル12a2を作成更新したりするなどの各種の処理を実行する。この通常モード実行部11aの具体的な機能並びに通常モード用データベース12a1,通常モード用管理ファイル12a2の内容並びに設定等の具体的な説明は、後述する。一方、お試しモード実行部11bは、起動時にサンプルデータ記憶部12b3にアクセスしてそこに格納されているサンプルデータを読み出すとともにお試しモード用データベース12b1に登録する。また、管理用情報テンプレート記憶部に12b4に格納された管理用情報テンプレート登録者ファイル,車両情報ファイル等の各ファイルを読み出すとともに、お試しモード用管理用ファイル記憶部12b2に登録する。そしてお試しモード実行部11bは、お試しモード用データベース12b1に格納された所定のファイル例えば、走行した日付が最新のものに対して分析処理をし、その結果をPCビューアのメイン画面として表示する。また、このお試しモード実行部11bは、通常モード実行部11aと同様にSDメモリカード7に記録されている走行に伴い収集した車両の状態情報を取得し、お試しモード用データベース12b1に追加格納する機能を備える。このとき追加する実際の車両走行により取得した車両の状態情報と、起動時に予め登録したサンプルデータとは、互いに区別することなく同じデータベースに登録される。従って、両者をまとめて帳票を作成したり、分析したりすることができる。また、お試しモード実行部11bは、通常モード実行部11aと同様にデータベースや管理用ファイルに登録されたデータについて、追加したり、修正したり、削除したりするデータ更新機能を備える。そして、お試しモード実行部11bは、終了時にはお試しモード用データベース12b1並びにお試しモード用管理ファイル記憶部12b2に格納されたデータを消去する。サンプルデータは、サンプルデータ記憶部12b3に格納されているため、次の起動時においてお試しモードが選択された場合、お試しモード実行部11bは、再びサンプルデータ記憶部12b3にアクセスしてサンプルデータを取得するとともにお試しモード用データベース12b1に登録する。よって、その前のお試しモード起動中にサンプルデータの一部または全部を削除したり、記録内容を変えてしまったりした場合でも一旦アプリケーションを終了させ再起動させると初期状態に戻る。このようにすることで、ユーザは、予め用意されたサンプルデータに基づく処理ができる。よって、ユーザは、安心してサンプルデータや車両の状態情報についてのデータに対して変更したり削除したりする処理を安心して試すことができる。さらに、管理者ユーザ登録をして通常モードを使用し始めた後でも、ユーザは、任意の時にお試しモードを起動させて、サンプルデータさらには実際の車両の状態情報を用いて操作を確認でき、その作業中に仮に車両の状態情報を削除したり、間違った修正をしてしまったりしても問題がない。従って、ユーザは、例えば、実際の運用時に操作が不明なことが生じた場合、一旦処理を終了し、お試しモードを起動し、実際の車両の状態情報等を用いて操作する。そのとき誤ってお試しモード用データベースに登録した車両の状態情報を削除等しても問題がないので、ユーザは、安心して操作の確認ができる。次に、通常モード実行部11a,お試しモード実行部11bの実際の処理機能について説明する。上述したように、お試しモードで起動した場合のデータの登録/変更/削除は一時的な変更のみになり、アプリケーション終了でデータ変更分が保存されない設定としている以外は、いずれの実行部も基本的な処理は同じである。従って、以下の説明では、演算処理部11の機能として説明する。そして係る演算処理部11の各機能は、通常モード実行部11aの機能であり、また、お試しモード実行部11bの機能でもある。初期設定処理PCビューアを起動後、実際にSDメモリカードを利用して車両の走行に関する情報の収集並びに分析結果表示等の運用を行うに先立ち、運用で利用する運転者,車両,端末の情報を設定登録する必要がある。また、この初期設定により、記憶部12を構成するハードディスク等の不揮発性の記憶エリアに、各情報が登録されたファイルが生成される。このファイルに登録された情報は、その後も追加更新が可能である。運転者情報等管理管理者ユーザは、利用する運転者情報が未登録の場合、運転者登録処理を実行する。具体的には、管理者ユーザは、メイン画面上部のメニューの管理をクリックする。演算処理部11は、かかる管理がクリックされたことを検知すると、車両一覧,端末一覧,登録者一覧の3つのメニュー項目を有するプルダウンメニューを表示する。そして、演算処理部11は、登録者一覧がクリックされたことを検知すると、記憶部12の登録者ファイルにアクセスし、登録されている管理者ユーザと運転者の情報を取得し、図9aに示す登録者一覧画面を表示する。そして、演算処理部11は、登録者一覧画面の運転者新規登録ボタンがクリックされたことを検知すると、図9bに示す運転者の新規登録画面を表示部13に表示する。この新規登録画面は、実際には、登録者一覧画面の上に重ねて表示する。管理者ユーザは、入力部14を操作し、新規登録画面中の各テキスト入力ボックス内に運転者名,アカウント名,パスワードを入力し、登録ボタンをクリックする。そこで、演算処理部11は、入力された情報に基づきそれらを関連付けたテーブル構造の運転者情報を作成し登録者ファイルに格納する。管理する運転者が複数存在する場合、上記の処理を繰り返し実行する。運転者情報で規定される運転者ユーザは、ログインしたユーザのSDカード設定、SDカード取り込み、運行データ閲覧が可能であり、他の運転者ユーザのSDカード設定、SDカード取り込み、運行データ閲覧はできない。そして、運転者名は、ユーザの画面表示名であり、後で変更も可能である。アカウント名は、ログイン時のアカウントであり、変更できない。また、パスワードは、ログイン時のパスワードであり、後で変更も可能である。また、新たな管理者ユーザを追加したい場合、図9aに示す登録者一覧画面中の管理者新規登録ボタンをクリックすることで行える。演算処理部11は、かかる管理者新規登録ボタンがクリックされると、図6cに示す管理者ユーザの新規登録画面を表示する。そして、管理者ユーザは、入力部14を操作し、新規登録画面中の各テキスト入力ボックス内に管理者名、アカウント名、パスワードを入力し、登録ボタンをクリックする。演算処理部11は、入力された情報に基づきそれらを関連付けたテーブル構造の管理者ユーザ情報を作成し登録者ファイルに格納する。さらに、上述した処理を実行してすでに登録された管理者ユーザや運転者情報を修正削除といった更新処理をする場合、管理者ユーザは、図9aに示す登録者一覧画面における更新処理対象の管理ユーザ或いは運転者情報の欄の変更ボタンB1或いは削除ボタンB2をクリックする。かかるクリックを検知した演算処理部11は、更新処理を実行する。具体的には、演算処理部11は、変更ボタンB1のクリックを検知すると図9bや図6cに示した新規登録画面の各テキスト入力ボックス内に登録済みの情報を表示し、その後登録ボタンのクリックを検知するとその時の各テキスト入力ボックス内の情報に更新する。また、演算処理部11は、削除ボタンB2のクリックを検知すると、削除して良いかの確認メッセージとYesボタンNoボタンを用意した確認画面を表示し、Yesボタンがクリックされたことを検知すると、該当する運転者管理者ユーザを登録者ファイルから削除する。演算処理部11は、Noボタンがクリックされたことを検知すると削除しない。なお、少なくとも一人の管理者ユーザが必要なため管理者ユーザの登録数が1のときに当該管理者ユーザに対して削除ボタンがクリックされた場合、演算処理部11は、削除できない旨のメッセージとOKボタンを有する確認画面を表示し、OKボタンのクリックを検知すると当該確認メッセージを消去する。このように、これらの管理ユーザや運転者情報の追加修正削除は、管理者ユーザのみが行える。車両情報管理管理者ユーザは、利用する車両情報が未登録の場合、車両情報登録処理を実行する。具体的には、まず、メイン画面上部のメニューの管理をクリックする。演算処理部11は、かかる管理がクリックされたことを検知すると、車両一覧,端末一覧,登録者一覧の3つのメニュー項目を有するプルダウンメニューを表示する。そして、演算処理部11は、車両一覧がクリックされたことを検知すると、記憶部12の車両情報ファイルにアクセスし、登録されている車両情報の情報を取得し、図10aに示す車両一覧画面を表示する。図示するように、車両情報が未登録の場合、演算処理部11は、項目名車両メーカ名,車種名,車両番号,基準燃費値のみを表示し、各項目内のデータは空欄とする。そして、演算処理部11は、車両一覧画面の車両新規登録ボタンがクリックされたことを検知すると、図10bに示す車両情報の新規登録画面を表示部13に表示する。この新規登録画面は、実際には、車両一覧画面の上に重ねて表示する。管理者ユーザは、入力部14を操作し、新規登録画面中の各テキスト入力ボックス内に車両メーカ名,車種名,車両番号,基準燃費値を入力し、登録ボタンをクリックする。そこで、演算処理部11は、入力された情報に基づきそれらを関連付けたテーブル構造の車両情報を作成し登録者ファイルに格納するとともに、車両一覧画面に表示する。管理する車両が複数存在する場合、上記の処理を繰り返し実行する。演算処理部11は、車両一覧画面に表示される登録済み車両情報の欄の修正ボタンがクリックされたことを検知すると、図10bに示した新規登録画面の各テキスト入力ボックス内に登録済みの情報を表示し、その後登録ボタンのクリックを検知するとその時の各テキスト入力ボックス内の情報に更新する。これにより登録済みの車両情報の修正が行える。また、演算処理部11は、車両一覧画面に表示される登録済み車両情報の欄の削除ボタンのクリックを検知すると、削除して良いかの確認メッセージとYesボタンNoボタンを用意した確認画面を表示し、Yesボタンがクリックされたことを検知すると、該当する車両情報を車両情報ファイルから削除する。これに伴い、車両一覧画面から該当する車両情報が消去される。端末情報管理管理者ユーザは、利用する端末上記の車両走行データ収集装置についての端末情報が未登録の場合、端末情報登録処理を実行する。具体的には、まず、メイン画面上部のメニューの管理をクリックする。演算処理部11は、かかる管理がクリックされたことを検知すると、車両一覧,端末一覧,登録者一覧の3つのメニュー項目を有するプルダウンメニューを表示する。そして、演算処理部11は、端末一覧がクリックされたことを検知すると、記憶部12の端末情報ファイルにアクセスし、登録されている端末情報の情報を取得し、図11aに示す端末一覧画面を表示する。演算処理部11は、端末一覧画面のDMR端末新規登録ボタンがクリックされるのを検知すると、図11bに示す端末の新規登録画面を表示部13に表示する。この新規登録画面は、実際には、登録端末一覧画面の上に重ねて表示する。ここでDMRは、DriveMonitoringRecorderの略であり、本実施形態との関係で言うと、車両走行データ収集装置のことを指す。管理者ユーザは、入力部14を操作し、新規登録画面中の各入力ボックス内に端末ID、取付車両、製品モデル設定、GPS設定、加速度センサーレンジを入力し、登録ボタンをクリックする。そこで、演算処理部11は、入力された情報に基づきそれらを関連付けたテーブル構造の運転者情報を作成し端末情報ファイルに格納する。管理する端末が複数存在する場合、上記の処理を繰り返し実行する。端末IDは、1~9999の中で他の端末と重複しない値を設定する。演算処理部11は、デフォルトでは1を表示し、入力ボックスの右端の上下のキーボタンをクリックされたことを検知すると数値を1ずつ昇降する。入力ボックスに直接数値を入力しても良い。演算処理部11は、指定可能な車両情報がプルダウンメニュー方式でリストアップされるので、ユーザは、該当する車両を選択する。つまり、演算処理部11は、車両情報ファイルをアクセスし、登録されている車両情報を取得すると共に車種名と車両ナンバーを対にし、そのうちの1つの車両を取付車両の入力ボックスに表示する。そして、演算処理部11は、入力ボックスがクリックされたことを検知すると、取得した登録済みの車両情報車種名車両ナンバーをプルダウンメニュー方式で表示する。管理者ユーザは、入力部ポインティングデバイス13を用いてリストアップされた車両情報の中から1つをクリックして選択する。演算処理部11は、かかるクリックされた車両情報を取付車両の入力ボックス内に表示する。なお、端末車両走行データ収集装置を設置する車両が未登録の場合、車両新規登録ボタンをクリックし、先に車両情報の登録を行う。GPS設定は、端末車両走行データ収集装置がGPSモジュールつきの装置か否かを設定するものである。上述した図1に示した実施形態では、GPSモジュール4が接続されているため、管理者ユーザは、GPSありのラジオボタンをクリックして指定する。加速度レンジ設定は、端末に搭載されている加速度センサのレンジを指定するもので、±2G,±4G,±8G,±16Gの中から選択する。端末SDカード設定管理者ユーザは、上述した運転者情報,車両情報,端末情報の登録が完了すると、次に、日々の運転運用時に使用するSDメモリカードの設定を行う。このSDメモリカードへの設定処理は、上述した車両走行データ収集装置に対する初期設定時に使用する初期設定用ファイルや、通常設定時に使用する通常設定用ファイル等を作成するものである。実際の設定処理は、以下のように行う。まず、管理者ユーザは、SDメモリカード用のカードリーダ15に、設定対象のSDメモリカードを装着する。パーソナルコンピュータの機能により、演算処理部11は、SDメモリカードを認識する。また、管理者ユーザは、メイン画面上部のメニューの端末SDカード設定をクリックする。演算処理部11は、かかる端末SDカード設定がクリックされたことを検知すると、図12aに示すDMR端末SDカード設定画面を表示する。このDMR端末SDカード設定画面は、実際には、メイン画面の上に重ねて表示する。演算処理部11は、このとき登録端末ファイルにアクセスし、登録済みの端末IDを取得すると共に、デフォルト条件に一致する端末IDの端末情報を取得し、図12aに示す各入力ボックス内にデフォルト情報としてその最小端末IDについての各情報を表示する。また、衝撃感度は、レベル3を表示する。さらに初期設定時の設定日時は、メニューの端末SDカード設定がクリックされたときのパーソナルコンピュータの内部時計の日時情報をデフォルト値として表示する。デフォルト条件は、例えば、端末IDが最小/最大のものとしても良いし、最後に登録したものとしても良い。特に最後に登録したものは、その直後にSDメモリカードに対する設定処理を行う可能性が高いので、デフォルト情報として表示するとのそのまま選択実行することができることが多くなるので好ましい。演算処理部11は、登録済みの端末IDを取得しているので、DMR端末SDカード設定画面の端末IDの入力ボックスがクリックされたことを検知すると、取得した全ての端末IDをプルダウンメニュー方式で表示する。そして、そのリストの中からいずれかの端末IDが選択されると、対応する端末情報を読み出し該当する入力ボックス内に表示する。演算処理部11は、DMR端末SDカード設定画面の設定ボタンがクリックされたことを検知すると、その時のDMR端末SDカード設定画面の入力ボックスに表示されている各情報をSDメモリカードに登録する。このとき演算処理部11は、各情報をそれぞれ初期設定用ファイルと通常設定用ファイルに分けてファイルを作成し、SDメモリカードに格納する。さらに、DMR端末SDカード設定画面に表示されたデータは、端末ID以外は変更可能であり、変更した状態で設定ボタンをクリックすると、上記の通りSDメモリカードへ両ファイルが格納される共に、記憶部12内の記憶内容も更新する。端末SDカード読み取り上述した端末SDカード設定を実行して端末情報が格納されたSDメモリカードは、カードリーダ15から取り外され運転者に渡される。そして、運転者は、当該SDメモリカードを用いて、自己が運転する車両に搭載された車両走行データ収集装置に装着し、必要に応じて所定の設定処理を行った後、通常の運転を行う。そして、運転終了後は、SDメモリカードを車両走行データ収集装置から取り外して、カードリーダ15にセットし、当該メモリカードに記録された情報を読み取り、運転状態評価システムにデータを取り込む。かかる読み取り処理は、実際には以下のように行う。管理者ユーザは、SDメモリカード用のカードリーダ15に、SDメモリカードを装着する。パーソナルコンピュータの機能により、演算処理部11は、SDメモリカードを認識する。また、管理者ユーザは、メイン画面上部のメニューのデータ取り込みをクリックする。演算処理部11は、かかるデータ取り込みがクリックされたことを検知すると、図12bに示すSDカードデータ取り込み画面を表示する。このSDカードデータ取り込み画面は、実際には、メイン画面の上に重ねて表示する。管理者ユーザは、読み込みドライブ指定の入力ボックスから、SDメモリカードのドライブ,製品モデルここでは、DMR,運転者並びに車両を指定し、実行ボタンをクリックする。演算処理部11は、実行ボタンがクリックされたことを検知すると、SDメモリカードの走行データ記録用ファイルを読み込み、記憶部12内のデータベースに格納する。このデータベースには、エンジンを掛けてから切るまでを1つの単位とし、当該単位ごとにファイル化され登録される。図13は、記憶部12内の車両の状態情報を格納するデータベースのデータ構造の一例を示している。図示するように、時刻情報実際には日付も含まれる,位置情報緯度経度,加速度センサ出力値X軸,Y軸,Z軸,車両情報を、時系列に記録したテーブル構造となっている。車両走行データ収集装置1が1秒ごとに収集した他のログ情報も併せて記録する。エンジンを始動してから停止するまでの1回の走行を1つの単位として上記のデータ構造のファイルが作成されデータベースに登録される。演算処理部11は、端末SDカード読み取り処理が完了すると、完了しましたというメッセージとOKボタンを用意した完了確認画面を表示し、OKボタンがクリックされたことを検知すると、当該完了確認画面を消去する。分析処理演算処理部11は、上記のようにしてデータベースに登録された車両の走行に関する情報を読み出し、各種の分析を行い、結果を出力する。具体的には、以下の各種の処理を行う。この分析処理は、後述する分析結果を出力する際に、その都度データベースにアクセスして対象となる車両の走行に関する情報を取得して行う。危険運転安全運転指標の分析本実施形態では、加速度センサの各軸の出力の単位は重力加速度1G=9.8m/secとし、重力加速度を指標として危険運転の有無を判断する。具体的には、図14に示すように0.1G刻みでレベル区分けしている。各区間はいずれも下限値を含み上限値を含まない。人間運転者が運転中に加速度を感じる場合、その感じた方向に対する速度変化が大きく、その程度が大きいほど危険の度合いが高いといえる。そして、加速度センサの検出誤差の範囲0から0.1Gや、センサのみで検出できるが人間が感じない程度の微小な加速度0.1~0.2Gの場合、運転に影響もなく安全である。一方、経験上、加速度が0.2G以上0.3G未満となると、時々弱いGを感じることがあり、加速度が0.3G以上0.4G未満となると、弱いGを感じる。弱いながらもGを感じる場合、注意して運転をした方が良い。そこで、時々弱いGを感じる0.2G以上0.3G未満の範囲では、やや注意が必要な状態といえ、常に弱いGを感じる0.3G以上0.4G未満の範囲では、注意が必要な状態といえる。そして、0.4G以上となると、運転中に強いGを感じる危険な状態となる。そこで、本実施形態では、0.4Gを閾値に設定し、0.4G以上の加速度の場合に危険運転があったと判定する。前述した車両走行データ収集装置1は、加速度センサの出力値が、ユーザにより設定されたレベルを超えた場合に警報ブザー音を鳴動させるようになっている。そして、鳴動する基準となるレベルは、可変であり、危険運転と判定する0.4Gよりも低い加速度でも警報ブザー音が鳴動するようにすることもできる。これに対し、本実施形態で危険運転と判定するのは、車両走行データ収集装置1が1秒ごとに記録したX軸,Y軸,Z軸の加速度を用いる。そして、危険運転があったと判定する閾値は、0.4Gで固定とし、さらに、以下に示すように1回の走行データ単位で分析し、評価するようにしている。そこで演算制御部11は、分析対象のファイル1回分の走行単位に格納されたX軸とY軸の加速度に対しそれぞれ時系列でサーチし、閾値である0.4G以上の値を抽出してカウントする。このとき、単発で1回閾値超えをしている前後は閾値未満の単発危険運転の発生回数と、2回以上連続して閾値を超えている連続危険運転の発生回数とを別々にカウントする。さらに、連続危険運転については、連続したひとかたまりを1回とカウントするのではなく、連続して発生している回数をそのままカウントする。つまり、3回連続3秒間連続して閾値を超えている場合には、連続危険運転の発生回数は3回となる。すなわち、連続して発生している場合も、単発で発生している場合も、個々の発生に対してはいずれも1回とカウントするが、単発危険運転と、連続危険運転のいずれに属するかを分けてカウントするようにしている。さらに、本実施形態では、判定する危険運転の種類として、急加速,急減速,急ハンドルの3つを用意した。各種類の危険運転について、上述した単発と連続の区別があるので、結果として、連続急加速回数,連続急減速回数,連続急ハンドル回数,単発急加速回数,単発急減速回数,単発急ハンドル回数の6種類に分けてそれぞれのイベントの発生回数を個別にカウントする。車両走行データ収集装置1の構成でも説明したように、当該車両走行データ収集装置1に搭載される加速度センサは、進行方向前方に走行している際に速度が加速している場合にX軸のセンサ出力値は正の値を示し、進行方向前方に走行している際に速度が減速している場合にX軸のセンサ出力値は負の値を示す設定としている。よって、演算処理部11は、X軸のセンサ出力値の絶対値が設定された閾値である0.4G以上であって出力値が正の場合には急加速の状態と判定し、単発急加速回数或いは連続急加速回数のいずれかのカウント値を1インクリメントする。また、演算処理部11は、X軸のセンサ出力値の絶対値が設定された閾値である0.4G以上であって出力値が負の場合には急減速の状態と判定し、単発急減速回数或いは連続急減速回数のいずれかのカウント値を1インクリメントする。さらに演算処理部11は、Y軸のセンサ出力値の絶対値が設定された閾値である0.4G以上の場合には急ハンドルの状態と判定し、単発急ハンドル回数或いは連続急ハンドル回数のいずれかのカウント値を1インクリメントする。そして演算処理部11は、上記のように6種類のイベントの発生回数を合計して危険運転回数を求める。この危険運転回数は、各イベントの発生回数を重み付けすることなく単純に加算して求める。すなわち、単発急加速が1秒ずつ別々の場所で2回発生した場合と、連続急加速が2秒間連続して発生した場合は、単発急加速回数と連続急加速回数はいずれも2回となるので、それらを合計した4回が危険運転回数となる。また、例えば急ハンドルを切りながら急加速をするような運転の挙動が1秒間あった場合、単発急ハンドルの回数と、単発急加速の回数のそれぞれに1回ずつ加算されるため、危険運転回数は2回となり、より大きな危険運転であると評価される。この単発と連続のそれぞれの危険運転のイベントの発生回数のカウント処理は、具体的には、演算処理部11が、図15に示すフローチャートを実行することで実現している。単発の発生回数をカウントするカウンタAと、連続の発生回数をカウントするカウンタBを備える。時系列で記録されたi番目の加速度センサのX軸の出力値をGxi、加速度センサの出力値が危険と判定される閾値ThresX0.4G、取得データ数をiMaxとする。演算処理部11は、i=1にセットし、カウンタA,Bを0にリセットするS11。次いで演算処理部は、i番目の加速度センサのX軸の出力値Gxiが閾値ThresX以上か否かを判断するS12。GxiがThresX未満の場合、処理ステップS12の分岐判断はNoとなり、処理ステップS22に飛び、iをインクリメントする。演算処理部11は、iが取得データ数iMaxを超えたか否かを判断しS23、取得データ数を超えていなければ処理ステップS12に戻り、インクリメントしたi番目の加速度センサの出力値に対して閾値以上か否かを判断する。図13にも示すように、一般的に、エンジン始動当初は、アイドリングなどをしており、1秒以内に発進することはあまりないため、i=1から何回かはGxiがThresX未満の場合が続くため、上記のルーチンを繰り返し実行することとなる場合が多い。一方、S12でGxiがThresX以上の場合、演算処理部11は、連続発生回数用のカウンタBをインクリメントしS13、加速度センサの1秒後の出力値Gxi1が閾値以上か否かを判断するS14。このGxi1が閾値未満の場合S14がNoには、単発発生回数用のカウンタAをインクリメントすると共に、カウンタBをデクリメントするS21。なお、現在処理対象のGxiが最終のデータi=iMaxとすると、Gxi1のデータは存在しない。係る場合、演算処理部11は、Gxi1=0として、S14の分岐判断を行う。すなわち、通常の走行においてエンジンを停止する場合には、一旦停車をし、間をおいてからエンジンを切るので、少なくともエンジンを停止する直前の1秒以上は、加速度センサの出力値は閾値未満となり、走行データの最後の出力値GxiMaxが閾値以上となることはほとんど無いといえる。よって、通常の走行データに対する分析処理では、S14でのGxi1は実際のデータが存在しているが、例えば、何かしらの原因でデータファイルが途中で切れていて、たまたまその最終のiMaxの出力値が閾値以上であったり、急ブレーキを掛けて停止するとともにエンジンを切ったり、事故などで最終のiMaxの出力値が閾値以上のときでも、係る場合のGxi1は0となるので、S14はNoとなる。S12の分岐判断をする場合、前回の処理で、S12でNoの場合と、S14でNoの場合と、S17でNoの場合である。まず、あるi番目の出力値Gxiが閾値未満とすると、S12でNoとなる。このときの出力値を便宜上T1とする。S22によりiが1つインクリメントされることから、その次にS12で分岐判断する際のGxi-1は、上記T1であるためGxi-1は閾値未満となる。このようにS12の分岐判断がNoの場合、その次の処理対象の出力値GxiにとってのGxi-1は、前回S12でNoと判定された出力値であるので、必ずGxi-1は閾値未満となる。そして、Gxiが閾値以上になるまでS23でiがiMaxを超えた場合を除く、S12→S22→S23→S12......のループを繰り返し実行する。また、S14でNoの場合、現在処理対象の出力値Gxiの1つ後の出力値Gxi1が閾値未満であり、その時の出力値をT2とする。S14でNoとなり、S22でiが1インクリメントされるため、次の処理対象の出力値は、上記のT2であるためS12はNoとなる。また、S17がNoの場合、上記のS12の場合と同様、S17でNoと判断された出力値が、その次のS12で分岐判断する際のGxi-1となるため、そのGxi-1は閾値未満となる。そして、それ以降は、Gxiが閾値以上になるまでS23でiがiMaxを超えた場合を除く、S12→S22→S23→S12......のループを繰り返し実行する。そして、Gxiが閾値以上の場合、上述したように、S12→S13→S14と順次処理が進む。S12で分岐判断がYesとなるには、前回の処理で、S12でNoあるいはS17でNoの場合であるため、Gxi-1が閾値未満でGxiが閾値以上の場合である。つまり、このS12でYesとなった出力値Gxiは、単発か或いは連続発生した場合の先頭となる。従って、S12の分岐判断をしてYesとなる場合、Gxi-1は閾値未満であるので、Gxi1も閾値未満とすると、S12でYesと判断した閾値以上の出力値は単発であるため、S13でカウンタBをインクリメントした値を元に戻すと共に、単発発生用カウンタAをインクリメントする。そして、演算処理部11は、iをインクリメントしS22、iが取得データ数iMaxを超えたか否かを判断しS23、取得データ数を超えていなければ処理ステップS12に戻り、インクリメントしたi番目の加速度センサの出力値に対して閾値以上か否かを判断する。一方、処理ステップS14の分岐判断でYesの場合、今回処理対象の出力値Gxiと、次の出力値Gxi1がともに閾値以上であるので、連続発生をしていることになり、その場合の出力値Gxiは連続発生の先頭となる。このS14におけるGxi1は連続発生している2番目となる。このように、Gxiは連続発生の先頭であるので、演算処理部11は、iをインクリメントしたS15後、iが取得データ数iMaxを超えたか否かを判断しS16、取得データ数を超えていなければ処理ステップS17に飛び、インクリメントしたi番目の加速度センサの出力値に対して閾値以上か否かを判断する。そしてGxiがThresX以上の場合、演算処理部11は、連続発生回数用のカウンタBをインクリメントしS18、iをインクリメントしたS19後、iが取得データ数iMaxを超えたか否かを判断しS20、取得データ数を超えていなければ処理ステップS17に飛び、インクリメントしたi番目の加速度センサの出力値に対して閾値以上か否かを判断する。上述したごとく、S15を経てS17の分岐判断を行ったセンサの出力は、連続発生している2番目の出力値であり、それ以降、出力値が連続して閾値以上の場合、S17→S18→S19→S20→S17......のループを繰り返し実行する。また、処理ステップS17でNoの場合には、S22に飛び、以降上述した処理を実行する。また、S16,S20,S23の分岐判断を実行し、iが取得データ数を超えていた場合には、そのファイルの全てのデータをサーチしたため、処理を終了する。図13に示すデータを例にとって説明する。この図13において、記載を省略している部分におけるX軸の出力値は、閾値0.4G未満である。i=1~4,さらにはn,n1では、X軸の出力値は0.4G未満となるので、S12→S21→S22→S23を経てS11に戻る。i=n2のとき、加速度センサのX軸の出力値は0.428Gとなり、閾値以上となるので、S13を実行してカウンタBの値をインクリメントする。これによりカウンタBの値は1になる。そしてi1すなわちn3の加速度センサのX軸の出力値Gxn3も閾値を超えているため、S15→S16→S17と進み、Gxn3も閾値以上のため、カウンタBをインクリメントし、カウンタB値は2になる。Gxn4は閾値未満のため、S17でNoとなりS22に飛ぶ。よって、ここまでの処理でカウンタBの値は2になり、連続回数が2回となる。また、i=m1のセンサ出力値であるGxm1は閾値未満となるので、S22からS23を経てS12に至る。そして、Gxm2は閾値以上であるため一旦カウンタBの値をインクリメントするが、Gxm3が閾値未満となるので、S21によりカウンタAをインクリメントするとともにカウンタBをデクリメントする。よって、この状態では、カウンタAの値が1でカウンタBの値が2となる。i=m5の場合も同様でありカウンタAをインクリメントし、最終的にカウンタA,Bの値は共に2となる。上述したのはX軸のセンサ出力値に基づく単発/連続急加速のイベント発生回数のカウント処理であるが、単発/連続急減速のイベント発生回数のカウント処理や、単発/連続急ハンドルのイベント発生回数のカウント処理も同様に行うことができる。すなわち、単発/連続急減速は、X軸のセンサ出力をしようするが、出力値の符号は負である。そして、危険運転は、絶対値で0.4G以上の場合であるため、数式の大小で言うと、Gxiが-0.4G以下のときが単発/連続急加速のイベント発生回数をカウントアップする。よって、ThresX=-0.4Gとし、S12,S17の分岐判断はGxi=<ThresXS17の分岐判断はGxi1=<ThresXとする。また、Y軸のセンサ出力値に基づく単発/連続急ハンドルについては、センサ出力値の絶対値を用いて、図15に示すフローチャートを実行する。その他の運転の挙動の分析さらに本実施形態では、演算制御部11は、加速度センサの出力値をサーチし、0.1G以上の加速度について0.1G刻みの10段階の区分けごとに、急加速急減速急ハンドルの発生回数もカウントする。すなわち、センサの出力値が0.1G未満の場合、誤差を含んでいるため、運転の挙動を分析する際の有効な情報とならないので、それらのデータはカウントしないようにした。また、ここでの急加速急減速急ハンドルは、上述した危険運転のイベントのように、単発と連続を分けることなく合わせてカウントする。つまり、例えば図16に示すような10段階の区分けと、3つのイベント加速減速ハンドルとを関連付けたバッファメモリを用意する。各バッファメモリの初期値は0とする。演算制御部11は、X軸のセンサ出力値を時系列に順に抽出し、該当する欄の値を1インクリメントする。X軸のセンサ出力値からは絶対値が0.1以上の場合加速イベントと減速イベントのいずれかの欄の値がインクリメントされ、Y軸のセンサ出力値からは絶対値が0.1以上の場合ハンドルのイベントのいずれかの欄の値がインクリメントされる。出力処理図17は、上述した分析結果の出力の一例を示している。この図は、出力画面の一つである運行データ終日集計の表示画面の一例を示している。この運行データ終日集計の表示画面は、表示条件入力領域R1と、地図表示領域R2と、運行ファイル一覧リスト表示領域R3と、集計表示領域R4と、分析結果表示領域R5を備えている。表示条件入力領域R1は、上部に分析対象の車両の走行に関する情報を特定するための運転者並びに運行日の入力ボックスが配置され、その下にイベント抽出レベル指定ボックス、経路地図表示モード指定ボタン、地図ウインドウ表示箇所指定ボタンが用意される。運転者入力ボックスは、分析対象の運転者を指定する領域である。演算処理部11は、入力部14であるポインティングデバイスにて当該ボックスがクリックされたことを検知すると、データベースに登録済みの運転者一覧をプルダウンメニュー方式で表示し、その表示した運転者のいずれかが指定されたことを検知すると、当該運転者名を運転者入力ボックス内に表示する。図では、管理者が指定されている。運行日入力ボックスは、分析対象の走行した日を指定する領域である。演算処理部11は、入力部14であるポインティングデバイスにて当該ボックスがクリックされたことを検知すると、カレンダー方式の日付入力画面を表示し、その表示した日付入力画面の中からいずれかの日付が指定されたことを検知すると、当該指定された日付を運行日入力ボックス内に表示する。また、この運行日入力ボックスは、デフォルト値として本日の日付を表示する。そこで、表示された年月日の各値を直接テキスト入力して変更して指定する機能も備える。図では、2010年11月14日が指定されている。運行日入力ボックスの右下に運行ファイル表示ボタンが用意されている。演算処理部11は、当該ボタンがクリックされたことを検知すると、指定された運転者と運行日の条件を満たす車両の走行に関する情報のファイルを探す。演算処理部11は、該当するファイルが存在したならば、当該ファイルに格納された車両の走行に関する情報を読み出すとともに上記の分析を行う。また、同日に複数のファイルが存在する場合、演算処理部11は、その複数のファイルを全て分析処理する。演算処理部11は、この分析結果を運行ファイル一覧リスト表示領域R3と、集計表示領域R4と、分析結果表示領域R5の各領域に、結果をそれぞれの表示領域に出力する。運行ファイル一覧リスト表示領域R3は、表示条件で指定された該当の運行データを一覧で表示する領域である。指定された日付に複数のファイルが存在する場合、その複数のファイルを全て表示する。図は、条件に合致する5つのファイルが存在していた例を示している。この運行ファイル一覧リスト表示領域R3は、始動時刻表示欄,停止時刻表示欄,Map表示チェック欄,表示色選択ボタンを備える。始動時刻表示欄及び停止時刻表示欄には、それぞれ1回の走行に伴う車両の始動時刻と停止時刻を表示する。これは、演算処理部11が分析対象のファイルに時系列で記録された車両の走行に関する情報の最初と最後の日時データを読み取り、それを表示することで行う。Map表示チェック欄は、ON/OFFすることで地図ウインドウ表示領域R2に表示される地図上の走行経路の表示/非表示を切り替えるものである。演算処理部11は、チェックされたファイルの走行経路を地図ウインドウ表示領域R2に表示する。表示色列のボタンをクリックすると色選択が行える。演算処理部11は、その表示色列のボタンがクリックされたことを検知すると、選択された色で走行経路を表示する。また、運行ファイル一覧リスト表示領域R3に表示されたファイル一覧リストの内、分析結果表示領域R5に分析結果を表示する際の集計対象になっているものを網掛け/色付けなどにより示すようにしている。本実施形態では、日にち単位で管理するため、デフォルトは終日集計、すなわち、同一の日付に複数のファイルが存在する場合には、全てについて分析をし、各分析結果をそれぞれ合算し、集計結果を出力する。つまり、同日に複数の走行データのファイルがあると、演算処理部11は、個々の走行データについて分析をし、その結果を演算処理部11が管理するバッファメモリ等に走行データのファイルごとに各イベント回数等を記録する。そして、演算処理部11は、それら複数の走行データについて、同一の項目についてそれぞれ合算し、分析結果表示領域R5の所定箇所に表示する。そして、このように全てのファイルが選択されて集計対象となっているため、図17では、No1からNo5の全ての項目の背景部分が所定の色例えば青色で塗られた状態となる。分析結果表示領域R5は、各種の分析結果を表示するための領域である。演算処理部11は、分析結果領域R5の上端に複数のタブを突出するように表示し、ポインティングデバイスによりクリックされたタブを検知し、そのタブに関連付く分析結果領域を表示する。ここでは、本発明と関係する安全運転指標タブが選択された状態を示している。この安全運転指標用の分析結果表示領域R5は、左側に上から順に安全運転指標を表す危険運転回数の表示領域R5a,加速度レベルごとのイベント発生回数表示領域R5b,危険運転内訳表示領域R5cが設けられ、右側には加速度レベルごとのイベント発生グラフ表示領域R5dが設けられる。分析結果表示領域R5の左側の各領域R5a,R5b,R5cは、それぞれの分析結果を数値として表示する領域である。そして、集計対象となっているファイルが複数存在する場合、演算処理部11は、各ファイルの分析結果のそれぞれの合計値を表示する。すなわち、例えば図17においてイベント発生回数表示領域R5bの0.3Gの加速イベンドの発生回数は5回であるが、これは、運行ファイル一覧で示された5つのファイルのそれぞれの0.3G以上0.4G未満の加速イベンドの発生回数を求め、その合計値が5回であることを意味する。他の項目も同様である。また、このイベント発生回数表示領域R5bでは、注意が必要とされる0.3G以上0.4G未満の区分の発生回数が1以上ある場合、その欄の背景部分を黄色で表示する。これにより、当該区分のイベント発生回数が0の場合には、白地のままとなるので、ユーザは、黄色の欄の有無により注意を有する運転があった否かをすぐに理解できる。同様に、危険運転となる0.4G以上の区分の発生回数が1以上ある場合、その欄の背景部分を赤色で表示する。これにより、当該区分のイベント発生回数が0の場合には、白地のままとなるので、ユーザは、赤色の欄の有無により危険運転があった否かをすぐに理解できる。そして、この例では、0.4G以上の危険運転となるイベント発生が一回もなかったため、危険運転内訳表示領域R5cで表示される6つの危険運転の種類のイベントはいずれも0回となり、安全運転指標となる危険運転回数も0回となっている。よって、これを見たユーザは、分析した運転者は安全運転をしていることが確認できる。また、分析結果表示領域R5の右側のイベント発生グラフ表示領域R5dは、イベント発生回数表示領域R5bにて表形式数値で表示した分析結果を、グラフここでは棒グラフを用いて表示する。しかも、加速減速ハンドルの3種類のイベントに対応するグラフの要素を、色を変えて表示している。一例を示すと、加速イベントは青色、減速イベントは緑色、ハンドルイベントは赤色とする。このように色を変えつつグラフ表示することで、それを見たユーザは、どの種類のイベントが、加速度のレベル区分けで発生しているのかが、直感的に理解できる。上述したように、本実施形態では、日にち単位で管理するため、デフォルトは終日集計を行う。よって、上述したように指定された日付に複数のファイルが存在する場合、全てのファイルについて分析をし、その結果を表示する。集計表示領域R4は、終日集計運行ファイル選択瞬間データ表示の3つのタブにより表示内容を切り替える。図17は、デフォルトの終日集計を表示している。この終日集計では、1日の総運行データの各項目について集計した結果を表示する。また、本実施形態では、同日に複数のファイルが存在場合、個々のファイルに対する分析結果も表示できる。具体的には、集計表示領域R4の運行ファイル選択タブがクリックされたことを演算処理部11が認識すると、図18に示す運行ファイル選択を表示する。この運行ファイル選択は、上方に運行ファイル選択指定ボックスを有する。この運行ファイル選択指定ボックスは、画面の切替とともに運行ファイル一覧のNo1のファイルが指定された状態となる。それに伴い、当該No1のファイルについて分析を行い、その結果を分析結果表示領域R5のそれぞれの領域に表示する。また、このように1つのファイルが指定されている場合、運行ファイル一覧リスト表示領域R3は、当該1つここではNo1の欄のみ、色例えば青色が塗られた状態となる。また、他のファイルについて表示を行う場合、運行ファイル選択指定ボックスにて他のファイルを指定することで行う。具体的には、演算処理部11は、入力部14であるポインティングデバイスにて当該運行ファイル選択指定ボックスがクリックされたことを検知すると、図19に示すように、表示可能なデータリストここでは、No1からNo5と全部指定する範囲選択をプルダウンメニュー方式で表示する。そして、演算処理部11は、そのメニュー項目のいずれか選択された図19では、No4が反転表示されて選択されていることを検知すると、当該検知されたファイルについて分析を行い、その結果を分析結果表示領域R5のそれぞれの領域に表示する。さらにこの運行ファイル選択の画面では、運行ファイル選択指示ボックスの下に集計期間の入力ボックスが用意されている。この集計期間の入力ボックスは、集計開始時刻と集計終了時刻を登録するようになっており、まず演算処理部11は、指定されたファイルの開始時刻と終了時刻を抽出しそれぞれ表示する。そして、ユーザは、集計開始時刻と集計終了時刻に適用な値を入力すると指定されたファイルに登録されているデータの内、集計開始時刻から集計終了時刻の範囲内にあるもののみ抽出し、分析処理を行う。このように集計期間の時刻を変更することで集計範囲の変更が可能となる。これにより、何時昼頃,夕方頃位に危険運転をしているか、運転開始当初と中間地点と終了付近といったどの当たりで危険運転をしているかといった傾向を見つけやすくなる。表示条件入力領域R1のイベント抽出レベル指定ボックスは、加速度センサの値より抽出するイベントの抽出レベルを指定する。この指定は、イベントの種類ごとに個別に設定でき、演算処理部11は、結果を結果は右側に回数表示する。この抽出レベルの指定は、0.1G刻みで行う。実際には、演算処理部11は、入力部14であるポインティングデバイスにて抽出レベル指定ボックスがクリックされたことを検知すると、0.1G刻みで区分けをした10個のメニュー項目をプルダウンメニュー方式で表示する。そして、演算処理部11は、そのメニュー項目のいずれか選択されたことを検知すると、当該検知された抽出レベルのイベント発生回数を、分析結果走行データのファイルごとに各イベント回数等を一時的に記録しているバッファメモリから取得し、その値をイベント抽出レベル指定ボックスの右隣に数値として表示する。表示条件入力領域R1の経路地図表示モード指定ボタンは、通常表示,マーカー表示,イベント表示の3つモードがあり、各タイトルの左に配置されたラジオボタンをクリックすることで指定する。これらの3つのモードは、地図表示領域R2に表示する地図に重ねて走行経路を表示する際の表示態様を決定するものである。すなわち、演算処理部11は、集計対象のファイルが存在する場合、当該ファイルに格納された位置情報から、周辺の地図を地図表示領域R2に表示する。この表示する地図は、インターネットを経由して取得する。すなわち、演算処理部11は、インターネットを利用して当該地図を提供しているサイトにアクセスし、少なくともファイルに登録されている全ての位置情報を含む地図データを取得し地図表示領域R2に表示する。通常表示は、マーカー表示なしで経路表示を行う。つまり、演算処理部11は、運行ファイル一覧リスト表示領域R3に表示されたファイルの中で、集計対象になっているファイル背景色が青色で表示についての位置情報の履歴を抽出して走行経路を求め、地図表示領域R2に表示される地図上の対応する位置に重ねて表示する。その走行経路は、連続した前後の位置を結ぶ線であり、その色は、運行ファイル一覧リスト表示領域R3で指定された表示色とする。マーカー表示モードは、車両の走行に関する情報に格納された時系列で記録したデータが記録された位置に対応する走行経路上の該当する位置にマーカーを表示し、表示されたマーカーにポインタを当てると、該当地点での時刻、緯度、経度、速度といった詳細データを表示するモードである。図20に示すように、演算処理部11は、マーク表示のラジオボタンがチェックされている場合、車両の走行に関する情報に格納された時系列で記録したデータの位置情報を取得し、その位置情報に対応するマーカーについて走行経路上の該当する位置に青色の円からなるマーカーMを表示する。図21に示すように、演算処理部11は、ポインタがマーカーMの上に位置していることを検出すると、そのマーカーMで示す位置についての時刻、緯度、経度、速度を書き込んだ吹き出しFを表示する。イベントモードは、イベント抽出レベルで選択した加速度が発生した箇所を所定のイベント発生箇所表示マークで示す。マーカーMと同様に表示されたイベント発生箇所表示マークにポインタを当てると、該当地点での時刻、緯度、経度、速度、進行方向加速度、横方向加速度と発生イベントの種類といった詳細データを表示するモードである。図22に示すように、演算処理部11は、イベント表示のラジオボタンがチェックされている場合、イベント抽出レベル指定ボックスで指定されたイベントの種類ごとの抽出レベルを取得し、分析対象のファイルから条件を満たすイベントを抽出し、抽出したイベントが発生した位置情報から表示された地図の走行経路上の該当箇所にベント発生箇所表示マークPを重ねて表示する。さらにこのイベント発生箇所表示マークPは、イベントの発生内容によって色を変えている。すなわち、例えばハンドルイベント発生箇所表示マーク横方向加速度は紫の円とし、加速もしくは減速発生箇所表示マーク縦方向加速度は黄色の円とし、ハンドルおよび加速/減速発生箇所表示マーク縦横方向加速度は赤色の円とする。これにより、マークの色を見るだけでイベントの種類を確認できる。さらに図23に示すように、演算処理部11は、ポインタがイベント発生箇所表示マークPの上に位置していることを検出すると、そのイベント発生箇所表示マークPで示す位置についての該当地点での時刻、緯度、経度、速度、進行方向加速度、横方向加速度と発生イベントの種類を書き込んだ吹き出しFを表示する。さらに、表示条件入力領域R1の地図ウインドウ表示箇所指定ボタンは、経路マップの表示位置を指定するもので、図示するように表示位置が固定された固定画面表示と、経路マップが固定位置から飛び出した別画面で表示するフローティング表示画面の2種類を切り替える。固定画面表示のときにはフローティング表示ボタンが表示されているので、そのボタンがクリックされたのを演算処理部11が検知すると、図24に示すように、経路マップを固定画面の表示領域から外した状態の別領域に表示する。別領域に表示しているため、その領域の大きさはメイン画面とは独立して変更できる図24は、領域を拡大した後の状態を示している。また、このようにフローティング表示している場合、固定画面の表示領域は、空欄の状態となっている。また、演算処理部11は、フローティング表示している場合には、表示条件入力領域R1に固定表示ボタンを表示する。よって、この固定表示ボタンのクリック或いはフローティング表示画面を固定画面の表示領域に移動することで、固定表示に切り替わる。図25は、別のファイルに基づく分析した結果を示す。この例では、連続急加速と、単発急加速の両方のイベントが発生している。また、注意が必要な0.3以上0.4G未満のイベントも発生している。そこで、分析結果表示領域R5の加速度レベルごとのイベント発生回数表示領域R5bでは、0.4G以上の加速のイベントの欄が4となり、背景色が赤色となる。また、危険運転内訳表示領域R5cには、連続急加速が2回で、単発の急加速が2回あったことが表示される。この場合、0.4G以上の加速度のイベントは、上記の2つ以外無いので、危険運転回数はそれらの合計の4回となり危険運転回数の表示領域R5aには、4回と表示される。このように分析結果を出力することで、運転者は、自分の運転の状態を運転後に客観的に確認することができる。よって、運転者は、これまでの運転方法を改善して評価が高くなるように運転するようになり、車両の事故率低減を図ることができる。ユーザは、かかる4回の発生内訳が、危険運転内訳表示領域R5cを見ることで、連続急加速と単発の急加速の両方あることを容易に確認でき、自己の運転傾向が、加速時にアクセルを踏みすぎて危険な状態になる傾向があり、しかも、かかる加速の傾向は単発と連続の両方あることを理解できる。よって、運転者は、アクセルの踏み込みを抑え気味に注意することで、安全運転ができるようになる。また、危険運転や注意を促される運転をした場合に、イベント表示モードを利用して走行経路を確認すると、坂道カーブなど地形上大きなGがかかりやすいか否かも容易に判断できる。これにより、地形との関係でも運転傾向を知ることができる。このように、重力加速度を単位とした加速度を指標とすることで、危険レベルの判定判断が人間にとってわかりやすく、しかも、区分けを0.1G単位としたので、各区分は、重力加速度1Gに対する10分のいくつとなり、かかった加速度の大きさを感覚的に理解しやすくなり、その結果、危険運転の有無について素直に反省し安全運転をするように運転の仕方を改善しようとする契機付けになりやすいので好ましい。図26以降は、帳票出力の工程を説明する表示画面の一例を示している。本実施形態では、各種の日報,月報や、期間集計,安全運転指標など各種の視点で纏めた帳票を作成することができる。具体的には、演算処理部11は、メイン画面上部のメニューの帳票がクリックされたことを検知すると、帳票作成管理画面に切り替える。図26は、帳票作成管理画面において、さらに、日報が選択されて、作成する日報の種類をプルダウンメニュー方式で表示した状態を示している。この状態で、演算処理部11は、安全運転日報がクリックされたことを検出すると、図27に示すように、日報を作成する運行日と運転者を指定する条件指定画面を現在表示している画面上に重ねて表示する。運行日は、デフォルトはパソコンが持つ内部時計に従い、本日の日付を表示する。このようにすると、ユーザは、SDメモリカードの読み込みを行った直後に帳票を見ると、運行日の入力することなくそのまま作成ボタンをクリックするだけで登録した当日走行した運転についての日報を見ることができる。別の日の日報を見る場合、ユーザは、運行日の入力ボックスに該当する日付を入力する。すなわち、演算処理部11は、運行日の入力ボックスがクリックされたことを検知すると、カレンダー方式の入力画面を表示し、その表示した日付入力画面の中からいずれかの日付が指定されたことを検知すると、当該指定された日付を運行日入力ボックス内に表示する。また、表示された年月日の各値を直接テキスト入力して変更して指定する機能も備える。演算処理部11は、条件指定画面の運転者入力ボックスがクリックされたことを検知すると、データベースに登録済みの運転者一覧をプルダウンメニュー方式で表示し、その表示した運転者のいずれかが指定されたことを検知すると、当該運転者名を運転者入力ボックス内に表示する。図では、管理者が指定されている。条件指定画面には、運転者入力ボックスの下に作成ボタンとキャンセルボタンが用意されている。演算処理部11は、キャンセルボタンがクリックされたことを検知すると、条件指定画面の表示を終了する。また、演算処理部11は、作成ボタンがクリックされたことを検知すると、指定された運転者と運行日の条件を満たす車両の走行に関する情報のファイルを探し、当該ファイルに格納された車両の走行に関する情報を読み出すとともに上述した安全運転の分析を行い、分析結果に基づいて図28に示す安全運転日報を表示する。この安全運転日報は、上方の領域に運転者名と走行した日付とともに、各日報で共通の走行に関する集計情報を表示し、中央の左側に急加速急減速急ハンドルの3つの危険運転に関する分析結果をグラフ表示する領域を設け、中央の右側に分析結果を表形式で各危険運転のイベントの発生回数並びに合計数を表示する領域を設ける。さらに、下方の領域には一日単位で速度グラフを表示する領域を設ける。演算処理部11は、左側のグラフ表示する領域に急加速,急減速,急ハンドルの各軸を120度間隔で配置し、各イベントの発生回数を対応する軸状にプロットするとともに、隣接する軸のプロットした点同士を結ぶことで三角形のグラフを表示する。図28の三角形の形状を見ることで、運転の傾向を直感的に理解できる。また、各軸にプロットするイベントの発生回数は、単発と連続を別々に行う。そして、単発のイベント発生回数をプロットした点同士、連続のイベント発生回数をプロットした点同士をそれぞれ接続する。これにより、演算処理部11は、単発用の三角形と、連続用の三角形の2つを表示する。よって、ユーザは、2つの三角形のそれぞれの形状を比較することで、危険運転をしている場合に、単発のものが多いのか連続のものが多いのか、3種類のイベントと単発/連続の組み合わせでどのケースに気をつければよいかなどが一目でわかる。図29aは、帳票作成管理画面において、さらに、安全運転が選択されて、作成する安全運転に関する帳票の種類をプルダウンメニュー方式で表示した状態を示している。図示するように安全運転日報,安全運転月報,安全運転指標,安全運転指標全運転者の4つのメニュー項目がある。このメニュー項目から明らかなように、上述した安全運転日報を出力する場合、この安全運転日報をクリックしても行える。演算処理部11は、安全運転指標がクリックされたことを検知すると、図29bに示す集計期間と運転者を指定する条件指定画面を表示する。この条件指定画面は、現在表示している画面上に重ねて表示する。集計期間の入力ボックスは、デフォルトとして始期は1ヶ月前の日付を表示し、終期は本日の日付を表示する。この入力ボックスもカレンダー方式や直接テキスト入力する方式により、任意の日付を指定できる。運転者の入力の仕方も上述した各例と同様である。演算処理部11は、作成ボタンがクリックされたことを検知すると、指定された集計期間と運転者の条件を満たす車両の走行に関する情報のファイルを探し、当該ファイルに格納された車両の走行に関する情報を読み出すとともに上述した安全運転の分析を行い、分析結果に基づいて図30に示す安全運転指標を表示する。この安全運転指標は、上から順に運転者名と集計期間,期間合計数,詳細情報を表示する。期間合計数の欄は、集計期間中の危険運転回数,連続急加速回数連続急減速回数連続急ハンドル回数単独急加速回数単独急減速回数単独急ハンドル回数の各値の合計数をそれぞれ表形式で示す。詳細情報は、それらの各イベントの発生回数について、日付ごとに分けて表示する。これにより、指定した期間における運転の挙動を数値にて客観的に認識できるとともに、詳細情報見ることで、運転の挙動が改善されている否かを確認できる。[その他][デモ機能の変形例]上述した実施形態図8参照では、お試しモード実行部11bは、お試しモードの起動時に、サンプルデータ記憶部12b3に記録した多数のサンプルデータファイルを読み出すとともにお試しモード用データベース12b1に登録し、終了時にはお試しモード用データベース12b1並びにお試しモード用管理ファイル記憶部12b2に格納されたデータを消去する機能を備える。これにより、毎回の起動時において、生成され処理対象となるお試しモード用データベース12b1の内容は同じ初期状態になるようにしている。本発明はこれに限ることなく、例えばお試しモード用データベース12b1を揮発性記録媒体上に形成するとよい。運転状態評価システムアプリケーションの終了とともに揮発性記録媒体に記録されたデータが自動的に消去される。これにより、毎回の起動時において、生成され処理対象となるお試しモード用データベース12b1の内容は同じ初期状態になる。図31は、お試しモードデモ機能と通常モードを備えた運転状態評価システムの他の変形例の要部構成を示し、図32は係る変形例における演算処理部の機能を説明するフローチャートを示している。図31中、上述した図8に基づいて説明した実施形態に対応する部材については同一部号を付しその説明を省略する。同様に図32中の各処理ステップにおいて、上述した図5に示すフローチャートと同様の処理を実行する処理ステップについては同一のステップ番号を付し、詳細な説明を省略する。制御部11は、各モードの処理を実行するモード実行部11dと、起動処理を行う起動処理部11cとを備えている。モード実行部11dが、上述した実施形態の通常モード実行部11aとお試しモード実行部11bの機能を兼ねている。また、記憶部12には、サンプルデータ記憶部12b3に変えて雛型データベース12b5を備えている。この雛型データベース12bは、上述した実施形態におけるお試しモードの初期状態のお試しモード用データベース12b1に登録されるデータベースと同じ内容のデータベースファイルである。通常モード起動が選択された場合S2はNo、起動処理部11cは、モード処理部12dがアクセスする処理対象のデータベースを、通常モード用データベース12a1に設定するS8。お試しモード起動が選択された場合S2はYes、起動処理部11cは、雛型データベース12b5を処理用のお試しモード用データとしてコピーし、お試しモード用データベース12b1に上書きして記録するとともに、モード処理部12dがアクセスする処理対象のデータベースを、お試しモード用データベース12b1に設定するS9。お試しモード用データベース12b1の内容は、お試しモード起動時に雛型データベース15b5の内容が上書きコピーされるため、前回の終了時のお試しモード用データベース12b1の内容の如何に関わらず、常にお試しモード起動時のお試しモード用データベース12b1の内容は初期状態雛型データベース15b5に登録されていたものとなる。よって、ユーザは、お試しモードを起動し、好きなだけいろいろな操作をして試すことができ、例えばすべてのデータを削除しても次のお試しモード起動時には、元の雛型の内容になるので、安心して各種の作業ができる。また、お試しモード起動時に行うお試しモード用データベース12b1を初期状態のものにするための処理、データベースをコピーして上書きする処理で済むので、高速に行え、演算制御部11起動処理部11cに与える負荷も少なくて済む。モード実行部11dは、通常モードとお試しモードで同じ処理を行うが、上述したように、起動処理部11cによりアクセスするデータベースが起動するモードにより切り替えられる。よって、モード実行部11dは、通常モードの時には、通常モード用データベース12a1にアクセスし、実際の走行にともない収集されたデータの解析を行ったり管理を行ったりするし、SDメモリカード7に記録されている走行に伴い収集した車両の状態情報を取得して通常モード用データベース12a1に格納する。一方、モード実行部11dは、お試しモードの時には、お試しモード用データベース12b1にアクセスし、当該データベース12b1に上書きコピーされて格納された雛型データベースのサンプルデータに基づいて解析や管理が行われ、SDメモリカード7に記録されている走行に伴い収集した車両の状態情報を取得してお試しモード用データベース12b1に格納する。モード実行部11dは、上述したように、アクセス先のデータベースが異なるもののそれ以外の処理は通常モードとお試しモードで同じであるため、ユーザは、お試しモードを起動し操作することで、通常モードにおける操作性の確認を正しく行える。また、モード実行部11dは、お試しモードの実行中に雛型データベース12b5にアクセスすることがないので、雛型データベース15b-5の内容が破壊上書き、交信、削除されることはなく、常にお試しモードを起動した際のお試しモード用データベース12b1の初期状態を同じになる。なお、上記の変形例では、モード実行部11dが、通常モードとお試しモードの両方を実行するようにしたが、雛型データベース12b5を設け、起動時にデータベースを上書きコピーする構成を採りつつ通常モード実行部11aとお試しモード実行部11bを別に設ける構成を採るのもよい。この場合、各モード実行部は、それぞれのアクセスするデータベース先が設定されているため、上述した変形例のように起動するモードによりアクセス先を変更する処理は不要となる。また、通常モード実行部11aとお試しモード実行部11bとを別に構成することで、例えばお試しモード実行部11bは、通常モード実行部11aと同様の機能を持ちつつ、さらに、通常モード用データベース12a1をコピーし処理用のデータベースであるお試しモード用データベース12b1に上書きコピーなどし、実データに基づくデータベースを用いて各種の処理を試すことができる。この場合でも、お試しモード実行部11bが処理し、データの変更等するのは処理用のデータベースであり、通常モード用データベース12a1が破壊されることはない。通常モード用データベース12a1に多数の実データが蓄積された場合に、実際の走行に伴い収集蓄積された実データを用いてお試しモードを使用することで、ユーザの環境にあった操作の確認を安心して行うことができる。[安全運転の分析の変形例]危険運転と判断する閾値は、経験則に基づき0.4Gとしたが異なる数値でも良い。また、危険運転に該当するイベントとして、急加速急減速急ハンドルの3種類としたが、いずれか1つ或いは2つとしても良いし、他のファクタを追加しても良い。さらに、3つのイベントに対して危険運転と判断する閾値を全て同じにしたが、異ならせても良い。GPSユニットはなくても良い。GPSユニットが無い場合や、GPSユニット付きでも位置情報が補足できなかった場合には、走行履歴が求められず、地図上での危険運転等のイベントの発生位置を確認できないが、その場合でも、危険運転回数並びに単独/連続のそれぞれのイベントの発生回数を計数し、出力することができる。よって、かかる数値から安全運転の状態を確認できる。上述した実施形態では、危険運転となる閾値0.4G以上のものについては、単独と連続のように分けて集計し、最終的にそれらを合算して危険運転回数を求め、閾値未満のものについて、通常の0.1G刻みのレベル分けのいずれの区分に属するかを加速/還俗/ハンドルの3種類のイベントごとに計数するようにした。本発明では、この0.1G刻みのレベル分けの区分の計数についても、単独と連続のように時間的連続性に着目した複数に分けて計数してもよい。その場合に、ヒストグラムのグラフ表示は、それぞれ例えば6種類を別々に表しても良いし、単独と連続は1本の棒として表し、色分け/パターン分けなどで区別するようにしても良い。例えば0.3G以上などの危険運転につながるおそれのある注意を要するイベントについても、単独と連続のいずれの発生ケースが多いかを確認し、運転の特徴からどのような運転を心がければよいかがわかる。走行中のログ情報を1秒ごとに記録し、それに基づいて分析をしたが、データ収集周期は1秒に限ることはなく、より短くして詳細にデータを収集し分析をすると良い。実施形態では、車両走行データ収集装置1は、1秒あたりそれぞれ100個の加速度センサの出力をサンプリングし、それに対して所定の演算処理をして求めた値を1秒ごとの加速度センサの出力値として記録した。本発明はそれに限ることはなく、車両走行データ収集装置は、演算処理すると無くサンプリングしたデータをそのまま全て記録し、運転状態評価システム側で適宜演算処理をして評価するようにしても良い。また、上述した実施形態では、加速度センサの出力値が閾値を超えるイベントの発生の回数を単独と連続の2種類に分けて計数し、最終的にそれらを合計して最終的な危険運転回数を求めるようにした。このように、収集するデータの時間的連続性において、2つのグループに分けてが、本発明はこれに限ることはなく、連続回数をさらに複数に分け、3つ以上のグルーブに分けて計数してもよい。また、時間的連続性において2つのグループに分ける場合でも、単独と連続のようにその区分けの基準を連続2回以上か否かとするのではなく、N回以上Nは3以上連続するか否かというようにして、いずれのグループも連続が含まれるようにしても良い。特にデータの収集周期が短くなると、単独と連続で分ける意義が薄れてくる単独のイベント発生が起こらなくなる可能性もあるので、データの収集周期も加味してNを適宜の値に設定すると良い。上述した実施形態では、車両の状態の測定を加速度センサを用い、その加速度センサの出力値加速度に基づいて各イベントの発生回数を求めて分析評価するようにしたが、本発明はそれに限ることはなく、単位時間当たりの移動距離速度変化を求め、それに基づいて分析等するものでも良い。単位時間当たりの移動距離や速度変化が大きい場合ほど危険運転といえるため、求めた値を閾値と比較し、閾値以上のイベント発生回数をカウントする。そして、そのとき上述他実施形態と同様に、単発に発生しているものと連続して発生しているものを分けてそれぞれ計数する。上述した実施形態では、運転状態評価システムにおける分析評価機能として安全運転危険運転について評価するものについて説明したが、本システムにおける分析評価はこれに限ることはなく、車両の状態情報から得られる各種のものについて行える。一例としては、エコ運転が行われているかの分析を行うものがある。すなわち、アイドリングは無駄に燃料を消費しているとともに、加速時も通常時よりも燃料を多く消費しているので、それらアイドリングや加速走行は燃費を悪化させる運転とし、それら2つの運転を燃費悪化運転とし、その燃費悪化運転とそれ以外の運転を分けて車両の状態情報の必要な項目を分けて集計しエコ運転指標を求める。アイドリングは、車両情報で得られる車両の速度情報に基づき、速度が0km/hの場合をアイドリングと判定する。運転の総時間に対するアイドリングをしている時間の割合を求めたり、アイドリング時に消費した燃料を求めたり、運転前提で消費した燃料に対するアイドリング時に証した燃料の割合を求め、数値やグラフなどで表示する。また、加速は、加速度センサのセンサ出力値が一定の値例えば0.1G以上の場合に加速していると判定する。アイドリングと同様に加速している時間やそのときに消費した燃料を求め、運転全体に対する割合などを数値やグラフなどで表示する。運転状態評価システムは、単体のパソコンを用いスタンドアローンで実現しているが、データベースや一部の演算処理をネットワークで接続されたサーバやホストコンピュータ等で実行するネットワークシステムにより実現しても良い。"