(57)【要約】【課題】録画された撮像映像の再生や視聴をユーザが主体的に行わなくても、ウェアラブルカメラにより録画された撮像映像の中でユーザが時系列に行った各種の行動のそれぞれを判別して情報として記録し、ユーザの業務を効率的に支援する。【解決手段】ウェアラブルカメラは、ユーザの前方の被写体の撮像映像を記録部に録画する録画部と、ユーザの動きに関する情報を取得するセンサと、被写体の撮像映像の録画中にセンサにより取得されたユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断する判断部と、被写体の撮像映像の録画中に少なくとも一つの既定のイベントが発生したとの判断に従い、既定のイベントの検出時刻と既定のイベントに関する情報とを対応付けたイベントリスト情報を生成して被写体の撮像映像と対応付けて記録部に記録する制御部とを備える。【選択図】図６
2019021996.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの装着又は所持が可能なウェアラブルカメラであって、
前記ユーザの前方の被写体の撮像映像を記録部に録画する録画部と、
前記ユーザの動きに関する情報を取得するセンサと、
前記被写体の撮像映像の録画中に前記センサにより取得された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断する判断部と、
前記被写体の撮像映像の録画中に前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報を生成して前記被写体の撮像映像と対応付けて前記記録部に記録する制御部と、を備える、
ウェアラブルカメラ。
【請求項２】
前記制御部は、前記被写体の撮像映像を用いて、前記少なくとも一つの既定のイベントの検出時刻に対応するサムネイル画像を生成し、生成された前記サムネイル画像を前記イベントリスト情報に含めて前記記録部に記録する、
請求項１に記載のウェアラブルカメラ。
【請求項３】
前記ウェアラブルカメラの位置情報を取得する位置情報取得部、を更に備え、
前記制御部は、前記少なくとも一つの既定のイベントの検出時刻に対応する前記ウェアラブルカメラの位置情報を取得し、取得された前記位置情報をマップデータ上に重畳したイベントマップ情報をさらに生成して前記記録部に記録する、
請求項１に記載のウェアラブルカメラ。
【請求項４】
前記ユーザの周囲の音声を収音する収音部、を更に備え、
前記判断部は、前記被写体の撮像映像の録画中に前記センサにより取得された前記ユーザの動きに関する情報と前記収音部により収音された音声とを基に、前記少なくとも一つの既定のイベントが発生したか否かを判断する、
請求項１に記載のウェアラブルカメラ。
【請求項５】
前記ユーザの活動量に関する情報を取得する外部センサとの間で通信を行う通信部、を更に備え、
前記判断部は、前記被写体の撮像映像の録画中に前記センサにより取得された前記ユーザの動きに関する情報と前記外部センサから受信した前記ユーザの活動量に関する情報とを基に、前記少なくとも一つの既定のイベントが発生したか否かを判断する、
請求項１に記載のウェアラブルカメラ。
【請求項６】
ユーザの装着又は所持が可能なウェアラブルカメラを用いた情報記録方法であって、
前記ユーザの前方の被写体の撮像映像を記録部に録画するステップと、
前記ユーザの動きに関する情報を取得するステップと、
前記被写体の撮像映像の録画中に取得された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断するステップと、
前記被写体の撮像映像の録画中に前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報を生成して前記被写体の撮像映像と対応付けて前記記録部に記録するステップと、を有する、
情報記録方法。
【請求項７】
ユーザの装着又は所持が可能なウェアラブルカメラとサーバとが通信可能に接続されたウェアラブルカメラシステムであって、
前記ウェアラブルカメラは、
前記ユーザの前方の被写体の撮像映像を記録部に録画し、
前記被写体の撮像映像の録画中に前記ユーザの動きに関する情報を取得し、
取得された前記ユーザの動きに関する情報を前記サーバに送信し、
前記サーバは、
前記ウェアラブルカメラから送信された前記ユーザの動きに関する情報を受信し、
受信された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断し、
前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報の生成指示を前記ウェアラブルカメラに送信し、
前記ウェアラブルカメラは、
前記サーバから送信された前記イベントリスト情報の生成指示を受信し、
受信された前記イベントリスト情報の生成指示に応じて、前記イベントリスト情報を生成して前記被写体の撮像映像と対応付けて前記記録部に記録する、
ウェアラブルカメラシステム。
【請求項８】
前記ウェアラブルカメラは、
前記記録部に記録された前記被写体の撮像映像と前記イベントリスト情報とを対応付けて前記サーバに送信し、
前記サーバは、
前記ウェアラブルカメラから送信された前記被写体の撮像映像と前記イベントリスト情報とを受信し、
前記被写体の撮像映像と前記イベントリスト情報とを対応付けて第２記録部に記録する、
請求項７に記載のウェアラブルカメラシステム。
【請求項９】
ユーザの装着又は所持が可能なウェアラブルカメラとサーバとが通信可能に接続されたウェアラブルカメラシステムであって、
前記ウェアラブルカメラは、
前記ユーザの前方の被写体の撮像映像を記録部に録画し、
前記ユーザの動きに関する情報を取得し、
前記被写体の撮像映像の録画中に取得された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断し、
前記被写体の撮像映像の録画中に前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報を生成して前記被写体の撮像映像とを対応付けて前記記録部に記録し、
前記記録部に記録された前記被写体の撮像映像と前記イベントリスト情報とを対応付けて前記サーバに送信し、
前記サーバは、
前記ウェアラブルカメラから送信された前記被写体の撮像映像と前記イベントリスト情報とを受信し、
受信された前記被写体の撮像映像と前記イベントリスト情報とを対応付けて第２記録部に記録する、
ウェアラブルカメラシステム。
【請求項１０】
前記サーバは、
前記既定のイベントに関する情報の検索操作に応じて、前記検索操作の対象となった前記既定のイベントが検出された少なくとも一つの撮像映像を前記第２記録部から抽出し、抽出された前記撮像映像に対応するサムネイル画像を示した検索結果画面を表示部に表示する、
請求項８又は９に記載のウェアラブルカメラシステム。
【請求項１１】
前記サーバは、
抽出された前記少なくとも一つの撮像映像の再生ボタンを前記検索結果画面に含めて前記表示部に表示し、前記再生ボタンの指定操作に応じて、前記指定操作の対象となった前記撮像映像の視聴画面を前記表示部に表示する、
請求項１０に記載のウェアラブルカメラシステム。
【請求項１２】
前記サーバは、
前記指定操作の対象となった前記撮像映像の中で検出された少なくとも一つのイベントの検出時刻に対応する撮像映像の第２再生ボタンを前記視聴画面に含めて前記表示部に表示する、
請求項１１に記載のウェアラブルカメラシステム。
【請求項１３】
前記サーバは、
前記第２記録部に記録された、前記既定のイベントの検出時に用いられるイベントテーブルの前記既定のイベントに関する情報の書き換え操作に応じて、新たに指定された前記既定のイベントの検出に用いる前記ユーザの動きに関する情報の学習を実行し、
前記ユーザの動きに関する情報の学習結果を前記ウェアラブルカメラに送信し、
前記ウェアラブルカメラは、
前記サーバから送信された前記ユーザの動きに関する情報の学習結果を受信し、
受信された前記ユーザの動きに関する情報の学習結果を用いて、前記新たに指定された前記既定のイベントが発生したか否かを判断する、
請求項９に記載のウェアラブルカメラシステム。
【請求項１４】
ユーザの装着又は所持が可能なウェアラブルカメラとサーバとが通信可能に接続されたウェアラブルカメラシステムを用いた情報記録方法であって、
前記ウェアラブルカメラは、
前記ユーザの前方の被写体の撮像映像を記録部に録画し、
前記被写体の撮像映像の録画中に前記ユーザの動きに関する情報を取得し、
取得された前記ユーザの動きに関する情報を前記サーバに送信し、
前記サーバは、
前記ウェアラブルカメラから送信された前記ユーザの動きに関する情報を受信し、
受信された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断し、
前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報の生成指示を前記ウェアラブルカメラに送信し、
前記ウェアラブルカメラは、
前記サーバから送信された前記イベントリスト情報の生成指示を受信し、
受信された前記イベントリスト情報の生成指示に応じて、前記イベントリスト情報を生成して前記被写体の撮像映像と対応付けて前記記録部に記録する、
情報記録方法。
【請求項１５】
複数のユーザによりそれぞれ装着又は所持されたウェアラブルカメラの撮像映像と、前記撮像映像の録画中に検出された複数種類の既定のイベントのそれぞれの検出時刻及びそれぞれの前記イベントに関する情報を含むイベントリスト情報とを、前記ウェアラブルカメラに対応付けて記録する第３記録部と、
検索条件の入力に応じて、前記第３記録部に記録された前記撮像映像の中から、注目されるインシデントの撮像映像を検索する検索処理部と、
前記検索により抽出された複数の前記撮像映像の一覧と所定のアイコンとを含む検索結果画面をモニタに表示する表示制御部と、を備え、
前記表示制御部は、前記所定のアイコンの選択操作に応じて、前記ウェアラブルカメラごとに対応付けられた前記撮像映像と前記撮像映像に対応する前記イベントリスト情報とを含む映像再生画面を前記モニタに表示する、
情報処理装置。
【請求項１６】
前記表示制御部は、前記映像再生画面のいずれかの前記イベントリスト情報に含まれる前記イベントの選択操作に応じて、前記映像再生画面の全ての前記撮像映像を、前記選択操作に基づく選択イベントの検出時刻の撮像映像にそれぞれ切り替えて表示する、
請求項１５に記載の情報処理装置。
【請求項１７】
前記表示制御部は、前記映像再生画面の全ての前記撮像映像を一斉再生するための一斉再生アイコンを前記映像再生画面に表示するとともに、前記一斉再生アイコンの選択操作に応じて、前記選択イベントの検出時刻の撮像映像を一斉に再生して表示する、
請求項１６に記載の情報処理装置。
【請求項１８】
前記表示制御部は、前記映像再生画面のいずれかの前記撮像映像の選択操作に応じて、前記選択操作に基づく選択撮像映像を所定期間分遡った時点の撮像映像に切り替えて表示するための第１アイコンと、前記選択撮像映像を前記所定期間分経過した時点の撮像映像に切り替えて表示するための第２アイコンとを、前記選択撮像映像に重畳して表示する、
請求項１５に記載の情報処理装置。
【請求項１９】
前記表示制御部は、前記選択イベントを、前記選択操作の対象となっていない他の前記既定のイベントに比べて識別可能に表示する、
請求項１６に記載の情報処理装置。
【請求項２０】
前記イベントリスト情報は、前記ウェアラブルカメラの位置情報をさらに有し、
前記表示制御部は、前記選択イベントの検出時点における複数の前記ウェアラブルカメラのそれぞれの位置情報を示すイベントマップ情報を前記映像再生画面に表示する、
請求項１６に記載の情報処理装置。
【請求項２１】
前記第３記録部は、前記インシデントにおいて検出される複数の前記イベントを前記インシデントごとに予め登録した固有イベントリストをさらに記録し、
前記表示制御部は、前記映像再生画面のそれぞれの撮像映像に対応付けて個別履歴出力アイコンを表示するとともに、いずれかの前記個別履歴出力アイコンの選択操作に応じて、前記映像再生画面のインシデントに対応する前記固有イベントリストに基づいて、前記選択操作に基づく選択撮像映像中で検出されたイベント及びその検出時刻を含むイベント履歴リストを出力する、
請求項１５に記載の情報処理装置。
【請求項２２】
前記第３記録部は、前記インシデントにおいて検出される複数の前記イベントを前記インシデントごとに登録した固有イベントリストをさらに記録し、
前記表示制御部は、前記映像再生画面に全履歴出力アイコンを表示するとともに、前記全履歴出力アイコンの選択操作に応じて、前記映像再生画面のインシデントに対応する前記固有イベントリストに基づいて、前記選択操作に基づく複数の選択撮像映像中で検出された全てのイベント及びその検出時刻を含むイベント履歴リストを出力する、
請求項１５に記載の情報処理装置。
【請求項２３】
前記イベントリスト情報は、前記ウェアラブルカメラの位置情報をさらに有し、
前記表示制御部は、前記複数の選択撮像映像中の全てのイベントの検出時点における複数の前記ウェアラブルカメラのそれぞれの位置情報を示すイベントマップ情報を出力する、
請求項２２に記載の情報処理装置。
【請求項２４】
複数のユーザによりそれぞれ装着又は所持されたウェアラブルカメラの撮像映像と、前記撮像映像の録画中に検出された複数種類の既定のイベントのそれぞれの検出時刻及びそれぞれの前記イベントに関する情報を含むイベントリスト情報とを、前記ウェアラブルカメラに対応付けて記録する第３記録部を有する情報処理装置を用いた情報処理方法であって、
検索条件の入力に応じて、前記第３記録部に記録された前記撮像映像の中から、注目されるインシデントの撮像映像を検索するステップと、
前記検索により抽出された複数の前記撮像映像の一覧と所定のアイコンとを含む検索結果画面をモニタに表示するステップと、
前記所定のアイコンの選択操作に応じて、前記ウェアラブルカメラごとに対応付けられた前記撮像映像と前記撮像映像に対応する前記イベントリスト情報とを含む映像再生画面を前記モニタに表示するステップと、を有する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、撮像映像中のユーザの行動に関する情報を生成して記録するウェアラブルカメラ、ウェアラブルカメラシステム及び情報記録方法に関する。
【背景技術】
【０００２】
近年、警察官あるいは警備員の業務を効率的に支援するために、例えばパトロール時に警察官あるいは警備員にウェアラブルカメラを装着又は所持させて撮像映像を録画するなどの運用の検討が進められている。
【０００３】
ウェアラブルカメラにより撮像された映像データを取り扱う上での利便性を向上するための先行技術として、例えば特許文献１のウェアラブルカメラが提案されている。特許文献１のウェアラブルカメラは、属性情報付与スイッチからの入力があった場合に、属性選択スイッチの設定情報に対応する属性情報を、撮像部により撮像された映像データに対して付与して記憶部に記憶する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１２２９１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１によれば、ユーザの簡単な操作により、映像データの内容に関連する属性情報を簡易に付与できるため、特許文献１の技術は有用性が高いと言える。
【０００６】
しかしながら、特許文献１の構成では、ウェアラブルカメラを装着又は所持するユーザ（例えば警察官）が行う各種の行動（例えばパトロールの開始時から終了時までに行われる複数種類の行動）のそれぞれをウェアラブルカメラが判別することは考慮されていない。従って、特許文献１のような従来技術では、ウェアラブルカメラを装着又は所持するユーザ（例えば警察官）が業務中に行った行動の内容と撮像映像との関連性を記録することはできなかった。
【０００７】
また、ウェアラブルカメラを装着又は所持するユーザ（例えば警察官）は、例えばパトロールから警察署に戻った際、パトロールの中で時系列に自分がどういう行動を行ったかを具体的に記載した事件レポートを作成することがある。上述した従来技術の構成では、撮像映像の録画時に警察官自身が行った行動のそれぞれを判別することができない。このため、警察官は、警察署に戻ってからウェアラブルカメラにより録画された撮像映像を再生して視聴することを余儀なくされ、例えば事件レポートの付録として、パトロール中に時系列に自分の行動を書き出したリストを作成しなければならず、この作成工数が膨大となり、作成効率が劣化していた。
【０００８】
本開示は、上述した従来の事情に鑑みて案出され、録画された撮像映像の再生や視聴をユーザが主体的に行わなくても、ウェアラブルカメラにより録画された撮像映像の中でユーザが時系列に行った各種の行動のそれぞれを判別して情報として記録し、ユーザの業務を効率的に支援するウェアラブルカメラ、ウェアラブルカメラシステム及び情報記録方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本開示は、ユーザの装着又は所持が可能なウェアラブルカメラであって、前記ユーザの前方の被写体の撮像映像を記録部に録画する録画部と、前記ユーザの動きに関する情報を取得するセンサと、前記被写体の撮像映像の録画中に前記センサにより取得された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断する判断部と、前記被写体の撮像映像の録画中に前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報を生成して前記被写体の撮像映像と対応付けて前記記録部に記録する制御部と、を備える、ウェアラブルカメラを提供する。
【００１０】
また、本開示は、ユーザの装着又は所持が可能なウェアラブルカメラを用いた情報記録方法であって、前記ユーザの前方の被写体の撮像映像を記録部に録画するステップと、前記ユーザの動きに関する情報を取得するステップと、前記被写体の撮像映像の録画中に取得された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断するステップと、前記被写体の撮像映像の録画中に前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報を生成して前記被写体の撮像映像と対応付けて前記記録部に記録するステップと、を有する、情報記録方法を提供する。
【００１１】
また、本開示は、ユーザの装着又は所持が可能なウェアラブルカメラとサーバとが通信可能に接続されたウェアラブルカメラシステムであって、前記ウェアラブルカメラは、前記ユーザの前方の被写体の撮像映像を記録部に録画し、前記被写体の撮像映像の録画中に前記ユーザの動きに関する情報を取得し、取得された前記ユーザの動きに関する情報を前記サーバに送信し、前記サーバは、前記ウェアラブルカメラから送信された前記ユーザの動きに関する情報を受信し、受信された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断し、前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報の生成指示を前記ウェアラブルカメラに送信し、前記ウェアラブルカメラは、前記サーバから送信された前記イベントリスト情報の生成指示を受信し、受信された前記イベントリスト情報の生成指示に応じて、前記イベントリスト情報を生成して前記被写体の撮像映像と対応付けて前記記録部に記録する、ウェアラブルカメラシステムを提供する。
【００１２】
また、本開示は、ユーザの装着又は所持が可能なウェアラブルカメラとサーバとが通信可能に接続されたウェアラブルカメラシステムであって、前記ウェアラブルカメラは、前記ユーザの前方の被写体の撮像映像を記録部に録画し、前記ユーザの動きに関する情報を取得し、前記被写体の撮像映像の録画中に取得された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断し、前記被写体の撮像映像の録画中に前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報を生成して前記被写体の撮像映像とを対応付けて前記記録部に記録し、前記記録部に記録された前記被写体の撮像映像と前記イベントリスト情報とを対応付けて前記サーバに送信し、前記サーバは、前記ウェアラブルカメラから送信された前記被写体の撮像映像と前記イベントリスト情報とを受信し、受信された前記被写体の撮像映像と前記イベントリスト情報とを対応付けて第２記録部に記録する、ウェアラブルカメラシステムを提供する。
【００１３】
また、本開示は、ユーザの装着又は所持が可能なウェアラブルカメラとサーバとが通信可能に接続されたウェアラブルカメラシステムを用いた情報記録方法であって、前記ウェアラブルカメラは、前記ユーザの前方の被写体の撮像映像を記録部に録画し、前記被写体の撮像映像の録画中に前記ユーザの動きに関する情報を取得し、取得された前記ユーザの動きに関する情報を前記サーバに送信し、前記サーバは、前記ウェアラブルカメラから送信された前記ユーザの動きに関する情報を受信し、受信された前記ユーザの動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断し、前記少なくとも一つの既定のイベントが発生したとの判断に従い、前記既定のイベントの検出時刻と前記既定のイベントに関する情報とを対応付けたイベントリスト情報の生成指示を前記ウェアラブルカメラに送信し、前記ウェアラブルカメラは、前記サーバから送信された前記イベントリスト情報の生成指示を受信し、受信された前記イベントリスト情報の生成指示に応じて、前記イベントリスト情報を生成して前記被写体の撮像映像と対応付けて前記記録部に記録する、情報記録方法を提供する。
【００１４】
また、本開示は、複数のユーザによりそれぞれ装着又は所持されたウェアラブルカメラの撮像映像と、前記撮像映像の録画中に検出された複数種類の既定のイベントのそれぞれの検出時刻及びそれぞれの前記イベントに関する情報を含むイベントリスト情報とを、前記ウェアラブルカメラに対応付けて記録する第３記録部と、検索条件の入力に応じて、前記第３記録部に記録された前記撮像映像の中から、注目されるインシデントの撮像映像を検索する検索処理部と、前記検索により抽出された複数の前記撮像映像の一覧と所定のアイコンとを含む検索結果画面をモニタに表示する表示制御部と、を備え、前記表示制御部は、前記所定のアイコンの選択操作に応じて、前記ウェアラブルカメラごとに対応付けられた前記撮像映像と前記撮像映像に対応する前記イベントリスト情報とを含む映像再生画面を前記モニタに表示する、情報処理装置を提供する。
【００１５】
また、本開示は、複数のユーザによりそれぞれ装着又は所持されたウェアラブルカメラの撮像映像と、前記撮像映像の録画中に検出された複数種類の既定のイベントのそれぞれの検出時刻及びそれぞれの前記イベントに関する情報を含むイベントリスト情報とを、前記ウェアラブルカメラに対応付けて記録する第３記録部を有する情報処理装置を用いた情報処理方法であって、検索条件の入力に応じて、前記第３記録部に記録された前記撮像映像の中から、注目されるインシデントの撮像映像を検索するステップと、前記検索により抽出された複数の前記撮像映像の一覧と所定のアイコンとを含む検索結果画面をモニタに表示するステップと、前記所定のアイコンの選択操作に応じて、前記ウェアラブルカメラごとに対応付けられた前記撮像映像と前記撮像映像に対応する前記イベントリスト情報とを含む映像再生画面を前記モニタに表示するステップと、を有する、情報処理方法を提供する。
【発明の効果】
【００１６】
本開示によれば、録画された撮像映像の再生や視聴をユーザが主体的に行わなくても、ウェアラブルカメラにより録画された撮像映像の中でユーザが時系列に行った各種の行動のそれぞれを判別して情報として記録でき、ユーザの業務を効率的に支援できる。
【図面の簡単な説明】
【００１７】
【図１】各実施の形態のウェアラブルカメラシステムのシステム構成例を示す概略図
【図２】各実施の形態のウェアラブルカメラを装着した警察官の上半身の一例を示す図
【図３】各実施の形態のウェアラブルカメラの筐体の表側の面の一例を示す正面図
【図４】実施の形態１のウェアラブルカメラの内部構成の一例を詳細に示すブロック図
【図５】検出されるアクションに関するアクションテーブルの一例を示す図
【図６】実施の形態１のウェアラブルカメラにおける、アクションインデックスの生成動作手順の一例を詳細に説明するフローチャート
【図７】検出されるアクションと各種の測定データとアクションテーブルとの関係例を示す説明図
【図８】アクションインデックスの一例を示す図
【図９】時系列にアクションが検出された位置情報がマップデータ上に重畳表示されたアクションマップの一例を示す図
【図１０】実施の形態１のウェアラブルカメラにおける、アクションインデックスの生成又は撮像映像の録画の動作手順の一例を詳細に説明するフローチャート
【図１１】実施の形態１のバックエンドサーバの内部構成の一例を詳細に示すブロック図
【図１２】実施の形態１のウェアラブルカメラとバックエンドサーバとの連携に基づく、アクションインデックスの生成動作手順の一例を詳細に説明するシーケンス図
【図１３Ａ】ウェアラブルカメラシステムにおいて、ウェアラブルカメラと活動量計とが直接に近距離無線通信する例を示す図
【図１３Ｂ】ウェアラブルカメラシステムにおいて、ウェアラブルカメラと活動量計とがスマートフォンを介して近距離無線通信する例を示す図
【図１４】活動量計の内部構成の一例を詳細に示すブロック図
【図１５】検出されるアクションに関する他のアクションテーブルの一例を示す図
【図１６】実施の形態１のウェアラブルカメラにおける、アクションインデックスの生成動作手順の他の一例を詳細に説明するフローチャート
【図１７】実施の形態１のウェアラブルカメラにおける、アクションインデックスの生成又は撮像映像の録画の動作手順の他の一例を詳細に説明するフローチャート
【図１８】アクション情報の検索条件の入力欄と検索結果とを示す検索結果画面の一例を示す図
【図１９】いずれかのレコードに対応する再生ボタンの押下に基づいて撮像映像の視聴画面が表示される例を示す説明図
【図２０】アクションテーブルのアクション情報名の書き換えに基づいて測定データの学習が開始される例を示す説明図
【図２１】実施の形態１の変形例のウェアラブルカメラとバックエンドサーバとバックエンドクライアントとの連携に基づく、測定データの学習及び学習結果の更新に関する動作手順の一例を詳細に説明するシーケンス図
【図２２】実施の形態２のウェアラブルカメラにおける、既定のアクションの検出に基づく捜査本部への通知動作手順の一例を詳細に説明するフローチャート
【図２３】実施の形態２のウェアラブルカメラにおける、捜査本部への通知後のデータ送信動作手順の一例を詳細に説明するフローチャート
【図２４】実施の形態３のウェアラブルカメラシステムのシステム構成例を簡略に示す概略図
【図２５】実施の形態３のバックエンドサーバに記録される映像蓄積データの構成例を示す図
【図２６】実施の形態３のバックエンドサーバにおける、ウェアラブルカメラあるいは監視カメラから送信された撮像映像データの解析動作手順の一例を詳細に説明するシーケンス図
【図２７】実施の形態４のバックエンドクライアントの内部構成の一例を詳細に示すブロック図
【図２８】撮像映像の検索条件の入力欄と検索結果とを示す検索結果画面の一例を示す図
【図２９】図２８の検索結果画面内のマルチ同時再生ボタンの押下に基づく、マルチ同時再生画面の一例を示す図
【図３０】マルチ同時再生画面の他の一例を示す図
【図３１】所定のフォーマットに準拠した出力映像の一例を示す図
【図３２】実施の形態４のバックエンドクライアントにおける、撮像映像の検索指示に応じた表示動作手順の一例を詳細に説明するフローチャート
【図３３Ａ】実施の形態４の変形例における、事件別固有イベントリストに対応した事件別イベント履歴リストの第１例を示す図
【図３３Ｂ】実施の形態４の変形例における、事件別固有イベントリストに対応した事件別イベント履歴リストの第２例を示す図
【図３４】撮像映像の検索条件の入力欄と検索結果とを示す検索結果画面の他の一例を示す図
【図３５】図３４の検索結果画面内のマルチ同時再生表示ボタンの押下に基づく、マルチ同時再生画面の第１例を示す図
【図３６Ａ】識別番号「ＨＰ２３４５」の警察官Ａの事件別イベント履歴リストの一例を示す図
【図３６Ｂ】識別番号「ＨＰ３４５６」の警察官Ｂの事件別イベント履歴リストの一例を示す図
【図３７Ａ】識別番号「ＨＰ２３４５」，「３４５６」の警察官Ａ，Ｂの事件別イベント履歴リストをマージした事件別イベント履歴リストの一例を示す図
【図３７Ｂ】図３６Ａ，図３６Ｂの事件別イベント履歴リスト内のアクションが検出された位置情報がマップデータ上に重畳表示されたアクションマップの一例を示す図
【発明を実施するための形態】
【００１８】
（実施の形態１の内容に至る経緯）
上述した特許文献１の構成では、ウェアラブルカメラを装着又は所持するユーザ（例えば警察官）が行う各種の行動（例えばパトロールの開始時から終了時までに行われる複数種類の行動）のそれぞれをウェアラブルカメラが判別することは考慮されていない。従って、特許文献１のような従来技術では、ウェアラブルカメラを装着又は所持するユーザ（例えば警察官）が業務中に行った行動の内容と撮像映像との関連性を記録することはできなかった。
【００１９】
また、ウェアラブルカメラを装着又は所持するユーザ（例えば警察官）は、例えばパトロールから警察署に戻った際、パトロールの中で時系列に自分がどういう行動を行ったかを具体的に記載した事件レポートを作成することがある。上述した従来技術の構成では、撮像映像の録画時に警察官自身が行った行動のそれぞれを判別することができない。このため、警察官は、警察署に戻ってからウェアラブルカメラにより録画された撮像映像を再生して視聴することを余儀なくされ、例えば事件レポートの付録として、パトロール中に時系列に自分の行動を書き出したリストを作成しなければならず、この作成工数が膨大となり、作成効率が劣化していた。
【００２０】
そこで、実施の形態１では、上述した事情に鑑みて、録画された撮像映像の再生や視聴をユーザが主体的に行わなくても、ウェアラブルカメラにより録画された撮像映像の中でユーザが時系列に行った各種の行動のそれぞれを判別して情報として記録し、ユーザの業務を効率的に支援するウェアラブルカメラ、ウェアラブルカメラシステム及び情報記録方法の例を説明する。
【００２１】
以下、添付図面を適宜参照しながら、本開示に係るウェアラブルカメラ、ウェアラブルカメラシステム及び情報記録方法を具体的に開示した各実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。なお、添付図面及び以下の説明は、当業者が本開示を十分に理解するために提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【００２２】
以下の各実施の形態では、本開示に係るウェアラブルカメラのユーザとして、警察官を例示して説明する。但し、本開示に係るウェアラブルカメラのユーザは、警察官に限定されず、警備員でもよいし、警察官や警備員ではない一般の市民でもよい。
【００２３】
（実施の形態１）
図１は、各実施の形態のウェアラブルカメラシステム１０００のシステム構成例を示す概略図である。図１に示すウェアラブルカメラシステム１０００は、警察官の装着又は所持が可能なウェアラブルカメラ１０と、警察署（Police Department）ＰＤ内に配置される各種の機器と、警察官が現場（Field）で使用する各種の機器と、警察車両７（Police Vehicle、例えばパトロールカー（いわゆる、パトカー）。以下同様とする）の内部で使用又は搭載される各種の機器と、警察官の自宅（Officer Home）内で使用される各種の機器とにより構成される。ウェアラブルカメラ１０は、警察署ＰＤ内に配置される各種の機器、警察官が現場で使用する各種の機器、警察車両７の内部で使用又は搭載される各種の機器、警察官の自宅内で使用される各種の機器、のいずれに属しても構わない。
【００２４】
警察署ＰＤ内に配置される各種の機器は、例えばバックエンドサーバ５０（ＢＥＳ：Ba
ck End Server）と、バックエンドストリーミングサーバ６０（ＢＳＳ：Back End Streaming Server）と、バックエンドクライアント７０ａ，７０ｂ（ＢＥＣ：Back End Client）と、無線ＬＡＮ（Local Area Network）アクセスポイント６３と、複数のウェアラブルカメラを一括して充電可能な充電装置の一例としてのギャングチャーヂャとを少なくとも含むが、これらに限定されない。
【００２５】
警察官が現場（Field）で使用する各種の機器は、例えば警察官の所持が可能なスマートフォン４０（タブレット端末でも可）と、警察官の所持が可能な無線ＬＡＮアクセスポイント４５とを少なくとも含むが、これらに限定されない。なお、スマートフォン４０や無線ＬＡＮアクセスポイント４５は、例えば警察官が着用する制服のポケット等内にて所持される。
【００２６】
警察車両７の内部で使用又は搭載される各種の機器は、例えば車載カメラシステム（ＩＣＶ：In-Car Video）３０と、車載ＰＣ３２と、車載通信装置の一例としてのコモントリガーボックス１００（ＣＴＢ：Common Trigger Box）と、充電装置（Pairing Dock）の一例としての充電台と、回転警告灯ＰＬとを少なくとも含むが、これらに限定されない。
【００２７】
警察官の自宅内で使用される各種の機器は、例えばウェアラブルカメラ１０を充電するためのクレードル（Cradle）と、ホームルータ（Home router）とを少なくとも含むが、これらに限定されない。
【００２８】
車載カメラシステム３０は、１つ又は複数の車載カメラ３１、車載ＰＣ３２及び車載レコーダ３３を有し、警察車両７で走行中に遭遇する事件やパトロール中等の状況を映像として撮像して記録する。１つ又は複数の車載カメラ３１は、例えば警察車両７の前方を撮像するように設置されたカメラ、警察車両７の左側、右側、後方をそれぞれ撮像するように設置されたそれぞれのカメラのうち１つ又は複数を含む。車載ＰＣ３２は、警察官３の操作に従って、車載カメラ３１及び車載レコーダ３３の動作を制御する。車載レコーダ３３は、複数の車載カメラ３１でそれぞれ撮像された映像のデータを時系列に記録する。また、車載ＰＣ３２は、ＵＳＢ（Universal Serial Bus）によってウェアラブルカメラ１０と接続された場合、ウェアラブルカメラ１０を充電可能であるとともに、ウェアラブルカメラ１０により撮像された映像のデータを、ＵＳＢを介して取得し、車載ＰＣ３２内にインストールされている既定のアプリケーションにおいて再生したり、警察官の操作に従って、そのアプリケーションにおいて映像の属性情報を付与したりする。
【００２９】
車載カメラシステム３０は、コモントリガーボックス１００と有線（例えばＬＡＮ通信）で接続され、コモントリガーボックス１００からの指令に応じた動作（例えば車載カメラ３１で撮像された映像のデータ記録（つまり、録画）の開始又は停止）を行う。車載カメラシステム３０は、コモントリガーボックス１００を介してウェアラブルカメラ１０と通信可能に接続され、ウェアラブルカメラ１０で撮影開始するタイミングと同時に車載レコーダ３３で記録を開始する。また、逆に車載レコーダ３３で撮影開始するタイミングと同時にウェアラブルカメラ１０で記録を開始することもある。また、車載カメラシステム３０は、ウェアラブルカメラ１０で撮像された映像を車載レコーダ３３に記録してもよい。
【００３０】
ウェアラブルカメラ１０は、ユーザの一例としての警察官の制服に装着又は保持される。ウェアラブルカメラ１０は、警察官の前方の状況を被写体として撮像し、撮像により得られた映像のデータを、コモントリガーボックス１００を介して車載カメラシステム３０に送信したり、ウェアラブルカメラ１０と車載レコーダ３３で同時に撮影を開始したりする。また、ウェアラブルカメラ１０は、無線ＬＡＮアクセスポイント６３を介してバックエンドサーバ５０に直接送信したり、スマートフォン４０或いは無線ＬＡＮアクセスポイント４５及びネットワークＮＷ１（例えばモバイル通信ネットワーク網又はインターネット網）を介してバックエンドストリーミングサーバ６０にストリーミングしたりする。また、警察署ＰＤ内では、ウェアラブルカメラ１０は、ＵＳＢによって接続されたバックエンドクライアント７０ｂ、又は警察署ＰＤ内のＬＡＮによって接続されたバックエンドサーバ５０に対し、撮像映像のデータを送ってもよい。また、ウェアラブルカメラ１０は、手動でギャングチャーヂャの充電面に載置されることで、撮像映像のデータをバックエンドサーバ５０に送信可能である。
【００３１】
ウェアラブルカメラ１０や車載カメラ３１の撮像対象となる被写体には、単に人物だけではなく、建物、広場、事件の現場の情景、現場の近くに群がる群衆（いわゆる、野次馬）、更に、撮像位置の周囲の雰囲気も含まれる。なお、以下の説明において、現場とは、事件（例えば、放火、殺人、傷害、強盗）に関する決定的な瞬間が目撃された位置を指す。警察官３は、ウェアラブルカメラ１０と通信可能な無線端末の一例としてのスマートフォン４０や無線ＬＡＮアクセスポイント４５を所持する場合もある。
【００３２】
スマートフォン４０は、電話機能及び無線通信機能（例えばデザリング機能）を有し、例えば警察署ＰＤからの緊急連絡又は警察署への緊急連絡時に使用され、更に、ウェアラブルカメラ１０からのデータを警察署ＰＤ内のバックエンドストリーミングサーバ６０に中継する。また、スマートフォン４０は、警察官の操作に従って、ウェアラブルカメラ１０の撮像映像のデータを再生したり、その撮像映像のデータに属性情報（メタデータ）を付与する等の編集をしたりする。
【００３３】
無線ＬＡＮアクセスポイント４５は、ウェアラブルカメラ１０からのデータを警察署ＰＤ内のバックエンドストリーミングサーバ６０に中継する。ウェアラブルカメラ１０とスマートフォン４０や無線ＬＡＮアクセスポイント４５との間には、無線通信（例えばＢＬＥ（Bluetooth（登録商標） Low Energy）又はＷＬＡＮ（無線ＬＡＮ、例えばＷｉｆｉ（登録商標））が用いられる。なお、ウェアラブルカメラ１０がスマートフォン４０や無線ＬＡＮアクセスポイント４５を介してバックエンドストリーミングサーバ６０にストリーミングする等の高速通信の際には、ＢＬＥよりも伝送速度が高速な無線ＬＡＮを用いた無線通信が使用される。一方、ウェアラブルカメラ１０の撮像映像の事件番号などのデータをスマートフォン４０にて編集する等の低速通信で実現可能な際には、ＢＬＥを用いた無線通信が使用される。
【００３４】
バックエンドサーバ５０は、コンピュータ及びストレージを有して構成され、事件の証拠映像を管理する。バックエンドサーバ５０は、バックエンドクライアント７０ａ，７０ｂを使用するユーザ（例えば警察官３本人、あるいは警察署ＰＤ内の解析専門官）の操作に応じた要求に従い、例えばウェアラブルカメラ１０や車載カメラ３１により撮像された映像を構成する画像フレーム中の顔を認識する顔認識機能やその映像の少なくとも一部を画像処理等で編集する編集機能等の映像解析機能を有する。また、バックエンドサーバ５０は、バックエンドクライアント７０ａ，７０ｂを使用するユーザ（例えば警察官３本人、あるいは警察署ＰＤ内の解析専門官）の操作に応じた要求に従い、ウェアラブルカメラ１０や車載カメラ３１により撮像された映像を再生する再生機能を有する。
【００３５】
バックエンドストリーミングサーバ６０は、ウェアラブルカメラ１０からストリーミングされた映像のデータを受信し、バックエンドサーバ５０に転送する。
【００３６】
バックエンドクライアント７０ａ，７０ｂは、例えばＰＣにより構成され、バックエンドサーバ５０内の不審人物ＤＢ（Database、不図示）にアクセスし、犯罪者等の事件に関する情報を検索してその検索結果をディスプレイデバイス（例えばバックエンドクライアント７０ａ，７０ｂに設けられたＬＣＤ（Liquid Crystal Display））上に表示可能なブラウザ又は専用アプリケーションを有する。不審人物ＤＢには、例えば指名手配中の人物や過去の犯罪者等が事件を識別する情報（例えば事件番号）に対応付けて予め登録されている。また、バックエンドクライアント７０ａ，７０ｂは、バックエンドサーバ５０の音声ＤＢにアクセスし、犯罪者等の事件に関する音声情報を検索可能である。なお、バックエンドクライアント７０は、警察署ＰＤの内部に設置されるだけでなく、警察署ＰＤの外部に設置されたものでもよい。また、バックエンドクライアント７０は、シンクライアントＰＣ或いはリッチクライアントＰＣのいずれであってもよい。
【００３７】
無線ＬＡＮアクセスポイント６３は、ウェアラブルカメラ１０と無線ＬＡＮ（ＷＬＡＮ）によって無線接続し、例えばウェアラブルカメラ１０から送信された映像のデータを中継してバックエンドサーバ５０に転送する。
【００３８】
ギャングチャーヂャは、複数の警察官がそれぞれ装着又は所持するウェアラブルカメラ１０を所定の充電面上に載置可能であり、載置された個々のウェアラブルカメラ１０のバッテリを充電する。ギャングチャーヂャは、充電中にウェアラブルカメラ１０との間で有線通信を行い、ウェアラブルカメラ１０に記憶された映像のデータをバックエンドサーバ５０に送信する機能も有する。または、ウェアラブルカメラ１０は、ギャングチャージャを介して、ＬＡＮインタフェース（不図示）によりバックエンドサーバ５０と直接通信してもよい。また、ギャングチャーヂャは、ＵＳＢ（Universal Serial Bus）ケーブルを介してバックエンドクライアント７０ｂに有線接続される。
【００３９】
コモントリガーボックス１００は、回転警告灯ＰＬ、サイレン（不図示）、車載カメラシステム３０、充電台との間でそれぞれ有線（例えばＬＡＮ通信）によって接続されるとともに、ウェアラブルカメラ１０が充電台に接続された時には充電台を介してウェアラブルカメラ１０とも接続可能である。コモントリガーボックス１００は、コモントリガーボックス１００に有線又は無線にて接続された機器（以下、「ＣＴＢ接続機器」とも称する場合がある）とウェアラブルカメラ１０との間でＢＬＥ或いはＷＬＡＮ（無線ＬＡＮ）を用いて録画開始や録画停止の制御信号を送る事で、ウェアラブルカメラ１０とＣＴＢ接続機器との間で同期した録画開始や録画停止の実行を制御する。ＣＴＢ接続機器は、例えば上述した回転警告灯ＰＬ、サイレン（不図示）、車載カメラシステム３０、充電台である。
【００４０】
また、コモントリガーボックス１００は、例えば車載カメラシステム３０との間が有線（例えばＬＡＮ通信）で接続される場合に、車載カメラシステム３０に対し、録画開始又は録画停止の制御信号を送る。これにより、車載カメラシステム３０は、コモントリガーボックス１００からの制御信号に応じた動作として、例えば車載カメラ３１で撮像された映像のデータの車載レコーダ３３への記録（録画）を開始したり、その記録（録画）を停止したりできる。コモントリガーボックス１００は、例えば回転警告灯ＰＬ又はサイレン等の警察車両搭載機器からの動作開始信号を取得すると、その警察車両搭載機器の使用開始を検知し、コモントリガーボックス１００に接続されたウェアラブルカメラ１０や車載カメラシステム３０に対し、録画開始や録画停止の制御信号を送る。これにより、ウェアラブルカメラ１０や車載カメラシステム３０は、コモントリガーボックス１００からの制御信号に応じた動作として、例えば回転警告灯ＰＬの回転開始又はサイレンの音声出力に伴って、撮像により得られた映像のデータの録画を開始したり停止したりできる。
【００４１】
コモントリガーボックスの接続機器が、車載レコーダ３３及びウェアラブルカメラ１０のみである場合は、一方（例えば車載レコーダ３３）が録画の開始又は停止した事をコモントリガーボックス１００へ伝えると、コモントリガーボックス１００は、もう一方（例えばウェアラブルカメラ１０）へ録画の開始又は停止の制御信号を送る。これにより、コモントリガーボックス１００は、車載レコーダ３３及びウェアラブルカメラ１０の両者をほぼ同時に録画を開始したり又は停止したりする事が可能となる。
【００４２】
充電台は、例えば警察車両７の既定位置（例えばセンターコンソールの付近）に配置され、コモントリガーボックス１００との間で有線（例えばＬＡＮケーブルを使ったＰｏＥ（Power over Ethernet（登録商標）））によって接続される。充電台は、ウェアラブルカメラ１０を載置するための充電面を有する。充電台は、コモントリガーボックス１００との間で有線（例えばＬＡＮケーブルを使ったＰｏＥ）によって接続され、かつ充電面にウェアラブルカメラ１０が載置された事でウェアラブルカメラ１０との間が接続された場合、コモントリガーボックス１００からの供給電流に基づいてウェアラブルカメラ１０のバッテリを充電可能である。
【００４３】
また、警察官は、例えば自宅に帰宅した時又は休暇中に、ウェアラブルカメラ１０をウェアラブルカメラ１０に対応したクレードルに載置したとする。この場合、ウェアラブルカメラ１０は、クレードルと有線（例えばＬＡＮ通信）によって接続されたホームルータ及びネットワークＮＷ２を介して、ウェアラブルカメラ１０により撮像された映像のデータをバックエンドサーバ５０に送信可能である。
【００４４】
図２は、各実施の形態のウェアラブルカメラ１０を装着した警察官３の上半身の一例を示す図である。ウェアラブルカメラ１０は、警察官３の前方を撮像可能なように、警察官３の制服の前部に装着又は保持される。ウェアラブルカメラ１０は、例えば首から紐で吊り下げた状態で制服の前部に固定されてもよい。ウェアラブルカメラ１０は、ウェアラブルカメラ１０の筐体１０ｚ（図３参照）の背面に取り付けられた取付具（例えば取付用クリップ）と制服の前部に取り付けられた被取付具とが係合する事で制服の前部に固定されてもよい。
【００４５】
図３は、各実施の形態のウェアラブルカメラ１０の筐体１０ｚの表側の面の一例を示す正面図である。筐体１０ｚの表側の面には、録画スイッチＳＷ１、スナップショットスイッチＳＷ２及び撮像レンズ１１ｚが配置される。プロセッサ１９は、録画スイッチＳＷ１、スナップショットスイッチＳＷ２の各スイッチの入力検出を行い、操作があったスイッチ入力に対する処理を行う。
【００４６】
録画スイッチＳＷ１は、例えば短押しされることで録画の開始を指示し、長押し（例えば３秒間の押し状態が継続された操作）されることで録画の停止を指示する。これらの指示により、プロセッサ１９は、録画の開始を実行でき、又は録画の停止を実行できる。スナップショットスイッチＳＷ２は、例えば押下される度に、撮像部１１により撮像される静止画の記録を指示する。この指示により、プロセッサ１９は、静止画を記録できる。撮像レンズ１１ｚは、ウェアラブルカメラ１０により撮像される被写体の光学像を撮像部１１（図４参照）の撮像面に結像させる。
【００４７】
筐体１０ｚの側面には、通信モードスイッチＳＷ３及び属性情報付与スイッチＳＷ４が配置される。プロセッサ１９は、通信モードスイッチＳＷ３、属性情報付与スイッチＳＷ４の各スイッチの入力検出を行い、操作があったスイッチ入力に対する処理を行う。
【００４８】
属性情報付与スイッチＳＷ４は、映像データに属性情報を付与するために操作される押しボタンスイッチである。プロセッサ１９は、属性情報付与スイッチＳＷ４が押下された場合、撮像部１１によって撮像された撮像画像から切り出された顔画像を含む切出しデータに属性情報を付与する。
【００４９】
通信モードスイッチＳＷ３は、例えばウェアラブルカメラ１０と外部機器との間の通信モードを設定するための操作指示を入力するスライドスイッチである。プロセッサ１９は、通信モードスイッチＳＷ３の状態を検出し、通信モードスイッチＳＷ３の設定に応じた通信モードによってＢＬＥ通信部２１Ａ，ＷＬＡＮ通信部２１Ｂをそれぞれ動作させる。
【００５０】
通信モードは、例えばアクセスポイントモード、ステーションモード、ＯＦＦモードを含む。アクセスポイントモードは、ウェアラブルカメラ１０が無線ＬＡＮのアクセスポイントとして動作し、例えば警察官３が所持するスマートフォン４０と無線接続して、ウェアラブルカメラ１０とスマートフォン４０との間で通信を行うモードである。アクセスポイントモードにおいて、スマートフォン４０は、ウェアラブルカメラ１０と接続することにより、ウェアラブルカメラ１０による現在のライブ画像の表示、録画された画像の再生、撮像された静止画の表示等を行うことができる。ステーションモードは、無線ＬＡＮを用いて外部機器と接続する場合に、外部機器をアクセスポイントとして通信するモードである。例えばスマートフォン４０のテザリング機能を利用し、外部機器としてスマートフォン４０を設定してもよい。ステーションモードにおいて、ウェアラブルカメラ１０は、各種設定、ウェアラブルカメラ１０が保持する録画された画像の転送（アップロード）等を、車載カメラシステム３０や警察署ＰＤ内のバックエンドクライアント７０やバックエンドサーバ５０に対して行うことができる。
【００５１】
筐体１０ｚの上面には、例えば３個のＬＥＤ２６ａ，２６ｂ，２６ｃが配置される。ＬＥＤ２６ａは、ウェアラブルカメラ１０の電源オン／オフの状態及びバッテリ２５（図４参照）の状態を表示する。ＬＥＤ２６ｂは、ウェアラブルカメラ１０の撮像動作の状態を表示する。ＬＥＤ２６ｃは、ウェアラブルカメラ１０の通信モードの状態を表示する。
【００５２】
図４は、実施の形態１のウェアラブルカメラ１０の内部構成の一例を詳細に示すブロック図である。ウェアラブルカメラ１０は、撮像部１１と、メモリ１３と、記録部１５と、ＧＰＳ（Global Positioning System）受信部１８と、プロセッサ１９とを備える。
【００５３】
ウェアラブルカメラ１０は、ＢＬＥ通信部２１Ａと、ＷＬＡＮ通信部２１Ｂと、ＵＳＢインタフェース２２とを備える。ウェアラブルカメラ１０は、バッテリ２５と、ＬＥＤ制御部２６と、バイブレータ２７と、マイク部２９Ａと、スピーカ２９Ｂと、イヤホン端子２９Ｃとを備える。また、ウェアラブルカメラ１０は、加速度センサＡＣと、ジャイロセンサＧＹとを備える。
【００５４】
撮像部１１は、撮像レンズ１１ｚ（図３参照）と、ＣＣＤ（Charge Coupled Device）型イメージセンサもしくはＣＭＯＳ（Complementary Metal Oxide Semiconductor）型イメージセンサ等の固体撮像素子とを有する構成である。撮像部１１は、ウェアラブルカメラ１０の電源がオンである間、固体撮像素子による撮像に基づいて得られた被写体の撮像画像のデータを常時プロセッサ１９に出力する。この撮像画像のデータは、プロセッサ１９の映像音声データ生成部１９Ａに入力される。
【００５５】
メモリ１３は、例えばＲＡＭ（Random Access Memory）とＲＯＭ（Read Only Memory）を用いて構成され、ウェアラブルカメラ１０の動作の実行に必要なプログラムやデータ、更には、動作中に生成された情報又はデータなどを一時的に保存する。ＲＡＭは、例えばプロセッサ１９の動作時に使用されるワークメモリである。ＲＯＭは、例えばプロセッサ１９を制御するためのプログラム及びデータを予め記憶する。また、メモリ１３は、例えばウェアラブルカメラ１０を識別する識別情報（例えばシリアル番号）及び各種設定情報を記憶する。
【００５６】
記録部１５は、ウェアラブルカメラ１０に内蔵される半導体メモリ（例えばフラッシュメモリ）、又はウェアラブルカメラ１０に内蔵されないメモリカード（例えばＳＤカード）などの外部記憶媒体を用いて構成される。記録部１５は、プロセッサ１９のアクション情報生成部１９Ｄにより生成されたアクションインデックスＡＬ１（図９参照）又はアクションマップＭＰ１のデータを、アクションインデックスＡＬ１又はアクションマップＭＰ１と対応する撮像映像や音声のデータと対応付けて記録する。記録部１５は、所定時間分の撮像映像のデータを常時プリバッファリングして保持し、現在時刻より所定時間（例えば３０秒）前までの撮像映像のデータを蓄積し続ける。そして、プロセッサ１９より録画開始指示を受けると、記録部１５は、撮像映像のデータの記録（録画）を開始し、プロセッサ１９より録画停止指示を受けるまで、撮像映像のデータの記録（録画）を継続する。なお、記録部１５がメモリカードで構成される場合、ウェアラブルカメラ１０の筐体１０ｚに挿抜自在に装着される。
【００５７】
ＧＰＳ受信部１８は、複数のＧＰＳ発信機（例えば４個の航法衛星）から送信される、各自の信号送信時刻及び位置座標を含む衛星信号を受信する。ＧＰＳ受信部１８（位置情報取得部）は、複数の衛星信号を用いて、現在のウェアラブルカメラ１０の位置座標及び衛星信号の受信時刻を算出する。なお、この算出は、ＧＰＳ受信部１８ではなく、ＧＰＳ受信部１８からの出力が入力されたプロセッサ１９により実行されてもよい。なお、受信時刻の情報は、ウェアラブルカメラ１０のシステム時刻（つまり、計時部１７の出力）の補正のためにも使用されてもよい。システム時刻は、撮像された画像（静止画、動画を含む）の撮像時刻の記録や既定のイベントとしての各種のアクション（図５参照）の検出時刻等に利用される。
【００５８】
プロセッサ１９は、ウェアラブルカメラ１０の制御部として機能し、ウェアラブルカメラ１０の各部の動作を全体的に統括するための制御処理、ウェアラブルカメラ１０の各部との間のデータの入出力処理、データの演算（計算）処理及びデータの記憶処理を行う。プロセッサ１９は、メモリ１３に記憶されたプログラム及びデータに従って動作する。プロセッサ１９は、動作時、メモリ１３を使用し、計時部１７より現在の時刻情報を取得するとともに、ＧＰＳ受信部１８から現在の位置情報を取得する。
【００５９】
プロセッサ１９は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）もしくはＦＰＧＡ（Field-Programmable Gate Array）を用いて構成される。プロセッサ１９は、ソフトウェア機能構成として、計時部１７、映像音声データ生成部１９Ａ、センサデータ解析部１９Ｂ、映像音声データ解析部１９Ｃ、及びアクション情報生成部１９Ｄを含む構成である。
【００６０】
計時部１７は、現在の時刻（つまり、ウェアラブルカメラ１０のシステム時刻）の情報をカウントしてＧＰＳ受信部１８及びアクション情報生成部１９Ｄにそれぞれ出力する。
【００６１】
映像音声データ生成部１９Ａは、ウェアラブルカメラ１０の電源がオンである間、撮像部１１から出力された撮像画像のデータを常時入力する。映像音声データ生成部１９Ａは、撮像部１１から出力された撮像画像のデータを用いて、記録部１５において記録（保存）が可能なデータフォーマットのデータに変換する。つまり、映像音声データ生成部１９Ａ（録画部）は、ユーザ（例えば警察官３）の前方の被写体の撮像映像のデータを生成し、記録部１５に記録（録画）する。また、映像音声データ生成部１９Ａは、ユーザ（例えば警察官３）の前方の被写体の撮像映像のデータを映像音声データ解析部１９Ｃに出力する。
【００６２】
また、映像音声データ生成部１９Ａは、ウェアラブルカメラ１０の電源がオンである間、マイク部２９Ａから出力された音声データを常時入力する。映像音声データ生成部１９Ａは、マイク部２９Ａから出力された音声データを用いて、記録部１５において記録（保存）が可能なデータフォーマットのデータに変換する。つまり、映像音声データ生成部１９Ａ（録音部）は、ユーザ（例えば警察官３）の周囲の音声データを生成して記録部１５に記録（録音）する。また、映像音声データ生成部１９Ａは、ユーザ（例えば警察官３）の周囲の音声データを映像音声データ解析部１９Ｃに出力する。
【００６３】
センサデータ解析部１９Ｂは、ウェアラブルカメラ１０の電源がオンである間、加速度センサＡＣにより測定された直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の加速度データや、ジャイロセンサＧＹにより測定された直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の傾きデータを常時入力する。センサデータ解析部１９Ｂは、加速度センサＡＣ，ジャイロセンサＧＹからの加速度データ，傾きデータをそれぞれアクション情報生成部１９Ｄに出力する。
【００６４】
映像音声データ解析部１９Ｃは、映像音声データ生成部１９Ａから送られたユーザ（例えば警察官３）の前方の被写体の撮像映像のデータや、ユーザ（例えば警察官３）の周囲の音声データを用いて所定の解析処理を行い、解析結果をアクション情報生成部１９Ｄに出力する。映像音声データ解析部１９Ｃは、例えばユーザ（例えば警察官３）の前方の被写体の撮像映像のデータを用いて、警察官３が目前にいる重大事件の犯人に対して、拳銃を取り出して構えているかどうかを解析する。また、映像音声データ解析部１９Ｃは、例えばユーザ（例えば警察官３）の周囲の音声データを用いて、ユーザ（例えば警察官３）が目前あるいは追跡中の被疑者などの不審人物に停止を呼び掛けるための既定のフレーズ（例えば“Ｆｒｅｅｚｅ”）が発話されたかどうかを解析する。
【００６５】
アクション情報生成部１９Ｄは、計時部１７から出力された現在の時刻情報、ＧＰＳ受信部１８から出力されたウェアラブルカメラ１０の現在の位置情報、更に、センサデータ解析部１９Ｂから送られた直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の加速度データ，傾きデータを取得する。また、アクション情報生成部１９Ｄは、映像音声データ解析部１９Ｃから送られた解析結果のデータを取得する。
【００６６】
アクション情報生成部１９Ｄ（判断部）は、被写体の撮像映像の録画中に、加速度センサＡＣにより取得（具体的には、測定）された加速度データと、ジャイロセンサＧＹにより取得（具体的には、取得）された傾きデータとのうちいずれか又はその両方を基に、少なくとも一つの既定のイベントが発生したか否かを判断する。既定のイベントの具体例については、図５を参照して後述する。本実施の形態において、既定のイベントとは、ユーザ（例えば警察官３）が業務中（例えばパトロール中、もしくは犯人などの不審人物を追跡している時）に時系列に行った行動（以下、便宜的に「アクション」とも称する場合がある）、又は時系列に現れたユーザ（例えば警察官３）の症状を示す。
【００６７】
図５は、検出されるアクションに関するアクションテーブルＡｔｂ０の一例を示す図である。アクションテーブルＡｔｂ０は、例えばメモリ１３又は記録部１５にて保存され、それぞれの既定のイベント（例えばアクション）の内容と、それぞれの既定のイベント（例えばアクション）の検出に用いるセンサ、又は検出条件とが対応付けられている。なお、本実施の形態において、検出されるイベント（例えばアクション）は、図５に列挙されたものに限定されない。アクション情報生成部１９Ｄは、アクションテーブルＡｔｂ０を参照し、既定のイベントの検出に用いるセンサの測定データ（具体的には、加速度データ、傾きデータのうちいずれか一方又はその両方）、或いは検出条件が成立したかどうかに基づいて、上述した既定のイベントが発生したか否かを判断する。
【００６８】
例えば、アクションとして警察官３が走り出したかどうかを検出する際、加速度センサＡＣにより測定された加速度データ、ジャイロセンサＧＹにより測定された傾きデータのうちいずれか一方又はその両方が参照される。
【００６９】
例えば、アクションとして警察官３が倒れた又は撃たれたどうかを検出する際、加速度センサＡＣにより測定された加速度データ、ジャイロセンサＧＹにより測定された傾きデータのうちいずれか一方又はその両方が参照される。
【００７０】
例えば、アクションとして警察官３がホルスターから銃を取り出したかどうかを検出する際、加速度センサＡＣにより測定された加速度データ、ジャイロセンサＧＹにより測定された傾きデータのうちいずれか一方又はその両方が参照される。
【００７１】
例えば、アクションとして警察官３が銃を構えたかどうかを検出する際、加速度センサＡＣにより測定された加速度データ、ジャイロセンサＧＹにより測定された傾きデータ、銃ホルスターに取り付けられたセンサ（図示略）により測定されたデータがいずれも参照される。また、図５では示されていないが、アクションとして警察官３が銃を構えたかどうかを検出する際、加速度センサＡＣにより測定された加速度データ、ジャイロセンサＧＹにより測定された傾きデータ、拳銃ホルスターに取り付けられたセンサ（図示略）により測定されたデータと一緒に又はその代わりに、映像音声データ解析部１９Ｃの映像解析結果が参照されてもよい。
【００７２】
例えば、アクションとして警察官３が車（例えば警察車両７）から降りたかどうかを検出する際、加速度センサＡＣにより測定された加速度データが参照される。
【００７３】
例えば、アクションとして警察官３がインタビューを行っているかどうかを検出する際、加速度センサＡＣにより測定された加速度データ、ジャイロセンサＧＹにより測定された傾きデータによって警察官３が停止しているかどうか、更に、映像音声データ解析部１９Ｃの音声の解析結果として会話しているかどうかが参照される。
【００７４】
例えば、アクションとして警察官３が停止を呼び掛けたかどうかを検出する際、映像音声データ解析部１９Ｃの音声の解析結果として“Ｆｒｅｅｚｅ”が音声認識されたかどうかが参照される。
【００７５】
アクション情報生成部１９Ｄは、少なくとも一つの既定のイベントが発生したと判断した場合には、既定のイベントの検出時刻と既定のイベントに関する情報とを対応付けたイベントリスト情報（例えばアクションインデックスＡＬ１、図８参照）を生成する。アクション情報生成部１９Ｄは、映像音声データ生成部１９Ａが記録部１５に記録する撮像映像と対応付けて、アクションインデックスＡＬ１を記録部１５に記録する。アクションインデックスＡＬ１については、図８を参照して後述する。
【００７６】
また、アクション情報生成部１９Ｄは、少なくとも一つの既定のイベントが発生したと判断した場合には、被写体の撮像映像のデータを映像音声データ生成部１９Ａから取得して、その既定のイベントの検出時刻に対応するサムネイル画像を生成する。アクション情報生成部１９Ｄは、生成されたサムネイル画像をアクションインデックスＡＬ１に含めて記録部１５に記録する。
【００７７】
また、アクション情報生成部１９Ｄは、少なくとも一つの既定のイベントが発生したと判断した場合には、その既定のイベントの検出時刻に対応するウェアラブルカメラ１０の位置情報を取得する。アクション情報生成部１９Ｄは、例えば記録部１５に保存されているマップデータＭＰ０を読み出し、このマップデータＭＰ０上に位置情報を重畳したアクションマップＭＰ１を生成して記録部１５に記録する。
【００７８】
ＢＬＥ通信部２１Ａ（通信部）は、近距離無線通信の通信規格であるＢＬＥ（Bluetooth（登録商標） Low Energy）の通信形態を用いて、スマートフォン４０等との間で無線通信を行う。ＢＬＥは、Ｂｌｕｅｔｏｏｔｈ（登録商標）のバージョン４．０の呼称である。ＢＬＥでは、低消費電力で通信可能あるが、その通信速度は１００ｋｂｐｓ程度と低速である。
【００７９】
ＷＬＡＮ通信部２１Ｂ（通信部）は、スマートフォン４０がテザリング機能を用いてアクセスポイントとして動作する場合に、スマートフォン４０、又は警察署ＰＤ内の無線ＬＡＮアクセスポイント６３との間で無線ＬＡＮ（つまり、ＷＬＡＮ）によって接続される。ＷＬＡＮ通信部２１Ｂは、無線ＬＡＮの接続先の機器との間で、無線通信（例えばＷｉｆｉ（登録商標）通信）を行う。無線ＬＡＮは、ＢＬＥと比べ、通信速度が数十〜数百Ｍｂｐｓと高速通信可能であるが、無線ＬＡＮアクセスポイントと常時接続されるので、消費電力が多くなる。
【００８０】
なお、ウェアラブルカメラ１０は、ＢＬＥ通信やＷＬＡＮ通信の他、ＮＦＣ（Near Field Communication）等の近距離無線通信や、広帯域の携帯回線網（例えばＬＴＥ：Long Term Evolution）や５Ｇ（第５世代移動通信システム））を用いた無線通信を行うための通信部の構成（図示略）をそれぞれ有してもよい。
【００８１】
ＵＳＢインタフェース２２は、シリアルバスであり、例えば車載カメラシステム３０、又は警察署ＰＤ内のバックエンドクライアント７０等との有線接続を可能とする。
【００８２】
バッテリ２５は、例えば充電可能な２次電池により構成され、ウェアラブルカメラ１０の各部に電源電力を供給する。
【００８３】
ＬＥＤ制御部２６は、ウェアラブルカメラ１０の動作状態に応じて、例えば３個のＬＥＤ２６ａ，２６ｂ，２６ｃの点灯又は点滅の動作を制御する。
【００８４】
バイブレータ２７は、ウェアラブルカメラ１０の動作状態に応じて、プロセッサ１９からの指示に基づいて、所定の振動パターンによって振動する。振動パターンは、一種類でもよいし複数種類でも構わない。
【００８５】
マイク部２９Ａ（収音部）は、ウェアラブルカメラ１０（言い換えると、警察官３）の周囲の音声を収音し、収音された音声の音声データを、プロセッサ１９に出力する。この音声データは、プロセッサ１９の映像音声データ生成部１９Ａに入力される。なお、マイク部２９Ａは、ウェアラブルカメラ１０の筐体１０ｚに収容された内蔵マイクであってもよいし、ウェアラブルカメラ１０と無線接続されたワイヤレスマイクであってもよい。ワイヤレスマイクの場合、警察官３が任意の箇所に取り付けることで、収音性を高めることができる。
【００８６】
スピーカ２９Ｂ（音声出力部）は、プロセッサ１９から送られた音声信号を音声出力する。スピーカ２９Ｂは、予めメモリ１３（例えばＲＯＭ（Read Only Memory）など）に記憶された既定の音声を読み出すか、或いは複数種類の音声を合成することにより、所定の音声を発音するための音声信号を出力する。
【００８７】
イヤホン端子２９Ｃは、イヤホン（図示略）が接続されるコネクタであり、イヤホンの接続中では、スピーカ２９Ｂから音声出力される音声信号をイヤホンに対して出力する。
【００８８】
なお、図４では図示が省略されているが、録画スイッチＳＷ１、スナップショットスイッチＳＷ２、通信モードスイッチＳＷ３、属性情報付与スイッチＳＷ４、ＬＥＤ２６ａ，２６ｂ，２６ｃは、信号の入出力を担うパラレルインタフェースであるＧＰＩＯを介して、プロセッサ１９と接続されている。また、バイブレータ２７、マイク部２９Ａ、スピーカ２９Ｂ、イヤホン端子２９Ｃは、図４ではプロセッサ１９と直接に接続されるように示されているが、同様にパラレルインタフェースであるＧＰＩＯを介して接続されてもよい。
【００８９】
ジャイロセンサＧＹ（センサ）は、ウェアラブルカメラ１０の直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の角速度（つまり、ウェアラブルカメラ１０もしくはウェアラブルカメラ１０を装着している警察官３の単位時間あたりの回転角又は傾き）を検知して測定する。つまり、ジャイロセンサＧＹは、ウェアラブルカメラ１０を装着している警察官３の動きに関する情報を取得できる。例えば、ジャイロセンサＧＹは、ウェアラブルカメラ１０を装着又は所持している警察官３が転倒したこと（Man Down）を検知する。ジャイロセンサＧＹの検知結果は、Ｉ２Ｃ（図示略）を介してプロセッサ１９に入力される。ウェアラブルカメラ１０は、ジャイロセンサＧＹを用いることで、ウェアラブルカメラ１０を装着又は所持している警察官３の回転に関する行動（例えば地面に転倒したこと、拳銃で撃たれて地面に倒れたこと、凶器で攻撃されて地面に倒れたこと）を精度良く検知することができる。なお、ジャイロセンサＧＹにより測定された３軸方向の傾きデータは、図５に示した各種のアクションの検出の有無の判断時に参照される。
【００９０】
加速度センサＡＣ（センサ）は、ウェアラブルカメラ１０の直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の加速度を検知して測定する。つまり、加速度センサＡＣは、ウェアラブルカメラ１０を装着している警察官３の動きに関する情報を取得できる。例えば、加速度センサＡＣは、ウェアラブルカメラ１０を装着又は所持している警察官３が転倒したこと（Man Down）、走り出したこと、警察官３が所持している拳銃を把持して射撃体勢になったことを検知する。加速度センサＡＣの検知結果は、Ｉ２Ｃ（図示略）を介してプロセッサ１９に入力される。ウェアラブルカメラ１０は、加速度センサＡＣを用いることで、ウェアラブルカメラ１０を装着又は保持している警察官３の動き又は体勢に関する挙動を精度良く検知することができる。なお、加速度センサＡＣにより測定された３軸方向の加速度データは、図５に示した各種のアクションの検出の有無の判断時に参照される。
【００９１】
なお、図４では図示が省略されているが、ジャイロセンサＧＹ及び加速度センサＡＣは、Ｉ２Ｃ（Inter-Integrated Circuit）などの通信インタフェースを介してプロセッサ１９に接続される。
【００９２】
図６は、実施の形態１のウェアラブルカメラ１０における、アクションインデックスＡＬ１の生成動作手順の一例を詳細に説明するフローチャートである。図６の説明の前提として、ウェアラブルカメラ１０の電源はオンの状態である。
【００９３】
図６において、ウェアラブルカメラ１０は、電源がオンされているので、撮像部１１において警察官３の前方の被写体を撮像している（Ｓ１）。ステップＳ１の後、ウェアラブルカメラ１０は、ステップＳ１により撮像された撮像映像のデータの録画中であるかどうかを判断する（Ｓ２）。録画中ではない場合には（Ｓ２、ＮＯ）、ウェアラブルカメラ１０の処理はステップＳ１に戻る。
【００９４】
一方、例えば録画スイッチＳＷ１が短押しされた場合には、ウェアラブルカメラ１０は、撮像映像のデータの録画中であるとプロセッサ１９において判断し（Ｓ２、ＹＥＳ）、ステップＳ３の処理を行う。つまり、ウェアラブルカメラ１０は、加速度センサＡＣ，ジャイロセンサＧＹにより測定された直交座標系の３軸方向の加速度データ，傾きデータをプロセッサ１９においてそれぞれ取得する（Ｓ３）。
【００９５】
また、ウェアラブルカメラ１０は、映像音声データ解析部１９Ｃから渡された音声の解析結果のデータをアクション情報生成部１９Ｄにおいて取得する（Ｓ４）。ウェアラブルカメラ１０は、映像音声データ解析部１９Ｃから渡された映像の解析結果のデータをアクション情報生成部１９Ｄにおいて取得する（Ｓ５）。なお、ステップＳ３〜Ｓ５までの処理順序は順不同でよい。
【００９６】
ウェアラブルカメラ１０は、アクションテーブルＡｔｂ１（図７参照）を参照し、ステップＳ３〜Ｓ５までの各処理において取得された４種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ）から少なくとも２種類の測定データを用いて、警察官３の行動をアクション情報生成部１９Ｄにおいて判断する（Ｓ６）。ウェアラブルカメラ１０は、ステップＳ６の判断結果として、警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１（後述参照）において規定されたアクション情報に対応するアクション）があるかどうかを判別する（Ｓ７）。警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１（後述参照）において規定されたアクション情報に対応するアクション）がないと判断された場合には（Ｓ７、ＮＯ）、ウェアラブルカメラ１０の処理はステップＳ２に戻る。
【００９７】
一方、警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１（後述参照）において規定されたアクション情報に対応するアクション）があると判断された場合には（Ｓ７、ＹＥＳ）、ウェアラブルカメラ１０は、アクション情報生成部１９Ｄの判断に従い、既定のイベントの検出時刻と既定のイベントに関する情報とを対応付けたアクションインデックスＡＬ１を生成する。なお、アクションインデックスＡＬ１は、図８に示すように、時系列に検出された複数のイベントの検出時刻とそのイベントに関する情報との全体でもよいし、一つのイベントの検出時刻とそのイベントに関する情報とのどちらを指してもよい。ウェアラブルカメラ１０は、映像音声データ生成部１９Ａが記録部１５に記録する撮像映像と対応付けて、アクションインデックスＡＬ１を記録部１５に記録する（Ｓ８）。ステップＳ８の後、ウェアラブルカメラ１０の処理はステップＳ２に戻る。
【００９８】
ここで、ステップＳ６の判断の処理の詳細について、図７を参照して説明する。図７は、検出されるアクションと各種の測定データとアクションテーブルＡｔｂ１との関係例を示す説明図である。
【００９９】
ステップＳ６において、アクション情報生成部１９Ｄは、アクションテーブルＡｔｂ１を記録部１５から読み出して取得する。アクションテーブルＡｔｂ１は、例えば既定のイベントの検出の判断が行われる度に、既定のイベント（アクション）の検出の判断に用いた各種の測定データと実際に検出されたイベント（アクション）名との対応関係を示す。なお、アクションテーブルＡｔｂ１は、記録部１５に記録されてもよいし、メモリ１３に記録されてもよい。ここでは、各種の測定データとして、加速度センサＡＣにより測定された加速度データ、ジャイロセンサＧＹにより測定された傾きデータ、映像音声データ解析部１９Ｃにより生成された音声の解析結果のデータ、映像音声データ解析部１９Ｃにより生成された映像の解析結果のデータ、更に、活動量計（後述参照）により測定された活動量のデータが含まれる。
【０１００】
アクション情報生成部１９Ｄは、アクションテーブルＡｔｂ１を参照し、ステップＳ３〜Ｓ５までの各処理において取得された４種類の測定データから少なくとも２種類の測定データを用いて、警察官３の行動が行われたかどうかを判断する。
【０１０１】
例えば、アクション情報生成部１９Ｄは、直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の加速度データ（５，６，８），傾きデータ（４，６，８）と同程度の加速度データ，傾きデータが得られた場合には、例えば警察官３は仰向けでの転倒をしたとして、既定のイベント（アクション）“危険な転倒”が発生したと判断する。
【０１０２】
例えば、アクション情報生成部１９Ｄは、直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の加速度データ（８，４，３），傾きデータ（７，５，４）と同程度の加速度データ，傾きデータが得られた場合には、例えば警察官３は走り出したとして、既定のイベント（アクション）“ダッシュ”が発生したと判断する。
【０１０３】
例えば、アクション情報生成部１９Ｄは、直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の加速度データ（５，６，３），傾きデータ（６，７，６）と同程度の加速度データ，傾きデータが得られた場合には、例えば警察官３はうつ伏せの転倒をしたとして、既定のイベント（アクション）“殴られた（転倒）”が発生したと判断する。
【０１０４】
例えば、アクション情報生成部１９Ｄは、直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の加速度データ（６，３，４），傾きデータ（２，３，４）と同程度の加速度データ，傾きデータが得られた場合には、例えば警察官３は上下移動をしたとして、既定のイベント（アクション）“もみ合い”が発生したと判断する。
【０１０５】
例えば、アクション情報生成部１９Ｄは、直交座標系の３軸（ｘ軸，ｙ軸，ｚ軸）方向の加速度データ（２，４，３），傾きデータ（６，７，８）と同程度の加速度データ，傾きデータが得られた場合には、例えば警察官３は銃を構えたとして、既定のイベント（アクション）“銃を構えた”が発生したと判断する。なお、“銃を構えた”のイベントは、図５を参照して説明したように、銃ホルスターに取り付けられたセンサ（図示略）により測定されたデータも適宜参照されてよい。
【０１０６】
図８は、アクションインデックスＡＬ１の一例を示す図である。アクションインデックスＡＬ１は、ウェアラブルカメラ１０により検出された警察官３のイベント（アクション）の経時的な順序とそれぞれのアクションの概要や内容とを示す、警察官３の時系列の行動表である。図８では、合計１１個のイベント（アクション）について、イベント（アクション）の検出時刻と、それぞれのアクションの検出時刻に対応するサムネイル画像ＳＭ１〜ＳＭ１１と、それぞれアクションの内容と、それぞれのアクションの判断条件とが対応付けられたアクションインデックスＡＬ１が示されている。
【０１０７】
図８のアクションインデックスＡＬ１について、具体的に説明する。先ず、第１行目のインデックス（午後１時０分１０秒の時点）において、警察官３のＲＥＣボタン（つまり、録画スイッチＳＷ１）の押下、ＩＣＶからのトリガ受信（つまり、車載カメラシステム３０からの録画開始指示の受信）により、ウェアラブルカメラ１０は、サムネイル画像ＳＭ１に代表される撮像映像の録画を開始したことを判断した。
【０１０８】
次に、第２行目のインデックス（午後１時２０分３２秒の時点）において、例えば映像の解析結果に基づいて警察官３が乗車していた警察車両７のドアが開いたことが検出され、ウェアラブルカメラ１０は、警察官３が車（つまり、警察車両７）で現場のある現地に到着したことを判断した。サムネイル画像ＳＭ２は、例えば警察官３が現地に到着したことが検出された時点の撮像映像に基づいて生成され、現地の状況を示す。
【０１０９】
次に、第３行目のインデックス（午後１時２１分１４秒の時点）において、加速度センサＡＣ，ジャイロセンサＧＹの各測定データに基づいて警察官３が一定時間以上継続して移動したことが検出され、ウェアラブルカメラ１０は、警察官３が現場まで歩いて移動したことを判断した。サムネイル画像ＳＭ３は、例えば警察官３が現場まで歩いて移動していることが検出された時点の撮像映像に基づいて生成され、現場までの歩いている時点の状況を示す。
【０１１０】
次に、第４行目のインデックス（午後１時２４分３３秒の時点）において、加速度センサＡＣ，ジャイロセンサＧＹの各測定データに基づいて警察官３の一定時間の移動がなくなったことが検出され、ウェアラブルカメラ１０は、警察官３が現場に到着したことを判断した。サムネイル画像ＳＭ４は、例えば現場に到着したことが検出された時点の撮像映像に基づいて生成され、現場の状況を示す。
【０１１１】
次に、第５行目のインデックス（午後１時２６分４５秒の時点）において、加速度センサＡＣ，ジャイロセンサＧＹの各測定データに基づいて走行中であることが検出され、ウェアラブルカメラ１０は、警察官３が犯人を走って追跡していることを判断した。サムネイル画像ＳＭ５は、例えば警察官３が犯人を走って追跡していることが検出された時点の撮像映像に基づいて生成され、犯人の追跡中の状況を示す。
【０１１２】
次に、第６行目のインデックス（午後１時３０分３３秒の時点）において、銃ホルスターに取り付けられたセンサ（図示略）により測定されたデータと、警察官３の腕に装着された活動量計（後述参照）により検知された腕の運動を示すデータとに基づいて、ウェアラブルカメラ１０は、警察官３が銃ホルスターから銃を構えたことを判断した。サムネイル画像ＳＭ６は、例えば警察官３が銃を犯人に向かって構えていることが検出された時点の撮像映像に基づいて生成され、犯人と相対している時点の状況を示す。
【０１１３】
次に、第７行目のインデックス（午後１時３０分３４秒の時点）において、音声の解析結果のデータに基づいて、ウェアラブルカメラ１０は、警察官３が“Ｆｒｅｅｚｅ”と発し、犯人に対し停止を呼び掛けたことを判断した。サムネイル画像ＳＭ７は、例えば警察官３が犯人に停止を呼び掛けたことが検出された時点の撮像映像に基づいて生成され、犯人と相対している時点の状況を示す。
【０１１４】
次に、第８行目のインデックス（午後１時３０分４０秒の時点）において、加速度センサＡＣ，ジャイロセンサＧＹの各測定データに基づいて走行中であることが検出され、ウェアラブルカメラ１０は、警察官３が犯人を走って追跡していることを判断した。サムネイル画像ＳＭ８は、例えば警察官３が犯人を走って追跡していることが検出された時点の撮像映像に基づいて生成され、犯人の追跡中の状況を示す。
【０１１５】
次に、第９行目のインデックス（午後１時３１分０５秒の時点）において、銃ホルスターに取り付けられたセンサ（図示略）により測定されたデータと、警察官３の腕に装着された活動量計（後述参照）により検知された腕の運動を示すデータとに基づいて、ウェアラブルカメラ１０は、警察官３が銃ホルスターから銃を構えたことを判断した。サムネイル画像ＳＭ９は、例えば警察官３が銃を犯人に向かって構えていることが検出された時点の撮像映像に基づいて生成され、犯人と相対している時点の状況を示す。
【０１１６】
次に、第１０行目のインデックス（午後１時３１分０５秒の時点）において、音声の解析結果のデータに基づいて、ウェアラブルカメラ１０は、警察官３が“Ｆｒｅｅｚｅ”と発し、犯人に対し停止を呼び掛けたことを判断した。サムネイル画像ＳＭ１０は、例えば警察官３が犯人に停止を呼び掛けたことが検出された時点の撮像映像に基づいて生成され、犯人と相対している時点の状況を示す。
【０１１７】
最後に、第１１行目のインデックス（午後１時３１分０７秒の時点）において、音声（例えば音量と周波数）の解析結果のデータと、警察官３の腕に装着された活動量計（後述参照）により検知された腕の運動を示すデータとに基づいて、ウェアラブルカメラ１０は、警察官３が銃を発報したことを判断した。サムネイル画像ＳＭ１１は、例えば警察官３が銃を発砲したことが検出された時点の撮像映像に基づいて生成され、犯人と相対している時点の状況を示す。
【０１１８】
このように、本実施の形態のウェアラブルカメラ１０は、図８に示すアクションインデックスＡＬ１を生成して記録部１５に記録することにより、警察官３の業務中において検出された時系列の行動（アクション）を詳細に把握可能とすることができ、例えば警察官３の行動の正当性を相手（例えば、警察官３の上司、警察署ＰＤの幹部、第三者）に対して証明できる。特に、追跡中の被疑者又は犯人が死亡してしまった場合には、警察官３の行為（例えば銃を使用したこと）の正当性を証拠として示すことが求められることがある。例えば、現場の地図、現場の写真、被疑者又は犯人に対して何回、停止を呼び掛けたなどの詳細な情報の説明や報告が求められる。このため、追跡中に警察官３によって何が行われたかを詳細かつ客観的に説明するための事件レポートの作成が要求される。本実施の形態のウェアラブルカメラ１０によれば、アクションインデックスＡＬ１を事件レポートの付録資料として添付することで、事件レポートの作成の効率化を図ることが可能である。
【０１１９】
図９は、時系列にアクションが検出された位置情報がマップデータＭＰ０上に重畳表示されたアクションマップＭＰ１の一例を示す図である。アクションマップＭＰ１は、図８に示すアクションインデックスＡＬ１に対応して生成される。
【０１２０】
図９のアクションマップＭＰ１について、具体的に説明する。アクションマップＭＰ１の［１］は、図８のアクションインデックスＡＬ１の第１行目のインデックスの検出時刻に対応するウェアラブルカメラ１０の位置情報を示す。以下、同様に、アクションマップＭＰ１の［２］，［３］，［４］，［５］，［６］，［７］，［８］，［９］，［１０］，［１１］は、図８のアクションインデックスＡＬ１の第２行目，第３行目，第４行目，第５行目，第６行目，第７行目，第８行目，第９行目，第１０行目，第１１行目のインデックスの検出時刻に対応するウェアラブルカメラ１０の位置情報をそれぞれ示す。また、アクションマップＭＰ１では、アクションインデックスＡＬ１内のそれぞれのイベント（アクション）が検出された位置を繋ぐ軌跡ＴＲＣ１も示される。この軌跡ＴＲＣ１は、ＧＰＳ受信部１８からの位置情報が随時入力されるアクション情報生成部１９Ｄによって生成される。
【０１２１】
このようなアクションマップＭＰ１によれば、ウェアラブルカメラ１０は、アクションインデックスＡＬ１に対応する時系列の警察官３の一連の行動（アクション）が行われた時のそれぞれ位置情報をマップデータＭＰ０と照らし合わせて詳細かつ直感的に把握させることが可能なマップデータを生成できる。また、アクションマップＭＰ１を閲覧した警察官３は、例えば追跡中の被疑者又は犯人の逃走経路を確認することもでき、その被疑者又は犯人の逃走時の傾向を見つけることができる。
【０１２２】
図１０は、実施の形態１のウェアラブルカメラ１０における、アクションインデックスＡＬ１の生成又は撮像映像の録画の動作手順の一例を詳細に説明するフローチャートである。図１０の説明では、図６の説明と同一の内容については説明を簡略化又は省略し、異なる内容について説明する。また図６と同様に、図１０の説明の前提として、ウェアラブルカメラ１０の電源はオンの状態である。
【０１２３】
図１０において、ステップＳ１の後、ウェアラブルカメラ１０は、ステップＳ１により撮像された撮像映像のデータの録画中であるかどうかを判断する（Ｓ２）。録画中ではない場合には（Ｓ２、ＮＯ）、ウェアラブルカメラ１０の処理はステップＳ９に進む。
【０１２４】
つまり、ウェアラブルカメラ１０は、加速度センサＡＣ，ジャイロセンサＧＹにより測定された直交座標系の３軸方向の加速度データ，傾きデータをプロセッサ１９においてそれぞれ取得する（Ｓ９）。
【０１２５】
また、ウェアラブルカメラ１０は、映像音声データ解析部１９Ｃから渡された音声の解析結果のデータをアクション情報生成部１９Ｄにおいて取得する（Ｓ１０）。ウェアラブルカメラ１０は、映像音声データ解析部１９Ｃから渡された映像の解析結果のデータをアクション情報生成部１９Ｄにおいて取得する（Ｓ１１）。なお、ステップＳ９〜Ｓ１１までの処理順序は順不同でよい。
【０１２６】
ウェアラブルカメラ１０は、アクションテーブルＡｔｂ１（図７参照）を参照し、ステップＳ３〜Ｓ５までの各処理において取得された４種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ）から少なくとも２種類の測定データを用いて、警察官３の行動をアクション情報生成部１９Ｄにおいて判断する（Ｓ１２）。ウェアラブルカメラ１０は、ステップＳ１２の判断結果として、警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１において規定されたアクション情報に対応するアクション）があるかどうかを判別する（Ｓ１３）。警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１において規定されたアクション情報に対応するアクション）がないと判断された場合には（Ｓ１３、ＮＯ）、ウェアラブルカメラ１０の処理はステップＳ２に戻る。
【０１２７】
一方、警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１において規定されたアクション情報に対応するアクション）があると判断された場合には（Ｓ１３、ＹＥＳ）、ウェアラブルカメラ１０は、アクション情報生成部１９Ｄの判断に従い、ステップＳ１において撮像されている撮像映像の記録部１５への記録（録画）を開始する（Ｓ１４）。ステップＳ１４の後、ウェアラブルカメラ１０の処理はステップＳ２に戻る。これにより、ウェアラブルカメラ１０は、例えば警察官３が主体的に録画スイッチＳＷ１を操作していない場合、又は警察官３が主体的に録画スイッチＳＷ１を操作することが困難な状況である場合でも、警察官３の前方の被写体の撮像映像の録画漏れを無くすることができ、警察官３の業務中の証拠映像を的確に保存できる。
【０１２８】
このように、本実施の形態のウェアラブルカメラ１０は、警察官３の装着又は所持が可能であって、警察官３の前方の被写体の撮像映像を記録部１５に録画し、警察官３の動きに関する情報（例えば直交座標系の３軸方向の加速度データや傾きデータ）を取得する。ウェアラブルカメラ１０は、被写体の撮像映像の録画中に取得（具体的には、測定）された警察官３の動きに関する情報を基に、少なくとも一つの既定のイベント（例えば図５に示すアクション）が発生したか否かを判断する。ウェアラブルカメラ１０は、被写体の撮像映像の録画中に少なくとも一つの既定のイベント（例えば図５に示すアクション）が発生したとの判断に従い、その既定のイベントの検出時刻とその既定のイベントに関する情報とを対応付けたイベントリスト情報（例えばアクションインデックスＡＬ１）を生成して被写体の撮像映像と対応付けて記録部１５に記録する。
【０１２９】
これにより、ウェアラブルカメラ１０は、警察官３の業務中に録画された撮像映像を事後的に再生して視聴することを警察官３本人が主体的に行わなくても、ウェアラブルカメラ１０により録画された撮像映像の中で警察官３が時系列に行った各種の行動のそれぞれを判別して情報として記録できる。従って、警察官３は、例えばアクションインデックスＡＬ１を利用して、自身が業務中に時系列に行った行動の詳細を纏めた事件レポートの付録資料として添付することで、事件レポートの作成工数を大幅に軽減できる。言い換えると、ウェアラブルカメラ１０は、アクションインデックスＡＬ１を記録できるので、警察官３の業務を効率的に支援できる。
【０１３０】
また、ウェアラブルカメラ１０は、被写体の撮像映像を用いて、少なくとも一つの既定のイベント（例えば図５に示すアクション）の検出時刻に対応するサムネイル画像を生成し、生成されたサムネイル画像をアクションインデックスＡＬ１に含めて記録部１５に記録する。これにより、ウェアラブルカメラ１０は、アクションインデックスＡＬ１が表示出力された画面を閲覧した人物に対し、警察官３の時系列に沿った行動（アクション）の検出時点における被写体の概況を的確に把握させることができる。
【０１３１】
また、ウェアラブルカメラ１０は、自装置の位置情報をＧＰＳ受信部１８において取得する。ウェアラブルカメラ１０は、少なくとも一つの既定のイベントの検出時刻に対応するウェアラブルカメラ１０の位置情報を取得し、取得された位置情報をマップデータＭＰ０上に重畳したアクションマップＭＰ１（イベントマップ情報）をさらに生成して記録部１５に記録する。これにより、ウェアラブルカメラ１０は、アクションインデックスＡＬ１に対応する時系列の警察官３の一連の行動（アクション）が行われた時のそれぞれ位置情報をマップデータＭＰ０と照らし合わせて詳細かつ直感的に把握させることが可能なマップデータを生成できる。
【０１３２】
また、ウェアラブルカメラ１０は、警察官３の周囲の音声をマイク部２９Ａにおいて収音する。ウェアラブルカメラ１０は、被写体の撮像映像の録画中に取得（具体的には、測定）された警察官３の動きに関する情報（例えば直交座標系の３軸方向の加速度データや傾きデータ）とマイク部２９Ａにより収音された音声とを基に、少なくとも一つの既定のイベントが発生したか否かを判断する。これにより、ウェアラブルカメラ１０は、単に警察官３の動きに関する情報だけでは検出が困難な行動（例えば追跡中の被疑者又は犯人に対して停止を呼び掛ける行動）の検出を的確に行え、警察官３の業務中の正当な行動をアクションインデックスＡＬ１として残す（保存する）ことができる。
【０１３３】
次に、ウェアラブルカメラ１０とバックエンドサーバ５０との連携に基づいてアクションインデックスＡＬ１が生成される例について説明する。
【０１３４】
図１１は、実施の形態１のバックエンドサーバ５０の内部構成の一例を詳細に示すブロック図である。バックエンドサーバ５０（サーバ装置）は、ＣＰＵ５１と、Ｉ／Ｏ制御部５２と、通信部５３と、メモリ５４と、入力部５５と、表示部５６と、スピーカ５９と、ストレージ制御部５７と、ストレージ５８とを備える。
【０１３５】
ＣＰＵ５１は、バックエンドサーバ５０の制御部として機能し、バックエンドサーバ５０の各部の動作を全体的に統括するための制御処理、バックエンドサーバ５０の各部との間のデータの入出力処理、データの演算（計算）処理及びデータの記憶処理を行う。ＣＰＵ５１は、メモリ５４に記憶されたプログラム及びデータに従って動作する。ＣＰＵ５１は、動作時、メモリ５４を使用する。また、図１１には図示が省略されているが、ＣＰＵ５１内には、図４に示したプロセッサ１９内のアクション情報生成部１９Ｄと同一の構成が含まれる。言い換えると、ＣＰＵ５１は、アクション情報生成部１９Ｄと同一の動作を行うことができる。
【０１３６】
Ｉ／Ｏ制御部５２は、ＣＰＵ５１とバックエンドサーバ５０の各部（例えば通信部５３、入力部５５、表示部５６、ストレージ制御部５７）との間でデータの入出力に関する制御を行い、ＣＰＵ５１からのデータ及びＣＰＵ５１へのデータの中継を行う。なお、Ｉ／Ｏ制御部５２は、ＣＰＵ５１と一体的に構成されてもよい。
【０１３７】
通信部５３は、例えば車載レコーダ３３、車載ＰＣ３２若しくはスマートフォン４０との間、警察官３が装着又は保持が可能なウェアラブルカメラ１０との間、バックエンドストリーミングサーバ６０との間、又は、バックエンドクライアント７０ａ，７０ｂとの間で、有線又は無線による通信を行う。
【０１３８】
メモリ５４は、例えばＲＡＭ、ＲＯＭ、不揮発性又は揮発性の半導体メモリを用いて構成され、ＣＰＵ５１の動作時のワークメモリとして機能し、ＣＰＵ５１を動作させるための所定のプログラム及びデータを保存している。メモリ５４は、ウェアラブルカメラ１０のメモリ１３又は記録部１５に保存されているアクションテーブルＡｔｂ１（図７参照）と同一のアクションテーブルＡｔｂ１のデータを記録している。
【０１３９】
入力部５５は、警察官３や警察署ＰＤ内の担当者の入力操作を受け付け、Ｉ／Ｏ制御部５２を介してＣＰＵ５１に通知するためのＵＩ（User Interface）であり、例えばマウス、キーボード等のポインティングデバイスである。入力部５５は、例えば表示部５６の画面に対応して配置され、警察官３又は担当者の指又はスタイラスペンによって操作が可能なタッチパネル又はタッチパッドを用いて構成されても良い。また、バックエンドサーバ５０は、警察署ＰＤ内のネットワークで接続されたバックエンドクライアント７０ａ，７０ｂから操作することも可能である。
【０１４０】
表示部５６（モニタ）は、例えばＬＣＤ（Liquid Crystal Display）又は有機ＥＬを用いて構成され、各種情報を表示する。表示部５６は、例えば警察官３又は担当者の入力操作に応じて、ウェアラブルカメラ１０により撮像又は録画された映像が入力された場合には、ＣＰＵ５１の指示の下で、この映像を画面に表示する。表示部５６は、例えば警察官３又は担当者の入力操作に応じて、車載カメラ３１により撮像又は録画された映像が入力された場合には、ＣＰＵ５１の指示の下で、この映像を画面に表示する。また、警察署ＰＤ内のネットワークで接続されたバックエンドクライアント７０ａ，７０ｂから操作された場合は、各種情報は、バックエンドクライアント７０ａ，７０ｂに表示される。
【０１４１】
スピーカ５９は、例えば警察官３又は担当者の入力操作に応じて、ウェアラブルカメラ１０により収音された音声が入力された場合には、ＣＰＵ５１の指示の下で、この音声を出力する。また、警察署ＰＤ内のネットワークで接続されたバックエンドクライアント７０ａ，７０ｂから操作された場合は、音声は、バックエンドクライアント７０ａ，７０ｂに接続されたスピーカへ出力される。
【０１４２】
ストレージ制御部５７は、ＣＰＵ５１がバックエンドストリーミングサーバ６０に対し、蓄積された撮像映像データの送信を要求した場合に、この要求に応じて受信した映像データをストレージ５８に記憶する等の動作を制御する。ストレージ５８は、ストレージ制御部５７によって制御される、ＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）等の記憶装置であり、ＣＰＵ５１からの指示に従い、Ｉ／Ｏ制御部５２を介してウェアラブルカメラ１０から送信された撮像映像データを蓄積する。
【０１４３】
図１２は、実施の形態１のウェアラブルカメラ１０とバックエンドサーバ５０との連携に基づく、アクションインデックスＡＬ１の生成動作手順の一例を詳細に説明するシーケンス図である。図１２の説明では、図６の説明と同一の内容については説明を簡略化又は省略し、異なる内容について説明する。また、図１２の説明の前提として、ウェアラブルカメラ１０とバックエンドサーバ５０とは無線ＬＡＮの通信が可能に接続されている。
【０１４４】
図１２において、ウェアラブルカメラ１０は、ステップＳ５の後、ステップＳ３〜Ｓ５において取得された４種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ）を含む判断要求をバックエンドサーバ５０に送信する（Ｓ２５）。
【０１４５】
バックエンドサーバ５０は、ステップＳ２５においてウェアラブルカメラ１０から送信された４種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ）を含む判断要求を受信する。バックエンドサーバ５０は、メモリ５４に記録されているアクションテーブルＡｔｂ１（図７参照）を参照し、ステップＳ２５において受信された４種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ）から少なくとも２種類の測定データを用いて、警察官３の行動をＣＰＵ５１において判断する（Ｓ２６）。
【０１４６】
バックエンドサーバ５０は、ステップＳ６の判断結果として、警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１において規定されたアクション情報に対応するアクション）があるかどうかを判別する（Ｓ２７）。警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１において規定されたアクション情報に対応するアクション）がないと判断された場合には（Ｓ２７、ＮＯ）、バックエンドサーバ５０は、アクションテーブルＡｔｂ１において規定されたアクション情報が存在しない旨の応答をウェアラブルカメラ１０に送信する（Ｓ２８）。ウェアラブルカメラ１０は、ステップＳ２８においてバックエンドサーバ５０から送信された応答を受信すると、ステップＳ３以降の処理に戻って行う。言い換えると、ウェアラブルカメラ１０は、後述するステップＳ３０においてバックエンドサーバ５０から書き込み指示を受信するまで待機状態となり、ステップＳ３以降の処理を繰り返す。
【０１４７】
一方、警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１において規定されたアクション情報に対応するアクション）があると判断された場合には（Ｓ２７、ＹＥＳ）、バックエンドサーバ５０は、ＣＰＵ５１の判断に従い、既定のイベントの検出時刻と既定のイベントに関する情報とを対応付けたアクションインデックスＡＬ１を書き込むための書き込み指示を生成する（Ｓ２９）。バックエンドサーバ５０は、ステップＳ２９において生成した書き込み指示をウェアラブルカメラ１０に送信する（Ｓ３０）。ウェアラブルカメラ１０は、ステップＳ３０においてバックエンドサーバ５０から送信された書き込み指示を受信すると、この書き込み指示に基づいて、バックエンドサーバ５０により検出された既定のイベントの検出時刻と既定のイベントに関する情報とを対応付けたアクションインデックスＡＬ１を生成して記録部１５に記録する（Ｓ８Ａ）。ステップＳ８Ａの後、ウェアラブルカメラ１０の処理はステップＳ３に戻り、ステップＳ３以降の処理が繰り返される。
【０１４８】
このように、本実施の形態のウェアラブルカメラシステム１０００におけるウェアラブルカメラ１０とバックエンドサーバ５０との連携によると、ウェアラブルカメラ１０は、警察官３の前方の被写体の撮像映像を記録部１５に録画し、被写体の撮像映像の録画中に警察官３の動きに関する情報を取得し、取得された警察官３の動きに関する情報をバックエンドサーバ５０に送信する。バックエンドサーバ５０は、ウェアラブルカメラ１０から送信された警察官３の動きに関する情報を受信し、受信された警察官３の動きに関する情報を基に、少なくとも一つの既定のイベントが発生したか否かを判断する。バックエンドサーバ５０は、少なくとも一つの既定のイベントが発生したとの判断に従い、既定のイベントの検出時刻と既定のイベントに関する情報とを対応付けたアクションインデックスＡＬ１の書き込み指示（生成指示）をウェアラブルカメラ１０に送信する。ウェアラブルカメラ１０は、バックエンドサーバ５０から送信されたアクションインデックスＡＬ１の書き込み指示を受信し、この書き込み指示に応じて、アクションインデックスＡＬ１を生成して被写体の撮像映像と対応付けて記録部１５に記録する。
【０１４９】
これにより、ウェアラブルカメラシステム１０００は、警察官３の業務中に録画された撮像映像を事後的に再生して視聴することを警察官３本人が主体的に行わなくても、ウェアラブルカメラ１０により録画された撮像映像の中で警察官３が時系列に行った各種の行動のそれぞれをバックエンドサーバ５０において高精度に判別して情報としてウェアラブルカメラ１０内に記録できる。従って、警察官３は、例えばアクションインデックスＡＬ１を利用して、自身が業務中に時系列に行った行動の詳細を纏めた事件レポートの付録資料として添付することで、事件レポートの作成工数を大幅に軽減できる。言い換えると、ウェアラブルカメラ１０は、アクションインデックスＡＬ１を記録できるので、警察官３の業務を効率的に支援できる。また、バックエンドサーバ５０が、４種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ）から少なくとも２種類の測定データを用いて、警察官３の行動を判断する。このため、ウェアラブルカメラ１０におけるプロセッサ１９内にアクション情報生成部１９Ｄの構成を省略することが可能となり、ウェアラブルカメラ１０の構成を簡素化でき、コストアップの抑制が可能となる。
【０１５０】
また、ウェアラブルカメラシステム１０００において、ウェアラブルカメラ１０は、記録部１５に記録された被写体の撮像映像とアクションインデックスＡＬ１とを対応付けてバックエンドサーバ５０に送信してもよい。バックエンドサーバ５０は、ウェアラブルカメラ１０から送信された被写体の撮像映像とアクションインデックスＡＬ１とを受信し、これらの被写体の撮像映像とアクションインデックスＡＬ１とを対応付けてストレージ５８（第２記録部）に記録する。これにより、ウェアラブルカメラシステム１０００において、ウェアラブルカメラ１０において生成されたアクションインデックスＡＬ１をバックエンドサーバ５０に保存させることができ、ウェアラブルカメラ１０により生成されたアクションインデックスＡＬ１のバックアップが可能となる。また、バックエンドサーバ５０は、ウェアラブルカメラ１０の識別情報に対応付けてアクションインデックスＡＬ１を登録（蓄積）できるので、警察署ＰＤ内の人物がウェアラブルカメラ１０毎のアクションインデックスＡＬ１又は、ストレージ５８内に保存されたアクションインデックスＡＬ１を統合的に管理することができ、後述する警察官３の行動（アクション）に関連する撮像映像の検索機能を提供することができる。
【０１５１】
次に、ウェアラブルカメラ１０と外部センサとしての活動量計２００との連携に基づいてアクションインデックスＡＬ１が生成される例について説明する。活動量計２００は、警察官３（ユーザ）の身体の一部に装着して使用され、警察官３の活動量の情報を取得する。警察官３の活動量の情報は、例えば警察官３の動きに関する情報、体温、心拍数に代表される生体情報である。
【０１５２】
図１３Ａは、ウェアラブルカメラシステム１０００において、ウェアラブルカメラ１０と活動量計２００とが直接に近距離無線通信する例を示す図である。図１３Ｂは、ウェアラブルカメラシステム１０００において、ウェアラブルカメラ１０と活動量計２００とがスマートフォン４０を介して近距離無線通信する例を示す図である。
【０１５３】
図１３Ａのウェアラブルカメラシステム１０００では、ウェアラブルカメラ１０と、活動量計２００とを含む構成である。活動量計２００は、警察官３の動き、心拍数、発汗、体温など、人の活動に関する各種情報（活動量情報）を取得するセンサを含む。活動量計２００は、例えばユーザの手首に装着して活動量を計測する。活動量計２００の詳細については後述する。ウェアラブルカメラ１０と活動量計２００とは、互いに通信を行い、活動量計２００にて取得した情報を授受する。ウェアラブルカメラ１０と活動量計２００の間の通信は、例えばＢＬＥ通信又は無線ＬＡＮ通信のいずれかを用いてよい。
【０１５４】
図１３Ｂのウェアラブルカメラシステム１０００では、ウェアラブルカメラ１０と、活動量計２００と、スマートフォン４０とを含む構成である。スマートフォン４０は、ウェアラブルカメラ１０及び活動量計２００と通信可能であり、ウェアラブルカメラ１０と活動量計２００とは、スマートフォン４０を介して互いに通信を行い、活動量計２００にて取得した情報を授受する。ウェアラブルカメラ１０とスマートフォン４０、及びスマートフォン４０と活動量計２００の間の通信は、例えばＢＬＥ通信又は無線ＬＡＮ通信のいずれかを用いてよい。
【０１５５】
図１４は、活動量計２００の内部構成の一例を詳細に示すブロック図である。活動量計２００は、演算部２０１と、記憶部２０２と、表示部２０３と、電源部２０４と、通信部２０５と、アンテナ２０６と、バイブレータ２０７とを備える。活動量計２００は、警察官３の活動量を計測する外部センサとして、ジャイロセンサ２１１と、加速度センサ２１２と、心拍センサ２１３と、発汗センサ２１４と、温度センサ２１５とを備える。活動量計２００は、上述した各種のセンサのうちの少なくとも一つを備えてよい。活動量計２００は、操作スイッチ２２１と、通信スイッチ２２２と、リセットスイッチ２２３とを備える。
【０１５６】
演算部２０１は、例えばマイクロプロセッサ等のプロセッシングデバイスを有し、センサにより出力された所定の物理量を示す出力信号から計測値を演算処理する。演算部２０１は、センサから取得した計測値に基づき、警察官３（ユーザ）による既定の動作、心拍数、発汗、体温等の活動量を算出する。記憶部２０２は、例えばフラッシュＲＯＭ等の半導体メモリにより構成され、演算部２０１を動作させるためのプログラム、計測値や活動量の取得データ等を記憶する。表示部２０３は、例えばＬＥＤ、ＬＣＤ等による表示デバイスにより構成され、活動量計２００の動作状態、取得した活動量等を、光の点灯／消灯、文字、画像等によって表示する。電源部２０４は、例えば充電可能な２次電池により構成され、活動量計２００の各部に電源電力を供給する。
【０１５７】
通信部２０５は、例えばＢＬＥ通信等の無線通信を行う通信回路を有し、ウェアラブルカメラ１０との間、又はウェアラブルカメラ１０及びスマートフォン４０との間で活動量に関する情報を通信する。アンテナ２０６は、通信部２０５による通信時の無線信号の送信、受信を行う。バイブレータ２０７は、演算部２０１の指示に基づき、所定のタイミングで振動し、警察官３（ユーザ）に通知する。
【０１５８】
ジャイロセンサ２１１は、活動量計２００の直交座標系の３軸方向の角速度を検知する。加速度センサ２１２は、活動量計２００の直交座標系の３軸方向の加速度を検知する。演算部２０１は、ジャイロセンサ２１１、加速度センサ２１２の出力に基づき、活動量計２００を装着したユーザ（例えば警察官３）の動作に関する活動量の情報を算出する。心拍センサ２１３は、例えば発光素子及び受光素子を有し、人体内の血管に光を照射してその反射光を受光し、受光量の変動から脈拍を検知することにより、活動量計２００を装着したユーザ（例えば警察官３）の心拍数を計測する。演算部２０１は、心拍センサ２１３の出力に基づき、心拍数に関する活動量の情報を算出する。発汗センサ２１４は、例えば皮膚近傍の湿度等に基づいて活動量計２００を装着したユーザ（例えば警察官３）の発汗を検知する。演算部２０１は、発汗センサ２１４の出力に基づき、発汗の有無、発汗量などの発汗に関する活動量の情報を算出する。温度センサ２１５は、活動量計２００を装着したユーザ（例えば警察官３）の体温を計測する。演算部２０１は、温度センサ２１５の出力に基づき、体温上昇などの体温に関する活動量の情報を算出する。
【０１５９】
操作スイッチ２２１は、例えば活動量計２００の表示内容の切り替え、動作モードの切り替えなどの操作指示を入力する押しボタンスイッチである。通信スイッチ２２２は、例えば活動量計２００の通信開始、通信停止などの通信指示を入力する押しボタンスイッチである。リセットスイッチ２２３は、例えば活動量計２００において計測した活動量のリセット、或いは活動量計２００の各種設定のリセットを行うためリセット指示を入力する押しボタンスイッチである。
【０１６０】
図１５は、検出されるアクションに関する他のアクションテーブルＡｔｂ２の一例を示す図である。アクションテーブルＡｔｂ２は、図５に示すアクションテーブルＡｔｂ０と同様に、例えばメモリ１３又は記録部１５にて保存され、それぞれの既定のイベント（例えばアクション）の内容と、それぞれの既定のイベント（例えばアクション）の検出に用いるセンサ、又は検出条件とが対応付けられている。図１５では、図５に示すアクションテーブルＡｔｂ０の内容に対し、活動量計２００の測定データに関連して検出され得る“極度の緊張”、“心拍数の上昇／停止”、“発汗”、“体温”の項目が追加されている。図５と同一の内容の説明は省略し、異なる内容について説明する。
【０１６１】
例えば、アクションとして警察官３が極度の緊張をしているかどうかを検出する際、活動量計２００の心拍センサ２１３、発汗センサ２１４によりそれぞれ測定されたデータのうちいずれか一方又はその両方が参照される。
【０１６２】
例えば、アクションとして警察官３が心拍数の上昇又は停止をしているかどうかを検出する際、活動量計２００の心拍センサ２１３により測定されたデータが参照される。
【０１６３】
例えば、アクションとして警察官３が発汗をしているかどうかを検出する際、活動量計２００の発汗センサ２１４により測定されたデータが参照される。
【０１６４】
例えば、アクションとして警察官３が体温の上昇又は低下をしているかどうかを検出する際、活動量計２００の温度センサ２１５により測定されたデータが参照される。
【０１６５】
図１６は、実施の形態１のウェアラブルカメラ１０における、アクションインデックスＡＬ１の生成動作手順の他の一例を詳細に説明するフローチャートである。図１６の説明では、図６の説明と同一の内容については説明を簡略化又は省略し、異なる内容について説明する。また図１６の説明の前提として、ウェアラブルカメラ１０及び活動量計２００の電源はそれぞれオンの状態である。
【０１６６】
図１６において、ステップＳ５の後、ウェアラブルカメラ１０は、警察官３（ユーザ）の身体の一部に装着された活動量計２００から送信された測定データを受信して取得する（Ｓ５Ａ）。なお、ステップＳ３〜Ｓ５，Ｓ５Ａまでの処理順序は順不同でよい。ウェアラブルカメラ１０は、ステップＳ５Ａの後、アクションテーブルＡｔｂ１（図７参照）を参照し、ステップＳ３〜Ｓ５，Ｓ５Ａまでの各処理において取得された５種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ、活動量計２００の測定データ）から少なくとも２種類の測定データを用いて、警察官３の行動をアクション情報生成部１９Ｄにおいて判断する（Ｓ６Ａ）。ステップＳ６Ａ以降の処理は図６と同一であるため、説明を省略する。
【０１６７】
図１７は、実施の形態１のウェアラブルカメラ１０における、アクションインデックスＡＬ１の生成又は撮像映像の録画の動作手順の他の一例を詳細に説明するフローチャートである。図１０の説明では、図１０の説明と同一の内容については説明を簡略化又は省略し、異なる内容について説明する。また図１０と同様に、図１７の説明の前提として、ウェアラブルカメラ１０及び活動量計２００の電源はそれぞれオンの状態である。
【０１６８】
図１７において、ステップＳ５の後、ウェアラブルカメラ１０は、警察官３（ユーザ）の身体の一部に装着された活動量計２００から送信された測定データを受信して取得する（Ｓ５Ａ）。なお、ステップＳ３〜Ｓ５，Ｓ５Ａまでの処理順序は順不同でよい。ウェアラブルカメラ１０は、ステップＳ５Ａの後、アクションテーブルＡｔｂ１（図７参照）を参照し、ステップＳ３〜Ｓ５，Ｓ５Ａまでの各処理において取得された５種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ、活動量計２００の測定データ）から少なくとも２種類の測定データを用いて、警察官３の行動をアクション情報生成部１９Ｄにおいて判断する（Ｓ６Ａ）。ステップＳ６Ａ以降の処理は図１０と同一であるため、説明を省略する。
【０１６９】
また、ステップＳ１１の後、ウェアラブルカメラ１０は、警察官３（ユーザ）の身体の一部に装着された活動量計２００から送信された測定データを受信して取得する（Ｓ１１Ａ）。なお、ステップＳ９〜Ｓ１１，Ｓ１１Ａまでの処理順序は順不同でよい。ウェアラブルカメラ１０は、ステップＳ１１Ａの後、アクションテーブルＡｔｂ１（図７参照）を参照し、ステップＳ９〜Ｓ１１，Ｓ１１Ａまでの各処理において取得された５種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ、活動量計２００の測定データ）から少なくとも２種類の測定データを用いて、警察官３の行動をアクション情報生成部１９Ｄにおいて判断する（Ｓ１２Ａ）。ステップＳ１２Ａ以降の処理は図１０と同一であるため、説明を省略する。
【０１７０】
これにより、ウェアラブルカメラ１０は、例えば警察官３が主体的に録画スイッチＳＷ１を操作していない場合、又は警察官３が主体的に録画スイッチＳＷ１を操作することが困難な状況である場合でも、活動量計２００の測定データも考慮して警察官３の前方の被写体の撮像映像の録画漏れを無くすることができ、警察官３の業務中の証拠映像を一層的確に保存できる。
【０１７１】
このように、本実施の形態のウェアラブルカメラ１０は、ＢＬＥ通信部２１Ａ又はＷＬＡＮ通信部２１Ｂにおいて、警察官３（ユーザ）の活動量に関する情報を取得する活動量計２００（外部センサ）との間で通信を行う。ウェアラブルカメラ１０は、被写体の撮像映像の録画中に取得（具体的には、測定）された警察官３の動きに関する情報と活動量計２００から受信した警察官３の活動量に関する情報とを基に、少なくとも一つの既定のイベントが発生したか否かを判断する。
【０１７２】
これにより、ウェアラブルカメラ１０は、警察官３の業務中に行ったアクション以外に、警察官３の身体の何かしらの異変を示す症状の有無を正確に判断でき、警察官３の業務中の時系列に行った行動や発生した症状をきめ細かく示したアクションインデックスＡＬ１を生成できる。
【０１７３】
次に、警察署ＰＤのバックエンドサーバ５０内に、それぞれ異なるウェアラブルカメラ１０により生成されたアクションインデックスＡＬ１及び撮像映像がバックアップのために記録された後の運用例について説明する。ここでは、例えば、事件の現場に行った警察官３とは異なる警察署ＰＤ内の専門職員が裁判所や検察庁などの機関に提出する文書に付録する証拠映像を確認する際に、警察官３の業務中の必要な行動時の映像を検索して視聴する場合を想定する。但し、運用例は上述した想定例に限定されない。
【０１７４】
図１８は、アクション情報の検索条件の入力欄と検索結果とを示す検索結果画面ＷＤ１の一例を示す図である。図１８に示す検索結果画面ＷＤ１は、バックエンドサーバ５０において実行可能に予めインストールされている専用のアプリケーション（例えばアクションインデックスＡＬ１の検索アプリケーション（具体的には、ＣＰＵ５１））の処理結果として表示部５６に表示される画面例である。
【０１７５】
図１８に示す検索結果画面ＷＤ１は、日時入力欄ＩＰ１と、アクション情報入力欄ＩＰ２と、検索ボタンＳＣ１と、検索結果のリストＯＰ１とを含む。日時入力欄ＩＰ１には、アクションインデックスＡＬ１の検索アプリケーションにおいて、ユーザ（例えば上述した専門職員）の操作により、検索の対象となる日時が入力される。アクション情報入力欄ＩＰ２には、アクションインデックスＡＬ１の検索アプリケーションにおいて、ユーザ（例えば上述した専門職員）の操作により、検索の対象となるアクション情報が入力される。図１８の例では、アクション情報として“追跡”が入力されている。つまり、ウェアラブルカメラ１０を装着又は保持した警察官３が、業務中の行動として“追跡”を行ったことが判断（検出）されたアクションインデックスＡＬ１が検索されている。検索ボタンＳＣ１が押下されると、アクションインデックスＡＬ１の検索アプリケーション（具体的には、ＣＰＵ５１）は、アクションインデックスＡＬ１と撮像映像のデータとが対応付けて記録されているストレージ５８を参照し、警察官３が業務中の行動として“追跡”を行ったことが判断（検出）されたアクションインデックスＡＬ１を検索する。
【０１７６】
検索結果のリストＯＰ１には、例えば５つのアクションインデックスのレコードＲＣ１，ＲＣ２，ＲＣ３，ＲＣ４，ＲＣ５が抽出されたことが示されている。それぞれのレコードＲＣ１〜ＲＣ５は、撮像映像のデータのファイル名と、サムネイル画像と、日時（図１８では日時の記載が省略）と、撮影者（つまり、ウェアラブルカメラ１０を装着又は保持した警察官）の情報と、撮像映像のデータの再生ボタンとが対応している。サムネイル画像は、ファイル名に対応する撮像映像の中で検索の対象となったアクション又は症状（図１５参照）がある場合には、そのアクション又は症状が検出された時の撮像映像に基づいて生成された画像（例えば、静止画、又はアニメーション形式の動画）である。なお、サムネイル画像は、ファイル名に対応する撮像映像の中で検索の対象となったアクション又は症状（図１５参照）が無い場合には、例えば最初にアクション又は症状が検出された時点の撮像映像に基づいて生成されたサムネイル画像である。
【０１７７】
検索結果のリストＯＰ１のレコードＲＣ１によれば、“Ａ．ｍｐ４”のファイル名の撮像映像のデータにおいて、“追跡”の行動が検出された時点のサムネイル画像ＳＭ２１が示され、当時のウェアラブルカメラ１０の装着者（警察官）はＡさんであることが分かる。
【０１７８】
同様に、検索結果のリストＯＰ１のレコードＲＣ２によれば、“Ｂ．ｍｐ４”のファイル名の撮像映像のデータにおいて、“追跡”の行動が検出された時点のサムネイル画像ＳＭ２２が示され、当時のウェアラブルカメラ１０の装着者（警察官）はＢさんであることが分かる。
【０１７９】
同様に、検索結果のリストＯＰ１のレコードＲＣ３によれば、“Ｃ．ｍｐ４”のファイル名の撮像映像のデータにおいて、“追跡”の行動が検出された時点のサムネイル画像ＳＭ２３が示され、当時のウェアラブルカメラ１０の装着者（警察官）はＡさんであることが分かる。
【０１８０】
図１９は、いずれかのレコードに対応する再生ボタンＲＰ１の押下に基づいて撮像映像の視聴画面ＷＤ２が表示される例を示す説明図である。図１９に示す視聴画面ＷＤ２は、図１８に示す検索結果画面ＷＤ１のいずれかのレコード（例えばレコードＲＣ１）に対応する再生ボタンＲＰ１の押下により、アクションインデックスＡＬ１の検索アプリケーション（具体的には、ＣＰＵ５１）により表示部５６に表示される。
【０１８１】
図１９に示す視聴画面ＷＤ２は、視聴領域ＳＷＤ１と、再生ボタンＲＰ２と、一時停止ボタンＴＨ１と、シークバーＳＫＢ１と、マーカＭＫ１と、少なくとも一つの検出マーカ（図１９の例では合計５つの検出マーカＳＰ１，ＳＰ２，ＳＰ３，ＳＰ４，ＳＰ５）とを含む。視聴領域ＳＷＤ１には、検索結果画面ＷＤ１の再生ボタンＲＰ１の押下に基づいて、バックエンドサーバ５０に予めインストールされている専用のアプリケーション（例えば映像などの視聴アプリケーション（具体的には、ＣＰＵ５１））により、押下の対象となった撮像映像の動画が再生される。再生ボタンＲＰ２は、その視聴アプリケーションにおいて、視聴領域ＳＷＤ１内の動画の再生を制御する。一時停止ボタンＴＨ１は、その視聴アプリケーションにおいて、視聴領域ＳＷＤ１内の動画の再生の一時停止を制御する。シークバーＳＫＢ１は、視聴領域ＳＷＤ１内の動画の再生状況を示す。マーカＭＫ１は、視聴領域ＳＷＤ１内の動画の再生時点を示す。検出マーカＳＰ１〜ＳＰ５は、その動画に対応する撮像映像の録画期間内におけるアクション又は症状（図１５参照）が検出された時点を示す。
【０１８２】
また、図１９に示す視聴画面ＷＤ２は、視聴領域ＳＷＤ１内の撮像映像がウェアラブルカメラ１０によって録画された期間内に検出されたアクション又は症状（図１５参照）のそれぞれの検出時刻に対応する再生時間（再生時刻）とそれぞれのアクション情報との対応テーブルＤＴ１を含む。以下の説明において、対応テーブル（例えば対応テーブルＤＴ１）は、ウェアラブルカメラ１０により生成されたアクションインデックスＡＬ１（イベントリスト情報）に基づいて、バックエンドサーバ５０もしくはバックエンドクライアント７０により生成されるとし、アクションインデックスＡＬ１と同様にイベントリスト情報の一例である。これにより、視聴画面ＷＤ２を閲覧したユーザ（例えば上述した専門職員）は、自身が確認したいアクション又は症状（図１５参照）の他に気になるアクション又は症状が検出された時の撮像映像を視聴領域ＳＷＤ１内にて簡単かつ直接的に把握することができ、専門職員の作業効率を飛躍的に高めることができる。
【０１８３】
このように、本実施の形態のウェアラブルカメラシステム１０００では、バックエンドサーバ５０は、既定のイベント（例えばアクション又は症状）に関する情報の検索操作に応じて、検索操作の対象となった既定のイベントが検出された少なくとも一つの撮像映像をストレージ５８（第２記録部）から抽出し、抽出された撮像映像に対応するサムネイル画像ＳＭ２１，ＳＭ２２，ＳＭ２３を示した検索結果画面ＷＤ１を表示部５６に表示する。これにより、バックエンドサーバ５０のユーザは、自身が調査したいアクション又は症状が検出された概況をサムネイル画像によって簡易的に把握でき、そのユーザ自身の作業効率を向上できる。
【０１８４】
また、バックエンドサーバ５０は、抽出された少なくとも一つの撮像映像の再生ボタンＲＰ１を検索結果画面ＷＤ１に含めて表示部５６に表示し、再生ボタンＲＰ１の指定操作に応じて、指定操作の対象となった撮像映像の視聴画面ＷＤ２を表示部５６に表示する。これにより、バックエンドサーバ５０のユーザは、例えばサムネイル画像を基に自身が詳細を確認したい撮像映像の全容を視聴画面ＷＤ２において簡単に視聴できて、利便性を向上できる。
【０１８５】
また、バックエンドサーバ５０は、指定操作の対象となった撮像映像の中で検出された少なくとも一つのイベント（例えばアクション又は症状）の検出時刻に対応する撮像映像の再生ボタン（第２再生ボタン）に対応する検出マーカＳＰ１，ＳＰ２，ＳＰ３，ＳＰ４，ＳＰ５（第２再生ボタン）を視聴画面ＷＤ２に含めて表示部５６に表示する。バックエンドサーバ５０は、いずれかの検出マーカ（例えば検出マーカＳＰ１）が指定されて再生ボタンＲＰ１が押下されたことを検出すると、指定された検出マーカＳＰ１の時刻（言い換えると、対応テーブルＤＴ１のアクション情報“走った”が検出された時刻）の撮像映像のデータを読み出して再生する。これにより、バックエンドサーバ５０のユーザは、視聴画面ＷＤ２において再生されている動画の中で検出された警察官のアクション又は症状に関する動画を簡単に切り替えて視聴できるので、例えばアクションインデックスと動画の確認作業とをスムーズに行える。
【０１８６】
（実施の形態１の変形例）
次に、実施の形態１の変形例として、バックエンドクライアント７０ａ（バックエンドクライアント７０ｂでも可）のユーザの書き換え操作により、バックエンドサーバ５０に記録されたアクションテーブルＡｔｂ１ａが更新されたことで、バックエンドサーバ５０が、その書き換え操作の対象となったアクション又は症状の検出に用いる測定データの学習を行う例について説明する。
【０１８７】
実施の形態１の変形例のウェアラブルカメラシステムの構成は、実施の形態１のウェアラブルカメラシステム１０００と同一であるため、同一の内容については同一の符号を参照して説明を省略し、異なる内容について説明する。
【０１８８】
図２０は、アクションテーブルＡｔｂ１ａのアクション情報名の書き換えに基づいて測定データの学習が開始される例を示す説明図である。図２０において、アクションテーブルＡｔｂ１ａは、バックエンドクライアント７０ａのユーザによる書き換え操作がなされる前にストレージ５８に記録されているアクションテーブルである。また、アクションテーブルＡｔｂ１ｂは、バックエンドクライアント７０ａのユーザによる書き換え操作がなされた後にストレージ５８に記録されたアクションテーブルである。
【０１８９】
図２１は、実施の形態１の変形例のウェアラブルカメラ１０とバックエンドサーバ５０とバックエンドクライアント７０ａとの連携に基づく、測定データの学習及び学習結果の更新に関する動作手順の一例を詳細に説明するシーケンス図である。
【０１９０】
図２０及び図２１において、例えばバックエンドクライアント７０ａのユーザによる書き換え操作により、バックエンドサーバ５０のストレージ５８に記録されているアクションテーブルＡｔｂ１ａのアクション情報名“もみ合い”が“銃を抜いた”に書き換えられたとする（Ｓ３１）。バックエンドクライアント７０ａは、ステップＳ３１の書き換え操作に応じて、新たに指定されたアクション“銃を抜いた”の検出に用いる各種の測定データの学習開始の指示をバックエンドサーバ５０に送信する（Ｓ３２）。
【０１９１】
バックエンドサーバ５０は、ステップＳ３２においてバックエンドクライアント７０ａから送信された指示を受信すると、バックエンドクライアント７０ａのユーザの書き換え操作により新たに指定されたアクション“銃を抜いた”の検出に用いる各種の測定データの学習を開始する（Ｓ３３）。バックエンドサーバ５０は、ステップＳ３３の学習として、例えばストレージ５８に記録されているアクションテーブルＡｔｂ１ａを用いたディープラーニングを行うことで、新たに指定されたアクション“銃を抜いた”の検出に用いる各種の測定データを学習する。
【０１９２】
バックエンドサーバ５０は、ステップＳ３３の学習が終了すると、ステップＳ３３の学習の結果（つまり、新たに指定されたアクション“銃を抜いた”の検出に用いる各種の測定データ）を用いて、アクションテーブルＡｔｂ１ｂを更新する（Ｓ３４）。バックエンドサーバ５０は、ステップＳ３３の学習の結果（つまり、新たに指定されたアクション“銃を抜いた”の検出に用いる各種の測定データ）をウェアラブルカメラ１０に送信する（Ｓ３５）。
【０１９３】
ウェアラブルカメラ１０は、ステップＳ３５において送信された学習の結果（つまり、新たに指定されたアクション“銃を抜いた”の検出に用いる各種の測定データ）を受信して、メモリ１３又は記録部１５に記録されているアクションテーブルＡｔｂ１を更新する（Ｓ３６）。これにより、ウェアラブルカメラ１０は、ウェアラブルカメラ１０より高性能なスペックを有するバックエンドサーバ５０による測定データの学習結果を反映して記録できるので、アクション又は症状（図１５参照）の検出を高精度に行うことができる。
【０１９４】
以上により、実施の形態１の変形例では、バックエンドサーバ５０は、ストレージ５８（第２記録部）に記録された、既定のイベントの検出時に用いられるアクションテーブルＡｔｂ１ａ（イベントテーブル）の既定のイベントに関する情報の書き換え操作に応じて、新たに指定された既定のイベントの検出に用いる警察官の動きに関する情報の学習を実行する。バックエンドサーバ５０は、警察官の動きに関する情報の学習結果をウェアラブルカメラ１０に送信する。ウェアラブルカメラ１０は、バックエンドサーバ５０から送信された警察官の動きに関する情報の学習結果を受信する。ウェアラブルカメラ１０は、受信された警察官の動きに関する情報の学習結果を用いて、その新たに指定された既定のイベントが発生したか否かを判断する。
【０１９５】
これにより、ウェアラブルカメラ１０は、ウェアラブルカメラ１０より高性能なスペックを有するバックエンドサーバ５０による測定データの学習結果を反映して記録できるので、アクション又は症状（図１５参照）の検出を高精度に行うことができる。
【０１９６】
（実施の形態２の内容に至る経緯）
上述した特許文献１の構成では、例えばウェアラブルカメラを装着又は所持しているユーザ（例えば警察官）が事件現場で緊急時の対応を行っている時、ウェアラブルカメラが警察署内に設置された事件の捜査本部などに応援要請の連絡をすることは考慮されていない。緊急時の対応として例えば警察官が片手を負傷し、もう片方の腕で銃を構えた状態では、警察官は、自ら保持している警察無線で応援要請を行うことができない。このように、警察官がウェアラブルカメラを操作することが困難な緊迫した状況でも、警察官の体勢や状態に応じて、捜査本部への応援要請を行うことが要求されてくると考えられる。
【０１９７】
そこで、実施の形態２では、上述した事情に鑑みて、ユーザ（例えば警察官）がウェアラブルカメラを操作することが困難な状況でも、警察官の体勢あるいは状態に応じて、外部（例えば捜査本部）への応援要請などのメッセージを通知し、警察官の身柄の早期救出を効果的に支援するウェアラブルカメラ及び情報通知方法の例を説明する。
【０１９８】
（実施の形態２）
実施の形態２のウェアラブルカメラシステムのシステム構成、並びにウェアラブルカメラシステムを構成する各機器の内部構成は、実施の形態１と同様である。このため、実施の形態２においては、実施の形態１のウェアラブルカメラシステムを構成する各部と同一の内容のものには同一の符号を付して説明を簡略化又は省略し、異なる内容について説明する。
【０１９９】
実施の形態２において、ウェアラブルカメラ１０が所定の場合（具体的には、図２２のステップＳ８Ｂ参照）にメッセージを通知する宛先となる捜査本部は、例えば事件あるいは災害などの特別な事象が発生した場合に警察署ＰＤ内に設けられる、捜査本部もしくは特別捜査本部と呼ばれる組織である。実施の形態２において、ウェアラブルカメラ１０から捜査本部に対してメッセージが通知される場合、そのメッセージは、捜査本部内に配置されたデータ受信装置（下記参照、例えばバックエンドストリーミングサーバ６０もしくはバックエンドサーバ５０）において受信される。
【０２００】
捜査本部もしくは特別捜査本部には、通常、バックエンドクライアント７０ａ，７０ｂと接続されたバックエンドサーバ５０や、バックエンドストリーミングサーバ６０などのデータ蓄積装置が配置される。このようなデータ蓄積装置によりウェアラブルカメラ１０からのメッセージが受信されると、バックエンドクライアント７０ａ，７０ｂのユーザである警察官により、事件現場の警察官３が緊急対応中で応援要請があったことが確認され、そしてその内容が上司などに報告される。その後、捜査本部もしくは特別捜査本部のトップ（例えば指揮官）の命令により、例えば緊急対応中の警察官３の身柄の早期救出を図るべく、事件現場への警察官の増員などの応援派遣の判断が下される。
【０２０１】
なお、このようなウェアラブルカメラ１０からのメッセージを用いた応援派遣までの判断の考え方は、警察内の捜査本部もしくは特別捜査本部の捜査方針などによって適宜変更されるものであり、上述した考え方はあくまで例示にすぎない。また以下、捜査本部と特別捜査本部とを特に区別せずに、「捜査本部」と用語を統一して説明する。
【０２０２】
図２２は、実施の形態２のウェアラブルカメラ１０における、既定のアクションの検出に基づく捜査本部への通知動作手順の一例を詳細に説明するフローチャートである。図２２の説明では、図６又は図１６の説明と同一の内容については説明を簡略化又は省略し、異なる内容について説明する。また図２２の説明の前提として、ウェアラブルカメラ１０及び活動量計２００の電源はそれぞれオンの状態である。
【０２０３】
図２２において、ウェアラブルカメラ１０は、ステップＳ５Ａの後、アクションテーブルＡｔｂ１（図７参照）を参照し、ステップＳ３〜Ｓ５，Ｓ５Ａまでの各処理において取得された５種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ、活動量計２００の測定データ）から少なくとも２種類の測定データを用いて、警察官３の行動をアクション情報生成部１９Ｄにおいて判断する（Ｓ６Ａ）。ステップＳ６Ａ以降の処理は図６と同一であるため、説明を省略する。
【０２０４】
ウェアラブルカメラ１０は、ステップＳ６Ａの判断結果として、警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１（図７参照）において規定されたアクション情報に対応するアクション）があるかどうかを判別する（Ｓ７）。
【０２０５】
警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１（図７参照）において規定されたアクション情報に対応するアクション）がないと判断された場合には（Ｓ７、ＮＯ）、ウェアラブルカメラ１０の処理はステップＳ２に戻る。つまり、この場合には、ウェアラブルカメラ１０は、自装置を装着又は保持している警察官３の行動が例えば事件現場において緊急時の対応を行っている状態ではないとして、捜査本部への応援要請などのメッセージを通知せず、ステップＳ２〜ステップＳ７の各処理を実行する。
【０２０６】
一方、警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１（図７参照）において規定されたアクション情報に対応するアクション）があると判断された場合には（Ｓ７、ＹＥＳ）、ウェアラブルカメラ１０は、自装置を装着又は保持している警察官３の行動が例えば事件現場において緊急時の対応を行っている状態であるとして、捜査本部への応援要請などのメッセージを通知する（Ｓ８Ｂ）。
【０２０７】
なお、ウェアラブルカメラ１０は、捜査本部（例えばバックエンドストリーミングサーバ６０もしくはバックエンドサーバ５０）に対してメッセージを通知する場合、次の２通りの送信方法で送信してよい。
【０２０８】
第１の送信方法は、ウェアラブルカメラ１０がＬＴＥ（Long Term Evolution）などのセルラネットワーク（携帯電話網）を利用可能な通信部を有する場合には、ウェアラブルカメラ１０は、その通信部により、例えばＬＴＥ回線を用いて、そのメッセージをバックエンドストリーミングサーバ６０もしくはバックエンドサーバ５０に送信してよい。これにより、ウェアラブルカメラ１０は、スマートフォン４０もしくは無線ＬＡＮアクセスポイント４５との通信制御を省略できるので、バックエンドストリーミングサーバ６０もしくはバックエンドサーバ５０に対してメッセージを直接かつ迅速に通知できる。
【０２０９】
第２の送信方法は、ウェアラブルカメラ１０は、スマートフォン４０もしくは無線ＬＡＮアクセスポイント４５を介して、Ｗｉｆｉ（登録商標）などの無線ＬＡＮ（Ｗ−ＬＡＮ）を用いてメッセージをバックエンドストリーミングサーバ６０もしくはバックエンドサーバ５０に送信してよい。これにより、ウェアラブルカメラ１０は、ＬＴＥ回線を用いてメッセージを送信する場合に比べて、バッテリ駆動であるウェアラブルカメラ１０の消費電力を一層低減できる。なお、第２の方法では、ウェアラブルカメラ１０からスマートフォン４０もしくは無線ＬＡＮアクセスポイント４５まではＷｉｆｉ（登録商標）などの無線ＬＡＮが用いられ、スマートフォン４０もしくは無線ＬＡＮアクセスポイント４５から、バックエンドストリーミングサーバ６０もしくはバックエンドサーバ５０まではＬＴＥ回線などのセルラネットワーク（携帯電話網）が用いられる。
【０２１０】
図２３は、実施の形態２のウェアラブルカメラ１０における、捜査本部への通知後のデータ送信動作手順の一例を詳細に説明するフローチャートである。図２３の説明では、図２２の説明と同一の内容については説明を簡略化又は省略し、異なる内容について説明する。また図２３の説明の前提として、ウェアラブルカメラ１０及び活動量計２００の電源はそれぞれオンの状態である。
【０２１１】
図２３において、ウェアラブルカメラ１０は、例えば図１６のステップＳ１〜Ｓ５，Ｓ９を参照して説明したように、５種類の測定データ（つまり、直交座標系の３軸方向の加速度データ及び傾きデータ、音声の解析結果のデータ、映像の解析結果のデータ、活動量計２００の測定データ）を取得する（Ｓ４１）。ステップＳ４１の後、図２２を参照して説明したように、ウェアラブルカメラ１０において、ステップＳ６Ａ、ステップＳ７の順に各処理が実行される。
【０２１２】
警察官３の行動の中に、既定のイベント（例えばアクションテーブルＡｔｂ１（図７参照）において規定されたアクション情報に対応するアクション）があると判断された場合には（Ｓ７、ＹＥＳ）、ウェアラブルカメラ１０は、自装置を装着又は保持している警察官３の行動が例えば事件現場において緊急時の対応を行っている状態であるとして、捜査本部への応援要請などのメッセージを通知（送信）する（Ｓ４２）。
【０２１３】
ウェアラブルカメラ１０は、ステップＳ４２の後、例えばメモリ１３又は記録部１５に記録されている設定ファイルを参照し、サムネイル画像の送信設定の有無を判別する（Ｓ４３）。サムネイル画像は、例えばステップＳ７において検出された時点における警察官３の行動（アクション）の状況を簡略的に示す証拠画像としての役割を有する。サムネイル画像の送信設定が無いと判別された場合には（Ｓ４３、ＮＯ）、ウェアラブルカメラ１０の処理はステップＳ４５に進む。
【０２１４】
一方、サムネイル画像の送信設定があると判別された場合には（Ｓ４３、ＹＥＳ）、ウェアラブルカメラ１０は、映像音声データ生成部１９Ａにより生成された撮像映像のデータ（例えばＭＰＥＧ（Moving Picture Experts Group）４などの圧縮動画形式の撮像映像データ）を用いて、例えばＪＰＥＧ（Joint Photographic Experts Group）などの圧縮静止画形式のサムネイル画像を生成する。ウェアラブルカメラ１０は、この生成したサムネイル画像のデータを、捜査本部（例えばバックエンドストリーミングサーバ６０もしくはバックエンドサーバ５０）に送信する（Ｓ４４）。ステップＳ４４の送信では、上述した２通りの送信方法のうちいずれかが用いられる。ステップＳ４４の後、ウェアラブルカメラ１０の処理はステップＳ４５に進む。
【０２１５】
また、ウェアラブルカメラ１０は、例えばメモリ１３又は記録部１５に記録されている設定ファイルを参照し、撮像映像データのストリーミング設定の有無を判別する（Ｓ４５）。撮像映像データのストリーミング設定が無いと判別された場合には（Ｓ４５、ＮＯ）、ウェアラブルカメラ１０の処理はステップＳ４１に戻る。
【０２１６】
一方、撮像映像データのストリーミング設定があると判別された場合には（Ｓ４５、ＹＥＳ）、ウェアラブルカメラ１０は、映像音声データ生成部１９Ａにより生成された撮像映像のデータ（例えばＭＰＥＧ（Moving Picture Experts Group）４などの圧縮動画形式の撮像映像データ）を捜査本部（例えばバックエンドストリーミングサーバ６０もしくはバックエンドサーバ５０）に送信する（Ｓ４６）。ステップＳ４４の送信では、上述した２通りの送信方法のうちいずれかが用いられる。ステップＳ４６の後、ウェアラブルカメラ１０の処理はステップＳ４５に進む。
【０２１７】
以上により、実施の形態２のウェアラブルカメラシステム１０００では、ウェアラブルカメラ１０は、警察官３の前方の被写体の撮像映像を記録部１５に録画し、警察官３の動きに関する情報（例えば直交座標系の３軸方向の加速度データや傾きデータ、活動量計２００から取得された活動量に関するデータ）を取得する。ウェアラブルカメラ１０は、被写体の撮像映像の録画中に取得（具体的には、測定）された警察官３の動きに関する情報を基に、少なくとも一つの既定のイベント（例えば図１５に示すアクションもしくは症状）が発生したか否かを判断する。ウェアラブルカメラ１０は、被写体の撮像映像の録画中に少なくとも一つの既定のイベント（例えば図１５に示すアクションもしくは症状）が発生したとの判断に従い、捜査本部への応援要請などのメッセージを通知（送信）する。
【０２１８】
これにより、ウェアラブルカメラ１０は、自装置を装着又は保持している警察官３の行動が例えば事件現場において緊急時の対応を行っている状態であると見なし、警察官３がウェアラブルカメラ１０を操作することが困難な状況でも、警察官３の体勢あるいは状態に応じて、外部（例えば捜査本部）への応援要請などのメッセージを通知できる。従って、ウェアラブルカメラ１０は、捜査本部からの警察官３の身柄の早期救出を効果的に支援できる。
【０２１９】
なお、本実施の形態のウェアラブルカメラ１０は、上述した実施の形態１と組み合わせて、捜査本部への応援要請などのメッセージを通知するとともに、既定のイベントの検出時刻とその既定のイベントに関する情報とを対応付けたイベントリスト情報（例えばアクションインデックスＡＬ１）を生成して被写体の撮像映像と対応付けて記録部１５に記録してもよい。
【０２２０】
また、ウェアラブルカメラ１０は、捜査本部への応援要請などのメッセージを通知したこととその通知時刻に関する情報とを対応付けて記録部１５にさらに記録してもよい。これにより、ウェアラブルカメラ１０は、警察官３が事件現場での緊急の対応時に捜査本部に応援要請などのメッセージを送信したことの履歴を確実に保存でき、事件対応中の警察官３の行動や状況の事後検討に資することができる。
【０２２１】
また、ウェアラブルカメラ１０は、捜査本部への応援要請などのメッセージを通知した時に、例えばメモリ１３又は記録部１５に記録されている設定ファイルの内容に応じて、そのメッセージの送信時に撮像された撮像映像に基づくサムネイル画像を捜査本部に対して送信してもよい。これにより、ウェアラブルカメラ１０は、警察官３の緊迫した状況を概略的にでも把握可能なサムネイル画像を迅速に捜査本部に提供でき、捜査本部の迅速な判断に資することができる。
【０２２２】
また、ウェアラブルカメラ１０は、捜査本部への応援要請などのメッセージを通知した時に、例えばメモリ１３又は記録部１５に記録されている設定ファイルの内容に応じて、そのメッセージの送信時に撮像された撮像映像を捜査本部に対してストリーミング送信してもよい。これにより、ウェアラブルカメラ１０は、警察官３の緊迫した状況の詳細を把握可能な撮像映像データを迅速に捜査本部に提供でき、捜査本部の迅速かつより正確な判断に資することができる。
【０２２３】
（実施の形態３の内容に至る経緯）
警察での現在の業務慣習として、例えば事件が発生した場合、その事件の犯人は事前に事件現場の下調べをしている可能性があるとして、事件発生時から一定時間前に遡って、事件現場から周囲数キロメートル内の全てのカメラにより撮像及び録画された撮像映像を、複数の警察官によって視聴して内容確認し、事件に関連する撮像映像を絞る作業が行われている。事件の性質や規模によっては内容確認の対象となる撮像映像の数が膨大になることもあり、複数の警察官が視聴して内容確認を終えるまでに多くの作業工数がかかってしまうという課題があった。
【０２２４】
ところが、上述した特許文献１の構成では、このような課題を解決できるための技術的な対策を施すことは考慮されていない。つまり、特許文献１のような従来技術では、事件発生時から一定時間前に遡って撮像及び録画された撮像映像を用いて、事件に関連する撮像映像の絞り込みに供する映像解析を行うことができなかった。
【０２２５】
そこで、実施の形態３では、上述した事情に鑑みて、録画された撮像映像を用いて、事件などの事象に関連する撮像映像の絞り込みに供する映像解析を行い、目的となる撮像映像の探索に要する手間を軽減するサーバ装置、ウェアラブルカメラシステム及び映像解析方法の例を説明する。
【０２２６】
（実施の形態３）
図２４は、実施の形態３のウェアラブルカメラシステム１０００Ａのシステム構成例を簡略に示す概略図である。実施の形態３のウェアラブルカメラシステム１０００Ａは、実施の形態１のウェアラブルカメラシステム１０００（図１参照）と同一の構成を有し、さらに、複数の監視カメラＣＣ１，…，ＣＣｎ（ｎ：２以上の自然数）を追加して含む構成である。図２４では、図１のウェアラブルカメラシステム１０００と比べて、実施の形態３の説明に主に関連するウェアラブルカメラ１０、監視カメラＣＣ１〜ＣＣｎ、バックエンドサーバ５０及びバックエンドクライアント７０を代表的に図示しているが、図１に示す他の各機器の構成を排除することを意図したものではない。また、図２４では１台のウェアラブルカメラ１０のみが図示されているが、ウェアラブルカメラシステム１０００Ａを構成するウェアラブルカメラ１０の台数は１台に限定されず、複数台でもよいことは言うまでもない。
【０２２７】
また、実施の形態３のウェアラブルカメラシステム１０００Ａを構成する各機器の内部構成は、実施の形態１と同様である。このため、実施の形態３においては、実施の形態１のウェアラブルカメラシステムを構成する各部と同一の内容のものには同一の符号を付して説明を簡略化又は省略し、異なる内容について説明する。
【０２２８】
それぞれの監視カメラＣＣ１〜ＣＣｎの内部構成は同一でもよいし、異なってもよい。以下の説明を分かり易くするために、それぞれの監視カメラＣＣ１〜ＣＣｎの内部構成は同一として説明する。
【０２２９】
監視カメラＣＣ１〜ＣＣｎは、自装置のそれぞれの設置場所（例えば街頭、駅前、店頭、店内）に存在する被写体を撮像する。監視カメラＣＣ１〜ＣＣｎは、それぞれの撮像映像のデータを監視カメラ自身に内蔵される記録部（例えばウェアラブルカメラ１０の記録部１５に対応する記録部）に書き込む（録画する）。また、監視カメラＣＣ１〜ＣＣｎは、所定のタイミング（例えば所定の時刻になった時など周期的に、又は警察署ＰＤ内のバックエンドサーバ５０もしくはバックエンドストリーミングサーバ６０からのリクエストを受信した時点。以下同様。）で、撮像映像のデータを警察署ＰＤ内のバックエンドサーバ５０もしくはバックエンドストリーミングサーバ６０に送信（アップロード）する。
【０２３０】
ウェアラブルカメラ１０も同様に、所定のタイミング（例えば所定の時刻になった時など周期的に、又は警察署ＰＤ内のバックエンドサーバ５０もしくはバックエンドストリーミングサーバ６０からのリクエストを受信した時点）で、撮像映像のデータを警察署ＰＤ内のバックエンドサーバ５０もしくはバックエンドストリーミングサーバ６０に送信（アップロード）する。
【０２３１】
バックエンドクライアント７０は、図１のバックエンドクライアント７０ａ，７０ｂに対応し、例えば警察官３によって使用されるＰＣ（Personal Computer）を用いて構成される。バックエンドクライアント７０は、ユーザである警察官３の検索操作（後述参照）により、検索操作の対象となる撮像映像の検索指示をバックエンドサーバ５０に送信する。バックエンドクライアント７０は、バックエンドサーバ５０から送信された抽出結果（検索結果）となる撮像映像のデータをモニタ（図示略）に表示し、警察官３の操作により再生が指示されると、その選択された撮像映像のデータを再生して出力する。
【０２３２】
バックエンドサーバ５０（サーバ装置）は、監視カメラＣＣ１〜ＣＣｎからそれぞれ送信（アップロード）された撮像映像のデータを受信し、メタ情報（後述参照）を抽出するための映像解析処理を行う。バックエンドサーバ５０による映像解析処理は、例えば撮像映像データＣＰＤ１を用いた公知技術で行われる。バックエンドサーバ５０は、映像解析処理によって抽出されたメタ情報ＭＴＦ１を撮像映像データＣＰＤ１と対応付けた映像蓄積データＤＡＴ１を生成し、この映像蓄積データＤＡＴ１をストレージ５８（図１１参照）に記録して保存する（図２５参照）。バックエンドサーバ５０は、バックエンドクライアント７０から送信される検索指示に従い、ストレージ５８を検索して該当する撮像映像のデータを検索して抽出する。バックエンドサーバ５０は、抽出結果（検索結果）となる撮像映像のデータをバックエンドクライアント７０に送信する。
【０２３３】
図２５は、実施の形態３のバックエンドサーバ５０に記録される映像蓄積データＤＡＴ１の構成例を示す図である。映像蓄積データＤＡＴ１は、いずれかのカメラ（つまり、監視カメラＣＣ１〜ＣＣｎ、並びにウェアラブルカメラ１０のうちいずれかのカメラ）からアップロードされて受信された撮像映像データＣＰＤ１と、バックエンドサーバ５０の映像解析処理により得られたメタ情報ＭＴＦ１とを有する。
【０２３４】
ここで、メタ情報ＭＴＦ１について説明する。メタ情報ＭＴＦ１は、バックエンドサーバ５０がバックエンドクライアント７０からの検索指示に基づいて探索対象となる撮像映像を検索して抽出する際に用いられる。メタ情報ＭＴＦ１は、例えば事件発生前もしくは事件発生時に被疑者もしくは犯人が映っていると考えられる撮像映像データの抽出のために、その被疑者もしくは犯人の痕跡を追跡するために使用される属性情報である。
【０２３５】
メタ情報ＭＴＦ１は、例えば、撮像映像データＣＰＤ１に映る車両の色、撮像映像データＣＰＤ１に映る車両のナンバー、撮像映像データＣＰＤ１に映る車両のメーカ、モデル名、年式である。このようなメタ情報ＭＴＦ１により、バックエンドサーバ５０は、例えば事件発生前に下調べしている時に被疑者もしくは犯人の使用している車両を具体的に特定することが可能となる。また、バックエンドサーバ５０は、例えば事件発生時に被疑者もしくは犯人が逃走に使用した車両を具体的に特定することも可能となる。
【０２３６】
また、メタ情報ＭＴＦ１は、例えば、撮像映像データＣＰＤ１に映る物品（例えば車両）の破損の有無、及び破損部位である。このようなメタ情報ＭＴＦ１により、バックエンドサーバ５０は、例えば撮像映像データＣＰＤ１に映る物品が事件に関連する場合、その撮像映像データＣＰＤ１に映る残留物からその物品の破損部位を特定することが可能である。また、バックエンドクライアント７０のユーザである警察官３は、バックエンドサーバ５０によって破損部位（例えば車両の一部の部品）が特定可能となると、例えば被疑者もしくは犯人があわてて逃走した時に使用した車両を具体的に特定できる。
【０２３７】
また、メタ情報ＭＴＦ１は、例えば、撮像映像データＣＰＤ１に映る車両の走行速度や、その走行速度がその撮像映像データＣＰＤ１に対応するいずれかのカメラの設置場所の地域の通常走行速度（例えば法定速度）より速いかどうかである。例えば撮像映像データＣＰＤ１に映る車両が事件に関連する場合、被疑者もしくは犯人が逃走のために通常走行速度より速度を上げて走行した可能性が高い。このようなメタ情報ＭＴＦ１により、バックエンドサーバ５０は、通常走行速度より速度を上げて走行した車両を、被疑者もしくは犯人が使用した可能性があることを具体的に特定できる。
【０２３８】
図２６は、実施の形態３のバックエンドサーバ５０における、ウェアラブルカメラ１０あるいは監視カメラから送信された撮像映像データの解析動作手順の一例を詳細に説明するシーケンス図である。図２６の説明を分かり易くするために、監視カメラもウェアラブルカメラも１台のみ示されているが、複数のウェアラブルカメラ及び監視カメラが設けられている場合も同様な手順となる。なお図２６では、監視カメラをＣＣＴＶ（Closed-Circuit Television）を略記し、監視カメラＣＣ１を例示して説明する。
【０２３９】
図２６において、監視カメラＣＣ１は、自装置の設置場所（例えば街頭、駅前、店頭、店内）に存在する被写体の撮像映像のデータを、監視カメラＣＣ１自身に内蔵される記録部（図示略）に録画する（Ｓ５１ａ）。監視カメラＣＣ１は、所定のタイミング（上述参照）で、撮像映像のデータを警察署ＰＤ内のバックエンドサーバ５０もしくはバックエンドストリーミングサーバ６０に送信（アップロード）する（Ｓ５２ａ）。
【０２４０】
ウェアラブルカメラ１０は、自装置を装着又は保持しているユーザ（例えば警察官３）のいる場所（例えば事件現場、もしくは事件現場の近辺）に存在する被写体の撮像映像のデータを、ウェアラブルカメラ１０自身に内蔵される記録部１５に録画する（Ｓ５１ｂ）。ウェアラブルカメラ１０は、所定のタイミング（上述参照）で、撮像映像のデータを警察署ＰＤ内のバックエンドサーバ５０もしくはバックエンドストリーミングサーバ６０に送信（アップロード）する（Ｓ５２ｂ）。
【０２４１】
バックエンドサーバ５０は、ステップＳ５１ｂ，Ｓ５２ｂにおいて監視カメラＣＣ１，ウェアラブルカメラ１０からそれぞれ送信された撮像映像のデータを受信する。バックエンドサーバ５０は、これらの撮像映像データを基にして映像解析処理を行い、それぞれの撮像映像のメタ情報の有無を判別する（Ｓ５３）。
【０２４２】
バックエンドサーバ５０は、ステップＳ５３の映像解析処理の結果、メタ情報を抽出できたか否かを判断する（Ｓ５４）。メタ情報の抽出ができなかった（つまり、メタ情報が無かった）と判断された場合には（Ｓ５４、ＮＯ）、メタ情報の抽出ができるまで、ステップＳ５３の処理が繰り返される。
【０２４３】
バックエンドサーバ５０は、メタ情報を抽出できたと判断した場合には（Ｓ５４、ＹＥＳ）、映像解析処理の対象となった撮像映像データＣＰＤ１と抽出されたメタ情報ＭＴＦ１とを対応付けてストレージ５８に記録する（Ｓ５５）。
【０２４４】
ここで、例えば事件に関連する撮像映像データを探索したい警察署ＰＤ内の専門の職員がバックエンドクライアント７０を操作することを想定する。なお、この専門の職員の代わりに、事件現場を巡回した警察官３本人であってもよい。
【０２４５】
バックエンドクライアント７０は、ユーザである専門の職員（上述参照）又は警察官３により、事件に関連する撮像映像データの検索操作が入力されたことを検出する（Ｓ５６）。検索操作では、例えばメタ情報として、「車両の色」として「赤色」、並びに「車両のナンバー」として「ＡＢＣ−１２３４」が具体的に入力されたとする。バックエンドクライアント７０は、検索操作の入力により、検索操作の対象となる撮像映像の検索指示をバックエンドサーバ５０に送信する（Ｓ５７）。この検索指示には、検索操作の中で入力されたメタ情報（つまり、「車両の色」として「赤色」、並びに「車両のナンバー」として「ＡＢＣ−１２３４」の各情報）が含まれている。
【０２４６】
バックエンドサーバ５０は、ステップＳ５７において送信された検索指示を受信すると、この検索指示及びストレージ５８に記録されたメタ情報に基づいて、検索条件と一致する撮像映像データを検索して抽出する（Ｓ５８）。バックエンドサーバ５０は、ステップＳ５８にて抽出された撮像映像データをバックエンドクライアント７０に返送する（Ｓ５９）。
【０２４７】
バックエンドクライアント７０は、バックエンドサーバ５０から送信された抽出結果（検索結果）となる撮像映像データをモニタ（図示略）に表示し、ユーザである専門の職員（上述参照）又は警察官３の操作により再生が指示されると、その選択された撮像映像のデータを再生して出力する（Ｓ６０）。
【０２４８】
以上により、実施の形態３のウェアラブルカメラシステム１０００Ａでは、監視カメラＣＣ１〜ＣＣｎやウェアラブルカメラ１０は、それぞれ自装置の撮像により得られた撮像映像データを所定のタイミングでバックエンドサーバ５０に送信（アップロード）する。なお、アップロード先のサーバ装置としてバックエンドサーバ５０を例示して挙げたが、バックエンドストリーミングサーバ６０であっても構わない。この場合には、バックエンドストリーミングサーバ６０からバックエンドサーバ５０に対し、アップロードされた撮像映像データが転送される。バックエンドサーバ５０は、アップロードされた撮像映像データに対して映像解析処理を行って撮像映像データに関するメタ情報を抽出し、撮像映像データＣＰＤ１とメタ情報ＭＴＦ１とを対応付けた映像蓄積データＤＡＴ１をストレージ５８に蓄積する。
【０２４９】
これにより、バックエンドサーバ５０は、監視カメラＣＣ１〜ＣＣｎやウェアラブルカメラ１０によりそれぞれ録画された撮像映像データを用いて、事件などの事象に関連する撮像映像データの絞り込みに供する映像解析を行え、撮像映像データに映る映像と事件との関連性の検証に役立つメタ情報を撮像映像データとともに蓄積できる。従って、バックエンドサーバ５０は、目的となる撮像映像の探索に要する手間を軽減できる。
【０２５０】
また、バックエンドサーバ５０は、バックエンドクライアント７０のユーザにより入力されたメタ情報を含む検索操作に応じて、メタ情報を含む撮像映像データをストレージ５８から検索し、抽出された撮像映像データをバックエンドクライアント７０に返送する。これにより、バックエンドサーバ５０は、バックエンドクライアント７０のユーザ（例えば専門の職員（上述参照）又は警察官３）が探索したい事件に関連する撮像映像データを容易かつ効率的に検索でき、そのユーザの事件に関連する撮像映像データの探索に要する作業工数の軽減に貢献できる。
【０２５１】
（実施の形態４の内容に至る経緯）
実施の形態４の内容は、撮像映像中のユーザの行動に関する情報を用いて、所望の撮像映像を表示する情報処理装置及び情報処理方法に関する。
【０２５２】
従来、撮影者であるユーザの身体に取り付けられた状態で撮影や収音を行う記録装置が提案されている（例えば、参考特許文献１参照）。この記録装置は、ウェアラブルであり、その撮影視野はユーザの視野とほぼ一致するように設定される。記録装置は、録画・録音データの記録開始から記録終了までの期間に対応した、一定時間ごとの位置情報、移動速度変化情報、生体信号変化情報をデータベースに登録する。記録装置は、データベースの内容と予め設定したブックマークを付加すべき条件とを比較し、録画・録音データに対してブックマークを付加すべき時間を特定し、その特定された時間にブックマークを付加することで、再生時の管理を行う。
【０２５３】
（参考特許文献１）特開２００７−４９５９２号公報
【０２５４】
しかしながら、上述した参考特許文献１では、既に発生した或るインシデント（例えば事件）に複数のユーザ（例えば警察官）が関わり、個々のユーザがそれぞれ装着又は所持した記録装置により、事件中の証拠となり得る映像又は事件当時の状況を示す映像が撮像された場合、注目される行動が行われた時点の映像を効率的に検索することは考慮されていない。従って、その事件中に注目される行動が行われた時点の、複数の警察官のそれぞれの視点からの撮像映像が求められる場合には、的確に抽出するために多くの人手による煩雑な作業（例えば、一つ一つの撮像映像の目視による閲覧確認等）が求められた。これは、必要な撮像映像の抽出に要する作業工数を増大させてしまい、抽出時の利便性に欠けるという課題があった。
【０２５５】
そこで、実施の形態４では、上述した従来の経緯に鑑みて、既に発生した或るインシデントに複数のユーザが関わった場合に、個々のユーザにより装着又は所持されたウェアラブルカメラの撮像映像中で注目される行動が行われた時点の撮像映像を的確に抽出し、ユーザの所望の撮像映像の抽出時の利便性の向上を支援する情報処理装置及び情報処理方法の例を説明する。
【０２５６】
（実施の形態４）
実施の形態４のウェアラブルカメラシステムのシステム構成、並びにウェアラブルカメラシステムを構成する各機器の内部構成は、実施の形態１と同様である。このため、実施の形態４においては、実施の形態１のウェアラブルカメラシステムを構成する各部と同一の内容のものには同一の符号を付して説明を簡略化又は省略し、異なる内容について説明する。
【０２５７】
先ず、実施の形態４に係る情報処理装置の一例としてのバックエンドクライアント７０（図１に示すバックエンドクライアント７０ａ，７０ｂと同一）の内部構成について、図２７を参照して説明する。なお、実施の形態４に係る情報処理装置は、図１並びに図１１にそれぞれ示すバックエンドサーバ５０であってもよい。
【０２５８】
図２７は、実施の形態４のバックエンドクライアントの内部構成の一例を詳細に示すブロック図である。バックエンドクライアント７０は、ＣＰＵ１５１と、Ｉ／Ｏ制御部１５２と、通信部１５３と、メモリ１５４と、入力部１５５と、表示部１５６と、スピーカ１５９とを備える。
【０２５９】
ＣＰＵ１５１は、例えばバックエンドクライアント７０の各部の動作を全体的に統括するための制御処理、他の各部との間のデータの入出力処理、データの演算（計算）処理及びデータの記憶処理を行う。ＣＰＵ１５１は、メモリ１５４に記憶されたプログラム及びデータに従って動作する。
【０２６０】
Ｉ／Ｏ制御部１５２は、ＣＰＵ１５１とバックエンドクライアント７０の各部（例えば通信部１５３、入力部１５５、表示部１５６）との間でデータの入出力に関する制御を行い、ＣＰＵ１５１からのデータ及びＣＰＵ１５１へのデータの中継を行う。なお、Ｉ／Ｏ制御部１５２は、ＣＰＵ１５１と一体的に構成されてもよい。
【０２６１】
通信部１５３は、警察署ＰＤ内の有線ＬＡＮに接続されたウェアラブルカメラ１０との間で有線による通信を行う。また、通信部１５３は、例えば車載レコーダ３３、車載ＰＣ３２若しくはスマートフォン８０との間、警察官３が装着又は保持が可能なウェアラブルカメラ１０との間、又は、バックエンドサーバ５０との間で、有線又は無線による通信を行ってもよい。
【０２６２】
メモリ１５４は、例えばＲＡＭ、ＲＯＭ、不揮発性又は揮発性の半導体メモリを用いて構成され、ＣＰＵ１５１の動作時のワークメモリとして機能し、ＣＰＵ１５１を動作させるための所定のプログラム及びデータを保存している。また、メモリ１５４（第３記録部）は、バックエンドサーバ５０のストレージ５８と同様に、ウェアラブルカメラ１０から送信された被写体の撮像映像とアクションインデックスＡＬ１とを対応付けて記録する。なお、実施の形態４に係る情報処理装置がバックエンドサーバ５０である場合には、ストレージ５８（第３記録部）が、バックエンドサーバ５０のストレージ５８と同様に、ウェアラブルカメラ１０から送信された被写体の撮像映像とアクションインデックスＡＬ１とを対応付けて記録する。
【０２６３】
入力部１５５は、警察署ＰＤ内のバックエンドクライアント７０のユーザ（例えば、警察官３又は上述した専門職員）の入力操作を受け付け、Ｉ／Ｏ制御部１５２を介してＣＰＵ１５１に通知するためのＵＩ（User Interface）であり、例えばマウス、キーボード等のポインティングデバイスである。入力部１５５は、例えば表示部１５６の画面に対応して配置され、ユーザの指又はスタイラスペンによって操作が可能なタッチパネル又はタッチパッドを用いて構成されても良い。
【０２６４】
表示部１５６（モニタ）は、例えばＬＣＤ又は有機ＥＬを用いて構成され、各種情報を表示する。表示部１５６は、例えばユーザの入力操作に応じて、ウェアラブルカメラ１０により録画された撮像映像が入力された場合には、ＣＰＵ１５１の指示の下で、この撮像映像を表示する。表示部１５６は、例えばユーザの入力操作に応じて、車載カメラ３１により録画された撮像映像が入力された場合には、ＣＰＵ１５１の指示の下で、この撮像映像を表示する。
【０２６５】
スピーカ１５９は、例えばユーザの入力操作に応じて、ウェアラブルカメラ１０により録音された収音音声が入力された場合には、ＣＰＵ１５１の指示の下で、この収音音声を出力する。
【０２６６】
次に、警察署ＰＤのバックエンドクライアント７０内に、それぞれ異なるウェアラブルカメラ１０により生成されたアクションインデックスＡＬ１及び撮像映像がバックアップのために記録された後の運用例について説明する。ここでは、例えば既に発生した或るインシデント（例えば事件）に複数の警察官が関わった（例えば参加した）場合に、個々の警察官により装着又は所持されたウェアラブルカメラ１０の撮像映像中で、事件に関わった当事者としてのユーザ（例えば警察官３）により注目される行動が行われた時点の撮像映像を検索して視聴する場合を想定する。この注目される行動が行われた時点の撮像映像が複数個抽出されることで、同一の事件に関して複数の警察官の視点に基づいた多角的な状況判別が可能となる。但し、運用例は上述した想定例に限定されない。
【０２６７】
図２８は、撮像映像の検索条件の入力欄と検索結果とを示す検索結果画面ＷＤ３の一例を示す図である。図２８に示す検索結果画面ＷＤ３は、バックエンドクライアント７０において実行可能に予めインストールされている専用のアプリケーション（例えば撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１））の処理結果として表示部１５６に表示される画面例である。なお、実施の形態４に係る情報処理装置がバックエンドサーバ５０である場合には、上述した検索アプリケーションは、例えばＣＰＵ５１により構成され、以下、ＣＰＵ１５１をＣＰＵ５１に同様に読み替え可能とする。また、以下の説明では、上述した各実施の形態で説明した警察官３を、警察官Ａさんと称する。なお、警察官３は、事件に関わった当事者でなくてもよく、この場合には、警察官３と警察官Ａさんとは別人でもよい。なお、警察官Ａさんは事件に関わった当事者として説明する。
【０２６８】
図２８に示す検索結果画面ＷＤ３は、日時入力欄ＩＰ１と、検索ワード入力欄ＩＰ３と、検索ボタンＳＣ１と、撮像映像の一覧を示す検索結果のリストＯＰ２とを含む。日時入力欄ＩＰ１には、撮像映像の検索アプリケーションにおいて、例えば事件に関わった当事者としての警察官３の操作により、検索の対象となる日時が入力される。検索ワード入力欄ＩＰ３には、検索対象となる撮像映像を抽出するための各種の検索条件が入力される。図２８の例では、“事件番号２０１７０６２０−００２３”が入力されている。つまり、撮像映像のメタ情報ＭＴＦ１（例えば図２５参照）として、“事件番号２０１７０６２０−００２３”の属性を有する撮像映像（言い換えると、２０１７年６月２０日付けで発生した第２３番目の事件に関する撮像映像）が検索されている。
【０２６９】
例えば、図２８に示す検索結果画面ＷＤ３の中で検索結果のリストＯＰ２が表示されていない状態（言い換えると、検索前の状態）において、警察官３の検索条件の入力に応じて検索ボタンＳＣ１が押下されると、撮像映像の検索アプリケーション（具体的には、検索処理部としてのＣＰＵ１５１）は、アクションインデックスＡＬ１と撮像映像のデータとが対応付けて記録されているメモリ１５４を参照し、“事件番号２０１７０６２０−００２３”のメタデータを有する１つ以上の撮像映像を検索する。撮像映像の検索アプリケーション（具体的には、表示制御部としてのＣＰＵ１５１）は、検索により抽出された複数の撮像映像の一覧とマルチ同時再生表示ボタンＭＰＢ１（後述参照）とを含む検索結果画面ＷＤ３（図２８参照）を表示部１５６に表示する。
【０２７０】
検索結果のリストＯＰ２には、例えば５つの撮像映像のレコードＲＣ１１，ＲＣ１２，ＲＣ１３，ＲＣ１４，ＲＣ１５が抽出され、さらに、マルチ同時再生表示ボタンＭＰＢ１（所定のアイコン）が選択可能に表示されたことが示されている。マルチ同時再生表示ボタンＭＰＢ１は、例えば図２８を参照すると、抽出された５つの撮像映像のそれぞれを１画面内で同時に（一斉に）再生すること（所謂、マルチ同時再生）が可能な画面を表示するためのボタンとして設けられている。それぞれのレコードＲＣ１１〜ＲＣ１５は、上述したマルチ同時再生の対象とするか否かのチェックボックスと、撮像映像のデータのファイル名と、サムネイル画像と、日時（図２８では日時の記載が省略）と、撮影者（つまり、ウェアラブルカメラ１０を装着又は保持した警察官）の情報と、撮像映像のデータの再生ボタンＲＰ１とが対応している。サムネイル画像は、ファイル名に対応する撮像映像の中で検出されたアクション（図１５参照）の検出時点の撮像映像に基づいて生成された画像（例えば、静止画、又はアニメーション形式の動画）である。
【０２７１】
検索結果のリストＯＰ２のレコードＲＣ１１によれば、警察官Ａさんにより、“事件番号２０１７０６２０−００２３”の事件の撮像映像のデータのファイル名は“Ａ．ｍｐ４”であり、この撮像映像中に警察官Ａさんのアクションが検出された時点のサムネイル画像ＳＭ３１が示されていることが分かる。
【０２７２】
同様に、検索結果のリストＯＰ２のレコードＲＣ１２によれば、警察官Ｂさんにより、“事件番号２０１７０６２０−００２３”の事件の撮像映像のデータのファイル名は“Ｂ．ｍｐ４”であり、この撮像映像中に警察官Ｂさんのアクションが検出された時点のサムネイル画像ＳＭ３２が示されていることが分かる。
【０２７３】
同様に、検索結果のリストＯＰ２のレコードＲＣ１３によれば、警察官Ｃさんにより、“事件番号２０１７０６２０−００２３”の事件の撮像映像のデータのファイル名は“Ｃ．ｍｐ４”であり、この撮像映像中に警察官Ｃさんのアクションが検出された時点のサムネイル画像ＳＭ３３が示されていることが分かる。
【０２７４】
同様に、検索結果のリストＯＰ２のレコードＲＣ１４によれば、警察官Ｄさんにより、“事件番号２０１７０６２０−００２３”の事件の撮像映像のデータのファイル名は“Ｄ．ｍｐ４”であり、この撮像映像中に警察官Ｄさんのアクションが検出された時点のサムネイル画像ＳＭ３４が示されていることが分かる。
【０２７５】
同様に、検索結果のリストＯＰ２のレコードＲＣ１５によれば、警察官Ｅさんにより、“事件番号２０１７０６２０−００２３”の事件の撮像映像のデータのファイル名は“Ｅ．ｍｐ４”であり、この撮像映像中に警察官Ｅさんのアクションが検出された時点のサムネイル画像ＳＭ３５が示されていることが分かる。
【０２７６】
ここで、ユーザ（例えば“事件番号２０１７０６２０−００２３”に参加した当事者としての警察官３）の操作により、例えばレコードＲＣ１１〜ＲＣ１５の全てのチェックボックスが選択された上で、マルチ同時再生表示ボタンＭＰＢ１が押下されたとする（所定アイコンの選択操作）。この場合、撮像映像の検索アプリケーション（具体的には、表示制御部としてのＣＰＵ１５１）は、ウェアラブルカメラ１０ごとに対応付けられた撮像映像とそれぞれの撮像映像に対応するイベントリスト情報（例えば、アクションインデックスＡＬ１）とを含む映像再生画面（例えば、マルチ同時再生画面ＷＤ４）を表示部１５６に表示する（図２９参照）。
【０２７７】
図２９は、図２８の検索結果画面ＷＤ３内のマルチ同時再生表示ボタンＭＰＢ１の押下に基づく、マルチ同時再生画面ＷＤ４の一例を示す図である。図２９に示すマルチ同時再生画面ＷＤ４（映像再生画面）は、バックエンドクライアント７０において実行可能に予めインストールされている撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）の処理結果として表示部１５６に表示される画面例である。
【０２７８】
図２９に示すマルチ同時再生画面ＷＤ４には、例えば５人の警察官のウェアラブルカメラ１０ごとに、それぞれのウェアラブルカメラ１０の撮像映像ＭＶ１ａ，ＭＶ１ｂ，ＭＶ１ｃ，ＭＶ１ｄ，ＭＶ１ｅと対応テーブルＤＴ１１，ＤＴ１２，ＤＴ１３，ＤＴ１４，ＤＴ１５とが関連付けて示されている。５人の警察官は、例えば識別番号“ＨＰ２３４５”のＡさん、識別番号“ＨＰ３４５６”のＢさん、識別番号“ＨＰ２３７４”のＣさん、識別番号“ＨＰ２５３４”のＤさん、識別番号“ＨＰ２４６４”のＥさんである。
【０２７９】
それぞれの撮像映像ＭＶ１ａ〜ＭＶ１ｅの表示エリアと対応テーブルＤＴ１１〜ＤＴ１５との間には、個々の撮像映像の再生ボタン（例えば再生ボタンＭＲＰ３）及び一時停止ボタン（例えば一時停止ボタンＴＨ１１）と、シークバー（例えばシークバーＳＫＢ２）と、マーカ（例えばマーカＭＫ２ａ）と、検出マーカ（例えば検出マーカＳＰ１１，ＳＰ１２，ＳＰ１３，ＳＰ１４，ＳＰ１５）とが対応付けて表示される。シークバー（例えばシークバーＳＫＢ２）は、撮像映像ＭＶ１ａ〜ＭＶ１ｅの再生可能期間（言い換えると、録画期間）を示す。マーカ（例えばマーカＭＫ２ａ）は、撮像映像の再生時間（言い換えると、再生位置）を示す。検出マーカ（例えば検出マーカＳＰ１１〜ＳＰ１５）は、それぞれの撮像映像の録画中に検出されたアクション又は症状の検出タイミングを示す。
【０２８０】
図２９では、説明を簡単にするために、対応テーブルＤＴ１１〜ＤＴ１５において、それぞれの警察官のアクション又は症状が実際に検出された場合には、アクション欄に具体的なアクション又は症状が記載され、検出されなかった場合には便宜的に“・・・”と記載されている。また、対応テーブルＤＴ１１では、実際には警察官Ａさんのアクション又は症状は合計５個検出されたが、図面の複雑化を避けるために、合計４個のアクション又は症状が記載されており、５番目のアクション又は症状の再生時間欄及びアクション欄の記載は省略されている。従って、対応テーブルＤＴ１１〜ＤＴ１５に示されるように、“事件番号２０１７０６２０−００２３”の事件については、警察官Ａさんは合計５個のアクション又は症状が検出され、警察官Ｂさん，Ｃさん，Ｄさん，Ｅさんはそれぞれ合計２個のアクション又は症状が検出されたことが分かる。
【０２８１】
また、対応テーブルＤＴ１１〜ＤＴ１５の表示エリアの図２９紙面の左側には、それぞれ対応する撮像映像の録画開始時間（録画開始時刻）が表示される。つまり、警察官Ａさんのウェアラブルカメラ１０は、“２０１７年６月２０日の午後３時３分４秒”に録画を開始したことが分かる。同様に、警察官Ｂさんのウェアラブルカメラ１０は、“２０１７年６月２０日の午後３時３分２４秒”に録画を開始したことが分かる。同様に、警察官Ｃさんのウェアラブルカメラ１０は、“２０１７年６月２０日の午後３時３分２２秒”に録画を開始したことが分かる。同様に、警察官Ｄさんのウェアラブルカメラ１０は、“２０１７年６月２０日の午後３時３分２５秒”に録画を開始したことが分かる。同様に、警察官Ｅさんのウェアラブルカメラ１０は、“２０１７年６月２０日の午後３時３分２１秒”に録画を開始したことが分かる。
【０２８２】
また、対応テーブルＤＴ１１〜ＤＴ１５の表示エリアの図２９紙面の左側には、それぞれの警察官Ａさん〜Ｅさんが事件レポートを個別に作成するために必要となる事件別イベント履歴リスト（後述参照）を生成するための個別レポート作成ボタンＶＤＲ１，ＶＤＲ２，ＶＤＲ３，ＶＤＲ４，ＶＤＲ５が表示される。個別レポート作成ボタンＶＤＲ１〜ＶＤＲ５の詳細については後述する。
【０２８３】
また、マルチ同時再生画面ＷＤ４には、例えば５人の警察官のそれぞれのウェアラブルカメラ１０の撮像映像の録画が行われた時の位置情報を示すアクションマップＭＰ１１（イベントマップ情報）が表示される。図２９に示すアクションマップＭＰ１１では、具体的に、５人の警察官Ａさん，Ｂさん，Ｃさん，Ｄさん，Ｅさんのそれぞれの位置情報Ｐ１Ａ，Ｐ１Ｂ，Ｐ１Ｃ，Ｐ１Ｄ，Ｐ１Ｅが示されている。例えばマルチ同時再生画面ＷＤ４では、５人の警察官の中で、警察官Ａさんが事件に関する撮像映像を録画したことがトリガとなっている。これは、警察官Ａさんのウェアラブルカメラ１０の撮像映像の録画開始時間が最先であることから明らかである。さらに、警察官Ａさんは、他の警察官Ｂさん，Ｃさん，Ｄさん，Ｅさんに応援要請等を行い、他の警察官Ｂさん，Ｃさん，Ｄさん，Ｅさんは、警察官Ａさんの応援要請等に従って、それぞれウェアラブルカメラ１０にて録画を開始したことが示されている。
【０２８４】
また、マルチ同時再生画面ＷＤ４には、例えば５人の警察官のそれぞれのウェアラブルカメラ１０の撮像映像の一斉再生（同時再生）を指示するためのマルチ同時再生ボタンＭＬＳ１（一斉再生アイコン）が表示される。撮像映像の検索アプリケーション（具体的には、表示制御部としてのＣＰＵ１５１）は、例えば警察官３の操作により、マルチ同時再生ボタンＭＬＳ１が押下されたことを検出すると、マルチ同時再生画面ＷＤ４において、それぞれの撮像映像ＭＶ１ａ，ＭＶ１ｂ，ＭＶ１ｃ，ＭＶ１ｄ，ＭＶ１ｅを、同一の再生時間（再生の起点）から同時に（一斉に）再生処理して表示する。
【０２８５】
また、マルチ同時再生ボタンＭＬＳ１の表示エリアの図２９紙面の下側には、３０秒一斉早戻しボタンＡＢＦ３０と、一斉一時停止ボタンＴＨ２１と、３０秒一斉早送りボタンＡＡＦ３０とが表示される。ここで、３０秒一斉早戻しボタンＡＢＦ３０や３０秒一斉早送りボタンＡＡＦ３０の“３０秒”はあくまで一例であって、３０秒に限定されない。３０秒一斉早戻しボタンＡＢＦ３０は、図２９のマルチ同時再生画面ＷＤ４内の５つの撮像映像ＭＶ１ａ，ＭＶ１ｂ，ＭＶ１ｃ，ＭＶ１ｄ，ＭＶ１ｅの再生時間（再生の起点）を３０秒同時に（一斉に）早戻し調整するために用いられる。一斉一時停止ボタンＴＨ２１は、図２９のマルチ同時再生画面ＷＤ４内の５つの撮像映像ＭＶ１ａ，ＭＶ１ｂ，ＭＶ１ｃ，ＭＶ１ｄ，ＭＶ１ｅの再生を一斉に一時停止するために用いられる。３０秒一斉早送りボタンＡＡＦ３０は、図２９のマルチ同時再生画面ＷＤ４内の５つの撮像映像ＭＶ１ａ，ＭＶ１ｂ，ＭＶ１ｃ，ＭＶ１ｄ，ＭＶ１ｅの再生時間（再生の起点）を３０秒同時に（一斉に）早送り調整するために用いられる。
【０２８６】
また、マルチ同時再生ボタンＭＬＳ１の表示エリアの図２９紙面の右側には、マルチレポートボタンＭＬＲ１が表示される。マルチレポートボタンＭＬＲ１（全履歴出力アイコン）は、ユーザ（例えば警察官３）により選択（図３４参照）された２人以上の警察官（例えば警察官Ａさん，Ｂさん）の事件別イベント履歴リスト（後述参照）をマージして生成するために用いられる。マルチレポートボタンＭＬＲ１の詳細については後述する。
【０２８７】
ここで、ユーザ（例えば警察官３）の入力部１５５を用いた操作により、カーソル（図示略）が、図２９に示すマルチ同時再生画面ＷＤ４の警察官Ａさんのウェアラブルカメラ１０に対応付けられた対応テーブルＤＴ１１の第４行目のレコードの表示エリア上に配置されたとする。この時点では、第４行目のレコードは選択されていない。この場合、撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）は、カーソルが配置された第４行目のレコードを他の対応テーブルＤＴ１２，ＤＴ１３，ＤＴ１４，ＤＴ１５のいずれのレコードに比べて識別可能に表示する。例えば、図２９では、点線枠ＳＬＣ１にて仮選択状態として表示される。言い換えると、ユーザ（例えば警察官３）は、警察官Ａ（つまり自分自身）の検出されたアクションの中で、撮像映像ＭＶ１ａの再生時間“０３：２０”に検出されたアクション“倒れた”が気になった（言い換えると、注目するべき）アクションとして仮選択したとする。
【０２８８】
図３０は、マルチ同時再生画面ＷＤ４の他の一例を示す図である。図３０に示すマルチ同時再生画面ＷＤ４（映像再生画面）は、図２９の点線枠ＳＬＣ１により仮選択状態だった警察官Ａさんのウェアラブルカメラ１０に対応付けられた対応テーブルＤＴ１１の第４行目のレコードが、ユーザ（例えば警察官３）の入力部１５５を用いた操作により、正式に選択操作された場合に表示部１５６に表示される画面である。図３０の説明において、図２９と同一の内容のものには同一の符号を付与して説明を簡略化又は省略し、異なる内容について説明する。
【０２８９】
対応テーブルＤＴ１１の第４行目のレコードが正式に選択操作されると、撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）は、そのレコードを、点線枠ＳＬＣ１から所定の色（例えば黄色）で色付け表示する。正式に選択操作された状態は、黄色マーカＳＬＣ２にて示される。また、撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）は、上述した正式な選択操作に応じて、選択操作の対象となったレコードの再生時間（具体的には、“０３：２０：１５ｐｍ”）に、それぞれの撮像映像ＭＶ１ａ，ＭＶ１ｂ，ＭＶ１ｃ，ＭＶ１ｄ，ＭＶ１ｅの再生時間を調整処理する。図３０では、それぞれの撮像映像ＭＶ１ａ，ＭＶ１ｂ，ＭＶ１ｃ，ＭＶ１ｄ，ＭＶ１ｅに対応するシークバー上のマーカ（例えばマーカＭＫ２ａ，ＭＫ２ｂ，ＭＫ２ｃ，ＭＫ２ｄ，ＭＫ２ｅ）が、図２９に示す時点（つまり、それぞれの撮像映像の録画開始時点）から、再生時間“０３：２０：１５ｐｍ”の位置にジャンプして表示される。これに伴い、それぞれの警察官の識別番号の表示エリアの図３０紙面の下側に表示される時間は、上述した正式に選択操作された対応テーブルＤＴ１１の第４行目のレコードの再生時間（具体的には、“０３：２０：１５ｐｍ”）に一斉にセットされる。
【０２９０】
また、対応テーブルＤＴ１１の第４行目のレコードが正式に選択操作されると、撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）は、選択操作の対象となったレコードの再生時間（具体的には、“０３：２０：１５ｐｍ”）における、それぞれのウェアラブルカメラ１０の位置情報をアクションマップＭＰ１２（イベントマップ情報）に更新して表示する。図３０では、図２９に示すアクションマップＭＰ１１に比べて、それぞれの警察官Ａさん，Ｂさん，Ｃさん，Ｄさん，Ｅさんの位置情報Ｐ２Ａ，Ｐ２Ｂ，Ｐ２Ｃ，Ｐ２Ｄ，Ｐ２Ｅが変化（移動）していることが分かる。
【０２９１】
図３１は、所定のフォーマットに準拠した出力映像の一例を示す図である。撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）は、ユーザ（例えば警察官３）の操作により、例えば裁判所もしくは検察庁等の法廷機関に対して提出するための所定のフォーマットに準拠した出力映像のデータファイルを生成する。図３１の例では、出力映像ＯＰＴ１は、対応テーブルＤＴ１１の第４行目のレコードが正式に選択操作された時点の撮像映像ＭＶ１ａ，ＭＶ１ｂ，ＭＶ１ｃ，ＭＶ１ｄ，ＭＶ１ｅと、その再生時間（具体的には、“２０１７年６月２０日、午後３時２０分１５秒）の情報と、その再生時間（具体的には、“２０１７年６月２０日、午後３時２０分１５秒）におけるアクションマップＭＰ１２とを含む。このような図３０に示すマルチ同時再生画面ＷＤ４や出力映像ＯＰＴ１によれば、一つのインシデント（例えば事件）に複数の当事者（例えば警察官）が関わった場合に、事件現場の周囲の状況を多角的かつ的確に把握可能な撮像映像が得られる。
【０２９２】
図３２は、実施の形態４のバックエンドクライアント７０における、撮像映像の検索指示に応じた表示動作手順の一例を詳細に説明するフローチャートである。図３２の説明では、バックエンドクライアント７０に、上述した撮像映像の検索アプリケーションが実行可能にインストールされている場合を例示するが、上述したように、そのアプリケーションはバックエンドサーバ５０において実行可能にインストールされてもよい。この場合には、図３２の説明において、各処理の主体はバックエンドサーバ５０のＣＰＵ５１となることは上述した通りである。
【０２９３】
図３２において、バックエンドクライアント７０のＣＰＵ１５１は、撮像映像の検索アプリケーションの画面に対するユーザ（例えば警察官３）の操作により、例えば事件番号の検索指示を取得する（Ｓ６１）。事件番号の検索指示として、例えば“事件番号２０１７０６２０−００２３”が入力されたとする。
【０２９４】
ＣＰＵ１５１は、ステップＳ６１において取得された同一の事件番号に対応する、複数の警察官により撮像された撮像映像の検索結果画面ＷＤ３（図２８参照）を表示部１５６に表示する（Ｓ６２）。
【０２９５】
ここで、ＣＰＵ１５１により、ユーザ（例えば警察官３）の操作に応じて、マルチ同時再生表示ボタンＭＰＢ１が押下されたかどうかが判断される（Ｓ６３）。マルチ同時再生表示ボタンＭＰＢ１が押下された場合に（Ｓ６３、ＹＥＳ）、ＣＰＵ１５１は、マルチ同時再生画面ＷＤ４（図２９参照）を表示部１５６に表示する（Ｓ６４）。なお、マルチ同時再生表示ボタンＭＰＢ１が押下されない場合には（Ｓ６３、ＮＯ）、マルチ同時再生表示ボタンＭＰＢ１が押下されるまで、ステップＳ６３の処理が繰り返される。
【０２９６】
ここで、ＣＰＵ１５１により、ユーザ（例えば警察官３）の操作に応じて、いずれかの対応テーブル上のアクション又は症状にカーソル（図示略）が移動したかどうかが判断される（Ｓ６５）。いずれかのアクション又は症状にカーソルが移動した場合に（Ｓ６５、ＹＥＳ）、ＣＰＵ１５１は、移動先のアクション又は症状を識別可能に、点線枠ＳＣＬ１を付与して表示する（Ｓ６６）。ステップＳ６６の後、そのアクション又は症状が正式に選択操作された場合には（Ｓ６７、ＹＥＳ）、ＣＰＵ１５１は、選択されたアクション又は症状を色付け表示し、その検出時刻にマーカ（例えばＭＫ２ａ）をジャンプ表示し、さらに、他の撮像映像も同様に、同じ検出時刻にマーカ（例えばＭＫ２ｂ，ＭＫ２ｃ，ＭＫ２ｄ，ＭＫ２ｅ）をジャンプ表示する（Ｓ６８）。
【０２９７】
一方、正式に選択操作されない場合や（Ｓ６７、ＮＯ）、いずれのアクション又は症状にカーソルが移動しない場合には（Ｓ６５、ＮＯ）、いずれかのアクション又は症状が正式に選択操作されるまで、ステップＳ６５〜Ｓ６７の各処理が繰り返される。
【０２９８】
ここで、ＣＰＵ１５１により、ユーザ（例えば警察官３）の操作に応じて、マルチ同時再生ボタンＭＬＳ１が押下されたかどうかが判断される（Ｓ６９）。マルチ同時再生ボタンＭＬＳ１が押下された場合に（Ｓ６９、ＹＥＳ）、ＣＰＵ１５１は、マルチ同時再生画面ＷＤ４（図３０参照）にて、それぞれの撮像映像を、ステップＳ６７において正式に選択操作されたアクション又は症状の検出時刻を起点として、マルチ同時再生画面ＷＤ４に表示されている全ての撮像映像を同時に（一斉に）再生処理する（Ｓ７０）。なお、マルチ同時再生表示ボタンＭＰＢ１が押下されない場合には（Ｓ６９、ＮＯ）、マルチ同時再生表示ボタンＭＰＢ１が押下されるまで、ステップＳ６９の処理が繰り返される。
【０２９９】
以上により、実施の形態４では、バックエンドクライアント７０は、複数のユーザ（例えば警察官）によりそれぞれ装着又は所持されたウェアラブルカメラ１０の撮像映像と、撮像映像の録画中に検出された複数種類のアクション又は症状（既定のイベント）のそれぞれの検出時刻及びそれぞれのアクション又は症状（イベント）に関する情報を含むアクションインデックスＡＬ１（イベントリスト情報）とを、ウェアラブルカメラ１０に対応付けてメモリ１５４（第３記録部）に記録する。バックエンドクライアント７０は、検索条件の入力に応じて、メモリ１５４に記録された撮像映像の中から、注目されるインシデント（例えば事件）の撮像映像を検索し、検索により抽出された複数の撮像映像の一覧とマルチ同時再生表示ボタンＭＰＢ１（所定のアイコン）とを含む検索結果画面ＷＤ３を表示部１５６（モニタ）に表示する。また、バックエンドクライアント７０は、マルチ同時再生表示ボタンＭＰＢ１の選択操作に応じて、ウェアラブルカメラ１０ごとに対応付けられた撮像映像と撮像映像に対応するアクションインデックスＡＬ１とを含むマルチ同時再生画面ＷＤ４（映像再生画面）を表示部１５６に表示する。
【０３００】
これにより、バックエンドクライアント７０は、既に発生した或るインシデントに複数の警察官が関わった場合に、個々の警察官により装着又は所持されたウェアラブルカメラ１０の撮像映像中で注目される行動が行われた時点の撮像映像を的確に抽出でき、ユーザの所望の撮像映像の抽出時の利便性の向上を支援できる。
【０３０１】
また、バックエンドクライアント７０は、マルチ同時再生画面ＷＤ４のいずれかの対応テーブル（イベントリスト情報）に含まれるアクション又は症状（イベント）の選択操作に応じて、マルチ同時再生画面ＷＤ４の全ての撮像映像を、その選択操作に基づくアクション又は症状（選択イベント）の検出時刻の撮像映像にそれぞれ切り替えて表示する。これにより、バックエンドクライアント７０のユーザ（例えば警察官３）は、マルチ同時再生画面ＷＤ４に表示されたそれぞれの対応テーブル（イベントリスト情報）の中で自分自身が気になる（注目されるべき）アクション又は症状を見つけた場合に、それを選択操作することで、そのアクション又は症状の検出時刻における撮像映像の一覧を多角的な視野で閲覧でき、事件等の状況把握や整理を効率化できる。
【０３０２】
また、バックエンドクライアント７０は、マルチ同時再生画面ＷＤ４の全ての撮像映像を一斉再生するためのマルチ同時再生ボタンＭＬＳ１（一斉再生アイコン）をマルチ同時再生画面ＷＤ４に表示するとともに、マルチ同時再生ボタンＭＬＳ１の選択操作に応じて、選択されたアクション又は症状の検出時刻の撮像映像を一斉に再生して表示する。これにより、バックエンドクライアント７０のユーザ（例えば警察官３）は、自分自身が気になる（注目されるべき）アクション又は症状の検出時刻以降の具体的な撮像映像の内容を、複数の撮像映像により詳細に把握することができる。
【０３０３】
また、バックエンドクライアント７０は、マルチ同時再生画面ＷＤ４のいずれかの撮像映像の選択操作に応じて、その選択操作に基づく撮像映像（選択撮像映像）を所定期間（例えば３０秒）分遡った時点の撮像映像に切り替えて表示するための３０秒早戻しアイコンＶＢＦ３０（第１アイコン）と、その撮像映像（選択撮像映像）を所定期間（例えば３０秒）分経過した時点の撮像映像に切り替えて表示するための３０秒早送りアイコンＶＡＦ３０（第２アイコン）とを、その撮像映像（選択撮像映像）に重畳して表示する（図３０参照）。バックエンドクライアント７０は、上述した３０秒早戻しアイコンＶＢＦ３０又は３０秒早送りアイコンＶＡＦ３０の押下を検出した後に、再生ボタンＶＲＰ１が選択されたことを検出すると、その撮像映像（選択撮像映像）を再生処理する。これにより、バックエンドクライアント７０のユーザ（例えば警察官３）は、例えば１つの撮像映像（例えば撮像映像ＭＶ１ａ）において、自分自身が気になる（注目されるべき）アクション又は症状の検出時刻以前又は以降の具体的な撮像映像の内容を個別に詳細に把握できる。
【０３０４】
また、バックエンドクライアント７０は、ユーザ（例えば警察官３）の選択操作に基づくアクション又は症状（選択イベント）を、その選択操作の対象となっていない他のアクション又は症状（既定のイベント）に比べて識別可能に表示する（図３０参照）。これにより、バックエンドクライアント７０のユーザ（例えば警察官３）は、自分自身が気になる（注目されるべき）アクション又は症状を簡単に確認できる。
【０３０５】
また、対応テーブル（イベントリスト情報）は、アクションインデックスＡＬ１と同様に、ウェアラブルカメラ１０の位置情報をさらに有してもよい。この場合、バックエンドクライアント７０は、ユーザ（例えば警察官３）の選択操作に基づくアクション又は症状（選択イベント）の検出時点における複数のウェアラブルカメラ１０のそれぞれの位置情報を示すアクションマップＭＰ１１（イベントマップ情報）をマルチ同時再生画面ＷＤ４に表示する。これにより、バックエンドクライアント７０のユーザ（例えば警察官３）は、自分自身が気になる（注目されるべき）アクション又は症状が検出された時点における自分自身や他の警察官の位置情報を地理的に把握することが可能となり、当時の状況をよく思い出すことができ、事件レポートの作成等の支援に資することができる。
【０３０６】
（実施の形態４の変形例）
実施の形態４の変形例では、或るインシデント（例えば事件）に関わった当事者（例えば警察官３）が自己の業務として事件レポートを作成する必要がある場合に、その事件レポートに添付するべきアクション又は症状の時系列の経過報告の作成を支援する情報処理装置（例えばバックエンドクライアント７０）の例を説明する。但し、実施の形態４と同様に、実施の形態４の変形例に係る情報処理装置は、バックエンドクライアント７０でもバックエンドサーバ５０でもよい。以下の説明では、実施の形態４の“事件番号２０１７０６２０−００２３”の事件の事件種別は、後述する“Ｆｉｒｅａｒｍ”とする。
【０３０７】
図３３Ａは、実施の形態４の変形例における、事件別固有イベントリストＣＳｔｂ１に対応した事件別イベント履歴リストＡＬＬＴ１の第１例を示す図である。図３３Ｂは、実施の形態４の変形例における、事件別固有イベントリストＣＳｔｂ２に対応した事件別イベント履歴リストＡＬＬＴ２の第２例を示す図である。
【０３０８】
事件別固有イベントリストＣＳｔｂ１は、事件種別が“Ｆｉｒｅａｒｍ”として、例えば警察官が銃を用いた事件において、警察官が行う蓋然性が高いアクション又は症状の一覧を規定したテーブルであり、例えばメモリ１５４に予め登録されている。事件別固有イベントリストＣＳｔｂ１は、例えば、“危険な転倒”、“ダッシュ”、“殴られた”、“銃を抜いた”、“静止命令”、“銃を構えた”、“銃を撃った”などのアクション又は症状を含む。
【０３０９】
バックエンドクライアント７０のＣＰＵ１５１は、例えば図２９又は図３０の個別レポート作成ボタン（例えば個別レポート作成ボタンＶＤＲ１）が押下されたことを検出すると、メモリ１５４の事件別固有イベントリストＣＳｔｂ１を参照し、事件別固有イベントリストＣＳｔｂ１にて規定された各種のアクション又は症状とその検出時刻とを対応付けた事件別イベント履歴リストＡＬＬＴ１を生成して出力する。事件別イベント履歴リストＡＬＬＴ１の出力先は、例えば表示部１５６でもよいし、データ保存先としてのメモリ１５４でもよい。
【０３１０】
なお、事件別固有イベントリストＣＳｔｂ１には登録されているが、ウェアラブルカメラ１０において検出されなかったアクション又は症状が存在することもあり得る。図３３Ａの例では、“危険な転倒”及び“殴られた”がウェアラブルカメラ１０では未検出だったことが示されている。警察官３は、“危険な転倒”及び“殴られた”については、自分の記憶を思い出して、これらのアクションが発生した時刻を補足的に報告することができる。
【０３１１】
事件別固有イベントリストＣＳｔｂ２は、事件種別が“ＤＵＩ”として、例えば飲酒もしくは薬物の使用下での運転を取り締まった事件において、警察官が行う蓋然性が高いアクション又は症状の一覧を規定したテーブルであり、例えばメモリ１５４に予め登録されている。事件別固有イベントリストＣＳｔｂ２は、例えば、“録画開始”、“車から降車”、“歩行開始”、“インタビュー開始”、“車に乗車”などのアクション又は症状を含む。
【０３１２】
バックエンドクライアント７０のＣＰＵ１５１は、事件種別が“ＤＵＩ”である事件に関するマルチ同時再生画面（図２９又は図３０参照）の個別レポート作成ボタンが押下されたことを検出すると、メモリ１５４の事件別固有イベントリストＣＳｔｂ２を参照し、事件別固有イベントリストＣＳｔｂ２にて規定された各種のアクション又は症状とその検出時刻とを対応付けた事件別イベント履歴リストＡＬＬＴ２を生成して出力する。事件別イベント履歴リストＡＬＬＴ２の出力先は、例えば表示部１５６でもよいし、データ保存先としてのメモリ１５４でもよい。
【０３１３】
このように、実施の形態４の変形例では、バックエンドクライアント７０は、インシデント（例えば事件）ごとに固有に検出される複数のアクション又は症状をインシデント（例えば事件）ごとに予め登録した事件別固有イベントリスト（固有イベントリスト）をさらに記録する。バックエンドクライアント７０は、マルチ同時再生画面ＷＤ４のそれぞれの撮像映像に対応付けて個別レポート作成ボタン（個別履歴出力アイコン）を表示するとともに、いずれかの個別レポート作成ボタンの選択操作に応じて、マルチ同時再生画面ＷＤ４のインシデントに対応する事件別固有イベントリストに基づいて、その選択操作に基づく撮像映像（選択撮像映像中）で検出されたアクションもしくは症状及びその検出時刻を含む事件別イベント履歴リストＡＬＬＴ１を出力する。これにより、事件に直接に関わった当事者としての警察官３は、自己の業務として関わった事件の事件レポートを作成する必要がある場合に、その事件レポートに添付するべきアクション又は症状の時系列の経過報告を容易に作成できる。
【０３１４】
また、実施の形態４の変形例では、バックエンドクライアント７０は、複数の警察官が同一の事件に関わった場合に、複数の警察官において検出されたアクション又は症状の履歴をマージして生成することも可能である。
【０３１５】
図３４は、撮像映像の検索条件の入力欄と検索結果とを示す検索結果画面ＷＤ３の他の一例を示す図である。図３５は、図３４の検索結果画面ＷＤ３内のマルチ同時再生表示ボタンＭＰＢ１の押下に基づく、マルチ同時再生画面ＷＤ４の第１例を示す図である。
【０３１６】
図３４の説明において、図２８の説明と同一の内容については同一の符号を付与して説明を簡略化又は省略し、異なる内容について説明する。図３４では、例えば警察官Ａさん，Ｂさんの２人のアクション又は症状をマージした事件別イベント履歴リストを生成するために、レコードＲＣ１１，ＲＣ１２の２つが選択されている。
【０３１７】
バックエンドクライアント７０において、撮像映像の検索アプリケーションは、図３４のマルチ同時再生表示ボタンＭＰＢ１が押下されたことを検出すると、図３５に示すマルチ同時再生画面ＷＤ５を表示部１５６に表示する。図３５に示すマルチ同時再生画面ＷＤ５では、図２９に示すマルチ同時再生画面ＷＤ４とは異なり、ユーザ（例えば警察官３）により選択されたレコードＲＣ１１，ＲＣ１２に対応したウェアラブルカメラ１０の撮像映像ＭＶ１ａ，ＭＶ１ｂ、並びに対応テーブルＤＴ１１，ＤＴ１２等が表示される。図３５の説明において、図２９の説明と同一の内容については同一の符号を付与して説明を簡略化又は省略し、異なる内容について説明する。
【０３１８】
図３６Ａは、識別番号「ＨＰ２３４５」の警察官Ａの事件別イベント履歴リストＡＬＬＴ３の一例を示す図である。図３６Ｂは、識別番号「ＨＰ３４５６」の警察官Ｂの事件別イベント履歴リストＡＬＬＴ４の一例を示す図である。
【０３１９】
図３６Ａに示す事件別イベント履歴リストＡＬＬＴ３は、撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）が、図３５に示すマルチ同時再生画面ＷＤ５の個別レポート作成ボタンＶＤＲ１の押下に基づいて、上述した事件別固有イベントリストＣＳｔｂ１（図３３Ａ参照）を用いて生成したものである。同様に、図３６Ｂに示す事件別イベント履歴リストＡＬＬＴ４は、撮像映像の検索アプリケーションが、図３５に示すマルチ同時再生画面ＷＤ５の個別レポート作成ボタンＶＤＲ２の押下に基づいて、上述した事件別固有イベントリストＣＳｔｂ１（図３３Ａ参照）を用いて生成したものである。
【０３２０】
図３７Ａは、識別番号「ＨＰ２３４５」，「３４５６」の警察官Ａ，Ｂの事件別イベント履歴リストＡＬＬＴ３，ＡＬＬＴ４をマージした事件別イベント履歴リストＡＬＬＴ５の一例を示す図である。
【０３２１】
このように、バックエンドクライアント７０は、インシデント（例えば事件）において検出される複数のアクション又は症状をインシデントごとに予め登録した固有イベントリストをメモリ１５４においてさらに記録する。バックエンドクライアント７０は、マルチ同時再生画面ＷＤ５のそれぞれの撮像映像に対応付けて個別レポート作成ボタン（個別履歴出力アイコン）を表示するとともに、いずれかの個別レポート作成ボタンの選択操作に応じて、マルチ同時再生画面ＷＤ５のインシデントに対応する事件別固有イベントリストに基づいて、その選択操作に基づく撮像画像（選択撮像映像）中で検出されたアクション又は症状及びその検出時刻を含む事件別イベント履歴リストを生成して出力する。出力先は、例えば表示部１５６でもよいし、データ保存先としてのメモリ１５４でもよい。
【０３２２】
このように、撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）は、図３５に示すマルチ同時再生画面ＷＤ５のマルチレポートボタンＭＬＲ１の押下に基づいて、上述した事件別固有イベントリストＣＳｔｂ１（図３３Ａ参照）を用いて生成する。具体的には、ＣＰＵ１５１は、図３５に示すマルチ同時再生画面ＷＤ５のマルチレポートボタンＭＬＲ１が押下されたことを検出すると、図３６Ａ，図３６Ｂに示す警察官Ａ，Ｂの事件別イベント履歴リストＡＬＬＴ３，ＡＬＬＴ４をそれぞれ生成してからマージする。これにより、事件に直接に関わった当事者としての警察官３は、自己の業務として関わった事件に複数の警察官がいる場合に、それぞれの警察官において検出されたアクション又は症状の時系列の経過報告を示す事件レポートを容易に作成できる。
【０３２３】
図３７Ｂは、図３６Ａ，図３６Ｂの事件別イベント履歴リストＡＬＬＴ３，ＡＬＬＴ４内のアクションが検出された位置情報がマップデータ上に重畳表示されたアクションマップＭＰ１２の一例を示す図である。
【０３２４】
マルチ同時再生画面内の対応テーブル（イベントリスト情報）は、アクションインデックスＡＬ１と同様に、ウェアラブルカメラ１０の位置情報をさらに有してもよい。撮像映像の検索アプリケーション（具体的には、ＣＰＵ１５１）は、ユーザ（例えば警察官３）の操作により、図３７Ａに示す事件別イベント履歴リストＡＬＬＴ５を用いて、それぞれのアクション又は症状が検出された時刻における位置情報をマップデータ上に重畳することで、図３７に示すアクションマップＭＰ１２を生成して出力する。つまり、バックエンドクライアント７０は、複数の選択撮像映像中（レコードＲＣ１１，ＲＣ１２に対応する撮像映像）の全てのイベントの検出時点における複数のウェアラブルカメラ１０のそれぞれの位置情報を示すアクションマップＭＰ１２（イベントマップ情報）を出力する。これにより、バックエンドクライアント７０は、警察官Ａさん，Ｂさんの二人が事件現場ＣＳＣ１に向かうまでの途中経過又は途中の行動等を地理的かつ直感的に分かり易くできる。
【０３２５】
なお、上述した実施の形態４、並びに実施の形態４の変形例において、例えばユーザ（例えば警察官３）による検索条件（例えば日時、事件番号等）の入力の処理をバックエンドクライアント７０にて行い、入力された検索条件に基づく検索並びに検索結果画面ＷＤ３の表示の各処理をバックエンドサーバ５０にて行うことで、それぞれの処理をバックエンドクライアント７０とバックエンドサーバ５０とで分担してもよい。もちろん、逆でもよい。つまり、ユーザ（例えば警察官３）による検索条件（例えば日時、事件番号等）の入力の処理をバックエンドサーバ５０にて行い、入力された検索条件に基づく検索並びに検索結果画面WD３の表示の各処理をバックエンドクライアント７０にて行ってもよい。この場合、バックエンドサーバ５０又はバックエンドクライアント７０の検索処理により抽出された撮像映像の検索結果画面ＷＤ３において、マルチ同時再生表示ボタンＭＰＢ１の押下に基づく、マルチ同時再生画面ＷＤ４，ＷＤ５の表示、並びにその表示後における各種の撮像映像の再生の処理や各種の情報やデータの表示の処理は、それぞれバックエンドクライアント７０又はバックエンドサーバ５０にて行われる。つまり、撮像映像の検索は、被写体の撮像映像とアクションインデックスＡＬ１とを対応付けて記録するメモリ１５４を有するバックエンドクライアント７０、あるいは、被写体の撮像映像とアクションインデックスＡＬ１とを対応付けて記録するストレージ５８を有するバックエンドサーバ５０にて行われる。これにより、処理負荷の大きい検索処理を他の装置で分担することで、検索処理が行われないバックエンドクライアント７０又はバックエンドサーバ５０の処理負荷を軽減可能となる。
【０３２６】
以上、図面を参照しながら各種の実施の形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。また、発明の趣旨を逸脱しない範囲において、上述した各種の実施の形態における各構成要素を任意に組み合わせてもよい。
【産業上の利用可能性】
【０３２７】
本開示は、録画された撮像映像の再生や視聴をユーザが主体的に行わなくても、ウェアラブルカメラにより録画された撮像映像の中でユーザが時系列に行った各種の行動のそれぞれを判別して情報として記録し、ユーザの業務を効率的に支援するウェアラブルカメラ、ウェアラブルカメラシステム及び情報記録方法として有用である。
【符号の説明】
【０３２８】
３  警察官
１０  ウェアラブルカメラ（ＢＷＣ）
１１  撮像部
１３、５４、１５４  メモリ
１５  記録部
１７  計時部
１８  ＧＰＳ受信部
１９  プロセッサ
１９Ａ  映像音声データ生成部
１９Ｂ  センサデータ解析部
１９Ｃ  映像音声データ解析部
１９Ｄ  アクション情報生成部
２１Ａ  ＢＬＥ通信部
２１Ｂ  ＷＬＡＮ通信部
２２  ＵＳＢインタフェース
２５  バッテリ
２６  ＬＥＤ制御部
２７  バイブレータ
２９Ａ  マイク部
２９Ｂ、５９、１５９  スピーカ
２９Ｃ  イヤホン端子
３０  車載カメラシステム
３１  車載カメラ
３２  車載ＰＣ
３３  車載レコーダ
４０  スマートフォン
４５  無線ＬＡＮアクセスポイント
５０  バックエンドサーバ（ＢＥＳ）
５１、１５１  ＣＰＵ
５２、１５２  Ｉ／Ｏ制御部
５３、１５３  通信部
５５、１５５  入力部
５６、１５６  表示部
５７  ストレージ制御部
５８  ストレージ
６０  バックエンドストリーミングサーバ（ＢＳＳ）
７０、７０ａ、７０ｂ  バックエンドクライアント（ＢＥＣ）
２００  活動量計
１０００  ウェアラブルカメラシステム
ＡＣ  加速度センサ
ＣＣ１、ＣＣｎ  監視カメラ
ＧＹ  ジャイロセンサ
ＰＤ  警察署
【図１】
2019021996.tif 000003
【図２】
2019021996.tif 000004
【図３】
2019021996.tif 000005
【図４】
2019021996.tif 000006
【図５】
2019021996.tif 000007
【図６】
2019021996.tif 000008
【図７】
2019021996.tif 000009
【図８】
2019021996.tif 000010
【図９】
2019021996.tif 000011
【図１０】
2019021996.tif 000012
【図１１】
2019021996.tif 000013
【図１２】
2019021996.tif 000014
【図１３Ａ】
2019021996.tif 000015
【図１３Ｂ】
2019021996.tif 000016
【図１４】
2019021996.tif 000017
【図１５】
2019021996.tif 000018
【図１６】
2019021996.tif 000019
【図１７】
2019021996.tif 000020
【図１８】
2019021996.tif 000021
【図１９】
2019021996.tif 000022
【図２０】
2019021996.tif 000023
【図２１】
2019021996.tif 000024
【図２２】
2019021996.tif 000025
【図２３】
2019021996.tif 000026
【図２４】
2019021996.tif 000027
【図２５】
2019021996.tif 000028
【図２６】
2019021996.tif 000029
【図２７】
2019021996.tif 000030
【図２８】
2019021996.tif 000031
【図２９】
2019021996.tif 000032
【図３０】
2019021996.tif 000033
【図３１】
2019021996.tif 000034
【図３２】
2019021996.tif 000035
【図３３Ａ】
2019021996.tif 000036
【図３３Ｂ】
2019021996.tif 000037
【図３４】
2019021996.tif 000038
【図３５】
2019021996.tif 000039
【図３６Ａ】
2019021996.tif 000040
【図３６Ｂ】
2019021996.tif 000041
【図３７Ａ】
2019021996.tif 000042
【図３７Ｂ】
2019021996.tif 000043