JP6071759B2

JP6071759B2 - 撮像装置、撮像装置の制御方法、プログラム

Info

Publication number: JP6071759B2
Application number: JP2013115687A
Authority: JP
Inventors: 光央新井田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-05-31
Filing date: 2013-05-31
Publication date: 2017-02-01
Anticipated expiration: 2033-05-31
Also published as: JP2014236316A

Description

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

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

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

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

従来のＯＳＤ機能では、撮像画像の画像源に対して重畳を行う、符号化器を指定して重畳を行う、クライアントが受信するストリームを指定して重畳を行うなど、様々な重畳方式が考えられる。

複数の重畳方式のうち、符号化器を指定して重畳を行う場合、文字や画像などの情報を符号化前の撮影画像に重畳するのか、符号化後の撮影画像に重畳するのかの違いにより、文字や画像などの情報の適用範囲に差異が生ずる。

すなわち、符号化前の撮影画像に対して文字や画像などを重畳させる場合、同じ符号化を行う全ての撮影画像に同じ文字や画像などを表示させることが容易である。一方、符号化後の撮影画像に文字や画像などを重畳させる場合には、特定の設定を適用した撮影画像だけに文字や画像などが表示される。

また、符号化方式の設定には、通常、画像サイズあるいは画像解像度の設定が含まれることが多い。すなわち、符号化方式の設定時に符号化画像の画像サイズが決定されるので、符号化器の前段において、撮影画像の拡大、縮小が行われる。当該撮影画像の拡大、縮小処理には、画像のサブサンプリング、補間などの処理が含まれる。

上記のように符号化器を指定して重畳を行う場合、撮影画像の拡大、縮小処理の前に重畳を行うのか、後に行うのかにより、同様に文字や画像などの情報の適用範囲が異なる場合が生じ得る。

このように、符号化器を指定して重畳方式を設定した場合においては、その適用範囲に差異が生じ得る。また、当該の差異を生じさせないように、全ての設定項目をユーザに設定させようとする場合、操作が煩雑になり、ユーザの利便性が減じられる課題がある。

上記課題を解決するために、本発明による撮像装置は、撮像手段と、撮像画像の符号化を行う符号化手段と、撮像装置の重畳設定に関する情報を受信する受信手段と、前記受信手段により受信した重畳設定に関する情報が指定する符号化方法と同じ符号化方法を適用した撮像画像であって、当該重畳設定に関する情報が指定する撮像画像とは異なる撮像画像に対して、当該重畳設定に関する情報が指定する重畳処理を行う重畳手段とを有する。

本発明によれば、ＯＳＤ機能について、符号化器を指定して重畳を行う場合においても、符号化器ごとに行われる重畳動作の差異を減じるとともに、ユーザの煩雑な操作を低減できる効果がある。

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

以下に、本発明の実施形態について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

７２０４は、ＳｅｔＯＳＤのトランザクションである。ＳｅｔＯＳＤコマンドは、クライアント装置が監視カメラに対してＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎに含まれる各パラメータの編集を指示するコマンドである。即ち、ＳｅｔＯＳＤコマンドは重畳設定の編集を指示するコマンドである。

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

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

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

以下に、図５を用いて、本実施例における監視カメラのＯＳＤ設定処理について説明する。図５は、本実施例における監視カメラにおけるＯＳＤ設定処理を示すフローチャート図である。

図５において、ステップＳ８００２で、本実施例のＯＳＤ設定処理が開始される。

上述したように、本実施例のクライアント装置は、本実施例の監視カメラにＳｅｔＯＳＤコマンドを送信する。

次のステップＳ８００４において、本実施例の監視カメラは、上記ＳｅｔＯＳＤコマンドを受信する。

次のステップＳ８００６では、上記ＳｅｔＯＳＤコマンド内の、ＯＳＤＲｅｆｅｒｅｎｃｅフィールドが解析される。

ステップＳ８０１２では、上記ＯＳＤＲｅｆｅｒｅｎｃｅフィールドに、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎが含まれるか否かをチェックする。上記ＯＳＤＲｅｆｅｒｅｎｃｅフィールドに、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎが含まれていなかった場合、監視カメラは、次のステップＳ８０２８において、通常のＯＳＤ設定処理を行う。ステップＳ８０２８において行われるＯＳＤ設定処理は、上記ステップＳ８００４において受信したＳｅｔＯＳＤコマンドに基づいて行われる。

ステップＳ８０１２で、ＯＳＤＲｅｆｅｒｅｎｃｅフィールドに、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎが含まれていた場合には、ステップＳ８０１４に移行する。ステップＳ８０１４では、監視カメラに設定されているＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの検索が行われる。検索されるＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは、ＯＳＤＲｅｆｅｒｅｎｃｅフィールドに含まれたＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎと同一のＴｏｋｅｎが付される。

次のステップＳ８０１６では、当該のＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎが解析される。

また、次のステップＳ８０１８では、解析された当該のＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎから、符号化方式が特定される。

次のステップＳ８０２０では、上記特定された符号化方式と同一種類の符号化方式ストリームがあるかどうかがチェックされる。

ステップＳ８０２０で、上記同一種類の符号化方式ストリームが無かった場合、上述の次のステップＳ８０２８に制御が移る。上述したように、ステップＳ８０２８では、通常のＯＳＤ設定処理が行われる。

ステップＳ８０２０で、上記同一種類の符号化方式ストリームがあった場合、次のステップＳ８０２２において、当該同一種類の符号化方式ストリーム全てに対して、ＯＳＤ設定処理が行われる。当該のＯＳＤ設定処理は、上記ＯＳＤＲｅｆｅｒｅｎｃｅフィールドに含まれたＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに関する処理以外は、ステップＳ８００４で受信したＳｅｔＯＳＤコマンドに指示されたＯＳＤ設定処理である。

その後、監視カメラは、次のステップＳ８０２８において、通常のＯＳＤ設定処理を行う。次のステップＳ８０３０で、本実施例のＯＳＤ設定処理が終了する。

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

図６−１及び図６−２に示すデータ型は、例えば、ＸＭＬＳｃｈｅｍａＤｅｆｉｎｉｔｉｏｎ言語（以下ＸＳＤと称することがある）を用いて定義される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＯＳＤＲｅｆｅｒｅｎｃｅフィールドを有するＧｅｔＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓＲｅｐｏｎｓｅを受信したクライアント装置は、ＳｅｔＯＳＤコマンドを送信することが可能となる。その際、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎを指定して送信することが可能となる。

次に、図９を用いて、上記ＳｅｔＯＳＤコマンドについて説明する。

図９（ａ）は、ＳｅｔＯＳＤコマンドの定義例を示す図である。当該のＳｅｔＯＳＤコマンドは、本実施例のクライアント装置が、本実施例の監視カメラに対して、ＯＳＤに関する設定を行うためのコマンドである。

図９（ａ）に示すように、ＳｅｔＯＳＤコマンドは、ＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎ型のＯＳＤフィールドを含む構成になっている。ＯＳＤＣｏｎｆｉｇｕｒａｒｉｏｎ型のデータ型定義は、上記図６−１（ａ）に示されている。

当該の図６−１（ａ）に示されているように、ＯＳＤＣｏｎｆｉｇｕｒａｒｉｏｎ型のデータは、ＯＳＤＲｅｆｅｒｅｎｃｅ型のＯＳＤＲｅｆｅｒｅｎｃｅフィールドを含む構成となっている。ＯＳＤＲｅｆｅｒｅｎｃｅ型の型定義例は、上記図６−１（ｂ）に示される。

上述したように、ＯＳＤＲｅｆｅｒｅｎｃｅ型では、図６−１（ｂ）に示すように、以下の中から一つを選択して設定するｃｈｏｉｃｅ型のデータである。
ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ
ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ
ＭｅｄｉａＰｒｏｆｉｌｅＴｏｋｅｎ
ＳｔｒｅａｍＵＲＩ
ＳｎａｐｓｈｏｔＵＲＩ

本実施例では、クライアント装置が上記ＯＳＤＲｅｆｅｒｅｎｃｅフィールドに、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎを指定してＳｅｔＯＳＤコマンドを発行する。このＳｅｔＯＳＤコマンドを受信した監視カメラは、当該のＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎを有するＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎを検索する。

その後、監視カメラは、当該ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに記載されている符号化方法を検索し、同じ符号化方法が適用されている全ストリームに対して、上記ＳｅｔＯＳＤコマンドで指定されたＯＳＤ設定を行うようになっている。

図９（ｂ）に具体的なＳｅｔＯＳＤコマンドの構成例を示す。

図９（ｂ）では、ＯＳＤ設定対象として、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎが指定されている。当該事項は、ＳｅｔＯＳＤコマンド内のＯＳＤＣｏｎｆｉｇｕｒａｔｉｏｎフィールドに含まれるＯＳＤＲｅｆｅｒｅｎｃｅフィールドにより指定されているＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎタグにより識別される。

図９（ｂ）のようなＳｅｔＯＳＤコマンドを受信した監視カメラは、Ｈ２６４＿０というＴｏｋｅｎのＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎを検索する。その後、本実施例の監視カメラは、当該のＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに記述されている符号化方式を解析する。例えば、当該の解析結果がＨ．２６４の符号化方式であった場合、本実施例の監視カメラは、当該監視カメラが配信している全Ｈ．２６４ストリームに対して、図９（ｂ）で指定されるＯＳＤ設定を行うように動作する。

以上、説明したように、本実施例の監視カメラにおいては、映像の符号化を指定したＯＳＤ設定が行われた場合、設定された符号化と同一の符号化が施されたストリーム全てに対して、同一のＯＳＤ設定が行われるようになっている。

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

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

Claims

撮像手段と、
撮像画像の符号化を行う符号化手段と、
撮像装置の重畳設定に関する情報を受信する受信手段と、
前記受信手段により受信した重畳設定に関する情報が指定する符号化方法と同じ符号化方法を適用した撮像画像であって、当該重畳設定に関する情報が指定する撮像画像とは異なる撮像画像に対して、当該重畳設定に関する情報が指定する重畳処理を行う重畳手段と
を有することを特徴とする撮像装置。
前記撮像装置の重畳設定に関する情報は、少なくとも符号化方式を特定する情報を含むことを特徴とする請求項１に記載の撮像装置。
前記重畳手段により重畳された撮像画像を外部に送信する送信手段を有することを特徴とする請求項１に記載の撮像装置。
前記符号化手段は、ＭｏｔｉｏｎＪＰＥＧ、Ｈ．２６４、ＭＰＥＧ４、ＭＰＥＧ２、Ｈ．２６５の少なくとも１つの符号化方法に対応することを特徴とする請求項１に記載の撮像装置。
前記撮像装置の重畳設定に関する情報は、少なくとも撮像画像のサイズ或いは撮像画像の解像度に関する情報を含むことを特徴する請求項１に記載の撮像装置。
撮像工程と、
撮像画像の符号化を行う符号化工程と、
撮像装置の重畳設定に関する情報を受信する受信工程と、
前記受信工程により受信した重畳設定に関する情報が指定する符号化方法と同じ符号化方法を適用した撮像画像であって、当該重畳設定に関する情報が指定する撮像画像とは異なる撮像画像に対して、当該重畳設定に関する情報が指定する重畳処理を行う重畳工程と
を有することを特徴とする撮像装置の制御方法。
コンピュータに、
撮像工程と、
撮像画像の符号化を行う符号化工程と、
撮像装置の重畳設定に関する情報を受信する受信工程と、
前記受信工程により受信した重畳設定に関する情報が指定する符号化方法と同じ符号化方法を適用した撮像画像であって、当該重畳設定に関する情報が指定する撮像画像とは異なる撮像画像に対して、当該重畳設定に関する情報が指定する重畳処理を行う重畳工程と
を実行させるためのプログラム。