(57)【要約】  本発明は、端末側の改造やコンテンツの加工を必要とせずに、種々の端末で視聴できるようコンテンツを配信する配信システムを提供する。配信システムは、コンテンツの要求メッセージに含まれる端末の機種情報と、端末の階層符号化データの受信能力に関する能力情報とを対応付けて記憶する能力情報記憶部と、前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、前記変換したストリームまたはファイルを出力するパケット送信部とを備えるコンテンツ変換装置を含む。
2011030811.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの要求メッセージに含まれる端末の機種情報と、階層符号化データの受信能力に関する端末の能力情報とを対応付けて記憶する能力情報記憶部と、
前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、
コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、
前記変換したストリームまたはファイルを送信するパケット送信部と、を備えるコンテンツ変換装置を含む配信システム。
【請求項２】
前記コンテンツ変換装置は、前記抽出した階層符号化部分について、前記能力情報に基づいてプロトコルまたはファイル形式の変換を行う請求項１の配信システム。
【請求項３】
前記コンテンツ変換装置は、前記端末が階層符号化データを受信できない端末である場合、前記入力したストリームまたはファイルから、少なくとも一つの階層符号化部分を抽出した上で前記能力情報記憶部から読み出した端末の能力情報に基づき当該端末が受信できるコーデックに変換する請求項１または２の配信システム。
【請求項４】
ビデオ信号に対する階層符号化方式としてＨ．２６４／ＡＶＣ  ＳＶＣ方式を含む請求項１から３いずれか一の配信システム。
【請求項５】
前記能力テーブルには、携帯電話、パーソナルコンピュータ、ゲーム端末、デジタルフォトフレーム、セットトップボックス、ホームゲートウェイ、テレビのいずれか２機種以上の能力情報が含まれる請求項１から４いずれか一の配信システム。
【請求項６】
さらに、前記コンテンツ変換装置と前記端末と中継する配信サーバを備える請求項１から５いずれか一の配信システム。
【請求項７】
前記ネットワークは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網、ブロードバンド網、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）、インターネット網、Ｗ−ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、モバイルパケット網、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）網、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）網のいずれかである請求項１から６いずれか一の配信システム。
【請求項８】
さらに、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定する帯域幅推定部を備え、
前記変更指示部が、前記帯域幅推定部にて推定されたネットワークの帯域幅を超えないよう前記変換部に対して指示するコンテンツ変換装置を含む請求項１から７いずれか一の配信システム。
【請求項９】
前記コンテンツ変換装置は、前記抽出した階層符号化部分について、前記能力情報に基づいてプロトコルまたはファイル形式の変換を行う請求項８の配信システム。
【請求項１０】
コンテンツの要求メッセージに含まれる端末の機種情報と、階層符号化データの受信能力に関する端末の能力情報とを対応付けて記憶する能力情報記憶部と、
前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、
コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、
前記変換したストリームまたはファイルを送信するパケット送信部と、を備えるコンテンツ変換装置。
【請求項１１】
さらに、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定する帯域幅推定部を備え、
前記変更指示部が、前記帯域幅推定部にて推定されたネットワークの帯域幅を超えないよう前記変換部に対して指示する請求項１０のコンテンツ変換装置。
【請求項１２】
コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信するステップと、
コンテンツの要求メッセージに含まれる端末の機種情報から割り出した階層符号化データの受信能力に関する当該端末の能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成するステップと、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施するステップと、
前記変換したストリームまたはファイルを前記コンテンツの要求メッセージの送信元に配信するステップとを含む配信方法。
【請求項１３】
さらに、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定するステップを含み、
前記変換を実施するステップにおいて前記推定したネットワークの帯域幅を超えないよう変換してから、配信する請求項１２の配信方法。
【請求項１４】
外部からの依頼に応じて端末に配信するコンテンツを変換するコンピュータに実行させるプログラムであって、
前記端末からのコンテンツの要求メッセージに基づいて、コンテンツ配信元から、階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する処理と、
前記コンテンツの要求メッセージに含まれる端末の機種情報から割り出した階層符号化データの受信能力に関する当該端末の能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する処理と、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルを変換する処理と、
前記変換したストリームまたはファイルを出力する処理とを、前記コンピュータに実行させるプログラム。
【請求項１５】
さらに、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定する処理を前記コンピュータに実行させるとともに、
前記ストリームまたはファイルを変換する処理において、前記コンピュータに、前記推定したネットワークの帯域幅を超えないよう前記ストリームまたはファイルを変換させる請求項１４のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の記載］
本発明は、日本国特許出願：特願２００９−２１２２２２号（２００９年９月１４日出願）並びに、日本国特許出願：特願２００９−２１２２２３号（２００９年９月１４日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。【０００２】
本発明は、配信システム、ゲートウェイ、配信方法及びプログラムに関し、特に、階層符号化方式により圧縮符号化されたコンテンツを配信する配信システム、ゲートウェイ、配信方法及びプログラムに関する。
【背景技術】
【０００３】
固定網ネットワークのブロードバンド化、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）化や、モバイルネットワークの高速化・大容量化の進展に伴い、映像（静止画、動画など）やオーディオを含むコンテンツを、これらのネットワークを通して、家庭内のセットトップボックスやテレビ（ＴＶ）に配信するコンテンツ配信が普及しつつある。さらに、ＮＧＮ網のメリットを生かし、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ＴｅｌｅＶｉｓｉｏｎ）などのサービスが開始されようとしている。【０００４】
また、モバイル網も、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）やＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）技術などにより、今後、高速・大容量化されていく予定である。【０００５】
特許文献１に、階層符号化データの送信処理を実行するサーバと、前記サーバから階層符号化データを受信するクライアントからなるサーバクライアントシステムが開示されている。同文献によると、前記クライアントは、前記サーバに対して送信するデータ要求メッセージに、クライアントの要求する階層符号化データ態様を示す要求データ態様識別情報を格納して送信する処理を実行する構成を有し、前記サーバは、前記クライアントから受信するデータ要求メッセージに含まれる前記要求データ態様識別情報に基づいて、該要求データ態様識別情報に対応する符号化データを記憶部から抽出または生成し、前記クライアントに対して送信する処理を実行する構成を有するとされている。【０００６】
特許文献２に、画像送信装置内の構成管理テーブルに、システム内の全ての画像受信装置の復号能力情報を登録しておき、画像送信装置のパラメータ設定部が、画像転送先の画像受信装置の復号能力情報を構成管理テーブルより読み込み、この復号能力情報に従って符号化処理部のパラメータを設定するが画像送信装置が開示されている。【０００７】
特許文献３は、階層符号化ビデオ配信システムの別の一例である。特許文献３のゲートウェイは、ｍ個の第１のマルチキャストチャネルを用いてそれぞれの第２のビデオストリームを受信し、ユーザ端末から提示される所望統合階層数に基づいて、ｍ個の第２のビデオストリームを、ｎ個のユーザ端末に対してそれぞれの第３のビデオストリームに統合処理し、配信する。【０００８】
特許文献４は、階層符号化ビデオ配信システムの別の一例である。特許文献３のゲートウェイは、ｍ個の第１のマルチキャストチャネルを用いてそれぞれの第２のビデオストリームを受信し、ユーザ端末から提示される所望統合階層数に基づいて、ｍ個の第２のビデオストリームを、ｎ個のユーザ端末に対してそれぞれの第３のビデオストリームに統合処理し、配信する。【０００９】
さらに、特許文献５には、通信路のトラフィックの混雑状況に応じて動的にスケーラビリティを変化させた画像の送信を可能とする画像送信装置が開示されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００４−１９２１４０号公報
【特許文献２】特開２００５−１０１６７７号公報
【特許文献３】特開２００１−３５２５３３号公報
【特許文献４】特開２００７−２８１６４０号公報
【特許文献５】特開２００４−１６６１５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
なお、上記特許文献１〜５の全開示内容はその引用をもって本書に繰込み記載する。以下の分析は、本発明によって与えられたものである。【００１２】
しかしながら、これまでのサービスでは、ＴＶ向けの階層符号化方式により圧縮符号化されたコンテンツの配信を受けられるのは、家庭内に設置のセットトップボックスと、それに接続されるＴＶやＤＶＤレコーダなどに限定されている。上記に接続されてない種々の端末（例えば、ＰＣ（パーソナルコンピュータ）、ゲーム機、デジタルフォトフレームなど）で配信を受けることはできず、ましてや、携帯電話などの携帯端末で、家庭の外などで接続して前記のＴＶ向けコンテンツの配信を受けることはできないという問題点がある。【００１３】
その理由の一つは、前記種々の端末や前記携帯電話などで、映像、オーディオコンテンツを受信し、復号して表示する場合、コンテンツを符号化したときの符号化情報と前記端末の能力情報が一致しないことによる。この結果、前記端末では、動画ストリームを復号することが困難となり、動画像を表示できなかったり、画像が乱れたりする現象が生じる。【００１４】
また、もう一つの理由として、ビットレートや、解像度、コーデック、ファイル形式、プロトコルなどが合わないことが考えられる。この場合、前記端末では、復号すらできない状況となる。【００１５】
これらを回避するための方策として、ＴＶ用、ＰＣ用、携帯用といったように、端末毎に、あらかじめコンテンツを変換・加工し、個々の端末に合ったコンテンツを作成しておくことや、端末からの要求に応じてこれらの変換・加工を行うことが考えられる。しかしながら、このような方策では、コンテンツが増える毎、端末の種類が増える毎に、膨大な作業が必要となり、労力及び費用が膨大になってしまうという問題点がある。【００１６】
特許文献１のサーバクライアントシステムは、クライアントの要求する階層符号化データ態様を示す要求データ態様識別情報を、クライアントからサーバへの要求メッセージに格納して送信する必要がある。要求データ態様識別情報といった特殊な情報を格納するためには、従来のクライアントをそのまま使用することができず、クライアントの改造や、前記要求データ態様識別情報を格納するようなクライアントの新規導入などが必要となってしまう。【００１７】
特許文献２の画像送信装置は、システム内のすべての画像受信装置の復号能力情報を用意する必要があり、画像送信装置に復号能力情報が登録されていない端末は、上記のように依然として復号等ができないケースが生じうる。【００１８】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、上記ＴＶ向け配信を想定したコンテンツを、端末側の改造やコンテンツの加工を必要とせずに、種々の端末で視聴できるよう配信する配信システム、ゲートウェイ、配信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１９】
本発明の第１の視点によれば、コンテンツの要求メッセージに含まれる端末の機種情報と、階層符号化データの受信能力に関する端末の能力情報とを対応付けて記憶する能力情報記憶部と、前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、前記変換したストリームまたはファイルを送信するパケット送信部と、を備えるコンテンツ変換装置を含む配信システムが提供される。【００２０】
本発明の第２の視点によれば、コンテンツの要求メッセージに含まれる端末の機種情報と、階層符号化データの受信能力に関する端末の能力情報とを対応付けて記憶する能力情報記憶部と、前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、前記変換したストリームまたはファイルを送信するパケット送信部と、を備えるコンテンツ変換装置が提供される。【００２１】
本発明の第３の視点によれば、コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信するステップと、コンテンツの要求メッセージに含まれる端末の機種情報から割り出した階層符号化データの受信能力に関する当該端末の能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成するステップと、前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施するステップと、前記変換したストリームまたはファイルを前記コンテンツの要求メッセージの送信元に配信するステップとを含む配信方法が提供される。本方法は、外部から依頼に応じて端末に配信するコンテンツを変換・配信するコンピュータという、特定の機械に結びつけられている。【００２２】
本発明の第４の視点によれば、外部からの依頼に応じて端末に配信するコンテンツを変換するコンピュータに実行させるプログラムであって、前記端末からのコンテンツの要求メッセージに基づいて、コンテンツ配信元から、階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する処理と、前記コンテンツの要求メッセージに含まれる端末の機種情報から割り出した階層符号化データの受信能力に関する当該端末の能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する処理と、前記抽出情報に従って、前記要求先から受信したストリームまたはファイルを変換する処理と、前記変換したストリームまたはファイルを出力する処理とを、前記コンピュータに実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００２３】
本発明によれば、携帯電話からテレビまでの種々の端末に対して、端末側の仕様変更やコンテンツの事前変換等をせずに、コンテンツを配信することが可能になる。その理由は、例えば、Ｈ．２６４／ＡＶＣ ＳＶＣなどの圧縮符号方式により、複数の階層符号化部分を含むストリームを作成しておき、これら端末からのコンテンツの要求メッセージに含まれる機種情報に応じてコンテンツを変換するコンテンツ変換装置を含む構成を採用したことにある。
【図面の簡単な説明】
【００２４】
【図１】本発明の第１の実施形態の接続構成を示すブロック図である。
【図２】本発明の第１の実施形態のゲートウェイの詳細構成を示すブロック図である。
【図３】本発明の第２の実施形態の接続構成を示すブロック図である。
【図４】本発明の第３の実施形態の接続構成を示すブロック図である。
【図５】本発明の第４の実施形態の接続構成を示すブロック図である。
【図６】本発明のゲートウェイの別の構成例を示すブロック図である。
【図７】本発明の第５の実施形態のゲートウェイの詳細構成を示すブロック図である。
【図８】本発明のゲートウェイの別の構成例を示すブロック図である。
【発明を実施するための形態】
【００２５】
はじめに、本発明の概要について説明する。所定の階層符号化方式により圧縮符号化されたストリームまたはファイルを用意しておく。ここで、階層符号化とは、源信号を複数の階層に分割し、それぞれの階層ごとに符号化することをいう。
【００２６】
コンテンツ変換装置（図１のゲートウェイ１１０に相当）は、端末の機種毎に、階層符号化データの受信能力に関する能力情報を記憶する能力情報記憶部と、前記端末の能力情報に適合するように、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、を備えている。
【００２７】
コンテンツ変換装置は、各種の端末（図１の携帯端末１７０は、端末の一例である。）からコンテンツの要求メッセージを受け付ける配信サーバ１２０を介して、コンテンツの要求メッセージおよび前記端末から要求された前記圧縮符号化されたストリームまたはファイルを受信する。コンテンツ変換装置（図１のゲートウェイ１１０に相当）は、コンテンツの要求メッセージに含まれる機種情報を用いて、前記能力情報記憶部から、前記コンテンツの配信を要求した端末の能力情報を読み出す。次に、コンテンツ変換装置（図１のゲートウェイ１１０に相当）は、前記読み出した能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する。次に、コンテンツ変換装置（図１のゲートウェイ１１０に相当）は、前記抽出情報に従って、前記要求先から受信したストリームまたはファイルから階層符号化部分を抽出して、端末の能力に見合った変換を実施する。変換されたストリームまたはファイルは、例えば、配信サーバ１２０を介して、要求元の端末（図１の携帯端末１７０に相当）に配信される。
【００２８】
以上により、携帯電話からテレビまでの種々の端末に対して、端末側の仕様変更やコンテンツの事前の変換等をせずに、コンテンツを配信することが可能になる。また必要に応じて、前記圧縮符号化されたストリームまたはファイルから、少なくとも一つの階層符号化部分を抽出した後に、プロトコルまたはファイル形式の変換を行うこともできる。
【００２９】
［第１の実施形態］
続いて、本発明の第１の実施形態について、図面を参照して詳細に説明する。なお、以下の実施形態では、コンテンツとして動画像コンテンツを配信するものとして説明するが、静止画、オーディオ、音声のコンテンツについても場合も同様に適用することが可能である。
【００３０】
図１は、本発明の第１の実施形態の接続構成を示すブロック図である。図１を参照すると、コンテンツ提供装置１００およびゲートウェイ１１０と接続された配信サーバ１２０と、携帯端末１７０とが示されている。図１の実線の矢線はデータの流れを示し、破線は、制御信号を流れを示す。
【００３１】
コンテンツ提供装置１００には、動画像、静止画、オーディオ、音声の少なくとも一つを含むコンテンツに対し階層符号化方式により圧縮符号化されたビットストリームまたは、ビットストリームを格納したファイルが蓄積されている。本実施形態では、動画像コンテンツの階層符号化方式として、Ｈ．２６４／ＡＶＣ  ＳＶＣ（Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）を用いるものとする。詳細は、ＩＴＵ−ＴならびにＩＳＯ／ＩＥＣのＨ．２６４／ＡＶＣ  Ａｎｎｅｘ  Ｇ規格を参照することができる。
【００３２】
第１のネットワーク１３０は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網、ブロードバンドネットワーク、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）、インターネット網のいずれでもよい。
【００３３】
モバイルネットワーク１４０は、モバイルパケット網、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）網、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）網のいずれでもよいが、ここでは、モバイルパケット網であるものとする。
【００３４】
配信サーバ１２０は、携帯端末１７０からモバイルネットワーク１４０を介して接続要求を受けると、接続要求プロトコルに含まれる携帯端末の機種情報を取得し、これをゲートウェイ１１０に出力する。ここで、接続要求プロトコルはＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いるものとするが、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などを用いることもできる。
【００３５】
配信サーバ１２０は、前記機種情報の取得の後に、携帯端末１７０から選択されたコンテンツの情報を取得し、コンテンツ提供装置１００から、選択されたコンテンツに対するＨ．２６４／ＳＶＣ圧縮符号化ストリームまたはファイルを読み出して、ゲートウェイ１１０に出力する。また、配信サーバ１２０は、前記選択されたコンテンツ自体の能力情報（例えば、コンテンツを圧縮符号化したときのコーデック、映像の画面解像度、ビットレート、フレームレート、ストリームかファイルか等の情報）を、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを用いてゲートウェイ１１０に送出する。また、配信サーバ１２０は、ゲートウェイ１１０からの出力パケットをネットワークを介して携帯端末１７０に配信する。
【００３６】
ゲートウェイ１１０は、Ｈ．２６４／ＡＶＣ圧縮ストリームまたはファイルならびに携帯端末１７０の機種情報を配信サーバ１２０から入力し、前記ストリームまたはファイルに格納されたストリームに対し、携帯端末１７０の能力に応じ少なくとも一つの階層符号化部分を抽出し、配信サーバ１２０を経由して携帯端末１７０に送出する。これにより、ゲートウェイ１１０は、携帯端末１７０の機種情報に適合するようコンテンツに変換を施すコンテンツ変換装置として機能する。
【００３７】
図２は、コンテンツ変換装置として機能するゲートウェイ１１０の詳細構成を示すブロック図である。図２を参照すると、ゲートウェイ１１０は、受信部１１２と、トランスコーダ部１１３と、ファイル変換部１１４と、プロトコル変換部１１５と、パケット送信部１１６と、変換指示部１１７と、上記した能力情報記憶部に相当する能力テーブル１１８とを備えている。
【００３８】
変換指示部１１７は、配信サーバ１２０を経由して携帯端末１７０から、特定のプロトコルによるコンテンツの要求メッセージを受信および端末の機種情報を受信する。例えば、ＨＴＴＰの場合、Ｕｓｅｒ  Ａｇｅｎｔヘッダに記述されている端末の機種情報を取得することができる。このほか、変換指示部１１７に、接続に使用するネットワークの情報（例えばネットワークの種類、帯域など）などを取得させてもよい。なお、ＨＴＴＰの他に周知なプロトコル、たとえばＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などを用いることもできる。
【００３９】
能力テーブル１１８には、端末の機種ごとに、次の能力情報をあらかじめ保有しておく。
（１）受信可能なコーデック
（２）階層符号化の受信可能性（受信可否）
（３−１）受信可能な階層符号化ストリームのレベル（階層符号化が受信可の場合）
（３−２）受信可能な解像度、ビットレート、フレームレート（階層符号化が受信不可の場合）
（４）受信可能なプロトコル
（５）受信可能なファイル形式とファイルサイズ
その他、上記（１）〜（５）以外の情報を能力情報に加えても良い。
【００４０】
変換指示部１１７は、上記のような能力テーブル１１８から読み出した端末の機種情報に対応した能力情報と、配信サーバ１２０から送出されたコンテンツ自体の能力情報（例えば、当該コンテンツを圧縮符号化したときのコーデック、映像の解像度、ビットレート、フレームレート、ストリームかファイルか等の情報）とに基づいて、配信サーバ１２０から受信した映像コンテンツに対して変換が必要か否か、変換を行う場合は、トランスコーダ部１１３でどのような変換を行うのかを示す抽出情報を作成する。
【００４１】
例えば、前記コンテンツ自体の能力情報によれば、映像コンテンツが、Ｈ．２６４／ＡＶＣ  ＳＶＣ  １０Ｍｂｐｓで圧縮符号化され、Ｂａｓｅｍｅｎｔ  Ｌａｙｅｒが１層、Ｅｎｈａｎｃｅｍｅｎｔ  ＬａｙｅｒがＮ層（Ｎは１以上の整数）であり、解像度が最大でＨＤ（１４４０ｘ１０８０ピクセル）でフレームレートが３０ｆｐｓであり、最小でＱＣＩＦ（１７６ｘ１４４）でフレームレートが１５ｆｐｓである場合を考える。
【００４２】
例えば、携帯端末１７０が新型の携帯電話であり、能力テーブル１１８から、Ｈ．２６４／ＡＶＣ  ＳＶＣ符号化で５１２ｋｂｐｓ、画面解像度がＱＶＧＡ（３２０ｘ２４０ピクセル）、フレームレートは３０ｆｐｓとの能力情報が得られているものとする。
【００４３】
この場合、変換指示部１１７は、前記選択されたコンテンツを、配信先の端末の能力情報に適合させるために、Ｈ．２６４／ＡＶＣ  ＳＶＣビットストリームから少なくとも一つの階層符号化部分を抽出するための抽出情報（例えば、Ｈ．２６４／ＡＶＣ  ＳＶＣのビットストリームから、Ｂａｓｅｍｅｎｔ  ＬａｙｅｒのビットストリームならびにＥｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ１を抜き出すことにより、画面解像度をＨＤからＱＶＧＡに変換し、ビットレートやフレームレートを５１２ｋｂｐｓ、３０ｆｐｓに変換する等）を作成し、この抽出情報をトランスコーダ部１１３に出力する。また、前記読み出した能力情報は、受信部１１２、ファイル変換部１１４、プロトコル変換部１１５、パケット送信部１１６にも出力される。
【００４４】
また例えば、携帯端末１７０の機種情報が旧型機種を示しており、Ｈ．２６４／ＡＶＣ  ＳＶＣ符号化を復号できなくてＭＰＥＧ−４  ｂａｓｅｂａｎｄ  Ｐｒｏｆｉｌｅ  １２８ｋｂｐｓ  １５ｆｐｓのみを復号できるとの能力情報が得られている場合、変換指示部１１７は、抽出情報および変換情報として、Ｈ．２６４／ＡＶＣ  ＳＶＣストリームからＢａｓｅｍｅｎｔ  Ｌａｙｅｒのみを抽出し、これをＭＰＥＧ−４  Ｂａｓｅｂａｎｄ  Ｐｒｏｆｉｌｅ、１２８ｋｂｐｓ、１５ｆｐｓにコーデック変換するとの内容を、トランスコーダ部１１３に出力する。また、前記読み出した能力情報は、受信部１１２、ファイル変換部１１４、プロトコル変換部１１５、パケット送信部１１６にも出力される。
【００４５】
受信部１１２は、配信サーバ１２０から、選択された映像コンテンツのファイルまたはストリームを受信し、ファイルの場合はファイルに格納されているストリームを取り出して出力する。ストリームの場合はパケットのペイロードに格納されているストリームを取り出してトランスコーダ部１１３に出力する。
【００４６】
トランスコーダ部１１３は、受信部１１２で取り出されたストリームを受信し、変換指示部１１７から出力された抽出情報（例えば、Ｈ．２６４／ＡＶＣ  ＳＶＣのビットストリームから、Ｂａｓｅｍｅｎｔ  ＬａｙｅｒのビットストリームならびにＥｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ１を抜き出す）に従って、実時間で動作するトランスコーダを動作させ、Ｈ．２６４／ＡＶＣ  ＳＶＣストリームから、少なくとも一つの階層部分を抽出し、抽出後のストリームをファイル変換部１１４に出力する。
【００４７】
一方、旧型携帯端末の場合にコーデックも変換する必要がある場合は、上記した抽出情報に加えて変換情報が出力される。この場合、トランスコーダ部１１３は、Ｈ．２６４／ＡＶＣ  ＳＶＣストリームから、前記抽出情報に従い、例えばＢａｓｅｍｅｎｔ  Ｌａｙｅｒのみを抽出し、これをＭＰＥＧ−４  Ｂａｓｅｂａｎｄ  Ｐｒｏｆｉｌｅ  １２８ｋｂｐｓ  １５ｆｐｓにコーデック変換する変換を実施し、変換後のストリームをファイル変換部１１４に出力する。
【００４８】
ファイル変換部１１４は、変換指示部１１７から出力された携帯端末１７０の能力情報の上記（５）受信可能なファイル形式とファイルサイズに従い、トランスコーダ部１１３から出力された抽出処理後のストリームを、携帯端末１７０に送出するためのファイル形式に変換する。例えば、携帯端末の場合、３ＧＰＰ、３ＧＰＰ２、ＭＰ４などのファイル形式があり、携帯端末の機種によってファイル形式を決定することができる。ファイル変換部１１４は、このように決定したファイル形式に従いファイルを生成し、その中に抽出後のストリームを格納し、ファイルをプロトコル変換部１１５に出力する。ここで、例えば３ＧＰＰファイルフォーマットの詳細は、３ＧＰＰ  ＴＳ２６．２４４規格を参照することができる。
【００４９】
プロトコル変換部１１５は、変換指示部１１７から出力された能力情報の上記（４）受信可能なプロトコルに従い、携帯端末１７０が受け取ることができるプロトコルを決定し、このプロトコルによりファイル変換部１１４から出力されたファイルを送出する。ここで、プロトコルとしては、ＨＴＴＰを使用するものとするが、他の周知なプロトコル、例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）などを用いることもできる。
【００５０】
パケット送信部１１６は、変換指示部１１７から出力された能力情報に従い、プロトコル変換部１１５から出力されたファイルを、ＨＴＴＰ／ＵＤＰ／ＩＰパケットにてモバイルネットワーク１４０に送出する。ここで、パケット送信部１１６が送出に用いるパケット形式としては、他の周知なパケット形式、たとえば、ＲＴＰ／ＵＤＰ／ＩＰパケットなどを用いることもできる。
【００５１】
以上、本発明の第１の実施形態を説明したが、モバイルネットワーク１４０は、モバイルパケット網のほか、ＷｉＭａｘ網、ＬＴＥ網などであってもよく、同じ構成にて実施することができる。また、フェムトセルアクセスポイントを用いたネットワークであってもよく、この場合も同じ構成で実施することができる。
【００５２】
また、上記した実施形態では、ファイル変換部１１４の変換先のファイルフォーマットとして、３ＧＰＰ、３ＧＰＰ２、ＭＰ４などを例示したが、その他のファイルフォーマットであってもよい。
【００５３】
また、上記した実施形態では、プロトコル変換部１１５の変換先のプロトコルとして、ＨＴＴＰ、ＲＴＰを例示したが、その他のプロトコルを使用することも可能である。
【００５４】
さらに、上記した実施形態では、映像信号を圧縮符号化したコンテンツを配信するものとして説明したが、静止画や、オーディオ信号、音声信号などのコンテンツに対しても、同一の構成で対応することができる。
【００５５】
［第２の実施形態］
続いて、コンテンツの配信先に変更を加えた本発明の第２の実施形態について、図面を参照して詳細に説明する。
【００５６】
図３は、本発明の第２の実施形態の接続構成を示すブロック図である。図３において、図１と同一の番号を付した構成要素は、第１の実施形態と同等の構成要素であるので、説明を省略し、以下、相違点を説明する。
【００５７】
図３では、配信サーバ１２０にインターネット１６０を介して、ＰＣ（パーソナルコンピュータ）１８０と、ゲーム端末１９０とが接続されている。なお、図３の例では、ＰＣ１８０とゲーム端末１９０とを示したが、能力テーブルに機種情報を登録することで、デジタルフォトフレーム、モバイルデータカードを格納したノートＰＣやモバイルデータカード等のその他インターネット接続機能を備えた機器を配信先とすることもできる。
【００５８】
ＰＣ１８０やゲーム端末１９０は、インターネット１６０を介して、特定のプロトコル（例えば、ＨＴＴＰなど）により、配信サーバ１２０に接続要求信号を送信する。配信サーバ１２０とゲートウェイ１１０間のこれ以降のやりとりは、第１の実施形態と同様であるので、説明は省略する。
【００５９】
［第３の実施形態］
続いて、コンテンツの配信先に変更を加えた本発明の第３の実施形態について、図面を参照して詳細に説明する。
【００６０】
図４は、本発明の第３の実施形態の接続構成を示すブロック図である。図４において、図１と同一の番号を付した構成要素は、第１の実施形態と同等の構成要素であるので、説明を省略し、以下、相違点を説明する。
【００６１】
図４のモバイルネットワーク１５０には、ｘＧＳＮ（Ｓｅｒｖｉｎｇ／Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）装置１９５と、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）装置１９６とが配置されている。なお、ＧＰＲＳは、高速パケット通信を実現するＧｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅの略である。
【００６２】
配信サーバ１２０とｘＧＳＮ装置１９５との間のプロトコルとしては、ＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）を使用するものとする。従って、ゲートウェイ１１０のプロトコル変換部１１５は、ＧＴＰ／ＵＤＰ／ＩＰプロトコルによりファイル形式を読み込み、パケット送信部１１６から配信サーバ１２０を経由して、モバイルネットワーク１５０上のｘＧＳＮ装置１９５に対し、ＧＴＰ／ＵＤＰ／ＩＰパケットとして送出する。
【００６３】
ｘＧＳＮ装置１９５は、配信サーバ１２０から出力されたファイルをＩｕ−ＰＳプロトコルに変換し、ＲＮＣ装置１９６に出力する。ＲＮＣ装置１９６は、Ｉｕ−ＰＳプロトコルをＴＣＰ／ＩＰプロトコルに変換し、携帯端末１７０が在圏するエリアにある無線基地局を選択し当該無線基地局を経由して携帯端末１７０にパケットを送出する。
【００６４】
携帯端末１７０は、モバイルネットワーク１５０を介して、ＴＣＰ／ＩＰプロトコルによりコンテンツファイルを受信し、前記ファイルからストリームを取り出し、復号、再生、表示を行う。
【００６５】
なお、携帯端末１７０の無線機能としては、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００だけでなく、ＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、ＨＳＰＡ＋（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）やＷｉＭａｘなどを使用することができる。
【００６６】
［第４の実施形態］
続いて、コンテンツの配信先に変更を加えた本発明の第４の実施形態について、図面を参照して詳細に説明する。
【００６７】
図５は、本発明の第４の実施形態の接続構成を示すブロック図である。図５において、図１と同一の番号を付した構成要素は、第１の実施形態と同等の構成要素であるので、説明を省略し、以下、相違点を説明する。
【００６８】
図５において、第１のネットワーク１３０はＮＧＮであるとする。
【００６９】
配信サーバ１２０は、携帯端末１７０からモバイルネットワーク１４０を介して要求を受け付ける。また、配信サーバ１２０は、宅内２００のテレビ２２０からセットトップボックス２１０を通して要求を受け付ける。
【００７０】
配信サーバ１２０は、携帯端末１７０またはテレビ２２０から送出された要求メッセージから機種情報を読み出し、ゲートウェイ１１０に通知する。
【００７１】
ここで、セットトップボックス２１０ならびにテレビ２２０は、ＨＤ解像度で３０ｆｐｓのビデオストリームを受信し再生することができるので、能力テーブル１１８から該当する機種情報に対応する能力情報を取得すると、Ｈ．２４６／ＡＶＣ  ＳＶＣストリームのすべての階層部分を抽出するとの抽出情報が得られる。この結果、受信部１１２で取り出したストリームは、トランスコーダ部１１３ならびにファイル変換部１１４をバイパスして、プロトコル変換部１１５に出力される。
【００７２】
プロトコル変換部１１５では、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）により規定されているＵＰｎＰ／ＩＰプロトコルが用いられ、パケット送信部１１６が前記プロトコルをパケットに格納し、ＮＧＮを通して、セットトップボックス２１０に向けて送出する。
【００７３】
一方、モバイルネットワーク１４０に向けた配信については、第１の実施形態と同様に、ゲートウェイ１１０は、モバイルネットワークの帯域幅の推定値と携帯端末の機種情報を用いて抽出や変換を実施する。
【００７４】
本実施形態からも明らかなように、本発明は、ＮＧＮを経由したＴＶへのコンテンツ配信と、モバイルネットワーク１４０を経由した携帯端末１７０へのコンテンツ配信とを、同一構成にて実施することができる。
【００７５】
［第５の実施形態の概要］
続いて、本発明の第５の実施形態の概要について説明する。本実施形態のコンテンツ変換装置（図１のゲートウェイ１１０に相当）は、端末の機種毎に、階層符号化データの受信能力に関する能力情報を記憶する能力情報記憶部と、前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定する帯域幅推定部と、前記端末の能力情報に適合するように、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成するとともに、前記推定したネットワークの帯域幅を超えないように、ビットレートやファイルサイズの変更を指示する変更指示部と、前記抽出情報および指示内容に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、を備えている。
【００７６】
コンテンツ変換装置は、各種の端末（図１の携帯端末１７０は、端末の一例である。）からコンテンツの要求メッセージを受け付ける配信サーバ１２０を介して、コンテンツの要求メッセージおよび前記端末から要求された前記圧縮符号化されたストリームまたはファイルを受信する。コンテンツ変換装置（図１のゲートウェイ１１０に相当）は、前記コンテンツの要求メッセージに含まれる端末の機種情報を用いて、前記能力情報記憶部から、前記コンテンツの配信を要求した端末の能力情報を読み出す。次に、コンテンツ変換装置（図１のゲートウェイ１１０に相当）は、前記読み出した能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する。コンテンツ変換装置（図１のゲートウェイ１１０に相当）は、前記抽出情報に従って、前記要求先から受信したストリームまたはファイルから階層符号化部分を抽出して、端末の能力および前記推定したネットワークの帯域幅に見合った変換を実施する。変換されたストリームまたはファイルは、例えば、配信サーバ１２０を介して、要求元の端末（図１の携帯端末１７０に相当）に配信される。
【００７７】
以上により、携帯電話からテレビまでの種々の端末に対して、端末側の仕様変更やコンテンツの事前の変換等をせずにコンテンツの配信を行うとともに、ネットワークの帯域幅の変動による画質劣化等を抑止することが可能になる。また必要に応じて、前記圧縮符号化されたストリームまたはファイルから、少なくとも一つの階層符号化部分を抽出した後に、プロトコルまたはファイル形式の変換を行うこともできる。
【００７８】
［第５の実施形態］
続いて、本発明の第５の実施形態について、上記した第１〜第４の実施形態との相違点を中心に説明する。
【００７９】
図７は、コンテンツ変換装置として機能するゲートウェイ１１０の詳細構成を示すブロック図である。図７を参照すると、ゲートウェイ１１０は、受信部１１２と、トランスコーダ部１１３と、ファイル変換部１１４と、プロトコル変換部１１５と、パケット送信部１１６と、変換指示部１１７と、上記した能力情報記憶部に相当する能力テーブル１１８と、帯域幅推定部１１９とを備えている。
【００８０】
変換指示部１１７は、配信サーバ１２０を経由して携帯端末１７０から、特定のプロトコルによるコンテンツの要求メッセージおよび応答を受信する。例えば、ＨＴＴＰの場合、Ｕｓｅｒ  Ａｇｅｎｔヘッダに記述されている端末の機種情報を取得することができる。このほか、変換指示部１１７に、接続に使用するネットワークの情報（例えばネットワークの種類、帯域など）などを取得させてもよい。なお、ＨＴＴＰの他に周知なプロトコル、たとえばＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などを用いることもできる。
【００８１】
能力テーブル１１８には、端末の機種ごとに、次の能力情報をあらかじめ保有しておく。
（１）受信可能なコーデック
（２）階層符号化の受信可能性（受信可否）
（３−１）受信可能な階層符号化ストリームのレベル（階層符号化が受信可の場合）
（３−２）受信可能な解像度、ビットレート、フレームレート（階層符号化が受信不可の場合）
（４）受信可能なプロトコル
（５）受信可能なファイル形式とファイルサイズ
その他、上記（１）〜（５）以外の情報を能力情報に加えても良い。
【００８２】
帯域幅推定部１１９は、配信サーバ１２０を経由して携帯端末１７０からの応答に基づいて、モバイルネットワーク１４０の帯域幅を推定する。
【００８３】
ある時刻ｊにおける帯域幅の推定値Ｗｊは、例えば、携帯端末１７０からの応答メッセージを用いた次式（１）、式（２）を用いて算出することができる。
【００８４】
△ｊ  ＝  ＡＣＫ（ｊ）  −  ＡＣＫ（ｊ−１）  ・・・（１）
Ｗｊ  ＝  Ｒ  ／  △ｊ  ・・・（２）
なお、式（１）、式（２）において、ＡＣＫ（ｊ）はｊ時刻に受信した応答メッセージを表し、ＡＣＫ（ｊ−１）は、時刻ｊより１単位遡った時刻ｊ−１に受信した応答メッセージを表す。式（１）の△ｊは時刻ｊにおける応答メッセージの受信時刻の差分を示し、Ｒは、ｊ−１時刻に配信した単位時間あたりのビットストリーム量または、配信した単位時間あたりのファイルサイズを示す。
【００８５】
帯域幅推定部１１９は、予め定められた時間毎に、モバイルネットワーク１４０の帯域幅推定値Ｗｊを算出し、変換指示部１１７に出力する。
【００８６】
変換指示部１１７は、上記のような能力テーブル１１８から読み出した端末の機種情報に対応した能力情報と、配信サーバ１２０から送出されたコンテンツ自体の能力情報（例えば、当該コンテンツを圧縮符号化したときのコーデック、映像の解像度、ビットレート、フレームレート、ストリームかファイルか等の情報）とに基づいて、配信サーバ１２０から受信した映像コンテンツに対して変換が必要か否か、変換を行う場合は、トランスコーダ部１１３でどのような変換を行うのかを示す抽出情報を作成する。
【００８７】
さらに、変換指示部１１７は、帯域幅推定部１１９から出力される帯域幅推定値Ｗｊを入力し、帯域幅推定値Ｗｊを超えないように配信すべきビットレートまたは配信すべきファイルサイズを決定する。
【００８８】
例えば、前記コンテンツ自体の能力情報によれば、映像コンテンツが、Ｈ．２６４／ＡＶＣ  ＳＶＣ  １０Ｍｂｐｓで圧縮符号化され、Ｂａｓｅｍｅｎｔ  Ｌａｙｅｒが１層、Ｅｎｈａｎｃｅｍｅｎｔ  ＬａｙｅｒがＮ層（Ｎは１以上の整数）であり、解像度が最大でＨＤ（１４４０ｘ１０８０ピクセル）でフレームレートが３０ｆｐｓであり、最小でＱＣＩＦ（１７６ｘ１４４）でフレームレートが１５ｆｐｓである場合を考える。
【００８９】
例えば、携帯端末１７０が新型の携帯電話であり、能力テーブル１１８から、Ｈ．２６４／ＡＶＣ  ＳＶＣ符号化で５１２ｋｂｐｓ、画面解像度がＱＶＧＡ（３２０ｘ２４０ピクセル）、フレームレートは３０ｆｐｓとの能力情報が得られているものとする。
【００９０】
この場合、変換指示部１１７は、前記選択されたコンテンツを、配信先の端末の能力情報に適合させるために、Ｈ．２６４／ＡＶＣ  ＳＶＣビットストリームから少なくとも一つの階層符号化部分を抽出するための抽出情報（例えば、Ｈ．２６４／ＡＶＣ  ＳＶＣのビットストリームから、Ｂａｓｅｍｅｎｔ  ＬａｙｅｒのビットストリームならびにＥｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ１を抜き出すことにより、画面解像度をＨＤからＱＶＧＡに変換し、ビットレートやフレームレートを５１２ｋｂｐｓ、３０ｆｐｓに変換する等）を作成する。さらに、帯域幅推定値Ｗｊとして３８４ｋｂｐｓが得られている場合、変換指示部１１７は、端末の能力情報が５１２ｋｂｐｓを示していても、このまま配信するとネットワークの帯域幅を超過すると判断し、ビットレートを３８４ｋｂｐｓ、３０ｆｐｓに抑えることを決定し、この抽出情報および決定した内容をトランスコーダ部１１３に出力する。また、前記読み出した能力情報は、受信部１１２、ファイル変換部１１４、プロトコル変換部１１５、パケット送信部１１６にも出力される。
【００９１】
また例えば、携帯端末１７０の機種情報が旧型機種を示しており、Ｈ．２６４／ＡＶＣ  ＳＶＣ符号化を復号できなくてＭＰＥＧ−４  ｂａｓｅｂａｎｄ  Ｐｒｏｆｉｌｅ  １２８ｋｂｐｓ  １５ｆｐｓのみを復号できるとの能力情報が得られている場合、変換指示部１１７は、抽出情報および変換情報として、Ｈ．２６４／ＡＶＣ  ＳＶＣストリームからＢａｓｅｍｅｎｔ  Ｌａｙｅｒのみを抽出し、これをＭＰＥＧ−４  Ｂａｓｅｂａｎｄ  Ｐｒｏｆｉｌｅ、１２８ｋｂｐｓ、１５ｆｐｓにコーデック変換するとの内容を決定する。帯域幅推定値Ｗｊは５１２ｋｂｐｓを示しているので、変換指示部１１７は、１２８ｋｂｐｓ、１５ｆｐｓであれば帯域幅を超過しないと判断し、トランスコーダ部１１３に前記決定した内容をそのまま出力する。また、前記読み出した能力情報は、受信部１１２、ファイル変換部１１４、プロトコル変換部１１５、パケット送信部１１６にも出力される。
【００９２】
受信部１１２は、配信サーバ１２０から、選択された映像コンテンツのファイルまたはストリームを受信し、ファイルの場合はファイルに格納されているストリームを取り出して出力する。ストリームの場合はパケットのペイロードに格納されているストリームを取り出してトランスコーダ部１１３に出力する。
【００９３】
トランスコーダ部１１３は、受信部１１２で取り出されたストリームを受信し、変換指示部１１７から出力された抽出情報（例えば、Ｈ．２６４／ＡＶＣ  ＳＶＣのビットストリームから、Ｂａｓｅｍｅｎｔ  ＬａｙｅｒのビットストリームならびにＥｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ１を抜き出す）およびビットレートを３８４ｋｂｐｓ、３０ｆｐｓに抑えるとの指示に従って、実時間で動作するトランスコーダを動作させ、Ｈ．２６４／ＡＶＣ  ＳＶＣストリームから、少なくとも一つの階層部分を抽出し、抽出後のストリームをファイル変換部１１４に出力する。
【００９４】
一方、旧型携帯端末の場合にコーデックも変換する必要がある場合は、上記した抽出情報に加えて変換情報が出力される。この場合、トランスコーダ部１１３は、Ｈ．２６４／ＡＶＣ  ＳＶＣストリームから、前記抽出情報に従い、例えばＢａｓｅｍｅｎｔ  Ｌａｙｅｒのみを抽出し、これをＭＰＥＧ−４  Ｂａｓｅｂａｎｄ  Ｐｒｏｆｉｌｅ  １２８ｋｂｐｓ  １５ｆｐｓにコーデック変換する変換を実施し、変換後のストリームをファイル変換部１１４に出力する。
【００９５】
ファイル変換部１１４は、変換指示部１１７から出力された携帯端末１７０の能力情報の上記（５）受信可能なファイル形式とファイルサイズに従い、トランスコーダ部１１３から出力された抽出処理後のストリームを、携帯端末１７０に送出するためのファイル形式に変換する。例えば、携帯端末の場合、３ＧＰＰ、３ＧＰＰ２、ＭＰ４などのファイル形式があり、携帯端末の機種によってファイル形式を決定することができる。ファイル変換部１１４は、このように決定したファイル形式に従いファイルを生成し、その中に抽出後のストリームを格納し、ファイルをプロトコル変換部１１５に出力する。ここで、例えば３ＧＰＰファイルフォーマットの詳細は、３ＧＰＰ  ＴＳ２６．２４４規格を参照することができる。
【００９６】
プロトコル変換部１１５は、変換指示部１１７から出力された能力情報の上記（４）受信可能なプロトコルに従い、携帯端末１７０が受け取ることができるプロトコルを決定し、このプロトコルによりファイル変換部１１４から出力されたファイルを送出する。ここで、プロトコルとしては、ＨＴＴＰを使用するものとするが、他の周知なプロトコル、例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）などを用いることもできる。
【００９７】
パケット送信部１１６は、変換指示部１１７から出力された能力情報に従い、プロトコル変換部１１５から出力されたファイルを、ＨＴＴＰ／ＵＤＰ／ＩＰパケットにてモバイルネットワーク１４０に送出する。ここで、パケット送信部１１６が送出に用いるパケット形式としては、他の周知なパケット形式、たとえば、ＲＴＰ／ＵＤＰ／ＩＰパケットなどを用いることもできる。
【００９８】
以上、本発明の第５の実施形態を説明したが、モバイルネットワーク１４０は、モバイルパケット網のほか、ＷｉＭａｘ網、ＬＴＥ網などであってもよく、同じ構成にて実施することができる。また、フェムトセルアクセスポイントを用いたネットワークであってもよく、この場合も同じ構成で実施することができる。
【００９９】
また、上記した実施形態では、ファイル変換部１１４の変換先のファイルフォーマットとして、３ＧＰＰ、３ＧＰＰ２、ＭＰ４などを例示したが、その他のファイルフォーマットであってもよい。
【０１００】
また、上記した実施形態では、プロトコル変換部１１５の変換先のプロトコルとして、ＨＴＴＰ、ＲＴＰを例示したが、その他のプロトコルを使用することも可能である。
【０１０１】
さらに、上記した実施形態では、映像信号を圧縮符号化したコンテンツを配信するものとして説明したが、静止画や、オーディオ信号、音声信号などのコンテンツに対しても、同一の構成で対応することができる。
【０１０２】
以上のように、本発明によれば、個々のビデオコンテンツについて、複数の階層符号化部分を含むストリームを作成しておくことで、ゲートウェイ１１０にて階層部符号化分の抽出が自動的に実施されるため、配信先の端末の能力を考慮した事前の編纂作業や、端末を改造が不要となり、どのような端末でも受信したストリームを再生することが可能になる。また第５の実施形態のように帯域幅推定部１１９を備えた場合には、ネットワークの帯域幅の変動による画質劣化等が抑止される。
【０１０３】
上記の点は、特許文献１と比較においても、本発明を大きく有利にする。すなわち、特許文献１では、クライアントの要求する階層符号化データ態様を示す要求データ態様識別情報を、クライアントからサーバへの要求メッセージに格納して送信する必要があり、前記要求データ態様識別情報の送出を可能にするためのクライアントの改造や、そのような機能を備えたクライアントの新規導入などが必要であるところ、本発明によれば、クライアントや端末の改造は不要で、従来のクライアントや端末をそのまま使用することができる。
【０１０４】
以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、上記の実施形態では、映像信号を圧縮符号化したコンテンツを配信する例を挙げて説明したが、本発明は、静止画や、オーディオ信号などのコンテンツに対しても、同一の構成で対応することができる。
【０１０５】
また、上記の実施形態では、ゲートウェイ１１０は、ファイル変換部１１４およびプロトコル変換部１１５を備えるものとして説明したが、ファイル変換やプロトコル変換が不要である場合には、図６、図８に示すように、前記抽出情報を用いた変換処理を行い、ファイル変換やプロトコル変換を省略する構成も採用可能である。
【０１０６】
本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施例ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【０１０７】
最後に、本発明の好ましい形態を要約する。
【０１０８】
［第１の形態］
（上記第１の視点による配信システム参照）
【０１０９】
［第２の形態］
第１の形態の配信システムにおいて、
前記コンテンツ変換装置は、前記抽出した階層符号化部分について、前記能力情報に基づいてプロトコルまたはファイル形式の変換を行う配信システム。
【０１１０】
［第３の形態］
第１または第２の形態の配信システムにおいて、
前記コンテンツ変換装置は、前記端末が階層符号化データを受信できない端末である場合、前記入力したストリームまたはファイルから、少なくとも一つの階層符号化部分を抽出した上で前記能力情報記憶部から読み出した端末の能力情報に基づき当該端末が受信できるコーデックに変換する配信システム。
【０１１１】
［第４の形態］
第１から第３いずれか一の形態の配信システムにおいて、
ビデオ信号に対する階層符号化方式としてＨ．２６４／ＡＶＣ  ＳＶＣ方式を含む配信システム。
【０１１２】
［第５の形態］
第１から第４いずれか一の形態の配信システムにおいて、
前記能力テーブルには、携帯電話、パーソナルコンピュータ、ゲーム端末、デジタルフォトフレーム、セットトップボックス、ホームゲートウェイ、テレビのいずれか２機種以上の能力情報が含まれる配信システム。
【０１１３】
［第６の形態］
第１から第５いずれか一の形態の配信システムにおいて、
さらに、前記コンテンツ変換装置と前記端末と中継する配信サーバを備える配信システム。
【０１１４】
［第７の形態］
第１から第６いずれか一の形態の配信システムにおいて、
前記ネットワークは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網、ブロードバンド網、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）、インターネット網、Ｗ−ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、モバイルパケット網、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）網、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）網のいずれかである配信システム。
【０１１５】
［第８の形態］
（上記第２の視点によるコンテンツ変換装置参照）
【０１１６】
［第９の形態］
（上記第３の視点による配信方法参照）
【０１１７】
［第１０の形態］
（上記第４の視点によるプログラム参照）
【０１１８】
［第１１の形態］
コンテンツの要求メッセージに含まれる端末の機種情報と、階層符号化データの受信能力に関する端末の能力情報とを対応付けて記憶する能力情報記憶部と、
前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定する帯域幅推定部と、
コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、
前記変換したストリームまたはファイルを送信するパケット送信部と、を備え、
前記変更指示部が、前記帯域幅推定部にて推定されたネットワークの帯域幅を超えないよう前記変換部に対して指示するコンテンツ変換装置を含む配信システム。
【０１１９】
［第１２の形態］
第１１の形態の配信システムにおいて、
前記コンテンツ変換装置は、前記抽出した階層符号化部分について、前記能力情報に基づいてプロトコルまたはファイル形式の変換を行う配信システム。
【０１２０】
［第１３の形態］
第１１または第１２の形態の配信システムにおいて、
前記コンテンツ変換装置は、前記端末が階層符号化データを受信できない端末である場合、前記入力したストリームまたはファイルから、少なくとも一つの階層符号化部分を抽出した上で前記能力情報記憶部から読み出した端末の能力情報に基づき当該端末が受信できるコーデックに変換する配信システム。
【０１２１】
［第１４の形態］
第１１から第１３いずれか一の形態の配信システムにおいて、
前記帯域幅推定部は、配信先の端末からの応答情報を用いて、配信に使用するネットワークの帯域幅を推定する配信システム。
【０１２２】
［第１５の形態］
第１１から第１４いずれか一の形態の配信システムにおいて、
ビデオ信号に対する階層符号化方式としてＨ．２６４／ＡＶＣ  ＳＶＣ方式を含む配信システム。
【０１２３】
［第１６の形態］
第１１から第１５いずれか一の形態の配信システムにおいて、
前記能力テーブルには、携帯電話、パーソナルコンピュータ、ゲーム端末、デジタルフォトフレーム、セットトップボックス、ホームゲートウェイ、テレビのいずれか２機種以上の能力情報が含まれる配信システム。
【０１２４】
［第１７の形態］
第１１から第１６いずれか一の形態の配信システムにおいて、
さらに、前記コンテンツ変換装置と前記端末と中継する配信サーバを備える配信システム。
【０１２５】
［第１８の形態］
第１１から第１７いずれか一の形態の配信システムにおいて、
前記ネットワークは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網、ブロードバンド網、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）、インターネット網、Ｗ−ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、モバイルパケット網、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）網、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）網のいずれかである配信システム。
【０１２６】
［第１９の形態］
コンテンツの要求メッセージに含まれる端末の機種情報と、階層符号化データの受信能力に関する端末の能力情報とを対応付けて記憶する能力情報記憶部と、
前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定する帯域幅推定部と、
コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、
前記変換したストリームまたはファイルを送信するパケット送信部と、を備え、
前記変更指示部が、前記帯域幅推定部にて推定されたネットワークの帯域幅を超えないよう前記変換部に対して指示するコンテンツ変換装置。
【０１２７】
［第２０の形態］
コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信するステップと、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定するステップと、
コンテンツの要求メッセージに含まれる端末の機種情報から割り出した階層符号化データの受信能力に関する当該端末の能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成するステップと、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施するステップと、
前記変換したストリームまたはファイルを前記端末に配信するステップとを含み、
前記変換を実施するステップにおいて前記推定したネットワークの帯域幅を超えないよう変換してから、配信する配信方法。
【０１２８】
［第２１の形態］
外部からの依頼に応じて端末に配信するコンテンツを変換するコンピュータに実行させるプログラムであって、
前記端末からのコンテンツの要求メッセージに基づいて、コンテンツ配信元から、階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する処理と、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定する処理と、
コンテンツの要求メッセージに含まれる端末の機種情報から割り出した階層符号化データの受信能力に関する当該端末の能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する処理と、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルを変換する処理と、
前記変換したストリームまたはファイルを出力する処理とを、前記コンピュータに実行させるとともに、
前記ストリームまたはファイルを変換する処理において、前記コンピュータに、前記推定したネットワークの帯域幅を超えないよう前記ストリームまたはファイルを変換させるプログラム。
【符号の説明】
【０１２９】
１００  コンテンツ提供装置
１１０  ゲートウェイ（コンテンツ変換装置）
１１２  受信部
１１３  トランスコーダ部
１１４  ファイル変換部
１１５  プロトコル変換部
１１６  パケット送信部
１１７  変換指示部
１１８  能力テーブル（能力情報記憶部）
１１９  帯域幅推定部
１２０  配信サーバ
１３０  第１のネットワーク
１４０、１５０  モバイルネットワーク
１６０  第２のネットワーク（インターネット）
１７０  携帯端末
１８０  ＰＣ（パーソナルコンピュータ）
１９０  ゲーム端末
１９５  ｘＧＳＮ装置
１９６  ＲＮＣ装置
【図１】
2011030811.tif 000003
【図２】
2011030811.tif 000004
【図３】
2011030811.tif 000005
【図４】
2011030811.tif 000006
【図５】
2011030811.tif 000007
【図６】
2011030811.tif 000008
【図７】
2011030811.tif 000009
【図８】
2011030811.tif 000010
【手続補正書】
【提出日】平成24年3月14日(2012.3.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンテンツの要求メッセージに含まれる端末の機種情報と、階層符号化データの受信能力に関する端末の能力情報とを対応付けて記憶する能力情報記憶部と、
前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、
コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、
前記変換したストリームまたはファイルを送信するパケット送信部と、を備えるコンテンツ変換装置を含む配信システム。
【請求項２】
前記コンテンツ変換装置は、前記抽出した階層符号化部分について、前記能力情報に基づいてプロトコルまたはファイル形式の変換を行う請求項１の配信システム。
【請求項３】
前記コンテンツ変換装置は、前記端末が階層符号化データを受信できない端末である場合、前記入力したストリームまたはファイルから、少なくとも一つの階層符号化部分を抽出した上で前記能力情報記憶部から読み出した端末の能力情報に基づき当該端末が受信できるコーデックに変換する請求項１または２の配信システム。
【請求項４】
ビデオ信号に対する階層符号化方式としてＨ．２６４／ＡＶＣ  ＳＶＣ方式を含む請求項１から３いずれか一の配信システム。
【請求項５】
前記能力情報記憶部には、携帯電話、パーソナルコンピュータ、ゲーム端末、デジタルフォトフレーム、セットトップボックス、ホームゲートウェイ、テレビのいずれか２機種以上の能力情報が各機種の機種情報と対応付けて記憶されている請求項１から４いずれか一の配信システム。
【請求項６】
さらに、前記コンテンツ変換装置と前記端末と中継する配信サーバを備える請求項１から５いずれか一の配信システム。
【請求項７】
前記配信サーバは、前記コンテンツ変換装置からの出力をＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網、ブロードバンド網、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）、インターネット網、Ｗ−ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、モバイルパケット網、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）網、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）網のいずれかを介して前記端末に配信する請求項６の配信システム。
【請求項８】
さらに、
前記コンテンツの要求メッセージを送出した端末への配信に使用するネットワークの帯域幅を推定する帯域幅推定部を備え、
前記変更指示部が、前記帯域幅推定部にて推定されたネットワークの帯域幅を超えないよう前記変換部に対して指示するコンテンツ変換装置を含む請求項１から７いずれか一の配信システム。
【請求項９】
コンテンツの要求メッセージに含まれる端末の機種情報と、階層符号化データの受信能力に関する端末の能力情報とを対応付けて記憶する能力情報記憶部と、
前記コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信する受信部と、
コンテンツの要求メッセージに含まれる端末の機種情報に対応する端末の能力情報に基づいて、前記入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成する変更指示部と、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施する変換部と、
前記変換したストリームまたはファイルを送信するパケット送信部と、を備えるコンテンツ変換装置。
【請求項１０】
コンテンツの要求メッセージに基づいて階層符号化方式により圧縮符号化されたストリームまたはファイルを受信するステップと、
コンテンツの要求メッセージに含まれる端末の機種情報から割り出した階層符号化データの受信能力に関する当該端末の能力情報に基づいて、入力したストリームまたはファイルから少なくとも一つの階層符号化部分を抽出するための抽出情報を作成するステップと、
前記抽出情報に従って、前記要求先から受信したストリームまたはファイルの変換を実施するステップと、
前記変換したストリームまたはファイルを前記コンテンツの要求メッセージの送信元に配信するステップとを含む配信方法。
【国際調査報告】
2011030811.tif 000011
2011030811.tif 000012