JP2022118321A - 車両映像収集システム - Google Patents

Abstract

【課題】管理者の希望する映像を漏れなく車両から収集することを可能にした車両映像収集システムを提供する。【解決手段】道路上を走行するとともに車外の映像を撮像するカメラ４を備えた複数の車両５から、各車両５が走行中に位置した地点の履歴をその地点に車両５が位置した時刻と併せて走行履歴情報として収集する一方で、イベントの発生した時刻及び位置を登録し、車両５の走行履歴情報と登録された時刻及び位置とを比較することによって、複数の車両５の内、映像の収集対象とする車両５を特定し、特定された車両５を対象として、カメラ４により過去に撮像されて車両５で保管されている映像を、撮像に伴う自動削除の対象から除外するように要求するように構成する。【選択図】図１０

Description

本発明は、車両において撮像された映像を収集する車両映像収集システムに関する。

道路やその周辺において例えば事故、落下物、故障車等の何らかのイベントが発生した場合に、そのイベントの発生した位置の道路状況を管理者（例えば事故であれば警察、落下物であれば道路管理業者、故障車であればロードサービス業者）が確認、分析することは重要である。また、イベントが発生していなくとも管理者側において任意の位置及び時刻の道路状況を確認する必要が生じる場合もある。

近年ではドライブレコーダ等の周囲の映像を撮像する手段を備えた車両が増えており、そこでそれらの車両で撮像された映像を用いて上記の道路状況の確認、分析を行うことが提案されている。例えば特開２０１２－９８１０５号公報には、情報センタにおいて事故の発生が検出された場合に、事故が発生した発生時刻に事故の発生した場所の周囲に位置する車両に対して事故の情報を通知し、情報を受信した車両は事故の発生時刻とその前後において車両の周囲を撮像した映像を抽出して情報センタへと送信し、情報センタでは車両から収集した映像に基づいて事故の分析を行う技術について提案されている。

特開２０１２－９８１０５号公報（第８－１０頁）

上記特許文献１では管理者側である情報センタが収集対象に特定した各車両から車両において撮像された映像を収集している。しかしながら、実際には車両で撮像された映像を第３者である管理者が無断で取得することは許されず、管理者が車両から映像を取得するためには該映像についての権利を有する者（例えば車両の運転者や所有者）の許可を取る必要がある。

一方、ドライブレコーダ等で撮像された映像については車両に備え付けられたメモリーカード等の記憶媒体に記憶されることとなるが、記憶媒体で記憶可能なデータ量には上限があるため、新たな映像の撮像に伴って古い映像から順に自動で削除されることとなる。その結果、管理者側が上記映像についての権利を有する者の許可を取るまでの間に管理者の希望する映像が削除されてしまう問題があった。

本発明は前記従来における問題点を解消するためになされたものであり、道路上を走行する各車両において撮像されて保管されている映像の内、管理者により収集対象となる映像を予め削除されないように保護することによって、管理者の希望する映像を漏れなく車両から収集することを可能にした車両映像収集システムを提供することを目的とする。

前記目的を達成するため本発明に係る車両映像収集システムは、道路上を走行するとともに車外の映像を撮像する撮像手段を備えた複数の車両から、各車両の走行履歴を収集する走行履歴収集手段と、車両で撮像された映像の収集対象とする時刻及び位置を登録する登録手段と、前記走行履歴と前記登録手段で登録された時刻及び位置とを比較することによって、前記複数の車両の内、映像の収集対象とする車両を特定する車両特定手段と、前記車両特定手段により特定された車両を対象として、前記撮像手段により過去に撮像されて車両で保管されている映像を、撮像に伴う自動削除の対象から除外するように要求する映像保管要求手段と、を有する。

前記構成を有する本発明に係る車両映像収集システムによれば、道路上を走行する各車両において撮像されて保管されている映像の内、管理者により収集対象となる映像を予め削除されないように保護することが可能となる。その結果、例えばイベントが発生する等によって管理者側で任意の時刻及び位置の道路状況の確認の必要が生じた場合に、管理者の希望する映像を漏れなく車両から収集することが可能となる。

本実施形態に係る車両映像収集システムを示した概略構成図である。 本実施形態に係る車両映像収集システムの構成を示したブロック図である。 プローブ情報ＤＢに記憶されるプローブ情報の一例を示した図である。 映像情報ＤＢに記憶される映像情報の一例を示した図である。 イベント登録情報ＤＢに記憶されるイベント登録情報の一例を示した図である。 本実施形態に係るナビゲーション装置の制御系を模式的に示すブロック図である。 カメラによって撮像された映像情報の格納態様を示した図である。 本実施形態に係る映像保管処理プログラムのフローチャートである。 イベントを登録する際の操作方法について説明した図である。 映像情報の保管態様について説明した図である。 本実施形態に係る映像収集処理プログラムのフローチャートである。 車両から収集した映像情報の利用方法を説明した図である。 送信対象とする映像情報の選択例を説明した図である。

以下、本発明に係る車両映像収集システムについて具体化した一実施形態に基づき図面を参照しつつ詳細に説明する。先ず、本実施形態に係る車両映像収集システム１の概略構成について図１及び図２を用いて説明する。図１は本実施形態に係る車両映像収集システム１を示した概略構成図である。図２は本実施形態に係る車両映像収集システム１の構成を示したブロック図である。

図１に示すように、本実施形態に係る車両映像収集システム１は、情報管理センタ２が備えるサーバ装置（車両映像収集装置）３と、道路上を走行するとともに周囲を撮像する撮像手段としてのカメラ４を備えた車両５と、を基本的に有する。また、サーバ装置３と車両５は通信ネットワーク網６を介して互いに電子データを送受信可能に構成されている。尚、本実施形態では基本的に車両映像収集システム１に含まれる車両５は複数台あることを前提とするが、１台のみであっても実施は可能である。また、車両５は特定の車両（例えば公用車、タクシー）のみに限定しても良いし、広く一般車両まで含めても良い。

ここで、本実施形態に係る車両映像収集システム１は所謂プローブカーシステムを構成する。ここで、プローブカーシステムとは、車両５をセンサとして情報を収集するシステムである。具体的には、車両５が速度データをはじめ、ステアリング操作やシフト位置等の各システムの作動状況をＧＰＳの位置情報とともに予め車両５に搭載された通信装置を介して情報管理センタ２に送信し、センタ側でその収集データを様々な情報として再利用するシステムをいう。

そして、情報管理センタ２が備えるサーバ装置３は、全国を走行する各車両５から現在時刻や現在位置等を含むプローブ情報（材料情報）を適宜収集して蓄積するとともに、蓄積されたプローブ情報から各種支援情報（例えば事故情報、渋滞情報、旅行時間等）を生成し、生成された支援情報をナビゲーション装置７に対して配信したり、支援情報を用いた各種処理を行う情報管理サーバである。更に本実施形態ではサーバ装置３は、事故等の特定のイベントが発生した場合において、イベントが発生した時刻と位置に対応する時刻や位置においてカメラ４で撮像された映像情報を車両５から収集することも行う。そして、収集した映像情報に基づきイベントが発生した道路の道路状況の確認や分析を行う。

本実施形態では上記のようにサーバ装置３が車両から収集した映像情報を用いて特にイベントが発生した道路の道路状況の確認や分析を行うことを目的とすることから、情報管理センタ２としては例えば警察、道路管理業者、ロードサービス業者等が該当する。或いは、情報管理センタ２はそれらと異なる機関であって、警察、道路管理業者、ロードサービス業者等に対して道路状況の確認結果や分析結果を譲渡しても良い。

一方、車両５は乗員が乗車した状態で道路上を走行する移動手段であって、周囲を撮像する撮像手段としてのカメラ４と、通信（案内）端末であるナビゲーション装置７と、を基本的に有する。車両５は自動運転による走行が可能な車両としても良い。

カメラ４は、例えばＣＣＤ等の固体撮像素子を用いたカメラであって、車両５のドライブレコーダとして利用される。車両のルームミラーの裏側やフロントバンパ等に取り付けられ、走行中は基本的に車両の進行方向前方の周辺環境を常時撮像する。また、カメラ４によって撮像された映像情報は所定時間間隔（例えば１分間隔）で区分され、更に撮像した地点と撮像した時刻を紐づけてメモリーカード８に記録され、必要時にはプローブ情報としてサーバ装置３に送信される。

また、撮像した映像情報が記憶されるメモリーカード８はカメラ４に搭載されておりカメラ４で撮像された映像情報を順次格納して保存するが、保存したデータ量が予め決められた上限（例えば６４ＧＢ）に到達した状態で新たな映像を撮像すると、古い映像情報から順に自動的に削除される。そして、削除によって生成された空き領域に新たな映像情報を記憶する。尚、カメラ４の映像情報を記憶する記憶媒体としてはメモリーカード８以外でも良く、例えばカメラ４に内蔵されたフラッシュメモリでも良いし、ナビゲーション装置７の記憶媒体（メモリやハードディスク）に記憶するようにしても良い。また、外部のサーバ（オンラインストレージ）に記憶するようにしても良い。

一方、ナビゲーション装置７は、車両５に搭載され、格納する地図データに基づいて自車位置周辺の地図を表示したり、地図画像上において車両の現在位置を表示したり、設定された案内経路に沿った移動案内を行う車載機である。また、ナビゲーション装置７は通信ネットワーク網６に接続する為の通信手段を備え、ＧＰＳや各種センサを用いて車両の現在位置を特定し、所定時間間隔で現在時刻とともに現在位置を特定する情報をプローブ情報としてサーバ装置３へと送信する。尚、現在位置以外に進行方向、走行リンク、車速、ヨーレート等についても特定し、プローブ情報として送信しても良い。更に、サーバ装置３から要求があった場合については過去にカメラ４で撮像されてメモリーカード８等に保管されている映像情報についてもプローブ情報としてサーバ装置３へと送信する。尚、上記プローブ情報の送信を実行する主体としては、ナビゲーション装置７の代わりに、例えば車両５が備える他の車載器や車両５を制御する車両制御ＥＣＵを用いても良い。

また、通信ネットワーク網６は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。ここで、基地局は車両５との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網６の末端となり、基地局の電波が届く範囲（セル）にある車両５の通信をサーバ装置３との間で中継する役割を持つ。

続いて、車両映像収集システム１が有するサーバ装置３の構成について図２を用いてより詳細に説明する。

サーバ装置３は、図２に示すようにサーバ制御部１１と、サーバ制御部１１に接続された情報記録手段としてのプローブ情報ＤＢ１２と、映像情報ＤＢ１３と、イベント登録情報ＤＢ１４と、サーバ側地図ＤＢ１５と、センタ通信装置１６と、を基本的に有する。

サーバ制御部１１は、サーバ装置３の全体の制御を行う制御ユニット（ＭＣＵ、ＭＰＵ等）であり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述の映像保管処理プログラム（図８）及び映像収集処理プログラム（図１１）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御部１１は、後述のナビゲーション装置７の制御部とともに処理アルゴリズムとしての各種手段を有する。例えば、走行履歴収集手段は、道路上を走行するとともに車外の映像を撮像するカメラ４を備えた複数の車両５から、各車両５の走行履歴を収集する。登録手段は、車両で撮像された映像の収集対象とする時刻及び位置を登録する。車両特定手段は、走行履歴と登録手段で登録された時刻及び位置とを比較することによって、複数の車両５の内、映像の収集対象とする車両５を特定する。映像保管要求手段は、車両特定手段により特定された車両５を対象として、カメラ４により過去に撮像されて車両５で保管されている映像を、撮像に伴う自動削除の対象から除外するように要求する。

また、プローブ情報ＤＢ１２は、全国を走行する各車両５から収集したプローブ情報（但し映像情報は除く）を累積的に記憶する記憶手段である。尚、本実施形態においては、車両５から収集されるプローブ情報として、特に（ａ）日時とその日時における（ｂ）車両５が走行する地域の地域コード、（ｃ）車両５が走行するリンク、（ｄ）車両５の進行方向（正方向又は逆方向）、（ｅ）リンク始点（終点）からの走行距離、（ｆ）車両５の車速、（ｇ）車両５のヨーレート、が含まれる。

尚、『リンク始点』と『リンク終点』は車両の進行方向に依存せずリンクの両端（ノード）に対して夫々設定された属性である。そして、車両の進行方向はリンク始点からリンクに進入してリンク終点から退出する方向を“正方向”、リンク終点からリンクに進入してリンク始点から退出する方向を“逆方向”と定義する。

プローブ情報は、車両５が過去の走行中に位置した地点とその地点に車両が位置した時刻とその地点における車両の挙動、即ち車両の走行履歴を示す。但し、プローブ情報としては上記（ａ）～（ｇ）に関する情報を必ずしも全て含む必要はなく、また、（ａ）～（ｇ）以外の情報（例えばブレーキ操作量、加速度、ステアリング角度等）を含む構成としても良い。また、車両の位置を示す情報としてはリンク始点（終点）からの走行距離の代わりに、座標（緯度経度）を用いても良い。また、プローブ情報としては所定の条件を満たした場合にカメラ４で撮像された映像情報についても車両５から収集されるが、映像情報については後述の映像情報ＤＢ１３に格納される。

図３はプローブ情報ＤＢ１２に記憶されるプローブ情報の一例を示した図である。図３に示すように、プローブ情報は、送信元の車両を識別する車両ＩＤと、上記（ａ）～（ｇ）に関する情報等が含まれる。例えば、図３に示すプローブ情報は、ＩＤ“Ａ”の車両５が地域コード“１１”内にあるＩＤ“１００００１”のリンクの正方向の走行中において、３月２日の９：００：００．８０にリンク始点から４０ｍ離れた地点で停車したことが記憶されている。一方、ＩＤ“Ｂ”の車両５が地域コード“１１”内にあるＩＤ“１００００２”のリンクの逆方向を５５ｋｍ前後で走行したことが記憶されている。同様にして、他のプローブ情報についても記憶されている。尚、図３に示す例では２００ｍｓｅｃ間隔で車両からプローブ情報を収集しているが、プローブ情報の収集の間隔は２００ｍｓｅｃ間隔より短く或いは長くしても良い。

また、映像情報ＤＢ１３は、全国を走行する各車両５から収集した映像情報を記憶する記憶手段である。尚、本実施形態においては、後述のように事故等のイベントが発生した場合において、イベントが発生した時刻と位置に対応する時刻や位置においてカメラ４で撮像された映像情報のみを選別して車両５から収集する。即ち、車両５から収集されて映像情報ＤＢ１３に記憶される映像情報は、発生したイベントの内容が撮像された可能性のある映像情報となる。

図４は映像情報ＤＢ１３に記憶される映像情報の一例を示した図である。図４に示すように映像情報は、映像を撮像した主体である車両５を識別する車両ＩＤと、映像を撮像した日時と、映像を撮像した際の車両５が走行する地域の地域コードと、映像を撮像した際の車両５が走行するリンクと、映像を撮像した際の車両５の進行方向（正方向又は逆方向）とに紐づけられて映像情報ＤＢ１３に格納される。

例えば、図４に示す例ではＩＤ“Ｄ”の車両が、地域コード“１１”内にあるＩＤ“１００１２１”及びＩＤ“１００１２２”のリンクの正方向の走行中において３月２日の１０：１１：３０から１０：１２：３０までの期間において撮像した映像情報が記憶されている。同様にして他の映像情報についても記憶されている。そして、サーバ制御部１１は、映像情報ＤＢ１３に格納された映像情報に基づきイベントが発生した道路の道路状況の確認や分析を行う。

一方で、イベント登録情報ＤＢ１４は、道路或いは道路の周辺で発生しているイベントに関する情報が登録される記憶手段である。ここで、イベント登録情報ＤＢ１４に登録されるイベントとしては、例えば事故、落下物、故障車の発生、渋滞の発生、道路の保守点検などが挙げられ、イベントに関する情報はサーバ装置３を管理する管理者がサーバ装置３に接続された端末の操作を行うことによって登録される。但し、管理者の操作ではなく外部から入力されたイベントの発生を示唆する情報（例えばイベントの当事者やイベントを発見した第３者からの情報提供）に基づいて自動的に登録されるようにしても良い。

図５はイベント登録情報ＤＢ１４に記憶されるイベント登録情報の一例を示した図である。図５に示すようにイベント登録情報は、イベントの発生した日時を特定する情報と、イベントの発生した日時の時間誤差と、イベントの発生した地域の地域コードと、イベントの発生したリンクと、イベントの発生した位置に対応する道路の進行方向（正方向に対応する車線で発生したか、逆方向に対応する車線で発生したか）と、イベントの発生した位置の座標（緯度経度）と、イベントの種類を特定した情報とを含む。ここで、「時間誤差」はイベント登録情報で登録されたイベントの発生した日時と実際にイベントの発生した日時との間に生じ得る誤差（時刻の幅）の大きさを示すものであり、例えば０分から３０分までの間で設定される。イベントの発生した日時を正確に特定できない場合にはより大きな値が設定されることとなる。一例としてイベントの発生した日時が９：００で時間誤差として１０分が登録されている場合には、イベントの発生した日時は実際には８：５０から９：１０までの間のいずれかのタイミングであることを示唆している。

但し、イベント登録情報ＤＢ１４には上記全ての情報を登録する必要は無く、例えばイベントの発生した日時と位置の座標のみを登録しても良い。

例えば、図５に示す例では地域コード“１１”内にあるＩＤ“１００００１”のリンクの正方向にある（ｘ１、ｙ１）の地点において３月２日の９：０１：００に“事故”が発生したことが登録されている。また、時間誤差として１０分が登録されている。また、地域コード“１１”内にあるＩＤ“１００００２”のリンクの逆方向にある（ｘ２、ｙ２）の地点において３月２日の９：０５：１５に“落下物”が発生したことが登録されている。また、時間誤差として２０分が登録されている。同様にして他のイベント登録情報についても記憶されている。そして、サーバ制御部１１は、後述のように図５に示すイベント登録情報に基づき車両５から映像情報の収集を行う。

一方、サーバ側地図ＤＢ１５は、外部からの入力データや入力操作に基づいて登録された最新のバージョンの地図情報であるサーバ側地図情報が記憶される記憶手段である。ここで、サーバ側地図情報は、道路網を始めとして経路探索、経路案内及び地図表示に必要な各種情報から構成されている。例えば、道路網を示すノード及びリンクを含むネットワークデータ、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、施設等の地点に関する地点データ、地図を表示するための地図表示データ、経路を探索するための探索データ、地点を検索するための検索データ等からなる。

また、センタ通信装置１６は、車両５やＶＩＣＳ（登録商標：Vehicle Information and Communication System）センタ等の外部の交通情報センタと通信ネットワーク網６を介して通信を行う為の通信装置である。本実施形態では、センタ通信装置１６を介してプローブ情報や後述の映像の要求指示等を各車両５との間で送受信する。

次に、車両５に搭載されたナビゲーション装置７の概略構成について図６を用いて説明する。図６は本実施形態に係るナビゲーション装置７を示したブロック図である。

図６に示すように本実施形態に係るナビゲーション装置７は、ナビゲーション装置７が搭載された車両の現在位置を検出する現在位置検出部３１と、各種のデータが記録されたデータ記録部３２と、入力された情報に基づいて、各種の演算処理を行うナビゲーションＥＣＵ３３と、ユーザからの操作を受け付ける操作部３４と、ユーザに対して車両周辺の地図や交通情報等を表示する液晶ディスプレイ３５と、経路案内に関する音声ガイダンスを出力するスピーカ３６と、記憶媒体であるＤＶＤを読み取るＤＶＤドライブ３７と、情報管理センタ２やＶＩＣＳセンタ等の情報センタとの間で通信を行う通信モジュール３８と、を有する。また、ナビゲーション装置７はＣＡＮ等の車載ネットワークを介して、車両５に搭載された各種センサやカメラ４とも接続されている。尚、車両５に搭載されたセンサとしては、例えば車速センサ３９を含む。

以下に、ナビゲーション装置７が有する各構成要素について順に説明する。
現在位置検出部３１は、ＧＰＳ４３、ヨーレートセンサ４４等を含み、現在の車両の位置、方位等を検出することが可能となっている。また、車速センサ３９やその他の車両に設置された各種センサの検出結果についても取得することによって、より精度の高い現在の車両の位置、方位等の検出も可能である。

また、データ記録部３２は、外部記憶装置及び記録媒体としてのハードディスク（図示せず）と、ハードディスクに記録された地図情報ＤＢ４５、走行履歴ＤＢ４６、所定のプログラム等を読み出すとともにハードディスクに所定のデータを書き込む為のドライバである記録ヘッド（図示せず）とを備えている。尚、データ記録部３２をハードディスクの代わりにフラッシュメモリやメモリーカードやＣＤやＤＶＤ等の光ディスクにより構成しても良い。また、地図情報ＤＢ４５、走行履歴ＤＢ４６は外部のサーバに格納させ、ナビゲーション装置７が通信により取得する構成としても良い。

ここで、地図情報ＤＢ４５は、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、経路の探索や変更に係る処理に用いられる探索データ、施設に関する施設データ、地図を表示するための地図表示データ、各交差点に関する交差点データ、地点を検索するための検索データ等が記憶された記憶手段である。

また、走行履歴ＤＢ４６は、車両５の走行情報（車両挙動）を累積して記憶した記憶手段である。尚、本実施形態では走行履歴ＤＢ４６に記憶される走行情報として、特に車速センサ３９、ＧＰＳ４３、ヨーレートセンサ４４等の各種センサの検出結果を含む。走行履歴ＤＢ４６に記憶された走行情報はプローブ情報としてサーバ装置３へと随時送信される。

一方、ナビゲーションＥＣＵ（エレクトロニック・コントロール・ユニット）３３は、ナビゲーション装置７の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ５１、並びにＣＰＵ５１が各種の演算処理を行うにあたってワーキングメモリとして使用されるとともに、経路が探索されたときの経路データ等が記憶されるＲＡＭ５２、制御用のプログラムのほか、後述の映像保管処理プログラム（図８）及び映像収集処理プログラム（図１１）等が記録されたＲＯＭ５３、ＲＯＭ５３から読み出したプログラムを記憶するフラッシュメモリ５４等の内部記憶装置を備えている。

操作部３４は、走行開始地点としての出発地及び走行終了地点としての目的地を入力する際等に操作され、各種のキー、ボタン等の複数の操作スイッチ（図示せず）から構成される。そして、ナビゲーションＥＣＵ３３は、各スイッチの押下等により出力されるスイッチ信号に基づき、対応する各種の動作を実行すべく制御を行う。尚、操作部３４は液晶ディスプレイ３５の前面に設けたタッチパネルによって構成することもできる。また、マイクと音声認識装置によって構成することもできる。

また、液晶ディスプレイ３５には、道路を含む地図画像、交通情報、操作案内、操作メニュー、キーの案内、案内経路（走行予定経路）に沿った案内情報、ニュース、天気予報、時刻、メール、テレビ番組等が表示される。尚、液晶ディスプレイ３５の代わりに、ＨＵＤやＨＭＤを用いても良い。

また、スピーカ３６は、ナビゲーションＥＣＵ３３からの指示に基づいて案内経路（走行予定経路）に沿った走行を案内する音声ガイダンスや、交通情報の案内を出力する。

また、ＤＶＤドライブ３７は、ＤＶＤやＣＤ等の記録媒体に記録されたデータを読み取り可能なドライブである。そして、読み取ったデータに基づいて音楽や映像の再生、地図情報ＤＢ４５の更新等が行われる。尚、ＤＶＤドライブ３７に替えてメモリーカードを読み書きする為のカードスロットを設けても良い。

また、通信モジュール３８は、交通情報センタ、例えば、ＶＩＣＳセンタやその他の外部センタ等から送信された交通情報等を受信する為の通信装置であり、例えば携帯電話機やＤＣＭが該当する。また、車車間で通信を行う車車間通信装置や路側機との間で通信を行う路車間通信装置も含む。また、プローブ情報や後述の映像の要求指示をサーバ装置３との間で送受信するのにも用いられる。

また、車速センサ３９は、車両の移動距離や車速を検出する為のセンサであり、車両の駆動輪の回転に応じてパルスを発生させ、パルス信号をナビゲーションＥＣＵ３３に出力する。そして、ナビゲーションＥＣＵ３３は発生するパルスを計数することにより車両の車速や移動距離を算出する。

一方でカメラ４は、前述したように例えばＣＣＤ等の固体撮像素子を用いたカメラであって、車両５のドライブレコーダとして利用される。また、カメラ４によって撮像された映像情報は図７に示すように所定時間間隔（例えば１分間隔）で区分され、更に区分毎に撮像した地点と撮像した時刻の情報をナビゲーション装置７から取得し、それらを紐づけてメモリーカード８に格納される。例えば図７に示す例では『映像Ａ』は、地域コード“１１”内にあるＩＤ“１００００１”のリンクの始点から１５．５ｍ離れた地点からＩＤ“１００００２”のリンクの始点から３３．４ｍまで離れた地点まで移動する間において撮像された映像であり、且つ撮像した日時は３月２日の９：００：３０から９：０１：２９までの間であることが記憶されている。また、『映像Ｂ』は、地域コード“１１”内にあるＩＤ“１００００２”のリンクの始点から３５．５ｍ離れた地点からＩＤ“１００００３”のリンクの始点から１３．４ｍまで離れた地点まで移動する間において撮像された映像であり、且つ撮像した日時は３月２日の９：０１：３０から９：０２：２９までの間であることが記憶されている。同様にして他の映像情報についてもメモリーカード８に格納されている。

メモリーカード８に記憶された上記映像情報は、サーバ装置３から要求があった場合に要求の条件を満たす映像情報が抽出されてプローブ情報としてナビゲーション装置７を介してサーバ装置３へと送信される。また、メモリーカード８に保存したデータ量が予め決められた上限（例えば６４ＧＢ）に到達した状態で新たな映像を撮像すると、古い映像情報から順に自動的に削除される。そして、削除によって生成された空き領域に新たな映像情報を記憶する。但し、サーバ装置３への送信候補となる映像については予め自動削除の対象から除外するようにする。詳細については後述する。

尚、図７に示す例ではカメラ４で撮像した映像情報を１分間隔で区分して格納しているが、区分する間隔は１分より長く或いは短くしても良い。また、映像情報は時間単位でなく走行距離単位（例えば３００ｍ単位）で区分しても良い。また、撮像した地点を示す情報としてはリンク始点（終点）からの走行距離の代わりに、座標（緯度経度）を用いても良い。

続いて、前記構成を有する車両映像収集システム１を構成するサーバ装置３及びナビゲーション装置７において実行する映像保管処理プログラムについて図８に基づき説明する。図８は本実施形態に係る映像保管処理プログラムのフローチャートである。ここで、映像保管処理プログラムはサーバ装置３の管理者がサーバ装置３に対して所定の操作を実行したタイミングで実行され、事故等のイベントの発生に応じて映像情報の収集対象となる車両に対して予め収集対象となる映像情報の保護を要求するプログラムである。尚、以下の図８及び図１１にフローチャートで示されるプログラムは、サーバ装置３が備えているＲＡＭ２２やＲＯＭ２３又はナビゲーション装置７が備えているＲＡＭ５２やＲＯＭ５３等に記憶されており、ＣＰＵ２１又はＣＰＵ５１により実行される。

先ず、サーバ装置３において実行される映像保管処理プログラムについて説明する。
ステップ（以下、Ｓと略記する）１においてＣＰＵ２１は、道路或いは道路の周辺で発生しているイベントの登録処理を行う。ここで、登録の対象となるイベントとしては、例えば事故、落下物、故障車の発生、渋滞の発生、道路の保守点検などが挙げられ、サーバ装置３を管理する管理者がサーバ装置３に接続された端末の操作を行うことによって登録される。図９はイベントの登録操作について説明した図である。

図９に示すように管理者が操作する端末のディスプレイ６１には、イベント登録画面６２が表示される。イベント登録画面６２には地図画像６３が表示され、管理者は地図画像６３上の任意の地点を指定することが可能である。そして、管理者がイベントの発生した地点を地図画像６３上で指定すると、イベント入力ウインドウ６４がディスプレイ６１に表示され、管理者はイベント入力ウインドウ６４に表示された各項目を入力する。入力対象となる項目としては、イベントの種類、イベントの発生した日時、イベントの発生した日時の時間誤差等がある。そして、各項目を入力した後に登録ボタン６５を押すと、入力した内容に基づいてイベントの登録が行われる。イベントの登録が行われると、地図画像６３内の登録されたイベントの位置にイベントの発生を示すアイコン６６が表示される。アイコン６６を操作すると、登録されたイベントの内容の確認や、登録内容の修正が可能となる。また、後述のように車両から登録されたイベントに対応する映像を収集（Ｓ２３、Ｓ２４）した後にはアイコン６６を操作すると、操作したアイコン６６のイベントに対応して収集された映像を視聴することも可能となる。

また、前記Ｓ１のイベントの登録処理については、管理者の操作ではなく外部から入力されたイベントの発生を示唆する情報（例えばイベントの当事者やイベントを発見した第３者からの情報提供）に基づいて自動的に登録されるようにしても良い。例えば、事故を発見した車両から事故の発生について情報提供が行われた場合には、情報提供を行った車両の位置や現在時刻について取得し、情報提供を行った車両の位置をイベントが発生した位置とし、情報提供が行われた日時をイベントが発生した日時として登録することが可能である。或いは、サーバ装置３が全国を走行する各車両５から収集したプローブ情報に基づいてイベントが発生したことを特定し、更に収集したプローブ情報に基づいてイベントが発生した位置やイベントが発生した日時を推定して登録するようにしても良い。

以下のＳ２～Ｓ５の処理については、全国の道路を走行する各車両５を対象として車両単位でループして実行し、全ての車両５に対する処理が終了するまで繰り返し行う。

先ず、Ｓ２においてＣＰＵ２１は、現時点でプローブ情報ＤＢ１２に格納されているプローブ情報（図３）の内、処理対象の車両５のプローブ情報を抽出する（前回プログラムを実行した時から新たにプローブ情報ＤＢ１２に格納されたプローブ情報のみを対象にしても良い）。尚、プローブ情報は図３に示すように（ａ）日時とその日時における（ｂ）車両５が走行する地域の地域コード、（ｃ）車両５が走行するリンク、（ｄ）車両５の進行方向（正方向又は逆方向）、（ｅ）リンク始点（終点）からの走行距離、（ｆ）車両５の車速、（ｇ）車両５のヨーレート、が含まれる。プローブ情報は、車両５が過去の走行中に位置した地点とその地点に車両が位置した時刻とその地点における車両の挙動、即ち車両の走行履歴を示す。尚、プローブ情報については、全国を走行する各車両５から定期的（例えば２００ｍｓｅｃ間隔）に収集され、プローブ情報ＤＢ１２に格納される。

次に、Ｓ３においてＣＰＵ２１は、前記Ｓ２で抽出されたプローブ情報に基づいて、処理対象の車両５が前記Ｓ１で登録されたいずれかのイベントの発生位置の周辺（例えば１ｋｍ以内）を走行した走行履歴が有るか否か判定する。

そして、処理対象の車両５が前記Ｓ２１で登録されたいずれかのイベントの発生位置の周辺を走行した走行履歴があると判定された場合（Ｓ３：ＹＥＳ）には、Ｓ４へと移行する。それに対して、処理対象の車両５が前記Ｓ１で登録されたいずれのイベントの発生位置の周辺を走行した走行履歴もないと判定された場合（Ｓ３：ＮＯ）には、処理態様の車両を映像情報の収集対象から除外して、再びＳ２以降の処理を再度行う。

続いて、Ｓ４においてＣＰＵ２１は、処理対象の車両５が前記Ｓ１で登録されたイベントの発生位置の周辺（例えば１ｋｍ以内）を走行した走行履歴について、特にイベントの発生日時及びその時間誤差内に走行した走行履歴であるか否かを判定する。尚、「時間誤差」はイベント登録情報で登録されたイベントの発生した日時と実際にイベントの発生した日時との間に生じ得る誤差（時刻の幅）の大きさを示すものであり、イベントの発生した日時を登録する際に併せて登録される（Ｓ１）。イベントの発生した日時を正確に特定できない場合にはより大きな値が設定されることとなる。

例えばイベントの発生した日時が９：００で時間誤差として１０分が登録されている場合には、８：５０から９：１０までの間にイベントの発生位置の周辺を走行した走行履歴が有るか否かが判定される。

そして、イベントの発生日時及びその時間誤差内にイベントの発生位置の周辺を走行した走行履歴があると判定された場合（Ｓ４：ＹＥＳ）には、Ｓ５へと移行する。それに対して、イベントの発生日時及びその時間誤差内にイベントの発生位置の周辺を走行した走行履歴がないと判定された場合（Ｓ４：ＮＯ）には、処理態様の車両を映像情報の収集対象から除外して、再びＳ２以降の処理を再度行う。

Ｓ５においてＣＰＵ２１は、処理対象の車両を映像情報の収集対象とする車両に指定する。指定された車両５は、イベントの発生した時刻にイベントの発生した位置の周辺に位置しており、イベントの内容をカメラ４で撮像した可能性のある車両５である。そして、上記Ｓ２～Ｓ５の処理を全国の道路を走行する車両５を対象として実行した後に、Ｓ６へと移行する。

Ｓ６においてＣＰＵ２１は、上記Ｓ２～Ｓ５の処理を行った結果、映像情報の収集対象に指定された車両が少なくとも一以上あるか否かを判定する。

そして、映像情報の収集対象に指定された車両が少なくとも一以上あると判定された場合（Ｓ６：ＹＥＳ）には、Ｓ７へと移行する。それに対して、映像情報の収集対象に指定された車両がないと判定された場合（Ｓ６：ＮＯ）には、当該映像保管処理プログラムを終了する。

Ｓ７においてＣＰＵ２１は、前記Ｓ５で映像情報の収集対象に指定された車両５に対して映像保管要求を送信する。映像保管要求は、カメラ４により過去に撮像されて車両５で保管されている映像を、撮像に伴う自動削除の対象から除外する為の要求である。映像保管要求には、前記Ｓ１で登録されたイベントの内、映像情報の収集対象に指定された車両５の走行履歴に対応するイベントの登録情報を含む。具体的にはイベントの発生位置とイベントの発生した日時とイベントの発生した日時の時間誤差を特定する情報が含まれる。そして、映像保管要求を受信した車両側は、後述のようにカメラ４で過去に撮像されて保管されている映像情報について自動削除の対象とならないように処理する（Ｓ１４）。その結果、サーバ装置３では事故等のイベントが発生した場合において、イベントが発生した時刻と位置に対応してカメラ４で撮像された映像情報について、車両から取得するまでの間に削除されないように自動削除の対象から除くことが可能となる。

次に、ナビゲーション装置７において実行される映像保管処理プログラムについて説明する。
先ず、Ｓ１１においてＣＰＵ５１は、サーバ装置３から送信された映像保管要求を受信する。尚、サーバ装置３は、前述したように事故等のイベントが発生した場合において、イベントの発生した時刻にイベントの発生した位置の周辺に位置した車両を対象として、映像保管要求を送信する（Ｓ７）。即ち、前記Ｓ１１において映像保管要求を受信する場合は、本プログラムの実行主体であるナビゲーション装置７の搭載された車両５が、イベントの発生した時刻にイベントの発生した位置の周辺に位置しており、イベントの内容をカメラ４で撮像した可能性のある場合となる。また、映像保管要求には、前記Ｓ１で登録されたイベントの登録情報を含む。

次にＳ１２においてＣＰＵ５１は、メモリーカード８に現時点で格納されている映像情報を読み出し、映像保管要求に該当する映像情報を探索する。ここで、前述したようにカメラ４によって撮像された映像情報は所定時間間隔（例えば１分間隔）で区分されて、更に区分毎に撮像した地点と撮像した時刻を紐づけて格納されている（図７）。前記Ｓ１２では映像情報に紐づけられたそれらの情報を参照してイベントが発生した発生日時及びその時間誤差内にカメラ４で撮像された映像情報を探索する。

但し、イベントの発生した日時ではなく位置を基準に映像情報を探索しても良い。その場合には、イベントの発生位置の周辺（例えば１ｋｍ以内）を走行中にカメラ４で撮像された映像情報を探索する。或いは、イベントの発生した日時と位置を基準に映像情報を探索しても良い。その場合には、イベントの発生位置の周辺（例えば１ｋｍ以内）を走行中にカメラ４で撮像された映像情報であって、且つイベントが発生した発生日時及びその時間誤差内にカメラ４で撮像された映像情報を探索する。

次にＳ１３においてＣＰＵ５１は、前記Ｓ１２の探索の結果、映像保管要求に該当する映像情報がメモリーカード８に存在するか否か判定する。

そして、映像保管要求に該当する映像情報がメモリーカード８に存在すると判定された場合（Ｓ１３：ＹＥＳ）には、Ｓ１４へと移行する。それに対して、映像保管要求に該当する映像情報がメモリーカード８に存在しないと判定された場合（Ｓ１３：ＮＯ）には、当該映像保管処理プログラムを終了する。

Ｓ１４においてＣＰＵ５１は、メモリーカード８に現時点で格納されている映像情報の内、前記Ｓ１２で探索された映像保管要求に該当する映像情報を抽出する。ここで、前記Ｓ１４で抽出される映像情報は、イベントが発生した発生日時及びその時間誤差内にカメラ４で撮像された映像情報であり、イベントの内容を撮像した可能性のある映像となる。そして、ＣＰＵ５１は図１０に示すようにメモリーカード８から抽出した映像情報７０を現在の記憶領域７１から他の記憶領域７２へと移動する。尚、移動先となる記憶領域７２はメモリーカード８の記憶領域の一部であっても良いし、メモリーカード８と異なる記憶媒体（例えばナビゲーション装置７のデータ記録部３２）の記憶領域であっても良い。また、移動元の記憶領域７１からは映像情報７０を削除しても良いし、移動後も映像情報７０を残しておいても良い。

ここで、本実施形態ではメモリーカード８に保存したデータ量が予め決められた上限（例えば６４ＧＢ）に到達した状態で新たな映像を撮像すると、古い映像情報から順に自動的に削除される。しかしながら、記憶領域７２は上記自動削除の対象とならないように予め設定された領域である。従って、映像保管要求に該当する映像情報については、その後に車両が新たな映像を撮像したとしても基本的に削除されることはない。そして、その後に後述のようにサーバ装置３からの映像の要求を受信すると、移動先の記憶領域７２で保管されている映像情報７０がサーバ装置３に対して送信されることとなる（Ｓ３４）。

また、前記Ｓ１４においてＣＰＵ５１は、該当する映像情報を抽出した際に抽出された映像情報を前記Ｓ１で登録されたイベントの種類に応じたデータサイズとなるように処理した上で他の記憶領域へと移動するようにしても良い。具体的な処理としては、ファイル形式（AVI・MP4・MOV・MPEG・MKV・WMV・FLV）を変更しても良いし、ファイル形式は変更せずに解像度を変更しても良いし、圧縮率を変更しても良い。基本的にはデータサイズが小さくなるように処理を行う。また、前記Ｓ１で登録されたイベントの種類については前記Ｓ１１の映像保管要求に含めてサーバ装置３から取得するようにする。尚、イベントの種類とデータサイズとの関係は、詳細な分析が必要となる種類のイベント（例えば事故、落下物等）については映像の画質を落とさないために大きなデータサイズを許容し、詳細な分析が必要ない種類のイベント（例えば渋滞、保守点検等）については、映像の画質が落ちても問題とならないのでよりデータサイズが小さくなるように処理する。それによって、移動後の映像情報を保管するために必要な記憶容量を削減することが可能となる。

続いて、車両映像収集システム１を構成するサーバ装置３及びナビゲーション装置７において実行する映像収集処理プログラムについて図１１に基づき説明する。図１１は本実施形態に係る映像収集処理プログラムのフローチャートである。ここで、映像収集処理プログラムはサーバ装置３の管理者がサーバ装置３に対して所定の操作を実行したタイミングで実行され、車両５からカメラ４で撮像した映像情報をサーバ装置３が収集するプログラムである。

先ず、サーバ装置３において実行される映像収集処理プログラムについて説明する。
Ｓ２１においてＣＰＵ２１は、前記Ｓ５で映像情報の収集対象に指定した車両で撮像された映像について権利を有する者（以下、映像権利者という）から、映像情報をサーバ装置３へと送信する許可（サーバ装置３へと譲渡する許可）を得たか否かを判定する。尚、映像権利者は、例えば車両の運転者や所有者であり、自然人である場合と法人である場合がある。

映像権利者から映像情報をサーバ装置３へと送信する許可を得るためには、先ずサーバ装置３の管理者が映像権利者に対して許可を得るための同意書や契約書等を送付する。尚、同意書や契約書の送付はオンラインで行っても良いし、紙の書類の郵送により行っても良い。そして、映像権利者がそれらの同意書や契約書に承諾することによって、サーバ装置３は映像権利者から映像情報をサーバ装置３へと送信する許可を得ることが可能となる。従って、前記Ｓ２１においてＣＰＵ２１は、同意書や契約書の送付をオンラインで行った場合には、同じくオンライン上で映像権利者がそれらの同意書や契約書に承諾したか否かを判定し、承諾した場合に映像権利者から映像情報をサーバ装置３へと送信する許可を得たと判定する。一方、同意書や契約書の送付を紙の書類で郵送により行った場合には、サーバ装置３の管理者がそれらの同意書や契約書に承諾した旨の返信があった場合にサーバ装置３に対してその旨を入力する。それによってサーバ装置３は、映像権利者から映像情報をサーバ装置３へと送信する許可を得たと判定する。

そして、映像情報の収集対象に指定された車両の映像について権利を有する映像権利者から、映像情報をサーバ装置３へと送信する許可を得たと判定した場合（Ｓ２１：ＹＥＳ）には、Ｓ２２へと移行する。それに対して、映像情報の収集対象に指定された車両の映像について権利を有する映像権利者から、映像情報をサーバ装置３へと送信する許可を得られていないと判定した場合（Ｓ２１：ＮＯ）には、映像の要求を行うことなく当該映像収集処理プログラムを終了する。

Ｓ２２においてＣＰＵ２１は、前記Ｓ５で映像情報の収集対象に指定した車両に対して映像要求を送信する。映像要求は、カメラ４により過去に撮像されて車両５で保管されている映像を、サーバ装置３へと送信させるための要求である。映像要求には、前記Ｓ１で登録されたイベントの内、映像情報の収集対象に指定された車両５の走行履歴に対応するイベントの登録情報を含む。具体的にはイベントの発生位置とイベントの発生した日時とイベントの発生した日時の時間誤差を特定する情報が含まれる。そして、映像要求を受信した車両側は、後述のようにカメラ４で過去に撮像されて保管されている映像情報の内、イベントの登録情報に対応する映像情報を抽出してサーバ装置３へと送信する（Ｓ３４）。その結果、後述のようにサーバ装置３では事故等のイベントが発生した場合において、イベントが発生した時刻と位置に対応してカメラ４で撮像された映像情報を選別して車両５から収集することが可能となる。

続いて、Ｓ２３においてＣＰＵ２１は、前記Ｓ２２で送信した映像要求に応じて車両５から送信される映像情報を受信する。

その後、Ｓ２４においてＣＰＵ２１は、前記Ｓ２３で受信した映像情報を映像情報ＤＢ１３に格納する。尚、その後にサーバ装置３では、映像情報ＤＢ１３に格納された映像情報に基づきイベントが発生した道路の道路状況の確認や分析を行う。例えばイベントが事故であった場合については事故の現場が撮像された映像情報に基づいて、事故の状況の確認、事故によって通行止めにすべき車線の判定、事故の要因の分析、過失の認定等を行う。尚、これらの道路状況の確認や分析については映像情報を視認した管理者が行っても良いし、映像情報に対して画像処理を行うことによってサーバ装置３が判断するようにしても良い。

上記道路状況の確認や分析を行うに際しては、例えば図１２に示すように前記Ｓ１でイベントの登録を行ったイベント登録画面６２において車両から収集した映像情報を表示するようにしても良い。具体的には、管理者がイベントの登録した地点にあるアイコン６６を指定すると、映像ウインドウ７５がディスプレイ６１に表示される。映像ウインドウ７５には管理者が指定したアイコン６６で登録したイベントに対応して現在までに車両から収集された映像７６の一覧が表示される。更に管理者が表示された映像７６を操作すると、映像の内容を視聴することが可能となる。

次に、ナビゲーション装置７において実行される映像収集処理プログラムについて説明する。
先ず、Ｓ３１においてＣＰＵ５１は、サーバ装置３から送信された映像要求を受信する。尚、サーバ装置３は、前述したように映像情報の収集対象に指定された車両の映像について権利を有する映像権利者から、映像情報をサーバ装置３へと送信する許可を得たと判定した場合において、当該車両に対して映像要求を送信する（Ｓ２２）。また、映像要求には、前記Ｓ１で登録されたイベントの登録情報を含む。

続いて、Ｓ３２においてＣＰＵ５１は、現時点において車両で保管されている映像情報（前記Ｓ１４で記憶する領域が移動された映像情報も、移動されていない映像情報も両方含む）を参照し、現時点で車両に保管されている映像情報を撮像した地点と撮像した時刻の情報を取得する。尚、図７に示すようにカメラ４によって撮像された映像情報は所定時間間隔（例えば１分間隔）で区分され、更に区分毎に撮像した地点と撮像した時刻の情報を紐づけてメモリーカード８等の記憶媒体に格納されている。

次に、Ｓ３３においてＣＰＵ５１は、現時点において車両で保管されている映像情報（前記Ｓ１４で記憶する領域が移動された映像情報も、移動されていない映像情報も両方含む）の内、イベントの発生日時及びその時間誤差内であってイベントの発生位置に最も近い位置で撮像された映像情報を抽出する。

ここで、前述したようにカメラ４によって撮像された映像情報は所定時間間隔（例えば１分間隔）で区分されて、更に区分毎に撮像した地点と撮像した時刻を紐づけて格納されており（図７）、前記Ｓ３３では該当する区分の映像情報のみが抽出される。例えば、図１３に示すように地点ａ～ｄを走行する間に撮像された映像Ａと、地点ｅ～ｇを走行する間に撮像された映像Ｂとが車両に保管されている場合であって、イベントの発生位置が地点ｆ付近である場合には、映像Ｂが抽出されることとなる。前記Ｓ３３で抽出される映像情報は、発生したイベントの内容が撮像された可能性のある映像情報となる。

尚、図１３に示す例ではイベントの発生位置に最も近い位置で撮像された映像情報のみを抽出しているが、イベントの発生位置から所定距離以内（例えば１ｋｍ以内）で撮像された映像情報についても抽出対象に加えても良い。例えば図１３に示す例では映像Ａについても抽出対象に加えても良い。

また、前記Ｓ１においてイベントの登録情報としてイベントの発生した道路の進行方向（正方向に対応する車線で発生したか、逆方向に対応する車線で発生したか）が登録されている場合については、映像を撮像する際の車両の進行方向がイベントの発生した道路の進行方向と同じであることを映像情報の抽出条件に加える。即ち、現時点において車両で保管されている映像情報の内、イベントの発生日時及びその時間誤差内であってイベントの発生位置に最も近い位置をイベントの発生した道路の進行方向から撮像された映像情報を抽出する。

その後、Ｓ３４においてＣＰＵ５１は、前記Ｓ３３で抽出した映像情報について、送信元の車両を識別する“車両ＩＤ”とともにプローブ情報としてサーバ装置３へと送信する。また、映像を撮像した日時、映像を撮像した際の車両５が走行する地域の地域コード、映像を撮像した際の車両５が走行するリンク、映像を撮像した際の車両５の進行方向（正方向又は逆方向）についても映像情報と併せて送信する。その後、当該映像収集処理プログラムを終了する。

尚、本実施形態では上記Ｓ１１～Ｓ１４及びＳ３１～Ｓ３４の処理はナビゲーション装置７が実行することとしているが、車両５が備える他の車載器や車両制御ＥＣＵが行っても良い。

以上詳細に説明した通り、本実施形態に係る車両映像収集システム１、サーバ装置３及びサーバ装置３で実行されるコンピュータプログラムでは、道路上を走行するとともに車外の映像を撮像するカメラ４を備えた複数の車両５から、各車両５が走行中に位置した地点の履歴をその地点に車両５が位置した時刻と併せて走行履歴情報として収集する一方で、イベントの発生した時刻及び位置を登録し（Ｓ１）、車両５の走行履歴情報と登録された時刻及び位置とを比較することによって、複数の車両５の内、映像の収集対象とする車両５を特定し（Ｓ５）、特定された車両５を対象として、カメラ４により過去に撮像されて車両５で保管されている映像を、撮像に伴う自動削除の対象から除外するように要求する（Ｓ７）ので、道路上を走行する各車両において撮像されて保管されている映像の内、管理者により収集対象となる映像を予め削除されないように保護することが可能となる。その結果、例えばイベントが発生する等によって管理者側で任意の時刻及び位置の道路状況の確認の必要が生じた場合に、管理者の希望する映像を漏れなく車両から収集することが可能となる。
また、車両５に対してイベントの発生した時刻及び位置を配信し（Ｓ７）、車両５では、イベントの発生した時刻又は位置に基づいて、カメラ４により過去に撮像されて車両５で保管されている映像の内、イベントの発生した時刻又は位置に対応する映像を抽出し、抽出された映像を撮像に伴う自動削除の対象から除外する（Ｓ１４）ので、特にイベントが発生する等によって管理者側で任意の時刻及び位置の道路状況の確認の必要が生じた場合に、当該イベントを撮像した可能性のある映像のみを選別して自動削除の対象から除外することが可能となる。従って、車両側で映像を記憶する記憶領域が不足することについて防止できる。
また、車両５では、イベントの発生した時刻又は位置に対応する映像を現在の記憶領域から他の記憶領域に移動させることにより、撮像に伴う自動削除の対象から除外する（Ｓ１４）ので、該当する映像を記憶する記憶領域を変更することによって自動削除から映像を適切に保護することが可能となる。
また、車両５では、イベントの発生した時刻又は位置に対応する映像をイベントの種類に応じたデータサイズとなるように処理するので、例えば詳細な分析が必要となる種類のイベントについては映像の画質を落とさないために大きなデータサイズを許容し、詳細な分析が必要ない種類のイベントについては、映像の画質が落ちても問題とならないのでよりデータサイズが小さくなるように処理して保管することが可能となる。それによって、映像を保管するために必要な記憶容量を削減することが可能となる。
また、車両５で撮像された映像についての権利を有する者が他者への映像の送信を許可したことを認識した場合に、車両５に対して、カメラ４により過去に撮像されて車両５で保管されている映像を要求する（Ｓ２２）ので、サーバ装置３の管理者は車両５で撮像された映像を権利者に無断で取得することなく、許可を得た後に適切に取得することが可能となる。

尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、本実施形態ではプローブ情報を用いるプローブカーシステムを用いて全国を走行する複数の車両から映像情報を収集しているが、プローブカーシステムは必須ではない。例えば一の車両から取得した走行履歴に基づいてその一の車両へ映像保管要求を指示したり、映像情報をその一の車両から収集することも可能となる。

また、本実施形態では車両５で撮像された映像の収集対象とする時刻及び位置として、特に事故等のイベントの発生した時刻及び位置を挙げているが、イベントの発生した時刻及び位置以外であっても良い。例えば、サーバ装置３の管理者が道路状況を確認したい任意の時刻及び位置（例えば渋滞や事故の多発地点）が有る場合に、その時刻及び位置を登録する（Ｓ１）ことによって、その時刻及び位置に対応する映像を車両５から収集することが可能となる。

また、本実施形態では映像保管要求に該当する映像情報の記憶領域を移動させることによって、自動削除の対象から除外している（Ｓ１４）が、記憶領域は移動させずに該当する映像情報に対して自動削除の対象とならないフラグを設定することによって、自動削除の対象から除外しても良い。

また、本実施形態では車両５から現在位置や現在時刻を含むプローブ情報の収集と、映像情報の収集は同じ一のサーバ装置で行っているが、車両５から現在位置や現在時刻を含むプローブ情報を収集するサーバ装置と映像情報を収集するサーバ装置とを異なるサーバ装置としても良い。

１…車両映像収集システム、２…情報管理センタ、３…サーバ装置、４…カメラ、５…車両、７…ナビゲーション装置、８…メモリーカード、１１…サーバ制御部、１２…プローブ情報ＤＢ、１３…映像情報ＤＢ、１４…イベント登録情報ＤＢ、７０…映像情報

Claims (5)

1. 道路上を走行するとともに車外の映像を撮像する撮像手段を備えた複数の車両から、各車両の走行履歴を収集する走行履歴収集手段と、
   車両で撮像された映像の収集対象とする時刻及び位置を登録する登録手段と、
   前記走行履歴と前記登録手段で登録された時刻及び位置とを比較することによって、前記複数の車両の内、映像の収集対象とする車両を特定する車両特定手段と、
   前記車両特定手段により特定された車両を対象として、前記撮像手段により過去に撮像されて車両で保管されている映像を、撮像に伴う自動削除の対象から除外するように要求する映像保管要求手段と、を有する車両映像収集システム。
2. 前記車両特定手段により特定された車両を対象として、前記登録手段で登録された時刻又は位置を配信する登録情報配信手段を有し、
   前記車両特定手段により特定された車両では、
   前記登録手段で登録された時刻又は位置に基づいて、前記撮像手段により過去に撮像されて車両で保管されている映像の内、登録された時刻又は位置に対応する映像を抽出し、
   前記抽出された映像を撮像に伴う自動削除の対象から除外する請求項１に記載の車両映像収集システム。
3. 前記車両特定手段により特定された車両では、前記抽出された映像を現在の記憶領域から他の記憶領域に移動させることにより、撮像に伴う自動削除の対象から除外する請求項２に記載の車両映像収集システム。
4. 前記登録手段は、イベントが発生した場合にイベントの種類とともにイベントの発生した時刻及び日時を、前記車両で撮像された映像の収集対象とする時刻及び位置として登録し、
   前記車両特定手段により特定された車両では、前記抽出された映像をイベントの種類に応じたデータサイズとなるように処理する請求項２又は請求項３に記載の車両映像収集システム。
5. 前記車両特定手段により特定された車両で撮像された映像についての権利を有する者が他者への映像の送信を許可したことを認識した場合に、前記車両特定手段により特定された車両に対して、前記撮像手段により過去に撮像されて車両で保管されている映像を要求する映像要求手段を有する請求項１乃至請求項４のいずれかに記載の車両映像収集システム。

Images