(57)【要約】【課題】実際の使用開始前並びに走行中に記録した車両の走行に関する情報が一定数量取得できない使用開始当初の期間であっても操作性を含め実際の使い勝手の確認を正しく行えるシステムを提供する【解決手段】  車両の走行中に収集した車両の状態情報に対してデータ処理する通常モード実行部１１ａと、サンプルデータ記憶部１２ｂ-3に記憶された車両の状態情報のサンプルデータに基づいてデータ処理するお試しモード実行部１１ｂを備える。お試しモード実行部は、起動時にサンプルデータを読み出して一時記憶手段であるお試しモード用データベース１２ｂ-1に登録し、その登録したデータに基づいてデモを行う。終了時には、そのデータベースに登録したデータは削除する。【選択図】図８
2013012092.tif 000002
【特許請求の範囲】
【請求項１】
車両の走行中に得られる車両の状態情報に基づいてデータ処理するシステムであって、
前記データ処理を実際の走行によって得られた実データに基づいて行う通常モード実行手段と、
前記データ処理をサンプルデータに基づいて行うデモモード実行手段と、
を備えたことを特徴とするシステム。
【請求項２】
前記通常モード実行手段と前記デモモード実行手段は、択一的に動作することを特徴とする請求項１に記載のシステム。
【請求項３】
前記通常モード実行手段と、前記デモモード実行手段とを切り替える手段を備えたことを特徴とする請求項２に記載のシステム。
【請求項４】
前記通常モード実行手段は、不揮発性記録媒体に格納された前記実データを読み込んで処理を実行し、
前記デモモード実行手段は、不揮発性記録媒体に格納された前記サンプルデータを読み込んで処理を実行することを特徴とする請求項１から３のいずれかに記載のシステム。
【請求項５】
前記不揮発性記録媒体上のサンプルデータは、少なくともデモモード終了時には、デモモード開始時と変化がないようにするのに対し、前記不揮発性記録媒体上の実データは前記通常モード実行手段の操作に応じて変化するようにしたことを特徴とする請求項４に記載のシステム。
【請求項６】
前記サンプルデータはデータベースであり、デモモード起動時にそのサンプルデータをコピーして処理用のデモモード用データベースを作成する機能を備え、
前記デモモード実行手段は、前記処理用のデモモード用データベースに対して処理をすることを特徴とする請求項５に記載のシステム。
【請求項７】
前記デモモード実行手段が読み込んだ前記サンプルデータは揮発性記録媒体に記録され、
前記前記デモモード実行手段は、前記揮発性記録媒体に記録されたデータを用いて前記処理を実行し、その揮発性記録媒体上のデータを前記処理に伴って更新する機能を備えることを特徴とする請求項５に記載のシステム。
【請求項８】
前記通常モード実行手段は、前記不揮発性記録媒体に格納された前記実データを前記処理に伴って更新を行う機能を備え、
前記デモモード実行手段は、前記不揮発性記録媒体に対するアクセス機能として読み出し機能のみを備えることを特徴とする請求項５から７のいずれかに記載のシステム。
【請求項９】
前記デモモード実行手段は、前記通常モード実行手段が持つ機能のうち、前記不揮発性記録媒体に格納されたデータを更新する機能を除き、同一の機能を備えていることを特徴とする請求項４から８のいずれかに記載のシステム。
【請求項１０】
前記デモモード実行手段は、前記実データを取り込んでデータ処理する機能を備えることを特徴とする請求項１から９のいずれかに記載のシステム。
【請求項１１】
前記デモモード実行手段は、前記実データと前記サンプルデータを混在した状態で処理する機能を備えたことを特徴とする請求項１から１０のいずれかに記載のシステム。
【請求項１２】
前記サンプルデータと前記実データは同一のデータ構造としたことを特徴とする請求項１から１１のいずれかに記載のシステム。
【請求項１３】
請求項１から１２のいずれかに記載のシステムにおける機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の走行中に測定・収集したログ情報等に基づいて運転状態等を分析・評価したり、運行管理をしたりするシステム及びプログラムに関するものである。
【背景技術】
【０００２】
走行中に記録した車両の走行に関する情報を収集・分析して運転者の運転の状態を管理する管理装置がある。特許文献１に開示された運行管理装置は、単位時間内の速度差が閾値以上の時の事象を検出して計数するに際し、当該事象が連続して発生している場合にはその連続した複数の速度変化の事象を１つの速度変化として計数する。そして、計数する対象となる事象が、危険運転となる。管理装置における運転状態の管理は、上記の危険運転の程度を計数するものに限られず、走行距離・走行経路などの走行した履歴情報を管理するなど、各種のものがある。
【０００３】
この種の管理装置は、パーソナルコンピュータに対して所定のアプリケーションプログラムをインストールして構成する。そして、ユーザは、管理装置を実際に導入し使用するに先立ち、機能や操作性などを試し、自己にとって有用なものか否かを確認したいという要求がある。係る要求を満たすため、お試し版と称して一部機能制限付きのアプリケーションプログラムを配布することがある。この一部機能制限付きでは、制限された機能の確認できないという問題がある。そこで、正規版と同じ機能でありながら使用回数や使用期間といった使用ボリュームに制限を持たせたものがある。ユーザは、正規版と同じ機能を試すことができ、その後も継続して使用する場合には、制限を解除するための「キー」を購入するとともに当該「キー」を用いて制限を解除することになる。解除後は、通常の正規版として動作する。
【０００４】
また、この種の管理装置ではないが、例えば特許文献２には、車両に搭載されるナビゲーション装置において、デモンストレーション用の地図データを持たせるとともに、当該地図データを読み出して表示画面にデモンストレーション画面を表示する技術が開示されている。このデモンストレーション画面を見ることで、ユーザは、デモの内容を見てナビゲーション装置の機能を理解することができるようになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−４０７６６号公報
【特許文献２】特許第３３５１６５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が対象とする運転状態を評価・管理するシステムでは、走行中に記録した車両の走行に関する情報が一定数量取得できないと、操作性を含め実際の使い勝手の確認を正しく行えない。よって、評価するまでに日数や・使用回数がかかり、正式版を導入するまで時間がかかる。また、そのように時間がかかることから上述した一般的なアプリケーションプログラムおける「お試し版」や「使用ボリューム制限」などを用いた試用方式は、適さない。また、「使用ボリューム制限」の場合、「キー」を用いて解除した後は正規版になってしまい、操作性を再確認する場合でも実際に収集した実データに基づいて行う。その結果、操作を誤ると係る実際の運用に使用する実データを削除したり変更したりしてしまうおそれがある。
【課題を解決するための手段】
【０００７】
上述した目的を達成するために、本発明に係るシステムは、（１）車両の走行中に得られる車両の状態情報に基づいてデータ処理するシステムであって、前記データ処理を実際の走行によって得られた実データに基づいて行う通常モード実行手段と、前記データ処理をサンプルデータに基づいて行うデモモード実行手段とを備えて構成した。通常モード実行手段は、実施形態の実モード実行部１１ａ，モード実行部１１ｄに対応し、デモモード実行手段は、実施形態のお試しモード実行部１１ｂ，モード実行部１１ｄに対応する。実モード実行手段とデモモード実行手段は、実施形態のように別々に構成しても良いし、変形例のように一体に構成しても良い。
【０００８】
データ処理は、例えば車両の状態情報に基づいて所定の評価を行ったり、係る情報を管理したりするものがある。評価は、例えば、実施形態の安全運転評価等の車両の状態情報を分析して行うものがある。管理は、例えば、運行管理等の分析を行うことなく車両状態情報から条件に合致するものを抽出し集計したり、統計をとったり、データ加工したりすること等がある。実データは、車両の走行に伴い収集した生データそのものでも良いし、その生データに対して所定の演算処理をして加工した加工データでも良い。予めサンプルデータを用意しておき、そのサンプルデータを用いてデモモード実行手段を動作させることで、ユーザは、実際に車両を走行して実データを収集することなく、本システムの操作性や分析結果等の出力状態の確認を正しくできる。よって、予め多数のサンプルデータを用意し提供することで、実際に使用を開始する前或いは使用開始直後から多数のデータが蓄積された一定期間経過後の状態を確認することができる。
【０００９】
（２）前記通常モード実行手段と前記デモモード実行手段は、択一的に動作するとよい。両実行手段はシステム内で併存して択一的に動作するので、通常モードを使用し始めた後でも、任意の時にデモモード実行手段を起動させてサンプルデータ等を用いて操作を確認できる。よって、仮に車両の状態情報を削除したり、間違った修正・処理等をしたりしても、デモモードであるので実際に運用している実データに影響はなく問題がない。その結果ユーザは、何時でも安心して操作の確認ができる。
【００１０】
（３）前記通常モード実行手段と、前記デモモード実行手段とを切り替える手段を備えるとよい。切り替える手段は、実施形態では、起動処理部１１ｃに対応する。実施形態では、起動時にユーザからの指示入力を待ち、指示されたモードの実行手段を起動する。
【００１１】
（４）前記通常モード実行手段は、不揮発性記録媒体に格納された前記実データを読み込んで処理を実行し、前記デモモード実行手段は、不揮発性記録媒体に格納された前記サンプルデータを読み込んで処理を実行するとよい。実データを記録する不揮発性記録媒体とサンプルデータを記録する不揮発性記録媒体は、同一の不揮発性記録媒体でも良いし異なる不揮発性記録媒体でも良い。実データが格納された不揮発性記録媒体は、実施形態では通常モード用データベース１２ａ-1に対応する。サンプルデータが格納された不揮発性記録媒体は、実施形態ではサンプルデータ記憶部１２ｂ-3に対応する。処理は、読み込んだデータ（実データ・サンプルデータ）を用いた運転の評価処理，運行管理処理，データの修正・追加・削除等のデータ更新処理などがある。
【００１２】
（５）上記の（４）の発明を前提とし、前記不揮発性記録媒体上のサンプルデータは、少なくともデモモード終了時には、デモモード開始時と変化がないようにするのに対し、前記不揮発性記録媒体上の実データは前記通常モード実行手段の操作に応じて変化させる構成とするとよい。
【００１３】
不揮発性記録媒体上の実データの変化は、例えば記録されているデータの内容が変更されることである。他にも例えば、新たなデータが追加されたり、記録されていたデータが削除されたりするものもある。新たなデータの追加は、例えば、車両の実際の走行に伴い収集した新たな実データを読み込み、前記不揮発性記録媒体に追加するものがある。データの削除は、例えば記録されている実データのうち、管理対象でなくなったり、間違っていたりしたデータなど不要となったデータを削除するものがある。揮発性記録媒体上のデータの更新は、データの追加、変更、削除などがある。サンプルデータは、少なくともデモモード終了時にデモモード開始時と変化がないようにしたので、次のデモモード開始時に取り込むサンプルデータは今回のものと同様となる。つまり、常にデモモード開始時のサンプルデータの内容は同じ内容が保証されているので、仮にユーザは、デモモード中にサンプルデータを削除したり、内容を変えてしまったりしても、新たにデモモードを起動した際には削除等しない当初の内容のものなる。従ってユーザは、デモモードにおいてサンプルデータについて自由に修正したり削除したりして操作性を安心して確認することができる。
【００１４】
（６）前記サンプルデータはデータベースであり、デモモード起動時にそのサンプルデータをコピーして処理用のデモモード用データベースを作成する機能を備え、前記デモモード実行手段は、前記処理用のデモモード用データベースに対して処理をするとよい。サンプルデータは、デモモード時にデモモード実行手段がアクセスし処理対象となるデモモード用データベースと同一構造のデータベースとし、データベースのコピー（例えばデータベースファイルの上書きコピー）と行った簡単な処理で、短時間で処理用のデモモード用データベースを生成することができる。デモモード実行手段は処理用のデモモード用データベースにアクセスして更新等し、サンプルデータに対して書き換え等しないので、サンプルデータの内容は常に同じとなる。そして、係るデモモードの起動時に、データベースの上書きコピーを利用してサンプルデータの内容を処理用のデモモード用データベースに記録するため、デモモード実行手段が所定の処理をしてデモモード用データベースの内容がどのように変わっても初期状態はサンプルデータの内容で常に同じとなる。デモモード実行手段は、デモモード終了時にデモモード用データベースを消去等する必要もない。
【００１５】
（７）前記デモモード実行手段が読み込んだ前記サンプルデータは揮発性記録媒体に記録され、前記前記デモモード実行手段は、前記揮発性記録媒体に記録されたデータを用いて前記処理を実行し、その揮発性記録媒体上のデータを前記処理に伴って更新する機能を備えるとよい。この場合の揮発性記録媒体は、実施形態のお試しモード用データベース１２ｂ-1に対応する。アプリケーション（システム）の終了や装置の電源ＯＦＦにより揮発性記録媒体状のデータが消去されるので、デモモード実行手段は、デモモード終了時にデモモード用データベースを消去等する必要がなくなる。
【００１６】
（８）上記の（５）〜（７）の発明を前提とし、前記通常モード実行手段は、更新されたデータに基づいて前記不揮発性記録媒体に格納された前記実データの更新を行う機能を備え、前記デモモード実行手段は、前記不揮発性記録媒体に対するアクセス機能として読み出し機能のみを備えるようにするとよい。実データの更新は、揮発性記録媒体の更新された一部または全部のデータを不揮発性記録媒体に反映させる。
【００１７】
デモモード実行手段は、揮発性記録媒体に格納されたデータに基づいて処理を行うことで、システム（デモモード実行手段）の終了とともに揮発性記録媒体の内容は自動的に消去され、次にデモモード実行手段を起動する際には不揮発性記録媒体に記録しているサンプルデータを揮発性記録媒体に登録する。また、デモモード実行手段は、不揮発性記録媒体に対して読み出しはできるものの書き込みはできない。よって、ユーザはデモモード実行手段を起動すると、その前の終了時のデータ内容にかかわらず常に同じサンプルデータが揮発性記録媒体に登録される。つまり揮発性記録媒体に登録されデモモード実行手段が処理対象とするデータは、システム或いはデモモード実行手段が起動しているときのみ有効なデータである。よってユーザは各種の処理を自由に試すことができる。
【００１８】
（９）前記デモモード実行手段は、前記通常モード実行手段が持つ機能のうち、前記不揮発性記録媒体に格納されたデータを更新する機能を除き、同一の機能を備えるとよい。このようにすると、通常モード実行手段を操作して行う機能を、デモモード実行手段で確認することができる。
【００１９】
（１０）前記デモモード実行手段は、前記実データを取り込んでデータ処理する機能を備えるとよい。取り込んでデータ処理するとは、例えば、デモモード実行手段が実データを読み込み、自己が処理するデータを記憶する記憶手段に格納し、そこで当該実データに対して所定のデータ処理をすることであり、デモモード実行手段が、通常モード実行手段が処理対象とする実データを記録している記録手段に対して内容を変更（内容の修正、削除等）するようなアクセスを行わない。このデモモード実行手段が持つ当該機能は、デモモード実行手段が行った実データに対するデータ処理の結果が、通常モード実行手段が処理対象とする実データを記録している記憶手段の内容を変更しないようにすることである。実データは、例えば、実施形態で言うＳＤメモリカード７に記録された、実際に車両を走行したときに収集した車両の状態情報や、通常モード用データベース１２ａ-1に格納されたデータなどがある。例えば、デモモード実行手段は、ＳＤメモリカードに記録されている実データを読み込み、デモモード実行手段がアクセスする記憶領域（実施形態のお試しモード用データベース１２ｂ-1に登録し、デモモード実行手段は、その登録されたデータベースにアクセスして所定のデータ処理をすることである。この場合、当該記憶領域には、実データのみが登録される場合もあれば、サンプルデータと混在する場合もある。また、例えば、通常モード用データベース１２ａ-1をデータベースのコピー（例えばデータベースファイルの上書きコピー）と行った簡単な処理で、デモモード実行手段がアクセスするデモモード用データベース（実施形態のお試し用データベース１２ｂ-1）を生成し、デモモード実行手段は、そのデモモード用データベースにアクセスしてデータ解析・データ更新その他のデータ処理をする。よって、通常モード実行手段がアクセスするデータベース等の記録内容は変更されない。そして、本発明では、当該実データを用いてデモモード実行手段で試用することができるので、ユーザの使用環境・状況に即したより現実味のあるデモを行える。
【００２０】
（１１）前記デモモード実行手段は、前記実データと、前記サンプルデータを混在した状態で処理する機能を備えるとよい。このようにすると、処理対象のデータ（車両の状態情報）の数が増えるので好ましい。特に、実際の運用を開始した初期の段階では、サンプルデータによるデータ数を確保しつつ、実際に車両の走行に伴い収集した実データを利用して各種の処理をすることで、より多くのデータ数を用いたデモによる操作性等の確認が行えるとともに、一定の期間にわたった集計処理・運行管理をするに際し、一部に実際に収集したデータを用いることで、ユーザの使用環境・状況に即したより現実味のあるデモを行える。
【００２１】
（１２）前記サンプルデータと前記実データは同一のデータ構造とするとよい。サンプルデータの項目は、実データの一部としてもその一部のデータに基づいて本システムの機能を試すことはできる。但し、本発明のように同一のデータ構造とすることで、より正確に全ての機能についてデモを行い、確認することができるので好ましい。
【００２２】
（１３）本発明のプログラムは、（１）〜（１２）のいずれかに記載のシステムにおける機能をコンピュータに実現させるためのプログラムである。
【発明の効果】
【００２３】
本発明によれば、実際の使用開始前並びに走行中に記録した車両の走行に関する情報が一定数量取得できない使用開始当初の期間であっても操作性を含め実際の使い勝手の確認を正しく行うことができる。
【図面の簡単な説明】
【００２４】
【図１】車両走行データ収集装置の一例を示す図である。
【図２】ＯＢＤ２コネクタの設置位置等を示す図である。
【図３】ＳＤメモリカード内のファイル構造の一例を示す図である。
【図４】本発明にかかる運転状態評価システムの一実施形態を示す図である。
【図５】運転状態評価システムの演算処理部の機能を説明するフローチャートである。
【図６】演算処理部の機能を説明する表示画面の一例である。
【図７】演算処理部の機能を説明する表示画面の一例である。
【図８】本発明にかかる運転状態評価システムの一実施形態の要部を示す図である。
【図９】演算処理部の機能を説明する表示画面の一例である。
【図１０】演算処理部の機能を説明する表示画面の一例である。
【図１１】演算処理部の機能を説明する表示画面の一例である。
【図１２】演算処理部の機能を説明する表示画面の一例である。
【図１３】収集したログ情報の一例である。
【図１４】加速度の区分けを説明する図である。
【図１５】運転状態評価システムの演算処理部の機能を説明するフローチャートである。
【図１６】演算処理部の機能を説明するバッファメモリ構造の一例を示す図である。
【図１７】演算処理部の機能を説明する表示画面の一例である。
【図１８】演算処理部の機能を説明する表示画面の一例である。
【図１９】演算処理部の機能を説明する表示画面の一例である。
【図２０】演算処理部の機能を説明する表示画面の一例である。
【図２１】演算処理部の機能を説明する表示画面の一例である。
【図２２】演算処理部の機能を説明する表示画面の一例である。
【図２３】演算処理部の機能を説明する表示画面の一例である。
【図２４】演算処理部の機能を説明する表示画面の一例である。
【図２５】演算処理部の機能を説明する表示画面の一例である。
【図２６】演算処理部の機能を説明する表示画面の一例である。
【図２７】演算処理部の機能を説明する表示画面の一例である。
【図２８】演算処理部の機能を説明する表示画面の一例である。
【図２９】演算処理部の機能を説明する表示画面の一例である。
【図３０】演算処理部の機能を説明する表示画面の一例である。
【図３１】本発明に係る運転状態評価システムの変形例の要部を示す図である。
【図３２】係る変形例の運転状態評価システムの演算処理部の機能を説明するフローチャートである。
【発明を実施するための形態】
【００２５】
［車両走行データ収集装置］
図１は、本発明の解析対象のデータを収集する車両走行データ収集装置の一例を示している。同図に示すように、この車両走行データ収集装置１は、装置本体２と、車両接続用アダプタ３と、ＧＰＳモジュール４とを備えている。装置本体２と車両接続用アダプタ３は、接続ケーブル５にて接続される。装置本体２とＧＰＳモジュール４は、接続ケーブル６にて接続される。接続ケーブル５，６は、その一端がそれぞれ車両用接続用アダプタ３，ＧＰＳモジュール４に一体に接続され、その他端の先端に雄型のコネクタ端子を備えている。このコネクタ端子が、装置本体２の背面に設けた雌型のコネクタ端子に接続される。
【００２６】
車両接続用アダプタ３は、車両に実装されているＯＢＤ−II（IIはローマ数字の「２」であり、以下「ＯＢＤ−II」を「ＯＢＤ２」と記す）コネクタに着脱自在に装着する。ＯＢＤ２コネクタは、故障診断コネクタとも称され、車両のＥＣＵに接続され、各種の車両情報が出力される。そこで、車両接続用アダプタ３と車両本体側のＯＢＤ２コネクタとを連結することで、車両走行データ収集装置１は、各種の車両情報を定期的に取得する。取得する車両情報は、車両の速度，エンジン回転数，ＭＡＦ値（mass air flow：空気量），インジェクション開時間，スロットル開度等がある。ＯＢＤ２コネクタは、車両側のバッテリーにも接続されており、イグニッションスイッチのＯＮにともないＯＢＤ２コネクタの所定の端子から電力供給可能となる。そこで、車両走行データ収集装置１は、車両側のバッテリーから電源供給も受ける。
【００２７】
ＧＰＳモジュール４は、ＧＰＳアンテナ及び受信回路を内蔵し、ＧＰＳ（Global Positioning System ）信号を受信し、現在位置（経度・緯度）に加え、時刻・高度（３Ｄ測位モード）等も検知し、接続ケーブル６を経由して装置本体２側に送る。なお、ＧＰＳモジュール４の動作電源は、ＯＢＤ２コネクタからの車両のバッテリー電源を用いる。
【００２８】
装置本体２は、矩形状の筐体からなるケース本体２ａと、ケース本体２ａの前面に設けたＳＤメモリカード用スロット２ｂと、動作状態を報知するＬＥＤ２ｃと、ケース本体２ａの背面に形成した２つの雌型のコネクタ端子及びモード指令スイッチ２ｄとを備える。さらにケース本体２ａの内部には、ＣＰＵを含む演算処理その他の処理を行う制御部と、３軸の加速度センサと、ブザーと、外部機器と接続するインタフェースを備えている。
【００２９】
制御部は、ＣＰＵ，ＲＯＭ，ＲＡＭ，不揮発性メモリ、Ｉ／Ｏ等を備えるマイコンであり、上記の各種の入力機器（ＳＤメモリカード用スロット２ｂ，加速度センサ，車両接続用アダプタ３，ＧＰＳモジュール４）から入力される情報に基づき所定の処理を実行し、上記の各種の出力機器（ＳＤメモリカード用スロット２ｂ，ＬＥＤ２ｃ，ブザー）を利用して所定の警報や情報を出力する。
【００３０】
ＬＥＤ２ｃは、エンジン始動に伴い点灯し、エンジン停止に伴い消灯する。点灯するＬＥＤ２ｃは、通常時は一定間隔（例えば１秒）に点滅し、異常時には当該一定間隔よりも短い周期で点滅する。エンジンの始動／停止判定は電源ラインの重畳ノイズを検知することで判定する。これらの判定並びに点滅制御は、制御部が行う。これにより、ユーザ（運転者）は、ＬＥＤ２ｃの点滅を見ることで正常に動作していること並びに異常があったことを確認できる。ここで異常は、例えば、危険運転をした場合がある。
【００３１】
加速度センサは、車の挙動を検出するもので、Ｘ軸が進行方向にかかる加速度、Ｙ軸が横方向にかかる加速度、Ｚ軸が上下方向にかかる加速度を検出する。これにより、Ｘ軸は急加速・急減速、Ｙ軸は急ハンドル、Ｚ軸は段差の乗り上げや窪みへの落ち込みといった車両の所定の挙動をそれぞれ検出する。本実施形態では、Ｘ軸とＹ軸の出力に基づいて危険運転を検出する。ＬＥＤ２ｃは、エンジン始動に伴い点灯し、エンジン停止に伴い消灯する。点灯するＬＥＤ２ｃは、通常時は一定間隔（例えば１秒）に点滅し、異常時には当該一定間隔よりも短い周期で点滅する。エンジンの始動／停止判定は電源ラインの重畳ノイズを検知することで判定する。これらの判定並びに点滅制御は、制御部が行う。これにより、ユーザ（運転者）は、ＬＥＤ２ｃの点滅を見ることで正常に動作していること並びに異常があったことを確認できる。ここで異常は、例えば、危険運転をした場合がある。
【００３２】
ブザーは、ケース本体２ａの天面に設けたスピーカ口２ｅの直下に配置される。制御部は、加速度センサの出力が、設定された閾値以上の場合に警報ブザー音を出力する。警報ブザー音の鳴動パターンは、危険運転の種類（急加速、急減速、急ハンドル）とレベル（センサ出力の大きさ）によりそれぞれ異ならせている。
【００３３】
制御部は、ＳＤメモリカード用スロット２ｂに装着したＳＤメモリカード７にアクセスし、データの読み書きを行う。すなわち、制御部は、ＳＤメモリカード７に記録されているファイルを読み出して各種の設定を行ったり、動作中に定期的に収集した車両の走行に関するデータ（ログ情報）や位置情報等をＳＤメモリカード７に記録したりする。
以下、車両走行データ収集装置１の設置から実際の使用時の動作を説明しつつ、制御部の機能を説明する。
【００３４】
＊設置
図２（ａ）は、ＯＢＤ２コネクタの設置位置の一例を示し、図２（ｂ）はＯＢＤ２コネクタの正面図を示している。図２（ａ）に示すように、設置位置は車種により様々であり、たとえは、（１）アクセルペダル脇，（２）運転席足元右側，（３）運転席足元中央，（４）運転席足元左側，（５）センターコンソール右脇，（６）助手席足元右側，（７）ステアリング右脇パネル裏側，（８）助手席足元左側，（９）センターコンソール左脇，（１０）センターコンソール下などがある。いずれにしても、ＯＢＤ２コネクタは、ハンドルの周囲に存在している。
【００３５】
そこで、ユーザは、まず車両接続用アダプタ３を車両のＯＢＤ２コネクタに接続する。このとき、車両接続用アダプタ３と装置本体２は、接続ケーブル５により接続されている。装置本体２は、運転の妨げにならないように、センターコンソールやインパネなどに固定する。固定は、両面接着テープ等を用いる。
【００３６】
＊初期設定
車両情報の通信プロトコルは、自動車メーカさらには車種によって相違する。従って、使用に先立ち、車両走行データ収集装置１（制御部）に対してどの車両に設置しているかを認識させる必要がある。本実施形態は、ＳＤメモリカード７内に記録した初期設定用ファイルを用いて初期設定をして設置した車両の車種等の設定を行う。
【００３７】
すなわち、図３に示すように、ＳＤメモリカード７は、設定用のファイルと、データ記録用のファイルが格納される。設定用のファイルは、初期設定用ファイルと通常設定用ファイルの２つが用意されている。初期設定用ファイルには、車両のメーカ名と車種名を含む車種情報が記録されている。この車種情報は、後述するように、運転状態評価システムによってＳＤメモリカード７に記録される。
【００３８】
初期設定は、ＳＤメモリカード７をＳＤメモリカード用スロット２ｂに装着した状態でモード指令スイッチ２ｄを押下することで行う。制御部は、モード指令スイッチ２ｄの押下を検出すると、ＳＤメモリカード７内の初期設定用ファイルを読み出して車種情報を取得し、車両走行データ収集装置１（ケース本体２）内の不揮発性メモリに書き込む。車種情報は、不揮発性メモリに登録されて記憶保持されるため、初期設定で設置時に１回行えばよい。
【００３９】
＊通常設定
通常設定は、ＳＤメモリカードのカード番号と、センサレベルと、ＧＰＳモジュールの接続の有無等のオプション情報等を車両走行データ収集装置１に覚え込ませるものである。センサレベル（衝撃感度レベル）は、加速度センサの検出感度を決定するもので、５段階にレベル分けされた中のいずれかが設定される。レベル（数値）が小さいものほど感度が低く（大きな衝撃がないと警報ブザーが鳴らない）、レベル（数値）が大きいものほど感度が高い（小さい衝撃でも警報ブザーが鳴る）設定としている。そして、実際の車両の走行中の動作では、加速度センサの出力が、設定されたレベルを超えた場合に警報ブザーが報知される。５段階のレベル分けは、具体的にはレベル１は０．５Ｇ以上で鳴動，レベル２は０．４Ｇ以上で鳴動，レベル３は０．３Ｇ以上で鳴動，レベル４は０．２Ｇ以上で鳴動，レベル５は０．１Ｇ以上で鳴動する設定としている。
【００４０】
この通常設定は、ＳＤメモリカード７をＳＤメモリカード用スロット２ｂに装着する都度行う。つまり、制御部は、ＳＤメモリカード７が装着されことを検知すると、ＳＤメモリカード７内の通常設定用ファイルを読み出して取得した情報をＲＡＭに書き込む。
【００４１】
＊設置モード
ケース本体２には、３軸の加速度センサが内蔵されている。設置モードは、内蔵された加速度の初期化を行うモードである。本体の設置場所を変更したり別の車両に乗せ替えたりした場合に実行する。この初期化は、ケース本体２を車両の所定位置に固定設置した状態で以下の処理を行う。まず、ユーザは、車両を水平な場所に停止させてＳＤメモリカードを未装着の状態でモード指令スイッチ２ｄを長押し（例えば、５秒以上）し、その後、車両を前方に直進走行する。制御部１８は、ＳＤメモリカードを未装着の状態でモード指令スイッチ２ｄの５秒以上の長押しを検知すると、設置モードに切り替え、その時の加速度のかかる方向をＺ軸方向として決定し、その後、車両の直進走行に伴いかかる加速度の方向から進行方向（Ｘ軸）を決定し、決定したＺ軸及びＸ軸と直交する方向を横方向（Ｙ軸）に決定する。
【００４２】
＊通常動作
ユーザは、ＳＤメモリカード７を入れた状態でエンジンを始動する。制御部は、エンジンの始動とＳＤメモリカード７の装着の両方の条件を満たした場合、１秒ごとに収集した車両の走行に関する情報（ログ情報）をＳＤメモリカード７に記録する。車両の走行に関する情報は、現在日時情報，現在位置情報（緯度・経度・高さ等），加速度センサ出力（Ｘ軸，Ｙ軸，Ｚ軸），車両情報（車両の速度，エンジン回転数，ＭＡＦ値（mass air flow：空気量），インジェクション開時間，スロットル開度等）がある。制御部は、エンジン始動から停止までを１つのデータ収集期間とし、そのデータ収集期間ごとに１つのファイルを作成する。このファイルは、先頭に運転者等の端末情報を記録し、以後、１秒ごとに収集したログ情報を逐次記録する構成を採る。この端末情報は、後述するように運転状態評価システムを実行してＳＤメモリカードに登録してある。
【００４３】
加速度センサ出力（Ｘ、Ｙ、Ｚの加速度）を１秒あたりそれぞれ１００個（１０ｍｓ周期）取得した制御部が、各１００個の値を２０個単位の５グループに分け、各グループで平均値を求め、さらにそれらの最大値をＳＤメモリカードに記録する。加速度センサの出力値の単位は、重力加速度（Ｇ）（１Ｇ＝９．８ｍ／ｓｅｃ＾２）としている。このように平均値を求めるのは、加速度センサの出力に誤差・ばらつきを含むため、かかる誤差・ばらつき等による影響を少なくするためである。また、複数（ここでは５つ）のグループに分け、その中の最大値を求めるのは、以下の理由による。本実施形態では、データを収集する単位が１秒ごとであるが、運転の挙動が当該１秒の間同じであるとは限らない。そして、１秒間の中のある期間（比較的短い期間）で大きな加速度がかかる運転をし、それ以外の期間では加速度が小さい運転をしたような場合、瞬間的に大きな加速度がかかる運転をしたことは危険運転であることに変わりがないが、全区間でサンプリングした１００個の全体の平均を求めることで、求めた加速度が低くなり危険運転でないと判断されることがある。そこで、複数のグループに分け、グループ間での最大値を加速度として記録することで、かかる１秒間の中のある期間に発生した大きな加速度が他の期間で発生している小さい加速度で埋もれてしまうことを抑制している。
【００４４】
制御部は、加速度センサの各軸のうちの少なくとも１つの出力値（ＳＤメモリカードに記録する演算して求めた値）が上記の通常設定で設定されたセンサレベル以上の場合、警報ブザーを出力する。警報ブザーの音量は、本実施形態では、固定レベルとしている。
【００４５】
制御部は、Ｘ軸のセンサ出力値に基づいて、車両の急加速／急減速を判定する。つまり、本実施形態では、進行方向前方に走行している際に速度が加速している場合、Ｘ軸のセンサ出力値は正の値を示し、進行方向前方に走行している際に速度が減速している場合、Ｘ軸のセンサ出力値は負の値を示す設定としている。そこで、制御部は、Ｘ軸のセンサ出力値の絶対値が設定されたセンサレベル以上であって出力値が正の場合には急加速の状態と判定し、Ｘ軸のセンサ出力値の絶対値が設定されたセンサレベル以上であって出力値が負の場合は急減速の状態と判定する。
【００４６】
Ｙ軸のセンサ出力値は、横方向にかかる加速度であるため、ハンドルを切った際に運転者にかかる横Ｇである。センサ出力値の正負は、ハンドルを切った方向が右であるか左であるかにより変わる。運転の挙動が事故につながる危険運転となるのは、急ハンドルを切って大きな横Ｇがかかった場合であり、その大きさの絶対値が同じであれば左右のいずれの方向にハンドルを切ったとしても危険度は変わらない。そこで、制御部は、Ｙ軸のセンサ出力値の絶対値が設定されたセンサレベル以上の場合には急ハンドルの状態と判定する。
【００４７】
そして、制御部は、上記の判定結果にともない、危険運転の種類に応じた警報ブザーの鳴動やＬＥＤの点滅制御を行う。なお、Ｚ軸のセンサ出力値は、記録はするが警報等には利用しない。
【００４８】
ユーザは、エンジン停止後降車する際に、ＳＤメモリカード用スロット２ｂからＳＤメモリカード７を取り出し、パソコンで構成される運転状態評価システムにセットし、走行中に記録した車両の走行に関する情報をかかる運転状態評価システムに吸い上げる。
【００４９】
＜運転状態評価システムの基本構成＞
運転状態評価システムは、パーソナルコンピュータにより構成する。従って、図４（ａ）に示すように、運転状態評価システムのハードウエア構成は、演算処理部１１，記憶部１２，入力部１３，表示部１４並びにカードリーダ１５を備える。記憶部１２は、演算処理部１１が実行するアプリケーションプログラムを格納する不揮発性メモリや、演算処理部１１が演算実行中に使用するワークメモリや、運転状態評価を行うために特定すべき管理者・運転者・車両・ＳＤメモリカード等の管理用情報を記録するファイル（登録者ファイル，車両情報ファイル，端末情報ファイル）や、走行中に記録した車両の状態情報を記録する内部或いは外部の記憶装置（ハードディスク）がある（図４（ｂ）参照）。入力部１３は、マウス等のポインティングデバイスやキーボードである。カードリーダ１５は、装着したＳＤメモリカード７に対してデータの読み書きをする装置である。
【００５０】
この運転状態評価システムは、上述した車両走行データ収集装置が収集した車両の走行に関する情報を分析し、運転者の挙動、より具体的には安全運転やエコ運転などついて評価し、その結果を出力する機能を備える。
【００５１】
安全運転の評価は、以下のようにする。本実施形態では、加速度センサ出力が、所定の閾値を超えた場合に危険運転があったとし、その危険運転のあった回数をカウントして出力する。つまり、危険運転の発生回数が多いほど安全運転の指標は低くなり、危険運転の発生回数が０であれば安全運転であると言える。このように、安全運転の指標を危険運転の発生回数に基づいて評価するようにした。
【００５２】
車両走行データ収集装置１が本実施形態のようにＧＰＳモジュール４を備えたものの場合、走行履歴も合わせて記録する。よって、運転状態評価システムは、走行履歴データと加速度センサ出力とをリンクさせ、どの位置で加速度センサの出力値が閾値を超える危険運転があったかなどの情報も合わせて提供する。
【００５３】
＊起動処理
記憶部１２にインストールされているアプリケーションプログラム（本実施形態では、「ＰＣビューア」と称する）を起動することで、パーソナルコンピュータが運転状態評価システムとして動作する。
【００５４】
図５に示すように、パーソナルコンピュータの通常のプログラムの起動処理（ショートカットキーのクリック，プログラムメニューリスト内のメニュー項目のクリック等）に従いＰＣビューアを起動させる（Ｓ１）と、演算処理部１１は、図６（ａ）に示すＰＣビューア起動画面を表示部１３に表示し、お試しモードの利用か通常モードの利用かの選択を待つ（Ｓ２）。ユーザは、入力部１４であるポインティングデバイスを操作し、ＰＣビューア起動画面中に設けられた「通常モード起動」，「お試しモード起動」の２つの入力ボタンのいずれかをクリックする。よって、演算処理部１１は、２つの入力ボタンのどちらがクリックされたかを検知し、対応するモードを起動する。
【００５５】
「通常モード起動」が選択された場合（Ｓ２はＮｏ）、演算処理部１１は、管理者ユーザが未登録か否かを判断する（Ｓ３）。つまり、演算処理部１１は、記憶部１２の登録者ファイルにアクセスし、少なくとも１名の管理者ユーザが登録されているか否かを判断し、未登録の場合、図６（ｂ）に示す注意メッセージを表示部１３に表示し（Ｓ４）、「ＯＫ」ボタンのクリックを待ち、管理者ユーザ登録処理を実行する（Ｓ５）。演算処理部１１は、図６（ｃ）に示す管理者ユーザの新規登録画面を表示部１３に表示する。ユーザは、入力部１４を操作し、新規登録画面中の各テキスト入力ボックス内に管理者名、アカウント名、パスワードを入力し、「登録」ボタンをクリックする。そこで、演算処理部１１は、入力された情報に基づきそれらを関連付けたテーブル構造の管理者ユーザ情報を作成し登録者ファイルに格納する。
【００５６】
ここで管理者ユーザは、後述する登録者情報／車両情報／端末情報の登録・削除・変更をする権限を持ち、全てのユーザのＳＤカード設定、ＳＤカードデータ取り込み、運行データ閲覧をする権限を持つ。管理者名は、ユーザの画面表示名であり後で変更も可能である。アカウント名は、ログイン時のアカウントであり変更できない。また、パスワードは、ログイン時のパスワードであり、後で変更も可能である。
【００５７】
次いで、演算処理部１１は、ログイン処理を実行する（Ｓ６）。すなわち、演算処理部１１は、図７（ａ）に示すログイン画面を表示する。ユーザは、入力部１４を操作し、ログイン画面中の各テキスト入力ボックス内にユーザアカウントとパスワードを入力し、ログインボタンをクリックする。演算処理部１１は、入力されたユーザアカウントとパスワードの組み合わせが、登録者ファイルに格納されたものと一致するか否かを判断し、一致した場合には、通常モードの実行に基づくＰＣビューアのメイン画面（図７（ｂ）参照）を表示する。この通常モードの実行は、後述するように、図８に示す通常モード実行部１１ａが行う。
【００５８】
なお、すでに管理者ユーザが登録済みの場合（Ｓ３でＹｅｓ）、処理ステップＳ６に飛び、演算処理部１１は、ログイン画面を表示しログイン処理を実行する（Ｓ６）。また、後述するように管理者ユーザが登録されている場合、当該管理者ユーザは、管理対象の運転者に関する情報も登録する。そこで、運転者についてユーザアカウントとパスワードを登録することで、運転者も本システムにログインしてＰＣビューア画面を見ることができる。なお、この運転者についてのユーザアカウント並びに新たな管理者のユーザアカウントの追加は、登録済みの管理者ユーザが行う。
【００５９】
図７（ｂ）に示すＰＣビューアのメイン画面は、新規の管理者ユーザ登録をした後の一連の処理ステップの実行に伴い表示したものである。つまり、車両の走行に関する情報が未登録であるため、各結果表示領域は空欄の状態となる。車両の走行に関する情報が記憶部１２に登録されている場合、演算処理部１１は、記憶部１２にアクセスし、そこに登録されている車両の走行に関する情報を読み出し、その読み出した情報に対して分析処理し、その分析結果をＰＣビューアのメイン画面に表示する。
【００６０】
また、図７（ｂ）に示すように、メイン画面上部（長円で囲んだ部分）に用意されたメニューをクリックすると対応する各機能が実行されてデータ収集，分析に伴う結果表示や，各種の設定等が行える。ここでメニュー項目は、左から順に「運行データ一覧」，「運行データ終日管理」，「運行データ期間集計」，「帳票」，「データ取り込み」，「端末ＳＤカード設定」，「管理」，「パスワード変更」，「ユーザ切替」，「バージョン情報」となっている。
【００６１】
一方、ＰＣビューア起動画面（図７（ａ））を表示して指示待ち（Ｓ２）において、「お試しモード起動」が選択された場合（Ｓ２はＹｅｓ）、演算処理部１１は、お試しモードの実行に基づくＰＣビューアのメイン画面（図７（ｂ）参照）を表示する。このお試しモードの実行は、後述するように、図８に示すお試しモード実行部１１ｂが行う。概略を説明すると、演算処理部１１は、記憶部１２にアクセスし、記憶部１２に登録されているデモ用のサンプルデータファイルを読み込み、処理用のお試しモード用データとして記憶部１２のお試しモード処理用データベースファイルに上書きコピーする。演算処理部１１は、係る記憶部１２にアクセスし、当該上書きコピーされたお試しモード処理用データベースファイルを読み出し、分析処理をし、分析結果をＰＣビューアのメイン画面（図７（ｂ））の結果表示領域に出力する。
【００６２】
＊＊お試しモード
上述したフローチャートからも明らかなように、本発明は、各種の評価並びに運行管理を行う「通常モード」に加え、デモ用の「お試しモード」を備えている。通常モードは、実際に評価・管理対象となる運転者が車両を運転し、その車両の走行に収集した車両の状態情報を記録し、その記録した車両の状態情報に基づいて各種評価や運行管理を行うモードである。お試しモードは、上記の車両の状態情報に対応する仮想のサンプルデータに基づいて各種評価や運行管理を行う。
【００６３】
そして、このお試しモードの動作は、使用するデータがサンプルデータとしているだけで処理機能は通常モードと同じで、新たな車両の走行に関する情報やユーザアカウントの追加登録をしたり、登録済みデータの変更や削除をしたりする機能を備える。
【００６４】
これらの処理・作業は、通常モードと同じにしているため、ユーザはこのお試しモードを起動し利用することで運転状態評価システムの操作性や分析結果の出力状態等の確認が実際の通常モードを想定して正しくできる。よって、予め多数のサンプルデータを容易し提供することで、使用開始直後から多数のデータが蓄積された一定期間経過後の状態を確認することができる。さらに、本実施形態では、後述するように実際に車両を走行したときに収集した車両の状態情報を取り込み、実際の車両の状態情報を用いてお試しモードでの使用を試せる。但し、お試しモードで起動した場合のデータの登録／変更／削除は一時的な変更のみになり、アプリケーション終了時にはデータ変更分が保存されない設定となっている。
【００６５】
図８は、お試しモードと通常モードを備えた運転状態評価システムの要部構成を示している。図に示すように、演算処理部１１にインストールされたアプリケーションプログラムは、通常モード実行部１１ａと、お試しモード実行部１１ｂと、起動処理部１１ｃとを備えている。起動処理部１１ｃは、上述した図５に示すフローチャートのＳ１からＳ６の各処理を実行する機能を備えている。そして、起動処理部１１ｃは、ユーザからの入力を受けて、通常モード実行部１１ａとお試しモード実行部１１ｂを択一的に起動する。
【００６６】
記憶部１２は、通常モード用の記憶領域１２ａとして通常モード用データベース１２ａ-1と、通常モード用管理ファイル１２ａ-2を備え、お試しモード用の記憶領域１２ｂとしてお試しモード用データベース１２ｂ-1と、お試しモード用管理ファイル１２ｂ-2と、サンプルデータ記憶部１２ｂ-3と、管理用情報テンプレート記憶部１２ｂ-4を備えている。
【００６７】
通常モード用データベース１２ａ-1とお試しモード用データベース１２ｂ-1は、データ構造は同じであり、図４（ｂ）の車両の状態情報のファイルを格納するデータベースに対応する。また、通常モード用管理ファイル１２ａ-1と、お試しモード用管理用ファイル１２ｂ-2は、記録するファイルの種類や項目は同じであり、図４（ｂ）に示した登録者ファイル，車両情報ファイル，端末情報ファイルに対応する。
【００６８】
さらに、サンプルデータ記憶部１２ｂ-3は、デモ用のサンプルデータを記録している。このサンプルデータは、車両の走行時に収集する車両の状態情報に対応するデモデータである。異なる日付のファイル，同日に複数回走行した場合のそれぞれのファイル，運転の挙動の異なるパターンのファイル，運転者や車両が異なるファイルなど多岐にわたる種類と数のファイルを備えている。運転の挙動の異なるパターンは、例えば安全運転をしたパターンと危険運転をしたパターンがあり、危険運転をした場合でも、加速度センサの出力値のレベルが異なっていたり、Ｘ軸，Ｙ軸のように異なる項目でレベルが異なっていたりするものなどがある。さらに運転の挙動の異なるパターンとは、危険運転の判定（加速度センサの出力値）以外の車両の状態情報の各種の項目の出現内容が異なる（走行速度が閾値を超えている，アイドリングが長い……）ものもある。
【００６９】
管理用情報テンプレート記憶部１２ｂ-4は、上記のサンプルデータに関連付けられる管理用情報のテンプレートが登録される。すなわち、走行した車両や運転者の情報や、管理者の情報である。
【００７０】
通常モード実行部１１ａは、記憶部１２に設定された通常モード用の記憶領域１２ａに対してアクセスし、ＳＤメモリカード７に記録されている走行に伴い収集した車両の状態情報を取得して通常モード用データベース１２ａ-１に格納したり、その通常モード用データベース１２ａ-１に格納された車両の状態情報を分析して分析結果を出力したり、通常モード用管理ファイル１２ａ-2を作成・更新したりするなどの各種の処理を実行する。この通常モード実行部１１ａの具体的な機能並びに通常モード用データベース１２ａ-１，通常モード用管理ファイル１２ａ-2の内容並びに設定等の具体的な説明は、後述する。
【００７１】
一方、お試しモード実行部１１ｂは、起動時にサンプルデータ記憶部１２ｂ-3にアクセスしてそこに格納されているサンプルデータを読み出すとともにお試しモード用データベース１２ｂ-1に登録する。また、管理用情報テンプレート記憶部に１２ｂ-4に格納された管理用情報テンプレート（登録者ファイル，車両情報ファイル等の各ファイル）を読み出すとともに、お試しモード用管理用ファイル記憶部１２ｂ-2に登録する。そしてお試しモード実行部１１ｂは、お試しモード用データベース１２ｂ-1に格納された所定のファイル（例えば、走行した日付が最新のもの）に対して分析処理をし、その結果をＰＣビューアのメイン画面として表示する。
【００７２】
また、このお試しモード実行部１１ｂは、通常モード実行部１１ａと同様にＳＤメモリカード７に記録されている走行に伴い収集した車両の状態情報を取得し、お試しモード用データベース１２ｂ-１に追加格納する機能を備える。このとき追加する実際の車両走行により取得した車両の状態情報と、起動時に予め登録したサンプルデータとは、互いに区別することなく同じデータベースに登録される。従って、両者をまとめて帳票を作成したり、分析したりすることができる。また、お試しモード実行部１１ｂは、通常モード実行部１１ａと同様にデータベースや管理用ファイルに登録されたデータについて、追加したり、修正したり、削除したりするデータ更新機能を備える。
【００７３】
そして、お試しモード実行部１１ｂは、終了時にはお試しモード用データベース１２ｂ-1並びにお試しモード用管理ファイル記憶部１２ｂ-2に格納されたデータを消去する。サンプルデータは、サンプルデータ記憶部１２ｂ-3に格納されているため、次の起動時においてお試しモードが選択された場合、お試しモード実行部１１ｂは、再びサンプルデータ記憶部１２ｂ-3にアクセスしてサンプルデータを取得するとともにお試しモード用データベース１２ｂ-1に登録する。よって、その前のお試しモード起動中にサンプルデータの一部または全部を削除したり、記録内容を変えてしまったりした場合でも一旦アプリケーションを終了させ再起動させると初期状態に戻る。このようにすることで、ユーザは、予め用意されたサンプルデータに基づく処理ができる。よって、ユーザは、安心してサンプルデータや車両の状態情報についてのデータに対して変更したり削除したりする処理を安心して試すことができる。
【００７４】
さらに、管理者ユーザ登録をして通常モードを使用し始めた後でも、ユーザは、任意の時にお試しモードを起動させて、サンプルデータさらには実際の車両の状態情報を用いて操作を確認でき、その作業中に仮に車両の状態情報を削除したり、間違った修正をしてしまったりしても問題がない。従って、ユーザは、例えば、実際の運用時に操作が不明なことが生じた場合、一旦処理を終了し、お試しモードを起動し、実際の車両の状態情報等を用いて操作する。そのとき誤ってお試しモード用データベースに登録した車両の状態情報を削除等しても問題がないので、ユーザは、安心して操作の確認ができる。
【００７５】
次に、通常モード実行部１１ａ，お試しモード実行部１１ｂの実際の処理機能について説明する。上述したように、お試しモードで起動した場合のデータの登録／変更／削除は一時的な変更のみになり、アプリケーション終了でデータ変更分が保存されない設定としている以外は、いずれの実行部も基本的な処理は同じである。従って、以下の説明では、演算処理部１１の機能として説明する。そして係る演算処理部１１の各機能は、通常モード実行部１１ａの機能であり、また、お試しモード実行部１１ｂの機能でもある。
【００７６】
＊初期設定処理
ＰＣビューアを起動後、実際にＳＤメモリカードを利用して車両の走行に関する情報の収集並びに分析・結果表示等の運用を行うに先立ち、運用で利用する「運転者」，「車両」，「端末」の情報を設定登録する必要がある。また、この初期設定により、記憶部１２を構成するハードディスク等の不揮発性の記憶エリアに、各情報が登録されたファイルが生成される。このファイルに登録された情報は、その後も追加・更新が可能である。
【００７７】
＊運転者情報等管理
管理者ユーザは、利用する運転者情報が未登録の場合、運転者登録処理を実行する。具体的には、管理者ユーザは、メイン画面上部のメニューの「管理」をクリックする。演算処理部１１は、かかる「管理」がクリックされたことを検知すると、「車両一覧」，「端末一覧」，「登録者一覧」の３つのメニュー項目を有するプルダウンメニューを表示する。そして、演算処理部１１は、「登録者一覧」がクリックされたことを検知すると、記憶部１２の登録者ファイルにアクセスし、登録されている管理者ユーザと運転者の情報を取得し、図９（ａ）に示す登録者一覧画面を表示する。
【００７８】
そして、演算処理部１１は、登録者一覧画面の「運転者新規登録」ボタンがクリックされたことを検知すると、図９（ｂ）に示す運転者の新規登録画面を表示部１３に表示する。この新規登録画面は、実際には、登録者一覧画面の上に重ねて表示する。管理者ユーザは、入力部１４を操作し、新規登録画面中の各テキスト入力ボックス内に運転者名，アカウント名，パスワードを入力し、「登録」ボタンをクリックする。そこで、演算処理部１１は、入力された情報に基づきそれらを関連付けたテーブル構造の運転者情報を作成し登録者ファイルに格納する。管理する運転者が複数存在する場合、上記の処理を繰り返し実行する。
【００７９】
運転者情報で規定される運転者ユーザは、ログインしたユーザのＳＤカード設定、ＳＤカード取り込み、運行データ閲覧が可能であり、他の運転者ユーザのＳＤカード設定、ＳＤカード取り込み、運行データ閲覧はできない。そして、運転者名は、ユーザの画面表示名であり、後で変更も可能である。アカウント名は、ログイン時のアカウントであり、変更できない。また、パスワードは、ログイン時のパスワードであり、後で変更も可能である。
【００８０】
また、新たな管理者ユーザを追加したい場合、図９（ａ）に示す登録者一覧画面中の「管理者新規登録」ボタンをクリックすることで行える。演算処理部１１は、かかる「管理者新規登録」ボタンがクリックされると、図６（ｃ）に示す管理者ユーザの新規登録画面を表示する。そして、管理者ユーザは、入力部１４を操作し、新規登録画面中の各テキスト入力ボックス内に管理者名、アカウント名、パスワードを入力し、登録ボタンをクリックする。演算処理部１１は、入力された情報に基づきそれらを関連付けたテーブル構造の管理者ユーザ情報を作成し登録者ファイルに格納する。
【００８１】
さらに、上述した処理を実行してすでに登録された管理者ユーザや運転者情報を修正・削除といった更新処理をする場合、管理者ユーザは、図９（ａ）に示す登録者一覧画面における更新処理対象の管理ユーザ或いは運転者情報の欄の「変更」ボタンＢ１或いは「削除」ボタンＢ２をクリックする。かかるクリックを検知した演算処理部１１は、更新処理を実行する。具体的には、演算処理部１１は、「変更」ボタンＢ１のクリックを検知すると図９（ｂ）や図６（ｃ）に示した新規登録画面の各テキスト入力ボックス内に登録済みの情報を表示し、その後「登録」ボタンのクリックを検知するとその時の各テキスト入力ボックス内の情報に更新する。また、演算処理部１１は、「削除」ボタンＢ２のクリックを検知すると、削除して良いかの確認メッセージと「Ｙｅｓ」ボタン・「Ｎｏ」ボタンを用意した確認画面を表示し、「Ｙｅｓ」ボタンがクリックされたことを検知すると、該当する運転者・管理者ユーザを登録者ファイルから削除する。演算処理部１１は、「Ｎｏ」ボタンがクリックされたことを検知すると削除しない。なお、少なくとも一人の管理者ユーザが必要なため管理者ユーザの登録数が「１」のときに当該管理者ユーザに対して「削除」ボタンがクリックされた場合、演算処理部１１は、削除できない旨のメッセージと「ＯＫ」ボタンを有する確認画面を表示し、「ＯＫ」ボタンのクリックを検知すると当該確認メッセージを消去する。このように、これらの管理ユーザや運転者情報の追加・修正・削除は、管理者ユーザのみが行える。
【００８２】
＊車両情報管理
管理者ユーザは、利用する車両情報が未登録の場合、車両情報登録処理を実行する。具体的には、まず、メイン画面上部のメニューの「管理」をクリックする。演算処理部１１は、かかる「管理」がクリックされたことを検知すると、「車両一覧」，「端末一覧」，「登録者一覧」の３つのメニュー項目を有するプルダウンメニューを表示する。そして、演算処理部１１は、「車両一覧」がクリックされたことを検知すると、記憶部１２の車両情報ファイルにアクセスし、登録されている車両情報の情報を取得し、図１０（ａ）に示す車両一覧画面を表示する。図示するように、車両情報が未登録の場合、演算処理部１１は、項目名（車両メーカ名，車種名，車両番号，基準燃費値）のみを表示し、各項目内のデータは空欄とする。
【００８３】
そして、演算処理部１１は、車両一覧画面の「車両新規登録」ボタンがクリックされたことを検知すると、図１０（ｂ）に示す車両情報の新規登録画面を表示部１３に表示する。この新規登録画面は、実際には、車両一覧画面の上に重ねて表示する。管理者ユーザは、入力部１４を操作し、新規登録画面中の各テキスト入力ボックス内に車両メーカ名，車種名，車両番号，基準燃費値を入力し、登録ボタンをクリックする。そこで、演算処理部１１は、入力された情報に基づきそれらを関連付けたテーブル構造の車両情報を作成し登録者ファイルに格納するとともに、車両一覧画面に表示する。管理する車両が複数存在する場合、上記の処理を繰り返し実行する。
【００８４】
演算処理部１１は、車両一覧画面に表示される登録済み車両情報の欄の「修正」ボタンがクリックされたことを検知すると、図１０（ｂ）に示した新規登録画面の各テキスト入力ボックス内に登録済みの情報を表示し、その後「登録」ボタンのクリックを検知するとその時の各テキスト入力ボックス内の情報に更新する。これにより登録済みの車両情報の修正が行える。また、演算処理部１１は、車両一覧画面に表示される登録済み車両情報の欄の「削除」ボタンのクリックを検知すると、削除して良いかの確認メッセージと「Ｙｅｓ」ボタン・「Ｎｏ」ボタンを用意した確認画面を表示し、「Ｙｅｓ」ボタンがクリックされたことを検知すると、該当する車両情報を車両情報ファイルから削除する。これに伴い、車両一覧画面から該当する車両情報が消去される。
【００８５】
＊端末情報管理
管理者ユーザは、利用する端末（上記の車両走行データ収集装置）についての端末情報が未登録の場合、端末情報登録処理を実行する。具体的には、まず、メイン画面上部のメニューの「管理」をクリックする。演算処理部１１は、かかる「管理」がクリックされたことを検知すると、「車両一覧」，「端末一覧」，「登録者一覧」の３つのメニュー項目を有するプルダウンメニューを表示する。そして、演算処理部１１は、「端末一覧」がクリックされたことを検知すると、記憶部１２の端末情報ファイルにアクセスし、登録されている端末情報の情報を取得し、図１１（ａ）に示す端末一覧画面を表示する。
【００８６】
演算処理部１１は、端末一覧画面の「ＤＭＲ端末新規登録」ボタンがクリックされるのを検知すると、図１１（ｂ）に示す端末の新規登録画面を表示部１３に表示する。この新規登録画面は、実際には、登録端末一覧画面の上に重ねて表示する。ここで「ＤＭＲ」は、「Drive Monitoring Recorder」の略であり、本実施形態との関係で言うと、車両走行データ収集装置のことを指す。管理者ユーザは、入力部１４を操作し、新規登録画面中の各入力ボックス内に端末ＩＤ、取付車両、製品モデル設定、ＧＰＳ設定、加速度センサーレンジを入力し、「登録」ボタンをクリックする。そこで、演算処理部１１は、入力された情報に基づきそれらを関連付けたテーブル構造の運転者情報を作成し端末情報ファイルに格納する。管理する端末が複数存在する場合、上記の処理を繰り返し実行する。
【００８７】
端末ＩＤは、１〜９９９９の中で他の端末と重複しない値を設定する。演算処理部１１は、デフォルトでは「１」を表示し、入力ボックスの右端の上下のキーボタンをクリックされたことを検知すると数値を１ずつ昇降する。入力ボックスに直接数値を入力しても良い。演算処理部１１は、指定可能な車両情報がプルダウンメニュー方式でリストアップされるので、ユーザは、該当する車両を選択する。つまり、演算処理部１１は、車両情報ファイルをアクセスし、登録されている車両情報を取得すると共に車種名と車両ナンバーを対にし、そのうちの１つの車両を取付車両の入力ボックスに表示する。そして、演算処理部１１は、入力ボックスがクリックされたことを検知すると、取得した登録済みの車両情報（車種名＋車両ナンバー）をプルダウンメニュー方式で表示する。管理者ユーザは、入力部（ポインティングデバイス）１３を用いてリストアップされた車両情報の中から１つをクリックして選択する。演算処理部１１は、かかるクリックされた車両情報を取付車両の入力ボックス内に表示する。なお、端末（車両走行データ収集装置）を設置する車両が未登録の場合、「車両新規登録」ボタンをクリックし、先に車両情報の登録を行う。
【００８８】
ＧＰＳ設定は、端末（車両走行データ収集装置）がＧＰＳモジュールつきの装置か否かを設定するものである。上述した図１に示した実施形態では、ＧＰＳモジュール４が接続されているため、管理者ユーザは、「ＧＰＳあり」のラジオボタンをクリックして指定する。加速度レンジ設定は、端末に搭載されている加速度センサのレンジを指定するもので、±２Ｇ，±４Ｇ，±８Ｇ，±１６Ｇの中から選択する。
【００８９】
＊端末ＳＤカード設定
管理者ユーザは、上述した運転者情報，車両情報，端末情報の登録が完了すると、次に、日々の運転・運用時に使用するＳＤメモリカードの設定を行う。このＳＤメモリカードへの設定処理は、上述した車両走行データ収集装置に対する初期設定時に使用する初期設定用ファイルや、通常設定時に使用する通常設定用ファイル等を作成するものである。実際の設定処理は、以下のように行う。
【００９０】
まず、管理者ユーザは、ＳＤメモリカード用のカードリーダ１５に、設定対象のＳＤメモリカードを装着する。パーソナルコンピュータの機能により、演算処理部１１は、ＳＤメモリカードを認識する。また、管理者ユーザは、メイン画面上部のメニューの「端末ＳＤカード設定」をクリックする。演算処理部１１は、かかる「端末ＳＤカード設定」がクリックされたことを検知すると、図１２（ａ）に示すＤＭＲ端末ＳＤカード設定画面を表示する。このＤＭＲ端末ＳＤカード設定画面は、実際には、メイン画面の上に重ねて表示する。演算処理部１１は、このとき登録端末ファイルにアクセスし、登録済みの端末ＩＤを取得すると共に、デフォルト条件に一致する端末ＩＤの端末情報を取得し、図１２（ａ）に示す各入力ボックス内にデフォルト情報としてその最小端末ＩＤについての各情報を表示する。また、衝撃感度は、レベル３を表示する。さらに初期設定時の設定日時は、メニューの「端末ＳＤカード設定」がクリックされたときのパーソナルコンピュータの内部時計の日時情報をデフォルト値として表示する。デフォルト条件は、例えば、端末ＩＤが最小／最大のものとしても良いし、最後に登録したものとしても良い。特に最後に登録したものは、その直後にＳＤメモリカードに対する設定処理を行う可能性が高いので、デフォルト情報として表示するとのそのまま選択・実行することができることが多くなるので好ましい。
【００９１】
演算処理部１１は、登録済みの端末ＩＤを取得しているので、ＤＭＲ端末ＳＤカード設定画面の端末ＩＤの入力ボックスがクリックされたことを検知すると、取得した全ての端末ＩＤをプルダウンメニュー方式で表示する。そして、そのリストの中からいずれかの端末ＩＤが選択されると、対応する端末情報を読み出し該当する入力ボックス内に表示する。
【００９２】
演算処理部１１は、ＤＭＲ端末ＳＤカード設定画面の「設定」ボタンがクリックされたことを検知すると、その時のＤＭＲ端末ＳＤカード設定画面の入力ボックスに表示されている各情報をＳＤメモリカードに登録する。このとき演算処理部１１は、各情報をそれぞれ初期設定用ファイルと通常設定用ファイルに分けてファイルを作成し、ＳＤメモリカードに格納する。
【００９３】
さらに、ＤＭＲ端末ＳＤカード設定画面に表示されたデータは、端末ＩＤ以外は変更可能であり、変更した状態で「設定」ボタンをクリックすると、上記の通りＳＤメモリカードへ両ファイルが格納される共に、記憶部１２内の記憶内容も更新する。
【００９４】
＊端末ＳＤカード読み取り
上述した端末ＳＤカード設定を実行して端末情報が格納されたＳＤメモリカードは、カードリーダ１５から取り外され運転者に渡される。そして、運転者は、当該ＳＤメモリカードを用いて、自己が運転する車両に搭載された車両走行データ収集装置に装着し、必要に応じて所定の設定処理を行った後、通常の運転を行う。そして、運転終了後は、ＳＤメモリカードを車両走行データ収集装置から取り外して、カードリーダ１５にセットし、当該メモリカードに記録された情報を読み取り、運転状態評価システムにデータを取り込む。かかる読み取り処理は、実際には以下のように行う。
【００９５】
管理者ユーザは、ＳＤメモリカード用のカードリーダ１５に、ＳＤメモリカードを装着する。パーソナルコンピュータの機能により、演算処理部１１は、ＳＤメモリカードを認識する。また、管理者ユーザは、メイン画面上部のメニューの「データ取り込み」をクリックする。演算処理部１１は、かかる「データ取り込み」がクリックされたことを検知すると、図１２（ｂ）に示すＳＤカードデータ取り込み画面を表示する。このＳＤカードデータ取り込み画面は、実際には、メイン画面の上に重ねて表示する。
【００９６】
管理者ユーザは、読み込みドライブ指定の入力ボックスから、ＳＤメモリカードのドライブ，製品モデル（ここでは、ＤＭＲ），運転者並びに車両を指定し、「実行」ボタンをクリックする。演算処理部１１は、実行ボタンがクリックされたことを検知すると、ＳＤメモリカードの走行データ記録用ファイルを読み込み、記憶部１２内のデータベースに格納する。このデータベースには、エンジンを掛けてから切るまでを１つの単位とし、当該単位ごとにファイル化され登録される。
【００９７】
図１３は、記憶部１２内の車両の状態情報を格納するデータベースのデータ構造の一例を示している。図示するように、時刻情報（実際には日付も含まれる），位置情報（緯度・経度），加速度センサ出力値（Ｘ軸，Ｙ軸，Ｚ軸），車両情報を、時系列に記録したテーブル構造となっている。車両走行データ収集装置１が１秒ごとに収集した他のログ情報も併せて記録する。エンジンを始動してから停止するまでの１回の走行を１つの単位として上記のデータ構造のファイルが作成されデータベースに登録される。
【００９８】
演算処理部１１は、端末ＳＤカード読み取り処理が完了すると、「完了しました」というメッセージと「ＯＫ」ボタンを用意した完了確認画面を表示し、「ＯＫ」ボタンがクリックされたことを検知すると、当該完了確認画面を消去する。
【００９９】
＊分析処理
演算処理部１１は、上記のようにしてデータベースに登録された車両の走行に関する情報を読み出し、各種の分析を行い、結果を出力する。具体的には、以下の各種の処理を行う。この分析処理は、後述する分析結果を出力する際に、その都度データベースにアクセスして対象となる車両の走行に関する情報を取得して行う。
【０１００】
＊＊危険運転（安全運転指標）の分析
本実施形態では、加速度センサの各軸の出力の単位は重力加速度（１Ｇ＝９．８ｍ／ｓｅｃ））とし、重力加速度を指標として危険運転の有無を判断する。具体的には、図１４に示すように０．１Ｇ刻みでレベル区分けしている。各区間はいずれも下限値を含み上限値を含まない。人間（運転者）が運転中に加速度を感じる場合、その感じた方向に対する速度変化が大きく、その程度が大きいほど危険の度合いが高いといえる。そして、加速度センサの検出誤差の範囲（０から０．１Ｇ）や、センサのみで検出できるが人間が感じない程度の微小な加速度（０．１〜０．２Ｇ）の場合、運転に影響もなく安全である。一方、経験上、加速度が０．２Ｇ以上０．３Ｇ未満となると、時々弱いＧを感じることがあり、加速度が０．３Ｇ以上０．４Ｇ未満となると、弱いＧを感じる。弱いながらもＧを感じる場合、注意して運転をした方が良い。そこで、時々弱いＧを感じる０．２Ｇ以上０．３Ｇ未満の範囲では、やや注意が必要な状態といえ、常に弱いＧを感じる０．３Ｇ以上０．４Ｇ未満の範囲では、注意が必要な状態といえる。そして、０．４Ｇ以上となると、運転中に強いＧを感じる危険な状態となる。
【０１０１】
そこで、本実施形態では、０．４Ｇを閾値に設定し、０．４Ｇ以上の加速度の場合に危険運転があったと判定する。前述した車両走行データ収集装置１は、加速度センサの出力値が、ユーザにより設定されたレベルを超えた場合に警報ブザー音を鳴動させるようになっている。そして、鳴動する基準となるレベルは、可変であり、危険運転と判定する０．４Ｇよりも低い加速度でも警報ブザー音が鳴動するようにすることもできる。これに対し、本実施形態で危険運転と判定するのは、車両走行データ収集装置１が１秒ごとに記録したＸ軸，Ｙ軸，Ｚ軸の加速度を用いる。そして、危険運転があったと判定する閾値は、０．４Ｇで固定とし、さらに、以下に示すように１回の走行データ単位で分析し、評価するようにしている。
【０１０２】
そこで演算制御部１１は、分析対象のファイル（１回分の走行単位）に格納されたＸ軸とＹ軸の加速度に対しそれぞれ時系列でサーチし、閾値である０．４Ｇ以上の値を抽出してカウントする。このとき、単発で１回閾値超えをしている（前後は閾値未満）の単発危険運転の発生回数と、２回以上連続して閾値を超えている連続危険運転の発生回数とを別々にカウントする。さらに、連続危険運転については、連続したひとかたまりを１回とカウントするのではなく、連続して発生している回数をそのままカウントする。つまり、３回連続（３秒間連続）して閾値を超えている場合には、連続危険運転の発生回数は３回となる。すなわち、連続して発生している場合も、単発で発生している場合も、個々の発生に対してはいずれも１回とカウントするが、単発危険運転と、連続危険運転のいずれに属するかを分けてカウントするようにしている。
【０１０３】
さらに、本実施形態では、判定する危険運転の種類として、急加速，急減速，急ハンドルの３つを用意した。各種類の危険運転について、上述した単発と連続の区別があるので、結果として、連続急加速回数，連続急減速回数，連続急ハンドル回数，単発急加速回数，単発急減速回数，単発急ハンドル回数の６種類に分けてそれぞれのイベントの発生回数を個別にカウントする。
【０１０４】
車両走行データ収集装置１の構成でも説明したように、当該車両走行データ収集装置１に搭載される加速度センサは、進行方向前方に走行している際に速度が加速している場合にＸ軸のセンサ出力値は正の値を示し、進行方向前方に走行している際に速度が減速している場合にＸ軸のセンサ出力値は負の値を示す設定としている。
【０１０５】
よって、演算処理部１１は、Ｘ軸のセンサ出力値の絶対値が設定された閾値である０．４Ｇ以上であって出力値が正の場合には急加速の状態と判定し、単発急加速回数或いは連続急加速回数のいずれかのカウント値を１インクリメントする。また、演算処理部１１は、Ｘ軸のセンサ出力値の絶対値が設定された閾値である０．４Ｇ以上であって出力値が負の場合には急減速の状態と判定し、単発急減速回数或いは連続急減速回数のいずれかのカウント値を１インクリメントする。さらに演算処理部１１は、Ｙ軸のセンサ出力値の絶対値が設定された閾値である０．４Ｇ以上の場合には急ハンドルの状態と判定し、単発急ハンドル回数或いは連続急ハンドル回数のいずれかのカウント値を１インクリメントする。
【０１０６】
そして演算処理部１１は、上記のように６種類のイベントの発生回数を合計して危険運転回数を求める。この危険運転回数は、各イベントの発生回数を重み付けすることなく単純に加算して求める。すなわち、単発急加速が１秒ずつ別々の場所で２回発生した場合と、連続急加速が２秒間連続して発生した場合は、単発急加速回数と連続急加速回数はいずれも２回となるので、それらを合計した４回が危険運転回数となる。また、例えば急ハンドルを切りながら急加速をするような運転の挙動が１秒間あった場合、単発急ハンドルの回数と、単発急加速の回数のそれぞれに１回ずつ加算されるため、危険運転回数は２回となり、より大きな危険運転であると評価される。
【０１０７】
この単発と連続のそれぞれの危険運転のイベントの発生回数のカウント処理は、具体的には、演算処理部１１が、図１５に示すフローチャートを実行することで実現している。単発の発生回数をカウントするカウンタＡと、連続の発生回数をカウントするカウンタＢを備える。時系列で記録されたｉ番目の加速度センサのＸ軸の出力値をＧｘ（ｉ）、加速度センサの出力値が危険と判定される閾値ＴｈｒｅｓＸ（０．４Ｇ）、取得データ数をｉＭａｘとする。
【０１０８】
演算処理部１１は、ｉ＝１にセットし、カウンタＡ，Ｂを０にリセットする（Ｓ１１）。次いで演算処理部は、ｉ番目の加速度センサのＸ軸の出力値Ｇｘ（ｉ）が閾値ＴｈｒｅｓＸ以上か否かを判断する（Ｓ１２）。Ｇｘ（ｉ）がＴｈｒｅｓＸ未満の場合、処理ステップＳ１２の分岐判断はＮｏとなり、処理ステップＳ２２に飛び、ｉをインクリメントする。演算処理部１１は、ｉが取得データ数（ｉＭａｘ）を超えたか否かを判断し（Ｓ２３）、取得データ数を超えていなければ処理ステップＳ１２に戻り、インクリメントしたｉ番目の加速度センサの出力値に対して閾値以上か否かを判断する。
【０１０９】
図１３にも示すように、一般的に、エンジン始動当初は、アイドリングなどをしており、１秒以内に発進することはあまりないため、ｉ＝１から何回かはＧｘ（ｉ）がＴｈｒｅｓＸ未満の場合が続くため、上記のルーチンを繰り返し実行することとなる場合が多い。
【０１１０】
一方、Ｓ１２でＧｘ（ｉ）がＴｈｒｅｓＸ以上の場合、演算処理部１１は、連続発生回数用のカウンタＢをインクリメントし（Ｓ１３）、加速度センサの１秒後の出力値（Ｇｘ（ｉ＋１））が閾値以上か否かを判断する（Ｓ１４）。このＧｘ（ｉ＋１）が閾値未満の場合（Ｓ１４がＮｏ）には、単発発生回数用のカウンタＡをインクリメントすると共に、カウンタＢをデクリメントする（Ｓ２１）。
【０１１１】
なお、現在処理対象のＧｘ（ｉ）が最終のデータ（ｉ＝ｉＭａｘ）とすると、Ｇｘ（ｉ＋１）のデータは存在しない。係る場合、演算処理部１１は、Ｇｘ（ｉ＋１）＝０として、Ｓ１４の分岐判断を行う。すなわち、通常の走行においてエンジンを停止する場合には、一旦停車をし、間をおいてからエンジンを切るので、少なくともエンジンを停止する直前の１秒以上は、加速度センサの出力値は閾値未満となり、走行データの最後の出力値Ｇｘ（ｉＭａｘ）が閾値以上となることはほとんど無いといえる。よって、通常の走行データに対する分析処理では、Ｓ１４でのＧｘ（ｉ＋１）は実際のデータが存在しているが、例えば、何かしらの原因でデータファイルが途中で切れていて、たまたまその最終のｉＭａｘの出力値が閾値以上であったり、急ブレーキを掛けて停止するとともにエンジンを切ったり、事故などで最終のｉＭａｘの出力値が閾値以上のときでも、係る場合のＧｘ（ｉ＋１）は０となるので、Ｓ１４はＮｏとなる。
【０１１２】
Ｓ１２の分岐判断をする場合、前回の処理で、Ｓ１２でＮｏの場合と、Ｓ１４でＮｏの場合と、Ｓ１７でＮｏの場合である。まず、あるｉ番目の出力値Ｇｘ（ｉ）が閾値未満とすると、Ｓ１２でＮｏとなる。このときの出力値を便宜上Ｔ１とする。Ｓ２２によりｉが１つインクリメントされることから、その次にＳ１２で分岐判断する際のＧｘ（ｉ−１）は、上記Ｔ１であるためＧｘ（ｉ−１）は閾値未満となる。このようにＳ１２の分岐判断がＮｏの場合、その次の処理対象の出力値Ｇｘ（ｉ）にとってのＧｘ（ｉ−１）は、前回Ｓ１２でＮｏと判定された出力値であるので、必ずＧｘ（ｉ−１）は閾値未満となる。そして、Ｇｘ（ｉ）が閾値以上になるまで（Ｓ２３でｉがｉＭａｘを超えた場合を除く）、Ｓ１２→Ｓ２２→Ｓ２３→Ｓ１２……のループを繰り返し実行する。
【０１１３】
また、Ｓ１４でＮｏの場合、現在処理対象の出力値Ｇｘ（ｉ）の１つ後の出力値（Ｇｘ（ｉ＋１））が閾値未満であり、その時の出力値をＴ２とする。Ｓ１４でＮｏとなり、Ｓ２２でｉが１インクリメントされるため、次の処理対象の出力値は、上記のＴ２であるためＳ１２はＮｏとなる。
【０１１４】
また、Ｓ１７がＮｏの場合、上記のＳ１２の場合と同様、Ｓ１７でＮｏと判断された出力値が、その次のＳ１２で分岐判断する際のＧｘ（ｉ−１）となるため、そのＧｘ（ｉ−１）は閾値未満となる。そして、それ以降は、Ｇｘ（ｉ）が閾値以上になるまで（Ｓ２３でｉがｉＭａｘを超えた場合を除く）、Ｓ１２→Ｓ２２→Ｓ２３→Ｓ１２……のループを繰り返し実行する。そして、Ｇｘ（ｉ）が閾値以上の場合、上述したように、Ｓ１２→Ｓ１３→Ｓ１４と順次処理が進む。
【０１１５】
Ｓ１２で分岐判断がＹｅｓとなるには、前回の処理で、Ｓ１２でＮｏあるいはＳ１７でＮｏの場合であるため、Ｇｘ（ｉ−１）が閾値未満でＧｘ（ｉ）が閾値以上の場合である。つまり、このＳ１２でＹｅｓとなった出力値Ｇｘ（ｉ）は、単発か或いは連続発生した場合の先頭となる。
【０１１６】
従って、Ｓ１２の分岐判断をしてＹｅｓとなる場合、Ｇｘ（ｉ−１）は閾値未満であるので、Ｇｘ（ｉ＋１）も閾値未満とすると、Ｓ１２でＹｅｓと判断した閾値以上の出力値は単発であるため、Ｓ１３でカウンタＢをインクリメントした値を元に戻すと共に、単発発生用カウンタＡをインクリメントする。
【０１１７】
そして、演算処理部１１は、ｉをインクリメントし（Ｓ２２）、ｉが取得データ数（ｉＭａｘ）を超えたか否かを判断し（Ｓ２３）、取得データ数を超えていなければ処理ステップＳ１２に戻り、インクリメントしたｉ番目の加速度センサの出力値に対して閾値以上か否かを判断する。
【０１１８】
一方、処理ステップＳ１４の分岐判断でＹｅｓの場合、今回処理対象の出力値Ｇｘ（ｉ）と、次の出力値Ｇｘ（ｉ＋１）がともに閾値以上であるので、連続発生をしていることになり、その場合の出力値Ｇｘ（ｉ）は連続発生の先頭となる。このＳ１４におけるＧｘ（ｉ＋１）は連続発生している２番目となる。このように、Ｇｘ（ｉ）は連続発生の先頭であるので、演算処理部１１は、ｉをインクリメントした（Ｓ１５）後、ｉが取得データ数（ｉＭａｘ）を超えたか否かを判断し（Ｓ１６）、取得データ数を超えていなければ処理ステップＳ１７に飛び、インクリメントしたｉ番目の加速度センサの出力値に対して閾値以上か否かを判断する。
【０１１９】
そしてＧｘ（ｉ）がＴｈｒｅｓＸ以上の場合、演算処理部１１は、連続発生回数用のカウンタＢをインクリメントし（Ｓ１８）、ｉをインクリメントした（Ｓ１９）後、ｉが取得データ数（ｉＭａｘ）を超えたか否かを判断し（Ｓ２０）、取得データ数を超えていなければ処理ステップＳ１７に飛び、インクリメントしたｉ番目の加速度センサの出力値に対して閾値以上か否かを判断する。上述したごとく、Ｓ１５を経てＳ１７の分岐判断を行ったセンサの出力は、連続発生している２番目の出力値であり、それ以降、出力値が連続して閾値以上の場合、Ｓ１７→Ｓ１８→Ｓ１９→Ｓ２０→Ｓ１７……のループを繰り返し実行する。
【０１２０】
また、処理ステップＳ１７でＮｏの場合には、Ｓ２２に飛び、以降上述した処理を実行する。また、Ｓ１６，Ｓ２０，Ｓ２３の分岐判断を実行し、ｉが取得データ数を超えていた場合には、そのファイルの全てのデータをサーチしたため、処理を終了する。
【０１２１】
図１３に示すデータを例にとって説明する。この図１３において、記載を省略している部分におけるＸ軸の出力値は、閾値（０．４Ｇ）未満である。ｉ＝1〜４，さらにはｎ，ｎ＋１では、Ｘ軸の出力値は０．４Ｇ未満となるので、Ｓ１２→Ｓ２１→Ｓ２２→Ｓ２３を経てＳ１１に戻る。ｉ＝ｎ＋２のとき、加速度センサのＸ軸の出力値は０．４２８Ｇとなり、閾値以上となるので、Ｓ１３を実行してカウンタＢの値をインクリメントする。これによりカウンタＢの値は１になる。そして（ｉ＋１）すなわち（ｎ＋３）の加速度センサのＸ軸の出力値Ｇｘ（ｎ＋３）も閾値を超えているため、Ｓ１５→Ｓ１６→Ｓ１７と進み、Ｇｘ（ｎ＋３）も閾値以上のため、カウンタＢをインクリメントし、カウンタＢ値は２になる。Ｇｘ（ｎ＋４）は閾値未満のため、Ｓ１７でＮｏとなりＳ２２に飛ぶ。よって、ここまでの処理でカウンタＢの値は２になり、連続回数が２回となる。
【０１２２】
また、ｉ＝ｍ＋１のセンサ出力値であるＧｘ（ｍ＋１）は閾値未満となるので、Ｓ２２からＳ２３を経てＳ１２に至る。そして、Ｇｘ（ｍ＋２）は閾値以上であるため一旦カウンタＢの値をインクリメントするが、Ｇｘ（ｍ＋３）が閾値未満となるので、Ｓ２１によりカウンタＡをインクリメントするとともにカウンタＢをデクリメントする。よって、この状態では、カウンタＡの値が１でカウンタＢの値が２となる。ｉ＝ｍ+５の場合も同様でありカウンタＡをインクリメントし、最終的にカウンタＡ，Ｂの値は共に２となる。
【０１２３】
上述したのはＸ軸のセンサ出力値に基づく単発／連続急加速のイベント発生回数のカウント処理であるが、単発／連続急減速のイベント発生回数のカウント処理や、単発／連続急ハンドルのイベント発生回数のカウント処理も同様に行うことができる。すなわち、単発／連続急減速は、Ｘ軸のセンサ出力をしようするが、出力値の符号は負である。そして、危険運転は、絶対値で０．４Ｇ以上の場合であるため、数式の大小で言うと、Ｇｘ（ｉ）が−０．４Ｇ以下のときが単発／連続急加速のイベント発生回数をカウントアップする。よって、ＴｈｒｅｓＸ＝−０．４Ｇとし、Ｓ１２，Ｓ１７の分岐判断は
Ｇｘ（ｉ）＝＜ＴｈｒｅｓＸ
Ｓ１７の分岐判断は
Ｇｘ（ｉ＋１）＝＜ＴｈｒｅｓＸ
とする。また、Ｙ軸のセンサ出力値に基づく単発／連続急ハンドルについては、センサ出力値の絶対値を用いて、図１５に示すフローチャートを実行する。
【０１２４】
＊その他の運転の挙動の分析
さらに本実施形態では、演算制御部１１は、加速度センサの出力値をサーチし、０．１Ｇ以上の加速度について０．１Ｇ刻みの１０段階の区分けごとに、急加速・急減速・急ハンドルの発生回数もカウントする。すなわち、センサの出力値が０．１Ｇ未満の場合、誤差を含んでいるため、運転の挙動を分析する際の有効な情報とならないので、それらのデータはカウントしないようにした。また、ここでの急加速・急減速・急ハンドルは、上述した危険運転のイベントのように、単発と連続を分けることなく合わせてカウントする。つまり、例えば図１６に示すような１０段階の区分けと、３つのイベント（加速・減速・ハンドル）とを関連付けたバッファメモリを用意する。各バッファメモリの初期値は０とする。演算制御部１１は、Ｘ軸のセンサ出力値を時系列に順に抽出し、該当する欄の値を１インクリメントする。Ｘ軸のセンサ出力値からは絶対値が０．１以上の場合加速イベントと減速イベントのいずれかの欄の値がインクリメントされ、Ｙ軸のセンサ出力値からは絶対値が０．１以上の場合ハンドルのイベントのいずれかの欄の値がインクリメントされる。
【０１２５】
＊出力処理
図１７は、上述した分析結果の出力の一例を示している。この図は、出力画面の一つである「運行データ終日集計」の表示画面の一例を示している。この「運行データ終日集計」の表示画面は、表示条件入力領域Ｒ１と、地図表示領域Ｒ２と、運行ファイル一覧リスト表示領域Ｒ３と、集計表示領域Ｒ４と、分析結果表示領域Ｒ５を備えている。
【０１２６】
表示条件入力領域Ｒ１は、上部に分析対象の車両の走行に関する情報を特定するための運転者並びに運行日の入力ボックスが配置され、その下にイベント抽出レベル指定ボックス、経路地図表示モード指定ボタン、地図ウインドウ表示箇所指定ボタンが用意される。
【０１２７】
運転者入力ボックスは、分析対象の運転者を指定する領域である。演算処理部１１は、入力部１４であるポインティングデバイスにて当該ボックスがクリックされたことを検知すると、データベースに登録済みの運転者一覧をプルダウンメニュー方式で表示し、その表示した運転者のいずれかが指定されたことを検知すると、当該運転者名を運転者入力ボックス内に表示する。図では、「管理者」が指定されている。
【０１２８】
運行日入力ボックスは、分析対象の走行した日を指定する領域である。演算処理部１１は、入力部１４であるポインティングデバイスにて当該ボックスがクリックされたことを検知すると、カレンダー方式の日付入力画面を表示し、その表示した日付入力画面の中からいずれかの日付が指定されたことを検知すると、当該指定された日付を運行日入力ボックス内に表示する。また、この運行日入力ボックスは、デフォルト値として本日の日付を表示する。そこで、表示された年月日の各値を直接テキスト入力して変更して指定する機能も備える。図では、「２０１０年１１月１４日」が指定されている。
【０１２９】
運行日入力ボックスの右下に「運行ファイル表示」ボタンが用意されている。演算処理部１１は、当該ボタンがクリックされたことを検知すると、指定された運転者と運行日の条件を満たす車両の走行に関する情報のファイルを探す。演算処理部１１は、該当するファイルが存在したならば、当該ファイルに格納された車両の走行に関する情報を読み出すとともに上記の分析を行う。また、同日に複数のファイルが存在する場合、演算処理部１１は、その複数のファイルを全て分析処理する。
【０１３０】
演算処理部１１は、この分析結果を運行ファイル一覧リスト表示領域Ｒ３と、集計表示領域Ｒ４と、分析結果表示領域Ｒ５の各領域に、結果をそれぞれの表示領域に出力する。
【０１３１】
運行ファイル一覧リスト表示領域Ｒ３は、表示条件で指定された該当の運行データを一覧で表示する領域である。指定された日付に複数のファイルが存在する場合、その複数のファイルを全て表示する。図は、条件に合致する５つのファイルが存在していた例を示している。
【０１３２】
この運行ファイル一覧リスト表示領域Ｒ３は、始動時刻表示欄，停止時刻表示欄，Ｍａｐ表示チェック欄，表示色選択ボタンを備える。始動時刻表示欄及び停止時刻表示欄には、それぞれ１回の走行に伴う車両の始動時刻と停止時刻を表示する。これは、演算処理部１１が分析対象のファイルに時系列で記録された車両の走行に関する情報の最初と最後の日時データを読み取り、それを表示することで行う。Ｍａｐ表示チェック欄は、ＯＮ／ＯＦＦすることで地図ウインドウ表示領域Ｒ２に表示される地図上の走行経路の表示／非表示を切り替えるものである。演算処理部１１は、チェックされたファイルの走行経路を地図ウインドウ表示領域Ｒ２に表示する。表示色列のボタンをクリックすると色選択が行える。演算処理部１１は、その表示色列のボタンがクリックされたことを検知すると、選択された色で走行経路を表示する。
【０１３３】
また、運行ファイル一覧リスト表示領域Ｒ３に表示されたファイル一覧リストの内、分析結果表示領域Ｒ５に分析結果を表示する際の集計対象になっているものを網掛け／色付けなどにより示すようにしている。本実施形態では、日にち単位で管理するため、デフォルトは終日集計、すなわち、同一の日付に複数のファイルが存在する場合には、全てについて分析をし、各分析結果をそれぞれ合算し、集計結果を出力する。つまり、同日に複数の走行データのファイルがあると、演算処理部１１は、個々の走行データについて分析をし、その結果を演算処理部１１が管理するバッファメモリ等に走行データのファイルごとに各イベント回数等を記録する。そして、演算処理部１１は、それら複数の走行データについて、同一の項目についてそれぞれ合算し、分析結果表示領域Ｒ５の所定箇所に表示する。そして、このように全てのファイルが選択されて集計対象となっているため、図１７では、Ｎｏ１からＮｏ５の全ての項目の背景部分が所定の色（例えば青色）で塗られた状態となる。
【０１３４】
分析結果表示領域Ｒ５は、各種の分析結果を表示するための領域である。演算処理部１１は、分析結果領域Ｒ５の上端に複数のタブを突出するように表示し、ポインティングデバイスによりクリックされたタブを検知し、そのタブに関連付く分析結果領域を表示する。ここでは、本発明と関係する「安全運転指標」タブが選択された状態を示している。この安全運転指標用の分析結果表示領域Ｒ５は、左側に上から順に安全運転指標を表す危険運転回数の表示領域Ｒ５ａ，加速度レベルごとのイベント発生回数表示領域Ｒ５ｂ，危険運転内訳表示領域Ｒ５ｃが設けられ、右側には加速度レベルごとのイベント発生グラフ表示領域Ｒ５ｄが設けられる。
【０１３５】
分析結果表示領域Ｒ５の左側の各領域Ｒ５ａ，Ｒ５ｂ，Ｒ５ｃは、それぞれの分析結果を数値として表示する領域である。そして、集計対象となっているファイルが複数存在する場合、演算処理部１１は、各ファイルの分析結果のそれぞれの合計値を表示する。すなわち、例えば図１７においてイベント発生回数表示領域Ｒ５ｂの０．３Ｇの加速イベンドの発生回数は５回であるが、これは、運行ファイル一覧で示された５つのファイルのそれぞれの０．３Ｇ以上０．４Ｇ未満の加速イベンドの発生回数を求め、その合計値が５回であることを意味する。他の項目も同様である。また、このイベント発生回数表示領域Ｒ５ｂでは、注意が必要とされる０．３Ｇ以上０．４Ｇ未満の区分の発生回数が１以上ある場合、その欄の背景部分を黄色で表示する。これにより、当該区分のイベント発生回数が０の場合には、白地のままとなるので、ユーザは、黄色の欄の有無により注意を有する運転があった否かをすぐに理解できる。同様に、危険運転となる０．４Ｇ以上の区分の発生回数が１以上ある場合、その欄の背景部分を赤色で表示する。これにより、当該区分のイベント発生回数が０の場合には、白地のままとなるので、ユーザは、赤色の欄の有無により危険運転があった否かをすぐに理解できる。
【０１３６】
そして、この例では、０．４Ｇ以上の危険運転となるイベント発生が一回もなかったため、危険運転内訳表示領域Ｒ５ｃで表示される６つの危険運転の種類のイベントはいずれも０回となり、安全運転指標となる危険運転回数も０回となっている。よって、これを見たユーザは、分析した運転者は安全運転をしていることが確認できる。
【０１３７】
また、分析結果表示領域Ｒ５の右側のイベント発生グラフ表示領域Ｒ５ｄは、イベント発生回数表示領域Ｒ５ｂにて表形式（数値）で表示した分析結果を、グラフ（ここでは棒グラフ）を用いて表示する。しかも、加速・減速・ハンドルの３種類のイベントに対応するグラフの要素を、色を変えて表示している。一例を示すと、加速イベントは青色、減速イベントは緑色、ハンドルイベントは赤色とする。このように色を変えつつグラフ表示することで、それを見たユーザは、どの種類のイベントが、加速度のレベル（区分け）で発生しているのかが、直感的に理解できる。
【０１３８】
上述したように、本実施形態では、日にち単位で管理するため、デフォルトは終日集計を行う。よって、上述したように指定された日付に複数のファイルが存在する場合、全てのファイルについて分析をし、その結果を表示する。集計表示領域Ｒ４は、「終日集計」「運行ファイル選択」「瞬間データ表示」の３つのタブにより表示内容を切り替える。図１７は、デフォルトの「終日集計」を表示している。この「終日集計」では、１日の総運行データの各項目について集計した結果を表示する。
【０１３９】
また、本実施形態では、同日に複数のファイルが存在場合、個々のファイルに対する分析結果も表示できる。具体的には、集計表示領域Ｒ４の「運行ファイル選択」タブがクリックされたことを演算処理部１１が認識すると、図１８に示す「運行ファイル選択」を表示する。この「運行ファイル選択」は、上方に「運行ファイル選択指定ボックス」を有する。この「運行ファイル選択指定ボックス」は、画面の切替とともに運行ファイル一覧のＮｏ１のファイルが指定された状態となる。それに伴い、当該Ｎｏ１のファイルについて分析を行い、その結果を分析結果表示領域Ｒ５のそれぞれの領域に表示する。また、このように１つのファイルが指定されている場合、運行ファイル一覧リスト表示領域Ｒ３は、当該１つ（ここではＮｏ１）の欄のみ、色（例えば青色）が塗られた状態となる。
【０１４０】
また、他のファイルについて表示を行う場合、運行ファイル選択指定ボックスにて他のファイルを指定することで行う。具体的には、演算処理部１１は、入力部１４であるポインティングデバイスにて当該運行ファイル選択指定ボックスがクリックされたことを検知すると、図１９に示すように、表示可能なデータリスト（ここでは、Ｎｏ１からＮｏ５と全部指定する「範囲選択」）をプルダウンメニュー方式で表示する。そして、演算処理部１１は、そのメニュー項目のいずれか選択された（図１９では、Ｎｏ４が反転表示されて選択されている）ことを検知すると、当該検知されたファイルについて分析を行い、その結果を分析結果表示領域Ｒ５のそれぞれの領域に表示する。
【０１４１】
さらにこの「運行ファイル選択」の画面では、運行ファイル選択指示ボックスの下に集計期間の入力ボックスが用意されている。この集計期間の入力ボックスは、集計開始時刻と集計終了時刻を登録するようになっており、まず演算処理部１１は、指定されたファイルの開始時刻と終了時刻を抽出しそれぞれ表示する。そして、ユーザは、集計開始時刻と集計終了時刻に適用な値を入力すると指定されたファイルに登録されているデータの内、集計開始時刻から集計終了時刻の範囲内にあるもののみ抽出し、分析処理を行う。このように集計期間の時刻を変更することで集計範囲の変更が可能となる。これにより、何時（昼頃，夕方頃）位に危険運転をしているか、運転開始当初と中間地点と終了付近といったどの当たりで危険運転をしているかといった傾向を見つけやすくなる。
【０１４２】
表示条件入力領域Ｒ１のイベント抽出レベル指定ボックスは、加速度センサの値より抽出するイベントの抽出レベルを指定する。この指定は、イベントの種類ごとに個別に設定でき、演算処理部１１は、結果を結果は右側に回数表示する。この抽出レベルの指定は、０．１Ｇ刻みで行う。実際には、演算処理部１１は、入力部１４であるポインティングデバイスにて抽出レベル指定ボックスがクリックされたことを検知すると、０．１Ｇ刻みで区分けをした１０個のメニュー項目をプルダウンメニュー方式で表示する。そして、演算処理部１１は、そのメニュー項目のいずれか選択されたことを検知すると、当該検知された抽出レベルのイベント発生回数を、分析結果（走行データのファイルごとに各イベント回数等）を一時的に記録しているバッファメモリから取得し、その値をイベント抽出レベル指定ボックスの右隣に数値として表示する。
【０１４３】
表示条件入力領域Ｒ１の経路地図表示モード指定ボタンは、「通常表示」，「マーカー表示」，「イベント表示」の３つモードがあり、各タイトルの左に配置されたラジオボタンをクリックすることで指定する。これらの３つのモードは、地図表示領域Ｒ２に表示する地図に重ねて走行経路を表示する際の表示態様を決定するものである。すなわち、演算処理部１１は、集計対象のファイルが存在する場合、当該ファイルに格納された位置情報から、周辺の地図を地図表示領域Ｒ２に表示する。この表示する地図は、インターネットを経由して取得する。すなわち、演算処理部１１は、インターネットを利用して当該地図を提供しているサイトにアクセスし、少なくともファイルに登録されている全ての位置情報を含む地図データを取得し地図表示領域Ｒ２に表示する。
【０１４４】
通常表示は、マーカー表示なしで経路表示を行う。つまり、演算処理部１１は、運行ファイル一覧リスト表示領域Ｒ３に表示されたファイルの中で、集計対象になっているファイル（背景色が青色で表示）についての位置情報の履歴を抽出して走行経路を求め、地図表示領域Ｒ２に表示される地図上の対応する位置に重ねて表示する。その走行経路は、連続した前後の位置を結ぶ線であり、その色は、運行ファイル一覧リスト表示領域Ｒ３で指定された表示色とする。
【０１４５】
マーカー表示モードは、車両の走行に関する情報に格納された時系列で記録したデータが記録された位置に対応する走行経路上の該当する位置にマーカーを表示し、表示されたマーカーにポインタを当てると、該当地点での時刻、緯度、経度、速度といった詳細データを表示するモードである。図２０に示すように、演算処理部１１は、「マーク表示」のラジオボタンがチェックされている場合、車両の走行に関する情報に格納された時系列で記録したデータの位置情報を取得し、その位置情報に対応するマーカーについて走行経路上の該当する位置に青色の円からなるマーカーＭを表示する。図２１に示すように、演算処理部１１は、ポインタがマーカーＭの上に位置していることを検出すると、そのマーカーＭで示す位置についての時刻、緯度、経度、速度を書き込んだ吹き出しＦを表示する。
【０１４６】
イベントモードは、イベント抽出レベルで選択した加速度が発生した箇所を所定のイベント発生箇所表示マークで示す。マーカーＭと同様に表示されたイベント発生箇所表示マークにポインタを当てると、該当地点での時刻、緯度、経度、速度、進行方向加速度、横方向加速度と発生イベントの種類といった詳細データを表示するモードである。
【０１４７】
図２２に示すように、演算処理部１１は、「イベント表示」のラジオボタンがチェックされている場合、イベント抽出レベル指定ボックスで指定されたイベントの種類ごとの抽出レベルを取得し、分析対象のファイルから条件を満たすイベントを抽出し、抽出したイベントが発生した位置情報から表示された地図の走行経路上の該当箇所にベント発生箇所表示マークＰを重ねて表示する。さらにこのイベント発生箇所表示マークＰは、イベントの発生内容によって色を変えている。すなわち、例えばハンドルイベント発生箇所表示マーク（横方向加速度）は紫の円とし、加速もしくは減速発生箇所表示マーク（縦方向加速度）は黄色の円とし、ハンドルおよび加速／減速発生箇所表示マーク（縦横方向加速度）は赤色の円とする。これにより、マークの色を見るだけでイベントの種類を確認できる。
【０１４８】
さらに図２３に示すように、演算処理部１１は、ポインタがイベント発生箇所表示マークＰの上に位置していることを検出すると、そのイベント発生箇所表示マークＰで示す位置についての該当地点での時刻、緯度、経度、速度、進行方向加速度、横方向加速度と発生イベントの種類を書き込んだ吹き出しＦを表示する。
【０１４９】
さらに、表示条件入力領域Ｒ１の地図ウインドウ表示箇所指定ボタンは、経路マップの表示位置を指定するもので、図示するように表示位置が固定された固定画面表示と、経路マップが固定位置から飛び出した別画面で表示するフローティング表示画面の２種類を切り替える。固定画面表示のときには「フローティング表示」ボタンが表示されているので、そのボタンがクリックされたのを演算処理部１１が検知すると、図２４に示すように、経路マップを固定画面の表示領域から外した状態の別領域に表示する。別領域に表示しているため、その領域の大きさはメイン画面とは独立して変更できる（図２４は、領域を拡大した後の状態を示している）。また、このようにフローティング表示している場合、固定画面の表示領域は、空欄の状態となっている。また、演算処理部１１は、フローティング表示している場合には、表示条件入力領域Ｒ１に「固定表示」ボタンを表示する。よって、この「固定表示」ボタンのクリック或いはフローティング表示画面を固定画面の表示領域に移動することで、固定表示に切り替わる。
【０１５０】
図２５は、別のファイルに基づく分析した結果を示す。この例では、連続急加速と、単発急加速の両方のイベントが発生している。また、注意が必要な０．３以上０．４Ｇ未満のイベントも発生している。そこで、分析結果表示領域Ｒ５の加速度レベルごとのイベント発生回数表示領域Ｒ５ｂでは、０．４Ｇ以上の加速のイベントの欄が「４」となり、背景色が赤色となる。また、危険運転内訳表示領域Ｒ５ｃには、連続急加速が２回で、単発の急加速が２回あったことが表示される。この場合、０．４Ｇ以上の加速度のイベントは、上記の２つ以外無いので、危険運転回数はそれらの合計の４回となり危険運転回数の表示領域Ｒ５ａには、４回と表示される。
【０１５１】
このように分析結果を出力することで、運転者は、自分の運転の状態を運転後に客観的に確認することができる。よって、運転者は、これまでの運転方法を改善して評価が高くなるように運転するようになり、車両の事故率低減を図ることができる。
【０１５２】
ユーザは、かかる４回の発生内訳が、危険運転内訳表示領域Ｒ５ｃを見ることで、連続急加速と単発の急加速の両方あることを容易に確認でき、自己の運転傾向が、加速時にアクセルを踏みすぎて危険な状態になる傾向があり、しかも、かかる加速の傾向は単発と連続の両方あることを理解できる。よって、運転者は、アクセルの踏み込みを抑え気味に注意することで、安全運転ができるようになる。
【０１５３】
また、危険運転や注意を促される運転をした場合に、イベント表示モードを利用して走行経路を確認すると、坂道・カーブなど地形上大きなＧがかかりやすいか否かも容易に判断できる。これにより、地形との関係でも運転傾向を知ることができる。このように、重力加速度を単位とした加速度を指標とすることで、危険レベルの判定・判断が人間にとってわかりやすく、しかも、区分けを０．１Ｇ単位としたので、各区分は、重力加速度（１Ｇ）に対する「１０分のいくつ」となり、かかった加速度の大きさを感覚的に理解しやすくなり、その結果、危険運転の有無について素直に反省し安全運転をするように運転の仕方を改善しようとする契機付けになりやすいので好ましい。
【０１５４】
図２６以降は、帳票出力の工程を説明する表示画面の一例を示している。本実施形態では、各種の日報，月報や、期間集計，安全運転指標など各種の視点で纏めた帳票を作成することができる。具体的には、演算処理部１１は、メイン画面上部のメニューの「帳票」がクリックされたことを検知すると、帳票作成管理画面に切り替える。図２６は、帳票作成管理画面において、さらに、日報が選択されて、作成する日報の種類をプルダウンメニュー方式で表示した状態を示している。
【０１５５】
この状態で、演算処理部１１は、安全運転日報がクリックされたことを検出すると、図２７に示すように、日報を作成する運行日と運転者を指定する条件指定画面を現在表示している画面上に重ねて表示する。運行日は、デフォルトはパソコンが持つ内部時計に従い、本日の日付を表示する。このようにすると、ユーザは、ＳＤメモリカードの読み込みを行った直後に帳票を見ると、運行日の入力することなくそのまま「作成」ボタンをクリックするだけで登録した当日走行した運転についての日報を見ることができる。
【０１５６】
別の日の日報を見る場合、ユーザは、運行日の入力ボックスに該当する日付を入力する。すなわち、演算処理部１１は、運行日の入力ボックスがクリックされたことを検知すると、カレンダー方式の入力画面を表示し、その表示した日付入力画面の中からいずれかの日付が指定されたことを検知すると、当該指定された日付を運行日入力ボックス内に表示する。また、表示された年月日の各値を直接テキスト入力して変更して指定する機能も備える。
【０１５７】
演算処理部１１は、条件指定画面の運転者入力ボックスがクリックされたことを検知すると、データベースに登録済みの運転者一覧をプルダウンメニュー方式で表示し、その表示した運転者のいずれかが指定されたことを検知すると、当該運転者名を運転者入力ボックス内に表示する。図では、「管理者」が指定されている。
【０１５８】
条件指定画面には、運転者入力ボックスの下に「作成」ボタンと「キャンセル」ボタンが用意されている。演算処理部１１は、「キャンセル」ボタンがクリックされたことを検知すると、条件指定画面の表示を終了する。また、演算処理部１１は、「作成」ボタンがクリックされたことを検知すると、指定された運転者と運行日の条件を満たす車両の走行に関する情報のファイルを探し、当該ファイルに格納された車両の走行に関する情報を読み出すとともに上述した安全運転の分析を行い、分析結果に基づいて図２８に示す安全運転日報を表示する。
【０１５９】
この安全運転日報は、上方の領域に運転者名と走行した日付とともに、各日報で共通の走行に関する集計情報を表示し、中央の左側に急加速・急減速・急ハンドルの３つの危険運転に関する分析結果をグラフ表示する領域を設け、中央の右側に分析結果を表形式で各危険運転のイベントの発生回数並びに合計数を表示する領域を設ける。さらに、下方の領域には一日単位で速度グラフを表示する領域を設ける。
【０１６０】
演算処理部１１は、左側のグラフ表示する領域に急加速，急減速，急ハンドルの各軸を１２０度間隔で配置し、各イベントの発生回数を対応する軸状にプロットするとともに、隣接する軸のプロットした点同士を結ぶことで三角形のグラフを表示する。図２８の三角形の形状を見ることで、運転の傾向を直感的に理解できる。また、各軸にプロットするイベントの発生回数は、単発と連続を別々に行う。そして、単発のイベント発生回数をプロットした点同士、連続のイベント発生回数をプロットした点同士をそれぞれ接続する。これにより、演算処理部１１は、単発用の三角形と、連続用の三角形の２つを表示する。よって、ユーザは、２つの三角形のそれぞれの形状を比較することで、危険運転をしている場合に、単発のものが多いのか連続のものが多いのか、３種類のイベントと単発／連続の組み合わせでどのケースに気をつければよいかなどが一目でわかる。
【０１６１】
図２９（ａ）は、帳票作成管理画面において、さらに、安全運転が選択されて、作成する安全運転に関する帳票の種類をプルダウンメニュー方式で表示した状態を示している。図示するように「安全運転日報」，「安全運転月報」，「安全運転指標」，「安全運転指標（全運転者）」の４つのメニュー項目がある。このメニュー項目から明らかなように、上述した安全運転日報を出力する場合、この「安全運転日報」をクリックしても行える。
【０１６２】
演算処理部１１は、「安全運転指標」がクリックされたことを検知すると、図２９（ｂ）に示す集計期間と運転者を指定する条件指定画面を表示する。この条件指定画面は、現在表示している画面上に重ねて表示する。集計期間の入力ボックスは、デフォルトとして始期は１ヶ月前の日付を表示し、終期は本日の日付を表示する。この入力ボックスもカレンダー方式や直接テキスト入力する方式により、任意の日付を指定できる。運転者の入力の仕方も上述した各例と同様である。
【０１６３】
演算処理部１１は、「作成」ボタンがクリックされたことを検知すると、指定された集計期間と運転者の条件を満たす車両の走行に関する情報のファイルを探し、当該ファイルに格納された車両の走行に関する情報を読み出すとともに上述した安全運転の分析を行い、分析結果に基づいて図３０に示す安全運転指標を表示する。
【０１６４】
この安全運転指標は、上から順に「運転者名と集計期間」，「期間合計数」，「詳細情報」を表示する。「期間合計数」の欄は、集計期間中の「危険運転回数」，「連続急加速回数」「連続急減速回数」「連続急ハンドル回数」「単独急加速回数」「単独急減速回数」「単独急ハンドル回数」の各値の合計数をそれぞれ表形式で示す。「詳細情報」は、それらの各イベントの発生回数について、日付ごとに分けて表示する。これにより、指定した期間における運転の挙動を数値にて客観的に認識できるとともに、詳細情報見ることで、運転の挙動が改善されている否かを確認できる。
【０１６５】
［その他］
［デモ機能の変形例］
上述した実施形態（図８参照）では、お試しモード実行部１１ｂは、お試しモードの起動時に、サンプルデータ記憶部１２ｂ-3に記録した多数のサンプルデータファイルを読み出すとともにお試しモード用データベース１２ｂ-1に登録し、終了時にはお試しモード用データベース１２ｂ-1並びにお試しモード用管理ファイル記憶部１２ｂ-2に格納されたデータを消去する機能を備える。これにより、毎回の起動時において、生成され処理対象となるお試しモード用データベース１２ｂ-1の内容は同じ初期状態になるようにしている。
【０１６６】
本発明はこれに限ることなく、例えばお試しモード用データベース１２ｂ-1を揮発性記録媒体上に形成するとよい。運転状態評価システム（アプリケーション）の終了とともに揮発性記録媒体に記録されたデータが自動的に消去される。これにより、毎回の起動時において、生成され処理対象となるお試しモード用データベース１２ｂ-1の内容は同じ初期状態になる。
【０１６７】
図３１は、お試しモード（デモ機能）と通常モードを備えた運転状態評価システムの他の変形例の要部構成を示し、図３２は係る変形例における演算処理部の機能を説明するフローチャートを示している。図３１中、上述した図８に基づいて説明した実施形態に対応する部材については同一部号を付しその説明を省略する。同様に図３２中の各処理ステップにおいて、上述した図５に示すフローチャートと同様の処理を実行する処理ステップについては同一のステップ番号を付し、詳細な説明を省略する。
【０１６８】
制御部１１は、各モードの処理を実行するモード実行部１１ｄと、起動処理を行う起動処理部１１ｃとを備えている。モード実行部１１ｄが、上述した実施形態の通常モード実行部１１ａとお試しモード実行部１１ｂの機能を兼ねている。
【０１６９】
また、記憶部１２には、サンプルデータ記憶部１２ｂ-3に変えて雛型データベース１２ｂ-5を備えている。この雛型データベース１２ｂは、上述した実施形態におけるお試しモードの初期状態のお試しモード用データベース１２ｂ-1に登録されるデータベースと同じ内容のデータベースファイルである。「通常モード起動」が選択された場合（Ｓ２はＮｏ）、起動処理部１１ｃは、モード処理部１２ｄがアクセスする処理対象のデータベースを、通常モード用データベース１２ａ-1に設定する（Ｓ８）。
【０１７０】
「お試しモード起動」が選択された場合（Ｓ２はＹｅｓ）、起動処理部１１ｃは、雛型データベース１２ｂ-5を処理用のお試しモード用データとしてコピーし、お試しモード用データベース１２ｂ-1に上書きして記録するとともに、モード処理部１２ｄがアクセスする処理対象のデータベースを、お試しモード用データベース１２ｂ-1に設定する（Ｓ９）。お試しモード用データベース１２ｂ-1の内容は、お試しモード起動時に雛型データベース１５ｂ-5の内容が上書きコピーされるため、前回の終了時のお試しモード用データベース１２ｂ-1の内容の如何に関わらず、常にお試しモード起動時のお試しモード用データベース１２ｂ-1の内容は初期状態（雛型データベース１５ｂ-5に登録されていたもの）となる。
【０１７１】
よって、ユーザは、お試しモードを起動し、好きなだけいろいろな操作をして試すことができ、例えばすべてのデータを削除しても次のお試しモード起動時には、元の雛型の内容になるので、安心して各種の作業ができる。また、お試しモード起動時に行うお試しモード用データベース１２ｂ-1を初期状態のものにするための処理、データベースをコピーして上書きする処理で済むので、高速に行え、演算制御部１１（起動処理部１１ｃ）に与える負荷も少なくて済む。
【０１７２】
モード実行部１１ｄは、通常モードとお試しモードで同じ処理を行うが、上述したように、起動処理部１１ｃによりアクセスするデータベースが起動するモードにより切り替えられる。よって、モード実行部１１ｄは、通常モードの時には、通常モード用データベース１２ａ-1にアクセスし、実際の走行にともない収集されたデータの解析を行ったり管理を行ったりするし、ＳＤメモリカード７に記録されている走行に伴い収集した車両の状態情報を取得して通常モード用データベース１２ａ-１に格納する。一方、モード実行部１１ｄは、お試しモードの時には、お試しモード用データベース１２ｂ-1にアクセスし、当該データベース１２ｂ-1に上書きコピーされて格納された雛型データベースのサンプルデータに基づいて解析や管理が行われ、ＳＤメモリカード７に記録されている走行に伴い収集した車両の状態情報を取得してお試しモード用データベース１２ｂ-1に格納する。
【０１７３】
モード実行部１１ｄは、上述したように、アクセス先のデータベースが異なるもののそれ以外の処理は通常モードとお試しモードで同じであるため、ユーザは、お試しモードを起動し操作することで、通常モードにおける操作性の確認を正しく行える。また、モード実行部１１ｄは、お試しモードの実行中に雛型データベース１２ｂ-5にアクセスすることがないので、雛型データベース１５ｂ−５の内容が破壊（上書き、交信、削除）されることはなく、常にお試しモードを起動した際のお試しモード用データベース１２ｂ-1の初期状態を同じになる。
【０１７４】
なお、上記の変形例では、モード実行部１１ｄが、通常モードとお試しモードの両方を実行するようにしたが、雛型データベース１２ｂ-5を設け、起動時にデータベースを上書きコピーする構成を採りつつ通常モード実行部１１ａとお試しモード実行部１１ｂを別に設ける構成を採るのもよい。この場合、各モード実行部は、それぞれのアクセスするデータベース先が設定されているため、上述した変形例のように起動するモードによりアクセス先を変更する処理は不要となる。また、通常モード実行部１１ａとお試しモード実行部１１ｂとを別に構成することで、例えばお試しモード実行部１１ｂは、通常モード実行部１１ａと同様の機能を持ちつつ、さらに、通常モード用データベース１２ａ-1をコピーし処理用のデータベースであるお試しモード用データベース１２ｂ-1に上書きコピーなどし、実データに基づくデータベースを用いて各種の処理を試すことができる。この場合でも、お試しモード実行部１１ｂが処理し、データの変更等するのは処理用のデータベースであり、通常モード用データベース１２ａ-1が破壊されることはない。通常モード用データベース１２ａ-1に多数の実データが蓄積された場合に、実際の走行に伴い収集・蓄積された実データを用いてお試しモードを使用することで、ユーザの環境にあった操作の確認を安心して行うことができる。
【０１７５】
［安全運転の分析の変形例］
危険運転と判断する閾値は、経験則に基づき０．４Ｇとしたが異なる数値でも良い。また、危険運転に該当するイベントとして、急加速・急減速・急ハンドルの３種類としたが、いずれか１つ或いは２つとしても良いし、他のファクタを追加しても良い。さらに、３つのイベントに対して危険運転と判断する閾値を全て同じにしたが、異ならせても良い。
【０１７６】
ＧＰＳユニットはなくても良い。ＧＰＳユニットが無い場合や、ＧＰＳユニット付きでも位置情報が補足できなかった場合には、走行履歴が求められず、地図上での危険運転等のイベントの発生位置を確認できないが、その場合でも、危険運転回数並びに単独／連続のそれぞれのイベントの発生回数を計数し、出力することができる。よって、かかる数値から安全運転の状態を確認できる。
【０１７７】
上述した実施形態では、危険運転となる閾値（０．４Ｇ）以上のものについては、単独と連続のように分けて集計し、最終的にそれらを合算して危険運転回数を求め、閾値未満のものについて、通常の０．１Ｇ刻みのレベル分けのいずれの区分に属するかを加速／還俗／ハンドルの３種類のイベントごとに計数するようにした。本発明では、この０．１Ｇ刻みのレベル分けの区分の計数についても、単独と連続のように時間的連続性に着目した複数に分けて計数してもよい。その場合に、ヒストグラムのグラフ表示は、それぞれ（例えば６種類）を別々に表しても良いし、単独と連続は１本の棒として表し、色分け／パターン分けなどで区別するようにしても良い。例えば０．３Ｇ以上などの危険運転につながるおそれのある注意を要するイベントについても、単独と連続のいずれの発生ケースが多いかを確認し、運転の特徴からどのような運転を心がければよいかがわかる。
【０１７８】
走行中のログ情報を１秒ごとに記録し、それに基づいて分析をしたが、データ収集周期は１秒に限ることはなく、より短くして詳細にデータを収集し分析をすると良い。
【０１７９】
実施形態では、車両走行データ収集装置１は、１秒あたりそれぞれ１００個の加速度センサの出力をサンプリングし、それに対して所定の演算処理をして求めた値を１秒ごとの加速度センサの出力値として記録した。本発明はそれに限ることはなく、車両走行データ収集装置は、演算処理すると無くサンプリングしたデータをそのまま全て記録し、運転状態評価システム側で適宜演算処理をして評価するようにしても良い。
【０１８０】
また、上述した実施形態では、加速度センサの出力値が閾値を超えるイベントの発生の回数を単独と連続の２種類に分けて計数し、最終的にそれらを合計して最終的な危険運転回数を求めるようにした。このように、収集するデータの時間的連続性において、２つのグループに分けてが、本発明はこれに限ることはなく、連続回数をさらに複数に分け、３つ以上のグルーブに分けて計数してもよい。また、時間的連続性において２つのグループに分ける場合でも、単独と連続のようにその区分けの基準を連続２回以上か否かとするのではなく、Ｎ回以上（Ｎは３以上）連続するか否かというようにして、いずれのグループも連続が含まれるようにしても良い。特にデータの収集周期が短くなると、単独と連続で分ける意義が薄れてくる（単独のイベント発生が起こらなくなる）可能性もあるので、データの収集周期も加味してＮを適宜の値に設定すると良い。
【０１８１】
上述した実施形態では、車両の状態の測定を加速度センサを用い、その加速度センサの出力値（加速度）に基づいて各イベントの発生回数を求めて分析・評価するようにしたが、本発明はそれに限ることはなく、単位時間当たりの移動距離・速度変化を求め、それに基づいて分析等するものでも良い。単位時間当たりの移動距離や速度変化が大きい場合ほど危険運転といえるため、求めた値を閾値と比較し、閾値以上のイベント発生回数をカウントする。そして、そのとき上述他実施形態と同様に、単発に発生しているものと連続して発生しているものを分けてそれぞれ計数する。
【０１８２】
上述した実施形態では、運転状態評価システムにおける分析評価機能として安全運転（危険運転）について評価するものについて説明したが、本システムにおける分析評価はこれに限ることはなく、車両の状態情報から得られる各種のものについて行える。
【０１８３】
一例としては、エコ運転が行われているかの分析を行うものがある。すなわち、アイドリングは無駄に燃料を消費しているとともに、加速時も通常時よりも燃料を多く消費しているので、それらアイドリングや加速走行は燃費を悪化させる運転とし、それら２つの運転を燃費悪化運転とし、その燃費悪化運転とそれ以外の運転を分けて車両の状態情報の必要な項目を分けて集計しエコ運転指標を求める。アイドリングは、車両情報で得られる車両の速度情報に基づき、速度が０ｋｍ／ｈの場合をアイドリングと判定する。運転の総時間に対するアイドリングをしている時間の割合を求めたり、アイドリング時に消費した燃料を求めたり、運転前提で消費した燃料に対するアイドリング時に証した燃料の割合を求め、数値やグラフなどで表示する。また、加速は、加速度センサのセンサ出力値が一定の値（例えば０．１Ｇ）以上の場合に加速していると判定する。アイドリングと同様に加速している時間やそのときに消費した燃料を求め、運転全体に対する割合などを数値やグラフなどで表示する。
【０１８４】
運転状態評価システムは、単体のパソコンを用いスタンドアローンで実現しているが、データベースや一部の演算処理をネットワークで接続されたサーバやホストコンピュータ等で実行するネットワークシステムにより実現しても良い。
【符号の説明】
【０１８５】
１    車両走行データ収集装置
２    装置本体
３    車両接続用アダプタ３
４    ＧＰＳモジュール
５    接続ケーブル
６    接続ケーブル
７    ＳＤメモリカード
１１    演算処理部
１１ａ  通常モード実行部
１１ｂ  お試しモード実行部
１１ｃ  起動処理部
１１ｄ  モード実行部
１２    記憶部
１２ａ  通常モード用の記憶領域
１２ａ-1  通常モード用データベース
１２ａ-2  通常モード用管理ファイル
１２ｂ  お試しモード用の記憶領域
１２ｂ-1  お試しモード用データベース
１２ｂ-2  お試しモード用管理ファイル
１２ｂ-3  サンプルデータ記憶部
１２ｂ-4  管理用情報テンプレート記憶部
１２ｂ-5  雛型データベース
１３    入力部
１４    表示部
１５    カードリーダ
【図１】
2013012092.tif 000003
【図２】
2013012092.tif 000004
【図３】
2013012092.tif 000005
【図４】
2013012092.tif 000006
【図５】
2013012092.tif 000007
【図８】
2013012092.tif 000008
【図１４】
2013012092.tif 000009
【図１５】
2013012092.tif 000010
【図１６】
2013012092.tif 000011
【図３１】
2013012092.tif 000012
【図３２】
2013012092.tif 000013
【図６】
2013012092.tif 000014
【図７】
2013012092.tif 000015
【図９】
2013012092.tif 000016
【図１０】
2013012092.tif 000017
【図１１】
2013012092.tif 000018
【図１２】
2013012092.tif 000019
【図１３】
2013012092.tif 000020
【図１７】
2013012092.tif 000021
【図１８】
2013012092.tif 000022
【図１９】
2013012092.tif 000023
【図２０】
2013012092.tif 000024
【図２１】
2013012092.tif 000025
【図２２】
2013012092.tif 000026
【図２３】
2013012092.tif 000027
【図２４】
2013012092.tif 000028
【図２５】
2013012092.tif 000029
【図２６】
2013012092.tif 000030
【図２７】
2013012092.tif 000031
【図２８】
2013012092.tif 000032
【図２９】
2013012092.tif 000033
【図３０】
2013012092.tif 000034