(57)【特許請求の範囲】
【請求項１】
ビデオデータを符号化する方法であって、
入力ビデオデータを受信するステップと、
所定の符号化処理に従って前記入力ビデオデータを符号化するステップと、
当該符号化入力ビデオデータをビデオパケットにフォーマット化し、当該符号化ビデオパケットに、スタートマーカ、予測符号化情報を含む少なくとも１つのサブセクション及び符号化データセクションを含ませるようにするステップと、
を有し、
前記スタートマーカは、１が後に続く計算された数のゼロを有する２進数により表されることが可能であり、当該ゼロの数は、所定の第１の数によってモジュロ除算された、前記スタートマーカの位置を表す第２の数に一定値を加えることによって決定される、
方法。
【請求項２】
請求項１に記載の方法であって、前記第２の数は、ビデオオブジェクトプレーンシーケンス番号である、方法。
【請求項３】
請求項１に記載の方法であって、前記第２の数は、前のＩフレームからのフレーム距離である、方法。
【請求項４】
請求項１に記載の方法であって、前記所定の符号化処理はＭＰＥＧ−４符号化処理である、方法。
【請求項５】
請求項１に記載の方法であって、前記第１の数は７であり、前記一定値は、１６であり、これにより前記スタートマーカのゼロの数は１６ないし２３である、方法。
【請求項６】
請求項１に記載の方法であって、前記一定値及び前記第１の数は、２つのビデオオブジェクトプレーン間の最大の分離を保証するように選択される、方法。
【請求項７】
２以上のビデオオブジェクトプレーンを形成する複数の符号化ビデオパケットを復号する装置であって、
コンピュータ実行可能な処理ステップを記憶するメモリと、前記メモリに記憶された処理を実行し、（ｉ）当該複数の符号化ビデオパケットを受信し、（ｉｉ）前記複数の符号化ビデオパケットの各々におけるスタートマーカを検索し、（ｉｉｉ）前記スタートマーカに基づいて前記ビデオオブジェクトプレーンの２つの間の境界を判定するプロセッサと、
を有する装置であって、
前記スタートマーカは、１が後に続く計算された数のゼロを有する２進数により表されることが可能であり、当該ゼロの数は、所定の第１の数によってモジュロ除算された、前記スタートマーカの位置を表す第２の数に一定値を加えることによって決定され、
前記装置は、前記ゼロの数に基づいて前記スタートマーカの位置を判定するように構成された、装置。
【請求項８】
請求項７に記載の装置であって、前記符号化ビデオパケットは、ＭＰＥＧ符号化処理を用いて符号化される、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ符号化システムに関し、特にエラーに強いビデオ復号を可能とする改良型再同期マーカを用いた先進のデータパーティション方式に関する。本発明は、種々のビットレートすなわち種々の品質の画像に適応することのできる可変帯域ネットワーク及びコンピュータシステムに関連した特定の有用性を有するものである。
【背景技術】
【０００２】
一般的なスケーラブルビデオコーディングは、ビデオフレーム当たりのデータの種々のレベル又は量を提供することのできる符合化技術に相当する。現在、このような技術は、符合化ビデオデータを出力するときに汎用性をもたせるためにＭＰＥＧ−１やＭＰＥＧ−２、ＭＰＥＧ−４（すなわちMotion Picture Experts Group）のようなビデオ符号化規格に用いられている。ＭＰＥＧ−１及びＭＰＥＧ−２画像圧縮技術は、未処理の画像からの四角い画像に限定されているが、ＭＰＥＧ−４ビジュアルは、かなり広いものである。ＭＰＥＧ−４ビジュアルは、未処理画像及び合成画像の双方の符合化を可能とし、１シーンにおける個別のオブジェクトへのアクセスに基づいて内容を提供する。
【０００３】
図１には、ＭＰＥＧ−４エラー回復モードにおける代表的なビデオパケット構造が示されている。ここでのビデオパケット（ＶＰ）は、多数のマクロブロックの情報を含んでおり、選択可能なパケットサイズによって、単一のパケットに含めるべきマクロブロックの数が決定される。図１に示されるように、ＭＰＥＧ−４ビデオパケット構造は、ＲＥＳＹＮＣマーカ、量子化パラメータ（ＱＰ）、ヘッダ拡張コード（ＨＥＣ）、マクロブロック（ＭＢ）番号、動き及びヘッダ情報、動きマーカ（ＭＭ）及びテクスチャ情報を含む。ＭＢ番号は、量子化パラメータが差動復号処理が再同期化されることを可能とする間、必要な空間的再同期をなす。
【０００４】
動き及びヘッダ情報フィールドは、動きベクトル（ＭＶ）のＤＣＴのＤＣ係数の情報や、マクロブロックタイプのような他のヘッダ情報を含む。残りのＤＣＴのＡＣ係数は、テクスチャ情報フィールドにおいて符合化される。動きマーカは、ＤＣとＡＣのＤＣＴ係数を分離する。
【０００５】
ＭＰＥＧ−４ビデオ規格は、広範囲の記憶及び伝送媒体において画像すなわちビデオ情報をアクセスすることが可能となるようエラーに強く回復力のあるものを提供する。ＭＰＥＧ−４ビデオ規格について開発されたエラー回復ツールは、再同期化、データ回復、エラー隠蔽（error concealment）という３つの主要な方策に分けることができる。
【０００６】
再同期ツールは、残りのエラーなどが検出された後にデコーダとビットストリームとの間の再同期化を可能としようとするものである。一般的には、エラーの前の同期ポイントと同期が再確立された最初のポイントとの間のデータは破棄される。この再同期のアプローチがデコーダによって破棄されたデータの量を局所化するのに有効であれば、データを回復したりエラーの効力を隠す他のタイプのツールの能力が大幅に向上する。
【０００７】
ＭＰＥＧ−４によって用いられる現在のビデオパケットのアプローチは、ビットストリーム中の周期的再同期化マーカを提供することに基づいている。これら再同期マーカは、他の全てのコードワード及びこれらコードワードの若干の乱れに対して簡単に区別させることができるように構成されている。ヘッダ情報（空間的かつ時間的位置又は後続のビットに関するインピクチャ予測情報について）は、再同期化情報の直後に付される。このようにして、デコーダは、再同期マーカの検出をなすと、適正な復号を再開することができる。しかし注記すべきは、かかる再同期マーカの挿入により符号化効率が低下することである。すなわち、このようなマーカが長く頻繁なものであればあるほど、多くのビットをマーカに使用することになり、符号化の負担が増大する。しかし、長く頻繁な挿入マーカによって、デコーダがより速く再同期をとることが可能となるので、伝送エラーは、再生（復元）フレームにおいて小さい領域にしか影響を与えないものとなる。
【０００８】
上述したように、ＭＰＥＧ−４では、再同期化（ＲＥＳＹＮＣ）マーカは、新しいビデオパケットの始点を区別するために用いられる。このマーカは、可能性のある全てのＶＬＣコードワードからもＶＯＰスタートコードからも区別可能である。ＭＰＥＧ−４ビデオパケット構造においては、ＲＥＳＹＮＣマーカは、「１」が後に続く１６〜２２個のゼロ（「０」）を有する２進数として規定される。ヘッダ情報もビデオパケットの始点に設けられる。このヘッダ情報に含まれているのは、復号処理を再スタートさせるのに必要なデータである。
【０００９】
同期化が再確立した後は、データ回復ツールは、概して失われているかもしれないデータを回復するように試みる。これらのツールは、単純なエラー訂正コードではなく、エラー回復法によりデータを符合化する技術である。例えば、ある１つの特定のツールには、リバーシブル可変長コード（ＲＶＬＣ）がある。このアプローチでは、可変長コードワードが順方向にも逆方向にも読取可能なように構成される。
【００１０】
しかしながら、よりエラーに強い復号をなすための改良型データパーティショニングを取り入れるビデオ符合化技術の必要性がある。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、エラーに強いビデオ符号化及び復号を容易に行う符号化ビデオパケットの再同期マーカを提供することにより、上述した必要性に対処するものである。
【課題を解決するための手段】
【００１２】
本発明の一態様は、ビデオ伝送アプリケーションのために再同期マーカを用いて符号化ビデオパケットの高度な構成を提供するシステム及び方法を指向するものである。この再同期マーカは、各ビデオオブジェクトプレーン又はビデオフレーム内において固定範囲のビット長を有し、ビデオフレーム毎に周期的に更新される。この符号化ビデオパケット構造によって、デコーダが追加のビットストリーム負担を伴うことなくビデオオブジェクトプレーン境界を自動的に見つけ出すことを可能としている。これは、伝送中にビデオオブジェクトプレーンヘッダを失ったときに特に効果的である。
【００１３】
本発明のもう１つの態様では、符号化ビデオパケット構造体が提供される。この符号化ビデオパケット構造体は、当該符号化ビデオパケット構造体の始点を示す再同期マーカ、予測符号化情報並びにＤＣのＤＣＴ係数及びＡＣのＤＣＴ係数を含む動き／テクスチャ情報を含んでいる。再同期マーカは、１が後に続く計算された数のゼロを有する２進数によって表すことができる。ゼロの数は、他の符号化ビデオパケットの再同期マーカに対して独特な値を当該再同期マーカが有することを保証する式によって決定される。
【００１４】
本発明の一実施例は、ビデオデータを符号化する方法を指向する。本方法は、  入力ビデオデータを受信するステップと、所定の符号化処理に従って前記入力ビデオデータを符号化するステップと、当該符号化入力ビデオデータをビデオパケットにフォーマット化するステップとを含む。当該符号化ビデオパケットは、スタートマーカ、予測符号化情報を含む少なくとも１つのサブセクション及び符号化データセクションを含む。前記スタートマーカは、１が後に続く計算された数のゼロを有する２進数により表されることが可能である。当該ゼロの数は、所定数によってモジュロ除算された当該符号化ステップにおいて判定された値に一定値を加えることによって決定される。
【００１５】
本発明の他の実施例は、２以上のビデオオブジェクトプレーンを形成する複数の符号化ビデオパケットを復号する装置を指向する。この装置は、コンピュータ実行可能な処理ステップを記憶するメモリと、前記メモリに記憶された処理ステップを実行し、（ｉ）当該複数の符号化ビデオパケットを受信し、（ｉｉ）前記複数の符号化ビデオパケットの各々におけるスタートマーカを検索し、（ｉｉｉ）前記スタートマーカに基づいて前記ビデオオブジェクトプレーンの２つの間の境界を判定するプロセッサと、を有する。
【００１６】
この概略的要約により、本発明の本質が素早く理解できる。本発明は、次に述べるその好適実施例の詳細な説明を添付図面とともに参照することによって十分に理解することができる。
【発明を実施するための最良の形態】
【００１７】
再び図１を参照すると、ＭＰＥＧ−４ビデオパケット構造体においては、ＲＥＳＹＮＣマーカは、「１」が後に続く１６〜２２のゼロ（「０」）を有する２進数として定義される。ゼロのラン長は、ＶＯＰタイプ（例えばＩ，Ｐ，Ｂ−ＶＯＰ）及び動きベクトルｆ＿ｃｏｄｅ情報によって決定される。従来のＭＰＥＧ−４のＲＥＳＹＮＣマーカを発生する詳細事項は、本発明を理解する上では必要ないので、ここでは詳しくは説明しない。
【００１８】
図１のＭＰＥＧ−４データパーティショニングＶＰ構造を用いて、量子化器スケールなどの必要な全ての予測符号化情報、ＡＣ／ＤＣ予測、及び動きベクトル符号化は、各ビデオパケット内に限定される。これにより、ＶＰが失われた場合、パケットの損失は後のビデオパケットには伝わらない。したがって、ＶＰ構造は、ロスの大きいチャネルにおける強固なビデオ伝送を見込んだ独立した符号化ユニットとなる。
【００１９】
しかしながら、図１のＲＥＳＹＮＣマーカ及びＶＤ構造の意義深い１つの欠点は、図２を参照して説明される。図２において、最後の２つのビデオパケット（ＶＰ−（ｋ−１）及びＶＰ−ｋ）は、ｎ番目のビデオオブジェクトプレーン（ＶＯＰ−ｎ）から示され、最初の２つのビデオパケット（ＶＰ−１及びＶＰ−２）は、ｎ＋１番目のビデオオブジェクトプレーン（ＶＯＰ−（ｎ＋１））から示される。起こりうるビデオパケット消失問題があり、ＶＯＰ−ｎの最後のビデオパケット（ＶＰ−ｋ）とＶＯＰ−（ｎ＋１）の最初のビデオパケット（ＶＰ−１）が失われている。この例では、ＶＯＰ−ｎ及びＶＯＰ−（ｎ＋１）のＲＥＳＹＮＣマーカ長が同じで、これはＭＰＥＧ−４規格を用いてしばしば生じるものであることを前提としている。この状況において、第２のビデオパケット（ＶＰ−２）はどのＶＯＰからのものかを判定するために、これらビデオパケットを受信するデコーダは、マクロブロック（ＭＢ）番号フィールドを確認する必要がある（例えば図１参照）。
【００２０】
より詳しくは、ＶＯＰ−（ｎ＋１）のＶＰ−２からのＭＢがＶＯＰ−ｎのＶＰ−（ｋ−１）の後の期待されるＭＰ番号よりも小さい場合、デコーダは、ＶＰ−２がＶＯＰ−（ｎ＋１）に属していることを判定することができる。これは、ＶＰのＭＢフィールドが開始マクロブロック番号を示すからであり、これによりフレーム内の連続的ＶＰのＭＢフィールド値は増えるはずである。但し、ＶＯＰ−（ｎ＋１）のＶＰ−２のＭＢ番号が当該期待されるＭＢ番号よりも大きい場合、デコーダは、どのＶＯＰのＶＰ−２が当該デコーダに同期を外せることになるどれに属するべきかを判定することができなくなる。
【００２１】
かかる従来のＭＰＥＧ−４のＶＰ構造の欠点を克服するため、各ビデオパケットに対し追加のＶＯＰ番号フィールドを提供することが１つの可能性としてある。但し、このアプローチは、符号化の負担を受け先取りの動作（look-ahead operation）を必要とする。これは、ビデオシステムの性能を落とすことになり望ましくない。
【００２２】
本発明は、ＲＥＳＹＮＣマーカの長さを周期的に変えることにより、追加のＶＯＰ番号フィールド及び先取動作を用いることなく上述した欠点を克服する。
【００２３】
本発明の一実施例では、ＶＯＰのＲＥＳＹＮＣマーカのゼロのラン長は次の式を用いて決定される。
【００２４】
Length_zero_run=16+(VOP_seq_num%7)bits
【００２５】
上式において、「％」はモジュロ除算を表し、VOP_seq_numは、エンコーダ及びデコーダ双方におけるＭＰＥＧ−４復号進捗として自動的に計算されたＶＯＰシーケンス番号である。この式を用いて、連続する７つのＶＯＰのグループにおけるどのＶＯＰも独特なＲＥＳＹＮＣマーカを持つこととなる。ＭＰＥＧ−４規格では、ＲＥＳＹＮＣマーカのゼロのラン長は１６ないし２２の間に設定されており、これにより上記式は、ＲＥＳＹＮＣマーカの結果として得られる長さが１６〜２３ビットであることを保証するとともに、ＶＯＰ間の最大の分離をも保証する。但し、ＲＥＳＹＮＣマーカのサイズの長さの限定は強制されるものではなく、上記式の種々の一定値が許容可能である。
【００２６】
図２を参照すると、ＶＯＰ−ｎ及びＶＯＰ−（ｎ＋１）のＲＥＳＹＮＣマーカを決定する上式を用いることによって、上述した欠点を克服することになる。ＶＯＰ−ｎのＶＰ（ｋ−１）及びＶＯＰ−（ｎ＋１）のＶＰ−２のＲＥＳＹＮＣマーカは異なったものとなる。デコーダが異なるＲＥＳＹＮＣマーカを検出する場合、ＶＰが異なるＶＯＰからのものであることを自動的に判定することができる。また、デコーダがＶＯＰ−（ｎ＋１）のＶＰ−２のＲＥＳＹＮＣマーカを解読することができない場合、エラーメッセージすなわち望んでいないシンボルを発生することができる。これは、デコーダがＲＥＳＹＮＣマーカの到来を期待しているからである。このエラーメッセージを用いて、デコーダは、当該２つのＶＯＰの境界を自動的に知ることができる。
【００２７】
もう１つの実施例においては、ＲＥＳＹＮＣマーカのゼロのランは次のようにして決定することができる。
【００２８】
Length_zero_run=16+（前のＩフレームからのフレーム距離％７）bits
【００２９】
上式において、最後のＩ（イントラ符号化されている）フレームからのフレーム距離は、連続して２つのＩフレームが続かない場合、最後のＩフレームと現フレームとの間のフレーム数を比較することによって簡単に計算することができる。上式は、ＲＥＳＹＮＣマーカの結果として得られる長さが１６〜２３ビットであることを保証するとともに、ＶＯＰ間の最大の分離をも保証する。但し、ＲＥＳＹＮＣマーカサイズの長さの限定は強制されるものではなく、上式の種々の一定値が許容可能である。図３は、レイヤードコーディング（layered coding）及び伝送優先順位付け（transport prioritization）をなすビデオシステム１００を示している。レイヤードソースエンコーダ１１０は、入力ビデオデータを符号化する。複数のチャネル１２０は当該符号化データを伝送する。レイヤードソースデコーダ１３０は、符号化データを復号する。
【００３０】
層構造化された符号化（レイヤードコーディング）を実現する方法は種々のものがある。例えば、時間領域レイヤードコーディング（temporal domain layered
coding）では、ベースレイヤは比較的低いフレームレートのビットストリームを含み、エンハンスメントレイヤは比較的高いフレームレートの出力を得るために増加情報を含む。空間領域レイヤードコーディングでは、ベースレイヤはサブサンプルされたバージョンのオリジナルビデオシーケンスを符合化し、エンハンスメントレイヤは、デコーダにおいて比較的高い空間分解能を得るための付加情報を含む。
【００３１】
一般に、異なるレイヤは、異なるデータストリームを用い、チャネルエラーに対する明確に異なる許容範囲を有している。チャネルエラーに対抗するため、レイヤードコーディングは大抵はトランスポート優先権付与（transport prioritization）と組み合わされ、ベースレイヤが比較的高い程度のエラー保護で伝送されるようにしている。ベースレイヤが失われると、エンハンスメントレイヤに含まれるデータは無駄となることもある。
【００３２】
図４は、本発明を実現することのできる代表的実施例のコンピュータシステム９を示している。図４に示されるように、パーソナルコンピュータ（「ＰＣ」）１０は、可変帯域幅ネットワーク又はインターネットのようなネットワークとインターフェースをとるためのネットワーク接続部１１と、ビデオカメラ（図示せず）のような他の遠隔ソースとインターフェースをとるためのファックス／モデム接続部１２とを含む。ＰＣ１０はまた、ユーザに情報（ビデオデータを含む）を表示する表示画面１４と、テキスト及びユーザコマンドを入力するキーボード１５と、表示画面１４上にカーソルを位置付けユーザコマンドを入力するマウス１３と、内部に挿入されたフロッピーディスクに対して読み取り及び書き込みを行うディスクドライブ１６と、ＣＤ−ＲＯＭに記憶された情報をアクセスするためのＣＤ−ＲＯＭドライブ１７とを含む。ＰＣ１０はまた、文書テキスト画像、グラフィクス画像などを入力するスキャナ（図示せず）や画像又はテキストなどを出力するプリンタ１９の如き取付けられた１つ以上の周辺デバイスを備えてもよい。
【００３３】
図５は、ＰＣ１０の内部構造を示している。図７に示されるように、ＰＣ１０は、コンピュータハードディスクのようなコンピュータ読取可能媒体を有するメモリ２０を含む。メモリ２０は、データ２３、アプリケーション２５、プリントドライバ２４及びオペレーティングシステム２６を記憶する。本発明の好適実施例では、オペレーティングシステム２６は、マイクロソフトウィンドウズ９５の如きウィンドーイング型のオペレーティングシステムである。但し、本発明は他のオペレーティングシステムも用いることができる。メモリ２０に記憶されるアプリケーションには、スケーラブルビデオコーダ２１及びスケーラブルビデオデコーダ２２がある。スケーラブルビデオデコーダ２１は、以下に詳しく述べる方法でスケーラブルビデオデータ符号化を行い、スケーラブルビデオデコーダ２２は、スケーラブルビデオコーダ２１により規定された方法によりコード化されたビデオデータを復号する。これらアプリケーションの動作は以下に詳しく説明する。
【００３４】
ＰＣ１０に含まれるものは、他にも、ディスプレイインターフェース２９、キーボードインターフェース３０、マウスインターフェース３１、ディスクドライブインターフェース３２、ＣＤ−ＲＯＭドライブインターフェース３４、コンピュータバス３６、ＲＡＭ３７、プロセッサ３８及びプリンタインターフェース４０がある。プロセッサ３８は、好ましくはＲＡＭ３７の出力としての上述したもののようなアプリケーションを実行するためのマイクロプロセッサなどを有する。このようなアプリケーションは、スケーラブルビデオコーダ２１及びスケーラブルビデオコーダ２２を含んでおり、メモリ２０（上記したようなもの）に記憶されることが可能であり、或いはディスクドライブ１６におけるフロッピーディスク又はＣＤ−ＲＯＭドライブ１７におけるＣＤ−ＲＯＭに記憶可能である。プロセッサ３８は、ディスクドライブインターフェース３２を介してフロッピーディスクに記憶されたアプリケーション（又は他のデータ）をアクセスし、ＣＤ−ＲＯＭドライブインターフェース３４を介してＣＤ−ＲＯＭに記憶されたアプリケーション（又は他のデータ）をアクセスする。
【００３５】
ＰＣ４のアプリケーションの実行及び他のタスクは、キーボード１５又はマウス１３を用いて開始可能である。これらからのコマンドは、キーボードインターフェース３０及びマウスインターフェース３１をそれぞれ介してプロセッサ３８に伝送される。ＰＣ１０において実行されるアプリケーションからの出力結果は、ディスプレイインターフェース２９により処理が可能となり、ディスプレイ１４にユーザに対して表示がなされる。或いは、ネットワーク接続部１１を介して出力される。例えばスケーラブルビデオコーダ２１によりコード化された入力ビデオデータは、通常はネットワーク接続部１１を介して出力される。一方、例えば可変帯域幅ネットワークから受信された符合化ビデオデータは、スケーラブルビデオデコーダ２２によって復号され、ディスプレイ１４に表示される。このため、ディスプレイインターフェース２９は、コンピュータバス３６を経由してプロセッサ３８により供給された復号されたビデオデータに基づいてビデオ画像を形成するとともにそれら画像をディスプレイ１４に出力するためのディスプレイプロセッサを有するのが好ましい。ＰＣ１０で実行されるワード処理プログラムなどの他のアプリケーションからの出力結果は、プリンタインターフェース４０を介してプリンタ１９に供給されることが可能である。プロセッサ３８は、プリントドライバ２４を稼働せしめ、プリンタ１９への伝送の前に、かかるプリントジョブの適切なフォーマッティングを行う。
【００３６】
図６は、図３に示されたビデオシステム１００の機能を説明するフロー図である。始めに、ステップＳ１０１では、オリジナルのコード化（符号化）されていないビデオデータがビデオシステム１００に入力される。このビデオデータは、ネットワーク接続部１１、ファックス／モデム接続部１２又はビデオソースを介して入力可能である。本発明の目的のため、ビデオソースは、いずれのタイプのビデオ撮影デバイス（その一例としてはディジタルビデオカメラ）も有することができる。
【００３７】
次に、ステップＳ２０２は、標準の技術を用いてオリジナルビデオデータをコード化する。レイヤードソースエンコーダ１１１は、ステップＳ２０２を行うようにしてもよい。本発明の好適実施例では、レイヤードソースエンコーダ１１１は、ＭＰＥＧ−４エンコーダである。ステップＳ３０３では、コードステップＳ２０２の間、デフォルトの又はユーザが選択したＰＢＰ値が用いられる。結果として得られたＶＰは図１に示されるような構造を有する。
【００３８】
ＶＰは、デコーダ例えばレイヤードソースデコーダ１３０によって受け取られ、ステップＳ４０４において復号される。本発明の新しいＲＥＳＹＮＣマーカを用いることにより、よりエラーに強い復号処理が提供される。
【００３９】
ここで記述した本発明の実施例はコンピュータコードとして実現するのが好ましいが、図６に示したステップの全て又は幾つかはディスクリートのハードウェア素子及び／又は論理回路を用いても実現可能である。また、本発明の符合化及び復号の技術がＰＣ環境においてなされるものとしたが、これらの技術はディジタルテレビジョン／セットトップボックスやビデオ会議装置などを含む（但し、限定はしない）いずれのタイプのビデオ機器にも用いることができる。
【００４０】
この点につき、本発明は、特定の例示した実施例について記述したものである。なお、本発明は、上述した実施例及びその改変例に限定されるものではなく、添付の請求項の主旨及び範囲から逸脱することなく通常の当業者によって色々な変更や改変がなされうることに留意すべきである。
【図面の簡単な説明】
【００４１】
【図１】従来のＭＰＥＧ−４ビデオパケット構造を示す図。
【図２】ビデオパケット消失過程を示す図。
【図３】本発明の一態様によるビデオ符合化システムを示す図。
【図４】本発明を実現可能とするコンピュータシステムを示す図。
【図５】図４に示されるコンピュータシステムにおけるパーソナルコンピュータのアーキテクチャを示す図。
【図６】本発明の一実施例を示すフロー図。
【図１】
0004457015.tif 000002
【図２】
0004457015.tif 000003
【図３】
0004457015.tif 000004
【図４】
0004457015.tif 000005
【図５】
0004457015.tif 000006
【図６】
0004457015.tif 000007