(57)【要約】  視聴者が特定の表示領域への表示を所望する部分映像の取得先を容易に特定することが可能な表示制御装置を実現する。テレビ（２００）の映像取得処理部（２２０）は、複数の部分映像の各々について該部分映像の識別子および取得先が関連付けて示されたＭＰＤデータ（メタデータ）を取得する。上記複数の部分映像の各々の識別子は、該部分映像に隣接する部分映像の識別子を他の情報を参照することなく特定可能な識別子である。
2015060165.tif 000002
【特許請求の範囲】
【請求項１】
全体映像を構成する複数の部分映像の中から、特定の表示領域への表示対象となっている上記部分映像の隣の部分映像の選択を受け付ける受付手段と、
上記複数の部分映像の各々について該部分映像の識別子および取得先が関連付けて示されたメタデータを取得するメタデータ取得手段と、
選択された上記隣の部分映像の取得先を上記メタデータに示されている該部分映像の識別子を参照することで特定し、該取得先から該部分映像を取得する映像取得手段と、
上記表示領域の部分映像を上記映像取得手段が取得した部分映像に更新する表示更新手段と、を備え、
上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である、ことを特徴とする表示処理装置。
【請求項２】
上記複数の部分映像のうちのある部分映像と該部分映像から見たある方向の隣の部分映像とは共通の像を含んでおり、
上記メタデータには、上記ある部分映像の識別子および取得先に加えて、上記共通の像の該部分映像に占める割合を示す値が示されており、
上記受付手段は、上記ある部分映像が上記表示領域への表示対象となっている状態で上記ある方向への上記値に応じた量の移動操作を検出したことを以って、該隣の部分映像が選択されたと認識する、ことを特徴とする請求項１に記載の表示処理装置。
【請求項３】
上記メタデータには、上記複数の部分映像のうち特定の時刻において上記表示領域に表示させるべき部分映像を指定する情報が含まれており、
上記表示更新手段は、上記特定の時刻になると、上記表示領域の部分映像を、上記映像取得手段により取得された部分映像であって、上記メタデータに含まれている該情報によって指定されている部分映像に更新する、ことを特徴とする請求項１または２に記載の表示処理装置。
【請求項４】
全体映像を構成する複数の部分映像の各々について該部分映像の識別子および取得先が示されたメタデータを記憶部から読み出す読出手段と、
上記読出手段が読み出した上記メタデータを配信する配信手段と、を備え、
上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である、ことを特徴とする配信装置。
【請求項５】
全体映像を構成する複数の部分映像の各々について該部分映像の識別子および取得先が示されたメタデータであって、
上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である、ことを特徴とするメタデータ。
【請求項６】
上記取得先には、複数の部分映像が格納されたファイルに含まれる、特定の部分映像を指定するための情報が含まれる、ことを特徴とする請求項１または２に記載の表示処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主に、映像を表示部に表示する表示処理装置および表示処理方法、並びに、映像を配信する配信装置に関する。
【背景技術】
【０００２】
ＭＰＥＧ−ＤＡＳＨは、メディアをＨＴＴＰで配信するための標準規格を規定しており、映像コンテンツの配信にも使用できる（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“ISO/IEC 23009-1”、[online]、２０１２年４月１日、ISO/IEC、[２０１３年１０月１１日検索]、インターネット＜ＵＲＬ：http://standards.iso.org/ittf/PubliclyAvailableStandards/c057623_ISO_IEC_23009-1_2012.zip＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
昨今、映像コンテンツはますます高解像度化し、数年後には、４Ｋ×２Ｋ（横３８４０×縦２１６０）の映像コンテンツ、８Ｋ×４Ｋ（横７６８０×縦４３２０）の映像コンテンツ、または、これらの映像コンテンツよりも高解像度の映像コンテンツが制作および供給されることが想定される。【０００５】
また、高解像度の映像全体を視聴者の装置に配信するだけでなく、そのような映像（全体映像）をマトリクス状に分割することで低解像度の部分映像群を生成し、視聴者の装置に表示されている全体映像の中から視聴者がカーソルを用いて選択した部分映像を通信により視聴者の装置に配信することも想定される。【０００６】
しかしながら、これまでのＭＰＥＧ−ＤＡＳＨの規定されているＭＰＤデータには、部分映像間の位置関係を示す情報が記述されていないため、視聴者の装置は、ＭＰＤデータを参照しても、視聴者が選択した部分映像の取得先を特定することは困難である。【０００７】
これを解決するための方法として、各部分映像の取得先および位置情報（具体的には、全体映像の左上座標を原点とする座標系における部分映像の左上座標、幅および高さ）を関連付けてＭＰＤデータに記述する方法が挙げられる。【０００８】
しかしながら、この方法では、ユーザの装置は、視聴者がカーソルを移動させて選択した部分映像の取得先を特定するために、移動前のカーソルの位置の部分映像の左上座標および幅（または高さ）並びにカーソルの移動方向に基づき、視聴者が選択した部分映像の左上座標を特定する処理が必要である。【０００９】
このため、視聴者の装置は視聴者が所望する部分映像の取得先を容易に特定できない。【００１０】
本発明は、上記の問題に鑑みて成されたものであり、その主な目的は、視聴者が特定の表示領域への表示を所望する部分映像の取得先を容易に特定することが可能な表示処理装置を実現することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明の一態様に係る表示処理装置は、全体映像を構成する複数の部分映像の中から、特定の表示領域への表示対象となっている上記部分映像の隣の部分映像の選択を受け付ける受付手段と、上記複数の部分映像の各々について該部分映像の識別子および取得先が関連付けて示されたメタデータを取得するメタデータ取得手段と、選択された上記隣の部分映像の取得先を上記メタデータに示されている該部分映像の識別子を参照することで特定し、該取得先から該部分映像を取得する映像取得手段と、上記表示領域の部分映像を上記映像取得手段が取得した部分映像に更新する表示更新手段と、を備え、上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である。【００１２】
上記課題を解決するために、本発明の一態様に係る表示処理方法は、全体映像を構成する複数の部分映像の中から、特定の表示領域への表示対象となっている上記部分映像の隣の部分映像の選択を受け付ける受付工程と、上記複数の部分映像の各々について該部分映像の識別子および取得先が関連付けて示されたメタデータを取得するメタデータ取得工程と、上記受付工程にて選択された上記隣の部分映像の取得先を上記メタデータに示されている該部分映像の識別子を参照することで特定し、特定した取得先から該部分映像を取得する映像取得工程と、上記表示領域の部分映像を上記映像取得工程にて取得した部分映像に更新する表示更新工程と、を含み、上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である。【００１３】
上記課題を解決するために、本発明の一態様に係る配信装置は、全体映像を構成する複数の部分映像の各々について該部分映像の識別子および取得先が示されたメタデータを記憶部から読み出す読出手段と、上記読出手段が読み出した上記メタデータを配信する配信手段と、を備え、上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である。【００１４】
上記課題を解決するために、本発明の一態様に係るメタデータは、全体映像を構成する複数の部分映像の各々について該部分映像の識別子および取得先が示されたメタデータであり、上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である。
【発明の効果】
【００１５】
本発明の一態様に係る表示処理装置および表示処理方法は、視聴者が特定の表示領域への表示を所望する部分映像の取得先を容易に特定することができる、という効果を奏する。【００１６】
本発明の一態様に係る配信装置は、上記表示処理装置が上記部分映像の取得先を容易に特定することを可能にするメタデータを配信できる、という効果を奏する。【００１７】
また、本発明の一態様に係るメタデータは、上記表示処理装置が上記部分映像の取得先を容易に特定することを可能にする、という効果を奏する。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態１に係る配信装置およびテレビの要部構成を示すブロック図である。
【図２】図１の配信装置が配信可能な全体映像および該全体映像をマトリクス状に分割した部分映像群を模式的に示した図である。
【図３】図１の配信装置が配信するメタデータを例示した図である。
【図４】図１のテレビの動作を示すフローチャートである。
【図５】図１の配信装置が配信するメタデータの変形例を示した図である。
【図６】図１の配信装置が配信するメタデータの別の変形例を示した図である。
【図７】図１の配信装置が配信するメタデータの更に別の変形例を示した図である。
【図８】本発明の実施形態１の変形例に係る配信装置による部分映像の取得処理を説明するための図である。
【図９】本発明の実施形態２に係る配信装置およびクライアント端末の要部構成を示すブロック図である。
【図１０】図９の配信装置が配信可能な全体映像および該全体映像を構成する部分映像群を模式的に示した図である。
【図１１】図９の配信装置が配信するメタデータを例示した図である。
【図１２】図９のクライアント端末の動作を示すフローチャートである。
【図１３】図９の配信装置が配信するメタデータの別の変形例を示した図である。
【図１４】本発明の実施形態３に係る配信装置およびテレビの要部構成を示すブロック図である。
【図１５】図１４の配信装置が配信するメタデータを例示した図である。
【図１６】図１４のテレビの動作を示すフローチャートである。
【図１７】図１５のメタデータを参照した図１４のテレビが、時間の経過とともに、タブレット端末の表示面に表示する部分映像としてどの部分映像を選択するかを模式的に示した図である。
【図１８】全体画像の変形例を示した図である。
【図１９】図１の配信装置が配信するメタデータの更に別の変形例を示した図である。
【図２０】図９の配信装置が配信するメタデータの更に別の変形例を示した図である。
【図２１】図９の配信装置が配信するメタデータの更に別の変形例を示した図である。
【図２２】図９の配信装置が配信するメタデータの更に別の変形例を説明するための図である。
【図２３】各タイルを異なるファイルに格納する場合のフォーマットを模式的に示した図である。
【図２４】図２３のファイルフォーマットを用いる場合のＭＰＤデータを例示した図である。
【図２５】各タイルを異なるトラックに格納する場合のフォーマットを模式的に示した図である。
【図２６】図２５のファイルフォーマットを用いる場合のＭＰＤデータを例示した図である。
【図２７】すべてのタイルを１つのトラックに格納する場合のフォーマットを模式的に示した図である。
【図２８】図２７のファイルフォーマットを用いる場合のＭＰＤデータを例示した図である。
【図２９】複数のタイルを格納したトラックが複数ある場合のフォーマットを模式的に示した図である。
【図３０】図２９のファイルフォーマットを用いる場合のＭＰＤデータを例示した図である。
【図３１】図２９のファイルフォーマットを用いる場合のＭＰＤデータの変形例を示した図である。
【図３２】図２９のファイルフォーマットを用いる場合のＭＰＤデータの別の変形例を示した図である。
【図３３】図２５のファイルフォーマットを用いる場合のＭＰＤデータの別の例を示した図である。
【図３４】図２３と図２５のファイルフォーマットが混在して用いられる場合のＭＰＤデータの例を示した図である。
【図３５】図２３と図２５のファイルフォーマットが混在して用いられる場合のＭＰＤデータの別の例を示した図である。
【図３６】図２３と図２５のファイルフォーマットが混在して用いられる場合のＭＰＤデータの更に別の例を示した図である。
【図３７】図１の配信装置が配信するＭＰＤデータの更に別の例を示した図である。
【図３８】図１の配信装置が配信するＭＰＤデータの更に別の例を示した図である。
【図３９】図２３と図２５のファイルフォーマットが混在して用いられる場合のＭＰＤデータの更に別の例を示した図である。
【発明を実施するための形態】
【００１９】
〔実施形態１〕
以下、本発明の一実施形態に係る配信システムについて説明する。
【００２０】
本実施形態に係る配信システムは、配信装置、テレビ、および、タブレット端末を含んでいる。
【００２１】
配信装置は、同じ番組に関するフルＨＤの番組映像、４Ｋ×２Ｋの番組映像および８Ｋ×４Ｋの番組映像を放送により配信するようになっており、テレビは、自身の表示パネル（８Ｋ×４Ｋ）の解像度に応じた番組映像（８Ｋ×４Ｋの番組映像）を表示するようになっている。
【００２２】
また、配信装置は、上記番組映像をマトリクス状に分割した低解像度の部分映像群を保持しており、テレビからのリクエストに応じて、通信により部分映像をテレビに配信するようになっている。
【００２３】
テレビは、配信装置から受信した部分映像をタブレット端末に表示させるようになっている。
【００２４】
以下、上記配信装置およびテレビの要部構成について図１および図２を参照しながら説明する。図１は、実施形態１に係る配信装置およびテレビの要部構成を示すブロック図である。図２は、実施形態１に係る配信装置が配信可能な全体映像および該全体映像をマトリクス状に分割した部分映像群を模式的に示した図である。
【００２５】
（配信装置１００）
図１に示すように、配信装置１００は、記憶部１１０、映像配信処理部１２０、放送送出部１３０、および、通信Ｉ／Ｆ部１４０を備えている。
【００２６】
（記憶部１１０）
記憶部１１０は、図２に示すような、フルＨＤの番組映像（全体映像）、４Ｋ×２Ｋの番組映像（全体映像）、８Ｋ×４Ｋの番組映像（全体映像）、および、各番組映像の部分映像群を保持する記録媒体である。なお、図２に示すように、これらの全体映像および部分映像はまとめて「タイル」と総称してもよい。
【００２７】
（映像配信処理部１２０）
映像配信処理部１２０（読出手段、配信手段）は、放送送出部１３０を通じて、記憶部１１０から読み出したフルＨＤの番組映像、４Ｋ×２Ｋの番組映像および８Ｋ×４Ｋの番組映像を配信するとともに、番組映像に関するＭＰＤデータ（メタデータ）を配信する。また、映像配信処理部１２０は、通信Ｉ／Ｆ部１４０を通じて、視聴者の装置からリクエストされた番組映像を該装置に配信する。
【００２８】
（放送送出部１３０）
放送送出部１３０は、映像配信処理部１２０から供給された番組映像およびＭＰＤデータを放送波にのせて送出する。
【００２９】
（通信Ｉ／Ｆ部１４０）
通信Ｉ／Ｆ部１４０は、映像配信処理部１２０から供給された部分映像をネットワークに送出する。
【００３０】
次に、テレビ２００の構成について説明する。
【００３１】
（テレビ２００）
図１に示すように、テレビ２００は、チューナ部２１０、映像取得処理部２２０、記憶部２３０、再生部２４０、表示部２５０、および、通信Ｉ／Ｆ（通信インタフェース）部２６０を備えている。
【００３２】
（チューナ部２１０）
チューナ部２１０は、番組映像およびメタデータを含む放送信号を受信するチューナである。
【００３３】
（映像取得処理部２２０）
映像取得処理部２２０は、チューナ部２１０を介して、配信装置１００により配信される番組映像に関するＭＰＤデータ（メタデータ）を取得し、取得したＭＰＤデータを記憶部２３０に記録する。
【００３４】
また、映像取得処理部２２０は、ＭＰＤデータに含まれている、ユーザにより選択された部分映像の取得先を参照し、取得先である配信装置１００からその部分映像を取得する。そして、映像取得処理部２２０は、取得した部分映像をタブレット端末３００に送信する。
【００３５】
（記憶部２３０）
記憶部２３０は、ＭＰＤデータを保持する記録媒体である。
【００３６】
（再生部２４０）
再生部２４０は、ＭＰＤデータに基づいて、配信装置１００から取得した８Ｋ×４Ｋの番組映像を再生し、８Ｋ×４Ｋの番組映像を表示部２５０に表示する。
【００３７】
（表示部２５０）
８Ｋ×４Ｋの番組映像が表示されるディスプレイである。
【００３８】
なお、８Ｋ×４Ｋの番組映像上には、矩形のカーソルが重畳表示される。このカーソルの縦幅および横幅のサイズは、タブレット端末３００に表示させることが可能な４Ｋ×２Ｋ（またはフルＨＤ）の各部分映像の縦幅および横幅と同じである。また、カーソルの横幅をＷドットとし、カーソルの縦幅をＨドットとすると、カーソルは、横方向にＷドットずつ縦方向にＨドットずつ移動できる。ユーザは、テレビ２００のリモコン（図示せず）を用いてこのカーソルを移動させることにより、任意の部分映像を選択できる。
【００３９】
（通信Ｉ／Ｆ部２６０）
通信Ｉ／Ｆ部２６０は、配信装置１００との間の通信に使用される通信インタフェースである。
【００４０】
次に、タブレット端末３００について説明する。
【００４１】
（タブレット端末３００）
タブレット端末３００（携帯端末）は、テレビ２００と通信可能に接続されている。
【００４２】
タブレット端末３００は、テレビ２００から部分映像を受信すると、受信した部分映像を自身の表示パネル（特定の表示領域）に表示するようになっている。なお、タブレット端末３００は、既に別の部分映像を表示中の場合には、表示中の部分映像を消去して、受信した部分映像を新たに表示するようになっている。
【００４３】
（ＭＰＤデータについて）
次に、配信装置１００が配信するＭＰＤデータについて図３を参照して以下に説明する。
【００４４】
図３は、ＭＰＤデータを例示した図である。なお、図３（後述の図５〜図７、図１９も同様）においては、図面の簡略化の観点からＭＰＤデータの一部の情報（例えば、属性srcの属性値）の記載を省略している。
【００４５】
図３に示すように、ＭＰＤデータには、ＭＰＤ開始タグが冒頭に記述され、ＭＰＤ終了タグが末尾に記述されている。
【００４６】
また、ＭＰＤデータには、Period開始タグとPeriod終了タグとのペアが記述され、Period開始タグとPeriod終了タグとの間には、属性startと属性durationとのペアで表される期間に再生可能な映像データに関する情報が記述される。
【００４７】
具体的には、図３に示すように、Period開始タグとPeriod終了タグとの間に複数のAdaptationSetタグが記述される。
【００４８】
属性idの属性値が“A0”であるAdaptaionSet開始タグとAdaptaionSet終了タグとの間には、フルＨＤの映像のRepresentationタグと４Ｋ×２Ｋの映像のRepresentationタグと８Ｋ×４Ｋの映像のRepresentationタグと、Roleタグとが記述されている。これら３つのRepresentationタグに対応する３つの映像は同じ内容を示している。即ち、３つの映像はいずれも「全体映像」という意味で同じ役割（Role）をなすものであり、解像度（サイズ）だけが異なる。このため、図３のＭＰＤデータでは、これらを同じAdaptationSetに（AdaptaionSet開始タグとAdaptaionSet終了タグとの間に）Roleタグと共にまとめて記載し、下記の通り、解像度（サイズ）をそれぞれのRepresentationタグに記載している。
【００４９】
各Representationタグには、対応する映像のサイズを示す属性値（属性widthおよび属性heightの属性値）、および、対応する映像の取得先を示す属性値（属性srcの属性値）が記述されている。なお、属性srcの属性値は、対応する映像が放送で送られる場合、対応する映像を構成する各パケットのパケットＩＤである。例えば、８Ｋ×４Ｋの映像のRepresentationタグにはパケットＩＤが記載される。また、対応する映像が通信で送られる場合、属性srcの属性値は、対応する映像の要求先を示すＵＲＬである。例えば、フルＨＤの映像のRepresentationタグ、及び４Ｋ×２Ｋの映像のRepresentationタグにはＵＲＬが記載される。
【００５０】
また、Roleタグには、各映像が全体映像であるか部分映像であるかを示す属性typeが記述されており、その属性値として、各映像が全体映像であることを示す“full”が記述されている。
【００５１】
属性idの属性値が“A1-0”であるAdaptaionSet開始タグとAdaptaionSet終了タグとの間には、フルＨＤの映像のRepresentationタグと４Ｋ×２Ｋの映像のRepresentationタグと、Roleタグとが記述されている。これら２つのRepresentationタグに対応する２つの映像は同じ内容を示している。即ち、２つの映像はいずれも、後述の通り「インデックス値(0,0)の部分映像」という意味で同じ役割（Role）をなすものであり、解像度（サイズ）だけが異なる。このため、図３のＭＰＤデータでは、これらを同じAdaptationSetに（AdaptaionSet開始タグとAdaptaionSet終了タグとの間に）Roleタグと共にまとめて記載し、解像度（サイズ）をそれぞれのRepresentationタグに記載する。
【００５２】
各Representationタグには、対応する映像のサイズを示す属性値、および、対応する映像の取得先を示す属性値が記述されている。なお、属性srcの属性値は、対応する映像の取得先を示すＵＲＬである。
【００５３】
また、Roleタグには、該Roleタグの直後に記述された各Representationタグに対応する各映像が全体映像であるか部分映像であるかを示す属性typeが記述されており、その属性値として、各映像が部分映像であることを示す“tile”が記述されている。また、図３に示すように、属性typeの属性値として“tile”が記述されたAdaptaionSet開始タグには、属性i_xおよび属性i_yが記述される。
【００５４】
Roleタグの属性i_xの属性値“0”と属性i_yの属性値“0”とのペア（すなわち、インデックス値（0,0））は、該Roleタグの直後に記述された各Representationタグに対応する各部分映像が、全体映像をマトリックス状に分割した部分映像群のうちの第1行第1列目の部分映像であることを示している。より一般的に言えば、Roleタグの属性i_xの属性値“i”と属性i_yの属性値“j”とのペア（すなわち、インデックス値（i,j））は、該Roleタグの直後に記述された各Representationタグに対応する各部分映像が、全体映像をマトリックス状に分割した部分映像群のうちの第(i+1)行第(j+1)列目の部分映像であることを示している。
【００５５】
以上、AdaptaionSet開始タグの属性idの属性値が“A1-0”である要素AdaptaionSet（AdaptationSet A1-0）について説明したが、レイヤ１のその他の要素AdaptationSet（AdaptationSet A1-1〜AdaptationSet A1-3）およびレイヤ２の要素AdaptationSet（AdaptationSet A2-0〜AdaptationSetA2-15）についても同様の解釈ができる。
【００５６】
また、図３に示すように、Period開始タグとPeriod終了タグとの間にSubsetタグが記述される。各Subsetタグには、属性containsの属性値に対応する部分映像群が全体映像を縦何個横何個に分割して生成された部分画像群であるかを示す、属性n_xと属性n_yとのペアが含まれている。
【００５７】
なお、映像取得処理部２２０は、部分映像を取得するためにレイヤ１およびレイヤ２のうちいずれのレイヤの要素AdaptationSetを参照するかを、テレビ２００の設定に基づいて決定するようになっている。また、映像取得処理部２２０は、レイヤ０の要素AdaptationSet（AdaptationSet A0）およびレイヤ１の要素AdaptationSetを参照する場合には、各AdaptationSet要素に含まれる２つのRepresentationタグのうちどちらのRepresentationタグを参照するかを表示部２５０の解像度に基づいて決定するようになっている。すなわち、解像度は８Ｋ×４Ｋであるので、映像取得処理部２２０は、レイヤ０の要素AdaptationSetを参照する場合には８Ｋ×４Ｋの全体映像を取得し、レイヤ１の要素AdaptationSetを参照する場合には４Ｋ×２Ｋの部分映像を取得することになる。
【００５８】
以上、ＭＰＤデータについて説明した。
【００５９】
次に、テレビ２００の動作について図４を参照しながら説明する。なお、前提として、テレビ２００は、部分映像を取得するためにレイヤ２のAdaptationSetを参照するように設定されているものとする。
【００６０】
（テレビ２００の動作）
図４は、テレビ２００の動作を示すフローチャートである。
【００６１】
テレビ２００の映像取得処理部２２０は、図４に示すように、最初にＭＰＤデータおよび番組映像を取得する（ステップＳ１）。具体的には、映像取得処理部２２０は、放送波からＭＰＤデータを取得する。そして、映像取得処理部２２０は、ＭＰＤデータに含まれている８Ｋ×４Ｋの全体映像に関する属性srcの属性値（パケットＩＤ）を参照し、放送波に含まれている当該パケットＩＤを持つパケット群（８Ｋ×４Ｋの全体映像を構成するパケット群）を放送波から抽出する。
【００６２】
ステップＳ１の後、再生部１４０は、番組映像（８Ｋ×４Ｋの全体映像）を再生して表示部２５０に表示するとともに、前述の矩形のカーソル（縦１９２０ドット、横１０８０ドットのカーソル）を表示部２５０に表示する（ステップＳ２）。なお、再生部は、例えば、矩形のカーソルを、全体映像の左上端が該カーソルの左上端となる位置に表示してもよい。
【００６３】
ステップＳ２の後、ステップＳ３において、映像取得処理部２２０は、現在のカーソルの位置に対応するインデックス値を特定する。例えば、カーソルの左上端が全体映像の左上端と一致している場合、映像取得処理部２２０は、カーソルの位置に対応するインデックス値(0,0)を特定する。そして、ステップＳ３において、映像取得処理部２２０は、ＭＰＤデータを参照し、インデックス値に対応する部分映像の取得先を特定する。例えば、特定したインデックス値が(0,0)である場合、属性i_xの属性値および属性i_yの属性値がともに０であるようなRoleタグをＭＰＤデータの中から探し出し、このようなRoleタグを含む要素AdaptationSetに含まれる属性srcの属性値を特定する。更に、ステップＳ３において、映像取得処理部２２０は、特定した取得先（配信装置１００）から部分映像を取得する。
【００６４】
なお、ステップＳ３の直前のステップがステップＳ５である場合、直前のカーソルの位置に対応するインデックス値に対して(1,0)、(-1,0)、(0,1)または(0,-1)のいずれかの値（例えば、ステップＳ５にてカーソルが下隣に移動したと判定された場合には(0,1)）を加算することで、現在のカーソルの位置に対応するインデックス値を求めることができる。
【００６５】
ステップＳ３の後、映像取得処理部２２０は、ステップＳ３にて取得した部分映像をタブレット端末３００に表示させるため、該部分映像をタブレット端末３００に送信する（ステップＳ４）。
【００６６】
ステップＳ４の後、映像取得処理部２２０は、カーソルが隣（具体的には、上隣、下隣、左隣または右隣）に移動したか否かを判定する（ステップＳ５）。
【００６７】
テレビ２００は、ステップＳ５にてカーソルが隣に移動していないと判定した場合にはステップＳ６に進み、ステップＳ５にてカーソルが隣に移動したと判定した場合にはステップＳ３に戻る。
【００６８】
ステップＳ６にて、映像取得処理部２２０は、再生中の番組が終了したか否かを判定する。テレビ２００は、ステップＳ６にて番組が終了していないと判定した場合にはステップＳ５に戻り、ステップＳ６にて番組が終了したと判定した場合には図４のフローチャートの動作を終了する。
【００６９】
（テレビ２００の利点）
以上のテレビ２００の説明から以下のことが言える。
【００７０】
すなわち、テレビ２００（表示処理装置）は、全体映像（８Ｋ×４Ｋの番組映像）を構成する１６個のフルＨＤの部分映像（複数の部分映像）の中からタブレット端末３００の表示面（特定の表示領域）への表示対象となっている上記部分映像の隣の部分映像の選択を受け付ける操作受付部（受付手段、図示せず）を備えている。
【００７１】
また、テレビ２００は、１６個のフルＨＤの部分映像の各々について該部分映像の識別子（属性i_xの属性値と属性i_yの属性値とのペア）および取得先（属性srcの属性値）が関連付けて示されたＭＰＤデータ（メタデータ）を取得する映像取得処理部２２０（メタデータ取得手段）を備えている。
【００７２】
この映像取得処理部２２０（映像取得手段）は、選択された上記隣の部分映像の取得先を上記メタデータに示されている該部分映像の識別子を参照することで特定し、該取得先（配信装置１００）から該部分映像を取得する。更に、映像取得処理部２２０（表示更新手段）は、タブレット端末３００の表示面の部分映像を、取得した部分映像に更新する。
【００７３】
また、ＭＰＤデータに記述されている１６個のフルＨＤの部分映像の各識別子は、該部分映像の隣の部分映像の識別子を、他の情報を参照することなく特定可能な識別子であると言える。
【００７４】
上記の構成によれば、テレビ２００は、視聴者がタブレット端末３００の表示面への表示を所望する部分映像の識別子を、ＭＰＤデータに記述されている他の情報を参照することなく特定できる。
【００７５】
よって、テレビ２００は、ＭＰＤデータに、当該識別子に関連付けて記録されている当該部分映像の取得先も容易に特定できる。
【００７６】
（実施形態１の付記事項１）
ＭＰＤデータは、図３に示したようなＭＰＤデータに限られない。
【００７７】
例えば、ＭＰＤデータは、図５、図６または図７に例示したＭＰＤデータであってもよい。
【００７８】
すなわち、図６および図７に示すように、Roleタグの代わりにTileタグを記述し、Tileタグの中には、Tileタグの直後に記載されている各Representationタグに対応する各映像が部分映像であるか全体映像であるかを示す属性typeが記述されていてもよい。属性typeの属性値“full”は各映像が全体映像であることを示す属性値であってもよく、属性typeの属性値“partial”は各映像が部分映像であることを示す属性値であってもよい。
【００７９】
また、図５および図７に示すように、属性n_xおよび属性n_yは、Subsetタグの属性として記述する代わりに、RoleタグまたはTileタグの属性として記述してもよい。
【００８０】
あるいは、ＭＰＤデータは、図１９に例示したＭＰＤデータであってもよい。
【００８１】
すなわち、Tileタグの中に、属性typeに代えて、Tileタグの直後に記載されている各Representationタグに対応する各映像がどのレイヤに属するかを示す属性layerを記述してもよい。また、属性layerの属性値“0”は、各映像がレイヤ０に属する（すなわち、各映像が全体映像である）ことを示す属性値であってもよい。同様に、属性layerの属性値“1”は、各映像がレイヤ１に属する（各映像がレイヤ１の部分映像である）ことを示す属性値であってもよく、属性layerの属性値“2”は、各映像がレイヤ２に属する（各映像がレイヤ２の部分映像である）ことを示す属性値であってもよい。
【００８２】
また、属性layerの属性値で部分映像の分割数（部分映像群は全体映像を縦何個横何個に分割して生成されたものであるか）が判る場合には、Tileタグの属性として、属性n_xおよび属性n_yは含まれていなくともよい。
【００８３】
（実施形態１の付記事項２）
テレビ２００は、部分映像をタブレット端末３００に表示させたが、テレビ２００はこのような構成に限定されない。例えば、テレビ２００は、表示部２５０の表示面に放送波から取得した全体映像をフルスクリーン表示しながら、該表示面の一部を占有する小画面（特定の表示領域）内に通信によって取得した部分映像を表示してもよい。
【００８４】
なお、本実施形態は、放送および通信の両方を使って全体映像および部分映像を取得する例を示したが、これに限定されず、通信のみで全体映像および部分映像を取得する構成も可能である。同じく、放送のみで全体映像および部分映像を取得する構成も可能である。
【００８５】
（実施形態１の付記事項３）
部分映像（タイル）の取得先を示すＵＲＬ（Representation要素のsrc属性の値）の記述について、図２の８Ｋ×４Ｋ映像のレイヤ１の場合を例に説明する。ここで、レイヤ１における４つの４Ｋ×２Ｋのタイルについて、左上、右上、左下、右下のタイルをそれぞれＴｉｌｅ１、Ｔｉｌｅ２、Ｔｉｌｅ３、Ｔｉｌｅ４とする。以下では、ＭＰＥＧで標準化されているＨＥＶＣ（High Efficiency Video Coding）で符号化されたデータを、ＩＳＯＢＭＦＦ（ISO Base Media File Format）に格納する際のフォーマット、および対応するＭＰＤデータについて、図２３から図３０を用いて説明する。
【００８６】
図２３は、各タイルを異なるファイルに格納する場合のフォーマットを模式的に示した図である。各ファイルは、１つのトラックから構成され、トラックには復号処理に必要なＶＰＳ（Video Parameter Set）、ＳＰＳ（Sequence Parameter Set）、ＰＰＳ（PictureParameter Set）、ＳＥＩ（Supplemental Enhancement Information）、及びタイルの符号化データに相当する複数のＳｌｉｃｅが含まれている。
【００８７】
図２４は、図２３のファイルフォーマットを用いる場合のＭＰＤデータを例示した図である。この場合、Ｔｉｌｅ１〜Ｔｉｌｅ４には異なるファイル名が割り当てられるため、タイルの取得先を示すＵＲＬには、それぞれのファイル名が記述される。
【００８８】
図２５は、各タイルを異なるトラックに格納する場合のフォーマットを模式的に示した図である。ファイルは、復号処理に必要なパラメータセット（ＶＰＳ，ＳＰＳ，ＰＰＳ等）を含むトラックと、各タイルの符号化データに相当する４つのトラックの計５つのトラックから構成される。
【００８９】
図２６は、図２５のファイルフォーマットを用いる場合のＭＰＤデータを例示した図である。この場合、タイルの取得先を示すＵＲＬには、ファイル名のみでは所望のタイルを識別できないため、trackディメンジョンのＵＲＩフラグメント（例：#track=1）を付加したＵＲＬが記述される。
【００９０】
このように記述することで、ファイル中のどのトラックを抽出すれば所望のタイルを取得できるのかをＭＰＤレベルで識別することができる。
【００９１】
なお、この場合、パラメータセットトラックに含まれるデータ（ＶＰＳ，ＳＰＳ，ＰＰＳ等）と、ＵＲＩフラグメントのtrackディメンジョンで指定したトラックに含まれるデータ（Ｓｌｉｃｅ）が再生部２４０に入力され再生される。
【００９２】
図２７は、すべてのタイルを１つのトラックに格納する場合のフォーマットを模式的に示した図である。ファイルは、１つのトラックから構成され、トラックには復号処理に必要なパラメータセットと、各タイルの符号化データに相当する複数のＳｌｉｃｅが含まれている。
【００９３】
図２８は、図２７のファイルフォーマットを用いる場合のＭＰＤデータを例示した図である。この場合、タイルの取得先を示すＵＲＬには、ファイル名のみでは所望のタイルを識別できないため、spatialディメンジョンのＵＲＩフラグメント（例：#xywh=0,0,3840,2160）を付加したＵＲＬが記述される。
【００９４】
このように記述することで、ファイル中のどの領域を抽出すれば所望のタイルを取得できるのかをＭＰＤレベルで識別することができる。
【００９５】
なお、この場合、パラメータセットトラックに含まれるデータ（ＶＰＳ，ＳＰＳ，ＰＰＳ等）と、ＵＲＩフラグメントのspatialディメンジョンで指定した領域のデータ（Ｓｌｉｃｅ）が再生部２４０に入力され再生される。
【００９６】
図２９は、複数のタイルを格納したトラックが複数ある場合のフォーマットを模式的に示した図である。ファイルは、復号処理に必要なパラメータセットを含むトラックと、タイルの符号化データに相当する２つのトラックの計３つのトラックから構成される。なお、Ｔｒａｃｋ１にはＴｉｌｅ１及びＴｉｌｅ２が、Ｔｒａｃｋ２にはＴｉｌｅ３及びＴｉｌｅ４が格納されている。
【００９７】
図３０は、図２９のファイルフォーマットを用いる場合のＭＰＤデータを例示した図である。この場合、タイルの取得先を示すＵＲＬには、ファイル名のみでは所望のタイルを識別できないため、trackディメンジョン及びspatialディメンジョンのＵＲＩフラグメント（例：#track=1&xywh=0,0,3840,2160）を付加したＵＲＬが記述される。
【００９８】
このように記述することで、ファイル中のどのトラックのどの領域を抽出すれば所望のタイルを取得できるのかをＭＰＤレベルで識別することができる。
【００９９】
なお、この場合、パラメータセットトラックに含まれるデータ（ＶＰＳ，ＳＰＳ，ＰＰＳ等）と、ＵＲＩフラグメントのtrackディメンジョンで指定したトラックかつＵＲＩフラグメントのspatialディメンジョンで指定した領域のデータ（Ｓｌｉｃｅ）が再生部２４０に入力され再生される。
【０１００】
ＵＲＩフラグメントの記述形式は、上記形式に限られるものではなく、ＭＰＥＧ−２１等で規定される他の形式により記述してもよい。
【０１０１】
図３１は、図２９のファイルフォーマットを用いる場合のＭＰＤデータの変形例を示した図である。ここでは、ＵＲＩフラグメントがＭＰＥＧ−２１  Ｐａｒｔ１７（FragmentIdentification of MPEG Resources）で規定される形式（例：#ffp(track_ID=1)*mp(spatial::region(rect(0,0,3840,2160)))）で記述されている。
【０１０２】
図３２は、図２９のファイルフォーマットを用いる場合のＭＰＤデータの別の変形例を示した図である。ここでは、xywhの値がテンプレート形式（例：#track=1&xywh=$x$,$y$,$w$,$h$）で記述されている。$x$、$y$、$w$、$h$の各値は、クライアント端末において、Role要素のi_x属性及びi_y属性の値、及びRepresentation要素のwidth属性及びheight属性の値などから導出され、置き換えられる。例えば、Ｔｉｌｅ３の場合以下のように導出され、xywh=0,2160,3840,2160となる。
【０１０３】
$x$ = Role@i_x * Representation@width = 0 * 3840 = 0
$y$ = Role@i_y * Representation@height = 1 * 2160 = 2160
$w$ = Representation@width= 3840
$h$ = Representation@height= 2160
【０１０４】
（実施形態１の付記事項４）
図２５の例は、ＨＥＶＣで符号化されたタイルのデータが１つのＩＳＯＢＭＦＦのファイルに格納された際のフォーマットを示している。同様に、図２７、図２９も、ＨＥＶＣで符号化されたタイルのデータを１つのＩＳＯＢＭＦＦのファイルに格納したフォーマットの例である。このような場合に、ＩＳＯＢＭＦＦでは、subsegment index boxを使って、タイルデータの格納位置 (読出し位置) とインデックス (index) のレベル (level) とをマッピングすることが可能である。これにより、Sub-Representationレベルでタイルを記述したＭＰＤデータを構成することも可能である。
【０１０５】
図３３は、図２５のフォーマットに対応する、Sub-Representationレベルでタイルを記述したＭＰＤデータの例である。このとき、Representationに付されたＵＲＬ (BaseURL要素) がタイルデータを格納したファイルのファイル名を示し、Sub-Representationに付されたlevel属性がそのファイル内のタイルデータの格納位置を示す。格納位置はＩＳＯＢＭＦＦ内のＢＯＸ (subsegment index box) で別に管理される。このため、例えば図２７のフォーマットでも、図２９のフォーマットであっても、ＭＰＤデータについては図３３のもので共通に表されることになる。
【０１０６】
図３４は、図２３と図２５のフォーマットが混在する場合を想定したＭＰＤデータの例である。即ち、タイルデータ全てを格納した１つのファイル (各タイルはＭＰＤデータ上にSub-Representationレベルで書かれる) と、タイルデータそれぞれを格納した複数ファイル (各タイルはＭＰＤデータ上にAdaptationSetレベルで書かれる) が混在する場合である。図３４の例は、４Ｋ（3840×2160）のファイルA0.mp4が左上、右上、左下、右下の２Ｋ（1920×1080）サイズのタイルを含み、且つ、４Ｋ（3840×2160）サイズの左上、右上、左下、右下のタイルがそれぞれファイルA0-1.mp4、A0-2.mp4、A0-3.mp4、A0-4.mp4に格納されて提供される場合を示している。この図からも判るように、AdaptationSetレベルのタイルの記述とSub-Representationレベルのタイルの記述を混在させたＭＰＤデータには、次の2つの問題がある。
・タイルの記述の有無を即座に (例えばAdaptationSetレベルで一律に) 知ることができない。
・同じタイル (例えば上記1/4サイズの左上タイル) がＭＰＤデータ内の複数箇所に書かれてしまう。
以下に、これらを解決する方法を示す。
【０１０７】
図３５は、図２３と図２５のフォーマットが混在する場合を想定したＭＰＤデータの別の例である。この例では、先頭の (その下にSub-Representationレベルのタイルが記載された) AdaptationSetにRole要素が記述されている点と、そのRole要素及びその他のAdaptationSet下のRole要素に属性insideが加えられている点とが、図３４の例と異なっている。これらによりタイル記述の有無をAdaptationSetレベルで一律に知ることを可能とする。即ち、以下を条件とする。
・タイルを扱う場合にAdaptationSet下のRole要素を必須とする。
・AdaptationSet下のRole要素に、その下にSub-Representation下のタイルを表すRole要素 (<Role type=“tile” […]>) があるか否かを示す識別子insideを加える。
【０１０８】
識別子insideは、そのRole要素が付されたAdaptationSet下 (のRepresentation下) に、タイルを表すRole要素を含むSub-Representationがあるか否かを示す0、1の識別子とする。存在する場合に値1、存在しない場合に値0とする。あるいは、0、1の2値の識別子のほか、Period先頭の(Periodで最初に現れる) AdaptationSetに付けるRole要素に付加するものとして、それ以降のAdaptationSetについてAdaptationSetのみにRole要素が含まれるか(値は0)、Sub-RepresentationのみにRole要素が含まれるか(値は1)、AdaptationSet、Sub-Representationの両方に任意にRole要素が含まれるか(値は2)、を示す3値の識別子を規定することもできる。この場合には、先頭のAdaptationSetのみに識別子insideを記述し一括に判定することで、記述量と判定に係る処理量とを軽減することができる。この場合、識別子insideを先頭のAdaptationSetでなくPeriodの属性として書くとしてもよい。あるいは、Role要素を含む現在のAdaptationSetとその次に現れるAdaptationSetに対して、現在のAdaptationSetがSub-RepresentationレベルのRole要素を含むか否かと、次のAdaptationSetがAdaptationSetレベルのRole要素を含むか否かとを示す2ビットの識別子としてinsideを規定することもできる。また0、1、2といった数値に限らず、テキストを値とする識別子insideを定義してもよい。即ち、識別子insideは、タイルを示すRole要素がAdaptationSetレベル、Sub-Representationレベルにあるか否かを正しく識別できる情報であればよい。
【０１０９】
また、Role要素のtype属性値に予約語を規定することで前記識別子に代えることもできる。即ち、“full-0”、“tile-0”、“full-1”、“tile-1”をtype属性値の予約語とし、type=“full-0”、type=“tile-0”がAdaptationSet下にSub-Representationレベルのタイルを表すRole要素が無いことを示し、type=“full-1”、type=“tile-1”がSub-Representationレベルのタイルを表すRole要素があることを示す、としてもよい。layer属性値を予約語に使うとしても同様である。なおその場合、テキストとしての予約語でなく、バイトデータとして扱い、layerの値の最上位1ビットをSub-Representation下のRole要素の有無を表す予約ビットとして扱う、といった実施も可能である。
【０１１０】
無論、タイルを表す要素はRole要素 (Roleタグ) に限らず、前記したTile要素 (Tileタグ)であっても、あるいは別途規定されるその他の要素であっても構わない。
【０１１１】
また、Representation要素あるいはAdaptationSet要素に含まれる情報からSub-Representationレベルのタイルの有無を識別可とすることも可能である。例えば、 Representation要素に含まれる符号化方式を示す属性codecsに対して、その値をcodecs=“hvc1, hvt1”と記述する。値“hvt1”はこのRepresentation (が示すMP4ファイル) にHEVCのタイル符号化、格納処理が加えられていることを示す。このため、この値をみることでSub-Representation 下のタイルを表すRole要素があることを知ることができる。なお、正確には、値“hvt1”はタイル符号化、格納処理が加えられていることを示すのみであり、Sub-Representation下のタイルを表すRole要素が必ずあることを示すものではない。値“hvt1”が示されたときSub-Representation下のタイルを表すRole要素を必ず含ませるか否かは、システム、サービスの設計者が決定するものである。必ず含むとしたとき、属性codecsは、上記insideと同等に、Sub-Representationレベルのタイルの有無を識別する識別子にあたる。
【０１１２】
図３６は、図２３と図２５のフォーマットが混在する場合を想定したＭＰＤデータの更に別の例である。この例では、AdaptationSet下、Sub-Representation下の各Role要素に属性memberが加えられている点が、図３５の例と異なっている。これにより、同じタイルがＭＰＤデータ内の複数箇所に書かれていることを明示するとともに、ＭＰＤデータ内の複数箇所に書かれた同一タイルを特定することを可能とする。
【０１１３】
属性memberには、そのRole要素が表すタイルと同一のタイルが含まれるAdaptationSetの識別情報あるいはSub-Representationの識別情報が記述される。図３６の例では、AdaptationSetの識別情報にAdaptationSetのidの値 (“A0-1”、“A0-2”など) を用い、Sub-Representationの識別情報には、Sub-Representationを含むAdaptationSetのidとSub-Representationを識別するlevelの値とを組み合せた$id$/$level$形式の値 (“A0/1”、“A0/2”など) を用いるとした。先頭のAdaptationSet下のRole要素に記載された属性member=“”は、ＭＰＤデータ内に同一のタイルが無いことを明示的に表すものである。また、図示はしていないが、同一のタイルが複数ある場合には、それらの識別情報をmember属性に並べて記述するものとする。即ち、図３６の最初に現れるSub-Representation (“A0/1”で識別されるSub-Representation) 下のRole要素にmember=“A0-1 A1/1 A2/1 A3-1”と記述されたとき、id=“A0-1”のAdaptationSet、id=“A1”のAdaptationSet下のlevel=“1”のSub-Representation、id=“A2”のAdaptationSet下のlevel=“1”のSub-Representation、id=“A3-1”のAdaptationSetの4つが、その(id=“A0”のAdaptationSet下のlevel= “1”の) Sub-Representationと同一のタイルであることを示すものとする。
【０１１４】
無論、Sub-Representation自身がid属性を備え、memberにその値を記述するとしてもよい。同様に、Role要素自身がid属性を備え、memberにその値を記述するとしてもよい。無論、タイルを表す要素はRole要素 (Roleタグ) に限らず、前記したTile要素 (Tileタグ)であっても、あるいは別途規定されるその他の要素であっても構わない。また、図３６は図３５にmember属性を追記したものであるが、図３５に示した識別子insideと図３６の属性memberとは独立した情報であり、識別子insideを含まずmember属性のみを加えたＭＰＤデータも構成可能である。
【０１１５】
（実施形態１の付記事項５）
ＭＰＤデータは、図３、図５、図６または図７に示したようなＭＰＤデータに限られない。
【０１１６】
すなわち、例えば、図５に示すＭＰＤデータおいて、AdaptaionSet開始タグとAdaptaionSet終了タグとの間には、フルＨＤの映像のRepresentationタグと４Ｋ×２Ｋの映像のRepresentationタグと８Ｋ×４Ｋの映像のRepresentationタグとが記述されており、これら３つのRepresentationタグに対応する３つの映像は解像度（サイズ）だけが異なり、同じ内容を示している。これらの映像のRepresentationタグは、必ずしもAdaptationSetに（AdaptaionSet開始タグとAdaptaionSet終了タグとの間に）まとめて記述されるわけではなく、別々のAdaptationSetに記述されていてもよい。
【０１１７】
しかしながら、これらの映像のRepresentationタグを、別々のAdaptationSetに記述したＭＰＤデータには、次の２つの問題がある。
・同じ解像度とレイヤに属する映像の有無を即座に（例えばAdaptationSetレベルで一律に）知ることができない。
・同じ内容で解像度（サイズ）だけが異なる映像の有無を即座に（例えばAdaptationSetレベルで一律に）知ることができない。
【０１１８】
このため、視聴者の装置は視聴者が所望する映像の有無を容易に特定できない。
【０１１９】
以下に、これを解決する方法を示す。
【０１２０】
図３７は、図５に示すＭＰＤデータの別の例を示している。この例では、Period開始タグとPeriod終了タグとの間にSubsetタグが記述されていない点と、映像のRepresentationタグが別々のAdaptationSetタグに記載されている点と、AdaptationSet下のRole要素に属性level_setと属性tile_setが加えられている点とが、図５の例と異なっている。これらにより、同じ解像度とレイヤに属する映像の有無と、同じ内容で解像度だけが異なる映像の有無を、AdaptationSetレベルで一律に知ることを可能とする。即ち、以下を条件とする。
・AdaptationSet下のRole要素に、同じ解像度とレイヤに属する映像の有無を表わす属性level_setを加える。
・AdaptationSet下のRole要素に、同じ内容で解像度だけが異なる映像の有無を表わす属性tile_setを加える。
【０１２１】
属性level_setは、各Role要素に対応する各映像がどの解像度とレイヤに属するかを示す属性である。例えば、図３７において、属性level_setの属性値“0”は、各映像がフルＨＤの映像のレイヤ０に属する（すなわち、映像がフルＨＤの全体映像である）ことを示す属性値である。同様に、属性level_setの属性値“1”は、各映像が４Ｋ×２Ｋの映像のレイヤ０に属する（各映像が４Ｋ×２Ｋの映像のレイヤ０の部分映像である）ことを示す属性値であり、属性level_setの属性値“2”は、各映像が８Ｋ×４Ｋの映像のレイヤ２に属する（各映像が８Ｋ×４Ｋの映像のレイヤ２の部分映像である）ことを示す属性値である。
【０１２２】
また、属性level_setの属性値で部分映像の分割数（部分映像群は全体映像を縦何個横何個に分割して生成されたものであるか）が判る場合には、Role要素の属性として、属性n_xおよび属性n_yは含まれていなくともよい。
【０１２３】
属性tile_setは、各Role要素に対応する解像度だけが異なる各映像がどの部分映像群に属するかを示す属性である。例えば、図３７において、属性tile_setの属性値“0”は、各映像が部分映像群０に属する（すなわち、各映像が全体映像である）ことを示す属性値である。同様に、属性tile_setの属性値“1”は、各映像が部分映像群１に属することを示す属性値であってもよく、属性tile_setの属性値“2”は、各映像が部分映像群２に属することを示す属性値である。
【０１２４】
なお、ＭＰＤデータは図３７の例に限られず、例えば、図３８に示すＭＰＤデータであってもよい。
【０１２５】
すなわち、図３８に示すように、AdaptationSet下のRole要素に属性i_x、属性i_y、属性n_x、属性n_yが記述されていなくてもよく、AdaptationSet下のRole要素に属性x、属性y、属性W、属性Hが記述されていてもよい。これらにより、同じ解像度とレイヤに属する映像の有無と、同じ内容で解像度だけが異なる映像の有無を、AdaptationSetレベルで一律に知ることを可能とする。
【０１２６】
属性xと属性yは、それぞれ、全体映像の左上座標を(0,0)とする座標系における各部分映像の左上座標を示す属性である。
【０１２７】
また、属性Wと属性Hは、それぞれ、全体映像のサイズ（幅と高さ）を示す属性である。
【０１２８】
このように属性level_setと属性level_setを組み合わせて記述することで、映像のRepresentationタグを別々のAdaptationSetに記述したＭＰＤデータであっても、同じ解像度とレイヤに属して、同じ内容で解像度だけが異なる部分映像を、AdaptationSetレベルで即座に知ることができる。
【０１２９】
更に、ＭＰＤデータは図３７、図３８の例に限られず、例えば、図３９に示すＭＰＤデータであってもよい。
【０１３０】
すなわち、図３９は、図２３と図２５のフォーマットが混在する場合を想定したＭＰＤデータの別の例である。この例では、タイルデータ全てを格納した１つのファイル（各タイルはＭＰＤデータ上にSub-Representationレベルで書かれる）と、タイルデータそれぞれを格納した複数ファイル（各タイルはＭＰＤデータ上にAdaptationSetレベルで書かれる）が混在する場合を示している。すなわち、Sub-Representation下のRole要素に属性level_setと属性tile_setが記述されている点と、先頭の（その下にSub-Representationレベルのタイルが記載された）AdaptationSet下のRole要素及びその他のAdaptationSet下のRole要素の属性insideが削除されている点とが、図３５の例と異なっている。これらにより、同じ解像度とレイヤに属する映像の有無と、同じ内容で解像度だけが異なる映像の有無を、Sub-RepresentationレベルとAdaptationSetレベルで知ることを可能とする。
【０１３１】
なお、図３７、図３８および図３９において、各Role要素に属性level_setと属性tile_setの両方の属性値が記述されているが、これに限定されず、属性level_setのみを記述し、同じ解像度とレイヤに属する映像の有無を表わす構成も可能である。同じく、属性tile_setのみを記述し、同じ内容で解像度だけが異なる映像の有無を表わす構成も可能である。
【０１３２】
（実施形態１の変形例）
前述の矩形のカーソルは縦および横に１ドットずつ移動させることが可能なカーソルであってもよい。そして、テレビ２００は、カーソルの位置に対応する部分映像をタブレット端末３００に表示させてもよい。
【０１３３】
この場合、テレビ２００は、通常のケース（すなわち、図８に示すような、カーソルの位置に対応する部分映像が配信装置１００から取得可能な部分映像そのものではないケース）では、カーソルの位置に対応する部分映像を生成する必要がある。このため、テレビ２００は、以下の処理を行ってもよい。
【０１３４】
すなわち、テレビ２００は、カーソルの左上座標、幅および高さに基づいて、ＭＰＤデータの中から、カーソルの位置に対応する部分映像を生成するために必要な複数の部分映像の取得先を特定し、特定した複数の部分映像を取得してもよい。そして、各部分映像から不要部分を切り出す処理を行うとともに、当該処理後の複数の部分映像を結合させることで、カーソルの位置に対応する部分映像を生成してもよい。
【０１３５】
そして、テレビ２００は、生成した部分映像をタブレット端末３００に表示させてもよい。
【０１３６】
〔実施形態２〕
以下、本発明の別の一実施形態に係る配信システムについて説明する。なお、説明の便宜上、前記実施形態にて説明した部材と全く同じ機能または略同じ機能を有する部材については、同じ符号を付記し、基本的にその説明を省略する。
【０１３７】
本実施形態に係る配信システムは、配信装置およびクライアント端末を含んでいる。
【０１３８】
配信装置には、カメラの撮影により得られた撮像映像群（図１０）が保持されている。
【０１３９】
配信装置に保持される撮像映像群は、具体的には、以下のように生成される。
【０１４０】
まず、ある被写体を捉えているカメラにより、超高解像度（３２Ｋ×１６Ｋ：レイヤ２）の撮像映像（全体映像）、高解像度（１６Ｋ×８Ｋ：レイヤ１）の撮像映像（全体映像）、および、中解像度（８Ｋ×４Ｋ：レイヤ０）の撮像映像が生成される。
【０１４１】
次に、高解像度（レイヤ１）の撮像映像から、該撮像映像を構成する９個の８Ｋ×４Ｋの部分映像を生成する。具体的には、互いが隣に位置する任意の２つの部分映像が、各部分映像に占める割合が５０％となるような共通の像を含むように、８Ｋ×４Ｋの部分映像を９個生成する。より具体的には、以下の９個の８Ｋ×４Ｋの部分映像を生成する。
・高解像度の撮像映像の左上座標を(0,0)とする座標系における（0,0）、(7680,0)、(0,3840)、(7680,3840)の４点で囲まれた領域の部分映像
・上記座標系における（3840,0）、(11520,0)、(3840,3840)、(11520,3840)の４点で囲まれた領域の部分映像
・上記座標系における（7680,0）、(15360,0)、(7680,3840)、(15360,3840)の４点で囲まれた領域の部分映像
・上記座標系における（0,1920）、(7680,1920)、(0,5760)、(7680,5760)の４点で囲まれた領域の部分映像
・上記座標系における（3840,1920）、(11520,1920)、(3840,5760)、(11520,5760)の４点で囲まれた領域の部分映像
・上記座標系における（7680,1920）、(15360,1920)、(7680,5760)、(15360,5760)の４点で囲まれた領域の部分映像
・上記座標系における（0,3840）、(7680,3840)、(0,7680)、(3840,7680)の４点で囲まれた領域の部分映像
・上記座標系における（3840,3840）、(11520,3840)、(3840,7680)、(11520,7680)の４点で囲まれた領域の部分映像
・上記座標系における（7680,3840）、(15360,3840)、(7680,7680)、(15360,7680)の４点で囲まれた領域の部分映像
なお、以下では、上述の割合のことを「重なり率」とも称する。
【０１４２】
更に、同様の方法により、超高解像度（レイヤ２）の撮像映像から、該撮像映像を構成する４９個の８Ｋ×４Ｋの部分映像を生成する。
【０１４３】
無論、上記の生成方法は一例である。例えば、８Ｋ×４Ｋの部分映像を撮影する１６台のカメラを用意し、１６個の部分映像の組み合わせを仮想的な超高解像度（レイヤ２）の撮像映像としてもよい。１６個の部分映像から、各部分映像に占める割合が５０％となるような共通の像を含むように残り３３個（４９個−１６個）のレイヤ２の部分映像を生成する。次に、上下左右に重ならないで隣り合う４つの８Ｋ×４Ｋの部分映像から高解像度（１６Ｋ×８Ｋ）の映像を一旦生成し、それを８Ｋ×４Ｋにダウンサンプルすることで９個のレイヤ１の部分映像を生成する。更に、レイヤ１の外側４つの部分映像から高解像度（１６Ｋ×８Ｋ）の映像を一旦生成し、それを８Ｋ×４Ｋにダウンサンプルすることでレイヤ０の映像を生成する。このようにしても図１０の部分映像群は得られる。
【０１４４】
配信装置は、レイヤ０の映像として、上記の方法により生成された８Ｋ×４Ｋの全体映像を配信するようになっている。
【０１４５】
また、配信装置は、レイヤ１の映像として、上記の方法により生成された８Ｋ×４Ｋの部分映像群を配信するようになっている。
【０１４６】
また、配信装置は、レイヤ２の映像として、上記の方法により生成された８Ｋ×４Ｋの部分映像群を配信するようになっている。
【０１４７】
以下、上記配信装置およびクライアント端末の要部構成について図９および図１０を参照しながら説明する。図９は、実施形態２に係る配信装置およびクライアント端末の要部構成を示すブロック図である。図１０は、上記の各レイヤの映像を模式的、且つ、概略的に示した図である。なお、図１０は、部分映像とその上隣（下隣）の部分映像との重なり率を反映したものとしているが、図面の簡略化の観点から、部分映像とその右隣（左隣）の部分映像との重なり率を反映したものとはしていない。
【０１４８】
（配信装置１００Ａ）
図９に示すように、配信装置１００Ａは、記憶部１１０Ａ、映像配信処理部１２０Ａ、および、通信Ｉ／Ｆ部１４０を備えている。
【０１４９】
（記憶部１１０Ａ）
記憶部１１０Ａは、図１０に示すレイヤ０の映像群（上述の８Ｋ×４Ｋの撮像映像（全体映像））を保持する記録媒体である。この記録媒体には、図１０に示すレイヤ１の映像群（高解像度の撮像映像から生成された９つの８Ｋ×４Ｋの部分映像）およびレイヤ２の映像群（超高解像度の撮像映像から生成された４９個の８Ｋ×４Ｋの部分映像）も保持されている。
【０１５０】
（映像配信処理部１２０Ａ）
映像配信処理部１２０Ａは、通信Ｉ／Ｆ部１４０を通じて、クライアント端末２００ＡにＭＰＤデータを配信する。
【０１５１】
また、映像配信処理部１２０Ａは、ＭＰＤデータを参照したクライアント端末２００Ａからリクエストされた映像をクライアント端末２００Ａに配信する。
【０１５２】
（クライアント端末２００Ａ）
図９に示すように、クライアント端末２００Ａは、映像取得処理部２２０Ａ、記憶部２３０、再生部２４０、表示部２５０、および、通信Ｉ／Ｆ（通信インタフェース）部２６０を備えている。
【０１５３】
（映像取得処理部２２０Ａ）
映像取得処理部２２０Ａは、通信Ｉ／Ｆ部２６０を介して、配信装置１００Ａにより配信され撮像映像に関するＭＰＤデータ（メタデータ）を取得し、取得したＭＰＤデータを記憶部２３０に記録する。
【０１５４】
また、映像取得処理部２２０Ａは、ＭＰＤデータに含まれている、ユーザにより選択された撮像映像の取得先を参照し、取得先である配信装置１００Ａからその撮像映像を取得する。
【０１５５】
（再生部２４０）
再生部２４０は、ＭＰＤデータに基づいて配信装置１００Ａから取得した撮像映像を再生し、該撮像映像を表示部２５０に表示する。
【０１５６】
（表示部２５０）
撮像映像がフルスクリーン表示されるディスプレイである。
【０１５７】
なお、レイヤ１またはレイヤ２の撮像映像（部分映像）が表示部２５０に表示されている間、撮像映像上には、ポインタが重畳表示される。このポインタは、横方向および縦方向に１ドットずつ移動できる。ユーザは、操作部（図示せず）を通じてこのポインタを移動させることにより、表示する部分映像を移動方向の部分映像に切り替えることができる。
【０１５８】
（ＭＰＤデータについて）
次に、配信装置１００Ａが配信するＭＰＤデータについて図１１を参照して以下に説明する。
【０１５９】
図１１は、ＭＰＤデータを例示した図である。なお、図１１（後述の図１３、図２０および図２１も同様）においては、図面の簡略化の観点からＭＰＤデータの一部の情報（例えば、属性srcの属性値）の記載を省略している。
【０１６０】
図１１を見るとわかるように、図１１のＭＰＤデータは、Subsetタグに属性d_rが含まれている点を除き、図３のＭＰＤデータと同じである。
【０１６１】
以下では、属性d_rについて説明する。なお、なお、実施形態１で説明したタグおよび属性については、本実施形態ではその説明は省略する。
【０１６２】
属性containsの属性値が“A1-0 ... A1-8”であるSubSetタグに含まれる属性d_rの属性値は、レイヤ１の任意の２つの部分映像（具体的には、互いが隣に位置する任意の２つの撮像映像）の重なり率を示している。
【０１６３】
同様に、属性containsの属性値が“A2-0 ... A2-48”であるSubSetタグに含まれる属性d_rの値は、レイヤ２の任意の２つの部分映像（具体的には、互いが隣に位置する任意の２つの撮像映像）の重なり率を示している。
【０１６４】
以上、ＭＰＤデータについて説明した。
【０１６５】
次に、クライアント端末２００Ａの動作について図１２を参照しながら説明する。なお、前提として、クライアント端末２００Ａは、８Ｋ×４Ｋの部分映像を表示するためにレイヤ２のAdaptationSetを参照するように設定されているものとする。
【０１６６】
（クライアント端末２００Ａの動作）
図１２は、クライアント端末２００Ａの動作を示すフローチャートである。
【０１６７】
クライアント端末２００Ａの映像取得処理部２２０Ａは、図１２に示すように、最初にＭＰＤデータおよび撮像映像を取得する（ステップＳ１１）。具体的には、映像取得処理部２２０Ａは、通信により配信装置１００ＡからＭＰＤデータを取得する。そして、映像取得処理部２２０Ａは、ＭＰＤデータに含まれている、８Ｋ×４Ｋの全体映像に関する属性srcの属性値（ＵＲＬ）を参照し、当該ＵＲＬにより示される取得先（配信装置１００Ａ）から当該全体映像を取得する。
【０１６８】
ステップＳ１１の後、再生部１４０は、ステップＳ１１にて取得した全体映像を再生して表示部２５０にフルスクリーン表示するとともに、前述のポインタを表示部２５０の左上隅に表示する（ステップＳ１２）。
【０１６９】
ステップＳ１２の後、ステップＳ１３において、映像取得処理部２２０Ａは、現在のポインタの位置に対応するインデックス値を特定する。
【０１７０】
具体的には、ステップＳ１３の直前のステップがステップＳ１２である場合、ポインタの位置（表示部２５０の左上隅）に対応するインデックス値(0,0)を特定する。
【０１７１】
また、ステップＳ１３の直前のステップがステップＳ１５である場合、前回のステップＳ１３にて特定されたインデックス値に対して(1,0)、(-1,0)、(0,1)または(0,-1)を加算することでインデックス値を特定できる。例えば、ステップＳ１５にて属性d_rの属性値 “0.5”に応じた移動量（規定値Q×(1-0.5)）ドットだけポインタが右方向に移動したと判定された場合には、前回特定されたインデックス値に対して(1,0)を加算することでインデックス値を特定できる。
【０１７２】
なお、属性d_rの属性値は0.5に限られず、0.5より大きい値（例えば、0.75）であってもよいし、0.5より小さい値（例えば、0.25）であってもよい。属性d_rの属性値が0.75である場合には、属性d_rの属性値に応じた移動量はQ×(1-0.75)ドットであってもよい。また、属性d_rの属性値が0.25である場合には、属性d_rの属性値に応じた移動量はQ×(1-0.25)ドットであってもよい。
【０１７３】
そして、ステップＳ１３において、映像取得処理部２２０Ａは、ＭＰＤデータを参照し、特定したインデックス値に対応する部分映像の取得先を特定する。例えば、特定したインデックス値が(1,0)である場合、属性i_xの属性値が１であって属性i_yの属性値が０であるようなRoleタグをＭＰＤデータの中から探し出し、このようなRoleタグを含む要素AdaptationSetに含まれる属性srcの属性値を特定する。更に、ステップＳ１３において、映像取得処理部２２０Ａは、特定した取得先（配信装置１００Ａ）から部分映像を取得する。
【０１７４】
ステップＳ１３の後、映像取得処理部２２０Ａは、ステップＳ１３にて取得した部分映像を表示部２５０にフルスクリーン表示する（ステップＳ１４）。
【０１７５】
ステップＳ１４の後、映像取得処理部２２０Ａは、ポインタが属性d_rの属性値に応じた量だけ水平方向または垂直方向に移動したか否かを判定する（ステップＳ１５）。
【０１７６】
クライアント端末２００Ａは、ステップＳ１５にてポインタが属性d_rの属性値に応じた量だけ水平方向（右方向もしくは左方向）または垂直方向（上方向もしくは下方向）に移動したと判定した場合にはステップＳ１３に戻る。一方、クライアント端末２００Ａは、ステップＳ１５にてポインタが属性d_rの属性値に応じた量だけ水平方向にも垂直方向にも移動していないと判定した場合には、ステップＳ１６に進む。
【０１７７】
ステップＳ１６にて、映像取得処理部２２０Ａは、撮像映像の表示を終了するための操作が成されたか否かを判定する。クライアント端末２００Ａは、ステップＳ１６にて当該操作が成されていないと判定した場合にはステップＳ１５に戻り、ステップＳ１６にて当該操作が成されたと判定した場合には図１２のフローチャートに従った動作を終了する。
【０１７８】
（実施形態２の付記事項）
ＭＰＤデータは、図１１に示したようなＭＰＤデータに限られない。
【０１７９】
例えば、ＭＰＤデータは、図１３に例示したＭＰＤデータであってもよい。
【０１８０】
すなわち、図１３に示すように、属性n_x、属性n_yおよび属性d_rの各々を、各Subsetタグの属性とする代わりに、各Roleタグの属性としてもよい。
【０１８１】
あるいは、ＭＰＤデータは、図２０または図２１に例示したＭＰＤデータであってもよい。
【０１８２】
図２０および図２１に例示したＭＰＤデータは、部分映像とその上隣（下隣）の部分映像との重なり率が部分映像とその左隣（右隣）の部分映像との重なり率と異なる場合に好適に用いられる。
【０１８３】
図２０および図２１に例示したＭＰＤデータには、後者（左右）の重なり率を示す値が属性d_r_xの属性値として記述され、前者（上下）の重なり率を示す値が属性d_r_yの属性値として記述される。
【０１８４】
なお、属性n_x、属性n_y、属性d_r_xおよび属性d_r_yの各々は、図２０に示すように各Subsetタグの属性としてもよいし、図２１に示すように各Roleタグの属性としてもよい。
【０１８５】
また、図２０のＭＰＤデータに代えて、以下に説明する６つの属性（属性div_x、属性div_y、属性inter_x、属性inter_y、属性num_xおよび属性num_y）が属性n_x、属性n_y、属性d_r_xおよび属性d_r_yの代わりに記述されたＭＰＤデータを用いてもよい。
【０１８６】
当該ＭＰＤデータに記述される６つの属性について図２２を参照しながら以下に説明する。図２２は、当該ＭＰＤデータについて説明するための図である。
【０１８７】
属性div_xの属性値は、全体映像の横幅を部分映像の横幅で割ることにより得られる値である。図２２の例では、全体映像の横幅が７６８０ドットであり、各部分映像の横幅が１９２０ドットであるので、div_xの値は４になる。即ち、部分映像に重なりが無いとした時の分割数を表す。
【０１８８】
属性inter_xの属性値は、左右に隣り合う重なりの無い２つの特定部分映像（図２２で実線により表されている２つの部分映像）の間の位置に位置する、特定部分映像ではない部分映像（図２２で点線により表されている部分映像）の個数を示す値である。即ち、重なりの無い２つの部分映像（特定部分映像）の間に挿入される部分映像の数を表す。ここで、特定部分映像とは、全体映像の左上座標を(0,0)とする座標系において、左上座標のｘ成分が横幅の整数倍であり、左上座標のｙ成分が縦幅の整数倍であるような部分映像のことを指す。また、「特定部分映像ではない部分映像が、隣り合う２つの特定部分映像の間に位置する」とは、厳密には、「一方の特定部分映像の左上座標と他方の特定部分映像の左上座標とを結ぶ線分上に、特定部分映像ではない部分映像の左上座標が位置する」ことを意味する。なお、図２２の例では、inter_xの値は２になる。
【０１８９】
属性num_xの属性値は、１行あたりの部分映像の個数を示す値である。図２２の例では、num_xの値は１０（＝４＋２×（４−１））になる。
【０１９０】
同様に、属性div_yの属性値は、全体映像の縦幅を部分映像の縦幅で割ることにより割られる値であり、属性inter_yの属性値は、上下に隣り合う２つの特定部分映像の間にある、特定部分映像ではない部分映像の個数を示す値である。また、属性num_yの属性値は、１列あたりの部分映像の個数を示す値である。
【０１９１】
上記の通り、num_x（num_y）はdiv_x、inter_x（div_y、inter_y）から算出できる。同様にdiv_x、inter_x（div_y、inter_y）も他の２つから算出できる。このため、num_x、div_x、inter_x（num_y、div_y、inter_y）のいずれか１つをＭＰＤデータに書かないとしてもよい。
【０１９２】
〔実施形態３〕
以下、本発明の更に別の一実施形態に係る配信システムについて説明する。なお、説明の便宜上、前記実施形態にて説明した部材と全く同じ機能または略同じ機能を有する部材については、同じ符号を付記し、基本的にその説明を省略する。
【０１９３】
本実施形態に係る配信システムは、実施形態１と同様に、配信装置、テレビ、および、タブレット端末を含んでいる。
【０１９４】
配信装置は、同じ番組に関するフルＨＤの番組映像、４Ｋ×２Ｋの番組映像および８Ｋ×４Ｋの番組映像を放送により配信するようになっており、テレビは、自身の表示パネル（８Ｋ×４Ｋ）の解像度に応じた番組映像（８Ｋ×４Ｋの番組映像）を表示するようになっている。
【０１９５】
また、配信装置は、実施形態２と同様の方法により４Ｋ×２Ｋの番組映像（全体映像）から生成されたフルＨＤの部分映像群と、実施形態２と同様の方法により８Ｋ×４Ｋの番組映像（全体映像）から生成された４Ｋ×２Ｋの部分映像群と、を含んでいる。すなわち、互いが隣に位置する任意の２つの部分映像の重なり率は０．５である。配信装置は、テレビからのリクエストに応じて、通信により部分映像をテレビに配信するようになっており、テレビは、配信装置から受信した部分映像をタブレット端末に表示させるようになっている。
【０１９６】
以下、本実施形態に係るテレビの要部構成について図１４を参照しながら説明する。図１４は、実施形態３に係る配信装置およびテレビの要部構成を示すブロック図である。なお、本実施形態に係る配信装置の要部構成は実施形態１に係る配信装置と同じであるので、本実施形態に係る配信装置の要部構成の説明は省略する。また、実施形態３に係るタブレット端末も、実施形態１に係るタブレット端末と同じものであるので、実施形態３に係るタブレット端末の説明は省略する。
【０１９７】
（テレビ２００Ｂ）
図１４に示すように、本実施形態に係るテレビ２００Ｂは、チューナ部２１０、映像取得処理部２２０Ｂ、記憶部２３０、再生部２４０、表示部２５０、および、通信Ｉ／Ｆ（通信インタフェース）部２６０を備えている。
【０１９８】
（映像取得処理部２２０Ｂ）
映像取得処理部２２０Ｂは、チューナ部２１０を介して、配信装置１００により配信される番組映像に関するＭＰＤデータ（メタデータ）を取得し、取得したＭＰＤデータを記憶部２３０に記録する。
【０１９９】
また、映像取得処理部２２０Ｂは、ＭＰＤデータに含まれている、ユーザにより選択された部分映像の取得先を参照し、取得先である配信装置１００からその部分映像を取得する。そして、映像取得処理部２２０Ｂは、取得した部分映像をタブレット端末３００に送信する。
【０２００】
更に、映像取得処理部２２０Ｂは、ＭＰＤデータに含まれている、特定の時刻にタブレット端末３００に表示させるべき部分映像の取得先を参照し、特定の時刻にタブレット端末３００に部分映像を表示させることが可能なタイミングで（例えば、特定の時刻の５秒前に）配信装置１００からその部分映像を取得する。そして、映像取得処理部２２０Ｂは、特定の時刻の直前に、取得した部分映像をタブレット端末３００に送信する。
【０２０１】
（表示部２５０）
８Ｋ×４Ｋの番組映像が表示されるディスプレイである。
【０２０２】
なお、８Ｋ×４Ｋの番組映像上には、実施形態２と同様のポインタが重畳表示される。ユーザは、テレビ２００のリモコン（図示せず）を用いてこのポインタを移動させることにより、任意の部分映像を選択できる。
【０２０３】
（ＭＰＤデータについて）
次に、配信装置１００が配信するメタデータについて図１５を参照して以下に説明する。
【０２０４】
図１５は、メタデータを例示した図である。なお、図１５においては、図面の簡略化の観点からメタデータの一部の情報（例えば、属性srcの属性値やレイヤ０およびレイヤ２に関する情報等）の記載を省略している。
【０２０５】
図１５を見るとわかるように、図１５のメタデータは、図１１のメタデータと同様に、重なり率を示す属性d_rを含んでいる。更に、図１５のメタデータは、図１１のＭＰＤデータと異なり、Playlistタグを含むメタデータを含んでいる。即ち、図１５のメタデータは、ＭＰＤデータと、ＭＰＤデータに記載されたAdaptationSetを参照し所定の時刻に再生する映像を指定するプレイリストのデータとで構成されている。
【０２０６】
以下では、Playlistタグについて説明する。なお、実施形態１または実施形態２で説明したタグおよび属性については、本実施形態ではその説明を省略する。
【０２０７】
図１５に示すように、Playlist開始タグとPlaylist開始タグとの間には、複数のPlayタグが記述されている。各Playタグの属性timeの属性値は、当該Playタグの属性xlink:hrefの属性値が示すAdaptationSetの映像が表示されるべき時刻（上述の特定の時刻）を示している。
【０２０８】
なお、図１５では、Playlist開始タグとPlaylist開始タグとの間に４つのPlayタグが記述されているが、任意の個数（例えば、ただ１つ）のPlayタグを記述することが可能である。
【０２０９】
以上、ＭＰＤデータについて説明した。
【０２１０】
次に、テレビ２００Ｂの動作について図１６を参照しながら説明する。なお、前提として、テレビ２００Ｂは、４Ｋ×２Ｋの部分映像を表示するためにレイヤ１のAdaptationSetを参照するように設定されているものとする。
【０２１１】
（テレビ２００Ｂの動作）
図１６は、テレビ２００Ｂの動作を示すフローチャートである。
【０２１２】
テレビ２００Ｂの映像取得処理部２２０Ｂは、図１６に示すように、最初に、ＭＰＤデータおよび番組映像（全体映像）を取得する（ステップＳ２１）。なお、図１６のフローチャートには示していないが、属性timeの属性値が“T00s”であるようなPlayタグがメタデータに含まれている場合は、映像取得処理部２２０Ｂは、当該Playタグに対応する部分映像をこのタイミングで取得する。
【０２１３】
ステップＳ２１の後、再生部１４０は、ステップＳ２１にて取得した全体映像を再生して表示部２５０にフルスクリーン表示すると共に、表示部２５０の左上隅を原点とする座標系における座標(1920,1080)に前述のポインタを表示する（ステップＳ２２）。なお、なお、図１６のフローチャートには示していないが、ステップＳ２１にてPlayタグに対応する部分映像を取得した場合には、当該部分映像をタブレット端末３００に表示させるために当該部分映像をこのタイミングでタブレット端末３００に送信する。
【０２１４】
ステップＳ２２の後、ステップＳ２３において、映像取得処理部２２０Ｂは、現在のポインタの位置に対応するインデックス値を特定する。
【０２１５】
具体的には、ステップＳ２３の直前のステップがステップＳ２２である場合、ポインタの位置（座標(1920,1080)）に対応するインデックス値(0,0)を特定する。また、ステップＳ２３の直前のステップがステップＳ２７である場合、前回のステップＳ２７にて特定されたインデックス値に対して(1,0)、(-1,0)、(0,1)または(0,-1)を加算することでインデックス値を特定できる。例えば、ステップＳ２７にて属性d_rの属性値“0.5”に応じた移動量である1920（=3840×(1-0.5)）ドットだけポインタが右方向に移動したと判定された場合には、前回特定されたインデックス値に対して(1,0)を加算することでインデックス値を特定できる。
【０２１６】
その後、ステップＳ２３において、映像取得処理部２２０Ｂは、ＭＰＤデータを参照し、特定したインデックス値に対応する部分映像の取得先を特定する。更に、ステップＳ２３において、映像取得処理部２２０Ｂは、特定した取得先（配信装置１００）から部分映像を取得する。
【０２１７】
ステップＳ２３の後、映像取得処理部２２０Ｂは、ステップＳ２３またはステップＳ２６にて取得した部分映像をタブレット端末３００に表示させるため、当該部分映像をタブレット端末３００に送信する（ステップＳ２４）。
【０２１８】
ステップＳ２４の後、映像取得処理部２２０Ｂは、現在時刻がいずれかのPlayタグの属性timeの属性値に対応する時刻（例えば、属性値が示す時刻の２秒前）になったか否かを判定する（ステップＳ２５）。
【０２１９】
テレビ２００Ｂは、ステップＳ２５において現在時刻がいずれかのPlayタグの属性timeの属性値に対応する時刻になったと判定した場合には、ステップＳ２６に進む。
【０２２０】
ステップＳ２６において、映像取得処理部２２０Ｂは、メタデータを参照し、属性timeの属性値に対応する時刻にタブレット端末３００に表示させるべき部分映像の取得先を特定する。そして、ステップＳ２６において、映像取得処理部２２０Ｂは、特定した取得先（配信装置１００）から部分映像を取得する。テレビ２００Ｂは、ステップＳ２６の後、ステップＳ２４に戻る。
【０２２１】
一方、テレビ２００Ｂは、ステップＳ２５において現在時刻がいずれかのPlayタグの属性timeの属性値に対応する時刻になっていないと判定した場合には、ステップＳ２７に進む。
【０２２２】
ステップＳ２７およびステップＳ２８は、それぞれ、図４のステップＳ５およびステップＳ６と同様の工程であるため、ステップＳ２７およびステップＳ２８の説明は省略する。
【０２２３】
以上説明したテレビ２００Ｂの動作により、ステップＳ２１にて図１５のメタデータを取得したテレビ２００Ｂは、全体映像の再生開始後にポインタの移動操作を受け付けない限り、図１７に示す順序で部分映像をタブレット端末に表示させる。
【０２２４】
すなわち、テレビ２００Ｂは、全体映像の再生開始時点でAdaptationSet A1-0に対応する部分映像をタブレット端末に表示させ、全体映像の再生開始５秒後にAdaptationSet A1-1に対応する部分映像をタブレット端末に表示させる。更に、テレビ２００Ｂは、全体映像の再生開始１０秒後にAdaptationSet A1-4に対応する部分映像をタブレット端末に表示させ、全体映像の再生開始１５秒後にAdaptationSet A1-7に対応する部分映像をタブレット端末に表示させる。
【０２２５】
（テレビ２００Ｂの利点）
上述のPlayタグは番組映像の制作者または配信者が記述してもよい。これにより、テレビ２００Ｂは、制作者または配信者が番組映像の中で特定の時刻に視聴者に注目させたいと思っている部分を視聴者に注目させることができる。
【０２２６】
（実施形態３の付記事項）
テレビ２００Ｂは、ステップＳ２１にて取得したメタデータをタブレット端末３００に送信してもよい。この場合、テレビ２００Ｂではなくタブレット端末３００が、ステップＳ２５およびステップＳ２６の処理を行ってもよい。
【０２２７】
すなわち、タブレット端末３００は、メタデータを参照し、現在時刻がいずれかのPlayタグの属性timeの属性値に対応する時刻になった時点で、配信装置１００から当該属性値に対応する時刻に表示すべき部分映像の取得先を特定してもよい。そして、タブレット端末３００は、特定した取得先（配信装置１００）から部分映像を取得し、取得した部分映像をタブレット端末３００の表示パネルに表示してもよい。
【０２２８】
（その他の付記事項１）
全体映像および部分映像のサイズに特に制限はない。また、全体映像および部分映像のアスペクト比にも特に制限はない。
【０２２９】
一般には、再生時の制御の容易性等を考慮し、全体映像を構成する各レイヤの部分映像群は、以下の２つの条件を満たすようにする。
・上記部分映像群に含まれる各部分映像の縦幅の長さは、当該部分映像群に含まれる他のどの部分映像の縦幅の長さとも同じである。
・上記部分映像群に含まれる各部分映像の横幅の長さは、当該部分映像群に含まれる他のどの部分映像の横幅の長さとも同じである。
【０２３０】
但し、Representationのそれぞれに異なる縦幅、横幅を記載することで、縦幅の長さ、横幅の長さが位置毎に異なる部分映像群であっても、論理的には隣り合う部分映像と解釈して実施することは原理的に可能である。
【０２３１】
（その他の付記事項２）
全体映像は、平面上の矩形映像である必要は無い。例えば、図１８の（ａ）の矢印の始点の位置に設置された全方位カメラによって生成された全方位映像であってもよい。この場合、様々な方向（方位角と仰角との組み合わせにより定まる方向）の各々について、全方位カメラから見て当該方向に位置する被写体の像を含む部分映像を全方位映像から抽出してもよい。
【０２３２】
また、ＭＰＤデータには、各部分映像について当該部分映像を識別するインデックス値（属性i_xの属性値と属性i_yの属性値とのペア）と、当該部分映像の取得先を示す情報（属性srcの属性値）と、が関連付けて記述されていてもよいが、ＭＰＤデータには、以下の情報が記述されていてもよい。
【０２３３】
すなわち、ＭＰＤデータには、各部分映像について、当該部分映像に対応する方位角値ｄと仰角値θとのペアと、当該部分映像の取得先を示す情報（属性srcの属性値）と、が関連付けて記述されていてもよい。
【０２３４】
この場合、クライアント端末２００Ａは、方位角値ｄおよび仰角値θの入力を受け付けると、ＭＰＤデータを参照して、当該方位角値ｄと当該仰角値θとのペアに対応する部分映像の取得先を特定してもよい。そして、クライアント端末２００Ａは、特定した取得先から部分映像を取得し、取得した部分映像を表示部２５０にフルスクリーン表示してもよい。
【０２３５】
（その他の付記事項３）
全体映像の外周は、矩形ではなく任意の形状を呈していてもよい。この場合、全体映像の外周に外接する矩形領域を規定し、当該矩形領域をマトリックス状に区分することによりＡ行Ｂ列の複数の部分領域を規定してもよい。そして、規定した複数の部分領域の各々について、当該部分領域内に全体映像の一部分が含まれている場合にはその部分領域内の映像を部分映像としてもよい。より具体的には、第ａ行第ｂ列目の部分領域内に全体映像の一部分が含まれている場合には、その部分領域内の映像を部分映像とし、インデックス値(a,b)と当該部分映像の取得先を示す情報とを関連付けてＭＰＤデータ内に記録してもよい。
【０２３６】
例えば、全体映像の外周が図１８の（ｂ）に示すような１２角形を呈している場合を考える。
【０２３７】
この場合、第１行第３列目の部分領域内には全体映像の一部分が含まれているので、当該部分領域内の部分映像の取得先を示す情報とインデックス値(1,3)とがＭＰＤデータ内に関連付けて記録されることになる。一方、第１行第６列目の部分領域内には全体映像のどの部分も含まれていないので、インデックス値(1,6)はＭＰＤデータ内に記録されないことになる。あるいは、全体映像のどの部分も含まれていない部分領域に対応するインデックス値(a,b)と、該部分領域に部分映像が無いことを示すフラグ（例えば欠落タグ）と、を関連付けてＭＰＤデータ内に記録してもよい。
【０２３８】
（その他の付記事項４）
本発明の各実施形態では、ＭＰＤデータのうち、RoleタグあるいはTileタグを部分映像の位置に係る属性値を記載する要素タグとして説明したが、これらはあくまでも説明のための記述例である。上記要素タグとしてRoleタグ、Tileタグ以外の要素タグを別途定義し、該要素タグを含むＭＰＤデータを生成したとしても、本発明の目的を達成できる。また、ＭＰＤデータ以外のメタデータであっても、同様の構成を持つメタデータであれば本発明の目的を達成できることは言うまでもない。
【０２３９】
〔プログラム等〕
配信装置、テレビおよびクライアント端末の制御ブロック（特に、映像配信処理部、映像取得処理部および再生部）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【０２４０】
後者の場合、配信装置、テレビおよびクライアント端末の各装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０２４１】
〔まとめ〕
本発明の態様１に係る表示処理装置は、全体映像を構成する複数の部分映像の中から、特定の表示領域（タブレット端末３００の表示面、表示部２５０の表示面の一部を占有する小画面）への表示対象となっている上記部分映像の隣（上隣、下隣、左隣、または、右隣）の部分映像の選択を受け付ける受付手段（操作受付部）と、上記複数の部分映像の各々について該部分映像の識別子（インデックス値）および取得先（ＵＲＬ）が関連付けて示されたメタデータ（ＭＰＤデータ）を取得するメタデータ取得手段（映像取得処理部２２０）と、選択された上記隣の部分映像の取得先を上記メタデータに示されている該部分映像の識別子を参照することで特定し、該取得先から該部分映像を取得する映像取得手段（映像取得処理部２２０）と、上記表示領域の部分映像を上記映像取得手段が取得した部分映像に更新する表示更新手段（映像取得処理部２２０）と、を備え、上記複数の部分映像の各々の識別子（属性i_xの属性値と属性i_yの属性値とのペア）は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である。
【０２４２】
上記の構成によれば、上記表示処理装置は、視聴者が特定の表示領域への表示を所望する部分映像の識別子を、他の情報を参照することなく特定できる。
【０２４３】
よって、上記表示処理装置は、メタデータに当該識別子に関連付けて記録されている当該部分映像の取得先も容易に特定できる、という効果を奏する。
【０２４４】
本発明の態様２に係る表示処理装置（クライアント端末２００Ａ）は、上記態様１において、上記複数の部分映像のうちのある部分映像と該部分映像から見たある方向の隣の部分映像とは共通の像を含んでおり、上記メタデータには、上記ある部分映像の識別子および取得先に加えて、上記共通の像の該部分映像に占める割合を示す値が示されており、上記受付手段は、上記ある部分映像が上記表示領域への表示対象となっている状態で上記ある方向への上記値に応じた量の移動操作を検出したことを以って、該隣の部分映像が選択されたと認識するようになっていてもよい。
【０２４５】
上記の構成によれば、上記表示処理装置は、上記表示領域に表示されている部分映像を注視している者に対し、当該注視している者とは別の者の上記移動操作により上記表示領域に表示されている部分映像が上記ある方向の部分映像に切り替わったことを容易に把握させることができる、という更なる効果を奏する。
【０２４６】
上記メタデータには、上記複数の部分映像のうち特定の時刻において上記表示領域に表示させるべき部分映像を指定する情報が含まれており、本発明の態様３に係る表示処理装置（テレビ２００Ｂ）は、上記態様１または上記態様２において、上記表示更新手段（映像取得処理部２２０Ｂ）が、上記特定の時刻になると、上記表示領域の部分映像を、上記映像取得手段により取得された部分映像であって、上記メタデータに含まれている該情報によって指定されている部分映像に更新するようになっていてもよい。
【０２４７】
上記の構成によれば、上記表示処理装置は、上記全体映像の配信者が上記特定の時刻に上記表示領域に表示させるべきであると考えている部分映像を、視聴者による操作を必要とせずに上記表示領域に表示させることができる、という更なる効果を奏する。
【０２４８】
上記映像取得手段による部分映像の取得先である配信装置（配信装置１００）は、上記複数の部分映像として、ある解像度（４Ｋ×２Ｋの解像度）を持つＮ個の部分映像（レイヤ１の４つの部分映像）からなる第１の映像群と、該解像度とは異なる解像度（フルＨＤの解像度）を持つＮ個の部分映像（レイヤ１の４つの部分映像）からなる第２の映像群とを配信できるように構成されており、上記メタデータには、上記第１の映像群に含まれる部分映像（AdaptationSet A1-0の部分映像）と、当該部分映像と同じ内容の部分映像であって上記第２の映像群に含まれる部分映像（AdaptationSet A1-0の部分映像）と、で共通の上記識別子（インデックス値（0,0））が含まれており、本発明の態様４に係る表示処理装置は、上記態様１から上記態様３のいずれかの態様において、上記受付手段が、上記第１の映像群と上記第２の映像群とのうちのいずれかの映像群の中から、上記隣の部分映像の選択を受け付けるようになっていてもよい。
【０２４９】
上記の構成によれば、上記表示処理装置は、上記第１の映像群と上記第２の映像群とのうちのより適切な映像群の中から選択した部分映像を、上記表示領域に表示させることができる、という更なる効果を奏する。
【０２５０】
上記映像取得手段による部分映像の取得先である配信装置は、上記複数の部分映像として、上記全体映像を構成するＮ（Ｎ≧２）個の部分映像（レイヤ１の４つの部分映像）と、上記全体映像を構成するＭ（Ｍ＞Ｎ）個の部分映像（レイヤ２の１６個の部分映像）と、を配信できるように構成されており、本発明の態様５に係る表示処理装置は、上記態様１から上記態様３のいずれかの態様において、上記受付手段が、上記Ｍ個の部分映像と上記Ｎ個の部分映像とのうち自装置の設定に応じた複数の部分映像の中から、上記隣の部分映像の選択を受け付けるようになっていてもよい。
【０２５１】
上記の構成によれば、上記表示処理装置は、自装置の設定に応じた適切な部分映像を上記表示領域に表示させることができる、という更なる効果を奏する。
【０２５２】
本発明の態様６に係る表示処理装置は、上記態様１から上記態様５のいずれかの態様において、上記表示領域は自装置と通信可能に接続された携帯端末（タブレット端末３００）の表示領域（表示面）であってもよい。
【０２５３】
上記の構成によれば、上記表示処理装置は、携帯端末に部分映像を表示させることができる、という更なる効果を奏する。
【０２５４】
本発明の態様７に係る表示処理装置は、上記態様１から上記態様５のいずれかの態様において、上記表示領域は自装置の表示面（表示部２５０の表示面）の全領域または一部の領域（表示部２５０の表示面において小画面が占有する領域）であってもよい。
【０２５５】
上記の構成によれば、上記表示処理装置は、自身で部分映像を表示することができる、という更なる効果を奏する。
【０２５６】
本発明の態様８に係る配信装置（配信装置１００）は、全体映像を構成する複数の部分映像の各々について該部分映像の識別子（インデックス値）および取得先（ＵＲＬ）が示されたメタデータ（ＭＰＤデータ）を記憶部から読み出す読出手段（映像配信処理部１２０）と、上記読出手段が読み出した上記メタデータを配信する配信手段（映像配信処理部１２０）と、を備え、上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である。
【０２５７】
上記の構成によれば、上記配信装置は、上記表示処理装置が上記部分映像の取得先を容易に特定することを可能にするメタデータを配信できる、という効果を奏する。
【０２５８】
本発明の態様９に係る表示処理方法は、全体映像を構成する複数の部分映像の中から、特定の表示領域への表示対象となっている上記部分映像の隣の部分映像の選択を受け付ける受付工程（ステップＳ５）と、上記複数の部分映像の各々について該部分映像の識別子および取得先が関連付けて示されたメタデータを取得するメタデータ取得工程（ステップＳ１）と、上記受付工程にて選択された上記隣の部分映像の取得先を上記メタデータに示されている該部分映像の識別子を参照することで特定し、特定した取得先から該部分映像を取得する映像取得工程（ステップＳ３）と、上記表示領域の部分映像を上記映像取得工程にて取得した部分映像に更新する表示更新工程（ステップＳ４）と、を含み、上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である。
【０２５９】
上記の構成によれば、上記表示処理方法は、本発明の態様１に係る表示処理装置と同様の作用効果を奏する。
【０２６０】
発明の態様１０に係るメタデータ（ＭＰＤデータ）は、全体映像を構成する複数の部分映像の各々について該部分映像の識別子（インデックス値）および取得先（ＵＲＬ）が示されたメタデータであって、上記複数の部分映像の各々の識別子は、該部分映像の隣の部分映像の識別子を他の情報を参照することなく特定可能な識別子である。
【０２６１】
上記の構成によれば、上記メタデータは、上記表示処理装置が上記部分映像の取得先を容易に特定することを可能にする、という効果を奏する。
【０２６２】
本発明の各態様に係る表示処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記表示処理装置が備える各手段として動作させることにより上記表示処理装置をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０２６３】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。更に、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【０２６４】
本発明は、例えば、４Ｋ２Ｋテレビや８Ｋ４Ｋテレビ等の高解像度のテレビに好適に利用することができる。
【符号の説明】
【０２６５】
１００            配信装置
１２０            映像配信処理部（読出手段、配信手段）
２００            テレビ（表示処理装置）
２２０            映像取得処理部（メタデータ取得手段、映像取得手段、表示更新手段）
２４０            再生部
３００            タブレット端末
２００Ａ          クライアント端末（表示処理装置）
【図１】
2015060165.tif 000003
【図２】
2015060165.tif 000004
【図３】
2015060165.tif 000005
【図４】
2015060165.tif 000006
【図５】
2015060165.tif 000007
【図６】
2015060165.tif 000008
【図７】
2015060165.tif 000009
【図８】
2015060165.tif 000010
【図９】
2015060165.tif 000011
【図１０】
2015060165.tif 000012
【図１１】
2015060165.tif 000013
【図１２】
2015060165.tif 000014
【図１３】
2015060165.tif 000015
【図１４】
2015060165.tif 000016
【図１５】
2015060165.tif 000017
【図１６】
2015060165.tif 000018
【図１７】
2015060165.tif 000019
【図１８】
2015060165.tif 000020
【図１９】
2015060165.tif 000021
【図２０】
2015060165.tif 000022
【図２１】
2015060165.tif 000023
【図２２】
2015060165.tif 000024
【図２３】
2015060165.tif 000025
【図２４】
2015060165.tif 000026
【図２５】
2015060165.tif 000027
【図２６】
2015060165.tif 000028
【図２７】
2015060165.tif 000029
【図２８】
2015060165.tif 000030
【図２９】
2015060165.tif 000031
【図３０】
2015060165.tif 000032
【図３１】
2015060165.tif 000033
【図３２】
2015060165.tif 000034
【図３３】
2015060165.tif 000035
【図３４】
2015060165.tif 000036
【図３５】
2015060165.tif 000037
【図３６】
2015060165.tif 000038
【図３７】
2015060165.tif 000039
【図３８】
2015060165.tif 000040
【図３９】
2015060165.tif 000041
【国際調査報告】
2015060165.tif 000042
2015060165.tif 000043
2015060165.tif 000044
2015060165.tif 000045