(57)【要約】【課題】複数のカメラを備えるカメラシステムにおいて、各カメラ同士をより確実に連携させることが可能な技術を提供する。【解決手段】カメラシステム１００は、ＬＡＮあるいはインターネットなどの通信ネットワークを介して相互に接続される複数のカメラ１ａ，１ｂ，．．．を備えている。また、カメラ１ａとカメラ１ｂとは、通信ネットワークとは別系統の通信ライン（たとえば、接続ケーブル７ａ）を介しても互いに接続されている。カメラ１ａ，１ｂの相互間の情報の授受は、通信ネットワークだけでなく、通信ラインをも介して行われる。【選択図】        図１
2005020585.tif 000002
【特許請求の範囲】
【請求項１】
複数のカメラが通信ネットワークを介して相互に接続されるカメラシステムであって、
第１のカメラと、
前記通信ネットワークを介して前記第１のカメラに接続される第２のカメラと、
を備え、
前記第１のカメラと前記第２のカメラとは、前記通信ネットワークとは別系統の通信ラインを介しても互いに接続され、
前記第１のカメラと前記第２のカメラとの間の情報の授受は、前記通信ネットワークだけでなく、前記通信ラインをも介して行われることを特徴とするカメラシステム。
【請求項２】
請求項１に記載のカメラシステムにおいて、
前記第１のカメラは、前記第２のカメラに関する異常発生時に、前記第２のカメラに対する再起動指示コマンドを前記通信ラインを介して前記第２のカメラに送信することを特徴とするカメラシステム。
【請求項３】
請求項１に記載のカメラシステムにおいて、
前記通信ラインは、前記第１のカメラと前記第２のカメラとの間で入力端子と出力端子とを直接的に接続する信号線を有することを特徴とするカメラシステム。
【請求項４】
請求項１または請求項３に記載のカメラシステムにおいて、
前記第１のカメラは、当該第１のカメラに関連付けられたトリガ情報を、前記通信ラインを介して前記第２のカメラに送信し、
前記第２のカメラは、前記トリガ情報に応じた撮影動作を行うことを特徴とするカメラシステム。
【請求項５】
請求項１または請求項３に記載のカメラシステムにおいて、
前記第１のカメラは、当該第１のカメラに異常状態が発生したと判定するときには、当該異常状態の発生を前記通信ラインを介して前記第２のカメラに通知し、
前記第２のカメラは、前記第１のカメラの視野範囲の少なくとも一部をカバーするように、その視野範囲を変更することを特徴とするカメラシステム。
【請求項６】
第１のカメラおよび第２のカメラを含む複数のカメラが通信ネットワークを介して相互に接続されるカメラシステムにおける通信方法であって、
前記第１のカメラと前記第２のカメラとの間で、前記通信ネットワークを介して情報を授受する工程と、
前記第１のカメラと前記第２のカメラとの間で、前記通信ネットワークとは別系統の通信ラインを介して情報を授受する工程と、
を含むことを特徴とする通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークを介して相互に接続された複数のカメラを備えるカメラシステム、およびそれに関連する技術に関する。
【０００２】
【従来の技術】
通信ネットワークを介して相互に接続された複数のカメラを備えるカメラシステムが存在する（たとえば、特許文献１、特許文献２を参照）。このようなカメラシステムにおいては、複数のカメラの連携動作を行うものも存在する。
【０００３】
また、このようなカメラシステムにおいては、サーバを介して複数のカメラが相互に通信ネットワークを介して接続されている。具体的には、この通信ネットワークとしては、インターネットなどが利用されている。
【０００４】
【特許文献１】
特開２００２−２８１４８７号公報
【特許文献２】
特開平１１−２５９７７５号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、インターネットなどのネットワークにおける通信は、多重通信であるなどの理由によって、応答に相当の時間を要することがあり、高速応答性に欠けるという特質を有している。そのため、各カメラに対する動作制御においてタイムロスが生じることがある。
【０００６】
また、ネットワーク通信に異常が生じた場合には、ネットワーク通信で各カメラにコマンドを送信することができなくなる。そのため、再起動動作によるシステム復旧を行うことができないという問題も存在する。
【０００７】
そこで、本発明は前記問題点に鑑み、複数のカメラを備えるカメラシステムにおいて、各カメラ同士をより確実に連携させることが可能な技術を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、請求項１の発明は、複数のカメラが通信ネットワークを介して相互に接続されるカメラシステムであって、第１のカメラと、前記通信ネットワークを介して前記第１のカメラに接続される第２のカメラと、を備え、前記第１のカメラと前記第２のカメラとは、前記通信ネットワークとは別系統の通信ラインを介しても互いに接続され、前記第１のカメラと前記第２のカメラとの間の情報の授受は、前記通信ネットワークだけでなく、前記通信ラインをも介して行われる。
【０００９】
請求項２の発明は、請求項１の発明に係るカメラシステムにおいて、前記第１のカメラは、前記第２のカメラに関する異常発生時に、前記第２のカメラに対する再起動指示コマンドを前記通信ラインを介して前記第２のカメラに送信する。
【００１０】
請求項３の発明は、請求項１の発明に係るカメラシステムにおいて、前記通信ラインは、前記第１のカメラと前記第２のカメラとの間で入力端子と出力端子とを直接的に接続する信号線を有する。
【００１１】
請求項４の発明は、請求項１または請求項３の発明に係るカメラシステムにおいて、前記第１のカメラは、当該第１のカメラに関連付けられたトリガ情報を、前記通信ラインを介して前記第２のカメラに送信し、前記第２のカメラは、前記トリガ情報に応じた撮影動作を行う。
【００１２】
請求項５の発明は、請求項１または請求項３の発明に係るカメラシステムにおいて、前記第１のカメラは、当該第１のカメラに異常状態が発生したと判定するときには、当該異常状態の発生を前記通信ラインを介して前記第２のカメラに通知し、前記第２のカメラは、前記第１のカメラの視野範囲の少なくとも一部をカバーするように、その視野範囲を変更する。
【００１３】
請求項６の発明は、第１のカメラおよび第２のカメラを含む複数のカメラが通信ネットワークを介して相互に接続されるカメラシステムにおける通信方法であって、前記第１のカメラと前記第２のカメラとの間で、前記通信ネットワークを介して情報を授受する工程と、前記第１のカメラと前記第２のカメラとの間で、前記通信ネットワークとは別系統の通信ラインを介して情報を授受する工程と、を含む。
【００１４】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて説明する。
【００１５】
＜Ａ．第１実施形態＞
＜全体構成＞
図１は、本発明の実施形態に係るカメラシステム１００の構成を示す図である。カメラシステム１００は、複数のネットワークカメラ（以下、単にカメラとも称する）１（ここでは、５台のカメラ１ａ〜１ｅ）とサーバ５とを備える。また、これらの複数のカメラ１ａ〜１ｅは、ＬＡＮ（ローカルエリアネットワーク）ケーブル若しくは無線ＬＡＮなどを用いて、ネットワーク接続される。このカメラシステム１００は、監視用途などに用いられる。
【００１６】
より詳細には、カメラ１ａ，１ｂは、それぞれ、ＬＡＮケーブル６ａ，６ｂを用いて、ネットワークハブ（以下、単にハブとも称する）２ａに接続され、カメラ１ｃ，１ｄは、それぞれ、ＬＡＮケーブル６ｃ，６ｄを用いて、ハブ２ｂに接続される。また、カメラ１ｅは、所定の規格の無線方式によって無線ＬＡＮ用のアクセスポイント２ｃとの通信が可能となるように無線接続される。ハブ２ａ，２ｂ、アクセスポイント２ｃは、それぞれ、ＬＡＮケーブル６ｅ，６ｆ，６ｇを用いてルータ３に接続されるとともに、サーバ５もＬＡＮケーブル６ｈを用いてルータ３に接続される。ルータ３は、ファイアウォール４を介してインターネットなどの外部ネットワークに接続される。
【００１７】
このような構成の通信ネットワークを用いて、カメラ１ａ〜１ｅおよびサーバ５は、ルータ３よりも内側の内部ネットワークにおいて、カメラシステム１００における情報を相互に授受（送受信）する。また、カメラ１ａ〜１ｅおよびサーバ５は、ルータ３を介して、インターネットなどの外部ネットワークとの間で当該情報を授受する。
【００１８】
たとえば、各カメラ１ａ〜１ｅなどを用いて得られる情報は、インターネット等を通じて、遠隔地等に配置された外部コンピュータ（図示せず）に向けて送信される。この送信動作は、サーバ５あるいは各カメラ自身によって行われる。また、外部コンピュータからの指令等がカメラシステム１００のカメラ１ａ〜１ｅあるいはサーバ５によって受信される。
【００１９】
また、サーバ５は、カメラ１ａ〜１ｅの映像を表示すると共に、カメラの制御用のＧＵＩ（グラフィカル・ユーザ・インターフェース）を提供するものである。サーバ５は、カメラの異常通知を受信すると、どのカメラに異常が発生したか、および、その異常内容等を、サーバ５のモニタ画面上に表示する。
【００２０】
また、この実施形態では、２台のカメラがサブシステムを構成し、互いに連携して監視動作を行う場合について説明する。
【００２１】
具体的には、２台のカメラ１ａ，１ｂが１組のサブシステムを構成し、互いに連携して監視動作を行う。同様に、２台のカメラ１ｃ，１ｄも１組のサブシステムを構成し、互いに連携して監視動作を行う。なお、ここでは、カメラ１ｅは連携監視動作には寄与せず、単独で監視動作を行う。
【００２２】
以下では、２台のカメラ１ａ，１ｂによって構成される１組のサブシステムについて詳細に説明する。なお、もう１組のサブシステムも、以下で説明するサブシステムと同様の構成を備えており同様の動作を行うが、簡単化のため、その詳細説明を省略する。
【００２３】
＜サブシステム＞
互いに連携するカメラ１ａ，１ｂにおいては、それぞれ、自らのネットワーク情報に加えて、相手側カメラのネットワーク情報（ＩＰアドレス、ポート番号）も予め登録されている。
【００２４】
具体的には、カメラ１ａには、カメラ１ａ自身のＩＰアドレス（１９２．１６８．０．２０１）およびポート番号（１２００１）に加えて、カメラ１ｂのＩＰアドレス（１９２．１６８．０．２０２）およびポート番号（１２００２）が登録される。また、カメラ１ｂには、カメラ１ｂ自身のＩＰアドレス（１９２．１６８．０．２０２）およびポート番号（１２００２）に加えて、カメラ１ａのＩＰアドレス（１９２．１６８．０．２０１）およびポート番号（１２００１）が登録される。また、各カメラ１ａ，１ｂには、それぞれ、サーバのＩＰアドレス（１９２．１６８．０．１００）およびポート番号（１２０００）も登録されている。
【００２５】
カメラ１ａ，カメラ１ｂおよびサーバ５は、このＩＰアドレス等を用いることによって、ＩＰプロトコル等を用いて互いに通信する。
【００２６】
具体的には、カメラ１ａ，１ｂは、カメラの状態情報を定期的に相互に通知する。また、カメラ１ａ，１ｂは、それぞれ、サーバ５に対しても各カメラの状態情報を定期的に通知する。これらの通知動作（通信動作）は、上述のネットワーク通信を用いて行われる。
【００２７】
また、カメラ１ａ，１ｂは、ネットワーク接続だけでなく、専用の接続ケーブル（入出力信号線）７ａを用いた直接的な接続によって、互いに接続されている。
【００２８】
図２は、この直接的な接続における配線の様子を示す図であり、図３は各カメラにおける接続端子（入出力端子（Ｉ／Ｏ端子））ＴＭの配置を示す図である。
【００２９】
図３に示すように、たとえば、カメラ１ａは５つの端子、具体的には、２つの入力端子ＩＮ１，ＩＮ２と、２つの出力端子ＯＵＴ１，ＯＵＴ２と、グランド端子ＧＮＤとを有している。また、カメラ１ｂも同じ５つの端子を有している。
【００３０】
そして、カメラ１ａの入力端子ＩＮ１は信号線Ｌ１を用いてカメラ１ｂの出力端子ＯＵＴ１に接続され、カメラ１ａの出力端子ＯＵＴ１は信号線Ｌ２を用いてカメラ１ｂの入力端子ＩＮ１に接続される。また、カメラ１ａのグランド端子ＧＮＤは信号線Ｌ０を用いてカメラ１ｂのグランド端子ＧＮＤに接続される。
【００３１】
カメラ１ａ，１ｂは、これらの信号線Ｌ０，Ｌ１，Ｌ２を用いて、入出力信号の授受を行うことができる。具体的には、これらの信号線を用いて、複数の種類のコマンド等が送受信される。この入出力端子ＴＭを用いた通信においては、各コマンドは、そのパルス幅および／またはパルス数が互いに異なる複数のパターンの信号列として表現される。このように、カメラ１ａ，１ｂは、これらの信号線Ｌ０，Ｌ１，Ｌ２を用いて、１対１のシリアル通信（全二重）を行うことが可能である。
【００３２】
ここで、信号線Ｌ０，Ｌ１，Ｌ２は、接続ケーブル７ａに含まれる信号線である。この信号線Ｌ０，Ｌ１，Ｌ２を含む接続ケーブル（ないし通信ラインとも称する）は、２つのカメラ１ａ，１ｂの相互間で入力端子と出力端子とを相互に直接的に接続する信号線を有しているとも表現できる。このように、カメラ１ａ，１ｂは、通信ネットワークとは別系統の通信ラインによっても互いに接続されている。
【００３３】
なお、前者の通信ネットーワークが多重通信を行うものであるのに対して、後者の通信ラインが２つのカメラの入出力端子間での占有的な通信を行う点で、両者は相違する。また、この相違点等に基づいて、後者の通信ラインは、前者の通信ネットワークよりも高速応答性に優れているという特質を有している。
【００３４】
また、後述するように、ネットワーク通信系統に何らかの異常が生じた場合であっても、別系統の通信ライン（接続ケーブル７ａを用いた通信ライン）を用いてリセットコマンド（再起動指示コマンド）を発行すること等によって、その異常状態を解消することが可能になる。
【００３５】
さらに、ここでは、１台のカメラに対して、１台のカメラを接続する場合を例示しているが、これに限定されない。たとえば、１台のカメラに対して、２台のカメラを接続することもできる。具体的には、上述のようにして、カメラ１ａに対してカメラ１ｂを接続するとともに、カメラ１ａ，１ｂ以外のカメラ１ｆ（図示せず）をさらにカメラ１ａに接続するようにしてもよい。詳細には、カメラ１ａの入力端子ＩＮ２にカメラ１ｆの出力端子ＯＵＴ１を接続し、カメラ１ａの出力端子ＯＵＴ２にカメラ１ｆの入力端子ＩＮ１を接続し、カメラ１ａ，１ｆのグランド端子同士を接続すればよい。さらに、端子の数は、５つに限定されず、各カメラは、それよりも多数または少数の端子を備えていても良い。たとえば、より多数の端子を備えることによって、より多数のカメラに接続するようにしてもよい。
【００３６】
また、この各入力端子に各種センサ（赤外線センサ、人物検出センサ、ガス漏れセンサ、炎センサなど）の出力端子を接続することによれば、各種センサーからの信号を各カメラに入力することが可能である。さらに、各出力端子に各種の出力装置（照明ライト、ブザー、ベルなど）の入力端子を接続することによれば、各種出力装置への信号を各カメラから出力することもできる。このように、入出力端子ＴＭは、カメラ相互間での信号の送受信に用いることができることに加えて、各種のセンサーおよび出力装置との間での信号の送受信にも用いることができる。
【００３７】
図４は、カメラ１ａの機能ブロックを示す図である。ここでは、カメラ１ａについて説明するが、カメラ１ｂも同様の構成を有している。
【００３８】
図４に示すように、カメラ１ａは、ネットワーク通信部１１と、診断部１２と、解析部１３と、カメラアングル変更部１４と、ネットワーク異常検出部１５と、リセットコマンド発行部１６と、入出力部１７と、コマンド受信部１８とを有している。
【００３９】
ネットワーク通信部１１は、通信ネットワークによる通信におけるデータの送受信を制御する。具体的には、ネットワーク通信部１１は、カメラ１ｂとのＬＡＮを介した通信動作、およびサーバ５とのＬＡＮを介した通信動作などを制御する。
【００４０】
診断部１２は、そのカメラ１ａ自身の状態情報を診断する。カメラ１ａ自身についての診断結果（自己診断結果）に関する情報は、通知対象の状態情報として、ネットワーク通信部１１を介して連携相手のカメラとサーバ５とに対して定期的に送信される。自己診断結果としては、「メカニカル診断」、「映像診断」などの各診断内容に関する結果情報が含まれる。
【００４１】
「メカニカル診断」は、カメラ１ａ自身のパン・チルト・ズームに関する制御動作が正常に行われているか否かを診断するものである。
【００４２】
具体的には、カメラに関する各被制御量（パン角度、チルド角度、ズームレンズ位置）を目標値に追従させる制御において、その制御結果としてのセンサ出力値を検出し、その検出値が目標値に近づいているかなどを判断する。カメラ１ａは、被制御量を目標値に対する許容誤差範囲内の値に制御できなかった場合、メカニカル異常と判断する。より詳細には、パン角度の調整異常であるのか、チルト角度の調整異常であるのか、ズーム倍率の調整異常であるのかなどを区別した上で、どのような内容の異常が生じているかを通知する。
【００４３】
このメカニカル診断は、パン・チルト・ズームに関する制御指令がカメラ１ａに対して与えられた時点で行われ、各診断時点でその診断結果が更新されていく。
【００４４】
「映像診断」は、カメラ１ａの映像信号が正常に出力されているか否かを診断するものである。具体的には、カメラ１ａの映像信号が、所定時間にわたって出力されていないことを検出した場合に、「映像出力エラー」が発生している（言い換えれば、「映像異常」である）と判定される。この映像診断は、定期的に行われ、定期的にその診断結果が更新されていく。
【００４５】
このように、自己診断結果を含む状態情報は、定期的または不定期に更新される。そして、最新の状態情報ＳＴａが、サーバ５と連携相手のカメラ１ｂとに対して定期的に通知される。具体的には、カメラ１ａは、所定時間間隔（たとえば３分に１回）でカメラ１ｂとサーバ５とに対して、カメラ１ａ自身の状態情報ＳＴａを通信ネットワークを介して通知する。
【００４６】
連携相手のカメラ１ｂにおいても同様の状態情報ＳＴｂの定期的な更新動作が行われる。そして、カメラ１ｂに関する最新の状態情報ＳＴｂが、サーバ５と連携相手のカメラ１ａとに対して定期的に通知される。
【００４７】
ここにおいて、カメラ１ａは、連携先のカメラ１ｂからの状態情報ＳＴｂについての定期的な通知の有無を判定することによって、ネットワーク通信が正常であるか否かを判定する。
【００４８】
具体的には、ネットワーク異常検出部１５は、定期的な状態情報ＳＴｂが受信されないことを検出することによって、連携相手のカメラ１ｂに関するネットワーク異常が発生していると判定する。詳細には、前回の受信時刻から所定の期間Ｔ１が経過した時点においても最新の状態情報が受信されていないことを条件として、異常であると判定すればよい。この期間Ｔ１としては、たとえば、状態情報の定期的な通知周期に所定の許容誤差時間を加えた時間を採用すればよい。
【００４９】
また、ネットワーク自体がダウンすることによって、カメラ１ｂからの定期的な通知が途絶えることもある。ここでは、このようなネットワーク自体に異常が発生している場合も、カメラ１ｂに関するネットワーク異常があるものとみなして、次述するようなカメラ１ｂのリセット動作（再起動動作）を行うものとする。
【００５０】
そして、ネットワーク異常が発生していると判定されると、ネットワーク異常検出部１５は、リセットコマンド発行部１６に対して、カメラ１ｂに対するリセットコマンド発行要求を送出する。
【００５１】
リセットコマンド発行部１６は、このリセットコマンド発行要求に応答して、カメラ１ｂに対するリセットコマンドＲＳ（ＲＳｂ）を送出する。このリセットコマンド（再起動指示コマンド）ＲＳｂは、上述の入出力端子ＴＭ等で構成される入出力部１７を用いて、カメラ１ｂに対して出力される。具体的には、リセットコマンドＲＳとして定義された所定の信号パターンが送信される。より詳細には、グランド端子ＧＮＤと出力端子ＯＵＴ１との電位差を用いて、所定の信号パターンが形成されて送信される。
【００５２】
同様に、連携相手のカメラ１ｂも、カメラ１ａに対するリセットコマンドＲＳａの送信を行うことがある。その場合には、カメラ１ａの入出力端子ＴＭを介して受信されたリセットコマンドＲＳａは、コマンド受信部１８で受信され、その受信コマンドの内容が解析される。そして、コマンド受信部１８は、受信コマンドがリセットコマンドであると判定すると、リセット信号ＲＳＴをカメラ１ａ自身に対して発信し、カメラ１ａを再起動させる。
【００５３】
また、上記の状態情報の通知動作（状態情報通知とも称する）は、定期的に行われることに加えて、何らかの異常が検知された場合には、定期送信間隔以外であっても即時に行われる。これにより、カメラの診断結果が他のカメラおよびサーバに対して即時に通知される。
【００５４】
そして、カメラ１ａは、受信された状態情報の内容を解析し、解析内容に応じた処理を行う。
【００５５】
具体的には、解析部１３は、カメラ１ｂ（およびサーバ５）とのネットワーク通信における通信内容を解析する。
【００５６】
解析部１３は、連携先のカメラ１ｂからの状態情報の内容を解析し、その解析結果に応じた指示をカメラアングル変更部１４に対して出力する。カメラアングル変更部１４は、解析部１３による解析結果に基づいて、カメラアングルを駆動して変更する。より詳細には、メカニカル異常であるとの診断結果が含まれている場合には、カメラ１ｂの視野範囲（ないし撮影範囲とも称する）をもカバーするように、カメラ１ａの視野範囲を変更するための処理などが行われる。
【００５７】
カメラ１ｂがメカニカル異常または映像異常であると判定される場合のカメラ１ａの変更後の視野範囲としては、たとえば、カメラ１ｂの異常時にカメラ１ａが採用すべき視野範囲として予め定められた視野範囲を用いることができる。
【００５８】
図５は、カメラ１ａの視野範囲の変更の様子について説明する上面図である。図５（ａ）は、正常時の両カメラ１ａ，１ｂの各視野範囲Ｒａ０，Ｒｂを天井側からみた様子を表している。ここでは、部屋の天井に設置された２台のカメラ１ａ，１ｂがそれぞれやや下向きに設置されて撮影を行っている状態を想定している。
【００５９】
一方、図５（ｂ）は、カメラ１ｂがメカニカル異常または映像異常であると判定されたときの、カメラ１ａの変更後の視野範囲Ｒａ１を示している。図５（ｂ）に示すように、カメラ１ａの変更後の視野範囲Ｒａ１は、カメラ１ｂの視野範囲Ｒｂの少なくとも一部をカバーしている。言い換えれば、カメラ１ａの変更後の視野範囲Ｒａ１は、カメラ１ｂの視野範囲Ｒｂと重なる領域を有している。
【００６０】
なお、ここでは、カメラ１ａの変更後の視野範囲として、固定された視野範囲を例示しているが、これに限定されない。たとえば、カメラの回転動作（パン動作）を継続的に行うことによって、カメラ１ａの変更前の視野範囲Ｒａ０とカメラ１ａの上記の視野範囲Ｒａ１との間で往復するように、カメラの視野を変更し続けるようにしてもよい。
【００６１】
また、解析部１３は、解析の結果、カメラ１ｂに異常が発生しているときにも、リセットコマンドの発行要求をリセットコマンド発行部１６に対して送出する。このように、連携先のカメラ１ｂを再起動して、正常状態に戻すことを試みることができる。
【００６２】
＜動作＞
図６は、状態情報取得等に関連するサブルーチンを示すフローチャートであり、異常発生時の連携処理動作を中心に示している。
【００６３】
ここでは、カメラ１ｂからカメラ１ａへの状態情報通知を伴う連携処理動作の一例を説明する。図６においては、カメラ１ａで実行されるサブルーチン処理が示されている。
【００６４】
まず、ステップＳ１において、カメラ１ｂからの状態情報通知が所定時間内に受信されているか否かを判断する。
【００６５】
所定時間内に受信されていれば、解析部１３は、状態情報通知の内容を解析する（ステップＳ３）。
【００６６】
解析の結果、メカニカル異常でなく（ステップＳ４）、且つ、映像異常でもない（ステップＳ５）場合には、正常状態と判断して、この処理を終了する。
【００６７】
一方、メカニカル異常である（ステップＳ４）か、又は、映像異常である（ステップＳ５）場合には、連携相手のカメラ１ｂの視野範囲をカバーする（ステップＳ６）。具体的には、カメラ１ａは、その視野範囲が予め定められた範囲となるように、カメラ１ａ自身のパン角度を変更する。この視野範囲の変更によって、図５（ｂ）のように、カメラ１ａはカメラ１ｂの視野範囲Ｒｂをカバーすることが可能になる。
【００６８】
その後、カメラ１ａの入出力部１７は、カメラ１ｂに対してリセットコマンドＲＳｂ（図４参照）を送信する（ステップＳ７）。このリセットコマンドＲＳｂは、入出力端子ＴＭ（入出力部１７）を用いて送信される。
【００６９】
これに対して、リセットコマンドＲＳｂを受信したカメラ１ｂは、そのリセットコマンドＲＳｂに応答してリセット動作（再起動動作）を行う。そして、カメラ１ｂは、再起動後に再びカメラ１ｂ自身の状態情報を取得して、カメラ１ａに対して送信する。
【００７０】
カメラ１ａは、カメラ１ｂの再起動後にカメラ１ｂから送信されてくる状態情報を取得し（ステップＳ８）、カメラ１ｂが正常状態に復帰したか否かを判断する（ステップＳ９）。具体的には、解析部１３が状態情報の内容を解析する。
【００７１】
正常状態に復帰できなかったと判定される場合は、カメラ１ａは、カメラ１ｂの視野範囲のカバーを継続する（ステップＳ１０）。一方、正常状態に復帰できたと判定される場合は視野範囲のカバーを終了（ステップＳ１１）し、カメラ１ａの視野範囲を通常の視野範囲に復帰させる。
【００７２】
また、ステップＳ１において、カメラ１ｂからの状態情報通知が所定時間内に受信されていない場合には、カメラ１ａは、ネットワーク異常状態であると判定する。この場合には、カメラ１ａは、上述のステップＳ６と同様に、連携先のカメラ１ｂの視野範囲をカバーし（ステップＳ２）、さらに、入出力端子ＴＭを利用してリセットコマンドＲＳｂをカメラ１ｂに対して送信する（ステップＳ１４）。
【００７３】
リセットコマンドＲＳｂを受信したカメラ１ｂは、そのリセットコマンドＲＳｂに応答してリセット動作（再起動動作）を行うことが可能になる。
【００７４】
カメラ１ａにおいては、リセットコマンドＲＳｂの送信後には、上述のステップＳ８以降の動作が行われる。
【００７５】
以上のように、この実施形態によれば、カメラ１ａ，１ｂ相互間の情報の授受は、通信ネットワークだけでなく、当該通信ネットワークとは別系統の通信ライン（接続ケーブル７ａ）をも介して行われる。したがって、カメラ１ａ，１ｂ同士をより確実に連携させることが可能である。
【００７６】
特に、連携相手のカメラ１ｂにおける何らかの異常状態（ネットワーク通信異常、メカニカル異常、映像異常など）が発生したと判定されると、再起動指示コマンド（リセットコマンド）ＲＳが、接続ケーブル７ａを介して送信される。通信ネットワーク以外の通信ライン（接続ケーブル７ａ）を用いて再起動指示コマンドが送信されるので、仮に通信ネットワーク障害が発生している時であっても、カメラ１ａ，１ｂ相互間の通信を確保して、確実な連携動作によって再起動させることができる。
【００７７】
また、接続ケーブル７ａは、カメラ１ａとカメラ１ｂとの間で入力端子と出力端子とを直接的に接続する信号線によって構成されている。したがって、接続ケーブル７ａを用いて情報の授受を行う場合には、通信ネットワークを利用して当該情報の授受を行う場合に比べて、高速応答性を確保することができる。
【００７８】
＜Ｂ．第２実施形態＞
第２実施形態においては、所定のトリガ信号に基づくトリガ情報を、接続ケーブル７ａを用いて連携先のカメラに送信することによって、カメラ同士の連携を図る場合について説明する。
【００７９】
第２実施形態のシステム構成については、第１実施形態と同様であり、以下では、相違点を中心に説明する。
【００８０】
図７は、第２実施形態のカメラ１ａの機能ブロックを示す図である。ここでは、カメラ１ａについて説明するが、カメラ１ｂも同様の構成を有している。
【００８１】
図４に示すように、第２実施形態のカメラ１ａは、ネットワーク通信部２１と、診断部２２と、解析部２３と、カメラアングル変更部２４と、入出力部２７と、トリガ情報受信部２８とトリガ情報生成部２９とを有している。
【００８２】
ネットワーク通信部２１は、第１実施形態のネットワーク通信部１１と同様の制御を行う。
【００８３】
トリガ情報生成部２９は、カメラ１ａに接続された各種のセンサ信号に基づいてトリガ情報を生成し、生成されたトリガ情報を入出力部２７および接続ケーブル７ａを介して、カメラ１ｂに送信する。たとえば、カメラ１ａに接続された（関連付けられた）人物検知センサによって不審人物が検出された場合には、カメラ１ａはカメラ１ｂに対して人物検出情報ＭＩをトリガ情報ＴＲＧとして送信する。具体的には、人物検出情報ＭＩとして定義された所定の信号パターンが送信される。
【００８４】
診断部２２は、診断部１２と同様に、そのカメラ１ａ自身の状態情報を診断し、カメラ１ａ自身についての診断結果（「メカニカル診断」、「映像診断」などの自己診断結果）を得る。そして、ネットワーク通信部２１を介して連携相手のカメラ１ｂとサーバ５とに対して定期的に送信する。なお、送信された状態情報は、連携先のカメラの解析部２３によって解析され、その解析後の状態情報はログ情報として蓄積して記憶される。たとえば、このログ情報には、各時刻における診断結果がその通知時刻等とともに含まれる。
【００８５】
さらに、診断部２２は、カメラ１ａに異常が発生した場合には、異常の発生とその異常内容を表す異常通知データＥＩを生成して、入出力部２７および接続ケーブル７ａを介して、カメラ１ｂに送信する。具体的には、異常通知データＥＩとして定義された所定の信号パターンが送信される。これによれば、連携先のカメラ１ｂは、カメラ１ａにおける異常の発生およびその内容を即時に且つ確実に認識することが可能になる。この異常通知データＥＩも、トリガ情報ＴＲＧの一つである。
【００８６】
同様に、連携相手のカメラ１ｂも、カメラ１ａに対して各種のトリガ情報ＴＲＧを接続ケーブル７ａを介して送信することがある。
【００８７】
その場合、カメラ１ａの入出力端子ＴＭを含む入出力部２７を介して受信されたトリガ情報ＴＲＧは、トリガ情報受信部２８で受信され、その受信情報の内容が解析される。そして、トリガ情報受信部２８は、トリガ情報ＴＲＧの内容に応じた処理を行う。
【００８８】
たとえば、カメラ１ｂがカメラ１ｂ自身に異常状態が発生したと判定するときには、カメラ１ｂは、当該異常状態の発生を通信ラインを介してカメラ１ａに通知する。カメラ１ａのトリガ情報受信部２８は、この異常通知データＥＩ（トリガ情報）を受信すると、これに応答して、カメラアングル変更部２４に対して、カメラ１ｂの視野範囲の少なくとも一部をカバーするように、カメラ１ａの視野範囲を変更する指示を送出する。そして、カメラアングル変更部２４は、この指示に応答して、実際にカメラ１ａのパン角度等を制御してカメラアングルを変更する。
【００８９】
このように、接続ケーブル７ａを介した通信でカメラ１ｂにおける異常状態の発生が通知され、異常状態のカメラ１ｂの視野範囲がカメラ１ａによってカバーされるので、カメラ同士をより確実に連携させることが可能である。
【００９０】
同様に、カメラ１ｂからトリガ情報が通信ラインを介してカメラ１ａに送信されてきた場合には、カメラ１ａは、そのトリガ情報に応じた撮影動作を行う。たとえば、人物検出情報ＭＩをトリガ情報ＴＲＧとして受信した場合には、カメラ１ｂの視野範囲の隣接領域をさらに撮影するように、カメラ１ａの視野範囲を変更してもよい。これによれば、不審人物をより確実に捕捉することが可能になる。また、接続ケーブル７ａ（通信ライン）を介したトリガ情報の授受によって、トリガ情報の授受に応じた撮影動作の連携が行われるので、カメラ同士をより確実に連携させることが可能である。
【００９１】
＜Ｃ．その他＞
上記各実施形態においては、カメラ１ｂについてのメカニカル異常または映像異常が検出されたときには常にカメラ１ｂの視野範囲をカバーするようにカメラ１ａの視野範囲を変更するようにしていたが、これに限定されない。たとえば、両カメラ１ａ，１ｂの共通視野範囲が存在するか否かを判定した上で、共通視野範囲が存在しない場合にはカメラ１ａの視野の変更動作を行わないようにしてもよい。
【００９２】
また、上記各実施形態においては、カメラ１ｂのメカニカル異常時等には、予め定められた範囲にカメラ１ａの視野範囲が変更される場合を例示したが、これに限定されない。たとえば、カメラ１ｂに与えられていたパン角度の目標値に対応する視野範囲に最も近くなるように、カメラ１ａの視野範囲を変更するようにしてもよい。この視野範囲を実現するパン角度は、カメラ１ａ自身によって算出され、診断部２２からネットワーク通信部２１または入出力部２７を通じて指示されるようにしてもよい。あるいは、サーバ５によって算出し、連携先のカメラ１ａに指示されるようにしてもよい。
【００９３】
【発明の効果】
以上のように、請求項１ないし請求項６に記載の発明によれば、第１のカメラと第２のカメラとの間の情報の授受は、通信ネットワークだけでなく、当該通信ネットワークとは別系統の通信ラインをも介して行われる。したがって、カメラ同士をより確実に連携させることが可能である。
【００９４】
特に、請求項２に記載の発明によれば、通信ネットワーク以外の通信ラインを用いて再起動指示コマンドが送信されるので、通信ネットワーク障害を含む異常発生時においても第１のカメラと第２のカメラとの通信を確保して、確実な連携動作を行うことができる。
【００９５】
また、請求項３に記載の発明によれば、通信ラインは、第１のカメラと第２のカメラとの間で入力端子と出力端子とを直接的に接続する信号線を有するので、当該通信ラインを用いて情報の授受を行う場合には高速応答性を確保することが可能である。
【００９６】
さらに、請求項４に記載の発明によれば、通信ラインを介して当該トリガ情報が授受されることによって、トリガ情報の授受に応じた撮影動作の連携が行われるので、カメラ同士をより確実に連携させることが可能である。
【００９７】
また、請求項５に記載の発明によれば、通信ラインを介してカメラにおける異常状態の発生が通知され、異常状態のカメラの視野範囲がカバーされるので、カメラ同士をより確実に連携させることが可能であ
【図面の簡単な説明】
【図１】本発明の第１実施形態に係るカメラシステム１００の構成を示す図である。
【図２】接続ケーブル７ａにおける配線の様子を示す図である。
【図３】各カメラにおける入出力端子（Ｉ／Ｏ端子）ＴＭの配置を示す図である。
【図４】各カメラの機能ブロックを示す図である。
【図５】カメラの視野範囲の変更の様子について説明する上面図である。
【図６】状態情報取得時の動作を示すフローチャートである。
【図７】第２実施形態のカメラの機能ブロックを示す図である。
【符号の説明】
１００  カメラシステム
１ａ〜１ｅ，１ｆ  カメラ
２ａ，２ｂ  ハブ
６ａ〜６ｈ  ＬＡＮケーブル
７ａ  接続ケーブル
ＧＮＤ  グランド端子
ＩＮ１，ＩＮ２  入力端子
Ｌ０，Ｌ１，Ｌ２  信号線
ＯＵＴ１，ＯＵＴ２  出力端子
ＲＳ，ＲＳａ，ＲＳｂ  リセットコマンド
ＲＳＴ  リセット信号
Ｒａ０，Ｒａ１，Ｒｂ  各視野範囲
ＴＭ  入出力端子
ＴＲＧ  トリガ情報
【図１】
2005020585.tif 000003
【図２】
2005020585.tif 000004
【図３】
2005020585.tif 000005
【図４】
2005020585.tif 000006
【図５】
2005020585.tif 000007
【図６】
2005020585.tif 000008
【図７】
2005020585.tif 000009