(57)【特許請求の範囲】
【請求項１】
伝送路を介して接続された複数の画像表示装置間で、仮想機械で変換可能な配信データを送受信し、画像を表示する画像表示システムにおいて、
マスターとして機能する画像表示装置は、
自装置の描画領域を示す描画情報と、画像情報とが記憶される記憶手段と、
前記仮装機械で変換可能なフォーマットで、前記描画情報と、前記画像情報とを含む前記配信データを生成する変換部と、
スレーブとして機能する少なくとも１台の他の画像表示装置へ向け、前記配信データを送信するためのマスター側通信用インタフェース部と、
前記描画情報と、前記画像情報とに基づき、自装置の描画領域に画像を表示するマスター側表示手段と、
を含み、
前記他の画像表示装置は、
前記配信データを受信するためのスレーブ側通信用インターフェース部と、
前記配信データを画像表示可能なデータ形式に変換するための前記仮想機械の実装されたスレーブ側変換手段と、
前記スレーブ側変換手段によって変換された前記配信データに含まれる前記描画情報を参照することによって前記マスターとして機能する画像表示装置の描画領域を確認することにより、自装置の担当すべき描画領域を設定する制御手段と、
前記スレーブ側変換手段によって変換された前記配信データに含まれる前記画像情報に基づき、前記自装置の担当すべき描画領域に画像を表示するスレーブ側表示手段と、
を含むことを特徴とする画像表示システム。
【請求項２】
請求項１において、
前記伝送路は、ＩＥＥＥ１３９４バスであって、
前記通信用インタフェース部は、ＩＥＥＥ１３９４バスインタフェースであることを特徴とする画像表示システム。
【請求項３】
請求項１、２のいずれかにおいて、
前記伝送路を介して前記複数の画像表示装置が互いに接続され、
各画像表示装置が異なる表示領域を分担して表示することを特徴とする画像表示システム。
【請求項４】
請求項１〜３のいずれかにおいて、
各画像表示装置は、プロジェクタとして形成されたことを特徴とする画像表示システム。
【請求項５】
請求項４において、
前記伝送路を介して各プロジェクタが互いに接続され、
各プロジェクタが同一の表示領域に対して画像を重ね合わせて表示することを特徴とする画像表示システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像表示システムに関する。
【０００２】
【背景技術および発明が解決しようとする課題】
従来、アプリケーションソフトウェアの開発段階から当該アプリケーションソフトウェアが使用される環境を意図してプログラミングしなければならなかった。
【０００３】
特に、分散環境における画像表示システムにおいては、どの装置がどの描画領域を描画するか意識したソフトウェア設計が必要となり、開発工数の増加の一因となっていた。
【０００４】
また、例えば、複数の画像表示装置を用いてリアルタイムに画像を表示する場合等においては、各画像表示装置において画像表示遅れ等のない適切な画像を表示する必要がある。
【０００５】
しかし、リアルタイムな画像表示を実現するためには高機能なハードウェアが必要とされたり、種々の機能に対応するために記憶領域の必要量が多くなってしまう。
【０００６】
本発明の目的は、快適に分散処理しながら画像を表示することのできる画像表示システムを提供することにある。
【０００８】
【課題を解決するための手段】
上記課題を解決するため、本発明に係る画像表示システムは、伝送路を介して接続された複数の処理装置間で、仮想機械で変換可能な配信データを送受信し、画像を生成表示する画像表示システムにおいて、
前記複数の処理装置のうち少なくとも２台の処理装置は、それぞれ画像表示装置を含み、
少なくとも１台の画像表示装置は、
前記配信データを画像表示可能なデータ形式に変換するための仮想機械の実装された変換手段と、
他の処理装置から前記配信データを受信するための通信用インタフェース部と、
生成された画像が記憶され、他の処理装置から前記通信用インタフェース部を介してアクセス可能な記憶手段と、
を含み、
前記少なくとも１台の画像表示装置並びに前記変換手段および前記通信用インタフェース部を有する他の画像表示装置は、それぞれ前記記憶手段から前記画像の一部を読み出し、分担して画像を表示することを特徴とする。
【０００９】
本発明によれば、記憶領域を共有することにより、複数の画像表示装置で分担して画像を表示することができる。これにより、各画像表示装置での負荷が低減し高速な画像表示が可能となる。
【００１０】
また、同一の記憶領域を共有することにより、異なる描画領域を描画する場合でもどの装置がどの描画領域を描画しているか確認しながら描画することができ、特に分散処理において効果的である。
【００１１】
ここで、前記伝送路は高速な伝送路であることが好ましい。高速な伝送路を適用することにより各処理装置は、あたかも自分の記憶領域にアクセスするように他の処理装置の記憶領域にアクセスすることが可能になる。
【００１２】
このような伝送路としては、例えばＩＥＥＥ１３９４バスや、ファイバーチャネル等を適用することが可能である。
【００１３】
また、仮想機械を用いることにより、各処理装置間でのデータのやりとりが容易となる。ここで、仮想機械とは、共通のファイルフォーマットを読み、そこで指定されている操作を行うことのできる手段を意味し、具体的には、例えばＪＡＶＡ仮想機械を適用できる。なお、ＪＡＶＡは米国ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ社の商標である。
【００１４】
また、本発明に係る他の画像表示システムは、伝送路を介して接続された複数の処理装置間で仮想機械で変換可能な配信データを送受信し、画像を生成表示する画像表示システムにおいて、
前記複数の処理装置のうち少なくとも２台の処理装置は、それぞれ画像生成装置を含み、
少なくとも１台の画像生成装置は、
前記配信データを画像生成可能なデータ形式に変換するための仮想機械の実装された変換手段と、
他の処理装置から前記配信データを受信するための通信用インタフェース部と、
生成される画像が記憶され、他の処理装置から前記通信用インタフェース部を介してアクセス可能な記憶手段と、
を含み、
前記少なくとも１台の画像生成装置並びに前記変換手段および前記通信用インタフェース部を有する他の画像生成装置は、それぞれ前記記憶手段にアクセスし、分担して画像を生成することを特徴とする。
【００１５】
本発明によれば、記憶領域を共有することにより、複数の画像生成装置で分担して画像処理することができる。これにより、各画像生成装置での負荷が低減し高速な画像生成が可能となる。
【００１６】
例えば、処理の重い画像生成は、処理能力の高い画像生成装置で行い、処理の軽い画像生成は、処理能力の低い画像生成装置で行うことにより、画像処理の負荷分散を図ることができる。
【００１７】
また、同一の記憶領域を共有することにより、異なる描画領域の画像を生成する場合でも、どの装置がどの描画領域を担当しているか確認しながら画像生成することができ、特に分散処理において効果的である。
【００１８】
ここで、前記伝送路は高速な伝送路であることが好ましい。高速な伝送路を適用することにより各処理装置は、あたかも自分の記憶領域にアクセスするように他の処理装置の記憶領域にアクセスすることが可能になる。
【００１９】
このような伝送路としては、例えばＩＥＥＥ１３９４バスや、ファイバーチャネル等を適用することが可能である。
【００２０】
また、仮想機械を用いることにより、各処理装置間でのデータのやりとりが容易となる。ここで、仮想機械とは、共通のファイルフォーマットを読み、そこで指定されている操作を行うことのできる手段を意味し、具体的には、例えばＪＡＶＡ仮想機械を適用できる。
【００２１】
また、本発明に係る他の画像表示システムは、伝送路を介して接続された複数の処理装置間で仮想機械で変換可能な配信データを送受信し、画像を生成表示する画像表示システムにおいて、
前記複数の処理装置のうち少なくとも１台の処理装置は、画像生成装置を含み、
前記複数の処理装置のうち少なくとも１台の処理装置は、画像表示装置を含み、
前記画像表示装置は、
前記配信データを画像表示可能なデータ形式に変換するための仮想機械の実装された変換手段と、
他の処理装置から前記配信データを受信するための通信用インタフェース部と、
を含み、
前記画像生成装置は、
生成した画像に基づき前記変換手段で変換可能な配信データを生成するための手段と、
生成した画像を含む配信データを、前記伝送路を介して前記画像表示装置へ向け送信するための通信用インタフェース部と、
を含み、
前記画像生成装置および前記画像表示装置の少なくとも一方は、生成される画像が記憶され、他の処理装置から前記通信用インタフェース部を介してアクセス可能な記憶手段を含み、
前記画像生成装置および前記画像表示装置は、それぞれ前記記憶手段にアクセスして画像を生成表示することを特徴とする。
【００２２】
本発明によれば、記憶領域を共有することにより、例えば、複数の画像生成装置と、複数の画像表示装置で分担して画像処理することができる。これにより、各処理装置での負荷が低減し高速な画像処理が可能となる。
【００２３】
ここで、前記伝送路は高速な伝送路であることが好ましい。高速な伝送路を適用することにより各処理装置は、あたかも自分の記憶領域にアクセスするように他の処理装置の記憶領域にアクセスすることが可能になる。
【００２４】
このような伝送路としては、例えばＩＥＥＥ１３９４バスや、ファイバーチャネル等を適用することが可能である。
【００２５】
また、仮想機械を用いることにより、各処理装置間でのデータのやりとりが容易となる。ここで、仮想機械とは、共通のファイルフォーマットを読み、そこで指定されている操作を行うことのできる手段を意味し、具体的には、例えばＪＡＶＡ仮想機械を適用できる。
【００２６】
また、前記配信データは、画像処理用プログラムの一部を構成する部品オブジェクトを含み、
前記変換手段は、受信した前記部品オブジェクトに基づき、前記表示用データを生成するためのプログラムを生成することが好ましい。
【００２７】
これによれば、当該部品オブジェクトを受信した画像表示装置は当該部品オブジェクトを反映した表示用データを迅速に生成することができる。
【００２８】
すなわち、当該部品オブジェクトを配信することにより、仕様変更や機能拡張等を動的かつ容易に行える画像表示システムを実現できる。
【００２９】
なお、ここで、前記部品オブジェクトとしては、例えばＪＡＶＡアプレット等を適用できる。
【００３０】
また、前記配信データは、画像データおよび前記画像の表示を制御するための制御用データの少なくとも一方を含み、
前記画像表示装置は、
前記画像データに基づき前記画像を表示するための手段と、
前記制御用データに基づき前記画像の表示を制御するための手段と、
を含むことが好ましい。
【００３１】
これによれば、各処理装置間で種々のデータをやりとりできる画像表示システムを実現できる。例えば、制御用データを用いて、表示される文字の一部に下線を引く等の処理が可能となる。
【００３２】
また、前記配信データは、生成される画像の元データおよび前記画像の生成を制御するための制御用データの少なくとも一方を含み、
前記画像生成装置は、
前記元データに基づき前記画像を生成するための手段と、
前記制御用データに基づき前記画像の生成を制御するための手段と、
を含むことが好ましい。
【００３３】
これによれば、各処理装置間で種々のデータをやりとりできる画像表示システムを実現できる。例えば、制御用データを用いて、表示される画像の一部を強調した画像を生成する等の処理が可能となる。
【００３４】
また、前記伝送路は、ＩＥＥＥ１３９４バスであって、
前記通信用インタフェース部は、ＩＥＥＥ１３９４バスインタフェースであることが好ましい。
【００３５】
これによれば、ＩＥＥＥ１３９４バスは高速バスであり、各処理装置間でのデータのやりとりが迅速に行える。これにより、例えば、記憶領域の共有等も容易に行うことができる。
【００３６】
また、ＩＥＥＥ１３９４バスインタフェースを用いることにより、通信方式を統一できる。例えば、通信用プロトコルをＳＢＰ２（Ｓｅｒｉａｌ  Ｂｕｓ  Ｐｒｏｔｏｃｏｌ−２）等に統一してデータの送受信の信頼性を高めることが可能になる。
【００３７】
また、前記伝送路を介して複数の前記画像表示装置が互いに接続され、
各画像表示装置が異なる表示領域を分担して表示することが好ましい。
【００３８】
これによれば、複数の画像表示装置で異なる表示領域を分担して表示することにより、各画像表示装置の負荷が低減し、高速な表示が可能になる。
【００３９】
また、記憶領域を共有することにより、各画像表示装置は、他の画像表示装置の描画領域を判断でき、異なる描画領域であっても適切に分担して表示することができる。
【００４０】
なお、ここで、画像表示装置としては、例えば、プロジェクタのほか、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＰＤＰ（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ）、ＦＥＤ（Ｆｉｅｌｄ  Ｅｍｉｓｓｉｏｎ  Ｄｉｓｐｌａｙ）、ＥＬ（Ｅｌｅｃｔｒｏ  Ｌｕｍｉｎｅｓｃｅｎｃｅ）、直視型液晶表示装置等のディスプレイ装置等が該当する。
【００４１】
また、前記伝送路を介して複数の前記画像表示装置が互いに接続され、
各画像表示装置が同一の表示領域に対して画像を重ね合わせて表示することが好ましい。
【００４２】
このような画像を重ね合わせて表示する方式としては、例えば、前景と背景などの前後関係のある表示方式、左目用の画像と右目用の画像を重ね合わせることによる立体表示形式、振動するミラーに画像を反射させて立体画像を見せるバリフォーカルミラー方式の表示方式等を適用することが可能である。
【００４３】
これによれば、このような表示方式を実現する場合も負荷分散により、迅速かつ適切に表示することが可能となる。
【００４４】
また、前記画像生成装置および前記画像表示装置の少なくとも一方は、プロジェクタを含むことが好ましい。
【００４５】
これによれば、上述した機能を実現する汎用性や機能拡張性の高いプロジェクタを実現できる。なお、前記画像生成装置および前記画像表示装置を有するプロジェクタを実現することも可能である。
【００４６】
なお、ここで、プロジェクタとしては、例えば、液晶プロジェクタ、ＣＲＴプロジェクタ、ＤＭＤ（Ｄｉｇｉｔａｌ  Ｍｉｃｒｏｍｉｒｒｏｒ  Ｄｅｖｉｃｅ）素子を用いたプロジェクタ等が該当する。
【００４７】
また、本発明に係る情報記憶媒体は、記憶手段を有するコンピュータが読み取り可能なプログラムを記憶した情報記憶媒体において、
伝送路を介して接続された複数の処理装置間で、仮想機械で解釈可能な共通形式の配信データを送受信して画像を分散処理しながら生成表示するために、コンピュータに、前記記憶手段を他の処理装置と共有するための通信用インタフェース部を実装させるためのプログラムを記憶したことを特徴とする。
【００４８】
本発明によれば、各処理装置からアクセス可能な記憶手段を提供することができる。このような記憶方式を実現することにより、特に分散処理において効果的である。
【００４９】
また、仮想機械を適用し、配信データを共通形式のものに統一することにより、各処理装置は通信相手を意識せずに通信でき、特に分散処理において効果的である。
【００５０】
ここで、前記伝送路は、ＩＥＥＥ１３９４バスであって、前記通信用インタフェース部は、ＩＥＥＥ１３９４バスインタフェースであることが好ましい。
【００５１】
これによれば、各処理装置は、あたかも自装置の記憶領域にアクセスするように当該共有された記憶手段に高速にアクセスすることができる。
【００５２】
また、本発明に係る情報記憶媒体は、コンピュータ読み取り可能なプログラムを記憶した情報記憶媒体において、
伝送路を介して接続された複数の処理装置間で、仮想機械で解釈可能な共通形式の配信データを送受信して画像を分散処理しながら生成表示するために、コンピュータを、
前記共通形式の配信データを生成する手段と、
各処理装置がアクセス可能な記憶手段を有する少なくとも１台の前記処理装置へ向け前記生成した配信データを送信する手段として機能させるためのプログラムを記憶したことを特徴とする。
【００５３】
本発明によれば、共通形式の配信データを生成して共有形態の記憶手段に記憶することにより、各処理装置は、当該記憶手段にアクセスして配信データを取得することが可能となり、分散処理において特に効果的である。
【００５４】
例えば、配信データとしてＪＡＶＡアプレットを適用する場合、複数の処理装置が同時に記憶手段に記憶されたＪＡＶＡアプレットをダウンロードでき、仕様変更や機能拡張等を容易に行うことができる。
【００５５】
ここで、前記伝送路は、ＩＥＥＥ１３９４バスであることが好ましい。
【００５６】
これによれば、各処理装置は、あたかも自装置の記憶領域にアクセスするように共有された記憶手段に高速にアクセスすることができる。
【００５７】
また、本発明に係る情報記憶媒体は、コンピュータ読み取り可能なプログラムを記憶した情報記憶媒体において、
伝送路を介して接続された複数の処理装置間で、仮想機械で解釈可能な共通形式の配信データを送受信して画像を分散処理しながら生成表示するために、コンピュータを、
各処理装置がアクセス可能であって画像データの記憶された記憶手段を有する少なくとも１台の前記処理装置に対して、前記記憶手段に記憶された前記画像データを読み取る手段と、
読み取った画像データを表示する手段として機能させるためのプログラムを記憶し、
前記画像データを読み取る手段は、
読み取り要求を示す配信データを生成し、前記共通形式の配信データに変換する手段と、
変換した配信データを、前記記憶手段を有する処理装置へ向け送信し、当該処理装置から画像データを含む配信データを受信する手段と、
を含み、
前記画像データを表示する手段は、
前記仮想機械を実装する手段と、
受信した配信データに基づき、前記仮想機械を用いて配信データを変換し、画像を表示する手段と、
を含むことを特徴とする。
【００５８】
本発明によれば、共通形式の配信データを用いることにより、ＯＳやメーカーの違いを吸収して画像提供側の装置種別によらずに画像データを受信して表示することができる。
【００５９】
また、本発明に係る情報記憶媒体は、コンピュータ読み取り可能なプログラムを記憶した情報記憶媒体において、
伝送路を介して接続された複数の処理装置間で、仮想機械で解釈可能な共通形式の配信データを送受信して画像を分散処理しながら生成表示するために、コンピュータを、
他の処理装置に対して所定のサービスを要求する手段と、
他の処理装置に対して所定のサービスを提供する手段として機能させるためのプログラムを記憶し、
前記所定のサービスを要求する手段は、
前記所定のサービスの要求を示す配信データを生成し、前記共通形式の配信データに変換する手段と、
変換した配信データを他の処理装置へ向け送信する手段と、
を含み、
前記所定のサービスを提供する手段は、
前記仮想機械を実装する手段と、
他の処理装置からサービス要求を示す配信データを受信し、前記仮想機械を用いて変換する手段と、
変換した配信データに基づき、当該サービスを提供可能かどうか判断する手段と、
当該サービスが提供可能な場合は当該サービスを提供する手段と、
を含むことを特徴とする。
【００６０】
本発明によれば、各処理装置は、お互いに情報を交換しながら画像処理を分担して行うことができる。例えば、プロジェクタから印刷サービスを要求すれば、印刷サービスを提供可能なプリンタがこれに応答して印刷が行われる。
【００６１】
このような分散処理も仮想機械を用いるとともに配信データを共通形式として各処理装置間でのデータのやりとりを容易にすることにより実現できる。
【００６２】
また、前記配信データは、画像データ、画像生成用オブジェクト、画像生成制御用オブジェクト、画像表示用オブジェクト、画像表示制御用オブジェクトのうち少なくとも１つを含むことが好ましい。
【００６３】
これによれば、これらのデータやオブジェクトは共通形式に統一されているため、分散処理における各種の画像処理の汎用性を高めることができる。
【００６４】
また、前記伝送路は、ＩＥＥＥ１３９４バスを含んで構成されていることが好ましい。
【００６５】
これによれば、各処理装置は、あたかも自装置の記憶領域にアクセスするように上述した共有された記憶手段に高速にアクセスすることができる。また、各処理装置は、上述した情報交換を高速に行うことができ、処理速度を上げることができる。
【００６６】
【発明の実施の形態】
一般的に、アプリケーションプログラムの開発段階から当該アプリケーションソフトウェアが使用される環境を意図してプログラミングする必要がある。
【００６７】
すなわち、そのプログラムがどのような装置で使用され、どのＯＳ上で使用されるか意識しながらプログラミングする必要がある。
【００６８】
また、画像表示システムで送受信される配信データは、動画像のような重いデータであり、かつ、ミーティング等において使用される画像表示システムにおいては、ミーティングが何時間にも及ぶ場合もあり大量のデータが送受信される。
【００６９】
このような重くかつ大量のデータを効率よく扱うためには、高速な伝送路とともに各装置で処理負荷を分散する分散処理が必要になる。
【００７０】
分散処理が必要な画像表示システムとしては、例えば、複数のプロジェクタを用いた画像表示システム、マルチディスプレイ方式の画像表示システム、バリフォーカルミラー方式等による立体表示用の画像表示システム等がある。
【００７１】
以下、本実施の形態では、まず、液晶プロジェクタを用いたプレゼンテーション会場で用いられる画像表示システムを例に採り説明し、次に、複数の画像表示端末を用いた画像表示システムを例に採り説明する。
【００７２】
（液晶プロジェクタを用いた画像表示システムの例）
図１は、分散して画像表示を行う場合の画像表示を示す図であり、図１（Ａ）は１台の液晶プロジェクタのみを用いる場合、図１（Ｂ）は４台の液晶プロジェクタを用いて画像表示の例を示す。
【００７３】
１台の液晶プロジェクタで画像表示を行う場合、液晶プロジェクタに画像データを配信するＰＣではＵＸＧＡ表示、すなわち、１６００×１２００ドットの表示が可能であるが、当該液晶プロジェクタがＸＧＡ表示、すなわち、１０２４×７６８ドットの表示までしか対応していない状態で、プレゼンターの指示により、ポインタがＰＣでは表示可能であるが液晶プロジェクタ２００では表示不可能な座標（１５００、９２０）を示す場合がある。
【００７４】
このような場合、図１（Ａ）に示すように、実際には液晶プロジェクタでは表示できない。このため、プレゼンターは自分の操作通りにポインタが動かないため効果的なプレゼンテーションが行えないことになる事態も生じうる。
【００７５】
このような事態を避けるため、図１（Ｂ）に示すように、ＰＣで表示対応している表示領域をサポートできるように４台の液晶プロジェクタを用いて、４つの画像１２１０−１〜４を分担して投射することが可能である。
【００７６】
図２は、４台の液晶プロジェクタ２００−１〜４を用いて分散して画像表示を行う場合の模式図である。
【００７７】
本来は１つの画像を分担して表示する場合、どの装置がどこまでを担当するか決めておく必要がある。４台の液晶プロジェクタを用いて、ある画像を空間的に分割して表示するのは、典型的な並列処理である。画像データを、画像データを生成する処理装置のアプリケーションソフトウェアを用いて生成する段階で、このような並列処理に適する並列構文を記述しておくと処理上好都合である。特開平６−４４９８は、ｃｏｂｅｇｉｎ、ｃｏｅｎｄに包含される並列実行単位を書いて翻訳する方法を開示しており、本実施形態にも適用可能である。
【００７８】
図３は、仮想機械５００を用いた場合の通信方式を示す模式図であり、図３（Ａ）は従来の通信方式、図３（Ｂ）は本実施の形態に係る通信方式を示す図である。
【００７９】
動的な分散処理を行うために単純に仮想機械５００をプロジェクタ２００に搭載しただけでは、アプリケーションソフトウェア、すなわち、応用層プログラム１２を作成する段階でどの液晶プロジェクタ２００がどの描画領域を担当するか十分に意識して作成する必要がある。
【００８０】
一般に、プログラムのある実行単位が並列に処理されるためには、次の２つの条件を満たす必要がある。まず、第１に、ＯＳを含め、対象プログラムの処理系が、あるプログラム片、言い換えれば、実行単位を平行して実行できる資源を持つことが必要であり、より具体的には、並列化の個数に対応する独立したプロセッサ装置が必要である。第２に、対象プログラム自体が、並列して実行可能な処理単位を持ち、それが処理系に判断出来るように、記述されていることが必要である。
【００８１】
なお、本実施形態において「分散実行」とは、並列実行の広い概念であり、ある処理単位を、別の処理系に分散して実行した場合のうち、時間的に平行して処理することが望ましく、結果をある時点で同期する必要がある特別な場合を「並列実行」と呼ぶ。
【００８２】
例えば、図３（Ａ）に示すように、２台の液晶プロジェクタ２００−５、６をＩＥＥＥ８０２．３バス１９２で接続した場合、イメージ的には、各応用層プログラム１２−５、６がお互いを意識した接続が確立されることになる。最初に画像データの解釈を開始する液晶プロジェクタ２００−５は、プログラムのステートメント中に自己の表示範囲を超えた部分を検出した場合、その部分を液晶プロジェクタ２００−６と分散処理しようと試みる。
【００８３】
この時、具体的な動作としては、液晶プロジェクタ２００の組み込みＯＳの伝送制御プログラムを読み取った制御部が、ＩＥＥＥ８０２．３バス１９２により液晶プロジェクタ２００−６への接続回線を開き、分散処理の対象範囲を伝送する。
【００８４】
応用層プログラム１２−５は、組み込みＯＳのサービスルーチンを用いて、ネットワークの接続、回線のオープン、処理部分の伝送という処理を順次実行する必要がある。他方の応用層プログラム１２−６は、同じくネットワークの接続、回線のオープンの許容、処理部分の受信というサーバ側の処理を実行することが求められる。
【００８５】
複数の液晶プロジェクタを利用するのに、これだけの処理を求められるとしたら、応用層プログラム１２−５、６の仕様は複雑なものとなり、毎回実行環境に合わせて専用に書き下すことが必要となる。
【００８６】
ここで見る応用層プログラム１２とは、実はプレゼンテーション資料作成のための別の応用層プログラムが生成した、原始プレゼンテーションデータである。また、原始プレゼンテーションデータの中身は、仮想機械５００が実行する中間言語オブジェクトの命令語の集合である。
【００８７】
利用を簡便にするためには、応用層プログラムには、最初からある程度の並列処理を前提に複数の並列構文を交えて記述しておき、実行環境が並列処理を許す場合は、並列実行できるように設計することが必要である。代わりに、仮想機械５００が、実行段階において、動的かつ自律的に他の仮想機械と通信しあい、処理を分散してもよい。
【００８８】
前者のあらかじめ複数の並列処理構文を記述する手法としては、本出願人による特開平６−４４９８で開示されている中間言語インタープリタ間の通信方式を実装することが可能である。
【００８９】
また、後者の実行段階において、動的かつ自律的に他の仮想機械と通信し合う方式としては、例えば、ＪＡＶＡ仮想機械を用いて実現する手法、マルチエージェントによる手法等を適用できる。なお、ＪＡＶＡは米国ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ社の商標である。
【００９０】
このような手法を用いることにより、１６台、６４台等と液晶プロジェクタの台数を増やしていった場合でも、原始プレゼンテーションデータを再度作り直す必要はない。
【００９１】
本実施の形態では、図３（Ｂ）に示すように、各ノード間のメモリ資源の遠隔アクセスを実現するＩＥＥＥ１３９４バス３００を適用する。
【００９２】
本出願人による特開平６−４４９８で開示されている中間言語インタープリタ間の通信方式を実装する方式の場合は、ある液晶プロジェクタ２００−１の仮想機械５００−１のマスター側インタープリタは、ロード段階において、他の液晶プロジェクタ装置２００−２のメモリ空間上で実行されるプロセスであるスレーブ側インタープリタの作業領域に中間言語記述されたオブジェクトコードを読み込み、次にスタック初期化データを読み込み、このデータの指示に従いスタックに初期状態のデータを格納しスタックポインタを設定する。
【００９３】
次に、テーブル初期化データを読み込み、実行時ブロック管理テーブル、共有資源管理テーブルの内容を初期設定する一連の動作を行う。こうした動作は、ＲＳ２３２Ｃシリアル回線等を用いた通信や、ＵＮＩＸ系のＯＳに普通に見られるネットワークファイルシステムなどのトランスポート層以上に実装した上位層プロトコルの助けを借りて実現する事は不可能ではない。しかし、現実的な処理速度でリモートメモリアクセスを行う上では、ＩＥＥＥ１３９４のバストランザクションを用いて実装する必要がある。
【００９４】
これによって、応用層プログラム１２−１、２を作成する際に描画担当領域等を意識せずに作成でき、イメージ的には、応用層プログラム１２−１、２から１段下がった仮想機械５００同士で仮想的な接続が確立されたようになる。
【００９５】
次に、仮想機械５００としてＪＡＶＡ仮想機械を用いた場合の本実施の形態に係る分散処理について詳述する。
【００９６】
図４は、本実施の形態に係る分散処理を行う場合の機能ブロック図である。
【００９７】
液晶プロジェクタ２００−１は、データ配信装置である他の液晶プロジェクタ２００−２等から配信される配信データを、生成または再生可能なデータ形式に変換するための仮想機械５００の実装された変換部５０と、入力装置４００から変換部５０で変換可能な配信データを受信するための通信用インタフェース部３０とを含む。
【００９８】
また、液晶プロジェクタ２００は、変換部５０で変換された配信データに基づき画像データを生成する生成部１０と、生成した画像データを記憶部４０に他の液晶プロジェクタ２００ごとかつ所定単位ごとに管理しながら記憶し、他の液晶プロジェクタ２００ごとかつ所定単位ごとに画像データを読み出す制御部９０と、読み出された画像データを再生する再生部２０とを含む。
【００９９】
なお、記憶部４０には、プレゼンテーションデータおよび他の処理装置から配信された配信データを含む画像データのほか、制御部９０により用いられる管理用デーブル４２等が記憶されている。
【０１００】
また、記憶部４０は、他の液晶プロジェクタ２００等から通信用インタフェース部３０を介してアクセス可能となっている。
【０１０１】
次に、本実施の形態で用いられる仮想機械５００について説明する。
【０１０２】
図５は、プロジェクタ２００におけるソフトウェア部とハードウェア部の機能ブロック図である。
【０１０３】
ソフトウェア部は、音声処理用ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）および画像処理用ＡＰＩを有する生成部１０と、複数の命令語、命令語へのディスパッチャ、複数のデバイスドライバ、ランタイムライブラリを有する制御部９０と、仮想機械５００とを含んで構成されている。
【０１０４】
なお、音声処理用ＡＰＩや、画像処理用ＡＰＩに代えて音声処理用クラス、画像処理用クラスを実装してもよい。
【０１０５】
本実施の形態で用いられる仮想機械５００とは、共通のファイルフォーマットを読み、そこで指定されている操作を行うことのできる手段を意味し、具体的には、例えばＪＡＶＡ仮想機械や、上述した特開平６−４４９８に開示されている並列処理可能なインタープリタを実装した仮想機械等を適用できる。
【０１０６】
ＪＡＶＡ仮想機械の実装方式としては、ソフトウェア部で実装するインタプリタ方式、コンパイラ方式、ハードウェア部で実装する専用ＣＰＵ方式等を適用できるが、本実施の形態ではソフトウェア部に実装している。
【０１０７】
仮想機械５００は、プログラムカウンタ、スタックを１つずつ有する複数のスレッドと、ヒープ領域を含んで構成されている。すなわち、スタック、ヒープ領域は作業領域であり、記憶部４０としても機能する。
【０１０８】
また、スレッドは複数あるため、いわゆるマルチスレッド処理が可能である。これにより、分散処理時の実行性能や、同時実行性を向上させることができる。
【０１０９】
また、ハードウェア部は、表示部を含む再生部２０と、ビデオコントローラを有する制御部９０と、ビデオＲＡＭ（Ｖ−ＲＡＭ）領域を有する記憶部４０と、ＩＥＥＥ１３９４リンク層とＩＥＥＥ１３９４物理層を有する通信用インタフェース部３０とを含んで構成されている。
【０１１０】
次に、複数の液晶プロジェクタ２００−１、２を用いた実際の表示処理について説明する。
【０１１１】
液晶プロジェクタ２００−１がマスターとして機能し、液晶プロジェクタ２００−２がスレーブとして機能するものとする。
【０１１２】
液晶プロジェクタ２００−１は、画像１２１０−１、すなわち、座標（０，０）〜座標（１０２４，７６８）を描画しているものとする。この描画情報は記憶部４０に記憶されている。
【０１１３】
２台目の液晶プロジェクタ２００−２がＩＥＥＥ１３９４バス３００に接続されると、マスターである液晶プロジェクタ２００−１と液晶プロジェクタ２００−２が配信データを送受信するようになる。
【０１１４】
この段階で、液晶プロジェクタ２００―２は、液晶プロジェクタ２００−１が既に動作していることを判断することができるとともに、液晶プロジェクタ２００−１の記憶部４０−１の描画情報を参照することにより、液晶プロジェクタ２００−１の担当している描画領域を確認できる。
【０１１５】
液晶プロジェクタ２００−２は、この確認後、自分の表示すべき画像情報を液晶プロジェクタ２００−１の記憶部４０−１から読み出して仮想機械５００で自装置で処理可能なデータ形式に変換し、Ｖ−ＲＡＭ領域に書き込み、ビデオコントローラを用いて表示部で表示を行う。
【０１１６】
上述したように、記憶部４０内のスタック領域はスレッドごとに存在する。マルチスレッド処理によってあるスレッド内のスタック領域が使用中であっても、別のスレッドのスタック領域を使うことができるため、記憶部４０を共有した場合でも同時実行性はほとんど低下しない。
【０１１７】
また、ＩＥＥＥ１３９４バス３００およびＩＥＥＥ１３９４バスインタフェースを適用することにより、配信データを高速に送受信することができるため、記憶部４０を共有した場合でも、各液晶プロジェクタ２００は自分の記憶部４０を参照するのと同じくらいの速度で他の液晶プロジェクタ２００の記憶部４０を参照することができる。
【０１１８】
また、例えば、ある液晶プロジェクタ２００はＶＧＡ表示、すなわち、６４０×４８０ドット表示であり、他の液晶プロジェクタ２００はＳＶＧＡ表示、すなわち、８００×６００ドット表示であり、さらに他の液晶プロジェクタ２００はＸＧＡ表示、すなわち、１０２４×７６８ドット表示であるといったように表示能力の異なる液晶プロジェクタ２００が混在する場合もある。
【０１１９】
このような場合において、上述した座標（１５００、９２０）を表示しなければいけない場合でも、異なる表示能力を有する液晶プロジェクタ２００を相互に接続して表示することができる。例えば、マスターの液晶プロジェクタ２００がＶＧＡ表示であれば、全部で９台の液晶プロジェクタ２００を接続すれば、１９２０×１４４０ドットの表示領域をカバーでき、座標（１５００、９２０）も表示することができるようになる。
【０１２０】
このような場合でも、スレーブである液晶プロジェクタ２００がマスターである液晶プロジェクタ２００の記憶部４０内の描画情報を参照することにより、表示能力を自動で調整することができる。
【０１２１】
このように、効率的な分散処理によって画像データを生成できるため、重くかつ大量の画像データであっても快適に生成して再生でき、即応性の高い画像表示システムを実現できる。
【０１２２】
以上説明してきた方式は各液晶プロジェクタ２００が異なる表示領域に対して画像を重ね合わせて表示する方式であるが、各液晶プロジェクタ２００が同一の表示領域に対して画像を重ね合わせて表示することも可能である。
【０１２３】
このような画像を重ね合わせて表示する方式としては、例えば、前景と背景などの前後関係のある表示方式、左目用の画像と右目用の画像を重ね合わせることによる立体表示方式、バリフォーカルミラー方式による立体表示方式等を適用することが可能である。
【０１２４】
これによれば、このような表示方式を実現する場合も負荷分散により、迅速かつ適切に表示することが可能となる。
【０１２５】
また、画像表示だけでなく、画像生成処理も分散して実行できる。例えば、処理の重い画像生成は、処理能力の高い画像生成装置で行い、処理の軽い画像生成は、処理能力の低い画像生成装置で行うことにより、画像処理の負荷分散を図ることができる。
【０１２６】
さらに、上述したように、ハードウェア的に解像度変換するのではなく、ソフトウェア的に解像度変換することによりハードウェアの簡略化を実現できる。
【０１２７】
次に、ソフトウェア的に解像度変換することによるハードウェアの簡略化について図面を用いて説明する。
【０１２８】
図６は、一般的な液晶プロジェクタの画像処理部分の機能ブロック図である。
【０１２９】
一般に、液晶プロジェクタにおいては、画像データは、ＡＤコンバータ１６１０でデジタル信号に変換され、第１のフレームメモリ１６２０に画像情報が記憶される。
【０１３０】
その後、画像情報は、デジタルフィルタ回路を含む画像処理回路１６３０によりコンボリューションされ、第２のフレームメモリ１６２２に記憶される。
【０１３１】
そして、液晶コントローラ１６４２によって液晶ライトバルブに表示するため、第２のフレームメモリ１６２２内の画像データは一定のサイクルで読み出される。
【０１３２】
なお、ここで、コンボリューションとは、画像のフィルタリング技術の１つであり、画像の鮮鋭さに応じてタップ係数を変化させ、画質を変化させるためのものである。
【０１３３】
なお、第１のフレームメモリ１６２０等へのデータ転送は、画像同期部１６５０から画像同期信号が入力され、ＰＬＬ１６６０によりクロックが調整されるコントローラ１６４０が行う。
【０１３４】
これらの駆動回路においては、入力される画像データの違い等により位相差による画像劣化が生じるが、この位相差を少なくするためには、高性能なＰＬＬ回路等が必要となる。また、複数台の解像度の異なる液晶プロジェクタを相互に接続することを想定した場合、画像の補完を行うための画像処理によるスケーリング回路が必要となるが、このような画像処理は画像劣化を生じるものである。
【０１３５】
一方、本実施形態のように、仮想機械５００の実装された液晶プロジェクタ２００の各部を動作させるアプリケーションソフトウェアを用いて、液晶プロジェクタ２００に入力される画像データに対して、液晶の画素数に応じてデータ変換を行うようにすれば、スケーリング回路による画像処理に伴う画像劣化を生じさせることなく、フレームメモリを複数設ける必要もないため、回路構成を簡略化することができる。
【０１３６】
図７は、本実施の形態に係る液晶プロジェクタ１７００の画像処理部分の機能ブロック図である。
【０１３７】
液晶プロジェクタ１７００は、処理装置１８００からＩＥＥＥ１３９４バス３００を介してデータを受信し、ＩＥＥＥ１３９４バスクラスドライバ等の実装された通信用インタフェース部１７３０と、仮想機械５０２の実装されたＣＰＵ１７１０と、ＲＡＭ１７２０と、ＶＲＡＭ１７２２と、液晶コントローラ１７４２と、ＤＡコンバータ１７６０と、液晶ライトバルブ１７５０を含んで構成される。
【０１３８】
通信用インタフェース部１７３０によって受信された画像データを含む配信データは、ＣＰＵ１７１０内の仮想機械５０２によって翻訳され、画像データとしてＲＡＭ１７２０に一時的に記憶される。
【０１３９】
仮想機械５０２には、液晶の画素数に応じてデータ変換するための機能が組み込まれており、ＲＡＭ１７２０に記憶される時点で画像データは、液晶の画素数に合わせた画像データに変換されている。
【０１４０】
変換後の画像データは、液晶コントローラ１７４２によってＶＲＡＭ１７２２に表示イメージとして展開され、ＤＡコンバータ１７６０でアナログデータに変換されて液晶ライトバルブに１７５０に表示される。
【０１４１】
仮想機械５０２は、画素数に応じたデータ変換や、機種に応じたデータ変換等を行うための命令語の集合として捉えることができる。すなわち、必要に応じて機能拡張等をソフトウェア的に柔軟に行うことができる。
【０１４２】
以上のように、画像データ変換処理をソフトウェア的に実行できるため、フレームメモリ等のハードウェアを簡略化することができる。
【０１４３】
以上、図６、図７を用いてハードウェアの簡略化と柔軟な機能拡張について説明したが、このような特徴を実現するための手法として、サーバ装置からデータを配信してクライアントのＮＣ（ネットワークコンピュータ）で処理を行う手法がある。このような手法に対しても、本発明は有効である。次に、複数のＮＣ形態の画像表示装置と、サーバ装置を含む画像表示システムについて説明する。
【０１４４】
（複数の画像表示装置とサーバ装置を含む画像表示システムの例）
図８は、本実施の形態の一例に係る画像表示システムの概略図である。
【０１４５】
画像表示システムは、生成した画像データ等を配信するサーバ装置１００と、複数台の画像表示端末４００を含んで構成される。
【０１４６】
このような画像表示端末４００として、タッチパネル型マルチメディア情報端末で自動車を表示する場合を想定する。また、画像表示端末４００−１で自動車の正面を表示し、画像表示端末４００−２で自動車の右側面を表示し、画像表示端末４００−３で自動車の断面を表示するというように、各画像表示端末４００で異なる表示領域を分担して表示する場合を想定する。
【０１４７】
画像表示端末４００は、液晶画面がタッチパネルとなっており、サーバ装置１００から配信される自動車の静止画等の配信データを受信して液晶画面に表示し、ユーザーによるタッチパネルの操作情報をサーバ装置１００へ向け送信する。
【０１４８】
このような一般的な形態においても、アプリケーションソフトウェアやデータの更新はサーバ装置１００で行え、画像表示端末４００は、必要に応じてデータを取得すればよいため、ハードウェアの簡略化や拡張性の点では優れている。
【０１４９】
しかし、ユーザーによる操作情報を即座に反映して各画像表示端末４００へ向け異なる画像データを配信するといった場合には即応性が要求される。
【０１５０】
本実施の形態では、上述したように、各処理装置間の接続にＩＥＥＥ１３９４バス３００を用いてデータ送受信速度を上げるとともに、各処理装置からアクセス可能な記憶領域を提供している。
【０１５１】
また、一般に、このような画像表示を行うための画像表示システムは、種々の場面に適用される。例えば、大規模な自動車展覧会、自動車の販売会場、自動車のデザインを行う場合等に用いられる。
【０１５２】
これら種々の場面においては、種々の画像表示装置が用いられる。上述したように、使用される場面や、使用される画像表示装置に合わせてアプリケーションソフトウェアを作っていたのでは開発工数や開発費用がかかってしまう。
【０１５３】
本実施の形態では共通のファイルフォーマットを有する配信データと、当該ファイルフォーマットを解釈して適切なデータ変換を行える仮想機械を適用することにより、この課題を解決している。
【０１５４】
図９は、本実施の形態の一例に係る画像表示システムの機能ブロック図である。
【０１５５】
サーバ装置１００は、ＩＥＥＥ１３９４バス３００と接続された通信用インタフェース部１３０と、ＲＯＭ１４０と、配信データ１５２が記憶されるＲＡＭ１５０と、ＣＰＵ１１０と、画像生成ＩＣ１６０、音生成ＩＣ１７０とを含んで構成される。
【０１５６】
ＣＰＵ１１０、画像生成ＩＣ１６０および音生成ＩＣ１７０により画像データ等が生成され、図示しない変換部により仮想機械４１２で変換可能な共通のファイルフォーマットに変換された配信データ１５２が生成され、ＲＡＭ１５０に記憶される。
【０１５７】
ＲＡＭ１５０に記憶された配信データ１５２は、通信用インタフェース部１３０により画像表示端末４００へ向け送信される。
【０１５８】
画像表示端末４００は、通信用インタフェース部４３０と、ＯＳ４４２、ブラウザ４４４が内蔵されたＲＯＭ４４０と、ＲＡＭ４５０と、仮想機械４１２の実装されたＣＰＵ４１０と、ＤＡコンバータ４６０とを含んで構成される。
【０１５９】
サーバ装置１００から送信され、通信用インタフェース部４３０によって受信された配信データは、仮想機械４１２によりデータ変換され、ＲＡＭ４５０に記憶される。
【０１６０】
ＲＡＭ４５０に記憶された配信データに含まれる画像データは、ＤＡコンバータ４６０によりアナログデータに変換され、ＯＳ４４２、ブラウザ４４４等のソフトウェアにより整形され、ディスプレイ表示される。
【０１６１】
なお、通信用インタフェース部１３０、４３０は、上述した通信用インタフェース部３０と同様のものである。
【０１６２】
一方、ユーザーによるタッチパネルの操作は、図示しないセンサー部により検出され、操作情報に変換されてＲＡＭ４５０に一時記憶される。
【０１６３】
一般的な処理方式では、クライアントがサーバのデータベース内のデータを更新するためには更新要求を発行し、サーバによりデータ更新処理が行われる。
【０１６４】
一方、本方式では、他の処理装置からアクセス可能な記憶領域であるＲＡＭ１５０と、高速アクセスを可能とするＩＥＥＥ１３９４バス３００によって、クライアントである画像表示端末４００が操作情報を用いてサーバ１００のＲＡＭ１５０内のデータを直接更新できる。
【０１６５】
すなわち、本方式によれば、ＲＡＭ１５０に対して各画像表示端末４００がアクセスできるため、即応性に優れた画像表示システムを実現できる。
【０１６６】
また、仮想機械４１２を適用することにより、アプリケーションソフトウェアの開発費用等を低減させ、配信データを配信することによる画像表示装置の動的な機能拡張も可能となる。
【０１６７】
なお、以上説明してきた共有メモリ方式による分散処理の実現方式だけでなく、このような分散処理をオブジェクト配信方式によって行うことも可能である。
【０１６８】
また、本実施の形態で用いられる上述した配信データは、いわゆるデータファイルと処理とが１つにパッケージ化されたデータであり、仮想機械で変換可能なものである。
【０１６９】
具体的には、配信データとしては、例えば、生成される画像の元データ、前記画像の生成を制御するための制御用データ、画像データ、前記画像の表示を制御するための制御用データ、画像処理用プログラムの一部を構成する部品オブジェクト等が該当する。
【０１７０】
例えば、通信用インタフェース部が配信データとして部品オブジェクトを受信すれば、変換部は、受信した前記部品オブジェクトに基づき、前記表示用データを生成するためのプログラムを生成する。
【０１７１】
これによれば、当該部品オブジェクトを受信した画像表示装置は、当該部品オブジェクトを反映した表示用データを迅速に生成することができる。
【０１７２】
すなわち、当該部品オブジェクトを配信することにより、仕様変更や機能拡張等を容易に行える画像表示システムを実現できる。
【０１７３】
また、通信用インタフェース部が配信データとして画像データ、画像表示制御用データを受信すれば、各処理装置間で種々のデータをやりとりできる画像表示システムを実現できる。例えば、画像表示制御用データを用いて、表示される文字の一部に下線を引く、表示される画像の一部を強調した画像を生成する等の処理が可能となる。
【０１７４】
このような仮想機械で変換可能な配信データの生成手法としては、例えば、仮想機械用のコンパイラでコンパイルする手法等を適用できる。
【０１７５】
以上、画像表示システムを実現する手法について説明してきたが、コンピュータ読み取り可能な情報記憶媒体を用いて上述した作用効果を奏する画像表示システムを実現することも可能である。
【０１７６】
（情報記憶媒体についての説明）
図１１は、本実施の形態の一例に係る情報記憶媒体１４００の機能ブロック図である。
【０１７７】
情報記憶媒体１４００は、コンピュータ１２００に読み取られるための格納情報１４１０に、上述した種々の機能を実現するための情報を格納している。
【０１７８】
コンピュータ１２００は、他の処理装置１１００と通信回線１３００を介して通信を行うための送受信部１２３０と、各種データ、プログラム等を記憶する記憶部１２４０と、画像処理等を行う処理部１２５０と、画像表示等のデータ再生を行う表示部１２２０と、情報記憶媒体１４００から情報を読み取る情報読み取り部１２９０とを含んで構成されている。
【０１７９】
これら各部のハードウェア構成としては、例えば、送受信部１２３０としては、ＩＥＥＥ１３９４インタフェースを有する通信機器、ＡＴＭスイッチ等、記憶部１３４０としては、ＲＯＭ、ＲＡＭ等、表示部１２２０としては、ディスプレイ、モニター、投射機器等、処理部１２５０としては、ＣＰＵ、画像処理プロセッサ等を適用できる。
【０１８０】
また、情報記憶媒体１４００としては、例えば、レーザー光により情報を読み取らせるＣＤＲＯＭやＤＶＤＲＯＭ等、磁気により情報を読み取らせるハードディスクや、メモリ等を適用できる。
【０１８１】
なお、情報記憶媒体１４００を情報読み取り部１２９０に直接接続するのではなく、通信回線１３００を介してサーバ装置にある格納情報１４１０をコンピュータ１２００にダウンロードさせて読み取らせることも可能である。
【０１８２】
また、伝送路である通信回線１３００としては、例えば、ＩＥＥＥ１３９４バス、光ファイバー等を適用できる。
【０１８３】
上述した機能を実現するため、例えば格納情報１４１０を、伝送路である通信回線１３００を介して接続された複数の処理装置１１００間で、仮想機械５００で解釈可能な共通形式の配信データを送受信して画像を分散処理しながら生成表示するための情報として構成する。
【０１８４】
具体的には、格納情報１４１０を、記憶部１２４０を他の処理装置１１００と共有するための通信用インタフェース部を実装するための情報を含んで構成する。
【０１８５】
これによれば、各処理装置１１００からアクセス可能な記憶部１２４０を提供することができる。このような記憶方式を実現することにより、同時実行性が向上し、特に分散処理において効果的である。
【０１８６】
また、仮想機械５００を適用し、配信データを共通形式のものに統一することにより、各処理装置１１００とコンピュータ１２００は通信相手を意識せずに通信でき、特に分散処理において効果的である。
【０１８７】
ここで、前記伝送路は、ＩＥＥＥ１３９４バスであって、前記通信用インタフェース部は、ＩＥＥＥ１３９４バスインタフェースであることが好ましい。
【０１８８】
これによれば、各処理装置１１００は、あたかも自装置の記憶領域にアクセスするように当該共有された記憶部１２４０に高速にアクセスすることができる。
【０１８９】
また、格納情報１４１０の別の構成としては、格納情報１４１０を、共通形式の配信データを生成するための情報と、各処理装置１１００がアクセス可能な記憶部を有する少なくとも１台の前記処理装置１１００へ向け前記生成した配信データを送信するための情報とを含んで構成する。
【０１９０】
これによれば、共通形式の配信データを生成して共有形態の記憶部に記憶することにより、各処理装置１１００は、当該記憶部にアクセスして配信データを取得することが可能となり、分散処理において特に効果的である。
【０１９１】
例えば、配信データとしてＪＡＶＡアプレットを適用する場合、複数の処理装置が同時に記憶部に記憶されたＪＡＶＡアプレットをダウンロードでき、仕様変更や機能拡張等を容易に行うことができる。
【０１９２】
また、格納情報１４１０の他の構成としては、格納情報１４１０を、各処理装置１１００がアクセス可能であって画像データの記憶された記憶部を有する少なくとも１台の前記処理装置１１００に対して、前記記憶部に記憶された前記画像データを読み取るための読み取り用情報と、読み取った画像データを表示するための表示用情報とを含んで構成する。
【０１９３】
ここで、前記読み取り用情報は、読み取り要求を示す配信データを生成し、前記共通形式の配信データに変換するための情報と、変換した配信データを、前記記憶手段を有する処理装置１１００へ向け送信し、当該処理装置１１００から画像データを含む配信データを受信するための情報とを含む。
【０１９４】
また、前記表示用情報は、仮想機械５００を実装するための情報と、受信した配信データに基づき、仮想機械５００を用いて配信データを変換し、画像を表示するための情報とを含む。
【０１９５】
これによれば、共通形式の配信データを用いることにより、ＯＳやメーカーの違いを吸収して画像提供側の装置種別によらずに画像データを受信して表示することができる。
【０１９６】
また、格納情報１４１０の別の構成としては、格納情報１４１０を、他の処理装置１１００に対して所定のサービスを要求するための要求用情報と、他の処理装置１１００に対して所定のサービスを提供するための提供用情報とを含んで構成する。
【０１９７】
ここで、前記要求用情報は、前記所定のサービスの要求を示す配信データを生成し、前記共通形式の配信データに変換するための情報と、変換した配信データを他の処理装置へ向け送信するための情報とを含む。
【０１９８】
また、前記提供用情報は、仮想機械５００を実装するための情報と、他の処理装置１１００からサービス要求を示す配信データを受信し、仮想機械５００を用いて変換するための情報と、変換した配信データに基づき、当該サービスを提供可能かどうか判断するための情報と、当該サービスが提供可能な場合は当該サービスを提供するための情報とを含む。
【０１９９】
これによれば、各処理装置１１００およびコンピュータ１２００は、お互いに情報を交換しながら画像処理を分担して行うことができる。例えば、プロジェクタから印刷サービスを要求すれば、印刷サービスを提供可能なプリンタがこれに応答して印刷が行われる。
【０２００】
このような分散処理も仮想機械５００を用いるとともに配信データを共通形式として各処理装置１１００およびコンピュータ１２００間でのデータのやりとりを容易にすることにより実現できる。
【０２０１】
また、前記配信データは、画像データ、画像生成用オブジェクト、画像生成制御用オブジェクト、画像表示用オブジェクト、画像表示制御用オブジェクトのうち少なくとも１つを含むことが好ましい。
【０２０２】
これによれば、これらのデータやオブジェクトは共通形式に統一されているため、分散処理における各種の画像処理の汎用性を高めることができる。
【０２０３】
（変形例）
なお、本発明の適用は上述した実施例に限られず、種々の変形例に対して適用可能である。
【０２０４】
例えば、上述した伝送路としては、ＩＥＥＥ１３９４バス３００を適用した例について説明したが、高速な伝送路であれば種々のものを適用できる。具体的には、例えば、ファイバーチャネルや、衛星通信路等を適用できる。
【０２０５】
また、画像表示システムとしては、液晶プロジェクタを用いたものに限られず、ディスプレイ、モニタ、バリフォーカルミラー方式等による立体表示システム等の各種の画像表示システムに対して適用できる。
【０２０６】
図１０は、本実施の形態の他の一例に係る画像表示システムの概略図である。
【０２０７】
例えば、図１０に示すような３つのディスプレイ１４００−１〜３で連続した画像を表示して、運転のシミュレーションを行う画像表示システムに対しても適用可能である。
【０２０８】
このようなシミュレータに本発明を適用することにより、操作者によるハンドル１４５０の操作情報を即座に反映することができ、３画面で連続した横長の画像をリアルタイムに表示する場合も高速に画像処理できる画像表示システムを実現できる。
【０２０９】
また、画像表示装置としては、プロジェクタのほか、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＰＤＰ（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ）、ＦＥＤ（Ｆｉｅｌｄ  Ｅｍｉｓｓｉｏｎ  Ｄｉｓｐｌａｙ）、ＥＬ（Ｅｌｅｃｔｒｏ  Ｌｕｍｉｎｅｓｃｅｎｃｅ）、直視型液晶表示装置等のディスプレイ装置等を適用できる。
【０２１０】
また、プロジェクタとしては、液晶プロジェクタのほか、例えば、ＣＲＴプロジェクタ、ＤＭＤ（Ｄｉｇｉｔａｌ  Ｍｉｃｒｏｍｉｒｒｏｒ  Ｄｅｖｉｃｅ）素子を用いたプロジェクタ等を適用できる。
【０２１１】
さらに、上述したように、本発明を実現するためのプログラミング言語はＪＡＶＡに限られない。仮想機械の機械語を生成でき、プロセッサ資源の利用を多重化する処理を、前記機械語の段階でサポートできる言語は多数存在する。このような言語においては、本発明における上述した描画命令の記述と同様の記述ができる。本発明は、描画命令語を生成するまでに用いられる高級言語レベルの構文、字句解析の仕様に依存することなく各種の言語を用いて実現可能である。
【図面の簡単な説明】
【図１】分散して画像表示を行う場合の画像表示を示す図であり、（Ａ）は１台の液晶プロジェクタのみを用いる場合、（Ｂ）は４台の液晶プロジェクタを用いて画像表示の例を示す図である。
【図２】４台の液晶プロジェクタを用いて分散して画像表示を行う場合の模式図である。
【図３】仮想機械を用いた場合の通信方式を示す模式図であり、（Ａ）は従来の通信方式、（Ｂ）は本実施の形態に係る通信方式を示す図である。
【図４】本実施の形態に係る分散処理を行う場合の機能ブロック図である。
【図５】プロジェクタにおけるソフトウェア部とハードウェア部の機能ブロック図である。
【図６】一般的な液晶プロジェクタの画像処理部分の機能ブロック図である。
【図７】本実施の形態に係る液晶プロジェクタの画像処理部分の機能ブロック図である。
【図８】本実施の形態の一例に係る画像表示システムの概略図である。
【図９】本実施の形態の一例に係る画像表示システムの機能ブロック図である。
【図１０】本実施の形態の他の一例に係る画像表示システムの概略図である。
【図１１】本実施の形態の一例に係る情報記憶媒体の機能ブロック図である。
【符号の説明】
１０  生成部
２０  表示部
３０  通信用インタフェース部
４０  記憶部
５０  変換部
９０  制御部
３００  ＩＥＥＥ１３９４バス
５００  仮想機械
【図１】
0003722194.tif 000002
【図２】
0003722194.tif 000003
【図３】
0003722194.tif 000004
【図４】
0003722194.tif 000005
【図５】
0003722194.tif 000006
【図６】
0003722194.tif 000007
【図７】
0003722194.tif 000008
【図８】
0003722194.tif 000009
【図９】
0003722194.tif 000010
【図１０】
0003722194.tif 000011
【図１１】
0003722194.tif 000012