(57)【特許請求の範囲】
【請求項１】
グラフィクスプロセッサを使用して、タイルの深さデータを圧縮するステップであって、前記タイルについて予測した深さ値と実際の深さ値との残差値を符号化するのに使用されるビット数、及び前記タイルのＸベクトルとＹベクトルのデルタ値に使用されるビット数を、前記深さデータに応じて変化させることによって、前記深さデータを圧縮するステップ
を含む、方法。
【請求項２】
前記タイル内のアンカーポイントに基づく符号化を使用するステップを含む、請求項１に記載の方法。
【請求項３】
前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値のビット数を選択するステップと、深さごとの前記残差値にビット数を割り当てるステップとを含む、請求項１に記載の方法。
【請求項４】
前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値のビット数、並びに深さごとの前記残差値のビット数についての各々の選択を可能にするステップを含む、請求項３に記載の方法。
【請求項５】
複数の選択可能なモードを提供するステップを含み、各モードは、前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値、並びに深さごとの前記残差値に対して、特定のビット数を指定する、請求項１に記載の方法。
【請求項６】
前記タイル内のアンカーポイントについて、前記Ｘベクトル及び前記Ｙベクトルのデルタ値に基づくデルタベクトルを表すのに必要な最少の数のビットを計算するステップを含む、請求項５に記載の方法。
【請求項７】
プロセッサによって実行されると、
タイルの深さデータに応じて、前記タイルについて予測した深さ値と実際の深さ値との残差値を符号化するのに使用されるビット数、及び前記タイルのＸベクトルとＹベクトルのデルタ値に使用されるビット数を変化させることによって、前記深さデータを圧縮する
命令を記憶している、非一時的なコンピュータ読取可能媒体。
【請求項８】
前記タイル内のアンカーポイントに基づく符号化を使用する命令を更に記憶している、請求項７に記載の媒体。
【請求項９】
前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値のビット数を選択し、深さごとの前記残差値のビット数を割り当てる命令を更に記憶している、請求項７に記載の媒体。
【請求項１０】
前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値のビット数、並びに深さごとの前記残差値のビット数についての各々の選択を可能にする命令を更に記憶している、請求項９に記載の媒体。
【請求項１１】
複数の選択可能モードを提供する命令を更に備え、各モードは、前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値、並びに深さごとの前記残差値に対して、特定のビット数を指定する、請求項７に記載の媒体。
【請求項１２】
前記タイル内のアンカーポイントについて、前記Ｘベクトル及び前記Ｙベクトルのデルタ値に基づくデルタベクトルを表すのに必要な最少の数のビットを計算する命令を更に含む、請求項１１に記載の媒体。
【請求項１３】
タイルの深さデータに応じて、前記タイルについて予測した深さ値と実際の深さ値との残差値を符号化するのに使用されるビット数、及び前記タイルのＸベクトルとＹベクトルのデルタ値に使用されるビット数を変化させることによって、前記深さデータを圧縮するプロセッサと、
前記プロセッサに結合されるストレージと
を備える、装置。
【請求項１４】
前記プロセッサは、前記タイル内のアンカーポイントに基づく符号化を使用する、請求項１３に記載の装置。
【請求項１５】
前記プロセッサは、前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値に使用するビット数を選択し、深さごとの前記残差値にビット数を割り当てる、請求項１３に記載の装置。
【請求項１６】
前記プロセッサは、前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値、並びに深さごとの前記残差値のビット数についての各々の選択を可能にする、請求項１５に記載の装置。
【請求項１７】
前記プロセッサは、複数の選択可能なモードを提供し、各モードは、前記Ｘベクトル及び前記Ｙベクトルの前記デルタ値、並びに深さごとの前記残差値に対して、特定のビット数を指定する、請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にグラフィック処理に関し、より具体的には、モーションブラーのラスタ化のための深さバッファの圧縮に関する。
【背景技術】
【０００２】
モーションブラーのラスタ化は、動いている物体をより正確に表すこと、特に、物体が十分早く動くときに観察されるブラーをより正確に表すことを試みる。モーションブラーを無視すると、シーン内の基本要素の深さに関する情報は容易に圧縮され得る。特に、各基本要素の深さは、画像化デバイスからその基本要素までの距離として決定され得る。モーションブラーを生じないときは、この深さ情報を低減するためのアルゴリズムが存在する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、モーションブラーを生じるとき、深さ情報の圧縮を試みることはかなり複雑な操作である。
【０００４】
グラフィクスプロセッサは、増加したメモリ帯域幅の使用による電力消費の増加に非常に敏感になる傾向がある。また、メモリ帯域幅はそれ自体では、最近のグラフィクスプロセッサにおいて希少なリソースである。現在、モーションブラーのラスタ化及びフィールドの深さを取得し、対話的な又はリアルタイムのレンダリングベースでこの情報を取得することがより重要視されている。これはかなりのメモリ帯域幅の使用を要し、このことは電力消費の増加に関与する。
【課題を解決するための手段】
【０００５】
一部の実施形態は、図面に関連して説明される。
【０００６】
一部の実施形態によると、深さ圧縮に割り当てられるビット数を、考慮事項（consideration）の数に基づいて可変に変更することができる。したがって、深さデータをより効率的な方法で圧縮することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態の概略図である。
【図２】一実施形態に係るアンカーポイントのモード選択についてのフローチャートである。
【図３】一実施形態に係る動的な残差値ビット割り当てについてのフローチャートである。
【図４】一実施形態のシステム図である。
【発明を実施するための形態】
【０００８】
深さバッファ圧縮は、メモリ帯域幅の使用を低減する１つの技法である。典型的に、タイル内の任意の基本要素の深さｚは、典型的には三角形である、その基本要素上で線形である。これは、安価な圧縮及び圧縮解除アルゴリズムを構築するのに用いられることがある。
【０００９】
平面符号化は、この線型的関係を利用することを試みる。ラスタライザは、正確な平面方程式をコンプレッサに供給し、従って残余項は必要とされない。しかしながら、モーションブラーを生じるとき、線形関数に従って各頂点が動く可能性がある。サンプルにおける深さ関数は、有理三次関数である。この関数は、概して、簡単な予測関数を使用してタイル全体にわたって深さを予測するのを難しくする。その結果、標準的な深さバッファ圧縮技術、特に正確な平面方程式を利用するものは、そのような雑音の多いバッファを圧縮できない可能性がある。
【００１０】
タイルと呼ばれるピクセルのブロックは、独立に処理され得る。現在の深さ圧縮スキーマは、モーションブラー及びフィールドの深さに明示的には対処しておらず、したがって、これらのスキーマは時間コンポーネント及びレンズパラメータを有していない。
【００１１】
一般に、深さ圧縮アルゴリズムは、３つの共通のステップを使用する。これらの３つの共通のステップは、クラスタ化と、予測関数生成と、残差符号化（residual  encoding）と呼ばれることがある。クラスタ化は、タイル内のサンプルのセットが異なるレイヤ、例えば背面レイヤと前面レイヤとに属するときに使用される。この場合、同じ予測関数を使用してタイル内の全て深さを圧縮するのは困難である。
【００１２】
クラスタ化ステップは、タイルのサンプルを２つ又はそれ以上のレイヤに分けることを試みる。この場合、各レイヤ内のサンプルは典型的に、共通の平面内にあること等の何らかの特性を共有する。サンプルを２つ又は複数のレイヤに分割する目標は、理想的には、全てのサンプルを単一のレイヤ内に圧縮することに比べて圧縮がより簡単になることである。
【００１３】
予測関数生成では、各レイヤが、そのレイヤ自身の予測関数を生成する。目標は、深さサンプル及び可能であればそのサンプルの固定座標を使用して、安価な関数を用いて各サンプルの深さを予測する予測関数を作成することである。例えばピクセルごとに小さな変位を有する長方形がタイルにレンダリングされていると想定する。これはおそらく変位した深さが存在することになる場所について良好な推測であるので、予測関数として、その長方形の平面を使用してもよい。その推測が完全ではないとしても、不完全性を次のステップにおいて対処することができる。
【００１４】
グラフィクスプロセッサの共通の要件は、深さバッファが非損失的であることなので、残差符号化は、タイルの圧縮解除の間により正確な深さを再構築するのを可能にする。残差は、予測関数と実際のサンプルの深さとの間の差である。良好な予測関数が与えられると、サンプルの深さとこの予測関数との残差は小さい。結果として、これらの残差を、比較的少ないビットを使用して符号化することができる。そして（レイヤの数が少ない場合）良好な圧縮比を達成することができ、予測関数に必要なストレージは小さい。
【００１５】
一部の実施形態において、深さバッファ圧縮は、アンカーポイントに基づく符号化を使用することがあるが、平面符号化を含め、他の技法が使用されることもある。平面データの導関数又はデルタベクトルに基づく平面方程式及び平面符号化の構築は、実際の導関数が、これらの導関数を記憶するために割り当てられたビット量に比べて非常に大きいという意味で、極端な平面（extreme  plane）に対処することができない。したがって、実際の平面表現の正確性は低下する可能性がある。この正確性の低下は、タイル内のデルタベクトルが評価されたポイントからの距離とともに増す。他方、デルタベクトルに多過ぎるビットをネイティブに割り当てることにより、深さ値の残差を格納するのに利用可能なビットの数が低減する。
【００１６】
したがって、一部の実施形態において、利用可能なビットをデルタベクトルに静的に割り当てる影響は、深さデータの性質に応じてビットの動的な割り当てを可能にすることによって低減され得る。
【００１７】
ラスタ化されたジオメトリに応じて、タイルは、多数の基本要素のうちのターゲットとすることができ、その結果、時間とともに深さ値の複雑な分散がもたらされる。１つ又は複数の平面方程式をこれらの深さ値の基本予測として使用して、残差値を、圧縮された深さデータフォーマットで符号化する。予測平面の性質の結果として、予測される深さ値は、より正しいことも、あまり正しくないこともあり、その結果、残差値の訂正ビットに対する必要性が変化することとなる。
【００１８】
現在の深さ圧縮機構は、全てのタイル位置に対して等しい数の残差ビットを静的に割り当てるが、実際の深さ値とあまり一致しない可能性がある。一部の実施形態において、利用可能なビットを、残差訂正ビットに静的に割り当てる影響は、この静的な割り当ての代わりに、個々のタイル位置に対して残差ビットの数を動的に割り当てることを可能にすることによって低減される。
【００１９】
アンカーポイントに基づく符号化の実施形態において、深さデータの圧縮機構は、タイル内の１つ又は複数のポイントを候補アンカーポイントとして選ぶことによって、ラスタ化された基本要素の平面表現を検出する。アンカーポイントの評価は、深さデータ値に基づく、ローカルの平面的なＸ及びＹ導関数の計算を含む。予測平面表現（ｚｐ（ｘ，ｙ）＝ａ＋ｂ＊ｘ＋ｃ＊ｙ）は、圧縮された深さデータにおいて３つの値：ａ，ｂ及びｃとして符号化される。ここで、ａはアンカーポイントにおける深さ値であり、ｂはｄＺ／ｄＸであり、ｃはｄＺ／ｄＹである。値ｂ及び値ｃは、デルタ値、すなわち「ベクトル」である。
【００２０】
タイル内の各深さｚ（ｘ，ｙ）について、残差深さ値が、予測した深さ値と実際の深さ値との差として格納される。値ｄは残差値である。
【００２１】
デルタ値及び残差値に割り当てるビット数を選択することによって、タイルの深さデータに対する合計ビット量を、深さ値の正確性を損なうことなく低減することができる。一部の実施形態において、深さデータの最終的な圧縮（net  compression）が達成され得る。
【００２２】
デルタモードの概念を紹介する。デルタモードは、Ｘ，Ｙ及びＲの特定の組み合わせを指定する。ここで、ＸはＸベクトルのデルタ値のビット数であり、ＹはＹベクトルのデルタ値のビット数であり、Ｒは深さごとの残差ビットの数である。圧縮において、これらのモードは、タイル内の各アンカーポイントの選択に利用可能である。
【００２３】
ある変形において、各アンカーポイントが、該アンカーポイント自身の利用可能なモードのセットを有していることがあり、これらのモードは、圧縮の間に動的に作成されるか、圧縮の結果によって動的にガイドされる。
【００２４】
別の変形では、符号化を簡潔にするために、両方向（ＸとＹ）に同じビット数を使用することができる。以下では、圧縮を開始する前に、静的に作成されて格納されるモードテーブルを検討する。デルタモードの例示的なセットである表１を参照されたい。この例では、Ｂ＝５１２、Ｎ＝４、Ｍ＝３、Ａ＝３２、Ｔ＝３２とする。
【００２５】
【表１】
0005934380.tif 000002
【００２６】
圧縮についてタイルの次元とビット量が与えられるとき、デルタ値と残差値に利用可能なビット数の間にトレードオフが存在する。必ずしもＸ、Ｙ及びＲの全ての組み合わせが関連するわけでない。Ｒが少なくとも１ビット増加した場合に、Ｘ及び／又はＹが低減することにのみ意味がある。これは、利用可能なモードの数を制限する。
【００２７】
以下の条件式は、タイルの圧縮を可能にするために満たす必要がある条件である。
Ｔ＊ｌｏｇ２（Ｎ）＋Ｎ＊（Ｍ＋Ａ＋Ｘ＋Ｙ）＋（Ｔ−Ｎ＊３）＊Ｒ＜Ｂ
ここで、
Ｂ＝圧縮を可能にする合計ビット量
Ｎ＝アンカーポイントの数
Ｍ＝アンカーポイントについて使用されるモードを表すｌｏｇ２（モード数）ビット
Ａ＝アンカーポイントの深さ値に使用されるビット数
Ｘ＝Ｘベクトルのデルタ値に使用されるビット数
Ｙ＝Ｙベクトルのデルタ値に使用されるビット数
Ｔ＝タイル内の深さの合計数
Ｒ＝残差深さ値に使用されるビット数
【００２８】
項Ｔ＊ｌｏｇ２（Ｎ）は、深さがどの平面方程式を使用しているかを示すために、タイル内の深さごとにｌｏｇ２（Ｎ）ビットを有する。項（Ｔ−Ｎ＊３）は、アンカーポイントの深さ並びに一次導関数（ｄＺ／ｄＸ及びｄＺ／ｄＹ）が正確であること、すなわち、これらが残差ビットのストレージを要しないことを暗示する。別の実施形態では、アンカーポイントも一次導関数も正確でなく、これは、これらの深さに残差ヒットが必要であり、そして上記不等式の最後の項を（Ｔ−Ｎ＊３）の代わりにＴにする必要がある。アンカーポイントは正確であるが、導関数は正確でない場合、最後の項は代わりに（Ｔ−Ｎ）になる。上記の例では、アンカ値並びに導関数は正確に、多くの場合妥当な想定である正しい深さ値に到達する。
【００２９】
一実施形態によると、各アンカーポイントについてモードを選択するためのアルゴリズムは、次の通りである。
【００３０】
２Ｍの行を有するテーブルを構築する。各方向（Ｘ及びＹ）について、割り当てられた複数のデルタビットを格納する。例えば表１を参照されたい。次いで、Ｎ個のアンカーポイントの位置が与えられる。Ｎ＝１，２，３，．．．，Ｔ（通常は１と４の間）である。次に、各アンカーポイントについて、デルタベクトルを表す必要な最小ビット数が計算される。これは、アンカーポイントの深さからｄＺ／ｄＸの右（又は左）近傍まで、そしてｄＺ／ｄＹの上（又は下）近傍までのデルタベクトルを単に計算し、どのくらい多くのデルタビットが必要であるかを（最初の及び最上位セットビットを見つけることによって）検査することにより行われることがある。最大数の残差ビットを有する対応モードは、このアンカーポイントのモードとして選択される。
【００３１】
この簡単なスキーマの利点は、より多くのタイルが圧縮され、最終的に、深さについての（グラフィクスプロセッサにおける帯域幅の大いなる消費者である）メモリ帯域幅の利用を低減することが可能になることである。例えば一度に深さごとに数残差ビットしか必要としない、大きなデルタベクトルを有するタイルを圧縮することが可能である。同様に、多くの残差ビットを要する小さなデルタベクトルを伴うタイルも圧縮することができる。
【００３２】
不十分な正確性及び／又は精度のために、そして、極端な平面表現又は複雑なタイルデータを簡単にするために、平面予測は、正しい深さ値に調整するために、タイル位置ごとに残差ビットを必要とする。予測における不正確性の多さに応じて、異なる数の残差ビットが、予測と正しい値との間の差を符号化するのに実際に必要とされる。
【００３３】
タイル位置ごとに１つのエントリを有し、どれくらい多くの残差ビットがその位置に必要とされるかのインジケータを格納する残差モードマスクの使用を提案する。これは、各位置についてできるだけ少ないビットを使用し、その結果として必要なビットの最小の合計が得られるのを助ける。
【００３４】
各位置について使用される残差ビットの可能な数を、適切な値に静的に割り当てることができ、又はタイルデータに基づいて動的に計算することができる。
【００３５】
動的に割り当てられる残差モードでは、一実施形態において、アルゴリズムは以下のように機能する。
【００３６】
タイルの圧縮の間に、予測の深さを実際の深さと比較して、残差値を計算する。次いで最短モード（すなわち、必要とされる差をキャプチャする、最少の数のビットのモード）を選択して残差を符号化する。次に、対応するモード値が残差モードマスクに入れられる。最後に残差モードマスクが、符号化されたタイルデータに格納される。
【００３７】
この技法を、例を用いて説明する。
【００３８】
【表２】
0005934380.tif 000003
【００３９】
【表３】
0005934380.tif 000004
【００４０】
この例において、残差のビットの合計数は９０（９×２＋４×８＋２×１２＋１６）である。これは、２ビットを使用するモード００のインスタンスが９つ存在し、他も同様に計算できるためである。全ての残差値の値を格納すると２５６（１６×１６）ビットになる。
【００４１】
この例では、各深さ値に対して２ビット値を有する。しかしながら、各２×２深さに対して２ビット値を使用することを選んでもよい（使用される２ビット値の数を減らすため）。一般に、各Ｗ×Ｈ深さは、モードを示すのにＱビットを使用することができる。
【００４２】
静的な割り当てのために、タイルごとに、選択を行うための幾つかのモードを供給することができる。例えばあるモードは、全体的に統一的な方法で残差ビットを深さ全体に広げるモードとすることができる。別のモードは、アンカーポイントに近い少ないビットと、アンカーポイントから離れた多くのビットとを使用することがあり、深さはタイル内に位置する。
【００４３】
アンカーポイントに基づく符号化ベースの圧縮技術を用いる実施形態を説明してきたが、動的な残差ビット割り当てを、残差を符号化する任意の圧縮器に使用することもできる。動的なデルタ値ビット割り当ては、他の予測器での使用も可能である。例えば（４つの深さ値に加えてそのＸ，Ｙ位置から作成される）双線パッチを予測器として用いる場合、そのパッチを、１つのアンカーポイント及び２つのデルタベクトルとして、そし第４のポイントに対する残差値として符号化することができる。この第４のポイントに対する残差値は、最初の３つのポイントからの平面方程式と第４のポイントとの間の差である。これら２つのデルタベクトルに使用したビットの数と、第４のポイント用の残差ビットとを、アンカーポイントに基づく符号化について上述した方法と同様の方法で動的に割り当てることができる。同じことが他の予測機能にも容易に当てはまる。
【００４４】
図１を参照すると、装置１０は、ラスタライザ１２及び一連のピクセルパイプライン１４ａ〜１４ｎを含み得る。深さテストユニット１６ａ〜１６ｎが、各ピクセルパイプラインに対して提供され得る。深さキャッシュ及び選別ユニット１８は、深さ値の選別に使用され得る。圧縮がコンプレッサ２０において行われ、圧縮解除がデコンポレッサ２４において行われ得る。（表１に類似の）デルタモードテーブル２２も提供され得る。最後に、ランダムアクセスメモリ２６が圧縮及び圧縮解除エンジン用に提供され得る。
【００４５】
図２を参照すると、アンカーポイントのためのモード選択シーケンス３０が、ハードウェア、ソフトウェア及び／又はファームウェアで実装され得る。ソフトウェア及びファームウェアの実施形態では、このシーケンスは、磁気、光又は半導体メモリのような、非一時的なコンピュータ読取可能媒体に格納されるコンピュータ実行命令によって実装され得る。
【００４６】
アンカーポイントのためのモード選択は、ブロック３２において示されるように、デルタビットについてのテーブルを構築することによって開始される。次いで、ブロック３４において、アンカーポイントの位置が与えられる。最後に、ブロック３６において、アンカーポイントごとにそれぞれデルタベクトルを表すビットが計算される。
【００４７】
動的な残差値ビット割り当てのためのシーケンス３８は、ソフトウェア、ファームウェア及び／又はハードウェアで実装され得る。ソフトウェア及びファームウェアの実施形態では、このシーケンスは、磁気、光又は半導体メモリのような、非一時的なコンピュータ読取可能媒体に格納されるコンピュータ実行命令によって実装され得る。
【００４８】
シーケンスは、ブロック４０において示されるように、予測される深さを実際の深さと比較することによって開始する。次いでブロック４２に示されるように、残差値が計算される。
【００４９】
次いで、残差値ビットを符号化する最短モードが選択される（ブロック４４）。モード値を、残差モードマスク内に入れる（ブロック４６）。最後に、ブロック４８に示されるように、残差モードマスクを、符号化されたタイルデータに格納する。
【００５０】
図４に示されるように、コンピュータシステム１３０は、ハードドライブ１３４と、バス１０４によってチップセットコアロジック１１０に結合される取外し可能媒体１３６とを含み得る。コンピュータシステムは、スマートフォン、タブレット又はモバイルインターネットデバイスのようなスマートモバイルデバイスを含め、任意のコンピュータシステムとすることができる。キーボード及びマウス１２０、あるいは他の従来的なコンポーネントを、バス１０８を介してチップセットコアロジック１１０に結合してもよい。コアロジックは、バス１０５を介してグラフィクスプロセッサ１１２に結合し、一実施形態では、中央プロセッサに結合してもよい。グラフィクスプロセッサ１１２は、バス１０６によってフレームバッファ１１４にも結合され得る。フレームバッファ１１４は、バス１０７によってディスプレイ画面１１８に結合され得る。一実施形態において、グラフィクスプロセッサ１１２は、単一命令複数データ（ＳＩＭＤ）アーキテクチャを使用するマルチスレッドのマルチコアパラレルプロセッサとすることができる。
【００５１】
ソフトウェア実装の場合、適切なコードが、（１３９において示されるように）メインメモリ１３２又はグラフィクスプロセッサ内の任意の利用可能なメモリを含め、任意の適切な半導体、磁気又は光メモリに格納され得る。したがって、一実施形態において、図２及び図３のシーケンスを実行するコードは、一実施形態において、メモリ１３２のような非一時的機械又はコンピュータ読取可能媒体１３０、及び／又はグラフィクスプロセッサ１１２、及び／又は中央プロセッサ１００内に格納され、プロセッサ１００及び／又はグラフィクスプロセッサ１１２によって実行され得る。
【００５２】
図２及び図３はフローチャートである。一部の実施形態において、これらのフローチャートに示されるシーケンスは、ハードウェア、ソフトウェア又はファームウェアで実装され得る。ソフトウェアの実施形態では、半導体メモリ、磁気メモリ又は光メモリのような非一時的なコンピュータ読取可能媒体が命令を格納するのに使用され、プロセッサによって実行されて、図２及び図３に示されるシーケンスを実施し得る。
【００５３】
本明細書で説明されるグラフィクス処理の技法は、様々なハードウェアアーキテクチャにおいて実装されることがある。例えばグラフィクスの機能性をチップセット内に一体化してもよい。あるいは、別個のグラフィクスプロセッサを使用してもよい。更に別の実施形態として、グラフィクス機能を、マルチコアプロセッサを含め汎用目的のプロセッサによって実装してもよい。
【００５４】
本明細書を通じて「一実施形態」又は「実施形態」への言及は、実施形態に関連して説明される特定の特徴、構造又は特性が、本発明に包含される少なくとも１つの実装に含まれることを意味する。したがって、「一実施形態」又は「実施形態において」というフレーズの使用は、必ずしも同じ実施形態を示すものではない。さらに、特定の特徴、構造又は特性は、説明された特定の実施形態以外の他の適切な形式でも実施されることもあり、そのような全ての形式は、本願の特許請求の範囲に含まれ得る。
【００５５】
本発明は、限られた数の実施形態に関して説明されているが、当業者は、これの実施形態から様々な修正及び変形を理解するであろう。添付の特許請求の範囲は、本発明の精神及び範囲内にある限りにおいて、そのような変更及び変形を網羅するように意図される。
【図１】
0005934380.tif 000005
【図２】
0005934380.tif 000006
【図３】
0005934380.tif 000007
【図４】
0005934380.tif 000008