JPH07146671A

JPH07146671A - 大型映像表示装置

Info

Publication number: JPH07146671A
Application number: JP6127550A
Authority: JP
Inventors: Shii Rauaa Hafu; シーラウアーハフ; Shien Chiya; シェンチャ
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1993-06-16
Filing date: 1994-06-09
Publication date: 1995-06-06
Also published as: US5523769A

Abstract

(57)【要約】【目的】大型映像表示装置の画面に、実時間で連続し
て画像を映し出す。【構成】ビデオソースから表示装置に送信されるデー
タから大画面表示装置を通して精細な画像を表示するた
めの装置で通信インターフェイス６０、処理装置６２、
メモリ６４、表示装置の駆動装置６６および表示装置６
８の全てが該通信インターフェイス６０でデータを前記
ビデオソースから前記表示装置での実際の画素に少なく
とも変換するために各モジュール内で相互に接続されて
いる複数のアクティブモジュール５０、モジュール間に
データを送信するための通信インターフェイス間で接続
された手段、および前記体系化されたデータを受け取る
ために、かつ前記体系化されたデータの部分を適切な実
際の画素に変換するために適切なモジュールに送信する
ための少なくとも１つのモジュールにおける手段からな
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は高解像度大型映像表示装
置に関する。さらに詳しくは、表示装置の大きさや画素
密度に関わりなく、各モジュールが画面を迅速に映し出
し、新しい画面に追従できる処理ユニットを備えたアク
ティブ表示モジュールのアレイである大型映像表示装置
に関する。

【０００２】

【従来の技術】スタジアムサイズの表示装置は、過去、
観衆にビデオ情報を示すのに使用されてきた。しかしな
がら、これらの表示装置は一般に、遠距離で見ることを
意図した低い画素密度の装置である。よって、このよう
な表示装置は低い解像度の装置であればよい。

【０００３】一方、ＣＡＤ／ＣＡＭ設計や映画編集、地
図表示装置、青写真、ホワイトボード、あるいは複雑な
制御パネルのように多様なものに応用され、２、３フィ
ート以内で見られるばあいには、大画面メガオーダーの
画素高解像度の表示装置が必要である。これらのばあい
には、細部がただ１つの視域内で表現されなければなら
ないために、広告のためや講堂において使われる複合テ
レビモニターを利用する以上のことが必要である。たと
えば、１つの視域で細かい動画像の編集を可能にするた
めには、１２００万画素、６０００×２０００画素の表
示装置が必要である。充分な精細度をうるためには、画
素密度を非常に増やさなければならず、また実時間でこ
の非常に多くの画素を瞬時にアドレスできるようにしな
ければならない。

【０００４】メガオーダーの画素をもつ表示装置が現在
実現可能になっている一方、このような大きな高画素密
度表示装置について画像の表示装置の大きな問題の１つ
は、これらの表示装置を実時間で駆動することが困難な
ことである。これは、全部の表示装置を駆動するために
送信されなければならないデータが大容量であることに
よる。前記の２フィート×６フィートで１画素あたり２
４ビットである２０００×６０００画素の表示装置に
は、１つの画像に２８８Ｍビットが必要になる。動画像
のビデオでは１秒あたり３０フレームで画素ごとに送信
されており、情報源と表示装置の間で、１秒あたり８．
６４Ｇビットが通信されえなければならない。しかしな
がら、最速の通信入出力バスでも１秒あたり、たった
０．２Ｇビットしか送信することができない。

【０００５】バスの限界のために、このような大きな壁
サイズの表示装置が、表示装置に対してビデオ情報生成
プログラムとして機能する中央演算処理装置（以下、Ｃ
ＰＵという）によって駆動されるばあい、表示装置に画
像を出す、または“映し出す”ために何１０分もかか
る。これは、ビデオ画像の情報源と、表示装置の異なる
部分を駆動させるために用いられる受動モジュールとの
あいだの速度制限のあるネットワークチャネル、または
通信チャネルを通して個々の画素がすべてアドレスされ
るからである。

【０００６】ここで、受動モジュールが表示装置の要素
と駆動部しか含まないことに注意する。このような受動
モジュールは、米国特許５０６７０２１号明細書に記述
されている。他の低画素密度モジュラー表示装置は、米
国特許５１２９０２８号、５１０９３４８号、５１０７
５３４号、５０５７７３９号、５０１１２７７号、４９
７８９５２号、４９３５８８０号、４９０１１５５号、
４８７４２２７号、４８６６５３０号、４８３３５４２
号、４７７２９４２号、４７６９６８０号、４７６０３
８８号、４７２０８０３号、４４１０８８７号、４３８
４２７９号明細書に記されている。

【０００７】前記のモジュラー表示装置を全て駆動させ
ることは、使用されている直列バスの帯域幅が制限され
ているために大変遅くなる。一般には、これらの受動モ
ジュールは、ビデオマテリアルまたは情報を、いわゆる
ＶＭＥバスを通して表示装置の様々な部分を担当するモ
ジュールに送るＣＰＵまたはビデオ情報生成プログラム
から駆動するように指示をうける。どのモジュールも処
理装置と関係がないため、工程上受動的である。その結
果バスでデータ障害が生じる。ＣＰＵで実行される計算
には全て、規格通りの帯域幅に制限のあるＶＭＥバスを
通して送信されなければならない大量の未加工データが
存在する。このように大画面の高画素密度表示装置に、
画像を“映し出す”ためには、全動画像ビデオで１秒あ
たり１０億単位の乗算が必要になり、現在のバス構造と
受動モジュールを通して表示画面を操作し更新するに
は、非常に遅い。たとえば、１つの例は、通信チャネル
の帯域幅制限のために、６フィート×２フィートをこえ
るモジュラー表示装置上で画像を映し出すには、２４分
以上かかる。

【０００８】さらなる技術背景としては、画像が普通ど
のようにして生成されるかに関して、ＣＰＵで走らされ
る画像生成ソフトプログラムは、典型的には、表示され
る画像情報を表わす体系化されたデータを画素と変換
し、その各画素は、表示装置上で１つの小さな光の点で
デジタル表示される。

【０００９】その体系化されたデータとしては、テキス
ト、直線、円弧、多角形、他の図形のデジタル表示、お
よびカメラで捕えた画像をデジタルに記号化した、サン
プル画像（ｓａｍｐｌｅｄｉｍａｇｅｓ）と呼ばれる
ものなどがある。

【００１０】ＣＰＵで生成された画素または他のビデオ
情報生成プログラムは、普通フレームバッファという、
コンピュータメモリの中の指定された部分に書きこまれ
る。装置制御器は、フレームバッファと表示装置のあい
だに介在し、フレームバッファから画素を読み、液晶表
示装置やプロジェクタのような表示装置に送るのに適す
る形に画素を変換する。装置制御器は、表示された画像
情報の全ての画素をくり返し読みとる。それゆえ、継続
的に視覚的画像をうることができ、表示画面を“リフレ
ッシュ”できる。通常のコンピュータ表示装置システム
では、装置制御器は全ての画素を１秒あたり約６０〜７
２回読む。

【００１１】フレームバッファは普通、通常のコンピュ
ータメモリの指定された領域かコンピュータメモリの中
の独立した列または、ビデオＲＡＭのような特別な種類
のコンピュータメモリ装置のいずれかである。

【００１２】画像情報の生成プログラムが表示装置に映
る画像または情報を変えようとするならば、生成プログ
ラムは新しく体系化されたデータを生成する。そののち
ＣＰＵ内のソフトプログラムは、この新しいデータを画
素に変換し、その内容をフレームバッファに書く。表示
装置の装置制御器が画面をリフレッシュするためにフレ
ームバッファを繰り返し読むので、新しい画像情報は、
１回の画面リフレッシュサイクルで必ず表示されること
になる。

【００１３】新しく体系化されたデータを画素に変換す
るために必要とされる計算量は、新しくなっているべき
領域の画素数と、表示される画像情報の複雑さの両方に
比例する。画像情報の複雑さは、色の数、図形の複雑さ
の度合いによる。

【００１４】単純なテキスト（ｔｅｘｔ）で１２００万
画素をもつ表示装置についていえば、１秒あたり１００
０万工程が可能なＣＰＵをもつコンピュータを考える限
り、通信チャネルの帯域幅制限がなく、それぞれのフレ
ームバッファが８ビットの画素をもつことが可能な１２
００万画素の表示画面装置で、約２〜４秒で、テキスト
を画面全体に映し出すことができる。

【００１５】色のついた画面に関しては、これは１つの
できあがる画像の色の成分あたりで画素ごとに約４回の
乗算が必要になる。ゆえに、１２００万画素の領域に３
原色成分（赤、緑、青）で画像を映し出すには、１４４
００万の乗算工程が必要である。このため１２００万画
素画面をサンプル画像で埋めつくすのに約１４秒かか
る。これは、１秒間に１０００万工程をこなす機械を想
定している。

【００１６】ここで注意したいのは、動画像のビデオの
ばあい、１／３０秒ごとに画像を替えねばならないこと
である。このため、前記の１４秒ごとにしか色をつける
ことができないシステムでは、明らかに不充分である。
制限される原因は、最終的にコンピュータの能力ではな
く、バスの帯域幅である。色をつける時間を１秒かそれ
より少ないオーダーに減らすために１秒間にもっと多く
の仕事をすることができる、より速いコンピュータを作
ることも可能ではある。しかしながら、現在のバスの構
造では、このような計算力を利用することができない。
たとえば、ビデオ情報がサンプル画像である各フレーム
をもち、１秒間に約３０フレームの速度で構成している
ならば、１２００万画素の動画像のビデオ情報を表示す
るためには、１つのサンプル画像につき３０倍の工程ま
たは１秒に４３．２億の工程が必要になる。これがバス
を通り、１秒あたり１．０８Ｇバイトのデータ速度にな
る。このような計算能力を仮定したとしても、現在のど
のバス構造も、すなわち１秒あたり０．１〜０．２Ｇバ
イトの能力を、はるかにこえている。

【００１７】表示装置に新しい情報を入れるために必要
な時間のかかりすぎを克服するために、加速装置が発明
され、図形とサンプル画像を映し出すために必要な計算
のいくらかをＣＰＵから切り離した。しかしながら、加
速装置は、大容量のデータを高密度表示装置に送信する
問題を解決してはいない。むしろ、規格通りのＶＭＥバ
スを通り受動表示装置モジュールに結果を送る前に計算
量を増やすことになり、流れの隘路（ｂｏｔｔｌｅｎｅ
ｃｋ）を残してしまう。

【００１８】そのうえ、加速装置は、１つのモニターに
図形を描くことができる独自の図形描画ユニットをも
つ、専用装置である。よって、モニター間またはモジュ
ール間に仕事を分配することができるモジュール内の通
信が存在しない。増加した画素数をよりよい解像度で調
整する試みはされていない。

【００１９】ネットワークに関する限り、画像情報の生
成プログラムを映し出されるコンピュータシステムから
離すことは可能である。生成プログラムは、構成された
情報、たとえばテキスト、図形の情報（直線、弧、多角
形など）、サンプル画像、圧縮画像などをコンピュータ
ネットワークを通じて他のワークステーションに送信す
る。二番目のコンピュータは、サーバーと呼ばれ、ＣＰ
Ｕが構成された情報を画素に変換する。

【００２０】しかしながら、これもまたサーバーからの
大画面表示装置を駆動させる問題を解決していない。な
ぜなら、大量の画素データは帯域幅の制限されたバスを
通ってサーバーから表示装置に送信されなければならな
いからである。

【００２１】図９によると、例としてビデオ編集のため
にメガオーダーの画素をもつモジュラー表示装置を利用
するためには、図示のようなモジュール１２を見やすい
よう少し曲げた形に配置して組み合わせた、約６フィー
ト×２フィートの表示装置であるモジュラー表示装置１
０を用いることが望ましい。このモジュラー表示装置の
配置によって、約２〜４フィート離れたワークステーシ
ョンの位置に表示装置上の画像を表示することができ
る。その位置ではオペレーター１３がキーボード１４と
マウス１５とで編集処理を行うためにその表示装置を前
にして座っている。図１０の図中に示された画像は、こ
れらの表示画像のサウンドトラックの画像表示３００と
共に編集されるべき動画像の瞬時画像３０１である。

【００２２】従来、受動モジュールに関しては、このよ
うな全体の画像を全表示装置に映し出すためには、バス
の制限により２４分もかかっていた。明らかに、これで
は遅すぎて実時間のビデオ編集をすることができない。

【００２３】メガオーダーの画素をもつ表示装置に実時
間画像を映すことが困難であることを説明するために図
１１を用いる。従来、表示装置１０を構成する受動モジ
ュール２８のそれぞれに画素情報を分配するフレームバ
ッファ２６にＶＭＥバス２４を動作させるＣＰＵ２２と
接続されたソースマテリアル生成プログラム２０を使用
して受動モジュール２８に画像が映し出されていた。そ
れぞれの従来技術のモジュールは、表示装置の駆動装置
と表示装置を含む受動装置でしかなかった。どの受動モ
ジュールも知能をもっていなかったことがわかる。

【００２４】結果として、表示装置から隔たったＣＰＵ
がＶＭＥバス２４を通して送信された未加工の画素をも
ち、いかなる知能も供給しなければならなかった。前述
のように、この型の直列バスは、１秒に最大２００Ｍビ
ットの情報を送信できたが、これでは実時間に近いどの
ような大きなサイズのモジュラー表示装置にも映し出
す、リフレッシュするまたは切りかえをするには、明ら
かに不適当である。たくさんの並行処理を行ったとして
も、並列処理装置と表示装置を構成する個々の受動モジ
ュールのあいだにデータの流れの隘路があった。

【００２５】図１２によると、従来技術のばあい、表示
装置はつぎのように説明されうる。標準的なＶＭＥバス
２４を駆動するＣＰＵ３０は、バスに接続されたメモリ
３４をもち、各受動モジュール３６は、フレームバッフ
ァ３８、装置制御ユニット４０と表示装置４２を含むも
のとすると、モジュラー表示装置に映し出すため、従来
は画素を供給しており、その各画素は、ＶＭＥバス２４
によってそれぞれのフレームバッファ３８に送られてい
た。ＶＭＥバス２４は、画面のリフレッシュサイクルご
とにフレームバッファ３８に送られる実際の論理画素を
送信することに注意する。よって、画素は表示画面がリ
フレッシュする速度でフレームバッファ３８から装置制
御ユニット４０に送られる。このとき、装置制御ユニッ
ト４０の出力は、表示装置４２に送られる電気信号で、
これもまた、表示画面がリフレッシュする速度でかわ
る。

【００２６】しかしながら、ＶＭＥバス２４は普通、１
秒あたり８０Ｍビット、多くとも３２０Ｍビットしか送
信されない。フルフレームビデオ（ｆｕｌｌｆｒａｍ
ｅｖｉｄｅｏ）に関しては、１秒あたり少なくとも６．
９Ｇビットが必要である。以上でわかるように、大画面
に表示される実時間のビデオは、現在のバスの構造では
不適当である。

【００２７】とくに、ＣＰＵに流れるソフトウェアプロ
グラムは画像を取り入れ、それぞれの画素を定義した情
報を送り、その各画素は１つの小さな光の点として表示
画面にデジタル表示される。

【００２８】図１２に示されるように、画素は、コンピ
ュータメモリの指定された領域であるフレームバッファ
に書き込まれる。表示装置のための装置制御器は、フレ
ームバッファから画素を読み、それを表示装置に送るの
に適する形に変換する電子回路である。装置制御器は、
表示される画像情報の画素全てを繰り返し読み、それに
よって、画像を次々に表示するために表示装置をリフレ
ッシュする。通常の表示装置では、装置制御器は画素全
てを１秒あたり約６０〜７２回読む。

【００２９】フレームバッファは普通のコンピュータメ
モリの指定された領域、コンピュータメモリからは離れ
た所にある領域、または特別な種類のコンピュータメモ
リ装置、たとえばビデオＲＡＭのいずれかで構成されて
いる。画像処理の生成プログラムが表示装置上に映され
る画像または情報を変えようとすると、生成プログラム
は新しいデータを作る。そして、ＣＰＵ３０内のソフト
プログラムは、その新しいデータを画素に変換し、フレ
ームバッファに画素を書きこむ。表示装置の制御装置が
表示装置をリフレッシュするために繰り返しフレームバ
ッファを読むので、新しい画像情報は１回のリフレッシ
ュサイクル内で表示されることが保障される。体系化さ
れたデータを画素に変換する処理は、“映し出し”と呼
ばれる。

【００３０】新しいデータを画素に変換するために必要
な計算の量は、画素数と新しく画像が変えられる部分の
面積および表示される画像情報の複雑さに比例する。画
像情報の複雑さは、色の数、図形の複雑さの度合いや、
データに関係する他の画像に関係する。

【００３１】特定の装置のサンプル画像を画素密度に変
換するための効率よい補間アルゴリズムによって、結果
的にえられる画像の色の成分ごとの画素ごとに、約４倍
の乗算工程が必要になることがわかるであろう。それゆ
え、３つの色の成分（赤、緑、青）で、１００万画素の
領域にサンプル画像を映し出すには、約１２００万の乗
算工程が必要で、映し出すには１秒以上かかる。ビデオ
情報は、１秒に約３０フレームの速度で動くフレームに
より構成されている。各フレームは、サンプル画像であ
る。１００万画素の領域のビデオ情報を表示するには、
１つのサンプル画像につき、３０倍の工程、すなわち１
秒あたり３６０×１０⁶の工程が必要になる。大画面表
示装置では、前述のように、１２００万から２０００万
画素が必要である。これは明らかに必要な計算量と、表
示装置にバスを通して送信されねばならない情報量を増
大することになる。

【００３２】図１３によると、専用処理装置４４の形で
の加速器は、バス２４とフレームバッファ３８のあいだ
に存在し、ある程度の効率はえられる。

【００３３】しかしながら、加速器の利用による問題
は、加速器が本質的に複雑なもの、またはこみ入った図
を書く意図をもつことである。解像度や精細度を上げる
ために、より多くの伝達バスを含む画素を増大する意図
はない。その上、実時間で画素動作のできるような加速
器間の通信が存在しない。

【００３４】要約すると、表示画面を切り替えるのに必
要な時間のかかりすぎを克服するために、専用電子機械
である加速器が設けられ、その加速器は内部処理装置を
含んでいる。その内部処理装置は図形とサンプル画像を
映し出すために必要な計算のいくらかをＣＰＵから切り
離す。加速器を利用しても、ＣＰＵはまだ、画像情報を
フレームバッファに書き込むという重要な役割を担って
いる。そして、これはデータの流れの隘路を生む前述の
ＶＭＥバス２４を通して行われる。

【００３５】

【発明が解決しようとする課題】本発明は、以上のよう
なメガオーダーの画素をもつ表示装置の駆動に係わる問
題を解決するためになされたもので、大容量のデータに
対して実時間で駆動できる表示装置を提供することを目
的とする。より具体的には、現在の画像表示装置が有す
る帯域幅の制限によるバスでのデータの流れの隘路の問
題、すなわち、たくさんの並列処理を行っても、フレー
ムバッファとのあいだに加速器を設けても避けられない
バス構造におけるデータ速度の問題を解消し、高解像度
の大画面表示を可能とし、動画像に対しても実時間で対
応できる表示装置の駆動やバス帯域幅の問題を緩和する
大型映像表示装置を提供することを目的とする。

【００３６】

【課題を解決するための手段】本発明の大型映像モジュ
ラー表示装置を駆動するための装置は、体系化されたデ
ータがビデオソースから表示装置に送信されるものであ
って、各々が前記表示装置によってえられる画像の部分
を分担する複数のモジュールであって、通信インターフ
ェイス、処理装置、メモリ、表示装置の駆動装置および
表示装置の全てが、該通信インターフェイスで体系化さ
れたデータを前記表示装置での実際の画素に少なくとも
変換するように各モジュール内で相互に接続されている
複数のモジュール、通信インターフェイス間で接続さ
れ、モジュール間にデータを送信するための手段、およ
び前記体系化されたデータを受け取るために、かつ前記
体系化されたデータの部分を、それの適切な実際の画素
に変換するために適切なモジュールに送信するための１
つのモジュールにおける手段からなる。

【００３７】また、本発明の実時間でメガオーダーの画
素をもつモジュラー表示装置を駆動するための装置は、
それぞれが前記表示装置の部分を構成し、内部処理能力
を有する、複数の隣接する、アクティブモジュール、前
記アクティブモジュール間の通信を行うための手段、体
系化されたデータに対して前記モジュールのうち少なく
とも１つを駆動する手段、およびそれぞれのモジュール
内で、前記体系化されたデータを論理画素に、さらにそ
の後実際の画素に変換し、それにより画像処理力が前記
アクティブモジュールに割当てられうるものとする各モ
ジュール内の手段からなる。

【００３８】さらに、本発明の画像のソースとメガオー
ダーの画素をもつモジュラー表示装置間のバスの帯域幅
制限を緩和するための装置は、複数の相互に連結された
アクティブモジュールを含む表示装置、画像ソース、前
記画像に対応する体系化されたデータを生成する手段、
前記バスを通して体系化されたデータを送る手段、およ
び前記の体系化されたデータを前記アクティブモジュー
ルに送信し、そこで該データを処理して論理画素に、さ
らに実際の画素に変換するための前記表示装置の前記バ
スに連結される手段からなる。

【００３９】前記体系化されたデータをアクティブモシ
ュールに送信する装置が前記表示装置において少なくと
も１つのネットワークインターフェイスを含んでいるこ
とが好ましい。

【００４０】前記ネットワークインターフェイスが前記
表示装置の中央または中央付近に位置するモジュールに
共存することが好ましい。

【００４１】さらにまた、本発明のビデオソースから表
示装置に送信されるデータから大画面表示装置を通して
精細な画像を表示するための装置は、各々が前記表示装
置によってえられる画像の部分を分担する複数のモジュ
ールであって、通信インターフェイス、処理装置、メモ
リ、表示装置の駆動装置および表示装置の全てが該通信
インターフェイスでデータを前記ビデオソースから前記
表示装置での実際の画素に少なくとも変換するために各
モジュール内で相互に接続されている複数のモジュー
ル、モジュール間にデータを送信するための通信インタ
ーフェイス間で接続された手段、および前記体系化され
たデータを受け取るために、かつ前記体系化されたデー
タの部分を適切な実際の画素に変換するために適切なモ
ジュールに送信するための少なくとも１つのモジュール
における手段とからなる。

【００４２】ここで、前記ビデオソースからのデータは
体系化されたデータであることが好ましい。

【００４３】本発明の実時間でメガオーダーの画素をも
つモジュラー表示装置を駆動するための装置は、それぞ
れが前記表示装置の各部分を構成し、内部処理能力をも
っている複数のアクティブモジュール、アクティブモジ
ュール間の通信を可能にする手段、表示されるべき画像
を生成するデータによって、少なくとも１つの前記モジ
ュールを動作させるための手段、およびそれぞれのモジ
ュール内では前記のデータを論理画素に変換しそれによ
り画像処理力は前記アクティブモジュールに割当てうる
手段により構成されている。

【００４４】ここで画像を生成するデータが体系化され
たデータであることが好ましい。

【００４５】

【作用】本発明によって、画像を表示または映し出すた
めに従来何１０分も必要であったモジュラー大型画面表
示装置は、アクティブモジュールの利用を通じて実時間
で表示画面を切り替えられるものとなる。アクティブモ
ジュールは、各々の表示装置、表示ドライバー、処理装
置、メモリとインターフェイスをもつ。通信チャネルは
モジュール間と同様にモジュールとそれに並行にビデオ
ソースマテリアルを分配するネットワークインターフェ
イス間に備えられる。

【００４６】アクティブモジュールの利用に関連したモ
ジュラーの使用により通信量を極端に減少することが可
能になり、それゆえに大画面の実時間での大画像表示が
可能になる。この表示は、モジュール上に分配される表
示装置メモリに並列データパスを使用し、圧縮された画
像、圧縮されたビデオ、サンプルデータおよび図形源を
含む体系化されたデータを送信することにより可能であ
る。また、これらのデータは各モジュール内にある部分
的再構成工程により体系化されたデータを画像に変換す
る処理装置で準備されて供給される。

【００４７】結果として、１０Ｍ画素をこえる表示装置
では、アクティブモジュールをその内部処理能力ととも
に使用するとき、少なくとも２ケタ少ない時間で表示を
持続し、また画面を切り替えることができる。

【００４８】加えて、内部モジュールの接続と通信は、
例外的な融通性を提供することで、必要とする画像の形
式化と扱いを可能にする。この融通性は、どのような形
にも物理的にモジュールを配列する能力、隣合うモジュ
ール間の通信連結をする能力、そして、ソフトウェアエ
ージェント（ｓｏｆｔｗａｒｅａｇｅｎｔｓ）でモジ
ュールを初期化する能力を含む。スピードと融通性を増
すためにアクティブモジュールを用いたさらなる結果と
して、コンピュータの処理能力はアクティブにアドレス
された表示装置の各部分に向けられる。その上、モジュ
ールは、１つのビデオバスによりグループ化と駆動がな
され、グループのモジュール間に分配されるビデオマテ
リアルを備える。このことが、モジュールの内部処理能
力および送信能力によるバスの必要性を低減する。さら
なる特徴として、アクティブモジュールは、ソフトウェ
アエージェントにより初期化され、元の形式や画素密度
に関わらず形式化し他の表示パラメータを自動的にす
る。

【００４９】いわゆる“アクティブ”または“知能的
な”モジュールをもつことで、２フィートの高さで６フ
ィートの幅の表示パネルの画面を切り替えることが２４
分であったものが１秒以下のオーダーで、すなわち実時
間で可能になる。受動モジュールとは反対に、アクティ
ブまたは知能のあるモジュールを提供することで、大画
面の表示装置で、今までは不可能と考えられていた速度
で映し出すことが可能になる。さらに、元の画像も異な
る図形または形、たとえばＬ型、台形、または円形の表
示装置に映し出されうるが、アクティブモジュールが元
のマテリアルをこれらの形式に変換するために必要な処
理を行う。

【００５０】

【実施例】図１によると、加速器を設けるかわりに、ア
クティブ、または知能をもつ（ｓｍａｒｔ）モジュール
５０をアレイに設けこのモジュールは、体系化されたデ
ータの生成プログラム５２から高帯域幅チャネル５１を
通る体系化されたデータを備えている中央モジュール５
０Ａをもつ。体系化されたデータのみがこのアクティブ
モジュールに送られる必要があるので、それぞれのアク
ティブモジュールは、それ自体の処理装置をもつ。１つ
の実施例では、体系化されたデータが１秒あたり２．４
Ｇビットの速度で送信される。未加工の画像データはバ
ス５４を通じてビデオソース生成プログラム５３から受
け取られる。このとき、生成プログラム５２は必要な体
系化されたデータを生成する。

【００５１】アクティブモジュールのうちの１つ、すな
わちモジュール５０Ａは、全体のアレイのための体系化
されたデータが接続されている、ネットワークインター
フェイス５５を備えていることがわかる。体系化された
データを適切なモジュールに送ることがネットワークイ
ンターフェイス５５の目的であり、適切なモジュールは
そののち、体系化されたデータを論理画素に変換し、表
示装置のため物理画素に変換する。

【００５２】つぎに、図２によると、生成プログラム５
３は、体系化されたデータの生成プログラム５２と接続
され、このプログラム５２は、ネットワークインターフ
ェイス５５と連結された高帯域幅チャネル５１をもつ。
前記のようにネットワークインターフェイス５５は、ア
クティブモジュール５０Ａと接続されている。便宜上、
モジュール５０Ａは、表示装置の中央に位置させる。

【００５３】アクティブモジュール５０のそれぞれは、
通信インターフェイス６０、処理装置６２、内部メモリ
６４、表示装置の駆動装置６６および表示装置６８を含
む。体系化されたデータが、さらなる処理のために、適
切なモジュール間に分散されうるように、モジュール間
で伝送されるデータは、データバス７０を経て、モジュ
ール５０Ａから並列または準並列にモジュール間に与え
られる。ネットワークインターフェイス５５は、適切な
データが中心モジュール５０Ａより中心から離れたモジ
ュール５０に送信されるよう必要な経路を定める。中心
から離れたモジュールは、表示される画像の特定の部分
を生成するために積極的に従事したアクティブモジュー
ルを動作させるために、適切にアドレスされている。

【００５４】アクティブモジュールのキーとなる要素
は、つぎの機能のうち１つまたはそれ以上の動作ができ
る処理装置である。その機能とは、画像処理、内挿、分
割、偽信号の防止、サイズ直し、表示装置のモードの再
フォーマット化、平行移動／回転移動操作である。

【００５５】通信の効果的利用は、モジュール間の通信
の利用に影響されることがわかる。図で示されるよう
に、この通信は、それぞれのモジュールの計算力が適切
に利用されるように、モジュール間をバス７０を経て達
成される。バス７０を通って送られる型の情報は、描写
命令、たとえば、テキスト、図形、直線、多角形、サン
プル画像、圧縮されたサンプル画像についての命令を含
む。また、内挿に適した論理画素または実際には表示装
置の駆動装置が適切な型の与えられた表示装置を確実に
駆動するものとするために必要な物理画素がバス７０を
通して送信可能である。加えて、ウィンドウ命令も、フ
ォントの情報と同様にバス７０を通して適用される。

【００５６】つぎに、図３について、一実施例として、
アクティブモジュール１０４を備えたモジュラー表示装
置１０２に映し出される画像１００は、実時間で画像を
拡大または縮小して点線１０８に図示されるように、矢
印１０６の方向に拡大することができる。モジュールを
通じて画像の拡大または縮小が実時間でなされうる理由
はアクティブモジュールの処理能力と関係があることが
わかる。ゆえに、ビデオソース生成プログラム１１０
が、つぎに適切な初期化１１４がキーボード１１８また
はマウス１２０を通じて制御ユニット１１６の制御下で
行われる状態でモジュラー表示装置１０２に用いられる
データ網１１２にその出力を適用すると、画像１１０を
図で示されるように、拡大または縮小することができ
る。

【００５７】図４によると、図３と類似した大画面表示
装置１０２が与えられると、ウィンドウ１に対するソー
スマテリアルの生成プログラム１３２と、ウィンドウ２
に対するソースマテリアルの生成プログラム１３４を利
用して、ウィンドウ１３０は図で示されるように表示さ
れる。ウィンドウマネージャー１３６も利用され、生成
プログラム１３２と１３４の出力が、適切な初期化１１
４を一緒におこないデータ網１１２に適用される。

【００５８】図３と図４共に、初期化は、指示された機
能を果たすためにモジュールを初期化するソフトウェア
エージェントの規定による。初期化のメッセージは、特
別な作業または応用をすることができるようモジュール
を形成しなおすために、それぞれのモジュールに結びつ
けられる。

【００５９】図５によると、アクティブモジュールの利
用と初期化によって、アクティブモジュール１５２のＬ
型表示装置１５０は、必要とされる図形を提供すること
がわかる。

【００６０】図６によると、アクティブモジュールの利
用で、適確な画像を台形表示装置１５４に映しうること
がわかる。ここで、モジュール１５６は、アクティブモ
ジュールである。

【００６１】アクティブモジュールシステムのソフトウ
ェア編成に関しては、本発明のためのソフトウェアは複
数の工程で編成される。１つの工程はコンパイルされた
コンピュータプログラムのコピーで、そのプログラムの
データのコピーと共にモジュールで実行される。モジュ
ールの処理装置は、モジュール上の全ての処理の内で多
重化され、ソフトウェアに関しては、そのモジュールの
メモリ内においても多重化される。処理の概念の記載
は、オペレーティングシステムのどの標準的なテキス
ト、たとえば、アンドリューＳ．タネンボーム（Ａ
ｎｄｒｅｗＳ．Ｔａｎｎｅｎｂａｕｍ）の「モダンオ
ペレーティングシステム（ＭｏｄｅｒｎＯｐｅｒａｔｉ
ｎｇＳｙｓｔｅｍｓ）」プレンティスホール社（Ｐｒ
ｅｎｔｉｃｅ−Ｈａｌｌ）（１９９２年）にも見られ
る。処理の導入は従来の技術ではよく知られている。こ
の方法によると、それぞれの処理が、そのモジュールの
他のどのプロセスと他のモジュールの全ての処理からは
独立している実行の速度をもつ。

【００６２】同じモジュール上または異なるモジュール
上の１つ以上の工程が同じコンピュータプログラムから
コピーされることは可能である。このような処理が同じ
プログラムに基づくとしても、異なる入力を受け取るた
めに異なる動作をしうる。これは、本発明のソフトにと
っては、重要な必須事項である。どの工程も他の工程を
生成することができ、処理を実行することにより新しい
プロセスをそのプログラム内に“フォーク”（ｆｏｒ
ｋ）する。この“フォーク”操作は、コピーされるべき
いくつかのプログラムの名と、コピーの作られるべきモ
ジュールの名とを使用する。そのメモリ内にプログラム
とデータの両方に領域を設け、コピーを作り、元の処理
に新しく生成された工程の名を返す。工程がそのプログ
ラムの終りに到達すると、工程とそのデータはモジュー
ルから取り除かれ、もはや存在しない。

【００６３】工程間の通信に関しては、工程がメッセー
ジを送信することで互いに通信し、作業を整理する。１
つのメッセージは、ある工程から他の工程に送られるひ
とかたまりのデータである。データの形成は、２つの工
程のプログラムの中で記号化される。

【００６４】各工程は、メッセージの待ち行列をもつ。
特定の工程に関するメッセージの待ち行列は、他の工程
からその工程に送られてはいるがまだ実行されていない
全てのメッセージを含む。このメッセージは、メッセー
ジが受け取られる命令によって組織化されている。工程
のプログラム内で記号化されうるメッセージに関して
は、３つの操作がある。それは、メッセージのチェッ
ク、メッセージをうること、そして、メッセージの送信
である。メッセージのチェック操作では、単に、工程の
メッセージの待ち行列の中にメッセージがあるかどうか
を確認するためにチェックをする。それに応えて真また
は偽の表示がなされる。

【００６５】メッセージをうる操作では、工程のメッセ
ージの待ち行列から、最初のメッセージを取り除き、そ
のメッセージを指定された工程のデータ領域にコピーす
る。メッセージそのものは廃棄される。

【００６６】しかしながら、もしメッセージの待ち行列
がなければ（すなわち、他の工程からメッセージがなけ
れば）、メッセージをうる操作は、新しいメッセージが
届くまで実行を停止する。それゆえに、１つの工程は他
の工程からのメッセージを待つことで、その動作をその
他の工程と同調させる。

【００６７】メッセージの送信操作では、出来たばかり
のメッセージを生成し、指定された工程のデータ領域か
らデータをコピーし、送信工程と受け取り工程の名を書
き加える。その受け取り工程が同じモジュール上にある
と、メッセージの送信操作は新しく生成されたメッセー
ジを工程の受け取りのメッセージの待ち行列の後ろに加
える。さらに、受け取り工程がメッセージをうる操作で
メッセージの待ち行列がないと判断し事前に実行を停止
していれば、実行は新しいメッセージの到達の結果とし
て工程を受け取ったので工程を再開する。

【００６８】受け取り工程が送信工程と同じモジュール
上になければ、かわりにメッセージ送信操作がメッセー
ジを前進工程と呼ばれるそのモジュール上の特別な工程
に送る。その前進工程は、図７に示された流れ図による
操作を行う。まず、モジュール間のリンクの１つを選
び、そののちそのリンクを通したメッセージを他のリン
クの端にあるモジュール内の前進工程に送る。

【００６９】一組の前進工程は、モジュールごとに１つ
で、モジュール間の一連のリンクを加え、ゆえにこの前
進工程は図７に図示されるようにどのメッセージも任意
のモジュール上を任意の工程間に流れることができるハ
イパフォーマンスの“ネットワーク”を構成する。

【００７０】ソフトウェア組織に関しては、この発明の
実施例では、体系化されたデータの型の画像情報は、コ
ンピュータネットワークに接続されたソースマテリアル
の生成プログラムで生じる。この情報は、ネットワーク
を通じて本発明に送られる。そのネットワークでは、情
報が本発明内のモジュールと接続されるネットワークイ
ンターフェイスによって受け取られる。この体系化され
たデータはＸ１１プロトコルに従う。このプロトコル
は、コンピュータシステムで画像情報を表示するための
よく知られた形式であり、ロバートシュライフィアー
（ＲｏｂｅｒｔＳｃｈｌｅｉｆｌｅｒ）とジェイムス
ゲティス（ＪａｍｅｓＧｅｔｔｙｓ）の「Ｘウィンド
ウシステム（ＸＷｉｎｄｏｗＳｙｓｔｅｍ）」、第
３版、デジタルプレス社（１９９２年）（ＩＳＢＮ１
−５５５５５８−０８８−２）に記述されている。本発
明のソフトウェアは、Ｘ１１プロトコルの情報を表示装
置のための個々の画素に変換する。このようなソフトウ
ェアは、Ｘ１１サーバーとして技術的に知られ、スーザ
ンアンゲブラント（ＳｕｓａｎＡｎｇｅｂｒａｎｎ
ｄｔ）とトッドニューマン（ＴｏｄｄＮｅｗｍａ
ｎ）の「サンプルＸ１１サーバー構成（ＴｈｅＳａｍ
ｐｌｅＸ１１ＳｅｒｖｅｒＡｒｃｈｉｔｅｃｔｕ
ｒｅ）」、デジタル技術ジャーナル、第２巻、Ｎｏ．３
１６〜２３頁（１９９０年）に記述されている。従来
技術ではＸ１１サーバーは、典型的に単一ＣＰＵで動作
する単一工程として構成される。本発明では、各モジュ
ールごとにＣＰＵをもつために、ソフトウェアは一連の
モジュールに分配される一連の処理として構成される。
これらの処理は、個々のモジュールの表示装置上の情報
を“描くこと”や“映し出すこと”の全体的な役割を果
たす。それは全てのモジュールを通した結果が人間の視
覚ではまとまった１つの像を形成するからである。一連
の処理の大要は、図８に示される。

【００７１】Ｘ１１サーバー内の情報は、ウィンドウに
より構成される。目で見えうる目的物と画像を配列する
目的でのみ存在する、表示装置上の目で見えうる画面の
一部がウィンドウである。表示装置上の目で見えるそれ
ぞれの目的物は、あるウィンドウの中に含まれる。Ｘ１
１プロトコル内のその対象物の詳述は、常にその目的物
を含むウィンドウの境界に関係のある目的物を記述し、
そのウィンドウは、表示装置表面上のウィンドウの位置
には関係ない。加えて、あるウィンドウが他のウィンド
ウの一部または全部を隠うように重なることも可能であ
る。

【００７２】図８によると、モジュール上で動作する処
理に関しては、チャートの左端が、ディスパッチャ（ｄ
ｉｓｐａｔｃｈｅｒ）工程２００である。この工程はい
つも通信インターフェイスを含むまたは結びついている
モジュールに分配される。その重要な機能は、体系化さ
れたデータを受け取ることおよびネットワークインター
フェイスから他のモジュール上の他の工程にＸ１１プロ
トコルの形式で送り、その工程を行うもしくは他の工程
に実行してもらうように送ることである。とくに、１．特定のウィンドウの特定の位置に表示されるべき特
定の情報を記述するデータ（すなわち、Ｘ１１コマン
ド）が、そのウィンドウのためのウィンドウデイスパッ
チャ工程に直接送られる。（そのような命令は、ディス
パッチャ工程で受けとられたデータの大多数を示す。）２．新しいウィンドウの生成を記述しているデータは、
ディスパッチャそのものによって実行される。これが新
しいウィンドウデイスパッチャ工程を分峡（ｆｏｒｋ）
し、パフォーマンスの見地に基づいた適切なモジュール
に分配する。そののちこの工程は、メッセージを新しく
生成された工程に送り、同時に新しく生成されたウィン
ドウの位置と相対的な大きさの情報を与える。このと
き、そのウィンドウを覆い隠しうる他のウィンドウにつ
いて情報を送る。３．ウィンドウの再配列、サイズの変更、重ねて隠すま
たは表面化することを記述しているデータは、ディスパ
ッチャに対してメッセージに変換される。

【００７３】それぞれのウィンドウは、個別のモジュー
ル上を動作する個別のウィンドウディスッチャ工程２０
２によって制御される。ウィンドウディスパッチャが表
示装置表面上で対応するウィンドウの位置近くのモジュ
ールに割り当てられることは、便利であるが必要ではな
い。それぞれのウィンドウディスパッチャは、１つのウ
ィンドウ中の画像情報に責任がある。この図式は、ｎ個
のウィンドウディスパッチャ工程を示しているが、１番
目のみを詳述した。

【００７４】ウィンドウディスパッチャは論理画素に関
して操作する。１つの論理画素は表示装置の表面上で、
見る人または操作者にとって、目に見える光の点であ
る。１つの論理画素は、１つまたはそれ以上の数の物理
画素で実行されうる。すなわち、個々のモジュールの表
示装置によって放出された光の点は、組み合わされる
と、見る人にとっては、１つの画素のあらわれを示す。

【００７５】ウィンドウディスパッチャ２０２の処理が
生成されると、つぎにその処理が多数の論理的描出工程
２０４を生成する。すなわちその処理とは、ウィンドウ
内のある領域に対して、Ｘ１１コマンドを論理画素に変
換することである。論理的描出工程の数は、そのウィン
ドウによって覆われた画素の数とそのウィンドウに示さ
れている画素情報の複雑さにより決定される。ウィンド
ウディスパッチャは、受け取ったコマンドの種類と速度
についての統計値と他の情報を保持し、必要に応じて論
理的描出工程を加える。ウィンドウディスパッチャは、
論理的描出工程をウィンドウの位置に最も近いモジュー
ルに送り、このとき他の論理的描出工程とモジュールの
もつＣＰＵ上の他の要求の存在を考慮する。

【００７６】ウィンドウディスパッチャは、そのウィン
ドウについてのつぎの情報を保持し、また、この情報を
各論理的描出工程と共有する。１．ウィンドウの大きさ、すなわち論理画素の点のサイ
ズ（すなわちＸ１１プロトコルでの寸法のユニット）。２．点群でのウィンドウのサイズ、これはＸ１１プロト
コルでの寸法のユニット。３．表示装置の領域から測定された論理画素のウィンド
ウの位置。

【００７７】論理的描出工程が、Ｘ１１プロトコルの体
系化されたデータを論理画素に実際に変換する。全般的
に、論理的描出工程のアルゴリズムは、従来技術でよく
知られている。しかしながら、論理画素を直接フレーム
バッファメモリに書くかわりに、従来技術では一般に論
理的描出工程が論理画素を以下に記述された物理的描出
工程２０６に送る。

【００７８】処理の最終グループは、図式の右端で、物
理的描出工程２０６である。これは、モジュールごとに
ちょうど１つあり、ここでフレームバッファとそのモジ
ュールの表示装置を制御するレジスタを制御する。物理
的描出工程２０６では、論理画素を制御し物理画素に変
換する。１つの特定の論理画素が１つ以上のモジュール
内で１つ以上の物理画素に対応すれば、物理的描出工程
部が論理画素のコピーを、その他のモジュールの物理的
描出工程に送る。これにより、特定の論理画素に対応す
るすべての物理画素が正確な明るさと色を表示すること
を確実にする。

【００７９】要約すると、従来の表示装置の機能の一部
として、パラメーター化された図形操作が送られうる。
以下は、アクティブモジュールによって行われる図形操
作のいくつかの例である。

【００８０】たとえば、直線書き（ｘ１、ｙ１、ｘ２、
ｙ２、“色”）は、表示装置のデカルト座標（ｘ１、ｙ
１）から（ｘ２、ｙ２）に線を引き、画素の色は“色”
である。長い直線に対しては、パラメーターの量は（そ
して、それゆえ通信も）、一連の画素が書くときに比
べ、かなり少ない。

【００８１】他の例は、長方形を書くこと（ｘ１、ｙ
１、ｘ２、ｙ２、“色”）を含み、（ｘ１、ｙ１）と
（ｘ２、ｙ２）は、長方形の頂点である。

【００８２】他の型の画像処理に対しては、アクティブ
モジュールが２つの画素間の色彩強度に補間することの
できる原形の複雑な処理のアーキテクチャーを平行移動
と回転移動の速い行列処理を行うために含むことができ
る。

【００８３】融通性が増大するため、モジュールはどの
ような物理的配置にも配列可能である。縮尺の設定に制
限がないことと組み合わせると、従来技術では可能でな
かった非常に大きい表示装置を提供できる。

【００８４】境界の影響を取り除くことに関しては、モ
ジュール間の境界で画像の人為的な間違いの結果が入る
ことのないように、本発明のモジュール同士は互いに協
力し合うことができる。各モジュールは、その境界をち
ょうどこえた近くのデータで、その境界の近くのデータ
を調整する。

【００８５】

【発明の効果】大きな表示装置に実時間で映し出し、新
しい画面にするためにアクティブモジュールを利用する
にあたり、現在では、たくさんの小さな平面のパネル表
示装置を、格子状にまたはアレイ状に組合わせて１つの
大きな画面を効果的に作ることが可能である。この大き
なモジュラー表示装置は、たくさんの異なる用途に利用
することが可能である。たとえば、普通の机の上に生産
力向上のための広い画面のデスクトップ装置として、壁
取りつけ型の電子装置として、白板として、または飛行
シミュレーションやバーチャルリアリティーへの利用の
ようなものを補助するための取り囲み型表示装置として
である。

【００８６】アクティブモジュールの使用は、このよう
に、実時間に充分対応してつぎめのない表示装置システ
ムを提供し、１つの視野で情報を表わすのに充分大き
く、速く画面をかえることができ、また目が必要とする
程度明確に表示するのに充分な解像度をもつ画面であ
り、平面でも曲面でもよく、また適用には空間部分を必
要とする。アクティブモジュールの使用により、テキス
ト、図形、または画像、ビデオ、アニメーションと動的
な画像を混在させて表示することも可能である。どの目
的物も縮尺を設定でき、利用者のニーズに合わせて、表
示装置上のどこにでも位置させることが可能である。

【００８７】さらに広い画面上の画像の表示装置にシス
テムのブロックを構成するようなアクティブモジュール
を用いると、そのように大きな電子画面への適用は、細
部のある大きな目的物の呈示を含み、全体として複雑な
目的物を示す必要があり、同時に画面への適用は、その
部分について良質の細部を提供する。特殊な例として
は、電子チップのデザイン、自動車または飛行機のよう
な物理的生産物の呈示と地図の表示を含む。デザインシ
ステムに基づく紙に対しては、デザイン部屋には、近く
で検査されるまたは遠くから見られる巨大な壁かけの青
写真を備えうる。この意味では、非常に大きな表示装置
は、背景の全体設計の高解像度表示を含み、どのような
部分集合または細部にもズームするための寸法可変な可
動のウィンドウを提供しうることが好ましい。

【００８８】加えて、アクティブモジュールを用いる
と、大きな電子画面は、制御パネルの適用のために開発
しうる。産業システム、たとえば、発電所、鉄道、航
空、電話、通信、他の交通制御センターと、放送スタジ
オは、大きな物理パネルをもち、そのパネルは解読装置
と制御装置が幾何学的に配列され、しばしば制御される
システムの物理的または論理的トポロジーに対応する。
これらのパネルが、制御下にあるシステムの直接の画像
表示をもつとき、現代のパネルはフレキシブルでなく高
価であるため、システムの変更に追従できずユーザート
ポロジーの代替を見せることができない。非常に大きな
表示装置の適用はシステムの基本画像を適切な情報また
は現在の動作を見せる、別のウィンドウで見せることに
より、これらの問題のいくつかは軽減される。組み合わ
されたパネルとは異なり、アクティブモジュールをもつ
表示装置は、大きさ、位置、情報の種類または情報の内
容に制限されず、システムコントロール機能にとってど
のような適切な場所にも現われうる。

【００８９】大きなサイズの電子画面に基づくアクティ
ブモジュールの３番目の適用法は、画像データベースの
範囲である。画像情報とデータベース内の目的物の画像
的な関係を示す方法を含むデータベースからの情報を表
示する方法に関して、産業で当面の問題がある。例の中
には、映画の中のキーフレームインデックスと、一時的
なデータの空間表示、大要での文書の連結法を示す高速
テキストシステムを含む。これらは全て、主要な考えが
手よりも目が情報のアクティブな領域間を代わるよう使
われていることである。従来の表示装置は、ただ、これ
らの技術を利用するために充分な情報をもつことが出来
ない。しかし、非常に大きな高解像度表示装置はこれら
の技術をなし遂げることができる。

【００９０】最後に、表示装置の範囲では、非常に大き
い壁かけ型の表示装置は、現代のセミナー表示部屋に、
大変役立つ。充分な解像度があるとき、この表示装置
は、白板、スライド、透明度のあるもののプロジェクタ
に同時におき替えることができる。プレゼンターは、手
で持てるリモートコントロール装置を使用してスライド
を含むウィンドウを操作したり、ウィンドウをコピーし
たり、補助表示のためのビデオの一コマをとったりしな
がら、ほとんどそのままプレゼンテーションを進めるこ
とができる。電子チョークと呼ばれる物の使用により、
プレゼンターは表示装置上に書く、またはウィンドウ内
の情報に注釈をつけることも可能である。このとき、こ
の情報はウィンドウが動くときも保存される。ウィンド
ウの可変性により、プロジェクタの焦点長さが変化する
よりも、聴衆に合うサイズの情報を提供できる。

【００９１】本発明の好ましい実施例を以上のようにに
示してきたが、当業者は適宜修正と代替を加えうるもの
である。したがって、発明の範囲についてはクレームで
示すだけのものとして定義する。

【図面の簡単な説明】

【図１】アクティブまたは知能のあるモジュールの利
用と通信バスの連結をビデオマテリアルのソースとモジ
ュールのための通信インターフェイスのあいだに置かれ
るデータバスと共に図示し、モジュールで処理される体
系化されたデータのみの送信を図示するブロック図であ
る。

【図２】モジュールのそれぞれがインターフェイス、
処理装置、メモリ、表示駆動装置と表示装置を備えてお
り、表示装置のソース生成プログラム、通信インターフ
ェイス間のバスを通して供給される体系化されたデータ
をもつアクティブまたは知能のあるモジュールの構造を
図示したブロック図である。

【図３】知能のあるモジュールを利用し、大画面表示
装置のシナリオにモジュラーの境界を越える画像を実時
間で広げる図である。

【図４】画面表示装置上にウィンドウを示す助けとな
るアクティブモジュール表示装置技術を利用した一例を
示す図である。

【図５】Ｌ型のアクティブモジュール表示装置で、こ
の平面上に映し出す能力に責任をもつアクティブモジュ
ールの内部処理能力をもつ装置の図である。

【図６】アクティブモジュール処理で画面上に情報の
再形式化と表示が可能なアクティブモジュールを用いた
台形表示装置の図である。

【図７】前進工程のフローチャートである。

【図８】アクティブモジュールを用いたソフトウェア
構造の図である。

【図９】リフレッシュまたは画面の切り替えに何１０
分もかかる大画面表示装置の型の図式的表示である。

【図１０】図９の表示装置によって提供されるべき連
続画像の図式的表示である。

【図１１】図９に描かれた型の表示装置を駆動するた
めの受動モジュールシステムの従来例の概要とブロック
図である。

【図１２】従来例のシステムを示し、モジュラー表示
装置を駆動するための受動モジュールを利用し、帯域幅
制限のあるバス構造を示すブロック図である。

【図１３】モジュール間のスピードを増すための加速
器を利用したが、バスの許容量、帯域幅、またはスピー
ドの改善がないもののブロック図である。

【符号の説明】

５０アクティブモジュール、５１高帯域幅チャネ
ル、５２体系化されたデータ、５３ソース生成プロ
グラム、５４バス、５５ネットワークインターフェ
イス、６０通信インターフェイス、６２処理装置、
６４メモリ、６６表示装置の駆動装置、６８表示
装置、７０バス。

Claims

【特許請求の範囲】

【請求項１】体系化されたデータがビデオソースから
表示装置に送信される大型映像モジュラー表示装置を駆
動するための装置であって、各々が前記表示装置によっ
てえられる画像の部分を分担する複数のモジュールであ
って、通信インターフェイス、処理装置、メモリ、表示
装置の駆動装置および表示装置の全てが、該通信インタ
ーフェイスで体系化されたデータを前記表示装置での実
際の画素に少なくとも変換するように各モジュール内で
相互に接続されている複数のモジュール、通信インター
フェイス間に接続され、モジュール間にデータを送信す
るための手段、および少なくとも１つのモジュールにお
いて、前記体系化されたデータを受け取り、かつ前記体
系化されたデータの部分を、適切な実際の画素に変換す
るために適切なモジュールに送信する手段からなる大型
映像表示装置。
【請求項２】実時間でメガオーダーの画素をもつモジ
ュラー表示装置を駆動するための装置であって、それぞ
れが前記表示装置の部分を構成し、内部処理能力を有す
る、複数の隣接するアクティブモジュール、前記アクテ
ィブモジュール間の通信を行うための手段、体系化され
たデータに対して前記モジュールのうち少なくとも１つ
を駆動する手段、およびそれぞれのモジュール内で、前
記体系化されたデータを論理画素に、さらにその後実際
の画素に変換し、それにより画像処理力が前記アクティ
ブモジュールに割当てられうるものとする各モジュール
内の手段からなる大型映像表示装置。
【請求項３】画像のソースとメガオーダーの画素をも
つモジュラー表示装置間のバスの帯域幅制限を緩和する
ための装置であって、複数の相互に連結されたアクティ
ブモジュールを含む表示装置、画像ソース、前記画像に
対応する体系化されたデータを生成する手段、前記バス
を通して体系化されたデータのみを送る手段、および前
記の体系化されたデータを前記アクティブモジュールに
送信し、そこで該データを処理して論理画素に、さらに
実際の画素に変換するための前記表示装置の前記バスに
連結される手段からなる大型映像表示装置。
【請求項４】ビデオソースから表示装置に送信される
データから大画面表示装置を通して精細な画像を表示す
るための装置であって、各々が前記表示装置によってえ
られる画像の部分を分担する複数のモジュールであっ
て、通信インターフェイス、処理装置、メモリ、表示装
置の駆動装置および表示装置の全てが該通信インターフ
ェイスでデータを前記ビデオソースから前記表示装置で
の実際の画素に少なくとも変換するために各モジュール
内で相互に接続されている複数のモジュール、モジュー
ル間にデータを送信するための通信インターフェイス間
で接続された手段、および前記体系化されたデータを受
け取るために、かつ前記体系化されたデータの部分を適
切な実際の画素に変換するために適切なモジュールに送
信するための１つのモジュールにおける手段からなる大
型映像表示装置。
【請求項５】前記ビデオソースからのデータが体系化
されたデータを含む請求項４記載の大型映像表示装置。
【請求項６】実時間でメガオーダーの画素をもつモジ
ュラー表示装置を駆動するための装置であって、それぞ
れが前記表示装置の各部分を構成し、内部処理能力をも
っている複数のアクティブモジュール、アクティブモジ
ュール間の通信を可能にする手段、表示されるべき画像
を生成するデータによって、少なくとも１つの前記モジ
ュールを動作させるための手段、およびそれぞれのモジ
ュール内では前記のデータを論理画素に変換しそれによ
り画像処理力を前記アクティブモジュールに割当てうる
手段により構成されている大型映像表示装置。
【請求項７】画像を生成するデータが体系化されたデ
ータを含む請求項６記載の大型映像表示装置。
【請求項８】画像のソースとメガオーダーの画素をも
つモジュラー表示装置間のバスの帯域幅制限を緩和する
ための装置であって、複数の相互に連結されたアクティ
ブモジュールを含む表示装置、画像ソース、前記画像に
対応する体系化されたデータを生成する手段、前記バス
を通して体系化されたデータを送る手段、および前記の
体系化されたデータを前記アクティブモジュールに送信
し、そこで該データを処理して論理画素に、さらに実際
の画素に変換するための前記表示装置の前記バスに連結
される手段からなる大型映像表示装置。
【請求項９】前記送信装置が前記表示装置において少
なくとも１つのネットワークインターフェイスを含んで
いる請求項８記載の大型映像表示装置。
【請求項１０】前記ネットワークインターフェイスが
前記表示装置の中央または中央付近に位置するモジュー
ルに共存する請求項９記載の大型映像表示装置。