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