JP6399758B2 - 撮像装置および撮像装置の制御方法 - Google Patents

Description

本発明は、撮像装置および撮像装置の制御方法に関するものである。

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

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

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

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

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

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

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

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

上記目的を達成するために、本発明の撮像装置は、第１外部装置および第２外部装置とネットワーク経由で通信する撮像装置であって、被写体を撮像する撮像手段と、前記第１外部装置から第１設定コマンドを受信し、前記第２外部装置から第２設定コマンドを受信する受信手段と、前記第１設定コマンドによって設定される第１設定情報および前記第２設定コマンドによって設定される第２設定情報を保持する保持手段と、前記撮像手段により撮像した撮像画像について、前記保持手段が保持している第１設定情報または第２設定情報のどちらか一方に基づいて配信する配信手段と、前記配信手段が前記第２設定情報に基づいて配信するように設定されている場合に前記受信手段が前記第１設定コマンドを受信すると、当該第１設定コマンドが有する第１設定情報に基づいて、前記保持手段が保持している第２設定情報を置換する制御手段と、前記制御手段による置換を前記第２外部装置に通知する通知手段とを備えることを特徴とする。

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

実施例１に係わる、撮像システムの一例の構成を説明するためのシステム構成図である。 実施例１に係わる、撮像システムを構成する監視カメラの内部構成を示すブロック図である。 実施例１に係わる、撮像システムを構成するクライアント装置の内部構成を示すブロック図である。 実施例１に係わる、撮像システムを構成するクライアント装置の内部構成を示すブロック図である。 実施例１に係わる、監視カメラが保持するパラメータ構成図である。 実施例１に係わる、監視カメラとクライアント装置との間のコマンドシーケンス図である。 実施例１に係わる、監視カメラとクライアント装置との間のコマンドシーケンス図である。 実施例１に係わる、監視カメラのＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓ送信処理を説明するためのフローチャートである。 実施例１に係わる、監視カメラのＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ受信処理を説明するためのフローチャートである。 実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウの一例である。 実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウの一例である。 実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウの一例である。 実施例１に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウの一例である。 実施例２に係る、監視カメラのＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ受信処理を説明するためのフローチャートである。 実施例３に係る、監視カメラのＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２受信処理を説明するためのフローチャートである。 実施例４に係る、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウの一例である。 実施例４に係る、監視カメラのＰｌａｙコマンド受信処理を説明するためのフローチャートである。 実施例５に係る、監視カメラのＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ受信処理を説明するためのフローチャートである。 実施例５に係る、監視カメラが保持するパラメータ構成図である。 実施例５に係る、監視カメラが保持するパラメータ構成図である。 実施例６に係る、監視カメラのＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２受信処理を説明するためのフローチャートである。 実施例７に係る、監視カメラのＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ受信処理を説明するためのフローチャートである。 実施例１に係る、第２の符号化方式を設定するためのＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２の定義の一例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

同様に、本実施例におけるクライアント装置２０００は、ＪＰＥＧ及びＨ．２６４などの既存の符号化方式に対応するＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドのみに対応している。つまり、本実施例におけるクライアント装置２０００は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２コマンドには対応していない。

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

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

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

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

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

同様に、本実施例におけるクライアント装置２０１０は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンド及びＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２コマンドの両方に対応している。

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

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

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

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

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

なお、以後、ＶｉｄｅｏＳｏｕｒｃｅをＶＳと省略することがある。また、本実施例におけるＶＳは、撮像素子の設定に関する撮像素子設定情報に相当する。

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

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

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

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

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

監視カメラ１０００は、ＶＳ、及びＶＳＣの内容に基づいて撮像部１００３から出力される撮像画像を、ＶＥＣ、及びＶＥＣ２に基づいて圧縮符号化し、画像データとして通信部１００５を介してクライアント装置２０００及び２０１０に配信する。

ここで、圧縮符号化部１００４は、この撮像画像を、ＶＥＣ及びＶＥＣ２により設定される符号化方式（例えばＪＰＥＧ、Ｈ．２６４やＨ．２６５）、フレームレート、或いは解像度等のパラメータに従って符号化することで、画像データを生成する。

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

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

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

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

図６における４０００は、ネットワーク機器接続のトランザクションである。クライアント装置２０００は、ネットワーク機器を接続するためのＰｒｏｂｅコマンドをユニキャスト、或いはマルチキャストでＩＰネットワーク網１５００に送信する。このＩＰネットワーク網１５００に接続されている監視カメラ１０００は、コマンド受け付け可能となったことを示すＰｒｏｂｅＭａｔｃｈレスポンスをクライアント装置２０００へ返送する。

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

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

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

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

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

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

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

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

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

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

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

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

このレスポンスには、画像の圧縮方式のリストとして、ＪＰＥＧ、Ｈ．２６４が含まれることになる。一方、このレスポンスには、Ｈ．２６５が含まれない。また、このレスポンスには、記憶部１００２に記憶されている符号化設定のＩＤを含むリストが含まれる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、クライアント装置２０１０は、前述の通りＨ．２６５の復号器に相当する復号部２０１５を備えており、ＶＥＣ及びＶＥＣ２の両方に対応している。なお、図７の説明において、図６と同一のトランザクションについては説明を省略し、同一符号を付すものとする。

４０５５は、ＧｅｔＶＥＣ２のトランザクションである。ここで、図７では、ＧｅｔＶＥＣｓ２コマンドを使用する場合について説明するが、クライアント装置２０１０は、ＧｅｔＶＥＣｓ、または、ＧｅｔＶＥＣｓ２のどちらでも使用可能である。

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

なお、監視カメラ１０００は、後述するＧｅｔＶＥＣｓ２等のコマンドを受信することにより、クライアント装置２０１０が新しいコマンドセットを備えたクライアント装置であると認識できる。一方、仮にクライアント装置２０１０が、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎなど、既存の体系のコマンドを使用した場合は、監視カメラ１０００は、古いか新しいかの判別はできない。

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

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

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

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

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

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

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

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

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

続いて、図２３は、本実施例における、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２の定義の一例を説明するための図である。なお、本実施例では、このＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２を定義するために、ＯＮＶＩＦ規格で用いられる、ＸＭＬ Ｓｃｈｅｍａ Ｄｉｆｉｎｉｔｉｏｎ言語（以下、ＸＳＤと称することがある）を用いるものとする。

図２３（ａ）は、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２を、ＰｒｏｆｉｌｅＥｘｔｅｎｓｉｏｎ２に定義していることを示している。

図２３（ｂ）は、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ２の内容を示す。図２３（ｂ）では、ｓｅｑｕｅｎｃｅ指定子により、図２３（ｂ）の要素の順番が定義通りに出現することを指定している。

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

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

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

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

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

これから、実際の監視カメラネットワークシステムにおいて発生する事象に対する実施例の説明を加える。まず、最初に、監視カメラ１０００は、クライアント装置２０１０からの符号化方式リクエストにより、ＭｅｄｉａＰｒｏｆｉｌｅ３０００に設定されたＶＥＣ２に従って符号化された映像ストリームを、クライアント装置２０１０に配信しているものとする。この映像ストリームは、例えば、Ｈ．２６５で符号化されたものとする。

続いて、図８を参照し、監視カメラ１０００がクライアント装置２０００から符号化方式のリクエストを受信した場合の処理について説明する。ここで、図８は、監視カメラ１０００が前述のＧｅｔＶＥＣＯｐｔｉｏｎｓコマンドをクライアント装置２０００から受信した場合の処理を示している。なお、この処理は、制御部１００１により実行されるものとする。

ステップＳ１５００では、制御部１００１は、記憶部１００２に記憶されている圧縮方式のうち、ＶＥＣがサポートしている圧縮方式のリストを取得する。即ち、本実施例では、制御部１００１は、Ｈ．２６５を除く、ＪＰＥＧとＨ．２６４を、記憶部１００２から読み出す。

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

ステップＳ１５０２では、制御部１００１は、設定可能なＦｒａｍｅｒａｔｅのレンジ、画像品質Ｑｕａｌｉｔｙのレンジ、Ｂｉｔｒａｔｅのレンジ、及びＥｎｃｏｄｉｎｇＩｎｔｅｒｖａｌを、記憶部１００２から取得する。例えば、制御部１００１は、ＦｒａｍｅｒａｔｅＬｉｍｉｔとして１〜３０ｆｐｓ、Ｑｕａｌｉｔｙのレンジとして１〜５、Ｂｉｔｒａｔｅのレンジとして６４〜１６３８４ｂｐｓを記憶部１００２から読み出す。

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

続いて、図９は、監視カメラ１０００が前述のＳｅｔＶＥＣコマンドをクライアント装置２０００から受信した場合の処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。

ここで、クライアント装置２０００は、ＶＥＣ２の内容を読めない。このため、クライアント装置２０００は、例えば、監視カメラ１０００がクライアント装置２０１０にＨ．２６５で符号化された映像ストリームを配信中であることを、知ることができない。

より詳細には、クライアント装置２０００は、図６のＧｅｔＰｒｏｆｉｌｅｓのトランザクション４００２が実行された場合にレスポンスとして取得される、ＭｅｄｉａＰｒｏｆｉｌｅに含まれるＶＥＣ２のパラメータの存在を知ることができない。つまり、クライアント装置２０００からは、ＶＥＣ２を除くＶＳＣ，図示しないＡｕｄｉｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎなどのパラメータだけが保持されているように見える。

そこで、クライアント装置２０００が、ＳｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎコマンドによりＭｅｄｉａＰｒｏｆｉｌｅ３０００のＶＥＣ３０２０の符号化方式として、例えばＨ．２６４を設定してきた場合の処理を、図９により説明する。

ステップＳ１６００では、制御部１００１は、配信設定情報に相当するＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣ２が設定されているか否かを判定する。

そして、制御部１００１は、ＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣ２が設定されていると判定した場合には、ステップＳ１６１１に処理を進める。一方、制御部１００１は、ＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣ２が設定されていないと判定した場合には、ステップＳ１６０１に処理を進める。

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

ステップＳ１６０２では、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度（Ｒｅｓｏｌｕｔｉｏｎ）をサポートしているかどうかを判定する。

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

次に、制御部１００１は、このリストにＳｅｔＶＥＣコマンドの引数で指定されている出力解像度が含まれていると判定した場合には、この出力解像度をサポートしていないと判定する。一方、制御部１００１は、このリストにＳｅｔＶＥＣコマンドの引数で指定されている出力解像度が含まれていないと判定した場合には、この出力解像度をサポートしていないと判定する。

そして、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度をサポートしていると判定した場合には、ステップＳ１６０３に処理を進める。一方、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度をサポートしていないと判定した場合には、ステップＳ１６１０に処理を進める。

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

ステップＳ１６０４では、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式（Ｅｎｃｏｒｄｉｎｇ）をサポートしているかどうかを判定する。

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

次に、制御部１００１は、このリストにＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式が含まれていると判定した場合には、ステップＳ１６０５に処理を進める。一方、制御部１００１は、このリストにＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式が含まれていないと判定した場合には、ステップＳ１６１０に処理を進める。

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

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

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

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

これにより、同じＭｅｄｉａＰｒｏｆｉｌｅ（例えばＭｅｄｉａＰｒｏｆｉｌｅ３０００の）に関連付けられたＶＥＣ及びＶＥＣ２に、ＳｅｔＶＥＣコマンドの引数で指定されている同じパラメータが設定され保持されることになる。

ステップＳ１６１２では、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度（Ｒｅｓｏｌｕｔｉｏｎ）をサポートしているかどうかを判定する。

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

次に、制御部１００１は、このリストにＳｅｔＶＥＣコマンドの引数で指定されている出力解像度が含まれていると判定した場合には、この出力解像度をサポートしていないと判定する。一方、制御部１００１は、このリストにＳｅｔＶＥＣコマンドの引数で指定されている出力解像度が含まれていないと判定した場合には、この出力解像度をサポートしていないと判定する。

そして、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度をサポートしていると判定した場合には、ステップＳ１６１３に処理を進める。一方、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度をサポートしていないと判定した場合には、ステップＳ１６１０に処理を進める。

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

ステップＳ１６０４では、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式（Ｅｎｃｏｒｄｉｎｇ）をサポートしているかどうかを判定する。

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

次に、制御部１００１は、このリストにＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式が含まれていると判定した場合には、ステップＳ１６１５に処理を進める。一方、制御部１００１は、このリストにＳｅｔＶＥＣコマンドの引数で指定されている圧縮方式が含まれていないと判定した場合には、ステップＳ１６１０に処理を進める。

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

ステップＳ１６１６は、ステップＳ１６０６と同様であるので、その説明を省略する。

以上のような処理により、一つの配信設定情報であるＭｅｄｉａＰｒｏｆｉｌｅ（例えば、ＭｅｄｉａＰｒｏｆｉｌｅ３０００）に、一種類の符号化方式のみ設定可能なようになる。

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

この処理により、それまで、Ｈ．２６５方式で符号化された映像ストリームをクライアント装置２０１０に配信していた監視カメラ１０００は、ＭｅｄｉａＰｒｏｆｉｌｅ変更通知イベントを送信した後、この映像ストリームの送信を停止する。

次に、監視カメラ１０００は、Ｈ．２６４で符号化された映像ストリームの送信を開始する。なお、クライアント装置２０１０のＨ．２６５の復号器に相当する復号部２０１５は、後方互換性を持つので、この映像ストリームの受信及び復号化が可能である。

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

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

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

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

これにより、クライアント装置２０００は、ＶＥＣの設定値の選択肢や設定範囲を、表示部２００３に表示させることで、ユーザに提供することが可能となる。

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

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

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

つまり、ＶｉｄｅｏＥｎｃｏｄｅｒ１（設定画面）及びＶｉｄｅｏＥｎｃｏｄｅｒ２（設定画面）は、監視カメラ１０００に作成されたＭｅｄｉａＰｒｏｆｉｌｅのパラメータ（を設定するための画面）に相当する。ここで、このＭｅｄｉａＰｒｏｆｉｌｅは、クライアント装置２０００及び２０１０などの外部装置から送信されたＣｒｅａｔｅＰｒｏｆｉｌｅコマンドにより、監視カメラ１０００に作成されたものである。

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

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

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

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

ラジオボタン７０１１及びラジオボタン７０１２は、ＪＰＥＧ及びＨ．２６４のうちいずれか１つを選択するためのボタンである。ここで、ラジオボタン７０１１が押下された場合には、ＪＰＥＧが選択され、ラジオボタン７０１２が押下された場合には、Ｈ．２６４が選択される。なお、図１０では、ＪＰＥＧ及びＨ．２６４とも未選択となっている。

この未選択の状態で、ユーザによりラジオボタン７０１２が押下されることでＨ．２６４が選択された場合、図６におけるトランザクション４０１０が実行される。この実行により、Ｅｎｃｏｄｉｎｇタイプが設定され、図９のステップＳ１６００の処理に進む。ここで、図１１は、Ｈ．２６４が選択した状態のクライアント装置２０００の表示設定画面の例を示す図である。

なお、図１１の画面では、マウス操作による画面クリックまたはキーボード入力によりラジオボタン７０１２が押下されており、ＥｎｃｏｄｅｒＴｙｐｅとしてＨ．２６４が選択され、ラジオボタン７０１２に黒丸が表示されている。

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

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

７０４０は、設定ボタンである。ユーザにより設定ボタン７０４０が押下された場合に、クライアント装置２０００は、ＳｅｔＶＥＣを監視カメラ１０００に対して送信する。これにより、ＥｎｃｏｄｅｒＴｙｐｅエリア７０１０、Ｄｅｔａｉｌエリア７０２０、及びＥｎｃｏｄｅｒＲｅｓｏｌｕｔｉｏｎエリア７０３０にて選択されたパラメータが監視カメラ１０００の圧縮符号化部１００４に反映される。

この送信によるトランザクション４０１０の処理後、監視カメラ１０００は、ＶＥＣ変更通知イベントをクライアント装置２０００及び２０１０に送信することにより、ＶＥＣに何らかの変更があったことをクライアント装置２０００及び２０１０に通知する。なお、監視カメラ１０００は、ＳｅｔＶＥＣコマンドを受信した場合、図９のフローチャートに従って処理を進める。

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

より詳細には、図１２の画面は、クライアント装置２０００のＶｉｄｅｏＥｎｃｏｄｅｒ設定画面でＨ．２６４が選択される前の状態における、クライアント装置２０１０のＶｉｄｅｏＥｎｃｏｄｅｒ設定画面である。なお、図１２において、図１０と同一の構成要素については、同一の符号を付し、その説明を省略することがある。

図１２の画面は、監視カメラ１０００のＥｎｃｏｒｄｉｎｇ、ＦｒａｍｅｒａｔｅＬｉｍｉｔ、ＢｉｔｒａｔｅＬｉｍｉｔ、Ｑｕａｌｉｔｙ、及びＲｅｓｏｌｕｔｉｏｎのパラメータの設定、選択肢、及び設定範囲などの内容が表示されている。

これらパラメータの設定、選択肢、及び設定範囲などは、クライアント装置２０１０からＧｅｔＶＥＣｓ２コマンド及びＧｅｔＶＥＣＯｐｔｉｏｎｓ２コマンドが送信されることにより、監視カメラ１０００から取得されたものである。

図１２のＥｎｃｏｄｅｒＴｙｐｅエリア７０５０において、ユーザによりラジオボタン７０５３が押下されており、Ｈ．２６５が選択された状態である。これにより、監視カメラ１０００は、Ｈ．２６５で符号化された画像データを、クライアント装置２０１０にストリーミング配信中である。

ＬｉｖｅＶｉｅｗウィンドウ７０００には、復号部２０１５で復号された画像データに対応する画像が表示される。この際、通信部２０１６は、Ｈ．２６５で符号化された画像データを受信する。また、復号部２０１５は、通信部２０１６で受信された画像データを復号する。

一方、クライアント装置２０００は、Ｈ．２６５に対応していないため、クライアント装置２０００のＶｉｄｅｏＥｎｃｏｄｅｒ設定画面には、図１０に示すように、Ｈ．２６５を選択するためのラジオボタンは表示されていない。

そして、前述したように、クライアント装置２０００のＶｉｄｅｏＥｎｃｏｄｅｒ設定画面においてユーザがラジオボタン７０１２を押下することでＨ．２６４が選択され、ＶＥＣ３０２１にＨ．２６４が設定された場合を想定する。このような想定の場合、監視カメラ１０００は、ＶＥＣ３０２１に関連付けられたＭｅｄｉａＰｒｏｆｉｌｅに変更が加えられたことをクライアント装置２０００及び２０１０に通知する。

この際、監視カメラ１０００において、図９のステップＳ１６１１乃至１６１６が実行され、ＶＥＣ及びＶＥＣ２のパラメータの書き換えが実行される。この書き換えが実行された状態で、クライアント装置２０１０のＶｉｄｅｏＥｎｃｏｄｅｒ設定画面の表示が更新されると、図１３に示されるように、ラジオボタン７０５２が押下され且つＨ．２６４が選択された状態のこの設定画面が表示される。

さらに、図１３の画面におけるＬｉｖｅＶｉｅｗウィンドウ７０００には、Ｈ．２６４で符号化された画像データが復号部２０１５で復号化されることにより、復号化された画像データに対応する画像が表示される。

以上、本実施例の監視カメラ１０００は、通信部１００５によりＳｅｔＶＥＣコマンドが受信した場合であって、この受信したコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ２をこの受信したコマンドの内容で重ね書きする。

本実施例における監視カメラ１０００は、１つのＭｅｄｉａＰｒｏｆｉｌｅによりクライアント装置２０００又は２０１０に配信することができる画像データは、１つだけである。

ここで、クライアント装置２０００から送信されたＳｅｔＶＥＣコマンドにより、ＶＥＣ２が関連付けられたＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが関連付けられてしまった場合を想定する。このような想定の下では、このＭｅｄｉａＰｒｏｆｉｌｅによりクライアント装置２０００又は２０１０に配信することができる画像データは、この関連付けられたＶＥＣに対応する画像データ１つだけになってしまう。

このため、この関連付けられたＶＥＣ２に対応する画像データを受信していたクライアント装置２０１０は、このＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが関連付けられることにより、この画像データの受信を継続できなくなってしまうことがある。

そこで、本実施例によれば、この関連付けられたＶＥＣに対応する画像データとこの関連付けられたＶＥＣ２に対応する画像データとを同じにすることができる。この結果、１つのＭｅｄｉａＰｒｏｆｉｌｅにより配信することができる画像データが１つだけであっても、クライアント装置２０００及び２０１０の両方とも画像データを継続的に受信することができる。

（実施例２）
実施例１では、ＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣのパラメータを更新するためのＳｅｔＶＥＣコマンドをクライアント装置２０００から監視カメラ１０００が受信した場合について述べた。ここで、このＭｅｄｉａＰｒｏｆｉｌｅには、ＶＥＣ２のパラメータが既に関連付けられているものとする。

さらに、この監視カメラ１０００は、この受信したＳｅｔＶＥＣコマンドにより更新されたＶＥＣの内容で、このＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ２のパラメータを重ね書きするものである。

これに対し、実施例２における監視カメラ１０００は、このようなＳｅｔＶＥＣコマンドを受信した場合に、このようなＶＥＣ２のパラメータの重ね書きを行うことなく、クライアント装置２０００にエラーレスポンスを返すものである。以上のような点を考慮した本発明の実施例２を、図１４を参照しながら、以下に説明する。なお、本実施例では、上述の実施例１と同一の構成要素には同一の符号を付し、その説明を省略することがある。

続いて、図１４は、本実施例における、監視カメラ１０００がＳｅｔＶＥＣコマンドをクライアント装置２０００から受信した場合の処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。

ステップＳ１６００では、制御部１００１は、配信設定情報に相当するＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣ２が設定されているか否かを判定する。

そして、制御部１００１は、ＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣ２が設定されていると判定した場合には、ステップＳ１６１０に処理を進める。一方、制御部１００１は、ＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣ２が設定されていないと判定した場合には、ステップＳ１６０１に処理を進める。

以上、本実施例の監視カメラ１０００は、通信部１００５でクライアント装置２０００からのＳｅｔＶＥＣコマンドが受信され且つＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣ２が関連付けられている場合、エラーレスポンスをクライアント装置２０００に送信する。

これにより、ＶＥＣ２が関連付けられたＭｅｄｉａＰｒｏｆｉｌｅに対し、ＶＥＣ２に対応するクライアント装置２０１０の意図しない符号化方式などが関連付けられてしまうことを防止することができる。

（実施例３）
実施例２では、ＶＥＣのパラメータを更新するためのＳｅｔＶＥＣコマンドをクライアント装置２０００から監視カメラ１０００が受信した場合について述べた。ここで、監視カメラ１０００のＭｅｄｉａＰｒｏｆｉｌｅは、ＶＥＣ２のパラメータが既に関連付けられているものとする。そして、この監視カメラ１０００は、このＳｅｔＶＥＣコマンドを受信した場合に、クライアント装置２０００にエラーレスポンスを返すものである。

これに対し、実施例３では、ＶＥＣ２のパラメータを更新するためのＳｅｔＶＥＣ２コマンドを監視カメラ１０００がクライアント装置２０１０から受信した場合について述べる。ここで、監視カメラ１０００のＭｅｄｉａＰｒｏｆｉｌｅは、ＶＥＣのパラメータが関連付けられているものとする。

そして、この監視カメラ１０００は、このＳｅｔＶＥＣ２コマンドを受信した場合に、クライアント装置２０１０にエラーレスポンスを返すものである。以上のような点を考慮した本発明の実施例３を、図１５を参照しながら、以下に説明する。なお、本実施例では、上述の実施例１と同一の構成要素については同一の符号を付し、その説明を省略することがある。

続いて、図１５は、本実施例における、監視カメラ１０００がＳｅｔＶＥＣ２コマンドをクライアント装置２０１０から受信した場合の処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。

ステップＳ１６２０では、制御部１００１は、配信設定情報に相当するＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣが設定されているか否かを判定する。

そして、制御部１００１は、ＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣが設定されていると判定した場合には、ステップＳ１６２７に処理を進める。一方、制御部１００１は、ＭｅｄｉａＰｒｏｆｉｌｅ３０００にＶＥＣが設定されていないと判定した場合には、ステップＳ１６２１に処理を進める。

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

ステップＳ１６２２では、制御部１００１は、ＳｅｔＶＥＣ２コマンドの引数で指定されている出力解像度（Ｒｅｓｏｌｕｔｉｏｎ）をサポートしているかどうかを判定する。

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

そして、制御部１００１は、この取得したリストにＳｅｔＶＥＣ２コマンドの引数で指定されている出力解像度が含まれていると判定した場合には、この出力解像度をサポートしていないと判定する。一方、制御部１００１は、この取得したリストにＳｅｔＶＥＣ２コマンドの引数で指定されている出力解像度が含まれていないと判定した場合には、この出力解像度をサポートしていないと判定する。

そして、制御部１００１は、ＳｅｔＶＥＣ２コマンドの引数で指定されている出力解像度をサポートしていると判定した場合には、ステップＳ１６２３に処理を進める。一方、制御部１００１は、ＳｅｔＶＥＣ２コマンドの引数で指定されている出力解像度をサポートしていないと判定した場合には、ステップＳ１６２７に処理を進める。

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

ステップＳ１６２４では、制御部１００１は、ＳｅｔＶＥＣ２コマンドの引数で指定されている符号化方式（Ｅｎｃｏｒｄｉｎｇ）をサポートしているかどうかを判定する。

具体的には、まず、制御部１００１は、記憶部１００２に記憶されている符号化方式のうち、ＶＥＣ２がサポートしている符号化方式のリストを取得する。次に、制御部１００１は、この取得したリストにＳｅｔＶＥＣ２コマンドの引数で指定されている符号化方式が含まれているか否かを判定する。

そして、制御部１００１は、このリストにＳｅｔＶＥＣ２コマンドの引数で指定されている符号化方式が含まれていると判定した場合には、ステップＳ１６２５に処理を進める。一方、制御部１００１は、このリストにＳｅｔＶＥＣ２コマンドの引数で指定されている符号化方式が含まれていないと判定した場合には、ステップＳ１６２７に処理を進める。

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

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

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

以上、本実施例の監視カメラ１０００は、通信部１００５でクライアント装置２０１０からのＳｅｔＶＥＣ２コマンドが受信され且つＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが設定されている場合に、エラーレスポンスをクライアント装置２０１０に送信する。

ここで、本実施例における監視カメラ１０００のＭｅｄｉａＰｒｏｆｉｌｅには、ＶＥＣ及びＶＥＣ２の両方を関連付けることができる。そして、ＶＥＣが既に関連付けられたＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣ２が新たに関連付けられてしまう場合を想定する。

このような想定の下では、クライアント装置２０００は、ＶＥＣ２が新たに関連付けられたＭｅｄｉａＰｒｏｆｉｌｅに対応する画像データを受信しても、この受信した画像データを復号化することができるとは限らない。例えば、このＭｅｄｉａＰｒｏｆｉｌｅに対応する画像データがＨ．２６５で符号化された画像データである場合、クライアント装置２０００は、この画像データを復号化することができない。

これに対し、本実施例の監視カメラ１０００によれば、ＶＥＣが関連付けられたＭｅｄｉａＰｒｏｆｉｌｅに対し、クライアント装置２０００が復号化できない符号化方式などが関連付けられてしまうことを防止することができる。

（実施例４）
実施例１乃至３では、１つのＭｅｄｉａＰｒｏｆｉｌｅで１つの映像ストリームしか配信することができない監視カメラ１０００について説明した。これに対し、実施例４では、１つのＭｅｄｉａＰｒｏｆｉｌｅで複数の映像ストリームを配信することができる監視カメラ１０００について説明する。

以上のような点を考慮した本発明の実施例４を、図１６及び１７を参照しながら、以下に説明する。なお、本実施例では、上述の実施例と同一の構成要素には同一の符号を付し、その説明を省略することがある。

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

このウィンドウは、Ｈ．２６４に対応するＥｎｃｏｄｉｎｇが設定されたＶＥＣとＨ．２６５に対応するＥｎｃｏｄｉｎｇが設定されたＶＥＣ２とが同一のＭｅｄｉａＰｒｏｆｉｌｅに関連付けられた場合の、ＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウである。

なお、このＶＥＣのＥｎｃｏｄｉｎｇは、クライアント装置２０００におけるＥｎｃｏｄｅｒＴｙｐｅエリア７０１０でＨ．２６４が選択されることで送信されたＳｅｔＶＥＣにより、設定されたものである。また、このＶＥＣ２のＥｎｃｏｄｉｎｇは、クライアント装置２０１０におけるＥｎｃｏｄｅｒＴｙｐｅエリア７０５０でＨ．２６５が選択されることで送信されたＳｅｔＶＥＣ２により、設定されたものである。

図１６におけるＥｎｃｏｄｅｒＴｙｐｅエリア７０５０では、ラジオボタン７０５２が押下されており、ＥｎｃｏｄｅｒＴｙｐｅとしてＨ．２６４が選択され、ラジオボタン７０５２に黒丸が表示されている。さらに、ＥｎｃｏｄｅｒＴｙｐｅエリア７０５０では、ラジオボタン７０５３が押下されており、ＥｎｃｏｄｅｒＴｙｐｅとしてＨ．２６５が選択され、ラジオボタン７０５３に黒丸が表示されている。

また、このような場合では、クライアント装置２０１０におけるＶｉｄｅｏＥｎｃｏｄｅｒ設定ウィンドウでは、図１１に示すように、ＥｎｃｏｄｅｒＴｙｐｅエリア７０１０におけるラジオボタン７０１２が押下されている。さらに、このＥｎｃｏｄｅｒＴｙｐｅエリア７０１０では、ラジオボタン７０１２に黒丸が表示されている。

このように、本実施例の記憶部１００２においては、図５に示すように、１つのＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣ及びＶＥＣ２のそれぞれのＴｏｋｅｎが記憶される。つまり、本実施例では、１つのＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣ及びＶＥＣ２が関連付けられている。

さらに、本実施例の監視カメラ１０００は、このＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣに対応する画像データを、クライアント装置２０００にストリーミング配信する。その上、このＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ２に対応する画像データも、クライアント装置２０１０にストリーミング配信する。

続いて、図１７は、本実施例における、監視カメラ１０００がＰｌａｙコマンドをクライアント装置２０００又は２０１０から受信した場合の処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。

ステップＳ１２００では、制御部１００１は、通信部１００５で受信されたＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣに設定された符号化方式を記憶部１００２から読み出す。そして、制御部１００１は、読み出した符号化方式を記憶部１００２に一時的に記憶させる。ここで、本実施例では、例えば、制御部１００１は、Ｈ．２６４を記憶部１００２に一時的に記憶させる。

ステップＳ１２０２では、制御部１００１は、通信部１００５で受信されたＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが関連付けられているか否かを判定する。

そして、制御部１００１は、通信部１００５で受信されたＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが関連付けられていると判定された場合には、ステップＳ１２０３に処理を進める。一方、制御部１００１は、通信部１００５で受信されたＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが関連付けられていないと判定された場合には、ステップＳ１２０４に処理を進める。

本実施例では、例えば、制御部１００１は、ステップＳ１２０３に処理を進める。

ステップＳ１２０３では、制御部１００１は、撮像部１００３から出力された撮像画像を、通信部１００５が受信したＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣの符号化方式で、圧縮符号化部１００４に圧縮符号化させる。そして、制御部１００１は、通信部１００５に指示し、この圧縮符号化させた撮像画像に対応する画像データを外部に送信させる。

本実施例では、例えば、制御部１００１は、通信部１００５に指示し、Ｈ．２６４で圧縮符号化された画像データを外部に送信させる。

ステップＳ１２０４では、制御部１００１は、通信部１００５で受信されたＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣ２が関連付けられているか否かを判定する。

そして、制御部１００１は、通信部１００５で受信されたＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣ２が関連付けられていると判定された場合には、ステップＳ１２０５に処理を進める。一方、制御部１００１は、通信部１００５で受信されたＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣが関連付けられていないと判定された場合には、ステップＳ１２０６に処理を進める。

本実施例では、例えば、制御部１００１は、ステップＳ１２０５に処理を進める。

ステップＳ１２０５では、制御部１００１は、撮像部１００３から出力された撮像画像を、通信部１００５が受信したＰｌａｙコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ２の符号化方式で、圧縮符号化部１００４に圧縮符号化させる。そして、制御部１００１は、通信部１００５に指示し、この圧縮符号化させた撮像画像に対応する画像データを外部に送信させる。

本実施例では、例えば、制御部１００１は、通信部１００５に指示し、Ｈ．２６５で圧縮符号化された画像データを外部に送信させる。

ステップＳ１２０６では、制御部１００１は、通信部１００５によりＴｅａｒｄｏｗｎコマンドが受信されたか否かを判定する。そして、制御部１００１は、通信部１００５によりＴｅａｒｄｏｎｗコマンドが受信されたと判定した場合には、図１７の処理を終了する。一方、制御部１００１は、通信部１００５によりＴｅａｒｄｏｗｎコマンドが受信されていないと判定した場合には、ステップＳ１２００に処理を戻す。

以上、本実施例における圧縮符号化部１００４は、撮像部１００３から出力された撮像画像を、記憶部１００２に記憶されたＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣに対応する符号化方式で符号化する。さらに、本実施例における圧縮符号化部１００４は、この撮像画像を、このＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ２に対応する符号化方式で符号化する。

これにより、クライアント装置２０００及び２０１０が同一のＭｅｄｉａＰｒｏｆｉｌｅを用いる場合でも、クライアント装置２０００は、所望の符号化方式で符号化された画像データを受信することができる。その上、クライアント装置２０１０も、所望の符号化方式で符号化された画像データを受信することができる。

なお、本実施例における圧縮符号化部１００４は、例えば、撮像部１００３から出力された撮像画像に対し、別個のプロセッサにより、Ｈ．２６４の符号化及びＨ．２６５の符号化のそれぞれを並列して実行するように構成されていても良い。

また、本実施例における圧縮符号化部１００４は、撮像部１００３から出力された撮像画像に対し、同一のプロセッサにより、Ｈ．２６４の符号化及びＨ．２６５の符号化を時分割処理するように構成されていても良い。

また、本実施例において、Ｈ．２６４で符号化された画像データ及びＨ．２６５で符号化された画像データは、それぞれ別々のストリームとして配信されても良く、それぞれが時分割多重された１本のストリームとして配信されても良い。

（実施例５）
実施例２では、ＶＥＣのパラメータを更新するためのＳｅｔＶＥＣコマンドをクライアント装置２０００から監視カメラ１０００が受信した場合について述べた。ここで、監視カメラ１０００のＭｅｄｉａＰｒｏｆｉｌｅは、ＶＥＣ２のパラメータが既に関連付けられているものとする。そして、この監視カメラ１０００は、このＳｅｔＶＥＣコマンドを受信した場合に、クライアント装置２０００にエラーレスポンスを返すものである。

これに対し、実施例５における監視カメラ１０００は、このようなＳｅｔＶＥＣコマンドを受信した場合に、クライアント装置２０００にエラーレスポンスを返すことなく、新たなＭｅｄｉａＰｒｏｆｉｌｅを作成するものである。以上のような点を考慮した本発明の実施例５を、図１８乃至２０を参照しながら、以下に説明する。なお、本実施例では、上述の実施例２と同一の構成要素には同一の符号を付し、その説明を省略することがある。

続いて、図１８は、本実施例における、監視カメラ１０００がＳｅｔＶＥＣコマンドをクライアント装置２０００から受信した場合の処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。

ステップＳ１６３０では、制御部１００１は、通信部１００５で受信されたＳｅｔＶＥＣコマンドで指定されたＭｅｄｉａＰｒｏｆｉｌｅとは異なるＭｅｄｉａＰｒｏｆｉｌｅを新たに生成し、生成したＭｅｄｉａＰｒｏｆｉｌｅを記憶部１００２に記憶させる。

ここで、図１９は、本実施例における、この生成したＭｅｄｉａＰｒｏｆｉｌｅが記憶部１００２に記憶される前の、監視カメラ１０００（の記憶部１００２）が保持するパラメータの構造を図示している。

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

ＭｅｄｉａＰｒｏｆｉｌｅ３０４０は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１１、及びＶＥＣ２３０３０などの各種設定項目へのリンクを保持する。また、ＭｅｄｉａＰｒｏｆｉｌｅ３０４１は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１１、及びＶＥＣ２３０３１などの各種設定項目へのリンクを保持する。

さらに、ＭｅｄｉａＰｒｏｆｉｌｅ３０４２は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１１、及びＶＥＣ２３０３２などの各種設定項目へのリンクを保持する。そして、ＭｅｄｉａＰｒｏｆｉｌｅ３０４３は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ３０１１、及びＶＥＣ３０２０などの各種設定項目へのリンクを保持する。

続いて、図２０は、本実施における、この生成したＭｅｄｉａＰｒｏｆｉｌｅが記憶部１００２に記憶された後の、監視カメラ１０００（の記憶部１００２）が保持するパラメータの構造を図示している。

図２０において、ＭｅｄｉａＰｒｏｆｉｌｅ３０４４は、ステップＳ１６３０で生成されたＭｅｄｉａＰｒｏｆｉｌｅであり、監視カメラ１０００の各種設定項目を関連付けて記憶するためのパラメータセットである。このＭｅｄｉａＰｒｏｆｉｌｅ３０４４は、値が「ｐｒｏｆｉｌｅ３」のＰｒｏｆｉｌｅＴｏｋｅｎを保持する。

なお、ＭｅｄｉａＰｒｏｆｉｌｅ３０４４は、ＶＳＣ３０１１、及びＶＥＣ３０２１などの各種設定項目へのリンクを保持する。

ステップＳ１６３１は、ステップＳ１６００にてＶＥＣ２が設定されてないと判定された場合には、ステップＳ１６０１の処理と同様である。一方、ステップＳ１６３１では、ステップＳ１６００にてＶＥＣ２が設定されていると判定された場合には、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている各設定値を、ステップＳ１６３０で記憶させたＭｅｄｉａＰｒｏｆｉｌｅに記憶させる。

なお、この各設定項目は、Ｆｒａｍｅｒａｔｅ、Ｑｕａｌｉｔｙ、Ｂｉｔｒａｔｅ、ＥｎｃｏｄｉｎｇＩｎｔｅｒｖａｌである。

ステップＳ１６３３は、ステップＳ１６００にてＶＥＣ２が設定されていないと判定された場合には、ステップＳ１６０３の場合と同様である。一方、ステップＳ１６３３では、ステップＳ１６００にてＶＥＣ２が設定されていると判定された場合には、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている出力解像度を、ステップＳ１６３０で記憶させたＭｅｄｉａＰｒｏｆｉｌｅに記憶させる。

ステップＳ１６３５は、ステップＳ１６００にてＶＥＣ２が設定されていないと判定された場合には、ステップＳ１６０５と同様である。一方、ステップＳ１６３５では、ステップＳ１６００にてＶＥＣ２が設定されていると判定された場合には、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定された符号化方式を、ステップＳ１６３０で記憶させたＭｅｄｉａＰｒｏｆｉｌｅに記憶させる。

以上、本実施例の監視カメラ１０００は、通信部１００５でＳｅｔＶＥＣコマンドが受信され且つこの受信されたＳｅｔＶＥＣコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅにＶＥＣ２が関連付けられている場合、新たなＭｅｄｉａＰｒｏｆｉｌｅを自動で生成する。そして、この生成したＭｅｄｉａＰｒｏｆｉｌｅにこの受信されたＳｅｔＶＥＣコマンドに対応するＶＥＣを関連付ける。

これにより、例えば、このような場合に、ＣｒｅａｔｅＰｒｏｆｉｌｅコマンドをクライアント装置２０００が送信するなどという、監視カメラ１０００とクライアント装置２０００との間の煩雑なやり取りを防止することができる。

（実施例６）
実施例３では、ＶＥＣ２のパラメータを更新するためのＳｅｔＶＥＣ２コマンドを監視カメラ１０００がクライアント装置２０１０から受信した場合について述べた。ここで、監視カメラ１０００のＭｅｄｉａＰｒｏｆｉｌｅは、ＶＥＣのパラメータが関連付けられているものである。そして、この監視カメラ１０００は、このＳｅｔＶＥＣ２コマンドを受信した場合に、クライアント装置２０１０にエラーレスポンスを返すものである。

これに対し、実施例６では、このような場合に、クライアント装置２０１０から受信したＳｅｔＶＥＣ２で指定された符号化方式に応じ、記憶部１００２に記憶されたＶＥＣ２のみ、又はＶＥＣ及びＶＥＣ２の両方を更新する監視カメラ１０００について述べる。以上のような点を考慮した本発明の実施例６を、図２１を参照しながら、以下に説明する。

なお、本実施例では、上述の実施例と同一の構成要素については同一の符号を付し、その説明を省略することがある。

続いて、図２１は、本実施例における、監視カメラ１０００がＳｅｔＶＥＣ２コマンドをクライアント装置２０１０から受信した場合の処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。

ステップＳ１６５０では、制御部１００１は、通信部１００５で受信されたＳｅｔＶＥＣ２コマンドで指定された符号化方式がＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４のいずれか１つであるか否かを判定する。 そして、制御部１００１は、通信部１００５で受信されたＳｅｔＶＥＣ２コマンドで指定された符号化方式がＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４のいずれか１つであると判定した場合には、ステップＳ１６６０に処理を進める。

一方、制御部１００１は、通信部１００５で受信されたＳｅｔＶＥＣ２コマンドで指定された符号化方式がＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４のいずれか１つでないと判定した場合には、ステップＳ１６５１に処理を進める。なお、本実施例におけるＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４は、所定の符号化方式に相当する。

ステップＳ１６５１乃至Ｓ１６５６は、ステップＳ１６２１乃至Ｓ１６２６と同様であるので、その説明を省略する。

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

例えば、制御部１００１は、ＳｅｔＶＥＣ２の符号化方式がＨ．２６４であった場合、配信設定情報であるＭｅｄｉａＰｒｏｆｉｌｅのＶＥＣ及びＶＥＣ２それぞれの符号化方式として、Ｈ．２６４が設定されることになる。

ステップＳ１６６１は、ステップＳ１６２２と同様であるので、その説明を省略する。

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

ステップＳ１６６３は、ステップＳ１６２４と同様であるので、その説明を省略する。

ステップＳ１６６４では、制御部１００１は、ＳｅｔＶＥＣコマンドの引数で指定されている符号化方式を、記憶部１００２のＶＥＣ及びＶＥＣ２に記憶させる。

ステップＳ１６５５は、ステップＳ１６２６と同様であるので、その説明を省略する。

以上、本実施例の監視カメラ１０００は、通信部１００５で受信されたＳｅｔＶＥＣ２コマンドで指定された符号化方式がＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４であるか否かを判定する。そして、監視カメラ１０００は、ＪＰＥＧ，ＭＰＥＧ，Ｈ．２６４であると判定された場合に、このコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ及びＶＥＣ２の両方の符号化方式を、このコマンドに対応する符号化方式にする。

通常、ＶＥＣ２に対応していないクライアント装置２０００は、ＳｅｔＶＥＣ２コマンドでＭｅｄｉａＰｒｏｆｉｌｅに設定された符号化方式を把握することはできない。

しかしながら、本実施例の監視カメラ１０００によれば、クライアント装置２０００及び２０１０の両方とも、ＳｅｔＶＥＣ２コマンドでＭｅｄｉａＰｒｏｆｉｌｅに設定された符号化方式を把握することができる。

（実施例７）
実施例１では、ＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣのパラメータを更新するためのＳｅｔＶＥＣコマンドをクライアント装置２０００から監視カメラ１０００が受信した場合について述べた。ここで、このＭｅｄｉａＰｒｏｆｉｌｅには、ＶＥＣ２のパラメータが既に関連付けられているものとする。

さらに、この監視カメラ１０００は、この受信したＳｅｔＶＥＣコマンドにより更新されたＶＥＣの内容で、このＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ２のパラメータを重ね書きするものである。

これに対し、実施例７では、ＳｅｔＶＥＣコマンドを送信したクライアント装置の数とＳｅｔＶＥＣ２コマンドを送信したクライアント装置の数とを比較し、この比較の結果、この重ね書きを実行するか否かを判定する。以上のような点を考慮した本発明の実施例７を、図２２を参照しながら、以下に説明する。なお、本実施例では、上述の実施例１と同一の構成要素については同一の符号を付し、その説明を省略することがある。

続いて、図２２は、監視カメラ１０００がＳｅｔＶＥＣコマンドをクライアント装置２０００から受信した場合の処理を説明するためのフローチャートである。なお、この処理は、制御部１００１により実行される。

ステップＳ１６７０では、制御部１００１は、過去にＳｅｔＶＥＣコマンドを送信したクライアント装置の数よりも、過去にＳｅｔＶＥＣコマンドを送信したクライアント装置の数が多いか否かを判定する。

そして、制御部１００１は、過去にＳｅｔＶＥＣコマンドを送信したクライアント装置の数よりも、過去にＳｅｔＶＥＣ２コマンドを送信したクライアント装置の数の方が多いと判定した場合には、ステップＳ１６１０に処理を進める。

一方、制御部１００１は、過去にＳｅｔＶＥＣコマンドを送信したクライアント装置の数よりも、過去にＳｅｔＶＥＣ２コマンドを送信したクライアント装置の数の方が多くはないと判定した場合には、ステップＳ１６１１に処理を進める。

以上、本実施例の監視カメラ１０００は、通信部１００５でＳｅｔＶＥＣコマンドが受信された場合に、過去にＳｅｔＶＥＣコマンドを送信したクライアント装置の数よりも、過去にＳｅｔＶＥＣコマンドを送信したクライアント装置の数が多いか否かを判定する。

そして、監視カメラ１０００は、この数が多くないと判定した場合に、このコマンドに対応するＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ及びＶＥＣ２の両方の符号化方式を、このコマンドに対応する符号化方式にする。

これにより、ＭｅｄｉａＰｒｏｆｉｌｅに関連付けられたＶＥＣ２の符号化方式をＳｅｔＶＥＣコマンドでより効果的に設定することができる。

なお、ステップＳ１６７０では、ＳｅｔＶＥＣコマンドを送信したクライアント装置の数と、ＳｅｔＶＥＣ２コマンドを送信したクライアント装置の数を比較して処理を分岐したが、他の方法で分岐判断を行っても良い。例えば、ステップＳ１６７０では、クライアント装置からのイベント送信をトリガとして分岐判定を行っても良く、また、クライアント装置ごとに重み係数を設定し、その総和の比較により分岐判定しても良い。

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

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

Claims (10)

1. 第１外部装置および第２外部装置とネットワーク経由で通信する撮像装置であって、
   被写体を撮像する撮像手段と、
   前記第１外部装置から第１設定コマンドを受信し、前記第２外部装置から第２設定コマンドを受信する受信手段と、
   前記第１設定コマンドによって設定される第１設定情報および前記第２設定コマンドによって設定される第２設定情報を保持する保持手段と、
   前記撮像手段により撮像した撮像画像について、前記保持手段が保持している第１設定情報または第２設定情報のどちらか一方に基づいて配信する配信手段と、
   前記配信手段が前記第２設定情報に基づいて配信するように設定されている場合に前記受信手段が前記第１設定コマンドを受信すると、当該第１設定コマンドが有する第１設定情報に基づいて、前記保持手段が保持している第２設定情報を置換する制御手段と、
   前記制御手段による置換を前記第２外部装置に通知する通知手段と
   を備えることを特徴とする撮像装置。
2. 第１外部装置および第２外部装置とネットワーク経由で通信する撮像装置であって、
   被写体を撮像する撮像手段と、
   前記第１外部装置から第１設定コマンドを受信し、前記第２外部装置から第２設定コマンドを受信する受信手段と、
   前記第１設定コマンドによって設定される第１設定情報および前記第２設定コマンドによって設定される第２設定情報を保持する保持手段と、
   前記撮像手段により撮像した撮像画像について、前記保持手段が保持している第１設定情報または第２設定情報のどちらか一方に基づいて配信する配信手段と、
   前記配信手段が前記第２設定情報に基づいて配信するように設定されている場合に前記受信手段が前記第１設定コマンドを受信すると、前記第１外部装置にエラーを通知する通知手段と
   を備えることを特徴とする撮像装置。
3. 前記第１設定コマンドは第１の符号化処理方式群のうちの１つの符号化方式に関する情報を含み、前記第２設定コマンドは第２の符号化処理方式群のうちの１つの符号化処理方式群のうちの１つの符号化処理方式に関する情報を含むことを特徴とする請求項１または２に記載の撮像装置。
4. 前記第２の符号化処理方式群は、前記第１の符号化処理方式群に対し更にＨ．２６５を含むことを特徴とする請求項３に記載の撮像装置。
5. 前記第１の符号化処理方式群は、少なくともＨ．２６４を含むことを特徴とする請求項３に記載の撮像装置。
6. 被写体を撮像する撮像部を有し、且つ第１外部装置および第２外部装置とネットワーク経由で通信する撮像装置の制御方法であって、
   前記第１外部装置から第１設定コマンドを受信し、前記第２外部装置から第２設定コマンドを受信する受信ステップと、
   前記第１設定コマンドによって設定される第１設定情報および前記第２設定コマンドによって設定される第２設定情報を保持する保持ステップと、
   前記撮像部により撮像した撮像画像について、前記保持ステップにより保持した第１設定情報または第２設定情報のどちらか一方に基づいて配信する配信ステップと、
   前記配信ステップにより前記第２設定情報に基づいて配信するように設定されている場合に前記受信ステップにより前記第１設定コマンドを受信すると、当該第１設定コマンドが有する第１設定情報に基づいて、前記保持ステップにより保持している第２設定情報を置換する置換ステップと、
   前記置換ステップにおける置換を前記第２外部装置に通知する通知ステップと
   を備えることを特徴とする撮像装置の制御方法。
7. 被写体を撮像する撮像部を有し、且つ第１外部装置および第２外部装置とネットワーク経由で通信する撮像装置の制御方法であって、
   前記第１外部装置から第１設定コマンドを受信し、前記第２外部装置から第２設定コマンドを受信する受信ステップと、
   前記第１設定コマンドによって設定される第１設定情報および前記第２設定コマンドによって設定される第２設定情報を保持する保持ステップと、
   前記撮像部により撮像した撮像画像について、前記保持ステップにより保持した第１設定情報または第２設定情報のどちらか一方に基づいて配信する配信ステップと、
   前記配信ステップにより前記第２設定情報に基づいて配信するように設定されている場合に前記受信ステップにより前記第１設定コマンドを受信すると、前記第１外部装置にエラーを通知する通知ステップと
   を備えることを特徴とする撮像装置の制御方法。
8. 前記第１設定コマンドは第１の符号化処理方式群のうちの１つの符号化方式に関する情報を含み、前記第２設定コマンドは第２の符号化処理方式群のうちの１つの符号化処理方式群のうちの１つの符号化処理方式に関する情報を含むことを特徴とする請求項６または７に記載の撮像装置の制御方法。
9. 前記第２の符号化処理方式群は、前記第１の符号化処理方式群に対し更にＨ．２６５を含むことを特徴とする請求項８に記載の撮像装置の制御方法。
10. 前記第１の符号化処理方式群は、少なくともＨ．２６４を含むことを特徴とする請求項８に記載の撮像装置の制御方法。

Images