(57)【要約】  種々の端末からの要求に応え、それぞれ視聴可能に変換したコンテンツを配信する配信システムを提供する。配信システムは、コンテンツ一時蓄積装置にコンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルが格納されていない場合、外部の配信サーバに対し、要求メッセージにて指定された動画コンテンツの送信を要求し、コンテンツの要求元の端末の受信能力を満たす動画ストリームまたは動画ファイルを生成するとともに、該生成した動画ストリームまたは動画ファイルの前記端末への送信および前記コンテンツ一時蓄積装置への格納を実行するゲートウェイを含む。
2011049193.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの要求メッセージに含まれる端末の機種情報と、当該機種の端末の動画コンテンツの受信能力に関する能力情報とを対応付けて記憶する能力情報記憶部と、
パケット転送装置を介してコンテンツの要求元の端末から受信した要求メッセージに含まれる機種情報から求めた能力情報に基づいて、コンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルを、所定のコンテンツ一時蓄積装置から取り出す制御信号送受信部と、
前記能力情報記憶部に記憶された情報を参照して、外部の配信サーバから受信した動画ストリームまたは前記動画ストリームを格納した動画ファイルに対し、所要の変換を施す変換部と、
前記所定のコンテンツ一時蓄積装置から取り出し、または、前記変換部にて変換した動画ストリームもしくは動画ファイルを送信するパケット送信部と、を備え、
前記コンテンツ一時蓄積装置にコンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルが格納されていない場合、前記外部の配信サーバに対し、前記要求メッセージにて指定された動画コンテンツの送信を要求し、前記変換部に、前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルへの変換を指示するとともに、該変換後の動画ストリームまたは動画ファイルの前記端末への送信および前記所定のコンテンツ一時蓄積装置への格納を実行するゲートウェイ。
【請求項２】
前記パケット転送装置から、ベアラの最大ビットレートおよび保証ビットレートのいずれか一方または双方を入手し、前記コンテンツ一時蓄積装置に蓄積されている前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルのビットレートが、前記入手したビットレートを超えている場合、前記変換部に、前記動画ストリームまたは動画ファイルのビットレートが前記入手したビットレートを超えないようビットレートを削減する変換を指示するとともに、該変換後の動画ストリームまたは動画ファイルの前記端末への送信および前記所定のコンテンツ一時蓄積装置への格納を実行する請求項１のゲートウェイ。
【請求項３】
前記能力情報には、さらに、当該機種の端末が受信可能な、ビットレート、コーデック、画面解像度、フレームレートが含まれており、
前記変換部として、前記能力情報に適合する動画ストリームまたは動画ファイルを生成するトランスコーダ部を備える請求項１または２のゲートウェイ。
【請求項４】
前記能力情報には、さらに、当該機種の端末が受信可能な、ファイル形式、ファイルサイズ、プロトコルの少なくとも一つ以上が含まれており、
前記変換部として、前記能力情報に適合するファイル変換を実施するファイル変換部またはプロトコル変換を実施するプロトコル変換部を備える請求項１から３いずれか一のゲートウェイ。
【請求項５】
前記パケット転送装置は、モバイルパケット網のｘＧＳＮ（Ｓｅｒｖｉｎｇ／Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）装置またはモバイルＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）網のＳ／Ｐ（Ｓｅｒｖｉｎｇ／Ｐａｃｋｅｔ  Ｄａｔａ）ゲートウェイのいずれかである請求項１から４いずれか一のゲートウェイ。
【請求項６】
請求項１から５いずれか一に記載のゲートウェイと、コンテンツの要求元の端末から受信した要求メッセージを前記ゲートウェイに転送するパケット転送装置と、前記ゲートウェイによる変換後の動画ストリームまたは動画ファイルの格納先として使用されるコンテンツ一時蓄積装置と、を備える配信システム。
【請求項７】
さらに、前記コンテンツの要求元の端末が在圏するエリアにある無線基地局を選択し、コンテンツの要求元の端末に対し、前記動画ストリームまたは動画ファイルを格納したパケットを送信する無線ネットワーク制御装置を備える請求項６の配信システム。
【請求項８】
コンテンツの要求メッセージに含まれる端末の機種情報と、当該機種の端末の動画コンテンツの受信能力に関する能力情報とを対応付けて記憶する能力情報記憶部と、
パケット転送装置を介してコンテンツの要求元の端末から受信した要求メッセージに含まれる機種情報から求めた能力情報に基づいて、コンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルを、所定のコンテンツ一時蓄積装置から取り出す制御信号送受信部と、
前記能力情報記憶部に記憶された情報を参照して、外部の配信サーバから受信した動画ストリームまたは前記動画ストリームを格納した動画ファイルに対し、所要の変換を施す変換部と、
前記所定のコンテンツ一時蓄積装置から取り出し、または、前記変換部にて変換した動画ストリームまたは動画ファイルを送信するパケット送信部と、を備えるゲートウェイが、
前記コンテンツ一時蓄積装置にコンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルが格納されていない場合、前記外部の配信サーバに対し、前記要求メッセージにて指定された動画コンテンツの送信を要求し、
前記変換部に、前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルへの変換を指示するとともに、該変換後の動画ストリームまたは動画ファイルの前記端末への送信および前記所定のコンテンツ一時蓄積装置への格納を実行するコンテンツの配信方法。
【請求項９】
前記ゲートウェイは、前記パケット転送装置から、ベアラの最大ビットレートおよび保証ビットレートのいずれか一方または双方を入手し、前記コンテンツ一時蓄積装置に蓄積されている前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルのビットレートが、前記入手したビットレートを超えている場合、前記変換部に、前記動画ストリームまたは動画ファイルのビットレートが前記入手したビットレートを超えないようビットレートを削減する変換を指示するとともに、該変換後の動画ストリームまたは動画ファイルの前記端末への送信および前記所定のコンテンツ一時蓄積装置への格納を実行する請求項８のコンテンツの配信方法。
【請求項１０】
コンテンツの要求メッセージに含まれる端末の機種情報と、当該機種の端末の動画コンテンツの受信能力に関する能力情報とを対応付けて記憶する能力情報記憶部と、
パケット転送装置を介してコンテンツの要求元の端末から受信した要求メッセージに含まれる機種情報から求めた能力情報に基づいて、コンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルを、所定のコンテンツ一時蓄積装置から取り出す制御信号送受信部と、
前記能力情報記憶部に記憶された情報を参照して、外部の配信サーバから受信した動画ストリームまたは前記動画ストリームを格納した動画ファイルに対し、所要の変換を施す変換部と、
前記所定のコンテンツ一時蓄積装置から取り出し、または、前記変換部にて変換した動画ストリームもしくは動画ファイルを送信するパケット送信部と、を備えるゲートウェイを構成するコンピュータに実行させるプログラムであって、
前記コンテンツ一時蓄積装置にコンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルが格納されていない場合、前記外部の配信サーバに対し、前記要求メッセージにて指定された動画コンテンツの送信を要求する処理と、
前記変換部に、前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルへの変換を指示する処理と、
該変換後の動画ストリームまたは動画ファイルの前記端末への送信処理および前記所定のコンテンツ一時蓄積装置への格納処理と、を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願についての記載］
本発明は、日本国特許出願：特願２００９−２４４５４９号（２００９年１０月２３日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、配信システム、ゲートウェイ、配信方法及びプログラムに関し、特に、動画コンテンツを一時に蓄積する蓄積装置を有する配信システム、ゲートウェイ、配信方法及びプログラムに関する。
【背景技術】
【０００２】
モバイル網の高速化・大容量化の進展に伴い、携帯端末を配信先としたコンテンツ配信が普及しつつある。また、モバイル網も、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）やＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）技術などにより、今後、さらに高速・大容量化されていく予定である。【０００３】
上記のような携帯端末を配信先としたコンテンツ配信においては、携帯端末側の受信能力や表示能力を考慮する必要がある。例えば、特許文献１には、コンテンツサーバから受信したコンテンツを、要求元が小型端末である場合、小型端末の表示能力に適合するよう変換してから配信するゲートウェイサーバが開示されている。【０００４】
また、特許文献２には、クライアント端末から受信したコンテンツの送信要求を解析し、クライアント端末の画面表示能力に適するようにコンテンツを加工してからクライアント端末に送信するサーバ装置が開示されている。【０００５】
また、特許文献３、４には、移動端末（ＵＥ）がコンテンツを取得する際に当該移動端末に関するユーザエージェントの情報、ユーザ情報（User-Profile）、セルフケア情報（Selfcare-Profile）、移動端末情報（UE-Profile）からなるプロファイル情報を生成する情報管理サーバ（Ｒ２Ｍ：RADIUS & Repository Manager）と、移動端末が送出したコンテンツ要求リクエスト（HTTP Req）に応じてオリジン・サーバから取得したコンテンツを、前記プロファイル情報における移動端末の性能や能力を示すパラメータを参照することにより移動端末の性能や能力を十二分に生かせるように変換するアプリケーションゲートウェイとが開示されている。【０００６】
さらに、特許文献５には、クライアントの属性情報とネットワークの帯域情報を収集し、コンテンツ配信を行うストリームを最適な配信符号化形式と配信ビットレートに変換して送信するサーバが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−１９５３３０号公報
【特許文献２】特開２００１−２３６２０２号公報
【特許文献３】特開２００５−２７５５３４号公報
【特許文献４】特開２００５−２７７５２７号公報
【特許文献５】特開２００５−３１８０５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記特許文献１−５の全開示内容はその引用をもって本書に繰込み記載する。
以下の分析は、本発明によってなされたものである。
上記特許文献１−５に指摘されているように、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、モバイルＰＣ、ゲーム端末などの種々の端末で、コンテンツを受信し表示する場合、コンテンツを符号化したときの符号化情報と、端末側の能力が一致せず、動画ストリームを復号することが困難となり、コンテンツを表示できなかったり、画像が乱れたりすることがある。さらに、ビットレートや、解像度、コーデック、ファイル形式、プロトコルなどが合わないと、復号すらできないこともある。【０００９】
上記特許文献１−５では、上記の対策としてゲートウェイ等にてコンテンツの変換を行うこととしているが、配信すべき端末の台数が多い場合や、人気の高いコンテンツに対し多くの端末からの要求が殺到し、配信までの待ち時間（ＴＡＴ）が長くなったり、配信サーバと端末との間のモバイルネットワークのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を確保できずにトラヒックが輻輳しパケットロスが発生したりして、サービスの使い勝手が悪くなるという問題点がある。【００１０】
さらに、特許文献１では、小型端末であるか否かのみが考慮されるため、上述した種々の端末に応じた変換を行うことができないという問題点がある。また、特許文献２、特許文献５の方法は、クライアントが画面表示能力や属性情報（特許文献５では映像／音声復号化部や映像表示／音声出力部の特性を「属性情報」と定義している。段落００１２参照）を送信する機能を備えていることが前提であり、これらの情報を送信する機能を持たない端末に対して所要の変換を行うことができないという問題点がある。また、特許文献３、特許文献４の方法では、ユーザ端末毎にプロファイル情報を用意しなければならないという問題点がある。【００１１】
本発明は、上記した各事情に鑑みてなされたものであって、その目的とするところは、配信すべき端末の台数が多い場合や、特定のコンテンツに対し多くの端末からの要求が殺到するような状況下にも好適に個々の端末の能力に応じたコンテンツを配信可能であり、しかも、端末側から画面表示能力や属性情報等の送信を必要としない配信システム、ゲートウェイ、配信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明の第１の視点によれば、コンテンツの要求メッセージに含まれる端末の機種情報と、当該機種の端末の動画コンテンツの受信能力に関する能力情報とを対応付けて記憶する能力情報記憶部と、パケット転送装置を介してコンテンツの要求元の端末から受信した要求メッセージに含まれる機種情報から求めた能力情報に基づいて、コンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルを、所定のコンテンツ一時蓄積装置から取り出す制御信号送受信部と、前記能力情報記憶部に記憶された情報を参照して、外部の配信サーバから受信した動画ストリームまたは前記動画ストリームを格納した動画ファイルに対し、所要の変換を施す変換部と、前記所定のコンテンツ一時蓄積装置から取り出し、または、前記変換部にて変換した動画ストリームもしくは動画ファイルを送信するパケット送信部と、を備えるゲートウェイを含み、前記ゲートウェイは、前記コンテンツ一時蓄積装置にコンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルが格納されていない場合、前記外部の配信サーバに対し、前記要求メッセージにて指定された動画コンテンツの送信を要求し、前記変換部に、前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルへの変換を指示するとともに、該変換後の動画ストリームまたは動画ファイルの前記端末への送信および前記所定のコンテンツ一時蓄積装置への格納を実行する配信システムが提供される。【００１３】
本発明の第２の視点によれば、コンテンツの要求メッセージに含まれる端末の機種情報と、当該機種の端末の動画コンテンツの受信能力に関する能力情報とを対応付けて記憶する能力情報記憶部と、パケット転送装置を介してコンテンツの要求元の端末から受信した要求メッセージに含まれる機種情報から求めた能力情報に基づいて、コンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルを、所定のコンテンツ一時蓄積装置から取り出す制御信号送受信部と、前記能力情報記憶部に記憶された情報を参照して、外部の配信サーバから受信した動画ストリームまたは前記動画ストリームを格納した動画ファイルに対し、所要の変換を施す変換部と、前記所定のコンテンツ一時蓄積装置から取り出し、または、前記変換部にて変換した動画ストリームもしくは動画ファイルを送信するパケット送信部と、を備え、前記コンテンツ一時蓄積装置にコンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルが格納されていない場合、前記外部の配信サーバに対し、前記要求メッセージにて指定された動画コンテンツの送信を要求し、前記変換部に、前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルへの変換を指示するとともに、該変換後の動画ストリームまたは動画ファイルの前記端末への送信および前記所定のコンテンツ一時蓄積装置への格納を実行するゲートウェイが提供される。【００１４】
本発明の第３の視点によれば、上記したゲートウェイによる配信方法が提供される。すなわち、前記ゲートウェイは、前記コンテンツ一時蓄積装置にコンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルが格納されていない場合、前記外部の配信サーバに対し、前記要求メッセージにて指定された動画コンテンツの送信を要求し、前記変換部に、前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルへの変換を指示するとともに、該変換後の動画ストリームまたは動画ファイルの前記端末への送信および前記所定のコンテンツ一時蓄積装置への格納を実行するコンテンツの配信方法が提供される。なお、本方法は、上記したゲートウェイという、特定の機械に結びつけられている。【００１５】
本発明の第４の視点によれば、上記したゲートウェイを構成するコンピュータに実行させるプログラムが提供される。このプログラムは、コンピュータに、前記コンテンツ一時蓄積装置にコンテンツの要求元の端末で受信可能な動画ストリームまたは動画ファイルが格納されていない場合、前記外部の配信サーバに対し、前記要求メッセージにて指定された動画コンテンツの送信を要求する処理と、前記変換部に、前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルへの変換を指示する処理と、
該変換後の動画ストリームまたは動画ファイルの前記端末への送信処理および前記所定のコンテンツ一時蓄積装置への格納処理と、を実行させる。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１６】
本発明によれば、配信すべき端末の台数が多い場合や、特定のコンテンツに対し多くの端末からの要求が殺到するような状況下にも好適に個々の端末の能力に応じたコンテンツを配信することが可能になる。また本発明は、端末側からの画面表示能力や属性情報等の送信を必要としない。その理由は、コンテンツを配信要求をする際に送信する要求メッセージに含まれる機種情報を用いるとともに、コンテンツ一時蓄積装置を設けて、変換後のコンテンツを蓄積するようにし、同一機種の端末からの配信要求に対してコンテンツ一時蓄積装置からコンテンツを配信できるよう構成したことにある。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態の接続構成を示すブロック図である。
【図２】本発明の第１の実施形態のゲートウェイの構成を示すブロック図である。
【図３】本発明の第２の実施形態のゲートウェイの構成を示すブロック図である。
【図４】本発明の第３の実施形態の接続構成を示すブロック図である。
【発明を実施するための形態】
【００１８】
はじめに、本発明の概要について説明する。本発明は、図１に示すような携帯端末１７０に対してコンテンツを配信するモバイルネットワーク１５０に、ゲートウェイ１１０と、コンテンツ一時蓄積装置として機能する蓄積装置１２５と、を配置した構成にて実現できる。なお、蓄積装置１２５は、ゲートウェイ１１０に対し独立した装置である必要は無く、例えば、ゲートウェイ１１０に内蔵されたメモリや補助記憶装置にて実現することができる。なお、この概要に付記した図面参照符号は、専ら理解を助けるための例示であり、図示の態様に限定することを意図するものではない。
【００１９】
本発明に係るゲートウェイ１１０は、パケット転送装置（図１のｘＧＳＮ装置１９０に相当。）を介して携帯端末１７０からコンテンツの要求メッセージを受信すると、前記要求メッセージに含まれる端末の機種情報とコンテンツ情報とを取得し、前記コンテンツ情報に対応する圧縮符号化された動画ストリームまたは動画ファイルであって、前記機種情報にて特定されるコンテンツ要求元の端末にて能力的に受信可能なものが蓄積装置１２５に格納されているか否かを確認する。
【００２０】
前記確認の結果、蓄積装置１２５に、前記コンテンツ情報に対応する圧縮符号化された動画ストリームまたは動画ファイルであって、前記端末で受信可能なものが格納されている場合、ゲートウェイ１１０は、蓄積装置１２５から前記動画ストリームまたは動画ファイルを取り出して、前記パケット転送装置を介して携帯端末１７０に送信する。
【００２１】
一方、前記確認の結果、蓄積装置１２５に、前記コンテンツ情報に対応する圧縮符号化された動画ストリームまたは動画ファイルであって、前記端末で受信可能なものが格納されていない場合、ゲートウェイ１１０は、配信サーバ１２０に該当コンテンツの送信を要求し、必要に応じ前記端末の機種情報を元に前記端末の能力に適した変換を施した上で、変換後の動画ストリームまたは動画ファイルを蓄積装置１２５に蓄積するとともに、前記パケット転送装置を介して携帯端末１７０に送信する。
【００２２】
以後、携帯端末１７０の同一機種からの同一コンテンツの要求を受けた場合、蓄積装置１２５に蓄積してある動画ストリームまたは動画ファイルを取り出して配信することが可能となる。従って、配信すべき端末の台数が多い場合や、人気の高いコンテンツに対し多くの端末からの要求が殺到した場合において、配信までの待ち時間（ＴＡＴ）が長くなる現象や、モバイルネットワーク１５０における輻輳やパケットロスの発生を抑止することが可能になる。
【００２３】
さらに、ゲートウェイ１１０に、ベアラのＱｏＳ情報として、最大ビットレート情報または保証ビットレート情報のいずれかまたは双方を入手させ、配信しようとする動画ストリームまたは動画ファイルのビットレートが前記最大ビットレートまたは保証ビットレートのいずれかを上回らないか否かを確認させることも好ましい。前記確認の結果、配信しようとする動画ストリームまたは動画ファイルのビットレートが前記最大ビットレートまたは保証ビットレートのいずれかを上回る場合は、ビットレートを削減する変換を行うことで、携帯端末１７０におけるパケットロス等の発生をより確実に抑止することが可能となる。このような変換は、配信すべき端末の台数が多い場合や、人気の高いコンテンツに対し多くの端末からの要求が殺到した場合において、配信までの待ち時間（ＴＡＴ）が長くなる現象や、モバイルネットワーク１５０における輻輳やパケットロスの発生の抑止効果を向上させるものとなる。
本発明において以下の形態が可能である。
［形態１］
前記第１の視点に記載の配信システムのとおり。
［形態２］
前記ゲートウェイは、前記パケット転送装置から、ベアラの最大ビットレートおよび保証ビットレートのいずれか一方または双方を入手し、前記コンテンツ一時蓄積装置に蓄積されている前記コンテンツの要求元の端末にて受信可能な動画ストリームまたは動画ファイルのビットレートが、前記入手したビットレートを超えている場合、前記変換部に、前記動画ストリームまたは動画ファイルのビットレートが前記入手したビットレートを超えないようビットレートを削減する変換を指示するとともに、該変換後の動画ストリームまたは動画ファイルの前記端末への送信および前記所定のコンテンツ一時蓄積装置への格納を実行することが好ましい。
［形態３］
前記能力情報には、さらに、当該機種の端末が受信可能な、ビットレート、コーデック、画面解像度、フレームレートが含まれており、前記変換部として、前記能力情報に適合する動画ストリームまたは動画ファイルを生成するトランスコーダ部を備えることが好ましい。
［形態４］
前記能力情報には、さらに、当該機種の端末が受信可能な、ファイル形式、ファイルサイズ、プロトコルの少なくとも一つ以上が含まれており、前記変換部として、前記能力情報に適合するファイル変換を実施するファイル変換部またはプロトコル変換を実施するプロトコル変換部を備えることが好ましい。
［形態５］
前記パケット転送装置は、モバイルパケット網のｘＧＳＮ（Ｓｅｒｖｉｎｇ／Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）装置またはモバイルＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）網のＳ／Ｐ（Ｓｅｒｖｉｎｇ／Ｐａｃｋｅｔ  Ｄａｔａ）ゲートウェイのいずれかであることが好ましい。
［形態６］
前記第２の視点に記載のゲートウェイのとおり。
［形態７］
前記第３の視点に記載のコンテンツの配信方法のとおり。
［形態８］
前記第４の視点に記載のプログラムのとおり。
［形態９］
前記第１の視点に記載の配信システムは、前記第２の視点によるゲートウェイと、コンテンツの要求元の端末から受信した要求メッセージを前記ゲートウェイに転送するパケット転送装置と、前記ゲートウェイによる変換後の動画ストリームまたは動画ファイルの格納先として使用されるコンテンツ一時蓄積装置と、により構成することもできる。
［形態１０］
前記配信システムは、前記コンテンツの要求元の端末が在圏するエリアにある無線基地局を選択し、コンテンツの要求元の端末に対し、前記動画ストリームまたは動画ファイルを格納したパケットを送信する無線ネットワーク制御装置を備えることもできる。
【００２４】
［第１の実施形態］
続いて、本発明の第１の実施形態について、図面を参照して詳細に説明する。
【００２５】
図１は、本発明の第１の実施形態の接続構成を示すブロック図である。図１を参照すると、コンテンツ１００を配信する配信サーバ１２０と、携帯端末１７０と、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）装置１９５と、モバイルネットワーク１５０のｘＧＳＮ（Ｓｅｒｖｉｎｇ／Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）装置１９０に接続されたゲートウェイ１１０と、ゲートウェイ１１０に接続された蓄積装置１２５とを有する構成が示されている。図１の実線の矢線はデータの流れを示し、破線は制御信号を流れを示す。
【００２６】
モバイルネットワーク１５０は、モバイルパケット網、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）網、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）網のいずれでもよいが、ここでは、モバイルパケット網であるものとする。
【００２７】
配信サーバ１２０は、コンテンツ１００として、動画像、静止画、オーディオ、音声の少なくとも一つを含むコンテンツの圧縮符号化動画ストリームまたは動画ファイルを配信する。
【００２８】
ゲートウェイ１１０は、モバイルパケットネットワーク１５０上に配置され、ＲＮＣ装置１９５およびｘＧＳＮ装置１９０を介して、携帯端末１７０から発せられた接続要求メッセージを受信し、接続要求メッセージに含まれる携帯端末の機種情報を取得する。ここで、接続要求メッセージのプロトコルはＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いるものとするが、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などを用いることもできる。接続要求メッセージに代えてコンテンツの要求メッセージから機種情報を取得するものとしてもよい。
【００２９】
また、ゲートウェイ１１０は、機種情報の取得の後に、コンテンツの要求メッセージにて指定されたコンテンツ情報を取得する。次に、ゲートウェイ１１０は、前記コンテンツ情報から、要求されたコンテンツと同一でかつ同一の機種にて受信可能な圧縮符号化動画ストリームまたは前記動画ストリームを格納したファイルが蓄積装置１２５に蓄積されているか否かを確認する。
【００３０】
前記確認の結果、コンテンツの要求元の携帯端末１７０で受信可能な動画ストリームまたは動画ファイルが蓄積装置１２５に蓄積されている場合、ゲートウェイ１１０は、前記動画ストリームまたは動画ファイルを蓄積装置１２５から取り出して、ｘＧＳＮ装置１９０を介して携帯端末１７０に送信する。
【００３１】
一方、前記確認の結果、コンテンツの要求元の携帯端末１７０で視聴可能な動画ストリームまたは動画ファイルが蓄積装置１２５に蓄積されていない場合、ゲートウェイ１１０は、ｘＧＳＮ装置１９０を介して配信サーバ１２０に対し該当コンテンツの送信を要求する。さらに、ゲートウェイ１１０は、機種情報に対応する能力情報を用いて携帯端末１７０にて最も質の高い状態で受信できる動画ストリームまたは動画ファイルへの変換を施し、変換後の動画ストリームまたは動画ファイルを蓄積装置１２５に蓄積した上で、ｘＧＳＮ装置１９０を介して携帯端末１７０に送信する。
【００３２】
ｘＧＳＮ装置１９０は、配信サーバ１２０から出力された動画ストリームまたは動画ファイルを、ＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いてゲートウェイ１１０に転送し、ゲートウェイ１１０から出力された動画ストリームまたは動画ファイルをＩｕ−ＰＳプロトコルにて、ＲＮＣ装置１９５に出力する。
【００３３】
ＲＮＣ装置１９５は、例えばＴＣＰ／ＩＰプロトコルにて、携帯端末１７０が在圏するエリアにある無線基地局を選択し当該無線基地局を経由して携帯端末１７０に対し動画ストリームまたは動画ファイルを格納したパケットを送信する。
【００３４】
携帯端末１７０は、モバイルネットワーク１５０を介して、上記送信された動画ファイルまたは動画ストリームを受信し、復号、再生、表示を行う。なお、携帯端末１７０の無線機能としては、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００だけでなく、ＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、ＨＳＰＡ＋（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）やＷｉＭａｘなどを使用することができる。
【００３５】
また、図１の例では、一つのｘＧＳＮ装置に対し一つのゲートウェイ１１０を接続した構成を示しているが、複数のｘＧＳＮ装置に対し一つのゲートウェイ１１０を接続、連携させる構成であってもよい。
【００３６】
図２は、本発明の第１の実施形態のゲートウェイの構成を示すブロック図である。図２を参照すると、本実施形態のゲートウェイ１１０は、制御信号送受信部１１１、受信部１１２、トランスコーダ部１１３、ファイル変換部１１４、プロトコル変換部１１５、パケット送信部１１６、１１９、変換指示部１１７、能力テーブル１１８とを備えている。なお、トランスコーダ部１１３、ファイル変換部１１４、プロトコル変換部１１５および変換指示部１１７が上記した変換部に相当する。
【００３７】
制御信号送受信部１１１は、携帯端末１７０から特定のプロトコルによる要求信号を、ＲＮＣ装置１９５およびｘＧＳＮ装置１９０を介して受信する。ここでは携帯端末１７０からのプロトコルとしては、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いることとする。ＨＴＴＰの場合、制御信号送受信部１１１は、Ｕｓｅｒ  Ａｇｅｎｔヘッダから機種情報を取得し、変換指示部１１７に出力する。なお、特定のプロトコルとしては、ＨＴＴＰの他に周知なプロトコル、たとえばＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などを用いることもできる。
【００３８】
能力テーブル１１８には、端末の機種情報と、該当する機種の能力情報の対応表が格納されており、能力情報記憶部としての役割を果たす。例えば、機種毎に、（１）許容できるコーデック、（２）画面解像度、（３）フレームレート、（４）受信可能な最大ビットレート、（５）受信可能なファイル形式とファイルサイズ、（６）受信プロトコル、などの能力情報が対応付けて記憶される。
【００３９】
制御信号送受信部１１１は、前記接続要求を経てユーザから視聴を望む動画コンテンツの選択操作を受けた携帯端末１７０から送信された要求メッセージにて指定されたコンテンツ情報および機種情報をもとに、蓄積装置１２５にアクセスし、指定コンテンツかつ同一機種にて受信可能な圧縮符号化動画ストリームまたは圧縮符号化動画ストリームを格納した動画ファイルが、蓄積装置１２５に蓄積されているかどうかを確認する。
【００４０】
前記確認の結果、要求されたコンテンツおよび機種にて受信可能な圧縮符号化動画ストリームまたはそれを格納した動画ファイルが蓄積装置１２５に蓄積されている場合、制御信号送受信部１１１は、蓄積装置１２５に対し動画ストリームまたは動画ファイルを読み出す指示を出すとともに、トランスコーダ部１１３に対し処理をバイパスするよう指示を出す。
【００４１】
上記指示（対応コンテンツ蓄積済み）に従い、受信部１１２は、蓄積装置１２５から読み出した動画ストリームまたは動画ファイルについてストリーム部分を抜き出し、トランスコーダ部１１３をバイパスしてファイル変換部１１４に出力する。
【００４２】
ファイル変換部１１４は、変換指示部１１７から出力された携帯端末１７０の能力情報の上記（５）受信可能なファイル形式とファイルサイズに従って、受信部１１２から入力した動画ストリームに対して、携帯端末１７０の機種で受信できるファイルフォーマットおよびファイルサイズのファイルを生成する。ファイルフォーマットとしては、例えば、３ＧＰＰファイルフォーマット、３ＧＰＰ２ファイルフォーマット、ＭＰ４ファイルフォーマットなどが挙げられる。例えば、３ＧＰＰファイルフォーマットの詳細は、３ＧＰＰ  ＴＳ２６．２４４規格を参照することができる。
【００４３】
プロトコル変換部１１５は、変換指示部１１７からの指示に含まれる能力情報の上記（６）受信可能なプロトコルに従い、携帯端末１７０が受け取ることができるプロトコルを決定し、このプロトコルにて、ファイル変換部１１４から出力されたファイルをパケット送信部１１６に出力する。プロトコルとしては、ＲＴＰ／ＵＤＰやＨＴＴＰ／ＴＣＰなどがあるが、変換指示部１１７からの指示に従って、例えば、ＨＴＴＰ／ＴＣＰ／ＩＰが用いられることになる。
【００４４】
パケット送信部１１６は、ファイル変換部１１４、プロトコル変換部１１５を経由して入力されたファイルに、適切なヘッダを付けてｘＧＳＮ装置１９０に向けてパケットとして送信する。
【００４５】
一方、前記確認の結果、要求されたコンテンツであって該当機種にて受信可能な圧縮符号化動画ストリームまたはそれを格納した動画ファイルが蓄積装置１２５に蓄積されていない場合、制御信号送受信部１１１は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）またはＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを用いて、ｘＧＳＮ装置１９０を介して配信サーバ１２０にコンテンツの送信を要求する。
【００４６】
前記要求を受けた配信サーバ１２０（図１参照）は、例えばＲＴＰパケットにより、要求されたコンテンツに対応する圧縮符号化動画ストリームまたは動画ファイルを、ｘＧＳＮ装置１９０を介してゲートウェイ１１０に対して送信する。またこのとき配信サーバ１２０は、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを用いてｘＧＳＮ装置１９０を介してゲートウェイ１１０に、選択されたコンテンツを圧縮符号化したときのコーデック、映像の画面解像度、ビットレート、フレームレート、ストリームかファイルか、などのコンテンツに関する情報を送信する。
【００４７】
制御信号送受信部１１１は、配信サーバ１２０から送信された、前記選択されたコンテンツのコーデック等の情報を変換指示部１１７に出力する。変換指示部１１７は、制御信号送受信部１１１から入力された、携帯端末１７０の機種情報から得られる能力情報と、コンテンツの情報に基づいて、配信サーバ１２０から受信した動画ストリームまたは動画ファイルに対して変換が必要か否かを判定する。
【００４８】
前記判定の結果、変換が必要であると判定した場合、変換指示部１１７は、どのような変換を行うのかを決定し、トランスコーダ部１１３に指示する。
【００４９】
例えば、配信サーバ１２０から、ＭＰＥＧ−２  ＭＰ（Ｍａｉｎ  Ｐｒｏｆｉｌｅ）、８Ｍｂｐｓで圧縮符号化され、画面解像度がＳＤ（７２０ｘ４８０ピクセル）でフレームレートが３０ｆｐｓのコンテンツであるとの情報が得られており、能力テーブル１１８から該当機種はＨ．２６４符号化で５１２ｋｂｐｓ、ＱＶＧＡ（３２０ｘ２４０ピクセル）の画面解像度、フレームレートは３０ｆｐｓという能力を持つという情報が得られている場合を考える。
【００５０】
このとき、変換指示部１１７は、ＭＰＥＧ−２  ＭＰデコードし、画面解像度をＳＤからＱＶＧＡに変換し、Ｈ．２６４  ５１２ｋｂｐｓ、３０ｆｐｓでエンコードするといった変換指示を作成し、トランスコーダ部１１３などに出力する。また、変換指示部１１７は、前記能力テーブル１１８から読み出した能力情報を、パケット送出部１１９、ファイル変換部１１４、プロトコル変換部１１５、パケット送信部１１６に出力する。
【００５１】
受信部１１２は、配信サーバ１２０から、動画ストリームまたは動画ファイルを受信し、トランスコーダ部１１３に出力する。このとき、配信サーバ１２０から動画ファイルが配信されている場合、ファイルに格納されているストリームが抽出される。また、配信サーバ１２０から動画ストリームが配信されている場合、パケットのペイロードに格納されているストリームを取り出される。
【００５２】
トランスコーダ部１１３は、変換指示部１１７からの変換指示に従い、実時間で動作するトランスコーダを動作させ、入力されたストリームに対し変換を施し、変換後のストリームをパケット送出部１１９とファイル変換部１１４に出力する。例えば、上述した変換指示の場合、ＭＰＥＧ−２  ＭＰデコードし、画面解像度をＳＤからＱＶＧＡに変換し、Ｈ．２６４  ５１２ｋｂｐｓ、３０ｆｐｓでエンコードする処理が行われる。
【００５３】
パケット送出部１１９は、変換指示部１１７から入力されたコンテンツの情報（変換指示）と機種情報とともに、トランスコーダ部１１３から入力された変換後のストリームを、パケットの形式で蓄積装置１２５に出力する。
【００５４】
蓄積装置１２５は、パケット送出部１１９から出力されたコンテンツの情報（変換指示）と機種情報とともに、変換後のストリームを蓄積する。
【００５５】
一方、ファイル変換部１１４は、変換指示部１１７から出力された携帯端末１７０の能力情報の上記（５）受信可能なファイル形式とファイルサイズに従って、トランスコーダ部１１３から出力された動画ストリームに対して、携帯端末１７０の機種で受信できるファイルフォーマットおよびファイルサイズのファイルを生成し、プロトコル変換部１１５に出力する。ファイルフォーマットとしては、例えば、３ＧＰＰファイルフォーマット、３ＧＰＰ２ファイルフォーマット、ＭＰ４ファイルフォーマットなどや、フラッシュファイルなどが挙げられる。
【００５６】
プロトコル変換部１１５は、変換指示部１１７からの指示に含まれる能力情報の上記（６）受信可能なプロトコルに従い、携帯端末１７０が受け取ることができるプロトコルを決定し、このプロトコルにて、ファイル変換部１１４から出力されたファイルをパケット送信部１１６に出力する。プロトコルとしては、ＲＴＰ／ＵＤＰやＨＴＴＰ／ＴＣＰなどがあるが、変換指示部１１７からの指示に従って、例えば、ＨＴＴＰ／ＴＣＰ／ＩＰが用いられることになる。
【００５７】
パケット送信部１１６は、ファイル変換部１１４、プロトコル変換部１１５を経由して入力されたファイルに、適切なヘッダを付けてｘＧＳＮ装置１９０に向けてパケットとして送信する。
【００５８】
以上のように、本実施形態によれば、ゲートウェイが種々の携帯端末（例えば、携帯電話端末、ＰＤＡ、モバイルＰＣ、ゲーム機など）の機種を自動的に判別することで、コンテンツに対し機種に適した変換（ビットレート、解像度、コーデック、フレームレート、ファイル形式、プロトコルなどの変換）を自動的に施すことにより、携帯端末を改造することなく、同じコンテンツを種々の端末に配信するサービスを実現することが可能になる。
【００５９】
また、本実施形態によれば、配信すべき端末の台数が多い場合や、ネットワーク上にゲートウェイが複数配置されている場合など、人気の高いコンテンツに対しアクセスが集中するような状況においても、蓄積装置１２５から変換済みのコンテンツを配信することができるので、配信までの待ち時間（ＴＡＴ）が長くなったり、配信サーバと端末との間のモバイルネットワークのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）が確保できずにトラヒックが輻輳しパケットロスが発生するといった現象の発生を抑止することができる。
【００６０】
［第２の実施形態］
続いて、上記した第１の実施形態のゲートウェイに変更を加えた本発明の第２の実施形態について、図面を参照して詳細に説明する。
【００６１】
図３は、本発明の第２の実施形態のゲートウェイの構成を示すブロック図である。図３を参照すると、本実施形態のゲートウェイ１１０は、制御信号送受信部２１１、受信部１１２、トランスコーダ部１１３、ファイル変換部１１４、プロトコル変換部１１５、パケット送信部１１６、１１９、変換指示部２１７、能力テーブル１１８と備えている。図３において、図２と同一の符号を付した構成要素は、第１の実施形態と同一の動作を行うので説明を省略し、以下その相違点を説明する。
【００６２】
第１の実施形態と本実施形態との相違点は、制御信号送受信装置２１１が、ｘＧＳＮ装置１９０から、ｘＧＳＮ装置１９０がＲＮＣ装置１９５に対して設定しているベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を取得する機能を備え、変換指示部２１７がＱｏＳ情報も用いて変換の指示を行う点である。
【００６３】
ここで、モバイルネットワーク１５０のベアラのＱｏＳ情報としては、例えば、ＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）、最大ビットレート（ＭＢＲ：Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）、保証ビットレート（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）等が挙げられる。ここでは一例として、最大ビットレート（ＭＢＲ）と保証ビットレート（ＧＢＲ）を取得するものとする。
【００６４】
制御信号送受信部２１１は、上記した第１の実施形態と同様に、携帯端末１７０から送信された要求メッセージにて指定されたコンテンツ情報および機種情報をもとに、蓄積装置１２５にアクセスし、同一のコンテンツかつ同一機種にて受信可能な圧縮符号化動画ストリームまたは圧縮符号化動画ストリームを格納した動画ファイルが、蓄積装置１２５に蓄積されているかどうかを確認する。さらに、制御信号送受信部２１１は、ＱｏＳ情報を参照して、前記圧縮符号化動画ストリームまたは圧縮符号化動画ストリームを格納した動画ファイルをそのまま送出して携帯端末１７０で差し支えなく視聴可能であるか否かを確認する。ここで、前記圧縮符号化動画ストリームまたは圧縮符号化動画ストリームを格納した動画ファイルのビットレートが最大ビットレート（ＭＢＲ）と保証ビットレート（ＧＢＲ）以下であり、そのまま送出して携帯端末１７０で差し支えなく視聴可能であると判定した場合の動作は第１の実施形態と同様である。
【００６５】
一方、同一のコンテンツかつ同一機種に対する圧縮符号化動画ストリームもしくは圧縮符号化動画ストリームを格納した動画ファイルが、蓄積装置１２５に蓄積されていない場合、または、蓄積されているが視聴に差し支えがあると判断した場合、制御信号送受信部２１１は、端末からの機種情報と、配信サーバ１２０から配信されるコンテンツに関する情報と、ベアラのＱｏＳ情報として、最大ビットレートおよび保証ビットレート情報を出力する。
【００６６】
まず、変換指示部２１７は、上記した第１の実施形態と同様に、機種情報から得た能力情報とコンテンツに関する情報を比較して、配信サーバ１２０から送信されたコンテンツに対して変換が必要かどうか、変換を行う場合は、トランスコーダ部１１３でどのような変換を行うのかを決定する。
【００６７】
例えば、配信サーバ１２０から、ＭＰＥＧ−２  ＭＰ（Ｍａｉｎ  Ｐｒｏｆｉｌｅ）、８Ｍｂｐｓで圧縮符号化され、画面解像度がＳＤ（７２０ｘ４８０ピクセル）でフレームレートが３０ｆｐｓのコンテンツであるとの情報が得られており、能力テーブル１１８から該当機種はＨ．２６４符号化で５１２ｋｂｐｓ、ＱＶＧＡ（３２０ｘ２４０ピクセル）の画面解像度、フレームレートは３０ｆｐｓという能力を持つという情報が得られている場合、変換指示部２１７は、第１の実施形態と同様に、ＭＰＥＧ−２  ＭＰデコードし、画面解像度をＳＤからＱＶＧＡに変換し、Ｈ．２６４  ５１２ｋｂｐｓ、３０ｆｐｓでエンコードするといった変換指示を作成する。
【００６８】
さらに、本実施形態の変換指示部２１７は、ベアラＱｏＳ情報として最大ビットレート情報および保証ビットレート情報を参照し、これらを上回らないように変換指示を補正する。例えば、最大ビットレート情報として５１２ｋｂｐｓ、保証ビットレート情報として２５６ｋｂｐｓという情報が得られている場合、変換指示部２１７は、両者のうち小さい方の保証ビットレート情報を基準として、上記した変換指示のビットレートを２５６ｋｂｐｓに変更する。また、このとき、フレームレートを１５ｆｐｓに削減するなどの追加の補正を行っても良い。
【００６９】
以上の結果、トランスコーダ部１１３では、ベアラＱｏＳ情報を考慮した変換指示に従って入力されたストリームに対し変換を施す処理が行われる。
【００７０】
上記のように、ゲートウェイ１１０とモバイルネットワーク１５０のパケット転送装置とがベアラＱｏＳに関する連携を行う本実施形態によれば、携帯端末１７０に送信される際のコンテンツのビットレートがベアラＱｏＳで設定したベアラの最大ビットレートまたは保証ビットレートを超過することがないので、端末側で映像がフリーズする、映像の更新に時間が掛かる、音声が途切れる等の品質の劣化現象の発生を抑止することが可能になる。
【００７１】
なお、上記した第２の実施形態では、最大ビットレートおよび保証ビットレート情報の双方を用いるものとして説明したが、いずれか一方でもよいことはもちろんである。また、ベアラのＱｏＳ情報として、ＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）を取得できる場合には、当該ＱＣＩ値に従って、適宜、ビットレート、フレームレートを低下させることも可能である。
【００７２】
［第３の実施形態］
続いて、モバイルネットワークに変更を加えた本発明の第３の実施形態について、図面を参照して詳細に説明する。
【００７３】
図４は、本発明の第３の実施形態の接続構成を示すブロック図である。図４において、図１と同一の符号を付した構成要素は、第１の実施形態と同等の構成要素であるので、説明を省略し、以下、相違点を説明する。
【００７４】
図４を参照すると、ゲートウェイ１１０および蓄積装置１２５が、モバイルＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＥＰＣ（Ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）ネットワーク３００上に配置された構成が示されている。
【００７５】
図４のＳ／Ｐ−ＧＷ（Ｓｅｒｖｉｎｇ／Ｐａｃｋｅｔ  ｄａｔａ  ＧａｔｅＷａｙ）３０５は、パケット転送装置として、ＥＰＣ技術を用いた高速パケット転送を実現する。より具体的には、モバイルＬＴＥ／ＥＰＣネットワーク３００において、Ｓ／Ｐ−ＧＷ３０５は、ゲートウェイ１１０からＵＤＰ／ＩＰまたはＴＣＰ／ＩＰプロトコル等のプロトコルにて転送される動画ストリームまたは動画ファイルを受信し、ＧＴＰ−Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｕｓｅｒ  Ｐｌａｎｅ）／ＵＤＰ／ＩＰプロトコルに変換した上で動画ストリームまたは動画ファイルをｅＮｏｄｅＢ（Ｅｎｈａｎｃｅｄ−ＮｏｄｅＢ）装置３０６に送信する。
【００７６】
図４のｅＮｏｄｅＢ装置３０６は、ＬＴＥ技術を用いて、無線区間で高速パケット伝送を実現する。より具体的には、ｅＮｏｄｅＢ装置３０６は、Ｓ／Ｐ−ＧＷ３０５から送信された動画ストリームまたは動画ファイルをＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）プロトコルに変換し、携帯端末１７０に対し動画ストリームまたは動画ファイルを格納したパケットを送信する。
【００７７】
携帯端末１７０は、モバイルＬＴＥ／ＥＰＣネットワーク３００を介して、上記送信された動画ストリームまたは動画ファイルを受信し、復号、再生、表示を行う。
【００７８】
Ｓ／Ｐ−ＧＷ３０５とゲートウェイ１１０の間はＩＰプロトコルで接続するので、Ｓ／Ｐ−ＧＷ装置と接続するゲートウェイ１１０の構成は、図２および図３に示したいずれの構成であってもよい。
【００７９】
なお、図４の例では、一つのＳ／Ｐ−ＧＷに対し一つのゲートウェイを接続、連携させる構成を示しているが、複数のＳ／Ｐ−ＧＷに対し一つのゲートウェイを接続し、連携させる構成を採ることもできる。
【００８０】
以上、各実施形態にて示したように、本発明によれば、ゲートウェイ１１０にて必要なコンテンツのキャッシュが自動的に作成、コンテンツ一時蓄積装置１２５に蓄積される。このため、配信すべき端末の台数が多い場合や、特定のコンテンツに対し多くの端末からの要求が殺到するような状況下にも好適に個々の端末の能力に応じたコンテンツを配信することが可能になる。また、端末側から画面表示能力や属性情報等の送信を必要としないため、端末側の改造等も不要である。
【００８１】
以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、上記の実施形態では、圧縮符号化した動画コンテンツを配信する例を挙げて説明したが、本発明は、静止画や、オーディオ信号などのコンテンツに対しても、同一の構成で対応することができる。
【００８２】
また、動画コンテンツの圧縮符号化に使用するコーデックは、ＭＰＥＧ−２以外の周知のコーデック、例えば、Ｈ．２６４やＷＭＶ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｕｌｔｉｍｅｄｉａ  Ｖｉｄｅｏ）などを使用することができる。トランスコーダ部１１３において、変換先のコーデックとして、ＭＰＥＧ−４以外の周知のコーデック、例えば、Ｈ．２６４、ＷＭＶなどが変換先のコーデックとして使用されることになる。
【００８３】
また、ファイル変換部１１４の変換先のファイルフォーマットとしても、３ＧＰＰ以外に他の周知のファイルフォーマット、例えば３ＧＰＰ２、ＭＰ４などを使用することができる。
【００８４】
また、プロトコル変換部１１５の変換先のプロトコルとしても、他の周知のプロトコル、例えばＲＴＰ等を使用することができる。
本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【００８５】
１００  コンテンツ
１１０  ゲートウェイ
１１１、２１１  制御信号送受信部
１１２  受信部
１１３  トランスコーダ部
１１４  ファイル変換部
１１５  プロトコル変換部
１１６、１１９  パケット送信部
１１７、２１７  変換指示部
１１８  能力テーブル
１２０  配信サーバ
１２５  （コンテンツ一時）蓄積装置
１５０  モバイルネットワーク
１７０  携帯端末
１９０  ｘＧＳＮ装置
１９５  ＲＮＣ装置
３００  モバイルＬＴＥ／ＥＰＣネットワーク
３０５  Ｓ／Ｐ−ＧＷ
３０６  ｅＮｏｄｅＢ装置
【図１】
2011049193.tif 000003
【図２】
2011049193.tif 000004
【図３】
2011049193.tif 000005
【図４】
2011049193.tif 000006
【国際調査報告】
2011049193.tif 000007
2011049193.tif 000008