JP4646780B2 - カメラシステム - Google Patents

Description

この発明は、カメラシステムに関し、特にたとえば、複数のカメラを備える、監視カメラシステムに関する。

監視カメラシステムでは、たとえば異常発生時に、複数のカメラによってそれぞれ撮影された複数のシーンのうち任意の１つを表示したり全部を１画面内に表示したりする場合があるので、所望のカメラへの速やかなアクセスが特に求められる。

一般に、ネットワークに接続された機器にＰＣ，携帯電話などのクライアントからアクセスするには、ＩＰアドレス，ポート番号などの属性情報をクライアントに入力しなければならない。Ｎ個（Ｎ：２以上の整数）の機器にアクセスしようとすれば、Ｎ個分の属性情報を入力する操作が必要なので、アクセスに時間がかかる。

ネットワークに接続された機器へのアクセスにかかる時間を短縮するための従来技術としては、たとえば特許文献１に開示されたものが知られている。この従来技術では、クライアントであるコンピュータは、ネットワークに接続された機器のＩＰアドレスを検出し、機器からネットワークを通して通信プロトコルを取得し、そして検出されたＩＰアドレスおよび取得された通信プロトコルを用いて機器と通信する。これにより、コンピュータにＩＰアドレスを入力したり通信プロトコルを設定したりする操作は不要となり、機器への速やかなアクセスが図られる。
国際公開ＷＯ０３／０３８６３０号公報〔Ｇ０６Ｆ １３／００〕

従来技術に従えば、カメラの属性情報をクライアントに入力する操作が不要となるので、所望のカメラへの速やかなアクセスが可能となる。しかしながら、複数のカメラの各々から属性情報を取得するので、カメラの個数が多くなるにつれて通信量が増大する。

それゆえに、この発明の主たる目的は、通信量を抑えつつ所望のカメラへの速やかなアクセスを可能にする、カメラシステムを提供することである。

請求項１の発明に従うカメラシステムは、単一の代表カメラ(12)と複数の非代表カメラ(12)とを備えるカメラシステムであって、代表カメラは、複数の非代表カメラの属性情報をテーブル(T)に保持する保持手段(S61,S67)、および複数の非代表カメラのいずれか１つから第１属性情報要求を受け付けたとき自分の属性情報と少なくとも要求元以外の非代表カメラの属性情報とを要求元に返送する第１返送手段(S71)を備え、複数の非代表カメラの各々は、クライアント(16)から第２属性情報要求を受け付けたとき第１属性情報要求を代表カメラに向けて発行する第１発行手段(S83)、および第１発行手段の発行処理に関連して代表カメラおよび複数の非代表カメラの属性情報をクライアントに返送する第２返送手段(S93)を備える。

カメラシステムは、単一の代表カメラと複数の非代表カメラとを備える。複数の非代表カメラの属性情報は、代表カメラの保持手段によってテーブルに保持される。代表カメラの第１返送手段は、複数の非代表カメラのいずれか１つから第１属性情報要求を受け付けたとき、自分の属性情報と、少なくとも要求元以外の非代表カメラの属性情報とを要求元に返送する。

非代表カメラの第１発行手段は、クライアントから第２属性情報要求を受け付けたとき、上述の第１属性情報要求を代表カメラに向けて発行する。また、非代表カメラの第２返送手段は、第１発行手段の発行処理に関連して、代表カメラおよび複数の非代表カメラの属性情報をクライアントに返送する。

従って、非代表カメラがクライアントから第２属性情報を受け付けると、第１属性情報要求が非代表カメラから代表カメラに向けて発行される。代表カメラは、自分の属性情報と、少なくとも要求元以外の非代表カメラの属性情報とを要求元に返送する。第２属性情報要求を受け付けた非代表カメラは、こうして全てのカメラの属性情報を取得する。取得された属性情報はその後、クライアントに返送される。この結果、クライアントは、通信量を抑えつつ、所望のカメラに素早くアクセスすることができる。

請求項２の発明に従うカメラシステムは、請求項１に従属し、代表カメラは、クライアントから第２属性情報要求を受け付けたとき自分の属性情報と複数の非代表カメラの属性情報とをクライアントに返送する第３返送手段(S93)をさらに備える。

代表カメラ自身がクライアントから第２属性情報要求を受け付けた場合には、代表カメラの第３返送手段が、代表カメラ自身の属性情報と、テーブルに保持された複数の非代表カメラの属性情報とをクライアントに返送する。こうして、代表カメラおよび複数の非代表カメラの属性情報が非代表カメラを経由することなくクライアントに返送される結果、より素早いアクセスが可能となる。

請求項３の発明に従うカメラシステムは、請求項２に従属し、第２返送手段および第３返送手段の各々は、代表カメラおよび複数の非代表カメラの属性情報が記述されたカメラ操作画面を表示するためのデータを返送する。

クライアントへは属性情報が記述されたカメラ操作画面を表示するためのデータが返送され、クライアントはカメラ操作画面を参照して所望のカメラへのアクセス操作を行うことができる。なお、返送されるデータは、典型的にはＨＴＭＬ（Hyper Text Markup Language）で記述される。

請求項４の発明に従うカメラシステムは、請求項３に従属し、代表カメラは所定タイミングで複数の非代表カメラの各々に向けて第３属性情報要求を発行する第２発行手段(S67)をさらに備え、複数の非代表カメラの各々は代表カメラから第３属性情報要求を受け付けたとき自分の属性情報を代表カメラに返送する第４返送手段(S23)をさらに備え、保持手段は第４返送手段によって返送される属性情報を保持する。

代表カメラから第３属性情報要求を受け付けると、複数の非代表カメラの各々は、自分の属性情報を返送する。代表カメラのテーブルには、こうして複数の非代表カメラから返送される属性情報が保持される。

請求項５の発明に従うカメラシステムは、請求項４に従属し、所定タイミングはシステム起動タイミングを含む。

請求項６の発明に従うカメラシステムは、請求項１ないし５のいずれかに従属し、属性情報はアドレス情報を含む。

この発明によれば、通信量を抑えつつ所望のカメラに速やかにアクセスすることができる。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１を参照して、この実施例の監視カメラシステム１０は、Ｎ個（Ｎは１以上の整数）のカメラ１２を含む。Ｎ個のカメラ１２の各々はハブ１４に接続され、ハブ１４はＰＣ１６に接続される。こうしてＮ個のカメラ１２およびＰＣ１６がハブ１４を介して互いに接続された結果、１つのＬＡＮ（Local Area Network）が構成される。なお、ハブ１４は、図示しないルータを通してインターネットなどのＷＡＮ（Wide Area Network）に接続可能である。

Ｎ個カメラ１２の各々は、ハブ１４を通してＰＣ１６からの操作を受け付ける。具体的な操作としては、撮影開始／停止操作のほか、たとえばイメージセンサ３０およびカメラ処理回路３２を通して感度，ズーム倍率などを調節したり、図示しない駆動ユニットを介してカメラ１２の向きを制御したりする操作が挙げられる。

Ｎ個カメラ１２の各々には、予めＭＡＣ（Media Access Control）アドレスが付与されている。ＰＣ１６は、Ｎ個カメラ１２の各々にプライベートＩＰアドレスおよびポート番号を割り当てる。ＰＣ１６はまた、オペレータの操作に基づいて、Ｎ個のカメラ１２の各々にカメラ番号，カメラ名およびＳＳＬ（Secure Socket Layer）を設定する。なお、設定は、ＰＣ１６を介さず、Ｎ個カメラ１２の各々を直接操作することで行ってもよい。

カメラ１２の各々は、フラッシュメモリ３６を含む。フラッシュメモリ３６にはレジスタＲが形成されており、付与されたＭＡＣドレス，割り当てられたＩＰアドレスおよびポート番号，ならびに設定されたカメラ番号，カメラ名およびＳＳＬ（これらを“パラメータ”と総称する）は、レジスタＲによって保持される（図２参照）。

以上のように構成された監視カメラシステム１０は、図８のシーケンスに従って動作する。図８を参照して、システムが起動されると、Ｎ個のカメラ１２のうちいずれか１個が、“代表カメラ”に選抜される。この実施例では、代表カメラには、最も若いＭＡＣアドレスを持つカメラ１２が選ばれる。具体的な選抜方法としては、たとえば次の方法がある。

Ｎ個のカメラ１２の各々は、自身のＭＡＣアドレス（自ＭＡＣアドレス）をマルチキャストすると共に、（Ｎ−１）個の他カメラの各々からマルチキャストされるＭＡＣアドレス（他ＭＡＣアドレス）を順次受信する。Ｎ個のカメラ１２の各々では、受信されたＭＡＣアドレスと自ＭＡＣアドレスとが互いに比較され、比較の結果、自ＭＡＣが他ＭＡＣアドレスよりも若ければ、受信された他ＭＡＣアドレスはそのカメラ１２の他カメラリスト（図示せず）に登録される。自ＭＡＣアドレスよりも若い他ＭＡＣアドレスを受信したカメラ１２は、代表候補から脱落する。これにより、最も若いＭＡＣアドレスを持つカメラ１２が最後に残される。最後に残されたカメラ１２つまり代表カメラの他カメラリストには、（Ｎ−１）個の他カメラのＭＡＣアドレスが登録される結果となる。

こうして選抜された代表カメラは、自身を除く（Ｎ−１）個のカメラ（以下“他カメラ”）の各々からパラメータを収集する。なお、この収集処理は、上記他カメラリストに基づく。取得された（Ｎ−１）個分のパラメータは、フラッシュメモリ３６に形成されたレジスタＳによって保持される（図３参照）。こうして代表カメラは、自身を含むＮ個のカメラ１２に対応する全てのパラメータを保持することになる。以下では、Ｎ＝３として、カメラ“３”が代表に選抜されたものとする。

この後、ＰＣ１６は、Ｎ個のカメラ１２のうち所望のカメラから画像を取得することができる。たとえばカメラ“１”から画像を取得する場合、ＰＣ１６は、カメラ“１”に割り当てられたローカルＩＰアドレスおよびポート番号を入力する入力操作を受け付け、受け付けられたローカルＩＰアドレスおよびポート番号を宛先として画像要求を送信する。これに応答して、カメラ“１”は、被写界を撮影し、撮影された被写界の画像をＰＣ１６に返信する。ＰＣ１６は、カメラ“１”からの画像を受信し、受信画像に基づくビュー画面をモニタに表示する（図４参照）。

さらにこの後、ＰＣ１６は、Ｎ個のカメラ１２から簡単な操作で画像を取得することができる。すなわち、図４のビュー画面にはカメラ“１”からの画像と共に“マルチビュー”，“ズーム”などのメニューボタンが表示されており、このうちマルチビューボタンを押下する操作（マルチビュー操作）を行うことで、図４画面は図７に示すマルチビュー画面によって更新される。

詳しくは、ＰＣ１６は、カメラ“１”からの画像を表示した状態でマルチビュー操作を受け付けると、カメラ“１”にマルチビュー要求を送信する。これに応答して、カメラ“１”は、フラッシュメモリ３６内にマルチビューテーブルＴを生成すると共に、代表カメラであるカメラ“３”に全パラメータ要求を送信する。

全パラメータ要求に応答して、カメラ“３”は、レジスタＲおよびＳに保持されている全てのパラメータをカメラ“１”に返信する。カメラ“１”は、返信されたパラメータを受信し、受信されたパラメータをマルチビューテーブルＴにカメラ毎に登録する（図５参照）。登録後、ＰＣ１６にＯＫを通知する。

なお、この場合のカメラ“１”、すなわちＰＣ１６からのマルチビュー要求を受け付けたカメラを“受付カメラ”と呼ぶ。代表カメラが受付カメラとなった場合には、上記のような全パラメータの転送処理は当然不要である。

ＯＫ通知を受けたＰＣ１６は、マルチビュー制御画面要求を受付カメラであるカメラ“１”に送信する。これに応答して、カメラ“１”は、マルチビュー制御画面を表示するためのＨＴＭＬファイルをマルチビューテーブルＴに基づいて生成し、生成されたＨＴＭＬファイルをＰＣ１６に返信する。ＰＣ１６は、カメラ“１”からのＨＴＭＬファイルを受信し、受信されたＨＴＭＬファイルに基づくマルチビュー制御画面をモニタに表示する（図６参照）。

マルチビュー制御画面は、“表示ＣＨ”，“ローカルＩＰアドレス＆ポート番号”，“タイトル”および“ＳＳＬ”をカメラ毎に入力するための複数の入力欄を含む。このうち“表示ＣＨ”に対応する複数の入力欄には、デフォルトとして“１ｃｈ”，“２ｃｈ”，“３ｃｈ”，…がそれぞれ記述されている。ここで“１ｃｈ”，“２ｃｈ”，３ｃｈ，…は、画面上の異なる表示エリア（たとえば左上エリア，右上エリア，左下エリア，…）をそれぞれ示す。他の入力欄には、マルチビューテーブルＴ（図５参照）に登録されたものと同じ値が記述されている。

図６のマルチビュー制御画面が表示された状態で決定操作を受け付けると、ＰＣ１６は、Ｎ個のカメラ１２の各々に画像要求を送信する。これに応答して、Ｎ個のカメラ１２の各々は、被写界を撮影し、撮影された被写界の画像をＰＣ１６に返信する。ＰＣ１６は、Ｎ個のカメラ１２の各々からの画像を受信し、受信されたＮ個の画像を多重し、そして多重された画像に基づくマルチビュー画面をモニタに表示する（図７参照）。

なお、マルチビュー制御画面に予め記述された値は、一部の項目を除いて、ＣＰ１６の操作で任意に変更できる。たとえば、カメラ“２”の表示ＣＨを“２ｃｈ”から“３ｃｈ”に変更し、かつカメラ“２”の表示ＣＨを“３ｃｈ”から“２ｃｈ”に変更した上で決定操作を行えば、図７のマルチビュー画面において、“廊下”の画像の表示位置と“台所”の画像のそれとが互いに入れ替わる。

このように、Ｎ個のカメラ１２の中から選抜された代表カメラが（Ｎ−１）個の他カメラの各々からパラメータを取得し、取得されたパラメータを保持する。つまり、Ｎ個のカメラに対応する全てのパラメータが代表カメラによって収集および保持される。この後にＰＣ１６からマルチビュー要求を受けた受付カメラは、代表カメラから全てのパラメータを取得し、取得されたパラメータに基づいてマルチビュー制御画面を生成し、そして生成されたマルチビュー制御画面に対応するＨＴＭＬファイルをＰＣ１６に返信する。ＰＣ１６は、マルチビュー制御画面を利用することによって、簡単な操作でＮ個のカメラ１２から画像を取得できる。

以上のような動作を行うに当たって、Ｎ個のカメラ１２の各々のＣＰＵ３４は、μＩＴＲＯＮなどのマルチタスクＯＳの制御下で、図９に示すメインタスクと、図１０に示す代表選抜タスクと、図１１に示す代表制御タスクと、図１２に示をマルチビュー制御タスクとを並列的に実行する。メインタスクは、電源オンと同時に起動され、電源オフに伴って終了される。代表選抜タスクは、メインタスクによって起動され、自発的にまたは電源オフに伴って終了される。代表制御タスクは、代表選抜タスクによって起動され、代表選抜タスクによってまたは電源オフに伴って終了される。マルチビュー制御タスクは、メインタスクによって起動され、自発的に終了される。なお、これらのフロー図に対応するプログラムは、フラッシュメモリ３６に記憶される。

図９を参照して、まずステップＳ１で初期処理を行い、初期処理が完了するとステップＳ３に移って代表選抜タスクを起動する。そして、ステップＳ５〜Ｓ９のループに入る。ステップＳ５では画像要求の有無を判別し、ステップＳ７ではパラメータ要求の有無を判別し、ステップＳ９ではマルチビュー要求の有無を判別する。

ネットワークコントローラ３８によって他のカメラ１２からのパラメータ要求が受信されると、ステップＳ７でＹＥＳと判別し、ステップＳ２３に移る。ステップＳ２３では、フラッシュメモリ３６内のレジスタＲに記憶されたパラメータ（図２参照）を読み出し、読み出されたパラメータをネットワークコントローラ３８からハブ１４経由で要求元のカメラ１２に返信する。返信後、ステップＳ５〜Ｓ９のループに戻る。

ＰＣ１６からの画像要求がネットワークコントローラ３８によって受信されると、ステップＳ５でＹＥＳと判別し、ステップＳ１１〜Ｓ２１を実行する。ステップＳ１１では、カメラ処理回路３２に撮影開始を指示する。応じてカメラ処理回路３２は、イメージセンサ３０からの電荷読み出し，Ａ／Ｄ変換，色分離，ＹＵＶ変換といった一連の撮影処理を開始する。これにより生成されたビデオ信号は、ＲＡＭ４０に一時保持される。

ステップＳ１３では、ネットワークコントローラ３８に画像送信開始を指示する。応じてネットワークコントローラ３８は、ＲＡＭ４０に保持されたビデオ信号をハブ１４経由でＰＣ１６に送信する。送信されたビデオ信号はＰＣ１６によって受信され、受信されたビデオ信号に基づく画像がＰＣ１６のモニタに表示される。ステップＳ１３の指示の後、ステップＳ１５およびＳ１７のループに入る。

ステップＳ１５では、停止命令の有無を判別し、ここでＹＥＳであれば、ステップＳ１９に移ってネットワークコントローラ３８に画像送信停止を指示し、さらにステップＳ２１でカメラ処理回路３２に撮影停止を指示する。応じて、ネットワークコントローラ３８はビデオ信号の送信を停止し、カメラ処理回路３２は一連の撮影処理を停止する。指示後、ステップＳ５〜Ｓ９のループに戻る。

ステップＳ１７では、画像送信が完了した否かを判別し、ここでＹＥＳであれば、ステップＳ５〜Ｓ９のループに戻る。

ＰＣ１６からのマルチビュー要求がネットワークコントローラ３８によって受信されると、ステップＳ９でＹＥＳと判別し、ステップＳ２５に移ってマルチビュー制御タスクを起動する。起動後、ステップＳ５〜Ｓ９のループに戻る。なお、マルチビュー制御タスクが起動状態にあるカメラ１２が、前述の受付カメラに該当する。

図１０を参照して、ステップＳ３１では、このカメラ１２自身のＭＡＣアドレス（以下“自ＭＡＣアドレス”）を他のカメラ１２に向けてマルチキャストする。マルチキャスト後、ステップＳ３３およびＳ３５のループに入る。ステップＳ３３では他のカメラ１２のＭＡＣアドレス（以下“他ＭＡＣアドレス”）を受信したか否かを判別し、ステップＳ３５ではタイムアウトか否かを判別する。ステップＳ３３でＹＥＳと判別されると、ステップＳ３７に移って、レジスタ３６Ｒに保持された自ＭＡＣアドレスをネットワークコントローラ３８によって受信された他ＭＡＣアドレスと比較する。

ステップＳ３９では、比較結果を受けて、自ＭＡＣアドレスの方が他ＭＡＣアドレスよりも若いか否かが判別され、ここでＮＯであればこのタスクを終了する。ステップＳ３９でＹＥＳであれば、ステップＳ４１で他ＭＡＣアドレスを他カメラリストに登録し、その後ステップＳ３３およびＳ３５のループに戻る。

他ＭＡＣアドレスが受信されることなくステップＳ３１の送信から所定時間が経過すると、ステップＳ３５でＹＥＳと判別され、ステップＳ４３に移る。ステップＳ４３では、代表制御タスクを起動する。続くステップＳ４５では、他ＭＡＣアドレスの受信の有無を判別し、ここでＹＥＳであればステップＳ４７に移って自ＭＡＣアドレスを他ＭＡＣアドレスと比較する。そして、ステップＳ４９で自ＭＡＣアドレスの方が他ＭＡＣアドレスよりも若いか否かを判別し、ここでＹＥＳであればステップＳ５１で他ＭＡＣアドレスを他カメラリストに登録し、その後ステップＳ４５に戻る。

ステップＳ４９でＮＯであれば、ステップＳ５３で代表制御タスクを終了し、その後このタスクを終了する。

図１１を参照して、まずステップＳ６１でパラメータ要求をマルチキャストし、ステップＳ６３およびＳ６５のループに入る。ステップＳ６３ではパラメータ要求に対する応答の有無を判別し、ステップＳ６５ではタイムアウトか否かを判別する。

いずれかの他カメラからのパラメータがネットワークコントローラ３８によって受信されると、ステップＳ６３でＹＥＳと判別し、ステップＳ６７に移る。ステップＳ６７では、受信されたパラメータをテーブルＴに登録する。登録後、ステップＳ６３およびＳ６５のループに戻る。

ステップＳ６１の送信から所定時間が経過すると、ステップＳ６５でＹＥＳと判別し、ステップＳ６９に移る。この時点でマルチビューテーブルＴには、（Ｎ−１）個分のパラメータが登録されている（図３参照）。

ステップＳ６９では、全パラメータ要求の有無を判別し、ここでＹＥＳであればステップＳ７１に移って、自身を含むＮ個のカメラ１２に対応する全てのパラメータ（図２および図３参照）を返信する。返信後、ステップＳ６９に戻る。

図１２を参照して、ステップＳ８１では、代表制御タスクが起動状態にあるか否か、すなわち自身が代表カメラであるか否かを判別する。ここでＮＯであれば、ステップＳ８３で代表カメラに全パラメータ要求を送信し、続くステップＳ８５で代表カメラからの応答の有無を判別する。代表カメラからの全パラメータがネットワークコントローラ３８によって受信されると、ステップＳ８５でＹＥＳと判別し、ステップＳ８７に移る。

ステップＳ８１でＹＥＳ、すなわち自身が代表カメラであれば、ステップＳ８３およびＳ８５をスキップし、ステップＳ８７に進む。

ステップＳ８７では、全パラメータがカメラ毎に登録されたマルチビューテーブル（図５参照）を生成する。そしてステップＳ８９に移り、マルチビュー要求の送信元つまりＰＣ１６に“ＯＫ”を返信する。ＰＣ１６は、“ＯＫ”を受信すると、同じ宛先つまり受付カメラにマルチビュー制御画面要求を送信する。

ステップＳ９１では、マルチビュー制御画面要求の有無を判別する。ＰＣ１６からのマルチビュー制御画面要求がネットワークコントローラ３８によって受信されると、ステップＳ９１からステップＳ９３に移って、マルチビューテーブルＴに基づくマルチビュー制御画面（図６参照）を生成し、生成された画面に対応するＨＴＭＬファイルを要求元であるＰＣ１６に返信する。返信後、ステップＳ９５およびＳ９７のループに入る。

ステップＳ９５では更新要求の有無を判別し、ステップＳ９７ではマルチビュー終了要求の有無を判別する。ＰＣ１６からの更新要求が受信されるとステップＳ９５からステップＳ９９に移ってマルチビュー制御画面を更新し、更新された画面に対応するＨＴＭＬファイルをＰＣ１６に返信する。返信後、ステップＳ９５およびＳ９７のループに入る。

ＰＣ１６からのマルチビュー終了要求が受信されると、ステップＳ９７でＹＥＳと判別し、このタスクを終了する。

以上から明らかなように、この実施例の監視カメラシステム１０では、ハブ１４に接続されたＮ個のカメラ１２の各々のレジスタＲ（図２参照）に、ローカルＩＰアドレス，ＭＡＣアドレスなどのパラメータ（属性情報）が記憶されている。Ｎ個のカメラ１２の各々のＣＰＵ３４は、互いのＭＡＣアドレスを比較し合うことで、最も若いＭＡＣアドレスを持つカメラ１２を代表カメラに選抜する（Ｓ３１〜Ｓ４１）。

代表カメラのＣＰＵ３４は、（Ｎ−１）個の他カメラの各々に向けてパラメータ要求（属性情報要求）を送信し（Ｓ６１）、送信された属性情報要求への応答として（Ｎ−１）個の他カメラの各々から返信される属性情報を受信し（Ｓ６３）、そして受信された属性情報をレジスタＳ（図３参照）に登録する（Ｓ６７）。この結果、Ｎ個のカメラ１２に対応する属性情報が代表カメラによって保持されることとなる。

クライアントであるＰＣ１６からマルチビュー要求を受けた他カメラつまり受付カメラのＣＰＵ３４は、代表カメラから全ての属性情報を取得し（Ｓ８３）、取得された属性情報に基づくマルチビューテーブルＴ（図５参照）を生成する（Ｓ８７）。なお、代表カメラが受付カメラとなった場合には、自身が保持している全属性情報に基づいて直ちにマルチビューテーブルＴを生成できる。

マルチビューテーブルＴの生成後にＰＣ１６からマルチビュー制御画面要求を受けると、受付カメラのＣＰＵ３４は、マルチビューテーブルＴに基づくマルチビュー制御画面を生成し、生成された画面に対応するＨＴＭＬファイルを返信する（Ｓ９３）。かくして、ＰＣ１６のモニタにマルチビュー制御画面（図６参照）が表示され、このマルチビュー制御画面を利用してオペレータがマルチビュー操作を行うことで、ＰＣ１６からＮ個のカメラの各々に画像要求が送信される。Ｎ個のカメラからそれぞれ返信されたＮ個の画像はＰＣ１６によって受信され、受信された画像に基づくマルチビュー画面（図７参照）がＰＣ１６のモニタに表示される。

なお、この実施例では、Ｎ個のカメラ１２の中から選抜された代表カメラが（Ｎ−１）個の他カメラからパラメータを事前に取得し、マルチビュー要求を受け付けた受付カメラは代表カメラからＮ個のカメラのパラメータを取得したが、Ｎ個のカメラとは別にＮ個のカメラのパラメータを管理する管理装置を設け、受付カメラは管理装置からＮ個のカメラのパラメータを取得するようにしてもよい。あるいは、かかるパラメータの一元管理を行う代わりに、マルチビュー要求を受け付けた受付カメラが、その都度、他のカメラからパラメータを取得するようにしてもよい。

この発明の一実施例の構成を示すブロック図である。 図１実施例の任意のカメラの保持情報を示す図解図である。 図１実施例の代表カメラへの登録情報を示す図解図である。 図１実施例のクライアントに表示されるビュー画面の一例を示す図解図である。 図１実施例の受付カメラによって生成されるマルチビューテーブルを示す図解図である。 図５テーブルに基づくマルチビュー制御画面を示す図解図である。 図１実施例のクライアントに表示されるマルチビュー画面の一例を示す図解図である。 図１実施例に適用されるマルチビュー制御処理の一例を示すシーケンス図である。 カメラＣＰＵの動作の一部を示すフロー図である。 カメラＣＰＵの動作の他の一部を示すフロー図である。 カメラＣＰＵの動作のその他の一部を示すフロー図である。 カメラＣＰＵの動作のさらにその他の一部を示すフロー図である。

符号の説明

１０…監視カメラシステム
１２…カメラ
１４…ハブ
１６…ＰＣ（クライアント）
３０…イメージセンサ
３２…カメラ処理回路
３４…ＣＰＵ
３６…フラッシュメモリ
３８…ネットワークコントローラ

Claims (6)

1. 単一の代表カメラと複数の非代表カメラとを備えるカメラシステムであって、
   前記代表カメラは、
   前記複数の非代表カメラの属性情報をテーブルに保持する保持手段、および
   前記複数の非代表カメラのいずれか１つから第１属性情報要求を受け付けたとき自分の属性情報と少なくとも要求元以外の非代表カメラの属性情報とを前記要求元に返送する第１返送手段を備え、
   前記複数の非代表カメラの各々は、
   クライアントから第２属性情報要求を受け付けたとき前記第１属性情報要求を前記代表カメラに向けて発行する第１発行手段、および
   前記第１発行手段の発行処理に関連して前記代表カメラおよび前記複数の非代表カメラの属性情報を前記クライアントに返送する第２返送手段を備える、カメラシステム。
2. 前記代表カメラは、前記クライアントから前記第２属性情報要求を受け付けたとき自分の属性情報と前記複数の非代表カメラの属性情報とを前記クライアントに返送する第３返送手段をさらに備える、請求項１記載のカメラシステム。
3. 前記第２返送手段および前記第３返送手段の各々は、前記代表カメラおよび前記複数の非代表カメラの属性情報が記述されたカメラ操作画面を表示するためのデータを返送する、請求項２記載のカメラシステム。
4. 前記代表カメラは、所定タイミングで前記複数の非代表カメラの各々に向けて第３属性情報要求を発行する第２発行手段をさらに備え、
   前記複数の非代表カメラの各々は、前記代表カメラから第３属性情報要求を受け付けたとき自分の属性情報を前記代表カメラに返送する第４返送手段をさらに備え、
   前記保持手段は前記第４返送手段によって返送される属性情報を保持する、請求項３記載のカメラシステム。
5. 前記所定タイミングはシステム起動タイミングを含む、請求項４記載のカメラシステム。
6. 前記属性情報はアドレス情報を含む、請求項１ないし５のいずれかに記載のカメラシステム。

Images