JP6481205B2 - サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム - Google Patents

サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム Download PDF

Info

Publication number
JP6481205B2
JP6481205B2 JP2015512497A JP2015512497A JP6481205B2 JP 6481205 B2 JP6481205 B2 JP 6481205B2 JP 2015512497 A JP2015512497 A JP 2015512497A JP 2015512497 A JP2015512497 A JP 2015512497A JP 6481205 B2 JP6481205 B2 JP 6481205B2
Authority
JP
Japan
Prior art keywords
client device
unit
data
mpd
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2015512497A
Other languages
English (en)
Other versions
JPWO2014171473A1 (ja
Inventor
山岸　靖明
靖明 山岸
五十嵐　卓也
卓也 五十嵐
平林　光浩
光浩 平林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2014171473A1 publication Critical patent/JPWO2014171473A1/ja
Application granted granted Critical
Publication of JP6481205B2 publication Critical patent/JP6481205B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Description

本開示は、サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラムに関する。
近日、コンテンツ伝送のためのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、およびコンテンツ圧縮符号化に関するＭＰ４が広く利用されている。ＨＴＴＰによれば、インターネットにおいて、コンテンツのダウンロードだけでなく、ストリーミングを行うことが可能である。このＨＴＴＰストリーミングは、「ＤＬＮＡ ｇｕｉｄｅｌｉｎｅｓ」（２００６）や「Ｏｐｅｎ ＩＰＴＶ Ｆｏｒｕｍ」（２００９）などのネットワークメディア規格にも採用されている。また、ＭＰ４（ＩＳＯ／ＩＥＣ−１４４９６−１２，１４）は、記憶フォーマットとしてだけでなく、ダウンロードやストリーミングなどの伝送フォーマットとしても利用可能である。
また、ストリーミングに関しては、下記非特許文献１に記載されているように、ＡＢＳ（Ａｄａｐｔｉｖｅ ＢｉｔＳｔｒｅａｍｉｎｇ）技術が知られている。ＡＢＳ技術は、同一コンテンツが異なるビットレートで表現された複数の符号化データをコンテンツサーバに格納し、クライアントが、ネットワーク帯域に応じて複数の符号化データのいずれかの符号化データを選択しながら再生する技術である。
通常のストリーミングの場合には、ネットワークの帯域がビットレートを下回ったときには、データの供給が消費に追いつかなくなり、クライアント側でバッファリングしているデータは枯渇する。結果、クライアントは再生を継続することができなくなる。それに対し、ＡＢＳ技術では、帯域が小さくなった時には低いビットレートの符号化データに再生データを切り替えるので、再生時における途切れを抑制することが可能になる。
また、このＡＢＳ技術の分野においては、下記非特許文献２のようにサーバ側でパラメータを付加して、クライアントにそのパラメータを記憶させつつ、配信先のサーバを適宜変更するようなリダイレクションを実行する技術も提案されている。
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） m28354 Core Experiment on Parameters insertion in media segment URL,MPEG#103, Geneva, 2013
上記非特許文献２で提案されている技術は、各符号化データのビットレート情報およびアクセス情報を含むプレイリストファイル（ＭＰＤ）をネットワークサービスプロバイダ側で改変するものであった。しかし、上記非特許文献２で提案されている技術は、サーバでパラメータが指定されるので、クライアントの状態に依存する動的パラメータの挿入をサポートすることができない。
そこで本開示は、ＡＢＳ技術を用いてコンテンツをクライアントに配信する際に、ネットワークサービスプロバイダ側でプレイリストファイルを改変することなく、クライアントの状態に依存する動的パラメータの挿入をサポートすることが可能な、新規かつ改良されたサーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラムを提供する。
本開示によれば、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするための、またはＭＰＤに記載されている、サーバへのリクエストにより取得するあらゆる要素にアクセスするためのアクセス情報で定義されているアドレスにパラメータを付加させるための所定の定義を記憶する記憶部と、前記アクセス情報で定義されているアドレスに、前記記憶部が記憶する所定の定義に基づきパラメータを付加する指示を送信する通信部と、を備える、サーバ装置が提供される。
また本開示によれば、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするための、またはＭＰＤに記載されている、サーバへのリクエストにより取得するあらゆる要素にアクセスするためのアクセス情報にパラメータを付加するための所定の定義を記憶する記憶部と、前記アクセス情報で定義されているアドレスに前記記憶部が記憶する所定の定義に基づきパラメータを付加してアクセスする通信部と、を備える、クライアント装置が提供される。
また本開示によれば、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするための、またはＭＰＤに記載されている、サーバへのリクエストにより取得するあらゆる要素にアクセスするためのアクセス情報で定義されているアドレスにパラメータを付加させるための所定の定義を記憶するステップと、前記アクセス情報で定義されているアドレスに、前記記憶部が記憶する所定の定義に基づきパラメータを付加する指示を送信するステップと、を備える、コンテンツ配信方法が提供される。
また本開示によれば、コンピュータに、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするための、またはＭＰＤに記載されている、サーバへのリクエストにより取得するあらゆる要素にアクセスするためのアクセス情報で定義されているアドレスにパラメータを付加させるための所定の定義を記憶するステップと、前記アクセス情報で定義されているアドレスに、前記記憶部が記憶する所定の定義に基づきパラメータを付加する指示を送信するステップと、を実行させる、コンピュータプログラムが提供される。
以上説明したように本開示によれば、ＡＢＳ技術を用いてコンテンツをクライアントに配信する際に、ネットワークサービスプロバイダ側でプレイリストファイルを改変することなく、クライアントの状態に依存する動的パラメータの挿入をサポートすることが可能な、新規かつ改良されたサーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラムを提供することができる。
本開示の実施形態によるコンテンツ再生システムの構成を示した説明図である。 本実施形態によるコンテンツ再生システムにおけるデータの流れを示した説明図である。 ＭＰＤの具体例を示した説明図である。 本実施形態によるコンテンツサーバ１０の構成を示した機能ブロック図である。 本実施形態によるコンテンツ再生装置２０の構成を示した機能ブロック図である。 本実施形態によるコンテンツサーバ１１の構成を示した機能ブロック図である。 Parameter Descriptionの内容を示す説明図である。 Parameter Descriptionの内容を示す説明図である。 Parameter Descriptionを参照するＭＰＤの例を示す説明図である。 本開示の実施形態によるコンテンツ再生システムの動作例を示したシーケンス図である。 本開示の実施形態によるコンテンツ再生システムの動作例を示したシーケンス図である。 Parameter Descriptionを参照するＭＰＤの例を示す説明図である。 コンピュータのハードウエアの構成例を示すブロック図である。 多視点画像符号化方式の例を示す図である。 本開示を適用した多視点画像符号化装置の構成例を示す図である。 本開示を適用した多視点画像復号装置の構成例を示す図である。 階層画像符号化方式の例を示す図である。 スペーシャルなスケーラブル符号化の例を説明する図である。 テンポラルなスケーラブル符号化の例を説明する図である。 信号雑音比のスケーラブル符号化の例を説明する図である。 本開示を適用した階層画像符号化装置の構成例を示す図である。 本開示を適用した階層画像復号装置の構成例を示す図である。 本開示を適用したテレビジョン装置の概略構成例を示す図である。 本開示を適用した携帯電話機の概略構成例を示す図である。 本開示を適用した記録再生装置の概略構成例を示す図である。 本開示を適用した撮像装置の概略構成例を示す図である。 スケーラブル符号化利用の一例を示すブロック図である。 スケーラブル符号化利用の他の例を示すブロック図である。 スケーラブル符号化利用のさらに他の例を示すブロック図である。 本開示を適用したビデオセットの概略的な構成の一例を示している。 本開示を適用したビデオプロセッサの概略的な構成の一例を示している。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成または論理的意義を有する複数の構成を、必要に応じてコンテンツ再生装置２０Ａ、２０Ｂおよび２０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、コンテンツ再生装置２０Ａ、２０Ｂおよび２０Ｃを特に区別する必要が無い場合には、単にコンテンツ再生装置２０と称する。
なお、説明は以下の順序で行うものとする。
＜１．コンテンツ再生システムの概要＞
＜２．コンテンツサーバ１０の構成＞
＜３．コンテンツ再生装置２０の構成＞
＜４．コンテンツサーバ１１の構成＞
＜５．ＭＰＤのＵＲＬの情報＞
＜６．まとめ＞
＜１．コンテンツ再生システムの概要＞
まず、図１〜図３を参照し、本開示の実施形態によるコンテンツ再生システムについて概略的に説明する。
以下では、まず、このような各実施形態において共通する基本構成について図１および図２を参照して説明する。
図１は、本開示の実施形態によるコンテンツ再生システムの構成を示した説明図である。図１に示したように、本開示の実施形態によるコンテンツ再生システムは、コンテンツサーバ１０、１１と、ネットワーク１２と、コンテンツ再生装置２０（クライアント装置）と、を備える。
コンテンツサーバ１０、１１とコンテンツ再生装置２０は、ネットワーク１２を介して接続されている。このネットワーク１２は、ネットワーク１２に接続されている装置から送信される情報の有線、または無線の伝送路である。
例えば、ネットワーク１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
コンテンツサーバ１０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタ情報を含むデータファイルを生成して記憶する。なお、コンテンツサーバ１０がＭＰ４形式のデータファイルを生成する場合、符号化データは「ｍｄａｔ」に該当し、メタ情報は「ｍｏｏｖ」に該当する。
また、コンテンツデータは、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトウェアなどであってもよい。
ここで、本実施形態によるコンテンツサーバ１０は、同一コンテンツに関し、異なるビットレートで複数のデータファイルを生成する。また本実施形態によるコンテンツサーバ１１は、コンテンツ再生装置２０からのコンテンツの再生要求に対して、コンテンツサーバ１０のＵＲＬの情報に、コンテンツ再生装置２０で当該ＵＲＬに付加させるパラメータの情報を含めてコンテンツ再生装置２０に送信する。以下、図２を参照して当該事項について具体的に説明する。
図２は、本実施形態によるコンテンツ再生システムにおけるデータの流れを示した説明図である。コンテンツサーバ１０は、同一のコンテンツデータを異なるビットレートで符号化し、図２に示したように例えば２ＭｂｐｓのファイルＡ、１．５ＭｂｐｓのファイルＢ、１ＭｂｐｓのファイルＣを生成する。相対的に、ファイルＡはハイビットレートであり、ファイルＢは標準ビットレートであり、ファイルＣはロービットレートである。
また、図２に示したように、各ファイルの符号化データは複数のセグメントに区分されている。例えば、ファイルＡの符号化データは「Ａ１」、「Ａ２」、「Ａ３」、・・・「Ａｎ」というセグメントに区分されており、ファイルＢの符号化データは「Ｂ１」、「Ｂ２」、「Ｂ３」、・・・「Ｂｎ」というセグメントに区分されており、ファイルＣの符号化データは「Ｃ１」、「Ｃ２」、「Ｃ３」、・・・「Ｃｎ」というセグメントに区分されている。
なお、各セグメントはＭＰ４のシンクサンプル（たとえば、ＡＶＣ/Ｈ．２６４の映像符号化ではＩＤＲ−ピクチャ）で始まる単独で再生可能な１または２以上の映像符号化データおよび音声符号化データより構成サンプルで構成されてもよい。例えば、一秒３０フレームのビデオデータが１５フレーム固定長のＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）にて符号化されていた場合、各セグメントは、４ＧＯＰに相当する２秒分の映像ならびに音声符号化データであっても、２０ＧＯＰに相当する１０秒分の映像ならびに音声符号化データであってもよい。
また、各ファイルにおける配置順番が同一のセグメントによる再生範囲（コンテンツの先頭からの時間位置の範囲）は同一である。例えば、セグメント「Ａ２」、セグメント「Ｂ２」、およびセグメント「Ｃ２」の再生範囲は同一であり、各セグメントが２秒分の符号化データである場合、セグメント「Ａ２」、セグメント「Ｂ２」、およびセグメント「Ｃ２」の再生範囲は、いずれもコンテンツの２秒〜４秒である。
コンテンツサーバ１０は、このような複数のセグメントから構成されるファイルＡ〜ファイルＣを生成すると、ファイルＡ〜ファイルＣを記憶する。そして、コンテンツサーバ１０は、図２に示したように、異なるファイルを構成するセグメントをコンテンツ再生装置２０に順次に送信し、コンテンツ再生装置２０は、受信したセグメントをストリーミング再生する。
ここで、本実施形態によるコンテンツサーバ１０は、各符号化データのビットレート情報およびアクセス情報を含むプレイリストファイル（以下、ＭＰＤ：Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）をコンテンツ再生装置２０に送信し、コンテンツ再生装置２０は、ＭＰＤに基づき、複数のビットレートのうちのいずれかのビットレートを選択し、選択したビットレートに対応するセグメントの送信をコンテンツサーバ１０に要求する。
図１では、１つのコンテンツサーバ１０のみが図示されているが、本開示は係る例に限定されないことは言うまでもない。
図３は、ＭＰＤの具体例を示した説明図である。図３に示したように、ＭＰＤには、異なるビットレート（ＢＡＮＤＷＩＤＴＨ）を有する複数の符号化データに関するアクセス情報が含まれる。例えば、図３に示したＭＰＤは、２５６Ｋｂｐｓ、１．０２４Ｍｂｐｓ、１．３８４Ｍｂｐｓ、１．５３６Ｍｂｐｓ、２．０４８Ｍｂｐｓの各々の符号化データが存在することを示す共に、各符号化データに関するアクセス情報を含む。コンテンツ再生装置２０は、かかるＭＰＤに基づき、ストリーミング再生する符号化データのビットレートを動的に変更することが可能である。
なお、図１にはコンテンツ再生装置２０の一例として携帯端末を示しているが、コンテンツ再生装置２０はかかる例に限定されない。例えば、コンテンツ再生装置２０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、コンテンツ再生装置２０は、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。
＜２．コンテンツサーバ１０の構成＞
以上、図１〜図３を参照し、本開示の実施形態によるコンテンツ再生システムの概要を説明した。続いて、図４を参照し、本実施形態によるコンテンツサーバ１０の構成を説明する。
図４は、本実施形態によるコンテンツサーバ１０の構成を示した機能ブロック図である。図４に示したように、本実施形態によるコンテンツサーバ１０は、ファイル生成部１２０と、記憶部１３０と、通信部１４０と、を備える。
ファイル生成部１２０は、コンテンツデータを符号化するエンコーダ１２２を備え、同一のコンテンツでビットレートが異なる複数の符号化データ、および上述したＭＰＤを生成する。例えば、ファイル生成部１２０は、２５６Ｋｂｐｓ、１．０２４Ｍｂｐｓ、１．３８４Ｍｂｐｓ、１．５３６Ｍｂｐｓ、２．０４８Ｍｂｐｓの各々の符号化データを生成した場合、図３に示したようなＭＰＤを生成する。
記憶部１３０は、ファイル生成部１２０により生成されたビットレートが異なる複数の符号化データおよびＭＰＤを記憶する。この記憶部１３０は、不揮発性メモリ、磁気ディスク、光ディスク、およびＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。不揮発性メモリとしては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）およびＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標））などがあげられる。
通信部１４０は、コンテンツ再生装置２０とのインターフェースであって、ネットワーク１２を介してコンテンツ再生装置２０と通信する。より詳細には、通信部１４０は、ＨＴＴＰに従ってコンテンツ再生装置２０と通信するＨＴＴＰサーバとしての機能を有する。例えば、通信部１４０は、ＭＰＤをコンテンツ再生装置２０に送信し、ＨＴＴＰに従ってコンテンツ再生装置２０からＭＰＤに基づいて要求された符号化データを記憶部１３０から抽出し、ＨＴＴＰレスポンスとしてコンテンツ再生装置２０に符号化データを送信する。
＜３．コンテンツ再生装置２０の構成＞
以上、本実施形態によるコンテンツサーバ１０の構成を説明した。続いて、図５を参照し、本実施形態によるコンテンツ再生装置２０の構成を説明する。
図５は、本実施形態によるコンテンツ再生装置２０の構成を示した機能ブロック図である。図５に示したように、本実施形態によるコンテンツ再生装置２０は、通信部２２０と、記憶部２３０と、再生部２４０と、選択部２５０と、現在地取得部２６０と、を備える。
通信部２２０は、コンテンツサーバ１０とのインターフェースであって、コンテンツサーバ１０に対してデータを要求し、コンテンツサーバ１０からデータを取得する。より詳細には、通信部２２０は、ＨＴＴＰに従ってコンテンツ再生装置２０と通信するＨＴＴＰクライアントとしての機能を有する。例えば、通信部２２０は、ＨＴＴＰ Ｒａｎｇｅを利用することにより、コンテンツサーバ１０からＭＰＤや符号化データのセグメントを選択的に取得することができる。
記憶部２３０は、コンテンツの再生に関する種々の情報を記憶する。例えば、通信部２２０によりコンテンツサーバ１０から取得されるセグメントを順次にバッファリングする。記憶部２３０にバッファリングされた符号化データのセグメントは、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）で再生部２４０へ順次に供給される。
また記憶部２３０は、後述のコンテンツサーバ１１から要求された、ＭＰＤに記述されているコンテンツのＵＲＬへのパラメータの付加指示に基づき、通信部２２０でＵＲＬにパラメータを付加して、そのＵＲＬへアクセスするための定義を記憶する。
再生部２４０は、記憶部２３０から供給されるセグメントを順次に再生する。具体的には、再生部２４０は、セグメントのデコード、ＤＡ変換、およびレンダリングなどを行う。
選択部２５０は、ＭＰＤに含まれるいずれのビットレートに対応する符号化データのセグメントを取得するかを同一コンテンツ内で順次に選択する。例えば、選択部２５０がネットワーク１２の帯域に応じてセグメント「Ａ１」、「Ｂ２」、「Ａ３」を順次に選択すると、図２に示したように、通信部２２０がコンテンツサーバ１０からセグメント「Ａ１」、「Ｂ２」、「Ａ３」を順次に取得する。
現在地取得部２６０は、コンテンツ再生装置２０の現在の位置を取得するものであり、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機などの現在地を取得するモジュールで構成されていても良い。また現在地取得部２６０は、無線ネットワークを使用してコンテンツ再生装置２０の現在の位置を取得するものであってもよい。
＜４．コンテンツサーバ１１の構成＞
図６は、コンテンツサーバ１１の構成例を示す説明図である。図６に示したように、本実施形態によるコンテンツサーバ１１は、記憶部３１０と、通信部３２０と、を備える。
記憶部３１０は、ＭＰＤのＵＲＬの情報を記憶する。ＭＰＤのＵＲＬの情報は、コンテンツの再生を要求するコンテンツ再生装置２０からの求めに応じ、コンテンツサーバ１１からコンテンツ再生装置２０へ送信される。また記憶部３１０は、コンテンツ再生装置２０へのＭＰＤのＵＲＬの情報を提供する際に、当該ＭＰＤに記述されているＵＲＬにコンテンツ再生装置２０でパラメータを付加させる際の定義情報を記憶する。
通信部３２０は、コンテンツ再生装置２０とのインターフェースであって、ネットワーク１２を介してコンテンツ再生装置２０と通信する。すなわち通信部３２０は、コンテンツの再生を要求するコンテンツ再生装置２０から、ＭＰＤのＵＲＬの情報の要求を受信し、コンテンツ再生装置２０へＭＰＤのＵＲＬの情報を送信する。通信部３２０から送信されるＭＰＤのＵＲＬには、コンテンツ再生装置２０でパラメータを付加させるための情報が含まれる。
コンテンツ再生装置２０でＭＰＤのＵＲＬに付加させるパラメータについては、コンテンツサーバ１１およびコンテンツ再生装置２０で共有する定義情報で様々に設定することが出来る。一例を挙げれば、コンテンツ再生装置２０の現在位置、コンテンツ再生装置２０を使用するユーザのユーザＩＤ、コンテンツ再生装置２０のメモリサイズ、コンテンツ再生装置２０のストレージの容量などの情報を、コンテンツ再生装置２０でＭＰＤのＵＲＬに付加させることが出来る。
＜５．ＭＰＤのＵＲＬの情報＞
続いてＭＰＤのＵＲＬの情報について説明する。本実施形態では、コンテンツサーバ１１からコンテンツ再生装置２０へＭＰＤのＵＲＬの情報を送る際に、コンテンツ再生装置２０にパラメータをそのＵＲＬに付加させるための定義情報の場所を、クエリパラメータの形式で付加する。本実施形態では、その定義情報を「Parameter Description」と称する。コンテンツサーバ１１は、例えば以下の様な形式でＭＰＤのＵＲＬの情報を、通信部３２０からコンテンツ再生装置２０へ送る。
http://a.com/x.mpd?pd=URI-1,URI-2,URI-3
「a.com」は、コンテンツ再生装置２０が再生を希望するコンテンツが保存されているサーバであり、「x.mpd」は、そのコンテンツのＭＰＤである。そしてクエリパラメータ「ｐｄ」には、定義情報のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が記述される。上述したように、定義情報のＵＲＩはカンマ区切りで記述してもよい。上述の例では、３つの定義情報に基づいてコンテンツ再生装置２０でパラメータを付加させる際に、コンテンツサーバ１１からコンテンツ再生装置２０へ送られるＭＰＤのＵＲＬの情報である。
Parameter Descriptionは、記憶部３１０に記憶され、例えば、ＷＡＤＬ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ、http://www.w3.org/Submission/wadl/）、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ、http://www.ibm.com/developerworks/webservices/library/ws-restwsdl/）その他のＷｅｂＡＰＩ記述言語に基づいて記述され得る。なお、Parameter Descriptionが記憶部３１０だけでなく、コンテンツ再生装置２０の記憶部２３０にも記憶されていても良い。両方に記憶される場合は、双方の内容が同期されること、すなわち、双方の内容が同一に維持されることが前提である。
具体例を挙げて説明する。コンテンツサーバ１１は、コンテンツ再生装置２０からのコンテンツの再生要求に応じて、以下に示すようなＭＰＤのＵＲＬの情報をコンテンツ再生装置２０へ送る。
http://a.com/x.mpd?pd=urn:prmDef-1
図７は、上述のＵＲＬにおけるクエリパラメータ「ｐｄ」で指定されるParameter Descriptionである「urn:prmDef-1」の内容を示す説明図である。
<param>タグで囲まれた部分に、Parameter Descriptionの定義内容が記述される。
「name」要素は、コンテンツ再生装置２０でＭＰＤに記述されているコンテンツのＵＲＬに付加させるパラメータ（ＵＲＬパラメータ）の名称を規定する。図７の例では「name」要素に「location」が指定されている。
「required」要素は、コンテンツ再生装置２０での、そのクエリパラメータの記述が必須か否かを規定する。図７の例では、「required」要素に「true」が指定されており、このパラメータの記述が必須であることを示している。
「style」要素は、コンテンツ再生装置２０でＭＰＤに記述されているコンテンツのＵＲＬに付加させるパラメータの形式を規定する。パラメータの形式には、クエリパラメータやテンプレート等がある。図７に示した例では、「style」要素に「query」が指定されており、このパラメータはクエリパラメータの形式でコンテンツ再生装置２０に記述させることを示している。
<doc>タグで囲まれた部分には、このParameter Descriptionに関する情報が記述される。図７には、このParameter Descriptionは、パラメータ「location」についての詳細であり、例えばリクエストを要求してきたコンテンツ再生装置２０がＧＰＳ等で取得した現在位置をコンテンツ再生装置２０に記述させるためのものであることが示されている。
上述のＭＰＤのＵＲＬの情報を受け取ったコンテンツ再生装置２０は、ＭＰＤを取得すると、図７に示した内容に基づいてＭＰＤに記述されているコンテンツのＵＲＬにパラメータを付加する。例えば、上述のＭＰＤ（x.mpd）に、「http://a.com/s.mp4」というコンテンツのセグメントのＵＲＬが含まれていれば、コンテンツ再生装置２０は、この「http://a.com/s.mp4」に以下のようにクエリパラメータを付加する。
http://a.com/s.mp4?location=areaA
すなわち、コンテンツ再生装置２０は、パラメータ「location」に、現在地取得部２６０で取得する現在位置の情報を指定して、通信部２２０から上記ＵＲＬにアクセスしてコンテンツを要求する。
このようにParameter Descriptionを定義することで、コンテンツサーバ１１は、コンテンツ再生装置２０の実行環境に応じた適切なパラメータをコンテンツ再生装置２０に付加させることが出来る。例えば、上述のようにコンテンツ再生装置２０の現在位置を設定させることで、コンテンツ再生装置２０の位置に応じて適切なコンテンツサーバ１０へリダイレクションさせることが出来る。また、コンテンツ再生装置２０のユーザのユーザＩＤをクエリパラメータに記述するようコンテンツサーバ１１から指示することで、コンテンツ再生装置２０に対し、そのユーザＩＤに応じた情報、例えば広告等をコンテンツサーバ１０から提供することができる。
またこのようにParameter Descriptionを定義することで、コンテンツ再生装置２０でパラメータを付加させたい場合や、付加させるパラメータを変更したりする場合に、ＭＰＤを改変することなく、コンテンツ再生装置２０の実行環境に応じた適切なパラメータをコンテンツ再生装置２０に付加させることが出来る。
Parameter Descriptionの別の例を示す。コンテンツサーバ１１は、コンテンツ再生装置２０からのコンテンツの再生要求に応じて、以下に示すようなＭＰＤのＵＲＬの情報をコンテンツ再生装置２０へ送る。
http://a.com/x.mpd?pd=urn:prmDef
図８は、上述のＵＲＬにおけるクエリパラメータ「ｐｄ」で指定されるParameter Descriptionである「urn:prmDef」の内容を示す説明図である。上述のＵＲＬで指定されるＭＰＤであるx.mpdにおいて、「http://a.com/seg/」というコンテンツのセグメントのＵＲＬが含まれているとする。
<resource>タグは、「http://a.com/seg/」以下のコンテンツの場所を指定するためのタグであり、「path」要素はコンテンツの場所を指定するための要素である。図８の例では「path{v1}/p-{v2}.mp4"」という場所にコンテンツがあることが示されている。また、中括弧で囲まれた「v1」と「v2」は、コンテンツ再生装置２０によってパラメータがインサートされる箇所であることを意味する。
コンテンツ再生装置２０は、図８に示されているParameter Descriptionで規定されている各パラメータ「v1」「v2」「qp1」「qp2」について、それぞれ「vov1」「vov2」「voqp1」「voqp2」を指定すると、コンテンツ再生装置２０は、以下のＵＲＬへ通信部２２０からアクセスしてコンテンツを取得する。
http://a.com/seg/pathvov1/p-vov2.mp4?qp1=voqp1&qp2=voqp2
例えば「v1」には国、「v2」には県や州、「qp1」には市、「qp2」には町の情報が、それぞれ指定されるものであるとすれば、図８に示されているParameter Descriptionによって、コンテンツ再生装置２０の位置に応じて、コンテンツ再生装置２０で再生させるコンテンツを変化させることができる。
図９は、上述してきたParameter Descriptionを参照するよう構成されているＭＰＤの例を示す説明図である。上記非特許文献２では、Parameter要素を導入して、そのParameter要素のid属性にテンプレートとして利用するパラメータの名前(図９の例では「locationP」)を指定し、descriptorId属性から、EssentialProperty（対象のMPDでサポートされるべきdescriptorを指定する要素）を参照するよう提案している。しかし、上記非特許文献２ではその先の定義については提案されていない。
そこで、その先の定義を上述のParameter Descriptionを利用していたのが、図９に示したＭＰＤである。schemeIdUri要素で指定された「urn:prmDef-1」は、図７に示したParameter Descriptionである。このようにＭＰＤが定義されていることで、コンテンツ再生装置２０は、ＭＰＤに記述されているＵＲＬにパラメータを付加し、http://a.com/s.mp4?location=areaAというアドレスにアクセスしてコンテンツを取得することが出来る。Parameter Descriptionに標準の記述方式を利用することにより、既にある標準のフレームワークを利用することができるので、ＵＲＬ署名等の機能追加が容易となる。
上述の一連の処理をより詳細に説明する。図１０Ａ及び図１０Ｂは、上述の一連の処理を詳細に示すシーケンス図である。図１０及び図１０Ｂに示したシーケンス図は、コンテンツサーバ１１からコンテンツ再生装置２０へＭＰＤのＵＲＬの情報を送り、コンテンツ再生装置２０がＭＰＤのＵＲＬに基づいてコンテンツサーバ１０からコンテンツを取得し、取得したコンテンツを再生する際の動作を示したものである。
コンテンツ再生装置２０がコンテンツを再生部２４０で再生しようとする場合、まずコンテンツ再生装置２０は、ＭＰＤのＵＲＬをコンテンツサーバ１１から取得する（ステップＳ１０１）。ステップＳ１０１の取得は、例えば再生部２４０が通信部２２０を通じて実行する。コンテンツ再生装置２０は、ＭＰＤのＵＲＬをコンテンツサーバ１１から取得すると、続いてＵＲＬパラメータがそのＵＲＬに存在するかどうか判断する（ステップＳ１０２）。ステップＳ１０２の判断は再生部２４０が実行し得る。
ステップＳ１０２の判断の結果、ステップＳ１０１で取得したＭＰＤのＵＲＬにＵＲＬパラメータが無い場合は、コンテンツ再生装置２０はｈｔｔｐによりＭＰＤのＵＲＬをコンテンツサーバ１１に要求する（ステップＳ１０３）。ステップＳ１０３の要求は、例えば再生部２４０が通信部２２０を通じて実行する。例えば上述の例では、「http://a.com/x.mpd」というＵＲＬのみをコンテンツ再生装置２０が取得した場合は、コンテンツ再生装置２０はhttp-requestにより「http://a.com/x.mpd」をコンテンツサーバ１１に要求する。
コンテンツ再生装置２０からＭＰＤのＵＲＬの要求を受信したコンテンツサーバ１１は、コンテンツ再生装置２０から取得したい状態情報、例えば上述の例ではロケーションの情報を決定し、対応するParameter Descriptionを記憶部３１０に照会する（ステップＳ１０４）。記憶部３１０は、コンテンツサーバ１１に対して当該Parameter DescriptionのＵＲＩを応答する（ステップＳ１０５）。上述の例に当てはめれば、記憶部３１０からは、コンテンツサーバ１１からの照会に応じて、「urn:prmDef-1」というＵＲＩがコンテンツサーバ１１に返される。
記憶部３１０からの応答を受信したコンテンツサーバ１１は、Parameter DescriptionのＵＲＩを格納するＵＲＬパラメータをＭＰＤのＵＲＬに付加して、http-response-redirectによりそのＵＲＬパラメータが付加されたＭＰＤのＵＲＬをコンテンツ再生装置２０に応答する（ステップＳ１０６）。上述の例に当てはめれば、コンテンツサーバ１１は、「http://a.com/x.mpd」というＵＲＬに、「?pd=urn:prmDef-1」というＵＲＬパラメータを付加した「http://a.com/x.mpd?pd=urn:prmDef-1」というＭＰＤのＵＲＬをコンテンツ再生装置２０に応答する。
コンテンツ再生装置２０は、コンテンツサーバ１１からＭＰＤのＵＲＬの情報を取得すると（または上記ステップＳ１０２の判断の結果、ステップＳ１０１で取得したＭＰＤのＵＲＬにＵＲＬパラメータがある場合は）、ＵＲＬパラメータで指定されたＵＲＩを記憶部２３０に記憶する（ステップＳ１０７）。上述の例では、コンテンツ再生装置２０は、例えば「urn:prmDef-1」というＵＲＩを記憶部２３０に記憶する。
続いてコンテンツ再生装置２０は、ＵＲＬパラメータが付加されたＭＰＤのＵＲＬをｈｔｔｐによりコンテンツサーバ１０に要求する（ステップＳ１０８）。上述の例に当てはめれば、コンテンツ再生装置２０はhttp-requestにより「http://a.com/x.mpd?pd=urn:prmDef-1」というＭＰＤのＵＲＬをコンテンツサーバ１０に要求する。
コンテンツ再生装置２０からの要求を受信したコンテンツサーバ１０は、当該ＭＰＤの本体をコンテンツ再生装置２０へ応答する（ステップＳ１０９）。
ＭＰＤの本体をコンテンツサーバ１０から送られたコンテンツ再生装置２０は、その送られたＭＰＤを解釈する（ステップＳ１１０）。ステップＳ１１０のＭＰＤの解釈は例えば再生部２４０が実行し得る。コンテンツ再生装置２０は、コンテンツサーバ１０から送られたＭＰＤを解釈して、再生する対象のAdaptationSet、またはRepresentation/SubRepresentationを決定する。
ＭＰＤの解釈により再生する対象のAdaptationSet、またはRepresentation/SubRepresentationを決定すると、コンテンツ再生装置２０は、再生する対象に対する検知処理を実行する（ステップＳ１１１）。ステップＳ１１１の検知処理は例えば再生部２４０が実行し得る。具体的には、コンテンツ再生装置２０は、当該AdaptationSet、またはRepresentation/SubRepresentationにEssentialPropertyがあり、EssentialPropertyにそのschemeIdUri属性の値が指定されており（例えばurn:prmDef-1）、schemeIdUri属性で指定されるＵＲＩにて参照されるParameter Descriptionの解釈が再生処理の上で必須となることを検知する。またコンテンツ再生装置２０は、そのＵＲＩがＵＲＬパラメータの挿入を意味するＵＲＩとなっていることを検知する。
コンテンツ再生装置２０は、再生する対象に対する検知処理を実行すると、続いてＵＲＬパラメータで指定されたＵＲＩ（例えばurn:prmDef-1）により、Parameter Descriptionを記憶部３１０に対し照会する（ステップＳ１１２）。ステップＳ１１２の照会処理は、例えば再生部２４０が通信部２２０を通じて実行する。記憶部３１０は、例えばＷＡＤＬにて記述された当該Parameter Descriptionの本体を、コンテンツ再生装置２０に応答する（ステップＳ１１３）。
コンテンツ再生装置２０は、記憶部３１０からParameter Descriptionの本体を取得すると、ＵＲＬパラメータの構成方法を決定し、ＵＲＬパラメータに格納する内容を取得する（ステップＳ１１４）。ステップＳ１１４の処理は、例えば再生部２４０が実行し得る。例えばＵＲＬパラメータにロケーションの情報を格納する場合は、コンテンツ再生装置２０は、現在地取得部２６０が取得した現在地の情報をＵＲＬパラメータに格納する。
コンテンツ再生装置２０は、ＵＲＬパラメータに格納する内容を取得すると、ＵＲＬパラメータが付加されたセグメントのＵＲＬを生成し、ｈｔｔｐによりコンテンツサーバ１０へ要求する（ステップＳ１１５）。具体的には、コンテンツ再生装置２０は、当該SegmentTemplate要素のmedia属性に記載された規則に則って、ＵＲＬパラメータが付加されたセグメントのＵＲＬを生成する。例えば図１１の符号４００で示す、「＄」で囲まれた「locationP」というSubstitutionParameterの部分に上記ＵＲＬパラメータを挿入するという規則があれば、コンテンツ再生装置２０は、その規則に則って、ＵＲＬパラメータが付加されたセグメントのＵＲＬを生成する。コンテンツ再生装置２０は、ステップＳ１１５の処理により、例えば「http://a.com/s.mp4?location=areaA」というセグメントのＵＲＬを生成する。
コンテンツ再生装置２０から要求を受けたコンテンツサーバ１０は、ＵＲＬパラメータを解釈して最適なセグメントの本体をコンテンツ再生装置２０へ応答する（ステップＳ１１６）。コンテンツ再生装置２０は、コンテンツサーバ１０から受信したセグメントを再生する（ステップＳ１１７）。
コンテンツ再生装置２０は、コンテンツサーバ１０、１１との間で、上述した一連の処理を実行することで、ＭＰＤに記述されているＵＲＬにパラメータを付加し、ステップＳ１１５の処理により生成された「http://a.com/s.mp4?location=areaA」というアドレスにアクセスして、コンテンツを取得することが出来る。
＜第１実施の形態＞
（本開示を適用したコンピュータの説明）
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
図１２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
コンピュータにおいて、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、及びドライブ２１０が接続されている。
入力部２０６は、キーボード、マウス、マイクロホンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
以上のように構成されるコンピュータでは、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
コンピュータでは、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
＜第２実施の形態＞
（多視点画像符号化・多視点画像復号への適用）
上述した一連の処理は、多視点画像符号化・多視点画像復号に適用することができる。図１３は、多視点画像符号化方式の一例を示す。
図１３に示されるように、多視点画像は、複数の視点（ビュー（view））の画像を含む。この多視点画像の複数のビューは、他のビューの画像を利用せずに自身のビューの画像のみを用いて符号化・復号を行うベースビューと、他のビューの画像を利用して符号化・復号を行うノンベースビューとによりなる。ノンベースビューは、ベースビューの画像利用するようにしても良いし、他のノンベースビューの画像を利用するようにしてもよい。
このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量（符号量）を低減することができる（つまり、符号化効率の低減を抑制することができる）。
（多視点画像符号化装置）
図１４は、上述した多視点画像符号化を行う多視点画像符号化装置を示す図である。図１４に示されるように、多視点画像符号化装置６００は、符号化部６０１、符号化部６０２、および多重化部６０３を有する。
符号化部６０１は、ベースビュー画像を符号化し、ベースビュー画像符号化ストリームを生成する。符号化部６０２は、ノンベースビュー画像を符号化し、ノンベースビュー画像符号化ストリームを生成する。多重化部６０３は、符号化部６０１において生成されたベースビュー画像符号化ストリームと、符号化部６０２において生成されたノンベースビュー画像符号化ストリームとを多重化し、多視点画像符号化ストリームを生成する。
この多視点画像符号化装置６００の符号化部６０１および符号化部６０２に対して、符号化装置１０（図２０）を適用することができる。つまり、各ビューに対する符号化において、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。また、符号化部６０１および符号化部６０２は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、符号化を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
（多視点画像復号装置）
図１５は、上述した多視点画像復号を行う多視点画像復号装置を示す図である。図１５に示されるように、多視点画像復号装置６１０は、逆多重化部６１１、復号部６１２、および復号部６１３を有する。
逆多重化部６１１は、ベースビュー画像符号化ストリームとノンベースビュー画像符号化ストリームとが多重化された多視点画像符号化ストリームを逆多重化し、ベースビュー画像符号化ストリームと、ノンベースビュー画像符号化ストリームとを抽出する。復号部６１２は、逆多重化部６１１により抽出されたベースビュー画像符号化ストリームを復号し、ベースビュー画像を得る。復号部６１３は、逆多重化部６１１により抽出されたノンベースビュー画像符号化ストリームを復号し、ノンベースビュー画像を得る。
この多視点画像復号装置６１０の復号部６１２および復号部６１３に対して、復号装置１１０（図２６）を適用することができる。つまり、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。また、復号部６１２および復号部６１３は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、復号を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
＜第３実施の形態＞
（階層画像符号化・階層画像復号への適用）
上述した一連の処理は、階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）に適用することができる。図１６は、階層画像符号化方式の一例を示す。
階層画像符号化（スケーラブル符号化）は、画像データを、所定のパラメータについてスケーラブル（scalable）機能を有するように、画像を複数レイヤ化（階層化）し、レイヤ毎に符号化するものである。階層画像復号（スケーラブル復号）は、その階層画像符号化に対応する復号である。
図１６に示されるように、画像の階層化においては、スケーラブル機能を有する所定のパラメータを基準として１の画像が複数の画像（レイヤ）に分割される。つまり、階層化された画像（階層画像）は、その所定のパラメータの値が互いに異なる複数の階層（レイヤ）の画像を含む。この階層画像の複数のレイヤは、他のレイヤの画像を利用せずに自身のレイヤの画像のみを用いて符号化・復号を行うベースレイヤと、他のレイヤの画像を利用して符号化・復号を行うノンベースレイヤ（エンハンスメントレイヤとも称する）とによりなる。ノンベースレイヤは、ベースレイヤの画像を利用するようにしても良いし、他のノンベースレイヤの画像を利用するようにしてもよい。
一般的に、ノンベースレイヤは、冗長性が低減されるように、自身の画像と、他のレイヤの画像との差分画像のデータ（差分データ）により構成される。例えば、１の画像をベースレイヤとノンベースレイヤ（エンハンスメントレイヤとも称する）に２階層化した場合、ベースレイヤのデータのみで元の画像よりも低品質な画像が得られ、ベースレイヤのデータとノンベースレイヤのデータを合成することで、元の画像（すなわち高品質な画像）が得られる。
このように画像を階層化することにより、状況に応じて多様な品質の画像を容易に得ることができる。例えば携帯電話のような、処理能力の低い端末に対しては、ベースレイヤ（base layer）のみの画像圧縮情報を伝送し、空間時間解像度の低い、或いは、画質の良くない動画像を再生し、テレビやパーソナルコンピュータのような、処理能力の高い端末に対しては、ベースレイヤ（base layer）に加えて、エンハンスメントレイヤ（enhancement layer）の画像圧縮情報を伝送し、空間時間解像度の高い、或いは、画質の高い動画像を再生するといったように、トランスコード処理を行うことなく、端末やネットワークの能力に応じた画像圧縮情報を、サーバから送信することが可能となる。
このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量（符号量）を低減することができる（つまり、符号化効率の低減を抑制することができる）。
（スケーラブルなパラメータ）
このような階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）において、スケーラブル（scalable）機能を有するパラメータは、任意である。例えば、図１７に示されるような空間解像度をそのパラメータとしてもよい（spatial scalability）。このスペーシャルスケーラビリティ（spatial scalability）の場合、レイヤ毎に画像の解像度が異なる。つまり、この場合、図１７に示されるように、各ピクチャが、元の画像より空間的に低解像度のベースレイヤと、ベースレイヤと合成することにより元の空間解像度が得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
また、このようなスケーラブル性を持たせるパラメータとして、他には、例えば、図１８に示されるような、時間解像度を適用しても良い（temporal scalability）。このテンポラルスケーラビリティ（temporal scalability）の場合、レイヤ毎にフレームレートが異なる。つまり、この場合、図１８に示されるように、各ピクチャが、元の動画像より低フレームレートのベースレイヤと、ベースレイヤと合成することにより元のフレームレートが得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
さらに、このようなスケーラブル性を持たせるパラメータとして、例えば、信号雑音比（SNR（Signal to Noise ratio））を適用しても良い（SNR scalability）。このSNRスケーラビリティ（SNR scalability）の場合、レイヤ毎にSN比が異なる。つまり、この場合、図１９に示されるように、各ピクチャが、元の画像よりSNRの低いベースレイヤと、ベースレイヤと合成することにより元のSNRが得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
スケーラブル性を持たせるパラメータは、上述した例以外であっても、もちろんよい。例えば、スケーラブル性を持たせるパラメータとして、ビット深度を用いることもできる（bit-depth scalability）。このビット深度スケーラビリティ（bit-depth scalability）の場合、レイヤ毎にビット深度が異なる。この場合、例えば、ベースレイヤ（base layer）が８ビット（bit）画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、10ビット（bit）画像が得られるようにすることができる。
また、スケーラブル性を持たせるパラメータとして、クロマフォーマットを用いることもできる（chroma scalability）。このクロマスケーラビリティ（chroma scalability）の場合、レイヤ毎にクロマフォーマットが異なる。この場合、例えば、ベースレイヤ（base layer）が4:2:0フォーマットのコンポーネント画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、4:2:2フォーマットのコンポーネント画像が得られるようにすることができる。
（階層画像符号化装置）
図２０は、上述した階層画像符号化を行う階層画像符号化装置を示す図である。図２０に示されるように、階層画像符号化装置６２０は、符号化部６２１、符号化部６２２、および多重化部６２３を有する。
符号化部６２１は、ベースレイヤ画像を符号化し、ベースレイヤ画像符号化ストリームを生成する。符号化部６２２は、ノンベースレイヤ画像を符号化し、ノンベースレイヤ画像符号化ストリームを生成する。多重化部６２３は、符号化部６２１において生成されたベースレイヤ画像符号化ストリームと、符号化部６２２において生成されたノンベースレイヤ画像符号化ストリームとを多重化し、階層画像符号化ストリームを生成する。
この階層画像符号化装置６２０の符号化部６２１および符号化部６２２に対して、符号化装置１０（図２０）を適用することができる。つまり、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。また、符号化部６２１および符号化部６２２は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、イントラ予測のフィルタ処理の制御等を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
（階層画像復号装置）
図２１は、上述した階層画像復号を行う階層画像復号装置を示す図である。図２１に示されるように、階層画像復号装置６３０は、逆多重化部６３１、復号部６３２、および復号部６３３を有する。
逆多重化部６３１は、ベースレイヤ画像符号化ストリームとノンベースレイヤ画像符号化ストリームとが多重化された階層画像符号化ストリームを逆多重化し、ベースレイヤ画像符号化ストリームと、ノンベースレイヤ画像符号化ストリームとを抽出する。復号部６３２は、逆多重化部６３１により抽出されたベースレイヤ画像符号化ストリームを復号し、ベースレイヤ画像を得る。復号部６３３は、逆多重化部６３１により抽出されたノンベースレイヤ画像符号化ストリームを復号し、ノンベースレイヤ画像を得る。
この階層画像復号装置６３０の復号部６３２および復号部６３３に対して、復号装置１１０（図２６）を適用することができる。つまり、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。また、復号部６１２および復号部６１３は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、復号を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
＜第４実施の形態＞
（テレビジョン装置の構成例）
図２２は、本開示を適用したテレビジョン装置の概略構成を例示している。テレビジョン装置９００は、アンテナ９０１、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、表示部９０６、音声信号処理部９０７、スピーカ９０８、外部インタフェース部９０９を有している。さらに、テレビジョン装置９００は、制御部９１０、ユーザインタフェース部９１１等を有している。
チューナ９０２は、アンテナ９０１で受信された放送波信号から所望のチャンネルを選局して復調を行い、得られた符号化ビットストリームをデマルチプレクサ９０３に出力する。
デマルチプレクサ９０３は、符号化ビットストリームから視聴対象である番組の映像や音声のパケットを抽出して、抽出したパケットのデータをデコーダ９０４に出力する。また、デマルチプレクサ９０３は、ＥＰＧ（Electronic Program Guide）等のデータのパケットを制御部９１０に供給する。なお、スクランブルが行われている場合、デマルチプレクサ等でスクランブルの解除を行う。
デコーダ９０４は、パケットの復号化処理を行い、復号処理化によって生成された映像データを映像信号処理部９０５、音声データを音声信号処理部９０７に出力する。
映像信号処理部９０５は、映像データに対して、ノイズ除去やユーザ設定に応じた映像処理等を行う。映像信号処理部９０５は、表示部９０６に表示させる番組の映像データや、ネットワークを介して供給されるアプリケーションに基づく処理による画像データなどを生成する。また、映像信号処理部９０５は、項目の選択などのメニュー画面等を表示するための映像データを生成し、それを番組の映像データに重畳する。映像信号処理部９０５は、このようにして生成した映像データに基づいて駆動信号を生成して表示部９０６を駆動する。
表示部９０６は、映像信号処理部９０５からの駆動信号に基づき表示デバイス（例えば液晶表示素子等）を駆動して、番組の映像などを表示させる。
音声信号処理部９０７は、音声データに対してノイズ除去などの所定の処理を施し、処理後の音声データのＤ／Ａ変換処理や増幅処理を行いスピーカ９０８に供給することで音声出力を行う。
外部インタフェース部９０９は、外部機器やネットワークと接続するためのインタフェースであり、映像データや音声データ等のデータ送受信を行う。
制御部９１０にはユーザインタフェース部９１１が接続されている。ユーザインタフェース部９１１は、操作スイッチやリモートコントロール信号受信部等で構成されており、ユーザ操作に応じた操作信号を制御部９１０に供給する。
制御部９１０は、ＣＰＵ(Central Processing Unit)やメモリ等を用いて構成されている。メモリは、ＣＰＵにより実行されるプログラムやＣＰＵが処理を行う上で必要な各種のデータ、ＥＰＧデータ、ネットワークを介して取得されたデータ等を記憶する。メモリに記憶されているプログラムは、テレビジョン装置９００の起動時などの所定タイミングでＣＰＵにより読み出されて実行される。ＣＰＵは、プログラムを実行することで、テレビジョン装置９００がユーザ操作に応じた動作となるように各部を制御する。
なお、テレビジョン装置９００では、チューナ９０２、デマルチプレクサ９０３、映像信号処理部９０５、音声信号処理部９０７、外部インタフェース部９０９等と制御部９１０を接続するためバス９１２が設けられている。
このように構成されたテレビジョン装置では、デコーダ９０４に本願の復号装置（復号方法）の機能が設けられる。このため、符号化ストリームの復号処理において、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。
＜第５実施の形態＞
（携帯電話機の構成例）
図２３は、本開示を適用した携帯電話機の概略構成を例示している。携帯電話機９２０は、通信部９２２、音声コーデック９２３、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、制御部９３１を有している。これらは、バス９３３を介して互いに接続されている。
また、通信部９２２にはアンテナ９２１が接続されており、音声コーデック９２３には、スピーカ９２４とマイクロホン９２５が接続されている。さらに制御部９３１には、操作部９３２が接続されている。
携帯電話機９２０は、音声通話モードやデータ通信モード等の各種モードで、音声信号の送受信、電子メールや画像データの送受信、画像撮影、またはデータ記録等の各種動作を行う。
音声通話モードにおいて、マイクロホン９２５で生成された音声信号は、音声コーデック９２３で音声データへの変換やデータ圧縮が行われて通信部９２２に供給される。通信部９２２は、音声データの変調処理や周波数変換処理等を行い、送信信号を生成する。また、通信部９２２は、送信信号をアンテナ９２１に供給して図示しない基地局へ送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、得られた音声データを音声コーデック９２３に供給する。音声コーデック９２３は、音声データのデータ伸張やアナログ音声信号への変換を行いスピーカ９２４に出力する。
また、データ通信モードにおいて、メール送信を行う場合、制御部９３１は、操作部９３２の操作によって入力された文字データを受け付けて、入力された文字を表示部９３０に表示する。また、制御部９３１は、操作部９３２におけるユーザ指示等に基づいてメールデータを生成して通信部９２２に供給する。通信部９２２は、メールデータの変調処理や周波数変換処理等を行い、得られた送信信号をアンテナ９２１から送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、メールデータを復元する。このメールデータを、表示部９３０に供給して、メール内容の表示を行う。
なお、携帯電話機９２０は、受信したメールデータを、記録再生部９２９で記憶媒体に記憶させることも可能である。記憶媒体は、書き換え可能な任意の記憶媒体である。例えば、記憶媒体は、ＲＡＭや内蔵型フラッシュメモリ等の半導体メモリ、ハードディスク、磁気ディスク、光磁気ディスク、光ディスク、USB（Universal Serial Bus）メモリ、またはメモリカード等のリムーバブルメディアである。
データ通信モードにおいて画像データを送信する場合、カメラ部９２６で生成された画像データを、画像処理部９２７に供給する。画像処理部９２７は、画像データの符号化処理を行い、符号化データを生成する。
多重分離部９２８は、画像処理部９２７で生成された符号化データと、音声コーデック９２３から供給された音声データを所定の方式で多重化して通信部９２２に供給する。通信部９２２は、多重化データの変調処理や周波数変換処理等を行い、得られた送信信号をアンテナ９２１から送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、多重化データを復元する。この多重化データを多重分離部９２８に供給する。多重分離部９２８は、多重化データの分離を行い、符号化データを画像処理部９２７、音声データを音声コーデック９２３に供給する。画像処理部９２７は、符号化データの復号化処理を行い、画像データを生成する。この画像データを表示部９３０に供給して、受信した画像の表示を行う。音声コーデック９２３は、音声データをアナログ音声信号に変換してスピーカ９２４に供給して、受信した音声を出力する。
このように構成された携帯電話装置では、画像処理部９２７に本願の符号化装置および復号装置（符号化方法および復号方法）の機能が設けられる。このため、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。
＜第６実施の形態＞
（記録再生装置の構成例）
図２４は、本開示を適用した記録再生装置の概略構成を例示している。記録再生装置９４０は、例えば受信した放送番組のオーディオデータとビデオデータを、記録媒体に記録して、その記録されたデータをユーザの指示に応じたタイミングでユーザに提供する。また、記録再生装置９４０は、例えば他の装置からオーディオデータやビデオデータを取得し、それらを記録媒体に記録させることもできる。さらに、記録再生装置９４０は、記録媒体に記録されているオーディオデータやビデオデータを復号して出力することで、モニタ装置等において画像表示や音声出力を行うことができるようにする。
記録再生装置９４０は、チューナ９４１、外部インタフェース部９４２、エンコーダ９４３、ＨＤＤ（Hard Disk Drive）部９４４、ディスクドライブ９４５、セレクタ９４６、デコーダ９４７、ＯＳＤ（On-Screen Display）部９４８、制御部９４９、ユーザインタフェース部９５０を有している。
チューナ９４１は、図示しないアンテナで受信された放送信号から所望のチャンネルを選局する。チューナ９４１は、所望のチャンネルの受信信号を復調して得られた符号化ビットストリームをセレクタ９４６に出力する。
外部インタフェース部９４２は、ＩＥＥＥ１３９４インタフェース、ネットワークインタフェース部、ＵＳＢインタフェース、フラッシュメモリインタフェース等の少なくともいずれかで構成されている。外部インタフェース部９４２は、外部機器やネットワーク、メモリカード等と接続するためのインタフェースであり、記録する映像データや音声データ等のデータ受信を行う。
エンコーダ９４３は、外部インタフェース部９４２から供給された映像データや音声データが符号化されていないとき所定の方式で符号化を行い、符号化ビットストリームをセレクタ９４６に出力する。
ＨＤＤ部９４４は、映像や音声等のコンテンツデータ、各種プログラムやその他のデータ等を内蔵のハードディスクに記録し、また再生時等にそれらを当該ハードディスクから読み出す。
ディスクドライブ９４５は、装着されている光ディスクに対する信号の記録および再生を行う。光ディスク、例えばＤＶＤディスク（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）やＢｌｕ−ｒａｙ（登録商標）ディスク等である。
セレクタ９４６は、映像や音声の記録時には、チューナ９４１またはエンコーダ９４３からのいずれかの符号化ビットストリームを選択して、ＨＤＤ部９４４やディスクドライブ９４５のいずれかに供給する。また、セレクタ９４６は、映像や音声の再生時に、ＨＤＤ部９４４またはディスクドライブ９４５から出力された符号化ビットストリームをデコーダ９４７に供給する。
デコーダ９４７は、符号化ビットストリームの復号化処理を行う。デコーダ９４７は、復号処理化を行うことにより生成された映像データをＯＳＤ部９４８に供給する。また、デコーダ９４７は、復号処理化を行うことにより生成された音声データを出力する。
ＯＳＤ部９４８は、項目の選択などのメニュー画面等を表示するための映像データを生成し、それをデコーダ９４７から出力された映像データに重畳して出力する。
制御部９４９には、ユーザインタフェース部９５０が接続されている。ユーザインタフェース部９５０は、操作スイッチやリモートコントロール信号受信部等で構成されており、ユーザ操作に応じた操作信号を制御部９４９に供給する。
制御部９４９は、ＣＰＵやメモリ等を用いて構成されている。メモリは、ＣＰＵにより実行されるプログラムやＣＰＵが処理を行う上で必要な各種のデータを記憶する。メモリに記憶されているプログラムは、記録再生装置９４０の起動時などの所定タイミングでＣＰＵにより読み出されて実行される。ＣＰＵは、プログラムを実行することで、記録再生装置９４０がユーザ操作に応じた動作となるように各部を制御する。
このように構成された記録再生装置では、エンコーダ９４３に本願の符号化装置（符号化方法）の機能が設けられる。このため、符号化ストリームの符号化において、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。また、デコーダ９４７に本願の復号装置（復号方法）の機能が設けられる。このため、符号化ストリームの復号において、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。
＜第７実施の形態＞
（撮像装置の構成例）
図２５は、本開示を適用した撮像装置の概略構成を例示している。撮像装置９６０は、被写体を撮像し、被写体の画像を表示部に表示させたり、それを画像データとして、記録媒体に記録する。
撮像装置９６０は、光学ブロック９６１、撮像部９６２、カメラ信号処理部９６３、画像データ処理部９６４、表示部９６５、外部インタフェース部９６６、メモリ部９６７、メディアドライブ９６８、ＯＳＤ部９６９、制御部９７０を有している。また、制御部９７０には、ユーザインタフェース部９７１が接続されている。さらに、画像データ処理部９６４や外部インタフェース部９６６、メモリ部９６７、メディアドライブ９６８、ＯＳＤ部９６９、制御部９７０等は、バス９７２を介して接続されている。
光学ブロック９６１は、フォーカスレンズや絞り機構等を用いて構成されている。光学ブロック９６１は、被写体の光学像を撮像部９６２の撮像面に結像させる。撮像部９６２は、ＣＣＤまたはＣＭＯＳイメージセンサを用いて構成されており、光電変換によって光学像に応じた電気信号を生成してカメラ信号処理部９６３に供給する。
カメラ信号処理部９６３は、撮像部９６２から供給された電気信号に対してニー補正やガンマ補正、色補正等の種々のカメラ信号処理を行う。カメラ信号処理部９６３は、カメラ信号処理後の画像データを画像データ処理部９６４に供給する。
画像データ処理部９６４は、カメラ信号処理部９６３から供給された画像データの符号化処理を行う。画像データ処理部９６４は、符号化処理を行うことにより生成された符号化データを外部インタフェース部９６６やメディアドライブ９６８に供給する。また、画像データ処理部９６４は、外部インタフェース部９６６やメディアドライブ９６８から供給された符号化データの復号化処理を行う。画像データ処理部９６４は、復号化処理を行うことにより生成された画像データを表示部９６５に供給する。また、画像データ処理部９６４は、カメラ信号処理部９６３から供給された画像データを表示部９６５に供給する処理や、ＯＳＤ部９６９から取得した表示用データを、画像データに重畳させて表示部９６５に供給する。
ＯＳＤ部９６９は、記号、文字、または図形からなるメニュー画面やアイコンなどの表示用データを生成して画像データ処理部９６４に出力する。
外部インタフェース部９６６は、例えば、ＵＳＢ入出力端子などで構成され、画像の印刷を行う場合に、プリンタと接続される。また、外部インタフェース部９６６には、必要に応じてドライブが接続され、磁気ディスク、光ディスク等のリムーバブルメディアが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて、インストールされる。さらに、外部インタフェース部９６６は、ＬＡＮやインターネット等の所定のネットワークに接続されるネットワークインタフェースを有する。制御部９７０は、例えば、ユーザインタフェース部９７１からの指示にしたがって、メディアドライブ９６８から符号化データを読み出し、それを外部インタフェース部９６６から、ネットワークを介して接続される他の装置に供給させることができる。また、制御部９７０は、ネットワークを介して他の装置から供給される符号化データや画像データを、外部インタフェース部９６６を介して取得し、それを画像データ処理部９６４に供給したりすることができる。
メディアドライブ９６８で駆動される記録メディアとしては、例えば、磁気ディスク、光磁気ディスク、光ディスク、または半導体メモリ等の、読み書き可能な任意のリムーバブルメディアが用いられる。また、記録メディアは、リムーバブルメディアとしての種類も任意であり、テープデバイスであってもよいし、ディスクであってもよいし、メモリカードであってもよい。もちろん、非接触IC（Integrated Circuit）カード等であってもよい。
また、メディアドライブ９６８と記録メディアを一体化し、例えば、内蔵型ハードディスクドライブやＳＳＤ（Solid State Drive）等のように、非可搬性の記憶媒体により構成されるようにしてもよい。
制御部９７０は、ＣＰＵを用いて構成されている。メモリ部９６７は、制御部９７０により実行されるプログラムや制御部９７０が処理を行う上で必要な各種のデータ等を記憶する。メモリ部９６７に記憶されているプログラムは、撮像装置９６０の起動時などの所定タイミングで制御部９７０により読み出されて実行される。制御部９７０は、プログラムを実行することで、撮像装置９６０がユーザ操作に応じた動作となるように各部を制御する。
このように構成された撮像装置では、画像データ処理部９６４に本願の符号化装置および復号装置（符号化方法および復号方法）の機能が設けられる。このため、符号化ストリームの符号化または復号において、エンハンスメントレイヤと解像度情報のデフォルトのマッピングを改善できる。
＜スケーラブル符号化の応用例＞
（第１のシステム）
次に、スケーラブル符号化（階層符号化）されたスケーラブル符号化データの具体的な利用例について説明する。スケーラブル符号化は、例えば、図２６に示される例のように、伝送するデータの選択のために利用される。
図２６に示されるデータ伝送システム１０００において、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを読み出し、ネットワーク１００３を介して、パーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置に配信する。
その際、配信サーバ１００２は、端末装置の能力や通信環境等に応じて、適切な品質の符号化データを選択して伝送する。配信サーバ１００２が不要に高品質なデータを伝送しても、端末装置において高画質な画像を得られるとは限らず、遅延やオーバーフローの発生要因となる恐れがある。また、不要に通信帯域を占有したり、端末装置の負荷を不要に増大させたりしてしまう恐れもある。逆に、配信サーバ１００２が不要に低品質なデータを伝送しても、端末装置において十分な画質の画像を得ることができない恐れがある。そのため、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを、適宜、端末装置の能力や通信環境等に対して適切な品質の符号化データとして読み出し、伝送する。
例えば、スケーラブル符号化データ記憶部１００１は、スケーラブルに符号化されたスケーラブル符号化データ（BL+EL）１０１１を記憶するとする。このスケーラブル符号化データ（BL+EL）１０１１は、ベースレイヤとエンハンスメントレイヤの両方を含む符号化データであり、復号することにより、ベースレイヤの画像およびエンハンスメントレイヤの画像の両方を得ることができるデータである。
配信サーバ１００２は、データを伝送する端末装置の能力や通信環境等に応じて、適切なレイヤを選択し、そのレイヤのデータを読み出す。例えば、配信サーバ１００２は、処理能力の高いパーソナルコンピュータ１００４やタブレットデバイス１００６に対しては、高品質なスケーラブル符号化データ（BL+EL）１０１１をスケーラブル符号化データ記憶部１００１から読み出し、そのまま伝送する。これに対して、例えば、配信サーバ１００２は、処理能力の低いAV機器１００５や携帯電話機１００７に対しては、スケーラブル符号化データ（BL+EL）１０１１からベースレイヤのデータを抽出し、スケーラブル符号化データ（BL+EL）１０１１と同じコンテンツのデータであるが、スケーラブル符号化データ（BL+EL）１０１１よりも低品質なスケーラブル符号化データ（BL）１０１２として伝送する。
このようにスケーラブル符号化データを用いることにより、データ量を容易に調整することができるので、遅延やオーバーフローの発生を抑制したり、端末装置や通信媒体の負荷の不要な増大を抑制したりすることができる。また、スケーラブル符号化データ（BL+EL）１０１１は、レイヤ間の冗長性が低減されているので、各レイヤの符号化データを個別のデータとする場合よりもそのデータ量を低減させることができる。したがって、スケーラブル符号化データ記憶部１００１の記憶領域をより効率よく使用することができる。
なお、パーソナルコンピュータ１００４乃至携帯電話機１００７のように、端末装置には様々な装置を適用することができるので、端末装置のハードウエアの性能は、装置によって異なる。また、端末装置が実行するアプリケーションも様々であるので、そのソフトウエアの能力も様々である。さらに、通信媒体となるネットワーク１００３も、例えばインターネットやLAN（Local Area Network）等、有線若しくは無線、またはその両方を含むあらゆる通信回線網を適用することができ、そのデータ伝送能力は様々である。さらに、他の通信等によっても変化する恐れがある。
そこで、配信サーバ１００２は、データ伝送を開始する前に、データの伝送先となる端末装置と通信を行い、端末装置のハードウエア性能や、端末装置が実行するアプリケーション（ソフトウエア）の性能等といった端末装置の能力に関する情報、並びに、ネットワーク１００３の利用可能帯域幅等の通信環境に関する情報を得るようにしてもよい。そして、配信サーバ１００２が、ここで得た情報を基に、適切なレイヤを選択するようにしてもよい。
なお、レイヤの抽出は、端末装置において行うようにしてもよい。例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１を復号し、ベースレイヤの画像を表示しても良いし、エンハンスメントレイヤの画像を表示しても良い。また、例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１から、ベースレイヤのスケーラブル符号化データ（BL）１０１２を抽出し、記憶したり、他の装置に転送したり、復号してベースレイヤの画像を表示したりするようにしてもよい。
もちろん、スケーラブル符号化データ記憶部１００１、配信サーバ１００２、ネットワーク１００３、および端末装置の数はいずれも任意である。また、以上においては、配信サーバ１００２がデータを端末装置に伝送する例について説明したが、利用例はこれに限定されない。データ伝送システム１０００は、スケーラブル符号化された符号化データを端末装置に伝送する際、端末装置の能力や通信環境等に応じて、適切なレイヤを選択して伝送するシステムであれば、任意のシステムに適用することができる。
（第２のシステム）
また、スケーラブル符号化は、例えば、図２７に示される例のように、複数の通信媒体を介する伝送のために利用される。
図２７に示されるデータ伝送システム１１００において、放送局１１０１は、地上波放送１１１１により、ベースレイヤのスケーラブル符号化データ（BL）１１２１を伝送する。また、放送局１１０１は、有線若しくは無線またはその両方の通信網よりなる任意のネットワーク１１１２を介して、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する（例えばパケット化して伝送する）。
端末装置１１０２は、放送局１１０１が放送する地上波放送１１１１の受信機能を有し、この地上波放送１１１１を介して伝送されるベースレイヤのスケーラブル符号化データ（BL）１１２１を受け取る。また、端末装置１１０２は、ネットワーク１１１２を介した通信を行う通信機能をさらに有し、このネットワーク１１１２を介して伝送されるエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を受け取る。
端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１を、復号してベースレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
また、端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１と、ネットワーク１１１２を介して取得したエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２とを合成して、スケーラブル符号化データ（BL+EL）を得たり、それを復号してエンハンスメントレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
以上のように、スケーラブル符号化データは、例えばレイヤ毎に異なる通信媒体を介して伝送させることができる。したがって、負荷を分散させることができ、遅延やオーバーフローの発生を抑制することができる。
また、状況に応じて、伝送に使用する通信媒体を、レイヤ毎に選択することができるようにしてもよい。例えば、データ量が比較的多いベースレイヤのスケーラブル符号化データ（BL）１１２１を帯域幅の広い通信媒体を介して伝送させ、データ量が比較的少ないエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を帯域幅の狭い通信媒体を介して伝送させるようにしてもよい。また、例えば、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する通信媒体を、ネットワーク１１１２とするか、地上波放送１１１１とするかを、ネットワーク１１１２の利用可能帯域幅に応じて切り替えるようにしてもよい。もちろん、任意のレイヤのデータについて同様である。
このように制御することにより、データ伝送における負荷の増大を、より抑制することができる。
もちろん、レイヤ数は任意であり、伝送に利用する通信媒体の数も任意である。また、データ配信先となる端末装置１１０２の数も任意である。さらに、以上においては、放送局１１０１からの放送を例に説明したが、利用例はこれに限定されない。データ伝送システム１１００は、スケーラブル符号化された符号化データを、レイヤを単位として複数に分割し、複数の回線を介して伝送するシステムであれば、任意のシステムに適用することができる。
（第３のシステム）
また、スケーラブル符号化は、例えば、図２８に示される例のように、符号化データの記憶に利用される。
図２８に示される撮像システム１２００において、撮像装置１２０１は、被写体１２１１を撮像して得られた画像データをスケーラブル符号化し、スケーラブル符号化データ（BL+EL）１２２１として、スケーラブル符号化データ記憶装置１２０２に供給する。
スケーラブル符号化データ記憶装置１２０２は、撮像装置１２０１から供給されるスケーラブル符号化データ（BL+EL）１２２１を、状況に応じた品質で記憶する。例えば、通常時の場合、スケーラブル符号化データ記憶装置１２０２は、スケーラブル符号化データ（BL+EL）１２２１からベースレイヤのデータを抽出し、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２として記憶する。これに対して、例えば、注目時の場合、スケーラブル符号化データ記憶装置１２０２は、高品質でデータ量の多いスケーラブル符号化データ（BL+EL）１２２１のまま記憶する。
このようにすることにより、スケーラブル符号化データ記憶装置１２０２は、必要な場合のみ、画像を高画質に保存することができるので、画質劣化による画像の価値の低減を抑制しながら、データ量の増大を抑制することができ、記憶領域の利用効率を向上させることができる。
例えば、撮像装置１２０１が監視カメラであるとする。撮像画像に監視対象（例えば侵入者）が写っていない場合（通常時の場合）、撮像画像の内容は重要でない可能性が高いので、データ量の低減が優先され、その画像データ（スケーラブル符号化データ）は、低品質に記憶される。これに対して、撮像画像に監視対象が被写体１２１１として写っている場合（注目時の場合）、その撮像画像の内容は重要である可能性が高いので、画質が優先され、その画像データ（スケーラブル符号化データ）は、高品質に記憶される。
なお、通常時であるか注目時であるかは、例えば、スケーラブル符号化データ記憶装置１２０２が、画像を解析することにより判定しても良い。また、撮像装置１２０１が判定し、その判定結果をスケーラブル符号化データ記憶装置１２０２に伝送するようにしてもよい。
なお、通常時であるか注目時であるかの判定基準は任意であり、判定基準とする画像の内容は任意である。もちろん、画像の内容以外の条件を判定基準とすることもできる。例えば、収録した音声の大きさや波形等に応じて切り替えるようにしてもよいし、所定の時間毎に切り替えるようにしてもよいし、ユーザ指示等の外部からの指示によって切り替えるようにしてもよい。
また、以上においては、通常時と注目時の２つの状態を切り替える例を説明したが、状態の数は任意であり、例えば、通常時、やや注目時、注目時、非常に注目時等のように、３つ以上の状態を切り替えるようにしてもよい。ただし、この切り替える状態の上限数は、スケーラブル符号化データのレイヤ数に依存する。
また、撮像装置１２０１が、スケーラブル符号化のレイヤ数を、状態に応じて決定するようにしてもよい。例えば、通常時の場合、撮像装置１２０１が、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。また、例えば、注目時の場合、撮像装置１２０１が、高品質でデータ量の多いベースレイヤのスケーラブル符号化データ（BL+EL）１２２１を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。
以上においては、監視カメラを例に説明したが、この撮像システム１２００の用途は任意であり、監視カメラに限定されない。
＜第８実施の形態＞
（実施のその他の例）
以上において本開示を適用する装置やシステム等の例を説明したが、本開示は、これに限らず、このような装置またはシステムを構成する装置に搭載するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
（ビデオセットの構成例）
本開示をセットとして実施する場合の例について、図２９を参照して説明する。図２９は、本開示を適用したビデオセットの概略的な構成の一例を示している。
近年、電子機器の多機能化が進んでおり、その開発や製造において、その一部の構成を販売や提供等として実施する場合、１機能を有する構成として実施を行う場合だけでなく、関連する機能を有する複数の構成を組み合わせ、複数の機能を有する１セットとして実施を行う場合も多く見られるようになってきた。
図２９に示されるビデオセット１３００は、このような多機能化された構成であり、画像の符号化や復号（いずれか一方でもよいし、両方でも良い）に関する機能を有するデバイスに、その機能に関連するその他の機能を有するデバイスを組み合わせたものである。
図２９に示されるように、ビデオセット１３００は、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４等のモジュール群と、コネクティビティ１３２１、カメラ１３２２、およびセンサ１３２３等の関連する機能を有するデバイスとを有する。
モジュールは、互いに関連するいくつかの部品的機能をまとめ、まとまりのある機能を持った部品としたものである。具体的な物理的構成は任意であるが、例えば、それぞれ機能を有する複数のプロセッサ、抵抗やコンデンサ等の電子回路素子、その他のデバイス等を配線基板等に配置して一体化したものが考えられる。また、モジュールに他のモジュールやプロセッサ等を組み合わせて新たなモジュールとすることも考えられる。
図２９の例の場合、ビデオモジュール１３１１は、画像処理に関する機能を有する構成を組み合わせたものであり、アプリケーションプロセッサ、ビデオプロセッサ、ブロードバンドモデム１３３３、およびRFモジュール１３３４を有する。
プロセッサは、所定の機能を有する構成をSoC（System On a Chip）により半導体チップに集積したものであり、例えばシステムLSI（Large Scale Integration）等と称されるものもある。この所定の機能を有する構成は、論理回路（ハードウエア構成）であってもよいし、CPU、ROM、RAM等と、それらを用いて実行されるプログラム（ソフトウエア構成）であってもよいし、その両方を組み合わせたものであってもよい。例えば、プロセッサが、論理回路とCPU、ROM、RAM等とを有し、機能の一部を論理回路（ハードウエア構成）により実現し、その他の機能をCPUにおいて実行されるプログラム（ソフトウエア構成）により実現するようにしてもよい。
図２９のアプリケーションプロセッサ１３３１は、画像処理に関するアプリケーションを実行するプロセッサである。このアプリケーションプロセッサ１３３１において実行されるアプリケーションは、所定の機能を実現するために、演算処理を行うだけでなく、例えばビデオプロセッサ１３３２等、ビデオモジュール１３１１内外の構成を必要に応じて制御することもできる。
ビデオプロセッサ１３３２は、画像の符号化・復号（その一方若しくは両方）に関する機能を有するプロセッサである。
ブロードバンドモデム１３３３は、インターネットや公衆電話回線網等の広帯域の回線を介して行われる有線若しくは無線（またはその両方）の広帯域通信に関する処理を行うプロセッサ（若しくはモジュール）である。例えば、ブロードバンドモデム１３３３は、送信するデータ（デジタル信号）をデジタル変調する等してアナログ信号に変換したり、受信したアナログ信号を復調してデータ（デジタル信号）に変換したりする。例えば、ブロードバンドモデム１３３３は、ビデオプロセッサ１３３２が処理する画像データや画像データが符号化されたストリーム、アプリケーションプログラム、設定データ等、任意の情報をデジタル変調・復調することができる。
RFモジュール１３３４は、アンテナを介して送受信されるRF（Radio Frequency）信号に対して、周波数変換、変復調、増幅、フィルタ処理等を行うモジュールである。例えば、RFモジュール１３３４は、ブロードバンドモデム１３３３により生成されたベースバンド信号に対して周波数変換等を行ってRF信号を生成する。また、例えば、RFモジュール１３３４は、フロントエンドモジュール１３１４を介して受信されたRF信号に対して周波数変換等を行ってベースバンド信号を生成する。
なお、図２９において点線１３４１に示されるように、アプリケーションプロセッサ１３３１とビデオプロセッサ１３３２を、一体化し、１つのプロセッサとして構成されるようにしてもよい。
外部メモリ１３１２は、ビデオモジュール１３１１の外部に設けられた、ビデオモジュール１３１１により利用される記憶デバイスを有するモジュールである。この外部メモリ１３１２の記憶デバイスは、どのような物理構成により実現するようにしてもよいが、一般的にフレーム単位の画像データのような大容量のデータの格納に利用されることが多いので、例えばDRAM（Dynamic Random Access Memory）のような比較的安価で大容量の半導体メモリにより実現するのが望ましい。
パワーマネージメントモジュール１３１３は、ビデオモジュール１３１１（ビデオモジュール１３１１内の各構成）への電力供給を管理し、制御する。
フロントエンドモジュール１３１４は、RFモジュール１３３４に対してフロントエンド機能（アンテナ側の送受信端の回路）を提供するモジュールである。図２１に示されるように、フロントエンドモジュール１３１４は、例えば、アンテナ部１３５１、フィルタ１３５２、および増幅部１３５３を有する。
アンテナ部１３５１は、無線信号を送受信するアンテナおよびその周辺の構成を有する。アンテナ部１３５１は、増幅部１３５３から供給される信号を無線信号として送信し、受信した無線信号を電気信号（RF信号）としてフィルタ１３５２に供給する。フィルタ１３５２は、アンテナ部１３５１を介して受信されたRF信号に対してフィルタ処理等を行い、処理後のRF信号をRFモジュール１３３４に供給する。増幅部１３５３は、RFモジュール１３３４から供給されるRF信号を増幅し、アンテナ部１３５１に供給する。
コネクティビティ１３２１は、外部との接続に関する機能を有するモジュールである。コネクティビティ１３２１の物理構成は、任意である。例えば、コネクティビティ１３２１は、ブロードバンドモデム１３３３が対応する通信規格以外の通信機能を有する構成や、外部入出力端子等を有する。
例えば、コネクティビティ１３２１が、Bluetooth（登録商標）、IEEE 802.11（例えばWi-Fi（Wireless Fidelity、登録商標））、NFC（Near Field Communication）、IrDA（InfraRed Data Association）等の無線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した信号を送受信するアンテナ等を有するようにしてもよい。また、例えば、コネクティビティ１３２１が、USB（Universal Serial Bus）、HDMI（登録商標）（High-Definition Multimedia Interface）等の有線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した端子を有するようにしてもよい。さらに、例えば、コネクティビティ１３２１が、アナログ入出力端子等のその他のデータ（信号）伝送機能等を有するようにしてもよい。
なお、コネクティビティ１３２１が、データ（信号）の伝送先のデバイスを含むようにしてもよい。例えば、コネクティビティ１３２１が、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等の記録媒体に対してデータの読み出しや書き込みを行うドライブ（リムーバブルメディアのドライブだけでなく、ハードディスク、SSD（Solid State Drive）、NAS（Network Attached Storage）等も含む）を有するようにしてもよい。また、コネクティビティ１３２１が、画像や音声の出力デバイス（モニタやスピーカ等）を有するようにしてもよい。
カメラ１３２２は、被写体を撮像し、被写体の画像データを得る機能を有するモジュールである。カメラ１３２２の撮像により得られた画像データは、例えば、ビデオプロセッサ１３３２に供給されて符号化される。
センサ１３２３は、例えば、音声センサ、超音波センサ、光センサ、照度センサ、赤外線センサ、イメージセンサ、回転センサ、角度センサ、角速度センサ、速度センサ、加速度センサ、傾斜センサ、磁気識別センサ、衝撃センサ、温度センサ等、任意のセンサ機能を有するモジュールである。センサ１３２３により検出されたデータは、例えば、アプリケーションプロセッサ１３３１に供給されてアプリケーション等により利用される。
以上においてモジュールとして説明した構成をプロセッサとして実現するようにしてもよいし、逆にプロセッサとして説明した構成をモジュールとして実現するようにしてもよい。
以上のような構成のビデオセット１３００において、後述するようにビデオプロセッサ１３３２に本開示を適用することができる。したがって、ビデオセット１３００は、本開示を適用したセットとして実施することができる。
（ビデオプロセッサの構成例）
図３０は、本開示を適用したビデオプロセッサ１３３２（図２９）の概略的な構成の一例を示している。
図３０の例の場合、ビデオプロセッサ１３３２は、ビデオ信号およびオーディオ信号の入力を受けてこれらを所定の方式で符号化する機能と、符号化されたビデオデータおよびオーディオデータを復号し、ビデオ信号およびオーディオ信号を再生出力する機能とを有する。
図３０に示されるように、ビデオプロセッサ１３３２は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、フレームメモリ１４０５、およびメモリ制御部１４０６を有する。また、ビデオプロセッサ１３３２は、エンコード・デコードエンジン１４０７、ビデオES（Elementary Stream）バッファ１４０８Ａおよび１４０８Ｂ、並びに、オーディオESバッファ１４０９Ａおよび１４０９Ｂを有する。さらに、ビデオプロセッサ１３３２は、オーディオエンコーダ１４１０、オーディオデコーダ１４１１、多重化部（MUX（Multiplexer））１４１２、逆多重化部（DMUX（Demultiplexer））１４１３、およびストリームバッファ１４１４を有する。
ビデオ入力処理部１４０１は、例えばコネクティビティ１３２１（図２９）等から入力されたビデオ信号を取得し、デジタル画像データに変換する。第１画像拡大縮小部１４０２は、画像データに対してフォーマット変換や画像の拡大縮小処理等を行う。第２画像拡大縮小部１４０３は、画像データに対して、ビデオ出力処理部１４０４を介して出力する先でのフォーマットに応じて画像の拡大縮小処理を行ったり、第１画像拡大縮小部１４０２と同様のフォーマット変換や画像の拡大縮小処理等を行ったりする。ビデオ出力処理部１４０４は、画像データに対して、フォーマット変換やアナログ信号への変換等を行って、再生されたビデオ信号として例えばコネクティビティ１３２１（図２９）等に出力する。
フレームメモリ１４０５は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、およびエンコード・デコードエンジン１４０７によって共用される画像データ用のメモリである。フレームメモリ１４０５は、例えばDRAM等の半導体メモリとして実現される。
メモリ制御部１４０６は、エンコード・デコードエンジン１４０７からの同期信号を受けて、アクセス管理テーブル１４０６Ａに書き込まれたフレームメモリ１４０５へのアクセススケジュールに従ってフレームメモリ１４０５に対する書き込み・読み出しのアクセスを制御する。アクセス管理テーブル１４０６Ａは、エンコード・デコードエンジン１４０７、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３等で実行される処理に応じて、メモリ制御部１４０６により更新される。
エンコード・デコードエンジン１４０７は、画像データのエンコード処理、並びに、画像データが符号化されたデータであるビデオストリームのデコード処理を行う。例えば、エンコード・デコードエンジン１４０７は、フレームメモリ１４０５から読み出した画像データを符号化し、ビデオストリームとしてビデオESバッファ１４０８Ａに順次書き込む。また、例えば、ビデオESバッファ１４０８Ｂからビデオストリームを順次読み出して復号し、画像データとしてフレームメモリ１４０５に順次書き込む。エンコード・デコードエンジン１４０７は、これらの符号化や復号において、フレームメモリ１４０５を作業領域として使用する。また、エンコード・デコードエンジン１４０７は、例えばマクロブロック毎の処理を開始するタイミングで、メモリ制御部１４０６に対して同期信号を出力する。
ビデオESバッファ１４０８Ａは、エンコード・デコードエンジン１４０７によって生成されたビデオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。ビデオESバッファ１４０８Ｂは、逆多重化部（DMUX）１４１３から供給されたビデオストリームをバッファリングして、エンコード・デコードエンジン１４０７に供給する。
オーディオESバッファ１４０９Ａは、オーディオエンコーダ１４１０によって生成されたオーディオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。オーディオESバッファ１４０９Ｂは、逆多重化部（DMUX）１４１３から供給されたオーディオストリームをバッファリングして、オーディオデコーダ１４１１に供給する。
オーディオエンコーダ１４１０は、例えばコネクティビティ１３２１（図２９）等から入力されたオーディオ信号を例えばデジタル変換し、例えばMPEGオーディオ方式やAC3（AudioCode number 3）方式等の所定の方式で符号化する。オーディオエンコーダ１４１０は、オーディオ信号が符号化されたデータであるオーディオストリームをオーディオESバッファ１４０９Ａに順次書き込む。オーディオデコーダ１４１１は、オーディオESバッファ１４０９Ｂから供給されたオーディオストリームを復号し、例えばアナログ信号への変換等を行って、再生されたオーディオ信号として例えばコネクティビティ１３２１（図２９）等に供給する。
多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化する。この多重化の方法（すなわち、多重化により生成されるビットストリームのフォーマット）は任意である。また、この多重化の際に、多重化部（MUX）１４１２は、所定のヘッダ情報等をビットストリームに付加することもできる。つまり、多重化部（MUX）１４１２は、多重化によりストリームのフォーマットを変換することができる。例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームに変換する。また、例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、記録用のファイルフォーマットのデータ（ファイルデータ）に変換する。
逆多重化部（DMUX）１４１３は、多重化部（MUX）１４１２による多重化に対応する方法で、ビデオストリームとオーディオストリームとが多重化されたビットストリームを逆多重化する。つまり、逆多重化部（DMUX）１４１３は、ストリームバッファ１４１４から読み出されたビットストリームからビデオストリームとオーディオストリームとを抽出する（ビデオストリームとオーディオストリームとを分離する）。つまり、逆多重化部（DMUX）１４１３は、逆多重化によりストリームのフォーマットを変換（多重化部（MUX）１４１２による変換の逆変換）することができる。例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等（いずれも図２９）から供給されたトランスポートストリームを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。また、例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１により（図２９）各種記録媒体から読み出されたファイルデータを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。
ストリームバッファ１４１４は、ビットストリームをバッファリングする。例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図２９）等に供給する。
また、例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部から要求等に基づいて、例えばコネクティビティ１３２１（図２９）等に供給し、各種記録媒体に記録させる。
さらに、ストリームバッファ１４１４は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等（いずれも図２９）を介して取得したトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
また、ストリームバッファ１４１４は、例えばコネクティビティ１３２１（図２９）等において各種記録媒体から読み出されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
次に、このような構成のビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１（図２９）等からビデオプロセッサ１３３２に入力されたビデオ信号は、ビデオ入力処理部１４０１において４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式のデジタル画像データに変換され、フレームメモリ１４０５に順次書き込まれる。このデジタル画像データは、第１画像拡大縮小部１４０２または第２画像拡大縮小部１４０３に読み出されて、４：２：０Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式へのフォーマット変換および拡大縮小処理が行われ、再びフレームメモリ１４０５に書き込まれる。この画像データは、エンコード・デコードエンジン１４０７によって符号化され、ビデオストリームとしてビデオESバッファ１４０８Ａに書き込まれる。
また、コネクティビティ１３２１（図２９）等からビデオプロセッサ１３３２に入力されたオーディオ信号は、オーディオエンコーダ１４１０によって符号化され、オーディオストリームとして、オーディオESバッファ１４０９Ａに書き込まれる。
ビデオESバッファ１４０８Ａのビデオストリームと、オーディオESバッファ１４０９Ａのオーディオストリームは、多重化部（MUX）１４１２に読み出されて多重化され、トランスポートストリーム若しくはファイルデータ等に変換される。多重化部（MUX）１４１２により生成されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図２９）等を介して外部ネットワークに出力される。また、多重化部（MUX）１４１２により生成されたファイルデータは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１（図２９）等に出力され、各種記録媒体に記録される。
また、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図２９）等を介して外部ネットワークからビデオプロセッサ１３３２に入力されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。また、例えばコネクティビティ１３２１（図２９）等において各種記録媒体から読み出され、ビデオプロセッサ１３３２に入力されたファイルデータは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。つまり、ビデオプロセッサ１３３２に入力されたトランスポートストリームまたはファイルデータは、逆多重化部（DMUX）１４１３によりビデオストリームとオーディオストリームとに分離される。
オーディオストリームは、オーディオESバッファ１４０９Ｂを介してオーディオデコーダ１４１１に供給され、復号されてオーディオ信号が再生される。また、ビデオストリームは、ビデオESバッファ１４０８Ｂに書き込まれた後、エンコード・デコードエンジン１４０７により順次読み出されて復号されてフレームメモリ１４０５に書き込まれる。復号された画像データは、第２画像拡大縮小部１４０３によって拡大縮小処理されて、フレームメモリ１４０５に書き込まれる。そして、復号された画像データは、ビデオ出力処理部１４０４に読み出されて、４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式にフォーマット変換され、さらにアナログ信号に変換されて、ビデオ信号が再生出力される。
なお、エンコード・デコードエンジン１４０７において、本開示（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
＜６．まとめ＞
以上説明したように本開示の一実施形態に係るコンテンツサーバ１１は、コンテンツの再生を要求したコンテンツ再生装置２０へＭＰＤのＵＲＬの情報を送信する。その際にコンテンツサーバ１１は、そのＭＰＤのＵＲＬの末尾に、コンテンツ再生装置２０でパラメータを付加させるための定義情報が指定されたクエリパラメータを付加して、コンテンツ再生装置２０へＭＰＤのＵＲＬの情報を送信する。
コンテンツ再生装置２０は、ＭＰＤを取得すると、コンテンツサーバ１１で指定された定義情報を参照し、ＭＰＤで指定されているコンテンツのセグメントのＵＲＬにパラメータを付加することが出来る。そしてコンテンツ再生装置２０にパラメータを付加させることで、コンテンツ再生装置２０の環境に応じたコンテンツの提供やコンテンツサーバ１０のリダイレクションが可能になる。
以上説明したように本開示の一実施形態に係るコンテンツサーバ１１は、コンテンツ再生装置２０でパラメータを付加させたい場合や、付加させるパラメータを変更したりする場合に、ＭＰＤを改変することなく、コンテンツ再生装置２０の実行環境に応じた適切なパラメータをコンテンツ再生装置２０に付加させることが出来る。
コンテンツサーバ１０およびコンテンツ再生装置２０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したコンテンツサーバ１０およびコンテンツ再生装置２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
なお、本技術は以下のような構成も取ることができる。
（１）
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするための、またはＭＰＤに記載されている、サーバへのリクエストにより取得するあらゆる要素にアクセスするためのアクセス情報で定義されているアドレスにパラメータを付加させるための所定の定義を記憶する記憶部と、
前記アクセス情報で定義されているアドレスに、前記記憶部が記憶する所定の定義に基づきパラメータを付加する指示を送信する通信部と、
を備える、サーバ装置。
（２）
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするための、またはＭＰＤに記載されている、サーバへのリクエストにより取得するあらゆる要素にアクセスするためのアクセス情報にパラメータを付加するための所定の定義を記憶する記憶部と、
前記アクセス情報で定義されているアドレスに前記記憶部が記憶する所定の定義に基づきパラメータを付加してアクセスする通信部と、
を備える、クライアント装置。
（３）
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするための、またはＭＰＤに記載されている、サーバへのリクエストにより取得するあらゆる要素にアクセスするためのアクセス情報で定義されているアドレスにパラメータを付加させるための所定の定義を記憶するステップと、
前記アクセス情報で定義されているアドレスに、前記記憶部が記憶する所定の定義に基づきパラメータを付加する指示を送信するステップと、
を備える、コンテンツ配信方法。
（４）
コンピュータに、
同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のサブセグメントの各々にアクセスするための、またはＭＰＤに記載されている、サーバへのリクエストにより取得するあらゆる要素にアクセスするためのアクセス情報で定義されているアドレスにパラメータを付加させるための所定の定義を記憶するステップと、
前記アクセス情報で定義されているアドレスに、前記記憶部が記憶する所定の定義に基づきパラメータを付加する指示を送信するステップと、
を実行させる、コンピュータプログラム。
１０、１１ コンテンツサーバ
１２ ネットワーク
２０ コンテンツ再生装置
１２０ ファイル生成部
１２２ エンコーダ
１３０ 記憶部
１４０ 通信部
２２０ 通信部
２３０ 記憶部
２４０ 再生部
２５０ 選択部
２６０ 現在地取得部
３１０ 記憶部
３２０ 通信部

Claims (6)

  1. クライアント装置からのリクエストに基づき、前記クライアント装置から取得したい情報を前記クライアント装置に記述させるための情報が記載されたParameter Descriptionへのアクセス情報を、media
    presentation description(MPD)にアクセスするためのuniform resource
    locator(URL)に付加して、新たなURLを作成し、作成した前記新たなURLを前記クライアント装置に送信する送信部を備え、
    前記MPDは、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のセグメントの各々にアクセスするための情報を含み、
    前記送信部は、さらに、Parameter Descriptionに基づいて前記クライアント装置で生成された、前記クライアント装置の情報がパラメータとして付加されたURLによるリクエストに基づき、前記MPDを変更せずに前記クライアント装置に対して最適なコンテンツを提供する、サーバ装置。
  2. 前記クライアント装置から取得したい情報は、前記クライアント装置の位置情報であり、
    前記送信部は、前記クライアント装置からのリクエストに含まれる前記クライアント装置の位置情報に基づいて、前記クライアント装置へ提供する前記セグメントを選択する、請求項１に記載のサーバ装置。
  3. 前記送信部は、前記MPDに記述されているURLに、前記クライアント装置がパラメータを付加したものである前記リクエストに基づいて前記セグメントを選択する、請求項２に記載のサーバ装置。
  4. 前記送信部は、前記クライアント装置に対して、前記MPDを有する装置とは異なるサーバ装置へのリダイレクト情報を前記クライアント装置へ提供する、請求項１に記載のサーバ装置。
  5. クライアント装置からのリクエストに基づき、前記クライアント装置から取得したい情報を前記クライアント装置に記述させるための情報が記載されたParameter Descriptionへのアクセス情報を、media
    presentation description(MPD)にアクセスするためのuniform resource
    locator(URL)に付加して、新たなURLを作成し、作成した前記新たなURLを前記クライアント装置に送信することを含み、
    前記MPDは、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のセグメントの各々にアクセスするための情報を含み、
    前記送信することは、さらに、Parameter Descriptionに基づいて前記クライアント装置で生成された、前記クライアント装置の情報がパラメータとして付加されたURLによるリクエストに基づき、前記MPDを変更せずに前記クライアント装置に対して最適なコンテンツを提供することを含む、コンテンツ配信方法。
  6. コンピュータに、
    クライアント装置からのリクエストに基づき、前記クライアント装置から取得したい情報を前記クライアント装置に記述させるための情報が記載されたParameter Descriptionへのアクセス情報を、media
    presentation description(MPD)にアクセスするためのuniform resource
    locator(URL)に付加して、新たなURLを作成し、作成した前記新たなURLを前記クライアント装置に送信すること
    を実行させ、
    前記MPDは、同一のコンテンツを異なるビットレートで符号化して得られる各符号化データを構成する複数のセグメントの各々にアクセスするための情報を含み、
    前記送信することは、さらに、Parameter Descriptionに基づいて前記クライアント装置で生成された、前記クライアント装置の情報がパラメータとして付加されたURLによるリクエストに基づき、前記MPDを変更せずに前記クライアント装置に対して最適なコンテンツを提供することを含む、コンピュータプログラム。
JP2015512497A 2013-04-19 2014-04-16 サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム Expired - Fee Related JP6481205B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013088874 2013-04-19
JP2013088874 2013-04-19
PCT/JP2014/060803 WO2014171473A1 (ja) 2013-04-19 2014-04-16 サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019010982A Division JP2019110542A (ja) 2013-04-19 2019-01-25 サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム

Publications (2)

Publication Number Publication Date
JPWO2014171473A1 JPWO2014171473A1 (ja) 2017-02-23
JP6481205B2 true JP6481205B2 (ja) 2019-03-13

Family

ID=51731410

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2015512497A Expired - Fee Related JP6481205B2 (ja) 2013-04-19 2014-04-16 サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム
JP2019010982A Pending JP2019110542A (ja) 2013-04-19 2019-01-25 サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2019010982A Pending JP2019110542A (ja) 2013-04-19 2019-01-25 サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム

Country Status (12)

Country Link
US (1) US20160057467A1 (ja)
EP (2) EP2988516B1 (ja)
JP (2) JP6481205B2 (ja)
KR (1) KR102151297B1 (ja)
CN (2) CN105103565B (ja)
AU (1) AU2014254808B2 (ja)
BR (1) BR112015025871A8 (ja)
CA (1) CA2908242A1 (ja)
MX (1) MX353122B (ja)
RU (1) RU2668549C2 (ja)
SG (1) SG11201508357TA (ja)
WO (1) WO2014171473A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2016006798A (es) 2013-11-27 2016-11-28 Interdigital Patent Holdings Inc Descripcion de medios de presentacion.
WO2016199513A1 (ja) * 2015-06-09 2016-12-15 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
GB2548789B (en) * 2016-02-15 2021-10-13 V Nova Int Ltd Dynamically adaptive bitrate streaming
CN107241571B (zh) * 2016-03-29 2019-11-22 杭州海康威视数字技术股份有限公司 一种多媒体文件封装、播放方法及装置
US10148989B2 (en) 2016-06-15 2018-12-04 Divx, Llc Systems and methods for encoding video content
US10924786B2 (en) * 2019-05-08 2021-02-16 Nanning Fugui Precision Industrial Co., Ltd. Method for shaping video streams and set-up box using the method

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7343422B2 (en) * 2000-04-28 2008-03-11 Adara Networks, Inc. System and method for using uniform resource locators to map application layer content names to network layer anycast addresses
TW200408227A (en) * 2002-10-15 2004-05-16 Matsushita Electric Ind Co Ltd Digital item adaptation system via URL
US7941554B2 (en) * 2003-08-01 2011-05-10 Microsoft Corporation Sparse caching for streaming media
US20070283274A1 (en) * 2006-05-30 2007-12-06 Microsoft Corporation Strategies for Providing a Customized Media Presentation Based on a Markup Page Definition (MPD)
US9380096B2 (en) * 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US20110096828A1 (en) * 2009-09-22 2011-04-28 Qualcomm Incorporated Enhanced block-request streaming using scalable encoding
US8914835B2 (en) * 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data
CN102055718B (zh) * 2009-11-09 2014-12-31 华为技术有限公司 一种在http streaming系统中实现分层请求内容的方法,装置和系统
KR101786050B1 (ko) * 2009-11-13 2017-10-16 삼성전자 주식회사 데이터 전송 방법 및 장치
CN102082760A (zh) * 2009-11-27 2011-06-01 Tcl集团股份有限公司 一种网络书签及访问网络文件的方法
KR101777348B1 (ko) * 2010-02-23 2017-09-11 삼성전자주식회사 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치
US9615119B2 (en) * 2010-04-02 2017-04-04 Samsung Electronics Co., Ltd. Method and apparatus for providing timeshift service in digital broadcasting system and system thereof
KR101768219B1 (ko) * 2010-04-05 2017-08-14 삼성전자주식회사 방송시스템에서의 광고 삽입장치 및 방법
US20110307786A1 (en) * 2010-06-11 2011-12-15 Brian Shuster Method and apparatus for bookmarking and retrieval of video content
US8918533B2 (en) * 2010-07-13 2014-12-23 Qualcomm Incorporated Video switching for streaming video data
KR20120034550A (ko) * 2010-07-20 2012-04-12 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법
EP3742741A1 (en) * 2010-09-01 2020-11-25 Ideahub Inc. Method and device for providing content via http adaptive streaming using a media presentation description including a group element
KR20120079880A (ko) * 2011-01-06 2012-07-16 삼성전자주식회사 스트리밍 서비스 시스템에서 북마크 생성 장치 및 방법
US8849950B2 (en) * 2011-04-07 2014-09-30 Qualcomm Incorporated Network streaming of video data using byte range requests
JP2013021574A (ja) * 2011-07-12 2013-01-31 Sharp Corp 生成装置、配信サーバ、生成方法、再生装置、再生方法、再生システム、生成プログラム、再生プログラム、記録媒体およびデータ構造
JP2013038766A (ja) * 2011-07-12 2013-02-21 Sharp Corp 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体
US20130263182A1 (en) * 2012-03-30 2013-10-03 Hulu Llc Customizing additional content provided with video advertisements
US20150172353A1 (en) * 2012-07-11 2015-06-18 Miska Hannuksela Method and apparatus for interacting with a media presentation description that describes a summary media presentation and an original media presentation
US8949206B2 (en) * 2012-10-04 2015-02-03 Ericsson Television Inc. System and method for creating multiple versions of a descriptor file
US9143543B2 (en) * 2012-11-30 2015-09-22 Google Technology Holdings LLC Method and system for multi-streaming multimedia data
US9396126B2 (en) * 2013-01-30 2016-07-19 Google Inc. Clearing an application cache
US8869218B2 (en) * 2013-03-15 2014-10-21 Wowza Media Systems, LLC On the fly transcoding of video on demand content for adaptive streaming

Also Published As

Publication number Publication date
AU2014254808A1 (en) 2015-09-24
CN110225421A (zh) 2019-09-10
EP2988516B1 (en) 2019-09-25
JP2019110542A (ja) 2019-07-04
MX353122B (es) 2017-12-20
RU2668549C2 (ru) 2018-10-02
BR112015025871A8 (pt) 2019-12-31
EP2988516A4 (en) 2016-12-07
CA2908242A1 (en) 2014-10-23
MX2015014187A (es) 2015-12-11
CN110225421B (zh) 2021-07-06
KR102151297B1 (ko) 2020-09-02
SG11201508357TA (en) 2015-11-27
WO2014171473A1 (ja) 2014-10-23
EP3591979B1 (en) 2021-06-02
KR20150143462A (ko) 2015-12-23
RU2015143186A (ru) 2017-04-13
CN105103565A (zh) 2015-11-25
JPWO2014171473A1 (ja) 2017-02-23
EP2988516A1 (en) 2016-02-24
EP3591979A1 (en) 2020-01-08
AU2014254808B2 (en) 2018-04-12
BR112015025871A2 (pt) 2017-07-25
CN105103565B (zh) 2019-08-20
US20160057467A1 (en) 2016-02-25

Similar Documents

Publication Publication Date Title
JP6658931B2 (ja) 情報処理装置および方法
JP6708271B2 (ja) 情報処理装置、コンテンツ要求方法およびコンピュータプログラム
JP2019110542A (ja) サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170329

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170329

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180515

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180712

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190108

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190208

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190121

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20190214

R151 Written notification of patent or utility model registration

Ref document number: 6481205

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees