(57)【要約】【課題】ＡＢＳ技術を用いてコンテンツをクライアントに配信する際に、クライアントでコンテンツを再生ができない場合の代替手段を指定することが可能なサーバ装置を提供する。【解決手段】同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶する記憶部と、前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信する通信部と、を備える、サーバ装置が提供される。【選択図】図１
2014171385.tif 000002
【特許請求の範囲】
【請求項１】
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶する記憶部と、
前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信する通信部と、
を備える、サーバ装置。
【請求項２】
前記記憶部は、前記アクセス情報に、前記代替コンテンツの優先順位の情報を記述して記憶する、請求項１に記載のサーバ装置。
【請求項３】
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶することと、
前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信することと、
を備える、コンテンツ提供方法。
【請求項４】
コンピュータに、
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶することと、
前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信することと、
を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、サーバ装置、コンテンツ提供方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近日、コンテンツ伝送のためのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、およびコンテンツ圧縮符号化に関するＭＰ４が広く利用されている。ＨＴＴＰによれば、インターネットにおいて、コンテンツのダウンロードだけでなく、ストリーミングを行うことが可能である。このＨＴＴＰストリーミングは、「ＤＬＮＡ  ｇｕｉｄｅｌｉｎｅｓ」（２００６）や「Ｏｐｅｎ  ＩＰＴＶ  Ｆｏｒｕｍ」（２００９）などのネットワークメディア規格にも採用されている。また、ＭＰ４（ＩＳＯ／ＩＥＣ−１４４９６−１２，１４）は、記憶フォーマットとしてだけでなく、ダウンロードやストリーミングなどの伝送フォーマットとしても利用可能である。【０００３】
また、ストリーミングに関しては、下記非特許文献１に記載されているように、ＡＢＳ（Ａｄａｐｔｉｖｅ  ＢｉｔＳｔｒｅａｍｉｎｇ）技術が知られている。ＡＢＳ技術は、同一コンテンツが異なるビットレートで表現された複数の符号化データをコンテンツサーバに格納し、クライアントが、ネットワーク帯域に応じて複数の符号化データのいずれかの符号化データを選択しながら再生する技術である。【０００４】
通常のストリーミングの場合には、ネットワークの帯域がビットレートを下回ったときには、データの供給が消費に追いつかなくなり、クライアント側でバッファリングしているデータは枯渇する。結果、クライアントは再生を継続することができなくなる。それに対し、ＡＢＳ技術では、帯域が小さくなった時には低いビットレートの符号化データに再生データを切り替えるので、再生時における途切れを抑制することが可能になる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】MPEG-DASH(Dynamic Adaptive Streaming over HTTP)（URL:http://mpeg.chiariglione.org/standards/mpeg-dash/media-presentation-description-and-segment-formats/text-isoiec-23009-12012-dam-1）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
下限のビットレートの符号化データでもクライアントで再生ができない場合、どのように振る舞うかはクライアントでのコンテンツ再生アプリケーションの実装に依存してしまう。従って、下限のビットレートの符号化データでもクライアントで再生ができない場合の代替手段を指定する技術が望まれている。【０００７】
そこで本開示は、ＡＢＳ技術を用いてコンテンツをクライアントに配信する際に、クライアントでコンテンツを再生ができない場合の代替手段を指定することが可能な、新規かつ改良されたサーバ装置、コンテンツ提供方法及びコンピュータプログラムを提供する。
【課題を解決するための手段】
【０００８】
本開示によれば、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶する記憶部と、前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信する通信部と、を備える、サーバ装置が提供される。【０００９】
また本開示によれば、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶することと、前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信することと、を備える、コンテンツ提供方法が提供される。【００１０】
また本開示によれば、コンピュータに、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶することと、前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信することと、を実行させる、コンピュータプログラムが提供される。
【発明の効果】
【００１１】
以上説明したように本開示によれば、ＡＢＳ技術を用いてコンテンツをクライアントに配信する際に、クライアントでコンテンツを再生ができない場合の代替手段を指定することが可能な、新規かつ改良されたサーバ装置、コンテンツ提供方法及びコンピュータプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本開示の実施形態によるコンテンツ再生システムの構成を示した説明図である。
【図２】本実施形態によるコンテンツ再生システムにおけるデータの流れを示した説明図である。
【図３】ＭＰＤの具体例を示した説明図である。
【図４】本実施形態によるコンテンツサーバ１０の構成を示した機能ブロック図である。
【図５】本実施形態によるコンテンツ再生装置２０の構成を示した機能ブロック図である。
【図６Ａ】ＭＰＤの例を示す説明図である。
【図６Ｂ】ＭＰＤの例を示す説明図である。
【図７Ａ】ＭＰＤの例を示す説明図である。
【図７Ｂ】ＭＰＤの例を示す説明図である。
【図８Ａ】ＭＰＤの例を示す説明図である。
【図８Ｂ】ＭＰＤの例を示す説明図である。
【図８Ｃ】ＭＰＤの例を示す説明図である。
【図９Ａ】ＭＰＤの例を示す説明図である。
【図９Ｂ】ＭＰＤの例を示す説明図である。
【図９Ｃ】ＭＰＤの例を示す説明図である。
【図１０】ＭＰＤの例を示す説明図である。
【図１１】ＭＰＤの例を示す説明図である。
【図１２】ＭＰＤの例を示す説明図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１４】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成または論理的意義を有する複数の構成を、必要に応じてコンテンツ再生装置２０Ａ、２０Ｂおよび２０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、コンテンツ再生装置２０Ａ、２０Ｂおよび２０Ｃを特に区別する必要が無い場合には、単にコンテンツ再生装置２０と称する。
【００１５】
なお、説明は以下の順序で行うものとする。
＜１．コンテンツ再生システムの概要＞
＜２．コンテンツサーバの構成＞
＜３．コンテンツ再生装置の構成＞
＜４．ＭＰＤの構成＞
＜５．まとめ＞
【００１６】
＜１．コンテンツ再生システムの概要＞
まず、図１〜図３を参照し、本開示の実施形態によるコンテンツ再生システムについて概略的に説明する。
【００１７】
以下では、まず、このような各実施形態において共通する基本構成について図１および図２を参照して説明する。
【００１８】
図１は、本開示の実施形態によるコンテンツ再生システムの構成を示した説明図である。図１に示したように、本開示の実施形態によるコンテンツ再生システムは、コンテンツサーバ１０と、ネットワーク１２と、コンテンツ再生装置２０（クライアント装置）と、を備える。
【００１９】
コンテンツサーバ１０とコンテンツ再生装置２０は、ネットワーク１２を介して接続されている。このネットワーク１２は、ネットワーク１２に接続されている装置から送信される情報の有線、または無線の伝送路である。
【００２０】
例えば、ネットワーク１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００２１】
コンテンツサーバ１０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタ情報を含むデータファイルを生成して記憶する。なお、コンテンツサーバ１０がＭＰ４形式のデータファイルを生成する場合、符号化データは「ｍｄａｔ」に該当し、メタ情報は「ｍｏｏｖ」に該当する。
【００２２】
また、コンテンツデータは、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトウェアなどであってもよい。
【００２３】
ここで、本実施形態によるコンテンツサーバ１０は、同一コンテンツに関し、異なるビットレートで複数のデータファイルを生成する。以下、図２を参照して当該事項について具体的に説明する。
【００２４】
図２は、本実施形態によるコンテンツ再生システムにおけるデータの流れを示した説明図である。コンテンツサーバ１０は、同一のコンテンツデータを異なるビットレートで符号化し、図２に示したように例えば２ＭｂｐｓのファイルＡ、１．５ＭｂｐｓのファイルＢ、１ＭｂｐｓのファイルＣを生成する。相対的に、ファイルＡはハイビットレートであり、ファイルＢは標準ビットレートであり、ファイルＣはロービットレートである。
【００２５】
また、図２に示したように、各ファイルの符号化データは複数のセグメントに区分されている。例えば、ファイルＡの符号化データは「Ａ１」、「Ａ２」、「Ａ３」、・・・「Ａｎ」というセグメントに区分されており、ファイルＢの符号化データは「Ｂ１」、「Ｂ２」、「Ｂ３」、・・・「Ｂｎ」というセグメントに区分されており、ファイルＣの符号化データは「Ｃ１」、「Ｃ２」、「Ｃ３」、・・・「Ｃｎ」というセグメントに区分されている。
【００２６】
なお、各セグメントはＭＰ４のシンクサンプル（たとえば、ＡＶＣ/Ｈ．２６４の映像符号化ではＩＤＲ−ピクチャ）で始まる単独で再生可能な１または２以上の映像符号化データおよび音声符号化データより構成サンプルで構成されてもよい。例えば、一秒３０フレームのビデオデータが１５フレーム固定長のＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）にて符号化されていた場合、各セグメントは、４ＧＯＰに相当する２秒分の映像ならびに音声符号化データであっても、２０ＧＯＰに相当する１０秒分の映像ならびに音声符号化データであってもよい。
【００２７】
また、各ファイルにおける配置順番が同一のセグメントによる再生範囲（コンテンツの先頭からの時間位置の範囲）は同一である。例えば、セグメント「Ａ２」、セグメント「Ｂ２」、およびセグメント「Ｃ２」の再生範囲は同一であり、各セグメントが２秒分の符号化データである場合、セグメント「Ａ２」、セグメント「Ｂ２」、およびセグメント「Ｃ２」の再生範囲は、いずれもコンテンツの２秒〜４秒である。
【００２８】
コンテンツサーバ１０は、このような複数のセグメントから構成されるファイルＡ〜ファイルＣを生成すると、ファイルＡ〜ファイルＣを記憶する。そして、コンテンツサーバ１０は、図２に示したように、異なるファイルを構成するセグメントをコンテンツ再生装置２０に順次に送信し、コンテンツ再生装置２０は、受信したセグメントをストリーミング再生する。
【００２９】
ここで、本実施形態によるコンテンツサーバ１０は、各符号化データのビットレート情報およびアクセス情報を含むプレイリストファイル（以下、ＭＰＤ：Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）をコンテンツ再生装置２０に送信し、コンテンツ再生装置２０は、ＭＰＤに基づき、複数のビットレートのうちのいずれかのビットレートを選択し、選択したビットレートに対応するセグメントの送信をコンテンツサーバ１０に要求する。
【００３０】
図１では、１つのコンテンツサーバ１０のみが図示されているが、本開示は係る例に限定されないことは言うまでもない。
【００３１】
図３は、ＭＰＤの具体例を示した説明図である。図３に示したように、ＭＰＤには、異なるビットレート（ＢＡＮＤＷＩＤＴＨ）を有する複数の符号化データに関するアクセス情報が含まれる。例えば、図３に示したＭＰＤは、２５６Ｋｂｐｓ、１．０２４Ｍｂｐｓ、１．３８４Ｍｂｐｓ、１．５３６Ｍｂｐｓ、２．０４８Ｍｂｐｓの各々の符号化データが存在することを示す共に、各符号化データに関するアクセス情報を含む。コンテンツ再生装置２０は、かかるＭＰＤに基づき、ストリーミング再生する符号化データのビットレートを動的に変更することが可能である。
【００３２】
なお、図１にはコンテンツ再生装置２０の一例として携帯端末を示しているが、コンテンツ再生装置２０はかかる例に限定されない。例えば、コンテンツ再生装置２０は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、コンテンツ再生装置２０は、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。
【００３３】
＜２．コンテンツサーバ１０の構成＞
以上、図１〜図３を参照し、本開示の実施形態によるコンテンツ再生システムの概要を説明した。続いて、図４を参照し、本実施形態によるコンテンツサーバ１０の構成を説明する。
【００３４】
図４は、本実施形態によるコンテンツサーバ１０の構成を示した機能ブロック図である。図４に示したように、本実施形態によるコンテンツサーバ１０は、ファイル生成部１２０と、記憶部１３０と、通信部１４０と、を備える。
【００３５】
ファイル生成部１２０は、コンテンツデータを符号化するエンコーダ１２２を備え、同一のコンテンツでビットレートが異なる複数の符号化データ、および上述したＭＰＤを生成する。例えば、ファイル生成部１２０は、２５６Ｋｂｐｓ、１．０２４Ｍｂｐｓ、１．３８４Ｍｂｐｓ、１．５３６Ｍｂｐｓ、２．０４８Ｍｂｐｓの各々の符号化データを生成した場合、図３に示したようなＭＰＤを生成する。
【００３６】
記憶部１３０は、ファイル生成部１２０により生成されたビットレートが異なる複数の符号化データおよびＭＰＤを記憶する。この記憶部１３０は、不揮発性メモリ、磁気ディスク、光ディスク、およびＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。不揮発性メモリとしては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）およびＢＤ（Ｂｌｕ−Ｒａｙ  Ｄｉｓｃ（登録商標））などがあげられる。
【００３７】
通信部１４０は、コンテンツ再生装置２０とのインターフェースであって、ネットワーク１２を介してコンテンツ再生装置２０と通信する。より詳細には、通信部１４０は、ＨＴＴＰに従ってコンテンツ再生装置２０と通信するＨＴＴＰサーバとしての機能を有する。例えば、通信部１４０は、ＭＰＤをコンテンツ再生装置２０に送信し、ＨＴＴＰに従ってコンテンツ再生装置２０からＭＰＤに基づいて要求された符号化データを記憶部１３０から抽出し、ＨＴＴＰレスポンスとしてコンテンツ再生装置２０に符号化データを送信する。
【００３８】
＜３．コンテンツ再生装置２０の構成＞
以上、本実施形態によるコンテンツサーバ１０の構成を説明した。続いて、図５を参照し、本実施形態によるコンテンツ再生装置２０の構成を説明する。
【００３９】
図５は、本実施形態によるコンテンツ再生装置２０の構成を示した機能ブロック図である。図５に示したように、本実施形態によるコンテンツ再生装置２０は、通信部２２０と、記憶部２３０と、再生部２４０と、選択部２５０と、を備える。
【００４０】
通信部２２０は、コンテンツサーバ１０とのインターフェースであって、コンテンツサーバ１０に対してデータを要求し、コンテンツサーバ１０からデータを取得する。より詳細には、通信部２２０は、ＨＴＴＰに従ってコンテンツ再生装置２０と通信するＨＴＴＰクライアントとしての機能を有する。例えば、通信部２２０は、ＨＴＴＰ  Ｒａｎｇｅを利用することにより、コンテンツサーバ１０からＭＰＤや符号化データのセグメントを選択的に取得することができる。
【００４１】
記憶部２３０は、コンテンツの再生に関する種々の情報を記憶する。例えば、通信部２２０によりコンテンツサーバ１０から取得されるセグメントを順次にバッファリングする。記憶部２３０にバッファリングされた符号化データのセグメントは、ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）で再生部２４０へ順次に供給される。
【００４２】
再生部２４０は、記憶部２３０から供給されるセグメントを順次に再生する。具体的には、再生部２４０は、セグメントのデコード、ＤＡ変換、およびレンダリングなどを行う。
【００４３】
選択部２５０は、ＭＰＤに含まれるいずれのビットレートに対応する符号化データのセグメントを取得するかを同一コンテンツ内で順次に選択する。例えば、選択部２５０がネットワーク１２の帯域に応じてセグメント「Ａ１」、「Ｂ２」、「Ａ３」を順次に選択すると、図２に示したように、通信部２２０がコンテンツサーバ１０からセグメント「Ａ１」、「Ｂ２」、「Ａ３」を順次に取得する。
【００４４】
＜４．ＭＰＤの構成＞
続いて、コンテンツサーバ１０の記憶部１３０が保持するＭＰＤの例を示す。上述したように、下限のビットレートの符号化データでもコンテンツ再生装置２０でコンテンツの再生ができない場合、どのように振る舞うかを予め規定しておかなければ、振る舞いはコンテンツ再生装置２０での実装に依存してしまう。
【００４５】
例えば、下限のビットレートの符号化データでも再生できない場合、どのように振る舞うかが予め規定されていなければ、コンテンツ再生装置２０によっては、本来再生すべきコンテンツの代わりに、ＪＰＥＧファイルのシーケンスを表示したり、コンテンツの音だけの再生にしたりするなどの様々な動作がされ得る。
【００４６】
そこで以下では、下限のビットレートの符号化データでもコンテンツ再生装置２０で再生できない場合に、コンテンツ再生装置２０にどのように動作させるかを記述した、記憶部１３０が保持するＭＰＤの例を示す。
【００４７】
図６Ａ及び図６Ｂは、コンテンツサーバ１０が保持するＭＰＤの例を示す説明図である。図６Ａ及び図６Ｂには、コンテンツサーバ１０が保持するＭＰＤに、コンテンツ再生装置２０での代替手段を明示的に記述した場合の例が示されている。説明の便宜上、２図に分けて図示しているが、図６Ａ及び図６Ｂに示した内容で１つのＭＰＤが構成される。
【００４８】
図６Ａ及び図６Ｂには、<AdaptationSet>タグの内部において「group」要素が指定されているものが示されている。図６Ａ及び図６Ｂに示した例では「group="1"」として指定されている。この「group」要素は、同じ値が設定されているものの中から１つを選択して再生することを規定するものであり、図６Ａ及び図６Ｂの例では、ビデオの再生（Video）と、静止画の１５秒毎の切り替え表示（Images for every 15 seconds）のどちらかをコンテンツ再生装置２０に選択させる場合が示されている。
【００４９】
そして、同じgroup（group="1"）として指定されているそれぞれの<AdaptationSet>タグの内部において、「Role」要素が指定されている。そしてこの「Role」要素について、<Role schemeIdUri="urn:mpeg:dash:role:2011" value="main"/>または<Role schemeIdUri="urn:mpeg:dash:role:2011" value=“alternate"/>と記述されている。これは、通常は「main」で指定されているビデオの再生を実行させ、ビデオの再生が出来なければ「alternate」で指定されている静止画の１５秒毎の切り替え表示を実行させることを意味している。
【００５０】
このように、「Role="main"」または「Role="alternate"」を持つgroupが同じAdaptationSetであれば、メディア種別が異なっても切り替えが可能であることを、ＭＰＤで示すことができる。従って、図６Ａ及び図６Ｂに示したＭＰＤをコンテンツサーバ１０で保持しておき、コンテンツ再生装置２０に提供することで、コンテンツ再生装置２０に、通常時はビデオの再生を実行させ、ビデオの再生が出来なければ静止画の１５秒毎の切り替え表示を実行させることができる。
【００５１】
別の例を示す。図７Ａ及び図７Ｂは、コンテンツサーバ１０が保持するＭＰＤの例を示す説明図である。図７Ａ及び図７Ｂには、コンテンツサーバ１０が保持するＭＰＤに、コンテンツ再生装置２０での代替手段を明示的に記述した場合の例が示されている。説明の便宜上、２図に分けて図示しているが、図７Ａ及び図７Ｂに示した内容で１つのＭＰＤが構成される。
【００５２】
図７Ａ及び図７Ｂでは、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段として、静止画の１５秒毎の切り替え表示及びコンテンツの音声だけの再生を定義したＭＰＤの例が示されている。
【００５３】
図７Ａには、「group="1"」として指定されている<AdaptationSet>タグの内部に、「codecs="null"」と指定されているＭＰＤが示されている。このようにＭＰＤで「codecs="null"」と指定することで、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段として、コンテンツの音声だけをコンテンツ再生装置２０で再生させることができる。
【００５４】
なお図７Ａのように、「codecs="null"」と指定する場合は、図７Ａに示したように、「bandwidth」の設定を０にしてもよく、また「bandwidth」の設定をしないようにしてもよい。
【００５５】
このように、コンテンツサーバ１０が保持するＭＰＤに、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段の情報を記述することで、コンテンツ再生装置２０での振る舞いを統一させることができる。しかし、図７Ａ及び図７Ｂに示したように、代替手段が複数ある場合は、どの代替手段を選択するかはコンテンツ再生装置２０での実装に依存することになる。
【００５６】
そこで続いての例では、代替手段が複数ある場合であっても、コンテンツ再生装置２０での振る舞いを統一させることができるＭＰＤを示す。
【００５７】
図８Ａ、図８Ｂ及び図８Ｃは、コンテンツサーバ１０が保持するＭＰＤの例を示す説明図である。図８Ａ、図８Ｂ及び図８Ｃには、コンテンツサーバ１０が保持するＭＰＤに、コンテンツ再生装置２０での代替手段が複数ある場合に、どの代替手段を優先するかを明示的に記述した場合の例が示されている。説明の便宜上、３図に分けて図示しているが、図８Ａ、図８Ｂ及び図８Ｃに示した内容で１つのＭＰＤが構成される。
【００５８】
図８Ａ、図８Ｂ及び図８Ｃでは、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段として、静止画の１５秒毎の切り替え表示及びコンテンツの音声だけの再生を定義したＭＰＤの例が示されている。
【００５９】
図８Ａ、図８Ｂ及び図８Ｃには、<AdaptationSet>タグの内部において、それぞれ異なるidが指定されているものが示されている。図８Ａ、図８Ｂ及び図８Ｃに示した例では、４つの再生メディア（ビデオ、ビデオの音声だけの再生、音声の再生、静止画の１５秒毎の切り替え表示）がＭＰＤに規定されている。図８Ａ、図８Ｂ及び図８Ｃに示した例では、ビデオにはid=1が、ビデオの音声だけの再生にはid=2が、音声の再生にはid=3が、静止画の１５秒毎の切り替え表示にはid=4が、それぞれ規定されている。そして、通常時の再生メディアであるビデオの<AdaptationSet>タグの内部に、「alternateGroup="4 2"」と指定されている（図８Ａ参照）。これは、コンテンツ再生装置２０でビデオが再生できない場合に、コンテンツ再生装置２０での代替手段としてid=4が指定されている静止画の１５秒毎の切り替え表示を優先し、その次にid=2が指定されているビデオの音声だけの再生を行わせることを意味している。
【００６０】
このように、コンテンツサーバ１０が保持するＭＰＤに、コンテンツ再生装置２０での代替手段が複数ある場合に、どの代替手段を優先するかを明示的に記述することで、コンテンツ再生装置２０での振る舞いを統一させることができる。
【００６１】
代替手段が複数ある場合であっても、コンテンツ再生装置２０での振る舞いを統一させることができるＭＰＤの別の例を示す。図９Ａ、図９Ｂ及び図９Ｃは、コンテンツサーバ１０が保持するＭＰＤの例を示す説明図である。図９Ａ、図９Ｂ及び図９Ｃには、コンテンツサーバ１０が保持するＭＰＤに、コンテンツ再生装置２０での代替手段が複数ある場合に、どの代替手段を優先するかを明示的に記述した場合の例が示されている。説明の便宜上、３図に分けて図示しているが、図９Ａ、図９Ｂ及び図９Ｃに示した内容で１つのＭＰＤが構成される。
【００６２】
図９Ａ、図９Ｂ及び図９Ｃでは、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段として、静止画の１５秒毎の切り替え表示及びコンテンツの音声だけの再生を定義したＭＰＤの例が示されている。
【００６３】
図９Ａ、図９Ｂ及び図９Ｃに示したＭＰＤでは、group属性で同一のgroupが指定された<AdaptationSet>タグの内部において、優先順位が設定された「alternateGroupPriority」属性が示されている。この「alternateGroupPriority」属性には、コンテンツ再生装置２０でコンテンツが再生できない場合の優先順位が指定される。
【００６４】
図９Ａ、図９Ｂ及び図９Ｃに示したＭＰＤでは、静止画の１５秒毎の切り替え表示について規定された<AdaptationSet>タグの内部において、「alternateGroupPriority="1"」と指定されており、コンテンツの音声だけの再生について規定された<AdaptationSet>タグの内部において、「alternateGroupPriority="2"」と指定されている。これは、コンテンツ再生装置２０でコンテンツが再生できない場合に、コンテンツ再生装置２０において静止画の１５秒毎の切り替え表示を優先させることを意味している。
【００６５】
このように、コンテンツサーバ１０が保持するＭＰＤに、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段が複数ある場合に、どの代替手段を優先するかを明示的に記述することで、コンテンツ再生装置２０での振る舞いを統一させることができる。
【００６６】
「alternateGroupPriority」属性を使用した優先順位の指定の変形例を示す。図１０は、ＭＰＤの例を示す説明図である。図１０では、「alternateGroupPriority」属性を使用して優先順位を指定するＭＰＤの一部のみが抜き出され、他の箇所は図９Ａ、図９Ｂ及び図９Ｃに示したように記述されているものとする。
【００６７】
図１０に示した例は、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段として、静止画の１５秒毎の切り替え表示、音楽に合わせて動く画像の表示、コンテンツの音声だけの再生の順に優先順位が指定された場合である。そして図１０には、優先順位が２番目に指定された、音楽に合わせて動く画像の表示と、３番目に指定された、コンテンツの音声だけの再生についてのＭＰＤが示されている。
【００６８】
図１１は、ＭＰＤの例を示す説明図である。図１１では、「alternateGroupPriority」属性を使用して優先順位を指定するＭＰＤの一部のみが抜き出され、他の箇所は図９Ａ、図９Ｂ及び図９Ｃに示したように記述されているものとする。
【００６９】
図１１に示した例は、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段として、静止画の１５秒毎の切り替え表示、広告の表示、コンテンツの音声だけの再生の順に優先順位が指定された場合である。そして図１０には、優先順位が２番目に指定された広告の表示と、３番目に指定されたコンテンツの音声だけの再生についてのＭＰＤが示されている。
【００７０】
このように、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段が変化しても、「alternateGroupPriority」属性を使用して、優先順位を柔軟に設定し、コンテンツ再生装置２０での振る舞いを統一させることができる。
【００７１】
図１２は、ＭＰＤの別の例を示す説明図である。図１２では、「alternateGroupPriority」属性を使用して優先順位を指定するＭＰＤの一部のみが抜き出され、他の箇所は図９Ａ、図９Ｂ及び図９Ｃに示したように記述されているものとする。
【００７２】
例えば映像のライブ配信時には、少なくとも最初に配信するセグメントの時間長の遅延が発生する。その遅延を補うため、コンテンツサーバ１０は一定間隔のＪＰＥＧファイルをビデオとは別にコンテンツ再生装置２０へ配信する。コンテンツ再生装置２０は、ＪＰＥＧファイルから先に、またはＪＰＥＧファイル及び音声から先に再生を開始し、コンテンツサーバ１０から映像のライブ配信が行われ、コンテンツ再生装置２０は、映像を取得した後に、その映像に切り替えて再生する。これにより、コンテンツ再生装置２０での遅延を短くすることができる。
【００７３】
図１２には、映像の到達前のようにコンテンツ再生装置２０でコンテンツが再生できない場合に、一定間隔のＪＰＥＧファイルをコンテンツ再生装置２０で優先して再生させるためのＭＰＤの記述例が示されている。
【００７４】
＜５．まとめ＞
以上説明したように本開示の一実施形態によれば、コンテンツサーバ１０が保持するＭＰＤに、コンテンツ再生装置２０でコンテンツが再生できない場合の代替手段の情報を記述することで、コンテンツ再生装置２０での振る舞いを統一させることができる。また、その代替手段が複数存在する場合であっても、コンテンツサーバ１０が保持するＭＰＤに優先順位の情報を記述することで、コンテンツ再生装置２０での振る舞いを統一させることができる。
【００７５】
コンテンツサーバ１０およびコンテンツ再生装置２０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したコンテンツサーバ１０およびコンテンツ再生装置２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【００７６】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【００７７】
なお、本技術は以下のような構成も取ることができる。
（１）
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶する記憶部と、
前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信する通信部と、
を備える、サーバ装置。
（２）
前記記憶部は、前記アクセス情報に、前記代替コンテンツの優先順位の情報を記述して記憶する、前記（１）に記載のサーバ装置。
（３）
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶することと、
前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信することと、
を備える、コンテンツ提供方法。
（４）
コンピュータに、
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするためのアクセス情報に、該コンテンツがクライアント装置で再生できない場合に該クライアント装置で再生させる代替コンテンツの情報を記述して記憶することと、
前記コンテンツを再生する前記クライアント装置の求めに応じて前記アクセス情報を該クライアント装置に送信することと、
を実行させる、コンピュータプログラム。
【符号の説明】
【００７８】
１０  コンテンツサーバ
１２  ネットワーク
２０  コンテンツ再生装置
１２０  ファイル生成部
１２２  エンコーダ
１３０  記憶部
１４０  通信部
２２０  通信部
２３０  記憶部
２４０  再生部
２５０  選択部
【図１】
2014171385.tif 000003
【図２】
2014171385.tif 000004
【図３】
2014171385.tif 000005
【図４】
2014171385.tif 000006
【図５】
2014171385.tif 000007
【図６Ａ】
2014171385.tif 000008
【図６Ｂ】
2014171385.tif 000009
【図７Ａ】
2014171385.tif 000010
【図７Ｂ】
2014171385.tif 000011
【図８Ａ】
2014171385.tif 000012
【図８Ｂ】
2014171385.tif 000013
【図８Ｃ】
2014171385.tif 000014
【図９Ａ】
2014171385.tif 000015
【図９Ｂ】
2014171385.tif 000016
【図９Ｃ】
2014171385.tif 000017
【図１０】
2014171385.tif 000018
【図１１】
2014171385.tif 000019
【図１２】
2014171385.tif 000020
【国際調査報告】
2014171385.tif 000021
2014171385.tif 000022
2014171385.tif 000023
2014171385.tif 000024