JP2005094203A - 画像監視システムおよびプログラム - Google Patents

Abstract

【課題】定期的に監視画像を保存する必要が無い場合でも、ユーザ側の監視カメラ装置の接続状態を検査することができると共に、その検査結果を当該ユーザへ通知できるようにする。
【解決手段】管理サーバ１は、カメラシステム４を所定タイミング毎にアクセスすることによってＰｉｎｇテストを実施し、当該カメラシステム４からの応答を確認してその接続状態を検査した結果、カメラシステム４が正常に接続されていない場合には、その旨を当該ユーザ対応の通知先へ報告する。
【選択図】 図1

Description

この発明は、監視用の撮影機能および通信機能を備えたユーザ側の監視カメラ装置からネットワークを介して受信取得した監視画像を当該ユーザに対応付けて記録保管したり、ユーザからの画像要求に応じて当該ユーザ対応の保管画像を読み出してそのユーザ端末へ送信する画像監視システムおよびプログラムに関する。

近年、インターネットおよびブロードバンド環境の普及によって、ＰＤＡ等の情報処理端末や携帯電話等からでもインターネット上のカメラ画像を誰でも自由に閲覧したり、ダウンロードすることができるようになり、また、カメラ画像の利用も様々であり、例えば、現場を撮影したモニタ画像によって遠隔監視を行ったり、住宅のセキュリティ監視を行うことにも利用されている。
従来、このようなカメラ画像による監視システムとしては、例えば、監視カメラによって事務所内を撮影した監視画像を解析することによって不審者の侵入を検出し、その旨を示すメールを携帯電話へ送信するようにした遠隔監視システムが知られている（特許文献１参照）。

特開２００２−２３０６５４号公報

しかしながら、不審者の侵入を携帯電話へメール送信するものにあっては、不審者の侵入という異常事態を報告することができたとしても、例えば、ネットワークケーブルが抜け外れていたり、不審者によって通信回線が切断される等の不測事態までも対処することはできず、セキュリティ管理上の問題が残る。
そこで、本出願人は先に、監視画像を定期的に受信取得して蓄積管理する際、監視画像を正常に受信取得することができたか否かに基づいてカメラ装置側での異常発生の有無を検査し、異常が発生している場合には、その旨をユーザ通知するようにした技術を提案した。これによって監視画像を定期的に保存する毎にカメラ装置側での異常発生の有無を検査することができ、ユーザにあっては接続不良等を即座に知ることができ、素早い対応が可能となるが、定期的に監視画像を保存することを前提とするものであった。

この発明の課題は、定期的に監視画像を保存する必要が無い場合でも、ユーザ側の監視カメラ装置の接続状態を検査することができると共に、その検査結果を当該ユーザへ通知できるようにすることである。

請求項１記載の発明は、監視用の撮影機能および通信機能を備えたユーザ側の監視カメラ装置からネットワークを介して受信取得した監視画像を当該ユーザに対応付けて記録保管したり、ユーザからの画像要求に応じて当該ユーザ対応の保管画像を読み出してそのユーザ端末へ送信する画像監視システムであって、前記ユーザ毎にその監視カメラ装置を所定タイミング毎にアクセスすることによって当該監視カメラ装置からの応答を確認してその接続状態を検査する検査手段と、この検査手段によって監視カメラ装置が正常に接続されていないことが判定された場合に、その旨を当該ユーザ対応の通知先へ報告する通知手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項７記載の発明）。

なお、請求項１記載の発明は次のようなものであってもよい。
ユーザに対応して予め任意の時間帯が設定されている場合に、前記検査手段は、この時間帯内で当該ユーザ対応の監視カメラ装置をアクセスしてその接続状態を検査する（請求項２記載の発明）。

ユーザに対応して予め任意の時間帯および時間間隔が設定されている場合に、前記検査手段は、この時間帯の範囲内において時間間隔毎に当該ユーザ対応の監視カメラ装置をアクセスしてその接続状態を検査する（請求項３記載の発明）。

ユーザに対応して予め任意の通知先が設定されている場合に、前記通知手段は、この通知先に対して当該ユーザの監視カメラ装置が正常に接続されていないことを報告する（請求項４記載の発明）。

監視カメラ装置毎に設定されている時間間隔毎に定期的に撮影された監視画像を受信取得して記録保管する（請求項５記載の発明）。
この場合、前記定期的に撮影された監視画像を正常に受信取得することができたか否かを判別する判別手段と、この判別手段によって監視画像を正常取得することができなかったことが判別された場合に、そのカメラ装置側での異常発生を当該ユーザ対応の通知先へ報告する通知手段とを設けてもよい（請求項６記載の発明）。

請求項１記載の発明によれば、ユーザ毎にその監視カメラ装置を所定タイミング毎にアクセスすることによって当該監視カメラ装置からの応答を確認してその接続状態を検査した結果、監視カメラ装置が正常に接続されていない場合には、その旨を当該ユーザ対応の通知先へ報告するようにしたから、定期的に監視画像を保存する必要が無い場合でも、ユーザ側の監視カメラ装置の接続状態を検査することができると共に、その検査結果を当該ユーザへ通知することができ、ユーザにあっては監視カメラ装置の接続不良を即座に知り得、素早い対応が可能となる等、システム全体の運用管理を円滑に行うことができる。

請求項２記載の発明によれば、上述した請求項１記載の発明と同様の効果を有する他、ユーザに対応して予め任意の時間帯が設定されている場合に、この時間帯内で当該ユーザ対応の監視カメラ装置をアクセスしてその接続状態を検査するようにしたから、ユーザが希望した時間帯内での検査が可能となる。

請求項３記載の発明によれば、上述した請求項 記載の発明と同様の効果を有する他、ユーザに対応して予め任意の時間帯および時間間隔が設定されている場合に、この時間帯の範囲内において時間間隔毎に当該ユーザ対応の監視カメラ装置をアクセスしてその接続状態を検査するようにしたから、ユーザが希望した時間帯内において定期的に何回もの検査が可能となる。

請求項４記載の発明によれば、上述した請求項１記載の発明と同様の効果を有する他、ユーザに対応して予め任意の通知先が設定されている場合に、この通知先に対して当該ユーザの監視カメラ装置が正常に接続されていないことを報告するようにしたから、ユーザの現在の居場所に拘らず、何処に居ても異常通知を受けることができる他、異常通知をユーザ以外の関係者宛に対しても行うことができる。

請求項５記載の発明によれば、上述した請求項１記載の発明と同様の効果を有する他、監視カメラ装置毎に設定されている時間間隔毎に定期的に撮影された監視画像を受信取得して記録保管するようにしたから、定期的に監視画像を保存する必要が有る場合には、監視画像を保存する毎に異常発生の有無を検査することができる。
この場合、定期的に撮影された監視画像を正常に受信取得することができたか否かを判別し、監視画像を正常取得することができなかった場合に、そのカメラ装置側での異常発生を当該ユーザ対応の通知先へ報告するようにすればよい。

以下、図１〜図１４を参照してこの発明の一実施形態を説明する。
図１は、この実施形態における画像監視システムの全体構成を示したブロック図である。
この画像監視システムは、監視用の撮影機能および通信機能を備えたユーザ側のカメラ装置（カメラシステム）からインターネットを介して受信取得した監視画像（ユーザ提供画像）を収集保管すると共に、この監視画像に対する閲覧要求を受けた場合に、一定の条件下で監視画像をその要求元の端末へ送信するようにした広域通信システムであり、インターネットに関する一般的なＴＣＰ／ＩＰ通信プロトコルを利用したＨＴＴＰプロトコル等によってデジタル化（パケット化）されたデータの送受信を行う。この画像監視システムの中核を成す管理サーバ１には、インターネット２およびＩＰＳ（インターネット接続サービスを提供するプロバイダ）３を介してユーザ側のカメラシステム４に接続されていると共に、インターネット２および移動体通信網５を介して携帯端末６が接続されているシステム環境となっている。

管理サーバ１は、データサーバ、Ｗｅｂサーバ、メールサーバ等の各種のサーバ機能を有する構成で、このデータサーバ１１は、定期的にユーザ側のカメラシステム４から監視画像を受信取得してハードディスク（ＨＤＤ）１２に収集保管するようにしている。この場合、データサーバ１１の主導によってユーザ側のカメラの動作を制御するようにしているが、その際、データサーバ１１は、カメラシステム４から監視画像を正常に取得することができたか否かをチェックし、正常に取得することができなかった場合には、カメラの動作不良や回線不良等によるシステム異常であると認識してシステム異常の発生をそのユーザ側の通知先へメール報告するようにしている。なお、管理サーバ１がデータサーバとして機能する場合も、以下、管理サーバ１と呼ぶものとする。

また、管理サーバ１は、各カメラシステム４を定期的にアクセスしてＰｉｎｇコマンドによる接続状況テスト（Ｐｉｎｇテスト）を実施し、当該カメラシステム４からの応答を確認してその接続状況を検査し、カメラシステム４が正常に接続されていない場合には、接続不良を当該ユーザ側の通知先へメール報告するようにしている。
このＰｉｎｇテストは、任意のカメラシステム４をそのＩＰアドレス（インターネット・プロトコル・アドレス）によって個別指定してＴＣＰ／ＩＰネットワーク上における接続状況を確認するもので、管理サーバ１は、カメラシステム４毎に任意に設定されているテスト用パラメータ（後述する）を参照してＰｉｎｇテストを定期的に実施するようにしている。

ユーザ側のカメラシステム４は、Ｗｅｂカメラ４１、パーソナルコンピュータ（ＰＣ）４２、ルータ４３、モデム４４を有し、それらは有線／無線ＬＡＮ（ローカル・エリア・ネットワーク）４５を介して接続されている構成となっている。
Ｗｅｂカメラ４１は、例えば、撮像素子としてのＣＣＤエリアセンサを利用して、被写体像をデジタル画像に変換する高画質のＷｅｂページ対応型のスチルカメラであり、例えば、一般家庭や会社等の屋内監視の為に、屋内を広角撮影したり、ズーム撮影を行い、その撮影画像を順次記録保持すると共に、ＰＣ４２からの転送要求に応じて保持画像を読み出してＰＣ４２へ転送する。

ＰＣ４２は、Ｗｅｂカメラ４１に対しては各種のパラメータを設定したり、Ｗｅｂカメラ４１から監視画像を読み込んで記録保管したり、管理サーバ１へ送信する等の制御を行うもので、ＰＣ４２には、Ｗｅｂブラウザ機能、メール機能が設けられている。
ここで、図示の如く、複数のカメラシステム４のうち、その一方をローカル側、他方をリモート側と称すると、ローカル側のＰＣ４２は、ローカル側のＷｅｂカメラ４１から監視画像を読み込んで記録保管する他、リモート側のＷｅｂカメラ４１からＩＰＳ３経由で受信した監視画像を取得して記録保管し、遠方の監視画像をも含めてモニタ表示するようにしている。なお、図示の例では、リモート側において、Ｗｅｂカメラ４１に対して各種パラメータを初期設定した後はＰＣをそのＬＡＮ上から取り外しても問題がない為、リモート側ではＰＣを省略した場合を例示している。

ルータ４３は、モデム４４を介してＩＰＳ３に接続されており、通常のリモートルーティング等を行う他に、特に、この実施形態においては、自己宛のパケットを取り込んだ際に、そのパケット内のヘッダー部から抽出した送信元のＩＰアドレスが予め登録されている特定の送信元ＩＰアドレス（登録アドレス）に該当することを条件に、当該パケットを受信し、それ以外の送信元ＩＰアドレスの場合には、そのパケットの受信を拒否する中継動作を行うようにした特殊なフィルタ機能を有している。ここで、登録アドレスは、アクセス可否を決定する為に事前登録されたもので、アクセスを許可する対象として、管理サーバ１、他のカメラシステム４、携帯端末６等のＩＰアドレスの中から任意の指定されたＩＰアドレスである。

携帯端末６は、携帯電話あるいはＰＤＡ等の通信機能付き携帯情報機器であり、管理サーバ１側に蓄積管理されている監視画像の閲覧を管理サーバ１に対して要求したり、管理サーバ１を通さずにＩＰＳ３経由でローカル側のカメラシステム４を直接アクセスして監視画像の閲覧要求を行う。この場合、管理サーバ１は、上述した如く、正規な要求元が正規な端末を使用してのアクセスであることを条件に監視画像へのアクセスを許可し、また、ローカル側のカメラシステム４は、上述した如く、ルータ４３のフィルタ機能によってその送信元ＩＰアドレスが登録アドレスに合致することを条件に、監視画像へのアクセスを許可する。なお、管理サーバ１やローカル側のカメラシステム４に対して画像の閲覧を要求する閲覧者端末は、携帯端末６に限らず、ＰＣ（図示せず）等であってもよい。

図２は、管理サーバ１側のデータベース１３に設けられている保存制御テーブル１４の内容を示した図である。
この保存制御テーブル１４は、管理サーバ１の主導の下に各カメラシステム４内のＷｅｂカメラ４１の動作を制御する為のカメラ制御情報を記憶管理するもので、カメラ毎に、「カメラＩＤ」、「設定パラメータ」、「次回保存時刻」、「エラーカウンタ」、「通知フラグ」の各項目を記憶する構成となっている。
「カメラＩＤ」は、Ｗｅｂカメラ４１毎に割り当てたカメラ固有の識別情報であり、「設定パラメータ」は、Ｗｅｂカメラ４１の動作を制御する為に予め設定された制御情報であり、「画像保存間隔」、「開始時刻」、「終了時刻」の各項目を有している。

「画像保存間隔」は、例えば、５秒間隔、１０秒間隔、１分間隔等のようなタイミングで定期的に撮影された監視画像を受信取得して保存する画像保存間隔を示している。「開始時刻」、「終了時刻」は、例えば、９時００分〜２２時００分、１０時００分〜２０時００分のような撮影期間の開始／終了時刻であり、この期間内において上述の「画像保存間隔」で受信した各監視画像は、ハードディスク１２内に順次保存される。「次回保存時刻」は、上述の「設定パラメータ」に基づいて算出されたもので、次回の撮影タイミングを示している。

管理サーバ１は、各カメラ毎に設定されている「設定パラメータ」に従って各カメラを所定タイミング毎に作動させてその監視画像を取得する際に、正常に取得することができなかった取得エラーを検出する毎に、「エラーカウンタ」の値を更新する。「エラーカウンタ」は、この取得エラーの回数を計数するもので、この「エラーカウンタ」の値が所定回数分に達した際に、管理サーバ１は、カメラの動作不良や回線不良等によるシステム異常であると認識してその旨をユーザへ通知すべきことを示す為に「通知フラグ」をセットする。

図３は、管理サーバ１側のデータベース１３に設けられている通知制御テーブル１５の内容を示した図である。
この通知制御テーブル１５は、Ｐｉｎｇテストを実施するためにカメラシステム４毎に任意にユーザ設定されているテスト用パラメータを記憶管理するもので、カメラシステム４毎に「カメラＩＤ」、「通知設定」、「開始時刻」、「終了時刻」、「時間間隔」、「次回テスト時刻」、「通知先」の各項目を有している。「通知設定」は、ユーザ側の通知先へ接続不良のメールを通知するか否かの通知要否を示し、また、「開始時刻」、「終了時刻」は、Ｐｉｎｇテストを実施する時間帯を示している。

「時間間隔」は、この時間帯内において、例えば、６０分毎、1００分毎のように定期的にＰｉｎｇテストを実施させるための時間間隔である。「次回テスト時刻」は、この「時間間隔」に基づいて算出された次回のテスト実施タイミングを示している。「通知先」は、接続不良をメール通知する通知先の種類を示し、ユーザによって任意に設定されたメールアドレス（設定メール）を通知先とするか、デフォルト設定されたメールアドレス（デフォルトメール）を通知先とするかを指定する指定情報である。なお、デフォルトメールは、例えば、新規ユーザの会員登録時に初期設定された情報であるのに対し、設定メールは、その後、任意に追加設定された情報である。

図４は、管理サーバ１側のデータベース１３に設けられているユーザ登録テーブル１６の内容を示した図である。
このユーザ登録テーブル１６は、カメラ毎に、「ユーザＩＤ」、「通知先情報」、「カメラＩＤ」の各項目を有する構成となっている。「ユーザＩＤ」は、監視画像へのアクセスが許可されている利用者を特定する為の認証情報（セキュリティ情報）であり、管理サーバ１は、監視画像へのアクセス要求時に入力されたユーザＩＤとユーザ登録テーブル１５内の「ユーザＩＤ」とを照合し、正規な要求元からのアクセスか否かを認証する。「通知先情報」は、カメラシステム４側の動作不良や回線不良等によるシステム異常であると認識してシステム異常の発生をそのユーザ側の通知先へメール報告する際の通知先（上述した設定メール）を示している。なお、「通知先情報」は、ユーザ毎に複数の通知先を設定するようにしてもよく、ユーザの希望に応じてどこへ通知するかは任意である。

図５は、管理サーバ１側のハードディスク１２に蓄積保存されている画像フォルダ１７を示した図である。
画像フォルダ１７は、カメラ毎に設けられており、各画像フォルダ１７には、「カメラＩＤ」が付加されている。画像フォルダ１７は、上述した保存制御テーブル１４内の「設定パラメータ」に従って所定のタイミング毎に受信取得した監視画像を順次保存すると共に、例えば、過去の数日間分の監視画像をも保存可能なもので、管理サーバ１は、現在の監視画像に対する閲覧要求の他、過去の監視画像に対する閲覧要求も受け付けるようにしている。なお、画像フォルダ１６の容量は、勿論任意であるが、画像フォルダ１６がフル状態となった場合には、古い順から他の予備フォルダへ転記するようにしてもよい。

図６は、管理サーバ１側のデータベース１３に設けられているカメラアドレステーブル１８の内容を示した図である。
カメラアドレステーブル１８は、カメラ毎に、そのＩＰアドレスを記憶管理するもので、この実施形態においては、固定ＩＰアドレスを示しているが、勿論、可変ＩＰアドレスの場合には、アドレスが変更される毎にカメラアドレステーブル１８の内容を更新すればよい。

図７は、カメラシステム４側のルータ４３に設定されているローカル側の許可ＩＰテーブル４６を示した図であり、図８は、リモート側の許可ＩＰテーブル４６を示している。
この許可ＩＰテーブル４６は、上述したフィルタ機能を構成するもので、ルータ４３は、受信パケット内のヘッダー部から抽出した送信元ＩＰアドレスが許可ＩＰテーブル４６内に登録されている特定の送信元ＩＰアドレス（登録アドレス）であれば、そのパケットを受信取得するが、それ以外の送信元ＩＰアドレスであれば、そのパケットの受信を拒否する。この場合、図示の例において、ローカル側の許可ＩＰテーブル４６には、管理サーバ１のＩＰアドレスが設定登録されている他に、特別に許可した携帯端末６のＩＰアドレスが設定登録されており、また、リモート側の許可ＩＰテーブル４６には、管理サーバ１およびローカル側のカメラシステム４のＩＰアドレスが設定登録されている他に、特別に許可した携帯端末６のＩＰアドレスが設定登録されている場合を示している。

図９は、管理サーバ１の基本的構成要素を示したブロック図である。
ＣＰＵ１０１は、記憶装置１０２内のオペレーティングシステムや各種アプリケーションソフトに従ってこの管理サーバ１の全体動作を制御する中央演算処理装置である。記憶装置１０２は、プログラム記憶領域とデータ記憶領域とを有し、磁気的、光学的、半導体メモリ等やその駆動系によって構成されている。この記録装置１０２はハードディスク等の固定的なメモリの他、ＣＤ−ＲＯＭ、ＤＶＤ等の着脱自在な記憶媒体を装着可能な構成であってもよい。この記憶装置１０２内のプログラムやデータは、必要に応じてＲＡＭ（例えば、スタティックＲＡＭ）１０３にロードされたり、ＲＡＭ１０３内のデータが記憶装置１０２にセーブされる。なお、ＲＡＭ１０３は、プログラム実行領域と作業領域とを有している。一方、ＣＰＵ１０１にはその入出力周辺デバイスである通信装置１０４、入力装置１０５、表示装置１０６がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１０１はそれらの動作を制御する。

次に、この実施形態における画像監視システムの動作概念を図１０〜図１４に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作を逐次実行する。また、伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。すなわち、記録媒体の他、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。

図１０〜図１３は、管理サーバ１の全体動作を示したフローチャートである。
先ず、管理サーバ１は、保存制御テーブル１４を参照し、各カメラ毎の「設定パラメータ」から「次回保存時刻」を算出して保存制御テーブル１４内の対応項目位置にセットする（ステップＡ１）。この場合、システム日時から現在時刻を取得して各カメラ対応の「開始時刻」と比較し、「開始時刻」前であれば、「開始時刻」を「次回保存時刻」としてセットするが、「開始時刻」の直後であれば、「開始時刻」に「画像保存間隔」を加算した時刻を「次回保存時刻」としてセットする。同様に、管理サーバ１は、通知制御テーブル１５内の「通知設定」を参照し、“通知する”がセットされているカメラ毎に、そのテスト用パラメータである「開始時刻」、「終了時刻」、「時間間隔」から「次回テスト時刻」を算出して通知制御テーブル１５内の対応項目位置にセットする（ステップＡ２）。

そして、管理サーバ１は、システム日時から現在時刻を取得して時刻の更新有無をチェックし（ステップＡ３）、時刻が更新された場合には、保存制御テーブル１４内の各「次回保存時刻」のうち、この更新時刻に該当する「次回保存時刻」が１つでも有るかをチェックし（ステップＡ４）、該当する「次回保存時刻」が無ければ、図１１のステップＡ１３に移るが、１つでも該当していれば、この「次回保存時刻」に対応する「カメラＩＤ」に基づいてカメラアドレステーブル１８を検索し、当該するＩＰアドレスを読み出してカメラシステム４をアクセスし、画像送信の要求を行う（ステップＡ５）。

ここで、カメラシステム４から監視画像が送信されて来たかをチェックし（ステップＡ６）、正常に送信されて来た場合には、この監視画像を受信取得して当該カメラ対応の画像フォルダ１７へ保存する（ステップＡ７）。そして、保存制御テーブル１４内の「エラーカウンタ」をリセットした後（ステップＡ８）、「次回保存時刻」を更新する（ステップＡ９）。この場合、「開始時刻」の直後でなければ、前回の「次回保存時刻」に「画像保存間隔」を加算した時刻を「次回保存時刻」としてセットする。以下、ステップＡ４に戻り、上述の動作を繰り返す。

一方、カメラシステム４からの監視画像を正常に取得することができなかった場合には（ステップＡ６でＮＯ）、当該カメラ対応の保存制御テーブル１４内の「エラーカウンタ」に“１”を加算することによってその値を更新する処理を実行した後（ステップＡ１０）、その値が所定回数（例えば、５０回）に達したか否かを調べ（ステップＡ１１）、５０回未満の場合には、ステップＡ９に移って「次回保存時刻」の更新処理を行った後に、ステップＡ４に戻る。ここで、画像の取得エラーが連続して５０回以上発生した場合には（ステップＡ１１でＹＥＳ）、当該カメラ対応の保存制御テーブル１４内の「通知フラグ」をセットする（ステップＡ１２）。そして、ステップＡ８に移り、「エラーカウンタ」をリセットした後、「次回保存時刻」を更新する（ステップＡ９）。

図１１のステップＡ１３においては、時刻更新が行われた場合に、通知制御テーブル１５内の各「次回テスト時刻」のうち、この更新時刻に該当する「次回テスト時刻」が１つでも有るかをチェックし、該当する「次回テスト時刻」が無ければ、図１０のステップＡ３に戻るが、１つでも該当していれば、この「次回テスト時刻」に対応する「カメラＩＤ」に基づいてカメラアドレステーブル１８を検索し、当該するＩＰアドレスを取得し（ステップＡ１４）、このＩＰアドレスに対応するカメラシステム４をアクセスしてＰｉｎｇコマンドを発行送信する（ステップＡ１５）。そして、当該カメラシステム４から正常応答の有無をチェックし（ステップＡ１６）、正常応答が有れば、「次回テスト時刻」を更新する（ステップＡ１７）。この場合、「開始時刻」の直後でなければ、前回の「次回テスト時刻」に「時間間隔」を加算した時刻を「次回テスト時刻」としてセットする。

一方、Ｐｉｎｇコマンドを発行した直後において、このコマンドの送信先であるカメラシステム４から正常応答が無ければ（ステップＡ１６でＮＯ）、通知制御テーブル１５を参照して、当該カメラ対応の「通知先」の内容は、“設定メール”であるか、“デフォルトメール”であるかを調べる（ステップＡ１８）。いま、“設定メール”がセットされている場合には、ユーザ登録テーブル１６から「通知先情報」を読み出すが（ステップＡ１９）、“デフォルトメール”がセットされている場合には、初期設定テーブル（図示せず）から当該ユーザ対応のデフォルト通知先を読み出す（ステップＡ２０）。そして、読み出した通知先に対して接続異常を示すメールを送信通知する（ステップＡ２１）。
このようなＰｉｎｇテストを全てのカメラシステム４に対して行うために、ステップＡ１３に戻り、他に該当する「次回テスト時刻」の有無をチェックし、無ければ、図１０のステップＡ３に戻るが、他に有れば、以下、上述の動作が繰り返される。

他方、現在時刻の更新前であれば（図１０のステップＡ３でＮＯ）、時刻が更新されるまでの間、図１２のステップＡ２２に移り、保存制御テーブル１４内の各「通知フラグ」を参照し、通知フラグがセットされているカメラの有無をチェックする。ここで、「通知フラグ」がセットされているカメラが有れば、動作不良や回線不良等によるシステム異常の場合であるから、その旨を通知する為に、先ず、保存制御テーブル１４から「通知フラグ」がセットされている「カメラＩＤ」を取得し（ステップＡ２３）、この「カメラＩＤ」に基づいてユーザ登録テーブル１５をアクセスして「通知先情報」を読み出し（ステップＡ２４）、この通知先に対してカメラシステムの異常発生をメール通知する（ステップＡ２５）。その後、当該「通知フラグ」をリセットすると共に（ステップＡ２６）、その「次回保存時間」に補修に要する所要時間として、例えば、“１時間”を加算して「次回保存時間」を更新する（ステップＡ２７）。

以下、図１３のステップＡ２８に移り、携帯端末６等のユーザ端末から画像閲覧のアクセス要求の有無をチェックし、アクセス要求が受けた場合には、その要求元端末に対してユーザＩＤの送信を指示し（ステップＡ２９）、これに応答して要求元端末から送信されて来たユーザＩＤを受信すると（ステップＡ３０）、この受信ユーザＩＤに基づいてユーザ登録テーブル１５をアクセスし、正規な要求元か否かのユーザ認証を行い、正規な要求元であれば、ユーザ登録テーブル１５から当該ユーザＩＤ対応の「カメラＩＤ」を読み出し（ステップＡ３１）、この「カメラＩＤ」対応の画像フォルダ１６を選択指定し（ステップＡ３２）、この画像フォルダ１６の中から最新の画像ファイルを読み出す（ステップＡ３３）。そして、この画像ファイルを要求元端末へ送信する（ステップＡ３４）。そして、図１０のステップＡ３に戻り、以下、上述の動作が繰り返される。

図１４は、新たなパケットを受信する毎に実行開始されるカメラシステム４側の動作を示したフローチャートである。
先ず、カメラシステム４側のルータ４３は、自己宛のパケットを取り込むと（ステップＢ１）、そのヘッダー部から送信元ＩＰアドレスを抽出する（ステップＢ２）。そして、抽出した送信元ＩＰアドレスに基づいて許可ＩＰテーブル４６を検索し（ステップＢ３）、該当するＩＰアドレスが登録されているか否かをチェックし（ステップＢ４）、その登録有無に基づいて当該パケットを受信したり、その受信拒否を行う。この場合、図７に例示した許可ＩＰテーブル４６において、ローカル側のルータ４３には、管理サーバ１のＩＰアドレスが設定登録されている他に、特別に許可した携帯端末６のＩＰアドレスが設定登録されており、また、リモート側のルータ４３には、管理サーバ１およびローカル側のカメラシステム４のＩＰアドレスが設定登録されている他に、特別に許可した携帯端末６のＩＰアドレスが設定登録されている。

したがって、ローカル側のルータ４３において、管理サーバ１からのアクセスあるいは特別に許可されている携帯端末６からのアクセスを受けた場合には、当該パケットを受信するが、それ以外、つまり、リモート側のカメラシステム４あるいは他の携帯端末６からのアクセスを受けた場合には、当該パケットの受信を拒否する。同様に、リモート側のルータ４３において、管理サーバ１、ローカル側のカメラシステム４からのアクセスあるいは特別に許可されている携帯端末６からのアクセスを受けた場合には、当該パケットを受信するが、それ以外の他の携帯端末６からのアクセスを受けた場合には、当該パケットの受信を拒否する。

いま、ルータ４３のフィルタ機能によって、パケットの受信が許可された場合（ステップＢ４でＹＥＳ）、カメラシステム４は、そのパケット内容をチェックし（ステップＢ５）、撮影画像の送信要求か（ステップＢ６）、保存画像の送信要求かを調べる（ステップＢ１０）。ここで、例えば、管理サーバ１から撮影画像の送信要求を受けた場合、つまり、上述の如く、保存制御テーブル１４の内容に応じた一定タイミング毎の画像要求を受けた場合には、Ｗｅｂカメラ４１を作動させて画像撮影を取り込み（ステップＢ７）、正常に撮影されたか否かをその撮影画像の有無、画像の歪み、画質等に基づいてチェックする（ステップＢ８）。ここで、正常に撮影が行われて高画質な撮影画像を取り込むことができた場合には、その撮影画像を要求元（管理サーバ１）に対して送信するが（ステップＢ９）、カメラシステム４側で異常が発生した場合には画像の送信をキャンセルする。

また、保存画像の送信要求を受けた場合には（ステップＢ１０）、Ｗｅｂカメラ４１内あるいはＰＣ４２に保存記録されている保存画像（過去の撮影画像）を読み出し（ステップＢ１１）、この保存画像を要求元へ送信する（ステップＢ９）。なお、画像の送信要求以外の要求を受けた場合には（ステップＢ１０でＮＯ）、その要求内容に応じた処理が行われる（ステップＢ１２）。例えば、撮影方向やズーム撮影等が指示された場合には、その指示内容に応じてＷｅｂカメラ４１を制御する。

以下、カメラシステム４は、新パケットを受け取る毎に上述の動作を繰り返す。いま、ローカル側からリモート側の画像を取得する場合、リモート側の許可ＩＰテーブル４６には、ローカル側のＩＰアドレスが登録されているので、リモート側のルータ４３は、ローカル側からのアクセスを許可する為、ローカル側は、リモート側の画像を自由に取得することができる。逆に、リモート側からローカル側の画像を取得しようとしても、ローカル側の許可ＩＰテーブル４６には、リモート側のＩＰアドレスが登録されていないので、ローカル側のルータ４３は、リモート側からのアクセスを拒否する為、リモート側は、ローカル側の画像を取得することはできない。また、ローカル側およびリモート側のルータ４３は、特別に許可されている携帯端末６から画像取得の要求を受けた場合、ローカル側およびリモート側の許可ＩＰテーブル４６には、その携帯端末６のＩＰアドレスが登録されているので、その携帯端末６は、ローカル側およびリモート側の画像を自由に取得することができる。なお、携帯端末６からの画像要求に対しては、ローカル側のみに制限する設定を行ってもよい。

また、管理サーバ１からローカル側の画像を取得する場合、ローカル側の許可ＩＰテーブル４６には、管理サーバ１のＩＰアドレスが登録されているので、ローカル側のルータ４３は、管理サーバ１からのアクセスを許可する為、管理サーバ１は、ローカル側の画像を自由に取得することができる。同様に、管理サーバ１からリモート側の画像を取得する場合、リモート側の許可ＩＰテーブル４６には、管理サーバ１のＩＰアドレスが登録されているので、リモート側のルータ４３は、管理サーバ１からのアクセスを許可する為、管理サーバ１は、リモート側の画像を自由に取得することができる。したがって、管理サーバ１は、ローカル側、リモート側の両方から画像を自由に取得することができる。

以上のように、この実施形態において管理サーバ１は、カメラシステム４を所定タイミング毎にアクセスすることによってＰｉｎｇテストを実施し、当該カメラシステム４からの応答を確認してその接続状態を検査した結果、カメラシステム４が正常に接続されていない場合には、その旨を当該ユーザ対応の通知先へ報告するようにしたから、定期的に監視画像を保存する必要が無い場合でも、ユーザ側のカメラシステム４の接続状態を検査することができると共に、その検査結果を当該ユーザへ通知することができ、ユーザにあってはカメラシステム４の接続不良を即座に知り得、素早い対応が可能となる等、システム全体の運用管理を円滑に行うことができる。

この場合、通知制御テーブル１５には、ユーザに対応して予め任意の時間帯が設定され、この時間帯内で当該ユーザ対応のカメラシステム４をアクセスしてＰｉｎｇテストを実施するようにしたから、ユーザが希望した時間帯内での検査が可能となり、更に、通知制御テーブル１５には、時間帯と共に時間間隔が設定されているので、ユーザが希望した時間帯内において定期的に何回もの検査が可能となる。
ユーザ登録テーブル１６には、ユーザに対応して予め任意の通知先が設定され、この通知先に対して当該ユーザのカメラシステム４が正常に接続されていないことを報告するようにしたから、ユーザの現在の居場所に拘らず、何処に居ても異常通知を受けることができる他、異常通知をユーザ以外の関係者宛に対しても行うことができる。

一方、管理サーバ１は、カメラシステム４を定期的にアクセスして監視画像を保存する際に、監視画像を正常に取得することができなかった場合にも、システム異常の発生をユーザの通知先へ報告するようにしたから、定期的に監視画像を保存する必要が有る場合には、監視画像を保存する毎に異常発生の有無を検査することができる。
カメラシステム４側のルータ４３は、管理サーバ１や特別な携帯端末６等に限ってアクセスを許可し、それ以外のアクセスを拒否するようにしたから、ユーザＩＤやパスワードによる認証を不要とすることができ、また、カメラシステム自体へのアクセス制限によって確実なセキュリティ管理が可能となる。

なお、上述した実施形態においては、カメラシステム４を定期的にアクセスしてＰｉｎｇテストを実施し、カメラシステム４が正常に接続されていない場合には、その旨を当該ユーザ対応の通知先へ報告する他に、カメラシステム４を定期的にアクセスして監視画像を保存する際に、監視画像を正常に取得することができなかった場合にも、システム異常の発生をユーザの通知先へ報告するようにしたが、カメラシステム４毎に定期的に監視画像を保存する必要がある場合には、Ｐｉｎｇテストの実施を行わないようにしてもよい。つまり、Ｐｉｎｇテストは、定期的に監視画像を保存する必要が無いカメラシステム４に対して行うようにしてもよい。

上述した実施形態においてカメラシステム４は、Ｗｅｂカメラ４１、ＰＣ４２、ルータ４３、モデム４４をＬＡＮ４５で接続した構成としたが、Ｗｅｂカメラ、ＣＰＵ、ルータ、モデムを備えたスタンドアロンタイプのカメラ装置であってもよい。
また、上述した実施形態においてＷｅｂカメラは、屋内を撮影する監視用のカメラを例示したが、撮影目的は監視に限らず、任意であり、また、ビデオカメラによって動画撮影を行うものであってもよい。

上述した実施形態において保存制御テーブル１４内の「設定パラメータ」は、「画像保存間隔」、「開始時刻」、「終了時刻」の各項目を有する構成としたが、一定時間毎に撮影制御を行う場合に限らず、例えば、任意に設定した撮影スケジュールを「設定パラメータ」としてもよい。同様に、通知制御テーブル１５内の「時間間隔」、「開始時刻」、「終了時刻」をテストスケジュール時刻としてもよい。

一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体（例えば、ＣＤ−ＲＯＭ、ＲＡＭカード等）を提供するようにしてもよい。すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、監視用の撮影機能および通信機能を備えたユーザ側の監視カメラ装置からネットワークを介して受信取得した監視画像を当該ユーザに対応付けて記録保管する機能と、ユーザからの画像要求に応じて当該ユーザ対応の保管画像を読み出してそのユーザ端末へ送信する機能と、ユーザ毎にその監視カメラ装置を所定タイミング毎にアクセスすることによって当該監視カメラ装置からの応答を確認してその接続状態を検査する機能と、監視カメラ装置が正常に接続されていないことが判定された場合に、その旨を当該ユーザ対応の通知先へ報告する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。

画像監視システムの全体構成を示したブロック図。 管理サーバ１側のデータベース１３に設けられている保存制御テーブル１４の内容を示した図。 管理サーバ１側のデータベース１３に設けられている通知制御テーブル１５のユーザ登録テーブル１５の内容を示した図。 管理サーバ１側のデータベース１３に設けられているユーザ登録テーブル１６の内容を示した図。 管理サーバ１側のハードディスク１２に蓄積保存されている画像フォルダ１７を示した図。 （Ａ）は、管理サーバ１側のデータベース１３に設けられているカメラアドレステーブル１８を示した図。 カメラシステム４側のルータ４３に設定されているローカル側の許可ＩＰテーブル４６を示した図。 カメラシステム４側のルータ４３に設定されているリモート側の許可ＩＰテーブル４６を示した図。 管理サーバ１の基本的構成要素を示したブロック図。 管理サーバ１の全体動作を示したフローチャート。 図１０に続く、管理サーバ１の全体動作を示したフローチャート。 図１０に続く、管理サーバ１の全体動作を示したフローチャート。 図１０、図１２に続く、管理サーバ１の全体動作を示したフローチャート。 新たなパケットを受信する毎に実行開始されるカメラシステム４側の動作を示したフローチャート。

符号の説明

１ 管理サーバ
２ インターネット
３ ＩＰＳ
４ カメラシステム
５ 移動体通信網
６ 携帯端末
１１ データサーバ
１４ 保存制御テーブル
１５ 通知制御テーブル
１６ ユーザ登録テーブル
１７ 画像フォルダ
１８ カメラアドレステーブル
４１ Ｗｅｂカメラ
４２ ＰＣ
４３ ルータ
４６ 許可ＩＰテーブル
１０１ ＣＰＵ
１０２ 記憶装置
１０４ 通信装置

Claims (7)

1. 監視用の撮影機能および通信機能を備えたユーザ側の監視カメラ装置からネットワークを介して受信取得した監視画像を当該ユーザに対応付けて記録保管したり、ユーザからの画像要求に応じて当該ユーザ対応の保管画像を読み出してそのユーザ端末へ送信する画像監視システムであって、
   前記ユーザ毎にその監視カメラ装置を所定タイミング毎にアクセスすることによって当該監視カメラ装置からの応答を確認してその接続状態を検査する検査手段と、
   この検査手段によって監視カメラ装置が正常に接続されていないことが判定された場合に、その旨を当該ユーザ対応の通知先へ報告する通知手段と、
   を具備したことを特徴とする画像監視システム。
2. ユーザに対応して予め任意の時間帯が設定されている場合に、前記検査手段は、この時間帯内で当該ユーザ対応の監視カメラ装置をアクセスしてその接続状態を検査する、
   ようにしたことを特徴とする請求項1記載の画像監視システム。
3. ユーザに対応して予め任意の時間帯および時間間隔が設定されている場合に、前記検査手段は、この時間帯の範囲内において時間間隔毎に当該ユーザ対応の監視カメラ装置をアクセスしてその接続状態を検査する、
   ようにしたことを特徴とする請求項１記載の画像監視システム。
4. ユーザに対応して予め任意の通知先が設定されている場合に、前記通知手段は、この通知先に対して当該ユーザの監視カメラ装置が正常に接続されていないことを報告する、
   ようにしたことを特徴とする請求項１記載の画像監視システム。
5. 監視カメラ装置毎に設定されている時間間隔毎に定期的に撮影された監視画像を受信取得して記録保管する、
   ようにしたことを特徴とする請求項１記載の画像監視システム。
6. 前記定期的に撮影された監視画像を正常に受信取得することができたか否かを判別する判別手段と、
   この判別手段によって監視画像を正常取得することができなかったことが判別された場合に、そのカメラ装置側での異常発生を当該ユーザ対応の通知先へ報告する通知手段と、
   を設けたことを特徴とする請求項５記載の画像監視システム。
7. コンピュータに対して、
   監視用の撮影機能および通信機能を備えたユーザ側の監視カメラ装置からネットワークを介して受信取得した監視画像を当該ユーザに対応付けて記録保管する機能と、
   ユーザからの画像要求に応じて当該ユーザ対応の保管画像を読み出してそのユーザ端末へ送信する機能と、
   ユーザ毎にその監視カメラ装置を所定タイミング毎にアクセスすることによって当該監視カメラ装置からの応答を確認してその接続状態を検査する機能と、
   監視カメラ装置が正常に接続されていないことが判定された場合に、その旨を当該ユーザ対応の通知先へ報告する機能と、
   を実現させるためのプログラム。

Images