オーディオ、ビデオ、及びコンピュータグラフィックスコンテンツの少なくとも1つをレンダリングする方法であって、前記コンテンツは、サービス提供デバイスによって配信され、当該方法は、入出力デバイスによって、前記コンテンツに対するユーザリクエストを受信するステップと、前記ユーザリクエストに応答して、リクエストされた前記コンテンツをレンダリングするための前記入出力デバイスの処理及び記憶リソースの少なくとも1つの部分を割り当てるステップであって、割り当てられた前記部分は、前記入出力デバイスの残りのリソースが、少なくとも前記入出力デバイスの容量が後のユーザリクエストを受信し、かつ所定のレスポンスタイムでそれに応答するのを維持するために十分であるように、選択される、ステップと、所定のレンダリング品質で、及び/又は所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、前記所定のレンダリング品質及び前記所定のレンダリング時間の少なくとも1つが満たされるために必要とされるプリレンダリングの程度を決定するステップと、必要とされるプリレンダリングの前記決定された程度に従って、前記サービス提供デバイス上で、前記コンテンツをプリレンダリングし、前記サービス提供デバイスから前記入出力デバイスに、前記プリレンダリングされたコンテンツを配信するステップと、前記入出力デバイスにおいて前記コンテンツの前記レンダリングを完了するために、前記割り当てられたリソースを使用するステップと、を有する方法。所定のレンダリング品質で、及び/又は前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、プリレンダリングの程度を決定することは、サービス提供デバイスで実行され、当該方法は、前記入出力デバイスから前記サービス提供デバイスに、前記割り当てられたリソースの指示を配信するステップ、を更に有する請求項1記載の方法。所定のレンダリング品質で、及び/又は前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、プリレンダリングの程度を決定することは、前記入出力デバイスで実行され、当該方法は、サービス提供デバイスに、必要とされるプリレンダリングの前記程度の指示を配信するステップ、を更に有する請求項1記載の方法。前記所定のレンダリング品質で、及び前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの前記量が、前記割り当てられたリソースを超えない場合、前記サービス提供デバイスは、レンダリングされていない前記コンテンツを配信する、請求項1ないし3のうちいずれか1項記載の方法。前記コンテンツに対するユーザリクエストは、更なるコンテンツの精細な部分の選択であり、当該方法は、前記コンテンツに対するユーザリクエストを受信する前に、前記入出力デバイスにおいて、維持されたサービス品質を持つサービスに対するユーザリクエストを受信するステップであって、前記サービス品質は、前記所定の品質で、前記所定のレンダリング時間以内でレンダリングされたコンテンツを保証する、ステップと、前記入出力デバイスから前記サービス提供デバイスにリクエストされたサービスに対応するサブスクライブリクエストを送信するステップと、前記リクエストされたサービスをサービス提供デバイスにおいてセットアップするステップと、更なるコンテンツに対する更なるユーザリクエストを、前記入出力デバイスにおいて受信するステップと、前記入出力デバイスから前記サービス提供デバイスに、第1のコンテンツリクエストを送信するステップと、前記サービス提供デバイスから前記入出力デバイスに、前記更なるコンテンツのリクエストを提供するステップと、前記更なるコンテンツを、前記入出力デバイスにおいてレンダリングし、出力するステップと、を有する請求項1記載の方法。レンダリングされたオーディオ、レンダリングされたビデオ、及びレンダリングされたコンピュータグラフィックスコンテンツの少なくとも1つを出力するための入出力デバイスであって、前記コンテンツは、サービス提供デバイスによって配信され、当該入出力デバイスは、前記コンテンツのユーザリクエストを受信するための手段と、処理及び記憶するリソースと、処理及び記憶するリソースの少なくとも1つの一部を割り当てるための手段であって、前記割り当てるための前記手段は、前記割り当てられた部分を選択するために適合しており、これによって、前記入出力デバイスの残りのリソースは、ユーザ入力を受信する前記入出力デバイスの容量を維持し、かつ所定のレスポンスタイムでそれに応答するために少なくとも十分である、手段と、前記割り当てられたリソースの指示を、前記サービス提供デバイスに配信するための手段と、前記サービス提供デバイスから、前記コンテンツを受信するための手段であって、前記リクエストされたコンテンツを、所定のレンダリング時間及び/又は所定のレンダリング品質でレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超える場合、前記コンテンツは、プリレンダリングされて受信される、手段と、前記受信したコンテンツのレンダリングを完了するための手段と、を有する入出力デバイス。プリレンダリングされたオーディオ、プリレンダリングされたビデオ、及びプリレンダリングされたコンピュータグラフィックスコンテンツの少なくとも1つを、前記プリレンダリングされたコンテンツを完了させるために、入出力デバイスに配信するためのサービス提供デバイスであって、出力のために前記入出力デバイスに割り当てられたリソースの指示を前記入出力デバイスから受信するための手段と、前記リクエストされたコンテンツを所定のレンダリングタイム以内に及び/又は所定のレンダリング品質でレンダリングするために必要とされるリソースの量を決定するよう適合した処理手段と、を有し、前記処理手段は、必要とされるプリレンダリングの程度を決定するために、前記割り当てられたリソース及び必要とされるリソースの前記決定された量を利用するよう更に適合しており、当該サービス提供デバイスは、必要とするプリレンダリングの前記決定された程度に従って、前記コンテンツをプリレンダリングするための手段と、前記入出力デバイスに前記コンテンツを配信するための手段であって、前記所定のレンダリング時間以内に前記リクエストされたコンテンツをレンダリングするために必要とされるリソースの前記量が、前記割り当てられたリソースを超える場合、前記コンテンツは、必要とされるプリレンダリングの前記決定された程度に従ってプリレンダリングされて配信される、手段と、を有するサービス提供デバイス。所定のサービス品質が維持されるよう、必要とされるプリレンダリングの前記程度が決定され、前記サービス品質は、前記所定の品質で、かつ所定のレンダリング時間以内に、レンダリングされたコンテンツを表示することを保証する、請求項7記載のサービス提供デバイス。短い待ち時間の圧縮―解凍が利用されても、サーバへのレンダリングのアウトソーシングは、相応の待ち時間を伴う。更に、レンダリングされたコンテンツは、広いバンド幅を必要とする。これによって、ピークデータレートが超過した場合には、フレームのコマ落ちが発生し得る。したがって、請求項1によって、オーディオ、ビデオ、及びコンピュータグラフィックスコンテンツの少なくとも1つをレンダリングするための方法であって、前記コンテンツは、サービス提供デバイスによって配信される、方法が提供される。この方法は、入出力デバイスによって、前記コンテンツに対するユーザリクエストを受信するステップと、前記ユーザリクエストに応答して、リクエストされた前記コンテンツをレンダリングするための前記入出力デバイスの処理及び記憶リソースの少なくとも1つの部分を割り当てるステップであって、割り当てられた前記部分は、前記入出力デバイスの残りのリソースが、少なくとも前記入出力デバイスの容量が後のユーザリクエストを受信し、所定のレスポンスタイムでそれに応答するのを維持するために少なくとも十分であるように選択される、ステップと、を有する。そして、この方法は、所定のレンダリング品質で、及び/又は所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、前記所定のレンダリング品質及び前記所定のレンダリング時間が満たされるために必要とされるプリレンダリングの程度を決定し、必要とされるプリレンダリングの前記決定された程度に従って、前記サービス提供デバイス上で、前記コンテンツのプリレンダリングが実行される。前記サービス提供デバイスから前記入出力デバイスに、前記プリレンダリングされたコンテンツを配信した後、前記入出力デバイス上で前記コンテンツの前記レンダリングを完了するために、前記割り当てられたリソースが使用される。サーバ側でのレンダリングは、必要とされる程度に限定されているため、バンド幅の制約をより容易に満たす、そして、ドロップコマ落ちせざるを得ないコンテンツは少ないか皆無となる。更に、レンダリングは、更に分散されてなされる。したがって、ユーザリクエストに対するレスポンスタイムは減少する。配信は、動的に調整され、入出力デバイスが並行して更なるタスク処理を維持することを可能とする。有用な実施形態の更なる特徴は、従属請求項によって特定されている。本発明は、請求項6に従って入出力デバイス、請求項7に従って、サービス提供デバイスを更に提案している。本発明の例示的な実施形態は、図面に描かれており、かつ、以下の明細書に詳述されている。この例示的な実施形態は、本発明の理解を助けるために説明するものであり、請求項に明記した発明の開示、範囲、精神、を限定するためのものではない。本発明は、対応して適合している処理デバイスを有するいかなる電子デバイスによっても実現することができる。例えば、少なくとも部分的には、テレビジョン、セットトップボックス、携帯電話、パーソナルコンピュータ、サーバ、又はサーバネットワークにおいて実現することができる。インターラクティブなテレビのアプリケーションに対しては、顧客満足度を確保するために、サービスの迅速なリアクションが必要とされる。タッチやジェスチャーなどの新しいユーザインタフェースをサポートするカスタマー端末の多様化によって、上述の点は、より重要となっている。したがって、インターラクティブなコンテンツに対するスムーズなオペレーションを行うことができる手段が必要とされる。見る側からの例としては、オプションをユーザに提供することである。これによってユーザは、単純な拡大縮小メカニズムよりも優れたライブシーケンスの全体像イメージに対するズーミングをリクエストできる。そして、これは、メインでのコーディング及びイメージレンダリングパスに統合される。単純なピクチャインピクチャメカニズムでは、異なるパースペクティブ全体像及びズームインに対するパラレルなパスを追加することが必要とされるだけであるが、これは、あるパースペクティブから次のパースペクティブへの変化の間においてあまり役立たない。実施形態においては、二つのレンダリングに影響を与えずに、1つのパースペクティブレンダリング位置から次にブレンドするニーズが存在する。加えて、あるいは代替として、ブレンドすることは、ディスプレイのある領域に制限し、他の領域は、他のパースペクティブの表示を継続してもよい。したがって、端末の利用できるパラレル処理能力は、表示されているインターラクティブなコンテンツの複雑度を制限することになる。端末が数個のパラレルレンダリングエンジンを搭載しなければならないという事態を回避するために、端末とサービスプロバイダとの間で必要な処理についてネゴシエートさせ、そして、端末の利用できるパフォーマンス、ネットワークのバンド幅、及びサービスのコストの少なくとも1つを考慮に入れて、サービスプロバイダがサービスの品質を満足するようにさせることを提案する。図2に示す実施例において、サービスは、レンダリングされたパースペクティブの状態の最新情報、及び/又は、必要とされるブレンドの処理を取得し、そして、追加的なシーケンスを提供する。これによって、端末でのレンダリングの複雑度を低減させる。端末TERは、柔軟性を保持し、迅速な応答を保証する十分な処理能力を維持する。これによって、ユーザが端末と対話処理を行う際の、待ち時間又は知覚できる遅延hapticaldelayを減少させる。端末TERは、サービス提供デバイスSERに接続されており、メインのメディアシーケンスCONをリクエストする。ユーザは、ユーザインタフェースUIを介して、新たなビューをレンダリングするためにメインのメディアシーケンスがも用いている特別のパースペクティブを得るために、端末が接続されたディスプレイの領域を選択し、スケーラブルメディアプロセッサMEPは、メモリ及び処理パフォーマンスを割り当て、レンダリング手段RE1、RE2によるレンダリングを提供し、そして最後にブレンディング手段BLNによるブレンディング、又はメインスクリーン上へのマッピングを提供する。割り当てられたリソースは、条件付けられた追加的シーケンスを得るために、サービスに報告される。この追加的シーケンスは、複雑な処理を単なるマッピング又はマルチプレクシングにさせて、低減させる。例えば、QoSモニタがサーバ上で動作しており、これによって、利用できるリソースの比が、レスポンスタイム及び/又はレンダリング品質に関連する品質を維持するために十分か否かをチェックし、レスポンスタイム又はレンダリング品質が保証できない場合には、プリレンダリングされたコンテンツを提供する。また、QoSモニタQOSは、端末に含まれ、かつ、そこにおいて利用できるリソースの比をチェックする。特定の閾値例えば70が割り当てられる及び/又はデバイスステータスレジスタDSRに記憶されたデバイスのステータスに応じて、端末コントローラTCNは、サーバSERのサービスマネジャSEMにサポートのためのリクエストを送信する。サービスマネジャSEMは、これに応答して、メディアストリーマMESを介して、プリレンダリングされたコンテンツを提供する。したがって、レンダリングの複雑度renderingcomplexityは、端末とサービスを提供するサーバ又はサーバネットワークとの間で、動的に配分される。もし、サービスプロバイダがエンドユーザに、サブスクライブサービスsubscribedserviceゲートウエイデバイスを提供する場合、セットトップボックスは、サーバネットワークの一部となり得る。そして、処理の複雑度は、そのゲートウエイによって部分的に軽減され得る。他の実施形態又は上述の実施形態の例示的な構成において、本発明は、テレビを視聴するためにエンドユーザ端末でインプリメントできるようサポートされる。したがって、メディアストリームは、放送プッシュアプリケーションで普通に用いられるメカニズムを利用して、サービスプロバイダから提供される。サービスの選択は、一般的には、メディアストリーミングの特定のチャネルの選択によって行われる。例えば、DVBトランスポートストリームにおいて、特定のサービスが検出された場合、端末のプラットフォームにおいてアプリケーションが選択される。このアプリケーションは、メディアの再生を動作させ、電子プログラムガイドEPGの形式でプログラムの内容を提示することができる。図3にこれを示す。エンドユーザは、このメディアストリームから、基本的なストリームのコンビネーションを選択することができる。これらは、結合され、自分のプログラム又は同一のライブストリームの異なる視点からのパースペクティブ視野を生成することができる。伝送方式に依存して、1つのトランスポートストリームは、最大で8つの異なるプログラムを含むことができる。他のプログラムグループに変更するには、異なるトランスポートストリームに変更することが必要である。このためには、受信器のインジェストチャネルingestchannelをチューニングすることによってなされる。プログラム番組の情報は、いわゆるデータ又はオブジェクトカルーセルdataorobjectcarouselによってアップデートされる。これは、ファイルシステム、アプリケーション、又はプログラム記述を、通常のメディアストリームで時間マルチプレクスによって、定期的に伝送している。更に、高度なプラットフォームでは、ブロードバンドフィードバックチャネルを利用して、パーソナライズされたメディアストリームをリクエストすることができる。この方法は、VODなどのサービスに用いられる。この場合、個々のエンド端末は、それぞれ独自のメディアストリームを選択することができる。したがって、高性能なメディアサーバを必要とする。VODコンテンツは、ウェブページで提供される。ウェブページは端末での表示のためのものとして単に必要である。本発明では、少なくとも部分的にエンドユーザ端末上で実現される。端末は、端末が実行できる最終的なレンダリングと、エンドユーザ端末をサポートできるメディアサーバの最終的なレンダリングとの比を特定できる。メディアサーバは、制限されたハードウエアリソース又は接続されたディスプレイ又はラウドスピーカが原因となって端末が処理可能なワークロードに依存して、特定のパースペクティブを生成する。そして、通信をハンドリングすること、新たなパースペクティブをレンダリングすること、及びそのパースペクティブをエンド端末に転送することによる待ち時間に起因する遅延したレスポンスタイムの欠点を無くして、ユーザに対するDVR的な機能性の特徴を有するサービスを、サーバにおいて提供することができる。プログラムを提供するためのセッションがどのように生成されたかに依存することなく、かつ、ライブ放送プッシュ又はオンデマンドとしてコンテンツが配信されるかいなかに依存することなく、エンドユーザ端末は、フィードバックチャネルを用いてサーバと接続を確立することができる。任意に、このフィードバックチャネルはブロードバンドアクセスを提供する。例えば、DVBは、RTCPRealTimeControlProtocolを利用することによって、改良されたチャネルスイッチングのためのリンクを採用している。このRTCPプロトコルは、メディア配信セッションの参加者の統計を収集するためのものである。したがって、エンドユーザ端末は、これらのパケットによって、ワークロード情報又はサポートリクエスト又はその両者を伝送することができる。その例が図4に示されている。RTCPパケットは、定期的に発生する例えば:1秒に1回RTCPパケットのレシーバレポートには、プロファイルが定義されている。このプロファイルは、ワークロード例えば、80、50、1つ以上の閾値を超えていること、及び/又は、サポートレベル例えば、必須need、望むlikeに関する情報を提供する。このプロファイルは、RTCPRRパケットのプロファイル特有の拡張profilespecificextensionに定義される。既に定義されたタイプの例としては、ビデオ形式VideoPreference、受信器側バンド幅リミットReceiverSideBandwidthLimitsが挙げられる。以上の実施形態に関して、以下の付記を開示する。付記1オーディオ、ビデオ、及びコンピュータグラフィックスコンテンツの少なくとも1つをレンダリングする方法であって、前記コンテンツは、サービス提供デバイスによって配信され、当該方法は、入出力デバイスによって、前記コンテンツに対するユーザリクエストを受信するステップと、前記ユーザリクエストに応答して、リクエストされた前記コンテンツをレンダリングするための前記入出力デバイスの処理及び記憶リソースの少なくとも1つの部分を割り当てるステップであって、割り当てられた前記部分は、前記入出力デバイスの残りのリソースが、少なくとも前記入出力デバイスの容量が後のユーザリクエストを受信し、かつ所定のレスポンスタイムでそれに応答するのを維持するために十分であるように、選択される、ステップと、所定のレンダリング品質で、及び/又は所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、前記所定のレンダリング品質及び前記所定のレンダリング時間の少なくとも1つが満たされるために必要とされるプリレンダリングの程度を決定するステップと、必要とされるプリレンダリングの前記決定された程度に従って、前記サービス提供デバイス上で、前記コンテンツをプリレンダリングし、前記サービス提供デバイスから前記入出力デバイスに、前記プリレンダリングされたコンテンツを配信するステップと、前記入出力デバイスにおいて前記コンテンツの前記レンダリングを完了するために、前記割り当てられたリソースを使用するステップと、を有する方法。付記2所定のレンダリング品質で、及び/又は前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、プリレンダリングの程度を決定することは、サービス提供デバイスで実行され、当該方法は、前記入出力デバイスから前記サービス提供デバイスに、前記割り当てられたリソースの指示を配信するステップ、を更に有する付記1記載の方法。付記3所定のレンダリング品質で、及び/又は前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、プリレンダリングの程度を決定することは、前記入出力デバイスで実行され、当該方法は、サービス提供デバイスに、必要とされるプリレンダリングの前記程度の指示を配信するステップ、を更に有する付記1記載の方法。付記4前記所定のレンダリング品質で、及び前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの前記量が、前記割り当てられたリソースを超えない場合、前記サービス提供デバイスは、レンダリングされていない前記コンテンツを配信する、付記1ないし3のうちいずれか1項記載の方法。付記5前記コンテンツに対するユーザリクエストは、更なるコンテンツの精細な部分の選択であり、当該方法は、前記コンテンツに対するユーザリクエストを受信する前に、前記入出力デバイスにおいて、維持されたサービス品質を持つサービスに対するユーザリクエストを受信するステップであって、前記サービス品質は、前記所定の品質で、前記所定のレンダリング時間以内でレンダリングされたコンテンツを保証する、ステップと、前記入出力デバイスから前記サービス提供デバイスにリクエストされたサービスに対応するサブスクライブリクエストを送信するステップと、前記リクエストされたサービスをサービス提供デバイスにおいてセットアップするステップと、更なるコンテンツに対する更なるユーザリクエストを、前記入出力デバイスにおいて受信するステップと、前記入出力デバイスから前記サービス提供デバイスに、第1のコンテンツリクエストを送信するステップと、前記サービス提供デバイスから前記入出力デバイスに、前記更なるコンテンツのリクエストを提供するステップと、前記更なるコンテンツを、前記入出力デバイスにおいてレンダリングし、出力するステップと、を有する付記1記載の方法。付記6レンダリングされたオーディオ、レンダリングされたビデオ、及びレンダリングされたコンピュータグラフィックスコンテンツの少なくとも1つを出力するための入出力デバイスであって、前記コンテンツは、サービス提供デバイスによって配信され、当該入出力デバイスは、前記コンテンツのユーザリクエストを受信するための手段と、処理及び記憶するリソースと、処理及び記憶するリソースの少なくとも1つの一部を割り当てるための手段であって、前記割り当てるための前記手段は、前記割り当てられた部分を選択するために適合しており、これによって、前記入出力デバイスの残りのリソースは、ユーザ入力を受信する前記入出力デバイスの容量を維持し、かつ所定のレスポンスタイムでそれに応答するために少なくとも十分である、手段と、前記割り当てられたリソースの指示を、前記サービス提供デバイスに配信するための手段と、前記サービス提供デバイスから、前記コンテンツを受信するための手段であって、前記リクエストされたコンテンツを、所定のレンダリング時間及び/又は所定のレンダリング品質でレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超える場合、前記コンテンツは、プリレンダリングされて受信される、手段と、前記受信したコンテンツのレンダリングを完了するための手段と、を有する入出力デバイス。付記7プリレンダリングされたオーディオ、プリレンダリングされたビデオ、及びプリレンダリングされたコンピュータグラフィックスコンテンツの少なくとも1つを、前記プリレンダリングされたコンテンツを完了させるために、入出力デバイスに配信するためのサービス提供デバイスであって、出力のために前記入出力デバイスに割り当てられたリソースの指示を前記入出力デバイスから受信するための手段と、前記リクエストされたコンテンツを所定のレンダリングタイム以内に及び/又は所定のレンダリング品質でレンダリングするために必要とされるリソースの量を決定するよう適合した処理手段と、を有し、前記処理手段は、必要とされるプリレンダリングの程度を決定するために、前記割り当てられたリソース及び必要とされるリソースの前記決定された量を利用するよう更に適合しており、当該サービス提供デバイスは、必要とするプリレンダリングの前記決定された程度に従って、前記コンテンツをプリレンダリングするための手段と、前記入出力デバイスに前記コンテンツを配信するための手段であって、前記所定のレンダリング時間以内に前記リクエストされたコンテンツをレンダリングするために必要とされるリソースの前記量が、前記割り当てられたリソースを超える場合、前記コンテンツは、必要とされるプリレンダリングの前記決定された程度に従ってプリレンダリングされて配信される、手段と、を有するサービス提供デバイス。付記8所定のサービス品質が維持されるよう、必要とされるプリレンダリングの前記程度が決定され、前記サービス品質は、前記所定の品質で、かつ所定のレンダリング時間以内に、レンダリングされたコンテンツを表示することを保証する、付記7記載のサービス提供デバイス。