(57)【要約】【課題】車両情報を記録領域に繰り返し記録する際に、解析に使用可能なデータを記録可能な車両情報記録装置を提供すること。【解決手段】予め定められた条件を満たすと車両情報を記録する車両情報記録装置１１であって、データの最小消去単位を１つのブロックとして少なくとも２ブロック以上の容量を備えた記録領域５０と、車両情報を取得する車両情報取得手段２４と、車両情報に基づき前記条件が成立すると判定された場合、前記記録領域に車両情報を記録する車両情報記録手段４２と、を有し、前記記録領域の最後のブロックまで車両情報を書き込んだ場合、前記車両情報記録手段は、前記最後のブロック以外のブロックのデータを消去して、データを消去したブロックから車両情報の書き込みを再開する、ことを特徴とする。【選択図】図１
2014142874.tif 000002
【特許請求の範囲】
【請求項１】
予め定められた条件を満たすと車両情報を記録する車両情報記録装置であって、
データの最小消去単位を１つのブロックとして少なくとも２ブロック以上の容量を備えた不揮発性の記録領域と、
車両情報を取得する車両情報取得手段と、
車両情報に基づき前記条件が成立すると判定された場合、前記記録領域に車両情報を記録する車両情報記録手段と、を有し、
前記記録領域の最後のブロックまで車両情報を書き込んだ場合、前記車両情報記録手段は、前記最後のブロック以外のブロックのデータを消去して、データを消去したブロックから車両情報の書き込みを再開する、
ことを特徴とする車両情報記録装置。
【請求項２】
前記記録領域の前記最後のブロックまで車両情報を書き込んだ場合、前記車両情報記録手段は、前記記録領域の最初のブロックのデータを消去して、前記最初のブロックから車両情報の書き込みを再開する、
ことを特徴とする請求項１記載の車両情報記録装置。
【請求項３】
前記車両情報記録手段は、前記記録領域のアドレス順に車両情報を書き込み、
１つのブロックの最後のアドレスまで車両情報を書き込んだ場合、アドレスが連続する次のブロックのデータを消去して、前記次のブロックから車両情報の書き込みを再開する、
ことを特徴とする請求項１又は２記載の車両情報記録装置。
【請求項４】
前記条件が成立する頻度、及び、前記条件が成立すると判定された場合に記録される車両情報の優先度に応じて、複数の前記記録領域を有する、
ことを特徴とする請求項１〜３いずれか１項記載の車両情報記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予め定められた条件を満たすと車両情報を記録する車両情報記録装置に関する。
【背景技術】
【０００２】
走行中の車両が、自車両がどのような状態かを表す車両情報を記録しておけば、後に車両メーカ等が車両の状態を解析する際に有用な情報となる。このため、従来から、予め定められたトリガー条件が成立すると、予め定められた車両情報を不揮発性の記憶装置に記録する車両情報の記録方法が知られている。
【０００３】
車載される記憶装置の容量には制限があるので、記憶装置に所定の容量の記録領域を設けておき、記録領域の最後まで車両情報を書き込むと、再度、記録領域の先頭から車両情報が書き込まれる場合が多い（例えば、特許文献１参照。）。特許文献１には、バッファとしての記憶装置をｎ個の記録ブロックに分けておき、事故発生検出手段により事故発生が検出されると、記録ブロックの記録内容を不揮発性記録領域に複写すると共に、新しい記録ブロックへの車両情報の記録を開始する車両用データ記録装置が開示されている。なお、特許文献１では、連続した事故発生検出の間に充分な時間が無い場合、１つ前の記録ブロックから不足分の車両情報を次の記録ブロックに複写することで、事故解析に必要な車両情報を不揮発性記録領域に記憶する。
【０００４】
また、動的に車両情報の記憶容量を増減する技術が提案されている（例えば、特許文献２参照。）。特許文献２には、複数のトリガー条件を予め定めておき、満たすと判別されたトリガー条件が分類されるグループに対応する情報記録領域に車両情報を記録する車両情報記録装置が開示されている。特許文献２の車両情報記録装置は、トリガー条件を満たす頻度に応じて、対応する情報記録領域の記録容量を増減することで（トリガー条件を満たす頻度が高くなるほど、情報記録領域の記録容量を増やす）、重要度の高い車両情報を確実に記録することを図っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−３１２５５３号公報
【特許文献２】特開２０１２−１４６１３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載された車両用データ記録装置は、バッファ領域の記録ブロックでは事故解析に必要な車両情報を記憶することが可能としても、退避先の不揮発性記録領域に対し事故解析に必要な車両情報を記憶することについて考慮されていないという問題がある。
【０００７】
また、特許文献２に記載された車両情報記録装置については、トリガー条件が成立する頻度が少ない情報記録領域は、最小の単位分の容量しか確保されないことになる。このため、特許文献１の車両用データ記録装置と同様に、事故解析に必要な車両情報を記憶することが困難になるという問題がある。
【０００８】
具体的には、特許文献１，２のいずれにおいても、不揮発性記録領域又は情報記録領域の最後まで車両情報を書き込むと、書ききれない車両情報の一部が生じうる。この場合、上記のように、不揮発性記録領域又は情報記録領域の最初から車両情報の一部を書き込むことが考えられる。しかし、単に書き込むだけでは、不揮発性記録領域又は情報記録領域の最初に書き込まれた車両情報の一部しか記録に残らず、解析に使用できないだけでなく不揮発性記録領域又は情報記録領域を無駄に消費するという問題がある。
【０００９】
図１０は、例として情報記録領域の最後に書き込まれた車両情報を模式的に説明する図の一例である。図１０（ａ）では退避先の不揮発メモリに設けられた１つの情報記録領域に２つの車両情報１、２が記録されている。この状態で、３つめの車両情報３を記録する場合、図１０（ｂ）に示すように、情報記録領域に３つ目の車両情報３を全て記録できない。このため、車両は情報記録領域の先頭から３つ目の車両情報を記録するが、不揮発メモリの記憶装置の種類によっては、データを上書きする前に一度、データを消去する必要がある。そして、このデータの消去の際には最小の消去単位がハードウェアの仕様として決まっており、最低でも最小消去単位毎でないとデータを消去できない。このため、情報記録領域の容量が最小消去単位と同じ場合、図１０（ｃ）に示すように、情報記録領域の全体を消去する必要が生じてしまう。
【００１０】
消去した後、図１０（ｄ）に示すように、車両は３番目の車両情報３の残りを情報記録領域の先頭から書き込む。しかし、図示するように、車両情報３の全体が残らないので解析に使用できないだけでなく情報記録領域を無駄に消費してしまう。
【００１１】
本発明は、上記課題に鑑み、車両情報を記録領域に繰り返し記録する際に、解析に使用可能なデータを記録可能な車両情報記録装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、予め定められた条件を満たすと車両情報を記録する車両情報記録装置であって、データの最小消去単位を１つのブロックとして少なくとも２ブロック以上の容量を備えた記録領域と、車両情報を取得する車両情報取得手段と、車両情報に基づき前記条件が成立すると判定された場合、前記記録領域に車両情報を記録する車両情報記録手段と、を有し、前記記録領域の最後のブロックまで車両情報を書き込んだ場合、前記車両情報記録手段は、前記最後のブロック以外のブロックのデータを消去して、データを消去したブロックから車両情報の書き込みを再開する、ことを特徴とする。
【００１３】
かかる構成により、車両情報を記録領域に繰り返し記録する際に、解析に使用可能なデータの全体を記録することができる。
【００１４】
また、本発明の一形態において、前記記録領域の最後まで車両情報を書き込んだ場合、前記車両情報記録手段は、前記記録領域の最初のブロックのデータを消去して、前記最初のブロックから車両情報の書き込みを再開する、ことを特徴とする。
【００１５】
かかる構成により、ブロックの最後からブロックの最初にかけて、解析に使用可能なデータの全体を記録することができる。
【００１６】
また、本発明の一形態において、前記車両情報記録手段は、前記記録領域のアドレス順に車両情報を書き込み、１つのブロックの最後のアドレスまで車両情報を書き込んだ場合、アドレスが連続する次のブロックのデータを消去して、前記次のブロックから車両情報の書き込みを再開する、ことを特徴とする。
【００１７】
かかる構成により、前記記録領域の最後のブロックだけでなく、任意のブロックの最後まで車両情報を書き込んだ場合、任意のブロックから次のブロックにかけて解析に使用可能なデータの全体を記録することができる。
【００１８】
また、本発明の一形態において、前記条件が成立する頻度、及び、前記条件が成立すると判定された場合に記録される車両情報の優先度に応じて、複数の前記記録領域を有する、ことを特徴とする。
【００１９】
かかる構成により、成立する頻度が高い車両情報や優先度が低い車両情報が、成立する頻度が低い車両情報や優先度が高い車両情報を上書きすることを抑制できる。
【発明の効果】
【００２０】
車両情報を記録領域に繰り返し記録する際に、解析に使用可能なデータを記録可能な車両情報記録装置を提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態の車両用データ記録装置の概略的な特徴を模式的に説明する図の一例である。
【図２】データ記録システムの概略構成図の一例である。
【図３】ＥＣＵ＿Ａが記録処理に用いるセンサを模式的に示す図の一例である。
【図４】ＥＣＵ＿Ａの機能ブロック図の一例である。
【図５】トリガー条件と頻度の対応の一例を説明する図である。
【図６】記録領域の構成について説明する図の一例である。
【図７】車両情報のフォーマットの一例を示す図である。
【図８】ＥＣＵ＿Ａが車両情報を記録する手順を示すフローチャート図の一例である。
【図９】記録領域への車両情報の記録と消去について説明する図の一例である。
【図１０】情報記録領域の最後に書き込まれた車両情報を模式的に説明する図の一例である（従来図）。
【発明を実施するための形態】
【００２２】
以下、本発明を実施するための形態について図面を参照しながら説明する。しかしながら、本発明の技術的範囲が、本実施の形態に限定されるものではない。
【００２３】
図１は、本実施形態のデータ記録システムの概略的な特徴を模式的に説明する図の一例である。本実施形態では記録領域５０の容量が、不揮発メモリのハードウェア仕様として定められている最小消去単位の少なくとも２倍、確保されていることが特徴の１つとなっている。以下、１つの最小消去単位をブロックＢといい、複数あるブロックＢをそれぞれブロックＢ１〜Ｂｎと表す（図ではｎ＝２）。
【００２４】
図１（ａ）に示すように、退避先の不揮発メモリに設けられた記録領域５０に５つの車両情報１〜５が記録されている。
【００２５】
図１（ｂ）に示すように、車両が６つめの車両情報６を記録する場合、記録領域５０に６つ目の車両情報を全て記録できない。そこで、車両は記録領域５０の先頭から車両情報６の残りを記録するため、記録領域５０の前半のブロックＢ１のデータを消去する。
【００２６】
図１（ｃ）に示すように、１つのブロックＢが最小消去単位なので、車両情報４、５及び車両情報６の一部を記録したまま、前半のブロックＢ１のデータだけを消去できる。
【００２７】
図１（ｄ）に示すように、車両は記録領域５０の先頭から車両情報６の残りを記録する。図示するように、車両情報６の全体が、後半のブロックＢ２の最後から前半のブロックＢ１の先頭に記録されているので、車両メーカなどは、車両情報６を解析に使用することができる。また、解析に使用できない車両情報が記録されないので記録領域５０を無駄に消費することも抑制される。
【００２８】
〔構成例〕
図２は、データ記録システム１００の概略構成図の一例を示す。図のデータ記録システム１００は４つのＥＣＵ１１（区別するため、ＥＣＵ＿Ａ〜ＥＣＵ＿Ｄと称す）を有するが、ＥＣＵ（Electronic Control Unit：電子制御ユニット）は１つ以上あればよい。各ＥＣＵ１１は車載ネットワーク１６を介して通信可能に接続されている。車載ネットワーク１６は、例えばＣＡＮ（Controller Area Network）プロトコルに基づく通信ネットワークであるとして説明するが、ＦｌｅｘＲａｙ、Ｌｉｎ（local interconnect network）又はイーサネット（登録商標）などどのような通信プロトコルを採用していてもよい。
【００２９】
ＥＣＵ＿Ａ〜ＥＣＵ＿Ｄは、例えば、エンジンＥＣＵ、アンチスキッドＥＣＵ、ＨＶ（ハイブリッド）ＥＣＵ、ゲートウェイＥＣＵ、ボディＥＣＵ、メータＥＣＵ、ナビＥＣＵ、など公知のＥＣＵである。ＥＣＵ１１の名称や機能は一例に過ぎず、本実施形態のＥＣＵはこれらに制限されることはない。
【００３０】
各ＥＣＵ１１には制御に使用する検出信号を出力するセンサ１２が接続されている。ＥＣＵ＿ＡにはセンサＡ１、ＥＣＵ＿ＢにはセンサＢ１、Ｂ２、ＥＣＵ＿ＣにはセンサＣ１、ＥＣＵ＿ＤにはセンサＤ１、Ｄ２がそれぞれ接続されている。各ＥＣＵはセンサ１２が出力する検出信号を用いて演算を行いそれぞれ専用の制御を行うと共に、予め定められているセンサ１２の検出信号を車載ネットワーク１６に送信する。これにより、センサ１２と直接、接続されていないＥＣＵ１１も任意の検出信号を用いて制御を行うことが可能となる。
【００３１】
各ＥＣＵ１１の少なくとも１つはトリガー条件の成立判定と、トリガー条件が成立した場合に、予め定められた車両情報を不揮発メモリに記憶する記録処理を行っている。本実施例では例えばＥＣＵ＿Ａが記録処理を行っているものとするが、２つ以上のＥＣＵ１１が記録処理を行ってもよい。
【００３２】
また、車載ネットワーク１６にはＤＬＣ（データリンクコネクタ）１３が接続されている。ユーザはツール１４をＤＬＣ１３に接続してツール１４を操作することで、ＣＡＮ通信などによりＥＣＵ１１と通信し、ＥＣＵ１１が記憶している情報を読み出したり、診断のための動作を要求することができる。したがって、車両がディーラなどに持ち込まれた場合、サービスマンはツール１４によりＥＣＵ１１が記憶している車両情報を読み出すことができる。また、車両によっては携帯電話網や無線ＬＡＮ網を介してインターネットなどに接続する通信装置を装備している。このような車両では、通信装置により車両情報をディーラやメーカのサービスセンタに送信してもよい。
【００３３】
図３は、ＥＣＵ＿Ａが記録処理に用いるセンサ１２を模式的に示す図の一例である。センサ１２は、ＥＣＵ＿Ａに直接、接続されているものの他、車載ネットワーク１６を介して受信されるものを含んでいる。ＥＣＵ＿Ａはセンサ１２の検出信号を用いてトリガー条件の成立判定を行うと共に、トリガー条件が成立した場合はセンサ１２の１つ以上の検出信号を車両情報として不揮発メモリ３３に記録する。トリガー条件の成立判定に用いられる検出信号を出力するセンサ１２をトリガー検出系センサ２２といい、車両情報として記録される検出信号を出力するセンサ１２を記録対象系センサ２１と称す。
【００３４】
トリガー検出系センサ２２は、例えば、車輪速センサ２２ａ、ヨーレートセンサ２２ｂ、ジャイロセンサ２２ｃ、加速度センサ２２ｄ、ペダルストロークセンサ２２ｅ、及び、エアバッグ作動センサ２２ｆである。記録対象系センサ２１は、例えば、トリガー検出系センサ２２に加え、操舵角センサ２１ａ、位置センサ２１ｂ、シフトポジションセンサ２１ｃ、及び、エンジン回転数センサ２１ｄである。トリガー検出系センサ２２と記録対象系センサ２１は完全に異なるものではなく、トリガー条件の成立判定に用いられたセンサ１２の検出信号が車両情報に含まれうる。また、図示されていないが、トリガー条件の成立判定に用いられたセンサ１２の検出信号が車両情報に含まれない場合があってもよい。また、トリガー検出系センサ２２と記録対象系センサ２１が完全に一致しても差し支えない。
【００３５】
車輪速センサ２２ａは、車両の各輪の回転速度をパルスなどで検出するセンサである。ヨーレートセンサ２２ｂは、車両の車軸に垂直な方向が路面に対し水平に回転する速度を検出するセンサである。ジャイロセンサ２２ｃは、ＸＹＺの３軸方向の角加速度を検出してそれを積分することで進行方向を特定するセンサである。加速度センサ２２ｄは車両の前後方向及び左右方向の加速度を検出するセンサである。ペダルストロークセンサ２２ｅは、運転者のアクセルペダルの操作に応じて変動するアクセル開度を検出するセンサ、及び、運転者のブレーキペダルの操作に応じて変動するブレーキペダルのストローク量を検出するセンサである。エアバッグ作動センサ２２ｆはエアバッグが作動したことを検出するセンサである。
【００３６】
操舵角センサ２１ａは、運転者によるステアリングホイールの操舵角を検出するセンサである。位置センサ２１ｂはＧＮＳＳ（Global Navigation Satellite System）などにより自車両の座標を検出するセンサである。シフトポジションセンサ２１ｃは、シフトレバーの操作位置（ギアやレンジ）を検出するセンサである。エンジン回転数センサ２１ｄはエンジン回転数を検出するセンサである。
【００３７】
なお、図示したセンサ１２は一例であって、先行車両や障害物との距離・相対速度を検出するセンサ、自車両周辺を撮影するカメラセンサ、車両の原動力となるモータの回転速度・電流値・温度などを検出するセンサ、ロール角やピッチ角を検出するセンサなどが含まれていてもよい。また、トリガー検出系センサ２２及び記録対象系センサ２１は車種や車載される装備に応じて異なっていてもよい。
【００３８】
これらセンサ１２の検出信号は入力回路２４を介してＥＣＵ＿Ａに出力される。ＥＣＵ＿Ａは入力回路２４、マイコン２５、及び、出力回路２６を有する。また、マイコン２５は、バスを介して接続されたＲＡＭ３１、ＲＯＭ３２、不揮発メモリ３３、ＣＰＵ３４、及び、ＣＡＮコントローラ３５を有している。ＣＰＵ３４は、ＲＯＭ３２に記憶されたＯＳ(Operating System)やプログラムを実行してＥＣＵ＿Ａに特有の制御を行う。ＲＡＭ３１は、ＣＰＵ３４がプログラムを実行する際の作業領域となり、例えばスタック領域、変数などが記憶される。また、本実施例では車両情報を一時保存するためのバッファ領域となる。
【００３９】
不揮発メモリ３３は、トリガー条件が成立した場合にＲＡＭ３１に一時保存されている（バッファリングされている）車両情報が複写される記憶装置である。不揮発メモリ３３は、例えばフラッシュメモリであるが、本実施形態では１バイトよりも大きい最小消去単位でなければデータを消去できない記憶素子で構成されていればよい。ＣＡＮコントローラ３５は、車載ネットワーク１６を流れるフレームのＩＤを監視して自機宛であれば受信し、また、ＣＰＵ３４からの指示によりフレームを作成して車載ネットワーク１６に送信する。
【００４０】
図４は、ＥＣＵ＿Ａの機能ブロック図の一例を示す。ＥＣＵ＿Ａはトリガー判定部４１、車両情報複写部４２、車両情報記録部４３、バッファ部４４、及び、１つ以上の記録領域５０を有している。
【００４１】
トリガー判定部４１は、トリガー検出系センサ２２の検出信号を監視して、トリガー条件が成立するか否かを判定する。トリガー条件は、車両情報をバッファ部４４から不揮発メモリ３３にコピーする契機となる条件である。トリガー条件は、例えば、障害物と衝突したこと、エアバッグが展開したこと、急制動が行われたこと、急加速が行われたこと、急旋回が行われること、などの事象を検出可能となるように定められる。
【００４２】
車両情報記録部４３は、繰り返し記録対象系センサ２１が検出する１つ以上の検出信号を１セットに車両情報としてバッファ部４４に記録する。センサ１２によって検出信号の検出サイクルやタイミングが異なるため、車両情報記録部４３は各センサ１２の検出サイクルや検出タイミングに応じて各センサ１２の検出信号を収集し、バッファ部４４に記憶する。なお、記録処理よりもＥＣＵ＿Ａに固有の処理が優先されるので、周期的な検出信号の収集が必ず行われるとは限らず、周期の経過後の処理負荷が閾値未満のタイミングで検出信号を収集すればよい。
【００４３】
ここで、車両情報はトリガー条件に対応していくつかのグループに分類されている。グループ１の車両情報はトリガー条件１に、グループ２の車両情報はトリガー条件２に、グループ３の車両情報はトリガー条件３に、それぞれ対応している。車両情報記録部４３は、記録対象系センサ２１の検出信号をグループ１〜３に仕分けてバッファ部４４に記憶する。なお、バッファ部４４のグループ分けは必ずしも必要ではなく、バッファ部４４から記録領域５０に複写する際に、車両情報複写部４２が成立したトリガー条件に応じてバッファ部４４の車両情報を選択してもよい。また、トリガー条件に拘わらず不揮発メモリ３３に記憶される車両情報は同じでもよい。
【００４４】
グループ１〜３は、それぞれ検出信号の１セット分を複数個、記録できる容量を有しており、所定時間に検出される複数セットの検出信号が常に記憶されている。車両情報記録部４３は、古いセットから上書きしながら、記録対象系センサ２１が検出する検出信号を記録する。また、トリガー条件が成立しても一定時間、検出信号をバッファ部４４のグループ１〜３に記録することを継続する。こうすることで、グループ１〜３はトリガー条件が成立した前後の所定時間の検出信号が記録された状態となる。
【００４５】
トリガー条件が成立すると、不揮発メモリ３３の記録領域５０に車両情報が記憶されるが、トリガー条件が成立する頻度は事象によって異なる。例えば頻度が高い（例えば、１トリップに１回程度）事象と頻度が低い（例えば、車両のライフタイムに１〜数回あるか否か）事象の車両情報を同じ記録領域５０に記録してしまうと、頻度が高い事象の車両情報のみが記録され、頻度が低い事象の車両情報を記録することが困難になりかねない。また、事象と後の解析のために記録されるべき車両情報には優先されるものがある。例えば、エアバッグが展開した場合には車両情報が優先して記憶されることが好ましい。また、データのサイズやフォーマットなどのデータ仕様から記録領域５０を別にすべき場合がある。このため、車両情報は、記録される頻度、優先度、及び、データ仕様を総合的に考慮して上記のグループに区分されている。
【００４６】
図５は、トリガー条件の成立頻度、車両情報の優先度等の一例を説明する図である。例えば、トリガー条件１は、衝突発生という事象を検出するための条件で、「加速度＞閾値Ａ」又は「エアバッグ作動」をトリガー条件とする。車両情報は、例えば、トリガー条件となっているものに加え、車速、アクセル開度、ブレーキペダルストローク、エンジン回転数、操舵角、位置情報などである。トリガー条件２は、スピンという事象を検出するための条件で、「ヨーレート＞閾値B1」又は「回転角速度＞閾値B2」をトリガー条件とする。車両情報は、例えば、トリガー条件となっているものに加え、車速、アクセル開度、ブレーキペダルストローク、操舵角、などである。トリガー条件３は、急減速・急加速という事象を検出するための条件で、「加速度＞閾値C1」又は「ペダル開度＞閾値C2」又は「車速＞閾値」をトリガー条件とする。車両情報は、例えば、トリガー条件となっているものに加え、シフトポジション、エンジン回転数などである。
【００４７】
図４に戻り、トリガー判定部４１は、周期的に、トリガー条件１〜３が成立するか否かを判定し、１つでも成立すると車両情報複写部４２に成立したトリガー条件を通知する。判定の周期は、車両情報を収集する周期より短い。これにより、早期にトリガー条件の成立の有無を判定できる。
【００４８】
車両情報複写部４２は成立したトリガー条件に対応するグループ１〜３の車両情報を記録領域１〜３のアドレス順に複写する。グループ１の車両情報は記録領域１に、グループ２の車両情報は記録領域２に、グループ３の車両情報は記録領域３に、それぞれ対応して記憶される。
【００４９】
〔記録領域〕
図６は、記録領域５０の構成について説明する図の一例である。図６（ａ）は記録領域１の構成を、図６（ｂ）は記録領域２の構成を、図６（ｃ）は記録領域３の構成を、それぞれ示している。本実施形態の記録領域１〜３は、いずれも、不揮発メモリ３３のハードウェア的な制限による最小消去単位のｎ倍（ｎは2以上の自然数）の容量を有している。すなわち、記録領域１は最小消去単位の２倍の容量を、記録領域２は最小消去単位の３倍の容量を、記録領域３は最小消去単位の４倍の容量を、それぞれ有している。なお、記録領域１〜３の容量は全て同じでもよいし、一部の記録領域（例えば記録領域２と３）でのみ同じでもよい。
【００５０】
最小消去単位は、少なくとも１つの車両情報を記憶可能な容量を有している。記録領域１に記憶される車両情報１-i（iは１以上の自然数）、記録領域２に記憶される車両情報２-i、記録領域３に記憶される車両情報３-iは、互いに異なるサイズでも同じサイズでもよい。なお、同じ記録領域内の車両情報のサイズは一定である。
【００５１】
車両情報複写部４２は車両情報１〜３を記録領域１〜３の先頭から記録する。車両情報は所定のフォーマットを有しており、ツール１４などの外部装置から読み出した場合に、どこからどこまでが１つの車両情報か判別できるようになっている。
【００５２】
ブロックが３つ以上ある場合、原則的にアドレス順に順次、ブロックに車両情報が記録される。しかし、必ずアドレス順である必要はなく、例えばブロックにアドレスに関係なく番号を付与しておきブロックの番号順に車両情報を記録してもよい。
【００５３】
図７は、車両情報のフォーマットの一例を示す図である。例えば、車両情報の先頭を示すヘッダー、日時、車両情報データ部分、及び、Ｅｏｆ（End  Of File）で１つの車両情報である。ヘッダーは例えば1又は０が数バイト連続したデータで、日時はトリガー条件の成立時又は車両情報の記録時の日時である。車両情報データ部分は、1つ以上のセンサ１２の検出信号（１以上の検出信号のセットが時系列に収集されたもの）である。Ｅｏｆは例えば1又は０が数バイト連続したデータである。
【００５４】
車両情報複写部４２は、１つの車両情報を記録する毎にラストアドレスを更新する。ラストアドレスは、最も新しい車両情報の末尾のアドレスである。ラストアドレスは記録領域１〜３毎に、例えばバッファ部４４に保持されている。車両情報複写部４２はラストアドレスを参照して、トリガー条件が成立した場合に車両情報を書き込むアドレスを決定する。
【００５５】
なお、ラストアドレスは、車両情報を不揮発メモリ３３に書き込む際に更新される。車両情報複写部４２は、車両情報を１バイト書き込む毎に「ラストアドレス＝ラストアドレス＋１バイト」を計算する。したがって、１つの車両情報の書き込みが完了した時にはラストアドレスは、最も新しい車両情報の末尾のアドレスを示す。
【００５６】
〔動作手順〕
図８は、ＥＣＵ＿Ａが車両情報を記録する手順を示すフローチャート図の一例である。図８の手順は、トリガー条件が成立すると実行される。
【００５７】
車両情報複写部４２は、まず、ラストアドレスを読み出す（Ｓ１０）。
【００５８】
ついで、車両情報を書き込み単位ずつ（例えば１バイトずつ）、記録領域５０のラストアドレスが示すアドレスに書き込む（Ｓ２０）。
【００５９】
ついで、車両情報複写部４２は、ラストアドレスを書き込み単位分（例えば１バイト）、更新する（Ｓ３０）。
【００６０】
車両情報複写部４２は、１つのブロックＢの最後まで書き込んだか否かを判定する（Ｓ４０）。すなわち、ラストアドレスが最小消去単位の整数倍と一致するか否かを判定する。
【００６１】
１つのブロックＢの最後まで書き込んでいない場合（Ｓ４０のＮｏ）、車両情報複写部４２は車両情報の書き込みが完了したか否かを判定する（Ｓ５０）。車両情報の書き込みが完了したか否かは、例えば、１つの車両情報のサイズだけ又は１つの車両情報の書き込みに必要な回数だけ書き込みしたか否か、又は、バッファ部４４のグループ１〜３の最後まで車両情報を複写したか否かなどから判定される。書き込みが完了した場合（Ｓ５０のＹｅｓ）、図８の手順は終了する。
【００６２】
書き込みが完了していない場合（Ｓ５０のＮｏ）、処理はステップＳ２０に戻り、車両情報複写部４２は車両情報の書き込みを継続する。
【００６３】
１つのブロックＢの最後まで書き込んだ場合（Ｓ４０のＹｅｓ）、車両情報複写部４２は書き込んだブロックが記録領域５０の最後のブロックＢか否かを判定する（Ｓ６０）。最後のブロックＢか否かは、ラストアドレスが記録領域５０の最後のアドレスと一致するか否かにより判定される。
【００６４】
書き込んだブロックＢが記録領域５０の最後のブロックＢでない場合（Ｓ６０のＮｏ）、車両情報複写部４２は、最後まで書き込んだブロックＢの次のブロックＢのデータを消去する（Ｓ９０）。
【００６５】
書き込んだブロックＢが記録領域５０の最後のブロックだった場合（Ｓ６０のＹｅｓ）、車両情報複写部４２は最初の最小消去単位のブロックＢ１のデータを消去する（Ｓ７０）。したがって、２番目以降のブロックＢ２等のデータは消去されないので、記録領域５０の最後に書き込まれた車両情報は消去されない。
【００６６】
次いで、車両情報複写部４２はラストアドレスを初期化する（Ｓ８０）。すなわち、ラストアドレスを記録領域５０の先頭アドレスに設定する。
【００６７】
この後、処理はステップＳ５０に進み、車両情報の書き込みが完了していなければ、記録領域５０の先頭を示すラストアドレスから書き込みが再開される。以上の手順により、１つのブロックＢだけのデータを消去しながら、車両情報を記録できる。
【００６８】
図９は、記録領域５０への車両情報の記録と消去について説明する図の一例である。
図９（ａ）に示すように、車両情報１−６を２番目のブロックＢ２に記録する場合、車両情報複写部４２は２番目のブロックＢ２の最後まで車両情報１−６の一部を書き込む。
そして、図９（ｂ）に示すように、１番目のブロックＢ１のデータだけを消去して、車両情報１−６の残りを１番目のブロックＢ１の先頭に書き込む。図示するように車両情報１−６の全体を記録領域５０に記録することができる。
【００６９】
２番目のブロックＢ２についても同様になる。図９（ｃ）に示すように、車両情報１−９を１番目のブロックＢ１に記録する場合、車両情報複写部４２は１番目のブロックＢ１の最後まで車両情報１−９の一部を書き込む。
【００７０】
そして、図９（ｄ）に示すように、２番目のブロックＢ２のデータだけを消去して、車両情報１−９の残りを２番目のブロックＢ２の先頭に書き込む。図示するように車両情報１−９の全体を記録領域５０に記録することができる。
【００７１】
以上説明したように、本実施形態のデータ記録システム１００は、記録領域５０の容量を最小消去単位の少なくとも２倍とすることで、記録領域５０の最後まで記録した車両情報の全体を不揮発メモリ３３に記録することができる。
【符号の説明】
【００７２】
１１    ＥＣＵ
１２    センサ
２５    マイコン
３１    ＲＡＭ
３３    不揮発メモリ
４１    トリガー判定部
４２    車両情報複写部
４３    車両情報記録部
４４    バッファ部
５０    記録領域
【図１】
2014142874.tif 000003
【図２】
2014142874.tif 000004
【図３】
2014142874.tif 000005
【図４】
2014142874.tif 000006
【図５】
2014142874.tif 000007
【図６】
2014142874.tif 000008
【図７】
2014142874.tif 000009
【図８】
2014142874.tif 000010
【図９】
2014142874.tif 000011
【図１０】
2014142874.tif 000012