(57)【特許請求の範囲】
【請求項１】
複数の画像送信端末の配置を示す配置図と前記画像送信端末からの画像を表示するための複数の画像表示領域を有するウインドウを表示するよう制御する表示制御手段と、
前記ウインドウのサイズの変更指示に応じて、前記ウインドウ内の画像表示領域の数を制御する制御手段と、
前記ウインドウのサイズを小さくする変更することにより表示されなくなった画像表示領域に画像を送信していた画像送信端末との接続を切断するよう制御する接続制御手段と
を有することを特徴とする画像処理装置。
【請求項２】
画像送信端末からの画像を表示する複数の画像表示領域を前記ウインドウ内にマトリクス状に配置することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
複数の画像送信端末の配置を示す配置図と前記画像送信端末からの画像を表示するための複数の画像表示領域を有するウインドウを表示するよう制御する表示制御工程と、
前記ウインドウのサイズの変更指示に応じて、前記ウインドウ内の画像表示領域の数を制御する制御工程と、
前記ウインドウのサイズを小さくする変更することにより表示されなくなった画像表示領域に画像を送信していた画像送信端末との接続を切断するよう制御する通信制御工程と
を有することを特徴とする画像処理方法。
【請求項４】
画像送信端末からの画像を表示する画像表示領域を前記ウインドウ内にマトリクス状に配置することを特徴とする請求項３に記載の画像処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信装置、方法、画像処理装置及び方法に関する。
【０００２】
【従来の技術】
かかる通信装置の一例としての監視装置はビデオカメラ数台と、それらの映像をアナログ合成をする合成機、及び選択することの可能なスイッチャーと呼ばれる機器で構成されている。これらは主に比較的小規模なビル内で利用されるもので、局所監視システムと呼ばれている。局所監視システムに対し、映像伝送路にアナログケーブルではなく、ＬＡＮやＩＳＤ  Ｎなどのデジタルネットワークを利用し、伝送路の大幅な延長を可能にした遠隔監視システムが最近開発されつつある。
【０００３】
【発明が解決しようとしている課題】
最近の監視システムの中には、監視端末にＩＢＭＰＣ互換機（ＰＣ）などを利用し、Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ（ＧＵＩ）による映像表示やシステム制御を実現するものが幾つか発表されている。監視装置にコンピューターによるＧＵＩを利用することで、装置に習熟していない人でも扱いが簡単になる利点がある。
【０００４】
しかしながら、この種のシステムではモニター上の地図表示領域と映像表示領域が重なりあってしまい、この利点が損なわれることが起こりうることがある。
【０００５】
各々の表示領域の位置を、監視端末の映像表示部の特定位置に固定的に割付たり、表示可能な映像の数に制限を設けたりして対処した例も見られるが、これらは、ユーザーである監視者の操作性を制限するものであることに否めない。
【０００６】
本発明は上述の点に鑑み、使用者にとって使い易い通信装置、方法を提供することを他の目的とする。
【０００７】
又本発明は、グラフィカルインターフェースによって使用者に必要な情報を供給する通信装置、方法、画像処理装置、方法を提供することを更に他の目的とする。
【０００８】
又本発明は所望の端末との回線の接続を簡単に行える様にした通信装置を提供することを更に他の目的とする。
【０００９】
又本発明は、画像発生装置からの受信画像を見易く観察出来るようにする通信装置を提供することを目的とする。
【課題を解決するための手段】
上記課題を解決するために、本発明は、複数の画像送信端末の配置を示す配置図と前記画像送信端末からの画像を表示するための複数の画像表示領域を有するウインドウを表示するよう制御する表示制御手段と、前記ウインドウのサイズの変更指示に応じて、前記ウインドウ内の画像表示領域の数を制御する制御手段と、前記ウインドウのサイズを小さくする変更することにより表示されなくなった画像表示領域に画像を送信していた画像送信端末との接続を切断するよう制御する接続制御手段とを有することを特徴とする画像処理装置を提供する。
【００１０】
【発明の実施の形態】
（実施例１）
以下、図面を参照して、本発明の実施例１を詳細に説明する。
【００１１】
図１に映像送信端末の構成概略を示すブロック図を示す。本実施例の映像送信端末は、画像信号発生装置の一例としてのビデオカメラとともに用いられ、該端末は映像受信端末としての監視端末からのビデオカメラ制御信号を受信し、該ビデオカメラを実際に制御し、かつ該ビデオカメラからの映像信号のＡ／Ｄ変換、データ圧縮を行いネットワークに伝送することを行う。
【００１２】
図１において、１０はビデオカメラ、１２はビデオカメラ１０のパン、チルト、ズーム、焦点調節、絞りなどを外部制御信号１０にしたがい直接制御するカメラ制御回路である。外部制御信号は例えばＲＳ−２３２Ｃによって規定されるインターフェースから入力される。
【００１３】
ビデオカメラ１０がパン、チルトなどを制御不能の場合はカメラ制御回路１２は必ずしも必要でないが、但しビデオカメラ１０の電源のオンオフの制御を該制御回路１２が行う様にしてもよい。２０はカメラ制御回路１２に制御コードを送ることにより、カメラ制御回路１２に接続されているビデオカメラ１０を制御し、またネットワークインターフェース３８を介してネットワークに、ビデオカメラ１０から得られた映像データを送信するコンピュータである。例えば、ワークステーション（ＷＳ）やパーソナルコンピューター（ＰＣ）が考えられる。次に本実施例のコンピュータ２０の構成について説明する。２２は全体を制御するＣＰＵ、２４は主記憶、２６はハードディスクなどの二次記憶装置、２８はポインティングデバイスとしてのマウスであるが、本発明はマウスに限らず他のデバイス例えばディスプレイ３５上のタッチパネルであってもよい。３０はキーボードである。２５はフロッピーディスク、ＣＤＲＯＭなどの取り外し可能な外部記憶装置であり、本システムのソフトウェアはこれらの媒体やネットワークインターフェース３８から読み出されて、二次記憶装置２６に記憶させてもよい。３２はカメラ制御回路１２を接続し、カメラ制御信号を送受信するＩ／Ｏボード、３４はビデオカメラ１０のビデオ出力信号ＶＤを取り込むビデオキャプチャーボードである。ビデオ出力信号はＮＴＳＣのようなアナログでもデジタルでも構わないが、アナログの場合はＡ／Ｄ変換を行う機能を有している必要がある。またビデオキャプチャーボード３４にデータ圧縮機能が備わっている必要はないが、圧縮機能がない場合はソフトウェア圧縮を行う方が望ましい。キャプチャーされた映像はグラフィックボード３４からパス３９を介してビデオボード３６へ出力され、ビットマップディスプレイ３５の任意の位置に表示される。かかる表示位置の制御はＣＰＵ２２がビデオボード３６へ表示位置及び／又は領域を指示することによって実行される。３９はＣＰＵ２０からネットワークインターフェイス３８までの各デバイスを相互に接続するシステムバスである。
【００１４】
以上の構成で、ネットワークを経由して遠隔地の監視端末に映像を伝送し、また監視端末からのカメラ制御信号を受け、カメラ制御を行うことが出来る。６０は監視端末（映像受信端末）の構成概略を示す。監視端末６０は映像送信端末２０にビデオカメラ１０のための制御信号を発信し、映像送信端末２０はかかる制御信号に従いビデオカメラ１０を制御し、結果として得られたビデオカメラ１０の状態を返す。監視端末６０は当該ビデオカメラの状態を表示装置、例えばビットマップディスプレイ１３５に表示する。また、映像送信端末２０から送られてくる映像データを受信し、ソフトウェアで圧縮解凍、即ち符号化されたデータを伸長し、表示装置にリアルタイムに表示することを行う。図から理解される様に、監視端末６０は映像送信端末２０から、ビデオカメラ１０、カメラ制御部１２、キャプチャーボード３４を取り除いたものと同様の構成であり、同じ機能を有する素子については符号に「１００」を加えて図に示している。もちろんあえて取り除く必要は特にない。またＣＰＵ２２の能力が乏しく、圧縮解凍に時間がかかるようであるなら、圧縮解凍機能をもった拡張ハードウェアを搭載しても構わない。
【００１５】
以上の構成で、ネットワーク１００を経由して遠隔地の映像送信端末２０からの映像を受信し、圧縮解凍を行い、ビットマップディスプレイ１３５上、即ちモニタ表示装置の任意の場所に表示し、そして、キーボード１３０又はマウス１２８から操作者によって入力されたビデオカメラの制御指示に応じたビデオカメラ制御コードを映像送信端末に送信することが出来る。
【００１６】
図２は本実施例のソフトウェア構成を示す図である。監視端末６０のソフトウェア４１０と複数の映像通信端末２０等のソフトウェア４２０、４３０…がネットワーク１００に接続されており、監視端末のソフトウェア４１０には、ネットワーク上の映像通信端末のソフトウェア４２０、４３０…に夫々接続されたカメラを遠隔制御するカメラ制御クライアント４１１と、映像通信端末からパケットの形で送られてきた映像データを圧縮解凍し表示する映像受信ソフトウェア４１２と、マップとカメラシンボル及び図６のスコープ表示によりカメラの位置、パン及びズームをグラフィカル表示し、かつカメラ制御を行うことの出来るＧＵＩを持つマップ管理ソフトウェア４１３がインストールされる。映像受信ソフトウェア４１２は、ネットワーク４００に接続された全ての映像送信端末のカメラの管理を行う中心的な役割を担うソフトウェアであり、各々のカメラのカメラ名、カメラが接続されているコンピューターのホスト名、パン／チルト、ズームなどのカメラ状態や、制御可能であるか否かなどのカメラに関する情報、現在どのカメラを制御中なのか、どのカメラの映像を表示中なのかといった現在の状態を示す情報を保有する。カメラ制御クライアント４１１、マップ管理ソフトウェア４１３でもこれらの情報は共有され、カメラシンボルの表示変更などに利用される。４１２はかかる端末に接続されているカメラに対して、パン／チルト、ズーム、ホワイトバランス等のカメラの状態を制御するとともにカメラから出力される映像データをストアするソフトウェアであり、カメラ制御サーバーと呼ばれる。４２２は前記映像受信ソフトウェアと協同するソフトウェアである。
【００１７】
図３は、監視端末４１０のビットマップディスプレイ１３５上に表示される画面の一例である。５００は地図ウインドウで、本実施例においては夫々オフィスや店舗、倉庫のレイアウトを示す複数枚の地図５２０、５３０、５４０…が管理されている。地図の枚数はシステムの性能に依存し、特に制限はない。各々の地図にはタグが付けられており、このタグをマウスポインタでクリックすることで、当該タグのついた地図が地図表示領域５０２に表示される。それと同時に当該地図上に配置されたカメラシンボルも表示される。図３は地図５１０〜５４０のうちの地図５２０を地図表示領域５０２に表示させた様子を表したものであり、地図５２０上に配置されたカメラアイコン５２１、５２２、５２３…が表示されている。ここで、地図５３０のタグをクリックすれば地図表示領域５０２には、図４で示すように地図５３０が表示され、同時に地図５３０に配置されたカメラアイコン５３１、５３２、５３３…が表示される。図５は入力された映像信号を表示するウインドウ６００を示す図であり、かかる図５においてはネットワーク１００を介して受信した映像信号が各ウインドウに表示された例を示している。
【００１８】
図５において６００は映像表示ウインドウである、映像表示ウインドウ内の領域６１１、６１２、６１４、６１６、６１８、６２０…は映像表示領域で、本実施例の場合は６個であるが、もちろんこれに制限されるものではない。又図３に示した地図ウインドウ５００、図５に示した映像表示ウインドウ６００は同一画面上に表示されてもよいし、別画面、即ち別々のモニタ装置上に表示されてもよい。６３２は表示されているカメラ映像を映像表示領域から削除するためのゴミ箱アイコンである。６４０はカメラ制御用のパネルであり、種々のカメラ制御用のボタン類を具備し、選択されたカメラのパン／チルト、ズームを制御することができる。尚パネル６４０もウインドウ５００、６００と同一画面上に表示されてもよいし、別画面上に表示されてもよい。ここでは本発明の主旨から逸脱するためこれについて詳しくは述べない。
【００１９】
次に本実施例の監視システムのグラフィカルユーザーインターフェースＧＵＩについて図６から１０を利用して説明することにする。本実施例においては地図５２０、５３０…上のカメラアイコンを映像表示ウインドウ内にある任意の映像表示領域にドラッグアンドドロップ操作（以下Ｄ＆Ｄと略）するとドラッグアンドドロップされたアイコンに対応したカメラからの動画像がドロップされた映像表示領域に表示がなされる。図６はビデオカメラ５２３を映像表示領域６１４にＤ＆Ｄした時の様子である。ドラック中はマウスカーソルの形状が図７のようにカメラの形状になり、使用者にとってドラッグアンドドロップの動作中であることが確認できる。このときマップ管理ソフトウェア４１３がドラッグされたカメラの位置情報から、該カメラのＩＤ番号を検索し、映像受信ソフトウェア４１２に対してＤ＆ＤされたカメラのＩＤを通知し、映像受信ソフトウェアはこのＩＤからカメラのパン／チルトやカメラ名、カメラが接続されているホスト名を調べ、これらの情報をカメラ制御クライアント４１１、マップ管理ソフトウェア４１３に通知する。カメラ制御クライアント４１１はこの情報を元に、当該カメラの接続されている映像送信端末のカメラ制御サーバーとネットワーク接続を行う。以後両者でカメラ制御が行われるが、カメラのパン／チルトなどの情報はカメラ制御クライアント４１１から映像受信ソフトウェア４１２に常時通知される。マップ管理ソフトウェアは実際のカメラの向きに対応するように、カメラアイコンの向きを変更したり、図９のように表示中であることを示すスコープ９１０を描いたり、スコープ９１０の中にカメラのパン／チルト、ズームを制御するためのコントロールポインタ９２０を描いたりというようにビデオボード１３６内に格納されているマップの更新を行う。マップ管理ソフトウェアはカメラのパン／チルトなどの情報を映像受信ソフトウェア４１３から常に通知されており、カメラ制御パネル６４０でカメラのパン／チルト、ズームなどの状態が変更されると、それは直ちにカメラアイコン５２１、５２２、５２３…、５３１、５３２、５３３…に反映される。実際の映像の送信は、映像受信ソフトウェア４１２からの要求によって行われる。映像受信ソフトウェア４１２は当該カメラの接続されている映像送信端末の映像送信ソフトウェア４２２にネットワーク１００を介して、１フレーム分のデータを送信するように要求する。映像送信ソフトウェア４２２はこの要求を受け、キャプチャされたもっとも新しいフレームのデータをパケットに分割して、映像受信ソフトウェア４１２に送信する。映像受信ソフトウェア４１２はパケットからフレームを再構築し当該映像表示領域に表示し、再び映像送信要求を行う。この繰返しを高速に行うことによって遠隔地の映像をネットワークを介して伝送、表示を行う。これにより、ビデオカメラからの動画像をビットマップディスプレイ上に表示させることができる。尚、複数のカメラの映像表示を行う場合は、各々のカメラの接続されている映像送信ソフトウェアに対して、映像送信要求の発効、キャプチャした映像を圧縮、パケット分割、ネットワーク送信、パケット受信、フレーム再構築、圧縮解凍、表示のプロセスを、順番に繰返し行うことで実現される。ビデオカメラ映像の表示位置の移動は、図８に示すように表示されている映像を、移動したい映像表示領域にＤ＆Ｄ操作をすることで実現できる。図８には映像表示領域６１４に表示されていたビデオカメラ５２３の映像を６１２に移動した時の様子である。
【００２０】
このとき映像受信ソフト４１２は当該映像表示領域をクリアし、Ｄ＆Ｄ先を当該ビデオカメラの映像を表示する領域として内部パラメータの変更を行う。以後、Ｄ＆Ｄ先に表示が行われるようになる。尚この操作によって、論理的なネットワーク接続は切断されることはない。即ち、一旦接続されたネットワークは後述する様に、ごみ箱アイコン６へ、映像表示領域をＤ＆Ｄ操作する迄は切断されることはない。ビデオカメラ映像を表示中止する場合は、図１０に示すように表示中止したいビデオカメラの映像が表示されている映像表示領域を映像表示ウインドウ内にあるごみ箱アイコン６３２にＤ＆Ｄ操作をすることで、当該映像の表示を中止することができる。図１０は映像表示領域６１４に表示されていたビデオカメラ５２３の映像の表示中止を行った後の様子である。このとき映像受信ソフト４１２は当該映像表示領域をクリアし、当該映像送信ソフトウェアへの映像送信要求発行を中止する。さらにカメラ制御クライアント４１１やマップ管理ソフトウェア４１３に表示を中止した旨を通知する。カメラ制御クライアント４１１はこの通知を受け、映像送信端末とのネットワーク接続を切断し、当該映像表示領域をクリアする。またマップ管理ソフトウェア４１３は当該カメラのカメラアイコン５２３からスコープ表示を除去し、マップを更新する。
【００２１】
本実施例によれば上述したように地図上のカメラシンボルを映像表示領域にＤ＆Ｄ操作することで、監視端末と当該映像送信端末との論理的ネットワーク接続を確立する手段、ビデオカメラ映像が表示されている映像表示領域を、別の任意の映像表示領域にＤ＆Ｄ操作で移動する手段、ビデオカメラ映像が表示されている映像表示領域を、表示中止シンボルにＤ＆Ｄ操作を行うことで、論理的ネットワーク接続を切断する手段を備えたことで、ビデオカメラ映像の表示位置を、ユーザーである監視者が扱い易いように自由に配置したり、同時に表示するビデオカメラ映像を選択することが可能になり、監視システムの運用に柔軟性を与えることが出来る。
【００２２】
次に以上説明した本実施例の装置のソフトウェアを、図１１を用いて説明する。図１１乃至図１２は本実施例の装置の全体の動作を示すフローチャートである。
【００２３】
以下フローチャート中の各ステップについて説明する。
【００２４】
Ｓ１００…図２に示すマップ管理ソフトウェア４１３がビットマップディスプレイ３５上に例えば図３の５００に示す地図ウインドウを表示する。
【００２５】
Ｓ１０２…Ｓ１００に続いて図２に示す映像受信ソフトウェア４１２が同じくディスプレイ３５上に例えば図５に示す映像ウインドウ６００を表示する。
【００２６】
Ｓ１０４…Ｓ１０２に続いて図２に示すカメラ制御クライアント４１１が同じくディスプレイ３５上に図６に示すカメラコントロールパネル６４０を表示する。
【００２７】
Ｓ１０６…図３に示す地図ウインドウ上に表示されているカメラのアイコンがクリックされたか否かを判定し、クリックされた場合にはＳ１０８へ進み、クリックされない場合にはＳ１１２へ進む。
【００２８】
尚、順番は前後するが図１１の各ステップはＣＰＵ１２２に対応したＯＳによって実行される。また、上述の説明ではＳ１００、Ｓ１０２、Ｓ１０４は別個に実行されているが、Ｓ１００がＳ１０２、Ｓ１０４のルーチンを呼び出して実行させてもよい。
【００２９】
Ｓ１０８…クリックされたフォーカスの切り換えを行う。即ち、クリックされたカメラを確定する。言い換えれば、選択されたカメラがどのカメラであるかを決定する。
【００３０】
Ｓ１１０…後述する表示処理ルーチンが開始される。かかるルーチンは、図１４を用いて後述する。
【００３１】
Ｓ１１２…図５に示す映像ウインドウ６００に表示されている映像のうち所望の映像がクリックされたか否かを判定する。クリックされた場合にはフローはＳ１１４へ進む。クリックされない場合にはフローはＳ１２０へ進む。
【００３２】
Ｓ１１４…映像がクリックされた際に、図３に示す地図ウインドウにクリックされた映像信号を発生するカメラの位置が表示されているか否かを判定し、表示されていない場合には図３に示す。ウインドウに、該カメラが含まれる地図を表示させる様に地図を切り換えるための指示をマップ管理ソフトウェア４１３に指示を与える。
【００３３】
Ｓ１１６…Ｓ１０８と同様にクリックされた映像に対応したカメラのフォーカスの切り換えを行う。
【００３４】
Ｓ１１８…後述する表示移動制御、中止処理ルーチンが開始される。かかるルーチンは図１６を用いて後述する。
【００３５】
Ｓ１２０…図３に示すカメラ制御パネル６４０がクリックされたか否かを判定する。クリックされた際にはフローはＳ１２２へ分岐する。
【００３６】
Ｓ１２２…制御パネルで指定されたコマンドをネットワーク１００を介してクリックされているカメラに伝送する。
【００３７】
Ｓ１２４…図３に示されるマップのタグ５１０〜５４０のいずれかがクリックされたかを判定する。クリックされた場合には、フローはＳ１２６へ進む。クリックされない場合にはＳ１２８へフローは進む。
【００３８】
Ｓ１２６…マップ中のタグ５１０〜５４０のいずれかのうちでクリックされたマップに対応するマップを表示する様にマップ管理ソフトウェア４１３に指示を送る。
【００３９】
Ｓ１２８…ビットマップディスプレイ３５上に表示されているマップ上にＤ＆Ｄにより表示すべき映像として指定されている映像が有るか否かを判別する。指定されている映像があればフローはＳ１３０へ進み、なければＳ１３６へフローは進む。
【００４０】
Ｓ１３０…指定されている映像が有れば、該映像に対応するカメラ、或いは映像信号送信端末に順次、映像要求信号を含むパケットを送信し、該パケットによって要求された端末から送信されてきた映像をビットマップディスプレイ３５上に表示する。
【００４１】
Ｓ１３２…グループ化ボタンがクリックされたか否か判定する。クリックされていれば１３４へフローは進む。クリックされていなければＣへフローは進む。
【００４２】
Ｓ１３４…ビットマップディスプレー３５上のカメラ映像を送信しているカメラをグループ化すると共にグループアイコンを形成する。
【００４３】
Ｓ１３６…グループアイコンがクリックされたか否か判定する。グループアイコンがクリックされていた場合Ｓ１３８へ進む。されていない場合はＢへ進む。
【００４４】
Ｓ１３８…クリックされたグループアイコンを反転表示する。
【００４５】
Ｓ１４０…グループアイコンが表示指示されたか否か判定する。表示指示されていれば、Ｓ１４２のグループ表示フロー図１９（後述）へフローは進む。表示指示されていなければＳ１４４へフローは進む。
【００４６】
Ｓ１４４…グループ削除ボタン７１０がクリックされたか否か判定。クリックされているとＳ１４４へフローは進む。クリックされていないとＢへ進む。
【００４７】
Ｓ１４６…指定されたグループを削除する。
【００４８】
次に図１４を用いてＳ１１０において説明した表示処理ルーチンについて説明する。
【００４９】
Ｓ１５０…かかるルーチンにおいてはまず表示されているカメラアイコンがドラッグされたか否かを判別する。尚、かかるフローにおいては図１１のＳ１０６から本ステップ迄カメラアイコンが使用者によってクリックされ続けていれば、Ｓ１５１へフローは進む。使用者によってクリックが解除されていればこのスップは終了して元のルーチンへ戻る。
【００５０】
Ｓ１５１…カメラがドラッグされていることが使用者に解り易くするためにドラッグ中はマウスカーソルを図７の様な表示に変える。尚、かかるマウスカーソルはこれに限らず、他の表示形態であってもよい。要は使用者にカメラをドラッグ中であることが理解されれば良い。
【００５１】
Ｓ１５２…図７の様に例示されたカーソルの形状のカメラがドロップされたか否かを図１に示すマウス１２８のクリックボタンの状態から判別する。ドロップされたカメラが図５に示す映像表示領域６１０〜６２０のいずれかにドロップされたか否かを判別する。かかる判別はマップ管理ソフトウェア４１３が映像表示領域６１０〜６２０の夫々の領域とカメラの形状をしたカーソルがドロップされた座標とを比較し、領域内にドロップされた場合にはフローはＳ１５４へ分岐し、領域外へドロップされた際にはフローは、Ｓ１６８へ分岐し、マウスカーソルを元に戻す。即ち、Ｓ１５０においてカメラがドラッグされる前の状態に戻す。
【００５２】
Ｓ１５４…ドロップされた領域が映像表示中であるか否かをマップ管理ソフトウェア４１２に判別させる。マップ管理ソフトウェア４１２は、前述の映像表示領域６１０〜６２０のいずれにどのカメラからの映像が表示されているかをテーブルメモリに常時書き込んで管理している。表示中であれば、Ｓ１５６へ表示中でなければＳ１５８へフローは分岐する。
【００５３】
Ｓ１５６…ドロップされた領域が既に映像表示中であれば表示中の映像の表示を中止する。
【００５４】
Ｓ１５８…図２の映像、受信ソフトウェア４１２にＤ＆ＤされたカメラのＩＤ（識別情報）を通知する。
【００５５】
Ｓ１５９…次いでＳ１５８においてＩＤが通知されたカメラのネットワークアドレス、ホスト名、カメラ名、該カメラの状態を示すパラメータを主記憶装置１２４から取得する。尚、かかるパラメータには焦点距離情報、ホワイトバランス、撮影している方向のデータを含む。尚、主記憶装置１２４には本システムを構成する全ての画像信号発生源のネットワークアドレス、ホスト名、カメラ名、該カメラの状態を示すパラメータがストアされている。
【００５６】
Ｓ１６０…Ｓ１５９において取得したデータをマップ管理ソフトウェア４１３及びカメラ制御クライアント４１１に出力する。
【００５７】
Ｓ１６２…Ｓ１６０において取得したデータに基づいて例えば図６の５８０として示されるカメラのスコープ表示、即ち、カメラが撮影している画角を焦点距離の情報カメラが向いている方向をマップ上に表示させる。
【００５８】
Ｓ１６４…Ｓ１６２に続いてカメラ制御サーバー４２１と通信する。
【００５９】
Ｓ１６６…続いて選択されたカメラから映像信号を受信するため映像要求信号を選択されたカメラに送信する様に映像受信ソフトウェア４１２に対して指令を出す。映像受信ソフトウェア４１２は映像要求信号を選択したカメラに送出した後には後述するＳ１７８において映像信号の送出を停止する迄は周期的に前述の映像要求信号を繰り返し出力する。
【００６０】
これによってビデオカメラ側からは繰り返しフレームの画像信号が出力され、動画像がモニタ上に再生される。
【００６１】
Ｓ１６８…ドラックアンドドロップによって移動させられたマウスカーソルを元の位置に戻す。
【００６２】
次に図１１のＳ１１８に示される表示移動中止処理ルーチンについて図１６、図１７を用いて説明する。
【００６３】
Ｓ１７０…Ｓ１１２においてクリックされた映像がクリックされつづけているか否かを判別する。クリックされ続けていれば、Ｓ１７２へ進み、既にクリックが解除されている場合にはこのルーチンは終了する。
【００６４】
Ｓ１７２…マウスカーソルをＳ１５１と同様に例えば図７に示される様に形状をかえる。
【００６５】
Ｓ１７４…マウスカーソルでドラックされた映像がごみ箱にドロップされたか否かを判別する。ごみ箱にドロップされれば、Ｓ１７６へ進み、そうでなければＳ１８２へフローは進む。
【００６６】
Ｓ１７６…ごみ箱にドロップされた場合には、ドラックアンドドロップされた映像表示領域をクリアして何も表示しない又はブルーバックに変更する。
【００６７】
Ｓ１７８…次いで映像受信ソフトウェア４１２に対してＳ１７６においてクリアされた映像を送信してきている通信端末、例えばビデオカメラに対して、映像送信要求の発効を中止する。これにより、通信端末側は映像信号の通信を中止する。
【００６８】
Ｓ１８０…Ｓ１７８に続いてマップ管理ソフトウェア４１３、カメラ制御クライアント４１１に対してビットマップディスプレイ１３５上への表示の中止を通知し、続いてフローはＳ１９２へ移る。
【００６９】
Ｓ１８２…Ｓ１７４においてカメラ映像がごみ箱アイコンにドロップされていない場合には、カメラ映像が映像表示領域６１０〜６２０のいずれにドロップされたかを判定する。
【００７０】
Ｓ１８４…Ｓ１５２と同様。
【００７１】
Ｓ１８６…Ｓ１５４と同様。
【００７２】
Ｓ１８８…Ｄ＆Ｄされているカメラの映像信号をドロップされた映像表示位置へ表示させる。
【００７３】
Ｓ１９０…従前にカメラの映像信号が表示されていた領域の映像信号をクリアする。
【００７４】
Ｓ１９２…Ｓ１６２で表示したカメラのスコープ表示を消去する。
【００７５】
Ｓ１９４…カメラサーバーとの通信を中止する。
【００７６】
Ｓ１９６…Ｓ１６８と同様。
【００７７】
５２３の映像の表示中止を行った後の様子である。
【００７８】
このとき映像受信ソフト４１２は当該映像表示領域をクリアし、当該映像送信ソフトウェアへの映像送信要求発効を中止する。さらにカメラ制御クライアント４１１やマップ管理ソフトウェア４１３に表示を中止した旨を通知する。
【００７９】
カメラ制御クライアント４１１はこの通知を受け、カメラ制御サーバーとのネットワーク接続を切断し、当該映像表示領域をクリアする。またマップ管理ソフトウェア４１３は当該カメラのカメラアイコン５２３からスコープ表示を除去し、マップを更新する。
【００８０】
次に本実施例における映像表示領域の個数を変更する手段について述べる。
【００８１】
映像表示領域の個数は、映像表示ウインドウのリサイズに伴って変更される。映像表示ウインドウのリサイズは、通常のウインドウシステムと同様のリサイズ操作で実現できる。図１９に本実施例のビットマップディスプレイ１３５上に表示されるウインドウの一例を示す図である。領域２００２、２００４、２００６、２００８は各々、上下左右に地図表示ウインドウをリサイズするための領域であり、この領域をＤ＆Ｄすることで各々の方向にリサイズすることが出来る。もちろんこれ以外の手段によってリサイズしても構わない。
【００８２】
尚、リサイズは映像表示領域の２００２、２００４、２００６、２００８夫々の大きさを最小単位にして行われ、リサイズの変位が映像表示領域より小さい場合は全くリサイズはされない。
【００８３】
図番は前後するが図２６にリサイズ時の処理手順を説明するフローチャートを示す。まず、映像表示ウインドウのリサイズ要求が発効されると（Ｓ２７０１）現在のウインドウサイズＸ０，Ｙ０（Ｘ０はウインドウのＸ方向の大きさ、Ｙ０はウインドウのＹ方向の大きさ）とリサイズ要求サイズＸ１，Ｙ１（Ｘ１はウインドウのＸ方向の大きさ、Ｙ１はウインドウのＹ方向の大きさ）との差Ｘｄ，Ｙｄを計算する（Ｓ２７０２）。次にＸＹ両軸について、差Ｘｄ，Ｙｄと映像表示領域の大きさＸ＿ｖ，Ｙ＿ｖとの比を求め、小数点以下の切捨てを行う。これらの値を各々Ｘ＿ｖ，Ｙ＿ｖで乗じた分だけリサイズを行う（Ｓ２７０３）。換言すればリサイズ要求サイズと現在のウインドウサイズとの差が映像表示領域の大きさに満たない場合には、リサイズ要求にかかわらずウインドウの大きさは変更されることがない。
【００８４】
このようにして、映像表示領域の大きさを単位にしたリサイズが実現できる。尚、かかるリサイズに際しては、ウインドウの大きさを小さくする方向でもよい。Ｓ２７０４からＳ２００７は小さくリサイズすることによって、映像表示中であった映像表示領域を削除し、削除された領域に表示されていた画像を出力するビデオカメラから得られる画像をビットマップディスプレイ１３５から消去してしまった場合の処理である。即ち、Ｓ２７０５、Ｓ２７０７において当該映像を送信していた映像送信端末と監視端末との論理的ネットワーク接続が切断される。
【００８５】
図２０は２×３＝６個の映像表示領域を持つ映像表示ウインドウが大きくなるようにリサイズするときの映像ウインドウの大きさの変位を示す例である。この例では初め、２１００の大きさの映像表示ウインドウを２１０２の大きさにしようと使用者がポインティングデバイスを用いて変更したのだが、前述の図１３のステップＳ２７０３において映像表示領域の大きさを最小単位とするためサイズの大きさの差の１部が切り捨てられてしまい、結果的に２１０４の３×３＝９の映像表示領域を持つ大きさ映像表示ウインドウがリサイズされたことを示している。
【００８６】
図２１は２×３＝６個の映像表示領域を持つ映像表示ウインドウが小さくなるようにリサイズするときの例である。この例では初め、２２００の大きさの映像表示ウインドウを２２０２の大きさにしようとしたのだが、映像表示領域の大きさを最小単位とするため変位が切り捨てられてしまい、結果的に２２０４のように初めと変わらない２×３＝６の映像表示領域を持つ大きさ映像表示ウインドウがリサイズされたことを示している。
【００８７】
本実施例においては映像表示ウインドウは、矩形であるためにｘ＝１，２…ｍ，ｙ＝１，２…ｎで表される任意のＸとＹとの積に対応した個数の映像表示領域を持つ大きさにリサイズすることが可能である。
【００８８】
最大表示可能な映像表示領域の数はｍ×ｎで決定される。ｍ，ｎはそれぞれ１以上の自然数であれば特別な制限はない。しかし、現実的には監視端末のビットマップディスプレイの解像度によって表示可能な映像表示領域の数には制限が存在するため、ｍ，ｎの値もここから決定されてくる。
【００８９】
（実施例２）
実施例２は実施例１におけるリサイズ時の変位の丸め方の変形例である。実施例１では映像表示ウインドウのリサイズはＸＹ両軸方向についての変位が、最小単位すなわち映像表示領域の大きさに満たない分について、切捨てを行っていたが、本実施例では切上げを行う。このために本実施例においては、Ｓ２７０３において、ｉｎｔ（（ｘｄ／ｘｖ）×Ｘｖ＋１），ｉｎｔ（（ｘｄ／ｘｖ）×Ｘｖ＋１）の演算を行う様にすればよい。
【００９０】
図２２は２×３＝６個の映像表示領域を持つ映像表示ウインドウを大きくリサイズするときの例である。２３０２の大きさにしようとしているが、切り上げ処理を行うことにより、２３０４の４×３＝１２の映像表示領域を持つ大きさ映像表示ウインドウにリサイズされたことを示している。
【００９１】
図２３は２×３＝６個の映像表示領域を持つ映像表示ウインドウを小さくリサイズするときの例である。同様に切り上げ処理を行うことにより、２４０４のように１×３＝３の映像表示領域を持つ映像表示ウインドウにリサイズされたことを示している。
【００９２】
（実施例３）
実施例３は実施例１と実施例２を組み合わせ、大きくリサイズするときと小さくリサイズする時の処理を変えたものである。大きくリサイズする時は図２２に示すような切り上げ処理を行い、小さくリサイズする時は図２１に示すような切り捨て処理を行うようにする。
【００９３】
（実施例４）
実施例４は実施例１と実施例２を組み合わせ、大きくリサイズするときと小さくリサイズする時の処理を変えたものである。大きくリサイズする時は、図２０に示すような切り捨て処理を行い、小さくリサイズする時は図２３に示すような切り上げ処理を行うようにする。
【００９４】
（実施例５）
実施例５は映像表示領域の個数を直接入力する例である。図２５に示されるダイアログボックスでＸ，Ｙの夫々の個数を入力することによって決定する。
【００９５】
（実施例６）
実施例６は実施例１において、監視端末のビットマップディスプレイの解像度によって制限を越えて、映像表示領域を扱う場合の例である。
【００９６】
具体的には映像表示ウインドウにＸＹ両軸方向のスクロールバーを持たせて、ｍ，ｎの制限を取り払っている。図２４はｍ，ｎ＝４，４，ｘ，ｙ＝２，２の環境で運用しているところを表した図である。
【００９７】
図２４において、全ての映像表示領域が映像を表示中であるとすると、実際に表示されている２５２０、２５２１、２５２４、２５２５以外の領域の映像を担当している映像送信端末は映像を送信する意味が全くない。
【００９８】
このような映像送信端末からの無駄なネットワークフローは、ネットワークと共通資源を無駄にするばかりでなく、ネットワーク上を流れる画像データ量が増大するので必要な情報をネットワーク上を伝送することが難しくなる場合も生じる怖れがあり、更にまた監視端末の処理を増やすことになり、円滑な処理を妨げユーザーの監視行動に支障をきたすことになる。
【００９９】
しかし、これらの映像表示領域の映像を担当している映像送信端末との論理的ネットワーク接続を切断してしまうと、スクロール時に切断処理、再接続処理などを増やすことになる。
【０１００】
よって本実施例では、図２７に示すように、映像表示中の映像表示領域がスクロール処理によって、表示されなくなった場合は論理的ネットワーク接続は継続し、監視端末から当該映像送信端末への映像送信要求の発効を中断し（Ｓ２８０３）、これらの映像表示領域がスクロール処理によって、再び表示されるようになった場合、監視端末から当該映像送信端末への映像送信要求の発効を再開する（Ｓ２８０５）ような処理を追加している。
【０１０１】
以上の処理を行うことで、ネットワークフローの減少と、監視端末の処理を軽減し円滑にＧＵＩを扱うことが可能である。更に、映像表示領域のスクロール処理によって再び表示されるようになった場合、直ちに必要な画像をモニタ上に表示することができる。
【０１０２】
本発明によれば、実施例１のように映像表示ウインドウをリサイズし、映像表示領域の配置や個数を変更できる手段を設けたことによって、映像表示領域と、地図との柔軟なウインドウ配置を行うことが可能になり、地図ウインドウと映像表示ウインドウとが重なり合うことなく、よりユーザーの柔軟な配置要求に対応出来るシステムになる。例えば横長の地図の場合は映像表示領域を４×１にして、画面上部若しくは下部に映像表示ウインドウを配置し、縦長の地図の場合は映像表示領域を１×４にして、画面左若しくは右に映像表示ウインドウを配置することで、地図の形が異なっても同じ数の映像を表示することが可能である。
【０１０３】
更にリサイズの最小単位を映像表示領域の大きさにしたことにより、表示される映像は常に全体が表示されるため、クリッピング処理する必要がなく、システム全体の能力向上も見込まれるという利点がある。
【０１０４】
また、定常的な映像の個数を越えて、一時的に同時にモニタリングを行いたい時に、簡単に映像表示領域の個数を追加できるため、緊急時にも有益である。
【０１０５】
映像表示ウインドウのリサイズ処理も、リサイズを行う時は「常に映像表示領域の個数を変えたいとき」と考えるユーザーには、切り捨て処理を行う実施例１では使いにくいであろう。このようなユーザーに対してはリサイズ処理時には必ず映像表示領域の個数を変更する実施例２を利用することで操作性が向上する。
【０１０６】
映像表示領域の大きさが大きい場合、実施例１ではリサイズを行うに際してマウスのドラッグ距離が長くなる。このような点に不便を感じるユーザーには実施例５が有効である。
【０１０７】
実施例１〜５では映像表示ウインドウを縮小し、映像表示領域数を減少させた時、削除されてしまった映像表示中の映像表示領域について、当該映像を送信していた映像送信端末との論理的ネットワーク接続を切断する。これにより、ネットワークフローや監視端末の処理を軽減することが出来る。
【０１０８】
実施例６では、スクロールバーを用いることで扱える表示領域の制限を取り除いている。
【０１０９】
また、扱う映像表示領域の数が監視端末のビットマップディスプレイの解像度による限界を越えなくとも、映像表示ウインドウの大きさを固定的に小さくして利用出来る利点がある。これは大きな地図を扱う場合に有利である。
【０１１０】
更にスクロール処理によって、表示されなくなった映像送信端末との論理的ネットワーク接続を切断せずに送信要求の発効のみを中断し、スクロール処理によって再び表示されるようになった時に、送信要求の発効を再開する制御を行っているため、スクロール時の再接続処理も軽減され、かつネットワークフローを少なくなり、監視端末の処理を軽減してより扱いやすいＧＵＩを提供することが可能になった。
【０１１１】
【発明の効果】
以上説明したように、本発明によれば、画像を表示しているウインドウのサイズ変更に応じて通信を制御するので、効率的に通信を行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施例の映像送信端末及び監視端末のブロック図である。
【図２】本発明の一実施例のソフトウェアブロック図である。
【図３】本実施例の画面例である。
【図４】マップを５３０に切り換えた時の図である。
【図５】本実施例の映像表示ウインドウ６００の例を示す図である。
【図６】Ｄ＆Ｄ操作による表示を行った時の様子を示した図である。
【図７】Ｄ＆Ｄ操作時のマウスカーソルの形状の例を示す図である。
【図８】Ｄ＆Ｄ操作による映像の表示領域を変えた時の様子を示した図である。
【図９】映像表示中のカメラアイコンの表示例を示す図である。
【図１０】Ｄ＆Ｄ操作による映像の表示中止を行った時の様子を示した図である。
【図１１】本実施例の装置の全体の動作を示すフローチャートである。
【図１２】本実施例の装置の全体の動作を示すフローチャートである。
【図１３】本実施例の装置の全体の動作を示すフローチャートである。
【図１４】図１１に示すＳ１１０における表示処理ルーチンの詳細を示す図である。
【図１５】図１１に示すＳ１１０における表示処理ルーチンの詳細を示す図である。
【図１６】図１１に示すＳ１１８における表示移動中止スタートの詳細を示す図である。
【図１７】図１１に示すＳ１１８における表示移動中止スタートの詳細を示す図である。
【図１８】図２に示すカメラ制御クライアントの構成を示すフローチャートである。
【図１９】実施例１で利用したウインドウシステムのリサイズ時に利用する領域を示した図である。
【図２０】映像表示ウインドウを、変位切り捨ての場合に大きくリサイズする例である。
【図２１】映像表示ウインドウを、変位切り捨ての場合に小さくリサイズする例である。
【図２２】映像表示ウインドウを、変位切り上げの場合に大きくリサイズする例である。
【図２３】映像表示ウインドウを、変位切り上げの場合に小さくリサイズする例を示す図である。
【図２４】実施例６における映像表示ウインドウの例を示す図である。
【図２５】実施例５におけるダイヤログボックスの例を示す図である。
【図２６】実施例１における映像ウインドウのリサイズの処理を示したフローチャートである。
【図２７】実施例６における映像ウインドウのスクロール処理を示したフローチャートである。
【符号の説明】
１０  ビデオカメラ
１２  カメラ制御装置
２０  映像送信端末
２２  ＣＰＵ
２４  主記憶
２５  外部記憶装置
２６  二次記憶装置
２８  マウス
３０  キーボード
３２  Ｉ／Ｏ装置
３３  ビデオ圧縮デコーダー
３４  キャプチャーボード
３５  ビットマップディスプレイ
３６  ビデオボード
３８  ネットワークＩ／Ｆ
４００  ネットワーク
４１０  映像送信端末
４１１  カメラ制御クライアント
４１２  映像受信ソウトウェア
４１３  マップ管理ソフトウェア
４２０  監視端末
４２１  カメラ制御サーバー
４２２  映像送信ソフトウェア
５００  地図表示ウインドウ
５１０、５２０、５３０、５４０  マップ
５１１〜、５２１〜  カメラアイコン
６００  映像表示ウインドウ
６１０、６１２、６１４  映像表示領域
６３２  ごみ箱アイコン
６４０  カメラ制御パネル
９１０  映像表示中を示すスコープ
９２０  カメラ制御のためのコントロールポインタ
【図１】
0003689473.tif 000002
【図２】
0003689473.tif 000003
【図３】
0003689473.tif 000004
【図４】
0003689473.tif 000005
【図５】
0003689473.tif 000006
【図６】
0003689473.tif 000007
【図７】
0003689473.tif 000008
【図８】
0003689473.tif 000009
【図９】
0003689473.tif 000010
【図１０】
0003689473.tif 000011
【図１１】
0003689473.tif 000012
【図１２】
0003689473.tif 000013
【図１３】
0003689473.tif 000014
【図１４】
0003689473.tif 000015
【図１５】
0003689473.tif 000016
【図１６】
0003689473.tif 000017
【図１７】
0003689473.tif 000018
【図１８】
0003689473.tif 000019
【図１９】
0003689473.tif 000020
【図２０】
0003689473.tif 000021
【図２１】
0003689473.tif 000022
【図２２】
0003689473.tif 000023
【図２３】
0003689473.tif 000024
【図２４】
0003689473.tif 000025
【図２５】
0003689473.tif 000026
【図２６】
0003689473.tif 000027
【図２７】
0003689473.tif 000028