JP2015154468A - 撮像装置、及び撮像システム - Google Patents

Abstract

【課題】新しく登場する符号化方式にも柔軟に対応することができる、撮像装置及びシステムを提供する。【解決手段】制御部１００１は、通信部１００５で受信されたＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドに記述されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎが識別するＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎを、記憶部１００２から読み出し、読み出したＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎを、記憶部１００２に記憶されたＭｅｄｉａＰｒｏｆｉｌｅに記述する。圧縮符号化部１００４は、制御部１００１がＭｅｄｉａＰｒｏｆｉｌｅに記述したＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに基づき、撮像部１００３が出力した画像データを符号化する。通信部１００５は、圧縮符号化部１００４で符号化された画像データをＩＰネットワーク網経由で配信する。【選択図】図２

Description

本発明は、撮像装置、及び撮像システムに関する。特に、撮像装置から出力される画像データの符号化方式を設定する技術に関する。

従来、撮像した画像データを符号化してネットワークを介して外部に出力する撮像装置が知られている（特許文献１）。このような画像データの符号化方式として、静止画では、ＪＰＥＧ（ジェイペグ）、ＭＰＥＧ４（エムペグ４）、動画では、Ｈ．２６４（エッチドット２６４）、Ｈ．２６４や、Ｈ．２６５（エッチドット２６５）などがある。

例えば、ネットワークカメラ装置は、ＪＰＥＧとＨ．２６４が実装されており、クライアント装置から指定された符号化方式で画像データを符号化し、符号化した画像データをクライアント装置にネットワークを経由でストリーミング配信する。

また、ネットワークカメラ装置と、このネットワークカメラ装置とネットワーク経由で通信するクライアント装置と、の間の通信インタフェースを共通化するための標準プロトコルが知られている。このような標準プロトコルの一例として、ＯＮＶＩＦ（Ｏｐｅｎ Ｎｅｔｗｏｒｋ Ｖｉｄｅｏ Ｉｎｔｅｒｆａｃｅ Ｆｏｒｕｍ）により策定された共通規格が知られている。（非特許文献１）

特開２０１２−２２７６０２号公報

ＯＮＶＩＦ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ｈｔｔｐ：／／ｗｗｗ．ｏｖｎｉｆ．ｏｒｇ／ｓｐｅｃｓ／ＤｏｃＭａｐ．ｈｔｍｌ）

今後、高画素化、高画質化、及び高圧縮化のニーズの高まりにより、ＪＰＥＧ２０００、Ｈ．２６５などの符号化方式を実装した新しいバージョンのネットワークカメラが登場することが考えられる。

しかしながら、ＯＮＶＩＦなどの標準プロトコルで定義されている符号化方式は、静止画では、ＪＰＥＧ、動画では、ＭＰＥＧ４とＨ．２６４だけであり、ＯＮＶＩＦなどの標準プロトコルでは、ＪＰＥＧ２０００やＨ．２６５などが想定されていなかった。

本発明は上記のような点に鑑みてなされたものであり、新しく登場する符号化方式にも柔軟に対応することができる撮像装置等を提供することを目的とする。

上記目的を達成するために、本発明の撮像装置は、外部装置とネットワーク経由で通信する撮像装置であって、第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報とが記述され得る配信設定情報、前記第１の符号化方式情報を識別するための第１の識別情報、及び前記第２の符号化方式情報を識別するための第２の識別情報を、記憶部に記憶させる記憶制御手段と、前記記憶部に記憶させた第１の識別情報と前記記憶部に記憶させた第２の識別情報とが記述され得る追加コマンドを、前記外部装置からネットワーク経由で受信する受信手段と、前記受信手段で受信された追加コマンドに記述された識別情報が識別する符号化方式情報を、前記記憶部から読み出す読み出し手段と、前記読み出し手段により読み出された符号化方式情報を、前記記憶部に記憶された配信設定情報に記述する記述手段と、前記記述手段により配信設定情報に記述された符号化方式情報に基づき、撮像部から出力された画像データを符号化する符号化手段と、前記符号化手段で符号化された画像データを、前記外部装置にネットワーク経由で配信する配信手段と、を備えることを特徴とする。

本発明によれば、新しく登場する符号化方式にも柔軟に対応することができる。

本発明の実施例１に係る、撮像システムの構成を説明するためのシステム構成図である。 本発明の実施例１に係る、撮像システムを構成する監視カメラの内部構成を示すブロック図である。 本発明の実施例１に係る、撮像システムを構成するクライアント装置の内部構成を示すブロック図である。 本発明の実施例１に係る、撮像システムを構成するクライアント装置の内部構成を示すブロック図である。 本発明の実施例１に係る、監視カメラが保持するパラメータ構成図である。 本発明の実施例１に係る、監視カメラとクライアント装置２０１０との間のコマンドシーケンス図である。 本発明の実施例１に係る、監視カメラのＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ受信処理を説明するためのフローチャートである。 本発明の実施例１に係る、監視カメラのＲｅｍｏｖｅＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ受信処理を説明するためのフローチャートである。 本発明の実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウの一例である。 本発明の実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウの一例である。 本発明の実施例１に係る、ＧｅｔＰｒｏｆｉｌｅコマンドの構成の一例である。 本発明の実施例１に係る、ＧｅｔＰｒｏｆｉｌｅレスポンスの構成の一例である。 本発明の実施例１に係る、ＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドの構成の一例である。 本発明の実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎのＴｏｋｅｎと、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの種別と、が対応付けられたテーブルを説明するための図である。 本発明の実施例１に係る、ＭｅｄｉａＰｒｏｆｉｌｅの定義の一例である。 本発明の実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２などの定義の一例である。

以下に、本発明をその好適な実施例に基づいて詳細に説明する。なお、以下の実施例において示す構成は一例に過ぎず、本発明は、図示された構成に限定されるものではない。また、以下の実施例におけるコマンドは、例えばＯｐｅｎ Ｎｅｔｗｏｒｋ Ｖｉｄｅｏ Ｉｎｔｅｒｆａｃｅ Ｆｏｒｕｍ（以下ＯＮＶＩＦと称する場合がある）規格に基づいて定められているものとする。

さらに、後述するＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２などのデータを定義するためには、ＯＮＶＩＦ規格で用いられる、ＸＭＬ Ｓｃｈｅｍａ Ｄｉｆｉｎｉｔｉｏｎ言語（以下、ＸＳＤと称することがある）を用いるものとする。

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

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

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

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

クライアント装置２０００及び２０１０は、監視カメラ１０００に対して、後述する撮像パラメータ変更や雲台駆動、映像ストリーミング開始等の各種コマンドを送信する。監視カメラ１０００は、それらのコマンドに対するレスポンスや映像ストリーミングをクライアント装置２０００及び２０１０に送信する。

なお、図１では、監視カメラ１０００が１台、クライアント装置２０００及び２０１０が２台、ＩＰネットワーク網１５００に接続されている例を示したが、これに限られるものではない。例えば、監視カメラは２台以上であってもよく、クライアント装置も３台以上であってもよい。

続いて、図２は、本実施例における、監視カメラ１０００の内部構成を示すブロック図である。図２において、１００１は、制御部であり、監視カメラ１０００の全体の制御を行う。制御部１００１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で構成される。

１００２は、記憶部である。記憶部１００２は、主に制御部１００１が実行するプログラム格納領域、プログラム実行中のワーク領域、後述する撮像部１００３が生成する撮像画像の格納領域等、様々なデータの格納領域として使用される。

１００３は、撮像部である。撮像部１００３は、監視カメラ１０００の撮像光学系により結像された被写体の像を撮像して取得したアナログ信号をデジタルデータに変換し、撮像画像として記憶部１００２に出力する。１００４は、圧縮符号化部である。なお、本実施例における撮像部１００３は、ＣＣＤやＣＭＯＳなどの撮像センサ（撮像素子）を含む。

圧縮符号化部１００４は、撮像部１００３が出力した撮像画像に対して、クライアント装置２０００又は２０１０から指定される符号化方式に基づいて圧縮符号化処理を行うことにより、画像データを生成し、生成した画像データを記憶部１００２に出力する。このとき、圧縮符号化部１００４は、制御部１００１に対してＶＩＤＥＯ送信トリガを発生させ、配信可能な画像データが記憶部１００２に出力されたことを通知する。

ここで、本実施例における監視カメラ１０００の圧縮符号化部１００４には、ＪＰＥＧ、Ｈ．２６４、及びＨ．２６５の３種類の符号化方式が実装されているものとする。

更に、この圧縮符号化部１００４は、Ｈ．２６４ＰｒｏｇｒｅｓｓｉｖｅＨｉｇｈＰｒｏｆｉｌｅにも対応しているものとする。

従って、本実施例における監視カメラ１０００は、ＪＰＥＧ，Ｈ．２６４と言った既存の符号化方式設定に対応するＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンド（以下、ＳｅｔＶＥＣコマンドと称することがある）に対応する。なお、ＳｅｔＶＥＣコマンドは、第１の符号化方式設定コマンドに相当する。

さらに、本実施例における監視カメラ１０００は、ＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２コマンド（以下、ＳｅｔＶＥＣ２コマンドと称することがある）にも対応している。このＳｅｔＶＥＣ２コマンドは、ＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４以外のＨ．２６５や、Ｈ．２６４ＰｒｏｇｒｅｓｓｉｖｅＨｉｇｈＰｒｏｆｉｌｅ（以下、Ｈ．２６４ＰＨＰと称することがある）などの符号化方式に対応する。

また、このＳｅｔＶＥＣ２コマンドは、ＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４にも対応するものとする。なお、ＳｅｔＶＥＣ２コマンドは、第２の符号化方式設定コマンドに相当する。

また、監視カメラ１０００は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンド（以下、ＧｅｔＶＥＣと称することがある）に対応している。さらに、監視カメラ１０００は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２（以下、ＧｅｔＶＥＣ２と称することがある）コマンドにも対応している。

また、監視カメラ１０００は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンド（以下、ＧｅｔＶＥＣｓと称することがある）に対応している。さらに、監視カメラ１０００は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎｓ２（以下、ＧｅｔＶＥＣｓ２と称することがある）コマンドにも対応している。

また、監視カメラ１０００は、ＧｅｔＣｏｍｐａｔｉｂｌｅＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンド（以下、ＧｅｔＣＶＥＣｓと称することがある）に対応している。さらに、監視カメラ１０００は、ＧｅｔＣｏｍｐａｔｉｂｌｅＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎｓ２（以下、ＧｅｔＣＶＥＣｓ２と称することがある）コマンドにも対応している。

また、監視カメラ１０００は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンド（以下、ＧｅｔＶＥＣＯｓと称することがある）に対応している。さらに、監視カメラ１０００は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ２（以下、ＧｅｔＶＥＣＯｓ２と称することがある）コマンドにも対応している。

また、監視カメラ１０００は、ＧｅｔＧｕａｒａｎｔｅｅｄＮｕｍｂｅｒＯｆＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンド（以下、ＧｅｔＧＮＯＶＥＣと称することがある）に対応している。さらに、監視カメラ１０００は、ＧｅｔＧｕａｒａｎｔｅｅｄＮｕｍｂｅｒＯｆＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２コマンド（以下、ＧｅｔＧＮＯＶＥＣと称することがある）の両方に対応している。

ここで、ＪＰＥＧ，ＭＰＥＧ−４、やＨ．２６４といった符号化方式を含む設定情報（符号化方式情報）であるＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎを便宜的に、以下、ＶＥＣ１と称することがある。また、既存の符号化方式以外の、Ｈ．２６４ＰｒｏｇｒｅｓｓｉｖｅＨｉｇｈＰｒｏｆｉｌｅ、Ｈ．２６５などの新規な符号化方式の情報を含むことができる設定情報を便宜的に、以下、ＶＥＣ２と称することがある。

なお、ＶＥＣ２には、ＳｅｔＶＥＣ２コマンドで設定したＪＰＥＧ，ＭＰＥＧ−４，Ｈ．２６４も含むことができる。また、以下、ＶＥＣとは、ＶＥＣ１、及びＶＥＣ２の総称を指すものとする。また、ＶＥＣ１，及びＶＥＣ２のＴｏｋｅｎ（つまり、ＶＥＣのＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ）を、ｖｅｃ０，ｖｅｃ１というように小文字で示すものとする。

ここで、本実施例におけるＶＥＣのＣｏｆｉｇｕｒａｔｉｏｎＴｏｋｅｎは、ＶＥＣを識別するための識別情報に相当する。

１００５は、通信部である。通信部１００５は、各制御コマンドを外部機器から受信する場合、また各制御コマンドに対するレスポンスや画像データを含むストリームをこの外部機器へ送信する場合に使用される。なお、本実施例における、クライアント装置２０００及び２０１０は、外部機器の一例である。また、本実施例における通信部１００５は、圧縮符号化部１００４から出力された画像データを配信する配信部に相当する。

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

また、撮像制御部１００６は、現在のパン、チルト、及びズーム機構（不図示）の稼働状況をＰＴＺ Ｓｔａｔｕｓ情報として、ＰＴＺＳｔａｔｕｓ送信フラグをセットすることにより、制御部１００１に提供する。

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

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

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

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

本実施例におけるクライアント装置２０００の復号部２００５には、画像復号方式として、ＪＰＥＧ及びＨ．２６４が実装されているものとする。従って、本実施例におけるクライアント装置２０００は、ＪＰＥＧ及びＨ．２６４などの既存の符号化方式に対応するＳｅｔＶＥＣコマンドにしか対応しておらず、ＳｅｔＶＥＣ２コマンドには対応していない。

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

続いて、図４は、本実施例における、クライアント装置２０１０の内部構成を示すブロック図である。ここで、図４に示すように、クライアント装置２０１０の処理ブロックは、復号部２０１５を除き、図３に示したクライアント装置２０００と同様である。

即ち、制御部２０１１は、制御部２００１と同様であり、記憶部２０１２は、記憶部２００２と同様である。また、表示部２０１３は、表示部２００３と同様であり、入力部２００４は、入力部２０１４と同様である。さらに、通信部２０１６は、通信部２００６と同様である。

図４における２０１５は、復号部である。復号部２０１５は、通信部２０１６を介して受信された圧縮符号化されている画像データを復号化し、復号化した画像データを記憶部２０１２に展開する。

本実施例における復号部２０１５は、画像復号方式として、ＪＰＥＧ、Ｈ．２６４、及びＨ．２６４ＰＨＰ、Ｈ．２６５が実装されているものとする。従って、本実施例におけるクライアント装置２０１０は、ＳｅｔＶＥＣコマンド及びＳｅｔＶＥＣ２コマンドの両方に対応している。

さらに、クライアント装置２０１０は、ＧｅｔＶＥＣ、ＧｅｔＶＥＣ２、ＧｅｔＶＥＣｓ、ＧｅｔＶＥＣｓ２、ＧｅｔＶＥＣＯｓ、ＧｅｔＶＥＣＯｓ２、ＧｅｔＣＶＥＣ、ＧｅｔＣＶＥＣ２、ＧｅｔＧＮＯＶＥＣ、ＧｅｔＧＮＯＶＥＣ２にも対応している。

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

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

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

また、ＭＰ３０００、３００１、及び３００２のそれぞれは、各種設定項目へのリンクを保持する。この各種設定項目には、後述のＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１１、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ３０２０、３０２１、３０３１が含まれる。なお、以下、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎをＶＳＣと省略することがある。

図５におけるＶｉｄｅｏＳｏｕｒｃｅ３０１０は、監視カメラ１０００が備える１つの撮像部１００３の性能を示すパラメータの集合体である。なお、以下、ＶｉｄｅｏＳｏｕｒｃｅをＶＳと称することがある。また、本実施例におけるＶＳは、撮像素子の設定に関する撮像素子設定情報に相当する。

ここで、ＶＳ３０１０は、ＶＳ３０１０のＩＤであるＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎや、撮像部１００３が出力可能な撮像画像の解像度を示すＲｅｓｏｌｕｔｉｏｎなどのパラメータを含む。

ＶＳＣ３０１１は、ＶＳ３０１０のＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎなどを含む。これにより、ＶＳＣ３０１１は、監視カメラ１０００が備えるＶＳ３０１０をＭＰ３０００、３００１、及び３００２に関連付けるためのパラメータの集合体であると言える。

ここで、ＶＳＣ３０１１は、撮像部１００３が出力可能な撮像画像の解像度を示すＲｅｓｏｌｕｔｉｏｎを含む。さらに、ＶＳＣ３０１１は、撮像部１００３から出力される撮像画像のうち、どの部分を切り出してクライアント装置２０００などに配信するかを指定するためのＢｏｕｎｄｓを含む。

ＶＥＣ３０２０、３０２１、及び３０３１は、画像データの圧縮符号化に関するエンコーダ設定をＭＰに関連付けるためのパラメータの集合体である。

監視カメラ１０００は、ＶＳ、及びＶＳＣの内容に基づいて撮像部１００３から出力される撮像画像を、ＶＥＣに基づいて圧縮符号化し、画像データとして通信部１００５を介してクライアント装置２０００及び２０１０に配信する。具体的には、圧縮符号化部１００４は、この撮像画像を、ＶＥＣにより設定される符号化方式、フレームレート、或いは解像度等のパラメータに従って符号化することで、画像データを生成する。

なお、圧縮符号化部１００４に実装されている符号化方式のうち、ＪＰＥＧ及びＨ．２６４は、記憶部１００２のＶＥＣ１とＶＥＣ２のどちらでも、そのパラメータを保持することができる。これに対し、この符号化方式のうち、Ｈ．２６５は、ＶＥＣ２のみで保持される。

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

３０４０は、ＶＥＣ１の記憶領域、３０４１は、ＶＥＣ２の記憶領域を模式的に示すものであり、後述する図１５に示されるようにＶＥＣ２は、ＰｒｏｆｉｌｅＥｘｔｅｎｓｉｏｎ２に定義されている。また、後述する図１６に示されるように、ＶＥＣ２のＥｎｃｏｄｉｎｇＰｒｏｆｉｌｅは、ｓｔｒｉｎｇ形式で指定できるので拡張性が高くなっている。

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

ここで、クライアント装置２０１０は、前述の通りＨ．２６５の復号器に相当する復号部２０１５を備えている。さらに、クライアント装置２０１０は、ＳｅｔＶＥＣ及びＳｅｔＶＥＣ２の両方に対応している。そして、クライアント装置２０１０の記憶部２０１２は、ＶＥＣ１を記憶するための第１の記憶領域３０４０とＶＥＣ２を記憶するための第２の記憶領域３０４１とを備えている。

４００２は、ＧｅｔＰｒｏｆｉｌｅｓトランザクションである。このトランザクションは、配信プロファイルに相当するＭｅｄｉａＰｒｏｆｉｌｅのリストを取得するためのトランザクションである。ここで、ＭｅｄｉａＰｒｏｆｉｌｅとは、監視カメラ１０００の各種設定項目を関連づけて記憶するためのパラメータセットである。

この各種設定項目は、このＭｅｄｉａＰｒｏｆｉｌｅのＩＤであるＰｒｏｆｉｌｅＴｏｋｅｎと、ＶＳＣ、ＶＥＣのほか、音声のエンコーダ等を含む。そして、ＭｅｄｉａＰｒｏｆｉｌｅは、これら各種設定項目へのリンクを保持する。したがって、ＭｅｄｉａＰｒｏｆｉｌｅは、配信設定情報に相当する。

クライアント装置２０１０は、ＧｅｔＰｒｏｆｉｌｅｓコマンドを監視カメラ１０００に送信する。そして、ＧｅｔＰｒｏｆｉｌｅｓコマンドを受信した監視カメラ１０００は、ＭｅｄｉａＰｒｏｆｉｌｅのリストをクライアント装置２０１０に送信する。このリストは、図５における、ＭＰ３０００、３００１、及び３００２に相当する。

これにより、クライアント装置２０１０は、ＭｅｄｉａＰｒｏｆｉｌｅを識別するための配信プロファイルＩＤに相当するＰｒｏｆｉｌｅＴｏｋｅｎとともに、監視カメラ１０００で現在使用可能なＭｅｄｉａＰｒｏｆｉｌｅのリストを取得する。なお、クライアント装置２０１０は、監視カメラ１０００内に存在する配信可能な配信プロファイル設定であるＭｅｄｉａＰｒｏｆｉｌｅを、配信プロファイルＩＤで識別している。

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

ここで、ＶｉｄｅｏＳｏｕｒｃｅとは、監視カメラ１０００が備える１つの撮像部１００３の性能を示すパラメータの集合体である。また、ＶｉｄｅｏＳｏｕｒｃｅは、ＶｉｄｅｏＳｏｕｒｃｅのＩＤであるＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎと、撮像部１００３が出力可能な撮像画像の解像度を示すＲｅｓｏｌｕｔｉｏｎを含む。

クライアント装置２０１０は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅｓコマンドを監視カメラ１０００に送信する。そして、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅｓコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスをクライアント装置２０１０に返送する。

４００４は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎｓトランザクションである。このトランザクションは、監視カメラ１０００の保持するＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎのリストを取得するためのトランザクションである。

クライアント装置２０１０は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドを監視カメラ１０００に送信する。そして、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドを受信した監視カメラ１０００は、監視カメラ１０００が保持するＶＳＣのＩＤを含むリストをクライアント装置２０１０に返送する。

４０５５は、ＧｅｔＶＥＣｓ２のトランザクションである。クライアント装置２０１０がＧｅｔＶＥＣｓ２コマンドリクエストを送信した場合、監視カメラ１０００から返送されるそのレスポンスには、符号化方式の設定情報として、ＪＰＥＧ、Ｈ．２６４、及びＨ．２６５が含まれる。また、このレスポンスは、監視カメラ１０００が保持する全てのＶＥＣのリストを含む。

なお、監視カメラ１０００は、ＧｅｔＶＥＣｓ２のコマンドを受信することにより、クライアント装置２０１０が新しいコマンドセットを備えたクライアント装置であると認識できる。

一方、クライアント装置２０１０が、ＧｅｔＶＥＣなど、既存の体系のコマンドを使用した場合を想定する。このような想定の下では、監視カメラ１０００は、そのクライアント装置２０１０が古いコマンドセットを備えたクライアント装置なのか、それとも新しいコマンドセット（コマンド体系）を備えたクライアント装置なのかを区別することができない。

４０５６は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ２トランザクションである。このトランザクションにより、クライアント装置２０１０は、ＩＤによって指定されたＶＥＣ２に関し、監視カメラ１０００が受け付け可能な各パラメータの選択肢や設定値の範囲を取得することができる。

クライアント装置２０１０は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ２コマンドを監視カメラ１０００に送信する。このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスを返送する。このトランザクションにより、クライアント装置２０１０は、記憶部１００２に記憶されている圧縮符号化設定のＩＤを含むリストを監視カメラ１０００から取得する。

次に、クライアント装置２０１０は、ＧｅｔＧＮＯＶＥＣ２トランザクション（不図示）を実行する。このトランザクションにより、クライアント装置は、ＩＤによって指定されたＶＥＣに関し、ビデオ映像ごとに、配信を保証できる符号器の数を取得する。また、同時に配信できる映像ストリーム数が符号方式ごとに制限されるのであれば、その数の情報を取得する。

４００７は、ＣｒｅａｔｅＰｒｏｆｉｌｅのトランザクションである。このトランザクションは、配信プロファイルの作成を要求するためのトランザクションである。クライアント装置２０１０は、ＣｒｅａｔｅＰｒｏｆｉｌｅコマンドを監視カメラ１０００に送信する。このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスを返送する。

このトランザクションにより、クライアント装置２０１０は、配信プロファイルを監視カメラ１０００内に新たに作成し、作成した配信プロファイルのＩＤを得ることができる。又、監視カメラ１０００は、この新たに作成された配信プロファイルを記憶する。

より詳細には、制御部１００１は、通信部１００５で受信されたＣｒｅａｔｅＰｒｏｆｉｌｅコマンドに応じたＭｅｄｉａＰｒｏｆｉｌｅを新たに作成し、作成したＭｅｄｉａＰｒｏｆｉｌｅを記憶部１００２に記憶させる記憶制御処理を実行する。

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

４００８は、ＡｄｄＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎのトランザクションである。このトランザクションは、ＶＳＣの追加を要求するためのトランザクションである。クライアント装置２０１０は、ＡｄｄＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎのコマンドを監視カメラ１０００に送信する。

なお、このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスをクライアント装置２０１０に返送する。

このトランザクションにおいて、クライアント装置２０１０は、４００７で取得した配信プロファイルＩＤと４００４で取得したＶＳＣのＩＤとを指定する。これにより、クライアント装置２０１０は、指定した配信プロファイルＩＤに対応するＭｅｄｉａＰｒｏｆｉｌｅに対し、指定したＶＳＣのＩＤに対応する所望のＶＳＣを関連付けることができる
４０５９は、ＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎのトランザクションである。このトランザクションは、符号化情報（ＶＥＣ）の追加を要求するためのトランザクションである。クライアント装置２０１０は、ＡｄｄＶＥＣコマンドを監視カメラ１０００に送信する。監視カメラ１０００は、このコマンドのレスポンスをクライアント装置２０１０に返送する。

このトランザクションにおいて、クライアント装置２０１０は、４００７で取得した配信プロファイルＩＤと４０５５で取得したＶＥＣのＩＤとを指定する。これにより、クライアント装置２０１０は、指定した配信プロファイルＩＤに対応するＭｅｄｉａＰｒｏｆｉｌｅに対し、指定したＩＤに対応するＶＥＣを関連付けることができる。

一方、監視カメラ１０００は、クライアント装置２０１０により指定された配信プロファイルＩＤに対応するＭｅｄｉａＰｒｏｆｉｌｅと、クライアント装置２０１０により指定されたＶＥＣのＩＤに対応するＶＥＣ設定と、を関連付けて記憶する。ＶＥＣ１であれば、第１の記憶領域３０４０に記憶され、ＶＥＣ２であれば、第２の記憶領域３０４１に記憶される。

なお、本実施例におけるＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドは、ＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣを追加するための追加コマンドに相当する。

４０７０は、ＲｅｍｏｖｅＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎのトランザクションである。このトランザクションは、符号化情報（ＶＥＣ）の削除を要求するためのトランザクションである。クライアント装置２０１０は、ＲｅｍｏｖｅＶＥＣコマンドを監視カメラ１０００に送信する。監視カメラ１０００は、このコマンドのレスポンスをクライアント装置２０１０に返送する。

このトランザクションにおいて、クライアント装置２０１０は、４００７で取得した配信プロファイルＩＤと４０５５で取得したＶＥＣのＩＤとを指定する。これにより、クライアント装置２０１０は、指定した配信プロファイルＩＤに対応するＭｅｄｉａＰｒｏｆｌｉｅから、指定したＩＤに対応するＶＥＣを削除することができる。

一方、監視カメラ１０００は、クライアント装置２０１０により指定された配信プロファイルＩＤに対応するＭｅｄｉａＰｒｏｆｉｌｅから、クライアント装置２０１０により指定されたＶＥＣのＩＤに対応するＶＥＣを削除することができる。

なお、本実施例におけるＲｅｍｏｖｅＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｉｔｏｎコマンドは、ＭｅｄｉａＰｒｏｆｉｌｅからＶＥＣを削除するための削除コマンドに相当する。

４０６０は、ＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２のトランザクションである。このトランザクションは、ＶＥＣ２の各パラメータを設定するためのトランザクションである。クライアント装置２０１０は、ＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２のコマンドを監視カメラ１０００に送信する。

なお、本実施例におけるＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２は、第２の符号化方式設定コマンドに相当する。

このＳｅｔＶＥＣ２コマンドを受信した監視カメラ１０００は、このコマンドのレスポンスを返送する。このトランザクションにより、クライアント装置２０１０は、４０５５で取得したＶＥＣ２の内容を、４０５６で取得した選択肢に基づいて設定する。例えば、圧縮符号化方式や切出しサイズを変更する。監視カメラ１０００は、設定された圧縮符号化設定等の内容を記憶する。

４０１１は、ＧｅｔＳｔｒｅａｍＵｒｉのトランザクションである。このトランザクションは、配信アドレスの取得を要求するためのトランザクションである。このトランザクションにて、クライアント装置２０１０は、４００７で取得した配信プロファイルＩＤを指定し、指定した配信プロファイルの設定に基づいてストリーミング配信される画像データ等を取得するためのアドレス（ＵＲＩ）を取得する。

監視カメラ１０００は、クライアント装置２０１０により指定された配信プロファイルＩＤに関連付けられているＶＳＣ、及びＶＥＣの内容に対応する画像データをストリーミング配信するためのアドレスを、クライアント装置２０１０に返送する。

４０１２は、ＤＥＳＣＲＩＢＥのトランザクションである。このトランザクションは、配信情報の取得を要求するためのトランザクションである。クライアント装置２０１０は、ＤＥＳＣＲＩＢＥのコマンドを監視カメラ１０００に送信する。このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスをクライアント装置２０１０に返送する。

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

４０１３は、ＳＥＴＵＰのトランザクションである。このトランザクションは、配信設定を要求するためのトランザクションである。クライアント装置２０１０は、ＳＥＴＵＰのコマンドを監視カメラ１０００に送信する。このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスをクライアント装置２０１０に返送する。

このトランザクションにおいて、クライアント装置２０１０は、４０１２で取得した配信情報に関する詳細データに基づき、監視カメラ１０００に対してストリーミングの準備を行わせる。このコマンドを実行することにより、クライアント装置２０１０と監視カメラ１０００との間で、セッション番号を含むストリームの伝送方法が共有される。

４０１４は、ＰＬＡＹのトランザクションである。このトランザクションは、ストリーミング配信を開始させるためのトランザクションである。クライアント装置２０１０は、ＰＬＡＹのコマンドを監視カメラ１０００に送信する。このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスをクライアント装置２０１０に返送する。

クライアント装置２０１０は、ＰＬＡＹのコマンドを監視カメラ１０００に送信する際、４０１３で取得したセッション番号を用いることで、監視カメラ１０００にストリーミングの開始を要求することができる。

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

４０１６は、ＴＥＡＲＤＯＷＮのトランザクションである。このトランザクションは、配信を停止させるためのトランザクションである。クライアント装置２０１０は、ＴＥＡＲＤＯＷＮのコマンドを監視カメラ１０００に送信する。このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスを返送する。

このトランザクションにおいて、クライアント装置２０１０は、４０１３にて取得したセッション番号を指定してＴＥＡＤＯＷＮコマンドを実行することにより、監視カメラ１０００に対してストリーミングの停止を要求することができる。

以上のように、図１乃至６を用いることにより、Ｈ．２６５が実装されており、ＶＥＣとＶＥＣ２の両方に対応した監視カメラ１０００が、ＶＥＣ２コマンドを受け取った場合の典型的なコマンドシーケンスについて説明した。

なお、図６では、クライアント装置２０１０と監視カメラ１０００との間で、映像を配信するために必要なＭｅｄｉａＰｒｏｆｉｌｅを設定するための典型的なコマンドシーケンスを示した。

ここで、このコマンドシーケンスと、クライアント装置２０００と監視カメラ１０００との間で、映像配信するために必要なＭｅｄｉａＰｒｏｆｉｌｅを設定するための典型的なコマンドシーケンスとは、基本的に同じである。そこで、このコマンドシーケンスについては、図６を参照し、異なる部分を中心に説明し、重複する部分については、その説明を省略することがある。

このコマンドシーケンスでは、図６における４０５５のＧｅｔＶＥＣ２トランザクションは、ＧｅｔＶＥＣトランザクションになる。このトランザクションにより、クライアント装置２０００は、監視カメラ１０００が保持するＶＥＣ１の全リストを取得する。クライアント装置２０００は、ＧｅｔＶＥＣコマンドを監視カメラ１０００に送信する。

又、このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスを返送する。このレスポンスには、画像の圧縮方式のリストとして、ＪＰＥＧ、Ｈ．２６４が含まれることになる。一方、このレスポンスには、Ｈ．２６５が含まれない。また、このレスポンスには、記憶部１００２に記憶されている符号化設定のＩＤを含むリストが含まれる。

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

クライアント装置２０００は、ＧｅｔＶＥＣＯｓコマンドを監視カメラ１０００に送信する。このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスを返送する。

このトランザクションにより、クライアント装置２０００は、記憶部１００２に記憶されている符号化設定のＩＤを含むリストを監視カメラ１０００から取得する。また、このレスポンスには、ＪＰＥＧ、及びＨ．２６４がレスポンスに含まれることになる。一方、このレスポンスには、Ｈ．２６５が含まれない。

このコマンドシーケンスでは、図６における４０６０のＳｅｔＶＥＣ２のトランザクションは、ＳｅｔＶＥＣのトランザクションになる。このトランザクションは、ＶＥＣの各パラメータを設定するためのトランザクションである。クライアント装置２０００は、ＳｅｔＶＥＣのコマンドを監視カメラ１０００に送信する。

このコマンドを受信した監視カメラ１０００は、このコマンドのレスポンスを返送する。このトランザクションにより、クライアント装置２０００は、ＧｅｔＶＥＣトランザクションで取得したＶＥＣの内容を、ＧｅｔＶＥＣＯｓトランザクションで取得した選択肢に基づいて設定する。例えば、圧縮符号化方式や切出しサイズを変更する。監視カメラ１０００は、設定された圧縮符号化設定等の内容を記憶する。

このトランザクションの処理後、監視カメラ１０００は、ＶＥＣ変更通知イベントをクライアント装置２０００に送信することにより、ＶＥＣに何らかの変更があったことをクライアント装置２０００に通知する。なお、本実施例におけるＳｅｔＶＥＣコマンドは、第１の符号化方式設定コマンドに相当する。

続いて、図１１は、本実施例における、ＧｅｔＰｒｏｆｉｌｅコマンドの構成の一例を示す図である。図１１において、＜ＰｒｏｆｉｌｅＴｏｋｅｎ＞タグには、ｐｒｏｆｉｌｅ０が対応付けられている。なお、値がｐｒｏｆｉｌｅ０の＜ＰｒｏｆｉｌｅＴｏｋｅｎ＞タグを含むＧｅｔＰｒｏｆｌｉｅコマンドは、このタグの値に対応するＭＰ３０００を監視カメラ１０００から取得するためのコマンドである。

続いて、図１２は、本実施例における、ＧｅｔＰｒｏｆｉｌｅレスポンスの構成の一例を示す図である。図１２に示すように、＜ｔｔ：ＧｅｔＰｒｏｆｉｌｅ Ｒｅｓｐｏｎｓｅ＞タグには、＜ｔｒｔ：Ｐｒｏｆｌｉｅ ｆｉｘｅｄ＝“ｆａｌｓｅ” ｔｏｋｅｎ＝“ｐｒｏｆｉｌｅ０”＞タグが対応付けられている。このタグには、＜ｔｔ：Ｅｘｔｅｎｓｉｏｎ＞タグが対応付けられている。

更に、このタグには、＜ｔｔ：Ｅｘｔｅｎｓｉｏｎ＞タグが対応付けられている。そして、このタグには、図１２の符号１００００で示した＜ｔｔ：ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２ ｔｏｋｅｎ＝“ｖｅｃ２”＞タグが対応付けられている。なお、図１２の符号１００００で示したタグが対応付けられた＜ｔｔ：Ｅｘｔｅｎｓｉｏｎ＞タグの値は、ＭｅｄｉａＰｒｏｆｉｌｅの拡張領域の値に対応する。

続いて、図１３は、本実施例における、ＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎのコマンドの構成の一例を示す図である。図１３において、符号１０００１で示すように、＜ＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ＞タグには、＜ＰｒｏｆｉｌｅＴｏｋｅｎ＞タグ及び＜ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ＞タグが対応付けられている。

そして、この＜ＰｒｏｆｉｌｅＴｏｋｅｎ＞タグに対応付けられた値は、ｐｒｏｆｉｌｅ０である。また、この＜ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ＞タグに対応付けられた値は、ｖｅｃ２である。よって、図１３のコマンドは、ＰｒｏｆｌｉｅＴｏｋｅｎの値がｐｒｏｆｉｌｅ０であるＭＰ３０００に対し、ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎの値がｖｅｃ２である３０３０のＶＥＣ２を追加するためのコマンドである。

なお、ＡｄｄＶＥＣコマンドの＜ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ＞タグには、ｖｅｃ０及びｖｅｃ１のようなＶＥＣ１のＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎの値も対応づけることができる。

また、本実施例におけるＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎは、ＶＥＣを識別するための識別子に相当する。そして、本実施例におけるＡｄｄＶＥＣコマンドは、この識別子が記述される識別コマンドに相当する。

続いて、図１５は、本実施例に係る、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２の定義の一例を説明するための図である。図１５に示すように、ＶＥＣ２は、ＭＰの拡張領域であるＰｒｏｆｉｌｅＥｘｔｅｎｓｉｏｎ２に定義されている。

続いて、図１６は、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２の定義の一例を説明するための図である。図１６に示すように、ＶＥＣ２では、ｓｅｑｕｅｎｃｅ指定子により、図１６の要素が定義通りの順番で出現することを指定されている。

図１６において、Ｅｎｃｏｄｉｎｇは、符号化方式を指定するためのパラメータである。Ｒｅｓｏｌｕｔｉｏｎは、解像度を指定するためのパラメータであり、Ｗｉｄｔｈ，及びＨｅｉｇｈｔに指定されるパラメータのそれぞれにより、画面横画素数と画面縦画素数とが指定される。

Ｑｕａｌｉｔｙは、画像品質を指定するためのパラメータである。また、ＲａｔｅＣｏｎｔｒｏｌは、フレームレートの設定を指定するためのパラメータである。このＲａｔｅＣｏｎｔｏｒｌに含まれるＦｒａｍｅＲａｔｅＬｉｍｉｔは、フレームレートの上限値を指定するパラメータである。

また、このＲａｔｅＣｏｎｔｒｏｌに含まれるＥｎｃｏｄｉｎｇＩｎｔｅｒｖａｌは、符号化と伝送間隔を指定するパラメータである。そして、このＲａｔｅＣｏｎｔｒｏｌに含まれるＢｉｔｒａｔｅＬｉｍｉｔは、ストリーミング配信される画像データの上限ビットレートを指定するパラメータである。

Ｍｕｌｔｉｃａｓｔは、ストリーミング配信される画像データのマルチキャストの数を指定するパラメータである。また、ＳｅｓｓｉｏｎＴｉｍｅｏｕｔは、ストリーミング配信される画像データのタイムアウト指定のパラメータである。そして、ＧｏｖＬｅｎｇｔｈは、Ｉフレーム間隔を指定するためのパラメータである。

さらに、ＥｎｃｏｄｉｎｇＰｒｏｆｉｌｅは、符号化方式のプロファイルを指定するためのパラメータである。例えば、符号化方式がＨ．２６５である場合、このＥｎｃｏｄｉｎｇＰｒｏｆｉｌｅには、Ｍａｉｎ、Ｍａｉｎ１０、ＭａｉｎＳｔｉｌｌＰｉｃｔｕｒｅなどが指定され得る。

続いて、図７は、本実施例に係る監視カメラ１０００における、ＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンド受信処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。また、制御部１００１は、通信部１００５によりＡｄｄＶＥＣコマンドが受信された場合に、この処理を開始する。

ステップＳ１５００では、制御部１００１は、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引き数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応するＶＥＣがＶＥＣ１であるのか、それともＶＥＣ２であるのかを判定する。例えば、本実施例では、制御部１００１は、図１４に示すようなテーブルに基づいて、この判定を行う。なお、図１４に示すテーブルは、記憶部１００２に記憶される。

ここで、図１４に示すテーブルでは、ＶＥＣのＴｏｋｅｎ（ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ）と、ＶＥＣの種別情報と、が対応付けられている。このＶＥＣの種別情報は、ＶＥＣがＶＥＣ１であるのか、それともＶＥＣ２であるのかを示す情報である。

例えば、図１４に示すテーブルでは、値がｖｅｃ０のＶＥＣのＴｏｋｅｎと、値がＶＥＣ１のＶＥＣの種別と、が対応付けられている。これにより、ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎの値がｖｅｃ０であるＶＥＣの種別は、ＶＥＣ１であることが示される。

また、図１４に示すテーブルでは、値がｖｅｃ１のＶＥＣのＴｏｋｅｎと、値がＶＥＣ１のＶＥＣの種別と、が対応付けられている。これにより、ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎの値がｖｅｃ１のＶＥＣの種別は、ＶＥＣ１であることが示される。

さらに、図１４に示すテーブルでは、値がｖｅｃ２のＶＥＣのＴｏｋｅｎと、値がＶＥＣ２のＶＥＣの種別と、が対応付けられている。これにより、ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎの値がｖｅｃ２のＶＥＣの種別は、ＶＥＣ２であることが示される。

なおかつ、図１４に示すテーブルでは、値がｖｅｃ３のＶＥＣのＴｏｋｅｎと、値がＶＥＣ２のＶＥＣの種別と、が対応付けられている。これにより、ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎの値がｖｅｃ２のＶＥＣの種別は、ＶＥＣ２であることが示される。

そして、制御部１００１は、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応付けられＶＥＣの種別を記憶部１００２から読み出す。

次に、制御部１００１は、読み出されたＶＥＣの種別がＶＥＣ１である場合は、この引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応付けられたＶＥＣがＶＥＣ１であると判定する。一方、制御部１００１は、読み出されたＶＥＣの種別がＶＥＣ２である場合は、この引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応付けられたＶＥＣがＶＥＣ２であると判定する。

そして、制御部１００１は、このＶＥＣがＶＥＣ１であると判定した場合には、ステップＳ１５０１に処理を進める。一方、制御部１００１は、このＶＥＣがＶＥＣ２であると判定した場合には、ステップＳ１６０１に処理を進める。

なお、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎが、記憶部１００２に記憶された図１６のテーブルに存在しない場合も考えられる。このような場合、制御部１００１は、通信部１００５に指示し、通信部１００５で受信されたＡｄｄＶＥＣコマンドのレスポンスとして、エラーである旨を示す情報をクライアント装置２０００に送信させても良い。

ステップＳ１５０１では、制御部１００１は、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭＰのＶＥＣ１を更新（記述）する。より詳細には、制御部１００１は、このＭＰのＶＥＣ１を、このコマンドの引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応するＶＥＣ１で更新する。

したがって、本実施例における制御部１００１は、このＭＰにこのＶＥＣ１を記述する記述処理機能を備えると言える。

ステップＳ１６０１では、追加部の役割を果たす制御部１００１は、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭＰに、ＶＥＣ２を追加する。ここで、この追加するＶＥＣ２は、このコマンドの引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応するＶＥＣ２である。

また、制御部１００１は、図１１を用いて後述するクライアント装置２０１０のＧＵＩ表示画面で、本当にＶＥＣ１の内容を消去して処理を次に進めるか否かを判定する判定処理を実行しても良い。

ステップＳ１６０２では、制御部１００１は、通信部１００５に指示し、ＭＰに何らかの変更が加えられた旨をクライアント装置２０００及び２０１０に通知させる。なお、このＭＰは、通信部１００５で受信されたＡｄｄＶＥＣコマンドに引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭＰである。

例えば、制御部１００１は、通信部１００５に指示し、このＭＰに何らかの変更が加えられた旨を示すイベントを、クライアント装置２０００及び２０１０に送信させる。

ステップＳ１６０３では、制御部１００１は、通信部１００５に指示し、通信部１００５で受信されたＡｄｄＶＥＣコマンドのレスポンスとして、正常である旨を示す正常応答をクライアント装置２０１０に返送させる。

続いて、図８は、本実施例に係る監視カメラ１０００における、ＲｅｍｏｖｅＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ受信処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。また、制御部１００１は、通信部１００５によりＲｅｍｏｖｅＶＥＣコマンドが受信された場合に、この処理を開始する。

ステップＳ１７００では、制御部１００１は、通信部１００５で受信されたＲｅｍｏｖｅＶＥＣコマンドの引き数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応するＶＥＣがＶＥＣ１であるのか、それともＶＥＣ２であるのかを判定する。

そして、制御部１００１は、通信部１００５で受信されたＲｅｍｏｖｅＶＥＣコマンドの引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応付けられＶＥＣの種別を記憶部１００２から読み出す。

次に、制御部１００１は、読み出されたＶＥＣの種別がＶＥＣ１である場合は。この引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応付けられたＶＥＣがＶＥＣ１であると判定する。一方、制御部１００１は、読み出されたＶＥＣの種別がＶＥＣ２である場合は、この引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応付けられたＶＥＣがＶＥＣ２であると判定する。

そして、制御部１００１は、このＶＥＣがＶＥＣ１であると判定した場合には、ステップＳ１７０１に処理を進める。一方、制御部１００１は、このＶＥＣがＶＥＣ２であると判定した場合には、ステップＳ１８０１に処理を進める。

ステップＳ１７０１では、制御部１００１は、通信部１００５で受信されたＲｅｍｏｖｅＶＥＣコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭＰから、ＶＥＣ１を消去（除去）する。ここで、この消去されるＶＥＣ１は、このコマンドの引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応するＶＥＣ１である。

したがって、本実施例における制御部１００１は、このＭＰからこのＶＥＣ１を削除する削除処理機能を備えると言える。

ステップＳ１７０２では、制御部１００１は、通信部１００５で受信されたＲｅｍｏｖｅＶＥＣコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭＰから、ＶＥＣ２を消去（除去）する。ここで、この消去されるＶＥＣ２は、このコマンドの引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応するＶＥＣ２である。

ステップＳ１８０２では、制御部１００１は、通信部１００５に指示し、ＭＰに何らかの変更が加えられた旨をクライアント装置２０００及び２０１０に通知させる。なお、このＭＰは、通信部１００５で受信されたＲｅｍｏｖｅＶＥＣコマンドに引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭＰである。

例えば、制御部１００１は、通信部１００５に指示し、このＭＰに何らかの変更が加えられた旨を示すイベントを、クライアント装置２０００及び２０１０に送信させる。

ステップＳ１８０３では、制御部１００１は、通信部１００５に指示し、通信部１００５で受信されたＲｅｍｏｖｅＶＥＣコマンドのレスポンスとして、正常である旨を示す正常応答をクライアント装置２０１０に返送させる。

続いて、図９及び１０は、本実施例のクライアント装置２０１０において、監視カメラ１０００のＶＥＣの設定を行わせるためのユーザーインターフェースであるところの、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウを示す図である。

図９における７０００は、ＬｉｖｅＶｉｅｗエリアである。クライアント装置２０１０は、このウィンドウが開かれた場合に前述の図６に示すシーケンスを実行することにより、トランザクション４０１５で得られる映像ストリームに対応する画像を、ＬｉｖｅＶｉｅｗウィンドウ７０００に表示させる。

さらに、クライアント装置２０１０は、ＧｅｔＶＥＣｓ２コマンドを監視カメラ１０００に送信することにより、ＶＥＣの全てのリストを監視カメラ１０００から取得する。そして、クライアント装置２０１０は、得られた結果（取得したリスト）を用いることにより、図９の画面におけるＶｉｄｅｏＥｎｃｏｄｅｒ設定タブ７００１、７００２、及び７００３を表示する。

なお、ＭＰ３００１は、ＶｉｄｅｏＥｎｃｏｄｅｒ設定タブ７００１に対応し、ＭＰ３００２は、ＶｉｄｅｏＥｎｃｏｄｅｒ設定タブ７００２に、ＭＰ３００３は、ＶｉｄｅｏＥｎｃｏｄｅｒ設定タブ７００３に対応する。

また、クライアント装置２０１０は、ＧｅｔＶＥＣＯｓコマンド及びＧｅｔＶＥＣＯｓ２コマンドを送信することにより、ＶＥＣの各パラメータの選択肢や設定範囲を取得する。そして、クライアント装置２０１０は、得られた結果（取得した選択肢や設定範囲）を用いることにより、図９の画面におけるＶｉｄｅｏＥｎｃｏｄｅｒの各パラメータの選択肢や設定範囲を、７０４５に表示する。

これにより、クライアント装置２０１０は、ＶＥＣの設定値の選択肢や設定範囲を、表示部２０１３に表示させることで、ユーザに提供することが可能となる。なお、７０４５は、ＶｉｄｅｏＥｎｃｏｄｅｒＳｅｔｔｉｎｇエリアである。

また、ＶｉｄｅｏＥｎｃｏｄｅｒ設定タブ７００１、ＶｉｄｅｏＥｎｃｏｄｅｒ設定タブ７００２、及びＶｉｄｅｏＥｎｃｏｄｅｒ設定タブ７００３は、ＶｉｄｅｏＥｎｃｏｄｅｒ設定画面を切り換えるためのタブである。

例えば、ユーザによりＶｉｄｅｏＥｎｃｏｄｅｒ設定タブ７００１が押下された場合には、図９のＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウにおいて、ＶｉｄｅｏＥｎｃｏｄｅｒ１設定画面が表示される。この画面は、ＭＰ３００１に関連付けられたＶＥＣ３０２１をユーザに変更させるための画面である。

つまり、ＶｉｄｅｏＥｎｃｏｄｅｒ１（設定画面）、ＶｉｄｅｏＥｎｃｏｄｅｒ２（設定画面）、及びＶｉｄｅｏＥｎｃｏｄｅｒ３（設定画面）は、監視カメラ１０００に作成されたＭＰのパラメータ（を設定するための画面）に相当する。

ここで、このＭｅｄｉａＰｒｏｆｌｉｅは、クライアント装置２０００及び２０１０などの外部装置から送信されたＣｒｅａｔｅＰｒｏｆｉｌｅコマンドにより、監視カメラ１０００に作成されたものである。

なお、図９では、ＭＰ３０００、ＭＰ３００１、及びＭＰ３００２の３つが監視カメラ１０００に作成されており、作成されたＭＰに対応するパラメータがクライアント装置２０１０の設定画面に表示されている。

ここで、ＭＰ３０００のＰｒｏｆｉｌｅＴｏｋｅｎの値は、ｐｒｏｆｉｌｅ０である。また、ＭＰ３００１のＰｒｏｆｉｌｅＴｏｋｅｎの値は、Ｐｒｏｆｉｌｅ１である。そして、ＭＰ３００２のＰｒｏｆｉｌｅＴｏｋｅｎの値は、Ｐｒｏｆｉｌｅ２である。

７０５０は、各ＶＥＣの圧縮符号化方式をユーザに選択させるＥｎｃｏｄｅｒＴｙｐｅエリアである。このエリアには、図９の画面が開かれた場合に、ＧｅｔＶＥＣＯｐｔｉｏｎｓ２コマンドを送信することにより得られる圧縮符号化方式（Ｅｎｃｏｒｄｉｎｇ）の選択肢が表示される。

なお、本実施例では、このエリアには、クライアント装置２０１０においてユーザが現在選択することができる圧縮符号化方式として、ＪＰＥＧ、Ｈ．２６４、及びＨ．２６５が表示されている。

ラジオボタン７０５１、ラジオボタン７０５２、及びラジオボタン７０５３は、ＪＰＥＧ、Ｈ．２６４、及びＨ．２６５のいずれか１つを択一的に選択するためのラジオボタンである。ここで、ラジオボタン７０５１が押下された場合には、ＪＰＥＧが選択され、ラジオボタン７０５２が押下された場合には、Ｈ．２６４が選択され、ラジオボタン７０５３が押下された場合には、Ｈ．２６５が選択される。

なお、図９では、ＪＰＥＧ及びＨ．２６５は、ともに未選択となっている。

例えば、ＭＰ３００１のＶＥＣ１には、Ｈ．２６４が設定されている。このため、図９の表示画面では、Ｈ．２６４に対応するラジオボタン７０５２が押下されており、このラジオボタン７０５２に黒丸が表示されている。

７０２０は、ＶＥＣ３０２１に含まれるＦｒａｍｅｒａｔｅＬｉｍｉｔ、ＢｉｔｒａｔｅＬｉｍｉｔ、及びＱｕａｌｉｔｙのパラメータをユーザに選択させるためのＤｅｔａｉｌエリアである。７０２１、７０２２、及び７０２３で示された各パラメータの設定範囲は、図９の画面が開かれた場合に、ＧｅｔＶＥＣＯｓコマンドを実行することにより得られるそれぞれのパラメータの設定範囲の内容が表示される。

７０３０は、解像度（Ｒｅｓｏｌｕｔｉｏｎ）を選択するためのＥｎｃｏｄｅｒＲｅｓｏｌｕｔｉｏｎエリアである。７０３１のドロップダウンリストには、図９の画面が開かれた場合に、ＧｅｔＶＥＣＯｓコマンドを実行することにより得られた、ＶＥＣ３０２１の解像度のパラメータの選択肢の内容が表示される。

７０３３は、Ｅｎｃｏｄｅｒ Ｐｒｏｆｉｌｅを選択するための選択エリアである。選択エリア７０３３における塗りつぶし▽ボタンをマウスなどでクリックすると、ドロップダウンメニューが表示される。この選択エリア７０３３のドロップダウンメニューには、ユーザが選択可能なＥｎｃｏｄｅｒＰｒｏｆｉｌｅのリストが表示される。

例えば、図９におけるドロップダウンメニューでは、Ｈ．２６４ＨｉｇｈＰｒｏｆｉｌｅが選択されている。これにより、ＬｉｖｅＶｉｅｗウィンドウ７０００に表示されるライブ映像は、Ｈ．２６４ＨｉｇｈＰｒｏｆｉｌｅで圧縮符号化された画像データが（クライアント装置２０１０の）復号部２０１５により復号化されたものである。

続いて、図１０は、本実施例に係るクライアント装置２０１０において、ユーザによりラジオボタン７０５３が押下された状態のＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウを示す。ここで、図１０の画面で、ユーザにより設定ボタン７０４０が押下された場合を想定する。

このような想定の下では、まず、クライアント装置２０１０は、ＡｄｄＶＥＣコマンドを監視カメラ１０００に送信する。このＡｄｄＶＥＣコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎは、ＭＰ３００１に対応するものである。また、このコマンドの引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎ（＝ｖｅｃ２）は、ＶＥＣ３０３０に対応するものである。

一方、このＡｄｄＶＥＣコマンドを受信した監視カメラ１０００は、ＡｄｄＶＥＣ受信処理を実行する。以下、このような想定の下でのＡｄｄＶＥＣ受信処理の具体例を、上述の図７を用いて説明する。

ステップＳ１５００では、制御部１００１は、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引き数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応するＶＥＣがＶＥＣ２であると判定する。そして、制御部１００１は、ステップＳ１６０１に処理を進める。

ステップＳ１６０１では、制御部１００１は、記憶部１００２に記憶されたＭＰ３００１に対し、ＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎの値がｖｅｃ２のＶＥＣ２を追加する。この場合、Ｈ．２６５ＭａｉｎＰｒｏｆｉｌｅに対応するＶＥＣ２がＭＰ３００１に追加される。

ステップＳ１６０２では、制御部１００１は、通信部１００５に指示し、ＭＰ３００１に何らかの変更が加えられた旨の情報をクライアント装置２０００及び２０１０に通知させる。例えば、この情報は、Ｈ．２６４に対応するストリーミング配信が停止され、Ｈ．２６５に対応するストリーミング配信が開始されることを示す情報である。

ステップＳ１６０３では、制御部１００１は、通信部１００５に指示し、クライアント装置２０１０からのＡｄｄＶＥＣコマンドのレスポンスとして、正常応答をクライアント装置２０１０に送信させる。

以上、本実施例における監視カメラ１０００は、ＶＥＣのＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎとＶＥＣの種別とが対応付けられたテーブルを記憶する。

また、監視カメラ１０００は、通信部１００５で受信されたＡｄｄＶＥＣコマンドにて引数として指定されたＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎに対応するＶＥＣを、このテーブルから読み出す。さらに、監視カメラ１０００は、読み出したＶＥＣを記憶部１００２に記憶されたＭｅｄｉａＰｒｏｆｉｌｅに記述する。

これにより、ＡｄｄＶＥＣ２のコマンド及びレスポンス、ＲｅｍｏｖｅＶＥＣ２のコマンド及びレスポンスというような新たなコマンドを追加することなく、既存のＯｎｖｉｆコマンドでサポートされていない符号化方式に対応することできる。この結果、より少ないコマンド数で、既存のＯｎｖｉｆコマンドでサポートされていない符号化方式に対応することができる。

なお、上述の実施例では、画像の符号化方式を例に説明したが、音声（Ａｕｄｉｏ）の符号化方式に対しても本実施例を適用することができる。

また、このような音声の符号化方式に関するコマンドとしては、ＳｅｔＡｕｄｉｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｉｔｉｏｎ２、ＧｅｔＡｕｄｉｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２が想定される。さらに、このようなコマンドとしては、ＧｅｔＡｕｄｉｕｏＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２，ＧｅｔＡｕｄｉｏＣｏｍｐａｔｉｂｌｅＯｕｔｐｕｔＣｏｎｆｉｇｕｒａｔｉｏｎ２などが想定される。

また、本実施例によれば、以下に述べるような課題を解決することができる。つまり、現在、ＯＮＶＩＦで定義されている符号化方式は、ＪＰＥＧ、ＭＰＥＧ４とＨ．２６４だけであり、ＪＰＥＧ２０００、やＨ．２６５などには対応していない。従って、このような未定義の符号化方式を設定するコマンドを新たに設ける必要が出てくる。

例えば、このような符号化方式に相当する設定情報ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎに変更を加える現在のＯｎｖｉｆコマンドは、ＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎである。しかしながら、新しい符号化方式を設定するコマンドとしては、例えば、ＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２といった新しいコマンドが必要となる。

さらに、新しいＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２コマンドのＣｏｎｆｉｇｕｒａｔｉｏｎＴｏｋｅｎのＩＤで関連付けられる符号化方式設定情報は、第２に記憶部に割り付けられる。ここで、この第２の記憶部は、既存のＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドで割りつけられる第１の記憶部と異なる。

同様に、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２といったコマンドなども必要となる。ここで、新規に追加するコマンドを極力少なくするために、流用可能なコマンドは、あえて追加せず流用するケースが考えられる。ところが、既存のコマンドは、新しい符号化方式に対応しておらず、流用すると、実装上不整合を生じることがある。

既存のコマンドを流用する例としては、ＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドとＲｅｍｏｖｅＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドとが考えられる。このＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドは、ＭｅｄｉａＰｒｏｆｉｌｅにＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎを追加するためのコマンドである。

また、ＲｅｍｏｖｅＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドは、ＭｅｄｉａＰｒｏｆｉｌｅからＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎを消去するためのコマンドである。

ところが、このようなコマンドを流用すると、このようなコマンドで追加（又は消去）されるＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎを判別することが困難になる。例えば、この追加等されるＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは、ＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドで設定されたものであるのか否か判別することができなくなってしまう。

同様に、この追加等されるＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは、ＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２で設定されたものであるのか否か判別することができなくなってしまう。このような課題が、本実施例によって解決される。

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０００ 監視カメラ
１００１ 制御部
１００２ 記憶部
１００４ 圧縮符号化部
１００５ 通信部
１５００ ＩＰネットワーク網
２０００ クライアント装置

Claims (10)

1. 外部装置とネットワーク経由で通信する撮像装置であって、
   第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報とが記述され得る配信設定情報、前記第１の符号化方式情報を識別するための第１の識別情報、及び前記第２の符号化方式情報を識別するための第２の識別情報を、記憶部に記憶させる記憶制御手段と、
   前記記憶部に記憶させた第１の識別情報と前記記憶部に記憶させた第２の識別情報とが記述され得る追加コマンドを、前記外部装置からネットワーク経由で受信する受信手段と、
   前記受信手段で受信された追加コマンドに記述された識別情報が識別する符号化方式情報を、前記記憶部から読み出す読み出し手段と、
   前記読み出し手段により読み出された符号化方式情報を、前記記憶部に記憶された配信設定情報に記述する記述手段と、
   前記記述手段により配信設定情報に記述された符号化方式情報に基づき、撮像部から出力された画像データを符号化する符号化手段と、
   前記符号化手段で符号化された画像データを、前記外部装置にネットワーク経由で配信する配信手段と、
   を備えることを特徴とする撮像装置。
2. 前記受信手段は、前記記憶部に記憶させた第１の識別情報と前記記憶部に記憶させた第２の識別情報とが記述され得る削除コマンドを、前記外部装置からネットワーク経由で受信することを特徴とする請求項１に記載の撮像装置。
3. 前記受信手段で受信された削除コマンドに記述された識別情報が識別する符号化方式情報を、前記記憶部に記憶された配信設定情報から削除する削除手段をさらに備えることを特徴とする請求項２に記載の撮像装置。
4. 前記受信手段で受信されたコマンドが追加コマンドであるのか、それとも削除コマンドであるのかを判定する判定手段をさらに備えることを特徴とする請求項３に記載の撮像装置。
5. 前記判定手段により追加コマンドであると判定された場合には、前記記述手段に記述処理を実行させ、前記判定手段により削除コマンドであると判定された場合には、前記削除手段に削除処理を実行させる制御手段をさらに備えることを特徴とする請求項４に記載の撮像装置。
6. 撮像装置と、前記撮像装置とネットワーク経由で通信する外部装置と、で構成された撮像システムであって、
   前記撮像装置は、
   第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報とが記述され得る配信設定情報、前記第１の符号化方式情報を識別するための第１の識別情報、及び前記第２の符号化方式情報を識別するための第２の識別情報を、記憶部に記憶させる記憶制御手段、
   を備え、
   前記外部装置は、
   前記記憶部に記憶させた第１の識別情報と前記記憶部に記憶させた第２の識別情報とが記述され得る追加コマンドを、前記撮像装置にネットワーク経由で送信する送信手段、
   を備え、
   前記撮像装置は、さらに、
   前記送信手段で送信された追加コマンドに記述された識別情報が識別する符号化方式情報を、前記記憶部から読み出す読み出し手段と、
   前記読み出し手段により読み出された符号化方式情報を、前記記憶部に記憶された配信設定情報に記述する記述手段と、
   前記記述手段により配信設定情報に記述された符号化方式情報に基づき、撮像部から出力された画像データを符号化する符号化手段と、
   前記符号化手段で符号化された画像データを、前記外部装置にネットワーク経由で配信する配信手段と、
   を備えることを特徴とする撮像システム。
7. 外部装置とネットワーク経由で通信する撮像装置の制御方法であって、
   第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報とが記述され得る配信設定情報、前記第１の符号化方式情報を識別するための第１の識別情報、及び前記第２の符号化方式情報を識別するための第２の識別情報を、記憶部に記憶させる記憶制御ステップと、
   前記記憶部に記憶させた第１の識別情報と前記記憶部に記憶させた第２の識別情報とが記述され得る追加コマンドを、前記外部装置からネットワーク経由で受信する受信ステップと、
   前記受信ステップにて受信された追加コマンドに記述された識別情報が識別する符号化方式情報を、前記記憶部から読み出す読み出しステップと、
   前記読み出しステップにて読み出された符号化方式情報を、前記記憶部に記憶された配信設定情報に記述する記述ステップと、
   前記記述ステップにて配信設定情報に記述された符号化方式情報に基づき、撮像部から出力された画像データを符号化する符号化ステップと、
   前記符号化ステップにて符号化された画像データを、前記外部装置にネットワーク経由で配信する配信ステップと、
   を備えることを特徴とする撮像装置の制御方法。
8. 請求項７に記載の複数のステップをコンピュータに実行させるためのプログラム。
9. 撮像装置と、前記撮像装置とネットワーク経由で通信する外部装置と、で構成された撮像システムの制御方法であって、
   前記撮像装置にて、
   第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報とが記述され得る配信設定情報、前記第１の符号化方式情報を識別するための第１の識別情報、及び前記第２の符号化方式情報を識別するための第２の識別情報を、記憶部に記憶させる記憶制御ステップ、
   を備え、
   前記外部装置にて、
   前記記憶部に記憶させた第１の識別情報と前記記憶部に記憶させた第２の識別情報とが記述され得る追加コマンドを、前記撮像装置にネットワーク経由で送信する送信ステップ、
   を備え、
   前記撮像装置にて、さらに、
   前記送信ステップにて送信された追加コマンドに記述された識別情報が識別する符号化方式情報を、前記記憶部から読み出す読み出しステップと、
   前記読み出しステップにて読み出された符号化方式情報を、前記記憶部に記憶された配信設定情報に記述する記述ステップと、
   前記記述ステップにて配信設定情報に記述された符号化方式情報に基づき、撮像部から出力された画像データを符号化する符号化ステップと、
   前記符号化ステップにて符号化された画像データを、前記外部装置にネットワーク経由で配信する配信ステップと、
   を備えることを特徴とする撮像システムの制御方法。
10. 請求項９に記載の複数のステップをコンピュータに実行させるためのプログラム。

Images