WO2008035398A1

WO2008035398A1 - Système de distribution de contenu, dispositif intermédiaire de commande de bande passante et procédé de commande de bande passante

Info

Publication number: WO2008035398A1
Application number: PCT/JP2006/318519
Authority: WO
Inventors: Katsuhiro Ochiai; Akira Kobayashi
Original assignee: Nec Corporation
Priority date: 2006-09-19
Filing date: 2006-09-19
Publication date: 2008-03-27
Also published as: EP2066083A1; US20090241157A1; JPWO2008035398A1

Description

明細書

コンテンツ配信システム、帯域制御仲介装置、及び帯域制御方法技術分野

[0001] 本発明は、ストリーミング配信時における QoS保証を実現するコンテンツ配信システム、帯域制御仲介装置、及び帯域制御方法に関する。

背景技術

[0002] 従来、一般的に、映像音声のストリーミング配信を実現するためには、その配信に十分なネットワーク帯域を確保したり、配信されるパケットに優先度付けを行って他のデータ通信に比して優先的にネットワークを通過させたりする方法が取られている。特にネットワーク帯域を確保する方法では典型的な実現方式として、以下の 2つの方式がある。第 1に、あらかじめ見込まれる帯域を実際の配信時に必要な個々の帯域とは無関係に、配信に先立ってネットワーク網で直接確保する方式。第 2にクライアント端末もしくはサーバから、必要な量を配信に先立ってネットワーク網に対して直接確保指示する方式。又、第 2の方式を改良した第 3の方式として、 SIP (Session Initia tion Protocol)によりクライアント端末もしくはサーノから必要な帯域を取得しストリ一ミング配信前に確保しておく方式もある。

[0003] 第 1の方式ではサーバにもクライアント端末にも特別な考慮を必要とせずネットヮーク帯域を確保できるメリットがある。しかし、配信される映像音声が常に同じ帯域幅を消費することを前提としているため、実際の配信映像音声がより少ない帯域しか消費しな、場合には、確保して、る帯域分との差分が無駄になる。

[0004] 第 2の方式では、確保するネットワーク帯域と消費するネットワーク帯域が同じで無駄がないというメリットがある力クライアント端末もしくはサーバにおいてネットワーク帯域を確保するための特別な考慮が必要となり、相互互換性が十分とはいえない現在のネットワーク網へのインタフェース部分をそのクライアント端末もしくはサーバ本体に手を入れて都度適合させる必要を生じる。クライアント端末から帯域確保する方式として RSVP (Resource reSerVation Protocol)がある。又、サーバから帯域確保する方式の代表として特開 2003— 51846号公報に記載の方式がある。 [0005] 第 2の方式では特開 2005— 12655号公報（SIPセッション制御による CDNにおける QoS保証方法と QoS保証システム及び端末装置とコンテンツ配信サブシステムと S IPセッション制御サブシステムならびにプログラム）で述べられて!/、る方式がある。特開 2005— 12655号公報では、端末装置とコンテンツ配信サブシステム間でセッション制御プロトコルとして SIPを利用し、その SIPでやりとりされる情報を SIPセッション制御サブシステムで仲介する。このため、端末装置とコンテンツ配信サブシステムが直接帯域制御をする必要がなぐ端末装置とコンテンツ配信サブシステムは標準プロトコルのみで実装が可能であるという利点がある。し力し特開 2005— 12655号公報に記載の方法では、本来音声通話用に開発されストリーミング配信用に広く普及しているとは言えない SIPを利用している。このため、端末装置とコンテンツ配信サブシステムの開発者は、前例の少ない実装を行う開発リスクが伴う。又、新たに SIPを搭載することで開発 ·運用コストが余計に力かるという欠点がある。更に特開 2005— 1265 5号公報では、コンテンツ配信サブシステムの再生制御プロトコルである RTSP (Real time Streaming Protocol)による通信の発生前に帯域確保を行う。このため特開 2005— 12655号公報に示されて!/、るように SIPに対応して!/、な!/、コンテンツ配信サブシステムの場合には、端末装置からの帯域情報によって帯域確保することになる。このためコンテンツ配信サブシステムが実際にコンテンツ送出に必要な帯域とは必ずしも一致しなヽと、う欠点がある。

[0006] 以下、ネットワーク帯域の制御に関する従来例力特開 2000— 32048号公報、特開 2002— 344499号公報、特開 2003— 258879号公報、特開 2004— 289627号公報に記載されている。

[0007] しかし、これらの技術では、クライアント端末とサーバとの間において、帯域予約あるいは帯域制御のための特別なメッセージの理解や、複雑な帯域制御手順を必要とする。このため、クライアントやサーバは既存のプロトコルを利用して帯域を制御することができない。

発明の開示

[0008] 本発明の目的は、既存のプロトコルを使用して、ネットワーク網における帯域制御を実行できるコンテンツ配信システム、帯域制御仲介装置、及び帯域制御方法を提供することである。

[0009] 本発明の他の目的は、複雑な帯域制御手順を必要とせずにネットワーク網における帯域制御を実行できるコンテンツ配信システム、帯域制御仲介装置、及び帯域制御方法を提供することである。

[0010] 本発明の更に他の目的は、転送されるデータ量に応じた帯域を確保できるコンテンッ配信システム、帯域制御仲介装置、及び帯域制御方法を提供することである。

[0011] 本発明によるコンテンツ配信システムは、クライアント端末と、サーバと、帯域制御仲介装置と、第 1の帯域制御装置とを具備する。帯域制御仲介装置は、クライアント端末とサーバとの間に設けられ、クライアント端末からのコンテンツデータの再生制御プロトコルをサーバに中継する。第 1の帯域制御装置は、第 1のネットワークに設けられ、第 1のネットワーク内の帯域制御を行う。ここで、帯域制御仲介装置は、再生制御プロトコルに基づき、コンテンツデータが転送される通信路のうち、第 1のネットワークにおける帯域制御を第 1の帯域制御装置に要求する。第 1の帯域制御装置はこの要求に応じて、通信路のための帯域を確保する。

[0012] 又、サーバは、コンテンツデータの転送要求に対する応答とともに、コンテンツデータの転送に必要なネットワーク帯域情報を、帯域制御仲介装置を介して前記クライァント端末に送信することが好ましい。この場合、帯域制御仲介装置は、ネットワーク帯域情報に基づき、第 1の帯域制御装置において制御する帯域幅を決定する。

[0013] 又、帯域制御仲介装置は、帯域制御装置と同じ第 1のネットワークに設けられても良い。この場合、帯域制御仲介装置は、自身の所属するネットワークの帯域制御を帯域制御装置に要求する。又、本発明によるコンテンツ配信システムは、第 2のネットヮーク内の帯域制御を行う第 2の帯域制御装置を更に具備しても良い。この場合、帯域制御仲介装置は、再生制御プロトコルに基づき、コンテンツデータが転送される通信路のうち、第 2のネットワークにおける帯域制御を第 2の帯域制御装置に要求する。この際、帯域制御仲介装置が第 1のネットワークに設けられている場合、第 1のネットヮーク及び第 2のネットワークにそれぞれ設けられる第 1の帯域制御装置及び第 2の帯域制御装置に対し帯域制御を要求することができる。

[0014] 本発明による帯域制御仲介装置は、クライアント端末とサーバとの間に設けられ、前記クライアント端末からのコンテンツデータの再生制御プロトコルを前記サーバに中継する iZoインタフェースと、再生制御プロトコルを解析し、前記コンテンツデータが転送される通信路のための帯域幅を決定する CPUとを具備する。 CPUは、決定した帯域幅に応じた帯域制御のための要求を、 iZoインタフェースを介して第 1のネットワーク内の帯域制御を行う第 1の帯域制御装置に送信する。

[0015] 又、 CPUは、コンテンツデータの転送要求に対する応答とともに送信されたコンテンッデータの転送に必要なネットワーク帯域情報を解析して、帯域幅を決定することが好ましい。

[0016] 更に CPUは、コンテンツデータの転送要求に対する応答とともに送信されたコンテンッデータの転送に必要なネットワーク帯域情報を解析して、コンテンツデータが転送される通信路上にあるネットワークを特定することが好ましい。

[0017] 更に、 CPUは、第 2のネットワーク内の帯域制御を行う第 2の帯域制御装置に対し、前記帯域制御のための要求を送信しても良い。

[0018] 本発明による帯域制御方法は、クライアント端末とサーバとの間に設けられた帯域制御仲介装置力、クライアント端末力のコンテンツデータの再生制御プロトコルをサーバに中継するステップと、帯域制御仲介装置が、再生制御プロトコルを解析し、コンテンッデータが転送される通信路のための帯域幅を決定するステップと、帯域制御仲介装置が、帯域幅に応じた帯域制御のための要求を、第 1のネットワーク内の帯域制御を行う第 1の帯域制御装置に送信するステップとを具備する。

又、帯域幅を決定するステップは、コンテンツデータの転送要求に対する応答とともに送信されたコンテンツデータの転送に必要なネットワーク帯域情報を解析して、帯域幅を決定するステップを備えることが好まし、。

[0019] 又、帯域制御のための要求を送信するステップは、コンテンツデータの転送要求に対する応答とともに送信されたコンテンツデータの転送に必要なネットワーク帯域情報を解析して、コンテンツデータが転送される通信路上にあるネットワークを特定するステップを備えることが好ま、。

[0020] 更に、帯域制御仲介装置が、第 2のネットワーク内の帯域制御を行う第 2の帯域制御装置に対し、前記帯域制御のための要求を送信するステップを具備することが好ましい。

[0021] 本発明による帯域制御方法は、上述の方法に加え、第 1の帯域制御装置が、帯域制御のための要求に応じて、コンテンツデータが転送される通信路のための帯域を第 1のネットワークにお、て確保するステップを更に具備することが好ま、。

[0022] 更に、第 1の帯域制御装置が、帯域制御のための要求に応じて、コンテンツデータが転送される通信路のための確保された帯域を解放するステップを更に具備することが好ましい。

[0023] 本発明に係る再生制御プロトコルは、 RTSP (Realtime Streaming Protocol) であることが好ましい。この場合、コンテンツデータは、 RTP (Realtime Transport Protocol)に応じた通信路を介してサーノからクライアント端末に転送される。

[0024] 以上のように、本発明によれば、帯域確保のための制御は、帯域制御仲介装置のみで行っているため、複雑な帯域制御手順を必要としない。又、既存のストリーミングの再生制御に広く使われているプロトコル (ここでは RTSP)によって帯域を制御しているため、帯域制御仲介装置は、特別なプロトコルやメッセージを理解する必要がない。更に、 RTSP通信を中継する帯域制御仲介装置が、ネットワーク網における帯域の制御を行うため、クライアントやサーバは既存のプロトコルやインタフェースを利用できる

[0025] 更に、本発明によれば、ストリーミングの配信要求に応じて確保する帯域を決定しているため、実際に転送されるコンテンツデータに応じた帯域を確保でき、無駄が生じない。

図面の簡単な説明

[0026] [図 1]図 1は、本発明よるコンテンツ配信システムの第 1の実施の形態における構成を示す図である。

[図 2]図 2は、本発明による RTSPプロクシサーバの実施の形態における動作を示すフロー図である。

[図 3A]図 3Aは、本発明よるコンテンツ配信システムの第 1の実施の形態における通信接続動作を示すシーケンス図である。

[図 3B]図 3Bは、本発明よるコンテンツ配信システムの第 1の実施の形態におけるコンテンッ配信動作を示すシーケンス図である。

[図 4A]図 4Aは、本発明よるコンテンツ配信システムの第 1の実施の形態におけるコンテンッ配信停止動作を示すシーケンス図である。

[図 4B]図 4Bは、本発明よるコンテンツ配信システムの第 1の実施の形態における通信切断動作を示すシーケンス図である。

[図 5]図 5は、本発明よるコンテンツ配信システムの第 2の実施の形態における構成を示す図である。

[図 6A]図 6Aは、本発明よるコンテンツ配信システムの第 2の実施の形態における通信接続動作を示すシーケンス図である。

[図 6B]図 6Bは、本発明よるコンテンツ配信システムの第 2の実施の形態におけるコンテンッ配信動作を示すシーケンス図である。

[図 7]図 7は、本発明よるコンテンツ配信システムの第 2の実施の形態におけるコンテンッ配信停止力も通信切断までの動作を示すシーケンス図である。

[図 8]図 8は、本発明よるコンテンツ配信システムの第 3の実施の形態における構成を示す図である。

[図 9A]図 9Aは、本発明よるコンテンツ配信システムの第 3の実施の形態における通信接続動作を示すシーケンス図である。

[図 9B]図 9Bは、本発明よるコンテンツ配信システムの第 3の実施の形態におけるコンテンッ配信動作を示すシーケンス図である。

[図 10]図 10は、本発明よるコンテンツ配信システムの第 3の実施の形態におけるコンテンッ配信停止力も通信切断までの動作を示すシーケンス図である。

[図 11]図 11は、本発明よるコンテンツ配信システムの第 4の実施の形態における構成を示す図である。

[図 12]図 12は、本発明よるコンテンツ配信システムの第 4の実施の形態における通信接続力もコンテンツ配信までの動作を示すシーケンス図である。

[図 13]図 13は、本発明よるコンテンツ配信システムの第 4の実施の形態におけるコンテンッ配信停止力も通信切断までの動作を示すシーケンス図である。

[図 14]図 14は、本発明よるコンテンツ配信システムの第 5の実施の形態における構成を示す図である。

[図 15A]図 15Aは、本発明よるコンテンツ配信システムの第 5の実施の形態における通信接続動作を示すシーケンス図である。

[図 15B]図 15Bは、本発明よるコンテンツ配信システムの第 5の実施の形態における通信接続動作を示すシーケンス図である。

[図 15C]図 15Cは、本発明よるコンテンツ配信システムの第 5の実施の形態におけるコンテンツ配信動作を示すシーケンス図である。

[図 16]図 16は、本発明よるコンテンツ配信システムの第 5の実施の形態におけるコンテンッ配信停止動作を示すシーケンス図である。

[図 17A]図 17Aは、本発明よるコンテンツ配信システムの第 5の実施の形態における通信切断動作を示すシーケンス図である。

[図 17B]図 17Bは、本発明よるコンテンツ配信システムの第 5の実施の形態における通信切断動作を示すシーケンス図である。

発明を実施するための最良の形態

[0027] 以下、添付図面を参照して、本発明によるコンテンツ配信システムの実施の形態が説明される。図面において同一、又は類似の参照符号は、同一、類似、又は等価な構成要素を示している。以下では、ネットワークを介して映像や音声のデータをストリ一ミング配信するコンテンツ配信システムを一例に実施の形態を説明する。

[0028] 1.第 1の実施の形態

図 1から図 4Bを参照して、本発明に係るコンテンツ配信システムの第 1の実施の形態を説明する。第 1の実施の形態におけるコンテンツ配信システムは、異なる事業者によって運営される 2つのネットワーク網を具備し、一方のネットワーク網に属するクライアント端末に対し、他方のネットワーク網に属するサーノくからデータがストリーム配信されるシステムである。

[0029] (構成）

図 1は、第 1の実施の形態におけるコンテンツ配信システムの構成を示すブロック図である。図 1を参照して、第 1の実施の形態におけるコンテンツ配信システムの構成を説明する。第 1の実施の形態におけるコンテンツ配信システムは、事業者 Aが運営するインターネット網 100 (以下、インターネット網 100と称す）と事業者 Bが運営するィンターネット網 200 (以下、インターネット網 200と称す）とを具備する。インターネット網 100には、加入者の所有するクライアント端末である STB10と、インターネット網 1 00における伝送路の帯域を制御する網帯域制御装置 11と、帯域制御仲介装置である RTSPプロクシサーバ 12とを備える。ここで、 STB10は 1つしか図示しないが、インターネット網 100は、他の加入者が持つ STB10を複数備えても構わない。

[0030] 又、インターネット網 200は、コンテンツプロバイダが所有し、 STB10にデータをストリーミング配信するサーバ VoDサーバ 20と、インターネット網 200における伝送路の帯域を制御する網帯域制御装置 21と、帯域制御仲介装置である RTSPプロクシサーバ 22 (機能は RTSPプロクシサーバ 12と同等）とを備える。ここで、 VoDサーバ 20 は 1つしか図示しないが、インターネット網 200は、他のコンテンツプロバイダが所有する VoDサーバ 20を複数備えても構わなヽ。

[0031] RTSPプロクシサーバ 12は、 STB10と VoDサーバ 20との間に設けられ、 RTSPプロトコルを送受信する RTSPプロトコルの仲介機能を有する。又、同プロトコルを仲介する際にインターネット網 100の帯域制御が必要なプロトコルが通過すると、 STB10 や VoDサーバ 20に代わって、網帯域制御装置 11に帯域制御を実行させる。同様に、 RTSPプロクシサーバ 12は、 STB10と VoDサーバ 20との間に設けられ、インターネット網 200の帯域制御が必要なプロトコルが通過すると、 STB10や VoDサーバ 20 に代わって、網帯域制御装置 11に帯域制御を実行させる。又、 RTSPプロクシサーバ 12及び 22は、図 2に示される動作を実行するためのプログラムを格納する記憶装置 2と、このプログラムを実行することで図 2に示される動作を実行する CPU1と、 CP Uによって指定された各種命令（要求命令や応答命令)やデータ (例えば RTPデータ）の転送を制御するインタフェース 3とを備える。尚、図 2に記載の動作の説明は後述する。

[0032] STB10は RTSP通信路 13を通じて RTSPプロクシサーバ 12と接続している。 RTS Pプロクシサーバ 12と網帯域制御装置 11は網帯域制御プロトコル通信路 14を介して接続している。 RTSPプロクシサーバ 12と RTSPプロクシサーバ 22とは RTSP通信路 50を介して接続している。 RTSPプロクシサーバ 22と網帯域制御装置 21は網帯域制御プロトコル通信路 24を介して接続して!/、る。 RTSPプロクシサーバ 22と VoD サーバ 20は RTSP通信路 23を介して接続して!/、る。 VoDサーバ 20と STB10は RT P通信路 60を介して接続している。ここで、網帯域制御プロトコル通信路 14及び RT SP通信路 13はともにインターネット網 100内における通信路である。同様に、網帯域制御プロトコル通信路 24及び RTSP通信路 23はともにインターネット網 200内における通信路である。又、 RTSP通信路 50及び RTP (Realtime Transport Prot ocol)通信路 60は、相互に事業者が異なるインターネット網 100とインターネット網との間を接続する通信路である。

[0033] (コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）

図 2から図 4Bを参照して、本発明に係るコンテンツ配信システムの第 1の実施の形態における動作の詳細を説明する。動作の説明に先立ち、 RTSPプロトコル及び RT pプロトコルについて説明する。 RTSPプロトコルは RFC2326において提案された映像音声の再生制御用プロトコルである。 SETUP要求 501によってサーバ（ここでは、 VoDサーノ 20)に対してコンテンツ指定し、応答として当該コンテンツの再生に必要なネットワーク帯域情報であるビットレート情報 500を得る。次に PLAY要求によつて指定されたコンテンツの任意の部分からの再生を行う。又、 STOP要求 531によつて再生中のコンテンツを停止し、 TEARDOWN要求によって一連の制御の終了を宣言する。又、 RTPプロトコルは、 RFC3550において提案された映像音声のトランスポート用プロトコルで、当該プロトコルのペイロード（データ格納領域）に、 MPEG2 、 MPEG4、 H. 264等の映像'音声プロトコルを載せて伝送するために使用される。

[0034] 図 3A及び図 3Bを参照して、本発明に係るコンテンツ配信システムにおける通信回線の接続から映像音声データ再生までの流れについて説明する。先ず STB10は、ポータルサーバ（図示せず）から STB10の加入者が再生したいコンテンツ（映像音声のストリームデータ（RTPデータ 600)を選択し、そのコンテンツを格納して、る Vo Dサーバ 20と VoDサーバ 20における当該コンテンッの識別子情報を得る（図示せず)。

[0035] 次に、 STB10は、 RTSPプロクシサーバ 12及び 22を介して VoDサーバ 20に対し、 SETUP要求 501を送信する（ステップ S101〜S103)。ここで、 SETUP要求 501 には、先に得た再生希望のコンテンツデータを格納する VoDサーバ 20、 VoDサーノ 20における当該コンテンツ、当該コンテンツの配信先の STB10の識別子情報を含む。

[0036] 詳細には、 STB10は、再生希望のコンテンツデータを指定した SETUP要求 501 を RTSPプロクシサーバ 12に対し送信する（ステップ S101)。 RTSPプロクシサーバ 12は、 SETUP要求 501に含まれる VoDサーバ 20の識別子に対応する RTSPプロクシサーバ 22に SETUP要求 501を送信する（ステップ S102)。ステップ S102では、 RTSPプロクシサーバ 12は、 SETUP要求 501に基づき、 RTSPプロトコルでコンテンッデータの配信元の VoDサーバ 20を検出する。そしてこの VoDサーバ 20が所属するインターネット網 200内の RTSPプロクシサーバ 22を SETUP要求 501の送信先として決定する。同様に、 RTSPプロクシサーバ 22は、 SETUP要求 501に基づき RTSPプロトコルで送信先の VoDサーバ 20を検出し、この VoDサーバ 20に対して S ETUP要求 501を送信する（ステップ S103)。

[0037] VoDサーバ 20は、受け付けた SETUP要求 501に応答して、コンテンツの要求元である STB10に対し SETUP応答 502及びビットレート情報 500を送信する (ステツプ3104〜3112)。この際、 SETUP応答 502及びビットレート情報 500は、 RTSPプ口クシサーバ 22及び 12を介して STB10に送信される。 RTSPプロクシサーバ 22及び 12は SETUP応答 502及びビットレート情報 500に応じて、網制御装置 21及び 1 1を制御し、 RTP通信路 60のためのネットワーク帯域を確保させる。

[0038] 以下、ステップ S104〜S 112までの動作の詳細を説明する。 VoDサーバ 20は、受け付けた SETUP要求 501に応答して、 SETUP応答 502及びビットレート情報 500 を RTSPプロクシサーバ 22に送信する（ステップ S104)。ここで、ビットレート情報 50 0には、 SETUP要求 501で要求された再生希望コンテンッの伝送 ·再生に必要なネットワーク帯域情報が含まれる。

[0039] RTSPプロクシサーバ 22は、受け付けた SETUP応答 502に応じてビットレート情報 500に含まれるネットワーク帯域情報を網帯域制御でプロトコル抽出し、このネットワーク帯域情報に基づいた帯域確保要求 511を網帯域制御装置 21に送信する (ステツプ S105)。網帯域制御装置 21は、帯域確保要求 511に応じてインターネット網 2 00の帯域制御を行い、 RTPデータ 600の伝送に使用する RTP通信路 60のためのネットワーク帯域を、インターネット網 200に確保する (ステップ S106)。網帯域制御装置 21は帯域を確保した後、帯域確保応答 512を RTSPプロクシサーバ 22に送信する（ステップ S 107)。

[0040] RTSPプロクシサーバ 22は、帯域確保応答 512を受け付けると、 RTSPプロクシサーバ 12に SETUP応答 502及びビットレート情報 500を送信する（ステップ S108)。 RTSPプロクシサーバ 12は、受け付けた SETUP応答 502に応じて、ビットレート情報 500に含まれるネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づ!、た帯域確保要求 513を網帯域制御装置 11に送信する (ステツプ S109)。網帯域制御装置 11は、受け付けた帯域確保要求 513に基づきインタ一ネット網 100の帯域制御を行、、 RTPデータ 600の伝送に使用する RTP通信路 6 0のためのネットワーク帯域を、インターネット網 100に確保する（ステップ S110)。又、網帯域制御装置 11は帯域を確保した後、 RTSPプロクシサーバ 12に帯域確保応答 514を送信する (ステップ S 111)。

[0041] RTSPプロクシサーバ 12は、帯域確保応答 514を受け付けると、 STB10〖こ SETU P応答 502及びビットレート情報 500を送信する (ステップ S 112)。

[0042] 続いて図 3Bを参照して、 SETUP応答 502によって RTP通信路 60のための帯域確保を確認した STB10は、目的のコンテンツデータをストリーミング再生するため、 R TSPプロクシサーバ 12及び 22を介して、 VoDサーバ 20に対し PLAY要求 521を送信する（ステップ3113〜3115)。ここで、 PLAY要求 521には、再生希望のコンテンッデータを格納する VoDサーバ 20と、 VoDサーバ 20における当該コンテンツの識別子情報を含む。

[0043] 詳細には、 STB10は、再生希望のコンテンツデータを指定した PLAY要求 521を RTSPプロクシサーバ 12に対し送信する（ステップ S 113)。 RTSPプロクシサーバ 12 は、 PLAY要求 521に含まれる VoDサーバ 20の識別子に対応する RTSPプロクシサーバ 22に PLAY要求 521を送信する（ステップ S114)。ステップ S114では、 RTS pプロクシサーバ 12は、 PLAY要求 521に基づき、 RTSPプロトコルでコンテンツデータの配信元の VoDサーバ 20を検出する。そしてこの VoDサーバ 20が所属するィンターネット網 200内の RTSPプロクシサーバ 22を PLAY要求 521の送信先として決定する。同様に、 RTSPプロクシサーバ 22は、 PLAY要求 521に基づき RTSPプロトコルで送信先の VoDサーバ 20を検出し、この VoDサーバ 20に対して PLAY要求 521を送信する（ステップ S 115)。

[0044] VoDサーバ 20は PLAY要求 521を受け付けると、帯域が確保された RTP通信路 6 0を利用して、 PLAY要求 521で指定されたコンテンツの映像音声の RTP配信を開始する (ステップ S 116)。以後、 STOP要求 531等の再生内容に変更を与えるプロトコルを受け付ける力、 RTPデータ 600の最後尾に達するまで RTP通信路 60上を PL AY要求 521で要求されたコンテンツの映像音声ストリーム (RTPデータ 600)が伝送される（ステップ 117)。 VoDサーバ 20は RTP配信する際、 RTSPプロクシサーバ 22 及び 12を介して STB10に PLAY応答 522を送信する（ステップ S118〜S120)。

[0045] 次に、図 4A及び図 4Bを参照して、本発明に係るコンテンツ配信システムにおける映像音声の停止要求から通信回線切断までの動作にっ、て説明する。映像音声の配信を停止したい STB10は、コンテンツのストリーム配信元である VoDサーバ 20に対し、 STOP要求 531を送信する。この際 STB10は、 RTSPプロクシサーバ 12及び 22を介して VoDサーバ 20に対し、 STOP要求 531を送信する（ステップ S121〜S1 23)。ここで、 STOP要求 531には、コンテンツデータの配信元の VoDサーバ 20と、 VoDサーバ 20における当該コンテンツの識別子情報を含む。

[0046] 詳細には、 STB10は、配信停止対象のコンテンツデータを指定した STOP要求 53 1を RTSPプロクシサーバ 12に対し送信する（ステップ S 121)。 RTSPプロクシサーノ 12は、 STOP要求 531に含まれる VoDサーバ 20の識別子に対応する RTSPプロクシサーバ 22に STOP要求 531を送信する（ステップ S 122)。ステップ S 122では、 RTSPプロクシサーバ 12は、 STOP要求 531に基づき、 RTSPプロトコルでコンテンッデータの配信元の VoDサーバ 20を検出する。そしてこの VoDサーバ 20が所属するインターネット網 200内の RTSPプロクシサーバ 22を STOP要求 531の送信先として決定する。同様に、 RTSPプロクシサーバ 22は、 STOP要求 531に基づき RTSP プロトコルで送信先の VoDサーバ 20を検出し、この VoDサーバ 20に対して STOP 要求 531を送信する（ステップ S 123)。

[0047] VoDサーバ 20は STOP要求 531を受け付けると、 RTP通信路 60で伝送している映像音声ストリーム（RTPデータ 600)を停止する（RTP配信停止：ステップ S124)。又、 VoDサーバ 20は、 RTP配信を停止した後、 RTSPプロクシサーバ 22及び 12を介して STB10に対し、 STOP応答 532を送信する（ステップ S125〜S127)。

[0048] 図 4Bを参照して、 STOP応答 532を受け付けた STB10は、 RTSPプロクシサーバ 12及び 22を介して VoDサーバ 20に対し、 STEARDOWN要求 541を送信する（ステツプ S128〜S130)。ここで、 STEARDOWN要求 541には、 STOP応答 532の送信元の VoDサーバ 20、 VoDサーバ 20における停止対象コンテンツ、配信停止要求元の STB10の識別子情報、すなわち、切断対象となる RTP通信路 60を特定する情報を含む。

[0049] 詳細には、 STB10は、 STEARDOWN要求 541を RTSPプロクシサーバ 12に対し送信する（ステップ S 128)。 RTSPプロクシサーバ 12は、 STEARDOWN要求 54 1に含まれる VoDサーバ 20の識別子に対応する RTSPプロクシサーバ 22に STEA RDOWN要求 541を送信する（ステップ S129)。ステップ S129では、 RTSPプロクシサーバ 12は、 STEARDOWN要求 541に基づき、 RTSPプロトコルでコンテンツデータの配信元の VoDサーバ 20を検出する。そしてこの VoDサーバ 20が所属するインターネット網 200内の RTSPプロクシサーバ 22を STEARDOWN要求 541の送信先として決定する。同様に、 RTSPプロクシサーバ 22は、 STEARDOWN要求 54 1に基づき RTSPプロトコルで送信先の VoDサーバ 20を検出し、この VoDサーバ 20 に対して STEARDOWN要求 541を送信する（ステップ S 123)。

[0050] VoDサーバ 20は TEARDOWN要求 541を受け付けると、 RTP通信路 60の切断準備を行ヽ、回線切断要求元である STB10に対し TEARDOWN応答 542を送信する（ステップ S131〜S139)。この際、 TEARDOWN応答 542は、 RTSPプロクシサーバ 22及び 12を介して STB10に送信される。 RTSPプロクシサーバ 22及び 12 は TEARDOWN応答 542に応じて、網制御装置 21及び 11を制御し、コンテンツ TPデータ 600)の配信に利用した RTP通信路 60のためのネットワーク帯域を解放させる。 [0051] 以下、ステップ S131〜S139までの動作の詳細を説明する。 VoDサーバ 20は、受け付けた TEARDOWN要求 541に応答して、 TEARDOWN応答 542を RTSPプ口クシサーバ 22に送信する（ステップ S131)。ここで、 TEARDOWN応答 542には、コンテンツ (RTPデータ 600)の伝送に利用された RTP通信路 60のネットワーク帯域情報が含まれる。

[0052] RTSPプロクシサーバ 22は、受け付けた TEARDOWN応答 542に含まれる RTP 通信路 60のネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域解放要求 551を網帯域制御装置 21に送信する (ステップ S132)。網帯域制御装置 21は、帯域解放要求 551に応じてインターネット網 200の帯域制御を行、、インターネット網 200で確保して!/、た RTP通信路 60のためのネットワーク帯域を解放する (ステップ S133)。又、網帯域制御装置 21は、帯域を解放した後、帯域解放応答 552を RTSPプロクシサーバ 22に送信する (ステップ S134)。

[0053] RTSPプロクシサーバ 22は、帯域解放応答 552を受け付けると、 VoDサーバ 20との RTSP通信路 23での通信を切断し、 RTSPプロクシサーバ 12に TEARDOWN応答 542を送信する（ステップ S135)。 RTSPプロクシサーバ 12は、受け付けた TEAR DOWN応答 542に含まれるネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域解放要求 553を網帯域制御装置 11に送信する（ステップ S136)。この際、 RTSPプロクシサーバ 12は TEARDOWN応答 54 2に応答して、 RTSPプロクシサーバ 22との RTSP通信路 50での通信を切断する。網帯域制御装置 11は、受け付けた帯域解放要求 553に基づきインターネット網 100 の帯域制御を行、、インターネット網 100で確保して!/、た RTP通信路 60のためのネットワーク帯域の解放を行う (ステップ S137)。又、網帯域制御装置 11は、帯域を解放した後、 RTSPプロクシサーバ 12に帯域解放応答 554を送信する (ステップ S 138

) o

[0054] RTSPプロクシサーバ 12は、帯域解放応答 554を受け付けると、 STB10に TEAR DOWN応答 542を送信する（ステップ S139)。 STB 10は TEARDOWN応答 542 を受け付けると RTSPプロクシサーバ 12との RTSP通信路 13での通信を切断し、 SE TUP要求 501より始まった一連の再生制御を終了する。 [0055] 以上のように、本発明によるコンテンツ配信システムでは、クライアント端末 (ここでは STB10)又はサーバ（ここでは VoDサーバ 20)でネットワーク網との帯域確保のための通信を直接行わないため、異なるネットワーク網にクライアント端末又はサーバを配置する際にもクライアント端末又はサーバに大きな仕様の変更を生じない。又、 SI Pを扱えないサーバであってもストリーミング配信で標準使用される RTSP通信が可能であれば、サーバが要求するコンテンツ配信に必要な帯域を確保できる。更に、クライアント側カもの要求に応じて帯域確保を行うため、ネットワーク網に対して映像音声のストリーミング配信に必要な帯域分しか帯域確保を行わない。このため、本発明はネットワークの利用効率に優れている。

[0056] (RTSPプロクシサーバの動作）

次に、図 2を参照して RTSPプロクシサーバ 12及び 22の動作の詳細を説明する。図 2は、 RTSPプロクシサーバ 12及び 22における要求 Z応答受信時の動作を示すフロー図である。以下の説明では、 RTSPプロクシサーバ 12を一例に説明するが RS TPプロクシサーバ 22の動作はこれと同様なので説明は省略する。尚、以下の説明において、「STB側」とは STB10を示し、「VoDサーバ側」とは、 VoDサーバ 20、又は RTSPプロクシサーバ 22を示す。ただし、 RSTPプロクシサーバ 22の場合、「STB 側」とは STB10又は TTSPプロクシサーバ 12を示し、「VoDサーバ側」とは、 VoDサーバ 20を示す。

[0057] RTSPプロクシサーバ 12は、 STB側から RTSPプロトコルの要求又は応答を受け付ける（ステップ Sl)。 RTSPプロクシサーバ 12は、以下のステップ S2〜S7における解析によって受け取った要求や応答の内容をチェックする。詳細には、 RTSPプロクシサーバ 12は、 STB側と VoDサーバ側との間にお、て中継する映像音声再生制御プロトコルから、ネットワーク帯域確保を要求する電文、ネットワーク帯域解放を要求する電文、あるいはその他の電文であるかを解析する。

[0058] ステップ S1において受け付けた要求 Z応答力帯域確保に必要な要求である場合 (ステップ S2Yes)、網制御帯域制御プロトコル通信路を介して自身に接続される網帯域制御装置に対し、帯域確保要求を送信する (ステップ S3)。すなわち、 RTSP プロクシサーバ 12は、 VoD側から送信された SETUP応答 502に応答して網帯域制御装置 11に対し、帯域確保要求 513を送信する。又、受け付けた要求 Z応答が、帯域解放に必要な要求である場合 (ステップ S2No、 S3Yes)、網制御帯域制御プロトコル通信路を介して自身に接続される網帯域制御装置に対し、帯域解放要求を送信する（ステップ S4)。すなわち、 RTSPプロクシサーバ 12は、 VoD側から送信された TEARDOWN応答 542に応答して網帯域制御装置 11に対し、帯域解放要求 55 3を送信する。ステップ S3又はステップ S5において RTSPプロクシサーバ 12は、受信したビットレート情報 500に基づいて、確保又は解放する帯域幅を決定し、帯域確保要求 Z帯域解放要求を送信する。

[0059] ステップ S1において受け付けた要求 Z応答力その他の要求又は応答に係る電文である場合、 RTSPプロクシサーバ 12は、その要求 Z応答の送信元及び送信先を解析し、受信した電文の転送先を決定する (ステップ S6)。この際、受け付けた要求 Z応答が VoD側カゝら送信された要求 Z応答である場合 (ステップ S6Yes)、 RTSP プロクシサーバ 12はこの要求又は応答を STB側に転送する（ステップ S7)。例えば、 PLAY応答 522や STOP応答 532を受け付けた RTSPプロクシサーバ 12は、この P LAY応答 522や STOP応答 532を STB側に転送する。

[0060] ステップ S1にお、て受け付けた要求 Z応答力 VoD側力送信された要求 Z応答ではない場合 (ステップ S6No)、 RTSPプロクシサーバ 12はこの要求 Z応答が網帯域制御装置からの応答であるかどうかを確認する (ステップ S8)。この際、受け付けた要求 Z応答が網帯域制御装置からの応答である場合 (ステップ S8Yes)、 RTSP プロクシサーバ 12は、この応答に対応する応答信号を STB側に転送する。例えば、受け付けた応答が、網帯域制御装置 11からの帯域確保応答 514である場合、 RTS pプロクシサーバ 12は、帯域確保応答 514に対応する SETUP応答 502を STB側に転送する。

[0061] ステップ S1において受け付けた要求 Z応答力 VoDサーバ側からの要求 Z応答ではなぐ且つ網帯域制御装置からの応答ではない場合 (ステップ S8No)、 RTSP プロクシサーバ 12は、受け付けた要求 Z応答を VoDサーバ側に転送する (ステップ S9)。例えば、例えば、 SETUP要求 501、 PLAY要求 521、 STOP要求 531、あるいは TEARDOWN要求 541を受け付けた RTSPプロクシサーバ 12は、この SETU P要求 501、 PLAY要求 521、 STOP要求 531、あるいは TEARDOWN要求 541を

VoDサーバ側に転送する。

[0062] 図 2では、ステップ S7又は S8の後、フローが終了しているが、再び、要求 Z応答を待ち受け、ステップ S1にループする。この場合、回線が切断される正統な理由（TE

ARDOWN応答の受信や、一定時間通信相手の応答がない等）が発生するまでループ動作は継続することが望ま、。

[0063] 2.第 2の実施の形態

(構成）

図 5から図 7を参照して、本発明に係るコンテンツ配信システムの第 2の実施の形態を説明する。図 5を参照して、第 2の実施の形態におけるコンテンツ配信システムは、第 1の実施の形態における構成において、インターネット網 100に RTSPプロクシサーバ 12が設けられず、インターネット網 200にのみ RTSPプロクシサーバ 22が設けられた構成である。すなわち、第 2の実施の形態では、 VoDサーバ 20が設けられたネットワーク網内にのみに RTSPプロクシサーバ 22が設けられる構成である。この場合、 RTSPプロクシサーバ 22は、インターネット網 100のネットワーク帯域を制御する網帯域制御装置 11と、インターネット網 200のネットワーク帯域を制御する網帯域制御装置 21の両方に対し、帯域確保'解放の要求を行う。このため、 RTSPプロクシサーバ 22と STB10、網帯域制御装置 11との間はそれぞれ、 RTSP通信路 53、帯域制御プロトコル通信路 54で接続される。その他の接続構成は、第 1の実施の形態と同様である。

[0064] 第 2の実施の形態における RTSPプロクシサーバ 22の動作は、第 1の実施の形態と同様であるのでその説明は省略する。

[0065] (コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）

図 6Aから図 7を参照して、本発明に係るコンテンツ配信システムの第 2の実施の形態における動作の詳細を説明する。第 2の実施の形態では、 1台の RTSPプロクシサーバ 22が、 2つの網帯域制御装置 11及び 21に対して RTP通信路 60のネットワーク帯域の確保'解放要求を行う。図 6Aを参照して、コンテンツの要求を行う STB10は、 RSTPプロクシサーバ 22を介して VoDサーバ 20に SETUP要求 501を送信する（ステツプ S201、 S202)。 VoDサーバ 20は、受け取った SETUP要求 501に応答して、 RTSPプロクシサーバ 22を介して STB10に対し、 SETUP応答 502及びビットレート情報 500を送信する（ステップ S203〜S210)。

[0066] 以下、ステップ S203〜S210までの動作の詳細を説明する。 VoDサーバ 20は、受け付けた SETUP要求 501に応答して、 SETUP応答 502及びビットレート情報 500 を RTSPプロクシサーバ 22に送信する（ステップ S203)。

[0067] RTSPプロクシサーバ 22は、受け付けた SETUP応答 502に応じてビットレート情報 500に含まれるネットワーク帯域情報を網帯域制御でプロトコル抽出し、このネットワーク帯域情報に基づいた帯域確保要求 511を網帯域制御装置 21に送信する (ステツプ S204)。網帯域制御装置 21は、帯域確保要求 511に応じてインターネット網 2 00の帯域制御を行い、 RTPデータ 600の伝送に使用する RTP通信路 60のためのネットワーク帯域を、インターネット網 200に確保する (ステップ S205)。網帯域制御装置 21は帯域を確保した後、帯域確保応答 512を RTSPプロクシサーバ 22に送信する（ステップ S 206)。

[0068] RTSPプロクシサーバ 22は、帯域確保応答 512を受け付けると、ビットレート情報 5 00に含まれるネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットヮーク帯域情報に基づいた帯域確保要求 513を網帯域制御装置 11に送信する (ステツプ S207)。網帯域制御装置 11は、受け付けた帯域確保要求 513に基づきインターネット網 100の帯域制御を行い、 RTPデータ 600の伝送に使用する RTP通信路 60 のためのネットワーク帯域を、インターネット網 100に確保する（ステップ S208)。又、網帯域制御装置 11は帯域を確保した後、 RTSPプロクシサーバ 22に帯域確保応答 514を送信する（ステップ S209)。

[0069] RTSPプロクシサーバ 22は、帯域確保応答 514を受け付けると、 STB10〖こ SETU P応答 502及びビットレート情報 500を送信する (ステップ S210)。

[0070] 続いて図 6Bを参照して、 SETUP応答 502によって RTP通信路 60のための帯域確保を確認した STB10は、目的のコンテンツデータをストリーミング再生するため、 R TSPプロクシサーバ 22を介して、 VoDサーバ 20に対し PLAY要求 521を送信する（ステップ S211、 S212)。 VoDサーバ 20は PLAY要求 521を受け付けると、帯域が確保された RTP通信路 60を利用して、 PLAY要求 521で指定されたコンテンツの映像音声の RTP配信を開始する (ステップ S213)。以後、 STOP要求 531等の再生内容に変更を与えるプロトコルを受け付ける力、 RTPデータ 600の最後尾に達するまで RTP通信路 60上を PLAY要求 521で要求されたコンテンッの映像音声ストリーム（R TPデータ 600)が伝送される（ステップ 214)。 VoDサーバ 20は RTP配信を開始する際、 RTSPプロクシサーバ 22を介して STB10に PLAY応答 522を送信する（ステップ S215、 S216)。

[0071] 次に、図 7を参照して、本発明に係るコンテンツ配信システムにおける映像音声の停止要求から通信回線切断までの動作 (第 2の実施の形態）について説明する。映像音声の配信を停止した、STB10は、 RTSPプロクシサーバ 22を介してコンテンツのストリーム配信元である VoDサーバ 20に対し、 STOP要求 531を送信する（ステツプ S221、 S222)。 VoDサーバ 20は STOP要求 531を受け付けると、 RTP通信路 6 0で伝送して、る映像音声ストリーム (RTPデータ 600)を停止する（RTP配信停止：ステップ S223)。又、 VoDサーバ 20は、 RTP配信を停止した後、 RTSPプロクシサーバ 22を介して STB10に対し、 STOP応答 532を送信する（ステップ S224、 S225

) o

[0072] STOP応答 532を受け付けた STB10は、 RTSPプロクシサーバ 22を介して VoD サーバ 20に対し、 STEARDOWN要求 541を送信する（ステップ S226、 S227)。

[0073] VoDサーバ 20は TEARDOWN要求 541を受け付けると、 RTP通信路 60の切断準備を行ヽ、回線切断要求元である STB10に対し TEARDOWN応答 542を送信する（ステップ S228〜S235)。詳細には、 TEARDOWN応答 542は、 RTSPプロクシサーバ 22に送信される（ステップ S228)。 RTSPプロクシサーバ 22は、受け付けた TEARDOWN応答 542に含まれる RTP通信路 60のネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域解放要求 551を網帯域制御装置 21に送信する (ステップ S229)。網帯域制御装置 21は、帯域解放要求 551に応じてインターネット網 200の帯域制御を行い、インターネット網 200で確保していた RTP通信路 60のためのネットワーク帯域を解放する（ステップ S230)。又、網帯域制御装置 21は、帯域を解放した後、帯域解放応答 552を RTSPプロクシサーバ 22に送信する（ステップ S231)。

[0074] RTSPプロクシサーバ 22は、帯域解放応答 552を受け付けると、 VoDサーバ 20との RTSP通信路 23での通信を切断する。又、受け付けた TEARDOWN応答 542に含まれるネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域解放要求 553を網帯域制御装置 11に送信する (ステップ S2 32)。網帯域制御装置 11は、受け付けた帯域解放要求 553に基づきインターネット網 100の帯域制御を行、、インターネット網 100で確保して!/、た RTP通信路 60のためのネットワーク帯域の解放を行う (ステップ S233)。又、網帯域制御装置 11は、帯域を解放した後、 RTSPプロクシサーバ 22に帯域解放応答 554を送信する (ステップ S234)。

[0075] RTSPプロクシサーバ 22は、帯域解放応答 554を受け付けると、 STB10に TEARD OWN応答 542を送信する（ステップ S139)。 STB10は TEARDOWN応答 542を受け付けると RTSPプロクシサーバ 22との RTSP通信路 53での通信を切断し、 SET UP要求 501より始まった一連の再生制御を終了する。

[0076] 以上のように、 RTSPプロクシサーバが STB10が所属するネットワーク網にない場合でも、 VoDサーバ 20が所属するネットワーク網内の RTSPプロクシサーバ 22力 S TB10と VoDサーバ 20との間の通信を中継し、且つ網制御装置 11及び 21を制御してネットワーク帯域を確保又は解放する。このため、 RTSPプロクシサーバが STB10 が所属するネットワークにない場合でも、 STB10又は VoDサーバ 20によってネットヮーク網の帯域確保又は解放のための通信を直接行わなくて良い。又、異なるネットヮーク網に STB10又は VoDサーバ 20を配置する際にも STB10又は VoDサーバ 20 に大きな仕様の変更を生じな、。

[0077] 3.第 3の実施の形態

(構成）

図 8から図 10を参照して、本発明に係るコンテンツ配信システムの第 3の実施の形態を説明する。図 8を参照して、第 3の実施の形態におけるコンテンツ配信システムは、第 1の実施の形態における構成において、インターネット網 200に RTSPプロクシサーバ 22が設けられず、インターネット網 100にのみ RTSPプロクシサーバ 12が設けられた構成である。すなわち、第 3の実施の形態では、 STB10が設けられたネットワーク網内にのみに RTSPプロクシサーバ 12が設けられる構成である。この場合、 R TSPプロクシサーバ 12は、第 2の実施の形態と同様に、インターネット網 100のネットワーク帯域を制御する網帯域制御装置 11と、インターネット網 200のネットワーク帯域を制御する網帯域制御装置 21の両方に対し、帯域確保'解放の要求を行う。このため、 RTSPプロクシサーバ 12と VoDサーバ 20、網帯域制御装置 21との間はそれぞれ、 RTSP通信路 63、帯域制御プロトコル通信路 64で接続される。その他の接続構成は、第 1の実施の形態と同様である。

[0078] 第 3の実施の形態における RTSPプロクシサーバ 12の動作は、第 1の実施の形態と同様であるのでその説明は省略する。

[0079] (コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）

図 9Aから図 10を参照して、本発明に係るコンテンツ配信システムの第 3の実施の形態における動作の詳細を説明する。第 3の実施の形態では、第 2の実施の形態と同様に 1台の RTSPプロクシサーバ 12が、 2つの網帯域制御装置 11及び 21に対して RTP通信路 60のネットワーク帯域の確保'解放要求を行う。従って、第 3の実施の形態における動作 (ステップ S301〜S335)は、それぞれ第 2の実施の形態における動作 (ステップ S201〜S235)と同様である。ただし、第 3の実施の形態では、第 2の実施の形態における説明中の RTSPプロクシサーバ 22、 RTSP通信路 53、帯域制御プロトコル通信路 54はそれぞれ、 RTSPプロクシサーバ 12、 RTSP通信路 63、帯域制御プロトコル通信路 64に置換される。

[0080] 以上のように、第 3の実施の形態では、 RTSPプロクシサーバ力コンテンツデータを配信する VoDサーバ 20が所属するネットワークにない場合でも、 STB10又は Vo Dサーバ 20によってネットワーク網の帯域確保又は解放のための通信を直接行わなくて良い。又、異なるネットワーク網に STB10又は VoDサーバ 20を配置する際にも S TB10又は VoDサーバ 20に大きな仕様の変更を生じない。

[0081] 4.第 4の実施の形態 (構成）

図 11から図 13を参照して、本発明に係るコンテンツ配信システムの第 4の実施の形態を説明する。第 1の実施の形態では、複数のインターネット網が存在していたが、第 4の実施の形態では単一のインターネット網 100のみで構成される。すなわち、第 4の実施の形態におけるコンテンツ配信システムは、同一のインターネット網 100 に、 STB10と VoDサーバ 20が設けられ、網帯域制御装置 11と RTSPプロクシサーノ 12も各 1つずつ設けられた構成となっている。この場合、 RTSPプロクシサーバ 12 は、インターネット網 100のネットワーク帯域を制御する網帯域制御装置 11のみに対し、帯域確保'解放の要求を行う。このため、 RTSPプロクシサーバ 12と STB10、 Vo Dサーバ 20との間はそれぞれ RTSP通信路 13、 15で接続され、 RTSPプロクシサーバ 12と網帯域制御装置 11との間は帯域制御プロトコル通信路 14で接続され、 STB 10と VoDサーバ 20との間は、 RTPデータ 600を伝送するための RTP通信路 61で接続される。ただし、 RTP通信路 61は、同一網内（ここではインターネット網 100内）に構成される。

[0082] 第 4の実施の形態における RTSPプロクシサーバ 12の動作は、第 1の実施の形態と同様であるのでその説明は省略する。

[0083] (コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）

図 12及び図 13を参照して、本発明に係るコンテンツ配信システムの第 4の実施の形態における動作の詳細を説明する。第 4の実施の形態では、 1台の RTSPプロクシサーバ 12が、 1台の網帯域制御装置 11に対して RTP通信路 60のネットワーク帯域の確保'解放要求を行う。従って、第 4の実施の形態における動作 (ステップ S401〜 S432)は、第 2の実施の形態における動作 (ステップ S201〜S235)から、ステップ S 204〜S206及びステップ S229〜S231を除く動作と同様である。ただし、第 4の実施の形態では、第 2の実施の形態における説明中の RTSPプロクシサーバ 22、 RTS P通信路 53、帯域制御プロトコル通信路 54、 RTP通信路 60はそれぞれ、 RTSPプ口クシサーバ 12、 RTSP通信路 13、帯域制御プロトコル通信路 14、 RTP通信路 63 に置換される。 [0084] 以上のように、第 4の実施の形態では、同一のネットワーク網内においても、 RTSP プロクシサーバ 12が STB10と VoDサーバ 20との間におけるネットワーク帯域の確保 Z解放に係る通信を中継し、網帯域制御装置 11によるネットワーク帯域の確保 Z解放を制御することができる。

[0085] 5.第 5の実施の形態

(構成）

図 14から図 17Bを参照して、本発明に係るコンテンツ配信システムの第 5の実施の形態を説明する。図 14を参照して、第 5の実施の形態におけるコンテンツ配信システムは、第 1の実施の形態における構成において、 STB10と VoDサーバ 20との間に、更に他のネットワーク網（例えば事業者 Cが運営するインターネット網 300)が設けられる。ここで事業者 Cが運営するインターネット網 300 (以下、インターネット網 300と称す）は、インターネット網 300内のネットワーク帯域を制御する網帯域制御装置 31 と、 RTSPプロクシサーバ 12及び 22の間の RTSP通信を中継し、且つ網帯域制御装置 31を制御する RTSPプロクシサーバ 32とを備える。すなわち、 RTSPプロクシサーバ 12、 22、 32は、 STB10と VoDサーバとの間の RTSP通信を中継し、且つ自身の所属するネットワーク網内の網帯域制御装置 11、 21、 31をそれぞれ制御して、ネットワーク網（インターネット網 100、 200、 300)における RTP通信路 62のネットヮーク帯域を確保又は解放させる。このため、 RTSPプロクシサーバ 32と、 RTSPサーバ 12、 21との間は、それぞれ RTSP通信路 51、 52で接続され、 STB10と VoDサーバ 20との間は、 RTPデータ 600の通信のための RTP通信路 62で接続される。その他の接続構成は、第 1の実施の形態と同様である。

[0086] 第 5の実施の形態における RTSPプロクシサーバ 32の動作は、第 1の実施の形態における RTSPプロクシサーバ 12と同様であるのでその説明は省略する。

[0087] (コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）

図 15Aから図 17Bを参照して、本発明に係るコンテンツ配信システムの第 5の実施の形態における動作の詳細を説明する。第 5の実施の形態における STB10は、第 1 の実施の形態と同様に、 STB10が所属するインターネット網 100とは異なるインターネット網 200網内の VoDサーバ 20から、コンテンツの配信を受ける。第 5の実施の形態における STB10は、他のインターネット網 300を介してコンテンツの配信を受ける。このため、 RTP通信路 62のためのネットワーク帯域を確保する動作 (ステップ S501 〜ステップ S517)は、第 1の実施の形態における通信接続動作 (ステップ S101〜S 112)と同様な動作に、 RTPプロクシサーバ 32が STB10と VoDサーバとの間における RTSP通信を中継する動作 (ステップ S503、 S510、 S513)と、インターネット網 30 0における RTP通信路 62のためにネットワーク帯域を確保する動作 (ステップ S510 〜S512)が追加される。

[0088] 以下では、第 1の実施の形態と異なる動作について説明する。図 15Aを参照して、 STB10は、 SETUP要求 501を RTSPプロクシサーバ 12、 32及び 22を介して VoD サーバ 20に送信する（ステップ S501〜ステップ S504)。又、図 15Bを参照して、 Vo Dサーバ 20は、 SETUP要求 501に対する SETUP応答 502とビットレート情報 500 を、 RTSPプロクシサーバ 22、 32及び 11を介して STB10に送信する（ステップ S50 8〜S517)。この際、 SETUP応答 502とビットレート情報 500を受け取った RTSPプ口クシサーバ 32は、網帯域制御装置 31を制御して、インターネット網 300における R TP通信路 62のためのネットワーク帯域を解放させる（ステップ S510〜S512)。

[0089] このように、インターネット網 100、 200、 300において、それぞれに属する RTSPプ口クシサーバ 12、 22、 32は、 STB10と VoDサーバとの間の RTSP通信を中継するとともに、それぞれのネットワーク帯域を確保させることができる。

[0090] 図 15Cを参照して、第 5の実施の形態におけるコンテンツ (RTPデータ 600)の配信動作 (ステップ S518〜ステップ S527)は、第 1の実施の形態における動作 (ステツプ S113〜S120)と同様な動作に、 RTPプロクシサーバ 32が STB10と VoDサーバとの間における RTSP通信を中継する動作 (ステップ S520、 S526)が追加される。すなわち、 STB10は、 PLAY要求 521を RTSPプロクシサーバ 12、 32及び 22を介して VoDサーバ 20に送信する（ステップ S518〜ステップ S521)。又、 VoDサーバ 2 0は、 PLAY要求 521に対する PLAY応答 522を、 RTSPプロクシサーバ 22、 32及び 11を介して STB10に送信する（ステップ S524〜S527)。

[0091] 図 16及び図 17Bを参照して、第 5の実施の形態におけるコンテンツ（RTPデータ 6 00)の配信停止動作 (ステップ S531〜ステップ S556)は、第 1の実施の形態における動作 (ステップ S121〜S139)と同様な動作に、 RTPプロクシサーバ 32が STB10 と VoDサーバとの間における RTSP通信を中継する動作 (ステップ S533、 S538、 S 552)と、インターネット網 300における RTP通信路 62のために確保したネットワーク帯域を解放する動作 (ステップ S549〜S551)が追加される。

[0092] STB10は、 STOP要求 531を RTSPプロクシサーバ 12、 32及び 22を介して VoD サーバ 20に送信する（ステップ S531〜ステップ S534)。又、 VoDサーバ 20は、 ST OP要求 531に対する STOP応答 532を、 RTSPプロクシサーバ 22、 32及び 11を介して STB10に送信する（ステップ S536〜S539)。又、 STB10は、 TEARDOWN 要求 541を RTSPプロクシサーバ 12、 32及び 22を介して VoDサーバ 20に送信する (ステップ S540〜ステップ S543)。又、 VoDサーバ 20は、 TEARDOWN要求 541 に対する TEARDOWN応答 542を、 RTSPプロクシサーバ 22、 32及び 11を介して STB10に送信する（ステップ S544〜S556)。この際、 TEARDOWN応答 542を受け取った RTSPプロクシサーバ 32は、網帯域制御装置 31を制御して、インターネット網 300における RTP通信路 62のために確保したネットワーク帯域を解放させる (ステップ S549〜S551)。

[0093] 以上のように、コンテンツデータの伝送路 (RTP通信路 62)上のネットワーク数が増カロしても、そのネットワーク網（ここでは、インターネット網 300)に設けられた RTSPプ口クシサーバ 22によって、 RTSP通信が中継され、且つ帯域制御される。このため、 STB10又は VoDサーバ 20は、ネットワーク網の帯域確保又は解放のための通信を直接行わなくて良い。又、異なるネットワーク網に STB10又は VoDサーバ 20を配置する際にも STB10又は VoDサーバ 20に大きな仕様の変更を生じない。

[0094] 以上、本発明の第 1から第 5の実施の形態を詳述してきたが、具体的な構成は上記実施の形態に限られるものではなぐ本発明の要旨を逸脱しない範囲の変更があつても本発明に含まれる。上記の実施の形態では、事業者 A運営インターネット網 100 、事業者 B運営インターネット網 200、事業者 C運営インターネット網 300としたが、一例として区分したに過ぎず、 1つ以上のインターネット網を単一の事業者が所有している場合もある。又、各インターネット網は各網に加入している加入者数によって事業者によって区分されていたり、企業ユーザ等のファイアウォール設置に起因して区分されていたりしてもよい。

[0095] 又、各 RTSPプロクシサーバの前後に NAT又は NAPTルータが設置されていてもよい。この場合、各 RTSPプロクシサーバは RTSPプロトコルに含まれる通信アドレス (又はアドレスとポート）を NAT (又は NAPT)変換前のアドレス（又はアドレスとポート )に変換して動作する。

[0096] 以下に図 8から図 10を参照して、第 3の実施の形態におけるコンテンツ配信システムの構成を用いてその変換例を示す。ここでは、 RTSP通信路 13に NATルータが存在するものと仮定する。又、 STB10の NATルータ内ローカルアドレスを 192.168.1. 1、 STB10の NATルータ外グローバルアドレスを 10.10.10.200、 VoDサーバ 20の N AT内ローカルアドレスを 192.168.1.250、 VoDサーバ 20の NAT外グローバルァドレスを 10.10.10.250として説明する。又、ステップ S301における SETUP要求 501の前に STB10は VoDサーバ 20のグローバルアドレス及び再生希望のコンテンツ識別子をポータルサーバ等から取得しているものとする。又、 NAT変換前後のローカルアドレスとグローバルアドレスの対応は、インターネット網 100内の NATルータ変換による場合、網帯域制御装置 11に問、合わせることで取得可能とする。

[0097] STB10から RTSPプロクシサーバ 12に行う SETUP要求 501は下記の RTSPのメッセージを送信する。この例では、 Transportフィールドに記載された destinationの値は、 STB10が VoDサーバ 20のコンテンツの送信先として指定される値である。又、 STB10は NATルータによってどのようなグローバルアドレスが振られるか不明であるため、 NATルータ内のローカルアドレスで自 STBの送信先アドレスを記載して!/、る。

[0098] SETUP rtsp://10.10.10.202:554/l RTSP/1.0

CSeq: 4

Transport: RTP/AVP/UDP;unicast ;destination= 192.168.1.1； client_port= 19000

[0099] RTSPプロクシサーバ 12は、 SETUP要求 501を受信する際に、 STB10と TCPによる接続を行い、 TCP接続に使用する SOCKETインターフェースにより接続してきた STBのグローバルアドレスを認識し、 SETUP要求 501により送信された destinatio nの記載アドレスをこの SOCKETインターフェースで認識したグローバルアドレスに置換する。置換後の RTSPメッセージを SETUP要求 501として VoDサーバ 20に送信する。この際の RTSPメッセージを下記に示す。

[0100] SETUP rtsp://10.10.10.202:554/l RTSP/1.0

CSeq: 4

Transport: RTP/AVP/UDP;unicast ;destination= 10.10.10.200 ;client_port= 19000 [0101] VoDサーバ 20は SETUP要求 501を受け付けると、自サーバからの映像音声ストリームの送信元アドレスとポートを SETUP応答 502に含めて RTSPプロクシサーバ 12 に送信する。下記に SETUP応答 502を示す。ここでは、 Sourceの記載アドレスが送信元となる VoDサーバ 20のグローバルアドレスになっている。

[0102] RTSP/1.0 200 OK

CSeq: 4

Session: 1796-35902448

Transport: RTP/AVP/UDP;unicast;destination=10.10.10.250;source=10.10.10.202; client— port=19000;server—port=3590;bitrate=8545088

Public: OPTIONS, DESCRIBE, SETUP, PLAY, PAUSE, GET— PARAMETER, GET— D ATA, TEARDO漏

VersionSupport: NEC/1.0

[0103] RTSPプロクシサーバ 12は SETUP応答 502及びビットレート情報 500を受け付けると、インターネット網 200内で RTP通信に使用する RTP通信路 60の帯域確保のために、 SETUP応答 502及びビットレート情報 500に含まれる bitrate値を帯域値として指定し、同時にどのアドレス ·ポートの組み合わせにするかを指定して網帯域制御装置 21に帯域確保要求 511を送信する。この時のアドレス 'ポートの組み合わせは、送信元が VoDサーバ 20のグローバルアドレス (10.10.10.202)とポート (3590)で、送信先が STB10のグローバルアドレス (10.10.10.250)とポート (19000)となる。

[0104] 網帯域制御装置 21では帯域確保要求 511の内容に沿ってインターネット網 200内のネットワーク帯域確保を行、、 RTSPプロクシサーバ 12に帯域確保応答 512を送信する。

[0105] RTSPプロクシサーバ 12は帯域確保応答 512を受け付けると、インターネット網 10 0内のネットワーク帯域を確保するため、先ほど受信した SETUP応答 502及びビットレート情報 500に含まれる bitrate値を帯域値として指定し、同時にどのアドレス 'ポートの組み合わせにする力を指定して網帯域制御装置 11に帯域確保要求 513を送信する。この時のアドレス 'ポートの組み合わせは、送信元が VoDサーバ 20のグローバルアドレス (10.10.10.202)とポート (3590)で、送信先が STB10のローカルアドレス (192. 168.1.1)とポート (19000)となる。この指定アドレスの組み合わせは NATルータや網帯域制御装置 11の実装により、 STB側のネットワーク網をグローバルアドレス（10.10.10 .250)としたり、 VoDサーバ側のネットワーク網をローカルアドレス (192.168.1.250)としたりする場合もある。

[0106] 網帯域制御装置 11では帯域確保要求 513の内容に沿ってインターネット網 100内のネットワーク帯域確保を行、、 RTSPプロクシサーバ 12に帯域確保応答 514を送信する。

[0107] RTSPプロクシサーバ 12は、帯域確保応答 514を受け付けると、 SETUP応答 502 及びビットレート情報 500に含まれる VoDサーバ 20のグローバルアドレスをインターネット網 100内の前述の NATルータ内のローカルアドレスに変換する。変換は網帯域制御装置 11に問、合わせて NAT内外のローカルアドレスとグローバルアドレスの対応関係から実行する。次に RTSPプロクシサーバ 12は変換した値を使う。変換後の RTSPメッセージを STB10に SETUP応答 502及びビットレート情報 500として送信する。下記に SETUP応答 502及びビットレート情報 500を示す。ここでは、 source の値が VoDサーバ 20の NATルータ内ローカルアドレスに変換されている。

[0108] RTSP/1.0 200 OK

CSeq: 4

Session: 1796-35902448

Transport: RTP/AVP/UDP;unicast;destination=192.168. l.l;source=192.168.1.250; client— port=19000;server—port=3590;bitrate=8545088

VersionSupport: NEC/1.0 [0109] STB10は SETUP応答 502及びビットレート情報 500を受け付けると、そこに記載されて、る sourceのアドレス、 server_portのポート番号からの映像音声ストリーム (RTP プロトコル)を destinationのアドレス、 client_portのポート番号で受信する処理を行う。

[0110] 以上、接続における NAT変換例を示した。 TEARDOWN要求 541から始まる帯域解放時には、この SETUP応答 502から始まる上記帯域確保時の STB10、 VoD サーバ 20の各アドレス 'ポートの組を用いて帯域解放を指示すればよい。又、 NAT ルータに替えて NAPTルータを使用する場合には、同様の方法でポート変換処理をアドレス変換処理に追加すればよいのは自明である。

[0111] 更に、第 3の実施の形態のような構成では、 STB10が再生を希望する VoDサーバは VoDサーバ 20だけでなく任意の VoDサーバでよいため、網帯域制御装置 21のァドレスが必ずしも最初力も RTSPプロクシサーバ 12で分かっているとは限らない。そのような場合には、 VoDサーバ 20と網帯域制御装置 21との対応関係を DNSサーバ等のディレクトリサービスを利用して取得する方法によってもよい。下記に DNSサーバを利用した場合の網帯域制御装置 21のアドレス解決方法の一例を示す。

[0112] DNSサーバでは、 VoDサーバ 20と網帯域制御装置 21との関係を次のような対応テーブルを用いて実現する。ここでは VoDサーノ 20の FQDN形式のアドレス表現を「 hi- mpeg- server.com」とし、 VoDサーバ 20の IPアドレス表現を「10.10.10.202」とし、網帯域制御装置 21の FQDN形式のアドレス表現を「W- mpeg- server.com.racs」とし、網帯域制御装置 21の IPアドレス表現を「10.20.3.81」とする。

[0113] テーブルには、下記のアドレス関係を格納する。

hi— mpeg— server.com

hi— mpeg— server, com.racs

[0114] 先ず、 RTSPプロクシサーバ 12から VoDサーバ 20の IPアドレス「10.10.10.202」に対する FQDNff 式のアドレス表現「hi-mpeg-server.com」を DNSサーバから取得する。次にこの FQDNのアドレス表現「W- mpeg- server.com」に「.racs」を追加し、「hi- m peg— server.com.racs」をネ守る。この「m— mpeg— server.com.racs」は網 ¾½ '帘 lj御装 2上の FQDN形式のアドレス表現と等し!/、。次に網帯域制御装置 21の FQDN形式のアドレス表現「hi- mpeg- server.com.racs」に対する IPアドレス表現「10.20.3.81」を DNSサーバから取得する。このようにして取得した IPアドレスで網帯域制御装置 21に対して帯域確保要求 511等を行うことができる。

[0115] 上記方法では、一度、 VoDサーバ 20の IPアドレスを FQDN形式に変換し、さらにその FQDN形式に一定の語尾（先ほどの例では「.racs」 )を追記してその VoDサーバ 20 に対応する網帯域制御装置 21の FQDN形式とすることで、事業者 Bが運営するインターネット網 200内で各 VoDサーバと網帯域制御装置との関係を標準の DNSサーバのみを利用して容易に対応関係の設定および取得ができる。

[0116] 以上のように、本発明によれば、帯域確保のための制御は、 RTSPプロクシサーバでのみで行っているため、複雑な帯域制御手順を必要としない。又、既存のストリーミングの再生制御に広く使われているプロトコル (ここでは RTSP)によって帯域を制御しているため、帯域制御を行う装置は、特別なプロトコルやメッセージを理解する必要がない。更に、 RTSP通信を中継する RTSPプロクシサーノが、ネットワーク網における帯域の制御を行うため、クライアント端末やサーバは既存のプロトコルやインタフエースを利用できる。更に、ストリーミングの配信要求に応じて確保する帯域を決定しているため、無駄な帯域を確保せずに実際に転送されるコンテンツデータに応じた帯域を確保することができる。

Claims

請求の範囲

[1] クライアント端末と、

サーノくと、

前記クライアント端末と前記サーバとの間に設けられ、前記クライアント端末力のコンテンッデータの再生制御プロトコルを前記サーバに中継する帯域制御仲介装置と第 1のネットワークに設けられ、前記第 1のネットワーク内の帯域制御を行う第 1の帯域制御装置と、

を具備し、

前記帯域制御仲介装置は、前記再生制御プロトコルに基づき、前記コンテンツデータが転送される通信路のうち、前記第 1のネットワークにおける帯域制御を前記第 1 の帯域制御装置に要求する

コンテンツ酉 £信システム。

[2] 請求の範囲 1に記載のコンテンツ配信システムにお、て、

前記サーバは、前記コンテンツデータの転送要求に対する応答とともに、前記コンテンッデータの転送に必要なネットワーク帯域情報を、前記帯域制御仲介装置を介して前記クライアント端末に送信し、

前記帯域制御仲介装置は、前記ネットワーク帯域情報に基づき、前記第 1の帯域制御装置にお!、て制御する帯域幅を決定する

コンテンツ酉 £信システム。

[3] 請求の範囲 1又は 2に記載のコンテンツ配信システムにおいて、

前記帯域制御仲介装置は、前記第 1のネットワークに設けられる

コンテンツ酉 £信システム。

[4] 請求の範囲 1から 3いずれ力 1項に記載のコンテンツ配信システムにおいて、

第 2のネットワークに設けられ、前記第 2のネットワーク内の帯域制御を行う第 2の帯域制御装置を更に具備し、

前記帯域制御仲介装置は、前記再生制御プロトコルに基づき、前記コンテンツデータが転送される通信路のうち、前記第 2のネットワークにおける帯域制御を前記第 2 の帯域制御装置に要求する

コンテンツ酉 £信システム。

[5] 請求の範囲 1から 4いずれ力 1項に記載のコンテンツ配信システムにおいて、前記再生制御プロトコルは、 RTSP (Realtime Streaming Protocol)であり、前記コンテンツデータは、 RTP (Realtime Transport Protocol)に応じた前記通信路を介して前記サーバから前記クライアント端末に転送される

コンテンツ酉 £信システム。

[6] クライアント端末とサーバとの間に設けられ、前記クライアント端末力のコンテンツデータの再生制御プロトコルを前記サーバに中継する IZOインタフェースと、前記再生制御プロトコルを解析し、前記コンテンツデータが転送される通信路のための帯域幅を決定する CPUと、

を具備し、

前記 CPUは、前記帯域幅に応じた帯域制御のための要求を、前記 IZOインタフエースを介して第 1のネットワーク内の帯域制御を行う第 1の帯域制御装置に送信する帯域制御仲介装置。

[7] 請求の範囲 6に記載の帯域制御仲介装置において、

前記 CPUは、前記コンテンツデータの転送要求に対する応答とともに送信された前記コンテンツデータの転送に必要なネットワーク帯域情報を解析して、前記帯域幅を決定する

帯域制御仲介装置。

[8] 請求の範囲 6又は 7に記載の帯域制御仲介装置において、

前記 CPUは、前記コンテンツデータの転送要求に対する応答とともに送信された前記コンテンツデータの転送に必要なネットワーク帯域情報を解析して、前記コンテンッデータが転送される通信路上にあるネットワークを特定する

帯域制御仲介装置。

[9] 請求の範囲 6から 8いずれ力 1項に記載の帯域制御仲介装置において、

前記 CPUは、第 2のネットワーク内の帯域制御を行う第 2の帯域制御装置に対し、前記帯域制御のための要求を送信する帯域制御仲介装置。

[10] 請求の範囲 6から 9いずれ力 1項に記載の帯域制御仲介装置において、

前記再生制御プロトコルは、 RTSP (Realtime Streaming Protocol)であり、前記コンテンツデータは、 RTP (Realtime Transport Protocol)に応じた前記通信路を介して前記サーバから前記クライアント端末に転送される

帯域制御仲介装置。

[11] クライアント端末とサーバとの間に設けられた帯域制御仲介装置が、前記クライアント端末力のコンテンツデータの再生制御プロトコルを前記サーバに中継するステツプと、

前記帯域制御仲介装置が、前記再生制御プロトコルを解析し、前記コンテンツデータが転送される通信路のための帯域幅を決定するステップと、

前記帯域制御仲介装置が、前記帯域幅に応じた帯域制御のための要求を、第 1のネットワーク内の帯域制御を行う第 1の帯域制御装置に送信するステップと、を具備する

帯域制御方法。

[12] 請求の範囲 11に記載の帯域制御方法にぉ、て、

前記帯域幅を決定するステップは、前記コンテンツデータの転送要求に対する応答とともに送信された前記コンテンツデータの転送に必要なネットワーク帯域情報を解析して、前記帯域幅を決定するステップを備える

帯域制御方法。

[13] 請求の範囲 11又は 12に記載の帯域制御方法において、

前記帯域制御のための要求を送信するステップは、前記コンテンツデータの転送要求に対する応答とともに送信された前記コンテンツデータの転送に必要なネットヮーク帯域情報を解析して、前記コンテンツデータが転送される通信路上にあるネットワークを特定するステップを備える

帯域制御方法。

[14] 請求の範囲 11から 13いずれか 1項に記載の帯域制御方法において、

前記帯域制御仲介装置が、第 2のネットワーク内の帯域制御を行う第 2の帯域制御装置に対し、前記帯域制御のための要求を送信するステップを更に具備する帯域制御方法。

[15] 請求の範囲 11から 14 、ずれか 1項に記載の帯域制御方法にぉ、て、

帯域制御方法。

[16] 請求の範囲 11から 15いずれか 1項に記載の帯域制御方法において、

前記第 1の帯域制御装置が、前記帯域制御のための要求に応じて、前記コンテンッデータが転送される通信路のための帯域を前記第 1のネットワークにおいて確保するステップを更に具備する

帯域制御方法。

[17] 請求の範囲 16に記載の帯域制御方法において、

前記第 1の帯域制御装置が、前記帯域制御のための要求に応じて、前記コンテンッデータが転送される通信路のための確保された帯域を解放するステップを更に具備する

帯域制御方法。