カメラ監視システム
【課題】システムの稼動効率の低下を抑えることが可能なカメラ監視システムを提供すること。
【解決手段】設定情報に基づき動作する装置、つまり映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０などに、それぞれ管理サーバ２１０の一部の機能を代理する代理モジュール１１０４、２２０４、１２０４を配置し、該代理モジュールにより該モジュールの配下にある各モジュールの稼動状態を確認（モニタ）し、各モジュールの稼動時にはリロードを保留させ、非稼動時にリロードするように構成したカメラ監視システム。
【解決手段】設定情報に基づき動作する装置、つまり映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０などに、それぞれ管理サーバ２１０の一部の機能を代理する代理モジュール１１０４、２２０４、１２０４を配置し、該代理モジュールにより該モジュールの配下にある各モジュールの稼動状態を確認（モニタ）し、各モジュールの稼動時にはリロードを保留させ、非稼動時にリロードするように構成したカメラ監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カメラで撮影した映像を効率的に監視し、更に稼動監視まで統合的に行うことができるカメラ監視システムに関する。
【０００２】
更に、詳しくは、例えば、カメラ、特にＩＰカメラまたはネットワークカメラまたはＷＥＢカメラで撮影した映像を内蔵ハードディスクドライブ（ＨＤＤ）に保存する映像蓄積装置、映像をモニタするモニタ装置（モニタＰＣ）を含む複数の監視拠点側装置、前記映像蓄積装置の内蔵ハードディスクドライブ（ＨＤＤ）に蓄積された映像データを定期的にバックアップし、保管する保管サーバ、システムの動作に必要な設定情報の管理、配信並びに使用するユーザ情報を管理する管理サーバ、システムの動作に必要な設定情報の作成、編集並びにシステムを利用するユーザ情報の作成、編集を行う管理装置（管理ＰＣ）を含む監視側の監視センタをネットワークで接続したカメラ監視システムに関する。
【０００３】
最近、防犯、安全確認、内部統制、状況把握など、様々な分野で、映像監視の需要は、ますます高まってきている。
【０００４】
例えば、防犯機能を有するシステムとして、従来に、多数のＩＰカメラ映像を効率良く集中管理、更に稼動監視までを統合的に実施する映像集中監視システムが提案されている。例えば、非特許文献（ＩＣＴ安心ＮＡＶＩＧＡＴＩＯＮ：日立電子サービス）に示すようなものがある。すなわち、多数のＩＰカメラを映像監視ソフトウェアで制御し、高画質映像のモニタリング、蓄積、検索、更には、システムの稼動監視までを効率的にかつ統合的に行えるシステムである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−４２２２２号公報
【非特許文献】
【０００６】
【非特許文献１】http://navi.e-densa.com/classify/theme/s-safety/s-safety-04/
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、従来のカメラ監視システムは、例えばカメラの増設に伴い、システムの動作に必要な設定情報のリロード（再装填；最新の設定情報更新）やリブート（再起動）の実行の効率化までは考慮されていなかった。
【０００８】
例えば、リロードする場合、従来では、一般的には、その都度、システム全体を止め、例えば、カメラからの監視映像の録画する機能を停止した状態で実行することになり、システムの稼動、つまり映像監視を一旦中断しなければならず、停止期間中に警備員を配置するといった、映像監視の代替措置を講じなければならないなど、効率の低下を招く課題があった。
【課題を解決するための手段】
【０００９】
本発明は、係る課題に鑑みなされ、設定情報に基づき動作する装置、つまり映像蓄積装置、保管サーバ、モニタＰＣなどに管理サーバの一部の機能を代理する代理モジュールを配置し、該代理モジュールにより該モジュールの配下にある各モジュールの稼動状態を確認（モニタ）し、各モジュールの稼動時にはリロードを保留させ、非稼動時にリロードするように構成したものである。
【００１０】
例えば、請求項１に係る発明は、設定情報の保存と配布を管理する管理サーバと、該管理サーバから配布される設定情報を受信する監視対象の映像を蓄積、保管、モニタする装置とを備えたカメラ監視システムにおいて、映像を蓄積、保管、モニタする装置は、前記管理サーバからの配布設定情報を受信する受信部と、前記配布設定情報を解析する解析部と、前記解析部により解析結果を受け、前記設定情報の更新を実行する更新部と、前記更新部の設定情報を受け、リロード指示するリロード実行部と、前記映像を蓄積、保管、モニタする装置の各モジュールの稼動状態を確認し、該装置が稼動状態にないと確認できたとき、前記リロード実行部のリロード指示に基づき前記蓄積、保管、モニタする装置の各モジュールをリブートする代理モジュールと、を備え、前記代理モジュールにより該代理モジュールの配下にある各モジュールをリブートすることを特徴とするカメラ監視システムである。
【００１１】
また、請求項２に係る発明は、前記管理サーバが、前記設定情報を記憶する記憶部と、管理ＰＣからの設定情報要求を受け、該要求に応じた設定情報を前記記憶部により世代管理された設定情報からカレント情報に置き換え、該設定情報を配布する設定情報配布部を備えたカメラ監視システムである。
【発明の効果】
【００１２】
本発明によれば、従来の課題を是正することができ、システムの効率を低下させることなく、設定情報の更新を必要な装置に反映させることができる。
【図面の簡単な説明】
【００１３】
【図１】図１は本発明のカメラ監視システムの構成イメージを示す図である。
【図２】図２は本発明のシステム機能ブロック図である。
【図３】図３は代理モジュールの機能ブロック図である。
【図４】図４は代理モジュールの処理を説明する処理フロー図である。
【図５】図５は設定情報の一例を示す表である。
【発明を実施するための形態】
【００１４】
設定情報に関連して動作する装置にリロード指示に基づきリブートを実行する代理モジュールを配置し、該代理モジュールにより配下にある各モジュールの稼動状態を随時確認し、変更があったとき、かつ配下にある各モジュールが稼動状態でない場合に各モジュールのリブートを実行する。
【実施例】
【００１５】
以下、本発明の一実施形態について説明する。図１は本発明のカメラ監視システムの構成イメージを示す図である。
【００１６】
同図において、１００は、監視対象物の監視拠点１〜ｎ側を示し、該拠点側には、対象物を撮影するカメラ１３０、該カメラで撮影した映像を蓄積する映像蓄積装置１１０、該映像をモニタするモニタＰＣ１２０、該映像を監視センタ側に送信するルータ１４０などが配置されている。
【００１７】
カメラ１３０は、例えばＩＰカメラまたはネットワークカメラまたはＷＥＢカメラであり、監視対象物を撮影した映像をＪＰＥＧやＨ．２６４方式などでデジタル化（映像データ）し、映像蓄積装置１１０に送信する。
【００１８】
映像蓄積装置１１０は、カメラ１３０からの映像を受信し、該映像を蓄積する内蔵ハードディスク（ＨＤＤ）を備えている。また、ルータ１４０、モニタＰＣ１２０にも映像を配信する。
【００１９】
モニタＰＣ１２０は、映像蓄積装置１１０から配信された映像を表示するとともに、映像蓄積装置１１０の内蔵ＨＤＤに蓄積された映像データ（録画データ）からカメラ名、日付などを指定して検索し、閲覧する検索、閲覧機能を有している。また、映像データ（録画データ）は、日付、カメラ名を指定して検索できるほか、動き検知などのイベント録画のみの検索やライブ表示から直近の映像を検索することも可能である。
【００２０】
２００は、監視センタ側を示し、該センタ側には、管理サーバ２１０、保管サーバ２２０、管理ＰＣ２３０、ルータ２４０が配置されている。
【００２１】
保管サーバ２２０は、拠点側に配置された映像蓄積装置１１０の内蔵ＨＤＤに蓄積された映像データを毎日決められた時刻に自動的にバックアップし、保管する自動バックアップ機能を有している。
【００２２】
管理サーバ２１０は、システムの動作に必要な設定情報の管理、配信並びにシステムを使用するユーザ情報の管理を行う機能を有している。また、管理サーバ２１０は、保管サーバ２２０や拠点側の映像蓄積装置１１０、モニタＰＣ１２０などを管理する機能を有している。また、更に管理サーバ２１０は、例えば専用ネットワークを介して他の監視センタに接続される。
【００２３】
設定情報とは、例えば、システムにおける機器の構成情報、構成機器ごとの装置種別（カメラ、映像蓄積装置、保管サーバ、モニタＰＣ、その他）、ＩＤ（同一種別内での識別のためのユニーク番号）、名称、ＩＰアドレス、認証情報（セキュリティ上必要な認証ＩＤ及びパスワード）、従属情報（所属するエリアやグループ）、依存関係情報（カメラと映像蓄積装置の親子関係など）、動作情報（映像データの画像サイズ、データ形式、映像方式など）などからなり、システムを構成する各々の装置が相互に通信を行いながら機能するのに必要な情報である。
【００２４】
図５は設定情報の一例を示し、情報の種類、その説明を整理した表である。すなわち、情報の種類としては、Ｎｏ．１〜Ｎｏ．８に示すように装置種別、ＩＤ、名称、ネットワーク情報、認証情報、従属情報、依存関係情報、動作情報などであり、その機能は説明の欄に記載したとおりである。
【００２５】
管理ＰＣ２３０は、システムの動作に必要な設定情報の作成、編集並びにシステムを使用するユーザ情報の作成、編集を行う機能を有している。
【００２６】
ルータ１４０及び２４０は、拠点側装置と管理センタ側装置間をネットワーク３００で接続し、通信データを中継する機能を有している。
【００２７】
図２はカメラ監視システムの主要部の機能構成ブロック図である。
同図において、管理ＰＣ２３０は、管理サーバ２１０に対して設定情報（設定情報Ａ）のダウンロードを要求する設定情報要求部２３０１と、管理サーバ２１０からダウンロードされる設定情報Ａを受信する設定情報受信部２３０２と、ダウンロード設定情報Ａを解析する設定情報解析部２３０３と、設定情報Ａを編集するディスプレイ部２３０６を含む設定情報編集部２３０４と、設定情報編集部２３０４により編集された新しい世代の設定情報Ａ＋１をアップロードするために、また該新しい世代の設定情報Ａ＋１を映像蓄積装置１１０と保管サーバ２２０及びモニタＰＣ１２０などに配布する時間を予約（配布予約）するための配布スケジュールＢを管理サーバ２１０（含管理モジュール）に送信する設定情報送信部２３０５などを備えている。
【００２８】
管理サーバ２１０は、管理ＰＣ２３０から送信される新しい世代の設定情報Ａ＋１や配布スケジュールＢを受信する設定情報受信部２１０１と、受信した新しい世代の設定情報Ａ＋１を解析する設定情報解析部２１０２と、解析設定情報を管理する設定情報管理部２１０３と、設定情報管理部２１０３が管理する設定情報（Ａ−１、Ａ−２、Ａ−ｎ、Ａ、Ａ＋１など）を記憶する設定情報記憶部２１０５と、管理ＰＣ２３０からの設定情報の前記ダウンロード要求に対応して設定情報Ａを管理ＰＣ２３０に送信する設定情報送信部２１０４と、前記配布スケジュールＢに基づき動作する配布スケジューラ２１０７と、該配布スケジューラにより前記設定情報記憶部２１０５に記憶された設定情報Ａ＋１を映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０に配布する設定情報配布部２１０６などを備えている。
【００２９】
設定情報管理部２１０３は、管理ＰＣ２３０からの要求により、世代管理された設定情報（Ａ、Ａ＋１、Ａ−１、Ａ−２、Ａ−ｎ）から任意の設定情報をカレント情報に置き換える機能も有する。これは、管理ＰＣ２３０における設定編集の人為的ミスや後述する代理モジュールで誤りであることが判断できる情報は回復、つまり前の世代に戻すことができるようにするためである。これは、人為的ミスにより、不都合の生じる可能性のある設定情報を正常化するために必要な機能である。
【００３０】
ここで、設定情報Ａはカレントの情報を表し、設定情報Ａ−１はカレントより一世代前の設定情報を表し、設定情報Ａ＋１はカレントよりも新しく世代の設定情報を表している。
【００３１】
設定情報配布部２１０６は、配布スケジューラ２１０７により、配布スケジュールＢの予約時刻到達時に新しい世代の設定情報Ａ＋１の更新指示を行うため、新しい世代の設定情報を後述する監視対象の映像を蓄積、保管、モニタする装置（映像蓄積装置、保管サーバ、モニタＰＣ）側に配布する。
【００３２】
映像蓄積装置１１０は、カメラ１３０にて撮影した映像を取得する映像取得モジュール１１０１と、取得した映像を蓄積する映像蓄積モジュール１１０２と、モニタＰＣ１２０に映像を配信する映像配信モジュール１１０３、管理サーバ２１０の機能の一部、つまり各モジュールをリブート（Reboot；再起動）する機能を代理するように構成された代理モジュール１１０４を備えている。
【００３３】
また、映像蓄積装置１１０は、管理サーバ２１０から配布された新しい世代の設定情報Ａ＋１を受信する設定情報受信部１１０５と、該設定情報を解析する設定情報解析部１１０６と、解析結果を考慮し、映像蓄積装置１１０のカレントの設定情報Ａを更新する設定情報更新部１１０７と、該設定情報更新部１１０７により更新された設定情報を登録する設定情報記録部１１０９と、代理モジュール１１０４に対してリロード（再装填）指示をするリロード実行部１１０８などを備えている。設定情報Ａを新しい世代の設定情報Ａ＋１に更新する場合には、カレントの設定情報Ａは破棄する。
【００３４】
リロード指示を受けた代理モジュール１１０４は、その配下にある映像取得モジュール１１０１、映像蓄積モジュール１１０２、映像配信モジュール１１０３の各モジュールをリブート（Reboot；再起動）する。
【００３５】
このリブートにより、映像蓄積装置１１０は新しい世代の設定情報Ａ＋１により映像蓄積動作を継続する。
【００３６】
保管サーバ２２０は、映像蓄積装置１１０と同様に設定情報受信部２２０５、設定情報解析部２２０６、設定情報更新部２２０７、リロード実行部２２０８及び映像を保管する保管モジュール２２０１と代理モジュール２２０４を備えている。代理モジュール２２０４は、その配下にある保管モジュール２２０１をリブート（Reboot；再起動）する。
【００３７】
また、モニタＰＣ１２０は、例えば図示したような監視画面を有し、映像蓄積装置１１０及び保管サーバ２２０と同様に設定情報受信部１２０５、設定情報解析部１２０６、設定情報更新部１２０７、リロード実行部１２０８及びライブ表示モジュール１２０１、映像を検索する映像検索モジュール１２０２と代理モジュール１２０４を備えている。代理モジュール１２０４はその配下にあるライブ表示モジュール１２０１、映像検索モジュール１２０２などをリブート（Reboot；再起動）する。
【００３８】
映像蓄積装置１１０、保管サーバ２２０、モニタＰＣのそれぞれに配置された各代理モジュール１１０４、２２０４、１２０４は、その配下にある各モジュールの状態を吸い上げ、監視するものであって、管理サーバ２１０の管理モジュール２１０７に接続されており、その管理下にある。そして、それぞれの各モジュールの配下にある各モジュールの稼動状況をモニタし、リブートするタイミングを見ている。具体的には、モジュールの稼動状況をモニタし、モジュールが稼動状態にないとき、モジュールを停止し、リロードし、リブートを実行する。
【００３９】
なお、同図において、設定情報Ａは、カレントの情報を示し、Ａ−１はカレントより１世代前の設定情報、Ａ＋１はカレントよりも新しい世代の設定情報を示しているが、ここで、管理サーバ２１０、保管サーバ２２０、映像蓄積装置１１０は、クラウド環境においても良い。
【００４０】
本システムは、例えば、カメラの増設、削除、交換、バージョンアップなどや映像蓄積スケジュールの変更などに伴い、システム構成や動作条件を変更する場合が生じる。以下、そのときの動作について説明する。
【００４１】
まず、（１）管理ＰＣ２３０から管理サーバ２１０に対して設定情報Ａ（カレントの設定情報）のダウンロードを要求する。この要求は、管理ＰＣ２３０の設定情報要求部２３０１から管理サーバ２１０の設定情報管理部２１０３に対して行われる。
【００４２】
すると、管理サーバ２１０の設定情報管理部２１０３は、（２）設定情報記憶部２１０５からカレントの設定情報Ａを取り出し、設定情報送信部２１０４を経由して管理ＰＣ２３０にダウンロードを行う。
【００４３】
管理ＰＣ２１０は、設定情報受信部２３０３を経由して設定情報Ａをダウンロードし、設定情報解析部２３０４によりダウンロードの設定情報Ａがカレント情報であることと、設定情報に不整合や破損がないことをチェックした後、設定情報編集部２３０５で、ユーザが編集できる状態にし、ディスプレイ部２３０６に表示し、必要な変更を可能とする。
【００４４】
設定情報編集部２３０５により、（３）変更が反映された最新の設定情報Ａ＋１に、該設定情報の配布を決定する配布スケジュールBを添付し、設定情報送信部２３０５を経由して管理サーバ２１０へ送信（アップロード）する。配布スケジュールBには、変更された設定情報Ａ＋１を映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０へ配布する日時を指定する情報が含まれている。
【００４５】
管理サーバ２１０は、設定情報Ａ＋１と配布スケジュールBを設定情報受信部２１０１により受信するとともに配布スケジューラ２１０７により、（４）配布スケジュールBにて指定された日時になったとき、映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０にそれぞれ設定情報Ａ＋１を配布する。
【００４６】
配布完了後は、この設定情報Ａ＋１をカレントの設定情報として、設定情報記憶部２１０５に登録する。
なお、設定情報配布部２１０６は、すべての装置から各々設定情報の受信が完了したか否かを監視する機能を有する。
【００４７】
管理サーバ２１０から配布された設定情報Ａ＋１を受ける側の装置である映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０はそれぞれ以下の如く動作する。
【００４８】
まず、管理サーバ２１０から配布された設定情報Ａ＋１を設定情報受信部１１０５、２２０５、１２０５により受信する。受信が完了した場合は、その旨を管理サーバ２１０に通知する。
【００４９】
次に、設定情報解析部１１０６、２２０６、１２０６により、この設定情報Ａ＋１が新しい世代の設定情報（新設定情報）であることと、不整合や破損がないことをチェックした後、設定情報更新部１１０７、２２０７、１２０７により設定情報Ａを破棄し、設定情報Ａ＋１を設定情報記憶部１１０９、２２０９、１２０９に登録する。また、設定情報Ａ＋１の変更内容が当該装置の動作に影響がある場合、リブートフラグをオン（ＯＮ）にする。
【００５０】
次に、リロード実行部１１０８、２２０８、１２０８は、リブートフラグがオンの場合、代理モジュール１１０４、２２０４、１２０４にリロード指示を行う。リロード指示を受けた各代理モジュールは、その配下にある各モジュール１１０１〜１１０３、２２０１、１２０１〜１２０２の稼動状態をチェックする。稼動中（アクティブ）状態の場合は、リロード指示を保留にすることもできる。このリロード指示に基づき各代理モジュールは、配下のモジュールをリブートさせ、設定情報Ａ＋１の内容を配下のモジュールに反映させる。
【００５１】
図３は映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０の代理モジュール１１０４、２２０４、１２０４の一構成例を示すブロック図である。代理モジュールは１つのモジュールで兼用するように構成しても良い。
【００５２】
同図において、代理モジュール１１０４、２２０４、１２０４は、その配下にある各種モジュール１１０１〜１１０３、２２０１、１２０１〜１２０２の稼動状態を監視する稼動監視部１１２と、該稼動監視部により各モジュールに障害が発生した場合には、管理サーバ２１０の管理モジュール２１０８に対して障害通知を行う障害通知部１１１などを備えている。この障害有無については、各モジュールの監視情報を読み取り、予め記録部（図示せず）に登録してある登録管理対象モジュール情報１１３を参照して判断する。
【００５３】
また、代理モジュール１１０４、２２０４、１２０４は、各リロード実行部１１０８、２２０８、１２０８からのリロード指示を受けたとき、稼動監視部１１２からの非稼動フラグ情報１１４を元にリブート可能か否か判定し、リブート可能と判定したとき、リブート指示を出力するリブート判定部１１５及びリブート判定部１１５からのリブート指示を受け、各モジュールをリブートするリブート実行部１１６などを備えている。
【００５４】
リブート実行部１１６は管理モジュール２１０８から強制リブート指示を受けたときも各種モジュール１１０１〜１１０３、２２０１、１２０１〜１２０２をリブート可能になるように構成してある。
【００５５】
図４は代理モジュールの処理フローを示す図である。同図を用いて、管理モジュール２１０８と代理モジュールとの関係及びリロード実行部からの指示を受けてリブート（再起動）するまでの処理フローを示すフローチャートである。
【００５６】
同図において、代理モジュールが、ステップＳ１０１にてスタート（ＳＴＡＲＴ）すると、まずステップＳ１０２により、管理対象の各モジュール（１１０１〜１１０３、２２０１、１２０１〜１２０２）の確認を行い、ステップＳ１０３により、管理対象モジュールを配下モジュール情報に登録を行う。この配下モジュール情報は記憶部（図示せず）に登録することにより行われる。
【００５７】
次に、ステップＳ１０４において、配下のモジュールが稼動中か否か判断する。
この判断の結果、稼動中でない場合（Ｎ）には、次いでステップＳ１０５において、配下モジュールが異常により停止したものであるか否か判断する。
【００５８】
この判断の結果、異常停止の場合（Ｙ）には、ステップＳ１０７により、管理モジュール２１０８に異常停止状態にある旨通報する。
【００５９】
異常停止でない場合（Ｎ）には、ステップＳ１０６により、当該代理モジュールに非稼動フラグをセットする。
【００６０】
次に、配下のモジュールが稼動中である場合（Ｙ）及び当該代理モジュールに非稼動フラグがセットされている場合には、ステップＳ１０８により、設定情報の受信待ち状態となる。
次に、ステップＳ１０９において、設定情報を受信したか否か判断する。
【００６１】
この判断の結果、設定情報を受信した場合（Ｙ）には、ステップＳ１１０により、この受信した設定情報が新しい世代の設定情報か否か判断する。
【００６２】
この判断の結果、新しい世代の設定情報である場合（Ｙ）には、ステップＳ１１１において、新設定情報に不整合や破損があるか否か判断する。
【００６３】
この判断の結果、設定情報に不整合や破損がある場合（Ｙ）には、ステップＳ１１２により、管理モジュール２１０８にエラー通知し、次いでステップＳ１１３により、代理モジュールに対して強制停止の指令があるか否かを判断する。
【００６４】
この判断の結果、強制停止指令の場合（Ｙ）には、当該代理モジュールの動作を終了（ＥＮＤ）する。
【００６５】
前記ステップＳ１１１において、設定情報に不整合や破損がない場合（Ｎ）には、ステップＳ１１４により、管理モジュール２１０８に対して、受信完了の通知を行い、またステップＳ１１５により、現有（カレント）の設定情報Ａを削除（破棄）し、受信した新しい世代の設定情報Ａ＋１を記憶部に保存する。
【００６６】
次に、ステップＳ１１６において、この新しい世代の設定情報が配下モジュールの動作に影響のある情報か否か判断する。
【００６７】
この判断の結果、影響のある情報である場合（Ｙ）には、ステップＳ１１７において、非稼動フラグはオン（ＯＮ）か否か判断する。
【００６８】
この判断の結果、非稼動フラグがオンの場合（Ｙ）には、ステップＳ１１８により、該当モジュール（１１０１〜１１０３、２２０１、１２０１〜１２０２）をリブートする。
【００６９】
非稼動フラグがオンでない場合（Ｎ）には、ステップＳ１１９において、管理モジュール２１０８から強制リブート指示があるか否か判断する。
【００７０】
この判断の結果、リブート指示がある場合（Ｙ）には、ステップＳ１２０により、該当モジュール（１１０１〜１１０３、２２０１、１２０１〜１２０２）をリブートする。
【００７１】
ここで、配布された設定情報を更新する際、各装置で稼動状態でない場合のみ更新する機能も可能とする。これにより、映像蓄積装置１１０への映像蓄積や監視停止など、システムの不稼動時間を最小限に抑えることができ、システムの稼動効率低下を抑えることができる。
【００７２】
すなわち、本実施例によれば、映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０などにそれぞれ代理モジュール１１０４、２２０４、１２０４を配置させ、該代理モジュールにより配下の各モジュールの稼動状態をモニタし、この稼動状態に応じてリブートし、更新設定情報を有効とすることができることから、システムにおけるカメラ監視を長時間止めずにリブートすることができる。
【産業上の利用可能性】
【００７３】
ライブ映像表示機能、録画、検索機能、稼動監視機能を有したシステムに有効であるが、その他新しい設定機能（バージョンアップなど）をダウンロードするシステムであれば、適用可能である。
【符号の説明】
【００７４】
１１０ 映像蓄積装置
１１０４ 代理モジュール
１２０ モニタＰＣ
１２０４ 代理モジュール
２１０ 管理サーバ
２１０８ 管理モジュール
２２０ 保管サーバ
２２０４ 代理モジュール
２３０ 管理ＰＣ
【技術分野】
【０００１】
本発明は、カメラで撮影した映像を効率的に監視し、更に稼動監視まで統合的に行うことができるカメラ監視システムに関する。
【０００２】
更に、詳しくは、例えば、カメラ、特にＩＰカメラまたはネットワークカメラまたはＷＥＢカメラで撮影した映像を内蔵ハードディスクドライブ（ＨＤＤ）に保存する映像蓄積装置、映像をモニタするモニタ装置（モニタＰＣ）を含む複数の監視拠点側装置、前記映像蓄積装置の内蔵ハードディスクドライブ（ＨＤＤ）に蓄積された映像データを定期的にバックアップし、保管する保管サーバ、システムの動作に必要な設定情報の管理、配信並びに使用するユーザ情報を管理する管理サーバ、システムの動作に必要な設定情報の作成、編集並びにシステムを利用するユーザ情報の作成、編集を行う管理装置（管理ＰＣ）を含む監視側の監視センタをネットワークで接続したカメラ監視システムに関する。
【０００３】
最近、防犯、安全確認、内部統制、状況把握など、様々な分野で、映像監視の需要は、ますます高まってきている。
【０００４】
例えば、防犯機能を有するシステムとして、従来に、多数のＩＰカメラ映像を効率良く集中管理、更に稼動監視までを統合的に実施する映像集中監視システムが提案されている。例えば、非特許文献（ＩＣＴ安心ＮＡＶＩＧＡＴＩＯＮ：日立電子サービス）に示すようなものがある。すなわち、多数のＩＰカメラを映像監視ソフトウェアで制御し、高画質映像のモニタリング、蓄積、検索、更には、システムの稼動監視までを効率的にかつ統合的に行えるシステムである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−４２２２２号公報
【非特許文献】
【０００６】
【非特許文献１】http://navi.e-densa.com/classify/theme/s-safety/s-safety-04/
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、従来のカメラ監視システムは、例えばカメラの増設に伴い、システムの動作に必要な設定情報のリロード（再装填；最新の設定情報更新）やリブート（再起動）の実行の効率化までは考慮されていなかった。
【０００８】
例えば、リロードする場合、従来では、一般的には、その都度、システム全体を止め、例えば、カメラからの監視映像の録画する機能を停止した状態で実行することになり、システムの稼動、つまり映像監視を一旦中断しなければならず、停止期間中に警備員を配置するといった、映像監視の代替措置を講じなければならないなど、効率の低下を招く課題があった。
【課題を解決するための手段】
【０００９】
本発明は、係る課題に鑑みなされ、設定情報に基づき動作する装置、つまり映像蓄積装置、保管サーバ、モニタＰＣなどに管理サーバの一部の機能を代理する代理モジュールを配置し、該代理モジュールにより該モジュールの配下にある各モジュールの稼動状態を確認（モニタ）し、各モジュールの稼動時にはリロードを保留させ、非稼動時にリロードするように構成したものである。
【００１０】
例えば、請求項１に係る発明は、設定情報の保存と配布を管理する管理サーバと、該管理サーバから配布される設定情報を受信する監視対象の映像を蓄積、保管、モニタする装置とを備えたカメラ監視システムにおいて、映像を蓄積、保管、モニタする装置は、前記管理サーバからの配布設定情報を受信する受信部と、前記配布設定情報を解析する解析部と、前記解析部により解析結果を受け、前記設定情報の更新を実行する更新部と、前記更新部の設定情報を受け、リロード指示するリロード実行部と、前記映像を蓄積、保管、モニタする装置の各モジュールの稼動状態を確認し、該装置が稼動状態にないと確認できたとき、前記リロード実行部のリロード指示に基づき前記蓄積、保管、モニタする装置の各モジュールをリブートする代理モジュールと、を備え、前記代理モジュールにより該代理モジュールの配下にある各モジュールをリブートすることを特徴とするカメラ監視システムである。
【００１１】
また、請求項２に係る発明は、前記管理サーバが、前記設定情報を記憶する記憶部と、管理ＰＣからの設定情報要求を受け、該要求に応じた設定情報を前記記憶部により世代管理された設定情報からカレント情報に置き換え、該設定情報を配布する設定情報配布部を備えたカメラ監視システムである。
【発明の効果】
【００１２】
本発明によれば、従来の課題を是正することができ、システムの効率を低下させることなく、設定情報の更新を必要な装置に反映させることができる。
【図面の簡単な説明】
【００１３】
【図１】図１は本発明のカメラ監視システムの構成イメージを示す図である。
【図２】図２は本発明のシステム機能ブロック図である。
【図３】図３は代理モジュールの機能ブロック図である。
【図４】図４は代理モジュールの処理を説明する処理フロー図である。
【図５】図５は設定情報の一例を示す表である。
【発明を実施するための形態】
【００１４】
設定情報に関連して動作する装置にリロード指示に基づきリブートを実行する代理モジュールを配置し、該代理モジュールにより配下にある各モジュールの稼動状態を随時確認し、変更があったとき、かつ配下にある各モジュールが稼動状態でない場合に各モジュールのリブートを実行する。
【実施例】
【００１５】
以下、本発明の一実施形態について説明する。図１は本発明のカメラ監視システムの構成イメージを示す図である。
【００１６】
同図において、１００は、監視対象物の監視拠点１〜ｎ側を示し、該拠点側には、対象物を撮影するカメラ１３０、該カメラで撮影した映像を蓄積する映像蓄積装置１１０、該映像をモニタするモニタＰＣ１２０、該映像を監視センタ側に送信するルータ１４０などが配置されている。
【００１７】
カメラ１３０は、例えばＩＰカメラまたはネットワークカメラまたはＷＥＢカメラであり、監視対象物を撮影した映像をＪＰＥＧやＨ．２６４方式などでデジタル化（映像データ）し、映像蓄積装置１１０に送信する。
【００１８】
映像蓄積装置１１０は、カメラ１３０からの映像を受信し、該映像を蓄積する内蔵ハードディスク（ＨＤＤ）を備えている。また、ルータ１４０、モニタＰＣ１２０にも映像を配信する。
【００１９】
モニタＰＣ１２０は、映像蓄積装置１１０から配信された映像を表示するとともに、映像蓄積装置１１０の内蔵ＨＤＤに蓄積された映像データ（録画データ）からカメラ名、日付などを指定して検索し、閲覧する検索、閲覧機能を有している。また、映像データ（録画データ）は、日付、カメラ名を指定して検索できるほか、動き検知などのイベント録画のみの検索やライブ表示から直近の映像を検索することも可能である。
【００２０】
２００は、監視センタ側を示し、該センタ側には、管理サーバ２１０、保管サーバ２２０、管理ＰＣ２３０、ルータ２４０が配置されている。
【００２１】
保管サーバ２２０は、拠点側に配置された映像蓄積装置１１０の内蔵ＨＤＤに蓄積された映像データを毎日決められた時刻に自動的にバックアップし、保管する自動バックアップ機能を有している。
【００２２】
管理サーバ２１０は、システムの動作に必要な設定情報の管理、配信並びにシステムを使用するユーザ情報の管理を行う機能を有している。また、管理サーバ２１０は、保管サーバ２２０や拠点側の映像蓄積装置１１０、モニタＰＣ１２０などを管理する機能を有している。また、更に管理サーバ２１０は、例えば専用ネットワークを介して他の監視センタに接続される。
【００２３】
設定情報とは、例えば、システムにおける機器の構成情報、構成機器ごとの装置種別（カメラ、映像蓄積装置、保管サーバ、モニタＰＣ、その他）、ＩＤ（同一種別内での識別のためのユニーク番号）、名称、ＩＰアドレス、認証情報（セキュリティ上必要な認証ＩＤ及びパスワード）、従属情報（所属するエリアやグループ）、依存関係情報（カメラと映像蓄積装置の親子関係など）、動作情報（映像データの画像サイズ、データ形式、映像方式など）などからなり、システムを構成する各々の装置が相互に通信を行いながら機能するのに必要な情報である。
【００２４】
図５は設定情報の一例を示し、情報の種類、その説明を整理した表である。すなわち、情報の種類としては、Ｎｏ．１〜Ｎｏ．８に示すように装置種別、ＩＤ、名称、ネットワーク情報、認証情報、従属情報、依存関係情報、動作情報などであり、その機能は説明の欄に記載したとおりである。
【００２５】
管理ＰＣ２３０は、システムの動作に必要な設定情報の作成、編集並びにシステムを使用するユーザ情報の作成、編集を行う機能を有している。
【００２６】
ルータ１４０及び２４０は、拠点側装置と管理センタ側装置間をネットワーク３００で接続し、通信データを中継する機能を有している。
【００２７】
図２はカメラ監視システムの主要部の機能構成ブロック図である。
同図において、管理ＰＣ２３０は、管理サーバ２１０に対して設定情報（設定情報Ａ）のダウンロードを要求する設定情報要求部２３０１と、管理サーバ２１０からダウンロードされる設定情報Ａを受信する設定情報受信部２３０２と、ダウンロード設定情報Ａを解析する設定情報解析部２３０３と、設定情報Ａを編集するディスプレイ部２３０６を含む設定情報編集部２３０４と、設定情報編集部２３０４により編集された新しい世代の設定情報Ａ＋１をアップロードするために、また該新しい世代の設定情報Ａ＋１を映像蓄積装置１１０と保管サーバ２２０及びモニタＰＣ１２０などに配布する時間を予約（配布予約）するための配布スケジュールＢを管理サーバ２１０（含管理モジュール）に送信する設定情報送信部２３０５などを備えている。
【００２８】
管理サーバ２１０は、管理ＰＣ２３０から送信される新しい世代の設定情報Ａ＋１や配布スケジュールＢを受信する設定情報受信部２１０１と、受信した新しい世代の設定情報Ａ＋１を解析する設定情報解析部２１０２と、解析設定情報を管理する設定情報管理部２１０３と、設定情報管理部２１０３が管理する設定情報（Ａ−１、Ａ−２、Ａ−ｎ、Ａ、Ａ＋１など）を記憶する設定情報記憶部２１０５と、管理ＰＣ２３０からの設定情報の前記ダウンロード要求に対応して設定情報Ａを管理ＰＣ２３０に送信する設定情報送信部２１０４と、前記配布スケジュールＢに基づき動作する配布スケジューラ２１０７と、該配布スケジューラにより前記設定情報記憶部２１０５に記憶された設定情報Ａ＋１を映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０に配布する設定情報配布部２１０６などを備えている。
【００２９】
設定情報管理部２１０３は、管理ＰＣ２３０からの要求により、世代管理された設定情報（Ａ、Ａ＋１、Ａ−１、Ａ−２、Ａ−ｎ）から任意の設定情報をカレント情報に置き換える機能も有する。これは、管理ＰＣ２３０における設定編集の人為的ミスや後述する代理モジュールで誤りであることが判断できる情報は回復、つまり前の世代に戻すことができるようにするためである。これは、人為的ミスにより、不都合の生じる可能性のある設定情報を正常化するために必要な機能である。
【００３０】
ここで、設定情報Ａはカレントの情報を表し、設定情報Ａ−１はカレントより一世代前の設定情報を表し、設定情報Ａ＋１はカレントよりも新しく世代の設定情報を表している。
【００３１】
設定情報配布部２１０６は、配布スケジューラ２１０７により、配布スケジュールＢの予約時刻到達時に新しい世代の設定情報Ａ＋１の更新指示を行うため、新しい世代の設定情報を後述する監視対象の映像を蓄積、保管、モニタする装置（映像蓄積装置、保管サーバ、モニタＰＣ）側に配布する。
【００３２】
映像蓄積装置１１０は、カメラ１３０にて撮影した映像を取得する映像取得モジュール１１０１と、取得した映像を蓄積する映像蓄積モジュール１１０２と、モニタＰＣ１２０に映像を配信する映像配信モジュール１１０３、管理サーバ２１０の機能の一部、つまり各モジュールをリブート（Reboot；再起動）する機能を代理するように構成された代理モジュール１１０４を備えている。
【００３３】
また、映像蓄積装置１１０は、管理サーバ２１０から配布された新しい世代の設定情報Ａ＋１を受信する設定情報受信部１１０５と、該設定情報を解析する設定情報解析部１１０６と、解析結果を考慮し、映像蓄積装置１１０のカレントの設定情報Ａを更新する設定情報更新部１１０７と、該設定情報更新部１１０７により更新された設定情報を登録する設定情報記録部１１０９と、代理モジュール１１０４に対してリロード（再装填）指示をするリロード実行部１１０８などを備えている。設定情報Ａを新しい世代の設定情報Ａ＋１に更新する場合には、カレントの設定情報Ａは破棄する。
【００３４】
リロード指示を受けた代理モジュール１１０４は、その配下にある映像取得モジュール１１０１、映像蓄積モジュール１１０２、映像配信モジュール１１０３の各モジュールをリブート（Reboot；再起動）する。
【００３５】
このリブートにより、映像蓄積装置１１０は新しい世代の設定情報Ａ＋１により映像蓄積動作を継続する。
【００３６】
保管サーバ２２０は、映像蓄積装置１１０と同様に設定情報受信部２２０５、設定情報解析部２２０６、設定情報更新部２２０７、リロード実行部２２０８及び映像を保管する保管モジュール２２０１と代理モジュール２２０４を備えている。代理モジュール２２０４は、その配下にある保管モジュール２２０１をリブート（Reboot；再起動）する。
【００３７】
また、モニタＰＣ１２０は、例えば図示したような監視画面を有し、映像蓄積装置１１０及び保管サーバ２２０と同様に設定情報受信部１２０５、設定情報解析部１２０６、設定情報更新部１２０７、リロード実行部１２０８及びライブ表示モジュール１２０１、映像を検索する映像検索モジュール１２０２と代理モジュール１２０４を備えている。代理モジュール１２０４はその配下にあるライブ表示モジュール１２０１、映像検索モジュール１２０２などをリブート（Reboot；再起動）する。
【００３８】
映像蓄積装置１１０、保管サーバ２２０、モニタＰＣのそれぞれに配置された各代理モジュール１１０４、２２０４、１２０４は、その配下にある各モジュールの状態を吸い上げ、監視するものであって、管理サーバ２１０の管理モジュール２１０７に接続されており、その管理下にある。そして、それぞれの各モジュールの配下にある各モジュールの稼動状況をモニタし、リブートするタイミングを見ている。具体的には、モジュールの稼動状況をモニタし、モジュールが稼動状態にないとき、モジュールを停止し、リロードし、リブートを実行する。
【００３９】
なお、同図において、設定情報Ａは、カレントの情報を示し、Ａ−１はカレントより１世代前の設定情報、Ａ＋１はカレントよりも新しい世代の設定情報を示しているが、ここで、管理サーバ２１０、保管サーバ２２０、映像蓄積装置１１０は、クラウド環境においても良い。
【００４０】
本システムは、例えば、カメラの増設、削除、交換、バージョンアップなどや映像蓄積スケジュールの変更などに伴い、システム構成や動作条件を変更する場合が生じる。以下、そのときの動作について説明する。
【００４１】
まず、（１）管理ＰＣ２３０から管理サーバ２１０に対して設定情報Ａ（カレントの設定情報）のダウンロードを要求する。この要求は、管理ＰＣ２３０の設定情報要求部２３０１から管理サーバ２１０の設定情報管理部２１０３に対して行われる。
【００４２】
すると、管理サーバ２１０の設定情報管理部２１０３は、（２）設定情報記憶部２１０５からカレントの設定情報Ａを取り出し、設定情報送信部２１０４を経由して管理ＰＣ２３０にダウンロードを行う。
【００４３】
管理ＰＣ２１０は、設定情報受信部２３０３を経由して設定情報Ａをダウンロードし、設定情報解析部２３０４によりダウンロードの設定情報Ａがカレント情報であることと、設定情報に不整合や破損がないことをチェックした後、設定情報編集部２３０５で、ユーザが編集できる状態にし、ディスプレイ部２３０６に表示し、必要な変更を可能とする。
【００４４】
設定情報編集部２３０５により、（３）変更が反映された最新の設定情報Ａ＋１に、該設定情報の配布を決定する配布スケジュールBを添付し、設定情報送信部２３０５を経由して管理サーバ２１０へ送信（アップロード）する。配布スケジュールBには、変更された設定情報Ａ＋１を映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０へ配布する日時を指定する情報が含まれている。
【００４５】
管理サーバ２１０は、設定情報Ａ＋１と配布スケジュールBを設定情報受信部２１０１により受信するとともに配布スケジューラ２１０７により、（４）配布スケジュールBにて指定された日時になったとき、映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０にそれぞれ設定情報Ａ＋１を配布する。
【００４６】
配布完了後は、この設定情報Ａ＋１をカレントの設定情報として、設定情報記憶部２１０５に登録する。
なお、設定情報配布部２１０６は、すべての装置から各々設定情報の受信が完了したか否かを監視する機能を有する。
【００４７】
管理サーバ２１０から配布された設定情報Ａ＋１を受ける側の装置である映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０はそれぞれ以下の如く動作する。
【００４８】
まず、管理サーバ２１０から配布された設定情報Ａ＋１を設定情報受信部１１０５、２２０５、１２０５により受信する。受信が完了した場合は、その旨を管理サーバ２１０に通知する。
【００４９】
次に、設定情報解析部１１０６、２２０６、１２０６により、この設定情報Ａ＋１が新しい世代の設定情報（新設定情報）であることと、不整合や破損がないことをチェックした後、設定情報更新部１１０７、２２０７、１２０７により設定情報Ａを破棄し、設定情報Ａ＋１を設定情報記憶部１１０９、２２０９、１２０９に登録する。また、設定情報Ａ＋１の変更内容が当該装置の動作に影響がある場合、リブートフラグをオン（ＯＮ）にする。
【００５０】
次に、リロード実行部１１０８、２２０８、１２０８は、リブートフラグがオンの場合、代理モジュール１１０４、２２０４、１２０４にリロード指示を行う。リロード指示を受けた各代理モジュールは、その配下にある各モジュール１１０１〜１１０３、２２０１、１２０１〜１２０２の稼動状態をチェックする。稼動中（アクティブ）状態の場合は、リロード指示を保留にすることもできる。このリロード指示に基づき各代理モジュールは、配下のモジュールをリブートさせ、設定情報Ａ＋１の内容を配下のモジュールに反映させる。
【００５１】
図３は映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０の代理モジュール１１０４、２２０４、１２０４の一構成例を示すブロック図である。代理モジュールは１つのモジュールで兼用するように構成しても良い。
【００５２】
同図において、代理モジュール１１０４、２２０４、１２０４は、その配下にある各種モジュール１１０１〜１１０３、２２０１、１２０１〜１２０２の稼動状態を監視する稼動監視部１１２と、該稼動監視部により各モジュールに障害が発生した場合には、管理サーバ２１０の管理モジュール２１０８に対して障害通知を行う障害通知部１１１などを備えている。この障害有無については、各モジュールの監視情報を読み取り、予め記録部（図示せず）に登録してある登録管理対象モジュール情報１１３を参照して判断する。
【００５３】
また、代理モジュール１１０４、２２０４、１２０４は、各リロード実行部１１０８、２２０８、１２０８からのリロード指示を受けたとき、稼動監視部１１２からの非稼動フラグ情報１１４を元にリブート可能か否か判定し、リブート可能と判定したとき、リブート指示を出力するリブート判定部１１５及びリブート判定部１１５からのリブート指示を受け、各モジュールをリブートするリブート実行部１１６などを備えている。
【００５４】
リブート実行部１１６は管理モジュール２１０８から強制リブート指示を受けたときも各種モジュール１１０１〜１１０３、２２０１、１２０１〜１２０２をリブート可能になるように構成してある。
【００５５】
図４は代理モジュールの処理フローを示す図である。同図を用いて、管理モジュール２１０８と代理モジュールとの関係及びリロード実行部からの指示を受けてリブート（再起動）するまでの処理フローを示すフローチャートである。
【００５６】
同図において、代理モジュールが、ステップＳ１０１にてスタート（ＳＴＡＲＴ）すると、まずステップＳ１０２により、管理対象の各モジュール（１１０１〜１１０３、２２０１、１２０１〜１２０２）の確認を行い、ステップＳ１０３により、管理対象モジュールを配下モジュール情報に登録を行う。この配下モジュール情報は記憶部（図示せず）に登録することにより行われる。
【００５７】
次に、ステップＳ１０４において、配下のモジュールが稼動中か否か判断する。
この判断の結果、稼動中でない場合（Ｎ）には、次いでステップＳ１０５において、配下モジュールが異常により停止したものであるか否か判断する。
【００５８】
この判断の結果、異常停止の場合（Ｙ）には、ステップＳ１０７により、管理モジュール２１０８に異常停止状態にある旨通報する。
【００５９】
異常停止でない場合（Ｎ）には、ステップＳ１０６により、当該代理モジュールに非稼動フラグをセットする。
【００６０】
次に、配下のモジュールが稼動中である場合（Ｙ）及び当該代理モジュールに非稼動フラグがセットされている場合には、ステップＳ１０８により、設定情報の受信待ち状態となる。
次に、ステップＳ１０９において、設定情報を受信したか否か判断する。
【００６１】
この判断の結果、設定情報を受信した場合（Ｙ）には、ステップＳ１１０により、この受信した設定情報が新しい世代の設定情報か否か判断する。
【００６２】
この判断の結果、新しい世代の設定情報である場合（Ｙ）には、ステップＳ１１１において、新設定情報に不整合や破損があるか否か判断する。
【００６３】
この判断の結果、設定情報に不整合や破損がある場合（Ｙ）には、ステップＳ１１２により、管理モジュール２１０８にエラー通知し、次いでステップＳ１１３により、代理モジュールに対して強制停止の指令があるか否かを判断する。
【００６４】
この判断の結果、強制停止指令の場合（Ｙ）には、当該代理モジュールの動作を終了（ＥＮＤ）する。
【００６５】
前記ステップＳ１１１において、設定情報に不整合や破損がない場合（Ｎ）には、ステップＳ１１４により、管理モジュール２１０８に対して、受信完了の通知を行い、またステップＳ１１５により、現有（カレント）の設定情報Ａを削除（破棄）し、受信した新しい世代の設定情報Ａ＋１を記憶部に保存する。
【００６６】
次に、ステップＳ１１６において、この新しい世代の設定情報が配下モジュールの動作に影響のある情報か否か判断する。
【００６７】
この判断の結果、影響のある情報である場合（Ｙ）には、ステップＳ１１７において、非稼動フラグはオン（ＯＮ）か否か判断する。
【００６８】
この判断の結果、非稼動フラグがオンの場合（Ｙ）には、ステップＳ１１８により、該当モジュール（１１０１〜１１０３、２２０１、１２０１〜１２０２）をリブートする。
【００６９】
非稼動フラグがオンでない場合（Ｎ）には、ステップＳ１１９において、管理モジュール２１０８から強制リブート指示があるか否か判断する。
【００７０】
この判断の結果、リブート指示がある場合（Ｙ）には、ステップＳ１２０により、該当モジュール（１１０１〜１１０３、２２０１、１２０１〜１２０２）をリブートする。
【００７１】
ここで、配布された設定情報を更新する際、各装置で稼動状態でない場合のみ更新する機能も可能とする。これにより、映像蓄積装置１１０への映像蓄積や監視停止など、システムの不稼動時間を最小限に抑えることができ、システムの稼動効率低下を抑えることができる。
【００７２】
すなわち、本実施例によれば、映像蓄積装置１１０、保管サーバ２２０、モニタＰＣ１２０などにそれぞれ代理モジュール１１０４、２２０４、１２０４を配置させ、該代理モジュールにより配下の各モジュールの稼動状態をモニタし、この稼動状態に応じてリブートし、更新設定情報を有効とすることができることから、システムにおけるカメラ監視を長時間止めずにリブートすることができる。
【産業上の利用可能性】
【００７３】
ライブ映像表示機能、録画、検索機能、稼動監視機能を有したシステムに有効であるが、その他新しい設定機能（バージョンアップなど）をダウンロードするシステムであれば、適用可能である。
【符号の説明】
【００７４】
１１０ 映像蓄積装置
１１０４ 代理モジュール
１２０ モニタＰＣ
１２０４ 代理モジュール
２１０ 管理サーバ
２１０８ 管理モジュール
２２０ 保管サーバ
２２０４ 代理モジュール
２３０ 管理ＰＣ
【特許請求の範囲】
【請求項１】
設定情報の保存と配布を管理する管理サーバと、該管理サーバから配布される設定情報を受信する監視対象の映像を蓄積、保管、モニタする装置とを備えたカメラ監視システムにおいて、
映像を蓄積、保管、モニタする装置は、
前記管理サーバからの配布設定情報を受信する受信部と、
前記配布設定情報を解析する解析部と、
前記解析部により解析結果を受け、前記設定情報の更新を実行する更新部と、
前記更新部の設定情報を受け、リロード指示するリロード実行部と、
前記映像を蓄積、保管、モニタする装置の各モジュールの稼動状態を確認し、該装置が稼動状態にないと確認できたとき、前記リロード実行部のリロード指示に基づき前記蓄積、保管、モニタする装置の各モジュールをリブートする代理モジュールと、
を備え、
前記代理モジュールにより該代理モジュールの配下にある各モジュールをリブートすることを特徴とするカメラ監視システム。
【請求項２】
前記管理サーバが、前記設定情報を記憶する記憶部と、管理ＰＣからの設定情報要求を受け、該要求に応じた設定情報を前記記憶部により世代管理された設定情報からカレント情報に置き換え、該設定情報を配布する設定情報配布部を備えた請求項１記載のカメラ監視システム。
【請求項１】
設定情報の保存と配布を管理する管理サーバと、該管理サーバから配布される設定情報を受信する監視対象の映像を蓄積、保管、モニタする装置とを備えたカメラ監視システムにおいて、
映像を蓄積、保管、モニタする装置は、
前記管理サーバからの配布設定情報を受信する受信部と、
前記配布設定情報を解析する解析部と、
前記解析部により解析結果を受け、前記設定情報の更新を実行する更新部と、
前記更新部の設定情報を受け、リロード指示するリロード実行部と、
前記映像を蓄積、保管、モニタする装置の各モジュールの稼動状態を確認し、該装置が稼動状態にないと確認できたとき、前記リロード実行部のリロード指示に基づき前記蓄積、保管、モニタする装置の各モジュールをリブートする代理モジュールと、
を備え、
前記代理モジュールにより該代理モジュールの配下にある各モジュールをリブートすることを特徴とするカメラ監視システム。
【請求項２】
前記管理サーバが、前記設定情報を記憶する記憶部と、管理ＰＣからの設定情報要求を受け、該要求に応じた設定情報を前記記憶部により世代管理された設定情報からカレント情報に置き換え、該設定情報を配布する設定情報配布部を備えた請求項１記載のカメラ監視システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−１６９１１（Ｐ２０１３−１６９１１Ａ）
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願番号】特願２０１１−１４６４５５（Ｐ２０１１−１４６４５５）
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（０００２３３４９１）株式会社日立システムズ (394)
【Ｆターム（参考）】
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（０００２３３４９１）株式会社日立システムズ (394)
【Ｆターム（参考）】
[ Back to top ]