(57)【要約】  本発明によるコンテンツ配信システムは、クライアント端末と、サーバと、クライアント端末とサーバとの間に設けられ、クライアント端末からのコンテンツデータの再生制御プロトコルをサーバに中継する帯域制御仲介装置と、第１のネットワークに設けられ、第１のネットワーク内の帯域制御を行う第１の帯域制御装置とを具備する。帯域制御仲介装置は、再生制御プロトコルに基づき、コンテンツデータが転送される通信路のうち、第１のネットワークにおける帯域制御を第１の帯域制御装置に要求する。
2008035398.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末と、
サーバと、
前記クライアント端末と前記サーバとの間に設けられ、前記クライアント端末からのコンテンツデータの再生制御プロトコルを前記サーバに中継する帯域制御仲介装置と、
第１のネットワークに設けられ、前記第１のネットワーク内の帯域制御を行う第１の帯域制御装置と、
を具備し、
前記帯域制御仲介装置は、前記再生制御プロトコルに基づき、前記コンテンツデータが転送される通信路のうち、前記第１のネットワークにおける帯域制御を前記第１の帯域制御装置に要求する
コンテンツ配信システム。
【請求項２】
請求の範囲１に記載のコンテンツ配信システムにおいて、
前記サーバは、前記コンテンツデータの転送要求に対する応答とともに、前記コンテンツデータの転送に必要なネットワーク帯域情報を、前記帯域制御仲介装置を介して前記クライアント端末に送信し、
前記帯域制御仲介装置は、前記ネットワーク帯域情報に基づき、前記第１の帯域制御装置において制御する帯域幅を決定する
コンテンツ配信システム。
【請求項３】
請求の範囲１又は２に記載のコンテンツ配信システムにおいて、
前記帯域制御仲介装置は、前記第１のネットワークに設けられる
コンテンツ配信システム。
【請求項４】
請求の範囲１から３いずれか１項に記載のコンテンツ配信システムにおいて、
第２のネットワークに設けられ、前記第２のネットワーク内の帯域制御を行う第２の帯域制御装置を更に具備し、
前記帯域制御仲介装置は、前記再生制御プロトコルに基づき、前記コンテンツデータが転送される通信路のうち、前記第２のネットワークにおける帯域制御を前記第２の帯域制御装置に要求する
コンテンツ配信システム。
【請求項５】
請求の範囲１から４いずれか１項に記載のコンテンツ配信システムにおいて、
前記再生制御プロトコルは、ＲＴＳＰ（Ｒｅａｌｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）であり、
前記コンテンツデータは、ＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に応じた前記通信路を介して前記サーバから前記クライアント端末に転送される
コンテンツ配信システム。
【請求項６】
クライアント端末とサーバとの間に設けられ、前記クライアント端末からのコンテンツデータの再生制御プロトコルを前記サーバに中継するＩ／Ｏインタフェースと、
前記再生制御プロトコルを解析し、前記コンテンツデータが転送される通信路のための帯域幅を決定するＣＰＵと、
を具備し、
前記ＣＰＵは、前記帯域幅に応じた帯域制御のための要求を、前記Ｉ／Ｏインタフェースを介して第１のネットワーク内の帯域制御を行う第１の帯域制御装置に送信する
帯域制御仲介装置。
【請求項７】
請求の範囲６に記載の帯域制御仲介装置において、
前記ＣＰＵは、前記コンテンツデータの転送要求に対する応答とともに送信された前記コンテンツデータの転送に必要なネットワーク帯域情報を解析して、前記帯域幅を決定する
帯域制御仲介装置。
【請求項８】
請求の範囲６又は７に記載の帯域制御仲介装置において、
前記ＣＰＵは、前記コンテンツデータの転送要求に対する応答とともに送信された前記コンテンツデータの転送に必要なネットワーク帯域情報を解析して、前記コンテンツデータが転送される通信路上にあるネットワークを特定する
帯域制御仲介装置。
【請求項９】
請求の範囲６から８いずれか１項に記載の帯域制御仲介装置において、
前記ＣＰＵは、第２のネットワーク内の帯域制御を行う第２の帯域制御装置に対し、前記帯域制御のための要求を送信する
帯域制御仲介装置。
【請求項１０】
請求の範囲６から９いずれか１項に記載の帯域制御仲介装置において、
前記再生制御プロトコルは、ＲＴＳＰ（Ｒｅａｌｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）であり、
前記コンテンツデータは、ＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に応じた前記通信路を介して前記サーバから前記クライアント端末に転送される
帯域制御仲介装置。
【請求項１１】
クライアント端末とサーバとの間に設けられた帯域制御仲介装置が、前記クライアント端末からのコンテンツデータの再生制御プロトコルを前記サーバに中継するステップと、
前記帯域制御仲介装置が、前記再生制御プロトコルを解析し、前記コンテンツデータが転送される通信路のための帯域幅を決定するステップと、
前記帯域制御仲介装置が、前記帯域幅に応じた帯域制御のための要求を、第１のネットワーク内の帯域制御を行う第１の帯域制御装置に送信するステップと、
を具備する
帯域制御方法。
【請求項１２】
請求の範囲１１に記載の帯域制御方法において、
前記帯域幅を決定するステップは、前記コンテンツデータの転送要求に対する応答とともに送信された前記コンテンツデータの転送に必要なネットワーク帯域情報を解析して、前記帯域幅を決定するステップを備える
帯域制御方法。
【請求項１３】
請求の範囲１１又は１２に記載の帯域制御方法において、
前記帯域制御のための要求を送信するステップは、前記コンテンツデータの転送要求に対する応答とともに送信された前記コンテンツデータの転送に必要なネットワーク帯域情報を解析して、前記コンテンツデータが転送される通信路上にあるネットワークを特定するステップを備える
帯域制御方法。
【請求項１４】
請求の範囲１１から１３いずれか１項に記載の帯域制御方法において、
前記帯域制御仲介装置が、第２のネットワーク内の帯域制御を行う第２の帯域制御装置に対し、前記帯域制御のための要求を送信するステップを更に具備する
帯域制御方法。
【請求項１５】
請求の範囲１１から１４いずれか１項に記載の帯域制御方法において、
前記再生制御プロトコルは、ＲＴＳＰ（Ｒｅａｌｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）であり、
前記コンテンツデータは、ＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に応じた前記通信路を介して前記サーバから前記クライアント端末に転送される
帯域制御方法。
【請求項１６】
請求の範囲１１から１５いずれか１項に記載の帯域制御方法において、
前記第１の帯域制御装置が、前記帯域制御のための要求に応じて、前記コンテンツデータが転送される通信路のための帯域を前記第１のネットワークにおいて確保するステップを更に具備する
帯域制御方法。
【請求項１７】
請求の範囲１６に記載の帯域制御方法において、
前記第１の帯域制御装置が、前記帯域制御のための要求に応じて、前記コンテンツデータが転送される通信路のための確保された帯域を解放するステップを更に具備する
帯域制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング配信時におけるＱｏＳ保証を実現するコンテンツ配信システム、帯域制御仲介装置、及び帯域制御方法に関する。
【背景技術】
【０００２】
従来、一般的に、映像音声のストリーミング配信を実現するためには、その配信に十分なネットワーク帯域を確保したり、配信されるパケットに優先度付けを行って他のデータ通信に比して優先的にネットワークを通過させたりする方法が取られている。特にネットワーク帯域を確保する方法では典型的な実現方式として、以下の２つの方式がある。第１に、あらかじめ見込まれる帯域を実際の配信時に必要な個々の帯域とは無関係に、配信に先立ってネットワーク網で直接確保する方式。第２にクライアント端末もしくはサーバから、必要な量を配信に先立ってネットワーク網に対して直接確保指示する方式。又、第２の方式を改良した第３の方式として、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によりクライアント端末もしくはサーバから必要な帯域を取得しストリーミング配信前に確保しておく方式もある。【０００３】
第１の方式ではサーバにもクライアント端末にも特別な考慮を必要とせずネットワーク帯域を確保できるメリットがある。しかし、配信される映像音声が常に同じ帯域幅を消費することを前提としているため、実際の配信映像音声がより少ない帯域しか消費しない場合には、確保している帯域分との差分が無駄になる。【０００４】
第２の方式では、確保するネットワーク帯域と消費するネットワーク帯域が同じで無駄がないというメリットがあるが、クライアント端末もしくはサーバにおいてネットワーク帯域を確保するための特別な考慮が必要となり、相互互換性が十分とはいえない現在のネットワーク網へのインタフェース部分をそのクライアント端末もしくはサーバ本体に手を入れて都度適合させる必要を生じる。クライアント端末から帯域確保する方式としてＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  ｒｅＳｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。又、サーバから帯域確保する方式の代表として特開２００３−５１８４６号公報に記載の方式がある。【０００５】
第２の方式では特開２００５−１２６５５号公報（ＳＩＰセッション制御によるＣＤＮにおけるＱｏＳ保証方法とＱｏＳ保証システム及び端末装置とコンテンツ配信サブシステムとＳＩＰセッション制御サブシステムならびにプログラム）で述べられている方式がある。特開２００５−１２６５５号公報では、端末装置とコンテンツ配信サブシステム間でセッション制御プロトコルとしてＳＩＰを利用し、そのＳＩＰでやりとりされる情報をＳＩＰセッション制御サブシステムで仲介する。このため、端末装置とコンテンツ配信サブシステムが直接帯域制御をする必要がなく、端末装置とコンテンツ配信サブシステムは標準プロトコルのみで実装が可能であるという利点がある。しかし特開２００５−１２６５５号公報に記載の方法では、本来音声通話用に開発されストリーミング配信用に広く普及しているとは言えないＳＩＰを利用している。このため、端末装置とコンテンツ配信サブシステムの開発者は、前例の少ない実装を行う開発リスクが伴う。又、新たにＳＩＰを搭載することで開発・運用コストが余計にかかるという欠点がある。更に特開２００５−１２６５５号公報では、コンテンツ配信サブシステムの再生制御プロトコルであるＲＴＳＰ（Ｒｅａｌｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）による通信の発生前に帯域確保を行う。このため特開２００５−１２６５５号公報に示されているようにＳＩＰに対応していないコンテンツ配信サブシステムの場合には、端末装置からの帯域情報によって帯域確保することになる。このためコンテンツ配信サブシステムが実際にコンテンツ送出に必要な帯域とは必ずしも一致しないという欠点がある。【０００６】
以下、ネットワーク帯域の制御に関する従来例が、特開２０００−３２０４８号公報、特開２００２−３４４４９９号公報、特開２００３−２５８８７９号公報、特開２００４−２８９６２７号公報に記載されている。【０００７】
しかし、これらの技術では、クライアント端末とサーバとの間において、帯域予約あるいは帯域制御のための特別なメッセージの理解や、複雑な帯域制御手順を必要とする。このため、クライアントやサーバは既存のプロトコルを利用して帯域を制御することができない。
【発明の開示】
【０００８】
本発明の目的は、既存のプロトコルを使用して、ネットワーク網における帯域制御を実行できるコンテンツ配信システム、帯域制御仲介装置、及び帯域制御方法を提供することである。
【０００９】
本発明の他の目的は、複雑な帯域制御手順を必要とせずにネットワーク網における帯域制御を実行できるコンテンツ配信システム、帯域制御仲介装置、及び帯域制御方法を提供することである。
【００１０】
本発明の更に他の目的は、転送されるデータ量に応じた帯域を確保できるコンテンツ配信システム、帯域制御仲介装置、及び帯域制御方法を提供することである。
【００１１】
本発明によるコンテンツ配信システムは、クライアント端末と、サーバと、帯域制御仲介装置と、第１の帯域制御装置とを具備する。帯域制御仲介装置は、クライアント端末とサーバとの間に設けられ、クライアント端末からのコンテンツデータの再生制御プロトコルをサーバに中継する。第１の帯域制御装置は、第１のネットワークに設けられ、第１のネットワーク内の帯域制御を行う。ここで、帯域制御仲介装置は、再生制御プロトコルに基づき、コンテンツデータが転送される通信路のうち、第１のネットワークにおける帯域制御を第１の帯域制御装置に要求する。第１の帯域制御装置はこの要求に応じて、通信路のための帯域を確保する。
【００１２】
又、サーバは、コンテンツデータの転送要求に対する応答とともに、コンテンツデータの転送に必要なネットワーク帯域情報を、帯域制御仲介装置を介して前記クライアント端末に送信することが好ましい。この場合、帯域制御仲介装置は、ネットワーク帯域情報に基づき、第１の帯域制御装置において制御する帯域幅を決定する。
【００１３】
又、帯域制御仲介装置は、帯域制御装置と同じ第１のネットワークに設けられても良い。この場合、帯域制御仲介装置は、自身の所属するネットワークの帯域制御を帯域制御装置に要求する。又、本発明によるコンテンツ配信システムは、第２のネットワーク内の帯域制御を行う第２の帯域制御装置を更に具備しても良い。この場合、帯域制御仲介装置は、再生制御プロトコルに基づき、コンテンツデータが転送される通信路のうち、第２のネットワークにおける帯域制御を第２の帯域制御装置に要求する。この際、帯域制御仲介装置が第１のネットワークに設けられている場合、第１のネットワーク及び第２のネットワークにそれぞれ設けられる第１の帯域制御装置及び第２の帯域制御装置に対し帯域制御を要求することができる。
【００１４】
本発明による帯域制御仲介装置は、クライアント端末とサーバとの間に設けられ、前記クライアント端末からのコンテンツデータの再生制御プロトコルを前記サーバに中継するＩ／Ｏインタフェースと、再生制御プロトコルを解析し、前記コンテンツデータが転送される通信路のための帯域幅を決定するＣＰＵとを具備する。ＣＰＵは、決定した帯域幅に応じた帯域制御のための要求を、Ｉ／Ｏインタフェースを介して第１のネットワーク内の帯域制御を行う第１の帯域制御装置に送信する。
【００１５】
又、ＣＰＵは、コンテンツデータの転送要求に対する応答とともに送信されたコンテンツデータの転送に必要なネットワーク帯域情報を解析して、帯域幅を決定することが好ましい。
【００１６】
更にＣＰＵは、コンテンツデータの転送要求に対する応答とともに送信されたコンテンツデータの転送に必要なネットワーク帯域情報を解析して、コンテンツデータが転送される通信路上にあるネットワークを特定することが好ましい。
【００１７】
更に、ＣＰＵは、第２のネットワーク内の帯域制御を行う第２の帯域制御装置に対し、前記帯域制御のための要求を送信しても良い。
【００１８】
本発明による帯域制御方法は、クライアント端末とサーバとの間に設けられた帯域制御仲介装置が、クライアント端末からのコンテンツデータの再生制御プロトコルをサーバに中継するステップと、帯域制御仲介装置が、再生制御プロトコルを解析し、コンテンツデータが転送される通信路のための帯域幅を決定するステップと、帯域制御仲介装置が、帯域幅に応じた帯域制御のための要求を、第１のネットワーク内の帯域制御を行う第１の帯域制御装置に送信するステップとを具備する。
又、帯域幅を決定するステップは、コンテンツデータの転送要求に対する応答とともに送信されたコンテンツデータの転送に必要なネットワーク帯域情報を解析して、帯域幅を決定するステップを備えることが好ましい。
【００１９】
又、帯域制御のための要求を送信するステップは、コンテンツデータの転送要求に対する応答とともに送信されたコンテンツデータの転送に必要なネットワーク帯域情報を解析して、コンテンツデータが転送される通信路上にあるネットワークを特定するステップを備えることが好ましい。
【００２０】
更に、帯域制御仲介装置が、第２のネットワーク内の帯域制御を行う第２の帯域制御装置に対し、前記帯域制御のための要求を送信するステップを具備することが好ましい。
【００２１】
本発明による帯域制御方法は、上述の方法に加え、第１の帯域制御装置が、帯域制御のための要求に応じて、コンテンツデータが転送される通信路のための帯域を第１のネットワークにおいて確保するステップを更に具備することが好ましい。
【００２２】
更に、第１の帯域制御装置が、帯域制御のための要求に応じて、コンテンツデータが転送される通信路のための確保された帯域を解放するステップを更に具備することが好ましい。
【００２３】
本発明に係る再生制御プロトコルは、ＲＴＳＰ（Ｒｅａｌｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）であることが好ましい。この場合、コンテンツデータは、ＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に応じた通信路を介してサーバからクライアント端末に転送される。
【００２４】
以上のように、本発明によれば、帯域確保のための制御は、帯域制御仲介装置のみで行っているため、複雑な帯域制御手順を必要としない。又、既存のストリーミングの再生制御に広く使われているプロトコル（ここではＲＴＳＰ）によって帯域を制御しているため、帯域制御仲介装置は、特別なプロトコルやメッセージを理解する必要がない。更に、ＲＴＳＰ通信を中継する帯域制御仲介装置が、ネットワーク網における帯域の制御を行うため、クライアントやサーバは既存のプロトコルやインタフェースを利用できる
【００２５】
更に、本発明によれば、ストリーミングの配信要求に応じて確保する帯域を決定しているため、実際に転送されるコンテンツデータに応じた帯域を確保でき、無駄が生じない。
【図面の簡単な説明】
【００２６】
【図１】図１は、本発明よるコンテンツ配信システムの第1の実施の形態における構成を示す図である。
【図２】図２は、本発明によるＲＴＳＰプロクシサーバの実施の形態における動作を示すフロー図である。
【図３Ａ】図３Ａは、本発明よるコンテンツ配信システムの第1の実施の形態における通信接続動作を示すシーケンス図である。
【図３Ｂ】図３Ｂは、本発明よるコンテンツ配信システムの第1の実施の形態におけるコンテンツ配信動作を示すシーケンス図である。
【図４Ａ】図４Ａは、本発明よるコンテンツ配信システムの第1の実施の形態におけるコンテンツ配信停止動作を示すシーケンス図である。
【図４Ｂ】図４Ｂは、本発明よるコンテンツ配信システムの第1の実施の形態における通信切断動作を示すシーケンス図である。
【図５】図５は、本発明よるコンテンツ配信システムの第２の実施の形態における構成を示す図である。
【図６Ａ】図６Ａは、本発明よるコンテンツ配信システムの第２の実施の形態における通信接続動作を示すシーケンス図である。
【図６Ｂ】図６Ｂは、本発明よるコンテンツ配信システムの第２の実施の形態におけるコンテンツ配信動作を示すシーケンス図である。
【図７】図７は、本発明よるコンテンツ配信システムの第２の実施の形態におけるコンテンツ配信停止から通信切断までの動作を示すシーケンス図である。
【図８】図８は、本発明よるコンテンツ配信システムの第３の実施の形態における構成を示す図である。
【図９Ａ】図９Ａは、本発明よるコンテンツ配信システムの第３の実施の形態における通信接続動作を示すシーケンス図である。
【図９Ｂ】図９Ｂは、本発明よるコンテンツ配信システムの第３の実施の形態におけるコンテンツ配信動作を示すシーケンス図である。
【図１０】図１０は、本発明よるコンテンツ配信システムの第３の実施の形態におけるコンテンツ配信停止から通信切断までの動作を示すシーケンス図である。
【図１１】図１１は、本発明よるコンテンツ配信システムの第４の実施の形態における構成を示す図である。
【図１２】図１２は、本発明よるコンテンツ配信システムの第４の実施の形態における通信接続からコンテンツ配信までの動作を示すシーケンス図である。
【図１３】図１３は、本発明よるコンテンツ配信システムの第４の実施の形態におけるコンテンツ配信停止から通信切断までの動作を示すシーケンス図である。
【図１４】図１４は、本発明よるコンテンツ配信システムの第５の実施の形態における構成を示す図である。
【図１５Ａ】図１５Ａは、本発明よるコンテンツ配信システムの第５の実施の形態における通信接続動作を示すシーケンス図である。
【図１５Ｂ】図１５Ｂは、本発明よるコンテンツ配信システムの第５の実施の形態における通信接続動作を示すシーケンス図である。
【図１５Ｃ】図１５Ｃは、本発明よるコンテンツ配信システムの第５の実施の形態におけるコンテンツ配信動作を示すシーケンス図である。
【図１６】図１６は、本発明よるコンテンツ配信システムの第５の実施の形態におけるコンテンツ配信停止動作を示すシーケンス図である。
【図１７Ａ】図１７Ａは、本発明よるコンテンツ配信システムの第５の実施の形態における通信切断動作を示すシーケンス図である。
【図１７Ｂ】図１７Ｂは、本発明よるコンテンツ配信システムの第５の実施の形態における通信切断動作を示すシーケンス図である。
【発明を実施するための最良の形態】
【００２７】
以下、添付図面を参照して、本発明によるコンテンツ配信システムの実施の形態が説明される。図面において同一、又は類似の参照符号は、同一、類似、又は等価な構成要素を示している。以下では、ネットワークを介して映像や音声のデータをストリーミング配信するコンテンツ配信システムを一例に実施の形態を説明する。【００２８】
１．第１の実施の形態
図１から図４Ｂを参照して、本発明に係るコンテンツ配信システムの第１の実施の形態を説明する。第１の実施の形態におけるコンテンツ配信システムは、異なる事業者によって運営される２つのネットワーク網を具備し、一方のネットワーク網に属するクライアント端末に対し、他方のネットワーク網に属するサーバからデータがストリーム配信されるシステムである。【００２９】
（構成）
図１は、第１の実施の形態におけるコンテンツ配信システムの構成を示すブロック図である。図１を参照して、第１の実施の形態におけるコンテンツ配信システムの構成を説明する。第１の実施の形態におけるコンテンツ配信システムは、事業者Ａが運営するインターネット網１００（以下、インターネット網１００と称す）と事業者Ｂが運営するインターネット網２００（以下、インターネット網２００と称す）とを具備する。インターネット網１００には、加入者の所有するクライアント端末であるＳＴＢ１０と、インターネット網１００における伝送路の帯域を制御する網帯域制御装置１１と、帯域制御仲介装置であるＲＴＳＰプロクシサーバ１２とを備える。ここで、ＳＴＢ１０は１つしか図示しないが、インターネット網１００は、他の加入者が持つＳＴＢ１０を複数備えても構わない。【００３０】
又、インターネット網２００は、コンテンツプロバイダが所有し、ＳＴＢ１０にデータをストリーミング配信するサーバＶｏＤサーバ２０と、インターネット網２００における伝送路の帯域を制御する網帯域制御装置２１と、帯域制御仲介装置であるＲＴＳＰプロクシサーバ２２（機能はＲＴＳＰプロクシサーバ１２と同等）とを備える。ここで、ＶｏＤサーバ２０は１つしか図示しないが、インターネット網２００は、他のコンテンツプロバイダが所有するＶｏＤサーバ２０を複数備えても構わない。【００３１】
ＲＴＳＰプロクシサーバ１２は、ＳＴＢ１０とＶｏＤサーバ２０との間に設けられ、ＲＴＳＰプロトコルを送受信するＲＴＳＰプロトコルの仲介機能を有する。又、同プロトコルを仲介する際にインターネット網１００の帯域制御が必要なプロトコルが通過すると、ＳＴＢ１０やＶｏＤサーバ２０に代わって、網帯域制御装置１１に帯域制御を実行させる。同様に、ＲＴＳＰプロクシサーバ１２は、ＳＴＢ１０とＶｏＤサーバ２０との間に設けられ、インターネット網２００の帯域制御が必要なプロトコルが通過すると、ＳＴＢ１０やＶｏＤサーバ２０に代わって、網帯域制御装置１１に帯域制御を実行させる。又、ＲＴＳＰプロクシサーバ１２及び２２は、図２に示される動作を実行するためのプログラムを格納する記憶装置２と、このプログラムを実行することで図２に示される動作を実行するＣＰＵ１と、ＣＰＵによって指定された各種命令（要求命令や応答命令）やデータ（例えばＲＴＰデータ）の転送を制御するインタフェース３とを備える。尚、図２に記載の動作の説明は後述する。【００３２】
ＳＴＢ１０はＲＴＳＰ通信路１３を通じてＲＴＳＰプロクシサーバ１２と接続している。ＲＴＳＰプロクシサーバ１２と網帯域制御装置１１は網帯域制御プロトコル通信路１４を介して接続している。ＲＴＳＰプロクシサーバ１２とＲＴＳＰプロクシサーバ２２とはＲＴＳＰ通信路５０を介して接続している。ＲＴＳＰプロクシサーバ２２と網帯域制御装置２１は網帯域制御プロトコル通信路２４を介して接続している。ＲＴＳＰプロクシサーバ２２とＶｏＤサーバ２０はＲＴＳＰ通信路２３を介して接続している。ＶｏＤサーバ２０とＳＴＢ１０はＲＴＰ通信路６０を介して接続している。ここで、網帯域制御プロトコル通信路１４及びＲＴＳＰ通信路１３はともにインターネット網１００内における通信路である。同様に、網帯域制御プロトコル通信路２４及びＲＴＳＰ通信路２３はともにインターネット網２００内における通信路である。又、ＲＴＳＰ通信路５０及びＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）通信路６０は、相互に事業者が異なるインターネット網１００とインターネット網との間を接続する通信路である。【００３３】
（コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）
図２から図４Ｂを参照して、本発明に係るコンテンツ配信システムの第１の実施の形態における動作の詳細を説明する。動作の説明に先立ち、ＲＴＳＰプロトコル及びＲＴＰプロトコルについて説明する。ＲＴＳＰプロトコルはＲＦＣ２３２６において提案された映像音声の再生制御用プロトコルである。ＳＥＴＵＰ要求５０１によってサーバ（ここでは、ＶｏＤサーバ２０）に対してコンテンツ指定し、応答として当該コンテンツの再生に必要なネットワーク帯域情報であるビットレート情報５００を得る。次にＰＬＡＹ要求によって指定されたコンテンツの任意の部分からの再生を行う。又、ＳＴＯＰ要求５３１によって再生中のコンテンツを停止し、ＴＥＡＲＤＯＷＮ要求によって一連の制御の終了を宣言する。又、ＲＴＰプロトコルは、ＲＦＣ３５５０において提案された映像音声のトランスポート用プロトコルで、当該プロトコルのペイロード（データ格納領域）に、ＭＰＥＧ２、ＭＰＥＧ４、Ｈ．２６４等の映像・音声プロトコルを載せて伝送するために使用される。【００３４】
図３Ａ及び図３Ｂを参照して、本発明に係るコンテンツ配信システムにおける通信回線の接続から映像音声データ再生までの流れについて説明する。先ずＳＴＢ１０は、ポータルサーバ（図示せず）からＳＴＢ１０の加入者が再生したいコンテンツ（映像音声のストリームデータ（ＲＴＰデータ６００）を選択し、そのコンテンツを格納しているＶｏＤサーバ２０とＶｏＤサーバ２０における当該コンテンツの識別子情報を得る（図示せず）。【００３５】
次に、ＳＴＢ１０は、ＲＴＳＰプロクシサーバ１２及び２２を介してＶｏＤサーバ２０に対し、ＳＥＴＵＰ要求５０１を送信する（ステップＳ１０１〜Ｓ１０３）。ここで、ＳＥＴＵＰ要求５０１には、先に得た再生希望のコンテンツデータを格納するＶｏＤサーバ２０、ＶｏＤサーバ２０における当該コンテンツ、当該コンテンツの配信先のＳＴＢ１０の識別子情報を含む。【００３６】
詳細には、ＳＴＢ１０は、再生希望のコンテンツデータを指定したＳＥＴＵＰ要求５０１をＲＴＳＰプロクシサーバ１２に対し送信する（ステップＳ１０１）。ＲＴＳＰプロクシサーバ１２は、ＳＥＴＵＰ要求５０１に含まれるＶｏＤサーバ２０の識別子に対応するＲＴＳＰプロクシサーバ２２にＳＥＴＵＰ要求５０１を送信する（ステップＳ１０２）。ステップＳ１０２では、ＲＴＳＰプロクシサーバ１２は、ＳＥＴＵＰ要求５０１に基づき、ＲＴＳＰプロトコルでコンテンツデータの配信元のＶｏＤサーバ２０を検出する。そしてこのＶｏDサーバ２０が所属するインターネット網２００内のＲＴＳＰプロクシサーバ２２をＳＥＴＵＰ要求５０１の送信先として決定する。同様に、ＲＴＳＰプロクシサーバ２２は、ＳＥＴＵＰ要求５０１に基づきＲＴＳＰプロトコルで送信先のＶｏＤサーバ２０を検出し、このＶｏＤサーバ２０に対してＳＥＴＵＰ要求５０１を送信する（ステップＳ１０３）。【００３７】
ＶｏＤサーバ２０は、受け付けたＳＥＴＵＰ要求５０１に応答して、コンテンツの要求元であるＳＴＢ１０に対しＳＥＴＵＰ応答５０２及びビットレート情報５００を送信する（ステップＳ１０４〜Ｓ１１２）。この際、ＳＥＴＵＰ応答５０２及びビットレート情報５００は、ＲＴＳＰプロクシサーバ２２及び１２を介してＳＴＢ１０に送信される。ＲＴＳＰプロクシサーバ２２及び１２はＳＥＴＵＰ応答５０２及びビットレート情報５００に応じて、網制御装置２１及び１１を制御し、ＲＴＰ通信路６０のためのネットワーク帯域を確保させる。【００３８】
以下、ステップＳ１０４〜Ｓ１１２までの動作の詳細を説明する。ＶｏＤサーバ２０は、受け付けたＳＥＴＵＰ要求５０１に応答して、ＳＥＴＵＰ応答５０２及びビットレート情報５００をＲＴＳＰプロクシサーバ２２に送信する（ステップＳ１０４）。ここで、ビットレート情報５００には、ＳＥＴＵＰ要求５０１で要求された再生希望コンテンツの伝送・再生に必要なネットワーク帯域情報が含まれる。【００３９】
ＲＴＳＰプロクシサーバ２２は、受け付けたＳＥＴＵＰ応答５０２に応じてビットレート情報５００に含まれるネットワーク帯域情報を網帯域制御でプロトコル抽出し、このネットワーク帯域情報に基づいた帯域確保要求５１１を網帯域制御装置２１に送信する（ステップＳ１０５）。網帯域制御装置２１は、帯域確保要求５１１に応じてインターネット網２００の帯域制御を行い、ＲＴＰデータ６００の伝送に使用するＲＴＰ通信路６０のためのネットワーク帯域を、インターネット網２００に確保する（ステップＳ１０６）。網帯域制御装置２１は帯域を確保した後、帯域確保応答５１２をＲＴＳＰプロクシサーバ２２に送信する（ステップＳ１０７）。【００４０】
ＲＴＳＰプロクシサーバ２２は、帯域確保応答５１２を受け付けると、ＲＴＳＰプロクシサーバ１２にＳＥＴＵＰ応答５０２及びビットレート情報５００を送信する（ステップＳ１０８）。ＲＴＳＰプロクシサーバ１２は、受け付けたＳＥＴＵＰ応答５０２に応じて、ビットレート情報５００に含まれるネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域確保要求５１３を網帯域制御装置１１に送信する（ステップＳ１０９）。網帯域制御装置１１は、受け付けた帯域確保要求５１３に基づきインターネット網１００の帯域制御を行い、ＲＴＰデータ６００の伝送に使用するＲＴＰ通信路６０のためのネットワーク帯域を、インターネット網１００に確保する（ステップＳ１１０）。又、網帯域制御装置１１は帯域を確保した後、ＲＴＳＰプロクシサーバ１２に帯域確保応答５１４を送信する（ステップＳ１１１）。【００４１】
ＲＴＳＰプロクシサーバ１２は、帯域確保応答５１４を受け付けると、ＳＴＢ１０にＳＥＴＵＰ応答５０２及びビットレート情報５００を送信する（ステップＳ１１２）。【００４２】
続いて図３Ｂを参照して、ＳＥＴＵＰ応答５０２によってＲＴＰ通信路６０のための帯域確保を確認したＳＴＢ１０は、目的のコンテンツデータをストリーミング再生するため、ＲＴＳＰプロクシサーバ１２及び２２を介して、ＶｏＤサーバ２０に対しＰＬＡＹ要求５２１を送信する（ステップＳ１１３〜Ｓ１１５）。ここで、ＰＬＡＹ要求５２１には、再生希望のコンテンツデータを格納するＶｏＤサーバ２０と、ＶｏＤサーバ２０における当該コンテンツの識別子情報を含む。【００４３】
詳細には、ＳＴＢ１０は、再生希望のコンテンツデータを指定したＰＬＡＹ要求５２１をＲＴＳＰプロクシサーバ１２に対し送信する（ステップＳ１１３）。ＲＴＳＰプロクシサーバ１２は、ＰＬＡＹ要求５２１に含まれるＶｏＤサーバ２０の識別子に対応するＲＴＳＰプロクシサーバ２２にＰＬＡＹ要求５２１を送信する（ステップＳ１１４）。ステップＳ１１４では、ＲＴＳＰプロクシサーバ１２は、ＰＬＡＹ要求５２１に基づき、ＲＴＳＰプロトコルでコンテンツデータの配信元のＶｏＤサーバ２０を検出する。そしてこのＶｏDサーバ２０が所属するインターネット網２００内のＲＴＳＰプロクシサーバ２２をＰＬＡＹ要求５２１の送信先として決定する。同様に、ＲＴＳＰプロクシサーバ２２は、ＰＬＡＹ要求５２１に基づきＲＴＳＰプロトコルで送信先のＶｏＤサーバ２０を検出し、このＶｏＤサーバ２０に対してＰＬＡＹ要求５２１を送信する（ステップＳ１１５）。【００４４】
ＶｏＤサーバ２０はＰＬＡＹ要求５２１を受け付けると、帯域が確保されたＲＴＰ通信路６０を利用して、ＰＬＡＹ要求５２１で指定されたコンテンツの映像音声のＲＴＰ配信を開始する（ステップＳ１１６）。以後、ＳＴＯＰ要求５３１等の再生内容に変更を与えるプロトコルを受け付けるか、ＲＴＰデータ６００の最後尾に達するまでＲＴＰ通信路６０上をＰＬＡＹ要求５２１で要求されたコンテンツの映像音声ストリーム（ＲＴＰデータ６００）が伝送される（ステップ１１７）。ＶｏＤサーバ２０はＲＴＰ配信する際、ＲＴＳＰプロクシサーバ２２及び１２を介してＳＴＢ１０にＰＬＡＹ応答５２２を送信する（ステップＳ１１８〜Ｓ１２０）。【００４５】
次に、図４Ａ及び図４Ｂを参照して、本発明に係るコンテンツ配信システムにおける映像音声の停止要求から通信回線切断までの動作について説明する。映像音声の配信を停止したいＳＴＢ１０は、コンテンツのストリーム配信元であるＶｏＤサーバ２０に対し、ＳＴＯＰ要求５３１を送信する。この際ＳＴＢ１０は、ＲＴＳＰプロクシサーバ１２及び２２を介してＶｏＤサーバ２０に対し、ＳＴＯＰ要求５３１を送信する（ステップＳ１２１〜Ｓ１２３）。ここで、ＳＴＯＰ要求５３１には、コンテンツデータの配信元のＶｏＤサーバ２０と、ＶｏＤサーバ２０における当該コンテンツの識別子情報を含む。【００４６】
詳細には、ＳＴＢ１０は、配信停止対象のコンテンツデータを指定したＳＴＯＰ要求５３１をＲＴＳＰプロクシサーバ１２に対し送信する（ステップＳ１２１）。ＲＴＳＰプロクシサーバ１２は、ＳＴＯＰ要求５３１に含まれるＶｏＤサーバ２０の識別子に対応するＲＴＳＰプロクシサーバ２２にＳＴＯＰ要求５３１を送信する（ステップＳ１２２）。ステップＳ１２２では、ＲＴＳＰプロクシサーバ１２は、ＳＴＯＰ要求５３１に基づき、ＲＴＳＰプロトコルでコンテンツデータの配信元のＶｏＤサーバ２０を検出する。そしてこのＶｏDサーバ２０が所属するインターネット網２００内のＲＴＳＰプロクシサーバ２２をＳＴＯＰ要求５３１の送信先として決定する。同様に、ＲＴＳＰプロクシサーバ２２は、ＳＴＯＰ要求５３１に基づきＲＴＳＰプロトコルで送信先のＶｏＤサーバ２０を検出し、このＶｏＤサーバ２０に対してＳＴＯＰ要求５３１を送信する（ステップＳ１２３）。【００４７】
ＶｏＤサーバ２０はＳＴＯＰ要求５３１を受け付けると、ＲＴＰ通信路６０で伝送している映像音声ストリーム（ＲＴＰデータ６００）を停止する（ＲＴＰ配信停止：ステップＳ１２４）。又、ＶｏＤサーバ２０は、ＲＴＰ配信を停止した後、ＲＴＳＰプロクシサーバ２２及び１２を介してＳＴＢ１０に対し、ＳＴＯＰ応答５３２を送信する（ステップＳ１２５〜Ｓ１２７）。【００４８】
図４Ｂを参照して、ＳＴＯＰ応答５３２を受け付けたＳＴＢ１０は、ＲＴＳＰプロクシサーバ１２及び２２を介してＶｏＤサーバ２０に対し、ＳＴＥＡＲＤＯＷＮ要求５４１を送信する（ステップＳ１２８〜Ｓ１３０）。ここで、ＳＴＥＡＲＤＯＷＮ要求５４１には、ＳＴＯＰ応答５３２の送信元のＶｏＤサーバ２０、ＶｏＤサーバ２０における停止対象コンテンツ、配信停止要求元のＳＴＢ１０の識別子情報、すなわち、切断対象となるＲＴＰ通信路６０を特定する情報を含む。【００４９】
詳細には、ＳＴＢ１０は、ＳＴＥＡＲＤＯＷＮ要求５４１をＲＴＳＰプロクシサーバ１２に対し送信する（ステップＳ１２８）。ＲＴＳＰプロクシサーバ１２は、ＳＴＥＡＲＤＯＷＮ要求５４１に含まれるＶｏＤサーバ２０の識別子に対応するＲＴＳＰプロクシサーバ２２にＳＴＥＡＲＤＯＷＮ要求５４１を送信する（ステップＳ１２９）。ステップＳ１２９では、ＲＴＳＰプロクシサーバ１２は、ＳＴＥＡＲＤＯＷＮ要求５４１に基づき、ＲＴＳＰプロトコルでコンテンツデータの配信元のＶｏＤサーバ２０を検出する。そしてこのＶｏDサーバ２０が所属するインターネット網２００内のＲＴＳＰプロクシサーバ２２をＳＴＥＡＲＤＯＷＮ要求５４１の送信先として決定する。同様に、ＲＴＳＰプロクシサーバ２２は、ＳＴＥＡＲＤＯＷＮ要求５４１に基づきＲＴＳＰプロトコルで送信先のＶｏＤサーバ２０を検出し、このＶｏＤサーバ２０に対してＳＴＥＡＲＤＯＷＮ要求５４１を送信する（ステップＳ１２３）。【００５０】
ＶｏＤサーバ２０はＴＥＡＲＤＯＷＮ要求５４１を受け付けると、ＲＴＰ通信路６０の切断準備を行い、回線切断要求元であるＳＴＢ１０に対しＴＥＡＲＤＯＷＮ応答５４２を送信する（ステップＳ１３１〜Ｓ１３９）。この際、ＴＥＡＲＤＯＷＮ応答５４２は、ＲＴＳＰプロクシサーバ２２及び１２を介してＳＴＢ１０に送信される。ＲＴＳＰプロクシサーバ２２及び１２はＴＥＡＲＤＯＷＮ応答５４２に応じて、網制御装置２１及び１１を制御し、コンテンツ（ＲＴＰデータ６００）の配信に利用したＲＴＰ通信路６０のためのネットワーク帯域を解放させる。【００５１】
以下、ステップＳ１３１〜Ｓ１３９までの動作の詳細を説明する。ＶｏＤサーバ２０は、受け付けたＴＥＡＲＤＯＷＮ要求５４１に応答して、ＴＥＡＲＤＯＷＮ応答５４２をＲＴＳＰプロクシサーバ２２に送信する（ステップＳ１３１）。ここで、ＴＥＡＲＤＯＷＮ応答５４２には、コンテンツ（ＲＴＰデータ６００）の伝送に利用されたＲＴＰ通信路６０のネットワーク帯域情報が含まれる。【００５２】
ＲＴＳＰプロクシサーバ２２は、受け付けたＴＥＡＲＤＯＷＮ応答５４２に含まれるＲＴＰ通信路６０のネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域解放要求５５１を網帯域制御装置２１に送信する（ステップＳ１３２）。網帯域制御装置２１は、帯域解放要求５５１に応じてインターネット網２００の帯域制御を行い、インターネット網２００で確保していたＲＴＰ通信路６０のためのネットワーク帯域を解放する（ステップＳ１３３）。又、網帯域制御装置２１は、帯域を解放した後、帯域解放応答５５２をＲＴＳＰプロクシサーバ２２に送信する（ステップＳ１３４）。【００５３】
ＲＴＳＰプロクシサーバ２２は、帯域解放応答５５２を受け付けると、ＶｏＤサーバ２０とのＲＴＳＰ通信路２３での通信を切断し、ＲＴＳＰプロクシサーバ１２にＴＥＡＲＤＯＷＮ応答５４２を送信する（ステップＳ１３５）。ＲＴＳＰプロクシサーバ１２は、受け付けたＴＥＡＲＤＯＷＮ応答５４２に含まれるネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域解放要求５５３を網帯域制御装置１１に送信する（ステップＳ１３６）。この際、ＲＴＳＰプロクシサーバ１２はＴＥＡＲＤＯＷＮ応答５４２に応答して、ＲＴＳＰプロクシサーバ２２とのＲＴＳＰ通信路５０での通信を切断する。網帯域制御装置１１は、受け付けた帯域解放要求５５３に基づきインターネット網１００の帯域制御を行い、インターネット網１００で確保していたＲＴＰ通信路６０のためのネットワーク帯域の解放を行う（ステップＳ１３７）。又、網帯域制御装置１１は、帯域を解放した後、ＲＴＳＰプロクシサーバ１２に帯域解放応答５５４を送信する（ステップＳ１３８）。【００５４】
ＲＴＳＰプロクシサーバ１２は、帯域解放応答５５４を受け付けると、ＳＴＢ１０にＴＥＡＲＤＯＷＮ応答５４２を送信する（ステップＳ１３９）。ＳＴＢ１０はＴＥＡＲＤＯＷＮ応答５４２を受け付けるとＲＴＳＰプロクシサーバ１２とのＲＴＳＰ通信路１３での通信を切断し、ＳＥＴＵＰ要求５０１より始まった一連の再生制御を終了する。【００５５】
以上のように、本発明によるコンテンツ配信システムでは、クライアント端末（ここではＳＴＢ１０）又はサーバ（ここではＶｏＤサーバ２０）でネットワーク網との帯域確保のための通信を直接行わないため、異なるネットワーク網にクライアント端末又はサーバを配置する際にもクライアント端末又はサーバに大きな仕様の変更を生じない。又、ＳＩＰを扱えないサーバであってもストリーミング配信で標準使用されるＲＴＳＰ通信が可能であれば、サーバが要求するコンテンツ配信に必要な帯域を確保できる。更に、クライアント側からの要求に応じて帯域確保を行うため、ネットワーク網に対して映像音声のストリーミング配信に必要な帯域分しか帯域確保を行わない。このため、本発明はネットワークの利用効率に優れている。【００５６】
（ＲＴＳＰプロクシサーバの動作）
次に、図２を参照してＲＴＳＰプロクシサーバ１２及び２２の動作の詳細を説明する。図２は、ＲＴＳＰプロクシサーバ１２及び２２における要求／応答受信時の動作を示すフロー図である。以下の説明では、ＲＴＳＰプロクシサーバ１２を一例に説明するがＲＳＴＰプロクシサーバ２２の動作はこれと同様なので説明は省略する。尚、以下の説明において、「ＳＴＢ側」とはＳＴＢ１０を示し、「ＶｏＤサーバ側」とは、ＶｏＤサーバ２０、又はＲＴＳＰプロクシサーバ２２を示す。ただし、ＲＳＴＰプロクシサーバ２２の場合、「ＳＴＢ側」とはＳＴＢ１０又はＴＴＳＰプロクシサーバ１２を示し、「ＶｏＤサーバ側」とは、ＶｏＤサーバ２０を示す。【００５７】
ＲＴＳＰプロクシサーバ１２は、ＳＴＢ側からＲＴＳＰプロトコルの要求又は応答を受け付ける（ステップＳ１）。ＲＴＳＰプロクシサーバ１２は、以下のステップＳ２〜Ｓ７における解析によって受け取った要求や応答の内容をチェックする。詳細には、ＲＴＳＰプロクシサーバ１２は、ＳＴＢ側とＶｏＤサーバ側との間において中継する映像音声再生制御プロトコルから、ネットワーク帯域確保を要求する電文、ネットワーク帯域解放を要求する電文、あるいはその他の電文であるかを解析する。【００５８】
ステップＳ１において受け付けた要求／応答が、帯域確保に必要な要求である場合（ステップＳ２Ｙｅｓ）、網制御帯域制御プロトコル通信路を介して自身に接続される網帯域制御装置に対し、帯域確保要求を送信する（ステップＳ３）。すなわち、ＲＴＳＰプロクシサーバ１２は、ＶｏＤ側から送信されたＳＥＴＵＰ応答５０２に応答して網帯域制御装置１１に対し、帯域確保要求５１３を送信する。又、受け付けた要求／応答が、帯域解放に必要な要求である場合（ステップＳ２Ｎｏ、Ｓ３Ｙｅｓ）、網制御帯域制御プロトコル通信路を介して自身に接続される網帯域制御装置に対し、帯域解放要求を送信する（ステップＳ４）。すなわち、ＲＴＳＰプロクシサーバ１２は、ＶｏＤ側から送信されたＴＥＡＲＤＯＷＮ応答５４２に応答して網帯域制御装置１１に対し、帯域解放要求５５３を送信する。ステップＳ３又はステップＳ５においてＲＴＳＰプロクシサーバ１２は、受信したビットレート情報５００に基づいて、確保又は解放する帯域幅を決定し、帯域確保要求／帯域解放要求を送信する。【００５９】
ステップＳ１において受け付けた要求／応答が、その他の要求又は応答に係る電文である場合、ＲＴＳＰプロクシサーバ１２は、その要求／応答の送信元及び送信先を解析し、受信した電文の転送先を決定する（ステップＳ６）。この際、受け付けた要求／応答がＶｏＤ側から送信された要求／応答である場合（ステップＳ６Ｙｅｓ）、ＲＴＳＰプロクシサーバ１２はこの要求又は応答をＳＴＢ側に転送する（ステップＳ７）。例えば、ＰＬＡＹ応答５２２やＳＴＯＰ応答５３２を受け付けたＲＴＳＰプロクシサーバ１２は、このＰＬＡＹ応答５２２やＳＴＯＰ応答５３２をＳＴＢ側に転送する。【００６０】
ステップＳ１において受け付けた要求／応答が、ＶｏＤ側から送信された要求／応答ではない場合（ステップＳ６Ｎｏ）、ＲＴＳＰプロクシサーバ１２はこの要求／応答が網帯域制御装置からの応答であるかどうかを確認する（ステップＳ８）。この際、受け付けた要求／応答が網帯域制御装置からの応答である場合（ステップＳ８Ｙｅｓ）、ＲＴＳＰプロクシサーバ１２は、この応答に対応する応答信号をＳＴＢ側に転送する。例えば、受け付けた応答が、網帯域制御装置１１からの帯域確保応答５１４である場合、ＲＴＳＰプロクシサーバ１２は、帯域確保応答５１４に対応するＳＥＴＵＰ応答５０２をＳＴＢ側に転送する。【００６１】
ステップＳ１において受け付けた要求／応答が、ＶｏＤサーバ側からの要求／応答ではなく、且つ網帯域制御装置からの応答ではない場合（ステップＳ８Ｎｏ）、ＲＴＳＰプロクシサーバ１２は、受け付けた要求／応答をＶｏＤサーバ側に転送する（ステップＳ９）。例えば、例えば、ＳＥＴＵＰ要求５０１、ＰＬＡＹ要求５２１、ＳＴＯＰ要求５３１、あるいはＴＥＡＲＤＯＷＮ要求５４１を受け付けたＲＴＳＰプロクシサーバ１２は、このＳＥＴＵＰ要求５０１、ＰＬＡＹ要求５２１、ＳＴＯＰ要求５３１、あるいはＴＥＡＲＤＯＷＮ要求５４１をＶｏＤサーバ側に転送する。【００６２】
図２では、ステップＳ７又はＳ８の後、フローが終了しているが、再び、要求／応答を待ち受け、ステップＳ１にループする。この場合、回線が切断される正統な理由（ＴＥＡＲＤＯＷＮ応答の受信や、一定時間通信相手の応答がない等）が発生するまでループ動作は継続することが望ましい。【００６３】
２．第２の実施の形態
（構成）
図５から図７を参照して、本発明に係るコンテンツ配信システムの第２の実施の形態を説明する。図５を参照して、第２の実施の形態におけるコンテンツ配信システムは、第１の実施の形態における構成において、インターネット網１００にＲＴＳＰプロクシサーバ１２が設けられず、インターネット網２００にのみＲＴＳＰプロクシサーバ２２が設けられた構成である。すなわち、第２の実施の形態では、ＶｏＤサーバ２０が設けられたネットワーク網内にのみにＲＴＳＰプロクシサーバ２２が設けられる構成である。この場合、ＲＴＳＰプロクシサーバ２２は、インターネット網１００のネットワーク帯域を制御する網帯域制御装置１１と、インターネット網２００のネットワーク帯域を制御する網帯域制御装置２１の両方に対し、帯域確保・解放の要求を行う。このため、ＲＴＳＰプロクシサーバ２２とＳＴＢ１０、網帯域制御装置１１との間はそれぞれ、ＲＴＳＰ通信路５３、帯域制御プロトコル通信路５４で接続される。その他の接続構成は、第１の実施の形態と同様である。【００６４】
第２の実施の形態におけるＲＴＳＰプロクシサーバ２２の動作は、第１の実施の形態と同様であるのでその説明は省略する。【００６５】
（コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）
図６Ａから図７を参照して、本発明に係るコンテンツ配信システムの第２の実施の形態における動作の詳細を説明する。第２の実施の形態では、１台のＲＴＳＰプロクシサーバ２２が、２つの網帯域制御装置１１及び２１に対してＲＴＰ通信路６０のネットワーク帯域の確保・解放要求を行う。図６Ａを参照して、コンテンツの要求を行うＳＴＢ１０は、ＲＳＴＰプロクシサーバ２２を介してＶｏＤサーバ２０にＳＥＴＵＰ要求５０１を送信する（ステップＳ２０１、Ｓ２０２）。ＶｏＤサーバ２０は、受け取ったＳＥＴＵＰ要求５０１に応答して、ＲＴＳＰプロクシサーバ２２を介してＳＴＢ１０に対し、ＳＥＴＵＰ応答５０２及びビットレート情報５００を送信する（ステップＳ２０３〜Ｓ２１０）。【００６６】
以下、ステップＳ２０３〜Ｓ２１０までの動作の詳細を説明する。ＶｏＤサーバ２０は、受け付けたＳＥＴＵＰ要求５０１に応答して、ＳＥＴＵＰ応答５０２及びビットレート情報５００をＲＴＳＰプロクシサーバ２２に送信する（ステップＳ２０３）。【００６７】
ＲＴＳＰプロクシサーバ２２は、受け付けたＳＥＴＵＰ応答５０２に応じてビットレート情報５００に含まれるネットワーク帯域情報を網帯域制御でプロトコル抽出し、このネットワーク帯域情報に基づいた帯域確保要求５１１を網帯域制御装置２１に送信する（ステップＳ２０４）。網帯域制御装置２１は、帯域確保要求５１１に応じてインターネット網２００の帯域制御を行い、ＲＴＰデータ６００の伝送に使用するＲＴＰ通信路６０のためのネットワーク帯域を、インターネット網２００に確保する（ステップＳ２０５）。網帯域制御装置２１は帯域を確保した後、帯域確保応答５１２をＲＴＳＰプロクシサーバ２２に送信する（ステップＳ２０６）。【００６８】
ＲＴＳＰプロクシサーバ２２は、帯域確保応答５１２を受け付けると、ビットレート情報５００に含まれるネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域確保要求５１３を網帯域制御装置１１に送信する（ステップＳ２０７）。網帯域制御装置１１は、受け付けた帯域確保要求５１３に基づきインターネット網１００の帯域制御を行い、ＲＴＰデータ６００の伝送に使用するＲＴＰ通信路６０のためのネットワーク帯域を、インターネット網１００に確保する（ステップＳ２０８）。又、網帯域制御装置１１は帯域を確保した後、ＲＴＳＰプロクシサーバ２２に帯域確保応答５１４を送信する（ステップＳ２０９）。【００６９】
ＲＴＳＰプロクシサーバ２２は、帯域確保応答５１４を受け付けると、ＳＴＢ１０にＳＥＴＵＰ応答５０２及びビットレート情報５００を送信する（ステップＳ２１０）。【００７０】
続いて図６Ｂを参照して、ＳＥＴＵＰ応答５０２によってＲＴＰ通信路６０のための帯域確保を確認したＳＴＢ１０は、目的のコンテンツデータをストリーミング再生するため、ＲＴＳＰプロクシサーバ２２を介して、ＶｏＤサーバ２０に対しＰＬＡＹ要求５２１を送信する（ステップＳ２１１、Ｓ２１２）。ＶｏＤサーバ２０はＰＬＡＹ要求５２１を受け付けると、帯域が確保されたＲＴＰ通信路６０を利用して、ＰＬＡＹ要求５２１で指定されたコンテンツの映像音声のＲＴＰ配信を開始する（ステップＳ２１３）。以後、ＳＴＯＰ要求５３１等の再生内容に変更を与えるプロトコルを受け付けるか、ＲＴＰデータ６００の最後尾に達するまでＲＴＰ通信路６０上をＰＬＡＹ要求５２１で要求されたコンテンツの映像音声ストリーム（ＲＴＰデータ６００）が伝送される（ステップ２１４）。ＶｏＤサーバ２０はＲＴＰ配信を開始する際、ＲＴＳＰプロクシサーバ２２を介してＳＴＢ１０にＰＬＡＹ応答５２２を送信する（ステップＳ２１５、Ｓ２１６）。【００７１】
次に、図７を参照して、本発明に係るコンテンツ配信システムにおける映像音声の停止要求から通信回線切断までの動作（第２の実施の形態）について説明する。映像音声の配信を停止したいＳＴＢ１０は、ＲＴＳＰプロクシサーバ２２を介してコンテンツのストリーム配信元であるＶｏＤサーバ２０に対し、ＳＴＯＰ要求５３１を送信する（ステップＳ２２１、Ｓ２２２）。ＶｏＤサーバ２０はＳＴＯＰ要求５３１を受け付けると、ＲＴＰ通信路６０で伝送している映像音声ストリーム（ＲＴＰデータ６００）を停止する（ＲＴＰ配信停止：ステップＳ２２３）。又、ＶｏＤサーバ２０は、ＲＴＰ配信を停止した後、ＲＴＳＰプロクシサーバ２２を介してＳＴＢ１０に対し、ＳＴＯＰ応答５３２を送信する（ステップＳ２２４、Ｓ２２５）。【００７２】
ＳＴＯＰ応答５３２を受け付けたＳＴＢ１０は、ＲＴＳＰプロクシサーバ２２を介してＶｏＤサーバ２０に対し、ＳＴＥＡＲＤＯＷＮ要求５４１を送信する（ステップＳ２２６、Ｓ２２７）。【００７３】
ＶｏＤサーバ２０はＴＥＡＲＤＯＷＮ要求５４１を受け付けると、ＲＴＰ通信路６０の切断準備を行い、回線切断要求元であるＳＴＢ１０に対しＴＥＡＲＤＯＷＮ応答５４２を送信する（ステップＳ２２８〜Ｓ２３５）。詳細には、ＴＥＡＲＤＯＷＮ応答５４２は、ＲＴＳＰプロクシサーバ２２に送信される（ステップＳ２２８）。ＲＴＳＰプロクシサーバ２２は、受け付けたＴＥＡＲＤＯＷＮ応答５４２に含まれるＲＴＰ通信路６０のネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域解放要求５５１を網帯域制御装置２１に送信する（ステップＳ２２９）。網帯域制御装置２１は、帯域解放要求５５１に応じてインターネット網２００の帯域制御を行い、インターネット網２００で確保していたＲＴＰ通信路６０のためのネットワーク帯域を解放する（ステップＳ２３０）。又、網帯域制御装置２１は、帯域を解放した後、帯域解放応答５５２をＲＴＳＰプロクシサーバ２２に送信する（ステップＳ２３１）。【００７４】
ＲＴＳＰプロクシサーバ２２は、帯域解放応答５５２を受け付けると、ＶｏＤサーバ２０とのＲＴＳＰ通信路２３での通信を切断する。又、受け付けたＴＥＡＲＤＯＷＮ応答５４２に含まれるネットワーク帯域情報を網帯域制御プロトコルで抽出し、このネットワーク帯域情報に基づいた帯域解放要求５５３を網帯域制御装置１１に送信する（ステップＳ２３２）。網帯域制御装置１１は、受け付けた帯域解放要求５５３に基づきインターネット網１００の帯域制御を行い、インターネット網１００で確保していたＲＴＰ通信路６０のためのネットワーク帯域の解放を行う（ステップＳ２３３）。又、網帯域制御装置１１は、帯域を解放した後、ＲＴＳＰプロクシサーバ２２に帯域解放応答５５４を送信する（ステップＳ２３４）。【００７５】
ＲＴＳＰプロクシサーバ２２は、帯域解放応答５５４を受け付けると、ＳＴＢ１０にＴＥＡＲＤＯＷＮ応答５４２を送信する（ステップＳ１３９）。ＳＴＢ１０はＴＥＡＲＤＯＷＮ応答５４２を受け付けるとＲＴＳＰプロクシサーバ２２とのＲＴＳＰ通信路５３での通信を切断し、ＳＥＴＵＰ要求５０１より始まった一連の再生制御を終了する。【００７６】
以上のように、ＲＴＳＰプロクシサーバがＳＴＢ１０が所属するネットワーク網にない場合でも、ＶｏＤサーバ２０が所属するネットワーク網内のＲＴＳＰプロクシサーバ２２が、ＳＴＢ１０とＶｏＤサーバ２０との間の通信を中継し、且つ網制御装置１１及び２１を制御してネットワーク帯域を確保又は解放する。このため、ＲＴＳＰプロクシサーバがＳＴＢ１０が所属するネットワークにない場合でも、ＳＴＢ１０又はＶｏＤサーバ２０によってネットワーク網の帯域確保又は解放のための通信を直接行わなくて良い。又、異なるネットワーク網にＳＴＢ１０又はＶｏＤサーバ２０を配置する際にもＳＴＢ１０又はＶｏＤサーバ２０に大きな仕様の変更を生じない。【００７７】
３．第３の実施の形態
（構成）
図８から図１０を参照して、本発明に係るコンテンツ配信システムの第３の実施の形態を説明する。図８を参照して、第３の実施の形態におけるコンテンツ配信システムは、第１の実施の形態における構成において、インターネット網２００にＲＴＳＰプロクシサーバ２２が設けられず、インターネット網１００にのみＲＴＳＰプロクシサーバ１２が設けられた構成である。すなわち、第３の実施の形態では、ＳＴＢ１０が設けられたネットワーク網内にのみにＲＴＳＰプロクシサーバ１２が設けられる構成である。この場合、ＲＴＳＰプロクシサーバ１２は、第２の実施の形態と同様に、インターネット網１００のネットワーク帯域を制御する網帯域制御装置１１と、インターネット網２００のネットワーク帯域を制御する網帯域制御装置２１の両方に対し、帯域確保・解放の要求を行う。このため、ＲＴＳＰプロクシサーバ１２とＶｏＤサーバ２０、網帯域制御装置２１との間はそれぞれ、ＲＴＳＰ通信路６３、帯域制御プロトコル通信路６４で接続される。その他の接続構成は、第１の実施の形態と同様である。【００７８】
第３の実施の形態におけるＲＴＳＰプロクシサーバ１２の動作は、第１の実施の形態と同様であるのでその説明は省略する。【００７９】
（コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）
図９Ａから図１０を参照して、本発明に係るコンテンツ配信システムの第３の実施の形態における動作の詳細を説明する。第３の実施の形態では、第２の実施の形態と同様に１台のＲＴＳＰプロクシサーバ１２が、２つの網帯域制御装置１１及び２１に対してＲＴＰ通信路６０のネットワーク帯域の確保・解放要求を行う。従って、第３の実施の形態における動作（ステップＳ３０１〜Ｓ３３５）は、それぞれ第２の実施の形態における動作（ステップＳ２０１〜Ｓ２３５）と同様である。ただし、第３の実施の形態では、第２の実施の形態における説明中のＲＴＳＰプロクシサーバ２２、ＲＴＳＰ通信路５３、帯域制御プロトコル通信路５４はそれぞれ、ＲＴＳＰプロクシサーバ１２、ＲＴＳＰ通信路６３、帯域制御プロトコル通信路６４に置換される。【００８０】
以上のように、第３の実施の形態では、ＲＴＳＰプロクシサーバが、コンテンツデータを配信するＶｏＤサーバ２０が所属するネットワークにない場合でも、ＳＴＢ１０又はＶｏＤサーバ２０によってネットワーク網の帯域確保又は解放のための通信を直接行わなくて良い。又、異なるネットワーク網にＳＴＢ１０又はＶｏＤサーバ２０を配置する際にもＳＴＢ１０又はＶｏＤサーバ２０に大きな仕様の変更を生じない。【００８１】
４．第４の実施の形態
（構成）
図１１から図１３を参照して、本発明に係るコンテンツ配信システムの第４の実施の形態を説明する。第１の実施の形態では、複数のインターネット網が存在していたが、第４の実施の形態では単一のインターネット網１００のみで構成される。すなわち、第４の実施の形態におけるコンテンツ配信システムは、同一のインターネット網１００に、ＳＴＢ１０とＶｏＤサーバ２０が設けられ、網帯域制御装置１１とＲＴＳＰプロクシサーバ１２も各１つずつ設けられた構成となっている。この場合、ＲＴＳＰプロクシサーバ１２は、インターネット網１００のネットワーク帯域を制御する網帯域制御装置１１のみに対し、帯域確保・解放の要求を行う。このため、ＲＴＳＰプロクシサーバ１２とＳＴＢ１０、ＶｏＤサーバ２０との間はそれぞれＲＴＳＰ通信路１３、１５で接続され、ＲＴＳＰプロクシサーバ１２と網帯域制御装置１１との間は帯域制御プロトコル通信路１４で接続され、ＳＴＢ１０とＶｏＤサーバ２０との間は、ＲＴＰデータ６００を伝送するためのＲＴＰ通信路６１で接続される。ただし、ＲＴＰ通信路６１は、同一網内（ここではインターネット網１００内）に構成される。【００８２】
第４の実施の形態におけるＲＴＳＰプロクシサーバ１２の動作は、第１の実施の形態と同様であるのでその説明は省略する。【００８３】
（コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）
図１２及び図１３を参照して、本発明に係るコンテンツ配信システムの第４の実施の形態における動作の詳細を説明する。第４の実施の形態では、１台のＲＴＳＰプロクシサーバ１２が、１台の網帯域制御装置１１に対してＲＴＰ通信路６０のネットワーク帯域の確保・解放要求を行う。従って、第４の実施の形態における動作（ステップＳ４０１〜Ｓ４３２）は、第２の実施の形態における動作（ステップＳ２０１〜Ｓ２３５）から、ステップＳ２０４〜Ｓ２０６及びステップＳ２２９〜Ｓ２３１を除く動作と同様である。ただし、第４の実施の形態では、第２の実施の形態における説明中のＲＴＳＰプロクシサーバ２２、ＲＴＳＰ通信路５３、帯域制御プロトコル通信路５４、ＲＴＰ通信路６０はそれぞれ、ＲＴＳＰプロクシサーバ１２、ＲＴＳＰ通信路１３、帯域制御プロトコル通信路１４、ＲＴＰ通信路６３に置換される。【００８４】
以上のように、第４の実施の形態では、同一のネットワーク網内においても、ＲＴＳＰプロクシサーバ１２がＳＴＢ１０とＶｏＤサーバ２０との間におけるネットワーク帯域の確保／解放に係る通信を中継し、網帯域制御装置１１によるネットワーク帯域の確保／解放を制御することができる。【００８５】
５．第５の実施の形態
（構成）
図１４から図１７Ｂを参照して、本発明に係るコンテンツ配信システムの第５の実施の形態を説明する。図１４を参照して、第５の実施の形態におけるコンテンツ配信システムは、第１の実施の形態における構成において、ＳＴＢ１０とＶｏＤサーバ２０との間に、更に他のネットワーク網（例えば事業者Ｃが運営するインターネット網３００）が設けられる。ここで事業者Ｃが運営するインターネット網３００（以下、インターネット網３００と称す）は、インターネット網３００内のネットワーク帯域を制御する網帯域制御装置３１と、ＲＴＳＰプロクシサーバ１２及び２２の間のＲＴＳＰ通信を中継し、且つ網帯域制御装置３１を制御するＲＴＳＰプロクシサーバ３２とを備える。すなわち、ＲＴＳＰプロクシサーバ１２、２２、３２は、ＳＴＢ１０とＶｏＤサーバとの間のＲＴＳＰ通信を中継し、且つ自身の所属するネットワーク網内の網帯域制御装置１１、２１、３１をそれぞれ制御して、ネットワーク網（インターネット網１００、２００、３００）におけるＲＴＰ通信路６２のネットワーク帯域を確保又は解放させる。このため、ＲＴＳＰプロクシサーバ３２と、ＲＴＳＰサーバ１２、２１との間は、それぞれＲＴＳＰ通信路５１、５２で接続され、ＳＴＢ１０とＶｏＤサーバ２０との間は、ＲＴＰデータ６００の通信のためのＲＴＰ通信路６２で接続される。その他の接続構成は、第１の実施の形態と同様である。【００８６】
第５の実施の形態におけるＲＴＳＰプロクシサーバ３２の動作は、第１の実施の形態におけるＲＴＳＰプロクシサーバ１２と同様であるのでその説明は省略する。【００８７】
（コンテンツ配信システムにおける通信接続〜コンテンツ配信〜通信切断までの動作）
図１５Ａから図１７Ｂを参照して、本発明に係るコンテンツ配信システムの第５の実施の形態における動作の詳細を説明する。第５の実施の形態におけるＳＴＢ１０は、第１の実施の形態と同様に、ＳＴＢ１０が所属するインターネット網１００とは異なるインターネット網２００網内のＶｏＤサーバ２０から、コンテンツの配信を受ける。第５の実施の形態におけるＳＴＢ１０は、他のインターネット網３００を介してコンテンツの配信を受ける。このため、ＲＴＰ通信路６２のためのネットワーク帯域を確保する動作（ステップＳ５０１〜ステップＳ５１７）は、第１の実施の形態における通信接続動作（ステップＳ１０１〜Ｓ１１２）と同様な動作に、ＲＴＰプロクシサーバ３２がＳＴＢ１０とＶｏＤサーバとの間におけるＲＴＳＰ通信を中継する動作（ステップＳ５０３、Ｓ５１０、Ｓ５１３）と、インターネット網３００におけるＲＴＰ通信路６２のためにネットワーク帯域を確保する動作（ステップＳ５１０〜Ｓ５１２）が追加される。【００８８】
以下では、第１の実施の形態と異なる動作について説明する。図１５Ａを参照して、ＳＴＢ１０は、ＳＥＴＵＰ要求５０１をＲＴＳＰプロクシサーバ１２、３２及び２２を介してＶｏＤサーバ２０に送信する（ステップＳ５０１〜ステップＳ５０４）。又、図１５Ｂを参照して、ＶｏＤサーバ２０は、ＳＥＴＵＰ要求５０１に対するＳＥＴＵＰ応答５０２とビットレート情報５００を、ＲＴＳＰプロクシサーバ２２、３２及び１１を介してＳＴＢ１０に送信する（ステップＳ５０８〜Ｓ５１７）。この際、ＳＥＴＵＰ応答５０２とビットレート情報５００を受け取ったＲＴＳＰプロクシサーバ３２は、網帯域制御装置３１を制御して、インターネット網３００におけるＲＴＰ通信路６２のためのネットワーク帯域を解放させる（ステップＳ５１０〜Ｓ５１２）。【００８９】
このように、インターネット網１００、２００、３００において、それぞれに属するＲＴＳＰプロクシサーバ１２、２２、３２は、ＳＴＢ１０とＶｏＤサーバとの間のＲＴＳＰ通信を中継するとともに、それぞれのネットワーク帯域を確保させることができる。【００９０】
図１５Ｃを参照して、第５の実施の形態におけるコンテンツ（ＲＴＰデータ６００）の配信動作（ステップＳ５１８〜ステップＳ５２７）は、第１の実施の形態における動作（ステップＳ１１３〜Ｓ１２０）と同様な動作に、ＲＴＰプロクシサーバ３２がＳＴＢ１０とＶｏＤサーバとの間におけるＲＴＳＰ通信を中継する動作（ステップＳ５２０、Ｓ５２６）が追加される。すなわち、ＳＴＢ１０は、ＰＬＡＹ要求５２１をＲＴＳＰプロクシサーバ１２、３２及び２２を介してＶｏＤサーバ２０に送信する（ステップＳ５１８〜ステップＳ５２１）。又、ＶｏＤサーバ２０は、ＰＬＡＹ要求５２１に対するＰＬＡＹ応答５２２を、ＲＴＳＰプロクシサーバ２２、３２及び１１を介してＳＴＢ１０に送信する（ステップＳ５２４〜Ｓ５２７）。【００９１】
図１６及び図１７Ｂを参照して、第５の実施の形態におけるコンテンツ（ＲＴＰデータ６００）の配信停止動作（ステップＳ５３１〜ステップＳ５５６）は、第１の実施の形態における動作（ステップＳ１２１〜Ｓ１３９）と同様な動作に、ＲＴＰプロクシサーバ３２がＳＴＢ１０とＶｏＤサーバとの間におけるＲＴＳＰ通信を中継する動作（ステップＳ５３３、Ｓ５３８、Ｓ５５２）と、インターネット網３００におけるＲＴＰ通信路６２のために確保したネットワーク帯域を解放する動作（ステップＳ５４９〜Ｓ５５１）が追加される。【００９２】
ＳＴＢ１０は、ＳＴＯＰ要求５３１をＲＴＳＰプロクシサーバ１２、３２及び２２を介してＶｏＤサーバ２０に送信する（ステップＳ５３１〜ステップＳ５３４）。又、ＶｏＤサーバ２０は、ＳＴＯＰ要求５３１に対するＳＴＯＰ応答５３２を、ＲＴＳＰプロクシサーバ２２、３２及び１１を介してＳＴＢ１０に送信する（ステップＳ５３６〜Ｓ５３９）。又、ＳＴＢ１０は、ＴＥＡＲＤＯＷＮ要求５４１をＲＴＳＰプロクシサーバ１２、３２及び２２を介してＶｏＤサーバ２０に送信する（ステップＳ５４０〜ステップＳ５４３）。又、ＶｏＤサーバ２０は、ＴＥＡＲＤＯＷＮ要求５４１に対するＴＥＡＲＤＯＷＮ応答５４２を、ＲＴＳＰプロクシサーバ２２、３２及び１１を介してＳＴＢ１０に送信する（ステップＳ５４４〜Ｓ５５６）。この際、ＴＥＡＲＤＯＷＮ応答５４２を受け取ったＲＴＳＰプロクシサーバ３２は、網帯域制御装置３１を制御して、インターネット網３００におけるＲＴＰ通信路６２のために確保したネットワーク帯域を解放させる（ステップＳ５４９〜Ｓ５５１）。【００９３】
以上のように、コンテンツデータの伝送路（ＲＴＰ通信路６２）上のネットワーク数が増加しても、そのネットワーク網（ここでは、インターネット網３００）に設けられたＲＴＳＰプロクシサーバ２２によって、ＲＴＳＰ通信が中継され、且つ帯域制御される。このため、ＳＴＢ１０又はＶｏＤサーバ２０は、ネットワーク網の帯域確保又は解放のための通信を直接行わなくて良い。又、異なるネットワーク網にＳＴＢ１０又はＶｏＤサーバ２０を配置する際にもＳＴＢ１０又はＶｏＤサーバ２０に大きな仕様の変更を生じない。【００９４】
以上、本発明の第１から第５の実施の形態を詳述してきたが、具体的な構成は上記実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。上記の実施の形態では、事業者Ａ運営インターネット網１００、事業者Ｂ運営インターネット網２００、事業者Ｃ運営インターネット網３００としたが、一例として区分したに過ぎず、１つ以上のインターネット網を単一の事業者が所有している場合もある。又、各インターネット網は各網に加入している加入者数によって事業者によって区分されていたり、企業ユーザ等のファイアウォール設置に起因して区分されていたりしてもよい。【００９５】
又、各ＲＴＳＰプロクシサーバの前後にＮＡＴ又はＮＡＰＴルータが設置されていてもよい。この場合、各ＲＴＳＰプロクシサーバはＲＴＳＰプロトコルに含まれる通信アドレス（又はアドレスとポート）をＮＡＴ（又はＮＡＰＴ）変換前のアドレス（又はアドレスとポート）に変換して動作する。【００９６】
以下に図８から図１０を参照して、第３の実施の形態におけるコンテンツ配信システムの構成を用いてその変換例を示す。ここでは、ＲＴＳＰ通信路１３にＮＡＴルータが存在するものと仮定する。又、ＳＴＢ１０のＮＡＴルータ内ローカルアドレスを192.168.1.1、ＳＴＢ１０のＮＡＴルータ外グローバルアドレスを10.10.10.200、ＶｏＤサーバ２０のＮＡＴ内ローカルアドレスを192.168.1.250、ＶｏＤサーバ２０のＮＡＴ外グローバルアドレスを10.10.10.250として説明する。又、ステップＳ３０１におけるＳＥＴＵＰ要求５０１の前にＳＴＢ１０はＶｏＤサーバ２０のグローバルアドレス及び再生希望のコンテンツ識別子をポータルサーバ等から取得しているものとする。又、ＮＡＴ変換前後のローカルアドレスとグローバルアドレスの対応は、インターネット網１００内のＮＡＴルータ変換による場合、網帯域制御装置１１に問い合わせることで取得可能とする。【００９７】
ＳＴＢ１０からＲＴＳＰプロクシサーバ１２に行うＳＥＴＵＰ要求５０１は下記のＲＴＳＰのメッセージを送信する。この例では、Transportフィールドに記載されたdestinationの値は、ＳＴＢ１０がＶｏＤサーバ２０のコンテンツの送信先として指定される値である。又、ＳＴＢ１０はＮＡＴルータによってどのようなグローバルアドレスが振られるか不明であるため、ＮＡＴルータ内のローカルアドレスで自ＳＴＢの送信先アドレスを記載している。【００９８】
SETUP rtsp://10.10.10.202:554/1 RTSP/1.0
CSeq: 4
Transport: RTP/AVP/UDP;unicast;destination=192.168.1.1;client_port=19000【００９９】
ＲＴＳＰプロクシサーバ１２は、ＳＥＴＵＰ要求５０１を受信する際に、ＳＴＢ１０とＴＣＰによる接続を行い、ＴＣＰ接続に使用するＳＯＣＫＥＴインターフェースにより接続してきたＳＴＢのグローバルアドレスを認識し、ＳＥＴＵＰ要求５０１により送信されたdestinationの記載アドレスをこのＳＯＣＫＥＴインターフェースで認識したグローバルアドレスに置換する。置換後のＲＴＳＰメッセージをＳＥＴＵＰ要求５０１としてＶｏＤサーバ２０に送信する。この際のＲＴＳＰメッセージを下記に示す。【０１００】
SETUP rtsp://10.10.10.202:554/1 RTSP/1.0
CSeq: 4
Transport: RTP/AVP/UDP;unicast;destination=10.10.10.200;client_port=19000【０１０１】
ＶｏＤサーバ２０はＳＥＴＵＰ要求５０１を受け付けると、自サーバからの映像音声ストリームの送信元アドレスとポートをＳＥＴＵＰ応答５０２に含めてＲＴＳＰプロクシサーバ１２に送信する。下記にＳＥＴＵＰ応答５０２を示す。ここでは、Sourceの記載アドレスが送信元となるＶｏＤサーバ２０のグローバルアドレスになっている。【０１０２】
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_DATA, TEARDOWN
VersionSupport: NEC/1.0【０１０３】
ＲＴＳＰプロクシサーバ１２はＳＥＴＵＰ応答５０２及びビットレート情報５００を受け付けると、インターネット網２００内でＲＴＰ通信に使用するＲＴＰ通信路６０の帯域確保のために、ＳＥＴＵＰ応答５０２及びビットレート情報５００に含まれるbitrate値を帯域値として指定し、同時にどのアドレス・ポートの組み合わせにするかを指定して網帯域制御装置２１に帯域確保要求５１１を送信する。この時のアドレス・ポートの組み合わせは、送信元がＶｏＤサーバ２０のグローバルアドレス(10.10.10.202)とポート(3590)で、送信先がＳＴＢ１０のグローバルアドレス(10.10.10.250)とポート(19000)となる。【０１０４】
網帯域制御装置２１では帯域確保要求５１１の内容に沿ってインターネット網２００内のネットワーク帯域確保を行い、ＲＴＳＰプロクシサーバ１２に帯域確保応答５１２を送信する。【０１０５】
ＲＴＳＰプロクシサーバ１２は帯域確保応答５１２を受け付けると、インターネット網１００内のネットワーク帯域を確保するため、先ほど受信したＳＥＴＵＰ応答５０２及びビットレート情報５００に含まれるbitrate値を帯域値として指定し、同時にどのアドレス・ポートの組み合わせにするかを指定して網帯域制御装置１１に帯域確保要求５１３を送信する。この時のアドレス・ポートの組み合わせは、送信元がＶｏＤサーバ２０のグローバルアドレス(10.10.10.202)とポート(3590)で、送信先がＳＴＢ１０のローカルアドレス(192.168.1.1)とポート(19000)となる。この指定アドレスの組み合わせはＮＡＴルータや網帯域制御装置１１の実装により、ＳＴＢ側のネットワーク網をグローバルアドレス（10.10.10.250）としたり、ＶｏＤサーバ側のネットワーク網をローカルアドレス(192.168.1.250)としたりする場合もある。【０１０６】
網帯域制御装置１１では帯域確保要求５１３の内容に沿ってインターネット網１００内のネットワーク帯域確保を行い、ＲＴＳＰプロクシサーバ１２に帯域確保応答５１４を送信する。【０１０７】
ＲＴＳＰプロクシサーバ１２は、帯域確保応答５１４を受け付けると、ＳＥＴＵＰ応答５０２及びビットレート情報５００に含まれるＶｏＤサーバ２０のグローバルアドレスをインターネット網１００内の前述のＮＡＴルータ内のローカルアドレスに変換する。変換は網帯域制御装置１１に問い合わせてＮＡＴ内外のローカルアドレスとグローバルアドレスの対応関係から実行する。次にＲＴＳＰプロクシサーバ１２は変換した値を使う。変換後のＲＴＳＰメッセージをＳＴＢ１０にＳＥＴＵＰ応答５０２及びビットレート情報５００として送信する。下記にＳＥＴＵＰ応答５０２及びビットレート情報５００を示す。ここでは、sourceの値がＶｏＤサーバ２０のＮＡＴルータ内ローカルアドレスに変換されている。【０１０８】
RTSP/1.0 200 OK
CSeq: 4
Session: 1796-35902448
Transport: RTP/AVP/UDP;unicast;destination=192.168.1.1;source=192.168.1.250;client_port=19000;server_port=3590;bitrate=8545088
Public: OPTIONS, DESCRIBE, SETUP, PLAY, PAUSE, GET_PARAMETER, GET_DATA, TEARDOWN
VersionSupport: NEC/1.0【０１０９】
ＳＴＢ１０はＳＥＴＵＰ応答５０２及びビットレート情報５００を受け付けると、そこに記載されているsourceのアドレス、server_portのポート番号からの映像音声ストリーム(RTPプロトコル)をdestinationのアドレス、client_portのポート番号で受信する処理を行う。【０１１０】
以上、接続におけるＮＡＴ変換例を示した。ＴＥＡＲＤＯＷＮ要求５４１から始まる帯域解放時には、このＳＥＴＵＰ応答５０２から始まる上記帯域確保時のＳＴＢ１０、ＶｏＤサーバ２０の各アドレス・ポートの組を用いて帯域解放を指示すればよい。又、ＮＡＴルータに替えてＮＡＰＴルータを使用する場合には、同様の方法でポート変換処理をアドレス変換処理に追加すればよいのは自明である。【０１１１】
更に、第３の実施の形態のような構成では、ＳＴＢ１０が再生を希望するＶｏＤサーバはＶｏＤサーバ２０だけでなく任意のＶｏＤサーバでよいため、網帯域制御装置２１のアドレスが必ずしも最初からＲＴＳＰプロクシサーバ１２で分かっているとは限らない。そのような場合には、ＶｏＤサーバ２０と網帯域制御装置２１との対応関係をＤＮＳサーバ等のディレクトリサービスを利用して取得する方法によってもよい。下記にＤＮＳサーバを利用した場合の網帯域制御装置２１のアドレス解決方法の一例を示す。【０１１２】
ＤＮＳサーバでは、ＶｏＤサーバ２０と網帯域制御装置２１との関係を次のような対応テーブルを用いて実現する。ここではＶｏＤサーバ２０のFQDN形式のアドレス表現を「hi-mpeg-server.com」とし、ＶｏＤサーバ２０のIPアドレス表現を「10.10.10.202」とし、網帯域制御装置２１のFQDN形式のアドレス表現を「hi-mpeg-server.com.racs」とし、網帯域制御装置２１のIPアドレス表現を「10.20.3.81」とする。【０１１３】
テーブルには、下記のアドレス関係を格納する。
hi-mpeg-server.com
hi-mpeg-server.com.racs【０１１４】
先ず、ＲＴＳＰプロクシサーバ１２からＶｏＤサーバ２０のIPアドレス「10.10.10.202」に対するＦＱＤＮ形式のアドレス表現「hi-mpeg-server.com」をＤＮＳサーバから取得する。次にこのＦＱＤＮのアドレス表現「hi-mpeg-server.com」に「.racs」を追加し、「hi-mpeg-server.com.racs」を得る。この「hi-mpeg-server.com.racs」は網帯域制御装置２１のFQDN形式のアドレス表現と等しい。次に網帯域制御装置２１のFQDN形式のアドレス表現「hi-mpeg-server.com.racs」に対するIPアドレス表現「10.20.3.81」をＤＮＳサーバから取得する。このようにして取得したIPアドレスで網帯域制御装置２１に対して帯域確保要求５１１等を行うことができる。【０１１５】
上記方法では、一度、ＶｏＤサーバ２０のIPアドレスをFQDN形式に変換し、さらにそのFQDN形式に一定の語尾（先ほどの例では「.racs」）を追記してそのＶｏＤサーバ２０に対応する網帯域制御装置２１のFQDN形式とすることで、事業者Ｂが運営するインターネット網２００内で各ＶｏＤサーバと網帯域制御装置との関係を標準のＤＮＳサーバのみを利用して容易に対応関係の設定および取得ができる。【０１１６】
以上のように、本発明によれば、帯域確保のための制御は、ＲＴＳＰプロクシサーバでのみで行っているため、複雑な帯域制御手順を必要としない。又、既存のストリーミングの再生制御に広く使われているプロトコル（ここではＲＴＳＰ）によって帯域を制御しているため、帯域制御を行う装置は、特別なプロトコルやメッセージを理解する必要がない。更に、ＲＴＳＰ通信を中継するＲＴＳＰプロクシサーバが、ネットワーク網における帯域の制御を行うため、クライアント端末やサーバは既存のプロトコルやインタフェースを利用できる。更に、ストリーミングの配信要求に応じて確保する帯域を決定しているため、無駄な帯域を確保せずに実際に転送されるコンテンツデータに応じた帯域を確保することができる。
【図１】
2008035398.tif 000003
【図２】
2008035398.tif 000004
【図３Ａ】
2008035398.tif 000005
【図３Ｂ】
2008035398.tif 000006
【図４Ａ】
2008035398.tif 000007
【図４Ｂ】
2008035398.tif 000008
【図５】
2008035398.tif 000009
【図６Ａ】
2008035398.tif 000010
【図６Ｂ】
2008035398.tif 000011
【図７】
2008035398.tif 000012
【図８】
2008035398.tif 000013
【図９Ａ】
2008035398.tif 000014
【図９Ｂ】
2008035398.tif 000015
【図１０】
2008035398.tif 000016
【図１１】
2008035398.tif 000017
【図１２】
2008035398.tif 000018
【図１３】
2008035398.tif 000019
【図１４】
2008035398.tif 000020
【図１５Ａ】
2008035398.tif 000021
【図１５Ｂ】
2008035398.tif 000022
【図１５Ｃ】
2008035398.tif 000023
【図１６】
2008035398.tif 000024
【図１７Ａ】
2008035398.tif 000025
【図１７Ｂ】
2008035398.tif 000026
【国際調査報告】
2008035398.tif 000027
2008035398.tif 000028
2008035398.tif 000029
2008035398.tif 000030