(57)【特許請求の範囲】
【請求項１】
画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含む前記メタデータを生成するメタデータ生成部
を備える情報処理装置。
【請求項２】
前記並列処理タイプを示す情報は、前記並列処理タイプがタイル分割であるか、ウェーブフロントパラレルプロセッシングであるかを識別する識別情報を含む
請求項１に記載の情報処理装置。
【請求項３】
前記並列処理タイプを示す情報は、前記並列処理タイプがスライス分割であるか、タイル分割であるか、ウェーブフロントパラレルプロセッシングであるかを識別する識別情報を含む
請求項２に記載の情報処理装置。
【請求項４】
前記メタデータは、セグメンテーションの取り得る最大サイズを示す情報をさらに含む
請求項１に記載の情報処理装置。
【請求項５】
前記メタデータ生成部は、前記並列処理タイプを示す情報を、MPEG-DASH（Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP）に準拠したMPD（Media Presentation Description）のリプレゼンテーションに設定する
請求項１に記載の情報処理装置。
【請求項６】
前記メタデータ生成部は、前記並列処理タイプを示す情報を、前記リプレゼンテーションのサプリメンタルプロパティのバリューとして設定する
請求項５に記載の情報処理装置。
【請求項７】
画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含む前記メタデータを生成する
情報処理方法。
【請求項８】
画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含む前記メタデータを解析するメタデータ解析部と、
前記メタデータ解析部の解析結果に従って、前記複数のファイルの中から再生するファイルを選択するファイル選択部と、
前記ファイル選択部により選択された前記ファイルを取得し、再生するファイル再生部と
を備える情報処理装置。
【請求項９】
画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含む前記メタデータを解析し、
解析結果に従って、前記複数のファイルの中から再生するファイルを選択し、
選択された前記ファイルを取得し、再生する
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置および方法に関し、特に、再生側の能力に応じた再生ファイルの選択を実現することができるようにした情報処理装置および方法に関する。
【背景技術】
【０００２】
近年、HTTP（HyperText Transfer Protocol）を利用したコンテンツ配信技術としてMPEG-DASH（Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP）が標準化された（例えば、非特許文献１参照）。MPEG-DASHでは、同一コンテンツが異なるビットレートで表現された複数の符号化データをコンテンツサーバに格納し、クライアントが、ネットワーク帯域に応じて複数の符号化データのいずれかの符号化データを選択しながら再生するABS（Adaptive Bitrate Streaming）技術が採用されている。【０００３】
ところで、このようなコンテンツ配信のクライアントとなり得る電子機器は多様化の一途を辿っており、それによって、クライアントのコンテンツ再生の性能も多様化している。そのため、MPEG-DASHのようなコンテンツ配信技術においても、例えば、解像度やバンド幅だけでなく、符号化の並列処理タイプ等の符号化パラメータ等、より多様なパラメータについてより多様な値が適用されたより多様なファイルを用意し、クライアントに、自身の再生能力に最適なファイルを選択させるようにすることが求められている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】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）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のMPEG-DASH規格では、ファイルに関するより多様なパラメータをクライアント側に通知する機能がなかった。【０００６】
本技術は、このような状況に鑑みて提案されたものであり、再生側の能力に応じた再生ファイルの選択を実現することができるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本技術の一側面は、画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含む前記メタデータを生成するメタデータ生成部を備える情報処理装置である。
【０００９】
前記並列処理タイプを示す情報は、前記並列処理タイプがタイル分割であるか、ウェーブフロントパラレルプロセッシングであるかを識別する識別情報を含むようにすることができる。【００１０】
前記並列処理タイプを示す情報は、前記並列処理タイプがスライス分割であるか、タイル分割であるか、ウェーブフロントパラレルプロセッシングであるかを識別する識別情報を含むようにすることができる。【００１１】
前記メタデータは、セグメンテーションの取り得る最大サイズを示す情報をさらに含むようにすることができる。
【００１２】
前記メタデータ生成部は、前記並列処理タイプを示す情報を、MPEG-DASH（Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP）に準拠したMPD（Media Presentation Description）のリプレゼンテーションに設定することができる。
【００１３】
前記メタデータ生成部は、前記並列処理タイプを示す情報を、前記リプレゼンテーションのサプリメンタルプロパティのバリューとして設定することができる。
【００１４】
本技術の一側面は、また、画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含む前記メタデータを生成する情報処理方法である。
【００１５】
本技術の他の側面は、画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含む前記メタデータを解析するメタデータ解析部と、前記メタデータ解析部の解析結果に従って、前記複数のファイルの中から再生するファイルを選択するファイル選択部と、前記ファイル選択部により選択された前記ファイルを取得し、再生するファイル再生部とを備える情報処理装置である。
【００１６】
本技術の他の側面は、また、画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含む前記メタデータを解析し、解析結果に従って、前記複数のファイルの中から再生するファイルを選択し、選択された前記ファイルを取得し、再生する情報処理方法である。
【００１７】
本技術の一側面においては、画像データが符号化された符号化データを含む複数のファイルの情報を含み、複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含むメタデータが生成される。
【００１８】
本技術の他の側面においては、画像データが符号化された符号化データを含む複数のファイルの情報を含み、複数のファイルの再生を制御するメタデータであって、各ファイルの前記画像データの符号化の並列処理タイプを示す情報を含むメタデータが解析され、解析結果に従って、複数のファイルの中から再生するファイルが選択され、選択されたファイルが取得され、再生される。
【発明の効果】
【００１９】
本技術によれば、情報を処理することが出来る。また本技術によれば、再生側の能力に応じた再生ファイルの選択を実現することができる。
【図面の簡単な説明】
【００２０】
【図１】MPEG-DASHの概要を説明する図である。
【図２】MPDの構成例を示す図である。
【図３】コンテンツの時間的区切りを説明する図である。
【図４】MPDにおけるPeriod以下の階層構造の例を示す図である。
【図５】MPDファイルの構成例を時間軸上で説明する図である。
【図６】MPDの主な構成例を示す図である。
【図７】ファイル生成装置の主な構成例を示すブロック図である。
【図８】ファイル生成処理の流れの例を説明するフローチャートである。
【図９】MPD生成処理の流れの例を説明するフローチャートである。
【図１０】ファイル再生装置の主な構成例を示すブロック図である。
【図１１】ファイル再生処理の流れの例を説明するフローチャートである。
【図１２】MPDの主な構成例を示す図である。
【図１３】HEVCデコーダコンフィギュレーションレコードの例を示す図である。
【図１４】パラレリズムタイプのセマンティクスの例を示す図である。
【図１５】配信システムの主な構成例を示すブロック図である。
【図１６】コンピュータの主な構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．第１の実施の形態（ファイル生成装置・ファイル再生装置）
２．第２の実施の形態（MPDの他の構成例）
３．第３の実施の形態（配信システム）
４．第４の実施の形態（コンピュータ）
【００２２】
＜１．第１の実施の形態＞
＜DASH＞
従来、HTTP（HyperText Transfer Protocol）を利用したコンテンツ配信技術として、例えば非特許文献１に記載のように、MPEG-DASH（Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP）がある。MPEG-DASHでは、同一コンテンツが異なるビットレートで表現された複数の符号化データをコンテンツサーバに格納し、クライアントが、ネットワーク帯域に応じて複数の符号化データのいずれかの符号化データを選択しながら再生するABS（Adaptive Bitrate Streaming）技術が採用されている。
【００２３】
DASHによるコンテンツの伝送の手順を、図１を参照して説明する。まず、コンテンツを取得する側の動画再生端末において、ストリーミング・データの制御用ソフトウエアが、所望のコンテンツのMPD（Media Presentation Description）ファイルを選択し、Webサーバから取得する。MPDは、配信する動画や音声等のコンテンツを管理するメタデータである。
【００２４】
MPDを取得すると、動画再生端末のストリーミング・データの制御用ソフトウエアは、そのMPDを解析し、所望のコンテンツの、通信回線の品質や動画再生端末の性能等に合ったデータ（DASHセグメント）をWebサーバから取得するように制御する。HTTPアクセス用のクライアント・ソフトウエアは、その制御に従って、そのDASHセグメントを、HTTPを用いてWebサーバから取得する。このように取得されたコンテンツを、動画再生ソフトウエアが再生する。
【００２５】
MPDは、例えば図２に示されるような構成を有する。MPDの解析（パース）においては、クライアントは、MPD（図２のMedia Presentation）のピリオド（Period）に含まれるリプレゼンテーション（Representation）の属性から最適なものを選択する。
【００２６】
クライアントは、選択したリプレゼンテーション（Representation）の先頭のセグメント（Segment）を読んでイニシャライズセグメント（Initialization Segment）を取得し、処理する。続いて、クライアントは、後続のセグメント（Segment）を取得し、再生する。
【００２７】
なお、MPDにおける、ピリオド（Period）、リプレゼンテーション（Representation）、およびセグメント（Segment）の関係は、図３のようになる。つまり、１つのメディアコンテンツは、時間方向のデータ単位であるピリオド（Period）毎に管理することができ、各ピリオド（Period）は、時間方向のデータ単位であるセグメント（Segment）毎に管理することができる。また、各ピリオド（Period）について、ビットレート等の属性の異なる複数のリプレゼンテーション（Representation）を構成することができる。
【００２８】
したがって、このMPDのファイル（MPDファイルとも称する）は、ピリオド（Period）以下において、図４に示されるような階層構造を有する。また、このMPDの構造を時間軸上に並べると図５の例のようになる。図５の例から明らかなように、同一のセグメント（Segment）に対して複数のリプレゼンテーション（Representation）が存在している。クライアントは、これらのうちのいずれかを適応的に選択することにより、通信環境や自己のデコード能力などに応じて適切なストリームデータを取得し、再生することができる。
【００２９】
しかしながら、従来のMPEG-DASH規格では、ファイルに関するより多様なパラメータをクライアント側に通知する機能がなかった。例えば、従来のMPEG-DASH規格のMPDには、配信する画像データの符号化の際の並列処理タイプを示す情報をクライアント側に通知する仕組みが存在しなかった。そのため、クライアントは、自身の性能にとって適切でないファイルを選択してしまうおそれがあった。このようにクライアントの性能と、再生するファイルの特徴との間にミスマッチが生じると、クライアントにおいて再生処理の負荷が不要に増大したり、不要に再生画像の画質が低減してしまうおそれがあった。
【００３０】
そこで、画像データが符号化された符号化データを含む複数のファイルの情報を含み、その複数のファイルの再生を制御するメタデータであって、各ファイルの符号化パラメータに関する情報を含むメタデータを生成するようにする。
【００３１】
その符号化パラメータに関する情報が、画像データの符号化の並列処理タイプを示す情報を含むようにしてもよい。
【００３２】
また、その並列処理タイプを示す情報が、並列処理タイプがタイル分割であるか、ウェーブフロントパラレルプロセッシングであるかを識別する識別情報を含むようにしてもよい。
【００３３】
また、符号化パラメータに関する情報がMPDのリプレゼンテーションに設定されるようにしてもよい。さらに、符号化パラメータに関する情報が、サプリメンタルプロパティのバリューとして設定されるようにしてもよい。
【００３４】
＜MPD構成例＞
より具体的な例について説明する。図６は、本技術を適用して生成されたMPDの主な構成例を示す図である。この例の場合、バンド幅（bandwidth）が1mbpsと3mbpsとの２種類用意され、さらに、並列処理タイプが、タイル分割（Tile）と、ウェーブフロントパラレルプロセッシング（wavefront）との２種類用意されている。つまり、４つのファイルが用意されている。1mbps_tile.mp4は、バンド幅が1mbpsで並列処理タイプがタイル分割の符号化データを格納するMP4ファイルである。1mbps_wavefront.mp4は、バンド幅が1mbpsで並列処理タイプがウェーブフロントパラレルプロセッシングの符号化データを格納するMP4ファイルである。3mbps_tile.mp4は、バンド幅が3mbpsで並列処理タイプがタイル分割の符号化データを格納するMP4ファイルである。3mbps_wavefront.mp4は、バンド幅が3mbpsで並列処理タイプがウェーブフロントパラレルプロセッシングの符号化データを格納するMP4ファイルである。
【００３５】
図６に示されるように、このMPDにおいては、ピリオド（Period）の下位にアダプテーションセット（AdaptationSet）が設定され、その下位にリプレゼンテーションが４つ設定され、各リプレゼンテーションの下位にセグメントが設定され、1mbps_tile.mp4、1mbps_wavefront.mp4、3mbps_tile.mp4、3mbps_wavefront.mp4が互いに異なるセグメントに設定（登録）されている。
【００３６】
各リプレゼンテーションには、MP4ファイルに格納される符号化データの符号化方式を示す情報（<codecs="hvc1">）が格納される。"hvc1"は、符号化方式がHEVC（High Efficiency Video Coding）であることを示す識別情報である。符号化データが他の符号化方式により符号化されている場合、この値が他の値となる。例えば、SHVC（Scalable High Efficiency Video Coding）の場合、値"lhv1"が格納される。
【００３７】
また、各リプレゼンテーションには、MP4ファイルのバンド幅（bandwidth）が設定されている（<bandwidth="1mbps">, <bandwidth="3mbps">）。
【００３８】
さらに、各リプレゼンテーションには、サプリメンタルプロパティ（SupplementalProperty）が設定され、そのエレメントとしてタイル用のスキーマ（schemeIdUri="urn:mpeg:DASH:hevc:vui:2014"）が設定され、そのバリュー（value）として、MP4ファイルの並列処理タイプを示す識別情報が設定されている。図６において、値「１」（value="1"）は、並列処理タイプがタイル分割であることを示し、値「２」（value="2"）は、並列処理タイプがウェーブフロントパラレルプロセッシングであることを示す。
【００３９】
例えば、以下のような情報が設定される。
【００４０】
<SupplementalProperty schemeIdUri="urm:mpeg:DASH:hevc:vui:2014" value="1">
または、
<SupplementalProperty schemeIdUri="urm:mpeg:DASH:hevc:vui:2014" value="2">
【００４１】
クライアントは、このようなリプレゼンテーションに設定された各種情報を参照して、再生するファイルを選択する。クライアントがリプレゼンテーションを選択すると、そのリプレゼンテーションに属するセグメントに登録されているMP4ファイルが再生するファイルとして選択され、取得される。
【００４２】
このように、リプレゼンテーションに各種情報を設定することにより、クライアントにその情報を提示することができる。したがって、クライアントは、その提示された情報に基づいて、自身の能力により適したファイルを選択することができる。つまり、再生側の能力に応じた再生ファイルの選択を実現することができる。
【００４３】
例えば、並列処理タイプがタイル分割の場合、ハードウェアのデコーダによる復号に適しており、並列処理タイプがウェーブフロントパラレルプロセッシングの場合、ソフトウェアのデコーダによる復号に適している。したがって、自身のデコーダがハードウェアであるかソフトウェアであるかによって、クライアントにとってより適切なファイルが決定する。
【００４４】
なお、リプレゼンテーションに設定される情報は任意であり、図６の例に示される並列処理タイプのような符号化に関する情報であってもよいし、符号化以外に関する情報であってもよい。例えば、符号化対象の画像に関する情報であってもよい。
【００４５】
＜ファイル生成装置＞
次に、このようなファイルを生成する装置について説明する。図７は、本技術を適用した情報処理装置の一実施の形態であるファイル生成装置の主な構成例を示すブロック図である。図７において、ファイル生成装置１００は、画像符号化部Ａ、画像符号化部Ｂ、画像符号化部Ｃ、・・・のように、互いに異なる方法で符号化する複数の符号化部を有し、それらを用いて、画像を複数の方法で符号化し、画像または符号化に関するパラメータの少なくとも一部が互いに異なる複数の符号化データ（符号化データＡ、符号化データＢ、符号化データＣ、・・・）を生成する。画像符号化部１０１は、生成したこれらの符号化データをMP4ファイル生成部１０２に供給する。
【００４６】
MP4ファイル生成部１０２は、供給された複数の符号化データをそれぞれMP4ファイル化し、互いに異なる符号化データを格納する複数のMP4ファイルを生成する。MP4ファイル生成部１０２は、生成した複数のMP4ファイル（MP4ファイルＡ、MP4ファイルＢ、MP4ファイルＣ、・・・）を出力する。また、MP4ファイル生成部１０２は、生成した複数のMP4ファイル（MP4ファイルＡ、MP4ファイルＢ、MP4ファイルＣ、・・・）をMPD生成部１０３にも供給する。
【００４７】
MPD生成部１０３は、供給される複数のMP4ファイルを制御するMPDを生成する。このMPDには、複数のMP4ファイルに格納される、少なくとも一部が互いに異なる画像または符号化に関するパラメータの情報が設定される。MPD生成部１０３は、このように生成したMPDを出力する。
【００４８】
＜ファイル生成処理の流れ＞
次に、図８のフローチャートを参照して、図７のファイル生成装置１００により実行されるファイル生成処理の流れの例を説明する。
【００４９】
ファイル生成処理が開始されると、画像符号化部１０１は、ステップＳ１０１において、画像を複数の方法で符号化する。
【００５０】
ステップＳ１０２において、MP4ファイル生成部１０２は、ステップＳ１０１において生成された複数の符号化データをそれぞれMP4ファイル化する。
【００５１】
互いに異なる符号化データを格納する複数のMP4ファイルが生成されると、ステップＳ１０３において、MP4ファイル生成部１０２は、生成したMP4ファイルを出力する。
【００５２】
ステップＳ１０４において、MPD生成部１０３は、ステップＳ１０２において生成された各MP4ファイルから、そのMP4ファイルに含まれる符号化データの画像・符号化情報を取得する。
【００５３】
ステップＳ１０５において、MPD生成部１０３は、各符号化データの画像・符号化情報を用いて全MP4ファイルの情報を含むMPDを生成する。
【００５４】
ステップＳ１０６において、MPD生成部１０３は、ステップＳ１０５において生成したMPDを出力する。
【００５５】
ステップＳ１０６の処理が終了すると、ファイル生成処理が終了する。
【００５６】
＜MPD生成処理の流れ＞
次に、図９のフローチャートを参照して、図８のステップＳ１０５において実行されるMPD生成処理の詳細な流れの例を説明する。
【００５７】
MPD生成処理が開始されると、MPD生成部１０３は、ステップＳ１２１において、アダプテーションセットを設定する。
【００５８】
ステップＳ１２２において、MPD生成部１０３は、MP4ファイル毎にリプレゼンテーションを設定する。
【００５９】
ステップＳ１２３において、MPD生成部１０３は、各セグメントにMP4ファイルを設定する。
【００６０】
ステップＳ１２４において、MPD生成部１０３は、各リプレゼンテーションに、そのMP4ファイルの画像・符号化情報を設定する。例えば、図６の場合、画像・符号化情報として、MP4ファイルに格納される符号化データの符号化方式を示す情報（codecs）、MP4ファイルのバンド幅（bandwidth）、並びに、サプリメンタルプロパティ（SupplementalProperty）が設定される。また、サプリメンタルプロパティ（SupplementalProperty）には、そのエレメントとしてタイル用のスキーマ（schemeIdUri="urn:mpeg:DASH:hevc:vui:2014"）が設定され、そのバリュー（value）として、MP4ファイルの並列処理タイプを示す識別情報が設定されている。図６において、値「１」（value="1"）は、並列処理タイプがタイル分割であることを示し、値「２」（value="2"）は、並列処理タイプがウェーブフロントパラレルプロセッシングであることを示す。もちろん、画像・符号化情報の内容は任意であり、画像・符号化情報にこれら以外の情報が含まれていてもよい。
【００６１】
ステップＳ１２４の処理が終了すると、MPD生成処理が終了し、図８に処理が戻る。
【００６２】
以上のように各処理を実行することにより、ファイル生成装置１００は、画像や符号化に関するパラメータを、リプレゼンテーションに設定し、再生側に提示することができる。したがって、ファイル生成装置１００は、再生側が、その提示された情報に基づいて、自身の能力により適したファイルを選択することができるようにすることができる。つまり、再生側の能力に応じた再生ファイルの選択を実現することができる。
【００６３】
＜ファイル再生装置＞
次に、ファイル生成装置１００により生成されたMP4ファイルやMPDを再生する装置について説明する。図１０は、本技術を適用した情報処理装置の一実施の形態であるファイル再生装置の主な構成例を示すブロック図である。図１０において、ファイル再生装置２００は、図７のファイル生成装置１００により上述したように生成されたMP4ファイルやMPDを再生して復号画像を生成し、出力する装置である。
【００６４】
図１０に示されるように、ファイル再生装置２００は、MPD解析部２０１、MP4ファイル選択部２０２、MP4ファイル再生部２０３、および画像復号部２０４を有する。
【００６５】
＜ファイル再生処理の流れ＞
図１０のファイル再生装置２００は、ファイル再生処理を実行することにより、入力されるMPDを解析し、その情報に基づいて自身の能力により適した符号化データを格納するMP4ファイルを選択して取得し、そのMP4ファイルを再生して復号画像を生成する。図１１のフローチャートを参照して、このファイル再生処理の流れの例を説明する。
【００６６】
ファイル再生処理が開始されると、MPD解析部２０１は、ステップＳ２０１において、MPDを取得する。
【００６７】
ステップＳ２０２において、MPD解析部２０１は、ステップＳ２０１において取得したMPDから各MP4ファイルの画像・符号化情報を抽出し、MP4ファイル選択部２０２に供給する。
【００６８】
ステップＳ２０３において、MP4ファイル選択部２０２は、供給された画像・符号化情報に基づいて、自身の能力により適したMP4ファイルを再生するMP4ファイルとして選択する。
【００６９】
ステップＳ２０４において、MP4ファイル選択部２０２は、ステップＳ２０３の処理により選択されたMP4ファイルを、その格納先に要求する。
【００７０】
ステップＳ２０５において、MP4ファイル再生部２０３は、ステップＳ２０４の要求に応じて供給されたMP4ファイルを取得する。
【００７１】
ステップＳ２０６において、MP4ファイル再生部２０３は、ステップＳ２０５において取得したMP4ファイルを再生し、符号化データを抽出し、画像復号部２０４に供給する。
【００７２】
ステップＳ２０７において、画像復号部２０４は、ステップＳ２０６において供給された符号化データを復号し、復号画像データを生成する。
【００７３】
ステップＳ２０８において、画像復号部２０４は、ステップＳ２０７において生成された復号画像データを出力する。
【００７４】
復号画像データが出力されるとファイル再生処理が終了する。
【００７５】
以上のようにファイル作成処理を実行することにより、ファイル再生装置２００は、MPDのリプレゼンテーションに設定された画像や符号化に関するパラメータを参照することにより、より容易に、符号化データの特徴を把握することができる。したがって、ファイル再生装置２００は、その提示された情報に基づいて、自身の能力により適したファイルを選択することができる。つまり、再生側の能力に応じた再生ファイルの選択を実現することができる。
【００７６】
＜２．第２の実施の形態＞
＜MPD構成例＞
並列処理タイプを示す情報は、並列処理タイプがスライス分割であるか、タイル分割であるか、ウェーブフロントパラレルプロセッシングであるかを識別する識別情報を含むようにしてもよい。
【００７７】
また、符号化パラメータに関する情報が、セグメンテーションの取り得る最大サイズを示す情報を含むようにしてもよい。
【００７８】
図１２は、本技術を適用して生成されたMPDの他の構成例を示す図である。図１２に示される構成例は、図６を参照して説明した例と基本的に同様であるが、サプリメンタルプロパティのバリューの値が異なる。例えば、以下のように設定されている。
【００７９】
<SupplementalProperty schemeIdUri="urm:mpeg:DASH:hevc:vui:pd:2014" value="4,2">
または、
<SupplementalProperty schemeIdUri="urm:mpeg:DASH:hevc:vui:pd:2014" value="4,3">
【００８０】
この場合、バリュー（value）として、セグメンテーションの取り得る最大サイズを示す情報（min_spatial_segmentation_idc）と、MP4ファイルの並列処理タイプを示す識別情報（parallelism Type）が設定されている。
【００８１】
このmin_spatial_segmentation_idcと、parallelism Typeは、例えば符号化データ（HEVC）のVUI（Video Usability Information）において定義されるパラメータである。図１３に、このVUIに生成されるHEVCデコーダコンフィギュレーションレコード（HEVC DecoderConfigurationRecord）のシンタクスの例を示す。図１３に示されるように、HEVCデコーダコンフィギュレーションレコードにおいて、min_spatial_segmentation_idcと、parallelism Typeが設定されている。parallelism Typeのセマンティクスの例を図１４に示す。例えば、このparallelism Typeの値が「１」の場合、並列処理タイプがスライス分割であることを示し、値が「２」場合、並列処理タイプがタイル分割であることを示し、値が「３」の場合、並列処理タイプがウェーブフロントパラレルプロセッシングであることを示す。
【００８２】
このように、本実施の形態の場合、MPD生成部１０３は、符号化データに含まれる画像・符号化情報を抽出し、値を変えずに、MPDのリプレゼンテーションに各種情報に設定する。つまり、既存のパラメータを再生側に提示する。したがって、MPD生成部１０３は、新たにパラメータを定義する必要無いので、より容易に、画像・符号化情報を再生側に提示することができる。したがって、クライアントは、その提示された情報に基づいて、自身の能力により適したファイルを選択することができる。つまり、再生側の能力に応じた再生ファイルの選択を実現することができる。
【００８３】
なお、この場合のファイル生成処理やファイル再生処理等の各種処理は、上述した例と基本的に同様であるので、その説明は省略する。
【００８４】
以上のようにMPDのリプレゼンテーションに設定される情報は任意である。例えば、レイヤ間でのピクチャータイプのアライン（制約）情報（Pic_type/IRAP align）であってもよいし、ビットレートやフレームレートの情報（Bit_rate/pic_rate）であってもよいし、カラープライマリ、トランスファーCharacteristic、Matrix係数等の画像データに関する情報（video_signal）であってもよいし、アダプティブレゾリューションコントロール（Adaptive Resolution Control）であってもよいし、higher_layer_irap_skip_flagやvert_pahse_position_in_use_flag等の各種フラグ情報であってもよいし、bistream partition 等のHRD関連の情報であってもよい。もちろん、これら以外の情報であってもよい。
【００８５】
また、以上においては、ファイル再生装置２００が、複数のMP4ファイルの中から、再生側の能力に応じた再生ファイルの選択を実現するように説明したが、この再生側の能力は、復号画像データの生成までの処理の能力であってもよいし、それ以外の能力であってもよい。例えば、MP4ファイル選択部２０２が、得られた復号画像を表示するディスプレイの性能（例えば、解像度、色域、フレームレート等）に対してより適切なMP4ファイルを選択するようにしてもよい。また、MP4ファイル選択部２０２がディスプレイの性能を把握することができるのであれば、このディスプレイがファイル再生装置２００と異なる装置であってもよい。
【００８６】
＜３．第３の実施の形態＞
＜配信システム＞
各実施の形態において上述した各装置は、例えば、静止画像や動画像を配信する配信システムに利用することができる。以下において、その場合について説明する。
【００８７】
図１５は、本技術を適用した配信システムの主な構成例を示す図である。図１５に示される配信システム３００は、静止画像および動画像を配信するシステムである。図１５に示されるように、配信システム３００は、配信データ生成装置３０１、配信サーバ３０２、ネットワーク３０３、端末装置３０４、および端末装置３０５を有する。
【００８８】
配信データ生成装置３０１は、配信する静止画像や動画像のデータから配信用のフォーマットの配信データを生成する。配信データ生成装置３０１は、生成した配信データを配信サーバ３０２に供給する。配信サーバ３０２は、配信データ生成装置３０１が生成した配信データを記憶部などに記憶して管理し、ネットワーク３０３を介して端末装置３０４や端末装置３０５に対して、その配信データの配信サービスを提供する。
【００８９】
ネットワーク３０３は、通信媒体となる通信網である。ネットワーク３０３は、どのような通信網であってもよく、有線通信網であってもよいし、無線通信網であってもよいし、それらの両方であってもよい。例えば、有線LAN（Local Area Network）、無線LAN、公衆電話回線網、所謂3G回線や4G回線等の無線移動体用の広域通信網、またはインターネット等であってもよいし、それらの組み合わせであってもよい。また、ネットワーク３０３は、単数の通信網であってもよいし、複数の通信網であってもよい。また、例えば、ネットワーク３０３は、その一部若しくは全部が、例えばUSB（Universal Serial Bus）ケーブルやHDMI（登録商標）（High-Definition Multimedia Interface）ケーブル等のような、所定の規格の通信ケーブルにより構成されるようにしてもよい。
【００９０】
配信サーバ３０２、端末装置３０４、および端末装置３０５は、このネットワーク３０３に接続されており、互いに通信可能な状態になされている。これらのネットワーク３０３への接続方法は任意である。例えば、これらの装置が、ネットワーク３０３に、有線通信により接続されるようにしてもよいし、無線通信により接続されるようにしてもよい。また、例えば、これらの装置が、アクセスポイント、中継装置、基地局等、任意の通信装置（通信設備）を介してネットワーク３０３に接続されるようにしてもよい。
【００９１】
端末装置３０４および端末装置３０５は、それぞれ、例えば、携帯型電話機、スマートフォン、タブレット型コンピュータ、ノート型コンピュータのような、通信機能を有する任意の電子機器である。端末装置３０４や端末装置３０５は、例えばユーザ等の指示に基づいて、配信ファイルの配信を配信サーバ３０２に対して要求する。
【００９２】
配信サーバ３０２は、要求された配信データを要求元に送信する。配信を要求した端末装置３０４若しくは端末装置３０５は、その配信データを受信し、再生する。
【００９３】
このような配信システム３００において、配信データ生成装置３０１として、各実施の形態において上述した本技術を適用する。すなわち、上述したファイル生成装置１００を、配信データ生成装置３０１として用いるようにする。
【００９４】
また、端末装置３０４や端末装置３０５として、各実施の形態において上述した本技術を適用する。すなわち、上述したファイル再生装置２００を、端末装置３０４や端末装置３０５として用いるようにする。
【００９５】
このようにすることにより、配信データ生成装置３０１、端末装置３０４、および端末装置３０５は、上述した各実施の形態と同様の効果を得ることができる。つまり、配信システム３００は、再生側の能力に応じた再生ファイルの選択を実現することができる。
【００９６】
＜４．第４の実施の形態＞
＜コンピュータ＞
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここでコンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。
【００９７】
図１６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【００９８】
図１６に示されるコンピュータ４００において、CPU（Central Processing Unit）４０１、ROM（Read Only Memory）４０２、RAM（Random Access Memory）４０３は、バス４０４を介して相互に接続されている。
【００９９】
バス４０４にはまた、入出力インタフェース４１０も接続されている。入出力インタフェース４１０には、入力部４１１、出力部４１２、記憶部４１３、通信部４１４、およびドライブ４１５が接続されている。
【０１００】
入力部４１１は、例えば、キーボード、マウス、マイクロホン、タッチパネル、入力端子などよりなる。出力部４１２は、例えば、ディスプレイ、スピーカ、出力端子などよりなる。記憶部４１３は、例えば、ハードディスク、RAMディスク、不揮発性のメモリなどよりなる。通信部４１４は、例えば、ネットワークインタフェースよりなる。ドライブ４１５は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブルメディア４２１を駆動する。
【０１０１】
以上のように構成されるコンピュータでは、CPU４０１が、例えば、記憶部４１３に記憶されているプログラムを、入出力インタフェース４１０およびバス４０４を介して、RAM４０３にロードして実行することにより、上述した一連の処理が行われる。RAM４０３にはまた、CPU４０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１０２】
コンピュータ（CPU４０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア４２１に記録して適用することができる。その場合、プログラムは、リムーバブルメディア４２１をドライブ４１５に装着することにより、入出力インタフェース４１０を介して、記憶部４１３にインストールすることができる。
【０１０３】
また、このプログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することもできる。その場合、プログラムは、通信部４１４で受信し、記憶部４１３にインストールすることができる。
【０１０４】
その他、このプログラムは、ROM４０２や記憶部４１３に、あらかじめインストールしておくこともできる。
【０１０５】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１０６】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１０７】
また、上述した各ステップの処理は、上述した各装置、若しくは、上述した各装置以外の任意の装置において、実行することができる。その場合、その処理を実行する装置が、上述した、その処理を実行するのに必要な機能（機能ブロック等）を有するようにすればよい。また、処理に必要な情報を、適宜、その装置に伝送するようにすればよい。
【０１０８】
また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０１０９】
また、以上において、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。
【０１１０】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１１１】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０１１２】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０１１３】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０１１４】
また、本技術は、これに限らず、このような装置またはシステムを構成する装置に搭載するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【０１１５】
なお、本技術は以下のような構成も取ることができる。
（１）  画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの符号化パラメータに関する情報を含む前記メタデータを生成するメタデータ生成部
を備える情報処理装置。
（２）  前記符号化パラメータに関する情報は、前記画像データの符号化の並列処理タイプを示す情報を含む
（１）に記載の情報処理装置。
（３）  前記並列処理タイプを示す情報は、前記並列処理タイプがタイル分割であるか、ウェーブフロントパラレルプロセッシングであるかを識別する識別情報を含む
（２）に記載の情報処理装置。
（４）  前記並列処理タイプを示す情報は、前記並列処理タイプがスライス分割であるか、タイル分割であるか、ウェーブフロントパラレルプロセッシングであるかを識別する識別情報を含む
（２）または（３）に記載の情報処理装置。
（５）  前記符号化パラメータに関する情報は、セグメンテーションの取り得る最大サイズを示す情報を含む
（１）乃至（４）に記載の情報処理装置。
（６）  前記メタデータ生成部は、前記符号化パラメータに関する情報を、リプレゼンテーションに設定する
（１）乃至（５）に記載の情報処理装置。
（７）  前記メタデータ生成部は、前記符号化パラメータに関する情報を、サプリメンタルプロパティのバリューとして設定する
（６）に記載の情報処理装置。
（８）  画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの符号化パラメータに関する情報を含む前記メタデータを生成する
情報処理方法。
（９）  画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの符号化パラメータに関する情報を含む前記メタデータを解析するメタデータ解析部と、
前記メタデータ解析部の解析結果に従って、前記複数のファイルの中から再生するファイルを選択するファイル選択部と、
前記ファイル選択部により選択された前記ファイルを取得し、再生するファイル再生部と
を備える情報処理装置。
（１０）  画像データが符号化された符号化データを含む複数のファイルの情報を含み、前記複数のファイルの再生を制御するメタデータであって、各ファイルの符号化パラメータに関する情報を含む前記メタデータを解析し、
解析結果に従って、前記複数のファイルの中から再生するファイルを選択し、
選択された前記ファイルを取得し、再生する
情報処理方法。
【符号の説明】
【０１１６】
１００  ファイル生成装置，  １０１  画像符号化部，  １０２  MP4ファイル生成部，  １０３  MPD生成部，  ２００  ファイル再生装置，  ２０１  MPD解析部，  ２０２  MP4ファイル選択部，  ２０３  MP4ファイル再生部，  ３００  配信システム，  ３０１  配信データ生成装置，  ３０２  配信サーバ，  ３０３  ネットワーク，  ３０４および３０５  端末装置，  ４００  コンピュータ
【図１】
0006555263.tif 000002
【図２】
0006555263.tif 000003
【図３】
0006555263.tif 000004
【図４】
0006555263.tif 000005
【図５】
0006555263.tif 000006
【図６】
0006555263.tif 000007
【図７】
0006555263.tif 000008
【図８】
0006555263.tif 000009
【図９】
0006555263.tif 000010
【図１０】
0006555263.tif 000011
【図１１】
0006555263.tif 000012
【図１２】
0006555263.tif 000013
【図１３】
0006555263.tif 000014
【図１４】
0006555263.tif 000015
【図１５】
0006555263.tif 000016
【図１６】
0006555263.tif 000017