JP2013069073A - 配信ネットワークとサーバ及び配信方法 - Google Patents

Abstract

【課題】帯域が配信ビットレートを下回る時間が続くと再生中の動画がフリーズ、音が途切れるという問題を解消し、視聴者のＱｏＥの低下を回避可能としたシステム、方法、サーバの提供。
【解決手段】モバイルネットワーク上に、キャッシュサーバ又はプロキシサーバを備え、配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成して蓄積し、コンテンツのリストを作成し、自サーバと他のサーバが蓄積するコンテンツリストを収集し、携帯端末からのコンテンツ要求メッセージに含まれる情報と該収集したコンテンツリストとを用いて要求コンテンツを有するサーバを判別し携帯端末からの応答信号又は輻輳状態通知信号を基に該モバイルネットワークの帯域を推定し該判別されたサーバから該帯域を越えないビットレートのファイルを選択して送出する。
【選択図】図１

Description

本発明は、配信サーバからコンテンツを配信する技術に関し、特に配信ネットワークとサーバ及び配信方法に関する。

モバイルネットワークは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）やＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）技術などにより、高速・大容量化されていく予定であり、この進展に伴い、今後、コンテンツを、前記ネットワークをとおして、携帯端末を含む種々の端末に配信するコンテンツ配信が普及すると予想される。

なお、キャッシュサーバに関連する技術として、特許文献１には複数のキャッシュサーバを備え、キャッシュサーバに障害発生時にも端末装置へのデータ配信を継続可能としたクラスタサーバ装置が開示されている。また、特許文献２には、トランスコーダが、端末の能力に応じて、必要な場合、コンテンツのコーデック、ビットレート、解像度、ファイル形式の少なくとも１つを変換し変換後のコンテンツを送出するコンテンツ配信方法、サーバ装置が開示されている。

特開２００１−２０２３３０号公報 特開２００９−２６０８１８号公報

今後、モバイルネットワークにおいて、２０１３年にかけデータ系のトラヒック量が現状の８倍から１０倍以上に増大しその中の大部分を映像コンテンツが占めるという予測がある。加えて映像コンテンツのサイズも、スマートフォンの急速な普及にともなう端末能力の高性能化により、ますます大容量化しており、近い将来モバイルネットワークでハイビジョン解像度による大容量のコンテンツが配信されることも予想される。

一方、モバイルネットワークでインターネット上のコンテンツの配信を行う場合に、従来の構成では、全ての端末からのコンテンツ要求は、パケット転送装置を介してインターネット網の配信サーバに伝えられ、配信サーバは全ての端末に対し、パケット転送装置を介して、コンテンツを配信していた。

しかしながら、このような関連技術の構成では以下の問題点がある。

関連技術の配信システムによりインターネット上の動画コンテンツを配信する場合、モバイルネットワークの帯域（スループット）は、トラヒック量により時間的に変動する。関連技術の配信システムでは、モバイルネットワークの帯域（スループット）の変動には関知せずに、一定のビットレートのコンテンツを連続的に配信する。このため、帯域が配信ビットレートを下回る時間が続く場合、コンテンツを配信することができないため、携帯端末でバッファリングされているデータが枯渇する。その結果、携帯端末で再生中の動画がフリーズする、音が途切れる、という問題が生じる。この事象が発生すると、視聴者のＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザが感じるサービス品質）を大幅に損うことになる。

本発明は、上記問題点に鑑みて創案されたものであって、その目的は、モバイルネットワークのスループットの変動に対応した配信を可能としＱｏＥの低下を回避可能とする配信ネットワークシステム、サーバ、及び方法を提供することにある。

本発明によれば、モバイルネットワーク上に複数のサーバを備え、前記サーバは、
キャッシュサーバ又はプロキシサーバとして機能し、
インターネット上でコンテンツを配信する配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成した上で蓄積するコンテンツ蓄積部と、
前記コンテンツ蓄積部が蓄積するコンテンツのリストを作成出力するコンテンツリスト作成部と、
自サーバが蓄積するコンテンツリストと自サーバ以外の他のサーバが蓄積するコンテンツリストを収集する収集部と、
携帯端末からのコンテンツ要求メッセージに含まれる情報と、前記収集部で収集されたコンテンツリストとを用いて、要求されたコンテンツを有するサーバを判別する判別部と、
前記携帯端末からの応答信号又は輻輳状態通知信号を基に、前記モバイルネットワークの帯域を推定し、前記判別されたサーバから、前記帯域を越えないビットレートのファイルを選択して読み出しパケットに格納して送出する配信部と、
を含む配信ネットワークシステムが提供される。

本発明によれば、モバイルネットワーク上に複数設けられるサーバであって、
キャッシュサーバ又はプロキシサーバとして機能し、
インターネット上でコンテンツを配信する配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成した上で蓄積するコンテンツ蓄積部と、
前記コンテンツ蓄積部が蓄積するコンテンツのリストを作成出力するコンテンツリスト作成部と、
自サーバが蓄積するコンテンツリストと自サーバ以外の他のサーバが蓄積するコンテンツリストを収集する収集部と、
携帯端末からのコンテンツ要求メッセージに含まれる情報と、前記収集部で収集されたコンテンツリストとを用いて、要求されたコンテンツを有するサーバを判別する判別部と、
前記携帯端末からの応答信号又は輻輳状態通知信号を基に、前記モバイルネットワークの帯域を推定し、前記判別されたサーバから、前記帯域を越えないビットレートのファイルを選択して読み出しパケットに格納して送出する配信部と、
を含むサーバが提供される。

本発明によれば、モバイルネットワーク上に複数台設けられ、キャッシュサーバ又はプロキシサーバとして機能するサーバにより、
インターネット上でコンテンツを配信する配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成した上で蓄積し、
前記蓄積するコンテンツのリストを作成し、
自サーバが蓄積するコンテンツリストと自サーバ以外の他のサーバが蓄積するコンテンツリストを収集し、
携帯端末からのコンテンツ要求メッセージに含まれる情報と、前記収集部で収集されたコンテンツリストとを用いて、要求されたコンテンツを有するサーバを判別し、
前記携帯端末からの応答信号又は輻輳状態通知信号を基に、前記モバイルネットワークの帯域を推定し、前記判別されたサーバから、前記帯域を越えないビットレートのファイルを選択して読み出しパケットに格納して送出する、配信方法が提供される。

本発明によれば、モバイルネットワークの帯域の不必要な消費を回避可能とし、モバイルネットワークのスループットの変動に対応した配信を可能としＱｏＥの低下を回避可能としている。

本発明の第１の実施形態の接続構成を示す図である。 第１の実施形態におけるキャッシュサーバの構成例を示す図である。 図２のコンテンツ蓄積部の構成の一例を示す図である。 図２の配信部の構成の一例を示す図である。 第１の実施の形態の変形例を示す図である。 本発明の第２の実施形態の接続構成を示す図である。 第２の実施形態の変形例を示す図である。

本発明の実施形態について詳細に説明する。特に制限されるものでないが、以下では、コンテンツの例として動画像の場合を説明する。

図１は、本発明の第１の実施形態の構成を示す図である。ここでは、モバイルネットワークとしては３Ｇ（3rd Generation）モバイルパケットネットワークを用い、パケット転送装置としてＳＧＳＮ／ＧＧＳＮ装置を用いる場合の構成を示している。ここで、ＳＧＳＮ／ＧＧＳＮ装置はサービングＧＰＲＳサポートノード（SGSN: Serving GPRS(General Packet Radio Service) Support Node）装置とゲートウェイＧＰＲＳサポートノード（GGSN: Gateway GPRS Support Node)装置が同一の架内に配備された装置である。また、図１では、キャッシュサーバを用いる構成を示している。図１において、インターネット網１４５上の配信サーバ装置（配信サーバ）１２１は、インターネット上の種々のコンテンツを蓄積している。以降の説明では、これらのコンテンツを「ＯＴＴ（Ｏｖｅｒ Ｔｈｅ Ｔｏｐ）コンテンツ」と呼ぶ。コンテンツとしては、動画像コンテンツの圧縮符号化ビットストリームを格納したファイルとする。ここで、ファイル形式は、例えば３ＧＰ（3rd Generation Partnership Project）ファイル、ＭＰ４（ＭＰＥＧ（Moving Picture Experts Group) Audio Layer-4）ファイルなど、周知のファイル形式を用いることができる。また、端末としては携帯端末を用いることとするが、他の端末を用いることもできる。

モバイルネットワーク１５０上に、Ｎ台（Ｎ≧２）のＳＧＳＮ／ＧＧＳＮ装置１９０＿１〜１９０＿Ｎが配備され、ＳＧＳＮ／ＧＧＳＮ装置１９０＿１には、ＲＮＣ（Radio Network Controller）装置（無線基地局制御装置）１９５＿１〜１９５＿Ｌ（Ｌ≧２）が接続され、ＳＧＳＮ／ＧＧＳＮ装置１９０＿Ｎには、ＲＮＣ装置１９７＿１〜１９７＿Ｌが接続されている。なお、ＳＧＳＮ／ＧＧＳＮ装置１９０＿２にも、ＲＮＣ装置がＬ台接続されているが、単に図面作成上の都合で、ＳＧＳＮ／ＧＧＳＮ装置１９０＿２に接続するＬ台のＲＮＣ装置は省略され、図示されていない。

さらに、ＲＮＣ装置１台当たり、Ｍ台（Ｍ≧２）の基地局が接続されている。例えば、ＲＮＣ装置１９５＿１には、Ｍ台の基地局装置１８０＿１〜１８０＿Ｍが接続され、ＲＮＣ装置１９５＿Ｌには、Ｍ台の基地局装置１８１＿１〜１８１＿Ｍが接続されている。またＲＮＣ装置１９７＿１には、Ｍ台の基地局装置１８２＿１〜１８２＿Ｍが接続され、ＲＮＣ装置１９７＿Ｌには、Ｍ台の基地局装置１８３＿１〜１８３＿Ｍが接続されている。

図１では、各ＳＧＳＮ／ＧＧＳＮ装置のＧＧＳＮ機能部に１台のキャッシュサーバが接続されている。例えば、ＳＧＳＮ／ＧＧＳＮ装置１９０＿１にはキャッシュサーバ１１０＿１が接続されている。

携帯端末１７０は、要求するコンテンツのＵＲＬ（Uniform Resource Locator）を記載して配信の接続要求メッセージを発すると、在圏している基地局（図１の場合、１８１＿１〜１８１＿Ｍのいずれか）が、前記接続要求メッセージを受信し、当該基地局を管理しているＲＮＣ装置（図１の場合、１９５＿Ｌ）に、前記接続要求メッセージが送られる。

ＲＮＣ装置１９５−Ｌは、前記接続要求メッセージを前記基地局から受信し、ＧＴＰ（General Packet Radio Service (GPRS) Tunneling Protocol）パケットのペイロード部分に、前記接続要求メッセージと、前記配信サーバのＩＰ（Internet Protocol）アドレス、携帯端末１７０のＩＰアドレス等を格納し、ＲＮＣ装置１９５＿１〜１９５＿ＬをとりまとめているＳＧＳＮ／ＧＧＳＮ装置１９０＿１に対しＧＴＰパケットを転送する。

次に、ＳＧＳＮ／ＧＧＳＮ装置１９０＿１は前記ＧＴＰパケットを受信する。

キャッシュサーバ１１０＿１は、例えば、ＳＧＳＮ／ＧＧＳＮ装置１９０＿１のＧＧＳＮ機能部のＧｉインタフェースに接続され、キャッシュサーバ１１０＿Ｎは、ＳＧＳＮ／ＧＧＳＮ装置１９０＿ＮのＧＧＳＮ機能部のＧｉインタフェースに接続されている。またキャッシュサーバ同士は、コンテンツの連携ができるように、互いに接続されている。

以下では、キャッシュサーバの代表的な構成として、ＳＧＳＮ／ＧＧＳＮ装置１９０＿１に接続されたキャッシュサーバ１１０＿１の構成を、図２を用いて説明する。ここで、他のキャッシュサーバ１１０＿２〜１１０＿Ｎは、キャッシュサーバ１１０＿１と同一の構成であることから、１１０＿１で代表して説明し、他のキャッシュサーバ１１０＿２〜１１０＿Ｎの説明は省略する。

図２は、キャッシュサーバ１１０＿１の構成を示すブロック図である。図２において、制御信号送受信部１１１は、ＳＧＳＮ／ＧＧＳＮ装置１９０＿１から、携帯端末１７０からの接続要求メッセージと、携帯端末の受信ＩＰアドレス、要求コンテンツのＵＲＬ等を格納したＧＴＰパケットとを受信する。

解析部１１５は、前記ＧＴＰパケットに対し、パケットのペイロード部分に格納された接続要求メッセージの内容を読み出し、携帯端末１７０の受信ＩＰアドレスと要求されたコンテンツのＵＲＬなどの情報を抽出し、要求されたコンテンツのＵＲＬや携帯端末１７０の受信ＩＰアドレスなどを配信部１１４と判別部１１７に出力する。

収集部１１６は、自身（自キャッシュサーバ）がコンテンツ蓄積部１１３に蓄積しているコンテンツのコンテンツリスト、及び自身以外のキャッシュサーバがコンテンツ蓄積部に蓄積しているコンテンツのコンテンツリストとを入力し、判別部１１７に出力する。ここで、コンテンツリストの収集は、予め定められた時間間隔毎に行っても良いし、携帯端末１７０から接続要求があったときに行っても良いし、他のキャッシュサーバから収集要求があったときに行っても良い。

判別部１１７は、携帯端末１７０の受信ＩＰアドレスと要求されたコンテンツのＵＲＬ等の情報と自身（自キャッシュサーバ）が蓄積しているコンテンツリストと、自身以外の他のキャッシュサーバが蓄積しているコンテンツリストとを入力し、携帯端末１７０が要求するコンテンツを自身（自キャッシュサーバ）が蓄積しているか、他のキャッシュサーバが蓄積しているかを判別する。

自身（自キャッシュサーバ）が蓄積している場合は、自身（自キャッシュサーバ）のコンテンツ蓄積部１１３と配信部１１４に読み出し・配信指示を出す。

一方、他のキャッシュサーバが蓄積している場合は、自身（自キャッシュサーバ）のコンテンツ蓄積部１１３に対し、要求されたコンテンツのＵＲＬと、蓄積しているキャシュサーバのＩＰアドレスを伝え、キャッシュサーバ間連携により当該他のキャッシュサーバからコンテンツを読みだすよう指示を出す。なお、自キャッシュサーバも自キャッシュサーバ以外の他のキャシュサーバも、いずれも、要求されたコンテンツを蓄積していない場合は、配信サーバ装置１２１からコンテンツを読み出すよう、コンテンツ蓄積部１１３に指示を出す。

図３は、コンテンツ蓄積部１１３の構成を示す図である。図３において、コンテンツ蓄積部１１３は、トランスコーダ部１０５及び蓄積部１０６から構成される。

コンテンツ蓄積部１１３は、判別部１１７からの指示として、要求されたコンテンツを配信サーバ装置１２１から読み出す指示の場合、配信サーバ装置１２１から、当該コンテンツを読み出して、トランスコーダ部１０５に入力し、トランスコーダ部１０５において当該コンテンツに対してＭ種類の異なるビットレートＢｍのストリームを生成し、これらをＭ種類の異なるファイルに格納した上で、蓄積部１０６に出力する。ここで、１≦ｍ≦Ｍであり、Ｍは２以上の予め定められた個数である。なお、ビットレートは動画像コンテンツが１秒間に転送する情報の量（ビット）である。

なお、Ｂｍで示すビットレートは、０＜Ｂｍ＜Ｂであり、配信サーバ装置１２１から読み出したコンテンツの元のビットレートＢを超えない数値とする。例えば、元のビットレートＢが１Ｍｂｐｓ（Ｍｅｇａ ｂｉｔ ｐｅｒ ｓｅｃｏｎｄ）の場合、Ｂｍは１Ｍｂｐｓ、５１２ｋｂｐｓ（ｋｉｌｏ ｂｉｔ ｐｅｒ ｓｅｃｏｎｄ）、２５６ｋｂｐｓ、１２８ｋｂｐｓ等である。

蓄積部１０６はトランスコーダ部１０５から出力されたＭ種類のファイル及び元のファイル（配信サーバ装置１２１からのコンテンツ）の合計Ｍ＋１種類のファイルを蓄積する。

一方、判別部１１７からの指示が、キャッシュサーバ間連携により他のキャッシュサーバから要求されたコンテンツを読み出す指示の場合は、トランスコーダ部１０５は、バイパスし、蓄積部１０６が要求されたコンテンツに関する合計Ｍ＋１種類のビットレートの異なるファイルを当該他のキャッシュサーバの蓄積部１０６から読み出した上で、これらを自キャッシュサーバの蓄積部１０６で蓄積する。

コンテンツリスト作成部１１８は、コンテンツ蓄積部１１３の蓄積部１０６が蓄積している全てのコンテンツのリストを随時作成し、
予め定められた時間間隔毎、
他のキャッシュサーバから要求があったとき、
収集部１１６から要求があったとき、
の少なくともいずれか１つの場合に、コンテンツリストを収集部１１６及び制御信号送受信部１１１に出力する。

図４は、配信部１１４の構成の一例を示す図である。図４において、受信部２０１は、携帯端末１７０からＳＧＳＮ／ＧＧＳＮ装置を介してＴＣＰ（Transmission Control Protocol）応答信号のパケット（たとえばＴＣＰ Ａｃｋ(Acknowledge)信号のパケット）を受信し、ＴＣＰ応答信号パケットの情報を帯域推定部２０２に出力する。なお、別の構成として、受信部２０１が携帯端末１７０から輻輳状態を通知するＥＣＮ（Explicit Congestion Notification）信号を受信した場合は、帯域推定部２０２に対し帯域を急激に低減する指示を出す。なお、ＥＣＮはルータ等がエンドノードに輻輳状態を明示的に通知する機能をいう。

帯域推定部２０２は、送信部２００が送信した送信パケットの情報（例えばｎ番目の送信パケットの送信時刻及びパケットのサイズ）を送信部２００から入力し、さらにＴＣＰ応答信号パケットの情報（例えばｎ番目のパケットの受信時刻）を受信部２０１から入力し、例えば、これらのパケットの番号を用いて前記送信パケットと前記ＴＣＰ応答信号パケットとを対応付けることにより、次式（１）により応答時間Ｔｎを計測する。

Tn = Tn_ack - Tn_send ・・・（１）
ここで、
Tnはｎ番目のパケットの応答時間を、
Tn_ackはｎ番目のＴＣＰ応答信号パケットを受信部２０１で受信した時刻、
Tn_sendはｎ番目の送信パケットを送信部２００で送信した時刻
を、それぞれ表す。

なお、別の構成として、式（１）の対象とするパケットは単一のパケットではなく連続する複数のパケットを対象としてもよい。

ｎ番目の送信パケットのサイズをＳｎ（単位：バイト）とし、式（２）および式（３）から、ｎ番目のパケットにおける帯域Ｂｎを推定する。

Pn = Sn/Tn ・・・（２）

Bn = (1 - α)*Bn-1 + α*Pn ・・・（３）

ここで、αは、０＜α＜１を満たす予め定められた定数である。

式（２）及び式（３）の計算は、予め定められた時間間隔毎に行なってもよいし、受信部２０１がＴＣＰ応答信号を受信したタイミングで行っても良い。

帯域推定部２０２は、式（３）で推定した帯域Ｂｎを、
予め定められた時間間隔Ｔ毎に、又は、
ビットレート選択部２０４から要求がある毎に、ビットレート選択部２０４に出力する。

なお、別の構成として、受信部２０１からＥＣＮ信号を入力した場合には、モバイルネットワーク（図１の１５０）が輻輳状態であると判断し、式（３）で推定した帯域Ｂｎを予め定められた量だけ低減するか、又はＢｎ＝０に設定する構成としてもよい。ここで、Ｂｎ＝０の設定とは、予め定められた時間区間に送信部２００からパケットを送信しない、という設定である。

コンテンツ獲得部２０３は、図２の解析部１１５から要求されたコンテンツの情報を入力し、図２の判別部１１７からコンテンツ配信指示を入力し、要求されたコンテンツのファイルについて、図３の蓄積部１０６を探索し、ビットレートの異なる合計でＭ＋１種類のファイルを読み出した上で、Ｍ＋１種類のファイルをビットレート選択部２０４に出力する。

ビットレート選択部２０４は、帯域推定部２０２から、例えば、予め定められた時間間隔毎に帯域Ｂｎを入力し、コンテンツ獲得部２０３から入力したＭ＋１種類のファイルの中から、例えば予め定められた時間間隔毎に、そのビットレートが、帯域Ｂｎを超えない範囲で、最大のビットレートのファイルを選択し、選択されたファイル及びそのファイルのビットレート情報Ｋを、予め定められた時間間隔毎に、送信部２００に出力する。

送信部２００は、ビットレート選択部２０４から、選択されたビットレートのファイル及びそのビットレート情報Ｋを入力し、該ファイルをＴＣＰパケットに格納して、ＳＧＳＮ／ＧＧＳＮ、ＲＮＣ、基地局を経由して、携帯端末１７０に送出する。

また、送信部２００は前記ビットレート情報Ｋを用いて送信したｎ番目のパケットのサイズＳｎを算出し帯域推定部２０２に出力する。

以上で第１の実施の形態の説明を終えるが、第１の実施の形態においては、種々の変形が可能である。例えば図１では、一つのＳＧＳＮ／ＧＧＳＮ装置に対し、一つのキャッシュサーバを接続させる場合の構成を示したが、複数のＳＧＳＮ／ＧＧＳＮ装置に対し、一つのキャッシュサーバを接続させる構成としてもよいし、一つのＳＧＳＮ／ＧＧＳＮ装置に対し複数のキャッシュサーバを接続させる構成としてもよい。

また配信サーバ装置１２１は、キャッシュサーバ装置１１０＿１〜１１０＿Ｎと接続する構成としてもよい。

図１では、ＳＧＳＮ／ＧＧＳＮ装置を用いる構成としたが、ＳＧＳＮ装置とＧＧＳＮ装置を分離した構成としてもよい。この構成の場合、ＳＧＳＮ装置又はＧＧＳＮ装置のいずれかにキャッシュサーバを少なくとも１台、接続する構成としてもよい。

また、図３のトランスコーダ部１０５におけるＭの個数及びビットレートＢｍは、元のファイルのビットレートに応じて変化させるようにしてもよいし、予め定められた値に固定するようにしてもよい。

あるいは、別の構成として、図４の帯域推定部２０２で推定した帯域Ｂｎを図３のトランスコーダ部１０５に入力し帯域Ｂｎに応じてトランスコーダのビットレートＢｍの値を決定するようにしてもよい。

あるいは、図４の配信部１１４において、帯域Ｂｎの推定には、式（２）及び式（３）以外の別の式を用いることもできる。

さらに、携帯端末１７０は、携帯電話でもよいし、スマートフォンでもよいし、タブレットでもよいし、ＰＣにデータ通信カードを搭載したものでもよいし、さらにモバイル３Ｇ網と通信ができる端末であれば、他のいかなる端末をも使用することが出来る。

＜実施形態１の変形例＞
図５は、次に第１の実施形態の変形例の構成を示す図である。図５は、キャッシュサーバのかわりにプロキシサーバ１２０＿１〜１２０＿Ｎを使用している。図において、図１と同じ番号を付した構成要素は図１と同じ動作をするので説明は省略する。ここで、プロキシサーバ１２０＿１には、透過型と完全透過型の２種の形態が考えられる。

透過型の場合は、携帯端末１７０からのメッセージ信号をプロキシサーバで一旦終端しメッセージ信号を解析する。プロキシサーバで一時蓄積しているコンテンツに対してはプロキシサーバから携帯端末１７０に配信する。必要があればプロキシサーバがＳＧＳＮ／ＧＧＳＮ装置経由で配信サーバ装置１２１に対し要求やアクセスを行う。

一方、完全透過型の場合は、携帯端末１７０からの要求信号に含まれる要求コンテンツのＵＲＬ、インターネット上の配信サーバのＩＰアドレス、携帯端末のＩＰアドレス等は変化させないことし、プロキシサーバは携帯端末１７０からの信号を終端せずにＤＰＩ（Deep Packet Inspection）技術（インターネット利用者とサーバ間でやりとりされるパケットの制御情報を第三者が検査する技術）を用いてパケットのヘッダ部等をチェックし、要求されたコンテンツのＵＲＬや携帯端末１７０のＩＰアドレス等の情報を抽出し、要求されたコンテンツがプロキシサーバにキャッシュされている場合は、プロキシサーバがＳＧＳＮ／ＧＧＳＮ装置経由で配信サーバ装置１２１に配信停止指示を出した上で、要求されたコンテンツをプロキシサーバから配信する。なお、プロキシサーバの構成要素は図２のキャッシュサーバの構成要素と同じであるため、詳細な説明は省略する。

＜実施形態２＞
次に、第２の実施の形態を説明する。図６は、第２の実施の形態の構成を示す図である。図６には、モバイルネットワーク２５０として、図１に示した３Ｇモバイルネットワーク１５０ではなく、３．９世代のモバイル網であるＬＴＥ （Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）／ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワーク２５０を使用する構成が示されている。ＬＴＥでは基地局装置とＲＮＣ装置の機能が縮退し、ｅＮｏｄｅＢ装置のみとなる。

またＥＰＣではＳ／Ｐ−ＧＷ（Ｓｅｒｖｉｎｇ／Ｐａｃｋｅｔ Ｄａｔａ−ＧａｔｅＷａｙ）装置がｅＮｏｄｅＢ装置に接続される。ここで、Ｓ／Ｐ−ＧＷ装置は、Ｓ−ＧＷ装置とＰ−ＧＷ装置が一体化された構成であることを意味する。また、図６では、Ｍ台のｅＮｏｄｅＢ装置が１台のＳ／Ｐ−ＧＷ装置に接続される構成を示している。例えば、Ｓ／Ｐ−ＧＷ装置２９０＿１にはｅＮｏｄｅＢ装置２６０＿１〜２６０＿Ｍが接続されている。

各Ｓ／Ｐ−ＧＷ装置に対し１台のキャッシュサーバが接続されている。例えば、Ｓ／Ｐ−ＧＷ装置２９０＿１にはキャッシュサーバ１１０＿１が接続されている。キャッシュサーバ同士はコンテンツを連携できるよう接続されている。

携帯端末１７０は、配信サーバ装置１２０のＩＰアドレスを記載して配信の接続要求メッセージを発すると、在圏しているｅＮｏｄｅＢ装置（図６の場合は２６１＿１〜２６１＿Ｍのいずれか）が前記接続要求メッセージを受信する。ｅＮｏｄｅＢ装置２６１＿１〜２６１Ｍのいずれかは、前記接続要求メッセージをＧＴＰプロトコルのペイロード部分に前記接続要求メッセージと前記配信サーバのＩＰアドレス、前記携帯端末のＩＰアドレス等を格納し、Ｓ／Ｐ−ＧＷ装置２９０＿２に対しＧＴＰパケットを転送する。

キャッシュサーバ４１０＿１は、図２に示した構成と同じ構成であるが、第３の実施の形態では、制御信号送受信部１１１の接続先がＳ／Ｐ−ＧＷ装置２９０＿１になる。従い、携帯端末１７０からの接続要求メッセージとＩＰアドレス等を格納したＧＴＰパケットと、携帯端末１７０のロケーション情報をＳ／Ｐ−ＧＷ装置２９０＿１から受信する。なお、他のキャッシュサーバ４１０＿２〜４１０＿Ｎでも、それぞれに接続されるＳ／Ｐ−ＧＷ装置と上記のやりとりを行う。

以上で第３の実施の形態の説明を終えるが、種々の変形が可能である。図６では、Ｓ−ＧＷ装置とＰ−ＧＷ装置を一体化したＳ／Ｐ−ＧＷ装置を用いる構成としたが、Ｓ−ＧＷ装置とＰ−ＧＷ装置とを分離した構成をとることもできる。この構成の場合は、Ｓ−ＧＷ装置又はＰ−ＧＷ装置のいずれかに、キャッシュサーバを少なくとも１台、接続する構成としてもよい。

また、携帯端末１７０は、携帯電話でもよいし、スマートフォンでもよいし、ＰＣにデータ通信カードを搭載したものでもよいし、さらに、モバイル３．９Ｇ網と通信ができる端末であれば、他のいかなる端末を使用することが出来る。

＜実施形態２の変形例＞
図７は、第３の実施形態の変形例を示す図である。この変形例では、図６のキャッシュサーバ４１０＿１〜４１０＿Ｎのかわりに、プロキシサーバ１２０＿１〜１２０＿Ｎを備えている。図７において、図６と同じ番号を付した構成要素は、図６と同じ動作をするので説明は省略する。この変形例において、プロキシサーバについては、図５を参照して説明したものと同一の構成とされるため、説明は省略する。

＜作用効果＞
本実施形態によれば、以下の作用効果を奏する。

インターネット上の一定のビットレートの動画コンテンツを配信する場合に、キャッシュサーバ又はプロキシサーバでコンテンツファイルを蓄積するときにトランスコーダによりビットレートの異なる複数種類のファイルを生成し蓄積すること、蓄積されたファイルをキャッシュサーバ間連携又はプロキシサーバ間連携により読み出し配信する際に、ＴＣＰ応答信号又はＥＣＮ通知信号をもとに帯域を推定し、前記推定帯域を超えないようなビットレートのファイルを選択した上で配信する。このため、モバイルネットワークの帯域（スループット）がトラヒック量により時間的に変動し帯域が元のファイルのビットレートを下回る時間が続いても、クライアントで再生中の動画がフリーズする、音が途切れる、という事態を回避することができるという効果がある。

また、このことにより視聴者のＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）を大幅に改善することができる。

さらに、キャッシュサーバ関連携又はプロキシサーバ間連携によりコンテンツファイルを融通することができるため、ネットワーク全体では合計蓄積量を増大させることに等価となる。このため、キャッシュヒット率を向上させることができる。

さらに、これらの効果は、端末を一切改造する必要がなく得られる。

本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。

上記実施形態の一部又は全部は以下の付記のようにも記載されるが、以下には限られない。

（付記１）
モバイルネットワーク上に複数のサーバを備え、
前記サーバは、
キャッシュサーバ又はプロキシサーバとして機能し、
インターネット上でコンテンツを配信する配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成した上で蓄積するコンテンツ蓄積部と、
前記コンテンツ蓄積部が蓄積するコンテンツのリストを作成出力するコンテンツリスト作成部と、
自サーバが蓄積するコンテンツリストと自サーバ以外の他のサーバが蓄積するコンテンツリストを収集する収集部と、
携帯端末からのコンテンツ要求メッセージに含まれる情報と、前記収集部で収集されたコンテンツリストとを用いて、要求されたコンテンツを有するサーバを判別する判別部と、
前記携帯端末からの応答信号又は輻輳状態通知信号を基に、前記モバイルネットワークの帯域を推定し、前記判別されたサーバから、前記帯域を越えないビットレートのファイルを選択して読み出しパケットに格納して送出する配信部と、
を含む、ことを特徴とする配信ネットワークシステム。

（付記２）
前記コンテンツ蓄積部は、トランスコーダ部と蓄積部を備え、
前記判別部で判別されたサーバが前記配信サーバの場合、前記トランスコーダ部は、前記配信サーバから読み出されたコンテンツを入力し、入力した前記コンテンツに対して複数の互いに異なるビットレートのストリームを生成して異なる複数のファイルに格納して前記蓄積部に出力し、
前記蓄積部は、前記トランスコーダ部から出力された複数のファイルと、前記配信サーバからのコンテンツの元のビットレートのストリームのファイルを蓄積し、
前記判別されたサーバが他のサーバの場合、前記トランスコーダ部の処理はバイパスされ、前記蓄積部が、前記要求されたコンテンツに関する複数の互いにビットレートの異なるファイルを、前記他のサーバの前記蓄積部から読み出した上で、自サーバの前記蓄積部に蓄積する、ことを特徴とする付記１記載の配信ネットワークシステム。

（付記３）
前記配信部は、前記携帯端末から前記モバイルネットワークの所定のノードを介して応答信号パケットを受信し、応答信号パケットの情報を帯域推定部に通知し、前記携帯端末から輻輳状態通知信号を受信した場合には前記帯域推定部に帯域低減指示を通知する受信部と、
送信部から送信した送信パケットの情報、及び、前記応答信号パケットの情報とを入力し、前記送信パケットと前記応答信号パケットとを対応付けることにより、ｎ番目（ｎは所定の正整数）のパケットの応答時間を計測し、前記ｎ番目のパケットにおける帯域を推定し、前記受信部で輻輳状態通知信号を受信した場合には、前記帯域を零とする前記帯域推定部と、
前記コンテンツのＵＲＬ（Uniform Resource Locator）を入力し、前記判別部からコンテンツ配信指示を入力し、要求されたコンテンツについて前記コンテンツ蓄積部を探索し、ビットレートの異なる複数のファイルを読み出した上で、ビットレート選択部に出力するコンテンツ獲得部と、
前記帯域推定部で推定された帯域を入力し、前記コンテンツ獲得部から入力した複数のファイルの中から、ビットレートが前記帯域を超えない範囲のファイルを選択し、選択したファイル及びそのファイルのビットレート情報を送信部に出力する前記ビットレート選択部と、
前記ビットレート選択部で選択されたビットレートのファイル及びビットレート情報を入力し、前記ファイルをパケットに格納して前記携帯端末に送出する前記送信部と、
を備えた、ことを特徴とする付記１記載の配信ネットワークシステム。

（付記４）
前記判別部は、前記要求されたコンテンツのＵＲＬ（Uniform Resource Locator）を含む情報と、自サーバが蓄積しているコンテンツリストと前記自サーバ以外の他のサーバが蓄積しているコンテンツリストとを入力し、前記携帯端末が要求するコンテンツを前記自サーバが蓄積しているか、前記他のサーバが蓄積しているかを判別し、
前記自サーバが蓄積している場合は、前記自サーバの前記コンテンツ蓄積部と前記配信部に読み出し・配信指示を出し、
前記他のサーバが蓄積している場合は、前記自サーバのコンテンツ蓄積部に対し、前記要求されたコンテンツのＵＲＬと前記他のサーバのＩＰアドレスを伝え、サーバ間連携により当該他のサーバからコンテンツを読みだすよう指示を出し、
前記自サーバも前記他のサーバも、前記要求されたコンテンツを蓄積していない場合には、前記配信サーバからコンテンツを読み出すように前記コンテンツ蓄積部に指示を出す、ことを特徴とする付記１乃至３のいずれか１に記載の配信ネットワークシステム。

（付記５）
前記サーバは、
サービングＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ）、
ゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）、
サービングＧＰＲＳサポートノード（ＳＧＳＮ）とゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）を１つに統合したノード、
サービングゲートウエイ（Ｓ−ＧＷ）、
パケットデータネットワークゲートウエイ（Ｐ−ＧＷ）、
サービングゲートウエイ（Ｓ−ＧＷ）とパケットデータネットワークゲートウエイ（Ｐ−ＧＷ）を１つに統合したノード、
前記配信サーバ、
のいずれかに接続される、付記１乃至４のいずれか１に記載の配信ネットワークシステム。

（付記６）
モバイルネットワーク上に複数設けられるサーバであって、
キャッシュサーバ又はプロキシサーバとして機能し、
インターネット上にコンテンツを配信する配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成した上で蓄積するコンテンツ蓄積部と、
前記コンテンツ蓄積部が蓄積するコンテンツのリストを作成出力するコンテンツリスト作成部と、
自サーバが蓄積するコンテンツリストと自サーバ以外の他のサーバが蓄積するコンテンツリストを収集する収集部と、
携帯端末からのコンテンツ要求メッセージに含まれる情報と、前記収集部で収集されたコンテンツリストとを用いて、要求されたコンテンツを有するサーバを判別する判別部と、
前記携帯端末からの応答信号又は輻輳状態通知信号を基に、前記モバイルネットワークの帯域を推定し、前記判別されたサーバから、前記帯域を越えないビットレートのファイルを選択して読み出しパケットに格納して送出する配信部と、
を含む、ことを特徴とするサーバ。

（付記７）
前記コンテンツ蓄積部は、トランスコーダ部と蓄積部を備え、
前記判別部で判別されたサーバが前記配信サーバの場合、前記トランスコーダ部は、前記配信サーバから読み出されたコンテンツを入力し、入力した前記コンテンツに対して複数の互いに異なるビットレートのストリームを生成して異なる複数のファイルに格納して前記蓄積部に出力し、
前記蓄積部は、前記トランスコーダ部から出力された複数のファイルと、前記配信サーバからのコンテンツの元のビットレートのストリームのファイルを蓄積し、
前記判別されたサーバが他のサーバの場合、前記トランスコーダ部の処理はバイパスされ、前記蓄積部が、前記要求されたコンテンツに関する複数の互いにビットレートの異なるファイルを、前記他のサーバの前記蓄積部から読み出した上で、自サーバの前記蓄積部に蓄積する、ことを特徴とする付記６記載のサーバ。

（付記８）
前記配信部は、前記携帯端末から前記モバイルネットワークの所定のノードを介して応答信号パケットを受信し、応答信号パケットの情報を帯域推定部に通知し、前記携帯端末から輻輳状態通知信号を受信した場合には前記帯域推定部に帯域低減指示を通知する受信部と、
送信部から送信した送信パケットの情報、及び、前記応答信号パケットの情報とを入力し、前記送信パケットと前記応答信号パケットとを対応付けることにより、ｎ番目（ｎは所定の正整数）のパケットの応答時間を計測し、前記ｎ番目のパケットにおける帯域を推定し、前記受信部で輻輳状態通知信号を受信した場合には、前記帯域を零とする前記帯域推定部と、
前記コンテンツのＵＲＬ（Uniform Resource Locator）を入力し、前記判別部からコンテンツ配信指示を入力し、要求されたコンテンツについて前記コンテンツ蓄積部を探索し、ビットレートの異なる複数のファイルを読み出した上で、ビットレート選択部に出力するコンテンツ獲得部と、
前記帯域推定部で推定された帯域を入力し、前記コンテンツ獲得部から入力した複数のファイルの中から、ビットレートが前記帯域を超えない範囲のファイルを選択し、選択したファイル及びそのファイルのビットレート情報を送信部に出力する前記ビットレート選択部と、
前記ビットレート選択部で選択されたビットレートのファイル及びビットレート情報を入力し、前記ファイルをパケットに格納して前記携帯端末に送出する前記送信部と、
を備えた、ことを特徴とする付記６又は７記載のサーバ。

（付記９）
前記判別部は、前記要求されたコンテンツのＵＲＬ（Uniform Resource Locator）を含む情報と、自サーバが蓄積しているコンテンツリストと前記自サーバ以外の他のサーバが蓄積しているコンテンツリストとを入力し、前記携帯端末が要求するコンテンツを前記自サーバが蓄積しているか、前記他のサーバが蓄積しているかを判別し、
前記自サーバが蓄積している場合は、前記自サーバの前記コンテンツ蓄積部と前記配信部に読み出し・配信指示を出し、
前記他のサーバが蓄積している場合は、前記自サーバのコンテンツ蓄積部に対し、前記要求されたコンテンツのＵＲＬと前記他のサーバのＩＰアドレスを伝え、サーバ間連携により当該他のサーバからコンテンツを読みだすよう指示を出し、
前記自サーバも前記他のサーバも、前記要求されたコンテンツを蓄積していない場合には、前記配信サーバからコンテンツを読み出すように前記コンテンツ蓄積部に指示を出す、ことを特徴とする付記６乃至８のいずれか１に記載のサーバ。

（付記１０）
前記サーバは、
サービングＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ）、
ゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）、
サービングＧＰＲＳサポートノード（ＳＧＳＮ）とゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）を１つに統合したノード、
サービングゲートウエイ（Ｓ−ＧＷ）、
パケットデータネットワークゲートウエイ（Ｐ−ＧＷ）、
サービングゲートウエイ（Ｓ−ＧＷ）とパケットデータネットワークゲートウエイ（Ｐ−ＧＷ）を１つに統合したノード、
前記配信サーバ、
のいずれかに接続される、付記６乃至９のいずれか１に記載のサーバ。

（付記１１）
モバイルネットワーク上に複数のサーバを備え、
前記サーバが付記６乃至１０のいずれか１に記載の配信ネットワークシステム。

（付記１２）
モバイルネットワーク上に複数台設けられ、キャッシュサーバ又はプロキシサーバとして機能するサーバにより、
インターネット上でコンテンツを配信する配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成した上で蓄積し、
前記蓄積するコンテンツのリストを作成し、
自サーバが蓄積するコンテンツリストと自サーバ以外の他のサーバが蓄積するコンテンツリストを収集し、
携帯端末からのコンテンツ要求メッセージに含まれる情報と、前記収集部で収集されたコンテンツリストとを用いて、要求されたコンテンツを有するサーバを判別し、
前記携帯端末からの応答信号又は輻輳状態通知信号を基に、前記モバイルネットワークの帯域を推定し、前記判別されたサーバから、前記帯域を越えないビットレートのファイルを選択して読み出しパケットに格納して送出する、
ことを特徴とする配信方法。

（付記１３）
前記判別されたサーバが前記配信サーバの場合、前記配信サーバから読み出されたコンテンツに対して複数の互いに異なるビットレートのストリームを生成して異なる複数のファイルに格納し、複数のファイルと、前記配信サーバからのコンテンツの元のビットレートのストリームのファイルを蓄積部に蓄積し、
前記判別されたサーバが他のサーバの場合、前記要求されたコンテンツに関する複数の互いにビットレートの異なるファイルを、前記他のサーバの蓄積部から読み出した上で、自サーバの前記蓄積部に蓄積する、ことを特徴とする付記１２記載の配信方法。

（付記１４）
送信した送信パケットの情報、及び、前記携帯端末から前記モバイルネットワークの所定のノードを介して受信した応答信号パケットの情報とを入力し、前記送信パケットと前記応答信号パケットとを対応付けることにより、ｎ番目（ｎは所定の正整数）のパケットの応答時間を計測し、前記ｎ番目のパケットにおける帯域を推定し、前記携帯端末から輻輳状態通知信号を受信した場合には、前記帯域を零とする帯域推定ステップと、
前記コンテンツのＵＲＬ（Uniform Resource Locator）を入力し、前記要求されたコンテンツについて前記蓄積部を探索し、ビットレートの異なる複数のファイルを読み出して出力するコンテンツ獲得ステップと、
前記帯域推定ステップで推定された帯域を入力し、前記コンテンツ獲得ステップから入力した複数のファイルの中から、ビットレートが前記帯域を超えない範囲のファイルを選択し、選択したファイルとビットレート情報を出力するビットレート選択ステップと、
前記選択されたビットレートのファイルをパケットに格納して前記携帯端末に送出する、ことを特徴とする付記１３記載の配信方法。

（付記１５）
前記要求されたコンテンツのＵＲＬ（Uniform Resource Locator）を含む情報と、自サーバが蓄積しているコンテンツリストと前記自サーバ以外の他のサーバが蓄積しているコンテンツリストとを入力し、前記携帯端末が要求するコンテンツを前記自サーバが蓄積しているか、前記他のサーバが蓄積しているかを判別し、
前記自サーバが蓄積している場合は、前記自サーバからの読み出し・配信指示を出し、
前記他のサーバが蓄積している場合は、前記要求されたコンテンツのＵＲＬと前記他のサーバのＩＰアドレスからサーバ間連携により前記他のサーバからコンテンツを読みだすし、
前記自サーバも前記他のサーバも、前記要求されたコンテンツを蓄積していない場合には、前記配信サーバからコンテンツを読み出す、ことを特徴とする付記１２乃至１４のいずれか１に記載の配信方法。

（付記１６）
前記サーバは、
サービングＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ）、
ゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）、
サービングＧＰＲＳサポートノード（ＳＧＳＮ）とゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）を１つに統合したノード、
サービングゲートウエイ（Ｓ−ＧＷ）、
パケットデータネットワークゲートウエイ（Ｐ−ＧＷ）、
サービングゲートウエイ（Ｓ−ＧＷ）とパケットデータネットワークゲートウエイ（Ｐ−ＧＷ）を１つに統合したノード、
前記配信サーバ、
のいずれかに接続される、付記１２乃至１５のいずれか１に記載の配信方法。

１０５ トランスコーダ部
１０６ 蓄積部
１１０＿１〜１１０＿Ｎ、４１０＿１〜４１０＿Ｎ キャッシュサーバ
１１１ 制御信号送受信部
１１３ コンテンツ蓄積部
１１４ 配信部
１１５ 解析部
１１６ 収集部
１１７ 判別部
１１８ コンテンツリスト作成部
１２０＿１〜１２０＿Ｎ プロキシサーバ
１２１ 配信サーバ装置（配信サーバ）
１４５ インターネット網
１５０ モバイルネットワーク
１７０ 携帯端末
１８０＿１〜１８０＿Ｍ、１８１＿１〜１８１＿Ｍ、１８２＿１〜１８２＿Ｍ、１８３＿１〜１８３＿Ｍ 基地局装置
１９０＿１〜１９０＿Ｎ ＳＧＳＮ／ＧＧＳＮ装置
１９５＿１〜１９５＿Ｌ、１９７＿１〜１９７＿Ｌ ＲＮＣ装置
２００ 送信部
２０１ 受信部
２０２ 帯域推定部
２０３ コンテンツ獲得部
２０４ ビットレート選択部
２５０ モバイルＬＴＥ／ＥＰＣネットワーク
２６０＿１〜２６０＿Ｍ、２６１＿１〜２６１＿Ｍ、２６２＿１〜２６２＿Ｍ ｅＮｏｄｅＢ装置
２９０＿１〜２９０＿Ｎ Ｓ／Ｐ−ＧＷ装置

Claims (10)

1. モバイルネットワーク上に複数設けられるサーバであって、
   キャッシュサーバ又はプロキシサーバとして機能し、
   インターネット上にコンテンツを配信する配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成した上で蓄積するコンテンツ蓄積部と、
   前記コンテンツ蓄積部が蓄積するコンテンツのリストを作成出力するコンテンツリスト作成部と、
   自サーバが蓄積するコンテンツリストと自サーバ以外の他のサーバが蓄積するコンテンツリストを収集する収集部と、
   携帯端末からのコンテンツ要求メッセージに含まれる情報と、前記収集部で収集されたコンテンツリストとを用いて、要求されたコンテンツを有するサーバを判別する判別部と、
   前記携帯端末からの応答信号又は輻輳状態通知信号を基に、前記モバイルネットワークの帯域を推定し、前記判別されたサーバから、前記帯域を越えないビットレートのファイルを選択して読み出しパケットに格納して送出する配信部と、
   を含む、ことを特徴とするサーバ。
2. 前記コンテンツ蓄積部は、トランスコーダ部と蓄積部を備え、
   前記判別部で判別されたサーバが前記配信サーバの場合、前記トランスコーダ部は、前記配信サーバから読み出されたコンテンツを入力し、入力した前記コンテンツに対して複数の互いに異なるビットレートのストリームを生成して異なる複数のファイルに格納して前記蓄積部に出力し、
   前記蓄積部は、前記トランスコーダ部から出力された複数のファイルと、前記配信サーバからのコンテンツの元のビットレートのストリームのファイルを蓄積し、
   前記判別されたサーバが他のサーバの場合、前記トランスコーダ部の処理はバイパスされ、前記蓄積部が、前記要求されたコンテンツに関する複数の互いにビットレートの異なるファイルを、前記他のサーバの前記蓄積部から読み出した上で、自サーバの前記蓄積部に蓄積する、ことを特徴とする請求項１記載のサーバ。
3. 前記配信部は、前記携帯端末から前記モバイルネットワークの所定のノードを介して応答信号パケットを受信し、応答信号パケットの情報を帯域推定部に通知し、前記携帯端末から輻輳状態通知信号を受信した場合には前記帯域推定部に帯域低減指示を通知する受信部と、
   送信部から送信した送信パケットの情報、及び、前記応答信号パケットの情報とを入力し、前記送信パケットと前記応答信号パケットとを対応付けることにより、ｎ番目（ｎは所定の正整数）のパケットの応答時間を計測し、前記ｎ番目のパケットにおける帯域を推定し、前記受信部で輻輳状態通知信号を受信した場合には、前記帯域を零とする前記帯域推定部と、
   前記コンテンツのＵＲＬ（Uniform Resource Locator）を入力し、前記判別部からコンテンツ配信指示を入力し、要求されたコンテンツについて前記コンテンツ蓄積部を探索し、ビットレートの異なる複数のファイルを読み出した上で、ビットレート選択部に出力するコンテンツ獲得部と、
   前記帯域推定部で推定された帯域を入力し、前記コンテンツ獲得部から入力した複数のファイルの中から、ビットレートが前記帯域を超えない範囲のファイルを選択し、選択したファイル及びそのファイルのビットレート情報を送信部に出力する前記ビットレート選択部と、
   前記ビットレート選択部で選択されたビットレートのファイル及びビットレート情報を入力し、前記ファイルをパケットに格納して前記携帯端末に送出する前記送信部と、
   を備えた、ことを特徴とする請求項１又は２記載のサーバ。
4. 前記判別部は、前記要求されたコンテンツのＵＲＬ（Uniform Resource Locator）を含む情報と、自サーバが蓄積しているコンテンツリストと前記自サーバ以外の他のサーバが蓄積しているコンテンツリストとを入力し、前記携帯端末が要求するコンテンツを前記自サーバが蓄積しているか、前記他のサーバが蓄積しているかを判別し、
   前記自サーバが蓄積している場合は、前記自サーバの前記コンテンツ蓄積部と前記配信部に読み出し・配信指示を出し、
   前記他のサーバが蓄積している場合は、前記自サーバの前記コンテンツ蓄積部に対し、前記要求されたコンテンツのＵＲＬと前記他のサーバのアドレスを伝え、サーバ間連携により当該他のサーバからコンテンツを読みだすよう指示を出し、
   前記自サーバも前記他のサーバも、前記要求されたコンテンツを蓄積していない場合には、前記配信サーバからコンテンツを読み出すように前記コンテンツ蓄積部に指示を出す、ことを特徴とする請求項１乃至３のいずれか１項に記載のサーバ。
5. 前記サーバは、
   サービングＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ）、
   ゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）、
   サービングＧＰＲＳサポートノード（ＳＧＳＮ）とゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）を１つに統合したノード、
   サービングゲートウエイ（Ｓ−ＧＷ）、
   パケットデータネットワークゲートウエイ（Ｐ−ＧＷ）、
   サービングゲートウエイ（Ｓ−ＧＷ）とパケットデータネットワークゲートウエイ（Ｐ−ＧＷ）を１つに統合したノード、
   前記配信サーバ、
   のいずれかに接続される、請求項１乃至４のいずれか１項に記載のサーバ。
6. モバイルネットワーク上に複数のサーバを備え、
   前記サーバが請求項１乃至５のいずれか１項に記載の配信ネットワークシステム。
7. モバイルネットワーク上に複数台設けられ、キャッシュサーバ又はプロキシサーバとして機能するサーバにより、
   インターネット上にコンテンツを配信する配信サーバが保有するコンテンツの少なくとも一部をサーバ間の連携により一時的に蓄積する際に、複数の互いに異なるビットレートのファイルを生成した上で蓄積し、
   前記蓄積するコンテンツのリストを作成し、
   自サーバが蓄積するコンテンツリストと自サーバ以外の他のサーバが蓄積するコンテンツリストを収集し、
   携帯端末からのコンテンツ要求メッセージに含まれる情報と、前記収集部で収集されたコンテンツリストとを用いて、要求されたコンテンツを有するサーバを判別し、
   前記携帯端末からの応答信号又は輻輳状態通知信号を基に、前記モバイルネットワークの帯域を推定し、前記判別されたサーバから、前記帯域を越えないビットレートのファイルを選択して読み出しパケットに格納して送出する、
   ことを特徴とする配信方法。
8. 前記判別されたサーバが前記配信サーバの場合、前記配信サーバから読み出されたコンテンツに対して複数の互いに異なるビットレートのストリームを生成して異なる複数のファイルに格納し、複数のファイルと、前記配信サーバからのコンテンツの元のビットレートのストリームのファイルを蓄積部に蓄積し、
   前記判別されたサーバが他のサーバの場合、前記要求されたコンテンツに関する複数の互いにビットレートの異なるファイルを、前記他のサーバの蓄積部から読み出した上で、自サーバの前記蓄積部に蓄積する、ことを特徴とする請求項７記載の配信方法。
9. 送信した送信パケットの情報、及び、前記携帯端末から前記モバイルネットワークの所定のノードを介して受信した応答信号パケットの情報とを入力し、前記送信パケットと前記応答信号パケットとを対応付けることにより、ｎ番目（ｎは所定の正整数）のパケットの応答時間を計測し、前記ｎ番目のパケットにおける帯域を推定し、前記携帯端末から輻輳状態通知信号を受信した場合には、前記帯域を零とする帯域推定ステップと、
   前記コンテンツのＵＲＬ（Uniform Resource Locator）を入力し、前記要求されたコンテンツについて前記蓄積部を探索し、ビットレートの異なる複数のファイルを読み出して出力するコンテンツ獲得ステップと、
   前記帯域推定ステップで推定された帯域を入力し、前記コンテンツ獲得ステップから入力した複数のファイルの中から、ビットレートが前記帯域を超えない範囲のファイルを選択し、選択したファイルとビットレート情報を出力するビットレート選択ステップと、
   前記選択されたビットレートのファイルをパケットに格納して前記携帯端末に送出する、ことを特徴とする請求項８記載の配信方法。
10. 前記要求されたコンテンツのＵＲＬ（Uniform Resource Locator）を含む情報と、自サーバが蓄積しているコンテンツリストと前記自サーバ以外の他のサーバが蓄積しているコンテンツリストとを入力し、前記携帯端末が要求するコンテンツを前記自サーバが蓄積しているか、前記他のサーバが蓄積しているかを判別し、
    前記自サーバが蓄積している場合は、前記自サーバからの読み出し・配信指示を出し、
    前記他のサーバが蓄積している場合は、前記要求されたコンテンツのＵＲＬと前記他のサーバのＩＰアドレスからサーバ間連携により前記他のサーバからコンテンツを読みだすし、
    前記自サーバも前記他のサーバも、前記要求されたコンテンツを蓄積していない場合には、前記配信サーバからコンテンツを読み出す、ことを特徴とする請求項７乃至９のいずれか１項に記載の配信方法。