画像記憶装置
【課題】ドライブレコーダで撮影された動画に対して日時刻証明を行い、当該動画の信頼性を向上させる。
【解決手段】ドライブレコーダ６は、車両８に搭載され、車両外部の風景を動画にて連続撮影する。ドライブレコーダ６は、事故などのイベントの発生を検知すると、動画の更新を停止し、イベントが発生した際の画像を記録した動画データをデータ用サーバ３に送信する。データ用サーバ３は、ドライブレコーダ６から動画データを受信すると、当該動画データを記憶すると共に、当該動画データのハッシュ値を計算し、当該ハッシュ値をタイムスタンプサーバ２に送信する。タイムスタンプサーバ２は、データ用サーバ３からハッシュ値を受信すると、これに現在日時刻を付与して秘密鍵によって電子署名することによりタイムスタンプを発行し、当該タイムスタンプを発行したハッシュ値をデータ用サーバ３に送信する。
【解決手段】ドライブレコーダ６は、車両８に搭載され、車両外部の風景を動画にて連続撮影する。ドライブレコーダ６は、事故などのイベントの発生を検知すると、動画の更新を停止し、イベントが発生した際の画像を記録した動画データをデータ用サーバ３に送信する。データ用サーバ３は、ドライブレコーダ６から動画データを受信すると、当該動画データを記憶すると共に、当該動画データのハッシュ値を計算し、当該ハッシュ値をタイムスタンプサーバ２に送信する。タイムスタンプサーバ２は、データ用サーバ３からハッシュ値を受信すると、これに現在日時刻を付与して秘密鍵によって電子署名することによりタイムスタンプを発行し、当該タイムスタンプを発行したハッシュ値をデータ用サーバ３に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像記憶装置に関し、例えば、車両が走行する際の状況を撮影するドライブレコーダに関する。
【背景技術】
【０００２】
近年、車両に周囲や内部などの状況を撮影するカメラを設置し、走行中にこれによって動画を撮影するドライブレコーダが普及しつつある。
ドライブレコーダは、動画を更新しながらメモリに記憶することにより、過去から現在に至る所定の記録時間（例えば３０秒）の動画をメモリに記憶する。
そして、衝突事故などの所定のイベントが発生すると、イベント発生後の所定時間経過後（例えば、１０秒）に動画の更新を停止する。
これにより、上の例では、イベント発生前の２０秒からイベント発生の１０秒後までの動画が記憶され、当該動画によりイベント発生時の状況を検証することができる。
【０００３】
このようにドライブレコーダを用いた技術として、次の特許文献１の「車両用データ記憶装置及びデータ記憶方法」がある。
この技術は、ドライブレコーダで記録された映像データに、その映像が撮影された時刻を記録するものである。
【特許文献１】特開２００２−１３５７６９公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上記の技術では、ドライブレコーダが映像に時刻を記憶するため、記録された時刻の信頼性が低いという問題があった。
【０００５】
そこで、本発明の目的は、ドライブレコーダで撮影された動画に対して日時刻証明を行い、当該動画の信頼性を向上させることである。
【課題を解決するための手段】
【０００６】
前記目的を達成するために、請求項１に記載の発明では、移動体に搭載されたカメラで動画を撮影する動画撮影手段と、イベントの発生を検出するイベント検出手段と、前記イベント検出手段でイベントを検出した際に、イベント発生時からそれ以前の少なくとも所定記録時間の前記動画が記憶されている動画記憶手段と、少なくとも、前記記憶されている動画、又は、当該動画に固有な固有情報の一方を含む動画情報を、タイムスタンプを取得する所定のサーバに送信する動画情報送信手段と、を具備したことを特徴とする画像記憶装置を提供する。
請求項２に記載の発明では、前記記憶されている動画の一方向性関数による関数値を計算する計算手段を具備し、前記動画情報は、前記固有情報として、前記計算した関数値を含むことを特徴とする請求項１に記載の画像記憶装置を提供する。
請求項３に記載の発明では、前記動画情報送信手段は、動画情報の送信に失敗した場合、少なくとも所定期間の間、前記動画情報の送信を試みることを特徴とする請求項１、又は請求項２に記載の画像記憶装置を提供する。
請求項４に記載の発明では、現在日時刻を取得する現在日時刻取得手段を具備し、前記動画情報は、前記取得した現在日時刻を含むことを特徴とする請求項１、請求項２、又は請求項３に記載の画像記憶装置を提供する。
請求項５に記載の発明では、現在位置を取得する現在位置取得手段を具備し、前記動画情報は、前記取得した現在位置を含むことを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の画像記憶装置を提供する。
【発明の効果】
【０００７】
本発明によれば、ドライブレコーダで撮影した動画に対してタイムスタンプが日時刻証明を行い、動画の信頼性を向上させることができる。
【発明を実施するための最良の形態】
【０００８】
（１）実施の形態の概要
ドライブレコーダ６は、車両８（図５）に搭載され、車両外部の風景を動画にて連続撮影する。ドライブレコーダ６は、事故などのイベントの発生を検知すると、動画の更新を停止し、イベントが発生した際の画像を記録した動画データをデータ用サーバ３に送信する。
データ用サーバ３は、ドライブレコーダ６から動画データを受信すると、当該動画データを記憶すると共に、当該動画データのハッシュ値を計算し、当該ハッシュ値をタイムスタンプサーバ２（ＴＳＡ）に送信する。
【０００９】
タイムスタンプサーバ２は、データ用サーバ３からハッシュ値を受信すると、これに現在日時刻を付与して秘密鍵によって電子署名することによりタイムスタンプを発行し、当該タイムスタンプを発行したハッシュ値をデータ用サーバ３に送信する。
データ用サーバ３は、ドライブレコーダ６からタイムスタンプが発行されたハッシュ値を受信すると、これをハッシュ値の元となった動画データと対応付けて記憶する。
以上の処理により、ドライブレコーダ６が撮影した動画データに対して、ハッシュ値を介してタイムスタンプサーバ２によるタイムスタンプを発行することができ、動画データの証拠性を向上させることができる。
【００１０】
（２）実施の形態の詳細
図１は、本実施の形態に係る情報処理システム１のネットワーク構成を説明するための図である。
情報処理システム１は、タイムスタンプサーバ２、データ用サーバ３、ネットワーク４、基地局５、ドライブレコーダ６などを用いて構成されている。
車両８は、例えば、乗用車や運送車両などであるが、これに限定するものではなく、例えば、船舶や航空機など、各種の移動体とすることができる。
【００１１】
ドライブレコーダ６は、車両８に搭載されており、カメラ７を備え、画像記憶装置として機能している。
カメラ７は、車両８の前方を撮影しており、所定の記録時間（例えば、３０秒間）の動画を更新しながらメモリに記憶する。
また、カメラ７を複数台設け、車両８の側方、後方、あるいは車内を撮影するように構成することもできる。
そして、事故などのイベントが発生した場合、ドライブレコーダ６は、動画の更新を停止し、記憶した動画データをデータ用サーバ３に送信する。
【００１２】
データ用サーバ３は、ネットワーク４を介してドライブレコーダ６とタイムスタンプサーバ２と通信することができ、ドライブレコーダ６から動画データが送信されてくると、当該動画データを記憶すると共に、当該動画データのハッシュ値を計算してタイムスタンプサーバ２に送信する。
そして、データ用サーバ３は、タイムスタンプサーバ２からタイムスタンプが発行されたハッシュ値を受信し、これを保存する。
このように、データ用サーバ３は、ドライブレコーダ６が撮影した動画の動画データと、当該動画データのハッシュ値を保管する保管センターとして機能している。
【００１３】
なお、ここで、ハッシュ値をタイムスタンプサーバ２に送信するのは、タイムスタンプサーバ２に送信するデータ量を少なくするためであり、動画データを送信して動画データ自体にタイムスタンプを発行するように構成することも可能である。
この場合、データ用サーバ３は、タイムスタンプが発行された動画データを保管する。
【００１４】
タイムスタンプサーバ２は、電子文書などの電子データにタイムスタンプを発行して時刻証明を行うサーバであり、本実施の形態では、データ用サーバ３が送信してきたハッシュ値にタイムスタンプを発行してデータ用サーバ３に送信する。
タイムスタンプの発行は、例えば、ネットワーク４経由で送信されてきた電子データに時刻を付与して秘密鍵で電子署名することにより行われる。
電子署名の確認は、当該秘密鍵に対応する公開鍵を用いて電子署名が復号化できたことを以て行うことができ、当該電子署名がタイムスタンプサーバ２によってなされたものであることを確認することができる。
【００１５】
ネットワーク４は、例えば、インターネットや携帯電話網などの通信ネットワークによって構成されており、ドライブレコーダ６とデータ用サーバ３の間の通信、及びデータ用サーバ３とタイムスタンプサーバ２の間の通信を仲介する。
基地局５は、例えば、携帯端末などを携帯電話網などに接続する基地局であって、ドライブレコーダ６と無線回線により接続し、ドライブレコーダ６とネットワーク４との通信を仲介する。
【００１６】
図２は、ドライブレコーダ６のハードウェア的な構成を説明するための図である。
ドライブレコーダ６は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、時計部２４、カメラ部２５、カメラ７、通信部２６、車両情報部２７、イベント検出部２８、緊急用電源２９、不揮発メモリ３０などから構成されている。
【００１７】
ＣＰＵ２１は、所定のプログラムに従って各種情報処理やドライブレコーダ６の各部を制御する中央処理装置である。ＣＰＵ２１が行う処理は、後ほど詳細に説明する。
ＲＯＭ２２は、読み出し専用メモリであって、ＣＰＵ２１が実行するプログラムやパラメータなどを記憶している。
ＲＡＭ２３は、読み書きが可能なメモリであって、ＣＰＵ２１がプログラムをロードしたり、各種情報処理を行う際のワーキングメモリを提供する。
【００１８】
時計部２４は、例えば、水晶発振器などを用いて時刻情報を出力する。ドライブレコーダ６は、時計部２４が出力する時刻情報を用いて動画の記録時間などを計測する。
また、動画に現在時刻を記録する場合、時計部２４が出力した時刻情報を用いることができる。
なお、この場合、時計部２４の時刻情報の代わりにＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）によってＧＰＳ衛星から送信されてくる日時刻を記録用に用いてもよい。
【００１９】
カメラ７は、光学系を用いて被写体をＣＣＤ（Ｃｈａｒｇｅ−Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）などに投影し、その画像を電気信号に変換することにより画像を撮影する。
カメラ部２５は、カメラ７と接続されており、カメラ７で撮影された動画像からＣＰＵ２１が処理可能なデータ形式の画像データを生成する。
【００２０】
カメラ７は、ドライブレコーダ６の筐体に組み込まれ一体型として構成してもよいし、あるいは、カメラ７とカメラ部２５を信号コードで接続し、カメラ７とドライブレコーダ６の筐体を別体として構成してもよい。
通信部２６は、アンテナを備えており、基地局５との無線通信を行う。
車両情報部２７は、ＧＰＳシステムから現在位置や現在時刻などを受信したり、車両８のシステムから車速や加速度などの走行状態に関する情報などを受信する。
【００２１】
イベント検出部２８は、動画の更新を停止するイベントが発生したか否かを検出する。ここでは、イベントの一例として事故を想定しており、例えば、車両８が他車両と衝突したり、障害物と衝突した場合に、これらのイベントの発生を検出する。
このような機能を発揮するために、イベント検出部２８は、加速度センサを備えており、車両８の加速度が所定値以上の場合にイベントの発生が検出される。
このように、ドライブレコーダ６は、イベントの発生を検出するイベント検出手段を備えている。
【００２２】
緊急用電源２９は、車両８からドライブレコーダ６に供給される電力が途絶えた場合に、ドライブレコーダ６に電力を供給する電力源であり、電池などで構成される。
ドライブレコーダ６は、例えば、トンネル内などでネットワーク４に接続できない場合、ネットワーク４に接続できるまで接続を試みるが、その場合、車両８からの電力が供給されない場合も想定されるため、補助電源として緊急用電源２９を備えたものである。
【００２３】
不揮発メモリ３０は、読み書きが可能で電力が供給されなくても記憶内容を保持するメモリであり、例えば、フラッシュメモリなどを用いて構成されている。
【００２４】
不揮発メモリ３０には、プログラム格納部３１とデータ格納部３２が形成されている。
プログラム格納部３１には、ＣＰＵ２１が情報処理を行うための各種プログラムが記憶されており、データ格納部３２には、カメラ７が撮影した動画データを記憶する。
なお、プログラム格納部３１は、ＲＯＭ２２に形成してもよい。
【００２５】
図では、プログラム格納部３１とデータ格納部３２を単一の不揮発メモリ３０に形成したが、プログラム格納部３１用のメモリとデータ格納部３２用のメモリを別に用意し、データ格納部３２用のメモリをドライブレコーダ６から着脱可能に構成することもできる。
不揮発メモリ３０を着脱可能に構成すると、ユーザが不揮発メモリ３０を自身のパーソナルコンピュータなどの端末に装着して、動画データを読み出すことが可能となる。
また、ドライブレコーダ６に端末と接続するためのインターフェースを用意し、これを用いてドライブレコーダ６から端末に動画データを転送するように構成することもできる。
【００２６】
図３（１）は、データ用サーバ３のハードウェア的な構成を説明するための図である。
データ用サーバ３は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、通信部４４、記憶部４５などから構成されている。
【００２７】
ＣＰＵ４１は、所定のプログラムに従って各種情報処理やデータ用サーバ３の各部の制御を行う。具体的には、例えば、ドライブレコーダ６から動画データを受信してこれからハッシュ値を計算する。そして、当該ハッシュ値をタイムスタンプサーバ２に送信し、タイムスタンプサーバ２でタイムスタンプが発行されたハッシュ値を受信して記憶部４５に記憶する。
【００２８】
ＲＯＭ４２は、読み出し専用メモリであって、データ用サーバ３が動作するための基本的なプログラムやパラメータなどを記憶している。
ＲＡＭ４３は、読み書きが可能なメモリであって、ＣＰＵ４１がプログラムをロードしたり、各種情報処理を行う際のワーキングメモリを提供する。
通信部４４は、データ用サーバ３をネットワーク４に接続する。データ用サーバ３は、通信部４４を介してドライブレコーダ６やタイムスタンプサーバ２と通信することができる。
【００２９】
記憶部４５は、例えば、ハードディスクなどの大容量の記憶装置を用いて構成されている。
記憶部４５には、プログラム格納部４６とデータ格納部４７が形成されている。
プログラム格納部４６には、ＣＰＵ４１に上記の機能を発揮させるプログラムなどが記憶されている。
データ格納部４７には、データベースが形成されており、ドライブレコーダ６から送信されてきた動画データや当該動画データのハッシュ値にタイムスタンプを発行したものを記憶している。
【００３０】
図３（２）は、タイムスタンプサーバ２のハードウェア的な構成を説明するための図である。
タイムスタンプサーバ２は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、タイムスタンプ部５４、通信部５５、記憶部５６などから構成されている。
ＣＰＵ５１は、所定のプログラムに従って各種情報処理やタイムスタンプサーバ２の各部の制御を行う。具体的には、例えば、データ用サーバ３からハッシュ値を受信し、タイムスタンプ部５４を用いてこれにタイムスタンプを発行してデータ用サーバ３に送信する。
【００３１】
タイムスタンプ部５４は、電子文書などの電子データにタイムスタンプを発行するモジュールである。
タイムスタンプ部５４は、原子時計を備えており、正確な日時刻を計測している。
そして、タイムスタンプ部５４は、秘密鍵を記憶しており、例えば、電子文書に原子時計で計測した日時刻を付加してこれを秘密鍵で暗号化して電子署名を行う。
この電子署名は、当該秘密鍵に対応する公開鍵で復号化することにより、電子データの内容とタイムスタンプ部５４が付与した日時刻の正統性を確認できるため、タイムスタンプとして機能する。
【００３２】
ＲＯＭ５２は、読み出し専用メモリであって、タイムスタンプサーバ２が動作するための基本的なプログラムやパラメータなどを記憶している。
ＲＡＭ５３は、読み書きが可能なメモリであって、ＣＰＵ５１がプログラムをロードしたり、各種情報処理を行う際のワーキングメモリを提供する。
通信部５５は、タイムスタンプサーバ２をネットワーク４に接続する。タイムスタンプサーバ２は、通信部５５を介してデータ用サーバ３と通信することができる。
記憶部５６は、例えば、ハードディスクなどの大容量の記憶装置を用いて構成されており、ＣＰＵ５１に上記の機能を発揮させるプログラムなどが記憶されている。
【００３３】
図４は、データ用サーバ３のデータベースの論理的な構成を説明するための図である。
データベースには、「機器ＩＤ」、「動画受信日時」、「動画データ」、「動画のハッシュ値に対するタイムスタンプ」などの各要素が記憶されている。
【００３４】
「機器ＩＤ」は、ドライブレコーダ６を識別するためのＩＤ情報である。データ用サーバ３は、ドライブレコーダ６と通信を開始するにあたり、例えば、ドライブレコーダ６を機器認証してドライブレコーダ６の機器ＩＤを特定する。
「動画受信日時」は、データ用サーバ３がドライブレコーダ６から動画データを受信した日時である。
「機器ＩＤ」と「動画受信日時」により、どの車両のいつのデータであるかを特定することができる。
【００３５】
「動画データ」は、データ用サーバ３がドライブレコーダ６から受信した動画データである。
「動画のハッシュ値に対するタイムスタンプ」は、データ用サーバ３が「動画データ」を用いて生成したハッシュ値に対して、タイムスタンプサーバ２が発行したタイムスタンプである。
なお、当該ハッシュ値は「動画データ」から計算できるため、データベースに記憶していないが、データベースにこれを記憶するように構成してもよい。
【００３６】
図５は、ドライブレコーダ６が行う情報処理を説明するための図である。
ドライブレコーダ６は、車両８が始動すると、これを検知し、動画の撮影を開始する。
そして、ドライブレコーダ６は、カメラ７で撮影した所定の動画記録時間（ここでは３０秒とする）前から現在までの動画を更新しながらデータ格納部３２に記憶する。
なお、この更新は古い画像（所謂コマ、フレーム）を消去しながら連続的に行われる。
また、動画を記憶するメモリが十分にある場合には、撮影した動画を全て記憶するように構成してもよい。
このように、ドライブレコーダ６は、移動体に搭載されたカメラで動画を撮影する動画撮影手段を備えている。
【００３７】
イベントが発生しない場合には、ドライブレコーダ６は、以上のように３０秒前から現在までの動画を撮影し続けるが、イベントが発生すると、ドライブレコーダ６は、動画の更新を停止し、データ格納部３２に記憶してある動画データをデータ用サーバ３に送信する。
より詳細には、ドライブレコーダ６は、イベント検出部２８でイベントの発生を検出すると、所定時間後に動画の更新・記憶を停止するが、この所定時間は、イベント発生時点の画像を残すため、動画の記録時間よりも短く設定されている。これによって、イベント前後一定時間の動画を保存することができる。
【００３８】
本実施の形態では、当該所定時間を１０秒とし、イベント発生時点から１０秒後に動画の更新・記憶を停止する。これによりイベント発生時より２０秒前からイベント発生後１０秒までの動画がデータ格納部３２に記憶・保存される。
ここで、データ格納部３２は、動画記憶手段として機能し、ドライブレコーダ６は、イベント検出手段でイベントを検出した際に、イベント発生時からそれ以前の少なくとも所定記録時間の動画が記憶されている動画記憶手段を備えている。
【００３９】
また、データ用サーバ３に送信する動画データは、少なくとも、動画、又は、当該動画に固有な固有情報（後述のハッシュ値）の一方を含む動画情報として機能しており、ドライブレコーダ６は、動画情報を、タイムスタンプを取得する所定のサーバ（データ用サーバ３）に送信する動画情報送信手段を備えている。
【００４０】
ドライブレコーダ６は、データ用サーバ３に動画データを送信したことを確認した後は、当該データを消去してもよいし、データ格納部３２に保存しておいてもよい。
図５に示したように、ドライブレコーダ６がデータ用サーバ３に動画データを送信した後、データ用サーバ３は、当該動画データのハッシュ値を計算してタイムスタンプサーバ２に送信し、タイムスタンプサーバ２はこれにタイムスタンプを発行してタイムスタンプ付きハッシュ値をデータ用サーバ３に送信する。
なお、ドライブレコーダ６は、イベントが発生した際に動画データの送信に失敗した場合、少なくとも所定期間の間、通信状況を確認して、当該動画データが送信できるまで再送を試みる。
【００４１】
このようにして、ドライブレコーダ６で撮影された動画データは、データ用サーバ３に保存されると共に、当該動画データのハッシュ値もタイムスタンプを付与されてデータ用サーバ３に記憶される。
動画データを改竄すると、そのハッシュ値が変化し、タイムスタンプが付与されたハッシュ値と異なってしまうため、タイムスタンプを発行した後は、動画データを改竄することができない。
このように、動画データの日時刻をタイムスタンプによって証明することにより、動画データの証拠性を高めることができる。
【００４２】
なお、本実施の形態では、ドライブレコーダ６は、動画データをデータ用サーバ３に送信したが、例えば、ドライブレコーダ６は、動画データに、車両情報部２７で検出したＧＰＳ情報（現在位置やＧＰＳによる日時刻など）や車速などのデータ、時計部２４で計測した現在日時刻など、他のデータを付加して１つのファイルとし、これをデータ用サーバ３に送信するように構成することもできる。
【００４３】
この場合、データ用サーバ３は、当該ファイルをデータベースに記憶すると共に、当該ファイルのハッシュ値を計算してタイムスタンプサーバ２に送信する。
タイムスタンプサーバ２は、データ用サーバ３から当該ハッシュ値を受信してこれにタイムスタンプを付与し、データ用サーバ３に送信する。
データ用サーバ３は、当該タイムスタンプ付きハッシュ値を受信してディスプレイに保存する。
この例では、動画データの他に、ファイルの含まれる他のデータも改竄不能に保存することができる。
【００４４】
このように、ドライブレコーダ６は、現在日時刻を取得する現在日時刻取得手段と、現在位置を取得する現在位置取得手段を具備し、これら取得した現在日時刻や現在位置を動画情報に含めることができる。また、何れか一方を含むように構成することも可能である。
【００４５】
また、動画情報に更に多くの情報を含めることが可能である。
例えば、車両情報部２７で車両８の速度や加速度、及びブレーキやアクセルの操作状態などを検出し、これらをファイルに含めるように構成することができる。
これによって、イベント発生時に、ドライバが適切な速度で運行しており、運転操作も適切であったことを検証することが可能となる。
【００４６】
また、イベント発生時にドライブレコーダ６からデータ用サーバ３に送信するデータが複数ある場合、予めこれらに優先順位を決めておき、当該優先順位に従って送信するように構成することもできる。
例えば、動画データ、日時刻、位置情報、・・・を１つのファイルとしてではなく、個別にデータ用サーバ３に送信する構成とする場合、まず、最も重要な情報である動画データを送信し、次いで、日時刻、位置情報、・・・の順に送信するように構成することができる。
これは、データを送信している途中でドライブレコーダ６が故障することも考えられるため、なるべく重要なデータを優先的にデータ用サーバ３に送ることにより、可能な限り証拠保全を行うことができる。
【００４７】
また、以上に説明した本実施の形態では、データ用サーバ３とタイムスタンプサーバ２を別のサーバとしたが、データ用サーバ３にタイムスタンプ発行機能を装備し、データ用サーバ３でタイムスタンプの発行を行ってもよい。
【００４８】
次に、図６のフローチャートを用いて、ドライブレコーダ６が行う情報処理について説明する。
以下の処理は、ドライブレコーダ６のＣＰＵ２１、データ用サーバ３のＣＰＵ４１、タイムスタンプサーバ２のＣＰＵ５１が所定のプログラムに従って行うものである。
【００４９】
まず、ドライブレコーダ６は、車両８が始動すると、カメラ部２５を用いてカメラ７で撮影された動画の記録を開始し（ステップ５）、データ格納部３２において動画の記録・更新を行う。
次に、ドライブレコーダ６は、イベント検出部２８の出力を監視し、イベントが検出されたか否かを判断する（ステップ１５）。
イベントが検出されなかった場合（ステップ１５；Ｎ）、ドライブレコーダ６は、引き続きステップ１５でイベント検出部２８の出力を監視する。
【００５０】
一方、イベントが検出された場合（ステップ１５；Ｙ）、ドライブレコーダ６は、所定時間後（例えば、１０秒後）に動画の記憶の更新を停止する（ステップ２０）。
そして、ドライブレコーダ６は、通信部２６を用いてデータ用サーバ３との通信回線を確立し、自己の機器ＩＤなどと共に動画データをデータ用サーバ３に送信する（ステップ２５）。
【００５１】
すると、データ用サーバ３は、動画データを受信し（ステップ３０）、これをデータベースに記憶すると共に、当該動画データのハッシュ値を計算する（ステップ３５）。
そして、データ用サーバ３は、当該ハッシュ値をタイムスタンプサーバ２に送信して、タイムスタンプの発行を要求する（ステップ４０）。
【００５２】
タイムスタンプサーバ２は、データ用サーバ３からハッシュ値を受信すると、タイムスタンプ部５４を用いてこれにタイムスタンプを発行し（ステップ４５）、データ用サーバ３に送信する。
データ用サーバ３は、タイムスタンプサーバ２からタイムスタンプが発行されたハッシュ値を受信するとこれをデータベースに記憶する（ステップ５０）。
【００５３】
以上に説明した本実施の形態により、次のような効果を得ることができる。
（１）イベント発生時を記録した動画データに対して、ハッシュ値を介して、あるいは直接に、タイムスタンプサーバ２が発行するタイムスタンプを付与することができる。
（２）タイムスタンプによって、動画データの改竄が不能となるため、イベント発生時の動画データが非改竄の状態で存在することが証明でき、これによって動画データの証拠性を高めることができる。
（３）動画データに車両情報など、他のデータを加えてファイルとし、これにタイムスタンプサーバ２のタイムスタンプを付与することにより、動画撮影時に関する情報を提供することができる。
【００５４】
（変形例）
次に、図７を用いて本実施の形態の変形例について説明する。
先に説明した実施の形態では、ドライブレコーダ６は、動画データをデータ用サーバ３に送信したが、本実施の形態では、ドライブレコーダ６は、動画データからハッシュ値を計算し、当該ハッシュ値をデータ用サーバ３に送信する。
本変形例では、ハッシュ値が、動画に固有な固有情報として機能している。
このため、ドライブレコーダ６は、動画の一方向性関数による関数値を計算する計算手段を備え、動画情報は、前記固有情報として、当該計算した関数値（ハッシュ値）を含んでいる。
【００５５】
ドライブレコーダ６は、ハッシュ値を計算すると、これをデータ用サーバ３に送信する。
本変形例では、タイムスタンプサーバ２は動画データを記憶しないため、ハッシュ値の元となった動画データはドライブレコーダ６に記憶する。この場合、データ用サーバ３では動画データを保存しないため、動画データはドライブレコーダ６が保存する。
ハッシュ値にタイムスタンプサーバ２でタイムスタンプが付与されると、動画データは改竄できなくなるため、イベント発生時の動画データが非改竄の状態で存在することが証明でき、これによって動画データの証拠性を高めることができる。
また、ハッシュ値は、動画データに比べてデータ量が小さいため、通信コストおよび通信ネットワークの負荷を低減することができる。
【００５６】
ハッシュ値の送信に失敗した場合は、少なくとも所定期間の間はハッシュ値の再送を試みる点は、先の実施の形態と同様である。
また、動画データに車両情報やその他のデータを付加して、動画情報を１つのファイルとしてもよい。この場合、ドライブレコーダ６は、当該ファイルを保存すると共に、当該ファイルのハッシュ値を計算し、データ用サーバ３に送信する。
データ用サーバ３は、当該ハッシュ値をタイムスタンプサーバ２に送信してタイムスタンプを発行してもらい、これを保管する。
【００５７】
次に、図８のフローチャートを用いて、本変形例のドライブレコーダ６が行う情報処理について説明する。
図６のフローチャートで説明したステップと同じ処理には同じステップ番号を付し、説明を簡略化・省略することにする。
ステップ５からステップ２０までは、図６と同様である。
ステップ２０で動画の記憶の更新を停止した後（ステップ２０）、ドライブレコーダ６は、当該動画データをデータ格納部３２に記憶すると共に、当該データのハッシュ値を計算し（ステップ６０）、当該ハッシュ値をデータ用サーバ３に送信する（ステップ６５）。
【００５８】
データ用サーバ３は、当該ハッシュ値を受信する（ステップ７０）。そして、当該ハッシュ値をそのままタイムスタンプサーバ２に送信してタイムスタンプの発行を要求し（ステップ４０）、タイムスタンプサーバ２は、当該ハッシュ値にタイムスタンプを発行して（ステップ４５）、データ用サーバ３に送信する。
データ用サーバ３は、タイムスタンプサーバ２からタイムスタンプが発行されたハッシュ値を受信してデータベースに記憶する（ステップ５０）。
【００５９】
このように、本変形例では、動画データのハッシュ値に対してタイムスタンプが発行されるため、動画データの改竄ができなくなる。
ユーザは、イベント後に動画データを関係機関に提出するが、関係機関は、提出された動画データのハッシュ値を計算し、これがデータ用サーバ３に記憶されているタイムスタンプ付きのハッシュ値と一致することを以て、正統な動画データであることを確認することができる。
【図面の簡単な説明】
【００６０】
【図１】本実施の形態に係る情報処理システムのネットワーク構成を説明するための図である。
【図２】ドライブレコーダのハードウェア的な構成を説明するための図である。
【図３】各サーバのハードウェア的な構成を説明するための図である。
【図４】データベースの論理的な構成を説明するための図である。
【図５】ドライブレコーダが行う情報処理を説明するための図である。
【図６】ドライブレコーダが行う情報処理について説明するためのフローチャートである。
【図７】変形例を説明するための図である。
【図８】変形例に係るドライブレコーダが行う情報処理について説明するためのフローチャートである。
【符号の説明】
【００６１】
１ 情報処理システム
２ タイムスタンプサーバ
３ データ用サーバ
４ ネットワーク
５ 基地局
６ ドライブレコーダ
７ カメラ
８ 車両
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 時計部
２５ カメラ部
２６ 通信部
２７ 車両情報部
２８ イベント検出部
２９ 緊急用電源
３０ 不揮発メモリ
【技術分野】
【０００１】
本発明は、画像記憶装置に関し、例えば、車両が走行する際の状況を撮影するドライブレコーダに関する。
【背景技術】
【０００２】
近年、車両に周囲や内部などの状況を撮影するカメラを設置し、走行中にこれによって動画を撮影するドライブレコーダが普及しつつある。
ドライブレコーダは、動画を更新しながらメモリに記憶することにより、過去から現在に至る所定の記録時間（例えば３０秒）の動画をメモリに記憶する。
そして、衝突事故などの所定のイベントが発生すると、イベント発生後の所定時間経過後（例えば、１０秒）に動画の更新を停止する。
これにより、上の例では、イベント発生前の２０秒からイベント発生の１０秒後までの動画が記憶され、当該動画によりイベント発生時の状況を検証することができる。
【０００３】
このようにドライブレコーダを用いた技術として、次の特許文献１の「車両用データ記憶装置及びデータ記憶方法」がある。
この技術は、ドライブレコーダで記録された映像データに、その映像が撮影された時刻を記録するものである。
【特許文献１】特開２００２−１３５７６９公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上記の技術では、ドライブレコーダが映像に時刻を記憶するため、記録された時刻の信頼性が低いという問題があった。
【０００５】
そこで、本発明の目的は、ドライブレコーダで撮影された動画に対して日時刻証明を行い、当該動画の信頼性を向上させることである。
【課題を解決するための手段】
【０００６】
前記目的を達成するために、請求項１に記載の発明では、移動体に搭載されたカメラで動画を撮影する動画撮影手段と、イベントの発生を検出するイベント検出手段と、前記イベント検出手段でイベントを検出した際に、イベント発生時からそれ以前の少なくとも所定記録時間の前記動画が記憶されている動画記憶手段と、少なくとも、前記記憶されている動画、又は、当該動画に固有な固有情報の一方を含む動画情報を、タイムスタンプを取得する所定のサーバに送信する動画情報送信手段と、を具備したことを特徴とする画像記憶装置を提供する。
請求項２に記載の発明では、前記記憶されている動画の一方向性関数による関数値を計算する計算手段を具備し、前記動画情報は、前記固有情報として、前記計算した関数値を含むことを特徴とする請求項１に記載の画像記憶装置を提供する。
請求項３に記載の発明では、前記動画情報送信手段は、動画情報の送信に失敗した場合、少なくとも所定期間の間、前記動画情報の送信を試みることを特徴とする請求項１、又は請求項２に記載の画像記憶装置を提供する。
請求項４に記載の発明では、現在日時刻を取得する現在日時刻取得手段を具備し、前記動画情報は、前記取得した現在日時刻を含むことを特徴とする請求項１、請求項２、又は請求項３に記載の画像記憶装置を提供する。
請求項５に記載の発明では、現在位置を取得する現在位置取得手段を具備し、前記動画情報は、前記取得した現在位置を含むことを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の画像記憶装置を提供する。
【発明の効果】
【０００７】
本発明によれば、ドライブレコーダで撮影した動画に対してタイムスタンプが日時刻証明を行い、動画の信頼性を向上させることができる。
【発明を実施するための最良の形態】
【０００８】
（１）実施の形態の概要
ドライブレコーダ６は、車両８（図５）に搭載され、車両外部の風景を動画にて連続撮影する。ドライブレコーダ６は、事故などのイベントの発生を検知すると、動画の更新を停止し、イベントが発生した際の画像を記録した動画データをデータ用サーバ３に送信する。
データ用サーバ３は、ドライブレコーダ６から動画データを受信すると、当該動画データを記憶すると共に、当該動画データのハッシュ値を計算し、当該ハッシュ値をタイムスタンプサーバ２（ＴＳＡ）に送信する。
【０００９】
タイムスタンプサーバ２は、データ用サーバ３からハッシュ値を受信すると、これに現在日時刻を付与して秘密鍵によって電子署名することによりタイムスタンプを発行し、当該タイムスタンプを発行したハッシュ値をデータ用サーバ３に送信する。
データ用サーバ３は、ドライブレコーダ６からタイムスタンプが発行されたハッシュ値を受信すると、これをハッシュ値の元となった動画データと対応付けて記憶する。
以上の処理により、ドライブレコーダ６が撮影した動画データに対して、ハッシュ値を介してタイムスタンプサーバ２によるタイムスタンプを発行することができ、動画データの証拠性を向上させることができる。
【００１０】
（２）実施の形態の詳細
図１は、本実施の形態に係る情報処理システム１のネットワーク構成を説明するための図である。
情報処理システム１は、タイムスタンプサーバ２、データ用サーバ３、ネットワーク４、基地局５、ドライブレコーダ６などを用いて構成されている。
車両８は、例えば、乗用車や運送車両などであるが、これに限定するものではなく、例えば、船舶や航空機など、各種の移動体とすることができる。
【００１１】
ドライブレコーダ６は、車両８に搭載されており、カメラ７を備え、画像記憶装置として機能している。
カメラ７は、車両８の前方を撮影しており、所定の記録時間（例えば、３０秒間）の動画を更新しながらメモリに記憶する。
また、カメラ７を複数台設け、車両８の側方、後方、あるいは車内を撮影するように構成することもできる。
そして、事故などのイベントが発生した場合、ドライブレコーダ６は、動画の更新を停止し、記憶した動画データをデータ用サーバ３に送信する。
【００１２】
データ用サーバ３は、ネットワーク４を介してドライブレコーダ６とタイムスタンプサーバ２と通信することができ、ドライブレコーダ６から動画データが送信されてくると、当該動画データを記憶すると共に、当該動画データのハッシュ値を計算してタイムスタンプサーバ２に送信する。
そして、データ用サーバ３は、タイムスタンプサーバ２からタイムスタンプが発行されたハッシュ値を受信し、これを保存する。
このように、データ用サーバ３は、ドライブレコーダ６が撮影した動画の動画データと、当該動画データのハッシュ値を保管する保管センターとして機能している。
【００１３】
なお、ここで、ハッシュ値をタイムスタンプサーバ２に送信するのは、タイムスタンプサーバ２に送信するデータ量を少なくするためであり、動画データを送信して動画データ自体にタイムスタンプを発行するように構成することも可能である。
この場合、データ用サーバ３は、タイムスタンプが発行された動画データを保管する。
【００１４】
タイムスタンプサーバ２は、電子文書などの電子データにタイムスタンプを発行して時刻証明を行うサーバであり、本実施の形態では、データ用サーバ３が送信してきたハッシュ値にタイムスタンプを発行してデータ用サーバ３に送信する。
タイムスタンプの発行は、例えば、ネットワーク４経由で送信されてきた電子データに時刻を付与して秘密鍵で電子署名することにより行われる。
電子署名の確認は、当該秘密鍵に対応する公開鍵を用いて電子署名が復号化できたことを以て行うことができ、当該電子署名がタイムスタンプサーバ２によってなされたものであることを確認することができる。
【００１５】
ネットワーク４は、例えば、インターネットや携帯電話網などの通信ネットワークによって構成されており、ドライブレコーダ６とデータ用サーバ３の間の通信、及びデータ用サーバ３とタイムスタンプサーバ２の間の通信を仲介する。
基地局５は、例えば、携帯端末などを携帯電話網などに接続する基地局であって、ドライブレコーダ６と無線回線により接続し、ドライブレコーダ６とネットワーク４との通信を仲介する。
【００１６】
図２は、ドライブレコーダ６のハードウェア的な構成を説明するための図である。
ドライブレコーダ６は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、時計部２４、カメラ部２５、カメラ７、通信部２６、車両情報部２７、イベント検出部２８、緊急用電源２９、不揮発メモリ３０などから構成されている。
【００１７】
ＣＰＵ２１は、所定のプログラムに従って各種情報処理やドライブレコーダ６の各部を制御する中央処理装置である。ＣＰＵ２１が行う処理は、後ほど詳細に説明する。
ＲＯＭ２２は、読み出し専用メモリであって、ＣＰＵ２１が実行するプログラムやパラメータなどを記憶している。
ＲＡＭ２３は、読み書きが可能なメモリであって、ＣＰＵ２１がプログラムをロードしたり、各種情報処理を行う際のワーキングメモリを提供する。
【００１８】
時計部２４は、例えば、水晶発振器などを用いて時刻情報を出力する。ドライブレコーダ６は、時計部２４が出力する時刻情報を用いて動画の記録時間などを計測する。
また、動画に現在時刻を記録する場合、時計部２４が出力した時刻情報を用いることができる。
なお、この場合、時計部２４の時刻情報の代わりにＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）によってＧＰＳ衛星から送信されてくる日時刻を記録用に用いてもよい。
【００１９】
カメラ７は、光学系を用いて被写体をＣＣＤ（Ｃｈａｒｇｅ−Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）などに投影し、その画像を電気信号に変換することにより画像を撮影する。
カメラ部２５は、カメラ７と接続されており、カメラ７で撮影された動画像からＣＰＵ２１が処理可能なデータ形式の画像データを生成する。
【００２０】
カメラ７は、ドライブレコーダ６の筐体に組み込まれ一体型として構成してもよいし、あるいは、カメラ７とカメラ部２５を信号コードで接続し、カメラ７とドライブレコーダ６の筐体を別体として構成してもよい。
通信部２６は、アンテナを備えており、基地局５との無線通信を行う。
車両情報部２７は、ＧＰＳシステムから現在位置や現在時刻などを受信したり、車両８のシステムから車速や加速度などの走行状態に関する情報などを受信する。
【００２１】
イベント検出部２８は、動画の更新を停止するイベントが発生したか否かを検出する。ここでは、イベントの一例として事故を想定しており、例えば、車両８が他車両と衝突したり、障害物と衝突した場合に、これらのイベントの発生を検出する。
このような機能を発揮するために、イベント検出部２８は、加速度センサを備えており、車両８の加速度が所定値以上の場合にイベントの発生が検出される。
このように、ドライブレコーダ６は、イベントの発生を検出するイベント検出手段を備えている。
【００２２】
緊急用電源２９は、車両８からドライブレコーダ６に供給される電力が途絶えた場合に、ドライブレコーダ６に電力を供給する電力源であり、電池などで構成される。
ドライブレコーダ６は、例えば、トンネル内などでネットワーク４に接続できない場合、ネットワーク４に接続できるまで接続を試みるが、その場合、車両８からの電力が供給されない場合も想定されるため、補助電源として緊急用電源２９を備えたものである。
【００２３】
不揮発メモリ３０は、読み書きが可能で電力が供給されなくても記憶内容を保持するメモリであり、例えば、フラッシュメモリなどを用いて構成されている。
【００２４】
不揮発メモリ３０には、プログラム格納部３１とデータ格納部３２が形成されている。
プログラム格納部３１には、ＣＰＵ２１が情報処理を行うための各種プログラムが記憶されており、データ格納部３２には、カメラ７が撮影した動画データを記憶する。
なお、プログラム格納部３１は、ＲＯＭ２２に形成してもよい。
【００２５】
図では、プログラム格納部３１とデータ格納部３２を単一の不揮発メモリ３０に形成したが、プログラム格納部３１用のメモリとデータ格納部３２用のメモリを別に用意し、データ格納部３２用のメモリをドライブレコーダ６から着脱可能に構成することもできる。
不揮発メモリ３０を着脱可能に構成すると、ユーザが不揮発メモリ３０を自身のパーソナルコンピュータなどの端末に装着して、動画データを読み出すことが可能となる。
また、ドライブレコーダ６に端末と接続するためのインターフェースを用意し、これを用いてドライブレコーダ６から端末に動画データを転送するように構成することもできる。
【００２６】
図３（１）は、データ用サーバ３のハードウェア的な構成を説明するための図である。
データ用サーバ３は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、通信部４４、記憶部４５などから構成されている。
【００２７】
ＣＰＵ４１は、所定のプログラムに従って各種情報処理やデータ用サーバ３の各部の制御を行う。具体的には、例えば、ドライブレコーダ６から動画データを受信してこれからハッシュ値を計算する。そして、当該ハッシュ値をタイムスタンプサーバ２に送信し、タイムスタンプサーバ２でタイムスタンプが発行されたハッシュ値を受信して記憶部４５に記憶する。
【００２８】
ＲＯＭ４２は、読み出し専用メモリであって、データ用サーバ３が動作するための基本的なプログラムやパラメータなどを記憶している。
ＲＡＭ４３は、読み書きが可能なメモリであって、ＣＰＵ４１がプログラムをロードしたり、各種情報処理を行う際のワーキングメモリを提供する。
通信部４４は、データ用サーバ３をネットワーク４に接続する。データ用サーバ３は、通信部４４を介してドライブレコーダ６やタイムスタンプサーバ２と通信することができる。
【００２９】
記憶部４５は、例えば、ハードディスクなどの大容量の記憶装置を用いて構成されている。
記憶部４５には、プログラム格納部４６とデータ格納部４７が形成されている。
プログラム格納部４６には、ＣＰＵ４１に上記の機能を発揮させるプログラムなどが記憶されている。
データ格納部４７には、データベースが形成されており、ドライブレコーダ６から送信されてきた動画データや当該動画データのハッシュ値にタイムスタンプを発行したものを記憶している。
【００３０】
図３（２）は、タイムスタンプサーバ２のハードウェア的な構成を説明するための図である。
タイムスタンプサーバ２は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、タイムスタンプ部５４、通信部５５、記憶部５６などから構成されている。
ＣＰＵ５１は、所定のプログラムに従って各種情報処理やタイムスタンプサーバ２の各部の制御を行う。具体的には、例えば、データ用サーバ３からハッシュ値を受信し、タイムスタンプ部５４を用いてこれにタイムスタンプを発行してデータ用サーバ３に送信する。
【００３１】
タイムスタンプ部５４は、電子文書などの電子データにタイムスタンプを発行するモジュールである。
タイムスタンプ部５４は、原子時計を備えており、正確な日時刻を計測している。
そして、タイムスタンプ部５４は、秘密鍵を記憶しており、例えば、電子文書に原子時計で計測した日時刻を付加してこれを秘密鍵で暗号化して電子署名を行う。
この電子署名は、当該秘密鍵に対応する公開鍵で復号化することにより、電子データの内容とタイムスタンプ部５４が付与した日時刻の正統性を確認できるため、タイムスタンプとして機能する。
【００３２】
ＲＯＭ５２は、読み出し専用メモリであって、タイムスタンプサーバ２が動作するための基本的なプログラムやパラメータなどを記憶している。
ＲＡＭ５３は、読み書きが可能なメモリであって、ＣＰＵ５１がプログラムをロードしたり、各種情報処理を行う際のワーキングメモリを提供する。
通信部５５は、タイムスタンプサーバ２をネットワーク４に接続する。タイムスタンプサーバ２は、通信部５５を介してデータ用サーバ３と通信することができる。
記憶部５６は、例えば、ハードディスクなどの大容量の記憶装置を用いて構成されており、ＣＰＵ５１に上記の機能を発揮させるプログラムなどが記憶されている。
【００３３】
図４は、データ用サーバ３のデータベースの論理的な構成を説明するための図である。
データベースには、「機器ＩＤ」、「動画受信日時」、「動画データ」、「動画のハッシュ値に対するタイムスタンプ」などの各要素が記憶されている。
【００３４】
「機器ＩＤ」は、ドライブレコーダ６を識別するためのＩＤ情報である。データ用サーバ３は、ドライブレコーダ６と通信を開始するにあたり、例えば、ドライブレコーダ６を機器認証してドライブレコーダ６の機器ＩＤを特定する。
「動画受信日時」は、データ用サーバ３がドライブレコーダ６から動画データを受信した日時である。
「機器ＩＤ」と「動画受信日時」により、どの車両のいつのデータであるかを特定することができる。
【００３５】
「動画データ」は、データ用サーバ３がドライブレコーダ６から受信した動画データである。
「動画のハッシュ値に対するタイムスタンプ」は、データ用サーバ３が「動画データ」を用いて生成したハッシュ値に対して、タイムスタンプサーバ２が発行したタイムスタンプである。
なお、当該ハッシュ値は「動画データ」から計算できるため、データベースに記憶していないが、データベースにこれを記憶するように構成してもよい。
【００３６】
図５は、ドライブレコーダ６が行う情報処理を説明するための図である。
ドライブレコーダ６は、車両８が始動すると、これを検知し、動画の撮影を開始する。
そして、ドライブレコーダ６は、カメラ７で撮影した所定の動画記録時間（ここでは３０秒とする）前から現在までの動画を更新しながらデータ格納部３２に記憶する。
なお、この更新は古い画像（所謂コマ、フレーム）を消去しながら連続的に行われる。
また、動画を記憶するメモリが十分にある場合には、撮影した動画を全て記憶するように構成してもよい。
このように、ドライブレコーダ６は、移動体に搭載されたカメラで動画を撮影する動画撮影手段を備えている。
【００３７】
イベントが発生しない場合には、ドライブレコーダ６は、以上のように３０秒前から現在までの動画を撮影し続けるが、イベントが発生すると、ドライブレコーダ６は、動画の更新を停止し、データ格納部３２に記憶してある動画データをデータ用サーバ３に送信する。
より詳細には、ドライブレコーダ６は、イベント検出部２８でイベントの発生を検出すると、所定時間後に動画の更新・記憶を停止するが、この所定時間は、イベント発生時点の画像を残すため、動画の記録時間よりも短く設定されている。これによって、イベント前後一定時間の動画を保存することができる。
【００３８】
本実施の形態では、当該所定時間を１０秒とし、イベント発生時点から１０秒後に動画の更新・記憶を停止する。これによりイベント発生時より２０秒前からイベント発生後１０秒までの動画がデータ格納部３２に記憶・保存される。
ここで、データ格納部３２は、動画記憶手段として機能し、ドライブレコーダ６は、イベント検出手段でイベントを検出した際に、イベント発生時からそれ以前の少なくとも所定記録時間の動画が記憶されている動画記憶手段を備えている。
【００３９】
また、データ用サーバ３に送信する動画データは、少なくとも、動画、又は、当該動画に固有な固有情報（後述のハッシュ値）の一方を含む動画情報として機能しており、ドライブレコーダ６は、動画情報を、タイムスタンプを取得する所定のサーバ（データ用サーバ３）に送信する動画情報送信手段を備えている。
【００４０】
ドライブレコーダ６は、データ用サーバ３に動画データを送信したことを確認した後は、当該データを消去してもよいし、データ格納部３２に保存しておいてもよい。
図５に示したように、ドライブレコーダ６がデータ用サーバ３に動画データを送信した後、データ用サーバ３は、当該動画データのハッシュ値を計算してタイムスタンプサーバ２に送信し、タイムスタンプサーバ２はこれにタイムスタンプを発行してタイムスタンプ付きハッシュ値をデータ用サーバ３に送信する。
なお、ドライブレコーダ６は、イベントが発生した際に動画データの送信に失敗した場合、少なくとも所定期間の間、通信状況を確認して、当該動画データが送信できるまで再送を試みる。
【００４１】
このようにして、ドライブレコーダ６で撮影された動画データは、データ用サーバ３に保存されると共に、当該動画データのハッシュ値もタイムスタンプを付与されてデータ用サーバ３に記憶される。
動画データを改竄すると、そのハッシュ値が変化し、タイムスタンプが付与されたハッシュ値と異なってしまうため、タイムスタンプを発行した後は、動画データを改竄することができない。
このように、動画データの日時刻をタイムスタンプによって証明することにより、動画データの証拠性を高めることができる。
【００４２】
なお、本実施の形態では、ドライブレコーダ６は、動画データをデータ用サーバ３に送信したが、例えば、ドライブレコーダ６は、動画データに、車両情報部２７で検出したＧＰＳ情報（現在位置やＧＰＳによる日時刻など）や車速などのデータ、時計部２４で計測した現在日時刻など、他のデータを付加して１つのファイルとし、これをデータ用サーバ３に送信するように構成することもできる。
【００４３】
この場合、データ用サーバ３は、当該ファイルをデータベースに記憶すると共に、当該ファイルのハッシュ値を計算してタイムスタンプサーバ２に送信する。
タイムスタンプサーバ２は、データ用サーバ３から当該ハッシュ値を受信してこれにタイムスタンプを付与し、データ用サーバ３に送信する。
データ用サーバ３は、当該タイムスタンプ付きハッシュ値を受信してディスプレイに保存する。
この例では、動画データの他に、ファイルの含まれる他のデータも改竄不能に保存することができる。
【００４４】
このように、ドライブレコーダ６は、現在日時刻を取得する現在日時刻取得手段と、現在位置を取得する現在位置取得手段を具備し、これら取得した現在日時刻や現在位置を動画情報に含めることができる。また、何れか一方を含むように構成することも可能である。
【００４５】
また、動画情報に更に多くの情報を含めることが可能である。
例えば、車両情報部２７で車両８の速度や加速度、及びブレーキやアクセルの操作状態などを検出し、これらをファイルに含めるように構成することができる。
これによって、イベント発生時に、ドライバが適切な速度で運行しており、運転操作も適切であったことを検証することが可能となる。
【００４６】
また、イベント発生時にドライブレコーダ６からデータ用サーバ３に送信するデータが複数ある場合、予めこれらに優先順位を決めておき、当該優先順位に従って送信するように構成することもできる。
例えば、動画データ、日時刻、位置情報、・・・を１つのファイルとしてではなく、個別にデータ用サーバ３に送信する構成とする場合、まず、最も重要な情報である動画データを送信し、次いで、日時刻、位置情報、・・・の順に送信するように構成することができる。
これは、データを送信している途中でドライブレコーダ６が故障することも考えられるため、なるべく重要なデータを優先的にデータ用サーバ３に送ることにより、可能な限り証拠保全を行うことができる。
【００４７】
また、以上に説明した本実施の形態では、データ用サーバ３とタイムスタンプサーバ２を別のサーバとしたが、データ用サーバ３にタイムスタンプ発行機能を装備し、データ用サーバ３でタイムスタンプの発行を行ってもよい。
【００４８】
次に、図６のフローチャートを用いて、ドライブレコーダ６が行う情報処理について説明する。
以下の処理は、ドライブレコーダ６のＣＰＵ２１、データ用サーバ３のＣＰＵ４１、タイムスタンプサーバ２のＣＰＵ５１が所定のプログラムに従って行うものである。
【００４９】
まず、ドライブレコーダ６は、車両８が始動すると、カメラ部２５を用いてカメラ７で撮影された動画の記録を開始し（ステップ５）、データ格納部３２において動画の記録・更新を行う。
次に、ドライブレコーダ６は、イベント検出部２８の出力を監視し、イベントが検出されたか否かを判断する（ステップ１５）。
イベントが検出されなかった場合（ステップ１５；Ｎ）、ドライブレコーダ６は、引き続きステップ１５でイベント検出部２８の出力を監視する。
【００５０】
一方、イベントが検出された場合（ステップ１５；Ｙ）、ドライブレコーダ６は、所定時間後（例えば、１０秒後）に動画の記憶の更新を停止する（ステップ２０）。
そして、ドライブレコーダ６は、通信部２６を用いてデータ用サーバ３との通信回線を確立し、自己の機器ＩＤなどと共に動画データをデータ用サーバ３に送信する（ステップ２５）。
【００５１】
すると、データ用サーバ３は、動画データを受信し（ステップ３０）、これをデータベースに記憶すると共に、当該動画データのハッシュ値を計算する（ステップ３５）。
そして、データ用サーバ３は、当該ハッシュ値をタイムスタンプサーバ２に送信して、タイムスタンプの発行を要求する（ステップ４０）。
【００５２】
タイムスタンプサーバ２は、データ用サーバ３からハッシュ値を受信すると、タイムスタンプ部５４を用いてこれにタイムスタンプを発行し（ステップ４５）、データ用サーバ３に送信する。
データ用サーバ３は、タイムスタンプサーバ２からタイムスタンプが発行されたハッシュ値を受信するとこれをデータベースに記憶する（ステップ５０）。
【００５３】
以上に説明した本実施の形態により、次のような効果を得ることができる。
（１）イベント発生時を記録した動画データに対して、ハッシュ値を介して、あるいは直接に、タイムスタンプサーバ２が発行するタイムスタンプを付与することができる。
（２）タイムスタンプによって、動画データの改竄が不能となるため、イベント発生時の動画データが非改竄の状態で存在することが証明でき、これによって動画データの証拠性を高めることができる。
（３）動画データに車両情報など、他のデータを加えてファイルとし、これにタイムスタンプサーバ２のタイムスタンプを付与することにより、動画撮影時に関する情報を提供することができる。
【００５４】
（変形例）
次に、図７を用いて本実施の形態の変形例について説明する。
先に説明した実施の形態では、ドライブレコーダ６は、動画データをデータ用サーバ３に送信したが、本実施の形態では、ドライブレコーダ６は、動画データからハッシュ値を計算し、当該ハッシュ値をデータ用サーバ３に送信する。
本変形例では、ハッシュ値が、動画に固有な固有情報として機能している。
このため、ドライブレコーダ６は、動画の一方向性関数による関数値を計算する計算手段を備え、動画情報は、前記固有情報として、当該計算した関数値（ハッシュ値）を含んでいる。
【００５５】
ドライブレコーダ６は、ハッシュ値を計算すると、これをデータ用サーバ３に送信する。
本変形例では、タイムスタンプサーバ２は動画データを記憶しないため、ハッシュ値の元となった動画データはドライブレコーダ６に記憶する。この場合、データ用サーバ３では動画データを保存しないため、動画データはドライブレコーダ６が保存する。
ハッシュ値にタイムスタンプサーバ２でタイムスタンプが付与されると、動画データは改竄できなくなるため、イベント発生時の動画データが非改竄の状態で存在することが証明でき、これによって動画データの証拠性を高めることができる。
また、ハッシュ値は、動画データに比べてデータ量が小さいため、通信コストおよび通信ネットワークの負荷を低減することができる。
【００５６】
ハッシュ値の送信に失敗した場合は、少なくとも所定期間の間はハッシュ値の再送を試みる点は、先の実施の形態と同様である。
また、動画データに車両情報やその他のデータを付加して、動画情報を１つのファイルとしてもよい。この場合、ドライブレコーダ６は、当該ファイルを保存すると共に、当該ファイルのハッシュ値を計算し、データ用サーバ３に送信する。
データ用サーバ３は、当該ハッシュ値をタイムスタンプサーバ２に送信してタイムスタンプを発行してもらい、これを保管する。
【００５７】
次に、図８のフローチャートを用いて、本変形例のドライブレコーダ６が行う情報処理について説明する。
図６のフローチャートで説明したステップと同じ処理には同じステップ番号を付し、説明を簡略化・省略することにする。
ステップ５からステップ２０までは、図６と同様である。
ステップ２０で動画の記憶の更新を停止した後（ステップ２０）、ドライブレコーダ６は、当該動画データをデータ格納部３２に記憶すると共に、当該データのハッシュ値を計算し（ステップ６０）、当該ハッシュ値をデータ用サーバ３に送信する（ステップ６５）。
【００５８】
データ用サーバ３は、当該ハッシュ値を受信する（ステップ７０）。そして、当該ハッシュ値をそのままタイムスタンプサーバ２に送信してタイムスタンプの発行を要求し（ステップ４０）、タイムスタンプサーバ２は、当該ハッシュ値にタイムスタンプを発行して（ステップ４５）、データ用サーバ３に送信する。
データ用サーバ３は、タイムスタンプサーバ２からタイムスタンプが発行されたハッシュ値を受信してデータベースに記憶する（ステップ５０）。
【００５９】
このように、本変形例では、動画データのハッシュ値に対してタイムスタンプが発行されるため、動画データの改竄ができなくなる。
ユーザは、イベント後に動画データを関係機関に提出するが、関係機関は、提出された動画データのハッシュ値を計算し、これがデータ用サーバ３に記憶されているタイムスタンプ付きのハッシュ値と一致することを以て、正統な動画データであることを確認することができる。
【図面の簡単な説明】
【００６０】
【図１】本実施の形態に係る情報処理システムのネットワーク構成を説明するための図である。
【図２】ドライブレコーダのハードウェア的な構成を説明するための図である。
【図３】各サーバのハードウェア的な構成を説明するための図である。
【図４】データベースの論理的な構成を説明するための図である。
【図５】ドライブレコーダが行う情報処理を説明するための図である。
【図６】ドライブレコーダが行う情報処理について説明するためのフローチャートである。
【図７】変形例を説明するための図である。
【図８】変形例に係るドライブレコーダが行う情報処理について説明するためのフローチャートである。
【符号の説明】
【００６１】
１ 情報処理システム
２ タイムスタンプサーバ
３ データ用サーバ
４ ネットワーク
５ 基地局
６ ドライブレコーダ
７ カメラ
８ 車両
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 時計部
２５ カメラ部
２６ 通信部
２７ 車両情報部
２８ イベント検出部
２９ 緊急用電源
３０ 不揮発メモリ
【特許請求の範囲】
【請求項１】
移動体に搭載されたカメラで動画を撮影する動画撮影手段と、
イベントの発生を検出するイベント検出手段と、
前記イベント検出手段でイベントを検出した際に、イベント発生時からそれ以前の少なくとも所定記録時間の前記動画が記憶されている動画記憶手段と、
少なくとも、前記記憶されている動画、又は、当該動画に固有な固有情報の一方を含む動画情報を、タイムスタンプを取得する所定のサーバに送信する動画情報送信手段と、
を具備したことを特徴とする画像記憶装置。
【請求項２】
前記記憶されている動画の一方向性関数による関数値を計算する計算手段を具備し、
前記動画情報は、前記固有情報として、前記計算した関数値を含むことを特徴とする請求項１に記載の画像記憶装置。
【請求項３】
前記動画情報送信手段は、動画情報の送信に失敗した場合、少なくとも所定期間の間、前記動画情報の送信を試みることを特徴とする請求項１、又は請求項２に記載の画像記憶装置。
【請求項４】
現在日時刻を取得する現在日時刻取得手段を具備し、
前記動画情報は、前記取得した現在日時刻を含むことを特徴とする請求項１、請求項２、又は請求項３に記載の画像記憶装置。
【請求項５】
現在位置を取得する現在位置取得手段を具備し、
前記動画情報は、前記取得した現在位置を含むことを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の画像記憶装置。
【請求項１】
移動体に搭載されたカメラで動画を撮影する動画撮影手段と、
イベントの発生を検出するイベント検出手段と、
前記イベント検出手段でイベントを検出した際に、イベント発生時からそれ以前の少なくとも所定記録時間の前記動画が記憶されている動画記憶手段と、
少なくとも、前記記憶されている動画、又は、当該動画に固有な固有情報の一方を含む動画情報を、タイムスタンプを取得する所定のサーバに送信する動画情報送信手段と、
を具備したことを特徴とする画像記憶装置。
【請求項２】
前記記憶されている動画の一方向性関数による関数値を計算する計算手段を具備し、
前記動画情報は、前記固有情報として、前記計算した関数値を含むことを特徴とする請求項１に記載の画像記憶装置。
【請求項３】
前記動画情報送信手段は、動画情報の送信に失敗した場合、少なくとも所定期間の間、前記動画情報の送信を試みることを特徴とする請求項１、又は請求項２に記載の画像記憶装置。
【請求項４】
現在日時刻を取得する現在日時刻取得手段を具備し、
前記動画情報は、前記取得した現在日時刻を含むことを特徴とする請求項１、請求項２、又は請求項３に記載の画像記憶装置。
【請求項５】
現在位置を取得する現在位置取得手段を具備し、
前記動画情報は、前記取得した現在位置を含むことを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の画像記憶装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−７２７８８（Ｐ２０１０−７２７８８Ａ）
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願番号】特願２００８−２３７４６５（Ｐ２００８−２３７４６５）
【出願日】平成２０年９月１７日（２００８．９．１７）
【出願人】（０００００２３２５）セイコーインスツル株式会社 (3,629)
【Ｆターム（参考）】
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願日】平成２０年９月１７日（２００８．９．１７）
【出願人】（０００００２３２５）セイコーインスツル株式会社 (3,629)
【Ｆターム（参考）】
[ Back to top ]