(57)【要約】【課題】監視サーバ装置において必要な監視端末の管理を自動的に行う監視システムを提供する。【解決手段】カメラと対のエンコーダと、カメラ管理サーバ装置と、ランデブーポイント（ＲＰ）とからなる監視システムにおいて、エンコーダはストリームデータにカメラのメタデータ（映像ソース情報）を重畳し、ＲＰはそのストリームデータから映像ソース情報を取得してマルチキャスト管理テーブル及びカメラＩＤテーブルを更新した後、カメラＩＤテーブルのデータサイズに変更があれば、その旨をカメラ管理サーバに通知し、カメラ管理サーバはその通知を受信するとＲＰより映像ソース情報の差分を取得して自身の保有する一時テーブルを更新することにより、上記課題の解決を図る。【選択図】図１
2008113376.tif 000002
【特許請求の範囲】
【請求項１】
監視対象を監視して監視データを取得する複数の監視ユニットと、該監視ユニットを管理する複数の管理サーバ装置と、前記監視ユニットの属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムであって、
前記監視ユニットは、前記監視データに対して該監視ユニットに関する地理的な情報及び固有の情報を含むメタデータを重畳するメタデータ重畳手段と、
前記メタデータを重畳した前記監視データを送信する監視データ送信手段と、
を備えることを特徴とする監視システム。
【請求項２】
前記中継制御装置は、前記メタデータが重畳された前記監視データを受信した場合、該監視データより該メタデータを取得する重畳メタデータ取得手段と、
前記取得したメタデータを格納するメタデータ管理格納手段と、
を備えることを特徴とする請求項１に記載の監視システム。
【請求項３】
前記中継制御装置は、前記メタデータ格納手段のデータサイズの変化を検出するデータサイズ変化検出手段と、
前記データサイズ変化検出手段の検出結果に基づいて、前記管理サーバ装置のうちの所定の管理サーバ装置である代表管理サーバ装置に対して前記監視ユニットの数に変化があった旨を通知する監視ユニット変化通知手段と、
を備えることを特徴とする請求項２に記載の監視システム。
【請求項４】
監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムの制御方法であって、
前記エンコーダ装置により、前記監視端末からの監視データに対して該エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータを重畳し、前記メタデータを重畳した前記監視データを送信する
ことを特徴とする監視システムの制御方法。
【請求項５】
監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムに用いられるエンコーダ装置であって、
前記監視端末からの監視データに対して該エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータを重畳するメタデータ重畳手段と、
前記メタデータを重畳した前記監視データを送信する監視データ送信手段と、
を備えることを特徴とするエンコーダ装置。
【請求項６】
監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムに用いられる中継制御装置であって、
前記監視端末からの監視データに対して前記エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータが重畳された前記監視データを前記エンコーダ装置から受信した場合、該監視データより該メタデータを取得する重畳メタデータ取得手段と、
前記取得したメタデータを格納するメタデータ管理格納手段と、
を備えることを特徴とする中継制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の監視端末より得られる監視情報を管理する監視システムに関する。
【背景技術】
【０００２】
近年の公共サービスにおいては、河川・道路における映像監視に対するインフラが整備されている。しかし、その監視範囲の拡大から、カメラ映像を通した情報共有を可能とするシームレスなシステム構築と利便性の向上が強く要求されている。
【０００３】
また、官庁・自治体防災分野において、映像共有化・防災情報共有化システムの導入とその運用ニーズは急速に高まっている。災害発生時の初動を助成するものとして、その操作性の飛躍的な向上が強く求められている。
【０００４】
図１６は、従来におけるカメラ監視システムのネットワーク機器構成を示す。カメラ監視システム１１１は、カメラ１１２、エンコーダ１１３、ＩＰ（インターネットプロトコル）ネットワーク１１４、ランデブーポイント（送受信ホストがマルチキャストへ参加するために参加メッセージを送信するルータが存在するポイントのことである。以下、ＲＰと称する）１１５、カメラ管理サーバ１１７、メタデータ１１８から構成される。
【０００５】
図１７は、従来における、カメラの追加時に発生する映像ソース情報の手動登録の手順を示す。まず、カメラ１１２を監視対象場所に設置する場合、設置者はカメラ１１２と対になるエンコーダ１１３も同時に設置する。このとき、設置者はそのエンコーダ１１３にマルチキャストアドレスを手入力で登録する（Ｓ１１１）。
【０００６】
そうすると、エンコーダ１１３は、例えばＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）等のプロトコルによりそのマルチキャストアドレス情報をＲＰ１１５に送信する。その結果、マルチキャストアドレス情報がＲＰ１１５に集約される。
【０００７】
次に、カメラ管理サーバ１１７側では、サーバ管理者により、図１８の映像ソース情報詳細定義で示される内容がメタデータして手入力で登録される（Ｓ１１２）。
それから、サーバ管理者は、Ｓ１１２で登録作業を行ったカメラ管理サーバ１１７上で、他のカメラ管理サーバ１１７に対して、メタデータを同期させるコマンドを手入力して送信する（Ｓ１１３）。
【０００８】
その後、そのサーバ管理者は、カメラ管理サーバ１１７にて追加登録された映像をＷｅｂクライアントで目視により閲覧・確認する（Ｓ１１４）。削除の場合も同様にサーバ管理者により手動で各カメラ管理サーバの一時テーブルより削除される。
【０００９】
図１８は、従来におけるカメラ管理サーバの一時テーブル１１８に格納される映像ソース情報の詳細な定義を示す。同図に示すように、映像ソース情報１２０には、カメラ固有の情報、カメラの設置場所等や、動画ストリーム情報等が含まれている。エンコーダ情報１２１には、動画ストリームの符号化種別に関する情報が含まれる。
【００１０】
カメラ管理サーバ１１７では、映像ソース情報１２０及びエンコーダ情報１２１は、ＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で管理され、映像ソース情報ｉｄやエンコーダ情報ｉｄで相互に関連付けられている。このような情報は、エンコーダ１１３からカメラ管理サーバ１１７に送信される。
【００１１】
このように、カメラ監視システムに対するカメラの追加・削除に応じて、メタデータ（カメラ情報）をカメラ管理サーバ１１７−１に手動登録する必要があった（従来技術１）。
【００１２】
また、従来のカメラ管理サーバ間連携においては、カメラ１１２を追加すると、ネットワーク１１６上に存在する他のカメラ監視サーバ間でメタデータ（映像ソース情報）のデータ整合をとるために、そのメタデータの同期処理を手動にて起動する必要があった（従来技術２）。
【００１３】
また、エンコーダ１１３側で設定したマルチキャストアドレス情報などとは個別に、カメラ管理サーバ１１７側でも同様の設定を行うという二重設定を行っていた。したがって、エンコーダ１１３の配信側設定とカメラ管理サーバ１１７側の管理データとしての設定の重複があった（従来技術３）。
【特許文献１】特開２００４−１６６０２４号公報
【特許文献２】特開２００３−１５３２３０号公報
【特許文献３】特開２００５−２１０６７４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
従来のカメラ監視システムでは、１つのカメラ管理サーバにて手入力されたカメラ情報が他の複数カメラ管理サーバ同士で連携する場合や、サーバ単独障害時に備えたカメラ情報のバックアップする場合には、いずれも手入力で操作を行っていた。
【００１５】
従って、従来技術１においては、複数のカメラを追加しようとした場合に、カメラ台数分の登録作業が必要となるため、保守作業の面でコスト増となるといった問題があった。また、登録作業が手作業となるため作業ミスを誘発することになり、手戻り発生などのデメリットが生じていた。
【００１６】
この従来技術１については、インデックスサーバに直接カメラ位置情報とカメラ装置のネットワークアドレスを関連付けて手動登録する技術がある（例えば、特許文献１。）。しかし、この技術では、ネットワークアドレスの変更やカメラ装置の追加・削除に伴い、その都度人為的な登録が要求されてしまうことが考えられる。
【００１７】
したがって、カメラ位置情報とカメラ装置のネットワークアドレスを関連付けそのものの管理がインデックスサーバ自身に委ねられることになる。しかしながら、ネットワークアドレスそのものを管理するＲＰにその関連付けられた情報が集約されないため、インデックスサーバ上の関連付けが最新化されているかを人為的に常に評価し同期をとるようにする必要がある。
【００１８】
また、インデックスサーバの重畳化（共有化）がなされていないために、そのサーバ自身がダウンした場合には映像情報を該当モニタに配信することができなくなるといった欠点を有していた。
【００１９】
さらに、従来技術１については、カメラ端末から送信される画像データにカメラ位置情報と付した形式でパケット送信し、これを画像データベースサーバに蓄積し、対応する端末識別子と対応するファイル領域に管理し、ユーザ要求に応じて任意の領域からユーザ端末に情報配信する技術がある（例えば、特許文献２。）。
【００２０】
しかし、特許文献２では、蓄積映像をどのユーザ端末に選択的に配信するかを課題解決
するものであって、カメラ情報の自動登録を促すものではない。また、特許文献２では画像データそのものをデータベースサーバに蓄積することを特徴としており、ＲＰにおいて管理するカメラ位置情報をマルチキャストアドレスルーティング情報に付するものではない。
【００２１】
また、従来技術２においては、カメラ追加作業が発生する毎に、カメラ管理を行うネットワーク上の全てのカメラ管理サーバに対してデータ更新作業を毎回人為的に行うため、従来技術１と同様の問題を有していた。
【００２２】
また、従来技術３においては、配信するマルチキャストアドレス体系の変更やネットワーク設計そのものに変更が生じた場合等に、エンコーダ装置とメタデータサーバの双方が有する設定変更が余儀なくされていた。その結果、設定変更作業に対する負荷が倍増、変更対象の増加に比例した非効率な作業を強いられていた。
【００２３】
このように、河川、道路等における映像監視のインフラ整備が進められているが、その監視範囲、数の増加から、個々のカメラ情報の管理に課題を抱えていた。上述のように、従来のカメラ監視システムにおいては、カメラの追加、削除に応じて、位置情報等を含むカメラ情報を、データを利用する側であるサーバに手動登録する必要があり、これを複数のサーバ全てについて行わなければならなかった。
【００２４】
上記の課題に鑑み、本発明は、監視サーバ装置において必要な監視端末の管理を自動的に行う監視システムを提供する。
【課題を解決するための手段】
【００２５】
本発明にかかる、監視対象を監視して監視データを取得する複数の監視ユニットと、該監視ユニットを管理する複数の管理サーバ装置と、前記監視ユニットの属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムにおいて、前記監視ユニットは、前記監視データに対して該監視ユニットに関する地理的な情報及び固有の情報を含むメタデータを重畳するメタデータ重畳手段と、前記メタデータを重畳した前記監視データを送信する監視データ送信手段と、を備えることを特徴とする。
【００２６】
このように構成することにより、監視端末のメタデータを自動で取得することができる。
前記中継制御装置は、前記メタデータが重畳された前記監視データを受信した場合、該監視データより該メタデータを取得する重畳メタデータ取得手段と、前記取得したメタデータを格納するメタデータ管理格納手段と、を備えることを特徴とする。
【００２７】
このように構成することにより、中継制御装置にメタデータに集約させることができる。
前記中継制御装置は、前記メタデータ格納手段のデータサイズの変化を検出するデータサイズ変化検出手段と、前記データサイズ変化検出手段の検出結果に基づいて、前記管理サーバ装置のうちの所定の管理サーバ装置である代表管理サーバ装置に対して前記監視ユニットの数に変化があった旨を通知する監視ユニット変化通知手段と、を備えることを特徴とする。
【００２８】
このように構成することにより、監視端末装置が追加された場合、管理サーバ装置に通知することができる。
本発明にかかる、監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置
の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムの制御方法は、前記エンコーダ装置により、前記監視端末からの監視データに対して該エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータを重畳し、前記メタデータを重畳した前記監視データを送信することを特徴とする。
【００２９】
このように構成することにより、監視端末のメタデータを自動で取得することができる。
本発明にかかる、監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムに用いられるエンコーダ装置は、前記監視端末からの監視データに対して該エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータを重畳するメタデータ重畳手段と、前記メタデータを重畳した前記監視データを送信する監視データ送信手段と、を備えることを特徴とする。
【００３０】
このように構成することにより、監視端末のメタデータを自動で中継制御装置に送ることができる。
本発明にかかる、監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムに用いられる中継制御装置は、前記監視端末からの監視データに対して前記エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータが重畳された前記監視データを前記エンコーダ装置から受信した場合、該監視データより該メタデータを取得する重畳メタデータ取得手段と、前記取得したメタデータを格納するメタデータ管理格納手段と、を備えることを特徴とする。
【００３１】
このように構成することにより、中継制御装置にメタデータに集約させることができる。
【発明の効果】
【００３２】
本発明を用いることにより、監視端末情報を如何に人手の介在なしに、如何に簡易的かつ自動的に更新、維持、連携管理することができる。
【発明を実施するための最良の形態】
【００３３】
図１は、本発明における監視システムの構成概念を示す。監視システム１は、監視対象を監視して監視データを取得する複数の監視ユニット２−１と、該監視ユニットを管理する複数の管理サーバ装置５と、前記監視ユニットの属する第１のネットワーク６と前記管理サーバの属する第２のネットワーク７とを中継する中継制御装置４と、からなる。
【００３４】
監視ユニット２−１は、監視対象を監視する複数の監視端末２と、該監視端末２のそれぞれに対応して設置されたエンコーダ装置３とから構成されていてもよいし、監視端末２の機能とエンコーダ装置３の機能を備えた１つの装置で構成されていてもよい。前記監視ユニット２−１（またはエンコーダ装置３）は、メタデータ重畳手段３ａと監視データ送信手段３ｂとを備える。メタデータ重畳手段３ａは、前記監視端末２からの監視データに対して該エンコーダ装置２に関する地理的な情報及び固有の情報を含むメタデータを重畳する。監視データ送信手段３ｂは、前記メタデータを重畳した前記監視データを送信する。
【００３５】
前記中継制御装置４は、重畳メタデータ取得手段４ａ、メタデータ管理格納手段４ｂ、
データサイズ変化検出手段４ｃ、監視ユニット変化通知手段４ｄ、メタデータ取得要求応答手段４ｅ、第２のメタデータ削除手段４ｆ、を備える。
【００３６】
重畳メタデータ取得手段４ａは、前記メタデータが重畳された前記監視データを受信した場合、該監視データより該メタデータを取得する。メタデータ管理格納手段４ｂには、重畳メタデータ取得手段４ａにより前記取得したメタデータが格納される。
【００３７】
データサイズ変化検出手段４ｃは、前記メタデータ格納手段４ｂのデータサイズの変化を検出する。監視ユニット変化通知手段４ｄは、前記データサイズ変化検出手段４ｃの検出結果に基づいて、前記管理サーバ装置５のうちの所定の管理サーバ装置（代表管理サーバ装置）に対して前記監視ユニット数に変化があった旨を通知する。
【００３８】
メタデータ取得要求応答手段４ｅは、メタデータ取得要求発信手段５ａによる前記メタデータ取得要求に応答して、メタデータ管理格納手段４ｂから前記取得したメタデータを前記代表管理サーバ装置５に送信する。
【００３９】
第２のメタデータ削除手段４ｆは、前記メタデータ削除要求通知手段５ｅによるメタデータ削除通知に基づいて、前記メタデータ管理格納手段４ｂより該メタデータ削除通知に対応するメタデータを削除する。
【００４０】
前記全ての管理サーバ装置５は、メタデータ取得要求発信手段５ａ、メタデータ格納手段５ｂ、監視ユニット存在確認要求手段５ｃ、第１のメタデータ削除手段５ｄ、メタデータ削除要求通知手段５ｅ、メタデータ変化通知手段５ｆ、メタデータ更新手段５ｇ、サーバ間メタデータ取得手段５ｈ、プロット手段５ｉからなる。
【００４１】
メタデータ取得要求発信手段５ａは、前記監視ユニット変更が通知された場合、前記中継制御装置４に対して前記メタデータの取得要求を発信する。メタデータ格納手段５ｂには、前記メタデータの取得要求に応答して前記中継制御装置４から送信された該メタデータが格納される。
【００４２】
監視ユニット存在確認要求手段５ｃは、所定のタイミングで前記監視ユニット２−１が前記第１のネットワーク６上に存在するか否かを確認する要求を送信する。第１のメタデータ削除手段５ｄは、前記監視ユニット存在確認要求に対する応答結果に基づいて、前記メタデータ格納手段５ｂより該応答結果に対応する前記監視ユニット２−１についての前記メタデータを削除する。
【００４３】
メタデータ削除要求通知手段５ｅは、前記中継制御装置４に対して、前記前記監視ユニット存在確認要求に対する応答結果に対応する前記監視ユニット２−１についての前記メタデータを削除する旨を通知する。
【００４４】
メタデータ変化通知手段５ｆは、前記メタデータ格納手段５ｂの内容の変化に伴い、他の前記管理サーバ装置５のいずれかに該変化の内容を通知する。メタデータ更新手段５ｇは、他の前記管理サーバ装置５より送信されたメタデータ変化通知に基づいて、前記メタデータ格納手段５ｂを更新する。
【００４５】
管理サーバ間メタデータ取得手段５ｈは、再起動後に他の前記管理サーバ装置５のいずれかの有する前記メタデータ格納手段５ｂより前記メタデータを取得する。
プロット手段５ｉは、該管理サーバ装置５の保有するコンテンツのうちの地図情報上に、前記メタデータ格納手段５ｂに格納された前記メタデータに基づいて、前記監視ユニット２−１の位置を所定の図形データ（例えば、アイコン）でプロットする。
【００４６】
本発明の実施形態に以下に詳述する。本実施形態では、マルチキャスト配信されるカメラ映像のＩＰパケットにカメラ位置（緯度経度や住所等）、カメラ名称などのカメラ情報（メタ・データともいう）を重畳させ、ＲＰに集約することにより、カメラ情報を管理するサーバがカメラの増減やカメラ情報の更新にリアルタイムに反応し、カメラ情報の自動登録・データ共有を可能とするカメラ監視システムについて説明する。
【００４７】
すなわち、本実施形態では、マルチキャストネットワークにおけるカメラ情報の自動構築と再配信を提供する。さらに、本実施形態では、複数のカメラ管理サーバにおいてカメラ情報を共有することで、カメラ管理サーバの単独障害に対して他のカメラ管理サーバからカメラ情報の自動復旧を提供する。
【００４８】
図２は、本実施形態におけるカメラ監視システムを示す。カメラ監視システム１１は、カメラ１２（１２−１，・・・，１２−ｎ）、エンコーダ１３（１３−１，・・・，１３−ｎ）、ＩＰネットワーク１４、ＲＰ１５、カメラ管理サーバ１７（１７ａ，１７ｂ，１７ｃ，１７ｄ）、一時テーブル１８（１８ａ，１８ｂ，１８ｃ，１８ｄ）、ネットワーク２０から構成される。
【００４９】
監視の対象となる場所には、１対のカメラ１２とエンコーダ１３が設置されている。カメラ１２は、監視の対象となる場所を撮影し、その撮影した映像データをエンコーダ１３に送る。
【００５０】
エンコーダ１３には、マルチキャストアドレス、カメラ番号、カメラ名称、設置場所（経度・緯度、住所）等の映像ソース情報が登録されている。エンコーダ１３は、カメラ１２から送信された映像データを符号化してＩＰネットワーク１４にマルチキャスト配信する。このとき、エンコーダ１３は、映像ソース情報をマルチキャストストリームのプライベートデータフィールドに挿入して送信する。
【００５１】
ＲＰ１５は、少なくとも、制御部、不揮発メモリ、及びポート等を備えるレイヤ３スイッチ（Ｌ３ＳＷ）である。ＲＰ１５は、不揮発メモリには、本実施形態にかかる処理を行うファームウェアや、マルチキャスト管理テーブル１６、カメラＩＤテーブル４０が格納されている。
【００５２】
マルチキャスト管理テーブル１６は、図６に示すように、マルチキャスト配信のルーティングテーブルである。カメラＩＤテーブル４０は、図７に示すように、監視端末として設置されたカメラ１２及びエンコーダ１２に関する情報（映像ソース情報）が格納されている。
【００５３】
ＲＰ１５は、エンコーダ１３より送信されたマルチキャストストリームデータを受信し、そのマルチキャストストリームデータに含まれるプライベートデータフィールドから映像ソース情報を取得する。
【００５４】
ＲＰ１５は、その映像ソース情報に基づいて、マルチキャスト管理テーブル１６及びカメラＩＤテーブル４０を更新する。ＲＰ１５はマルチキャスト管理テーブル１６及びカメラＩＤテーブル４０を更新した場合、複数あるカメラ管理サーバ１７のうち代表となるカメラ管理サーバ１７ａに映像ソース情報変更通知トラップ（マルチキャスト管理テーブル１６のデータ長の変更があったことを意味する割り込みトラップ）を送信する（図２の（ｉ））。
【００５５】
また、ＲＰ１５は、後述するように、代表カメラ管理サーバ１７ａより送信された所定
のカメラについての映像ソース情報の削除要求を受信すると、その映像ソース情報に対応する映像ソース情報レコードをマルチキャスト管理テーブル１６及びカメラＩＤテーブル４０より削除する（図２の（ｉｉ））。
【００５６】
カメラ管理サーバ１７は複数存在するが、本実施形態では一例として４つのカメラ管理サーバ１７ａ，１７ｂ，１７ｃ，１７ｄがあるとする。カメラ管理サーバ１７は、少なくとも、制御部（ＣＰＵ）、ハードディスクドライブ（ＨＤＤ）、不揮発メモリ、通信インターフェース等を備える。また、カメラ管理サーバ１７は、一定の間隔の到来を知らせる定間隔監視タイマ１９（ハードウェアでもソフトウェアでもよい）を有する。
【００５７】
また、カメラ管理サーバ１７ａ，１７ｂ，１７ｃ，１７ｄはそれぞれ、一時テーブル１８ａ，１８ｂ，１８ｃ，１８ｄをＨＤＤに備える。各一時テーブル１８には、各エンコーダ１３からの映像ソース情報が格納されており、一時テーブル１８相互間でその格納内容は同一である。
【００５８】
カメラ管理サーバ１７ａ，１７ｂ，１７ｃ，１７ｄ、及びＲＰは、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｅｒｋ）等のネットワーク２０で接続されている。また、後述するように、カメラ管理サーバ１７のうち、いずれかを代表カメラ管理サーバとする。本実施形態では、カメラ管理サーバ１７ａを代表カメラ管理サーバとする。
【００５９】
代表カメラ管理サーバ１７ａは、ＲＰ１５から送信された映像ソース情報変更通知トラップ（ｉ）を受信すると、ＲＰ１５に対して映像ソース情報の追加取得要求を行う（図２の（ｉｉｉ））。
【００６０】
ＲＰ１５は、その映像ソース情報の追加取得要求（ｉｉｉ）に対して応答し、代表カメラ管理サーバ１７ａに更新分の映像ソース情報（更新前後での映像ソース情報の差分。以下、差分情報という）を提供する。
【００６１】
代表カメラ管理サーバ１７ａは、その映像ソース情報の差分を受信すると、その差分のデータに基づいて一時テーブル１８ａを更新する。
代表カメラ管理サーバ１７ａの一時テーブル１８ａの更新に伴い、他のカメラ管理サーバ１７ｂ〜ｄの一時テーブル１８ｂ〜ｄもその映像ソース情報の差分に基づいて更新される。この場合、代表カメラ管理サーバ１７ａは、他のカメラ管理サーバ１７ｂ〜ｄのいずれかに映像ソース情報変化情報配信通知（ｉｖ）を送信する。映像ソース情報変化情報配信通知（ｉｖ）は、送信先が他カメラ管理サーバであることが異なるだけであり、通知データの内容としては、ＲＰ１５から代表カメラ管理サーバ１７ａへの映像ソース情報の追加取得応答に等しい。
【００６２】
映像ソース情報変化情報配信通知（ｉｖ）は、代表カメラ管理サーバ１７ａから隣接する他のカメラ管理サーバ１７ｂ〜ｄに対してチェイン方式で配信する。
また、代表カメラ管理サーバ１７ａは、定間隔監視タイマ１９に基づいて、各エンコーダに対してＰｉｎｇコマンド等を送信して、各エンコーダ１３の死活状態を監視する。応答のないエンコーダ１３を検出した場合（すなわち、ＩＰネットワーク１４上にそのエンコーダ１３が存在しない場合）、代表カメラ管理サーバ１７ａは、その応答のないエンコーダ１３に対応する映像ソース情報を一次テーブル１８ａから削除する。そして、代表カメラ管理サーバ１７ａは、ＲＰ１５に対して映像ソース情報の削除要求を行う（ｉｉｉ）。
【００６３】
また、カメラ管理サーバ１７ａ〜ｄは、そのサーバ自身の障害や保守・点検などの要因非運用状態から定常状態に復帰した場合に、全映像ソース情報収集通知（ｖ）を隣接する
他のカメラ管理サーバに配信する。全映像ソース情報収集通知を受信したカメラ管理サーバは、自身が保有する一時テーブルから映像ソース情報を読み出し、それを全映像ソース情報収集応答として要求元のサーバに返送する。
【００６４】
このように、本実施形態におけるカメラ監視システム１１は、ネットワーク上にＬ３ＳＷの機能を構成するランデブーポイント（ＲＰ）を設けている。そして、カメラのエンコーダ（端末）１３は、ストリームデータのプライベートデータフィールドに位置情報等を含むメタデータ（予め設定）を重畳してデータ送信を行う。
【００６５】
ＲＰ１５は、前記メタデータを受信すると、カメラ１２ごとに管理テーブルに記憶して一括管理を行う。また、ＲＰ１５は管理テーブルのデータサイズを監視して、その増減によりカメラの追加、削除を検出し、カメラ１２の増減が合った場合には、代表カメラ管理サーバ１７ａに対して映像ソース情報を変更すべき旨の通知を行う。
【００６６】
代表カメラ管理サーバ１７ａは前記通知を受信するとＲＰに対し情報取得要求を発信し、ＲＰはかかる要求を受信すると、管理テーブルの内容を代表カメラ管理サーバ１７ａに送信する。
【００６７】
図２で概説したように、カメラ１２の追加、削除が発生すると、各カメラ管理サーバ１７において自動でその変更に基づく一次テーブル１８の映像ソース情報の更新が行われる。上記において、本実施形態におけるカメラ監視システムの概要について説明したが、以下でさらに詳細に説明する。
【００６８】
エンコーダ１３には、「マルチキャストアドレス（ポート番号を含む）」、「カメラ番号（ＩＤ）」、「カメラ名称」、「カメラ設置場所（緯度，経度，住所）」、「カメラ管理区分（使用目的に対応した区分項目：道路管理、河川管理、砂防管理など）」、「データ長」等のデータが予め映像ソース情報として登録されている。
【００６９】
エンコーダ１３は、ＩＰネットワーク１４を介して、図３に示すようなマルチキャストストリームデータをＲＰ１５に送信する。
図３は、本実施形態におけるマルチキャストストリームのデータ構造を示す。１組のＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）は、システムヘッダ３１、プライベートデータ３２、オーディオデータ３４、ビデオデータ（Ｉピクチャ３３、Ｂピクチャ３５、Ｐピクチャ３６）から構成される。
【００７０】
システムヘッダ３１は、画像復元時に音声などとの時間合わせを可能とするタイムスタンプ情報などが含まれる。Ｉピクチャ３１は頭出しのキーフレームで、Ｐピクチャ３６は過去のＩまたはＰピクチャからの参照、Ｂピクチャ３５は、過去のＩまたはＰを参照、予測する基本フレーム構成となっている。プライベートデータ３２は、任意のデータを挿入できるフィールドに挿入されたデータである。
【００７１】
一対のカメラ１２及びエンコーダ１３が設置され、ＩＰネットワーク１４に接続される（つなわち、カメラ１２がカメラ監視システムに追加される）と、エンコーダ１３は、予め登録されている映像ソース情報に基づいて、図４に示すような数値及び文字コードを有するデータテーブル（カメラ情報テーブル）を作成し、マルチキャストストリームのプライベートデータフィールドに挿入する（以下、映像ソース情報が重畳されたマルチキャストストリームデータという）。
【００７２】
図４は、本実施形態におけるカメラ情報テーブルの一例を示す。カメラ情報テーブル３０は、「カメラ番号（ＩＤ）」、「カメラ名称」、「マルチキャストアドレス」、「緯度
（度分秒）」、「経度（度分秒）」、「住所」、「管理区分」、「データ長（バイト）」の映像ソース情報が格納されている。
【００７３】
エンコーダ１３は、予め登録されている映像ソース情報に基づいて、図４のカメラ情報テーブルを作成し、マルチキャストストリームのプライベートデータフィールドに挿入する。
【００７４】
図５は、本実施形態におけるカメラ追加に応じた映像ソース情報の登録についてのカメラ監視システムの動作原理を示す。図５において、エンコーダ１３は、マルチキャストパケット送信部２１により、図４のカメラ情報テーブルがプライベートデータフィールドに挿入されたマルチキャストストリームデータをＲＰ１５に送信する。
【００７５】
ＲＰ１５は、そのマルチキャストストリームデータを受信すると、そのマルチキャストストリームデータに重畳されたカメラ情報テーブルから映像ソース情報を取得する。
ＲＰ１５は、エンコーダ１３から配信されるマルチキャストパケットのプライベートデータフィールドから取得した映像ソース情報とカメラ管理サーバ１７との対応付けを行う。そのため、ＲＰ１５は、マルチキャスト管理テーブル１６（図６参照）とカメラＩＤテーブル４０（図７参照）とを有している。ＲＰ１５は、図８のフローで説明するように、その映像ソース情報に基づいて、マルチキャスト管理テーブル１６及びカメラＩＤテーブル４０を更新する。
【００７６】
マルチキャスト管理テーブル１６は、ＲＰ１５において、マルチキャスト配信のルーティングテーブルを司る。マルチキャスト管理テーブル１６には、各エンコーダが所属するホストネットワークやカメラＩＤが格納されている。
【００７７】
カメラＩＤテーブル４０は、「カメラ番号」、「カメラ名称」、「設置場所（緯度経度、住所）」などの基本情報が格納されている。
マルチキャスト管理テーブル１６は、カメラＩＤをキーにしてカメラＩＤテーブル４の映像ソース情報と一対一に対応付けて管理することができる。
【００７８】
図６は、本実施形態におけるマルチキャスト管理テーブル１６の一例を示す。マルチキャスト管理テーブル１６は、「Ｎｏ」、「グループアドレス」、「カメラＩＤ」、「ホストネットワーク」のデータ項目から構成される。
【００７９】
「グループアドレス」には、カメラ管理サーバ／クライアント側が参加するマルチキャストグループアドレスであって、エンコーダが送信する送信先のマルチキャストアドレスが属するグループアドレスが格納される。
【００８０】
「ホストネットワーク」には、マルチキャスト要求元ホストネットワークアドレス（カメラ管理サーバ／クライアント側要求元ユニキャストアドレス）が格納される。
「カメラＩＤ」には、カメラＩＤと１マルチキャストアドレスとの対応付けを行うためのカメラＩＤが格納される。「カメラＩＤ」は、カメラＩＤテーブル４０へのリンクアドレスとしても扱われる。
【００８１】
図７は、本実施形態におけるカメラＩＤテーブルの一例を示す。カメラＩＤテーブル４０には、ＲＰ１５により受信された映像ソース情報より、「カメラ番号（ＩＤ）」、「カメラ名称」、「マルチキャストアドレス」、「緯度（度分秒）」、「経度（度分秒）」、「住所」、「管理区分」、「データ長（バイト）」のデータが格納されている。
【００８２】
「データ長（バイト）」には各レコードのデータ長（バイト）が格納される。さらに、
全レコードの「データ長（バイト）」の合計した値が「総データ長」として登録される。
従来、映像ソースに対するメタ情報は、全てカメラ管理サーバ側で設定していたものを、本実施形態では、図６及び図７で示したように、動的なマルチキャスト管理テーブル１６及びカメラＩＤテーブル４０としてＲＰ上にマスタ一元管理する。これにより、カメラ管理サーバ１７側ではキャッシュイメージにて一時テーブル情報（サーバのリブートに対して揮発性）としてコピーを保有するようにする。
【００８３】
ＲＰ１５は、マルチキャスト管理テーブル１６及びカメラＩＤテーブル４０に過去存在しないマルチキャストアドレスが格納した後、カメラＩＤテーブル４０の総データ長の変化を検出することにより、映像ソース情報の増加と判断する。そうすると、ネットワーク２０上に複数のカメラ管理サーバが存在する場合は代表カメラ管理サーバに映像ソース情報変更通知トラップ（ｉ）を送信する。
【００８４】
図８は、本実施形態におけるカメラ追加時のＲＰの処理フローを示す。同図は、具体的には、ＲＰ１５における、マルチキャスト管理テーブル１６及びカメラＩＤテーブル４０へのデータの登録、及びカメラ管理サーバ１７への映像ソース情報変更通知トラップの送信を行うフローを示す。
【００８５】
まず、ＲＰ１５は、エンコーダ１３からマルチキャストストリームデータを受信して（Ｓ１）、そのマルチキャストストリームデータに重畳された映像ソース情報を取得する。
次に、ＲＰ１５は、その取得した映像ソース情報に含まれるカメラＩＤと一致するカメラＩＤがカメラＩＤテーブル４０に存在するか否かを検索する。その検索の結果、その取得した映像ソース情報に含まれるカメラＩＤと一致するカメラＩＤがカメラＩＤテーブル４０に存在する場合（Ｓ２で「Ｙ」へ進む）、本フローは終了する。
【００８６】
その取得した映像ソース情報に含まれるカメラＩＤと一致するカメラＩＤがカメラＩＤテーブル４０に存在しない場合（Ｓ２で「Ｎ」へ進む）、ＲＰ１５はその取得した映像ソース情報に基づいて、マルチキャスト管理テーブル１６にカメラＩＤを登録する（Ｓ３）。さらに、ＲＰ１５は、カメラＩＤテーブル４０にその映像ソース情報（基本情報）を登録し（Ｓ４）、カメラＩＤテーブル４０の総データ長を更新する（Ｓ５）。
【００８７】
ＲＰ１５は、カメラＩＤテーブル４０の総データ長の変化を検知して、代表カメラ管理サーバ１７ａに映像ソース情報変更通知トラップ（ｉ）を送信する。ＲＰ１５は、代表カメラ管理サーバ１７ａから映像ソース情報の追加取得要求（ｉｉｉ）があれば、その追加した映像ソース情報を代表カメラ管理サーバ１７ａに送信する（Ｓ６）。
【００８８】
再び図５の説明に戻る。いずれのカメラ管理サーバ１７も、映像ソース情報の全てを管理するサーバである。そのうちＲＰ１５により代表として特定されたカメラ管理サーバ１７ａにおいて、映像ソース情報送受信部２３は、映像ソース情報変更通知トラップ（ｉ）を受信すると、ＲＰ１５に対して映像ソース情報の追加取得要求・応答（ｉｉｉ）のリクエスト要求を行う。
【００８９】
映像ソース情報の追加取得要求・応答（ｉｉｉ）は、一時テーブル１８ａの再構築を行うための要求イベントである。カメラＩＤテーブル４０のサイズ（データ長）の変更があったことを意味する割り込みトラップ（映像ソース情報変更通知トラップ（ｉ））を受信すると、代表カメラ管理サーバ１７ａは映像ソース情報の取得要求（ｉｉｉ）をＲＰ１５に送信する。
【００９０】
ＲＰ１５は、映像ソース情報の取得要求（ｉｉｉ）を受信すると、映像ソース情報の差分を送信する。この処理について図９を用いて説明する。
図９は、本実施形態におけるＲＰ１５が代表カメラ管理サーバ１７ａからのリクエストに応えて、新たに追加された映像ソース情報を送信する処理フローを示す。ＲＰ１５は、映像ソース情報取得要求（ｉｉｉ）を受信すると（Ｓ１１）、映像ソース情報取得応答を行う（Ｓ１２）。具体的に、ＲＰ１５は、代表カメラ管理サーバ１７ａにカメラＩＤテーブル４０に新たに追加された映像ソース情報（差分情報）のみを送信する。
【００９１】
それでは、図５の説明に戻る。代表カメラ管理サーバ１７ａは、受信した差分情報に基づいて、一時テーブル１８ａを更新する。そして、代表カメラ管理サーバ１７ａは、自身の一時テーブル１８ａの更新後、カメラ管理サーバ間映像ソース情報連携部２４によりネットワーク２０上に存在する複数の他のカメラ管理サーバ１７ｂ〜ｄに対して映像ソース情報変化情報配信通知トラップ（ｉｖ）を作成して送信する（ｆ１）。
【００９２】
映像ソース情報変化情報配信通知（ｉｖ）は、送信先が他カメラ管理サーバ１７ｂ〜ｄであることが異なるだけであり、通知データの内容としてはＲＰ１５から代表カメラ管理サーバ１７ａへの映像ソース情報の追加取得応答に等しい。他カメラ管理サーバ１７ｂ〜ｄはそれぞれ、映像ソース情報受信部２６により映像ソース情報変化情報配信通知（ｉｖ）を受信すると、代表カメラ管理サーバ１７ａの場合と同様に、自身が保有する一時テーブル１８ｂ〜ｄにその差分情報を反映する。
【００９３】
映像ソース情報変化情報配信通知（ｉｖ）は、代表カメラ管理サーバ１７ａから隣接する他のカメラ管理サーバ１７ｂ〜ｄに対してチェイン方式で配信する。例えば、代表カメラ管理サーバ１７ａ→カメラ管理サーバ１７ｂ→カメラ管理サーバ１７ｃ→カメラ管理サーバ１７ｄというように映像ソース情報変化情報配信通知（ｉｖ）が配信される。このように、代表カメラ管理サーバ１７ａが他のカメラ管理サーバ１７全てに映像ソース情報変化情報配信通知（ｉｖ）を配信しないことで、代表サーバの負荷を低減することができる。
【００９４】
また、カメラ管理サーバ１７において、映像ソース情報表示部２５により、カメラ管理サーバＷｅｂコンテンツ更新処理（アイコン追加処理）がなされる（ｆ２）。これについては、後述する。
【００９５】
次に、代表カメラ管理サーバ１７ａについて説明する。ネットワーク２０上に存在する複数のカメラ管理サーバ１７のうち、ＭＡＣアドレスの最小値を持つカメラ管理サーバを便宜上の代表サーバとする。
【００９６】
上述の通り、代表カメラ管理サーバ１７ａは、ＲＰ１５と直接通信するものとし、映像ソース情報の全てを集約する。万が一、ネットワーク２０上の最小ＭＡＣアドレス値を持つ代表カメラ管理サーバ１７ａが保守点検などで非運用状態にある場合は、その次にＭＡＣアドレス値が最小であるカメラ管理サーバを２次代表カメラ管理サーバとして位置づける。
【００９７】
図１０は、本実施形態における代表カメラ管理サーバについて説明するための図である。ＲＰ１５が代表カメラ管理サーバ１７ａに映像ソース情報を送信する場合は、ＲＰ１５自身のＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）キャッシュに登録されるＩＰアドレスとＭＡＣアドレスの対応関係から、ネットワーク２０上に存在するＭＡＣアドレスの最小値を持つカメラ管理サーバ１７がどれかを一意に特定することができる。
【００９８】
図１０（ａ）において、ＲＰ１５のＡＲＰキャッシュには、一例として、カメラ管理サーバＡ，ＢのＩＰアドレスとＭＡＣアドレスが格納されている。ＲＰ１５は、そのうちＭ
ＡＣ＝１（ＭＡＣアドレスが最小）であるカメラ管理サーバＡを代表カメラ管理サーバとして特定する。
【００９９】
また、個々のカメラ管理サーバも、サーバ起動時におけるブロードキャストパケット送信（ｐｉｎｇ）により、自カメラ管理サーバのＡＲＰキャッシュに他カメラ管理サーバのＩＰアドレス及びＭＡＣアドレス情報を収集できる。この情報からどのカメラ管理サーバ１７がＭＡＣアドレスの最小値を持つサーバかを特定可能である。
【０１００】
このとき、ＩＰアドレスの個々のどれが映像ソース情報を共有（連携）すべきカメラ管理サーバのアドレスかをＡＲＰキャッシュに登録しておく必要がある。なぜなら、映像ソース情報はカメラ管理サーバ間で共有すればよく、ネットワーク２０上に存在する他の機器（たとえばクライアント端末など）をＭＡＣアドレス値の単なる大小でもって誤ってカメラ管理サーバと判断することがないようにするためである。
【０１０１】
さらに、ＡＲＰの再学習時間に到達されるまでの間に、ネットワーク２０上のあるカメラ管理サーバが不在となった場合でも、自分より最もＭＡＣアドレス値の小さい各カメラ管理サーバをＡＲＰキャッシュから検索することが可能である。
【０１０２】
図１０（ｂ）では、カメラ管理サーバ同士が親子関係を形成している様子を示している。各カメラ管理サーバは、ＡＲＰキャッシュに自身のＩＰアドレス及びＭＡＣアドレスも含めて、ネットワーク２０上に存在する他のカメラ管理サーバのＩＰアドレス及びＭＡＣアドレスを格納している。以下では、特にＭＡＣアドレスに着目してみる。
【０１０３】
各カメラ管理サーバは、ＡＲＰキャッシュに「カメラ管理サーバＡ、ＭＡＣ＝１」、「カメラ管理サーバＢ、ＭＡＣ＝２」、「カメラ管理サーバＣ、ＭＡＣ＝３」を格納している。そして、各カメラ管理サーバにおいて、ＭＡＣアドレスの昇順で親子関係が形成されている。したがって、カメラ管理サーバＡ＞カメラ管理サーバＢ＞カメラ管理サーバＣの順で親子関係が形成される。
【０１０４】
次に、代表カメラ管理サーバ（一次）が保守点検等などで非運用状態に有る場合に、ネットワーク２０上に存在するカメラ管理サーバのうちのいずれかのカメラ管理サーバを代表（二次）に切り替える場合について説明する。
【０１０５】
図１１は、本実施形態における一次代表カメラ管理サーバから二次代表カメラ管理サーバへの切替フローを示す。図１１は、図１０の親子関係において、代表であるカメラ管理サーバＡがネットワーク２０上から不在となったとＲＰ１５が認識した場合（ＲＰ１５がカメラ管理サーバＡに映像ソース情報変更通知（ｉ）を送信するが無応答となった場合）を例に説明する。
【０１０６】
まず、ＲＰ１５は、自身の保有するＡＲＰキャッシュより最小ＭＡＣアドレス＝１を有するカメラ管理サーバＡ（一次代表）に対して映像ソース情報変更通知（ｉ）を送信する（Ｓ２１）。しかし、カメラ管理サーバＡは非運用状態であり、ネットワーク２０上に存在しない状態であるので、ＲＰ１５に送信エラーまたは応答なしの応答結果が返信される。
【０１０７】
次に、ＲＰ１５は、カメラ管理サーバＡへＰｉｎｇを送信する（Ｓ２２）。上述の通り、カメラ管理サーバＡは、ネットワーク２０上に存在しない状態であるので、カメラ管理サーバ２は、「Ｐｉｎｇ  Ｔｉｍｅｏｕｔ」を検出する。
【０１０８】
そうすると、ＲＰ１５は、図１０の親子関係に基づいて、カメラ管理サーバＡの次にＭ
ＡＣアドレスが小さいカメラ管理サーバＢを二次代表カメラ管理サーバと認識し、カメラ管理サーバＢに対して、映像ソース情報変更通知（ｉ）を送信する（Ｓ２３）。
【０１０９】
カメラ管理サーバＢは、映像ソース情報変更通知（ｉ）を受信すると、映像ソース情報の追加取得要求通知（ｉｉｉ）をＲＰ１５に送信する（Ｓ２４）。
ＲＰ１５は、映像ソース情報の取得要求（ｉｉｉ）を受信すると、カメラ管理サーバＢに映像ソース情報取得応答を行う（Ｓ２５）。
【０１１０】
次に、カメラ１２及びエンコーダ１３が撤去された場合（すなわち、カメラ監視システム１１からカメラが削除された場合）について説明する。
図１２は、本実施形態におけるカメラ削除に応じた映像ソース情報の登録についてのカメラ監視システム１１の動作原理を示す。代表カメラ管理サーバ１７ａの映像ソース情報送受信部２３は、定間隔監視タイマ１９による割り込みにより、一定のタイミングで各エンコーダ１３に例えばＰｉｎｇコマンド等を送信することにより、エンコーダ１３の死活状況（Ｐｉｎｇ応答監視など）を定間隔にて監視している。
【０１１１】
代表カメラ管理サーバ１７ａは、その応答された死活確認結果に基づいて、エンコーダ存在確認処理を行う（ｆ１１）。その応答された死活確認結果、Ｐｉｎｇ応答なしの場合、代表カメラ管理サーバ１７ａはそのＰｉｎｇ応答なしのエンコーダ１３に対して「異常」と判断する。
【０１１２】
この場合、代表カメラ管理サーバ１７ａは、マルチキャストアドレスをキーに一時テーブル１８ａから該当エンコーダ１３に対応する映像ソース情報のレコードを削除する。その削除と同時に、代表カメラ管理サーバ１７ａは、ＲＰ１５に対して削除要求（映像ソース情報の削除要求イベント（ｉｉ））を送信する。
【０１１３】
ＲＰ１５は、代表カメラ管理サーバ１７ａからの映像ソース情報の削除要求（ｉｉ）を受信する。そうすると、ＲＰ１５は、その削除要求電文に含まれるマルチキャストアドレスをキーにして、該当するレコードをマルチキャスト管理テーブル１６及びカメラＩＤテーブル４０から削除し、カメラＩＤテーブル４０のテーブルサイズ（データ長）を変更する。
【０１１４】
なお、映像ソース情報に削除が発生した場合は、上述のように代表カメラ管理サーバ１７ａ側で映像ソース情報の変化を先に察知しているため、映像ソース情報の削除要求を送信した後に発生するカメラＩＤテーブル４０のサイズ（データ長）の変更に対する割り込みトラップ（映像ソース情報変更通知（ｉ））は無視しても構わない。
【０１１５】
その後、図５の場合と同様に、代表カメラ管理サーバ１７ａは他のカメラ管理サーバ１７ｂ〜ｄに映像ソース情報変化情報配信通知（ｉｖ）を送信する（ｆ１２）。映像ソース情報受信部２６によりその映像ソース情報変化情報配信通知（ｉｖ）を受信した他のカメラ管理サーバ１７ｂ〜ｄは、一時テーブル１８ｂ〜１８ｄより、その映像ソース情報のレコードを削除する。
【０１１６】
また、カメラ管理サーバ１７において、映像ソース情報表示部２５により、カメラ管理サーバＷｅｂコンテンツ更新処理（アイコン削除処理）がなされる（ｆ１３）。これについては、後述する。
【０１１７】
次に、いずれかのカメラ管理サーバ１７が障害や保守・点検などの要因による非運用状態から定常状態に復帰した場合に、一時テーブル１８の内容を他のカメラ管理サーバ１７の一時テーブルの内容と整合をとることについて説明する。
【０１１８】
図１３は、本実施形態におけるカメラ管理サーバのリブート時の映像ソース情報の更新についてのカメラ監視システムの動作原理を示す。説明の便宜上、リブートされたカメラ管理サーバを符号１７−１で表す。
【０１１９】
まず、ネットワーク２０上に存在するカメラ管理サーバ１７−１は、そのサーバ自身の障害や保守・点検などが完了して、リブート（再起動）させられる（ｆ２１）。
すると、カメラ管理サーバ１７−１は、自身の一時テーブル１８−１の状態を確認する（ｆ２２）。ここでは、一時テーブル１８−１の内容が全て消去されていることを確認する。
【０１２０】
カメラ管理サーバ１７−１は、一時テーブル１８−１の内容が全て消去されていることを確認すると、隣接する他のカメラ管理サーバ１７−２に全映像ソース情報収集通知（ｖ）を配信する。全映像ソース情報収集通知（ｖ）を受信したカメラ管理サーバ１７−２は、その自身が保有する一時テーブル１８−２から映像ソース情報を全て読み出し、その全ての映像ソース情報を全映像ソース情報収集応答（ｖ−１）として要求元のカメラ管理サーバ１７−１に返送する。
【０１２１】
カメラ管理サーバ１７−１は、映像ソース情報受信部２６−１により全映像ソース情報収集応答（ｖ−１）を受信すると、その全映像ソース情報を自身の一時テーブル１８−１に反映させる。
【０１２２】
さらに、この全映像ソース情報収集通知（ｖ）及び全映像ソース情報収集応答（ｖ−１）について図１４を用いて詳述する。
図１４は、本実施形態における全映像ソース情報収集通知・応答のフローを示す。図１４は、図１０の親子関係が成立する場合を例に説明する。
【０１２３】
まず、カメラ管理サーバＢは、自身の保有するＡＲＰキャッシュより自身の親となるカメラ管理サーバＡに対して全映像ソース情報収集通知（ｖ）を送信する（Ｓ３１）。しかし、カメラ管理サーバＡは非運用状態であり、ネットワーク２０上に存在しない状態であるので、カメラ管理サーバＢに送信エラーまたは応答なしの応答結果が返信される。
【０１２４】
次に、カメラ管理サーバＢは、カメラ管理サーバＡへＰｉｎｇを送信する（Ｓ３２）。上述の通り、カメラ管理サーバＡは、ネットワーク２０上に存在しない状態であるので、カメラ管理サーバＢは、「Ｐｉｎｇ  Ｔｉｍｅｏｕｔ」を検出する。
【０１２５】
そうすると、カメラ管理サーバＢは、図１０の親子関係に基づいて、自身の子となるカメラ管理サーバＣに対して、全映像ソース情報収集通知（ｖ）を送信する（Ｓ３３）。
カメラ管理サーバＣは、全映像ソース情報収集通知（ｖ）を受信すると、全映像ソース情報収集応答（ｖ−１）をカメラ管理サーバＢに送信する（Ｓ３４）。
【０１２６】
カメラ管理サーバＢは、全映像ソース情報収集応答（ｖ−１）を受信すると（Ｓ３５）、その全映像ソース情報を自身の一次テーブルに反映する。これにより、カメラ管理サーバＢ，Ｃの一時テーブルの内容の同一性が確保される。
【０１２７】
次に、カメラ管理サーバ１７の映像ソース情報表示部２５について説明する。
図１５は、本実施形態におけるカメラ管理サーバの映像ソース情報表示部の制御により画面に表示される画像の表示例を示す。同図は、あるカメラ管理サーバが提供するＷＥＢ画面上にて追加カメラの情報（映像ソース情報）が表示された際の表示画面イメージを示すものである。これにより、エンコーダ１３から配信されるマルチキャストパケットのプ
ライベート情報をベースに、カメラ情報及びカメラアイコン情報が表示されていることが分かる。
【０１２８】
映像ソース情報表示部２５は、カメラ番号、カメラ名称、設置場所（緯度・経度、住所）などの映像ソース情報の内、緯度・経度、住所などのカメラ設置場所情報を参照する。その参照したカメラ設置場所情報に基づいて、映像ソース情報表示部２５は、カメラ管理サーバＷｅｂコンテンツ上の地図データ上に河川あるいは道路といった管理区分別にカメラアイコンを動的にレイヤ表示するようにする。
【０１２９】
カメラ位置情報は、先の映像ソース情報に記述されるものである。しかし、映像ソース情報送受信部により受信した映像ソース情報の追加取得応答にてカメラ位置等に変更があった場合には、その変更情報を映像ソース情報表示部に送信することによりカメラアイコンの再配置を行う。レイヤ表示には、市販のＧＩＳエンジンなどのソフトウェアを使用するものとし、レイヤ管理アルゴリズム等についてはここでは言及しない。
【０１３０】
本実施形態によれば、複数のカメラ管理サーバに対して、人手を介さずに映像ソース情報の更新を行うことが可能であり、これまでの保守作業におけるコストを限りなくゼロに抑えることができる。また、設定情報の一元化によるデータ更新が実施されるため、複数サーバ間におけるデータ不整合などによるデータ再投入といった手戻り工数が一切発生しない。
【０１３１】
なお、本実施形態では、ＩＰネットワーク１４を介したマルチキャスト配信を用いたカメラ監視システムについて説明したが、これに限定されない。すなわち、映像共有システムに限定することなく、防災情報共有システム分野への幅広い適用が見込まれることから、システムそのものの品質向上、迅速な設定変更動作（リアルタイム性）の追求といった観点で顧客操作性の向上に寄与するところが大きい。
【０１３２】
また、本実施形態では、エンコーダに接続される監視端末としてカメラを用いたが、これに限定されず、地震検知器、温度検知器、温度検知器、気圧検知器、湿度検知器、騒音検知器、雨量検知器、ガス検知器、火災検知器等の検知器でもよい。
【０１３３】
本実施形態によれば、配信するマルチキャスト配信パケットにカメラ情報を重畳することにより、ＲＰ（ランデブーポイント）においてマルチキャストアドレスとカメラ情報（緯度経度やカメラ名称など）をマルチキャスト管理テーブル内に１対１に対応付け、アドレス情報に対応する付加的な要素を自動構築することができる。
【０１３４】
また、ＲＰにカメラ情報を集約することにより、カメラ管理サーバ上にこのカメラ情報に係わるデータベース（ＤＢ）を直接管理することなくデータの一極化とする構成することができる。
【０１３５】
また、カメラ管理サーバからの任意のリクエスト要求に対してマルチキャストアドレス情報に対でカメラ情報（総括して映像ソース情報という）を同時に獲得することができる。
【０１３６】
また、マルチキャスト管理テーブルサイズ（データ長）の変更有無を監視することにより、カメラ情報の増減を認識することができる。
また、カメラ情報の削除については、エンコーダの死活状況をマルチキャスト管理テーブル自身の学習タイマのタイムアウトを契機にポーリングすることで、一定時間間隔以上ネットワーク上に不在と取扱われたエンコーダを当該管理テーブルから自動削除すると同時に、カメラ管理サーバが管理するメタデータからも自動削除する連携インターフェース
を有する。
【０１３７】
また、カメラ管理サーバのコンテンツ上に、増減のあったカメラのアイコンなどを地図上に所定位置に自動的にプロットすることができる。
また、ネットワーク上の複数のカメラ管理サーバに対して、変更のあったカメラ情報を配信することにより、カメラ管理サーバ間でカメラ情報を共有することができる。
【０１３８】
また、ネットワーク上のカメラメタサーバの１つがダウンしても、復旧後に他のカメラ管理サーバからカメラ管理情報を自動取得することができる。
なお、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または態様を取ることができる。
【０１３９】
（付記１）  監視対象を監視して監視データを取得する複数の監視ユニットと、該監視ユニットを管理する複数の管理サーバ装置と、前記監視ユニットの属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムであって、
前記監視ユニットは、前記監視データに対して該監視ユニットに関する地理的な情報及び固有の情報を含むメタデータを重畳するメタデータ重畳手段と、
前記メタデータを重畳した前記監視データを送信する監視データ送信手段と、
を備えることを特徴とする監視システム。
【０１４０】
（付記２）  前記中継制御装置は、前記メタデータが重畳された前記監視データを受信した場合、該監視データより該メタデータを取得する重畳メタデータ取得手段と、
前記取得したメタデータを格納するメタデータ管理格納手段と、
を備えることを特徴とする付記１に記載の監視システム。
【０１４１】
（付記３）  前記中継制御装置は、前記メタデータ格納手段のデータサイズの変化を検出するデータサイズ変化検出手段と、
前記データサイズ変化検出手段の検出結果に基づいて、前記管理サーバ装置のうちの所定の管理サーバ装置である代表管理サーバ装置に対して前記監視ユニットの数に変化があった旨を通知する監視ユニット変化通知手段と、
を備えることを特徴とする付記２に記載の監視システム。
【０１４２】
（付記４）  前記代表管理サーバ装置は、前記監視ユニットの変更の通知がされた場合、前記中継制御装置に対して前記メタデータの取得要求を発信するメタデータ取得要求発信手段と、
前記メタデータの取得要求に応答して前記中継制御装置から送信された該メタデータを格納するメタデータ格納手段と、
を備え、
前記中継制御装置は、さらに、前記メタデータ取得要求発信手段による前記メタデータ取得要求に応答して、前記取得したメタデータを前記代表管理サーバ装置に送信するメタデータ取得要求応答手段、
を備えることを特徴とする付記４に記載の監視システム。
【０１４３】
（付記５）  前記代表管理サーバ装置は、さらに、
所定のタイミングで前記監視ユニットが前記第１のネットワーク上に存在するか否かを確認する要求を送信する監視ユニット存在確認要求手段と、
前記監視ユニット存在確認要求に対する応答結果に基づいて、前記メタデータ格納手段より該応答結果に対応する前記監視ユニットについての前記メタデータを削除する第１のメタデータ削除手段と、
前記中継制御装置に対して、前記監視ユニット存在確認要求に対する応答結果に対応する前記監視ユニットについての前記メタデータを削除する旨を通知するメタデータ削除要求通知手段と、
を備え、
前記中継制御装置は、さらに、
前記メタデータ削除要求通知手段によるメタデータ削除通知に基づいて、前記メタデータ管理格納手段より該メタデータ削除通知に対応するメタデータを削除する第２のメタデータ削除手段
を備えることを特徴とする付記４に記載の監視システム。（図１，図２，図１２）
（付記６）  前記管理サーバ装置は、前記メタデータ格納手段の内容の変化に伴い、他の前記管理サーバ装置のいずれかに該変化の内容を通知するメタデータ変化通知手段と、
他の前記管理サーバ装置より送信されたメタデータ変化通知に基づいて、前記メタデータ格納手段を更新するメタデータ更新手段と、
を備えることを特徴とする付記４に記載の監視システム。
【０１４４】
（付記７）  前記管理サーバ装置は、再起動後に他の前記管理サーバ装置のいずれかの有する前記メタデータ格納手段より前記メタデータを取得する管理サーバ間メタデータ取得手段
を備えることを特徴とする付記４に記載の監視システム。
【０１４５】
（付記８）  前記管理サーバ装置は、さらに、該管理サーバ装置の保有するコンテンツのうちの地図情報上に、前記メタデータ格納手段に格納された前記メタデータに基づいて、前記監視ユニットの位置を所定の図形データでプロットするプロット手段
を備えることを特徴とする付記４に記載の監視システム。
【０１４６】
（付記９）  監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムの制御方法であって、
前記エンコーダ装置により、前記監視端末からの監視データに対して該エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータを重畳し、前記メタデータを重畳した前記監視データを送信する
ことを特徴とする監視システムの制御方法。
【０１４７】
（付記１０）  前記中継制御装置により、前記メタデータが重畳された前記監視データを受信し、該監視データより該メタデータを取得し、該取得させたメタデータをメタデータ管理格納手段に格納する、
ことを特徴とする付記９に記載の監視システムの制御方法。
【０１４８】
（付記１１）  前記中継制御装置により、前記メタデータ管理格納手段のデータサイズの変化を検出し、前記メタデータ管理格納手段のデータサイズの変化の検出結果に基づいて、前記管理サーバ装置のうちの所定の管理サーバ装置である代表管理サーバ装置に対して前記監視端末の端末数に変化があった旨を通知する、
ことを特徴とする付記１０に記載の監視システムの制御方法。
【０１４９】
（付記１２）  前記監視端末変更通知がされた場合、前記代表管理サーバ装置により前記中継制御装置に対して前記メタデータの取得要求を発信し、該メタデータの取得要求に応答して該中継制御装置から送信された該メタデータをメタデータ格納手段に格納し、
前記中継制御装置により前記メタデータ取得要求による前記メタデータ取得要求に応答して前記取得したメタデータを前記代表管理サーバ装置に送信する、
ことを特徴とする付記１１に記載の監視システムの制御方法。
【０１５０】
（付記１３）  前記代表管理サーバ装置により、所定のタイミングで前記エンコーダ装置が前記第１のネットワーク上に存在するか否かを確認する要求を送信し、該要求に対する応答結果に基づいて、前記メタデータ格納手段より該応答結果に対応する前記エンコーダ装置についての前記メタデータを削除し、前記エンコーダ存在確認要求に対する応答結果に対応する前記エンコーダ装置についての前記メタデータを削除する旨を前記中継制御装置に通知し、
前記中継制御装置により、前記メタデータ削除通知に基づいて、前記メタデータ管理格納手段より該メタデータ削除通知に対応するメタデータを削除する、
ことを特徴とする付記１２に記載の監視システムの制御方法。
【０１５１】
（付記１４）  前記管理サーバ装置により、前記メタデータ格納手段の内容の変化に伴い、他の前記管理サーバ装置のいずれかに該変化の内容を通知し、
他の前記管理サーバ装置より送信されたメタデータ変化通知に基づいて、前記メタデータ格納手段を更新する、
ことを特徴とする付記１２に記載の監視システムの制御方法。
【０１５２】
（付記１５）  前記管理サーバ装置により、再起動後に他の前記管理サーバ装置のいずれかの有する前記メタデータ格納手段より前記メタデータを取得する
ことを特徴とする付記１２に記載の監視システムの制御方法。
【０１５３】
（付記１６）  前記管理サーバ装置により、該管理サーバ装置の保有するコンテンツのうちの地図情報上に、前記メタデータ格納手段に格納された前記メタデータに基づいて、前記監視端末の位置を所定の図形データでプロットする
ことを特徴とする付記１２に記載の監視システムの制御方法。
【０１５４】
（付記１７）  監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムに用いられるエンコーダ装置であって、
前記監視端末からの監視データに対して該エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータを重畳するメタデータ重畳手段と、
前記メタデータを重畳した前記監視データを送信する監視データ送信手段と、
を備えることを特徴とするエンコーダ装置。
【０１５５】
（付記１８）  監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムに用いられる中継制御装置であって、
前記監視端末からの監視データに対して前記エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータが重畳された前記監視データを前記エンコーダ装置から受信した場合、該監視データより該メタデータを取得する重畳メタデータ取得手段と、
前記取得したメタデータを格納するメタデータ管理格納手段と、
を備えることを特徴とする中継制御装置。
【０１５６】
（付記１９）  前記中継制御装置は、さらに
前記メタデータ管理格納手段のデータサイズの変化を検出するデータサイズ変化検出手段と、
前記データサイズ変化検出手段の検出結果に基づいて、前記管理サーバ装置のうちの所
定の管理サーバ装置である代表管理サーバ装置に対して前記監視端末の端末数に変化があった旨を通知する監視端末変化通知手段と、
を備えることを特徴とする付記１８に記載の中継制御装置。
【０１５７】
（付記２０）  前記中継制御装置は、さらに、
前記監視端末変化通知手段による通知に基づいて、前記代表管理サーバ装置から前記メタデータの取得要求があった場合、前記取得したメタデータを前記代表管理サーバ装置に送信するメタデータ取得要求応答手段、
を備えることを特徴とする付記１９に記載の中継制御装置。
【０１５８】
（付記２１）  監視対象を監視する複数の監視端末のそれぞれに対応して設置されたエンコーダ装置と、該監視端末を管理する複数の管理サーバ装置と、前記エンコーダ装置の属する第１のネットワークと前記管理サーバの属する第２のネットワークとを中継する中継制御装置と、からなる監視システムであって、
前記エンコーダ装置は、前記監視端末からの監視データに対して該エンコーダ装置に関する地理的な情報及び固有の情報を含むメタデータを重畳するメタデータ重畳手段と、
前記メタデータを重畳した前記監視データを送信する監視データ送信手段と、
を備えることを特徴とする監視システム。
【図面の簡単な説明】
【０１５９】
【図１】本発明における監視システムの構成概念を示す。
【図２】本実施形態におけるカメラ監視システムを示す。
【図３】本実施形態におけるマルチキャストストリームのデータ構造を示す。
【図４】本実施形態におけるカメラ情報テーブルの一例を示す。
【図５】本実施形態におけるカメラ追加に応じた映像ソース情報の登録についてのカメラ監視システムの動作原理を示す。
【図６】本実施形態におけるマルチキャスト管理テーブル１６の一例を示す。
【図７】本実施形態におけるカメラＩＤテーブルの一例を示す。
【図８】本実施形態におけるカメラ追加時のＲＰの処理フローを示す。
【図９】本実施形態におけるＲＰ１５が代表カメラ管理サーバ１７ａからのリクエストに応えて、新たに追加された映像ソース情報を送信する処理フローを示す。
【図１０】本実施形態における代表カメラ管理サーバについて説明するための図である。
【図１１】本実施形態における一次代表カメラ管理サーバから二次代表カメラ管理サーバへの切替フローを示す。
【図１２】本実施形態におけるカメラ削除に応じた映像ソース情報の登録についてのカメラ監視システム１１の動作原理を示す。
【図１３】本実施形態におけるカメラ管理サーバのリブート時の映像ソース情報の更新についてのカメラ監視システムの動作原理を示す。
【図１４】本実施形態における全映像ソース情報収集通知・応答のフローを示す。
【図１５】本実施形態におけるカメラ管理サーバの映像ソース情報表示部の制御により画面に表示される画像の表示例を示す。
【図１６】従来におけるカメラ監視システムのネットワーク機器構成を示す。
【図１７】従来における、カメラの追加時に発生する映像ソース情報の手動登録の手順を示す。
【図１８】従来におけるカメラ管理サーバの一時テーブル１１８に格納される映像ソース情報の詳細な定義を示す。
【符号の説明】
【０１６０】
１      監視システム
２−１      監視ユニット
２      監視端末
３      エンコーダ装置
３ａ    メタデータ重畳手段
３ｂ    監視データ送信手段
４      中継制御装置
４ａ    重畳メタデータ取得手段
４ｂ    メタデータ管理格納手段
４ｃ    データサイズ変化検出手段
４ｄ    監視ユニット変化通知手段
４ｅ    メタデータ取得要求応答手段
４ｆ    第２のメタデータ削除手段
５      管理サーバ装置
５ａ    メタデータ取得要求発信手段
５ｂ    メタデータ格納手段
５ｃ    監視ユニット存在確認要求手段
５ｄ    第１のメタデータ削除手段
５ｅ    メタデータ削除要求通知手段
５ｆ    メタデータ変化通知手段
５ｇ    メタデータ更新手段
５ｈ    サーバ間メタデータ取得手段
５ｉ    プロット手段
６      第１のネットワーク
７      第２のネットワーク
１１    カメラ監視システム
１２（１２−１，・・・，１２−ｎ）  カメラ
１３（１３−１，・・・，１３−ｎ）  エンコーダ
１４    ＩＰネットワーク
１５    ＲＰ
１６    マルチキャスト管理テーブル
１７（１７ａ）  代表カメラ管理サーバ
１７（１７ｂ，１７ｃ，１７ｄ）  カメラ管理サーバ
１８（１８ａ，１８ｂ，１８ｃ，１８ｄ）  一時テーブル
１９    定間隔監視タイマ
２０    ネットワーク
４０    カメラＩＤテーブル
【図１】
2008113376.tif 000003
【図２】
2008113376.tif 000004
【図３】
2008113376.tif 000005
【図４】
2008113376.tif 000006
【図５】
2008113376.tif 000007
【図６】
2008113376.tif 000008
【図７】
2008113376.tif 000009
【図８】
2008113376.tif 000010
【図９】
2008113376.tif 000011
【図１０】
2008113376.tif 000012
【図１１】
2008113376.tif 000013
【図１２】
2008113376.tif 000014
【図１３】
2008113376.tif 000015
【図１４】
2008113376.tif 000016
【図１５】
2008113376.tif 000017
【図１６】
2008113376.tif 000018
【図１７】
2008113376.tif 000019
【図１８】
2008113376.tif 000020