(57)【要約】  本開示は、Representationを含まないAdaptationSetを設定することができるようにする情報処理装置および情報処理方法に関する。ファイル生成装置は、所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとを設定する。本開示は、例えば、MPEG−DASHに準ずる方式で動画コンテンツの画像としてのモザイク画像の符号化ストリームを動画再生端末に配信する情報処理システムのファイル生成装置等に適用することができる。
2016199609.tif 000002
【特許請求の範囲】
【請求項１】
所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとを設定する設定部
を備える情報処理装置。
【請求項２】
前記設定部は、前記第１のAdaptationSetと前記第２のAdaptationSetとが関連することを示す情報を前記第２のAdaptationSetに含める
ように構成された
請求項１に記載の情報処理装置。
【請求項３】
前記設定部は、前記第１のAdaptationSetと前記第２のAdaptationSetを、前記符号化ストリームのファイルを管理する管理ファイルに設定する
ように構成された
請求項１に記載の情報処理装置。
【請求項４】
前記第１のAdaptationSetに含まれる複数のRepresentationに対応する符号化ストリームは、ビットレートの異なる同一の画像の符号化ストリームであり、
前記設定部は、前記画像を構成する複数の分割画像それぞれの画面上の位置を、前記第２のAdaptationSetに含める
ように構成された
請求項１に記載の情報処理装置。
【請求項５】
前記設定部は、各分割画像に対応するファイルの取得先を前記第２のAdaptationSetに含める
ように構成された
請求項４に記載の情報処理装置。
【請求項６】
前記設定部は、各分割画像の前記画面上の位置を、それぞれ異なる前記第２のAdaptationSetの情報に含める
ように構成された
請求項４に記載の情報処理装置。
【請求項７】
前記設定部は、各分割画像に対応するファイルの取得先を、その分割画像の画面上の位置を含む前記第２のAdaptationSetに含める
ように構成された
請求項６に記載の情報処理装置。
【請求項８】
前記設定部は、前記第２のAdaptationSetに、その第２のAdaptationSetに対応する分割画像を特定する情報を含める
ように構成された
請求項６に記載の情報処理装置。
【請求項９】
前記設定部は、前記第１のAdaptationSetに前記第１のAdaptationSetを表す情報を含め、前記第２のAdaptationSetに前記第２のAdaptationSetを表す情報を含める
ように構成された
請求項１に記載の情報処理装置。
【請求項１０】
前記第１のAdaptationSetに含まれる複数のRepresentationに対応する符号化ストリームは、ビットレートの異なる同一の画像の符号化ストリームであり、
前記設定部は、前記画像を構成する複数の分割画像それぞれの画面上の位置を、Content Componentの情報として前記第１のAdaptationSetに含める
ように構成された
請求項１に記載の情報処理装置。
【請求項１１】
前記設定部は、前記分割画像に対応するファイルの取得先を前記Content Componentの情報として前記第１のAdaptationSetに含める
ように構成された
請求項１０に記載の情報処理装置。
【請求項１２】
情報処理装置が、
所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとを設定する設定ステップ
を含む情報処理方法。
【請求項１３】
所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとに基づいて、前記符号化ストリームを再生する再生部
を備える情報処理装置。
【請求項１４】
情報処理装置が、
所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとに基づいて、前記符号化ストリームを再生する再生ステップ
を含む情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置および情報処理方法に関し、特に、Representationを含まないAdaptationSetを設定することができるようにした情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
近年、インターネット上のストリーミングサービスの主流がOTT−V（Over The Top Video）となっている。この基盤技術として普及し始めているのがMPEG−DASH（Moving Picture Experts Group phase − Dynamic Adaptive Streaming over HTTP）である（例えば、非特許文献１参照）。【０００３】
MPEG−DASHでは、配信サーバが１本の動画コンテンツ用にビットレートが異なる符号化ストリームを用意し、再生端末が最適なビットレートの符号化ストリームを要求することにより、適応型のストリーミング配信が実現される。【０００４】
また、MPEG-DASH SRD（Spatial Relationship Description） extensionでは、動画コンテンツの画像を１以上の領域に分割して独立して符号化したときの各領域の画面上の位置を示すSRDが定義されている（例えば、非特許文献２および３参照）。このSRDにより、所望のビットレートの符号化ストリームを選択的に取得するbitrate adaptationの仕組みを用いて、所望の領域の画像の符号化ストリームを選択的に取得するSpatial adaptationであるROI(Region of Interest)機能を実現することができる。【０００５】
動画コンテンツの画像が、複数の放送番組などの動画のサムネイル画像（分割画像）から構成されるモザイク画像である場合、SRDにより、各サムネイル画像の画面上の位置を示すことが考えられる。【０００６】
しかしながら、SRDは、各サムネイル画像の画面上の位置と、符号化ストリームに対応するモザイク画像上の位置とが同一であるものとして記述される。従って、各サムネイル画像の画面上の位置と、符号化ストリームに対応するモザイク画像上の位置とが異なるものである場合、SRDを用いて各サムネイル画像の画面上の位置を記述することはできない。【０００７】
従って、各サムネイル画像の画面上の位置を確実に記述し、認識可能にすることが望まれている。また、複数のビットレートのモザイク画像の符号化ストリームが存在する場合に、ビットレートごと各サムネイル画像の画面上の位置が記述されると、記述が冗長になるため、それを防止することが望まれている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】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）
【非特許文献２】“Text of ISO/IEC 23009-1:2014 FDAM 2 Spatial Relationship Description, Generalized URL parameters and other extensions“ , N15217, MPEG111, Geneva , February 2015
【非特許文献３】“WD of ISO/IEC 23009-3 2nd edition AMD 1 DASH Implementation Guidelines”, N14629, MPEG109, Sapporo , July 2014
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、MPD（Media Presentation Description）ファイルなどにおいて、Representationを含まないAdaptationSetを設定することは考えられていなかった。【００１０】
本開示は、このような状況に鑑みてなされたものであり、Representationを含まないAdaptationSetを設定することができるようにするものである。
【課題を解決するための手段】
【００１１】
本開示の第１の側面の情報処理装置は、所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとを設定する設定部を備える情報処理装置である。【００１２】
本開示の第１の側面の情報処理方法は、本開示の第１の側面の情報処理装置に対応する。【００１３】
本開示の第１の側面においては、所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとが設定される。【００１４】
本開示の第２の側面の情報処理装置は、所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとに基づいて、前記符号化ストリームを再生する再生部を備える情報処理装置である。【００１５】
本開示の第２の側面においては、所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとに基づいて、前記符号化ストリームが再生される。【００１６】
なお、第１および第２の側面の情報処理装置は、コンピュータにプログラムを実行させることにより実現することができる。【００１７】
また、第１および第２の側面の情報処理装置を実現するために、コンピュータに実行させるプログラムは、伝送媒体を介して伝送することにより、又は、記録媒体に記録して、提供することができる。
【発明の効果】
【００１８】
本開示の第１の側面によれば、情報を設定することができる。本開示の第１の側面によれば、Representationを含まないAdaptationSetを設定することができる。【００１９】
また、本開示の第２の側面によれば、符号化ストリームを再生することができる。本開示の第２の側面によれば、Representationを含まないAdaptationSetに基づいて符号化ストリームを再生することができる。【００２０】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２１】
【図１】本開示を適用した情報処理システムの一実施の形態の構成例を示すブロック図である。
【図２】図１のファイル生成装置の構成例を示すブロック図である。
【図３】モザイク画像の例を示す図である。
【図４】画像ファイルのセグメント構造の例を示す図である。
【図５】sgpdボックスとlevaボックスの例を示す図である。
【図６】MPDファイルの第１の例を示す図である。
【図７】MPDファイルの第２の例を示す図である。
【図８】サムネイル画像が配置された画面の例を示す図である。
【図９】図２のファイル生成装置のファイル生成処理を説明するフローチャートである。
【図１０】MPDファイルの第３の例を示す図である。
【図１１】MPDファイルの第３の例を示す図である。
【図１２】MPDファイルの第４の例を示す図である。
【図１３】MPDファイルの第４の例を示す図である。
【図１４】MPDファイルの第５の例を示す図である。
【図１５】MPDファイルの第５の例を示す図である。
【図１６】MPDファイルの第６の例を示す図である。
【図１７】MPDファイルの第６の例を示す図である。
【図１８】MPDファイルの第７の例を示す図である。
【図１９】MPDファイルの第７の例を示す図である。
【図２０】図１の動画再生端末が実現するストリーミング再生部の構成例を示すブロック図である。
【図２１】図２０のストリーミング再生部による再生処理の概要を説明する図である。
【図２２】図２０のストリーミング再生部の再生処理を説明するフローチャートである。
【図２３】コンピュータのハードウエアの構成例を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下、本開示を実施するための形態（以下、実施の形態という）について説明する。なお、説明は以下の順序で行う。
１．第１実施の形態：情報処理システム（図１乃至図２２）
２．第２実施の形態：コンピュータ（図２３）
【００２３】
＜第１実施の形態＞
（情報処理システムの一実施の形態の構成例）
図１は、本開示を適用した情報処理システムの一実施の形態の構成例を示すブロック図である。
【００２４】
図１の情報処理システム２１０は、ファイル生成装置２１１と接続されるWebサーバ１２と動画再生端末１４が、インターネット１３を介して接続されることにより構成される。
【００２５】
情報処理システム２１０では、MPEG−DASHに準ずる方式で、Webサーバ１２が、動画コンテンツの画像としてのモザイク画像の符号化ストリームを、動画再生端末１４に配信する。
【００２６】
情報処理システム２１０のファイル生成装置２１１は、複数の符号化速度（ビットレート）でモザイク画像を符号化し、符号化ストリームを生成する。ファイル生成装置２１１は、セグメントと呼ばれる数秒から10秒程度の時間単位ごとに、各符号化速度の符号化ストリームをファイル化し、画像ファイルを生成する。ファイル生成装置２１１は、生成された画像ファイルをWebサーバ１２にアップロードする。
【００２７】
また、ファイル生成装置２１１（設定部）は、画像ファイル等を管理するMPDファイル（管理ファイル）を生成する。ファイル生成装置２１１は、MPDファイルをWebサーバ１２にアップロードする。
【００２８】
Webサーバ１２は、ファイル生成装置２１１からアップロードされた画像ファイルとMPDファイルを格納する。Webサーバ１２は、動画再生端末１４からの要求に応じて、格納している画像ファイル、MPDファイル等を動画再生端末１４に送信する。
【００２９】
動画再生端末１４は、ストリーミングデータの制御用ソフトウエア（以下、制御用ソフトウエアという）２１、動画再生ソフトウエア２２、HTTP（HyperText Transfer Protocol）アクセス用のクライアント・ソフトウエア(以下、アクセス用ソフトウエアという)２３などを実行する。
【００３０】
制御用ソフトウエア２１は、Webサーバ１２からストリーミングするデータを制御するソフトウエアである。具体的には、制御用ソフトウエア２１は、動画再生端末１４にWebサーバ１２からMPDファイルを取得させる。
【００３１】
また、制御用ソフトウエア２１は、MPDファイルに基づいて、動画再生ソフトウエア２２により指定される再生対象の符号化ストリームの送信要求を、アクセス用ソフトウエア２３に指令する。
【００３２】
動画再生ソフトウエア２２は、Webサーバ１２から取得された符号化ストリームを再生するソフトウエアである。具体的には、動画再生ソフトウエア２２は、再生対象の符号化ストリームを制御用ソフトウエア２１に指定する。また、動画再生ソフトウエア２２は、アクセス用ソフトウエア２３から受信開始の通知を受信したとき、動画再生端末１４により受信された符号化ストリームを復号する。動画再生ソフトウエア２２は、復号の結果得られる画像データを必要に応じて合成し、出力する。
【００３３】
アクセス用ソフトウエア２３は、HTTPを用いたインターネット１３を介したWebサーバ１２との通信を制御するソフトウエアである。具体的には、アクセス用ソフトウエア２３は、制御用ソフトウエア２１の指令に応じて、画像ファイルに含まれる再生対象の符号化ストリームの送信要求を、動画再生端末１４に送信させる。また、アクセス用ソフトウエア２３は、その送信要求に応じて、Webサーバ１２から送信されてくる符号化ストリームの受信を動画再生端末１４に開始させ、受信開始の通知を動画再生ソフトウエア２２に供給する。
【００３４】
（ファイル生成装置の構成例）
図２は、図１のファイル生成装置２１１の構成例を示すブロック図である。
【００３５】
図２のファイル生成装置２１１は、符号化処理部２３１、画像ファイル生成部２３２、MPD生成部２３３、およびサーバアップロード処理部２３４により構成される。
【００３６】
ファイル生成装置２１１の符号化処理部２３１は、動画コンテンツの画像としてのモザイク画像を、複数の符号化速度で符号化し、符号化ストリームを生成する。符号化処理部２３１は、各符号化速度の符号化ストリームを画像ファイル生成部２３２に供給する。
【００３７】
画像ファイル生成部２３２は、符号化処理部２３１から供給される各符号化速度の符号化ストリームを、セグメントごとにファイル化し、画像ファイルを生成する。画像ファイル生成部２３２は、生成された画像ファイルをMPD生成部２３３に供給する。
【００３８】
MPD生成部２３３は、画像ファイル生成部２３２から供給される画像ファイルを格納するWebサーバ１２のURL等を決定する。そして、MPD生成部２３３は、画像ファイルのURL等を含むMPDファイルを生成する。MPD生成部２３３は、生成されたMPDファイルと画像ファイルをサーバアップロード処理部２３４に供給する。
【００３９】
サーバアップロード処理部２３４は、MPD生成部２３３から供給される画像ファイルとMPDファイルを、図１のWebサーバ１２にアップロードする。
【００４０】
（モザイク画像の例）
図３は、モザイク画像の例を示す図である。
【００４１】
図３の例では、モザイク画像２５０は、左上のサムネイル画像２５１、右上のサムネイル画像２５２、左下のサムネイル画像２５２、および右下のサムネイル画像２５４により構成される。モザイク画像２５０の解像度は、２ｋ（1920画素×1080画素）であり、サムネイル画像２５１乃至２５４の解像度は、全て、960画素×540画素である。
【００４２】
（モザイク画像の画像ファイルのセグメント構造の例）
図４は、図３のモザイク画像２５０の画像ファイルのセグメント構造の例を示す図である。
【００４３】
図４に示すように、モザイク画像２５０の画像ファイルでは、Initial segmentが、ftypボックスとmoovボックスにより構成される。moovボックスには、stblボックスとmvexボックスが配置される。stblボックスには、sgpdボックスなどが配置され、mvexボックスには、levaボックスなどが配置される。
【００４４】
また、media segmentは、sidxボックス、ssixボックス、およびmoofとmdatのペアからなる１以上のsubsegmentにより構成される。sidxボックスには、各subsegmentの画像ファイル内の位置を示す位置情報が配置される。ssixボックスには、mdatボックスに配置される各レベルの符号化ストリームの位置情報が含まれる。
【００４５】
subsegmentは、任意の時間長ごとに設けられる。mdatボックスには、符号化ストリームが任意の時間長分だけまとめて配置され、moofボックスには、その符号化ストリームの管理情報が配置される。
【００４６】
（sgpdボックスとlevaボックスの例）
図５は、図４のsgpdボックスとlevaボックスの例を示す図である。
【００４７】
図５に示すように、sgpdボックスには、モザイク画像２５０を構成するサムネイル画像２５１乃至２５４それぞれのモザイク画像２５０上の位置を示すTile Region Group Entryが順に記述される。
【００４８】
図５の例では、先頭のTile Region Group Entryは、サムネイル画像２５１に対応し、(1,0,0,960,540)である。２番目のTile Region Group Entryは、サムネイル画像２５２に対応し、(2,960,0,960,540)である。３番目のTile Region Group Entryは、サムネイル画像２５３に対応し、(3,0,540,960,540)である。４番目のTile Region Group Entryは、サムネイル画像２５４に対応し、(4,960,540,960,540)である。Tile Region Group Entryは、HEVC File FormatのHEVC Tile Trackで規格化されている。
【００４９】
また、levaボックスは、各Tile Region Group Entryに対応するlevelの情報を、先頭のTile Region Group Entryに対応するlevelの情報から順に記述する。これにより、サムネイル画像２５１に対するlevelが１に設定され、サムネイル画像２５２に対するlevelが２に設定され、サムネイル画像２５３に対するlevelが３に設定され、サムネイル画像２５４に対するlevelが４に設定される。levelは、MPDファイルから、符号化ストリームの一部を指定するときにインデックスとして機能するものである。
【００５０】
各levelの情報としては、そのlevelの設定対象が、複数のトラックに配置される符号化ストリームであるかどうかを示すassignment_typeが記述される。図４の例では、モザイク画像２５０の符号化ストリームは１つのトラックに配置される。従って、assignment_typeは、levelの設定対象が、複数のトラックに配置される符号化ストリームではないことを表す０である。
【００５１】
各levelの情報としてはまた、そのlevelに対応するTile Region Group Entryのタイプが記述される。図４の例では、各levelの情報として、sgpdボックスに記述されるTile Region Group Entryのタイプである「trif」が記述される。levaボックスの詳細は、例えば、ISO/IEC 14496-12 ISO base media file format 4th edition, July 2012に記述されている。
【００５２】
（MPDファイルの第１の例）
図６は、図１のファイル生成装置２１１により生成される、モザイク画像２５０の画像ファイルに対応するMPDファイルの第１の例を示す図である。
【００５３】
なお、図６の例では、モザイク画像の符号化ストリームのビットレートが１つであるものとする。このことは、後述する図７においても同様である。
【００５４】
図６に示すように、MPDファイルでは、符号化ストリームごとに「AdaptationSet」が記述される。また、「AdaptationSet」には「Representation」が記述され、「Representation」には、モザイク画像２５０の符号化ストリームの画像ファイルのURL「stream.mp4」が記述される。また、モザイク画像２５０の符号化ストリームにはlevelが設定されるので、「Representation」には、levelごとに「SubRepresentation」が記述可能になっている。
【００５５】
従って、level「１」の「SubRepresentation」には、サムネイル画像２５１のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,0,0,960,540,1920,1080"/>が記述される。これにより、サムネイル画像２５１のSRDが、level「１」に対応するTile Region Group Entryが示すサムネイル画像２５１のモザイク画像２５０上の位置と対応付けて設定される。
【００５６】
また、level「２」の「SubRepresentation」には、サムネイル画像２５２のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,960,0,960,540,1920,1080"/>が記述される。これにより、サムネイル画像２５２のSRDが、level「２」に対応するTile Region Group Entryが示すサムネイル画像２５２のモザイク画像２５０上の位置と対応付けて設定される。
【００５７】
さらに、level「３」の「SubRepresentation」には、サムネイル画像２５３のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,0,540,960,540,1920,1080"/>が記述される。これにより、サムネイル画像２５３のSRDが、level「３」に対応するTile Region Group Entryが示すサムネイル画像２５３のモザイク画像２５０上の位置と対応付けて設定される。
【００５８】
また、level「４」の「SubRepresentation」には、サムネイル画像２５４のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,960,540,960,540,1920,1080"/>が記述される。これにより、サムネイル画像２５４のSRDが、level「４」に対応するTile Region Group Entryが示すサムネイル画像２５４のモザイク画像２５０上の位置と対応付けて設定される。
【００５９】
以上のように、図６のMPDファイルでは、Tile Region Group Entryが示すモザイク画像２５０の水平方向および垂直方向のサイズと、SRDが示す画面の水平方向および垂直方向のサイズが同一である。また、各levelに対応するTile Region Group Entryが示すモザイク画像２５０上の水平方向および垂直方向の座標と、そのlevelに対応するSRDが示す画面上の水平方向および垂直方向の位置が同一である。従って、図６のMPDファイルが生成される場合、SRDに基づいて復号されたサムネイル画像２５１乃至２５４が配置された画面は、モザイク画像２５０と同一になる。
【００６０】
また、各levelの「SubRepresentation」には、そのlevelのサムネイル画像２５１乃至２５４に対応する動画のURLも記述される。具体的には、level「１」の「SubRepresentation」には、サムネイル画像２５１に対応する動画のURL「http://example.com/a_service/my.mpd」が記述される。また、level「２」の「SubRepresentation」には、サムネイル画像２５２に対応する動画のURL「http://example.com/b_service/my.mpd」が記述される。
【００６１】
また、level「３」の「SubRepresentation」には、サムネイル画像２５３に対応する動画のURL「http://example.com/c_service/my.mpd」が記述される。また、level「４」の「SubRepresentation」には、サムネイル画像２５４に対応する動画のURL「http://example.com/d_service/my.mpd」が記述される。
【００６２】
（MPDファイルの第２の例）
図７は、図１のファイル生成装置２１１により生成される、モザイク画像２５０の画像ファイルに対応するMPDファイルの第２の例を示す図である。
【００６３】
なお、図７のMPDファイルは、各levelの「SubRepresentation」に記述されるSRDのみが図６のMPDと異なっている。
【００６４】
即ち、図７のMPDファイルでは、level「３」の「SubRepresentation」には、サムネイル画像２５３のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,0,0,960,540,1920,1080"/>が記述される。
【００６５】
また、level「４」の「SubRepresentation」には、サムネイル画像２５４のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,960, 0,960,540,1920,1080"/>が記述される。
【００６６】
さらに、level「１」の「SubRepresentation」には、サムネイル画像２５１のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,0,540,960,540,1920,1080"/>が記述される。
【００６７】
また、level「２」の「SubRepresentation」には、サムネイル画像２５２のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,960, 540,960,540,1920,1080"/>が記述される。
【００６８】
以上のように、図７のMPDファイルでは、図６のMPDファイルと同様に、Tile Region Group Entryが示すモザイク画像２５０の水平方向および垂直方向のサイズと、SRDが示す画面の水平方向および垂直方向のサイズが同一である。
【００６９】
しかしながら、各levelに対応するTile Region Group Entryが示すモザイク画像２５０上の水平方向および垂直方向の座標と、そのlevelに対応するSRDが示す画面上の水平方向および垂直方向の位置が異なっている。従って、図７のMPDファイルが生成される場合、SRDに基づいて復号されたサムネイル画像２５１乃至２５４が配置された画面は、モザイク画像２５０と異なる。
【００７０】
（サムネイル画像が配置された画面の例）
図８は、図７のMPDファイルに記述されたSRDに基づいて復号されたサムネイル画像２５１乃至２５４が配置された画面の例を示す図である。
【００７１】
図７のMPDファイルに記述されたサムネイル画像２５１のSRDは、サムネイル画像２５１の左上の、1920画素×1080画素からなる画面２７０上の座標が(0,540)である。従って、図８に示すように、サムネイル画像２５１は、画面２７０の左下に配置される。
【００７２】
また、サムネイル画像２５２のSRDは、サムネイル画像２５２の左上の画面２７０上の座標が(960,0)である。従って、図８に示すように、サムネイル画像２５２は、画面２７０の右下に配置される。
【００７３】
さらに、サムネイル画像２５３のSRDは、サムネイル画像２５３の左上の、1920画素×1080画素からなる画面２７０上の座標が(0,0)である。従って、図８に示すように、サムネイル画像２５３は、画面２７０の左上に配置される。
【００７４】
また、サムネイル画像２５４のSRDは、サムネイル画像２５４の左上の画面２７０上の座標が(960,0)である。従って、図８に示すように、サムネイル画像２５４は、画面２７０の右上に配置される。
【００７５】
以上のように、図７のMPDファイルにより、表示時に、サムネイル画像２５１乃至２５４の配置を、符号化対象のモザイク画像２５０における配置から、画面２７０における配置に変更することができる。
【００７６】
（ファイル生成装置の処理の説明）
図９は、図２のファイル生成装置２１１のファイル生成処理を説明するフローチャートである。
【００７７】
図９のステップＳ１９１において、符号化処理部２３１は、動画コンテンツの画像としてのモザイク画像を複数の符号化速度で符号化し、符号化ストリームを生成する。符号化処理部２３１は、各符号化速度の符号化ストリームを画像ファイル生成部２３２に供給する。
【００７８】
ステップＳ１９２において、画像ファイル生成部２３２は、符号化処理部２３１から供給される各符号化速度の符号化ストリームを、セグメントごとにファイル化し、画像ファイルを生成する。画像ファイル生成部２３２は、生成された画像ファイルをMPD生成部２３３に供給する。
【００７９】
ステップＳ１９３において、MPD生成部２３３は、画像ファイルのURL等を含むMPDファイルを生成する。MPD生成部２３３は、生成されたMPDファイルと画像ファイルをサーバアップロード処理部２３４に供給する。
【００８０】
ステップＳ１９４において、サーバアップロード処理部２３４は、MPD生成部２３３から供給される画像ファイルとMPDファイルを、Webサーバ１２にアップロードする。そして、処理は終了する。
【００８１】
なお、上述した図７および図８のMPDファイルでは、モザイク画像の符号化ストリームのビットレートが１つであるものとされたが、ビットレートが複数である場合、ビットレートごとに、図７または図８の「Representation」が記述される。即ち、MPDファイルには、同一のSRDと動画のURL等が設定された「Representation」がビットレートの数だけ記述され、記述が冗長になる。
【００８２】
（MPDファイルの第３の例）
図１０および図１１は、モザイク画像２５０の画像ファイルに対応するMPDファイルの第３の例を示す図である。
【００８３】
図１０および図１１の例では、モザイク画像２５０の符号化ストリームのビットレートが４つである。このことは、後述する図１２乃至図１９においても同様である。
【００８４】
図１０および図１１のMPDファイルでは、各サムネイル画像２５１乃至２５４のSRDと動画のURLが、４つのビットレートのモザイク画像２５０の符号化ストリームの間で共有する共有情報として設定される。
【００８５】
具体的には、図１０および図１１のMPDファイルには、４つのビットレートの符号化ストリームに対応する「AdaptationSet」と、４つのビットレートの符号化ストリームの間で情報を共有するための「AdaptationSet」（以下、共有用の「AdaptationSet」という）とが記述される。
【００８６】
図１０に示すように、４つのビットレートの符号化ストリームに対応する「AdaptationSet」には、この「AdaptationSet」が、情報を共有するモザイク画像２５０の符号化ストリームに対応する「AdaptationSet」であることを表す<Role schemeIdUri="urn:mpeg:dash:role:2014" value="multiple"/>が記述される。また、各ビットレートの符号化ストリームに対応する「Representation」が記述される。この「Representation」には、対応するビットレートの符号化ストリームの画像ファイルのURLが記述される。
【００８７】
図１０の例では、１つ目のビットレートの「Representation」に、そのビットレートの符号化ストリームの画像ファイルのURL「stream1.mp4」が記述される。同様に、２乃至４つ目のビットレートの「Representation」に、それぞれ、そのビットレートの符号化ストリームの画像ファイルのURL「stream2.mp4」、「stream3.mp4」、「stream4.mp4」が記述される。
【００８８】
図１０および図１１に示すように、共有用の「AdaptationSet」は、サムネイル画像ごとに設定される。共有用の「AdaptationSet」には、この「AdaptationSet」が各サムネイル画像に対応する共有用の「AdaptationSet」であることを表す<Role schemeIdUri="urn:mpeg:dash:role:2014" value="multiple_element"/>が記述される。
【００８９】
また、共有用の「AdaptationSet」には、この共有用の「AdaptationSet」に記述される情報が共有される符号化ストリームに対応する「AdaptationSet」を特定する情報（以下、AdaptationSet特定情報という）、即ち共有用の「AdaptationSet」に記述される情報がセグメントとされる「AdaptationSet」を特定する情報が記述される。
【００９０】
図１０および図１１の例では、このAdaptationSet特定情報は、上述した４つのビットレートの符号化ストリームに対応する「AdaptationSet」に付与されたＩＤ「１」を表す<EssentialProperty schemeIdUri="urn:mpeg:dash:adaptaionset-index:2015" value="1"/>である。
【００９１】
さらに、共有用の「AdaptationSet」には、対応するサムネイル画像を特定する情報（以下、サムネイル画像特定情報という）として、そのサムネイル画像に設定されたlevelを表す情報が記述される。また、共有用の「AdaptationSet」には、対応するサムネイル画像のSRDと動画のファイルの取得先であるURLとが記述される。
【００９２】
具体的には、図１０および図１１の例では、先頭の共有用の「AdaptationSet」が、サムネイル画像２５１に対応する。
【００９３】
従って、図１０に示すように、先頭の共有用の「AdaptationSet」には、サムネイル画像２５１に設定されたlevelが１であることを表す<EssentialProperty schemeIdUri="urn:mpeg:dash:subrepresentation-index:2015" value="1"/>が記述される。また、サムネイル画像２５１に対応するSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,0,0,960,540,1920,1080"/>と、動画のURL「http://example.com/a_service/my.mpd」とが記述される。
【００９４】
図１１に示すように、２番目の共有用の「AdaptationSet」には、サムネイル画像２５２に設定されたlevelが２であることを表す<EssentialProperty schemeIdUri="urn:mpeg:dash:subrepresentation-index:2015" value="2"/>が記述される。また、サムネイル画像２５２のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,960,0,960,540,1920,1080"/>と、サムネイル画像２５２に対応する動画のURL「http://example.com/b_service/my.mpd」とが記述される。
【００９５】
３番目の共有用の「AdaptationSet」には、サムネイル画像２５３に設定されたlevelが３であることを表す<EssentialProperty schemeIdUri="urn:mpeg:dash:subrepresentation-index:2015" value="3"/>が記述される。また、サムネイル画像２５３のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,0,540,960,540,1920,1080"/>と、サムネイル画像２５３に対応する動画のURL「http://example.com/c_service/my.mpd」とが記述される。
【００９６】
４番目の共有用の「AdaptationSet」には、サムネイル画像２５４に設定されたlevelが４であることを表す<EssentialProperty schemeIdUri="urn:mpeg:dash:subrepresentation-index:2015" value="4"/>が記述される。また、サムネイル画像２５４のSRDである<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“1,960,540,960,540,1920,1080"/>と、サムネイル画像２５４に対応する動画のURL「http://example.com/d_service/my.mpd」とが記述される。
【００９７】
以上のように、図１０および図１１のMPDファイルでは、サムネイル画像２５１乃至２５４のSRDと動画のURLが共有情報として設定されるので、記述の冗長性がなくなる。動画再生端末１４は、図１０および図１１のMPDファイルを取得したとき、「value=multiple」により共有情報が存在することを認識し、「value=multiple」が設定された「Adaptationset」のＩＤが記述される共有の「Adaptationset」から共有情報を抽出する。
【００９８】
なお、AdaptationSet特定情報は、共有用の「AdaptationSet」に記述される情報が本来設定される「AdaptationSet」を特定する情報である。また、サムネイル画像特定情報は、共有用の「AdaptationSet」に記述される情報が本来設定される「SubRepresentation」を特定する情報である。
【００９９】
従って、共有用の「AdaptationSet」に記述される情報が本来設定される、名前がelement_name であるelementを特定する情報としてのvalueを、<EssentialProperty schemeIdUri="urn:mpeg:dash:adaptaionset-reference:2015" value="element_name,value"/>と記述するように定義し、AdaptationSet特定情報とサムネイル画像特定情報の記述方法を共通化することもできる。
【０１００】
この場合、AdaptationSet特定情報は、<EssentialProperty schemeIdUri="urn:mpeg:dash:adaptaionset-reference:2015" value="AdaptationSet,id"/>と記述される。また、サムネイル画像特定情報は、<EssentialProperty schemeIdUri="urn:mpeg:dash:adaptaionset-reference:2015" value="SubRepresentation,level"/>と記述される。
【０１０１】
（MPDファイルの第４の例）
図１２および図１３は、モザイク画像２５０の画像ファイルに対応するMPDファイルの第４の例を示す図である。
【０１０２】
図１２および図１３のMPDファイルの構成は、主に、各サムネイル画像２５１乃至２５４のSRDが、共有用の「AdaptationSet」ではなく、４つのビットレートの符号化ストリームに対応する「AdaptationSet」に記述される点が、図１１および図１２の構成と異なっている。
【０１０３】
具体的には、図１２および図１３のMPDファイルでは、図１２に示すように、４つのビットレートの符号化ストリームに対応する「AdaptationSet」に、その「AdaptationSet」内の全ての「Representation」に対応する符号化ストリームの間で共有する共有情報を記述する「ContentComponent」が４つ設けられる。
【０１０４】
各「ContentComponent」は、サムネイル画像２５１乃至２５４に設定された各levelに対応している。各「ContentComponent」には、対応するSRDが共有情報として記述されるとともに、サムネイル画像特定情報が記述される。
【０１０５】
また、図１３に示すように、共有用の「AdaptationSet」には、SRDとサムネイル画像特定情報が設けられず、AdaptationSet特定情報の代わりに、共有用の「AdaptationSet」に記述される情報が共有される符号化ストリームに対応する「AdaptationSet」の「ContentComponent」を特定する情報（以下、ContentComponent特定情報という）が記述される。
【０１０６】
図１２および図１３の例では、サムネイル画像２５１に対応する共有用の「AdaptationSet」に記述されるContentComponent特定情報は、４つのビットレートの符号化ストリームに対応する「AdaptationSet」に付与されたＩＤ「１」と、サムネイル画像２５１のサムネイル画像特定情報が記述される「ContentComponent」に付与されたＩＤ「ｓｒｄ１」を表す<EssentialProperty schemeIdUri="urn:mpeg:dash:adaptaionset-index:2015" value="1,srd1"/>である。
【０１０７】
また、サムネイル画像２５２に対応する共有用の「AdaptationSet」に記述されるContentComponent特定情報は、サムネイル画像２５２のサムネイル画像特定情報が記述される「ContentComponent」に付与されたＩＤ「ｓｒｄ２」を表す<EssentialProperty schemeIdUri="urn:mpeg:dash:adaptaionset-index:2015" value="1,srd2"/>である。
【０１０８】
さらに、サムネイル画像２５３に対応する共有用の「AdaptationSet」に記述されるContentComponent特定情報は、サムネイル画像２５３のサムネイル画像特定情報が記述される「ContentComponent」に付与されたＩＤ「ｓｒｄ３」を表す<EssentialProperty schemeIdUri="urn:mpeg:dash:adaptaionset-index:2015" value="1,srd3"/>である。
【０１０９】
また、サムネイル画像２５４に対応する共有用の「AdaptationSet」に記述されるContentComponent特定情報は、サムネイル画像２５４のサムネイル画像特定情報が記述される「ContentComponent」に付与されたＩＤ「ｓｒｄ４」を表す<EssentialProperty schemeIdUri="urn:mpeg:dash:adaptaionset-index:2015" value="1,srd4"/>である。
【０１１０】
以上のように、図１２および図１３のMPDファイルでは、サムネイル画像２５１乃至２５４のSRDと動画のURLが共有情報として設定されるので、記述の冗長性がなくなる。
【０１１１】
動画再生端末１４は、図１２および図１３のMPDファイルを取得したとき、「value=multiple」により共有情報が存在することを認識し、「value=multiple」が設定された「Adaptationset」のＩＤが記述される共有の「Adaptationset」から共有情報を抽出する。また、「value=multiple」が設定された「Adaptationset」に記述される「ContentComponent」から共有情報を抽出する。
【０１１２】
図１２および図１３のMPDファイルでは、動画のURLが共有用の「Adaptationset」に記述されるので、SRDは記述されず、動画のURLが共有用の「Adaptationset」に記述されるMPDファイルとの互換性が保たれる。
【０１１３】
（MPDファイルの第５の例）
図１４および図１５は、モザイク画像２５０の画像ファイルに対応するMPDファイルの第５の例を示す図である。
【０１１４】
図１４および図１５のMPDファイルの構成は、主に、各サムネイル画像２５１乃至２５４に対応する動画のURLが、共有用の「AdaptationSet」ではなく、４つのビットレートの符号化ストリームに対応する「AdaptationSet」に記述される点が、図１２および図１３の構成と異なっている。
【０１１５】
具体的には、図１４および図１５のMPDファイルでは、図１４に示すように、４つのビットレートの符号化ストリームに対応する「AdaptationSet」に設けられた各「ContentComponent」に、対応する動画のURLが記述される。また、共有用の「AdaptationSet」は記述されない。
【０１１６】
以上のように、図１４および図１５のMPDファイルでは、サムネイル画像２５１乃至２５４のSRDと動画のURLが共有情報として設定されるので、記述の冗長性がなくなる。
【０１１７】
動画再生端末１４は、図１４および図１５のMPDファイルを取得したとき、「value=multiple」により共有情報が存在することを認識し、「value=multiple」が設定された「Adaptationset」記述される「ContentComponent」から共有情報を抽出する。
【０１１８】
なお、上述した説明では、サムネイル画像特定情報、AdaptationSet特定情報、およびContentComponent特定情報が、EssentialPropertyを用いて記述されたが、「AdaptaionSet」のelementとして記述されるようにしてもよい。
【０１１９】
この場合、図１０および図１１のMPDファイルは、図１６および図１７のMPDファイルになる。即ち、図１６および図１７に示すように、AdaptationSet特定情報が、共有用の「Adaptationset」の「associationID」として記述され、サムネイル画像特定情報が、共有用の「Adaptationset」の「associationLevel」として記述される。
【０１２０】
また、図１２および図１３のMPDファイルは、図１８および図１９のMPDファイルになる。即ち、図１８および図１９に示すように、ContentComponent特定情報のうちの、共有用の「AdaptationSet」に記述される情報が共有される符号化ストリームに対応する「AdaptationSet」を特定する情報が、その共有用の「Adaptationset」の「associationID」として記述される。また、共有用の「AdaptationSet」に記述される情報が共有される符号化ストリームに対応する「AdaptationSet」の「ContentComponent」を特定する情報が、その共有用の「Adaptationset」の「associationLevel」として記述される。
【０１２１】
なお、「Adaptationset」の要素として、「Adaptationset」のタイプを表すassociationTypeが記述されるようにしてもよい。この場合、「AdaptationSet」が、情報を共有するモザイク画像２５０の符号化ストリームに対応する「AdaptationSet」であることを表す情報や、「AdaptationSet」が各サムネイル画像に対応する共有用の「AdaptationSet」であることを表す情報が、associationTypeとして記述される。例えば、「AdaptationSet」が、情報を共有するモザイク画像２５０の符号化ストリームに対応する「AdaptationSet」である場合、associationTypeは「subs」にされる。
【０１２２】
また、上述した図６、図７、および図１０乃至図１９のMPDファイルでは、デコードや表示などにおいて各レベル間で依存関係がないものとしたが、依存関係がある場合には、各レベル間の依存関係を示す<EssentialProperty schemeIdUri="urn:mpeg:dash:subrepresentation-dependency:2015" value="level"/>が記述されてもよい。例えば、level２がlevel１に依存する場合、図１２および図１３のMPDファイルにおいて、level２に対応する、ＩＤ「ｓｒｄ２」が付与された「ContentComponent」に、<EssentialProperty schemeIdUri="urn:mpeg:dash:subrepresentation-dependency:2015" value="１"/>が記述される。
【０１２３】
（動画再生端末の機能的構成例）
図２０は、図１の動画再生端末１４が制御用ソフトウエア２１、動画再生ソフトウエア２２、およびアクセス用ソフトウエア２３を実行することにより実現されるストリーミング再生部の構成例を示すブロック図である。
【０１２４】
図２０のストリーミング再生部２９０は、MPD取得部２９１、MPD処理部２９２、画像ファイル取得部２９３、デコーダ２９４、表示制御部２９５、受付部２９６、および動画取得部２９７により構成される。
【０１２５】
ストリーミング再生部２９０のMPD取得部２９１は、Webサーバ１２からMPDファイルを取得し、MPD処理部２９２に供給する。
【０１２６】
MPD処理部２９２は、MPD取得部２９１から供給されるMPDファイルから再生対象のセグメントの画像ファイルのURL等の情報を抽出し、画像ファイル取得部２９３に供給する。また、MPD処理部２９２は、MPDファイルを動画取得部２９７に供給する。さらに、MPD処理部２９２は、MPDファイルから再生対象のセグメントのモザイク画像の各分割画像のSRDを抽出し、表示制御部２９５に供給する。
【０１２７】
画像ファイル取得部２９３は、MPD処理部２９２から供給されるURLで特定される画像ファイルの符号化ストリームを、Webサーバ１２に要求し、取得する。画像ファイル取得部２９３は、取得された符号化ストリームをデコーダ２９４に供給する。
【０１２８】
デコーダ２９４は、画像ファイル取得部２９３から供給される符号化ストリームを復号する。デコーダ２９４は、復号の結果得られるモザイク画像を表示制御部２９５に供給する。
【０１２９】
表示制御部２９５（配置部）は、MPD処理部２９２から供給されるSRDに基づいて、デコーダ２９４から供給されるモザイク画像の各分割画像を画面上に配置する。また、表示制御部２９５は、各分割画像に配置された画面にカーソル等を重畳して、図示せぬ表示装置に供給し、表示させる。
【０１３０】
また、表示制御部２９５は、受付部２９６から供給される画面の所定の領域の拡大指示に応じて、モザイク画像が配置された画面のうちの、その領域に含まれるサムネイル画像のみからなる部分モザイク画像のサイズを、画面サイズに拡大する。そして、表示制御部２９５は、拡大された部分モザイク画像が配置された画面内の所定のサムネイル画像にカーソル等を重畳し、図示せぬ表示装置に供給して、表示させる。
【０１３１】
また、表示制御部２９５は、動画取得部２９７から供給される、表示中のサムネイル画像の１つに対応する動画を、図示せぬ表示装置に供給し、表示させる。
【０１３２】
受付部２９６は、ユーザ等からの指示を受け付け、その指示を動画取得部２９７または表示制御部２９５に供給する。
【０１３３】
動画取得部２９７は、受付部２９６から供給される所定の位置の指示に応じて、MPD処理部２９２から供給されるMPDファイルから、その位置に対応する動画のURLを取得する。動画取得部２９７は、取得されたURLに基づいて、Webサーバ１２等から動画を取得し、表示制御部２９５に供給する。
【０１３４】
（再生処理の概要）
図２１は、ストリーミング再生部２９０による再生処理の概要を説明する図である。
【０１３５】
図２１の左側に示すように、表示制御部２９５は、まず、画面に配置されたモザイク画像３１０を構成する４×４個のサムネイル画像３１１のうちの、所定のサムネイル画像３１１にカーソル３１２を重畳し、図示せぬ表示装置に表示させる。
【０１３６】
このとき、ユーザは、カーソル３１２が重畳されたモザイク画像３１０の画面を見ながら、所望の領域の拡大指示を行う。図２１の例では、ユーザは、モザイク画像３１０が配置された画面の右上の２×２個のサムネイル画像３１１の領域の拡大指示を行っている。
【０１３７】
表示制御部２９５は、この拡大指示に応じて、モザイク画像３１０が配置された画面のうちの右上の２×２個のサムネイル画像３１１のみからなる部分モザイク画像３１３のサイズを、画面サイズに拡大する。そして、図２１の中央に示すように、表示制御部２９５は、拡大された部分モザイク画像３１３が配置された画面内の所定のサムネイル画像３１１にカーソル３１４を重畳し、図示せぬ表示装置に表示させる。
【０１３８】
このとき、ユーザは、カーソル３１４を所望のサムネイル画像３１１に移動させ、ダブルタップ等の操作を行うことにより、カーソル３１４の位置を指示する。図２１の例では、ユーザは、右上のサムネイル画像３１１の位置を指示している。
【０１３９】
動画取得部２９７は、その指示に応じて、MPDファイルから、指示された部分モザイク画像３１３上の位置に対応するモザイク画像３１０の画面上の位置を示すSRDに対応する動画のURLを、指示された位置に対応する動画のURLとして取得する。そして、動画取得部２９７は、取得されたURLに基づいて、Webサーバ１２等から動画３１５を取得し、表示制御部２９５に供給する。これにより、図２１の右側に示すように、表示制御部２９５は、動画３１５を図示せぬ表示装置に表示させる。
【０１４０】
（動画再生端末の処理の説明）
図２２は、図２０のストリーミング再生部２９０の再生処理を説明するフローチャートである。
【０１４１】
図２２のステップＳ２１１において、ストリーミング再生部２９０のMPD取得部２９１は、Webサーバ１２からMPDファイルを取得し、MPD処理部２９２に供給する。
【０１４２】
ステップＳ２１２において、MPD処理部２９２は、MPD取得部２９１から供給されるMPDファイルか再生対象のセグメントの画像ファイルのURL等の情報を抽出し、画像ファイル取得部２９３に供給する。また、MPD処理部２９２は、MPDファイルを動画取得部２９７に供給する。さらに、MPD処理部２９２は、MPDファイルから再生対象のセグメントのモザイク画像の各分割画像のSRDを抽出し、表示制御部２９５に供給する。
【０１４３】
ステップＳ２１３において、画像ファイル取得部２９３は、MPD処理部２９２から供給されるURLに基づいて、そのURLで特定される画像ファイルの符号化ストリームを、Webサーバ１２に要求し、取得する。画像ファイル取得部２９３は、取得された符号化ストリームをデコーダ２９４に供給する。
【０１４４】
ステップＳ２１４において、デコーダ２９４は、画像ファイル取得部２９３から供給される符号化ストリームを復号する。デコーダ２９４は、復号の結果得られるモザイク画像を表示制御部２９５に供給する。
【０１４５】
ステップＳ２１５において、表示制御部２９５は、MPD処理部２９２からのSRDに基づいて、デコーダ２９４からのモザイク画像の各分割画像を画面上に配置し、その画面にカーソル等を重畳して、図示せぬ表示装置に供給し、表示させる。
【０１４６】
ステップＳ２１６において、受付部２９６は、ユーザからの画面の所定の領域の拡大指示を受け付けたかどうかを判定する。ステップＳ２１６で画面の所定の領域の拡大指示を受け付けていないと判定された場合、受付部２９６は、画面の所定の領域の拡大指示を受け付けるまで待機する。
【０１４７】
一方、ステップＳ２１６で画面の所定の領域の拡大指示を受け付けたと判定された場合、受付部２９６は、その拡大指示を表示制御部２９５に供給する。そして、ステップＳ２１７において、表示制御部２９５は、受付部２９６から供給される拡大指示に応じて、モザイク画像が配置された画面のうちの、拡大指示された領域に含まれるサムネイル画像のみからなる部分モザイク画像のサイズを、画面サイズに拡大する。
【０１４８】
ステップＳ２１８において、表示制御部２９５は、拡大された部分モザイク画像が配置された画面内の所定のサムネイル画像にカーソル等を重畳し、図示せぬ表示装置に供給して、表示させる。このとき、ユーザは、カーソルを所望のサムネイル画像に移動させ、ダブルタップ等の操作を行うことにより、画面上のカーソルの位置を指示する。
【０１４９】
ステップＳ２１９において、受付部２９６は、ユーザからの画面上の位置の指示を受け付けたかどうかを判定する。ステップＳ２１９で画面上の位置の指示を受け付けていないと判定された場合、受付部２９６は、画面上の位置の指示を受け付けるまで待機する。
【０１５０】
一方、ステップＳ２１９で画面上の位置の指示を受け付けたと判定された場合、受付部２９６は、その指示を動画取得部２９７に供給する。そして、ステップＳ２２０において、動画取得部２９７は、受付部２９６から供給される指示に応じて、MPD処理部２９２から供給されるMPDファイルから、指示された位置に対応する動画のURLを取得する。
【０１５１】
ステップＳ２２１において、動画取得部２９７は、取得されたURLに基づいて、Webサーバ１２等から動画を取得し、表示制御部２９５に供給する。
【０１５２】
ステップＳ２２２において、表示制御部２９５は、動画取得部２９７から供給される動画を、図示せぬ表示装置に供給し、表示させる。そして、処理は終了する。
【０１５３】
なお、第１実施の形態では、モザイク画像の表示後に部分モザイク画像が表示され、ユーザにより部分モザイク画像上の位置が指示されるようにしたが、部分モザイク画像は表示されず、モザイク画像上の位置が直接ユーザにより指示されるようにしてもよい。
【０１５４】
また、上述した説明では、MPDファイルにおいて、各サムネイル画像のSRDに対応付けて、そのサムネイル画像に対応する動画（本編）のURLが記述されたが、各サムネイル画像のSRDに対応付けて記述される情報は、これに限定されない。
【０１５５】
例えば、各サムネイル画像のSRDに対応付けて、そのサムネイル画像をピクチャインピクチャ表示する際に重畳される画像ファイルの情報が記述されるようにしてもよい。この場合、サムネイル画像をピクチャインピクチャ表示する際に重畳される画像ファイルの情報としては、例えば、<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd-composition:2014" value=“source_url"/>が記述される。source_urlは、サムネイル画像に重畳される画像ファイルを管理する外部のMPDファイルまたは内部のMPDファイルのAdaptationSetを特定するための情報である。
【０１５６】
また、各サムネイル画像のSRDに対応付けて、そのサムネイル画像の種類（意味）を示す情報が記述されるようにしてもよい。この場合、例えば、サムネイル画像がピクチャインピクチャ表示される画像であることを示す情報として、例えば、<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd-role:2014" value=“pinp"/>が記述される。これにより、動画再生端末は、サムネイル画像がピクチャインピクチャ表示される画像であることを、文字やアイコンなどでユーザに提示することができる。
【０１５７】
さらに、各サムネイル画像のSRDに対応付けて、上述したサムネイル画像に対応する動画のURL、サムネイル画像をピクチャインピクチャ表示する際に重畳される画像ファイルの情報、およびサムネイル画像の種類を示す情報の全てが記述されるようにしてもよい。この場合、各サムネイル画像に対応して、そのサムネイル画像がピクチャインピクチャ表示される画像であることを示す文字やアイコンが表示されるとともに、各サムネイル画像に所定の画像が重畳されてピクチャインピクチャ表示され、ユーザによりモザイク画像上の位置が指示されると、その位置に表示されているサムネイル画像に対応する動画が再生される。
【０１５８】
なお、サムネイル画像に対応する動画のURL、サムネイル画像をピクチャインピクチャ表示する際に重畳される画像ファイルの情報、およびサムネイル画像の種類を示す情報は、SRDとは別のpropertyで記述されてもよいし、フラグとして、拡張されたSRDのpropertyに記述されるようにしてもよい。
【０１５９】
＜第２実施の形態＞
（本開示を適用したコンピュータの説明）
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１６０】
図２３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０１６１】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。
【０１６２】
バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記憶部９０８、通信部９０９、及びドライブ９１０が接続されている。
【０１６３】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記憶部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０１６４】
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記憶部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０１６５】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０１６６】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記憶部９０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部９０９で受信し、記憶部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記憶部９０８に、あらかじめインストールしておくことができる。
【０１６７】
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１６８】
また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０１６９】
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
【０１７０】
また、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０１７１】
なお、本開示は、以下のような構成もとることができる。
【０１７２】
（１）
所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとを設定する設定部
を備える情報処理装置。
（２）
前記設定部は、前記第１のAdaptationSetと前記第２のAdaptationSetとが関連することを示す情報を前記第２のAdaptationSetに含める
ように構成された
前記（１）に記載の情報処理装置。
（３）
前記設定部は、前記第１のAdaptationSetと前記第２のAdaptationSetを、前記符号化ストリームのファイルを管理する管理ファイルに設定する
ように構成された
前記（１）または（２）に記載の情報処理装置。
（４）
前記第１のAdaptationSetに含まれる複数のRepresentationに対応する符号化ストリームは、ビットレートの異なる同一の画像の符号化ストリームであり、
前記設定部は、前記画像を構成する複数の分割画像それぞれの画面上の位置を、前記第２のAdaptationSetに含める
ように構成された
前記（１）乃至（３）のいずれかに記載の情報処理装置。
（５）
前記設定部は、各分割画像に対応するファイルの取得先を前記第２のAdaptationSetに含める
ように構成された
前記（４）に記載の情報処理装置。
（６）
前記設定部は、各分割画像の前記画面上の位置を、それぞれ異なる前記第２のAdaptationSetの情報に含める
ように構成された
前記（４）に記載の情報処理装置。
（７）
前記設定部は、各分割画像に対応するファイルの取得先を、その分割画像の画面上の位置を含む前記第２のAdaptationSetに含める
ように構成された
前記（６）に記載の情報処理装置。
（８）
前記設定部は、前記第２のAdaptationSetに、その第２のAdaptationSetに対応する分割画像を特定する情報を含める
ように構成された
前記（６）または（７）に記載の情報処理装置。
（９）
前記設定部は、前記第１のAdaptationSetに前記第１のAdaptationSetを表す情報を含め、前記第２のAdaptationSetに前記第２のAdaptationSetを表す情報を含める
ように構成された
前記（１）乃至（８）のいずれかに記載の情報処理装置。
（１０）
前記第１のAdaptationSetに含まれる複数のRepresentationに対応する符号化ストリームは、ビットレートの異なる同一の画像の符号化ストリームであり、
前記設定部は、前記画像を構成する複数の分割画像それぞれの画面上の位置を、Content Componentの情報として前記第１のAdaptationSetに含める
ように構成された
前記（１）乃至（３）のいずれかに記載の情報処理装置。
（１１）
前記設定部は、前記分割画像に対応するファイルの取得先を前記Content Componentの情報として前記第１のAdaptationSetに含める
ように構成された
前記（１０）に記載の情報処理装置。
（１２）
情報処理装置が、
所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとを設定する設定ステップ
を含む情報処理方法。
（１３）
所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとに基づいて、前記符号化ストリームを再生する再生部
を備える情報処理装置。
（１４）
情報処理装置が、
所定のビットレートの符号化ストリームに対応するRepresentationを複数含む第１のAdaptationSetと、Representationを含まない第２のAdaptationSetとに基づいて、前記符号化ストリームを再生する再生ステップ
を含む情報処理方法。
【符号の説明】
【０１７３】
１４  動画再生端末,  ２１１  ファイル生成装置,  ２５０  モザイク画像,  ２５１乃至２５４  サムネイル画像,  ２７０  画面,  ２９５  表示制御部
【図１】
2016199609.tif 000003
【図２】
2016199609.tif 000004
【図３】
2016199609.tif 000005
【図４】
2016199609.tif 000006
【図５】
2016199609.tif 000007
【図６】
2016199609.tif 000008
【図７】
2016199609.tif 000009
【図８】
2016199609.tif 000010
【図９】
2016199609.tif 000011
【図１０】
2016199609.tif 000012
【図１１】
2016199609.tif 000013
【図１２】
2016199609.tif 000014
【図１３】
2016199609.tif 000015
【図１４】
2016199609.tif 000016
【図１５】
2016199609.tif 000017
【図１６】
2016199609.tif 000018
【図１７】
2016199609.tif 000019
【図１８】
2016199609.tif 000020
【図１９】
2016199609.tif 000021
【図２０】
2016199609.tif 000022
【図２１】
2016199609.tif 000023
【図２２】
2016199609.tif 000024
【図２３】
2016199609.tif 000025
【国際調査報告】
2016199609.tif 000026
2016199609.tif 000027
2016199609.tif 000028