(57)【要約】      （修正有）【課題】少なくとも２つのサーバと受信機との間での送信と送信データレートを制御し、適切なロードバランシングを提供する。【解決手段】少なくとも２つのサーバ１，２は、オーディオビジュアルコンテンツを表すデータを送信し、コンテンツは、異なる送信ビットレートのバージョンで、サーバのそれぞれから利用可能であり、サーバは、連続する部分でオーディオビジュアルコンテンツを送信し、連続する部分のそれぞれは、受信機により送出された送信要求に応答して、バージョンのうちの１つの部分として選択され、送信要求は、送信パラメータを含む。コントローラ６が、受信機の情報を受信する段階、コントローラ６から受信機４に制御パラメータを送信する段階、制御パラメータは、受信機４から少なくとも２つのサーバのうちの１つへの要求の送信パラメータ、又は受信機４の受信パラメータを定義するため、情報から定義される。【選択図】図１
2013128276.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つのサーバと受信機との間での送信を制御する方法であって、
前記少なくとも２つのサーバは、オーディオビジュアルコンテンツを表すデータを送信し、前記オーディオビジュアルコンテンツは、少なくとも２つのバージョンで前記少なくとも２つのサーバのそれぞれから利用可能であり、前記少なくとも２つのバージョンは、異なる送信ビットレートにそれぞれ対応し、前記少なくとも２つのサーバは、連続する部分で前記オーディオビジュアルコンテンツを送信し、前記連続する部分のそれぞれは、前記受信機により送出された送信要求に応答して、前記少なくとも２つのサーバのうちの１つから前記少なくとも２つのバージョンのうちの１つの部分として選択され、前記送信要求は、少なくとも１つの送信パラメータを含み、
当該方法は、コントローラが、
前記少なくとも２つのサーバのうちの１つから前記受信機への伝達を表す情報を受信機から受信する段階と、
前記少なくとも１つの送信パラメータを制御パラメータから定義するため、少なくとも前記情報から計算された制御パラメータを前記受信機に送信する段階と、
を含む方法。
【請求項２】
前記情報は、サーバの識別子、受信機の識別子、前記受信機を含む受信機のグループの識別子、前記受信機の位置情報、前記少なくとも２つのサーバの何れかと前記受信機との間のデータ送信ビットレート、前記受信機のデータ受信バッファのサイズ、前記少なくとも２つのサーバのうちの１つから前記受信機への前記オーディオビジュアルコンテンツの伝達に関する品質の指標、前記少なくとも２つのサーバのうちの１つから前記オーディオビジュアルコンテンツを受信する間に、前記少なくとも２つのバージョンのうちの１つから前記少なくとも２つのバージョンのうちの別のバージョンに前記受信機が所与の時間間隔の間に切り替えた回数、予め定義された時間間隔の間に前記少なくとも２つのサーバのうちの１つから前記受信機により受信されたバイト数、前記オーディオビジュアルコンテンツの前記少なくとも２つのバージョンのそれぞれについて、予め定義された時間間隔の間に、前記少なくとも２つのサーバのうちの１つから前記受信機により受信されたバイト数、のうちの１つを含む、
請求項１記載の方法。
【請求項３】
前記制御パラメータは、サーバの識別子、前記少なくとも２つのサーバの何れかに要求されるビットレートの最大値、前記少なくとも２つのサーバの何れかに要求される前記少なくとも２つのバージョンのうちの許容されるバージョンのリスト、受信バッファの最大のサイズ、前記要求における前記少なくとも２つのサーバの何れかに示される最大の速度ファクタ、前記受信機の適応ストリーミングアルゴリズムのパラメータ、のうちの１つを含む、
請求項１，２又は４の何れか一項に記載の方法。
【請求項４】
オーディオビジュアルコンテンツを表すデータを受信する装置であって、
前記オーディオビジュアルコンテンツは、異なる送信ビットレートにそれぞれ対応する少なくとも２つのバージョンで少なくとも２つのサーバから利用可能であり、前記オーディオビジュアルコンテンツの送信は、連続的な部分で実行され、前記連続的な部分のそれぞれは、当該装置により送出された送信要求に応答して、少なくとも２つのバージョンのうちの１つの部分として選択され、前記送信要求は、送信パラメータを含み、
当該装置は、
前記少なくとも２つのサーバのうちの１つからオーディオビジュアルコンテンツの伝達を表す情報を送出し、当該装置にオーディオビジュアルコンテンツの伝達を表す情報から定義された制御パラメータを受信する通信インタフェースと、
少なくとも前記制御パラメータから前記送信要求の前記送信パラメータを計算する計算モジュールと、
を備える装置。
【請求項５】
前記制御パラメータ、及び前記少なくとも２つのサーバのうちの１つから前記オーディオビジュアルコンテンツの伝達を表す前記情報を記憶するメモリを備える、
請求項４記載の装置。
【請求項６】
当該装置は、ラップトップ型装置である、
請求項４又は５記載の装置。
【請求項７】
当該装置は、セットトップボックスである、
請求項４又は５記載の装置。
【請求項８】
当該装置は、モバイル端末である、
請求項４又は５記載の装置。
【請求項９】
少なくとも２つのサーバと受信機との間での切り替え及び送信データレートを制御する装置であって、
前記データは、オーディオビジュアルコンテンツを表し、前記オーディオビジュアルコンテンツは、少なくとも２つのバージョンで少なくとも２つのサーバのそれぞれから利用可能であり、前記少なくとも２つのバージョンは、異なる送信ビットレートにそれぞれ対応し、前記少なくとも２つのサーバは、連続する部分で前記オーディオビジュアルコンテンツを送信し、前記連続する部分のそれぞれは、前記受信機により送出された送信要求に応答して少なくとも２つのバージョンのうちの１つとして選択され、前記送信要求は、送信パラメータを含み、
当該装置は、
少なくとも前記情報から制御パラメータを計算する計算モジュールと、
前記少なくとも２つのサーバのうちの１つによりオーディオビジュアルコンテンツの伝達を表す情報を前記受信機から受信し、前記制御パラメータを前記受信機に送信する通信インタフェースと、
を備える装置。
【請求項１０】
当該装置は、レジデンシャルゲートウェイ機器に配置される、
請求項９記載の装置。
【請求項１１】
当該装置は、デジタル加入者回線アクセス多重化装置に配置される、
請求項９記載の装置。
【請求項１２】
少なくとも２つのサーバのうちの１つからデータを受信する受信機における方法であって、
前記データは、オーディオビジュアルコンテンツを表し、前記オーディオビジュアルコンテンツは、少なくとも２つのバージョンで少なくとも２つのサーバのそれぞれから利用可能であり、前記少なくとも２つのバージョンは、異なる送信ビットレートにそれぞれ対応し、前記少なくとも２つのサーバは、連続する部分で前記オーディオビジュアルコンテンツを送信し、前記連続する部分のそれぞれは、前記受信機により送出される送信要求に応答して少なくとも２つのバージョンのうちの１つの部分として選択され、前記送信要求は、送信パラメータを含み、
当該方法は、
前記受信機への前記オーディオビジュアルコンテンツの伝達を表す情報をコントローラに送信する段階と、
前記受信機への前記オーディオビジュアルコンテンツの伝達を表す前記情報から定義された制御パラメータを前記コントローラから受信する段階と、
少なくとも前記制御パラメータから定義された前記送信パラメータを含む要求を前記少なくとも２つのサーバのうちの１つに送信する段階と、
を含む方法。
【請求項１３】
前記制御パラメータを受信する段階は、前記受信機の少なくとも１つの受信パラメータを更新する段階を含む、
請求項１２記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオストリーミングのコンテンツ配信に関し、より詳細には、マルチパスストリーミングセッションにおいて多数のサーバが協働するときの受信機の遠隔的な管理に関する。
【背景技術】
【０００２】
この節は、以下に記載及び／又は特許請求される本発明の様々な態様に関連する、様々な従来の態様に読者を導入することが意図される。この節は、本発明の様々な態様の良好な理解を容易にするため、読者に背景情報を提供することに役立つと考える。従って、これらの説明は、この観点から読まれるべきであり、従来技術の認定として読まれるべきではない。
【０００３】
ストリーミングは、マルチメディアファイル全体がレンダリング前にクライアントに転送されるダウンロードとは対照的に、クライアントにより消費されるコンテンツが小部分でクライアントに送出されるプロセスである。
【０００４】
既存のストリーミングプロトコルは、RTP/MPEG  TS/UDP及び更に詳細にはHTTPを含む。
【０００５】
HTTPストリーミングは、AppleによりそのiPhoneと共に、MicrosoftによりそのSmoothstreamingと共に最近に広告された技術であり、Smoothstreamingは、既存のCDN（Content  Delivery  Network）インフラを利用する能力のおかげで人気を得ている。さらに、標準化されたソリューションは、3GPPで提案されており、MPEGで準備中である。
【０００６】
CDNは、ネットワークを通してクライアントからのデータにアクセスするための帯域幅を最大にするように、ネットワークの様々なノードで配置される、データの複製を含むコンピュータのシステムである。
【０００７】
異なるビットレートで符号化された幾つかのセグメントに分割された準備されたメディアコンテンツに基づく適応HTTPストリーミングは、既存のCDNインフラを利用することで満足のいく品質を提供することができる。
【０００８】
このソリューションは、CDNインフラをイベントの持続期間について簡単に貸すことができるので、適応ストリーミングを通してショートイベント（スポーツ、コンサート、オンライントレイニング等）を利用可能にするために非常に実用的である。しかし、長期間にわたる配置のため、又は多数のコンテンツを利用可能にするとき、CDNインフラの操業コストが著しくなり、簡単に負担しきれない場合がある。
【０００９】
近年、CDNアグリゲーションサービスを提供しようとする幾つかの企業が存在する。これらの企業が提供するコンセプトは、非常に簡単である。給仕するサービスは、顧客により定義されるCDN使用のポリシーと共にアグリゲーションサービスに蓄えられる。コンテンツの実際の伝達は、その使用が顧客のポリシーを反映するために釣り合わされる多数の簡単なCDNサービスプロバイダに委任される。異なるCDNプロバイダは異なるカバレッジ、品質及び価格を有するので、CDNアレゲータは、多数のCDNプロバイダの使用のロードバランシングを顧客が行うのを可能にし、パフォーマンス及びデリバリコストを制御することである。
【００１０】
しかし、全てのケースにおいて、ロードバランシングは、エンドユーザがサービスに接続する瞬間で起こり、すなわちサービスに既に接続されたエンドユーザは、あるCDNから他のCDNに移らない。これは、eコマースウェブサイトを給仕するときに関連しない場合があるが、適応HTTPストリーミングは永続的なTCPコネクションに依存することがあるので、ストリーミングについて著しい制限がない。ロードバランシングメカニズムは、クライアントアドミッションタイムで動作するので、良好な品質のCDNにリダイレクトされたユーザは、良好な品質のサービスを受ける一方、良好でない品質のCDNにリダイレクトされたユーザは、良好なCDNに切り替える機会がなく粗悪なサービスを受ける。同様に、時間的な幾つかのポイントで、ストリーミングサービスプロバイダのポリシーが、例えば操業コストを低減するために所与のCDNをオフにすることである場合、現在接続されたエンドユーザを移すことが困難である。より一般的には、一組の粗悪なポリシーをもつCDNアレゲータにロードバランシングの判定を委託することは、そのエンドユーザの視点から時間を通してそのサービスを公平及び一貫性のあるものにするためのサービスプロバイダの能力を著しく低下させる。
【発明の概要】
【課題を解決するための手段】
【００１１】
本発明は、多数のサーバとストリーミングコンテンツを受信する多数の受信機との間の帯域幅の共有の対処を提供することで、従来技術における適応ストリーミングにおける帯域幅の共有に関連する問題の少なくとも幾つかを改善することを試みる。
【００１２】
特に、マルチパスストリーミングを利用する本発明は、個々のエンドユーザの受信によりCDNサーバのそれぞれから集められたデータ量の平衡を保つことで、ストリーミングサービスの制御を可能にする。
【００１３】
開示される実施の形態による範囲において釣り合った所定の態様は、以下に述べられる。これらの態様は、本発明がとり得る所定の形式の簡単な概要を読者に提供するために提示され、これらの態様は、本発明の範囲を制限することが意図されないことを理解されたい。確かに、本発明は、以下に述べられない様々な態様する場合がある。
【００１４】
本発明は、少なくとも２つのサーバと受信機との間の送信制御する方法に関し、サーバは、オーディオビジュアルコンテンツを表すデータを送信し、オーディオビジュアルコンテンツは、少なくとも２つのバージョンで少なくとも２つのサーバのそれぞれから利用可能であり、少なくとも２つのバージョンは、異なる送信のビットレートにそれぞれ対応し、少なくとも２つのサーバは、連続する部分でオーディオビジュアルコンテンツを送信し、連続する部分のそれぞれは、受信により送出された送信要求に応答して少なくとも２つのサーバのうちの１つから、少なくとも２つのバージョンバージョンのうちの１つの一部として選択され、送信要求は、少なくとも送信パラメータを含む。
【００１５】
本方法は、コントローラで、以下のステップを含む。受信機から情報を受信する段階。この情報は、少なくとも２つのサーバのうちの１つから受信機にオーディオビジュアルコンテンツの伝達を表す。制御パラメータを受信機に送信する段階。この制御パラメータは、少なくとも１つの送信パラメータを制御からメータから定義するため、少なくとも情報から計算される。
【００１６】
本発明の実施の形態によれば、情報は、以下のパラメータのうちの１つである。サーバの識別子、受信機の識別子、受信機を含む受信機のグループの識別子、受信機の位置情報、少なくとも２つのサーバの何れかと受信機との間のデータ送信のビットレート、受信機のデータ受信バッファのサイズ、少なくとも２つのサーバのうちの１つから受信機へのオーディオビジュアルコンテンツの伝達の品質の指標、少なくとも２つのサーバのうちの１つからオーディオビジュアルコンテンツを受信する間に、所与の時間間隔の間に少なくとも２つのバージョンのうちの１つから別のバージョンに受信機が切り替える回数、予め定義された時間間隔の間に、少なくとも２つのサーバのうちの１つから受信機により受信されたバイト数、オーディオビジュアルコンテンツの少なくとも２つのバージョンのそれぞれについて、予め定義された時間範囲の間に少なくとも２つのサーバのうちの１つから受信機により受信されたバイト数。
【００１７】
本発明の実施の形態によれば、制御パラメータは、以下のパラメータのうちの１つである。サーバの識別子、少なくとも２つのサーバの何れかに要求されるビットレートの最大値、少なくとも２つのサーバの何れかに要求されるバージョンのうちの許容されるバージョンのリスト、受信バッファの最大サイズ、要求における少なくとも２つのサーバの何れかに示される最大の速度要素、受信機の適応ストリーミングアルゴリズムのパラメータ。
【００１８】
また、本発明は、データを受信する装置に関し、データは、オーディオビジュアルコンテンツを表し、オーディオビジュアルコンテンツは、異なる送信ビットレートにそれぞれ対応する少なくとも２つのバージョンで少なくとも２つのサーバから利用可能であり、オーディオビジュアルコンテンツの送信は、連続する部分で実行され、連続する部分のそれぞれは、装置により送出される送信要求に応答して少なくとも２つのバージョンのうちの１つとして選択され、送信要求は、送信パラメータを含み、本装置は、少なくとも２つのサーバのうちの１つからオーディオビジュアルコンテンツの伝達を表す情報を送出し、オーディオビジュアルコンテンツの本装置への伝達を表す情報から定義される制御パラメータを受信する通信インタフェース、少なくとも制御パラメータから送信要求の送信パラメータを計算する計算モジュールを備える。
【００１９】
本発明の実施の形態によれば、データを受信する本装置は、制御パラメータと、少なくとも２つのサーバのうちの１つからオーディオビジュアルコンテンツの伝達を表す情報とを記憶するメモリを備える。
【００２０】
本発明の実施の形態によれば、データを受信する本装置は、ラップトップ機器である。
【００２１】
本発明の実施の形態によれば、データを受信する本装置は、セットップボックス機器である。
【００２２】
本発明の実施の形態によれば、データを受信する本装置は、携帯端末である。
【００２３】
また、本発明は、少なくとも２つのサーバと受信機との間の切り替え及び送信データレートを制御するコントローラ装置に関し、データは、オーディオビジュアルコンテンツを表し、オーディオビジュアルコンテンツは、少なくとも２つのバージョンで少なくとも２つのサーバのそれぞれから利用可能であり、少なくとも２つのバージョンは、異なる送信ビットレートにそれぞれ対応し、少なくとも２つのサーバは、連続する部分でオーディオビジュアルコンテンツを送信し、連続する部分のそれぞれは、受信機により送出された送信要求に応答して少なくとも２つのバージョンのうちの１つとして選択され、送信要求は、送信パラメータを含む。本装置は、少なくとも情報から制御パラメータを計算する計算モジュール、少なくとも２つのサーバのうちの１つによりオーディオビジュアルコンテンツの伝達を表す情報を受信機から受信し、制御パラメータを受信機に送信する通信インタフェースを備える。
【００２４】
本発明の実施の形態によれば、コントローラ装置は、レジデンシャルゲートウェイ機器に配置される。
【００２５】
本発明の実施の形態によれば、コントローラ装置は、デジタル加入者回線アクセス多重化装置（DSLAM：Digital  Subscriber  Line  Access  Multiplexer）機器に配置される。
【００２６】
また、少なくとも２つのサーバのうちの１つからデータを受信する受信機における方法に関し、データは、オーディオビジュアルコンテンツを表し、オーディオビジュアルコンテンツは、少なくとも２つのバージョンで少なくとも２つのサーバのそれぞれから利用可能であり、少なくとも２つのバージョンは、異なる送信ビットレートにそれぞれ対応し、少なくとも２つのサーバは、連続する部分でオーディオビジュアルコンテンツを送信し、連続する部分のそれぞれは、受信機により送出される送信要求に応答して、少なくとも２つのバージョンのうちの１つとして選択され、送信要求は、送信パラメータを含む。本方法は、受信機へのオーディオビジュアルコンテンツの伝達を表す情報をコントローラに送信する段階、受信機へのオーディオビジュアルコンテンツの伝達を表す情報から定義された制御パラメータをコントローラから受信する段階、少なくとも制御パラメータから定義された送信パラメータを含む要求を少なくとも２つのサーバのうちの１つに送信する段階を含む。
【００２７】
本発明の実施の形態によれば、制御パラメータを受信するステップは、受信機の少なくとも１つの受信パラメータを更新するステップを更に含む。
【図面の簡単な説明】
【００２８】
本発明は、限定するものではない、以下の添付図面を参照して、以下の実施の形態及び実行の例により良好に理解及び例示される。
【図１】本発明の実施の形態に係る、CDN消費制御が行われる全体のネットワークアーキテクチャを例示する図である。
【図２】図１で例示されるネットワークで使用される受信機を例示する図である。
【図３】図１で例示されるネットワークで使用されるネットワークで使用されるコントローラを例示する図である。
【図４】図１で例示されるネットワークで使用されるCDNサーバを例示する図である。
【図５】本発明の実施の形態に係る、図１及び図３のコントローラにおける方法を例示する図である。
【図６】本発明の実施の形態に係る、図１及び図２で表される受信機における方法を例示する図である。  図１〜図４では、表現されるブロックは、単なる機能エンティティであり、物理的な個別のエンティティに必ずしも対応していない。すなわち、これらはハードウェア又はソフトウェアの形式で開発されるか、又は１以上の集積回路で実現される場合がある。
【発明を実施するための形態】
【００２９】
本発明の図面及び説明は、明確さのために、典型的なデジタルマルチメディアコンテンツの伝達方法及びシステムに見られる多くの他のエレメントを除きつつ、本発明の明確な理解のために関連するエレメントを例示するように簡略化されていることを理解されたい。しかし、係るエレメントは当該技術分野で知られているため、係るエレメントの詳細な説明は、本実施の形態では提供されない。本実施の形態での開示は、当業者にとって知られている全ての係る変形及び変更に向けられる。
【００３０】
図１は、本発明の実施の形態に係るシステムを表している。本システムは、受信機とも呼ばれるマルチパス適合ストリーミングクライアント装置４、適応ストリーミングCDNサーバ１、適応ストリーミングCDNサーバ２及びコントローラ６を備える。受信機４は、ネットワーク３に接続される。ネットワーク３は、Internetのようなワイドエリアネットワークと、受信機４の相互接続のためのローカルエリアサブネットワークとを備える。
【００３１】
CDNサーバ１及び２は、受信機４により送出された幾つかの要求に従って、受信機４にオーディオビジュアルコンテンツを伝達するように協働する。CDNサーバ１及び２から受信機へのオーディオビジュアルコンテンツの伝達は、当業者に知られているHTTP適応ストリーミング技術を使用する。
【００３２】
受信機４は、マルチパス適応ストリーミング方法を使用することで受信されたオーディオビジュアルコンテンツのレンダリングのため、ディスプレイ装置５に接続される。
【００３３】
実施の形態によれば、受信機は、進行中のマルチパス適応ストリーミングセッションに関連する情報をコントローラ６に周期的（又は反復的）に送出する。
【００３４】
用語「周期的」は、以下の段落では、情報を送出することが、周期的に送出することに対応するか、又は一定の周期を有することなしに繰返し行われる送出を意味する。
【００３５】
受信機４は、例えば２つのCDNサーバ１及び２のそれぞれから受信されたデータ量、予め決定された時間間隔の間にそれぞれのCDNサーバから受信されたデータの量、CDNサーバのそれぞれから受信されたオーディオビジュアルコンテンツを表すデータの受信のために使用されるメモリバッファの充填レベル、現在受信されているオーディオビジュアルコンテンツ部分のバージョン（すなわち低品質、中間品質、高品質又は対応するビットレート）、バッファの利用可能なサイズ、受信バッファのアンダーフロー（ドライアウト）の数、又は適応ストリーミングの間の受信バッファのオーバフローの数のような、レンダリングを表す情報をコントローラ６に周期的に送信する。所与の時間での、適応ストリーミングを使用することによるオーディオビジュアルコンテンツのレンダリング、又はより詳細にはレンダリングの品質は、受信機４の係る情報、特性又はパラメータに依存する（又は関連する）。代替的に、上述された情報の一部のみがコントローラ６に送出される。受信機６によりコントローラ６に送出された情報は、受信機に関連する任意の他の情報である。例えば、CDNサーバからデータを受信している間に、ある時間間隔の間にオーディオビジュアルコンテンツの別のバージョンに受信機が切り替える回数、全体のオーディオビジュアルコンテンツ送信の間に切り替わるバージョンの回数、また、オーディオビジュアルコンテンツのそれぞれのバージョンの時間間隔の間のデータ量である。
【００３６】
一般に、受信機４から見たネットワークステータスを表す情報（すなわち利用可能な帯域幅、混雑状態）は、受信機がストリーミングされたコンテンツをレンダリングするために良好なパフォーマンスを有するか、又は受信機が使用されたCDNと自身との間のネットワーク状態による粗悪なパフォーマンスを有するかを定義するため、コントローラ６に関連する。
【００３７】
代替的に、情報は、オーディオビジュアルコンテンツのあるバージョン（又は品質）から別のバージョンに切り替わる能力として定義される適応ストリーミングアルゴリズムの積極性である。低い積極性のパラメータは、受信システムを（制限された切り替え能力により）保守的にし、高い積極性のパラメータは、受信機があるコンテンツのバージョンから別のバージョンに頻繁に切り替わるのを可能にする。積極性は、本発明の実施の形態に係る受信機の適応ストリーミングアルゴリズムのパラメータである。
【００３８】
受信機４から受信された情報によれば、コントローラ６は、受信機４が良好な適応ストリーミング状態にあるか又は受信機４が粗悪な状態にあるかを判定（計算）する。良好な状態は、割り込みがなく、中間品質又は高品質をもつオーディオビジュアルコンテンツのレンダリングとして定義される。粗悪な状態は、割り込みがあり、低レベルの品質によるレンダリングとして定義される。受信機４のストリーミング状態は、ネットワーク３、及びCDNサーバ１及び２に接続された（図示されない）幾つかの他のサーバによるネットワーク３の使用に依存する。
【００３９】
データ受信の状態を知ることで、コントローラ６は、ネットワーク３の使用を調節するため、受信機４に制御パラメータを送出する。コントローラ６は、ユニキャスト送信を通して個々に受信機をアドレス指定することで、受信機４に１以上の制御パラメータを送出する。代替的に、コントローラ６は、例えばマルチキャスト送信を使用することで、受信機４を含む受信機のグループをアドレス指定する。マルチキャスト送信は、同時にネットワーク３を通してCDNサーバに接続される多数の受信機のアドレス指定を可能にする。パラメータは、例えばCDNサーバ１に要求されるデータの量及びCDNサーバ２に要求されるデータの量を定義するために決定される。有利なことに、制御パラメータは、受信機の受信バッファのサイズを制限してCDNサーバの何れかからのデータを受信するために定義される。また、制御パラメータは、CDNサーバの何れかからのオーディオビジュアルコンテンツの一部の要求されたバージョンの品質を制限するために定義される。本実施の形態の変形例では、制御パラメータは、受信機４の適応ストリーミングアルゴリズムのパラメータのような受信パラメータ（例えば積極性）を調節するために定義される。
【００４０】
より一般的には、コントローラ６により受信機４に送出される制御パラメータは、受信パラメータであるか、又は受信パラメータに関連される（すなわちCDNサーバ１に要求されるデータの割合、及びCDNサーバ２に要求されるデータの割合、受信バッファのサイズ、適応ストリーミングアルゴリズムの積極性）。制御パラメータは、CDN１及び２の何れかに受信機から送出された要求のパラメータ（すなわち、サーバの識別子、コンテンツのバージョン、ビットレート、サーバの伝達速度）に関連する。
【００４１】
CDNサーバ１から要求（及び受信）されるデータの割合、及びCDNサーバ２から要求（及び受信）されるデータの割合の制御は、ストリーミングシステムの（コンテンツの伝達及びレンダリングのため）全体の振る舞いを制御する容易な方法である。
【００４２】
実施の形態によれば、コントローラ６は、例えばTR-069（CPE  WAN  Management  Protocol  v1.1,  Issue  1,  Amendment  2,  December  2007）のようなリモートコントロールプロトコルに従って構築された幾つかのメッセージで制御パラメータを送出する。
【００４３】
受信機４から受信された情報に基づいて、コントローラ６は、遠隔管理サーバ（又はリモートコントローラ）として作用し、（例えばオーディオビジュアルコンテンツの次の一部を取得するためのCDNサーバの選択、適応ストリーミングアルゴリズムの積極性、バッファサイズ、データ送信のために必要とされる最大ビットレート）受信機のセッティングを設定して、受信されたオーディオビジュアルコンテンツの品質をモニタする。実施の形態によれば、受信機４の全体の品質は、CDNサーバのそれぞれからのデータを受信している間、受信機４の予め計算された品質を考慮することでコントローラ６により計算される。
【００４４】
より詳細には、本発明の実施の形態は、一方でCDNサーバ１と受信機４との間の送信データレートを制御する方法からなり、他方で、CDNサーバ２と受信機４との間の送信データレートを制御する方法からなる。CDNサーバ１及び２は、オーディオビジュアルコンテンツを表すデータを送信する。オーディオビジュアルコンテンツのそれぞれは、少なくとも２つのバージョンでCDNサーバ１とCDNサーバ２で利用可能である。オーディオビジュアルコンテンツの異なるバージョンは、異なる送信ビットレートにそれぞれ対応する。CDNサーバ１及びCDNサーバ２は、（チャンク“chunks”とも呼ばれる）連続する部分でオーディオビジュアルコンテンツを送信する。受信機４により受信される連続する部分のそれぞれは、CDNサーバ１及びCDNサーバ２により受信される送信要求に応答して、利用可能なバージョンの間で選択される。
【００４５】
変形例によれば、受信機４は、コントローラ６から受信された制御パラメータに依存して、CDNサーバ１からのチャンクの一部及びCDNサーバ２からの同じチャンクの一部を要求する。受信機４は、別のサーバへの同じチャンクの別の部分についての前の要求に対する応答を受信する前に、あるチャンクの一部を取得する要求をCDNサーバの何れかに送出する。CDNサーバ１が予め決定された時間間隔で受信機４にあるチャンクの要求された一部を送信することができない場合、受信機４は、CDNサーバ２にそのチャンクの同じ部分を要求し、逆に、CDNサーバ２が予め決定された時間間隔で受信機４にあるチャンクの要求された一部を送信することができない場合、受信機４は、CDNサーバ１にそのチャンクの同じ部分を要求する。
【００４６】
このCDNサーバからオーディオビジュアルコンテンツの一部を受信するため、CDNサーバの何れかに受信機４により送出された送信要求は、例えばデータ伝達の速度又は（所与のビットレートに対応する）バージョンのような送信パラメータを含む。
【００４７】
コントローラ６は、受信機４からの情報を周期的に受信する。情報は、受信機４により受信及びレンダリングされたオーディオビジュアルコンテンツのレンダリングを表す。
【００４８】
受信機４から受信された情報に従って、コントローラ６は、全体の帯域幅の良好な共有を発見するため、ネットワーク３に接続された幾つかの他の受信機の幾つかの制御パラメータを計算する。所与の時間での帯域幅の現在の共有に従って、制御パラメータの送出は、１つの受信機のみについて行われるか、受信機のグループ又は全ての受信機について行われる。
【００４９】
コントローラ６により受信された情報は、例えば、CDNサーバから受信されたデータの割合、受信メモリバッファのサイズ、受信されたオーディオビジュアルコンテンツのあるバージョンから別のバージョンへの切り替えの数、メモリバッファのアンダーフロー又はオーバフローの数、受信機の適応ストリーミングアルゴリズムの積極性のパラメータを含む。
【００５０】
ネットワーク３に接続された受信機（すなわち受信機４）の１以上の制御パラメータを送出することで、コントローラ６は、例えば、（所与の時間間隔について）新たな調節に応じて、データ受信バッファの最大サイズ、適応ストリーミングアルゴリズムの積極性パラメータ、又はCDNサーバに受信機により要求することができる良好な品質を強制する。
【００５１】
受信機４からコントローラ６への情報及びコントローラ６から受信機４への制御情報は、TR-069に基づいてリモートコントロールプロトコルにより実行される。リモートコントロールプロトコルは、幾つかの更なるコマンド及びパラメータによる既存のTR-069プロトコルの拡張である。代替的に、制御パラメータは、TR-069プロトコルの拡張により伝送され、コントローラ６に受信機により送出されるレンダリングを表す情報は、１以上の異なるプロトコルに基づいて伝送される。この場合、コントローラ６は、情報を送出するために受信機により使用される異なるプロトコルの何れかと互換性がある。
【００５２】
図２は、本発明の実施の形態に係る受信機４を例示している。受信機は、適応ストリーミングクライアント装置とも呼ばれ、ネットワーク３への接続のために通信インタフェース４４を備える。受信機は、CDNサーバ１、CDNサーバ２及びコントローラ６に伝達するためにプロトコルスタックを有する通信モジュール４３を有する。特に、通信モジュールは、当該技術分野で知られるTCP/IPスタックを有する。勿論、適応ストリーミングクライアントがCDNサーバ１、CDNサーバ２及びコントローラ６と通信するのを可能にする他のタイプのネットワーク及び／又は通信手段とすることもできる。実施の形態によれば、１つの通信インタフェースは、制御パラメータを受信し、コンテンツの送信の品質を表す情報を送出するために使用される。変形例によれば、２つの異なる通信インタフェースが使用される。また、受信機４は、計算モジュールである適応ストリーミングモジュール４５を有する。計算モジュール４５は、CDNサーバ１及びCDNサーバ２からHTTPストリーミングコンテンツを受信するHTTPストリーミングクライアントである。計算モジュールは、CDNサーバと、ネットワークの制約に最良に整合するビットレートでチャンク又はチャンクの一部を連続的に選択する。あるチャンクは、適応ストリーミングについて定義された所与のビットレートに対応するバージョンにおける、CDNサーバ１又はCDNサーバ２から受信されたオーディオビジュアルコンテンツの一部として定義される。受信機４は、遠隔制御モジュール４９のおかげでコントローラ６から制御パラメータを受信する。制御パラメータは、バッファ４２に記憶され、計算モジュールである適応ストリーミングモジュールから読取り可能である。また、バッファ４２は、オーディオビジュアルコンテンツのレンダリングを表す情報を記憶するために使用される。情報は、適応ストリーミングモジュール４５によりバッファ４２に書き込まれ、通信インタフェースを通してコントローラ６に送出されるように遠隔制御モジュール４８により読み取られる。受信機４は、受信されたオーディオビジュアルコンテンツをデコード及びレンダリングするために適合されるビデオプレーヤ４６を含む。受信機４は、プロセッサ４１及びバッファ４２を更に有する。プロセッサ４１は、受信機４において記憶されるアプリケーション及びプログラムを実行するために使用される。メモリであるか又はメモリの一部であるバッファ４２は、ビデオプレーヤ４６に送信される前に、CDNサーバ１又はCDNサーバ２から受信されたチャンク（又はチャンクの一部）をバッファするために使用される。特に、メモリは、揮発性メモリである。受信機４は、クライアントで実行されるアプリケーション及びプログラムを記憶する不揮発性メモリ４７を有する。受信機４は、ポータブルメディア装置（モバイル機器）又はラップトップである。
【００５３】
受信機４の全ての上記されたモジュールは、内部バス４９を通して相互接続される。
【００５４】
代替的に、受信機４は、ビデオプレーヤを有さず、ビデオプレーヤに接続するインタフェースを有する。次いで、受信機４は、セットトップボックスのようなビデオデコーダである。
【００５５】
図３は、本発明の実施の形態に係る適応ストリーミングシステムのコントローラ６を例示する。コントローラ６は、ネットワーク３の接続のため、従って受信機４との通信のための通信インタフェース６４を有する。受信機４と同様に、コントローラは、受信機（適応ストリーミングクライアント）との通信のためにプロトコルスタックを有する通信モジュール６３を有する。実施の形態によれば、１つの通信インタフェースは、ストリーミングセッションの品質を表す情報を受信し、制御パラメータを送出するために使用される。本実施の形態の変形によれば、２つの異なる通信インタフェースが使用される。コントローラは、処理ユニット２１、メモリモジュール６７及びバッファ６２を有する。処理ユニット６１は、コントローラ６に記憶されるアプリケーション及びプログラムを実行するために使用される。バッファ６２は、メモリ又はメモリの一部であり、受信機４又はネットワーク３に接続される他の受信機から受信された情報及び情報メッセージ、受信機に送出される制御メッセージ（及びパラメータ）をバッファするために使用される。また、コントローラ６は、コントローラで実行されるアプリケーション及びプログラムを記憶する不揮発性メモリ６７を有する。遠隔制御モジュール６６は、コントローラと受信機との間でメッセージをやり取りするための遠隔制御プロトコルを扱うために使用される。遠隔制御は、受信からストリーミングセッションのオーディオビジュアルコンテンツの伝達（従ってレンダリングの品質）を表す情報を受信すること、及び受信機のパラメータを強制するために制御パラメータを送出することを含む。遠隔制御モジュールは、受信機４からのメッセージを受信し、受信機４にメッセージを送出するため、TR-069に基づいて遠隔制御プロトコルを扱う。コントローラ６は、（受信機でのオーディオビジュアルコンテンツの送信及びレンダリングの品質を表す）受信された情報に従って、受信機に送出されるべき制御パラメータを計算する計算モジュールである適応ストリーミングモジュール２５を更に有する。コントローラ６の全ての上述されたモジュールは、内部バス２９を通して相互接続される。
【００５６】
図４は、適応ストリーミングCDNサーバ１を例示する。CDNサーバ１は、ネットワーク３に接続し、受信機４と通信するための通信インタフェース１４を有する。通信モジュール１３は、例えばTCP/IPスタックのようなプロトコルスタックを有する。処理ユニット１１は、CDNサーバ１のアプリケーション及びルーチンを実行する。不揮発性メモリ１７は、処理ユニット１１により実行されるソフトウェア及びアプリケーションを有し、メモリバッファ１２は、アプリケーションの実行の間、データストレージの揮発性メモリである。また、バッファ１２は、適応ストリーミングに関連するメッセージ（要求）を含む受信機からのメッセージの記憶のために使用される。ストレージモジュール１５は、受信機４に伝達される全てのオーディオビジュアルコンテンツを記憶するメディアを有する。ストレージモジュール１５は、オーディオビジュアルコンテンツのそれぞれについて（異なるビットレートに対応する）全てのバージョンを有する。オーディオビジュアルコンテンツのバージョンは、単一のファイルとして記憶されるか、アルファイルにおける他のバージョンと連結することができる。オーディオビジュアルコンテンツは、オーディオコンテンツ、ビデオコンテンツ又は両者とすることができる。適応ストリーミングモジュール１６は、ストレージモジュール１５に記憶されるコンテンツの適応ストリーミングのため、受信機４から到来するメッセージを処理する役割を果たす。適応ストリーミングモジュール１６は、オーディオビジュアルコンテンツに対応するマニフェストファイルを伝達し、受信機から到来する要求を処理する。適応ストリーミングモジュールは、要求のパラメータを解釈し、コンテンツの対応する部分（チャンク又はチャンクの一部）を通信インタフェース１４を通して受信機に伝達する。CDNサーバ１の上述されたモジュールは、内部バス１８を通して相互接続される。
【００５７】
CDNサーバ２は、CDNサーバ１と同じアーキテクチャを有する。  
従って、（図４により例示される）CDNサーバ１は、CDNサーバ２、（図３により例示される）コントローラ６及び（図２により例示される）受信機４は、本発明の実施の形態に係る全体のマルチパス適応ストリーミングシステムを構成する。
【００５８】
以下は、適応ストリーミングセッションの初期化の例であり、システム全体が本実施の形態に従ってどのように相互作用するかに関する例である。
【００５９】
マルチパス適応ストリーミングの本質的なパラメータの制御は、適応ストリーミングセッションを初期化するときに、受信機がはじめにダウンロードする（プレイリストを含む）マニフェストファイルの使用を通して実現される。マニフェストファイルは、例えばあるチャンクの持続期間、それぞれのチャンクがエンコードされているバージョンの数（又は品質或いはビットレート）、ファイルのサイズ、（例えばMPEG2-TS又はMPEG４のような）ビデオフォーマット、同じオーディオビジュアルコンテンツを伝達する他のCDNサーバのリストを含む。
【００６０】
適応ストリーミングは、割り込みなしで、ネットワークの混雑が生じたときに低下するビデオ品質であって、混雑が消えたときに向上するビデオ品質をもつ、CDNサーバ１、CDNサーバ２及び受信機４の間での連続的なストリーミングを提案する。一方でCDNサーバ１と受信機４との間、他方でCDNサーバ１と受信機４との間でのネットワークの混雑に依存して、コントローラは、CDNサーバ１及び２のそれぞれから受信機４により受信されるデータの割合を定義する制御パラメータを送出する。ビデオファイル又はストリームは、異なるビットレートを目標として数回にわたりエンコードされ、CDNサーバ１及びCDNサーバ２のストレージモジュール１５に記憶される。エンコードは、例えばMPEG2-TS（ISO/IEC  13818-1）又はH264（ISO/CEI  14496-10）である。それぞれのファイルは、同じ持続期間のチャンクに分割され、マイクロファイルのセットが形成される。全てのマイクロファイルのセット（ビットレート当たり１セット）は、１つのHTTPサーバに記憶される。HTTPサーバは、CDNサーバ１及び２により実現される。規則的に、（例えば２秒毎に）オーディオビジュアルコンテンツをダウンロードする受信機４は、CDN１及び２のそれぞれにより利用可能な帯域幅を推定する。受信機の適応的なストリーミングモジュール４４は、対応するビットレートでエンコードされたコンテンツ部分（チャンク又はチャンクの部分）を要求し、ビデオプレーヤ４６のデコーダに徐々に供給する。本発明の実施の形態によれば、制御プロトコル及び最終的なトランスポートプロトコルは、HTTPである。代替的に、制御プロトコル及び最終的なトランスポートプロトコルは、RTSPである。
【００６１】
マニフェストファイルの他に、受信機４の適応ストリーミングモジュール４４は、システムを微調整するために必要であって、ネットワーク３が使用されるやり方に影響を及ぼす幾つかの制御パラメータを収集する。適応ストリーミングモジュールは、サーバを選択し、ネットワーク状態（例えば混雑状態及び全体の帯域幅といった）ネットワーク状態に依存して、ビデオ品質の低下／向上を平滑化するアルゴリズムを有する。受信機の適応ストリーミングモジュール４５の適応ストリーミングアルゴリズムは、最も保守的（conservative）から最も積極的（aggressiveness）にまで及ぶ幾つかのアプローチで動作する。動作のモードは、ユーザの経験及びネットワーク３の使用にダイレクトに影響を及ぼす。
【００６２】
CDNサーバ１及び２への要求の送信パラメータを含めて、受信機４の幾つかの制御パラメータを定義するためのコントローラ６の使用は、エンドユーザの経験、ネットワーク３のトラフィック、及び従って全体のシステムパフォーマンスに影響を有する適応ストリーミングクライアントの幾つかのパラメータを設定する能力をもたらす。
【００６３】
コントローラ６から受信機４に送出される制御パラメータは、ネットワーク状態に依存して異なる。コントローラは、受信バッファのサイズを制限して、第一のサーバ（すなわちCDNサーバ１）からのデータを受信するパラメータを送出し、適応ストリーミングセッションのビットレートを制限して、第二のサーバ（すなわちCDNサーバ）からデータを受信するパラメータを送出する。さらに、コントローラは、同じサーバに関連する２つの連続する制御パラメータを受信機４に送出する。例えば、コントローラは、サーバ１からストリーミングセッションのビットレートを制限する制御パラメータを受信機４に送出し、次いで、サーバ１から受信されるデータの速度の伝達要素を制限する制御パラメータを受信機４に送出する。コントローラ６は、受信機４から受信された情報を計算し、（受信機側で）設定されるパラメータを選択する。コントローラは、これらのパラメータの値を定義する。
【００６４】
コントローラ６は、受信機４の関連する制御パラメータ（及びそれらの対応する値）を定義する。これは、受信機４から周期的に受信された状態情報に従って行われる。次いで、コントローラ６は、受信機４を遠隔的に設定する。コントローラ６は、使用されるサーバのそれぞれの、受信機のエンドユーザの受信された品質への影響を「観察」及びモニタする。受信機から受信された情報の計算の後、コントローラ６は、最適なシステムオンフィギュレーションを決定し、制御パラメータを受信機に送出する。制御パラメータは、必要に応じて、幾つかの他の互換性のある受信機に送出される。
【００６５】
以下は、コントローラ６が、ネットワーク３を通して、適応ストリーミングCDNサーバ１、適応ストリーミングCDNサーバ２及び受信機４との間の適応ストリーミングの全体の性能をどのようにモニタするかに関する例である。
【００６６】
正確なモニタリング情報は、CDNサーバ１及びCDNサーバ２による進行中のそれぞれの適応ストリーミングセッションについて受信機４により収集される。同じストリーミングコンテンツを伝達するためにCDNサーバ１及びCDNサーバ２が協働して使用されるとき、受信機４は、例えばオーディオビジュアルコンテンツの一部のセッションのような、それぞれ考慮される時間間隔について情報を収集する。収集された情報は、CDNサーバ１及びCDNサーバ２のそれぞれからどの位多くのバイトが受信されたかを典型的に示す。次いで、収集された情報は、受信機４によりコントローラ６に送出される。本実施の形態の変形によれば、収集された情報は、受信機４へのコントローラ６の要求に応じて、コントローラ６に送出される。
【００６７】
情報は、受信機４にローカルに記憶され、CDNサーバのそれぞれにより伝達されるデータ量を計算するコントローラ６により問い合せられる。
【００６８】
コントローラ６は、使用されるCDNサーバのそれぞれの負荷、CDNサーバ１及びCDNサーバ２のそれぞれと受信機４との間のネットワーク状態を決定する。また、コントローラは、CDNサーバに要求されるデータの最大の割合又はCDNサーバに要求される（オーディオビジュアルコンテンツのバージョンに対応する）最大のビットレートのような、受信機４に送出される幾つかの制御パラメータを計算する。
【００６９】
受信機４は、コントローラ６から制御パラメータを受信し、次の要求をサーバに送出する。
【００７０】
より一般的には、図１で例示された適応ストリーミングシステムの上述された例では、コントローラ６は、CDNサーバ１と受信機４との間の送信データレート、及びCDNサーバ２と受信機４との間の送信データレートを制御する。CDNサーバは、オーディオビジュアルコンテンツを表すデータを送信する。オーディオジュアルコンテンツは、異なるバージョンでCDNサーバ１から利用可能であり、異なるバージョンでCDNサーバ２から利用可能である。オーディオビジュアルコンテンツの利用可能なバージョンは、異なる送信ビットレートに対応する。CDNサーバは、連続する部分でオーディオビジュアルコンテンツを送信する。オーディオビジュアルコンテンツの連続する部分のそれぞれは、（バージョン（ビットレート）又は伝達速度のような）送信パラメータを含む、CDNサーバ１又はCDNサーバ２への要求を送信することで、受信機により選択される。コントローラ６は、受信機４から報告された情報を周期的に受信する。受信機４からの情報は、オーディオビジュアルコンテンツの送信（及び従ってレンダリング）を表す。低ビットレートは、使用されるエンドの低品質のレンダリングをもたらし、高ビットレートは、高品質のレンダリングをもたらす。
【００７１】
図５は、本実施の形態に係るコントローラ６における方法を例示する図である。  
ステップS1は、適応ストリーミングシステムの初期化である。受信機４は、CDNサーバ１及びCDNサーバ２への要求を送出し、CDNサーバ１及びCDNサーバ２からマルチパスでオーディオビジュアルコンテンツをダウンロードし、該オーディオビジュアルコンテンツのレンダリングを達成するため、２つの適応的なストリーミングセッションを初期化する。受信機４は、少なくとも２つのサーバからオーディオビジュアルコンテンツの連続する部分を受信する。ステップS2で、受信機４は、CDNサーバ１から受信された部分の伝達及びレンダリングを表す情報、CDNサーバ２から受信された部分の伝達及びレンダリングを表す情報をコントローラ６に報告する。CDNサーバの何れかからの受信された部分は、チャンク又はチャンクの部分の何れかである。
【００７２】
受信機４から受信された情報に基づいて、コントローラ６は、適応ストリーミングシステムの全体のパフォーマンスを評価し、ステップS3で、CDNサーバ１に要求されたオーディオビジュアルコンテンツを表すデータの割合、及びCDNサーバ２に要求されるデータの割合のような、少なくとも制御パラメータを計算する。
【００７３】
次いで、コントローラ６は、受信機を構成し、ネットワーク３の利用可能な帯域幅の良好な共有を有するため、受信機４に少なくとも制御パラメータを送出する。
【００７４】
有利なことに、本実施の形態に係る方法は、受信機４又は受信機４のグループの設定を、あるCDNサーバについてそれらの要求された帯域幅の使用を強制的に制限する。
【００７５】
図６は、本発明の実施の形態に係る、受信機４での方法を例示する図である。  
ステップS’1で、受信機は、CDNサーバ１及びCDNサーバ２とのマルチパス適応ストリーミングセッションを初期化し、両方のサーバからオーディオビジュアルコンテンツを受信し始める。
【００７６】
ステップS’2で、サーバ１から部分的に受信された及びサーバ２から部分的に受信されたオーディオビジュアルコンテンツ（チャンク又はチャンクの一部）の第一の部分の受信の後、受信機４は、CDNサーバ１及び２のそれぞれに関連する情報を含むオーディオビジュアルの伝達及びレンダリングを表す１以上の情報をコントローラ６に報告する。情報は、例えば毎分でコントローラに報告される。コントローラは、受信機４から受信された情報を計算し、受信機４に制御パラメータを送出する。この制御パラメータは、ステップS’3で受信機により受信される。
【００７７】
ステップS’4で、受信機は、サーバの識別子、オーディオビジュアルコンテンツのバージョン、又は選択されたサーバによる伝達速度のような送信パラメータを含むオーディオビジュアルコンテンツの次の部分（チャンク又はチャンクの部分）を取得する要求を送出する。要求の送信パラメータは、コントローラ６から予め受信された制御パラメータに従って定義される。例えば、制御パラメータは、データの６０％がCDNサーバ１に要求される必要があり、データの４０％がCDNサーバ２に要求される必要があることを、オーディオビジュアルコンテンツの次の部分について受信機に示す。
【００７８】
有利なことに、コントローラ６は、オーディオビジュアルコンテンツの正しい伝達を有するため、オーディオビジュアルコンテンツのサーバ１から受信されたデータの割合、及びサーバ２から受信されたデータの割合を調節する。
【００７９】
（コントローラ６の制御下で）異なるサーバからストリームされたオーディオビジュアルコンテンツの幾つかの連続する部分を受信機４が受信する能力は、２つのCDNサーバ１及び２の間で「切り替え」を制御する方法として本明細書において定義された。
【００８０】
言い換えれば、用語「（多数のサーバ間での）切り替え」は、２つのCDNサーバの何れかからダウンロードされたオーディオビジュアルコンテンツのそれぞれ連続する部分を取得するため、コントローラ６の制御下での受信機４の能力を定義する。
【００８１】
TR-069の拡張を使用してコントローラ６から受信機に制御パラメータを送出する制御メッセージのデータモデルの幾つかの例が以下に与えられる。
【００８２】
【表１】
2013128276.tif 000003
本発明は、上述された実施の形態に限定されない。特に、本発明は、多数のサーバと受信機のフィールドとの間での適応ストリーミングを制御する方法に関する。変形例によれば、コントローラは、受信機のフィールド内で受信機の幾つかのグループにパラメータを予め定義し、次いで受信された情報に従って個々に受信機のうちの幾つかを制御する。
【００８３】
別の変形例によれば、コントローラは、制御パラメータを定義して、受信機を初期化するランダムアルゴリズムをはじめに使用して、受信された情報に従って受信機のうちの幾つかを制御する。
【００８４】
別の変形例によれば、コントローラは、受信機の幾つかのグループをアドレス指定することで受信機を制御し、グループを周期的に定義し直す。
【００８５】
有利なことに、コントローラは、受信機のうちの幾つかに優先度又は特権を与える。優先付けは、サービスプロバイダへの加入のレベル又は受信機のサブセットのレンダリングの品質の期待されるレベル（例えばHD品質対ノーマル品質）に依存して行われる。
【００８６】
また、本発明は、少なくとも２つのサーバと受信機とから幾つかのコンテンツを伝達するマルチパス適応ストリーミングのシステムに関する。有利なことに、オーディオビジュアルコンテンツは、テキスト、マップ、音楽、ビデオ、メタデータ、バイナリデータ（すなわち実行可能なアプリケーション）のような任意の種類のコンテンツを有する。
【００８７】
本発明は、データ受信機に関する。データ受信機は、セットトップボックス、オーディオ／ビデオデコーダを含むゲートウェイ、ラップトップ、及びモバイル機器（携帯電話、パーソナルアシスタント、測位システム）のような装置を含む。
【００８８】
「１実施の形態」又は「実施の形態」に対する本明細書への参照は、本実施の形態と共に記載される特定の特徴、構造、又は特性が本発明の少なくとも１つの実現に含まれることを意味する。明細書における様々な位置における記載「１実施の形態では」の出現は、必ずしも同じ実施の形態を全て示すものではなく、必ずしも他の実施の形態を相互排他する個別又は代替的な実施の形態でもない。
【００８９】
特許請求の範囲に現れる参照符号は、例示するのみであって、特許請求の範囲への影響を制限するものではない。
【図１】
2013128276.tif 000004
【図２】
2013128276.tif 000005
【図３】
2013128276.tif 000006
【図４】
2013128276.tif 000007
【図５】
2013128276.tif 000008
【図６】
2013128276.tif 000009
【外国語明細書】
2013128276000001.pdf