(57)【要約】【課題】  撮像装置が配置されている現場において、異常が発生している撮像装置を、管理者以外の第三者が容易に認識できない状態で管理者に報知する。【解決手段】  撮像装置（監視カメラ）が故障などにより異常になると、予め設定された条件を満たす別の撮像装置（監視カメラ）に、管理者が予め設定した異常通知情報を送信する。当該別の撮像装置は、当該異常通知情報に基づいて、ＬＥＤ２１１の発光やスピーカ２１３からの音の出力など、管理者が予め設定した異常発生時の動作を行う。【選択図】  図１
2016151862.tif 000002
【特許請求の範囲】
【請求項１】
撮像装置であって、
前記撮像装置に異常が発生したことを検知する検知手段と、
前記検知手段によって異常が発生したことが検知されると、当該異常が発生したことを示す情報を外部装置に送信する送信手段と、
前記撮像装置とは異なる別の撮像装置で異常が発生したことを示す情報を受信する受信手段と、
前記受信手段により、前記別の撮像装置で異常が発生したことを示す情報が受信されると、当該別の撮像装置で異常が発生したことを報知するために予め設定された動作を行う通知手段と、
を有することを特徴とする撮像装置。
【請求項２】
前記異常が発生したことを示す情報の宛先となる１つまたは複数の撮像装置を決定する決定手段をさらに有し、
前記送信手段は、前記異常が発生したことを示す情報を、前記決定手段により決定された撮像装置を宛先として、外部装置に送信することを特徴とする請求項１に記載の撮像装置。
【請求項３】
前記決定手段は、所定の複数の撮像装置を、前記異常が発生したことを示す情報の宛先として決定することを特徴とする請求項２に記載の撮像装置。
【請求項４】
前記決定手段は、管理者によって予め設定された条件を満たす１つまたは複数の撮像装置を、前記異常が発生したことを示す情報の宛先として決定することを特徴とする請求項２に記載の撮像装置。
【請求項５】
前記撮像装置とは異なる別の撮像装置で異常が発生したことを示す情報には、当該別の撮像装置で発生した異常の種類が含まれ、
前記通知手段は、前記別の撮像装置で発生した異常の種類に応じて予め設定された動作を、当該別の撮像装置で異常が発生したことを報知するために予め設定された動作として行うことを特徴とする請求項１〜４の何れか１項に記載の撮像装置。
【請求項６】
前記撮像装置とは異なる別の撮像装置で異常が発生したことを示す情報には、当該別の撮像装置で異常が発生したことを報知するための動作の内容であって、当該別の撮像装置に対して予め設定された動作の内容が含まれ、
前記通知手段は、前記撮像装置とは異なる別の撮像装置で異常が発生したことを示す情報に含まれる内容の動作を、当該別の撮像装置で異常が発生したことを報知するために予め設定された動作として行うことを特徴とする請求項１〜４の何れか１項に記載の撮像装置。
【請求項７】
前記外部装置は、前記撮像装置とは異なる別の撮像装置であることを特徴とする請求項１〜６の何れか１項に記載の撮像装置。
【請求項８】
前記外部装置は、サーバとして機能する情報端末であり、
前記情報端末は、前記撮像装置、および、当該撮像装置とは異なる少なくとも１つの別の撮像装置と通信可能に接続されることを特徴とする請求項１〜６の何れか１項に記載の撮像装置。
【請求項９】
前記予め設定された動作は、光の発光と音の出力とのうち少なくとも何れか一方を含むことを特徴とする請求項１〜８の何れか１項に記載の撮像装置。
【請求項１０】
請求項１〜９の何れか１項に記載の撮像装置であって、ネットワークに接続された撮像装置を少なくとも２つ有することを特徴とする監視システム。
【請求項１１】
撮像装置の制御方法であって、
前記撮像装置に異常が発生したことを検知する検知工程と、
前記検知工程によって異常が発生したことが検知されると、当該異常が発生したことを示す情報を外部装置に送信する送信工程と、
前記撮像装置とは異なる別の撮像装置で異常が発生したことを示す情報を受信する受信工程と、
前記受信工程により、前記別の撮像装置で異常が発生したことを示す情報が受信されると、当該別の撮像装置で異常が発生したことを報知するために予め設定された動作を行う通知工程と、
を有することを特徴とする撮像装置の制御方法。
【請求項１２】
請求項１〜９の何れか１項に記載の撮像装置の各手段として機能することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置、監視システム、およびプログラムに関し、特に、撮像装置の異常を報知する技術に関する。
【背景技術】
【０００２】
近年、ネットワークを利用した監視カメラシステムが広く普及してきている。
監視カメラシステムは、大規模な公共機関や小型の店舗など幅広い分野で利用されている。監視カメラシステムの運用方法には様々な形態がある。監視カメラシステムの運用方法の一例として、撮像装置で録画しておいた映像を有事の際に利用することを目的として、通常の運用では撮像装置で録画だけを行い、当該録画した映像をリアルタイムでは確認しないような運用方法がある。このような監視システムの運用方法の場合、例えば、撮像装置に異常が発生して撮影が出来なくなってしまった場合、リアルタイムに映像を確認していないため、撮像装置の異常を発見するのが遅れ、録画が行われていない時間が発生してしまうことがある。
【０００３】
そこで、特許文献１には、特定の撮像装置が故障してしまった際に、他の撮像装置の撮像方向を変更し、故障した撮像装置の撮像範囲を当該他の撮像装置が代わりに撮影する、という技術が開示されている。また、特許文献２には、第一の撮像装置を第二の撮像装置が撮影し、第二の撮像装置は、当該撮影した映像から第一の撮像装置の設置位置に異常が発生しているかどうかを判定する、という技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２４９１１７号公報
【特許文献２】特開２０１１−７６５７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、異常が発生した撮像装置の撮像範囲を他の撮像装置が補う事によって、撮像範囲を変えた当該他の撮像装置が従来撮影していた範囲の映像を取得できなくなる虞がある。
また、特許文献２に記載の技術では、外観から判定可能な異常に関しては検知できるが、例えば通信機能の異常のように、外観からは判定不可能な異常を検知することができない。
【０００６】
また、特許文献１、２の何れの技術であっても、管理者は、撮像された画像を、監視室等、撮像装置が配置されている場所から離れた場所で確認しなければ撮像装置に異常が発生していることを認識することができない。
そこで、撮像装置に異常が発生した場合、当該撮像装置が、当該撮像装置に付帯されているランプを点灯させるようにすることが考えられる。
【０００７】
しかしながら、このようにすると、管理者以外の第三者にも、異常が発生した撮像装置を認識される虞があり、防犯上望ましくない。
本発明は、このような問題点に鑑みてなされたものであり、撮像装置が配置されている現場において、異常が発生している撮像装置を、管理者以外の第三者が容易に認識できない状態で管理者に報知することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の撮像装置は、撮像装置であって、前記撮像装置に異常が発生したことを検知する検知手段と、前記検知手段によって異常が発生したことが検知されると、当該異常が発生したことを示す情報を外部装置に送信する送信手段と、前記撮像装置とは異なる別の撮像装置で異常が発生したことを示す情報を受信する受信手段と、前記受信手段により、前記別の撮像装置で異常が発生したことを示す情報が受信されると、当該別の撮像装置で異常が発生したことを報知するために予め設定された動作を行う通知手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、撮像装置が配置されている現場において、異常が発生している撮像装置を、管理者以外の第三者が容易に認識できない状態で管理者に報知することができる。
【図面の簡単な説明】
【００１０】
【図１】監視システムの構成の第１の例を示す図である。
【図２】撮像装置のハードウェアの構成を示す図である。
【図３】異常確認処理を説明するフローチャートである。
【図４】異常通知情報受信処理を説明するフローチャートである。
【図５】異常の通知先を決定する方法の第１の例を説明する図である。
【図６】異常の通知先を決定する方法の第２の例を説明する図である。
【図７】異常通知情報を説明する図である。
【図８】異常通知情報に応じた撮像装置の動作の第１の例を説明する図である。
【図９】異常通知情報に応じた撮像装置の動作の第２の例を説明する図である。
【図１０】監視システムの構成の第２の例を示す図である。
【図１１】情報端末のハードウェアの構成を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明の実施形態を、添付の図面に基づいて詳細に説明する。
（第１の実施形態）
まず、第１の実施形態を説明する。
図１は、監視システムの構成の一例を示す図である。
図１において、監視システムは、複数の撮像装置１１０ａ、１１０ｂと、通信装置群１２０とを有する。尚、図１では、監視システム内の撮像装置１１０ａ、１１０ｂの数が２つである場合を例に挙げて示す。しかしながら、監視システム内の撮像装置の数は３つ以上であってもよい。
【００１２】
撮像装置１１０ａ、１１０ｂは、動画像および静止画像の少なくとも何れか一方を撮像する監視カメラである。
図２は、撮像装置１１０ａのハードウェアの構成の一例を示す図である。尚、撮像装置１１０ａ、１１０ｂのハードウェアは同じもので実現できる。したがって、以下では、必要に応じて、撮像装置１１０ｂのハードウェアの詳細な説明を省略する。
図２において、撮像装置１１０ａは、撮像光学系２０１、撮像素子２０２、Ａ／Ｄ変換回路２０３、画像処理回路２０４、ＣＰＵ２０５、ＲＯＭ２０６、ＲＡＭ２０７、ＨＤＤ２０８、および通信Ｉ／Ｆ２０９を有する。さらに撮像装置１１０ａは、発光制御回路２１０、ＬＥＤ２１１、音声制御回路２１２、スピーカ２１３、操作部２１４、およびシステムバス２１５を有する。
【００１３】
撮像光学系２０１（光学レンズ系）は、不図示の被写体からの光を撮像素子２０２に結像する。結像された光は撮像素子２０２で電気信号に変換され、その電気信号がＡ／Ｄ変換回路２０３でデジタル信号に変換され、画像処理回路２０４に入力される。画像処理回路２０４は、デジタル信号に対して各種の画像処理を行う。
【００１４】
ＣＰＵ２０５は、例えば、ＲＯＭ２０６に記憶されたプログラムを、ＲＡＭ２０７をワークエリアとして利用すること等により撮像装置１１０ａを制御する。ＨＤＤ２０８は、画像データを含む各種のデータやプログラム等を記憶する。
通信Ｉ／Ｆ２０９は、ＣＰＵ２０５の制御に基づいて、外部装置とネットワークを介して各種の情報等の通信を行う。
発光制御回路２１０は、ＣＰＵ２０５の制御に基づいて、ＬＥＤ２１１の発光動作を制御する。
【００１５】
音声制御回路２１２は、ＣＰＵ２０５の制御に基づいて、スピーカ２１３からの音声の出力動作を制御する。
操作部２１４は、撮像装置１１０ａに対するユーザによる操作を受け付けるためのものである。
システムバス２１５は、画像処理回路２０４、ＣＰＵ２０５、ＲＯＭ２０６、ＲＡＭ２０７、ＨＤＤ２０８、通信Ｉ／Ｆ２０９、発光制御回路２１０、音声制御回路２１２、および操作部２１４を相互に通信可能に接続するためのバスである。
その他、撮像装置１１０ａには、監視カメラとして機能するための公知のハードウェアを有する。
【００１６】
図１において、撮像装置１１０ａ、１１０ｂは、それぞれ、検知部１１１ａ、１１１ｂ、送受信部１１２ａ、１１２ｂ、および通知部１１３ａ、１１３ｂを有する。尚、撮像装置１１０ａ、１１０ｂは、同じ機能を有する。したがって、以下では、必要に応じて、撮像装置１１０ｂの機能構成の詳細な説明を省略する。
【００１７】
検知部１１１ａは、撮像装置１１０ａ内に発生した異常を検知する。検知部１１１ａは、例えば、ＣＰＵ２０５がＲＯＭ２０６に記憶されたプログラムを実行することにより実現される。尚、ＣＰＵ２０５は、異常の種類に応じて、撮像装置１１０ａに設けられているセンサの信号を入力する。
送受信部１１２ａは、撮像装置１１０ａ内に発生した異常の情報の送受信を行う。送受信部１１２ａは、例えば、ＣＰＵ２０５がＲＯＭ２０６に記憶されたプログラムを実行し、通信Ｉ／Ｆ２０９を制御することにより実現される。
【００１８】
通知部１１３ａは、撮像装置１１０ａ内に発生した異常の情報を受けて、撮像装置１１０ａ内に発生した異常の内容を撮像装置１１０ａの外観で表示する。これらの機能を用いた具体的な例は後述する。通知部１１３ａは、例えば、ＣＰＵ２０５がＲＯＭ２０６に記憶されたプログラムを実行し、通信Ｉ／Ｆ２０９と、発光制御回路２１０および音声制御回路２１２の少なくとも何れか一方とを制御することにより実現される。
【００１９】
複数の撮像装置１１０ａ、１１０ｂは、通信装置群１２０を介して通信を行う。通信装置群１２０は、サーバ、ハブといった通信機器を指す。
監視システムにおける処理手順を図３と図４のフローチャートに示す。
まず、図３のフローチャートを参照しながら、異常を通知する側の撮像装置における異常確認処理の一例を説明する。異常確認処理とは、撮像装置１１０ａ、１１０ｂ内で異常が発生している箇所があるか否かを確認する処理である。ここでは、異常を通知する側の撮像装置が撮像装置１１０ａである場合を例に挙げて説明する。
【００２０】
ステップＳ３１０において、撮像装置１１０ａは、異常確認処理を開始する。異常確認処理は、例えば、撮像装置１１０ａが撮像素子２０２から画像信号を受信したタイミングや、タイマで設定された時間間隔で開始する。
次に、ステップＳ３２０において、検知部１１１ａは、撮像装置１１０ａにおける異常の確認を行う。ここで確認される異常の種類には、例えば、駆動部分や電子基板部分に発生するショートのような物理的異常や、撮像装置１１０ａ内のＲＯＭ２０６等に保存されているプログラムにおける異常といった情報的異常などがある。
【００２１】
次に、ステップＳ３３０において、検知部１１１ａは、撮像装置１１０ａ内に異常が発生しているか否かを判定する。撮像装置１１０ａ内に異常が発生しているかどうかの確認方法には、例えば駆動部分の駆動量が正確かどうかを確認する方法や、撮像装置１１０ａを構成する各部に対する電気信号の送信結果と受信結果を利用する方法がある。
【００２２】
この判定の結果、撮像装置１１０ａ内に異常が発生している場合、異常の通知を行うステップＳ３４０以降の手順へ進む。一方、撮像装置１１０ａ内に異常が発生していなかった場合、ステップＳ３７０に進み、撮像装置１１０ａは、異常確認処理を終了させる。この際、撮像装置１１０ａは、撮像装置１１０ａ内に異常が発生していないことを他の撮像装置に通知する処理を行っても良い。
【００２３】
前述したように撮像装置１１０ａ内に異常が発生している場合には、ステップＳ３４０に進む。ステップＳ３４０に進むと、検知部１１１ａは、異常の通知先を決定する。尚、ステップＳ３４０の処理の少なくとも一部を、送受信部１１２ａで行ってもよい。
異常の通知先を決定する方法には様々なものがある。
【００２４】
図５は、異常の通知先を決定する方法の第１の例を説明する図である。
図５では、ローカルエリアネットワーク５１０内の撮像装置１１０ａに異常が発生している場合を例に挙げて示す。図５に示す例では、撮像装置１１０ａは、ローカルエリアネットワーク５１０内の、異常が発生していない所定の複数の撮像装置（具体的には異常が発生していない撮像装置１１０ｂ、１１０ｃ、１１０ｄの全て）に対して、異常が発生していることを通知する。
【００２５】
図６は、異常の通知先を決定する方法の第２の例を説明する図である。
図６でも、図５と同様に、ローカルエリアネットワーク５１０内の撮像装置１１０ａに異常が発生している場合を例に挙げて示す。図６に示す例では、撮像装置１１０ａは、自身に付与されたＩＰアドレスの値と、ローカルエリアネットワーク５１０内の、異常が発生していない他の撮像装置１１０ｂ、１１０ｃ、１１０ｄに付与されたＩＰアドレスの値とを比較する。そして、撮像装置１１０ａは、ローカルエリアネットワーク５１０内の、異常が発生していない他の撮像装置１１０ｂ、１１０ｃ、１１０ｄのうち、自身に付与されたＩＰアドレスの値に最も近いＩＰアドレスが付与された撮像装置１１０ｂを選択する。撮像装置１１０ａは、選択した撮像装置１１０ｂに対して、異常が発生していることを通知する。
【００２６】
尚、図６では、異常が発生している撮像装置１１０ａに付与されたＩＰアドレスに最も近いＩＰアドレスが付与された撮像装置１１０ｂを選択する場合を例に挙げて示した。しかしながら、必ずしもこのようにする必要はない。例えば、撮像装置１１０ａは、ローカルエリアネットワーク５１０内の、異常が発生していない他の撮像装置１１０ｂ、１１０ｃ、１１０ｄのうち、自身に付与されたＩＰアドレスの値に近いものから順に複数の撮像装置を選択してもよい。また、ＩＰアドレスは、プライベートＩＰアドレスであっても、グローバルＩＰアドレスであっても、プライベートＩＰアドレスとグローバルＩＰアドレスの双方であってもよい。
【００２７】
また、図５および図６では、異常が発生している撮像装置１１０ａが接続されているローカルエリアネットワーク５１０内の撮像装置１１０ｂ、１１０ｃ、１１０ｄに、撮像装置１１０ａに異常が発生していることを通知する場合を例に挙げて示した。しかしながら、異常が発生している撮像装置とネットワークで接続された撮像装置であれば、異常の通知先は、必ずしも、異常が発生している撮像装置が接続されているローカルエリアネットワーク内の撮像装置に限定されない。前記ネットワークは、例えば、インターネット等であってもよい。
【００２８】
また、例えば、管理者によって監視システム内の各撮像装置に識別番号を設定しておき、異常が発生している撮像装置に設定された識別情報と同じ又は対応する識別情報が設定された撮像装置の全部または一部を異常の通知先としてもよい。
また、監視システム内の撮像装置のうち、異常が発生している撮像装置が有する機能であって、予め設定された機能と同じ機能を有する撮像装置の全部または一部を異常の通知先としてもよい。前記機能とは、例えば、パン・チルト機能、ズーム機能、魚眼レンズによる撮像機能、および録画機能の少なくとも何れか１つである。
このように、管理者は、撮像装置に異常が発生した場合の異常の通知先となる１つまたは複数の撮像装置を、予めグルーピングして、監視システム内の各撮像装置に設定する。
【００２９】
以上のようにして異常の通知先が決定されると、ステップＳ３５０において、送受信部１１２ａは、異常通知情報を生成する。尚、ステップＳ３５０の処理の少なくとも一部を、検知部１１１ａで行ってもよい。
異常通知情報とは、異常の内容や他の撮像装置に行ってもらいたい情報などを示す情報である。図７は、異常通知情報の一例を説明する図である。具体的に図７（ａ）は、異常通知情報の内容の一例を表形式で示す図である。図７（ｂ）、図７（ｃ）は、それぞれ、通知する異常通知情報の内容の第１、第２の例を説明する図である。尚、図７（ｂ）、図７（ｃ）では、異常が発生している撮像装置（異常通知情報の送信元）が撮像装置１１０ａであり、異常通知情報の送信先が撮像装置１１０ｂである場合を例に挙げて示す。
【００３０】
図７（ａ）に示す例では、異常通知情報には、異常の種類を示す情報と、動作対象を示す情報と、動作の種類を示す情報とが含まれる。
異常の種類を示す情報は、例えば、モータの異常、撮像センサ（撮像素子２０２）の異常、撮像装置の温度の異常といった、異常の種類（内容）を示す情報である。
動作対象を示す情報は、ＬＥＤ２１１やスピーカ２１３といった、異常を管理者に報知するために動作させるデバイスを示す情報である。
動作の種類を示す情報は、ＬＥＤ２１１の発光時間・色・発光回数や、スピーカ２１３から出力する音声の種類・間隔・再生時間など、動作対象として定義したデバイスの動作の種類（内容）を示す情報である。
【００３１】
ここで、異常通知情報の内容は、異常通知情報の受信側の撮像装置が有する機能によって異なる。例えば、異常通知情報に異常の種類７２１だけが含まれる場合、異常通知情報を受信する撮像装置１１０ｂ側に、異常の種類に応じて、どのような動作を行うかを決定する機能７３１が含まれている事が必要である。また、例えば、異常通知情報に動作の種類７２２だけが含まれる場合、異常通知情報を受信する撮像装置１１０ｂ側には、異常通知情報に従った動作を行う機能７３２があればよい。
【００３２】
そこで、送受信部１１２ａは、ステップＳ３４０で決定した異常の通知先（撮像装置）と通信を行って、当該撮像装置が、異常の種類に応じてどのような動作を行うかを決定する機能７３１を有するか否かを確認する。本実施形態では、ステップＳ３４０で決定した撮像装置が、図８に示すテーブル８１０を有する場合に、当該撮像装置は、異常の種類に応じてどのような動作を行うかを決定する機能７３１を有しているものとする。図８に示すように、テーブル８１０は、異常の種類と、動作の内容とが相互に関連付けられて記憶されたものであり、撮像装置に予め設定されている。一方、ステップＳ３４０で決定した撮像装置が、図８に示すテーブル８１０を有していない場合、当該撮像装置は、異常の種類に応じてどのような動作を行うかを決定する機能７３１を有していないものとする。
【００３３】
この確認の結果、ステップＳ３４０で決定した異常の通知先（撮像装置）がテーブル８１０を有する場合、送受信部１１２ａは、異常の種類７２１を含む異常通知情報を送信する。尚、送受信部１１２ａは、異常の種類７２１に代えてまたは加えて動作の種類７２２を異常通知情報に含めてもよい。
一方、ステップＳ３４０で決定した異常の通知先（撮像装置）がテーブル８１０を有していない場合、送受信部１１２ａは、動作の種類７２２を含む異常通知情報を送信する。この場合、送受信部１１２ａは、動作の種類７２２に加えて異常の種類７２１を異常通知情報に含めてもよい。
また、動作の種類７２２を異常通知情報に含める場合には、前述した動作対象（図７を参照）も異常通知情報に含めるのが好ましい。
これらの例に関しては後述の図８と図９を交えた説明で詳しく行う。
【００３４】
次に、ステップＳ３６０において、送受信部１１２ａは、ステップＳ３５０で生成した異常通知情報をステップＳ３４０で決定した通知先（撮像装置）に送信する。送信を行う際に異常通知情報が複数ある場合、送受信部１１２ａは、複数の異常通知情報を一括して送信しても良いし、また分割して送信しても良い。
最後に、ステップＳ３７０において、撮像装置１１０ａは、異常確認処理を終了させる。
以上が、異常が発生した撮像装置での異常確認処理である。
【００３５】
次に、図４のフローチャートを参照しながら、異常通知情報の通知を受けた撮像装置における異常通知情報受信処理の一例を説明する。ここでは、異常通知情報を送信する側の撮像装置が撮像装置１１０ａであり、異常通知情報を受信する側の撮像装置が撮像装置１１０ｂである場合を例に挙げて説明する。
ステップＳ４１０において、異常通知情報を受け取った撮像装置１１０ｂは、異常通知情報受信処理を開始する。異常通知情報受信処理は、例えば、異常通知情報を受信したときに開始する。また、例えば、一定量の異常通知情報を受信した後に異常通知情報受信処理を開始してもよい。
【００３６】
次に、ステップＳ４２０において、送受信部１１２ｂは、受信した異常通知情報に応じた動作を決定する。図７を参照しながら前述したように、ここでの処理の内容は、異常が発生した撮像装置から送信される異常通知情報の内容によって異なる。
図８、図９は、異常通知情報に応じた撮像装置の動作の第１、第２の例を説明する図である。図８、図９でも、異常通知情報を送信する側の撮像装置が撮像装置１１０ａであり、異常通知情報を受信する側の撮像装置が撮像装置１１０ｂである場合を例に挙げて説明する。
【００３７】
まず、図８に示す例のように、異常が発生している撮像装置１１０ａから通知される異常通知情報の内容が異常の種類７２１である場合について説明する。この場合、異常通知情報を受信した撮像装置１１０ｂの送受信部１１２ｂは、当該異常通知情報を通知部１１３ｂへ渡す。図８に示す例では、撮像装置１１０ｂはテーブル８１０を記憶しているものとする。前述したようにテーブル８１０は、異常の種類と、動作の内容とが相互に関連付けられて記憶されたものである。
【００３８】
撮像装置１１０ｂの通知部１１３ｂは、受け取った異常通知情報に含まれる異常の種類７２１に対応する動作の内容をテーブル８１０から読み出し、読み出した動作の内容に従った動作を実行する。例えば、異常通知情報に含まれる異常の種類７２１がモータの異常である場合、通知部１１３ｂは、ＬＥＤ２１１を２回点滅させることを１秒間隔で実行する。尚、異常通知情報の送信元の撮像装置において定義される異常通知情報の内容（図７を参照）と、異常通知情報の送信先の撮像装置においてテーブル８１０に登録される内容（図８を参照）は同じであっても異なっていても良い。
【００３９】
一方、図９に示す例のように、異常が発生している撮像装置１１０ａから通知される異常通知情報に異常の種類７２１が含まれておらず動作の種類７２２が含まれる場合について説明する。この場合、異常通知情報を受信した撮像装置１１０ｂの送受信部１１２ｂは、当該異常通知情報を通知部１１３ｂへ渡す。図９に示す例では、撮像装置１１０ｂはテーブル８１０を記憶していないものとする。
【００４０】
撮像装置１１０ｂの通知部１１３ｂは、受け取った異常通知情報に含まれる動作の種類７２２の内容に従った動作を行う。図９に示す例では、ＬＥＤ２１１を２回点滅させることを１秒間隔で実行することが動作の種類７２２に示されている。したがって、撮像装置１１０ｂの通知部１１３ｂは、ＬＥＤ２１１を２回点滅させることを１秒間隔で実行する。
最後に、ステップＳ４４０において、撮像装置１１０ｂｈ、異常通知情報受信処理を終了させる。
以上が、異常通知情報を受信した撮像装置での異常通知情報受信処理である。
【００４１】
以上のように本実施形態では、撮像装置（監視カメラ）が故障などにより異常になると、予め設定された条件を満たす別の撮像装置（監視カメラ）に、管理者が予め設定した異常通知情報を送信する。当該別の撮像装置は、当該異常通知情報に基づいて、ＬＥＤ２１１の点滅やスピーカ２１３からの音の出力など、管理者が予め設定した異常発生時の動作を行う。
【００４２】
このように、撮像装置（監視カメラ）の外観を通じて異常を通知する。したがって、管理者は、監視室に行かなくても、撮像装置に異常が発生していることに気づくことができる。また、異常が発生している撮像装置と異なる撮像装置が、管理者により予め設定された動作（管理者しか知らないルールに基づく動作）をする。したがって、管理者以外の人物に、何れの撮像装置が異常であるのかを容易に認識されることを抑制することができ、防犯性の高い監視システムを提供することができる。
【００４３】
ローカルエリアネットワーク５１０内の、異常が発生していない所定の複数の撮像装置がＬＥＤ２１１の点滅等を行うことにより、例えば、以下の効果が得られる。すなわち、管理者は、ローカルエリアネットワーク５１０内において、ＬＥＤ２１１の点滅等を行っていない撮像装置に異常があると認識することができる。
また、異常が発生している撮像装置に付与されたＩＰアドレスに近いＩＰアドレスが付与された撮像装置がＬＥＤ２１１の点滅等を行うことにより、例えば、以下の効果が得られる。すなわち、管理者は、ＬＥＤ２１１の点滅等を行っている撮像装置の近辺の撮像装置に異常がある（可能性が高い）と推測できる。
【００４４】
また、異常が発生している撮像装置に設定された識別番号と同じ識別番号が設定された撮像装置がＬＥＤ２１１の点滅等を行うことにより、例えば、以下の効果が得られる。第１の部屋に設置する撮像装置に識別番号１を設定し、第２の部屋に設置する撮像装置に識別番号２を設定した場合に、第１の部屋に設置された撮像装置の１つに異常が発生したとする。この場合、例えば、第１の部屋に設置された撮像装置のうち、異常が発生している撮像装置を除く全ての撮像装置がＬＥＤ２１１の点滅等を行う。このようにすれば、管理者は、第２の部屋ではなく第１の部屋に設置された撮像装置に異常があることを認識することができる。
【００４５】
また、異常が発生している撮像装置と同じ製造メーカの撮像装置がＬＥＤ２１１の点滅等を行うことにより、例えば、以下の効果が得られる。複数の製造メーカの撮像装置が配置された監視システムにおいて、或る製造メーカの撮像装置に異常が発生したとする。この場合、例えば、監視システム内の当該製造メーカの撮像装置のうち、異常が発生している撮像装置を除く全ての撮像装置がＬＥＤ２１１の点滅等を行う。このようにすれば、管理者は、どの製造メーカの撮像装置に異常があるのかを認識することができる。
【００４６】
本実施形態では、異常の通知先として決定した撮像装置がテーブル８１０を有しているか否かで異常通知情報に含める内容を異ならせる場合を例に挙げて説明した。しかしながら、必ずしもこのようにする必要はない。
例えば、異常が発生している撮像装置は、監視システム内の予め設定された条件を満たす別の撮像装置がテーブル８１０を有しているか否かを確認し、テーブル８１０を有している撮像装置のみを異常の通知先として決定してもよい。監視システム内の何れかの撮像装置に異常が発生した場合、テーブル８１０を有している撮像装置において、管理者により予め設定された動作が行われることになる。このようなルールを管理者が設定することにより、管理者以外の人物に、何れの撮像装置が異常であるのかを容易に認識されることをより確実に抑制することができる。
【００４７】
また、テーブル８１０を用いれば、撮像装置における異常の内容をより具体的に管理者に報知することができるが、必ずしもテーブル８１０を用いる必要はない。この場合、異常が発生している撮像装置は、動作の種類７２２を異常通知情報に含めて異常の通知先（別の撮像装置）に送信すればよい。このようにした場合には、異常の通知先はテーブルを有していなくてもよく、異常の通知先がテーブル８１０を有しているか否かを確認する処理が不要になる。
【００４８】
また、本実施形態では、異常が発生している撮像装置が、管理者が予め設定した異常発生時の動作を行わない場合を例に挙げて説明した。しかしながら、異常の通知先となる撮像装置に加えて、故障が発生している撮像装置も、管理者が予め設定した異常発生時の動作（例えば、異常の通知先となる撮像装置と同じ動作）を行うようにしてもよい。
【００４９】
また、管理者が予め設定した異常発生時の動作は、ＬＥＤ２１１の発光またはスピーカ２１３からの音の出力に限定されない。例えば、ＬＥＤ２１１の発光またはスピーカ２１３からの音の出力との双方を同時に行ってもよい。
【００５０】
（第２の実施形態）
次に、第２の実施形態を説明する。第１の実施形態では、異常通知情報の送信先と宛先が同じである（撮像装置である）場合を例に挙げて説明した。これに対し、本実施形態では、異常が発生している撮像装置が、他の撮像装置を（最終的な）宛先として、監視システム内の撮像装置と通信可能に接続することが可能な情報端末に異常通知情報を送信する。このように本実施形態と第１の実施形態とは、前記情報端末が加わることによる構成および処理が主として異なる。したがって、本実施形態の説明において、第１の実施形態と同一の部分については、図１〜図９に付した符号と同一の符号を付すなどして詳細な説明を省略する。
【００５１】
図１０は、監視システムの構成の一例を示す図である。
図１０に示す監視システムは、図１に示した監視システムの構成に加えて、情報端末１０１０を有する。情報端末１０１０は、例えばサーバやコンピュータを指す。複数の撮像装置１１０ａ、１１０ｂは通信装置群１２０によって接続され、情報端末１０１０は通信装置群１２０に接続されている。
【００５２】
図１１は、情報端末１０１０のハードウェアの構成の一例を示す図である。
図１１において、情報端末１０１０は、ＣＰＵ１０１１、ＲＯＭ１０１２、ＲＡＭ１０１３、ＨＤＤ１０１４、操作部１０１５、および通信Ｉ／Ｆ１０１６を有する。
【００５３】
ＣＰＵ１０１１は、例えば、ＲＯＭ１０１２に記憶されたプログラムを、ＲＡＭ１０１３をワークエリアとして利用すること等により情報端末１０１０を制御する。ＨＤＤ１０１４は、各種のデータやプログラム等を記憶する。通信Ｉ／Ｆ１０１６は、ＣＰＵ１０１１の制御に基づいて、外部装置とネットワークを介して各種の情報等の通信を行う。
その他、情報端末１０１０には、例えばサーバとして機能するための公知のハードウェアを有する。
【００５４】
撮像装置１１０ａ、１１０ｂは、第１の実施形態と同様に、検知部１１１ａ、１１１ｂ、送受信部１１２ａ、１１２ｂ、および通知部１１３ａ、１１３ｂを有する。ただし、送受信部１１２ａ、１１２ｂにおける異常通知情報の送信先は、情報端末１０１０になる。このとき、送受信部１１２ａ、１１２ｂは、異常の通知先となる撮像装置（異常通知情報の宛先）を特定する情報を異常通知情報に付加することができる。このようにした場合、情報端末１０１０は、異常の通知先となる撮像装置を特定する情報に基づいて、異常の通知先を特定し、特定した撮像装置に、異常通知情報を送信する。
【００５５】
一方、異常の通知先となる撮像装置を特定する情報を異常通知情報に付加しない場合、情報端末１０１０は、予め設定されたルールに従って、異常の通知先を決定することができる。異常の通知先を決定する方法は、例えば、図３のステップＳ３４０で説明した方法と同じ方法で実現できるので、ここでは、その詳細な説明を省略する。また、このようにする場合、異常が発生している撮像装置は、異常の通知先を決定する必要はない（図３のステップＳ３４０の処理を省略することができる）。
以上のように情報端末１０１０を用いても、第１の実施形態で説明した効果と同様の効果が得られる。また、管理者が予め設定した異常発生時の動作を情報端末１０１０で一括して管理することができる。
本実施形態においても、第１の実施形態で説明した種々の変形例を採用することができる。
【００５６】
（その他の実施形態）
尚、前述した実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５７】
１１０ａ、１１０ｂ：撮像装置、１２０：通信装置群
【図１】
2016151862.tif 000003
【図２】
2016151862.tif 000004
【図３】
2016151862.tif 000005
【図４】
2016151862.tif 000006
【図５】
2016151862.tif 000007
【図６】
2016151862.tif 000008
【図７】
2016151862.tif 000009
【図８】
2016151862.tif 000010
【図９】
2016151862.tif 000011
【図１０】
2016151862.tif 000012
【図１１】
2016151862.tif 000013