(57)【要約】【課題】送信機から受信機へビデオビットストリーム（ＶＢＳ）（複数の高優先順位セグメントＨＰＳと低優先順位セグメントＬＰＳを含む）を伝送する。【解決手段】送信機は先ず第１のパケット配信機構（ＰＤＳ）を用いる設備によりＶＢＳの高優先順位情報（ＨＰＳを示す）を伝送し、引続き第２のＰＤＳを用いる設備によりＶＢＳの低優先順位区画（ＬＰＳを含む）を伝送する。受信機で高優先順位区画が受信され、ＨＰＳを生成するのに使用される。低優先順位区画の各ＬＰＳが受信されると、付随ＨＰＳはリアルタイムで受信ＬＰＳとインターリーブされ、インターリーブＶＢＳを生成する。高優先順位情報は、高優先順位区画（ＨＰＳを含む）として、高優先順位フォーマット（ＨＰＳを生成するために受信機により使用される）として又は高優先順位識別子（既に記憶されているＨＰＳを受信機で識別するために使用される）として送信される。【選択図】図１
2006050668.tif 000002
【特許請求の範囲】
【請求項１】
複数の高優先順位セグメントと付随低優先順位セグメントを含むビデオビットストリームを設備により送信機から受信する装置であり、
高優先順位区画を受信し、高優先順位区画の受信の完了後に、低優先順位区画を受信する手段と，
高優先順位区画を記憶する手段と，
インターリーブビデオビットストリームを生成するために、記憶装置から得られた高優先順位セグメントを付随低優先順位セグメントとリアルタイムでインターリーブする手段とを有するビデオビットストリームの受信装置。
【請求項２】
複数の高優先順位セグメントと付随低優先順位セグメントを含むビデオビットストリームを設備により送信機から受信する方法であり、
高優先順位情報を受信し、これを用いて高優先順位セグメントを生成するステップと，
高優先順位情報の受信の完了後に低優先順位セグメントを受信するステップと，
インターリーブビデオビットストリームを生成するために、生成された各高優先順位セグメントを、付随の受信低優先順位セグメントとリアルタイムでインターリーブするステップと
からなるビデオビットストリームの受信方法。
【請求項３】
複数の高優先順位セグメントと付随低優先順位セグメントを含むビデオビットストリームを設備により送信機から受信する装置であり、
高優先順位情報を受信し、これを用いて高優先順位セグメントを生成する手段と，
高優先順位情報の受信の完了後に、低優先順位セグメントを受信する手段と，
インターリーブビデオビットストリームを生成するために、生成された各高優先順位セグメントを、付随の受信低優先順位セグメントとリアルタイムでインターリーブする手段と
からなるビデオビットストリームの受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は映像伝送に関する。更に詳細には、本発明は受信映像の品質に対するパケット損失の作用を低減するために、圧縮された既記憶映像を有損失パケットネットワークによりリアルタイムで伝送する技術に関する。
【背景技術】
【０００２】
有損失パケットネットワークにより被記憶圧縮映像を伝送することは多数の重要な用途を有する。例えば、ビデオ・オン・デマンド、対話型テレビ、企業教育ビデオ配布などの用途である。現在の、及び計画されているパケットネットワーク（特に、非同期転送モード（ＡＴＭ）ネットワーク）はパケット損失を示す。圧縮はビデオ信号の冗長度を低下させるので、圧縮されたビデオビットストリームのランダム部分の損失は、受信ビデオの品質を著しく低下させる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従って、本発明の目的はこのようなパケットネットワークによるビデオ伝送の品質を改善する方法及び装置を提供することである。
【課題を解決するための手段】
【０００４】
前記課題を解決するための手段として、本発明は、パケットネットワークにより送信機から受信機へビットストリームを伝送する装置及び方法を提供する。このビットストリームは、複数の高優先順位セグメント（高優先順位区画）と低優先順位セグメント（低優先順位区画）を包含する。高優先順位セグメントは、画像の開始点及び画像ヘッダ情報を定義するコードのような枢要な制御情報を包含する。低優先順位セグメントはビットストリームの残部を包含する。
【０００５】
例えば、高優先順位及び低優先順位セグメントは周知のＭＰＥＧ−２規格用草案（動画及び付随音声の一般的符号化、勧告Ｈ．２６２、ＩＳＯ／ＩＥＣ  １３８１８−２、１９９４年３月参照）に従って決定できる。本発明では、高優先順位セグメントを示す高優先順位情報は、最初、ネットワークの保証配信メカニズムを用いてネットワークにより送信され、その後、低優先順位区画は非保証配信メカニズムを用いてネットワークによりリアルタイムで送信される。
【０００６】
受信機ロケーションにおいて、高優先順位情報が受信され、高優先順位セグメントを生成するために使用される。低優先順位区画が受信機ロケーションで受信される場合、そのセグメントは各生成高優先順位セグメントとリアルタイムでインターリーブされ、ビデオビットストリームを生成する。
【０００７】
高優先順位情報は高優先順位区画として送信されるか、高優先順位区画を生成するための受信機により使用される高優先順位フォーマットとして送信されるか、又は受信機に予め記憶されている高優先順位区画を識別するために使用される高優先順位識別子として送信される。
【発明を実施するための最良の形態】
【０００８】
図１を参照しながら、本発明によりビデオ情報の高及び低優先順位部分をパケットネットワークを介して伝送する方法を説明する。各ビデオプログラム（又はビデオセグメント）に付随するアナログビデオ信号は標準的なＮＴＳＣ、ＰＡＬなどのフォーマットで受信し、デジタイザ１０５でデジタル化し、圧縮プログラム１１０で圧縮し、得られた圧縮ビデオビットストリームをディスクに記憶する（１１５）。
【０００９】
ビデオセグメントのビデオビットストリームの周知のフォーマットは１２０により示される。図示されているように、ビデオセグメントのビデオビットストリームデータは複数の高優先順位（例えば、ＨＰ１）セグメント及び低優先順位（例えば、ＬＰ１）セグメントを有する。符号化ビットストリームでは、区画境界（例えば、ＨＰ１とＬＰ１との境界）は何らかの処理をしなければ決定できない。
【００１０】
この“データ分割”は、ビデオビットストリームを区画と呼ばれる２つの層に分割する技術として、前記のＭＰＥＧ−２規格に記載されている。優先順位区切り点は、どのシンタックス要素が区画０に配置されるかを示す。区画０はベース区画（別名、高優先順位区画）である。ビットストリームの残部は区画１（別名、低優先順位区画）に配置される。“優先順位区切り点”の解釈は、図５にも示されているが、ＭＰＥＧ−２規格の１１３頁のテーブル７−２８に記載されている。
【００１１】
従来技術では、ビデオセグメントに対する要求が受信されると、記憶装置１５０からビデオビットストリーム１２０を取得し、優先順位送信機ユニット（図１には図示されていない）により処理する。その結果、高優先順位区画（例えば、セグメントＨＰ１−ＨＰｎ）は伝送装置の高優先順位チャネルにより送信され、低優先順位区画（例えば、セグメントＬＰ１−ＬＰｎ）は伝送装置の低優先順位チャネルにより送信される。
【００１２】
このような構成では、高優先順位チャネルは一般的に、高い配信確率を有するチャネルであり、一方、低優先順位チャネルはかなり低い配信確率を有するチャネルである。パケットネットワークへ接続する装置は、或る誤り率で動作するチャネルしか有しない。このような構成では、従来技術は有用ではない。
【００１３】
本発明によれば、サーバプロセッサ１３０は、クライアントに送信される高優先順位情報は、高優先順位セグメント自体を用いて送信すべきか（ステップ１３２、１３３）、高優先順位フォーマットを用いて送信すべきか（ステップ１３２、１３４、１３５）又は高優先順位識別子を用いて送信すべきか（ステップ１３２、１３４、１３６）否か決定する。
【００１４】
高優先順位識別子は、予め記憶された高優先順位区画をクライアント又は受信者ロケーションで識別する。高優先順位情報を高優先順位セグメント自体として送信すべき場合（ステップ１３３）、記憶ビットストリーム１１５のサーバプロセッサ１３０は高優先順位区画（図３の３１１）及び低優先順位区画（図３の３１２）を生成する。
【００１５】
このような場合、サーバはクライアントロケーションに高優先順位区画セグメントを送信し、続いて低優先順位区画セグメントを送信する（ステップ１３７）。サーバはクライアントロケーションに、高優先順位フォーマット（ステップ１３５、図６参照）の形又は高優先順位識別子（ステップ１３６）の形で高優先順位情報を送信し、続いて低優先順位区画（ステップ１３７）も送信する。
【００１６】
図２を参照する。図２は本発明で使用できるサーバ／クライアントネットワークの一例の模式的構成図である。このようなネットワークはサーバロケーション２００を包含する。このサーバロケーション２００は、パケットネットワーク２１０を介して複数のクライアント２２０−２３０に接続されている。サーバロケーション２００は、ハードディスク２０２及びネットワークインターフェース２０３の動作を制御するビデオ・オン・デマンドサーバ／プロセッサ２０１を有する。
【００１７】
図３に示されるフォーマットのうちの一つ以上を用いて圧縮ビデオビットストリームを記憶するために、ハードディスク２０２が使用される。言うまでもなく、必ずしも全ての圧縮ビデオビットストリームを手近のハードディスク２０２に記憶させる必要は無く、圧縮ビデオビットストリームは遠隔ファイルサーバの一部として、遠隔地に記憶させることもでき、適当な設備（例えば、ＬＡＮ）を介してアクセスすることもできる。
【００１８】
パケットネットワーク２１０により必要とされるプロトコルを用いて送信及び受信するために、ネットワークインターフェース２０３が使用されている。プロセッサ２０１は図４の流れ図のサーバ部分に示された機能を果たす。
【００１９】
パケットネットワーク２１０は非同期転送モード（ＡＴＭ）、ＦＤＤＩ、イーサネット（登録商標）又はその他の同様なパケットネットワークである。
【００２０】
クライアントロケーション、例えば２２０は、パケットネットワーク２１０に接続される設備から受信され、かつ、この設備により伝送される通信プロトコルを変換するためのネットワークインターフェース２２３を有する。ネットワークインターフェース２２３により受信されるビデオビットストリームの高優先順位部分を記憶するために、ディスク２２２が使用される。
【００２１】
ビデオクライアントプロセッサ２２１は、図４の流れ図に示されたクライアント機能に従って、受信ビデオビットストリームを処理する。プロセッサ２２１は、ディスク２２２から受信された高優先順位データと、ネットワークインターフェース２２３により受信された低優先順位データとをインターリーブし、次いで、このインターリーブしたデータをデコーダ２２４に送信する。デコーダ２２４の出力は被要求ビデオセグメントであり、このビデオセグメントはその後、クライアントのモニタ２２５に表示される。
【００２２】
同様に、クライアント２３０はプロセッサ２３１、ディスク２３２、ネットワークインターフェース２３３、デコーダ２３４及びモニタ２３５を有する。
【００２３】
図３は、１〜ｎのビデオセグメントのビデオビットストリーム表示データを記憶するための様々なフォーマットを示す。
【００２４】
符号３１０は、ビデオセグメント１−ｎに関する未使用圧縮データストリームを示す。ここで、高優先順位部分はＨＰ１−ＨＰｎであり、低優先順位部分はＬＰ１−ＬＰｎである。未使用圧縮データストリームにおいて、高優先順位（例えば、ＨＰ１）データ部分と低優先順位（例えば、ＬＰ１）データ部分との間の分離は優先順位区切り点に基づいて画成することができる。
【００２５】
これらの優先順位区切り点は、図５に示されるような様々な値を有することができる。図５は先に引用したＭＰＥＧ−２規格のテーブル７−２８を示す。本発明によれば、ネットワークサーバは、テーブル７−２８（図５参照）に示される優先順位区切り点値の全てを処理するように構成することができる。
【００２６】
データが未使用圧縮データストリームとして記憶される場合、ネットワークサーバ２００は先ず、クライアントにより要求されたビデオセグメントを識別し、次いで、高優先順位データセグメントを識別するために、特定の優先順位区切り点値を用いて被要求セグメントに付随するデータストリームを処理する。
【００２７】
高優先順位区画及び低優先順位区画間の分割は、特定のビデオセグメント及び分割に使用される優先順位区切り点（図５のテーブル７−２８参照）のタイプに応じて変化する。高優先順位データ部分ＨＰ１は、図５のテーブル７−２８に示された優先順位区切り点のこれらデータアイテムを包含する。
【００２８】
一般的に、図５の優先順位区切り点は何れも高優先順位区画（図１の１３３）の一部として送信することができる。しかし、高優先順位フォーマット（図１の１３５）又は高優先順位識別子（図１の１３６）がクライアントへ送信される高優先順位情報として使用される場合、優先順位区切り点０−１だけが使用される。
【００２９】
従って、図３に示されるように、ＨＰ１はシーケンス開始点、ＧＯＰ及び画像ヘッダ１を包含する。画像ヘッダは時間又はフレーム識別子も包含する。シーケンス開始点ヘッダはビデオセグメントの垂直及び水平解像度を定義するデータを包含する。ビデオセグメントは多数の画像（又はフレーム）を包含する。画像（又はフレーム）伝送速度は、動画の場合の２４／秒からテレビ放送の３０／秒の範囲内である。
【００３０】
各画像（又はフレーム）は複数のスライスを有する。ＧＯＰデータはオプションであり、セグメントについて使用される画像符号化を含む。画像ヘッダ１は画像１（又はフレーム１）の全てのスライスに関するヘッダ情報を包含する。低優先順位データ部分ＬＰ１は、画像１に関するビットストリームの残部を包含する。
【００３１】
更に、本発明によれば、低優先順位データ部分ＬＰ１は、ＨＰ１の時間及びフレーム識別子に対応する時間及びフレーム識別子を包含する。同様に、高優先順位データ部分ＨＰ２〜ＨＰｎの各々は、少なくとも付随画像のスライスに関するヘッダを包含する。各ビデオセグメントの長さは異なり、各セグメント内に様々な数の高優先順位及び低優先順位データ部分を有する。低優先順位データ部分ＬＰ１−ＬＰｎのサイズは、画像内容により異なる長さを有する。
【００３２】
これらの高優先順位データ部分ＨＰ１〜ＨＰｎを識別した後、ネットワークサーバ２００は、符号３１１及び３１２でそれぞれ示される、高優先順位データセグメント及び低優先順位データセグメントを生成する。符号３２０で示されるように、ビデオセグメント１のデータは、高優先順位データ区画３１１及び低優先順位データ区画３１２に処理され、ディスク２０２に記憶される。このデータ処理はサーバ２００により行うことができ、又はデータは処理された形でサーバ２００により受信され、ディスク２０２にダウンロードすることもできる。
【００３３】
同様に、ビデオセグメント２〜ｎに付随するデータも、高優先順位データ部分及び低優先順位データ部分に区画された後に、記憶される。フォーマット３２０を用いてデータ又はビデオセグメント１−ｎが記憶される場合、ネットワークサーバ２００は、更なる処理を行うことなく、被要求セグメントの高優先順位区画及び低優先順位区画をクライアントに伝送するだけでよい。その後、サーバ２００は被要求ビデオセグメントを符号３２０で示されるフォーマットでクライアントに出力する。
【００３４】
符号３３０は、ビデオセグメントビットストリームを記憶するための別のフォーマットを示す。このフォーマットはテーブル３３８と一緒に符号３１０の未使用圧縮データストリームを使用する。テーブル３３８は、各ビデオセグメントの各高優先順位データ部分に関するディスクロケーション及びタイムスタンプ（時刻記録）又はフレームＩＤを識別する。
【００３５】
別法として、高優先順位データ部分及び低優先順位データ部分の長さ又は多分、各高優先順位データ部分に関するタイムスタンプ又はフレームＩＤもテーブル３３８に記憶させることができる。３３０に示されるフォーマットを用いて、サーバ２００は、ディスク２０２に記憶された高優先順位データ部分ＨＰ１−ＨＰｎの居場所を迅速に突き止めるために、高優先順位データセグメント３１１と、テーブルエントリを用いる低優先順位データセグメント３１２を即座に生成する。
【００３６】
従って、サーバ２００は、被要求ビデオセグメントをクライアントによりリアルタイムで処理し、被要求ビデオセグメントのデータストリームを３１０により示されるフォーマットでクライアントに出力することができる。
【００３７】
別法として、サーバ２００は高優先順位フォーマット３４０又は高優先順位識別子３４１を用いて高優先順位情報を送信できる。この高優先順位情報は受信機により使用され、高優先順位区画（すなわち、テーブル３３８に示される区画）を、国際規格（存在すれば）又はクライアント及びサーバ２００により事前に同意されたフォーマットで生成する。
【００３８】
別のやり方では、オリジナルビデオビットストリームを再生するために、クライアント受信機で使用可能な幾つかの既に記憶されている高優先順位区画のうちのどの区画を低優先順位区画とインターリーブさせるべきか識別するために高優先順位識別子を使用する。このような実施例では、クライアントに送信される高優先順位情報は適当な高優先順位フォーマット又は識別子情報を含有する。
【００３９】
図６は、サーバ２００からクライアントに送信できる高優先順位標準フォーマットの一例を示す構成図である。符号６０１で示されるように、フォーマットはＭ及びＮの数字とＭＰＥＧ２画像レベル情報を包含する。図示されているように、ＭＰＥＧ２画像レベル情報はＩ及び場合により、Ｐ及び／又はＢフレームを包含する。
【００４０】
図示されているように、ＭはＰ又はＩフレーム＋１の間のＢフレームの個数を示し、ＮはＩフレーム＋１間のＢ又はＰフレームの個数を示す。ここで、Ｉは内部符号化フレームであり、Ｂは双方向符号化フレームであり、Ｐは予測符号化フレームである。符号６０２で示されるように、高優先順位フォーマット１、２及び３について異なる数種類のＭ及びＮ値が存在する。
【００４１】
図２、図３及び図４の流れ図を組み合わせることにより、クライアントから要求されるビデオセグメントを処理するための、サーバとクライアントとの対話を説明できる。
【００４２】
図４のステップ４００において、サーバ２００は待機状態であり、クライアントからの要求を待っている。ステップ４０１において、クライアント２２０が特定のビデオセグメントを要求する。ステップ４０２において、ネットワークサーバ２００がクライアントのビデオセグメント要求を受信する。ステップ４０３において、サーバ２００は高優先順位データを読み出し、高優先順位フォーマットを読み出し、又は被要求セグメント全体に関する高優先順位識別子を読み出す。
【００４３】
従って、例えば、ビデオセグメントのデータがフォーマット３２０に記憶されていれば、サーバ２００はディスク２０２から高優先順位データセグメント３１１を読み出すだけでよい。しかし、前記のように、被要求ビデオセグメントのデータが記憶されていれば、又は遠隔ファイルサーバから、その未使用圧縮データフォームで受信されれば、サーバ２００はこのデータを処理し、図３の３１０の個々の高優先順位データアイテムＨＰ１〜ＨＰｎから高優先順位データセグメント３１１を生成しなければならない。
【００４４】
ビデオセグメントがその未使用圧縮データフォームで受信されたとしても、このビデオセグメントは依然として、リアルタイムでクライアントに送信することができる。例えば、所望のビデオセグメントは複数の副セグメントに分解することもできる。各副セグメントはそれ自体の高優先順位区画３１１と低優先順位区画３１２を有する。
【００４５】
その後、サーバ２００は少なくとも一つの副セグメントを記憶するために、弾力的先入れ先出しバッファ（ｐ／ｏプロセッサ２０１）を供給する。最初の副セグメントの伝送は、少なくとも一つの副セグメントの時間間隔により遅延され、その結果、サーバ２００は最初の副セグメントについてＨＰ区画３１１及びＬＰ区画３１２をセットアップすることができる。
【００４６】
その後、最初の副セグメントがクライアントに伝送されている間に、次の副セグメントがサーバ２００により受信され、処理される。このようにして、ＨＰ及びＬＰ区画３１１及び３１２は、受信された未使用圧縮データストリームからリアルタイムで生成され、クライアントに伝送させることができる。
【００４７】
別法として、被要求ビデオセグメントのデータがフォーマット３３０でディスク２０２に既に記憶されていれば、サーバ２００はテーブル３３８を使用し、被要求ビデオセグメントのデータストリーム内の高優先順位データ区画をリアルタイムで識別する。
【００４８】
(1)ディスク２０２に記憶された被要求ビデオ区画３１１の高優先順位データを使用するか又は(2)高優先順位データ区画３１１にフォーマットされた処理済み未使用圧縮データストリームを使用するか若しくは(3)高優先順位データ区画３１１をリアルタイムで生成するために未使用圧縮データストリームと一緒にテーブル３３８を使用することにより、サーバ２００は要求クライアントへ伝送するために被要求ビデオセグメントの高優先順位データを生成する。
【００４９】
別法として、クライアント／サーバネットワークの処理系に応じて、サーバ２００は高優先順位データ自体の形の情報、高優先順位フォーマット情報又は高優先順位識別子を送信できる。図４のステップ４０４において、サーバ２００は、パケットネットワーク２１０通信プロトコルを選択する。この通信プロトコルは、パケットネットワーク２１０による要求クライアントへの高優先順位情報の保証配信を確保する。
【００５０】
言うまでもなく、保証配信用の通信プロトコルは、パケットネットワーク２１０により指定されるプロトコルである。このような保証配信用の通信プロトコルは当業者に周知である。例えば、D.E.Comer, Internetworking with TCP/IP, Volume 1: Principles, Protocols and Architecture, Second Edition, Prentice Hall, 1991の第１２章"Reliable Stream Transport Service (TCP)"、などに開示されている。
【００５１】
一般的に、このような保証配信用の通信プロトコルは、エラー検出及び多分、エラー訂正機能を伴うデータパケットをクライアントへ送信することを包含する。パケットを受信した後、クライアントは肯定応答メッセージをサーバ２００へ返送する。この肯定応答メッセージは、クライアント２２０がエラー付きで又はエラー無しでパケットを受信したか否かをサーバ２００へ示す。
【００５２】
シーケンス外データパケットがクライアント２２０により受信された場合に、この肯定応答メッセージを使用し、サーバ２００へ警告することもできる。肯定応答メッセージが所定の時間内にサーバ２００により受信されない場合、サーバ２００はデータパケットを再送信する。
【００５３】
ステップ４０５において、クライアント２２０は、保証配信用の通信プロトコルを用いて、通信プロトコル自体を受信しようとし、データパケットの受信準備ができているサーバ２００へ信号を送る。ステップ４０６において、サーバ２００は高優先順位データを全てクライアント２２０へ送信する。ステップ４０７において、クライアントは高優先順位データを受信する。
【００５４】
前記の保証配信用の通信プロトコルは、クライアント２２０がサーバ２００からエラー無しの高優先順位データを受信することを確実にする。ステップ４０８において、クライアント２２０は高優先順位データを記憶する。ＨＰ区画（ＨＰ１−ＨＰｎ）は一般的に、選択されたビデオセグメントに関する全データの約０．２％を示すので、ＨＰ区画はクライアントロケーションでディスク（例えば、２２２）に容易に記憶させることができる。
【００５５】
これに比べて、代表的な映像ビデオセグメントに関するＬＰ区画（ＬＰ１−ＬＰｎ）は、クライアントロケーションで記憶するには巨大（例えば、数ギガバイト）過ぎる。安価な広帯域幅伝送ネットワーク２１０が使用可能なので、ＬＰ区画は、クライアントがこれを望む場合は何時でも容易に再伝送することができる。
【００５６】
高優先順位情報が高優先順位フォーマット又は識別子の形であれば、ステップ４０７及び４０８において、これらを受信し、記憶する。別法として、ステップ４０８において、高優先順位フォーマットを使用し、高優先順位区画情報を生成することもできる。この高優先順位区画情報はその後記憶される。
【００５７】
ステップ４０９において、サーバ２００は、要求されたビデオセグメントの低優先順位データの非保証配信用の通信プロトコルをクライアント２００に設定する。本発明によれば、システムは被要求ビデオセグメントの低優先順位データをクライアント２２０へ送信できる回数を制限することができる。クライアント２２０へ低優先順位区画３１２を複数回送信できるこの能力により、クライアントは、高優先順位区画３１１を再度受信する必要無く、ビデオセグメントの受信中に、ポーズ又は巻き戻しをすることができる。
【００５８】
ステップ４１０において、クライアント２２０は、低優先順位区画の非保証受信用の通信プロトコルを設定する。クライアント２２０がステップ４０７において高優先順位データ受信の一部として高優先順位フラグの終端を受信すると、クライアントは非保証プロトコルの設定を知る。
【００５９】
ステップ４１１において、フォーマット３２０が使用される場合、サーバ２００はディスク２０２から低優先順位データ区画３１２を読み出す。（又は、前記のように、フォーマット３１０又は３３０が使用される場合、サーバ２００は低優先順位データ区画３１２を生成する。）
【００６０】
ステップ４１２において、サーバ２００は、低優先順位データ区画３１２をクライアント２２０へリアルタイムで伝送する。ＬＰデータを包含するパケットは、ＬＰパケット損失の場合にクライアントデコーダ２２４における付随ＨＰデータに再同期することができるシーケンス数、フレーム数及びタイムスタンプを含有する。
【００６１】
ステップ４１３において、クライアント２２０は、メモリから高優先順位区画を読み出し、そして、ステップ４１４において、この高優先順位区画をビデオデコーダ２２４に送信する。別法として、高優先順位識別子がステップ４０８で記憶されれば、この識別子を使用し、クライアントロケーションで高優先順位区画にアクセスする。しかし、高優先順位フォーマット情報がステップ４０８で記憶されれば、この情報はステップ４１３で使用され、高優先順位区画を生成することができる。
【００６２】
ステップ４１５において、クライアント２２０はサーバ２００からリアルタイムで低優先順位データセグメントを受信し、ステップ４１６において、このセグメントをビデオデコーダ２２４に送信する。ステップ４１４及び４１６はプロセッサ２２１により協働され、その結果、記憶されている高優先順位区画はリアルタイムで、ビデオデコーダ２２４に送信される受信低優先順位区画とインターリーブされる。
【００６３】
インターリーブされたデータは、符号３１０により示されるオリジナルの未使用圧縮データストリームを有する。その後、ビデオデコーダ２２４は、インターリーブされたデータを、被要求ビデオセグメントをモニタ２２５に表示できるようにするのに必要なディスプレイフォーマットに変換する。
【００６４】
ステップ４１７において、クライアント２２０はビデオセグメントの再生を要求できる。制御コマンド要求がされた場合、ステップ４１８において、制御はステップ４１１に戻る。制御コマンド要求は周知のＶＣＲタイプの要求であり、停止、ポーズ、早送り、早戻し、再生などを含む。停止コマンドは、サーバ２００に、追加の低優先順位データを送信しないように命令する。ポーズコマンドは停止コマンド機能を果たすが、更にデコーダ２２４に最後のフレームを保持させる。
【００６５】
早送りコマンドは、サーバ２００に、低優先順位区画のＭＰＥＧ−２のＩフレームだけを送信させる。早戻しコマンドは、サーバ２００に、Ｉフレームを逆順に送信させる。再生コマンドは、サーバ２００に、低優先順位区画だけを再送信させる。これらの機能は、前記のＭＰＥＧ−２規格草案の１６７頁のセクションＤ．１２に記載された“トリックモード”と一致するように構成されている。
【００６６】
制御コマンドが新たなビデオセグメントを要求する場合、ステップ４１９において、制御はステップ４０２に戻される。制御コマンド要求がされない場合、ステップ４２０において、プロセッサ２２１は、既に記憶されている高優先順位データをメモリから消去する。ステップ４２１において、手順は終了し、制御はステップ４００の待機状態に戻る。
【００６７】
本発明を符号化ビデオビットストリームについて説明してきたが、非符号化ビデオビットストリームについても広範に使用できる。
［発明の効果］
【００６８】
以上説明したように、本発明によれば、パケットネットワークによるビデオ伝送の品質を改善することができる。
【図面の簡単な説明】
【００６９】
【図１】高優先順位セグメント及び低優先順位セグメントを伝送する本発明の方法の一例の流れ図である。
【図２】本発明の方法を実施するのに有用なクライアントサーバビデオ分配ネットワークの一例の模式的構成図である。
【図３】サーバロケーションにおいてディスクにビデオビットストリームを記憶するための様々なフォーマットを示す構成図である。
【図４】ビデオセグメント要求を処理するためのサーバとクライアントとの対話を説明する流れ図である。
【図５】優先順位区切り点を例証するＭＰＥＧ−２規格草案のテーブル７−２８を示す表図である。
【図６】高優先順位フォーマットの一例の構成図である。
【符号の説明】
【００７０】
２００  サーバ
２０１  ビデオ・オン・デマンドプロセッサ
２０２、２２２、２３２  ディスク
２０３、２２３、２３３  ネットワークインターフェース
２１０  パケットネットワーク
２２１、２３１  ビデオクライアントプロセッサ
２２４、２３４  デコーダ
２２５、２３５  モニタ
【図１】
2006050668.tif 000003
【図２】
2006050668.tif 000004
【図３】
2006050668.tif 000005
【図４】
2006050668.tif 000006
【図５】
2006050668.tif 000007
【図６】
2006050668.tif 000008