(57)【要約】【課題】ネットワークの通信帯域を圧迫せずに、異常を検知した全ての監視装置が映像データの品質を低い品質から高い品質に迅速に切替えることができる映像監視システムと装置を提供すること。【解決手段】異常事象の検知時刻が古いほど、監視サーバ１が送信する映像データの品質を低い品質から高い品質に早く切替えられるようにすると共に、それぞれの監視サーバが映像データの品質を切替える時刻をずらせるようにする。【選択図】  図１
2004153479.tif 000002
【特許請求の範囲】
【請求項１】
映像データを送信する監視サーバと、監視サーバが送信した映像データを受信する監視端末とがネットワークを介して接続された映像監視システムであって、
前記監視サーバは、監視対象を映した映像データを入力する入力手段と、入力手段が入力した映像データを、第一の品質又は単位区間に占めるデータ量が前記第一の品質より多い第二の品質のいずれかで符号化する符号化手段と、
前記入力手段が入力した映像データの変化量が所定の値よりも小さいときには前記符号化手段に第一の品質で符号化させ、前記入力手段が入力した映像データの変化量が所定の値よりも大きくなる第一の事象及びネットワークの混雑量が所定の値よりも小さい第二の事象を検出したときには前記符号化手段に第二の品質で符号化させる監視手段と、
前記符号化手段が符号化した映像データを監視端末に送信する送信手段とを備え、
監視端末は、監視サーバが送信した映像データを受信する受信手段と、受信手段が受信した映像データを監視サーバが符号化した品質に応じて復号化する復号化手段と、復号化手段が復号化した映像データを表示する再生手段とを備えることを特徴とする映像監視システム。
【請求項２】
前記監視手段は、前記第二の事象を検出した後の、所定時間経過した時点で前記符号化手段の符号化品質を切り替える請求項１の映像監視システム。
【請求項３】
前記監視手段は、前記第一の事象を検出しネットワークの混雑量が所定の値よりも大きい第三の事象を検出したときに待ち合わせ時間を設定し、前記所定時間経過後は設定された待ち合わせ時間の経過後である請求項２の映像監視システム。
【請求項４】
前記第一の事象を検出した時刻から前記第三の事象検出までの経過時間に応じて前記待ち合わせ時間を設定する請求項３の映像監視システム。
【請求項５】
前記第一の事象を検出した時刻から前記第三の事象検出までの経過時間が大きいほど待ち合わせ時間を短く設定する請求項４の映像監視システム。
【請求項６】
前記第一の事象が複数検出された場合に、前記第一の事象を検出した時刻から前記第三の事象検出までの経過時間の総和が大きいほど短い待ち合わせ時間を設定する請求項４又は５の映像監視システム。
【請求項７】
前記第一の事象を検出した回数が多いほど前記待ち合わせ時間を短く設定する請求項３の映像監視システム。
【請求項８】
前記監視手段は、前記所定時間経過後に再度前記第三の事象を検出した場合には、品質の切替を見合わせ、当該見合わせ回数が多いほど前記待ち合わせ時間を短く設定する請求項３の映像監視システム。
【請求項９】
前記監視手段は、第一の事象を検出した映像データを認識し、該認識結果の重要性が高いほど待合せ時間を短く設定する請求項３の映像監視システム。
【請求項１０】
ネットワークを介して接続された監視端末に映像データを送信する監視サーバであって、
監視対象を映した映像データを入力する入力手段と、
入力手段が入力した映像データを、第一の品質又は単位区間に占めるデータ量が前記第一の品質より多い第二の品質のいずれかで符号化する符号化手段と、
前記入力手段が入力した映像データの変化量が所定の値よりも小さいときには前記符号化手段に第一の品質で符号化させ、前記入力手段が入力した映像データの変化量が所定の値よりも大きくなる第一の事象及びネットワークの混雑量が所定の値よりも小さい第二の事象を検出したときには前記符号化手段に第二の品質で符号化させる監視手段と、
前記符号化手段が符号化した映像データを監視端末に送信する送信手段とを備えたことを特徴とする映像監視サーバ。
【請求項１１】
前記監視手段は、前記第二の事象を検出した後の、所定時間経過した時点で前記符号化手段の符号化品質を切り替える請求項１０の映像監視サーバ。
【請求項１２】
前記監視手段は、前記第一の事象を検出しネットワークの混雑量が所定の値よりも大きい第三の事象を検出したときに待ち合わせ時間を設定し、前記所定時間経過後は設定された待ち合わせ時間の経過後である請求項１１の映像監視サーバ。
【請求項１３】
前記第一の事象を検出した時刻から前記第三の事象検出までの経過時間に応じて前記待ち合わせ時間を設定する請求項１２の映像監視サーバ。
【請求項１４】
前記第一の事象を検出した時刻から前記第三の事象検出までの経過時間が大きいほど待ち合わせ時間を短く設定する請求項１３の映像監視サーバ。
【請求項１５】
前記第一の事象が複数検出された場合に、前記第一の事象を検出した時刻から前記第三の事象検出までの経過時間の総和が大きいほど短い待ち合わせ時間を設定する請求項１３又は１４の映像監視サーバ。
【請求項１６】
前記第一の事象を検出した回数が多いほど前記待ち合わせ時間を短く設定する請求項１２の映像監視システム。
【請求項１７】
前記監視手段は、前記所定時間経過後に再度前記第三の事象を検出した場合には、品質の切替を見合わせ、当該見合わせ回数が多いほど前記待ち合わせ時間を短く設定する請求項１２の映像監視サーバ。
【請求項１８】
前記監視手段は、第一の事象を検出した映像データを認識し、該認識結果の重要性が高いほど待合せ時間を短く設定する請求項１２の映像監視サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像データを用いて監視対象の状態を監視する映像監視システムに関する。
【０００２】
【従来の技術】
従来、河川施設や道路施設などの広域に分散した施設を監視する技術として、各施設に監視カメラ及び監視カメラで撮影した映像をネットワークに配信する施設側装置を備え、ネットワークに接続した監視側装置が配信された映像を監視画面に表示することで各施設の現在の状況を集中して監視することを可能にしたシステムがある（例えば特許文献１参照）。
【０００３】
このような監視システムでは、各施設側装置から多数の高品質な映像データが同時に監視側装置に配信されることによりネットワークの混雑が原因で高品質の映像データを小さい遅延時間で配信できないことがある。
【０００４】
このような事態を避けるためには、映像を用いた監視システムの特徴を利用して映像の品質を制御することが有効である。河川施設や道路施設などの広域に分散した施設の監視では、異常時には、異常が発生した現場の詳細な状況を把握する必要があるが、平常時には現場の概況が把握できれば十分である場合が多い。例えば、異常時には、施設で起きている現象や異常が発生した原因の分析がなされる一方で、平常時には、所定の監視項目に従った施設の状態や人の有無の確認が行なわれる。
【０００５】
従って、映像データを送信する施設側装置に監視対象の異常な状態を検知する検知手段を備え、平常時には低い品質の映像データを送信し、検知手段により異常を検知した時に、映像データの品質を低い品質から高い品質に切替える監視システムを実現すればネットワークの混雑量を低減する上で効果がある。
【０００６】
【特許文献１】
特開２０００−６９４５５号公報（特に５〜１５頁、図１）
【０００７】
【発明が解決しようとする課題】
しかしながら、上述した監視システムにおいても、高品質の映像データを少ない遅延で配信することができなくなってしまうことがある。
【０００８】
広域に分散した施設では、長時間に渡って散発的に異常が発生することも多いが、短時間に集中して多くの異常が発生することもある。例えば、地震が発生して広域にわたって施設に被害をもたらす場合や、台風が発生して広域にわたって出水するような場合である。上記の監視システムでは、散発的に異常が発生する場合には問題は生じないが、短時間に集中して異常が発生する場合には、監視対象の異常を検知した全ての施設側装置が映像データの品質を低い品質から高い品質に切替えようとするため、施設側装置から送信される大量の映像データによりネットワークの通信帯域が圧迫されるという問題が生じる。
【０００９】
本発明は、上記の問題に鑑みてなされたものであり、ネットワークの通信帯域を圧迫することなく、異常を検知した施設側装置が、配信する映像品質を切替えることができる監視システムおよびそれに必要な装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明は、映像データを送信する監視サーバと、監視サーバが送信した映像データを受信する監視端末とがネットワークを介して接続された映像監視システムにおいて、監視サーバが、映像データの変化量が所定の値よりも大きくなる第一の事象及びネットワークの混雑量が所定の値よりも小さい第二の事象を検出したときに映像品質を高めて映像データをネットワークに送信するようにした。映像データの品質を高めて送信するタイミングを、映像データの変化量が所定の値よりも大きくなる（即ち異常が発生と推定する）ことの検出だけでなく、ネットワークの混雑度合いも踏まえて決定するので、監視映像品質の切替をネットワークの通信帯域を圧迫することなく行なえる。
【００１１】
また、混雑が解消してから所定時間経過後に監視映像品質の切替を行なうことで、ネットワークの混雑解消度合いが大きいことを確認して映像品質の切替を行なえる。
【００１２】
また、映像品質を切り替えるまでの待ち時間の設定を混雑の検出時に行なうので混雑度合い等に応じてフレキシブルに待ち時間を設定できる。
【００１３】
また、待ち合わせ時間は、異常検出時から混雑検出時までの経過時間、異常事象の検知回数、見合わせ時間、異常認識結果の重要性等に応じて設定する。
【００１４】
【発明の実施の形態】
本発明の第１の実施形態を説明する。図１は、第１の実施形態としての映像監視システムの構成を示すブロック図である。図において、１は、カメラ６１が出力した映像データを送信する監視サーバであり、２は、監視サーバ１が送信した映像データを配信する広域ネットワークであり、３は、広域ネットワーク２配信した映像データを再生する監視端末である。なお、監視サーバ１と監視端末３のそれぞれが、広域ネットワーク２に２つ以上接続されていてもかまわない。
【００１５】
図１に示すように監視サーバ１は、入力部４、符号化部５、監視部６、通信部７を備えている。入力部４は、監視対象を映した映像データを映像監視システムに入力するものである。本実施形態では、それぞれの施設に固定的に設置された監視カメラ６１が撮影した映像データを入力できるようになっている。なお、人が携帯して持ち運びする監視カメラが撮影した映像データを入力するようにしても構わない。
【００１６】
符号化部５は、入力部４が入力した映像データを、単位区間に占めるデータ量が少ない第一の品質と、単位区間に占めるデータ量が多い第二の品質のいずれかで符号化するものである。本実施形態では、単位区間に占める映像フレームの枚数（以下、フレームレートと記す）の値がそれぞれ１５と３０である品質ｑ１と品質ｑ２のいずれかの品質で符号化できるものとする。なお、フレームレートが他の値をとる品質で符号化しても構わない。また、映像フレームに占める画素数（以下、解像度と記す）や、単位区間に含まれる情報量（以下、ビットレートと記す）の値が異なる２つの品質で符号化するようにしても構わない。
【００１７】
監視部６は、入力部４が入力した映像データの変化量が所定の値よりも小さい時間帯には、符号化部５に品質ｑ１で符号化させ、入力部４が入力した映像データの変化量が所定の値よりも大きくなったこと（以下、異常事象と記す）を検知した際には、符号化部５に品質ｑ１から品質ｑ２に切替えて符号化させるものである。ただし、監視部６は、異常事象を検知した際には、広域ネットワーク２の混雑量が所定の値よりも大きい時間帯には、符号化部５に品質ｑ１で符号化させ、広域ネットワーク２の混雑量が所定の値よりも小さくなったこと（以下、緩和事象と記す）を検知した時に、異常事象を検知した時刻からの経過時間が大きいほど待合せ時間を短く設定し、緩和事象を検知した時刻から待合せ時間が経過した時に、符号化部５に品質ｑ１から品質ｑ２に切替えて符号化させる等の後述する諸機能を果たす。このために、本実施形態では、監視部６は、例えば前の時刻の映像フレームから現在の映像フレームが変化している量を測定する機能を有しており、この機能により、映像データの変化量を定期的に測定することができるものである。なお、監視対象の正常な状態を映した映像フレームから現在の映像フレームが変化している量を測定するようにしても構わない。また、本実施形態では、監視部６は、通信部７が定期的に測定したネットワークの混雑量を取得できるようになっている。
【００１８】
通信部７は、符号化部５が符号化した映像データを広域ネットワーク２を介して監視端末３に送信するものである。本実施形態では、符号化部５が符号化した映像データとその映像データの品質を表す識別子を格納した品質データをＩＰパケットとして送信できる。また、本実施形態では、ＩＰパケット化したデータは、マルチキャストで送信できる。なお、ＩＰパケット化したデータをユニキャストで送信するようにしても構わない。また、本実施形態では、通信部７は、例えば監視サーバ１と監視端末３の間の伝送遅延を測定する機能を有しており、この機能により、ネットワークの混雑量を定期的に測定する。
【００１９】
図１に示すように監視端末３は、通信部８、復号化部９、出力部１０を備えている。通信部８は、監視サーバ１が送信した映像データを受信するものである。本実施形態では、監視サーバ１がＩＰパケットとして送信した映像データとその品質データをマルチキャストで受信できるようになっている。なお、ユニキャストで受信するようにしても構わない。
【００２０】
復号化部９は、通信部８が受信した映像データを監視サーバ１が符号化した品質に応じて復号化するものである。本実施形態では、通信部８が受信した映像データを、受信した品質データに格納されている品質を表す識別子を用いて復号化できるようになっている。
【００２１】
出力部１０は、復号化部９が復号化した映像データを表示するものである。本実施形態では、復号化部９が復号化した映像データを、管理所に設置した固定的な表示装置６２に出力できるようになっている。なお、人が携帯して持ち運びできる表示装置に出力するようにしても構わない。
【００２２】
図２は、第１の実施形態としての映像監視システムにおける監視部６が管理する管理テーブルと管理メモリの構成図である。図において、１１は、異常事象管理テーブルであり、１４は、緩和事象検知時刻管理メモリであり、１５は、待合せ時間管理メモリである。
【００２３】
異常事象管理テーブル１１は、異常事象を検知する度に、その事象の識別子ｕｉ（ｉは正の整数）と検知時刻ｔｉ（ｉは正の整数）を監視部６が記録する管理テーブルであり、識別子ｕｉを格納する事象ＩＤ１２と、検知時刻ｔｉを格納する検知時刻１３の項目を備えている。この例では、異常事象ｕ１、異常事象ｕ２、異常事象ｕ３がそれぞれｔ１＝１．０００秒、ｔ２＝１．０３３秒、ｔ３＝１．０６６秒に検知されたことが記録されている。
【００２４】
緩和事象検知時刻管理メモリ１４は、緩和事象を検知する度に、その事象の検知時刻ｔ０を監視部６が記録する管理メモリである。この例では、緩和事象がｔ０＝２．０００に検知されたことが記録されている。
【００２５】
待合せ時間管理メモリ１５は、緩和事象を検知する度に、緩和事象を検知してから映像データの品質を切替えるまでの待合せ時間Ｔを監視部６が記録する管理メモリである。この例では、待合せ時間Ｔの値が０．９０８秒と算出されたことが記録されている。
【００２６】
第１の実施形態としての映像監視システムにおける監視部６は、異常事象を検知した時刻からの経過時間が大きいほど待合せ時間を短く設定する。本実施形態では、次式を用いて待合せ時間Ｔを算出できるようになっている。
Ｔ＝Ａ／Σ（ｔ０−ｔｉ），  Ａは正の定数                      （１）式
ここで、（ｔ０−ｔｉ）は、異常事象を検知してから緩和事象を検知するまでの経過時間を表し、Σ（ｔ０−ｔｉ）は、検知した全ての異常事象についての、異常事象を検知してから緩和事象を検知するまでの経過時間の総和を表している。
【００２７】
（１）式を用いて待合せ時間Ｔを算出することで、Σ（ｔ０−ｔｉ）の値が大きいほど、即ち異常事象の検知時刻が古いほど、監視サーバ１は送信する映像データの品質を品質ｑ１から品質ｑ２に早く切替えることができる。しかも、同時にΣ（ｔ０−ｔｉ）の値が等しくなる監視サーバ１の数は小さいと考えられるため、Σ（ｔ０−ｔｉ）の値を分母の値とする（１）式を用いてそれぞれの監視サーバ１が待合せ時間Ｔを算出することで、それぞれの監視サーバ１が映像データの品質を切替える時刻をずらすことができる。なお、（ｔ０−ｔｉ）の値に対して単調減少する関数であり、かつ監視サーバ１が互いに同じ値をとることが稀な関数であれば、待合せ時間Ｔを算出する関数に（１）式とは異なるものを用いても構わない。図２に示した例では、待合せ時間管理メモリ１５に記録されている０．９０８という値は、（１）式において定数Ａの値を１とした次式を計算することで得ている。
Ｔ＝１／｛（２．０００−１．０００）＋（２．０００−１．０３３）＋（２．０００−１．０６６）｝＝０．９０８秒
なお、定数Ａの値は他の値でも構わない。
また、この計算式では３つある異常事象の経過時間の総和で待ち時間Ｔを算出したが、最も古い異常事象のみに着目しその事象の経過時間で待ち時間Ｔを算出したり、待ち合わせ時間Ｔを最も古い異常事象の検知時刻からの固定時間としてシステムを組むことも有効である。
【００２８】
図３は、第１の実施形態としての映像監視システムにおける監視部６の動作を示すフローチャートである。監視部６は、このフローチャートに示す処理を定期的に実行して異常事象の検知と品質の切替えを行なう。
【００２９】
まず、異常事象管理テーブル１１に記録されているデータをクリアし、符号化部５に品質ｑ１での符号化を開始させる（ステップ１６）。次に、入力部４が入力した映像データの変化量を測定する（ステップ１７）。次に、ステップ１７で測定した変化量が所定の値よりも大きいか否か、即ち異常事象があるか否かを判定する（ステップ１８）。ステップ１８において、異常事象があると判定された場合（ＹＥＳ）には、異常事象の識別子ｕｉと検知時刻ｔｉをそれぞれ異常事象管理テーブル１１の事象ＩＤ１２と検知時刻１３の項目に格納する（ステップ１９）。一方、ステップ１８において、異常事象がないと判定された場合（ＮＯ）には、ステップ１７に戻る。次に、広域ネットワーク２の混雑量を通信部７から取得する（ステップ２０）。
【００３０】
次に、ステップ２０で取得した混雑量が所定の値よりも小さいか否か、即ち混雑していないか否かを判定する（ステップ２１）。ステップ２１において、混雑していないと判定された場合（ＹＥＳ）には、符号化部５に品質ｑ１から品質ｑ２に切替えて符号化させる（ステップ３２）。一方、ステップ２１において、混雑していると判定された場合（ＮＯ）には、広域ネットワーク２の混雑量を通信部７から取得する（ステップ２２）。
【００３１】
次に、ステップ２２で取得した混雑量が所定の値よりも小さいか否か、即ち緩和事象があるか否かを判定する（ステップ２３）。ステップ２３において、緩和事象があると判定された場合（ＹＥＳ）には、緩和事象の検知時刻ｔ０を緩和事象検知時刻管理メモリ１４に格納する（ステップ２４）。一方、ステップ２３において、混雑緩和事象がないと判定された場合（ＮＯ）には、ステップ１７に戻る。
【００３２】
次に、異常事象管理テーブル１１に格納されている全ての異常事象ｕｉの検知時刻ｔｉを読み出すと共に、緩和事象検知時刻管理メモリ１４に格納されている緩和事象の検知時刻ｔ０を読み出し、（１）式を用いて待合せ時間Ｔを算出する（ステップ２５）。次に、ステップ２５で算出した待合せ時間Ｔを待合せ時間管理メモリ１５に格納する（ステップ２６）。次に、経過時間を測定するタイマを起動する（ステップ２７）。次に、ステップ２７で起動したタイマより経過時間を取得する（ステップ２８）。次に、ステップ２８で取得した経過時間が、待合せ時間管理メモリ１５から読み出した待合せ時間Ｔよりも大きいか否か、即ち待合せ時間が経過しているか否かを判定する（ステップ２９）。ステップ２９において、待合せ時間が経過していると判定された場合（ＹＥＳ）には、広域ネットワーク２の混雑量を通信部７から取得する（ステップ３０）。一方、ステップ２９において、待合せ時間が経過していないと判定された場合（ＮＯ）には、ステップ２８に戻る。
【００３３】
次に、ステップ３０で取得した混雑量が所定の値よりも小さいか否か、即ち混雑していないか否かを判定する（ステップ３１）。ステップ３１において、混雑していないと判定された場合（ＹＥＳ）には、符号化部５に品質ｑ１から品質ｑ２に切替えて符号化させる（ステップ３２）。一方、ステップ３１において、混雑していると判定された場合（ＮＯ）には、ステップ１７に戻る。
【００３４】
なお、図３のフローチャートでは、ステップ２２とステップ２３の処理を実行している間は他の処理を実行できないようになっているが、ステップ２２とステップ２３の処理を他の処理と平行して実行できるようにしても構わない。また、ステップ２８とステップ２９の処理についても同様である。またステップ２９において時間が経過したらステップ３１の混雑の有無の検出を行なわずに映像品質の切替処理を行なってしまってもある程度の混雑緩和効果を奏することはできる。
【００３５】
以上のように、本実施形態のシステムにおいては、異常事象の検知時刻が古いほど、監視サーバが送信する映像データの品質を低い品質から高い品質に早く切替えられるようにすると共に、それぞれの監視サーバが映像データの品質を切替える時刻をずらせるようにしたので、短時間に集中して異常が発生する場合でも、ネットワークの通信帯域を圧迫せずに、異常を検知した全ての監視サーバが映像データの品質を低い品質から高い品質に迅速に切替えることができる。
【００３６】
本発明の第２の実施形態を説明する。第１の実施形態は、異常事象の検知時刻が古いほど待合せ時間を短く設定するというものであったが、本実施形態は、更に加えて、異常事象の検知回数が多いほど待合せ時間を短く設定するというものである。本実施形態としての映像監視システムの構成は、第１の実施形態としての映像監視システムの構成と比較して、異常事象の検知回数を記録する管理メモリを監視サーバ１の監視部６に新たに備え、異常事象の検知時刻が古いほど、また異常事象の検知回数が多いほど、監視サーバ１の監視部６が待合せ時間を短く設定する点が異なる。
【００３７】
図４は、第２の実施形態としての映像監視システムにおける監視部６が管理する管理テーブルと管理メモリの構成図である。図において異常事象検知回数管理メモリ３３以外のものは図２で説明したものと同じものであるので説明を省略する。
異常事象検知回数管理メモリ３３は、異常事象を検知する度に、それまでに検知した異常事象の検知回数ｍを監視部６が記録する管理メモリである。この例では、異常事象の検知回数ｍの値が３回であることが記録されている。
【００３８】
第２の実施形態としての映像監視システムにおける監視部６は、異常事象を検知した時刻からの経過時間が大きいほど、また異常事象の検知回数が多いほど待合せ時間を短く設定する。本実施形態では、次式を用いて待合せ時間Ｔを算出できるようになっている。
Ｔ＝１／｛ＡΣ（ｔ０−ｔｉ）＋Ｂｍ｝，  ＡとＢは正の定数        （２）式
ここで、第１の実施形態と同様にΣ（ｔ０−ｔｉ）は、検知した全ての異常事象についての、異常事象を検知してから緩和事象を検知するまでの経過時間の総和を表している。
【００３９】
（２）式を用いて待合せ時間Ｔを算出することで、Σ（ｔ０−ｔｉ）の値が大きいほど、またｍの値が大きいほど、監視サーバ１は送信する映像データの品質を品質ｑ１から品質ｑ２に早く切替えることができる。このことは、即ち異常事象の検知時刻が古いほど、また異常事象の検知回数が多いほど、監視サーバ１が送信する映像データの品質を品質ｑ１から品質ｑ２に早く切替えることができることを意味する。しかも、同時に（ＡΣ（ｔ０−ｔｉ）＋Ｂｍ）の値が等しくなる監視サーバ１の数は小さいと考えられるため、（ＡΣ（ｔ０−ｔｉ）＋Ｂｍ）の値を分母の値とする（２）式を用いてそれぞれの監視サーバ１が待合せ時間Ｔを算出することで、それぞれの監視サーバ１が映像データの品質を切替える時刻をずらすことができる。
【００４０】
なお、（ｔ０−ｔｉ）とｍの値に対して単調減少する関数であり、かつ監視サーバ１が互いに同じ値をとることが稀な関数であれば、待合せ時間Ｔを算出する関数に（２）式とは異なるものを用いても構わない。図４に示した例では、待合せ時間管理メモリ１５に記録されている０．２４４という値は、（２）式において定数ＡとＢの値を共に１とした次式を計算することで得ている。
Ｔ＝１／｛（２．０００−１．０００）＋（２．０００−１．０３３）＋（２．０００−１．０６６）＋３｝＝０．２４４秒
なお、ＡとＢの値は他の値でも構わない。
【００４１】
図５は、第２の実施形態としての映像監視システムにおける監視部６の動作を示すフローチャートである。監視部６は、このフローチャートに示す処理を定期的に実行して異常事象の検知と品質の切替えを行なう。図において、ステップ３４、３５、３６以外のステップは図３で説明したものと同じものであるので説明を省略する。
【００４２】
ステップ３４では、異常事象管理テーブル１１に記録されているデータをクリアすると共に、異常事象検知回数管理メモリ３３に０の値を格納し、符号化部５に品質ｑ１での符号化を開始させる。また、ステップ３５では、異常事象検知回数管理メモリ３３に格納されている値を読み出し、その値に１を加算して再び異常事象検知回数管理メモリ３３に格納する。また、ステップ３６では、異常事象管理テーブル１１に格納されている全ての異常事象ｕｉの検知時刻ｔｉを読み出すと共に、異常事象検知回数管理メモリ３３と緩和事象検知時刻管理メモリ１４にそれぞれ格納されている異常事象の発生回数ｍと緩和事象の検知時刻ｔ０を読み出し、（２）式を用いて待合せ時間Ｔを算出する。
【００４３】
以上のように、本実施形態のシステムにおいては、異常事象の検知時刻が古いほど、また異常事象の検知回数が多いほど、監視サーバが送信する映像データの品質を低い品質から高い品質に早く切替えられるようにすると共に、それぞれの監視サーバが映像データの品質を切替える時刻をずらせるようにしたので、短時間に集中して異常が発生する場合でも、ネットワークの通信帯域を圧迫せずに、異常を検知した全ての監視サーバが映像データの品質を低い品質から高い品質に迅速に切替えることができる。
【００４４】
本発明の第３の実施形態を説明する。第１の実施形態は、異常事象の検知時刻が古いほど待合せ時間を短く設定するというものであったが、本実施形態は、更に加えて、広域ネットワーク２の混雑量が所定の値よりも大きいために映像データの品質の切替えを見合せた回数が多いほど待合せ時間を短く設定するというものである。本実施形態としての映像監視システムの構成は、第１の実施形態としての映像監視システムの構成と比較して、品質切替えの見合せ回数を記録する管理メモリを監視サーバ１の監視部６に新たに備え、異常事象の検知時刻が古いほど、また品質切替えの見合せ回数が多いほど、監視サーバ１の監視部６が待合せ時間を短く設定する点が異なる。
【００４５】
図６は、第３の実施形態としての映像監視システムにおける監視部６が管理する管理テーブルと管理メモリの構成図である。図において見合せ回数管理メモリ３７以外のものは図２で説明したものと同じものであるので説明を省略する。
【００４６】
見合せ回数管理メモリ３７は、広域ネットワーク２の混雑量が所定の値よりも大きいために映像データの品質の切替えを見合せる度に、それまでに品質切替えを見合せた回数ｎを監視部６が記録する管理メモリである。この例では、品質切替えの見合せ回数ｎの値が２回であることが記録されている。
【００４７】
第３の実施形態としての映像監視システムにおける監視部６は、異常事象を検知した時刻からの経過時間が大きいほど、また品質切替えの見合せ回数が多いほど待合せ時間を短く設定する。本実施形態では、次式を用いて待合せ時間Ｔを算出できるようになっている。
Ｔ＝１／｛ＡΣ（ｔ０−ｔｉ）＋Ｃｎ｝，  ＡとＣは正の定数        （３）式ここで、第１の実施形態と同様にΣ（ｔ０−ｔｉ）は、検知した全ての異常事象についての、異常事象を検知してから緩和事象を検知するまでの経過時間の総和を表している。（３）式を用いて待合せ時間Ｔを算出することで、Σ（ｔ０−ｔｉ）の値が大きいほど、またｎの値が大きいほど、監視サーバ１は送信する映像データの品質を品質ｑ１から品質ｑ２に早く切替えることができる。このことは、即ち異常事象の検知時刻が古いほど、また品質切替えを見合せた回数が多いほど、監視サーバが送信する映像データの品質を品質ｑ１から品質ｑ２に早く切替えることができることを意味する。しかも、同時に（ＡΣ（ｔ０−ｔｉ）＋Ｃｎ）の値が等しくなる監視サーバ１の数は小さいと考えられるため、（ＡΣ（ｔ０−ｔｉ）＋Ｃｎ）の値を分母の値とする（２）式を用いてそれぞれの監視サーバ１が待合せ時間Ｔを算出することで、それぞれの監視サーバ１が映像データの品質を切替える時刻をずらすことができる。なお、（ｔ０−ｔｉ）とｎの値に対して単調減少する関数であり、かつ監視サーバ１が互いに同じ値をとることが稀な関数であれば、待合せ時間Ｔを算出する関数に（３）式と異なるものを用いても構わない。図６に示した例では、待合せ回数管理メモリ１５に記録されている０．３２２という値は、（３）式において定数ＡとＣの値を共に１とした次式を計算することで得ている。
Ｔ＝１／｛（２．０００−１．０００）＋（２．０００−１．０３３）＋（２．０００−１．０６６）＋２｝＝０．３２２秒
なお、ＡとＣの値は他の値でも構わない。
【００４８】
図７は、第３の実施形態としての映像監視システムにおける監視部６の動作を示すフローチャートである。監視部６は、このフローチャートに示す処理を定期的に実行することにより、異常事象の検知と品質の切替えを行なう。図において、ステップ３８、３９、４０以外のステップは図３で説明したものと同じものであるので説明を省略する。
【００４９】
ステップ３８では、異常事象管理テーブル１１に記録されているデータをクリアすると共に、見合せ回数管理メモリ３７に０の値を格納し、符号化部５に品質ｑ１での符号化を開始させる。また、ステップ３９では、見合せ回数管理メモリ３７に格納されている値を読み出し、その値に１を加算して再び見合せ回数管理メモリ３７に格納する。また、ステップ４０では、異常事象管理テーブル１１に格納されている全ての異常事象ｕｉの検知時刻ｔｉを読み出すと共に、見合せ回数管理メモリ３７と緩和事象検知時刻管理メモリ１４にそれぞれ格納されている品質切替えの見合せ回数ｎと緩和事象の検知時刻ｔ０を読み出し、（３）式を用いて待合せ時間Ｔを算出する。
【００５０】
以上のように、本実施形態のシステムにおいては、異常事象の検知時刻が古いほど、また品質切替えの見合せ回数が多いほど、監視サーバが送信する映像データの品質を低い品質から高い品質に早く切替えられるようにすると共に、それぞれの監視サーバが映像データの品質を切替える時刻をずらせるようにしたので、短時間に集中して異常が発生する場合でも、ネットワークの通信帯域を圧迫せずに、異常を検知した全ての監視サーバが映像データの品質を低い品質から高い品質に迅速に切替えることができる。なお、上記の説明は第１の実施形態との組み合せで説明したが、更に「異常事象の検知回数が多いほど待合せ時間を短くする」第２の実施形態と組み合わせてもよい。この場合、待ち合わせ時間Ｔの算出は（３）式の分母に第２の実施形態のＢｍを加え、ステップ１９と２０の間にステップ３５を実行する。
【００５１】
本発明の第４の実施形態を説明する。第１の実施形態は、異常事象の検知時刻が古いほど待合せ時間を短く設定するというものであったが、本実施形態は、更に加えて、異常事象を検知した映像の認識結果の重要性が高いほど待合せ時間を短く設定するというものである。本実施形態としての映像監視システムの構成は、第１の実施形態としての映像監視システムの構成と比較して、異常事象を検知した映像データを認識処理する機能と、この機能が認識し得る認識内容とその重要度を関連づけて管理する管理テーブルと、異常事象に対してその検知時刻および認識結果および重要度を関連付けて管理する管理テーブルを監視サーバ１の監視部６に新たに備え、異常事象の検知時刻が古いほど、また異常事象を検知した映像の認識結果の重要性が高いほど、監視サーバ１の監視部６が待合せ時間を短く設定する点が異なる。
【００５２】
図８は、第４の実施形態としての映像監視システムにおける監視部６が管理する管理テーブルと管理メモリの構成図である。図において重要度管理テーブル４１と異常事象管理テーブル４４以外のものは図２で説明したものと同じものであるので説明を省略する。
【００５３】
重要度管理テーブル４１は、認識処理により認識し得る認識内容とその重要度を関連づけて管理する管理テーブルであり、認識内容を格納する認識内容４２と、その重要度を格納する重要度４３の項目を備えている。この例では、認識処理により認識し得る「１人の不審者あり」、「２人の不審者あり」、「３人の不審者あり」という３つの認識内容に対して、それぞれ１、２、３という重要度が関係付けて記録されている。
【００５４】
異常事象管理テーブル４４は、異常事象を検知する度に、その事象の識別子ｕｉ（ｉは正の整数）と検知時刻ｔｉ（ｉは正の整数）に加えて、認識処理による認識結果ｃｉ（ｉは正の整数）とその重要度ｐｉ（ｉは正の整数）を監視部６が記録する管理テーブルであり、識別子ｕｉを格納する事象ＩＤ４５と、検知時刻ｔｉを格納する検知時刻４６と、認識結果ｃｉを格納する認識結果４７と、重要度ｐｉを格納する重要度４８の項目を備えている。この例では、異常事象ｕｉ（ｉ＝１、２、３）がそれぞれｔ１＝１．０００秒、ｔ２＝１．０３３秒、ｔ３＝１．０６６秒に検知され、異常事象ｕｉ検知された映像の認識結果ｃｉ（ｉ＝１、２、３）がそれぞれ「１人の不審者あり」、「２人の不審者あり」、「２人の不審者あり」という認識内容であり、認識結果ｃｉの重要度ｐｉ（ｉ＝１、２、３）がそれぞれ１、２、２という値をもつことが記録されている。
【００５５】
第４の実施形態としての映像監視システムにおける監視部６は、異常事象を検知した時刻からの経過時間が大きいほど、また異常事象を検知した映像の認識結果の重要性が高いほど待合せ時間を短く設定する。本実施形態では、次式を用いて待合せ時間Ｔを算出できるようになっている。
Ｔ＝１／｛ＡΣ（ｔ０−ｔｉ）＋ＤΣｐｉ｝，  ＡとＤは正の定数      （４）式
ここで、第１の実施形態と同様にΣ（ｔ０−ｔｉ）は、検知した全ての異常事象についての、異常事象を検知してから緩和事象を検知するまでの経過時間の総和を、またΣｐｉは、検知した全ての異常事象についての、異常事象を検知した映像の認識結果の重要度の総和を表している。（４）式を用いて待合せ時間Ｔを算出することで、Σ（ｔ０−ｔｉ）の値が大きいほど、またΣｐｉの値が大きいほど、監視サーバ１は送信する映像データの品質を品質ｑ１から品質ｑ２に早く切替えることができる。このことは、即ち異常事象の検知時刻が古いほど、また異常事象を検知した映像の認識結果の重要性が高いほど、監視サーバ１は送信する映像データの品質を品質ｑ１から品質ｑ２に早く切替えることができることを意味する。しかも、同時に｛ＡΣ（ｔ０−ｔｉ）＋ＤΣｐｉ｝の値が等しくなる監視サーバ１の数は小さいと考えられるため、｛ＡΣ（ｔ０−ｔｉ）＋ＤΣｐｉ｝の値を分母の値とする（４）式を用いてそれぞれの監視サーバ１が待合せ時間Ｔを算出することで、それぞれの監視サーバ１が映像データの品質を切替える時刻をずらすことができる。なお、（ｔ０−ｔｉ）とｐｉの値に対して単調減少する関数であり、かつ監視サーバ１が互いに同じ値をとることが稀な関数であれば、待合せ時間Ｔを算出する関数に（４）式とは異なるものを用いても構わない。図８に示した例では、待合せ時間管理メモリ１５に記録されている０．１６４という値は、（４）式において定数ＡとＤの値を共に１とした次式を計算することで得ている。
Ｔ＝１／｛（２．０００−１．０００）＋（２．０００−１．０３３）＋（２．０００−１．０６６）＋５｝＝０．１６４秒
なお、ＡとＤの値は他の値でも構わない。
【００５６】
図９は、第４の実施形態としての映像監視システムにおける監視部６の動作を示すフローチャートである。監視部６は、このフローチャートに示す処理を定期的に実行して異常事象の検知と品質の切替えを行なう。図において、ステップ４９、５０、５１、５２、５３以外のステップは図３で説明したものと同じものであるので説明を省略する。
【００５７】
ステップ４９では、異常事象管理テーブル４４に記録されているデータをクリアし、符号化部５に品質ｑ１での符号化を開始させる。また、ステップ５０では、ステップ１８において検知された異常事象の識別子ｕｉと検知時刻ｔｉをそれぞれ異常事象管理テーブル４４の事象ＩＤ４５と検知時刻４６の項目に格納する。また、ステップ５１では、ステップ１８で異常事象を検知した映像を認識処理して認識結果を取得する。また、ステップ５２では、ステップ５１で得た認識結果をキーに重要度管理テーブル４１を検索してキーに対応する重要度を取得し、ステップ５１で取得した認識結果とこのステップで取得した重要度をそれぞれ異常事象管理テーブル４４の認識結果４７と重要度４８の項目に格納する。また、ステップ５３では、異常事象管理テーブル４４に格納されている全ての異常事象ｕｉの検知時刻ｔｉ、認識結果ｃｉ、重要度ｐｉを読み出すと共に、緩和事象検知時刻管理メモリ１４に格納されている緩和事象の検知時刻ｔ０を読み出し、（４）式を用いて待合せ時間Ｔを算出する。
【００５８】
以上のように、本実施形態のシステムにおいては、異常事象の検知時刻が古いほど、また異常事象を検知した映像の認識結果の重要性が高いほど、監視サーバが送信する映像データの品質を低い品質から高い品質に早く切替えられるようにすると共に、それぞれの監視サーバが映像データの品質を切替える時刻をずらせるようにしたので、短時間に集中して異常が発生する場合でも、ネットワークの通信帯域を圧迫せずに、異常を検知した全ての監視サーバが映像データの品質を低い品質から高い品質に迅速に切替えることができる。なお、上記説明では第１の実施形態との組み合せで説明したが、必要に応じて第２、第３の実施形態と第４の実施形態とを組み合わせた監視システムを構成することもできる。この場合、待ち合わせ時間Ｔの算出は（４）式の分母に第２の実施形態のＢｍ及び／又は、第３の実施形態のＣｎを加え、第２の実施形態のステップ３５及び／又は、第３の実施形態のステップ３９をそれぞれ実行する。
【００５９】
【発明の効果】
本発明によれば、異常を検知した施設側装置が、映像品質を切替えて映像データを送信することを、ネットワークの通信帯域を圧迫することなく行なうことができる。
【図面の簡単な説明】
【図１】本発明の実施形態におけるシステムの構成を示すブロック図。
【図２】本発明の第１の実施形態における監視部の管理テーブルおよび管理メモリの構成を示す図。
【図３】本発明の第１の実施形態における監視部の動作を示すフローチャート。
【図４】本発明の第２の実施形態における監視部の管理テーブルおよび管理メモリの構成を示す図。
【図５】本発明の第２の実施形態における監視部の動作を示すフローチャート。
【図６】本発明の第３の実施形態における監視部の管理テーブルおよび管理メモリの構成を示す図。
【図７】本発明の第３の実施形態における監視部の動作を示すフローチャート。
【図８】本発明の第４の実施形態における監視部の管理テーブルおよび管理メモリの構成を示す図。
【図９】本発明の第４の実施形態における監視部の動作を示すフローチャート。
【符号の説明】
１…監視サーバ、２…ネットワーク、３…監視端末、４…入力部、５…符号化部、６…監視部、７…通信部、８…通信部、９…復号化部、１０…出力部。
【図１】
2004153479.tif 000003
【図２】
2004153479.tif 000004
【図３】
2004153479.tif 000005
【図４】
2004153479.tif 000006
【図５】
2004153479.tif 000007
【図６】
2004153479.tif 000008
【図７】
2004153479.tif 000009
【図８】
2004153479.tif 000010
【図９】
2004153479.tif 000011