JP6327816B2

JP6327816B2 - 送信装置、受信装置、送受信システム、送信装置の制御方法、受信装置の制御方法、送受信システムの制御方法、及びプログラム

Info

Publication number: JP6327816B2
Application number: JP2013190476A
Authority: JP
Inventors: 崇博岩崎
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-09-13
Filing date: 2013-09-13
Publication date: 2018-05-23
Anticipated expiration: 2033-09-13
Also published as: US20150077578A1; US10356302B2; JP2015056846A

Description

本発明は、送信装置、受信装置、送受信システム、送信装置の制御方法、受信装置の制御方法、送受信システムの制御方法、及びプログラムに関するものである。特に、送信装置から出力される画像及び前記画像に関するメタデータについて符号化方式を設定する技術に関する。

従来、撮像した画像データと共に、画像解析の結果やイベント情報を含むメタデータを、ネットワークを介して外部に出力する撮像装置が知られている（例えば、特許文献１）。このようなメタデータの形式としてＸＭＬ（エクステンシブルマークアップランゲージ）が使われる場合がある。

また、前述のＸＭＬドキュメントを圧縮、伸張するための技術としてＥｆｆｉｃｉｅｎｔＸＭＬＩｎｔｅｒｃｈａｎｇｅ＝ＥＸＩ（非特許文献１）が知られている。更に、このような技術としては、ＥＸＩの他にも、ＢｉＭ（ＢｉｎａｒｙＭＰＥＧｆｏｒｍａｔｆｏｒＸＭＬ）、ＦＩ（ＦａｓｔＩｎｆｏｓｅｔ）等が知られている。

前述のような撮像装置において、大量のメタデータを効率よく配信するためにはこのような圧縮、伸張技術が適用可能である。

特開２０１０−２７３１２５号公報

ＥｆｆｉｃｉｅｎｔＸＭＬＩｎｔｅｒｃｈａｎｇｅ（ＥＸＩ）Ｆｏｒｍａｔ１．０（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｅｘｉ／）

しかしながら、ＸＭＬドキュメントの圧縮・伸張技術を適用することにより、ＸＭＬドキュメントの送信側と受信側の双方において圧縮・伸張の計算が必要となる。したがって、ＸＭＬドキュメントの単位時間当たりの送信量次第では、圧縮・伸張を行うことは、エンドツーエンドの配送に要する時間の観点で必ずしも効率的でない場合がある。

即ち、ＸＭＬドキュメントの圧縮が送信側でサポートされていても、受信側では圧縮しないまま送信されることを期待する場合があった。しかし、ＸＭＬドキュメントの圧縮の有効・無効を外部機器から設定するためのインタフェースは、存在しなかった。また、ＸＭＬドキュメントの圧縮形式は、多様であり、ＸＭＬドキュメントの送信側と受信側で、サポートする圧縮形式が一致しないという課題があった。

またさらに、ＸＭＬドキュメントの圧縮形式を外部機器から送信装置に対して設定した場合に、どのタイミングで設定された方式による圧縮が開始されるのか、外部機器からは分からなかった。

以上のことから、送信機器から出力されたＸＭＬドキュメントが、受信機器側で正しく閲覧されることができない場合があるという課題があった。

本発明は上記のような点を鑑みてなされたものである。即ち、送信装置から出力される画像及びメタデータがどのように符号化されるのかを、容易に把握することができるようにすることを目的とする。

上記目的を達成するために、本発明は下記の構成を備える。すなわち画像受信装置とネットワークを介して通信可能な画像送信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する送信手段を備え、前記送信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像受信装置に送信し、前記撮像手段は、駆動手段によってパン方向及びチルト方向に駆動可能であり、前記メタデータは、前記駆動手段の駆動状態を示す情報を含む。
上記目的を達成するために、本発明は下記の構成を備える。すなわち、画像受信装置とネットワークを介して通信可能な画像送信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する送信手段を備え、前記撮像手段は、駆動手段によってパン方向及びチルト方向に駆動可能であり、前記送信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報と、前記パン方向及び前記チルト方向における前記撮像手段の位置を示す情報が前記メタデータに含まれるか否かを示す情報とをネットワークを介して前記画像受信装置に送信する。
上記目的を達成するために、本発明は下記の構成を備える。すなわち、画像受信装置とネットワークを介して通信可能な画像送信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する送信手段を備え、前記撮像手段は、駆動手段によってパン方向及びチルト方向に駆動可能であり、前記送信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報と、前記メタデータに前記駆動手段の駆動状態を示す情報が含まれるか否かを示す情報とをネットワークを介して前記画像受信装置に送信する。
上記目的を達成するために、本発明は下記の構成を備える。すなわち、画像受信装置とネットワークを介して通信可能な画像送信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する送信手段を備え、前記送信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像受信装置に送信し、前記メタデータは、前記画像データにおける映像解析処理の結果を示す情報を含む。
上記目的を達成するために、本発明は下記の構成を備える。すなわち、画像送信装置とネットワークを介して通信可能な画像受信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段を備え、前記受信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信し、前記メタデータは、前記撮像手段をパン方向及びチルト方向に駆動可能な駆動手段の駆動状態を示す情報を含む。
上記目的を達成するために、本発明は下記の構成を備える。すなわち、撮像手段をパン方向及びチルト方向に駆動可能な駆動手段を有する画像送信装置とネットワークを介して通信可能な画像受信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段を備え、前記受信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報と、前記パン方向及びチルト方向における前記撮像手段の位置を示す情報が前記メタデータに含まれるか否かを示す情報とをネットワークを介して前記画像送信装置から受信する。
上記目的を達成するために、本発明は下記の構成を備える。すなわち、撮像手段をパン方向及びチルト方向に駆動可能な駆動手段を有する画像送信装置とネットワークを介して通信可能な画像受信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段を備え、前記受信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報と、前記メタデータに前記駆動手段の駆動状態を示す情報が含まれるか否かを示す情報とをネットワークを介して前記画像送信装置から受信する。
上記目的を達成するために、本発明は下記の構成を備える。すなわち画像送信装置とネットワークを介して通信可能な画像受信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手を備え、前記受信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信し、前記メタデータは、前記画像データにおける映像解析処理の結果を示す情報を含む。
上記目的を達成するために、本発明は下記の構成を備える。すなわち画像送信装置とネットワークを介して通信可能な画像受信装置であって、撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段を備え、前記受信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信し、前記メタデータは、パン方向及びチルト方向における前記撮像手段の位置を示す情報、前記撮像手段をパン方向及びチルト方向に駆動可能な駆動手段の駆動状態を示す情報、及び前記画像データにおける映像解析処理の結果を示す情報の内の少なくともいずれかを含み、前記メタデータの圧縮符号化方式として設定することができる圧縮符号化方式を示す情報とともに、前記メタデータに含まれる情報を示す情報を、表示手段に表示させる表示制御手段を有する。
上記目的を達成するために、本発明による送信装置は、受信装置とネットワークを介して通信可能な送信装置であって、画像及び前記画像に関するメタデータを出力する出力手段と、前記出力手段により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信手段と、を備えることを特徴とする。

また、上記目的を達成するために、本発明による受信装置は、画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置であって、前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得手段、を備えることを特徴とする。

また、上記目的を達成するために、本発明による送受信システムは、送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムであって、前記送信装置は、画像及び前記画像に関するメタデータを出力する出力手段、を備え、前記受信装置は、前記出力手段により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得手段、を備えることを特徴とする。

また、上記目的を達成するために、本発明による送信装置の制御方法は、受信装置とネットワークを介して通信可能な送信装置の制御方法であって、画像及び前記画像に関するメタデータを出力する出力ステップと、前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信ステップと、を備えることを特徴とする。

また、上記目的を達成するために、本発明による受信装置の制御方法は、画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置の制御方法であって、前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、を備えることを特徴とする。

また、上記目的を達成するために、本発明による送受信システムの制御方法は、送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムの制御方法であって、前記送信装置にて、画像及び前記画像に関するメタデータを出力する出力ステップ、を備え、前記受信装置にて、前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、を備えることを特徴とする。

また、上記目的を達成するために本発明のプログラムは、受信装置とネットワークを介して通信可能な送信装置を制御するためのプログラムであって、画像及び前記画像に関するメタデータを出力する出力ステップと、前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信ステップと、をコンピュータに実行させることを特徴とする。

また、上記目的を達成するために本発明のプログラムは、画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置を制御するためのプログラムであって、前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、をコンピュータに実行させることを特徴とする。

また、上記目的を達成するために本発明のプログラムは、送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムを制御するためのプログラムであって、前記送信装置にて、画像及び前記画像に関するメタデータを出力する出力ステップ、をコンピュータに実行させ、前記受信装置にて、前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、をコンピュータに実行させることを特徴とする。

本発明によれば、送信装置から出力される画像及びメタデータがどのように符号化されるのかを、容易に把握することができる。

例えば、本発明によれば、ＸＭＬドキュメントが圧縮されているか否か、及び圧縮されている場合、どのような形式で圧縮されているかを、送信機器と受信機器とで共有することが可能となる。この結果、送信機器から出力されたＸＭＬドキュメントが、受信機器側で正しく閲覧されることができるようになる。

実施例１に係る、撮像システムの構成を説明するためのシステム構成図である。実施例１に係る、撮像システムを構成する監視カメラ、クライアント装置の内部構成を示すブロック図である。実施例１に係る、監視カメラが保持するパラメータ構成図である。実施例１に係る、監視カメラとクライアント装置に関するＭｅｄｉａＰｒｏｆｉｌｅ作成のシーケンス図である。実施例１に係る、監視カメラとクライアント装置に関するストリーミング開始のシーケンス図である。実施例１に係る、監視カメラとクライアント装置に関するＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ設定のシーケンス図である。実施例１に係る、監視カメラとクライアント装置に関するＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ設定のシーケンス図である。実施例１に係る、監視カメラのＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドを受信した際の振舞いを示すフローチャートである。実施例１に係る、監視カメラのＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドを受信した際の振舞いを示すフローチャートである。実施例１に係る、監視カメラのＧｅｔＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドを受信した際の振舞いを示すフローチャートである。実施例１に係る、監視カメラのＳｅｔＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎコマンドを受信した際の振舞いを示すフローチャートである。実施例１に係る、監視カメラのＰｌａｙコマンドを受信した際の振舞いを示すフローチャートである。実施例１に係る、監視カメラのＶｉｄｅｏ送信処理の振舞いを示すフローチャートである。実施例１に係る、監視カメラのＭｅｔａｄａｔａ送信処理の振舞いを示すフローチャートである。実施例１に係る、監視カメラのＧｅｔＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎｓのトランザクションの内容を示す図である。実施例１に係る、監視カメラのＧｅｔＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓのトランザクションの内容を示す図である。実施例１に係る、監視カメラが送信するＭｅｔａｄａｔａの一例を示す図である。実施例１に係る、監視カメラのＤＥＳＣＲＩＢＥのトランザクションの内容を示す図である。実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウインドウＧＵＩである。実施例１に係る、Ｍｅｔａｄａｔａ設定ウインドウＧＵＩである。実施例１に係る、クライアント装置のＶｉｄｅｏＥｎｃｏｄｅｒ設定画面処理の振舞いを示すフローチャートである。実施例１に係る、クライアント装置のＭｅｔａｄａｔａ設定画面処理の振舞いを示すフローチャートである。実施例２に係る、Ｍｅｔａｄａｔａ圧縮方式とＲＴＰＰａｙｌｏａｄＴｙｐｅの相関を示すテーブルである。実施例２に係る、監視カメラのＤＥＳＣＲＩＢＥのトランザクションの内容を示す図である。

以下、本発明をその好適な実施例に基づいて詳細に説明する。以下の実施例において示す構成は一例に過ぎず、本発明は、図示された構成に限定されるものではない。

（実施例１）
図１は、本実施例における、送信装置に相当する監視カメラ１０００を含む撮像システムのシステム構成図である。２０００は、本実施例における、受信装置に相当するクライアント装置である。監視カメラ１０００とクライアント装置２０００は、ＩＰネットワーク網１５００を介して相互に通信可能な状態に接続されている。なお、本実施例における撮像システムは、送受信システムの一例である。

なお、本実施例における監視カメラ１０００は、動画像を撮像する撮像装置であり、より詳細には、監視に用いられるネットワークカメラであるものとする。

又、ＩＰネットワーク網１５００は、例えばＥｔｈｅｒｎｅｔ（登録商標）等の通信規格を満足する複数のルータ、スイッチ、ケーブル等から構成されるものとする。しかしながら、本実施例においては、監視カメラ１０００とクライアント装置２０００との間の通信を行うことができるものであれば、その通信規格、規模、構成を問わない。

例えば、ＩＰネットワーク網１５００は、インターネットや有線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、無線ＬＡＮ（ＷｉｒｅｌｅｓｓＬＡＮ）、ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）等により構成されていても良い。なお、本実施例における監視カメラ１０００は、例えば、ＰｏＥ（ＰｏｗｅｒＯｖｅｒＥｔｈｅｒｎｅｔ（登録商標））に対応していても良く、ＬＡＮケーブルを介して電力を供給されても良い。

クライアント装置２０００は、監視カメラ１０００に対して、後述する撮像パラメータ変更や雲台駆動、映像ストリーミング開始等の各種コマンドを送信する。監視カメラ１０００は、それらのコマンドに対するレスポンスや映像ストリーミングをクライアント装置２０００に送信する。尚、本実施例において、メタデータとは、ＸＭＬドキュメントに相当する。

続いて、図２は、本実施例における、監視カメラ１０００及びクライアント装置２０００の内部構成を示すブロック図である。ここで、図２（ａ）は、監視カメラ１０００の内部構成を示すブロック図である。又、図２（ｂ）は、クライアント装置２０００の内部構成を示すブロック図である。

図２（ａ）において、１００１は、制御部であり、監視カメラ１０００の全体の制御を行う。制御部１００１は、例えばＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）で構成される。１００２は、記憶部である。記憶部１００２は、主に制御部１００１が実行するプログラム格納領域、プログラム実行中のワーク領域、後述する撮像部１００３が生成する画像データの格納領域等、様々なデータの格納領域として使用される。

１００３は、撮像部である。撮像部１００３は、監視カメラ１０００の撮像光学系により結像された被写体の像を撮像して取得したアナログ信号をデジタルデータに変換し、画像データとして記憶部１００２に出力する。１００４は、圧縮符号化部である。圧縮符号化部１００４は、撮像部１００３が出力した画像データに対して、ＪＰＥＧ或いはＨ．２６４等の形式に基づき圧縮符号化処理を行うことにより画像データを生成する。

又、圧縮符号化部１００４は、生成した画像データを記憶部１００２に出力する。このとき、圧縮符号化部１００４は、制御部１００１に対してＶＩＤＥＯ送信トリガを発生させ、配信可能な画像が出力されたことを通知する。１００５は、通信部である。通信部１００５は、各制御コマンドを外部機器から受信する場合、また各制御コマンドに対するレスポンスや画像データを含むストリーミングを外部機器へ送信する場合に使用される。

なお、本実施例におけるクライアント装置２０００は、外部機器の一例である。

１００６は、撮像制御部である。撮像制御部１００６は、制御部１００１が入力するパン角度、チルト角度、ズーム倍率の値に従って、チルト機構、パン機構、及びズーム機構を制御するために使用される。又、撮像制御部１００６は、定期的に、現在のパン角度値、チルト角度値、及びズーム倍率値をＰＴＺＰｏｓｉｔｉｏｎ情報として、ＰＴＺＰｏｓｉｔｉｏｎ送信フラグをセットすることにより、制御部１００１に提供する。

また、撮像制御部１００６は、現在のパン、チルト、及びズーム機構の稼働状態をＰＴＺＳｔａｔｕｓ情報として、ＰＴＺＳｔａｔｕｓ送信フラグをセットすることにより、制御部１００１に提供する。１００７は、画像解析部である。画像解析部１００７は、撮像部１００３が出力する画像データの解析を行い、この画像データに含まれる物体の検出を行う。

なお、検出された物体情報は、ＸＭＬ形式のメタデータとして記憶部１００２に出力される。又、本実施例における画像解析部１００７は、撮像部１００３が出力する画像に含まれる物体を検出する物体検出部に相当する。

又、画像解析部１００７は、画像解析結果送信トリガをセットすることにより、検出された物体情報を制御部１００１に提供する。更に、画像解析部１００７は、検出された物体情報を解析することで、動く物体が映像中に現れたか否かの検出結果をイベントとして制御部１００１に提供する。

なお、本実施例において、圧縮符号化部１００４、撮像制御部１００６、及び画像解析部１００７のそれぞれは、例えば、サブＣＰＵで構成される。又、本実施例において、パン機構、チルト機構、及びズーム機構のそれぞれは、ステッピングモータやギヤ等を含むものとする。又、パン機構、チルト機構、及びズーム機構のそれぞれは、撮像部１００３の位置を変更する変更部の一例である。

図２（ｂ）において、２００１は、制御部である。制御部２００１は、例えばＣＰＵで構成され、クライアント装置２０００の全体の制御を行う。２００２は、記憶部である。記憶部２００２は、主に制御部２００１が実行するプログラム格納領域、プログラム実行中のワーク領域等、様々なデータの格納領域として使用される。

２００３は、表示部である。表示部２００３は、例えばＬＣＤ、有機ＥＬディスプレイ等で構成され、クライアント装置２０００の使用者に対して、後述の配信画像設定画面を含む様々な設定画面や、監視カメラ１０００から受信する映像のビューワ、各種メッセージ等を表示する。

２００４は、入力部である。入力部２００４は、例えばボタン、十字キー、タッチパネル、マウス等で構成され、使用者による画面操作の内容を制御部２００１に通知する。２００５は、復号部である。復号部２００５は、通信部２００６を介して受信された圧縮符号化されている画像データやメタデータを復号化し、記憶部２００２に展開する。

２００６は、通信部である。通信部２００６は、各制御コマンドを監視カメラ１０００に対して送信する場合、また各制御コマンドに対するレスポンスや、画像データを含むストリームを監視カメラ１０００から受信する場合に使用される。なお、本実施例において、復号部２００５は、例えば、サブＣＰＵで構成される。

以上、図２を参照し、監視カメラ１０００及びクライアント装置２０００の内部構成について説明したが、図２に示す処理ブロックは、本実施例における監視カメラ、及びクライアント装置の好適な実施例を説明したものであり、この限りではない。例えば、監視カメラ及びクライアント装置は、音声入力部、或いは音声出力部を備える等、本発明の要旨の範囲内で、種々の変形及び変更が可能である。

続いて、図３を参照し、本実施例にて使用するコマンド、パラメータ等の名称と内容を以下に説明する。ここで、図３は、本実施例において、監視カメラ１０００が保持するパラメータの構造を図示している。

図３において、ＭｅｄｉａＰｒｏｆｉｌｅ３０００、３００１、及び３００２は、監視カメラ１０００の各種設定項目を関連づけて記憶するためのパラメータセットである。ＭｅｄｉａＰｒｏｆｉｌｅ３０００、３００１、及び３００２のそれぞれは、ＭｅｄｉａＰｒｏｆｉｌｅのＩＤであるＰｒｏｆｉｌｅＴｏｋｅｎを保持する。

又、ＭｅｄｉａＰｒｏｆｉｌｅ３０００、３００１、及び３００２のそれぞれは、各種設定項目へのリンクを保持する。この各種設定項目には、後述のＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ、ＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ、ＶｉｄｅｏＡｎａｌｙｔｉｃｓＣｏｎｆｉｇｕｒａｔｉｏｎが含まれる。

ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１０は、監視カメラが備える撮像部１００３の性能を示すパラメータの集合体であるＶｉｄｅｏＳｏｕｒｃｅ（図示しない）のＩＤであるＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎを含む。又、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１０は、撮像部１００３が出力可能な画像データの解像度を示すＲｅｓｏｌｕｔｉｏｎを含む。

なお、以後、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎをＶＳＣと省略することがある。

ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ３０２０、３０２１、及び３０２２は、画像データの圧縮符号化に関するエンコーダ設定をＭｅｄｉａＰｒｏｆｉｌｅに関連付けるパラメータの集合体である。

ここで、監視カメラ１０００は、画像データを、本ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに設定される圧縮符号化方式（例えばＪＰＥＧやＨ．２６４）、フレームレート、或いは解像度等のパラメータに従って圧縮符号化する。

そして、監視カメラ１０００は、この圧縮符号化された画像データを、通信部１００５を介してクライアント装置２０００に配信する。なお、この画像データは、ＶｉｄｅｏＳｏｕｒｃｅ、及びＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎの内容に基づいて出力されるものである。又、以降、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎをＶＥＣと略して表記することがある。

又、ＶＥＣは、ＶＥＣのＩＤであるＶＥＣＴｏｋｅｎ、圧縮符号化方式を指定するＥｎｃｏｄｉｎｇ、出力画像の解像度を指定するＲｅｓｏｌｕｔｉｏｎ、圧縮符号化品質を指定するＱｕａｌｉｔｙを含む。更に、ＶＥＣは、出力画像の最大フレームレートを指定するＦｒａｍｅｒａｔｅＬｉｍｉｔ、及び最大ビットレートを指定するＢｉｔｒａｔｅＬｉｍｉｔを含む。

ＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ３０３０、及び３０３１は、画像と併せて監視カメラ１０００がストリーミングするＸＭＬ形式のテキストデータに関するパラメータセットである。なお、以後、ＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎをＭＤＣと省略することがある。

又、ＭＤＣは、ＭＤＣのＩＤであるＭＤＣＴｏｋｅｎ、撮像制御部１００６のステータスを出力するか否かを示すＰＴＺＳｔａｔｕｓフラグ、撮像制御部１００６の位置を出力するか否かを示すＰＴＺＰｏｓｉｔｉｏｎフラグを含む。なお、本実施例では、撮像位置は、パン角度値（撮像部１００３のパン方向の位置）、チルト角度値（撮像部１００３のチルト方向の位置）、及びズーム倍率値（監視カメラ１０００の画角）に相当する。

更に、ＭＤＣは、画像解析部１００７が生成する物体情報を出力するか否かを示すＡｎａｌｙｔｉｃｓフラグ、出力に含めるイベントデータのトピックを指定するＥｅｖｎｔｓ、及び圧縮方式を指定するＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅを含む。

ＶｉｄｅｏＡｎａｌｙｔｉｃｓＣｏｎｆｉｇｕｒａｔｉｏｎ３０４０とは、画像解析部１００７の設定をＭｅｄｉａＰｒｏｆｉｌｅに関連付けるパラメータの集合体である。なお、以降、ＶｉｄｅｏＡｎａｌｙｔｉｃｓＣｏｎｆｉｇｕｒａｔｉｏｎをＶＡＣと省略することがある。又、ＶＡＣは、ＶＡＣのＩＤであるＶＡＣＴｏｋｅｎと、画像解析のルール設定を受け付けるためのＲｕｌｅＣｏｎｆｉｇｕｒａｔｉｏｎ等を含む。

続いて、図４は、監視カメラ１０００とクライアント装置２０００との間において、映像を配信するために必要なＭｅｄｉａＰｒｏｆｉｌｅを設定するための典型的なコマンドシーケンスを示している。ここでトランザクションとは、クライアント装置２０００から監視カメラ１０００へ送信されるコマンドと、それに対して監視カメラ１０００がクライアント装置２０００へ返送するレスポンスのペアのことを指している。

４０００は、Ｓｕｂｓｃｒｉｂｅコマンドのトランザクションである。本コマンドの実行により、監視カメラ１０００は、内部で発生したイベントを、クライアント装置２０００へ送信するようになる。

４００１は、ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドのトランザクションである。ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドは、監視カメラ１０００がサポートする機能を示す機能情報を返送するよう指示するコマンドである。本機能情報には、監視カメラ１０００がメタデータの圧縮送信に対応する否かを示す情報が含まれる。

したがって、ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓのトランザクションのレスポンスは、監視カメラ１０００から出力されるメタデータに符号化方式を設定することができるか否かを示す符号化方式情報の一例である。

４００２は、ＧｅｔＶＳＣｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＶＳＣのリストを取得する。

４００３は、ＧｅｔＶＥＣｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持する保持するＶＥＣのリストを取得する。

４００４は、ＧｅｔＭＤＣｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＭＤＣのリストを取得する。

４００５は、ＧｅｔＶＡＣｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＶＡＣのリストを取得する。

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

本コマンド処理後、監視カメラ１０００は、ＭｅｄｉａＰｒｏｆｉｌｅに何らかの変更があったことをネットワーク上のクライアント装置に通知するべくＭｅｄｉａＰｒｏｆｉｌｅ変更通知イベントを送信する。

４００７、４００８、４００９、及び４０１０は、ＡｄｄＶＳＣコマンド、ＡｄｄＶＥＣコマンド、ＡｄｄＭＤＣコマンド、及びＡｄｄＶＡＣコマンドの各トランザクションである。これらのコマンドにおいて各ＣｏｎｆｉｇｕｒａｔｉｏｎのＴｏｋｅｎを指定することにより、クライアント装置２０００は、指定したＭｅｄｉａＰｒｏｆｉｌｅに所望のＶＳＣ、ＶＥＣ、ＭＤＣ、及びＶＡＣを関連付けることができる。

これらのコマンド処理後、監視カメラ１０００は、ＭｅｄｉａＰｒｏｆｉｌｅに何らかの変更があったことをネットワーク上のクライアント装置に通知するべくＭｅｄｉａＰｒｏｆｉｌｅ変更通知イベントを送信する。

続いて、図５は、クライアント装置２０００が監視カメラ１０００に対してストリーミングを開始させるための典型的なコマンドシーケンスを示している。

４０９９は、ＧｅｔＰｒｏｆｉｌｅｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＭｅｄｉａＰｒｏｆｉｌｅのリストを取得する。図３の例では、Ｔｏｋｅｎ＝ｐｒｏｆｉｌｅ０、ｐｒｏｆｉｌｅ１、及びｐｒｏｆｉｌｅ２の３つのＭｅｄｉａＰｒｏｆｉｌｅのリストを、監視カメラ１０００は、返送する。

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

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

ここで、図１８（ａ）及び（ｂ）は、Ｄｅｓｃｒｉｂｅコマンドのリクエストとレスポンスを例示している。図１８（ｂ）において、１３０００は、メタデータのコンテンツに関する情報として、監視カメラ１０００がクライアント装置２０００に提供するデータである。又、１３００１、及び１３００２に示される数値は、ＲＴＰＰａｙｌｏａｄＴｙｐｅを示している。

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

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

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

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

続いて、図６は、クライアント装置２０００が監視カメラ１０００に対してＶＥＣの設定内容を変更させる場合の典型的なコマンドシーケンスを示している。

４２０１は、ＧｅｔＶＥＣＯｐｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、ＩＤによって指定したＶＥＣにおいて、監視カメラ１０００が受付可能な各パラメータの選択肢や設定値の範囲を取得する。

４２０２は、ＳｅｔＶＥＣコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、ＶＥＣの各パラメータを設定する。本コマンド処理後、監視カメラ１０００は、ＶＥＣに何らかの変更があったことをネットワーク上のクライアント装置に通知するべくＶＥＣ変更通知イベントを送信する。

クライアント装置２０００は、４２０２のトランザクションで変更したＶＥＣの設定内容を有効にするために、４１０５、４１０１、４１０２、及びＳ４１０３のトランザクションを実行し、監視カメラ１０００に対して配信ストリームを再スタートさせる。

続いて、図７は、クライアント装置２０００が監視カメラ１０００に対してＭＤＣの設定内容を変更させる場合の典型的なコマンドシーケンスを示している。

４３０１は、ＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、ＩＤによって指定したＭＤＣにおいて、監視カメラ１０００が受付可能な各パラメータの選択肢や設定値の範囲を取得する。

４３０２は、ＳｅｔＭＤＣコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、ＭＤＣの各パラメータを設定する。本コマンド処理後、監視カメラ１０００は、ＭＤＣに何らかの変更があったことをネットワーク上のクライアント装置に通知するべくＭＤＣ変更通知イベントを送信する。

クライアント装置２０００は、４３０２のトランザクションで変更したＭＤＣの設定内容を有効にするために、４１０５、４１０１、４１０２、及び４１０３のトランザクションを実行し、監視カメラ１０００に対して配信ストリームを再スタートさせる。

続いて、図８は、監視カメラ１０００が前述のＧｅｔＶＥＣＯｐｔｉｏｎｓコマンドをクライアント装置２０００から受信した場合の処理を示している。

ステップＳ１５００において制御部１００１は、記憶部１００２に記憶されているサポートしている圧縮方式のリストを取得する。本リストには、例えば、ＪＰＥＧ、Ｈ．２６４が含まれる。

ステップＳ１５０１において制御部１００１は、記憶部１００２に記憶されているサポートしている出力解像度のリストを取得する。本リストには、例えば、１２８０ｘ９６０、１０２４ｘ７６８、６４０ｘ４８０、３２０ｘ２４０などが含まれる。

ステップＳ１５０２において制御部１００１は、設定可能なＦｒａｍｅｒａｔｅのレンジ、画像品質Ｑｕａｌｉｔｙのレンジ、Ｂｉｔｒａｔｅのレンジ、ＥｎｃｏｄｉｎｇＩｎｔｅｒｖａｌを取得する。例えば、制御部１００１により、ＦｒａｍｅｒａｔｅＬｉｍｉｔとして１〜３０ｆｐｓ、Ｑｕａｌｉｔｙのレンジとして１〜５、Ｂｉｔｒａｔｅのレンジとして６４〜１６３８４ｂｐｓが取得される。

ステップＳ１５０３において制御部１００１は、ステップＳ１５００からステップＳ１５０２において取得した選択肢や設定範囲を、正常レスポンスに含めて、通信部１００５を介してクライアント装置２０００へ返送する。

続いて、図９は、監視カメラ１０００が前述のＳｅｔＶＥＣコマンドをクライアント装置２０００から受信した場合の処理を示している。

ステップＳ１６００において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されているＦｒａｍｅｒａｔｅ、Ｑｕａｌｉｔｙ、Ｂｉｔｒａｔｅ、ＥｎｃｏｄｉｎｇＩｎｔｅｒｖａｌの各設定値を記憶部１００２に記憶する。

ステップＳ１６０１において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度Ｒｅｓｏｌｕｔｉｏｎをサポートしているか否かを判定する。具体的には、ステップＳ１５０１において制御部１００１が記憶部１００２から取得した出力解像度のリストに、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度Ｒｅｓｏｌｕｔｉｏｎが含まれているか否かを判定する。

そして、サポート外のＲｅｓｏｌｕｔｉｏｎが指定されている場合、制御部１００１は、処理をステップＳ１６１０へ進める。サポートされているＲｅｓｏｌｕｔｉｏｎが指定されている場合。制御部１００１は、処理をステップＳ１６０２に進める。

ステップＳ１６０２において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度Ｒｅｓｏｌｕｔｉｏｎを記憶部１００２に記憶させる。

ステップＳ１６０３において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式Ｅｎｃｏｒｄｉｎｇをサポートしているか否かを判定する。具体的には、ステップＳ１５００において制御部１００１が記憶部１００２から取得した圧縮方式のリストに、ＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式Ｅｎｃｏｒｄｉｎｇが含まれるか否かを判定する。

そして、サポート外のＥｎｃｏｒｄｉｎｇが指定されている場合、制御部１００１は、処理をステップＳ１６１０へ進める。サポートされているＥｎｃｏｒｄｉｎｇが指定されている場合、制御部１００１は、処理をステップＳ１６０５に進める。

ステップＳ１６０４において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式Ｅｎｃｏｒｄｉｎｇを記憶部１００２に記憶させる。

ステップＳ１６０５において制御部１００１は、正常レスポンスを、通信部１００５を介してクライアント装置２０００へ返送し、本処理を終了する。

ステップＳ１６１０において制御部１００１は、エラーレスポンスを、通信部１００５を介してクライアント装置２０００へ返送し、本処理を終了する。

続いて、図１０は、監視カメラ１０００が前述のＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドをクライアント装置２０００から受信した場合の処理を示している。又、図１６（ａ）、及び（ｂ）は、ＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのリクエストとレスポンスの内容を示している。

ステップＳ１０００において制御部１００１は、記憶部１００２に記憶されているサポートしているＰＴＺＳｔａｔｕｓのメタデータコンテンツを取得する。ＰＴＺＳｔａｔｕｓとは、撮像制御部１００６が制御するパン機構、チルト機構、ズーム機構の稼働状態を示すステータス情報である。

ここで、パン機構及びチルト機構のステータス情報、及びズーム機構のサポートを示すパラメータとして、図１６（ｂ）におけるＰａｎＴｉｌｔＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグがある。本実施例においては、図１６（ｂ）に示されるように双方ともＴｒｕｅ、即ち「サポートされている」を示す情報が制御部１００１により取得されているものとする。

ステップＳ１００１において制御部１００１は、記憶部１００２に記憶されているサポートしているＰＴＺＰｏｓｉｔｉｏｎのメタデータコンテンツを取得する。ＰＴＺＰｏｓｉｔｉｏｎとは、撮像制御部１００６が制御するパン機構、チルト機構、及びズーム機構の現在位置を示すステータス情報である。

パン機構及びチルト機構の現在位置、及びズーム機構の現在位置を示すパラメータとして、図１６（ｂ）におけるＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグがある。本実施例においては、図１６（ｂ）に示されるように双方ともＴｒｕｅ、即ち「サポートされている」を示す情報が制御部１００１により取得されているものとする。

ステップＳ１００２において制御部１００１は、記憶部１００２に記憶されているサポートしているメタデータの圧縮法方式のリストを取得する。本リストには、例えば、Ｎｏｎｅ（非圧縮）、ＥＸＩ、ＦＩ、ＢｉＭ等が含まれる。本実施例においては、図１６（ｂ）のＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ１１０００に示されるようにＮｏｎｅ、ＥＸＩ、及びＦＩが制御部１００１により取得されているものとする。

なお、本実施例において、ＧｅｔＭＤＣＯｐｔｉｏｎｓのトランザクションのレスポンス、及びステップＳ１５０３等で前述したＧｅｔＶＥＣＯｐｔｉｏｎｓのトランザクションのレスポンスは、符号化方式情報の一例である。

ステップＳ１００３において制御部１００１は、ステップＳ１０００、Ｓ１００１、及びＳ１００２で取得した情報を、図１６（ｂ）に示されるように正常レスポンスに含めて、通信部１００５を介してクライアント装置２０００へ返送する。

続いて、図１１は、監視カメラ１０００が前述のＳｅｔＭＤＣコマンドをクライアント装置２０００から受信した場合の処理を示している。

ステップＳ１１００において制御部１００１は、ＰａｎＴｉｌｔＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグの内容をＰＴＺＳｔａｔｕｓ送信フラグとして記憶部１００２に記憶する。なお、これらＰａｎＴｉｌｔＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグは、ＳｅｔＭＤＣコマンドの引数で指定されている。

ＰＴＺＳｔａｔｕｓ送信フラグがＴｒｕｅの場合、撮像制御部１００６は、パン機構、チルト機構、或いはズーム機構のステータス情報をＰＴＺＳｔａｔｕｓ送信トリガと共に、定期的に制御部１００１へ通知する。一方、ＰＴＺＳｔａｔｕｓ送信フラグがＦａｌｓｅの場合、撮像制御部１００６は、このステータス情報をこのトリガと共に通知することなく、このトリガのみを定期的に制御部１００１へ通知する。

ステップＳ１１０１において制御部１００１は、ＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグの内容をＰＴＺＰｏｓｉｔｉｏｎ送信フラグとして記憶部１００２に記憶させる。なお、これらＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグは、ＳｅｔＭＤＣコマンドの引数で指定されている。

このＰＴＺＰｏｓｉｔｉｏｎ送信フラグがＴｒｕｅの場合、撮像制御部１００６はパン機構、チルト機構、或いはズーム機構の位置情報をＰＴＺＳｔａｔｕｓ送信トリガと共に、定期的に制御部１００１へ通知する。一方、ＰＴＺＰｏｓｉｔｉｏｎ送信フラグがＦａｌｓｅの場合、撮像制御部１００６は、この位置情報をこのトリガと共に通知することなく、このトリガのみを定期的に制御部１００１へ通知する。

ステップＳ１１０２において制御部１００１は、ＳｅｔＭＤＣコマンドの引数で指定されているＡｎａｌｙｔｉｃｓフラグの内容をＶｉｄｅｏＡｎａｌｙｔｉｃｓ送信フラグとして記憶部１００２に記憶させる。

ＶｉｄｅｏＡｎａｌｙｔｉｃｓ送信フラグがＴｒｕｅの場合、画像解析部１００７は、画像に含まれる物体の検出結果を物体情報として画像解析結果送信トリガと共に、定期的に制御部１００１へ通知する。一方、ＶｉｄｅｏＡｎａｌｙｔｉｃｓ送信フラグがＦａｌｓｅの場合、画像解析部１００７は、この物体情報をこのトリガと共に通知することなく、このトリガのみを定期的に制御部１００１へ通知する。

ステップＳ１１０３において制御部１００１は、ＳｅｔＭＤＣコマンドの引数で指定されているＥｖｅｎｔｓの内容を、メタデータ送信対象ＥｖｅｎｔＴｏｐｉｃとして記憶部１００２に記憶させる。

例えば、「動体検知」のＥｖｅｎｔＴｏｐｉｃが指定可能である。動体検知のＥｖｅｎｔＴｏｐｉｃが指定された場合、画像解析部１００７は、画像内に動く物体を検出した場合に、動体検知発生トリガとして、制御部１００１へ通知する。一方、動体検知のＥｖｅｎｔＴｏｐｉｃが指定されていない場合、画像解析部１００７は、画像内に動く物体を検出した場合であっても、このトリガを制御部１００１へ通知しない。

ステップＳ１１０４において制御部１００１は、ＳｅｔＭＤＣコマンドの引数で指定されている圧縮方式ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅをサポートしているかどうかを判定する。具体的には、ステップＳ１００２において制御部１００１が記憶部１００２から取得した圧縮方式のリストに、ＳｅｔＭＤＣコマンドの引数で指定されている圧縮方式ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅが含まれるか否かを判定する。

そして、サポート外のＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅが指定されている場合、制御部１００１は、処理をステップＳ１１１０へ進める。サポートされているＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅが指定されている場合、制御部１００１は、処理をステップＳ１１０５に進める。

ステップＳ１１０５において制御部１００１は、ＳｅｔＭＤＣコマンドの引数で指定されている圧縮方式ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅを記憶部１００２に記憶させる。

ステップＳ１１０６において制御部１００１は、通信部１００５を介して正常レスポンスをクライアント装置２０００へ返送する。

ステップＳ１１１０において制御部１００１は、通信部１００５を介してエラーレスポンスをクライアント装置２０００へ返送する。

続いて、図１２は、監視カメラ１０００が前述のＰｌａｙコマンドをクライアント装置２０００から受信した場合の処理を示している。

ステップＳ１２００において制御部１００１は、当該Ｐｌａｙコマンドの対象となっている映像ストリームの圧縮方式を記憶部１００２内のメモリに記憶させる。

具体的には、制御部１００１は、Ｐｌａｙコマンドによって指定されているＵＲＩ、及びセッションＩＤを基に、Ｐｌａｙ対象となっているＭｅｄｉａＰｒｏｆｉｌｅ、及びＶＥＣを特定する。そして、制御部１００１は、特定したＶＥＣの圧縮方式を参照して、参照した圧縮方式を記憶部１００２内のメモリに退避させる。

ステップＳ１２０１において制御部１００１は、当該Ｐｌａｙコマンドの対象となっているメタデータストリームの圧縮方式を記憶部１００２内のメモリに記憶させる。

具体的には、制御部１００１は、Ｐｌａｙコマンドによって指定されているＵＲＩ、及びセッションＩＤを基に、Ｐｌａｙ対象となっているＭｅｄｉａＰｒｏｆｉｌｅ、及びＭＤＣを特定する。そして、制御部１００１は、特定したＭＤＣの圧縮方式を参照して、参照した圧縮方式を記憶部１００２内のメモリに退避させる。

ステップＳ１２００、１２０１においてメモリに退避された映像、メタデータの圧縮方式は、ストリーミング配信中に後述のＶｉｄｅｏ配信処理、或いはメタデータ配信処理において制御部１００１によって参照される。この処理の目的は、ＳｅｔＶＥＣ、或いはＳｅｔＭＤＣコマンドの処理で、記憶部１００２に退避される圧縮方式を直接参照しないことである。

この処理により、ストリーミング配信中に受信するＳｅｔＶＥＣ、ＳｅｔＭＤＣコマンドによってストリーミング開始後に圧縮方法が変更されないようにする。したがって、ステップＳ１２００、１２０１においては、ストリーミング中の設定変更を禁止する圧縮方式以外のパラメータについても、メモリに退避するようにしてもよい。例えばＶＥＣの出力解像度をも退避するようにしてもよい。

ステップＳ１２０２において制御部１００１は、Ｐｌａｙ対象のＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが含まれるか否か、即ち、映像が配信対象であるのか否かを判定する。ＶＥＣが含まれてない、即ち映像は配信対象ではない場合には、制御部１００１は、処理をステップＳ１２０４に進める。一方、ＶＥＣが含まれている、即ち、映像が配信対象である場合には、制御部１００１は、処理をステップＳ１２０３に進める。

ステップＳ１２０３において制御部１００１は、映像を配信するためのＶｉｄｅｏ送信処理を実行する。なお、このＶｉｄｅｏ送信処理については、図１３を用いて後述する。

ステップＳ１２０４において制御部１００１は、Ｐｌａｙ対象のＭｅｄｉａＰｒｏｆｉｌｅにＭＤＣが含まれるか否か、即ち、メタデータが配信対象であるのか否かを判定する。ＭＤＣが含まれてない、即ち、メタデータが配信対象ではない場合には、制御部１００１は、処理をステップＳ１２０６に進める。一方、ＭＤＣが含まれている、即ち、メタデータが配信対象である場合には、制御部１００１は、処理をステップＳ１２０５に進める。

ステップＳ１２０５において制御部１００１は、メタデータを配信するためのメタデータ送信処理を実行する。なお、このメタデータ送信処理については、図１４を用いて後述する。

ステップＳ１２０６において制御部１００１は、現在配信中のストリーミングに対するＴｅａｒｄｏｗｎコマンドを受信しているか否かを通信部１００５に問い合わせる。Ｔｅａｒｄｏｗｎを受信している場合は、ストリーミング配信を停止させるべく本処理を終了させる。Ｔｅａｒｄｏｗｎを受信していない場合は、ストリーミング配信を継続させるべくステップＳ１２０２に処理を進める。

続いて、図１３は、Ｖｉｄｅｏ送信処理の詳細を示している。ステップＳ１７００において制御部１００１は、ＶＩＤＥＯ送信トリガがあるか否かを判定する。ＶＩＤＥＯ送信トリガがある場合、制御部１００１は、処理をステップＳ１７０１に進める。一方ＶＩＤＥＯ送信トリガが無い場合、制御部１００１は、ＶＩＤＥＯ送信トリガの発生の確認を所定回数繰り返す。

なお、ＶＩＤＥＯ送信トリガが無い場合、制御部１００１は、本処理を終了させるべくＲｅｔｕｒｎに処理を進めるようにしてもよい。ＶＩＤＥＯ送信トリガの判定は、１回のみ実施するようにしてもよい。

ステップＳ１７０１において制御部１００１は、記憶部１００２に含まれるメモリを参照し、現在ストリーミング（ストリーミング配信）中の画像の圧縮方式、及び出力解像度を取得する。

ステップＳ１７０２において制御部１００１は、ステップＳ１７０１において取得した現在ストリーミング中の画像の圧縮方式を判定する。この圧縮方式がＪＰＥＧであった場合にはステップＳ１７０３へ、この圧縮方式がＨ．２６４であった場合にはステップＳ１７１０へ、制御部１００１は、処理を進める。

ステップＳ１７０３において制御部１００１は、圧縮符号化部１００４から、ステップＳ１７０１で取得した出力解像度のＪＰＥＧ画像を取得する。

ステップＳ１７１０において制御部１００１は、圧縮符号化部１００４から、ステップＳ１７０１で取得した出力解像度のＨ．２６４画像を取得する。

ステップＳ１７０２、１７０３、１７１０において、本実施例では、ＪＰＥＧとＨ．２６４のみを適用可能圧縮方式としているが、例えば、ＭＰＥＧ４、ＨＥＶＣ（Ｈ．２６５）等他の方式をサポートしている場合でも同様の処理となる。

ステップＳ１７０４において制御部１００１は、ステップＳ１７０３、或いはＳ１７１０において取得した画像を、通信部１００５を介して外部装置へ送信する。

ステップＳ１７０５において制御部１００１は、現在配信中のストリーミングに対するＴｅａｒｄｏｗｎコマンドを受信しているか否かを通信部１００５に問い合わせる。Ｔｅａｒｄｏｗｎコマンドを受信している場合には、本処理を終了させる。一方、Ｔｅａｒｄｏｗｎコマンドを受信していない場合には、ステップＳ１７００へ処理を戻し所定回数本処理を継続させる。

しかしながら、Ｔｅａｒｄｏｗｎコマンドの受信確認は、図１２のＰｌａｙ処理で実施されるようになっており、必ずしも本ＶＩＤＥＯ送信処理で実施されるようにする必要はない。

続いて、図１４は、メタデータ送信処理の詳細を示している。ステップＳ１３００において制御部１００１は、いずれかのメタデータ送信トリガがあるか否かを判定する。いずれかのメタデータ送信トリガがある場合、制御部１００１は、このトリガの内容に応じて、ステップＳ１３０１、Ｓ１２１０、Ｓ１２２０、或いはＳ１２３０へ処理を進める。

一方、Ｍｅｔａｄｔａ送信トリガが無い場合、制御部１００１は、Ｍｅｔａｄｔａ送信トリガの確認を所定回数繰り返す。なお、メタデータ送信トリガが無い場合、制御部１００１は、本処理を終了させるべくＲｅｔｕｒｎに処理を進めるようにしてもよい。又、制御部１００１は、メタデータ送信トリガの判定を１回のみ実施するようにしてもよい。

ステップＳ１３００におけるメタデータ送信トリガは例えば以下の４種類がある。撮像制御部１００６からのＰＴＺＳｔａｔｕｓ送信トリガ、或いはＰＴＺＰｏｓｉｔｉｏｎ送信トリガ、画像解析部１００７からのＶｉｄｅｏＡｎａｌｙｔｉｃｓ送信トリガ、或いは画像解析部１００７からの動体検知イベント送信トリガである。

例えば、制御部１００１は、ＰＴＺＳｔａｔｕｓ送信トリガが通知されたと判定した場合には、ステップＳ１３０１に処理を進める。又、制御部１００１は、ＰＴＺＰｏｓｉｔｉｏｎ送信トリガが通知されたと判定した場合には、ステップＳ１２１０に処理を進める。

そして、制御部１００１は、画像解析結果送信トリガが通知されたと判定した場合には、ステップＳ１２２０に処理を進める。更に、制御部１００１は、動体検知発生トリガが通知されたと判定した場合には、ステップＳ１２３０に処理を進める。

ステップＳ１３０１において制御部１００１は、撮像制御部１００６からＸＭＬ形式のＰＴＺＳｔａｔｕｓ情報を取得する。ここで、図１７は、ＸＭＬ形式のメタデータドキュメントを例示している。取得したＰＴＺＳｔａｔｕｓ情報は、図１７におけるｔｅｖ８：ＭｏｖｅＳｔａｔｕｓタグに例示されるデータである。

つまり、図１７におけるＰＴＺＳｔａｔｕｓ情報は、ＭｏｖｅＳｔａｔｕｓタグに対応付けられたデータであり、より詳細には、＜ｔｅｖ８：ＭｏｖｅＳｔａｔｕｓ＞タグと＜／ｔｅｖ８：ＭｏｖｅＳｔａｔｕｓ＞タグとで閉じられたデータである。即ち、このデータは、「＜ｔｅｖ８：ＰａｎＴｉｌｔ＞ＩＤＬＥ＜／ｔｅｖ８：ＰａｎＴｉｌｔ＞」や「＜ｔｅｖ８：Ｚｏｏｍ＞ＩＤＬＥ＜／ｔｅｖ８：Ｚｏｏｍ＞」である。

ステップＳ１２１０において制御部１００１は、撮像制御部１００６からＸＭＬ形式のＰＴＺＰｏｓｉｔｉｏｎ情報を取得する。取得したＰＴＺＰｏｓｉｔｉｏｎ情報は、図１７におけるｔｅｖ８：Ｐｏｓｉｔｉｏｎタグに例示されるデータである。

つまり、図１７におけるＰＴＺＰｏｓｉｔｉｏｎ情報は、ｔｅｖ８：Ｐｏｓｉｔｉｏｎタグに対応付けられたデータであり、より詳細には、＜ｔｅｖ８：Ｐｏｓｉｔｉｏｎ＞タグと＜／ｔｅｖ８：Ｐｏｓｉｔｉｏｎ＞タグとで閉じられたデータである。

ステップＳ１２２０において制御部１００１は、画像解析部１００７からＸＭＬ形式の物体情報を取得する。物体情報は、図１７におけるｔｅｖ８：Ｏｂｊｅｃｔタグに例示されるデータである。

つまり、図１７における物体情報は、ｔｅｖ８：Ｏｂｊｅｃｔタグに対応付けられたデータであり、より詳細には、＜ｔｅｖ８：Ｏｂｊｅｃｔ＞タグと＜／ｔｅｖ８：Ｏｂｊｅｃｔ＞タグとで閉じられたデータである。

ステップＳ１２３０において制御部１００１は、画像解析部１００７からＸＭＬ形式の動体検知イベント情報を取得する。

ステップＳ１３０２において制御部１００１は、ステップＳ１２０１においてメモリに退避させたメタデータの圧縮方式を参照する。

ステップＳ１３０３において制御部１００１は、ステップＳ１３０２において取得したメタデータ圧縮方式がＮｏｎｅ、即ち圧縮なしのＰｌａｉｎＸＭＬであるか否かを判定する。そして、圧縮なしのＰｌａｉｎＸＭＬであった場合、制御部１００１は、処理をステップＳ１３０５に進める。一方、圧縮なしのＰｌａｉｎＸＭＬでなかった場合、制御部１００１は、処理をステップＳ１３０４に進める。

ステップＳ１３０４において制御部１００１は、ステップＳ１３０１、Ｓ１２１０、Ｓ１２２０、或いはＳ１２３０において取得したＸＭＬ形式のメタデータを、ステップＳ１３０２において取得した圧縮方式で圧縮する。

ステップＳ１３０５において制御部１００１は、ステップＳ１３０１、Ｓ１２１０、Ｓ１２２０、或いはＳ１２３０において取得したメタデータを、通信部１００５を介して外部機器へ送信する。

例えば、制御部１００１は、ステップＳ１３０３にてメタデータ圧縮方式がＮｏｎｅであると判定した場合には、このメタデータを圧縮することなく、このメタデータを外部機器へ送信する。制御部１００１は、ステップＳ１３０３にてメタデータ圧縮方式がＮｏｎｅではないと判定した場合には、ステップＳ１３０４で圧縮されたメタデータを外部機器へ送信する。

ステップＳ１３０６において制御部１００１は、現在配信中のストリーミングに対するＴｅａｒｄｏｗｎコマンドを受信しているかどうかを通信部１００５に問い合わせる。Ｔｅａｒｄｏｗｎコマンドを受信している場合は、制御部１００１は、本処理を終了させる。一方、Ｔｅａｒｄｏｗｎコマンドを受信していない場合は、制御部１００１は、ステップＳ１７００へ処理を戻し所定回数本処理を継続させる。

しかしながら、Ｔｅａｒｄｏｗｎコマンドの受信確認は、図１２のＰｌａｙ処理で実施されるようになっており、必ずしも本メタデータ送信処理で実施されるようにする必要はない。

続いて、図１９は、クライアント装置２０００において、監視カメラ１０００のＶＥＣ設定を変更させるためのユーザインタフェースであるところの、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウインドウである。又、図２１は、本画面に関するクライアント装置２０００の振舞いを示すフローチャートである。

ステップＳ２０００において制御部２００１は、表示部２００３にＶｉｄｅｏＥｎｃｏｄｅｒ設定ウインドウを表示させる。

ステップＳ２００１において制御部２００１は、通信部２００６を介して４０９９に示すＧｅｔＰｒｏｆｉｌｅｓコマンドのトランザクションを実施することにより、監視カメラ１０００が保持するＭｅｄｉａＰｒｏｆｉｌｅのリストを取得する。そして、制御部２００１は、取得したリストを記憶部２００２に記憶させる。

この時併せて制御部２００１は、通信部２００６を介して４２０１に示されるＧｅｔＶＥＣＯｐｔｉｏｎｓコマンドのトランザクションを実施する。そして、制御部２００１は、この実施をすることで取得したＧｅｔＶＥＣＯｐｔｉｏｎｓのレスポンスに含まれるＶＥＣの各パラメータの選択肢に基づき、ＥｎｃｏｄｅｒＴｙｐｅ選択エリア７１１０の複数の選択肢及びこれら複数の選択肢の選択状態を表示する。

更に、制御部２００１は、このレスポンスに含まれるＶＥＣの各パラメータの選択肢に基づき、Ｄｅｔａｉｌ設定エリア７１２０、及び出力解像度選択エリア７１３０の複数の選択肢を表示する。

ステップＳ２００２において制御部２００１は、ステップＳ２００１において取得したＭｅｄｉａＰｒｏｆｉｌｅのうち１つを対象として４１００から４１０３に示されるトランザクションを実施する。これによってクライアント装置２０００は、監視カメラ１０００からのストリーミング４１０４を取得し、取得したストリーミング４１０４に対応する動画をＬｉｖｅＶｉｅｗエリア７１００に表示する。

ステップＳ２００３において制御部２００１は、通信部２００６を介して４００３に示されるＧｅｔＶＥＣｓコマンドのトランザクションを実施することで取得したＶＥＣの数に基づき、ＶＥＣタブを表示する。図１９の例では、２つのＶＥＣが取得できた場合を示しており、２つのＶＥＣタブ７１０１、７１０２が表示されている。

ステップＳ２００４において制御部２００１は、ステップＳ２００３において取得したＶＥＣのうち、ＶＥＣタブにおいて現在選択されているＶＥＣの内容をＶＥＣ表示エリア７１０３に表示する。具体的には、ＶＥＣに含まれるＥｎｃｏｒｄｉｎｇの内容を、ＥｎｃｏｄｅｒＴｙｐｅ選択エリア７１１０において選択された状態とするよう表示する。

さらにＶＥＣの各パラメータの内容を、Ｄｅｔａｉｌ設定エリア７１２０、及び出力解像度選択エリア７１３０において、選択された状態とするよう表示する。Ｄｅｔａｉｌ設定エリア７１２０において、７２１２は、ＶＥＣにおけるＦｒａｍｅＬｉｍｉｔ、７１２２はＢｉｔｒａｔｅＬｉｍｉｔ、及び７１２３は、Ｑｕａｌｉｔｙの設定を行うスライディングバーである。

又、出力解像度選択エリア７１３０において７１３１は、ステップＳ２００１で取得した出力解像度の選択肢を表示するドロップダウンリストである。

ステップＳ２００５において制御部２００１は、入力部２００４を介してＵＩ操作通知を受信するか、通信部２００６を介して、監視カメラ１０００からの設定変更通知イベントを受信するかを待つ。

ＶＥＣタブ７１０１、７１０２が押下された場合、及び監視カメラ１０００からの設定変更通知イベントを受信した場合、制御部２００１は、処理をステップＳ２０００へ進める。又、設定ボタン７１４０の押下が通知された場合、制御部２００１は、処理をステップＳ２００６へ進める。閉じるボタン７１４１の押下が通知された場合、制御部２００１は、処理をステップＳ２００７へ進め、本画面の処理を終了する。

ステップＳ２００６において制御部２００１は、通信部２００６を介して、ＶＥＣ表示エリア７１０３の内容に従って４２０３に示されるＳｅｔＶＥＣコマンドのトランザクションを実施する。

例えば、制御部２００１は、ＥｎｃｏｄｅｒＴｙｐｅ選択エリア７１１０、Ｄｅｔａｉｌ設定エリア７１２０、及び出力解像度選択エリア７１３０においてユーザが選択した内容をパラメータとしたＳｅｔＶＥＣコマンドを、監視カメラ１０００に送信する。その後、制御部２００１は、処理をステップＳ２００５に進める。

続いて、図２０は、クライアント装置２０００において、監視カメラ１０００のＭＤＣ設定を変更させるためのユーザインタフェースであるところの、Ｍｅｔａｄｔａ設定ウインドウである。又、図２２は、本画面に関するクライアント装置２０００の振舞いを示すフローチャートである。

ステップＳ２１００において制御部２００１は、表示部２００３にＭｅｔａｄａｔａ設定ウインドウを表示させる。

ステップＳ２１０１において制御部２００１は、通信部２００６を介して４０９９に示すＧｅｔＰｒｏｆｉｌｅｓコマンドのトランザクションを実施することにより、監視カメラ１０００が保持するＭｅｄｉａＰｒｏｆｉｌｅのリストを取得する。そして、制御部２００１は、取得したリストを記憶部２００２に記憶させる。

ステップＳ２１０２において制御部２００１は、ステップＳ２００１において取得したＭｅｄｉａＰｒｏｆｉｌｅのうち１つを対象として４１００から４１０３に示されるトランザクションを実施する。これによってクライアント装置２０００は、監視カメラ１０００からのストリーミング４１０４を取得し、取得したストリーミング４１０４に対応するコンテンツをＬｉｖｅＶｉｅｗエリア７０００に表示する。

ステップＳ２１０３において制御部２００１は、通信部２００６を介して４００４に示されるＧｅｔＭＤＣｓコマンドのトランザクションを実施することにより取得したＭＤＣの数に基づいてＭＤＣタブを表示する。ここで、図１５（ａ）及び（ｂ）は、ＧｅｔＭＤＣｓコマンドのリクエストとレスポンスを例示している。図２０では、図１５（ｂ）に例示されるような２つのＭＤＣが取得できた場合を示しており、２つのＭＤＣタブ７００１、及び７００２が表示されている。

ステップＳ２１０４において制御部２００１は、ステップＳ２１０３において取得したＭＤＣのうち、ＭＤＣタブにおいて現在選択されているＭＤＣの内容をＭＤＣ表示エリア７００３に表示させる。

具体的には、制御部２００１は、ＭＤＣに含まれるＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅの内容を、ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ選択エリア７０１０において選択された状態とするよう、ＭＤＣ表示エリア７００３に表示させる。図２０の例では、図１５（ｂ）のＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅタグ１００００に示されるように、ＥＸＩが設定されている場合を示しており、７０１１のＥＸＩが選択されている。

一方、図１５（ｂ）における１０００１のようにＮｏｎｅが指定されている場合は、ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ選択エリア７０１０におけるＮｏｎｅが選択されて表示されることとなる。なお、本明細書では、ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ選択エリア７０１０を、圧縮方式選択エリア７０１０と称することがある。

更に、制御部２００１は、ＭＤＣの各パラメータの内容を、Ｃｏｎｔｅｎｔｓ設定エリア７０２０において、選択された状態とするよう表示させる。図２０の例では、ＰＴＺＳｔａｔｕｓフラグ、ＰＴＺＰｏｓｉｔｉｏｎフラグ、及びＡｎａｌｙｔｉｃｓフラグが選択された状態として表示されている。なお、本明細書では、Ｃｏｎｔｅｎｔｓ設定エリア７０２０を、詳細設定エリア７０２０と称することがある。

イベントトピックを指定するＥｖｅｎｔｓ設定エリア７０３０には、イベントデータ選択肢７０３１と、トピックを指定するトピックフィルタ設定エリア７０３２と、が含まれるが、図２０の例ではイベントは、設定されていない状態を示している。

ステップＳ２１０５において制御部２００１は、通信部２００６を介して４３０１に示されるＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのトランザクションを実施する。そして、制御部２００１は、この実施により取得したＧｅｔＭＤＣＯｐｔｉｏｎｓのレスポンスに含まれるＭＤＣの各パラメータの選択肢に基づき、ＭＤＣ表示エリア７００３における各選択肢を表示する。

具体的には、制御部２００１は、圧縮方式選択エリア７０１０において、メタデータ圧縮方式の選択肢、及び詳細設定エリア７０２０において、ＰＴＺＳｔａｔｕｓ選択肢７０２２とＰＴＺＰｏｓｉｔｉｏｎ選択肢７０２３の選択可否を表示させる。

図２０の例においては、圧縮方式選択エリア７０１０では、４種類定義されているメタデータの圧縮方式のうち、ＢｉＭ７０１３を除く３つの選択肢、Ｎｏｎｅ／ＥＸＩ／ＦＩが設定可能であるよう表示されている。また、図２０の例においては、詳細設定エリア７０２０では、ＰＴＺＳｔａｔｕｓ選択肢７０２２とＰＴＺＰｏｓｉｔｉｏｎ選択肢７０２３とは、双方とも指定可能なように表示されている。

なお、本実施例における制御部２００１は、監視カメラ１０００から出力されるメタデータに設定することができる圧縮方式とともに、このメタデータに含まれる情報（ＰＴＺＳｔａｔｕｓ情報など）を、表示部２００３に表示させる表示制御機能を備える。

ステップＳ２１０６において制御部２００１は、入力部２００４を介してＵＩ操作通知を受信するか、通信部２００６を介して、監視カメラ１０００からの設定変更通知イベントを受信するかを待つ。ＭＤＣタブ７００１、又は７００２が押下された場合、及び監視カメラ１０００からの設定変更通知イベントを受信した場合、制御部２００１は、処理をステップＳ２０００へ進める。

設定ボタン７０４０の押下が通知された場合、制御部２００１は、処理をステップＳ２１０７へ進める。閉じるボタン７０４１の押下が通知された場合、制御部２００１は、処理をステップＳ２１０８へ進め、本画面の処理を終了する。

ステップＳ２１０７において制御部２００１は、通信部２００６を介して、ＭＤＣ表示エリア７００３の内容に従って４３０３に示されるＳｅｔＭＤＣコマンドのトランザクションを実施する。

具体的には、ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ選択エリア７０１０、及びＣｏｎｔｅｎｔｓ設定エリア７０２０においてユーザが選択した内容をパラメータとしたＳｅｔＭＤＣコマンドを監視カメラ１０００に対して送信する。その後、制御部２００１は、処理をステップＳ２１０６に進める。

以上に説明した監視カメラ、クライアント装置、及び撮像システムによれば、ＸＭＬドキュメントを送信する場合に圧縮可能か否かを、監視カメラとクライアント装置との間で共有することが可能となる。また圧縮可能である場合、クライアント装置はどのような形式で圧縮されることを期待するか監視カメラ１０００に対して指定を行うことが可能となる。即ち、監視カメラとクライアント装置との間でＸＭＬドキュメントの圧縮方式を事前に共有することが可能となる。これによって、監視カメラ装置から出力されたＸＭＬドキュメントを、クライアント装置側で正しく閲覧させるようにすることができるようになる。

なお、本実施例では、図１６（ｂ）に示すように、ＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグは、両方とも「Ｔｒｕｅ」であるものとしたが、これに限られるものではない。例えば、この両方とも「Ｆａｌｓｅ」である、即ち「サポートされていない」であるものとしても良い。当然、この両方のうち、一方を「Ｔｒｕｅ」、他方を「Ｆａｌｓｅ」としても良い。

よって、本実施例におけるＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのレスポンスは、パン機構、チルト機構、及びズーム機構のそれぞれの稼働状態を示す情報を、監視カメラ１０００から出力されるメタデータに、含めることができるか否かを示す情報の一例である。

同様に、本実施例では、図１６（ｂ）に示すように、ＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグは、両方とも「Ｔｒｕｅ」であるものとしたが、これに限られるものではない。例えば、この両方とも「Ｆａｌｓｅ」である、即ち「サポートされていない」であるものとしても良い。当然、この両方のうち、一方を「Ｔｒｕｅ」、他方を「Ｆａｌｓｅ」としても良い。

よって、本実施例におけるＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのレスポンスは、監視カメラ１０００の撮像位置を示す情報を、監視カメラ１０００から出力されるメタデータに、含めることができるか否かを示す情報の一例である。

又、本実施例におけるＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのレスポンスは、画像解析部１００７により検出された（動体等の）物体を示す情報を、監視カメラ１０００から出力されるメタデータに、含めることができるか否かを示す情報として構成しても良い。

又、本実施例では、監視カメラ１０００から出力される画像に設定することができる符号化方式と、監視カメラ１０００から出力されるメタデータに設定することができる符号化方式とを、異なる画面に表示させるように、制御部２００１を構成した。しかしながら、このような構成に限るものではない。

例えば、監視カメラ１０００から出力される画像に設定することができる符号化方式と、監視カメラ１０００から出力されるメタデータに設定することができる符号化方式とを、同一の画面（ウインドウ等）に表示させるように、制御部２００１を構成しても良い。

（実施例２）
実施例１において、ＸＭＬドキュメントの圧縮可否、及び圧縮方式の指定について、ＸＭＬドキュメントの配信に先立ってコマンドで情報共有する監視カメラ、クライアント装置、及び撮像システムに言及しながら、説明した。

しかしながら、クライアント装置の中には、前述の図１９、図２０に示されるような設定画面を表示して、ユーザにＶｉｄｅｏＥｎｃｏｄｅｒやメタデータの設定を行わせる機能を持たないものもある。このようなストリーミングを開始させるだけのシンプルなクライアント装置は、４００３や４００４、のトランザクションによって、監視カメラに現在設定されている映像やメタデータの圧縮方式を知ることができない。

従って、このようなクライアント装置は、監視カメラからストリーム出力（ストリーム配信）されたメタデータを含むＸＭＬドキュメントを正しく閲覧できない可能性がある。

このようなクライアントでも、正しくＸＭＬドキュメントを閲覧できるように、ストリーミングを開始させるトランザクションにおいても、監視カメラからクライアント装置へＸＭＬドキュメントの圧縮形式を通知するようにしてもよい。

以上の点を考慮した実施例２を以下に説明する。尚、実施例１と同じ部分については、同一の符号を付しその説明を省略する。例えば、図１〜１７、及び図１９〜２２については実施例１と同じであるので、その説明を省略する。

続いて、図２３は、メタデータ、即ちＸＭＬドキュメントの圧縮形式（Ｃｏｍｐｒｅｓｓｉｏｎ１６０００）と、ＲＴＰＰａｙｌｏａｄＴｙｐｅ１６００１と、の相関表である。ここで、ＲＴＰＰａｙｌｏａｄＴｙｐｅとは、Ｄｅｓｃｒｉｂｅコマンドにおいて監視カメラ１０００がクライアント装置２０００へ通知するコンテンツの内容を示すコードである。

実施例１では、図１８に示すようにメタデータの圧縮方式に関わらずＲＴＰＰａｙｌｏａｄＴｙｐｅは「１２２」としていた。これに対し、本実施例では、ＲＴＰＰａｙｌｏａｄＴｙｐｅを、監視カメラ１０００が送信しようとするメタデータの圧縮方式に従って変更するようにする。

ここで、図２３について詳述する。図２３では、「Ｎｏｎｅ（ＰｌａｉｎＸＭＬ）」と、「１２２」とが対応付けられている。又、「ＥＸＩ」と「１２３」とが対応付けられている。更に、「ＦＩ」と「１２４」とが対応付けられている。そして、「ＢｉＭ」と「１２５」とが対応付けられている。

続いて、図２４は、図５の４１０１に示すＤｅｓｃｒｉｂｅコマンドのトランザクションのレスポンスを示している。１７０００は、メタデータのコンテンツに関する情報して、監視カメラ１０００がクライアント装置２０００に提供するデータである。１７００１、及び１７００２に示される数値は、ＲＴＰＰａｙｌｏａｄＴｙｐｅを示している。本図においては１２３、即ち現在ＭｅｔａｄａｔａコンテンツがＥＸＩ形式で圧縮されていることを示している。

以上に説明した監視カメラ、クライアント装置、撮像システムによれば、メタデータの設定に関するコマンド群に対応しないクライアント装置であっても、どのような形式でメタデータが圧縮されているかを、ストリーミング開始時に知ることが可能となる。

即ち、監視カメラとクライアント装置との間でＸＭＬドキュメントの圧縮方式を事前に共有することが可能となる。これによって、このようなクライアント装置であっても、監視カメラ装置から出力されたＸＭＬドキュメントを正しく閲覧させるようにすることができる。

なお、本実施例では、Ｄｅｓｃｒｉｂｅコマンドのレスポンスは、図２４に示すように、監視カメラ１０００がストリーム配信するメタデータのコンテンツの情報を示すように構成したが、これに限るものではない。例えば、監視カメラ１０００がストリーム配信する画像のコンテンツの情報も示すように、Ｄｅｓｃｒｉｂｅコマンドのレスポンスを構成しても良い。

このように構成した場合、本実施例における通信部１００５は、監視カメラ１０００がストリーム配信する画像及びメタデータのコンテンツの情報の要求を、クライアント装置２０００から受け付ける受付部としての役割を果たす。

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

以上、本発明の好ましい実施例について説明したが、本発明はこれらの実施例に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。

１０００監視カメラ
１００５通信部
１５００ＩＰネットワーク網
２０００クライアント装置

Claims

画像受信装置とネットワークを介して通信可能な画像送信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する送信手段
を備え、
前記送信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像受信装置に送信し、
前記撮像手段は、駆動手段によってパン方向及びチルト方向に駆動可能であり、
前記メタデータは、前記駆動手段の駆動状態を示す情報を含む
ことを特徴とする画像送信装置。
画像受信装置とネットワークを介して通信可能な画像送信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する送信手段
を備え、
前記撮像手段は、駆動手段によってパン方向及びチルト方向に駆動可能であり、
前記送信手段は、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報と、
前記パン方向及び前記チルト方向における前記撮像手段の位置を示す情報が前記メタデータに含まれるか否かを示す情報と
をネットワークを介して前記画像受信装置に送信する
ことを特徴とする画像送信装置。
画像受信装置とネットワークを介して通信可能な画像送信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する送信手段
を備え、
前記撮像手段は、駆動手段によってパン方向及びチルト方向に駆動可能であり、
前記送信手段は、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報と、
前記メタデータに前記駆動手段の駆動状態を示す情報が含まれるか否かを示す情報と
をネットワークを介して前記画像受信装置に送信する
ことを特徴とする画像送信装置。
画像受信装置とネットワークを介して通信可能な画像送信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する送信手段
を備え、
前記送信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像受信装置に送信し、
前記メタデータは、前記画像データにおける映像解析処理の結果を示す情報を含む
ことを特徴とする画像送信装置。
前記映像解析処理は、前記画像データに基づく画像に含まれる物体を検出する物体検出処理である
ことを特徴とする請求項４記載の画像送信装置。
前記物体は、動体である
ことを特徴とする請求項５記載の画像送信装置。
前記画像データの要求、及び、前記メタデータの要求を、ネットワークを介して前記画像受信装置から受信する受信手段を更に備え、
前記送信手段は、前記符号化方式情報とともに、前記受信手段により受信された要求に応じたデータを送信する
ことを特徴とする請求項１〜６のいずれか１項に記載の画像送信装置。
前記メタデータに対する圧縮符号化方式を指定する指定情報が、ネットワークを介して前記画像受信装置から受信されると、前記メタデータを前記指定情報によって指定された圧縮符号化方式で符号化する符号化手段を備え、
前記送信手段は、前記符号化手段により圧縮符号化されたメタデータを、ネットワークを介して前記画像受信装置に送信する
ことを特徴とする請求項１〜７のいずれか１項に記載の画像送信装置。
前記画像データを圧縮符号化する画像符号化手段を備え、
前記画像データの圧縮符号化方式として設定することができる符号化方式は、ＪＰＥＧ、ＭＰＥＧ４、Ｈ．２６４、及びＨ．２６５のうち、いずれか１つを少なくとも含む
ことを特徴とする請求項１〜８のいずれか１項に記載の画像送信装置。
前記メタデータの圧縮符号化方式として設定することができる符号化方式は、ＥＸＩ、ＦＩ、及びＢｉＭのうち、いずれか１つを少なくとも含む
ことを特徴とする請求項１〜９のいずれか１項に記載の画像送信装置。
前記符号化方式情報は、前記メタデータに対する圧縮符号化方式として設定することができる符号化方式を示す情報、又は、前記メタデータに対して圧縮符号化を行うことができるかを示す情報である
ことを特徴とする請求項１〜１０のいずれか１項に記載の画像送信装置。
画像送信装置とネットワークを介して通信可能な画像受信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段
を備え、
前記受信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信し、
前記メタデータは、前記撮像手段をパン方向及びチルト方向に駆動可能な駆動手段の駆動状態を示す情報を含む
ことを特徴とする画像受信装置。
撮像手段をパン方向及びチルト方向に駆動可能な駆動手段を有する画像送信装置とネットワークを介して通信可能な画像受信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段
を備え、
前記受信手段は、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報と、
前記パン方向及びチルト方向における前記撮像手段の位置を示す情報が前記メタデータに含まれるか否かを示す情報と
をネットワークを介して前記画像送信装置から受信する
ことを特徴とする画像受信装置。
撮像手段をパン方向及びチルト方向に駆動可能な駆動手段を有する画像送信装置とネットワークを介して通信可能な画像受信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段
を備え、
前記受信手段は、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報と、
前記メタデータに前記駆動手段の駆動状態を示す情報が含まれるか否かを示す情報と
をネットワークを介して前記画像送信装置から受信する
ことを特徴とする画像受信装置。
画像送信装置とネットワークを介して通信可能な画像受信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段
を備え、
前記受信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信し、
前記メタデータは、前記画像データにおける映像解析処理の結果を示す情報を含む
ことを特徴とする画像受信装置。
画像送信装置とネットワークを介して通信可能な画像受信装置であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する受信手段
を備え、
前記受信手段は、前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信し、
前記メタデータは、
パン方向及びチルト方向における前記撮像手段の位置を示す情報、
前記撮像手段をパン方向及びチルト方向に駆動可能な駆動手段の駆動状態を示す情報、及び
前記画像データにおける映像解析処理の結果を示す情報
の内の少なくともいずれかを含み、
前記メタデータの圧縮符号化方式として設定することができる圧縮符号化方式を示す情報とともに、前記メタデータに含まれる情報を示す情報を、表示手段に表示させる表示制御手段を有する
ことを特徴とする画像受信装置。
前記符号化方式情報に基づいて、前記メタデータの圧縮符号化方式として設定することができる圧縮符号化方式を示す情報を表示手段に表示させる表示制御手段
を更に備えることを特徴とする請求項１２〜１６のいずれか１項に記載の画像受信装置。
前記表示制御手段は、前記画像データの圧縮符号化方式として設定することができる圧縮符号化方式を示す情報と、前記メタデータの圧縮符号化方式として設定することができる圧縮符号化方式を示す情報とを、異なるウインドウで前記表示手段に表示させる
ことを特徴とする請求項１７記載の画像受信装置。
前記表示制御手段は、前記画像データの圧縮符号化方式として設定することができる圧縮符号化方式を示す情報と、前記メタデータの圧縮符号化方式として設定することができる圧縮符号化方式を示す情報とを、同一のウインドウで前記表示手段に表示させる
ことを特徴とする請求項１７記載の画像受信装置。
前記符号化方式情報は、前記メタデータに対する圧縮符号化方式として設定することができる符号化方式を示す情報、又は、前記メタデータに対して圧縮符号化を行うことができるかを示す情報である
ことを特徴とする請求項１２〜１９のいずれか１項に記載の画像受信装置。
請求項１〜１１のいずれか１項に記載の画像送信装置と、
請求項１２〜２０のいずれか１項に記載の画像受信装置と
を有することを特徴とする通信システム。
画像受信装置とネットワークを介して通信可能な画像送信装置の制御方法であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する第１の送信工程と、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像受信装置に送信する第２の送信工程と
を有し、
前記撮像手段は、駆動手段によってパン方向及びチルト方向に駆動可能であり、
前記メタデータは、前記駆動手段の駆動状態を示す情報を含む
ことを特徴とする制御方法。
画像受信装置とネットワークを介して通信可能な画像送信装置の制御方法であって、
駆動手段によってパン方向及びチルト方向に駆動可能な撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する第１の送信工程と、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像受信装置に送信する第２の送信工程と、
前記パン方向及び前記チルト方向における前記撮像手段の位置を示す情報が前記メタデータに含まれるか否かを示す情報を、ネットワークを介して前記画像受信装置に送信する第３の送信工程と
を有することを特徴とする制御方法。
画像受信装置とネットワークを介して通信可能な画像送信装置の制御方法であって、
駆動手段によってパン方向及びチルト方向に駆動可能な撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する第１の送信工程と、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像受信装置に送信する第２の送信工程と、
前記メタデータに前記駆動手段の駆動状態を示す情報が含まれるか否かを示す情報を、ネットワークを介して前記画像受信装置に送信する第３の送信工程と
を有することを特徴とする制御方法。
画像受信装置とネットワークを介して通信可能な画像送信装置の制御方法であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像受信装置に送信する第１の送信工程と、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像受信装置に送信する第２の送信工程と
を有し、
前記メタデータは、前記画像データにおける映像解析処理の結果を示す情報を含む
ことを特徴とする制御方法。
画像送信装置とネットワークを介して通信可能な画像受信装置の制御方法であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する第１の受信工程と、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信する第２の受信工程と
を有し、
前記メタデータは、前記撮像手段をパン方向及びチルト方向に駆動可能な駆動手段の駆動状態を示す情報を含む
ことを特徴とする制御方法。
撮像手段をパン方向及びチルト方向に駆動可能な駆動手段を有する画像送信装置とネットワークを介して通信可能な画像受信装置の制御方法であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する第１の受信工程と、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信する第２の受信工程と、
前記パン方向及びチルト方向における前記撮像手段の位置を示す情報が前記メタデータに含まれるか否かを示す情報を、ネットワークを介して前記画像送信装置から受信する第３の受信工程と
を有することを特徴とする制御方法。
撮像手段をパン方向及びチルト方向に駆動可能な駆動手段を有する画像送信装置とネットワークを介して通信可能な画像受信装置の制御方法であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する第１の受信工程と、
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報、ネットワークを介して前記画像送信装置から受信する第２の受信工程と、
前記メタデータに前記駆動手段の駆動状態を示す情報が含まれるか否かを示す情報を、ネットワークを介して前記画像送信装置から受信する第３の受信工程と
を有することを特徴とする制御方法。
画像送信装置とネットワークを介して通信可能な画像受信装置の制御方法であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する第１の受信工程と
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信する第２の受信工程と
を有し、
前記メタデータは、前記画像データにおける映像解析処理の結果を示す情報を含む
ことを特徴とする制御方法。
画像送信装置とネットワークを介して通信可能な画像受信装置の制御方法であって、
撮像手段によって撮像された画像データと、前記画像データに関するメタデータとを、ネットワークを介して前記画像送信装置から受信する第１の受信工程と
前記メタデータに対する圧縮符号化方式の設定に関する符号化方式情報を、ネットワークを介して前記画像送信装置から受信する第２の受信工程と、
表示制御工程と
を有し、
前記メタデータは、
パン方向及びチルト方向における前記撮像手段の位置を示す情報、
前記撮像手段をパン方向及びチルト方向に駆動可能な駆動手段の駆動状態を示す情報、及び
前記画像データにおける映像解析処理の結果を示す情報
の内の少なくともいずれかを含み、
前記表示制御工程において、前記メタデータの圧縮符号化方式として設定することができる圧縮符号化方式を示す情報とともに、前記メタデータに含まれる情報を示す情報を、表示手段に表示させる
ことを特徴とする制御方法。
コンピュータを、請求項１〜１１のいずれか１項に記載の画像送信装置の各手段として機能させることを特徴とするプログラム。
コンピュータを、請求項１２〜２０のいずれか１項に記載の画像受信装置の各手段として機能させることを特徴とするプログラム。