第1のマルチキャストストリームへのアクセスを提供するネットワークデバイスによって、インターネットプロトコルテレビジョンIPTVチャネルの第1のマルチメディアストリームに対するIPTVチャネル変更を制御する方法であって、前記チャネル変更が前記ネットワークデバイスに結合されたセットトップボックスによって開始され、前記セットトップボックスから前記第1のマルチメディアストリームについての要求を受信するステップと、前記ネットワークデバイスによって第2のマルチメディアストリームについての要求を送信するステップであって、前記第2のマルチメディアストリームが前記第1のマルチメディアストリームと同じIPTVチャネルに対応し、前記第2のマルチメディアストリームが前記第1のマルチメディアストリームより低い解像度を有する、ステップと、前記第2のマルチメディアストリームを受信するステップと、前記第2のマルチメディアストリームを前記セットトップボックスに送信するステップと、前記第1のマルチメディアストリームについての要求を送信するステップと、前記第1のマルチメディアストリームを受信するステップと、を含む、方法。前記第2のマルチメディアストリームをドロップするための要求を送信するステップを更に含む、請求項1に記載の方法。前記第2のマルチメディアストリームがキャッシングネットワークデバイスにキャッシュされている、請求項1に記載の方法。前記第2のマルチメディアストリームがピクチャインピクチャマルチメディアストリームである、請求項1に記載の方法。前記第1のマルチメディアストリームが、高精細マルチメディアストリーム及び標準精細マルチメディアストリームから成る群から選択される、請求項1に記載の方法。前記第1のネットワーク要素が、マルチキャストスヌーピングスイッチ及びマルチキャストルータから成る群から選択される、請求項1に記載の方法。前記第1のマルチメディアストリームが、マルチキャストストリーム及びユニキャストストリームから成る群から選択される、請求項1に記載の方法。前記ネットワークデバイスが前記セットトップボックスである、請求項1に記載の方法。前記第2のマルチメディアデバイスを送信する前記ステップが、前記第2のマルチメディアストリームをバッファするステップと、前記バッファした第2のマルチメディアストリームを復号するステップと、前記復号した第2のマルチメディアストリームを前記セットトップボックスに結合された表示デバイスに出力するステップと、を含む、請求項8に記載の方法。前記第2のマルチメディアストリームの最初の受信フレームがIフレームである、請求項1に記載の方法。インターネットプロトコルテレビジョンIPTVチャネルの第1のマルチメディアストリームを受信するための要求を用いて、前記第1のマルチメディアストリームに対するIPTVチャネル変更を要求するセットトップボックスと、前記セットトップボックスに結合され、前記第1のマルチメディアストリームへのアクセスを制御するネットワークデバイスであって、前記ネットワーク要素が、マルチメディアストリーム要求構成要素であって、前記セットトップボックスから前記第1のマルチメディアストリームについての前記要求を受信する、前記マルチメディアストリーム要求構成要素と、前記マルチメディアストリーム要求構成要素に結合され、第2のマルチメディアストリームについての要求を送信する低解像度要求構成要素であって、前記第2のマルチメディアストリームが前記第1のマルチメディアストリームと同じIPTVチャネルに対応し、前記第2のマルチメディアストリームが前記第1のマルチメディアストリームより低い解像度を有する、前記低解像度要求構成要素と、低解像度受信構成要素であって、前記低解像度要求構成要素に結合され、前記第2のマルチメディアストリームを受信する、前記低解像度受信構成要素と、低解像度送信構成要素であって、前記低解像度受信構成要素に結合され、前記第2のマルチメディアストリームを前記セットトップボックスに送信する、前記低解像度送信構成要素と、高解像度要求構成要素であって、前記低解像度送信構成要素に結合され、前記第1のマルチメディアストリームについての要求を送信する、前記高解像度要求構成要素と、高解像度受信構成要素であって、前記高解像度要求構成要素に結合され、前記第1のマルチメディアストリームを受信する、前記高解像度受信構成要素と、を含む、前記ネットワークデバイスと、を含む、ネットワーク。前記第2のマルチメディアストリームがキャッシングネットワークデバイスにキャッシュされている、請求項12に記載のネットワーク。前記第2のマルチメディアストリームがピクチャインピクチャマルチメディアストリームである、請求項12に記載のネットワーク。前記第1のマルチメディアストリームが、高精細マルチメディアストリーム及び標準精細マルチメディアストリームから成る群から選択される、請求項12に記載のネットワーク。前記第1のネットワーク要素が、マルチキャストスヌーピングスイッチ及びマルチキャストルータから成る群から選択される、請求項12に記載のネットワーク。前記第2のマルチメディアストリームの最初の受信フレームがIフレームである、請求項12に記載のネットワーク。インターネットプロトコルテレビジョンIPTVチャネルの第1のマルチメディアストリームに対するセットトップボックスによるアクセスを制御するように適合されたネットワーク要素であって、前記セットトップボックスが、前記ネットワーク要素に結合され、前記第1のマルチメディアストリームに対するIPTVチャネル変更を開始し、前記セットトップボックスから前記第1のマルチメディアストリームについての前記要求を受信するためのマルチメディアストリーム要求構成要素と、第2のマルチメディアストリームについての要求を送信するための低解像度要求構成要素であって、前記第2のマルチメディアストリームが前記第1のマルチメディアストリームと同じIPTVチャネルに対応し、前記第2のマルチメディアストリームが前記第1のマルチメディアストリームより低い解像度を有する、前記低解像度要求構成要素と、前記第2のマルチメディアストリームを受信するための低解像度受信構成要素と、前記第2のマルチメディアストリームを前記セットトップボックスに送信するための低解像度送信構成要素と、前記第1のマルチメディアストリームについての要求を送信するための高解像度要求構成要素と、前記第1のマルチメディアストリームを受信するための高解像度受信構成要素と、を含む、ネットワーク要素。前記第2のマルチメディアストリームがキャッシングネットワークデバイスにキャッシュされている、請求項18に記載のネットワーク要素。前記第2のマルチメディアストリームがピクチャインピクチャマルチメディアストリームである、請求項18に記載のネットワーク要素。この標準的な方法及び高速チャネル変更の欠点は、これらの方法ではチャネルを変更するためになお約1秒以上を要するということである。更に、高速チャネル変更方法では、キャッシングサーバ上の大きいバッファが、高速チャネル変更をサポートするために充分なデータを記憶する必要がある。更に、低速のチャネル変更によって、IPTV経験の全体的な品質が低下する。インターネットプロトコルテレビジョンIPTVチャネルの第1のマルチメディアストリームに対するIPTVチャネル変更を制御し、このチャネル変更がネットワークデバイスに結合されたセットトップボックスによって開始される方法及び装置を記載する。ネットワークデバイスは、下流デバイスからの高解像度マルチメディアストリームについての要求をセットトップボックスから受信し、高解像度マルチメディアストリーム要求の代わりに低解像度マルチメディアストリームを上流に送信する。ネットワークデバイスは、低解像度マルチメディアストリームを受信し、この低解像度ストリームを要求側のセットトップボックスに転送する。セットトップは、低解像度ストリームを受信し、このストリームを表示する。更に、ネットワークデバイスは、高解像度マルチメディアストリーム要求を送信し、高解像度マルチメディアストリームを受信する。セットトップボックスは、高解像度マルチメディアストリームを受信し、このストリームを表示する。一実施形態において、この方法は、セットトップボックスから第1のマルチメディアストリームについての要求を受信することによって動作する。この方法は更に、ネットワークデバイスによって第2のマルチメディアストリームについての要求を送信する。第2のマルチメディアストリームは第1のマルチメディアストリームと同じIPTVチャネルに対応し、第2のマルチメディアストリームは第1のマルチメディアストリームより低い解像度を有する。この方法は、第2のマルチメディアストリームを受信し、第2のマルチメディアストリームをセットトップボックスに送信する。更に、この方法は、第1のマルチメディアストリームについての要求を送信し、第1のマルチメディアストリームを受信する。別の実施形態において、ネットワークは、セットトップボックス及びネットワークデバイスを含む。セットトップボックスは、インターネットプロトコルテレビジョンIPTVチャネルの第1のマルチメディアストリームを受信するための要求を用いて、第1のマルチメディアストリームに対するIPTVチャネル変更を要求する。ネットワーク要素は、セットトップボックスに結合されており、マルチメディアストリーム受信構成要素と、低解像度要求構成要素と、低解像度受信構成要素と、低解像度送信構成要素と、高解像度要求構成要素と、高解像度受信構成要素と、切り換え構成要素と、を含む。マルチメディアストリーム受信構成要素は、セットトップボックスから第1のマルチメディアストリームについての要求を受信する。低解像度要求構成要素は、第2のマルチメディアストリームについての要求を送信する。この第2のマルチメディアストリームは第1のマルチメディアストリームと同じIPTVチャネルに対応し、第2のマルチメディアストリームは第1のマルチメディアストリームより低い解像度を有する。低解像度受信構成要素は、構成要素を受信し第2のマルチメディアストリームを受信する。低解像度受信構成要素は、低解像度マルチメディアストリームを受信する。低解像度送信構成要素は、第2のマルチメディアストリームをセットトップボックスに送信する。高解像度要求構成要素は、第1のマルチメディアストリームについての要求を送信する。高解像度要求構成要素は、第1のマルチメディアストリームを受信する。別の実施形態において、ネットワーク要素は、インターネットプロトコルテレビジョンIPTVチャネルの第1のマルチメディアストリームに対するセットトップボックスによるアクセスを制御するように適合されている。セットトップボックスは、ネットワーク要素に結合され、第1のマルチメディアストリームに対するIPTVチャネル変更を開始する。ネットワーク要素は、マルチメディアストリーム受信構成要素と、低解像度要求構成要素と、低解像度受信構成要素と、低解像度送信構成要素と、高解像度要求構成要素と、高解像度受信構成要素と、切り換え構成要素と、を含む。マルチメディアストリーム受信構成要素は、セットトップボックスから第1のマルチメディアストリームについての要求を受信するためのものである。低解像度要求構成要素は、第2のマルチメディアストリームについての要求を送信するためのものである。第2のマルチメディアストリームは第1のマルチメディアストリームと同じIPTVチャネルに対応し、第2のマルチメディアストリームは第1のマルチメディアストリームより低い解像度を有する。低解像度受信要素は、第2のマルチメディアストリームを受信するためのものである。低解像度送信構成要素は、第2のマルチメディアストリームをセットトップボックスに送信するためのものである。高解像度要求構成要素は、第1のマルチメディアストリームについての要求を送信するためのものである。高解像度受信構成要素は、第1のマルチメディアストリームを受信するためのものである。本発明は、以下の説明及び本発明の実施形態を例示するために用いられる添付図面を参照することによって、最良に理解することができる。以下の説明では、インターネットプロトコルテレビジョンIPTVチャネルの第1のマルチメディアストリームに対するIPTVチャネル変更を制御する方法及び装置を記載する。この場合、チャネル変更はネットワークデバイスに結合されたセットトップボックスによって開始される。以下の記載では、本発明の更に完全な理解を得るため、論理実施、操作符号、オペランドを指定するための手段、リソース分割/共有/複製実施、システム構成要素の種類及び相互関係、及び論理分割/統合選択等の多数の具体的な詳細事項を記載する。しかしながら、かかる詳細事項がなくても本発明を実施可能であることは当業者によって認められよう。他の例では、本発明を曖昧にしないため、制御構造、ゲートレベルの回路、及び全体的なソフトウェア命令シーケンスは詳細には示さない。当業者は、ここに含まれる記載によって、必要以上の実験なしで適切な機能性を実施することができる。本明細書において、一実施形態、ある実施形態、一例の実施形態等という言及は、記載する実施形態が特定の特徴、構造、又は特徴を含むことができるが、全ての実施形態がその特定の特徴、構造、又は特徴を必ずしも含むわけではない場合があることを示す。更に、かかる語句は、必ずしも同一の実施形態を示していない。更に、ある実施形態に関連付けて特定の特徴、構造、又は特徴を記載した場合、明示的に記載されていてもいなくても、かかる特徴、構造、又は特徴を他の実施形態と関連付けて実施することは当業者の知識内であることが提示される。以下の記載及び特許請求の範囲において、結合された及び接続されたという言葉を、それらの派生語と共に、用いる場合がある。これらの言葉は相互に同義語として意図されないことは理解されよう。結合されたは、相互に直接物理的又は電気的に接触している場合もしていない場合もある2つ以上の要素が、相互に協働又は相互作用することを示すために用いられる。接続されたは、相互に結合された2つ以上の要素間での通信の確立を示すために用いられる。これ及び他のフロー図の動作を、他の図の例示的な実施形態を参照して記載する。しかしながら、フロー図の動作は、これらの他の図を参照して論じるもの以外の本発明の実施形態によって実施可能であり、これらの他の図を参照して論じる本発明の実施形態は、フロー図を参照して論じるものとは異なる動作を実行可能であることは理解されよう。図面に示す技法は、1つ以上の電子デバイス例えばエンドステーション、ネットワーク要素等上で記憶及び実行されるコード及びデータを用いて実施可能である。かかる電子デバイスは、機械読み取り可能記憶媒体例えば磁気ディスク、光ディスク、ランダムアクセスメモリ、読み取り専用メモリ、フラッシュメモリデバイス、相変化メモリ、及び機械読み取り可能通信媒体例えば電気、光、音響又は、搬送波、赤外信号、デジタル信号等の他の形態の伝播信号等の機械読み取り可能媒体を用いて、コード及びデータを内部で及び/又はネットワークを介して他の電子デバイスにより記憶及び通信する。更に、かかる電子デバイスは典型的に、1つ以上の記憶デバイス、ユーザ入力/出力デバイス例えばキーボード、タッチスクリーン、及び/又はディスプレイ、並びにネットワーク接続等の1つ以上の他の構成要素に結合された1つ以上のプロセッサセットを含む。プロセッサセットと他の構成要素との結合は、典型的には1つ以上のバス及びブリッジバスコントローラとも呼ばれるを介して行われる。ネットワークトラフィックを搬送する記憶デバイス及び信号は、それぞれ1つ以上の機械読み取り可能記憶媒体及び機械読み取り可能通信媒体を表す。このため、所与の電子デバイスの記憶デバイスは典型的に、その電子デバイスの1つ以上のプロセッサセット上で実行するためのコード及び/又はデータを記憶する。むろん、本発明の一実施形態の1つ以上の部分は、ソフトウェア、ファームウェア、及び/又はハードウェアの異なる組み合わせを用いて実施することも可能である。本明細書において用いる場合、ネットワーク要素例えばルータ、スイッチ、ブリッジ、境界ゲートウェイ機能を有するルータ、住居用ゲートウェイ、メディアゲートウェイ等は、1台のネットワーク機器であり、ネットワーク上の他の機器例えば他のネットワーク要素、エンドステーション等と通信的に相互接続するハードウェア及びソフトウェアを含む。いくつかのネットワーク要素は、多サービスネットワーク要素であり、多数のネットワーク機能のサポートを提供し例えばルーティング、ブリッジング、スイッチング、レイヤ2アグリゲーション、セッション境界制御、サービス品質、及び/又は加入者管理、及び/又は多数のアプリケーションサービスのサポートを提供する例えばデータ、音声、及び映像。加入者エンドステーション例えばサーバ、ワークステーション、ラップトップ機、パームトップ機、移動電話、スマートフォン、マルチメディアフォン、VOIPVoiceOverInternetProtocol電話、携帯型メディアプレーヤ、GPSユニット、ゲームシステム、セットトップボックス等は、インターネットを介して提供されたコンテンツ/サービス、及び/又はインターネット上にオーバーレイされた仮想プライベートネットワークVPN上で提供されたコンテンツ/サービスにアクセスする。コンテンツ及び/又はサービスは典型的に、サービスもしくはコンテンツプロバイダに属している1つ以上のエンドステーション例えばサーバエンドステーション、又はピアツーピアサービスに参加しているエンドステーションによって提供され、公共ウェブページフリーコンテンツ、ストアフロント、サーチサービス等、私設ウェブページ例えば電子メールサービスを提供するユーザ名/パスワードによってアクセスされるウェブページ等、VPNを介した企業ネットワーク等を含むことができる。典型的に、加入者エンドステーションは、例えばアクセスネットワークに結合されたカスタマ構内機器を介して有線又は無線でエッジネットワーク要素に結合され、これらは他のエッジネットワーク要素に例えば1つ以上のコアネットワーク要素を介して結合され、これらは他のエンドステーション例えばサーバエンドステーションに結合されている。ネットワーク要素は一般に、制御プレーン及びデータプレーン転送プレーン又はメディアプレーンと称されることもあるに分かれている。ネットワーク要素がルータである又はルーティング機能を実施している場合、制御プレーンは典型的に、どのようにデータ例えばパケットをルーティングするかを決定する。例えば、制御プレーンは典型的に、1つ以上のルーティングプロトコル例えば境界ゲートウェイプロトコルBGP、内部ゲートウェイプロトコルIGP例えば開放型最短経路優先OSPF:OpenShortestPathFirst、ルーティング情報プロトコルRIP、中間システム間連携IS-IS:IntermediateSystemtoIntermediateSystem等、ラベル配布プロトコルLDP:LabelDistributionProtocol、リソース予約プロトコルRSVP:ResourceReservationProtocol等を含み、他のネットワーク要素と通信を行って1つ以上のルーティング基準に基づいてルートを交換しそれらのルートを選択する。制御プレーン上の1つ以上のルーティング構造例えばルーティング情報ベースRIB、ラベル情報ベースLIB、1つ以上の隣接構造等に、ルート及び隣接が記憶されている。制御プレーンは、ルーティング構造複数の構造に基づいて、情報例えば隣接及びルート情報によってデータプレーンをプログラミングする。例えば、制御プレーンは、隣接及びルート情報を、データプレーン上の1つ以上の転送構造例えば転送情報ベースFIB、ラベル情報ベースLFIB、及び1つ以上の隣接構造にプログラミングする。データプレーンは、トラフィックを転送する場合に、これらの転送及び隣接構造を用いる。ルーティングプロトコルの各々は、ある一定のルート基準に基づいてこの基準は異なるルーティングプロトコルでは異なる場合がある、ルートエントリをメインRIBにダウンロードする。ルーティングプロトコルの各々は、メインRIBにダウンロードされていないルートエントリを含むルートエントリを、ローカルRIB例えばOSPFローカルRIBに記憶することができる。メインRIBを管理するRIBモジュールは、基準セットに基づいてルーティングプロトコルによってダウンロードされたルートからルートを選択し、それらの選択したルートアクティブルート基準と称することもあるをデータプレーンにダウンロードする。また、RIBモジュールは、ルーティングプロトコル間でルートを再分配することができる。レイヤ2転送では、ネットワーク要素は1つ以上のブリッジングテーブルを記憶することができ、これらを用いてデータ内のレイヤ2情報に基づいてこのデータを転送する。典型的に、ネットワーク要素は、1つ以上のラインカードセット、1つ以上の制御カードセット、及び任意に1つ以上のサービスカードセットリソースカードと称されることもあるを含む。これらのカードは1つ以上の機構を介して共に結合される例えば第1のフルメッシュがラインカードを結合し、第2のフルメッシュがカード全てを結合する。ラインカードセットはデータプレーンを構成する。制御カードセットは、制御プレーンを提供し、ラインカードを介して外部ネットワーク要素とパケットを交換する。サービスカードセットは、特殊化処理例えばレイヤ4からレイヤ7のサービス例えばファイヤウォール、IPsec、IDS、P2P、VoIPセッション境界コントローラ、モバイルワイヤレスゲートウェイGGSN、EPSEvolvedPacketSystemゲートウェイ等を提供することができる。一例として、サービスカードを用いて、IPsecトンネルを終了させ、付随的な認証及び暗号化アルゴリズムを実行することができる。インターネットプロトコルテレビジョンIPTVチャネルの第1のマルチメディアストリームに対するIPTVチャネル変更を制御する方法及び装置について、ネットワークデバイスに結合されたセットトップボックスによってチャネル変更が開始される場合を説明する。ネットワークデバイスは、下流デバイスからの高解像度マルチメディアストリームの要求をセットトップボックスから受信し、高解像度マルチメディアストリーム要求の代わりに低解像度マルチメディアストリームを上流に送信する。ネットワークデバイスは、低解像度マルチメディアストリームを受信し、低解像度ストリームを要求側のセットトプボックスに転送する。セットトップは低解像度ストリームを受信し、このストリームを表示する。更に、ネットワークデバイスは、高解像度マルチメディアストリーム要求を送信し、高解像度マルチメディアストリームを受信する。図1は、本発明の一実施形態に従った、セットトップボックスにIPTVサービスを送出することができるネットワーク100を示す。図1において、セットトップボックス102A~Bは各々、ネットワーク100からマルチメディアストリーム又はキャッシュされたピクチャインピクチャストリーム120を受信することができる。一実施形態において、各セットトップボックス102A~Bは、テレビ又は他のディスプレイ及び外部信号源例えばIPTVコンテンツに結合されたデバイスであり、受信信号を、テレビ又は他のディスプレイ上で表示可能なコンテンツに変換する。代替的な実施形態では、セットトップボックス102A~Bは、マルチメディア及び/又はキャッシュされたピクチャインピクチャストリームを受信可能なデバイスを表す例えばパーソナルコンピュータ、ラップトップ機、モバイルメディアプレーヤ、携帯電話、スマートフォン、テレビ、デジタル映像レコーダ、ゲームコンソール、メディアブリッジ等。本明細書において用いる場合、下流とは、セットトップボックス102A~Bに向かうデータトラフィック方向を指す。上流とは、IPTVコンテンツ源例えばストリーミングサーバ112又はキャッシュ114に向かうデータトラフィック方向を指す。一実施形態において、セットトップボックス102A~Bは、住居用ゲートウェイ104からマルチメディアストリーム/キャッシュされたピクチャインピクチャストリーム120を受信する。一実施形態では、マルチメディアストリーム116は、ネットワークを介して伝送されたマルチキャストマルチメディアストリームである。一実施形態では、マルチメディアストリーム116はIPTVサービスのためのマルチキャスト映像ストリームであり標準精細映像、高精細映像、ピクチャインピクチャ映像等、代替的な実施形態では、マルチメディアストリーム116は異なるマルチメディアサービスとすることができるビデオオンデマンド、オーディオ、ウェブキャスト、当技術分野において既知の別のマルチメディアサービス、及び/又はそれらの組み合わせ。更に、マルチメディアストリーム116は、当技術分野において既知のマルチメディアデータを伝送するためのプロトコルMPEGMotionPicturesExpertsGroup-1、MPEG-2、MPEG-4、h.264、最先端の映像圧縮等を用いて伝送することができる。一実施形態では、キャッシュされたピクチャインピクチャストリーム118は、キャッシュ114上にキャッシュされた対応する高精細又は標準精細ストリームの低解像度のバージョンである。キャッシュ114については以下で更に論じる。一実施形態では、キャッシュされたピクチャインピクチャ118は、ユニキャスト又はマルチキャストのピクチャインピクチャストリームとすることができる。例えば、一実施形態では、キャッシュされたピクチャインピクチャストリーム118は、対応する標準精細ストリーム例えば5Mbpsストリーム又は高精細ストリーム例えば10Mbpsストリームのビットレートの約10パーセントのストリームである。代替的な実施形態では、キャッシュされたピクチャインピクチャストリーム118、標準精細ストリーム、及び高精細ストリームは、もっと高いか又は低いデータレートを有する場合がある。上述のように、セットトップボックス102A~Bは、住居用ゲートウェイ104からマルチメディアストリーム又はキャッシュされたピクチャインピクチャストリーム120を受信する。一実施形態では、住居用ゲートウェイ104はカスタマ構内機器CPEであり、構内の他のデバイスにサービスを提供する。一実施形態では、住居用ゲートウェイ104は、マルチメディアストリーム/キャッシュされたピクチャインピクチャストリーム120をセットトップボックス102A~Bに転送する。セットトップボックス102A~Bに転送されたマルチメディアストリーム/キャッシュされたピクチャインピクチャストリーム120は、同一又は異なるストリームとすることができる。例えば、一実施形態では、セットトップボックス102Aは映画を見ることができ、セットトップボックス102Bはスポーツイベントを見ることができる。各セットトップボックス102A~Bは、マルチメディアストリーム例えばIPTVマルチメディアストリームを見るための要求をルータ110に送信することによって、そのストリームを要求する。一実施形態では、送信された要求は住居用ゲートウェイ104を介してデジタル加入者線アクセスマルチプレクサDSLAM106に送信される。DSLAM106は要求をスイッチ108に転送し、これは次いで要求をエッジルータ110に転送する。一実施形態では、エッジルータ110は、サービスプロバイダネットワークのエッジにあるルータである。例えば一実施形態では、エッジルータ110は、ネットワークサービスプロバイダをIPTVサービスプロバイダに結合するルータである。一実施形態では、エッジルータ110は、キャッシュ114及びストリーミングサーバ112を結合する。この実施形態では、エッジルータ110は、キャッシュ114からのキャッシュされたピクチャインピクチャストリーム118又はストリーミングサービス112からの要求されたマルチメディアストリームのいずれかを転送することによって、サービスの要求を満たすことができる。この実施形態では、ストリーミングサーバ112は、IPTVコンテンツIPTVチャネル、標準精細マルチメディアストリーム、高精細マルチメディアストリーム、ピクチャインピクチャマルチメディアストリーム、ビデオオンデマンド等を提供する1つ以上のサーバである。一実施形態では、ストリーミングサーバ112は、IPTVサービスによってサポートされるマルチメディアストリームのいくつか又は全てをエッジルータ110に流す。この実施形態では、エッジルータ110は、これらのマルチメディアストリームをセットトップボックス102A~Bへと下流に転送するか否かを決定する。キャッシュ114は、IPTVの高速チャネル変更をサポートするために用いられるコンテンツをキャッシュするサーバである。一実施形態では、キャッシュ116は、ストリーミングサーバ112がサポートするマルチメディアストリームの全セットをキャッシュする。この実施形態では、キャッシュ114は大量のリソース例えば処理パワー、ディスク空間を必要とする。なぜなら、このマルチメディアストリームの全セットの記憶は、リソース集約型タスクであるからである。完全にキャッシュされたマルチメディアストリームの使用については、以下で図3において更に説明する。代替的な実施形態においては、キャッシュは、ストリーミングサーバ112が提供するマルチメディアストリームに対応するピクチャインピクチャをキャッシュする。この実施形態では、キャッシュ114のリソース要求は小さくなる。なぜなら、ピクチャインピクチャマルチメディアストリームは、対応するマルチメディアストリームのサイズの約10パーセントのビットストリームであるからである。一実施形態では、キャッシュ114はエッジルータ110上の記憶装置である。キャッシュされたピクチャインピクチャストリームの使用については、以下で図4及び図5において更に説明する。上述のように、2つの異なる種類のストリームをセットトップボックス102A~Bに送信することができる。すなわち、キャッシュされたピクチャインピクチャストリーム118又はマルチメディアストリーム116である。どのストリームをセットトップボックスに送信するかは、セットトップボックス102A~Bが送信した要求について行われる行為の種類に応じて異なる。一実施形態では、要求されたマルチメディアストリームがセットトップボックス102A~Bに送出される。別の実施形態では、キャッシュされたマルチメディアストリームが最初にセットトップボックス102A~Bに送出され、その後に要求されたマルチメディアストリームが続く。例えば、一実施形態において、住居用ゲートウェイ104、DSLAM106、スイッチ108、及びエッジルータ110の1つ又はそれ以上が、2つのストリームのうちどちらを要求側のセットトップボックス102A~Bに送信するかを選択することができる。どのように2つの異なるストリームをセットトップボックス102A~Bのために選択するかを論じる前に、どのようにセットトップボックスがIPTVサービスからのマルチメディアストリームを要求し表示するかについて論じる。図2従来技術は、標準的なIPTV実施についてチャネル変更のタイムラインを示す。この例では、チャネル変更の測定は、セットトップボックスがマルチメディアストリームについての要求例えばテレビ番組のマルチメディアストリームを受信するための要求を行った時点から、セットトップボックスがこのセットトップボックスに結合されたディスプレイに受信したマルチメディアストリームの表示を開始した時点まで行われる。以下に与える例でのチャネル変更時間は、1秒分のマルチメディアデータの映像バッファ及び2分の1秒の長さのピクチャ群を有するセットトップボックスに基づいている。映像バッファ及び/又はピクチャ群がこれより大きいか又は小さいと、チャネル変更時間を短縮又は延長することができる。図2において、セットトップボックスは、マルチメディアストリームを要求するコマンドを上流に送信する202。要求の送信によって、チャネル変更時間のための測定が開始する。一実施形態では、このマルチメディアストリームは、上述したようなストリーム又はキャッシュされたピクチャインピクチャストリームとすることができる。このコマンドは、ルータ例えば上述の図1のエッジルータ110によって処理され204、ルータは、マルチメディアストリームをセットトップに送信する206。206において、新しいマルチメディアストリームへのチューニングが完了する。短時間の遅れ平均で100ミリ秒、最悪の場合には最大で200ミリ秒の後、セットトップボックスはマルチメディアストリームのパケット識別子PIDを判定する。セットトップボックスがマルチメディアストリームの処理を開始するためには、セットトップがマルチメディアストリームの最初のIフレームを検出する必要がある。当技術分野において既知のように、Iフレームはイントラ符号化ピクチャフレームであり、他のフレームに依存しない。セットトップボックスは典型的に、Iフレームがマルチメディアストリーム内で現れるまで、他の符号化フレームタイプを無視する。最初のIフレームの検出210は、平均で250ミリ秒を要し、これは最大で500ミリ秒となる場合がある。更に、セットトップボックスが表示のためにマルチメディアストリームの復号を開始することが可能となる前に、典型的にマルチメディアデータのバッファが必要となる。この例では、セットトップボックスは平均700ミリ秒でそのバッファを一杯にする212が、この動作は最大で1000ミリ秒を要する場合がある。いったんバッファが一杯になると、セットトップボックスはバッファを復号する212。この動作は平均で250ミリ秒を要することがある。バッファが復号されると、チャネル変更は完了する。この例では、チャネル変更は1.3~2.0秒を要する。1秒を超えるチャネル変更は、IPTVシステムのユーザにとって長い時間である可能性がある。チャネル変更時間を短縮するための1つの方法は、異なるマルチメディアストリームをキャッシュすることである。図3従来技術は、マルチメディアストリームをキャッシュ例えば上述の図1のキャッシュ114にキャッシュすることによってチャネル変更を軽減するIPTVの高速チャネル変更についてのチャネル変更を示す。この例では、コマンド送信ステップ302、コマンド処理ステップ304、チューニング完了ステップ306、及びPID検出308は、上述の図2で説明したようなステップ202、204、206、及び208とそれぞれ同一である。以下に与える例におけるチャネル変更時間は、1秒分のマルチメディアデータの映像バッファ及び2分の1秒の長さのピクチャ群を有するセットトップボックスに基づいている。映像バッファ及び/又はピクチャ群がこれより大きいか又は小さいと、チャネル変更時間を短縮又は延長することができる。しかしながら、この例では、単に上述の図2に示したようにストリーミングサーバからマルチメディアストリームを転送するのではなく、エッジルータが、キャッシュ例えば上述の図1のキャッシュ114からのキャッシュされたマルチメディアストリームの転送をIフレームから開始する。キャッシュからIフレームでこのマルチメディアストリームを開始することによって、セットトップボックスがマルチメディアストリームの開始の最初のIフレームを検出する208ために要する時間は、上述の図2における250~500ミリ秒に対して、ゼロミリ秒まで短縮される310。更に、ルータは、流したマルチメディアストリームでルータが通常行うよりも高いビットレートで、キャッシュされたマルチメディアストリームを送信することができる。これによって、セットトップボックスは、図2におけるよりも迅速にバッファを一杯にする320ことができる。例えば、ルータが通常よりも最大で30パーセント高速にキャッシュされたマルチメディアストリームを送信することによって、セットトップボックスは平均約450ミリ秒でバッファを一杯にし、これは最大650ミリ秒となり得る。セットトップボックスは、上述の図2のステップ212と同じ時間でバッファマルチメディアストリームを復号する312。上述のように、この例では、完全なIフレームを記憶するために用いられるキャッシュは、リソース要求が大きい。概して、高速チャネル変更のチャネル変更は0.8~1.1秒である。一実施形態において、チャネル変更時間を短縮するための方法は、セットトップボックスによって要求されたマルチメディアストリームに対応するピクチャインピクチャマルチメディアストリームを利用する。一実施形態において、IPTVプロバイダは、ピクチャインピクチャサービスを提供するために、各マルチメディアストリームについてピクチャインピクチャストリームを有する。上述のように、ピクチャインピクチャストリームは、対応するマルチメディアストリームよりもはるかに小さいビットストリームである。例えば、一実施形態では、ピクチャインピクチャストリームは、対応するマルチメディアストリーム例えば5~10Mbpsのサイズの約10パーセントである。ピクチャインピクチャストリームは小さいビットストリームであるので、ピクチャインピクチャストリームの処理は、対応するマルチメディアストリームの処理に比べて必要な時間及びリソースが少ない。図4は、本発明の一実施形態に従った、ピクチャインピクチャマルチメディアストリームを用いるIPTVの改良した高速チャネル変更を示す。図4では、コマンド送信ステップ402、コマンド処理ステップ404、チューニング完了ステップ406、及びPID検出408は、上述の図2で説明したステップ202、204、206、及び208とそれぞれ同一である。以下に与える例のチャネル変更時間は、1秒分のマルチメディアデータの映像バッファ及び2分の1秒の長さのピクチャ群を有するセットトップボックスに基づいている。映像バッファ及び/又はピクチャ群がこれより大きいか又は小さいと、チャネル変更時間を短縮又は延長することができる。上述のステップ318と同様、ステップ418において、エッジルータ上述の図1のエッジルータ110は、キャッシュされたマルチメディアストリームの最初のIフレームを送信する。しかしながら、この実施形態では、エッジルータは、セットトップボックスが要求したマルチメディアストリームに対応するピクチャインピクチャのIフレームに送信する。以下で、セットトップボックスへのピクチャストリームを、要求されたマルチメディアストリームから対応するピクチャインピクチャストリームにどのように切り換えるかについて、図5で論じる。セットトップボックスは、この最初のIフレームを受信し、これがマルチメディア処理を開始させる410。上述のように、セットトップボックスは、ストリームの表示を開始するためにバッファを一杯にする。セットトップボックスは、高ビットレートのマルチメディアストリームでなく低ビットレートのピクチャインピクチャストリームを受信するので、セットトップボックスは図3におけるよりも迅速にバッファを一杯にする。別の実施形態では、ルータは、通常ピクチャインピクチャサービスから流されるピクチャインピクチャマルチメディアストリームによって送信されるよりも高いビットレートで、キャッシュされたピクチャインピクチャストリームを送信することができる。例えば、一実施形態では、セットトップボックスは平均45ミリ秒でバッファを一杯にし、これは最大65ミリ秒となり得る。この例では、ピクチャインピクチャストリームを用いることによって、対応するマルチメディアストリームを用いるよりもほぼ1オーダー高速でバッファを一杯にすることができる。別の実施形態では、キャッシュされたピクチャインピクチャストリームは、図3において用いたキャッシュされたマルチメディアストリームよりもはるかに小さいストリームであるので、ルータは、このキャッシュされたピクチャインピクチャストリームをはるかに高速で送信することができ、セットトップボックスのバッファを一杯にするために要する時間を10ミリ秒とする可能性もある。セットトップボックスは、平均約250ミリ秒でピクチャインピクチャストリームを復号する412。概して、一実施形態では、チャネル変更の時間は約0.4~0.5秒である。これは、上述の図2及び図3に示したチャネル変更時間に比べて0.3~1.6秒の改善である。上述のように、特定の要求されたマルチメディアストリームについて、図4の改良した高速チャネル変更を達成するため、最初にピクチャインピクチャストリームをセットトップボックスに送信する。要求されたマルチメディアストリームもセットトップボックスに送信されると、セットトップボックスはピクチャインピクチャストリームを復号して短時間表示する。一実施形態では、これは、セットトップボックスとエッジルータとの間のデバイスが、IPTVチャネル変更中にどのストリームをセットトップボックスに送信するかを制御することによって達成される。図5は、本発明の一実施形態に従った、トラフィックの2つのマルチメディアストリームを用いてIPTVチャネル変更を実施する方法500の例示的なフロー図を示す。一実施形態においては、住居用ゲートウェイがこの方法500を実行することができ、代替的な実施形態では、セットトップボックス、DSLAM、スイッチ、及び/又はエッジルータが方法500を実行することができる。例えば、一実施形態では、図1のセットトップボックス102A~B、住居用ゲートウェイ104、DSLAM106、スイッチ108、及びエッジルータ112の1つが方法500を実行することができる。図5において、方法500は、ブロック502で、ネットワークデバイスの下流インタフェース上で、IPTVチャネルの高解像度マルチメディアストリームについての要求を受信する。この実施形態では、下流インタフェースは、下流データトラフィックを送信/受信することができるインタフェースである。一実施形態では、高解像度マルチメディアストリームは、ピクチャインピクチャストリーム例えば標準精細又は高精細マルチメディアストリームより高い解像度のストリームである。一実施形態では、マルチメディアストリームは、IPTVサービスのためのマルチキャスト映像ストリーム標準精細映像、高精細映像等であり、他の実施形態では、マルチメディアストリームは異なるマルチメディアサービスとすることができるビデオオンデマンド、オーディオ、ウェブキャスト、当技術分野において既知の別のマルチメディアサービス、及び/又はそれらの組み合わせ。一実施形態では、要求は、マルチメディアストリームを要求するための当技術分野において既知のプロトコルに基づいている例えばインターネットグループ管理プロトコルIGMPリポート、MLDMulticastListenerDirectory、PIMProtocolIndependentMulticastjoin等。一実施形態では、方法500は、図1において記載したようなセットトップボックス102A~B等のセットトップボックスから要求を受信する。ブロック504において、方法500は、上流インタフェース上でIPTVチャネルの低解像度マルチメディアストリームについての要求を送信する。この実施形態では、上流インタフェースは、上流データトラフィックを送信/受信することができるインタフェースである。一実施形態では、方法500は、IGMPリポート、MLD、PIMjoin等についての要求、又は、ブロック502で要求したマルチメディアストリームに対応するピクチャインピクチャマルチメディアストリームについての他の種類の要求を送信する。例えば、一実施形態では、セットトップボックスが、IPTVサービスのチャネル2で高精細マルチメディアストリームを受信するための要求を送信する。この実施形態では、方法500を実行するデバイス住居用ゲートウェイ、DSLAM、スイッチ、エッジルータ等が、この要求を受信し、IPTVチャネル2の対応するピクチャインピクチャマルチメディアストリームについての要求を送信する。一実施形態において、方法500は、ピクチャインピクチャマルチメディアストリームについての要求をエッジルータに送信する。この実施形態では、ピクチャインピクチャマルチメディアストリームは、キャッシュ例えば図1のキャッシュ114に記憶される。一実施形態では、キャッシュはエッジルータの構成要素であり、代替的な実施形態では、キャッシュはエッジルータとは別個である例えばエッジルータに結合されたキャッシングサーバ、ストリーミングサービスの一部であるサービス等。ブロック506において、方法500は、上流インタフェース上で低解像度マルチメディアストリームを受信する。一実施形態においては、方法500は、上述のブロック504で要求したピクチャインピクチャマルチメディアストリームを受信する。方法500は、ブロック508において、この受信した低解像度マルチメディアストリームを下流インタフェースから送信する。例えば、一実施形態では、方法500は、ブロック502で方法500が最初の要求を受信した下流インタフェースから、ピクチャインピクチャマルチメディアストリームを要求側のセットトップボックスに送信する。この実施形態では、要求側のセットトップボックスは、低解像度マルチメディアストリームを受信し、このストリームをバッファ、復号、及び表示することができる。この時点で、セットトップボックスは表示するマルチメディアストリームを有するが、方法500は更に、要求された本来のマルチメディアストリームに切り換えなければならない。概して、方法500はこの切り換えを達成するため、低解像度マルチメディアストリームの送信を停止し、高解像度マルチメディアストリームを要求側セットトップボックスに送信し始める。ブロック510では、方法500は、高解像度マルチメディアストリームへの切り換えを実行するか否かを判定する。一実施形態において、方法500は、最初の高解像度マルチメディア要求受信からの時間期間、セットトップボックスの能力、送信した低解像度Iフレームの数、送信した低解像度ピクチャ群の数、送信した低解像度バイト数等に基づいて、この判定を行うことができる。例えば一実施形態において、方法500は、2秒の時間期間の後に、低解像度から高解像度のマルチメディアストリーム送信に切り換える。方法500が高解像度ストリームに切り換えない場合、実行はブロック508に進む。方法500が高解像度ストリームに切り換えない場合、ブロック512において、方法500は上流インタフェース上で高解像度マルチメディアストリームについての要求を送信する。一実施形態では、方法500は、上述のブロック502で要求したものと同じ高解像度についての要求を送信する。例えば、一実施形態では、方法500がIPTVチャネル2の高解像度マルチメディアストリームについての要求を受信した場合、方法500はこの要求を送信する。方法500は、ブロック514において高解像度マルチメディアストリームを受信する。ブロック516において、方法500は、上流インタフェース上で低解像度マルチメディアストリームをドロップするための要求を送信する。一実施形態では、方法500は、IGMP/MLDドロップをエッジルータに送信し、次いでこのエッジルータが要求されたピクチャインピクチャマルチメディアストリームの送信を停止する。方法500は、ブロック518において、受信した高解像度マルチメディアストリームを下流インタフェースから送信する。どのように方法500が低解像度から高解像度のマルチメディアストリームに送信を切り換えるかは、様々な方法で実行することができる。一実施形態では、方法500は、上述のブロック512~516をいずれかの順序で実行する。低解像度マルチメディアストリームを送信しながら、高解像度マルチメディアストリームについての要求を送信し、これを受信することによって、方法500は2つのストリームを重複させることができる。あるいは、方法は、低解像度マルチメディアストリームをドロップしブロック516、その後で高解像度マルチメディアストリームを要求/送信するブロック512~514ことができる。一実施形態では、低解像度マルチメディアストリームが高解像度マルチメディアストリームよりもはるかに小さいので、方法500は双方のマルチメディアストリームを共に受信し、低解像度から高解像度へのマルチメディアストリーム送信切り換えで起こり得る混乱を最小限に抑えることができる。図6は、本発明の一実施形態による、図1において用いたようなトラフィックの2つのマルチメディアストリームを用いてIPTVチャネル変更を実施することができる例示的なネットワーク要素600を示すブロック図である。図6において、ネットワーク要素600は、マルチメディアストリーム受信構成要素602、低解像度要求構成要素604、低解像度受信構成要素606、低解像度送信構成要素608、低解像度ドロップ構成要素610、高解像度要求構成要素612、高解像度受信構成要素614、切り換え構成要素616、及び高解像度送信構成要素618を含む。マルチメディアストリーム受信構成要素602は、図5のブロック502に記載したようにセットトップボックスから高解像度要求を受信する。低解像度要求構成要素604は、図5のブロック504に記載したように低解像度要求を送信する。低解像度受信構成要素606は、図5のブロック506に記載したように低解像度マルチメディアストリームを受信する。低解像度送信構成要素608は、図5のブロック508に記載したように低解像度マルチメディアストリームを送信する。低解像度ロップ構成要素610は、図5のブロック516に示したように低解像度マルチメディアストリームをドロップするための要求を送信する。高解像度要求構成要素612は、図5のブロック512に記載したように高解像度マルチメディアストリームについての要求を送信する。高解像度受信構成要素614は、図5のブロック514に示したように高解像度マルチメディアストリームを受信する。切り換え構成要素616は、図5のブロック510に記載したように高解像度マルチメディアストリームの送信に切り換えるか否かを判定する。高解像度送信構成要素618は、図5のブロック518に示したように高解像度マルチメディアストリームを送信する。図7は、システムの一実施形態に従った、図4において用いたIPTVチャネルの第1のマルチメディアストリームに対するIPTVチャネル変更を制御することができる例示的なネットワーク要素を示すブロック図である。図7において、バックプレーン706は、ラインカード702A~N及びコントローラカード704A~Bを結合する。一実施形態では、コントローラカード704A~Bは、ラインカード702A~Nによってトラフィックの処理を制御し、代替的な実施形態では、コントローラカード704A~Bは、同一の及び/又は異なる機能を実行するIPTVチャネル変更を制御する等。ラインカード702A~Nは、コントローラカード704A~Bから受信したポリシに従ってトラフィックを処理し転送する。一実施形態では、ラインカード702A~Nは、図4~6に記載したようなデータを処理する。別の実施形態では、ラインカード702A~Nは、図5に記載したようなIPTVチャネル変更を制御する。図7に示すネットワーク要素700のアーキテクチャは例示であり、本発明の他の実施形態ではカードの異なる組み合わせも使用可能であることは理解されよう。代替的な実施形態IPTVチャネルの第1のマルチメディアストリームに対するIPTVチャネル変更を制御するための例示の実施形態を、ネットワークインフラストラクチャに存在する住居用ゲートウェイ等のネットワーク要素に関連付けて示した。しかしながら、本発明の実施形態は、住居用ゲートウェイによってIPTVチャネル変更を制御することに限定されない。代替的な実施形態は、他のデバイスDSLAM、スイッチ、エッジルータ等においてIPTVチャネル変更を行うことができる。あるいは、別個のデバイスが、上述したようなチャネル変更を制御することも可能である。例えば、図面におけるフロー図は、本発明のいくつかの実施形態によって実行される動作の特定の順序を示すが、かかる順序は例示的なものであることは理解されよう例えば代替的な実施形態ではこれらの動作を異なる順序で実行可能であり、いくつかの動作を組み合わせることができ、いくつかの動作を重複させることができる等である。本発明についていくつかの実施形態の観点で記載したが、本発明は記載した実施形態に限定されず、添付の特許請求の範囲の精神及び範囲内の変更及び変形を用いて実施可能であることは、当業者には認められよう。従って、この記載は限定でなく例示として見なされるものとする。