(57)【特許請求の範囲】
【請求項１】
オーディオ、ビデオ、及びコンピュータグラフィックスコンテンツの少なくとも１つをレンダリングする方法であって、前記コンテンツは、サービス提供デバイスによって配信され、かつ前記コンテンツの異なるパースペクティブに関連する複数のストリームの中に含まれ、当該方法は、
入出力デバイスによって、前記コンテンツに対するユーザリクエストを受信するステップであって、前記ユーザリクエストは、現在のパースペクティブとは異なる新たなパースペクティブを指定している、ステップと、
前記ユーザリクエストに応答して、リクエストされた前記コンテンツをレンダリングするための前記入出力デバイスの処理及び記憶リソースの少なくとも１つの部分を割り当てるステップであって、割り当てられた前記部分は、前記入出力デバイスの残りのリソースが、少なくとも前記入出力デバイスの容量が後のユーザリクエストを受信し、かつ所定のレスポンスタイムでそれに応答するのを維持するために十分であるように、選択される、ステップと、
所定のレンダリング品質で、及び／又は所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、前記所定のレンダリング品質及び前記所定のレンダリング時間の少なくとも１つが満たされるために必要とされるプリレンダリングの程度を決定するステップであって、前記プリレンダリングは、前記現在のパースペクティブと前記新たなパースペクティブとの間の変化のシーケンスを生成するためのブレンドの処理の少なくとも一部を含む、ステップと、
必要とされるプリレンダリングの前記決定された程度に従って、前記サービス提供デバイス上で、前記コンテンツをプリレンダリングし、前記サービス提供デバイスから前記入出力デバイスに、前記プリレンダリングされたコンテンツを配信するステップと、
前記入出力デバイスにおいて前記コンテンツの前記レンダリングを完了するために、前記割り当てられたリソースを使用するステップと、
を有する方法。
【請求項２】
前記入出力デバイスは、異なるストリームの中で、前記現在のパースペクティブに従ってコンテンツを受信し、前記新たなパースペクティブに従ってコンテンツを受信する、請求項１記載の方法。
【請求項３】
所定のレンダリング品質で、及び／又は前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、プリレンダリングの程度を決定することは、サービス提供デバイスで実行され、
当該方法は、前記入出力デバイスから前記サービス提供デバイスに、前記割り当てられたリソースを報告するステップ、
を更に有する請求項１又は２記載の方法。
【請求項４】
所定のレンダリング品質で、及び／又は前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、プリレンダリングの程度を決定することは、前記入出力デバイスで実行され、
当該方法は、サービス提供デバイスに、必要とされるプリレンダリングの前記程度の指示を配信するステップ、
を更に有する請求項１又は２記載の方法。
【請求項５】
前記所定のレンダリング品質で、及び前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの前記量が、前記割り当てられたリソースを超えない場合、前記サービス提供デバイスは、レンダリングされていない前記コンテンツを配信する、
請求項１ないし４のうちいずれか１項記載の方法。
【請求項６】
前記新たなパースペクティブは、前記コンテンツの前記現在のパースペクティブの精細な部分である、請求項１ないし５のうちいずれか１項記載の方法。
【請求項７】
当該方法は、前記コンテンツに対するユーザリクエストを受信する前に、
前記入出力デバイスにおいて、維持されたサービス品質を持つサービスに対するユーザリクエストを受信するステップであって、前記サービス品質は、前記所定の品質で、前記所定のレンダリング時間以内でレンダリングされたコンテンツを保証する、ステップと、
前記入出力デバイスから前記サービス提供デバイスにリクエストされたサービスに対応する配信リクエストを送信するステップと、
前記リクエストされたサービスをサービス提供デバイスにおいてセットアップするステップと、
コンテンツに対する更なるユーザリクエストを、前記入出力デバイスにおいて受信するステップと、
前記入出力デバイスから前記サービス提供デバイスに、第１のコンテンツリクエストを送信するステップと、
前記サービス提供デバイスから前記入出力デバイスに、前記第１のコンテンツリクエストによりリクエストされた前記コンテンツを提供するステップと、
前記入出力デバイスにおける前記第１のコンテンツリクエストによりリクエストされた前記コンテンツを、レンダリングし、出力するステップであって、前記コンテンツは、前記現在のパースペクティブに従う前記コンテンツである、ステップと、
を更に有する請求項１ないし６のうちいずれか１項記載の方法。
【請求項８】
最終的にレンダリングされたコンテンツは、前記現在のパースペクティブに従った部分、前記現在のパースペクティブと前記新たなパースペクティブとの間の変化のシーケンスに従った部分、及び前記新たなパースペクティブに従った部分を含む、
請求項１ないし７のうちいずれか１項記載の方法。
【請求項９】
レンダリングされたオーディオ、レンダリングされたビデオ、及びレンダリングされたコンピュータグラフィックスコンテンツの少なくとも１つを出力するための入出力デバイスであって、前記コンテンツは、サービス提供デバイスによって配信され、かつ前記コンテンツの異なるパースペクティブに関連する複数のストリームの中に含まれ、当該入出力デバイスは、
前記コンテンツのユーザリクエストを受信するための手段であって、前記ユーザリクエストは、現在のパースペクティブとは異なる新たなパースペクティブを指定している、手段と、
処理及び記憶するリソースと、
処理及び記憶するリソースの少なくとも１つの一部を割り当てるための手段であって、前記割り当てるための前記手段は、前記割り当てられた部分を選択するために適合しており、これによって、前記入出力デバイスの残りのリソースは、ユーザ入力を受信する前記入出力デバイスの容量を維持し、かつ所定のレスポンスタイムでそれに応答するために少なくとも十分である、手段と、
前記割り当てられたリソースの指示を、前記サービス提供デバイスに配信するための手段と、
前記サービス提供デバイスから、前記コンテンツを受信するための手段であって、前記リクエストされたコンテンツを、所定のレンダリング時間及び／又は所定のレンダリング品質でレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超える場合、前記コンテンツは、プリレンダリングされて受信され、前記プリレンダリングは、前記現在のパースペクティブと前記新たなパースペクティブとの間の変化のシーケンスを生成するためのブレンドの処理の少なくとも一部を含む、手段と、
前記受信したコンテンツのレンダリングを完了するための手段と、
を有する入出力デバイス。
【請求項１０】
前記サービス提供デバイスから、前記コンテンツを受信するための手段は、異なるストリームの中で、前記現在のパースペクティブに従ってコンテンツを受信し、前記新たなパースペクティブに従ってコンテンツを受信する、
請求項９記載の入出力デバイス。
【請求項１１】
プリレンダリングされたオーディオ、プリレンダリングされたビデオ、及びプリレンダリングされたコンピュータグラフィックスコンテンツの少なくとも１つを、前記プリレンダリングされたコンテンツを完了させるために、入出力デバイスに配信するためのサービス提供デバイスであって、
出力のために前記入出力デバイスに割り当てられたリソースの指示を前記入出力デバイスから受信するための手段と、
リクエストされたコンテンツを所定のレンダリングタイム以内に及び／又は所定のレンダリング品質でレンダリングするために必要とされるリソースの量を決定するよう適合した処理手段と、
を有し、
前記処理手段は、必要とされるプリレンダリングの程度を決定するために、前記割り当てられたリソース及び必要とされるリソースの前記決定された量を利用するよう更に適合しており、
当該サービス提供デバイスは、
必要とするプリレンダリングの前記決定された程度に従って、前記コンテンツをプリレンダリングするための手段であって、前記プリレンダリングは、第１のパースペクティブと異なる第２のパースペクティブとの間の変化のシーケンスを生成するためのブレンドの処理の少なくとも一部を含む、手段と、
前記入出力デバイスに前記コンテンツを配信するための手段であって、前記所定のレンダリング時間以内に前記リクエストされたコンテンツをレンダリングするために必要とされるリソースの前記量が、前記割り当てられたリソースを超える場合、前記コンテンツは、必要とされるプリレンダリングの前記決定された程度に従ってプリレンダリングされて配信される、手段と、
を有するサービス提供デバイス。
【請求項１２】
所定のサービス品質が維持されるよう、必要とされるプリレンダリングの前記程度が決定され、前記サービス品質は、前記所定の品質で、かつ所定のレンダリング時間以内に、レンダリングされたコンテンツを表示することを保証する、請求項１１記載のサービス提供デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツレンダリングの分野に関する。
【背景技術】
【０００２】
コンテンツは、出力デバイスによって出力される前に、レンダリングされる必要がある。例えば、表示するためのイメージ信号は、シーンの記述及び１つ以上のテンプレートにより決定されている必要がある。ラウドスピーカへのオーディオ信号は、音場から決定されている必要がある。あるいは、表示するためのイメージ信号は、３Ｄコンピュータモデルから決定されていることが必要である。
【０００３】
レンダリングは、計算において費用のかかるタスクである。出力デバイス処理及び／又は記憶容量に応じて、出力デバイスへのレンダリングは、適切な時間を必要とする。すなわち、特に所定のレンダリングクオリティが達成されなければならない場合、長い待ち時間が必要となる。他のタスクによって出力デバイスの処理又は記憶リソースが部分的に確保されている場合、必要とされる待ち時間はより長くなる。往々にして、出力デバイスの処理又は記憶リソースが、所定のレンダリングクオリティを確保できない場合がある。
【０００４】
特に、コンテンツが個人化されている場合及び／又はインターラクティブである場合、すなわち、出力されるべきコンテンツがユーザ入力に依存している場合、このような長い待ち時間は、個人化された又はインターラクティブ化されたコンテンツのユーザの満足度を損ねることとなる。
【０００５】
サーバ又はネットワークサーバから、個人化された又はインターラクティブなコンテンツが配信される場合（ブロードキャスト信号のようにプッシュサービス、又は例えばビデオオンデマンド（ＶＯＤ）又はビデオダウンロードサービスのようなプルサービスのいずれであっても）、レンダリングは、そのサーバにアウトソースすることができる。例えば、スマートフォンは、例えば電話を受信し、又はＧＰＳナビゲーションを維持させながら、更なるタスクを並行して実行することが必要とされる。特にこのような、処理及び／又は記憶容量を限定した入出力デバイスは有用である。
【０００６】
例えば特許文献１は、リアルタイムストリーミングのインターラクティブビデオのビューをマルチキャスティングするための方法を開示している。入力デバイスを使用したユーザのアクションに応じて、制御信号がサーバに伝送される。サーバは、サーバで実行されているゲーム又はアプリケーションソフトウエアの入力としてその制御信号を受け入れ、ゲーム又はアプリケーションの次のフレームの処理にその制御信号を利用する。次のフレームが生成されると、短い待ち時間で、サーバからそのフレームを圧縮するビデオコンプレッサに送る。ビデオ及びオーディオが圧縮されると、これはアドレスを持つパケットとして、ユーザのクライアントに返信される。そして、クライアントでは、そのビデオ及びオーディオを短い待ち時間で解凍し、表示デバイスにビデオを表示する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許出願公開第２００９／０１１９，７２９号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
短い待ち時間の圧縮―解凍が利用されても、サーバへのレンダリングのアウトソーシングは、相応の待ち時間を伴う。更に、レンダリングされたコンテンツは、広いバンド幅を必要とする。これによって、ピークデータレートが超過した場合には、フレームのコマ落ちが発生し得る。
【課題を解決するための手段】
【０００９】
したがって、請求項１によって、オーディオ、ビデオ、及びコンピュータグラフィックスコンテンツの少なくとも１つをレンダリングするための方法であって、前記コンテンツは、サービス提供デバイスによって配信される、方法が提供される。
【００１０】
この方法は、入出力デバイスによって、前記コンテンツに対するユーザリクエストを受信するステップと、前記ユーザリクエストに応答して、リクエストされた前記コンテンツをレンダリングするための前記入出力デバイスの処理及び記憶リソースの少なくとも１つの部分を割り当てるステップであって、割り当てられた前記部分は、前記入出力デバイスの残りのリソースが、少なくとも前記入出力デバイスの容量が後のユーザリクエストを受信し、所定のレスポンスタイムでそれに応答するのを維持するために少なくとも十分であるように選択される、ステップと、を有する。そして、この方法は、所定のレンダリング品質で、及び／又は所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、前記所定のレンダリング品質及び前記所定のレンダリング時間が満たされるために必要とされるプリレンダリングの程度を決定し、必要とされるプリレンダリングの前記決定された程度に従って、前記サービス提供デバイス上で、前記コンテンツのプリレンダリングが実行される。前記サービス提供デバイスから前記入出力デバイスに、前記プリレンダリングされたコンテンツを配信した後、前記入出力デバイス上で前記コンテンツの前記レンダリングを完了するために、前記割り当てられたリソースが使用される。
【００１１】
サーバ側でのレンダリングは、必要とされる程度に限定されているため、バンド幅の制約をより容易に満たす、そして、ドロップ（コマ落ち）せざるを得ないコンテンツは少ないか皆無となる。更に、レンダリングは、更に分散されてなされる。したがって、ユーザリクエストに対するレスポンスタイムは減少する。配信は、動的に調整され、入出力デバイスが並行して更なるタスク処理を維持することを可能とする。
【００１２】
有用な実施形態の更なる特徴は、従属請求項によって特定されている。
【００１３】
本発明は、請求項６に従って入出力デバイス、請求項７に従って、サービス提供デバイスを更に提案している。
【００１４】
本発明の例示的な実施形態は、図面に描かれており、かつ、以下の明細書に詳述されている。この例示的な実施形態は、本発明の理解を助けるために説明するものであり、請求項に明記した発明の開示、範囲、精神、を限定するためのものではない。
【図面の簡単な説明】
【００１５】
【図１】エンドユーザ端末とサービス提供デバイスとの間の例示的な通信を示した図である。
【図２】サービス提供デバイスの例示的実施例及びエンドユーザ端末の例示的実施例を示す図である。
【図３】メディアストリーム及びメディアストリームディスクリプションを含む、例示的なトランスポートストリームを示す図である。
【図４】プロファイル特有の拡張（profile  specific  extension）を含む例示的なＲＴＣＰレシーバレポートを示す図である。
【発明を実施するための形態】
【００１６】
本発明は、対応して適合している処理デバイスを有するいかなる電子デバイスによっても実現することができる。例えば、少なくとも部分的には、テレビジョン、セットトップボックス、携帯電話、パーソナルコンピュータ、サーバ、又はサーバネットワークにおいて実現することができる。
【００１７】
インターラクティブなテレビのアプリケーションに対しては、顧客満足度を確保するために、サービスの迅速なリアクションが必要とされる。タッチやジェスチャーなどの新しいユーザインタフェースをサポートするカスタマー端末の多様化によって、上述の点は、より重要となっている。したがって、インターラクティブなコンテンツに対するスムーズなオペレーションを行うことができる手段が必要とされる。（見る側からの）例としては、オプションをユーザに提供することである。これによってユーザは、単純な拡大縮小メカニズムよりも優れたライブシーケンスの全体像イメージに対するズーミングをリクエストできる。そして、これは、メインでのコーディング及びイメージレンダリングパスに統合される。
【００１８】
単純なピクチャインピクチャメカニズムでは、異なるパースペクティブ（全体像及びズームイン）に対するパラレルなパスを追加することが必要とされるだけであるが、これは、あるパースペクティブから次のパースペクティブへの変化の間においてあまり役立たない。実施形態においては、二つのレンダリングに影響を与えずに、１つのパースペクティブレンダリング位置から次にブレンドするニーズが存在する。加えて、あるいは代替として、ブレンドすることは、ディスプレイのある領域に制限し、他の領域は、他のパースペクティブの表示を継続してもよい。したがって、端末の利用できるパラレル処理能力は、表示されているインターラクティブなコンテンツの複雑度を制限することになる。
【００１９】
端末が数個のパラレルレンダリングエンジンを搭載しなければならないという事態を回避するために、端末とサービスプロバイダとの間で必要な処理についてネゴシエートさせ、そして、端末の利用できるパフォーマンス、ネットワークのバンド幅、及びサービスのコストの少なくとも１つを考慮に入れて、サービスプロバイダがサービスの品質を満足するようにさせることを提案する。
【実施例】
【００２０】
図２に示す実施例において、サービスは、レンダリングされたパースペクティブの状態の最新情報、及び／又は、必要とされるブレンドの処理を取得し、そして、追加的なシーケンスを提供する。これによって、端末でのレンダリングの複雑度を低減させる。
【００２１】
端末ＴＥＲは、柔軟性を保持し、迅速な応答を保証する十分な処理能力を維持する。これによって、ユーザが端末と対話処理を行う際の、待ち時間又は「知覚できる遅延（haptical  delay）」を減少させる。
【００２２】
端末ＴＥＲは、サービス提供デバイスＳＥＲに接続されており、メインのメディアシーケンスＣＯＮをリクエストする。ユーザは、ユーザインタフェースＵＩを介して、新たなビューをレンダリングするためにメインのメディアシーケンスが（も）用いている特別のパースペクティブを得るために、端末が接続されたディスプレイの領域を選択し、スケーラブルメディアプロセッサ（ＭＥＰ）は、メモリ及び処理パフォーマンスを割り当て、レンダリング手段ＲＥ１、ＲＥ２によるレンダリングを提供し、そして最後にブレンディング手段ＢＬＮによるブレンディング、又はメインスクリーン上へのマッピングを提供する。割り当てられたリソースは、条件付けられた追加的シーケンスを得るために、サービスに報告される。この追加的シーケンスは、複雑な処理を単なるマッピング又はマルチプレクシングにさせて、低減させる。例えば、ＱｏＳモニタがサーバ上で動作しており、これによって、利用できるリソースの比が、レスポンスタイム及び／又はレンダリング品質に関連する品質を維持するために十分か否かをチェックし、レスポンスタイム又はレンダリング品質が保証できない場合には、プリレンダリングされたコンテンツを提供する。
【００２３】
また、ＱｏＳモニタＱＯＳは、端末に含まれ、かつ、そこにおいて利用できるリソースの比をチェックする。特定の閾値（例えば７０％が割り当てられる）及び／又はデバイスステータスレジスタＤＳＲに記憶されたデバイスのステータスに応じて、端末コントローラＴＣＮは、サーバＳＥＲのサービスマネジャＳＥＭにサポートのためのリクエストを送信する。サービスマネジャＳＥＭは、これに応答して、メディアストリーマＭＥＳを介して、プリレンダリングされたコンテンツを提供する。
【００２４】
したがって、レンダリングの複雑度（rendering  complexity）は、端末とサービスを提供するサーバ（又はサーバネットワーク）との間で、動的に配分される。もし、サービスプロバイダがエンドユーザに、サブスクライブサービス（subscribed  service）ゲートウエイデバイスを提供する場合、セットトップボックスは、サーバネットワークの一部となり得る。そして、処理の複雑度は、そのゲートウエイによって部分的に軽減され得る。
【００２５】
他の実施形態又は上述の実施形態の例示的な構成において、本発明は、テレビを視聴するためにエンドユーザ端末でインプリメントできるようサポートされる。したがって、メディアストリームは、放送（プッシュ）アプリケーションで普通に用いられるメカニズムを利用して、サービスプロバイダから提供される。サービスの選択は、一般的には、メディアストリーミングの特定のチャネルの選択によって行われる。例えば、ＤＶＢトランスポートストリームにおいて、特定のサービスが検出された場合、端末のプラットフォームにおいてアプリケーションが選択される。このアプリケーションは、メディアの再生を動作させ、電子プログラムガイド（ＥＰＧ）の形式でプログラムの内容を提示することができる。図３にこれを示す。
【００２６】
エンドユーザは、このメディアストリームから、基本的なストリームのコンビネーションを選択することができる。これらは、結合され、自分のプログラム又は同一のライブストリームの異なる視点からのパースペクティブ（視野）を生成することができる。伝送方式に依存して、１つのトランスポートストリームは、最大で８つの異なるプログラムを含むことができる。他のプログラムグループに変更するには、異なるトランスポートストリームに変更することが必要である。このためには、受信器のインジェストチャネル（ingest  channel）をチューニングすることによってなされる。プログラム（番組）の情報は、いわゆるデータ又はオブジェクトカルーセル（data    or  object  carousel）によってアップデートされる。これは、ファイルシステム、アプリケーション、又はプログラム記述を、通常のメディアストリームで時間マルチプレクスによって、定期的に伝送している。
【００２７】
更に、高度なプラットフォームでは、ブロードバンドフィードバックチャネルを利用して、パーソナライズされたメディアストリームをリクエストすることができる。この方法は、ＶＯＤなどのサービスに用いられる。この場合、個々のエンド端末は、それぞれ独自のメディアストリームを選択することができる。したがって、高性能なメディアサーバを必要とする。ＶＯＤコンテンツは、ウェブページで提供される。ウェブページは端末での表示のためのものとして単に必要である。
【００２８】
本発明では、少なくとも部分的にエンドユーザ端末上で実現される。端末は、端末が実行できる最終的なレンダリングと、エンドユーザ端末をサポートできるメディアサーバの最終的なレンダリングとの比を特定できる。メディアサーバは、制限されたハードウエアリソース又は接続されたディスプレイ又はラウドスピーカが原因となって端末が処理可能なワークロードに依存して、特定のパースペクティブを生成する。
【００２９】
そして、通信をハンドリングすること、新たなパースペクティブをレンダリングすること、及びそのパースペクティブをエンド端末に転送することによる待ち時間に起因する遅延したレスポンスタイムの欠点を無くして、ユーザに対するＤＶＲ的な機能性の特徴を有するサービスを、サーバにおいて提供することができる。
【００３０】
プログラムを提供するためのセッションがどのように生成されたかに依存することなく、かつ、ライブ放送（プッシュ）又はオンデマンドとしてコンテンツが配信されるかいなかに依存することなく、エンドユーザ端末は、フィードバックチャネルを用いてサーバと接続を確立することができる。任意に、このフィードバックチャネルはブロードバンドアクセスを提供する。例えば、ＤＶＢは、ＲＴＣＰ（Real  Time  Control  Protocol）を利用することによって、改良されたチャネルスイッチングのためのリンクを採用している。
【００３１】
このＲＴＣＰプロトコルは、メディア配信セッションの参加者の統計を収集するためのものである。したがって、エンドユーザ端末は、これらのパケットによって、ワークロード情報又はサポートリクエスト又はその両者を伝送することができる。その例が図４に示されている。
【００３２】
・ＲＴＣＰパケットは、定期的に発生する（例えば：１秒に１回）
・ＲＴＣＰパケットのレシーバレポートには、プロファイルが定義されている。このプロファイルは、ワークロード（例えば、８０％、５０％）、１つ以上の閾値を超えていること、及び／又は、サポートレベル（例えば、必須（need）、望む（like））に関する情報を提供する。このプロファイルは、ＲＴＣＰ  ＲＲパケットのプロファイル特有の拡張（profile  specific  extension）に定義される。既に定義されたタイプの例としては、「ビデオ形式（Video  Preference）」、「受信器側バンド幅リミット（Receiver  Side  Bandwidth  Limits）」が挙げられる。
【００３３】
以上の実施形態に関して、以下の付記を開示する。
（付記１）オーディオ、ビデオ、及びコンピュータグラフィックスコンテンツの少なくとも１つをレンダリングする方法であって、前記コンテンツは、サービス提供デバイスによって配信され、当該方法は、
入出力デバイスによって、前記コンテンツに対するユーザリクエストを受信するステップと、
前記ユーザリクエストに応答して、リクエストされた前記コンテンツをレンダリングするための前記入出力デバイスの処理及び記憶リソースの少なくとも１つの部分を割り当てるステップであって、割り当てられた前記部分は、前記入出力デバイスの残りのリソースが、少なくとも前記入出力デバイスの容量が後のユーザリクエストを受信し、かつ所定のレスポンスタイムでそれに応答するのを維持するために十分であるように、選択される、ステップと、
所定のレンダリング品質で、及び／又は所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、前記所定のレンダリング品質及び前記所定のレンダリング時間の少なくとも１つが満たされるために必要とされるプリレンダリングの程度を決定するステップと、
必要とされるプリレンダリングの前記決定された程度に従って、前記サービス提供デバイス上で、前記コンテンツをプリレンダリングし、前記サービス提供デバイスから前記入出力デバイスに、前記プリレンダリングされたコンテンツを配信するステップと、
前記入出力デバイスにおいて前記コンテンツの前記レンダリングを完了するために、前記割り当てられたリソースを使用するステップと、
を有する方法。
（付記２）
所定のレンダリング品質で、及び／又は前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、プリレンダリングの程度を決定することは、サービス提供デバイスで実行され、
当該方法は、前記入出力デバイスから前記サービス提供デバイスに、前記割り当てられたリソースの指示を配信するステップ、
を更に有する付記１記載の方法。
（付記３）
所定のレンダリング品質で、及び／又は前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超えることを判断し、かつ、プリレンダリングの程度を決定することは、前記入出力デバイスで実行され、
当該方法は、サービス提供デバイスに、必要とされるプリレンダリングの前記程度の指示を配信するステップ、
を更に有する付記１記載の方法。
（付記４）
前記所定のレンダリング品質で、及び前記所定のレンダリング時間以内に、リクエストされた前記コンテンツをレンダリングするために必要とされるリソースの前記量が、前記割り当てられたリソースを超えない場合、前記サービス提供デバイスは、レンダリングされていない前記コンテンツを配信する、
付記１ないし３のうちいずれか１項記載の方法。
（付記５）
前記コンテンツに対するユーザリクエストは、更なるコンテンツの精細な部分の選択であり、
当該方法は、前記コンテンツに対するユーザリクエストを受信する前に、
前記入出力デバイスにおいて、維持されたサービス品質を持つサービスに対するユーザリクエストを受信するステップであって、前記サービス品質は、前記所定の品質で、前記所定のレンダリング時間以内でレンダリングされたコンテンツを保証する、ステップと、
前記入出力デバイスから前記サービス提供デバイスにリクエストされたサービスに対応するサブスクライブリクエストを送信するステップと、
前記リクエストされたサービスをサービス提供デバイスにおいてセットアップするステップと、
更なるコンテンツに対する更なるユーザリクエストを、前記入出力デバイスにおいて受信するステップと、
前記入出力デバイスから前記サービス提供デバイスに、第１のコンテンツリクエストを送信するステップと、
前記サービス提供デバイスから前記入出力デバイスに、前記更なるコンテンツのリクエストを提供するステップと、
前記更なるコンテンツを、前記入出力デバイスにおいてレンダリングし、出力するステップと、
を有する付記１記載の方法。
（付記６）
レンダリングされたオーディオ、レンダリングされたビデオ、及びレンダリングされたコンピュータグラフィックスコンテンツの少なくとも１つを出力するための入出力デバイスであって、前記コンテンツは、サービス提供デバイスによって配信され、当該入出力デバイスは、
前記コンテンツのユーザリクエストを受信するための手段と、
処理及び記憶するリソースと、
処理及び記憶するリソースの少なくとも１つの一部を割り当てるための手段であって、前記割り当てるための前記手段は、前記割り当てられた部分を選択するために適合しており、これによって、前記入出力デバイスの残りのリソースは、ユーザ入力を受信する前記入出力デバイスの容量を維持し、かつ所定のレスポンスタイムでそれに応答するために少なくとも十分である、手段と、
前記割り当てられたリソースの指示を、前記サービス提供デバイスに配信するための手段と、
前記サービス提供デバイスから、前記コンテンツを受信するための手段であって、前記リクエストされたコンテンツを、所定のレンダリング時間及び／又は所定のレンダリング品質でレンダリングするために必要とされるリソースの量が、前記割り当てられたリソースを超える場合、前記コンテンツは、プリレンダリングされて受信される、手段と、
前記受信したコンテンツのレンダリングを完了するための手段と、
を有する入出力デバイス。
（付記７）プリレンダリングされたオーディオ、プリレンダリングされたビデオ、及びプリレンダリングされたコンピュータグラフィックスコンテンツの少なくとも１つを、前記プリレンダリングされたコンテンツを完了させるために、入出力デバイスに配信するためのサービス提供デバイスであって、
出力のために前記入出力デバイスに割り当てられたリソースの指示を前記入出力デバイスから受信するための手段と、
前記リクエストされたコンテンツを所定のレンダリングタイム以内に及び／又は所定のレンダリング品質でレンダリングするために必要とされるリソースの量を決定するよう適合した処理手段と、
を有し、
前記処理手段は、必要とされるプリレンダリングの程度を決定するために、前記割り当てられたリソース及び必要とされるリソースの前記決定された量を利用するよう更に適合しており、
当該サービス提供デバイスは、
必要とするプリレンダリングの前記決定された程度に従って、前記コンテンツをプリレンダリングするための手段と、
前記入出力デバイスに前記コンテンツを配信するための手段であって、前記所定のレンダリング時間以内に前記リクエストされたコンテンツをレンダリングするために必要とされるリソースの前記量が、前記割り当てられたリソースを超える場合、前記コンテンツは、必要とされるプリレンダリングの前記決定された程度に従ってプリレンダリングされて配信される、手段と、
を有するサービス提供デバイス。
（付記８）
所定のサービス品質が維持されるよう、必要とされるプリレンダリングの前記程度が決定され、前記サービス品質は、前記所定の品質で、かつ所定のレンダリング時間以内に、レンダリングされたコンテンツを表示することを保証する、付記７記載のサービス提供デバイス。
【符号の説明】
【００３４】
ＳＥＲ  サービス提供デバイス
ＴＥＲ  端末
【図１】
0005997439.tif 000002
【図２】
0005997439.tif 000003
【図３】
0005997439.tif 000004
【図４】
0005997439.tif 000005