(57)【要約】【課題】マルチメディアコンテンツをダウンロードするための方法を提供すること。【解決手段】この方法は特に、当該時間位置ｉ’を表す情報項目により特定される当該チャンクの期間に対応する少なくとも１つの時間間隔ｔｉ’に対して、コンテンツ受信機において次のステップ、すなわち、ａ）時間位置ｉを表す情報項目とバージョンｊを表す情報項目とにより特定される少なくとも１つのチャンクを受信するための要求を送信するステップであって、時間間隔ｔｉ’の終了前にダウンロードされるチャンクの時間位置ｉを表す情報項目は、当該コンテンツの合計ダウンロード期間が当該コンテンツの最大ダウンロード期間未満であるように決定され、バージョンｊを表す情報項目は、決定された時間位置ｉを表す情報項目とバージョンｊを表す情報項目とにより特定されるチャンクが時間間隔ｔｉ’の終了前にダウンロードされるように決定される、ステップと、ｂ）特定された当該チャンクを受信するステップと、が実行される。【選択図】図７ａ
2014090419.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアコンテンツをダウンロードするための方法であって、前記マルチメディアコンテンツは少なくとも２つのバージョン（Ｖｊ）に存在し、前記バージョンの各々は様々な必要送信ビット・レート（ＢＲ）に対応し、前記バージョンの各々は決定された期間に対応するチャンクに時間的に分割され、チャンクは時間位置ｉ表す情報項目とバージョンｊを表す情報項目とにより特定され、前記方法は、前記時間位置ｉ’を表す前記情報項目により特定される前記チャンクの期間に対応する少なくとも１つ時間間隔ｔｉ’に対して、コンテンツ受信機において実行される次のステップ、すなわち、
ａ）時間位置ｉを表す情報項目とバージョンｊを表す情報項目とにより特定される少なくとも１つチャンクを受信するための要求を送信するステップであって、前記時間間隔ｔｉ’の終了前にダウンロードされるチャンクの時間位置ｉを表す前記情報項目は、前記コンテンツの合計ダウンロード期間が前記コンテンツの最大ダウンロード期間未満であるように決定され、前記バージョンｊを表す前記情報項目は、決定された時間位置ｉを表す前記情報項目とバージョンｊを表す前記情報項目とにより特定されるチャンクが、時間間隔ｔｉ’の終了前にダウンロードされるように決定される、ステップと、
ｂ）前記特定された前記チャンクを受信するステップと、
を含む、前記方法。
【請求項２】
前記ステップａ）とｂ）は、時間間隔ｔｉ’の終了前にダウンロードされるチャンクの時間位置ｉを表す複数の情報項目に対して繰り返される、請求項１に記載の方法。
【請求項３】
第１の閾値未満の時間間隔ｔｉ’に対応する初期化段階に対して、決定されたバージョンｊを表す前記情報項目は、利用可能な送信ビット・レートに関わらず最小の要求送信ビット・レートに対応する、請求項１および２のうちの１項に記載の方法。
【請求項４】
決定されたバージョンｊを表す前記情報項目は、前記時間間隔ｔｉ’の終了前にダウンロードされる時間位置ｉを表す情報項目によって特定される前記複数のチャンクがダウンロードされない場合、前記最小の要求送信ビット・レートに対応する、請求項１ないし３のうちの１項に記載の方法。
【請求項５】
前記方法はさらに、前記時間間隔ｔｉ’の前にダウンロードされる時間位置ｉを表す情報項目によって特定される前記複数のチャンクがダウンロードされない場合、次のステップ、すなわち、
ｃ）決定された次の時間位置ｉ＋１を表す情報項目と、決定されたバージョンｊを表す情報項目とにより特定されるチャンクを受信するための要求を送信するステップであって、バージョンｊを表す前記情報項目は、前記次の時間位置ｉ＋１を表す前記情報項目により特定される前記チャンクに対して、時間位置ｉ＋１の前記情報項目と、決定されたバージョンｊを表す前記情報項目とにより特定される前記チャンクが、前記時間間隔ｔｉ’＋１の終了前にダウンロードされるように、利用可能な送信ビット・レートに従って決定される、ステップと、
ｄ）前記特定された前記チャンクを受信するステップと、
を含む、請求項２乃至４のうちの１項に記載の方法。
【請求項６】
前記ステップｃ）からｄ）までは、前記時間間隔ｔｉ’の終了まで、繰り返される、請求項５に記載の方法。
【請求項７】
前記ステップａ）からｂ）までは、コンテンツの１組のチャンクがダウンロードされるように、複数の時間間隔ｔｉ’に対して繰り返される、請求項１乃至６のうちの１項に記載の方法。
【請求項８】
前記方法は、前記時間間隔ｔｉ’＋１に対する利用可能な送信ビット・レートを、前記時間間隔ｔｉ’に対する送信ビット・レートの少なくとも１つの測定値から推定するステップを含む、請求項５に記載の方法。
【請求項９】
前記時間間隔ｔｉ’に対する利用可能な送信ビット・レートを推定するステップは、前記時間間隔ｔｉ‘に対する送信ビット・レートの測定値と等しい一定値を前記利用可能な送信ビット・レートに割り当てるステップを含む、請求項８に記載の方法。
【請求項１０】
利用可能な送信ビット・レートを推定するステップは、前記時間間隔ｔｉ’＋１に対する利用可能な送信ビット・レートに対して、先行する時間間隔ｔｉ’とｔｉ’−１とに対する送信ビット・レートの２つの測定値の線形関数として、値を割り当てるステップを含む、請求項８に記載の方法。
【請求項１１】
時間間隔ｔｉ’が終了する前にダウンロードすべきチャンクの時間位置ｉを表す情報項目を決定するためのステップａ）は、総ダウンロード期間に対してガード・インターバルを追加するステップを含む、請求項１乃至１０のうち１項に記載の方法。
【請求項１２】
前記方法は、コンテンツのバージョンを表す情報項目を含み、かつ各要求送信ビット・レートを記述する、少なくとも１つの記述ファイルをダウンロードするステップを含む、請求項１乃至１１のうちの１項に記載の方法。
【請求項１３】
マルチメディアコンテンツ（Ｄ）をダウンロードするための受信装置であって、前記マルチメディアコンテンツは、少なくとも２つのバージョン（Ｖｊ）に存在し、前記バージョンの各々は様々な必要送信ビット・レート（ＢＲ）に対応し、前記バージョンの各々は、特定された期間に対応するチャンクに時間的に分割され、あるチャンクは、時間位置ｉを表す情報項目とバージョンｊを表す情報項目とにより特定され、前記装置は、前記時間位置ｉ’を表す前記情報項目により特定される前記チャンクの期間に対応する少なくとも１つの時間間隔ｔｉ’に対して、
ａ）時間位置ｉを表す情報項目とバージョンｊを表す情報項目とにより特定される少なくとも１つチャンクを受信するための要求を送信する手段であって、前記時間間隔ｔｉ’の終了前にダウンロードされるチャンクの時間位置ｉを表す前記情報項目は、前記コンテンツの合計ダウンロード期間が前記コンテンツの最大ダウンロード期間未満であるように決定され、バージョンｊを表す前記情報項目は、決定された時間位置ｉを表す情報項目と前記バージョンｊを表す情報項目とにより特定されるチャンクが、時間間隔ｔｉ’の終了前にダウンロードされるように決定される、手段と、
ｂ）特定された前記チャンクを受信する手段と、
を備える、前記受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ダウンロードモードでのマルチメディアコンテンツの送信に関する。
【０００２】
ダウンロードは、ダウンロードが完了した後に、コンテンツが後で使用できるように、通信ネットワーク（有線または無線）を介してコンテンツを少なくとも１つのコンテンツ受信機に送信することから成ることを思い出されたい。この種の送信は、例えばＨＴＴＰまたはＦＴＰのような様々なダウンロード・プロトコルにより実行することができる。また、ダウンロードとは異なり、ストリーミングは、コンテンツの部分（または「チャンク」、マイクロ・ファイル）をオンザフライで生で再生できるように、通信ネットワーク（有線または無線）を介して当該コンテンツの部分を少なくとも１つのコンテンツ受信機に連続的に送信することから成ることを思い出されたい。この送信タイプは、例えばＨ２６４もしくはＲＴＰ上のＭＰＥＧ−ＴＳもしくはＵＤＰ上のＭＰＥＧ−ＴＳ、ＨＴＴＰストリーミング、または、近年のＨＴＴＰアダプティブ・ストリーミングのような、様々なストリーミング・プロトコルにより実施することができる。
【０００３】
「マルチメディアコンテンツ」は、ここでは、その送信を最適化する方法でその消費に適合されるように用意された１組のオーディオ・データおよびビデオ・データであると理解される。したがって、マルチメディアコンテンツは、例えば、テレビ番組もしくはビデオ、または、送信すべき情報の品質を低下させる計算量を削減できる、例えばアニメーションおよび／もしくはテキスチャおよび／もしくは３Ｄモデルを含むゲームを含むこともある。コンテンツのタイプは場合によっては立体的でありうることに留意されたい。
【背景技術】
【０００４】
通信ネットワークの利用可能な帯域幅は、ネットワークが国内または住宅タイプの場合であっても、時間とともに変動し、場合によっては大幅にかつ／または長期間変動するパラメータである。この利用可能な帯域幅は、様々なアプリケーションまたは様々なサービスによって、場合によっては様々なユーザによって同時に使用することができ、アプリケーションまたはサービスの機能はしたがって、帯域幅が弱くなったときには妨害または変更される可能性がある。これは、マルチメディアコンテンツの取得に関連するアプリケーションまたはサービスに特に当てはまる。実際、或る時点で通信ネットワークによって提供される帯域幅が、マルチメディアコンテンツのデータを送信するためのビット・レートと一時的に非互換である場合には、当該マルチメディアコンテンツのデータの一部を、要求側のコンテンツ受信機によって適時に受信できないかもしれず、したがって、当該コンテンツ受信機は回復を遅らせなければならない。
【０００５】
アダプティブ・ストリーミングに関する特許文献１で開示されているように、ＨＴＴＰアダプティブ・ストリーミング技術では、同一のコンテンツから、様々な送信バイナリ・ビット・レートに対応する幾つかの異なるバージョンを生成するようになっている。コンテンツ受信機が通信ネットワークに接続され、ネットワークを介してコンテンツを回復したいとき、選択された時点で当該通信ネットワークにより提供される条件に最も良く適合しているコンテンツのバージョンがコンテンツ受信機により受信され、画像が固まることや画像の劣化が避けられる。利用可能な帯域幅に従ったコンテンツのバージョンをこのように連続的に選択することにより、放送をストリーミングするためのネットワークの変動に対する幾分リアルタイムな適合が可能となる。
【０００６】
特許文献２は、ユーザ端末の少なくとも１つのパラメータを監視し、モバイル装置のようなユーザ端末が、ネットワーク帯域幅、バッテリ条件、装置の移動方向のような特定の条件でマルチメディア・ストリームの品質を変化させられるようにするアダプティブ・ストリーミング・マネージャを開示している。特許文献１と同様に、特許文献２は、コンテンツをストリーミングするためリアルタイムなパラメータに従ってストリーム品質を適合させることに関する。
【０００７】
しかし、コンテンツのダウンロードに関して、ネットワーク変動または他の通信制約に対してダウンロード時間を適合させる技術は知られていない。先行技術では、ユーザは、コンテンツを使用する前にコンテンツがダウンロードされるまで待機し、せいぜい、待機時間を知らされるだけである。すると、例えばダウンロードされたコンテンツが利用可能になるまでの待機時間、ダウンロード中に受信機が消費する電力、（例えば、受信データの量に基づく経済的な課金モデルに従うため）ダウンロードされたデータの量または（例えば、他のサービスのために帯域幅を予約するため）送信帯域幅の制限のような通信制約と呼ばれる特定の制約にユーザが従いたいときに、これらの通信パラメータによって制約されるコンテンツをダウンロードするための解決策が望まれるはずである。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】欧州特許出願公開第２３６０９２３号公報
【特許文献２】国際公開第２０１１／０４７３３５号公報
【発明の概要】
【課題を解決するための手段】
【０００９】
本発明の目的は、上記の状況を改善すること、より具体的には、コンテンツダウンロード装置が、ユーザが定義した通信パラメータ、特に限られたダウンロード時間と利用可能な帯域幅とに対して継続的に適合されるマルチメディアコンテンツのバージョンを取得できるようにすることである。
【００１０】
この目的のため、本発明は特にマルチメディアコンテンツをダウンロードするための方法であって、当該マルチメディアコンテンツは少なくとも２つのバージョンで存在し、当該バージョンの各々は異なる要求された送信ビット・レートに対応し、当該バージョンの各々は決定された期間に対応するチャンクに時間的に分割され、１つのチャンクは、時間位置ｉを表す情報項目とバージョンｊを表す情報項目により特定される、方法を提供する。
【００１１】
この方法は、時間位置ｉ’を表す情報により特定されるチャンクの期間に対応する少なくとも１つ時間間隔ｔｉ’に対して、コンテンツ受信機で実行される以下のステップを含むという事実により特徴付けられる。
ａ）決定された時間位置ｉを表す情報項目と決定されたバージョンｊを表す情報項目とにより特定される少なくとも１つのチャンクを受信するための要求を送信するステップであって、コンテンツの合計ダウンロード期間がコンテンツの最大ダウンロード期間未満であるように時間間隔ｔｉ’が終了する前にダウンロードすべきチャンクの時間位置ｉを表す情報項目が決定され、決定された時間位置ｉを表す情報項目とバージョンｊを表す情報項目とにより特定されるチャンクが、時間間隔ｔｉ’が終了する前にダウンロードされるように、バージョンｊを表す情報項目が利用可能な送信ビット・レートに従って決定されるステップ。
ｂ）特定したチャンクを受信するステップ。
【００１２】
本発明に従う方法は、個別にまたは組み合わせて捉えうる他の特徴を含むことができ、特に、
−ステップａ）とｂ）は、時間間隔ｔｉ’が終了する前にダウンロードすべきチャンクの時間位置ｉを表す複数の情報項目に対して繰り返され、
−第１の閾値未満である時間間隔ｔｉ’に対応する初期化段階に対して、決定されたバージョンｊを表す情報項目は利用可能な送信ビット・レートに関わらず最小の送信ビット・レートに対応し、
−決定されたバージョンjを表す情報項目は、時間間隔ｔｉ’が終了する前にダウンロードすべき、時間位置ｉを表す情報項目により特定される複数のチャンクがダウンロードされないときの最小の要求送信ビット・レートに対応し、
−ステップａ）とｂ）は、コンテンツの１組のチャンクがダウンロードされるように、複数の時間間隔ｔｉ’に対して繰り返され、
−時間間隔ｔｉ’が終了する前にダウンロードすべきチャンクの時間位置ｉを表す情報項目の決定において、当該方法は、総ダウンロード期間に対してガード・インターバルを追加することを含み、
−当該方法は、バージョンｊを決定できるように、コンテンツのバージョンを表す情報項目を含み各要求送信ビット・レートを記述する少なくとも１つ記述ファイルをダウンロードするステップを含む。
【００１３】
さらに、時間間隔ｔｉ’が終了する前にダウンロードすべき、時間位置ｉを表す情報項目により特定される複数のチャンクがダウンロードされたとき、当該方法は、以下のステップを含むという事実により特徴付けられる。
ｃ）決定された時間位置ｉ＋１を表す情報項目と決定されたバージョンｊを表す情報項目とにより特定される少なくとも１つチャンクを受信する要求を送信するステップであって、次の時間位置ｉ＋１の情報項目と決定されたバージョンｊを表す情報項目とにより特定されるチャンクがｔｉ’＋１に続く時間間隔が終了する前にダウンロードされるように、次の時間位置ｉ＋１を表す情報項目により特定されるチャンクに対して、決定されたバージョンｊを表す情報項目が利用可能な送信ビット・レートに従って決定されるステップ。
ｄ）特定されたチャンクを受信するステップ。
【００１４】
本発明に従う方法は、個別にまたは組み合わせて捉えうる他の特徴を含むことができ、特に、
−ステップｃ）とｄ）は、時間間隔ｔｉ’が終了するまで繰り返される。
−当該方法は、時間間隔ｔｉ’＋１に対する利用可能な送信ビット・レートを、時間間隔ｔｉ’に対する送信ビット・レートの少なくとも１つの測定値から推定するステップを含む。
−時間間隔ｔｉ’＋１に対する利用可能な送信ビット・レートを推定するステップは、時間間隔ｔｉ’に対する送信ビット・レートの測定値に等しい一定値を利用可能な送信ビット・レートに割り当てるステップを含む。
−利用可能な送信ビット・レートを推定するステップは、時間間隔ｔｉ’＋１に対する利用可能な送信ビット・レートに対して、先行する時間間隔ｔｉ’とｔｉ’−１に対する送信ビット・レートの２つの測定値の線形関数として値を割り当てるステップを含む。
−時間間隔ｔｉ’＋１に対する利用可能な送信ビット・レートを推定するステップは、利用可能な送信ビット・レートに対して、先行する時間間隔に対する送信ビット・レートの少なくとも３つの測定値の非線形関数として値を割り当てるステップを含む。
【００１５】
本発明はまた、上記事項の１つに従う方法を実装するマルチメディアコンテンツダウンロード装置を備えるコンテンツ受信機を提供する。
【００１６】
かかるコンテンツ受信機は、例えば、セットトップ・ボックス・タイプのユニット、デコーダ、住居用ゲートウェイまたはホーム・ゲートウェイ、ゲーム・コンソール、固定型コンピュータまたはポータブル・コンピュータ、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、またはコンピュータ・タブレットの形態であってもよい。
【００１７】
本発明の他の特徴および利点は下記の詳細な説明と添付図面を検討することで明らかになろう。
【図面の簡単な説明】
【００１８】
【図１】本発明の１実施形態に従うコンテンツ取得装置を具備した、マルチメディアコンテンツ・サーバとコンテンツ受信機に接続された通信ネットワークを図式的かつ機能的に示す図である。
【図２】それぞれ６つの異なる要求送信バイナリ・ビット・レートに対応する、同一コンテンツの６つの異なるバージョンを概略的に示す図である。
【図３】本発明の１実施形態に従う、データ送信ビット・レート（ＢＲ）の時間経過（ｔ）と、コンテンツを取得するための方法を介したコンテンツのチャンクの取得の１例を概略的に示す図である。
【図４】本発明の１実施形態に従う、データ送信ビット・レート（ＢＲ）の時間経過（ｔ）と、コンテンツを取得するための方法を介したコンテンツのチャンクの取得の同じ例を別の表現により図式的に示す図である。
【図５ａ】本発明の１実施形態に従う、コンテンツのデータ送信ビット・レート（ＢＲ）の時間経過（ｔ）と当該データ送信ビット・レート（ＢＲ）の推定の１例を図式的に示す図である。
【図５ｂ】本発明の１実施形態に従う、コンテンツのデータ送信ビット・レート（ＢＲ）の時間経過（ｔ）と当該データ送信ビット・レート（ＢＲ）の推定の１例を図式的に示す図である。
【図５ｃ】本発明の１実施形態に従う、コンテンツのデータ送信ビット・レート（ＢＲ）の時間経過（ｔ）と当該データ送信ビット・レート（ＢＲ）の推定の１例を図式的に示す図である。
【図６】本発明の１実施形態に従うコンテンツ取得方法のステップを示す図である。
【図７ａ】本発明の１実施形態に従う、コンテンツ取得方法を介したコンテンツのチャンクを取得する時間経過の法則の１例を図式的に示す図である。
【図７ｂ】本発明の１実施形態に従う、コンテンツ取得方法を介したコンテンツのチャンクを取得する時間経過の法則の１例を図式的に示す図である。
【図７ｃ】本発明の１実施形態に従う、コンテンツ取得方法を介したコンテンツのチャンクを取得する時間経過の法則の１例を図式的に示す図である。
【発明を実施するための形態】
【００１９】
添付図面は、本発明を実現するだけでなく、必要ならばその定義にも寄与することができる。
【００２０】
本発明の目的は特に、ダウンロードモードにおいて、マルチメディアコンテンツの取得を意図したマルチメディアコンテンツを取得するための装置Ｄを、例えば最大ダウンロード時間のような通信制約に従うように、通信ネットワークＮに接続された少なくとも１つのコンテンツ受信機ＣＲに提供することである。
【００２１】
以下では、通信ネットワークＮがｘＤＳＬアクセス・ネットワークを介して特にコンテンツ受信機ＣＲに接続されたインターネット・ネットワークから構成されるネットワークである非限定的な例を考える。しかし、本発明はこの種の通信ネットワークに限定されない。実際、通信ネットワークＮは有線でも無線でもよい。したがって、通信ネットワークＮは、有線ケーブルもしくは光ファイバ・タイプのネットワーク、モバイル・ネットワークもしくはセルラ・ネットワークもしくはＷＬＡＮ（「Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ」場合によっては、８０２．１１タイプ（もしくはＷｉＦｉ）またはＷｉＭＡＸ））、またはＢｌｕｅｔｏｏｔｈ（登録商標）タイプの無線短波長ネットワークを等しく含みうる。通信ネットワークＮを、例えばテレビ・タイプの単方向の放送ネットワーク、例えばブロードバンド・インターネット・アクセス・タイプ（ｘＤＳＬ）の双方向ネットワークを有する相違なるサブネットワークから構成することもできる。
【００２２】
さらに、以下では、コンテンツ受信機がセットトップ・ボックス（ＳＴＢ）である非限定的な例を考える。しかし、本発明はこの種のコンテンツ受信機には限定されない。実際、コンテンツ受信機は、マルチメディアコンテンツを受信するために少なくとも１つの通信ネットワークに接続できマルチメディアコンテンツを表示できる任意のコンテンツ受信機に関連する。その結果、コンテンツ受信機は、例えば、デコーダ、居住用ゲートウェイ、ホーム・ゲートウェイ、固定型コンピュータまたはポータブル・コンピュータ、（場合によってはスマートフォン・タイプの）携帯電話、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、コンピュータ・タブレット、またはゲーム・コンソールも含みうる。
【００２３】
さらに、以下では、マルチメディアコンテンツがビデオである非限定的な例を考える。しかし、本発明はこの種のマルチメディアコンテンツには限定されない。実際、マルチメディアコンテンツは、データ・ファイルまたはファイル部分（またはチャンク）、特に、テレビ番組、ゲーム、映画、スポーツ・イベント、教育コンテンツ、ＣＧＩ（Ｃｏｍｐｕｔｅｒ  Ｇｅｎｅｒａｔｅｄ  Ｉｍａｇｅｒｙ）の形で利用可能な任意の種類のマルチメディアコンテンツに関連する。
【００２４】
図１では、通信ネットワークＮが図式的に示されている。通信ネットワークＮには、（マルチメディア）コンテンツを格納できるコンテンツ・サーバＣＳが接続され、（本発明に従うコンテンツ取得装置０からの要求で）サーバＣＳにより送信された（マルチメディア）コンテンツをデコードするためのコンテンツ受信機ＣＲが接続される。
【００２５】
例えば、非限定的に示されているが、セットトップ・ボックスＣＲには少なくとも１つのテレビ・セットＴＳが接続されている。当該テレビ・セットＴＳは、それがデコードした、例えば通信ネットワークＮを介してサーバＣＳから来たコンテンツをスクリーンに表示する役割を担う。１変形によれば、非限定的に示しているが、セットトップ・ボックスＣはまた、一旦ダウンロードされるとコンテンツをデコードしスクリーンのような単純な表示装置上に当該コンテンツを表示できる再生モジュールＰを備える。セットトップ・ボックスＣＲは、通信パラメータに適合されたコンテンツのチャンクを要求する役割を担う、ダウンロードすべきコンテンツを取得するための装置０を備える。装置０は、コンテンツのチャンク（即ち、後述する部分または「チャンク」の選択アルゴリズム）を選択し、ＨＴＴＰリクエストを送信し、ダウンロードしたチャンクを記憶手段に格納する役割を担う。
【００２６】
（コンテンツ）サーバＣＳは、例えば、記憶手段ＳＭにおけるコンテンツの異なるバージョンを記憶手段ＳＭに格納する役割を担う。当該記憶手段ＳＭは、当業者に公知な任意の形態であってもよく、ソフトウェアアプリケーションを含む。そのため、記憶手段ＳＭはメモリであってもよい。
【００２７】
ここで、「コンテンツの異なるバージョン」により、異なる送信バイナリ・ビット・レートＢＲｊに対応するバージョンを示す。図２は、それぞれ６つの異なる送信バイナリ・ビット・レートＢＲｊに対応する同一コンテンツの６つの異なるバージョンＶ１からＶ６Ｕ＝１乃至６）、例えば、第１のバージョンＶ１に対して１Ｍｂｐｓ（メガビット秒）、第２のバージョンＶ２に対して２Ｍｂｐｓ、第３のバージョンＶ３に対して３Ｍｂｐｓ、第４のバージョンに対して４Ｍｂｐｓ、第５のバージョンＶ５に対して５Ｍｂｐｓ、および第６のバージョンＶ６に対して６Ｍｂｐｓを図式的に示す。
【００２８】
コンテンツの各バージョンＶｊは、同一期間の複数の部分（または、チャンク、マイクロ・ファイル）から構成される。図２の例では、バージョンＶｊの各チャンクは長方形により形成される。当該長方形の高さは、対応する送信バイナリ・ビット・レートＢＲｉを表す。
【００２９】
同一コンテンツのバージョン数は、少なくとも２に等しい任意の値と等しくてもよい。
【００３０】
同一コンテンツのバージョンＶｊは例えば異なる解像度または異なる圧縮率に対応し、異なる必要な送信ビット・レートに対応する。
【００３１】
また、同一コンテンツのバージョンＶｊを、例えば、ＭＶＣ（「Ｍｕｌｔｉｖｉｅｗ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ」）、ＡＶＣ（「Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ」）、ＳＶＣ（「Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ」）、ＭＰＥＧ２、Ｈ２６４、より一般的には、オーディオ・データを含めて、専らストリーミング・モードで転送するためのフォーマットでカプセル化を可能とする任意の種類のビデオ圧縮のような、ビデオ圧縮技法により符号化することで生成できることに留意されたい。
【００３２】
また、図２に示すように、同一コンテンツのバージョンＶｊが、バージョン間で時間位置が同一である参照フィールドＲＦを含むことが好ましいことに留意されたい。換言すれば、チャンクは参照フィールドＲＦのおかげで時間的に整列される。しかし、各チャンクの期間は、決定されたバージョンに関してコンテンツに沿って変化してもよい。参照フィールドは、ストリーミング・モードで送信されるコンテンツのチャンク（または部分）へのランダム・アクセスを可能とするものであることを思い出されたい。図示した例では、各参照フィールドＲＦは、コンテンツのバージョンＶｊのチャンク（または部分）の先頭に配置されている。これにより、コンテンツ受信機ＣＲにインストールされたデコーダＰを、要求に応じて、視覚アーチファクトをもたらすことなく、（参照フィールドＲＦの送信時刻である）正確な時刻に或るバージョンＶｊから別のバージョンＶｊ’へ渡すことができる（一般に、各ビデオ・チャンクは、ユーザに見えない或るチャンクから別のチャンクへ遷移するための主要な画像で開始し、場合によってはそこで終了する）。
【００３３】
また、各コンテンツのバージョンＶｊが、それぞれのバイナリ・ビット・レートＢＲｊとそれぞれのデータ量とに対応して格納されるのが好ましいことに留意されたい。各記述ファイルは、例えば、Ｍ３Ｕ８フォーマット（場合によっては、バイナリ・ビット・レートごとに１つ）またはＭＰＤ（「ＭＰＥＧ  ＤＡＳＨ」（ＭＰＥＧ  Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＩＰ））である。有利なことに、当該記述ファイル（複数可）は、様々なバージョンと対応する必要な送信ビット・レートとの存在をコンテンツ受信機に知らせる。
【００３４】
バージョンＶｊは、サーバＣＳに格納され、本発明に従うマルチメディアコンテンツ取得装置Ｄからの要求により、必要に応じて少なくともコンテンツ受信機ＣＲに送信されるものである。
【００３５】
マルチメディアコンテンツ取得装置Ｄを少なくとも１つコンテンツ受信機ＣＲに関連付けてもよいことに留意されたい。ここで、「関連付ける」により、（非制限的に示された）コンテンツ受信機ＣＲの統合部分であるという事実と、コンテンツ受信機ＣＲに直接接続されているという事実とを示す。その結果、マルチメディアコンテンツ取得装置Ｄを、ソフトウェア（またはコンピュータ）モジュールの形で、または、電子回路とソフトウェア・モジュールの組合せの形で実現することができる。
【００３６】
本発明の１つの有利な考え方は、マルチメディアコンテンツ取得装置でダウンロードするためのＨＴＴＰアダプティブ・ストリーミングからの既知の異なるバージョンに存在するコンテンツを利用することにある。上述のように用意されたコンテンツはＨＴＴＰサーバの記憶手段に格納される。ダウンロード・セッションの開始時に、コンテンツ取得装置は、コンテンツの利用可能なバージョンを列挙する記述ファイルを回復する。コンテンツ取得装置は次にダウンロード・セッションを開始し、ネットワークの利用可能な帯域幅を常に監視し、後述する選択アルゴリズムに従ってコンテンツのチャンクを要求し、通信規約を順守する。当該通信規約の中には、最大コンテンツの総ダウンロード時間がある。
【００３７】
利用可能な帯域幅の測定（または監視）が、決定された期間、例えば、チャンク（またはマイクロ・ファイル）の期間で実行されることに留意されたい。測定値が、実際に利用可能な帯域幅に非常に近いことも考えられている。さらに、サーバＣＳがチャンク全体を、次のチャンクを配信する前に配信していなければならないことも考えられている。当該帯域幅の測定を、ネットワーク上の帯域幅を測定するための任意の公知技術を用いて実行してもよい。
【００３８】
チャンクのダウンロード期間は、データ送信ビット・レートとも呼ばれる利用可能な帯域幅の関数である図３は、本発明の１実施形態に従う、データ送信ビット・レート（ＢＲ）の時間経過（ｔ）と、コンテンツを取得するための方法を介したコンテンツのチャンクの取得の１例を図式的に示す。理論的な時刻である各ｔ１、ｔ２およびｔ３では、コンテンツ取得装置が例えば再生によりそれぞれチャンク１、２、および３を消費し、垂直線で表されている。当該時刻は、コンテンツのバージョンＶｊの連続的なチャンクに対する参照フィールドＲＦの時間位置に対応する。より一般的には、時間位置ｉを表す情報項目により特定されるチャンクが消費される時間間隔がｔｉにより表される。説明を簡単にするために、時間間隔ｔｉは同一の判定期間であり、時間位置ｉを表す情報項目は時間インデックスｉと呼ばれる。しかし、時間間隔の期間が位置の間で変化するがバージョン間では整列されている変形は本発明と互換である。この記法を、以下の図の全てで使用する。１乃至６と記した各サーフェスは、ダウンロードされる１乃至６のコンテンツからの時間インデックスに対応するチャンクを表す。図３では、チャンクは同一の送信バイナリ・ビット・レートに対応する。即ち、チャンクは同一のデータ量に対応する。したがって、サーフェス１乃至６の全ては同一の領域を有する。測定された帯域幅の経過を閾値により表す。
【００３９】
チャンクｉのダウンロード期間は、当該チャンクの要求された送信ビット・レート（ＢＲｉ）を、時間間隔ｔｉの期間に関する利用可能な送信ビット・レートで除したものに等しい。
【００４０】
図３の表現により、チャンクの１つのダウンロードがいつ開始しいつ終了するかを正確に示すのが容易である場合には、期間ごとにチャンクの消費または再生、どのチャンクが利用可能であるかを特定するのはより困難である。図４は、本発明の１実施形態に従う、データ送信ビット・レート（ＢＲ）の時間経過（ｔ）と、コンテンツを取得するための方法を介したコンテンツのチャンクの取得の同じ例を別の表現により図式的に示す。この表現により、信頼性が向上し、所与の種類の全てのチャンクが同一サイズを有することが保証される。
【００４１】
ダウンロードすべき次のチャンクの要求を実行するために、利用可能なバイトの推定量という概念を図５Ａ、５Ｂ、および５Ｃで導入する。当該推定量は、所与のチャンクを所与の時間でダウンロードすることが可能であるかどうかを検証するために使用される。利用可能なバイトの推定量は、測定値またはその推定の結果である利用可能な帯域幅ＢＲに従って計算される。１変形によれば、帯域幅の測定は、再生されているコンテンツのチャンクに対応する各時間間隔で実行される。次の時間間隔に対する帯域幅の推定値は、利用可能な帯域幅の先行する測定から計算される。したがって、コンテンツ取得装置は、当該時間間隔の期間での帯域幅の推定値または測定値に従ってダウンロードできるバイト数を大まかに予測することができる。利用可能な帯域幅の測定をより頻繁に実行すれば、次の帯域幅の推定値がより正確になることは当業者には理解されよう。しかし、帯域幅を測定すると、一般に、無駄なトラフィックがネットワーク・リソースを使用することにつながり、したがって測定回数は制限すべきである。
【００４２】
図５Ａ、５Ｂ、および５Ｃは、次の時間間隔に対する帯域幅の３つの推定モードに従う、コンテンツのデータ送信ビット・レート（ＢＲ）の時間経過（ｔ）と当該データ送信ビット・レート（ＢＲ）の推定の１例を図式的に示す。図５Ａでは、間隔ｔｉ＋１の期間に対する帯域幅は一定であり、現在の間隔ｔｉに対して測定した帯域幅と等しい。図５Ｂでは、帯域幅ｔｉ＋１の推定は、２つの参照値、即ち、現在の間隔ｔｉと先行する間隔ｔｉ−１に対してそれぞれ測定した帯域幅の値を統合する線形推定である。図５Ｃに示すより厳密な実施形態によれば、帯域幅の推定では、これらの３つの参照点を用いた非線形モデルを使用する。有利なことに、過去に測定した値を用いる帯域幅に対する任意の推定モデルも、本発明と互換である。
【００４３】
帯域幅の推定を用いて、図５Ａ、５Ｂ、および５Ｃはで陰影を付したサーフェスの領域により表される利用可能なバイトの推定量を計算する。装置０はまた、要求されたコンテンツに対して、推定量のバイトが時間間隔ｔｉに対して利用可能であると判定されたときに、通信パラメータに適合された当該コンテンツのバージョンＶｊを決定し、当該決定されたコンテンツのバージョンＶｊの少なくとも１つのチャンクを回復するように構成される。当該回復はダウンロードモードで実行されることに留意されたい。
【００４４】
より一般的には、解決しなければならない課題は、時間間隔ｔｉの数で表現された所与の期間のコンテンツを、やはり時間間隔ｔｉの数で表されたダウンロード期間制限に等しい時間でダウンロードすることである。当該課題は、コンテンツの合計期間を最大ダウンロード期間制限で除すことによって、時間間隔ｔｉごとのチャンク（または部分）の平均数をダウンロードすることに帰し、これらの期間は時間間隔ｔｉで表現される（説明した変形では、時間間隔の期間は同じである）。本発明によればダウンロード期間制限は、順守すべき通信パラメータである。有利なことに、装置の電力消費のような他の通信パラメータはまた、最大ダウンロード時間制限を設定するために削減される。電力消費の最大レベルを順守するために、装置はアクティブでなければならず、制限時間中に要求を送信しコンテンツを受信できることが考えられている。装置０は、したがって、コンテンツの最大ダウンロード時間を順守するダウンロードすべきバージョンＶｊの選択を含む、ダウンロードすべきチャンクの各々の時間インデックスｉに従ってチャンクを取得するための反復方法を実装するように具備される。
【００４５】
図６は、本発明の１実施形態に従う、コンテンツを取得する方法のステップを示す。図６の説明では、ダウンロードすべきチャンクのインデックスｉとこのダウンロードが実行される時間間隔のインデックスｉ’との間に差異が設けられている。
【００４６】
１変形によれば、ガード・インターバルがチャンクのダウンロード期間に追加されている。当該ガード・インターバルは、合計ダウンロード時間に対して取ったマージンに対応する。ガード・インターバルは、時間間隔ｔｉまたはダウンロードすべきチャンクの数の割合として表される。次に、ガード・インターバルが、時間間隔ごとにダウンロードすべきチャンク（または部分）の平均数に追加される。有利なことに、当該変形により、帯域幅の貧弱な推定を補償することができる。したがって、ダウンロードの先頭と時間間隔ｔｉ’の間で、ダウンロードされるコンテンツのチャンクの数は少なくとも、時間間隔ごとのチャンクの平均数に、チャンクの数で表したガード・インターバルを追加した当該先頭（インデックスｉ’に対応）から経過した時間間隔の数を乗じたものに等しい。当該変形の改良によれば、時間間隔ｔｉ’に従うダウンロードの任意の時刻におけるチャンクの数の計算においてガード・インターバルを考慮することができる。ガード・インターバルを、ダウンロードの開始から考慮してもよく、ダウンロードの最中、または、ダウンロード期間が終了する前の少なくとも一定数の間隔で考慮することができる。当該変形の他の改良によれば、ガード・インターバルの値が、その進行に従ってダウンロード期間中に変化してもよい。
【００４７】
ダウンロード方法は、連続的な時間間隔での反復方法に依存する。実際、前述のように、最大期間におけるダウンロードの問題は、時間間隔ｔｉ’ごとのチャンク（または部分）の平均数のダウンロードに帰する。したがって、当該間隔の終了前にダウンロードしなければならない０からｉまでの１組のチャンクを、当該時間間隔ｔｉ’に対して計算することができる。当該ステップはしたがって、コンテンツのダウンロードが完了するまで、即ち、ダウンロードすべきチャンクｉが枯渇するまで、様々な時間間隔ｔｉ’に対して反復される。当該枯渇は、送信ビット・レートにより、コンテンツを最大ダウンロード期間未満である期間内にダウンロードできるときに生じる。時間間隔ｔｉ’ごとに、当該ダウンロード方法がチャンクのインデックスｉに対する反復方法に依存する。有利なことに、ダウンロードすべきチャンクのインデックスｉは、ｋからｋ＋ｎまでの増大する順序に従って逐次的に処理される。ここで、ｋとｎは２つの自然数である。しかし、本発明は当該実施形態に限定されず、チャンクを同時に要求してもよい。
【００４８】
第１のサブステップの間に、時間インデックス・チャンクｉを、それがダウンロードすべきチャンクの平均数に関して上で定義した時間間隔ｔｉ’が終了する前にダウンロードすべき１組のチャンクに属する場合には、ダウンロードすべきと判定する。
【００４９】
第２のサブステップの間に、バージョンを決定し、当該バージョンに対応するチャンクが最大ダウンロード時間制約を順守しユーザにコンテンツの最大品質レベルを提供する。前述のように、チャンクｉのダウンロード期間は、送信バイナリ・ビット・レートＢＲｊと時間間隔ｔｉ’に対して利用可能な送信バイナリ・ビット・レートに対応するバージョンＶｊの関数である。時間間隔ｔｉ’の期間から生ずる別の変数、異なるバージョンＶｊと利用可能な帯域幅に従ってチャンクｉに対してダウンロードすべきデータの量（要求された送信ビット・レートＢＲｊ）から生ずる別の変数を計算する。したがって、利用可能なバイトの総数、即ち、利用可能な帯域幅に従って時間間隔ｔｉ’でダウンロードできるバイトの総数が、現在の時間間隔ｔｉ’に対して計算される。残りの利用可能なバイトの数、即ち、現在の時間間隔ｔｉ’でチャンクｉのバイトをダウンロードするのに使用されていないバイトの数も計算される。
【００５０】
最後に、チャンクｉがダウンロードされているので、現在の時間間隔ｔｉ’でダウンロードされたチャンクｉのバイト数も計算される。ダウンロードすべきチャンクｉの残りのバイト数、即ち、時間間隔ｔｉ’でダウンロードできなかったバイトの数が最終的に計算される。これらのバイトは、次の時間間隔、即ち、ｔｉ’＋１でダウンロードされる。最後に、先行するチャンクからダウンロードすべき残りのバイト数がそこから除去される利用可能なバイトの総数に等しい利用可能なバイトの数が、当該時間間隔におけるダウンロードの開始前の所与の時間間隔において利用可能であるバイトの数を表す。
【００５１】
さらに、ダウンロードすべきチャンクｉごとに、様々なコンテンツのバージョンＶｊが定義される。続く例は、３つのバージョン、即ち、Ｖ１、Ｖ２およびＶ３に限定される。送信バイナリ・ビット・レートＴＲ３に対応するバージョンＶ３は、高（または最大）ビット・レートに対応する。送信バイナリ・ビット・レートＴＲ２に対応するバージョンＶ２は、中間のビット・レートに対応する。送信バイナリ・ビット・レートＴＲ１に対応するバージョンＶ１は、低（または最小）ビット・レートに対応する。
【００５２】
したがって、第２のサブステップの間に、前述の変数を用いたチャンクのインデックスｉに対するダウンロード期間を、別のバージョンＶｊに対応する別の要求送信バイナリ・ビット・レートに対して計算する。第１の時間間隔に対応する初期化段階中に、本発明により実装される戦略が、ダウンロードされたチャンクの数が、時間間隔ごとにダウンロードすべきチャンクの平均数とともに可能な限り収束するように、ダウンロードすべきチャンクのバージョンを選択することを含む。図７Ａ、７Ｂ、または７Ｃに示す様々な実施形態によれば、収束のために、図７Ａでは３つの時間間隔が必要で、図７Ｂでは２つの時間間隔が必要で、図７Ｃでは１つの時間間隔が必要であることが分かる。各図の右側にある表は、ダウンロードすべきチャンクのｉインデックスとチャンクｉ’に対応する時間間隔の間の対応を示すことに留意されたい。時間間隔ｔｉ’で利用可能なバイトの数が、当該間隔に対してダウンロードすべき１組のチャンクｉのダウンロードを可能としない第１の変形によれば、低送信バイナリ・ビット・レート（即ち、本例ではＶ１）に対応するバージョンｊが、利用可能なバイトを最良に利用するように選択される。第１の変形と互換である第２の変形によれば、低送信バイナリ・ビット・レート（即ち、本例ではＶ１）に対応するバージョンｊは、初期化段階で利用可能な送信ビット・レートと独立に出来るだけ早く収束するように第１の時間間隔において選択される。時間間隔ｔｉ’で利用可能なバイトの数により当該時間間隔でダウンロードすべき１組のチャンクｉのダウンロードを可能とする第３の変形によれば、別のバージョンｊにより各々要求される送信ビット・レートと利用可能な送信ビット・レートの割合が最大になるように、最適なバージョンｊが決定される。その結果、最大数の利用可能なバイトが使用され、これは利用可能バイト最適化基準と呼ばれる。
【００５３】
ステップａ）の間に、ダウンロードすべきチャンクがその時間インデックスｉおよびそのバージョンｊにより特定されると、装置は当該チャンクのダウンロードの要求をコンテンツ・サーバに送信する。
【００５４】
最後に、ステップｂ）の間に、コンテンツ・サーバに要求されたチャンクがコンテンツ  受信機により受信される。
【００５５】
逐次モードでは、チャンクが受信されると、１組のステップを次のチャンクｉ＋１に対して繰り返す。即ち、チャンクｉ＋１を間隔ｔｉ’の終了前にダウンロードすべきかどうかを判定し、コンテンツのどのバージョンｊをダウンロードしてその後に当該チャンクｉ＋１を要求し受信するかを判定する。
【００５６】
有利な変形によれば、時間間隔ｔｉ’が終了する前にダウンロードすべき１組のチャンクに属するチャンクの全てがダウンロードされると、時間間隔ｔｉ’に対する残りの帯域幅（即ち、前に定義した、残りのバイト数）を、次の時間間隔ｔｉ’＋１に対する推定帯域幅（即ち、推定バイト数）に追加し、これを使用して追加のチャンクのダウンロードを予測する。
【００５７】
したがって、図６には図示していないステップにおいて、時間間隔ｔｉ’が終了する前にダウンロードすべき１組のチャンクに属する全てのチャンクがダウンロードされると、追加のチャンクをダウンロードできるようにする残りの利用可能なバイトが決定される。有利なことに、例えば、間隔ｔｉ’から利用可能な残りのバイト数と次の時間間隔ｔｉ’＋１に対する推定利用可能バイト数が決定される。これらのバイトは、所与のチャンクのインデックス、例えば、利用可能なものよりも多くのバイトを必要とするｉ＋２、が取得されるまで追加のチャンクのダウンロードに使用される。当該チャンクｉ＋２の残りのバイトのダウンロードが、次の時間間隔ｔｉ’＋１において実行される。このステップｃ）において、前述のように、利用可能な帯域幅または送信ビット・レートの推定が、推定モデルの様々な変形に従って、経過した時間間隔に対する帯域幅の様々な測定から実行される。
【００５８】
次に、バージョンＶｊが、利用可能なバイト最適化基準を満たすように選択される。最後に、ステップｃ）およびｄ）の間に、追加のチャンクがそれぞれサーバから要求され、コンテンツ受信機により受信される。
【００５９】
図７Ａ、７Ｂ、および７Ｃは、（図２で示すタイプの）コンテンツの３つのバージョンＶｊで利用可能な、本発明の３実施形態に従う取得方法により取得されるコンテンツのチャンクを取得する進行規則の１例を図式的に示す。図示した例では、２４個の時間間隔に等しい期間のコンテンツを最大ダウンロード時間制限に従ってダウンロードしなければならない。これは時間間隔の数で表され、それぞれ１２、１８、２４個の間隔で設定されている。図の表は、バージョンＶ１（最小要求ビット・レート）、Ｖ２（中間要求ビット・レート）またはＶ３（最大要求ビット・レート）に従って、所与の時間インデックスｉ’に対してダウンロードされたチャンクのインデックスの間の対応を提供する。本発明の様々な実施形態の変形の例が、所与の送信ビット・レートの進行と所与のダウンロード期間制限に従う図から分かる。
【００６０】
本発明は、１例にすぎないコンテンツを取得するための装置、上述のコンテンツを取得するためのコンテンツ受信機と方法の実施形態には限定されず、当業者が添付の特許請求の範囲の枠組みにおいて想到する全ての変形を包含する。
【図１】
2014090419.tif 000003
【図２】
2014090419.tif 000004
【図３】
2014090419.tif 000005
【図４】
2014090419.tif 000006
【図５ａ】
2014090419.tif 000007
【図５ｂ】
2014090419.tif 000008
【図５ｃ】
2014090419.tif 000009
【図６】
2014090419.tif 000010
【図７ａ】
2014090419.tif 000011
【図７ｂ】
2014090419.tif 000012
【図７ｃ】
2014090419.tif 000013
【外国語明細書】
2014090419000001.pdf