JP2014520422A5 - - Google Patents

Description

ＵＤＰは、同様の信頼性制約条件に対処しないプロトコルである。ＵＤＰは、いうなれば、「信頼性なし」かつ「接続なし」である。ＵＤＰは、受信通知システムを備えておらず、その平均ビットレートはサーバと受信機との間の距離に関連していない。これが理由で、ＩＰＴＶの用途ではＵＤＰプロトコルはＲＴＰと共に使用される。
２０１０年６月２４日（２０１０−０６−２４）付けの文献ＵＳ２０１０／１６１７１６Ａ１（ＫＡＪＯＳ ＧＥＯＲＧＥ Ｗ［米国］他）には、ネットワークを介してコンテンツをクライアント装置に配信する方法であって、クライアントの描画性能を示すメッセージがサーバによって受信され、次に、そのサーバが、その描画性能に応じて、クライアントによって完全にデコードできるフォーマットでコンテンツを送信する、上記方法が開示されている。

Claims (12)

1. サーバ上に記憶されたオーディオビジュアル・プログラムをレシーバに接続された表示装置上に再生するために受信する方法であって、前記オーディオビジュアル・プログラムは前記サーバ上で少なくとも２つのバージョンで入手可能であり、前記バージョンの各々が、連続的に描画されるべき前記オーディオビジュアル・プログラムの部分をそれぞれ表す連続したデータ・ブロックを有しており、前記バージョンは、各々、同数のブロックを有しており、前記ブロックは、各々、前の画像を参照することなく符号化された画像から始まっており、前記方法は、前記サーバによって第１のビットレートで送信された前記バージョンのうちの第１のバージョンから得られる少なくとも１つのブロックを有する前記オーディオビジュアル・プログラムの第１の部分を、送信プロトコルに従って、レシーバ・レベルにおいて受信するステップであって、前記第１の部分は前記サーバ上のファイルのサブセットであり、前記ファイルは複数の部分を含んでおり、前記複数の部分の各々の部分の位置が、前記ファイル内にインデックス付けによって示されている、該ステップを有しており、前記方法は、前記レシーバ・レベルにおいて、
   前記サーバによって前記第１のビットレートで送信された前記オーディオビジュアル・プログラムの前記第１の部分の受信後に帯域幅を特定するステップと、
   制御プロトコルに従って、前記サーバに要求を送信するステップであって、前記制御プロトコルは、コマンドの使用によってコンテンツのリアルタイム送信を制御するようにされており、かつ、いくつかのデータ部分の中から送信されるべきデータ部分をファイル内で識別するようにされており、前記識別はインデックス付けによって実現されており、前記要求は、前記サーバと前記レシーバとの間の帯域幅の特定された値に従う、前記オーディオビジュアル・プログラムの前記バージョンのうちの１つでの前記オーディオビジュアル・プログラムの第２の部分の識別情報を含んでおり、前記識別情報は前記第２の部分の開始及び終了の時間マーカを含んでいる、該ステップと、
   をさらに含んでいることを特徴とする、前記方法。
2. 前記要求は送信速度パラメータを更に含んでいることを特徴とする、請求項１に記載の方法。
3. 前記受信するステップはＲＴＰ送信プロトコルを使用することを特徴とする、請求項１又は２に記載の、オーディオビジュアル・プログラムを受信する方法。
4. 要求を送信する前記ステップはＲＳＴＰ制御プロトコルを使用することを特徴とする、請求項１から３のいずれか１項に記載の、オーディオビジュアル・プログラムを受信する方法。
5. 前記オーディオビジュアル・プログラムの前記バージョンが前記サーバ上に記憶された同一ファイル内に含まれていることを特徴とする、請求項１から４のうちの１項に記載の方法。
6. 前記オーディオビジュアル・プログラムが、前記サーバ上で、前記同一ファイル内における前記オーディオビジュアル・プログラムの前記バージョンの位置特定に関する情報を含む記述ファイルに対応付けられていることを特徴とする、請求項１から５のいずれか１項に記載の方法。
7. 前記サーバと前記レシーバとの間の利用可能な帯域幅の特定には、前記第１のビットレートで受信された前記オーディオビジュアル・プログラムの前記部分の少なくとも１つの特徴の分析が含まれていることを特徴とする、請求項１から６のいずれか１項に記載の方法。
8. 前記部分の前記少なくとも１つの特徴は送信されたビットの数であることを特徴とする、請求項７に記載の方法。
9. 要求を送信する前記ステップはＲＳＴＰプロトコルのＰＬＡＹコマンドを使用することを特徴とする、請求項１から８のいずれか１項に記載の方法。
10. 前記サーバと前記レシーバとの間の帯域幅を特定する前記ステップはＲＳＴＰプロトコルのＰＬＡＹコマンドに対する前記サーバの応答を使用することを特徴とする、請求項１から９のいずれか１項に記載の方法。
11. サーバによって拡散されたオーディオビジュアル・プログラムを受信する装置であって、前記オーディオビジュアル・プログラムは前記サーバ上で少なくとも２つのバージョンで入手可能であり、前記バージョンの各々が、前記オーディオビジュアル・プログラムの画像解像度に対応しており、かつ、連続する複数の部分を有しており、前記バーションは、各々、イントラ画像から始まっており、前記装置は、
    前記サーバによって第１のビットレートで拡散された前記バージョンのうちの第１のバージョンの前記オーディオビジュアル・プログラムの第１の部分を、送信プロトコルに従って受信するネットワーク・インタフェースと、
    前記サーバによって前記第１のビットレートで拡散された前記オーディオビジュアル・プログラムの前記第１の部分の受信後に帯域幅を特定する制御ユニットと、
    制御プロトコルに従って、前記サーバに要求を送信するネットワーク・インタフェースであって、前記制御プロトコルは、コマンドの使用によってコンテンツのリアルタイム送信を制御するようにされており、かつ、いくつかのデータ部分の中から送信されるべきデータ部分をファイル内で識別するようにされており、前記識別はインデックス付けによって実現されており、前記要求は、前記サーバと前記レシーバとの間の帯域幅の特定された値に従う、前記オーディオビジュアル・プログラムの前記バージョンのうちの１つでの前記オーディオビジュアル・プログラムの第２の部分の識別情報を含んでおり、前記識別情報は前記第２の部分の開始及び終了の時間マーカを含んでいる、該ネットワーク・インタフェースと、
    を有していることを特徴とする、前記装置。
12. 前記要求は送信速度パラメータを更に含んでいることを特徴とする、請求項１１に記載の装置。