JP2021111820A - レコーダ、監視カメラ、監視システム、および、映像解析プログラム - Google Patents

Abstract

【課題】監視システムにおいて、解析専用のサーバを設けることなく、記録映像の解析処理を行うことを可能とする。【解決手段】レコーダが、監視カメラにおける、リソースの使用状況に関するリソース情報を受信するリソース情報受信部と、監視カメラが過去に撮像した記録映像に対する記録映像解析処理の実行指示を受け付ける受付部と、受付部が実行指示を受け付けた場合、リソース情報受信部が受信したリソース情報に基づき、記録映像解析処理を実行可能な監視カメラがあるか否か判定するリソース判定部と、受付部が受け付けた実行指示に基づく記録映像を取得する記録映像取得部と、記録映像取得部が取得した記録映像を、記録映像解析処理を実行可能な監視カメラに送信し、当該記録映像解析処理を実行させる送信部とを備えた。【選択図】図２

Description

本開示は、映像の記録および解析を行うレコーダ、監視カメラ、および、レコーダと監視カメラとで構成される監視システム、および、映像解析プログラムに関する。

監視システムにおいて、監視カメラが撮像した映像がレコーダに記録されることがある。また、レコーダに映像を記録後に、記録された映像（以下「記録映像」という。）の解析が行われることがある。記録映像の解析は、例えば、レコーダまたはサーバが行う。
ところで、例えば、特許文献１には、監視システムにおいて、複数のカメラが撮像した撮像画像内のオブジェクトの検出に際し、当該検出に用いるパラメータの学習等の処理を複数のカメラ間で分散し、複数のカメラに接続されるサーバの処理負荷の軽減を支援する技術が開示されている。

特開２０１８−２０５９００号公報

昨今、映像記録媒体の大容量化、または、監視カメラの台数の増加等に伴い、監視システムにおいて、レコーダに記録される記録映像のデータ量は増大している。
監視システムにおいて、例えば、レコーダまたはサーバが、単独で、増大した記録映像の解析処理を行うと、過大な処理負荷がかかる。レコーダまたはサーバにおける、記録映像の解析処理にかかる過大な処理負荷を軽減するため、例えば、解析専用のサーバを用いることも考えられるが、その場合、監視システムにおいて、当該解析専用のサーバを新たに設ける必要があるという課題があった。
特許文献１に開示されているような技術は、カメラが撮像した、ライブ映像の解析処理を行う際に処理負荷を軽減することへの考慮はなされているが、記録映像の解析処理の際の処理負荷への考慮は何らなされていない。

本開示は、上記のような課題を解決するためになされたもので、監視システムにおいて、解析専用のサーバを設けることなく、記録映像の解析処理を行うことを可能とすることを目的とする。

本開示に係るレコーダは、監視カメラにおける、リソースの使用状況に関するリソース情報を受信するリソース情報受信部と、監視カメラが過去に撮像した記録映像に対する記録映像解析処理の実行指示を受け付ける受付部と、受付部が実行指示を受け付けた場合、リソース情報受信部が受信したリソース情報に基づき、記録映像解析処理を実行可能な監視カメラがあるか否か判定するリソース判定部と、受付部が受け付けた実行指示に基づく記録映像を取得する記録映像取得部と、記録映像取得部が取得した記録映像を、記録映像解析処理を実行可能な監視カメラに送信し、当該記録映像解析処理を実行させる送信部を備えたものである。

本開示によれば、監視システムにおいて、解析専用のサーバを設けることなく、記録映像の解析処理を行うことができる。

実施の形態１に係る監視システムの構成例を示す図である。 実施の形態１に係る監視カメラの構成例を示す図である。 実施の形態１に係るレコーダの構成例を示す図である。 実施の形態１において、レコーダが、監視カメラとの間でやり取りするストリームの概略を説明するための図であって、図４Ａは、監視カメラからレコーダへ送信されるストリームの概略を説明するための図であり、図４Ｂは、レコーダから監視カメラへ送信されるストリームの概略を説明するための図である。 実施の形態１に係る監視カメラの動作を説明するためのフローチャートである。 実施の形態１に係るレコーダの動作について説明するためのフローチャートである。 実施の形態２に係る監視カメラの構成例を示す図である。 実施の形態２に係るレコーダの構成例を示す図である。 実施の形態２に係る監視カメラの動作について説明するためのフローチャートである。 実施の形態２に係るレコーダの動作について説明するためのフローチャートである。 図１１Ａ，図１１Ｂは、実施の形態１，２に係る監視カメラのハードウェア構成の一例を示す図である。 図１２Ａ，図１２Ｂは、実施の形態１，２に係るレコーダのハードウェア構成の一例を示す図である。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、実施の形態１に係る監視システム１の構成例を示す図である。
図１に示すように、監視システム１は、１台以上の監視カメラ１０−１〜１０−ｎと、レコーダ１１とを備える。実施の形態１において、１台以上の監視カメラ１０−１〜１０−ｎを、まとめて、監視カメラ１０ともいう。
監視カメラ１０とレコーダ１１とは、ネットワーク２を介して接続される。監視カメラ１０とレコーダ１１とは、直接、接続されていてもよい。

監視カメラ１０は、常時、任意の監視領域を撮影する。監視カメラ１０は、撮影した映像（以下「監視映像」という。）を、常時、レコーダ１１に送信する。レコーダ１１は、監視カメラ１０から送信された監視映像を記録部１１３（詳細は後述する）に記録する。
また、監視カメラ１０は、監視映像に対する解析処理を行う。具体的には、監視カメラ１０は、現在の監視領域を撮影した監視映像（以下「ライブ映像」という。）に対して、解析処理を行う。以下、監視カメラ１０が行う、ライブ映像に対する解析処理を、「ライブ映像解析処理」ともいう。監視カメラ１０は、ライブ映像解析処理を行った結果を、レコーダ１１に送信する。
また、監視カメラ１０は、レコーダ１１の制御に基づき、過去に監視領域を撮影した監視映像であって、レコーダ１１によって記録部１１３に記録されている監視映像、に対して、解析処理を行う。以下、記録部１１３に記録されている、監視カメラ１０が過去に監視領域を撮影した監視映像を、「記録映像」ともいう。また、監視カメラ１０が行う、記録映像に対する解析処理を、「記録映像解析処理」ともいう。監視カメラ１０は、記録映像解析処理を行った結果を、レコーダ１１に送信する。
監視カメラ１０は、レコーダ１１に対して、監視カメラ１０において、画像解析に使用しているリソースの使用状況に関する情報（以下「リソース情報」という。）を送信する。リソース情報は、具体的には、例えば、監視カメラ１０において、画像解析に使用しているリソースの使用率を示す情報である。レコーダ１１は、監視カメラ１０のリソース情報を管理し、当該リソース情報に基づいて、監視カメラ１０に記録映像解析処理を行わせる制御を行う。なお、監視カメラ１０が複数存在する場合、レコーダ１１は、複数の監視カメラ１０のうち、記録映像解析処理を行わせる監視カメラ１０を決定する。レコーダ１１が監視カメラ１０に記録映像解析処理を行わせる制御の詳細については、後述する。

レコーダ１１は、監視カメラ１０から送信されたライブ映像、記録映像解析処理を行った結果に関する情報、および、リソース情報を、記録部１１３（詳細は後述する）またはリソース情報記録部１１４（詳細は後述する）に記録する。
また、レコーダ１１は、監視カメラ１０から送信されたライブ映像、ライブ映像解析処理を行った結果に関する情報、または、記録映像解析処理を行った結果に関する情報を、表示装置１２（詳細は後述する）に表示させる。
なお、レコーダ１１は、レコーダ１１にて、記録映像解析処理を行うことも可能である。レコーダ１１がレコーダ１１にて記録映像解析処理を行った場合、レコーダ１１は、記録映像解析処理を行った結果に関する情報を、表示装置１２に表示させる。

図２は、実施の形態１に係る監視カメラ１０の構成例を示す図である。
監視カメラ１０は、撮影部１０１、受信部１０２、デコード部１０３、映像解析部１０４、エンコード部１０５、および、送信部１０６を備える。
受信部１０２は、記録映像受信部１０２１を備える。
映像解析部１０４は、ライブ映像解析部１０４１および記録映像解析部１０４２を備える。
送信部１０６は、リソース情報送信部１０６１、解析結果送信部１０６２、および、映像送信部１０６３を備える。

撮影部１０１は、監視エリアを撮影する。具体的には、撮影部１０１は、レンズ（図示省略）から出力された光を取得し、電気信号である撮影データに変換する。撮影部１０１は、電気信号から変換した撮影データを、監視映像として、映像解析部１０４に出力する。撮影部１０１から出力される監視映像は、撮影部１０１が監視エリアを撮影したライブ映像である。撮影部１０１は、フレーム単位で、監視映像を出力する。

受信部１０２は、各種情報を受信する。
受信部１０２の記録映像受信部１０２１は、レコーダ１１から送信された記録映像を受信する。レコーダ１１は、ユーザから、記録映像に対する記録映像解析処理を実行する旨の指示を受け付けると、当該記録映像解析処理を実行可能な監視カメラ１０があるか否かを判定する。レコーダ１１は、記録映像解析処理を実行可能な監視カメラ１０があると判定した場合に、当該監視カメラ１０に対して、記録映像を送信する。レコーダ１１の詳細については、後述する。記録映像受信部１０２１は、レコーダ１１から送信された記録映像を受信する。
記録映像受信部１０２１は、受信した記録映像を、デコード部１０３に出力する。

デコード部１０３は、記録映像受信部１０２１から出力された記録映像をデコードする。
デコード部１０３は、デコードした後の記録映像を、映像解析部１０４に出力する。

映像解析部１０４は、監視映像に対する任意の解析処理を行う。任意の解析処理とは、例えば、特定の物体または特定の人物を検知する処理である。特定の物体とは、例えば、鞄または車椅子である。また、任意の解析処理は、例えば、感情または人物の骨格を推定する処理である。映像解析部１０４は、任意の解析処理を、既知の画像認知技術を用いて行う。映像解析部１０４は、フレーム単位で、監視映像に対する任意の解析処理を行う。映像解析部１０４は、例えば、全てのフレームに対して任意の解析処理を行ってもよいし、予め決められたフレーム毎に、当該フレームに対して任意の解析処理を行ってもよい。
映像解析部１０４のライブ映像解析部１０４１は、撮影部１０１から出力されたライブ映像に対するライブ映像解析処理を行う。
ライブ映像解析部１０４１は、ライブ映像解析処理を行うと、ライブ映像解析処理を行った結果に関する情報（以下「ライブ映像解析結果情報」という。）を、送信部１０６に出力する。例えば、ライブ映像解析処理が人物を検知するという映像解析処理であった場合、ライブ映像解析部１０４１は、ライブ映像解析結果情報に、人物を何人検知したかを特定可能な数値情報、ライブ映像のどの領域に人物を検知したかを特定するためのライブ映像上の座標情報、または、人物を検知した時間に関する情報を含める。
ライブ映像解析部１０４１は、ライブ映像解析結果情報に、例えば、ライブ映像解析処理を行った日時に関する情報を対応付ける。
また、ライブ映像解析部１０４１は、監視カメラ１０における画像解析に使用しているリソースの使用状況に関する情報であるリソース情報を、送信部１０６に出力する。ライブ映像解析部１０４１は、リソース情報に、監視カメラ１０を特定可能な情報を対応付ける。

また、ライブ映像解析部１０４１は、ライブ映像解析処理を行うと、当該ライブ映像解析処理が完了したライブ映像を、エンコード部１０５に出力する。
ここで、ライブ映像解析部１０４１がエンコード部１０５に出力するライブ映像について説明する。
ライブ映像解析部１０４１は、ライブ映像から、低解像度のライブ映像と、高解像度のライブ映像とを生成する。低解像度のライブ映像は、ＱＶＧＡ（Ｑｕａｒｔｅｒ ＶＧＡ）程度を想定しており、高解像度の映像は、Ｆｕｌｌ ＨＤまたは４Ｋ相当を想定している。
ライブ映像解析部１０４１は、ライブ映像に基づき、当該ライブ映像のサイズを変更して、高解像度のライブ映像と低解像度のライブ映像とをそれぞれ生成する。
ライブ映像解析部１０４１は、低解像度のライブ映像と、高解像度のライブ映像とを、エンコード部１０５に出力する。なお、ライブ映像解析部１０４１は、ライブ映像に、低解像度のライブ映像であるか、高解像度のライブ映像であるかが判別可能な情報を対応付ける。
なお、ライブ映像解析部１０４１は、ライブ映像に、監視カメラ１０を特定可能な情報、および、ライブ映像の撮影日時に関する情報を対応付けて出力する。

映像解析部１０４の記録映像解析部１０４２は、デコード部１０３から出力された記録映像に対する記録映像解析処理を行う。
記録映像解析部１０４２は、記録映像解析処理を行うと、記録映像解析処理を行った結果に関する情報（以下「記録映像解析結果情報」という。）を、送信部１０６に出力する。記録映像解析部１０４２は、記録映像解析結果情報に、例えば、記録映像解析処理を行った日時に関する情報を対応付ける。例えば、記録映像解析処理が人物を検知するという映像解析処理であった場合、記録映像解析部１０４２は、記録映像解析結果情報に、人物を何人検知したかを特定可能な数値情報、記録映像のどの領域に人物を検知したかを特定するための記録映像上の座標情報、または、人物を検知した時間に関する情報を含める。

エンコード部１０５は、ライブ映像解析部１０４１から出力されたライブ映像をエンコードする。具体的には、エンコード部１０５は、ライブ映像解析部１０４１から出力された、低解像度のライブ映像と高解像度のライブ映像とを、それぞれエンコードする。
エンコード部１０５は、エンコードした後のライブ映像を、送信部１０６に出力する。

送信部１０６は、各種情報を送信する。
送信部１０６のリソース情報送信部１０６１は、ライブ映像解析部１０４１から出力されたリソース情報を、レコーダ１１に送信する。
送信部１０６の解析結果送信部１０６２は、ライブ映像解析部１０４１から出力されたライブ映像解析結果情報、または、記録映像解析部１０４２から出力された記録映像解析結果情報を、レコーダ１１に送信する。
送信部１０６の映像送信部１０６３は、エンコード部１０５から出力されたライブ映像を、レコーダ１１に出力する。具体的には、映像送信部１０６３は、低解像度のライブ映像と、高解像度のライブ映像とを、レコーダ１１に送信する。

図３は、実施の形態１に係るレコーダ１１の構成例を示す図である。
レコーダ１１は、表示装置１２および入力装置１３と接続される。表示装置１２は、例えば、ユーザが操作する監視用ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ。図示省略）に接続されているディスプレイである。入力装置１３は、監視用ＰＣに接続されているマウスまたはキーボード等である。ユーザは、例えば、入力装置１３を操作して、表示装置１２に、記録映像に対する記録映像解析処理を実行させる指示を入力するための画面を表示させ、当該指示を入力する。また、表示装置１２は、監視映像、ライブ映像解析処理の結果に関する情報、または、記録映像解析処理の結果に関する情報を表示する。なお、上述のとおり、記録映像に対する記録映像解析処理は、監視カメラ１０が、レコーダ１１の制御に基づき、行う。また、レコーダ１１は、レコーダ１１にて、記録映像解析処理を行うことも可能である。レコーダ１１は、監視カメラ１０に行わせた記録映像解析処理の結果に関する情報、または、レコーダ１１にて行った記録映像解析処理の結果に関する情報を、表示装置１２に表示させる。

レコーダ１１は、受信部１１１、記録制御部１１２、記録部１１３、リソース情報記録部１１４、表示制御部１１５、受付部１１６、リソース判定部１１７、記録映像取得部１１８、送信部１１９、および、映像解析部１１０を備える。
受信部１１１は、映像受信部１１１１、リソース情報受信部１１１２、および、解析結果受信部１１１３を備える。

受信部１１１は、監視カメラ１０から各種情報を受信する。
受信部１１１の映像受信部１１１１は、監視カメラ１０が送信した、当該監視カメラ１０が撮影したライブ映像を受信する。なお、監視カメラ１０が複数ある場合、映像受信部１１１１は、監視カメラ１０毎に、当該監視カメラ１０が送信したライブ映像を受信する。監視カメラ１０からは、常時、低解像度のライブ映像と、高解像度のライブ映像とが出力される。映像受信部１１１１は、監視カメラ１０毎に、低解像度のライブ映像と、高解像のライブ映像とを受信する。
映像受信部１１１１は、受信したライブ映像を、記録制御部１１２に出力する。なお、ライブ映像には、監視カメラ１０を特定可能な情報、および、ライブ映像の撮影日時に関する情報が対応付けられている。

受信部１１１のリソース情報受信部１１１２は、監視カメラ１０が送信したリソース情報を受信する。
リソース情報受信部１１１２は、受信したリソース情報を、記録制御部１１２に出力する。なお、リソース情報には、監視カメラ１０を特定可能な情報が対応付けられている。

受信部１１１の解析結果受信部１１１３は、監視カメラ１０が送信した、監視映像に対する解析結果に関する情報を受信する。
具体的には、解析結果受信部１１１３は、監視カメラ１０が送信したライブ映像解析結果情報を受信する。また、解析結果受信部１１１３は、監視カメラ１０から記録映像解析結果が送信された場合は、記録映像解析結果を受信する。
解析結果受信部１１１３は、記録映像解析結果情報またはライブ映像解析結果情報を、記録制御部１１２に出力する。

記録制御部１１２は、映像受信部１１１１が受信したライブ映像を、記録部１１３に記録するとともに、表示制御部１１５に出力する。
ここで、図４は、実施の形態１において、レコーダ１１が、監視カメラ１０との間でやり取りするストリームの概略を説明するための図である。図４Ａは、監視カメラ１０からレコーダ１１へ送信されるストリームの概略を説明するための図であり、図４Ｂは、レコーダ１１から監視カメラ１０へ送信されるストリームの概略を説明するための図である。
映像受信部１１１１が監視カメラ１０から受信するライブ映像には、低解像度のライブ映像と、高解像度のライブ映像とが含まれる。
記録制御部１１２は、映像受信部１１１１が受信した、低解像度のライブ映像を、記録映像として、記録部１１３に記録する（図４Ａ参照）。なお、監視カメラ１０が複数ある場合、記録制御部１１２は、ライブ映像を、監視カメラ１０毎に記録する。
記録部１１３に記録された記録映像は、ユーザによって当該記録映像に対する記録解析処理を行う指示が入力された場合に、レコーダ１１の送信部１１９から監視カメラ１０へと送信される（図４Ｂ参照）。送信部１１９については後述する。
記録制御部１１２は、映像受信部１１１１が受信した、高解像度のライブ映像を、表示装置１２への表示用の監視映像として、表示制御部１１５に出力する（図４Ａ参照）。

また、記録制御部１１２は、リソース情報受信部１１１２が受信したリソース情報を、リソース情報記録部１１４に記録する。記録制御部１１２は、監視カメラ１０毎に、少なくとも、最新のリソース情報を記録する。例えば、記録制御部１１２は、各監視カメラ１０の最新のリソース情報を、リソース情報記録部１１４にてテーブル管理する。

また、記録制御部１１２は、解析結果受信部１１１３が受信したライブ映像解析結果情報を、表示制御部１１５に出力する。記録制御部１１２は、解析結果受信部１１１３が記録映像解析結果情報を受信した場合は、当該記録映像解析結果情報を、記録部１１３に記録するとともに、表示制御部１１５に出力する。なお、ライブ映像解析結果情報または記録映像解析結果情報には、例えば、ライブ映像解析処理または記録映像解析処理を行った日時に関する情報が対応付けられている。

記録部１１３は、記録映像、または、記録映像解析結果情報を記録する。
リソース情報記録部１１４は、リソース情報を記録する。

表示制御部１１５は、表示装置１２に各種情報を表示させる。
具体的には、例えば、表示制御部１１５は、表示装置１２に、解析結果受信部１１１３が受信したライブ映像解析結果情報または記録映像解析結果情報を、表示させる。
また、例えば、表示制御部１１５は、表示装置１２に、映像受信部１１１１が受信したライブ映像を、表示させる。表示制御部１１５は、ライブ映像を表示させる際は、当該ライブ映像をデコードする。
表示制御部１１５は、例えば、記録制御部１１２を介して、ライブ映像解析結果情報、記録映像解析結果情報、または、ライブ映像を取得する。表示制御部１１５は、受信部１１１から直接、ライブ映像解析結果情報、記録映像解析結果情報、または、ライブ映像を取得してもよい。
また、例えば、表示制御部１１５は、表示装置１２に、映像解析部１１０が行った記録映像解析処理に関する記録映像解析結果情報を、表示させる。映像解析部１１０については後述する。

受付部１１６は、監視カメラ１０が過去に撮像した監視映像に対する記録映像解析処理の実行指示を受け付ける。監視カメラ１０が過去に撮像した監視映像とは、言い換えれば、レコーダ１１において記録部１１３に記録されている記録映像である。
例えば、ユーザは、入力装置１３を操作して、表示装置１２に、記録映像に対する記録映像解析処理の実行指示を入力するための画面を表示させる。ユーザは、入力装置１３を操作して、表示させた画面から、記録映像解析処理の実行指示を入力する。記録映像解析処理の実行指示には、例えば、記録映像解析処理を実行する対象とする記録映像、を撮像した監視カメラ１０（以下「解析映像撮影カメラ」という。）を指定する情報、および、解析映像撮影カメラによって記録映像解析処理を実行する対象とする記録映像が撮像された時刻を指定する情報が含まれる。時刻を指定する情報は、時刻範囲を示す情報であってもよい。具体例を挙げると、例えば、映像解析処理の実行指示に、監視カメラＸを指定する情報と、２０１９／１／１ ９：００：００を指定する情報とが含まれている場合、当該映像解析処理の実行指示は、監視カメラＸが２０１９／１／１ ９：００：００に撮像した記録映像を解析させるための指示である。また、例えば、映像解析処理の実行指示に、監視カメラＹを指定する情報と、２０１９／１／１ ９：００：００〜２０１９／１／１ ９：１０：００を指定する情報とが含まれている場合、当該映像解析処理の実行指示は、監視カメラＹが２０１９／１／１ ９：００：００〜２０１９／１／１ ９：１０：００に撮像した記録映像を解析させるための指示である。ユーザは、映像解析処理の実行指示によって、ある監視カメラ１０が撮像した、１以上のフレームの記録映像に対する、記録映像解析処理を指示することができる。なお、上述した例は一例に過ぎず、映像解析処理の実行指示には、記録映像解析処理を実行する対象とする記録映像を特定することができる情報が含まれるようになっていればよい。
受付部１１６は、受け付けた、記録映像解析処理の実行指示を、リソース判定部１１７および記録映像取得部１１８に出力する。

リソース判定部１１７は、受付部１１６が記録映像解析処理の実行指示を受け付けた場合、リソース情報記録部１１４を参照して、リソース情報に基づき、記録映像解析処理を実行可能な監視カメラ１０があるか否か判定する。具体的には、リソース判定部１１７は、リソース情報に基づき、記録映像解析処理を実行できるだけの空きリソースがある監視カメラ１０があるか否か判定する。リソース判定部１１７は、監視カメラ１０の空きリソースが、予め設定された閾値以上であれば、記録映像解析処理を実行できるだけの空きリソースがあると判定する。
リソース判定部１１７は、監視カメラ１０が、１つの監視カメラ１０−１である場合、当該監視カメラ１０−１が、記録映像解析処理を実行可能な監視カメラ１０−１であるか否かを判定する。リソース判定部１１７は、監視カメラ１０−１が、記録映像解析処理を実行可能な監視カメラ１０−１である場合、当該監視カメラ１０−１を、記録映像解析処理を実行させる監視カメラ１０（以下「解析実行カメラ」という。）に決定する。
リソース判定部１１７は、監視カメラ１０が複数存在する場合、複数の監視カメラ１０のうち、記録映像解析処理を実行可能な監視カメラ１０があるか否かを判定する。リソース判定部１１７は、記録映像解析処理を実行可能な監視カメラ１０がある場合、当該監視カメラ１０を解析実行カメラに決定する。

リソース判定部１１７は、記録映像解析処理を実行可能な監視カメラ１０が複数存在する場合、適宜の方法で、当該複数の監視カメラ１０から、解析実行カメラを決定する。例えば、リソース判定部１１７は、記録映像解析処理を実行可能な複数の監視カメラ１０のうち、一番空きリソースの容量が大きい監視カメラ１０を、解析実行カメラに決定する。
リソース判定部１１７は、決定した、解析実行カメラに関する情報を、記録映像取得部１１８に出力する。

記録映像取得部１１８は、リソース判定部１１７が、記録映像解析処理を実行可能な監視カメラ１０があると判定した場合、言い換えれば、リソース判定部１１７から解析実行カメラに関する情報が出力された場合、記録部１１３を参照して、受付部１１６が受け付けた、記録映像解析処理の実行指示に基づく記録映像を、取得する。具体的には、記録映像取得部１１８は、記録部１１３を参照して、例えば、ユーザが指定した解析映像撮影カメラによって、ユーザが指定した日時に撮影された記録映像を、取得する。
記録映像取得部１１８は、取得した記録映像を、送信部１１９に出力する。
レコーダ１１にて記録映像解析処理を行う場合、記録映像取得部１１８は、記録部１１３から取得した、記録映像解析処理の実行指示に基づく記録映像を、映像解析部１１０に出力する。
上述のとおり、レコーダ１１は、レコーダ１１にて、記録映像解析処理を行うことも可能である。例えば、レコーダ１１は、異なる内容の記録映像解析処理を行う場合、ある内容の記録映像解析処理をレコーダ１１にて実行し、他の内容の記録映像解析処理を監視カメラ１０に実行させることができる。また、例えば、レコーダ１１は、１０台の監視カメラ１０の記録映像解析処理を実行させる実行指示を受け付けた場合、レコーダ１１に６台の監視カメラ１０の記録映像解析処理を実行させるだけ空きリソースがあれば、当該６台の監視カメラ１０に関する記録映像解析処理はレコーダ１１にて実行し、残りの４台の監視カメラ１０に関する記録映像解析処理を監視カメラ１０に実行させることができる。
レコーダ１１がレコーダ１１にて記録映像解析処理を行う場合、記録映像取得部１１８は、レコーダ１１にて実行する記録映像解析処理の対象となる記録映像を、映像解析部１１０に出力する。記録映像取得部１１８は、監視カメラ１０に実行させる記録映像解析処理の対象となる記録映像を、送信部１１９に出力する。
なお、レコーダ１１と監視カメラ１０とで記録映像解析処理を並行して実行する場合、例えば、レコーダ１１の制御部（図示省略）が、記録映像解析処理の実行指示に基づき、レコーダ１１にて実行する記録映像解析処理と、監視カメラ１０に実行させる記録映像解析処理を振り分ける。

送信部１１９は、記録映像取得部１１８が取得した記録映像を、解析実行カメラに出力する。これにより、送信部１１９は、解析実行カメラに対して、記録映像解析処理を実行させる。解析実行カメラは、送信部１１９から送信された記録映像に対して、記録映像解析処理を行う。
映像解析部１１０は、記録映像取得部１１８から出力された記録映像に対する記録映像解析処理を行う。映像解析部１１０は、記録映像解析結果情報を、表示制御部１１５に出力する。

実施の形態１では、図３に示すように、記録部１１３およびリソース情報記録部１１４は、レコーダ１１に備えられるものとしたが、これは一例に過ぎない。記録部１１３およびリソース情報記録部１１４は、レコーダ１１の外部の、レコーダ１１が参照可能な場所に備えられるようにしてもよい。この場合、レコーダ１１は、記録制御部１１２を備えないようにすることができる。受信部１１１は、高解像度のライブ映像を、直接、表示制御部１１５に出力する。

実施の形態１に係る監視システム１における監視カメラ１０およびレコーダ１１の動作について説明する。以下の動作説明では、一例として、監視システム１において、レコーダ１１は、レコーダ１１にて記録映像解析処理は行わず、監視カメラ１０に記録映像解析処理を実行させるものとする。
まず、実施の形態１に係る監視カメラ１０の動作について説明する。
図５は、実施の形態１に係る監視カメラ１０の動作を説明するためのフローチャートである。
監視カメラ１０は、電源が投入されると、例えば電源がオフされるまで、図５のフローチャートを用いて説明する動作を継続して行う。

監視カメラ１０は、ライブ映像処理を行う（ステップＳＴ５０１）。
具体的には、監視カメラ１０の撮影部１０１が、監視エリアを撮影し、ライブ映像を映像解析部１０４に出力する。映像解析部１０４のライブ映像解析部１０４１は、撮影部１０１から出力されたライブ映像に対するライブ映像解析処理を行う。ライブ映像解析部１０４１は、ライブ映像解析結果情報を送信部１０６に出力するとともに、リソース情報を、送信部１０６に出力する。ライブ映像解析部１０４１は、ライブ映像解析処理を行うと、当該ライブ映像解析処理済みのライブ映像を、エンコード部１０５に出力する。エンコード部１０５は、ライブ映像解析部１０４１から出力されたライブ映像をエンコードし、エンコードした後のライブ映像を、送信部１０６に出力する。送信部１０６の解析結果送信部１０６２は、ライブ映像解析部１０４１から出力されたライブ映像解析結果情報を、レコーダ１１に送信する。送信部１０６の映像送信部１０６３は、エンコード部１０５から出力されたライブ映像を、レコーダ１１に出力する。

ステップＳＴ５０１にてライブ映像解析部１０４１からリソース情報が出力されると、送信部１０６のリソース情報送信部１０６１は、ライブ映像解析部１０４１から出力されたリソース情報を、レコーダ１１に送信する（ステップＳＴ５０２）。

受信部１０２の記録映像受信部１０２１が、レコーダ１１から送信された記録映像を受信しなければ（ステップＳＴ５０３の“ＮＯ”の場合）、図５のフローチャートで示す監視カメラ１０の動作はステップＳＴ５０１に戻る。
受信部１０２の記録映像受信部１０２１が、レコーダ１１から送信された記録映像を受信すると（ステップＳＴ５０３の“ＹＥＳ”の場合）、図５のフローチャートで示す監視カメラ１０の動作は、ステップＳＴ５０４に進む。
映像解析部１０４の記録映像解析部１０４２は、ステップＳＴ５０３にて記録映像受信部１０２１が受信した記録映像に対する記録映像解析処理を行う（ステップＳＴ５０４）。具体的には、記録映像受信部１０２１が記録映像を受信すると、記録映像受信部１０２１は、受信した記録映像を、デコード部１０３に出力する。デコード部１０３は、記録映像受信部１０２１から出力された記録映像をデコードし、デコードした後の記録映像を、映像解析部１０４に出力する。記録映像解析部１０４２は、デコード部１０３から出力された記録映像に対する記録映像解析処理を行う。
記録映像解析部１０４２は、記録映像解析結果情報を、送信部１０６に出力する。

送信部１０６の解析結果送信部１０６２は、ステップＳＴ５０４にて記録映像解析部１０４２から出力された記録映像解析結果情報を、レコーダ１１に送信する（ステップＳＴ５０５）。

図５のフローチャートでは、便宜上、ステップＳＴ５０１〜ステップＳＴ５０５の順番で動作が行われるものとしたが、ステップＳＴ５０１およびステップＳＴ５０２の動作は、常時行われている。例えば、記録映像解析部１０４２が記録映像解析処理を行っている（ステップＳＴ５０４参照）間も、ステップＳＴ５０１およびステップＳＴ５０２の動作は並行して行われている。

次に、実施の形態１に係るレコーダ１１の動作について説明する。
図６は、実施の形態１に係るレコーダ１１の動作について説明するためのフローチャートである。
レコーダ１１は、電源が投入されると、例えば電源がオフされるまで、図６のフローチャートを用いて説明する動作を継続して行う。

レコーダ１１は、ライブ映像処理を行う（ステップＳＴ６０１）。
具体的には、受信部１１１の映像受信部１１１１は、監視カメラ１０が送信した（図５のステップＳＴ５０１参照）、当該監視カメラ１０が撮影したライブ映像を受信する。映像受信部１１１１は、受信したライブ映像を、記録制御部１１２に出力する。また、受信部１１１の解析結果受信部１１１３は、監視カメラ１０が送信した（図５のステップＳＴ５０１参照）、ライブ映像解析結果情報を受信する。解析結果受信部１１１３は、ライブ映像解析結果情報を、記録制御部１１２に出力する。
記録制御部１１２は、映像受信部１１１１が受信したライブ映像を、表示制御部１１５に出力する。また、記録制御部１１２は、解析結果受信部１１１３が受信したライブ映像解析結果情報を、表示制御部１１５に出力する。表示制御部１１５は、表示装置１２に、解析結果受信部１１１３が受信したライブ映像解析結果情報を、表示させる。また、表示制御部１１５は、表示装置１２に、映像受信部１１１１が受信したライブ映像を、表示させる。

受信部１１１のリソース情報受信部１１１２は、監視カメラ１０が送信した（図５のステップＳＴ５０２参照）、リソース情報を受信する（ステップＳＴ６０２）。
リソース情報受信部１１１２は、受信したリソース情報を、記録制御部１１２に出力する。

記録制御部１１２は、ステップＳＴ６０２にてリソース情報受信部１１１２が受信したリソース情報を、リソース情報記録部１１４に記録する（ステップＳＴ６０３）。

受付部１１６が、記録映像解析処理の実行指示を受け付けなければ（ステップＳＴ６０４の“ＮＯ”の場合）、図６のフローチャートで示すレコーダ１１の動作はステップＳＴ６０１に戻る。
受付部１１６が、記録映像解析処理の実行指示を受け付けると（ステップＳＴ６０４の“ＹＥＳ”の場合）、図６のフローチャートで示すレコーダ１１の動作は、ステップＳＴ６０５に進む。
リソース判定部１１７は、受付部１１６が記録映像解析処理の実行指示を受け付けた場合（ステップＳＴ６０４の“ＹＥＳ”の場合）、リソース情報記録部１１４を参照して、記録映像解析処理を実行可能な監視カメラ１０があるか否か判定する（ステップＳＴ６０５）。
リソース判定部１１７は、記録映像解析処理を実行可能な監視カメラ１０があると判定した場合（ステップＳＴ６０５の“ＹＥＳ”の場合）、当該監視カメラ１０を解析実行カメラに決定する。
リソース判定部１１７は、決定した、解析実行カメラに関する情報を、記録映像取得部１１８に出力する。

リソース判定部１１７が、記録映像解析処理を実行可能な監視カメラ１０がないと判定した場合（ステップＳＴ６０５の“ＮＯ”の場合）、図６のフローチャートで示すレコーダ１１の動作は、ステップＳＴ６０１に戻る。

記録映像取得部１１８は、ステップＳＴ６０５にて、リソース判定部１１７が記録映像解析処理を実行可能な監視カメラ１０があると判定した場合、言い換えれば、リソース判定部１１７から解析実行カメラに関する情報が出力された場合、記録部１１３を参照して、ステップＳＴ６０４にて受付部１１６が受け付けた、記録映像解析処理の実行指示に基づく記録映像を、取得する（ステップＳＴ６０６）。
記録映像取得部１１８は、取得した記録映像を、送信部１１９に出力する。

送信部１１９は、記録映像取得部１１８が取得した記録映像を、ステップＳＴ６０５にてリソース判定部１１７が決定した解析実行カメラに送信する（ステップＳＴ６０７）。これにより、送信部１１９は、解析実行カメラに対して、記録映像解析処理を実行させる。解析実行カメラは、送信部１１９から送信された記録映像に対して、記録映像解析処理を行う（図５のステップＳＴ５０４参照）。

受信部１１１の解析結果受信部１１１３は、監視カメラ１０から、記録映像解析結果情報を受信する（ステップＳＴ６０８）。
解析結果受信部１１１３は、受信した記録映像解析結果情報を、記録制御部１１２に出力する。

記録制御部１１２は、ステップＳＴ６０８にて解析結果受信部１１１３が受信した記録映像解析結果情報を、記録部１１３に記録する（ステップＳＴ６０９）とともに、表示制御部１１５に出力する。

表示制御部１１５は、表示装置１２に、ステップＳＴ６０８にて解析結果受信部１１１３が受信した記録映像解析結果情報を、表示させる（ステップＳＴ６１０）。

図６のフローチャートでは、便宜上、ステップＳＴ６０１〜ステップＳＴ６１０の順番で動作が行われるものとしたが、ステップＳＴ６０１〜ステップＳＴ６０３の動作は、常時行われている。すなわち、例えば、受付部１１６が、記録映像解析処理の実行指示を受け付け（ステップＳＴ６０５参照）、送信部１１９が、記録映像取得部１１８が取得した記録映像を、監視カメラ１０に送信し、監視カメラ１０に記録映像解析処理を実行させている（ステップＳＴ６０４〜ステップＳＴ６１０参照）間も、ステップＳＴ６０１〜ステップＳＴ６０３の動作は並行して行われている。

このように、実施の形態１に係る監視システム１において、監視カメラ１０は、レコーダ１１に、リソース情報を送信する。レコーダ１１は、記録映像解析処理の実行指示を受け付けると、監視カメラ１０から送信されたリソース情報に基づき、記録映像解析処理を実行可能な監視カメラ１０があるか否かを判定する。レコーダ１１は、記録映像解析処理を実行可能な監視カメラ１０があると判定した場合、当該監視カメラ１０に、記録映像解析処理の実行指示に基づく記録映像を送信し、記録映像解析処理を行わせる。
レコーダ１１が、空きリソースのある監視カメラ１０に記録映像解析処理を行わせるようにしたため、監視システム１は、解析専用のサーバを設けることなく、記録映像の解析処理を行うことが可能となる。

以上のように、実施の形態１によれば、監視システム１において、レコーダ１１は、監視カメラ１０における、リソースの使用状況に関するリソース情報を受信するリソース情報受信部１１１２と、監視カメラ１０が過去に撮像した記録映像に対する記録映像解析処理の実行指示を受け付ける受付部１１６と、受付部１１６が実行指示を受け付けた場合、リソース情報受信部１１１２が受信したリソース情報に基づき、記録映像解析処理を実行可能な監視カメラ１０があるか否か判定するリソース判定部１１７と、受付部１１６が受け付けた、記録映像解析処理の実行指示に基づく記録映像を取得する記録映像取得部１１８と、記録映像取得部１１８が取得した記録映像を、記録映像解析処理を実行可能な監視カメラ１０に送信し、当該記録映像解析処理を実行させる送信部１１９とを備えるように構成した。そのため、監視システムにおいて、解析専用のサーバを設けることなく、記録映像の解析処理を行うことが可能となる。

監視システム１において、監視カメラ１０は、レコーダ１１に対して、リソースの使用状況に関するリソース情報を送信するリソース情報送信部１０６１と、リソース情報送信部１０６１が送信したリソース使用情報に基づいてレコーダ１１から送信された記録映像を受信する記録映像受信部１０２１と、記録映像受信部１０２１が受信した記録映像に対する記録映像解析処理を実行する記録映像解析部１０４２とを備えるように構成した。そのため、監視システムにおいて、解析専用のサーバを設けることなく、記録映像の解析処理を行うことが可能となる。

実施の形態２．
実施の形態１では、レコーダ１１にて、記録映像解析処理を実行可能な監視カメラ１０がないと判定すると、記録映像解析処理は行われないものとしていた。
実施の形態２では、レコーダ１１ａにて、記録映像解析処理を実行可能な監視カメラ１０ａがないと判定した場合に、監視カメラ１０ａにて記録映像解析処理を実行可能な空きリソースを確保させるようにした実施の形態について説明する。

実施の形態２に係る監視システム１ａの構成例は、実施の形態１において図１を用いて説明した監視システム１の構成例と同様であるため、重複した説明を省略する。
実施の形態２では、監視カメラ１０ａとレコーダ１１ａとで監視システム１ａを構成する。

図７は、実施の形態２に係る監視カメラ１０ａの構成例を示す図である。
図７において、実施の形態１にて図２を用いて説明した監視カメラ１０の構成と同様の構成には、同じ符号を付して重複した説明を省略する。
実施の形態２に係る監視カメラ１０ａは、実施の形態１に係る監視カメラ１０とは、受信部１０２ａが、記録映像受信部１０２１の他に停止指示受信部１０２２を備える点が異なる。
また、実施の形態２に係る監視カメラ１０ａでは、ライブ映像解析部１０４１ａの具体的な動作が、実施の形態１に係る監視カメラ１０におけるライブ映像解析部１０４１の具体的な動作とは異なる。

停止指示受信部１０２２は、レコーダ１１ａから、ライブ映像解析処理を停止させるライブ映像解析停止指示を受信する。ライブ映像解析停止指示の詳細については、後述する。
停止指示受信部１０２２は、ライブ映像解析停止指示を受信すると、当該ライブ映像解析停止指示を受信した旨の情報を、映像解析部１０４ａに出力する。

映像解析部１０４ａのライブ映像解析部１０４１ａは、停止指示受信部１０２２から、ライブ映像解析停止指示を受信した旨の情報が出力されると、ライブ映像解析処理を停止する。
なお、ライブ映像解析部１０４１ａがライブ映像解析処理を停止した場合も、リソース情報送信部１０６１は、現在のリソース情報を、常時、レコーダ１１ａに送信するようにする。また、ライブ映像解析部１０４１ａがライブ映像解析処理を停止した場合も、ライブ映像解析部１０４１ａから、エンコード部１０５および映像送信部１０６３を介して、レコーダ１１ａに、ライブ映像は送信される。

図８は、実施の形態２に係るレコーダ１１ａの構成例を示す図である。
図８において、実施の形態１にて図３を用いて説明したレコーダ１１の構成と同様の構成には、同じ符号を付して重複した説明を省略する。
実施の形態２に係るレコーダ１１ａは、実施の形態１に係るレコーダ１１とは、送信部１１９ａが、停止指示送信部１１９１を備える点が異なる。
また、実施の形態２に係るレコーダ１１ａでは、リソース判定部１１７ａの具体的な動作が、実施の形態１に係るレコーダ１１におけるリソース判定部１１７の具体的な動作とは異なる。

リソース判定部１１７ａは、記録映像解析処理を実行可能な監視カメラ１０ａがあるか否か判定する。リソース判定部１１７ａが記録映像解析処理を実行可能な監視カメラ１０ａがあるか否か判定する具体的な動作は、実施の形態１にて説明した、リソース判定部１１７が記録映像解析処理を実行可能な監視カメラ１０があるか否か判定する具体的な動作と同様であるため、重複した説明を省略する。
リソース判定部１１７ａは、記録映像解析処理を実行可能な監視カメラ１０ａはないと判定した場合、送信部１１９ａの停止指示送信部１１９１に、ライブ映像解析停止指示を送信させるための情報（以下「停止指示要情報」という。）を出力する。このとき、リソース判定部１１７ａは、停止指示要情報に、どの監視カメラ１０ａに対して、ライブ映像解析停止指示を送信するかを指定した情報を含める。リソース判定部１１７ａが、ライブ映像解析停止指示の送信先に決定した監視カメラ１０ａを、「停止対象カメラ」ともいう。

リソース判定部１１７ａは、監視カメラ１０ａが１つの監視カメラ１０ａ−１である場合、監視カメラ１０ａ−１を停止対象カメラに決定する。リソース判定部１１７ａは、停止指示送信部１１９１に対して、停止対象カメラである監視カメラ１０ａ−１にライブ映像解析停止指示を送信させるための停止指示要情報を、出力する。
リソース判定部１１７ａは、監視カメラ１０ａが複数存在する場合、予め設定されたルールに従って、停止対象カメラを決定すればよい。例えば、リソース判定部１１７ａは、リソースの空き容量が一番大きい監視カメラ１０ａを、停止対象カメラに決定する。

停止指示送信部１１９１は、リソース判定部１１７ａから停止要情報が出力された場合、監視カメラ１０ａに、当該監視カメラ１０ａが撮像したライブ映像に対するライブ映像解析処理を停止させるライブ映像解析停止指示を送信する。なお、停止指示送信部１１９１がライブ映像解析停止指示を送信する対象となる監視カメラ１０ａは、リソース判定部１１７ａが決定した停止対象カメラである。

停止指示送信部１１９１が停止対象カメラに対してライブ映像解析停止指示を送信すると、記録映像取得部１１８は、記録部１１３から記録映像を取得する。記録映像取得部１１８が記録映像を取得する具体的な処理は、実施の形態１において説明済であるため、重複した説明を省略する。このとき、記録映像取得部１１８は、リソース情報記録部１１４を参照し、停止対象カメラが、記録映像解析処理を実行可能となったか否かを判定する。言い換えれば、記録映像取得部１１８は、停止対象カメラにおいて、記録映像解析処理を実行できるだけの空きリソースが確保されたかを判定する。記録映像取得部１１８は、停止対象カメラが、記録映像解析処理を実行可能となってから、記録映像を取得する。

以上の説明では、リソース判定部１１７ａは、記録映像解析処理を実行可能な監視カメラ１０ａがなければ停止指示要情報を出力するものとしたが、これは一例に過ぎない。リソース判定部１１７ａは、記録映像解析処理を実行可能な監視カメラ１０ａがない場合、所定の条件を満たすか否かによって、停止指示要情報を出力するか否かを決定するようにしてもよい。具体的には、例えば、リソース判定部１１７ａは、記録映像解析処理を実行可能な監視カメラ１０ａがない場合に、記録映像解析処理の優先度とライブ映像解析処理の優先度の、いずれの優先度の方が高いかによって、停止指示要情報を出力するか否かを決定してもよい。リソース判定部１１７ａは、記録映像解析処理の優先度の方がライブ映像解析処理の優先度よりも高い場合に、停止対象カメラを決定し、停止指示送信部１１９１に対して、停止指示要情報を出力する。
監視システム１ａにおいて、記録映像解析処理の優先度とライブ映像解析処理の優先度の、どちらの優先度の方が高いかは、予め、ユーザによって設定されているものとする。

リソース判定部１１７ａが記録映像解析処理を実行可能な監視カメラ１０ａがないと判定した場合であって、かつ、記録映像解析処理の優先度がライブ映像解析処理の優先度よりも低い場合、リソース判定部１１７ａは、停止指示要情報は出力しない。この場合、例えば、レコーダ１１ａは、ユーザから、監視カメラ１０ａのリソースが空くまで待つか否かの指示を受け付けるようにしてもよい。なお、リソースが空くまで待つか否かの対象となる監視カメラ１０ａは、リソース判定部１１７ａが決定した停止対象カメラである。
具体的には、リソース判定部１１７ａは、記録映像解析処理を実行可能な監視カメラ１０ａがないと判定した場合であって、かつ、記録映像解析処理の優先度がライブ映像解析処理の優先度よりも低い場合、表示制御部１１５に対して、待機指示受付画面を表示させる旨の情報を出力する。表示制御部１１５は、リソース判定部１１７ａから、待機指示受付画面を表示させる旨の情報が出力されると、表示装置１２に、待機指示受付画面を表示させる。ユーザは、入力装置１３を操作して、待機指示受付画面から、停止対象カメラのリソースが空くまで待つか否かの指示を入力する。受付部１１６は、停止対象カメラのリソースが空くまで待つか否かの指示を受け付ける。受付部１１６は、停止対象カメラのリソースが空くまで待つ旨の指示を受け付けた場合、待機要情報を、記録映像取得部１１８に出力する。記録映像取得部１１８は、停止対象カメラが、記録映像解析処理を実行可能となってから、記録映像を取得する。
なお、実施の形態２に係るレコーダ１１ａにおいても、映像解析部１１０が記録映像解析処理を行うことができる。
例えば、レコーダ１１ａは、異なる内容の記録映像解析処理を行う場合、ある内容の記録映像解析処理をレコーダ１１にて実行し、他の内容の記録映像解析処理を監視カメラ１０に実行させることができる。このとき、記録映像解析処理を実行可能な監視カメラ１０ａがない場合、リソース判定部１１７ａは、当該監視カメラ１０ａに、停止指示要情報を出力するようにしてもよい。
なお、レコーダ１１ａと解析映像撮影カメラとで記録映像解析処理を並行して実行する場合、例えば、レコーダ１１ａの制御部（図示省略）が、記録映像解析処理の実行指示に基づき、レコーダ１１ａにて実行する記録映像解析処理と、監視カメラ１０ａに実行させる記録映像解析処理を振り分ける。

実施の形態２に係る監視システム１ａにおける監視カメラ１０ａおよびレコーダ１１ａの動作について説明する。以下の動作説明では、一例として、監視システム１ａにおいて、レコーダ１１ａは、レコーダ１１ａにて記録映像解析処理は行わず、監視カメラ１０ａに記録映像解析処理を実行させるものとする。
まず、実施の形態２に係る監視カメラ１０ａの動作について説明する。
図９は、実施の形態２に係る監視カメラ１０ａの動作について説明するためのフローチャートである。
図９のステップＳＴ９０１〜ステップＳＴ９０２、ステップＳＴ９０５〜ステップＳＴ９０７の具体的な動作は、それぞれ、実施の形態１にて説明した、図５のステップＳＴ５０１〜ステップＳＴ５０２、ステップＳＴ５０３〜ステップＳＴ５０５の具体的な動作と同様であるため、重複した説明を省略する。

受信部１０２ａの停止指示受信部１０２２は、レコーダ１１ａから、ライブ映像解析処理を停止させるライブ映像解析停止指示を受信したか否かを判定する（ステップＳＴ９０３）。
停止指示受信部１０２２がライブ映像解析停止指示を受信していない場合（ステップＳＴ９０３の“ＮＯ”の場合）、図９のフローチャートにて示す、監視カメラ１０ａの動作は、ステップＳＴ９０５に進む。
停止指示受信部１０２２は、ライブ映像解析停止指示を受信した場合（ステップＳＴ９０３の“ＹＥＳ”の場合）、ライブ映像解析停止指示を受信した旨の情報を、映像解析部１０４ａに出力する。

ライブ映像解析部１０４１ａは、ステップＳＴ９０３にて停止指示受信部１０２２から、ライブ映像解析停止指示を受信した旨の情報が出力されると、ライブ映像解析処理を停止する（ステップＳＴ９０４）。

次に、実施の形態２に係るレコーダ１１ａの動作について説明する。
図１０は、実施の形態２に係るレコーダ１１ａの動作について説明するためのフローチャートである。
図１０は、実施の形態２に係るレコーダ１１ａの動作について説明するためのフローチャートである。
図１０のステップＳＴ１００１〜ステップＳＴ１００５、ステップＳＴ１０１０〜ステップＳＴ１０１４の具体的な動作は、それぞれ、実施の形態１にて説明した、図６のステップＳＴ６０１〜ステップＳＴ６１０の具体的な動作と同様であるため、重複した説明を省略する。

リソース判定部１１７ａは、記録映像解析処理を実行可能な監視カメラ１０ａがないと判定した場合（ステップＳＴ１００５の“ＮＯ”の場合）、記録映像解析処理の優先度とライブ映像解析処理の優先度の、いずれの優先度の方が高いかを判定する（ステップＳＴ１００６）。リソース判定部１１７ａは、記録映像解析処理の優先度の方が、ライブ映像解析処理の優先度よりも高い場合（ステップＳＴ１００６の“ＹＥＳ”の場合）、停止対象カメラを決定し、停止指示送信部１１９１に対して、停止指示要情報を出力する。

停止指示送信部１１９１は、ステップＳＴ１００６にてリソース判定部１１７ａから停止指示要情報が出力された場合、監視カメラ１０ａ、言い換えれば、停止対象カメラに、ライブ映像解析停止指示を送信する（ステップＳＴ１００７）。そして、図１０のフローチャートで示すレコーダ１１ａの動作は、ステップＳＴ１０１０へ進む。

リソース判定部１１７ａは、ライブ映像解析処理の優先度の方が、記録映像解析処理の優先度よりも高い場合（ステップＳＴ１００６の“ＮＯ”の場合）、表示制御部１１５に対して、待機指示受付画面を表示させる旨の情報を出力する。表示制御部１１５は、待機指示受付画面を表示させる。ユーザは、入力装置１３を操作して、待機指示受付画面から、停止対象カメラのリソースが空くまで待つか否かの指示を入力する。

受付部１１６は、停止対象カメラのリソースが空くまで待つ旨の指示を受け付けたか否かを判定する（ステップＳＴ１００８）。受付部１１６が、停止対象カメラのリソースが空くまで待つ旨の指示を受け付けた場合（ステップＳＴ１００８の“ＹＥＳ”の場合）、待機要情報を、記録映像取得部１１８に出力する。

記録映像取得部１１８は、停止対象カメラのリソースが空くまで待機する（ステップＳＴ１００９）。具体的には、記録映像取得部１１８は、停止対象カメラが、記録映像解析処理を実行可能となるまで待機する。
停止対象カメラが、記録映像解析処理を実行可能となると、図１０のフローチャートで示すレコーダ１１ａの動作は、ステップＳＴ１０１０へ進む。

受付部１１６が、停止対象カメラのリソースが空くまで待つ旨の指示を受け付けない場合（ステップＳＴ１００８の“ＮＯ”の場合）、図１０のフローチャートで示すレコーダ１１ａの動作は、ステップＳＴ１００１に戻る。

なお、図１０のフローチャートを用いて説明した、レコーダ１１ａの動作について、図１０のステップＳＴ１００６、ステップＳＴ１００８、および、ステップＳＴ１００９の動作は必須ではない。
リソース判定部１１７ａが、記録映像解析処理を実行可能な監視カメラ１０ａがないと判定すると（ステップＳＴ１００５の“ＮＯ”の場合）、停止指示送信部１１９１が、停止対象カメラにライブ映像解析停止指示を送信する（ステップＳＴ１００７）ようにしてもよい。

このように、実施の形態２に係る監視システム１ａにおいて、監視カメラ１０ａは、レコーダに、リソース情報を送信する。レコーダ１１ａは、記録映像解析処理の実行指示を受け付けると、監視カメラ１０ａから送信されたリソース情報に基づき、記録映像解析処理を実行可能な監視カメラ１０ａがあるか否かを判定する。レコーダ１１ａは、記録映像解析処理を実行可能な監視カメラ１０ａがあると判定した場合、当該監視カメラ１０ａに、記録映像解析処理の実行指示に基づく記録映像を送信し、記録映像解析処理を行わせる。
レコーダ１１ａが、空きリソースのある監視カメラ１０ａに記録映像解析処理を行わせるようにしたため、監視システム１ａは、解析専用のサーバを設けることなく、記録映像の解析処理を行うことが可能となる。

また、実施の形態２に係る監視システム１ａにおいて、レコーダ１１ａは、監視カメラ１０ａに、記録映像解析処理を実行するだけの空きリソースがない場合、監視カメラ１０ａに、ライブ映像解析処理を停止させるライブ映像解析停止指示を送信するようにした。ライブ映像解析停止指示を受信した監視カメラ１０ａは、ライブ映像解析処理を停止する。レコーダ１１ａは、監視カメラ１０ａがライブ映像解析処理を停止したことによって空いたリソースを使用して、当該監視カメラ１０ａに、記録映像解析処理を行わせる。
これにより、監視システム１ａにおいて、解析専用のサーバを設けなくても、限られたリソースを有効活用して、記録映像の解析処理を行うことが可能となる。
また、レコーダ１１ａは、監視カメラ１０ａに、記録映像解析処理を実行するだけの空きリソースがない場合、記録映像解析処理の優先度の方が、前記ライブ映像解析処理の優先度よりも高ければ、監視カメラ１０ａに、ライブ映像解析停止指示を送信するようにしてもよいものとした。
これにより、監視システム１ａにおいて、優先されるライブ映像解析処理を停止してしまうことなく、限られたリソースを有効活用して、記録映像の解析処理を行うことが可能となる。

以上のように、実施の形態２によれば、監視システム１ａにおいて、レコーダ１１ａは、実施の形態１に係るレコーダ１１の構成と同様の構成に加え、リソース判定部１１７ａが、記録映像解析処理を実行可能な監視カメラ１０ａはないと判定した場合、監視カメラ１０ａに、当該監視カメラ１０ａが撮像したライブ映像に対するライブ映像解析処理を停止させるライブ映像解析停止指示を送信する停止指示送信部１１９１を備えるように構成した。そのため、監視システム１ａにおいて、解析専用のサーバを設けなくても、限られたリソースを有効活用して、記録映像の解析処理を行うことが可能となる。
また、レコーダ１１ａにおいて、停止指示送信部１１９１は、記録映像解析処理の優先度の方が、ライブ映像解析処理の優先度よりも高い場合に、ライブ映像解析停止指示を送信するように構成した。
そのため、監視システム１ａにおいて、優先されるライブ映像解析処理を停止してしまうことなく、限られたリソースを有効活用して、記録映像の解析処理を行うことが可能となる。

なお、以上の実施の形態１，２において、レコーダ１１，１１ａは、ネットワーク２のトラフィック状況に余裕がある場合は、高解像度の監視映像である記録映像を解析実行カメラに送信し、ネットワーク２のトラフィック状況に余裕がない場合は、低解像度の監視映像である記録映像を解析実行カメラに送信するようにしてもよい。この場合、レコーダ１１，１１ａにおいて、記録制御部１１２は、映像受信部１１１１が監視カメラ１０，１０ａから受信した高解像度のライブ映像、および、低解像度のライブ映像を、記録映像として、記録部１１３に記録する。
また、以上の実施の形態１，２において、レコーダ１１，１１ａは、解析結果受信部１１１３が受信した記録映像解析結果情報を表示装置１２に表示させることを必須としない。例えば、レコーダ１１，１１ａは、解析結果受信部１１１３が受信した記録映像解析結果情報を、記録部１１３に記録させるようにしてもよい。
また、以上の実施の形態１，２において、監視カメラ１０，１０ａは、ライブ映像解析処理を行わず、監視カメラ１０の外部に設けられた装置にてライブ映像解析処理を行うようにしてもよい。この場合、例えば、撮影部１０１は、ライブ映像を、ライブ映像解析処理を行う装置に送信するようにし、リソース情報送信部１０６１は、ライブ映像解析処理を行う装置からリソース情報を取得するようにする。
また、実施の形態１，２において、レコーダ１１，１１ａがリソース情報記録部１１４を備えることに加え、監視カメラ１０，１０ａが、リソース情報記録部を備えるようにしてもよい。

また、以上の実施の形態１，２において、監視カメラ１０，１０ａのライブ映像解析部１０４１，１０４１ａは、ライブ映像から、低解像度のライブ映像と、高解像度のライブ映像とを生成するものとしたが、ライブ映像解析部１０４１，１０４１ａは、低解像度のライブ映像および高解像度のライブ映像の生成を必須としない。ライブ映像解析部１０４１，１０４１ａは、撮影部１０１から出力されたライブ映像をそのまま、デコード部１０３に出力するようにしてもよい。但し、ライブ映像解析部１０４１，１０４１ａが、低解像度のライブ映像を生成するようにしておいたほうが、レコーダ１１，１１ａから監視カメラ１０，１０ａへ、記録映像解析処理を実行させるための記録映像を送信する際の通信トラフィックを削減することができる。
また、以上の実施の形態１，２において、リソース判定部１１７，１１７ａは、記録映像解析処理を実行可能な監視カメラ１０，１０ａが複数存在する場合、当該複数の監視カメラ１０，１０ａから１つ、解析実行カメラを決定するものとしたが、これは一例に過ぎない。リソース判定部１１７，１１７ａは、記録映像解析処理を実行可能な監視カメラ１０，１０ａが複数存在する場合、当該複数の監視カメラ１０，１０ａのうち、複数の監視カメラ１０，１０ａを解析実行カメラに決定するようにしてもよい。例えば、リソース判定部１１７，１１７ａは、受付部１１６が受け付けた記録映像解析処理の実行指示に基づき、記録映像解析処理を実行可能な監視カメラ１０，１０ａが１つでは、記録映像解析処理を実行するためのリソースが足りないと判断した場合、複数の、記録映像解析処理を実行可能な監視カメラ１０，１０ａを、解析実行カメラに決定することができる。
また、以上の実施の形態２では、リソース判定部１１７ａは、停止対象カメラを１つ決定するものとしたが、これは一例に過ぎない。リソース判定部１１７ａは、複数の監視カメラ１０，１０ａを停止対象カメラに決定するようにしてもよい。

また、以上の実施の形態１，２では、撮影部１０１は、フレーム単位で、監視映像を出力するものとしたが、これは一例に過ぎない。撮影部１０１は、複数フレーム単位で、監視映像を出力するようにしてもよい。
また、以上の実施の形態１，２において、監視カメラ１０，１０ａの映像解析部１０４，１０４ａ、または、レコーダ１１ａの映像解析部１１０は、機械学習済みのモデル（以下「機械学習済モデル」という。）に基づいて、映像解析処理を行うこともできる。この場合、レコーダ１１，１１ａは、解析実行カメラに記録映像解析処理を実行させる際、記録映像取得部１１８が取得した記録映像とともに、機械学習済モデルを、解析実行カメラに出力するようにしてもよい。例えば、ある監視カメラ１０，１０ａにおいて、人物検知の映像解析処理が実行できる状態にある、言い換えれば、監視カメラ１０，１０ａに人物検知用の機械学習モデルが記憶されているとする。レコーダ１１，１１ａは、上述の状態にある、ある監視カメラ１０，１０ａに対して、人物検知とは異なる内容の記録映像解析処理を実行させるとする。例えば、レコーダ１１，１１ａは、ある監視カメラ１０，１０ａに対して、物体検知の記録映像解析処理を実行させるとする。この場合、レコーダ１１，１１ａは、ある監視カメラ１０，１０ａに対して、記録映像解析処理を行わせる記録映像とともに、物体検知用の機械学習済モデルを、出力する。物体検知用の機械学習済モデルは、レコーダ１１，１１ａが記憶しているものとしてもよいし、物体検知用の機械学習済モデルはレコーダ１１，１１ａの外部の装置に記憶されており、レコーダ１１，１１ａが、外部の装置から物体検知用の機械学習済モデルを取得し、ある監視カメラ１０，１０ａに出力するようにしてもよい。
また、以上の実施の形態１，２では、ライブ映像解析処理は監視カメラ１０，１０ａが行うものしたが、記録映像解析処理同様、レコーダ１１，１１ａがライブ映像解析処理を行うようにすることもできる。この場合、映像解析部１１０が、監視カメラ１０，１０ａから送信されたライブ映像に対してライブ映像解析処理を行う。

図１１Ａ，図１１Ｂは、実施の形態１，２に係る監視カメラ１０，１０ａのハードウェア構成の一例を示す図である。
実施の形態１，２において、受信部１０２，１０２ａと、デコード部１０３と、映像解析部１０４，１０４ａと、エンコード部１０５と、送信部１０６の機能は、処理回路１１０１により実現される。すなわち、監視カメラ１０，１０ａは、レコーダ１１，１１ａから送信された記録映像に対して記録映像解析処理を行う処理回路１１０１を備える。
処理回路１１０１は、図１１Ａに示すように専用のハードウェアであっても、図１１Ｂに示すようにメモリ１１０７に格納されるプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０６であってもよい。

処理回路１１０１が専用のハードウェアである場合、処理回路１１０１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、またはこれらを組み合わせたものが該当する。

処理回路１１０１がＣＰＵ１１０６の場合、受信部１０２，１０２ａと、デコード部１０３と、映像解析部１０４，１０４ａと、エンコード部１０５と、送信部１０６の機能は、ソフトウェア、ファームウェア、または、ソフトウェアとファームウェアとの組み合わせにより実現される。すなわち、受信部１０２，１０２ａと、デコード部１０３と、映像解析部１０４，１０４ａと、エンコード部１０５と、送信部１０６は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１１０２、メモリ１１０７等に記憶されたプログラムを実行するＣＰＵ１１０６、システムＬＳＩ（Ｌａｒｇｅ−Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の処理回路により実現される。また、ＨＤＤ１１０２、メモリ１１０７等に記憶されたプログラムは、受信部１０２，１０２ａと、デコード部１０３と、映像解析部１０４，１０４ａと、エンコード部１０５と、送信部１０６の手順または方法をコンピュータに実行させるものであるとも言える。ここで、メモリ１１０７とは、例えば、ＲＡＭ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）等の、不揮発性もしくは揮発性の半導体メモリ、または、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等が該当する。

なお、受信部１０２，１０２ａと、デコード部１０３と、映像解析部１０４，１０４ａと、エンコード部１０５と、送信部１０６の機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。例えば、受信部１０２，１０２ａおよび送信部１０６については専用のハードウェアとしての処理回路１１０１でその機能を実現し、デコード部１０３と、映像解析部１０４と、エンコード部１０５については処理回路１１０１がメモリ１１０７に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
また、撮影部１０１は、撮像装置１１０５で構成される。
また、監視カメラ１０，１０ａは、レコーダ１１，１１ａ等の装置と、有線通信または無線通信を行う入力インタフェース装置１１０３および出力インタフェース装置１１０４を備える。

図１２Ａ，図１２Ｂは、実施の形態１，２に係るレコーダ１１，１１ａのハードウェア構成の一例を示す図である。
実施の形態１，２において、受信部１１１と、記録制御部１１２と、表示制御部１１５と、受付部１１６と、リソース判定部１１７，１１７ａと、記録映像取得部１１８と、送信部１１９，１１９ａと、映像解析部１１０の機能は、処理回路１２０１により実現される。すなわち、レコーダ１１，１１ａは、監視カメラ１０，１０ａの空きリソースに応じて、監視カメラ１０，１０ａに、記録映像に対する記録映像解析処理を実行させる制御を行う処理回路１２０１を備える。
処理回路１２０１は、図１２Ａに示すように専用のハードウェアであっても、図１２Ｂに示すようにメモリ１２０６に格納されるプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０５であってもよい。

処理回路１２０１が専用のハードウェアである場合、処理回路１２０１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、またはこれらを組み合わせたものが該当する。

処理回路１２０１がＣＰＵ１２０５の場合、受信部１１１と、記録制御部１１２と、表示制御部１１５と、受付部１１６と、リソース判定部１１７，１１７ａと、記録映像取得部１１８と、送信部１１９，１１９ａと、映像解析部１１０の機能は、ソフトウェア、ファームウェア、または、ソフトウェアとファームウェアとの組み合わせにより実現される。すなわち、受信部１１１と、記録制御部１１２と、表示制御部１１５と、受付部１１６と、リソース判定部１１７，１１７ａと、記録映像取得部１１８と、送信部１１９，１１９ａと、映像解析部１１０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１２０２、メモリ１２０６等に記憶されたプログラムを実行するＣＰＵ１２０５、システムＬＳＩ（Ｌａｒｇｅ−Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の処理回路により実現される。また、ＨＤＤ１２０２、メモリ１２０６等に記憶されたプログラムは、受信部１１１と、記録制御部１１２と、表示制御部１１５と、受付部１１６と、リソース判定部１１７，１１７ａと、記録映像取得部１１８と、送信部１１９，１１９ａと、映像解析部１１０の手順または方法をコンピュータに実行させるものであるとも言える。ここで、メモリ１２０６とは、例えば、ＲＡＭ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）等の、不揮発性もしくは揮発性の半導体メモリ、または、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等が該当する。

なお、受信部１１１と、記録制御部１１２と、表示制御部１１５と、受付部１１６と、リソース判定部１１７，１１７ａと、記録映像取得部１１８と、送信部１１９，１１９ａと、映像解析部１１０の機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。例えば、受信部１１１および送信部１１９，１１９ａについては専用のハードウェアとしての処理回路１２０１でその機能を実現し、記録制御部１１２と、表示制御部１１５と、受付部１１６と、リソース判定部１１７，１１７ａと、記録映像取得部１１８と、映像解析部１１０については処理回路１２０１がメモリ１２０６に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
記録部１１３とリソース情報記録部１１４は、ＨＤＤ１２０２で構成される。なお、これは一例であって、記録部１１３とリソース情報記録部１１４は、メモリ１２０６、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、または、ＤＶＤ等によって構成されるものであってもよい。
また、レコーダ１１，１１ａは、監視カメラ１０，１０ａ、表示装置１２、または、入力装置１３等の装置と、有線通信または無線通信を行う入力インタフェース装置１２０３および出力インタフェース装置１２０４を備える。

なお、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

１，１ａ 監視システム、２ ネットワーク、１０，１０ａ 監視カメラ、１１，１１ａ レコーダ、１２ 表示装置、１３ 入力装置、１０１ 撮影部、１０２，１１１ 受信部、１０２１ 記録映像受信部、１０２２ 停止指示受信部、１０３ デコード部、１０４ａ，１１０ 映像解析部、１０４１，１０４１ａ ライブ映像解析部、１０４２ 記録映像解析部、１０５ エンコード部、１０６，１１９，１１９ａ 送信部、１０６１ リソース情報送信部、１０６２ 解析結果送信部、１０６３ 映像送信部、１１１１ 映像受信部、１１１２ リソース情報受信部、１１１３ 解析結果受信部、１１２ 記録制御部、１１３ 記録部、１１４ リソース情報記録部、１１５ 表示制御部、１１６ 受付部、１１７，１１７ａ リソース判定部、１１８ 記録映像取得部、１１０１，１２０１ 処理回路、１１０２，１２０２ ＨＤＤ、１１０３，１２０３ 入力インタフェース装置、１１０４，１２０４ 出力インタフェース装置、１１０５ 撮像装置、１１０６，１２０５ ＣＰＵ、１１０７，１２０６ メモリ。

Claims (9)

1. 監視カメラにおける、リソースの使用状況に関するリソース情報を受信するリソース情報受信部と、
   前記監視カメラが過去に撮像した記録映像に対する記録映像解析処理の実行指示を受け付ける受付部と、
   前記受付部が前記実行指示を受け付けた場合、前記リソース情報受信部が受信したリソース情報に基づき、前記記録映像解析処理を実行可能な前記監視カメラがあるか否か判定するリソース判定部と、前記受付部が受け付けた実行指示に基づく前記記録映像を取得する記録映像取得部と、
   前記記録映像取得部が取得した記録映像を、前記記録映像解析処理を実行可能な前記監視カメラに送信し、当該記録映像解析処理を実行させる送信部
   とを備えたレコーダ。
2. 前記リソース判定部が、前記記録映像解析処理を実行可能な前記監視カメラはないと判定した場合、前記監視カメラに、当該監視カメラが撮像したライブ映像に対するライブ映像解析処理を停止させるライブ映像解析停止指示を送信する停止指示送信部を備えた
   ことを特徴とする請求項１記載のレコーダ。
3. 前記停止指示送信部は、
   前記記録映像解析処理の優先度の方が、前記ライブ映像解析処理の優先度よりも高い場合に、前記ライブ映像解析停止指示を送信する
   ことを特徴とする請求項２記載のレコーダ。
4. 前記監視カメラから、前記送信部が送信した記録映像に対する前記記録映像解析処理を行った結果に関する記録映像解析結果情報を受信する解析結果受信部と、
   前記解析結果受信部が受信した記録映像解析結果情報を表示させる表示制御部
   とを備えた請求項１から請求項３のうちのいずれか１項記載のレコーダ。
5. レコーダに対して、リソースの使用状況に関するリソース情報を送信するリソース情報送信部と、
   前記リソース情報送信部が送信したリソース使用情報に基づいて前記レコーダから送信された記録映像を受信する記録映像受信部と、
   前記記録映像受信部が受信した記録映像に対する記録映像解析処理を実行する記録映像解析部
   とを備えた監視カメラ。
6. 前記レコーダに、前記記録映像解析部が行った前記記録映像解析処理の結果に関する記録映像解析結果情報を送信する解析結果送信部
   を備えた請求項５記載の監視カメラ。
7. 監視エリアを撮像する撮影部と、
   前記撮影部が前記監視エリアを撮像したライブ映像に対するライブ映像解析処理を行うライブ映像解析部と、
   前記レコーダから、前記ライブ映像解析処理を停止させるライブ映像解析停止指示を受信する停止指示受信部とを備え、
   前記ライブ映像解析部は、前記停止指示受信部が前記ライブ映像解析停止指示を受信すると、前記ライブ映像解析処理を停止する
   ことを特徴とする請求項５または請求項６記載の監視カメラ。
8. 請求項１から請求項４のうちのいずれか１項記載のレコーダと、
   請求項５から請求項７記載の監視カメラ
   とを備えた監視システム。
9. コンピュータを、
   監視カメラにおける、リソースの使用状況に関するリソース情報を受信するリソース情報受信部と、
   前記監視カメラが過去に撮像した記録映像に対する記録映像解析処理の実行指示を受け付ける受付部と、
   前記受付部が前記実行指示を受け付けた場合、前記リソース情報受信部が受信したリソース情報に基づき、前記記録映像解析処理を実行可能な前記監視カメラがあるか否か判定するリソース判定部と、前記受付部が受け付けた実行指示に基づく前記記録映像を取得する記録映像取得部と、
   前記記録映像取得部が取得した記録映像を、前記記録映像解析処理を実行可能な前記監視カメラに送信し、当該記録映像解析処理を実行させる送信部
   として機能させるための映像解析プログラム。

Images