(57)【特許請求の範囲】
【請求項１】
符号化画像シーケンスを供給する画像シーケンス符号化方法であり、
前記符号化画像はそれぞれ画像ヘッダを有すると共に、スライス・ヘッダを有するスライスへ分割され、
前記スライス・ヘッダは識別される識別子フィールドを有し、
前記識別子フィールドはある符号化画像のスライスについて同一であり、
現符号化画像及び前符号化画像の画像ヘッダのアイデンティティはこれら２つの画像の識別子フィールドのアイデンティティを含み、
現符号化画像の画像ヘッダが前符号化画像の画像ヘッダから変わることは前記現符号化画像の識別子フィールドの変更を含む、画像シーケンス符号化方法であって、
各識別子フィールドの各ビットが該識別子フィールドに係る前記現画像の符号化特性により直接充填されるように、前記現符号化画像の符号化特性を反映する値で前記識別子フィールドの各ビットを充填する工程を有することを特徴とする方法。
【請求項２】
符号化画像シーケンスの一部を構成する現符号化画像の復号化方法であり、
前記符号化画像のそれぞれは識別子フィールドを有し、
各識別子フィールドの各ビットは前記現符号化画像の符号化特性を反映するように、前記識別子フィールドに係る現画像の符号化特性により直接充填されており、当該符号化画像復号化方法は、
前復号化画像の識別子フィールドを前記現符号化画像の識別子フィールドと比較する工程と、
前記現符号化画像の識別子フィールドにより識別される符号化特性を利用することによって、さらに前記識別子フィールドの比較が、
ｉ）  前記前復号化画像及び前記現符号化画像がいずれも予測タイプであって、且つそれらが異なる形式を有すること、又は、
ｊ）  前記前復号化画像は非予測タイプであり、前記現符号化画像は予測タイプであり、両者は異なる形式を有すること、
を明らかにしない場合、前復号化画像の画像ヘッダにより識別される符号化特性を利用することによって、前記現符号化画像を復号化する工程と、を有することを特徴とする方法。
【請求項３】
請求項１又は２記載の方法であって、
前記識別子フィールドの第一のビットは、符号化画像の画像タイプを反映し、
前記識別子フィールドの第二のビットは、画像の符号化に用いられるラウンド・タイプを反映する、ことを特徴とする方法。
【請求項４】
請求項１又は２記載の方法であって、
前記識別子フィールドの第一のビットは、符号化画像の画像タイプを反映し、
前記識別子フィールドの第二のビットは、符号化画像の画像形式を反映する、ことを特徴とする方法。
【請求項５】
符号化画像シーケンスを供給する画像シーケンス符号化システムであり、
前記符号化画像はそれぞれ画像ヘッダを有すると共に、スライス・ヘッダを有するスライスへ分割され、
前記スライス・ヘッダは識別される識別子フィールドを有し、
前記識別子フィールドはある符号化画像のスライスについて同一であり、
現符号化画像及び前符号化画像の画像ヘッダのアイデンティティはこれら２つの画像の識別子フィールドのアイデンティティを含み、
現符号化画像の画像ヘッダが前符号化画像の画像ヘッダから変わることは前記現符号化画像の識別子フィールドの変更を含む、画像シーケンス符号化システムであって、
この符号化システムは、各識別子フィールドの各ビットが該識別子フィールドに係る前記現画像の符号化特性により直接充填されるように、前記現符号化画像の符号化特性を反映する値で前記識別子フィールドの各ビットを充填する手段を有することを特徴とするシステム。
【請求項６】
符号化画像シーケンスの一部を構成する現符号化画像を復号化するシステムであり、
前記符号化画像のそれぞれは識別子フィールドを有し、
各識別子フィールドの各ビットは前記現符号化画像の符号化特性を反映するように、前記識別子フィールドに係る現画像の符号化特性により直接充填されており、当該現符号化画像復号化システムは、
前復号化画像の識別子フィールドを前記現符号化画像の識別子フィールドと比較する手段と、
前記現符号化画像の識別子フィールドにより識別される符号化特性を利用することによって、さらに前記識別子フィールドの比較が、
ｉ）  前記前復号化画像及び前記現符号化画像がいずれも予測タイプであって、且つそれらが異なる形式を有すること、又は、
ｊ）  前記前復号化画像は非予測タイプであり、前記現符号化画像は予測タイプであり、両者は異なる形式を有すること、
を明らかにしない場合、次に前復号化画像の画像ヘッダにより識別される符号化特性を利用することによって、前記現符号化画像を復号化する手段と、を有することを特徴とするシステム。
【請求項７】
請求項５記載の符号化システム及び請求項６記載の復号化システムを有する通信システム。
【請求項８】
請求項５記載の符号化システム及び請求項６記載の復号化システムを有する携帯電話。
【請求項９】
請求項１乃至４何れか一項記載の方法を実行するためのプログラムコード命令を有するコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、符号化画像シーケンスを供給する画像シーケンス符号化方法、及び現符号化画像の画像ヘッダが失われた場合に該現符号化画像を復号化することを可能にする符号化画像復号化方法に関する。
【０００２】
本発明は、上記符号化／復号化方法の異なる工程を実施する符号化システム及び復号化システムにも関連する。
【０００３】
本発明は、伝送損失を受ける環境において、符号化ビデオ信号をチャネルを通じて伝送する際に幅広く用いられる。
【０００４】
【従来の技術】
現在、ビデオ圧縮は、専門家の間だけでなく、一般消費者の間でも用いられている。
【０００５】
ビデオ圧縮は、電話又はテレビ電話タイプの用途において、又はビデオ・タイプのデータを同時に送りながら、複数の記者間で音声データを伝送・交換するために、特に用いられる。このような用途において、送信されるビデオ・データを通る通信チャネルの通過域は、符号化ビデオ信号を構成する画像について許容できる画質を得るために送信されなければならない相当なビデオ・データ量を考えると、非常に制限されたままである。このように、小さい通過域に適したビデオ圧縮規格、特に数十キロバイト／秒での符号化ビデオ信号の生成を可能にする小さい形式のビデオ信号の符号化を特に専門とするビデオ圧縮規格Ｈ．２６３を用いることが必要となる。
【０００６】
【発明が解決しようとする課題】
電話又はテレビ電話タイプの用途の範囲内で、ビデオ信号はチャネルを通じて送信されるが、特にワイヤレス伝送中は、チャネル通過域の飽和又は送信断絶によってしばしばチャネルが混乱するため、復号化器によって受信される送信ビデオ信号にデータ損失が発生する場合もある。これら混乱の効果を制限するために、Ｈ．２６３規格は、送信チャネルを通じた送信の前に、符号化器のレベルにおいて、各画像のビデオ信号を構成するビデオ・データを保護する。このため、この規格は、各画像が互いに独立して符号化される複数のスライスへ分割されることを提案する。このように、符号化画像スライス（現画像と呼ぶ）に発生するデータ損失は該現画像の他のスライスへ影響を与えず、これら他のスライスは一定の条件下で復号化することができる。この現画像の他のスライスの復号化は、その画像ヘッダの中身が失われていない場合のみ可能である。
【０００７】
欧州特許ＥＰ１０９４６７２は、一定の条件下で、失われた現画像（又は現画像の一部のスライスのみ）を復号化することを可能にする方法について記載している。実際、この方法は、特定の状況では、ほとんどのピクチャ・ヘッダに存在していると思われる現画像の復号化にとって有益な符号化パラメータを取り出すことが可能である。
【０００８】
この既知の方法は、ビデオ規格Ｈ．２６３が、各符号化画像が画像ヘッダを有し、各符号化画像はそれぞれがスライス・ヘッダを有する複数のスライスへ分割することが可能であり、各スライス・ヘッダは識別されるための識別子フィールドを有する、ということを提案するという事実によって恩恵を受けている。この規格の記法においてＧＦＩＤと呼ばれる識別子フィールドは、以下の規則によって定義される符号化規則に準拠する。まず、識別子フィールドは１つの同じ符号化画像のスライスについて同一である。また、現符号化画像及び前符号化画像の画像ヘッダのアイデンティティはこれら２つの画像の識別子フィールドのアイデンティティを含み、現符号化画像の画像ヘッダが前符号化画像のものから変わっていると、現画像の識別子フィールドも変わる。
【０００９】
復号化において、前ピクチャと現ピクチャとで識別子フィールドが異なっていた場合、ピクチャ・ヘッダが変わった、すなわち該ピクチャ・ヘッダを有するフィールドが変わったことを推論することは可能であるが、特にどのフィールドが変わったのかを知ることはできない。この方法は、Ｈ．２６３規格を尊重しながら、復号化時にピクチャ・ヘッダにおいて特にどのフィールドが変わったのかを判定し、これらフィールドの現ピクチャに用いられる新しい値を推論することを可能にするＧＦＩＤフィールドを符号化する際の追加的規則を定義することを提案している。
【００１０】
この既知の方法は制限を受ける。
【００１１】
まず、前ピクチャと現ピクチャとで識別子フィールドが異なる場合、この既知の方法は、一度にピクチャ・ヘッドの一フィールドの変化しか識別できない。このように、前ピクチャと現ピクチャとでピクチャ・ヘッダの多くのフィールドが変わった場合、この方法では最も高い優先度を持つと考えられるフィールドしか検知されず、その値についてのみ現ピクチャ用の値が推論されるに過ぎない。この方法は、ピクチャ・ヘッダの多くのフィールドが変化したことを検知することができない。結果として、検知されなかったフィールドが現ピクチャの復号化を混乱させる可能性がある。
【００１２】
次に、復号化の際、この方法は、増加する優先度を有するフィールド群の変化に応じて、現ピクチャの識別子フィールドＧＦＩＤ（ｎ）は、２項演算によって、前ピクチャの識別子フィールドＧＦＩＤ（ｎ−１）から推論されることを提案している。その際、識別子フィールドＧＦＩＤ（ｎ）の値は、識別子フィールドＧＦＩＤ（ｎ−１）から相対的に得られる。多くのピクチャ、例えば（ｎ−）ピクチャが失われた場合、この方法は機能しない。なぜなら、復号化の際、ＧＦＩＤ（ｎ−１）フィールドは、ランク（ｎ−１）を有するピクチャが失われたことを考えると、使用不可能であるからである。フィールドＧＦＩＤ（ｎ）をフィールドＧＦＩＤ（ｎ−１）すなわち最後に有効であったピクチャの識別子フィールドと比較することは意味がない。なぜなら、失われたピクチャ数を推論的に知ることができず、このピクチャ損失は計画できるものではないからである。
【００１３】
最後に、復号化の際、現ピクチャのピクチャ・ヘッダはいずれの有効なピクチャ・ヘッダによって置き換えられ得るかを判定することを考え、現画像の識別子フィールドＧＦＩＤ（ｎ）と次のピクチャの識別子フィールドＧＦＩＤ（ｎ＋１）とが比較される。これは、復号化において、一ピクチャに等しい遅延を含む。この遅延は、視覚的分析がリアルタイムでなければならないビデオを復号化する際に弊害を生じさせる。
【００１４】
本発明の目的は、現画像のピクチャ・ヘッダが失われた場合に、失われたピクチャ・ヘッダのフィールドをより確実に回復させ、現画像を復号化することを可能にする符号化／復号化方法を提案することである。
【００１５】
【課題を解決するための手段】
本発明は、まず最初に、符号化方法が、現符号化画像の符号化特性を反映する値で識別子フィールドの各ビットを充填する工程を有することを特徴とする。
【００１６】
識別子フィールドの値を充填することは、前画像の識別子フィールドの値に対して相対的にはもはや行われない。実際、識別子フィールドの各ビットは、それらが関連する画像の符号化特性によって直接的に充填される。次いで、多くの符号化特性が所定の識別子フィールドによって伝達される。
【００１７】
本発明は、更に、復号化方法であって、
前復号化画像の識別子フィールドを前記現符号化画像の識別子フィールドと比較する工程と、
上記識別子フィールドの比較が、
ｉ）  上記前復号化画像及び上記現符号化画像がいずれも予測タイプであって、且つそれらが異なる形式を有すること、又は、
ｊ）  上記前復号化画像は非予測タイプであり、上記現符号化画像は予測タイプであり、両者は異なる形式を有すること、
を明らかにしない場合、前記現符号化画像の識別子フィールドにより識別される符号化特性を利用し、前復号化画像の画像ヘッダにより識別される符号化特性を利用することによって、前記現符号化画像を復号化する工程と、を有することを特徴とする。
【００１８】
本発明に係る符号化方法を用いて生成されたビデオ信号の特性を利用することによって、このようにして、上記現画像の送信中にデータ、特に該現画像の画像ヘッダを構成するデータが失われた場合に、上記現画像のうちデータ損失によって影響を受けなかった画像スライスを復号化することが可能である。実際、符号化規則及び各識別子フィールドＧＦＩＤの値のセマンティクスを用いることによって、上記現画像の画像ヘッダに含まれる情報を復元することができる。この情報は、上記現画像のうちデータ損失によって影響を受けなかった画像スライスを復号化するのに必要である。これは、復号化方法において非予測画像をシステマチックに適用する符号化方法を用いる必要がなく、よって復号化方法は自身のタスクを実行することができる、及び、このようにして伝送チャネルが飽和しない、という利点を有する。さらに、各フィールドＧＦＩＤを定義する値のセマンティックスは、修復できない復号化誤りを含むデータ損失の場合に、復号化方法の性能を向上させることができる。
【００１９】
本発明に係る復号化方法は、該復号化方法が例えば送信開始時に符号化方法用の特性情報を送ることによって容易に実現されるビデオ信号の符号化中に識別子フィールドＧＦＩＤの充填された中身を解釈する工程にあるときに、実行される。
【００２０】
本発明は、Ｈ．２６３規格との互換性を保っているという利点を有する。本発明を用いると、規格Ｈ．２６３に準拠したすべての復号化方法が本発明にかかる符号化方法を用いて生成された符号化ビデオ信号のセマンティックスを解釈できない場合であっても、その使用は想定され得る。
【００２１】
現符号化画像を復号化するのに役立つ符号化特性は、現符号化画像の識別子フィールドと前符号化画像の識別子フィールドとの比較に基づいて取り出される。
このように、本方法をリアルタイム・アプリケーションに適用すると、復号化工程において遅延が導入されない。
【００２２】
本発明は、更に、上記符号化方法の異なる工程を実行する符号化システムと、上記復号化方法の異なる工程を実行する復号化システムとに関する。
【００２３】
符号化又は復号化レベルに関わらず、本発明に係る符号化／復号化方法の実施は、リソースの点でより安価であり、家電製品への適用が想定され得る。
【００２４】
本発明は、更に、本発明に係る符号化システム及び復号化システムを有する通信システムにも関する。
【００２５】
本発明は、更に、本発明に係る符号化システム及び復号化システムを有する携帯電話にも関する。
【００２６】
本発明は、更に、本発明に係る符号化方法によって生成されたビデオ信号にも関する。
【００２７】
本発明は、更に、上記符号化／復号化方法の一又は複数の工程を実行するコンピュータ・プログラムにも関する。
【００２８】
【発明の実施の形態】
本発明の上記及び他の態様は、非限定的な例として挙げる以下の実施形態を参照することによって、明らかになる。
【００２９】
本発明に係る符号化方法は、を、Ｈ．２６３規格によって課せられたＧＦＩＤフィールドの符号化規則を尊重し、画像を符号化するのに用いられる符号化特性を反映するセマンティクスを各符号化画像スライスの識別子フィールドＧＦＩＤの２ビットのそれぞれと関連付けることによって、それら２ビットを充填する工程から成る。このＧＦＩＤフィールド充填工程は、未符号化ビデオ画像シーケンスを符号化している間に実行されてもよく、Ｈ．２６３規格に準拠して予め符号化され、チャネルを通じて送信されなければならないビデオ信号に基づいて、ＧＦＩＤフィールドの値のみを修正することによって実行されてもよい。
【００３０】
図１は、Ｈ．２６３規格によって定義された異なるタイプの画像スライスを示す。一例として、ＱＣＩＦ形式の画像１０１、及びそこで定義される画像スライス１０２、１０３、１０４を考える。各画像スライスはマクロブロック１０５などの１６×１６サイズのマクロブロック群によって構成される。
【００３１】
ＧＯＢタイプの画像スライスは、画像を同じ幅と１又は複数のマクロブロックと同じ高さとを有するマクロブロック・グループに対応するタイプのスライス１０２である。
【００３２】
スライス１０４のタイプの画像スライスは、接続されて組み立てられたマクロブロックによって定義された任意の形状のマクロブロック・グループに対応する。
【００３３】
スライス１０５のタイプの画像スライスは、長方形でパラメータに依存した寸法を有するマクロブロック・グループに対応する。
【００３４】
この任意の形状及び長方形の形状は、Ｈ．２６３規格のアペンディックスＫが用いられるとき、フィールドＳＳＳが任意の形状に対しては第一の値を、長方形の形状に対しては第二の値を取るように定義される。
【００３５】
画像スライスへの分割は、１つの同じ画像の各スライスを独立に符号化する可能性を提供する。
【００３６】
図２は、符号化オプションを用いることができないＨ．２６３規格の基本プロファイルに準拠して符号化された各画像の画像ヘッダに含まれる基本フィールドを示す。この画像ヘッダは、特に、
・画像開始コードであるフィールドＰＳＣ、
・画像から画像へ増やされる時間基準であるフィールドＴＲ、及び、
・符号化画像が復号化方法のフリーズ・オペレーションを予め受けた画像をアンフリーズすることができるという特性を有する画像であるか否かという事実に関する情報と、該画像の形式についての情報とを特に提供するフィールドであるフィールドＰＴＹＰＥ、を有する。
【００３７】
図３は、フィールドＰＬＵＳＰＴＹＰＥの存在によって検知される、符号化オプションを用いることができるＨ．２６３規格の発展プロファイルに準拠して符号化された各画像の画像ヘッダに含まれる基本フィールドを示す。この画像ヘッダは、図２を参照して説明したフィールドを有し、フィールドＰＬＵＳＰＴＹＰＥは以下のフィールドによって構成される。
【００３８】
フィールドＵＦＥＰは、ＰＴＹＰＥフィールドのビット６、７、８が「１１１」にセットされる場合のみ存在するＰＬＵＳＰＴＹＰＥフィールドの３ビット固定長コードワードである。ＵＦＥＰが「０００」にセットされる場合、それはピクチャ・ヘッダ毎に合図される必要があるそれら拡張ＰＴＹＰＥ（ＭＰＰＴＹＰＥ）のみが現ピクチャ・ヘッダに含まれることを示す。「００１」にセットされる場合、それはすべての拡張ＰＴＹＰＥフィールドが現ピクチャ・ヘッダに含まれることを示す。ピクチャ・タイプがＩＮＴＲＡ又はＥＩである場合、このフィールドは「００１」にセットされる。加えて、ＰＬＵＳＰＴＹＰＥが連続画像シーケンスのそれぞれに存在する場合、このフィールドは、少なくとも、どちらもより大きい時間間隔を許容する５秒又は５ピクチャ・タイムアウト期間毎に指定される度に「００１」にセットされる。より具体的に述べれば、このタイムアウト期間は、最後にＵＦＥＰ＝「００１」となったときから、又は最後にＵＦＥＰ＝「００１」となってから５番目のピクチャから（いずれにしても時間基準によって測定された時間期間よりも長いものを要求が許容する）５秒以上の時間間隔を示す時間基準を有する最初のピクチャ・ヘッダのＰＬＵＳＰＴＹＰＥフィールド（ＰＬＵＳＰＴＹＰＥがすべての介在ピクチャに存在する場合）に現れるのにＵＦＥＰ＝「００１」であることを必要とする。符号化器は、誤りの多い環境においてはより頻繁にＵＦＥＰを「００１」にセットしなければならない。ＵＦＥＰの「０００」及び「００１」以外の値は予約される。
【００３９】
フィールドＯＰＰＴＹＰＥは、画像の形式及びその画像を符号化するのに用いられるオプションについての情報を特に提供する。
【００４０】
ビット６がＲＴＹＰＥと呼ばれるフィールドＭＰＰＴＹＰＥは、半ピクセル値が計算可能な双一次補間中に実現されるラウンド・タイプについての情報を提供する。
【００４１】
図４は、ＧＯＢタイプの各符号化画像の画像スライス・ヘッダに含まれる基本フィールドを示す。この画像スライス・ヘッダは、特に、
・該画像スライスの開始コードであるフィールドＧＢＳＣ、
・該画像において第一のＧＯＢスライスの数を示すフィールドＧＮ、及び、
・識別子フィールドＧＦＩＤ、を有する。
【００４２】
図５は、任意の又は長方形タイプの各符号化画像の画像スライス・ヘッダに含まれる基本フィードバックを示す。この画像スライス・ヘッダは、特に、
・該画像スライスの開始コードであるフィールドＳＳＣ、
・該スライスにおける最初のマクロブロックのアドレスを示すフィールドＭＢＡ、及び、
・識別子フィールドＧＦＩＤ、を有する。
【００４３】
Ｈ．２６３規格によって規定された識別子フィールドＧＦＩＤを充填するシンタックス規則を確認し、Ｈ．２６３規格と互換可能な符号化ビデオ信号を供給するために、フィールドＧＦＩＤのビット１及び２の値は特定の条件を満たさなければならない。
【００４４】
実際、フィールドＧＦＩＤの値は、１つの同じ符号化画像における（存在すれば）ブロック・グループの各ヘッダ又は各画像スライス・ヘッダにおいて、同一でなければならない。さらに、現画像の画像ヘッダのフィールドＰＴＹＰＥが前符号化画像の画像ヘッダのものと同じであれば、フィールドＰＬＵＳＰＴＹＰＥが使用されていない限り、ＧＦＩＤの値もこれら２つの画像間で同一でなければならない。しかし、ある現画像の画像ヘッダのフィールドＰＴＹＰＥが前符号化画像のフィールドＰＴＹＰＥと異なる場合、この現画像のＧＦＩＤの値はこの前符号化画像のＧＦＩＤの値と異なっていなければならない。フィールドＰＬＵＳＰＴＹＰＥが存在するか否かに応じて、現画像のＧＦＩＤの値は、Ｈ．２６３規格によって定義されるフィールドＰＴＹＰＥ、ＰＬＵＳＰＴＹＰＥ、ＣＰＦＭＴ、ＥＰＡＲ、ＣＰＣＦＣ、ＳＳＳ、ＥＬＮＵＭ、ＲＬＮＵＭ、ＵＵＩ、ＲＰＳＭＦ、及びＲＰＲＰの値が前符号化画像と同じままであれば、前符号化画像と同じでなければならず、否であれば、ＧＦＩＤの値はこの前符号化画像のものと異なっていなければならない。
【００４５】
本発明に係る符号化方法は、フィールドＧＦＩＤを充填する２つのモードを想定する。
・第一のモード（モード１）では、規格Ｈ．２６３に準拠して符号化された画像の形式を画像毎に変更しない。
・第二のモード（モード２）では、規格Ｈ．２６３に準拠して符号化された画像の形式は、２つの連続した符号化画像間で第一の形式から第二の形式へ移りやすい。
【００４６】
表１は、画像形式が画像毎に変化しない場合にフィールドＧＦＩＤの２つのビット：ビット１及び２を充填するための情報のまとめを示す。この場合、充填モードはモード１である。
【００４７】
【表１】
0004855622.tif 000002
モード１は以下のように定義される。
【００４８】
ｉ）  モード１において、ビット１は、充填されるフィールドＧＦＩＤに関連する画像のタイプを反映する。例えば、ビット１は、非予測符号化画像（ＩＮＴＲＡ又はＩ画像とも呼ばれる）に対しては「１」にセットされ、予測符号化画像（ＩＮＴＥＲ又はＰ画像とも呼ばれる）に対しては「０」にセットされてもよい。
【００４９】
ｉｉ）  予測画像に対して、ビット２は、半ピクセル値を計算することができる双一次補間中にもたらされるラウンド・タイプを反映する。このビットは、充填されるフィールドＧＦＩＤが関連する画像ヘッダのフィールドＲＴＹＰＥの値を採る。ＲＴＹＰＥの値は、ラウンドされた派生値を防ぎ、奇数個の予測画像が伝送中に失われたか否かを知るために、２つの連続した予測画像間で変えられる。さらに、１又は複数の非予測画像の後の現予測画像に対しては、該現画像のフィールドＲＴＹＰＥは、奇数個の非予測画像が伝送中に失われたか否かを知るために、該非予測画像に先行する最後の予測画像のフィールドＲＴＹＰＥの値を採る。
【００５０】
ｉｉｉ）  非予測画像に対して、ビット２は、システマチックに「０」又は「１」にセットされる。その値を表１ではＸで示す。
【００５１】
モード１に従ってフィールドＧＦＩＤのビット１及び２を充填する一例を表２に示す。この例では、符号化ビデオ信号が２２の連続画像を有する。
【００５２】
【表２】
0004855622.tif 000003
本発明の範囲内であって、且つＨ．２６３規格によって課せられるフィールドＧＦＩＤのビット１及び２を充填するためのシンタックス規則をも満たすように、モード１では、通常、
・この規格によって用いられるかもしれないオプションはビデオ信号の符号化中に変えられてはならない、
・フィールドＯＰＰＴＹＰＥの値は、存在するならば、画像毎に変わってはならない、
・符号化される画像を複数のスライスへ分割するのに関してアネックスＫが用いられる場合に存在するフィールドＳＳＳの値は、符号化中、画像毎に異なってはならない、そして、
・１以上の連続した非予測画像が提供された場合、ビット３、４、５は変えてはならない。
【００５３】
表３は、画像形式が画像毎に変わりやすり場合にフィールドＧＦＩＤの２つのビット：ビット１及び２を充填するための情報のまとめである。
【００５４】
【表３】
0004855622.tif 000004
モード２は以下のように定義される。
【００５５】
ｉ）  モード１において、ビット１は、充填されるフィールドＧＦＩＤに関連する画像のタイプを反映する。例えば、ビット１は、非予測符号化画像（ＩＮＴＲＡ又はＩ画像とも呼ばれる）に対しては「１」にセットされ、予測符号化画像（ＩＮＴＥＲ又はＰ画像とも呼ばれる）に対しては「０」にセットされてもよい。
【００５６】
ｉｉ）  ビット２は、特に画像形式が形式ＱＣＩＦ（Ｑで示す）又はＳＱＣＩＦ（Ｓで示す）である場合に、充填されるフィールドＧＦＩＤが属する符号化画像の形式を反映する。例えば、このビットは、ＳＱＣＩＦ形式の画像に対しては「０」にセットされ、形式ＱＣＩＦの画像に対しては「１」にセットされてもよい。画像形式は、ＰＴＹＰＥフィールドのビット６、７７、８又はＯＰＰＴＹＰＥフィールドのビット１、２、３から定義される。
【００５７】
モード２に従ってフィールドＧＦＩＤのビット１及び２を充填する一例を表４に示す。この例では、符号化ビデオ信号が２２の連続画像を有する。
【００５８】
【表４】
0004855622.tif 000005
さらに、モード２がフィールドＧＦＩＤのビット１及び２を充填する際にＨ．２６３規格によって課せられるシンタックス規則を準拠するように、
・この規格によって用いられるかもしれないオプションはビデオ信号の符号化中に変えられてはならない、
・符号化される画像を複数のスライスへ分割するのに関してアネックスＫが用いられる場合に存在するフィールドＳＳＳの値は、符号化中、画像毎に異なってはならない、
・２つの連続した予測画像と２つの同じ形式の連続した非予測画像との間で、フィールドＰＴＹＰＥのビット３、４、５の値は、ビデオ信号の復号化中に変えられてはならない、そして、
・フィールドＰＬＵＳＰＴＹＰＥが用いられる場合、フィールドＵＦＥＰ及びＲＴＹＰＥの値は、同じタイプの２つの連続画像間で変えられてはならない。
【００５９】
図６は、以下現画像と呼ぶ一画像のデータが失われた場合に、該現画像の画像ヘッダが伝送中に失われた場合であっても、該現画像の画像スライスの該データ損失によって影響を受けない復号化を可能にする、本発明に係る復号化方法を示す。この復号化方法において、規格Ｈ．２６３に従って符号化されたビデオ信号が受信される。この信号のフィールドＧＦＩＤは、前述の符号化方法に従って充填されている。
【００６０】
従来通り、指数ｎ及びｉは、以下の説明において、符号化画像の時間的状況を可能にする。ここでは、以下の表記が用いられる。
・Ｉｍａ（ｎ）：行ｎの符号化画像（すなわち、現画像）
・Ｉｍａ（ｎ−ｉ）：行（ｎ−ｉ）の符号化画像（ｉは０より大きい整数）
・ＧＦＩＤ（ｎ）：画像Ｉｍａ（ｎ）のフィールドＧＦＩＤの値
・ＧＦＩＤ（ｎ−ｉ）：画像Ｉｍａ（ｎ−ｉ）のフィールドＧＦＩＤの値
・ｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ）：Ｉｍａ（ｎ）の画像ヘッダ
・ｓｌｉｃｅ＿ｈｅａｄｅｒ（ｎ）：画像Ｉｍａ（ｎ）のスライス・ヘッダ
この方法は、識別子フィールドＧＦＩＤが充填された際に準拠したモードを検知すると共に、フィールドＧＦＩＤのビット１及び２が符号化方法のそれと調和しているか否かを解釈するために復号化方法のパラメータを初期化する検知・初期化工程６０１を有する。この工程６０１は、符号化方法がビデオ信号を送信し始めるときに実行されることが好ましく、次いで、使用された充填モードを反映した符号化方法の所有情報を復号化方法へ送る。単一のモードが想定される場合、この初期化工程は実行されず、この方法はこのモードに対応したデフォルト値を用いる。本発明の別の変形例において、符号化方法と復号化方法との間で通信している間のモード変更を可能にするために、新しいモードを反映した新しい所有信号が復号化方法へ送られ、復号化方法がフィールドＧＦＩＤを正しく解釈することができるようになる。
【００６１】
永久に、符号化ビデオ信号は、該符号化ビデオ信号のシンタックスにフィールドＧＦＩＤの存在をマークするために、精査工程６０２において、精査される。フィールドＧＦＩＤがマークされると、その値は、該フィールドＧＦＩＤが属する画像の画像ヘッダのフィールドの値と同様に、記録工程６０２において、記録される。フィールドＧＦＩｄが常に１つの同じ画像に対して同一であるか否かに応じて、符号化画像毎の画像スライスの数にかかわらず、画像毎のＧＦＩＤの単一の値の記録は十分である。この記録されたフィールドＧＦＩＤ及び画像ヘッダは、データ損失によって全く影響を受けないことが好ましく、該現画像の前に年代順に位置する行（ｎ−ｉ）の符号化画像から取り出される。このようにして、記録されるのは、画像Ｉｍａ（ｎ−ｉ）に属する識別子フィールドＧＦＩＤ（ｎ−ｉ）と画像ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）である。
【００６２】
部分的な又は全部のデータ損失の場合、（ｎ−ｉ）より高い行の符号化画像は、画像Ｉｍａ（ｎ）の画像ヘッダと同様に影響を受けるため、復号化方法は、以下再同期化スライスと呼ぶ画像スライス・ヘッダ上で復号化方法を再同期化する工程６０４を有する。この再同期化は復号化される現画像Ｉｍａ（ｎ）において起こる。この再同期化を実行するために、符号化画像Ｉｍａ（ｎ）を構成するデータは、コード（ＧＢＳＣ又はＳＳＣ）が符号化シンタックスにおいてマークされ、データ損失によって影響を受けていない画像スライスの開始を示されるまで、分析される。この再同期化スライスは、それ自体がフィールドＧＦＩＤ（ｎ）を特に有するスライス・ヘッダｓｌｉｃｅ＿ｈｅａｄｅｒ（ｎ）を有する。
【００６３】
工程６０５において、ＧＦＩＤ（ｎ）とＧＦＩＤ（ｎ−ｉ）の値が比較される。
【００６４】
ＧＦＩＤ（ｎ）＝ＧＦＩＤ（ｎ−ｉ）の場合、本復号化方法は、フィールドＧＦＩＤが充填された際に準拠したモードに従って２つのブランチに分かれる。本方法の各ブランチは、画像ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ）が失われていなければ、通常は該画像ヘッダに存在する復号化パラメータの決定を可能にする。この復号化パラメータは、データ損失によって影響されていない画像スライスＩｍａ（ｎ）を復号するのに、又は符号化ビデオ信号の復号化実行を最適化するために必要である。
【００６５】
１）  モード１：Ｉｍａ（ｎ−ｉ）とＩｍａ（ｎ）のタイプに従って２つの場合が考えられる。画像タイプは、フィールドＧＦＩＤ（ｎ−ｉ）とＧＦＩＤ（ｎ）のビット１の値によって与えられる。
【００６６】
ａ）  非予測タイプのＩｍａ（ｎ）及びＩｍａ（ｎ−ｉ）の場合。工程６０６は、画像ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。
【００６７】
ｂ）  予測タイプのＩｍａ（ｎ）及びＩｍａ（ｎ−ｉ）の場合。工程６０６は、画像ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。但し、Ｉｍａ（ｎ）のフィールドＲＴＹＰＥの値がＧＦＩＤ（ｎ）のビット２の値である場合、及び、Ｉｍａ（ｎ−ｉ）のフィールドＰＴＹＰＥのビット３、４、５の値がＩｍａ（ｎ）と同一のままであることに従った仮説が為されなければならない場合を除く。
【００６８】
２）  モード２：Ｉｍａ（ｎ−ｉ）とＩｍａ（ｎ）のタイプに従って２つの場合が考えられる。画像タイプは、フィールドＧＦＩＤ（ｎ−ｉ）とＧＦＩＤ（ｎ）のビット１の値によって与えられる。
【００６９】
ａ）  非予測タイプのＩｍａ（ｎ）及びＩｍａ（ｎ−ｉ）の場合。工程６０７は、ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。
【００７０】
ｂ）  予測タイプのＩｍａ（ｎ）及びＩｍａ（ｎ−ｉ）の場合、２）ａ）と同様である。すなわち、工程６０７は、復号化方法によって任意の値に固定されなければならないフィールドＲＴＹＰＥを有するヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。
【００７１】
ＧＦＩＤ（ｎ）≠ＧＦＩＤ（ｎ−ｉ）の場合、復号化方法は、フィールドＧＦＩＤが充填された際に用いられた方法に応じて２つのブランチへ分かれる。本方法の各ブランチは、このヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ）が失われていなければ、通常は該ヘッダに存在する復号化パラメータの決定を可能にする。この復号化パラメータは、データ損失によって影響されていない画像スライスＩｍａ（ｎ）を復号するのに、又は符号化ビデオ信号の復号化実行を最適化するために必要である。
【００７２】
３）  モード１：Ｉｍａ（ｎ−ｉ）とＩｍａ（ｎ）のタイプに従って３つの場合が考えられる。画像タイプは、フィールドＧＦＩＤ（ｎ−ｉ）とＧＦＩＤ（ｎ）のビット１の値によって与えられる。
【００７３】
ａ）  予測タイプのＩｍａ（ｎ）及びＩｍａ（ｎ−ｉ）の場合。工程６０８は、ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。但し、Ｉｍａ（ｎ）のフィールドＲＴＹＰＥの値がＧＦＩＤ（ｎ）のビット２の値である場合を除く。しかし、Ｉｍａ（ｎ−ｉ）のフィールドＰＴＹＰＥのビット３、４、５の値がＩｍａ（ｎ）と同一のままであることに従った仮説は為されなければならない。
【００７４】
ｂ）  予測タイプのＩｍａ（ｎ）と非予測タイプのＩｍａ（ｎ−ｉ）の場合は、３）ａ）の場合と同様である。すなわち、工程６０８は、ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。但し、Ｉｍａ（ｎ）のフィールドＲＴＹＰＥの値がＧＦＩＤ（ｎ）のビット２の値である場合を除く。しかし、Ｉｍａ（ｎ−ｉ）のフィールドＰＴＹＰＥのビット３、４、５の値がＩｍａ（ｎ）と同一のままであることに従った仮説は為されなければならない。
【００７５】
ｃ）  非予測タイプのＩｍａ（ｎ）及び予測タイプのＩｍａ（ｎ−ｉ）の場合。工程６０８は、ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。但し、Ｉｍａ（ｎ−ｉ）のフィールドＰＴＹＰＥのビット３、４、５の値がＩｍａ（ｎ）と同一のままであることに従った仮説は為されなければならない。ＧＦＩＤ（ｎ）のビット２の値は考慮されてはならない。
【００７６】
４）  モード２：Ｉｍａ（ｎ−ｉ）とＩｍａ（ｎ）のタイプに従って４つの場合が考えられる。画像タイプは、フィールドＧＦＩＤ（ｎ−ｉ）とＧＦＩＤ（ｎ）のビット１の値によって与えられる。
【００７７】
ａ）  予測タイプのＩｍａ（ｎ）及びＩｍａ（ｎ−ｉ）の場合。工程６０９は、ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することは許されない。実際、この場合は、非予測画像がＩｍａ（ｎ）とＩｍａ（ｎ−ｉ）との間で失われたことを示さないだけでなく、形式が変更され、Ｉｍａ（ｎ）の復号化が邪魔されることも示さない。このケースは、修繕できないデータ損失に対応する。対照的に、このケースの検知は、符号化方法に非予測リフレッシング画像を送るように要求する復号化方法からのリクエストを素早くトリガするのに用いられるのが有益的である。
【００７８】
ｂ）  非予測タイプのＩｍａ（ｎ）及びＩｍａ（ｎ−ｉ）の場合。この場合は、形式が変わったことを示す。工程６０９は、ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。但し、Ｉｍａ（ｎ）のスライスを復号化するのに用いられる形式は、ＧＦＩＤ（ｎ）のビット２の値から導かれる。
【００７９】
ｃ）  予測タイプのＩｍａ（ｎ）及び非予測タイプのＩｍａ（ｎ−ｉ）の場合。ＧＦＩＤ（ｎ）及びＧＦＩＤ（ｎ−ｉ）のビット２が異なれば、状況４）ａ）が再び発生する。対照的に、ＧＦＩＤ（ｎ）及びＧＦＩＤ（ｎ−ｉ）のビット２が同一であれば、状況３）ａ）が再び発生する。
【００８０】
ｄ）  非予測タイプのＩｍａ（ｎ）及び予測タイプのＩｍａ（ｎ−ｉ）の場合。ＧＦＩＤ（ｎ）及びＧＦＩＤ（ｎ−ｉ）のビット２が異なれば、これは形式が変わったことを意味する。工程６０９は、ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。但し、Ｉｍａ（ｎ）のスライスを復号化するのに用いられる形式は、ＧＦＩＤ（ｎ）のビット２の値から導かれる。ＧＦＩＤ（ｎ）及びＧＦＩＤ（ｎ−ｉ）のビット２が同一であれば、工程６０９は、ヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）のフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）に含まれるフィールドを再度取ることによって、Ｉｍａ（ｎ）の画像スライスの復号化パラメータを決定することができる。
【００８１】
このようにして、上記再同期化スライス及びＩｍａｎ（ｎ）に属する後続画像スライスを復号化するのに必要なフィールドＰＴＹＰＥ（及び、もし使用されていればＰＬＵＳＰＴＹＰＥ）から、記録されたヘッダｉｍａｇｅ＿ｈｅａｄｅｒ（ｎ−ｉ）を抽出することができる。上記後続画像スライスの復号化は、それら自身がデータ損失によって影響を受けておらず、該復号化方法が工程６０２から本方法を再開させることができる場合に限り、可能である。換言すれば、ＧＦＩＤ（ｎ）のビット１によって運ばれる現画像タイプ、現画像形式、又はＧＦＩＤ（ｎ）のビット２によって運ばれるラウンド・タイプ、に関する情報に加えて、現画像Ｉｍａ（ｎ）の復号化のために必要な他の符号化特性、特に考慮されなければならないビデオ信号の符号化中に用いられる規格Ｈ．２６３の符号化オプションの知識が、ピクチャＩｍａ（ｎ−ｉ）のピクチャ・ヘッダから抽出される。
【００８２】
以上説明したモード１及び２に従って可能な異なるケースを考慮すると、前復号化画像の符号化特性は、識別子の比較６０５が以下のいずれかがを明らかにしない場合、現画像を復号化するのに用いることができる。
・上記前復号化画像及び上記現画像はいずれも予測タイプであって、且つ異なる形式を有する、又は、
・上記前復号化画像は非予測タイプであり、上記現画像は予測タイプであって、両者は異なる形式を有する。
【００８３】
実際、現画像が同じ形式の前復号化画像によってサポートされ得る場合のみ、予測タイプの現画像を復号化することが可能となる。これは、第一の形式から第二の形式への通路が、上記第二の形式を自身の形式として有する非予測画像を送ることによって特に有効となり得ることを思い起こさせる。
【００８４】
対照的に、識別子の比較工程６０５が、
・上記前復号化画像及び上記現画像はいずれも予測タイプであって、且つ異なる形式を有すること、又は、
・上記前復号化画像は非予測タイプであり、上記現画像は予測タイプであって、両者は異なる形式を有すること、
を明らかにする場合、本復号化方法は、この場合、該復号化方法が該現画像を復号化することを試みる前に符号化方法からの非予測タイプの画像を要求すると有益的である。
【００８５】
最後に、工程６０６、６０７、６０８、６０９のうちの一に従って復号化パラメータが決定されると、復号化工程６１０は、上記復号化パラメータを用いることによって、Ｈ．２６３規格の復号化方法に従って、現画像Ｉｍａ（ｎ）のスライスを復号化する。
【００８６】
図７は、本発明の第一のアプリケーションを図示する。このアプリケーションは、例えばワイヤレス又は電信タイプの伝送チャネル７０３を通じてデータを交換する符号化システム７０１及び復号化システム７０２を有する通信システムである。
【００８７】
符号化システム７０１は、本発明に係る上述の符号化方法をビデオ入力信号７０４の画像について実行し得る符号化手段を有する。このビデオ信号７０４は、規格Ｈ．２６３に従って予め符号化されたビデオ信号であるか、或いはコード化されていない原ビデオ信号である。ビデオ信号７０４が原ビデオ信号である場合、本符号化システムは、本発明に係る符号化方法を実行する手段と同時に機能する、規格Ｈ．２６３に準拠した符号化器を有する。この符号化システムは、ビデオ信号をチャネル７０３上に供給する。このビデオ信号は、規格Ｈ．２６３に従って符号化される。このビデオ信号の各符号化画像のフィールドＧＦＩＤは、上記符号化方法に従って充填される。上記符号化ビデオ信号が受信され、現画像の画像ヘッダの損失を導く伝送チャネル７０３においてデータが失われた場合、本発明に係る復号化方法を実行する手段を含む受信器は、失われた符号化特性の回復を可能にするため、現画像のうちデータ損失によって影響を受けなかった画像スライスは、上記復号化システムにおいて実現されるＨ．２６３企画に準拠した復号器によって復号化することができる。
【００８８】
このような符号化及び復号化方法を実行する手段は、符号化システム及び復号化システムのレベルにおいて、信号プロセッサを特に多く使用する。プロセッサは、上述の異なる工程をメモリに記録された命令群を実行することによってビデオ信号に対して実行する。
【００８９】
図８は、本発明の第二のアプリケーションを示す。このアプリケーションにおいて、符号化方法及び復号化方法は、同じタイプの電話と送受信可能な機能を備えた携帯電話８０１として実現される。この電話は、例えば該電話の所有者を撮影することが可能なコード化されていない原ビデオ信号を供給するカメラ８０２を組み込んでいる。この電話は、本発明に係る符号化手段と同時に機能し、そのフィールドＧＦＩＤが本発明に係る符号化方法の特性を反映する符号化ビデオ信号を供給する、Ｈ．２６３規格に準拠した符号化器を有する。
【００９０】
この電話が受信中のとき、本発明に係る送信中の電話によって生成され、送信された符号化ビデオ信号を受信し、且つ現画像の画像ヘッダの損失を導く伝送中のデータ損失が発生した場合、上記現画像のうちデータ損失の影響を受けなかった画像スライスは、本発明に係る復号化方法によって失われ、復元された符号化特性を用いることによって、規格Ｈ．２６３に準拠した複合化器によって復号される。この復号化された画像は、スクリーン８０３上に表示される。
【００９１】
このタイプの電話は、データ送信、特にＵＭＴＳタイプの伝送ネットワークを通じて、Ｈ．２６３規格に従って符号化されたビデオ・タイプの送信の文脈において用いられると有益的である。
【００９２】
【発明の効果】
本発明によれば、現画像のピクチャ・ヘッダが失われた場合に、失われたピクチャ・ヘッダのフィールドをより確実に回復させ、現画像を復号化することを可能にする符号化／復号化方法を提案することができる。
【図面の簡単な説明】
【図１】Ｈ．２６３規格によって定義される画像スライスの異なるタイプを示す図である。
【図２】Ｈ．２６３規格の基本プロファイルに準拠した符号化画像それぞれの画像ヘッダに含まれる基本フィールドを示す図である。
【図３】Ｈ．２６３規格の発展プロファイルに準拠した符号化画像それぞれの画像ヘッダに含まれる基本フィールドを示す図である。
【図４】ＧＯＢタイプの画像スライス・ヘッダに含まれる基本フィールドを示す図である。
【図５】任意の又は長方形の画像スライス・ヘッダに含まれる基本フィールドを示す図である。
【図６】本発明に係る復号化方法を示す図である。
【図７】本発明の第一のアプリケーションを示す図である。
【図８】本発明の第二のアプリケーションを示す図である。
【符号の説明】
１０１  画像
１０２、１０３、１０４  画像スライス
１０５  マクロブロック
７０１  符号化システム
７０２  復号化システム
７０３  伝送チャネル
７０４  ビデオ入力信号
８０１  携帯電話
８０２  カメラ
８０３  スクリーン
【図１】
0004855622.tif 000006
【図２】
0004855622.tif 000007
【図３】
0004855622.tif 000008
【図４】
0004855622.tif 000009
【図５】
0004855622.tif 000010
【図６】
0004855622.tif 000011
【図７】
0004855622.tif 000012
【図８】
0004855622.tif 000013