JP2001222731A - ドライブレコーダ - Google Patents

Abstract

(57)【要約】 【課題】 ドライブレコーダにおいて、事故時のデータ
を保存するとともに事故後のデータも記録可能とするこ
と。 【解決手段】 車両が事故によって停止した場合を除き
（Ｓ４：ＮＯ）、フラッシュメモリ１４のスタートアド
レスからエンドアドレスの間を飛ばして車両状態データ
を上書きするが（Ｓ５）、事故による走行停止なら（Ｓ
４：ＹＥＳ）、Ｓ５をジャンプするので、事故時までの
車両状態データを保存できる。事故が有って（Ｓ６：Ｙ
ＥＳ）、走行が継続された場合は（Ｓ７：ＹＥＳ）、保
存データ領域を決定し、そのスタートアドレスとエンド
アドレスをサーチする（Ｓ８）。サーチされたスタート
アドレスとエンドアドレスは、次からのＳ５の処理で飛
び越されるので上書きされない。よって、事故時のデー
タを保存するとともに事故後のデータも記録可能であ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車両の運行状態に
関する車両状態データを時系列的に記録するドライブレ
コーダに関する。

【０００２】

【従来の技術】従来のドライブレコーダは、電源が遮断
された際にも記憶保持が可能な記憶手段例えばフラッシ
ュメモリに車両の運行状態に関する車両状態データを時
系列的に記録していた。フラッシュメモリ等の記憶手段
は、その容量に限度があることから、古いデータを新し
いデータに更新する手法が採用されていた。そして、事
故の発生を検知するとその時点で車両状態データの記録
を停止することにより、事故時及びそれ以前の車両状態
データを保存していた。

【０００３】

【発明が解決しようとする課題】しかしながら、事故発
生の時点で車両状態データの記録を停止してしまうの
で、事故後の車両状態を記録できなかった。このため、
事故後から検査を受けるまでの期間のデータがなく、事
故後の車両状態を再現することができなかった。また、
一度事故を起こした車両がその後も走行を続けて二度目
の事故を起こした場合には、二度目の事故に関する車両
状態データがまったく記録されていないから、車両状態
データに基づく事故原因の解明はできなかった。

【０００４】本発明は、事故時のデータは保存して事故
原因の解明や対策を可能としつつ、事故後においても車
両状態を記録可能とすることにより、上に例示したよう
な不都合を解消することを目的としている。

【０００５】

【課題を解決するための手段および発明の効果】上記課
題を解決するための請求項１記載のドライブレコーダ
は、車両の運行状態に関する車両状態データを取得する
データ取得手段と、電源が遮断された際にも記憶保持が
可能な記憶手段と、前記データ取得手段により取得され
た車両状態データを時系列的に前記記憶手段に書き込む
書込手段と、事故の発生を検知すると該事故発生の時点
に対応する前記車両状態データが書き込まれている前記
記憶手段の記憶領域の書き換えを禁止する書換禁止手段
とを備えているので、事故が起こった場合には、その時
の車両状態データが記憶手段に保存され、この車両状態
データに基づく事故原因の解明が可能である。

【０００６】さらに、前記書込手段は、前記事故後に前
記車両が走行した場合には、前記書き換えが禁止されて
いる記憶領域以外の領域に前記車両状態データを書き込
む、すなわち事故が発生しても車両状態データの記録が
停止されないから、例えば事故後から検査を受けるまで
の期間の車両状態データを保存でき、事故後の車両状態
を再現することができる。また、一度事故を起こした車
両がその後も走行を続けて二度目の事故を起こした場合
でも、二度目の事故までの車両状態データが記録されて
いるから、そのような場合でも車両状態データに基づく
事故原因の解明が可能である。

【０００７】車両の運行状態に関する車両状態データと
しては、車速、操舵角、加速度、車両位置、ブレーキ状
態、スロットル開度、アクセル開度、外気温、車間距
離、車両に搭載されている電子制御装置（ＥＣＵ）から
のデータ等が例示されるが、これらに限るものではな
い。

【０００８】電源が遮断された際にも記憶保持が可能な
記憶手段としてはフラッシュメモリ、ハードディスク、
ミニディスク（ＭＤ）、ＣＤ−ＲＷ、ＤＡＴ等が例示さ
れるが、車両に搭載するという条件があるので振動など
への耐性に優れ、小型で、しかもアクセス速度が速いも
のが好ましく、フラッシュメモリはこうした点で優れて
いる。

【０００９】事故発生によって書き換えを禁止する記憶
領域は、事故の瞬間の車両状態データだけでなく、その
前後（適宜時間分）の車両状態データも保存されるよう
に過去のデータや経験則に基づいて設定するのが好まし
い。こう設定すれば、車両状態データに基づく事故原因
の解明が容易であり、また正確でもある。

【００１０】請求項２記載のドライブレコーダは、車両
の運行状態に関する車両状態データを取得するデータ取
得手段と、電源が遮断された際にも記憶保持が可能な記
憶手段であって、記録領域と保存領域とが設定されてい
る記憶手段と、前記データ取得手段により取得された車
両状態データを前記記録領域に時系列的に書き込む書込
手段と、事故の発生後に車両が走行すると該事故発生の
時点に対応する前記車両状態データを前記記録領域から
前記保存領域にコピーするコピー手段とを備えるので、
事故が起こった場合には、事故発生までの車両状態デー
タが記録領域に保存され、この記録領域の車両状態デー
タに基づく事故原因の解明が可能である。

【００１１】また、事故後に車両が走行した場合には、
事故発生の時点に対応する車両状態データが記録領域か
ら保存領域にコピーされているから、この保存領域の車
両状態データに基づいて事故原因を解明することができ
る。しかも、事故後の走行における車両状態データは記
録領域に記録されるから、例えば事故後から検査を受け
るまでの期間の車両状態データを記録でき、事故後の車
両状態を再現することができる。また、一度事故を起こ
した車両がその後も走行を続けて二度目の事故を起こし
た場合でも、二度目の事故までの車両状態データが記録
されているから、そのような場合でも車両状態データに
基づく事故原因の解明が可能である。

【００１２】なお、事故発生後に走行した場合に保存領
域にコピーする車両状態データの範囲は、事故の瞬間の
車両状態データだけでなく、その前後（適宜時間分）の
車両状態データも含むように過去のデータや経験則に基
づいて設定するのが好ましい。こう設定すれば、車両状
態データに基づく事故原因の解明が容易であり、また正
確でもある。

【００１３】この請求項２の場合も、車両状態データは
請求項１と同様であり、記憶手段は請求項１において述
べたのと同様である。記憶手段に記録領域と保存領域を
設定するには、例えば複数個のフラッシュメモリ等を使
用して、それぞれを記録領域と保存領域とに設定しても
よいし、１個のフラッシュメモリ等を複数領域に分割し
て各分割領域を記録領域及び保存領域としてもよい。

【００１４】ところで、ドライブレコーダ自身（例えば
記憶手段）に異常があったり、車両状態データの出力元
に異常があって（センサ、ＥＣＵ、ナビゲーションシス
テムやこれらとドライブレコーダとの回線等に異常があ
って）、車両状態データの記録ができなかったり、正常
でなくなることもあり得る。その場合は、正確な事故原
因を解明ができなくなる。

【００１５】請求項３記載のドライブレコーダはこのよ
うな不都合に対処するもので、請求項１または２記載の
ドライブレコーダにおいて、該ドライブレコーダ自身ま
たは前記車両状態データの出力元の異常を検出すると、
前記車両の運行を制限する運行制限手段を備えたことを
特徴とする。

【００１６】車両の運行を制限するというのは、走行速
度を制限したり、走行を禁止することであり、その制限
レベルは車両状態データの出力元の異常内容に応じて設
定すればよい。いくつか例をあげると、外気温のデータ
がなくても影響は小さいから外気温センサの異常なら走
行速度の制限を緩やかに設定（例えば３０ｋｍ／ｈ程
度）し、車速データがないと事故原因の解明に対する影
響が大きいから車速センサの異常なら修理のための一時
的な移動のみが可能な速度（例えば１０ｋｍ／ｈ程度）
に制限し、ドライブレコーダに異常があって車両状態デ
ータを記録できない場合には走行を禁止する、といった
設定が例示される。

【００１７】このように車両の運行を制限することで、
車両状態データを正常に記録できない状態での事故を防
止できる。

【００１８】

【発明の実施の形態】次に、本発明の実施例により発明
の実施の形態を説明する。

【００１９】

【実施例１】図１に示すのは本発明のドライブレコーダ
を車両のエンジン制御装置の一部として構成した例であ
る。エンジン制御装置１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ
等（詳細の図示は省略）を備えるワンチップのマイコン
１２、フラッシュメモリ１４、入出力回路１６、電源回
路１８等からなり、車両のバッテリー２０からの電力が
電源回路１８を介してマイコン１２や入出力回路１６に
供給される。フラッシュメモリ１４にはマイコン１２か
ら電力が供給される。

【００２０】入出力回路１６には車速センサ３１、操舵
角センサ３２、加速度センサ３３、ブレーキセンサ３
４、スロットルセンサ３５、アクセルセンサ３６等のセ
ンサ類が接続されており、これらからの車速信号、操舵
角信号、加速度信号、ブレーキ信号、スロットル開度信
号、アクセル開度信号等が入力される。また通信ライン
２２を介してナビゲーション装置、エアコンＥＣＵ、ク
ルーズＥＣＵ、衝撃検出装置、その他のＥＣＵ、車載通
信装置等が接続されており、車両位置、外気温、車間距
離、事故検出等の車両内部のデータや車外からのデータ
が入力される。これら入出力回路１６に入力される信号
値やデータが、本発明の車両状態データに該当する。な
お、衝撃検出装置は車両の前後方向や左右方向の加速度
を監視していて、その加速度に基づいて事故の発生を検
出し、例えばエアバッグの点火装置を作動させる等の制
御を行う。本実施例の場合、マイコン１２はこの衝撃検
出装置からの事故検出データに基づいて、事故の発生を
知ることができる。

【００２１】マイコン１２は、これらの信号やデータの
一部を使用してエンジン制御に関わる演算処理を行い、
点火や噴射等の制御信号を出力する。このエンジン制御
自体は公知のものと変わるところはないので、詳細の説
明は省略する。フラッシュメモリ１４は本発明の記憶手
段に該当し、マイコン１２はフラッシュメモリ１４への
データの書き込み、読み出し、消去等を行うことができ
る。

【００２２】次に図２〜６を参照して、フラッシュメモ
リ１４への車両状態データの記録について説明する。図
２は、マイコン１２が定期的に（例えば１秒毎のタイマ
割込で）繰り返し実行するデータ保持処理のフローチャ
ートである。

【００２３】この処理では、マイコン１２は、まずフラ
ッシュメモリ１４にデータ書き込み可能な領域（データ
領域）があるか否か判断する（Ｓ１）。データ領域があ
れば（Ｓ１：ＹＥＳ）、車両状態データの記録に関わる
システムに異常がないか判断する（Ｓ２）。具体的に
は、入出力回路１６に信号やデータが正常に入力されて
いるかやフラッシュメモリ１４に正常に記録できるかと
いったことを調べる。システムに異常があれば（Ｓ２：
ＮＯ）、図３に示す車両走行制限処理を行う（Ｓ３）。

【００２４】車両走行制限処理では、まずフラッシュメ
モリ１４に異常がないかを例えばライト・リードによっ
て判断する（Ｓ３１）。フラッシュメモリ１４が異常な
ら、車両状態データの記録ができないので、車両状態デ
ータに基づく事故原因の解明ができなくなるから、車両
を停止させる（走行を禁止する）（Ｓ３２）。ただし、
車両が走行している場合に、これをいきなり停止させる
とそれが原因となって事故を引き起こすおそれがあるか
ら、例えば音声や表示パネルで警告して運転者に停止を
求め、速やかな停止が実行されないときには徐々に減速
して停止するといった、事故回避の策を取る。

【００２５】フラッシュメモリ１４が正常であれば（Ｓ
３１：ＮＯ）、異常レベルを判断する（Ｓ３３）。本実
施例の場合、車速センサ３１の異常や他のＥＣＵ等との
通信異常の場合等、走行や事故原因の解明に重大な影響
がある場合を異常レベル１と設定し、異常レベル１なら
最高速度を１０ｋｍ／ｈに制限する（Ｓ３４）。なお、
車速に対応する信号は、車速センサ３１のみでなく、例
えばドライブシャフトの回転速度センサなどによって取
得できるので、車速センサ３１が異常でもこのような速
度制限が可能である。また、アクセルセンサ３６やスロ
ットルセンサ３５の異常等、走行に重大な影響はないも
のの事故原因の解明には大きな影響がある場合を異常レ
ベル２と設定し、異常レベル２なら最高速度を２０ｋｍ
／ｈに制限する（Ｓ３５）。そして、外気温や冷却水温
等のように、走行にも事故原因の解明にも大きな影響が
ないデータが正常に取得できない場合を異常レベル３と
設定し、異常レベル３なら最高速度を３０ｋｍ／ｈに制
限する（Ｓ３６）。

【００２６】図２に示すように、車両状態データの記録
に関わるシステムが正常なとき（Ｓ２：ＹＥＳ）または
車両走行制限処理からリターンした後に、車両が事故に
よって走行を停止したか否かを判断する（Ｓ４）。この
判断は、上述した衝撃検出装置からの事故検出データと
車速センサ３１の信号値に基づいて行われる。事故によ
る停止でなければ（Ｓ４：ＮＯ）、フラッシュメモリ１
４のスタートアドレスからエンドアドレスの間を飛ばし
て車両状態データを上書きする（Ｓ５）。事故による走
行停止なら（Ｓ４：ＹＥＳ）、Ｓ５をジャンプする。な
お、スタートアドレスとエンドアドレスのセットは後述
する。

【００２７】フラッシュメモリ１４のデータ構造は図４
〜６に示すとおりで、図４は事故履歴が無い場合、図５
は１回の事故履歴があって保存データ領域のスタートア
ドレスとエンドアドレスがセットされている例（この例
ではスタートアドレス＝１、エンドアドレス＝３）、図
６は２回の事故履歴があって２つの保存データ領域のが
セットされている例（この例ではスタートアドレス＝１
でエンドアドレス＝３の領域とスタートアドレス＝５で
エンドアドレス＝７の領域）である。

【００２８】つまり、事故履歴が無い場合（図４）に
は、保存データ領域のスタートアドレスとエンドアドレ
スがセットされていないから、その場合にはＳ５の処理
が行われる毎にアドレスｎ＝０の領域からｎ＝Ｎの領域
まで順に車両状態データを書き込み、ｎ＝Ｎの領域まで
一巡すると再びｎ＝０から順に上書きすることが繰り返
される。

【００２９】一方、事故履歴があって保存データ領域が
セットされている場合には、Ｓ５の処理ではスタートア
ドレス〜エンドアドレスを飛ばして車両状態データを上
書きする。図５の例ではスタートアドレス＝１、エンド
アドレス＝３なので、ｎ＝０に上書きした次にはｎ＝１
〜３を飛ばしてｎ＝４に上書きし、さらにｎ＝５〜Ｎま
で順々に上書きする。図６の例では、ｎ＝１〜３とｎ＝
５〜７が飛ばされることになる。

【００３０】図２に戻り、Ｓ５に続くＳ６では事故が有
ったか否かを判断し、事故がなければ本処理を終了す
る。事故があった場合には（Ｓ６：ＹＥＳ）、その事故
後に走行を継続（あるいは再開）しているか否か判断す
る（Ｓ７）。走行が継続していなければ本処理を終了す
るが、走行が継続された場合は（Ｓ７：ＹＥＳ）、保存
データ領域を決定し、そのスタートアドレスとエンドア
ドレスをサーチする（Ｓ８）。ここでサーチされたスタ
ートアドレスとエンドアドレスが、上述のＳ５での飛び
越しに使用される。

【００３１】このように、事故により走行が停止される
と、車両状態データの記録が停止され（Ｓ４：ＹＥＳで
Ｓ５をジャンプ）、そのまま走行が停止されていれるか
ぎりは（Ｓ７：ＮＯ）車両状態データは更新されない。
したがって、事故発生に至るまでの車両状態データがフ
ラッシュメモリ１４に確実に保存されるから、このデー
タを事故原因の解明等に十分に活用できる。

【００３２】そして、事故後に走行が継続された場合に
は（Ｓ７：ＹＥＳ）、事故時の車両状態データが記録さ
れている領域を含む保存データ領域が設定され、その保
存データ領域には上書きされないから、事故後に車両が
走行した場合でも、例えば事故後から検査を受けるまで
の期間の車両状態データを保存でき、事故後の車両状態
を再現することができる。また、一度事故を起こした車
両がその後も走行を続けて二度目の事故を起こした場合
でも、二度目の事故までの車両状態データが記録されて
いるから、そのような場合でも車両状態データに基づく
事故原因の解明が可能である。

【００３３】なお、本実施例では、フラッシュメモリ１
４に記録する車両状態データを、図４〜６に示すように
車速、操舵角、Ｇセンサ（加速度）、車両位置、ブレー
キ、スロットル、アクセル、外気温、車間距離の各デー
タとしているが、これは発明の説明を簡明にするためで
あり、実際にはもっと多数のデータが記録される。

【００３４】また、本実施例では保存データ領域を図５
及び図６に示すように３アドレスにて構成して、事故直
前（図５の例ではｎ＝１）、事故時（図５の例ではｎ＝
２）及び事故直後（図５の例ではｎ＝３）の車両状態デ
ータを保存する設定としているが、これも発明の説明を
簡明にし効果を明瞭に示すためであり、実際にはもっと
多数（特に事故発生前のデータを多数）保存するのが望
ましく、例えば事故時を中心にして前後２分間程度の車
両状態データを保存データ領域に保存するのが望まし
い。

【００３５】この実施例では、エンジン制御装置１０が
ドライブレコーダを兼ねており、入出力回路１６がデー
タ取得手段に、フラッシュメモリ１４が記憶手段にそれ
ぞれ該当し、マイコン１２が書込手段及び書換禁止手段
として機能している。

【００３６】

【実施例２】この実施例は事故後に走行した場合に、そ
れ以前の車両状態データを別の領域にコピーして保存す
る例である。なお、ハードウェアの構成は実施例１と同
じであるので、実施例１と同じ符号を使用して図示と説
明は省略する。

【００３７】図７は、マイコン１２が定期的に（例えば
１秒毎のタイマ割込で）繰り返し実行するデータ保持処
理のフローチャートである。この処理では、マイコン１
２は、まずフラッシュメモリ１４にデータ書き込み可能
な領域（データ領域）があるか否か判断する（Ｓ１
１）。データ領域があれば（Ｓ１１：ＹＥＳ）、車両状
態データの記録に関わるシステムに異常がないか判断し
（Ｓ１２）、異常があれば（Ｓ２：ＮＯ）、車両走行制
限処理を行う（Ｓ１３）。Ｓ１２の処理は実施例１のＳ
２と同じであり、車両走行制限処理も実施例１と同じで
あるから、これらの説明は省略する。

【００３８】車両状態データの記録に関わるシステムが
正常なとき（Ｓ１２：ＹＥＳ）または車両走行制限処理
からリターンした後に、車両が事故によって走行を停止
したか否かを判断する（Ｓ１４）。この判断も実施例１
のＳ４と同じに行われる。事故による停止でなければ
（Ｓ１４：ＮＯ）、フラッシュメモリ１４に車両状態デ
ータを記録領域に上書きする（Ｓ１５）。事故による走
行停止なら（Ｓ１４：ＹＥＳ）、Ｓ１５をジャンプす
る。

【００３９】本実施例の場合、フラッシュメモリ１４は
記録領域（図８、９参照）と保存領域（図１０参照）と
に分割されており、図８は無事故の記録領域を、図９は
事故が発生した場合の記録領域を例示している。無事故
の場合（図８）には、Ｓ１５の処理が行われる毎に記録
領域のアドレスｎ＝０からｎ＝Ｎのまで順に車両状態デ
ータを書き込み、ｎ＝Ｎまで一巡すると再びｎ＝０から
順に上書きすることが繰り返される。

【００４０】Ｓ１５に続くＳ１６では事故が有ったか否
かを判断し、事故がなければ本処理を終了する。事故が
あった場合には（Ｓ１６：ＹＥＳ）、その事故後に走行
を継続（あるいは再開）しているか否か判断する（Ｓ１
７）。走行が継続していなければ本処理を終了するが、
走行が継続された場合は（Ｓ１７：ＹＥＳ）、事故発生
時に対応するアドレスとその前後のアドレス（図９の場
合ｎ＝３が事故発生時に対応するアドレスであるからｎ
＝２〜４）の車両状態データを保存領域にコピーする
（Ｓ１８）。図１０の場合、記録領域のｎ＝２〜４のデ
ータが保存領域のｍ＝０〜２にコピーされている。

【００４１】このように、事故により走行が停止される
と、車両状態データの記録が停止され（Ｓ１４：ＹＥＳ
でＳ１５をジャンプ）、そのまま走行が停止されていれ
るかぎりは（Ｓ１７：ＮＯ）車両状態データは更新され
ない。したがって、事故発生に至るまでの車両状態デー
タがフラッシュメモリ１４の記録領域に確実に保存され
るから、このデータを事故原因の解明等に十分に活用で
きる。

【００４２】そして、事故後に走行が継続された場合に
は（Ｓ１７：ＹＥＳ）、事故時及びその前後の車両状態
データが保存領域にコピーされ（図１０参照）、記録領
域が上書き使用される。このため、事故時のデータが確
実に保存されるから、事故後に車両が走行した場合で
も、事故原因の解明ができる。また、事故後に車両が走
行した場合、例えば事故後から検査を受けるまでの期間
の車両状態データを記録領域に保存でき、事故後の車両
状態を再現することができる。そして、一度事故を起こ
した車両がその後も走行を続けて二度目の事故を起こし
た場合でも、二度目の事故までの車両状態データが記録
領域に記録されているから、そのような場合でも車両状
態データに基づく事故原因の解明が可能である。

【００４３】なお、本実施例では、フラッシュメモリ１
４に記録する車両状態データを、図８〜１０に示すよう
に車速、操舵角、Ｇセンサ（加速度）、車両位置、ブレ
ーキ、スロットル、アクセル、外気温、車間距離の各デ
ータとしているが、これは発明の説明を簡明にするため
であり、実際にはもっと多数のデータが記録される。

【００４４】また、本実施例では保存領域にコピーする
データを事故直前（図９の例ではｎ＝２）、事故時（図
９の例ではｎ＝３）及び事故直後（図９の例ではｎ＝
４）の３アドレス分に設定しているが、これは発明の説
明を簡明にし効果を明瞭に示すためであり、実際にはも
っと多数（特に事故発生前のデータを多数）保存するの
が望ましく、例えば事故時を中心にして前後２分間程度
の車両状態データを保存領域にコピーして保存するのが
望ましい。

【００４５】この実施例では、エンジン制御装置１０が
ドライブレコーダを兼ねており、入出力回路１６がデー
タ取得手段に、フラッシュメモリ１４が記憶手段にそれ
ぞれ該当し、マイコン１２が書込手段及びコピー手段と
して機能している。以上、２実施例に従って、本発明の
実施の形態について説明したが、本発明はこれらの実施
例に限定されるものではなく、本発明の要旨を逸脱しな
い範囲でさまざまに実施できることは言うまでもない。

【図面の簡単な説明】

【図１】 実施例１のエンジン制御装置の構成の説明図
である。

【図２】 実施例１においてマイコンが実行するデータ
保持処理のフローチャートである。

【図３】 実施例１、２においてマイコンが実行するの
車両走行制限処理のフローチャートである。

【図４】 実施例１において事故履歴が無い場合のフラ
ッシュメモリのデータ構造の説明図である。

【図５】 実施例１において事故履歴が１回の場合のフ
ラッシュメモリのデータ構造の説明図である。

【図６】 実施例１において事故履歴が２回の場合のフ
ラッシュメモリのデータ構造の説明図である。

【図７】 実施例２においてマイコンが実行するデータ
保持処理のフローチャートである。

【図８】 実施例２において事故履歴が無い場合の記録
領域のデータ構造の説明図である。

【図９】 実施例２において１回の事故後の記録領域の
データ構造の説明図である。

【図１０】 実施例２において１回の事故後に事故前後
のデータがコピーされた保存領域のデータ構造の説明図
である。

【符号の説明】

１０…エンジン制御装置（ドライブレコーダ） １２…マイコン（書込手段、書換禁止手段、コピー手
段、運行制限手段） １４…フラッシュメモリ（記憶手段） １６…入出力回路（データ取得手段） １８…電源回路 ２０…車両のバッテリー ２２…通信ライン ３１…車速センサ ３２…操舵角センサ ３３…加速度センサ ３４…ブレーキセンサ ３５…スロットルセンサ ３６…アクセルセンサ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 3E038 AA07 BA09 BA12 BA20 BB01 CA03 CA07 CB05 DA06 EA02 HA04 HA05 HA06 5H180 AA15 CC09 FF10 9A001 BB03 JJ61 KK29 KK31 KK37 KK54

Claims (3)

【特許請求の範囲】
1. 【請求項１】 車両の運行状態に関する車両状態データ
   を取得するデータ取得手段と、 電源が遮断された際にも記憶保持が可能な記憶手段と、 前記データ取得手段により取得された車両状態データを
   時系列的に前記記憶手段に書き込む書込手段と、 事故の発生を検知すると該事故発生の時点に対応する前
   記車両状態データが書き込まれている前記記憶手段の記
   憶領域の書き換えを禁止する書換禁止手段とを備え、 前記書込手段は、前記事故後に前記車両が走行した場合
   には、前記書き換えが禁止されている記憶領域以外の領
   域に前記車両状態データを書き込むことを特徴とするド
   ライブレコーダ。
2. 【請求項２】 車両の運行状態に関する車両状態データ
   を取得するデータ取得手段と、 電源が遮断された際にも記憶保持が可能な記憶手段であ
   って、記録領域と保存領域とが設定されている記憶手段
   と、 前記データ取得手段により取得された車両状態データを
   前記記録領域に時系列的に書き込む書込手段と、 事故の発生後に車両が走行すると該事故発生の時点に対
   応する前記車両状態データを前記記録領域から前記保存
   領域にコピーするコピー手段とを備えることを特徴とす
   るドライブレコーダ。
3. 【請求項３】 請求項１または２記載のドライブレコー
   ダにおいて、 該ドライブレコーダ自身または前記車両状態データの出
   力元の異常を検出すると、前記車両の運行を制限する運
   行制限手段を備えたことを特徴とするドライブレコー
   ダ。