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