JP3078215B2

JP3078215B2 - ディスプレイ装置

Info

Publication number: JP3078215B2
Application number: JP07332055A
Authority: JP
Inventors: タカヒデ・オオカミ
Original assignee: ミツビシ・エレクトリック・インフォメイション・テクノロジー・センター・アメリカ・インコーポレイテッド
Priority date: 1995-01-06
Filing date: 1995-12-20
Publication date: 2000-08-21
Anticipated expiration: 2015-12-20
Also published as: US5754242A; JPH08234712A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はディスプレイ装置
に関し、具体的には、任意の形状と大きさの高解像度ス
クリーン用の、多様なタイプの複数データストリームを
処理する能力を有するディスプレイ装置に関する。

【０００２】

【従来の技術】従来のディスプレイ装置は、信号からの
画像が復元されて、スクリーンに表示される電気信号の
形の一つのデータストリームのみしか処理することがで
きない。ＣＲＴディスプレイ装置の場合、電気信号は、
ＲＧＢガンからの電子ビームの運動と輝度とを制御する
ために使用されるている。

【０００３】比較的に少数の画素から成るスクリーンに
より、従来のディスプレイ装置は、スクリーン全体にた
だ一つのデータストリームを呈示するように設計されて
いる。例えば、ＶＧＡ解像度のディスプレイ装置は、６
４０×４８０の画素を処理することができ、これはＮＴ
ＳＣのビデオデータストリームを表示するのにちょうど
十分である。現在使用可能な多数の画像は、６４０×４
８０の画素を有するスクリーンに適合しており、ＶＧＡ
解像度のスクリーンを備えた従来のディスプレイ装置
は、広く使用されている。

【０００４】技術の進歩と共に、単一のスクリーンで使
用可能な画素の数、すなわち、スクリーンの解像度は高
くなってきた。さらに、いくつかの技術では、全体で多
数の画素から成る論理的大スクリーンを形成するよう
に、数個のスクリーンを一つに貼りつけることが開発さ
れた。

【０００５】多数画素の高解像度により、ディスプレイ
装置は、異なるデータストリームからの数個の画像を同
時に表示することができる。この様な能力のあるディス
プレイ装置は、多くのアプリケーションに使用されてお
り、家庭娯楽装置から、グループ作業のオフィスと技術
装置、チームワークによる複合設備を制御する工業用装
置にわたつている。これらの装置における大きな高解像
度スクリーンに表示される情報は、多数の独立したデー
タソースからの多様な画像データからなっている。

【０００６】例えば、ＶＬＳＩ設計チームは高解像度ス
クリーン付きディスプレイ装置を使用して、その細部に
示された全チップレイアウト、および、テストパター
ン、制御プログラム、シミュレーションデータ、技術者
と管理機構からのメッセージなどのほかの情報と共に興
味のある数個の拡大部分を表示することができ、これら
の情報は種々のソースら送られる。シミュレーションチ
ームからタイミングエラーの情報を受け取ると、このチ
ームの設計技術者は、エラーに関する部分を拡大し、調
査のその部分の論理図を示すウィンドを生成することが
できる。

【０００７】交通制御システムは、数人の人達が高解像
度スクリーン付きディスプレイ装置によりチームとして
作業するほかの例である。一般に、スクリーンには、地
方道路の地図と主要な交差点からのビデオデータのほか
に、天気予報センターからの天候情報、警察当局からの
事故情報、消防当局からの火災情報、および各種公益事
業会社からの工事情報が示される。事故が主要交差点の
一つに発生すると、装置の使用者は、その場所からのビ
デオデータを拡大して、それに接近して見る。事故がそ
れほど大きくなければ、使用者は、交通信号のタイミン
グ制御のウィンドを選択することにより、その場所の交
通信号のタイミングをちょっと調整することができる。

【０００８】

【発明が解決しようとする課題】これらのシステムに関
しては、使用者は希望する方法で画像をフォーマットす
ることによりその状況を明確に理解しなければならない
ので、ディスプレイ装置は、複数のデータストリームを
処理するだけでなく、内容独立の方法でこれらデータス
トリームからの画像をフォーマットすることも必要とさ
れる。これらのアプリケーションに使用されるディスプ
レイ装置は、例えば、圧縮された画像データ、グラフィ
ック目的記述、テキストデータ、および生の画像データ
を受け取るために、電気信号のインタフェースレベルよ
りはるかに高い、高レベルのインタフェースを備えてい
ることも必要とされる。これは、異なるデータソースが
異なるタイプのデータソースを送るからである。一般
に、ディスプレイ装置のインタフェースのレベルが高く
なるにつれて、ディスプレイ装置とデータソースとの間
の通信コストは低くなる。

【０００９】多くの従来のディスプレイ装置は、これら
のアプリケーションに使用することができない。この主
な理由は、装置が非常に多数の情報を同時に表示する高
解像度スクリーンを備えていないからである。その上、
高解像度スクリーンのそれらの装置は、異なるソースか
らの複数のデータストリームを同時に処理できないの
で、使用することができない。それらの装置はデータ処
理能力を持っていないので、データストリームを内容独
立でフォーマットする能力がない。データストリームの
それらのインタフェースは、電気信号のレベルが低いの
で、高レベルのインタフェースを形成することができな
い。

【００１０】従来のディスプレイ装置は、コンピュータ
により使用されることがしばしばあり、コンピュータは
ディスプレイ装置をそのディスプレイ制御ボードにより
駆動する。コンピュータは複数のデータストリームを異
なるデータソースから取り出し、それらを付属ディスプ
レイ装置の単一のデータストリームへ併合する能力を有
する。コンピュータは、また、高レベルのグラフィック
コマンドを受けて、データストリーム、特に、グラフィ
ック・データストリームをフォーマットする能力があ
る。従って、ディスプレイ装置を駆動するコンピュータ
と組み合わされた従来のディスプレイ装置は、前述のア
プリケーションに必要なディスプレイ装置と機能的に同
等と考えられる。しかし、コンピュータは汎用計算作業
用に設計されており、ディスプレイ作業には適合しな
い。実際に、ディスプレイ作業はコンピュータの主な作
業ではないが、単に入力／出力の作業の一つであり、作
業の中で、格納制御作業が、普通、最優先である。

【００１１】Ｘウィンドシステムは、高解像度ディスプ
レイ装置付きコンピュータのグラフィック処理を主とし
て設計されている。Ｘウィンドシステムの構成要素であ
るＸサーバコンピュータはディスプレイ装置を制御し、
Ｘウィンドシステムのほかの構成要素であるＸクライア
ントは、Ｘサーバへグラフィック要求を発信するグラフ
ィックアプリケーションである。Ｘサーバは要求のスク
リーンを処理し、Ｘクライアントへ生成されたウィンド
を管理する。Ｘサーバの主要な作業は、Ｘクライアント
の要求でスクリーンにグラフィックオブジェクトを描く
か、または、消去することである。サーバは内容独立の
フォーマット能力を持っていない。従って、高解像度ス
クリーン付きコンピュータで稼働しているＸウィンドシ
ステムの使用は、前述のアプリケーションに関しては非
常に限定される。

【００１２】大きなスクリーンを形成するために数個の
スクリーンを貼りつける多重スクリーンディスプレイ
は、ショピングプラザ、列車ステーション、空港などに
普及している。このスクリーンに使用できる画素の数
は、スクリーン一つ当たりの画素数の合計である。しか
し、このような多重スクリーンの主要機能は、数個のス
クリーンを集合して、単一データストリーム、大抵の場
合ビデオストリームを拡大することである。それは、一
つの物理的に大きいスクリーンに、単一のスクリーンに
ディスプレイされる情報量を提供するが、その画素を活
用して、高解像度スクリーンにより多くの情報を提供す
るために使用されない。多重スクリーンディスプレイ装
置は、ビデオ画像を拡大する走査コンバータと数個のデ
ータストリームから一つを選択するスイッチと呼ばれる
特別な機器を必要とすることがしばしばある。この意味
では、それは完全な装置ではない。従って、多重スクリ
ーンディスプレイも、また、前述のアプリケーションに
関して非常に限定される。

【００１３】前述のアプリケーションにおいて、スクリ
ーンの形状と大きさは、アプリケーションによって変わ
る。多くのアプリケーションは、標準スクリーンの一つ
か、または、注文スクリーンについて開発されてきた。
これらのアプリケーションは、異なるスクリーンを支援
するために修正する必要がある。スクリーンの形状と大
きさを変えることは、しばしば、アルゴリズムとデータ
構造との修正を必要とするので、この修正は簡単ではな
い。これは非常に不便である。各データソースがスクリ
ーンの形状と大きさとに気づくことを必要とせずに、デ
ィスプレイ装置自身が制御するスクリーンを処理するこ
とが望ましい。現存のディスプレイ装置は、この種類の
能力を持っていない。

【００１４】要約すると、従来のディスプレイ装置に
は、次のような問題がある。第一に、複数のデータスト
リームを単一のデータストリームに併合するほかの装置
の援助なしでは、それらのディスプレイ装置は複数のデ
ータストリームを処理することはできない。第二に、そ
の主な機能は、ディスプレイのために電気信号から画像
を復元することであるので、それらの装置には、内容独
立の方法でデータストリームをフォーマットする能力が
ない。第三に、それらの装置は電気信号を受ける非常に
低レベルのインタフェースを持っているだけであるの
で、大きさを変え直したり、多角形を描くなどのコマン
ドを受ける高レベルインタフェースを備えていない。最
後に、それらのディスプレイ装置には、異なる形状と大
きさのスクリーンにデータをディスプレイする能力がな
い。

【００１５】この発明は従来のディスプレイ装置の課題
を解消するためになされたもので、異なるタイプの複数
のデータストリームが独立したデータソースから同時に
受け取られ、その後、そのデータストリームから生成さ
れたデジタル画像がフォーマットされ、使用者により選
択されたスクリーンフォーマットによ指定された方法
で、これらの画像を任意の形状と大きさのスクリーンに
表示される情報処理能力を有するディスプレイ装置を提
供することを目的とする。特に、異なるソースからの前
処理されたデータを、タイプ独立方式で動作中のスクリ
ーン上に変換する。

【００１６】

【課題を解決するための手段】上記の目的に鑑み、この
発明の第１の発明は、入力データとしてのビデオ画像、
グラフィカルオブジェクトおよび静止画像データを含む
異なる入力データストリームを有し、自動的にデータタ
イプを検出して、異なるフォーマットで上記データの表
示ができるように入力データをフォーマットするディス
プレイ装置であって、幾つかの入力データストリーム
と、表示をするスクリーンと、上記スクリーン上に上記
入力データによって運ばれたデータに相当する画像を表
現する手段と、上記入力データストリームと表現手段と
の間に設けられ、それぞれ出力するデータのフォーマッ
トを指定するための所定の前処理アルゴリスムを有する
幾つかのデータストリームハンドラを含み、上記入力デ
ータストリームに前処理を行う前処理手段と、入力デー
タストリームのデータタイプを検出し、上記スクリーン
上の上記データが占める位置および領域並びに検出され
たデータタイプに従ってフォーマットされたデータを出
力するよう選択される変換手段と、を備え、入力データ
は上記データの表示のための動作中のスクリーンの要求
に従って再フォーマットされ、上記データは適当な特徴
を持って上記スクリーン上の適当な位置に表現されるデ
ィスプレイ装置にある。また、この発明の第２の発明
は、使用者に操作可能な上記フォーマットを指定する手
段を含むことを特徴とする請求項１に記載のディスプレ
イ装置にある。また、この発明の第３の発明は、上記入
力データストリームの一つがビデオ画像を有し、上記前
処理手段が前処理の際に上記ビデオ画像の特性の一つを
異なる特性へ変換する手段を有することを特徴とする請
求項１に記載のディスプレイ装置にある。また、この発
明の第４の発明は、上記入力データストリームの一つが
圧縮されたビデオ画像を有し、上記前処理手段が前処理
の際に上記圧縮されたビデオ画像を圧縮解除する手段を
有することを特徴とする請求項１に記載のディスプレイ
装置にある。また、この発明の第５の発明は、上記入力
データストリームの一つがグラフィックオブジェクト記
述を有し、上記前処理手段が前処理の際に上記グラフィ
ックオブジェクト記述の１つに対応する記述に従って画
像を生成する手段を有することを特徴とする請求項１に
記載のディスプレイ装置にある。また、この発明の第６
の発明は、上記入力データストリームの一つが静止画像
を有し、上記前処理手段が前処理の際に上記静止画像の
画素表示を異なる表示へ変換する手段を有することを特
徴とする請求項１に記載のディスプレイ装置にある。ま
た、この発明の第７の発明は、上記入力データストリー
ムの一つがコマンドスクリプトを有し、上記前処理手段
が前処理の際に上記コマンドスクリプトに従ってスクリ
ーンフォーマットを設定する手段を有することを特徴と
する請求項１に記載のディスプレイ装置にある。また、
この発明の第８の発明は、上記変換手段が上記前処理さ
れた画素画像の大きさを変える手段を有することを特徴
とする請求項１に記載のディスプレイ装置にある。ま
た、この発明の第９の発明は、上記変換手段が所定のア
ルゴリズムに従って上記前処理された画素画像を処理す
る手段を有することを特徴とする請求項１に記載のディ
スプレイ装置にある。また、この発明の第１０の発明
は、上記変換手段へ接続され、上記前処理された画素画
像の上記スクリーンにおけるレイアウトを指定する手段
をさらに有することを特徴とする請求項１に記載のディ
スプレイ装置にある。また、この発明の第１１の発明
は、上記前処理手段が前処理を行うものとしてデータス
トリーム・サーバーとこれに関するデータストリーム管
理部とを有し、データストリーム管理部は、入力が新し
いデータソースからのものである場合には内蔵されてい
るデータベースからデータソースを識別し、データソー
スとの通信の資源を割り当て、入力が新しいデータスト
リームに関するものである場合には、上記データベース
からデータストリームを識別し、データストリームから
データを受信する資源を割り当て、前処理するデータス
トリームのデータストリーム・ハンドラを選択し、デー
タストリームの上記データストリーム・サーバーを生成
しこれを動作状態にし、入力がデータストリームの終了
を通知するものであれば、データストリーム・サーバー
を消滅させ、データストリームに割り当てた資源を割り
当て解除することを特徴とする請求項１に記載のディス
プレイ装置。また、この発明の第１２の発明は、上記変
換手段がスクリーンフォーマット・サーバーとそれに関
するスクリーンフォーマット管理部とを有し、スクリー
ンフォーマット管理部は、入力が新しいデータストリー
ムに関するものである場合には、データストリームのス
クリーン領域情報を内蔵の現在スクリーンフォーマット
から得て、また内蔵されているデータベースからデータ
ストリームの変換ハンドラを得て、データストリームの
資源を割り当て、データストリームの上記スクリーンフ
ォーマット・サーバーを生成してこれを動作状態にし、
入力がデータストリームの終了に関するものである場合
には、データストリームのスクリーンフォーマット・サ
ーバーを削除しデータストリームに割り当てた資源を割
当て解除することを特徴とする請求項１に記載のディス
プレイ装置にある。また、この発明の第１３の発明は、
上記前処理手段が前処理を行うものとしてデータストリ
ーム・サーバーとそれに関するデータストリーム管理部
とを有し、上記変換手段がスクリーンフォーマット・サ
ーバーとこれに関するスクリーンフォーマット管理部と
を有し、さらに、上記データストリーム管理部を上記ス
クリーンフォーマット管理部へ結合する手段を有し、上
記データストリーム管理部は、入力が新しいデータソー
スからのものである場合には内蔵されているデータベー
スからデータソースを識別し、データソースとの通信の
資源を割り当て、入力が新しいデータストリームに関す
るものである場合には、上記データベースからデータス
トリームを識別し、データストリームからデータを受信
する資源を割り当て、前処理するデータストリームのデ
ータストリーム・ハンドラを選択し、データストリーム
の上記データストリーム・サーバーを生成しこれを動作
状態にし、入力がデータストリームの終了を通知するも
のであれば、データストリーム・サーバーを消滅させ、
データストリームに割り当てた資源を割り当て解除し、
上記スクリーンフォーマット管理部は、入力が新しいデ
ータストリームに関するものである場合には、データス
トリームのスクリーン領域情報を内蔵の現在スクリーン
フォーマットから得て、また内蔵されているデータベー
スからデータストリームの変換ハンドラを得て、データ
ストリームの資源を割り当て、データストリームの上記
スクリーンフォーマット・サーバーを生成してこれを動
作状態にし、入力がデータストリームの終了に関するも
のである場合には、データストリームのスクリーンフォ
ーマット・サーバーを削除しデータストリームに割り当
てた資源を割当て解除することを特徴とする請求項１に
記載のディスプレイ装置にある。また、この発明の第１
４の発明は、上記データストリーム管理部および上記ス
クリーンフォーマット管理部に接続され、外部から直接
指定されるフォーマットに従って対応する制御信号を上
記双方の管理部へ送るコンソールを有することを特徴と
する請求項１３に記載のディスプレイ装置にある。

【００１７】

【００１８】

【００１９】

【００２０】

【００２１】

【００２２】

【００２３】

【００２４】

【００２５】

【００２６】

【００２７】

【００２８】

【００２９】

【００３０】

【００３１】

【００３２】

【００３３】

【００３４】

【発明の実施の形態】以下、図面に従ってこの発明によ
るディスプレイ装置を説明する。

【００３５】図１はこの発明の一実施の形態によるディ
スプレイ装置の構成を概略的に示す図である。図１に関
し、データストリーム１０、１２、１４と、コマンドス
トリーム１６とは、ディスプレイ装置１８により受信さ
れ、装置１８において、フォーマット制御部２０はコマ
ンド１６を外部から受信し、現在のスクリーンフォーマ
ットである現在スクリーンフォーマット５０により指定
されているように、前処理部２２、２４、２６と、変換
部２８、３０、３２を制御する。データストリーム１
０、１２、１４からのデータは、前処理部２２、２４、
２６において前処理され、次に、変換部２８、３０、３
２において変換されて、画像３６、３８、４０をそれぞ
れスクリーン３４に生成する。現在スクリーンフォーマ
ット５０は、どのデータストリームを受け取るか、それ
らをどのように前処理するか、それらをどのように変換
するか、それらをスクリーンの何処にディスプレイする
かを指定する。

【００３６】データストリームは、タイプが異なっても
よい。データストリームは、ビデオストリーム、圧縮さ
れたビデオストリーム、圧縮または圧縮されない静止画
像の集まり、グラフィックオブジェクトのリスト、テキ
スト、またはコマンドスクリプト等である。前処理はデ
ータのタイプにより決まる。例えば、圧縮されたビデオ
ストリームの前処理には、ビデオフレームの圧縮解除が
あり、グラフィックオブジェクトのリストの前処理に
は、グラフィックオブジェクトの記述からの画素画像の
生成がある。ディスプレイ装置は異なるデータタイプの
各種ハンドラを格納しており、そのデータタイプに従っ
て、データストリームに適したハンドラを選択する。デ
ータストリームがそのデータタイプを変えると、ディス
プレイ装置は動作中の新しいデータタイプのハンドラに
換える。

【００３７】各データストリームの変換は、現在スクリ
ーンフォーマットにより指定される。データストリーム
のハンドラにより前処理されたデータは、変換ハンドラ
により変換され、現在スクリーンフォーマットにより指
定されたスクリーン領域に画像を生成する。比較的簡単
な変換の一つは、大きさの変更、すなわち、画像の大き
さの変更である。例えば、画像の大きさを水平方向と垂
直方向とへ２倍にする簡単な変換は、変換された画像の
４個の画素が元画像の１個の画素に一致するように、画
素を複製することができる。複製は簡単であるが、テキ
ストを含んでいるある種の画像には必ずしも良くないの
で、フィルタ能力を有するさらに精密な変換が、大きさ
変更には必要である。ディスプレイ装置は、前処理と変
換のハンドラを選択するか、または置き換えることによ
りこの種の選択を容易にする。

【００３８】図２に関し、現在スクリーンフォーマット
５０は、スクリーンレイアウトの全体を制御する活動状
態にあるスクリーンフォーマットであり、数セットの項
目を有しており、各データストリームに対し一つのセッ
トがある。データストリーム６４の項目セット５２は、
データストリーム６４のデータタイプを有するデータス
トリーム情報５４、前処理部６６において使用されるデ
ータストリーム・ハンドラ情報５６、変換部６８におい
て使用される変換ハンドラ情報５８、変換部６８におい
て生成された画像に対しスクリーン領域７０をスクリー
ン３４に指定するスクリーン領域情報６０、および他の
情報から成っている。

【００３９】ディスプレイ装置がプログラムを始動する
と、ディスプレイ装置に格納されたスクリーンフォーマ
ットの一つは、初期のスクリーンフォーマットとして選
択され、現在スクリーンフォーマットとしてセットされ
る。使用者からのコマンドが実行されるか、または、あ
る事象の発生に付随した動作が行われると、現在スクリ
ーンフォーマットはほかのスクリーンフォーマットによ
り置き換えられる。データストリームの状態を反映する
ために、修正が現在スクリーンフォーマットに対し行わ
れることがある。例えば、データストリームが終了する
と、そのデータストリームの項目セットは現在スクリー
ンフォーマットから取り除かれ、新しいデータストリー
ムが始動すると、そのデータストリームの項目セットが
現在スクリーンフォーマットに生成される。

【００４０】図３は、コマンド、事象、メッセージ、お
よびほかの入力を処理する本装置の一般的動作の流れ図
を示す。処理は８０においてスタートし、そこで、装置
は８２において初期化され、次に、８４において処理す
る入力があるか否かを調べるために検査される。処理す
る入力がなければ、次に、処理する入力を受信するま
で、装置は８４において検査状態を維持する。入力が８
６において外部からのコマンドであり、８８において動
作停止コマンドであるならば、次に、９０において動作
停止動作を行い、９２において装置を動作停止して、９
４において終了する。８６におけるコマンドが動作停止
コマンドでなければ、次に、コマンドは９６において処
理され、この処理は８４においてほかの入力を待つ。入
力が９８において事象であるならば、その入力は１００
において処理され、次に、処理は８４においてほかの入
力を探す。入力が１０２においてデータソースからのメ
ッセージであるならば、次に、それは１０４において処
理され、その処理は８４においてほかの入力を待つ。入
力が１０２においてメッセージでないならば、次に、そ
れは１０６において処理され、処理は８４においてほか
の入力を待つ。

【００４１】図４は、動作停止コマンド以外のコマンド
を処理する本装置の動作の流れ図を示す。処理は１１０
において始まる。コマンドが１１２において起動時に初
期スクリーンフォーマットをセットするのであれば、処
理は１１４において指定されたスクリーンフォーマット
を見つけ出し、１１６においてそれを現在スクリーンフ
ォーマットとしてセットし、１１８において終了する。
コマンドが１２０において現在スクリーンフォーマット
を変更するのであれば、処理は１２２において新しいス
クリーンフォーマットを見つけ出し、１２４において現
在スクリーンフォーマットを新しいものに置き換え、１
１８において終了する。コマンドが１２６においてスク
リーンフォーマットを修正するのであれば、処理は１２
８において現在スクリーンフォーマットを修正して、１
１８において終了する。コマンドが１２６において現在
スクリーンフォーマットを修正するものでないのであれ
ば、１３０において処理され、処理は１１８において終
了する。

【００４２】図５は、事象を処理する本装置の動作の流
れ図を示す。処理は１４０において始まり、１４２にお
いてその事象に関連した動作を見つけ出す。その動作が
現在スクリーンフォーマットを変えるのであれば、処理
は１４６において新しいスクリーンフォーマットを見つ
け出し、１４８において現在スクリーンフォーマットを
新しいスクリーンフォーマットと置き換え、１５０にお
いて終了する。動作が１５２において現在スクリーンフ
ォーマットを修正するのであれば、処理は１５４におい
て現在スクリーンフォーマットを修正し、１５０におい
て終了する。動作が１５２において現在スクリーンフォ
ーマットを修正しないのであれば、フォーマットは１５
６において処理され、処理は１５０において終了する。

【００４３】図６は、データソースからのメッセージを
処理する本装置の動作の流れ図を示す。処理は１６０に
おいて始まる。メッセージが１６２においてデータソー
スからの最初のメッセージであるならば、データソース
は１６４においてその通信の妥当性について検査され、
データソースからのデータストリームは、１６６におい
てその妥当性について検査される。データソースとデー
タストリームとが妥当であれば、処理は１６８において
データソースからのデータストリームのデータ構造を初
期化して、１７０において終了する。１７２においてメ
ッセージがデータストリームの終了を知らせることであ
れば、処理は１７４においてデータストリームとデータ
ストリームの変換ハンドラとを不動作状態にし、１７６
においてデータストリームのデータ構造をクリアし、１
７０において終了する。メッセージが１７８において新
しいデータストリームをスタートすることであれば、新
しいデータストリームは１８０においてその妥当性につ
いて検査される。次に、処理は１８２において新しいデ
ータストリームのデータストリーム・ハンドラを見つけ
出して、それを動作状態にし、１８４において新しいデ
ータストリームの変換ハンドラを見つけ出して、それを
動作状態にし、１８６において新しいデータストリーム
のデータ構造を初期化して、１７０において終了する。
メッセージが１８８においてデータであるならば、処理
は１９０においてデータをデータストリーム・ハンドラ
により前処理し、１９２において前処理されたデータを
変換ハンドラで変換し、１９４においてデータストリー
ムのデータ構造を更新して、１７０において終了する。
メッセージが１８８においてデータでないならば、メッ
セージは１９６において処理され、処理は１７０におい
て終了する。

【００４４】図７は、図５と図６で説明されている現在
スクリーンフォーマットとして、新しいスクリーンフォ
ーマットを動作状態にする、本装置の詳細な動作の流れ
図を示す。処理は２００において始まり、ここで、新し
いスクリーンフォーマットに使用されるデータストリー
ムが２０２において列記され、そのリストのデータスト
リームのそれぞれが２０４において処理され、処理は２
１６において終了する。リストの各データストリームに
関し、それが２０６においてすでに動作状態であるなら
ば、それはつぎのデータストリームへスキップする。デ
ータストリームが２０６において動作状態でなければ、
処理は２０８においてデータストリームのデータストリ
ーム・ハンドラを見つけ出して、それを動作状態にし、
２１０においてデータストリームの変換ハンドラを見つ
け出して、それを起動し、２１２において、それがまだ
開かれていないならば、データストリームのデータソー
スとの通信を開き、２１４においてメッセージをデータ
ストリームのデータソースへ送ってデータ伝達を始め、
リストの次のデータストリームへ進む。

【００４５】図８は、図５と図６で説明されている現在
スクリーンフォーマットを変更する本装置の詳細な動作
の流れ図を示す。処理は２２０において始まり、２２２
において現在スクリーンフォーマットに使用されるデー
タストリームを列記し、２２４においてリストの各デー
タストリームを処理し、２３２において終了する。リス
トの各データストリームについて、それが２２６におい
て新しいスクリーンフォーマットに使用されるのであれ
ば、処理は次のデータストリームへスキップする。デー
タストリームが２２６において新しいスクリーンフォー
マットに使用されないのであれば、処理は２２８におい
てメッセージをデータストリームのデータソースへ送っ
て、データ伝送を停止し、２３０においてデータソース
からのほかのデータストリームが使用されていないなら
ば、データストリームのデータソースとの通信を閉じ、
リストの次のデータストリームへ進む。

【００４６】図９は、ＶＬＳＩチームのスクリーンレイ
アウトの一実施の形態を示す。スクリーン２４０は、全
チップのウィンド２４２、チップの拡大された部分２４
４、拡大された部分の論理図２４６、コンソール２４
８、チップのテストパターン２５０、シミュレーション
２５２、仕様書の一部２５４、およびメッセージ２５
６、２５８、２６０、および２６２から構成している。

【００４７】この実施の形態は、各種タイプのデータス
トリームが異なるデータソースから送られ、ＶＬＳＩチ
ームがこの作業について望んでいるように、スクリーン
に呈示されていることを示している。実施の形態によ
り、全チップレイアウトを２４２にディスプレイしてお
り、チームが、シミュレーション中に検出されたタイミ
ングエラーに関するメッセージを遠隔地のシミュレーシ
ョンチームから受け取ると、チームは２４４においてＶ
ＬＳＩチップの一部を拡大する。チームは２４６におい
てこの部分に関する論理図もディスプレイする。これら
のディスプレイ動作は、すべてダイナミックである。２
５０のテストパターンと２５４の仕様書類は、遠隔地の
テストチームと文書化チームの両方からそれぞれ送られ
る。２５６、２５８、２６０、および２６２におけるメ
ッセージは、すべての各遠隔地のシミュレーションチー
ム、一人の設計技術者、会社の管理者、およびテストチ
ームから送られる。コンソール２４８はスクリーンレイ
アウトを制御することに留意されたい。

【００４８】図１０は、ここでは交通制御チームのため
のスクリーンレイアウトのほかの実施の形態を示す。ス
クリーン２７０には、その中心にマップウィンド２７
２、その両側に特定の交差点における交通状態をそれぞ
れ示しているビデオウィンド２７４、２７６、２７８、
２８０、２８２、２８４、２８６、および２８８、その
下側に数個の情報ウィンド２９０、２９２、２９４、２
９６、２９８、および３００がある。拡大されたビデオ
ウィンド３０２がマップウィンド２７２に配置されてお
り、これにより、チームは関心のある交差点の交通状態
を接近して見ることができる。ウィンド３０４もマップ
ウィンド２７２に配置されており、これにより、交差点
における交通信号のタイミングを制御する。

【００４９】この実施の形態は、異なるデータストリー
ムが各地から送られてくることも示している。チームが
交差点における交通事故に関するメッセージを受信する
と、そのビデオが、警察当局からの事故の表示２９４と
共に、２７８にディスプレイされ、そのビデオは、事故
をよくみるために交差点の現場を３０２に拡大する。事
故の情報を受信すると、チームは交差点における交通信
号のタイミングの変更を決定することができ、この結
果、信号のタイミングを明細化するためにウィンド３０
４を選択する。この動作は事象駆動様式でも行われる。

【００５０】図１１は、事象テーブル３１０が、事象発
生時に一つのスクリーンフォーマットからほかのフォー
マットへ切り換えるために使用することができることを
示している。９：００、１３：３０、１９：００に発生
した事象は、現在スクリーンフォーマットをスクリーン
フォーマット３１２と切り換え、７：００、１６：００
に発生した事象はフォーマット３１４と、１１：３０に
発生した事象はフォーマット３１６と切り換える。この
事象駆動スクリーンフォーマット切り換え機能は、時間
を浪費し、また誤りを起こしがちな人間の動作を排除す
る。

【００５１】これらの例から、ディスプレイ装置は、独
立したデータソースからの各種タイプの複数データスト
リームを同時に処理し、これらのデータストリームから
の画像をダイナミックに変換して、使用者がその作業に
ついて望む方法で、スクリーンにはめ込むことが必要と
されることが分かる。使用者のコマンドまたは事象によ
り、一つのスクリーンレイアウトからほかのレイアウト
へ切り換えるために、ディスプレイ装置は、複雑な手動
作なしでこれらの作業を行う容易な方法を備えていなけ
ればならない。

【００５２】従来のディスプレイ装置は、複数のデータ
ストリームを単一のデータストリームに併合する外部の
装置の助けなしでは、複数のデータストリームを同時に
受け入れることはできないので、これらの条件に適合す
ることはできない。その上、従来のディスプレイ装置に
は、電気信号より高いレベルのデータを変換し、処理す
る情報処理能力がない。従来のディスプレイ装置は、同
じような機能性を備えたコンピュータと組み合わせるこ
とはできる。しかし、コンピュータはディスプレイ作業
に適合されていない独立装置であるので、十分なコスト
／性能で複数データストリームを変換処理することは非
常に難しい。従来のディスプレイ装置のほかの問題は、
それらの装置が画素数の点から一定の形状と一定の大き
さのスクリーンを想定していることである。従って、従
来のディスプレイ装置は、任意の形状と大きさのスクリ
ーンに画像をディスプレイすることはできない。

【００５３】この発明のディスプレイ装置がこれらの問
題をどのように処理するかは、この発明の装置の一つの
実施の形態の以降の説明により理解されるであろう。

【００５４】図１２は、この発明によるディスプレイ装
置の一つの実施の形態の構成図を示す。ディスプレイ装
置１８は、コンソール３２０、データストリーム管理部
３２２、スクリーンフォーマット管理部３２４、現在ス
クリーンフォーマット３２６、データソース情報・デー
タベース３４０、データストリーム情報・データベース
３４２、データストリームハンドラ・データベース３４
４、変換ハンドラ・データベース３４６、スクリーンフ
ォーマット・データベース３４８、およびスクリーン３
４から構成されている。コンソール３２０は、使用者か
らのコマンド１６を受信し、データストリーム管理部３
２２、スクリーンフォーマット管理部３２４、現在スク
リーンフォーマット３２６、およびデータベース３４
０、３４２、３４４、３４６、３４８を制御する。デー
タストリーム管理部３２２は、データストリーム１０、
１２、１４のためにデータストリーム・サーバー３２
８、３３０、３３２をそれぞれ構成している。スクリー
ンフォーマット管理部３２４は、データストリーム１
０、１２、１４のためにスクリーンフォーマット・サー
バー３３４、３３６、３３８をそれぞれ構成している。
スクリーンフォーマット・サーバー３３４、３３６、３
３８は、データストリーム・サーバー３２８、３３０、
３３２からの前処理されたデータを受け取り、画像３
６、３８、４０をそれぞれスクリーン３４に生成する。
なお管理部３２２、３２４は例えばプログラムにより構
成することができる。

【００５５】データストリーム管理部３２２は、データ
ストリームのためのデータストリーム・サーバーを構成
し、データストリームからのデータを適切なハンドラに
より前処理する。スクリーンフォーマット管理部３２４
は、データストリームのためのスクリーンフォーマット
・サーバーを構成して、データストリームのデータスト
リーム・サーバーにより前処理されたデータを、適切な
変換ハンドラによりスクリーン３４の画像へ変換する。
現在スクリーンフォーマット３２６は、各データストリ
ーム毎に使用するためにこれらのハンドラを記述する。

【００５６】データソース情報・データベース３４０
は、データストリームのデータソースを検査するため
に、主にデータストリーム管理部３２２により使用さ
れ。データベース３４０はデータソースの位置、プロト
コル、レートなどに関する情報から成っている。データ
ストリーム情報・データベース３４２もまた、主にデー
タストリーム管理部３２２により使用され、データスト
リームの特性を検査する。データベース３４２はデータ
ストリームのデータソース、データ・タイプ、レート、
想定されるスクリーンの大きさ、前処理の変数など情報
から成っている。データストリームハンドラ・データベ
ース３４４は、主にデータストリーム管理部により使用
され、データストリームからのデータを前処理するハン
ドラを探索する。変換ハンドラデータベース３４６は、
主にスクリーンフォーマット管理部３２４により使用さ
れ、前処理されたデータの変換するハンドラを探索す
る。スクリーンフォーマット・データベース３４８は、
スクリーンフォーマットを格納し、その一つは現在スク
リーンフォーマットとして選択される。

【００５７】オペレーティングシステムに広く使用され
る技術により、コンソール、データストリーム管理部、
およびスクリーンフォーマット管理部は、同時に動作
し、相互処理通信により相互に通信するプロセスとして
実行される。データストリーム・サーバーとスクリーン
フォーマット・サーバーも、プロセスとして実行され
る。これらのサーバーにより共有されるデータ構造は、
周知のロック／アンロック機構により保護される。

【００５８】図１３は、一つの実施の形態によるこの発
明のディスプレイ装置のハードウェア構造の構成図を示
す。ディスプレイ装置１８は、汎用マイクロプロセッサ
３５０、システムメモリ３５２、フレームメモリ３５
４、ディスプレイプロセッサ３５６、入出力インタフェ
ース３５８、データスイッチ３６０、およびスクリーン
３４から成っている。スクリーン３４とスイッチ３６０
を除く構成要素は、すべて、バス３６２を介して接続さ
れている。入出力インタフェース３５８は、外部との接
続３６４を構成している。

【００５９】汎用マイクロプロセッサ３５０は、システ
ムメモリ３５２に格納されたプログラムを実行する。プ
ログラムは実行されて、多様な動作に対するデータ構造
を維持し、本装置のハードウェア構造を制御する。フレ
ームメモリ３５４は、画像をスクリーン３４にディスプ
レイされる画素の形で格納する。ディスプレイプロセッ
サ３５６は、フレームメモリ３５４へのデータの書き込
みおよび読み取りを行い、データストリームのための前
処理と共に変換動作を行う。入出力インタフェース３５
８は、スイッチ３６０を介してデータの受信、メッセー
ジの送信を行い、入出力動作を行う。インタフェース３
５８は、回線３６４を経て外部とも通信し、これはスイ
ッチ３６０を経て行われない。インタフェース３５８
は、実行するプログラムとデータベースのデータと格納
する一組のディスクをアクセスするために使用すること
ができる。

【００６０】図１４は、装置の貼り付けスクリーンの一
例を示す構成図である。フレームメモリ３５４と接続し
たディスプレイプロセッサ３５６は、マルチプレクサ３
７０と接続しており、マルチプレクサ３７０は単体スク
リーン３７２、３７４、３７６、３７８、３８０、３８
２、３８４、３９０、３９２、３９４、３９６、および
３９８へ接続しており、これらのスクリーンは単一論理
スクリーンを形成している。

【００６１】フレームスクリーン３５４は、単体スクリ
ーン３７２、３７４、３７６、３７８、３８０、３８
２、３８４、３９０、３９２、３９４、３９６、および
３９８のメモリの部分を有する。単体スクリーンに画像
の一部をディスプレイするために、ディスプレイプロセ
ッサ３５６は、その部分の画像データをフレームスクリ
ーン３５４の単体スクリーンへ割り当てられたメモリ部
分へ書き込む。一般に、ディスプレイ装置は、起動時に
そのスクリーンの形状と大きさを認識し、単体スクリー
ンのメモリ部分を割りつける。このようにして、ディス
プレイ装置は、画像を任意の形状と大きさのスクリーン
にディスプレイすることができる。スクリーンフォーマ
ットは、各データストリームのスクリーン領域を指定す
るので、スクリーンの形状と大きさもスクリーンフォー
マットに反映される。

【００６２】図１５は、この発明の装置のソフトウェア
構造の構成図を示す。リアルタイム動作装置４００は、
ディスプレイ装置のハードウェアを制御し、ほかのソフ
トウェアへの高レベルインタフェースを提供し、これら
のソフトウェアには、コンソール４０２、データストリ
ーム管理部４０４、スクリーンフォーマット管理部４０
６、アプリケーションインタフェース４０８、およびラ
イブラリ４１０がある。コンソール４０２、データスト
リーム管理部４０４、およびスクリーンフォーマット管
理部４０６は、リアルタイム動作装置４００により構成
された同時処理過程であり、図１２のコンソール３２
０、データストリーム管理部３２２、およびスクリーン
フォーマット管理部３２４のソフトウェア機能をそれぞ
れ実現させる。データストリーム・サーバーとスクリー
ンフォーマット・サーバーも、データストリーム管理部
４０４とスクリーンフォーマット管理部４０６によりそ
れぞれダイナミックに構成された同時処理過程である。
アプリケーションインタフェース４０８は、リアルタイ
ム動作装置４００、コンソール４０２、データストリー
ム管理部４０４、スクリーンフォーマット管理部４０
６、およびライブラリ４１０とインタフェースし、アプ
リケーション４１２、４１４、および４１６に対する高
レベルインタフェースをデータ構造と装置呼び出しの形
で形成している。アプリケーションは、一組のスクリー
ンフォーマットを提供しかつ現在スクリーンフォーマッ
トをその組から選択する方法を指定することによりスク
リーンレイアウトを制御するプログラムである。例え
ば、図９のＶＬＳＩ設計の例は一つのアプリケーション
であり、図１０の交通管理の例はほかのアプリケーショ
ンである。

【００６３】図１６は、図１２のコンソール３２０の動
作の流れ図を示す。この処理過程は、４２０において始
まり、コンソールが４２２において処理する入力を受信
するまで検査を繰り返す。入力が４２４においてコマン
ドであり、４２６において初期スクリーンフォーマット
をセットするものであれば、処理は４２８においてコマ
ンドにより指定されたスクリーンフォーマットを見つけ
出し、４３０においてそれを現在スクリーンフォーマッ
トとしてセットし、４３２において終了する。コマンド
が４３８において現在スクリーンフォーマットを変更す
ることか、または、入力が４３４において事象であり、
それが４３６において現在スクリーンフォーマットを変
更することであれば、処理は４４０において新しいスク
リーンフォーマットを見つけ出し、４４２において現在
スクリーンフォーマットを新しいスクリーンフォーマッ
トに置き換え、４３２において終了する。コマンドが４
４６において現在スクリーンフォーマットを修正するこ
とであるか、または、入力が４３４において事象であ
り、それが４４４において現在スクリーンフォーマット
を修正することであるならば、処理は４４８においてコ
マンドにより指定されたように現在スクリーンフォーマ
ットを修正して、４３２において終了する。コマンドが
４４６において現在スクリーンフォーマットを修正しな
いのであれば、コマンドは４５２において処理され、処
理は４３２において終了する。事象が４４４において現
在スクリーンフォーマットを修正しないのであれば、コ
マンドは４５０において処理され、処理は４３２におい
て終了する。入力が４３４において事象でないならば、
入力は４５４において処理され、処理は４３２において
終了する。

【００６４】図１７は、図１２のデータストリーム管理
部３２２の動作の流れ図を示す。処理過程は４６０にお
いて始まり、データストリーム管理部が４６２において
処理する入力を受信するまで、検査を繰り返す。入力が
４６４においてコンソールからのコマンドであり、４６
６において終わるものであれば、処理は４６８において
終了する。コマンドが４６６において終わるのでなけれ
ば、処理は４７０においてコマンドを実行し、４６２に
おいてほかの入力を待つ。入力が４７２においてデータ
ソースからのメッセージであり、データソースが４７４
において新しければ、処理は４７６において、データソ
ースを図１２のデータソース情報・データベースで索引
することにより、データソースを識別し、４７８におい
てデータソースとの通信の資源を割り当て、４６２にお
いてほかの入力を探す。メッセージが４８０において新
しいデータストリームに関するものであれば、処理は４
８２において、図１２のデータストリーム情報・データ
ベース３４２によりデータストリームを識別し、４８４
においてデータストリームの変数をデータベースから得
て、４８６においてデータストリームからデータを受信
する資源を割り当て、４８８において前処理するストリ
ームのデータストリーム・ハンドラを選択し、４９０に
おいてデータストリームのデータストリーム・サーバー
を生成し、サーバーを動作状態にし、４６２においてほ
かの入力を待つ。メッセージが４９２においてデータス
トリームの終了を通知するものであれば、処理は４９４
においてデータストリームのデータストリーム・サーバ
ーを抹消して、４９６においてデータストリームへ割り
当てた資源を割り当て解除し、４６２においてほかの入
力を待つ。メッセージが４９２においてデータストリー
ムの終了を通知するものでなければ、メッセージは４９
８において処理され、処理は４６２においてほかの入力
を待つ。

【００６５】図１８は、図１２のスクリーンフォーマッ
ト管理部３２４の動作の流れ図を示す。処理過程は５１
０において始まり、スクリーンフォーマット管理部が５
１２において処理する入力を受信するまで、検査を繰り
返す。入力が５１４においてコンソールからのコマンド
であり、終わるものならば、処理は５１８において終了
する。コマンドが５１６において終わるものでなけれ
ば、コマンドは５２０において実行され、処理は５１２
においてほかの入力を待つ。入力が５２２においてデー
タソースからのメッセージであり、それが５２４におい
て新しいデータストリームであれば、処理は５２６にお
いてデータストリームのスクリーン領域情報を現在スク
リーンフォーマットから得て、５２８において、データ
ストリームの変換ハンドラを図１２の変換ハンドラ・デ
ータベース３４６から得て、５３０においてデータスト
リームの資源を割り当て、５３２においてデータストリ
ームのスクリーンフォーマット・サーバーを生成し、そ
れを動作状態にし、５１２においてほかの入力を探す。
５３４においてメッセージがデータストリームの終了に
関するものであれば、処理は５３６においてデータスト
リームのスクリーンサーバーを削除し、５３８において
データストリームへ割り当てた資源を割り当て解除し、
５１２においてほかの入力を待つ。メッセージが５３４
においてデータストリームの終了に関するものでなけれ
ば、メッセージは５４０において処理され、処理は５１
２においてほかの入力を待つ。入力が５２２においてメ
ッセージでなければ、入力は５４２において処理され、
処理は５１２においてほかの入力を待つ。

【００６６】図１９は、図１２のディスプレイ装置１８
において行われた画像変換の説明図である。画像Ｉは、
データストリームにより想定された画像であり、その高
さと幅は、ＨとＷとによりそれぞれ示されている。画像
Ｉ内の画素の位置は、（ｘ，ｙ）により表され、ここ
で、ｘとｙはそれぞれ画像Ｉ内の画素のｘとｙ座標であ
る。画像Ｉ’は、現在スクリーンフォーマットによりデ
ータストリームへ割り当てられたスクリーン領域に想定
された画像であり、その高さと幅は、Ｈ’とＷ’とによ
りそれぞれ示されている。画像Ｉ’内の画素の位置は、
（ｘ’，ｙ’）により表され、ここで、ｘ’とｙ’は、
それぞれ画像Ｉ’内の画素のｘとｙ座標である。

【００６７】一般に、Ｈ’とＷ’は、次のようにＨとＷ
との関数である：

【００６８】Ｈ’＝ｆh （Ｈ，Ｗ）Ｗ’＝ｆw （Ｈ，Ｗ）

【００６９】これらの関数は、画像の大きさ変更係数を
決定する。画像Ｉ’内の画素のｘとｙ座標であるｘ’と
ｙ’とは、次のようにｘとｙの関数である。

【００７０】ｘ’＝ｆx （ｘ，ｙ）ｙ’＝ｆy （ｘ，ｙ）

【００７１】これらの関数は、画像が表されているｘと
ｙの座標の変換方法を指定する。

【００７２】図２０は、単純な例の変換を示す。ここ
で、

【００７３】Ｈ’＝２ＨＷ’＝３Ｗｘ’＝３ｘｙ’＝２ｙ

【００７４】である。この変換は、画像を水平方向へ３
倍に、垂直方向へ２倍に拡大する。

【００７５】図２１は、ほかの例を示す。ここで、

【００７６】Ｈ’＝ＨＷ’＝２ｗｘ’＝Ｗ｛１＋ｓｉｎ（１８０ｘ／Ｗ−９０）｝ｙ’＝ｙ

【００７７】である。この変換は画像画素の元のｙ座標
を維持しているが、そのｘ座標をｓｉｎ関数で変換して
いる。

【００７８】図２２は、本装置において異なる前処理デ
ータに同時に行われた三つの異なる変換の説明図であ
る。Ａ、Ｂ、およびＣで標示された画像５５０、５５
２、および５５４は、それぞれ前処理されたデータであ
り、５５６、５５８、５６０において、画像５６２、５
６４、および５６６へそれぞれ変換されている。５５
６、５５８、５６０における変換は次の通りである：

【００７９】変換１(５５６)：ｘ１’＝ｆx（ｘ１，ｙ
１）、ｙ１’＝ｆy（ｘ１，ｙ１）変換２(５５８)：ｘ２’＝ｇx（ｘ２，ｙ２）、ｙ
２’＝ｇy（ｘ２，ｙ２）変換３(５６０)：ｘ３’＝ｈx（ｘ３，ｙ３）、ｙ
３’＝ｈy（ｘ３，ｙ３）

【００８０】これらの変換は、異なるデータストリーム
について使用される異なる変換ハンドラにより同時に行
われる。

【００８１】本装置を単一のマイクロプロセッサの見地
から説明したが、フレームメモリを共有する複数のマイ
クロプロセッサを使用して、装置の性能を向上すること
ができることは理解されるであろう。

【００８２】また、本装置を単一のディスプレイプロセ
ッサの見地から説明したが、フレームメモリを共有する
複数のディスプレイプロセッサを使用して、装置の性能
を向上することができることも理解されるであろう。

【００８３】この発明において提供されたものは、デー
タストリームのタイプと変数、現在スクリーンフォーマ
ット、および使用者指定の画像位置、大きさ、およびほ
かの使用者選択の変換に基づいて、前処理と変換とを素
早くセットするフォーマット制御器の制御の下で、前処
理と変換により各種タイプのデータストリームを処理す
る装置である。この発明の装置は、多様なタイプのデー
タストリームを自動的に捕らえ、画像をスクリーンに配
置する前に、それらを現在スクリーンフォーマットへ適
合させる。一つの実施の形態では、前処理はデータスト
リーム・サーバーにより行われ、変換は各管理部(管理
プログラム)の制御の下でスクリーンフォーマット・サ
ーバーにより行われる。

【００８４】この発明の一つの面において、ディスプレ
イ装置は、独立したデータソースからデータストリーム
をそのデータタイプに関して選択されたハンドラにより
前処理し、次に、前処理されたデータをスクリーンには
め込められるような画像へ変換する。ハンドラは、全ス
クリーンレイアウトを書き取る現在のスクリーンフォー
マットに指定された変換に関して選択され、フォーマッ
トは使用者によりダイナミックに選択される。

【００８５】動作状態で全スクリーンレイアウトを制御
するスクリーンフォーマットは、現在のスクリーンフォ
ーマットとして指定され、このフォーマットは、装置に
格納されたほかのスクリーンフォーマットと区別され
る。ディスプレイ装置は事前プログラムされ、装置が起
動される時の初期スクリーンフォーマットを手動または
自動で選択する。現在のスクリーンフォーマットは、使
用者からのコマンドまたは装置の動作から発生するいく
つかの状態により起こる事象によって、ほかのスクリー
ンフォーマットによりダイナミックに置き換えられる。

【００８６】スクリーンフォーマットは、使用するスク
リーンフォーマットとデータストリームから生成された
画像の変換を指定する。スクリーンフォーマットが現在
のスクリーンフォーマットになると、ディスプレイ装置
はフォーマットに必要なすべてのスクリーンフォーマッ
トを検査し、これらのデータソースと通信する。装置
は、スクリーンフォーマットにより指定された前処理と
変換とに適切なハンドラを選ぶ。異なるデータタイプは
異なるハンドラを必要とするので、前処理を行うハンド
ラの選択は、データストリームのデータのタイプをベー
スにしている。装置により扱われるデータのタイプに
は、生のデジタル画像、圧縮されたデジタル画像、２−
Ｄと３−Ｄのグラフィックオブジェクト記述、コマンド
スクリプト、テキストなどがある。変換ハンドラは選択
されて、前処理されたデータを、現在スクリーンフォー
マットにより指定されたスクリーン領域へ変換する。変
換ハンドラは、データストリームにより設定された座標
系を指定されたスクリーン領域に設定された座標系へ変
換することにより、画像を変換する。このようにして、
対応する画像を変換する。

【００８７】一つの実施の形態において、この発明のデ
ィスプレイ装置は、コンソール、データストリーム管理
プログラム、およびスクリーンフォーマット・プログラ
ムから成っている。コンソールは使用者からコマンドを
受け、それらを実行する。コンソールは、また、装置内
でいくつかの動作を予定した事象と動作により起きた事
象などを処理する。コンソールの主な作業は、ディスプ
レイ装置全体を管理することである。装置が起動する
と、コンソールは、スクリーンフォーマットの一つを選
んで、初期のスクリーンレイアウトを決定する。使用者
からのコマンドに従って、コンソールはデータストリー
ム管理プログラムとスクリーンフォーマット管理プログ
ラムと通信する。

【００８８】データストリーム管理プログラムは、デー
タソースと通信して、各データストリームについてデー
タストリーム・サーバーコンピュータを駆動する。デー
タストリーム・サーバーコンピュータは、データストリ
ームのデータ構造を管理し、データストリームからのデ
ータをそのストリームのデータタイプに適したハンドラ
により前処理する。データストリーム・サーバーはデー
タブロックをデータソースから受け取る毎に、サーバー
はデータストリームのデータ構造を更新する。

【００８９】スクリーンフォーマット管理プログラム
は、また、各データストリームのスクリーンフォーマッ
ト・サーバーを駆動する。スクリーンフォーマット・サ
ーバーは、データストリームについて生成された、デー
タストリーム・サーバーからの前処理されたデータを受
け取る。スクリーンフォーマット・サーバーは、現在ス
クリーンフォーマットにより指定された変換のハンドラ
により、前処理されたデータを画素画像へ変換する。次
に、スクリーンフォーマット・サーバーは、生成された
画素をディスプレイの、装置フレームメモリへ書き込
む。

【００９０】コンソール、データストリーム管理プログ
ラム、およびスクリーンフォーマット管理プログラム
は、プロセスとして実行され、インタープロセッサ間通
信により、相互に通信する。データストリーム管理プロ
グラムとスクリーンフォーマット管理プログラムは、ま
た、プロセスとして実行される。データストリームにつ
いて生成されたデータストリーム・サーバーは、同じデ
ータストリームについて生成されたスクリーンフォーマ
ット・サーバーと一対になる。これらの一対は同時に作
動するので、これらのサーバーにより共有されたデータ
構造は、ロック／アンロック機構により適切な方法で保
護される。

【００９１】要約すると、この発明のディスプレイ装置
は、任意の形状と大きさの高解像度スクリーンに関し、
複数の入力データストリームからの異なるタイプのデジ
タル画像をフォーマットすることができるデータソース
の能力を高めるために提供され、ディスプレイ装置は、
独立したデータストリームを異なるデータソースから同
時に受け取り、データストリームからの画像がタイプ独
立の方式でスクリーンにどのように、何処へ表示される
かを制御する。スクリーンレイアウトは、どのデータス
トリームが受け取るか、スクリーンの何処に画像を表示
するか、および画像をどのように表示するかを指定する
動作状態にあるスクリーンフォーマットにより制御され
る。データストリームのタイプに適切な一対の前処理ハ
ンドラ／変換ハンドラを選択し、かつ、それらのハンド
ラが画像をデータストリームから復元して、それらの画
像を動作中のスクリーンの事前に割り当てられた部分に
はめ込められるように変換するように、それらのハンド
ラを作動させることにより、タイプ独立のデータフォー
マット化は達成される。一つの実施の形態において、デ
ータストリーム管理プログラムは、各データストリーム
についてデータストリーム・サーバーをダイナミックに
生成して、管理および前処理のデータのデータ構造を維
持し、スクリーンの形状と大きさの情報により、スクリ
ーンフォーマット管理プログラムはスクリーン領域を割
り当て、各データストリームについてスクリーンフォー
マット・サーバーを生成して、事前に割り当てられたス
クリーンの部分にはめ込められるように、指定された変
換をそれらに行うことにより、データストリーム・サー
バーによって前処理されたデータから画像を生成する。

【図面の簡単な説明】

【図１】フォーマット制御器の制御の下で処理され変
換されてスクリーンに画像を生成する多様なタイプの複
数データストリームが示されたこの発明によるディスプ
レイ装置のブロック図である。

【図２】この発明のディスプレイ装置のデータストリ
ームからデータの前処理と変換とを制御する現在スクリ
ーンフォーマットを示すブロック図である。

【図３】この発明のディスプレイ装置のコマンド、事
象、およびメッセージを入力として処理する一般的動作
を説明する流れ図である。

【図４】この発明のディスプレイ装置のコマンドを処
理する動作を説明する流れ図である。

【図５】この発明のディスプレイ装置の事象を処理す
る動作を説明する流れ図である。

【図６】この発明のディスプレイ装置のメッセージを
処理する動作を説明する流れ図である。

【図７】この発明のディスプレイ装置の現在スクリー
ンフォーマットに必要なデータストリームのデータソー
スとの通信を動作状態にする動作を説明する流れ図であ
る。

【図８】現在スクリーンフォーマットを新しいスクリ
ーンフォーマットと置き換える動作を説明する流れ図で
ある。

【図９】この発明のディスプレイ装置のＶＬＳＩチー
ムのためのスクリーンレイアウトの一例を示す図であ
る。

【図１０】この発明のディスプレイ装置の交通管理チ
ームのためのスクリーンレイアウトの一例を示す図であ
る。

【図１１】交通管理チームの予定された事象と同期化
したスクリーンフォーマットの選択動作を説明するため
の図である。

【図１２】データソース情報、データストリーム情
報、データストリームハンドラ、変換ハンドラ、および
スクリーンフォーマットのデータベースと共に、コンソ
ール、データストリーム管理部、スクリーンフォーマッ
ト管理部、および現在スクリーンフォーマットから構成
しているこの発明のディスプレイ装置の一実施の形態の
構成を示すブロック図である。

【図１３】この発明の一つの実施の形態によるディス
プレイ装置のハードウェア構造を示すブロック図であ
る。

【図１４】この発明のディスプレイ装置に使用する貼
り付けスクリーンの構成を示すブロック図である。

【図１５】この発明の一つの実施の形態によるディス
プレイ装置のソフトウェア構造を示すブロック図であ
る。

【図１６】この発明のディスプレイ装置のコンソール
の動作を説明する流れ図である。

【図１７】この発明のディスプレイ装置のデータスト
リーム管理部の動作を説明する流れ図である。

【図１８】この発明のディスプレイ装置のスクリーン
フォーマット管理部の動作を説明する流れ図である。

【図１９】この発明のディスプレイ装置により行われ
る画像変換の説明図である。

【図２０】この発明のディスプレイ装置により行われ
る大きさ変更の変換の一例の説明図である。

【図２１】この発明のディスプレイ装置により行われ
る変換の他の例の説明図である。

【図２２】この発明のディスプレイ装置において同時
に行われる各種データタイプの３つの異なる変換の説明
図である。

【符号の説明】

１０，１２，１４データストリーム、１６コマンド
ストリーム、１８ディスプレイ装置、２０フォーマ
ット制御部、２２，２４，２６前処理部、２８，３
０，３２変換部、３４スクリーン、３６，３８，４
０画像、５０，３２６現在スクリーンフォーマッ
ト、３２０，４０２コンソール、３２２，４０４デ
ータストリーム管理部、３２４，４０６スクリーンフ
ォーマット管理部、３４０データソース情報・データ
ベース、３４２データストリーム情報・データベー
ス、３４４データストリームハンドラ・データベー
ス、３４６変換ハンドラ・データベース、３４８スク
リーンフォーマット・データベース、３２８，３３０，
３３２データストリーム・ザーバー、３３４，３３
６，３３８スクリーンフォーマット・サーバー、３５
０汎用マイクロプロセッサ、３５２システムメモ
リ、３５４フレームメモリ、３５６ディスプレイプ
ロセッサ、３５８入出力インタフェース、３６０デ
ータスイッチ、３６２バス、４１０ライブラリ。

───────────────────────────────────────────────────── フロントページの続き (73)特許権者 597067574 201 ＢＲＯＡＤＷＡＹ，ＣＡＭＢＲＩＤＧＥ，ＭＡＳＳＡＣＨＵＳＥＴＴＳ 02139，Ｕ．Ｓ．Ａ. (72)発明者タカヒデ・オオカミアメリカ合衆国、マサチューセッツ州、ニュートン、ウッドランド・ロード 173 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G09G 5/00 G09G 5/391 H04N 5/66

Claims

(57)【特許請求の範囲】

【請求項１】入力データとしてのビデオ画像、グラフ
ィカルオブジェクトおよび静止画像データを含む異なる
入力データストリームを有し、自動的にデータタイプを
検出して、異なるフォーマットで上記データの表示がで
きるように入力データをフォーマットするディスプレイ
装置であって、幾つかの入力データストリームと、表示をするスクリーンと、上記スクリーン上に上記入力データによって運ばれたデ
ータに相当する画像を表現する手段と、上記入力データストリームと表現手段との間に設けら
れ、それぞれ出力するデータのフォーマットを指定する
ための所定の前処理アルゴリスムを有する幾つかのデー
タストリームハンドラを含み、上記入力データストリー
ムに前処理を行う前処理手段と、入力データストリームのデータタイプを検出し、上記ス
クリーン上の上記データが占める位置および領域並びに
検出されたデータタイプに従ってフォーマットされたデ
ータを出力するよう選択される変換手段と、を備え、入力データは上記データの表示のための動作中
のスクリーンの要求に従って再フォーマットされ、上記
データは適当な特徴を持って上記スクリーン上の適当な
位置に表現されるディスプレイ装置。
【請求項２】使用者に操作可能な上記フォーマットを
指定する手段を含むことを特徴とする請求項１に記載の
ディスプレイ装置。
【請求項３】上記入力データストリームの一つがビデ
オ画像を有し、上記前処理手段が前処理の際に上記ビデ
オ画像の特性の一つを異なる特性へ変換する手段を有す
ることを特徴とする請求項１に記載のディスプレイ装
置。
【請求項４】上記入力データストリームの一つが圧縮
されたビデオ画像を有し、上記前処理手段が前処理の際
に上記圧縮されたビデオ画像を圧縮解除する手段を有す
ることを特徴とする請求項１に記載のディスプレイ装
置。
【請求項５】上記入力データストリームの一つがグラ
フィックオブジェクト記述を有し、上記前処理手段が前
処理の際に上記グラフィックオブジェクト記述の１つに
対応する記述に従って画像を生成する手段を有すること
を特徴とする請求項１に記載のディスプレイ装置。
【請求項６】上記入力データストリームの一つが静止
画像を有し、上記前処理手段が前処理の際に上記静止画
像の画素表示を異なる表示へ変換する手段を有すること
を特徴とする請求項１に記載のディスプレイ装置。
【請求項７】上記入力データストリームの一つがコマ
ンドスクリプトを有し、上記前処理手段が前処理の際に
上記コマンドスクリプトに従ってスクリーンフォーマッ
トを設定する手段を有することを特徴とする請求項１に
記載のディスプレイ装置。
【請求項８】上記変換手段が上記前処理された画素画
像の大きさを変える手段を有することを特徴とする請求
項１に記載のディスプレイ装置。
【請求項９】上記変換手段が所定のアルゴリズムに従
って上記前処理された画素画像を処理する手段を有する
ことを特徴とする請求項１に記載のディスプレイ装置。
【請求項１０】上記変換手段へ接続され、上記前処理
された画素画像の上記スクリーンにおけるレイアウトを
指定する手段をさらに有することを特徴とする請求項１
に記載のディスプレイ装置。
【請求項１１】上記前処理手段が前処理を行うものと
してデータストリーム・サーバーとこれに関するデータ
ストリーム管理部とを有し、データストリーム管理部
は、入力が新しいデータソースからのものである場合に
は内蔵されているデータベースからデータソースを識別
し、データソースとの通信の資源を割り当て、入力が新
しいデータストリームに関するものである場合には、上
記データベースからデータストリームを識別し、データ
ストリームからデータを受信する資源を割り当て、前処
理するデータストリームのデータストリーム・ハンドラ
を選択し、データストリームの上記データストリーム・
サーバーを生成しこれを動作状態にし、入力がデータス
トリームの終了を通知するものであれば、データストリ
ーム・サーバーを消滅させ、データストリームに割り当
てた資源を割り当て解除することを特徴とする請求項１
に記載のディスプレイ装置。
【請求項１２】上記変換手段がスクリーンフォーマッ
ト・サーバーとそれに関するスクリーンフォーマット管
理部とを有し、スクリーンフォーマット管理部は、入力
が新しいデータストリームに関するものである場合に
は、データストリームのスクリーン領域情報を内蔵の現
在スクリーンフォーマットから得て、また内蔵されてい
るデータベースからデータストリームの変換ハンドラを
得て、データストリームの資源を割り当て、データスト
リームの上記スクリーンフォーマット・サーバーを生成
してこれを動作状態にし、入力がデータストリームの終
了に関するものである場合には、データストリームのス
クリーンフォーマット・サーバーを削除しデータストリ
ームに割り当てた資源を割当て解除することを特徴とす
る請求項１に記載のディスプレイ装置。
【請求項１３】上記前処理手段が前処理を行うものと
してデータストリーム・サーバーとそれに関するデータ
ストリーム管理部とを有し、上記変換手段がスクリーン
フォーマット・サーバーとこれに関するスクリーンフォ
ーマット管理部とを有し、さらに、上記データストリー
ム管理部を上記スクリーンフォーマット管理部へ結合す
る手段を有し、上記データストリーム管理部は、入力が
新しいデータソースからのものである場合には内蔵され
ているデータベースからデータソースを識別し、データ
ソースとの通信の資源を割り当て、入力が新しいデータ
ストリームに関するものである場合には、上記データベ
ースからデータストリームを識別し、データストリーム
からデータを受信する資源を割り当て、前処理するデー
タストリームのデータストリーム・ハンドラを選択し、
データストリームの上記データストリーム・サーバーを
生成しこれを動作状態にし、入力がデータストリームの
終了を通知するものであれば、データストリーム・サー
バーを消滅させ、データストリームに割り当てた資源を
割り当て解除し、上記スクリーンフォーマット管理部
は、入力が新しいデータストリームに関するものである
場合には、データストリームのスクリーン領域情報を内
蔵の現在スクリーンフォーマットから得て、また内蔵さ
れているデータベースからデータストリームの変換ハン
ドラを得て、データストリームの資源を割り当て、デー
タストリームの上記スクリーンフォーマット・サーバー
を生成してこれを動作状態にし、入力がデータストリー
ムの終了に関するものである場合には、データストリー
ムのスクリーンフォーマット・サーバーを削除しデータ
ストリームに割り当てた資源を割当て解除することを特
徴とする請求項１に記載のディスプレイ装置。
【請求項１４】上記データストリーム管理部および上
記スクリーンフォーマット管理部に接続され、外部から
直接指定されるフォーマットに従って対応する制御信号
を上記双方の管理部へ送るコンソールを有することを特
徴とする請求項１３に記載のディスプレイ装置。