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