(57)【要約】【課題】監視システムの如き複数台の撮像装置の管理にかかる費用と手間を削減する。【解決手段】複数台の撮像装置１００ａ〜１００ｊの管理情報及び、ネットワークを介して複数台の撮像装置１００ａ〜１００ｊを制御する制御装置２００の管理情報を管理する場合に、撮像装置１００のネットワーク上の位置情報のハッシュ値と、撮像装置１００のネットワーク上の位置情報とで構成されるルーティングテーブルを記憶する。そして、撮像装置１００の管理情報又は制御装置２００の利用者の管理情報のハッシュ値を算出し、ルーティングテーブルの情報を基に、算出したハッシュ値と近いハッシュ値を有する撮像装置１００を検索して、撮像装置１００の管理情報又は制御装置２００の管理情報を登録する。【選択図】図１
2008172613.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された制御装置からの制御に基づき、撮影を行う撮像装置であって、前記ネットワークに接続された他の撮像装置とデータの送受信を行う撮像装置において、
前記他の撮像装置のネットワーク上の位置情報が記されたルーティングテーブルを記憶する記憶部と、
前記他の撮像装置又は前記制御装置から、データの登録依頼を受信した場合で、前記受信したデータの登録先が自装置であると判断した場合は前記受信したデータを自装置内に記憶させ、前記受信したデータの登録先が自装置でないと判断した場合は、前記記憶部に記憶された前記ルーティングテーブルの情報を基に、前記他の撮像装置に前記データを送信する制御を行う制御部とを備えたことを特徴とする
撮像装置。
【請求項２】
請求項１記載の撮像装置において、
前記ルーティングテーブルは、前記他の撮像装置のネットワーク上での位置情報をハッシュ化したハッシュ値と、前記他の撮像装置のネットワーク上での位置情報とで構成されることを特徴とする
撮像装置。
【請求項３】
請求項２記載の撮像装置において、
前記制御部における、前記受信した認証情報の登録先が自装置であるか否かの判断は、前記受信した認証情報から生成したハッシュ値と、自装置のネットワーク上での位置情報から生成したハッシュ値との近さを基に行うことを特徴とする
撮像装置。
【請求項４】
請求項３記載の撮像装置において、
前記登録が依頼されるデータとは前記撮像装置の認証情報であり、前記制御部は、新規にネットワークに接続された撮像装置に対して、自装置又は前記他の撮像装置内に記憶された認証情報を基に認証を行うことを特徴とする
撮像装置。
【請求項５】
請求項４記載の撮像装置において、
前記撮像装置の認証情報とは、当該撮像装置に予め付与されているクライアント証明情報であることを特徴とする
撮像装置。
【請求項６】
請求項３記載の撮像装置において、
前記登録が依頼されるデータとは、前記制御装置の利用者の認証情報であり、前記制御装置より前記利用者の認証依頼を受けた場合には、自装置又は前記他の撮像装置内に記憶された認証情報を基に前記利用者の認証を行うことを特徴とする
撮像装置。
【請求項７】
請求項２記載の撮像装置において、
前記制御部は、前記ルーティングテーブルの情報を基に、前記ネットワークに接続された各監視用撮像装置における映像公開場所情報又は映像保存場所情報を取得し、映像公開場所一覧又は映像保存場所一覧を生成及び更新することを特徴とする
撮像装置。
【請求項８】
請求項２記載の撮像装置において、
前記制御部は、前記ルーティングテーブルの情報を基に、前記ネットワークに接続された各撮像装置における設定変更用画面の保存場所情報を取得し、設定変更画面の保存場所一覧を生成及び更新することを特徴とする
撮像装置。
【請求項９】
請求項１記載の撮像装置において、
前記他の撮像装置との通信及び前記制御装置との通信は、無線により行われることを特徴とする
撮像装置。
【請求項１０】
撮影を行う複数台の撮像装置と、ネットワークを介して前記複数台の撮像装置を制御する制御装置を管理する管理方法において、
前記撮像装置のネットワーク上の位置情報のハッシュ値と、前記撮像装置のネットワーク上の位置情報とで構成されるルーティングテーブルを記憶し、
前記撮像装置の管理情報又は前記制御装置の管理情報のハッシュ値を算出し、
前記ルーティングテーブルの情報を基に、前記算出したハッシュ値と近いハッシュ値を有する前記撮像装置を検索して前記撮像装置の管理情報又は前記制御装置の管理情報を登録することを特徴とする
管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に接続して使用する監視用撮像装置に適用して好適な撮像装置、及びその撮像装置とその制御装置を管理する管理方法に関する。
【背景技術】
【０００２】
従来、監視カメラ（撮像装置）と制御装置とをネットワークを介して接続した監視システムが用いられている。このような監視システムにおいて、監視カメラは、撮影した映像データを、ネットワークを介して制御装置である監視装置に送信する。監視装置は、映像データを解析することで異常の発生を検出し、アラームを出力する。監視装置から監視カメラの操作（パン・チルト・ズーム等）も行うことができ、監視カメラが撮影した映像は監視装置のディスプレイ等に表示される。このため監視員は、モニタに表示される監視映像及び監視装置が出力したアラームの内容を確認しながら監視を行うことができる。
【０００３】
特許文献１には、ネットワークを介して監視カメラから監視装置に監視映像の映像データを供給することについての開示がある。
【特許文献１】特開２００４−１１８３１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、近年では、複数台の監視カメラを用いた多地点同時監視も行われるようになっており、監視装置が管理する監視カメラの台数も増えてきている。監視カメラはネットワークに接続して使用するため、監視装置側では、ＩＤやパスワード等の監視カメラの認証情報の他に、ＩＰアドレスの設定も行わなければならない。また、監視カメラ側にもユーザのＩＤとパスワードを設定する必要がある。つまり、監視カメラやユーザが追加されたり変更されるたびに、監視装置側及び監視カメラ側で設定変更の作業が必要となり、手間がかかるという問題があった。
【０００５】
監視カメラの接続台数が多い場合には、別途管理用のサーバを設ける手法も採られているが、その分サーバ設置費や管理の手間にかかる費用が増えてしまうという問題があった。
【０００６】
本発明はかかる点に鑑みてなされたものであり、監視システムの如き複数台の撮像装置の管理にかかる費用と手間を削減することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、撮影を行う複数台の撮像装置及び、ネットワークを介して複数台の撮像装置を制御する制御装置を管理する場合に、撮像装置のネットワーク上の位置情報のハッシュ値と、撮像装置のネットワーク上の位置情報とで構成されるルーティングテーブルを記憶する。そして、撮像装置の管理情報又は制御装置の管理情報のハッシュ値を算出し、ルーティングテーブルの情報を基に、算出したハッシュ値と近いハッシュ値を有する撮像装置を検索して撮像装置の管理情報又は監視装置の管理情報を登録するようにしたものである。
【０００８】
このようにしたことで、撮像装置の管理情報又は制御装置の管理情報が、ネットワーク上の所定の撮像装置に記憶されるようになる。このため、制御装置への撮像装置の認証情報の設定や、複数台の撮像装置に対する制御装置利用者の認証情報の個別設定を行う必要がなくなる。
【発明の効果】
【０００９】
本発明によると、制御装置への撮像装置の認証情報の設定や、複数台の撮像装置に対する制御装置利用者の認証情報の個別設定を行う必要がなくなり、監視システムの如き複数台の撮像装置で構成されるシステムの管理にかかる費用と手間を削減することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を実施するための最良の形態について、添付図面を参照しながら説明する。
【００１１】
図１は、本発明の一実施形態例における監視システムの接続構成を示した図である。図１の監視システムでは、複数台の監視カメラ（撮像装置）１００ａ〜１００ｊと、監視カメラ１００ａ〜１００ｊによる撮影映像の表示又は記録を行う制御装置としての監視端末２００とが、ネットワーク１を介して接続してある。本実施の形態では、各監視カメラ１００の認証情報及び監視端末２００のユーザの認証情報と、各監視カメラ１００で撮影された映像の公開場所情報を、各監視カメラ１００に分散して配置するようにしてあり、その登録や検索を、複数の監視カメラ１００で構成されるオーバレイネットワーク上で行う構成としてある。オーバレイネットワークの形成及びその内部における処理の詳細については後述する。
【００１２】
監視カメラ１００ａ〜１００ｊは、それぞれ異なる場所に設置してあり、各監視カメラはそれぞれの監視領域を撮影した映像データを、ネットワーク１を介して監視端末２００に送信する。監視端末２００には、各監視カメラ１００で撮影された映像を表示するためのビューワソフト（図示略）をインストールしてあり、ビューワソフトを介して各監視カメラ１００で撮影された画像が表示される。これにより監視員（監視端末２００の利用者）は、ビューワソフト上に表示される監視映像及び監視端末２００が出力したアラームの内容を確認しながら監視を行うことができる。
【００１３】
次に、監視カメラ１００の内部構成例について、図２のブロック図を参照して説明する。監視カメラ１００は、図示せぬレンズ及び撮像素子等で構成される撮像部１０１を備える。撮像部１０１の撮像素子では、レンズを通して得た光学像を光電変換して電気信号とし、生成した電気信号を画像信号生成部１０２に伝送する。画像信号生成部１０２は、図示せぬＣＤＳ（Correlated Double Sampling）回路やＡＧＣ（Automatic Gain Control）回路を備え、電気信号に含まれるリセットノイズの除去や電気信号レベルの調整を行って画像信号を生成する。画像信号は、図示せぬアナログ・デジタル変換部でデジタル信号に変換された後、信号処理部１０３に供給される。信号処理部１０３では、画像信号に対して各種画像処理及びエンコード処理を行う。
【００１４】
このようにして生成された画像信号は、通信Ｉ／Ｆ部１０４を介して監視装置２００に送信される。また、監視カメラ１００は図示せぬ人感センサや動体検知センサ、タイマを備えており、監視領域におけるこれらのセンサの反応を検知した場合には、その際の映像を、外部記憶媒体Ｉ／Ｆ部１０５を介して接続された外部記憶媒体１０６に記録する。
【００１５】
上述した各部における処理は、ＣＰＵ（Central Processing Unit）等で構成される制御部１０７によって制御される。制御部１０７では、後述するハッシュ値の算出処理等も行う。また制御部１０７にはメモリ１０８（記憶部）が接続してあり、制御部１０７は、メモリ１０８に記憶されたプログラムを読み出して実行する。そしてメモリ１０８には、制御部１０７が各種の処理を実行する上において必要なデータやプログラム、画像信号生成部１０２や信号処理部１０３における処理で発生する調整データや、他の監視カメラ１００への経路が記されたルーティングテーブルなどが適宜記憶される。
【００１６】
次に、図３を参照して、複数台の監視カメラ１００で構成されるオーバレイネットワークの構成例について説明する。本例においては、ネットワークに接続された各監視カメラ１００が、分散ハッシュテーブル（以下ＤＨＴと称す）を用いて互いにＰ２Ｐ（ピア・ツー・ピア）の通信を行うことで、オーバレイネットワークを構築している。つまり、各監視カメラ１００間のルーティングは、ＩＰ（Internet Protocol）ではなくＤＨＴにより行うようにしてある。ＤＨＴのアルゴリズムには、Ｃｈｏｒｄを使用している。
【００１７】
図３では、円状のハッシュ空間（２＾６）に、監視カメラ１００ａ〜１００ｊがノードとして登録されている様子を示してある。ハッシュ空間へのノードの登録は、所定のハッシュ関数を用いてノード（監視カメラ１００）のＩＰアドレス等のハッシュ値を算出し、算出されたハッシュ値をノードＩＤとして、ノードＩＤ（ハッシュ値）の大きさに応じてハッシュ空間へマッピングすることにより行われる。Ｃｈｏｒｄにおいては、ハッシュ空間の右回り方向に進むにつれ大きな数のノードＩＤが配置される。
【００１８】
図３において、各監視カメラ１００の符号とともにカッコで示された数字は、各監視カメラ１００のノードＩＤである。つまり、監視カメラ１００ａのＩＰアドレス等をハッシュして得られたノードＩＤは１であったため、図３に示された位置に配置されている。ノードＩＤが８の監視カメラ１００ｂは、監視カメラ１００ａより右側の位置に配置されている。またＣｈｏｒｄでは、ハッシュ空間に配置された各ノードは、ハッシュ空間上で自分のＩＤから見て右側の方向に最初に位置するノードと、左側の方向に最初に位置するノードを記憶する。そして、自分のＩＤから見て左側の方向に最初に位置するノードと、自分との間のハッシュ空間を、責任領域として管理をする。
【００１９】
また、各ノードはルーティングを効率的に行うため、それぞれがフィンガーテーブル（ルーティングテーブル）を保持している。ルーティングテーブルは、監視カメラ１００のＩＤ（ＩＰアドレスのハッシュ値）と、ＩＰアドレスとで構成される。ルーティングテーブルのｉ行目にはＩＤ＋２＾（ｉ−１）のノードのＩＰアドレスが入るようにしてあり、２＾６のハッシュ空間の場合、ノードｎ（ｎは整数）のルーティングテーブルは、図４（ａ）に示したもののようになる。図４（ｂ）には、監視カメラ１００ｂにおけるルーティングテーブルの例と、その範囲の例を示してある。
【００２０】
カメラ１００ｂのノードＩＤは８であるため、ルーティングテーブルＴ１の最初の行には、ノードＩＤ：８＋１のハッシュ空間を責任領域として管理するノードＩＤ（１４）のＩＰアドレスが入る。このようにして形成されるルーティングテーブルにより、カメラ１００ｂは、ノードＩＤ１４（監視カメラ１００ｃ）、ノードＩＤ２１（監視カメラ１００ｄ）、ノードＩＤ３２（監視カメラ１００ｅ）、ノードＩＤ４２（監視カメラ１００ｇ）に対して直接ルーティングできるようになる。
【００２１】
各ノード（監視カメラ１００）に対してコンテンツ（本例においては、監視カメラやユーザの認証情報等）を登録する場合も、ハッシュ値が用いられる。まず、制御部１０７（図２参照）によって、ノードＩＤ生成に用いられたものと同じハッシュ関数を用いてコンテンツＩＤ（ハッシュ値）が算出され、算出されたコンテンツＩＤを責任領域として管理するノードＩＤに、コンテンツが登録される。つまり、コンテンツのハッシュ値と近いハッシュ値をノードＩＤとして持つ監視カメラ１００に、コンテンツが登録される。図３及び図４（ｂ）に示したハッシュ空間であれば、算出されたコンテンツＩＤが１０だった場合は、コンテンツはノードＩＤ１４の監視カメラ１００ｃに記憶される。
【００２２】
また、取得したいコンテンツを検索する場合にも、ハッシュ値が用いられる。この場合の検索例を図５に示してある。図５では、コンテンツ取得要求元がノードＩＤ８の監視カメラ１００ｂであり、取得したいコンテンツのコンテンツＩＤが５４だった場合の例を示してある。まず、ノードＩＤ８の監視カメラ１００ｃは、自らのルーティングテーブルＴ１を参照し、“２＾５＜５４−８＜２＾６”により、８＋２＾５のノードＩＤ（４２）である監視カメラ１００ｇに対して、コンテンツＩＤ５４の所在位置の検索を依頼する。
【００２３】
ノードＩＤ４２の監視カメラ１００ｇは、同じく自らのルーティングテーブルを参照し、“２＾３＜５４−４２＜２＾４”より、４２＋２＾３のノードＩＤ（５１）である監視カメラ１００ｉにコンテンツＩＤ５４の所在位置の検索を依頼する。ノードＩＤ４２の監視カメラ１００ｉも同様に、自らのルーティングテーブルを参照し、“２＾２＜５４−５１＜２＾３”より、５１＋２＾２のノードＩＤ（５６）である監視カメラ１００ｊにコンテンツＩＤ５４の所在位置の検索を依頼する。ノードＩＤ５６である監視カメラ１００ｊは、コンテンツＩＤ５４のコンテンツは、自ノードに記憶されているコンテンツであるため、リクエストが自分宛に送られたものであると判断する。そして、監視カメラ１００ｊからの返答が、コンテンツ検索要求の伝送経路を逆向きに進んでノードＩＤ８の監視カメラ１００ｂに伝えられる。
【００２４】
コンテンツ検索の依頼元である監視カメラ１００ｂは、所望のコンテンツ（コンテンツＩＤ５４）の所在位置がわかると、コンテンツを所有しているノード（監視カメラ１００ｊ）と直接コネクションを張り、コンテンツの取得を行う。
【００２５】
次に、図６〜図８を参照して、上述した技術を用いて形成されたオーバレイネットワークにおいて、監視カメラ１００及び監視端末１００のユーザの認証情報を登録する処理について、新たな監視カメラ１００がオーバレイネットワークに参加する場合を例に挙げて説明する。図６〜図８においては、新規にオーバレイネットワークに参加する監視カメラを、監視カメラ１００ｂとしてある。
【００２６】
監視カメラの認証方式としては、ＳＳＬ（Secure Sockets Layer）のクライアント認証を用いる。オーバレイネットワークへの参加が許可される監視カメラは、予め決められており、参加の資格を有する監視カメラには、クライアント証明書を記憶させてある。なお、本例では、認証方式としてＳＳＬを使用した例を挙げているが、ＴＬＳ（Transport Layer Security）やＲＳＡ（R. Rivest、A. Shamir、L. Adelman）等の他の公開鍵暗号化方式を用いてもよい。
【００２７】
図６は、監視カメラ１００ｂの認証情報（クライアント証明書）をオーバレイネットワーク上に登録する処理例を示したシーケンス図である。図６において、まず監視カメラ１００ｂの認証情報の登録要求が、監視端末２００から、オーバレイネットワークを構成するノードの１つである監視カメラ１００ａに送信される（ステップＳ１）。要求を受け取った監視カメラ１００ａは、監視カメラ１００ｂの認証情報をハッシュ化してコンテンツＩＤを算出し、ルーティングテーブルを用いてコンテンツの登録先の検索を行う。検索の結果、監視カメラ１００ｂの認証情報の登録先は監視カメラ１００ｆであることが判明すると、監視カメラ１００ｆに対して、監視カメラ１００ｂの認証情報を送信する（ステップＳ２）。監視カメラ１００ｂの認証情報を受信した監視カメラ１００ｆは、その認証情報を記憶する（ステップＳ３）。
【００２８】
図７は、オーバレイネットワーク上に、各監視カメラ１００の認証情報が分散して登録された例を示す図である。監視カメラ１００ｂの認証情報は、監視カメラ１００ｆに登録されたが、監視カメラ１００ｆの認証情報は監視カメラ１００ｃに、監視カメラ１００ａの認証情報は監視カメラ１００ｄに、といったように、認証情報の保存先がオーバレイネットワーク上に分散されていることがわかる。各監視カメラ１００における認証情報を元に算出したハッシュ値の値が異なるためであり、このように分散して情報が配置されることで、いずれかのノード（監視カメラ１００）に負荷が集中してしまうことがなくなる。
【００２９】
また、オーバレイネットワーク上に登録されたデータは、オーバレイネットワークに参加しているどの監視カメラ１００からもアクセス可能となるため、１つの仮想的なデータベースサーバ上に様々なデータが登録されている状態と形容することができる。
【００３０】
次に、監視カメラ１００ｂがオーバレイネットワークへの参加要求を出した後の処理例について、図８のシーケンス図を参照して説明する。新規にＩＰネットワークに接続した監視カメラ１００ｂは、既にオーバレイネットワークに参加済みの監視カメラ１００を検索し、検索の結果見つけた監視カメラ１００ａに対して、オーバレイネットワークへの参加要求を送信する（ステップＳ１１）。各監視カメラ１００はＵＰｎＰ（Universal Plug & Play）対応済みであるものとし、ＳＳＤＰ(Simple Service Discover Protocol)を用いて既存のノードを検索できるものとする。
【００３１】
監視カメラ１００ａは、監視カメラ１００ｂからの参加要求を受け取ると、監視カメラ１００ｂがオーバレイネットワークへの参加資格を有する監視カメラであるかを確認するため、監視カメラ１００ｂの認証情報を有する監視カメラ１００ｆに対して、監視カメラ１００ｂの認証情報取得要求を送信する（ステップＳ１２）。監視カメラ１００ｆは、認証情報取得要求を受信すると、要求元の監視カメラ１００ａに対して、監視カメラ１００ｂの認証情報であるクライアント証明書を送信する（ステップＳ１３）。監視カメラ１００ａは、監視カメラ１００ｂのクライアント証明書を受信すると、監視カメラ１００ｂの認証を行う（ステップＳ１４）。
【００３２】
ここで行われる認証処理（ステップＳ１４）は、まず監視カメラ１００ａが監視カメラ１００ｂに対してクライアント証明書の送信要求を行うことより開始する。監視カメラ１００ｂは、それを受けて、自分の保持する秘密鍵で暗号化したメッセージを監視カメラ１００ａに送信する。監視カメラ１００ａは、ステップＳ１３で入手した監視カメラ１００ｂのクライアント証明書から公開鍵を生成し、監視カメラ１００ｂから受信した暗号化されたメッセージを解読する。その解読結果によって、監視カメラ１００ｂが認証局による認証済みの監視カメラであるか否かを判定する。
【００３３】
ステップＳ１４の認証処理が終わると、監視カメラ１００ａより監視カメラ１００ｂに対して認証完了の通知が行われる（ステップＳ１５）。認証が成立している場合には、監視カメラ１００ｂはオーバレイネットワークへの参加が許可される（ステップＳ１６）。
【００３４】
このように、監視カメラ１００に予め記憶されている認証情報を、オーバレイネットワークの所定の保管場所（仮想データベースサーバ）に記憶させておき、既存のネットワーク参加ノードである監視カメラ１００が、その情報を検索して取得することができる構成としてあるため、オーバレイネットワークへの参加要求を受け取った監視カメラ１００が、独自に認証処理を行えるようになる。このため、認証サーバを新たに設ける必要がなくなる。
【００３５】
次に、監視端末２００を通して各監視カメラ１００の撮影画像の監視を行ったり、監視カメラ１００の設定の変更を行うユーザの認証情報を、オーバレイネットワーク上の所定の保管場所（仮想データベースサーバ）に登録する処理例について、図９及び図１０を参照して説明する。図９及び図１０では、管理者の権限を持つユーザＡｄが、監視端末２００に対してユーザＸの情報を入力し、その情報がオーバレイネットワーク上の特定の監視カメラ１００に登録されるまでの処理例を示してある。
【００３６】
図９において、まず、ユーザＡｄによって監視端末２００にユーザＸの認証情報が登録される（ステップＳ２１）。ここでの認証情報は、ユーザＩＤとパスワードである。監視端末２００は、ユーザＸの認証情報を受け付けると、その情報を、オーバレイネットワークを構成するノードの１つである監視カメラ１００ａに送信する（ステップＳ２２）。認証情報を受け取った監視カメラ１００ａは、ユーザＸの認証情報をハッシュ化してコンテンツＩＤを算出し、ルーティングテーブルを用いてコンテンツの登録先の検索を行う。検索の結果、ユーザＸの認証情報の登録先は監視カメラ１００ｄであることが判明すると、監視カメラ１００ｄに対して、ユーザＸの認証情報を送信する（ステップＳ２３）。そして監視カメラ１００ｄにユーザＸの認証情報が登録される（ステップＳ２４）。
【００３７】
ユーザＸの認証情報がオーバレイネットワーク上に登録された状態の例を、図１０に示してある。図１０には、ユーザＸの認証情報が、オーバレイネットワークを構成するノードの１つである監視カメラ１００ｄに記憶された状態が示されている。このようにすることで、ユーザの認証情報がユーザのＩＤから生成されたハッシュ値によって決まる登録場所に登録されるとともに、オーバレイネットワークに参加している各監視カメラ１００が、ユーザＩＤのハッシュ値によって所望のユーザの認証情報を検索、取得ができるようになる。
【００３８】
このようにしてオーバレイネットワーク上の仮想データベースサーバに認証情報が登録されたユーザは、監視端末２００を通して、オーバレイネットワークを構成する各監視カメラ１００で撮影された映像を見ることができるようになる。各監視カメラ１００で撮影中の映像を公開している場所や、各監視カメラ１００で撮影され、記録された映像の保存場所は、ＵＲＬ（Uniform Resource Locator）として各監視カメラ１００で管理される。そして本発明では、オーバレイネットワークを構成する監視カメラ１００のうち、特定の監視カメラ１００に、各監視カメラ１００の映像公開場所又は映像保存場所を示すＵＲＬリストを一括して管理させるようにしてある。ユーザは、監視端末２００上に表示されたＵＲＬリストから閲覧したい映像を選択することにより、所望の映像をで閲覧することができる。
【００３９】
図１１は、監視カメラ１００ｂが、各監視カメラ１００における映像公開場所情報であるＵＲＬを収集し、ＵＲＬリストを更新する処理の例を示したシーケンス図である。図１１において、まず監視カメラ１００ｂは、ルーティングテーブル（図４（ｂ）参照）の一番上段（ｎ＋１）のＩＰアドレス（監視カメラ１００ｃ）にアクセスし、ＵＲＬリストの取得要求及び隣接する監視カメラ１００のＩＰアドレスの送信要求を送信する（ステップＳ３１）。ここでいう隣接した監視カメラ１００のＩＰアドレスとは、その監視カメラ１００のルーティングテーブルの一番上の段にあるＩＰアドレスのことをさす。つまり、監視カメラ１００ｃにとっての隣接する監視カメラ１００とは、監視カメラ１００ｄとなる。
【００４０】
監視カメラ１００ｂから要求を受け取った監視カメラ１００ｃは、自機器の映像公開場所情報であるＵＲＬと、隣接する監視カメラ１００ｄのＩＰアドレスとを監視カメラ１００ｂに返信する（ステップＳ３２）。監視カメラ１００ｂは、受信したＵＲＬを用いて自分のＵＲＬリストを更新する（ステップＳ３３）。そして、監視カメラ１００ｃから得たＩＰアドレス情報を元に監視カメラ１００ｄにアクセスし、ＵＲＬの取得要求と隣接する監視カメラ１００のＩＰアドレスの取得要求を送信する（ステップＳ３４）。
【００４１】
監視カメラ１００ｂから要求を受け取った監視カメラ１００ｄは、自機器の映像公開場所情報であるＵＲＬと、隣接する監視カメラ１００ｅのＩＰアドレスとを監視カメラ１００ｂに返信する（ステップＳ３５）。監視カメラ１００ｂは、受信したＵＲＬを用いて自分のＵＲＬリストを更新する（ステップＳ３６）。監視カメラ１００ｂは、この処理を、ハッシュ空間上で自分のＩＤから見て左側の方向に最初に位置する監視カメラ１００ａに要求が到達するまで続ける。最後に監視カメラ１００ａに対してＵＲＬ取得要求と隣接する監視カメラ１００ｂのＩＰアドレス取得要求を行い（ステップＳ３７）、監視カメラ１００ａよりＵＲＬとＩＰアドレスを取得すると（ステップＳ３８）、得たＵＲＬを用いて自分のＵＲＬリストを更新する（ステップＳ３９）。このようにして、監視カメラ１００ｂのＵＲＬリストは更新される。監視カメラ１００ｂによるＵＲＬリスト更新処理は、所定の時間ごとに定期的に、自律的に行わせるようにしてある。
【００４２】
図１２は、オーバレイネットワークを構成する各監視カメラ１００における、ＵＲＬの登録例を示す図である。各監視カメラ１００が保持するＵＲＬを、監視カメラ１００ｂが上述した方法によって取得することにより、監視カメラ１００ｂにおけるＵＲＬリストは常に最新のものとなる。
【００４３】
次に、ユーザＸが、監視カメラ１００ｂのＵＲＬリストを元に、所望の映像を取得するまでの処理例について、図１３のシーケンス図を参照して説明する。ユーザＸにより、監視端末２００にＵＲＬリスト取得の指示及びユーザＸの認証情報（ＩＤとパスワード）が入力されると、監視端末２００から監視カメラ１００ｂに対してＵＲＬリスト取得要求が送信される（ステップＳ４１）。監視カメラ１００ｂは、ユーザＸがＵＲＬリストを取得する資格を有するユーザであるか否かを判断するため、監視カメラ１００ｄに対して、ユーザＸの認証情報の取得要求を送信する（ステップＳ４２）。
【００４４】
つまり、監視カメラ１００ｂは、ユーザＸの認証情報をハッシュ化してコンテンツＩＤを算出し、ルーティングテーブルを用いてコンテンツの登録先の検索を行った結果、ユーザＸの認証情報の登録先は監視カメラ１００ｄであることが判明したため、監視カメラ１００ｄに対して、ユーザＸの認証情報の取得要求を送信した。
【００４５】
監視カメラ１００ｄは、監視カメラ１００ｂからの認証情報取得要求を受けて、監視カメラ１００ｂに対してユーザＸの認証情報を返信する（ステップＳ４３）。監視カメラ１００ｂは、ユーザＸの認証情報を受信するとユーザＸのＩＤとパスワードにより認証を行い（ステップＳ４４）、認証が成立した場合には、監視端末２００に対してＵＲＬリストを送信する（ステップＳ４５）。
【００４６】
監視端末２００を操作するユーザＸにより、画面上に表示されたＵＲＬリストを通して所望の映像が選択されると（ステップＳ４６）、ユーザＸにより選択された映像のＵＲＬ送信元である監視カメラ１００ｆに対して、監視端末２００からの映像取得要求が送信される（ステップＳ４７）。そして、映像取得要求を受信した監視カメラ１００ｆから映像取得要求元である監視端末２００に対して、選択された映像が送信される（ステップＳ４８）。
【００４７】
このように構成することで、監視端末２００からＵＲＬリスト取得等の要求を受信した監視カメラ１００が、オーバレイネットワーク上の仮想データベースサーバに登録された認証情報を読み出して自分で認証を行えるようになるため、監視カメラ１００の１台１台に対してユーザの認証情報であるＩＤ、パスワードを登録する必要がなくなる。
【００４８】
また、各監視カメラ１００の認証情報や、監視端末２００を利用するユーザの認証情報をオーバレイネットワーク上の仮想データベースサーバに登録するようにしたため、監視端末２００上で使用するビューワソフトに、監視カメラ１００の管理機能やユーザの管理機能持たせなくてよくなる。よって、ビューワソフトをウェブブラウザのような標準的なインターフェースを使用して作成することが可能となる。
【００４９】
なお、ここまで説明した実施の形態では、複数の監視カメラ１００で構成されるオーバレイネットワーク上の仮想データベースサーバに、監視カメラ１００の認証情報や監視端末２００のユーザの認証情報を登録する例と、各監視カメラ１００の映像公開場所情報（ＵＲＬ）を登録する例とを挙げて説明したが、仮想データベースサーバに記憶させる情報はこれらに限定されるものではない。例えば、各監視カメラ１００が記録した映像の記録場所情報を示すＵＲＬや、各監視カメラ１００の設定を変更するインターフェースとしてのＵＲＬを登録するようにしてもよい。
【００５０】
この場合も、オーバレイネットワークを構成する監視カメラ１００のうち、特定の監視カメラ１００に設定用ＵＲＬリストを管理させておく。ユーザからの設定変更要求をいずれかの監視カメラ１００が受信した場合に、その監視カメラ１００が仮想データベースサーバ上のユーザの認証情報を用いて認証を行い、認証が成立した場合に設定ＵＲＬリストをユーザに公開するようにすればよい。
【００５１】
また、上述した実施の形態では、ＤＨＴのアルゴリズムとしてＣｈｏｒｄを用いた場合を例に挙げたが、ＣＡＮやＰａｓｔｒｙ,Ｔａｐｅｓｔｒｙ等、他のアルゴリズムに適用してもよい。
【００５２】
また、上述した実施の形態では、監視カメラ１００同士または監視カメラ１００と監視端末２００間とを有線のネットワークで接続する構成を想定して説明したが、無線での通信を行う場合に適用してもよい。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施の形態による監視システムの構成例を示す構成図である。
【図２】本発明の一実施の形態による監視カメラの内部構成例を示すブロック図である。
【図３】本発明の一実施の形態によるオーバレイネットワークの構成例を示す説明図である。
【図４】本発明の一実施の形態によるルーティングテーブルの例を示す説明図である。
【図５】本発明の一実施の形態によるルーティングテーブルを利用した検索の例を示す説明図である。
【図６】本発明の一実施の形態による監視カメラの認証情報の登録処理例を示すシーケンス図である。
【図７】本発明の一実施の形態による監視カメラの認証情報の登録例を示す説明図である。
【図８】本発明の一実施の形態による監視カメラのオーバレイネットワークへの参加処理例を示すシーケンス図である。
【図９】本発明の一実施の形態によるユーザ認証情報の登録処理例を示すシーケンス図である。
【図１０】本発明の一実施の形態によるユーザの認証情報の登録例を示す説明図である。
【図１１】本発明の一実施の形態によるＵＲＬリスト更新処理例を示すシーケンス図である。
【図１２】本発明の一実施の形態によるＵＲＬリスト登録例を示す説明図である。
【図１３】本発明の一実施の形態による映像取得の処理例を示すシーケンス図である。
【符号の説明】
【００５４】
１００…監視カメラ、１０１…撮像部、１０２…画像信号生成部、１０３…信号処理部、１０４…通信Ｉ／Ｆ部、１０５…外部記憶媒体Ｉ／Ｆ部、１０６…外部記憶媒体、１０７…制御部、１０８…メモリ、２００…監視端末
【図１】
2008172613.tif 000003
【図２】
2008172613.tif 000004
【図３】
2008172613.tif 000005
【図４】
2008172613.tif 000006
【図５】
2008172613.tif 000007
【図６】
2008172613.tif 000008
【図７】
2008172613.tif 000009
【図８】
2008172613.tif 000010
【図９】
2008172613.tif 000011
【図１０】
2008172613.tif 000012
【図１１】
2008172613.tif 000013
【図１２】
2008172613.tif 000014
【図１３】
2008172613.tif 000015