メディアコンテンツアイテムの少なくとも2つのレプレゼンテーションが利用可能なメディアストリーミングシステムにおいて使用される装置500、600であって、ストリーミングアプリケーションによって使用される、前記メディアコンテンツアイテムの一連のセグメントにおいて、レプレゼンテーション及び処理能力の変更が発生すると、信号を生成するように構成されるプロセッサ504、604を備えることを特徴とする装置。前記プロセッサは、前記ストリーミングアプリケーションによって使用される新たなセグメントと関連する処理能力の変更を信号伝達する第1の関数を実行するように構成され、前記新たなセグメントは、前のセグメントとは異なるレプレゼンテーションに対応することを特徴とする請求項1に記載の装置。前記第1の関数の第1の引数は、前記新たなセグメントの新たな処理能力であり、前記第1の関数の第2の引数は、使用される前記新たなセグメントの位置情報であることを特徴とする請求項2に記載の装置。前記プロセッサは、第1の関数が実行されると、イベントを生成するように構成されることを特徴とする請求項2に記載の装置。前記プロセッサは、1前のセグメントとは異なる前記コンテンツのレプレゼンテーションに対応する、再生される新たなセグメントと、2再生セグメントとしてともに再生される一連のダウンロードセグメントである新たな期間前記新たなセグメントを含むとに関連して、処理速度の変更を信号伝達する第2の関数を実行することを特徴とする請求項1に記載の装置。前記プロセッサは、前記新たな期間として再生されるダウンロードセグメントの新たなリストを受信した直後に前記第2の関数を実行するように構成されることを特徴とする請求項5に記載の装置。前記第2の関数の第1の引数は、前記新たな期間の前記セグメントに関連する処理能力のリストであり、前記第2の関数の第2の引数は、前記新たなセグメントが再生される位置情報を示すことを特徴とする請求項5に記載の装置。前記プロセッサは、さらに、前記第2の関数が実行されると、イベントを生成するように構成されることを特徴とする請求項5に記載の装置。前記プロセッサは、さらに、前記コンテンツの利用可能な代替のレプレゼンテーションに対応する計算された処理能力のリストを提供するように構成されることを特徴とする請求項1に記載の装置。前記プロセッサは、さらに、再生しながら、提示される選択されたレプレゼンテーションに対する処理能力を提供するように構成されることを特徴とする請求項1に記載の装置。前記プロセッサは、提示されるレプレゼンテーションに対する最大処理能力を提供するようにさらに構成されることを特徴とする請求項1に記載の装置。前記プロセッサは、提示されるレプレゼンテーションに対する設定された最小処理能力を提供するようにさらに構成されることを特徴とする請求項1に記載の装置。現在のプレゼンテーション方法の変更を要求するために、ブール値を返す手続きを実行するように構成されることを特徴とする請求項1に記載の装置。前記現在のプレゼンテーション方法の変更が成功すると、前記返されるブール値はtrueであることを特徴とする請求項13に記載の装置。前記手続きの第1の引数は最大許容処理能力であり、前記第2の引数は最小許容処理能力であり、前記要求は、前記最大許容処理能力と前記最小許容処理能力の間を維持するレプレゼンテーションに利用可能なレプレゼンテーションを制限することを特徴とする請求項13に記載の装置。前記最大許容処理能力が前記最小許容処理能力よりも大きくない場合、前記返されるブール値はfalseであることを特徴とする請求項15に記載の装置。前記プロセッサは、前記コンテンツの利用可能な代替のレプレゼンテーションに対応する計算された処理能力のリストを提供するようにさらに構成され、前記利用可能なレプレゼンテーションが前記最小処理能力と前記最大処理能力との間の範囲にない場合には、前記返されるブール値はfalseであることを特徴とする請求項15に記載の装置。前記第1の引数又は前記第2の引数が指定されない場合、前記要求は、前記最小処理能力を上回るか、又は、前記最大処理能力を下回るレプレゼンテーションに、利用可能なレプレゼンテーションを限定することを特徴とする請求項15に記載の装置。前記プロセッサは、OIPFドキュメントの2010年10月発行のバージョン2によって定義されるような環境で動作するように構成されることを特徴とする請求項1に記載の装置。少なくとも2つのメディアコンテンツアイテムが利用可能なストリーミングシステムにおいてストリーミングアプリケーションと通信においてプロセッサによって実行される方法800であって、前記ストリーミングアプリケーションによって使用される、前記メディアコンテンツアイテムの一連のセグメントにおいて、レプレゼンテーション及び処理能力の変更が発生すると、信号を生成するステップS810と、前記生成した信号を前記ストリーミングアプリケーションへ送信するステップS820とを含むことを特徴とする方法。プロセッサに方法800を実行させるための、該プロセッサで実行可能なコードを一時的ではなく記憶するコンピュータで読取可能な記憶媒体であって、前記ストリーミングアプリケーションによって使用される、前記メディアコンテンツアイテムの一連のセグメントにおいて、レプレゼンテーション及び処理能力の変更が発生すると、信号を生成するステップS810と、前記生成した信号を前記ストリーミングアプリケーションへ送信するステップS820とを含むことを特徴とする記憶媒体。本発明は、上述の問題に鑑みて成されたものであり、その目的は処理能力の制御が可能なメディアプレイヤ又はダウンロードマネージャ即ち、制御サーバに実装される装置を提供し、これにより、メディアストリーミングシステムの少なくとも2つのレプリゼンテイションでメディアコンテンツアイテムをストリーミングする際の品質又は処理能力/品質範囲を提供する。これは、プログレッシブダウンロードと代えられる適応ストリーミングソリューションを使用することを可能にする。ストリーミングに使用されるセグメントの処理能力/品質が変化する際に、信号を生成する即ち、イベントを提供することによって、より安定した視聴エクスペリエンスをエンドユーザに与えることができる。一実施例によれば、メディアコンテンツアイテムの少なくとも2つのレプレゼンテーションが利用可能なメディアストリーミングシステムにおいて使用される装置であって、ストリーミングアプリケーションによって使用される、前記メディアコンテンツアイテムの一連のセグメントにおいて、レプレゼンテーション及び処理能力の変更が発生すると、信号を生成するように構成されるプロセッサを備えることを特徴とする。他の実施例によれば、少なくとも2つのメディアコンテンツアイテムが利用可能なストリーミングシステムにおいてストリーミングアプリケーションと通信においてプロセッサによって実行される方法であって、前記ストリーミングアプリケーションによって使用される、前記メディアコンテンツアイテムの一連のセグメントにおいて、レプレゼンテーション及び処理能力の変更が発生すると、信号を生成するステップと、前記生成した信号を前記ストリーミングアプリケーションへ送信するステップとを含むことを特徴とする。プロセッサに方法を実行させるための、該プロセッサで実行可能なコードを一時的ではなく記憶するコンピュータで読取可能な記憶媒体であって、前記ストリーミングアプリケーションによって使用される、前記メディアコンテンツアイテムの一連のセグメントにおいて、レプレゼンテーション及び処理能力の変更が発生すると、信号を生成するステップと、前記生成した信号を前記ストリーミングアプリケーションへ送信するステップとを含むことを特徴とする。以下では、一実施形態について添付の図面を参照しながら説明する。異なる図面における同一の参照符号は、同一の又は類似の要素を示す。以下の詳細な説明は、本発明を限定する意図はない。その代り、本発明の範囲は添付の特許請求の範囲で定義される。メディアをストリーミングするための技術やシステムの構成について以下の実施形態で簡潔に説明する。しかしながら、実施形態での説明はそれらのシステムに限定するわけではなく、他の既存のシステムに適用されうる。明細書を通じて参照される一実施形態又は本実施形態は、実施形態に関連して説明される特有の機能、構造、又は特性が本発明の少なくとも1つの実施形態に含まれることを意味する。このように、明細書の中で使用される一実施形態において又は本実施形態においてとのフレーズは、必ずしも全てが同一の実施形態を参照していることを示しているわけではない。さらに、特有の機能、構造、又は特性は1つ以上の実施形態に任意の適切な方法で組み込まれてもよい。単に図示するだけで限定を目的としない図2は、適応HTTPストリーミングセッション用のビットレート又は処理能力bandwidthの段階的な変化即ち、時間関数として表すグラフである。ストリーミングセッションは、各期間が複数のセグメントを有する2つの期間、期間1、期間2を含む。再バッファリングにおけるブレイクは、複数の期間の間のみで発生する。データはまずダウンロードされ、バファリングされ点線100、その後再生される実線200。期間は一般的に複数のセグメントを有する。期間1は、ダウンロードされ、図2のt=0プロットした時間間隔の開始位置からt=t4までバファリングされる。期間2は、ダウンロードされ、t4のタイミングからメディアプレイヤへのバッファリングが開始される。期間1は、t1とt6の間で再生され、一方期間2は、t6から再生が開始される。このように、データはt1までダウンロードとバッファリングのみが行われる。t1後に期間1の再生が開始される一方で、再生されるデータのダウンロードとバッファリングは継続される。ダウンロードに使用される処理能力が再生に使用される処理能力よりも小さい場合例えば、t2とt3の間、t5とt6の間には、再生ポイントとバッファリングポイントとの距離時間内における例えば再生のタイムラインとダウンロードの進捗バーとの重なりが減少する。逆に言えば、ダウンロードに使用される処理能力が再生に使用される処理能力例えば、t1とt2の間、t3とt5の間よりも大きい場合、再生ポイントとダウンロードポイントとの間の距離は増加する。各期間は、異なる処理能力を有し、かつ異なる複数のレプレゼンテーションに対応する、異なる時間間隔に対応する複数のセグメントを含む。同一のセグメントにおける利用可能な複数のレプレゼンテーションは、1つ以上の特徴に関して異なってもよい。例えば、複数のレプレゼンテーションは異なる処理能力を有してもよく、異なる言語に対応してもよい英語、中国語等。プレゼンテーション即ち、ダウンロードされ再生されるの一部となるいずれかのレプレゼンテーションがクライアントの好み例えば、処理能力又は言語に基づいて決定されてもよい。図2においては、ダウンロードされるコンテンツの処理能力を点線で示し、実線は再生されるコンテンツの処理能力を示す。期間1には4つの異なる処理能力が存在し隣接するセグメントが同一の処理能力を使用する場合でも異なるセグメントに対応する、期間2には2つの異なる処理能力が存在する。図2に関連して、本実施形態に係る装置は、IPTVアプリケーションプラットフォームに実装されか、メディアプログラムコンテンツを提供するための制御サーバに実装されるか、又は、分割されたハードウェアエンティティであってもよく、メディアプレイヤ又は、IPTVアプリケーションプラットフォームで実行するストリーミングアプリケーションに対して、t1、t2、t3、t5、t6で処理能力変更イベントを通知するか、t4で期間2のダウンロードの開始を通知するかの少なくとも一方を行う。図3は、一実施形態に係るメディアストリーミングシステム300の構成を示す。システ300は、有線又は無線を介したメディアプレイヤ320へのデータ即ち、メディアコンテンツのダウンロードを管理するように構成される制御サーバ310を含む。例えば、制御サーバ310は、マニフェストファイルを準備してもよい。当該データは、バッファ335にバッファリングされてもよく、メディアプレイヤ320で実行されるメディアストリーミングアプリケーション325によって再生されてもよい。装置330は、ストリームデータの処理速に関連する情報を合成し、当該情報をメディアストリーミングアプリケーションに通知する。ソフトウェア又はソフトウェアとハードウェアとの組み合わせから構成される装置330は、メディアプレイヤ320、制御サーバ310に実装されるか、又はインターネット等のネットワークを介してデータをストリーミングするために使用されるスタンドアロンの装置であってもよい。さらに、装置330は、当該装置によって取り出され、かつ、当該装置がストリームデータの処理能力に関連する情報を合成するか又はメディアストリーミングアプリケーション325に情報を通知するトリガとなるプログラム即ち、実行可能なコードを格納する一過性でないメモリを含むか又は接続されてもよい。他の実施形態によれば、装置例えば、図3の330は、クライアントが最小の処理能力パラメータと最大の処理能力パラメータを通知することを可能にすることができる。図4は、一実施形態に係るメディアプレイヤのための再生処理能力の段階的な変化即ち、時間間隔ごとの処理能力を示すグラフである。ここで、メディアプレイヤは、クライアントから受信した最初の処理能力パラメータと最大の処理能力パラメータに従って動作する。図1の状況と比較すると、ここでは安定した再生動作即ち、最小と最大との間の狭い範囲での再生処理能力が達成されている。利用可能な処理能力が最小と最大の範囲外となると、再バファリングによる中断例えば、t2とt3との間が発生する。しかしながら、それらの再バッファリングによる中断は、より長い初期バッファリング期間によって避けられてもよい例えば、0とt1との間。ローカルに記憶する場合、又は、データが後に使用されるためにダウンロードされる場合には、品質を制御する能力は、短い初期バッファリング期間よりも非常に重要になりえる。このように、様々な実施形態に係るメディアプレイヤ又はダウンロードマネージャの実施形態は、処理能力/品質変化に関連する情報を生成して使用するか、特定の処理能力内で再生するように構成するかの少なくとも一方によって、エンドユーザの視点でのエクスペリエンス安定性を強化することができる。それらの方法及び装置はモバイル無線ネットワークなどの電子通信の多くの種別に使用されうる。単に図示するだけで限定を目的としない図5は、種々の実施形態に係る適応メディアストリーミングに関連する方法を実行する、モバイル電話機、セットトップボックスSTBコンピュータなどのユーザ機器UE500のブロック図である。UE500は、1つ以上のIPTVネットワークエンティティと電子信号を交換するのに適したトランシーバ502を含む。それらの電子信号によって伝達される情報は、プロセッサ504によって扱われる。当該プロセッサ504は、上述したUE500の動作を実行するために1つ以上のサブプロセッサを含み、1つ以上のソフトウェアモジュールと、例えばブラウザとIPTV端末機能ITFを含むアプリケーションとを実行する。UE500へのユーザ入力は、キーパッド、リモートコントローラ、又は他のデバイス506を通じて提供され、ユーザへ提示する情報は、ディスプレイ508へ提供される。ディスプレイがタッチスクリーン機能を有している場合、ユーザ入力はディスプレイを通じて提供されうる。ソフトウェアアプリケーションは、適切なアプリケーションメモリ510に格納され、UEは適切なメモリ512に所望の情報をダウンロードするか又はキャッシュするかの少なくとも一方を行う。UE500は、コンピュータマイクロフォンなどの他のコンポーネントをUE500へ接続するために使用されるインタフェース514を含んでもよい。実行可能なコードに基づき、プロセッサ504は、適切なレクエスト、レスポンスメッセージを形成し、それらをトランシーバ502を介してネットワークに送出し、ネットワークから受信されたメッセージと情報に従って実行する。そのような実行は、上述の方法を含むことができる。図6は、一実施形態に係るメディアプログラムコンテンツを提供するIPTVアプリケーションプラットフォームIAP600又は制御サーバのブロック図である。IAP600は、1つ以上のIPTVネットワークエンティティと電子信号を交換するのに適したトランシーバ602を含む。それらの信号によって伝達される情報は、プロセッサ604によって扱われる。当該プロセッサ604は、1つ以上のサブプロセッサを含み、1つ以上のソフトウェアモジュールと、IPA600の動作を実行するアプリケーションと適切なメモリ606と連携して実行する。IPA600は、ネットワークにおいてデータベースサーバとして動作するように構成される。キーパッド/ディスプレイ608は、通常はユーザ入力/出力には必要とされないが、そのようなインタフェースは、管理機能用に提供されうる。プロセッサ604によって実行されるソフトウェアアプリケーションは、適切なアプリケーションメモリ610に格納されてもよい。種々の実施形態に係る方法は、追加的に、かつ、OIPF、バージョン2、vol.5、セクション7.14.9に定義された、メディアコンテンツのダウンロード及び再生に関連する機能、方法、イベントとして同一の環境内で動作するように実装されうる。HTTP適応ストリーミングは、ストリーミングアプリケーション例えば、IPTVアプリケーションプラットフォームを実行する端末、又は、ダウンロード若しくは再生されるメディアコンテンツのセグメントから次にダウンロード若しくは再生されるセグメントへの移行に関連する処理能力の変更に関連する情報を構成する制御サーバによって実行されるスクリプト例えば、DeclarativeApplicationEnvironment-DAE-application用に提供される。DeclarativeApplicationEnvironmentDAEアプリケーションは、エンドユーザに情報を搬送する。追加の手順は、ストリーミングが開始されるとすぐに利用可能な再生品質のリストを可能とし、ストリーミング中に現在の品質及びスピードビットレート、処理能力を監視し、プレゼンテーションの変更に基づいて品質が変化した際のイベントを監視し、頻繁にシフトが発生した場合に特有のレベルでの品質を固定することを可能にする。メディアストリーミングシステムにおいて、メディアコンテンツアイテムの複数のレプレゼンテーションを利用可能とすることができる。レプレゼンテーションは、図7に示されるように、異なるビットレート又は処理能力を有する、一時的に調整され、かつ、独立して符号化された複数のセグメントに分割され、異なる位置に格納することができる。少なくとも1つのセグメントは、ストリーミングアプリケーションで利用可能とされる各タイムセグメント用にダウンロードされる。例えば、レプレゼンテーション1のセグメント1、レプレゼンテーション2のセグメント2、及び、レプレゼンテーション3のセグメント3は、ストリーミングアプリケーションによって使用される即ち、提示されるか又は再生される。。ストリーミングアプリケーションは、一時的なシーケンスにおいてメディアコンテンツアイテムのセグメントを使用する例えば、再生する。が、隣接するセグメントは異なるレプレゼンテーションに属してもよい。複数のセグメントは、期間と名付けられたグループで使用され、各期間は1つ以上のダウンロードセグメントを含む。一実施形態によれば、メディアストリーミングシステム図3の300などで使用される装置図5の500又は図6の600などは、ストリーミングアプリケーションによって使用される例えば、再生されるメディアコンテンツアイテムの一連のセグメントにおいてレプレゼンテーションの変更が発生すると信号を生成するように構成されるプロセッサ図5の504又は図6の604を有する。装置は、メディアプレイヤ320を含んでもよく、ストリーミングアプリケーションはプロセッサ又は他のプロセッサ上で実行されてもよい。しかしながら、当該装置は、制御サーバ310の一部であってもよく、中間ノードに配置されてもよい。プロセッサは、使用される新たなセグメントに関連する処理能力の変更を信号伝達する第1の関数を実行する。当該新たなセグメントは、前のセグメントとは異なるコンテンツのレプレゼンテーションに対応する。当該関数は、引数として、新たなセグメントの新たな処理能力と、新たなセグメントが使用される位置情報とを含んでもよい。例えば、図2で説明すると、そのような関数はt1、t2、t3、t5、t6で実行されうる。本実施形態において、上記関数は、CEA-2014-Aのセクション5.7.1で定義されるように音声オブジェクトと動画オブジェクトをサポートするOIPFバージョン2、vol5、セクション7.14.9の拡張機能である。<functiononRepresentationChange>当該関数は、ストリームがレプレゼンテーションを変更する際に呼び出され、処理能力が修正される。処理能力は、HTTP適応ストリーミングマニフェストのレプレゼンテーション要素における処理能力属性に関連する。ストリームの変化はプレゼンテーションの変更に関連し、ストリームがどのようにバッファリングされるかは必ずしも関連しない。なお、異なる品質を表示する複数のストリームがバッファされてもいいため、処理能力の変更を示すことは信頼できない。指定される関数は、以下で定義する2つの引数、処理能力及び位置情報とともに呼び出される。Stringbandwidth-新たなレプレゼンテーションと関連する処理能力。Stringposition-新たなレプレゼンテーションへの移行が発生する位置情報。当該値は再生位置プロパティと同等であってもよい。さらに、プロセッサは、1前のセグメントから異なるコンテンツレプレゼンテーションに対応する、使用される新たなセグメントと、2使用セグメントとともに使用される一連のダウンロードセグメントである新たな期間、に関連する、処理能力の変更を信号伝達する他の第2の関数を実行するように構成されてもよい。第2の関数は、新たな期間に使用されるダウンロードセグメントの新たなリストが受信された直後に実行されてもよい。例えば、図2で説明すると、当該関数はt4の後に実行される。当該関数は、引数として、1新たな期間のセグメントに関連する処理能力のリストと、2新たなセグメントが使用される位置情報とを有してもよい。本実施形態において、上述の関数は、CEA-2014-Aのセクション5.7.1で定義されるように音声オブジェクトと動画オブジェクトをサポートするOIPFバージョン2、vol5、セクション7.14.9の拡張機能である。<functiononPeriodChange>当該関数は、期間を変更する際に呼び出され、レプレゼンテーション及び関連する処理能力が修正される。当該処理能力は、HTTP適応ストリーミングマニフェストのレプレゼンテーション要素における処理能力属性に関連する。当該関数は、ストリームのバッファリングやプレゼンテーションの変更の前にOITFによって新たなマニフェストがダウンロードされるとすぐに呼び出される。関数が呼び出されると、選択された最大レプレゼンテーション及び最小レプレゼンテーションをを修正することができる。指定される関数は、以下で定義する2つの引数、処理能力及び位置情報とともに呼び出される。Stringbandwidth-新たなレプレゼンテーションにおける新たな期間と関連する処理能力のリスト。Stringposition-新たなレプレゼンテーションへの移行が発生する位置情報。第2の関数OnPeriodChangeとして実装されると上述した第1の関数OnRepresentationChangeとして実装されるとの間には重大な差異が存在する。第1の関数OnRepresentationChangeが提示されるセグメント参照するのに対して、第2の関数OnPeriodChangeはセグメントがバッファリングされる前にとなる。第1の関数はセグメントがダウンロードされた状況で実行されるが、プレイヤは既にダウンロードされたセグメントを提示する例えば、再生する前にはバッファ期間は満たされていない。第1のコマンドが実行されると、プレイヤは異なる解像度例えば低いでセグメントのダウンロードを開始する。これにより、プレイヤは同一のセグメントの2つのバージョンをバッファリングすることになる。一方、第2の関数は、セグメントをダウンロードしストリーミングするための資源を節約する結果となるため望ましい結果を得ることができる。プロセッサは、メディアコンテンツアイテムの利用可能な代替のレプレゼンテーションに対応する計算された処理能力のリストを提供する手順を実行するように構成してもよい。本実施形態において、上述の関数は、CEA-2014-Aのセクション5.7.1で定義されるように音声オブジェクトと動画オブジェクトをサポートするOIPFバージョン2、vol5、セクション7.14.9の拡張機能である。<ReadonlyNumberavailableRepresentations>HTTP適応ストリーミングのレプレゼンテーションの処理能力属性に従って計算された処理能力のリストを返す。プロセッサは、使用される選択されたレプレゼンテーションに対する処理能力を提供する手順を実行するように構成されてもよい。本実施形態において、上述の手順は、CEA-2014-Aのセクション5.7.1で定義されるように音声オブジェクトと動画オブジェクトをサポートするOIPFバージョン2、vol5、セクション7.14.9の拡張機能である。<ReadonlyIntegercurrentRepresentation>提示されるHTTP適応ストリーミングの選択されたレプレゼンテーションに対する現在の処理能力を返す。当該処理能力は、再生状態1playingにおいてのみ利用可能であり、他の状態においては当該値は定義されない。現在の速度を取得するために、プロパティplayspeedを参照する。プロセッサは、現在使用されているレプレゼンテーションに対する最大又は最小の処理能力を返す手順を実行するように構成されてもよい。いくつかの実施形態において、上述の手順は、CEA-2014-Aのセクション5.7.1で定義されるように音声オブジェクトと動画オブジェクトをサポートするOIPFバージョン2、vol5、セクション7.14.9の拡張機能である。<ReadonlyIntegermaxRepresentation>提示されるHTTP適応ストリーミングの選択されたレプレゼンテーションに対して設定された最大の処理能力を返す。<ReadonlyIntegerminRepresentation>提示されるHTTP適応ストリーミングの選択されたレプレゼンテーションに対して設定された最小の処理能力を返す。プロセッサは、現在のプレゼンテーション方法の変更を要求する即ち、潜在的トリガために、ブール値BooleanValueを返す手順を実行するように構成されてもよい。上記手順は、引数で使用される最大許容処理能力と最小許容処理能力との間を維持するレプレゼンテーションのみを要求する。現在のプレゼンテーション方法の変更が成功すると、返されるブール値はtrueとなる。最大許容処理能力が最小許容処理能力より大きくなければ、返されるブール値はfalseとなる。利用可能なレプレゼンテーションが最小許容処理能力と最大許容処理能力との間の範囲にない場合、返されるブール値はfalseとなる。任意の利用可能なレプレゼンテーションが処理能力の範囲にあるかどうかを判定するために、プロセッサは、追加の代替のレプレゼンテーションに対応する計算された処理能力のリストを返す手順を使用してもよい。当該手順は、ストリーミング状態に関わらず例えば、バッファリング、継続した使用又は再生、中断等、任意のタイミングで実行されてもよい。本実施形態において、上述の手順は、CEA-2014-Aのセクション5.7.1で定義されるように音声オブジェクトと動画オブジェクトをサポートするOIPFバージョン2、vol5、セクション7.14.9の拡張機能である。<BooleansetRepresentationStrategyIntegermaxBandwidth、IntegerminBandwidth>説明:利用可能なレプレゼンテーションに対するHTTP適応ストリーミングプレゼンテーション方法を変更するように要求する。指示される処理能力は、許容される最大及び最小の処理能力を示す。上限及び下限以外のレプレゼンテーションは制限される。この方法は再生状態1playingを含む、任意の再生状態中に呼び出される。この方法は、方法の変更が成功するとtrueを返す。バッファリング方法の変更が成功しなければfalseを返す。maxBandwidthの値は、minBandwidthの値よりも大きく、それ以外の場合はfalseを返す。maxBandwidthからminBandwidthの処理能力までの間の範囲は、プロパティavailableRepresentationの少なくとも1つの値を許容し、そうでなければ当該方法はfalseを返す。HAS期間を変更し、新たな利用可能なレプレゼンテーションを有する新たなレプレゼンテーションが設定されたレプレゼンテーション方法の範囲内にない場合には、最大及び最小の処理能力が定義されずリセットされる。このようなことが発生しないように、最大及びい最小の処理能力の少なくとも一方は、onPeriodChange関数が呼び出されると、即座に修正されなければならない。引数:maxBandwidth:最大処理能力はHASのプレゼンテーションに対して許容される。値が設定されていない場合はOITFによって限度が設定される。引数:minBandwidth:最小処理能力はHASのプレゼンテーションに対して許容される。値が設定されていない場合はOITFによって限度が設定される。引数maxBandwidth、及びminBandwidthの1つが指定されていなければ、最大処理能力又は最小処理能力のそれぞれが適用されないことを意味する。さらに、OIPF及びCEA-2014-Aのコンテキストにおいて、固有の以下のイベントに対して、対応DOMレベル2イベントは下記の方法で生成される。<Intrinsicイベント><対応DOM2イベント><DOM2イベントプロパティ>OnRepresentationChangeRepresentationChangeBubblesNoCancelableNoContextinfoNoneOnPeriodChangePeriodChangeBubblesNoCancelableNoContextinfoNone。これらのDOM2イベントは、イベントターゲットに直接送られ、バブルやキャプチャは行われない。アプリケーションはバブリングフェーズやキャプチャリングフェーズ中にそれらのイベントを受信するべきでない。図8は、装置図3の330に対応する、図5の504、図6の604などの一部であり、ストリーミングシステム図3の300においてストリーミングアプリケーション図3の325などと通信するプロセッサ図5の504又は図6の604などによって実行される方法800のフローチャートである。ストリーミングシステムにおいて、メディアコンテンツアイテムの少なくとも2つのレプレゼンテーションが利用可能である。方法800は、ストリーミングアプリケーションによって使用されるメディアコンテンツアイテムの一連のセグメントにおいて、レプレゼンテーション及び処理能力の変更が発生すると、信号を生成するS810を含む。方法800は、さらに、S820において、ストリーミングアプリケーションへ生成された信号を送信するステップを有する。当該方法は、プロセッサによって実行されるプログラムとして、コンピュータで読取可能な媒体340に格納される。開示される例示の実施形態は、ストリーミングコンテンツに関連する戦略的な決定に関する情報をストリーミングクライアントに提供する方法及び装置を提供する。この決定は、本発明を限定することを意図しないことが理解されるべきである。一方、例示の実施形態は、以下の特許請求の範囲によって定義されるように本発明の精神及び範囲に含まれる、代替の、変形の、同等のものをカバーすることを意図する。さらに、例示の実施形態の詳細な説明において、請求した発明の包括的な理解を提供するために多数の特定の説明が記載されている。しかしながら、そのような特定の説明ではなく、種々の実施形態が実行されてもよいことを当業者には理解されるであろう。当業者には理解されるように、例示の実施形態は、無線通信デバイス、方法、又はコンピュータプログラムに実装されてもよい。本発明の例示の実施形態における機能や要素は、実施形態においては特有の組み合わせで説明したが、各機能や各要素は、本実施形態において他の機能や他の要素なしで使用されてもいし、ここで説明した他の機能や他の要素との、又は、他の機能や他の要素なしでの、種々の組み合わせで使用されてもよい。本発明において提供する方法及びフローチャートは、特有のプログラマブルコンピュータ又はプロセッサによって実行される、コンピュータで読取可能な記憶媒体に実装されるコンピュータプログラム、ソフトウェア、又はファームウェアとして実現されてもよい。