(57)【要約】【課題】多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、その事件又は事故の発生当時の状況を示すために適した画像の検索を効率的に支援し、警察官の作業負担の軽減を図る。【解決手段】画像検索支援装置は、交差点で発生したイベントの種別ごとに、イベントの発生当時の状況を示す画像の抽出条件を保持する抽出条件保持部と、イベントの種別を含むイベント情報の入力を受け付ける入力部と、イベント情報に応じて、イベントの発生当時の状況を示す画像の抽出条件を含む画像検索キーを生成する生成部と、画像検索キーを、複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する捜査支援装置に送信する通信部と、を備える。【選択図】図７Ａ
2019040368.tif 000002
【特許請求の範囲】
【請求項１】
複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する捜査支援装置と通信可能に接続され、
交差点で発生したイベントの種別ごとに、前記イベントの発生当時の状況を示す画像の抽出条件を保持する抽出条件保持部と、
前記イベントの種別を含むイベント情報の入力を受け付ける入力部と、
入力された前記イベント情報に応じて、前記イベントの発生当時の状況を示す画像の抽出条件を含む画像検索キーを生成する生成部と、
生成された前記画像検索キーを、前記捜査支援装置に送信する通信部と、を備える、
画像検索支援装置。
【請求項２】
前記画像検索キーを満たすカメラの撮像画像を出力部に出力する制御部、を更に備える、
請求項１に記載の画像検索支援装置。
【請求項３】
前記イベント情報は、前記イベントの発生に関与した車両のイベント発生時の走行方向の情報と前記イベントが発生した交差点情報とを少なくとも有し、
前記生成部は、前記イベントの発生前後Ｘ（Ｘ：既定値）分における、前記走行方向を走っていた前記車両を正面視で撮像したカメラの撮像画像を抽出する条件を、前記画像検索キーとして生成する、
請求項１に記載の画像検索支援装置。
【請求項４】
前記イベント情報は、前記イベントの発生に関与した車両のイベント発生時の走行方向の情報と前記イベントが発生した交差点情報とを少なくとも有し、
前記生成部は、前記イベントの発生前Ｙ（Ｙ：既定値）分から発生後Ｚ（Ｚ：既定値）分のＷ（Ｗ：既定値）分ごとの、前記走行方向を走っていた前記車両を撮像した、前記交差点情報に対応する全てのカメラの撮像画像を抽出する条件を、前記画像検索キーとして生成する、
請求項１に記載の画像検索支援装置。
【請求項５】
前記イベント情報は、前記イベントの発生に関与した車両のイベント発生時の走行方向の情報と前記イベントが発生した交差点情報とを少なくとも有し、
前記生成部は、前記イベントの発生時並びにその直前の交差点を通過した時における、前記走行方向を走っていた前記車両を正面視で撮像したカメラの撮像画像を抽出する条件を、前記画像検索キーとして生成する、
請求項１に記載の画像検索支援装置。
【請求項６】
複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する捜査支援装置と通信可能に接続された画像検索支援装置を用いた画像検索支援方法であって、
交差点で発生したイベントの種別ごとに、前記イベントの発生当時の状況を示す画像の抽出条件を抽出条件保持部に保持するステップと、
前記イベントの種別を含むイベント情報の入力を受け付けるステップと、
入力された前記イベント情報に応じて、前記イベントの発生当時の状況を示す画像の抽出条件を含む画像検索キーを生成するステップと、
生成された前記画像検索キーを、前記捜査支援装置に送信するステップと、を有する、
画像検索支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、例えば事件又は事故の発生当時の状況を示すカメラの撮像画像の検索を支援する画像検索支援装置及び画像検索支援方法に関する。
【背景技術】
【０００２】
車両の走行経路の所定箇所に複数のカメラ装置を配置し、それぞれのカメラ装置により撮像されたカメラ画像情報をネットワーク及び無線情報交換装置を介して、車両に搭載された端末装置内の表示装置に表示する、という技術が従来から知られている（例えば、特許文献１参照）。特許文献１によれば、ユーザは、車両の走行経路上に配置された複数のカメラにより撮像されたカメラ画像情報によって、情報量の多いリアルタイムのカメラ画像を得ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１７４０１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、複数のカメラ装置により撮像されたカメラ画像情報を車両に搭載された端末装置内の表示装置に表示することが記載されているため、ユーザ（例えば運転手）は、それぞれのカメラ装置の配置箇所におけるリアルタイムの撮像画像を確認可能である。しかしながら、特許文献１では、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って作成されるレポートの中で掲載される画像として、その事件又は事故の発生当時の状況に適した画像の検索を支援することは考慮されていない。このため、上述した事故又は事件の終了に伴って警察官がレポートを作成する際に特許文献１に記載の技術を用いても、警察官が事件又は事故の発生当時の状況を示すために適した画像を抽出できず、レポートの作成に相当の手間がかかり、警察官の作業負担の軽減は困難であった。
【０００５】
本開示は、上述した従来の事情に鑑みて案出され、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、その事件又は事故の発生当時の状況を示すために適した画像の検索を効率的に支援し、警察官の作業負担の軽減を図る画像検索支援装置及び画像検索支援方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示は、複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する捜査支援装置と通信可能に接続され、交差点で発生したイベントの種別ごとに、前記イベントの発生当時の状況を示す画像の抽出条件を保持する抽出条件保持部と、前記イベントの種別を含むイベント情報の入力を受け付ける入力部と、入力された前記イベント情報に応じて、前記イベントの発生当時の状況を示す画像の抽出条件を含む画像検索キーを生成する生成部と、生成された前記画像検索キーを、前記捜査支援装置に送信する通信部と、を備える、画像検索支援装置を提供する。
【０００７】
また、本開示は、複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する捜査支援装置と通信可能に接続された画像検索支援装置を用いた画像検索支援方法であって、交差点で発生したイベントの種別ごとに、前記イベントの発生当時の状況を示す画像の抽出条件を抽出条件保持部に保持するステップと、前記イベントの種別を含むイベント情報の入力を受け付けるステップと、入力された前記イベント情報に応じて、前記イベントの発生当時の状況を示す画像の抽出条件を含む画像検索キーを生成するステップと、生成された前記画像検索キーを、前記捜査支援装置に送信するステップと、を有する、画像検索支援方法を提供する。
【発明の効果】
【０００８】
本開示によれば、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、その事件又は事故の発生当時の状況を示すために適した画像の検索を効率的に支援でき、警察官の作業負担の軽減を図ることができる。
【図面の簡単な説明】
【０００９】
【図１】各実施の形態に係るレポート作成支援システムのシステム構成例を示すブロック図
【図２Ａ】交差点における複数台のカメラの設置レイアウトの第１例を示す図
【図２Ｂ】交差点における複数台のカメラの設置レイアウトの第２例を示す図
【図３】各実施の形態に係る親カメラ、子カメラの内部構成例を示すブロック図
【図４】各実施の形態に係る録画サーバ、検索端末の内部構成例を示すブロック図
【図５】各実施の形態に係るクラウドサーバの内部構成例を示すブロック図
【図６】各実施の形態のレポート作成支援システムにおけるレポート生成シナリオの動作手順例を示すシーケンス図
【図７Ａ】実施の形態１に係る検索端末における画像検索用の検索キーの生成処理の動作手順例を示すフローチャート
【図７Ｂ】事件又は事故の種別に応じたレポートテンプレートの一例を示す図
【図７Ｃ】信号無視に関する画像検索用の画像検索キーの一例を示す図
【図７Ｄ】交通事故に関する画像検索用の画像検索キーの一例を示す図
【図７Ｅ】酔っ払い運転に関する画像検索用の画像検索キーの一例を示す図
【図８Ａ】実施の形態２に係る検索端末における交通事故発生当時の録画データの取得に関する動作概要の説明図
【図８Ｂ】実施の形態２に係る検索端末における交通事故発生当時の録画データの取得処理の動作手順例を示すフローチャート
【図９】実施の形態３に係る検索端末における自由視点画像の生成に関する動作概要の説明図
【図１０】実施の形態３に係る検索端末における自由視点画像の生成処理の動作手順例を示すフローチャート
【図１１】実施の形態４に係る検索端末における自由視点画像のベストショットの提示処理の動作手順例を示すフローチャート
【図１２】実施の形態５に係る検索端末に表示される証拠画像の生成に関する動作概要の説明図
【図１３Ａ】実施の形態５に係る検索端末におけるレポート生成処理の動作手順例を示すフローチャート
【図１３Ｂ】実施の形態５に係る検索端末における証拠画像生成処理の動作手順例を示すフローチャート
【発明を実施するための形態】
【００１０】
（実施の形態１の内容に至る経緯）
上述した特許文献１では、特許文献１では、複数のカメラ装置により撮像されたカメラ画像情報を車両に搭載された端末装置内の表示装置に表示することが記載されているため、ユーザ（例えば運転手）は、それぞれのカメラ装置の配置箇所におけるリアルタイムの撮像画像を確認可能である。しかしながら、特許文献１では、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って作成されるレポートの中で掲載される画像として、その事件又は事故の発生当時の状況に適した画像の検索を支援することは考慮されていない。このため、上述した事故又は事件の終了に伴って警察官がレポートを作成する際に特許文献１に記載の技術を用いても、警察官が事件又は事故の発生当時の状況を示すために適した画像を抽出できず、レポートの作成に相当の手間がかかり、警察官の作業負担の軽減は困難であった。
【００１１】
そこで、以下の実施の形態１では、上述した事情に鑑みて、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、その事件又は事故の発生当時の状況を示すために適した画像の検索を効率的に支援し、警察官の作業負担の軽減を図る画像検索支援装置及び画像検索支援方法の例を説明する。
【００１２】
以下、添付図面を適宜参照しながら、本開示に係る画像検索支援装置、画像検索支援方法、画像補完装置、画像補完方法、画像選択装置、画像選択方法、画像生成装置及び画像生成方法を具体的に開示した実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。なお、添付図面及び以下の説明は、当業者が本開示を十分に理解するために提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【００１３】
以下の各実施の形態では、多くの人や車両が行き交う交差点又はその周囲において発生した事件又は事故などのイベントの終了に伴って、警察官によりレポート（犯罪レポート）が作成される際に、そのレポートに掲載される画像の取得を支援するユースケースを例示する。
【００１４】
（実施の形態１）
図１は、各実施の形態に係るレポート作成支援システム１００のシステム構成例を示すブロック図である。図２Ａは、交差点ＩＮＴ１における複数台のカメラの設置レイアウトの第１例を示す図である。図２Ｂは、交差点ＩＮＴＣ０における複数台のカメラの設置レイアウトの第２例を示す図である。レポート作成支援システム１００は、交差点ごとに設置された複数台のカメラと、警察署内に設置された録画サーバ５０及び検索端末９０と、クラウド上に存在するクラウドサーバ７０とを含む構成である。
【００１５】
レポート作成支援システム１００では、複数台のカメラ（例えばカメラ１０，１１，１２，１３）が１セグメントを構成して交差点ごとに設置され、１セグメント内の複数台のカメラにおいて、いずれか１台のカメラ（例えばカメラ１０）が親カメラとしての役割を有し、残りの複数台のカメラ（例えばカメラ１１〜１３）は子カメラとしての役割を有する。親カメラは、自装置と接続された複数台の子カメラとの間で通信可能であり、かつ、録画サーバ５０あるいはクラウドサーバ７０との間でも通信可能な役割を有する。子カメラは、自装置と接続された親カメラとの間で通信可能である。なお図１では、交差点（１セグメント）に設置されたカメラは複数台を例示しているが、例えば親カメラ１台でもよい。また、交差点に複数台の親カメラのみが設置され、子カメラが設置されなくてもよい。
【００１６】
子カメラとしての役割を有するカメラ１１〜１３，２１〜２３は、それぞれ予め設置された際に設定された画角で被写体（例えば交差点の状況を示す映像）を撮像可能な監視カメラであり、親カメラとしての役割を有するカメラ１０，２０にそれぞれ撮像映像を送信する。撮像映像には、撮像映像のデータだけではなく、例えばその撮像映像を撮像したカメラの識別情報（カメラ情報の一例）が含まれてよく、以下同様である。
【００１７】
親カメラとしての役割を有するカメラ１０，２０は、自装置に接続された子カメラとしての役割を有するカメラ１１〜１３，２１〜２３によりそれぞれ送信された撮像映像を受信する。カメラ１０，２０は、それぞれ予め設置された際に設定された画角で被写体（例えば交差点の状況を示す映像）を撮像可能な監視カメラであり、その撮像映像と子カメラから送信された撮像映像とを対応付けて録画サーバ５０あるいはクラウドサーバ７０に送信する。
【００１８】
カメラ１０〜１３は、例えば図２Ａのように交差点ＩＮＴ１を撮像可能に設置される。カメラ１０，１１は、例えばそれぞれが略対向するように設置される。同様に、カメラ１２，１３は、例えばそれぞれが略対向するように設置される。
【００１９】
カメラ１０は、鉛直方向に立設するポールＰｅ１に対して直交して取り付けられた支持バーに沿って、信号機ＳＮ１と隣り合って設置される。カメラ１０の画角は、交差点ＩＮＴ１の中央部が主な画角中心であり、更に、その中央部の周囲の停止線ＨＬＴ２及びその停止線ＨＬＴ２の付近の一定エリアが撮像画角として含まれるように設定される。従って、カメラ１０は、設定された撮像画角内の映像を撮像可能である。
【００２０】
カメラ１１は、鉛直方向に立設するポールＰｅ２に対して直交して取り付けられた支持バーに沿って、信号機ＳＮ２と隣り合って設置される。カメラ１１の画角は、交差点ＩＮＴ１の中央部が主な画角中心であり、更に、その中央部の周囲の停止線ＨＬＴ１及びその停止線ＨＬＴ１の付近の一定エリアが撮像画角として含まれるように設定される。従って、カメラ１１は、設定された撮像画角内の映像を撮像可能である。
【００２１】
カメラ１２は、鉛直方向に立設するポールＰｅ３に対して直交して取り付けられた支持バーに沿って、信号機ＳＮ３と隣り合って設置される。カメラ１２の画角は、交差点ＩＮＴ１の中央部が主な画角中心であり、更に、その中央部の周囲の停止線ＨＬＴ４及びその停止線ＨＬＴ４の付近の一定エリアが撮像画角として含まれるように設定される。従って、カメラ１２は、設定された撮像画角内の映像を撮像可能である。
【００２２】
カメラ１３は、鉛直方向に立設するポールＰｅ４に対して直交して取り付けられた支持バーに沿って、信号機ＳＮ４と隣り合って設置される。カメラ１３の画角は、交差点ＩＮＴ１の中央部が主な画角中心であり、更に、その中央部の周囲の停止線ＨＬＴ３及びその停止線ＨＬＴ３の付近の一定エリアが撮像画角として含まれるように設定される。従って、カメラ１３は、設定された撮像画角内の映像を撮像可能である。
【００２３】
なお、カメラ１０〜１３に限らず、図１に示すカメラ２０〜２３も、カメラ１０〜１３と同様にして交差点に設置されてよい。また、カメラ１０〜１３，２０〜２３は、図２Ａに示す設置レイアウトに従って設置されることに限定されない。例えば、図２Ｂに示すように、それぞれのカメラはそのレンズの光軸が対向するように設置されてよい。図２Ｂに示す設置レイアウトは、交差点ＩＮＴＣ０に差し掛かる歩道の端部エリアに設置されかつ地面に対して鉛直方向に立設されたポールＰｌ１〜Ｐｌ４に沿ってカメラが取り付けられる。
【００２４】
図２Ｂに示すように、カメラＣ１，Ｃ３が交差点ＩＮＴＣ０を挟んで対向するように設置され、カメラＣ２，Ｃ４が交差点ＩＮＴＣ０を挟んで対向するように設置される。カメラＣ１，Ｃ２，Ｃ３，Ｃ４は、それぞれ信号機が載置されたポールＰｌ１，Ｐｌ２，Ｐｌ３，Ｐｌ４に固定的に設置されている。
【００２５】
録画サーバ５０（捜査支援装置の一例）は、警察署内に設置され、その警察署の管轄区内の交差点に設置されたカメラ（具体的には、親カメラ）から送信された撮像映像を受信して蓄積部５２（図４参照）に蓄積する。蓄積された撮像映像は、例えば事件又は事故などのイベントが発生した場合に、検索端末９０からの要求（指示）に基づいて録画サーバ５０によって映像解析がなされ、その事件又は事故に関する詳細情報の取得に利用される。録画サーバ５０は、例えばバックアップ目的として、一部の撮像映像（例えば、管理者が使用する端末（図示略）の操作により指定された撮像映像（例えば重要事件、重大事件の撮像映像））をクラウドサーバ７０に送信（アップロード）して蓄積させてよい。また、録画サーバ５０は、受信された撮像映像を解析し、タグ情報（例えば、撮像映像中に現れた人物の顔、車種や色などの車両に関する情報）を取得し、取得されたタグ情報を撮像映像に関連付けて付与して蓄積部５２に蓄積してよい。また、録画サーバ５０は、撮像映像の解析により、交差点又はその周囲において事件又は事故などのイベントの発生を検出してよい。
【００２６】
検索端末９０（画像検索支援装置、画像補完装置、画像選択装置、画像生成装置の一例）は、警察署内に設置され、警察署内の職員（つまり、検索端末９０のユーザである警察官）により使用される端末であり、例えばラップトップ型又はノート型のＰＣ（Personal Computer）である。警察官は、例えば事件又は事故が発生した場合に、その事件又は事故の発生を警察署に通報した人（通報者）からの電話（入電）を受け（受電）、その事件又は事故に関する詳細な情報を通報者に問い合わせしたり、その問い合わせによって得られた各種の詳細情報を正確にデータとして記録したりする。なお、検索端末９０は、上述した型のＰＣに限定されず、例えばスマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistant）等の通信機能を有するコンピュータであってよい。検索端末９０は、録画サーバ５０あるいはクラウドサーバ７０に蓄積されている撮像映像の検索もしくは解析を録画サーバ５０あるいはクラウドサーバ７０に要求（指示）し、その検索結果もしくは解析結果を出力部９４（図４参照）に表示する。
【００２７】
クラウドサーバ７０は、クラウドなどのネットワーク上に設けられ、様々な警察署がそれぞれの管轄区内の交差点に設置されたカメラ（具体的には、親カメラ）又は録画サーバ５０から送信された撮像映像を受信して蓄積部７２（図４参照）に蓄積する。蓄積された撮像映像は、例えば事件又は事故などのイベントが発生した場合に、検索端末９０からの要求（指示）に基づいてクラウドサーバ７０によって映像解析がなされ、その事件又は事故に関する詳細情報の取得に利用される。また、クラウドサーバ７０は、受信された撮像映像を解析し、タグ情報（例えば、撮像映像中に現れた人物の顔、車種や色などの車両に関する情報）を取得し、取得されたタグ情報を撮像映像に関連付けて付与して蓄積部７２に蓄積してよい。また、クラウドサーバ７０は、撮像映像の解析により、交差点又はその周囲において事件又は事故などのイベントの発生を検出してよい。
【００２８】
なお図１では、警察署内に設けられる録画サーバ５０及び検索端末９０は１台のみ示されているが、それぞれ複数台が設けられてよい。また、レポート作成支援システム１００において、警察署も複数の警察署が含まれてよい。同様に、クラウドに設けられるクラウドサーバ７０は１台のみ示されているが、複数台が設けられてよい。
【００２９】
図３は、各実施の形態に係る親カメラ、子カメラの内部構成例を示すブロック図である。子カメラに相当するカメラ１１，１２，１３と親カメラに相当するカメラ１０とは、イントラネットＮＷ２のような有線ＬＡＮ（Local Area Network）を介して接続されてもよいし、局所的な無線ネットワーク（例えば、無線ＬＡＮ）を介して接続されてもよい。
【００３０】
子カメラに相当するカメラ１１，１２，１３，２１，２２，２３は、撮影部４１と、プロセッサ４２と、記録部４３と、ローカル通信部４４とを含む構成である。子カメラの構成の説明に関して、説明を簡単にするためにカメラ１１を例示して説明するが、図３の説明においてカメラ１１はカメラ１２，１３，２１，２２，２３のいずれにも読み替えてもよい。
【００３１】
撮影部４１は、撮像レンズと、ＣＣＤ（Charge Coupled Device）型イメージセンサもしくはＣＭＯＳ（Complementary Metal Oxide Semiconductor）型イメージセンサ等の固体撮像素子とを有する構成である。撮影部４１は、カメラ１１の電源がオンである間、固体撮像素子による撮像に基づいて得られた被写体の撮像映像のデータを常時プロセッサ４２に出力する。また、撮影部４１は、カメラの撮影方向やズーム倍率を変更させる機構であるパンチルトズーム機構を備えていてもよい。
【００３２】
プロセッサ４２は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）もしくはＦＰＧＡ（Field-Programmable Gate Array）を用いて構成される。
【００３３】
プロセッサ４２は、カメラ１１の制御部として機能し、カメラ１１の各部の動作を全体的に統括するための制御処理、カメラ１１の各部との間のデータの入出力処理、データの演算（計算）処理及びデータの記憶処理を行う。プロセッサ４２は、メモリ４５に記憶されたプログラム及びデータに従って動作する。プロセッサ４２は、動作時にメモリ４５を使用し、現在の時刻情報を取得したり、撮影部４１により撮像された撮像映像のデータを記録部４３に記録（保存）したりする。なお、図３には図示を省略しているが、カメラ１１がＧＰＳ（Global Positioning System）受信部を有する場合には、ＧＰＳ受信部から現在の位置情報を取得し、撮像映像のデータに位置情報を更に対応付けて記録してよい。
【００３４】
ここでＧＰＳ受信部について簡単に説明しておく。ＧＰＳ受信部は、複数のＧＰＳ発信機（例えば４個の航法衛星）から送信される、各自の信号送信時刻及び位置座標を含む衛星信号を受信する。ＧＰＳ受信部は、複数の衛星信号を用いて、現在の親カメラや子カメラの位置座標及び衛星信号の受信時刻を算出する。なお、この算出は、ＧＰＳ受信部ではなく、ＧＰＳ受信部からの出力が入力されたプロセッサ３２，４２により実行されてもよい。なお、受信時刻の情報は、親カメラや子カメラのシステム時刻の補正のためにも使用されてもよい。システム時刻は、例えば撮像映像を構成する撮像画像の撮像時刻の記録等に利用される。
【００３５】
また、プロセッサ４２は、ローカル通信部４４により受信された外部からの制御コマンドに従って、撮影部４１による撮影条件を制御してよい。例えば、外部からの制御コマンドが撮影方向の変更を指示する場合、プロセッサ４２は、その制御コマンドに従って、撮影部４１の撮影時における撮影方向を変更する。例えば、外部からの制御コマンドがズーム倍率の変更を指示する場合、プロセッサ４２は、その制御コマンドに従って、撮影部４１の撮影時におけるズーム倍率を変更る。例えば、外部からの制御コマンドが指定された被写体の追跡処理を指示する場合、プロセッサ４２は、その制御コマンドに従って、記録部４３に記録された撮像映像のデータを用いて、指定された被写体の追跡処理を実行する。なお、複数種類の制御コマンドがプロセッサ４２において取得された場合には、プロセッサ４２は、それぞれの制御コマンドに従って、該当する処理を実行してよい。
【００３６】
また、プロセッサ４２は、記録部４３に記録された撮像映像のデータを、ローカル通信部４４を介して親カメラ（例えばカメラ１０）に繰り返して送信する。ここで、繰り返して送信するとは、定められた一定周期の時間経過の度に送信することに限定されず、一定周期ではなく定められた不規則な時間間隔の経過の度に送信することも含まれてよく、複数回にわたって送信することを含み、以下同様である。
【００３７】
記録部４３は、カメラ１１に内蔵される半導体メモリ（例えばフラッシュメモリ）、又はカメラ１１に内蔵されないメモリカード（例えばＳＤカード）などの外部記憶媒体を用いて構成される。記録部４３は、プロセッサ４２により生成された撮像映像のデータをカメラ１１の識別情報（カメラ情報の一例）や撮像時の日時情報と対応付けて記録する。記録部４３は、例えば所定時間分の撮像映像のデータを常時プリバッファリングして保持し、現在時刻より所定時間（例えば３０秒）前までの撮像映像のデータを蓄積し続ける。なお、記録部４３がメモリカードで構成される場合、カメラ１１の筐体に挿抜自在に装着される。
【００３８】
ローカル通信部４４は、例えば近距離無線通信を用いて、プロセッサ４２の指示に基づいて、記録部４３に記録された撮像映像のデータを親カメラ（例えばカメラ１０）に送信する。
【００３９】
メモリ４５は、例えばＲＡＭ（Random Access Memory）とＲＯＭ（Read Only Memory）を用いて構成され、カメラ１１の動作の実行に必要なプログラムやデータ、更には、動作中に生成された情報又はデータなどを一時的に保存する。ＲＡＭは、例えばプロセッサ４２の動作時に使用されるワークメモリである。ＲＯＭは、例えばプロセッサ４２を制御するためのプログラム及びデータを予め記憶する。また、メモリ４５は、例えばカメラ１１を識別する識別情報（例えばシリアル番号）及び各種設定情報を記憶する。
【００４０】
親カメラに相当するカメラ１０は、撮影部３１と、プロセッサ３２と、記録部３３と、広域通信部３４と、ローカル通信部３５と、メモリ３６とを含む構成である。親カメラの構成の説明に関して、説明を簡単にするためにカメラ１０を例示して説明するが、図３の説明においてカメラ１０はカメラ２０にも読み替えてもよい。
【００４１】
撮影部３１は、撮像レンズと、ＣＣＤ型イメージセンサもしくはＣＭＯＳ型イメージセンサ等の固体撮像素子とを有する構成である。撮影部３１は、カメラ１０の電源がオンである間、固体撮像素子による撮像に基づいて得られた被写体の撮像映像のデータを常時プロセッサ３２に出力する。また、撮影部３１は、カメラの撮影方向やズーム倍率を変更させる機構であるパンチルトズーム機構を備えていてもよい。
【００４２】
プロセッサ３２は、例えばＣＰＵ、ＭＰＵ、ＤＳＰもしくはＦＰＧＡを用いて構成される。プロセッサ３２は、カメラ１０の制御部として機能し、カメラ１０の各部の動作を全体的に統括するための制御処理、カメラ１０の各部との間のデータの入出力処理、データの演算（計算）処理及びデータの記憶処理を行う。プロセッサ３２は、メモリ３６に記憶されたプログラム及びデータに従って動作する。プロセッサ３２は、動作時にメモリ３６を使用し、現在の時刻情報を取得したり、撮影部３１により撮像された撮像映像のデータや子カメラ（例えばカメラ１１〜１３）からそれぞれ送信された撮像映像のデータを記録部３３に記録したりする。なお、図３には図示を省略しているが、カメラ１０がＧＰＳ受信部を有する場合には、ＧＰＳ受信部から現在の位置情報を取得してよい。
【００４３】
また、プロセッサ３２は、ローカル通信部３５により受信された外部からの制御コマンドに従って、撮影部３１による撮影条件を制御してよい。例えば、外部からの制御コマンドが撮影方向の変更を指示する場合、プロセッサ３２は、その制御コマンドに従って、撮影部３１の撮影時における撮影方向を変更する。例えば、外部からの制御コマンドがズーム倍率の変更を指示する場合、プロセッサ３２は、その制御コマンドに従って、撮影部３１の撮影時におけるズーム倍率を変更する。例えば、外部からの制御コマンドが指定された被写体の追跡処理を指示する場合、プロセッサ３２は、その制御コマンドに従って、記録部３３に記録された撮像映像のデータを用いて、指定された被写体の追跡処理を実行する。なお、複数種類の制御コマンドがプロセッサ３２において取得された場合には、プロセッサ３２は、それぞれの制御コマンドに従って、該当する処理を実行してよい。
【００４４】
また、プロセッサ３２は、記録部３３に記録された撮像映像のデータを、広域通信部３４及びネットワークＮＷ１（例えばインターネット）を介して録画サーバ５０あるいはクラウドサーバ７０に繰り返して送信する。
【００４５】
記録部３３は、カメラ１０に内蔵される半導体メモリ（例えばフラッシュメモリ）、又はカメラ１０に内蔵されないメモリカード（例えばＳＤカード）などの外部記憶媒体を用いて構成される。記録部３３は、プロセッサ３２により生成された撮像映像のデータをカメラ１０の識別情報（カメラ情報の一例）や撮像時の日時情報と対応付けて記録したり、子カメラ（例えばカメラ１１〜１３）からそれぞれ送信された撮像映像のデータをそれぞれのカメラの識別情報（カメラ情報の一例）や撮像時の日時情報と対応付けて記録したりする。記録部３３は、例えば所定時間分の撮像映像のデータを常時プリバッファリングして保持し、現在時刻より所定時間（例えば３０秒）前までの撮像映像のデータを蓄積し続ける。なお、記録部３３がメモリカードで構成される場合、カメラ１０の筐体に挿抜自在に装着される。
【００４６】
広域通信部３４は、プロセッサ３２の指示に基づいて、有線のインターネットなどのネットワークＮＷ１を介して、記録部３３に記録された撮像映像のデータを録画サーバ５０あるいはクラウドサーバ７０に送信する。また、広域通信部３４は、外部（例えば録画サーバ５０あるいはクラウドサーバ７０）から送信されたカメラの制御コマンドを受信したり、カメラの状態情報を外部（例えば録画サーバ５０あるいはクラウドサーバ７０）に送信したりする。
【００４７】
ローカル通信部３５は、例えば近距離無線通信を用いて、広域通信部３４により受信されたカメラの制御コマンドを子カメラ（例えばカメラ１１〜１３）にそれぞれ送信したり、子カメラ（例えばカメラ１１〜１３）からそれぞれ送信された撮像映像のデータを受信したりする。
【００４８】
メモリ３６は、例えばＲＡＭとＲＯＭを用いて構成され、カメラ１０の動作の実行に必要なプログラムやデータ、更には、動作中に生成された情報又はデータなどを一時的に保存する。ＲＡＭは、例えばプロセッサ３２の動作時に使用されるワークメモリである。ＲＯＭは、例えばプロセッサ３２を制御するためのプログラム及びデータを予め記憶する。また、メモリ３６は、例えばカメラ１０を識別する識別情報（例えばシリアル番号）及び各種設定情報を記憶する。
【００４９】
図４は、各実施の形態に係る録画サーバ５０、検索端末９０の内部構成例を示すブロック図である。録画サーバ５０と検索端末９０とは、ともに警察署内に設けられた有線ＬＡＮなどのイントラネットを用いて接続されてもよいし、局所的な無線ネットワーク（例えば、無線ＬＡＮ）を介して接続されてもよい。
【００５０】
録画サーバ５０は、通信部５１と、蓄積部５２と、映像検索部５３と、映像解析部５４と、タグ付与部５５と、パターン抽出部５６と、メモリ５７とを含む構成である。映像検索部５３と、映像解析部５４と、タグ付与部５５と、パターン抽出部５６とは、例えばＣＰＵ、ＭＰＵ、ＤＳＰ、ＦＰＧＡなどのプロセッサにより構成される。
【００５１】
通信部５１は、インターネットなどのネットワークＮＷ１を介して接続された親カメラ（例えばカメラ１０，２０）との間で通信を行い、親カメラから送信された撮像映像（つまり、交差点の状況を示す映像）を受信する。また、通信部５１は、警察署内に設けられたイントラネットなどのネットワークを介して、検索端末９０との間で通信を行い、検索端末９０から送信された要求（リクエスト、指示）を受信したり、その要求（指示）に対する応答（レスポンス）を送信したりする。また、通信部５１は、蓄積部５２に蓄積された撮像映像のデータの一部をクラウドサーバ７０に転送する。
【００５２】
蓄積部５２は、例えばハードディスクドライブ（ＨＤＤ：Hard Disk Drive）又はソリッドステートドライブ（ＳＳＤ：Solid State Drive）を用いて構成される。蓄積部５２は、親カメラ（例えばカメラ１０，２０）から送信された撮像映像のデータを、その撮像映像を撮像したカメラの識別情報（カメラ情報の一例）や撮像時の日時情報と対応付けて記録する。蓄積部５２は、複数の交差点を含む道路地図情報も記録しており、例えば道路の新規建設などによって道路地図情報の更新が行われる度に、更新後の道路地図情報を記録する。蓄積部５２は、それぞれの交差点に設置された１台又は複数台のカメラとその交差点との対応関係を示す交差点カメラ設置データを記録している。交差点カメラ設置データは、例えば交差点の識別情報（交差点情報の一例、例えば交差点ＩＤ）とカメラの識別情報（カメラＩＤ）とが対応付けられており、以下の説明においても同様である。従って、蓄積部５２は、カメラの撮像映像のデータをカメラ情報及び交差点情報と対応付けて記録している。
【００５３】
映像検索部５３は、検索端末９０から送信された検索キーを含む検索要求（検索指示）に基づいて、蓄積部５２に記録されている撮像映像のデータの中から、検索キーを満たす撮像映像のデータを検索し、検索結果のデータを検索端末９０の出力部９４に表示するように通信部５１を介して送信する。
【００５４】
映像解析部５４は、蓄積部５２に記録されている撮像映像のデータに対して映像解析の処理を行い、撮像映像に現れる被写体（例えば人物、車両）に関する情報を抽出して取得する。映像解析部５４は、被写体に関する情報として、例えば車両（例えば事件又は事故を引き起こして逃走した車両）の車種、色やナンバープレートなどの情報、その車両に乗車している人物を特定可能な情報や乗車している人数の情報を取得し、映像解析の処理対象となった撮像映像のデータとともにてタグ付与部５５に送ったり、蓄積部５２に記録したりする。
【００５５】
タグ付与部５５は、映像解析部５４から送られた映像解析の処理結果の情報（タグ情報）を、映像解析部５４による映像解析の処理対象となった撮像映像のデータに対応付けて蓄積部５２に記録する。タグ付与部５５は、撮像映像のデータにタグ情報を付与する際に、映像解析部５４による映像解析の処理対象となった撮像映像が撮像された日時情報やその撮像映像を撮像したカメラの識別情報も併せて対応付けて蓄積部５２に記録する。これにより、録画サーバ５０は、どの交差点のいつの時点で撮像された撮像映像にどのようなタグ情報が付与されたのかが明確に判別可能となる。
【００５６】
パターン抽出部５６は、蓄積部５２に記録されているタグ情報及び撮像映像のデータを用いて、車両が日常的に交差点を通過する時の同一の行動パターンの有無を判別する。パターン抽出部５６は、その行動パターンがあると判別した場合には、行動パターンに関する情報をパターン情報として蓄積部５２に記録（保存）する。パターン抽出部５６は、例えば車両のナンバープレートのナンバーごとに、その車両が交差点を通過した時の日時情報（例えば曜日及び時刻）のヒストグラム（つまり、発生頻度）に基づいて、そのヒストグラムのピークが得られた日時情報をパターン情報として抽出する。
【００５７】
メモリ５７は、例えばＲＡＭとＲＯＭを用いて構成され、録画サーバ５０の動作の実行に必要なプログラムやデータ、更には、動作中に生成された情報又はデータなどを一時的に保存する。ＲＡＭは、例えばプロセッサＰＲＣ１の動作時に使用されるワークメモリである。ＲＯＭは、例えばプロセッサＰＲＣ１を制御するためのプログラム及びデータを予め記憶する。また、メモリ５７は、例えば録画サーバ５０を識別する識別情報（例えばシリアル番号）及び各種設定情報を記憶する。
【００５８】
検索端末９０は、操作部９１と、プロセッサ９２と、通信部９３と、出力部９４と、メモリ９５とを含む構成である。検索端末９０は、上述したように警察署内の職員（つまり、警察官）により使用される。警察官は、例えば事件又は事故のイベントの目撃者などによってそのイベントの発生を通報するための電話（入電）があった場合に、ヘッドセットＨＤＳを装着して電話に応対する。ヘッドセットＨＤＳは、検索端末９０に接続されて使用され、警察官の発した音声を収音したり、入電があった電話機（図示略）を介して送られた通報者の発した音声を出力したりする。
【００５９】
操作部９１は、警察官の入力操作を検出するユーザインターフェース（ＵＩ：User Interface）であり、マウスやキーボードなどを用いて構成される。操作部９１は、警察官の入力操作に基づく信号をプロセッサ９２に出力する。操作部９１は、例えば警察官が調査したいと考えている日時における交差点の撮像映像を確認したい場合に、その日時情報及び交差点に関する情報（例えば交差点の位置情報）である検索キーの入力を受け付ける。また、操作部９１は、例えば警察官が調査したいと考えている日時における車両（例えば逃走車両）の撮像映像を確認したい場合に、その日時情報及び車両に関する情報（例えば車種や色）である検索キーの入力を受け付ける。
【００６０】
プロセッサ９２は、例えばＣＰＵ、ＭＰＵ、ＤＳＰ又はＦＰＧＡを用いて構成され、検索端末９０の制御部として機能し、検索端末９０の各部の動作を全体的に統括するための制御処理、検索端末９０の各部との間のデータの入出力処理、データの演算（計算）処理及びデータの記憶処理を行う。プロセッサ９２は、メモリ９５に記憶されたプログラム及びデータに従って動作する。プロセッサ９２は、動作時にメモリ９５を使用し、現在の時刻情報を取得したり、録画サーバ５０又はクラウドサーバ７０から送信された各種の撮像映像の検索結果のデータを出力部９４に表示したりする。また、プロセッサ９２は、操作部９１から送られた検索キーの入力に応じて、検索キーを含む検索要求（検索指示）を生成し、その検索要求（検索指示）を、通信部９３を介して録画サーバ５０あるいはクラウドサーバ７０に送信する。
【００６１】
通信部９３は、インターネットなどのネットワークＮＷ３を介して接続されたクラウドサーバ７０との間で通信を行い、クラウドサーバ７０から送信された各種の撮像映像（例えば、検索端末９０が要求した撮像映像）を受信する。また、通信部９３は、警察署内に設けられたイントラネットなどのネットワークを介して、録画サーバ５０との間で通信を行い、録画サーバ５０に対して各種の撮像映像（例えば、警察官が調べたいと考えている車両や交差点の撮像映像）の検索要求（リクエスト、指示）を送信したり、その要求（指示）に対する応答（レスポンス）を受信したりする。
【００６２】
出力部９４は、例えばＬＣＤ（Liquid Crystal Display）又は有機ＥＬ（Electroluminescence）などのディスプレイを用いて構成され、プロセッサ９２から送られた各種
の撮像映像のデータを表示する。また、出力部９４は、例えばスピーカを用いて構成されてよく、プロセッサ９２から送られた音声信号（例えば所定の警報音）を音声出力する。
【００６３】
メモリ９５は、例えばＲＡＭとＲＯＭを用いて構成され、検索端末９０の動作の実行に必要なプログラムやデータ、更には、動作中に生成された情報又はデータなどを一時的に保存する。ＲＡＭは、例えばプロセッサ９２の動作時に使用されるワークメモリである。ＲＯＭは、例えばプロセッサ９２を制御するためのプログラム及びデータを予め記憶する。また、メモリ９５は、例えば検索端末９０を識別する識別情報（例えばシリアル番号）及び各種設定情報を記憶する。
【００６４】
蓄積部９６は、例えばハードディスク（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）を用いて構成される。蓄積部９６は、例えばプロセッサ９２が生成する画像検索キー（後述参照）の生成時に用いるレポートテンプレート（図７Ｂ参照）を事件又は事故などのイベントの種別ごとに保持している。蓄積部９６は、録画サーバ５０あるいはクラウドサーバ７０から送信された撮像画像もしくは撮像映像のデータを、その撮像画像もしくは撮像映像を撮像したカメラの識別情報（カメラ情報の一例）や、そのカメラが設置された交差点情報と撮像時の日時情報と対応付けて記録する。なお、蓄積部９６は、それぞれの交差点に設置された１台又は複数台のカメラとその交差点との対応関係を示す交差点カメラ設置データを記録してもよく、この場合には、カメラの撮像映像のデータをカメラ情報及び交差点情報と対応付けて記録する。
【００６５】
図５は、各実施の形態に係るクラウドサーバ７０の内部構成例を示すブロック図である。クラウドサーバ７０は、インターネットなどのネットワークＮＷ１を介して録画サーバ５０との間で通信可能に接続され、また、インターネットなどのネットワークＮＷ３を介して検索端末９０との間で通信可能に接続されている。
【００６６】
クラウドサーバ７０は、通信部７１と、蓄積部７２と、映像検索部７３と、映像解析部７４と、タグ付与部７５と、パターン抽出部７６と、メモリ７７とを含む構成である。映像検索部７３と、映像解析部７４と、タグ付与部７５と、パターン抽出部７６とは、例えばＣＰＵ、ＭＰＵ、ＤＳＰ、ＦＰＧＡなどのプロセッサにより構成される。
【００６７】
通信部７１は、インターネットなどのネットワークＮＷ１を介して接続された録画サーバ５０との間で通信を行い、録画サーバ５０から転送された撮像映像（例えば、管理者が使用する端末（図示略）の操作により指定された撮像映像（例えば重要事件、重大事件の撮像映像））を受信する。また、通信部７１は、インターネットなどのネットワークＮＷ３を介して、検索端末９０との間で通信を行い、検索端末９０から送信された要求（リクエスト、指示）を受信したり、その要求（指示）に対する応答（レスポンス）を送信したりする。
【００６８】
蓄積部７２は、例えばハードディスク（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）を用いて構成される。蓄積部７２は、親カメラ（例えばカメラ１０，２０）又は録画サーバ５０から送信された撮像映像のデータを、その撮像映像を撮像したカメラの識別情報（カメラ情報の一例）や撮像時の日時情報と対応付けて記録する。蓄積部７２は、複数の交差点を含む道路地図情報も記録しており、例えば道路の新規建設などによって道路地図情報の更新が行われる度に、更新後の道路地図情報を記録する。蓄積部７２は、それぞれの交差点に設置された１台又は複数台のカメラとその交差点との対応関係を示す交差点カメラ設置データを記録している。従って、蓄積部７２は、カメラの撮像映像のデータをカメラ情報及び交差点情報と対応付けて記録している。
【００６９】
映像検索部７３は、検索端末９０から送信された検索キーを含む検索要求（検索指示）に基づいて、蓄積部７２に記録されている撮像映像のデータの中から、検索キーを満たす撮像映像のデータを検索し、検索結果のデータを検索端末９０の出力部９４に表示するように通信部５１を介して送信する。
【００７０】
映像解析部７４は、蓄積部７２に記録されている撮像映像のデータに対して映像解析の処理を行い、撮像映像に現れる被写体（例えば人物、車両）に関する情報を抽出して取得する。映像解析部７４は、被写体に関する情報として、例えば車両（例えば事件又は事故を引き起こして逃走した車両）の車種や色などの情報、その車両に乗車している人物を特定可能な情報を取得し、映像解析の処理対象となった撮像映像のデータとともにてタグ付与部７５に送ったり、蓄積部７２に記録したりする。
【００７１】
タグ付与部７５は、映像解析部７４から送られた映像解析の処理結果の情報（タグ情報）を、映像解析部７４による映像解析の処理対象となった撮像映像のデータに対応付けて蓄積部７２に記録する。タグ付与部７５は、撮像映像のデータにタグ情報を付与する際に、映像解析部７４による映像解析の処理対象となった撮像映像が撮像された日時情報やその撮像映像を撮像したカメラの識別情報も併せて対応付けて蓄積部７２に記録する。これにより、クラウドサーバ７０は、どの交差点のいつの時点で撮像された撮像映像にどのようなタグ情報が付与されたのかが明確に判別可能となる。
【００７２】
パターン抽出部７６は、蓄積部７２に記録されているタグ情報及び撮像映像のデータを用いて、車両が日常的に交差点を通過する時の同一の行動パターンの有無を判別する。パターン抽出部７６は、その行動パターンがあると判別した場合には、行動パターンに関する情報をパターン情報として蓄積部７２に記録（保存）する。パターン抽出部７６は、例えば車両のナンバープレートのナンバーごとに、その車両が交差点を通過した時の日時情報（例えば曜日及び時刻）のヒストグラム（つまり、発生頻度）に基づいて、そのヒストグラムのピークが得られた日時情報をパターン情報として抽出する。
【００７３】
メモリ７７は、例えばＲＡＭとＲＯＭを用いて構成され、クラウドサーバ７０の動作の実行に必要なプログラムやデータ、更には、動作中に生成された情報又はデータなどを一時的に保存する。ＲＡＭは、例えばプロセッサＰＲＣ２の動作時に使用されるワークメモリである。ＲＯＭは、例えばプロセッサＰＲＣ２を制御するためのプログラム及びデータを予め記憶する。また、メモリ７７は、例えばクラウドサーバ７０を識別する識別情報（例えばシリアル番号）及び各種設定情報を記憶する。
【００７４】
図６は、各実施の形態のレポート作成支援システムにおけるレポート生成シナリオの動作手順例を示すシーケンス図である。図６に示すレポート作成シナリオは、例えば交差点又はその周囲において発生した事件又は事故などのイベントが終了した場合に、そのイベントを担当した警察官によってレポート（所謂、犯罪レポート）が作成される際に、レポート作成支援システム１００により具体的に実行される動作手順（ユースケース）の一例を示す。図６の説明では、事件の終了に伴ってレポートが作成される場合を例示して説明する。
【００７５】
図６において、事件が終了すると（Ｓｃ１）、その事件を担当した警察官ＯＦＣは、その事件のレポートを作成するために、その事件に関する情報（つまり、事件情報）を検索端末９０に入力する（Ｓｃ２）。検索端末９０は、警察官ＯＦＣの入力操作により入力された事件情報を基に、事件のレポートに掲載する画像を録画サーバ５０あるいはクラウドサーバ７０に検索するために、その検索に必要となる各種の項目を抽出する（Ｓｃ３）。検索端末９０は、ステップＳｃ３の抽出により得られた各種の項目の情報又はデータを取得して、画像検索キーを生成する。検索端末９０は、生成された画像検索キーを録画サーバ５０あるいはクラウドサーバ７０に送信する（Ｓｃ４）。
【００７６】
録画サーバ５０あるいはクラウドサーバ７０は、ステップＳｃ４において検索端末９０から送信された画像検索キーに基づいて、画像検索キーを満たす該当するカメラの撮像画像のデータを検索する（Ｓｃ５）。録画サーバ５０あるいはクラウドサーバ７０は、ステップＳｃ５の検索結果の撮像画像のデータを検索端末９０に送信する（Ｓｃ６）。検索端末９０は、ステップＳｃ６において録画サーバ５０あるいはクラウドサーバ７０から送信された撮像画像のデータを出力部９４に出力（例えば表示）する（Ｓｃ７）。この時点で警察官ＯＦＣがレポートに掲載することに適した画像が得られていれば、レポート作成シナリオはステップＳｃ８に進む。一方、警察官ＯＦＣがレポートに掲載することに適した画像が得られていない場合には、レポート作成シナリオはステップＳｃ３に戻り、警察官ＯＦＣがレポートに掲載することに適した画像が得られるまで、ステップＳｃ３〜Ｓｃ７の処理が繰り返される。
【００７７】
警察官ＯＦＣがレポートに掲載することに適した画像が得られた後、検索端末９０は、警察官ＯＦＣの入力操作により、指定された画像を選択し（Ｓｃ８）、この選択された画像を用いてレポートを作成する（Ｓｃ９）。このレポートのデータは、例えば蓄積部９６に保存されてもよいし、蓄積部９６とは異なる他のストレージに保存されてもよい。
【００７８】
また、レポートの作成とは別のタイミングで、警察署は、警察が逮捕した事件の犯人に対して起訴を行うかどうかを取り調べする検察官あるいは裁判所の判事などから、事件の発生当時の状況を示す証拠映像の提出の要請を受けることがある（Ｓｃ１０）。このような提出の要請があると、検索端末９０は、例えば警察署の該当する事件を担当した警察官とは別の警察官（以下、「証拠映像作成官」と便宜的に称する。）の入力操作により、ステップＳｃ９において作成されたレポートを読み出して参照する（Ｓｃ１１）。
【００７９】
検索端末９０は、証拠映像作成官の入力操作に基づいて、証拠映像を録画サーバ５０あるいはクラウドサーバ７０から検索するために、その検索に必要となる映像の抽出条件を決定する（Ｓｃ１２）。検索端末９０は、ステップＳｃ１２により決定された映像の抽出条件を示す情報又はデータを取得して、映像検索キーを生成する。検索端末９０は、生成された映像検索キーを録画サーバ５０あるいはクラウドサーバ７０に送信する（Ｓｃ１３）。
【００８０】
録画サーバ５０あるいはクラウドサーバ７０は、ステップＳｃ１３において検索端末９０から送信された映像検索キーに基づいて、映像検索キーを満たす該当するカメラの撮像映像のデータを検索する（Ｓｃ１４）。録画サーバ５０あるいはクラウドサーバ７０は、ステップＳｃ１４の検索結果の撮像映像のデータを検索端末９０に送信する（Ｓｃ１５）。検索端末９０は、ステップＳｃ１５において録画サーバ５０あるいはクラウドサーバ７０から送信された撮像映像のデータを出力部９４に出力（例えば表示）する。検索端末９０は、出力部９４に表示された撮像映像のデータを目視で確認した証拠映像作成官の入力操作により、撮像映像のデータの形式を提出用の所定の形式（例えばＭＰ４）に変換してＤＶＤ（Digital Versatile Disk）にコピーする（Ｓｃ１６）。これにより、検察官や裁判所の判事により要請された証拠映像の提出が可能となる。
【００８１】
図７Ａは、実施の形態１に係る検索端末９０における画像検索用の検索キーの生成処理の動作手順例を示すフローチャートである。図７Ｂは、事件又は事故の種別に応じたレポートテンプレートの一例を示す図である。図７Ｃは、信号無視に関する画像検索用の画像検索キーＳＣＨＫ１の一例を示す図である。図７Ｄは、交通事故に関する画像検索用の画像検索キーＳＣＨＫ２の一例を示す図である。図７Ｅは、酔っ払い運転に関する画像検索用の画像検索キーＳＣＨＫ３の一例を示す図である。図７Ａに示す検索キーの生成処理は、図６に示すレポート作成シナリオのステップＳｃ３において実行されるものである。
【００８２】
図７Ａにおいて、検索端末９０（画像検索支援装置の一例）は、図６のステップＳｃ１において終了した事件を担当した警察官の入力操作により、事件情報の入力を受け付ける（Ｓ１）。ステップＳ１において入力される事件情報は、例えば事件番号（あるいは事件種別）、事件の発生した日付及び場所の情報、並びに、事件の発生時における事件の発生に関与した車両（例えば事件を起こした車両）の走行方向の情報である。
【００８３】
検索端末９０は、ステップＳ１において入力された事件情報の事件番号あるいは事件種別に応じたレポートテンプレートを抽出する（Ｓ２）。
【００８４】
ここで、レポートテンプレートについて、図７Ｂを参照して説明する。
【００８５】
レポートテンプレートは、事件又は事故のイベントの種別ごとに、そのイベントの発生当時の状況を示す画像もしくは映像の抽出条件を保持するデータである。図７Ｂでは、例えば事件の種別が「信号無視」に対応したレポートテンプレートＴＰ１と、事件の種別が「交通事故」に対応したレポートテンプレートＴＰ２と、事件の種別が「酔っ払い運転」に対応したレポートテンプレートＴＰ３とが例示されている。なお、図７Ｂでは、「信号無視」、「交通事故」、「酔っ払い運転」に対応するレポートテンプレートだけが図示されているが、レポートテンプレートはこれらに限定されるものではない。
【００８６】
レポートテンプレートＴＰ１は、「信号無視」の発生当時の状況を示す画像もしくは映像の抽出条件として、「時刻」として「事件発生時刻の１分前から事件発生時刻の１分後まで」を抽出し、「場所」として「事件が発生した交差点の識別情報である交差点ＩＤに対応するカメラ」を抽出し、「必要画像」として「信号無視を行った車両の走行方向に対して逆向きを撮影しているカメラの撮像画像（つまり、車両の正面画像）」を抽出することを定義する。
【００８７】
レポートテンプレートＴＰ２は、交通事故の発生当時の状況を示す画像もしくは映像の抽出条件として、「時刻」として「事件発生時刻の１分前から事件発生時刻の１０分後までの１分おき」を抽出し、「場所」として「事件が発生した交差点の識別情報である交差点ＩＤに対応するカメラ」を抽出し、「必要画像」として「交差点に設置された全てのカメラの撮像画像（つまり、全方向からのカメラの撮像画像）」を抽出することを定義する。
【００８８】
レポートテンプレートＴＰ３は、酔っ払い運転の発生当時の状況を示す画像もしくは映像の抽出条件として、「時刻」として「事件発生時刻、並びに、その直前の交差点にいたであろう時刻（例えば事件発生時刻から、その直前の交差点までの距離を車両が平均的に移動する場合の時間を差し引いた時刻）」を抽出し、「場所」として「事件が発生した交差点の識別情報である交差点ＩＤに対応するカメラ、並びに、その直前にいたであろう交差点の識別情報である交差点ＩＤに対応するカメラ」を抽出し、「必要画像」として「酔っ払い運転を行った車両の走行方向に対して逆向きを撮影しているカメラの撮像画像（つまり、車両の正面画像）」を抽出することを定義する。なお、レポートテンプレートＴＰ３の「事件発生時刻の直前の交差点にいたであろう時刻」の算出は、例えばステップＳ３の時に検索端末９０において行われてもよいし、ステップＳ３の時には検索端末９０において行わずに例えば録画サーバ５０あるいはクラウドサーバ７０において行われてもよい。
【００８９】
検索端末９０は、ステップＳ１において入力された事件情報とステップＳ２において抽出されたレポートテンプレートとに基づいて、そのレポートテンプレートに含まれる各種のキーを生成する（Ｓ３）。ここでいうキーとは、レポートテンプレートを構成する各種の項目（例えば「時刻」、「場所」、「必要画像」）の実際の内容に相当する。
【００９０】
つまり、ステップＳ３では、検索端末９０は、例えば「信号無視」に対応するキーとして、「時刻：２０１７年８月１０日  １７：０５〜２０１７年８月１０日  １７：０７」、「場所：交差点ＩＤ（ＡＸ９０１１９）に設置されたカメラ」、「必要画像：ナンバー（ＪＪＪ−５４０３）である車両の正面画像」をそれぞれ生成する（図７Ｃ参照）。
【００９１】
また、検索端末９０は、例えば「交通事故」に対応するキーとして、「時刻：２０１７年８月１２日  ９：５５〜２０１７年８月１２日  １０：０６で１分おき」、「場所：交差点ＩＤ（ＢＦ５８２０３）に設置されたカメラ」、「必要画像：４台全てのカメラの撮像画像」をそれぞれ生成する（図７Ｄ参照）。
【００９２】
また、検索端末９０は、例えば「酔っ払い運転」に対応するキーとして、「時刻：２０１７年８月７日  １９：５３並びに１９：４８」、「場所：交差点ＩＤ（ＧＶ１５３０７，ＧＶ１５３０６）に設置されたそれぞれのカメラ」、「必要画像：ナンバー（ＧＭＲ−４９８７）である車両の正面画像」をそれぞれ生成する（図７Ｅ参照）。なお、交差点ＩＤが連番となっているＧＶ１５３０７，ＧＶ１５３０６の交差点はそれぞれ地理的に隣接している。
【００９３】
検索端末９０は、ステップＳ３において生成された各種のキーを含む画像検索キーを生成する（Ｓ４）。検索端末９０は、例えば「信号無視」に対応する画像検索キーとして、図７Ｃに示す「時刻」，「場所」，「必要画像」の各種のキーを含む画像検索キーＳＣＨＫ１を生成する。検索端末９０は、例えば「交通事故」に対応する画像検索キーとして、図７Ｄに示す「時刻」，「場所」，「必要画像」の各種のキーを含む画像検索キーＳＣＨＫ２を生成する。検索端末９０は、例えば「酔っ払い運転」に対応する画像検索キーとして、図７Ｅに示す「時刻」，「場所」，「必要画像」の各種のキーを含む画像検索キーＳＣＨＫ３を生成する。なお、検索端末９０は、ステップＳ４において生成された画像検索キーを、事件又は事故などのイベントに関して膨大な画像や映像が記録されている録画サーバ５０あるいはクラウドサーバ７０に送信する（図６のステップＳｃ４参照）。
【００９４】
以上により、実施の形態１のレポート作成支援システム１００では、検索端末９０（画像検索支援装置の一例）は、複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する録画サーバ５０あるいはクラウドサーバ７０との間で通信可能に接続される。検索端末９０は、交差点で発生したイベント（例えば事件又は事故）の種別ごとに、イベントの発生当時の状況を示す画像の抽出条件を蓄積部９６（抽出条件保持部の一例）にて保持する。検索端末９０は、イベントの種別を含むイベント情報（例えば事件情報）の入力を操作部９１（入力部の一例）で受け付けると、入力されたイベント情報に応じて、イベントの発生当時の状況を示す画像の抽出条件を含む画像検索キーをプロセッサ９２（生成部の一例）にて生成する。検索端末９０は、生成された画像検索キーを、通信部９３を介して録画サーバ５０あるいはクラウドサーバ７０に送信する。
【００９５】
これにより、検索端末９０は、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、その事件又は事故の発生当時の状況を示すために適した画像の検索を効率的に支援でき、警察官の作業負担の軽減を図ることができる。言い換えると、警察官は、事件情報を入力するという簡易な操作を行うだけで、その事件の発生当時の状況を示す画像の検索キーを別途作成する必要も無く、検索端末９０が録画サーバ５０あるいはクラウドサーバ７０から受信した画像を用いてレポートに掲載できるので、レポート作成時の負担を相当に軽減できる。
【００９６】
また、検索端末９０のプロセッサ９２は、録画サーバ５０あるいはクラウドサーバ７０から送られた、画像検索キーを満たすカメラの撮像画像を出力部９４に出力する。これにより、検索端末を使用する警察官は、事件のレポートに掲載する画像を視覚的に確認できるので、より適した画像を選択できて、レポートの品質を向上できる。
【００９７】
また、イベント情報（例えば事件情報）は、イベント（例えば事件）の発生に関与した車両のイベント発生時の走行方向の情報とそのイベントが発生した交差点情報とを少なくとも有する。検索端末９０のプロセッサ９２（生成部の一例）は、イベントの発生前後Ｘ（Ｘ：既定値、例えばＸ＝１）分における、走行方向を走っていた車両を正面視で撮像したカメラの撮像画像を抽出する条件を、画像検索キーとして生成する（図７Ｃ参照）。これにより、検索端末９０は、例えば信号無視のような事件が発生した場合に、警察官の操作時の負荷を与えず、その信号無視を行った車両の正面を捉えた撮像画像を効率的に検索可能な画像検索キーを生成できる。信号無視が発覚した前後の２分程度の車両の正面画像が得られれば、警察官は、例えばその車両の運転者が意図的に信号無視を行ったかどうかを分かり易く判別でき、信号無視の発生当時の状況を詳細に把握できてレポートに記載することができる。
【００９８】
また、イベント情報（例えば事件情報）は、イベント（例えば事件）の発生に関与した車両のイベント発生時の走行方向の情報とそのイベントが発生した交差点情報とを少なくとも有する。検索端末９０のプロセッサ９２（生成部の一例）は、イベントの発生前Ｙ（Ｙ：既定値、例えばＹ＝１）分から発生後Ｚ（Ｚ：既定値、例えばＺ＝１０）分のＷ（Ｗ：既定値、例えばＷ＝１）分ごとの、走行方向を走っていた車両を撮像した、交差点情報に対応する全てのカメラの撮像画像を抽出する条件を、画像検索キーとして生成する（図７Ｄ参照）。これにより、検索端末９０は、例えば交通事故のような事件が発生した場合に、警察官の操作時の負荷を与えず、その交通事故を引き起こした車両を捉えた全ての方向の撮像画像を効率的に検索可能な画像検索キーを生成できる。交通事故が発覚した前後１１分間の１分ごとの車両の全方向の撮像画像が得られれば、警察官は、例えばその交通事故を引き起こした運転者が被害者を救護したか引き逃げをしたのかを簡易に判別でき、交通事故の発生当時の状況を詳細に把握できてレポートに記載することができる。
【００９９】
また、イベント情報（例えば事件情報）は、イベント（例えば事件）の発生に関与した車両のイベント発生時の走行方向の情報とそのイベントが発生した交差点情報とを少なくとも有する。検索端末９０のプロセッサ９２（生成部の一例）は、イベントの発生時並びにその直前の交差点を通過した時における、その走行方向を走っていた車両を正面視で撮像したカメラの撮像画像を抽出する条件を、画像検索キーとして生成する（図７Ｅ参照）。これにより、検索端末９０は、例えば酔っ払い運転のような事件が発生した場合に、警察官の操作時の負荷を与えず、その酔っ払い運転を行った車両の正面を捉えた撮像画像を効率的に検索可能な画像検索キーを生成できる。酔っ払い運転による事件が発覚した時刻やその直前の交差点にいた時の車両の正面視の撮像画像が得られれば、警察官は、例えばその車両の運転者が酔っていたのかどうかを簡易に判別でき、酔っ払い運転の発生当時の状況を詳細に把握できてレポートに記載することができる。
【０１００】
（実施の形態２の内容に至る経緯）
上述した特許文献１では、複数のカメラ装置により撮像されたカメラ画像情報を車両に搭載された端末装置内の表示装置に表示することが記載されているため、ユーザ（例えば運転手）は、それぞれのカメラ装置の配置箇所におけるリアルタイムの撮像画像を確認可能である。しかしながら、特許文献１では、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って作成されるレポートの中で掲載される画像として、その事件又は事故の発生当時の状況に適した画像を抽出することは考慮されていない。特に、交差点に設置されている複数台のカメラの画角はそれぞれ交差点の中央部が中心となるように設定されているため、事件又は事故が交差点の端などで発生した場合にはカメラの撮像画像だけでは映りきらない死角部分が発生する。このため、上述した事故又は事件の終了に伴って警察官がレポートを作成する際に特許文献１に記載の技術を用いても、単純に交差点に設置された少なくとも１台のカメラの撮像画像をそのまま用いても、事件又は事故の発生当時の状況に適した画像として使えず、レポートの中で適切な画像を掲載することが困難であった。
【０１０１】
そこで、以下の実施の形態２では、上述した事情に鑑みて、多くの人や車両が行き交う交差点の端などで発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、交差点に設置されたカメラの撮像画像に映りきらない死角部分の画像を、事件又は事故の発生当時に居合わせた他の車両の録画データで補完し、レポートに掲載可能な適切な画像を取得する画像補完装置及び画像補完方法の例を説明する。
【０１０２】
（実施の形態２）
実施の形態２のレポート作成支援システムの構成は実施の形態１のレポート作成支援システム１００と同様であるため、同一の構成については同一の符号を参照して説明を簡略化又は省略し、異なる内容について説明する。
【０１０３】
図８Ａは、実施の形態２に係る検索端末９０における交通事故発生当時の録画データの取得に関する動作概要の説明図である。図８Ｂは、実施の形態２に係る検索端末９０における交通事故発生当時の録画データの取得処理の動作手順例を示すフローチャートである。図８Ｂに示す録画データの取得処理は、図６に示すレポート作成シナリオのステップＳｃ７において実行されるものである。
【０１０４】
図８Ａ及び図８Ｂの説明の前提として、警察署ＰＤ内の検索端末９０は、交通事故を担当した警察官の入力操作により、録画サーバ５０あるいはクラウドサーバ７０から送信された、その交通事故の発生した交差点ＩＮＴＣ１のカメラＣ１，Ｃ２，Ｃ３，Ｃ４の交通事故発生当時の撮像映像のデータを通信部９３において受信して蓄積部９６に記録するとともに出力部９４に出力している。交通事故は、例えば交差点ＩＮＴＣ１の端にて、車両ＣＲ０と自転車ＢＹ１とが衝突して起きたものである。
【０１０５】
カメラＣ１〜Ｃ４のそれぞれの撮像画角は主に交差点ＩＮＴＣ１の中央部が中心となるように設定されることが多い。実施の形態２では、車両ＣＲ０と自転車ＢＹ１の衝突によって起きた交通事故が交差点ＩＮＴＣ１の端などで発生し、その交通事故の発生箇所がカメラＣ１〜Ｃ４の撮像時の死角となっている例を想定する。撮像時の死角が存在していると、カメラＣ１〜Ｃ４の撮像映像だけでは、交通事故の発生当時の状況を示すのに適した画像が得られず、レポートに掲載可能な画像を取得できない可能性がある。
【０１０６】
そこで、実施の形態２では、検索端末９０は、警察官の入力操作により、出力部９４において表示されている交通事故発生当時の撮像映像の死角部分が指定されると、指定された死角部分を撮像及び録画している録画装置（例えば死角部分を撮像及び録画する車載カメラ及びドライブレコーダがそれぞれ搭載された車両）の有無をプロセッサ９２において解析する。
【０１０７】
実施の形態２では、車両には、例えば運転席から見た車両の前方方向を撮像可能な車載カメラと、車載カメラにより撮像された映像を記録可能なドライブレコーダとが搭載されていることを前提としている。それぞれの車両に搭載されたドライブレコーダは、例えば無線ネットワークＮＷ４を介してサーバ装置ＯＮＳ１との間で通信可能であり、それぞれの車両が運転中に撮像した映像を定期的にアップロード（送信）している。言い換えると、車両ＣＲ１，ＣＲ２にそれぞれ搭載されたドライブレコーダＤＲ１，ＤＲ２は、車両￥ＣＲ１，ＣＲ２にそれぞれ搭載された車載カメラ（図示略）により撮像された映像をサーバ装置ＯＮＳ１に定期的に送信している。このように定期的に送信された映像は、サーバ装置ＯＮＳ１において保存されている。なお、警察署ＰＤの検索端末９０は、無線ネットワークＮＷ４を介して、サーバ装置ＯＮＳ１との間で通信可能に接続されており、ドライブレコーダＤＲ１，ＤＲ２によってアップロードされた映像のデータにアクセスすることが可能である。
【０１０８】
図８Ａの例では、車載カメラ（図示略）及びドライブレコーダＤＲ１が搭載された車両ＣＲ１は、交通事故発生時には、交通事故の発生箇所を既に通り過ぎており、死角部分の撮像及び録画は不可である。一方、車載カメラ（図示略）及びドライブレコーダＤＲ２が搭載された車両ＣＲ２は、交通事故発生時には、交通事故の発生箇所を前方に捉えて撮像及び録画をしており、死角部分の撮像及び録画が可能である。
【０１０９】
図８Ｂにおいて、検索端末９０は、警察官の入力操作により、出力部９４において表示されている交通事故発生当時の撮像映像の死角部分が指定されると（Ｓ１１）、指定された死角部分を撮像及び録画している可能性のある録画装置（例えば死角部分を撮像及び録画する車載カメラ及びドライブレコーダがそれぞれ搭載された車両）の有無をプロセッサ９２において解析する。例えば、検索端末９０は、交通事故発生当時の撮像映像のデータを用いて、指定された死角部分を撮像範囲として含む録画装置（例えば死角部分を撮像及び録画する車載カメラ及びドライブレコーダがそれぞれ搭載された車両）が存在するかどうかをプロセッサ９２において判別する。検索端末９０は、そのような録画装置が存在すると判別した場合に、その録画装置（例えば死角部分を撮像及び録画する車載カメラ及びドライブレコーダがそれぞれ搭載された車両）をプロセッサ９２において特定する（Ｓ１２）。
【０１１０】
更に、検索端末９０は、ステップＳ１２において特定された録画装置（例えば車両ＣＲ２）の詳細な情報を取得するために、その車両ＣＲ２のナンバープレートをプロセッサ９２において認識処理する（Ｓ１３）。ナンバープレートの認識処理の手法は特に問わず、公知技術において実現可能であるため、ここでの詳細な説明は省略する。検索端末９０は、認識されたナンバープレートの車両のナンバーを用いて、無線ネットワークＮＷ４を介してサーバ装置ＯＮＳ１にアクセスし、車両ＣＲ２に搭載されたドライブレコーダＤＲ２の録画データ（言い換えると、ステップＳ１１において指定された死角部分が映っている可能性の高い映像データ）を取得する（Ｓ１４）。これにより、警察官は、カメラＣ１〜Ｃ４の撮像映像だけでは死角部分が存在していたために交通事故発生当時の状況が詳細に判別できなかった場合でも、その死角部分の撮像映像の録画データを用いて補完できるので、レポートの作成時に補完に使用した撮像映像の一部を利用してレポートの品質を向上できる。
【０１１１】
以上により、実施の形態２のレポート作成支援システム１００では、検索端末９０（画像補完装置の一例）は、複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する録画サーバ５０あるいはクラウドサーバ７０との間で通信可能に接続される。検索端末９０は、録画サーバ５０あるいはクラウドサーバ７０から送信された、複数の交差点のうちいずれかの交差点に対応する少なくとも１台のカメラのイベントの発生当時の撮像画像を通信部９３において受信する。検索端末９０は、イベントの発生当時の撮像画像が出力部９４に出力されている場合に、撮像画像中のイベント発生箇所に関する死角部分の入力を操作部９１（入力部の一例）から受け付けたとする。検索端末９０は、その死角部分の入力に応じて、イベントの発生当時の撮像画像を用いて、死角部分の映像を撮像及び録画しているイベント発生箇所付近の録画装置（例えば、死角部分を撮像及び録画している車載カメラ及びドライブレコーダをそれぞれ搭載する車両）をプロセッサ９２において特定する。検索端末９０は、特定された録画装置（例えば、死角部分の映像を撮像及び録画している車載カメラ及びドライブレコーダをそれぞれ搭載する車両）から、イベント発生箇所の録画映像のデータを受信する。
【０１１２】
これにより、検索端末９０は、多くの人や車両が行き交う交差点の端などで発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、交差点に設置されたカメラの撮像画像に映りきらない死角部分の画像を、事件又は事故の発生当時に居合わせた他の車両の録画データで補完でき、レポートに掲載可能な適切な画像を取得できる。
【０１１３】
また、録画装置は、走行中の映像を録画可能なレコーダ装置（例えばドライブレコーダ）が搭載された車両である。検索端末９０のプロセッサ９２（特定部の一例）は、イベントの発生当時の撮像画像を用いて、そのレコーダ装置が搭載された車両のナンバープレートを認識する。これにより、検索端末９０は、死角部分の映像を撮像及び録画している車載カメラ及びドライブレコーダが搭載された車両を具体的に特定できるので、認識されたナンバーに基づいて、その車両のドライブレコーダの録画データに便宜的にアクセスできる。
【０１１４】
（実施の形態３の内容に至る経緯）
上述した特許文献１では、複数のカメラ装置により撮像されたカメラ画像情報を車両に搭載された端末装置内の表示装置に表示することが記載されているため、ユーザ（例えば運転手）は、それぞれのカメラ装置の配置箇所におけるリアルタイムの撮像画像を確認可能である。しかしながら、特許文献１では、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って作成されるレポートの中で掲載される画像として、レポートを作成する警察官の意向に即した視点（例えば事件又は事故を発生させた車両がより鮮明に識別可能なアングル）の画像を抽出することは考慮されていない。特に、交差点に設置されている複数台のカメラの画角はそれぞれ交差点の中央部又はその周囲が中心となるように設定されているため、事件又は事故が交差点の中央部から離れた場所などで発生した場合にはカメラの撮像画像だけでは映りきらない死角部分（例えば事件又は事故を発生させた車両の後方部分）が発生する。このため、上述した事故又は事件の終了に伴って警察官がレポートを作成する際に特許文献１に記載の技術を用いても、単純に交差点に設置された少なくとも１台のカメラの撮像画像をそのまま用いても、事件又は事故の発生当時の状況に適した画像として使えず、レポートの中で適切な画像を掲載することが困難であった。
【０１１５】
そこで、以下の実施の形態３では、上述した事情に鑑みて、多くの人や車両が行き交う交差点の端などで発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、交差点に設置されたカメラの撮像画像に映りきらない死角部分の画像を、その死角部分を構成する同一被写体の一定時間後の撮像画像で補完し、レポートに掲載可能な適切な画像を取得する画像補完装置及び画像補完方法の例を説明する。
【０１１６】
（実施の形態３）
実施の形態３のレポート作成支援システムの構成は実施の形態１のレポート作成支援システム１００と同様であるため、同一の構成については同一の符号を参照して説明を簡略化又は省略し、異なる内容について説明する。
【０１１７】
図９は、実施の形態３に係る検索端末９０における自由視点画像の生成に関する動作概要の説明図である。図１０は、実施の形態３に係る検索端末９０における自由視点画像の生成処理の動作手順例を示すフローチャートである。図１０に示す自由視点画像の生成処理は、図６に示すレポート作成シナリオのステップＳｃ７において実行されるものである。
【０１１８】
実施の形態３に係る検索端末９０は、複数台のカメラＣ１〜Ｃ４の撮像画像を用いて、検索端末９０を使用する警察官の入力操作により指定された視点に即した自由視点画像をプロセッサ９２において生成する。自由視点画像は、ある時点における複数枚の画像を用いて、ユーザの入力操作によって指定された視点（方向）に沿った被写体の３次元形状モデルを生成し、その３次元形状モデルに基づいて複数枚の画像を使用することで、ユーザの指定した視点に沿った被写体の画像を生成する技術である。なお、自由視点画像の生成技術は公知技術であるため、その詳細な方法の説明は省略する。
【０１１９】
本来、複数台のカメラＣ１〜Ｃ４の撮像画像によって、事件又は事故の発生当時の詳細な状況を示すのに適した画像が得られれば、レポートを作成する警察官は、いずれかのカメラの撮像画像をレポート掲載用の画像として使用すれば足り、わざわざ上述した自由視点画像の生成を省略しても構わない。ところが、例えばカメラＣ１〜Ｃ４の撮像画像に映りきらない箇所で交通事故が発生した場合には、その交通事故の発生箇所がカメラＣ１〜Ｃ４の撮像時の死角となっていることがあり得る。この場合の技術的対策として、実施の形態３に係る検索端末９０は、死角部分の画像が得られるように、警察官により指定された死角部分の画像を補完可能な自由視点画像を生成することができる。
【０１２０】
図９に示すように、交差点ＩＮＴＣ１を通過する車両ＣＲ３において、時刻ｔ１では、車両ＣＲ３の一部（例えば車両ＣＲ３の後方部分）は交差点ＩＮＴＣ１のいずれのカメラＣ１〜Ｃ４からも死角になっている。カメラＣ１〜Ｃ４はそれぞれ撮像画角の中心は交差点ＩＮＴＣ１の中央部となっているが、交差点ＩＮＴＣ１に差し掛かる箇所の周囲も撮像画角内に含まれるように設定されている。それでも、時刻ｔ１では車両ＣＲ３は交差点ＩＮＴ・BR>B１に差し掛かっていない箇所を走行しているため、車両ＣＲ３の死角部分の撮像画像は取得が不可である。
【０１２１】
一方で、同一の被写体である車両ＣＲ３の時刻ｔ２では、時刻ｔ１では撮像時の死角になっていた車両ＣＲ３の後方部分は、交差点ＩＮＴＣ１のいずれのカメラＣ１〜Ｃ４でも撮像が可能となっている。従って、実施の形態３に係る検索端末９０は、時刻ｔ１での車両ＣＲ３の自由視点画像を生成する際に、同一被写体である車両ＣＲ３の自由視点画像の生成対象となる時刻（つまり、時刻ｔ１）とは異なる時刻（つまり、時刻ｔ２）の撮像画像を用いる。但し、時刻ｔ１と時刻ｔ２とで車両ＣＲ３の形状が変形せずに移動していることが前提となる。
【０１２２】
図１０において、交通事故が発生した当時、交差点が発生した交差点ＩＮＴＣ１では、交差点ＩＮＴＣ１に設置されたそれぞれのカメラにより一定時間Δｔごとに撮影が行われていたとする（Ｓ２１）。検索端末９０は、交差点ＩＮＴＣ１に設置されたカメラにより一定時間Δｔごとに撮影された交通事故の発生前後の所定期間分の撮像画像のデータを、録画サーバ５０あるいはクラウドサーバ７０から受信して出力部９４に表示している。
【０１２３】
検索端末９０は、交通事故の発生前後の所定期間分の撮像画像のデータが出力部９４において表示されている場合に、警察官の入力操作により、交通事故の発生時点（時刻ｔｋ、図９の例では時刻ｔ１）での撮像画像中の被写体（例えば車両ＣＲ３）の自由視点画像を生成するために、その被写体（例えば車両ＣＲ３）の指定を受け付けたとする。検索端末９０は、この指定により、指定された時刻ｔｋ（図９の例では時刻ｔ１）での交差点ＩＮＴＣ１に設置された各カメラの撮像画像を基に、指定された被写体（例えば車両ＣＲ３）の自由視点画像を生成するための３次元形状モデルをプロセッサ９２において生成する（Ｓ２２）。
【０１２４】
検索端末９０は、ステップＳ２２の３次元形状モデルを生成した結果として、時刻ｔｋ（図９の例では時刻ｔ１）での被写体（例えば車両ＣＲ３）の自由視点画像を生成不可とする死角領域の大きさが一定値以上であるかどうかをプロセッサ９２において判別する（Ｓ２３）。検索端末９０は、死角領域の大きさが一定値未満であると判別した場合には（Ｓ２３、ＮＯ）、時刻ｔｋ（図９の例では時刻ｔ１）での被写体（例えば車両ＣＲ３）の自由視点画像をプロセッサ９２において生成し（Ｓ２４）、ステップＳ２４において生成された自由視点画像をプロセッサ９２において出力部９４に出力する（Ｓ２８）。
【０１２５】
一方、検索端末９０は、死角領域の大きさが一定値以上であると判別した場合には（Ｓ２３、ＹＥＳ）、交差点ＩＮＴＣ１の各カメラの時刻ｔｋ（図９の例では時刻ｔ１）前後の所定時間帯の撮像画像のデータから、被写体（例えば車両ＣＲ３）の移動方向をプロセッサ９２において推定する（Ｓ２５）。図９の例では、車両ＣＲ３は紙面左側から紙面右側に移動しているので、移動方向は右方向である。検索端末９０は、その推定された移動方向を基にして、自由視点画像の生成に足りない死角部分が映っていそうな時刻の撮像画像を選択する（Ｓ２５）。図９の例では、車両ＣＲ３の時刻ｔ１では車両ＣＲ３の後方部分が死角部分であるが、その死角部分は時刻ｔ２の撮像画像に映っているので、検索端末９０は、時刻ｔ２の撮像画像を、時刻ｔ１の自由視点画像の生成に足りない死角部分の撮像画像として補完する。
【０１２６】
検索端末９０は、ステップＳ２５において選択された他の時刻ｔｎ（≠時刻ｔｋ、図９の例では時刻ｔｎ＝時刻ｔ２）の撮像画像に映っている被写体（例えば車両ＣＲ３）をプロセッサ９２において切り出して抽出する（Ｓ２６）。検索端末９０は、ステップＳ２２において生成された３次元形状モデルの死角部分に、ステップＳ２５において選択された時刻ｔｎ（図９の例では時刻ｔ２）の少なくとも１台のカメラの撮像画像を用いて補完することで、時刻ｔｋ（図９の例では時刻ｔ１）における被写体（例えば車両ＣＲ３）の自由視点画像をプロセッサ９２において生成する（Ｓ２７）。検索端末９０は、ステップＳ２７において生成された自由視点画像をプロセッサ９２において出力部９４に出力する（Ｓ２８）。なお、自由視点画像による車両の表示は、図６における事件終了（ステップＳｃ１参照）後だけでなく、事件発生直後に警察官が現場の画像を見る際などにも用いられてもよい。
【０１２７】
以上により、実施の形態３のレポート作成支援システム１００では、検索端末９０（画像補完装置の一例）は、複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する録画サーバ５０あるいはクラウドサーバ７０との間で通信可能に接続される。検索端末９０は、録画サーバ５０あるいはクラウドサーバ７０から送信された、複数の交差点のうちいずれかの交差点に対応する少なくとも１台のカメラのイベントの発生前後の所定期間分の撮像画像を通信部９３において受信する。検索端末９０は、イベントの発生前後の所定期間分の撮像画像が出力部９４に出力されている場合に、撮像画像中の被写体の指定を操作部９１（入力部の一例）にて受け付ける。検索端末９０は、被写体が指定された時点での被写体の自由視点画像の生成可否をプロセッサ９２において判断する。検索端末９０は、被写体の自由視点画像の生成が不可との判断に従い、被写体が指定された時点とは異なる時点の撮像画像の被写体部分を切り出して、被写体の自由視点画像の生成に用いる補完画像としてプロセッサ９２（補完部の一例）として抽出する。検索端末９０は、被写体が指定された時点の複数台のカメラの撮像画像と抽出された補完画像とを用いて、被写体の自由視点画像をプロセッサ９２（画像生成部の一例）において生成する。
【０１２８】
これにより、検索端末９０は、多くの人や車両が行き交う交差点の端などで発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、交差点に設置されたカメラの撮像画像に映りきらない死角部分の画像を、その死角部分を構成する同一被写体の一定時間後の撮像画像で補完でき、レポートに掲載可能な適切な画像を取得できる。
【０１２９】
また、検索端末９０は、被写体が指定された時点とは異なる複数の時点の撮像画像の被写体部分をプロセッサ９２（補完部の一例）においてそれぞれ切り出して、補完画像として抽出する。これにより、検索端末９０は、例えば被写体が指定された時点の自由視点画像を生成する上で死角となる被写体部分が全て揃うために複数の撮像タイミングでの撮像画像が必要となる場合でも、警察官により指定された被写体（例えば車両）の自由視点画像を生成できる。
【０１３０】
また、被写体は、事件又は事故などのイベントの発生に関与した車両である。これにより、検索端末９０は、そのようなイベントを引き起こした可能性の高い車両のイベント発生当時の自由視点画像を生成でき、その自由視点画像を警察官が作成するレポートに掲載させることで、レポートの品質を向上できる。
【０１３１】
（実施の形態４の内容に至る経緯）
上述した特許文献１では、複数のカメラ装置により撮像されたカメラ画像情報を車両に搭載された端末装置内の表示装置に表示することが記載されているため、ユーザ（例えば運転手）は、それぞれのカメラ装置の配置箇所におけるリアルタイムの撮像画像を確認可能である。しかしながら、特許文献１では、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って作成されるレポートの中で掲載される画像として、レポートを作成する警察官の意向に即した視点（例えば事件又は事故を発生させた車両がより鮮明に識別可能なアングル）の画像を抽出することは考慮されていない。このため、上述した事故又は事件の終了に伴って警察官がレポートを作成する際に特許文献１に記載の技術を用いても、単純に交差点に設置された少なくとも１台のカメラの撮像画像をそのまま用いても、事件又は事故の発生当時の状況に適した画像として使えず、レポートの中で適切な画像を掲載することが困難であった。
【０１３２】
そこで、以下の実施の形態４では、上述した事情に鑑みて、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、事件又は事故の発生当時の状況をより明確に示す被写体の画像を選択し、レポートに掲載可能な適切な画像を警察官に提示する画像選択装置及び画像選択方法の例を説明する。
【０１３３】
（実施の形態４）
実施の形態４のレポート作成支援システムの構成は実施の形態１のレポート作成支援システム１００と同様であるため、同一の構成については同一の符号を参照して説明を簡略化又は省略し、異なる内容について説明する。
【０１３４】
図１１は、実施の形態４に係る検索端末９０における自由視点画像のベストショットの提示処理の動作手順例を示すフローチャートである。図１１に示すベストショットの提示処理は、図６に示すレポート作成シナリオのステップＳｃ７において実行されるものである。
【０１３５】
図１１において、検索端末９０には、レポートを作成する警察官の入力操作により、レポートに掲載される対象となる事件又は事故などのイベントが発生した交差点の識別情報（交差点ＩＤ）、日時情報、被写体（例えば車両）などの検索パラメータが入力される（Ｓ３１）。
【０１３６】
検索端末９０は、ステップＳ３１において入力された検索パラメータを満たす、交差点ＩＤに対応する複数台のカメラの撮像画像のデータの要求（つまり、画像検索キー）を録画サーバ５０あるいはクラウドサーバ７０に送信する。検索端末９０は、画像検索キーに基づいて録画サーバ５０あるいはクラウドサーバ７０から送信された複数台の撮像画像のデータを受信して取得し（Ｓ３２）、複数台の撮像画像のデータを出力部９４に表示する。
【０１３７】
検索端末９０は、警察官の入力操作により、出力部９４に表示されている複数台の撮像画像の中で警察官が気になる被写体（例えば、事件又は事故を引き起こした車両）の自由視点画像を生成するために、その生成の対象となる被写体の指定を受け付ける。検索端末９０は、その指定に応じて、指定された被写体の自由視点画像を生成するための３次元形状モデルを生成する（Ｓ３３）。
【０１３８】
検索端末９０は、ステップＳ３３において生成された被写体（例えば、事件又は事故を引き起こした車両）の３次元形状モデルに基づいて、全ての方向からの視点に基づく自由視点画像を生成する（Ｓ３４）。検索端末９０は、ステップＳ３４において生成された全ての方向からの視点に基づく自由視点画像のそれぞれに対して、その被写体（例えば、車両）の認識処理を行い、その認識処理の認識精度を示すスコアを算出する（Ｓ３５）。ステップＳ３５の認識処理は、例えば車両を認識対象としたパターンマッチング、機械学習、ディープラーニングのいずれでもよいし、他の認識方法で実現されてよい。
【０１３９】
検索端末９０は、ステップＳ３５で算出されたスコアが最も高い（言い換えると、最も車両らしさが高い）自由視点画像を選択する（Ｓ３６）。検索端末９０は、ステップＳ３６において選択された自由視点画像を事件のレポートに掲載する画像としてユーザに提示するため、出力部９４に表示する（Ｓ３７）。なお、検索端末９０は、ステップＳ３７において、ステップＳ３５において算出されたスコアの高い上位の複数個の自由視点画像を出力部９４に表示してもよい。これにより、警察官は、複数台の自由視点画像の中から、自らの意向に即した自由視点画像をレポートに掲載できる画像として選択できて、レポートの品質を向上できる。
【０１４０】
以上により、実施の形態４のレポート作成支援システム１００では、検索端末９０（画像選択装置の一例）は、複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する録画サーバ５０あるいはクラウドサーバ７０との間で通信可能に接続される。検索端末９０は、録画サーバ５０あるいはクラウドサーバ７０から送信された、複数の交差点のうちいずれかの交差点に対応する少なくとも１台のカメラのイベントの発生当時の撮像画像を通信部９３において受信する。検索端末９０は、イベントの発生当時の撮像画像が出力部９４に出力されている場合に、撮像画像中の被写体の指定を操作部９１（入力部の一例）において受け付ける。検索端末９０は、被写体が指定された時点の複数台のカメラの撮像画像を用いて、被写体が指定された時点での被写体の複数種類の方向のそれぞれを視点とした自由視点画像をプロセッサ９２（画像生成部の一例）において生成する。検索端末９０は、生成されたそれぞれの自由視点画像の認識処理をプロセッサ９２（認識部の一例）において行う。検索端末９０は、認識処理の認識精度を示すスコアが最も高い自由視点画像をプロセッサ９２（提示部の一例）において出力部９４に表示してユーザに提示する。
【０１４１】
これにより、検索端末９０は、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、事件又は事故の発生当時の状況をより明確に示す被写体の画像を選択でき、レポートに掲載可能な適切な画像を警察官に提示できる。
【０１４２】
また、検索端末９０は、スコアが高い上位複数種類の自由視点画像をプロセッサ９２（提示部の一例）において出力部９４に出力して警察官に提示する。これにより、警察官は、複数台の自由視点画像の中から、自らの意向に即した自由視点画像をレポートに掲載できる画像として選択できて、レポートの品質を向上できる。
【０１４３】
また、自由視点画像の被写体は、事件又は事故などのイベントの発生に関与した車両である。これにより、検索端末９０は、例えば事件又は事故などのイベントを引き起こした車両（言い換えると、犯人が乗車している車両）の特徴がより鮮明に分かり易い自由視点画像を生成でき、警察官に提示できる。
【０１４４】
（実施の形態５の内容に至る経緯）
上述した特許文献１では、複数のカメラ装置により撮像されたカメラ画像情報を車両に搭載された端末装置内の表示装置に表示することが記載されているため、ユーザ（例えば運転手）は、それぞれのカメラ装置の配置箇所におけるリアルタイムの撮像画像を確認可能である。しかしながら、特許文献１では、多くの人や車両が行き交う交差点で発生した事件又は事故に対する検察官による取り調べ又は裁判所での裁判の中で提出が要求される証拠画像を生成することは考慮されていない。特に、事件又は事故の終了に伴って警察官により作成されるレポートの中では、警察官の意向に即した自由視点画像が掲載可能であるが、自由視点画像は合成画像であって証拠性が無いため、検察官や裁判所の判事から提出が要求される証拠画像にはなり得なかった。このため、上述した事故又は事件の終了後の検察官による取り調べ又は裁判所での裁判の中で提出が要求される証拠画像を生成する際に特許文献１に記載の技術を用いても、事件又は事故の発生した交差点に設置されたカメラの膨大な数の撮像画像の中から、警察官は検察官や裁判所の判事によって提出が要求される証拠画像を選択する必要があり、その選択の手間が相当にかかり、警察官の作業負担の軽減は困難であった。
【０１４５】
そこで、以下の実施の形態５では、上述した事情に鑑みて、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官が作成するレポートに掲載された自由視点画像を生成した時に、その自由視点画像の元になったカメラの撮像画像のメタデータを記録し、提出が要求された証拠画像の生成を簡易化し、警察官の作業負担の軽減を図る画像生成装置及び画像生成方法の例を説明する。
【０１４６】
（実施の形態５）
実施の形態５のレポート作成支援システムの構成は実施の形態１のレポート作成支援システム１００と同様であるため、同一の構成については同一の符号を参照して説明を簡略化又は省略し、異なる内容について説明する。
【０１４７】
図１２は、実施の形態５に係る検索端末９０に表示される証拠画像の生成に関する動作概要の説明図である。図１３Ａは、実施の形態５に係る検索端末９０におけるレポート生成処理の動作手順例を示すフローチャートである。図１３Ｂは、実施の形態５に係る検索端末９０における証拠画像生成処理の動作手順例を示すフローチャートである。図１３Ａに示すレポート生成処理は、図６に示すレポート作成シナリオのステップＳｃ９において実行されるものである。図１３Ｂに示す証拠画像生成処理は、図６に示すレポート作成シナリオのステップＳｃ１６において実行されるものである。
【０１４８】
図１２に示すように、警察官がレポートに掲載するために使用した自由視点画像ＦＲＧ１が検索端末９０の出力部９４に表示されているとする。自由視点画像ＦＲＧ１は被写体の視認性が良好であるため、警察官が作成するレポートへの掲載として適していると考えられる。しかし、自由視点画像ＦＲＧ１自体は、ある時刻における複数台のカメラの撮像画像を用いた合成画像であるため、検察官や裁判所の判事により提出が要請される証拠画像とはなり得ず、使用は不可である。
【０１４９】
そこで、本実施の形態に係る検索端末９０は、レポートに掲載するために自由視点画像ＦＲＧ１を生成する際に、警察官の操作に応じて、自由視点画像ＦＲＧ１を生成するために用いたカメラの撮像画像に関する情報（以下、「元画像情報」という）を、その自由視点画像ＦＲＧ１と対応付けて蓄積部９６に記録する。図１２の例では、自由視点画像ＦＲＧ１を生成するために用いたカメラの撮像画像は、カメラ１０の撮像画像ＣＡＰ１（つまり、自由視点画像ＦＲＧ１の被写体である車両の正面画像）と、カメラ１２の撮像画像ＣＡＰ２（つまり、自由視点画像ＦＲＧ１の被写体である車両の左側面画像）である。図１２の説明に関して、カメラ１０〜１３は図２Ａの設置レイアウトを用いて例示しているとする。
【０１５０】
検察官や裁判所の判事から証拠画像の提出が要求された場合には、検索端末９０は、証拠映像作成官の操作により証拠画像作成ボタンＢＴ１が押下されると、自由視点画像ＦＲＧ１の生成時に蓄積部９６に記録された元画像情報を参照し、自由視点画像ＦＲＧ１の生成に用いたカメラの撮像画像ＣＡＰ１，ＣＡＰ２（つまり、証拠画像）を生成する。検索端末９０は、事件又は事故の発生した日時（時刻）、場所及び証拠画像を含む証拠画像画面ＲＰＴ１を生成して出力部９４に表示する。なお、カメラ１１，１３の撮像画像は証拠画像として採用されていない。
【０１５１】
図１３Ａの説明の前提として、図６に示すように、事件情報は既に入力されている状態である。事件情報は、例えば事件番号（あるいは事件種別）、事件の発生した日付及び場所の情報、並びに、事件の発生時における事件の発生に関与した車両（例えば事件を起こした車両）の走行方向の情報である。
【０１５２】
図１３Ａにおいて、検索端末９０を使用するユーザ操作（つまり、レポートを作成する警察官の操作）により、レポートに掲載される被写体（例えば事件を引き起こした車両）の自由視点画像を生成する対象となる視点が選択される（Ｓ４１）。検索端末９０は、複数台のカメラの事件発生当時の撮像画像のデータを用いて、ステップＳ４１において選択された視点の自由視点画像を生成する（Ｓ４２）。この生成された自由視点画像は、警察官の意向に即したものであるため、その警察官が作成するレポートに掲載されるものである。
【０１５３】
検索端末９０は、ステップＳ４２において自由視点画像（例えば自由視点画像ＦＲＧ１）を生成した際に、警察官の操作に応じて、自由視点画像ＦＲＧ１を生成するために用いたカメラの撮像画像に関する情報（元画像情報）を抽出する（Ｓ４３）。検索端末９０は、ステップＳ４３において抽出された元画像情報を、その自由視点画像ＦＲＧ１と対応付けて蓄積部９６に記録する（Ｓ４４）。検索端末９０は、ステップＳ４４において、元画像情報を自由視点画像のメタデータとして、レポートのデータに埋め込んでもよい。埋め込み方法として、検索端末９０は、例えば元画像のデータの記憶場所を記載したアドレス、カメラの撮像時刻などの情報を含むＱＲコード（登録商標）を元画像情報として用いて、自由視点画像の周囲に表示する。また、検索端末９０は、公知の画像透かし技術を用いて、元画像情報を自由視点画像に埋め込んでもよい。
【０１５４】
図１３Ｂの説明の前提として、図１３Ａにおいて作成された自由視点画像が掲載された事件のレポートのデータは検索端末９０の蓄積部９６において予め記録されている。
【０１５５】
図１３Ｂにおいて、検索端末９０は、証拠映像作成官の入力操作により、証拠画像の作成に係る事件のレポートのデータを蓄積部９６から読み出して取得する（Ｓ５１）。検索端末９０は、ステップＳ５１において取得されたレポートのデータに埋め込まれたメタデータを読み出して取得する（Ｓ５２）。
【０１５６】
検索端末９０は、ステップＳ５２において取得されたメタデータに記載された元画像のアドレスや映像作成時刻（言い換えると、事件が発生した交差点のカメラの撮像時刻）の情報から必要な撮像画像もしくは撮像映像を取得して出力部９４に出力する（Ｓ５３、図１２の証拠画像画面ＲＰＴ１参照）。これにより、証拠映像作成官は、検察官や裁判所の判事の提出要請により、該当する証拠画像もしくは証拠映像の作成の手間を相当に軽減でき、提出されるＤＶＤの作成を簡易化できる。
【０１５７】
以上により、実施の形態５のレポート作成支援システム１００では、検索端末９０（画像生成装置の一例）は、複数の交差点のそれぞれに設置された個々のカメラの撮像画像をカメラ情報及び交差点情報に対応付けて記録する録画サーバ５０あるいはクラウドサーバ７０との間で通信可能に接続される。検索端末９０は、録画サーバ５０あるいはクラウドサーバ７０から送信された、複数の交差点のうちいずれかの交差点に対応する少なくとも１台のカメラのイベントの発生当時の撮像画像を通信部９３において受信する。検索端末９０は、イベントの発生当時の撮像画像が出力部９４に出力されている場合に、撮像画像中の被写体及びその被写体に対する視点の指定を操作部９１（入力部の一例）において受け付ける。検索端末９０は、被写体及びその被写体に対する視点が指定された時点の複数台のカメラの撮像画像を用いて、視点に沿った被写体の自由視点画像をプロセッサ９２（画像生成部の一例）において生成する。検索端末９０のプロセッサ９２（メタデータ管理部の一例）は、被写体の自由視点画像の生成に用いた複数台のカメラの撮像画像のメタデータを被写体の自由視点画像に対応付けて蓄積部９６に記録する。
【０１５８】
これにより、検索端末９０は、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官が作成するレポートに掲載された自由視点画像を生成した時に、その自由視点画像の元になったカメラの撮像画像のメタデータを記録でき、提出が要求された証拠画像の生成を簡易化し、警察官の作業負担の軽減を図ることができる。
【０１５９】
また、検索端末９０のプロセッサ９２（メタデータ管理部の一例）は、被写体の自由視点画像に対応する証拠画像の生成指示に応じて、被写体の自由視点画像に対応するメタデータを蓄積部９６から読み出す。検索端末９０のプロセッサ９２（画像生成部の一例）は、読み出されたメタデータに基づいて、被写体の自由視点画像の生成に用いた複数台のカメラの撮像画像を蓄積部９６から読み出し、証拠画像として生成する。これにより、証拠映像作成官は、検察官や裁判所の判事の提出要請により、該当する証拠画像もしくは証拠映像の作成の手間を相当に軽減でき、提出されるＤＶＤの作成を簡易化できる。
【０１６０】
また、検索端末９０のプロセッサ９２（出力制御部の一例）は、生成された証拠画像を、イベントの発生日時及び発生箇所とともに出力部９４に出力（例えば表示）する。これにより、証拠映像作成官は、検索端末９０が生成した証拠画像の内容を事件の概要と照らし合わせて直感的かつ視覚的に確認できるので、内容の整合性を迅速に判別できる。
【０１６１】
以上、図面を参照しながら各種の実施の形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。また、発明の趣旨を逸脱しない範囲において、上述した各種の実施の形態における各構成要素を任意に組み合わせてもよい。
【産業上の利用可能性】
【０１６２】
本開示は、多くの人や車両が行き交う交差点で発生した事件又は事故の終了に伴って警察官がレポートを作成する場合に、その事件又は事故の発生当時の状況を示すために適した画像の検索を効率的に支援し、警察官の作業負担の軽減を図る画像検索支援装置及び画像検索支援方法として有用である。
【符号の説明】
【０１６３】
１０、１１、１２、１３、２０、２１、２２、２３  カメラ
３１、４１  撮影部
３２、４２、９２、ＰＲＣ１、ＰＲＣ２  プロセッサ
３３、４３  記録部
３４  広域通信部
３５、４４  ローカル通信部
３６、４５、５７、７７、９５  メモリ
５０  録画サーバ
５１、７１、９３  通信部
５２、７２、９６  蓄積部
５３、７３  映像検索部
５４、７４  映像解析部
５５、７５  タグ付与部
５６、７６  パターン抽出部
７０  クラウドサーバ
９０  検索端末
９１  操作部
９４  出力部
１００  レポート作成支援システム
ＨＤＳ  ヘッドセット
【図１】
2019040368.tif 000003
【図２Ａ】
2019040368.tif 000004
【図２Ｂ】
2019040368.tif 000005
【図３】
2019040368.tif 000006
【図４】
2019040368.tif 000007
【図５】
2019040368.tif 000008
【図６】
2019040368.tif 000009
【図７Ａ】
2019040368.tif 000010
【図７Ｂ】
2019040368.tif 000011
【図７Ｃ】
2019040368.tif 000012
【図７Ｄ】
2019040368.tif 000013
【図７Ｅ】
2019040368.tif 000014
【図８Ａ】
2019040368.tif 000015
【図８Ｂ】
2019040368.tif 000016
【図９】
2019040368.tif 000017
【図１０】
2019040368.tif 000018
【図１１】
2019040368.tif 000019
【図１２】
2019040368.tif 000020
【図１３Ａ】
2019040368.tif 000021
【図１３Ｂ】
2019040368.tif 000022