(57)【要約】【課題】  送信装置から出力される画像及びメタデータがどのように符号化されるのかを、容易に把握する。【解決手段】  クライアント装置２０００とＩＰネットワーク網１５００を介して通信可能な監視カメラ１０００は、画像及びこの画像に関するメタデータを出力する通信部１００５を備える。通信部１００５は、通信部１００５により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、クライアント装置２０００にＩＰネットワーク網１５００を介して送信する。【選択図】  図２
2015056846.tif 000002
【特許請求の範囲】
【請求項１】
受信装置とネットワークを介して通信可能な送信装置であって、
画像及び前記画像に関するメタデータを出力する出力手段と、
前記出力手段により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信手段と、
を備えることを特徴とする送信装置。
【請求項２】
前記出力部により出力される画像及びメタデータのコンテンツの情報の要求を、前記受信装置からネットワークを介して受け付ける受付手段を更に備え、
前記送信手段は、前記符号化方式情報とともに、前記受付手段により受け付けられた要求に応じた情報を送信することを特徴とする請求項１に記載の送信装置。
【請求項３】
被写体を撮像する撮像手段を更に備え、
前記出力手段により出力される画像は、前記撮像手段により出力される画像であり、
前記出力手段により出力されるメタデータは、前記撮像手段の撮像位置を示す情報を含むことを特徴とする請求項１又は２に記載の送信装置。
【請求項４】
被写体を撮像する撮像手段と、
前記撮像手段の撮像位置を変更する変更手段と、
を更に備え、
前記出力手段により出力される画像は、前記撮像手段により出力される画像であり、
前記出力手段により出力されるメタデータは、前記変更手段の稼働状態を示す情報を含むことを特徴とする請求項１又は２に記載の送信装置。
【請求項５】
被写体を撮像する撮像手段と、
前記撮像手段の撮像位置を変更する変更手段と、
前記出力手段により出力されるメタデータに前記撮像位置を示す情報が含まれるか否かを示す情報、及び前記出力手段により出力されるメタデータに前記変更手段の稼働状態を示す情報が含まれるか否かを示す情報を、前記出力手段により出力されるメタデータに設定することができる符号化方式を示す情報とともに、前記受信装置にネットワークを介して通知する通知手段と、
を備えることを特徴とする請求項１又は２に記載の送信装置。
【請求項６】
被写体を撮像する撮像手段と、
前記撮像手段により出力される画像に含まれる物体を検出する物体検出手段と、
を更に備え、
前記出力手段により出力される画像は、前記撮像手段により出力される画像であり、
前記出力手段により出力されるメタデータは、前記物体検出手段により検出された物体を示す情報を含むことを特徴とする請求項１又は２に記載の送信装置。
【請求項７】
前記物体検出手段により検出された物体は、動体であることを特徴とする請求項６に記載の送信装置。
【請求項８】
メタデータについて符号化方式を設定することができることを示す符号化方式情報が前記送信手段により送信された場合に、前記出力手段により出力されるメタデータに設定される符号化方式を、前記受信装置からネットワークを介して受信する受信手段と、
前記出力手段により出力されたメタデータを前記受信手段により受信された符号化方式で符号化する符号化手段と、
前記符号化手段により符号化されたメタデータを、前記受信装置にネットワークを介して配信する配信手段と、
前記配信手段に配信処理を開始させる際に、前記符号化手段に符号化処理を開始させる制御手段と、
を更に備えることを特徴とする請求項１又は２に記載の送信装置。
【請求項９】
前記出力手段により出力される画像に設定することができる符号化方式は、ＪＰＥＧ、ＭＰＥＧ４、Ｈ．２６４、及びＨ．２６５のうち、いずれか１つを少なくとも含むことを特徴とする請求項１乃至８のいずれか１項に記載の送信装置。
【請求項１０】
前記出力手段により出力されるメタデータに設定することができる符号化方式は、ＥＸＩ、ＦＩ、及びＢｉＭのうち、いずれか１つを少なくとも含むことを特徴とする請求項１乃至９のいずれか１項に記載の送信装置。
【請求項１１】
画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置であって、
前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得手段、
を備えることを特徴とする受信装置。
【請求項１２】
画像及びメタデータのそれぞれについて符号化方式を設定することができることを示す符号化方式情報が前記取得手段により取得された場合に、前記出力部により出力される画像及びメタデータのそれぞれに設定することができる符号化方式を示す情報を表示部に表示させる表示制御手段を更に備えることを特徴とする請求項１１に記載の受信装置。
【請求項１３】
前記表示制御手段は、前記出力部により出力される画像に設定することができる符号化方式を示す情報と前記出力部により出力されるメタデータに設定することができる符号化方式を示す情報とを、異なるウインドウで前記表示部に表示させることを特徴とする請求項１２に記載の受信装置。
【請求項１４】
前記表示制御手段は、前記出力部により出力される画像に設定することができる符号化方式を示す情報と前記出力部により出力されるメタデータに設定することができる符号化方式を示す情報とを、同一のウインドウで前記表示部に表示させることを特徴とする請求項１３に記載の受信装置。
【請求項１５】
前記出力部により出力されるメタデータは、被写体を撮像する撮像部の撮像位置を示す情報、前記撮像部の撮像位置を変更する変更部の稼働状態を示す情報、及び前記出力部により出力される画像に含まれる物体を示す情報のうち、いずれか１つを少なくとも含み、
前記表示制御手段は、前記出力部により出力されるメタデータに設定することができる符号化方式を示す情報とともに、前記出力部により出力されるメタデータに含まれる情報を示す情報を、前記表示部に表示させることを特徴とする請求項１２乃至１４のいずれか１項に記載の受信装置。
【請求項１６】
送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムであって、
前記送信装置は、
画像及び前記画像に関するメタデータを出力する出力手段、
を備え、
前記受信装置は、
前記出力手段により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得手段、
を備えることを特徴とする送受信システム。
【請求項１７】
受信装置とネットワークを介して通信可能な送信装置の制御方法であって、
画像及び前記画像に関するメタデータを出力する出力ステップと、
前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信ステップと、
を備えることを特徴とする送信装置の制御方法。
【請求項１８】
画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置の制御方法であって、
前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、
を備えることを特徴とする受信装置の制御方法。
【請求項１９】
送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムの制御方法であって、
前記送信装置にて、
画像及び前記画像に関するメタデータを出力する出力ステップ、
を備え、
前記受信装置にて、
前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、
を備えることを特徴とする送受信システムの制御方法。
【請求項２０】
受信装置とネットワークを介して通信可能な送信装置を制御するためのプログラムであって、
画像及び前記画像に関するメタデータを出力する出力ステップと、
前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信ステップと、
をコンピュータに実行させることを特徴とするプログラム。
【請求項２１】
画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置を制御するためのプログラムであって、
前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、
をコンピュータに実行させることを特徴とするプログラム。
【請求項２２】
送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムを制御するためのプログラムであって、
前記送信装置にて、
画像及び前記画像に関するメタデータを出力する出力ステップ、
をコンピュータに実行させ、
前記受信装置にて、
前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、受信装置、送受信システム、送信装置の制御方法、受信装置の制御方法、送受信システムの制御方法、及びプログラムに関するものである。特に、送信装置から出力される画像及び前記画像に関するメタデータについて符号化方式を設定する技術に関する。
【背景技術】
【０００２】
従来、撮像した画像データと共に、画像解析の結果やイベント情報を含むメタデータを、ネットワークを介して外部に出力する撮像装置が知られている（例えば、特許文献１）。このようなメタデータの形式としてＸＭＬ（エクステンシブル  マークアップ  ランゲージ）が使われる場合がある。
【０００３】
また、前述のＸＭＬドキュメントを圧縮、伸張するための技術としてＥｆｆｉｃｉｅｎｔ  ＸＭＬ  Ｉｎｔｅｒｃｈａｎｇｅ＝ＥＸＩ（非特許文献１）が知られている。更に、このような技術としては、ＥＸＩの他にも、ＢｉＭ  （Ｂｉｎａｒｙ  ＭＰＥＧ  ｆｏｒｍａｔ  ｆｏｒ  ＸＭＬ）、ＦＩ（Ｆａｓｔ  Ｉｎｆｏｓｅｔ）等が知られている。
【０００４】
前述のような撮像装置において、大量のメタデータを効率よく配信するためにはこのような圧縮、伸張技術が適用可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２７３１２５号公報
【非特許文献】
【０００６】
【非特許文献１】Ｅｆｆｉｃｉｅｎｔ  ＸＭＬ  Ｉｎｔｅｒｃｈａｎｇｅ（ＥＸＩ）  Ｆｏｒｍａｔ  １．０  （ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｅｘｉ／）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＸＭＬドキュメントの圧縮・伸張技術を適用することにより、ＸＭＬドキュメントの送信側と受信側の双方において圧縮・伸張の計算が必要となる。したがって、ＸＭＬドキュメントの単位時間当たりの送信量次第では、圧縮・伸張を行うことは、エンドツーエンドの配送に要する時間の観点で必ずしも効率的でない場合がある。
【０００８】
即ち、ＸＭＬドキュメントの圧縮が送信側でサポートされていても、受信側では圧縮しないまま送信されることを期待する場合があった。しかし、ＸＭＬドキュメントの圧縮の有効・無効を外部機器から設定するためのインタフェースは、存在しなかった。また、ＸＭＬドキュメントの圧縮形式は、多様であり、ＸＭＬドキュメントの送信側と受信側で、サポートする圧縮形式が一致しないという課題があった。
【０００９】
またさらに、ＸＭＬドキュメントの圧縮形式を外部機器から送信装置に対して設定した場合に、どのタイミングで設定された方式による圧縮が開始されるのか、外部機器からは分からなかった。
【００１０】
以上のことから、送信機器から出力されたＸＭＬドキュメントが、受信機器側で正しく閲覧されることができない場合があるという課題があった。
【００１１】
本発明は上記のような点を鑑みてなされたものである。即ち、送信装置から出力される画像及びメタデータがどのように符号化されるのかを、容易に把握することができるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明による送信装置は、受信装置とネットワークを介して通信可能な送信装置であって、画像及び前記画像に関するメタデータを出力する出力手段と、前記出力手段により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信手段と、を備えることを特徴とする。
【００１３】
また、上記目的を達成するために、本発明による受信装置は、画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置であって、前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得手段、を備えることを特徴とする。
【００１４】
また、上記目的を達成するために、本発明による送受信システムは、送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムであって、前記送信装置は、画像及び前記画像に関するメタデータを出力する出力手段、を備え、前記受信装置は、前記出力手段により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得手段、を備えることを特徴とする。
【００１５】
また、上記目的を達成するために、本発明による送信装置の制御方法は、受信装置とネットワークを介して通信可能な送信装置の制御方法であって、画像及び前記画像に関するメタデータを出力する出力ステップと、前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信ステップと、を備えることを特徴とする。
【００１６】
また、上記目的を達成するために、本発明による受信装置の制御方法は、画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置の制御方法であって、前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、を備えることを特徴とする。
【００１７】
また、上記目的を達成するために、本発明による送受信システムの制御方法は、送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムの制御方法であって、前記送信装置にて、画像及び前記画像に関するメタデータを出力する出力ステップ、を備え、前記受信装置にて、前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、を備えることを特徴とする。
【００１８】
また、上記目的を達成するために本発明のプログラムは、受信装置とネットワークを介して通信可能な送信装置を制御するためのプログラムであって、画像及び前記画像に関するメタデータを出力する出力ステップと、前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記受信装置にネットワークを介して送信する送信ステップと、をコンピュータに実行させることを特徴とする。
【００１９】
また、上記目的を達成するために本発明のプログラムは、画像及び前記画像に関するメタデータを出力する出力部を有する送信装置と、ネットワークを介して通信可能な受信装置を制御するためのプログラムであって、前記出力部により出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、をコンピュータに実行させることを特徴とする。
【００２０】
また、上記目的を達成するために本発明のプログラムは、送信装置と、前記送信装置とネットワークを介して通信可能な受信装置と、を含む送受信システムを制御するためのプログラムであって、前記送信装置にて、画像及び前記画像に関するメタデータを出力する出力ステップ、をコンピュータに実行させ、前記受信装置にて、前記出力ステップにて出力される画像及びメタデータのそれぞれについて符号化方式を設定することができるか否かを示す符号化方式情報を、前記送信装置からネットワークを介して取得する取得ステップ、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、送信装置から出力される画像及びメタデータがどのように符号化されるのかを、容易に把握することができる。
【００２２】
例えば、本発明によれば、ＸＭＬドキュメントが圧縮されているか否か、及び圧縮されている場合、どのような形式で圧縮されているかを、送信機器と受信機器とで共有することが可能となる。この結果、送信機器から出力されたＸＭＬドキュメントが、受信機器側で正しく閲覧されることができるようになる。
【図面の簡単な説明】
【００２３】
【図１】実施例１に係る、撮像システムの構成を説明するためのシステム構成図である。
【図２】実施例１に係る、撮像システムを構成する監視カメラ、クライアント装置の内部構成を示すブロック図である。
【図３】実施例１に係る、監視カメラが保持するパラメータ構成図である。
【図４】実施例１に係る、監視カメラとクライアント装置に関するＭｅｄｉａＰｒｏｆｉｌｅ作成のシーケンス図である。
【図５】実施例１に係る、監視カメラとクライアント装置に関するストリーミング開始のシーケンス図である。
【図６】実施例１に係る、監視カメラとクライアント装置に関するＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ設定のシーケンス図である。
【図７】実施例１に係る、監視カメラとクライアント装置に関するＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ設定のシーケンス図である。
【図８】実施例１に係る、監視カメラのＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドを受信した際の振舞いを示すフローチャートである。
【図９】実施例１に係る、監視カメラのＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドを受信した際の振舞いを示すフローチャートである。
【図１０】実施例１に係る、監視カメラのＧｅｔＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドを受信した際の振舞いを示すフローチャートである。
【図１１】実施例１に係る、監視カメラのＳｅｔＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎコマンドを受信した際の振舞いを示すフローチャートである。
【図１２】実施例１に係る、監視カメラのＰｌａｙコマンドを受信した際の振舞いを示すフローチャートである。
【図１３】実施例１に係る、監視カメラのＶｉｄｅｏ送信処理の振舞いを示すフローチャートである。
【図１４】実施例１に係る、監視カメラのＭｅｔａｄａｔａ送信処理の振舞いを示すフローチャートである。
【図１５】実施例１に係る、監視カメラのＧｅｔＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎｓのトランザクションの内容を示す図である。
【図１６】実施例１に係る、監視カメラのＧｅｔＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓのトランザクションの内容を示す図である。
【図１７】実施例１に係る、監視カメラが送信するＭｅｔａｄａｔａの一例を示す図である。
【図１８】実施例１に係る、監視カメラのＤＥＳＣＲＩＢＥのトランザクションの内容を示す図である。
【図１９】実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウインドウＧＵＩである。
【図２０】実施例１に係る、Ｍｅｔａｄａｔａ設定ウインドウＧＵＩである。
【図２１】実施例１に係る、クライアント装置のＶｉｄｅｏＥｎｃｏｄｅｒ設定画面処理の振舞いを示すフローチャートである。
【図２２】実施例１に係る、クライアント装置のＭｅｔａｄａｔａ設定画面処理の振舞いを示すフローチャートである。
【図２３】実施例２に係る、Ｍｅｔａｄａｔａ圧縮方式とＲＴＰ  Ｐａｙｌｏａｄ  Ｔｙｐｅの相関を示すテーブルである。
【図２４】実施例２に係る、監視カメラのＤＥＳＣＲＩＢＥのトランザクションの内容を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明をその好適な実施例に基づいて詳細に説明する。以下の実施例において示す構成は一例に過ぎず、本発明は、図示された構成に限定されるものではない。
【００２５】
（実施例１）
図１は、本実施例における、送信装置に相当する監視カメラ１０００を含む撮像システムのシステム構成図である。２０００は、本実施例における、受信装置に相当するクライアント装置である。監視カメラ１０００とクライアント装置２０００は、ＩＰネットワーク網１５００を介して相互に通信可能な状態に接続されている。なお、本実施例における撮像システムは、送受信システムの一例である。
【００２６】
なお、本実施例における監視カメラ１０００は、動画像を撮像する撮像装置であり、より詳細には、監視に用いられるネットワークカメラであるものとする。
【００２７】
又、ＩＰネットワーク網１５００は、例えばＥｔｈｅｒｎｅｔ（登録商標）等の通信規格を満足する複数のルータ、スイッチ、ケーブル等から構成されるものとする。しかしながら、本実施例においては、監視カメラ１０００とクライアント装置２０００との間の通信を行うことができるものであれば、その通信規格、規模、構成を問わない。
【００２８】
例えば、ＩＰネットワーク網１５００は、インターネットや有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等により構成されていても良い。なお、本実施例における監視カメラ１０００は、例えば、ＰｏＥ（Ｐｏｗｅｒ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標））に対応していても良く、ＬＡＮケーブルを介して電力を供給されても良い。
【００２９】
クライアント装置２０００は、監視カメラ１０００に対して、後述する撮像パラメータ変更や雲台駆動、映像ストリーミング開始等の各種コマンドを送信する。監視カメラ１０００は、それらのコマンドに対するレスポンスや映像ストリーミングをクライアント装置２０００に送信する。尚、本実施例において、メタデータとは、ＸＭＬドキュメントに相当する。
【００３０】
続いて、図２は、本実施例における、監視カメラ１０００及びクライアント装置２０００の内部構成を示すブロック図である。ここで、図２（ａ）は、監視カメラ１０００の内部構成を示すブロック図である。又、図２（ｂ）は、クライアント装置２０００の内部構成を示すブロック図である。
【００３１】
図２（ａ）において、１００１は、制御部であり、監視カメラ１０００の全体の制御を行う。制御部１００１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成される。１００２は、記憶部である。記憶部１００２は、主に制御部１００１が実行するプログラム格納領域、プログラム実行中のワーク領域、後述する撮像部１００３が生成する画像データの格納領域等、様々なデータの格納領域として使用される。
【００３２】
１００３は、撮像部である。撮像部１００３は、監視カメラ１０００の撮像光学系により結像された被写体の像を撮像して取得したアナログ信号をデジタルデータに変換し、画像データとして記憶部１００２に出力する。１００４は、圧縮符号化部である。圧縮符号化部１００４は、撮像部１００３が出力した画像データに対して、ＪＰＥＧ或いはＨ．２６４等の形式に基づき圧縮符号化処理を行うことにより画像データを生成する。
【００３３】
又、圧縮符号化部１００４は、生成した画像データを記憶部１００２に出力する。このとき、圧縮符号化部１００４は、制御部１００１に対してＶＩＤＥＯ送信トリガを発生させ、配信可能な画像が出力されたことを通知する。１００５は、通信部である。通信部１００５は、各制御コマンドを外部機器から受信する場合、また各制御コマンドに対するレスポンスや画像データを含むストリーミングを外部機器へ送信する場合に使用される。
【００３４】
なお、本実施例におけるクライアント装置２０００は、外部機器の一例である。
【００３５】
１００６は、撮像制御部である。撮像制御部１００６は、制御部１００１が入力するパン角度、チルト角度、ズーム倍率の値に従って、チルト機構、パン機構、及びズーム機構を制御するために使用される。又、撮像制御部１００６は、定期的に、現在のパン角度値、チルト角度値、及びズーム倍率値をＰＴＺ  Ｐｏｓｉｔｉｏｎ情報として、ＰＴＺＰｏｓｉｔｉｏｎ送信フラグをセットすることにより、制御部１００１に提供する。
【００３６】
また、撮像制御部１００６は、現在のパン、チルト、及びズーム機構の稼働状態をＰＴＺ  Ｓｔａｔｕｓ情報として、ＰＴＺＳｔａｔｕｓ送信フラグをセットすることにより、制御部１００１に提供する。１００７は、画像解析部である。画像解析部１００７は、撮像部１００３が出力する画像データの解析を行い、この画像データに含まれる物体の検出を行う。
【００３７】
なお、検出された物体情報は、ＸＭＬ形式のメタデータとして記憶部１００２に出力される。又、本実施例における画像解析部１００７は、撮像部１００３が出力する画像に含まれる物体を検出する物体検出部に相当する。
【００３８】
又、画像解析部１００７は、画像解析結果送信トリガをセットすることにより、検出された物体情報を制御部１００１に提供する。更に、画像解析部１００７は、検出された物体情報を解析することで、動く物体が映像中に現れたか否かの検出結果をイベントとして制御部１００１に提供する。
【００３９】
なお、本実施例において、圧縮符号化部１００４、撮像制御部１００６、及び画像解析部１００７のそれぞれは、例えば、サブＣＰＵで構成される。又、本実施例において、パン機構、チルト機構、及びズーム機構のそれぞれは、ステッピングモータやギヤ等を含むものとする。又、パン機構、チルト機構、及びズーム機構のそれぞれは、撮像部１００３の位置を変更する変更部の一例である。
【００４０】
図２（ｂ）において、２００１は、制御部である。制御部２００１は、例えばＣＰＵで構成され、クライアント装置２０００の全体の制御を行う。２００２は、記憶部である。記憶部２００２は、主に制御部２００１が実行するプログラム格納領域、プログラム実行中のワーク領域等、様々なデータの格納領域として使用される。
【００４１】
２００３は、表示部である。表示部２００３は、例えばＬＣＤ、有機ＥＬディスプレイ等で構成され、クライアント装置２０００の使用者に対して、後述の配信画像設定画面を含む様々な設定画面や、監視カメラ１０００から受信する映像のビューワ、各種メッセージ等を表示する。
【００４２】
２００４は、入力部である。入力部２００４は、例えばボタン、十字キー、タッチパネル、マウス等で構成され、使用者による画面操作の内容を制御部２００１に通知する。２００５は、復号部である。復号部２００５は、通信部２００６を介して受信された圧縮符号化されている画像データやメタデータを復号化し、記憶部２００２に展開する。
【００４３】
２００６は、通信部である。通信部２００６は、各制御コマンドを監視カメラ１０００に対して送信する場合、また各制御コマンドに対するレスポンスや、画像データを含むストリームを監視カメラ１０００から受信する場合に使用される。なお、本実施例において、復号部２００５は、例えば、サブＣＰＵで構成される。
【００４４】
以上、図２を参照し、監視カメラ１０００及びクライアント装置２０００の内部構成について説明したが、図２に示す処理ブロックは、本実施例における監視カメラ、及びクライアント装置の好適な実施例を説明したものであり、この限りではない。例えば、監視カメラ及びクライアント装置は、音声入力部、或いは音声出力部を備える等、本発明の要旨の範囲内で、種々の変形及び変更が可能である。
【００４５】
続いて、図３を参照し、本実施例にて使用するコマンド、パラメータ等の名称と内容を以下に説明する。ここで、図３は、本実施例において、監視カメラ１０００が保持するパラメータの構造を図示している。
【００４６】
図３において、ＭｅｄｉａＰｒｏｆｉｌｅ３０００、３００１、及び３００２は、監視カメラ１０００の各種設定項目を関連づけて記憶するためのパラメータセットである。ＭｅｄｉａＰｒｏｆｉｌｅ３０００、３００１、及び３００２のそれぞれは、ＭｅｄｉａＰｒｏｆｉｌｅのＩＤであるＰｒｏｆｉｌｅＴｏｋｅｎを保持する。
【００４７】
又、ＭｅｄｉａＰｒｏｆｉｌｅ３０００、３００１、及び３００２のそれぞれは、各種設定項目へのリンクを保持する。この各種設定項目には、後述のＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ、ＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ、ＶｉｄｅｏＡｎａｌｙｔｉｃｓＣｏｎｆｉｇｕｒａｔｉｏｎが含まれる。
【００４８】
ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１０は、監視カメラが備える撮像部１００３の性能を示すパラメータの集合体であるＶｉｄｅｏＳｏｕｒｃｅ（図示しない）のＩＤであるＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎを含む。又、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１０は、撮像部１００３が出力可能な画像データの解像度を示すＲｅｓｏｌｕｔｉｏｎを含む。
【００４９】
なお、以後、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎをＶＳＣと省略することがある。
【００５０】
ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ３０２０、３０２１、及び３０２２は、画像データの圧縮符号化に関するエンコーダ設定をＭｅｄｉａＰｒｏｆｉｌｅに関連付けるパラメータの集合体である。
【００５１】
ここで、監視カメラ１０００は、画像データを、本ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに設定される圧縮符号化方式（例えばＪＰＥＧやＨ．２６４）、フレームレート、或いは解像度等のパラメータに従って圧縮符号化する。
【００５２】
そして、監視カメラ１０００は、この圧縮符号化された画像データを、通信部１００５を介してクライアント装置２０００に配信する。なお、この画像データは、ＶｉｄｅｏＳｏｕｒｃｅ、及びＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎの内容に基づいて出力されるものである。又、以降、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎをＶＥＣと略して表記することがある。
【００５３】
又、ＶＥＣは、ＶＥＣのＩＤであるＶＥＣＴｏｋｅｎ、圧縮符号化方式を指定するＥｎｃｏｄｉｎｇ、出力画像の解像度を指定するＲｅｓｏｌｕｔｉｏｎ、圧縮符号化品質を指定するＱｕａｌｉｔｙを含む。更に、ＶＥＣは、出力画像の最大フレームレートを指定するＦｒａｍｅｒａｔｅＬｉｍｉｔ、及び最大ビットレートを指定するＢｉｔｒａｔｅＬｉｍｉｔを含む。
【００５４】
ＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ３０３０、及び３０３１は、画像と併せて監視カメラ１０００がストリーミングするＸＭＬ形式のテキストデータに関するパラメータセットである。なお、以後、ＭｅｔａｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎをＭＤＣと省略することがある。
【００５５】
又、ＭＤＣは、ＭＤＣのＩＤであるＭＤＣＴｏｋｅｎ、撮像制御部１００６のステータスを出力するか否かを示すＰＴＺ  Ｓｔａｔｕｓフラグ、撮像制御部１００６の位置を出力するか否かを示すＰＴＺ  Ｐｏｓｉｔｉｏｎフラグを含む。なお、本実施例では、撮像位置は、パン角度値（撮像部１００３のパン方向の位置）、チルト角度値（撮像部１００３のチルト方向の位置）、及びズーム倍率値（監視カメラ１０００の画角）に相当する。
【００５６】
更に、ＭＤＣは、画像解析部１００７が生成する物体情報を出力するか否かを示すＡｎａｌｙｔｉｃｓフラグ、出力に含めるイベントデータのトピックを指定するＥｅｖｎｔｓ、及び圧縮方式を指定するＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅを含む。
【００５７】
ＶｉｄｅｏＡｎａｌｙｔｉｃｓＣｏｎｆｉｇｕｒａｔｉｏｎ３０４０とは、画像解析部１００７の設定をＭｅｄｉａＰｒｏｆｉｌｅに関連付けるパラメータの集合体である。なお、以降、ＶｉｄｅｏＡｎａｌｙｔｉｃｓＣｏｎｆｉｇｕｒａｔｉｏｎをＶＡＣと省略することがある。又、ＶＡＣは、ＶＡＣのＩＤであるＶＡＣＴｏｋｅｎと、画像解析のルール設定を受け付けるためのＲｕｌｅＣｏｎｆｉｇｕｒａｔｉｏｎ等を含む。
【００５８】
続いて、図４は、監視カメラ１０００とクライアント装置２０００との間において、映像を配信するために必要なＭｅｄｉａＰｒｏｆｉｌｅを設定するための典型的なコマンドシーケンスを示している。ここでトランザクションとは、クライアント装置２０００から監視カメラ１０００へ送信されるコマンドと、それに対して監視カメラ１０００がクライアント装置２０００へ返送するレスポンスのペアのことを指している。
【００５９】
４０００は、Ｓｕｂｓｃｒｉｂｅコマンドのトランザクションである。本コマンドの実行により、監視カメラ１０００は、内部で発生したイベントを、クライアント装置２０００へ送信するようになる。
【００６０】
４００１は、ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドのトランザクションである。ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドは、監視カメラ１０００がサポートする機能を示す機能情報を返送するよう指示するコマンドである。本機能情報には、監視カメラ１０００がメタデータの圧縮送信に対応する否かを示す情報が含まれる。
【００６１】
したがって、ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓのトランザクションのレスポンスは、監視カメラ１０００から出力されるメタデータに符号化方式を設定することができるか否かを示す符号化方式情報の一例である。
【００６２】
４００２は、ＧｅｔＶＳＣｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＶＳＣのリストを取得する。
【００６３】
４００３は、ＧｅｔＶＥＣｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持する保持するＶＥＣのリストを取得する。
【００６４】
４００４は、ＧｅｔＭＤＣｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＭＤＣのリストを取得する。
【００６５】
４００５は、ＧｅｔＶＡＣｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＶＡＣのリストを取得する。
【００６６】
４００６は、ＣｒｅａｔｅＰｒｏｆｉｌｅコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００に新たなＭｅｄｉａＰｒｏｆｉｌｅを作成し、そのＰｒｏｆｉｌｅＴｏｋｅｎを得る。
【００６７】
本コマンド処理後、監視カメラ１０００は、ＭｅｄｉａＰｒｏｆｉｌｅに何らかの変更があったことをネットワーク上のクライアント装置に通知するべくＭｅｄｉａＰｒｏｆｉｌｅ変更通知イベントを送信する。
【００６８】
４００７、４００８、４００９、及び４０１０は、ＡｄｄＶＳＣコマンド、ＡｄｄＶＥＣコマンド、ＡｄｄＭＤＣコマンド、及びＡｄｄＶＡＣコマンドの各トランザクションである。これらのコマンドにおいて各ＣｏｎｆｉｇｕｒａｔｉｏｎのＴｏｋｅｎを指定することにより、クライアント装置２０００は、指定したＭｅｄｉａＰｒｏｆｉｌｅに所望のＶＳＣ、ＶＥＣ、ＭＤＣ、及びＶＡＣを関連付けることができる。
【００６９】
これらのコマンド処理後、監視カメラ１０００は、ＭｅｄｉａＰｒｏｆｉｌｅに何らかの変更があったことをネットワーク上のクライアント装置に通知するべくＭｅｄｉａＰｒｏｆｉｌｅ変更通知イベントを送信する。
【００７０】
続いて、図５は、クライアント装置２０００が監視カメラ１０００に対してストリーミングを開始させるための典型的なコマンドシーケンスを示している。
【００７１】
４０９９は、ＧｅｔＰｒｏｆｉｌｅｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＭｅｄｉａＰｒｏｆｉｌｅのリストを取得する。図３の例では、Ｔｏｋｅｎ＝ｐｒｏｆｉｌｅ０、ｐｒｏｆｉｌｅ１、及びｐｒｏｆｉｌｅ２の３つのＭｅｄｉａＰｒｏｆｉｌｅのリストを、監視カメラ１０００は、返送する。
【００７２】
４１００は、ＧｅｔＳｔｒｅａｍＵｒｉコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、指定したＭｅｄｉａＰｒｏｆｉｌｅの設定に基づく配信ストリームを監視カメラ１０００に配信させるためのアドレス（ＳｔｒｅａｍＵＲＩ）を取得する。
【００７３】
４１０１は、Ｄｅｓｃｒｉｂｅコマンドのトランザクションである。４１００において取得したＵＲＩを使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００がストリーム配信するコンテンツの情報を要求し取得する。
【００７４】
ここで、図１８（ａ）及び（ｂ）は、Ｄｅｓｃｒｉｂｅコマンドのリクエストとレスポンスを例示している。図１８（ｂ）において、１３０００は、メタデータのコンテンツに関する情報として、監視カメラ１０００がクライアント装置２０００に提供するデータである。又、１３００１、及び１３００２に示される数値は、ＲＴＰ  Ｐａｙｌｏａｄ  Ｔｙｐｅを示している。
【００７５】
ここで、図５の説明に戻る。図５において、４１０２は、Ｓｅｔｕｐコマンドのトランザクションである。４１００において取得したＵＲＩを使用してこのコマンドを実行することにより、クライアント装置２０００と監視カメラ１０００の間で、セッション番号を含むストリームの伝送方法が共有される。
【００７６】
４１０３は、Ｐｌａｙコマンドのトランザクションである。４１０２において取得したセッション番号を使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００に対して配信ストリームの開始を要求する。
【００７７】
４１０４は、配信ストリームである。監視カメラ１０００は、４１０３において開始を要求されたストリームを、４１０２において共有された伝送方法によって配信する。
【００７８】
４１０５は、Ｔｅａｒｄｏｗｎコマンドのトランザクションである。４１０２において取得したセッション番号を使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００に対して配信ストリームの停止を要求する。
【００７９】
続いて、図６は、クライアント装置２０００が監視カメラ１０００に対してＶＥＣの設定内容を変更させる場合の典型的なコマンドシーケンスを示している。
【００８０】
４２０１は、ＧｅｔＶＥＣＯｐｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、ＩＤによって指定したＶＥＣにおいて、監視カメラ１０００が受付可能な各パラメータの選択肢や設定値の範囲を取得する。
【００８１】
４２０２は、ＳｅｔＶＥＣコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、ＶＥＣの各パラメータを設定する。本コマンド処理後、監視カメラ１０００は、ＶＥＣに何らかの変更があったことをネットワーク上のクライアント装置に通知するべくＶＥＣ変更通知イベントを送信する。
【００８２】
クライアント装置２０００は、４２０２のトランザクションで変更したＶＥＣの設定内容を有効にするために、４１０５、４１０１、４１０２、及びＳ４１０３のトランザクションを実行し、監視カメラ１０００に対して配信ストリームを再スタートさせる。
【００８３】
続いて、図７は、クライアント装置２０００が監視カメラ１０００に対してＭＤＣの設定内容を変更させる場合の典型的なコマンドシーケンスを示している。
【００８４】
４３０１は、ＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、ＩＤによって指定したＭＤＣにおいて、監視カメラ１０００が受付可能な各パラメータの選択肢や設定値の範囲を取得する。
【００８５】
４３０２は、ＳｅｔＭＤＣコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、ＭＤＣの各パラメータを設定する。本コマンド処理後、監視カメラ１０００は、ＭＤＣに何らかの変更があったことをネットワーク上のクライアント装置に通知するべくＭＤＣ変更通知イベントを送信する。
【００８６】
クライアント装置２０００は、４３０２のトランザクションで変更したＭＤＣの設定内容を有効にするために、４１０５、４１０１、４１０２、及び４１０３のトランザクションを実行し、監視カメラ１０００に対して配信ストリームを再スタートさせる。
【００８７】
続いて、図８は、監視カメラ１０００が前述のＧｅｔＶＥＣＯｐｔｉｏｎｓコマンドをクライアント装置２０００から受信した場合の処理を示している。
【００８８】
ステップＳ１５００において制御部１００１は、記憶部１００２に記憶されているサポートしている圧縮方式のリストを取得する。本リストには、例えば、ＪＰＥＧ、Ｈ．２６４が含まれる。
【００８９】
ステップＳ１５０１において制御部１００１は、記憶部１００２に記憶されているサポートしている出力解像度のリストを取得する。本リストには、例えば、１２８０ｘ９６０、１０２４ｘ７６８、６４０ｘ４８０、３２０ｘ２４０などが含まれる。
【００９０】
ステップＳ１５０２において制御部１００１は、設定可能なＦｒａｍｅｒａｔｅのレンジ、画像品質Ｑｕａｌｉｔｙのレンジ、Ｂｉｔｒａｔｅのレンジ、ＥｎｃｏｄｉｎｇＩｎｔｅｒｖａｌを取得する。例えば、制御部１００１により、ＦｒａｍｅｒａｔｅＬｉｍｉｔとして１〜３０ｆｐｓ、Ｑｕａｌｉｔｙのレンジとして１〜５、Ｂｉｔｒａｔｅのレンジとして６４〜１６３８４ｂｐｓが取得される。
【００９１】
ステップＳ１５０３において制御部１００１は、ステップＳ１５００からステップＳ１５０２において取得した選択肢や設定範囲を、正常レスポンスに含めて、通信部１００５を介してクライアント装置２０００へ返送する。
【００９２】
続いて、図９は、監視カメラ１０００が前述のＳｅｔＶＥＣコマンドをクライアント装置２０００から受信した場合の処理を示している。
【００９３】
ステップＳ１６００において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されているＦｒａｍｅｒａｔｅ、Ｑｕａｌｉｔｙ、Ｂｉｔｒａｔｅ、ＥｎｃｏｄｉｎｇＩｎｔｅｒｖａｌの各設定値を記憶部１００２に記憶する。
【００９４】
ステップＳ１６０１において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度Ｒｅｓｏｌｕｔｉｏｎをサポートしているか否かを判定する。具体的には、ステップＳ１５０１において制御部１００１が記憶部１００２から取得した出力解像度のリストに、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度Ｒｅｓｏｌｕｔｉｏｎが含まれているか否かを判定する。
【００９５】
そして、サポート外のＲｅｓｏｌｕｔｉｏｎが指定されている場合、制御部１００１は、処理をステップＳ１６１０へ進める。サポートされているＲｅｓｏｌｕｔｉｏｎが指定されている場合。制御部１００１は、処理をステップＳ１６０２に進める。
【００９６】
ステップＳ１６０２において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度Ｒｅｓｏｌｕｔｉｏｎを記憶部１００２に記憶させる。
【００９７】
ステップＳ１６０３において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式Ｅｎｃｏｒｄｉｎｇをサポートしているか否かを判定する。具体的には、ステップＳ１５００において制御部１００１が記憶部１００２から取得した圧縮方式のリストに、ＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式Ｅｎｃｏｒｄｉｎｇが含まれるか否かを判定する。
【００９８】
そして、サポート外のＥｎｃｏｒｄｉｎｇが指定されている場合、制御部１００１は、処理をステップＳ１６１０へ進める。サポートされているＥｎｃｏｒｄｉｎｇが指定されている場合、制御部１００１は、処理をステップＳ１６０５に進める。
【００９９】
ステップＳ１６０４において制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式Ｅｎｃｏｒｄｉｎｇを記憶部１００２に記憶させる。
【０１００】
ステップＳ１６０５において制御部１００１は、正常レスポンスを、通信部１００５を介してクライアント装置２０００へ返送し、本処理を終了する。
【０１０１】
ステップＳ１６１０において制御部１００１は、エラーレスポンスを、通信部１００５を介してクライアント装置２０００へ返送し、本処理を終了する。
【０１０２】
続いて、図１０は、監視カメラ１０００が前述のＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドをクライアント装置２０００から受信した場合の処理を示している。又、図１６（ａ）、及び（ｂ）は、ＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのリクエストとレスポンスの内容を示している。
【０１０３】
ステップＳ１０００において制御部１００１は、記憶部１００２に記憶されているサポートしているＰＴＺ  Ｓｔａｔｕｓのメタデータコンテンツを取得する。ＰＴＺ  Ｓｔａｔｕｓとは、撮像制御部１００６が制御するパン機構、チルト機構、ズーム機構の稼働状態を示すステータス情報である。
【０１０４】
ここで、パン機構及びチルト機構のステータス情報、及びズーム機構のサポートを示すパラメータとして、図１６（ｂ）におけるＰａｎＴｉｌｔＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグがある。本実施例においては、図１６（ｂ）に示されるように双方ともＴｒｕｅ、即ち「サポートされている」を示す情報が制御部１００１により取得されているものとする。
【０１０５】
ステップＳ１００１において制御部１００１は、記憶部１００２に記憶されているサポートしているＰＴＺ  Ｐｏｓｉｔｉｏｎのメタデータコンテンツを取得する。ＰＴＺ  Ｐｏｓｉｔｉｏｎとは、撮像制御部１００６が制御するパン機構、チルト機構、及びズーム機構の現在位置を示すステータス情報である。
【０１０６】
パン機構及びチルト機構の現在位置、及びズーム機構の現在位置を示すパラメータとして、図１６（ｂ）におけるＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグがある。本実施例においては、図１６（ｂ）に示されるように双方ともＴｒｕｅ、即ち「サポートされている」を示す情報が制御部１００１により取得されているものとする。
【０１０７】
ステップＳ１００２において制御部１００１は、記憶部１００２に記憶されているサポートしているメタデータの圧縮法方式のリストを取得する。本リストには、例えば、Ｎｏｎｅ（非圧縮）、ＥＸＩ、ＦＩ、ＢｉＭ等が含まれる。本実施例においては、図１６（ｂ）のＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ１１０００に示されるようにＮｏｎｅ、ＥＸＩ、及びＦＩが制御部１００１により取得されているものとする。
【０１０８】
なお、本実施例において、ＧｅｔＭＤＣＯｐｔｉｏｎｓのトランザクションのレスポンス、及びステップＳ１５０３等で前述したＧｅｔＶＥＣＯｐｔｉｏｎｓのトランザクションのレスポンスは、符号化方式情報の一例である。
【０１０９】
ステップＳ１００３において制御部１００１は、ステップＳ１０００、Ｓ１００１、及びＳ１００２で取得した情報を、図１６（ｂ）に示されるように正常レスポンスに含めて、通信部１００５を介してクライアント装置２０００へ返送する。
【０１１０】
続いて、図１１は、監視カメラ１０００が前述のＳｅｔＭＤＣコマンドをクライアント装置２０００から受信した場合の処理を示している。
【０１１１】
ステップＳ１１００において制御部１００１は、ＰａｎＴｉｌｔＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグの内容をＰＴＺＳｔａｔｕｓ送信フラグとして記憶部１００２に記憶する。なお、これらＰａｎＴｉｌｔＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＳｔａｔｕｓＳｕｐｐｏｒｔｅｄフラグは、ＳｅｔＭＤＣコマンドの引数で指定されている。
【０１１２】
ＰＴＺＳｔａｔｕｓ送信フラグがＴｒｕｅの場合、撮像制御部１００６は、パン機構、チルト機構、或いはズーム機構のステータス情報をＰＴＺＳｔａｔｕｓ送信トリガと共に、定期的に制御部１００１へ通知する。一方、ＰＴＺＳｔａｔｕｓ送信フラグがＦａｌｓｅの場合、撮像制御部１００６は、このステータス情報をこのトリガと共に通知することなく、このトリガのみを定期的に制御部１００１へ通知する。
【０１１３】
ステップＳ１１０１において制御部１００１は、ＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグの内容をＰＴＺＰｏｓｉｔｉｏｎ送信フラグとして記憶部１００２に記憶させる。なお、これらＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグは、ＳｅｔＭＤＣコマンドの引数で指定されている。
【０１１４】
このＰＴＺＰｏｓｉｔｉｏｎ送信フラグがＴｒｕｅの場合、撮像制御部１００６はパン機構、チルト機構、或いはズーム機構の位置情報をＰＴＺＳｔａｔｕｓ送信トリガと共に、定期的に制御部１００１へ通知する。一方、ＰＴＺＰｏｓｉｔｉｏｎ送信フラグがＦａｌｓｅの場合、撮像制御部１００６は、この位置情報をこのトリガと共に通知することなく、このトリガのみを定期的に制御部１００１へ通知する。
【０１１５】
ステップＳ１１０２において制御部１００１は、ＳｅｔＭＤＣコマンドの引数で指定されているＡｎａｌｙｔｉｃｓフラグの内容をＶｉｄｅｏＡｎａｌｙｔｉｃｓ送信フラグとして記憶部１００２に記憶させる。
【０１１６】
ＶｉｄｅｏＡｎａｌｙｔｉｃｓ送信フラグがＴｒｕｅの場合、画像解析部１００７は、画像に含まれる物体の検出結果を物体情報として画像解析結果送信トリガと共に、定期的に制御部１００１へ通知する。一方、ＶｉｄｅｏＡｎａｌｙｔｉｃｓ送信フラグがＦａｌｓｅの場合、画像解析部１００７は、この物体情報をこのトリガと共に通知することなく、このトリガのみを定期的に制御部１００１へ通知する。
【０１１７】
ステップＳ１１０３において制御部１００１は、ＳｅｔＭＤＣコマンドの引数で指定されているＥｖｅｎｔｓの内容を、メタデータ送信対象ＥｖｅｎｔＴｏｐｉｃとして記憶部１００２に記憶させる。
【０１１８】
例えば、「動体検知」のＥｖｅｎｔＴｏｐｉｃが指定可能である。動体検知のＥｖｅｎｔＴｏｐｉｃが指定された場合、画像解析部１００７は、画像内に動く物体を検出した場合に、動体検知発生トリガとして、制御部１００１へ通知する。一方、動体検知のＥｖｅｎｔＴｏｐｉｃが指定されていない場合、画像解析部１００７は、画像内に動く物体を検出した場合であっても、このトリガを制御部１００１へ通知しない。
【０１１９】
ステップＳ１１０４において制御部１００１は、ＳｅｔＭＤＣコマンドの引数で指定されている圧縮方式ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅをサポートしているかどうかを判定する。具体的には、ステップＳ１００２において制御部１００１が記憶部１００２から取得した圧縮方式のリストに、ＳｅｔＭＤＣコマンドの引数で指定されている圧縮方式ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅが含まれるか否かを判定する。
【０１２０】
そして、サポート外のＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅが指定されている場合、制御部１００１は、処理をステップＳ１１１０へ進める。サポートされているＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅが指定されている場合、制御部１００１は、処理をステップＳ１１０５に進める。
【０１２１】
ステップＳ１１０５において制御部１００１は、ＳｅｔＭＤＣコマンドの引数で指定されている圧縮方式ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅを記憶部１００２に記憶させる。
【０１２２】
ステップＳ１１０６において制御部１００１は、通信部１００５を介して正常レスポンスをクライアント装置２０００へ返送する。
【０１２３】
ステップＳ１１１０において制御部１００１は、通信部１００５を介してエラーレスポンスをクライアント装置２０００へ返送する。
【０１２４】
続いて、図１２は、監視カメラ１０００が前述のＰｌａｙコマンドをクライアント装置２０００から受信した場合の処理を示している。
【０１２５】
ステップＳ１２００において制御部１００１は、当該Ｐｌａｙコマンドの対象となっている映像ストリームの圧縮方式を記憶部１００２内のメモリに記憶させる。
【０１２６】
具体的には、制御部１００１は、Ｐｌａｙコマンドによって指定されているＵＲＩ、及びセッションＩＤを基に、Ｐｌａｙ対象となっているＭｅｄｉａＰｒｏｆｉｌｅ、及びＶＥＣを特定する。そして、制御部１００１は、特定したＶＥＣの圧縮方式を参照して、参照した圧縮方式を記憶部１００２内のメモリに退避させる。
【０１２７】
ステップＳ１２０１において制御部１００１は、当該Ｐｌａｙコマンドの対象となっているメタデータストリームの圧縮方式を記憶部１００２内のメモリに記憶させる。
【０１２８】
具体的には、制御部１００１は、Ｐｌａｙコマンドによって指定されているＵＲＩ、及びセッションＩＤを基に、Ｐｌａｙ対象となっているＭｅｄｉａＰｒｏｆｉｌｅ、及びＭＤＣを特定する。そして、制御部１００１は、特定したＭＤＣの圧縮方式を参照して、参照した圧縮方式を記憶部１００２内のメモリに退避させる。
【０１２９】
ステップＳ１２００、１２０１においてメモリに退避された映像、メタデータの圧縮方式は、ストリーミング配信中に後述のＶｉｄｅｏ配信処理、或いはメタデータ配信処理において制御部１００１によって参照される。この処理の目的は、ＳｅｔＶＥＣ、或いはＳｅｔＭＤＣコマンドの処理で、記憶部１００２に退避される圧縮方式を直接参照しないことである。
【０１３０】
この処理により、ストリーミング配信中に受信するＳｅｔＶＥＣ、ＳｅｔＭＤＣコマンドによってストリーミング開始後に圧縮方法が変更されないようにする。したがって、ステップＳ１２００、１２０１においては、ストリーミング中の設定変更を禁止する圧縮方式以外のパラメータについても、メモリに退避するようにしてもよい。例えばＶＥＣの出力解像度をも退避するようにしてもよい。
【０１３１】
ステップＳ１２０２において制御部１００１は、Ｐｌａｙ対象のＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが含まれるか否か、即ち、映像が配信対象であるのか否かを判定する。ＶＥＣが含まれてない、即ち映像は配信対象ではない場合には、制御部１００１は、処理をステップＳ１２０４に進める。一方、ＶＥＣが含まれている、即ち、映像が配信対象である場合には、制御部１００１は、処理をステップＳ１２０３に進める。
【０１３２】
ステップＳ１２０３において制御部１００１は、映像を配信するためのＶｉｄｅｏ送信処理を実行する。なお、このＶｉｄｅｏ送信処理については、図１３を用いて後述する。
【０１３３】
ステップＳ１２０４において制御部１００１は、Ｐｌａｙ対象のＭｅｄｉａＰｒｏｆｉｌｅにＭＤＣが含まれるか否か、即ち、メタデータが配信対象であるのか否かを判定する。ＭＤＣが含まれてない、即ち、メタデータが配信対象ではない場合には、制御部１００１は、処理をステップＳ１２０６に進める。一方、ＭＤＣが含まれている、即ち、メタデータが配信対象である場合には、制御部１００１は、処理をステップＳ１２０５に進める。
【０１３４】
ステップＳ１２０５において制御部１００１は、メタデータを配信するためのメタデータ送信処理を実行する。なお、このメタデータ送信処理については、図１４を用いて後述する。
【０１３５】
ステップＳ１２０６において制御部１００１は、現在配信中のストリーミングに対するＴｅａｒｄｏｗｎコマンドを受信しているか否かを通信部１００５に問い合わせる。Ｔｅａｒｄｏｗｎを受信している場合は、ストリーミング配信を停止させるべく本処理を終了させる。Ｔｅａｒｄｏｗｎを受信していない場合は、ストリーミング配信を継続させるべくステップＳ１２０２に処理を進める。
【０１３６】
続いて、図１３は、Ｖｉｄｅｏ送信処理の詳細を示している。ステップＳ１７００において制御部１００１は、ＶＩＤＥＯ送信トリガがあるか否かを判定する。ＶＩＤＥＯ送信トリガがある場合、制御部１００１は、処理をステップＳ１７０１に進める。一方ＶＩＤＥＯ送信トリガが無い場合、制御部１００１は、ＶＩＤＥＯ送信トリガの発生の確認を所定回数繰り返す。
【０１３７】
なお、ＶＩＤＥＯ送信トリガが無い場合、制御部１００１は、本処理を終了させるべくＲｅｔｕｒｎに処理を進めるようにしてもよい。ＶＩＤＥＯ送信トリガの判定は、１回のみ実施するようにしてもよい。
【０１３８】
ステップＳ１７０１において制御部１００１は、記憶部１００２に含まれるメモリを参照し、現在ストリーミング（ストリーミング配信）中の画像の圧縮方式、及び出力解像度を取得する。
【０１３９】
ステップＳ１７０２において制御部１００１は、ステップＳ１７０１において取得した現在ストリーミング中の画像の圧縮方式を判定する。この圧縮方式がＪＰＥＧであった場合にはステップＳ１７０３へ、この圧縮方式がＨ．２６４であった場合にはステップＳ１７１０へ、制御部１００１は、処理を進める。
【０１４０】
ステップＳ１７０３において制御部１００１は、圧縮符号化部１００４から、ステップＳ１７０１で取得した出力解像度のＪＰＥＧ画像を取得する。
【０１４１】
ステップＳ１７１０において制御部１００１は、圧縮符号化部１００４から、ステップＳ１７０１で取得した出力解像度のＨ．２６４画像を取得する。
【０１４２】
ステップＳ１７０２、１７０３、１７１０において、本実施例では、ＪＰＥＧとＨ．２６４のみを適用可能圧縮方式としているが、例えば、ＭＰＥＧ４、ＨＥＶＣ（Ｈ．２６５）等他の方式をサポートしている場合でも同様の処理となる。
【０１４３】
ステップＳ１７０４において制御部１００１は、ステップＳ１７０３、或いはＳ１７１０において取得した画像を、通信部１００５を介して外部装置へ送信する。
【０１４４】
ステップＳ１７０５において制御部１００１は、現在配信中のストリーミングに対するＴｅａｒｄｏｗｎコマンドを受信しているか否かを通信部１００５に問い合わせる。Ｔｅａｒｄｏｗｎコマンドを受信している場合には、本処理を終了させる。一方、Ｔｅａｒｄｏｗｎコマンドを受信していない場合には、ステップＳ１７００へ処理を戻し所定回数本処理を継続させる。
【０１４５】
しかしながら、Ｔｅａｒｄｏｗｎコマンドの受信確認は、図１２のＰｌａｙ処理で実施されるようになっており、必ずしも本ＶＩＤＥＯ送信処理で実施されるようにする必要はない。
【０１４６】
続いて、図１４は、メタデータ送信処理の詳細を示している。ステップＳ１３００において制御部１００１は、いずれかのメタデータ送信トリガがあるか否かを判定する。いずれかのメタデータ送信トリガがある場合、制御部１００１は、このトリガの内容に応じて、ステップＳ１３０１、Ｓ１２１０、Ｓ１２２０、或いはＳ１２３０へ処理を進める。
【０１４７】
一方、Ｍｅｔａｄｔａ送信トリガが無い場合、制御部１００１は、Ｍｅｔａｄｔａ送信トリガの確認を所定回数繰り返す。なお、メタデータ送信トリガが無い場合、制御部１００１は、本処理を終了させるべくＲｅｔｕｒｎに処理を進めるようにしてもよい。又、制御部１００１は、メタデータ送信トリガの判定を１回のみ実施するようにしてもよい。
【０１４８】
ステップＳ１３００におけるメタデータ送信トリガは例えば以下の４種類がある。撮像制御部１００６からのＰＴＺＳｔａｔｕｓ送信トリガ、或いはＰＴＺＰｏｓｉｔｉｏｎ送信トリガ、画像解析部１００７からのＶｉｄｅｏＡｎａｌｙｔｉｃｓ送信トリガ、或いは画像解析部１００７からの動体検知イベント送信トリガである。
【０１４９】
例えば、制御部１００１は、ＰＴＺＳｔａｔｕｓ送信トリガが通知されたと判定した場合には、ステップＳ１３０１に処理を進める。又、制御部１００１は、ＰＴＺＰｏｓｉｔｉｏｎ送信トリガが通知されたと判定した場合には、ステップＳ１２１０に処理を進める。
【０１５０】
そして、制御部１００１は、画像解析結果送信トリガが通知されたと判定した場合には、ステップＳ１２２０に処理を進める。更に、制御部１００１は、動体検知発生トリガが通知されたと判定した場合には、ステップＳ１２３０に処理を進める。
【０１５１】
ステップＳ１３０１において制御部１００１は、撮像制御部１００６からＸＭＬ形式のＰＴＺ  Ｓｔａｔｕｓ情報を取得する。ここで、図１７は、ＸＭＬ形式のメタデータドキュメントを例示している。取得したＰＴＺ  Ｓｔａｔｕｓ情報は、図１７におけるｔｅｖ８：ＭｏｖｅＳｔａｔｕｓタグに例示されるデータである。
【０１５２】
つまり、図１７におけるＰＴＺ  Ｓｔａｔｕｓ情報は、ＭｏｖｅＳｔａｔｕｓタグに対応付けられたデータであり、より詳細には、＜ｔｅｖ８：ＭｏｖｅＳｔａｔｕｓ＞タグと＜／ｔｅｖ８：ＭｏｖｅＳｔａｔｕｓ＞タグとで閉じられたデータである。即ち、このデータは、「＜ｔｅｖ８：ＰａｎＴｉｌｔ＞ＩＤＬＥ＜／ｔｅｖ８：ＰａｎＴｉｌｔ＞」や「＜ｔｅｖ８：Ｚｏｏｍ＞ＩＤＬＥ＜／ｔｅｖ８：Ｚｏｏｍ＞」である。
【０１５３】
ステップＳ１２１０において制御部１００１は、撮像制御部１００６からＸＭＬ形式のＰＴＺ  Ｐｏｓｉｔｉｏｎ情報を取得する。取得したＰＴＺ  Ｐｏｓｉｔｉｏｎ情報は、図１７におけるｔｅｖ８：Ｐｏｓｉｔｉｏｎタグに例示されるデータである。
【０１５４】
つまり、図１７におけるＰＴＺ  Ｐｏｓｉｔｉｏｎ情報は、ｔｅｖ８：Ｐｏｓｉｔｉｏｎタグに対応付けられたデータであり、より詳細には、＜ｔｅｖ８：Ｐｏｓｉｔｉｏｎ＞タグと＜／ｔｅｖ８：Ｐｏｓｉｔｉｏｎ＞タグとで閉じられたデータである。
【０１５５】
ステップＳ１２２０において制御部１００１は、画像解析部１００７からＸＭＬ形式の物体情報を取得する。物体情報は、図１７におけるｔｅｖ８：Ｏｂｊｅｃｔタグに例示されるデータである。
【０１５６】
つまり、図１７における物体情報は、ｔｅｖ８：Ｏｂｊｅｃｔタグに対応付けられたデータであり、より詳細には、＜ｔｅｖ８：Ｏｂｊｅｃｔ＞タグと＜／ｔｅｖ８：Ｏｂｊｅｃｔ＞タグとで閉じられたデータである。
【０１５７】
ステップＳ１２３０において制御部１００１は、画像解析部１００７からＸＭＬ形式の動体検知イベント情報を取得する。
【０１５８】
ステップＳ１３０２において制御部１００１は、ステップＳ１２０１においてメモリに退避させたメタデータの圧縮方式を参照する。
【０１５９】
ステップＳ１３０３において制御部１００１は、ステップＳ１３０２において取得したメタデータ圧縮方式がＮｏｎｅ、即ち圧縮なしのＰｌａｉｎ  ＸＭＬであるか否かを判定する。そして、圧縮なしのＰｌａｉｎ  ＸＭＬであった場合、制御部１００１は、処理をステップＳ１３０５に進める。一方、圧縮なしのＰｌａｉｎ  ＸＭＬでなかった場合、制御部１００１は、処理をステップＳ１３０４に進める。
【０１６０】
ステップＳ１３０４において制御部１００１は、ステップＳ１３０１、Ｓ１２１０、Ｓ１２２０、或いはＳ１２３０において取得したＸＭＬ形式のメタデータを、ステップＳ１３０２において取得した圧縮方式で圧縮する。
【０１６１】
ステップＳ１３０５において制御部１００１は、ステップＳ１３０１、Ｓ１２１０、Ｓ１２２０、或いはＳ１２３０において取得したメタデータを、通信部１００５を介して外部機器へ送信する。
【０１６２】
例えば、制御部１００１は、ステップＳ１３０３にてメタデータ圧縮方式がＮｏｎｅであると判定した場合には、このメタデータを圧縮することなく、このメタデータを外部機器へ送信する。制御部１００１は、ステップＳ１３０３にてメタデータ圧縮方式がＮｏｎｅではないと判定した場合には、ステップＳ１３０４で圧縮されたメタデータを外部機器へ送信する。
【０１６３】
ステップＳ１３０６において制御部１００１は、現在配信中のストリーミングに対するＴｅａｒｄｏｗｎコマンドを受信しているかどうかを通信部１００５に問い合わせる。Ｔｅａｒｄｏｗｎコマンドを受信している場合は、制御部１００１は、本処理を終了させる。一方、Ｔｅａｒｄｏｗｎコマンドを受信していない場合は、制御部１００１は、ステップＳ１７００へ処理を戻し所定回数本処理を継続させる。
【０１６４】
しかしながら、Ｔｅａｒｄｏｗｎコマンドの受信確認は、図１２のＰｌａｙ処理で実施されるようになっており、必ずしも本メタデータ送信処理で実施されるようにする必要はない。
【０１６５】
続いて、図１９は、クライアント装置２０００において、監視カメラ１０００のＶＥＣ設定を変更させるためのユーザインタフェースであるところの、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウインドウである。又、図２１は、本画面に関するクライアント装置２０００の振舞いを示すフローチャートである。
【０１６６】
ステップＳ２０００において制御部２００１は、表示部２００３にＶｉｄｅｏＥｎｃｏｄｅｒ設定ウインドウを表示させる。
【０１６７】
ステップＳ２００１において制御部２００１は、通信部２００６を介して４０９９に示すＧｅｔＰｒｏｆｉｌｅｓコマンドのトランザクションを実施することにより、監視カメラ１０００が保持するＭｅｄｉａＰｒｏｆｉｌｅのリストを取得する。そして、制御部２００１は、取得したリストを記憶部２００２に記憶させる。
【０１６８】
この時併せて制御部２００１は、通信部２００６を介して４２０１に示されるＧｅｔＶＥＣＯｐｔｉｏｎｓコマンドのトランザクションを実施する。そして、制御部２００１は、この実施をすることで取得したＧｅｔＶＥＣＯｐｔｉｏｎｓのレスポンスに含まれるＶＥＣの各パラメータの選択肢に基づき、ＥｎｃｏｄｅｒＴｙｐｅ選択エリア７１１０の複数の選択肢及びこれら複数の選択肢の選択状態を表示する。
【０１６９】
更に、制御部２００１は、このレスポンスに含まれるＶＥＣの各パラメータの選択肢に基づき、Ｄｅｔａｉｌ設定エリア７１２０、及び出力解像度選択エリア７１３０の複数の選択肢を表示する。
【０１７０】
ステップＳ２００２において制御部２００１は、ステップＳ２００１において取得したＭｅｄｉａＰｒｏｆｉｌｅのうち１つを対象として４１００から４１０３に示されるトランザクションを実施する。これによってクライアント装置２０００は、監視カメラ１０００からのストリーミング４１０４を取得し、取得したストリーミング４１０４に対応する動画をＬｉｖｅＶｉｅｗエリア７１００に表示する。
【０１７１】
ステップＳ２００３において制御部２００１は、通信部２００６を介して４００３に示されるＧｅｔＶＥＣｓコマンドのトランザクションを実施することで取得したＶＥＣの数に基づき、ＶＥＣタブを表示する。図１９の例では、２つのＶＥＣが取得できた場合を示しており、２つのＶＥＣタブ７１０１、７１０２が表示されている。
【０１７２】
ステップＳ２００４において制御部２００１は、ステップＳ２００３において取得したＶＥＣのうち、ＶＥＣタブにおいて現在選択されているＶＥＣの内容をＶＥＣ表示エリア７１０３に表示する。具体的には、ＶＥＣに含まれるＥｎｃｏｒｄｉｎｇの内容を、ＥｎｃｏｄｅｒＴｙｐｅ選択エリア７１１０において選択された状態とするよう表示する。
【０１７３】
さらにＶＥＣの各パラメータの内容を、Ｄｅｔａｉｌ設定エリア７１２０、及び出力解像度選択エリア７１３０において、選択された状態とするよう表示する。Ｄｅｔａｉｌ設定エリア７１２０において、７２１２は、ＶＥＣにおけるＦｒａｍｅＬｉｍｉｔ、７１２２はＢｉｔｒａｔｅＬｉｍｉｔ、及び７１２３は、Ｑｕａｌｉｔｙの設定を行うスライディングバーである。
【０１７４】
又、出力解像度選択エリア７１３０において７１３１は、ステップＳ２００１で取得した出力解像度の選択肢を表示するドロップダウンリストである。
【０１７５】
ステップＳ２００５において制御部２００１は、入力部２００４を介してＵＩ操作通知を受信するか、通信部２００６を介して、監視カメラ１０００からの設定変更通知イベントを受信するかを待つ。
【０１７６】
ＶＥＣタブ７１０１、７１０２が押下された場合、及び監視カメラ１０００からの設定変更通知イベントを受信した場合、制御部２００１は、処理をステップＳ２０００へ進める。又、設定ボタン７１４０の押下が通知された場合、制御部２００１は、処理をステップＳ２００６へ進める。閉じるボタン７１４１の押下が通知された場合、制御部２００１は、処理をステップＳ２００７へ進め、本画面の処理を終了する。
【０１７７】
ステップＳ２００６において制御部２００１は、通信部２００６を介して、ＶＥＣ表示エリア７１０３の内容に従って４２０３に示されるＳｅｔＶＥＣコマンドのトランザクションを実施する。
【０１７８】
例えば、制御部２００１は、ＥｎｃｏｄｅｒＴｙｐｅ選択エリア７１１０、Ｄｅｔａｉｌ設定エリア７１２０、及び出力解像度選択エリア７１３０においてユーザが選択した内容をパラメータとしたＳｅｔＶＥＣコマンドを、監視カメラ１０００に送信する。その後、制御部２００１は、処理をステップＳ２００５に進める。
【０１７９】
続いて、図２０は、クライアント装置２０００において、監視カメラ１０００のＭＤＣ設定を変更させるためのユーザインタフェースであるところの、Ｍｅｔａｄｔａ設定ウインドウである。又、図２２は、本画面に関するクライアント装置２０００の振舞いを示すフローチャートである。
【０１８０】
ステップＳ２１００において制御部２００１は、表示部２００３にＭｅｔａｄａｔａ設定ウインドウを表示させる。
【０１８１】
ステップＳ２１０１において制御部２００１は、通信部２００６を介して４０９９に示すＧｅｔＰｒｏｆｉｌｅｓコマンドのトランザクションを実施することにより、監視カメラ１０００が保持するＭｅｄｉａＰｒｏｆｉｌｅのリストを取得する。そして、制御部２００１は、取得したリストを記憶部２００２に記憶させる。
【０１８２】
ステップＳ２１０２において制御部２００１は、ステップＳ２００１において取得したＭｅｄｉａＰｒｏｆｉｌｅのうち１つを対象として４１００から４１０３に示されるトランザクションを実施する。これによってクライアント装置２０００は、監視カメラ１０００からのストリーミング４１０４を取得し、取得したストリーミング４１０４に対応するコンテンツをＬｉｖｅＶｉｅｗエリア７０００に表示する。
【０１８３】
ステップＳ２１０３において制御部２００１は、通信部２００６を介して４００４に示されるＧｅｔＭＤＣｓコマンドのトランザクションを実施することにより取得したＭＤＣの数に基づいてＭＤＣタブを表示する。ここで、図１５（ａ）及び（ｂ）は、ＧｅｔＭＤＣｓコマンドのリクエストとレスポンスを例示している。図２０では、図１５（ｂ）に例示されるような２つのＭＤＣが取得できた場合を示しており、２つのＭＤＣタブ７００１、及び７００２が表示されている。
【０１８４】
ステップＳ２１０４において制御部２００１は、ステップＳ２１０３において取得したＭＤＣのうち、ＭＤＣタブにおいて現在選択されているＭＤＣの内容をＭＤＣ表示エリア７００３に表示させる。
【０１８５】
具体的には、制御部２００１は、ＭＤＣに含まれるＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅの内容を、ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ選択エリア７０１０において選択された状態とするよう、ＭＤＣ表示エリア７００３に表示させる。図２０の例では、図１５（ｂ）のＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅタグ１００００に示されるように、ＥＸＩが設定されている場合を示しており、７０１１のＥＸＩが選択されている。
【０１８６】
一方、図１５（ｂ）における１０００１のようにＮｏｎｅが指定されている場合は、ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ選択エリア７０１０におけるＮｏｎｅが選択されて表示されることとなる。なお、本明細書では、ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ選択エリア７０１０を、圧縮方式選択エリア７０１０と称することがある。
【０１８７】
更に、制御部２００１は、ＭＤＣの各パラメータの内容を、Ｃｏｎｔｅｎｔｓ設定エリア７０２０において、選択された状態とするよう表示させる。図２０の例では、ＰＴＺ  Ｓｔａｔｕｓフラグ、ＰＴＺ  Ｐｏｓｉｔｉｏｎフラグ、及びＡｎａｌｙｔｉｃｓフラグが選択された状態として表示されている。なお、本明細書では、Ｃｏｎｔｅｎｔｓ設定エリア７０２０を、詳細設定エリア７０２０と称することがある。
【０１８８】
イベントトピックを指定するＥｖｅｎｔｓ設定エリア７０３０には、イベントデータ選択肢７０３１と、トピックを指定するトピックフィルタ設定エリア７０３２と、が含まれるが、図２０の例ではイベントは、設定されていない状態を示している。
【０１８９】
ステップＳ２１０５において制御部２００１は、通信部２００６を介して４３０１に示されるＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのトランザクションを実施する。そして、制御部２００１は、この実施により取得したＧｅｔＭＤＣＯｐｔｉｏｎｓのレスポンスに含まれるＭＤＣの各パラメータの選択肢に基づき、ＭＤＣ表示エリア７００３における各選択肢を表示する。
【０１９０】
具体的には、制御部２００１は、圧縮方式選択エリア７０１０において、メタデータ圧縮方式の選択肢、及び詳細設定エリア７０２０において、ＰＴＺ  Ｓｔａｔｕｓ選択肢７０２２とＰＴＺ  Ｐｏｓｉｔｉｏｎ選択肢７０２３の選択可否を表示させる。
【０１９１】
図２０の例においては、圧縮方式選択エリア７０１０では、４種類定義されているメタデータの圧縮方式のうち、ＢｉＭ７０１３を除く３つの選択肢、Ｎｏｎｅ／ＥＸＩ／ＦＩが設定可能であるよう表示されている。また、図２０の例においては、詳細設定エリア７０２０では、ＰＴＺ  Ｓｔａｔｕｓ選択肢７０２２とＰＴＺ  Ｐｏｓｉｔｉｏｎ選択肢７０２３とは、双方とも指定可能なように表示されている。
【０１９２】
なお、本実施例における制御部２００１は、監視カメラ１０００から出力されるメタデータに設定することができる圧縮方式とともに、このメタデータに含まれる情報（ＰＴＺ  Ｓｔａｔｕｓ情報など）を、表示部２００３に表示させる表示制御機能を備える。
【０１９３】
ステップＳ２１０６において制御部２００１は、入力部２００４を介してＵＩ操作通知を受信するか、通信部２００６を介して、監視カメラ１０００からの設定変更通知イベントを受信するかを待つ。ＭＤＣタブ７００１、又は７００２が押下された場合、及び監視カメラ１０００からの設定変更通知イベントを受信した場合、制御部２００１は、処理をステップＳ２０００へ進める。
【０１９４】
設定ボタン７０４０の押下が通知された場合、制御部２００１は、処理をステップＳ２１０７へ進める。閉じるボタン７０４１の押下が通知された場合、制御部２００１は、処理をステップＳ２１０８へ進め、本画面の処理を終了する。
【０１９５】
ステップＳ２１０７において制御部２００１は、通信部２００６を介して、ＭＤＣ表示エリア７００３の内容に従って４３０３に示されるＳｅｔＭＤＣコマンドのトランザクションを実施する。
【０１９６】
具体的には、ＣｏｍｐｒｅｓｓｉｏｎＴｙｐｅ選択エリア７０１０、及びＣｏｎｔｅｎｔｓ設定エリア７０２０においてユーザが選択した内容をパラメータとしたＳｅｔＭＤＣコマンドを監視カメラ１０００に対して送信する。その後、制御部２００１は、処理をステップＳ２１０６に進める。
【０１９７】
以上に説明した監視カメラ、クライアント装置、及び撮像システムによれば、ＸＭＬドキュメントを送信する場合に圧縮可能か否かを、監視カメラとクライアント装置との間で共有することが可能となる。また圧縮可能である場合、クライアント装置はどのような形式で圧縮されることを期待するか監視カメラ１０００に対して指定を行うことが可能となる。即ち、監視カメラとクライアント装置との間でＸＭＬドキュメントの圧縮方式を事前に共有することが可能となる。これによって、監視カメラ装置から出力されたＸＭＬドキュメントを、クライアント装置側で正しく閲覧させるようにすることができるようになる。
【０１９８】
なお、本実施例では、図１６（ｂ）に示すように、ＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグは、両方とも「Ｔｒｕｅ」であるものとしたが、これに限られるものではない。例えば、この両方とも「Ｆａｌｓｅ」である、即ち「サポートされていない」であるものとしても良い。当然、この両方のうち、一方を「Ｔｒｕｅ」、他方を「Ｆａｌｓｅ」としても良い。
【０１９９】
よって、本実施例におけるＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのレスポンスは、パン機構、チルト機構、及びズーム機構のそれぞれの稼働状態を示す情報を、監視カメラ１０００から出力されるメタデータに、含めることができるか否かを示す情報の一例である。
【０２００】
同様に、本実施例では、図１６（ｂ）に示すように、ＰａｎＴｉｌｔＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグ、及びＺｏｏｍＰｏｓｉｔｉｏｎＳｕｐｐｏｒｔｅｄフラグは、両方とも「Ｔｒｕｅ」であるものとしたが、これに限られるものではない。例えば、この両方とも「Ｆａｌｓｅ」である、即ち「サポートされていない」であるものとしても良い。当然、この両方のうち、一方を「Ｔｒｕｅ」、他方を「Ｆａｌｓｅ」としても良い。
【０２０１】
よって、本実施例におけるＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのレスポンスは、監視カメラ１０００の撮像位置を示す情報を、監視カメラ１０００から出力されるメタデータに、含めることができるか否かを示す情報の一例である。
【０２０２】
又、本実施例におけるＧｅｔＭＤＣＯｐｔｉｏｎｓコマンドのレスポンスは、画像解析部１００７により検出された（動体等の）物体を示す情報を、監視カメラ１０００から出力されるメタデータに、含めることができるか否かを示す情報として構成しても良い。
【０２０３】
又、本実施例では、監視カメラ１０００から出力される画像に設定することができる符号化方式と、監視カメラ１０００から出力されるメタデータに設定することができる符号化方式とを、異なる画面に表示させるように、制御部２００１を構成した。しかしながら、このような構成に限るものではない。
【０２０４】
例えば、監視カメラ１０００から出力される画像に設定することができる符号化方式と、監視カメラ１０００から出力されるメタデータに設定することができる符号化方式とを、同一の画面（ウインドウ等）に表示させるように、制御部２００１を構成しても良い。
【０２０５】
（実施例２）
実施例１において、ＸＭＬドキュメントの圧縮可否、及び圧縮方式の指定について、ＸＭＬドキュメントの配信に先立ってコマンドで情報共有する監視カメラ、クライアント装置、及び撮像システムに言及しながら、説明した。
【０２０６】
しかしながら、クライアント装置の中には、前述の図１９、図２０に示されるような設定画面を表示して、ユーザにＶｉｄｅｏＥｎｃｏｄｅｒやメタデータの設定を行わせる機能を持たないものもある。このようなストリーミングを開始させるだけのシンプルなクライアント装置は、４００３や４００４、のトランザクションによって、監視カメラに現在設定されている映像やメタデータの圧縮方式を知ることができない。
【０２０７】
従って、このようなクライアント装置は、監視カメラからストリーム出力（ストリーム配信）されたメタデータを含むＸＭＬドキュメントを正しく閲覧できない可能性がある。
【０２０８】
このようなクライアントでも、正しくＸＭＬドキュメントを閲覧できるように、ストリーミングを開始させるトランザクションにおいても、監視カメラからクライアント装置へＸＭＬドキュメントの圧縮形式を通知するようにしてもよい。
【０２０９】
以上の点を考慮した実施例２を以下に説明する。尚、実施例１と同じ部分については、同一の符号を付しその説明を省略する。例えば、図１〜１７、及び図１９〜２２については実施例１と同じであるので、その説明を省略する。
【０２１０】
続いて、図２３は、メタデータ、即ちＸＭＬドキュメントの圧縮形式（Ｃｏｍｐｒｅｓｓｉｏｎ１６０００）と、ＲＴＰ  Ｐａｙｌｏａｄ  Ｔｙｐｅ１６００１と、の相関表である。ここで、ＲＴＰ  Ｐａｙｌｏａｄ  Ｔｙｐｅとは、Ｄｅｓｃｒｉｂｅコマンドにおいて監視カメラ１０００がクライアント装置２０００へ通知するコンテンツの内容を示すコードである。
【０２１１】
実施例１では、図１８に示すようにメタデータの圧縮方式に関わらずＲＴＰ  Ｐａｙｌｏａｄ  Ｔｙｐｅは「１２２」としていた。これに対し、本実施例では、ＲＴＰ  Ｐａｙｌｏａｄ  Ｔｙｐｅを、監視カメラ１０００が送信しようとするメタデータの圧縮方式に従って変更するようにする。
【０２１２】
ここで、図２３について詳述する。図２３では、「Ｎｏｎｅ（Ｐｌａｉｎ  ＸＭＬ）」と、「１２２」とが対応付けられている。又、「ＥＸＩ」と「１２３」とが対応付けられている。更に、「ＦＩ」と「１２４」とが対応付けられている。そして、「ＢｉＭ」と「１２５」とが対応付けられている。
【０２１３】
続いて、図２４は、図５の４１０１に示すＤｅｓｃｒｉｂｅコマンドのトランザクションのレスポンスを示している。１７０００は、メタデータのコンテンツに関する情報して、監視カメラ１０００がクライアント装置２０００に提供するデータである。１７００１、及び１７００２に示される数値は、ＲＴＰ  Ｐａｙｌｏａｄ  Ｔｙｐｅを示している。本図においては１２３、即ち現在ＭｅｔａｄａｔａコンテンツがＥＸＩ形式で圧縮されていることを示している。
【０２１４】
以上に説明した監視カメラ、クライアント装置、撮像システムによれば、メタデータの設定に関するコマンド群に対応しないクライアント装置であっても、どのような形式でメタデータが圧縮されているかを、ストリーミング開始時に知ることが可能となる。
【０２１５】
即ち、監視カメラとクライアント装置との間でＸＭＬドキュメントの圧縮方式を事前に共有することが可能となる。これによって、このようなクライアント装置であっても、監視カメラ装置から出力されたＸＭＬドキュメントを正しく閲覧させるようにすることができる。
【０２１６】
なお、本実施例では、Ｄｅｓｃｒｉｂｅコマンドのレスポンスは、図２４に示すように、監視カメラ１０００がストリーム配信するメタデータのコンテンツの情報を示すように構成したが、これに限るものではない。例えば、監視カメラ１０００がストリーム配信する画像のコンテンツの情報も示すように、Ｄｅｓｃｒｉｂｅコマンドのレスポンスを構成しても良い。
【０２１７】
このように構成した場合、本実施例における通信部１００５は、監視カメラ１０００がストリーム配信する画像及びメタデータのコンテンツの情報の要求を、クライアント装置２０００から受け付ける受付部としての役割を果たす。
【０２１８】
（その他の実施例）
又、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施
例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介
してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵ
やＭＰＵ等）がプログラムを読み出して実行する処理である。
【０２１９】
以上、本発明の好ましい実施例について説明したが、本発明はこれらの実施例に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
【符号の説明】
【０２２０】
１０００  監視カメラ
１００５  通信部
１５００  ＩＰネットワーク網
２０００  クライアント装置
【図１】
2015056846.tif 000003
【図２】
2015056846.tif 000004
【図３】
2015056846.tif 000005
【図４】
2015056846.tif 000006
【図５】
2015056846.tif 000007
【図６】
2015056846.tif 000008
【図７】
2015056846.tif 000009
【図８】
2015056846.tif 000010
【図９】
2015056846.tif 000011
【図１０】
2015056846.tif 000012
【図１１】
2015056846.tif 000013
【図１２】
2015056846.tif 000014
【図１３】
2015056846.tif 000015
【図１４】
2015056846.tif 000016
【図１５】
2015056846.tif 000017
【図１６】
2015056846.tif 000018
【図１７】
2015056846.tif 000019
【図１８】
2015056846.tif 000020
【図１９】
2015056846.tif 000021
【図２０】
2015056846.tif 000022
【図２１】
2015056846.tif 000023
【図２２】
2015056846.tif 000024
【図２３】
2015056846.tif 000025
【図２４】
2015056846.tif 000026