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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、本実施例における監視カメラ１０００の圧縮符号化部１００４には、ＪＰＥＧ、Ｈ．２６４、及びＨ．２６５の３種類の符号化方式が実装されているものとする。従って、本実施例における監視カメラ１０００は、ＪＰＥＧ，Ｈ．２６４と言った既存の符号化方式設定に対応するＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンド（以下、ＳｅｔＶＥＣコマンドと称することがある）に対応する。

なお、ＳｅｔＶＥＣコマンドは、第１の符号化方式設定コマンドに相当する。

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

また、このＳｅｔＶＥＣ２コマンドは、ＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４，Ｈ．２６４ＰｒｏｇｒｅｓｓｉｖｅＨｉｇｈＰｒｏｆｉｌｅ（以下、Ｈ．２６４ＰＨＰと称することがある）にも対応するものとする。なお、ＳｅｔＶＥＣ２コマンドは、第２の符号化方式設定コマンドに相当する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図６における４０００は、ネットワーク機器接続のトランザクションである。クライアント装置２０１０は、ネットワーク機器を接続するためのＰｒｏｂｅコマンドをユニキャスト、或いはマルチキャストでＩＰネットワーク網１５００に送信する。

一方、このＩＰネットワーク網１５００に接続されている監視カメラ１０００は、コマンド受け付け可能となったことを示すＰｒｏｂｅＭａｔｃｈレスポンスをクライアント装置２０００へ返送する。

４００１は、Ｓｕｂｓｃｒｉｂｅのトランザクションである。このトランザクションにより、クライアント装置２０１０は、監視カメラ１０００に対し、イベント配信を行うよう指示することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

続いて、図７は、監視カメラ１０００とクライアント装置２０１０との間において、例えば、所望のＶＥＣ設定を所望のＭｅｄｉａＰｒｏｆｉｌｅに追加させる場合の典型的なコマンドシーケンスを示している。ここで、図７において、クライアント装置２０１０は、４００２のＧｅｔＰｒｏｆｉｌｅｓコマンドのトランザクションを実行することにより、ＭｅｄｉａＰｒｏｆｉｌｅを監視カメラ１０００から取得する。

さらに、クライアント装置２０１０は、４０５５のＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎｓ２コマンドのトランザクションを実行することにより、ＶＥＣの全リストを監視カメラ１０００から取得する。

そして、クライアント装置２０１０は、４０５９のＡｄｄＶＥＣのトランザクションを実行することにより、この取得したＶＥＣの全リストの中から所望のＶＥＣ２を、この取得したＭｅｄｉａＰｒｏｆｉｌｅに追加する。

図７における４０５５は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２コマンドのトランザクションである。このコマンドにより、クライアント装置２０１０は、監視カメラ１０００に設定されているＶＥＣの全リストを取得する。

ここで、ステップ４０５５のレスポンスとして、クライアント装置２０１０が取得するＶＥＣのリストには、図５のＶＥＣ１の３０２０、３０２１、及びＶＥＣ２の３０３１が含まれる。例えば、ＶＥＣ１の３０２０の符号化方式は、Ｈ．２６４である。また、ＶＥＣ１の３０２１の符号化方式は、ＪＰＥＧである。そして、ＶＥＣ２の３０３１の符号化方式は、Ｈ．２６５である。

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

４０５９は、ＡｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドのトランザクションである。このトランザクションにより、このコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭｅｄｉａＰｒｏｆｉｌｅに、このコマンドの引数と指定されたＩＤに対応するＶＥＣを追加させることができる。

４０５９のトランザクションの終了後、監視カメラ１０００は、ＶＥＣに何らかの変更があったことをＩＰネットワーク網１５００上のクライアント装置２０１０に通知するべくＶＥＣ変更通知イベントを送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ１６００では、制御部１００１は、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭＰに、ＶＥＣ１が設定（追加）されているか否かを判定する。

そして、制御部１００１は、このＭＰにＶＥＣ１が設定（追加）されていると判定した場合には、ステップＳ１６１０に処理を進め、一方、このＭＰにＶＥＣ１が設定（追加）されていないと判定した場合には、ステップＳ１６０１に処理を進める。

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

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

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

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

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

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

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

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

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

なお、ＭＰ３００１は、設定タブ７００１に対応し、ＭＰ３００２は、タブ７００２に、ＭＰ３００３は、タブ７００３に対応する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ１６００では、制御部１００１は、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎ（＝ｐｒｏｆｉｌｅ０）に対応するＭＰ３００１に３０２０のＶＥＣ１が設定されていると判定する。そして、制御部１００１は、ステップＳ１６１０に処理を進める。

ステップＳ１６１０では、制御部１００１は、記憶部１００２に記憶されたＭＰ３００１から３０２０のＶＥＣ１を消去（除去）する。

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

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

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

続いて、図１９は、本実施例に係るクライアント装置２０１０における、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウ表示処理を説明するためのフローチャートである。なお、この処理は、制御部２０１１により実行される。

ステップＳ１７００では、制御部２０１１は、通信部２０１６に指示し、４００２のＧｅｔＰｒｏｆｉｌｅｓトランザクションを実行させる。これにより、制御部２０１１は、監視カメラ１０００に現在設定されているＭｅｄｉａＰｒｏｆｉｌｅの全リストを、通信部２０１６を介して取得する。なお、取得したリストは、記憶部２０１２に記憶させる。

ステップＳ１７０１では、制御部２０１１は、通信部２０１６に指示し、４０５５のＧｅｔＶＥＣｓ２トランザクションを実行させる。これにより、制御部２０１１は、監視カメラ１０００に現在設定されているＶＥＣ２の全リストを、通信部２０１６を介して取得する。なお、取得したリストは、記憶部２０１２に記憶させる。

ステップＳ１７０２では、制御部２０１１は、通信部２０１６に指示し、ＧｅｔＶＥＣＯｓトランザクション及び４０５６のＧｅｔＶＥＣＯｓ２トランザクションを実行させる。これにより、制御部２０１１は、監視カメラ１０００がサポート（対応）している画質、フレームレート、ビットレート、ＥｎｃｏｒｄｉｎｇＩｎｔｅｒｖａｌ夫々のレンジ（選択可能範囲）や選択肢等を取得する。

ステップＳ１７０３では、制御部２０１１は、表示部２０１３に指示し、ステップＳ１７００乃至Ｓ１７０２で取得した監視カメラ１０００の設定情報、選択可能範囲などに基づき、図９に示すＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウを表示させる。

ステップＳ１７０４では、制御部２０１１は、ＶＥＣの内容に何らの変更があった旨の通知が通信部２００６により受信されたか否かを判定する。そして、制御部２０１１は、この通知が通信部２０１６により受信されたと判定した場合には、ステップＳ１７０５に処理を進め、この通知が通信部２０１６により受信されていないと判定した場合には、ステップＳ１７００に処理を戻す。

ステップＳ１７０５では、制御部２０１１は、表示部２０１３に指示し、設定ボタン７０４０及び閉じるボタン７０４１を押下可能にアクティブ表示させる。

ステップＳ１７０６では、制御部２０１１は、入力部２０１４からの通知に基づき、ユーザにより設定ボタン７０４０が押下されたか否かを判定する。

そして、制御部２０１１は、ユーザにより設定ボタン７０４０が押下されたと判定した場合には、ステップＳ１７１０に処理を進める。一方、制御部２０１１は、ユーザにより設定ボタン７０４０が押下されていないと判定した場合には、ステップＳ１７１５に処理を進める。

なお、制御部２０１１は、入力部２０１４からの通知に基づき、ユーザにより閉じるボタン７０４１が押下されたと判定した場合には、ステップＳ１７００に処理を戻す。

ステップＳ１７１０では、制御部２０１１は、図９に示すＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウにおけるＶＥＣの内容変更により、ＶＥＣ１が消去されるか否かを判定する。

そして、制御部２０１１は、このウィンドウにおけるＶＥＣの内容変更により、ＶＥＣ１が消去されると判定した場合には、ステップＳ１７１１に処理を進める。一方、制御部２０１１は、このウィンドウにおけるＶＥＣの内容変更により、ＶＥＣ１が消去されないと判定した場合には、ステップＳ１７１４に処理を進める。

ステップＳ１７１１では、表示制御機能を備える制御部２０１１は、表示部２０１３に指示し、ＶＥＣ１が消去されてしまう旨を示すＡｌｅｒｔを表示させる。このＡｌｅｒｔにより、ＶＥＣ１の消去処理を実行して良いか否かの判断をユーザに促すことができる。

ステップＳ１７１２では、制御部２０１１は、入力部２０１４からの通知に基づき、実行ボタン７０６１が押下されたのか、それとも戻るボタン７０６２が押下されたのかを判定する。そして、制御部２０１１は、実行ボタン７０６１が押下されたと判定した場合には、ステップＳ１７１３に処理を進め、戻るボタン７０６２が押下されたと判定した場合には、ステップＳ１７００に処理を戻す。

ステップＳ１７１４では、制御部２０１１は、通信部２０１６に指示し、図９に示すＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウにおいて変更されたＶＥＣの内容を含むＳｅｔＶＥＣコマンドを、クライアント装置２０００に送信させる。

ステップＳ１７１５では、制御部２０１１は、入力部２０１４からの通知に基づき、閉じるボタン７０４１が押下されたか否かを判定する。そして、制御部２０１１は、閉じるボタン７０４１が押下されたと判定した場合には、ステップＳ１７１６に処理を進める。一方、制御部２０１１は、閉じるボタン７０４１が押下されていないと判定した場合には、ステップＳ１７１５に処理を戻す。

ステップＳ１７１６では、制御部２０１１は、表示部２０１３に指示し、図９に示すＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウを閉じる（非表示にする）。

続いて、図１２は、本実施例に係る監視カメラ１０００における、図１９で示した処理が実行された後のパラメータの構造を示す。なお、上述の図５の説明と重複する説明は、省略することがある。

図１２におけるＭＰ３０００は、Ｈ．２６４の設定情報（符号化方式情報）に相当するＶＥＣ１の設定３０２０が消去（除去）されている。そして、ＭＰ３０００は、消去されたＶＥＣ１の設定３０２０の代わりに、Ｈ．２６５の設定情報に相当するＶＥＣ２の設定３０３０が追加されている。

以上、本実施例では、新しい符号化方式に対応した監視カメラ１０００は、新しい符号化方式に対応したクライアント装置２０１０から、Ｈ．２６５といった新しい符号化方式を含む符号化情報であるＶＥＣ２をＡｄｄＶＥＣコマンドにより追加される。

このように追加された場合、監視カメラ１０００は、ＶＥＣ１を消去することにより、ＶＥＣ１のストリーム、たとえばＨ．２６４のストリーム配信を停止し、ＶＥＣに何らかの変更が加えられたことを通知する。

これにより、古いクライアント装置２０００からみて、ＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣ１が存在するにもかかわらず、理由もわからずストリームが配信されないといった状況を防止することができる。なお、この場合、古いクライアントの表示画面に“未定義の符号化方式が設定された”などのテキストを監視カメラ１０００から送信して、表示するようにしてもよい。

また、本実施例では、新しい符号化方式を含む符号化情報であるＶＥＣ２を、ＡｄｄＶＥＣコマンドによって、追加された場合に、ＶＥＣ１を消去することにより、古いクライアント装置から見て、不整合を生じないようにした。しかしながら、これに限られるものではない。

例えば、第２の符号化方式情報設定コマンドに相当するＳｅｔＶＥＣ２、及び符号化情報追加コマンドに相当するＡｄｄＶＥＣコマンドを監視カメラ装置が受信した場合を想定する。そして、このような想定の下で、コマンドの符号化情報に含まれる符号化方式が、既存のＯｎｖｖｉｆコマンドでサポートしている、ＪＰＥＧ，ＭＰＥＧ−４，Ｈ．２６４のうちのいずれかに該当する場合が考えられる。

このような場合、第２の記憶部にＶＥＣ２を書き込まず、第１の記憶部に記憶させるようにし、Ｈ．２６５など既存のＯｎｖｉｆコマンドでサポートしていない符号化情報の場合のみ、第２の記憶部にＶＥＣ２を記憶させるようにしてもよい。

また、本実施例では、制御部１００１は、ステップＳ１６１０にて、通信部１００５で受信されたＡｄｄＶＥＣコマンドの引数として指定されたＰｒｏｆｉｌｅＴｏｋｅｎに対応するＭＰからＶＥＣ１を消去（除去）したが、これに限られるものではない。

例えば、制御部１００１は、一旦、ＶＥＣ１の内容を保持したままにし、消去するタイミングは、ステップＳ１６０１でもよいし、ステップＳ１６０２であってもよく、Ｐｌａｙコマンド４０１４のトランザクションのタイミングでも良い。

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

例えば、ＭｅｄｉａＰｒｏｆｉｌｅに関連付けられている一つのエンティティであるＶＥＣの設定に変更を加える現在のＯｎｖｉｆコマンドは、ＳｅｔＶＥＣコマンドである。このコマンドに加え、新しい符号化方式を設定するコマンドとして、ＳｅｔＶＥＣ２といったコマンドが必要となるが、コマンド体系の複雑化を避けるため、新規に追加するコマンドを極力少なくして、既存のコマンドを流用するケースが考えられる。

ところが、既存のコマンドは、新しい符号化方式に対応しておらず、流用すると、実装上不整合を生じることがある。このような課題を本実施例によれば、解決することができる。

また、本実施例におけるＭＰには、ＶＥＣ１が記述される領域とＶＥＣ２が記述される拡張領域とが設けられている。また、ＶＥＣ２が記述されるのは、ＭＰの拡張領域であるので、後方互換性に優れている。

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

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

Claims (15)

1. 外部装置とネットワーク経由で通信する撮像装置であって、
   符号化方式に関する符号化方式情報を保持する記憶部と、
   第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式情報に対応付けられた第１の識別子と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報と前記第２の符号化方式情報に対応付けられた第２の識別子と前記第１の符号化方式情報及び前記第２の符号化方式情報が追加され得る配信設定情報とを、前記記憶部に記憶させる記憶制御手段と、
   前記記憶部に記憶させた第１の識別子、又は前記記憶部に記憶させた第２の識別子を含む識別コマンドを、前記外部装置からネットワーク経由で受信する受信手段と、
   前記受信手段で受信された識別コマンドが第２の識別子を含む場合であって、前記記憶部に記憶させた第１の符号化方式情報が前記記憶部に記憶させた配信設定情報に追加されている場合に、前記記憶部に記憶させた配信設定情報から前記第１の符号化方式情報を除去し、且つ前記受信手段で受信された識別コマンドが含む第２の識別子に対応付けられた第２の符号化方式情報を前記記憶部から読み出し、前記読み出した第２の符号化方式情報を前記記憶部に記憶させた配信設定情報に追加する追加手段と、
   前記記憶部が記憶する配信設定情報に前記追加手段で追加された符号化方式情報に基づき、撮像部から出力された撮像画像を符号化する符号化手段と、
   前記符号化手段で符号化された撮像画像を、前記外部装置にネットワーク経由で配信する配信手段と、
   を備えることを特徴とする撮像装置。
2. 前記追加手段は、前記受信手段で受信された識別コマンドが第２の識別子を含む場合であって、前記記憶部に記憶させた第１の符号化方式情報が前記記憶部に記憶させた配信設定情報に追加されていない場合に、前記受信手段で受信された識別コマンドが含む第２の識別子に対応付けられた第２の符号化方式情報を前記記憶部から読み出し、前記読み出した第２の符号化方式情報を前記記憶部に記憶させた配信設定情報に追加することを特徴とする請求項１に記載の撮像装置。
3. 前記追加手段は、前記受信手段で受信された識別コマンドが第１の識別子を含む場合に、前記受信手段で受信された識別コマンドが含む第１の識別子に対応付けられた第１の符号化方式情報を、前記記憶部に記憶させた配信設定情報に追加することを特徴とする請求項２に記載の撮像装置。
4. 前記追加手段で配信設定情報に符号化方式情報が追加された場合に、前記記憶部に記憶させた配信設定情報に対応する符号化方式情報が変更された旨を、前記外部装置にネットワーク経由で通知する通知手段をさらに備えることを特徴とする請求項１乃至３のいずれか１項に記載の撮像装置。
5. 前記追加手段で配信設定情報から第１の符号化方式情報が除去された場合に、前記記憶部に記憶させた配信設定情報が含む第１の符号化方式情報が除去された旨を、前記外部装置にネットワーク経由で通知する通知手段をさらに備えることを特徴とする請求項１乃至４のいずれか１項に記載の撮像装置。
6. 前記記憶部に記憶させた第２の符号化方式情報及び前記第２の識別子を、前記外部装置にネットワーク経由で送信する送信手段をさらに備え、
   前記受信手段は、前記送信手段により第２の符号化方式情報及び第２の識別子が送信された後、識別コマンドを受信することを特徴とする請求項１乃至５のいずれか１項に記載の撮像装置。
7. 前記受信手段で受信された識別コマンドに含まれる識別子が前記記憶部に記憶されていない場合に、エラーである旨を、前記外部装置にネットワーク経由で応答する応答手段をさらに備えることを特徴とする請求項１乃至６のいずれか１項に記載の撮像装置。
8. 第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式情報に対応付けられた第１の識別子と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報と前記第２の符号化方式情報に対応付けられた第２の識別子と前記第１の符号化方式情報及び前記第２の符号化方式情報が追加され得る配信設定情報とを記憶する記憶部と、前記記憶部に記憶された第１の識別子又は第２の識別子を含む識別コマンドを受け付ける受け付け部と、前記受け付け部で受け付けられた識別コマンドが含む識別子に対応付けられた符号化方式情報を前記記憶部に記憶された配信設定情報に追加する追加部と、前記追加部で配信設定情報に追加された符号化方式情報に基づき、撮像部から出力された撮像画像を符号化する符号化部と、前記符号化部で符号化された撮像画像を配信する配信部と、を有する撮像装置と、ネットワーク経由で通信する外部装置であって、
   前記記憶部に記憶された第２の識別子を含む識別コマンドを、前記撮像装置にネットワーク経由で送信する送信手段と、
   前記記憶部に記憶された配信設定情報から前記第１の符号化方式情報が除去された旨を示す情報を、前記撮像装置からネットワーク経由で受信する受信手段と、
   を備えることを特徴とする外部装置。
9. 前記受信手段により第１の符号化方式情報が除去された旨を示す情報が受信された場合に、当該情報に対応する表示を表示部に表示させる表示制御手段をさらに備えることを特徴とする請求項８に記載の外部装置。
10. 前記記憶部に記憶された配信設定情報に追加された符号化方式情報を、前記撮像装置からネットワーク経由で取得する取得手段と、
    前記取得手段で取得された符号化方式情報が第１の符号化方式情報である場合に、前記送信手段により識別コマンドが送信される前に、前記記憶部に記憶された配信設定情報から前記第１の符号化方式情報が除去される旨を示す表示を表示部に表示させる表示制御手段と、
    をさらに備えることを特徴とする請求項９に記載の外部装置。
11. 撮像装置と、前記撮像装置とネットワーク経由で通信する外部装置と、で構成された撮像システムであって、
    前記撮像装置は、
    符号化方式に関する符号化方式情報を保持する記憶部と、
    第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式情報に対応付けられた第１の識別子と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報と前記第２の符号化方式情報に対応付けられた第２の識別子と前記第１の符号化方式情報及び前記第２の符号化方式情報が追加され得る配信設定情報とを、前記記憶部に記憶させる記憶制御手段、
    を備え、
    前記外部装置は、
    前記記憶部に記憶させた第１の識別子、又は前記記憶部に記憶させた第２の識別子を含む識別コマンドを、前記撮像装置にネットワーク経由で送信する送信手段、
    を備え、
    前記撮像装置は、さらに、
    前記外部装置から送信された識別コマンドが第２の識別子を含む場合であって、前記記憶部に記憶させた第１の符号化方式情報が前記記憶部に記憶させた配信設定情報に追加されている場合に、前記記憶部に記憶させた配信設定情報から前記第１の符号化方式情報を除去し、且つ前記外部装置から送信された識別コマンドが含む第２の識別子に対応付けられた第２の符号化方式情報を前記記憶部から読み出し、前記読み出した第２の符号化方式情報を前記記憶部に記憶させた配信設定情報に追加する追加手段と、
    前記記憶部に記憶された配信設定情報に追加された符号化方式情報に基づき、撮像部から出力された撮像画像を符号化する符号化手段と、
    前記符号化手段で符号化された撮像画像を、前記外部装置にネットワーク経由で配信する配信手段と、
    を備えることを特徴とする撮像システム。
12. 外部装置とネットワーク経由で通信し、符号化方式に関する符号化方式情報を保持する記憶部を備える撮像装置の制御方法であって、
    第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式情報に対応付けられた第１の識別子と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報と前記第２の符号化方式情報に対応付けられた第２の識別子と前記第１の符号化方式情報及び前記第２の符号化方式情報が追加され得る配信設定情報とを、前記記憶部に記憶させる記憶制御ステップと、
    前記記憶部に記憶させた第１の識別子、又は前記記憶部に記憶させた第２の識別子を含む識別コマンドを、前記外部装置からネットワーク経由で受信する受信ステップと、
    前記受信ステップにて受信された識別コマンドが第２の識別子を含む場合であって、前記記憶部に記憶させた第１の符号化方式情報が前記記憶部に記憶させた配信設定情報に追加されている場合に、前記記憶部に記憶させた配信設定情報から前記第１の符号化方式情報を除去し、且つ前記受信ステップにて受信された識別コマンドが含む第２の識別子に対応付けられた第２の符号化方式情報を前記記憶部から読み出し、前記読み出した第２の符号化方式情報を前記記憶部に記憶させた配信設定情報に追加する追加ステップと、
    前記記憶部に記憶された配信設定情報に前記追加ステップにて追加された符号化方式情報に基づき、撮像部から出力された撮像画像を符号化する符号化ステップと、
    前記符号化ステップで符号化された撮像画像を、前記外部装置にネットワーク経由で配信する配信ステップと、
    を備える撮像装置の制御方法。
13. 請求項１２に記載の複数のステップをコンピュータに実行させるためのプログラム。
14. 第１の符号化方式に関する第１の符号化方式情報と前記第１の符号化方式情報に対応付けられた第１の識別子と前記第１の符号化方式とは異なる第２の符号化方式に関する第２の符号化方式情報と前記第２の符号化方式情報に対応付けられた第２の識別子と前記第１の符号化方式情報及び前記第２の符号化方式情報が追加され得る配信設定情報とを記憶する記憶部と、前記記憶部に記憶された第１の識別子又は第２の識別子を含む識別コマンドを受け付ける受け付け部と、前記受け付け部で受け付けられた識別コマンドが含む識別子に対応付けられた符号化方式情報を前記記憶部に記憶された配信設定情報に追加する追加部と、前記追加部で配信設定情報に追加された符号化方式情報に基づき、撮像部から出力された撮像画像を符号化する符号化部と、前記符号化部で符号化された撮像画像を配信する配信部と、を有する撮像装置と、ネットワーク経由で通信する外部装置の制御方法であって、
    前記記憶部に記憶された第２の識別子を含む識別コマンドを、前記撮像装置にネットワーク経由で送信する送信ステップと、
    前記記憶部に記憶された配信設定情報から前記第１の符号化方式情報が除去された旨を示す情報を、前記撮像装置からネットワーク経由で受信する受信ステップと、
    を備えることを特徴とする外部装置の制御方法。
15. 請求項１４に記載の複数のステップをコンピュータに実行させるためのプログラム。

Images