JP4809236B2

JP4809236B2 - ネットワークコンポーネントを動的に設定する方法及びシステム

Info

Publication number: JP4809236B2
Application number: JP2006538145A
Authority: JP
Inventors: タン・ワイティアン
Original assignee: Hewlett Packard Development Co LP
Current assignee: Hewlett Packard Development Co LP
Priority date: 2003-10-27
Filing date: 2004-10-21
Publication date: 2011-11-09
Anticipated expiration: 2024-10-21
Also published as: ATE381197T1; DE602004010704D1; US7945648B2; EP1678919A1; EP1678919B1; WO2005046176A1; US20050114472A1; JP2007510226A; DE602004010704T2

Description

本発明は、包括的にはストリーミングメディア送信に関する。

ストリーミングメディア送信には、データパケットを使用してストリーミングですなわち連続した方法でインターネットにより音声及び画像を送信することが含まれる。
ストリーミングメディアを受信する最も有効な方法には、ケーブルモデム又はデジタル加入者線（ＤＳＬ）等の何らかの形態のブロードバンド技術が必要である。
通常のストリーミングメディア送信では、一般に従来のクライアント・サーバモデルが関与する。

図１は、通常のクライアント・サーバモデルを示し、従来のクライアント・サーバ通信を例示する。
ストリーミングメディアセッションでは、ストリーミングクライアントは、通常、図１に示すように単一サーバと通信しているものと想定する（クライアントからサーバへのデータに対する要求及びデータ配信を示す矢印を参照）。
それにもかかわらず、メディア配信インフラストラクチャは、単一サーバソリューションから、図２に示すものようなオーバーレイネットワークの形態で複数の分散サーバを組み込んだ配信インフラストラクチャを含むように発展してきた。

オーバーレイネットワークのサーバ又はノードは、ウェブ（Web）及びストリーミングメディアの配信を強化する機能を提供する。
しかしながら、オーバーレイアーキテクチャを採用する従来のシステムには２つの重要な制限がある。
第１に、それらは、通常、オーバーレイノードのキャッシング能力のみを利用する。
第２に、こうしたキャッシング能力を実現するために明示的なクライアントの関与が必要な場合がある。
オーバーレイキャッシングの一例は、コンテンツ配信ネットワーク（Content Distribution Networks）（ＣＤＮ）であり、その動作を図２に示す。
ＣＤＮでは、コンテンツは複数のオーバーレイノードにおいて事前に複製され、そのためクライアントはオリジナルサーバより近いオーバーレイノードのコンテンツにアクセスすることができる。

オーバーレイキャッシングの別の一般的な例は、ウェブキャッシングである。
ウェブキャッシングは、コンテンツがウェブキャッシュに、ＣＤＮのように事前に配信されるのではなくオンデマンドに配信されるという点で、ＣＤＮとは異なる。
Ｎｅｔｓｃａｐｅ（商標）及びＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（商標）ウェブブラウザの現バージョンは、すべてのウェブトラフィックを指定されたウェブキャッシュに向けることができるようにするプロキシ構成をサポートする。
この機能により、移動中である(in motion)ネットワークトラフィックの総量が低減し、これらのブラウザの応答時間が向上する。
それにもかかわらず、上記プロキシソリューションでは、アプリケーションの側における明示的なプロキシサポートと、ユーザの側におけるプロキシを適当に設定するための知識とが必要である。
その結果、間違って設定されたブラウザ及びプロキシサポートのないブラウザに対し、ウェブトラフィックをウェブキャッシュにリダイレクトするデフォルトメカニズムが依然として必要である。

ウェブキャッシングに関してクライアントの関与を排除する既存のソリューションは、複数の既存のルータによってサポートされるウェブキャッシュ通信プロトコル（Web Cache Communication Protocol）（ＷＣＣＰ）を含む。
特に、ＷＣＣＰを通して、ルータは、ウェブトラフィック又はハイパーテキスト転送プロトコル（ＨＴＴＰ）トラフィックを指定されたウェブキャッシュに選択的に又は完全にリダイレクトことができる。

図３は、ＷＣＣＰ対応ルータの動作を示す。
図３を参照すると、ブラウザクライアントＢがサーバＳに対してコンテンツを要求する場合、ＢとＳとの間の経路に位置するＷＣＣＰ対応ルータＲは、すべてのＨＴＴＰトラフィックをウェブキャッシュＣにリダイレクトするように設定される。
このように、Ｂは、要求がＳに向けられていても、Ｃ（コンテンツが受け取られるべきより効率的な場所）から所望のコンテンツを取得することができる。
クライアントＢは、データが実際にはウェブキャッシュＣから提供されている時に、サーバＳと通信していると考える。
クライアントＢはキャッシングメカニズムに気付かないため、この手続きはクライアントに透過的である。
対照的に、クライアントにおいてプロキシを設定することが必要なソリューションは、クライアントがキャッシュと通信するように明示的に命令されるためクライアントに透過的ではない。

ＷＣＣＰのほかに、クライアント要求の適当なサーバへのリダイレクションを達成するために利用される複数の他のメカニズムがある。
一般的な技法は、インターネットドメインネームサービス（Internet Domain Name Service）（ＤＮＳ）の変更形態に基づき、ルータサポートの存在を想定しない。

ウェブページへの単純なアクセスは、通常、図１及び図２に示すように、（１）クライアントの要求、（２）それに続く要求されたデータのサーバによる送信、の２つのステップから成ることが認識されるべきである。
しかしながら、ストリーミングメディアコンテンツへのアクセスは、通常、より多くのステップを含む。
いくつかの産業同盟（industrial alliance）及び作業部会は、メディアデータ自体の配信のための別個のプロトコルとともに採用される、ストリーミングメディアセッション制御のための軽量なプロトコルを使用することを提案した。

１つのこうした公式化では、メディアセッション制御及びメディアデータ配信それぞれのために、リアルタイムストリーミングプロトコル（ＲＴＳＰ）及びリアルタイムトランスポートプロトコル（ＲＴＰ）がともに使用される。
典型的なセッションを図４に示す。

図４を参照すると、サーバ能力の問合せを伴うこうしたプロセスの初期ステップは任意である。
しかしながら、ステップ２及びステップ３は、一般に、再生要求が発行されコンテンツストリーミングが開始する前にストリーミングクライアントとサーバとの間で実行される。

図４のステップ２において、要求されたコンテンツの記述が要求側クライアントに返される。
その記述は、利用可能なストリームのメニュー、たとえば異なるフォーマットで利用可能な音声ストリーム及びビデオストリームの仕様としての役割を果たす。
各ストリームに関するフォーマット情報に加えて、個々のストリームにアクセスする方法に関するネットワーク情報もまた提供される。
そして、ステップ３において、クライアントは、ステップ４において選択されたストリームの転送を達成する再生要求を発行する前に、利用可能なストリームのメニューから所望のストリームのセットを選択する。

上述した技法の各々は、事前に既知であるロケーションに対する、要求の初期リダイレクションのみを扱う。
さらに、説明したシステムはいずれも、ストリーミングメディアコンテンツの異なるメディアストリームのサービスニーズに対応するようにそれ自体を動的に再設定する能力を有していない。
欧州特許出願公開第１３０９１４９号米国特許出願公開第２００３／０２８６４３号 ROY S ET AL: "A system architecture for managing mobile streaming media services" MULTIMEDIA SIGNAL PROCESSING, 2002 IEEE WORKSHOP ON 9-11 DEC. 2002, PISCATAWAY, NJ, USA,IEEE, 19 May 2003 (2003-05-19), pages 408-413, XP010642405 ISBN: 0-7803-7713-3 page 409, right-hand column, line 20 - page 410, right-hand column, paragraph 4

本明細書に組み込まれ且つその一部を形成する添付図面は、本発明の実施形態を例示し、説明とともに本発明の原理を説明する役割を果たす。

ネットワークコンポーネントを動的に設定する方法が開示されている。
一実施の形態では、この方法は第１のネットワーク接続コンポーネントからコンテンツに対する要求を受け取ること、及び、コンテンツの少なくとも一部に対して必要なメディアサービスのタイプを確定することを含む。
さらにこの方法は、コンテンツの少なくとも一部を第２のネットワーク接続コンポーネントから第３のネットワーク接続コンポーネントに転送するようにネットワークデータ中継コンポーネントを設定することを含む。

ここで、本発明の実施形態について詳細に言及する。
それらの例を、添付図面に示す。
本発明を、これらの実施形態に関連して説明するが、本発明がこれらの実施形態に限定されるようには意図されていないということが理解されよう。
むしろ、本発明は、添付の特許請求の範囲によって規定される本発明の精神及び範囲内に含まれ得る代替形態、変更形態及び等価形態を包含することが意図されている。
さらに、本発明の以下の詳細な説明では、本発明が完全に理解されるために多数の特定の詳細を示す。
しかしながら、本発明を、これらの特定の詳細なしに実施してもよい。
他の場合では、本発明の態様を不必要に不明瞭にしないように、既知の方法、手続き、構成要素及び回路については詳細に説明していない。

本発明の実施形態によるネットワークコンポーネントの動的設定
図５は、本発明の一実施形態によるメディアサービス配信ネットワーク５００を示す。
一実施形態によれば、メディアサービス配信ネットワーク５００は、メディアサービスのネットワーク接続クライアントへの配信をサポートする、クライアント・サーバコンポーネントとオーバーレイインフラストラクチャとの両方を含む。
メディアサービス配信ネットワーク５００は、適当なネットワークロケーションでサービスされるようにストリームの選択的再ルーティングを達成する、ネットワークスイッチの動的設定に適応する、ということが認識されるべきである。
図５は、クライアント５０１、リアルタイムストリーミングプロトコル（ＲＴＳＰ）サーバ５０３、コンテンツサーバ５０５、メディアサービス５０７、ネットワーク５０９及びネットワークデータ中継コンポーネント（たとえば、スイッチ、ルータ、コンピュータ等）５１１を示す。

クライアントデバイス５０１は、ネットワーク５０９に接続され、ネットワークチャネルを介して送信される通信を通して他のネットワーク接続デバイスに対しサービスを請求することができる。
本発明の一実施形態によれば、クライアントデバイス５０１が、要求の送信を通して等、ネットワーク接続コンテンツサーバ（たとえば５０５）に対し所望のストリーミングコンテンツを請求する場合、その要求を、オーバーレイインフラストラクチャのコンポーネントとして提供されることが可能なＲＴＳＰサーバ（たとえば５０３）にリダイレクトすることができる。
こうした実施形態によれば、クライアントは、ＲＴＳＰサーバ（たとえば５０３）から、ユーザデータグラムプロトコル（ＵＤＰ）ポート等の異なる識別子を使用してクライアントデバイス５０１に配信されるように設計されている利用可能なストリーム（たとえば音声、ビデオ）のリストを取得することができる。

本明細書で説明するリダイレクトプロセスを、いかなるネットワーク接続クライアントデバイスから送信される要求に対しても適用することができる、ということが認識されるべきである。
また、いかなるネットワーク接続クライアントデバイスも、こうしたリダイレクトプロセスの存在に気がつかない、ということも認識されるべきである。
したがって、本明細書で説明する動的ストリーミングメディアコンテンツリダイレクトシステム及び方法はクライアントに透過的である。

ＲＴＳＰサーバ５０３は、通常のクライアント・サーバプラットフォームに重ね合されるネットワークオーバーレイインフラストラクチャのコンポーネントとして提供される。
一実施形態によれば、ＲＴＳＰサーバ５０３には、それが、最初はネットワークの第１のポイントからネットワークの第２のポイントへ（たとえばコンテンツサーバからクライアントデバイスへ）直接送信されるように予定されるパケットの、ネットワークの第３のポイント（たとえばメディアサービスプロバイダ）へのリダイレクションをもたらすことを可能にする情報が提供される。
クライアントデバイス（たとえば５０１）からのセッション開始要求を受け取ると、ＲＴＳＰサーバ５０３は、ネットワークスイッチを、指定されたパケットを適当なサービスロケーションにリダイレクトするように設定することができる、ということが認識されるべきである。

メディアサービス５０７は、ストリーミングメディアコンテンツに対し指定されたサービスを実行することができるネットワーク接続コンポーネントである。
提供することができるサービスには、限定されないが、表示サイズ、ビットレート、ビデオ用の圧縮規格、サンプリングレート、品質、及び音声用の圧縮規格等のフォーマット変換サービスが含まれてもよい。

ネットワークデータ中継コンポーネント（たとえば、スイッチ、ルータ、コンピュータ等）５１１は、パケットをリダイレクトするようにプログラムすることができるネットワーク接続コンポーネントである。
一実施形態によれば、スイッチの設定を、ＲＴＳＰサーバ（たとえば５０３）が実行してもよい。
例示的な実施形態により、ネットワークデータ中継コンポーネント５１１をインプリメントするために多くのタイプのスイッチ及びルータを使用することができる、ということが認識されるべきである。
こうしたスイッチには、限定されないがＨＰＰｒｏＣｕｒｖｅ５３０ｘシリーズスイッチが含まれてもよい。
さらに、ネットワークデータ中継コンポーネント５１１を、本明細書で説明する切替え機能を提供することができる他の任意のタイプのゲートウェイコンポーネントを使用してインプリメントしてもよい。

コンテンツサーバ５０５は、他のネットワーク接続デバイスがアクセスすることができるデータ及びアプリケーションを格納することができるネットワーク接続デバイスである。
コンテンツサーバ５０５は、他のネットワーク接続デバイスからのサービスの要求の対象として機能することができる、ということが認識されるべきである。
例示的な実施形態によれば、コンテンツサーバ５０５によって提供されないクライアントデバイスから請求されるサービスを、こうしたサービスを提供することができる他のネットワーク接続デバイスによってこうしたクライアントデバイスに提供することができる。
請求されたサービスを提供するネットワーク接続デバイスの識別と、識別されたデバイスへのストリームのリダイレクトとを、本明細書で説明する指定されたネットワークスイッチの動的設定を使用して、メディアストリームの選択的再ルーティングを通して達成することができる。

ネットワーク５０９は、ネットワークデバイスを接続し、ネットワーク接続デバイス間の通信を容易にする。
ネットワーク５０９は、メディアストリームの選択的再ルーティングを達成するオーバーレイインフラストラクチャを含む通常のクライアント・サーバ構成を含む。

図６は、本発明の一実施形態による、ネットワーク接続デバイスとストリーミングメディアコンポーネントとの間の相互関係を例示する機能ブロック図を示す。
図６は、ネットワークデータ中継コンポーネント（たとえばスイッチ、ルータ等）５１１、クライアントデバイス５０１、メディアサービス５０７、到来(incoming)メディアストリーム６０１、非リダイレクトメディアストリーム６０３、リダイレクトメディアストリーム６０５及びサービスメディアストリーム６０７を示す。

図５に関して論考したように、ネットワークデータ中継コンポーネント５１１を、メディアストリーム又はそのコンポーネントを再ルーティングするように動的に設定することができる。
たとえば、到来メディアストリーム６０１が、適当に処理されるためにはメディアサービスへのリダイレクションが必要であるストリームコンポーネント６０３を含む場合、ネットワークデータ中継コンポーネント５１１は、サービスされる必要のあるストリームコンポーネントを適当なメディアサービス５０７にリダイレクトし、他のパケットを直接適当なクライアントデバイス５０１に転送することができる。

ネットワークデータ中継コンポーネント５１１は、到来メディアストリーム５０１のパケットを、非リダイレクトメディアストリーム６０３コンポーネントとリダイレクトメディアストリーム６０５コンポーネントとに分離するように設定される、ということが認識されるべきである。
分離されたコンポーネントは、適当に転送される。
このプロセスにより、ＲＴＳＰサーバ（たとえば、図５の構造５０３参照）によって動的に（要求が受け取られる際に）提供されるネットワークデータ中継コンポーネント５１１の設定に基づき、到来メディアストリームの指定されたコンポーネント（たとえば６０５）がネットワークスイッチにより選択的に再ルーティングされることとなるということが認識されるべきである。

図７は、本発明の一実施形態による、ネットワークデータ中継コンポーネント（たとえば、スイッチ、ルータ等）５１１の動的設定をもたらすプロセスにおいて実行される動作を例示する。
図７は、クライアントデバイス５０１からコンテンツサーバ５０５に対し、クライアントデバイス５０１が適応するように装備されていないフォーマット（たとえば音声）でしかコンテンツサーバ５０５が提供することのできないコンテンツに対する要求がなされた場合に、ネットワークスイッチを、コンテンツをリダイレクトするようにいかに設定することができるかを例示する。

こうした場合に、メディアサービス５０７が請求されたコンテンツを所望のフォーマットに変換することができる場合、ＲＴＳＰサーバ５０３によって配信を容易にすることができる。
一実施形態によれば、これを、クライアントデバイス５０１に対してコンテンツ要求をＲＴＳＰサーバ５０３に通信させることによって達成することができ、これによって、コンテンツの音声部分の音声フォーマット変換を、コンテンツのその部分を所望のフォーマット変換を実行することができるメディアサービスデバイス５０７に選択的に再ルーティングすることにより容易に行うことができる。

音声ストリームとビデオストリームとをともに含むストリーミングセッションの場合、通常のネットワークインフラストラクチャは、単に同じ経路を使用して両ストリームを配信する、ということが認識されるべきである。
その結果、上述したような場合、音声ストリームとビデオストリームとはともに、メディアサービスデバイス５０７を通してルーティングされる必要がある。
こうした方法は、メディアサービスが実際には低帯域幅音声ストリームに対してのみ必要とされるため、資源を消耗する。
さらに、高帯域幅ビデオストリームが、不必要に追加の距離をルーティングされなければならない。

図７を参照すると、本明細書で説明するリダイレクション技法を使用して、クライアントデバイス５０１から、コンテンツサーバ５０５からのストリーミングコンテンツに対する要求がなされる場合、その要求を、オーバーレイインフラストラクチャの一部であるＲＴＳＰサーバ５０３にリダイレクトすることができる（上記ＲＴＳＰサーバ５０３の説明を参照）。
ＲＴＳＰサーバ５０３を通して、クライアント５０１は、それぞれ音声ポートＮ_Ａ及びビデオポートＮ_Ｖ（図示せず）でクライアント５０１に配信されるべき音声ストリームＳ_Ａ及びビデオストリームＳ_Ｖを含む、利用可能なストリームのリストを取得することができる。
この例では、音声ストリームＳ_Ａに対してメディアサービス５０７が実行される必要があるものとする。
クライアント５０１からセッション開始要求を受け取ると、ＲＴＳＰサーバ５０３は、コンテンツサーバ５０５からクライアント５０１に対するすべてのパケットがメディアサービス５０７に向けられるように、ネットワークデータ中継コンポーネント５１１を設定するために十分な情報を有する。

図７を参照して説明した動作から２つの結果がもたらされる。
第１に、ポートＮ_Ｖにおいてクライアント５０１に対して配信されることになっている高ビットレートビデオストリームＳ_Ｖは、直接５０１に配信される。
第２に、５０７に配信される必要のある低ビットレート音声ストリームＳ_Ａのみが再ルーティングされる（後の図８の論考を参照）。

図８は、本発明の一実施形態による、動的スイッチ設定プロセスからもたらされるストリームの選択的再ルーティングの一例を示す。
図８は、要求されたストリーミングメディアコンテンツコンポーネントが、コンテンツサーバ５０５からクライアントデバイス５０１まで移動する際に進む経路を示す。

図８を参照すると、ネットワークデータ中継コンポーネント５１１がストリーミングコンポーネントをメディアサービスデバイス５０７にリダイレクトするように設定された後（図７を参照して説明したように）、コンポーネントＳ_Ｖ（ストリーミングビデオ）及びコンポーネントＳ_Ａ（ストリーミング音声）から成る到来ストリームは、コンポーネント部分が別々のストリームに分離されて解析される。
この分離により、ストリームのビデオコンポーネントＳ_Ｖを、サービスされるためにメディアサービス５０７に転送することが容易になる。
サービスされると、メディアストリームコンポーネント（たとえばＳ_Ｖ）は、使用されるためにエンドユーザ（たとえばクライアントデバイス５０１）に転送される。

図７及び図８を参照して説明した実施形態のパフォーマンスペナルティは最小限であるということが認識されるべきである。
一実施形態によれば、ＲＴＳＰサーバ５０７への要求のルーティングを実行するために、ネットワークデータ中継コンポーネント５１１は、ＲＳＴＰパケットを再ルーティングするように設定されるだけでよい。
こうした再ルーティングは、リアルタイムトランスポート（ＲＴＰ）によって搬送されるメディアデータの再ルーティングに比較して非常に低ボリュームのタスクを構成する。
さらに、再ルーティングは、必要な場合にのみ実行される。
ＲＴＳＰサーバ５０７は、ユーザ要求が到達するとネットワークデータ中継コンポーネント５１１を動的に設定し、メディアストリーミングが終了すると設定を取り消す能力を有する、ということに留意されたい。
セッション制御情報に基づくこのタイプのオンデマンド設定は、一般のウェブアクセスでは可能ではない。
それは、それらの場合、利用可能なセッション情報がないためである。

［本発明の実施形態による動作例］
図９及び図１０は、本発明の実施形態によって実行されるステップのフローチャートを示す。
フローチャートは、本発明のプロセスを含み、それらは、一実施形態では、コンピュータ読取可能且つコンピュータ実行可能命令の制御下で、プロセッサ及び電子コンポーネントによって実行される。
コンピュータ読取可能且つコンピュータ実行可能命令は、たとえば、コンピュータが使用可能な揮発性メモリ及び／又はコンピュータが使用可能な不揮発性メモリ等のデータ格納機能に存在する。
しかしながら、コンピュータ読取可能且つコンピュータ実行可能命令は、いかなるタイプのコンピュータ読取可能媒体に存在してもよい。
フローチャートには特定のステップについて開示するが、こうしたステップは例示的なものである。
すなわち、本発明は、さまざまな他のステップ又は図９及び図１０に列挙するステップの変形を実行することに適している。
本実施形態内で、フローチャートのステップを、ソフトウェアによって、ハードウェアによって、又はソフトウェア及びハードウェアの任意の組合せによって実行してもよい、ということが認識されるべきである。

図９は、一実施形態による、スイッチを動的に設定するプロセスにおいて実行されるステップのフローチャート９００である。
こうしたプロセスでは、メディアサービス配信ネットワーク（たとえば５００）は、適当なネットワークロケーションにおいてサービスされるためにストリームの選択的再ルーティングを達成するように、ネットワークスイッチの動的設定に適応する、ということが認識されるべきである。

ステップ９０１において、第１のネットワーク接続コンポーネント（たとえばクライアントデバイス５０１）からのストリーミングメディアコンテンツに対する要求が、ネットワーク接続サーバ（たとえば５０３）によって受け取られる。
そして、ステップ９０３において、ネットワーク接続コンポーネント（たとえばネットワークデータ中継コンポーネント５１１）が、（ネットワーク接続サーバにより）、要求されたコンテンツの一部を、要求されたコンテンツを格納する第２のネットワーク接続コンポーネント（たとえばサーバ５０５）からサービスされるべき第３のネットワーク接続コンポーネント（たとえばメディアサービス５０７）に転送するように設定される。

図１０は、本発明の一実施形態による、ストリーミングメディアコンポーネントの選択的切替えのプロセスにおいて実行されるステップのフローチャート１０００である。
メディアストリームコンポーネントを選択的に切り替えることができる能力により、メディアストリームの選択されたコンポーネントを分離すること、及びサービスされるためにメディアサービス（たとえば５０７）に転送することが可能になる。
サービスされると、このメディアストリームコンポーネントを、エンドユーザ（たとえばクライアントデバイス５０１）に転送し、使用されるために他のメディアストリームコンポーネントと統合することができる。

ステップ１００１において、ネットワークデータ中継コンポーネントにより設定が受け取られる。
一実施形態によれば、この設定は、ネットワーク接続サーバによって実行される。
さらに、ステップ１００３において、ネットワークデータ中継コンポーネントによってストリーミングメディアコンテンツが受け取られる。
一実施形態によれば、メディアコンテンツは、ＲＳＴＰサーバによってスイッチに供給され、ステップ１００５において、ストリーミングメディアコンテンツが分離される。

ステップ１００７において、上記ストリーミングメディアコンテンツの第１の部分が第１のネットワークロケーション（たとえばクライアントデバイス５０１）に転送される。
そして、ステップ１００９において、上記ストリーミングメディアの第２の部分が第２のネットワークロケーション（たとえばメディアサービス５０７）に転送される。
サービスされると、上述したように、このメディアストリームコンポーネントをエンドユーザ（たとえばクライアントデバイス５０１）に転送し、使用されるために他のメディアストリームコンポーネントと統合することができる。

本発明の例示的な実施形態に関して上述したように、本発明は、ストリーミングメディアサービスをクライアントに透過的に挿入する方法を提供する。
本方法は、第１のネットワーク接続コンポーネントからコンテンツに対する要求を受け取ること、及び上記コンテンツの一部又は全体に対して必要なメディアサービスのタイプを確定することを含む。
さらに、本方法は、上記コンテンツの一部又は全体を第２のネットワーク接続コンポーネントから第３のネットワーク接続コンポーネントに転送するようにネットワークスイッチを設定することを含む。

本発明の特定の実施形態の上述した説明を、例示及び説明の目的で提示した。
それらは、網羅的であるようにも、本発明を開示した厳密な形態に限定するようにも意図されておらず、明らかに、上記教示に鑑みて多くの変更及び変形が可能である。
本発明の原理とその実際的な適用を最もよく例示することにより、当業者が、企図された特定の使用に適するよう、本発明及びさまざまな変更態様を含むさまざまな実施形態を最もよく利用することができるように、実施形態を選択し説明した。
本発明の範囲は、本明細書に添付される特許請求の範囲とそれらの等価物とによって規定される、ということが意図されている。

通常のクライアント・サーバモデルを示し、従来のクライアント・サーバ通信を例示する図である。オーバーレイネットワークの形態で複数の分散サーバを組み込んだネットワークを示す図である。従来のウェブキャッシュ通信プロトコル（ＷＣＣＰ）対応ルータの動作を例示する図である。リアルタイムストリーミングプロトコル（ＲＴＳＰ）及びリアルタイムトランスポート（ＲＴＰ）プロトコルを使用する従来のセッションを例示する図である。本発明の一実施形態によるメディアサービス配信ネットワークを示す図である。本発明の一実施形態によるネットワーク接続デバイスとストリーミングメディアコンポーネントとの間の相互関係を示す機能ブロック図である。本発明の一実施形態によるネットワークスイッチの動的設定をもたらすプロセスにおいて実行される動作を例示する図である。本発明の一実施形態による動的スイッチ設定プロセスからもたらされるストリームの選択的再ルーティングの一例を例示する図である。一実施形態によるスイッチを動的に設定するプロセスにおいて実行されるステップのフローチャートである。本発明の一実施形態によるストリーミングメディアコンポーネントの選択的切替えのプロセスにおいて実行されるステップのフローチャートである。

符号の説明

５０１・・・クライアント，
５０３・・・ＲＴＳＰサーバ，
５０５・・・コンテンツサーバ，
５０７・・・メディアサービス，
５０９・・・ネットワーク，
５１１・・・ネットワークスイッチ，
６０１・・・メディアストリーム，
６０３・・・非リダイレクトメディアストリームコンポーネント，
６０５・・・リダイレクトメディアストリームコンポーネント，

Claims

ネットワークコンポーネントを動的に設定する方法であって、
リアルタイムストリーミングプロトコル（ＲＴＳＰ）ノード（５０３）が、クライアントノード（５０１）からコンテンツの再生の要求を受け取ること（９０１）と、
ＲＴＳＰノードが、前記要求に応じてコンテンツを再生するためのサービスを、前記コンテンツの少なくとも一部に対して実行するサービスノード（５０７）を選択することと、
ＲＴＳＰノードが、前記コンテンツの前記少なくとも一部をサーバノード（５０５）から前記選択されたサービスノードに転送するようにデータ中継ノードを設定し（９０３）、前記コンテンツの少なくとも一部が、前記選択されたサービスノードにより提供されるサービスを受けるようにすることと
を含み、
前記コンテンツの一部は、前記データ中継ノードにおいて前記コンテンツから分離され、前記サービスノードへリダイレクトされ、前記サービスノードから前記クライアントノードへ転送される
方法。
前記要求は、ストリーミングメディアコンテンツに対する要求である
請求項１に記載の方法。
前記サーバノードは、コンテンツサーバである
請求項１に記載の方法。
前記サービスノードは、前記コンテンツを受け取り、前記メディアサービスを実行し、前記コンテンツを前記クライアントノードに送信するメディアサービスノードである
請求項１に記載の方法。
前記要求は、インターネットドメインネームサービス（ＤＮＳ）ベースのリダイレクション技法を使用した前記中継ノードを介して、前記要求に応じたサーバにリダイレクトされる
請求項１に記載のネットワークコンポーネントを動的に設定する方法。
前記コンテンツ又は前記要求は、ウェブキャッシュ通信プロトコル（ＷＣＣＰ）ルーティングメカニズムを使用した前記中継ノードを介して、前記要求に応じたサーバにリダイレクトされる
請求項１に記載の方法。