(57)【要約】【課題】ディスプレイ４１〜４４をみても、各カメラ１１〜１４が正常に動作しているか不明なことがある。これを確実に防止する。【解決手段】監視用のカメラ１１〜１４として、ネットワークとの通信機能を持つＩＰカメラを使用する。各カメラ１１〜１４は、ＩＰアドレスを使用してインターネット上で通信をする。通信手段１７は、ＳＮＭＰに基づく問い合わせ信号や応答信号を用いた通信を行なう。問い合わせ手段３３は、カメラ１１〜１４がそれぞれ正常に機能しているかどうかの問い合わせ信号を、所定のタイミングで送信する。その結果を画像データ３７とともにディスプレイ４１〜４４に表示する。【選択図】　　　　図１
2004096626.tif 000002
【特許請求の範囲】
【請求項１】
カメラで撮影した画像データを受け入れるインタフェースと、
前記画像データを一時的に記憶する記憶装置と、
前記画像データを、管理情報とともに表示するディスプレイと、
前記カメラに問い合わせ信号を送信して、当該カメラが正常に動作しているかどうかを示す状態情報を前記管理情報に含めて表示する手段を有することを特徴とする画像モニタ装置。
【請求項２】
請求項１に記載の画像モニタ装置において、
前記カメラは任意の場所に複数台設けられ、ネットワークを介して前記インタフェースに接続されており、前記ディスプレイには、各カメラの撮影した画像データが表示され、各画像データごとに、対応する管理情報が表示されることを特徴とする画像モニタ装置。
【請求項３】
請求項１に記載の画像モニタ装置において、
前記カメラは、
ネットワークに直接接続され、ネットワーク上のアドレスを有し、ネットワークを通じて通信を行なう手段を備えたことを特徴とする画像モニタ装置。
【請求項４】
請求項１に記載の画像モニタ装置において、
前記カメラに対して、予め定められた一定の周期で問い合わせ信号を送信する手段を有することを特徴とする画像モニタ装置。
【請求項５】
請求項１に記載の画像モニタ装置において、
前記カメラから画像データを受信したとき、そのカメラのネットワーク上のアドレスを取得し、折り返し問い合わせ信号を送信する手段を有することを特徴とする画像モニタ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、交通監視やビル監視システムのように、複数の箇所に監視カメラを配置して、そのカメラの撮影した画像をモニタで集中監視するような用途に適する、画像モニタ装置に関する。
【０００２】
【従来の技術】
交通監視システムやビル監視システムでは、監視を必要とする様々な箇所に監視カメラを配置する。そのカメラの撮影した画像は、ケーブルや無線で監視室のモニタ装置に送信する。モニタ装置は、監視カメラの台数分のディスプレイを配置している。このディスプレイに表示された画面を監視員が交代で監視している。こうした監視カメラを監視室から遠隔操作する技術も紹介されている（特許文献１参照）。
【特許文献１】特開２００１−１５７１５４号公報
【０００３】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には、次のような解決すべき課題があった。
一般に、テレビカメラを用いてリアルタイムで道路の撮影を行っているような場合には、モニタ用のディスプレイには走行中の車両や歩行者が写っているから、カメラが正常に動作しているかどうかは直感的に判断できる。ところが、まったく交通が途絶えた道路を撮影中に、カメラの撮影機能が停止することがある。撮影した画像そのままモニタ用のディスプレイに転送するカメラの場合には、ディスプレイに何も映らなくなるから、機能停止に気づくことができる。一方、カメラにバッファメモリがあって、カメラが新しい画像撮影したときにバッファメモリを書き換える方式のものの場合、バッファメモリがまったく書き換えられなくても、バッファメモリに記録されている画像が繰り返し転送されてくると、モニタ用のディスプレイには故障前に撮影された道路がそのまま映し出される。したがって、カメラの機能停止に気付かず、正常な監視が行えないという問題があった。
本発明は、以上の点に着目してなされたものである。
【０００４】
【課題を解決するための手段】
本発明は次の構成により上記の課題を解決する。
〈構成１〉
カメラで撮影した画像データを受け入れるインタフェースと、上記画像データを一時的に記憶する記憶装置と、上記画像データを、管理情報とともに表示するディスプレイと、上記カメラに問い合わせ信号を送信して、当該カメラが正常に動作しているかどうかを示す状態情報を上記管理情報に含めて表示する手段を有することを特徴とする画像モニタ装置。
【０００５】
カメラはディスプレイの配置された場所から離れた場所にあって、任意の対象を撮影する。画像データの形式は任意である。インタフェースは画像データの通信方式等に適合するように設計すれば良い。記憶装置は、ディスプレイへの表示等のために画像データを一時的に記憶する機能を持てば良い。画像データは管理情報とともにディスプレイ上に表示される。管理情報は画像データと並べて表示してもよいし、ディスプレイへの表示画面を切り替えたときに表示するようにしても構わない。問い合わせ信号は、全てのカメラに対して送信され、全てのカメラの状態情報が管理情報に含めて表示される。管理情報は状態情報と一致する内容でもよいし、他の情報を含んでいても構わない。例えば、カメラの撮像機能に障害が発生していても、カメラのデータ送信機能が正常であれば、カメラのバッファメモリに記憶された画像データが繰り返し送信されてくる。撮影対象が建物の出入り口等の静物の場合、動画で撮影されていても、カメラの障害の発生に気付かない。そこで、カメラの撮影した画像データが正常に連続的に撮影されたものかどうかを確認するために、カメラに問い合わせ信号を送信する。問い合わせ信号の内容は任意である。状態情報はこの問い合わせ信号に対する最新の応答の内容を示す。
【０００６】
〈構成２〉
構成１に記載の画像モニタ装置において、上記カメラは任意の場所に複数台設けられ、ネットワークを介して上記インタフェースに接続されており、上記ディスプレイには、各カメラの撮影した画像データが表示され、各画像データごとに、対応する管理情報が表示されることを特徴とする画像モニタ装置。
【０００７】
複数箇所の監視動作で、全てのカメラが正常に動作しているかどうかを一括表示することで、管理者の負担を軽減し、監視ミスを防止できる。
【０００８】
〈構成３〉
構成１に記載の画像モニタ装置において、上記カメラは、ネットワークに直接接続され、ネットワーク上のアドレスを有し、ネットワークを通じて通信を行なう手段を備えたことを特徴とする画像モニタ装置。
【０００９】
カメラは、例えば、ＩＰアドレスを使用してインターネット上で通信ができる機能を持つものにする。問い合わせ信号や応答信号は、ＳＮＭＰ［Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ］に基づく。ＴＣＰ／ＩＰプロトコルでは、各ネットワーク機器が、それぞれＭＩＢ（管理情報データベース）により自身の状態情報を管理している。この内容をネットワークを介して問い合わせることで、多数のカメラがそれぞれ正常に撮影動作を継続しているかどうか、判断をする。一般に、ネットワークを含む複雑なシステムでは、それぞれ固有の診断機能を採用してシステム全体が正常に機能しているかを判断している。しかしながら、この診断機能を動作させると、システム全体の動作をいったん休止させたり、情報通信機能を大幅に低下させなければならない。一方、カメラを用いた監視システムでは、カメラの撮影画像が最も重要であって、可能な限り短い間隔で機能点検をすることが望ましい。従って、通信の負荷を最小限にした問い合わせ処理で、各カメラの状態を直接チェックして、カメラの撮影した画像とともに表示するようにした。
【００１０】
〈構成４〉
構成１に記載の画像モニタ装置において、上記カメラに対して、予め定められた一定の周期で問い合わせ信号を送信する手段を有することを特徴とする画像モニタ装置。
【００１１】
予め定められた一定の周期で問い合わせ信号を送信すれば、少なくともこの周期で各カメラの健全性をチェックできる。この周期を他のシステムの健全性を点検する周期よりも十分に短くして、システムの信頼性を高めることができる。
【００１２】
〈構成５〉
構成１に記載の画像モニタ装置において、上記カメラから画像データを受信したとき、そのカメラのネットワーク上のアドレスを取得し、折り返し問い合わせ信号を送信する手段を有することを特徴とする画像モニタ装置。
【００１３】
問い合わせ信号は、所定の周期で全てのカメラに送信しなければならない。このとき、送信アドレスの管理が必要になる。カメラから画像データを受信したとき、そのカメラのネットワーク上のアドレスを取得し、折り返し問い合わせ信号を送信すれば、送信アドレスの管理は不要になる。また、カメラの撮像機能に障害が発生しているにもかかわらず、カメラから画像データを受信してその画像データを正常な画像のように表示し続けるのを防止できる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
【００１５】
図１は、本発明の装置の具体例を示すブロック図である。
この装置は、例えば道路上に一定間隔で配置された４台のカメラ１１〜１４で道路を監視する。この図では、１台のカメラ１１のみ、その内部ブロック図を示した。カメラ１１は撮像部１５とバッファメモリ１６と通信手段１７と状態情報１８とを備える。撮像部１５はＣＣＤ素子と画像データの処理回路などから構成される。バッファメモリ１６は、撮像部１５で撮影した画像データを、一定時間一時記憶する記憶装置である。通信手段１７は、インタフェース２０を介してネットワークと情報の送受信を行なう機能を持つ部分である。状態情報１８は、カメラ１１の各部の機能検査をした結果を表示するデータである。
【００１６】
この装置では、監視用のカメラとして、ネットワークとの通信機能を持つＩＰカメラを使用する。各カメラ１１〜１４は、ＩＰアドレスを使用してインターネット上で通信をする。通信手段１７は、ＳＮＭＰ［Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ］に基づく問い合わせ信号や応答信号を用いた通信を行なう。状態情報１８は、ＴＣＰ／ＩＰプロトコルに基づくＭＩＢ（管理情報データベース）に相当する。
【００１７】
インタフェース２０は、通信手段１７と通信手段３１とを接続する。このインタフェースは、ネットワーク２１を含み、ネットワーク接続装置２２やネットワーク接続装置２３を備える。なお、このインタフェースは多数のカメラの撮影した画像データを、ネットワーク２１を通じて監視側に送信するような機能をもつものであればなんでもよい。また、こうしたシステムでは、カメラで撮影した画像のほか撮影場所から収集した音や警報信号など、さまざまな信号を監視側に送信する。しかしながら、これらの設備は既存のもの使用すればよいため、図示および説明を省略する。
【００１８】
監視側には、通信手段３１、問い合わせ手段３３、モニタ制御手段３４、記憶装置３２、モニタ画像５１〜５４等を備える、モニタ用のコンピュータ端末装置が備えられている。通信手段３１、問い合わせ手段３３、モニタ制御手段３４は、このコンピュータ上で動作するコンピュータプログラムである。記憶装置３２には画像データ３７や管理情報３８が記憶されている。この例では、４台のカメラを監視用として使用するため、４台のモニタを使用する。通信手段３１は、カメラ１１の通信手段１７と同様の機能を持つ。問い合わせ手段３３は、カメラ１１〜１４がそれぞれ正常に機能しているかどうかの問い合わせ信号を、所定のタイミングで生成して、順番に送信する機能を持つ。問い合わせ信号の送信タイミングは、インタフェース２０の能力を低下させない範囲で、できるだけ高頻度であることが望ましい。
【００１９】
記憶装置３２に記憶された画像データ３７は、各カメラ１１〜１４から送信され、定期的に書き換えられるデータである。なお、図に示すように、カメラ１１は撮像部１５が撮影して取得した画像データをいったんバッファメモリ１６に記憶し、所定のタイミングで通信手段１７が通信手段３１に対しこの画像データを送信する。したがって、例えば撮像部１５がバッファメモリ１６の内容を数秒おきに書き換えたとすると、記憶装置３２に記憶された画像データ３７は、常に、カメラ１１で数秒以上前に撮影されたものとなる。モニタ制御手段３４は、この画像データ３７を順番に読み出して、ディスプレイ４１〜４４に転送し、モニタ画像５１〜５４に表示する。
【００２０】
図２は、状態情報と管理情報とディスプレイへの表示情報の関係を示す説明図である。
図の（ａ）に示すように、状態情報１８は、撮像機能と電源の機能と自動露出機能とフォーカス機能とズーム機能といった、カメラ１１の各部の機能が正常かどうかを示す情報を含む。この内容はカメラによって異なる。本発明の装置では、とくにその撮像機能の表示を利用する。図の（ｂ）に示すように管理情報３８は、例えば、状態情報１８にカメラ番号を付加したものである。その他の設備の状態情報等をこの管理情報３８に含めても構わない。
【００２１】
図の（ｃ）に示すように表示情報は、ディスプレイ４１〜４４のモニタ画像５１〜５４の下側等に表示する情報の詳細を示す。実際に表示される画像６０は図１に示した。カメラ番号６１とアイコン６２と表示文字６３とが表示される。アイコン６２は、撮像機能が「良」の場合は「青」、「不良」の場合は「赤」色になる。同時に、表示文字６３は、撮像機能が「良」の場合は非表示、「不良」の場合は「故障中」になる。これにより、ディスプレイ４１〜４４をみれば、各カメラが正常に動作しているかをいつでも確実に認識でき、修理等の対応が可能になる。
【００２２】
図３は、本発明の装置の、問い合わせ手段３３を中心とした動作例を示すフローチャートである。
問い合わせ手段３３は、まず、ステップＳ１において、４台のカメラ１１〜１４のうちのいずれかのカメラを一つ選択する。そして、ステップＳ２で、そのカメラを宛先とした問い合わせ信号を生成して送信する。ステップＳ３では、応答信号を待つ。ステップＳ３で、応答信号無しと判断すると、ステップＳ４で、例えば、ディスプレイ４３の画面の「良」状態の表示を「不良」状態の表示に変更する。表示内容は図２の（ｃ）に示したとおりである。なお、デフォルトは「良」の表示である。
【００２３】
一方、応答信号があったとしても、撮像機能が不良の場合がある。従って、ステップＳ５で撮像機能が異常と判断すると、ステップＳ６で、「良」状態表示を「不良」状態表示に変更する。ステップＳ７では、次のカメラがあるかどうかを判断して、別のカメラに対する問い合わせを実行する。このような処理を周期的に繰り返すことにより、常に全てのカメラの健全性を確認しながら監視業務が可能になる。
【００２４】
図４は本発明の装置の、問い合わせ手段３３を中心とした別の動作例を示すフローチャートである。
ここでは、カメラからの画像データの受信を待って、状態情報を取得する。まず、ステップＳ１１でＩＰカメラから画像データを受信する。この画像データは、ステップＳ１２で記憶装置３２に一時記憶する。ステップＳ１３で、モニタ制御手段３４が、記憶装置３２から画像データ３７を読み出して、対応するモニタ用ディスプレイにその画像データを表示する。ステップＳ１４では、初期状態として、ディスプレイに「良」状態の表示を行なう。即ち、アイコン６２を青色とし、表示文字６３を非表示とする。
【００２５】
また、カメラから画像データを受信したタイミングでそのカメラのＩＰアドレスを取得しておき、そのＩＰアドレスを宛先として、ＩＰカメラに問い合わせ信号を送信する（ステップＳ１５）。これ以下のステップＳ１６〜１９は、ステップＳ３〜ステップＳ６の処理と同様である。以上のようにして、図３の実施例と同様にして常に全てのカメラの健全性を確認しながら監視業務が可能になる。なお、画像データの送信機能に障害が発生しているときは、この処理以外の判定処理、例えば、画像データを一定時間受信できないというタイマ処理でその障害を検出すればよい。
【図面の簡単な説明】
【図１】本発明の装置の具体例を示すブロック図である。
【図２】状態情報と管理情報とディスプレイへの表示情報の関係を示す説明図である。
【図３】本発明の装置の、問い合わせ手段３３を中心とした動作例を示すフローチャートである。
【図４】本発明の装置の、問い合わせ手段３３を中心とした別の動作例を示すフローチャートである。
【符号の説明】
１１〜１４　カメラ
１５　撮像部
１６　バッファメモリ
１７　通信手段
１８　状態情報
２０　インタフェース
２１　ネットワーク
２２〜２３　ネットワーク接続装置
３１　通信手段
３２　記憶装置
３３　問い合わせ手段
３４　モニタ制御手段
３７　画像データ
３８　管理情報
４１〜４４　ディスプレイ
５１〜５４　モニタ画像
６０　表示情報
６１　カメラ番号
６２　アイコン
６３　表示文字
【図１】
2004096626.tif 000003
【図２】
2004096626.tif 000004
【図３】
2004096626.tif 000005
【図４】
2004096626.tif 000006