監視装置およびプログラム
【課題】監視カメラの障害情報を適切に通知可能な、監視装置およびプログラムを提供する。
【解決手段】少なくとも１つの監視カメラ１６２から出力された映像信号を記録する映像記録装置１６０に通信回線６を通じて接続可能であり、映像記録装置により検知された監視カメラに関する障害情報を取得する監視装置１２０において、監視対象の運用スケジュールに基づくタイムテーブル１４２、１４４、１４６を記憶するタイムテーブル記憶部１２４と、タイムテーブルに従って、監視対象の運用時に取得した監視カメラに関する障害情報を有効と判断し、監視対象の運用時以外に取得した監視カメラに関する障害情報を無効と判断する障害情報判断部１２６と、有効と判断した監視カメラに関する障害情報を通知する障害情報通知部１２８と、を備える。
【解決手段】少なくとも１つの監視カメラ１６２から出力された映像信号を記録する映像記録装置１６０に通信回線６を通じて接続可能であり、映像記録装置により検知された監視カメラに関する障害情報を取得する監視装置１２０において、監視対象の運用スケジュールに基づくタイムテーブル１４２、１４４、１４６を記憶するタイムテーブル記憶部１２４と、タイムテーブルに従って、監視対象の運用時に取得した監視カメラに関する障害情報を有効と判断し、監視対象の運用時以外に取得した監視カメラに関する障害情報を無効と判断する障害情報判断部１２６と、有効と判断した監視カメラに関する障害情報を通知する障害情報通知部１２８と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視装置およびプログラムに関し、特に、監視カメラの障害情報を適切に通知する、監視装置およびプログラムに関する。
【背景技術】
【０００２】
従来、例えば複数の金融業店舗毎にデジタルビデオレコーダ（ＤＶＲ）などの映像記録装置を設置し、複数の映像記録装置に通信回線を通じて接続された監視端末を用いて、監視センターで集中監視する監視システムが知られている。
【０００３】
映像記録装置は、有人店舗、無人店舗内の所定の場所を監視するための監視カメラに接続され、監視カメラから出力された映像信号を記録する。映像記録装置は、映像信号の輝度を検出し、監視カメラのレンズが覆われた場合など、映像信号の輝度が所定の閾値未満であると、監視カメラの障害として検知する機能を有する。映像記録装置は、監視カメラの障害を検知すると、店舗、映像記録装置、監視カメラの識別情報を含む障害情報を通信回線を通じて監視端末に送信する。
【０００４】
監視端末は、障害情報を受信すると、該当する監視カメラのリアルタイム映像信号を確認し、依然として映像信号の輝度が所定の閾値未満である場合には、有人店舗であれば店舗の運用者に障害発生の旨を通知し、無人店舗であれば隣接する店舗または警備会社などに障害発生の旨を通知する。
【０００５】
映像記録装置は、映像信号の輝度が所定の閾値未満であると、監視カメラの障害として検知するので、店舗の運用時間外などに照明が落とされている場合でも、監視カメラの障害として検知し、障害情報を監視端末に送信してしまう。このため、映像記録装置は、設置対象となる店舗に関して曜日毎などの運用スケジュールに基づいて設定されたタイムテーブルを記憶しており、タイムテーブルに従って監視カメラの障害を検知するように機能する。これにより、映像記録装置は、店舗の運用時間外などに照明が落とされている場合に、障害情報を監視端末に送信しなくなる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の監視システムにおいて、祝日、年末年始、店舗保守などにより店舗の運用スケジュールが不規則になる場合には、映像記録装置に記憶されているタイムテーブルが適用できず、映像記録装置が障害情報を監視端末に送信してしまう。この場合には、監視センターの運用者が店舗の運用スケジュールを参照して、運用スケジュールが不規則になる日であることを確認し、障害情報が無効である旨を逐一判断することで対処していた。しかし、集中監視の対象となる店舗の数が多くなると、確認判断に時間を要し、さらに、判断ミスを生じてしまう場合があるという問題があった。
【０００７】
また、祝日、年末年始などを含むタイムテーブルを映像記録装置毎に記憶することも考えられるが、店舗毎に運用スケジュールが異なるので、設定作業が煩雑となり、さらに、設定の更新作業が毎年発生してしまうという問題があった。また、店舗保守などにより運用スケジュールが不規則となる場合には、タイムテーブルの設定作業が間に合わずに、監視センターの運用者が確認判断しなければならなくなるという問題があった。
【０００８】
本発明は上記問題点に鑑みてなされたものであり、その目的は、監視カメラの障害情報を適切に通知可能な、新規かつ改良された、監視装置およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の観点によれば、少なくとも１つの監視カメラから出力された映像信号を記録する映像記録装置に通信回線を通じて接続可能であり、映像記録装置により検知された監視カメラに関する障害情報を取得する監視装置が提供される。本監視装置は、監視対象の運用スケジュールに基づくタイムテーブルを記憶するタイムテーブル記憶部と、タイムテーブルに従って、監視対象の運用時に取得した監視カメラに関する障害情報を有効と判断し、監視対象の運用時以外に取得した監視カメラに関する障害情報を無効と判断する障害情報判断部と、有効と判断した監視カメラに関する障害情報を通知する障害情報通知部と、を備える。
【００１０】
かかる構成によれば、監視対象の運用スケジュールに基づくタイムテーブルに従って、監視装置が監視カメラに関する障害情報の有効性を判断し、有効と判断した場合にのみ通知するので、監視カメラに関する障害情報を適切に通知することができる。これにより、運用者が障害情報の有効性を確認判断する必要がなくなり、確認判断に時間を要したり、判断ミスを生じたりするという問題を解消することができる。また、映像記録装置毎に運用スケジュールに基づくタイムテーブルを設定する必要がなくなる。
【００１１】
また、上記タイムテーブルを更新するためのタイムテーブル更新部をさらに備えてもよい。これにより、監視サーバが記憶しているタイムテーブルが必要に応じて更新可能であるので、映像記録装置毎にタイムテーブルを更新する必要がなくなる。
【００１２】
上記課題を解決するために、本発明の第２の観点によれば、前述した第１の観点に係る監視装置としてコンピュータを機能させるためのプログラムが提供される。
【００１３】
上記課題を解決するために、本発明の第３の観点によれば、複数の監視カメラから通知された映像信号を記録する映像記録装置に通信回線を通じて接続可能であり、映像記録装置により検知された監視カメラに関する障害情報を取得する監視装置が提供される。本監視装置は、特定の監視カメラに関する障害情報を取得した後、映像記録装置に接続されている全ての監視カメラに関する障害情報を所定の時間内に取得していない場合には、特定の監視カメラに関する障害情報を有効と判断し、所定の時間内に取得した場合には、特定の監視カメラに関する障害情報を無効と判断する障害情報判断部と、有効と判断した特定の監視カメラに関する障害情報を通知する障害情報通知部と、を備える。
【００１４】
かかる構成によれば、特定の監視カメラに関する障害情報を取得した後、全ての監視カメラに関する障害情報を所定の時間内に取得したか否かに応じて当該障害情報の有効性を判断し、有効と判断した場合にのみ通知するので、監視カメラの障害情報を適切に通知することができる。これにより、監視対象の運用スケジュールに基づくタイムテーブルを設定および更新する必要がなくなり、タイムテーブルの設定ミスおよび更新ミスを生じてしまうという問題を解消することができる。
【００１５】
上記課題を解決するために、本発明の第４の観点によれば、前述した第３の観点に係る監視装置としてコンピュータを機能させるためのプログラムが提供される。
【発明の効果】
【００１６】
本発明によれば、監視カメラの障害情報を適切に通知可能な、監視装置およびプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下に、添付した図面を参照しながら、本発明の好適な実施形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
以下では、まず、図７〜図９を参照しながら従来の監視システムについて説明した上で、図１〜図６を参照しながら本発明の実施形態に係る監視システムについて説明する。
【００１９】
図７は、従来の監視システムの構成を示す説明図である。図７に示すように、監視システムは、複数の店舗毎４ａ、４ｂ、４ｃ（以下では、店舗４として総称する。）に設置されたＤＶＲ６０および監視カメラ６２ａ、６２ｂ、６２ｃ（以下では、監視カメラ６２として総称する。）と、監視センター２に設置された監視端末１２とを有する。ＤＶＲ６０は、店舗４側のルータ６４、通信回線６および監視センター２側のルータ１４を通じて監視端末１２に接続される。
【００２０】
監視カメラ６２は、例えば店舗窓口、ＡＴＭコーナーなど、店舗４内の所定の場所に設置される。監視カメラ６２は、監視対象の映像を撮影し、撮影した映像の映像信号をＤＶＲ６０に出力する。
【００２１】
ＤＶＲ６０は、少なくとも１つの監視カメラ６２に接続され、監視カメラ６２から出力された映像信号を記録する。ＤＶＲ６０は、例えば、映像信号の輝度を検出し、映像信号の輝度が所定の閾値未満であると、監視カメラ６２の障害として検知する機能を有する。ＤＶＲ６０は、監視カメラ６２の障害を検知すると、店舗番号、ＤＶＲ番号、カメラ番号などの識別情報を含む障害情報を監視端末１２に送信する。
【００２２】
ＤＶＲ６０は、図８および図９に示すタイムテーブル７２、７４、７６を記憶している。タイムテーブル７２、７４、７６は、図８および図９に示すように、平日、休日、祝日など、店舗４毎の運用スケジュールに関する情報を含む。ＤＶＲ６０は、タイムテーブル７２、７４、７６に従って、監視対象の映像信号を記録し、監視カメラ６２の障害を検知する。
【００２３】
図８には、店舗１および店舗ｎにおける平日・休日用のタイムテーブル７２、７４が示されている。図８によれば、店舗１は、平日８時〜１９時、休日１０時〜１７時のスケジュールで運用され、店舗ｎは、平日９時〜１７時、休日１０時〜１５時のスケジュールで運用されている。
【００２４】
図９には、店舗１における祝日用のタイムテーブル７６が示されている。図９によれば、店舗１は、１月１日および１月２日に運用されず、１月１５日および２月１１日に１０時〜１９時のスケジュールで運用されている。
【００２５】
ＤＶＲ６０は、前述したタイムテーブル７２、７４、７６、つまり、店舗の運用スケジュールに従って監視カメラ６２の障害を検知するので、店舗４の運用時間外には障害を検知しない。このため、ＤＶＲ６０は、店舗４の運用時間外に照明が落とされた場合には、障害を検知して障害情報を監視端末１２に送信することがない。
【００２６】
しかしながら、前述したように、店舗４毎に運用スケジュールが異なるので、タイムテーブル７２、７４、７６の設定作業が煩雑となり、特に祝日用のタイムテーブル７６の更新作業が毎年発生してしまう。また、店舗保守などの緊急対応時には、タイムテーブル７２、７４、７６の設定作業が間に合わなくなる場合がある。
【００２７】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る監視システムの構成を示す説明図である。以下では、第１の実施形態に係る監視システムについて説明するが、従来の監視システムと同様の構成要素についての説明を省略する。
【００２８】
図１に示すように、監視システムは、複数の店舗４ａ、４ｂ、４ｃ（以下では、店舗４として総称する。）毎に設置されたＤＶＲ１６０（映像記録装置）および監視カメラ１６２ａ、１６２ｂ、１６２ｃ（以下では、監視カメラ１６２として総称する。）と、監視センター２に設置された監視サーバ１１０および監視端末１１２とを有する。ＤＶＲ１６０は、店舗４側のルータ１６４、通信回線６および監視センター２側のルータ１１４を通じて監視サーバ１１０および監視端末１１２に接続される。なお、ＤＶＲ１６０は、店舗４毎に１台設置されてもよく、複数設置されてもよい。
【００２９】
図２は、第１の実施形態に係る監視装置の構成を示す説明図である。本実施形態に係る監視装置１２０は、監視サーバ１１０および監視端末１１２から構成される。監視装置１２０は、図２に示すように、障害情報取得部１２２、タイムテーブル記憶部１２４、障害情報判断部１２６、障害情報通知部１２８、タイムテーブル更新部１３０、入出力部１３２、記憶部１３４、および制御部１３６を有する。
【００３０】
障害情報取得部１２２は、ＤＶＲ１６０により検知された監視カメラ１６２に関する障害情報をＤＶＲ１６０から取得する。タイムテーブル記憶部１２４は、後述するように、監視対象となる店舗４の運用スケジュールに基づいて設定されたタイムテーブル１４２、１４４を記憶している。障害情報判断部１２６は、タイムテーブル１４２、１４４に基づいて、取得した障害情報の有効性を判断する。障害情報通知部１２８は、有効と判断された障害情報を通知する。タイムテーブル更新部１３０は、タイムテーブル記憶部１２４に記憶されているタイムテーブル１４２、１４４を更新する。
【００３１】
入出力部１３２は、例えば、キーボード、モニタなどのユーザインターフェースである。記憶部１３４は、監視装置１２０の動作に必要となる各種情報などを記憶する。制御部１３６は、前述した他の構成要素を制御することで、監視装置１２０全体の動作を制御する。
【００３２】
監視装置１２０の構成要素のうち、障害情報取得部１２２、障害情報判断部１２６、障害情報通知部１２８、タイムテーブル更新部１３０、および制御部１３６は、各構成要素の機能を実行するソフトウェアプログラムを記憶部１３４にインストールして実現されてもよく、専用のハードウェアにより実現されてもよい。また、タイムテーブル記憶部１２４および記憶部１３４は、例えば、半導体メモリ、光ディスク、磁気ディスクなどの各種記憶媒体として構成されてもよい。
【００３３】
監視システムでは、ＤＶＲ１６０の代わりに、監視サーバ１１０が図３に示すタイムテーブル１４２、１４４を記憶している。本実施形態では、タイムテーブル記憶部１２４がタイムテーブル１４２、１４４を記憶しているが、監視サーバ１１０に付属する外部記憶装置、または記憶部１３４がタイムテーブル１４２、１４４を記憶してもよい。また、タイムテーブル１４２、１４４は、タイムテーブル更新部１３０を介して適宜更新することができる。
【００３４】
タイムテーブル１４２、１４４は、図３に示すように、第１のテーブル１４２および第２のテーブル１４４からなる。第１のテーブル１４２は、運用スケジュールが共通する店舗４をグループに区分する情報を含む。第２のテーブル１４４は、グループに属する店舗４に共通する運用スケジュールの情報を含む。なお、以下では、店舗４の運用スケジュール自体を第２のテーブル１４４に設定する場合を想定して説明する。
【００３５】
図３には、店舗１〜３をグループ１に区分し、店舗７〜９をグループ２に区分し、店舗ｍ、ｎをグループ３に区分する第１のテーブル１４２と、グループ１、グループ２、グループ３の各々に属する店舗に共通する運用スケジュールの情報を含む第２のテーブル１４４が示されている。
【００３６】
図３によれば、例えば、グループ１に属する店舗１〜３は、１月１日および１月２日に１０時〜１５時のスケジュールで運用され、１月１５日および２月１１日に１０時〜１７時のスケジュールで運用されている。
【００３７】
以下では、監視システムの動作方法について説明する。
【００３８】
店舗４に設置されたＤＶＲ１６０は、監視カメラ１６２の障害を検知すると、店舗番号、ＤＶＲ番号、およびカメラ番号を含む障害情報を監視センター２に送信する。監視センター２では、監視サーバ１１０が障害情報を受信し、障害情報の有効性を判断し、必要に応じて監視端末１１２に出力し、監視端末１１２が障害情報を通知する。
【００３９】
制御部１３６は、障害情報取得部１２２により障害情報を取得すると、まず、タイムテーブル記憶部１２４に記憶されているタイムテーブル１４２、１４４を参照する。そして、制御部１３６は、障害情報に含まれる店舗番号および第１のテーブル１４２に基づいて、該当する店舗４が属するグループを特定する。次に、制御部１３６は、特定したグループおよび第２のテーブル１４４に基づいて、該当する店舗４の運用スケジュールに基づくタイムテーブルを特定する。
【００４０】
制御部１３６は、障害情報判断部１２６により、特定したタイムテーブルおよびシステム時計に基づいて、障害情報の受信日時が店舗４の運用時間内であるか否かを判定する。ここで、障害情報判断部１２６は、受信日時が店舗４の運用時間内であると判定した場合には、監視カメラ１６２に障害が発生している（障害情報が有効である。）と判断し、障害情報を障害情報通知部１２８に出力する。一方、障害情報判断部１２６は、受信日時が店舗４の運用時間外であると判定した場合には、監視カメラ１６２に障害が発生していない（障害情報が無効である。）と判断し、障害情報を障害情報通知部１２８に出力しない。ここで、監視サーバ１１０は、無効と判断した障害情報を破棄してもよく、有効と判断した障害情報とともに受信ログとして記録してもよい。
【００４１】
障害情報判断部１２６は、例えば、グループ１に属する店舗１から１月１日の１０時に障害情報を受信した場合には、タイムテーブル１４２、１４４に基づいて店舗１の運用時間内であると判定し、障害情報が有効であると判断し、障害情報を障害情報通知部１２８に出力する。一方、障害情報判断部１２６は、例えば、グループ２に属する店舗７から１月１日の１０時に障害情報を受信した場合には、タイムテーブル１４２、１４４に基づいて店舗７の運用時間外であると判定し、障害情報が無効であると判断し、障害情報を障害情報通知部１２８に出力しない。
【００４２】
監視装置１２０は、障害情報を取得すると、監視端末１１２の障害情報通知部１２８により、従来と同様に、店舗または警備会社などに障害発生の旨を通知する。ここで、障害発生の旨は、監視端末１１２から自動的に通知されてもよく、監視端末１１２を操作する操作者を介して通知されてもよい。
【００４３】
以上説明したように、本実施形態に係る監視システムによれば、監視装置１２０が監視対象の運用スケジュールに基づくタイムテーブルに従って、監視カメラ１６２に関する障害情報の有効性を判断し、有効と判断した場合にのみ通知するので、監視カメラ１６２の障害情報を適切に通知することができる。これにより、運用者が障害情報の有効性を確認判断する必要がなくなり、確認判断に時間を要したり、判断ミスを生じたりするという問題を解消することができる。
【００４４】
また、監視装置１２０がタイムテーブル１４２、１４４を記憶し、必要に応じて更新するので、ＤＶＲ１６０毎にタイムテーブル７２、７４、７６を設定および更新する必要がなくなる。
【００４５】
（第２の実施形態）
以下では、第２の実施形態に係る監視システムについて説明するが、第１の監視システムと同様の構成要素についての説明を省略する。
【００４６】
監視システムは、監視センター２に設置された監視サーバ２１０および監視端末２１２を有する。監視システムの構成は、ＤＶＲ１６０に複数の監視カメラ１６２ａ、１６２ｂ、１６２ｃ（以下では、監視カメラ１６２と総称する。）が接続されている以外は、図１に示す監視システムと同様である。なお、ＤＶＲ１６０は、店舗４毎に１台設置されてもよく、複数設置されてもよいが、以下では、店舗４毎に１台設置されている場合について説明する。
【００４７】
図４は、第２の実施形態に係る監視装置の構成を示す説明図である。監視装置２２０は、図４に示すように、障害情報取得部２２２、チェックテーブル記憶部２２４、障害情報判断部２２６、障害情報通知部２２８、入出力部２３２、記憶部２３４、および制御部２３６を有する。
【００４８】
障害情報取得部２２２、障害情報通知部２２８、入出力部２３２、記憶部２３４、および制御部２３６は、第１の実施形態に係る監視装置１２０と同様の機能構成を有する。チェックテーブル記憶部２２４は、障害情報の有効性を判断するために利用するチェックテーブル２４２を記憶している。障害情報判断部２２６は、ＤＶＲ１６０に接続されている監視カメラ１６２から所定の時間内に取得される障害情報の取得状況に基づいて、障害情報の有効性を判断する。
【００４９】
監視システムにおいて、監視サーバ２１０は、タイムテーブル１４２、１４４を記憶する代わりに、チェックテーブル２４２を利用する。本実施形態では、チェックテーブル記憶部２２４がチェックテーブル２４２を記憶しているが、監視サーバ２１０に付属する外部記憶装置、または記憶部２３４がチェックテーブル２４２を記憶してもよい。チェックテーブル２４２は、図５に示すように、監視サーバ２１０が監視カメラ１６２の障害検知のために用いる情報を含む。
【００５０】
チェックテーブル２４２は、カメラ台数、タイマ作動フラグ、タイマ値、障害情報受信フラグからなる。カメラ台数は、店舗４毎のＤＶＲ１６０に接続されている監視カメラ１６２の台数を示す。タイマ作動フラグは、各ＤＶＲ１６０に対応するタイマの作動状態を示すフラグ情報である。タイマ値は、タイマ毎のカウント値を示す。障害情報受信フラグは、ＤＶＲ１６０毎に接続されている各監視カメラ１６２に関する障害情報の受信状態を示すフラグ情報である。
【００５１】
ここで、タイマ作動フラグは、例えば、タイマの作動中に「１」に設定され、作動中以外に「０」に設定される。タイマ値は、例えばカウント値「５：００」からカウントを開始し、「０：００」で終了する。障害情報受信フラグは、例えば、障害情報を受信すると「１」に設定され、受信していないと「０」に設定される。
【００５２】
図５によれば、例えば、店舗１のＤＶＲ１６０に５台の監視カメラ１６２が接続されている。当該ＤＶＲ１６０に対応するタイマが作動中であり、カウント値が「３：３０」である。監視カメラ１〜５に関する障害情報が監視サーバ２１０により受信済みである。
【００５３】
図６は、監視装置の動作方法を示すフロー図である。以下では、図６を参照しながら監視装置２２０の動作方法について説明する。
【００５４】
制御部２３６は、障害情報の受信を判定し、障害情報を受信した場合にはステップＳ２０４の処理に移行し、障害情報を受信していない場合には継続して障害情報の受信を判定する（Ｓ２０２）。
【００５５】
制御部２３６は、障害情報取得部２２２により障害情報を受信すると、障害情報に含まれる店舗番号、およびカメラ番号に基づいて、チェックテーブル記憶部２２４に記憶されているチェックテーブル２４２を更新する（Ｓ２０４）。つまり、該当する店舗４の該当する監視カメラ１６２の障害情報受信フラグを「１」に設定する。なお、制御部２３６は、店舗４に複数のＤＶＲ１６０が設置されている場合には、選択的に障害情報に含まれるＤＶＲ番号も参照する。
【００５６】
制御部２３６は、該当する店舗４のタイマ作動フラグを確認し、タイマの作動状態を判定する（Ｓ２０６）。制御部２３６は、タイマが作動中でない場合には、タイマ作動フラグを「１」に設定してタイマを起動する（Ｓ２０８）。そして、制御部２３６は、タイマが作動中または起動されると、Ｓ２１０の処理に移行する。
【００５７】
制御部２３６は、該当する店舗４のタイマ値を確認し、タイムアウトの発生の有無を判定する（Ｓ２１０）。制御部２３６は、該当する店舗４のタイマでタイムアウトが発生している場合にはＳ２１２の処理に移行し、タイムアウトが発生していない場合にはＳ２０２の処理に復帰する。つまり、制御部２３６は、該当する店舗４の他の監視カメラ１６２について継続して障害情報の受信を判定する。
【００５８】
制御部２３６は、タイムアウトが発生している場合には、障害情報判断部２２６により、該当する店舗４の全ての監視カメラ１６２（例えば、図１に示す店舗４ａの監視カメラ１６２ａ〜１６２ｃ）に関する障害情報受信フラグを確認し、全ての監視カメラ１６２に関する障害情報を受信したか否かを判定する（Ｓ２１２）。制御部２３６は、全ての監視カメラ１６２に関する障害情報を受信した場合にはＳ２１６の処理に移行し、受信していない場合には障害情報を障害情報通知部２２８に出力する（Ｓ２１４）。
【００５９】
制御部２３６は、全ての監視カメラ１６２に関する障害情報を受信したか否かを判定した後、該当する店舗のタイマ作動フラグ、タイマ値、および障害情報受信フラグを初期化する（Ｓ２１６）。
【００６０】
障害情報判断部２２６は、該当する店舗４に関して、タイマで設定された所定の時間内に、全ての監視カメラ１６２に関する障害情報を受信しなかった場合には、監視カメラ１６２に障害が発生している（障害情報が有効である。）と判断し、障害情報を障害情報通知部２２８に出力する。一方、障害情報判断部２２６は、該当する店舗４に関して、タイマで設定された所定の時間内に、全ての監視カメラ１６２に関する障害情報を受信した場合には、監視カメラ１６２に障害が発生していない（障害情報が無効である。）と判断し、障害情報を障害情報通知部２２８に出力しない。
【００６１】
つまり、ＤＶＲ１６０は、店舗４の運用時間終了などにより照明が落とされた場合には、該当する店舗４に関して全ての監視カメラ１６２の障害を検知し、全ての監視カメラ１６２に関する障害情報を所定の時間内に監視サーバ２１０に送信する。よって、監視サーバ２１０は、該当する店舗４に関して全ての監視カメラ１６２に関する障害情報を所定の時間内にＤＶＲ１６０から受信する。
【００６２】
このため、店舗４毎に所定の時間をカウントするようにタイマを設定し、タイムアウトの発生までに全ての監視カメラ１６２に関する障害情報が受信されたか否かを判定することで、監視カメラ１６２の障害を検知することができる。なお、タイマのカウント初期値は、店舗４毎の条件に基づいて、異なる値に設定されてもよい。
【００６３】
以上説明したように、本実施形態に係る監視システムによれば、監視装置２２０が特定の監視カメラ１６２に関する障害情報を取得した後、全ての監視カメラ１６２に関する障害情報を所定の時間内に取得したかに応じて当該障害情報の有効性を判断し、有効と判断した場合にのみ出力するので、監視カメラ１６２の障害情報を適切に通知することができる。これにより、監視対象の運用スケジュールを設定および更新する必要がなくなり、運用スケジュールの設定および更新を誤ってしまうという問題を解消することができる。
【００６４】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されない。当業者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【００６５】
例えば、上記実施形態の説明では、監視装置１２０、２２０が監視サーバ１１０、２２０および監視端末１１２、２２２から構成される場合について説明した。しかし、上記実施形態は、監視装置１２０、２２０が監視サーバ１１０、２２０および監視端末１１２、２２２の機能を一体化した装置から構成される場合についても同様に適用可能である。
【図面の簡単な説明】
【００６６】
【図１】第１の実施形態に係る監視システムの構成を示す説明図である。
【図２】第１の実施形態に係る監視装置の構成を示す説明図である。
【図３】第１の実施形態に係る監視装置のタイムテーブルを示す説明図である。
【図４】第２の実施形態に係る監視装置の構成を示す説明図である。
【図５】第２の実施形態に係る監視装置のチェックテーブルを示す説明図である。
【図６】第２の実施形態に係る監視装置の動作方法を示すフロー図である。
【図７】従来の監視システムの構成を示す説明図である。
【図８】従来の監視システムのＤＶＲのタイムテーブルを示す説明図である。
【図９】従来の監視システムのＤＶＲのタイムテーブルを示す説明図である。
【符号の説明】
【００６７】
１２、１１２ 監視端末
６０、１６０ ＤＶＲ
６２、１６２ 監視カメラ
１１０ 監視サーバ
１２０、２２０ 監視装置
１２２、２２２ 障害情報取得部
１２４ タイムテーブル記憶部
１２６、２２６ 障害情報判断部
１２８、２２８ 障害情報通知部
１３０ タイムテーブル更新部
２２４ チェックテーブル記憶部
【技術分野】
【０００１】
本発明は、監視装置およびプログラムに関し、特に、監視カメラの障害情報を適切に通知する、監視装置およびプログラムに関する。
【背景技術】
【０００２】
従来、例えば複数の金融業店舗毎にデジタルビデオレコーダ（ＤＶＲ）などの映像記録装置を設置し、複数の映像記録装置に通信回線を通じて接続された監視端末を用いて、監視センターで集中監視する監視システムが知られている。
【０００３】
映像記録装置は、有人店舗、無人店舗内の所定の場所を監視するための監視カメラに接続され、監視カメラから出力された映像信号を記録する。映像記録装置は、映像信号の輝度を検出し、監視カメラのレンズが覆われた場合など、映像信号の輝度が所定の閾値未満であると、監視カメラの障害として検知する機能を有する。映像記録装置は、監視カメラの障害を検知すると、店舗、映像記録装置、監視カメラの識別情報を含む障害情報を通信回線を通じて監視端末に送信する。
【０００４】
監視端末は、障害情報を受信すると、該当する監視カメラのリアルタイム映像信号を確認し、依然として映像信号の輝度が所定の閾値未満である場合には、有人店舗であれば店舗の運用者に障害発生の旨を通知し、無人店舗であれば隣接する店舗または警備会社などに障害発生の旨を通知する。
【０００５】
映像記録装置は、映像信号の輝度が所定の閾値未満であると、監視カメラの障害として検知するので、店舗の運用時間外などに照明が落とされている場合でも、監視カメラの障害として検知し、障害情報を監視端末に送信してしまう。このため、映像記録装置は、設置対象となる店舗に関して曜日毎などの運用スケジュールに基づいて設定されたタイムテーブルを記憶しており、タイムテーブルに従って監視カメラの障害を検知するように機能する。これにより、映像記録装置は、店舗の運用時間外などに照明が落とされている場合に、障害情報を監視端末に送信しなくなる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の監視システムにおいて、祝日、年末年始、店舗保守などにより店舗の運用スケジュールが不規則になる場合には、映像記録装置に記憶されているタイムテーブルが適用できず、映像記録装置が障害情報を監視端末に送信してしまう。この場合には、監視センターの運用者が店舗の運用スケジュールを参照して、運用スケジュールが不規則になる日であることを確認し、障害情報が無効である旨を逐一判断することで対処していた。しかし、集中監視の対象となる店舗の数が多くなると、確認判断に時間を要し、さらに、判断ミスを生じてしまう場合があるという問題があった。
【０００７】
また、祝日、年末年始などを含むタイムテーブルを映像記録装置毎に記憶することも考えられるが、店舗毎に運用スケジュールが異なるので、設定作業が煩雑となり、さらに、設定の更新作業が毎年発生してしまうという問題があった。また、店舗保守などにより運用スケジュールが不規則となる場合には、タイムテーブルの設定作業が間に合わずに、監視センターの運用者が確認判断しなければならなくなるという問題があった。
【０００８】
本発明は上記問題点に鑑みてなされたものであり、その目的は、監視カメラの障害情報を適切に通知可能な、新規かつ改良された、監視装置およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の観点によれば、少なくとも１つの監視カメラから出力された映像信号を記録する映像記録装置に通信回線を通じて接続可能であり、映像記録装置により検知された監視カメラに関する障害情報を取得する監視装置が提供される。本監視装置は、監視対象の運用スケジュールに基づくタイムテーブルを記憶するタイムテーブル記憶部と、タイムテーブルに従って、監視対象の運用時に取得した監視カメラに関する障害情報を有効と判断し、監視対象の運用時以外に取得した監視カメラに関する障害情報を無効と判断する障害情報判断部と、有効と判断した監視カメラに関する障害情報を通知する障害情報通知部と、を備える。
【００１０】
かかる構成によれば、監視対象の運用スケジュールに基づくタイムテーブルに従って、監視装置が監視カメラに関する障害情報の有効性を判断し、有効と判断した場合にのみ通知するので、監視カメラに関する障害情報を適切に通知することができる。これにより、運用者が障害情報の有効性を確認判断する必要がなくなり、確認判断に時間を要したり、判断ミスを生じたりするという問題を解消することができる。また、映像記録装置毎に運用スケジュールに基づくタイムテーブルを設定する必要がなくなる。
【００１１】
また、上記タイムテーブルを更新するためのタイムテーブル更新部をさらに備えてもよい。これにより、監視サーバが記憶しているタイムテーブルが必要に応じて更新可能であるので、映像記録装置毎にタイムテーブルを更新する必要がなくなる。
【００１２】
上記課題を解決するために、本発明の第２の観点によれば、前述した第１の観点に係る監視装置としてコンピュータを機能させるためのプログラムが提供される。
【００１３】
上記課題を解決するために、本発明の第３の観点によれば、複数の監視カメラから通知された映像信号を記録する映像記録装置に通信回線を通じて接続可能であり、映像記録装置により検知された監視カメラに関する障害情報を取得する監視装置が提供される。本監視装置は、特定の監視カメラに関する障害情報を取得した後、映像記録装置に接続されている全ての監視カメラに関する障害情報を所定の時間内に取得していない場合には、特定の監視カメラに関する障害情報を有効と判断し、所定の時間内に取得した場合には、特定の監視カメラに関する障害情報を無効と判断する障害情報判断部と、有効と判断した特定の監視カメラに関する障害情報を通知する障害情報通知部と、を備える。
【００１４】
かかる構成によれば、特定の監視カメラに関する障害情報を取得した後、全ての監視カメラに関する障害情報を所定の時間内に取得したか否かに応じて当該障害情報の有効性を判断し、有効と判断した場合にのみ通知するので、監視カメラの障害情報を適切に通知することができる。これにより、監視対象の運用スケジュールに基づくタイムテーブルを設定および更新する必要がなくなり、タイムテーブルの設定ミスおよび更新ミスを生じてしまうという問題を解消することができる。
【００１５】
上記課題を解決するために、本発明の第４の観点によれば、前述した第３の観点に係る監視装置としてコンピュータを機能させるためのプログラムが提供される。
【発明の効果】
【００１６】
本発明によれば、監視カメラの障害情報を適切に通知可能な、監視装置およびプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下に、添付した図面を参照しながら、本発明の好適な実施形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
以下では、まず、図７〜図９を参照しながら従来の監視システムについて説明した上で、図１〜図６を参照しながら本発明の実施形態に係る監視システムについて説明する。
【００１９】
図７は、従来の監視システムの構成を示す説明図である。図７に示すように、監視システムは、複数の店舗毎４ａ、４ｂ、４ｃ（以下では、店舗４として総称する。）に設置されたＤＶＲ６０および監視カメラ６２ａ、６２ｂ、６２ｃ（以下では、監視カメラ６２として総称する。）と、監視センター２に設置された監視端末１２とを有する。ＤＶＲ６０は、店舗４側のルータ６４、通信回線６および監視センター２側のルータ１４を通じて監視端末１２に接続される。
【００２０】
監視カメラ６２は、例えば店舗窓口、ＡＴＭコーナーなど、店舗４内の所定の場所に設置される。監視カメラ６２は、監視対象の映像を撮影し、撮影した映像の映像信号をＤＶＲ６０に出力する。
【００２１】
ＤＶＲ６０は、少なくとも１つの監視カメラ６２に接続され、監視カメラ６２から出力された映像信号を記録する。ＤＶＲ６０は、例えば、映像信号の輝度を検出し、映像信号の輝度が所定の閾値未満であると、監視カメラ６２の障害として検知する機能を有する。ＤＶＲ６０は、監視カメラ６２の障害を検知すると、店舗番号、ＤＶＲ番号、カメラ番号などの識別情報を含む障害情報を監視端末１２に送信する。
【００２２】
ＤＶＲ６０は、図８および図９に示すタイムテーブル７２、７４、７６を記憶している。タイムテーブル７２、７４、７６は、図８および図９に示すように、平日、休日、祝日など、店舗４毎の運用スケジュールに関する情報を含む。ＤＶＲ６０は、タイムテーブル７２、７４、７６に従って、監視対象の映像信号を記録し、監視カメラ６２の障害を検知する。
【００２３】
図８には、店舗１および店舗ｎにおける平日・休日用のタイムテーブル７２、７４が示されている。図８によれば、店舗１は、平日８時〜１９時、休日１０時〜１７時のスケジュールで運用され、店舗ｎは、平日９時〜１７時、休日１０時〜１５時のスケジュールで運用されている。
【００２４】
図９には、店舗１における祝日用のタイムテーブル７６が示されている。図９によれば、店舗１は、１月１日および１月２日に運用されず、１月１５日および２月１１日に１０時〜１９時のスケジュールで運用されている。
【００２５】
ＤＶＲ６０は、前述したタイムテーブル７２、７４、７６、つまり、店舗の運用スケジュールに従って監視カメラ６２の障害を検知するので、店舗４の運用時間外には障害を検知しない。このため、ＤＶＲ６０は、店舗４の運用時間外に照明が落とされた場合には、障害を検知して障害情報を監視端末１２に送信することがない。
【００２６】
しかしながら、前述したように、店舗４毎に運用スケジュールが異なるので、タイムテーブル７２、７４、７６の設定作業が煩雑となり、特に祝日用のタイムテーブル７６の更新作業が毎年発生してしまう。また、店舗保守などの緊急対応時には、タイムテーブル７２、７４、７６の設定作業が間に合わなくなる場合がある。
【００２７】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る監視システムの構成を示す説明図である。以下では、第１の実施形態に係る監視システムについて説明するが、従来の監視システムと同様の構成要素についての説明を省略する。
【００２８】
図１に示すように、監視システムは、複数の店舗４ａ、４ｂ、４ｃ（以下では、店舗４として総称する。）毎に設置されたＤＶＲ１６０（映像記録装置）および監視カメラ１６２ａ、１６２ｂ、１６２ｃ（以下では、監視カメラ１６２として総称する。）と、監視センター２に設置された監視サーバ１１０および監視端末１１２とを有する。ＤＶＲ１６０は、店舗４側のルータ１６４、通信回線６および監視センター２側のルータ１１４を通じて監視サーバ１１０および監視端末１１２に接続される。なお、ＤＶＲ１６０は、店舗４毎に１台設置されてもよく、複数設置されてもよい。
【００２９】
図２は、第１の実施形態に係る監視装置の構成を示す説明図である。本実施形態に係る監視装置１２０は、監視サーバ１１０および監視端末１１２から構成される。監視装置１２０は、図２に示すように、障害情報取得部１２２、タイムテーブル記憶部１２４、障害情報判断部１２６、障害情報通知部１２８、タイムテーブル更新部１３０、入出力部１３２、記憶部１３４、および制御部１３６を有する。
【００３０】
障害情報取得部１２２は、ＤＶＲ１６０により検知された監視カメラ１６２に関する障害情報をＤＶＲ１６０から取得する。タイムテーブル記憶部１２４は、後述するように、監視対象となる店舗４の運用スケジュールに基づいて設定されたタイムテーブル１４２、１４４を記憶している。障害情報判断部１２６は、タイムテーブル１４２、１４４に基づいて、取得した障害情報の有効性を判断する。障害情報通知部１２８は、有効と判断された障害情報を通知する。タイムテーブル更新部１３０は、タイムテーブル記憶部１２４に記憶されているタイムテーブル１４２、１４４を更新する。
【００３１】
入出力部１３２は、例えば、キーボード、モニタなどのユーザインターフェースである。記憶部１３４は、監視装置１２０の動作に必要となる各種情報などを記憶する。制御部１３６は、前述した他の構成要素を制御することで、監視装置１２０全体の動作を制御する。
【００３２】
監視装置１２０の構成要素のうち、障害情報取得部１２２、障害情報判断部１２６、障害情報通知部１２８、タイムテーブル更新部１３０、および制御部１３６は、各構成要素の機能を実行するソフトウェアプログラムを記憶部１３４にインストールして実現されてもよく、専用のハードウェアにより実現されてもよい。また、タイムテーブル記憶部１２４および記憶部１３４は、例えば、半導体メモリ、光ディスク、磁気ディスクなどの各種記憶媒体として構成されてもよい。
【００３３】
監視システムでは、ＤＶＲ１６０の代わりに、監視サーバ１１０が図３に示すタイムテーブル１４２、１４４を記憶している。本実施形態では、タイムテーブル記憶部１２４がタイムテーブル１４２、１４４を記憶しているが、監視サーバ１１０に付属する外部記憶装置、または記憶部１３４がタイムテーブル１４２、１４４を記憶してもよい。また、タイムテーブル１４２、１４４は、タイムテーブル更新部１３０を介して適宜更新することができる。
【００３４】
タイムテーブル１４２、１４４は、図３に示すように、第１のテーブル１４２および第２のテーブル１４４からなる。第１のテーブル１４２は、運用スケジュールが共通する店舗４をグループに区分する情報を含む。第２のテーブル１４４は、グループに属する店舗４に共通する運用スケジュールの情報を含む。なお、以下では、店舗４の運用スケジュール自体を第２のテーブル１４４に設定する場合を想定して説明する。
【００３５】
図３には、店舗１〜３をグループ１に区分し、店舗７〜９をグループ２に区分し、店舗ｍ、ｎをグループ３に区分する第１のテーブル１４２と、グループ１、グループ２、グループ３の各々に属する店舗に共通する運用スケジュールの情報を含む第２のテーブル１４４が示されている。
【００３６】
図３によれば、例えば、グループ１に属する店舗１〜３は、１月１日および１月２日に１０時〜１５時のスケジュールで運用され、１月１５日および２月１１日に１０時〜１７時のスケジュールで運用されている。
【００３７】
以下では、監視システムの動作方法について説明する。
【００３８】
店舗４に設置されたＤＶＲ１６０は、監視カメラ１６２の障害を検知すると、店舗番号、ＤＶＲ番号、およびカメラ番号を含む障害情報を監視センター２に送信する。監視センター２では、監視サーバ１１０が障害情報を受信し、障害情報の有効性を判断し、必要に応じて監視端末１１２に出力し、監視端末１１２が障害情報を通知する。
【００３９】
制御部１３６は、障害情報取得部１２２により障害情報を取得すると、まず、タイムテーブル記憶部１２４に記憶されているタイムテーブル１４２、１４４を参照する。そして、制御部１３６は、障害情報に含まれる店舗番号および第１のテーブル１４２に基づいて、該当する店舗４が属するグループを特定する。次に、制御部１３６は、特定したグループおよび第２のテーブル１４４に基づいて、該当する店舗４の運用スケジュールに基づくタイムテーブルを特定する。
【００４０】
制御部１３６は、障害情報判断部１２６により、特定したタイムテーブルおよびシステム時計に基づいて、障害情報の受信日時が店舗４の運用時間内であるか否かを判定する。ここで、障害情報判断部１２６は、受信日時が店舗４の運用時間内であると判定した場合には、監視カメラ１６２に障害が発生している（障害情報が有効である。）と判断し、障害情報を障害情報通知部１２８に出力する。一方、障害情報判断部１２６は、受信日時が店舗４の運用時間外であると判定した場合には、監視カメラ１６２に障害が発生していない（障害情報が無効である。）と判断し、障害情報を障害情報通知部１２８に出力しない。ここで、監視サーバ１１０は、無効と判断した障害情報を破棄してもよく、有効と判断した障害情報とともに受信ログとして記録してもよい。
【００４１】
障害情報判断部１２６は、例えば、グループ１に属する店舗１から１月１日の１０時に障害情報を受信した場合には、タイムテーブル１４２、１４４に基づいて店舗１の運用時間内であると判定し、障害情報が有効であると判断し、障害情報を障害情報通知部１２８に出力する。一方、障害情報判断部１２６は、例えば、グループ２に属する店舗７から１月１日の１０時に障害情報を受信した場合には、タイムテーブル１４２、１４４に基づいて店舗７の運用時間外であると判定し、障害情報が無効であると判断し、障害情報を障害情報通知部１２８に出力しない。
【００４２】
監視装置１２０は、障害情報を取得すると、監視端末１１２の障害情報通知部１２８により、従来と同様に、店舗または警備会社などに障害発生の旨を通知する。ここで、障害発生の旨は、監視端末１１２から自動的に通知されてもよく、監視端末１１２を操作する操作者を介して通知されてもよい。
【００４３】
以上説明したように、本実施形態に係る監視システムによれば、監視装置１２０が監視対象の運用スケジュールに基づくタイムテーブルに従って、監視カメラ１６２に関する障害情報の有効性を判断し、有効と判断した場合にのみ通知するので、監視カメラ１６２の障害情報を適切に通知することができる。これにより、運用者が障害情報の有効性を確認判断する必要がなくなり、確認判断に時間を要したり、判断ミスを生じたりするという問題を解消することができる。
【００４４】
また、監視装置１２０がタイムテーブル１４２、１４４を記憶し、必要に応じて更新するので、ＤＶＲ１６０毎にタイムテーブル７２、７４、７６を設定および更新する必要がなくなる。
【００４５】
（第２の実施形態）
以下では、第２の実施形態に係る監視システムについて説明するが、第１の監視システムと同様の構成要素についての説明を省略する。
【００４６】
監視システムは、監視センター２に設置された監視サーバ２１０および監視端末２１２を有する。監視システムの構成は、ＤＶＲ１６０に複数の監視カメラ１６２ａ、１６２ｂ、１６２ｃ（以下では、監視カメラ１６２と総称する。）が接続されている以外は、図１に示す監視システムと同様である。なお、ＤＶＲ１６０は、店舗４毎に１台設置されてもよく、複数設置されてもよいが、以下では、店舗４毎に１台設置されている場合について説明する。
【００４７】
図４は、第２の実施形態に係る監視装置の構成を示す説明図である。監視装置２２０は、図４に示すように、障害情報取得部２２２、チェックテーブル記憶部２２４、障害情報判断部２２６、障害情報通知部２２８、入出力部２３２、記憶部２３４、および制御部２３６を有する。
【００４８】
障害情報取得部２２２、障害情報通知部２２８、入出力部２３２、記憶部２３４、および制御部２３６は、第１の実施形態に係る監視装置１２０と同様の機能構成を有する。チェックテーブル記憶部２２４は、障害情報の有効性を判断するために利用するチェックテーブル２４２を記憶している。障害情報判断部２２６は、ＤＶＲ１６０に接続されている監視カメラ１６２から所定の時間内に取得される障害情報の取得状況に基づいて、障害情報の有効性を判断する。
【００４９】
監視システムにおいて、監視サーバ２１０は、タイムテーブル１４２、１４４を記憶する代わりに、チェックテーブル２４２を利用する。本実施形態では、チェックテーブル記憶部２２４がチェックテーブル２４２を記憶しているが、監視サーバ２１０に付属する外部記憶装置、または記憶部２３４がチェックテーブル２４２を記憶してもよい。チェックテーブル２４２は、図５に示すように、監視サーバ２１０が監視カメラ１６２の障害検知のために用いる情報を含む。
【００５０】
チェックテーブル２４２は、カメラ台数、タイマ作動フラグ、タイマ値、障害情報受信フラグからなる。カメラ台数は、店舗４毎のＤＶＲ１６０に接続されている監視カメラ１６２の台数を示す。タイマ作動フラグは、各ＤＶＲ１６０に対応するタイマの作動状態を示すフラグ情報である。タイマ値は、タイマ毎のカウント値を示す。障害情報受信フラグは、ＤＶＲ１６０毎に接続されている各監視カメラ１６２に関する障害情報の受信状態を示すフラグ情報である。
【００５１】
ここで、タイマ作動フラグは、例えば、タイマの作動中に「１」に設定され、作動中以外に「０」に設定される。タイマ値は、例えばカウント値「５：００」からカウントを開始し、「０：００」で終了する。障害情報受信フラグは、例えば、障害情報を受信すると「１」に設定され、受信していないと「０」に設定される。
【００５２】
図５によれば、例えば、店舗１のＤＶＲ１６０に５台の監視カメラ１６２が接続されている。当該ＤＶＲ１６０に対応するタイマが作動中であり、カウント値が「３：３０」である。監視カメラ１〜５に関する障害情報が監視サーバ２１０により受信済みである。
【００５３】
図６は、監視装置の動作方法を示すフロー図である。以下では、図６を参照しながら監視装置２２０の動作方法について説明する。
【００５４】
制御部２３６は、障害情報の受信を判定し、障害情報を受信した場合にはステップＳ２０４の処理に移行し、障害情報を受信していない場合には継続して障害情報の受信を判定する（Ｓ２０２）。
【００５５】
制御部２３６は、障害情報取得部２２２により障害情報を受信すると、障害情報に含まれる店舗番号、およびカメラ番号に基づいて、チェックテーブル記憶部２２４に記憶されているチェックテーブル２４２を更新する（Ｓ２０４）。つまり、該当する店舗４の該当する監視カメラ１６２の障害情報受信フラグを「１」に設定する。なお、制御部２３６は、店舗４に複数のＤＶＲ１６０が設置されている場合には、選択的に障害情報に含まれるＤＶＲ番号も参照する。
【００５６】
制御部２３６は、該当する店舗４のタイマ作動フラグを確認し、タイマの作動状態を判定する（Ｓ２０６）。制御部２３６は、タイマが作動中でない場合には、タイマ作動フラグを「１」に設定してタイマを起動する（Ｓ２０８）。そして、制御部２３６は、タイマが作動中または起動されると、Ｓ２１０の処理に移行する。
【００５７】
制御部２３６は、該当する店舗４のタイマ値を確認し、タイムアウトの発生の有無を判定する（Ｓ２１０）。制御部２３６は、該当する店舗４のタイマでタイムアウトが発生している場合にはＳ２１２の処理に移行し、タイムアウトが発生していない場合にはＳ２０２の処理に復帰する。つまり、制御部２３６は、該当する店舗４の他の監視カメラ１６２について継続して障害情報の受信を判定する。
【００５８】
制御部２３６は、タイムアウトが発生している場合には、障害情報判断部２２６により、該当する店舗４の全ての監視カメラ１６２（例えば、図１に示す店舗４ａの監視カメラ１６２ａ〜１６２ｃ）に関する障害情報受信フラグを確認し、全ての監視カメラ１６２に関する障害情報を受信したか否かを判定する（Ｓ２１２）。制御部２３６は、全ての監視カメラ１６２に関する障害情報を受信した場合にはＳ２１６の処理に移行し、受信していない場合には障害情報を障害情報通知部２２８に出力する（Ｓ２１４）。
【００５９】
制御部２３６は、全ての監視カメラ１６２に関する障害情報を受信したか否かを判定した後、該当する店舗のタイマ作動フラグ、タイマ値、および障害情報受信フラグを初期化する（Ｓ２１６）。
【００６０】
障害情報判断部２２６は、該当する店舗４に関して、タイマで設定された所定の時間内に、全ての監視カメラ１６２に関する障害情報を受信しなかった場合には、監視カメラ１６２に障害が発生している（障害情報が有効である。）と判断し、障害情報を障害情報通知部２２８に出力する。一方、障害情報判断部２２６は、該当する店舗４に関して、タイマで設定された所定の時間内に、全ての監視カメラ１６２に関する障害情報を受信した場合には、監視カメラ１６２に障害が発生していない（障害情報が無効である。）と判断し、障害情報を障害情報通知部２２８に出力しない。
【００６１】
つまり、ＤＶＲ１６０は、店舗４の運用時間終了などにより照明が落とされた場合には、該当する店舗４に関して全ての監視カメラ１６２の障害を検知し、全ての監視カメラ１６２に関する障害情報を所定の時間内に監視サーバ２１０に送信する。よって、監視サーバ２１０は、該当する店舗４に関して全ての監視カメラ１６２に関する障害情報を所定の時間内にＤＶＲ１６０から受信する。
【００６２】
このため、店舗４毎に所定の時間をカウントするようにタイマを設定し、タイムアウトの発生までに全ての監視カメラ１６２に関する障害情報が受信されたか否かを判定することで、監視カメラ１６２の障害を検知することができる。なお、タイマのカウント初期値は、店舗４毎の条件に基づいて、異なる値に設定されてもよい。
【００６３】
以上説明したように、本実施形態に係る監視システムによれば、監視装置２２０が特定の監視カメラ１６２に関する障害情報を取得した後、全ての監視カメラ１６２に関する障害情報を所定の時間内に取得したかに応じて当該障害情報の有効性を判断し、有効と判断した場合にのみ出力するので、監視カメラ１６２の障害情報を適切に通知することができる。これにより、監視対象の運用スケジュールを設定および更新する必要がなくなり、運用スケジュールの設定および更新を誤ってしまうという問題を解消することができる。
【００６４】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されない。当業者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【００６５】
例えば、上記実施形態の説明では、監視装置１２０、２２０が監視サーバ１１０、２２０および監視端末１１２、２２２から構成される場合について説明した。しかし、上記実施形態は、監視装置１２０、２２０が監視サーバ１１０、２２０および監視端末１１２、２２２の機能を一体化した装置から構成される場合についても同様に適用可能である。
【図面の簡単な説明】
【００６６】
【図１】第１の実施形態に係る監視システムの構成を示す説明図である。
【図２】第１の実施形態に係る監視装置の構成を示す説明図である。
【図３】第１の実施形態に係る監視装置のタイムテーブルを示す説明図である。
【図４】第２の実施形態に係る監視装置の構成を示す説明図である。
【図５】第２の実施形態に係る監視装置のチェックテーブルを示す説明図である。
【図６】第２の実施形態に係る監視装置の動作方法を示すフロー図である。
【図７】従来の監視システムの構成を示す説明図である。
【図８】従来の監視システムのＤＶＲのタイムテーブルを示す説明図である。
【図９】従来の監視システムのＤＶＲのタイムテーブルを示す説明図である。
【符号の説明】
【００６７】
１２、１１２ 監視端末
６０、１６０ ＤＶＲ
６２、１６２ 監視カメラ
１１０ 監視サーバ
１２０、２２０ 監視装置
１２２、２２２ 障害情報取得部
１２４ タイムテーブル記憶部
１２６、２２６ 障害情報判断部
１２８、２２８ 障害情報通知部
１３０ タイムテーブル更新部
２２４ チェックテーブル記憶部
【特許請求の範囲】
【請求項１】
少なくとも１つの監視カメラから出力された映像信号を記録する映像記録装置に通信回線を通じて接続可能であり、前記映像記録装置により検知された前記監視カメラに関する障害情報を取得する監視装置において、
監視対象の運用スケジュールに基づくタイムテーブルを記憶するタイムテーブル記憶部と、
前記タイムテーブルに従って、前記監視対象の運用時に取得した前記監視カメラに関する障害情報を有効と判断し、前記監視対象の運用時以外に取得した前記監視カメラに関する障害情報を無効と判断する障害情報判断部と、
有効と判断した前記監視カメラに関する障害情報を通知する障害情報通知部と、
を備えたことを特徴とする、監視装置。
【請求項２】
前記タイムテーブルを更新するためのタイムテーブル更新部をさらに備えたことを特徴とする、請求項１に記載の監視装置。
【請求項３】
少なくとも１つの監視カメラから通知された映像信号を記録する映像記録装置、および前記映像記録装置により検知された前記監視カメラに関する障害情報を通信回線を通じて取得する監視装置からなる監視システムに適用されるプログラムであって、コンピュータを、
監視対象の運用スケジュールに基づくタイムテーブルに従って、前記監視対象の運用時に取得した前記監視カメラに関する障害情報を有効と判断し、前記監視対象の運用時以外に取得した前記監視カメラに関する障害情報を無効と判断する障害情報判断手段、
有効と判断した前記監視カメラに関する障害情報を通知する障害情報通知手段、
として機能させるためのプログラム。
【請求項４】
複数の監視カメラから通知された映像信号を記録する映像記録装置に通信回線を通じて接続可能であり、前記映像記録装置により検知された前記監視カメラに関する障害情報を取得する監視装置において、
特定の監視カメラに関する障害情報を取得した後、前記映像記録装置に接続されている全ての監視カメラに関する障害情報を所定の時間内に取得していない場合には、前記特定の監視カメラに関する障害情報を有効と判断し、所定の時間内に取得した場合には、前記特定の監視カメラに関する障害情報を無効と判断する障害情報判断部と、
有効と判断した前記特定の監視カメラに関する障害情報を通知する障害情報通知部と、
を備えたことを特徴とする監視装置。
【請求項５】
複数の監視カメラから通知された映像信号を記録する映像記録装置と、前記映像記録装置により検知された前記監視カメラに関する障害情報を通信回線を通じて取得する監視装置からなる監視システムに適用されるプログラムであって、コンピュータを、
特定の監視カメラに関する障害情報を取得した後、前記映像記録装置に接続されている全ての監視カメラに関する障害情報を所定の時間内に取得していない場合には、前記特定の監視カメラに関する障害情報を有効と判断し、所定の時間内に取得した場合には、前記特定の監視カメラに関する障害情報を無効と判断する障害情報判断手段、
有効と判断した前記特定の監視カメラに関する障害情報を通知する障害情報通知手段、
として機能させるためのプログラム。
【請求項１】
少なくとも１つの監視カメラから出力された映像信号を記録する映像記録装置に通信回線を通じて接続可能であり、前記映像記録装置により検知された前記監視カメラに関する障害情報を取得する監視装置において、
監視対象の運用スケジュールに基づくタイムテーブルを記憶するタイムテーブル記憶部と、
前記タイムテーブルに従って、前記監視対象の運用時に取得した前記監視カメラに関する障害情報を有効と判断し、前記監視対象の運用時以外に取得した前記監視カメラに関する障害情報を無効と判断する障害情報判断部と、
有効と判断した前記監視カメラに関する障害情報を通知する障害情報通知部と、
を備えたことを特徴とする、監視装置。
【請求項２】
前記タイムテーブルを更新するためのタイムテーブル更新部をさらに備えたことを特徴とする、請求項１に記載の監視装置。
【請求項３】
少なくとも１つの監視カメラから通知された映像信号を記録する映像記録装置、および前記映像記録装置により検知された前記監視カメラに関する障害情報を通信回線を通じて取得する監視装置からなる監視システムに適用されるプログラムであって、コンピュータを、
監視対象の運用スケジュールに基づくタイムテーブルに従って、前記監視対象の運用時に取得した前記監視カメラに関する障害情報を有効と判断し、前記監視対象の運用時以外に取得した前記監視カメラに関する障害情報を無効と判断する障害情報判断手段、
有効と判断した前記監視カメラに関する障害情報を通知する障害情報通知手段、
として機能させるためのプログラム。
【請求項４】
複数の監視カメラから通知された映像信号を記録する映像記録装置に通信回線を通じて接続可能であり、前記映像記録装置により検知された前記監視カメラに関する障害情報を取得する監視装置において、
特定の監視カメラに関する障害情報を取得した後、前記映像記録装置に接続されている全ての監視カメラに関する障害情報を所定の時間内に取得していない場合には、前記特定の監視カメラに関する障害情報を有効と判断し、所定の時間内に取得した場合には、前記特定の監視カメラに関する障害情報を無効と判断する障害情報判断部と、
有効と判断した前記特定の監視カメラに関する障害情報を通知する障害情報通知部と、
を備えたことを特徴とする監視装置。
【請求項５】
複数の監視カメラから通知された映像信号を記録する映像記録装置と、前記映像記録装置により検知された前記監視カメラに関する障害情報を通信回線を通じて取得する監視装置からなる監視システムに適用されるプログラムであって、コンピュータを、
特定の監視カメラに関する障害情報を取得した後、前記映像記録装置に接続されている全ての監視カメラに関する障害情報を所定の時間内に取得していない場合には、前記特定の監視カメラに関する障害情報を有効と判断し、所定の時間内に取得した場合には、前記特定の監視カメラに関する障害情報を無効と判断する障害情報判断手段、
有効と判断した前記特定の監視カメラに関する障害情報を通知する障害情報通知手段、
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００９−２１７７２３（Ｐ２００９−２１７７２３Ａ）
【公開日】平成２１年９月２４日（２００９．９．２４）
【国際特許分類】
【出願番号】特願２００８−６２９７５（Ｐ２００８−６２９７５）
【出願日】平成２０年３月１２日（２００８．３．１２）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２１年９月２４日（２００９．９．２４）
【国際特許分類】
【出願日】平成２０年３月１２日（２００８．３．１２）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]