(57)【特許請求の範囲】
【請求項１】
差分動きベクトルとの和をとることで対象ブロックの動きベクトルを導出するために使用される、予測動きベクトルの候補となるベクトルを含むリストであって、第１の動きベクトルと第２の動きベクトルから構成される動きベクトル候補リストを作成するステップを少なくとも含み、
前記第１の動きベクトルは、現在のフレームにおける現在のブロックに隣接する少なくとも１つの隣接ブロックからの動きベクトルであり、
前記第２の動きベクトルは、前記現在のフレームの前のフレームにおいて画素予測に用いられる動きベクトルであって、前記現在のブロックの第１の位置の座標に対し、算術右シフト処理の後に算術左シフト処理を行うことによって算出される第２の位置の動きベクトルであることを特徴とする動きベクトル候補リストの作成方法。
【請求項２】
予測動きベクトルの候補となる第１の動きベクトルと第２の動きベクトルから構成される動きベクトル候補リストを作成する作成手段と、
作成した前記動きベクトル候補リストの中の所定の動きベクトルと、ビットストリームから受信した差分動きベクトルの和をとることで対象ブロックの動きベクトルを導出する動きベクトル導出手段と、
前記対象ブロックの動きベクトルを用いて動画像を復号する復号手段とを備え、
前記第１の動きベクトルは、現在のフレームにおける現在のブロックに隣接する少なくとも１つの隣接ブロックからの動きベクトルであり、
前記第２の動きベクトルは、前記現在のフレームの前のフレームにおいて画素予測に用いられる動きベクトルであって、前記現在のブロックの第１の位置の座標に対し、算術右シフト処理の後に算術左シフト処理を行うことによって算出される第２の位置の動きベクトルであることを特徴とする動画像復号装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動きベクトル候補リストの作成方法および動画像復号装置に関する。
【背景技術】
【０００２】
〔関連出願に対する相互参照〕
本出願は、米国仮出願第６１／４３５，２４３号（２０１１年１月２１日出願）に関して優先権を主張する。
【０００３】
例えばＨ．２６４／ＡＶＣなど、従来の動画像符号化規格は、一般に、計算量の増大を代償として、相対的に高い符号化効率を提供する。計算量が増大するのに応じて、符号化および／または復号の速度は低下する傾向がある。また、動き推定精度の向上を希望する場合、必要なメモリはますます増加する傾向がある。必要なメモリの増加は、コストの更なる増大をもたらし、（特に、組込型システムの場合には）計算回路を複雑にする傾向がある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Frank Bossen, Philipp Kosse, "Simplified motion vector coding method", Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 2nd Meeting: Geneva, CH, 21-28 July, 2010, [JCTVC-B094]
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の動画像符号化規格は、一般に、計算量の増大を代償として、相対的に高い符号化効率を提供する。計算量が増大するのに応じて、符号化および／または復号の速度は低下する傾向がある。また、動き推定精度の向上を希望する場合、必要なメモリはますます増加する傾向がある。必要なメモリの増加は、コストの更なる増大をもたらし、（特に、組込型システムの場合には）計算回路を複雑にする傾向がある。
【０００６】
本発明は、上記課題を解決するためのものであって、符号化および／または復号の速度は低下を防ぎ、高い符号化効率を実現する。
【課題を解決するための手段】
【０００７】
本発明の一実施形態は、以下の手段を含む動きベクトル候補リスト作成方法を開示する。すなわち、第１の動きベクトルと第２の動きベクトルから構成される動きベクトル候補リストを作成する作成手段を備え、第１の動きベクトルは、現在のフレームにおける現在のブロックに隣接する少なくとも１つの隣接ブロックからの動きベクトルであり、第２の動きベクトルは、現在のフレームの前のフレームにおいて画素予測に用いられる動きベクトルであって、現在のブロックの第１の位置の座標に対し、算術右シフト処理の後に算術左シフト処理を行うことによって算出される第２の位置の動きベクトルである。
【０００８】
また、本発明の動画像復号装置は、第１の動きベクトルと第２の動きベクトルから構成される動きベクトル候補リストを作成する作成手段と、作成した動きベクトル候補リストの動きベクトルを用いて動画像を復号する復号手段とを備え、第１の動きベクトルは、現在のフレームにおける現在のブロックに隣接する少なくとも１つの隣接ブロックからの動きベクトルであり、第２の動きベクトルは、現在のフレームの前のフレームにおいて画素予測に用いられる動きベクトルであって、現在のブロックの第１の位置の座標に対し、算術右シフト処理の後に算術左シフト処理を行うことによって算出される第２の位置の動きベクトルである。
【０００９】
また、本発明の一実施形態は、以下のステップを含む動画像復号方法を開示する。すなわち、（ａ）現在のフレームにおける少なくとも１つの隣接ブロックから第１の動きベクトルのセットを特定するステップと、（ｂ）前のフレームにおける少なくとも１つのブロックから第２の動きベクトルのセットを特定するステップと、（ｃ）上記第１の動きベクトルのセットと上記第２の動きベクトルのセットとを使用してリストを作成するステップと、（ｄ）上記リストから重複する動きベクトルを削除した後に上記リストから動きベクトルを選択するステップと、を含む動画像復号方法を開示する。
【００１０】
本発明の他の一実施形態は、以下のステップを含む動画像復号方法を開示する。すなわち、（ａ）現在のフレームにおける少なくとも１つの隣接ブロックからの第１の動きベクトルのセットと、前のフレームにおける少なくとも１つのブロックからの第２の動きベクトルのセットとを使用して、動きベクトルのリストを作成するステップと、（ｂ）上記リストから重複する動きベクトルを削除した後、上記リストから送信される動きベクトルを選択するステップと、を含む動画像復号方法を開示する。
【００１１】
本発明の上述および他の目的、特徴、および有利な点は、添付の図面とともにする以下の本発明の詳細な説明を検討することで、より容易に理解されるであろう。
【発明の効果】
【００１２】
計算量が増大しても高い符号化効率を提供する動きベクトル候補リストの作成方法および動画像復号装置を提供する。
【図面の簡単な説明】
【００１３】
【図１】符号化装置および復号装置を示す図である。
【図２】ベクトル復号処理を示す図である。
【図３】２つのフレームの一対の区域（a partial pair）を示す図である。
【図４】動きベクトル競合処理を示す図である。
【図５】具体的な動きベクトル競合処理を示す図である。
【図６】動きベクトル競合を備える復号装置を示す図である。
【発明を実施するための形態】
【００１４】
図１を参照すると、動画像システムは、一般に、例えば符号化装置または符号化された動画像のためのストレージなどの動画像ソースと、復号装置とを含む。上記動画像復号装置において、高解像度動画像のための圧縮性能の向上を促進する１つの局面は、サブ分割から成る、柔軟な構造を有する、より大きなブロック構造である。
【００１５】
例えば、ＴＭｕＣ（JCT-VC, “Test Model under Consideration”, document JCTVC-A205 of JCT-VC, (2010),本明細書にその内容を援用する）は、コーディングユニット（ＣＵｓ、coding units）を定義し、該コーディングユニットは、画像の矩形領域へのサブ分割を定義する。上記コーディングユニットは、１以上の、予測ユニット（ＰＵｓ、prediction units）および変換ユニット（ＴＵｓ、transform units）を含む。これらの要素の分割形状は、四分木構造を使用して、符号化され得る。上記ＰＵのレベルにおいて、ピクチャ内予測またはピクチャ間予測のいずれかが選択され得る。ピクチャ内予測は、復号済隣接ＰＵのサンプルに基づいて実施され得る。ここで、種々のモードは、（１）ＤＣ（平均値）予測、（２）水平予測、（３）垂直予測、（４）２８種類（数値はブロックサイズに応じる）までの角度方向の１つを使用する予測、（５）平面（振幅面、amplitude surface）予測、（６）双予測（bilinear予測）、を含み得る。上記モードの信号は、隣接ＰＵのモードから導出される。ピクチャ間予測は、参照ピクチャバッファに格納されている復号済ピクチャの領域に基づいて実施される。これにより、２つの参照ピクチャ、または１つの参照ピクチャの２つの位置に基づく、（加重平均を含む）双予測と同様に、複数参照ピクチャの中からの選択が可能となる。参照領域は、動きベクトルの変位（displacement）および参照ピクチャインデクスを指定することによって選択され、動きベクトルの変位および参照ピクチャインデクスは、本明細書において一般に、動きベクトルとして参照され得る。効率的な符号化および復号のため、それら隣接ＰＵからの動きベクトルの導出は、中央値（メディアン）演算によって、または（以下に説明する）動きベクトル競合（motion vector competition）として、行われ得る。また、予測動きベクトルと実際の動きベクトルとの間の差分動きベクトルは、符号化装置によって送信され得るし、または復号装置によって受信され得る。動きベクトル競合は、４分の１サンプル精度または８分の１サンプル精度までの動きベクトル精度で、実行され得る。
【００１６】
図２を参照すると、現在の予測ユニットまたはブロックのための動きベクトル競合は、動きベクトル符号化処理を使用し、動きベクトル符号化処理は、一般に、上記ビットストリームにおける動きベクトル予測制御パラメータの受信を含む（ステップ１００）。上記動きベクトル予測制御パラメータは、利用可能な動きベクトルの集合の中からの選択に使用されるインデクス値であってもよい。予測動きベクトル（ステップ１１０）は、ステップ１００で受信される上記動きベクトル予測制御パラメータに基づいて、生成され得る。上記復号装置は、上記ビットストリームにおける、差分動きベクトル（ステップ１２０）を受信し得る。ステップ１２０で受信される上記差分動きベクトルと、ステップ１１０における予測動きベクトルとは、上記現在の予測ユニットまたはブロックのための動きベクトルを生成するのに、使用される（ステップ１３０）。一般に、上記復号装置に供給されるビットストリームは、他のデータと一緒に、上記動きベクトルのための制御パラメータ、および、上記動きベクトル競合手段によって生成される予測と所望の動きベクトルとの差分、を含む。動きベクトル競合手段は、一般に、図２のステップ１００およびステップ１１０の処理に関連する。
【００１７】
図３を参照すると、動きベクトル競合処理のために、動きベクトル候補リストが作成され得る。一般に、上記利用可能な動きベクトルは、例えば、現在のブロックＡの隣接上側に位置するブロックの動きベクトルＭＶＢと、現在のブロックＡの隣接左側に位置するブロックの動きベクトルＭＶＣと、現在のブロックＡの隣接左上のブロックの動きベクトルＭＶＤと、を含み得る。上記可能な動きベクトルは、例えば、全ての隣接ブロックのうちの１以上の隣接ブロックの動きベクトルを含んでもよい。また、上記動きベクトル候補リストは、１以上の符号化済フレームからの、１以上の動きベクトルを含んでもよい。例えば、前の動きベクトルの１つは、現在のブロックＡの、前のフレームにおけるコロケートブロック（co-located block）Ａ’であってもよい。なお、動画像の符号化および復号は、それが表示される時間的順序と同じ順序で行われない場合があることに留意する。
【００１８】
図４を参照すると、一実施形態に係る動きベクトル競合処理は、現在のフレームにおける隣接ブロックの動きベクトルのリスト（ステップ４００）と、送信済フレームにおけるブロックからの動きベクトルのリスト（ステップ４１０）とを使用する。ステップ４００および４１０において作成される、上記２つの動きベクトルのリストは併合され（ステップ４２０）、１つのリストが作成される。上記リストにおいて、重複する値（重複する動きベクトル）が削除される（ステップ４３０）。別の実施形態に従えば、ステップ４３０は省略され得る。動きベクトル競合制御パラメータ（ステップ４４０）が受信され、該動きベクトル競合制御パラメータは、通常、インデクスである。ステップ４４０において受信される、上記動きベクトル競合制御パラメータ、すなわち、動きベクトル制御パラメータは、指定された位置における好適な動きベクトルを、ステップ４３０で取得される上記リストの中から選択する（ステップ４５０）のに使用される。ステップ４５０で選択された動きベクトルは、予測動きベクトルとして、提供される（ステップ４６０）。従って、ブロック毎に、動きベクトル競合手段が、現在のブロックのための動きベクトルを予測する。一般に、動きベクトル、または動きベクトルを決定するのに使用され得る任意のデータは、送信可能である。
【００１９】
図５に示すように、例えば、動きベクトル競合制御パラメータ（ＭＶＣＣＰ，a motion vector competition control parameter）「３」が、ビットストリームにおいて受信される。上記動きベクトル競合制御パラメータは、所望の動きベクトルが、動きベクトル候補リストのどこにあるのかを指定する。ＭＶＢ、ＭＶＣ、ＭＶＤ、ＭＶＡ’という動きベクトルのセットが作成される場合、上記動きベクトル制御パラメータは、現在のブロックＡのための予測動きベクトルとして、３番目の動きベクトルＭＶＤが選択されるべきであることを指定する（４６０）。例えば、ＭＶＣＣＰ「１」はＭＶＢであり、ＭＶＣＣＰ「２」はＭＶＣであり、ＭＶＣＣＰ「３」はＭＶＤであり、ＭＶＣＣＰ「４」はＭＶＡ’である。
【００２０】
特に、送信済みフレームにおけるブロックからの動きベクトルのリスト作成（ステップ４１０）について、従来から種々の技術が使用されてきた。例えば、そのような技術の１つは、以下のような技術を含む。すなわち、現在のフレームにおける画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの１つのブロックのために、（ｘ，ｙ）における画素予測に使用される動きベクトルが前のフレームから選択され、上記リストに含められる、という技術である。例えば、（ｘ，ｙ）は、上記ブロックの左上の位置を示し、Ｎは上記ブロックの水平方向の大きさ、Ｍは上記ブロックの垂直方向の大きさを示し得る。例えば、別の従来技術は、現在のフレームにおける、（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの１つのブロックのために、（ｘ＋Ｎ／２，ｙ＋Ｍ／２）における画素予測に使用される（用いられる）動きベクトルが前のフレームから選択され、上記リストに含められる、という技術である。“／”という演算子は、結果をゼロの方向に丸める整数値の除算（the integer division with truncation of the result toward zero）を示す。このような技術は所望の動きベクトルを選択することができる一方、結果として得られる動きベクトルのリストは膨大なものとなる傾向があり、従って著しい量のメモリが必要となるかもしれない。
【００２１】
現在のフレームにおける、画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの１つのブロックのための改良技術は、（（ｘ＞＞Ｚ）＜＜Ｚ，（ｙ＞＞Ｚ）＜＜Ｚ）における画素予測に使用される動きベクトルを前のフレームから選択し、メモリバッファに格納する、というものである。望ましくは、Ｚは４である。ここで、（ｘ＞＞Ｚ）＜＜Ｚは、一般に、“フロア関数（ｘ／（２＾Ｚ））”×（２＾Ｚ）に等しい。フロア関数は、実数を、１つ前の最も大きな整数値に割り当てる。例えば、フロア関数（ｘ）＝［Ｘ］は、ｘよりも大きくない最も大きな整数である。この技術は、４×４のブロックサイズ、または１６×１６のブロックサイズに対して効率的である。
【００２２】
現在のフレームにおける、画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの現在のブロックのための別の改良技術は、（（（ｘ＞＞Ｚ）＜＜Ｚ）＋Ｙ，（（ｙ＞＞Ｚ）＜＜Ｚ）＋Ｙ）における画素予測に使用される動きベクトルを前のフレームから選択し、メモリバッファに格納する、というものである。ここで、ＹおよびＺは整数である。望ましくは、Ｚは４であり、Ｙは８である。また、Ｙは、１＜＜（Ｚ−１）であってもよく、これは一般的に（２＾Ｚ）／２に等しい。ここで、（（ｘ＞＞Ｚ）＜＜Ｚ）＋Ｙは、一般に、“フロア関数（ｘ／（２＾Ｚ））”×（２＾Ｚ）＋Ｙに等しい。この技術は、４×４のブロックサイズ、または１６×１６のブロックサイズに対して効率的である。
【００２３】
現在のフレームにおける、画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの現在のブロックのためのさらに別の改良技術は、（（（（ｘ＋Ｎ／２）＞＞Ｚ）＜＜Ｚ）＋Ｙ，（（（ｙ＋Ｍ／２）＞＞Ｚ）＜＜Ｚ）＋Ｙ）における画素予測に使用される動きベクトルを前のフレームから選択し、メモリバッファに格納する、というものである。ここで、ＹおよびＺは整数である。望ましくは、Ｚは４であり、Ｙは８である。また、Ｙは、１＜＜（Ｚ−１）であってもよく、これは一般的に（２＾Ｚ）／２に等しい。ここで、（（ｘ＞＞Ｚ）＜＜Ｚ）＋Ｙは、一般に、“フロア関数（ｘ／（２＾Ｚ））”×（２＾Ｚ）＋Ｙに等しい。この技術は、４×４のブロックサイズ、または１６×１６のブロックサイズに対して効率的である。
【００２４】
現在のフレームにおける、画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの現在のブロックのためのさらに別の改良技術は、（（（（ｘ＋Ｎ／２）＞＞Ｚ）＜＜Ｚ）＋Ｙ，（（（ｙ＋Ｍ／２）＞＞Ｚ）＜＜Ｚ）＋Ｙ）における画素予測に使用される動きベクトルを前のフレームから選択し、メモリバッファに格納する、というものである。ここで、ＹおよびＺは整数である。望ましくは、Ｚは４であり、Ｙは４である。また、Ｙは、１＜＜（Ｚ−２）であってもよく、これは一般的に（２＾Ｚ）／４に等しい。ここで、（（ｘ＞＞Ｚ）＜＜Ｚ）＋Ｙは、一般に、“フロア関数（ｘ／（２＾Ｚ））”×（２＾Ｚ）＋Ｙに等しい。この技術は、４×４のブロックサイズ、または１６×１６のブロックサイズに対して効率的である。
【００２５】
現在のフレームにおける、画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの現在のブロックのためのさらに別の改良技術では、前のフレームからのコロケートブロックに対する動きベクトルは、補間予測によって符号化され、上記システムは、該コロケートブロックに属する複数の動きベクトルの中から選択しうる。この実施形態において、現在のブロックのための第１の動きベクトルは、前のフレームにおける、（（（（ｘ＋Ｎ／２）＞＞Ｚ）＜＜Ｚ）＋Ｙ，（（（ｙ＋Ｍ／２）＞＞Ｚ）＜＜Ｚ）＋Ｙ）における画素予測に使用される第１の動きベクトルを使用して、決定される。ここで、ＹおよびＺは整数である。さらに、現在のブロックのための第２の動きベクトルは、前のフレームにおける、（（（（ｘ＋Ｎ／２）＞＞Ｚ）＜＜Ｚ）＋Ｙ，（（（ｙ＋Ｍ／２）＞＞Ｚ）＜＜Ｚ）＋Ｙ）における画素予測に使用される第２の動きベクトルを使用して、決定される。ここで、ＹおよびＺは整数である。望ましくは、Ｚは４であり、Ｙは４である。また、Ｙは、１＜＜（Ｚ−２）であってもよく、これは一般に（２＾Ｚ）／４に等しい。ここで、（（ｘ＞＞Ｚ）＜＜Ｚ）＋Ｙは、一般に、“フロア関数（ｘ／（２＾Ｚ））”×（２＾Ｚ）＋Ｙに等しい。この技術は、４×４のブロックサイズ、または１６×１６のブロックサイズに対して効率的である。
【００２６】
改良技術は、前のフレームからの動きベクトルを選択し、メモリバッファに格納するために使用され得るのであって、前のフレームの予測において使用される全ての動きベクトルの格納を必要としない。望ましい実施形態において、上記改良技術によって使用されない動きベクトルは、復号および現在のフレームの再構築に必要とされる全てのステップが実行された後、メモリから削除される。別の実施形態において、上記改良技術によって使用されない動きベクトルは、予測に使用された後であって、復号および現在のフレームの再構築に必要とされる全てのステップが実行される前に、メモリから削除される。或る例において、上記改良技術によって使用されない動きベクトルは、デブロッキング処理が実行される前にメモリから削除される。上記デブロッキング処理は、処理において上記改良技術を用いない動きベクトルのみを使用する。
【００２７】
図６を参照すると、動きベクトル競合技術は、さらに、ビットストリームを受信する復号装置を含み、該ビットストリームに基づいて、動きベクトル競合が適用される。このデータは、これまでに説明した任意の好適なデータを含み得る。幾つかの実施形態において、バッファ圧縮を含む動きベクトル競合技術が、図４および図５と関係付けて説明した追加的特徴を必ずしも含むことなく、使用され得る。
【００２８】
前のフレームから候補ベクトルを選択するためにフロア関数を使用することによって、前のフレームからの候補ベクトルの数は、減少する。この方法において、上記システムは、利用可能な選択肢から最も好適な動きベクトルを除去してしまう危険性なく、ベクトルの数を効率的に減少させることができる。さらに、候補ベクトルのリストを効率的な方法で減少させることによって、メモリバッファを減少でき、従って、上記システムの複雑性を減少でき、特に、システムに組み込むのに好適である。
【００２９】
特に、送信済みフレームにおけるブロックからの動きベクトルのリスト作成（ステップ４１０）について、通常、上記動きベクトルは、それが可能な場合、上記リストへの追加のみが為される。従って、現在のブロックのために、上記システムは、上記コロケートブロックが動きベクトルを使用する場合、前のフレームからの動きベクトルのみを使用する。機能的である一方で、そのような方法は、符号化されるフレームの動画像ストリームの性質全体（the full nature）を考慮していない。
【００３０】
現在のフレームにおける、画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの現在のブロックのための改良技術は、前のフレームの、（（ｘ＞＞Ｚ）＜＜Ｚ，（ｙ＞＞Ｚ）＜＜Ｚ）における画素が、インター予測技術を使用して符号化される場合、動きベクトルの選択およびメモリバッファへの格納のみを行うことができる。一般に、これは、前のフレームにおける上記位置は、イントラ予測技術によって符号化され得ないことを意味する。
【００３１】
現在のフレームにおける、画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの現在のブロックのための別の改良技術は、前のフレームの、（（ｘ＞＞Ｚ）＜＜Ｚ＋Ｙ，（ｙ＞＞Ｚ）＜＜Ｚ）＋Ｙ）における画素が、インター予測技術を使用して符号化される場合、動きベクトルの選択およびメモリバッファへの格納のみを行うことができる。望ましくは、ＹおよびＺは整数である。一般に、これは、前のフレームにおける上記位置は、イントラ予測技術によって符号化され得ないことを意味する。
【００３２】
現在のフレームにおける、画素位置が（ｘ，ｙ）から（ｘ＋Ｎ，ｙ＋Ｍ）までの現在のブロックのためのさらに別の改良技術は、前のフレームの、（（ｘ＋Ｎ／２＞＞Ｚ）＜＜Ｚ）＋Ｙ，（ｙ＋Ｎ／２＞＞Ｚ）＜＜Ｚ）＋Ｙ）における画素が、インター予測技術を使用して符号化される場合、動きベクトルの選択およびメモリバッファへの格納のみを行うことができる。望ましくは、ＹおよびＺは整数である。一般に、これは、前のフレームにおける上記位置は、イントラ予測技術によって符号化され得ないことを意味する。
【００３３】
望ましい実施形態において、フロア関数の組合せは、インター予測技術という制限と組み合わされる。例えば、上記システムは、上記コロケートブロックがインター予測技術を使用して符号化される場合、前のフレームからの動きベクトルの選択のみが可能である。
【００３４】
さらに、望ましくは、上記システムが、前のフレームにおけるイントラ符号化されるブロックを示す場合、上記動きベクトルは、その位置において「０」であると仮定され得る。
【００３５】
これまでに使用してきた用語および表現は、説明のために使用され、本発明の範囲を限定するものではない。上記用語および表現の使用において、本明細書で開示し、説明した特徴およびその一部に等しいものを除外する意図はない。本発明の範囲は、以下の請求項によってのみ、定義され、限定される、ということが理解されるであろう。
【００３６】
本発明についての上記の説明から、種々の変更が可能であることは明らかであろう。そのような変更は、本発明の精神および範囲から逸脱するものと見なされるべきではない。そのような種々の変更は、全て、当業者であれば明らかなように、下記の請求項の範囲に含まれる。
【図１】
0005986658.tif 000002
【図２】
0005986658.tif 000003
【図３】
0005986658.tif 000004
【図４】
0005986658.tif 000005
【図５】
0005986658.tif 000006
【図６】
0005986658.tif 000007