(57)【要約】【課題】  ネットワークを用いたことによるオーバヘッドを緩和し、表示の速度性能を向上させる。【解決手段】  ジョブ管理手段１１が、シーン毎に分割した画像描画ジョブを、コンピュータを跨って割当て、割当てられた各コンピュータは、それぞれの画像描画ジョブを実行して画像を生成し、画面管理手段３１が、最も早く受信した画像を取り込んで後に受信した同一シーンの画像を破棄することにより、３次元画像表示の速度性能を向上させる。【選択図】      図１
2005275933.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンピュータにより生成される画像を合成して３次元グラフィックスを動的に生成する３次元グラフィックス生成システムであって、
シーン毎に分割した画像描画ジョブを、前記コンピュータを跨って割当て、実行させるジョブ管理手段と、
前記割当てられたそれぞれの画像描画ジョブを実行して画像を生成する前記各コンピュータ中の画像生成手段と、
前記画像生成手段によって生成され、送信される画像のうち、最も早く受信した画像を取り込み、後に受信した同一シーンの画像を破棄する画面管理手段と、
を備えたことを特徴とする３次元グラフィックス生成システム。
【請求項２】
前記ジョブ管理手段は、
左目用の第１の画像と右目用の第２の画像が必要なとき、前記第１の画像の生成を第１のコンピュータに、前記第２の画像の生成を第２のコンピュータに割当てることを特徴とする請求項１に記載の３次元グラフィックス生成システム。
【請求項３】
前記ジョブ管理手段は、
１フレーム目における左目用の第１の画像と、右目用の第２の画像生成を第１のコンピュータに、２フレーム目における左目用の第１の画像と、右目用の第２の画像生成を第２のコンピュータに割当てることを特徴とする請求項１に記載の３次元グラフィックス生成システム。
【請求項４】
前記ジョブ管理手段は、
表示画面の第１の表示領域における左目用の第１の画像と、右目用の第２の画像生成を第１のコンピュータに、第２の表示領域における左目用の第１の画像と、右目用の第２の画像生成を第２のコンピュータに割当てることを特徴とする請求項１に記載の３次元グラフィックス生成システム。
【請求項５】
前記ジョブ管理手段は、
ジョブの生成にあたり、対象画像生成元が指定されていたときそのジョブを受付け可能な画像生成元を決定し、前記対象画像生成元が指定されていなかったときに未着手状態のジョブを取得して前記画像生成元へ送信することを特徴とする請求項１〜４のいずれか１項に記載の３次元グラフィックス生成システム。
【請求項６】
前記ジョブ管理手段は、
前記ジョブを受付け可能な画像生成元を決定する際、画像生成元受付可能プールを検索し、当該画像生成元受付可能プールに前記ジョブ受付け可能な画像生成元の存在を調べ、前記画像生成元受付可能プールから前記ジョブ受付け可能な画像生成元を削除することを特徴とする請求項５に記載の３次元グラフィックス生成システム。
【請求項７】
前記画面管理手段は、
前記受信した画像のジョブ識別情報と保持しているジョブ識別情報との比較を行い、保持しているジョブ識別情報を更新する画像そのものを破棄し、前記保持しているジョブ識別情報を更新したときに前記画像生成依頼元に受信通知を送信し、バッファにその画像を追加することを特徴とする請求項１に記載の３次元グラフィックス生成システム。
【請求項８】
複数のコンピュータにより生成される画像を合成して３次元グラフィックスを動的に生成する３次元グラフィックス生成方法であって、
シーン毎に分割した画像描画ジョブを、前記コンピュータを跨って割当て、実行させる過程と、
前記割当てられたそれぞれの画像描画ジョブを実行して画像を生成する過程と、
前記生成され、送信される画像のうち、最も早く受信した画像を取り込み、後に受信した同一シーンの画像を破棄する過程と、
を有することを特徴とする３次元グラフィックス生成方法。
【請求項９】
複数のコンピュータにより生成される画像を合成して３次元グラフィックスを動的に生成する３次元グラフィックス生成システムに用いられるプログラムであって、
シーン毎に分割した画像描画ジョブを、前記コンピュータを跨って割当て、実行させる処理と、
前記割当てられたそれぞれの画像描画ジョブを実行して画像を生成する処理と、
前記生成され、送信される画像のうち、最も早く受信した画像を取り込み、後に受信した同一シーンの画像を破棄する処理と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンピュータにより生成される画像を合成して３次元グラフィックスを動的に生成する、３次元グラフィックス生成システムおよび方法ならびにプログラムに関する。
【背景技術】
【０００２】
立体視を行うために、一つの画面に複数の画像要素を合成して表示する必要がある（例えば、非特許文献１参照）。このとき、通常の３次元グラフィックス（以下３Ｄと略す）を動的に生成する場合は直接画像生成元のＧＰＵ（グラフィックス専用の演算処理装置）を利用する。具体的に、図１１に示されるように、画像要素はＣＰＵによって生成され、レンダリング処理の後（ａ、ｂ）、立体視を行うために複数画面（画像Ａ、Ｂ、Ｃ）を合成するため、ＧＰＵで演算した結果を一旦メモリ上に保持し（ｃ）、全ての画像要素が揃ってからそれらを合成し（ｄ）、出来た画像を描画（出力）する（ｅ）。
【０００３】
一方、この種提案は従来から多数出願されており、例えば、ネットワークを利用して３Ｄ表示を行うのに、３Ｄ仮想現実空間の画像のピクセルデータを表示したいコンピュータに送信する方法（例えば、特許文献１）、描画コマンドを画像生成元と表示先間でやりとりする方法（例えば、特許文献２参照）等が知られている。
【非特許文献１】２００４年３月１０日閲覧、インターネット＜ＵＲＬhttp://www.sanyo.co.jp/koho/hypertext4/0209news-j/0910-1.html＞
【特許文献１】特開２００１−２３６５２５号公報
【特許文献２】特開平５−１０８７３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
立体視を行うために必要なプロセスを図１２に、一般的な３Ｄアプリケーションの処理の流れを図１３に示す。
図１２、図１３に示されるように、従来の３Ｄグラフィックス生成システムは、３Ｄ仮想空間内での視点カメラによってあるシーンの画像を分散して取り込み（Ｓ１３２）、レンダリング技法に基づき画像生成し（Ｓ１３３）、そして、立体視用にそれぞれの視点の画像を合成して表示している。このようにタスクがパイプライン化しており、従って、ＣＰＵで演算する部分とＧＰＵで演算する部分の並列化が困難であり、結果的に最終的な表示の面でリアルタイム性を損なうことが多かった。
【０００５】
また、画像計算処理のためにコンピュータに多大な負荷がかかり、描画性能に対するコストパフォーマンスが著しく悪かった。
更に、特許文献１に示されるように、ネットワークを利用して描画処理を画像生成処理と切り離すだけではオーバヘッドが大きく、３Ｄ画像生成のために性能劣化が起こる。また、特許文献２に開示された技術によっても描画速度を上げるためには画像表示端末のＧＰＵの処理能力を上げる以外になく、これら問題を解決する仕組みの出現が望まれていた。
【０００６】
本発明は上記事情に鑑みてなされたものであり、複数のコンピュータに画像計算処理を負荷分散して３Ｄ画像を生成する仕組みを提供することで、ネットワークを用いたことによるオーバヘッドを緩和し、表示の速度性能を向上させた、３次元グラフィックス生成システムおよび方法ならびにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記した課題を解決するために本発明は、複数のコンピュータにより生成される画像を合成して３次元グラフィックスを動的に生成する３次元グラフィックス生成システムであって、シーン毎に分割した画像描画ジョブを、前記コンピュータを跨って割当て、実行させるジョブ管理手段と、前記割当てられたそれぞれの画像描画ジョブを実行して画像を生成する前記各コンピュータ中の画像生成手段と、前記画像生成手段によって生成され、送信される画像のうち、最も早く受信した画像を取り込み、後に受信した同一シーンの画像を破棄する画面管理手段と、を備えたことを特徴とする。
【０００８】
また、本発明において、前記ジョブ管理手段は、左目用の第１の画像と右目用の第２の画像が必要なとき、前記第１の画像の生成を第１のコンピュータに、前記第２の画像の生成を第２のコンピュータに割当てることを特徴とする。
【０００９】
また、本発明において、前記ジョブ管理手段は、１フレーム目における左目用の第１の画像と、右目用の第２の画像生成を第１のコンピュータに、２フレーム目における左目用の第１の画像と、右目用の第２の画像生成を第２のコンピュータに割当てることを特徴とする。
【００１０】
また、本発明において、前記ジョブ管理手段は、表示画面の第１の表示領域における左目用の第１の画像と、右目用の第２の画像生成を第１のコンピュータに、第２の表示領域における左目用の第１の画像と、右目用の第２の画像生成を第２のコンピュータに割当てることを特徴とする。
【００１１】
また、本発明において、前記ジョブ管理手段は、ジョブの生成にあたり、対象画像生成元が指定されていたときそのジョブを受付け可能な画像生成元を決定し、前記対象画像生成元が指定されていなかったときに未着手状態のジョブを取得して前記画像生成元へ送信することを特徴とする。
【００１２】
また、本発明において、前記ジョブ管理手段は、前記ジョブを受付け可能な画像生成元を決定する際、画像生成元受付可能プールを検索し、当該画像生成元受付可能プールに前記ジョブ受付け可能な画像生成元の存在を調べ、前記画像生成元受付可能プールから前記ジョブ受付け可能な画像生成元を削除することを特徴とする。
【００１３】
また、本発明において、前記画面管理手段は、前記受信した画像のジョブ識別情報と保持しているジョブ識別情報との比較を行い、保持しているジョブ識別情報を更新する画像そのものを破棄し、前記保持しているジョブ識別情報を更新したときに前記画像生成依頼元に受信通知を送信し、バッファにその画像を追加することを特徴とする。
【００１４】
また、本発明は、複数のコンピュータにより生成される画像を合成して３次元グラフィックスを動的に生成する３次元グラフィックス生成方法であって、シーン毎に分割した画像描画ジョブを、前記コンピュータを跨って割当て、実行させる過程と、前記割当てられたそれぞれの画像描画ジョブを実行して画像を生成する過程と、前記生成され、送信される画像のうち、最も早く受信した画像を取り込み、後に受信した同一シーンの画像を破棄する過程と、を有することを特徴とする。
【００１５】
また、本発明は、複数のコンピュータにより生成される画像を合成して３次元グラフィックスを動的に生成する３次元グラフィックス生成システムに用いられるプログラムであって、シーン毎に分割した画像描画ジョブを、前記コンピュータを跨って割当て、実行させる処理と、前記割当てられたそれぞれの画像描画ジョブを実行して画像を生成する処理と、前記生成され、送信される画像のうち、最も早く受信した画像を取り込み、後に受信した同一シーンの画像を破棄する処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ジョブ管理手段が、シーン毎に分割した画像描画ジョブを、コンピュータを跨って割当て、割当てられた各コンピュータは、それぞれの画像描画ジョブを実行して画像を生成し、画面管理手段が、最も早く受信した画像を取り込んで後に受信した同一シーンの画像を破棄することにより、３次元画像表示の速度性能を向上させることができる。
【００１７】
また、本発明によれば、左目用の第１の画像と右目用の第２の画像が必要なとき、第１の画像の生成を第１のコンピュータに、第２の画像の生成を第２のコンピュータに割当てる視点分割、１フレーム目における左目用の第１の画像と、右目用の第２の画像生成を第１のコンピュータに、２フレーム目における左目用の第１の画像と、右目用の第２の画像生成を第２のコンピュータに割当てるフレーム分割、表示画面の第１の表示領域における左目用の第１の画像と、右目用の第２の画像生成を第１のコンピュータに、第２の表示領域における左目用の第１の画像と、右目用の第２の画像生成を第２のコンピュータに割当てる画面分割、をそれぞれ組み合わせて使用することで、描画処理を複数のコンピュータに分散させることによる全体としてのリアルタイム表示処理速度の向上がはかれる。
【００１８】
更に、本発明によれば、フレームを分散処理するためにジョブをスプールし、画像生成元のアドルタイムを少なくすると同時に、画像生成依頼元が特別に画像生成元を管理せずに、換言すればオーバヘッドが無いために高速処理が可能である。また、画面表示はジョブＩＤによる管理を利用することで高速性を重視しながらも単純なアルゴリズムで画像生成が可能になる。
【発明を実施するための最良の形態】
【００１９】
図１は、本発明の３次元グラフィックス生成システムの実施形態を説明するために引用した図である。ここでは、描画処理を３台のコンピュータ＃１〜＃３（１〜３）に分散させ処理させる例が示されている。
すなわち、コンピュータ＃１（１）は、ジョブ管理手段１１を備え、ジョブ管理手段１１は、３次元アプリケーションから描画命令を受信することによって起動され、ここで、シーン毎に分割した画像描画ジョブを生成し、当該画像描画ジョブを、コンピュータを跨って割当て実行させる。具体的には、ネットワーク（図示せず）を介してコンピュータ＃２、＃２’（２）に割当てた画像描画ジョブを送信し、コンピュータ＃２、＃２’（２）では、それぞれが持つ画像生成手段２１によって割当てられたそれぞれの画像描画ジョブを実行して画像を生成する。
【００２０】
続いて、コンピュータ＃２、＃２’（２）から、ネットワークを介してコンピュータ＃３（３）に生成された画像が転送され、コンピュータ＃３（３）で画像合成がなされる。そして、コンピュータ＃３（３）が持つ画面管理手段３１は、各コンピュータ＃２、＃２’（２）の画像生成手段２１によって生成され、送信される画像のうち、最も早く受信した画像を取り込み、後に受信した同一シーンの画像を破棄する。そして、最終的に、合成画像がディスプレイ装置４に転送され、画像表示手段４１を介して目的の３次元グラフィックス画像が表示される。
なお、ここでは、コンピュータ＃３（３）が画面管理手段３１を備え、コンピュータ＃２、＃２’（２）の画像生成手段２１で生成された画像の取り込みもしくは破棄を行うとしたが、画像描画ジョブの割当てたコンピュータ＃１（１）が実行してもよい。また、複数拠点分画像合成手段３２による画像合成は、コンピュータ＃２（２）上で行うことも可能である。
【００２１】
図２に、上記した３次元グラフイックスシステムで３次元画像を生成し、合成する場合における全体の処理の流れが示されている。
ここでは、コンピュータ＃１（１）が画像生成依頼元となり、上記した画像描画ジョブを各コンピュータに割付ける（Ｓ１３：ジョブ管理手順）。すなわち、３Ｄアプリケーションを実行し、当該アプリケーションが停止するまで（Ｓ１１）、視点分散してシーンを取得する毎（Ｓ１２）、上記したジョブ管理手順を実行する（Ｓ１３）。画像描画ジョブは、ネットワーク（ＮＷ）リンクにより画像生成元となるコンピュータ＃２、＃２’（２）にバイナリデータの形式で伝達される。
【００２２】
コンピュータ＃２、＃２’（２）は、画像生成元として割当てられたことにより、後述する状態を更新し（Ｓ２１）、早速画像生成処理を実行する（Ｓ２２）。このとき、合成処理まで含めてよい（Ｓ２３）。そして、生成された画像をＮＷリンク経由でコンピュータ＃３（３）に転送する（Ｓ２４）。また、画像送信後、更に状態を更新し（Ｓ２５）、ジョブの終了送信も行い（Ｓ２６）、待機する（Ｓ２７）。
一方、画像表示先に割当てられたコンピュータ＃３（３）は、コンピュータ＃２、＃２’（２）によって生成された画像を受信し、画像合成を行う（Ｓ３１）。続いて画面管理手順を実行し、受信した画像のうち、最も早く受信した画像を取り込み、後に受信した同一シーンの画像を破棄する（Ｓ３２）。そして、最終的に、合成画像をディスプレイ装置に出力する（Ｓ３３）。
【００２３】
図３、図４、図５に、動的に３Ｄ画像を生成し、それを合成し直して表示しようとしたときに、一例の流れの中で何処に負荷をかけるべきかを考慮した結果、導き出された負荷分散のための方法をそれぞれ示した。
図３は、視点を分割する方法であり、この場合、左目用の画像Ａと右目用の画像Ｂが必要なとき、画像Ａの生成をコンピュータコンピュタータ＃２に、画像Ｂの生成をコンピュータ＃２に割当てる。図４は、フレームを分割する方法であり、１フレーム目における左目用の画像Ａと、右目用の画像Ｂの生成をコンピュータ＃２に、２フレーム目における左目用の画像Ａと、右目用の画像Ｂの生成をコンピュータ＃２’に割当てる。図５は、画面を分割する方法であり、最終表示装置の表示画面の表示領域Ａにおける左目用の画像Ａと、右目用の画像Ｂの生成をコンピュータ＃２に、表示領域Ｂにおける左目用の画像Ａと、右目用の画像Ｂの生成をコンピュータ＃２’に割当てる。いずれもコンピュータ＃１（１）のジョブ管理手段１１が割当てるものとする。
【００２４】
合成を含む３Ｄ画像生成処理を行う際に１台のコンピュータでは計算量が多く、性能低下を解消するために上記した割当て方法を組み合わせて利用することができる。これを図６に示す。
ここでは、画像生成依頼元（コンピュータ＃１）が上記した（ａ）視点分割、（ｂ）フレーム分割、（ｃ）画面分割のいずれか、あるいはその組み合わせを利用して３Ｄアプリケーション実行により生成される画像描画ジョブを割当て、加増生成処理、画像合成処理を経て画像表示先であるコンピュータ＃３に表示データを転送するまでを示している。なお、画像合成とは、立体視に必要な左目視点用の画像と右目視点用の画像を合成して２次元画像を生成することをいい、複数視点の場合もこれに含まれる。
【００２５】
図７〜図９は、本発明実施形態の動作を説明するために引用したフローチャートであり、画像生成依頼元（コンピュータ＃１）のジョブ管理手段１１による処理手順を示している。
ここで、画像描画ジョブ（以下、単にジョブという）とは、３Ｄ画像描画のための実行命令をある程度纏めたものをいう。ジョブ生成（Ｓ９１）のタイミングは、３Ｄアプリケーションによりジョブ生成が発せられる場合と、画像生成元からジョブ終了を受信する場合の２つが考えられる。
【００２６】
まず、ジョブの生成にあたり、対象画像生成元が指定されているか否かがチェックされる（Ｓ９２）。
ここで、指定されていなかった場合は、更に、ジョブ受付け可能な画像生成元が存在するか否かがチェックされる（Ｓ９３）。なお、ジョブ受付け可能な画像生成元の存在の有無は、図８に示されるように、画像生成元受付可能プールを検索することによりなされる（Ｓ９３１）。すなわち、当該画像生成元受付可能プールを参照して（Ｓ９３４）ジョブ受付け可能な画像生成元の存在の有無を調べ（Ｓ９３２）、存在する場合には、この画像生成元受付可能プールからジョブ受付け可能な画像生成元を削除する（Ｓ９３３）。
【００２７】
説明を図７に戻し、Ｓ９３の処理でジョブ受付け可能な画像生成元が存在すると判断されたとき、今回の送信先となる画像生成元を決定する（Ｓ９４）。なお、存在しないと判断された場合は、ジョブをプールする（Ｓ９５）。
上記した送信先となる画像生成元決定後、あるいは、Ｓ９２の処理で対象画像生成元が指定されていなかったとき、未着手状態のジョブがスプールに存在するか否かがチェックされる（Ｓ９６）。ここで、存在すると判定された場合は、キューからジョブを取得してジョブ実行中に設定する。そして、今回の送信対象に設定する（Ｓ９７）。続いて、ジョブを画像生成元へ送信する（Ｓ９８）。
【００２８】
なお、図８に示すフローチャートには、画像生成元受付け可能プールに関連して画像生成元（コンピュータ＃２、＃２’）の動作が示されている。
すなわち、画像生成元では、画像生成元の状態更新処理（Ｓ２５）とは別に、割当てられたジョブの終了を契機に（Ｓ２５１）、その状態を確認してビジー状態にあるか否かがチェックされ（Ｓ２５２）、ビジー状態に無い場合、自身の識別情報（ＩＤ）を受付けジョブ受付け可能として画像生成元受付け可能プールに追加する（Ｓ２５３）。そして、対象画像生成元を自分に設定し、ジョブ終了を送信する（Ｓ２５４）。
【００２９】
図９に、画像生成元（コンピュータ＃２、＃２’）の状態更新処理の流れが示されている。すなわち、画像生成元では、ジョブ終了受信（Ｓ２５１）、ビジー（Ｓ２５２）、完全待機状態（Ｓ２５３）のいずれかを常にチェックしている。
ジョブ終了受信がなされていなかった場合は、更に、完全待機状態か否かがチェックされ（Ｓ２５５）、完全待機状態にある場合は次回ジョブ要求状態に変更する（Ｓ２５６）。一方、完全待機状態にない場合は、次回ジョブ要求常態か否かがチェックされ（Ｓ２５７）、要求状態にある場合は、ビジー状態へ変更する（Ｓ２５８）。なお、Ｓ２５３の処理で完全待機状態にある場合は、状態を完全待機状態へ変更する（Ｓ２５４）。
【００３０】
図１０は、画像表示先（コンピュータ＃３）の画面管理手段３１による処理手順を示している。
ここでは、画面管理手段３１は、受信した画像のジョブＩＤと保持しているジョブＩＤとの比較を行い、受信した画像のジョブＩＤが大きかった場合、保持しているジョブＩＤを更新して（Ｓ１０２）、画像生成依頼元（コンピュータ＃１）に受信通知を送信する（Ｓ１０３）。一方、現在保持しているジョブＩＤが大きかった場合は、画像そのものを破棄する（Ｓ１０６）。なお、画面管理手段３１は、画像生成依頼元に受信通知を送信した後、バッファに対してその画像を追加し（Ｓ１０４）、その画像の使用を可能にする（Ｓ１０５）。
なお、ジョブＩＤは、視点、フレーム、あるいは画面をそれぞれ分割した時に画像の順序を保つ必要があり、そのために使用するものである。
【００３１】
３Ｄ画像生成はレンダリング技法に基づく高度な処理が必要であり、現在は、ソフトウェアで処理するよりも専用に設計されたＧＰＵを利用したハードウェアでの生成が非常に高速であり有効である。しかしながら、３Ｄ画像を2次元ディスプレイ上に投影せずに立体視を行う等、生成された３Ｄ画像を一旦メモリへ転送し、再度合成した画像を表示する必要が生じた場合、上記した技術は有効ではない。このため、本発明では、複数のコンピュータ（ＣＰＵ）に分散して画像計算を実行させることですることで、処理性能を高めている。
【００３２】
本発明によれば、この仕組みに、更に、視点分割、フレーム分割、画面分割のいずれか、あるいはそれぞれ組み合わせて利用することで、一層負荷分散をはかり、処理性能の向上をはかっている。
また、本発明によれば、フレーム分散処理を行うためにジョブをスプールし、画像生成元のアイドルタイムを少なくすると同時に、画像生成依頼元が特別に画像生成元を管理せずに済む、つまり、オーバヘッドが減少するため、高速に処理できる仕組みを導入することができる。また、画面表示はジョブＩＤによる管理を利用し、かつ高速性を重視する単純なアルゴリズムにより実現を可能とした。
【００３３】
なお、図１に示すジョブ管理手段１１、画像生成手段２１、画面管理手段３１、複数視点分画像合成手段３２、画像表示手段４１のそれぞれで実行される手順をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって本発明の３次元グラフィックス生成システムを実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウェアを含む。
【００３４】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３５】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００３６】
【図１】本発明の３次元グラフィックス生成システムの実施形態を説明するために引用した図である。
【図２】本発明実施形態の全体動作を説明するために引用した図である。
【図３】本発明の３次元グラフィックス生成方法で使用される負荷分散方法の一例を示す図である。
【図４】本発明の３次元グラフィックス生成方法で使用される負荷分散方法の他の例を示す図である。
【図５】本発明の３次元グラフィックス生成方法で使用される負荷分散方法の更に他の例を示す図である。
【図６】上記した負荷分散方法を組み合わせて使用した場合の処理の流れを示す図である。
【図７】本発明実施形態の動作を説明するために引用したフローチャートである。
【図８】本発明実施形態の動作を説明するために引用したフローチャートである。
【図９】本発明実施形態の動作を説明するために引用したフローチャートである。
【図１０】本発明実施形態の動作を説明するために引用したフローチャートである。
【図１１】３次元グラフィックスを動的に生成する従来例を説明するために引用した図である。
【図１２】立体視を行うために必要なプロセスを説明するために引用した図である。
【図１３】一般的な３Ｄアプリケーションの処理の流れをフローチャートで示した図である。
【符号の説明】
【００３７】
１、２、３…コンピュータ＃１〜＃３、１１…ジョブ管理手段、２１…画像生成手段、３１…画面管理手段、３２…複数視点分画像合成手段、４１…画像表示手段
【図１】
2005275933.tif 000003
【図２】
2005275933.tif 000004
【図３】
2005275933.tif 000005
【図４】
2005275933.tif 000006
【図５】
2005275933.tif 000007
【図６】
2005275933.tif 000008
【図７】
2005275933.tif 000009
【図８】
2005275933.tif 000010
【図９】
2005275933.tif 000011
【図１０】
2005275933.tif 000012
【図１１】
2005275933.tif 000013
【図１２】
2005275933.tif 000014
【図１３】
2005275933.tif 000015