JP2019126075A

JP2019126075A - 撮像装置、画像処理装置、撮像装置の制御方法、画像処理装置の制御方法及びプログラム

Info

Publication number: JP2019126075A
Application number: JP2019040358A
Authority: JP
Inventors: 光央新井田; Mitsuhisa Araida
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2019-03-06
Filing date: 2019-03-06
Publication date: 2019-07-25
Anticipated expiration: 2033-05-31
Also published as: JP6736715B2

Abstract

【課題】従来のＯＳＤ機能の設定方法においては、様々な重畳方式を選択することができないという課題があった、また、監視カメラが数多くの重畳方式をサポートしている場合、ユーザがその中から一つの重畳方式を選択して設定しなければならず、操作が煩雑になる。【解決手段】撮像装置の画像重畳方式に関する情報の取得要求を受信する受信手段と、前記受信手段により当該撮像装置の画像重畳方式に関する情報の取得要求を受信した場合、当該撮像装置の画像重畳方式に関する情報を送信する送信手段とを有する。【選択図】図６−１

Description

本発明は、撮像画像を外部に送信可能な撮像装置に関し、特に、撮像画像に画像などの情報を重畳可能な技術に関する。

従来、映像の所定の位置に文字や画像などを重畳して送信する技術が知られている。例えば、映像の固定された位置に文字や画像などの情報を表示するＯｎＳｃｒｅｅｎＤｉｓｐｌａｙ機能（以下、ＯＳＤ機能と称する）が知られている。

また、昨今、映像に文字や画像などの情報を重畳する位置を動的に変化させる技術が知られている。例えば、特許文献１には、カメラの筐体をパン又はチルト方向に移動させると、筐体を移動させた方向に対応して表示画面上のカーソルの位置を移動させる撮像装置が開示されている。

特開平７−１３１６８４号公報

従来のＯＳＤ機能では、映像源に対して重畳を行う符号化器を指定して重畳を行う方式や、ユーザが受信するストリームを指定して重畳を行う方式など、様々な重畳方式が考えられてきた。

例えば、映像源に対して重畳を行う場合、ＯＳＤ機能は撮像装置から送信される全ての映像に重畳される。また、送信するストリームに対して重畳を行う場合は、当該ストリームを受信しているユーザのみが文字や画像などの情報を観察することができるようになる。

このような複数の重畳方式に対し、ユーザやアプリケーションによって、いずれの重畳方式を用いるのかを選択したいというニーズがある。

しかしながら、従来のＯＳＤ機能の設定方法においては、様々な重畳方式を選択することができないといった問題点があった。

上記課題を解決するために、本発明による撮像装置は、例えば、撮像装置の画像重畳方式に関する情報の取得要求を受信する受信手段と、前記受信手段により当該撮像装置の画像重畳方式に関する情報の取得要求を受信した場合、当該撮像装置の画像重畳方式に関する情報を送信する送信手段と、前記撮像装置によって撮像された撮像画像にテキストを重畳する重畳手段とを有する。

本発明によれば、様々な重畳方式に応じた設定を行うことが可能になる効果がある。

また、本発明によれば、撮像装置が複数の重畳方式をサポートしている場合においても、ユーザの煩雑な操作を低減できる効果がある。

本実施例における監視カメラの構成を示すブロック図である。本実施例におけるクライアント装置の構成を示すブロック図である。本実施例の監視カメラ及びクライアント装置を含むシステム構成図である。本実施例のコマンド・トランザクションを示すシークエンス・チャート図である。本実施例のクライアント装置のＯＳＤ設定ＧＵＩを示す図である。本実施例のクライアント装置のＯＳＤ設定ＧＵＩを示す図である。本実施例のクライアント装置のＯＳＤ設定対象選択処理を示すフローチャート図である。本実施例のクライアント装置のＯＳＤ設定対象選択処理を示すフローチャート図である。本実施例のＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型の定義例を示す図である。本実施例のＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型の定義例を示す図である。本実施例のＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型の定義例を示す図である。本実施例のＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型の定義例を示す図である。本実施例のＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドとレスポンスの構成を示す図である。本実施例のＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドとレスポンスの構成を示す図である。本実施例のクライアント装置のＯＳＤ設定ＧＵＩを示す図である。

図１は、本実施例における監視カメラの構成を示すブロック図である。

図１において、１００１は撮像光学系、１００３は撮像素子、１００５は画像処理回路、１００７は第一の合成回路、１００９は画素数変換回路、１０１１は画素数変換メモリである。また、１０１３は第二の合成回路、１０１５は符号化回路（圧縮符号化処理回路）、１０１７は符号化メモリ、１０１９は通信回路（以下、ＩＦ回路と称する）、１０２１は通信バッファ、１０２３は通信ポートである。さらに、１０２５はＯＳＤ回路、１０２７は中央演算処理回路（以下、ＣＰＵと称する）、１０２９は電気的書込み消去可能な不揮発性メモリ（以下、ＥＥＰＲＯＭと称する）、１０３１はＣＰＵメモリである。

以下に図１を参照して、本実施例に係る監視カメラの動作について説明する。

撮像される被写体からの光線は、撮像光学系１００１を介して撮像素子１００３に入射され光電変換される。本実施例における撮像素子１００３は、ＣＣＤやＣＭＯＳなどで構成される。また、本実施例における撮像素子１００３は、撮像光学系１００１により結像された被写体の像を撮像して映像信号として出力する撮像部に相当する。

図１において、Ｉ／Ｆ回路１０１９は、後述するクライアント装置からのＯＳＤ設定コマンドを受信する。当該のＯＳＤ設定コマンドは、ＣＰＵ１０２７によって解析され、ＯＳＤ設定情報が、ＯＳＤ回路１０２５に入力される。ＯＳＤ回路１０２５は、入力されたＯＳＤ設定情報に従ってＯＳＤを発生させる。

また、Ｉ／Ｆ回路１０１９は、符号化回路１０１５によって、ユーザ所望の符号化が施された画像ストリームを外部に出力する。当該符号化に関する設定情報は、後述するクライアント装置から送信され、Ｉ／Ｆ回路１０１９によって受信される。ＣＰＵ１０２７は、当該の符号化設定情報に基づき符号化回路１０１５に符号化の指示を行う。本実施例では、例えば、ＭｏｔｉｏｎＪＰＥＧ（以下、ＭＪＰＥＧと称する）、Ｈ．２６４，ＭＰＥＧ４，ＭＰＥＧ２、Ｈ．２６５等の符号化が行われる。

上記符号化設定情報には、例えば、画像サイズあるいは画像の解像度に関する指定情報も含まれる。撮像素子１００３が出力する画像の画像サイズが、上記指定された画像サイズと異なっている場合、画素数変換回路１００９は、画像の拡大処理あるいは縮小処理等を行って、上記指定された画像サイズの画像を発生させる。当該の画像の拡大処理、あるいは、縮小処理の際には、画素の補間処理も行われる。

上記のごとく動作することにより、本実施例の監視カメラにおいては、同一シーンでかつ同じ符号化方式で、異なる画像サイズの画像ストリームを、ほぼ同時に送信することが可能となっている。すなわち、画素数変換回路１００９によって生成された同じシーンでかつ異なる画像サイズの画像が、時分割で符号化回路１０１５に入力され、夫々同じ符号化方式を施されて出力される。当該画像ストリームは、Ｉ／Ｆ回路１０１９を介して外部に出力される。

続いて、図２を参照して、本実施例のクライアント装置の構成について説明する。

図２は、本発明の実施例に係る、クライアント装置の構成を示すブロック図である。

図２において、２００８は入力部、２０１４はディジタルインターフェース部（以下、Ｉ／Ｆと称する）、２０１６はインターフェース端子、２０２２は表示部、２０２６は中央演算処理ユニット（以下、ＣＰＵと称する）、２０２８はメモリである。

図２に示すクライアント装置には、典型的にはパーソナルコンピュータ（以下、ＰＣと称する）などの汎用コンピュータである。入力部２００８は、例えば、キーボード、マウスなどのポインティング・デバイスなどが使用される。また、表示部２０２２としては、例えば、液晶表示装置、プラズマ・ディスプレイ表示装置、ブラウン管などの陰極線管（以下ＣＲＴと称する）表示装置などが使用される。

上記クライアントのＧＵＩは、上記表示部２０２２に表示される。上記クライアント装置のユーザは、上記入力部２００８を介して、当該のＧＵＩを操作する。上記ＣＰＵ２０２６では当該ＧＵＩの表示、及び、入力部２００８でのユーザ操作の検出を行うためのソフトウェアが実行される。ＣＰＵ２０２６における演算の中間結果や、後に参照が必要なデータ値などはメモリ２０２８に一時記憶され、参照される。本実施例では、上記動作により、上述した外部クライアントの動作が実現されるようになっている。

以下に、図３を参照して本実施例に係るネットワーク構成について説明する。

図３（ａ）の１０００は、本発明の一実施形態である監視カメラを示す図である。

１１０１はレンズの向きをパン方向に、同じく１１０２はチルト方向に変更する機構であり、１１０３はズーム機構である。

図３（ｂ）は、監視カメラ１０００を含むシステム構成図である。

２０００は、本発明における外部機器を示すクライアント装置である。監視カメラ１０００とクライアント装置２０００は、ＩＰネットワーク網１５００を介して相互に通信可能な状態に接続されている。クライアント装置２０００は、監視カメラ１０００に対して、後述する撮像パラメータ変更や雲台駆動、映像ストリーミング開始等の各種コマンドを送信する。監視カメラ１０００は、それらのコマンドに対するレスポンスや映像ストリーミングをクライアント装置２０００に送信する。

図３（ｃ）は、本実施例の他の監視カメラを示す図である。

図３（ｃ）において、１２００は、本実施例に係る別の監視カメラであり、監視カメラ１２００とクライアント装置２０００は、ＩＰネットワーク網１５００を介して相互に通信可能な状態に接続される。クライアント装置２０００は、監視カメラ１２００に対して、後述する撮像パラメータ変更や、映像ストリーミング開始等の各種コマンドを送信する。監視カメラ１２００は、それらのコマンドに対するレスポンスや映像ストリーミングをクライアント装置２０００に送信する。

次に、図４を参照して、本実施例のコマンド・トランザクションについて説明する。

図４は、監視カメラ１０００とクライアント装置２０００の間における、コマンド・トランザクションを示すシークエンス・チャート図である。

図４（ａ）は、設定開始から映像配信までの典型的なコマンド・トランザクションを示す。

図４（ａ）において、７１００は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持する保持するＶｉｄｅｏＳｏｕｒｃｅＣｏｆｉｇｕｒａｔｉｏｎのリストを取得する。

７１０１は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持する保持するＶｉｄｅｏＥｎｃｏｄｅｒＣｏｆｉｇｕｒａｔｉｏｎのリストを取得する。

７１０２は、ＧｅｔＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持する保持するＰＴＺＣｏｆｉｇｕｒａｔｉｏｎのリストを取得する。

７１０３は、ＣｒｅａｔｅＰｒｏｆｉｌｅコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００に新たなＭｅｄｉａＰｒｏｆｉｌｅを作成し、そのＰｒｏｆｉｌｅＴｏｋｅｎを得る。

７１０４、７１０５及び７１０６は、ＡｄｄＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎコマンド、ＡｄｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒｔｉｏｎコマンド及びＡｄｄＰＴＺＣｏｎｆｉｇｕｒａｔｉｏｎコマンドの各トランザクションである。

各コマンドにより、クライアント装置は、指定したＭｅｄｉａＰｒｏｆｉｌｅに所望のＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ及びＰＴＺＣｏｎｆｉｇｕｒａｔｉｏｎを関連付けることができる。

７１０７は、ＧｅｔＳｔｒｅａｍＵｒｉコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、指定したＭｅｄｉａＰｒｏｆｉｌｅの設定に基づいて監視カメラ１０００が配信ストリームを取得するためのアドレス（ＵＲＩ）を取得する。

７１０８は、Ｄｅｓｃｒｉｂｅコマンドのトランザクションである。７１０７において取得したＵＲＩを使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００がストリーム配信するコンテンツの情報を要求し取得する。

７１０９は、Ｓｅｔｕｐコマンドのトランザクションである。７１０７において取得したＵＲＩを使用してこのコマンドを実行することにより、クライアント装置２０００と監視カメラ１０００の間で、セッション番号を含むストリームの伝送方法が共有される。

７１１０は、Ｐｌａｙコマンドのトランザクションである。７１０９において取得したセッション番号を使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００に対してストリームの開始を要求する。

７１１１は、配信ストリームである。監視カメラ１０００は、７１１０において開始を要求されたストリームを、７１０９において共有された伝送方法によって配信する。

７１１２は、Ｔｅａｒｄｏｗｎコマンドのトランザクションである。７１０９において取得したセッション番号を使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００に対してストリームの停止を要求する。

次に、図４（ｂ）を参照して、本実施例に係るＯＳＤ設定のコマンド・トランザクションについて説明する。

図４（ｂ）は、監視カメラ１０００とクライアント装置２０００の間における、ＯＳＤ設定の典型的なコマンド・トランザクション（取得要求のトランザクション）を示すシークエンス・チャート図である。

図４（ｂ）において、７２００は、ＧｅｔＯＳＤｓコマンドのトランザクションである。ＧｅｔＯＳＤｓコマンドは、クライアント装置２０００が監視カメラ１０００に対して、指定されたＯＳＤＲｅｆｅｒｅｎｃｅに関連づけられている全てのＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ６１０５を返送するよう指示するコマンドである。

７２０１は、ＣｒｅａｔｅＯＳＤコマンドのトランザクションである。ＣｒｅａｔｅＯＳＤコマンドは、クライアント装置２０００が監視カメラ１０００に対して、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ６１０５を指定のＯＳＤＲｅｆｅｒｅｎｃｅに関連付けて新たに作成するよう指示するためのコマンドである。ＣｒｅａｔｅＯＳＤコマンドの実行により、監視カメラ１０００はクライアント装置２０００へ生成したＯＳＤのＩＤであるＯＳＤＴｏｋｅｎを返送する。

７２０２は、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓのトランザクションである。

ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドは、クライアント装置２０００が監視カメラ１０００に対して、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎの各パラメータの選択範囲或いは選択肢を返送するよう指示するコマンドである。なお、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎの各パラメータの選択範囲或いは選択肢は、後述するＳｅｔＯＳＤコマンドによって設定可能である。

本実施例のクライアント装置は、上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの応答として、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓレスポンスを受信する。

当該ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの送信は、本発明の画像処理装置が有する複数の合成処理能力に関する能力問い合わせステップに相当する。また、本実施例のクライアント装置が行うＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓレスポンス受信は、本発明の合成処理方法に関する能力の応答を受信するステップに相当する。

７２０３は、ＧｅｔＯＳＤのトランザクションである。ＧｅｔＯＳＤコマンドは、クライアント装置２０００が監視カメラ１０００に対して、指定のＯＳＤＴｏｋｅｎを持つＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎを返送するよう指示するコマンドである。

７２０４は、ＳｅｔＯＳＤのトランザクションである。ＳｅｔＯＳＤコマンドは、クライアント装置２０００が監視カメラ１０００に対してＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎに含まれる各パラメータの編集を指示するコマンドである。ＳｅｔＯＳＤの実行により、監視カメラ１０００はクライアント装置２０００が指定したＯＳＤＴｏｋｅｎを持つＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎの内容を編集する。当該動作により、クライアント装置２０００は、監視カメラ１０００に対し、新たなＯＳＤの表示の指示や、表示中のＯＳＤの色や大きさや位置などの変更について指示することができる。

当該ＳｅｔＯＳＤコマンドの送信動作は、本発明のＯＳＤ情報の送信に相当する。

７２０５は、ＤｅｌｅｔｅＯＳＤコマンドのトランザクションである。ＤｅｌｅｔｅＯＳＤコマンドは、クライアント装置２０００が監視カメラ１０００に対してＣｒｅａｔｅＯＳＤコマンドによって作成されたＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎの削除を指示するコマンドである。ＤｅｌｅｔｅＯＳＤの実行により、監視カメラ１０００は、クライアント装置２０００が指定したＯＳＤＴｏｋｅｎを持つＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎを当該監視カメラの記憶部から削除する。

次に、図５−１及び図５−２を用いて、本実施例に係るクライアント装置のＯＳＤ設定グラフィカル・ユーザ・インターフェイス（以下、ＧＵＩと称する場合がある）について説明する。

図５−１及び図５−２は、当該ＧＵＩの構成を示す図である。

図５−１（ａ）において、６８００はクライアント・アプリケーション・ウィンドウ、６８０２はＯＳＤ設定ウィンドウ（画像重畳方式を設定するためのウィンドウ）である。また、６８０４，６８０６，６８０８、及び、６８１０は、それぞれ、第一のストリーム表示ウィンドウ、第二のストリーム表示ウィンドウ、第三のストリーム表示ウィンドウ、及び、第四のストリーム表示ウィンドウである。さらに、６８１２は、ストリーム選択ウィンドウである。

本実施例のクライアント装置においては、ユーザは、ＯＳＤ設定ウィンドウ６８０２内の各項目を設定することにより、接続されている監視カメラに対してＯＳＤ表示設定を行うことができる。

第一ストリーム表示ウィンドウ６８０４乃至第四ストリーム表示ウィンドウ６８１０には、本実施例のクライアント装置が選択したストリーム映像が表示される。ストリーム選択ウィンドウ６８１２内には、本実施例のクライアントが受信可能なストリーム映像が全て表示可能となっており、当該の映像は縮小表示されている。

本実施例のクライアント装置においては、ユーザはストリーム選択ウィンドウ６８１２内の縮小表示ウィンドウを左右にスクロールした後、所望のストリーム映像を選択することができる。上記第一ストリーム表示ウィンドウ６８０４乃至第四ストリーム表示ウィンドウ６８１０に選択した映像を拡大表示させることができる。

また、ＯＳＤ設定ＧＵＩにおいては、第一ストリーム表示ウィンドウ６８０４乃至第四ストリーム表示ウィンドウ６８１０のいずれかを選択した後、ＯＳＤ設定ウィンドウ６８０２を選択することにより、ユーザは所望の映像に対してＯＳＤ設定を行うことができる。

図５−１（ｂ）は、上記ＯＳＤ設定ウィンドウ６８０２の機能を説明するための図である。

図５−１（ｂ）において、７０００はＯＳＤ設定対象選択フレーム、７００１はＯＳＤタイプ設定フレーム、７００２はＯＳＤ表示位置設定フレームである。また、７００３はテクスト設定フレーム、７００４はイメージ設定フレームである。さらに、７００５はＯＳＤ作成ボタン、７００６はＯＳＤ更新ボタン、７００７はＯＳＤ削除ボタン、７０１０はリファレンス選択ボックスである。

ＯＳＤ設定対象選択フレーム７０００は、監視カメラ内のＯＳＤ設定対象を選択するための部分である。本実施例においては、当該のＯＳＤ設定対象は、例えば、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ、ＭｅｄｉａＰｒｏｆｉｌｅ、ＳｔｒｅａｍＵＲＩ、ＳｎａｐｓｈｏｔＵＲＩである。

上記ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎは、本発明の画像源として動作する。また、上記ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは、本発明の符号化器として動作する。

また、ＭｅｄｉａＰｒｏｆｉｌｅは、画像源と符号化器との組み合わせ情報、音声ストリームやメタデータストリームなどの付加情報、画像の撮像方向情報などの情報の組み合わせを含む概念であり、本発明のストリームを特定するための情報の一つとして動作する。

また、上記ＳｔｒｅａｍＵＲＩ及び上記ＳｎａｐｓｈｏｔＵＲＩも、また、ストリーム特定情報の一つとして動作する。上記ＳｔｒｅａｍＵＲＩは動画像のストリームを特定する情報であり、上記ＳｎａｐｓｈｏｔＵＲＩは静止画像のストリームを特定するための情報である。上記ＳｔｒｅａｍＵＲＩ及び上記ＳｎａｐｓｈｏｔＵＲＩを用いることにより、異なるユーザ権限を持つユーザ毎のＯＳＤ設定の制御を行うことができる。例えば、本実施例では、管理者権限を持つ画像ストリームだけにＯＳＤを設定することにより、管理者権限で動作しているクライアント装置のみで、当該のＯＳＤを観察することができるように動作する。当該動作により、本発明では、例えばデバッグ情報など、一定権限のユーザだけに有効な情報を、当該情報が不要なユーザに開示すること無く、ＯＳＤを設定することが可能となっている。

本実施例のクライアント装置は、上記ＯＳＤ設定ウィンドウ６８０２の表示に先立ち、例えば、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドを、監視カメラに対して送信する。監視カメラは、当該コマンドに応答して、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎについて、各パラメータ値の設定可能範囲や、選択可能な値のリストを、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅとしてクライアント装置に返信する。

本実施例では、上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの送信タイミングは、上記ＯＳＤ設定ウィンドウ６８０２の表示以前としているが、いつでも良い。例えば、本実施例のクライアント装置のＧＵＩが表示されたタイミングで送信されても良い。また、本実施例のクライアント装置が起動された際に送信されても良い。

さらに、第一ストリーム表示ウィンドウ６８０４乃至第四ストリーム表示ウィンドウ６８１０から、ユーザによってストリームが選択されたときにＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドを送信するように構成しても良い。

また、ストリーム選択ウィンドウ６８１２内の縮小表示ウィンドウから所望のストリームを選択されたタイミングでＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドを送信するように構成しても良い。

この場合、選択されたストリームに関する最新のＯＳＤ情報が得られるので都合が良い。

上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅには、本実施例に係る監視カメラについて、ＯＳＤを設定可能なＲｅｆｅｒｅｎｃｅがリストされる。当該Ｒｅｆｅｒｅｎｃｅのリストは、ＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型のデータである。当該ＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型のデータは、上記ＯＳＤ設定対象の情報を含む。

上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの送信動作は、本発明における複数の合成処理方法に関する能力を問い合わせるステップに相当する。また、当該のＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅは、本発明における複数の合成処理方法に関する能力情報を含む。また、上記したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅの受信動作は、合成処理方法に関する能力の応答を受信するステップに相当する。

本実施例のクライアント装置は、ＯＳＤ設定対象として監視カメラから送信された選択肢のみを表示する。図５−１（ｂ）に示すように、監視カメラにより送信されたＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ、ＭｅｄｉａＰｒｏｆｉｌｅ、ＳｔｒｅａｍＵＲＩのみを、選択肢として表示する。本実施例では、選択されたＯＳＤ設定対象のチェックボックスの近傍には、リファレンス選択ボックス７０１０が表示される。リファレンス選択ボックス７０１０は、選択されたＯＳＤ設定対象のうち、実際にＯＳＤの設定がなされる個別の対象を選択するための選択ボックスである。図５−１（ｂ）においては、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎが選択されている。したがって、図５−１（ｂ）のリファレンス選択ボックス７０１０には、監視カメラが有するＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎがリストされる。

上記したようにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎが選択されている場合、リファレンス選択ボックス７０１０には、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎがリストされる。また、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎが選択されている場合、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎがリストされる。また、ＭｅｄｉａＰｒｏｆｉｌｅが選択された場合、ＭｅｄｉａＰｒｏｆｉｌｅＴｏｋｅｎがリストされる。

また、ＳｔｒｅａｍＵＲＩが選択された場合、当該のクライアントが受信しているストリームが複数存在する場合には対応するＵＲＩがリストされる。また、受信しているストリームが一つしかない場合には、当該ストリームのＵＲＩが表示される。

上記したクライアントの表示動作は、本発明の合成処理方法に関する能力の応答を解析するステップを含む。また、ユーザが上記表示された選択肢から選択を行う動作は、本発明の複数の合成処理方法から一つまたは複数の合成処理方法を選択するステップを含む。

ＯＳＤタイプ設定フレーム７００１は、重畳表示させようとするＯＳＤの種別、即ちＯＳＤＴｙｐｅを選択させる部分である。図５−１（ｂ）においては、ＴＥＸＴが選択されているため、例えば、テクスト設定フレーム７００３の詳細設定が有効となる。また、イメージ設定フレーム７００４は無効化され、ユーザが設定できないように構成される。

ＯＳＤ表示位置設定フレーム７００２は、ＯＳＤの表示位置を指定させる部分である。ＵＰＰＥＲ＿ＬＥＦＴ（画面左上）、ＵＰＰＥＲ＿ＲＩＧＨＴ（画面右上）、ＬＯＷＥＲ＿ＬＥＦＴ（画面左下）、ＬＯＷＥＲ＿ＲＩＧＨＴ（画面右下）、及びＣＵＳＴＯＭ（座標指定）が選択可能となっている。図５−１（ｂ）においては、画面左上が選択されている。

また、本実施例においては、ＯＳＤ表示位置設定フレーム７００２において、ＣＵＳＴＯＭを選択した場合には、対象となるストリーム表示ウィンドウ上でポインタをドラッグすることにより、座標指定することが可能である。

例えば、ユーザは、ＯＳＤ表示位置設定フレーム７００２におけるＣＵＳＴＯＭのチェックボックスを選択した後、第一ストリーム表示ウィンドウ６８０４上の二点を指定することができる。その指定により、ＯＳＤを表示する表示対象映像と映像上の表示座標とを同時に指定することができる。

上述したように、テクスト設定フレーム７００３は、前記ＯＳＤタイプ設定フレームにおいて、ＴＥＸＴが選択されている場合の詳細データを設定させる部分である。ＴＥＸＴの種別として、ＴｉｍｅａｎｄＤａｔｅ（日時）、Ｂｉｔｒａｔｅ（ビットレート）、及びＴｅｘｔＳｔｒｉｎｇ（文字列）が選択可能となっている。ＴｅｘｔＳｔｒｉｎｇの場合は、テクスト入力ボックスによって任意の文字列を指定可能となっている。

本実施例における上記ＯＳＤ設定処理は、本発明における、ＯＳＤ情報を設定するステップに相当する。

イメージ設定フレーム７００４は、前記ＯＳＤタイプ設定フレーム７００１においてＩＭＡＧＥが選択された場合に、詳細データを設定させる部分である。イメージ設定フレーム７００４においては、ユーザは、ＩｍａｇｅＦｉｌｅＰａｔｈのテクスト入力ボックスに、ＯＳＤとして表示させる画像ファイルのアドレスを設定するようになっている。

ＯＳＤ作成ボタン７００５が押されると、クライアント装置はＣｒｅａｔｅＯＳＤコマンドを監視カメラに発行し、続いて返送されたＯＳＤＴｏｋｅｎを使用して本図の画面にユーザが入力した内容に従ってＳｅｔＯＳＤコマンドを監視カメラに対して実行する。

また、ＯＳＤ更新ボタン７００６が押されると、クライアント装置２０００は、予め記憶されたＯＳＤＴｏｋｅｎを使用して本図の画面にユーザが入力した内容に従って、ＳｅｔＯＳＤコマンドを監視カメラ１０００に対して実行する。

また、ＯＳＤ削除ボタン７００７が押されると、クライアント装置２０００は、予め記憶されたＯＳＤＴｏｋｅｎを使用してＤｅｌｅｔｅＯＳＤコマンドを監視カメラ１０００に対して実行する。

上述したＳｅｔＯＳＤコマンドの送信、および、ＤｅｌｅｔｅＯＳＤコマンドの送信動作は、本発明におけるＯＳＤ情報を選択した合成処理方法に応じて前記画像処理装置に送信するステップを含む。

上述したように、上記実施例のクライアント装置においては、ＯＳＤ設定対象選択フレーム７０００には、制御対象の監視カメラに設定可能なＯＳＤ設定対象だけが表示される。しかしながら、本発明においては、当該ＯＳＤ設定対象選択フレーム７０００に表示されたＯＳＤ設定対象のうち、監視カメラに設定可能なＯＳＤ設定対象のみ、当該クライアント上にて設定可能に構成しても良い。この場合、監視カメラに設定不能なＯＳＤ設定対象は、例えば、設定不可能な項目はグレイ・アウトされ、ユーザに対して設定不可能であることが示される。

以下に、上記動作について、図５−２（ｃ）を用いて説明する。

なお、図５−２（ｃ）において、図５−１（ｂ）と同一の添番は同一の機能を示す。

図５−２（ｃ）において、７０１２はＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ選択ボックス、７０１４はＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ選択ボックスである。

図５−２（ｃ）のＧＵＩにおいては、ＯＳＤを設定可能なＲｅｆｅｒｅｎｃｅとして、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎとＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが、対象となる監視カメラから送信されている。

また、図５−２（ｃ）においては、監視カメラから送信されなかったＯＳＤ設定可能なＲｅｆｅｒｅｎｃｅについてはグレイ・アウトされ設定できないようになっている。例えば、本実施例では、図５−２（ｃ）に例示しているように、ＭｅｄｉａＰｒｏｆｉｌｅ、及び、Ｓｔｒｅａｍについては、ＯＳＤを設定可能なＲｅｆｅｒｅｎｃｅとして指定されていないので、グレイ・アウトされ設定できないような表示がなされる。

また、本発明では、制御対象の監視カメラに設定可能なＯＳＤ設定対象の情報に基づき、クライアント装置が自動で上記ＯＳＤ設定対象を選択するように構成しても良い。この場合、当該クライアント装置のＯＳＤ設定ＧＵＩにおいて、ＯＳＤ設定対象選択フレーム７０００は表示されないように構成しても良い。

上記監視カメラに設定可能なＯＳＤ設定対象の情報は、上記したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの送信と、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅ受信動作によって行われる。上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの送信動作は、本発明における複数の合成処理方法に関する能力を問い合わせるステップに相当する。また、当該のＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅは、本発明における複数の合成処理方法に関する能力情報を含む。また、上記したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅの受信動作は、合成処理方法に関する能力の応答を受信するステップに相当する。

このような場合、本実施例のクライアント装置は、例えば、ＯＳＤがより多くのストリーム映像内に表示されるように、ＯＳＤ設定対象を選択する。本実施例においては、ＶｉｄｅｏＳｏｕｒｃｅ，ＶｉｄｅｏＥｎｃｏｄｅｒ、ＭｅｄｉａＰｒｏｆｉｌｅ、ＳｔｒｅａｍまたはＳｎａｐｓｈｏｔの順番にＯＳＤ設定の影響範囲が狭くなっている。

例えば、ＶｉｄｅｏＳｏｕｒｃｅにＯＳＤを設定した場合、映像ソースにＯＳＤが設定されるので、配信される全ての映像にＯＳＤが表示される。

また、例えば、ＶｉｄｅｏＥｎｃｏｄｅｒにＯＳＤを設定した場合には、選択された符号化の映像にのみ、ＯＳＤが設定される。例えば、ＯＳＤ設定対象の符号化方式にＨ．２６４の映像が選択された場合、Ｈ．２６４で配信されている映像だけにＯＳＤが表示される。

従って、クライアント装置はＶｉｄｅｏＳｏｕｒｃｅ，ＶｉｄｅｏＥｎｃｏｄｅｒ、ＭｅｄｉａＰｒｏｆｉｌｅ、ＳｔｒｅａｍまたはＳｎａｐｓｈｏｔの順番に、監視カメラに対して設定可能なＯＳＤ設定対象を検索する。そして、合致した設定対象を選択するように動作する。

例えば、本実施例の監視カメラが、ＶｉｄｅｏＳｏｕｒｃｅ，ＶｉｄｅｏＥｎｃｏｄｅｒ、及び、Ｓｔｒｅａｍを、ＯＳＤ設定可能な対象として有していた場合、本実施例のクライアント装置は、ＶｉｄｅｏＳｏｕｒｃｅを自動で選択してＯＳＤ設定を行う。また、例えば、監視カメラがＶｉｄｅｏＥｎｃｏｄｅｒとＳｔｒｅａｍとを設定可能なＯＳＤ設定対象として有していた場合、クライアント装置は、ＶｉｄｅｏＥｎｃｏｄｅｒを自動で選択してＯＳＤ設定を行うようになっている。

また、本実施例のクライアント装置は、監視カメラが、同じ設定対象カテゴリ中に複数の設定対象のサブタイプを有していた場合、最も影響範囲が大きくなるように設定対象のサブタイプを選択する。例えば、監視カメラが、ＶｉｄｅｏＥｎｃｏｄｅｒをＯＳＤ設定対象として有しており、複数の符号化方式をサポートしていた場合、例えば、最も多くの映像ストリームを出力している符号化方式をＯＳＤ設定対象のサブタイプとして自動選択する。例えば、上記のような場合に、監視カメラが、ＭＪＰＥＧストリームを２ストリーム、Ｈ．２６４ストリームを４ストリーム配信していた場合、本実施例のクライアント装置は、Ｈ．２６４をＯＳＤ設定対象のサブタイプとして自動選択するようになっている。

なお、上述した実施例においては、クライアント装置が、より多くのストリーム映像内に表示されるように、ＯＳＤ設定対象を自動選択するように構成しているが、より少ないストリーム映像内に表示されるようＯＳＤ設定対象を自動選択するように構成しても良い。

そのような場合、クライアント装置はＳｔｒｅａｍまたはＳｎａｐｓｈｏｔ、ＭｅｄｉａＰｒｏｆｉｌｅ、ＶｉｄｅｏＥｎｃｏｄｅｒ、ＶｉｄｅｏＳｏｕｒｃｅの順番に、監視カメラに対して設定可能なＯＳＤ設定対象を検索する。そして、合致した設定対象を選択するように動作する。

例えば、本実施例の監視カメラが、ＶｉｄｅｏＳｏｕｒｃｅ，ＶｉｄｅｏＥｎｃｏｄｅｒ及びＳｔｒｅａｍをＯＳＤ設定可能な対象として有していたとする。その場合、より少ないストリーム映像内に表示されるように自動選択するクライアント装置は、Ｓｔｒｅａｍを自動で選択してＯＳＤ設定を行うよう動作する。

また、本実施例のクライアント装置は、ＯＳＤ設定の影響範囲を、広範囲にするか、狭い範囲にするかを選択するための選択ボックスをＯＳＤ設定ＧＵＩ上に設け、ユーザの指示に従って、ＯＳＤ設定対象を自動選択するように構成しても良い。この場合、クライアント装置は、ユーザが広範囲にする選択を行った場合、上述したように、より多くのストリーム映像内に表示されるように、ＯＳＤ設定対象を選択する。また、ユーザが狭い範囲にする選択を行った場合、上述したように、より少ないストリーム映像内に表示されるようＯＳＤ設定対象を自動選択するよう動作する。

上述したＯＳＤ設定対象の自動選択動作は、本発明における複数の合成処理方法から一つの合成処理方法を自動選択するステップに相当する。

上述したクライアント装置のＯＳＤ設定ＧＵＩ構成例を、図５−２（ｄ）に示す。

当該の構成例において、ＯＳＤ設定対象選択フレーム７０００上には、Ｗｉｄｅ選択チェックボックス、及び、Ｎａｒｒｏｗ選択チェックボックスが設けられる。上記Ｗｉｄｅ選択チェックボックス、及び、Ｎａｒｒｏｗ選択チェックボックスは、どちらか一方がユーザによって選択可能に構成される。また、ユーザが選択したチェックボックスには、選択されていることを示す指示表示がなされる。例えば、図５−２（ｄ）では、Ｗｉｄｅ選択チェックボックスが選択されていることが指示表示されている。

図５−２（ｄ）に示すように、Ｗｉｄｅ選択チェックボックスをユーザが選択すると、本実施例のクライアント装置は、監視カメラが送信する設定対象情報の中から、より多くのストリーム映像内に表示されるように、ＯＳＤ設定対象を選択する。また、ユーザがＮａｒｒｏｗ選択チェックボックスをユーザが選択すると、本実施例のクライアント装置は、監視カメラが送信する設定対象情報の中から、より少ないストリーム映像内に表示されるように、ＯＳＤ設定対象を選択する。

ＯＳＤ作成ボタン７００５が押されると、クライアント装置２０００は、ＣｒｅａｔｅＯＳＤコマンドを監視カメラ１０００に発行する。続いて返送されたＯＳＤＴｏｋｅｎを使用して本図の画面にユーザが入力した内容に従ってＳｅｔＯＳＤコマンドを監視カメラ１０００に対して実行する。

以下に、本実施例におけるクライアント装置のＯＳＤ設定対象選択処理について図６を用いて説明する。

図６−１は、本実施例におけるクライアント装置におけるＯＳＤ設定対象を選択するためのＧＵＩの表示処理を示すフローチャート図である。本実施例のクライアント装置ユーザは、当該のＧＵＩを用いてＯＳＤ設定対象を選択するようになっている。

図６−１において、ステップＳ８００２において本実施例のＯＳＤ設定対象選択フレーム表示処理が開始される。次のステップＳ８００４において、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドが、本実施例のクライアント装置から送信される。次のステップＳ８００６では、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅが、本実施例の監視カメラから送信され、クライアント装置は当該のＲｅｓｐｏｎｓｅを受信する。

次のステップＳ８００８では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅが、本実施例のクライアント装置によって解析される。当該の受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅの解析動作は、本発明の合成処理方法に関する能力の応答を解析するステップを含む。なお、ステップＳ８００８の解析結果によってＯＳＤ設定対象選択フレーム表示処理が行われる。以下にＯＳＤ設定対象選択フレーム表示処理について説明する。

続くステップＳ８０１０では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれているかどうかが判定される。ステップＳ８０１０で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていると判定されると、制御はステップＳ８０１２に移る。ステップＳ８０１２では、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する表示処理が行われ、ＧＵＩが更新される。

続くステップＳ８０１４では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれているかどうかが判定される。ステップＳ８０１４で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていると判定されると、制御はステップＳ８０１６に移る。ステップＳ８０１６では、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する表示処理が行われ、ＧＵＩが更新される。

続くステップＳ８０１８では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＭｅｄｉａＰｒｏｆｉｌｅに関する選択肢が含まれているかどうかが判定される。ステップＳ８０１８で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＭｅｄｉａＰｒｏｆｉｌｅに関する選択肢が含まれていると判定されると、制御はステップＳ８０２０に移る。ステップＳ８０２０では、ＭｅｄｉａＰｒｏｆｉｌｅに関する表示処理が行われ、ＧＵＩが更新される。

続くステップＳ８０２２では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｔｒｅａｍＵＲＩに関する選択肢が含まれているかどうかが判定される。ステップＳ８０２２で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｔｒｅａｍＵＲＩに関する選択肢が含まれていると判定されると、制御はステップＳ８０２４に移る。ステップＳ８０２４では、ＳｔｒｅａｍＵＲＩに関する表示処理が行われ、ＧＵＩが更新される。

続くステップＳ８０２６では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｎａｐｓｈｏｔＵＲＩに関する選択肢が含まれているかどうかが判定される。ステップＳ８０２６で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｎａｐｓｈｏｔＵＲＩに関する選択肢が含まれていると判定されると、制御はステップＳ８０２８に移る。ステップＳ８０２８では、ＳｎａｐｓｈｏｔＵＲＩに関する表示処理が行われ、ＧＵＩが更新される。

次のステップＳ８０３０で、本実施例のＯＳＤ設定対象選択フレーム表示処理が終了する。

本実施例では、上記動作の後、ＯＳＤ作成ボタン７００５が押されると、クライアント装置は、ＣｒｅａｔｅＯＳＤコマンドを監視カメラに発行する。続いて、返送されたＯＳＤＴｏｋｅｎを使用して本図の画面にユーザが入力した内容に従ってＳｅｔＯＳＤコマンドを監視カメラに対して実行する。

上述したＳｅｔＯＳＤコマンドの送信、および、ＤｅｌｅｔｅＯＳＤコマンドの送信動作は、本発明におけるＯＳＤ情報を選択した合成処理方法に応じて前記画像処理装置に送信するステップを含む。また、上述したように、本発明では、クライアント装置がＯＳＤ設定対象を自動選択するように構成しても良い。以下に、このような場合におけるクライアント装置のＯＳＤ設定対象選択処理について、図６−２を用いて説明する。

図６−２は、当該ＧＵＩのＯＳＤ設定対象選択処理を示すフローチャート図である。

図６−２において、ステップＳ８１０２において本実施例のＯＳＤ設定対象自動選択処理が開始される。次のステップＳ８１０４において、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドが、本実施例のクライアント装置から送信される。次のステップＳ８１０６では、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅが、本実施例の監視カメラから送信され、クライアント装置は当該のＲｅｓｐｏｎｓｅを受信する。

次のステップＳ８１０８では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅが、本実施例のクライアント装置によって解析される。

次のステップＳ８１０９では、ＯＳＤ設定ＧＵＩ上のＷｉｄｅ選択チェックボックス、および、Ｎａｒｒｏｗ選択チェックボックスの状態が検査される。Ｗｉｄｅ選択チェックボックスが選択されている場合、ステップＳ８１１０に制御が移行する。また、Ｎａｒｒｏｗ選択チェックボックが選択されている場合、ステップＳ８１３０に制御が移る。

続くステップＳ８１１０では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１１０で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていると判定されると、制御はステップＳ８１１２に移る。ステップＳ８１１２では、ＯＳＤ設定対象をＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに設定する処理が行われ、ＧＵＩが更新される。

上記ステップＳ８１１０において、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていない場合、ステップＳ８１１４に制御が移る。

ステップＳ８１１４では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１１４で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていると判定されると、制御はステップＳ８１１６に移る。ステップＳ８１１６では、ＯＳＤ設定対象をＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに設定する処理が行われ、ＧＵＩが更新される。

ステップＳ８１１４で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていない場合には、制御はステップＳ８１１８に移る。

続くステップＳ８１１８では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＭｅｄｉａＰｒｏｆｉｌｅに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１１８で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＭｅｄｉａＰｒｏｆｉｌｅに関する選択肢が含まれていると判定されると、制御はステップＳ８１２０に移る。ステップＳ８１２０では、ＯＳＤ設定対象をＭｅｄｉａＰｒｏｆｉｌｅに設定する処理が行われ、ＧＵＩが更新される。

ステップＳ８１１８で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＭｅｄｉａＰｒｏｆｉｌｅに関する選択肢が含まれていないと判定されると、制御はステップＳ８１２２に移る。

続くステップＳ８１２２では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｔｒｅａｍＵＲＩに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１２２で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｔｒｅａｍＵＲＩに関する選択肢が含まれていると判定されると、制御はステップＳ８１２４に移る。ステップＳ８１２４では、ＯＳＤ設定対象をＳｔｒｅａｍＵＲＩに設定する処理が行われ、ＧＵＩが更新される。

続くステップＳ８１２６では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｎａｐｓｈｏｔＵＲＩに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１２２で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｔｒｅａｍＵＲＩに関する選択肢が含まれていないと判定されると、制御はステップＳ８１２６に移る。

ステップＳ８１２６で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｎａｐｓｈｏｔＵＲＩに関する選択肢が含まれていると判定されると、制御はステップＳ８１２８に移る。ステップＳ８１２８では、ＯＳＤ設定対象をＳｎａｐｓｈｏｔＵＲＩに設定する処理が行われ、ＧＵＩが更新される。

ステップＳ８１２６で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｎａｐｓｈｏｔＵＲＩに関する選択肢が含まれていないと判定されると、次のステップＳ８１６０で、本実施例のＯＳＤ設定対象自動選択処理が終了する。

上記ステップＳ８１０９において、Ｎａｒｒｏｗ選択チェックボックが選択されていと判定されると、上述したようにステップＳ８１３０に制御が移る。

ステップＳ８１３０では、上記ステップＳ８１２６と同様に、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｎａｐｓｈｏｔＵＲＩに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１３０で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｎａｐｓｈｏｔＵＲＩに関する選択肢が含まれていると判定されると、制御はステップＳ８１３２に移る。ステップＳ８１３２では、ＯＳＤ設定対象をＳｎａｐｓｈｏｔＵＲＩに設定する処理が行われ、ＧＵＩが更新される。

ステップＳ８１３０で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｎａｐｓｈｏｔＵＲＩに関する選択肢が含まれていない場合、制御はステップＳ８１３４に移る。

続くステップＳ８１３４では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｔｒｅａｍＵＲＩに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１３４で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｔｒｅａｍＵＲＩに関する選択肢が含まれていると判定されると、制御はステップＳ８１３６に移る。ステップＳ８１３６では、ＯＳＤ設定対象をＳｔｒｅａｍＵＲＩに設定する処理が行われ、ＧＵＩが更新される。

ステップＳ８１３４で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＳｔｒｅａｍＵＲＩに関する選択肢が含まれていないと判定されると、制御は次のステップＳ８１３８に移る。

続くステップＳ８１３８では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＭｅｄｉａＰｒｏｆｉｌｅに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１３８で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＭｅｄｉａＰｒｏｆｉｌｅに関する選択肢が含まれていると判定されると、制御はステップＳ８１４０に移る。ステップＳ８１４０では、ＯＳＤ設定対象をＭｅｄｉａＰｒｏｆｉｌｅに設定する処理が行われ、ＧＵＩが更新される。

ステップＳ８１３８で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＭｅｄｉａＰｒｏｆｉｌｅに関する選択肢が含まれていないと判定されると、制御はステップＳ８１４２に移る。

ステップＳ８１４２では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１４２で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていると判定されると、制御はステップＳ８１４４に移る。ステップＳ８１４４では、ＯＳＤ設定対象をＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに設定する処理が行われ、ＧＵＩが更新される。

ステップＳ８１４２で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていない場合には、制御はステップＳ８１４６に移る。

続くステップＳ８１４６では、受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれているかどうかが判定される。

ステップＳ８１４６で、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていると判定されると、制御はステップＳ８１４８に移る。ステップＳ８１４８では、ＯＳＤ設定対象をＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに設定する処理が行われ、ＧＵＩが更新される。

ステップＳ８１４６で受信したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅにＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎに関する選択肢が含まれていない場合、ステップＳ８１６０でＯＳＤ設定対象自動選択処理が終了する。

上述した動作の後、本実施例では、ＯＳＤ作成ボタン７００５が押されると、クライアント装置は、ＣｒｅａｔｅＯＳＤコマンドを監視カメラに発行する。続いて、返送されたＯＳＤＴｏｋｅｎを使用して本図の画面にユーザが入力した内容に従ってＳｅｔＯＳＤコマンドを監視カメラに対して実行する。

図７−１及び図７−２は、本実施例に係るデータ型であるＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎの構成を説明するための図である。

図７−１及び図７−２に示すデータ型は、例えば、ＸＭＬＳｃｈｅｍａＤｅｆｉｎｉｔｉｏｎ言語（以下ＸＳＤと称する）を用いて定義される。当該ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型は、本発明におけるＯＳＤ情報を設定するステップにおいて用いられるデータ型である。

図７−１（ａ）は、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型が定義例を示す図である。

図７−１（ａ）に示すように、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型は、ＸＭＬのｃｏｍｐｌｅｘＴｙｐｅ宣言により、複雑型として定義される。また、当該のＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型は、ｃｏｍｐｌｅｘＣｏｎｔｅｎｔ要素、及び、ｅｘｔｅｎｓｉｏｎ要素とそのｂａｓｅ属性によって、ＤｅｖｉｃｅＥｎｔｉｔｙ型を拡張した拡張型であることが示される。また、当該ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型は、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ拡張が行われていることが示される。

また、図７−１（ａ）に示すＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型は、例えば、図４（ｂ）に示すＧｅｔＯＳＤレスポンス、または、ＳｅｔＯＳＤコマンドにおいて用いられるデータ型である。

図７−１（ｂ）は、ＯＳＤＲｅｆｅｒｅｎｃｅ型の定義例を示す図である。

ＯＳＤＲｅｆｅｒｅｎｃｅ型のデータにおいては、ｃｈｏｉｃｅ要素により、当該ｃｈｏｉｃｅ要素内の一つが選択される構成が示される。例えば、図７−１（ｂ）に示す当該ＯＳＤＲｅｆｅｒｅｎｃｅ型のデータにおいては、ＲｅｆｅｒｅｎｃｅＴｏｋｅｎ型か、あるいは、ａｎｙＵＲＩ型のデータが一つだけ当該の型に現れることが示されている。

ＲｅｆｅｒｅｎｃｅＴｏｋｅｎ型として、ＶｉｄｅｏＳｏｕｕｒｃｅＣｉｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ，ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ，または、ＭｅｄｉａＰｒｏｆｉｌｅＴｏｋｅｎが指定可能である。

また、上記ａｎｙＵＲＩ型として、本実施例では、ＳｔｒｅａｍＵＲＩ、または、ＳｎａｐｓｈｏｔＵＲＩが指定可能となっている。上記ＯＳＤＲｅｆｅｒｅｎｃｅ型は、本実施例において、ＯＳＤ設定対象を指定するためのデータ型である。

図７−１（ｃ）は、ＯＳＤＴｙｐｅ型の定義例を示す図である。

ＯＳＤＴｙｐｅ型の定義例においては、ｓｉｍｐｌｅｒＴｙｐｅ要素によりＸＭＬの単純型であるとともに、ｒｅｓｔｒｉｃｔｉｏｎ要素とそのｂａｓｅ属性により、当該型がｓｔｒｉｎｇ型の値制限型であることが示される。図７−１（ｃ）の例では、ＯＳＤＴｙｐｅ型は、その値としてＴＥＸＴまたはＩＭＡＧＥであることが示されている。

図７−１（ｄ）は、ＯＳＤＰｏｓＣｏｎｆｉｇｕｒａｔｉｏｎ型の定義例を示す図である。

当該ＯＳＤＰｏｓＣｏｎｆｉｇｕｒａｔｉｏｎ型の定義例においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

図７−２（ｅ）は、ＯＳＤＴｅｘｔＣｏｎｆｉｇｕｒａｔｉｏｎ型の定義例を示す図である。

当該ＯＳＤＴｅｘｔＣｏｎｆｉｇｕｒａｔｉｏｎ型の定義例においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

図７−２（ｆ）は、ＯＳＤＩｍａｇｅＣｏｎｆｉｇｕｒａｔｉｏｎ型を示す図である。当該のＯＳＤＩｍａｇｅＣｏｎｆｉｇｕｒａｔｉｏｎ型の定義例においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

図７−２（ｇ）は、Ｖｅｃｔｏｒ型の定義例を示す図である。当該のＶｅｃｔｏｒ型は、ａｔｔｒｉｂｕｔｅ要素により、ｆｌｏａｔ型の属性ｘ、および、ｙを記述することができる構成となっている。

図７−２（ｈ）は、Ｃｏｌｏｒ型の定義例を示す図である。当該のＣｏｌｏｒ型では、ａｔｔｒｉｂｕｔｅ要素により、ｆｌｏａｔ型の属性Ｘ、Ｙ、および、Ｚを記述することができる構成となっている。また、上記属性Ｘ、Ｙ、および、Ｚは、ｕｓｅ＝“ｒｅｓｕｉｒｅｄ”指定により、当該Ｃｏｌｏｒ型において必須の構成であることが示される。また、当該のＣｏｌｏｒ型では、ａｔｔｒｉｂｕｔｅ要素により、ａｎｙＵＲＩ型の属性ＣｏｌｏｒＳｐａｃｅを記述可能な構成となっている。

図７−２（ｉ）は、ＢａｃｋｇｒｏｕｎｄＣｏｌｏｒ型の定義例を示す図である。当該のＢａｃｋｇｒｏｕｎｄＣｏｌｏｒ型においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。当該のｓｅｑｕｅｎｃｅ要素では、Ｃｏｌｏｒ型のデータが要素として記述できる構成となっている。また、当該型においては、ｉｎｔ型の属性Ｔｒａｎｓｐａｒｅｎｔが記述可能な構成となっている。

本発明のクライアント装置は、上記したＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型のデータを用いて、本実施例の撮像装置からＯＳＤの設定情報を取得する。また、本発明のクライアント装置は、上記ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型データを用いて、本実施例の撮像装置にＯＳＤの設定を行うように構成される。

次に、図８−１及び図８−２を用いて、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型の定義例について説明する。当該ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型は、本発明における合成処理方法に関する能力の応答を受信するステップに用いられるデータ型である。

図８−１（ａ）は、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型の定義例を示す図である。ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

上記ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型は、例えば、図４（ｂ）におけるＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓレスポンスに用いられるデータ型である。当該のＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓレスポンスにより、本実施例のクライアント装置は、対象の監視カメラが持っているＯＳＤ設定対象に関する能力の情報を取得する。

上記ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型において、最初のフィールドは、データ型がＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型のＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓである。次のフィールドは、ｉｎｔ型のＭａｘｉｍｕｍＮｕｍｂｅｒＯｆＯＳＤｓである。次のフィールドは、ＯＳＤＴｙｐｅ型のＴｙｐｅである。次のフィールドは、ｓｔｒｉｎｇ型のＰｏｓｉｔｉｏｎＯｐｔｉｏｎである。次のフィールドは、ＯＳＤＴｅｘｔＯｐｔｉｏｎｓ型のＴｅｘｔＯｐｔｉｏｎである。最後のフィールドは、ＯＳＤＩｍａｇｅＯｐｔｉｏｎｓ型のＩｍａｇｅＯｐｔｉｏｎである。

上記ＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型は、本実施例における、ＯＳＤ設定対象に関する能力を授受するために用いられるデータ型である。

上記、Ｔｙｐｅ、および、ＰｏｓｉｔｉｏｎＯｐｔｉｏｎの各フィールドは、ｍａｘＯｃｃｕｒｓ＝“ｕｎｂｏｕｎｄｅｄ”指定子により、当該ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型内部に複数個存在可能なことが示される。また、ＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ、ＴｅｘｔＯｐｔｉｏｎ、及び、ＩｍａｇｅＯｐｔｉｏｎの各フィールドは、ｍｉｎＯｃｃｕｒｓ＝“０”指定子により、省略可能であることが示される。

図８−１（ｂ）は、ＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型の定義例を示す図である。当該のＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型は、上述した図８−１（ｂ）における第一フィールドであるＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓに用いられるデータ型である。当該のＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。ＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型において、最初のフィールドは、ＯＳＤＲｅｆｅｒｅｎｃｅ型のＯＳＤＲｅｆｅｒｅｎｃｅである。当該のフィールドは、ｍａｘＯｃｃｕｒｓ＝“ｕｎｂｏｕｎｄｅｄ”指定子により、当該ＯＳＤＲｅｆｅｒｅｎｃｅ型内部に複数個存在可能なことが示される。

図８−１（ｂ）のＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型に用いられるＯＳＤＲｅｆｅｒｅｎｃｅ型は、上記図７−１（ｂ）に示される型と同一のデータ型である。上述したように、ＯＳＤＲｅｆｅｒｅｎｃｅ型では、ｃｈｏｉｃｅ要素により、当該ｃｈｏｉｃｅ要素内の一つが選択される構成が示される。例えば、当該ＯＳＤＲｅｆｅｒｅｎｃｅ型のデータにおいては、ＲｅｆｅｒｅｎｃｅＴｏｋｅｎ型か、あるいは、ａｎｙＵＲＩ型のデータが一つだけ当該の型に現れる。

また、上記ａｎｙＵＲＩ型として、本実施例では、ＳｔｒｅａｍＵＲＩ、または、ＳｎａｐｓｈｏｔＵＲＩが指定可能となっている。

上述したようにＯＳＤＲｅｆｅｒｅｎｃｅ型では、ＯＳＤ設定対象の一つを、ＲｅｆｅｒｅｎｃｅＴｏｋｅｎ型、あるいは、ａｎｙＵＲＩ型のデータによって指定することができる。

また、上述したように、ＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型においては、複数のＯＳＤＲｅｆｅｒｅｎｃｅ型のデータを格納できるので、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型では、複数のＯＳＤ設定対象をリストすることが可能でとなる。

また、上述した図６−１のステップＳ８００８におけるＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ解析においては、主として、当該のＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型のフィールドは解析される。また、図６−２のステップＳ８１０８におけるＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ解析では、主として、当該のＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓ型のフィールドは解析される。

図８−１（ｃ）は、ＯＳＤＴｅｘｔＯｐｔｉｏｎｓ型の定義例を示す図である。当該のＯＳＤＴｅｘｔＯｐｔｉｏｎｓ型においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

ＯＳＤＴｅｘｔＯｐｔｉｏｎｓ型において、最初のフィールドはＯＳＤＴｙｐｅ型のＴｙｐｅフィールドである。次のフィールドは、ＩｎｔＲａｎｇｅ型のＦｏｎｔＳｉｚｅＲａｎｇｅ型である。次のフィールドは、ｓｔｒｉｎｇ型のＤａｔｅＦｏｒｍａｔフィールドである。次のフィールドは、同じくｓｔｒｉｎｇ型のＴｉｍｅＦｏｒｍａｔフィールドである。次のフィールドは、ＣｏｌｏｒＯｐｔｉｏｎｓ型のＣｏｌｏｒフィールドである。最後のフィールドは、ＩｎｔＲａｎｇｅ型のｔｒａｎｓｐａｒｅｎｔフィールドである。

上記、Ｔｙｐｅフィールド、ＤａｔｅＦｏｒｍａｔフィールド、および、ＴｉｍｅＦｏｒｍａｔフィールドは、ｍａｘＯｃｃｕｒｓ＝“ｕｎｂｏｕｎｄｅｄ”指定子により、当該ＯＳＤＴｅｘｔＯｐｔｉｏｎｓ型内部に複数個存在可能なことが示される。

また、ＤａｔｅＦｏｒｍａｔフィールド、ＴｉｍｅＦｏｒｍａｔフィールド、Ｃｏｌｏｒフィールド、および、ｔｒａｎｓｐａｒｅｎｔフィールドは、ｍｉｎＯｃｃｕｒｓ＝“０”指定子により、省略可能であることが示される。

図８−１（ｄ）は、ＯＳＤＩｍａｇｅＯｐｔｉｏｎｓ型の定義例を示す図である。当該のＯＳＤＩｍａｇｅＯｐｔｉｏｎｓ型においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

ＯＳＤＩｍａｇｅＯｐｔｉｏｎｓ型において、最初のフィールドは、ａｎｙＵＲＩ型のＩｍａｇｅＰａｔｈフィールドである。当該ＩｍａｇｅＰａｔｈフィールドは、ｍａｘＯｃｃｕｒｓ＝“ｕｎｂｏｕｎｄｅｄ”指定子により、当該ＯＳＤＩｍａｇｅＯｐｔｉｏｎｓ型内部に複数個存在可能なことが示される。

図８−２（ｅ）は、ＩｎｔＲａｎｇｅ型の定義例を示す図である。当該のＩｎｔＲａｎｇｅ型においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

ＩｎｔＲａｎｇｅ型において、最初のフィールドは、ｉｎｔ型のＭｉｎフィールドであり、最後のフィールドは、ｉｎｔ型のＭａｘフィールドである。

図８−２（ｆ）は、ＣｏｌｏｒＯｐｔｉｏｎｓ型の定義例を示す図である。当該のＣｏｌｏｒＯｐｔｉｏｎｓ型においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。また、ｓｅｑｕｅｎｃｅ要素内部のｃｈｏｉｃｅ要素によって、当該ｃｈｏｉｃｅ要素内の一つが選択されることが示される。具体的には、当該ＣｏｌｏｒＯｐｔｉｏｎｓ型においては、後述するＣｏｌｏｒＬｉｓｔフィールド、または、ＣｏｌｏｒｓｐａｃｅＲａｎｇｅフィールドから一つが選択される。

上記したように、ＣｏｌｏｒＯｐｔｉｏｎｓ型における、選択肢の一つはＣｏｌｏｒ型のＣｏｌｏｒＬｉｓｔフィールドである。また、もう一つの選択肢は、ＣｏｌｏｓｐａｃｅＲａｎｇｅ型のＣｏｌｏｓｐａｃｅＲａｎｇｅフィールドである。上記ＣｏｌｏｒＬｉｓｔフィールド、及び、ＣｏｌｏｓｐａｃｅＲａｎｇｅフィールドは、ｍａｘＯｃｃｕｒｓ＝“ｕｎｂｏｕｎｄｅｄ”指定子により、それぞれ複数個存在できることが示される。

図８−２（ｇ）は、ＣｏｌｏｓｐａｃｅＲａｎｇｅ型の定義例を示す図である。当該ＣｏｌｏｓｐａｃｅＲａｎｇｅ型においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

ＣｏｌｏｓｐａｃｅＲａｎｇｅ型の最初のフィールドは、Ｘフィールドであり、次のフィールドはＹフィールドであり、三番目のフィールドはＺフィールドである。上記Ｘフィールド、Ｙフィールド、及び、Ｚフィールドは、ＦｌｏａｔＲａｎｇｅ型のデータである。ＣｏｌｏｓｐａｃｅＲａｎｇｅ型の最後のフィールドは、ａｎｙＵＲＩ型のＣｏｌｏｒｓｐａｃｅフィールドである。

図８−２（ｈ）は、ＦｌｏａｔＲａｎｇｅ型の定義例を示す図である。ＦｌｏａｔＲａｎｇｅ型の定義においては、ｃｏｍｐｌｅｘＴｙｐｅ要素によって、当該型が複雑型として定義されることが示される。また、ｓｅｑｕｅｎｃｅ要素により、その順番が定義通りに出現するデータ型であることが示される。

ＦｌｏａｔＲａｎｇｅ型において、最初のフィールドは、ｆｌｏａｔ型のＭｉｎフィールドであり、最後のフィールドは、ｆｌｏａｔ型のＭａｘフィールドである。

本発明においては、クライアント装置は、上記ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型のデータを用いて、本実施例の撮像装置に設定可能なＯＳＤの情報を、当該撮像装置から取得する。また、本実施例の撮像装置は、上記ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型のデータは、当該撮像装置における、ＯＳＤに関する能力情報を送信するために用いられる。

次に、図９−１及び図９−２を用いて、本実施例に係るＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドと、そのレスポンスであるＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅについて説明する。

上述したように、監視カメラに設定可能なＯＳＤ設定対象の情報は、上記したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの送信と、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅ受信動作によって行われる。上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの送信動作は、本発明における複数の合成処理方法に関する能力を問い合わせるステップに相当する。また、当該のＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅは、本発明における複数の合成処理方法に関する能力情報を含む。また、上記したＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅの受信動作は、合成処理方法に関する能力の応答を受信するステップに相当する。

図９−１（ａ）は、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの定義例を示す図である。ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドは、本実施例のクライアントが、監視カメラに対して、ＯＳＤに関する設定オプションのリストを問い合わせるためのコマンドである。本実施例の監視カメラは、当該のＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドに反応して、ＯＳＤに関する能力情報をクライアント装置に返す。

図９−１（ａ）に示すように、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドは、パラメータとしてＯＳＤＲｅｄｆｅｒｅｎｃｅ型のＯＳＤＲｅｆｅｒｅｎｃｅフィールドを含むことができる構成となっている。ＯＳＤＲｅｆｅｒｅｎｃｅフィールドにおいては、ｍｉｎＯｃｃｕｒｓ＝“０”指定子により、当該のフィールドがオプションであることが示される。当該ＯＳＤＲｅｆｅｒｅｎｃｅフィールドには、ＯＳＤの設定対象のＴｏｋｅｎが指定される。

当該のＯＳＤＲｅｆｅｒｅｎｃｅフィールドにより、クライアント装置は、クライアントが所望するＯＳＤ設定対象だけに関連する設定オプションを、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドのレスポンスとして要求することができる。

図９−１（ｂ）はＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅの定義例を示す図である。上述したように、本実施例の監視カメラは、当該ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅを用いて、ＯＳＤ設定に関する能力情報を、クライアントに送信する。

図９−１（ｂ）に示すように、ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｓｐｏｎｓｅは、パラメータとしてＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓフィールドを含む。当該のフィールドは、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ型のデータである。

図９−１（ｃ）に、上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの構成例を示す。図９−１（ｃ）は、上述したオプションのＯＳＤＲｅｆｅｒｅｎｃｅフィールドを含まない場合の、上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドの構成例である。

図９−２（ｄ）に、上記ＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドに対するＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅの構成例を示す。

図９−２（ｄ）に示すように、本実施例の監視カメラは、ＯＳＤＲｅｆｅｒｅｎｃｅＯｐｔｉｏｎｓフィールド内にリストされた複数のＯＳＤＲｅｆｅｒｅｎｃｅフィールドによって、当該監視カメラが許容するＯＳＤ設定対象を、クライアント装置に通知する。

図９−２（ｄ）に示す例では、ＯＳＤ設定対象は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎがＶＳＣ０となっている。また、ＶｉｄｅｏＳｏｕｒｃｅ、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎが、ＭＪＰＥＧ０、ＭＪＰＥＧ１，Ｈ．２６４＿０，Ｈ．２６４＿１，ＭＰＥＧ４＿０となっている。また、ＶｉｄｅｏＥｎｃｏｄｅｒ、ＳｔｒｅａｍＵＲＩが“ｒｔｓｐ：／／１９２．１６８．１００．１／ＯＳＤｓｔｒｅａｍ／”であるＳｔｒｅａｍとなっている。

図９−２（ｄ）に示すＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅを受信した場合、図５−２（ｃ）のＧＵＩにおいては、例えば、選択ボックス７０１２には、ＶＳＣ０が選択肢として表示される。

また、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ選択ボックス７０１４には、ＭＪＰＥＧ０、ＭＪＰＥＧ１、Ｈ．２６４＿０、Ｈ．２６４＿１、および、ＭＰＥＧ４＿０が、選択肢として表示される。また、Ｓｔｒｅａｍ選択ボックスはグレイ・アウトされずに表示されるとともに、添番の無いＶｉｄｅｏＥｎｃｏｄｅｒ、ＳｔｒｅａｍＵＲＩ選択ボックスに“ｒｔｓｐ：／／１９２．１６８．１００．１／ＯＳＤｓｔｒｅａｍ／”が選択肢として表示される。

当該の表示動作により、クライアント装置のＧＵＩは、例えば、図１０に示すように表示される。

また、図９−２（ｄ）に示すＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅを受信した場合、図５−２（ｄ）に示すクライアント装置のＯＳＤ設定対象選択ＧＵＩにおいては、以下のように動作する。

例えば、Ｗｉｄｅ選択チェックボックスがユーザによって選択されている場合、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎであるＶＳＣ０がＯＳＤ設定対象として選択される。また、Ｎａｒｒｏｗ選択チェックボックスがユーザによって選択されている場合、ＳｔｒｅａｍＵＲＩである“ｒｔｓｐ：／／１９２．１６８．１００．１／ＯＳＤｓｔｒｅａｍ／”がＯＳＤ設定対象として選択される。

＜その他の実施例＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウエア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に提供し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理出ある。

１０００監視カメラ
２０００クライアント装置
２００８入力部
２０１４ディジタルインターフェース部
２０１６インターフェース端子
２０２２表示部
２０２６ＣＰＵ
２０２８メモリ

Claims

撮像装置の画像重畳方式に関する情報の取得要求を受信する受信手段と、
前記受信手段により当該撮像装置の画像重畳方式に関する情報の取得要求を受信した場合、当該撮像装置の画像重畳方式に関する情報を送信する送信手段と、
前記撮像装置によって撮像された撮像画像にテキストを重畳する重畳手段と
を有することを特徴とする撮像装置。