(57)【特許請求の範囲】
【請求項１】
仮想三次元空間を移動する複数の三次元オブジェクトの動画を生成するための画像生成プログラムであって、情報処理装置のコンピュータを、
前記仮想三次元空間において、前記複数の三次元オブジェクトが重なっているか否かを判定する判定手段、
前記複数の三次元オブジェクトが重なっているときに、当該複数の三次元オブジェクトに対応する少なくとも１つの二次元オブジェクトを生成する二次元オブジェクト生成手段、及び
前記重なっている複数の三次元オブジェクトを、前記二次元オブジェクトへと置き換えた画像を生成する画像生成手段、
として機能させるための画像生成プログラム。
【請求項２】
前記二次元オブジェクト生成手段は、前記複数の三次元オブジェクトを前記二次元オブジェクトに動的に変換し、当該二次元オブジェクトを前記仮想三次元空間内の平面上にテクスチャマッピングする、
請求項１に記載の画像生成プログラム。
【請求項３】
前記情報処理装置のコンピュータを、更に、前記仮想三次元空間における前記複数の三次元オブジェクトが存在する範囲をスクリーンに投影する投影手段として機能させ、
前記投影された範囲が表示画面上にあるときに、前記二次元オブジェクト生成手段は、前記二次元オブジェクトを生成する、
請求項１または請求項２に記載の画像生成プログラム。
【請求項４】
前記二次元オブジェクト生成手段は、前記複数の三次元オブジェクトの投影画像を二次元オブジェクトとして生成する、
請求項１〜請求項３のいずれか１項に記載の画像生成プログラム。
【請求項５】
前記画像生成手段は、前記二次元オブジェクトを前記仮想三次元空間内の所定の平面に配置する、
請求項１〜請求項４のいずれか１項に記載の画像生成プログラム。
【請求項６】
前記二次元オブジェクト生成手段は、ユーザの入力にリアルタイムで応答して、前記二次元オブジェクトを生成する、
請求項１〜請求項５のいずれか１項に記載の画像生成プログラム。
【請求項７】
前記画像生成手段は、ユーザの入力にリアルタイムで応答して、前記重なっている複数の三次元オブジェクトを、前記二次元オブジェクトへと置き換えた画像を生成する、
請求項１〜請求項６のいずれか１項に記載の画像生成プログラム。
【請求項８】
前記情報処理装置は、ビデオゲーム装置である、
請求項１〜請求項７のいずれか１項に記載の画像生成プログラム。
【請求項９】
前記判定手段は、前記複数の三次元オブジェクトが同じ場所を占めているかどうかを判定する、
請求項１〜請求項８のいずれか１項に記載の画像生成プログラム。
【請求項１０】
前記判定手段は、前記複数の三次元オブジェクトが同じ空間を占めているかどうかを判定する、
請求項１〜請求項８のいずれか１項に記載の画像生成プログラム。
【請求項１１】
前記二次元オブジェクト生成手段は、前記複数の三次元オブジェクトから前記二次元オブジェクトを動的に生成する、
請求項１〜請求項１０のいずれか１項に記載の画像生成プログラム。
【請求項１２】
前記二次元オブジェクトは、前記複数の三次元オブジェクトのうちの或る三次元オブジェクトが他の三次元オブジェクトの前に位置している状態を表したものである、請求項１〜請求項１１のいずれか１項に記載の画像生成プログラム。
【請求項１３】
前記二次元オブジェクトは、二次元インポスターモデルである、請求項１〜請求項１２のいずれか１項に記載の画像生成プログラム。
【請求項１４】
仮想三次元空間を移動する複数の三次元オブジェクトの動画を生成するための画像生成装置であって、
前記仮想三次元空間において、前記複数の三次元オブジェクトが重なっているか否かを判定する判定手段、
前記複数の三次元オブジェクトが重なっているときに、当該複数の三次元オブジェクトに対応する少なくとも１つの二次元オブジェクトを生成する二次元オブジェクト生成手段、及び
前記重なっている複数の三次元オブジェクトを、前記二次元オブジェクトへと置き換えた画像を生成する画像生成手段、
を備える、画像生成装置。
【請求項１５】
仮想三次元空間を移動する複数の三次元オブジェクトの動画を生成するための画像生成システムであって、
前記仮想三次元空間において、前記複数の三次元オブジェクトが重なっているか否かを判定する判定手段、
前記複数の三次元オブジェクトが重なっているときに、当該複数の三次元オブジェクトに対応する少なくとも１つの二次元オブジェクトを生成する二次元オブジェクト生成手段、及び
前記重なっている複数の三次元オブジェクトを、前記二次元オブジェクトへと置き換えた画像を生成する画像生成手段、
を備える、画像生成システム。
【請求項１６】
仮想三次元空間を移動する複数の三次元オブジェクトの動画を生成するための画像生成方法であって、
前記仮想三次元空間において、前記複数の三次元オブジェクトが重なっているか否かを判定する判定ステップ、
前記複数の三次元オブジェクトが重なっているときに、当該複数の三次元オブジェクトに対応する少なくとも１つの二次元オブジェクトを生成する二次元オブジェクト生成ステップ、及び
前記重なっている複数の三次元オブジェクトを、前記二次元オブジェクトへと置き換えた画像を生成する画像生成ステップ、
を備える、画像生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータグラフィックスとアニメーション（動画）の技術に関するものであり、より特定的には処理効率が高く視覚的に魅力的にすることで、アニメーションのレンダリング技術を改良するためのものである。更に特定すると、本発明は、複数の動画オブジェクトを効果的（好適）に描画するために、動的にインポスターや二次元スプライト（２Ｄｓｐｒｉｔｅｓ）を使用する技術に関する。なお、この描画は、動画フィルム、シミュレーション、コンピュータで生成されたプレゼンテーション（上演）、ゲーム（ビデオゲーム）及び他の動画アプリケーションのために行われる。
【背景技術】
【０００２】
コンピュータによる動画（コンピュータアニメーション）は、娯楽産業に革命をもたらしている。映画ファンは、現在、従来では心の中だけで存在していたような幻想的な視覚世界を楽しんでいる。そして、ゲーマは、非常に魅力的なゲームをコンピュータ、ビデオゲームコンソール、携帯型装置及び他の電子機器でプレイ（実行）することができる。また、訓練シミュレータは、大変リアルであるため、現実のものとシミュレーションの見分けがつかない程である。この様な変化は、長年に亘るコンピュータ科学者による多大な努力と、グラフィックハードウェアの処理能力の向上によりもたらされたものである。
【０００３】
初期のコンピュータグラフィックスシステムは、二次元的なシステムである。このシステムは、二次元でオブジェクトを表して表示する。この様なインタラクティブグラフィックスシステムには、固定された視点から見た固定された背景画像に亘って移動するオブジェクトを描画するために、スプライト（ｓｐｒｉｔｅｓ：ディスプレイ上の任意の位置に配置することが可能な小さい二次元画像）を使用するものがある。その様な技術は、当時利用可能であった、比較的低性能のグラフィックハードウェアに合っている。
【０００４】
そして、グラフィック処理能力と性能の向上により、開発者は三次元モデルに基づいた動画（動画技術）の開発を開始した。この様な三次元モデルは、一般的に仮想三次元空間に三次元オブジェクトを描画するためにポリゴンを使用する。また、視点が変わったときにこの視点の変更に合わせてオブジェクトのジオメトリ（頂点）を自動的に変換する処理を行うグラフィックハードウェアを用いることで、三次元オブジェクトを所望の視点から描画することができる。この様な三次元グラフィックスは、ハードウェアと処理が二次元グラフィックスより複雑になるが、二次元グラフィックスよりも魅力的である。
【０００５】
しかしながら、グラフィック処理能力が向上したとは言え、処理負荷とメモリ資源を節約し、グラフィック処理の複雑さを減らすことに、利がある場合がある。例えば、ヒトや他の複雑な動画キャラクタを三次元モデルに基づいて描画することは、処理負荷がかかり、かつ記憶容量を費やすことがあるため、「インポスター」と言われる技術が開発されて、三次元的な効果の重要性が低い特定の状況において使用されている。この「インポスター」と言われるものは、アニメーションプログラムが三次元モデルに代えて選択的に使用する二次元モデル（二次元オブジェクト）である。この二次元モデルは、特定の限られた目的のために、三次元空間に投影される。テクスチャマッピング（対応させて頂点やポリゴンの数を増加させずに画像の複雑さのレベルを上げるために、二次元画像を使用するもの）に似たように、「インポスター」を使用することで、対応させて（視覚的な複雑さに対応させて）ポリゴンの数を増加させたり、関連処理を複雑にすることなく、視覚的に複雑で面白い効果を得ることができる。その上、二次元「インポスター」モデルをアニメーションすることで、動きや動作を表現することが可能である。例えば、１９９６年の８月に、ＥＵＲＯＧＲＡＰＨＩＣＳから出版された、Ｇｅｒｎｏｔ  Ｓｃｈａｕｆｌｅｒと、Ｗｏｌｆｇａｎｇ  Ｓｔｕｒｚｌｉｎｇｅｒの「Ａ  Ｔｈｒｅｅ  Ｄｉｍｅｎｓｉｏｎａｌ  Ｉｍａｇｅ  Ｃａｃｈｅ  ｆｏｒ  Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ」を参照されたい。この様な二次元アニメーションは、比較的少ないポリゴン数（例えば一つのオブジェクトについて１つか２つのポリゴン）で高度な画像の複雑さと面白さを提供する。なお、「インポスター」が動くことが可能であるのに対して、テクスチャは（静的な）画像である。そして、テクスチャが三次元画像に関連して使用されるのに対して（例えば三次元的なテーブルの表面に木目をマッピングする等）、「インポスター」は、典型的にはアニメーションの間、対応する三次元オブジェクトに巧妙に置き換えて使用される。そして、テクスチャマッピングと「インポスター」の技術は併用して使用可能である。
【０００６】
「インポスター」の興味深い使用の仕方の一つとしては、群衆を示すシーンにおける使用である。ここで、群衆内の個々の人をレンダリングするために三次元レンダリング技術を使用することもできるが、別々に三次元モデリングして、群衆内の数千の人をレンダリングすることは、大変処理負荷がかかるであろうし、全ての三次元モデルについてのデータを記憶することは大変メモリの容量を費やすことであろう。特に、処理能力の低いハードウェアでレンダリングするとき又は／及び記憶容量に制限がある場合には、群衆のレンダリングの実行の際に、三次元モデルに代えて二次元モデルを使用又は代用することに利がある。
【０００７】
また、特定の動画オブジェクトについての三次元モデルと、この動画オブジェクトについての二次元「インポスター」との間で、必要に応じて動的に切り替えることもできる。例えば、動画オブジェクトがシーンの前方（目立つところ）に位置しているときや、シーンの他の要素と関連しているときには、三次元モデルを使用してオブジェクト画像を描画することが好ましい。一方で、動画オブジェクトがシーンの後方に移動して（又は、そのように視点が変更されて）、動画オブジェクトの三次元的な奥行き感や他の三次元的要素がもはや識別不可能になったり重要でなくなったならば、三次元構成（モデル）に代えて二次元「インポスター」を代用することで、画像の描画に必要な演算を減らすことができる。
【０００８】
よくある例としては、二次元「インポスター」モデルを使用して、スポーツスタジアム内における群衆の沢山の顔それぞれを描画することが可能である。そして、群衆における一人や少数人の顔を仮想カメラでズームインする際には、三次元モデルに動的に切り替えて使用することができ、これによって、見る者は三次元モデルによって与えられる厚み感や奥行き感を見ることができる。なお、この例では、少数人に対してのみズームインすることで、このシステムは群衆における数百人の顔を描画する必要はなくなるため、処理の複雑さは扱いやすい程度であり、過剰なハードウェア負荷にはならない。そして、視野角を広くするために仮想カメラを一度ズームアウトした際には、許容可能なレベルに処理負荷を維持するために、三次元モデルに代えて、二次元「インポスター」モデルが再び使用される。
【０００９】
「インポスター」は、一般的に厚みを持たないため、コリジョン判定（衝突判定）が関係するときには三次元グラフィックスの生成において一般的に使用されてこなかった。そして、多くのシステムは、隠面消去によって一方の二次元スプライトを他方の前に配置することができるように、「インポスター」と二次元スプライトに平面的な深度（例えば二次元画像の全体に（均一に）適用される単一の深度値）を割り当てている。この機能は、透明処理とともに用いられて、２．５次元深度効果（２−１／２Ｄ  ｄｅｐｔｈ  ｅｆｆｅｃｔ）と称されるものを提供することができる。
【００１０】
なお、「インポスター」を用いたグラフィックス方法としては、例えば、特許文献１があげられる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】米国特許出願公開第２００５／０１１０７８９号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、三次元グラフィックスシステムにおいて、二つの三次元オブジェクトの間で空間における衝突を確認するためにコリジョン判定が必要とされるときには、一般的に、通常またはしばしば、それぞれのオブジェクトの三次元モデルに基づいて、三次元空間においてコリジョン判定が行われる。
【００１３】
ここで、動画キャラクタの様な複数のオブジェクトが、互いに動き、かつ、同じ又はほぼ同じ位置（三次元空間における位置）に居る場合（例えば一方のキャラクタが他方のキャラクタに追従したり他のキャラクタを運んだりするときや、複数のプレイヤがゲームをしている状況等で、一方のキャラクタが偶々他のキャラクタに追従する場合等）を検討する。この様な場合では、特に、インタラクティブなグラフィックス生成環境において、二つのキャラクタが異なったユーザに個別に操作される場合には、従来の三次元コリジョン判定技術を使用すると、複数のオブジェクト間の交点を絶えず検出して適切な隠面を消去するため、比較的処理負荷がかかる。
【００１４】
それゆえ、本発明の目的は、複数のオブジェクトの三次元モデルが三次元空間において重なり合っている場合に、これらの複数のオブジェクトの描画のための処理を簡素化することができ、かつ効果的に三次元効果を表すことができる、画像生成プログラム、画像生成装置、画像生成システム及び画像生成方法を提供することである。
【課題を解決するための手段】
【００１５】
上述した様な状況下で、「インポスター」を使用する本発明の限定的でない実施例は、複数のオブジェクトに対して共通する二次元の「インポスター」や動画スプライトを使用して、二次元でこれら複数のオブジェクトを描画して動かす。複数のオブジェクトが空間において離れているときには、それぞれのオブジェクトはそれぞれの三次元モデルを使用して表される。しかしながら、複数のオブジェクトが互いに接しているときや、少なくとも一部が同じ位置に位置しているとき、又は互いに近接しているとき（例えば、複数のオブジェクトが縦一列すなわち奥行き方向に一列に並んで（又は実質的に縦一列に並んで）いるときにこの状態は生じる）には、アニメーションシステムは、それぞれの三次元モデルの使用から、上述したような共通の二次元モデルの使用（「インポスター」や動画スプライトの使用）に切り替えて、これらの複数のオブジェクトを描画する。
【００１６】
幾つかの実施例においては、その様な二次元モデルの使用は、ユーザの視点（カメラの視線）を二次元モデルの平面に対しておおよそ垂直にしてもよい状況、及び／又は二次元モデルの平面がカメラの方向に対して垂直になるように二次元モデルを向けてもよい状況に限定されてもよい。
【００１７】
ここで、本発明の実施技術の一例は、使用時に、プロセッサを含むタイプのコンピュータ動画及び画像生成システムによって実行される方法を提供する。なお、プロセッサには、三次元グラフィックスプロセッサと、メモリが接続されており、三次元グラフィックスプロセッサは表示のための画像情報を生成する。この三次元の空間を移動する複数のオブジェクト（移動三次元オブジェクト）の動画を生成するための方法（複数の移動三次元オブジェクトを描く方法）は、複数の移動三次元オブジェクトが重なり合うかどうかを決定するステップ、複数の移動三次元オブジェクトが重なり合う場合に、重なり合う複数の移動三次元オブジェクトの三次元モデルを使用する代わりに、上記重なり合う複数の移動三次元オブジェクトに共通する二次元「インポスター」モデルを使用するステップ、三次元世界において二次元「インポスター」モデルを処理するステップ、及び前記処理結果に応じて、前記二次元「インポスター」モデルに基づいて複数の移動オブジェクトの画像を少なくとも部分的に表示するために生成するステップと、を含む。なお、装置、プログラム及びシステムもまた、ここで提供される。
【発明の効果】
【００１８】
上述したように、複数のオブジェクトについて共通の二次元モデルを使用することによって、複数のプレイヤがゲームを行ったり、前もって表示順を予測し得ない他の状況でさえ、複雑なコリジョン判定とソートを使用しないことが可能となり、オブジェクト（複数のオブジェクト）の異なった部位（部位毎）の深度を区別する詳細な深度情報（例えば、Ｚテクスチャリングにおいて使用されるような深度情報）を保持する必要がなくなる。その上、幾つかの実施例においては、二次元モデルは二次元モデルの平面的な深度を持つことができ、これによって、グラフィックスシステムは、仮想三次元世界において、他のオブジェクトとの関連でコリジョン判定を実行することができるとともに、隠面消去することができる（例えば、縦一例に並んで動く複数のオブジェクトが他のオブジェクトの後ろにかつ他のオブジェクトの前に居るようにして共に移動することができる）。それゆえ、幾つかの実施例においては、グラフィックスシステムは、三次元的なコリジョン判定をし続け、かつ二次元的な表示（例えば「インポスター」等）と他の三次元オブジェクトとの間での隠面消去を実行し続けることが可能である。しかしながら、グラフィックスシステムは、縦一列に並んで移動する複数のオブジェクトの間でのコリジョン判定を行わなくてはならない負荷と、これに関連する隠面消去及びこれらの複数のオブジェクトに関連する他の三次元処理を行う負荷から解放される。これによって、処理の複雑さを減少させ、かつメモリ負荷を減らして、より複雑な３次元の背景等の表示を可能にするためにリソースを解放することができる。
【図面の簡単な説明】
【００１９】
【図１】二つの動画キャラクタ（同じ空間を占拠する三次元モデルで表されたキャラクタであり、これらのキャラクタについてコリジョン判定せずかつ一つに見える状態）のスクリーン画像の一例を示す図
【図２】二つの動画キャラクタ（同じ空間を占拠する三次元モデルで表されたキャラクタであり、これらのキャラクタについてコリジョン判定せずかつ一つに見える状態）のスクリーン画像の一例を示す図
【図３】本発明の実施形態にかかる二つの動画キャラクタ（同じ場所に居り、かつ共通する二次元モデル又はインポスターで表された動画キャラクタ）のスクリーン画像の一例を示す図
【図４】二つの動画キャラクタ（同じ場所に居り、かつ共通する二次元モデル又はインポスターで表された動画キャラクタ）のスクリーン画像の一例を示す図
【図５】本発明の実施形態にかかる二つの動画キャラクタ（近接していない状態のときに、三次元モデルによって表された動画キャラクタ）のスクリーン画像の一例を示す図
【図６Ａ】本発明の実施形態で用いられる、動画（アニメーション）及び画像（グラフィックス）生成システムの一例を示す図
【図６Ｂ】本発明の実施形態で用いられる、動画（アニメーション）及び画像（グラフィックス）生成システムの一例を示す図
【図７】本発明の実施形態にかかる二次元インポスターの構成の一例を示す図
【図７Ａ】本発明の実施形態にかかる二次元インポスターの構成の一例を示す図であり、テクスチャマッピングデータの構成の一例を示す図
【図７Ｂ】本発明の実施形態にかかる二次元インポスターの構成の一例を示す図
【図７Ｃ】本発明の実施形態にかかる二次元インポスターの構成の一例を示す図
【図７Ｄ】本発明の実施形態にかかる二次元インポスターの構成の一例を示す図
【図７Ｅ】本発明の実施形態にかかる、特有の効果を通したジャンプの一例を示す図
【図８】本発明の実施形態にかかる、プログラムによる制御手順の一例を示すフローチャート
【発明を実施するための形態】
【００２０】
以下に、図面を用いて本発明の一実施形態にかかる動画及び画像生成システムを説明する。
【００２１】
図１および図２は、動画及び画像システム１（以下、「システム１」と記載し、このシステム１の詳細については図６Ａ及び図６Ｂを用いて後述する）によって生成された画像（本発明の理解を助けるための参考用画像であって、後述するインポスターを利用せず、かつ従来のコリジョン判定も行わずに生成した場合の画像）の一例である画像４０を示す図である。同図では、二つの動画キャラクタが三次元世界（三次元空間５４）に亘って移動する。なお、同図の例では、二つの動画キャラクタは、大きいサル（ドンキーコング（登録商標））を表す動画キャラクタ５０と、小さいサル（ディディーコング（登録商標））を表す動画キャラクタ５２である。本実施形態では、動画キャラクタ５０は、一人のゲームプレイヤからの入力によって制御され、動画キャラクタ５２は他のゲームプレイヤからの入力によって制御されるが、この構成に限定されない。そして、これらの二つの動画キャラクタ５０、５２が縦一列に並んで移動を開始する制御がなされたとき、これらの二つの動画キャラクタ５０、５２は、三次元空間５４において実質的に同じ三次元座標を持ち、互いに干渉する可能性がある。しかしながら、仮に動画キャラクタ５０、５２が現実世界に居たとしたら、動画キャラクタ５０、５２は三次元において完全に同じ位置を占拠することはできず、むしろ一方が他方に隣接するように歩行する又は立つことは可能である。ここで、単純なマルチプレイヤゲーム環境においては、ゲームプレイヤがそれぞれのキャラクタの深度値（Ｚ値）を制御し、留意することは不可能であり、かついずれにしてもシステム１にフォトリアリズム（写実的表現）の提供を期待することも不可能である。このため、システム１は、表示された画像においても、動画キャラクタ５０、５２が独立したキャラクタとして視認可能であり、区別し得る状態を維持するように、自動的に動画キャラクタ５０、５２を生成することができることが好ましい。
【００２２】
例えば、二人の独立したゲームプレイヤが、厳密に同じ場所に位置するように又は三次元空間５４内で重なる場所に位置するように、自らの動画キャラクタ（動画キャラクタ５０、５２）を配置する可能性がある。このように動画キャラクタ５０、５２が配置されると、図１と図２に示すように、動画キャラクタ５０、５２が単一のオブジェクトとして結合するように表される結果となる。この様な視覚効果は、美しくなく、見る者に不快感を与え、また、現実世界においては、二つの動画キャラクタが実際に合体することは決してなく、むしろ二つの動画キャラクタは区別可能なままであり、かつ全く同時に全く同じ場所に位置することは決してないため、リアルではない（現実感がない）。そして、従来の三次元コリジョン判定と隠面消去技術を用いた三次元ポリゴン表現に基づいて動画キャラクタ５０、５２を分離することは可能であるが、比較的処理負荷が重い。
【００２３】
上述した好ましくない事象を効果的に避けるために、本実施形態では、特定のある状況下においては、動画キャラクタ５０、５２の三次元オブジェクト表現（以下「三次元表現」と記載する）を、複数の動画キャラクタ（動画キャラクタ５０、５２を含む）について共通で用いられる一又は二以上の二次元「インポスター」オブジェクトに切り替える。その結果生じる、複数の動画キャラクタについて共通で用いられる二次元表現（二次元「インポスター」オブジェクト、以下、「二次元オブジェクト」と記載する場合もある）は、薄い壁やビルボードの様なものである。そして、本実施形態では、例えば、複数の三次元動画オブジェクト（動画キャラクタを含む）が実質的に同じ三次元座標に存在する場合、又は、三次元空間５４において複数の三次元動画オブジェクト間の距離が、三次元動画オブジェクトが重なる程に短い距離の範囲内にある場合には、複数の三次元表現に代えて、上述したような二次元表現を使用する。
【００２４】
図３は、二次元インポスターに基づいた結果（二次元表現の結果）表示される画像の一例を示す。この場合には、動画キャラクタ５０、５２が平面的な二次元オブジェクト（例えばテクスチャマッピングされたオブジェクト）によって表現されており、この平面的な二次元オブジェクトにおいて、二つの動画キャラクタ（動画キャラクタ５０、５２）が、一方が他方の前でかつ並んで歩いているように描画されている。この例では、二次元的な壁オブジェクト又はインポスターによって、前に動画キャラクタ５２が存在し、後ろに動画キャラクタ５０が存在する状況が表現されている。そして、三次元表現の場合には動画キャラクタ５０、５２が重なってしまったり完全に一体化してしまったりするかもしれないが、二次元表現の結果生成される画像では、動画キャラクタ５０、５２が、互いに区別可能で、かつ互いに結合されることなく表示される。
【００２５】
図４は、本発明の理解を助けるための参考用画像であって、図３とは異なった視点からみた二次元壁オブジェクト又はインポスターに基づく画像を示す。このため、図４では、実際にどのような処理が行われているかが示されており、すなわち、動画キャラクタ５０、５２が薄い壁やビルボードのような共通の二次元表現に基づいて描画されていることが分かる。例えば、二次元オブジェクトは三次元空間５４において四角形のような平面であってもよく、複数のキャラクタ（動画キャラクタ５０、５２）の画像がこの平面上にテクスチャマッピングされていてもよい。そして、二次元オブジェクトにおける動画キャラクタ５０、５２の画像以外の部分を透明にして、三次元空間５４における平面オブジェクト（二次元オブジェクト）の背後に位置するオブジェクトをユーザが視認可能なようにするために、透明処理とアルファブレンディングを使用してもよい。それゆえ、動画キャラクタ５０、５２は実際には三次元空間において同じ場所（平面的な場所）に居るが、表示画像を生成するために例えば最終的に二次元投影された結果、ユーザによって視認される画像（結果として表示される画像）においては、動画キャラクタ５０、５２が区別可能にかつ干渉しないように表示される。
【００２６】
本実施形態においては、ユーザの視点は、図４で示すような視点から動画キャラクタ５０、５２をユーザが視認し得ないように制限されている。言い換えれば、本実施形態では、二次元表現が三次元表現に代えて使用されているときには常に、視点はその視線が二次元オブジェクトの平面に略垂直になるように制限されている。例えば、実質的に視点（視線）が二次元インポスターモデル（上述した二次元オブジェクトの平面）に略垂直ではなくなるようにユーザがインタラクティブシステム（システム１）において視点を変更することができ、かつそのようにユーザが視点を変更し始めたときには、システム１は、フォトリアリズム（現実感）を維持するために動画キャラクタ５０、５２それぞれの三次元表現に違和感なく切り替える。その後、ユーザが視点を再び変更して、二次元インポスターモデル（上述した二次元オブジェクトの平面）に視線が略垂直になったときには、システム１は三次元モデル（三次元表現）に代えて二次元モデル（二次元表現）を違和感の無いように再度使用する。同様に、図５で示すように、動画キャラクタ５０、５２がもはや同じ場所に位置しないように制御されたときには、システム１は動画キャラクタ（動画キャラクタ５０、５２）をそれぞれの三次元モデルで表現する処理を開始し、かつそれぞれの動画キャラクタ５０、５２で共通で用いられる二次元表現（二次元モデル）の使用を中断する。
【００２７】
（動画及び画像システムの一例）
図６Ａは、本実施形態にかかる動画及び画像システム１の外観図である。図６Ａで示すように、システム１はテレビジョン受像機２（以下、単に「テレビ」と記載する。なお、他のディスプレイであってもよい）、処理ユニット装置（システム）３（以下、「処理装置３」と記載する）、光ディスク４、１つ又は複数の入力装置８（例えばマルチプレイヤのそれぞれのプレイヤに対応するように複数の入力装置８を用いてもよい）、及びマーカ部６を備える。このシステム１において、処理装置３は、入力装置８を用いてのユーザの操作に応じて、動画及び画像生成処理を実行する。もっとも、システム１は必ずしもインタラクティブにユーザの入力にリアルタイムで応答する必要はなく、代わりに、例えばムービーやビデオを表示するための予め定められたスケジュールに基づいて動画及び画像（グラフィックス）の生成を行ってもよい。
【００２８】
光ディスク４は、処理装置３に使用される情報記録媒体の典型例であり、交換可能なように、処理装置３に対して着脱可能に挿入される。光ディスク４には、処理装置３によって実行されるプログラムが記憶される。また、処理装置３にはその前面に光ディスク４の挿入口が設けられている。そして、処理装置３は、ゲーム処理を行うために、挿入口を介して挿入された光ディスク４に記憶されているゲームプログラムを読み出して実行する。なお、プログラムを、ＲＯＭ、フラッシュメモリ、及びダウンロード可能なＲＡＭ等を含む揮発性の又は不揮発性の記憶装置に記憶させてもよい。
【００２９】
また、処理装置３は、表示装置の一例であるテレビ２に接続コードを介して接続されている。そして、処理装置３による所定の処理の実行の結果、画像がテレビ２に表示される。その上、マーカ部６は、テレビ２のスクリーンの周辺（図６Ａにおいてはスクリーン上側の位置）に提供（配置）される。ここで、マーカ部６は、その両端に２つのマーカ（マーカ６Ｒ、マーカ６Ｌ）を有する。具体的には、マーカ６Ｒ、６Ｌは、一又は複数の赤外ＬＥＤを有し、テレビ２から前方に向かって赤外光を出力する。マーカ部６は、処理装置３に接続されており、処理装置３はマーカ部６が備える各赤外ＬＥＤの点灯を制御することが可能である。
【００３０】
入力装置８は、入力装置８自身に対して行われた操作内容を示す操作データを処理装置３に与える。本実施形態では、入力装置８は、コントローラ（制御部）５と、加速度や角速度の検出及び／又は慣性測定機能を有するセンサユニット７（ジャイロセンサ等）とを有する。詳細については後述するが、センサユニット７が着脱可能に制御部５に対して接続できるように、又は代わりにセンサユニット７が入力装置８に内蔵されるように、入力装置８が構成されている。この入力装置８（制御部５）と処理装置３の間において、無線通信が使用される。この無線通信においては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）の技術が使用される。もっとも、入力装置８（制御部５）と処理装置３の間の通信的な接続を有線としてもよい。
【００３１】
次に、図６Ｂを参照して、処理装置３の内部構成を説明する。図６Ｂは、処理装置３の構成を示すブロック図である。処理装置３は、ＣＰＵ１０、システムＬＳＩ１１、外部メインメモリ１２、ＲＯＭ／ＲＴＣ１３、ディスクドライブ１４及びＡＶ−ＩＣ１５等を有する。
【００３２】
ＣＰＵ１０は、アニメーションプロセッサとして機能し、光ディスク４に記憶されたプログラムを実行することによって、所定の処理を実行する。そして、ＣＰＵ１０は、システムＬＳＩ１１に接続される。また、システムＬＳＩ１１には、ＣＰＵ１０だけではなく外部メインメモリ１２、ＲＯＭ／ＲＴＣ１３、ディスクドライブ１４及びＡＶ−ＩＣ１５が接続される。そして、システムＬＳＩ１１は、接続されたこれらの構成要素の間のデータ転送を制御するための処理を実行し、また、表示される画像を生成するための処理、外部装置からデータを取得する処理等を実行する。システムＬＳＩ１１の内部の特徴については後述する。外部メインメモリ１２は、揮発性メモリであり、光ディスク４やフラッシュメモリ１７から読み出されたプログラム等を記憶するとともに、様々なデータを記憶する。また、外部メインメモリ１２はＣＰＵ１０の作業領域及びバッファ領域として使用される。ＲＯＭ／ＲＴＣ１３は、処理装置３のブートプログラム（起動用プログラム）が組み込まれているＲＯＭ（いわゆるブートＲＯＭ）と、時間をカウントするためのクロック回路（ＲＴＣ：Ｒｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）を有する。そして、ディスクドライブ１４は、光ディスク４からプログラムデータやテクスチャデータ等を読み出して、この読み出したデータを後述の内部メインメモリ１１ｅ又は外部メインメモリ１２に書き込む。
【００３３】
システムＬＳＩ１１は、入出力プロセッサ（Ｉ／Ｏプロセッサ）１１ａ、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｏｒ  Ｕｎｉｔ）１１ｂ、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１１ｃ、ＶＲＡＭ１１ｄ、及び内部メインメモリ１１ｅを有する。図示は省略するが、これらの構成要素１１ａ〜１１ｅは内部バスによって互いに接続される。
【００３４】
ＧＰＵ１１ｂは、描画手段の一部として機能し、ＣＰＵ１０からのグラフィックスコマンド（作画命令）に従って画像を生成する。ＶＲＡＭ１１ｄは、ＧＰＵ１１ｂがグラフィックコマンドを実行するために必要なデータ（ポリゴンデータやテクスチャデータ等のデータ）を記憶する。ＧＰＵ１１ｂによって実行される処理は、当業者に良く知られているように、例えば、テクスチャマッピング、三次元表面の二次元的なスクリーン面への投影、シェーディング、シャドウィング、ライティング及びラスタライズ等を含む。画像生成時には、ＧＰＵ１１ｂはＶＲＡＭ１１ｄに記憶されているデータを使用して画像データを生成する。
【００３５】
ＤＳＰ１１ｃは、オーディオプロセッサとして機能し、内部メインメモリ１１ｅや外部メインメモリ１２に記憶されるサウンドデータや音波形データ（音色）を用いて音声データを生成する。
【００３６】
上述したように生成された画像データと音声データは、ＡＶ−ＩＣ１５によって読み出される。ＡＶ−ＩＣ１５は、読み出した画像データを、ＡＶコネクタを介してテレビ２に出力するとともに、読み出した音声データをテレビ２に内蔵されるスピーカ２ａに出力する。これによって、画像がテレビ２に表示されるとともに、音声がスピーカ２ａから出力される。
【００３７】
入出力プロセッサ１１ａは、接続される構成要素との間でデータの送受信を行い、かつ外部装置からデータをダウンロードする。入出力プロセッサ１１ａは、フラッシュメモリ１７、無線通信モジュール１８、無線コントローラモジュール１９、拡張コネクタ２０及びメモリカード用コネクタ２１に接続される。無線通信モジュール１８にはアンテナ２２が接続され、無線コントローラモジュール１９にはアンテナ２３が接続される。
【００３８】
入出力プロセッサ１１ａは、無線通信モジュール１８及びアンテナ２２を介してネットワークに接続され、これによって、ネットワークに接続される他の処理装置や各種サーバと通信を行うことができる。入出力プロセッサ１１ａは定期的にフラッシュメモリ１７にアクセスし、ネットワークへ送信する必要があるデータの有無を検出し、当該データがあるときには、無線通信モジュール１８及びアンテナ２２を介してネットワークに送信する。その上、入出力プロセッサ１１ａは、他の処理装置から送信されたデータを受信し、及び／又は、ネットワークとアンテナ２２と無線通信モジュール１８とを介して、ダウンロードサーバからダウンロードされたデータを受信する。そして、入出力プロセッサ１１ａは、受信したデータ及び／又はダウンロードされたデータをフラッシュメモリ１７に記憶させる。ＣＰＵ１０は、ゲームプログラムを実行することにより、フラッシュメモリ１７に記憶されたデータを読み出してゲームプログラムで利用する。フラッシュメモリ１７には、処理装置３と他の処理装置や各種サーバとの間で送受信されるデータの他、処理装置３を利用してプレイしたゲームのセーブデータ（ゲームの結果データ又は途中データ）が記憶されてもよい。
【００３９】
入出力プロセッサ１１ａは、アンテナ２３及び無線コントローラモジュール１９を介して、制御部５から送信された操作データを受信し、この受信した操作データを内部メインメモリ１１ｅ又は外部メインメモリ１２のバッファ領域に記憶させる。
【００４０】
更に、入出力プロセッサ１１ａには、拡張コネクタ２０とメモリカード用コネクタ２１が接続される。拡張コネクタ２０は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）やＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）のようなインタフェースのためのコネクタであり、外部記憶媒体のようなメディアを接続したり、他のコントローラのような周辺機器を接続したり、有線の通信用コネクタを接続することによって無線通信モジュール１８に替えて使用することができる。メモリカード用コネクタ２１は、メモリカードのような外部記憶媒体を接続するためのコネクタである。例えば、入出力プロセッサ１１ａは、拡張コネクタ２０やメモリカード用コネクタ２１を介して、外部記憶媒体にアクセスし、データを保存したり、データを読み出したりすることができる。
【００４１】
処理装置３には、電源ボタン２４、リセットボタン２５、およびイジェクトボタン２６が設けられる。電源ボタン２４およびリセットボタン２５は、システムＬＳＩ１１に接続される。電源ボタン２４がオンにされると、処理装置３の各構成要素に対して、図示しないＡＣアダプタを経て電源が供給される。リセットボタン２５が押されると、システムＬＳＩ１１は、処理装置３のブートプログラムを再起動する。イジェクトボタン２６は、ディスクドライブ１４に接続される。イジェクトボタン２６が押されると、ディスクドライブ１４から光ディスク４が排出される。
【００４２】
（二次元モデル又はインポスターの一例）
図７は、動画キャラクタ５０、５２それぞれの二次元画像を示す図である。これらの動画キャラクタ５０、５２の二次元画像又はセル画（cels）は、それぞれのスプライトシートから得られることも可能であるし、それぞれのスプライトシートを生成するために使用することも可能である。なお、スプライトシートとは、例えば動画を供給するために使用することができるものであり、異なった位置に居る個々の動画キャラクタ（動画キャラクタ５０、５２）のそれぞれについて二次元画像を集めたもの、又は個々の動画キャラクタのそれぞれについての一連の二次元画像である。一例として、図７の二次元画像は、動画キャラクタ５０、５２の三次元モデルを投影して（アルファ透明度（ａｌｐｈａ  ｔｒａｎｓｐａｒｅｎｃｙ）によって囲んで）対応する二次元画像を生成し、当該生成した二次元画像をＧＰＵ１１ｂによるテクスチャマッピングのためのテクスチャマッピングデータ（Ｔｅｘｔｕｒｅ  ｍａｐ）としてＶＲＡＭ１１ｄに記憶することで、ＣＰＵ１０又はＧＰＵ１１ｂによって、動的に生成される。図７Ａは、そのようなスプライトシートテクスチャマッピングデータＴ１、Ｔ２の一例を示す図である。スプライトシートテクスチャマッピングデータＴ１、Ｔ２は、動画キャラクタ５０、５２の三次元表現を、原則的に、Ｚ（深さ）座標を除去し、より手前側のＺ値を有する部分を優先して上書きすることによって、平面に投影することによって得られる。
【００４３】
図７で示す２つのセル画（又は二次元画像）を組み合わせることによって、図７Ｂで示す二次元インポスター構造を生成することができる。ここで示す例では、例えば、奥側に居る動画キャラクタ（動画キャラクタ５０）の二次元画像に、手前側に居る動画キャラクタ（動画キャラクタ５２）の二次元画像を上書きすることによって、複数の二次元画像を互いに重ね合わせる（スーパーインポーズする）。そして、もし必要であれば、動画キャラクタ５０、５２における前後関係（どちらが前でどちらが後ろか）は予め定められて固定化することができるため、コリジョン判定を行うことなく、例えばマルチテクスチャリングによって、又はテクスチャマッピング前に２つの二次元画像を重ね合わせることによって、二次元画像の重ね合わせを行うことができる。ここで、上述したことが如何なることかを考察する一つの方法として、次のものがある。すなわち、２つの動画キャラクタ（動画キャラクタ５０、５２）のうちの一方（例えば小さいキャラクタを示す動画キャラクタ５２）が「手前」であるとソフトウェアで宣言しておき、これによって、この動画キャラクタと重なる他方の動画キャラクタ（動画キャラクタ５０）のピクセル又はテクセルに、「手前」の動画キャラクタ（動画キャラクタ５２）を上書きすることによって適切な隠面消去を行って、同じ三次元平面に動画キャラクタ５０、５２の三次元モデルを投影する（平面化する（ｆｌａｔｔｅｎ））方法がある。
【００４４】
上記の結果生成された二次元画像は、図７Ｃで示すような、三次元世界（三次元空間５４）に配置された四角形や他の形（例えば、長方形又は共通の一辺を有する一対の三角形）の平面にテクスチャマップされることが可能である。そして、視野角錐体５５（視点を頂点とし、投影面を上面とする角錐体）は、フォトリアリズム（現実感）を確保するために、上述した四角平面を基準として、図７Ｄで示すような方向に規制される。そして、動画効果を得るために（動画を表示するために）、画像生成期間において、上述したスプライトシート等から取得した一連の二次元的なセル画像を二次元オブジェクトにテクスチャマッピングすることが可能である。
【００４５】
図８は、本発明の実施形態にかかる、コンピュータの制御手順の一例を示すフローチャートであり、この制御手順は本明細書において説明したような動画の生成を行うためのものである。そして、図８で示す各ステップは、揮発性の又は不揮発性の記憶装置（例えば光ディスク４、内部メインメモリ１１ｅ、外部メインメモリ１２及びフラッシュメモリ１７等）に記憶されているコンピュータへの命令（プログラム）で表され、かつ動画をもたらすために、ＣＰＵ（動画システムプロセッサ）１０によって行われる。以下、本実施形態において、図８の処理フローが如何なる働きをするか説明する。
【００４６】
まず、各プレイヤＰについて、インポスターＢｉｎ（ＩＭＰＯＳＴＥＲＢＩＮ：インポスターシステム）にソートレイヤ情報（ＳＯＲＴＩＮＧ  ＬＡＹＥＲ  ＩＮＦＯ）が記憶される（Ｓ３０２）。例えば、ソートレイヤ情報は、二つの動画キャラクタ（動画キャラクタ５０、５２）が縦一列に並んで移動するときに、動画キャラクタ５２が動画キャラクタ５０の前に居るようになるか否かを示す情報である。
【００４７】
次に、各一対のオブジェクトＡ、Ｂ（このオブジェクトＡ、Ｂは例えば、上記動画キャラクタ５０、５２である）について、オブジェクトＡとオブジェクトＢの三次元的な範囲・座標（三次元空間５４における範囲・座標）が重なっているかが判断される（Ｓ３０４）。この判断は、例えば、三次元バウンディングボックステスト（３Ｄ  ｂｏｕｎｄｉｎｇ  ｂｏｘ  ｔｅｓｔ）を使用して行われてもよい。すなわち、それぞれのオブジェクトにつき、オブジェクトを囲む直方体などの衝突判定領域をもたせ、衝突判定領域の重なりによってオブジェクト同士の重なりであると判断する手法である。
【００４８】
ステップＳ３０４の判断で否定であるときには（Ｓ３０４でＮＯ）、典型的な三次元表現に基づいて通常の三次元オブジェクトとしてオブジェクトＡ、Ｂが描画される（Ｓ３０６）。
【００４９】
一方、ステップＳ３０４の判断で肯定であるときには（Ｓ３０４でＹＥＳ）、オブジェクトＡとオブジェクトＢのソートレイヤ情報がインポスターＢｉｎに記憶される（Ｓ３０８）。この情報は、三次元世界（三次元空間５４）における二次元平面（オブジェクトＡ及びＢのスプライトがテクスチャマッピングされるポリゴン）の深度値を決定するためにも使用可能であり、これによって、描画されたオブジェクトＡ及びオブジェクトＢを、他の三次元オブジェクトの背後に位置させたり、手前に位置させたりすることが可能である。
【００５０】
次に、インポスターＢｉｎにおける各エントリー（オブジェクトＡ、Ｂ）について、範囲（オブジェクトＡ、Ｂの範囲）がスクリーンに投影される（Ｓ３１０）。
【００５１】
そして、上記範囲がスクリーン上に位置し、かつスプライトシートの大きさに適合するかが判断される（Ｓ３１２）。
【００５２】
そして、ステップＳ３１２の判断で否定であるときには（Ｓ３１２でＮＯ）、例えば、カット・プレーン(Ｃｕｔ−ｐｌａｎｅ)処理等の実行に三次元レンダリングツールを使用することが可能であるため、通常の三次元レンダリングに戻される（Ｓ３１４）。
【００５３】
一方、ステップＳ３１２の判断で肯定であるとき、すなわち、上記範囲がスクリーン上に位置し、かつスプライトシートの大きさに適合するときには（Ｓ３１２でＹＥＳ）、スクリーンスロット（Ｓｃｒｅｅｎ  Ｓｌｏｔ、すなわち上記範囲）付近の投影画像が生成される（Ｓ３１６）。
【００５４】
そして、スプライトシートにスロット（Ｓｌｏｔ、記憶領域）が確保される（Ｓ３１８）。
【００５５】
次に、確保されたスプライトシートのスロット（Ｓｐｒｉｔｅ  Ｓｈｅｅｔ  Ｓｌｏｔ）にエントリー（オブジェクトＡ，Ｂ）が描画される（Ｓ３２０）。
【００５６】
上記ステップＳ３１６、Ｓ３１８及びＳ３２０では、三次元モデル又は他の資源（ａｓｓｅｔ）を動的に二次元に変換し、これによって、幾つかの実施形態においては、３次元で動画が生成されるように動的にスプライトを生成するために三次元モデルを二次元表面に投影することが可能である。この後、グラフィックスシステム（システム１）が、三次元モデルを使用してレンダリングを行うか否か、又はその代わりに二次元インポスターを生成するか否かが決定される。
【００５７】
それから、インポスターＢｉｎにおける各エントリー（オブジェクトＡ，Ｂ）について、好ましい深度ソート順に従って、スクリーンボックス（Ｓｃｒｅｅｎ  Ｂｏｘ、例えば図７Ｅに示すようなボックス）が世界平面(Ｗｏｒｌｄ  Ｐｌａｎｅ、仮想空間５４内の所定の平面)に逆投影される（Ｓ３２２）。
【００５８】
そして、スプライトシートテクスチャセル（Ｓｐｒｉｔｅ  Ｓｈｅｅｔ  Ｔｅｘｔｕｒｅ  Ｃｅｌｌ、スプライトシートテクスチャマッピングデータのテクセル）を用いて、カメラの方向を向いた四角平面（すなわち、この四角平面は、仮想カメラの位置に応じて、異なる向きに配置されてもよい）が、描画される（Ｓ３２４）。
【００５９】
図７Ｅは、二次元表現を三次元世界（仮想空間５４）における他のオブジェクトと係わらせることができるという本実施形態に特有の作用効果を示す図である。この例において、Ｚバイアスハードウェア（Ｚテクスチャリングという名称の米国特許第６，６６４，９５８号を参照、この公報を本明細書において引用する）が使用される。このＺバイアスハードウェアを使用するのは、単一の深度値で定義された共通の（複数の動的キャラクタで共通の）二次元表現を使用して表現されていても、ともにジャンプして障害物をくぐり抜けるように動画キャラクタ５０、５２を見えるようにする、ジャンプスルー効果を与えるためである。
【００６０】
ここで記載した技術は、本実施形態との関連で説明したが、本発明は本明細書において開示した内容のみに限定されない。例えば、ここで記載した技術は、リアルタイムの又はリアルタイムではない動画生成、インタラクティブシステム又はノンインタラクティブシステム、ビデオゲーム、コンピュータゲーム、ウェブページのアニメーション表現、携帯電話等の携帯型装置、テレビジョン又はムービー、もしくはコンピュータに生成された動画を使用する他のものに適用可能である。本発明は、クレームによって定義されるものであり、明細書に記載されているか否かに係わらず、クレームに対応する同等の構成も全て含むものである。
【００６１】
なお、上述した処理装置３の処理の一部をサーバや、同種の他の処理装置で負担してもよい。
【符号の説明】
【００６２】
１…動画及び画像システム
２…テレビ
２ａ…スピーカ
３…処理装置（ゲーム装置）
４…光ディスク
６…マーカ
８…入力装置
１０…ＣＰＵ
１１…システムＬＳＩ
１１ａ…入出力プロセッサ
１１ｂ…ＧＰＵ
１１ｃ…ＤＳＰ
１１ｄ…ＶＲＡＭ
１１ｅ…内部メインメモリ
１２…外部メインメモリ
１３…ＲＯＭ／ＲＴＣ
１４…ディスクドライブ
１５…ＡＶ−ＩＣ
１６…ＡＶコネクタ
１７…フラッシュメモリ
１８…無線通信モジュール
１９…無線コントローラモジュール
２０…拡張コネクタ
２１…メモリカード用コネクタ
２２、２３…アンテナ
２４…電源ボタン
２５…リセットボタン
２６…イジェクトボタン
【図１】
0005706241.tif 000002
【図２】
0005706241.tif 000003
【図３】
0005706241.tif 000004
【図４】
0005706241.tif 000005
【図５】
0005706241.tif 000006
【図６Ａ】
0005706241.tif 000007
【図６Ｂ】
0005706241.tif 000008
【図７】
0005706241.tif 000009
【図７Ａ】
0005706241.tif 000010
【図７Ｂ】
0005706241.tif 000011
【図７Ｃ】
0005706241.tif 000012
【図７Ｄ】
0005706241.tif 000013
【図７Ｅ】
0005706241.tif 000014
【図８】
0005706241.tif 000015