JPWO2014112416A1 - 映像供給装置、映像取得装置、およびプログラム - Google Patents

Abstract

サーバ（２００）はカメラ（３００）の撮像映像をクライアント（１００）に供給する映像供給部（２１０）を備え、供給部（２１０）は、カメラ（３００）がサポートするパラメータ値の範囲が示されたＭＰＤをクライアント（１００）に供給する。

Description

本発明は、映像を供給する映像供給装置および映像供給方法、並びに、映像供給装置から映像を取得する映像取得装置および映像取得方法に関する。また、本発明は、そのような映像供給装置または映像取得装置としてコンピュータを機能させるプログラム、および、そのようなプログラムが記録されているコンピュータ読み取り可能な記録媒体に関する。

ＭＰＥＧ−ＤＡＳＨは、メディア（映像、音声およびサブタイトル）をＨＴＴＰでストリーミングするための標準規格を規定しており、ライブの動画コンテンツのストリーミングにも録画済の動画コンテンツのストリーミングにも使用できる。この標準規格に従って、動画コンテンツの配信サーバは、様々なビットレート、サイズ、フレームレート、コーデックで動画コンテンツを提供する。さらに、ＭＰＥＧ−ＤＡＳＨでは、様々な言語が利用可能なメディア（音声、サブタイトル）を指定できる。クライアントは、その能力、ネットワークにおける利用可能な帯域幅、および、ユーザに指定された設定値に基づいて、ＨＴＴＰプロトコルを用いてサーバから適切な動画コンテンツを取得し、取得した動画コンテンツを描画する。

また、ＭＰＥＧ−ＤＡＳＨでは、ＭＰＤというストリーミング配信の制御メタデータと動画コンテンツが時分割されたＨＴＴＰ伝送の伝送単位であるメディアセグメントとが規定されている。ＭＰＤには、各時間帯について、その時間帯に再生すべきメディアセグメントを取得するために参照するＵＲＬが記述される。

ところで、配信サーバは、どのようなパラメータ（ビットレート、サイズ、フレームレート等）を配信サーバがサポートしているかを認識していないクライアントに対しては、自身がサポートしているパラメータを通知する必要がある。

しかしながら、これまでに規定されているＭＰＥＧ−ＤＡＳＨでは、ＭＰＤを通じて自身がサポートしているパラメータをクライアントに通知する場合、各時間帯について、各パラメータのとり得る値の組み合わせの数だけＭＰＤ内に前述のＵＲＬを記述する必要がある。

例えば、配信サーバがＩＰカメラであって動画コンテンツがＩＰカメラの映像である場合には、パラメータとして、パン角、チルト角およびズーム率が想定される。このＩＰカメラが例えば０°から１８０°までの１°刻みのパン角およびチルト角をサポートし、等倍から４倍までの０．１倍刻みのズーム率をサポートしている場合、ＭＰＤ内には、各時間帯について、膨大な数の前述のＵＲＬを記述することが必要になってしまう。

したがって、これまでに規定されているＭＰＥＧ−ＤＡＳＨでは、配信サーバがＭＰＤを通じて自身がサポートしているパラメータを効率的にクライアントに伝えることができなかった。

本発明は、上記の問題に鑑みて成されたものであり、その主な目的は、自身または自身に接続されている外部機器がサポートしているパラメータ値の範囲を効率的に映像取得装置に伝えることが可能な映像供給装置を実現することにある。また、映像供給装置から伝えられた情報に基づいて指定したパラメータ値に応じた映像を映像供給装置から取得する映像取得装置を実現することも本発明の目的に含まれる。

上記課題を解決するために、本発明の一態様に係る映像取得装置は、映像供給装置または上記映像供給装置に接続されている外部の装置が供給源となっている映像を上記映像供給装置から取得する映像取得手段と、上記映像供給装置から上記映像を取得するために参照するメタデータを上記映像供給装置から取得するメタデータ取得手段と、を備え、上記映像の上記供給源となっている装置は、上記映像供給装置が受信したパラメータ値に応じた映像を供給する機能を備えており、上記メタデータには、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲を明示的または非明示的に示す値が含まれており、上記映像取得手段は、該値を参照して、上記範囲内のパラメータ値に応じた映像を取得する、ことを特徴としている。

また、上記課題を解決するために、本発明の一態様に係る映像供給装置は、自装置または自装置に接続されている外部の装置が供給源となっている映像を映像取得装置に供給する映像供給手段と、自装置から上記映像を取得するために上記映像取得装置が参照するメタデータを上記映像取得装置に供給するメタデータ供給手段と、を備え、上記映像の上記供給源となっている装置は、自装置が受信したパラメータ値に応じた映像を供給する機能を備えており、上記メタデータには、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲を明示的または非明示的に示す値が含まれていることを特徴としている。

本発明の一態様に係る映像供給装置、および、映像供給装置の映像供給方法は、自身または自身に接続されている外部機器がサポートしているパラメータ値の範囲を効率的に映像取得装置に伝えることが可能である。また、本発明の一態様に係る映像取得装置および映像取得方法は、そのような映像供給装置から伝えられた情報に基づいて指定したパラメータ値に応じた映像を映像供給装置から取得できる。

図１は、本発明の一実施形態に係るカメラ映像配信システムの構成を示すシステム構成図である。 図２は、図１のカメラ映像配信システムを構成するＤＡＳＨサーバおよびＤＡＳＨクライアントの要部構成を示すブロック図である。 図３は、図２のＤＡＳＨサーバが図２のＤＡＳＨクライアントに配信するＭＰＤデータの一例を示した図である。 図４は、図２のＤＡＳＨサーバと図２のＤＡＳＨクライアントとの間のやりとりを示すシーケンス図である。 図５は、本発明の別の一実施形態に係るカメラ映像配信システムを構成するＤＡＳＨサーバおよびＤＡＳＨクライアントの要部構成を示すブロック図である。 図６は、図５のＤＡＳＨサーバが図５のＤＡＳＨクライアントに配信するＭＰＤデータの一例を示した図である。 図７は、図５のＤＡＳＨサーバと図５のＤＡＳＨクライアントとの間のやりとりを示すシーケンス図である。 図８は、本発明のさらに別の一実施形態に係るカメラ映像配信システムを構成するＤＡＳＨサーバおよびＤＡＳＨクライアントの要部構成を示すブロック図である。 図９は、図８のＤＡＳＨサーバと図８のＤＡＳＨクライアントとの間のやりとりを示すシーケンス図である。 図１０は、図８のＤＡＳＨサーバが図８のＤＡＳＨクライアントに配信するＭＰＤデータの文書構造の定義を示した図である。 図１１は、図８のＤＡＳＨサーバが図８のＤＡＳＨクライアントに配信するＭＰＤデータの一例を示した図である。 図１２は、本発明のさらに別の一実施形態に係るカメラ映像配信システムを構成するＩＰカメラの要部構成を示すブロック図である。

〔実施形態１〕
本発明の一実施形態に係るカメラ映像再生システムについて、図面を参照しながら説明する。

図１は、本実施形態に係るカメラ映像再生システムの構成を示すシステム構成図である。

図１に示すように、本実施形態に係るカメラ映像再生システムは、ＤＡＳＨクライアント１００、ＤＡＳＨサーバ２００およびＰＴＺ（パン・チルト・ズーム）カメラ３００を含んでいる。また、図１に示すように、ＰＴＺカメラ３００はＤＡＳＨサーバ２００に接続されており、ＤＡＳＨクライアント１００およびＤＡＳＨサーバ２００は、インターネット５００を介して互いと通信するように構成されている。

ＤＡＳＨサーバ２００はＭＰＥＧ−ＤＡＳＨの規定に従ってＰＴＺカメラ３００の撮像映像を配信する配信サーバであり、ＤＡＳＨクライアント１００は、ＭＰＥＧ−ＤＡＳＨの規定に従って映像を再生する再生装置である。

以下、ＤＡＳＨクライアント１００およびＤＡＳＨサーバ２００の要部構成について、図２および図３を参照して説明する。

図２は、ＤＡＳＨクライアント１００およびＤＡＳＨサーバ２００の要部構成を示すブロック図である。図３は、ＭＰＤデータを例示した図である。

（ＤＡＳＨサーバ２００）
図２に示すように、ＤＡＳＨサーバ２００は、映像供給部２１０、通信インタフェース２２０、カメラ制御部２３０、映像受信部２４０および通信インタフェース２５０を備えている。

映像供給部２１０は、ＰＴＺカメラの撮像映像を再生するために取得すべき各メディアセグメントの取得先が示されたＭＰＤデータを、通信インタフェース２２０を介してＤＡＳＨクライアント１００に供給する。

また、映像供給部２１０は、ＤＡＳＨクライアント１００からの要求に応じて、ＰＴＺカメラ３００を制御するとともに、通信インタフェース２２０を介してＰＴＺカメラ３００が供給源となっている撮像映像（より具体的には、撮像映像を構成する各メディアセグメント）をＤＡＳＨクライアント１００に供給する。

通信インタフェース２２０は、ＴＣＰ／ＩＰ通信に対応したインタフェースである。

カメラ制御部２３０は、ＤＡＳＨクライアント１００からの要求に応じて、ＰＴＺカメラ３００のパン・チルト・ズームの動作を制御する。

映像受信部２４０は、通信インタフェース２５０を介して撮像映像をＰＴＺカメラ３００から受信し、受信した撮像映像を映像供給部２１０に供給する。

通信インタフェース２５０は、ＤＡＳＨサーバ２００とＰＴＺカメラ３００との間を結ぶケーブルの接続先となるインタフェースである。

（ＤＡＳＨクライアント１００）
図２に示すように、ＤＡＳＨクライアント１００は、映像取得部１１０、通信インタフェース１２０および再生部１３０を備えている。

映像取得部１１０は、通信インタフェース１２０を介して、ＤＡＳＨサーバ２００からＭＰＤデータを取得する。ＭＰＤデータには、ＰＴＺカメラ３００がサポートする制御パラメータ値の範囲が示されている。例えば、図３のＭＰＤデータ４では、要素SegmentTemplateの属性angle_rangeおよび属性angle_pitchの２つの属性値は、ＰＴＺカメラ３００が０°から９０°までの５°刻みのパン角およびチルト角をサポートしていることを示している。映像取得部１１０は、この範囲を参照し、範囲内のパラメータ値をクエリ文字列内に含み、ＤＡＳＨサーバ２００をホスト名とするＵＲＬにアクセスすることで、間接的にＰＴＺカメラ３００を制御する。

また、映像取得部１１０は、ＭＰＤデータを参照し、メディアセグメントの取得先を示すＵＲＬにアクセスすることにより、各メディアセグメントを取得する。

通信インタフェース１２０は、ＴＣＰ／ＩＰ通信に対応したインタフェースである。

再生部１３０は、映像取得部１１０が取得した各メディアセグメントを再生する。

（カメラ映像再生システムの動作）
次に、本実施形態に係るカメラ映像再生システムの動作について図３および図４を参照しながら説明する。図４は、このカメラ映像再生システムの動作を示すシーケンス図である。

図４に示すように、最初に、ＤＡＳＨクライアント１００は、ＤＡＳＨサーバ２００からＭＰＤデータを取得する。具体的には、映像取得部１１０が、ＭＰＤデータのリクエストをＤＡＳＨサーバ２００に送信し、そのレスポンスとしてＭＰＤデータを受信する。

次に、映像取得部１１０は、ＭＰＤデータを参照し、ＰＴＺカメラ３００がサポートする制御パラメータ値の範囲を特定し、特定した範囲内の任意の値を指定可能なユーザインタフェースを表示部（図示せず）に表示する。映像取得部１１０は、ユーザによりこのユーザインタフェースを用いて制御パラメータ値が指定されると、指定された制御パラメータ値をoptionsキーの値（またはその一部）として含むＵＲＬを作成する。例えば、ユーザにより“パン角４５°”および“ビットレート５１２ｋｂｐｓ”が指定されると、置換変数$UserParam$および$RepresentaionID$をそれぞれ“pan_angle:45”および“512kbps”に置き換えることにより、ＭＰＤデータ４からoptionsキーの値が“pan_angle:45”である以下のようなＵＲＬを作成する。
http://cdn1.example.com/camera1/512kbps?options=pan_angle:45
ここで、“cdn1.example.com”はＤＡＳＨサーバ２００のホスト名であり、“camera1”はＰＴＺカメラ３００に固有の識別文字列であり、ＭＰＤデータにおいてこれらの文字列は要素BaseURLの内容になっている。

次に、映像取得部１１０は、作成したＵＲＬを含むＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００に送信する。

ＤＡＳＨサーバ２００の映像供給部２１０は、通信インタフェース２２０を介してＨＴＴＰ・ＧＥＴリクエストを受信すると、リクエスト成功を示すＨＴＴＰレスポンスをＤＡＳＨクライアント１００に送信する。また、映像供給部２１０は、受信したＨＴＴＰ・ＧＥＴリクエストのＵＲＬを参照することでユーザに指定された制御パラメータ値を特定し、特定した制御パラメータ値をカメラ制御部２３０に通知する。

カメラ制御部２３０は、通信インタフェース２５０を介して、特定した制御パラメータ値に基づいてＰＴＺカメラ３００を制御する。前述の例では、カメラ制御部２３０は、パン角が４５°となるようにＰＴＺカメラ３００を制御する。

ＨＴＴＰレスポンスを受信したＤＡＳＨクライアント１００の映像取得部１１０は、メディアセグメントを要求するＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００に送信する。具体的には、映像取得部１１０は、属性mediaの属性値である文字列（特許請求の範囲における「共通の文字列」に対応）を構成する置換変数$RepresentationID$と$Number%05$とを、それぞれ、ユーザが指定したビットレートと現在時刻に対応する５桁の数値とに置き換えることでメディアセグメントのファイル名を生成する。そして、映像取得部１１０は、このファイル名を含むＵＲＬを生成し、生成したＵＲＬを含むＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００Ｂに送信する。映像供給部２１０は、通信インタフェース２２０を介してＨＴＴＰ・ＧＥＴリクエストを受信すると、映像受信部２４０から供給される撮像映像を符号化して、ＨＴＴＰ・ＧＥＴリクエストに対応するメディアセグメントを作成し、作成したメディアセグメントをＤＡＳＨクライアント１００に送信する。前述の例では、ビットレート５１２ｋｂｐｓのメディアセグメントをＤＡＳＨクライアント１００に供給する。なお、これらの動作は、以降のメディアセグメントについても同様に行われる。

なお、これ以降、ＤＡＳＨクライアント１００は、同一ビットレートの後続のメディアセグメントの送信をＤＡＳＨサーバ２００に順次要求し、ＤＡＳＨサーバ２００は、要求されたメディアセグメントをＤＡＳＨクライアント１００に順次送信することになる。

（ＤＡＳＨサーバ２００の利点）
以上のように、ＤＡＳＨサーバ２００は、ＰＴＺカメラ３００が供給源となっている撮像映像をＤＡＳＨクライアント１００に供給する映像供給部２１０を備え、映像供給部２１０は、ＤＡＳＨサーバ２００から撮像映像を取得するためにＤＡＳＨクライアント１００が参照するＭＰＤデータをＤＡＳＨクライアント１００に供給する。

また、ＰＴＺカメラ３００は、ＤＡＳＨサーバ２００が受信したパラメータ値（例えば、パン角の値）に応じた撮像映像を供給する機能を備えており、ＭＰＤデータには、ＰＴＺカメラ３００がサポートするパラメータ値の範囲を示す属性値が含まれている。

上記の構成により、ＤＡＳＨサーバ２００は、上記属性値により、自身に接続されているＰＴＺカメラ３００がサポートしているパラメータ値の範囲を効率的にＤＡＳＨクライアント１００に伝えることができるという効果を奏する。

（ＤＡＳＨクライアント１００の利点）
以上のように、ＤＡＳＨクライアント１００は、ＰＴＺカメラ３００が供給源となっている撮像映像をＤＡＳＨサーバ２００から取得する映像取得部１１０を備えており、映像取得部１１０は、ＤＡＳＨサーバ２００から撮像映像を取得するために参照するＭＰＤデータをＤＡＳＨサーバ２００から取得するようになっている。

また、ＰＴＺカメラ３００は、ＤＡＳＨサーバ２００が受信したパラメータ値（例えば、パン角の値）に応じた撮像映像を供給する機能を備えており、ＭＰＤデータには、ＰＴＺカメラ３００がサポートするパラメータ値の範囲を示す属性値が含まれている。

そして、映像取得部１１０は、ＭＰＤデータに示されている上記属性値を参照して、上記範囲内のパラメータ値に応じた撮像映像をＤＡＳＨサーバ２００から取得するようになっている。

上記の構成によって、ＤＡＳＨクライアント１００は、ＤＡＳＨサーバ２００から伝えられた情報に基づいて指定したパラメータ値に応じたＰＴＺカメラ３００の撮像映像をＤＡＳＨサーバ２００から取得できるという効果を奏する。

（実施形態１の付記事項１）
なお、ＭＰＤデータにおいて、上述のパラメータ値の範囲を前述の属性angle_rangeおよび属性angle_pitchの２つの属性値の例のように非明示的に示してもよいし、上記範囲内のパラメータ値を１つずつ明示的に示してもよい。また、上述のパラメータ値の範囲はその範囲内の最大値および最小値により示されてもよいし、最大値および最小値に加えて増分値を用いて上述のパラメータ値の範囲を示してもよい。

（実施形態１の付記事項２）
上述のパラメータ値は、パン角またはチルト角を示す値に限定されない。上述のパラメータ値は、画像サイズを示す値であってもよいし、コーデックの種類を示す値であってもよい。また、上述のパラメータ値は、ＰＴＺカメラ３００にカラー撮像させるかモノクロ撮像させるかを示す値であってもよいし、ＰＴＺカメラ３００のナイトモードをオンにするかオフにするかを示す値であってもよい。

（実施形態１の付記事項３）
上述の実施形態１では、ＤＡＳＨクライアント１００が、ユーザが指定したパラメータ値（パン角度）をクエリ文字列に含めてＤＡＳＨサーバ２００に送信するものとした。本発明は、このような構成に限定されない。すなわち、“http://cdn1.example.com/camera1/512kbps?options=pan_angle:45”というＵＲＬを含むＨＴＴＰ・ＧＥＴリクエストに代えて、“http://cdn1.example.com/camera1/512kbps”というＵＲＬと、ヘッダ値が“pan_angle=45”であるようなカスタムヘッダと、を含むＨＴＴＰ・ＧＥＴリクエストを送信してもよい。

この場合、ＤＡＳＨサーバ２００は、ＨＴＴＰ・ＧＥＴリクエスト内のカスタムヘッダのヘッダ値に基づいてＰＴＺカメラ３００を制御することになる。

ＤＡＳＨサーバ２００は、例えば、上述のＨＴＴＰ・ＧＥＴリクエストを受信した場合、ヘッダ値が“pan_angle=45”であるようなカスタムヘッダに基づいて、ＰＴＺカメラ３００のパン角が４５°になるようにＰＴＺカメラ３００を制御する。

また、ＤＡＳＨサーバ２００は、例えば、ヘッダ値が“tile_angle=30;zoom_factor=2.0”であるようなカスタムヘッダを含むＨＴＴＰ・ＧＥＴリクエストを受信した場合、ＰＴＺカメラ３００のチルト角が３０°になり、且つ、ズーム率が広角端での撮像時の２倍になるようにＰＴＺカメラ３００を制御する。さらに別の例を挙げると、ＤＡＳＨサーバ２００は、ヘッダ値が“night_vision=true”であるようなカスタムヘッダを含むＨＴＴＰ・ＧＥＴリクエストを受信した場合、ＰＴＺカメラ３００のナイトモードを有効にする。

（実施形態１の付記事項４）
ＤＡＳＨサーバ２００は、ＭＰＤデータの要求をＤＡＳＨクライアント１００が受け付けた場合、その時の状況（例えば、ＤＡＳＨサーバ２００の負荷状況やＤＡＳＨサーバ２００が属するネットワークの負荷状況）に応じて異なるＭＰＤデータを送信してもよい。

例えば、要求を受け付けた時のＤＡＳＨサーバ２００または上記ネットワークの負荷が所定の基準よりも高い場合には、ＤＡＳＨサーバ２００は、図３のＭＰＤデータ４とは異なるＭＰＤデータをＤＡＳＨクライアント１００に送信してもよい。すなわち、属性idの属性値が“256kbps”および”512kbps”である２つの要素Representationが記述され、属性idの属性値が“1024kbps”である要素Representationが記述されていないＭＰＤデータを送信してもよい。

これにより、ＤＡＳＨサーバ２００は、ＤＡＳＨサーバ２００またはネットワークの負荷が高い時にＭＰＤデータを要求したＤＡＳＨクライアント１００に対しては、ビットレートが1024kbpsのメディアセグメントを送信し得なくなる。したがって、このように構成されたＤＡＳＨサーバ２００には、状況に応じてＰＴＺカメラ３００の撮像映像を適切に配信できるという利点があると言える。

〔実施形態２〕
本発明の別の一実施形態に係るカメラ映像再生システムについて、図面を参照しながら説明すれば以下の通りである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

本実施形態に係るカメラ映像再生システムは、ＤＡＳＨクライアント１００Ａ、ＤＡＳＨサーバ２００ＡおよびＰＴＺ（パン・チルト・ズーム）カメラ３００を含んでいる。

以下、ＤＡＳＨクライアント１００ＡおよびＤＡＳＨサーバ２００Ａの要部構成について、図５および図６を参照して説明する。

図５は、ＤＡＳＨクライアント１００ＡおよびＤＡＳＨサーバ２００Ａの要部構成を示すブロック図である。図６は、ＭＰＤデータを例示した図である。

（ＤＡＳＨクライアント１００Ａ）
図５に示すように、ＤＡＳＨクライアント１００Ａは、映像取得部１１０Ａ、通信インタフェース１２０および再生部１３０を備えている。

映像取得部１１０Ａは、通信インタフェース１２０を介して、ＤＡＳＨサーバ２００ＡからＭＰＤデータを取得する。ＭＰＤデータには、ＰＴＺカメラ３００がサポートする（すなわち、ＰＴＺカメラ３００にとって有効な）制御パラメータ値の範囲（図６のＭＰＤデータ４Ａの例では、パン角度の範囲）が示されている。映像取得部１１０Ａは、この範囲を参照し、所望のビットレートのメディアセグメントであって上記範囲内の所望のパン角度の撮像映像を示すメディアセグメントを順次要求し、要求したメディアセグメントを順次受信する。

（ＤＡＳＨサーバ２００Ａ）
図５に示すように、ＤＡＳＨサーバ２００Ａは、映像供給部２１０Ａ、通信インタフェース２２０、カメラ制御部２３０、映像受信部２４０および通信インタフェース２５０を備えている。

映像供給部２１０Ａは、ＭＰＤデータを、通信インタフェース２２０を介してＤＡＳＨクライアント１００Ａに供給する。

また、映像供給部２１０Ａは、前述の要求をＤＡＳＨクライアント１００Ａから受信すると、ＤＡＳＨクライアント１００Ａに指定されたパン角をカメラ制御部２３０に通知する。そして、映像供給部２１０Ａは、ＤＡＳＨクライアント１００Ａに指定されたビットレートのメディアセグメントであって、指定されたパン角の撮像映像を示すメディアセグメントをＤＡＳＨクライアント１００Ａに供給する。

（カメラ映像再生システムの動作）
次に、本実施形態に係るカメラ映像再生システムの動作について図６および図７を参照しながら説明する。図７は、このカメラ映像再生システムの動作を示すシーケンス図である。

図７に示すように、最初に、ＤＡＳＨクライアント１００Ａは、ＤＡＳＨサーバ２００ＡからＭＰＤデータを取得する。具体的には、映像取得部１１０Ａが、ＭＰＤデータのリクエストをＤＡＳＨサーバ２００Ａに送信し、そのレスポンスとしてＭＰＤデータを受信する。

次に、映像取得部１１０Ａは、ＭＰＤデータを参照し、ＰＴＺカメラ３００がサポートする制御パラメータ値の範囲を特定し、特定した範囲内の任意の値を指定可能なユーザインタフェースを表示部（図示せず）に表示する。映像取得部１１０は、ユーザによりこのユーザインタフェースを用いて制御パラメータ値が指定されると、指定された制御パラメータ値をメディアセグメントのファイル名の一部として含むＵＲＬを作成する。例えば、ユーザにより“パン角４５°”および“ビットレート５１２ｋｂｐｓ”が指定されると、置換変数$RepresentaionID$、$Number%05$、$UserParam$をそれぞれ“512kbps”、“00001”、“45”に置き換えることにより、メタデータ４Ａから以下のようなＵＲＬを作成する。
http://cdn1.example.com/camera1/512kbps_00001_45.ts“
ここで、“cdn1.example.com”はＤＡＳＨサーバ２００Ａのホスト名であり、“camera1”はＰＴＺカメラ３００に固有の識別文字列であり、“512kbps_00001_45.ts”はメディアセグメントのファイル名である。

次に、映像取得部１１０Ａは、作成したＵＲＬを含むＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００Ａに送信する。

ＤＡＳＨサーバ２００Ａの映像供給部２１０Ａは、通信インタフェース２２０を介してＨＴＴＰ・ＧＥＴリクエストを受信すると、受信したＨＴＴＰ・ＧＥＴリクエストのＵＲＬ（具体的にはＵＲＬ文字列中のtsファイル名）を参照することでユーザに指定された制御パラメータ値を特定し、特定した制御パラメータ値をカメラ制御部２３０に通知する。

カメラ制御部２３０は、通信インタフェース２５０を介して、特定した制御パラメータ値に基づいてＰＴＺカメラ３００を制御する。前述の例では、カメラ制御部２３０は、パン角が４５°となるようにＰＴＺカメラ３００を制御する。

その後、映像供給部２１０Ａは、映像受信部２４０から供給される撮像映像を符号化して、ＨＴＴＰ・ＧＥＴリクエストに対応するメディアセグメントを作成し、作成したメディアセグメントをＤＡＳＨクライアント１００Ａに送信する。前述の例では、ビットレートが５１２ｋｂｐｓであってパン角４５°の撮像映像を示すメディアセグメントをＤＡＳＨクライアント１００Ａに送信する。

なお、これ以降、ＤＡＳＨクライアント１００Ａは、同一ビットレートのメディアセグメントであって同一のパン角度の撮像映像を示す後続のメディアセグメントの送信をＤＡＳＨサーバ２００Ａに順次要求し、ＤＡＳＨサーバ２００Ａは、要求されたメディアセグメントをＤＡＳＨクライアント１００Ａに順次送信することになる。

（ＤＡＳＨクライアント１００ＡおよびＤＡＳＨサーバ２００Ａの利点）
以上の説明から、ＤＡＳＨサーバ１００ＡおよびＤＡＳＨサーバ２００Ａが、それぞれ、実施形態１のＤＡＳＨサーバ１００およびＤＡＳＨサーバ２００と同様の作用効果を奏することは容易に理解できるであろう。

また、ＤＡＳＨクライアント１００Ａの映像取得部１１０Ａは、メディアセグメントを取得するためにＤＡＳＨサーバ２００Ａに送信するＵＲＬを作成するが、ＭＰＤデータにはこのＵＲＬを作成するために参照すべき文字列“$RepresentationID$_$Number%05$_$Angle%02$.ts”が要素SegmentTemplateの属性mediaの属性値として含まれている。さらに、この文字列の中には、ＰＴＺカメラ３００がサポートする範囲内でユーザが指定したパラメータ値（パン角度）に置き換えられる置換変数“$Angle%02$”が含まれている。

そして、ＤＡＳＨサーバ２００Ａは、ＤＡＳＨクライアント１００Ａから受信したＵＲＬ内のtsファイル名に基づいて、ＰＴＺカメラ３００のパン角がユーザに指定されたパン度となるようにＰＴＺカメラ３００を制御する。その後、ＤＡＳＨサーバ２００Ａは、ユーザが指定したパン角の撮像映像を示すユーザが指定したビットレートのメディアセグメントをＤＡＳＨクライアント１００Ａに送信する。

上記の構成によって、ＤＡＳＨクライアント１００Ａは、メディアセグメントを取得するための動作を行う前にＰＴＺカメラ３００を制御するための動作を行う必要はない。換言すれば、ＤＡＳＨクライアント１００Ａは、メディアセグメントを取得するための動作を行うだけで、ＰＴＺカメラ３００の制御と、メディアセグメントの取得との両方を実現できるという、ＤＡＳＨクライアント１００よりも優れた効果を奏する。

なお、本実施形態では、制御パラメータの範囲としてパン角の範囲を示したが、パンに限定せずに、チルトまたはズームに関連するパラメータの範囲として、チルト角またはズーム率の範囲を示してもよい。また、制御パラメータの種別（例えば、“パン”という文字列）と制御パラメータ値の範囲（例えば、“パン角”の範囲を示す文字列）とを併記して示してもよい。さらに、例えば、パンとチルトといった複数の制御パラメータについて、制御パラメータの種類と制御パラメータ値とを併記して示してもよい。

〔実施形態３〕
本発明の別の一実施形態に係るカメラ映像再生システムについて、図面を参照しながら説明する。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

現在、ＭＰＥＧ−ＤＡＳＨは、コーデック、ビットレート、画像サイズ、必要な帯域幅、フレームレート、言語等に応じたメディア表現（media representation）をサポートしているが、デバイス固有のメディア表現をサポートしていない。例えば、現在のＭＰＥＧ−ＤＡＳＨは、パン、チルト、ズーム、ナイトビジョンといったIPカメラでサポートされている機能を使用するためのメディア表現をサポートしていない。また、例えば、現在のＭＰＥＧ−ＤＡＳＨは、メディア処理システムでサポートされている、ミラーリング、回転などの機能を使用するためのメディア表現をサポートしていない。

本実施形態に係るカメラ映像再生システムは、このようなデバイス固有のメディア表現をサポートしているが、本実施形態の説明は、以下の内容に関する説明を含んでいる。
・ＤＡＳＨサーバが、どのようにデバイス固有のメディア表現をＭＰＤに記述するのか。
・デバイス固有の表現を含むＭＰＤを受信した際に、ＤＡＳＨクライアントが何をするのか。
・ユーザの操作によりカメラ映像再生システムがデバイス固有のメディア表現に基づく処理を行う場合に、DASHクライアントおよびDASHサーバ間で交換されるメッセージについて。

本実施形態に係るカメラ映像再生システムは、ＤＡＳＨクライアント１００Ｂ、ＤＡＳＨサーバ２００ＢおよびＰＴＺ（パン・チルト・ズーム）カメラ３００を含んでいる。

以下、ＤＡＳＨクライアント１００ＢおよびＤＡＳＨサーバ２００Ｂの要部構成について、図８および図１１を参照して説明する。

図８は、ＤＡＳＨクライアント１００ＢおよびＤＡＳＨサーバ２００Ｂの要部構成を示すブロック図である。図１１は、ＭＰＤデータを例示した図である。

（ＤＡＳＨクライアント１００Ｂ）
図８に示すように、ＤＡＳＨクライアント１００Ｂは、映像取得部１１０Ｂ、通信インタフェース１２０および再生部１３０を備えている。

映像取得部１１０Ｂは、通信インタフェース１２０を介して、ＤＡＳＨサーバ２００ＢからＭＰＤデータを取得する。ＭＰＤデータには、ＰＴＺカメラ３００がサポートする制御パラメータ値の範囲（図１１のＭＰＤデータ４Ｂの例では、パン角、チルト角およびズーム率の範囲）が示されている。映像取得部１１０Ｂは、ユーザの操作に基づいて決定されたこの範囲内の制御パラメータ値をＤＡＳＨサーバ２００Ｂに対して通知する。これにより制御パラメータ値に従ってＰＴＺカメラ３００が制御されるが、映像取得部１１０Ｂは、制御されたＰＴＺカメラ３００の撮像映像を示す所望のビットレートのメディアセグメントを順次要求し、要求したメディアセグメントを順次受信する。

（ＤＡＳＨサーバ２００Ｂ）
図８に示すように、ＤＡＳＨサーバ２００Ｂは、映像供給部２１０Ｂ、通信インタフェース２２０、カメラ制御部２３０、映像受信部２４０および通信インタフェース２５０を備えている。

映像供給部２１０Ｂは、ＭＰＤデータを、通信インタフェース２２０を介してＤＡＳＨクライアント１００Ｂに供給する。

また、映像供給部２１０Ｂは、ＤＡＳＨクライアント１００Ｂから通知された制御パラメータ値に基づいてＰＴＺカメラ３００のパン・チルト・ズーム機構を制御する。さらに、映像供給部２１０Ｂは、ＤＡＳＨクライアント１００Ｂからの要求に従って、制御したＰＴＺカメラ３００の撮像映像（より具体的には、撮像映像を構成する各メディアセグメント）をＤＡＳＨクライアント１００Ｂに供給する。

（ＭＰＤデータの文書構造について）
ＭＰＤデータの文書構造の定義を図１０に示す。図１０は、ＤＡＳＨサーバ２００ＢからＤＡＳＨクライアント１００Ｂに配信するＭＰＤデータの文書構造の定義を示した図である。

図１０において枠で囲んで示した属性rangeおよび属性deviceは本発明において新たに追加した属性である。本実施形態では、新しい属性rangeは、要素Representationの属性値になる。また、新しい属性"device"は、要素SegmentTemplateの属性値になる。

本実施形態では、属性rangeの属性値は、スペースで区切られた３つの数値からなる文字列になっており、先頭および中央の数値は、それぞれ、ＰＴＺカメラ３００がサポートする制御パラメータ値の最小値および最大値を示している。また、末尾の数値は増分値を示している。また、属性deviceの属性値は、２つの置換変数（置換パラメータ）$RepresentationID$および$Number$を含む文字列である。置換変数$RepresentationID$はユーザが指示した制御の種別を示す値に置き換えられ、置換変数$Number$は、制御パラメータ値に置き換えられる。

なお、ＤＡＳＨサーバ２００Ｂは、ＭＰＤデータを作成するために、パン・チルト・ズームの各制御についてＰＴＺカメラ３００がサポートする制御パラメータ値の最大値、最小値および増分値を特定する必要がある。このために、例えば、ＤＡＳＨサーバ２００Ｂは、ＰＴＺカメラ３００が接続された時にその性能情報（上記の最大値、最小値および増分値を含む性能情報）をＰＴＺカメラ３００から取得できるように構成されていてもよい。

（カメラ映像再生システムの動作）
次に、本実施形態に係るカメラ映像再生システムの動作について図９、図１１を参照しながら説明する。図９は、このカメラ映像再生システムの動作を示すシーケンス図である。図１１は、ＤＡＳＨサーバ２００ＢからＤＡＳＨクライアント１００Ｂに配信済のＭＰＤデータの一例を示す図である。図１１において、属性mimeTypeの属性値が“application/device”である要素RepresentationはＰＴＺカメラ３００を制御するために参照すべき要素（デバイス固有のメディア表現）であり、属性mimeTypeの属性値が指定されていない要素Representationは、メディアセグメントを取得するために参照すべき要素である。

まず、ＤＡＳＨクライアント１００Ｂの映像取得部１１０Ｂは、ＭＰＤデータにおける要素Representationの属性bandwidthと要素SegmentTemplateの属性mediaとに基づいて、現在時刻の撮像映像に対応する所望のビットレートのメディアセグメントを取得するためのＵＲＬを作成し、図９に示すように、このＵＲＬを含むＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００Ｂに送信する。図１１の例で言えば、ユーザが５００ｋｂｐｓの撮像映像を再生する操作を行った場合、属性mediaの属性値を構成する置換変数$Bandwidth$および$Time$をそれぞれ属性bandwidthの属性値“500000”および現在時刻に対応する数値“0”に置き換える。これにより、映像取得部１１０Ｂは、ＭＰＤデータ４Ｂから、メディアセグメントのファイル名“500000/0.mp4v”を含むＵＲＬを作成し、このＵＲＬを含むＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００Ｂに送信する。

ＤＡＳＨサーバ２００Ｂの映像供給部２１０Ｂは、通信インタフェース２２０を介してＨＴＴＰ・ＧＥＴリクエストを受信すると、映像受信部２４０から供給される撮像映像を符号化して、ＨＴＴＰ・ＧＥＴリクエストに対応するメディアセグメントを作成する。そして、作成したメディアセグメントをＤＡＳＨクライアント１００Ｂに送信する。前述の例では、ビットレート５００ｋｂｐｓのメディアセグメントをＤＡＳＨクライアント１００Ｂに供給する。

その後、ユーザがＰＴＺカメラ３００のパン・チルト・ズーム機構を作動させる操作を行うと、映像取得部１１０Ｂは、ＭＰＤデータにおける要素Representationの属性idおよび属性rangeと要素SegmentTemplateの属性deviceとに基づいて、パン・チルト・ズーム機構を作動させるためのリクエストＵＲＩを作成する。そして、映像取得部１１０Ｂは、図９に示すように、このリクエストＵＲＩを含むＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００Ｂに送信する。

図１１の例を参照してこの動作を説明する。ユーザがパン角を属性rangeで示された範囲内の４０°にする操作を行った場合、映像取得部１１０Ｂは、属性deviceの属性値を構成する置換変数$RepresentationID$および$Number$をそれぞれ属性idの属性値“pan”およびパン角の値“４０°”に置き換える。これにより、映像取得部１１０Ｂは、ＭＰＤデータ４Ｂから、末尾が“pan-40”であるリクエストＵＲＩを作成し、このリクエストＵＲＩを含むＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００Ｂに送信する。

ＤＡＳＨサーバ２００Ｂの映像供給部２１０Ｂは、通信インタフェース２２０を介してＨＴＴＰ・ＧＥＴリクエストを受信すると、リクエスト成功を示すＨＴＴＰレスポンスをＤＡＳＨクライアント１００Ｂに送信する。また、映像供給部２１０Ｂは、受信したＨＴＴＰ・ＧＥＴリクエストのリクエストＵＲＩを参照することでユーザに指定された制御の種別および制御パラメータ値を特定し、特定した制御の種別および制御パラメータ値をカメラ制御部２３０に通知する。前述の例では、映像供給部２１０Ｂは、パン制御がユーザに指定された旨およびパン角の値“４０°”をカメラ制御部２３０に通知する。

カメラ制御部２３０は、通信インタフェース２５０を介して、通知された制御の種別および制御パラメータ値に基づいてＰＴＺカメラ３００を制御する。前述の例では、カメラ制御部２３０は、パン角が４０°となるようにＰＴＺカメラ３００を制御する。

ＨＴＴＰレスポンスを受信したＤＡＳＨクライアント１００Ｂの映像取得部１１０Ｂは、同一ファイル名のメディアセグメントを要求するＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００Ｂに送信する。映像供給部２１０Ｂは、通信インタフェース２２０を介してＨＴＴＰ・ＧＥＴリクエストを受信すると、ＨＴＴＰ・ＧＥＴリクエストに対応するメディアセグメントを作成し、作成したメディアセグメントをＤＡＳＨクライアント１００Ｂに送信する。

なお、これ以降、ＤＡＳＨクライアント１００Ｂは、同一ビットレートの後続のメディアセグメントの送信をＤＡＳＨサーバ２００Ｂに順次要求し、ＤＡＳＨサーバ２００Ｂは、要求されたメディアセグメントをＤＡＳＨクライアント１００Ｂに順次送信する。

（実施形態３の付記事項）
ＤＡＳＨクライアント１００Ｂは、ユーザがＰＴＺカメラ３００のパン角の指定を受け付けられるように構成されていてもよいが、パン角の指定を受け付けずに単にＰＴＺカメラ３００をパン制御すべき旨の指示を受け付けるように構成されていてもよい。

この場合、映像取得部１１０Ｂは、属性deviceの属性値を構成する２つの置換変数のうち$RepresentationID$のみを属性idの属性値“pan”に置き換えることで末尾が“pan-$number$”であるリクエストＵＲＩを作成し、このリクエストＵＲＩを含むＨＴＴＰ・ＧＥＴリクエストをＤＡＳＨサーバ２００Ｂに送信することになる。

このようなＨＴＴＰ・ＧＥＴリクエストを受信したＤＡＳＨサーバ２００Ｂは、現在のパン角を増分値に等しい角度だけ増加させるようにＰＴＺカメラ３００を制御することになる。例えば、ＤＡＳＨサーバ２００ＢがＤＡＳＨクライアント１００Ｂに送信したＭＰＤデータが図１１のＭＰＤデータ４Ｂであって、ＰＴＺカメラ３００の現在のパン角が４０°である場合には、パン角が５０°になるようＰＴＺカメラ３００を制御する。

あるいは、上記のようなＨＴＴＰ・ＧＥＴリクエストを受信したＤＡＳＨサーバ２００Ｂは、パン角が所定のデフォルト値（例えば、０°）となるようにＰＴＺカメラ３００を制御してもよい。

(実施形態３のまとめ)
以上のように、本発明は、以下の各構成として実現できる。

（構成１）
MPEG-DASHで現在サポートされていない新しいメディア表現をサポートするためのメカニズムであって、メディアコンテンツ生成するIPカメラや、ビデオエンコーダーなどのコンテンツ処理装置においてMPEG-DASHの使用を可能とするメカニズム。

（構成２）
MPEG-DASHのMPDの定義が次のように新しいメディア表現（メディアリプレゼンテーション：media representation）をサポートするように拡張された構成１のメカニズム。
１．新しい値"application/device"をMPDの要素Representationの属性mime-typeに追加する。これは、DASHクライアントからアクセスすることができるDASHサーバで追加のデバイス、特定のメディアの表現があることを示す。
２．新しい属性RangeはMPDの要素Representationに追加される。この属性では、DASHサーバでサポートしているデバイス固有のメディア表現（device specific media representation）の最小値、最大値、および増分値を指定することができる。
３．新しい属性Deviceは適応セットの要素SegmentTemplateに追加され、デバイス固有のメディア表現にアクセスするためのURLを形成するためのテンプレートを指定する。置換パラメータ"$RepresentationID$"と"$Number$"のみ、この属性に使用することができる。

（構成３）
DASHクライアントは、構成２のMPDを受け取る際、さまざまなデバイス固有の表現（device specific representation）を識別してユーザープリファレンスを取得するか、もしくは、DASHサーバで使用可能なさまざまなメディア表現にアクセスするために組み込まれたロジックに基づいて独自に決めるかのどちらかを行う、構成１のメカニズム。

（構成４）
DASHクライアントは、構成２のMPDを受け取る際にデバイス固有の表現のいずれかにアクセスしたい場合、そのrequest-uriがDASHで指定されたルールに従ってSegment Template要素の"device"属性を使用して構築されたHTTP GETリクエストをDASHサーバに送信する構成１のメカニズム。

（構成５）
構成１において、DASHサーバが、構成４のデバイス固有の表現にアクセスする意思を示すHTTPGETリクエストを受信したとき、DASHサーバが、選択された表現のコンテンツを生成するために、その表現用のユーザに指定された値を用いてデバイスをセットアップする。結果は、要求の成否に基づいて、適切な結果コードを含むHTTP応答として送信される。応答コードが成功であるなら、サーバは、そのクライアントからの後続のすべてのメディア要求のための新しいメディア表現を送信する。応答コードが"失敗"である場合、サーバはその後のメディアの要求に対して現在アクティブなメディア表現を送信する。

（構成６）
構成１において、DASHサーバが、HTTPパラメータを指定せずに構成４のデバイス固有の表現にアクセスする意思を示すGETリクエストを受信したとき、選択された表現のコンテンツを生成するために、その表現用のデフォルトの増分値を用いてデバイスをセットアップする。結果は、要求の成否に基づいて、適切な結果コードを含むHTTP応答として送信される。応答コードが成功であるなら、サーバは、そのクライアントからの後続のすべてのメディア要求のための新しいメディア表現を送信する。応答コードは"失敗"である場合、サーバはその後のメディア要求の現在アクティブなメディア表現を送信する。

（構成７）
DASHのクライアントは、構成４のHTTP応答の表現を受信した際、Segment Templateの"media"属性に基づいて、MPDで指定されているメディアセグメントの要求を送信する、構成１のメカニズム。

〔実施形態４〕
本発明の別の一実施形態に係るカメラ映像再生システムについて、図面を参照しながら説明すれば以下の通りである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

本実施形態に係るカメラ映像再生システムは、ＤＡＳＨクライアント１００およびＩＰカメラ３００’を含んでいる。ＩＰカメラ３００’は、パン・チルト・ズーム機能を備えている。

以下、ＩＰカメラ３００’の要部構成について、図１２を参照して説明する。

図１２は、ＩＰカメラ３００’の要部構成を示すブロック図である。

図１２に示すように、ＩＰカメラ３００’は、映像供給部２１０、通信インタフェース２２０、カメラ制御部２３０およびＰＴＺカメラ部３１０を備えている。

ＰＴＺカメラ部３１０は、実施形態１〜３のＰＴＺカメラ３００に相当する。

この構成からわかるように、ＩＰカメラ３００’は、ＰＴＺカメラ３００にＤＡＳＨサーバ２００としての機能を追加したカメラであるとも言える。

なお、実施形態１を参照した当業者であれば、ＩＰカメラ３００’が、自身がサポートしているパラメータ値の範囲（例えば、パン角の範囲）を効率的にＤＡＳＨクライアント１００に伝えることができることを容易に理解できるであろう。

（その他の付記事項）
実施形態１〜実施形態３のＤＡＳＨサーバの例としては、サーバ、ＰＣ（パーソナルコンピュータ）やメディア処理システムなどのデバイスが挙げられる。また、実施形態１〜実施形態４のＤＡＳＨクライアントの例としては、デジタルテレビ、レコーダー、ＳＴＢ（セットトップボックス）、ＰＣ、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（パーソナルデジタルアシスタント）等が挙げられる。

ＤＡＳＨサーバは、ＤＡＳＨクライアントにリアルタイム映像を配信してもよいし、保存済の映像をオンデマンドで配信してもよい。

カメラ映像再生システムには、１つのＤＡＳＨサーバと２つ以上のＤＡＳＨクライアントが含まれていてもよい。

（その他の付記事項２）
実施形態１〜実施形態３において示したＰＴＺカメラのパン角、チルト角、ズーム率といったパラメータは、映像を撮影する方向から捉えたときの制御パラメータである。一方、これらを撮影された映像の側から捉えた制御パラメータに置き換えることも可能である。即ち、一台のＰＴＺカメラで撮影される全体の映像（フルパノラマの映像、実際にカメラで一時刻に出力されるのはその中の一部領域の映像と解釈される全体映像）が仮想的に存在すると仮定したとき、パン角は全体映像に対する部分領域映像の横方向の位置情報、チルト角は全体映像に対する部分領域映像の縦方向の位置情報、ズーム率は切り出す部分領域映像のサイズ情報に対応付けられる。従って、実施形態１〜実施形態３に示したカメラ映像再生システムは、ＰＴＺカメラがサポートする制御パラメータであるパン角、チルト角、ズーム率をこれら部分領域映像の横方向の位置情報、縦方向の位置情報、部分領域映像のサイズ情報に置き換えても、全く同様の効果を持って実施が可能であることは言うまでもない。

〔ソフトウェアによる実現例〕
最後に、ＤＡＳＨクライアント１００（１００Ａ、１００Ｂ）、ＤＡＳＨサーバ２００（２００Ａ、２００Ｂ）、ＩＰカメラ３００’（以下、「各装置」と称する）の各ブロック、特に映像取得部１１０（１１０Ａ、１１０Ｂ）および映像供給部２１０（２１０Ａ、２１０Ｂ）は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。

後者の場合、各装置は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである各装置の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記各装置に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、一時的でない有形の媒体（non-transitory tangible medium）、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。

また、各装置を通信ネットワークと接続可能に構成し、通信ネットワークを介して上記プログラムコードを供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

〔まとめ〕
以上のように、本発明の第１態様に係る映像取得装置（ＤＡＳＨクライアント１００）は、映像供給装置（ＩＰカメラ３００’）または上記映像供給装置（ＤＡＳＨサーバ２００）に接続されている外部の装置（ＰＴＺカメラ３００）が供給源となっている映像（撮像映像）を上記映像供給装置から取得する映像取得手段（映像取得部１１０）と、上記映像供給装置から上記映像を取得するために参照するメタデータ（ＭＰＤデータ）を上記映像供給装置から取得するメタデータ取得手段（映像取得部１１０）と、を備え、上記映像の上記供給源となっている装置は、上記映像供給装置が受信したパラメータ値に応じた映像を供給する機能を備えており、上記メタデータには、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲を明示的または非明示的に示す値（属性値）が含まれており、上記映像取得手段は、該値を参照して、上記範囲内のパラメータ値に応じた映像を取得する、ことを特徴としている。

上記の構成によれば、上記映像取得装置は、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲を示す値を含んだメタデータを上記映像供給装置から取得し、上記メタデータに示されている該値を参照して、上記範囲内のパラメータ値に応じた映像を取得する。

したがって、上記映像取得装置は、上記映像供給装置から伝えられた情報に基づいて指定したパラメータ値に応じた映像を映像供給装置から取得できるという効果を奏する。

本発明の第２態様に係る映像取得装置は、第１態様において、上記映像を取得するために上記映像供給装置に送信するＵＲＬを生成する生成手段（映像取得部１１０）をさらに備え、上記メタデータには上記ＵＲＬを生成するために参照すべき文字列が示されており、上記文字列の中には、上記ＵＲＬを生成する際に上記生成手段が上記範囲内のパラメータ値に置き換えるべき置換変数が含まれている、ことが望ましい。

上記の構成によれば、上記映像取得装置は、上記パラメータ値を含む上記ＵＲＬを送信することで、上記映像の上記供給源となっている装置が供給した当該パラメータ値に応じた映像を上記映像供給装置から取得することになる。

したがって、上記映像取得装置は、上記ＵＲＬを一度送信するだけで、上記映像の上記供給源となっている装置の制御と、上記映像の取得と、を続けて行うことができるというさらなる効果を奏する。

本発明の第３態様に係る映像取得装置は、第２態様において、上記ＵＲＬの送信時よりも前に、上記範囲内のパラメータ値を上記映像供給装置に通知する通知手段（映像取得部１１０）をさらに備えている、ことが望ましい。

本発明の第４態様に係る映像取得装置は、第２態様または第３態様において、上記映像供給装置は、上記映像を複数のメディアセグメントに時分割して該映像取得装置に送信するように構成されており、上記生成手段は、上記複数のメディアセグメントの各々について、該メディアセグメントを取得するために上記映像供給装置に送信するＵＲＬを生成するように構成され、上記メタデータには、上記複数のメディアセグメントの各々について上記生成手段が該メディアセグメントを取得するためのＵＲＬを生成するために参照すべき共通の文字列が示されている、ことが望ましい。

本発明の第５態様に係る映像取得装置は、第１態様において、上記範囲内のパラメータ値をＨＴＴＰリクエストのカスタムヘッダのヘッダ値として上記映像供給装置に通知する通知手段をさらに備えている、ことが望ましい。

上記の構成によれば、上記映像取得装置は、ＵＲＬを通じて上記範囲内のパラメータ値を上記映像供給装置に通知する必要がないので、上記ＵＲＬを生成する処理を行わずに、上記範囲内のパラメータ値を上記映像供給装置に通知できるというさらなる効果を奏する。

本発明の第６態様に係る映像取得装置は、第１態様から第５態様までのいずれかの態様において、上記メタデータにおいて、上記供給源となっている装置がサポートする上記パラメータ値の範囲は、該装置がサポートする該パラメータ値の最大値、最小値および増分値によって示されている、ことが望ましい。

本発明の第７態様に係る映像取得装置は、第１態様から第６態様までのいずれかの態様において、上記メタデータはＭＰＥＧ−ＤＡＳＨで規定されているＭＰＤデータであり、上記ＭＰＤデータには、上記パラメータ値の範囲を示す要素Representationの属性値が含まれている、ことが望ましい。

また、本発明の第８態様に係る映像供給装置（ＤＡＳＨサーバ２００、ＩＰカメラ３００’）は、自装置（ＩＰカメラ３００’）または自装置（ＤＡＳＨサーバ２００）に接続されている外部の装置（ＰＴＺカメラ３００）が供給源となっている映像（撮像映像）を映像取得装置（ＤＡＳＨクライアント１００）に供給する映像供給手段（映像供給部２１０）と、自装置から上記映像を取得するために上記映像取得装置が参照するメタデータを上記映像取得装置に供給するメタデータ供給手段（映像供給部２１０）と、を備え、上記映像の上記供給源となっている装置は、自装置が受信したパラメータ値に応じた映像を供給する機能を備えており、上記メタデータには、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲を明示的または非明示的に示す値が含まれていることを特徴としている。

上記の構成によれば、上記映像供給装置は、上記メタデータを通じて、自身または自身に接続されている外部機器がサポートしているパラメータ値の範囲を効率的に映像取得装置に伝えることができるという効果を奏する。

本発明の第９態様に係る映像供給装置は、第８態様において、上記メタデータには、上記映像取得装置が上記映像を取得するためのＵＲＬを生成するために参照すべき文字列が示されており、上記文字列の中には、上記映像取得装置が上記ＵＲＬを生成する際に上記パラメータ値に置き換えるべき置換変数が含まれている、ことが望ましい。

上記の構成によれば、上記映像供給装置は、上記パラメータ値を含む上記ＵＲＬを受信することで、上記映像の上記供給源となっている装置の制御と、上記映像の上記映像取得装置への供給と、を続けて行うことができるというさらなる効果を奏する。

本発明の第１０態様に係る映像供給装置は、第８態様または第９態様において、上記メタデータにおいて、上記供給源となっている装置がサポートする上記範囲は、該装置がサポートする該パラメータ値の最大値、最小値および増分値によって示されている、ことが望ましい。

本発明の第１１態様に係る映像供給装置は、第８態様から第１０態様までのいずれかの態様において、上記メタデータはＭＰＥＧ−ＤＡＳＨで規定されているＭＰＤデータであり、上記ＭＰＤデータには、上記パラメータ値の範囲を示す要素Representationの属性値が含まれている、ことが望ましい。

本発明の第１２態様に係る映像取得方法は、映像供給装置または上記映像供給装置に接続されている外部の装置が供給源となっている映像を上記映像供給装置から取得する映像取得工程と、上記映像取得工程にて上記映像供給装置から上記映像を取得するために参照するメタデータを上記映像供給装置から取得するメタデータ取得工程と、を含み、上記映像の上記供給源となっている装置は、上記映像供給装置が受信したパラメータ値に応じた映像を供給する機能を備えており、上記メタデータには、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲を明示的または非明示的に示す値が含まれており、上記映像取得工程にて、該値を参照して、該範囲内のパラメータ値に応じた映像を取得する、ことを特徴としている。

上記の構成によれば、上記映像取得方法は、本発明の第１態様に係る映像取得装置と同様の作用効果を奏する。

本発明の第１３態様に係る映像供給装置の映像供給方法は、自装置または自装置に接続されている外部の装置が供給源となっている映像を映像取得装置に供給する映像供給工程と、自装置から上記映像を取得するために上記映像取得装置が参照するメタデータを上記映像取得装置に供給するメタデータ供給工程と、を含み、上記映像の上記供給源となっている装置は、自装置が受信したパラメータ値に応じた映像を供給する機能を備えており、上記メタデータには、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲が明示的または非明示的に示されていることを特徴としている。

上記の構成によれば、上記映像供給方法は、本発明の第８態様に係る映像供給装置と同様の作用効果を奏する。

なお、上記映像取得装置（第１の態様から第７の態様までの各映像取得装置）は、コンピュータによって実現してもよく、この場合には、コンピュータを上記情報取得装置の各手段として動作させることにより、上記映像取得装置をコンピュータにて実現させるプログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。上記映像供給装置（第８の態様から第１１の態様までの各映像供給装置）についても同様である。

本発明は、カメラ映像配信システムに好適に適用することができる。

１００、１００Ａ、１００Ｂ ＤＡＳＨクライアント
１１０、１１０Ａ、１１０Ｂ 映像取得部
１２０ 通信インタフェース
１３０ 再生部
２００、２００Ａ、２００Ｂ ＤＡＳＨサーバ
２１０、２１０Ａ、２１０Ｂ 映像供給部
２２０ 通信インタフェース
２３０ カメラ制御部
２４０ 映像受信部
２５０ 通信インタフェース
３００ ＰＴＺカメラ
３００’ ＩＰカメラ
３１０ ＰＴＺカメラ部

Claims (5)

1. 映像供給装置または上記映像供給装置に接続されている外部の装置が供給源となっている映像を上記映像供給装置から取得する映像取得手段と、
   上記映像供給装置から上記映像を取得するために参照するメタデータを上記映像供給装置から取得するメタデータ取得手段と、を備え、
   上記映像の上記供給源となっている装置は、上記映像供給装置が受信したパラメータ値に応じた映像を供給する機能を備えており、
   上記メタデータには、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲を明示的または非明示的に示す値が含まれており、
   上記映像取得手段は、該値を参照して、該範囲内のパラメータ値に応じた映像を取得する、ことを特徴とする映像取得装置。
2. 上記映像を取得するために上記映像供給装置に送信するＵＲＬを生成する生成手段をさらに備え、
   上記メタデータには上記ＵＲＬを生成するために参照すべき文字列が示されており、
   上記文字列の中には、上記ＵＲＬを生成する際に上記生成手段が上記範囲内のパラメータ値に置き換えるべき置換変数が含まれている、ことを特徴とする請求項１に記載の映像取得装置。
3. 上記映像供給装置は、上記映像を複数のメディアセグメントに時分割して該映像取得装置に送信するように構成されており、
   上記生成手段は、上記複数のメディアセグメントの各々について、該メディアセグメントを取得するために上記映像供給装置に送信するＵＲＬを生成するように構成され、
   上記メタデータには、上記複数のメディアセグメントの各々について上記生成手段が該メディアセグメントを取得するためのＵＲＬを生成するために参照すべき共通の文字列が示されている、ことを特徴とする請求項２に記載の映像取得装置。
4. 自装置または自装置に接続されている外部の装置が供給源となっている映像を映像取得装置に供給する映像供給手段と、
   自装置から上記映像を取得するために上記映像取得装置が参照するメタデータを上記映像取得装置に供給するメタデータ供給手段と、を備え、
   上記映像の上記供給源となっている装置は、自装置が受信したパラメータ値に応じた映像を供給する機能を備えており、
   上記メタデータには、上記映像の上記供給源となっている装置がサポートする上記パラメータ値の範囲を明示的または非明示的に示す値が含まれていることを特徴とする映像供給装置。
5. 請求項１から３の何れか１項に記載の映像取得装置としてコンピュータを動作させるためのプログラムであって、上記コンピュータを上記各手段として機能させるためのプログラム。

Images