(57)【要約】  本開示は、低ビットレート時の主観的な品質低下を抑えるようにすることができるようにする情報処理装置および方法に関する。ビデオメタデータ生成部およびオーディオメタデータ生成部は、コンテンツデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータであるストリーム選択支援情報を生成し、通信部は、生成されたメタデータと、複数のビットレートのコンテンツデータとを送信する。本開示は、例えば、ファイル生成装置、配信サーバ、および再生端末からなる配信システムに適用することができる。
2018142947.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成するメタデータ生成部と、
前記メタデータ生成部により生成されたメタデータと、複数のビットレートのコンテンツデータとを送信する送信部と
を備える情報処理装置。
【請求項２】
前記パラメータは、ビデオデータに関するパラメータである
請求項１に記載の情報処理装置。
【請求項３】
前記パラメータは、解像度、フレームレート、サンプルビット長、およびクロマサブサンプリングである
請求項２に記載の情報処理装置。
【請求項４】
前記パラメータは、ガンマカーブ、または色域である
請求項２に記載の情報処理装置。
【請求項５】
前記パラメータは、オーディオデータに関するパラメータである
請求項１に記載の情報処理装置。
【請求項６】
前記パラメータは、サンプリング周波数、量子化ビット数、およびチャンネル数である
請求項５に記載の情報処理装置。
【請求項７】
前記メタデータは、コンテンツデータに対し固定の１つであるか、または再生時刻によって変化するものである
請求項１に記載の情報処理装置。
【請求項８】
前記送信部は、MPDファイルまたはMP4ファイルに含まれたメタデータを送信する
請求項１に記載の情報処理装置。
【請求項９】
前記複数のビットレートのコンテンツデータには、スイッチング時の経由に利用可能な低ビットレートのコンテンツデータが含まれ、
前記メタデータ生成部は、前記低ビットレートのコンテンツデータであることを示すメタデータを生成する
請求項１に記載の情報処理装置。
【請求項１０】
情報処理装置が、
コンテンツデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成し、
生成されたメタデータと、複数のビットレートのコンテンツデータとを送信する
情報処理方法。
【請求項１１】
受信するコンテンツデータのビットレートが切り替えられる際に用いられる優先すべきパラメータを設定するパラメータ設定部と、
前記パラメータ設定部により設定されたパラメータに基づいて、複数のビットレートのコンテンツデータの中から、切り替えるコンテンツデータのビットレートを決めるビットレート切り替え部と
を備える情報処理装置。
【請求項１２】
前記パラメータは、ビデオデータに関するパラメータである
請求項１１に記載の情報処理装置。
【請求項１３】
前記パラメータは、解像度、フレームレート、サンプルビット長、およびクロマサブサンプリングである
請求項１２に記載の情報処理装置。
【請求項１４】
前記パラメータは、ガンマカーブ、および色域である
請求項１２に記載の情報処理装置。
【請求項１５】
前記パラメータは、オーディオデータに関するパラメータである
請求項１１に記載の情報処理装置。
【請求項１６】
前記パラメータは、サンプリング周波数、量子化ビット数、およびチャンネル数である
請求項１５に記載の情報処理装置。
【請求項１７】
コンテンツデータの内容に応じて決定された優先的に維持すべきパラメータの情報を示すメタデータを受信するメタデータ受信部
をさらに備え、
前記ビットレート切り替え部は、前記メタデータ受信部により受信されたメタデータと、前記パラメータ設定部により設定されたパラメータとに基づいて、切り替えるコンテンツデータのビットレートを決定する
請求項１１に記載の情報処理装置。
【請求項１８】
前記メタデータは、コンテンツデータに対し固定の１つであるか、または再生時刻によって変化するものである
請求項１７に記載の情報処理装置。
【請求項１９】
前記メタデータは、MPDファイルまたはMP4ファイルに含まれて送信されてくる
請求項１１に記載の情報処理装置。
【請求項２０】
情報処理装置が、
受信するコンテンツデータのビットレートが切り替えられる際に用いられる優先すべきパラメータを設定し、
設定されたパラメータに基づいて、複数のビットレートのコンテンツデータの中から、切り替えるコンテンツデータのビットレートを決める
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置および方法に関し、特に、低ビットレート時の主観的な品質低下を抑えることができるようにした情報処理装置および方法に関する。
【背景技術】
【０００２】
従来、映像や音楽のデータを、インターネットを介したストリーミング配信するために、MPEG-DASH（Moving Picture Experts Group phase − Dynamic Adaptive Streaming over HTTP）が開発された（例えば、非特許文献１参照）。【０００３】
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）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
サーバ側で低ビットレートのコンテンツを用意する場合、ビットレートを下げるために、例えば、フレームレート（fs）を落とす、解像度を落とすなどの手法が用いられる。しかしながら、コンテンツの内容によっては、単に低fs、低解像度にしてしまうと、鑑賞に支障が生じる恐れがあった。【０００６】
一方、ユーザ毎に、どのパラメータを変えてビットレートを落とすか、好みの違いがある。MPEG-DASHの規格においては、すでにQuality Rankingというパラメータがあったが、コンテンツの内容を反映したパラメータではないため、適応的スイッチングを行う用途には適していなかった。【０００７】
本開示は、このような状況に鑑みてなされたものであり、低ビットレート時の主観的な品質低下を抑えることができるようにするものである。
【課題を解決するための手段】
【０００８】
本技術の第１の側面の情報処理装置は、コンテンツデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成するメタデータ生成部と、前記メタデータ生成部により生成されたメタデータと、複数のビットレートのコンテンツデータとを送信する送信部とを備える。【０００９】
前記パラメータは、ビデオデータに関するパラメータである。【００１０】
前記パラメータは、ガンマカーブ、または色域である。【００１１】
前記パラメータは、オーディオデータに関するパラメータである。【００１２】
前記パラメータは、サンプリング周波数、量子化ビット数、およびチャンネル数である。【００１３】
前記メタデータは、コンテンツデータに対し固定の１つであるか、または再生時刻によって変化するものである。【００１４】
前記送信部は、MPDファイルまたはMP4ファイルに含まれたメタデータを送信することができる。【００１５】
前記複数のビットレートのコンテンツデータには、スイッチング時の経由に利用可能な低ビットレートのコンテンツデータが含まれ、前記メタデータ生成部は、前記低ビットレートのコンテンツデータであることを示すメタデータを生成することができる。【００１６】
本技術の第１の側面の情報処理方法は、情報処理装置が、コンテンツデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成し、生成されたメタデータと、複数のビットレートのコンテンツデータとを送信する。【００１７】
本技術の第２の側面の情報処理装置は、受信するコンテンツデータのビットレートが切り替えられる際に用いられる優先すべきパラメータを設定するパラメータ設定部と、前記パラメータ設定部により設定されたパラメータに基づいて、複数のビットレートのコンテンツデータの中から、切り替えるコンテンツデータのビットレートを決めるビットレート切り替え部とを備える。【００１８】
前記パラメータは、ビデオデータに関するパラメータである。【００１９】
前記パラメータは、解像度、フレームレート、サンプルビット長、およびクロマサブサンプリングである。【００２０】
前記パラメータは、ガンマカーブ、および色域である。【００２１】
前記パラメータは、オーディオデータに関するパラメータである。【００２２】
前記パラメータは、サンプリング周波数、量子化ビット数、およびチャンネル数である。【００２３】
コンテンツデータの内容に応じて決定された優先的に維持すべきパラメータの情報を示すメタデータを受信するメタデータ受信部をさらに備え、前記ビットレート切り替え部は、前記メタデータ受信部により受信されたメタデータと、前記パラメータ設定部により設定されたパラメータとに基づいて、切り替えるコンテンツデータのビットレートを決定することができる。【００２４】
前記メタデータは、コンテンツデータに対し固定の１つであるか、または再生時刻によって変化するものである。【００２５】
前記メタデータは、MPDファイルまたはMP4ファイルに含まれて送信されてくる。【００２６】
本技術の第２の側面の情報処理方法は、情報処理装置が、受信するコンテンツデータのビットレートが切り替えられる際に用いられる優先すべきパラメータを設定し、設定されたパラメータに基づいて、複数のビットレートのコンテンツデータの中から、切り替えるコンテンツデータのビットレートを決める。【００２７】
本技術の第１の側面においては、コンテンツデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータが生成され、生成されたメタデータと、複数のビットレートのコンテンツデータとが送信される。【００２８】
本技術の第２の側面においては、受信するコンテンツデータのビットレートが切り替えられる際に用いられる優先すべきパラメータが設定され、設定されたパラメータに基づいて、複数のビットレートのコンテンツデータの中から、切り替えるコンテンツデータのビットレートが決められる。
【発明の効果】
【００２９】
本開示によれば、情報を処理することができる。特に、低ビットレート時の主観的な品質低下を抑えることができることができる。
【図面の簡単な説明】
【００３０】
【図１】MPEG-DASHを用いたデータ伝送の様子の例を説明する図である。
【図２】MPDの構成例を示す図である。
【図３】コンテンツの時間的区切りを説明する図である。
【図４】MPDにおけるPeriod以下の階層構造の例を示す図である。
【図５】MPDファイルの構成例を時間軸上で説明する図である。
【図６】低ビット化の手法について説明する図である。
【図７】MPEG-DASHの標準的な手法について説明する図である。
【図８】MPEG-DASHの標準的な手法について説明する図である。
【図９】MPEG-DASHの標準的な手法について説明する図である。
【図１０】再生端末における提案手法について説明する図である。
【図１１】サーバにおける提案手法について説明する図である。
【図１２】符号化方式が異なるリプレゼンテーションが複数存在する場合を説明する図である。
【図１３】本技術を適用した配信システムの構成の一例を示すブロック図である。
【図１４】ファイル生成装置の主な構成例を示すブロック図である。
【図１５】ファイル生成装置の配信用データ生成処理を説明するフローチャートである。
【図１６】MPDファイル生成処理について説明するフローチャートである。
【図１７】ビデオメタデータ生成処理について説明するフローチャートである。
【図１８】オーディオメタデータ生成処理について説明するフローチャートである。
【図１９】ビデオに関するメタデータ（ストリーム選択支援情報）の例を示す図である。
【図２０】オーディオに関するメタデータ（ストリーム選択支援情報）の例を示す図である。
【図２１】メタデータの更新頻度について説明する図である。
【図２２】再生端末の主な構成例を示すブロック図である。
【図２３】再生端末のストリーム選択プリファレンスの設定処理を説明するフローチャートである。
【図２４】再生端末の再生処理を説明するフローチャートである。
【図２５】コンテンツファイル取得処理を説明するフローチャートである。
【図２６】ストリーム選択処理を説明するフローチャートである。
【図２７】拡張propertyの例を説明する図である。
【図２８】ストリームを切り替えの例を説明する図である。
【図２９】ファイル生成装置の主な構成例を示すブロック図である。
【図３０】MPDファイル生成処理を説明するフローチャートである。
【図３１】トランシジョンユース設定処理を説明するフローチャートである。
【図３２】ストリーム選択処理の他の例説明するフローチャートである。
【図３３】コンピュータのハードウエアの構成例を示すブロック図である。
【発明を実施するための形態】
【００３１】
以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．ビットレートスイッチング
２．第１の実施の形態（配信システム）
３．第２の実施の形態（コンピュータ）
【００３２】
＜１．ビットレートスイッチング＞
＜映像や音声の配信＞
近年、映像と音楽を消費者に届ける手段として、インターネットを介したストリーミング配信が期待されている。しかしながら、伝送手段としてのインターネットは、放送や光ディスクと比べて伝送が不安定である。まずユーザの環境によって伝送帯域の最高レートが大きく変わる。さらに同一ユーザであっても常に一定の伝送帯域が確保されていることはなく、時間の経過で変動する。また伝送帯域が変動するということは、クライアントからの要求に対する応答時間が一定ではないということでもある。
【００３３】
このようなインターネットを介した伝送のための規格として、MPEG-DASH（Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP）が開発されている。サーバ側にデータサイズが異なる複数のファイルを置いておき、クライアントがMPD（Media Presentation Description）を参照して最適なファイルを選択するというプル型のモデルである。特殊なプロトコルを使わずhttpを用いることで、一般的なHTTP（HyperText Transfer Protocol）サーバが利用できる。ファイル形式は、MPEG-TS（Moving Picture Experts Group - Transport Stream）だけでなく、ISOBMFF（International Organization for Standardization Base Media File Format）形式のファイルが使われている。
【００３４】
＜MPEG-DASH＞
MPEG-DASHを用いたデータ伝送の様子の例を図１に示す。図１の情報処理システム１において、ファイル生成装置２は、動画コンテンツとして、ビデオデータやオーディオデータを生成し、符号化し、伝送用のファイルフォーマットでファイル化する。例えば、ファイル生成装置２は、これらのデータを１０秒程度の時間毎にファイル化する（セグメント化する）。ファイル生成装置２は、生成したセグメントファイルを、Webサーバ３にアップロードする。また、ファイル生成装置２は、動画コンテンツを管理するMPDファイル（管理ファイル）を生成し、それをWebサーバ３にアップロードする。
【００３５】
DASHサーバとしてのWebサーバ３は、ファイル生成装置２により生成された動画コンテンツのファイルを、MPEG−DASHに準ずる方式で、インターネット４を介して再生端末５にライブ配信する。例えば、Webサーバ３は、ファイル生成装置２からアップロードされたセグメントファイルやMPDファイルを格納する。また、Webサーバ３は、再生端末５からの要求に応じて、格納しているセグメントファイルやMPDファイルを再生端末５に送信する。
【００３６】
再生端末５（再生装置）は、ストリーミングデータの制御用ソフトウエア（以下、制御用ソフトウエアとも称する）６、動画再生ソフトウエア７、HTTPアクセス用のクライアント・ソフトウエア(以下、アクセス用ソフトウエアという)８等を実行する。
【００３７】
制御用ソフトウエア６は、Webサーバ３からストリーミングするデータを制御するソフトウエアである。例えば、制御用ソフトウエア６は、Webサーバ３からMPDファイルを取得する。また、制御用ソフトウエア６は、例えば、そのMPDファイルや動画再生ソフトウエア７により指定される再生時刻等を表す再生時刻情報、およびインターネット４のネットワーク帯域に基づいて、再生対象のセグメントファイルの送信要求を、アクセス用ソフトウエア８に指令する。
【００３８】
動画再生ソフトウエア７は、インターネット４を介してWebサーバ３から取得された符号化ストリームを再生するソフトウエアである。例えば、動画再生ソフトウエア７は、再生時刻情報を制御用ソフトウエア６に指定する。また、動画再生ソフトウエア７は、アクセス用ソフトウエア８から受信開始の通知を取得すると、アクセス用ソフトウエア８から供給される符号化ストリームを復号する。動画再生ソフトウエア７は、復号の結果得られるビデオデータやオーディオデータを出力する。
【００３９】
アクセス用ソフトウエア８は、HTTPを用いたWebサーバ３との通信を制御するソフトウエアである。例えば、アクセス用ソフトウエア８は、受信開始の通知を動画再生ソフトウエア７に供給する。また、アクセス用ソフトウエア８は、制御用ソフトウエア６の指令に応じて、再生対象のセグメントファイルの符号化ストリームの送信要求をWebサーバ３に送信する。さらに、アクセス用ソフトウエア８は、その送信要求に応じてWebサーバ３から送信されてくる、通信環境等に応じたビットレートのセグメントファイルを受信する。そして、アクセス用ソフトウエア８は、その受信したファイルから符号化ストリームを抽出し、動画再生ソフトウエア７に供給する。
【００４０】
＜MPD＞
次に、MPDについて説明する。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では、MPDにクオリティランキング(Quality ranking)と呼ばれるパラメータで、リプレゼンテーション（Representation）の品質をクライアントに伝えることが出来る。
【００４５】
すなわち、ストリームの品質を示すパラメータとしては、既に ISO/IEC23009-1:2014 に、リプレゼンテーション（Representation）の属性(attribute)として@qualityRankingというものがある。これは１つのAdaptation Set内でのリプレゼンテーション（Representation）の品質順位を表すものである。この属性を運用すれば、Adaptation Set内でのスイッチング優先順位をプレーヤに伝えることができる。プレーヤはビットレートや言語設定などの他のパラメータも加味して最も高品質の（クオリティランキング(Quality ranking)の値が小さい=上位の）リプレゼンテーション（Representation）を選択するといった動作を行うことができる。
【００４６】
しかし、クオリティランキング(Quality ranking)は送出側が設定した1アダプテーションセット(AdaptationSet)内でのリプレゼンテーション（Representation）の単一な順位づけであり、DASHクライアントがコンテンツの内容・特性を取得し、ユーザの好みに基づいて、最適なリプレゼンテーション（Representation）を選択するための情報として使用することはできない。また、クオリティランキング(Quality ranking)は異なるアダプテーションセット(AdaptationSet)間での比較ができない。
【００４７】
＜低ビット化の手法＞
MPEG-DASH配信において、クライアントが伝送帯域の変動に応じて最適なビットレートのファイルを選択できるようにするためには、Webサーバ ３にビットレートが異なる複数のファイルを用意する必要がある。様々なビットレートのファイルを作成する最も簡易な方法は、圧縮符号化を異なるビットレート設定で行うことである。
【００４８】
しかしながら、図６のＡに示されるように、エンコーダ１１Ａによるエンコードの際にビットレートのみを下げると、ビットレートを下げるにつれて、圧縮符号化によるノイズが目立ってくる。その対策として、図６のＢに示されるように、何らかの変換を行う変換部１２により、エンコーダ１１Ｂによるエンコード前の非圧縮データのサイズをあらかじめ削減しておくことにより、エンコードの圧縮率を下げて見かけの画質劣化を抑える方法が有効である。
【００４９】
以下のパラメータを変えることで、エンコーダ１１Ｂへの入力データ量が削減される。例えば、映像については４種類のパラメータがある。
(1)解像度              ：3840×2160、1920×1080、1280×720、…
(2)フレームレート      ：119.88Hz、59.94Hz、50Hz、29.97Hz、25Hz、23.976Hz、…
(3)階調(bit長)          ：10bit、8bit、…
(4)クロマサブサンプリング  ：RGB4:4:4、YCbCr4:2:2、YCbCr4:2:0、…
【００５０】
解像度については、１フレームあたりの画素数を減らすことでデータ量を削減することができる。フレームレートについては、画像の更新頻度を低くすることによってデータ量を削減することができる。階調については、各画素のデータ量を（例えば、10bitから8ibtに）減らすことでデータ量を削減することができる。クロマサブサンプリングについては、RGB4:4:4を、YCbCr4:2:2やYCbCr4:2:0にすることでデータ量を削減することができる。
【００５１】
なお、上記説明においては、数値として表現できるパラメータに限定することとし、主観によって変わる指標（例えば、注目点の大きさ）は除いた。主要映像パラメータのうち、データ量に変化がないもの（例えば、色域やOETF/EOTF(SDR or HRD)）は、除かれている。
【００５２】
オーディオについては3種類のパラメータを挙げる。
(1)サンプリング周波数        ：DSD fs=5.6MHz, DSD 2.8MHz, LPCM 44.1kHz,..
(2)量子化bit数                ：Q=24bits, 16bits,..
(3)チャンネル数              ：22.2ch, 7.1ch, 5.1ch, 2ch, mono
ここで、DSDはDirect Stream Digitalの略称で、高音質オーディオ符号化方法の１つである。
上記説明において、サンプリング周波数については、1秒あたりの生成サンプル数を減らすことで、データ量を削減することができる。量子化bit数については、１サンプルあたりのチャンネルのデータ長を短くすることで、データ量を減らすことができる。チャンネル数については、チャンネルベースオーディオの場合であるが、チャンネル数を減らすことで伝送データ量を減らすことができる。オブジェクトオーディオの場合、扱うオブジェクト数が増えるとデータ量も増える。オブジェクトを取捨選択し伝送するオブジェクト数を減らすことで伝送データ量を減らすことが出来る。
【００５３】
以上、上述したように、劣化を抑えたビットレートバリエーションを作成すると、ビットレート値以外に、映像パラメータ、オーディオパラメータが異なるストリームがWebサーバ３上に用意されることになる。
【００５４】
クライアントである再生端末５側では、それらの中から単にビットレート値だけでストリームを選択しても、必ずしも最適なストリームが選択されると限らない。また、クオリティランキング(Quality ranking)の情報を用いても、ユーザの好みに合致したリプレゼンテーション（Representation）を選択できるとは限らない。
【００５５】
すなわち、伝送帯域幅に応じてビットレート値でストリームを選択するMPEG-DASHの標準的な手法では対応が難しいケースがある。
【００５６】
例えば、図７に示されるように、Webサーバ３上のコンテンツとして、(1)30Mbpsで4K/60P、(2)15Mbpsで4K/30P、(3)15Mbpsで2K/60P、(4)8Mbpsで2K/30Pで作成されている場合、伝送帯域が40Mbpsであると、(1)30Mbpsで4K/60Pのコンテンツが選択され、再生端末５に伝送される。しかしながら、このような場合に、伝送帯域が20Mbpsであると、図８に示されるように、(2)15Mbpsで4K/30P、(3)15Mbpsで2K/60Pのどちらが選ばれるか、わからない。
【００５７】
また、このような場合に、クオリティランキング(Quality ranking)の情報により、(3)15Mbpsで2K/60Pよりも(2)15Mbpsが上位に設定されているため、ユーザの希望が、動きの速いスポーツを、(3)15Mbpsで2K/60Pで視聴したいとしても、伝送帯域が20Mbpsのときには、図９に示されるように、Quality Rankingに従い、(2)15Mbpsで4K/30Pのコンテンツが選択され、再生端末５に伝送されてしまう。したがって、クオリティランキング(Quality ranking)の情報を用いても、動きの速いスポーツを、(3)15Mbpsで2K/60Pで視聴したいユーザの希望を満たすことが難しい。
【００５８】
＜本技術のビットレートスイッチング＞
これに対して、本技術においては、ビットレートスイッチングの際に優先するパラメータ（なるべく高画質になる値を維持するパラメータ）のプリファレンスを、クライアントの再生端末５に設定できるようにする。
【００５９】
すなわち、図１０に示されるように、再生端末５側で、ビットレートがほぼ同じならフレームレートが高いほうを優先する「動き優先選択」が設定されており、Webサーバ３上のコンテンツとして、(1)30Mbpsで4K/60P（120Pなどでもよい）、(2)15Mbpsで4K/30P、(3)15Mbpsで2K/60P、(4)8Mbpsで2K/30Pで作成されている。このような場合に、伝送帯域が20Mbpsであると、(3)15Mbpsで2K/60Pのコンテンツが選択され、再生端末５に伝送される。
【００６０】
このようにクライアント（再生端末５）側でストリームの選択の際に優先するパラメータを設定しておくと、ユーザが期待するストリームが優先的に選択されるようになる。
【００６１】
しかしながら、コンテンツの内容に無関係に動き優先選択してしまうので、場合によっては、不適切な選択をしてしまう恐れがあった。
【００６２】
そこで、本技術においては、上述した、ビットレートスイッチングの際に優先するパラメータのプリファレンスを、クライアントの再生端末５に設定できるようにすることに加えて、さらに、コンテンツ配信側のWebサーバ３において、コンテンツの内容を分析し、どのパラメータを優先すべきかを示すメタデータ（ストリーム選択支援情報）をコンテンツに付与しておく。
【００６３】
すなわち、図１１に示されるように、Webサーバ３においては、コンテンツが、解像度優先のコンテンツと内容を分析され、解像度優先を示すメタデータ２０がコンテンツに付与されて送信される。再生端末５においては、「動き優先選択」が設定されているが、コンテンツが解像度優先であるので、(3)15Mbpsで2K/60Pではなく、(2)15Mbpsで4K/30Pが選択される。
【００６４】
なお、配信側のWebサーバ３では、ストリーム選択の参考となるメタデータを提供するのみであり、クライアント側の再生端末５に選択を強制させるものではない。どのストリームを選択するかを決めるのは、クライアント側である。また、メタデータがない場合には、クライアントの優先選択設定通りに、ストリームが選ばれる。
【００６５】
メタデータは、MPDファイルやMP4のシステムレイヤ、または別ファイルで送信される。時系列で変化する場合、MP4のタイムドメタデータ(Timed Metadeta)として格納する方法もある。
【００６６】
図１２は、符号化方式が異なるリプレゼンテーション（Representation）が複数存在する場合における送出側で用意されるバリエーションの例を示す図である。
【００６７】
図１２においては、オーディオのビットバリエーションをDSD,LPCM,AACで用意したオーディオの例が示されている。
【００６８】
図１２のピリオド(Period)には、DSD11.2MHzのリプレゼンテーション（Representation）を含む22.4Mbpsのアダプテーションセット(AdaptationSet)、DSD5.6MHzのリプレゼンテーション（Representation）を含む11.2Mbpsのアダプテーションセット(AdaptationSet)、DSD2.8MHzのリプレゼンテーション（Representation）を含む5.6Mbpsのアダプテーションセット(AdaptationSet)、LPCM384kHz/24bitのリプレゼンテーション（Representation）を含む18.432Mbpsのアダプテーションセット(AdaptationSet)、LPCM192kHz/24bitのリプレゼンテーション（Representation）を含む9.216Mbpsのアダプテーションセット(AdaptationSet)、AAC192kbpsのリプレゼンテーション（Representation）を含む0.192Mbpsのアダプテーションセット(AdaptationSet)で構成されている。
【００６９】
DSDがメインだが、DSDが再生できない環境での再生互換性を高めるためにLPCMも用いる。また、ビットレートを大きく下げるためにAACも用いる。この場合、ビットレート値だけでビットレートスイッチしていくと、DSDとLPCMが混在して交互に選択されてしまう。DSDとLPCMの切り替えは一般にDAコンバータのモード切替が必要で、シームレスに接続できない場合がある。
【００７０】
再生端末５における設定で、DSD優先、LPCM優先といった指定ができるとDSD/LPCM切り替えに起因するユーザビリティの低下が抑えられる。
【００７１】
さらに、このコンテンツはDSD重視であることがメタデータでわかれば、再生端末５はDSDの方を優先的に選択することも可能になる。
【００７２】
以上のように、本技術においては、クライアント側（再生端末５）においては、ビットレートスイッチングの際に品質を重視すべきパラメータが設定される。また、送出側（Webサーバ３）においては、コンテンツの内容が分析され、ビットレートスイッチングの際に優先するべき重要なパラメータがメタデータとして生成される。これに対応して、クライアント側においては、自己のパラメータ設定とWebサーバ３から取得したメタデータの情報に基づいて、より適したリプレゼンテーション（Representation）が選択できる。
【００７３】
＜２．第１の実施の形態（配信システム）＞
＜配信システム＞
次に、以上のような本技術を適用するシステムについて説明する。図１３は、本技術を適用した情報処理システムの一態様である配信システムの構成の一例を示すブロック図である。図１３に示される配信システム１００は、画像や音声などのデータ（コンテンツ）を配信するシステムである。配信システム１００において、ファイル生成装置１０１、配信サーバ１０２、および再生端末１０３は、ネットワーク１０４を介して互いに通信可能に接続されている。
【００７４】
ファイル生成装置１０１は、本技術を適用した情報処理装置の一態様であり、画像データおよび音声データを格納するMP4ファイルやMPDのファイル（MPDファイルとも称する）の生成に関する処理を行う装置である。例えば、ファイル生成装置１０１は、画像データおよび音声データを生成し、生成した画像データおよび生成した音声データを格納するMP4ファイルやそのMP4ファイルを管理するMPDファイルを生成し、生成したそれらのファイルを配信サーバ１０２に供給する。
【００７５】
配信サーバ１０２は、本技術を適用した情報処理装置の一態様であり、MPEG-DASHを用いたコンテンツデータの配信サービス（すなわち、MPDファイルを用いたMP4ファイルの配信サービス）に関する処理を行うサーバである。例えば、配信サーバ１０２は、ファイル生成装置１０１から供給されたMPDファイルやMP4ファイルを取得して管理し、MPEG-DASHを用いた配信サービスを提供する。例えば、配信サーバ１０２は、再生端末１０３からの要求に応じて、MPDファイルを再生端末１０３提供する。また、配信サーバ１０２は、そのMPDファイルに基づく再生端末１０３からの要求に応じて、要求されたMP4ファイルを再生端末１０３に供給する。
【００７６】
再生端末１０３は、本技術を適用した情報処理装置の一態様であり、画像データおよび音声データの再生に関する処理を行う装置である。例えば、再生端末１０３は、MPEG-DASHに従って配信サーバ１０２に対してMP4ファイルの配信を要求し、その要求に応じて供給されたMP4ファイルを取得する。より具体的には、再生端末１０３は、配信サーバ１０２からMPDファイルを取得し、そのMPDファイルの情報に従って、所望のコンテンツデータを格納するMP4ファイルを配信サーバ１０２から取得する。再生端末１０３は、その取得したMP4ファイルをデコードし、画像データおよび音声データを再生する。
【００７７】
ネットワーク１０４は、任意の通信網であり、有線通信の通信網であってもよいし、無線通信の通信網であってもよいし、それらの両方により構成されるようにしてもよい。また、ネットワーク１０４が、１の通信網により構成されるようにしてもよいし、複数の通信網により構成されるようにしてもよい。例えば、インターネット、公衆電話回線網、所謂3G回線や4G回線等の無線移動体用の広域通信網、WAN（Wide Area Network）、LAN（Local Area Network）、Bluetooth（登録商標）規格に準拠した通信を行う無線通信網、NFC（Near Field Communication）等の近距離無線通信の通信路、赤外線通信の通信路、HDMI（登録商標）（High-Definition Multimedia Interface）やUSB（Universal Serial Bus）等の規格に準拠した有線通信の通信網等、任意の通信規格の通信網や通信路がネットワーク１０４に含まれるようにしてもよい。
【００７８】
ファイル生成装置１０１、配信サーバ１０２、再生端末１０３は、それぞれ、ネットワーク１０４に通信可能に接続されており、このネットワーク１０４を介して互いに情報の授受を行うことができる。ファイル生成装置１０１、配信サーバ１０２、再生端末１０３は、ネットワーク１０４に対して、有線通信により接続されるようにしてもよいし、無線通信により接続されるようにしてもよいし、その両方により接続されるようにしてもよい。
【００７９】
なお、図１３において、配信システム１００の構成として、ファイル生成装置１０１、配信サーバ１０２、および再生端末１０３は、１台ずつ示されているが、これらの数は、それぞれ任意であり、互いに同一でなくてもよい。例えば、配信システム１００において、ファイル生成装置１０１、配信サーバ１０２、再生端末１０３は、それぞれ、単数であってもよいし、複数であってもよい。
【００８０】
＜ファイル生成装置＞
図１４は、ファイル生成装置１０１の主な構成例を示すブロック図である。図１４に示されるように、ファイル生成装置１０１は、ビデオストリーム生成部１１０、オーディオストリーム生成部１１１、コンテンツファイル生成部１１２、MPD生成部１１３、および通信部１１４を有する。
【００８１】
ビデオストリーム生成部１１０とオーディオストリーム生成部１１１は、コンテンツデータのストリームの生成に関する処理を行う。例えば、ビデオストリーム生成部１１０は、入力されたビデオアナログ信号（画像信号とも称する）をA/D変換したり、フレームレート変換したり、符号化したりして、ビデオデジタルデータ（画像データとも称する）のストリームであるビデオストリームを生成し、それをコンテンツファイル生成部１１２に供給する。例えば、オーディオストリーム生成部１１１は、入力されたオーディオアナログ信号（音声信号とも称する）を変調したり、A/D変換したり、符号化したりして、オーディオデジタルデータ（音声データとも称する）のストリームであるオーディオストリームを生成し、それをコンテンツファイル生成部１１２に供給する。
【００８２】
なお、このビデオストリーム生成部１１０によるビデオアナログ信号に対する信号処理の内容は任意である。このオーディオストリーム生成部１１１によるオーディオアナログ信号に対する信号処理の内容は任意である。例えば、変調や符号化を採用する場合、その変調方式や符号化方式は任意である。例えば、ビデオストリーム生成部１１０は、ビデオアナログ信号から、MPEG2ストリーム、AVCストリーム、HEVCのストリーム等を生成することができる。例えば、オーディオストリーム生成部１１１は、オーディオアナログ信号から、DSDロスレスストリーム、AACストリーム、LPCMのストリーム等を生成することができる。
【００８３】
コンテンツファイル生成部１１２は、ビデオストリーム生成部１１０およびオーディオストリーム生成部１１１から供給されるコンテンツデータを格納するファイル（コンテンツファイル）の生成に関する処理を行う。例えば、コンテンツファイル生成部１１２は、ビデオストリーム生成部１１０からコンテンツデータとして供給されるビデオストリームと、オーディオストリーム生成部１１１からコンテンツデータとして供給されるオーディオストリームを格納するコンテンツファイルであるMP4ファイルを生成し、それをMPD生成部１１３や通信部１１４に供給する。
【００８４】
なお、このコンテンツファイル生成部１１２が生成するコンテンツファイルの仕様は任意である。例えば、コンテンツファイル生成部１１２は、MPEG2ストリーム、AVCストリーム、HEVCのストリーム等や、DSDロスレスストリーム、AACストリーム、LPCMのストリーム等を格納するMP4ファイルを生成することができる。もちろん、コンテンツファイル生成部１１２がMP4ファイル以外のコンテンツファイルを生成するようにしてもよい。
【００８５】
MPD生成部１１３は、コンテンツファイル生成部１１２が生成したコンテンツファイルの管理情報の生成に関する処理を行う。例えば、MPD生成部１１３は、コンテンツファイル生成部１１２から供給されるMP4ファイルについてのMPDファイルを生成し、それを通信部１１４に供給する。MPD生成部１１３は、このMPDファイルの生成の際に、上述した本技術を適用し、上述したコンテンツの内容を分析し、どのパラメータを優先すべきかを示すメタデータ（ストリーム選択支援情報）をMPDに設定する。
【００８６】
通信部１１４は、ネットワーク１０４を介した他の装置との通信に関する処理を行う。例えば、通信部１１４は、供給されたMPDファイルやMP4ファイルを配信サーバ１０２に供給する。
【００８７】
図１４に示されるように、MPD生成部１１３は、ビデオメタデータ生成部１２１、オーディオメタデータ生成部１２２、ファイル生成部１２３を有する。
【００８８】
ビデオメタデータ生成部１２１は、ビデオに関するストリーム選択支援情報からなるメタデータの生成処理を行う。オーディオメタデータ生成部１２２は、オーディオに関するストリーム選択支援情報からなるメタデータの生成処理を行う。ファイル生成部１２３は、MPDファイルの生成に関する処理を行う。
【００８９】
＜配信用データ生成処理の流れ＞
次に、配信システム１００のファイル生成装置１０１において実行される配信用データ生成処理の流れの例を、図１５のフローチャートを参照して説明する。ファイル生成装置１０１は、コンテンツデータのMP4ファイルやMPDファイルを生成する際に、この配信用データ生成処理を行う。
【００９０】
配信用データ生成処理が開始されると、ファイル生成装置１０１のビデオストリーム生成部１１０は、ステップＳ１０１において、ビデオアナログ信号からのビデオストリームを生成する。
【００９１】
オーディオストリーム生成部１１１は、ステップＳ１０２において、オーディオアナログ信号から複数種類のオーディオストリームを生成する。
【００９２】
ステップＳ１０３において、コンテンツファイル生成部１１２は、ステップＳ１０１において生成されたビデオストリームおよびステップＳ１０２において生成されたオーディオストリームを格納するコンテンツファイル（例えばMP4ファイル）を生成する。
【００９３】
ステップＳ１０４において、MPD生成部１１３は、MPDファイル生成処理を実行し、ステップＳ１０３において生成されたコンテンツファイル（MP4ファイル）を管理するMPDファイルを生成する。このMPDファイル生成処理の詳細は、図１６を参照して後述される。
【００９４】
ステップＳ１０５において、通信部１１４は、ステップＳ１０３において生成されたコンテンツファイルや、ステップＳ１０４において生成されたMPDファイルを配信サーバ１０２に供給（アップロード）する。
【００９５】
ステップＳ１０５の処理が終了すると、配信用データ生成処理が終了する。
【００９６】
＜MPDファイル生成処理の流れ＞
次に、図１６のフローチャートを参照して、図１５のステップＳ１０４において実行されるMPDファイル生成処理の流れの例を説明する。
【００９７】
MPDファイル生成処理が開始されると、MPD生成部１１３のビデオメタデータ生成部１２１は、ステップＳ１１１において、ステップＳ１０１により生成されたビデオストリームからパラメータを取得し、コンテンツの内容とシーンを解析し、解析結果に基づいて、どのパラメータが重要であるかを示す、ビデオに関するストリーム選択支援情報からなるメタデータの生成処理を行う。
【００９８】
ついで、オーディオメタデータ生成部１２２は、ステップＳ１１２において、ステップＳ１０２により生成されたオーディオストリームからパラメータを取得し、コンテンツの内容とシーンを解析し、解析結果に基づいて、どのパラメータが重要であるかを示す、オーディオに関するストリーム選択支援情報からなるメタデータの生成処理を行う。
【００９９】
ステップＳ１１３において、ファイル生成部１２３は、ステップＳ１１１およびステップＳ１１２において生成されたメタデータを含めて、MPDファイルを生成する。MPDファイルが生成されると、MPDファイル生成処理が終了し、処理は図１５に戻る。
【０１００】
＜ビデオメタデータ生成処理の流れ＞
次に、図１７のフローチャートを参照して、図１６のステップＳ１０１のビデオメタデータ生成処理について説明する。
【０１０１】
ステップＳ１２１において、ビデオメタデータ生成部１２１は、入力されたビデオストリームのパラメータから、解像度、フレームレート、bit長、クロマサブサンプリングを取得する。
【０１０２】
ステップＳ１２２において、ビデオメタデータ生成部１２１は、維持すべきパラメータを手動で入力するか否かを判定する。ステップＳ１２２において、維持すべきパラメータを手動で入力すると判定された場合、ビデオメタデータ生成部１２１は、ステップＳ１２３において、維持すべきパラメータを入力する。ステップＳ１２２において、維持すべきパラメータを手動で入力しないと判定された場合、ステップＳ１２３をスキップし、処理は、ステップＳ１２４に進む。
【０１０３】
ビデオメタデータ生成部１２１は、ステップＳ１２４において、入力されたビデオストリームの内容を解析し、ステップＳ１２５において、ステップＳ１２４による解析結果に基づいて、維持すべきビデオパラメータを決定する。なお、ビデオストリームの内容解析については、あるアルゴリズムで優先度を決定するが、解析アルゴリズムそのものは、解析ができればどんなアルゴリズムでもよい。
【０１０４】
ビデオメタデータ生成部１２１は、ステップＳ１２６において、ビデオメタデータを生成する。
【０１０５】
＜オーディオメタデータ生成処理の流れ＞
次に、図１８のフローチャートを参照して、図１６のステップＳ１０２のオーディオメタデータ生成処理について説明する。
【０１０６】
ステップＳ１３１において、オーディオメタデータ生成部１２２は、入力されたオーディオストリームのパラメータから、解像度、フレームレート、bit長、クロマサブサンプリングを取得する。
【０１０７】
ステップＳ１３２において、オーディオメタデータ生成部１２２は、維持すべきパラメータを手動で入力するか否かを判定する。ステップＳ１３２において、維持すべきパラメータを手動で入力すると判定された場合、オーディオメタデータ生成部１２２は、ステップＳ１３３において、維持すべきパラメータを入力する。ステップＳ１３２において、維持すべきパラメータを手動で入力しないと判定された場合、ステップＳ１３３をスキップし、処理は、ステップＳ１３４に進む。
【０１０８】
オーディオメタデータ生成部１２２は、ステップＳ１３４において、入力されたオーディオストリームの内容を解析し、ステップＳ１３５において、ステップＳ１３４による解析結果に基づいて、維持すべきオーディオパラメータを決定する。なお、オーディオストリームの内容解析については、あるアルゴリズムで優先度を決定するが、解析アルゴリズムそのものは、解析ができればどんなアルゴリズムでもよい。
【０１０９】
オーディオメタデータ生成部１２２は、ステップＳ１３６において、オーディオメタデータを生成する。
【０１１０】
＜ビデオメタデータの例＞
図１９は、ビデオに関するメタデータ（ストリーム選択支援情報）の詳細を示している。送信側は、コンテンツ（ファイル）毎、あるいはコンテンツのシーン・フレーム毎に、図１９に示される情報をコンテンツに付与している。なお、各パラメータは、3値で表される。
【０１１１】
prior_video_parametersは、重要なビデオパラメータを示す
int frame_rateは、高フレームレートの維持を示す
int resolutionは、輝度解像度の維持を示す
int bit_depthは、bitdepthの維持を示す
int chroma_subsamplingは、色解像度の維持を示す
int reservedは、reserved(予約領域)を示す
これらのfielｄのセマンティックス(semantics)は、0:情報なし、不明、1:そのパラメータの維持を優先する、2:変更を許容するの3値である。
【０１１２】
なお、メタデータは、バイナリまたはテキスト(例えば、XML)で表現される。メタデータは、単一のファイル、またはMPD、MP4に格納される。MPDに格納する場合、Periodに対して設定されるpropertyとなる。また、これらのパラメータ以外にも、例えば、色域やガンマカーブを含むようにしてもよい。
【０１１３】
＜オーディオメタデータの例＞
図２０は、オーディオに関するメタデータ（ストリーム選択支援情報）の詳細を示している。送信側は、コンテンツ（ファイル）毎、あるいはコンテンツのシーン・フレーム毎に、図２０に示される情報をコンテンツに付与している。なお、各パラメータは、3値で表される。
【０１１４】
prior_audio_parametersは、重要なビデオパラメータを示す
int fsは、サンプリング周波数の維持を示す
int sample_lengthは、サンプル長の維持を示す
int number_of_channelsは、チャンネル数を示す
int reservedは、reserved(予約領域)を示す
これらのfielｄのセマンティックス(semantics)は、0:情報なし、不明、1:そのパラメータの維持を優先する、2:変更を許容するの3値である。
【０１１５】
なお、メタデータは、バイナリまたはテキスト(例えば、XML)で表現される。メタデータは、単一のファイル、またはMPD、MP4に格納される。MPDに格納する場合、Periodに対して設定されるpropertyとなる。
【０１１６】
＜メタデータの更新頻度＞
コンテンツ全体、シーン、DASHセグメント、ビデオフレーム、それぞれは格納場所が異なる。格納場所によって可能な更新頻度も変わるが、更新頻度は特に限定されない。例えば、Staticに設定する場合、MPDのPeriodのpropertyとして付与する。Period内の全Adaptation Set,Representationに対する設定で、Adaptation Set内でのRepresetationスイッチのみならず、Adaptation Set間のスイッチングも想定する。
【０１１７】
なお、時系列で変化することも可能にする場合には、MP4のTimed Metadataとして格納する方法がある。具体的には、図２１に示されるように、ISO/IEC14496-12 Timed Metadata track’meta’,C.11 Guidelines on the use of sample groups,timed metadata tracks, and sample auxiliary informationに記述があるように、パラメータの１組を1sampleとし、sample durationで継続範囲が指定される。
【０１１８】
＜再生端末＞
図２２は、再生端末１０３の主な構成例を示すブロック図である。図２２に示されるように、再生端末１０３は、MPD取得部１５１、パース部１５２、コンテンツファイル取得部１５３、ストリーム抽出部１５４、ビデオ復号部１５５、ビデオ出力部１５６、オーディオ復号部１５７、オーディオ出力部１５８、制御部１５９、および操作部１６０を有する。
【０１１９】
MPD取得部１５１は、MPDファイルの取得に関する処理を行う。例えば、MPD取得部１５１は、配信サーバ１０２に対してMPDファイルを要求し、その配信サーバ１０２から供給されるMPDファイルを取得する。MPD取得部１５１は、取得したMPDファイルをパース部１５２に供給する。
【０１２０】
パース部１５２は、MPDファイルのパース（解析）に関する処理を行う。例えば、パース部１５２は、MPD取得部１５１から供給されるMPDファイルをパースし、そのMPDファイルの記述に応じた制御情報を生成し、それをコンテンツファイル取得部１５３に供給する。
【０１２１】
コンテンツファイル取得部１５３は、コンテンツファイルの取得に関する処理を行う。例えば、コンテンツファイル取得部１５３は、パース部１５２から供給される制御情報に基づいて、配信サーバ１０２からコンテンツファイルとしてMP4ファイルを取得し、その取得したMP4ファイルをストリーム抽出部１５４に供給する。
【０１２２】
ストリーム抽出部１５４は、ストリームの抽出に関する処理を行う。例えば、ストリーム抽出部１５４は、コンテンツファイル取得部１５３から供給されるMP4ファイルからビデオストリームやオーディオストリームを抽出する。例えば、そのビデオストリームを復号して出力する場合、ストリーム抽出部１５４は、抽出したビデオストリームをビデオ復号部１５５に供給する。ビデオストリームのまま出力する場合、ストリーム抽出部１５４は、抽出したビデオストリームをビデオ出力部１５６に供給する。例えば、そのオーディオストリームを復号して出力する場合、ストリーム抽出部１５４は、抽出したオーディオストリームをオーディオ復号部１５７に供給する。オーディオストリームのまま出力する場合、ストリーム抽出部１５４は、抽出したオーディオストリームをオーディオ出力部１５８に供給する。
【０１２３】
ビデオ復号部１５５は、コンテンツデータが符号化された符号化データの復号に関する処理を行う。例えば、ビデオ復号部１５５は、ストリーム抽出部１５４から供給されたビデオストリームを復号する等して、ビデオアナログ信号を復元する。ビデオ復号部１５５は、復元したビデオアナログ信号をビデオ出力部１５６に供給する。なお、ビデオ復号部１５５がビデオストリームに対して行う処理は、そのストリームに対して正しい方法である限り任意である。例えば、復号だけでなく、復調やD/A変換等も行われるようにしてもよい。
【０１２４】
オーディオ復号部１５７は、コンテンツデータが符号化された符号化データの復号に関する処理を行う。例えば、オーディオ復号部１５７は、ストリーム抽出部１５４から供給されたオーディオストリームを復号する等して、オーディオアナログ信号を復元する。オーディオ復号部１５７は、復元したオーディオアナログ信号をオーディオ出力部１５８に供給する。なお、オーディオ復号部１５７がオーディオストリームに対して行う処理は、そのストリームに対して正しい方法である限り任意である。例えば、復号だけでなく、フレームレート変換や解像度変換やD/A変換等も行われるようにしてもよい。
【０１２５】
例えば、オーディオストリームは、DSDロスレスストリームであり、オーディオ復号部１５７は、そのDSDロスレスストリームを復号してDSDデータを復元し、さらに復調してオーディオアナログ信号を復元する。また、例えば、オーディオストリームは、LPCMのストリームであってもよいし、AACのストリームであってもよい。オーディオ復号部１５７は、それらのデータに応じた処理を行い、オーディオアナログ信号を復元する。
【０１２６】
ビデオ出力部１５６は、コンテンツデータの出力に関する処理を行う。例えば、ビデオ出力部１５６は、ディスプレイを有し、ビデオ復号部１５５から供給されるビデオオアナログ信号をそのディスプレイら出力する。また、例えば、ビデオ出力部１５６は、ビデオ信号の出力端子を有し、ビデオ復号部１５５から供給されるビデオアナログ信号を、その出力端子を介して他の装置に供給する。さらに、例えば、ビデオ出力部１５６は、デジタル信号の出力端子を有し、ストリーム抽出部１５４から供給されたオーディオストリームを、その出力端子を介して例えば外部ビデオデコーダ１６１等の他の装置に供給する。つまり、オーディオストリームは、再生端末１０３の外部に設けられた外部ビデオデコーダ１６１において復号することもできる。
【０１２７】
オーディオ出力部１５８は、コンテンツデータの出力に関する処理を行う。例えば、オーディオ出力部１５８は、スピーカを有し、オーディオ復号部１５７から供給されるオーディオアナログ信号をそのスピーカから出力する。また、例えば、オーディオ出力部１５８は、アナログ信号の出力端子を有し、オーディオ復号部１５７から供給されるオーディオアナログ信号を、その出力端子を介して他の装置に供給する。さらに、例えば、オーディオ出力部１５８は、デジタル信号の出力端子を有し、ストリーム抽出部１５４から供給されたオーディオストリームを、その出力端子を介して例えば外部オーディオデコーダ１６２等の他の装置に供給する。つまり、ビデオストリームは、再生端末１０３の外部に設けられた外部オーディオデコーダ１６２において復号することもできる。
【０１２８】
また、図２２に示されるように、コンテンツファイル取得部１５３は、スイッチング制御部１８１を有する。スイッチング制御部１８１は、再生するコンテンツデータのスイッチングの制御に関する処理を行う。例えば、スイッチング制御部１８１は、パース部１５２からの制御情報や制御部１５９からのユーザの設定情報に基づいてこのスイッチングの制御を行う。
【０１２９】
制御部１５９は、再生端末１０３が動作する上で、必要な情報を記憶するメモリ１５９Ａを内蔵している。制御部１５９は、ビットレートスイッチングの際に品質を重視すべきパラメータ（ストリーム選択のプリファレンス）を、操作部１６０を用いてユーザに設定させ、必要に応じて、その設定をメモリ１５９Ａに保持する。制御部１５９は、スイッチング制御部１８１に応じて、メモリ１５９Ａに保持されている設定情報を供給する。
【０１３０】
操作部１６０は、マウス、キーボード、タッチパネルなどにより構成される。操作部１６０は、ユーザによるパラメータの設定などを入力する。
【０１３１】
＜設定処理の流れ＞
次に、配信システム１００の再生端末１０３において実行されるストリーム選択プリファレンスの設定処理の流れの例を、図２３のフローチャートを参照して説明する。プリファレンス設定処理が開始されると、プリファレンスの設定画面が、図示せぬディスプレイに表示される。ディスプレイにおけるプリファレンスの設定画面を見たユーザは、操作部１６０を用いて、ストリーム設定プリファレンスの入力を行う。
【０１３２】
操作部１６０からの入力に対応して、ステップＳ１５１において、制御部１５９は、ストリーム選択プリファレンスをユーザ設定するか否かを判定する。ステップＳ１５１において、ストリーム選択プリファレンスをユーザ設定すると判定された場合、処理は、ステップＳ１５２に進む。
【０１３３】
ステップＳ１５２において、制御部１５９は、ストリーム属性のうちどのパラメータの維持を優先するかをユーザに選択させる。すなわち、ストリーム属性のうちどのパラメータの維持を優先するかをユーザに選択させるための画面をディスプレイに表示させる。これに対応して、ユーザは、操作部１６０を用いて、優先するパラメータの入力を行う。
【０１３４】
ステップＳ１５３において、制御部１５９は、ステップＳ１５２により選択させたパラメータを優先することを示すストリーム選択プリファレンスをメモリ１５９Ａに保持する。
【０１３５】
ステップＳ１５１において、ストリーム選択プリファレンスをユーザ設定しないと判定された場合、処理は、ステップＳ１５４に進む。
【０１３６】
ステップＳ１５４において、制御部１５９は、ユーザ設定のストリーム選択プリファレンスはなしと設定する。すなわち、この場合には、ストリーム属性のうち、どのパラメータの維持を優先するかは、コンテンツ毎に、配信サーバ１０２からのストリーム選択支援情報（メタデータ）に基づき、スイッチング制御部１８１が決定することになる。
【０１３７】
＜再生処理の流れ＞
次に、再生端末１０３において実行される再生処理の流れの例を、図２４のフローチャートを参照して説明する。再生処理が開始されると、再生端末１０３のMPD取得部１５１は、ステップＳ１６１において、例えばユーザ等により指定されたMPDファイルを配信サーバ１０２から取得する。
【０１３８】
ステップＳ１６２において、パース部１５２は、パース処理を実行して、ステップＳ１６１において取得されたMPDファイルをパースし、そのパース結果を反映した制御情報を生成する。制御情報の中には、ストリーム選択支援情報（メタデータ）が含まれている。ステップＳ１６３において、コンテンツファイル取得部１５３は、コンテンツファイル取得処理を実行して、ステップＳ１６２のパース結果（制御情報）や、ネットワーク１０４の空き帯域等の通信状況などに応じて、所望のコンテンツに関するMP4ファイルを、配信サーバ１０２から取得する。なお、このコンテンツファイルの取得処理は、図２５を参照して後述される。
【０１３９】
ステップＳ１６４において、ストリーム抽出部１５４は、ステップＳ１６３において取得されたMP4ファイルからビデオストリームを抽出する。ステップＳ１６５において、ストリーム抽出部１５４は、ステップＳ１６３において取得されたMP4ファイルからオーディオストリームを抽出する。
【０１４０】
ステップＳ１６６において、ビデオ復号部１５５とオーディオ復号部１５７は、そのビデオストリームとオーディオストリームを復号するか否かを判定する。復号すると判定された場合、処理はステップＳ１６７に進む。ステップＳ１６７において、ビデオ復号部１５５は、ステップＳ１６４で抽出されたビデオストリームを復号し、ビデオアナログ信号を復元し、オーディオ復号部１５７は、ステップＳ１６５において抽出されたオーディオストリームを復号し、オーディオアナログ信号を復元する。ビデオストリームおよびオーディオストリームが復号されると処理はステップＳ１６８に進む。また、ステップＳ１６６において、オーディオストリームを復号しないと判定された場合、処理はステップＳ１６８に進む。
【０１４１】
ステップＳ１６８において、ビデオ出力部１５６は、ビデオストリームまたはビデオアナログ信号を出力し、オーディオ出力部１５８は、オーディオストリームまたはオーディオアナログ信号を出力する。ステップＳ１６８の処理が終了すると、再生処理が終了する。
【０１４２】
＜コンテンツファイル取得処理の流れ＞
次に、図２４のステップＳ１６３において実行されるコンテンツファイル取得処理の流れの例を、図２５のフローチャートを参照して説明する。コンテンツファイル取得処理が開始されると、コンテンツファイル取得部１５３は、ステップＳ１７１において、パース結果や通信状況などに応じて、取得するコンテンツファイル（MP4ファイル）を選択する。取得するMP4ファイルが決定すると、ステップＳ１７２において、コンテンツファイル取得部１５３は、そのMP4ファイルの取得を開始する。
【０１４３】
ステップＳ１７３において、スイッチング制御部１８１は、取得するMP4ファイルを切り替えるか否かを判定する。例えば伝送帯域の変動などに応じて、取得するMP4ファイルを切り替えると判定された場合、処理はステップＳ１７４に進む。
【０１４４】
ステップＳ１７４において、スイッチング制御部１８１は、配信サーバ１０２からのストリーム選択支援情報とストリーム選択プリファレンス設定に基づいて、スイッチング先（すなわち、切り替え後のMP4ファイル）を選択し、切り替えるストリーム選択処理を行う。
【０１４５】
ステップＳ１７４の処理が終了すると、処理はステップＳ１７５に進む。また、ステップＳ１７３において、取得するMP4ファイルを切り替えないと判定された場合、処理はステップＳ１７５に進む。
【０１４６】
ステップＳ１７５において、コンテンツファイル取得部１５３は、MP4ファイルの取得を終了するか否かを判定する。まだ、所望のコンテンツのMP4ファイルの取得が終了しておらず、MP4ファイルの取得を終了しないと判定された場合、処理はステップＳ１７４に戻り、それ以降の処理が繰り返される。そして、ステップＳ１７５において、所望のコンテンツに関するMP4ファイルの取得が終了したと判定された場合、コンテンツファイル取得処理が終了する。
【０１４７】
＜ストリーム選択処理の流れ＞
次に、図２６のフローチャートを参照して、図２５のステップＳ１７４のストリーム選択処理について説明する。
【０１４８】
ステップＳ１８１において、スイッチング制御部１８１は、ストリーム選択支援情報と再生端末１０３におけるプリファレンス設定に基づいて、スイッチングすべきエレメンタリストリーム種別を決定する。
【０１４９】
ステップＳ１８２において、スイッチング制御部１８１は、選択したエレメンタリストリーム種別において、再生端末１０３が再生可能な条件の範囲でストリーム選択支援情報から、最適なストリームファイルが選択可能か否かを判定する。ステップＳ１８２において、最適なストリームファイルが選択可能であると判定された場合、処理は、ステップＳ１８３に進む。
【０１５０】
ステップＳ１８３において、スイッチング制御部１８１は、ストリーム選択支援情報に基づき、再生端末１０３が再生可能な条件の範囲で、最適なストリームファイルを決定する。
【０１５１】
ステップＳ１８３において、コンテンツファイル取得部１５３は、ステップＳ１８２で決定されたストリームファイルに、ストリーム切り替えを実行する。
【０１５２】
ステップＳ１８２において、最適なストリームファイルが選択できないと判定された場合、処理は、ステップＳ１８５に進む。
【０１５３】
ステップＳ１８５において、スイッチング制御部１８１は、異なるエレメンタリストリーム種別を選択し、ストリーム選択をやりなおすことが可能か否かを判定する。ステップＳ１８５において、可能であると判定された場合、処理は、ステップＳ１８２に戻り、それ以降の処理が繰り返される。ステップＳ１８５において、可能ではないと判定された場合、処理は、ステップＳ１８６に進む。
【０１５４】
ステップＳ１８６において、コンテンツファイル取得部１５３は、スイッチング可能なストリームがないため、再生端末１０３（プレーヤ）実装依存の処理を行う。
【０１５５】
ステップＳ１８４またはＳ１８６の処理の後、図２５の処理に戻る。
【０１５６】
以上のように各処理を実行することにより、再生端末１０３は、本技術を適用したストリーム選択支援情報と再生端末１０３におけるプリファレンス設定に応じてコンテンツファイルを取得することができる。すなわち、再生端末１０３は、そのコンテンツの内容やユーザの好みに応じて、シームレスな切り替えを容易に実現することができ、コンテンツデータをより安定的な伝送を実現することができる。
【０１５７】
以上により、本技術によれば、限られた伝送帯域幅において、ビットレートスイッチング時により適切なファイルを選択できるようになる。
【０１５８】
なお、適切なファイルの選択とは、コンテンツの特性に応じて劣化の少ないストリームを選択ができること、あるいは、主観的に情報の欠落が少ない選択（ユーザの好みに合致した選択）が可能になることを意味する。
【０１５９】
＜スイッチング用ストリームを示すメタデータ＞
次に、ビットレートスイッチングの際の切り替え時間を短縮するために、通常再生ではなく（通常再生するには、画質不足などの理由で）、ビットレートスイッチング専用のリプレゼンテーション（Representation）を用意する方法が考えられる。
【０１６０】
この状態遷移用のリプレゼンテーション（Representation）は、低レートで低遅延なエンコードがされており、バッファリングに要する時間が短い。この効果により高速な切り替えを実現する。また、再生開始までの時間を短縮するためにも用いることができる。
【０１６１】
そのために、例えば、図２７に示されるように、MPDのリプレゼンテーション（Representation）に、拡張property(EssentialProperty,SupplementalProperty）が定義される。
【０１６２】
・EssentialPropertyあるいはSupplementalProperty
・schemUri ＝  “urn:mpeg:dash:transition_use:2016”
・value ＝  “for_nomal_reproduction,for_reproduction_start,for_fast_switching”
fielｄのセマンティックス(semantics)は、以下のようになる。
for_nomal_reproduction ：通常再生時に利用できる(1)、通常再生時用ではない(0)
for_reproduction_start ：再生開始時に利用できる(1)、再生開始時用ではない(0)
for_fast_switching ： スイッチング時の経由に利用できる(1)、スイッチング用ではない(0)
なお、再生端末１０３においては、このpropertyも含めて評価し、選択するリプレゼンテーション（Representation）が決定される。
【０１６３】
図２８には、５つのリプレゼンテーション（Representation）が示されている。なお、上の４つは、(for_nomal_reproduction,for_reproduction_start,for_fast_switching) ＝ (1,0,0)である。すなわち、通常再生時に利用できるリプレゼンテーションである。下の１つは、(for_nomal_reproduction,for_reproduction_start,for_fast_switching) ＝ (0,1,1)である。すなわち、再生開始時に利用でき、スイッチング時の経由に利用できる利プレゼンテーションである。
【０１６４】
上から順に、視点Aで、4K60pで、30Mbpsのリプレゼンテーション（Representation）、視点A’で、2K60pで、15Mbpsのリプレゼンテーション（Representation）、視点Bで、4K60pで、30Mbpsのリプレゼンテーション（Representation）、視点B’で、2K60pで、15Mbpsのリプレゼンテーション（Representation）、視点B”で、1k30pで5Mbpsのリプレゼンテーション（Representation）が示されている。
【０１６５】
例えば、図２８に示されるように、視点Aを見ると、視点Aで、4K60pで、30Mbpsのリプレゼンテーション（Representation）から、視点B’で、2K60pで、15Mbpsのリプレゼンテーション（Representation）にストリームを切り替える際に、一旦、視点B”で、1k30pで5Mbps（低レート）のリプレゼンテーション（Representation）が用いられる。
【０１６６】
また、再生開始時は、視点B”で、1k30pで5Mbps（低レート）のリプレゼンテーション（Representation）が再生されて、その後、視点Bで、4K60pで、30Mbps（高レート）のリプレゼンテーション（Representation）が再生される。
【０１６７】
視点Bを見ると、視点Bで、4K60pで、30Mbpsのリプレゼンテーション（Representation）から、視点B’で、2K60pで、15Mbpsのリプレゼンテーション（Representation）にストリームを切り替える際に、一旦、視点B”で、1k30pで5Mbps（低レート）のリプレゼンテーション（Representation）が用いられる。
【０１６８】
以上のように、低レートのリプレゼンテーション（Representation）を用意しておき、再生開始時や切り替え時など、特殊な再生のときに用いることで切り替え時間を短縮することができる。
【０１６９】
＜ファイル生成装置＞
図２９は、ファイル生成装置１０１の主な構成例を示すブロック図である。図２９のファイル生成装置１０１は、ビデオストリーム生成部１１０、オーディオストリーム生成部１１１、コンテンツファイル生成部１１２、MPD生成部１１３、および通信部１１４を有する点は、図１４のファイル生成装置１０１と共通している。
【０１７０】
図２９のMPD生成部１１３は、ビデオメタデータ生成部１２１、オーディオメタデータ生成部１２２、ファイル生成部１２３を有する点は、図１４のMPD生成部１１３と共通している。
【０１７１】
これに対して、図２９のMPD生成部１１３は、トランシジョンユース設定部２０１を有している点のみが、図１４のMPD生成部１１３と異なっている。
【０１７２】
異なっている部分についてのみ説明するに、トランシジョンユース設定部２０１は、スイッチング用ストリームを示すメタデータを設定し、設定したメタデータの生成処理を行う。
【０１７３】
＜MPDファイル生成処理の流れ＞
次に、図３０を参照して、図１５のステップＳ１０４において、図２９のファイル生成装置１０１により実行されるMPDファイル生成処理の流れの他の例を説明する。
【０１７４】
MPDファイル生成処理が開始されると、MPD生成部１１３のビデオメタデータ生成部１２１は、ステップＳ２０１において、図１５のステップＳ１０１により生成されたビデオストリームからパラメータを取得し、コンテンツの内容（例えば、スポーツ中継、音楽ライブ、ミュージカル、ドラマ）とシーンを解析し、解析結果に基づいて、どのパラメータが重要であるかを示す、ビデオに関するストリーム選択支援情報からなるメタデータの生成処理を行う。
【０１７５】
ついで、オーディオメタデータ生成部１２２は、ステップＳ２０２において、ステップＳ１０２により生成されたオーディオストリームからパラメータを取得し、コンテンツの内容とシーンを解析し、解析結果に基づいて、どのパラメータが重要であるかを示す、オーディオに関するストリーム選択支援情報からなるメタデータの生成処理を行う。
【０１７６】
ステップＳ２０３において、トランシジョンユース設定部２０１は、スイッチング用ストリームを示すメタデータを設定し、設定したメタデータの生成処理を行う。このトランシジョンユース設定処理の詳細については、図３１を参照して後述される。
【０１７７】
ステップＳ２０４において、ファイル生成部１２３は、ステップＳ２０１乃至ステップＳ２０３において生成されたメタデータを含めて、MPDファイルを生成する。MPDファイルが生成されると、MPDファイル生成処理が終了し、処理は図１５に戻る。
【０１７８】
＜トランシジョンユース設定処理の流れ＞
次に、図３１のフローチャートを参照して、図３０のステップＳ２０３のトランシジョンユース設定処理について説明する。
【０１７９】
ステップＳ２１１において、トランシジョンユース設定部２０１は、このRepresentationが再生開始用か否かを判定する。ステップＳ２１１において、再生開始用ではないと判定された場合、処理は、ステップＳ２１２に進む。ステップＳ２１２において、トランシジョンユース設定部２０１は、for_reproduction_startの値を０にセットする。
【０１８０】
ステップＳ２１１において、再生開始用であると判定された場合、処理は、ステップＳ２１３に進む。ステップＳ２１３において、トランシジョンユース設定部２０１は、for_reproduction_startの値を１にセットする。
【０１８１】
次に、ステップＳ２１４において、トランシジョンユース設定部２０１は、このRepresentationが高速切り替え用か否かを判定する。ステップＳ２１４において、高速切り替え用ではないと判定された場合、処理は、ステップＳ２１５に進む。ステップＳ２１５において、トランシジョンユース設定部２０１は、for_fast_switchingの値を０にセットする。
【０１８２】
ステップＳ２１４において、高速切り替え用であると判定された場合、処理は、ステップＳ２１６に進む。ステップＳ２１６において、トランシジョンユース設定部２０１は、for_fast_switchingの値を１にセットする。
【０１８３】
ステップＳ２１７において、トランシジョンユース設定部２０１は、このRepresentationが通常再生用か否かを判定する。ステップＳ２１４において、通常再生用ではないと判定された場合、処理は、ステップＳ２１８に進む。ステップＳ２１８において、トランシジョンユース設定部２０１は、for_nomal_reproductionの値を０にセットする。
【０１８４】
ステップＳ２１４において、通常再生用ではないと判定された場合、処理は、ステップＳ２１９に進む。ステップＳ２１９において、トランシジョンユース設定部２０１は、for_nomal_reproductionの値を１にセットする。
【０１８５】
＜ストリーム選択処理の流れ＞
次に、図３２のフローチャートを参照して、図２５のステップＳ１７４のストリーム選択処理の他の例について説明する。
【０１８６】
ステップＳ２３１において、スイッチング制御部１８１は、ストリーム選択支援情報と再生端末１０３におけるプリファレンス設定に基づいて、スイッチングすべきエレメンタリストリーム種別を決定する。
【０１８７】
ステップＳ２３２において、スイッチング制御部１８１は、選択したエレメンタリストリーム種別において、再生端末１０３が再生可能な条件の範囲でストリーム選択支援情報とtransition_use_propertyから、最適なストリームファイルが選択可能か否かを判定する。ステップＳ２３２において、最適なストリームファイルが選択可能であると判定された場合、処理は、ステップＳ２３３に進む。
【０１８８】
ステップＳ２３３において、スイッチング制御部１８１は、ストリーム選択支援情報に基づき、再生端末１０３が再生可能な条件の範囲で、最適なストリームファイルを決定する。
【０１８９】
ステップＳ２３３において、コンテンツファイル取得部１５３は、ステップＳ２３２で決定されたストリームファイルに、ストリーム切り替えを実行する。
【０１９０】
ステップＳ２３２において、最適なストリームファイルが選択できないと判定された場合、処理は、ステップＳ２３５に進む。
【０１９１】
ステップＳ２３５において、スイッチング制御部１８１は、異なるエレメンタリストリーム種別を選択し、ストリーム選択をやりなおすことが可能か否かを判定する。ステップＳ２３５において、可能であると判定された場合、処理は、ステップＳ２３２に戻り、それ以降の処理が繰り返される。ステップＳ２３５において、可能ではないと判定された場合、処理は、ステップＳ２３６に進む。
【０１９２】
ステップＳ２３６において、コンテンツファイル取得部１５３は、スイッチング可能なストリームがないため、再生端末１０３（プレーヤ）実装依存の処理を行う。
【０１９３】
ステップＳ２３４またはＳ２３６の処理の後、図２５の処理に戻る。
【０１９４】
以上のように各処理を実行することにより、再生端末１０３は、本技術を適用したストリーム選択支援情報と、transition_use_propertyと、再生端末１０３におけるプリファレンス設定に応じてコンテンツファイルを取得することができる。すなわち、再生端末１０３は、そのコンテンツの内容やユーザの好みに応じて、シームレスな切り替えを容易に実現することができ、コンテンツデータをより安定的な伝送を実現することができる。
【０１９５】
以上により、本技術によれば、ビットレート以外のパラメータで最適なストリームを選択できるようになる。また、再生装置の独自実装によらない高速シームレススイッチが可能になる。
【０１９６】
＜３．第２の実施の形態（コンピュータ）＞
＜コンピュータ＞
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここでコンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。
【０１９７】
図３３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０１９８】
図３３に示されるコンピュータ１０００において、CPU（Central Processing Unit）１００１、ROM（Read Only Memory）１００２、RAM（Random Access Memory）１００３は、バス１００４を介して相互に接続されている。
【０１９９】
バス１００４にはまた、入出力インタフェース１０１０も接続されている。入出力インタフェース１０１０には、入力部１０１１、出力部１０１２、記憶部１０１３、通信部１０１４、およびドライブ１０１５が接続されている。
【０２００】
入力部１０１１は、例えば、キーボード、マウス、マイクロホン、タッチパネル、入力端子などよりなる。出力部１０１２は、例えば、ディスプレイ、スピーカ、出力端子などよりなる。記憶部１０１３は、例えば、ハードディスク、RAMディスク、不揮発性のメモリなどよりなる。通信部１０１４は、例えば、ネットワークインタフェースよりなる。ドライブ１０１５は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブルメディア１０２１を駆動する。
【０２０１】
以上のように構成されるコンピュータでは、CPU１００１が、例えば、記憶部１０１３に記憶されているプログラムを、入出力インタフェース１０１０およびバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。RAM１００３にはまた、CPU１００１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０２０２】
コンピュータ（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１０２１に記録して適用することができる。その場合、プログラムは、リムーバブルメディア１０２１をドライブ１０１５に装着することにより、入出力インタフェース１０１０を介して、記憶部１０１３にインストールすることができる。
【０２０３】
また、このプログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することもできる。その場合、プログラムは、通信部１０１４で受信し、記憶部１０１３にインストールすることができる。
【０２０４】
その他、このプログラムは、ROM１００２や記憶部１０１３に、あらかじめインストールしておくこともできる。
【０２０５】
＜その他＞
なお、符号化データ（ビットストリーム）に関する各種情報は、符号化データに多重化されて伝送され又は記録されるようにしてもよいし、符号化データに多重化されることなく、符号化データと関連付けられた別個のデータとして伝送され又は記録されるようにしてもよい。ここで、「関連付ける」という用語は、例えば、一方のデータを処理する際に他方のデータを利用し得る（リンクさせ得る）ようにすることを意味する。つまり、互いに関連付けられたデータは、１つのデータとしてまとめられてもよいし、それぞれ個別のデータとしてもよい。例えば、符号化データ（画像）に関連付けられた情報は、その符号化データ（画像）とは別の伝送路上で伝送されるようにしてもよい。また、例えば、符号化データ（画像）に関連付けられた情報は、その符号化データ（画像）とは別の記録媒体（又は同一の記録媒体の別の記録エリア）に記録されるようにしてもよい。なお、この「関連付け」は、データ全体でなく、データの一部であってもよい。例えば、画像とその画像に対応する情報とが、複数フレーム、１フレーム、又はフレーム内の一部分などの任意の単位で互いに関連付けられるようにしてもよい。
【０２０６】
また、上述したように、本明細書において、「合成する」、「多重化する」、「付加する」、「一体化する」、「含める」、「格納する」、「入れ込む」、「差し込む」、「挿入する」等の用語は、例えば符号化データとメタデータとを１つのデータにまとめるといった、複数の物を１つにまとめることを意味し、上述の「関連付ける」の１つの方法を意味する。
【０２０７】
また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２０８】
例えば、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２０９】
また、例えば、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。
【０２１０】
また、例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２１１】
また、例えば、上述したプログラムは、任意の装置において実行することができる。その場合、その装置が、必要な機能（機能ブロック等）を有し、必要な情報を得ることができるようにすればよい。
【０２１２】
また、例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２１３】
なお、コンピュータが実行するプログラムは、プログラムを記述するステップの処理が、本明細書で説明する順序に沿って時系列に実行されるようにしても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで個別に実行されるようにしても良い。さらに、このプログラムを記述するステップの処理が、他のプログラムの処理と並列に実行されるようにしても良いし、他のプログラムの処理と組み合わせて実行されるようにしても良い。
【０２１４】
なお、本明細書において複数説明した本技術は、矛盾が生じない限り、それぞれ独立に単体で実施することができる。もちろん、任意の複数の本技術を併用して実施することもできる。例えば、いずれかの実施の形態において説明した本技術を、他の実施の形態において説明した本技術と組み合わせて実施することもできる。また、上述した任意の本技術を、上述していない他の技術と併用して実施することもできる。
【０２１５】
なお、本技術は以下のような構成も取ることができる。
（１）  コンテンツデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成するメタデータ生成部と、
前記メタデータ生成部により生成されたメタデータと、複数のビットレートのコンテンツデータとを送信する送信部と
を備える情報処理装置。
（２）  前記パラメータは、ビデオデータに関するパラメータである
前記（１）に記載の情報処理装置。
（３）  前記パラメータは、解像度、フレームレート、サンプルビット長、およびクロマサブサンプリングである
前記（１）または（２）に記載の情報処理装置。
（４）  前記パラメータは、ガンマカーブ、または色域である
前記（１）乃至（３）のいずれかに記載の情報処理装置。
（５）  前記パラメータは、オーディオデータに関するパラメータである
前記（１）乃至（４）のいずれかに記載の情報処理装置。
（６）  前記パラメータは、サンプリング周波数、量子化ビット数、およびチャンネル数である
前記（１）乃至（５）のいずれかに記載の情報処理装置。
（７）  前記メタデータは、コンテンツデータに対し固定の１つであるか、または再生時刻によって変化するものである
前記（１）乃至（６）のいずれかに記載の情報処理装置。
（８）  前記送信部は、MPDファイルまたはMP4ファイルに含まれたメタデータを送信する
前記（１）乃至（７）のいずれかに記載の情報処理装置。
（９）  前記複数のビットレートのコンテンツデータには、スイッチング時の経由に利用可能な低ビットレートのコンテンツデータが含まれ、
前記メタデータ生成部は、前記低ビットレートのコンテンツデータであることを示すメタデータを生成する
前記（１）乃至（８）のいずれかに記載の情報処理装置。
（１０）  情報処理装置が、
コンテンツデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成し、
生成されたメタデータと、複数のビットレートのコンテンツデータとを送信する
情報処理方法。
（１１）  受信するコンテンツデータのビットレートが切り替えられる際に用いられる優先すべきパラメータを設定するパラメータ設定部と、
前記パラメータ設定部により設定されたパラメータに基づいて、複数のビットレートのコンテンツデータの中から、切り替えるコンテンツデータのビットレートを決めるビットレート切り替え部と
を備える情報処理装置。
（１２）  前記パラメータは、ビデオデータに関するパラメータである
前記（１１）に記載の情報処理装置。
（１３）  前記パラメータは、解像度、フレームレート、サンプルビット長、およびクロマサブサンプリングである
前記（１１）または（１２）に記載の情報処理装置。
（１４）  前記パラメータは、ガンマカーブ、または色域である
前記（１１）乃至（１３）のいずれかに記載の情報処理装置。
（１５）  前記パラメータは、オーディオデータに関するパラメータである
前記（１１）乃至（１４）のいずれかに記載の情報処理装置。
（１６）  前記パラメータは、サンプリング周波数、量子化ビット数、およびチャンネル数である
前記（１１）乃至（１５）のいずれかに記載の情報処理装置。
（１７）  コンテンツデータの内容に応じて決定された優先的に維持すべきパラメータの情報を示すメタデータを受信するメタデータ受信部
をさらに備え、
前記ビットレート切り替え部は、前記メタデータ受信部により受信されたメタデータと、前記パラメータ設定部により設定されたパラメータとに基づいて、切り替えるコンテンツデータのビットレートを決定する
前記（１１）乃至（１６）のいずれかに記載の情報処理装置。
（１８）  前記メタデータは、コンテンツデータに対し固定の１つであるか、または再生時刻によって変化するものである
前記（１７）に記載の情報処理装置。
（１９）  前記メタデータは、MPDファイルまたはMP4ファイルに含まれて送信されてくる
前記（１７）または（１８）のいずれかに記載の情報処理装置。
（２０）  情報処理装置が、
受信するコンテンツデータのビットレートが切り替えられる際に用いられる優先すべきパラメータを設定し、
設定されたパラメータに基づいて、複数のビットレートのコンテンツデータの中から、切り替えるコンテンツデータのビットレートを決める
情報処理方法。
【符号の説明】
【０２１６】
１００  配信システム，  １０１  ファイル生成装置，  １０２  配信サーバ，  １０３  再生端末，  １０４  ネットワーク，  １１０  ビデオストリーム生成部，  １１１  オーディオストリーム生成部，  １１２  コンテンツファイル生成部，  １１３  MPD生成部，  １１４  通信部，  １２１  ビデオメタデータ生成部，  １２２  オーディオメタデータ生成部,  １２３  ファイル生成部，  １５１  MPD取得部，  １５２  パース部，  １５３  コンテンツファイル取得部，  １５４  ストリーム抽出部，  １５５  ビデオ復号部，  １５６  ビデオ出力部，  １５７  オーディオ復号部，  １５８  オーディオ出力部，  １５９  制御部，  １６０  操作部，  １８１  スイッチング制御部，  ２０１  トランシジョンユース設定部
【図１】
2018142947.tif 000003
【図２】
2018142947.tif 000004
【図３】
2018142947.tif 000005
【図４】
2018142947.tif 000006
【図５】
2018142947.tif 000007
【図６】
2018142947.tif 000008
【図７】
2018142947.tif 000009
【図８】
2018142947.tif 000010
【図９】
2018142947.tif 000011
【図１０】
2018142947.tif 000012
【図１１】
2018142947.tif 000013
【図１２】
2018142947.tif 000014
【図１３】
2018142947.tif 000015
【図１４】
2018142947.tif 000016
【図１５】
2018142947.tif 000017
【図１６】
2018142947.tif 000018
【図１７】
2018142947.tif 000019
【図１８】
2018142947.tif 000020
【図１９】
2018142947.tif 000021
【図２０】
2018142947.tif 000022
【図２１】
2018142947.tif 000023
【図２２】
2018142947.tif 000024
【図２３】
2018142947.tif 000025
【図２４】
2018142947.tif 000026
【図２５】
2018142947.tif 000027
【図２６】
2018142947.tif 000028
【図２７】
2018142947.tif 000029
【図２８】
2018142947.tif 000030
【図２９】
2018142947.tif 000031
【図３０】
2018142947.tif 000032
【図３１】
2018142947.tif 000033
【図３２】
2018142947.tif 000034
【図３３】
2018142947.tif 000035
【手続補正書】
【提出日】平成30年7月2日(2018.7.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
オーディオデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成するメタデータ生成部と、
前記メタデータ生成部により生成された前記メタデータと、複数のビットレートの前記オーディオデータとを送信する送信部と
を備える情報処理装置。
【請求項２】
前記パラメータは、前記オーディオデータの種類、サンプリング周波数、量子化ビット数、またはチャンネル数であるか、あるいはユーザによって選択設定される
請求項１に記載の情報処理装置。
【請求項３】
前記オーディオデータの種類には、ＤＳＤまたはＬＰＣＭが含まれる
請求項１に記載の情報処理装置。
【請求項４】
オブジェクトオーディオの場合、前記オーディオデータのチャンネル数は、オブジェクト数である
請求項１に記載の情報処理装置。
【請求項５】
（削除）
【請求項６】
（削除）
【請求項７】
前記メタデータは、前記オーディオデータに対し固定の１つであるか、または再生時刻によって変化するものである
請求項１に記載の情報処理装置。
【請求項８】
前記送信部は、ＭＰＤファイルまたはＭＰ４ファイルに含まれた前記メタデータを送信する
請求項１に記載の情報処理装置。
【請求項９】
複数の前記ビットレートの前記オーディオデータには、スイッチング時の経由に利用可能な低ビットレートの前記オーディオデータが含まれ、
前記メタデータ生成部は、前記低ビットレートの前記オーディオデータであることを示す前記メタデータを生成する
請求項１に記載の情報処理装置。
【請求項１０】
情報処理装置が、
オーディオデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成し、
生成された前記メタデータと、複数のビットレートの前記オーディオデータとを送信する
情報処理方法。
【請求項１１】
オーディオデータの内容に応じて決定された優先的に維持すべき第１のパラメータの情報を示すメタデータを受信するメタデータ受信部と、
前記メタデータ受信部により受信された前記メタデータに基づいて、複数の前記ビットレートの前記オーディオデータの中から、切り替える前記オーディオデータの前記ビットレートを決めるビットレート切り替え部と
を備える情報処理装置。
【請求項１２】
受信する前記オーディオデータのビットレートが切り替えられる際に用いられる優先すべき第２のパラメータを設定するパラメータ設定部をさらに備え、
前記ビットレート切り替え部は、前記メタデータ受信部により受信された前記メタデータと、前記パラメータ設定部により設定された前記第２のパラメータとに基づいて、切り替える前記オーディオデータの前記ビットレートを決定する
請求項１１に記載の情報処理装置。
【請求項１３】
前記第１および前記第２のパラメータは、前記オーディオデータの種類、サンプリング周波数、量子化ビット数、またはチャンネル数である
請求項１２に記載の情報処理装置。
【請求項１４】
前記オーディオデータの種類には、ＤＳＤまたはＬＰＣＭが含まれる
請求項１１に記載の情報処理装置。
【請求項１５】
オブジェクトオーディオの場合、前記オーディオデータのチャンネル数は、オブジェクト数である
請求項１１に記載の情報処理装置。
【請求項１６】
（削除）
【請求項１７】
（削除）
【請求項１８】
前記メタデータは、前記オーディオデータに対し固定の１つであるか、または再生時刻によって変化するものである
請求項１１に記載の情報処理装置。
【請求項１９】
前記メタデータは、ＭＰＤファイルまたはＭＰ４ファイルに含まれて送信されてくる
請求項１１に記載の情報処理装置。
【請求項２０】
情報処理装置が、
オーディオデータの内容に応じて決定された優先的に維持すべき第１のパラメータの情報を示すメタデータを受信し、
受信された前記メタデータに基づいて、複数の前記ビットレートの前記オーディオデータの中から、切り替える前記オーディオデータの前記ビットレートを決める
情報処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
うパラメータがあったが、コンテンツの内容を反映したパラメータではないため、適応的スイッチングを行う用途には適していなかった。
［０００７］
本開示は、このような状況に鑑みてなされたものであり、低ビットレート時の主観的な品質低下を抑えることができるようにするものである。
課題を解決するための手段
［０００８］
本技術の第１の側面の情報処理装置は、オーディオデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成するメタデータ生成部と、前記メタデータ生成部により生成されたメタデータと、複数のビットレートの前記オーディオデータとを送信する送信部とを備える。
［０００９］
前記パラメータは、前記オーディオデータの種類、サンプリング周波数、量子化ビット数、またはチャンネル数であるか、あるいはユーザによって選択設定される。
［００１０］
前記オーディオデータの種類には、ＤＳＤまたはＬＰＣＭが含まれる。
［００１１］
オブジェクトオーディオの場合、前記オーディオデータのチャンネル数は、オブジェクト数である。
［００１２］
［００１３］
前記メタデータは、前記オーディオデータに対し固定の１つであるか、または再生時刻によって変化するものである。
［００１４］
前記送信部は、ＭＰＤファイルまたはＭＰ４ファイルに含まれたメタデータを送信することができる。
［００１５］
前記複数の前記ビットレートの前記オーディオデータには、スイッチング時の経由に利用可能な低ビットレートの前記オーディオデータが含まれ、前記メタデータ生成部は、前記低ビットレートの前記オーディオデータであることを示す前記メタデータを生成することができる。
［００１６］
本技術の第１の側面の情報処理方法は、情報処理装置が、オーディオデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成し、生成されたメタデータと、複数のビットレートの前記オーディオデータとを送信する。
［００１７］
本技術の第２の側面の情報処理装置は、オーディオデータの内容に応じて決定された優先的に維持すべき第１のパラメータの情報を示すメタデータを受信する
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
メタデータ受信部と、前記メタデータ受信部により受信されたメタデータに基づいて、複数の前記ビットレートの前記オーディオデータの中から、切り替える前記オーディオデータの前記ビットレートを決めるビットレート切り替え部とを備える。
［００１８］
受信する前記オーディオデータのビットレートが切り替えられる際に用いられる優先すべき第２のパラメータを設定するパラメータ設定部をさらに備え、前記ビットレート切り替え部は、前記メタデータ受信部により受信された前記メタデータと、前記パラメータ設定部により設定された前記第２のパラメータとに基づいて、切り替える前記オーディオデータの前記ビットレートを決定する。
［００１９］
前記第１または前記第２のパラメータは、前記オーディオデータの種類、サンプリング周波数、量子化ビット数、またはチャンネル数である。
［００２０］
前記オーディオデータの種類には、ＤＳＤまたはＬＰＣＭが含まれる。
［００２１］
オブジェクトオーディオの場合、前記オーディオデータのチャンネル数は、オブジェクト数である。
［００２２］
［００２３］
［００２４］
前記メタデータは、前記オーディオデータに対し固定の１つであるか、または再生時刻によって変化するものである。
［００２５］
前記メタデータは、ＭＰＤファイルまたはＭＰ４ファイルに含まれて送信されてくる。
［００２６］
本技術の第２の側面の情報処理方法は、情報処理装置が、オーディオデータの内容に応じて決定された優先的に維持すべき第１のパラメータの情報を示すメタデータを受信し、受信された前記第１のパラメータに基づいて、複数の前記ビットレートの前記オーディオデータの中から、切り替える前記オーディオデータの前記ビットレートを決める。
［００２７］
本技術の第１の側面においては、オーディオデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータが生成され、生成された前記メタデータと、複数のビットレートの前記オーディオデータとが送信され
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
る。
［００２８］
本技術の第２の側面においては、オーディオデータの内容に応じて決定された優先的に維持すべき第１のパラメータの情報を示すメタデータが受信され、受信された前記第１のパラメータに基づいて、複数の前記ビットレートの前記オーディオデータの中から、切り替える前記オーディオデータの前記ビットレートが決められる。
発明の効果
［００２９］
本開示によれば、情報を処理することができる。特に、低ビットレート時の主観的な品質低下を抑えることができることができる。
図面の簡単な説明
［００３０］
［図１］ＭＰＥＧ−ＤＡＳＨを用いたデータ伝送の様子の例を説明する図である。
［図２］ＭＰＤの構成例を示す図である。
［図３］コンテンツの時間的区切りを説明する図である。
［図４］ＭＰＤにおけるＰｅｒｉｏｄ以下の階層構造の例を示す図である。
［図５］ＭＰＤファイルの構成例を時間軸上で説明する図である。
［図６］低ビット化の手法について説明する図である。
［図７］ＭＰＥＧ−ＤＡＳＨの標準的な手法について説明する図である。
［図８］ＭＰＥＧ−ＤＡＳＨの標準的な手法について説明する図である。
［図９］ＭＰＥＧ−ＤＡＳＨの標準的な手法について説明する図である。
［図１０］再生端末における提案手法について説明する図である。
［図１１］サーバにおける提案手法について説明する図である。
［図１２］符号化方式が異なるリプレゼンテーションが複数存在する場合を説明する図である。
［図１３］本技術を適用した配信システムの構成の一例を示すブロック図である。
［図１４］ファイル生成装置の主な構成例を示すブロック図である。
［図１５］ファイル生成装置の配信用データ生成処理を説明するフローチャートである。
［図１６］ＭＰＤファイル生成処理について説明するフローチャートである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
ス用ソフトウエア８は、その送信要求に応じてＷｅｂサーバ３から送信されてくる、通信環境等に応じたビットレートのセグメントファイルを受信する。そして、アクセス用ソフトウエア８は、その受信したファイルから符号化ストリームを抽出し、動画再生ソフトウエア７に供給する。
［００４０］
＜ＭＰＤ＞
次に、ＭＰＤについて説明する。ＭＰＤは、例えば図２に示されるような構成を有する。ＭＰＤの解析（パース）においては、クライアント（図１の例の場合、再生端末５）は、ＭＰＤ（図２のＭｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ）のピリオド（Ｐｅｒｉｏｄ）に含まれるリプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）の属性から最適なものを選択する。
［００４１］
クライアントは、選択したリプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）の先頭のセグメント（Ｓｅｇｍｅｎｔ）を読んでイニシャライズセグメント（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ  Ｓｅｇｍｅｎｔ）を取得し、処理する。続いて、クライアントは、後続のセグメント（Ｓｅｇｍｅｎｔ）を取得し、再生する。
［００４２］
なお、ＭＰＤにおける、ピリオド（Ｐｅｒｉｏｄ）、リプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）、およびセグメント（Ｓｅｇｍｅｎｔ）の関係は、図３のようになる。つまり、１つのメディアコンテンツは、時間方向のデータ単位であるピリオド（Ｐｅｒｉｏｄ）毎に管理することができ、各ピリオド（Ｐｅｒｉｏｄ）は、時間方向のデータ単位であるセグメント（Ｓｅｇｍｅｎｔ）毎に管理することができる。また、各ピリオド（Ｐｅｒｉｏｄ）について、ビットレート等の属性の異なる複数のリプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を構成することができる。
［００４３］
したがって、このＭＰＤのファイル（ＭＰＤファイルとも称する）は、ピリオド（Ｐｅｒｉｏｄ）以下において、図４に示されるような階層構造を有する。また、このＭＰＤの構造を時間軸上に並べると図５の例のようになる。図５の例から明らかなように、同一のセグメント（Ｓｅｇｍｅｎｔ）に対して複数のリプレゼンテーション（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）が存在している。クライアントは、これらのうちのいずれかを適応的に選択することにより、通信環境や自己のデコード能力などに応じて適切なストリームデータを取得し、再生することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
［０１００］
＜ビデオメタデータ生成処理の流れ＞
次に、図１７のフローチャートを参照して、図１６のステップＳ１０１のビデオメタデータ生成処理について説明する。
［０１０１］
ステップＳ１２１において、ビデオメタデータ生成部１２１は、入力されたビデオストリームのパラメータから、解像度、フレームレート、ｂｉｔ長、クロマサブサンプリングを取得する。
［０１０２］
ステップＳ１２２において、ビデオメタデータ生成部１２１は、維持すべきパラメータを手動で入力するか否かを判定する。ステップＳ１２２において、維持すべきパラメータを手動で入力すると判定された場合、ビデオメタデータ生成部１２１は、ステップＳ１２３において、維持すべきパラメータを入力する。ステップＳ１２２において、維持すべきパラメータを手動で入力しないと判定された場合、ステップＳ１２３をスキップし、処理は、ステップＳ１２４に進む。
［０１０３］
ビデオメタデータ生成部１２１は、ステップＳ１２４において、入力されたビデオストリームの内容を解析し、ステップＳ１２５において、ステップＳ１２４による解析結果に基づいて、維持すべきビデオパラメータを決定する。なお、ビデオストリームの内容解析については、あるアルゴリズムで優先度を決定するが、解析アルゴリズムそのものは、解析ができればどんなアルゴリズムでもよい。
［０１０４］
ビデオメタデータ生成部１２１は、ステップＳ１２６において、ビデオメタデータを生成する。
［０１０５］
＜オーディオメタデータ生成処理の流れ＞
次に、図１８のフローチャートを参照して、図１６のステップＳ１０２のオーディオメタデータ生成処理について説明する。
［０１０６］
ステップＳ１３１において、オーディオメタデータ生成部１２２は、入力されたオーディオストリームのパラメータから、サンプリング周波数、量子化ビット数、ｃｈ数を取得する。
［０１０７］
ステップＳ１３２において、オーディオメタデータ生成部１２２は、維持
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】
。メタデータは、単一のファイル、またはＭＰＤ、ＭＰ４に格納される。ＭＰＤに格納する場合、Ｐｅｒｉｏｄに対して設定されるｐｒｏｐｅｒｔｙとなる。また、これらのパラメータ以外にも、例えば、色域やガンマカーブを含むようにしてもよい。
［０１１３］
＜オーディオメタデータの例＞
図２０は、オーディオに関するメタデータ（ストリーム選択支援情報）の詳細を示している。送信側は、コンテンツ（ファイル）毎、あるいはコンテンツのシーン・フレーム毎に、図２０に示される情報をコンテンツに付与している。なお、各パラメータは、３値で表される。
［０１１４］
ｐｒｉｏｒ＿ａｕｄｉｏ＿ｐａｒａｍｅｔｅｒｓは、重要なオーディオパラメータを示す
ｉｎｔ  ｆｓは、サンプリング周波数の維持を示す
ｉｎｔ  ｓａｍｐｌｅ＿ｌｅｎｇｔｈは、サンプル長の維持を示す
ｉｎｔ  ｎｕｍｂｅｒ＿ｏｆ＿ｃｈａｎｎｅｌｓは、チャンネル数を示す
ｉｎｔ  ｒｅｓｅｒｖｅｄは、ｒｅｓｅｒｖｅｄ（予約領域）を示す
これらのｆｉｅｌｄのセマンティックス（ｓｅｍａｎｔｉｃｓ）は、０：情報なし、不明、１：そのパラメータの維持を優先する、２：変更を許容するの３値である。
［０１１５］
なお、メタデータは、バイナリまたはテキスト（例えば、ＸＭＬ）で表現される。メタデータは、単一のファイル、またはＭＰＤ、ＭＰ４に格納される。ＭＰＤに格納する場合、Ｐｅｒｉｏｄに対して設定されるｐｒｏｐｅｒｔｙとなる。
［０１１６］
＜メタデータの更新頻度＞
コンテンツ全体、シーン、ＤＡＳＨセグメント、ビデオフレーム、それぞれは格納場所が異なる。格納場所によって可能な更新頻度も変わるが、更新頻度は特に限定されない。例えば、Ｓｔａｔｉｃに設定する場合、ＭＰＤのＰｅｒｉｏｄのｐｒｏｐｅｒｔｙとして付与する。Ｐｅｒｉｏｄ内の全Ａｄａｐｔａｔｉｏｎ  Ｓｅｔ，Ｒｅｐｒｅｓｅｎｔａｔｉｏｎに対する設定で、Ａｄａｐｔａｔｉｏｎ  Ｓｅｔ内でのＲｅｐｒｅｓｅｔａｔｉｏｎスイッチのみならず、Ａｄａｐｔａｔｉｏｎ  Ｓｅｔ間のスイッチングも想定する。
［０１１７］
なお、時系列で変化することも可能にする場合には、ＭＰ４のＴｉｍｅｄ  Ｍｅｔａｄａｔａとして格納する方法がある。具体的には、図２１に示されるように、ＩＳＯ／ＩＥＣ１４４９６−１２  Ｔｉｍｅｄ  Ｍｅｔａｄａｔａ  ｔｒａｃｋ’ｍｅｔａ’，Ｃ．１１  Ｇｕｉｄｅｌｉｎｅｓ  ｏｎ  ｔｈｅ  ｕｓｅ  ｏｆ  ｓ
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
れば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。
［０２１０］
また、例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
［０２１１］
また、例えば、上述したプログラムは、任意の装置において実行することができる。その場合、その装置が、必要な機能（機能ブロック等）を有し、必要な情報を得ることができるようにすればよい。
［０２１２］
また、例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
［０２１３］
なお、コンピュータが実行するプログラムは、プログラムを記述するステップの処理が、本明細書で説明する順序に沿って時系列に実行されるようにしても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで個別に実行されるようにしても良い。さらに、このプログラムを記述するステップの処理が、他のプログラムの処理と並列に実行されるようにしても良いし、他のプログラムの処理と組み合わせて実行されるようにしても良い。
［０２１４］
なお、本明細書において複数説明した本技術は、矛盾が生じない限り、それぞれ独立に単体で実施することができる。もちろん、任意の複数の本技術を併用して実施することもできる。例えば、いずれかの実施の形態において説明した本技術を、他の実施の形態において説明した本技術と組み合わせて実施することもできる。また、上述した任意の本技術を、上述していない他の技術と併用して実施することもできる。
［０２１５］
なお、本技術は以下のような構成も取ることができる。
（１）  オーディオデータの内容に応じて決定した優先的に維持すべきパ
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
ラメータの情報を示すメタデータを生成するメタデータ生成部と、
前記メタデータ生成部により生成された前記メタデータと、複数のビットレートの前記オーディオデータとを送信する送信部と
を備える情報処理装置。
（２）  前記パラメータは、前記オーディオデータの種類、サンプリング周波数、量子化ビット数、またはチャンネル数であるか、あるいはユーザによって選択設定される
前記（１）に記載の情報処理装置。
（３）  前記オーディオデータの種類には、ＤＳＣまたはＬＰＣＭが含まれる
前記（１）または（２）に記載の情報処理装置。
（４）  オブジェクトオーディオの場合、前記オーディオデータのチャンネル数は、オブジェクト数である
前記（１）乃至（３）のいずれかに記載の情報処理装置。
（５）
（６）
（７）  前記メタデータは、前記オーディオデータに対し固定の１つであるか、または再生時刻によって変化するものである
前記（１）乃至（４）のいずれかに記載の情報処理装置。
（８）  前記送信部は、ＭＰＤファイルまたはＭＰ４ファイルに含まれた前記メタデータを送信する
前記（１）乃至（７）のいずれかに記載の情報処理装置。
（９）  複数の前記ビットレートの前記オーディオデータには、スイッチング時の経由に利用可能な低ビットレートの前記オーディオデータが含まれ、
前記メタデータ生成部は、前記低ビットレートの前記オーディオデータであることを示す前記メタデータを生成する
前記（１）乃至（８）のいずれかに記載の情報処理装置。
（１０）  情報処理装置が、
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
オーディオデータの内容に応じて決定した優先的に維持すべきパラメータの情報を示すメタデータを生成し、
生成された前記メタデータと、複数のビットレートの前記オーディオデータとを送信する
情報処理方法。
（１１）  オーディオデータの内容に応じて決定された優先的に維持すべき第１のパラメータの情報を示すメタデータを受信するメタデータ受信部と、
前記メタデータ受信部により受信された前記メタデータに基づいて、複数の前記ビットレートの前記オーディオデータの中から、切り替える前記オーディオデータの前記ビットレートを決めるビットレート切り替え部と
を備える情報処理装置。
（１２）  受信する前記オーディオデータのビットレートが切り替えられる際に用いられる優先すべき第２のパラメータを設定するパラメータ設定部をさらに備え、
前記ビットレート切り替え部は、前記メタデータ受信部により受信された前記メタデータと、前記パラメータ設定部により設定された前記第２のパラメータとに基づいて、切り替える前記オーディオデータの前記ビットレートを決定する
前記（１１）に記載の情報処理装置。
（１３）  前記第１および前記第２のパラメータは、前記オーディオデータの種類、量子化ビット数、またはチャンネル数である
前記（１２）に記載の情報処理装置。
（１４）  前記オーディオデータの種類には、ＤＳＤまたはＬＰＣＭが含まれる
前記（１１）乃至（１３）のいずれかに記載の情報処理装置。
（１５）オブジェクトオーディオの場合、前記オーディオデータのチャンネル数は、オブジェクト数である前記（１１）乃至（１４）のいずれかに記載の情報処理装置。
（１６）
（１７）
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
（１８）  前記メタデータは、前記オーディオデータに対し固定の１つであるか、または再生時刻によって変化するものである
前記（１１）に記載の情報処理装置。
（１９）  前記メタデータは、ＭＰＤファイルまたはＭＰ４ファイルに含まれて送信されてくる
前記（１８）のいずれかに記載の情報処理装置。
（２０）  情報処理装置が、
オーディオデータの内容に応じて決定された優先的に維持すべき第１のパラメータの情報を示すメタデータを受信し、
受信された前記メタデータに基づいて、複数の前記ビットレートの前記オーディオデータの中から、切り替える前記オーディオデータの前記ビットレートを決める
情報処理方法。
符号の説明
［０２１６］
１００  配信システム，  １０１  ファイル生成装置，  １０２  配信サーバ，  １０３  再生端末，  １０４  ネットワーク，  １１０  ビデオストリーム生成部，  １１１  オーディオストリーム生成部，  １１２  コンテンツファイル生成部，  １１３  ＭＰＤ生成部，  １１４  通信部，  １２１  ビデオメタデータ生成部，  １２２  オーディオメタデータ生成部，  １２３  ファイル生成部，  １５１  ＭＰＤ取得部，  １５２  パース部，  １５３  コンテンツファイル取得部，  １５４  ストリーム抽出部，  １５５  ビデオ復号部，  １５６  ビデオ出力部，  １５７  オーディオ復号部，  １５８  オーディオ出力部，  １５９  制御部，  １６０  操作部，  １８１  スイッチング制御部，  ２０１  トランシジョンユース設定部
【国際調査報告】
2018142947.tif 000036
2018142947.tif 000037
2018142947.tif 000038
2018142947.tif 000039