知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6181650
(24)【登録日】2017年7月28日
(45)【発行日】2017年8月16日
(54)【発明の名称】送信装置、送信方法およびネットワーク装置
(51)【国際特許分類】
H04N 21/235 20110101AFI20170807BHJP
H04N 21/2183 20110101ALI20170807BHJP
【ＦＩ】
H04N21/235
H04N21/2183
【請求項の数】11
【全頁数】25
(21)【出願番号】特願2014-523673(P2014-523673)
(86)(22)【出願日】2013年6月21日
(86)【国際出願番号】JP2013067148
(87)【国際公開番号】WO2014007083
(87)【国際公開日】20140109
【審査請求日】2016年6月7日
(31)【優先権主張番号】特願2012-148609(P2012-148609)
(32)【優先日】2012年7月2日
(33)【優先権主張国】JP
(73)【特許権者】
【識別番号】316009762
【氏名又は名称】サターン ライセンシング エルエルシー
【氏名又は名称原語表記】Ｓａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ
(74)【代理人】
【識別番号】100093241
【弁理士】
【氏名又は名称】宮田 正昭
(74)【代理人】
【識別番号】100101801
【弁理士】
【氏名又は名称】山田 英治
(74)【代理人】
【識別番号】100095496
【弁理士】
【氏名又は名称】佐々木 榮二
(74)【代理人】
【識別番号】100086531
【弁理士】
【氏名又は名称】澤田 俊夫
(74)【代理人】
【識別番号】110000763
【氏名又は名称】特許業務法人大同特許事務所
(72)【発明者】
【氏名】山岸 靖明
(72)【発明者】
【氏名】塚越 郁夫
【審査官】
松元 伸次
(56)【参考文献】
【文献】
特表２００２−５１８８９４（ＪＰ，Ａ）
【文献】
特開平１１−１４９４０５（ＪＰ，Ａ）
【文献】
国際公開第２０１０／１３１６３８（ＷＯ，Ａ１）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０６Ｆ１３／００
Ｈ０４Ｎ７／１０
７／１４−７／１７３
７／２０−７／５６
２１／００−２１／８５８
(57)【特許請求の範囲】
【請求項1】
配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持つメタファイルを生成するメタファイル生成部と、
上記クライアント端末から送信要求があるとき、上記メタファイルを、上記ネットワークを通じて、該クライアント端末に送信するメタファイル送信部とを備え、
上記メタファイル生成部は、
上記メタファイルに上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
送信装置。
上記クライアント端末から送信要求があるとき、上記メタファイルを、上記ネットワークを通じて、該クライアント端末に送信するメタファイル送信部とを備え、
上記メタファイル生成部は、
上記メタファイルに上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
送信装置。
【請求項2】
上記キャッシュに関する指標は、上記ネットワークにおける対応するビデオデータストリームのキャッシュ優先度の指標である
請求項１に記載の送信装置。
請求項１に記載の送信装置。
【請求項3】
上記キャッシュに関する指標は、上記ネットワークにおける対応するビデオデータストリームのキャッシュ保持期間の指標である
請求項１に記載の送信装置。
請求項１に記載の送信装置。
【請求項4】
上記所定数のビデオデータストリームは、立体画像を構成する複数の視点のビデオデータストリームである
請求項１に記載の送信装置。
請求項１に記載の送信装置。
【請求項5】
上記メタファイル生成部は、
上記複数の視点のビデオデータストリームの配信要求頻度予測に基づいて分類された視点グループに基づいて、各視点のビデオデータストリームの上記キャッシュに関する指標を決める
請求項４に記載の送信装置。
上記複数の視点のビデオデータストリームの配信要求頻度予測に基づいて分類された視点グループに基づいて、各視点のビデオデータストリームの上記キャッシュに関する指標を決める
請求項４に記載の送信装置。
【請求項6】
上記所定数のビデオデータストリームは、ＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームであり、
上記メタファイルはＭＰＤファイルであり、
上記ネットワークはＣＤＮである
請求項１に記載の送信装置。
上記メタファイルはＭＰＤファイルであり、
上記ネットワークはＣＤＮである
請求項１に記載の送信装置。
【請求項7】
上記メタファイル生成部は、
上記ＭＰＤファイルに、デスクリプタタイプ要素を利用して、上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
請求項６に記載の送信装置。
上記ＭＰＤファイルに、デスクリプタタイプ要素を利用して、上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
請求項６に記載の送信装置。
【請求項8】
配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームの情報を持つメタファイルを生成するメタファイル生成ステップと、
クライアント端末から送信要求があるとき、上記生成されたメタファイルを、上記ネットワークを通じて、該クライアント端末に送信するメタファイル送信ステップとを備え、
上記メタファイル生成ステップでは、
上記メタファイルに上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
送信方法。
クライアント端末から送信要求があるとき、上記生成されたメタファイルを、上記ネットワークを通じて、該クライアント端末に送信するメタファイル送信ステップとを備え、
上記メタファイル生成ステップでは、
上記メタファイルに上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
送信方法。
【請求項9】
複数のキャッシュサーバと所定数のキャッシュ管理サーバとを有してなり、
上記キャッシュサーバは、
配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持つメタファイルを受信するとき、該メタファイルを上記キャッシュ管理サーバに送信し、
上記キャッシュ管理サーバは、
上記メタファイルに含まれる各ビデオデータストリームのキャッシュに関する指標に基づいてキャッシュ制御ポリシーを生成して各キャッシュサーバに配布する
ネットワーク装置。
上記キャッシュサーバは、
配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持つメタファイルを受信するとき、該メタファイルを上記キャッシュ管理サーバに送信し、
上記キャッシュ管理サーバは、
上記メタファイルに含まれる各ビデオデータストリームのキャッシュに関する指標に基づいてキャッシュ制御ポリシーを生成して各キャッシュサーバに配布する
ネットワーク装置。
【請求項10】
上記キャッシュに関する指標は、ビデオデータストリームのキャッシュ優先度および／またはキャッシュ保持期間の指標である
請求項９に記載のネットワーク装置。
請求項９に記載のネットワーク装置。
【請求項11】
上記所定数のビデオデータストリームは、ＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームであり、
上記メタファイルはＭＰＤファイルであり、
上記キャッシュサーバは、ＤＡＳＨキャッシュサーバである
請求項９に記載のネットワーク装置。
上記メタファイルはＭＰＤファイルであり、
上記キャッシュサーバは、ＤＡＳＨキャッシュサーバである
請求項９に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【0001】
本技術は、送信装置、送信方法およびネットワーク装置に関し、特に、配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームの情報を持つメタファイルを、そのネットワークを通じてクライアント端末に送信する送信装置等に関する。【背景技術】
【0002】
従来、インターネット等のネットワークを利用したＩＰＴＶ(Internet Protocol Television)配信システムが提案されている（例えば、特許文献１参照）。近時、ＩＰＴＶ（Internet protocol television）等のインターネットストリーミングにおける標準化が行われている。例えば、ＨＴＴＰ（Hypertext Transfer Protocol）ストリーミングによるＶｏＤ（(Video on Demand）ストリーミングや、ライブストリーミングに適用される方式の標準化が行われている。【0003】
特に、ＩＳＯ／ＩＥＣ／ＭＰＥＧで標準化が行われているＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）が注目されている。ＤＡＳＨでは、クライアント端末は、ＭＰＤ（Media Presentation Description）と呼ばれるメタファイルと、そこに記述されるチャンク化されたメディアデータのアドレス（url）をもとに、ストリーミングデータを取得して再生する。この場合のメディアデータは、オーディオ（Audio）/ビデオ（Video）/サブタイトル（Subtitle）等のメディアデータである。【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１１−１９３０５８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
本技術の目的は、ネットワークにおけるビデオデータストリームのキャッシュ・配信資源管理の効率化を図ることにある。【課題を解決するための手段】
【0006】
本技術の概念は、配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持つメタファイルを生成するメタファイル生成部と、
上記クライアント端末から送信要求があるとき、上記メタファイルを、上記ネットワークを通じて、該クライアント端末に送信するメタファイル送信部とを備え、
上記メタファイル生成部は、
上記メタファイルに上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
送信装置にある。
【0007】
本技術において、メタファイル生成部は、メタファイルを生成する。このメタファイルは、配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持っている。そして、メタファイル送信部により、クライアント端末から送信要求があるとき、メタファイルが、ネットワークを通じて、クライアント端末に送信される。【0008】
メタファイル生成部により、メタファイルに、ネットワークにおける各ビデオデータストリームのキャッシュに関する指標が含められる。例えば、この指標は、ネットワークにおける対応するビデオデータストリームのキャッシュ優先度の指標であってもよい。また、例えば、この指標は、ネットワークにおける対応するビデオデータストリームのキャッシュ保持期間の指標であってもよい。【0009】
なお、本技術において、例えば、所定数のビデオストリームは、立体画像を構成する複数の視点のビデオデータストリームであってもよい。そして、メタファイル生成部は、複数の視点のビデオデータストリームの配信要求頻度予測から分類された視点グループに基づいて、各視点のビデオデータストリームのキャッシュに関する指標を決める、ようにされてもよい。【0010】
また、本技術において、例えば、所定数のビデオデータストリームは、ＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームであり、メタファイルはＭＰＤファイルであり、ネットワークはＣＤＮであってもよい。そして、例えば、メタファイル生成部は、ＭＰＤファイルに、デスクリプタタイプ要素を利用して、ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める、ようにされてもよい。【0011】
このように本技術においては、メタファイルにネットワークにおけるビデオデータストリームのキャッシュに関する指標を含めるものである。そのため、ネットワークでは、このキャッシュに関する指標に基づいて、各ビデオデータストリームのキャッシュ・配信資源管理を効率的に行うことが可能となる。【0012】
また、本技術の他の概念は、複数のキャッシュサーバと所定数のキャッシュ管理サーバとを有してなり、
上記キャッシュサーバは、
配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持つメタファイルを受信するとき、該メタファイルを上記キャッシュ管理サーバに送信し、
上記キャッシュ管理サーバは、
上記メタファイルに含まれる各ビデオデータストリームのキャッシュに関する指標に基づいてキャッシュ制御ポリシーを生成して各キャッシュサーバに配布する
ネットワーク装置にある。
【0013】
本技術のネットワーク装置は、複数のキャッシュサーバと所定数のキャッシュ管理サーバとを有している。キャッシュサーバでは、配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持つメタファイルを受信するとき、このメタファイルをキャッシュ管理サーバに送信することが行われる。【0014】
キャッシュ管理サーバでは、このメタファイルに含まれる各ビデオデータストリームのキャッシュに関する指標に基づいてキャッシュ制御ポリシーを生成して各キャッシュサーバに配布することが行われる。各キャッシュサーバでは、このキャッシュ制御ポリシーに基づいて、各ビデオストリームのキャッシング処理が行われる。【0015】
なお、本技術において、例えば、キャッシュに関する指標は、ビデオデータストリームのキャッシュ優先度および／またはキャッシュ保持期間の指標であってもよい。また、本技術において、例えば、所定数のビデオデータストリームは、ＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームであり、メタファイルはＭＰＤファイルであり、キャッシュサーバはＤＡＳＨキャッシュサーバであってもよい。【0016】
このように本技術においては、メタファイルに含まれるキャッシュに関する指標に基づいてキャッシュ制御ポリシーが生成されて各キャッシュサーバに配布される。そして、各キャッシュサーバでは、そのキャッシュ制御ポリシーに基づいて各ビデオストリームのキャッシング処理が可能となる。従って、各ビデオデータストリームのキャッシュ・配信資源管理を効率的に行うことが可能となる。【発明の効果】
【0017】
本技術によれば、ネットワークにおけるビデオデータストリームのキャッシュ・配信資源管理の効率化を図ることができる。【図面の簡単な説明】
【0018】
【図1】実施の形態としてのストリーム配信システムの構成例を示すブロック図である。
【図2】ＭＰＤファイルの階層構造を示す図である。
【図3】ＭＰＤファイルに含まれる各構造体の一例を時間軸上に並べて示した図である。
【図4】ＭＰＤファイルに階層的に配置されている各構造体の関係の一例を示す図である。
【図5】ピリオド（Period）と、リプレゼンテーション（Representation）と、セグメント（Segment）の関係の一例を示す図である。
【図6】複数の視点のビデオデータストリームの視点グループ分けの一例を示す図である。
【図7】コンテンツからＤＡＳＨセグメントやＤＡＳＨ ＭＰＤファイルを生成するまでのフローの一例を示す図である。
【図8】ＩＰＴＶクライアントの構成例を示す図である。
【図9】一般的な、ＤＡＳＨベースのストリーム配信システムの系を示す図である。
【図10】デスクリプタタイプ要素の定義を示す図である。
【図11】ビューポイント要素の定義を示す図である。
【図12】視点辞書を、辞書スキーマ（名前空間）を「urn:aaaa:dash:vp」として定義した例を示す図である。
【図13】ビューポイント要素を定義して、各視点のビデオデータストリームの情報に視点情報を含めた場合のＭＰＤファイルの一例を示す図である。
【図14】キャッシュパラメタ要素の定義を示す図である。
【図15】キャッシュパラメタ辞書を、辞書スキーマ（名前空間）を「urn:aaaa:dash:cp」として定義した例を示す図である。
【図16】キャッシュパラメタ要素を定義して、各視点のビデオデータストリームの情報にキャッシュ優先度の指標を含めた場合のＭＰＤファイルの一例を示す図である。
【図17】キャッシュパラメタ辞書に、ＣＤＮ上のキャッシュサーバに保持する期間の長／短を示す辞書スキーマ項目を追加定義することを示す図である。
【図18】キャッシュパラメタ要素を定義して、各視点のビデオデータストリームの情報にキャッシュ優先度の指標と共に、キャッシュ保持期間の指標を含めた場合のＭＰＤファイルの一例を示す図である。
【図19】キャッシュ優先度およびキャッシュ保持期間の指標に基づいて作成されるキャッシュ制御ポリシーが、各指標が示すクラスのそれぞれに対応させて、対応するｕｒｌ正規表現を含むリストを格納したものとなる、ことを示す図である。
【図20】キャッシュ制御ポリシーの一例を示す図である。
【図21】各ＤＡＳＨセグメントへのｕｒｌの割り当て例を示す図である。
【図22】キャッシュ制御ポリシーが配布されたキャッシュサーバにおけるキャッシュ制御処理の一例を示す図である。
【図23】ＩＰＴＶクライアントによるＭＰＤファイルの要求から、このＩＰＴＶクライアントによるコンテンツ（ＤＡＳＨセグメント）の再生までの動作例を説明するための図である。
【発明を実施するための形態】
【0019】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明は以下の順序で行う。１．実施の形態
２．変形例
【0020】
＜１．実施の形態＞［ストリーム配信システム］
図１は、実施の形態としてのストリーム配信システム１０の構成例を示している。このストリーム配信システム１０は、ＭＰＥＧ−ＤＡＳＨベースのストリーム配信システムである。このストリーム配信システム１０は、ＤＡＳＨセグメントストリーマ１１およびＤＡＳＨ ＭＰＤサーバ１２に、Ｎ個のＩＰＴＶクライアント１３-1，１３-2，・・・，１３-Nが、ＣＤＮ（Content Delivery Network）１４を介して、接続された構成となっている。
【0021】
ＤＡＳＨセグメントストリーマ１１は、所定のコンテンツのメディアデータ（ビデオデータ、オーディオデータ、字幕データなど）に基づいて、ＤＡＳＨ仕様のストリームセグメント（以下、「ＤＡＳＨセグメント」という）を生成し、ＩＰＴＶクライアントからのＨＴＴＰ要求に応じてセグメントを送出する。このＤＡＳＨセグメントストリーマ１１は、ウェブ（Web）サーバである。【0022】
この実施の形態において、ＤＡＳＨセグメントストリーマ１１は、立体画像を構成する複数の視点、例えば最左、左中央、中央、右中央および最右の５視点のビデオデータに基づいて、それぞれに対応するビデオデータストリームのＤＡＳＨセグメントを生成する。また、ＤＡＳＨセグメントストリーマ１１は、各視点のビデオデータストリームのＤＡＳＨセグメントとして、複数のレートのビデオデータストリームのＤＡＳＨセグメントを生成する。なお、左中央の視点は、最左と中央との中間の視点を意味する。また、右中央の視点は、最右と中央との中間の視点を意味する。【0023】
また、ＤＡＳＨセグメントストリーマ１１は、ＩＰＴＶクライアント１３（１３-1，１３-2，・・・，１３-N）からＣＤＮ１４を介して送られてくる所定ストリームのセグメントの要求に対応して、そのストリームのセグメントを、ＣＤＮ１４を介して、要求元のＩＰＴＶクライアント１３に送信する。この場合、ＩＰＴＶクライアント１３は、ＭＰＤ（Media Presentation Description）ファイルに記載されているレートの値を参照して、クライアントの置かれているネットワーク環境の状態に応じて、最適なレートのストリームを選択して要求を行う。【0024】
また、ＩＰＴＶクライアント１３は、自身の性能に応じた視点のビデオデータストリームのセグメントを要求する。例えば、ＩＰＴＶクライアント１３は、最もデバイスグレードが低く、最左および最右の２視点の画像データのみを取り扱う場合には、この２視点のビデオデータストリームのセグメントを要求する。また、例えば、ＩＰＴＶクライアント１３は、デバイスグレードが中ぐらいで最左および最右の２視点の他に、中央の視点を含む、３視点の画像データを取り扱う場合には、この３視点のビデオデータストリームのセグメントを要求する。さらに、例えば、最もデバイスグレードが高く、最左、最右、中央の他に、左中央（最左と中央との中間）および右中央（最右と中央の中間）の視点を含む、５視点の画像データを取り扱う場合には、この５視点のビデオデータストリームのセグメントを要求する。【0025】
ＤＡＳＨ ＭＰＤサーバ１２は、ＤＡＳＨセグメントストリーマ１１において生成されるＤＡＳＨセグメントを取得するためのＭＰＤファイルを生成するサーバである。コンテンツマネジメントサーバ（図１には図示せず）からのコンテンツメタデータと、ＤＡＳＨセグメントストリーマ１１において生成されたセグメントのアドレス（url）をもとに、ＭＰＤファイルを生成する。【0026】
ＭＰＤのフォーマットでは、ビデオやオーディオなどのそれぞれのストリーム毎にリプレゼンテーション（Representation）という要素を利用して、それぞれの属性が記述される。例えば、ＭＰＤファイルには、レートの異なる複数のビデオデータストリーム毎に、リプレゼンテーションを分けてそれぞれのレートが記述される。ＩＰＴＶクライアント１３では、そのレートの値を参考にして、上述したように、ＩＰＴＶクライアント１３の置かれているネットワーク環境の状態に応じて、最適なストリームを選択できる。【0027】
ＭＰＤファイルは、図２に示すように、階層構造をとる。このＭＰＤファイルには、ＤＡＳＨセグメントストリーマ１１に格納した動画の圧縮方式や符号化速度、画像サイズ、言語などの情報がＸＭＬ形式で階層的に記述される。このＭＰＤファイルは、ピリオド（Period）、アダプテーションセット（AdaptationSet）、リプレゼンテーション（Representation）、セグメントインフォ（SegmentInfo）、イニシャライゼーション・セグメント（Initialization Segment）、メディア・セグメント（Media Segment）などの構造体が、階層的に含まれている。【0028】
ピリオドの構造体は、プログラム（同期を取った１組の動画や音声等のデータ）の情報を持つ。また、ピリオドの構造体に含まれるアダプテーションセットの構造体は、ストリームの選択範囲（リプレゼンテーション群）をグルーピングする。また、アダプテーションセットの構造体に含まれるリプレゼンテーションの構造体は、動画や音声の符号化速度、動画の音声サイズなどの情報を持つ。【0029】
また、リプレゼンテーションの構造体に含まれるセグメントインフォの構造体は、動画や音声のセグメント関連の情報を持つ。また、セグメントインフォの構造体に含まれるイニシャライゼーション・セグメントの構造体は、データ圧縮方式などの初期化情報を持つ。また、セグメントインフォの構造体に含まれるメディア・セグメントの構造体は、動画や音声のセグメントを取得するアドレスなどの情報を持つ。【0030】
図３は、上述のＭＰＤファイルに含まれる各構造体の一例を時間軸上に並べて示したものである。この例においては、ＭＰＤファイルにピリオドが２個含まれ、各ピリオドにセグメントが２個含まれている。また、この例においては、各ピリオドにアダプテーションセットが２個含まれ、各アダプテーションセットにストリーム属性の異なる同一内容のストリームに係るリプレゼンテーションが２個含まれている。【0031】
図４は、上述のＭＰＤファイルに階層的に配置されている各構造体の関係の一例を示している。図４（ａ）に示すように、ＭＰＤファイル全体としてのメディア・プレゼンテーション（Media Presentation）には、時間間隔で区切られた複数のピリオド（Period）が存在する。例えば、最初のピリオドはスタートが０秒から、次のピリオドはスタートが１００秒から、などとなっている。【0032】
図４（ｂ）に示すように、ピリオドには、複数のリプレゼンテーション（Representation）が存在する。この複数のリプレゼンテーションには、上述したアダプテーションセット（AdaptationSet）でグルーピングされる、ストリーム属性、例えばレートの異なる同一内容のビデオデータストリームに係るリプレゼンテーション群が存在する。この実施の形態では、各視点のビデオデータストリームについてリプレゼンテーション群が存在する。【0033】
図４（ｃ）に示すように、リプレゼンテーションには、セグメントインフォ（SegmentInfo）が含まれている。このセグメントインフォには、図４（ｄ）に示すように、イニシャライゼーション・セグメント（Initialization Segment）と、ピリオドをさらに細かく区切ったセグメント（Segment）毎の情報が記述される複数のメディア・セグメント（Media Segment）が存在する。メディア・セグメントには、ビデオやオーディオなどのセグメントデータを実際に取得するためのアドレス(url)の情報等が存在する。【0034】
なお、アダプテーションセットでグルーピングされている複数のリプレゼンテーションの間では、ストリームのスイッチングを自由に行うことができる。これにより、ＩＰＴＶクライアントの置かれているネットワーク環境の状態に応じて、最適なレートのストリームを選択でき、途切れのない動画配信が可能となる。【0035】
図５は、ピリオド（Period）と、リプレゼンテーション（Representation）と、セグメント（Segment）の関係の一例を示している。この例においては、ＭＰＤファイルにピリオドが２個含まれ、各ピリオドにセグメントが２個含まれている。また、この例においては、各ピリオドに、同一のメディアコンテンツに係る複数のリプレゼンテーションが含まれている。【0036】
上述したように、ＭＰＤファイルには、ＤＡＳＨセグメントストリーマ１１に格納した動画の圧縮方式や符号化速度、画像サイズ、言語などの情報が含まれる。この実施の形態において、ＤＡＳＨ ＭＰＤサーバ１２は、各ビデオデータストリームの情報に、ＣＤＮ１４における、各ビデオデータストリームのＤＡＳＨセグメントのキャッシュに関する指標を含める。【0037】
ＤＡＳＨ ＭＰＤサーバ１２は、上述の複数の視点を、そのビデオデータストリームの配信要求頻度予測に基づいて、所定数の視点グループに分類し、視点グループに基づいて、各視点のビデオデータストリームのキャッシュに関する指標を決める。ＤＡＳＨ ＭＰＤサーバ１２は、例えば、最左、左中央、中央、右中央および最右の５視点の場合、図６に示すように、視点グループ１、視点グループ２、視点グループ３の３つの視点グループに分類する。【0038】
視点グループ１には、配信要求頻度が最も高いと予測される最左および最右の２視点が含まれる。また、視点グループ２には、配信要求頻度が次に高いと予測される最左、中央および最右の３視点が含まれる。さらに、視点グループ３には、配信要求頻度が最も低いと予測される最左、左中央、中央、右中央および最右の５視点が含まれる。【0039】
ここで、キャッシュに関する指標は、例えば、ＣＤＮ１４における、各視点のビデオデータストリームのキャッシュ優先度および／またはキャッシュ保持期間を示すものとされる。例えば、キャッシュ優先度に関しては、視点グループ１に含まれる最左および最右のビデオデータストリームは「高」とされ、視点グループ２で追加される中央のビデオデータストリームは「中」とされ、視点グループ３でさらに追加される左中央および右中央は「低」とされる。【0040】
また、例えば、キャッシュ保持期間に関しては、視点グループ１に含まれる最左および最右のビデオデータストリームは「長」とされ、視点グループ３のみに含まれる左中央および右中央は「短」とされる。なお、ＭＰＤファイルの詳細については、さらに、後述する。【0041】
図７は、コンテンツからＤＡＳＨセグメントやＤＡＳＨ ＭＰＤファイルを生成するまでのフローの一例を示している。コンテンツマネジメントサーバ１５からＤＡＳＨセグメントストリーマ１１にコンテンツが送付される。ＤＡＳＨセグメントストリーマ１１は、そのコンテンツを構成するビデオデータ、オーディオデータ等に基づいて、各データストリームのＤＡＳＨセグメントを生成する。【0042】
また、ＤＡＳＨセグメントストリーマ１１は、生成した各データストリームのＤＡＳＨセグメントのアドレス（url）の情報を、ＤＡＳＨ ＭＰＤサーバ１２に送付する。コンテンツマネジメントサーバ１５は、コンテンツのメタデータを、ＤＡＳＨ ＭＰＤサーバ１２に送付する。ＤＡＳＨ ＭＰＤサーバ１２は、各データストリームのＤＡＳＨセグメントのアドレス情報と、コンテンツのメタデータとに基づいて、ＤＡＳＨ ＭＰＤファイルを生成する。【0043】
図８は、ＩＰＴＶクライアント１３（１３-1〜１３-N）の構成例を示している。ＩＰＴＶクライアント１３は、ストリーミングデータ制御部１３１と、ＨＴＴＰアクセス部１３２と、動画再生部１３３を有している。ストリーミングデータ制御部１３１は、ＤＡＳＨ ＭＰＤサーバ１２からＭＰＤファイルを取得し、その内容を解析する。【0044】
ＨＴＴＰアクセス部１３２は、動画再生に用いる動画や音声のセグメントをＤＡＳＨセグメントストリーマ１１に要求する。この際、ＩＰＴＶクライアント１３の画面サイズや伝送路の状態などを加味して、それに合わせた最適な画像サイズや符号化速度のストリームを選ぶ。例えば、最初の段階では符号化速度（レート）の遅いストリームのセグメントを要求し、通信状況が良好ならば符号化速度（レート）の速いストリームのセグメントを要求するように切り替える。【0045】
ＨＴＴＰアクセス部１３２は、受け取った動画や音声のセグメントを動画再生部１３３に送る。動画再生部１３３は、ＨＴＴＰアクセス部１３２から送られてくる各セグメントに復号処理を施して一本の動画コンテンツを得て、動画や音声を再生する。なお、ＩＰＴＶクライアント１３の各部の処理は例えばソフトウェアにより行われる。【0046】
この実施の形態では、ＩＰＴＶクライアント１３の再生能力のクラスとして、３つのクラスが想定されている。例えば、最もデバイスグレードが低く、最左および最右の２視点の画像データのみを取り扱う場合には、この２視点のビデオデータストリームのセグメントの要求が行われ、その２視点のビデオデータによる立体画像が再生される。【0047】
また、例えば、デバイスグレードが中ぐらいで最左、中央および最右の３視点の画像データを取り扱う場合、この３視点のビデオデータストリームのセグメントが要求され、その３視点のビデオデータによる立体画像が再生される。さらに、例えば、最もデバイスグレードが高く、最左、左中央、中央、右中央および最右の５視点の画像データを取り扱う場合、この５視点のビデオデータストリームのセグメントが要求され、その５視点のビデオデータによる立体画像が再生される。【0048】
図９は、一般的な、ＤＡＳＨベースのストリーム配信システムの系を示している。ＤＡＳＨ ＭＰＤファイルも、ＤＡＳＨセグメントも、全てＣＤＮ（Content Delivery Network）１４を介して配信される。ＣＤＮ１４は、複数のキャッシュサーバ（ＤＡＳＨキャッシュサーバ）がネットワーク配列された構成となっている。【0049】
キャッシュサーバは、ＩＰＴＶクライアント１３からのＭＰＤファイルの取得のためのＨＴＴＰリクエストを受ける。キャッシュサーバは、ローカルＭＰＤキャッシュにあれば、ＩＰＴＶクライアント１３にＨＴＴＰレスポンスとして返す。また、キャッシュサーバは、ローカルＭＰＤキャッシュになければ、そのリクエストをＤＡＳＨ ＭＰＤサーバ１２あるいは上位のキャッシュサーバに転送する。そして、キャッシュサーバは、ＭＰＤファイルの格納されたＨＴＴＰレスポンスを受け、ＩＰＴＶクライアント１３に転送すると共に、キャッシュ処理を行う。【0050】
また、キャッシュサーバは、ＩＰＴＶクライアント１３からのＤＡＳＨセグメント取得のＨＴＴＰリクエストを受ける。キャッシュサーバは、ローカルセグメントキャッシュにあれば、ＩＰＴＶクライアント１３にＨＴＴＰレスポンスとして返す。また、キャッシュサーバは、ローカルセグメントキャッシュになければ、そのリクエストをＤＡＳＨセグメントストリーマ１１あるいは上位のキャッシュサーバに転送する。そして、キャッシュサーバは、ＤＡＳＨセグメントの格納されたＨＴＴＰレスポンスを受け、ＩＰＴＶクライアント１３に転送すると共に、キャッシュ処理を行う。【0051】
ＣＤＮ１４では、最初にＨＴＴＰリクエストを発したＩＰＴＶクライアント１３-1へ配信されるＤＡＳＨセグメントが、経路のキャッシュサーバで一時的にキャッシュされ、後続の他のＩＰＴＶクライアント１３-2からのＨＴＴＰリクエストに対しては、そのキャッシュされたＤＡＳＨセグメントが配信される。そのため、大多数のＩＰＴＶクライアントに対するＨＴＴＰストリーミングの配信効率を向上させることができる。【0052】
本実施の形態において、ＣＤＮ１４は、複数のキャッシュサーバの他に、所定個数のキャッシュ管理サーバを有している。このキャッシュ管理サーバは、ＭＰＤファイルに含まれる各ビデオデータストリームのＤＡＳＨセグメントのキャッシュに関する指標に基づいて、キャッシュ制御ポリシーを作成し、各キャッシュサーバに配布する。各キャッシュサーバは、このキャッシュ制御ポリシーに基づいて、各ビデオデータストリームのＤＡＳＨセグメントのキャッシング処理を行う。【0053】
［ＭＰＤファイルへの各種情報の挿入］「視点情報の挿入」
この実施の形態において、ＭＰＤファイルは、立体画像を構成する複数の視点、例えば最左、左中央、中央、右中央および最右の５視点のビデオデータストリームの情報を持つ。ＤＡＳＨ ＭＰＤサーバは、デスクリプタタイプ要素を利用して、ＭＰＤファイルに、視点情報を含める。
【0054】
ＤＡＳＨでは、デスクリプタタイプ（DescriptorType）という要素を利用して、追加の辞書、ボキャブラリ参照を追加することができる。辞書、ボキャブラリ参照は、スキーマＵＲＩ（もしくは、スキーマＵＲＩとその辞書スキーマで定義されている値の組）で指定される。【0055】
図１０は、デスクリプタタイプ要素の定義を示している。デスクリプタタイプの下に、スキーマＵＲＩ（@schemeIdUri）と、バリュー（@value）の属性をおくことができるようになっている。スキーマＵＲＩの属性は、辞書スキーマ（名前空間）を指定するＵＲＮもしくはＵＲＬを示す。バリューの属性は、スキーマＵＲＩにて指定される辞書スキーマにおいて定義されている値を示す。【0056】
この実施の形態においては、上述したように、このデスクリプタタイプ（DescriptorType）要素を利用して、“視点”を示す要素としてのビューポイント（ViewPoint）要素を定義する。図１１は、ビューポイント要素の定義を示している。ビューポイントタイプの下のスキーマＵＲＩの属性は、視点（ビューポイント）を定義する辞書スキーマ（名前空間）を指定するＵＲＮもしくはＵＲＬを示す。ビューポイントタイプの下のバリューの属性は、スキーマＵＲＩにて指定される辞書スキーマにおいて定義されている値を示す。【0057】
ここで、視点辞書は、辞書スキーマ（名前空間）を「urn:aaaa:dash:vp」として、例えば、図１２に示すように、定義される。この視点辞書においては、「urn:aaaa:dash:vp：stereo-right」のＵＲＮは「最右」の辞書項目に対応している。「urn:aaaa:dash:vp：stereo-left」のＵＲＮは「最左」の辞書項目に対応している。「urn:aaaa:dash:vp：center」のＵＲＮは「中央」の辞書項目に対応している。「urn:aaaa:dash:vp：stereo-right-center」のＵＲＮは「右中央」の辞書項目に対応している。「urn:aaaa:dash:vp：stereo-left-center」のＵＲＮは「左中央」の辞書項目に対応している。【0058】
図１３は、ビューポイント（ViewPoint）要素を定義して、各視点のビデオデータストリームの情報に視点情報を含めた場合のＭＰＤファイルの一例を示している。この場合、ビューポイント要素は、コンテンツコンポーネント（ContentComponent）要素に配置される。【0059】
最左の視点のビデオデータストリームに対応した情報を持つ各リプレゼンテーションをグルーピングするアダプテーションセット内のコンテンツコンポーネントに、ビューポイント要素として、@schemeIdUri = “urn:aaaa:dash:vp：stereo-left”が配置される。これにより、このアダプテーションセット内の情報が最左の視点のビデオデータストリームに対応していることが示される。なお、詳細説明は省略するが、他の視点の情報を含むアダプテーションセット内のコンテンツコンポーネントにも、同様に、その視点を示すように、ビューポイント要素が配置されている。【0060】
「キャッシュ優先度指標の挿入」上述したようにＩＰＴＶクライアント１３の再生能力のクラスとして、３つのクラスが想定される場合を考える。最も普及度合いが高いと思われる処理能力の低いデバイス（クラス１デバイス）では、最左および最右の２視点のビデオデータストリームをもとに画像を構成する場合が一般的である。
【0061】
また、処理能力が中ぐらいのデバイス（クラス２デバイス）では最左、中央および最右の３視点のビデオデータストリームをもとに、さらに、最も普及度合いが低いと思われる処理能力の高いデバイス（クラス３デバイス）では最左、左中央、中央、右中央および最右の５視点のビデオデータストリームをもとに、というように、デバイスの処理能力に応じて、処理対象のストリームの種類が増えていく。【0062】
一般のＣＤＮでは予めアクセスされる可能性のあるＤＡＳＨセグメントを積極的にプリキャッシュする機能が備わっている場合が多い。この場合、すべてのＩＰＴＶクライアント１３がクラス３デバイスと仮定して、すべてのコンテンツにわたり、５視点のＤＡＳＨセグメントをプリキャッシュするときには、以下の不都合が考えられる。すなわち、キャッシュサーバへの複製処理の過負荷や、ストレージ容量を圧迫するリソース不足の問題が起こり、サービス要件に見合うコストで配信できない可能性が起こる。【0063】
この問題を軽減するためには、普及度合いが最も高いと想定されるデバイス（クラス１デバイス）において処理される最左および最右のビデオデータストリームのＣＤＮ展開優先度を上げ、次にクラス２デバイス向け、クラス３デバイス向けというように、ＤＡＳＨセグメントのＣＤＮ展開優先度を視点グループの種類に応じてランク付けできることが望ましい。【0064】
ＭＰＤファイルにＣＤＮ展開優先度が記述されることで、以下のことが可能となり、これにより、エンドユーザへのサービス提供のパフォーマンス（ストリーミングスタートまでの速度等）を落とさずに、ＣＤＮのリソース利用効率のコストパフォーマンスを上げることができる。【0065】
ＭＰＤファイルにＣＤＮ展開優先度が記述されることで、例えば、ＣＤＮのキャッシュ方針を管理するサーバにおいて、予め配信対象のコンテンツのＭＰＤを解析し、多数のクライアントからアクセスされる可能性のあるストリームから順に複製容量を割り当てることが可能となる。【0066】
また、ＭＰＤファイルにＣＤＮ展開優先度が記述されることで、例えば、複製処理の優先度付け（ＣＰＵリソースの割り当て優先度制御等）、複製記憶領域のアクセスパフォーマンスによる優先度付け（オン・メモリ、ＳＳＤ（フラッシュメモリドライブ）、ＨＤ等のストレージ・ステージング優先度制御等）を行うことが可能となる。【0067】
この実施の形態において、ＤＡＳＨ ＭＰＤサーバ１２は、デスクリプタタイプ（DescriptorType）要素を利用して、各視点のビデオデータストリームの情報に、ＤＡＳＨセグメントのキャッシュに関する指標として、キャッシュ優先度（ＣＤＮ展開優先度）の指標を含める。【0068】
この実施の形態においては、上述のデスクリプタタイプ要素を利用して、“ＣＤＮ展開優先度”、つまりキャッシュ優先度を示す要素としてのキャッシュパラメタ（CacheParameter）要素を定義する。図１４は、キャッシュパラメタ要素の定義を示している。キャッシュパラメタタイプの下のスキーマＵＲＩの属性は、キャッシュパラメタを定義する辞書スキーマ（名前空間）を指定するＵＲＮもしくはＵＲＬを示す。キャッシュパラメタタイプの下のバリューの属性は、スキーマＵＲＩにて指定される辞書スキーマにおいて定義されている値を示す。【0069】
ここで、キャッシュパラメタ辞書は、辞書スキーマ（名前空間）を「urn:aaaa:dash:cp」として、例えば、図１５に示すように、定義される。このキャッシュパラメタ辞書においては、「urn:aaaa:dash:cp：high」のＵＲＮは「高(high)」の辞書項目に対応している。「urn:aaaa:dash:cp：middle」のＵＲＮは「中(middle)」の辞書項目に対応している。「urn:aaaa:dash:cp：low」のＵＲＮは「低(low)」の辞書項目に対応している。【0070】
図１６は、キャッシュパラメタ（CacheParameter）要素を定義して、各視点のビデオデータストリームの情報にキャッシュ優先度の指標を含めた場合のＭＰＤファイルの一例を示している。この場合、キャッシュパラメタ（CacheParameter）要素は、リプレゼンテーション（Representation）要素に配置される。【0071】
最左の視点のビデオデータストリームに対応した情報を持つ各リプレゼンテーションに、キャッシュパラメタ要素として、@schemeIdUri = “urn:aaaa:dash:cp：high”が配置される。これにより、最左の視点のビデオデータストリームのキャッシュ優先度（ＣＤＮ展開優先度）は「高(high)」であることが示される。【0072】
なお、詳細説明は省略するが、他の視点の情報を持つ各リプレゼンテーションにも同様に、キャッシュパラメタ要素が配置され、キャッシュ優先度が示される。すなわち、左中央および右中央の視点のビデオデータストリームのキャッシュ優先度は「低(low)」であることが示される。また、中央の視点のビデオデータストリームのキャッシュ優先度は「中(middle)」であることが示される。さらに、最右の視点のビデオデータストリームのキャッシュ優先度は「高」であることが示される。【0073】
「キャッシュ保持期間指標の挿入」この実施の形態においては、ＤＡＳＨ ＭＰＤサーバ１２は、上述のキャッシュパラメタ（CacheParameter）要素を利用して、さらに、ＭＰＤファイルに、キャッシュ保持期間の指標を含める。すなわち、ＤＡＳＨ ＭＰＤサーバ１２は、キャッシュパラメタの例として、ＣＤＮ上のキャッシュサーバに保持する期間の長／短を示す辞書スキーマ項目を、図１７に示すように、追加定義する。このキャッシュパラメタ辞書（追加）においては、「urn:aaaa:dash:cp：long」のＵＲＮは「長(long)」の辞書項目に対応している。「urn:aaaa:dash:cp：short」のＵＲＮは「短(short)」の辞書項目に対応している。
【0074】
図１８は、キャッシュパラメタ（CacheParameter）要素を定義して、各視点のビデオデータストリームの情報にキャッシュ優先度の指標と共に、キャッシュ保持期間の指標を含めた場合のＭＰＤファイルの一例を示している。この場合、キャッシュパラメタ（CacheParameter）要素は、リプレゼンテーション（Representation）要素に配置される。【0075】
最左の視点のビデオデータストリームに対応した情報を持つ各リプレゼンテーションに、キャッシュパラメタ要素として、@schemeIdUri = “urn:aaaa:dash:cp：long”が配置される。これにより、最左の視点のビデオデータストリームのキャッシュ保持期間は「長(long)」であることが示される。【0076】
なお、詳細説明は省略するが、他の視点の情報を持つ各リプレゼンテーションにも同様に、キャッシュパラメタ要素が配置され、キャッシュ保持期間が示される。すなわち、左中央および右中央の視点のビデオデータストリームのキャッシュ保持期間は「短」であることが示される。また、中央の視点のビデオデータストリームに関しては、キャッシュ保持期間は特に指定されない。この場合、キャッシュサーバにおいては、任意のキャッシュ処理方針を選択することができる。【0077】
［ＣＤＮにおけるキャッシュ制御］ＣＤＮ１４には、複数のキャッシュサーバの他に、所定個数のキャッシュ管理サーバが配置されている（図９参照）。キャッシュ管理サーバは、上述のＭＰＤファイルに含まれるキャッシュに関する指標に基づいて、キャッシュ制御ポリシーを作成し、ＣＤＮ１４内のキャッシュサーバに配布する。各キャッシュサーバは、配布されたキャッシュ制御ポリシーに基づいて、ＤＡＳＨセグメントのキャッシング処理（取得、複製処理）を行う。
【0078】
例えば、ＩＰＴＶクライアント（ＤＡＳＨクライアント）１３から最初のＭＰＤファイルのリクエストがあがると、そのＭＰＤファイルを仲介したＣＤＮ１４上の最初のキャッシュサーバ（エッジサーバ）が、要求されたＭＰＤファイルを、ＤＡＳＨ ＭＰＤサーバ１２から取得する。このとき、キャッシュサーバは、そのＭＰＤファイルを、キャッシュ管理サーバに送る。キャッシュ管理サーバは、受け取ったＭＰＤファイルを解析し、キャッシュに関する指標に基づいてキャッシュ制御ポリシーを作成し、そのキャッシュ制御ポリシーをＣＤＮ１４内のキャッシュサーバに伝える。【0079】
また、例えば、キャッシュ管理サーバは、ＩＰＴＶクライアント１３から最初のＭＰＤのリクエストが送付される前に、例えば、積極的にＭＰＤファイルをクローラ等により取得する。そして、キャッシュ管理サーバは、取得したＭＰＤファイルを解析し、キャッシュに関する指標に基づいてキャッシュ制御ポリシーを作成し、そのキャッシュ管理ポリシーをＣＤＮ１４内のキャッシュサーバに伝える。【0080】
このキャッシュ制御ポリシーは、キャッシュに関する指標が示すクラスのそれぞれに対応させて、対応するｕｒｌもしくはｕｒｌ正規表現を含むリストを格納したものである。例えば、ＭＰＤファイルに、キャッシュに関する指標として、上述のキャッシュ優先度の指標およびキャッシュ保持期間の指標が含まれる場合、キャッシュ制御ポリシーは、図１９に示すように、各指標が示すクラスのそれぞれに対応させて、対応するｕｒｌ（もしくは正規表現を含むリスト）を格納したものとなる。【0081】
図２０は、キャッシュ制御ポリシーの一例を示している。この例は、上述の図１８に示すようにキャッシュ優先度の指標およびキャッシュ保持期間の指標が含まれるＭＰＤファイルにおいて、図２１に示すように、各ＤＡＳＨセグメントにｕｒｌが割り当てられている場合のキャッシュ制御ポリシーである。【0082】
このキャッシュ制御ポリシーにおいては、優先度が「高(high)」で保持期間が「長(long)」である区分には、最左および最右の視点のビデオデータストリームの各ＤＡＳＨセグメントに割り当てられているｕｒｌが含まれている。また、このキャッシュ制御ポリシーにおいては、優先度が「中(middle)」で保持期間が「指定なし(N/A)」である区分には、中央の視点のビデオデータストリームの各ＤＡＳＨセグメントに割り当てられているｕｒｌが含まれる。さらに、このキャッシュ制御ポリシーにおいては、優先度が「低(low)」で保持期間が「短(short)」である区分には、左中央および右中央の視点のビデオデータストリームの各ＤＡＳＨセグメントに割り当てられているｕｒｌが含まれている。【0083】
次に、図２２を参照して、キャッシュ制御ポリシーが配布されたキャッシュサーバにおけるキャッシング処理の一例を説明する。（ａ）キャッシュ管理サーバは、キャッシュサーバにキャッシュ制御ポリシーを配布する。（ｂ）ＩＰＴＶクライアント１３が「urlxx」のＤＡＳＨセグメントの取得要求を出すと、（ｃ）その取得要求を受け取ったキャッシュサーバは、ローカルキャッシュに「urlxx」のＤＡＳＨセグメントがあるか否かを判断する。【0084】
（ｄ）ローカルキャッシュに「urlxx」のＤＡＳＨセグメントがあるとき、キャッシュサーバは、そのＤＡＳＨセグメントをＩＰＴＶクライアント１３に返送する。（ｅ）一方、ローカルキャッシュに「urlxx」のＤＡＳＨセグメントがないとき、キャッシュサーバは、その取得要求を、ＤＡＳＨセグメントストリーマ１１に向けて出す。（ｆ）ＤＡＳＨセグメントストリーマ１１は、そのキャッシュサーバを介して、ＩＰＴＶクライアント１３にＤＡＳＨセグメントを返送する。（ｇ）キャッシュサーバを通じて「urlxx」のＤＡＳＨセグメントを受け取ったＩＰＴＶクライアントは、そのＤＡＳＨセグメントによる動画再生を行う。【0085】
（ｈ）キャッシュサーバは、ＩＰＴＶクライアント１３にＤＡＳＨセグメントを返送した後、キャッシング制御ポリシーに基づく、ＤＡＳＨセグメントのキャッシング処理を行う。すなわち。キャッシュサーバは、ステップＳＴ１において、「urlxx」の優先度は「高(high)」であるか否かを判断する。「高(high)」であるとき、キャッシュサーバは、ステップＳＴ２において、「urlxx」の保持期間は「長(long)」であるか否かを判断する。そして、「長(long)」であるとき、キャッシュサーバは、ステップＳＴ３において、「urlxx」のＤＡＳＨセグメントを、ローカルキャッシュ（オン・メモリ）への長期間の保持を開始する。【0086】
また、ステップＳＴ１で「高(high)」でないとき、あるいはステップＳＴ２で「長(long)」でないとき、キャッシュサーバは、ステップＳＴ４において、「urlxx」の優先度は「中(middle)」であるか否かを判断する。「中(middle)」であるとき、キャッシュサーバは、ステップＳＴ５において、「urlxx」の保持期間は「指定なし(N/A)」であるか否かを判断する。そして、「指定なし(N/A)」であるとき、キャッシュサーバは、ステップＳＴ６において、「urlxx」のＤＡＳＨセグメントを、ローカルキャッシュ（ＳＳＤ）への中期間の保持を開始する。【0087】
また、ステップＳＴ４で「中(middle)」でないとき、あるいはステップＳＴ５で「指定なし(N/A)」でないとき、キャッシュサーバは、ステップＳＴ７において、「urlxx」の優先度は「低(low)」であるか否かを判断する。「低(low)」であるとき、キャッシュサーバは、ステップＳＴ８において、「urlxx」の保持期間は「短(short)」であるか否かを判断する。そして、「短(short)」であるとき、キャッシュサーバは、ステップＳＴ９において、「urlxx」のＤＡＳＨセグメントを、ローカルキャッシュ（ＨＤ）への短期間の保持を開始する。【0088】
また、ステップＳＴ７で「低(low)」でないとき、あるいはステップＳＴ８で「短(short)」でないとき、キャッシュサーバは、ステップＳＴ１０において、「urlxx」のＤＡＳＨセグメントを、廃棄する。【0089】
［ストリーム配信システムの動作］図２３を参照して、ＩＰＴＶクライアント１３によるＭＰＤファイルの要求から、このＩＰＴＶクライアントによるコンテンツ（ＤＡＳＨセグメント）の再生までの動作例を説明する。なお、図示の例は、説明を簡単にするため、ＣＤＮが２個のキャッシュサーバ１６，１７と、１個のキャッシュ管理サーバ１８を有している場合を示している。
【0090】
（１）ＩＰＴＶクライアント１３-1は、所定のコンテンツに関するＭＰＤファイルの取得要求を、ＣＤＮのキャッシュサーバ１６を通じて、ＤＡＳＨ ＭＰＤサーバ１２に送付する。（２）ＤＡＳＨ ＭＰＤサーバ１２は、この取得要求に応じて、ＭＰＤファイルを、ＣＤＮのキャッシュサーバ１６に送付する。このＭＰＤファイルには、上述したように、キャッシュ優先度の指標およびキャッシュ保持期間の指標が含まれている。【0091】
（３）キャッシュサーバ１６は、そのＭＰＤファイルをＩＰＴＶクライアント１３-1に送付する。（４）キャッシュサーバ１６は、また、そのＭＰＤファイルをＭＰＤキャッシュに格納するキャッシング処理を行うと共に、そのＭＰＤファイルをキャッシュ管理サーバ１８に送付する。（５）キャッシュ管理サーバ１８は、そのＭＰＤファイルを解析し、キャッシング制御ポリシーを作成し、キャッシュサーバ１６，１７に配布する。【0092】
（６）ＭＰＤファイルを受け取ったＩＰＴＶクライアント１３-1は、このＭＰＤファイルに基づいて、所定のコンテンツを再生するためのＤＡＳＨセグメント（ストリームセグメント）を、ＣＤＮのキャッシュサーバ１６，１７を通じて、ＤＡＳＨセグメントストリーマ１１に送る。この場合、ＩＰＴＶクライアント１３-1は、自身のデバイス能力や置かれているネットワーク環境の状態に応じて、最適なレートおよび視点グループを選択できる。【0093】
（７）ＤＡＳＨセグメントストリーマ１１は、この取得要求に応じて、ＤＡＳＨセグメントをキャッシュサーバ１７に送付する。（８）キャッシュサーバ１７は、そのＤＡＳＨセグメントを、キャッシュサーバ１６に送付する。（９）キャッシュサーバ１７は、また、キャッシング制御ポリシーに基づいて、そのＤＡＳＨセグメントをローカルキャッシュに格納するキャッシング処理を行う。【0094】
（１０）キャッシュサーバ１７からＤＡＳＨセグメントの送付を受けたキャッシュサーバ１６は、そのＤＡＳＨセグメントをＩＰＴＶクライアント１３-1に送付する。（１１）キャッシュサーバ１６は、また、キャッシング制御ポリシーに基づいて、そのＤＡＳＨセグメントをローカルキャッシュに格納するキャッシング処理を行う。(１２)ＤＡＳＨセグメントの送付を受けたＩＰＴＶクライアント１３-1は、そのＤＡＳＨセグメントに復号処理を施し、所定のコンテンツの動画や音声を再生する。【0095】
（１３）キャッシュサーバ１７は、キャッシング制御ポリシーに基づいて、ローカルキャッシュに格納されているＤＡＳＨセグメントとは異なる、優先度の高いＤＡＳＨセグメントの自発的取得要求を、ＤＡＳＨセグメントストリーマ１１に送付する。（１４）ＤＡＳＨセグメントストリーマ１１は、この取得要求に応じて、ＤＡＳＨセグメントをキャッシュサーバ１７に送付する。（１５）キャッシュサーバ１７は、そのＤＡＳＨセグメントをローカルキャッシュに格納するキャッシング処理を行う。【0096】
（１６）ＩＰＴＶクライアント１３-2は、ＩＰＴＶクライアント１３-1が上述したように取得要求を行ったと同じＭＰＤファイルの取得要求を、ＣＤＮのキャッシュサーバ１６に送る。（１７）キャッシュサーバ１６は、そのＭＰＤファイルをＭＰＤキャッシュに格納しているので、そのＭＰＤファイルをＩＰＴＶクライアント１３-2に送付する。【0097】
（１８）ＭＰＤファイルを受け取ったＩＰＴＶクライアント１３-2は、このＭＰＤファイルに基づいて、ＩＰＴＶクライアント１３-1が上述したように取得要求を行ったと同じＤＡＳＨセグメント（ストリームセグメント）の取得要求を、ＣＤＮのキャッシュサーバ１６に送付する。（１９）キャッシュサーバ１６は、そのＤＡＳＨセグメントをローカルキャッシュに格納しているので、そのＤＡＳＨセグメントをＩＰＴＶクライアント１３-2に送付する。(２０)ＤＡＳＨセグメントの送付を受けたＩＰＴＶクライアント１３-2は、そのＤＡＳＨセグメントに復号処理を施し、所定のコンテンツの動画や音声を再生する。【0098】
（２１）その後、ＩＰＴＶクライアント１３-2は、異なるＤＡＳＨセグメントの取得要求を、ＣＤＮのキャッシュサーバ１６に送付する。（２２）キャッシュサーバ１６は、そのＤＡＳＨセグメントをローカルキャッシュに格納していないので、そのＤＡＳＨセグメントの取得要求をキャッシュサーバ１７に転送する。【0099】
（２３）キャッシュサーバ１７は、そのＤＡＳＨセグメントをローカルキャッシュに格納しているので、そのＤＡＳＨセグメントを、キャッシュサーバ１６に送付する。（２４）そして、このキャッシュサーバ１６は、そのＤＡＳＨセグメントをＩＰＴＶクライアント１３-2に送付する。（２５）ＤＡＳＨセグメントの送付を受けたＩＰＴＶクライアント１３-2は、そのＤＡＳＨセグメントに復号処理を施し、所定のコンテンツの動画や音声を再生する。【0100】
以上説明したように、図１に示すストリーム配信システム１０においては、ＤＡＳＨ ＭＰＤサーバ１２が提供するＭＰＤファイルに、ＤＡＳＨセグメント毎のキャッシュ優先度やキャッシュ保持期間などのキャッシュに関する指標が含まれている。ＣＤＮ１４のキャッシュ管理サーバは、このキャッシュに関する指標に基づいて、キャッシュ制御ポリシーを作成し、各キャッシュサーバに配布する。【0101】
ＣＤＮ１４の各キャッシュサーバは、そのキャッシュ制御ポリシーに基づいて、ＤＡＳＨセグメントのキャッシング処理を行う。これにより、ＣＤＮ１４の各キャッシュサーバにおいて、キャッシュ優先度の高いＤＡＳＨセグメントほど、より多くのキャッシュサーバのローカルキャッシュに格納されている状態となる。【0102】
そのため、ＩＰＴＶクライアント１３から取得要求が多く出されると思われる、例えば視点グループ１のビデオデータストリームのＤＡＳＨセグメントに関しては、ＩＰＴＶクライアント１３のそのＤＡＳＨセグメントの取得要求に対して、ＤＡＳＨセグメントストリーマ１１からではなく、ＣＤＮ１４のキャッシュサーバから送付される確率が高くなる。したがって、ＣＤＮ１４は、各ビデオデータストリームのＤＡＳＨセグメントのキャッシュ・配信資源管理を効率的に行うことが可能となる。【0103】
＜２．変形例＞なお、上述実施の形態においては、ＭＰＤファイルにキャッシュに関する指標としてキャッシュ優先度の指標やキャッシュ保持期間の指標などが含まれる例を示した。しかし、キャッシュに関する指標は、これらに限定されない。例えば、キャッシ周辺のキャッシュサーバに送付してキャッシュを要求することを考えた場合に、その周辺の範囲の指標も考えられる。
【0104】
また、上述実施の形態においては、ＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームが、立体画像を構成する複数の視点のビデオデータストリームである例を示した。しかし、ＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームは、グルーピング可能なその他のビデオデータストリームであってもよい。その場合にあっても、ＭＰＤファイルに各グループに応じたキャッシュに関する指標を含ませることで、ＣＤＮ１４は、各ビデオデータストリームのＤＡＳＨセグメントのキャッシュ・配信資源管理を効率的に行うことが可能となる。【0105】
また、上述実施の形態においては、本技術をＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームを配信するストリーム配信システムに適用したものである。本技術は、その他の同様のビデオデータストリームの配信システムにも同様に適用できることは勿論である。【0106】
また、本技術は、以下のような構成を取ることもできる。（１）配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持つメタファイルを生成するメタファイル生成部と、
上記クライアント端末から送信要求があるとき、上記メタファイルを、上記ネットワークを通じて、該クライアント端末に送信するメタファイル送信部とを備え、
上記メタファイル生成部は、
上記メタファイルに上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
送信装置。
（２）上記キャッシュに関する指標は、上記ネットワークにおける対応するビデオデータストリームのキャッシュ優先度の指標である
前記（１）に記載の送信装置。
（３）上記キャッシュに関する指標は、上記ネットワークにおける対応するビデオデータストリームのキャッシュ保持期間の指標である
前記（１）に記載の送信装置。
（４）上記所定数のビデオデータストリームは、立体画像を構成する複数の視点のビデオデータストリームである
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記メタファイル生成部は、
上記複数の視点のビデオデータストリームの配信要求頻度予測に基づいて分類された視点グループに基づいて、各視点のビデオデータストリームの上記キャッシュに関する指標を決める
前記（４）に記載の送信装置。
（６）上記所定数のビデオデータストリームは、ＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームであり、
上記メタファイルはＭＰＤファイルであり、
上記ネットワークはＣＤＮである
前記（１）から（５）のいずれかに記載の送信装置。
（７）上記メタファイル生成部は、
上記ＭＰＤファイルに、デスクリプタタイプ要素を利用して、上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
前記（６）に記載の送信装置。
（８）配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームの情報を持つメタファイルを生成するメタファイル生成ステップと、
クライアント端末から送信要求があるとき、上記生成されたメタファイルを、上記ネットワークを通じて、該クライアント端末に送信するメタファイル送信ステップとを備え、
上記メタファイル生成ステップでは、
上記メタファイルに上記ネットワークにおける各ビデオデータストリームのキャッシュに関する指標を含める
送信方法。
（９）複数のキャッシュサーバと所定数のキャッシュ管理サーバとを有してなり、
上記キャッシュサーバは、
配信サーバがネットワークを通じて配信可能な所定コンテンツの所定数のビデオデータストリームをクライアント端末が取得するための情報を持つメタファイルを受信するとき、該メタファイルを上記キャッシュ管理サーバに送信し、
上記キャッシュ管理サーバは、
上記メタファイルに含まれる各ビデオデータストリームのキャッシュに関する指標に基づいてキャッシュ制御ポリシーを生成して各キャッシュサーバに配布する
ネットワーク装置。
（１０）上記キャッシュに関する指標は、ビデオデータストリームのキャッシュ優先度および／またはキャッシュ保持期間の指標である
前記（９）に記載のネットワーク装置。
（１１）上記所定数のビデオデータストリームは、ＭＰＥＧ−ＤＡＳＨベースのビデオデータストリームであり、
上記メタファイルはＭＰＤファイルであり、
上記キャッシュサーバは、ＤＡＳＨキャッシュサーバである
前記（９）または（１０）に記載のネットワーク装置。
【符号の説明】
【0108】
１０・・・ストリーム配信システム１１・・・ＤＡＳＨセグメントストリーマ
１２・・・ＤＡＳＨ ＭＰＤサーバ
１３，１３-1〜１３-3・・・ＩＰＴＶクライアント
１４・・・ＣＤＮ
１５・・・コンテンツマネジメントサーバ
１６，１７・・・キャッシュサーバ
１８・・・キャッシュ管理サーバ