(57)【特許請求の範囲】
【請求項１】
車両に搭載される電子制御装置において、
車両の運転情報と前記運転情報を記憶するときの記憶日時とを記憶部に記憶する記憶手段と、
日時送信装置から定期的に送信される正規の基準日時を受信する通信手段と、
前記通信手段が前記日時送信装置から前記正規の基準日時を受信すると、前記正規の基準日時を計測開始日時とし、前記計測開始日時からの経過時間を計測する計測手段と、
前記計測開始日時と前記計測手段が計測する前記経過時間とにより前記記憶日時を算出する日時算出手段と、
を備え、
前記日時送信装置から１回目の前記正規の基準日時を受信するまで、
前記計測手段は、予め設定された仮の基準日時を前記計測開始日時として前記経過時間を計測し、
前記日時算出手段は、前記仮の基準日時により設定された前記計測開始日時と、この前記計測開始日時からの前記経過時間とにより仮の日時を算出し、
前記記憶手段は、前記運転情報とともに前記仮の日時を前記記憶日時として前記記憶部に記憶し、
前記日時送信装置から前記正規の基準日時を受信すると、受信した前記正規の基準日時と前記正規の基準日時を受信したときの前記仮の日時との時間差に基づいて、前記記憶部に記憶されている前記仮の日時を正規の日時に補正して書き換える日時書換手段をさらに備える、
ことを特徴とする電子制御装置。
【請求項２】
前記日時送信装置から受信した今回の前記正規の基準日時と、前記日時送信装置から受信した前回の前記正規の基準日時との時間差と、前回、前記日時送信装置から前記正規の基準日時を受信してから、今回、前記日時送信装置から前記正規の基準日時を受信するまでの間に前記計測手段が計測した前記経過時間とに基づいて、前記計測手段が計測する前記経過時間を補正する補正手段を備えることを特徴とする請求項１に記載の電子制御装置。
【請求項３】
前記日時算出手段は、前記計測手段が計測する前記経過時間が所定値に達するまでに前記日時送信装置から前記正規の基準日時を受信できない場合、前記経過時間の前記所定値と今回の前記計測開始日時とから次回の前記計測開始日時を算出するとともに、前記経過時間をクリアすることを特徴とする請求項１または２に記載の電子制御装置。
【請求項４】
前記通信手段は、前記電子制御装置と通信可能な車両外部の読出しツールからの読出し要求に応じて、前記記憶部に記憶されている前記運転情報および前記記憶日時を前記読出しツールに送信することを特徴とする請求項１から３のいずれか一項に記載の電子制御装置。
【請求項５】
前記日時送信装置から所定時間以上、前記正規の基準日時を受信できない場合、通信異常を記憶部に記憶する異常処理手段を備えることを特徴とする請求項１から４のいずれか一項に記載の電子制御装置。
【請求項６】
前記異常処理手段は、前記記憶部に前記通信異常を記憶するとともに、前記通信異常を報知することを特徴とする請求項５に記載の電子制御装置。
【請求項７】
正規の基準日時を定期的に送信する日時送信装置と、
請求項１から６のいずれか一項に記載の電子制御装置と、
を備えることを特徴とする運転情報記憶システム。
【請求項８】
前記日時送信装置は車両の外部に設置されていることを特徴とする請求項７に記載の運転情報記憶システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の運転情報を日時とともに記憶する車載電子制御装置および運転情報記憶システムに関する。
【背景技術】
【０００２】
所定の車両挙動が発生したときに、そのときのブレーキ、アクセル、ハンドル等の操作量、吸気量、吸気温、エンジン回転数、車速等の各種センサの出力信号から検出される情報を車両の運転情報として日時とともに記憶しておき、記憶した運転情報および日時に基づいて車両挙動の発生原因を解析することが考えられている。
【０００３】
例えば、特許文献１では、車両に搭載された子電子制御ユニットが自己ユニットの故障診断を実施して故障を検出すると、親電子制御ユニットに現在の日時（年月日時刻）を要求し、親電子制御ユニットから現在日時が送信されると、故障内容と現在日時とを診断情報として記憶している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−１８１１１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１のように、子電子制御ユニットから日時送信装置としての親電子制御ユニットに日時の送信を要求する場合、送信要求が集中すると、以下のような（１）〜（３）の問題が発生する。
（１）親電子制御ユニットから子電子制御ユニットにそれぞれ日時を送信するので、車内の通信負荷が上昇する。その結果、日時データ以外のデータ通信が妨げられる。
（２）親電子制御ユニットから子電子制御ユニットに順次日時を送信するので、故障を検出して子電子制御ユニットが日時の送信を要求したときよりも、親電子制御ユニットから受信する日時が遅れる。その結果、診断情報とともに記憶する記憶日時が故障を検出した日時よりも遅れる。
（３）親電子制御ユニットが日時送信処理以外の他の処理も実行する場合、子電子制御ユニットからの日時送信要求の処理のために、親電子制御ユニットの他の処理の実行が妨げられる。
【０００６】
本発明は、このような問題を解決するためになされたものであり、車内の通信負荷を低減し、記憶日時の遅れを防止し、日時送信装置の処理負荷を低減する車載電子制御装置および運転情報記憶システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
請求項１から８に記載の発明によると、電子制御装置は、車両の運転情報と運転情報を記憶するときの記憶日時とを記憶部に記憶する記憶手段と、日時送信装置から定期的に送信される正規の基準日時を受信する通信手段と、通信手段が日時送信手段から正規の基準日時を受信すると、正規の基準日時を計測開始日時とし、計測開始日時からの経過時間を計測する計測手段と、計測開始日時と計測手段が計測する経過時間とにより記憶日時を算出する日時算出手段と、を備える。
【０００８】
この構成によれば、車両に搭載された複数の電子制御装置が運転情報を記憶する日時を必要とする場合にも、複数の電子制御装置が正規の基準日時の送信を日時送信装置にそれぞれ要求するのではなく、日時送信装置から送信される正規の基準日時を複数の電子制御装置が共通に受信するので、車内の通信負荷が低減する。
【０００９】
また、日時送信装置から受信する正規の基準日時を計測開始日時とし、計測開始日時と計測開始日時からの経過時間とにより運転情報を記憶する記憶日時を電子制御装置側で算出するので、記憶日時に遅れが生じることを防止できる。
【００１０】
また、日時送信装置から定期的に送信される正規の基準日時を車載の電子制御装置が受信するので、電子制御装置が要求する毎に、日時送信装置が正規の基準日時を送信することを防止できる。これにより、日時送信装置において基準日時の送信処理負荷が低下するので、日時送信装置において日時送信以外の処理の実行が妨げられることを防止できる。
【００１１】
さらに、請求項１から８に記載の発明によると、日時送信装置から１回目の正規の基準日時を受信するまで、計測手段は、予め設定された仮の基準日時を計測開始日時として経過時間を計測し、日時算出手段は、仮の基準日時により設定された計測開始日時と、この計測開始日時からの経過時間とにより仮の日時を算出し、記憶手段は、運転情報とともに仮の日時を記憶日時として記憶部に記憶し、日時送信装置から正規の基準日時を受信すると、日時書換手段は、受信した正規の基準日時と正規の基準日時を受信したときの仮の日時との時間差に基づいて、記憶部に記憶されている仮の日時を正規の日時に補正して書き換える。
【００１２】
これにより、日時送信装置から１回目の正規の基準日時を受信する前であっても、仮の日時とともに運転情報を記憶しておき、日時送信装置から正規の基準日時を受信すると、仮の日時を正規の日時に書き換えることができる。
【００１３】
請求項２に記載の発明によると、日時送信装置から受信した今回の正規の基準日時と、日時送信装置から受信した前回の正規の基準日時との時間差と、前回、日時送信装置から正規の基準日時を受信してから、今回、日時送信装置から正規の基準日時を受信するまでの間に計測手段が計測した経過時間とに基づいて、計測手段が計測する経過時間を補正する補正手段を備える。
【００１４】
この構成によれば、日時送信装置と電子制御装置とのクロック誤差等により、日時送信装置の時間計測精度と、経過時間を計測する電子制御装置の時間計測精度とにずれが生じていても、今回受信した基準日時と前回受信した基準日時との時間差と経過時間とに基づいて、日時送信装置の時間計測精度に合わせて経過時間を補正できる。
【００１５】
これにより、正規の基準日時と補正された経過時間とより、日時送信装置の時間計測精度に合わせて電子制御装置側で日時を算出できる。その結果、電子制御装置で算出する日時と日時送信装置から受信する基準日時とのずれを防止できる。
【００１６】
請求項３に記載の発明によると、日時算出手段は、計測手段が計測する経過時間が所定値に達するまでに日時送信装置から正規の基準日時を受信できない場合、経過時間の所定値と今回の計測開始日時とから次回の計測開始日時を算出するとともに、経過時間をクリアする。
【００１７】
これにより、経過時間の所定値と今回の計測開始日時とから算出される次回の計測開始日時と、クリアして新たに計測を開始する経過時間とに基づいて、電子制御装置で日時の算出を継続できる。そして、日時送信装置から正規の基準日時を受信すれば、受信した正規の基準日時を計測開始日時とし、計測開始日時とクリアして新たに計測を開始する経過時間とに基づいて、電子制御装置で日時を算出できる。
【００１８】
請求項４に記載の発明によると、通信手段は、電子制御装置と通信可能な車両外部の読出しツールからの読出し要求に応じて、記憶部に記憶された運転情報および記憶日時を読出しツールに送信する。
【００１９】
このように、記憶部に記憶されている運転情報および記憶日時を車両外部の読出しツールに送信することにより、読み出された運転情報および記憶日時に基づいて、運転情報を記憶したときの車両の運転状態を解析できる。
【００２０】
請求項５に記載の発明によると、異常処理手段は、日時送信装置から所定時間以上、正規の基準日時を受信できない場合、通信異常を記憶部に記憶する。
これにより、日時送信装置から所定時間以上、正規の基準日時を受信できない通信異常が発生したことを、記憶部から読み出して知ることができる。
【００２１】
請求項６に記載の発明によると、異常処理手段は、記憶部に通信異常を記憶するとともに、通信異常を報知する。
これにより、日時送信装置から所定時間以上、正規の基準日時を受信できない通信異常が発生したことを速やかにユーザに知らせることができる。
【００２２】
請求項８に記載の発明によると、日時送信装置は車両の外部に設置されている。
このように、車両外部の日時送信装置を利用することにより、車両に日時送信装置が搭載されていない場合にも、運転情報とともに日時を記憶できる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態による運転情報記憶システムの構成を示すブロック図。
【図２】運転情報記憶処理のメインルーチンを示すフローチャート。
【図３】基準日時の受信割込処理を示すフローチャート。
【図４】イニシャル処理を示すフローチャート。
【図５】通信異常判定処理を示すフローチャート。
【図６】計測開始日時更新処理を示すフローチャート。
【図７】現在日時算出処理を示すフローチャート。
【図８】運転情報記憶処理を示すフローチャート。
【図９】日時書換処理を示すフローチャート。
【発明を実施するための形態】
【００２４】
以下、本発明の実施形態を図に基づいて説明する。
図１は、本実施形態による運転情報記憶処理システムの構成を示すブロック図である。
（運転情報記憶システム２）
運転情報記憶システム２は、親ＥＣＵ（Electronic Control Unit）１０と、複数の子ＥＣＵ２０とから構成されている。
【００２５】
親ＥＣＵ１０と子ＥＣＵ２０とは、通信インタフェース（Ｉ／Ｆ）１２と通信Ｉ／Ｆ２２とにより、ＣＡＮ１００等の車内ＬＡＮを介して通信可能に接続されている。
親ＥＣＵ１０は、通信Ｉ／Ｆ１２、ＣＰＵ１４、時計ＩＣ１６、および電池１８等を備えている。ＣＰＵ１４は、図示しないＲＯＭ等の記憶部に記憶されている制御プログラムを実行することにより、子ＥＣＵ２０との通信処理に加え、車両制御の各種処理を実行する。
【００２６】
時計ＩＣ１６は、親ＥＣＵ１０に搭載されているクロックに基づいて、年月日時刻からなる日時を計測する。電池１８は時計ＩＣ１６専用の電池であり、車両の運転が停止されても、車両のメインバッテリが取り外されても、時計ＩＣ１６に電力を供給する。
【００２７】
子ＥＣＵ２０は、通信Ｉ／Ｆ２２、メモリ２４およびＣＰＵ３０等を備えており、各種センサ４０から車両の運転情報を示す検出信号を入力する。
メモリ２４は、図示しないＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ等の各種メモリから構成されている。ＣＰＵ３０は、図示しないＲＯＭ等の記憶部に記憶されている制御プログラムを実行することにより、親ＥＣＵ１０との通信処理、後述する運転情報記憶処理、および車両制御の各種処理を実行する。ＣＰＵ３０は、クロックに同期してカウント動作を行う内部カウンタを、時間計測カウンタ３２および受信異常カウンタ３４として使用する。
【００２８】
読出しツール２００は、ディーラ、整備工場等でＣＡＮ１００に接続される。読出しツール２００から対象となる子ＥＣＵ２０に運転情報の読み出し要求が出力されると、該当する子ＥＣＵ２０は、メモリ２４に記憶されている運転情報と運転情報を記憶したときの記憶日時とを読出しツール２００に送信する。
【００２９】
（運転情報記憶処理）
次に子ＥＣＵ２０が実行する運転情報記憶処理について説明する。図２は、運転情報記憶処理のメインルーチンを示すフローチャートであり、図３は、図２のフローチャートには含まれておらず、親ＥＣＵ１０から正規の基準日時を受信すると実行される受信割込処理を示すフローチャートである。図２の各ステップの詳細は、図４〜図９においてそれぞれ説明する。図２〜図９において「Ｓ」はステップを表わしている。
【００３０】
（メイン処理）
図２のメインルーチンは、スタートスイッチがオンになり車両の運転が開始されるか、子ＥＣＵ２０がリセットされると実行が開始される。
【００３１】
図２のＳ４００において子ＥＣＵ２０は、運転情報とともに記憶する日時を計測するためのイニシャル処理を実行する。イニシャル処理の終了後、子ＥＣＵ２０は、親ＥＣＵ１０との間に通信異常が発生しているか否かを判定し（Ｓ４０２）、親ＥＣＵ１０から基準日時を受信できないときの計測開始日時の更新処理を実行する（Ｓ４０４）。
【００３２】
次に、子ＥＣＵ２０は、計測開始日時と、計測開始日時からの経過時間とに基づいて現在の日時を算出し（Ｓ４０６）、所定の車両挙動が発生したときの運転情報を、そのときの日時とともに記憶する（Ｓ４０８）。子ＥＣＵ２０は、記憶した日時が仮の日時の場合、正規の日時に補正して書き換えた後（Ｓ４１０）、Ｓ４０２に処理を移行する。
【００３３】
（受信割込処理）
図３の受信割込処理は、図２のメインルーチンの実行中に、親ＥＣＵ１０が送信する基準日時を通信Ｉ／Ｆ２２が受信すると起動される。
【００３４】
子ＥＣＵ２０は、親ＥＣＵ１０から受信した基準日時を計測開始日時として設定し（Ｓ４２０）、今回、受信割込が発生して計測開始日時を設定するまでにカウントした時間計測カウンタ３２のカウント値を、１カウント値当たりの単位時間に基づいて経過時間に変換する（Ｓ４２２）。
【００３５】
子ＥＣＵ２０は、次回、親ＥＣＵ１０から基準日時を受信したときに後述する式（２）で時間比を算出するために、今回、親ＥＣＵ１０から受信した基準日時を記憶しておく。
そして、子ＥＣＵ２０は、基準日時受信フラグがオフであるか否かを判定する（Ｓ４２４）。基準日時受信フラグの初期値はオフであり、親ＥＣＵ１０から基準日時を受信すると、本処理のＳ４３６においてオンに設定される。
【００３６】
基準日時受信フラグがオフであれば（Ｓ４２４：Ｙｅｓ）、子ＥＣＵ２０は、親ＥＣＵ１０から初めて正規の基準日時を受信したと判断する。この場合、次式（１）に示すように、予め設定しておいた仮の基準日時にＳ４２２で算出した経過時間を加算して仮の日時を算出する（Ｓ４２６）。
【００３７】
仮日時＝仮基準日時＋経過時間    ・・・（１）
そして、子ＥＣＵ２０は、式（１）で算出した仮日時とＳ４２０で受信した基準日時とを仮日時の補正用に記憶し（Ｓ４２８）、Ｓ４３２に処理を移行する。
【００３８】
基準日時受信フラグがオンの場合（Ｓ４２４：Ｎｏ）、子ＥＣＵ２０は、親ＥＣＵ１０から基準日時を受信したことがあると判断する。そして、次式（２）により、親ＥＣＵ１０に対する子ＥＣＵ２０の時間計測誤差を補正するための時間比を算出し（Ｓ４３０）、Ｓ４３２に処理を移行する。時間比の初期値は１に設定されている。
【００３９】
時間比＝（今回受信した基準日時−前回受信した基準日時）／経過時間・・・（２）
式（２）において算出される時間比は、前回基準日時を受信してから今回基準日時を受信するまでの間に子ＥＣＵ２０が計測した経過時間に対して、親ＥＣＵ１０で計測した今回の基準日時と前回の基準日時との時間差の比率を表わしている。
【００４０】
したがって、親ＥＣＵ１０と子ＥＣＵ２０とのクロック誤差等により，親ＥＣＵ１０の時間計測精度に対して子ＥＣＵ２０の時間計測精度にずれが生じていても、式（２）で算出された時間比を時間計測カウンタ３２の値に乗算すれば、時間計測カウンタ３２の値から算出する経過時間を親ＥＣＵ１０の時間計測精度に合わせて補正できる。通常、基準日時を送信する親ＥＣＵ１０の方が子ＥＣＵ２０よりも時間計測精度が高いので、親ＥＣＵ１０の時間計測精度に合わせて、子ＥＣＵ２０で計測する経過時間を補正することが望ましい。
【００４１】
これにより、親ＥＣＵ１０から受信した基準日時と補正された経過時間とにより、親ＥＣＵ１０の時間計測精度に合わせて子ＥＣＵ２０側で日時を算出できる。その結果、子ＥＣＵ２０で算出する日時と親ＥＣＵ１０から受信する基準日時とのずれを防止できる。
【００４２】
Ｓ４３２において子ＥＣＵ２０は、計測開始日時を設定してからの経過時間を計測するための時間計測カウンタ３２をクリアし、親ＥＣＵ１０から基準日時を受信してからの経過時間を計測するための受信異常カウンタ３４をクリアする（Ｓ４３４）。そして、親ＥＣＵ１０から基準日時を受信したことを示すために、基準日時受信フラグをオンにする（Ｓ４３６）。
【００４３】
時間計測カウンタ３２は、親ＥＣＵ１０から正規の基準日時を受信しない場合にも、計測開始日時が設定されれば子ＥＣＵ２０によってクリアされる。一方、受信異常カウンタ３４は、図４のイニシャル処理で１回だけクリアされる以外は、親ＥＣＵ１０から基準日時を受信したときだけ、受信割り込み処理において子ＥＣＵ２０によってクリアされる。
【００４４】
（イニシャル処理）
図２のＳ４００におけるイニシャル処理について、図４に基づいて説明する。
図４のＳ４４０において子ＥＣＵ２０は、予め設定されている仮の基準日時を計測開始日時に設定する。仮の基準日時は、仮の基準日時と経過時間とに基づいて日時を算出すると、明らかに現在の日時とは異なると判定できる日時に設定されている。例えば、仮の基準日時は、１９００年１月１日に設定されている。
【００４５】
次に、子ＥＣＵ２０は、Ｓ４４０で計測開始日時が設定されたので、計測開始日時を起点にして経過時間を計測するために時間計測カウンタ３２をクリアする（Ｓ４４２）。さらに、Ｓ４４０で初めて計測開始日時が設定されるので、受信異常カウンタ３４をクリアする（Ｓ４４４）。
【００４６】
（通信異常判定処理）
図２のＳ４０２における通信異常判定処理について、図５に基づいて説明する。
図５のＳ４５０において子ＥＣＵ２０は、受信異常カウンタ３４が所定値以上であるか否かを判定することにより、親ＥＣＵ１０から基準日時を受信してから所定時間以上経過しているか否かを判定する。受信異常カウンタ３４は、親ＥＣＵ１０から基準日時を受信するとクリアされ、次に親ＥＣＵ１０から基準日時を受信するまでカウントアップされる。受信異常カウンタ３４が所定値未満の場合（Ｓ４５０：Ｎｏ）、子ＥＣＵ２０は本処理を終了する。
【００４７】
受信異常カウンタ３４が所定値以上の場合（Ｓ４５０：Ｙｅｓ）、子ＥＣＵ２０は、親ＥＣＵ１０との通信異常を、メモリ２４を構成するＥＥＰＲＯＭ等の書き換え可能な不揮発性の記憶部に記憶し（Ｓ４５２）、通信異常が発生したことをランプの点灯または音により報知する（Ｓ４５４）。
【００４８】
（計測開始日時更新処理）
図２のＳ４０４における、基準日時を受信できないときの計測開始日時更新処理について、図６に基づいて説明する。
【００４９】
図６のＳ４６０において子ＥＣＵ２０は、時間計測カウンタ３２が所定値以上であるか否かを判定する。時間計測カウンタ３２と比較される所定値は、時間計測カウンタ３２がオーバーフローする前の適切な値に設定されている。時間計測カウンタ３２が所定値未満の場合（Ｓ４６０：Ｎｏ）、子ＥＣＵ２０は本処理を終了する。
【００５０】
時間計測カウンタ３２が所定値以上の場合（Ｓ４６０：Ｙｅｓ）、子ＥＣＵ２０は、時間計測カウンタ３２のカウント値に時間比を乗算してカウント値を変換し、変換されたカウント値を１カウント値当たりの単位時間に基づいて経過時間に変換する（Ｓ４６２）。時間比には、図３のＳ４３０で時間比がまだ設定されていない場合には初期値の１が設定されており、設定されている場合には式（２）で算出された値が設定されている。
【００５１】
そして、次式（３）に示すように、現在の計測開始日時（ｉ−１）にＳ４６２で算出した経過時間を加算して次回の計測開始日時（ｉ）を算出する（Ｓ４６４）。
計測開始日時（ｉ）＝計測開始日時（ｉ−１）＋経過時間    ・・・（３）
次回の計測開始日時が設定されると、子ＥＣＵ２０は時間計測カウンタ３２をクリアする（Ｓ４６６）。
【００５２】
本処理では、時間計測カウンタ３２がオーバーフローする前に、今回の計測開始日時と時間計測カウンタ３２が計測した経過時間とにより、次回の計測開始日時を算出して計測開始日時を更新し、時間計測カウンタ３２をクリアする。
【００５３】
これにより、時間計測カウンタ３２のカウント値がオーバーフローする前の所定値に達して親ＥＣＵ１０から基準日時を受信できない場合にも、時間計測カウンタ３２をオーバーフローさせることなく、更新した計測開始日時と時間計測カウンタ３２で計測する経過時間とにより、継続して日時を算出できる。
【００５４】
尚、図５のＳ４５０で受信異常カウンタ３４と比較する所定値は、本処理のＳ４６０で時間計測カウンタ３２と比較する所定値の数倍程度に設定される。これにより、親ＥＣＵ１０から基準日時を受信できず、時間計測カウンタ３２のカウント値がオーバーフローする前の所定値に達して計測開始日時を更新する処理が数回繰返されると、図５の通信異常判定処理で通信異常が記憶される。
【００５５】
（現在日時算出処理）
図２のＳ４０６における現在日時算出処理について、図７に基づいて説明する。
図７のＳ４７０において子ＥＣＵ２０は、時間計測カウンタ３２のカウント値に時間比を乗算してカウント値を変換し、変換されたカウント値を１カウント値当たりの単位時間に基づいて経過時間に変換する。
【００５６】
そして、次式（４）に示すように、現在の計測開始日時にＳ４７０で算出した経過時間を加算して現在の日時を算出する（Ｓ４７２）。
現在日時＝計測開始日時＋経過時間    ・・・（４）
（運転情報記憶処理）
図２のＳ４０８における運転情報記憶処理について、図８に基づいて説明する。
【００５７】
図８のＳ４８０において子ＥＣＵ２０は、予め設定された所定の車両挙動が発生したか否かを判定する。所定の車両挙動とは、例えばアクセル開度が全閉にも関わらずエンジン回転数が所定回転数以上であったり、車両に急激な加速度が加わっている等の、所定の条件を満たす車両挙動を表わしている。所定の車両挙動が発生していない場合（Ｓ４８０：Ｎｏ）、子ＥＣＵ２０は本処理を終了する。
【００５８】
所定の車両挙動が発生している場合（Ｓ４８０：Ｙｅｓ）、子ＥＣＵ２０は、車両のスタートスイッチ、アクセル開度、ブレーキのオンオフ、操舵角、エンジン回転数、車速、吸気量、吸気温等の車両の運転情報を、図７の現在日時時算出処理で算出された日時とともにＥＥＰＲＯＭに記憶する（Ｓ４８２）。
【００５９】
そして、基準日時受信フラグがオフであれば（Ｓ４８４：Ｙｅｓ）、まだ親ＥＣＵ１０から基準日時を受信しておらず、Ｓ４８２で運転情報とともに記憶した日時は仮日時であるため、子ＥＣＵ２０は仮日時記憶フラグをオンにする（Ｓ４８６）。基準日時受信フラグがオンであれば（Ｓ４８４：Ｎｏ）、子ＥＣＵ２０は、仮日時記憶フラグに対するオンオフ操作をせずに本処理を終了する。
【００６０】
（仮日時から正規日時への書換処理）
図２のＳ４１０における仮日時から正規日時への書換処理について、図９に基づいて説明する。
【００６１】
図９のＳ４９０において子ＥＣＵ２０は、基準日時受信フラグがオンであり、かつ仮日時記憶フラグがオンであるか否かを判定する。つまり、親ＥＣＵ１０から基準日時を受信しており、運転情報とともに記憶した日時の中に少なくとも仮日時が存在するか否かを判定する。基準日時受信フラグがオフか、あるいは仮日時記憶フラグがオフの場合（Ｓ４９０：Ｎｏ）、子ＥＣＵ２０は本処理を終了する。
【００６２】
基準日時受信フラグがオンであり、かつ仮日時記憶フラグがオンの場合（Ｓ４９０：Ｙｅｓ）、子ＥＣＵ２０は、運転情報と運転情報を記憶したときの日時とを記憶している領域の先頭アドレスをポインタに設定する（Ｓ４９２）。そして、子ＥＣＵ２０は、ポインタが示す位置に運転情報とともに記憶されている日時が仮日時であるか否かを判定する（Ｓ４９４）。記憶されている日時が仮日時でなければ（Ｓ４９４：Ｎｏ）、子ＥＣＵ２０はＳ４９８に処理を移行する。
【００６３】
記憶されている日時が仮日時であれば（Ｓ４９４：Ｙｅｓ）、子ＥＣＵ２０は、次式（５）により、ポインタが示す位置の仮日時を補正して正規日時を算出する（Ｓ４９６）。
正規日時＝補正前の仮日時＋（補正用基準日時−補正用仮日時）  ・・・（５）
式（５）で使用する補正用基準日時、補正用仮日時は、図３の受信割込処理のＳ４２８で記憶された日時である。（補正用基準日時−補正用仮日時）を算出することにより、親ＥＣＵ１０から初めて受信した基準日時と、そのときの仮日時との時間差が算出される。この日時の時間差を運転情報とともに記憶された補正前の仮日時に加算することにより、仮日時を正規日時に補正できる。
【００６４】
ポインタが示すアドレスが記憶領域の最後のエントリ位置でなければ（Ｓ４９８：Ｎｏ）、子ＥＣＵ２０は、ポインタに記憶領域における運転情報の次のエントリのアドレスを設定し（Ｓ５００）、Ｓ４９４に処理を移行する。
【００６５】
ポインタが示すアドレスが記憶領域の最後のエントリ位置であれば（Ｓ４９８：Ｙｅｓ）、子ＥＣＵ２０は、記憶領域に記憶されている仮日時はすべて正規日時に補正され書き換えられたと判断し、仮日時記憶フラグをオフに設定し（Ｓ５０２）、本処理を終了する。
【００６６】
本処理におけるＳ４９６の仮日時から正規日時への書換処理は、親ＥＣＵ１０から基準日時を受信して基準日時受信フラグがオンに設定されており、運転情報とともに仮日時を記憶したことを示す仮日時記憶フラグがオンのときに実行される。したがって、本処理で仮日時が正規日時に書き換えられた後に運転情報とともに記憶される日時は、親ＥＣＵ１０から受信した基準日時に基づいて算出された正規日時である。それ故、本処理で、仮日時から正規日時への書換処理を１回実行すると、本処理を再び実行する必要はない。
【００６７】
そこで、仮日時から正規日時への書換処理を１度実行すると、Ｓ４９２以降の仮日時から正規日時への書換処理を再び実行しないように、Ｓ５０２で仮日時記憶フラグをオフに設定する。
【００６８】
以上説明した運転情報記憶処理によると、車両の運転中に所定の車両挙動が発生したときの運転情報と、運転情報が記憶されたときの記憶日時とがＥＥＰＲＯＭ等の書き換え可能な不揮発性の記憶部に記憶される。
【００６９】
そして、異常な車両挙動が発生したときや、定期点検等でユーザがディーラ等に車両を持ち込むと、前述した読出しツール２００により、子ＥＣＵ２０から、所定の車両挙動が発生したときの運転情報と、運転情報が記憶されたときの記憶日時とが読み出される。これにより、異常な車両挙動が発生した原因を、読み出した運転情報および記憶日時に基づいて解析できる。
【００７０】
また、車両に搭載された複数の子ＥＣＵ２０が運転情報を記憶する日時を必要とする場合にも、複数の子ＥＣＵ２０が正規の基準日時の送信を親ＥＣＵ１０にそれぞれ要求するのではなく、親ＥＣＵ１０から送信される基準日時を複数の子ＥＣＵ２０が共通に受信するので、車内のＣＡＮ１００上の通信負荷が低減する。その結果、他のデータの通信が妨げられることを低減できる。
【００７１】
また、親ＥＣＵ１０から送信される基準日時を計測開始日時とし、計測開始日時と、子ＥＣＵ２０側で計測する計測開始日時からの経過時間とにより、運転情報を記憶する記憶日時を子ＥＣＵ２０側で算出するので、記憶日時に遅れが生じることを防止できる。
【００７２】
また、親ＥＣＵ１０から定期的に送信される基準日時を子ＥＣＵ２０が受信するので、子ＥＣＵ２０が要求する毎に、親ＥＣＵ１０が基準日時を送信することを防止できる。その結果、親ＥＣＵ１０において基準日時の送信処理負荷が低下するので、親ＥＣＵ１０において基準日時の送信以外の処理の実行が妨げられることを防止できる。
【００７３】
以上説明した上記実施形態では、運転情報記憶システム２が本発明の運転情報記憶システムに相当し、親ＥＣＵ１０が本発明の日時送信装置に相当し、子ＥＣＵ２０が本発明の車載の電子制御装置に相当し、通信Ｉ／Ｆ２２が本発明の通信手段の一部に相当し、メモリ２４が本発明の記憶部に相当し、読出しツール２００が本発明の読出しツールに相当する。そして、子ＥＣＵ２０は、記憶手段、通信手段、計測手段、日時算出手段、日時書換手段、補正手段および異常処理手段として機能する。
【００７４】
また、図３のＳ４２０の処理が本発明の通信手段が実行する機能に相当し、Ｓ４２２の処理が本発明の計測手段が実行する機能に相当し、図６のＳ４６２、図７のＳ４７０の処理が本発明の計測手段および補正手段が実行する機能に相当し、図３のＳ４２６、図６のＳ４６４、Ｓ４６６、図７のＳ４７２の処理が本発明の日時算出手段が実行する機能に相当し、図５のＳ４５２およびＳ４５４の処理が本発明の異常処理手段が実行する処理に相当し、図８のＳ４８２の処理が本発明の記憶手段が実行する機能に相当し、図９のＳ４９６の処理が本発明の日時書換手段が実行する機能に相当する。
【００７５】
［他の実施形態］
上記実施形態では、車両に搭載された親ＥＣＵ１０が日時送信装置として正規の基準日時を定期的に送信した。これに対し、サービスセンター、路側機等の車両外部の装置が日時送信装置として送信する基準日時を子ＥＣＵ２０が受信してもよいし、車両外部の標準電波送信装置が送信する標準電波を基準日時として子ＥＣＵ２０が受信してもよい。
【００７６】
上記実施形態では、通信手段、記憶手段、計測手段、日時算出手段、日時書換手段、補正手段および異常処理手段の機能を、制御プログラムにより機能が特定される子ＥＣＵ２０により実現している。これに対し、上記複数の手段の機能の少なくとも一部を、回路構成自体で機能が特定されるハードウェアで実現してもよい。
【００７７】
このように、本発明は、上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々の実施形態に適用可能である。
【符号の説明】
【００７８】
２：運転情報記憶システム、１０：親ＥＣＵ（日時送信装置）、２０：子ＥＣＵ（電子制御装置、通信手段、記憶手段、計測手段、日時算出手段、日時書換手段、補正手段，異常処理手段）、２２：通信Ｉ／Ｆ（通信手段）、２４：メモリ（記憶部）、２００：読出しツール
【図１】
0005585536.tif 000002
【図２】
0005585536.tif 000003
【図３】
0005585536.tif 000004
【図４】
0005585536.tif 000005
【図５】
0005585536.tif 000006
【図６】
0005585536.tif 000007
【図７】
0005585536.tif 000008
【図８】
0005585536.tif 000009
【図９】
0005585536.tif 000010