(57)【要約】      （修正有）【課題】複数の領域に対応するビデオを異なる品質で取得できるシステムにおいて、複数の領域間の品質差により、ビデオ全体が低品質な印象を与えることを防止すること。【解決手段】サーバは、品質ランクが異なる第１複数ビデオに対応する第１セットと、品質ランクが異なる第２複数ビデオに対応する第２セットとを含む複数セットのうち、品質ランクの差の設定が共有されるセットグループに関する情報と、クライアントに対して送信される複数ビデオの品質ランクの差に関するセットグループごとの設定を示す情報とにおいて、セットグループを共通の識別子によって表現した通知情報を生成して、クライアントへ送信する。【選択図】図１
2018129628.tif 000002
【特許請求の範囲】
【請求項１】
品質ランクが異なる第１複数ビデオに対応する第１セットと、品質ランクが異なる第２複数ビデオに対応する第２セットとを含む複数セットのうち、前記品質ランクの差の設定が共有されるセットグループに関する情報と、クライアントに対して送信される複数ビデオの品質ランクの差に関する前記セットグループごとの設定を示す情報とにおいて、前記セットグループを共通の識別子によって表現した通知情報を生成する生成手段と、
前記生成手段により生成された通知情報を前記クライアントへ送信する送信手段と、
を有することを特徴とする通信装置。
【請求項２】
通信装置であって、
品質ランクが異なる第１複数ビデオに対応する第１セットと、品質ランクが異なる第２複数ビデオに対応する第２セットとを含む複数セットのうち、前記品質ランクの差の設定が共有されるセットグループに関する情報と、前記通信装置に対して送信される複数ビデオの品質ランクの差に関する前記セットグループごとの設定を示す情報とにおいて、前記セットグループを共通の識別子によって表現した通知情報を他の装置から受信する受信手段と、
前記受信手段によって受信された通知情報に基づいて、前記複数セットからビデオを取得する取得手段と、
を有することを特徴とする通信装置。
【請求項３】
前記品質ランクの差の設定が共有される前記セットグループに関する前記情報は、当該セットグループに関する前記共通の識別子と当該セットグループに属するセットの識別子とが関連付けられる情報である、
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記セットグループごとの設定を示す前記情報は、当該セットグループに関する前記共通の識別子と当該セットグループに関する前記設定を示す値とを関連付ける情報である、
ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記通知情報は、複数の前記セットグループにおいて前記設定が共通して適用される場合に、当該共通して適用される共通設定を示す値を含み、
前記セットグループごとの設定を示す前記情報は、前記共通設定が適用される前記セットグループについては前記共通の識別子を含まない、
ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
前記共通設定を示す値は、前記セットグループごとの設定を示す前記情報に含まれる、
ことを特徴とする請求項５に記載の通信装置。
【請求項７】
前記品質ランクの差の設定が共有される前記セットグループに関する前記情報と、前記セットグループごとの設定を示す前記情報との少なくともいずれかは、第１のセットグループに関する情報と第２のセットグループに関する情報とを所定の記号で区切った文字列によって表現される、
ことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項８】
前記通知情報は、ＭＰＥＧ−ＤＡＳＨのＭｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ）ファイルである、
ことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
【請求項９】
前記品質ランクの差の設定が共有される前記セットグループに関する前記情報および前記セットグループごとの設定を示す前記情報が、前記ＭＰＤの要素として含まれる、
ことを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記複数のセットのそれぞれを示す情報が前記ＭＰＤの複数のＡｄａｐｔａｔｉｏｎＳｅｔ要素として含まれ、
前記複数のＡｄａｐｔａｔｉｏｎＳｅｔ要素のそれぞれにおいて当該ＡｄａｐｔａｔｉｏｎＳｅｔ要素に対応するセットについての前記複数ビデオのそれぞれに関する情報が、複数のＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素として含まれ、
前記Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素には、当該Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素に含まれる情報に関するビデオの品質ランクに関する属性の情報が含まれる、
ことを特徴とする請求項８又は９に記載の通信装置。
【請求項１１】
第１の装置と第２の装置とを含む通信システムであって、
前記第１の装置は、
品質ランクが異なる第１複数ビデオに対応する第１セットと、品質ランクが異なる第２複数ビデオに対応する第２セットとを含む複数セットのうち、前記品質ランクの差の設定が共有されるセットグループに関する情報と、前記第２の装置に対して送信される複数ビデオの品質ランクの差に関する前記セットグループごとの設定を示す情報とにおいて、前記セットグループを共通の識別子によって表現した通知情報を生成する生成手段と、
前記生成手段により生成された通知情報を前記第２の装置へ送信する送信手段と、
を有し、
前記第２の装置は、
前記通知情報を前記第１の装置から受信する受信手段と、
前記受信手段によって受信された通知情報に基づいて、前記複数セットからビデオを取得する取得手段と、
を有することを特徴とする通信システム。
【請求項１２】
通信装置が実行する方法であって、
品質ランクが異なる第１複数ビデオに対応する第１セットと、品質ランクが異なる第２複数ビデオに対応する第２セットとを含む複数セットのうち、前記品質ランクの差の設定が共有されるセットグループに関する情報と、クライアントに対して送信される複数ビデオの品質ランクの差に関する前記セットグループごとの設定を示す情報とにおいて、前記セットグループを共通の識別子によって表現した通知情報を生成する生成工程と、
前記生成工程において生成された通知情報を前記クライアントへ送信する送信工程と、
を有することを特徴とする方法。
【請求項１３】
通信装置が実行する方法であって、
品質ランクが異なる第１複数ビデオに対応する第１セットと、品質ランクが異なる第２複数ビデオに対応する第２セットとを含む複数セットのうち、前記品質ランクの差の設定が共有されるセットグループに関する情報と、前記通信装置に対して送信される複数ビデオの品質ランクの差に関する前記セットグループごとの設定を示す情報とにおいて、前記セットグループを共通の識別子によって表現した通知情報を他の装置から受信する受信工程と、
前記受信工程において受信された通知情報に基づいて、前記複数セットからビデオを取得する取得工程と、
を有することを特徴とする方法。
【請求項１４】
第１の装置と第２の装置とを含む通信システムにおいて実行される方法であって、
前記第１の装置が、
品質ランクが異なる第１複数ビデオに対応する第１セットと、品質ランクが異なる第２複数ビデオに対応する第２セットとを含む複数セットのうち、前記品質ランクの差の設定が共有されるセットグループに関する情報と、前記第２の装置に対して送信される複数ビデオの品質ランクの差に関する前記セットグループごとの設定を示す情報とにおいて、前記セットグループを共通の識別子によって表現した通知情報を生成する生成工程と、
前記生成工程において生成された通知情報を前記第２の装置へ送信する送信工程と、
を実行し、
前記第２の装置が、
前記通知情報を前記第１の装置から受信する受信工程と、
前記受信工程において受信された通知情報に基づいて、前記複数セットからビデオを取得する取得工程と、
を実行することを特徴とする方法。
【請求項１５】
コンピュータを、請求項１から１０のいずれか１項に記載の通信装置に備えられた各手段として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディアデータのストリーミング技術に関する。
【背景技術】
【０００２】
近年、オーディオやビデオ等により構成されるストリーミング形式のコンテンツをユーザの端末装置にリアルタイムに送信するシステムが提供されている。このようなシステムにより、ユーザは、自身の端末装置を介して、ライブビデオ等の所望のコンテンツをリアルタイムで楽しむことができる。
【０００３】
また、端末装置の能力や端末装置が置かれる通信状況に応じて、取得するストリームを動的に変更する技術（ＭＰＥＧ−ＤＡＳＨ、Ｈｔｔｐ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇなど）が注目されている。これらの技術では、ビデオが細かい時間単位のセグメントに分割され、セグメントを取得するためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｃｅ  Ｌｏｃａｔｏｒ）がプレイリストと呼ばれるファイルに記述される。端末装置は、このプレイリストを取得して、プレイリストに記述されている情報を用いて所望のビデオを取得する。プレイリスト中に複数のバージョンのビデオセグメントに対するＵＲＬが記載されることにより、端末装置は、自装置の能力や通信環境に応じて、最適なバージョンのビデオセグメントを取得することができる。
【０００４】
また、ビデオは、時間単位のセグメントに分割されるだけでなく、ビデオ内のピクチャが複数の画素領域に分割されることによって複数のビデオに分割されうる。特許文献１では、ビデオの１枚のピクチャを分割し、独立してデコード可能な複数の領域として符号化し、ＭＰＥＧ−ＤＡＳＨを使用して送信する方法が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−０６１３１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、複数の画素領域に対応する複数のビデオをそれぞれ異なる品質で取得する場合、その複数のビデオ間の品質差によっては、その複数のビデオに基づいて表示される１つのビデオの品質が不十分となるおそれがある。例えば、縦３×横３の合計９個の領域に対応するビデオに基づく１つのビデオを表示させる際に、中心の領域のみが高品質で、それ以外の領域の品質が著しく低品質である場合、ビデオ全体の品質が不十分であると視聴者が感じるおそれがある。
【０００７】
本発明は上記課題に鑑みてなされたものであり、複数の領域に対応するビデオを異なる品質で取得できるシステムにおいて、複数の領域間の品質差により、ビデオ全体が低品質な印象を与えることを防止することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様に係る通信装置は、品質ランクが異なる第１複数ビデオに対応する第１セットと、品質ランクが異なる第２複数ビデオに対応する第２セットとを含む複数セットのうち、前記品質ランクの差の設定が共有されるセットグループに関する情報と、クライアントに対して送信される複数ビデオの品質ランクの差に関する前記セットグループごとの設定を示す情報とにおいて、前記セットグループを共通の識別子によって表現した通知情報を生成する生成手段と、前記生成手段により生成された通知情報を前記クライアントへ送信する送信手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、複数の領域に対応するビデオを異なる品質で取得できるシステムにおいて、複数の領域間の品質差により、ビデオ全体が低品質な印象を与えることを防止することができる。
【図面の簡単な説明】
【００１０】
【図１】通信システムの構成例を示す図である。
【図２】ビデオのタイル化及び分類の一例を説明する図である。
【図３】クライアントがタイルを取得する処理の概要を説明する図である。
【図４】サーバのハードウェア構成例を示すブロック図である。
【図５】サーバの機能構成例を示すブロック図である。
【図６】クライアントのハードウェア構成例を示すブロック図である。
【図７】クライアントの機能構成例を示すブロック図である。
【図８】ＭＰＥＧ−ＤＡＳＨのＭＰＤファイルの記述例を示す図である。
【図９】ＭＰＥＧ−ＤＡＳＨのＭＰＤファイルの記述例を示す図である。
【図１０】ＭＰＥＧ−ＤＡＳＨのＭＰＤファイルの記述例を示す図である。
【図１１】ＭＰＥＧ−ＤＡＳＨのＭＰＤファイルの記述例を示す図である。
【図１２】サーバが実行する処理の流れの例を示すフローチャートである。
【図１３】クライアントが実行する処理の流れの例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について、図面を参照しながら説明する。なお、以下の実施形態は、本発明の範囲を限定することを意図したものではなく、以下の実施形態に係る構成の少なくとも一部が省略されてもよいし、さらなる要素が付加されてもよい。また、以下の実施形態の方法に係る順序は入れ替えられてもよいし、その一部のステップが省略されてもよいし、追加のステップが用いられてもよい。
【００１２】
（システム構成）
図１に、本実施形態に係る通信システムの構成例を示す。本通信システムは一例においてクライアント１０１とサーバ１０２とを含み、クライアント１０１及びサーバ１０２はネットワーク１０３を介して相互に接続される。なお、クライアント１０１とサーバ１０２は、ネットワーク１０３を介さずに、直接接続されてもよい。例えば、クライアント１０１とサーバ１０２は、無線アドホックネットワークを形成して直接通信してもよい。
【００１３】
クライアント１０１は、例えば、ＤＴＶ（Ｄｉｇｉｔａｌ  ＴＶ）、ＨＭＤ（Ｈｅａｄ  Ｍｏｕｎｔｅｄ  Ｄｉｓｐｌａｙ）、スマートフォン、タブレット、ディスプレイ一体型のパーソナルコンピュータ（ＰＣ）等の、表示機能を含む通信装置である。なお、クライアント１０１は、必ずしも装置の構成を取らなければならないわけではなく、例えば、上述のような各種装置における、Ｗｅｂブラウザやその他のインストールされたアプリケーションであってもよい。また、クライアント１０１は、必ずしも表示機能を有しなくてもよく、投影装置を有するプロジェクタや、外部のディスプレイに情報を表示可能なＰＣ等であってもよい。なお、クライアント１０１は、複数の投影装置を有するマルチプロジェクタであってもよい。なお、クライアント１０１は、プロキシ装置や、ＣＤＮ（Ｃｏｎｔｅｎｔｓ  Ｄｅｌｉｖｅｒ  Ｎｅｔｗｏｒｋ）に含まれる装置等の、情報表示装置とサーバ１０２との間の通信経路内で通信に介在する中間装置であってもよい。
【００１４】
サーバ１０２は、例えば、デジタルカメラ、デジタルビデオカメラ、ネットワークカメラ、プロジェクタ、携帯電話、スマートフォン、ＰＣ、及び汎用サーバ装置等であり、ビデオの送信元のサーバ装置として機能可能な通信装置である。なお、図１の例では、サーバ１０２は、１台の装置のように図解されているが、例えば、クラウド上で分散して配置される複数の装置が、サーバ１０２の機能を分担して実行してもよい。
【００１５】
ネットワーク１０３は、クライアント１０１とサーバ１０２とが接続される通信網であり、これらの装置が送信した信号は、ネットワーク１０３によって転送されて他方の装置によって受信される。ネットワーク１０３は、例えば、インターネット又はイントラネット、有線ネットワーク又は無線ネットワークなどの任意のネットワークである。なお、ネットワーク１０３は、一部区間において有線ネットワークであり、他区間において無線ネットワークである等、様々な種類のインタフェースが混在するネットワークでありうる。また、無線ネットワークでは、例えば３ＧＰＰにおけるＬＴＥ等の公衆無線、ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の、任意の無線通信インタフェースが用いられうる。なお、３ＧＰＰは３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔの、ＬＴＥはＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎの頭字語である。また、ＩＥＥＥはＩｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓの頭字語である。有線ネットワークでは、例えばＥｔｈｅｒｎｅｔ（登録商標）規格に従うインタフェースが用いられうるが、任意の他のインタフェースが用いられてもよい。また、ネットワーク１０３は、その規模も、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等、任意でありうる。
【００１６】
本実施形態に係る通信システムでは、クライアント１０１は、複数の画素領域に分割されたビデオを取得して、１つのビデオを再生しうる。以下では、分割された結果の画素領域を「タイル」と呼ぶ。すなわち、「タイル」は、最終的に再生されるビデオの一部の領域に対応する。なお、本実施形態において、「ビデオ」は、含まれるフレーム（ピクチャ）のそれぞれが静止画として圧縮されたものであってもよいし、各フレームが動画として圧縮されたものであってもよく、圧縮されていないものであってもよい。
【００１７】
タイルごとに、複数の異なる品質にそれぞれ対応する複数ビデオが存在し、クライアント１０１は、その複数ビデオのセットから１つのビデオを取得する。そして、クライアント１０１は、少なくとも第１複数ビデオに関する第１セットと第２複数ビデオに関する第２セットとを含んだ複数セットのそれぞれから、１つずつビデオを取得し、それらを結合して１つのビデオを再生することができる。なお、サーバ１０２は、クライアント１０１に対して、複数セットのそれぞれに含まれる複数ビデオのリストを通知する。このとき、リストには、例えば、複数セットのそれぞれに含まれる複数ビデオのそれぞれの所在（取得先のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）等）の情報等が含まれうる。
【００１８】
本実施形態では、複数のタイル間での品質差が大きいことによって視聴者に違和感を与えることを防ぐため、この複数セット間での品質差に関する設定の情報を通知する。ここで、品質差に関する設定の情報は、例えば、複数セット間での品質差が一定以内に収まることが推奨されることを示す情報や、複数セット間での品質差がどのようなものであってもよいことを示す情報でありうる。また、品質差に関する設定の情報は、複数セット間での品質差の最大値が必ず所定以内に収まらなければならないことを示す情報であってもよい。これにより、例えば、複数セット間での品質差を小さくすべきことを示す設定がクライアント１０１に通知されることで、クライアント１０１は、タイル間で品質が大きく異なるビデオを取得することがなくなる。１つのタイルは高品質である一方で他のタイルについては著しく低品質である等によって、視聴者に違和感を与えることを防ぐことができる。一方、例えば全画素領域において同様の光景が映し出されているビデオ等、品質差が大きくても視聴者が違和感を覚えにくいビデオについては、品質差を問わないことを示す設定がクライアント１０１に通知されうる。
【００１９】
ここで、１つのビデオ中、例えば、例えば背景の画素領域と前景の視聴者が着目する画素領域との関係等、品質差に関する視聴者の感度が異なる等、領域ごとに異なる取り扱いをした方がよい場合がありうる。そこで、本実施形態では、上述の複数セットを、品質差に関する設定が共有されるセットの集合（セットグループ）に分類し、その集合ごとの設定を示す情報がクライアント１０１に通知されるようにする。以下では、本実施形態に係る処理の概要を説明した後に、クライアント１０１及びサーバ１０２の構成と、実行される処理の流れについて説明する。
【００２０】
（処理の概要）
まず、図２（Ａ）〜図２（Ｅ）を用いて、ビデオのタイル化と、タイルの分類の例について説明する。図２（Ａ）は、幅７６８０ピクセル、高さ４３２０ピクセルのビデオのうちの、ある時刻のピクチャを示している。図２（Ｂ）は、図２（Ａ）のピクチャを、幅方向及び高さ方向でそれぞれ２等分し、４つのタイルに分割した状態を示している。図２（Ｂ）の状態では、各タイルは、幅方向に７６８０／２＝３８４０ピクセル、高さ方向に４３２０／２＝２１６０ピクセルのサイズを有する。図２（Ｃ）は、図２（Ａ）のピクチャを、幅方向及び高さ方向でそれぞれ３等分し、９つのタイルに分割した状態を示している。図２（Ｃ）の状態では、各タイルは、幅方向に７６８０／３＝２５６０ピクセル、高さ方向に４３２０／３＝１４４０ピクセルのサイズを有する。
【００２１】
なお、本実施形態では、上述のように、図２（Ａ）のピクチャを均等なサイズを有するタイルへと分割しているが、これは一例に過ぎず、タイルの分割方法は必ずしもこれに限られない。例えば、タイルを３×３に分割する場合に中央のタイルのサイズを大きくして周辺のタイルのサイズを小さくするようにピクチャを分割する等によって、得られるタイルのサイズが不均一であっても、以下の議論を適用可能である。
【００２２】
図２（Ｄ）では、図２（Ｂ）のように分割されたタイルを、タイル１とタイル２とによって構成される集合２０１と、タイル３とタイル４とによって構成される集合２０２に分類した状態を示している。また、図２（Ｅ）では、図２（Ｃ）のように分類されたタイルを、３つの集合に分類した状態を示している。図２（Ｅ）では、９個のタイルが、タイル１、タイル２、タイル４、タイル５によって構成される第１集合２０３（第１セットグループ２０３）と、タイル３とタイル６とによって構成される第２集合２０４（第２セットグループ２０４）と、タイル７、タイル８、タイル９によって構成される第３集合２０５（第３セットグループ２０５）に分類される。
【００２３】
なお、図２（Ｄ）及び図２（Ｅ）の例では、隣接したタイルが同じ集合となるような分類が行われているが、これに限られない。例えば、図２（Ｅ）において、タイル１とタイル５とタイル９のように、隣接しないタイルを１つの集合に分類してもよい。また、すべてのタイルを１つの集合に分類してもよい（すなわち、分類が行われなくてもよい）。
【００２４】
なお、本実施形態では、ビデオの符号化方式は特に限定されない。例えば、符号化方式は、ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）、ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）、ＶＰ８又はＶＰ９でありうるが、その他の符号化方式が用いられてもよい。また、タイルに分割されたビデオの符号化は、個々のタイルについて個別に行われてもよいし、複数のタイルにまたがって行われてもよい。また、ＬＨＥＶＣ（Ｌａｙｅｒｅｄ  ＨＥＶＣ）、ＳＶＣ（Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）、ＭＶＣ（Ｍｕｌｔｉｖｉｅｗ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）、又はその他異種のスケーラブル符号化方式や階層符号化方式が用いられてもよい。なお、階層符号化が適用される場合、レイヤ数は２つ以上であってもよい。また、階層化とタイル化とが組み合わせられて適用されてもよい。例えば、低画質のベースレイヤはタイル化せず、高画質であるエンハンスメントレイヤはタイル化を行ったビデオが用いられてもよい。
【００２５】
符号化処理が行われたビデオは、ビデオコンテナに格納される。ビデオコンテナのフォーマットは、例えば、ＩＳＯ  ＢＭＦＦ、ＨＥＶＣ  Ｆｉｌｅ  Ｆｏｒｍａｔ、ＭＰＥＧ２−ＴＳ、Ｃｏｍｍｏｎ  Ｍｅｄｉａ  Ａｐｐｌｉｃａｔｉｏｎ  Ｆｏｒｍａｔ、又はＷｅｂＭでありうるが、他のフォーマットが用いられてもよい。なお、ＩＳＯはＩｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎの、ＢＭＦＦはＢａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔの、頭字語である。ビデオは、コンテナフォーマットに格納される際に、複数のファイルに時間方向に分割されるセグメント化が行われる。なお、本実施形態では、サーバ１０２（又は他の装置）に格納されるビデオは、複数のファイルにセグメント化されうるが、これに限られず、セグメント化されずに単一のファイルとして格納されてもよい。なお、ビデオが単一のファイルとしてサーバ１０２（又は他の装置）に格納される場合、クライアント１０１は、そのファイルの特定の範囲（バイトレンジ）を指定してセグメントの取得を行いうる。
【００２６】
以下では、マニフェストファイルとして、ＭＰＥＧ−ＤＡＳＨで規定されているＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）が利用されるものとして説明を行う。なお、ＭＰＥＧ−ＤＡＳＨに代えて、Ｈｔｔｐ  ＬｉｖｅｓｔｒｅａｍｉｎｇやＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇなどの、プレイリスト記述を使用する他のプロトコルが用いられてもよい。
【００２７】
次に、図３を用いて、図２（Ｅ）のように、タイル分割後に分類されたビデオを、クライアント１０１が取得し再生する場合の例について説明する。なお、クライアント１０１が取得するビデオは、タイルごとに品質ランクが異なりうる。ここでいう品質ランクは、ビットレート、解像度、サンプリングレートなどの値が高いほど高い値を取る評価値でありうる。なお、品質ランクは、ビットレート、解像度、サンプリングレートと異なる任意の基準に基づいて、その優劣による順位付けが可能な限りにおいて、どのように定められてもよい。
【００２８】
図３の例では、高品質（ＨＱ：Ｈｉｇｈ  Ｑｕａｌｉｔｙ）のタイル３０１と、中品質（ＭＱ：Ｍｉｄｄｌｅ  Ｑｕａｌｉｔｙ）のタイル３０２と、低品質（ＬＱ：Ｌｏｗ  Ｑｕａｌｉｔｙ）のタイル３０３との、３つの異なる品質ランクのビデオが用意される。なお、以下では、高品質のビデオをタイル１ａ〜９ａ、中品質のビデオをタイル１ｂ〜９ｂ、低品質のビデオをタイル１ｃ〜９ｃと呼ぶ。ここで、以下の説明では、高品質と中品質との間の品質ランクの差が「１」であり、中品質と低品質との間の品質ランクの差が「１」であり、高品質と低品質との間の品質ランクの差が「２」であるものとする。すなわち、品質が３段階でランク付けされているものとする。なお、各タイルにおけるビデオは、各品質ランクについて、ビットストリームとして生成される。
【００２９】
サーバ１０２は、例えば、複数タイルのそれぞれについての複数の品質ランクにそれぞれ対応する複数ビデオのリストと、タイルの分類後の集合を示す情報と、そして、各集合における品質ランクの差の設定の情報をクライアント１０１へ通知する。タイルの集合を示す情報は、例えば、各タイルが上述の第１集合２０３〜第３集合２０５（第１セットグループ２０３〜第３セットグループ２０５）のいずれに属するかを示す情報である。また、各集合における品質ランクの差の設定は、例えば、集合ごとに視聴者に違和感を与えないような（例えば実験等によって違和感が少ないと推定される）品質ランクの差の推奨値が指定されうる。ただしこれに限られず、例えば、各集合において指定された設定が満たされない限りビデオの再生が許されない品質ランクの差の値が指定される等、任意の基準で品質ランクの差の設定が行われうる。この具体的な通知方法については、後述する。
【００３０】
クライアント１０１は、通知された情報に従って、ビデオの再生を行う。クライアント１０１は、自装置における通信環境等に基づいて、各タイルのうち、いずれを取得すべきかを判定しうる。例えば、クライアント１０１は、高速通信が可能な状況においては、高品質のビデオを取得しうる。ただし、クライアント１０１は、品質ランクの差の設定に応じて、あるタイルのビデオを取得する際に、その取得対象のビデオの品質ランクと、そのタイルが属する集合に含まれる他のタイルのビデオの品質ランクとの差が設定された条件を満たすようにする。なお、クライアント１０１は、例えば設定が推奨設定等の任意設定である場合には、集合内のタイルの品質ランク差が設定された条件を満たさないようなビデオを取得してもよい。一方、クライアント１０１は、例えば設定が必須設定である場合には、集合内のタイルの品質ランク差が設定された条件を満たさないようなビデオについては取得しない。例えば、第１集合２０３に対して、タイルの品質ランクの差の最大値を１とするような設定がなされている場合、クライアント１０１は、その集合内のタイルに関して受信されるビデオの品質ランクの差が１以内となるようにする。すなわち、図３の集合３０４を例にとると、クライアント１０１は、タイル１についてタイル１ａが取得されているため、例えば、タイル２については、タイル２ａ又はタイル２ｂを取得する。タイル４及びタイル５についても同様である。このため、図３の集合３０４の例では、タイル１ａに加えて、タイル２ａ、タイル４ｂ、及びタイル５ｂが取得されている。このように、集合３０４の中での品質ランクは、最も良好な品質がＨＱであり、最も良好でない品質がＭＱであるため、品質ランクの最大差は「１」となる。なお、この場合、クライアント１０１は、例えばタイル５に関してタイル５ｃしか取得できない場合には、タイル１ａを取得可能な通信状況であっても、タイル１ｂ又はタイル１ｃを取得するようにしうる。
【００３１】
一方、クライアント１０１は、タイル３及び６がタイル１とは異なる第２集合２０４に属するため、第１集合２０３に属する各タイルの品質クラスとは関係なく、タイル３及び６について取得されるべきビデオを決定しうる。ここで、第２集合２０４についてタイルの品質ランクの差の最大値を２とするような設定がなされているものとする。クライアント１０１は、図３の集合３０５のように、タイル３についてタイル３ａを取得する場合、タイル６についてはタイル６ａ、タイル６ｂ、タイル６ｃのいずれかを取得する。すなわち、この場合、第２集合２０４においては、タイルの品質ランクの差についての制約がないと解することができる。図３の例の集合３０５の例では、タイル３についてタイル３ａ、タイル６についてタイル６ｃが取得されている例が示されている。このように、集合３０５の中での品質ランクの最大差、すなわち、タイル３とタイル６との間の品質ランクの差は、「２」となっている。
【００３２】
同様に、集合２０５について、タイルの品質ランクの差の最大値を２とするような設定がなされているものとする。この場合に、クライアント１０１は、タイル７、タイル８、タイル９のうちの最も良好な品質と最も良好でない品質との差が「２」以内となるようにする。図３の集合３０６の例では、タイル７、タイル８、タイル９のそれぞれについて、タイル７ｃ、タイル８ｃ、タイル９ｃが取得されたものとする。この場合、最も良好な品質と最も良好でない品質とが共にＬＱであるため、品質ランクの最大差は「０」となる。
【００３３】
このように、クライアント１０１は、あるタイルに関して品質ランクがそれぞれ異なる複数ビデオを含んだビデオのセットの中から、他のタイルに関して受信するビデオの品質ランクとの関係を考慮して、受信するビデオを選択することができる。このとき、複数のタイルを分類し、その分類ごとに、品質ランクの差に関する設定が行われることで、ビデオの画素領域ごとに不必要な制約を課すことなく、視聴者に与える違和感を低減することができる。なお、上述の説明では、複数のタイルを分類する際に、各タイルが１つの集合のみに属するようにしたが、これに限られない。すなわち、集合の境界のタイル等の一部のタイルは、２つ以上の集合に属するように分類が行われてもよい。
【００３４】
なお、図３では、品質ランクの段階が３段階であるがこれに限られず、例えば２段階や４段階以上にランク付けされるビデオが用意されてもよい。また、図３では、各タイルについて、３つの異なる品質のビデオを用意している状態を示しているが、これに限られない。例えば、タイル１に対しては５個の品質の異なるビデオが用意され、タイル２に対しては２個の品質の異なるビデオが用意されるなど、タイルごとに異なる数の品質の異なるビデオが用意されてもよい。なお、本実施形態では、タイル化されたビデオを例として説明するが、これに限られない。すなわち、複数の異なる品質のビデオを組み合わせた１つのビデオの再生や、複数の異なる品質のオーディオを組み合わせた１つのオーディオの再生などに、以下の議論が適用されうる。例えば、複数の異なるビデオを単一画面で再生する方式、全体と切り出された一部との２つのビデオを組み合わせて再生する方式、または、複数の音声を合成して音声データを生成する方式に対して、以下の議論を適用することができる。また、タイル化されたビデオに代えて、複数のカメラから取得された複数のビデオをタイルのように並べて１つのビデオを再生するシステムにも、以下の議論を適用することができる。
【００３５】
（装置構成）
続いて、サーバ１０２の構成例について説明する。まず、図４を用いて、サーバ１０２のハードウェア構成例について説明する。サーバ１０２は、例えば、制御部４０１、記憶部４０２、表示部４０３、操作部４０４、撮像部４０５、符号化部４０６、通信部４０７、有線ＬＡＮインタフェース４０８、及びシステムバス４０９を有する。
【００３６】
制御部４０１は、サーバ１０２における動作を、例えばシステムバス４０９を通じて他の構成部を制御することによって、統括的に制御する。制御部４０１は、例えば、ＣＰＵ（中央処理装置）、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＤＳＰ（デジタルシグナルプロセッサ）等の１つ以上のプロセッサでありうる。記憶部４０２は、各種データを記憶し管理する。記憶部４０２は、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）等のメモリや、ハードディスクドライブ等の大容量記憶装置でありうる。表示部４０３は、制御部４０１の制御下で各種表示を行うように構成された、例えば液晶パネルである。操作部４０４は、ユーザからの操作を受け付ける、例えばキーやボタンである。なお、表示部４０３及び操作部４０４は、例えばタッチパネルによって、１つの装置として構成されてもよい。撮像部４０５は、ビデオの撮像を行う。撮像部４０５は、例えばレンズやセンサを含んで構成される。符号化部４０６は、ビデオの符号化処理を行う。なお、符号化部４０６は、専用の回路等によって構成されてもよいが、例えば、制御部４０１が記憶部４０２に記憶されたプログラムを実行することによって、撮像部４０５で撮像したビデオを符号化するようにしてもよい。通信部４０７は、有線ＬＡＮインタフェース４０８を介して、各種通信処理を実行する。通信部４０７は、例えば、変復調回路等の通信用回路を含んで構成される。有線ＬＡＮインタフェース４０８は、例えば光電変換装置を有し、通信部４０７の制御の下で、光ファイバを経由して受信した光信号を電気信号に変換し、又は、電気信号を光信号へと変換して光ファイバ経由で送信しうる。なお、本実施形態では、通信部４０７は有線通信を行うものとするが、これに限られず、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、公衆移動体通信等の無線通信を行うようにしてもよい。この場合、有線ＬＡＮインタフェース４０８は、例えばアンテナ等と置き換えられうる。また、サーバ１０２は、複数の通信インタフェースを有してもよい。なお、本実施形態では、サーバ１０２がビデオの撮像を行うものとするが、サーバ１０２は、ビデオを他の通信装置から取得してもよい。
【００３７】
また、本実施形態では１台のサーバ装置が取得しビデオを使用するものとするが、これに限られず、サーバ１０２は、複数の機器から取得したデータに基づいてビデオを生成してもよい。また、サーバ１０２は、複数の機器から取得したデータに基づいて生成されたビデオを、他の機器から取得してもよい。なお、本実施形態では、サーバ１０２が符号化部４０６を含んでいるが、サーバ１０２は他の装置において符号化されたデータを取得してもよい。また、サーバ１０２は、ビデオを取得せず、ビデオの所在のみを把握して、その所在に関する情報をクライアント１０１へ通知してもよい。
【００３８】
図５は、サーバ１０２の機能構成例を示す図である。サーバ１０２は、例えば、通信制御部５０１、表示制御部５０２、操作制御部５０３、記憶制御部５０４、ＴＣＰ／ＩＰ通信制御部５０５、セグメント生成部５０６、プレイリスト生成部５０７、ＨＴＴＰ通信制御部５１１を含んで構成される。また、サーバ１０２は、さらに、集合設定部５０８、集合管理部５０９、品質差情報決定部５１０、及び集合解析部５１２を含む。なお、図５に示される各機能部は、例えば制御部４０１が、記憶部４０２に記憶されているプログラムを実行することによって実現されうる。なお、各機能部の一部若しくは全部、又は１つの機能部の一部がハードウェア化されていてもよい。
【００３９】
通信制御部５０１は、通信部４０７を制御して通信を実行させる。表示制御部５０２は、表示部４０３を制御して、所定の情報を表示させる。表示制御部５０２は、例えば、表示部４０３に、ユーザからの操作を受け付けるためのＵＩを表示させてもよい。操作制御部５０３は、操作部４０４を制御して、ユーザからの操作を受け付ける。記憶制御部５０４は、記憶部４０２を制御して、各種情報を記憶させ、変更させ、又は削除させる。ＴＣＰ／ＩＰ通信制御部５０５は、通信部４０７を利用して、クライアント１０１との間で、ＴＣＰ／ＩＰ方式の通信制御を行う。なお、本実施形態ではＴＣＰ／ＩＰ通信が利用される例について説明するが、これに限られず、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）が用いられてもよい。
【００４０】
セグメント生成部５０６は、ビデオから、クライアント１０１に送信するセグメントを生成する。なお、ここでのセグメント生成部５０６は、タイル化されたセグメントを生成する。セグメント生成部５０６は、１つ以上のタイルに対して、複数の異なる品質ランクのセグメントを生成する。なお、サーバ１０２が送信するセグメントは、他の装置によって生成されたセグメントであってもよい。
【００４１】
プレイリスト生成部５０７は、クライアントが、ビデオの取得に使用するプレイリストを生成する。プレイリストには、特定のタイミングで特定のセグメントにアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が記述される。ここで、一例として、プレイリストが、ＭＰＥＧ−ＤＡＳＨにおけるＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルであるものとする。この場合、１つのタイルに対する複数の品質ランクにそれぞれ対応する複数ビデオのＵＲＬが、ＡｄａｐｔａｔｉｏｎＳｅｔ要素（Ｅｌｅｍｅｎｔ）内に格納される。すなわち、ＡｄａｐｔａｔｉｏｎＳｅｔは、１つのタイルに関する複数ビデオのセットに対応する要素である。また、プレイリスト生成部５０７は、プレイリストに、ＡｄａｐｔａｔｉｏｎＳｅｔが所属する集合の情報、その集合の識別子、ＡｄａｐｔａｔｉｏｎＳｅｔの集合ごとの品質ランク差に関する設定の情報を記述する。例えば、図２（Ｄ）の状態では、タイル１〜４は集合２０１又は２０２に属する。このため、各タイルに関するＡｄａｐｔａｔｉｏｎＳｅｔが集合２０１と２０２とのいずれに属するかを示す情報、集合２０１及び２０２の識別子、集合２０１及び２０２での品質ランク差に関する設定の情報が、ＭＰＤファイルに格納される。品質ランク差に関する情報は、例えば、対応する集合において、推奨される品質ランクの差の最大値や、必ず守られるべき品質ランクの差の最大値、又は品質ランクの差について制約がないこと等を示す情報でありうる。なお、本実施形態では、上述の各情報がＭＰＤファイルに記述される例について説明したが、これに限定されず、ＨＴＭＬファイルや、ｊａｖａｓｃｒｉｐｔファイルに記述されてもよい。また、ＡｄａｐｔａｔｉｏｎＳｅｔが属する集合の情報、集合の識別子、ＡｄａｐｔａｔｉｏｎＳｅｔの集合ごとの品質ランク差の設定の情報は、ＭＰＤファイル以外に記述されてもよい。たとえば、ＨＴＭＬファイルやｊａｖａｓｃｒｉｐｔファイルに記述してもよい。なお、サーバ１０２が送信するプレイリストや集合等に関する情報は、他の装置で生成されたものであってもよい。
【００４２】
集合設定部５０８は、タイルを分類してタイルの集合を設定する。集合管理部５０９は、集合設定部５０８が設定した集合の情報と、品質差情報決定部５１０が決定した品質差に関する設定の情報とを関連付けて管理する。品質差情報決定部５１０は、１つ以上のＡｄａｐｔａｔｉｏｎＳｅｔが属する集合ごとに、品質ランク差に関する設定を決定する。例えば、品質差情報決定部５１０は、視聴者に違和感を与えないような品質ランクの差の大きさを選択して、品質ランク差に関する設定値としうる。ＨＴＴＰ通信制御部５１１は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）において規定されるサーバとしての通信処理を行う。集合解析部５１２は、共通の品質ランク差の設定を適用するタイルの集合を設定するために、ビデオの解析を行う。
【００４３】
続いて、クライアント１０１の構成例について説明する。図６は、クライアント１０１のハードウェア構成例を示す図である。クライアント１０１は、例えば、制御部６０１、記憶部６０２、表示部６０３、操作部６０４、復号部６０５、通信部６０６、無線ＬＡＮインタフェース６０７、及びシステムバス６０８を有する。
【００４４】
制御部６０１は、クライアント１０１における動作を、例えばシステムバス６０８を通じて他の構成部を制御することによって、統括的に制御する。制御部６０１は、例えば、ＣＰＵ（中央処理装置）、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＤＳＰ（デジタルシグナルプロセッサ）等の１つ以上のプロセッサでありうる。記憶部６０２は、各種データを記憶し管理する。記憶部６０２は、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）等のメモリや、ハードディスクドライブ等の大容量記憶装置でありうる。表示部６０３は、制御部６０１の制御下で各種表示を行うように構成された、例えば液晶パネルである。操作部６０４は、ユーザからの操作を受け付ける、例えばキーやボタンである。なお、表示部６０３及び操作部６０４は、例えばタッチパネルによって、１つの装置として構成されてもよい。復号部６０５は、ビデオの復号処理を行う。なお、復号部６０５は、専用の回路等によって構成されてもよいが、例えば、制御部６０１が記憶部６０２に記憶されたプログラムを実行することによって、取得されたビデオの復号を行う。通信部６０６は、無線ＬＡＮインタフェース６０７を介して、各種通信処理を実行する。通信部６０６は、例えば、変復調回路等の通信用回路を含んで構成される。無線ＬＡＮインタフェース６０７は、例えば、ＲＦフロントエンドやアンテナを含んで構成され、通信部６０６が生成した信号を無線信号に変換してアンテナを介して送出する。なお、本実施形態では、通信部６０６は、無線ＬＡＮでの通信を行うものとするが、これに限られず、例えば有線ＬＡＮインタフェースを介して有線通信を行ってもよいし、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、公衆移動体通信等の他の無線通信を行ってもよい。また、クライアント１０１は、複数の通信インタフェースを有してもよい。なお、本実施形態では、表示部６０３がクライアント１０１の１つの構成要素として示されているが、例えば、ＨＤＭＩなどで接続された、ディスプレイやテレビ等の外部の表示装置が用いられてもよい。その場合、クライアント１０１は、例えば表示制御部を有しうる。
【００４５】
図７は、クライアント１０１の機能構成例を示す図である。クライアント１０１は、例えば、通信制御部７０１、表示制御部７０２、操作制御部７０３、記憶制御部７０４、ＴＣＰ／ＩＰ通信制御部７０５、ＨＴＴＰ通信制御部７０７、及びプレイリスト取得部７１３を含んで構成される。また、クライアント１０１は、さらに、セグメント解析部７０６、プレイリスト解析部７０８、集合管理部７０９、セグメント取得部７１０、品質決定部７１１、及び再生制御部７１２を含む。なお、図７に示される各機能部は、例えば制御部６０１が、記憶部６０２に記憶されているプログラムを実行することによって実現されうる。なお、各機能部の一部若しくは全部、又は１つの機能部の一部がハードウェア化されていてもよい。
【００４６】
通信制御部７０１は、通信部６０６を制御して通信を実行させる。表示制御部７０２は、表示部６０３を制御して、所定の情報を表示させる。表示制御部７０２は、例えば、表示部６０３に、通信部６０６を介して受信したデータに基づくビデオや、ユーザからの操作を受け付けるためのＵＩを表示させてもよい。操作制御部７０３は、操作部６０４を制御して、ユーザからの操作を受け付ける。記憶制御部７０４は、記憶部６０２を制御して、処理データやビデオ等の各種情報を記憶させ、変更させ、又は削除させる。ＴＣＰ／ＩＰ通信制御部７０５は、通信部６０６を利用して、サーバ１０２との間で、ＴＣＰ／ＩＰ方式の通信制御を行う。なお、本実施形態ではＴＣＰ／ＩＰ通信が利用される例について説明するが、これに限られず、ＵＤＰが用いられてもよい。セグメント解析部７０６は、復号部６０５を制御して、サーバ１０２から取得したビデオであるセグメントをデコードさせる。ＨＴＴＰ通信制御部７０７は、ＨＴＴＰにおいて規定されるクライアントとしての通信処理を行う。
【００４７】
プレイリスト取得部７１３は、サーバ１０２からプレイリストを取得する。プレイリスト解析部７０８は、プレイリスト取得部７１３がサーバ１０２から取得したプレイリストを解析する。なお、ここでのプレイリストは、ＭＰＤファイルであるものとする。ＭＰＤファイルには、特定のタイミングで特定のセグメントにアクセスするためのＵＲＬが記述されている。また、ＭＰＤファイルには、各タイルに対応するＡｄａｐｔａｔｉｏｎＳｅｔが属する集合の情報、その集合の識別子、集合ごとの品質ランク差に関する設定の情報等が記述される。プレイリスト解析部７０８は、これらの、セグメント、ＡｄａｐｔａｔｉｏｎＳｅｔの集合、集合の識別子、集合ごとの品質ランク差に関する設定の情報等の各種情報を、解析によって取得する。なお、本実施形態では、上述の各情報がＭＰＤファイルに記述される例について説明したが、これに限定されず、ＨＴＭＬファイルや、ｊａｖａｓｃｒｉｐｔファイルに記述されてもよい。この場合、プレイリスト解析部７０８は、上述の各種情報を、ＨＴＭＬファイルやｊａｖａｓｃｒｉｐｔファイルなどのファイルを解析して取得しうる。
【００４８】
集合管理部７０９は、プレイリスト解析部７０８が解析によって取得した複数のＡｄａｐｔａｔｉｏｎＳｅｔの集合の情報と、その集合ごとの品質ランク差に関する情報を管理する。セグメント取得部７１０は、ＭＰＤファイル等のプレイリストに従って各セグメントの取得先のＵＲＬへアクセスし、そのセグメントを取得する。なお、各セグメントの取得先は、例えばサーバ１０２でありうるが、これに限られず、他のサーバやネットワークに接続されたカメラ等であってもよい。品質決定部７１１は、ＡｄａｐｔａｔｉｏｎＳｅｔの集合ごとに、集合管理部７０９で管理されている品質ランク差の情報に基づいて、取得すべきＲｅｐｒｅｓｅｎｔａｔｉｏｎを決定する。なお、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、１つのＡｄａｐｔａｔｉｏｎＳｅｔの中に含まれる、同じタイルに関する品質ランクの異なるビデオ（セグメント）を指す。セグメント取得部７１０は、各ＡｄａｐｔａｔｉｏｎＳｅｔの中に含まれる１つ以上のＲｅｐｒｅｓｅｎｔａｔｉｏｎの取得先のＵＲＬの中から、品質決定部７１１が決定したＲｅｐｒｅｓｅｎｔａｔｉｏｎの取得先のＵＲＬにアクセスしてセグメントを取得する。再生制御部７１２は、セグメント解析部７０６によってデコードされたビデオの再生処理を行う。なお、セグメント解析部７０６又は再生制御部７１２は、複数のそれぞれ別個の画素領域に対応するビデオを合成する処理を実行しうる。このとき、例えば、複数のビデオが異なるカメラで撮影されたものである場合に、ビデオ間で互いに重複する領域がある場合、その領域の特定と合成とが行われうる。
【００４９】
（ＭＰＤファイルの構成）
次に、サーバ１０２が生成するＭＰＤファイル（プレイリスト）のいくつかの例について、図８〜図１１を用いて説明する。なお、図８〜図１１には、本実施形態の説明のために特に有用な項目を含んだＭＰＤファイルを示しており、他の項目がさらに含まれてもよい。すなわち、ＭＰＤファイルには、例えばＭＰＥＧ−ＤＡＳＨ標準又は将来の拡張で定義されるその他のパラメータが含まれうるが、本実施形態では簡単のため、これらの他のパラメータについては省略している。
【００５０】
（構成例１）
まず、ＭＰＤファイルの構成の第１の例について図８を用いて説明する。図８は、図２（Ｄ）に示されるようなタイルの集合化が行われた場合のＭＰＤファイルの例を示している。なお、図２（Ｅ）に示されるようなタイルの集合化が行われた場合であっても、同様のＭＰＤファイルを構成することができる。図８において、ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０１〜８０４には、それぞれ、タイル１〜４の情報が記述される。ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０１は、タイル１の識別子である「ｉｄ＝１」という属性（Ａｔｔｒｉｂｕｔｅ）を含む。同様に、ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０２は「ｉｄ＝２」という属性を、ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０３は「ｉｄ＝３」という属性を、ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０４は「ｉｄ＝４」という属性を、それぞれ含む。なお、ここでは、タイルの識別子は、数字（ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０１では「１」）で表されているが、これに限られず、英数字や記号等のＭＰＥＧ−ＤＡＳＨ標準で規定されている識別子として使用可能な文字からなる文字列で表現されうる。
【００５１】
ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０１内に含まれるＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素８０５〜８０７には、それぞれタイル１に関する異なる品質のビデオに関する情報が格納される。Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素８０５〜８０７には、それぞれ、その要素の識別子である「ｉｄ」が属性として含められる。また、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素８０５〜８０７には、対応するビデオの帯域幅を示す「ｂａｎｄｗｉｄｔｈ」と、１つのＡｄａｐｔａｔｉｏｎＳｅｔ要素内での相対的な品質ランクを示す「ｑｕａｌｉｔｙＲａｎｋ」が属性として含められる。例えば、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素８０５は、その属性として、「ｉｄ＝１．１」、「ｂａｎｄｗｉｄｔｈ＝５００００００」、「ｑｕａｌｉｔｙＲａｎｋ＝０」が含められる。ここで、ｑｕａｌｉｔｙＲａｎｋｉｎｇ属性は、その値が小さいＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素ほど、そのＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素に対応するビデオの品質が高いことを示す属性である。図８の例では、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素８０５に対応するビデオの品質が一番高く、次いで、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素８０６に対応するビデオの品質が高く、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素８０７に対するビデオの品質が一番低い。なお、ｑｕａｌｉｔｙＲａｎｋは、上述のように１つのＡｄａｐｔａｔｉｏｎＳｅｔ要素内での品質ランクを示しており、他のＡｄａｐｔａｔｉｏｎＳｅｔ要素に含まれるＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素に対応するビデオとの品質の関係を示すものではない。
【００５２】
図８において、ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０２は、２つのＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素を含んでいる。このように、ＡｄａｐｔａｔｉｏｎＳｅｔごとに含まれるＲｅｐｒｅｓｅｎｔａｔｉｏｎの数は異なっていてもよい。また、ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０１及び８０２において示されるように、ＡｄａｐｔａｔｉｏｎＳｅｔに含まれるＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素で指定するビデオの帯域幅や品質は、タイルごとに異なっていてもよい。
【００５３】
本実施形態では、品質ランクの差に関する設定を共有するＡｄａｐｔａｔｉｏｎＳｅｔの集合を規定するために、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８を定義する。ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８は、「ｓｃｈｅｍｅＩｄＵｒｉ」属性を含む。ｓｃｈｅｍｅＩｄＵｒｉ属性は、値「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｑｕａｌｉｔｙ＿ｅｑｕｉｖａｌｅｎｃｅ」を定義する。例えばクライアント１０１等の装置は、この値によって、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８が、品質ランク（ｑｕａｌｉｔｙＲａｎｋｉｎｇ）の差に関する設定を共有する集合を規定する要素であることを識別できる。また、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８は、「ｖａｌｕｅ」属性を含み、ｖａｌｕｅ属性によって、集合化されたＡｄａｐｔａｔｉｏｎＳｅｔが定義される。ｖａｌｕｅ属性に設定されている値「１，２，ｘ：３，４，ｙ」は、識別子が「１」及び「２」のＡｄａｐｔａｔｉｏｎＳｅｔによって第１集合（第１セットグループ）が構成され、識別子が「３」及び「４」のＡｄａｐｔａｔｉｏｎＳｅｔによって第２集合（第２セットグループ）が構成されることを示す。また、「ｘ」は第１集合の識別子であり、「ｙ」は第２集合の識別子である。本実施形態では、２つの集合を区切るために、記号「：」が用いられている。このように、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８には、記号「：」で区切られない１つの区間において、集合の識別子と、その集合に属するＡｄａｐｔａｔｉｏｎＳｅｔの識別子とを関連付ける情報が記述される。
【００５４】
なお、これらの記述は一例であり、上述のような第１集合と第２集合の識別子と、それらの集合に属するＡｄａｐｔａｔｉｏｎＳｅｔが特定される任意の記述が用いられうる。例えば、集合の区切りを示す「：」は、ＡｄａｐｔａｔｉｏｎＳｅｔの識別子や集合の識別子と区別可能であり、ＭＰＤファイルを受信した装置が集合の区切りを認識することができる所定の記号に置き換えられてもよい。また、「（集合に含まれるＡｄａｐｔａｔｉｏｎＳｅｔの識別子），（その集合の識別子）」という記述の順序は、「（集合の識別子），（その集合に含まれるＡｄａｐｔａｔｉｏｎＳｅｔの識別子）」という順序等、他の順序と置き換えられてもよい。さらに、集合が１つしか存在しない場合は、集合の識別子は省略されてもよい。また、集合の識別子は、「ｘ」や「ｙ」等の文字に限定されず、任意の英数字及び記号等からなる任意の長さの文字列によって表現されてもよい。
【００５５】
本実施形態のＭＰＤファイルでは、さらに、集合ごとに品質ランクの差に関する設定を行うために、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９が定義される。品質ランクの差とは、例えば、１つの集合に属する複数のＡｄａｐｔａｔｉｏｎＳｅｔのそれぞれについて取得されるビデオに対応する、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素内のｑｕａｌｉｔｙＲａｎｋｉｎｇの値の差のことを指す。例えば、そして、品質ランクの差に関する設定は、例えば、その設定の対象の集合に属する複数のＡｄａｐｔａｔｉｏｎＳｅｔのそれぞれについて取得されるビデオに対応するｑｕａｌｉｔｙＲａｎｋｉｎｇの値の差を所定値以内とすることでありうる。なお、このような設定は、その設定に関する条件が満たされることが推奨される任意要件を指定してもよいし、その設定に関する条件が満たされなければならない必須要件を指定してもよい。例えば、ある集合内で取得される複数のビデオのそれぞれに対応するｑｕａｌｉｔｙＲａｎｋｉｎｇの値の差を所定値以内とすることが推奨されることが前提とされる場合、その所定値の情報が設定の情報として指定されうる。また、設定された条件が任意であるか必須であるかを示す情報等が含められてもよい。
【００５６】
図８において、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９は、属性「ｓｃｈｅｍｅＩｄＵｒｉ」を有し、ｓｃｈｅｍｅＩｄＵｒｉ属性は、値「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ」を定義する。この識別子によって、このＭＰＤファイルを受信したクライアント１０１等の機器は、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９が集合ごとの品質ランクの差に関する設定を規定していることを認識することができる。なお、集合ごとに品質ランクの差に関する設定以外の設定がなされてもよく、その場合、例えば、上述の値のうち、「ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ」の部分が他の文字列で置き換えられうる。
【００５７】
ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９は、さらに属性「ｖａｌｕｅ」を有し、ｖａｌｕｅ属性には、集合ごとのビデオの品質ランクの差に関する設定が記述される。ｖａｌｕｅ属性は、例えば「１，ｘ：２，ｙ」のように記述される。なお、本実施形態では、２つの集合に関する設定情報を区切るために、記号「：」が用いられている。「ｘ」及び「ｙ」は、ＡｄａｐｔａｔｉｏｎＳｅｔの集合に関する識別子であり、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８と共通の識別子が用いられる。すなわち、第１のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８と、第２のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９とで、ＡｄａｐｔａｔｉｏｎＳｅｔの集合が、共通の識別子で表現されている。一方、ｖａｌｕｅ属性における「１」及び「２」は、それぞれ、識別子ｘの集合と識別子ｙの集合とについての品質ランクの差の値の設定値を示している。ここでは、推奨される品質ランクの差の最大値が指定される。例えば、「１，ｘ」の部分により、識別子ｘの集合に含まれるｉｄが「１」及び「２」のＡｄａｐｔａｔｉｏｎＳｅｔに記述された２つのビデオを同時に再生する場合に、その２つのビデオの品質ランク差が「１」以内であることを推奨する設定が示される。同様に、「２，ｙ」の部分により、識別子ｙの集合に含まれるｉｄが「３」及び「４」のＡｄａｐｔａｔｉｏｎＳｅｔに記述された２つのビデオを同時に再生する場合に、その２つのビデオの品質ランク差が「２」以内であることを推奨する設定が示される。このように、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９には、記号「：」で区切られない１つの区間において、集合の識別子と、その集合に適用される設定値とを関連付ける情報が記述される。
【００５８】
例えば、クライアント１０１がＡｄａｐｔａｔｉｏｎＳｅｔ要素８０１とＡｄａｐｔａｔｉｏｎＳｅｔ要素８０２とに基づいて取得されたビデオを同時に再生するものとする。この場合、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄが「１．１」のビデオ（セグメント）と、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄが「２．１」のビデオとでは、ｑｕａｌｉｔｙＲａｎｋｉｎｇの差が「０」である。したがって、クライアント１０１は、これらのビデオを同時に再生する際に推奨されている設定が満たされていると判定することができる。一方で、クライアント１０１は、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄが「１．３」のビデオと、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄが「２．１」のビデオとでは、ｑｕａｌｉｔｙＲａｎｋｉｎｇの差が「２」である。このため、クライアント１０１は、これらのビデオを同時に再生する際に推奨されている設定が満たされていない、すなわち、これらのビデオを同時に再生することが推奨されていないと判定することができる。
【００５９】
なお、上述の例に係るＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９の記述は一例であり、同様の趣旨で異なる表現が用いられてもよい。例えば、２つの集合に関する設定間の区切りを示す「：」は、設定に用いられる値や集合の識別子（ｘ、ｙ）と区別可能であり、ＭＰＤファイルを受信した装置が集合の区切りを認識することができる所定の記号に置き換えられてもよい。また、「（設定値），（その集合の識別子）」という記述の順序は、「（集合の識別子），（設定値）」という順序等、他の順序と置き換えられてもよい。さらに、集合が１つしか存在しない場合は、集合の識別子は省略されてもよい。
【００６０】
なお、本実施形態では、あるＡｄａｐｔａｔｉｏｎＳｅｔの集合について品質ランクの差に関する設定が共有されている、とは、そのＡｄａｐｔａｔｉｏｎＳｅｔ内のＲｅｐｒｅｓｅｎｔａｔｉｏｎの品質ランクの差に関する基準が共有されていることを指す。すなわち、設定が共有されている集合において、他のＡｄａｐｔａｔｉｏｎＳｅｔとの品質ランクの差の設定値は、第１のＡｄａｐｔａｔｉｏｎＳｅｔに関して「１」の場合は、その集合内の第２のＡｄａｐｔａｔｉｏｎＳｅｔについても「１」となる。図８の例では、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８で示されるように、ｉｄが「１」及び「２」のＡｄａｐｔａｔｉｏｎＳｅｔ要素８０１及び８０２が、品質ランクの差に関する設定が共有されている。したがって、他のＡｄａｐｔａｔｉｏｎＳｅｔとの品質ランクの差の設定値は、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９に示されるように、ＡｄａｐｔａｔｉｏｎＳｅｔ要素８０１及び８０２について、共に「１」となる。なお、ＡｄａｐｔａｔｉｏｎＳｅｔのある集合について品質ランクの差に関する設定が共有されている場合、その集合内のＡｄａｐｔａｔｉｏｎＳｅｔの全てにおいて同じｑｕａｌｉｔｙＲａｎｋｉｎｇのビデオが取得されるように、設定が定められていてもよい。
【００６１】
このように、サーバ１０２が、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８をＭＰＤファイルに記述することにより、クライアント１０１は、複数のＡｄａｐｔａｔｉｏｎＳｅｔからなる集合を識別することができる。また、サーバ１０２が、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９をＭＰＤファイルに記述することにより、クライアントは、ＡｄａｐｔａｔｉｏｎＳｅｔの集合ごとの品質ランクの差に関する設定を把握することができる。このとき、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８及び８０９で、集合の識別子（上述の「ｘ」及び「ｙ」）を共通の識別子によって表現することによって、クライアント１０１は、これらの要素間の関係を容易に認識することができる。サーバ１０２は、これらの２つの情報により、１つの集合内の複数のＡｄａｐｔａｔｉｏｎＳｅｔで規定される複数ビデオのうちのいずれかをそれぞれ選択して同時に再生する場合の品質ランクの差の設定を、クライアント１０１に通知することができる。そして、クライアント１０１は、この通知情報により、例えば推奨される組み合わせのビデオを取得して再生することができる。したがって、クライアント１０１は、同時に再生されるＲｅｐｒｅｓｅｎｔａｔｉｏｎ間の品質差による違和感をユーザに対して与えずに、ビデオの再生を行うことができる。その結果、ユーザエクスペリエンスを向上させることができる。
【００６２】
（構成例２）
次に、ＭＰＤファイルの構成の第２の例について図９を用いて説明する。図９は、図２（Ｅ）に示されるようなタイルの集合化が行われた場合のＭＰＤファイルの例を示している。なお、図９に示すＭＰＤファイルの構成が、図２（Ｄ）に示されるようなタイルの集合化が行われた場合にも使用可能であることは明らかである。図９では、ＡｄａｐｔａｔｉｏｎＳｅｔ要素９０１〜９０９に、それぞれ、タイル１〜９の情報が記述される。なお、ＡｄａｐｔａｔｉｏｎＳｅｔ要素９０１〜９０９には、図８のＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素８０５〜８０７と同様の１つ以上のＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素が含まれる。ただし、図９〜図１１では、簡単のために、これらの記述については省略している。
【００６３】
図９のＭＰＤファイルは、図８のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８と同様のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０を含む。ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０により、例えば、ｉｄが「１」、「２」、「４」、及び「５」のＡｄａｐｔａｔｉｏｎＳｅｔによって識別子「ｘ」の第１集合（第１セットグループ）が定義される。同様に、ｉｄが「３」及び「６」のＡｄａｐｔａｔｉｏｎＳｅｔによって識別子「ｙ」の第２集合（第２セットグループ）が、ｉｄが「７」、「８」及び「９」のＡｄａｐｔａｔｉｏｎＳｅｔによって識別子「ｚ」の第３集合（第３セットグループ）が定義される。
【００６４】
一方、図９のＭＰＤファイルでは、図８のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９と異なる形式で、集合ごとの品質ランクの差の設定の情報として、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１１が記述される。ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１１は、ｓｃｈｅｍｅＩｄＵｒｉ属性とその値の記述まではＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９と同様の構成を有する。一方、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１１には、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９には含まれていない属性「ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ」が記述されている。このｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性は、１つ以上の集合に対して同じ（デフォルトの）品質ランクの差の設定が用いられる場合に規定されうる。図９の例では、ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性の値が「２」に設定されている。ｖａｌｕｅ属性の記述は、基本的にはＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９におけるｖａｌｕｅ属性の記述と同様である。しかしながら、複数の集合のうち、このｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性の値を、品質ランクの差の設定として用いる集合については、ｖａｌｕｅ属性に記述しない。すなわち、ｖａｌｕｅ属性に記述されていない集合については、ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性で指定された値が品質ランクの差の設定として用いられる。図９の例では、識別子ｘの集合についてはｖａｌｕｅ属性に記述が存在するが、識別子ｙ及びｚの集合についてはｖａｌｕｅ属性に記述が存在しない。このため、識別子ｙ及びｚの集合は、品質ランクの差の設定値が「２」であるものとして扱われる。一方、識別子ｘの集合については、ｖａｌｕｅ属性に「１，ｘ」と記述されているため、品質ランクの差の設定値が「１」となる。すなわち、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１１の「ｖａｌｕｅ＝“１，ｘ”」との記述は、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９が「ｖａｌｕｅ＝“１，ｘ：ｄ，ｙ：ｄ，ｚ”」と記述される場合と同様の意味を有する。なお、ここでの「ｄ」は、ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性で指定された値（図９の例では「２」）である。同様に、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１１が「ｖａｌｕｅ＝“１，ｙ”」である場合、その意味は、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９の「ｖａｌｕｅ＝“ｄ，ｘ：１，ｙ：ｄ，ｚ”」との記述と同様である。なお、複数の集合が同じｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性で指定された値を用いる場合であっても、その複数の集合のそれぞれについて、設定に従ったビデオの取得が別個に行われる。例えば、第１集合と第２集合とが共通に用いるｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性の値が「１」の場合であって、第１集合において品質ランク「０」のビデオが取得されたとする。このとき、第２集合では、第２集合において取得されるビデオの最高の品質ランクが「１」である場合、第２集合内で品質ランク「２」のビデオについては推奨される範囲内となる。すなわち、同じ設定が用いられる場合であっても、第２集合のビデオの選択は、第１集合において取得されるビデオ品質ランクによらずに行われる。
【００６５】
なお、図９の例においても、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０及び９１１で、ＡｄａｐｔａｔｉｏｎＳｅｔの集合に関する識別子が、共通の識別子によって表現される。これにより、このＭＰＤファイルを受信した機器が、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０とＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１１との関係を明確に特定することが可能となる。
【００６６】
このように、サーバ１０２が、１つ以上の集合で共通に使用される品質ランクの差の設定を定義することにより、複数の集合が同じ設定を用いる場合に、ＭＰＤファイルの記述量を削減することができる。また、サーバ１０２が、複数の集合に対して共通に使用される品質ランクの差の設定を定義することにより、クライアント１０１において複数の集合に関して同様の処理を実行すれば足りるため、クライアント１０１の処理負荷を低減することができる。
【００６７】
（構成例３）
続いて、ＭＰＤファイルの構成の第３の例について図１０を用いて説明する。図１０は、図２（Ｄ）に示されるようなタイルの集合化が行われた場合のＭＰＤファイルの例を示している。図１０のＭＰＤファイルは、図８の２つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８及び８０９に代えて、１つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１００１が含まれる。すなわち、１つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１００１によって、ＡｄａｐｔａｔｉｏｎＳｅｔの集合の定義と、集合ごとの品質ランクの差の設定とが定義される。
【００６８】
ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１００１は、ｓｃｈｅｍｅＩｄＵｒｉ属性とその値についてはＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８と同様の構成を有する。一方、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１００１は、ｖａｌｕｅ属性において、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８及び８０９と異なる「１，２，１：３，４，２」という値を有している。ここで、記号「：」は、２つの集合に関する情報の区切りを示している。すなわち、「１，２，１」が第１集合（第１セットグループ）に関する情報を示し、「３，４，２」が第２集合（第２セットグループ）に関する値を示す。そして、１つの集合に関する情報のうち、最後の値（右端の値）が、その集合における品質ランクの差の設定を示す値であり、それ以外が、その集合に属するＡｄａｐｔａｔｉｏｎＳｅｔのｉｄを示している。すなわち、「１，２，１」は、ｉｄが「１」及び「２」のＡｄａｐｔａｔｉｏｎＳｅｔからなる集合について、品質ランクの差の設定値が「１」であることを示す。同様に、「３，４，２」は、ｉｄが「３」及び「４」のＡｄａｐｔａｔｉｏｎＳｅｔからなる集合について、品質ランクの差の設定値が「２」であることを示す。すなわち、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１００１は、図８のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８とＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９との組み合わせと同様の意味を有する。なお、ＡｄａｐｔａｔｉｏｎＳｅｔの識別子と品質ランクの差の設定の情報との順番はこれに限定されず、例えば品質ランクの差の設定の情報が先に（左側に）配置されてもよい。
【００６９】
このように、サーバ１０２が、集合に属するＡｄａｐｔａｔｉｏＳｅｔの識別子と、その集合における品質ランクの差の設定に関する情報とを単一のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素に記述することで、ＭＰＤファイルの記述量が削減されうる。
【００７０】
（構成例４）
最後に、ＭＰＤファイルの構成の第４の例について図１１を用いて説明する。図１１は、図２（Ｅ）に示されるようなタイルの集合化が行われた場合のＭＰＤファイルの例を示している。なお、図１１に示すＭＰＤファイルの構成が、図２（Ｄ）に示されるようなタイルの集合化が行われた場合にも使用可能であることは明らかである。図１１のＭＰＤファイルは、図９の２つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０及び９１１に代えて、１つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１１０１が含まれる。すなわち、１つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１１０１によって、ＡｄａｐｔａｔｉｏｎＳｅｔの集合の定義と、集合ごとの品質ランクの差の設定とが定義される。
【００７１】
ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１１０１は、ｓｃｈｅｍｅＩｄＵｒｉ属性とその値については、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０と同様の構成を有する。また、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１１０１は、ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性については、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１１と同様の構成を有する。一方、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１１０１は、ｖａｌｕｅ属性において、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０及び９１１と異なる「（１，２，４，５），１：（３，６）：（７，８，９）」という値を有する。ここで、記号「：」は、２つの集合に関する情報の区切りを示している。この構成は、図１０のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１００１において、品質ランクの差の設定に関する値として、ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性で指定される値が省略された構成と言える。すなわち、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１１０１は、図１０のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１００１と図９のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０及び９１１とが組み合わされたような構成を有する。このｖａｌｕｅ属性の記述において、「（１，２，４，５），１」は、ｉｄが「１」、「２」、「４」及び「５」のＡｄａｐｔａｔｉｏｎＳｅｔの集合（第１セットグループ）で、品質ランクの差の設定に関する値が「１」であることを示している。一方、「（３，６）」は、ｉｄが「３」及び「６」のＡｄａｐｔａｔｉｏｎＳｅｔの集合（第２セットグループ）で、品質ランクの差の設定に関する値が、ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性で指定される値であることを示している。同様に、「（７，８，９）」は、ｉｄが「７」、「８」及び「９」のＡｄａｐｔａｔｉｏｎＳｅｔの集合（第３セットグループ）で、品質ランクの差の設定に関する値が、ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ属性で指定される値であることを示す。
【００７２】
なお、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１１０１において、集合に属するＡｄａｐｔａｔｉｏｎＳｅｔのｉｄは、括弧（「（」及び「）」）で括られている。これは、例えば「３，６」のような値において「６」がＡｄａｐｔａｔｉｏｎＳｅｔのｉｄであるか、品質ランクの差の設定に関する値であるかが区別できなくなるおそれがあるからである。ただし、例えば集合に属するＡｄａｐｔａｔｉｏｎＳｅｔのｉｄと、品質ランクの差の設定に関する値との区切りが判別可能な文字が用いられることによって、括弧は用いられなくてもよい。例えば、「１，２，４，５＠１」のように表記されることで、ＭＰＤファイルを受信した機器が、ｉｄが「１」、「２」、「４」及び「５」のＡｄａｐｔａｔｉｏｎＳｅｔの集合で、品質ランクの差の設定に関する値が「１」であることを判別することができる。これ以外にも、他の記述方式で集合と品質ランクの差の設定に関する値とが記述されてもよい。例えば、集合の情報と品質ランクの差に関する設定の情報との記述順序は、例えば品質ランクの差に関する設定の情報が先に（左側に）記載されるなど、逆であってもよい。
【００７３】
このように、サーバ１０２が、各集合に属するＡｄａｐｔａｔｉｏＳｅｔの識別子と、その集合の品質ランクの差に関する設定の情報とを単一のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素に記述することで、ＭＰＤファイルの記述量が削減されうる。
【００７４】
なお、ｓｃｈｅｍｅＩｄＵｒｉ属性の値は、本実施形態で定義されている値「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｑｕａｌｉｔｙ＿ｅｑｕｉｖａｌｅｎｃｅ」等に限定されず、ほかの文字列で記述されていてもよい。すなわち、ＡｄａｐｔａｔｉｏｎＳｅｔの集合を定義することや、品質ランクの差の設定に関する情報を定義すること等、本実施形態において特定されるべき情報が判別可能である限りにおいて、任意の文字列が用いられうる。同様に、「ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ」や「ｖａｌｕｅ」等の属性の名称についても、同様の意義を示す別の文字列によって定義されてもよい。また、品質ランクの差に関する設定を未定義とする場合のために、「ｕｎｄｅｆｉｎｅｄ」等の、設定が定義されていないことを示す文字列が定義されてもよい。なお、同じ品質ランクの差に関する設定が用いられる集合に対しては、同じ識別子が割り当てられてもよい。例えば、図９のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０において、ｖａｌｕｅが「１，２，４，５，ｘ：３，６，ｙ：７，８，９，ｙ」のように規定されてもよい。このような規定によれば、ｉｄが「３」と「６」のＡｄａｐｔａｔｉｏｎＳｅｔの集合と、ｉｄが「７，８，９」のＡｄａｐｔａｔｉｏｎＳｅｔの集合とが、別の集合であるが、同じ品質ランクの差に関する設定を用いることが特定されうる。なお、品質ランクの差に関する設定がすべての集合に対して１つ定義される場合は、ＭＰＤファイルに対して、ＡｄａｐｔａｔｉｏｎＳｅｔの集合に関する情報を記述せず、品質ランクの差に関する設定の情報だけを記述するようにしてもよい。
【００７５】
なお、本実施形態では、同じ品質ランクの差に関する設定を共有するＡｄａｐｔａｔｉｏｎＳｅｔの集合を明示的に記述している例について説明したが、これに限られない。例えば、それぞれのＡｄａｐｔａｔｉｏｎＳｅｔに対して、品質ランクの差に関する設定を個別に定義してもよい。その場合、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８において、ｖａｌｕｅ属性を「１，１：２，１：３，２：４，２」のように定義する（この場合、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９は省略される）。「１，１」によって、ｉｄが「１」のＡｄａｐｔａｔｉｏｎＳｅｔの品質ランクの差の設定値が１であることが示される。なお「２，１」、「３，２」、「４，２」のそれぞれは、ｉｄが「２」、「３」、「４」のＡｄａｐｔａｔｉｏｎＳｅｔの品質ランクの差の設定値が、それぞれ「１」、「２」、「２」であることを示す。なお、ＭＰＤに対するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素、および各属性の記述方法、識別子は、この例に限定されない。なお、１つのＡｄａｐｔａｔｉｏｎＳｅｔに関する品質ランクの差の設定は、例えば、同じ設定値を有するＡｄａｐｔａｔｉｏｎＳｅｔを１つの集合として、その集合に適用される設定でありうる。また、１つのＡｄａｐｔａｔｉｏｎＳｅｔに関する品質ランクの差の設定は、例えば経時変化により、同じタイルに関する複数のビデオに関して生じる差に関する設定であってもよい。
【００７６】
また、本実施形態では、ＡｄａｐｔａｔｉｏｎＳｅｔの集合を１つの要素で定義しているが、ＡｄａｐｔａｔｉｏｎＳｅｔの集合ごとに、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素が定義されてもよい。例えば、ＡｄａｐｔａｔｉｏｎＳｅｔの１つの集合に関して、品質ランクの差の設定に関する情報と、その集合に属するＡｄａｐｔａｔｉｏｎＳｅｔを規定する情報とを含むＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素が定義される。例えば、図８のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０８及び８０９によって示される内容が、別の２つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素によって表現される。このとき、２つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素は、それぞれ、ｉｄが「１」及び「２」のＡｄａｐｔａｔｉｏｎＳｅｔが属する集合と、ｉｄが「３」及び「４」のＡｄａｐｔａｔｉｏｎＳｅｔが属する集合とに関する。これらのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素は、例えば、以下のように表現される。
【００７７】
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｑｕａｌｉｔｙ＿ｅｑｕｉｖａｌｅｎｃｅ”  ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ＝“１”  ｖａｌｕｅ＝“１，２”＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｑｕａｌｉｔｙ＿ｅｑｕｉｖａｌｅｎｃｅ”  ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ＝“２”  ｖａｌｕｅ＝“３，４”＞
１つ目の要素は、ｉｄが「１」と「２」のＡｄａｐｔａｔｉｏｎＳｅｔが属する集合において、品質ランクの差の設定値が「１」であることを示す。２つ目の要素は、ｉｄが「３」と「４」のＡｄａｐｔａｔｉｏｎＳｅｔが属する集合において、品質ランクの差の設定値が「２」であることを示す。なお、ＭＰＤに対するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素、および各属性の記述方法、識別子は、これに限定されない。
【００７８】
なお、本実施形態で定義した、要素、識別子、属性に限らず、その他の要素、識別子、属性に、ＡｄａｐｔａｔｉｏｎＳｅｔの集合、その集合ごとに共有される品質ランクの差の設定値、集合と設定値とを関連付ける情報等が定義されてもよい。例えば、Ｐｒｅｓｅｌｅｃｔｉｏｎ要素に対して、その要素で定義されるＡｄａｐｔａｔｉｏｎＳｅｔに共通の品質ランクの差の設定が定義されてもよく、その他の既存の要素、識別子、属性が活用されてもよい。また、新しい要素、識別子、属性が定義されてもよい。また、共通の品質ランクの差の設定を定義しないＡｄａｐｔａｔｉｏｎＳｅｔに対しては、他のＲｅｐｒｅｓｅｎｔａｔｉｏｎとの品質ランクの差に関する設定の値を未定義としてもよい。この場合、クライアント１０１は、あるＡｄａｐｔａｔｉｏｎＳｅｔについて、他のＡｄａｐｔａｔｉｏｎＳｅｔと共通の品質ランクの差に関する設定が定義されていない場合は、任意のＲｅｐｒｅｓｅｎｔａｔｉｏｎを選択しうる。また、クライアント１０１は、他のＡｄａｐｔａｔｉｏｎＳｅｔと同じｑｕａｌｉｔｙＲａｎｋｉｎｇを選択してもよい。また、これら以外の方法が用いられてもよい。
【００７９】
なお、本実施形態では、すべてのＡｄａｐｔａｔｉｏｎＳｅｔがいずれかの集合に属するようにＭＰＤの例を説明しているが、これに限られない。例えば、１つ以上のＡｄａｐｔａｔｉｏｎＳｅｔが集合に属さないようにしてもよい。これについて、図９を用いて説明する。例えば、ｉｄが「７」、「８」、及び「９」のＡｄａｐｔａｔｉｏｎＳｅｔが集合に属さず、それぞれが独立した集合であるとする。この場合、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０は、以下のように、ｉｄが「７」、「８」、及び「９」のＡｄａｐｔａｔｉｏｎＳｅｔに関する記述が省略されて構成されうる。
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｑｕａｌｉｔｙ＿ｅｑｕｉｖａｌｅｎｃｅ”  ｖａｌｕｅ＝“１，２，４，５，ｘ：３，６，ｙ”＞
また、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素９１０は、以下のように、ｉｄが「７」、「８」、及び「９」のＡｄａｐｔａｔｉｏｎＳｅｔが、それぞれ別個の集合として記述されてもよい。
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｑｕａｌｉｔｙ＿ｅｑｕｉｖａｌｅｎｃｅ”  ｖａｌｕｅ＝“１，２，４，５，ｘ：３，６，ｙ：７，ｚ：８，ｖ；９，ｗ”＞
【００８０】
なお、本実施形態では、品質ランクの差に関する設定を、特定のＡｄａｐｔａｔｉｏｎＳｅｔの集合に含まれるｑｕａｌｉｔｙＲａｎｋｉｎｇの値の差として定義しているが、これに限られない。例えば品質ランクの差に関する設定は、ビットレート、解像度、サンプリングレートなどの実際の値に基づいて行われてもよい。
【００８１】
（処理の流れ）
次に、本実施形態に係るクライアント１０１及びサーバ１０２が実行する処理の流れの例について説明する。以下では、まず、図１２を用いて、サーバ１０２が実行する処理の流れの例について説明し、続いて、図１３を用いて、クライアント１０１が実行する処理の流れの例について説明する。
【００８２】
（サーバ１０２の処理）
まず、セグメント生成部５０６は、ＭＰＥＧ−ＤＡＳＨ形式のセグメントを生成する（Ｓ１２０１）。ここで、セグメント生成部５０６は、品質の異なる複数のセグメントを生成し、そのセグメントに関して品質ランクの付与を行う。なお、蓄積されているデータをＶｏＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）方式で送信する場合は、Ｓ１２０１の処理は省略されてもよく、その場合、過去に生成されたセグメントが使用されうる。なお、ビデオの送信元の装置がサーバ１０２と異なる装置である場合には、サーバ１０２においてはＳ１２０１の処理は行われず、セグメントの生成とそのセグメントの品質ランクの付与は、例えば、セグメントを送信するサーバによって行われる。
【００８３】
続いて、プレイリスト生成部５０７が、ＭＰＥＧ−ＤＡＳＨ標準（ＩＳＯ／ＩＥＣ２３００９−１）または当該標準の拡張で規定されているＭＰＤ（プレイリスト）の生成を開始する（Ｓ１２０２）。ＭＰＤファイルには、図８〜図１１を用いて説明したように、分割された複数のタイルのそれぞれについて、複数の異なる品質のセグメントのそれぞれにアクセスするための複数のＵＲＬを格納する、複数のＡｄａｐｔａｔｉｏｎＳｅｔ要素が記述される。なお、ＵＲＬは、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素内に格納される形式で記述される。ＭＰＤファイルに記述される情報はこれらの情報に限られず、標準規格で規定されているその他の情報が記述されてもよい。また、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素内には、そのＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素内のＵＲＬにおいて取得されるビデオの品質ランクを示すｑｕａｌｉｔｙＲａｎｋｉｎｇ属性が記述される。ここでの品質ランクは、１つのＡｄａｐｔａｔｉｏｎＳｅｔ内で規定されている複数のＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素に従って取得されるビデオの品質の高さの順位である。なお、品質ランクの情報は、ＭＰＤファイル以外のＨＴＭＬファイルやｊａｖａｓｃｒｉｐｔファイルに記述されてもよい。
【００８４】
その後、集合解析部５１２は、品質ランクの差の設定を共有すべきＡｄａｐｔａｔｉｏｎＳｅｔの集合を設定するために、ビデオの解析を行う（Ｓ１２０３）。なお、集合解析部５１２は、タイルの集合の情報が事前に与えられている場合、その情報を利用して集合を設定してもよく、その場合、ビデオの解析は行われなくてもよい。集合設定部５０８は、集合解析部５１２による解析結果に基づいて、ＡｄａｐｔａｔｉｏｎＳｅｔの集合を設定する（Ｓ１２０４）。集合管理部５０９は、集合設定部５０８が設定した集合の情報、すなわち、それぞれの集合に含まれるＡｄａｐｔａｔｉｏｎＳｅｔの識別子を管理する。集合管理部５０９は、集合ごとに、集合を識別するための識別子を定義する。そして、プレイリスト生成部５０７は、集合管理部５０９が管理する集合が１つか否かを判定する（Ｓ１２０５）。
【００８５】
プレイリスト生成部５０７は、集合管理部５０９が管理する集合が複数存在すると判定した場合（Ｓ１２０５でＮＯ）は、その複数の集合のそれぞれに属するＡｄａｐｔａｔｉｏｎＳｅｔの識別子の情報をＭＰＤファイルに記述する（Ｓ１２０６）。例えば、プレイリスト生成部５０７は、図８〜図１１を用いて説明したようなＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素を定義して、その中において、各集合に属するＡｄａｐｔａｔｉｏｎＳｅｔの識別子を格納する。品質差情報決定部５１０は、ＡｄａｐｔａｔｉｏｎＳｅｔの集合ごとに、用いるべき品質ランクの差に関する設定を決定する（Ｓ１２０７）。集合管理部５０９は、品質差情報決定部５１０が決定した集合ごとの品質ランクの差に関する設定を、それぞれの集合と関連付けて管理する。
【００８６】
プレイリスト生成部５０７は、集合管理部５０９に管理されている品質ランクの差に関する設定が全集合で同じ値であるかを判断する（Ｓ１２０８）。プレイリスト生成部５０７は、少なくとも一部の集合において品質ランクの差に関する設定が他の集合と異なると判定した場合（Ｓ１２０８でＮＯ）は、集合管理部５０９が管理している集合ごとの識別子をＭＰＤファイルに記述する（Ｓ１２０９）。例えば、プレイリスト生成部５０７は、図８〜図１１を用いて説明したようなＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素内で、各集合の識別子（例えば「ｘ」、「ｙ」、「ｚ」）を格納する。
【００８７】
プレイリスト生成部５０７は、集合管理部５０９が管理している集合ごとの品質ランクの差に関する設定値について、共通設定値を用いるか否かを判定する（Ｓ１２１０）。なお、このときに、プレイリスト生成部５０７は、集合管理部５０９が管理している品質ランクの差の設定の中で、最も多くの集合に適用される値を、共通設定値として決定しうる。なお、共通設定値は、これ以外の方法に基づいて決定されてもよい。また、プレイリスト生成部５０７は、例えば、共通設定値を用いることによってＭＰＤファイルの記述量が減少するか否かを判定することにより、そのような共通設定値を用いるか否かを判定しうる。ただし、これは一例に過ぎず、プレイリスト生成部５０７は、他の基準に基づいて、共通の設定値を用いるか否かを判定してもよい。
【００８８】
プレイリスト生成部５０７は、共通設定値を用いないと判定した場合（Ｓ１２１０でＮＯ）は、集合管理部５０９が管理している品質ランクの差に関する集合ごとの設定値をＭＰＤファイルに記述する（Ｓ１２１１）。例えば、プレイリスト生成部５０７は、図８のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素８０９や図１０のＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素１００１のような記述をＭＰＤファイルに含める。
【００８９】
一方、プレイリスト生成部５０７は、共通設定値を用いると判定した場合（Ｓ１２１０でＹＥＳ）は、その共通設定値をＭＰＤファイルに記述する（Ｓ１２１２）。プレイリスト生成部５０７は、例えば図９及び図１１に関して説明した「ｄｅｆａｕｌｔ＿ｍａｘ＿ｑｕａｌｉｔｙ＿ｄｅｇｒａｄａｔｉｏｎ」属性として、この共通設定値をＭＰＤファイルに記述する。そして、プレイリスト生成部５０７は、共通設定値が適用されない集合について、その集合に適用される品質ランクの差に関する設定値を、ＭＰＤファイルに記述する（Ｓ１２１３）。
【００９０】
そして、プレイリスト生成部５０７は、クライアント１０１がセグメントを取得して再生するために必要な、本実施形態で説明していないその他の情報をＭＰＤファイルに記述し、ＭＰＤファイルの生成を完了する（Ｓ１２１４）。その後、サーバ１０２は、ＨＴＴＰ通信制御部５１１を介して、ＭＰＥＧ−ＤＡＳＨ形式に従うビデオの送信を開始する。（Ｓ１２１５）。なお、サーバ１０２以外の装置がビデオを送信する場合、サーバ１０２は、ＭＰＤファイルのみをクライアント１０１へと送信し、ビデオの送信は行わなくてもよい。この場合、クライアント１０１は、サーバ１０２から受信したＭＰＤファイルに従ってサーバ１０２以外の装置にアクセスして、各タイルに対応するセグメントを取得することとなる。
【００９１】
プレイリスト生成部５０７は、ＭＰＥＧ−ＤＡＳＨのライブプロファイルに従う場合、ＭＰＤファイルの更新を行うか否かを判定し（Ｓ１２１６）、ＭＰＤファイルの更新を行わないと判定した場合（Ｓ１２１６でＮＯ）は、本処理を終了する。一方、プレイリスト生成部５０７は、ＭＰＤファイルの更新を行うと判定した場合（Ｓ１２１６でＹＥＳ）は、処理をＳ１２０２へと戻す。
【００９２】
プレイリスト生成部５０７は、Ｓ１２０５において、集合管理部５０９が管理する集合が１つのみであると判定した場合（Ｓ１２０５でＹＥＳ）は、その集合に属するＡｄａｐｔａｔｉｏｎＳｅｔの識別子をＭＰＤファイルに記述する（Ｓ１２１７）。すなわち、プレイリスト生成部５０７は、品質ランクの差の設定を共有する１つの集合内のＡｄａｐｔａｔｉｏｎＳｅｔの識別子をＭＰＤファイルに記述する。なお、プレイリスト生成部５０７は、すべてのＡｄａｐｔａｔｉｏｎＳｅｔに品質ランクの差の設定が適用される場合は、Ｓ１２１７の処理を行わなくてもよい。その後、プレイリスト生成部５０７は、品質ランクの差の設定の設定値を、ＭＰＤファイルに記述する（Ｓ１２１８）。また、プレイリスト生成部５０７は、全集合で品質ランクの差の設定が同じであると判定した場合（Ｓ１２０８でＹＥＳ）は、集合ごとの識別子をＭＰＤファイルに記述することなく、品質ランクの差の設定の設定値を、ＭＰＤファイルに記述する（Ｓ１２１８）。Ｓ１２１８の処理の後、処理はＳ１２１４へと移る。
【００９３】
なお、サーバ１０２は、共通の設定値を使用しない場合（例えばＭＰＤファイルを図８や図１０のように構成する場合）、Ｓ１２１０、Ｓ１２１２及びＳ１２１３の処理を行わなくてもよい。この場合、サーバ１０２は、Ｓ１２０９の処理を実行した後に処理をＳ１２１１に移す。一方、サーバ１０２は、常に共通の設定値を使用する場合（例えばＭＰＤファイルを図９や図１１のように構成する場合）は、Ｓ１２１０及びＳ１２１１の処理を行わなくてもよい。この場合、サーバ１０２は、Ｓ１２０９の処理を実行した後に処理をＳ１２１２に移す。
【００９４】
また、サーバ１０２は、全てのＡｄａｐｔａｔｉｏｎＳｅｔに対して共通の設定値を定義する場合、Ｓ１２０３の処理を実行した後に、処理をＳ１２１７に移しうる。さらに、サーバ１０２は、ＡｄａｐｔａｔｉｏｎＳｅｔのｉｄを記載せずに全てのＡｄａｐｔａｔｉｏｎＳｅｔに共通の設定値を定義する場合、Ｓ１２０３の処理を実行した後に、処理をＳ１２１９に移してもよい。
【００９５】
なお、図１２のフローチャートに示した各処理ステップは、ここで説明した内容とことなる処理と置き換えられてもよいし、処理の順序が入れ替えられてもよい。例えば、プレイリスト生成部５０７は、ＭＰＤファイルに情報を記述するためのＳ１２０６、Ｓ１２０９、Ｓ１２１１、Ｓ１２１３等の処理を、Ｓ１２１５の処理の前にまとめて行ってもよいし、その他の任意のタイミングで行ってもよい。また、ビデオの解析及びＡｄａｐｔａｔｉｏｎＳｅｔの集合の設定（Ｓ１２０３及びＳ１２０４）の処理は、例えば、ビデオのセグメントの生成（Ｓ１２０１）と並行して行われるなど、ＭＰＤファイルの生成の開始前（Ｓ１２０２の処理の前）に行われてもよい。
【００９６】
また、一例として、Ｓ１２０１、Ｓ１２０２、Ｓ１２０４、Ｓ１２０６、Ｓ１２０７、Ｓ１２０９、Ｓ１２１１、及びＳ１２１４に記載のステップのみが実行されてもよい。さらに、Ｓ１２０１〜Ｓ１２０４、Ｓ１２０６、Ｓ１２０９、Ｓ１２１２〜Ｓ１２１４のステップのみが実行されてもよい。また、Ｓ１２０４、Ｓ１２０６、Ｓ１２０７、Ｓ１２０９、Ｓ１２１１のみが実行されてもよい。これらのように、一部のステップが省略されても、本実施形態に係る特徴を有するＭＰＤファイルは生成されうる。
【００９７】
なお、Ｓ１２０５及びＳ１２１７の処理が実行されることにより、ＡｄａｐｔａｔｉｏｎＳｅｔの集合が１つである場合にＭＰＤファイルの記述量を削減することができる。また、Ｓ１２０８及びＳ１２１８の処理が実行されることにより、ＡｄａｐｔａｔｉｏｎＳｅｔの集合の全てに共通の設定が適用される場合に、ＭＰＤファイルの記述量を削減することができる。また、Ｓ１２１０、Ｓ１２１２及びＳ１２１３の処理が実行されることにより、１つまたは複数のＡｄａｐｔａｔｉｏｎＳｅｔの集合に共通の設定値が適用される場合に、共通の設定値を１度だけ定義することによって、ＭＰＤの記述量を削減することができる。これらの結果、サーバ１０２及びクライアント１０１の処理負荷をそれぞれ軽減することができる。
【００９８】
（クライアント１０１の処理）
まず、プレイリスト取得部７１３は、ＨＴＴＰ通信制御部７０７を介して、サーバ１０２からＭＰＤファイルを取得し（Ｓ１３０１）、プレイリスト解析部７０８は、その取得したＭＰＤファイルを解析する（Ｓ１３０２）。プレイリスト解析部７０８は、ＭＰＤファイルの解析結果に基づいて、ＡｄａｐｔａｔｉｏｎＳｅｔの集合に関する情報を取得し、その集合情報を集合管理部７０９に保存する（Ｓ１３０３）。なお、クライアント１０１は、プレイリスト解析部７０８がＭＰＤファイルを解析した結果、集合情報が存在しないと判断した場合、サーバ１０２から提供されたＨＴＭＬファイルやｊａｖａｓｃｒｉｐｔファイル等から集合情報を取得してもよい。プレイリスト解析部７０８は、ＭＰＤファイルの解析結果に基づいて、ＡｄａｐｔａｔｉｏｎＳｅｔの集合ごとの品質ランクの差に関する設定値を取得し、集合管理部７０９に保存済みの集合情報と関連付けて、集合管理部７０９に保存する（Ｓ１３０４）。なお、クライアント１０１は、ＭＰＤファイルに品質ランクの差に関する設定値が定義されていないとプレイリスト解析部７０８が判定した場合、サーバ１０２から提供されたＨＴＭＬファイルやｊａｖａｓｃｒｉｐｔファイル等を通じてこの設定値を取得しうる。また、クライアント１０１は、１つ以上の集合に共通の共通設定値が定義されていると判定された場合、ＡｄａｐｔａｔｉｏｎＳｅｔの集合のうちの設定値が明示的に定義されていない集合に対して、その共通設定値を適用してもよい。なお、クライアント１０１は、サーバ１０２から取得したＭＰＤに品質ランクの差に関する設定の情報が含められていない場合は、ビットレート、解像度、サンプリングレート等のＭＰＤから取得可能な他の値に基づいて、独自に設定値を定義してもよい。
【００９９】
品質決定部７１１は、複数のＡｄａｐｔａｔｉｏｎＳｅｔのそれぞれについて、品質ランクの差に関する設定に基づいて、取得するビデオ（取得対象のビデオに関する情報を含んだＲｅｐｒｅｓｅｎｔａｔｉｏｎ）を選択する（Ｓ１３０５）。セグメント取得部７１０は、品質決定部７１１が決定したビデオの再生に必要となる初期化セグメントとメディアセグメントをサーバ１０２から取得する（Ｓ１３０６、Ｓ１３０７）。セグメント解析部７０６は、取得したセグメントを解析し、表示制御部７０２を介して、そのセグメントに基づくビデオを、表示部６０３に表示させる（Ｓ１３０８）。
【０１００】
その後、品質決定部７１１は、取得するビデオ（タイル）の品質を変更するか否かを判定する（Ｓ１３０９）。なお、取得するビデオの品質を変更するか否かの判定のタイミングは他のタイミングであってもよく、任意のタイミングでこの判定が行われうる。例えば、メディアセグメントの取得処理（Ｓ１３０７）の途中や、再生処理（Ｓ１３０８）の途中に、本判定が行われてもよい。また、例えば、ユーザの操作により、クライアント１０１が表示するＡｄａｐｔａｔｉｏｎＳｅｔの一部または全部が変更された場合にこの判定が行われうる。また、クライアント１０１は、セグメントの取得スピードが遅くなった場合に、ネットワークの帯域幅に余裕がないと判断して、取得するビデオの品質を変更してもよい。なお、この判定は、ＡｄａｐｔａｔｉｏｎＳｅｔごと（タイルごと）に行われてもよい。例えば、一部のタイルに関するビデオの取得スピードが遅くなった場合に、そのビデオの品質を変更すると判定されうる。Ｓ１３０９の処理によって、ネットワークの帯域幅などの状況の変化に応じて、動的に、取得するビデオを変更することが出来る。
【０１０１】
品質決定部７１１は、取得するビデオの品質を変更すると判定した場合（Ｓ１３０９でＹＥＳ）、処理をＳ１３０５に戻し、その変更と、設定値とに基づいて、他のタイルに関するビデオの品質を変更する必要があるかを決定しうる。なお、クライアント１０１は、取得する全てのタイルに関するビデオの品質を同様に変更する場合には、Ｓ１３０５の処理を行わずに、処理をＳ１３０６に進めてもよい。一方、取得するビデオの品質を変更しないと判定された場合（Ｓ１３０９でＮＯ）は、セグメント取得部７１０は、メディアセグメントの取得を終了するか否かを判定する（Ｓ１３１０）。クライアント１０１は、メディアセグメントの取得を終了すると判定された場合（Ｓ１３１０でＹＥＳ）は本処理を終了し、メディアセグメントの取得を終了しないと判定された場合（Ｓ１３１０でＮＯ）は、処理をＳ１３０７へ戻す。
【０１０２】
なお、フローチャートに記載の処理ステップはここで説明したステップ、順番に限定されない。例えば、初期化セグメント取得処理（Ｓ１３０６）の後にＳ１３０５の処理が実行されてもよく、また、Ｓ１３０９及びＳ１３１０の判定は逆の順序で行われてもよい。また、クライアント１０１は、Ｓ１３０３〜Ｓ１３０５の処理のみを実行してもよい。
【０１０３】
なお、本実施形態では、ＭＰＤファイルに、ＡｄａｐｔａｔｉｏｎＳｅｔの集合情報、それぞれの集合の識別子、品質ランクの差に関する設定を記述しているが、これに限定されない。例えば、一部または全部の情報がＨＴＭＬファイルやＪａｖａｓｃｒｉｐｔファイルに記述されてもよいし、これらの情報がＪａｖａｓｃｒｉｐｔファイルを通じて動的に取得されてもよい。これにより、ＭＰＤファイルの要素や属性を解析する能力を有しないクライアントであっても、ＡｄａｐｔａｔｉｏｎＳｅｔの集合情報、集合ごとの識別子、集合ごとの品質ランクの差に関する設定の情報を取得することができるようになる。
【０１０４】
また、本実施形態は、１つのピクチャをタイルに分割したビデオを例として説明したが、これに限られない。例えば複数のメディアデータのストリーミングが行われる場合にも、本実施形態で説明した上述の手法が適用されうる。例えば、異なるカメラで生成された複数のビデオをタイル状に並べて表示する場合や、複数のオーディオデータを合成して再生する場合等に、本実施形態に係る上述の手法が適用されうる。また、上述の手法は、ビデオの途中でＡｄａｐｔａｔｉｏｎＳｅｔの構成が変わる場合にも適用されうる。
【０１０５】
以上のように、本実施形態によれば、サーバ１０２は、ＭＰＤファイルに、複数のＡｄａｐｔａｔｉｏｎＳｅｔの集合情報、集合ごとの識別子、そして、集合ごとの品質ランクの差に関する設定の情報を記述する。クライアント１０１は、これらの情報を組み合わせて用いることにより、複数のＡｄａｐｔａｔｉｏｎＳｅｔを同時に再生する場合に、品質ランクの差に関する設定に応じたＲｅｐｒｅｓｅｎｔａｔｉｏｎを選択して再生する制御を行うことができる。その結果、クライアント１０１を使用するユーザは、同時に再生される複数ビデオ間の品質差を気にせずにビデオの視聴を行うことが可能となる。その結果、ユーザのユーザエクスペリエンスを向上させることができる。
【０１０６】
＜＜その他の実施形態＞＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１０７】
１０１：クライアント、６０６：通信部、７０９：集合管理部、７１１：品質決定部、１０２：サーバ、４０７：通信部、５０７：プレイリスト生成部、５０８：集合設定部、５０９：集合管理部、５１０：品質差情報決定部、５１２：集合解析部
【図１】
2018129628.tif 000003
【図２】
2018129628.tif 000004
【図３】
2018129628.tif 000005
【図４】
2018129628.tif 000006
【図５】
2018129628.tif 000007
【図６】
2018129628.tif 000008
【図７】
2018129628.tif 000009
【図８】
2018129628.tif 000010
【図９】
2018129628.tif 000011
【図１０】
2018129628.tif 000012
【図１１】
2018129628.tif 000013
【図１２】
2018129628.tif 000014
【図１３】
2018129628.tif 000015