(57)【要約】【課題】コンテンツ受信装置によってセッションのＱｏＳ制御する。【解決手段】コンテンツ受信装置（２０）は、コンテンツ配信装置（１０）との間でセッションを確立するセッション管理部（２１）と、セッションを通じて、コンテンツ配信装置からリアルタイムに配信されるコンテンツのパケットデータを受信するデータ受信部（２３）と、データ受信部がコンテンツのパケットデータを受信しているときのセッションの品質を測定するセッション品質測定部（２４）と、セッション品質測定部の測定結果に基づいて、コンテンツ配信装置に対して、セッションの品質を通知するセッション品質通知部（２５）とを備える。コンテンツ配信装置が、セッション品質通知部から通知されたセッションの品質に応じて転送レートを変更する。セッション品質通知部が、任意のコンテンツ配信装置に対して、セッション品質測定部の測定結果とは異なる値のセッションの品質を通知する。【選択図】図２
2015106868.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークに接続されるネットワークインタフェースと、
前記ＩＰネットワークに接続された少なくとも一つのコンテンツ配信装置との間でセッションを確立するセッション管理部と、
前記セッションを通じて、前記少なくとも一つのコンテンツ配信装置からリアルタイムに配信されるコンテンツのパケットデータを受信するデータ受信部と、
前記データ受信部が前記コンテンツのパケットデータを受信しているときの前記セッションの品質を測定するセッション品質測定部と、
前記セッション品質測定部の測定結果に基づいて、前記少なくとも一つのコンテンツ配信装置に対して、前記セッションの品質を通知するセッション品質通知部とを備え、
前記少なくとも一つのコンテンツ配信装置が、前記セッション品質通知部から通知されたセッションの品質に応じて転送レートを変更するものであり、
前記セッション品質通知部が、前記少なくとも一つのコンテンツ配信装置のうちの任意のコンテンツ配信装置に対して、前記セッション品質測定部の測定結果とは異なる値のセッションの品質を通知する
ことを特徴とするコンテンツ受信装置。
【請求項２】
前記セッション品質通知部が、転送レートを下げるべきコンテンツ配信装置に対して、前記セッション品質測定部の測定結果よりも悪い値のセッションの品質を通知する、請求項１に記載のコンテンツ受信装置。
【請求項３】
前記セッション品質測定部が、検出した前記セッションの品質に基づいて前記少なくとも一つのコンテンツ配信装置の転送レートを推定するものであり、
前記セッション品質通知部が、前記セッション品質測定部によって推定される転送レートが目標値に下がるまで、前記転送レートを下げるべきコンテンツ配信装置に対して、前記セッション品質測定部の測定結果よりも悪い値のセッションの品質を通知し続けるものである、請求項２に記載のコンテンツ受信装置。
【請求項４】
前記セッション品質通知部が、前記転送レートを下げるべきコンテンツ配信装置が前記コンテンツを配信し得る最低転送レートを算出し、該最低転送レートを前記目標値として設定する、請求項３に記載のコンテンツ受信装置。
【請求項５】
前記セッション品質通知部が、転送レートを上げるべきコンテンツ配信装置に対して、前記セッション品質測定部の測定結果よりもよい値のセッションの品質を通知する、請求項１ないし請求項４のいずれかに記載のコンテンツ受信装置。
【請求項６】
ＩＰネットワークに接続された少なくとも一つのコンテンツ配信装置と、
前記ＩＰネットワークに接続され、前記少なくとも一つのコンテンツ配信装置からリアルタイムに配信されるコンテンツを受信するコンテンツ受信装置とを備え、
前記コンテンツ受信装置が、請求項１ないし請求項５のいずれかに記載のコンテンツ受信装置であり、
前記少なくとも一つのコンテンツ配信装置が、前記コンテンツ受信装置から通知されたセッションの品質に応じて転送レートを変更するものである
ことを特徴とするコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークでコンテンツをリアルタイムに配信するコンテンツ配信システムおよびリアルタイムに配信されるコンテンツを受信するコンテンツ受信装置に関し、特に、リアルタイムコンテンツを伝送するセッションのＱｏＳ（Quality of Service）制御に関する。
【背景技術】
【０００２】
近年、家庭内に有線ＬＡＮ、無線ＬＡＮ、ＷｉＦｉ（登録商標）、ＷｉＦｉ  Ｄｉｒｅｃｔなどのさまざまな伝送路を統合したホームネットワークが構築されるようになっている。また、ＤＬＮＡ（Digital Living Network Alliance）ガイドラインが策定されたことにより、テレビジョン受像機やホームサーバーなどのさまざまなＡＶ機器をホームネットワークに接続して映像や音声などのコンテンツを送受信できるようになっている。これにより、ホームサーバーに保存されたコンテンツを別の部屋に設置されたテレビジョン受像機や家庭内の任意の場所に持ち運んだタブレット端末で視聴することが可能となっている。
【０００３】
ホームネットワークは、さらにインターネットなどの広域ネットワークに接続されることがある。このように拡大したＩＰネットワークを通じて、ホームネットワークに接続されたテレビジョン受像機は、さまざまなコンテンツプロバイダーなどからリアルタイムに配信されるコンテンツ（データストリーム）を複数同時に受信することができる（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１５５４０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＩＰネットワークにおいてコンテンツをリアルタイムに配信する標準プロトコル規格としてＲＴＰ（Real-time Transport Protocol）／ＲＴＣＰ（RTP Control Protocol）やＲＴＳＰ（Real Time Streaming Protocol）がある。ＲＴＰ／ＲＴＣＰやＲＴＳＰでは、受信装置は送信装置に対して定期的に受信レポートを通知し、送信装置は受信装置から通知された受信レポートに応じて転送レートを変更することができるようになっている。これにより、特に無線ＬＡＮなどのように受信状態が刻々と変化するネットワークインタフェースにおいてもそのときどきのネットワーク環境に応じて転送レートが最適化されて、受信装置は常に最良の状態でコンテンツを受信することができる。
【０００６】
しかし、ＲＴＰ／ＲＴＣＰやＲＴＳＰでは送信装置間で帯域幅の調停を行うことまでは規定されていないため、複数のセッションで互いに独立にコンテンツが配信されている場合において、特定のセッションに帯域幅が占領されるという問題が生じることがある。例えば、帯域幅が２０Ｍｂｐｓのネットワーク環境においてある送信装置Ａが使用する帯域幅が１９Ｍｂｐｓであった場合、別の送信装置Ｂに割り当て可能な帯域幅は１Ｍｂｐｓしか残っておらず、送信装置Ｂからは十分な品質でコンテンツ配信を行うことができないおそれがある。また、送信装置Ｂの転送レートが変動すると、送信装置Ａのストリーミングデータにパケットロスが誘発され、結果として、送信装置Ａ、Ｂともに十分な品質を保ったコンテンツを送信できなくなるおそれがある。一方、送信装置Ａとの接続を切断すれば送信装置Ｂに割り当て可能な帯域幅が増えて送信装置Ｂは十分な品質のコンテンツを配信できるようになるが、再び送信装置Ａからコンテンツを受信するには、送信装置Ａとの間のセッションの確立、データのバッファリングなどをやり直さなければならなくなり、コンテンツの再受信に時間がかかってしまう。
【０００７】
上記問題に鑑み、本発明は、ＲＴＰ／ＲＴＣＰやＲＴＳＰなどの標準規格によるリアルタイムコンテンツの配信において、コンテンツ受信装置によってセッションのＱｏＳ制御を可能にすることを課題とする。
【課題を解決するための手段】
【０００８】
本発明の一局面に従ったコンテンツ受信装置は、ＩＰネットワークに接続されるネットワークインタフェースと、前記ＩＰネットワークに接続された少なくとも一つのコンテンツ配信装置との間でセッションを確立するセッション管理部と、前記セッションを通じて、前記少なくとも一つのコンテンツ配信装置からリアルタイムに配信されるコンテンツのパケットデータを受信するデータ受信部と、前記データ受信部が前記コンテンツのパケットデータを受信しているときの前記セッションの品質を測定するセッション品質測定部と、前記セッション品質測定部の測定結果に基づいて、前記少なくとも一つのコンテンツ配信装置に対して、前記セッションの品質を通知するセッション品質通知部とを備えたものであり、前記少なくとも一つのコンテンツ配信装置が、前記セッション品質通知部から通知されたセッションの品質に応じて転送レートを変更するものであり、前記セッション品質通知部が、前記少なくとも一つのコンテンツ配信装置のうちの任意のコンテンツ配信装置に対して、前記セッション品質測定部の測定結果とは異なる値のセッションの品質を通知するものである。
【０００９】
これによると、コンテンツ配信装置に対して実際とは異なる値のセッションの品質が通知され、コンテンツ配信装置は、通知された実際とは異なる値のセッションの品質に応じて転送レートを変更する。したがって、コンテンツ配信装置によって、実質的にセッションのＱｏＳを制御することができる。
【００１０】
前記セッション品質通知部が、転送レートを下げるべきコンテンツ配信装置に対して、前記セッション品質測定部の測定結果よりも悪い値のセッションの品質を通知してもよい。
【００１１】
これによると、コンテンツ配信装置の制御によって、コンテンツ配信装置の転送レートを下げることができる。これにより、帯域幅に余裕ができ、その他のコンテンツ配信装置の帯域幅を増大させて転送レートを上げることができる。
【００１２】
さらに、前記セッション品質測定部が、検出した前記セッションの品質に基づいて前記少なくとも一つのコンテンツ配信装置の転送レートを推定するものであってもよく、前記セッション品質通知部が、前記セッション品質測定部によって推定される転送レートが目標値に下がるまで、前記転送レートを下げるべきコンテンツ配信装置に対して、前記セッション品質測定部の測定結果よりも悪い値のセッションの品質を通知し続けるものであってもよい。
【００１３】
これによると、コンテンツ配信装置の制御によって、コンテンツ配信装置の転送レートを所望の値にまで下げることができる。
【００１４】
前記セッション品質通知部が、前記転送レートを下げるべきコンテンツ配信装置が前記コンテンツを配信し得る最低転送レートを算出し、該最低転送レートを前記目標値として設定するものであってもよい。
【００１５】
これによると、コンテンツ配信装置の制御によって、コンテンツ配信装置の転送レートを最低転送レートにまで下げることができる。
【００１６】
前記セッション品質通知部が、転送レートを上げるべきコンテンツ配信装置に対して、前記セッション品質測定部の測定結果よりもよい値のセッションの品質を通知するものであってもよい。
【００１７】
これによると、コンテンツ配信装置の制御によって、コンテンツ配信装置の転送レートを急速に上げることができる。
【００１８】
また、本発明の別局面に従ったコンテンツ配信システムは、ＩＰネットワークに接続された少なくとも一つのコンテンツ配信装置と、前記ＩＰネットワークに接続され、前記前記少なくとも一つのコンテンツ配信装置からリアルタイムに配信されるコンテンツを受信するコンテンツ受信装置とを備え、前記コンテンツ受信装置が、上記のいずれかに記載のコンテンツ受信装置であり、前記少なくとも一つのコンテンツ配信装置が、前記コンテンツ受信装置から通知されたセッションの品質に応じて転送レートを変更するものである。
【００１９】
これによると、コンテンツ配信装置に対して実際とは異なる値のセッションの品質が通知され、コンテンツ配信装置は、通知された実際とは異なる値のセッションの品質に応じて転送レートを変更する。したがって、コンテンツ配信装置によって、実質的にセッションのＱｏＳを制御することができる。
【発明の効果】
【００２０】
以上のように本発明によると、ＲＴＰ／ＲＴＣＰやＲＴＳＰなどの標準規格によるリアルタイムコンテンツの配信において、コンテンツ受信装置によってセッションのＱｏＳを制御することができる。これにより、ＩＰネットワークに複数のセッションが存在する場合に、コンテンツ受信装置におけるユーザのコンテンツ視聴状況に応じて各セッションの帯域幅を任意に調整して、良好な品質のコンテンツを受信することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係るコンテンツ配信システムの概略図
【図２】本発明の一実施形態に係るコンテンツ受信装置の通信機能部分の構成を示すブロック図
【図３】コンテンツ受信装置によるＱｏＳ制御のフローチャート
【図４】一例に係るＱｏＳ制御による２つのセッションの帯域幅の変化を示すグラフ
【図５】別例に係るＱｏＳ制御による２つのセッションの帯域幅の変化を示すグラフ
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら本発明を実施するための形態について説明する。なお、本発明は、以下の実施形態に限定されるものではない。
【００２３】
図１は、本発明の一実施形態に係るコンテンツ配信システムの概略を示す。コンテンツ配信システム１００において、複数のコンテンツ配信装置１０および本実施形態に係るコンテンツ受信装置２０がＩＰネットワーク１０１に接続されている。ＩＰネットワーク１０１は、インターネットおよび図示しないルーターを介してインターネットに接続された家庭内ＬＡＮなどを含む総合的なネットワークである。ＩＰネットワーク１０１に接続された各機器にはＩＰアドレスが付与されており、各機器は、ＩＰアドレスで通信相手を識別して通信することができる。
【００２４】
コンテンツ配信装置１０は、例えば、コンテンツプロバイダーなどに配置されたサーバー機器である。コンテンツ配信装置１０は、映像コンテンツや音声コンテンツなどのさまざまな種類のコンテンツを蓄積しており、それらコンテンツをＩＰネットワーク１０１内の１または複数のクライアント機器にユニキャストまたはマルチキャストによって配信する。コンテンツは、ＲＴＰ／ＲＴＣＰやＲＴＳＰなどの伝送プロトコル規格に従ってリアルタイムに配信される。コンテンツ受信装置２０は、コンテンツ配信装置１０がリアルタイムに配信するコンテンツを受信するクライアント機器に該当し、例えば、テレビジョン受像機、タブレット端末、ＰＣなどで実現することができる。
【００２５】
次に、コンテンツ受信装置２０の構成、特に通信機能部分の構成について詳細に説明する。図２は、本発明の一実施形態に係るコンテンツ受信装置２０の通信機能部分の構成を示すブロック図である。コンテンツ受信装置２０は、ネットワークインタフェース（ＮＩＣ）２１と、セッション管理部２２と、データ受信部２３と、セッション品質測定部２４と、セッション品質通知部２５とを備えている。
【００２６】
ＮＩＣ２１は、例えば、伝送規格ＩＥＥＥ８０２．１１ｂ／１１ａ／１１ｇ／１１ｎ／１１ａｃなどで定義される２．４ＧＨｚ帯または５．２ＧＨｚ帯の無線ＬＡＮ、ＷｉＦｉ（登録商標）、ＷｉＦｉ  Ｄｉｒｅｃｔ、有線ＬＡＮ、ＰＬＣ（Power Line Communications）などのさまざまなネットワークインタフェースのいずれかである。ＮＩＣ２１にはＩＰアドレスが付与される。コンテンツ受信装置２０は、ＮＩＣ２１に付与されたＩＰアドレスによって、リアルタイムコンテンツのユニキャスト先またはマルチキャスト先として識別される。
【００２７】
セッション管理部２２は、ＮＩＣ２１に付与されたＩＰアドレスを用いて、コンテンツ受信装置１０との間でセッションを確立する。図１に示したようにコンテンツ受信装置１０が複数存在し、各コンテンツ受信装置１０からリアルタイムコンテンツを受信する場合には、セッション管理部２２は、各コンテンツ受信装置１０との間で個別にセッションを確立する。また、コンテンツ受信装置２０は、図示しないその他のサーバー機器などともＮＩＣ２１を介してＴＣＰ通信をすることがある。その場合、セッション管理部２２は、当該サーバー機器との間で別のセッションを確立する。このように、セッション管理部２２によって複数のセッションが確立されることにより、ＮＩＣ２１の帯域幅はこれらセッションによってシェアされることとなる。
【００２８】
各コンテンツ配信装置１０は、コンテンツを所定の形式にエンコードし、エンコードしたコンテンツをペイロードデータに分割してＩＰパケット化し、セッション管理部２２によって確立された各セッションを通じてパケットデータ（ストリーミングデータ）を送信する。データ受信部２３は、各コンテンツ受信装置１０との間で確立されたセッションを通じてパケットデータを受信し、パケットデータ中のペイロードデータを取り出してエンコードされたコンテンツを再構築する。再構築された各コンテンツは、コンテンツ受信装置２０において、図示しないデコーダーによってデコードされて再生される。
【００２９】
セッション品質測定部２４は、データ受信部２３が各コンテンツ配信装置１０からコンテンツのパケットデータを受信しているときの各セッションの品質を測定する。セッションの品質と利用可能な帯域幅とは相関関係にある。例えば、あるセッションに十分な帯域幅が割り当てられていなければそのセッションの品質は悪くなり、高転送レートでデータが転送された場合にパケットロス率や遅延変動量が大きくなる。逆に、あるセッションに十分な帯域幅が割り当てられていればそのセッションの品質はよくなり、高転送レートでデータを転送してもパケットロス率および小さな遅延変動量でデータを受信することができる。このように、各セッションの品質は、そのセッションにおけるパケットロス率などから測定することができる。セッション品質測定部２４は、データ受信部２３が各コンテンツのパケットデータを受信しているときの各セッションについて、パケットロス率などを算出し、パケットロス率などの大小でそのセッションの品質を測定する。
【００３０】
また、セッション品質測定部２４は、検出したセッションの品質に基づいて各コンテンツ配信装置１０の転送レートを推定することができる。転送レートは、例えば、そのセッションを通じて配信されるコンテンツの解像度、表示色、およびフレームレートなどから計算することができる。なお、推定した転送レートは、転送レートを下げるべきコンテンツ配信装置１０との間のセッションのＱｏＳ制御を行う場合に参照される。セッションのＱｏＳ制御については後述する。
【００３１】
セッション品質通知部２５は、セッション品質測定部２４の測定結果に基づいて、各コンテンツ配信装置１０に対してセッションの品質を通知する。リアルタイムコンテンツがＲＴＰ／ＲＴＣＰに従って配信される場合、ＲＴＰデータの受信状況を送信装置に伝えたり、送信装置の情報や受信装置のセッション情報がやりとりされる。ＲＴＣＰには、受信装置から送信装置へ通知するレポートの一つにＲＲ（Receiver Report）があり、受信装置はＲＲによって受信状態、すなわち、セッション品質を送信装置へ通知することができる。具体的には、セッション品質通知部２５は、ＲＲにおけるパラメータFraction Lostやcumulative number of packets lostに値を設定して、各コンテンツ配信装置１０に対してセッションの品質を通知することができる。
【００３２】
各コンテンツ配信装置１０は、コンテンツ受信装置２０からセッションの品質の通知を受けると、その通知されたセッションの品質に応じて転送レートを変更することができる。例えば、Fraction Lostやcumulative number of packets lostの値が大きければ、コンテンツ配信装置１０は、パケットロスを回避するために転送レートを下げる。逆に、Fraction Lostやcumulative number of packets lostの値が小さければ、コンテンツ配信装置１０は、十分な帯域幅が確保されていると判断して転送レートを上げる。
【００３３】
標準規格であるＲＴＰ／ＲＴＣＰでは、上記のように、送信装置は受信装置から通知されたセッションの品質に応じて転送レートを変更するのであって、受信装置から送信装置に対して転送レートの変更を制御または要求する手段は用意されていない。そこで、セッション品質通知部２５は、任意のコンテンツ配信装置１０に対して、セッション品質測定部２４の測定結果とは異なる値のセッションの品質を通知する。コンテンツ配信装置１０は、コンテンツ受信装置２０から実際とは異なる値のセッション品質が通知されても、その通知されたセッション品質に応じて転送レートを変更する。これにより、コンテンツ受信装置２０が、実質的に、任意のコンテンツ配信装置１０の転送レートを制御することができる。
【００３４】
次に、本実施形態に係るコンテンツ受信装置２０によるセッションのＱｏＳ制御について詳細に説明する。図３は、コンテンツ受信装置２０によるセッションのＱｏＳ制御のフローチャートである。
【００３５】
まず、セッション管理部２２が、各コンテンツ配信装置１０との間でセッションを確立し、データ受信部２３が、確立された各セッションを通じて各コンテンツ配信装置１０から配信されるリアルタイムコンテンツを受信する（Ｓ１）。そして、セッション品質測定部２４が、各セッションの品質を測定する（Ｓ２）。セッションの品質測定は、上述したように、そのセッションにおけるパケットロス率を算出することで行うことができる。
【００３６】
コンテンツ受信装置２０が複数のコンテンツ配信装置１０からリアルタイムコンテンツを同時に受信している場合において、ユーザは、コンテンツ受信装置２０において視聴したいコンテンツを適宜選択することができる。例えば、ユーザは、視聴したいコンテンツを画面に表示させ、視聴したくないコンテンツの画面は最小化することができる。このとき、コンテンツ受信装置２０は、ユーザが視聴しないコンテンツをバックグラウンドで受信し続けるが、そのコンテンツは画面表示する必要がないため最低限の品質で受信できればよい。すなわち、コンテンツ配信装置１０は、ユーザが視聴しないコンテンツについては、そのコンテンツを配信し得る最小転送レートで配信すればよい。これにより、帯域幅に余裕ができ、他のセッションに多くの帯域幅を割り当てることができる。
【００３７】
ユーザが視聴しないコンテンツを伝送するセッションの帯域幅を絞るために、セッション品質測定部２４が、転送レートを下げるべきコンテンツ配信装置１０（ターゲットのコンテンツ配信装置１０）がコンテンツを配信し得る最低転送レートを算出し、その最低転送レートを目標値として設定する（Ｓ３）。そして、セッション品質通知部２５が、セッション品質測定部２４が測定した実際のセッションの品質よりも悪い値、例えば、Fraction Lostやcumulative number of packets lostを意図的に大きな値にして、ターゲットのコンテンツ配信装置１０に対してセッションの品質を通知する（Ｓ４）。
【００３８】
ターゲットのコンテンツ配信装置１０は、悪いセッション品質が通知されることで転送レートを下げ始める。セッション品質測定部２４は、引き続きそのセッションの品質を測定し、ターゲットのコンテンツ配信装置１０の転送レートを推定する。セッション品質通知部２５は、ターゲットのコンテンツ配信装置１０の転送レートが目標値、すなわち、最小転送レートに下がるまで（Ｓ５でＮＯ）、ターゲットのコンテンツ配信装置１０に対して、実際よりも悪い値のセッションの品質を通知し続ける。ターゲットのコンテンツ配信装置１０の転送レートが目標値にまで下がれば（Ｓ５でＹＥＳ）、コンテンツ受信装置２０によるセッションのＱｏＳ制御が終了する。
【００３９】
図４は、一例に係るＱｏＳ制御による２つのセッションの帯域幅の変化を示すグラフである。セッションＡとセッションＢがＮＩＣ２１の帯域幅をシェアしており、セッションＡを通じて伝送されるコンテンツが視聴されないコンテンツである場合、コンテンツ受信装置２０による上記のＱｏＳ制御により、セッションＡの帯域幅を減少させることができる。これにより、ＮＩＣ２１の帯域幅に余裕ができ、それがセッションＢに割り当てられてセッションＢの帯域幅が増大する。
【００４０】
ターゲットのコンテンツ配信装置１０の転送レートが最小転送レートに下がった後にＮＩＣ２１の帯域幅に余裕があれば、セッション品質通知部２５は、ターゲットのコンテンツ配信装置１０に対して改善した値のコンテンツ品質を通知してもよい。これにより、ターゲットのコンテンツ配信装置１０の転送レートを最小転送レートから若干上昇させることができ、ユーザによってターゲットのコンテンツ配信装置１０から配信されるコンテンツが再び選択された場合に、速やかに画面表示することができるようになる。
【００４１】
セッションＢの帯域幅をもっと急速に増大させたいならば、ステップＳ４において、セッション品質通知部２５が、セッション品質測定部２４が測定した実際のセッションの品質よりもよい値、例えば、Fraction Lostやcumulative number of packets lostを意図的に小さな値にして、転送レートを上げるべきコンテンツ配信装置１０に対してセッションの品質を通知してもよい。このようにすることで、転送レートを上げるべきコンテンツ配信装置１０の転送レートを急速に上げることができ、セッションＢの帯域幅を急速に増大させることができる。
【００４２】
図５は、別例に係るＱｏＳ制御による２つのセッションの帯域幅の変化を示すグラフである。ターゲットのコンテンツ配信装置１０の転送レートを最小転送レートにするのではなく、セッションＡとセッションＢの帯域幅が同じになるようにターゲットのコンテンツ配信装置１０の転送レートを下げてもよい。この場合、セッション品質測定部２４が、２つのコンテンツ配信装置１０の転送レートを推定し、セッション品質通知部２５は、２つのコンテンツ配信装置１０の転送レートが同じになるまで、ターゲットのコンテンツ配信装置１０（セッションＡ）に対して、実際よりも悪い値のセッションの品質を通知し続ける。これにより、セッションＡの帯域幅が減少することによってＮＩＣ２１の帯域幅に余裕ができ、それがセッションＢに割り当てられてセッションＢの帯域幅が増大し、セッションＡ、Ｂの帯域幅をほぼ同じにすることができる。
【００４３】
また、セッションＡ、Ｂの帯域幅を等しくせずに、各セッションで伝送されるコンテンツの種類に応じて、セッションＡ、Ｂの目標の帯域幅を設定してもよい。例えば、セッションＡで１９２０ｘ１０８０ｐの映像コンテンツが伝送され、セッションＢで１２８０ｘ７２０ｐの映像コンテンツが伝送される場合、セッションＡには全帯域幅の２／３を、セッションＢには全帯域幅の１／３を配分するといったように、各セッションの情報量に応じて帯域幅を比例配分してもよい。そして、その比例配分された帯域幅となるように、各コンテンツ配信装置１０に対して実際とは異なる値のセッションの品質を通知することで、各セッションの帯域幅を目標値に近づけることができる。
【００４４】
また、コンテンツ配信装置１０が１台の場合でも、そのコンテンツ配信装置１０に対して実際よりも悪い値のセッションの品質を通知することで、そのコンテンツ配信装置１０の転送レートが下がってＩＰネットワーク１０１の帯域幅に余裕ができる。これにより、空いた帯域幅を別の通信に割り当てることができる。
【符号の説明】
【００４５】
１０    コンテンツ配信装置
２０    コンテンツ受信装置
２１    ＮＩＣ（ネットワークインタフェース）
２２    セッション管理部
２３    データ受信部
２４    セッション品質測定部
２５    セッション品質通知部
１００  コンテンツ配信システム
１０１  ＩＰネットワーク
【図１】
2015106868.tif 000003
【図２】
2015106868.tif 000004
【図３】
2015106868.tif 000005
【図４】
2015106868.tif 000006
【図５】
2015106868.tif 000007