JP2009169486A - 運転情報記録システム及び運転情報記録方法 - Google Patents

Abstract

【課題】事故等の発生時における運転者の確認を容易にするとともに、責任の所在を明確にすること。
【解決手段】身体的特徴に基づいて自動車１の運転者が特定され、特定された運転者の識別情報が、運転中の映像情報及び走行状態情報とともに記録される。また、自動車１の駆動中に間欠的に運転者が特定され、新たな運転者が特定された場合、当該新たな運転者の識別情報が、運転中の映像情報及び走行状態情報とともに記録される。
【選択図】図１

Description

本発明は、運転情報記録システム及び運転情報記録方法に関する。

従来より、自動車や電車等の車両に搭載され、外界の映像情報や車両の走行状態情報等の運転情報を記録するドライブレコーダと呼ばれる記録装置が知られている。ドライブレコーダに記録された運転情報は、主に事故の発生原因を特定するために用いられる。

例えば、特許文献１には、自動車に搭載されるドライブレコーダであって、外界の映像情報や走行状態情報を常駐的に記録・更新していくが、事故や暴走の発生を検出した際に、これらの情報の記録を停止する技術が開示されている。また、特許文献２には、ドライブレコーダに記録した運転情報を、改変や消去から保護するために暗号化する技術が開示されている。
特開平２−２６３２８６号公報 特開平１０−８６８６１号公報

しかし、従来の技術は、外界の映像情報や走行状態情報をいかに記録して利用するかといった点に重点を置いており、事故発生時に運転者が誰であったかという肝心な点が考慮されていなかった。すなわち、例えば搭乗者が複数人存在するような場合には、外界の映像情報や走行状態情報だけでは、事故発生時の運転者を特定することができない。そのため、警察や保険会社等の第三者が事故発生時の運転者を確認することが困難であったり、事故の責任の所在が不明確になりがちになるという問題があった。

本発明は上述した課題に鑑みて為されたものである。

以上の課題を解決するための第１の発明は、身体的特徴に基づいて車両の運転者を特定する運転者特定部と、前記特定された運転者の識別情報を、運転中の映像情報及び走行状態情報のうちの何れかとともに記録する記録部と、を備えた運転情報記録システムである。

また、他の発明として、身体的特徴に基づいて車両の運転者を特定することと、前記特定された運転者の識別情報を、運転中の映像情報及び走行状態情報のうちの何れかとともに記録することと、を含む運転情報記録方法を構成してもよい。

この第１の発明等によれば、身体的特徴に基づいて特定した車両の運転者の識別情報を、運転中の映像情報や走行状態情報と紐付けて記録しておくことができるため、第三者による事故等の発生時における運転者の確認が容易になるとともに、責任の所在が明確なものとなる。

また、第２の発明として、第１の発明の運転情報記録システムであって、前記運転者特定部による特定が成功した場合に車両始動制御部に始動許可信号を出力する始動許可制御部を備えた運転情報記録システムを構成してもよい。

この第２の発明によれば、運転者の特定に成功した場合に、車両始動制御部に始動許可信号を出力する。従って、運転者を特定することができない場合は、車両を始動しないように制御することが可能となり、予め登録されていない運転者による車両の運転を禁止することができる。

また、第３の発明として、第１又は第２の発明の運転情報記録システムであって、車両の衝突を検出する衝突検出部からの検出信号に応じて、予め設定された通報先に所定の通報を行う無線通信部を備えた運転情報記録システムを構成してもよい。

この第３の発明によれば、車両の衝突を検出した場合に、警察や保険会社等の予め設定した通報先に事故の発生を通報することができる。

また、第４の発明として、第３の発明の運転情報記録システムであって、前記無線通信部は、前記記録部に記録された前記運転者の識別情報を少なくとも含む情報を前記通報先に送信する運転情報記録システムを構成してもよい。

この第４の発明によれば、記録部に記録された運転者の識別情報を少なくとも含む情報が通報先に送信されるため、通報先は事故の発生とともに、事故発生時における運転者を知ることができる。

また、第５の発明として、第１〜第４の何れかの発明の運転情報記録システムであって、前記運転者特定部は、前記運転者の指紋認証、声紋認証、顔認証、虹彩認証、及び、静脈認証のうちの何れかの認証処理を実行して前記運転者を特定する運転情報記録システムを構成してもよい。

この第５の発明によれば、いわゆる生体認証処理によって、運転者を特定することができる。

また、第６の発明として、第５の発明の運転情報記録システムであって、前記運転者特定部は、運転席に着座した運転者の体重を検出する重量検出部により検出された体重が、予め設定された前記運転者の体重に基づく所定の許容誤差範囲内であるか否かを判定する体重判定部を有する運転情報記録システムを構成してもよい。

この第６の発明によれば、運転席に着座した運転者の体重を、運転者を特定するための一要素とすることができる。

また、第７の発明として、第１〜第６の何れかの発明の運転情報記録システムであって、車両駆動中に間欠的に前記運転者特定部を作動させる制御を行う間欠作動制御部を更に備え、前記記録部は、前記運転者特定部により新たな運転者が特定された場合、当該新たな運転者の識別情報を、運転中の映像情報及び走行状態情報のうちの何れかとともに記録する運転情報記録システムを構成してもよい。

この第７の発明によれば、例えば運転者が途中で交代したような場合であっても、交代後の運転者の識別情報を運転中の映像情報や走行状態情報と紐付けて記録しておくことができるため、運転者の誤認の問題が生じない。

以下、図面を参照して、運転情報記録システムの一種であるドライブレコーダシステムを搭載した自動車を本発明の一実施形態として説明する。但し、本発明を適用可能な実施形態がこれに限定されるものではない。

１．機能構成
図１及び図２は、本実施形態における自動車１の構成を示すブロック図である。自動車１は、本体２と、エンジン始動制御装置３と、メモリカード５０と、前方カメラ６０と、後方カメラ７０と、運転者カメラ８０と、スピーカ９０と、走行センサ類１００と、指紋センサ１１０と、重量センサ１２０と、速度計や燃料計等を含み、自動車１の現在の走行状態等を運転者に知らせるための計器類１３０と、ハンドルやシフトレバー等の自動車１の操作に用いられる操作系１４０と、タイヤやエンジン等で発生した動力をタイヤに伝達する伝達機構等の駆動系１５０と、エンジンや電動機などの自動車１を駆動させる動力源となる動力系１６０とを備えて構成される。

エンジン始動制御装置３と、計器類１３０と、操作系１４０と、駆動系１５０と、動力系１６０とを除いた機能部により、本実施形態の特徴的構成である運転情報記録システムとしてのドライブレコーダシステム５が構成される。

本体２は、自動車１の各部を統括的に制御する制御装置である。但し、本願実施形態に関わる内容を中心に図示及び以下説明する。本体２は、プロセッサとしてのＣＰＵ（Central Processing Unit）１０と、運転情報記録装置としてのドライブレコーダ２０と、メモリとしてのフラッシュＲＯＭ（Read Only Memory）３０及びＲＡＭ（Random Access Memory）４０とを備えて構成される。

ＣＰＵ１０は、走行センサ類１００で検出された各種の検出信号に基づき、フラッシュＲＯＭ３０に記憶されている燃料噴射制御プログラムやトランスミッション制御プログラム、起動時処理プログラム、駆動時処理プログラム、運転情報記録プログラム等に従って自動車１の各部を統括的に制御する。また、走行センサ類１００により検出された自動車１の走行状態に関する情報（以下、「走行状態情報」と称す。）又は信号を計器類１３０に出力することで、運転者に現在の自動車１の状態を報知する。

ドライブレコーダ２０は、自動車１の運転者の識別情報や、走行センサ類１００により検出された自動車１の走行状態情報、前方カメラ６０及び後方カメラ７０の映像情報等を含む運転情報を記録する記録装置である。ドライブレコーダ２０は、着脱可能なメモリカード５０へのデータの読み書きを行うカードリーダ／ライタ２１と、警察や保険会社等に設置されるサーバと無線通信を行うための無線通信部２３とを備えて構成される。

また、ドライブレコーダ２０の筐体の所定位置（例えば筐体前面）には確認ボタンが設けられている。本実施形態では、エンジン始動時に運転者の認証に失敗した場合であっても、確認ボタンが押下された場合は、エンジンを始動させるように制御する。これは、自動車１の運転者として予め登録された運転者（以下、「登録運転者」と称す。）がエンジンを始動させようとした場合であっても、誤って認証に失敗する場合があることを想定し、その場合の担保措置として設けたものである。勿論、確認ボタンの押下ではなく、パスワードの入力等としてもよい。

エンジン始動制御装置３は、後述するエンジン始動制御処理に従って自動車１のエンジンの始動を制御する制御装置であり、ＣＰＵ１０からエンジン始動許可信号を入力した場合に限り、自動車１のエンジンを始動させるように制御する。

前方カメラ６０及び後方カメラ７０は、例えば自動車１のルーフの前後２箇所に配設されるビデオカメラであり、自動車１の前方及び後方の映像（外界の映像）を撮影してＣＰＵ１０に出力する。

運転者カメラ８０は、例えばバックミラーの近傍位置に運転席を斜め上から俯瞰するように配設されるカメラであり、運転者の顔画像を撮影してＣＰＵ１０に出力する。

スピーカ９０は、ＣＰＵ１０からの制御信号に従って、運転者の認証アナウンス、確認アナウンス等を音声出力する音声出力装置である。

走行センサ類１００は、自動車１に加わる衝撃の強さを検出する衝撃センサ１０１や、自動車１の走行速度を検出する車速センサ１０２、自動車１の加速度を検出する加速度センサ１０３、自動車１の移動方向を検出する方位センサ１０４、自動車１の運転者の酒気を検知する酒気検知センサ１０５等を含み、検出した情報を走行状態情報としてＣＰＵ１０に出力する。

指紋センサ１１０は、直進状態のハンドルの２時方向及び１０時方向のグリップ位置や、シフトレバーのグリップ位置、ブレーキレバーのグリップ位置等に配設される指紋検出用のセンサであり、検出した指紋のデータをＣＰＵ１０に出力する。指紋センサ１１０は、例えばチップの上層部に多数のコンデンサが配置された構造であり、チップ表面の指が当接した部分のコンデンサの容量値の変化を検知することによって、運転者の指紋を検出する。

重量センサ１２０は、運転席の座席直下に配設される運転者の体重検出用のセンサであり、検出した重量（体重）のデータをＣＰＵ１０に出力する。

２．データ構成
図３は、フラッシュＲＯＭ３０に格納されたデータの一例を示す図である。フラッシュＲＯＭ３０には、ＣＰＵ１０により読み出され、起動時処理（図８参照）として実行される起動時処理プログラム３０１と、駆動時処理（図９参照）として実行される駆動時処理プログラム３０２と、運転情報記録処理（図１０参照）として実行される運転情報記録プログラム３０３と、指紋認証用データベース３０４と、顔認証用データベース３０５と、重量判定用データベース３０６とが記憶されている。

起動時処理とは、ＣＰＵ１０が、ドライブレコーダシステム５の起動時に実行する処理である。具体的には、指紋センサ１１０により検出された指紋のデータ及び運転者カメラ８０により撮影された運転者の顔画像のデータに基づいて、指紋認証処理及び顔認証処理を行い、運転者の認証に成功した場合に、エンジン始動制御装置３に対してエンジン始動許可信号を出力する。

駆動時処理とは、ＣＰＵ１０が、自動車１の駆動時に実行する処理である。具体的には、運転者カメラ８０により撮影された運転者の顔画像のデータ及び重量センサ１２０により検出された運転者の体重のデータに基づいて、間欠的に顔認証処理及び重量判定処理を行い、現在の運転者が、運転情報記録処理中の運転者と合致するか否かを判定する。そして、運転者が合致すると判定した場合は、そのまま運転情報記録処理を続行するが、運転者が合致しないと判定した場合は、運転情報記録処理を一旦終了し、運転者の識別情報を新たに設定し直して、再び運転情報記録処理を開始する。

運転情報記録処理とは、ＣＰＵ１０が、運転者の識別情報、前方カメラ６０及び後方カメラ７０により撮影された映像情報、走行センサ類１００により検出された走行状態情報等を含む運転情報を、メモリカード５０に記録する処理である。起動時処理、駆動時処理及び運転情報記録処理については、フローチャートを用いて詳細に後述する。

指紋認証用データベース３０４は、ＣＰＵ１０が指紋認証処理を行う際に参照するデータベースであり、各登録運転者それぞれと対応付けて、当該登録運転者の指紋のデータが予め記憶されている。尚、指紋のデータとしては、実行する指紋認証の方法に応じたデータを記憶させておけばよく、例えば指紋のイメージ画像のデータを記憶させておいてもよいし、指紋の特徴点のデータを記憶させておいてもよい。

顔認証用データベース３０５は、ＣＰＵ１０が顔認証処理を行う際に参照するデータベースであり、各登録運転者それぞれと対応付けて、当該登録運転者の顔画像のデータが予め記憶されている。尚、この場合も、実行する顔認証の方法に応じて、例えば顔のイメージ画像のデータや顔の特徴点のデータを記憶させておく。

重量判定用データベース３０６は、ＣＰＵ１０が重量判定処理を行う際に参照するデータベースであり、各登録運転者それぞれと対応付けて、当該登録運転者の重量（体重）のデータが記憶されている。

図４は、ＲＡＭ４０に格納されるデータの一例を示す図である。ＲＡＭ４０には、走行センサ類１００により検出された走行状態情報のデータである走行状態データ４０１と、指紋センサ１１０により検出された指紋のデータである指紋データ４０２と、運転者カメラ８０により撮影された画像のデータである運転者カメラ画像データ４０３と、重量センサ１２０により検出された重量（体重）のデータである重量データ４０４とが記憶される。

図５は、メモリカード５０に格納されるデータの一例を示す図である。メモリカード５０には、運転情報の履歴のデータである運転履歴データ５０１が記憶される。

図６は、運転履歴データ５０１のデータ構成の一例を示す図である。運転履歴データ５０１には、運転情報５０２（５０２−１，５０２−２，５０２−３，・・・）が記憶される。また、各運転情報５０２には、運転者名、当該運転者の認証時刻、当該運転者の認証方法等を含む運転者識別情報５０３と、当該運転情報の記録を開始した時刻である記録開始時刻５０４と、事故等の異常を検出した時刻である異常検出時刻５０５と、当該運転情報の記録を終了した時刻である記録終了時刻５０６と、前方カメラ６０により撮影された映像情報である前方カメラ映像情報５０７と、後方カメラ７０により撮影された映像情報である後方カメラ映像情報５０８と、走行センサ類１００により検出された走行状態情報５０９とが記憶される。

また、走行状態情報５０９には、走行センサ類１００から走行状態情報を取得した時刻５０９１毎に、衝撃センサ１０１により検出された衝撃度５０９２と、車速センサ１０２により検出された速度５０９３と、加速度センサ１０３により検出された加速度５０９４と、方位センサ１０４により検出された移動方向５０９５と、酒気検知センサ１０５により検出された酒気検知結果５０９６とが記憶される。

尚、前方カメラ映像情報５０７、後方カメラ映像情報５０８及び走行状態情報５０９は、最新の一定期間（例えば“５分間”）の情報を随時更新記録する、いわゆるリングバッファにより構成することとしてもよい。

３．処理の流れ
図７は、エンジン始動制御装置３が行うエンジン始動制御処理の流れを示すフローチャートである。エンジン始動制御処理は、エンジン始動制御装置３が、例えばイグニッションスイッチにキーが差し込まれたことを検出した場合に実行を開始する処理である。

先ず、エンジン始動制御装置３は、ドライブレコーダシステム５を起動させる（ステップＡ１）。そして、運転者により、エンジン始動操作入力がなされたか否かを判定する（ステップＡ３）。具体的には、イグニッションスイッチに差し込まれたキーが回転されたか否かを判定する。尚、メカニカルキーが不要なインテリジェントキー（登録商標）でエンジン始動を行うシステムでは、インテリジェントキーに設けられたエンジン始動ボタンが押下されたか否かを判定する。

そして、エンジン始動操作入力がなされなかったと判定した場合は（ステップＡ３；Ｎｏ）、エンジン始動制御装置３は、そのまま待機する。また、エンジン始動操作入力がなされたと判定した場合は（ステップＡ３；Ｙｅｓ）、タイマーをスタートさせる（ステップＡ５）。

次いで、エンジン始動制御装置３は、ＣＰＵ１０からエンジン始動許可信号を入力したか否かを判定し（ステップＡ７）、入力したと判定した場合は（ステップＡ７；Ｙｅｓ）、動力系１６０のエンジンを始動させる（ステップＡ９）。そして、エンジン始動制御装置３は、エンジン始動制御処理を終了する。

一方、ステップＡ７においてエンジン始動許可信号を入力しなかったと判定した場合は（ステップＡ７；Ｎｏ）、エンジン始動制御装置３は、一定時間（例えば“３０秒”）が経過したか否かを判定する（ステップＡ１１）。そして、まだ一定時間が経過していないと判定した場合は（ステップＡ１１；Ｎｏ）、ステップＡ７に戻る。

また、一定時間が経過したと判定した場合は（ステップＡ１１；Ｙｅｓ）、エンジン始動制御装置３は、エンジンの始動失敗アナウンスをスピーカ９０から出力させる（ステップＡ１３）。具体的には、例えば「エンジンの始動に失敗しました。もう一度やり直して下さい。」といった内容のアナウンスをスピーカ９０から出力させる。そして、エンジン始動制御装置３は、ステップＡ３に戻る。

図８は、ＣＰＵ１０によりフラッシュＲＯＭ３０に記憶されている起動時処理プログラム３０１が読み出されて実行されることで自動車１において実行される起動時処理の流れを示すフローチャートである。起動時処理は、エンジン始動制御装置３によってドライブレコーダシステム５が起動された場合にＣＰＵ１０が実行を開始する処理である。

先ず、ＣＰＵ１０は、スピーカ９０から認証アナウンスを出力させる（ステップＢ１）。具体的には、例えば「ドライバーの認証を行うのでハンドルを握って下さい。」といった内容のアナウンスをスピーカ９０から出力させる。

次いで、ＣＰＵ１０は、指紋センサ１１０から指紋データを取得し（ステップＢ３）、ＲＡＭ４０の指紋データ４０２に記憶させる。そして、ＣＰＵ１０は、指紋認証処理を行う（ステップＢ５）。具体的には、フラッシュＲＯＭ３０の指紋認証用データベース３０４に記憶されている指紋のデータと、ステップＢ３で取得した指紋のデータとを照査し、合致する指紋が存在するか否かを判定する。尚、指紋センサ１１０から取得した指紋のデータから特徴点を抽出し、指紋認証用データベース３０４に記憶されている指紋の特徴点のデータと照査することによって指紋認証を行うこととしてもよい。

次いで、ＣＰＵ１０は、指紋認証に成功したか否かを判定し（ステップＢ７）、成功したと判定した場合は（ステップＢ７；Ｙｅｓ）、運転者カメラ８０から画像データを取得し（ステップＢ９）、ＲＡＭ４０の運転者カメラ画像データ４０３に記憶させる。そして、ＣＰＵ１０は、顔認証処理を行う（ステップＢ１１）。具体的には、フラッシュＲＯＭ３０の顔認証用データベース３０５に記憶されている顔画像のデータと、ステップＢ９で取得した顔画像のデータとを照査して、合致する顔画像が存在するか否かを判定する。尚、指紋認証処理と同様に、顔画像のデータから抽出した特徴点に基づいて顔認証を行うこととしてもよい。

その後、ＣＰＵ１０は、顔認証に成功したか否かを判定し（ステップＢ１３）、成功したと判定した場合は（ステップＢ１３；Ｙｅｓ）、重量センサ１２０から運転者の重量（体重）のデータを取得し（ステップＢ１５）、ＲＡＭ４０の重量データ４０４に記憶させる。そして、ＣＰＵ１０は、取得した重量のデータで、フラッシュＲＯＭ３０の重量判定用データベース３０６の当該運転者に対応付けて記憶された重量のデータを更新する（ステップＢ１７）。

次いで、ＣＰＵ１０は、当該運転者の運転者識別情報を設定し、フラッシュＲＯＭ３０に記憶されている運転情報記録プログラム３０３を読み出して実行することで、運転情報記録処理を開始する（ステップＢ１９）。そして、ＣＰＵ１０は、エンジン始動許可信号をエンジン始動制御装置３に出力して（ステップＢ２１）、起動時処理を終了する。

一方、ステップＢ７において指紋認証に失敗したと判定した場合（ステップＢ７；Ｎｏ）、又は、ステップＢ１３において顔認証に失敗したと判定した場合は（ステップＢ１３；Ｎｏ）、ＣＰＵ１０は、スピーカ９０から確認アナウンスを出力させる（ステップＢ２３）。具体的には、例えば「認証に失敗しました。ドライバーを特定せずに運転を開始する場合は、ドライブレコーダの確認ボタンを押して下さい。」といった内容のアナウンスをスピーカ９０から出力させる。

そして、ＣＰＵ１０は、ドライブレコーダ２０に配設された確認ボタンが押下されたか否かを判定し（ステップＢ２５）、押下されなかったと判定した場合は（ステップＢ２５；Ｎｏ）、ステップＢ１に戻る。また、確認ボタンが押下されたと判定した場合は（ステップＢ２５；Ｙｅｓ）、運転者識別情報を無しとし、フラッシュＲＯＭ３０に記憶されている運転情報記録プログラム３０３を読み出して実行することで、運転情報記録処理を開始する（ステップＢ２７）。そして、ＣＰＵ１０は、ステップＢ２１へと処理を移行する。

図９は、ＣＰＵ１０によりフラッシュＲＯＭ３０に記憶されている駆動時処理プログラム３０２が読み出されて実行されることで自動車１において実行される駆動時処理の流れを示すフローチャートである。駆動時処理は、エンジン始動制御装置３によりエンジンが始動された後、エンジンが停止されるまでの間、ＣＰＵ１０が常駐的に実行する処理である。

先ず、ＣＰＵ１０は、重量センサ１２０から重量のデータを取得する（ステップＣ１）。そして、所定時間（例えば“１０分”）が経過したか否かを判定し（ステップＣ３）、まだ経過していないと判定した場合は（ステップＣ３；Ｎｏ）、ステップＣ１で取得した重量が一定以上（例えば“５ｋｇ以上”）変化したか否かを判定する（ステップＣ５）。

そして、重量が一定以上変化していないと判定した場合は（ステップＣ５；Ｎｏ）、ＣＰＵ１０は、ステップＣ１に戻る。また、ステップＣ３において所定時間が経過したと判定した場合（ステップＣ３；Ｙｅｓ）、又は、ステップＣ５において重量が一定以上変化したと判定した場合は（ステップＣ５；Ｙｅｓ）、ＣＰＵ１０は、運転者カメラ８０から画像のデータを取得する（ステップＣ７）。そして、ＣＰＵ１０は、顔認証処理を行う（ステップＣ９）。尚、顔認証処理については、図８の起動時処理のステップＢ１１における処理と同一であるため、説明を省略する。

次いで、ＣＰＵ１０は、ステップＣ１で取得した重量のデータを用いて、重量判定処理を行う（ステップＣ１１）。具体的には、フラッシュＲＯＭ３０の重量判定用データベース３０６を参照し、ステップＣ１で取得した重量のデータで表される体重が、運転情報記録処理中の運転者の体重から所定の許容誤差範囲内（例えば“±３ｋｇ以内”）であるか否かを判定する。

次いで、ＣＰＵ１０は、顔認証処理及び重量判定処理の結果、運転情報記録処理中の運転者と合致したか否かを判定し（ステップＣ１３）、合致したと判定した場合は（ステップＣ１３；Ｙｅｓ）、ステップＣ１に戻る。また、合致しなかったと判定した場合は（ステップＣ１３；Ｎｏ）、フラッシュＲＯＭ３０の顔認証用データベース３０５に記憶されている他の運転者と合致したか否かを判定する（ステップＣ１５）。

そして、他の運転者とも合致しなかったと判定した場合は（ステップＣ１５；Ｎｏ）、ＣＰＵ１０は、確認アナウンスをスピーカ９０から出力させる（ステップＣ１７）。具体的には、例えば「認証に失敗しました。ドライバーを特定せずに運転を継続する場合は、ドライブレコーダの確認ボタンを押して下さい。」といった内容のアナウンスをスピーカ９０から出力させる。

その後、ＣＰＵ１０は、ドライブレコーダ２０に配設された確認ボタンが押下されたか否かを判定し（ステップＣ１９）、押下されなかったと判定した場合は（ステップＣ１９；Ｎｏ）、ステップＣ１に戻る。また、確認ボタンが押下されたと判定した場合は（ステップＣ１９；Ｙｅｓ）、現在実行している運転情報記録処理を終了する（ステップＣ２１）。

次いで、ＣＰＵ１０は、運転者識別情報を無しとして、フラッシュＲＯＭ３０に記憶されている運転情報記録プログラム３０３を読み出して実行することで、運転情報記録処理を新たに開始する（ステップＣ２３）。そして、ＣＰＵ１０は、ステップＣ１に戻る。

また、ステップＣ１５において他の運転者と合致したと判定した場合は（ステップＣ１５；Ｙｅｓ）、ＣＰＵ１０は、現在実行している運転情報記録処理を終了する（ステップＣ２５）。そして、ステップＣ１で取得した重量のデータで、フラッシュＲＯＭ３０の重量判定用データベース３０６の当該運転者に対応付けて記憶されている重量のデータを更新する（ステップＣ２７）。

そして、ＣＰＵ１０は、当該運転者の運転者識別情報を新たに設定して、フラッシュＲＯＭ３０に記憶されている運転情報記録プログラム３０３を読み出して実行することで、運転情報記録処理を新たに開始する（ステップＣ２９）。そして、ＣＰＵ１０は、ステップＣ１に戻る。

図１０は、ＣＰＵ１０によりフラッシュＲＯＭ３０に記憶されている運転情報記録プログラム３０３が読み出されて実行されることで自動車１において実行される運転情報記録処理の流れを示すフローチャートである。

先ず、ＣＰＵ１０は、運転情報５０２を新規作成し（ステップＤ１）、メモリカード５０の運転履歴データ５０１に記憶させる。次いで、ＣＰＵ１０は、運転者識別情報が有るか否かを判定し（ステップＤ３）、無いと判定した場合は（ステップＤ３；Ｎｏ）、ステップＤ７へと処理を移行する。また、運転者識別情報が有ると判定した場合は（ステップＤ３；Ｙｅｓ）、ステップＤ１で作成した運転情報５０２に運転者識別情報５０３を記録する（ステップＤ５）。

次いで、ＣＰＵ１０は、当該運転情報５０２に記録開始時刻５０４を記録する（ステップＤ７）。また、当該運転情報５０２に前方カメラ６０及び後方カメラ７０により撮影された映像情報５０７，５０８を逐次更新記録するとともに（ステップＤ９）、走行センサ類１００により検出された走行状態情報５０９を記録する（ステップＤ１１）。

その後、ＣＰＵ１０は、事故等の異常が検出されたか否かを判定する（ステップＤ１３）。異常の検出は、例えば衝撃センサ１０１により検出された衝撃度や、加速度センサ１０３により検出された加速度の大きさに基づいて、公知の手法により判定することが可能である。そして、異常が検出されたと判定した場合は（ステップＤ１３；Ｙｅｓ）、当該運転情報５０２に異常検出時刻５０５を記録する（ステップＤ１５）。

次いで、ＣＰＵ１０は、異常検出時刻から所定時間（例えば“１分”）が経過したか否かを判定し（ステップＤ１７）、まだ経過していないと判定した場合は（ステップＤ１７；Ｎｏ）、そのまま待機する。また、異常検出時刻から所定時間が経過したと判定した場合は（ステップＤ１７；Ｙｅｓ）、当該運転情報５０２に記録終了時刻５０６を記録する（ステップＤ１９）。

その後、ＣＰＵ１０は、緊急通報の設定がされているか否かを判定し（ステップＤ２１）、設定がされていないと判定した場合は（ステップＤ２１；Ｎｏ）、運転情報記録処理を終了する。また、緊急通報の設定がされていると判定した場合は（ステップＤ２１；Ｙｅｓ）、無線通信部２３に緊急通報及び運転者識別情報の送信指示を与える（ステップＤ２３）。そして、ＣＰＵ１０は、運転情報記録処理を終了する。

また、ステップＤ１３において異常を検出しなかったと判定した場合は（ステップＤ１３；Ｎｏ）、ＣＰＵ１０は、処理を終了するか否かを判定する（ステップＤ２５）。具体的には、例えばドライブレコーダ２０の電源を「ＯＦＦ」にする操作入力を検知した場合に、処理を終了するものと判定する。

そして、まだ処理を終了しないと判定した場合は（ステップＤ２５；Ｎｏ）、ＣＰＵ１０は、ステップＤ９に戻る。また、処理を終了すると判定した場合は（ステップＤ２５；Ｙｅｓ）、当該運転情報５０２に記録終了時刻５０６を記録する（ステップＤ２７）。そして、ＣＰＵ１０は、運転情報記録処理を終了する。

４．作用効果
本実施形態によれば、身体的特徴に基づいて特定した自動車１の運転者の識別情報を、運転中の映像情報や走行状態情報と紐付けて記録しておくことができるため、第三者による事故等の発生時における運転者の確認が容易になるとともに、責任の所在が明確なものとなる。

また、本実施形態では、自動車１の駆動中に間欠的に運転者の認証を行い、新たな運転者が特定された場合、当該新たな運転者の識別情報を、運転中の映像情報及び走行状態情報とともに記録することにしている。これにより、例えば運転者が途中で交代したような場合であっても、交代後の運転者の識別情報を運転中の映像情報や走行状態情報と紐付けて記録しておくことができるため、運転者の誤認の問題が生じない。

５．変形例
５−１．運転情報記録システム
上述した実施形態では、本発明を自動車に搭載されるドライブレコーダシステムに適用した場合について説明したが、バスやタクシー、電車に搭載されるドライブレコーダシステムについても同様に適用可能である。

５−２．認証処理
上述した実施形態では、図８の起動時処理のステップＢ５及びＢ１１において、それぞれ指紋認証処理及び顔認証処理を実行するものとして説明したが、これらの認証処理の代わりに、例えば声紋認証処理や虹彩認証処理、静脈認証処理を実行することとしてもよい。また、認証処理は必ずしも二段階で行う必要はなく、一段階で行うこととしてもよいし、三段階以上で行うこととしてもよく、この場合の認証処理の組合せは自由である。

また、図９のステップＣ９では、顔認証処理を行うものとして説明したが、このステップを指紋認証処理、声紋認証処理、虹彩認証処理及び静脈認証処理の何れかの認証処理に置き換えてもよい。また、一段階の認証処理ではなく、任意の組合せで二段階以上の認証処理を行うこととしてもよい。

尚、声紋認証処理を行う場合は、例えばハンドルの近傍位置や運転者カメラと同位置に、運転者の音声を入力するための音声マイクを配設すればよい。また、虹彩認証処理を行う場合は、運転者カメラで運転者の目を撮影することとしてもよいし、運転者カメラとは別に虹彩認証用のカメラを配設してもよい。また、静脈認証処理を行う場合は、ハンドルやシフトレバー、ブレーキレバーに、運転者の静脈を検出するための静脈センサを配設すればよい。

５−３．運転開始の確認
上述した実施形態では、運転者の認証に失敗した場合の担保措置として、図８の起動時処理のステップＢ２５又は図９の駆動時処理のステップＣ１９において、ドライブレコーダ２０に配設された確認ボタンが押下された場合に、運転者識別情報を無しとして運転情報記録処理を開始するものとして説明した。このような担保措置を設けず、起動時処理において運転者の認証に失敗した場合はエンジンを始動させないこととし、駆動時処理において運転者の認証に失敗した場合はエンジンを停止させる等して、未登録の運転者による自動車１の運転行為を禁止することとしてもよい。

また、ドライブレコーダ２０に設けられた確認ボタンの押下操作によって運転開始の確認を行うのではなく、例えばカーナビゲーション装置のタッチスクリーンに確認画面を表示させ、当該タッチスクリーンへのタッチ操作を検知することで、運転開始の確認を行うこととしてもよい。

この場合は、例えば図１１に示すように、「認証に失敗しました。ドライバーを特定せずに運転を開始しますか？」といったメッセージとともに、「はい」及び「いいえ」のアイコンをカーナビゲーション装置のタッチスクリーンに表示させる。そして、「はい」のアイコンがタッチされたことを検知した場合は、運転者識別情報を無しとして運転情報記録処理を開始する。

５−４．エンジン始動制御装置
上述した実施形態では、エンジン始動制御装置３を本体２と別体として設けるものして説明したが、エンジン始動制御装置３を本体２に組み込むこととしてもよい。また、エンジン始動制御装置３を設けずに、エンジン始動制御処理を本体２のＣＰＵ１０が実行することで、ＣＰＵ１０がエンジンの始動を制御する構成としてもよい。

５−５．ドライブレコーダ
ドライブレコーダ２０を外付け可能とし、ドライブレコーダ単体で運転情報の記録を行うことができるようにしてもよい。この場合は、ドライブレコーダ２０の内部にＣＰＵ、フラッシュＲＯＭ（又はＲＯＭ）及びＲＡＭを設けておき、このドライブレコーダ２０内部に設けられたＣＰＵが、フラッシュＲＯＭ（又はＲＯＭ）に記憶されている運転情報記録プログラムを読み出して実行することで、運転情報記録処理を行う構成とする。

自動車の内部構成を示す図。 自動車の構成を示すブロック図。 フラッシュＲＯＭに格納されたデータの一例を示す図。 ＲＡＭに格納されるデータの一例を示す図。 メモリカードに格納されるデータの一例を示す図。 運転履歴データのデータ構成の一例を示す図。 エンジン始動制御処理の流れを示すフローチャート。 起動時処理の流れを示すフローチャート。 駆動時処理の流れを示すフローチャート。 運転情報記録処理の流れを示すフローチャート。 確認画面の一例を示す図。

符号の説明

１ 自動車、 ２ 本体、 ３ エンジン始動制御装置、
５ ドライブレコーダシステム、 １０ ＣＰＵ、 ２０ ドライブレコーダ、
２１ カードリーダ／ライタ、 ２３ 無線通信部、 ３０ フラッシュＲＯＭ、
４０ ＲＡＭ、 ５０ メモリカード、 ６０ 前方カメラ、 ７０ 後方カメラ、
８０ 運転者カメラ、 ９０ スピーカ、 １００ 走行センサ類、
１０１ 衝撃センサ、 １０２ 車速センサ、 １０３ 加速度センサ、
１０４ 方位センサ、 １０５ 酒気検知センサ、 １１０ 指紋センサ、
１２０ 重量センサ、 １３０ 計器類、 １４０ 操作系、 １５０ 駆動系、
１６０ 動力系

Claims (8)

1. 身体的特徴に基づいて車両の運転者を特定する運転者特定部と、
   前記特定された運転者の識別情報を、運転中の映像情報及び走行状態情報のうちの何れかとともに記録する記録部と、
   を備えた運転情報記録システム。
2. 前記運転者特定部による特定が成功した場合に車両始動制御部に始動許可信号を出力する始動許可制御部を備えた請求項１に記載の運転情報記録システム。
3. 車両の衝突を検出する衝突検出部からの検出信号に応じて、予め設定された通報先に所定の通報を行う無線通信部を備えた請求項１又は２に記載の運転情報記録システム。
4. 前記無線通信部は、前記記録部に記録された前記運転者の識別情報を少なくとも含む情報を前記通報先に送信する請求項３に記載の運転情報記録システム。
5. 前記運転者特定部は、前記運転者の指紋認証、声紋認証、顔認証、虹彩認証、及び、静脈認証のうちの何れかの認証処理を実行して前記運転者を特定する請求項１〜４の何れか一項に記載の運転情報記録システム。
6. 前記運転者特定部は、運転席に着座した運転者の体重を検出する重量検出部により検出された体重が、予め設定された前記運転者の体重に基づく所定の許容誤差範囲内であるか否かを判定する体重判定部を有する請求項５に記載の運転情報記録システム。
7. 車両駆動中に間欠的に前記運転者特定部を作動させる制御を行う間欠作動制御部を更に備え、
   前記記録部は、前記運転者特定部により新たな運転者が特定された場合、当該新たな運転者の識別情報を、運転中の映像情報及び走行状態情報のうちの何れかとともに記録する、
   請求項１〜６の何れか一項に記載の運転情報記録システム。
8. 身体的特徴に基づいて車両の運転者を特定することと、
   前記特定された運転者の識別情報を、運転中の映像情報及び走行状態情報のうちの何れかとともに記録することと、
   を含む運転情報記録方法。

Images