JPWO2014112187A1 - コンテンツサーバ、コンテンツ配信方法、コンテンツ配信システム、クライアント装置、およびコンテンツ取得方法 - Google Patents

コンテンツサーバ、コンテンツ配信方法、コンテンツ配信システム、クライアント装置、およびコンテンツ取得方法 Download PDF

Info

Publication number
JPWO2014112187A1
JPWO2014112187A1 JP2014557331A JP2014557331A JPWO2014112187A1 JP WO2014112187 A1 JPWO2014112187 A1 JP WO2014112187A1 JP 2014557331 A JP2014557331 A JP 2014557331A JP 2014557331 A JP2014557331 A JP 2014557331A JP WO2014112187 A1 JPWO2014112187 A1 JP WO2014112187A1
Authority
JP
Japan
Prior art keywords
encoded data
client device
content
congestion
content server
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.)
Pending
Application number
JP2014557331A
Other languages
English (en)
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 JPWO2014112187A1 publication Critical patent/JPWO2014112187A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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 or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream 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 or manipulating encoded video stream 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/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/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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】クライアント装置におけるコンテンツの安定的な再生を実現する。【解決手段】同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶する記憶部と、前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルをクライアント装置に送信し、前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信する通信部と、を備える、コンテンツサーバ。【選択図】図５

Description

本開示は、コンテンツサーバ、コンテンツ配信方法、コンテンツ配信システム、クライアント装置、およびコンテンツ取得方法に関する。
近日、コンテンツ伝送のためのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、およびコンテンツ圧縮符号化に関するＭＰ４が広く利用されている。ＨＴＴＰによれば、インターネットにおいて、コンテンツのダウンロードだけでなく、ストリーミングを行うことが可能である。このＨＴＴＰストリーミングは、「ＤＬＮＡ ｇｕｉｄｅｌｉｎｅｓ」（２００６）や「Ｏｐｅｎ ＩＰＴＶ Ｆｏｒｕｍ」（２００９）などのネットワークメディア規格にも採用されている。また、ＭＰ４（ＩＳＯ／ＩＥＣ−１４４９６−１２，１４）は、記憶フォーマットとしてだけでなく、ダウンロードやストリーミングなどの伝送フォーマットとしても利用可能である。
また、ストリーミングに関しては、下記非特許文献に記載されているように、ＡＢＳ（Ａｄａｐｔｉｖｅ ＢｉｔＳｔｒｅａｍｉｎｇ）技術が知られている。ＡＢＳ技術は、同一コンテンツが異なるビットレートで表現された複数の符号化データをコンテンツサーバに格納し、クライアントが、ネットワーク帯域に応じて複数の符号化データのいずれかの符号化データを選択しながら再生する技術である。
通常のストリーミングの場合には、ネットワークの帯域がビットレートを下回ったときには、データの供給が消費に追いつかなくなり、クライアント側でバッファリングしているデータは枯渇する。結果、クライアントは再生を継続することができなくなる。それに対し、ＡＢＳ技術では、帯域が小さくなった時には低いビットレートの符号化データに再生データを切り替えるので、再生時における途切れを抑制することが可能になる。
ＭＰＥＧ‐ＤＡＳＨ（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）（URL:http://mpeg.chiariglione.org/standards/mpeg-dash/media-presentation-description-and-segment-formats/text-isoiec-23009-12012-dam-1） ＨＬＳ（Ｈｔｔｐ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ）（URL:https://developer.apple.com/library/ios/#documentation/networkinginternet/conceptual/streamingmediaguide/Introduction/Introduction.html#//apple_ref/doc/uid/TP40008332-CH1-DontLinkElementID_39）
しかし、ビットレート選択のアルゴリズムはクライアントによって異なることが想定される。例えば、画質優先で高いビットレートの符号化データを選択しようとするクライアントがあった場合、他のクライアントの通信が逼迫する、あるいは他のクライアントがビットレートを上げられず低い画質での再生の継続を強いられる、などの問題がある。また、高い画質を優先して再生するようなクライアントは、所望のビットレートの符号化データをダウンロードできずに輻輳を引き起こしてしまうことがある。
そこで、本開示では、クライアント装置におけるコンテンツの安定的な再生を実現するための、新規かつ改良されたコンテンツサーバ、コンテンツ配信方法、コンテンツ配信システム、クライアント装置、およびコンテンツ取得方法を提案する。
本開示によれば、同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶する記憶部と、前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルをクライアント装置に送信し、前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信する通信部と、を備える、コンテンツサーバが提供される。
また、本開示によれば、同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶することと、前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルをクライアント装置に送信することと、前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信することと、を含む、コンテンツ配信方法が提供される。
また、本開示によれば、クライアント装置と、同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶する記憶部、前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルを前記クライアント装置に送信し、前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信する通信部、を有するコンテンツサーバと、を備える、コンテンツ配信システムが提供される。
また、本開示によれば、同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶するコンテンツサーバからネットワークを介して前記複数の符号化データに関するアクセス情報を含むデータファイルを受信する通信部と、前記データファイルから、前記ネットワークの混雑度に応じて前記複数の符号化データのうちのいずれかの符号化データに関するアクセス情報を選択する選択部とを備え、前記通信部は、前記選択部により選択されたアクセス情報に基づいて前記コンテンツサーバから前記符号化データを受信する、クライアント装置が提供される。
また、本開示によれば、同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶するコンテンツサーバからネットワークを介して前記複数の符号化データに関するアクセス情報を含むデータファイルを受信することと、前記データファイルから、前記ネットワークの混雑度に応じて前記複数の符号化データのうちのいずれかの符号化データに関するアクセス情報を選択することと、選択されたアクセス情報に基づいて前記コンテンツサーバから前記符号化データを受信することと、を含む、コンテンツ取得方法が提供される。
以上説明したように本開示によれば、クライアント装置におけるコンテンツの安定的な再生を実現することができる。
本開示の実施形態によるコンテンツ再生システムの構成を示した説明図である。 本実施形態によるコンテンツ再生システム１におけるデータの流れを示した説明図である。 プレイリストファイルの具体例を示した説明図である。 プレイリストファイルの具体例を示した説明図である。 本実施形態によるコンテンツサーバ１０の構成を示した機能ブロック図である。 再構成されたプレイリストファイルの具体例を示した説明図である。 再構成されたプレイリストファイルの具体例を示した説明図である。 本実施形態によるコンテンツ再生システムの動作を示したシーケンス図である。 変形例によるコンテンツ再生システムの動作を示したシーケンス図である。 本実施形態によるコンテンツ再生装置２０の構成を示した機能ブロック図である。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成または論理的意義を有する複数の構成を、必要に応じてコンテンツ再生装置２０Ａ、２０Ｂおよび２０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、コンテンツ再生装置Ａ、２０Ｂおよび２０Ｃを特に区別する必要が無い場合には、単にコンテンツ再生装置２０と称する。
また、以下に示す項目順序に従って本開示を説明する。
１．コンテンツ再生システムの概要
２．第１の実施形態
２−１．コンテンツサーバの構成
２−２．コンテンツ再生システムの動作
２−３．変形例
３．第２の実施形態
３−１．コンテンツ再生装置の構成
３−２．変形例
４．むすび
＜１．コンテンツ再生システムの概要＞
まず、図１〜図４を参照し、本開示の実施形態によるコンテンツ再生システムについて概略的に説明する。
図１は、本開示の実施形態によるコンテンツ再生システムの構成を示した説明図である。図１に示したように、本開示の実施形態によるコンテンツ再生システムは、コンテンツサーバ１０と、ネットワーク１２と、コンテンツ再生装置２０（クライアント装置）と、無線基地局３０と、基地局モニタサーバ４０と、を備える。
コンテンツサーバ１０とコンテンツ再生装置２０は、無線基地局３０を含むネットワーク１２を介して接続されている。このネットワーク１２は、ネットワーク１２に接続されている装置から送信される情報の有線、または無線の伝送路である。
例えば、ネットワーク１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
基地局モニタサーバ４０は、各基地局３０の通信状況をモニタリングし、各基地局３０の混雑度をリアルタイムで測定する。
コンテンツサーバ１０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタ情報を含むデータファイルを生成して記憶する。なお、コンテンツサーバ１０がＭＰ４形式のデータファイルを生成する場合、符号化データは「ｍｄａｔ」に該当し、メタ情報は「ｍｏｏｖ」に該当する。
また、コンテンツデータは、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトウェアなどであってもよい。
ここで、本実施形態によるコンテンツサーバ１０は、同一コンテンツに関し、異なるビットレートで複数のデータファイルを生成する。以下、図２を参照して当該事項について具体的に説明する。
図２は、本実施形態によるコンテンツ再生システム１におけるデータの流れを示した説明図である。コンテンツサーバ１０は、同一のコンテンツデータを異なるビットレートで符号化し、図２に示したように例えば２ＭｂｐｓのファイルＡ、１．５ＭｂｐｓのファイルＢ、１ＭｂｐｓのファイルＣを生成する。相対的に、ファイルＡはハイビットレートであり、ファイルＢは標準ビットレートであり、ファイルＣはロービットレートである。
また、図２に示したように、各ファイルの符号化データは複数のセグメントに区分されている。例えば、ファイルＡの符号化データは「Ａ１」、「Ａ２」、「Ａ３」、・・・「Ａｎ」というセグメントに区分されており、ファイルＢの符号化データは「Ｂ１」、「Ｂ２」、「Ｂ３」、・・・「Ｂｎ」というセグメントに区分されており、ファイルＣの符号化データは「Ｃ１」、「Ｃ２」、「Ｃ３」、・・・「Ｃｎ」というセグメントに区分されている。
なお、各セグメントはＭＰ４のシンクサンプル（たとえば、ＡＶＣ/Ｈ．２６４の映像符号化ではＩＤＲ−ピクチャ）で始まる単独で再生可能な１または２以上の映像符号化データおよび音声符号化データより構成サンプルで構成されてもよい。例えば、一秒３０フレームのビデオデータが１５フレーム固定長のＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）にて符号化されていた場合、各セグメントは、４ＧＯＰに相当する２秒分の映像ならびに音声符号化データであっても、２０ＧＯＰに相当する１０秒分の映像ならびに音声符号化データであってもよい。
また、各ファイルにおける配置順番が同一のセグメントによる再生範囲（コンテンツの先頭からの時間位置の範囲）は同一である。例えば、セグメント「Ａ２」、セグメント「Ｂ２」、およびセグメント「Ｃ２」の再生範囲は同一であり、各セグメントが２秒分の符号化データである場合、セグメント「Ａ２」、セグメント「Ｂ２」、およびセグメント「Ｃ２」の再生範囲は、いずれもコンテンツの２秒〜４秒である。
コンテンツサーバ１０は、このような複数のセグメントから構成されるファイルＡ〜ファイルＣを生成すると、ファイルＡ〜ファイルＣを記憶する。そして、コンテンツサーバ１０は、図２に示したように、異なるファイルを構成するセグメントをコンテンツ再生装置２０に順次に送信し、コンテンツ再生装置２０は、受信したセグメントをストリーミング再生する。
ここで、本実施形態によるコンテンツサーバ１０は、各ファイルのビットレート情報およびアクセス情報を含むプレイリストファイルをコンテンツ再生装置２０に送信し、コンテンツ再生装置２０は、プレイリストファイルに基づき、複数のビットレートのうちのいずれかのビットレートを選択し、選択したビットレートに対応するセグメントの送信をコンテンツサーバ１０に要求する。
図３および図４は、プレイリストファイルの具体例を示した説明図である。より具体的には、図３はＨＬＳ（Ｈｔｔｐ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ／ＩＥＴＦ Ｉｎｔｅｒｎａｔｉｏｎａｌ ｄｒａｆｔ）によるプレイリストファイルを示し、図４は、ＭＰＥＧ ＤＡＳＨ（ＩＳＯ／ＩＥＣ ２３００９−１）によるプレイリストファイルを示す。
図３および図４に示したように、プレイリストファイルには、異なるビットレート（ＢＡＮＤＷＩＤＴＨ）を有する複数の符号化データに関するアクセス情報が含まれる。例えば、図３に示したプレイリストファイルは、１．２８Ｍｂｐｓ、２．５６Ｍｂｐｓ、７．６８Ｍｂｐｓ、および６５Ｋｂｐｓの各々の符号化データが存在することを示す共に、各符号化データに関するアクセス情報を含む。コンテンツ再生装置２０は、かかるプレイリストに基づき、ストリーミング再生する符号化データのビットレートを動的に変更することが可能である。
なお、図１にはコンテンツ再生装置２０の一例として携帯端末を示しているが、コンテンツ再生装置２０はかかる例に限定されない。例えば、コンテンツ再生装置２０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、コンテンツ再生装置２０は、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。
＜２．第１の実施形態＞
以上、図１〜図４を参照し、本開示の実施形態によるコンテンツ再生システムの概要を説明した。続いて、本開示の第１の実施形態を説明する。本開示の第１の実施形態は、上述したプレイリストファイルを適宜再構成してコンテンツ再生装置２０に提供するものである。
（２−１．コンテンツサーバの構成）
図５は、本実施形態によるコンテンツサーバ１０の構成を示した機能ブロック図である。図５に示したように、本実施形態によるコンテンツサーバ１０は、ファイル生成部１２０と、記憶部１３０と、通信部１４０と、ファイル再構成部１５０と、を備える。
ファイル生成部１２０は、コンテンツデータを符号化するエンコーダ１２２を備え、ビットレートが異なる複数の符号化データおよび各符号化データに関するアクセス情報を含むプレイリストファイルをデータファイルとして生成する。例えば、ファイル生成部１２０は、１．２８Ｍｂｐｓ、２．５６Ｍｂｐｓ、７．６８Ｍｂｐｓ、および６５Ｋｂｐｓの各々の符号化データを生成した場合、図３に示したようなプレイリストファイルを生成する。
記憶部１３０は、ファイル生成部１２０により生成されたデータファイル、および混雑度テーブルを記憶する記憶媒体である。ここで、混雑度テーブルについて具体的に説明する。
図１を参照して説明したように、コンテンツサーバ１０は無線基地局３０を介して符号化データを配信するので、無線基地局３０に同時接続するコンテンツ再生装置２０が増加して混雑度が高まると、帯域の減少や接続遅延時間の増加などが生じる。特に、混雑度の増加は、朝夕の通勤時間帯の都市部のように人の集まる状況で顕著に現れる。
このような場所、時間に依存する混雑度は、経験的あるいは統計的に予測可能である。記憶部１３０が記憶する混雑度テーブルは、このような時間、場所に依存する混雑度を特定するためのテーブルであり、具体的には、位置情報、時間情報および混雑度を示す指標を関連付けて格納する。混雑度を示す指標は、例えば０（空状態）〜１（上限の混雑状態）で表現されるパラメータであってもよい。
このような混雑度テーブルなどを記憶する記憶部１３０は、不揮発性メモリ、磁気ディスク、光ディスク、およびＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。不揮発性メモリとしては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）およびＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標））などがあげられる。
通信部１４０は、コンテンツ再生装置２０とのインターフェースであって、ネットワーク１２を介してコンテンツ再生装置２０と通信する。より詳細には、通信部１４０は、ＨＴＴＰに従ってコンテンツ再生装置２０と通信するＨＴＴＰサーバとしての機能を有する。例えば、通信部１４０は、ＨＴＴＰに従ってコンテンツ再生装置２０から要求されたデータを記憶部１３０から抽出し、ＨＴＴＰレスポンスとしてコンテンツ再生装置２０にデータを送信する。
ファイル再構成部１５０（ファイル処理部）は、コンテンツ再生装置２０が利用するネットワーク１２の混雑度を推定し、推定した混雑度に応じ、記憶部１３０に記憶されているビットレートが異なる複数の符号化データのうちの一部の符号化データを選択し、選択した符号化データに関するアクセス情報からなるプレイリストファイルを再構成する。ファイル再構成部１５０により得られたプレイリストファイルは、通信部１４０によりネットワーク１２を介してコンテンツ再生装置２０に送信される。
具体的に説明すると、ファイル再構成部１５０は、コンテンツ再生装置２０が接続されている無線基地局３０を示す情報を、当該無線基地局３０の混雑度の問い合わせ要求として基地局モニタサーバ４０に送信する。そして、ファイル再構成部１５０は、基地局モニタサーバ４０から混雑度の応答を得ることにより、コンテンツ再生装置２０が接続されている無線基地局３０の混雑度を推定する。
そして、ファイル再構成部１５０は、混雑度が高いほど、ビットレートが高い方から順により多くの符号化データを除く符号化データを選択してもよい。例えば、ファイル再構成部１５０は、図３に示した元のプレイリストファイルに対し、図６に示したように、上位２つのビットレートである２．５６Ｍｂｐｓおよび７．６８Ｍｂｐｓの符号化データを除く符号化データである６５Ｋｂｐｓおよび１．２８Ｍｂｐｓの符号化データを選択してプレイリストファイルを生成してもよい。
かかる構成によれば、コンテンツ再生装置２０はビットレートの低い符号化データを選択することになるので、他のコンテンツ再生装置の通信が逼迫することや、輻輳の発生を抑制することが可能となる。
他の例として、ファイル再構成部１５０は、混雑度が高いほど、より多くのビットレートの符号化データを間引き、残ったビットレートの符号化データに関するアクセス情報からなるプレイリストファイルを生成してもよい。例えば、ファイル再構成部１５０は、図３に示した元のプレイリストファイルに対し、図７に示すように、中間の１．２８Ｍｂｐｓおよび２．５６Ｍｂｐｓの符号化データを間引き、残りの６５Ｋｂｐｓおよび７．６８Ｍｂｐｓの符号化データに関するアクセス情報からなるプレイリストファイルを生成してもよい。
かかる構成によれば、コンテンツ再生装置２０がビットレートを変更する頻度が減少するので、無線基地局３０に接続されたコンテンツ再生装置２０が増加しても、コンテンツ再生装置２０間の帯域の取り合いによって発生する輻輳を防ぎ安定した再生を実現することができる。
なお、ファイル再構成部１５０は、コンテンツ再生装置２０の位置の変化や時間の経過に伴い、上述したプレイリストファイルを更新してもよい。
（２−２．コンテンツ再生システムの動作）
以上、本実施形態によるコンテンツサーバ１０の構成を説明した。続いて、図８を参照し、本実施形態によるコンテンツ再生システムの動作を整理する。
図８は、本実施形態によるコンテンツ再生システムの動作を示したシーケンス図である。コンテンツサーバ１０は、コンテンツ再生装置２０からプレイリストファイルの送信を要求されると、コンテンツ再生装置２０が接続されている無線基地局３０を示す情報を、当該無線基地局３０の混雑度の問い合わせ要求として基地局モニタサーバ４０に送信する（Ｓ３０４）。そして、基地局モニタサーバ４０は、混雑度の問い合わせ要求に応答して、コンテンツ再生装置２０が接続されている無線基地局３０の混雑度をコンテンツサーバ１０に通知する（Ｓ３０８）。
続いて、ファイル再構成部１５０は、通知された混雑度に応じ、記憶部１３０に記憶されているビットレートが異なる複数の符号化データのうちの一部の符号化データを選択し、選択した符号化データに関するアクセス情報からなるプレイリストファイルを再構成する（Ｓ３１２）。そして、通信部１４０が、ファイル再構成部１５０により得られたプレイリストファイルをコンテンツ再生装置２０に送信する（Ｓ３１２）。
その後、コンテンツ再生装置２０は、プレイリストファイルが示す複数の符号化データに対応する複数のビットレートからビットレートを選択し（Ｓ３２０）、選択したビットレートでのコンテンツのストリーミングをコンテンツサーバに要求する（Ｓ３２４）。
コンテンツサーバ１０は、コンテンツ再生装置２０からの要求に応じて、コンテンツ再生装置２０において選択されたビットレートでのストリーミングを開始し（Ｓ３２８）、コンテンツ再生装置２０は、コンテンツの再生を開始する（Ｓ３３２）。
以上説明したように、本実施形態によるコンテンツサーバ１０は、混雑度に応じて再生の選択肢が制限されたプレイリストファイルをコンテンツ再生装置２０に送信するので、コンテンツ再生装置２０におけるコンテンツの安定的な再生を実現することができる。
（２−３．変形例）
なお、上記ではコンテンツサーバ１０が基地局モニタサーバ４０から混雑度の通知を受ける例を説明したが、本実施形態はかかる例に限定されない。変形例として、ファイル再構成部１５０は、コンテンツ再生装置２０の位置情報を取得し、コンテンツ再生装置２０の位置情報と現在時刻に対応する位置情報および時間情報に関連付けて記憶部１３０に記憶されている混雑度を抽出することにより、混雑度を推定してもよい。以下、図９を参照し、変形例によるコンテンツ再生システムの動作の動作を説明する。
図９は、変形例によるコンテンツ再生システムの動作を示したシーケンス図である。図９に示したように、コンテンツ再生装置２０は、位置情報を取得し（Ｓ３５２）、取得した位置情報をコンテンツサーバ１０に送信する（Ｓ３５６）。なお、コンテンツ再生装置２０は、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）により位置情報を取得し、プレイリストファイルの送信をコンテンツサーバ１０に要求する際に、ＵＲＬのクエリーパラメーターとして位置情報をＵＲＬに埋め込んで要求を行ってもよい。
そして、ファイル再構成部１５０は、コンテンツ再生装置２０の位置情報と現在時刻に対応する位置情報および時間情報に関連付けて記憶部１３０に記憶されている混雑度を抽出することにより、混雑度を推定する（Ｓ３６０）。
続いて、ファイル再構成部１５０は、推定した混雑度に応じ、記憶部１３０に記憶されているビットレートが異なる複数の符号化データのうちの一部の符号化データを選択し、選択した符号化データに関するアクセス情報からなるプレイリストファイルを再構成する（Ｓ３６４）。そして、通信部１４０が、ファイル再構成部１５０により得られたプレイリストファイルをコンテンツ再生装置２０に送信する（Ｓ３６８）。
その後、コンテンツ再生装置２０は、プレイリストファイルが示す複数の符号化データに対応する複数のビットレートからビットレートを選択し（Ｓ３７２）、選択したビットレートでのコンテンツのストリーミングをコンテンツサーバに要求する（Ｓ３７６）。
コンテンツサーバ１０は、コンテンツ再生装置２０からの要求に応じて、コンテンツ再生装置２０において選択されたビットレートでのストリーミングを開始し（Ｓ３８０）、コンテンツ再生装置２０は、コンテンツの再生を開始する（Ｓ３８４）。
＜３．第２の実施形態＞
以上、本開示の第１の実施形態を説明した。続いて、本開示の第２の実施形態を説明する。本開示の第２の実施形態は、コンテンツ再生装置２０側でネットワーク１２の混雑度を考慮したビットレートの選択を行う点で第１の実施形態と異なる。
（３−１．コンテンツ再生装置の構成）
図１０は、本実施形態によるコンテンツ再生装置２０の構成を示した機能ブロック図である。図１０に示したように、本実施形態によるコンテンツ再生装置２０は、取得部２２０と、バッファ２３０と、再生部２４０と、選択部２５０と、を備える。
取得部２２０（通信部）は、コンテンツサーバ１０とのインターフェースであって、コンテンツサーバ１０に対してデータを要求し、コンテンツサーバ１０からデータを取得する。より詳細には、取得部２２０は、ＨＴＴＰに従ってコンテンツ再生装置２０と通信するＨＴＴＰクライアントとしての機能を有する。例えば、取得部２２０は、ＨＴＴＰ Ｒａｎｇｅを利用することにより、コンテンツサーバ１０からプレイリストファイルや符号化データのセグメントを選択的に取得することができる。
バッファ２３０は、取得部２２０によりコンテンツサーバ１０から取得されるセグメントを順次にバッファリングする。バッファ２３０にバッファリングされたセグメントは、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）で再生部２４０へ順次に供給される。
再生部２４０は、バッファ２３０から供給されるセグメントを順次に再生する。具体的には、再生部２４０は、セグメントのデコード、ＤＡ変換、およびレンダリングなどを行う。
選択部２５０は、プレイリストファイルに含まれるいずれのビットレートに対応する符号化データのセグメントを取得するかを同一コンテンツ内で順次に選択する。例えば、選択部２５０がネットワーク１２の帯域に応じてセグメント「Ａ１」、「Ｂ２」、「Ａ３」を順次に選択すると、図２に示したように、取得部２２０がコンテンツサーバ１０からセグメント「Ａ１」、「Ｂ２」、「Ａ３」を順次に取得する。
ここで、本実施形態による選択部２５０は、ネットワーク１２の混雑度に応じて符号化データの選択を行う。具体的には、コンテンツサーバ１０が第１の実施形態で説明した方法（基地局モニタサーバ４０への問い合わせ、混雑度テーブルの参照）により取得し、コンテンツサーバ１０が混雑度をコンテンツ再生装置２０に通知する。そして、選択部２５０は、混雑度が高いほど、ビットレートが高い方から順により多くの符号化データを除く符号化データから選択を行う。他の例として、選択部２５０は、複数の符号化データからより多くの符号化データを間引いて得られる１または２以上の符号化データから選択を行ってもよい。
なお、コンテンツサーバ１０は、プレイリストファイルの一部として混雑度を示す情報をコンテンツ再生装置２０に通知してもよいし、符号化データのメタデータとして混雑度を示す情報をコンテンツ再生装置２０に送信してもよい。
（３−２．変形例）
上記では、コンテンツサーバ１０がネットワーク１２の混雑度を示す情報をコンテンツ再生装置２０に送信する例を説明したが、コンテンツ再生装置２０に、ネットワーク１２の混雑度を推定する混雑度推定部を設けてもよい。以下、変形例としてコンテンツ再生装置２０に設けられ得る混雑度推定部の機能について説明する。なお、以下では、コンテンツ再生装置２０の上位概念として通信端末という表現を用いる。
−ＣＤＭＡを利用する無線通信サービスの混雑度−
ＣＤＭＡを利用する無線通信サービスにおいて、多重されるＤＰＣＨの数（すなわち、無線基地局に属する通信端末数）、あるいは、ＨＳ−ＤＳＣＨの数（すなわち、ＨＳＤＰＡにおいて複数の通信端末が共有する高速下り共有チャンネルの数）が多くなると、各ＤＰＣＨ、あるいは、各ＨＳ−ＤＳＣＨは拡散されているものの、各スクランブルコードの相関出力を少なからず増加させる。このため、最も大きかったスクランブルコードの相関出力をａとし、他のスクランブルコードの相関出力のうちで最も小さい相関出力をｂとすると、通信端末数が増えて空き容量が減少するにつれ、または干渉が大きくなるにつれ、相関出力ｂ／相関出力ａが大きくなると考えられる。
そこで、混雑度推定部は、相関出力ａと相関出力ｂの比率（ｂ／ａ）をＣＤＭＡによる無線基地局３０の混雑度ｋｃｏｎｇとして算出することが可能である。なお、混雑度推定部は、最も小さい相関出力ｂの代わりに、全受信電力（ＲＳＳＩ：Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）の値、若しくは、ＲＳＳＩを拡散率で除した値を用いてもよい。
−ＯＦＤＭＡを利用する無線通信サービスの混雑度−
ＯＦＤＭＡを利用する無線通信サービスからは、制御情報の１つとして、各フレームのサブキャリアの割り当て情報が送信される。例えば、Ｍｏｂｉｌｅ ＷｉＭＡＸでは、ＤＬ−ＭＡＰと呼ばれるサブキャリアの割り当て情報が送信される。
そこで、混雑度推定部は、ＯＦＤＭＡによる無線基地局３０から送信されるサブキャリアの割り当て情報に基づき、フレームごとの全サブキャリア数に対する各通信端末に割り当て済みのサブキャリア数の割合を混雑度ｋｃｏｎｇとして算出することが可能である。
なお、ダウンリンクにＯＦＤＭＡを用いるＬＴＥにおいては、ＷｉＭＡＸと同様に、ダウンリンクのリソース割り当ておよびアップリンクのスケジューリング情報を含んだスケジューリング制御情報は、ダウンリンク制御信号（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ， ＰＤＣＣＨ）を使って各通信端末に通知される。このＰＤＣＣＨは、各ダウンリンクサブフレームの最初のｎ個（ｎ≦３）のＯＦＤＭシンボルに配置される。よって、混雑度推定部は、最初のｎ個のＯＦＤＭシンボルを受信し、各通信端末へのリソース割り当て情報を取得し、フレーム毎の全サブキャリア数に対する各通信端末に割り当てられたサブキャリア数の割合を混雑度ｋｃｏｎｇとして算出してもよい。
＜４．むすび＞
以上説明したように、本開示の技術によれば、ネットワーク１２の混雑度に応じてコンテンツ再生装置２０において再生可能な符号化データのビットレートが制限されるので、無線基地局３０に接続されたコンテンツ再生装置２０が増加しても、コンテンツ再生装置２０間の帯域の取り合いによって発生する輻輳を防ぎ安定した再生を実現することができる。
なお、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
例えば、本明細書のコンテンツ再生システムの処理における各ステップは、必ずしもシーケンス図として記載された順序に沿って時系列に処理する必要はない。例えば、コンテンツ再生システムの処理における各ステップは、シーケンス図として記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
また、コンテンツサーバ１０およびコンテンツ再生装置２０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したコンテンツサーバ１０およコンテンツ再生装置２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
また、以下のような構成も本開示の技術的範囲に属する。
（１）
同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶する記憶部と、
前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルをクライアント装置に送信し、前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信する通信部と、
を備える、コンテンツサーバ。
（２）
前記コンテンツサーバは、
ネットワークを介して前記クライアント装置と接続されており、
前記ネットワークの混雑度に応じて前記複数の符号化データのうちの一部の符号化データを選択し、選択した一部の符号化データに関するアクセス情報を含む前記データファイルを生成するファイル処理部をさらに備える、前記（１）に記載のコンテンツサーバ。
（３）
前記記憶部は、さらに、位置情報、時間情報および前記ネットワークの混雑度を示す指標を関連付けて記憶しており、
前記ファイル処理部は、前記クライアント装置の位置情報および現在時刻に対応する位置情報および時間情報に関連付けて前記記憶部に記憶されている混雑度に応じて前記一部の符号化データの選択を行う、前記（２）に記載のコンテンツサーバ。
（４）
前記ネットワークは、前記クライアント装置に無線サービスを提供する無線基地局を含み、
前記ファイル処理部は、前記クライアント装置に接続されている無線基地局の混雑度を外部のモニタサーバから取得し、取得した混雑度に応じて前記一部の符号化データの選択を行う、前記（２）に記載のコンテンツサーバ。
（５）
前記ファイル処理部は、前記混雑度が高いほど、ビットレートが高い方から順により多くの符号化データを除く符号化データを前記一部の符号化データとして選択する、前記（２）〜（４）のいずれか一項に記載のコンテンツサーバ。
（６）
前記ファイル処理部は、前記混雑度が高いほど、より多くの符号化データを間引くことにより前記一部の符号化データを選択する、前記（２）〜（４）のいずれか一項に記載のコンテンツサーバ。
（７）
前記ファイル処理部は、前記クライアント装置のための前記データファイルの更新を行う、前記（２）〜（６）のいずれか一項に記載のコンテンツサーバ。
（８）
同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶することと、
前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルをクライアント装置に送信することと、
前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信することと、
を含む、コンテンツ配信方法。
（９）
クライアント装置と、
同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶する記憶部、
前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルを前記クライアント装置に送信し、前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信する通信部、
を有するコンテンツサーバと、
を備える、コンテンツ配信システム。
（１０）
同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶するコンテンツサーバからネットワークを介して前記複数の符号化データに関するアクセス情報を含むデータファイルを受信する通信部と、
前記データファイルから、前記ネットワークの混雑度に応じて前記複数の符号化データのうちのいずれかの符号化データに関するアクセス情報を選択する選択部と
を備え、
前記通信部は、前記選択部により選択されたアクセス情報に基づいて前記コンテンツサーバから前記符号化データを受信する、クライアント装置。
（１１）
前記通信部は、前記コンテンツサーバから前記ネットワークの混雑度を示す情報を受信する、前記（１０）に記載のクライアント装置。
（１２）
前記データファイルは、前記ネットワークの混雑度を示す情報を含む、前記（１０）または（１１）に記載のクライアント装置。
（１３）
前記ネットワークの混雑度を示す情報は、前記符号化データにメタデータとして含まれる、前記（１０）または（１１）に記載のクライアント装置。
（１４）
前記コンテンツサーバは、位置情報、時間情報および前記ネットワークの混雑度を示す指標を関連付けて記憶しており、
前記通信部は、前記クライアント装置の位置情報および現在時刻に対応する位置情報および時間情報に関連付けて前記コンテンツサーバに記憶されている混雑度を示す指標を受信する、前記（１０）〜（１３）のいずれか一項に記載のクライアント装置。
（１５）
前記ネットワークは、前記クライアント装置に無線サービスを提供する無線基地局を含み、
前記混雑度を示す情報は、前記クライアント装置に接続されている無線基地局の混雑度を測定するモニタサーバにより得られる、前記（１０）〜（１３）のいずれか一項に記載のクライアント装置。
（１６）
前記選択部は、前記混雑度が高いほど、ビットレートが高い方から順により多くの符号化データを除く符号化データから前記選択を行う、前記（１０）〜（１５）のいずれか一項に記載のクライアント装置。
（１７）
前記選択部は、前記混雑度が高いほど、前記複数の符号化データからより多くの符号化データを間引いて得られる１または２以上の符号化データから前記選択を行う、前記（１０）〜（１５）のいずれか一項に記載のクライアント装置。
（１８）
前記クライアント装置は、前記混雑度を推定する混雑度推定部をさらに備える、前記（１０）に記載のクライアント装置。
（１９）
前記クライアント装置は、前記コンテンツサーバから受信された符号化データを再生する再生部をさらに備える、前記（１０）〜（１８）のいずれか一項に記載のクライアント装置。
（２０）
同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶するコンテンツサーバからネットワークを介して前記複数の符号化データに関するアクセス情報を含むデータファイルを受信することと、
前記データファイルから、前記ネットワークの混雑度に応じて前記複数の符号化データのうちのいずれかの符号化データに関するアクセス情報を選択することと、
選択されたアクセス情報に基づいて前記コンテンツサーバから前記符号化データを受信することと、
を含む、コンテンツ取得方法。
１０ コンテンツサーバ
１２ ネットワーク
２０ コンテンツ再生装置
３０ 無線基地局
４０ 基地局モニタサーバ
４０ 無線基地局
１２０ ファイル生成部
１２２ エンコーダ
１３０ 記憶部
１４０ 通信部
１５０ ファイル再構成部
２２０ 取得部
２３０ バッファ
２４０ 再生部
２５０ 選択部

Claims (20)

  1. 同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶する記憶部と、
    前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルをクライアント装置に送信し、前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信する通信部と、
    を備える、コンテンツサーバ。
  2. 前記コンテンツサーバは、
    ネットワークを介して前記クライアント装置と接続されており、
    前記ネットワークの混雑度に応じて前記複数の符号化データのうちの一部の符号化データを選択し、選択した一部の符号化データに関するアクセス情報を含む前記データファイルを生成するファイル処理部をさらに備える、請求項１に記載のコンテンツサーバ。
  3. 前記記憶部は、さらに、位置情報、時間情報および前記ネットワークの混雑度を示す指標を関連付けて記憶しており、
    前記ファイル処理部は、前記クライアント装置の位置情報および現在時刻に対応する位置情報および時間情報に関連付けて前記記憶部に記憶されている混雑度に応じて前記一部の符号化データの選択を行う、請求項２に記載のコンテンツサーバ。
  4. 前記ネットワークは、前記クライアント装置に無線サービスを提供する無線基地局を含み、
    前記ファイル処理部は、前記クライアント装置に接続されている無線基地局の混雑度を外部のモニタサーバから取得し、取得した混雑度に応じて前記一部の符号化データの選択を行う、請求項２に記載のコンテンツサーバ。
  5. 前記ファイル処理部は、前記混雑度が高いほど、ビットレートが高い方から順により多くの符号化データを除く符号化データを前記一部の符号化データとして選択する、請求項２に記載のコンテンツサーバ。
  6. 前記ファイル処理部は、前記混雑度が高いほど、より多くの符号化データを間引くことにより前記一部の符号化データを選択する、請求項２に記載のコンテンツサーバ。
  7. 前記ファイル処理部は、前記クライアント装置のための前記データファイルの更新を行う、請求項２に記載のコンテンツサーバ。
  8. 同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶することと、
    前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルをクライアント装置に送信することと、
    前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信することと、
    を含む、コンテンツ配信方法。
  9. クライアント装置と、
    同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶する記憶部、
    前記複数の符号化データのうちの一部の符号化データに関するアクセス情報を含むデータファイルを前記クライアント装置に送信し、前記クライアント装置から前記データファイルに基づいて要求された符号化データを前記クライアント装置に送信する通信部、
    を有するコンテンツサーバと、
    を備える、コンテンツ配信システム。
  10. 同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶するコンテンツサーバからネットワークを介して前記複数の符号化データに関するアクセス情報を含むデータファイルを受信する通信部と、
    前記データファイルから、前記ネットワークの混雑度に応じて前記複数の符号化データのうちのいずれかの符号化データに関するアクセス情報を選択する選択部と
    を備え、
    前記通信部は、前記選択部により選択されたアクセス情報に基づいて前記コンテンツサーバから前記符号化データを受信する、クライアント装置。
  11. 前記通信部は、前記コンテンツサーバから前記ネットワークの混雑度を示す情報を受信する、請求項１０に記載のクライアント装置。
  12. 前記データファイルは、前記ネットワークの混雑度を示す情報を含む、請求項１０または１１に記載のクライアント装置。
  13. 前記ネットワークの混雑度を示す情報は、前記符号化データにメタデータとして含まれる、請求項１０に記載のクライアント装置。
  14. 前記コンテンツサーバは、位置情報、時間情報および前記ネットワークの混雑度を示す指標を関連付けて記憶しており、
    前記通信部は、前記クライアント装置の位置情報および現在時刻に対応する位置情報および時間情報に関連付けて前記コンテンツサーバに記憶されている混雑度を示す指標を受信する、請求項１０に記載のクライアント装置。
  15. 前記ネットワークは、前記クライアント装置に無線サービスを提供する無線基地局を含み、
    前記混雑度を示す情報は、前記クライアント装置に接続されている無線基地局の混雑度を測定するモニタサーバにより得られる、請求項１０に記載のクライアント装置。
  16. 前記選択部は、前記混雑度が高いほど、ビットレートが高い方から順により多くの符号化データを除く符号化データから前記選択を行う、請求項１０に記載のクライアント装置。
  17. 前記選択部は、前記混雑度が高いほど、前記複数の符号化データからより多くの符号化データを間引いて得られる１または２以上の符号化データから前記選択を行う、請求項１０に記載のクライアント装置。
  18. 前記クライアント装置は、前記混雑度を推定する混雑度推定部をさらに備える、請求項１０に記載のクライアント装置。
  19. 前記クライアント装置は、前記コンテンツサーバから受信された符号化データを再生する再生部をさらに備える、請求項１０に記載のクライアント装置。
  20. 同一コンテンツを異なるビットレートで符号化して得られる複数の符号化データを記憶するコンテンツサーバからネットワークを介して前記複数の符号化データに関するアクセス情報を含むデータファイルを受信することと、
    前記データファイルから、前記ネットワークの混雑度に応じて前記複数の符号化データのうちのいずれかの符号化データに関するアクセス情報を選択することと、
    選択されたアクセス情報に基づいて前記コンテンツサーバから前記符号化データを受信することと、
    を含む、コンテンツ取得方法。
JP2014557331A 2013-01-18 2013-11-08 コンテンツサーバ、コンテンツ配信方法、コンテンツ配信システム、クライアント装置、およびコンテンツ取得方法 Pending JPWO2014112187A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013007887 2013-01-18
JP2013007887 2013-01-18
PCT/JP2013/080263 WO2014112187A1 (ja) 2013-01-18 2013-11-08 コンテンツサーバ、コンテンツ配信方法、コンテンツ配信システム、クライアント装置、およびコンテンツ取得方法

Publications (1)

Publication Number Publication Date
JPWO2014112187A1 true JPWO2014112187A1 (ja) 2017-01-19

Family

ID=51209299

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014557331A Pending JPWO2014112187A1 (ja) 2013-01-18 2013-11-08 コンテンツサーバ、コンテンツ配信方法、コンテンツ配信システム、クライアント装置、およびコンテンツ取得方法

Country Status (5)

Country Link
US (1) US20150350283A1 (ja)
EP (1) EP2947887A4 (ja)
JP (1) JPWO2014112187A1 (ja)
CN (1) CN104904224A (ja)
WO (1) WO2014112187A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10673907B2 (en) * 2015-07-16 2020-06-02 Arris Enterprises Llc Systems and methods for providing DLNA streaming to client devices
EP3437354B1 (en) * 2016-03-31 2022-03-23 NEC Corporation Sdn-based methods and apparatuses for providing tdd radio access network services

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120124179A1 (en) * 2010-11-12 2012-05-17 Realnetworks, Inc. Traffic management in adaptive streaming protocols
WO2012131424A1 (en) * 2011-02-25 2012-10-04 Telefonaktiebolaget L M Ericsson (Publ) Method for introducing network congestion predictions in policy decision
US20120311651A1 (en) * 2011-05-31 2012-12-06 Colin Kahn Video delivery modification based on network availability
WO2013008867A1 (ja) * 2011-07-12 2013-01-17 シャープ株式会社 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008252416A (ja) * 2007-03-30 2008-10-16 Kddi Corp コンテンツリスト作成装置およびコンテンツリスト作成プログラム
JP4891149B2 (ja) * 2007-05-18 2012-03-07 株式会社エヌ・ティ・ティ・ドコモ ダウンロードシステム及びダウンロード方法
KR101786051B1 (ko) * 2009-11-13 2017-10-16 삼성전자 주식회사 데이터 제공 방법 및 장치와 데이터 수신 방법 및 장치
US8806050B2 (en) * 2010-08-10 2014-08-12 Qualcomm Incorporated Manifest file updates for network streaming of coded multimedia data
JP2012235286A (ja) * 2011-04-28 2012-11-29 Fujitsu Ltd データ配信システム
EP2724515B1 (en) * 2011-06-22 2018-09-26 Telefonaktiebolaget LM Ericsson (publ) Methods and devices for content delivery control
US9160779B2 (en) * 2011-06-30 2015-10-13 Qualcomm Incorporated Dynamic adaptive streaming proxy for unicast or broadcast/multicast services
US10320869B2 (en) * 2011-07-07 2019-06-11 Telefonaktiebolaget Lm Ericsson (Publ) Network-capacity optimized adaptive HTTP streaming

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120124179A1 (en) * 2010-11-12 2012-05-17 Realnetworks, Inc. Traffic management in adaptive streaming protocols
WO2012131424A1 (en) * 2011-02-25 2012-10-04 Telefonaktiebolaget L M Ericsson (Publ) Method for introducing network congestion predictions in policy decision
US20120311651A1 (en) * 2011-05-31 2012-12-06 Colin Kahn Video delivery modification based on network availability
WO2013008867A1 (ja) * 2011-07-12 2013-01-17 シャープ株式会社 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体

Also Published As

Publication number Publication date
WO2014112187A1 (ja) 2014-07-24
US20150350283A1 (en) 2015-12-03
EP2947887A4 (en) 2016-08-24
EP2947887A1 (en) 2015-11-25
CN104904224A (zh) 2015-09-09

Similar Documents

Publication Publication Date Title
KR101868280B1 (ko) 정보 처리 장치, 정보 처리 방법 및 컴퓨터 판독 가능한 기록 매체
TWI590632B (zh) 視訊品質增強
US9042449B2 (en) Systems and methods for dynamic transcoding of indexed media file formats
EP2717536B1 (en) Processing method, distribution server, client and system for streaming media
JP2020080547A (ja) 品質ドリブンストリーミング
US20150074241A1 (en) Method, terminal, and server for implementing fast playout
GB2492538A (en) A device specific, adaptive bit-rate method for streaming audio video content
US20140189064A1 (en) Method and system for adaptive video transmission
EP2984848B1 (en) Associating representations in adaptive streaming
US11765444B2 (en) Streaming media data including an addressable resource index track
EP2904757A1 (en) Throttling a media stream for transmission via a radio access network
JP2019110542A (ja) サーバ装置、クライアント装置、コンテンツ配信方法およびコンピュータプログラム
US20150350300A1 (en) Content server and content distribution method
WO2014112187A1 (ja) コンテンツサーバ、コンテンツ配信方法、コンテンツ配信システム、クライアント装置、およびコンテンツ取得方法
JPWO2014171385A1 (ja) サーバ装置、コンテンツ提供方法及びコンピュータプログラム
KR101251312B1 (ko) 동영상 변환 서버에서의 동영상 탐색요청 처리방법
JPWO2018142947A1 (ja) 情報処理装置および方法
KR20130029235A (ko) 스트리밍 되어오는 동영상 파일을 실시간 변환하여 스트리밍 전송하는 방법
KR20170039916A (ko) 애플리케이션의 구동을 처리하는 클라우드 서버, 미디어 재생 장치 및 컴퓨터 프로그램

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161012

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161012

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170808

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180227