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