JPH06511574A - グラフィックスシステムにおけるイメージ位置の解釈 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 グラフィックスシステムにおけるイメージ位置の解釈皮−祈−分−１ 本発明は、イメージ座標に関してグラフィックスシステムにイメージ位置入力を することについての解釈に関するものである。

毘−漿一伎一歪 対話式コンピュータグラフィックスシステムは公知であり、そこにおいてはマウ スのようなポインティングデバイスが用いられて、表示されたイメージ上でカー ソルを移動させ、特定のイメージ要素を指定するようになっている。一般にユー ザは、ポインティングデバイスに関連したボタンを押すことにより、カーソルに よって指定された要素の選択及び動作を行う。ベースのアプリケーションプログ ラムがユーザの意図するところを理解するためには、グラフィックスシステムは 、ポインティングデバイスによって現に指定されているイメージ位置を、アプリ ケーションに対して既知のグラフィックオブジェクト（又はセグメント）に関連 させることができなければならない。このようにイメージ位置をグラフィックセ グメントの識別性に変換することは、対話式グラフィックスシステムの動作の中 心をなすものであって、「ヒツト検出」と呼ばれることがある。

一般に、ベースのアプリケーション及びグラフィックスシステムは表示されるイ メージについて共通の内部表現を用いており、この表現はイメージ中でオーバラ ップする可能性のある複数の個別のグラフィックセグメントからなるという事実 によって、ヒツト検出は複雑なものとなっている。この表現は出力イメージ上に 直接的にマツピングされるものではなく、グラフィックスシステムにより、表示 に適した形式へと変換されねばならない。この変換処理には、グラフィックセグ メント間におけるオーバラップ衝突の解決が含まれる。従って、グラフィックセ グメントに関してのイメージの内部表現は、受信したイメージ位置を解釈するた め直接に用いることはできない。

そこで既知のヒツト検出技術は多くの場合、受信したイメージ位置と合致する出 力イメージ要素が発生されるまで、変換処理を再度実行させることを含む。この ような技術は例えば、”Ｐｒ１ｎｃｉｐｌｅｓ　ｏｆＩｎｔｅｒａｃｔｉｖｅ　 Ｃｏｍｐｕｔｅｒ　Ｇｒａｐｈｉｃｓ”　Ｗｉｌｌｉａａ＋　Ｍ、　Ｎｅｗｍａ ｎ　ａｎｄ　ＲｏｂｅｒｔＦ　５ｐｒｏｕｌｌ、　５ｅｃｏｎｄ　ｅｄｉｔｉｏ ｎ、　ＭｃＧｒａｗ−Ｈｉｌｌという、コンピュータグラフィックスについての 標準的な教科書の２００ページにおいて説明されている。

考えられる別のヒツト検出技術は、フレームバッファを用いて、各々の画素イメ ージを関連するグラフィックセグメントの識別性と共に記憶することである。し かしながらこのような構成は、かなりの容量のメモリを使用することを必要とす る。

いずれにしても、ポインティングデバイスによって指定されるグラフィックセグ メントの識別性だけではなく、そのセグメント上の対応する点をも、ベースとな るアプリケーションが知っていることが多くの場合に望ましい。これに関しては 、一般にグラフィックセグメントが、イメージ中に現れポインティングデバイス によって指定される形式へと、アプリケーションによって理解される内部表現か ら変換されて、平行移動、回転及びスケーリングを含む空間変換を受けることに 注意しなければならない。理想的には、指定されるセグメント位置の決定は、ベ ースのアプリケーションに対して透明でなければならない。

本発明の目的は、ベースのアプリケーションに関与することなしに、受信したイ メージ位置を、対応するグラフ什ツクセグメントの識別性及びそのセグメント上 での位置へと変換することのできるグラフィックスシステムを提供することであ る。

灸〜肌−曵−員−１ 本発明によれば、２次元出力イメージへと潜在的なオーツくう・ンプ関係で表示 することを意図する複数のグラフィ・ツクセグメントを記憶するセグメント記憶 手段と、前記グラフィ・ツクセグメントがセグメントをセグメント座標からイメ ージ座標に変換するための関連する空間変換データを有することと、セグメント 間におけるオーツくラップ衝突が全て解決された状態で、前記２次元データを表 す出力信号を記憶されたグラフィックセグメントから導出するコンノく一夕手段 と、前記コンバータ手段が前記空間変換データに応じて各々のセグメントを前記 イメージ中に配置するよう動作することと、イメージ座標に関してイメージ位置 を受信し対応するセグメント位置を決定する入力事象処理手段とを含む、グラフ ィ・ツクスジステムが提供される。前記コンバータ手段は、前記出力信号の発生 に際し、イメージ位置をセグメントの識別性に関連させるイメージ表現を発生し 記憶するように動作し、また前記入力事象処理手段は、前記表現を参照すること によりそれが受信したイメージ位置に対応するセグメントの識別性を決定し、前 記空間変換データを使用することにより受信したイメージ位置をセグメント座標 にマツピングするよう動作する。

この構成は、受信したイメージ位置のセグメントの識別性及び位置への変換が、 グラフィックスシステムにより奉仕される任意のベースとなるアプリケーション に対して透明な仕方で行われることを確実にする。かくしてこのグラフィックス システムは、入力デバイスの解像度に依存する入力事象を、解像度に無関係な形 式へとマツピングする。

好適には、グラフィックセグメントはグラフィックセグメントの階層編成として 前記セグメント記憶手段に記憶され、各々のセグメントは関連する相対的な空間 変換を有し、この変換は一緒になって前記空間変換データを構成する。この場合 にコンバータ手段は、そのセグメント及び前記編成中におけるその先祖の双方に 関連する相対変換の連結に応じて、各々の子セグメントを前記イメージ中に配置 するように動作する。そして前記入力事象処理手段は、前記受信したイメージ位 置をセグメント座標にマツピングするに際して、受信したイメージ位置に対応す るセグメントについて、コンバータ手段によって実行されたものに対する逆変換 を行うように動作する。

有利な例では、前記イメージ中に子セグメントを配置する際にコンバータ手段に よって用いられる相対変換の連結は、対応するセグメントと共に記憶されるもの であり、入力事象処理手段は、逆変換を実行するときにこの連結をアクセスする ように動作する。

コンバータ手段によって発生されるイメージ表現は、好適には、イメージを構築 するために用いられる複数のラインの各々についてのスパンの組の形式をとり、 各々のスパンはイメージ中で表示されるそれぞれのセグメントの少な（とも一部 を表し、また対応するイメージラインに沿って区画された座標値と、関連するセ グメントを示すデータとを含む。

殆どの場合に、入力事象処理手段は、連続したイメージ位置（例えばポインティ ングデバイスが相当な距離にわたって動かされるにつれて）を受信するように構 成される。不必要な処理活動を回避するために、グラフィックスシステムは好適 には、イメージ位置をセグメント位置へと、後者がベースとなるアプリケーショ ンにとって関係がありそうな場合に限って変換するように構成される。従って入 力事象処理手段は、現在受信されたイメージ位置に対応するセグメントが、先行 して受信されたイメージ位置に対応するそれとは異なる場合に検出を行い、そし てそれにより、現在受信されたイメージ位置をセグメント座標にマツピングする ように構成することができる。代替的にまたは付加的に、入力事象処理手段は、 最も新しく受信したイメージ位置をセグメント座標にマツピングするのに先立ち 、（マウスボタンの操作の如き）外部的なトリガ事象を待機するように構成する ことができる。以上のオプションは両方とも、入力事象処理手段にメモリを設け ることを必要とする。

多くの場合、グラフィックスシステムはポインティングデバイスを用いて動作さ れ、そこから前記受信イメージ位置が導出される。

この場合、前述の複数のグラフィックセグメントには通常、出力イメージ中での 前記受信イメージ位置を指示するだめのカーソルセグメントが含まれる。有利な 例では、前記コンバータ手段は、主たるイメージ表現とは別個の、前記カーソル セグメントのイメージ表現を発生及び記憶する動作を行うものであり、コンバー タ手段は前記出力信号の発生に際して、カーソルイメージの表現が主たるイメー ジ表現に優先するようにしてこれらのイメージ表現を組み合わせるよう動作する 。

好適には、カーソルイメージ表現には関連するオフセットが含まれ、これは主た るイメージ表現とカーソルイメージ表現とが組み合わせられた場合に、主イメー ジ表現内でのカーソルイメージ表現の配置を定めるよう機能し、入力事象処理手 段は、カーソルセグメントに関するイメージ位置の受け入れに応答して、前記オ フセットを更新するように動作する。

入力事象処理手段は、複数の異なる入力デバイスからイメージ位置情報を受信し 、個別に処理するように構成できる。

有利な例では、出力イメージにおけるトリガゾーンのオーバラップを許容するた めに、前記複数のセグメントは、出力イメージにおいて見えることを意図しない 透明セグメントを含む。この場合にコンバータ手段は、透明でないとした場合に 現れるであろう位置においてそれらがオーバラップするセグメント部分を除去す ることなしに、透明セグメントを前述のイメージ表現に取り入れるように構成さ れる。加えてコンバータ手段は、前記出力信号を発生する場合には、前記透明セ グメントを無視するように構成されている。従って、１つのイメージ位置がイメ ージ表現中の幾つかのセグメントに対応しうるちのであり、これらのセグメント の１つは不透明であって出力イメージ中で見えるが、他は透明であって表示され ない。入力事象処理手段はこの場合、前記受信イメージ位置に対応するセグメン トの識別性を定めるに際して、同じイメージ位置における全ての透明セグメント をも識別するように構成される。

Ｋ丸■廁単μ栽朋 以下では非限定的な実施例によって、添付図面を参照しつつ本発明を具体化した グラフィックスシステムを説明する。図面において、図１は、２次元イメージと して提示されるグラフィックセグメントの編成と、グラフィックス出力装置への 出力のためスパンテーブルに保持される一連のスパンへのこれらのセグメントの 変換の両方の働きをするレンダラを示す、グラフィックスシステムの機能ブロッ ク図である。

図２は、グラフィックセグメントに関連するデータフィールドと、そのセグメン トと他のセグメントとの可能な相互関係を示す図である。

図３は、関係するセグメントから形成された、結果的に得られる２次元イメージ により、図２に示されたさまざまなセグメント間関係の性質を示す図である。

図４は、図１のレンダラによって形成されるセグメントツリーの１例を示す図で ある。

図５は、図４の例示的なセグメントフリーに対応する２次元イメージを示す図で ある。

図６は、セグメントツリーからスキャンテーブルを形成する際に図１のレンダラ によって行われる変換処理の全般的な進行を示すフローチャートである。

図７は、図６の変換処理のうち、グラフィックセグメントのすべてに関するエツ ジレコードを含むエツジテーブルを形成するステップを示す図である。

図８は、図６の変換処理の過程の間に形成されるアクティブエツジリストの性質 を示す図である。

図９は、図６の変換処理によって作られるスパンテーブルの性質を示す図である 。

図１０は、３つの相互にリンクされたスパンデータ構造を示し、これらのスパン の２つが関連する透明リストを有する図である。

図１１は、図４の例示的セグメントツリー及び図５の例示的イメージに関するス パンテーブルのスパンリストの１つの作成過程を示す図である。

図１２は、イメージ位置をセグメント項目に変換する場合の、図１のグラフィッ クスシステムの入力事象ハンドラの全般的な動作を例示する図である。

図１３は、図１の入力事象ハンドラの機能ブロック図である。

発ｙト針火１ｉ−１Ａ−なめ４１４通千二下図１に機能ブロック図の形式で示さ れたグラフィックスシステムには、グラフィカルアプリケーション１０をビデオ 表示装置などのグラフィックス出力装置１２にインタフェースするよう動作する レンダラ１１と、グラフィカル入力装置１０１により生成された入力事象を処理 してそのような事象をアプリケーション１０に適宜通知するための入力事象ハン ドラ１００とが含まれる。

ｋ２ダラ グラフィカルアプリケーション１０は、レンダラ１１に出力イメージを構築する よう命令するが、この命令は、グラフィックセグメント２１を作成、修正又は削 除するコマンドの形態である。これらのグラフィックスセグメントは、出力イメ ージの構築に使用される唯一のグラフィック要素であり、レンダラ１１のセグメ ントオーガナイザ１３内で作成され、記憶される。オーガナイザ１３は、セグメ ント２１をセグメントツリー２０に編成し、このセグメントツリー２０は後で詳 細に説明するように、最終イメージ内でのセグメントの相互関係を決定する。グ ラフィックセグメント２１は、最終イメージ内で互いにオーバラップする可能性 があり、従って深度の優先順位を解決することが必要になる。

各々のグラフィックセグメント２１は、その境界、フィル（充填）及び変換によ って定義される。これらのパラメータについては以下で詳細に説明するが、今の ところは、境界、フィル及び変換のパラメータが一般に、必要に応じてセグメン ト２１によって参照されるそれぞれのデータ構造２２．２３及び２４内に、オー ガナイザ１３によって記憶されることに留意すれば十分である。

グラフィカルアプリケーションｌＯが、セグメントツリー２０によって所望の出 力イメージを構築するようレンダラ１１に命令し終えたならば、このセグメント ツリーはレンダラ１１のコンバータ１４によって、グラフィックス出力装置１２ への出力に適した形式に変換される。具体的に言うと、このセグメントツリーは スパンテーブル６０へと変換され、そこにおいてイメージは１以上のスパンから 構成されるラインの連続として表される。後で説明するように、スパンテーブル ６０を構成するに際してコンバータ１４は、まずエツジテーブルデータ構造６１ を形成し、次いでアクティブエツジリストデータ構造６２を使用して出力イメー ジの各ラインを構築する。この変換処理では、セグメントの相互関係と深度優先 順位によって、セグメント間のオーバラップ衝突はすべて解決される。

スパンテーブル６０に含まれるイメージ情報は次いで、スパン出力処理１５によ ってグラフィックス出力装置１２に出力される。この処理では、各ラインが完了 するごとに１ラインずつスパン情報を出力するか、スパンテーブルが完了するま で待ってから装置１２にスパン情報を渡すかの、何れを行うこともできる。スパ ン情報の実際の受け渡しは、単に特定の長さのスパンを描くよう出力装置１２に 命令する単一のプリミティブＤｒａｗｓｐａｎ”によって行われる。

グラフィックス出力装置１２は一般に、最終出力イメージを表示又は印刷する前 に、レンダラ１１から受け取った情報をバッファ１７内に緩衝記憶する。多くの 場合、バッファ１７は、完全なイメージ表現を保持するフレームバッファテアル 。

レンダラ１１の全体的な動作は制御ユニット１６によって制御されるが、制御ユ ニット１６の主要機能は、種々の要素の動作をシーケンス化することである。具 体的に言うと、制御ユニット１６は、グラフィカルアプリケーション１０がセグ メントツリー２０の構成に関してセグメントオーガナイザ１３への命令を完了す るまで、コンバータ１４がその変換処理を開始しないことを保証する。さらに制 御ユニット１６は、スパン出力処理１５がスパンテーブル６０の構築と調整され ることを保証する。制御ユニット１６は独立した機能的実存として図示されてい るが、実際にはその機能を他の機能要素内に埋め込んでよいことが了解されよう 。従って例えば、セグメントオーガナイザ１３がインタロック構成を具現化して 、グラフィカルアプリケーション１０とコンバータ１４がセグメントツリー２０ に同時にアクセスできないことを保証することができる。

上述したレンダラ１１の概観から、これがグラフィカルアプリケーションｌＯと グラフィックス出力装置１２の間に、概念的に単純なインタフェースを提供する ことがわかる。なぜなら一方では、レンダラ１１のグラフィカルアプリケーショ ン１０とのインタフェースは単一のグラフィックス要素（即ちグラフィックスセ グメント２１）によって定義され、また他方では、グラフィックス出力装置１２ とのインタフェースは単一の演算プリミティブ（Ｄｒａｗｓｐａｎ）によって定 義されているからである。この後者の特徴によって、レンダラ１１を異なる出力 装置の間で簡単に移植できるようになっている。

セグメントとセグメントオーガナイーブグラフィックセグメント２１の属性と可 能な相互関係を、図２のセグメント２１Ａを参照して説明する（本明細書では、 「グラフィックセグメント」という用語がセグメントの表現すべてに適用される ことに注意しなければならない。図２の場合、セグメント２１Ａは、そのセグメ ントのパラメータ又は属性を定義するフィールド２８ないし３８を含むデータ構 造によって表現されている）。

セグメント２１Ａに関連する第１のフィールドは、そのセグメントを一意に識別 するセグメント識別フィールド２８である。残りの定義フィールドは２つのグル ープ、即ちそのセグメントが最終イメージ中でどのように現れるのかに直接関係 するフィールド２９ないし３２からなる第１のグループと、セグメントツリー２ ０におけるセグメント２１Ａと他のセグメントとの相互関係を定義するフィール ド３４ないし３８からなる第２のグループ（これらの相互関係は勿論、そのセグ メントが最終イメージ中でどのように表示されるかにも影響するが、この影響は フィールド２９ないし３２はど個別的ではない）に分割される。

フィールド２９は、定義点（即ち頂点）によって特定される１以上の輪郭によっ てセグメントの境界を定義するが、ここで点とはＸＹ座標空間内におけるＸ−Ｙ 座標対であり、そこにおいて各々の座標方向における距離の基本単位は「点単位 」　（これは、グラフィカルアプリケーションｌＯとレンダラ１１の間で使用さ れ、以下に説明する方法で現実のイメージ次元に変換される概念上の単位である ）である。実際には、セグメントデータ構造には一般に境界の完全な仕様は含ま れず、単にフィールド２９において定義点の１以上の組を含む境界データ構造２ ２を指すポインタが保持されるに過ぎない。この配置構成を用いると、複数のセ グメントが共通の境界定義を共有できるようになる。セグメント境界は、幅が０ であるとみなされる。

セグメントは境界内において、３つの形式、即ちソリッドカラー、ハーフトーン 、又はビットマツプの何れかである「フィル」を含む。

ソリッドカラーフィルの場合、関連する色仕様は、フィルフィールド３０に直接 に保持される。他のタイプのフィルの場合には、フィールド３０は、所望とする フィルの性質を指定するフィルデータ構造２３を指すポインタを保持する。

境界フィールド２９とフィルフィールド３０は、セグメント２１Ａの基本的な形 状と内容を定義する。次いで親セグメントに対する相対位置が、フィールド３１ で指定される相対変換行列（ＲＴＭ）によって定義される。この場合にも、この 指定は通常、フィールド３１に保持され変換データ構造２４を指すポインタによ る。

相対変換行列（ＲＴＭ）は、下記形式の３×３行列である。

ＲＴＭは、１つの座標空間内の点（及び境界−なぜなら境界は点だけから構成さ れる）を、行列によって定義される対応の点に変換するのに使用される。Ｓｘと ｓｙは、Ｘ成分とＹ成分に対するスケーリングを行う。ＴｘとＴｙは、ある点の Ｘ成分とＹ成分に対する平行移動をもたらす。ＲｘとＲｙは、Ｘ成分とＹ成分の せん断値であり、Ｓｘ及びｓｙと組み合わせて回転をもたらすのに使用される。

この行列の最後の列は、単純な行列積によって、複数の３×３行列を単一の行列 へと連結することができるようにするために設けられている。

フィールド３２は透明フィールドであり、最終イメージ中では見えないけれども 、表示されたイメージを介してのユーザ入力の目的では存在するとして考えられ るセグメントにフラグを立てるのに使用される。

セグメント２１Ａのフィールド３４ないし３８からなる第２のグループでは、セ グメント２１Ａと他のセグメントとの関係が、これらの他のセグメントを指すポ インタによって定義される。しかしてフィールド３４には、セグメント２１Ａの 親セグメントを構成するセグメント２１Ｐを指すポインタが含まれる。フィール ド３５には、セグメント２１Ａの兄第セグメント２１Ｓ（１）　（即ち、セグメ ント２１Ａと同一の親２ＬＰを有するセグメント）を指すポインタが含まれる。

セグメント２１Ａと２１３　（１）の兄弟関係は、図２では矢印３９によって示 されている。兄第セグメント２１Ｓ（１）にも同様に、別の兄第２１　Ｓ　（２ ）を指す兄第ポインタが含まれてよい。同様に、セグメント２］、Ａ自体が、別 の兄第（図示せず）から指されている場合もある。このようにして、同一の親セ グメント２１Ｐを有する兄第に関して、兄弟連鎖が確立される。実際には以下で 明らかになるように、同一の親を有してはいるが、その親との関係が異なる兄第 については、別々の兄弟連鎖が存在する。

兄弟連鎖内での兄第の順序が、兄第の相対的な深度の優先順位を決定することに なる。

セグメント２１Ａはまたフィールド３６．３７及び３８内に、子セグメント２１ Ｃを指す３つのポインタを含み、各々のポインタは異なるタイプの子セグメント を指す。しかしてフィールド３６は、セグメント２１Ａと「上側接続」関係にあ る子セグメント２１Ｃを指し、この関係は図２では矢印４０によって示されてい る。実際には、フィールド３６に含まれるポインタは、−１−側接続関係によっ てセグメント２１Ａと関連するすべてのセグメント２１Ｃの兄弟連鎖２５内の最 初の子を指している。同様に、フィールド３７に保持されるポインタは、「包含 」関係４１によってセグメント２］Ａと関連するすべての子セグメントを含む兄 弟連鎖２６内の最初の子セグメント２１Ｃを指す。さらに、フィールド３８に保 持されるポインタは、「下側接続」関係４２によってセグメンｌ−２１Ａと関連 する子セグメントの下側兄弟連鎖２７の最初の子セグメント２１Ｃを指す。上側 接続関係、包含関係及び下側接続関係の性質については後述する。上述したとこ ろか呟セグメント２１Ａが、１つの親セグメントと、０以上の兄第セグメントと 、連鎖２５．２６及び２７に配置される０以上の子セグメントを有することが看 取されよう。

図２では、セグメント２１Ａだけが以上に記載した外見上の関係の完全なセット を有し、図２に示された他のセグメントについては、それらの相互関係の一部だ けしか示されていないことが理解されよう。

フィールド３４ないし３８に保持される親ポインタ、兄第ポインタ及び子ポイン タを適切に設定することによって、セグメントのグループを非循環ツリー編成で 相互に関連させて、セグメントツリー２０を構成することができる。このツリー のセグメント間の関係は、さまざまなセグメントが最終イメージ中で互いにどの ように影響するかを完全に指定する働きをする。

「兄第」、「包含」、「上側接続」及び「下側接続」の関係の性質を、図３を参 照して以下に説明する。この図では、６角形のセグメント４３と３角形のセグメ ント４４が、前述の関係のそれぞれによって相互に関連している。具体的に言う と、兄弟関係３９がライン（ｉ）に示され、上側接続関係４０がライン（ｉｉ） に、包含関係４１がライン（ｉｉｉ）に、下側接続関係４２がライン（１■）に 示されている。各ラインの左端には、その関係のセグメントツリー表現が示され ている。各ラインの中央には、出力イメージ中でのセグメントの外見が示されて いる（セグメント４３に対するセグメント４４の所与の変換に関して）。各ライ ンの右端には、６角形のセグメント４３が反時計まわりに９０°の回転を受けた 後の、最終イメージ中のセグメントの外見が示されている。

ライン（１）から、セグメント４４が別のセグメント４３に対して兄弟関係を有 する場合には、兄弟連鎖で下位にあるセグメントはより低位の深度優先順位を有 し、従って兄弟連鎖で上位にある兄第の後ろ側に表示される（言い換えると、３ 角形のセグメント４４は６角形のセグメント４３とオーバラップする時に後ろ側 に表示される）ことがわかる。ライン（ｉ）にはまた、セグメント４３がセグメ ント４４に影響せずに空間変換を受けることができる（図３には示されていない が、その逆も成り立つ）という点で、セグメント４３とセグメント４４が相対的 に独立であることも示されている。

ライン（ｉｉ）には、３角形のセグメント４４が上側接続関係によって親セグメ ントと関係する場合には、セグメント４４がセグメント４３よりも高い深度優先 順位を有し、従ってこれら２つのセグメントがオーバラップする場合にセグメン ト４３の上側に表示されることが示されている。さらに、セグメント４４はその 親セグメント４３の境界に制限されていない。しかしながら、セグメント４４は 、親４３が経験する空間変換を受けるという点で、親４３の真の子セグメントで ある。従って６角形のセグメントが９０°回転される時には、子セグメント４４ も同様に回転され、親セグメント４３に対する相対的な位置が維持される。

ライン（ｉｉｉ）に示された包含関係は、２つのセグメントがオーツくラップす る場合には子セグメント４４がその親４３を上書きするという点で、上側接続関 係に類似している。しかしながらこの場合には、子セグメント４４は、その親４ ３の境界にクリッピングされる（即ち、その親の境界を越えては延びない）。ど の子についても同様であるが、包含される子セグメント４４は、その親４３が受 ける空間変換を受け、従って親が９０°回転するとセグメント４４も回転して、 親セグメント４３に対する相対的な位置が維持される。

ライン（ｉｖ）には、子セグメント４４がその親４３に対して下側接続関係であ る場合に、これら２つのセグメントがオーバラップする場合には親がより高い深 度優先順位を有し、従って最終出力イメージでは子セグメントの上側に表示され ることが示されている。上側接続関係の場合と同様に、下側接続関係についても 、子セグメント４４は親４３の境界によって制限されておらず、親の境界を越え て延びることができる。これは、子が親の境界でクリッピングされる包含関係と は異なる。下側接続関係では、他の親子関係と同様に、子セグメント４４がその 親の受ける空間変換を受ける結果となり、従って例えば親セグメント４３が９０ °回転すると子セグメントも同様に回転し、親に対する相対的な位置関係が維持 される。

子セグメントは、親に対して上述の直接的な関係を有すると同時に、その親から 下記のものを継承する。

（ａ）親がその親から継承した空間変換。これにより、あるセグメントの最終イ メージ中での位置、向き及びサイズは、そのセグメントの親に対する相対的な空 間変換と、その先祖のすべての空間変換との組み合わせによって決定される（セ グメントのＲＴＭに関して、あるセグメントの全体的な変換は、その先祖のすべ ての相対変換行列とそれ自体のＲＴＭとを連結して累積変換行列にしたものであ り、本明細書ではこれを連結変換行列又はＣＴＭと称する）。

（ｂ）親が受けたクリッピング制限と深度優先順位。これは、親の境界を越えて の子のクリッピングと上書きを決定するので、上側接続関係又は下側接続関係に よって親と関係する子に特に関連がある。

後者の継承は、各々の子セグメントが、その子が上書きすることはできるが、し かしその境界内に収まるようにクリッピングされる「背景」セグメントを有する 、という概念を生ずる。子セグメントが包含関係によって親と関連する場合には 、親はその子の背景セグメントをも構成する。しかしながら、子が上側接続関係 又は下側接続関係によってその親と関連する場合には、その子の背景セグメント はその親ではなく、問題とする子セグメントからセグメントツリーを遡る時に包 含関係を通じて最初に到達される先祖セグメントである。実際、子の背景セグメ ントについての後者による識別は、一般的に成り立つ。というのも、子が包含関 係によって親と関係する場合には、包含関係を通じてその子から最初に到達する 先祖セグメントは、もちろんその子の親になるからである。

図４と図５に、セグメントフリーの例とそれに対応する出力イメージを示す。図 ４のセグメントツリーでは、セグメントは輪郭によって表されており、セグメン ト境界内で下線付きで示されている識別文字ｒａＪないしｒｍＪで符号付けされ ている。また各セグメント境界内には、（数字、文字）対が括弧内で示されてい る。この対の中の文字は、対象とするセグメントの背景セグメントを識別し、こ れに対して（数字、文字）対の中の数字は、以下でその目的を説明する処理順序 番号である。

図４のセグメントツリーのセグメントｒａＪは、このツリーのルートセグメント であり、従って特に重要である。ルートセグメントの相対変換行列に含まれるス ケーリング係数は実際上、レンダラ１１によって使用される内部点単位次元と、 グラフィックス出力装置１２によって表示される出力イメージの次元（多くの場 合、画素によって表現される）との間のスケーリングを定義する。さらに、境界 によって定義されるルートセグメントのサイズは一般に、出力装置１２によって 使用できるようにされる潜在的な出力イメージ領域を（ルートのＲＴＭで定義さ れる適当なスケーリングの後に）完全に占めるようにセットされる。一般に、セ グメントツリーの他のすべてのセグメントは、包含関係４１を通じてルートセグ メントと直接的又は間接的に関連しており、従ってそれらは、ルートセグメント の境界内に収まるようにクリッピングされる。上側接続関係によってルートセグ メントに接続されるセグメントは通常、出力イメージを横切って高速に移動する セグメント（例えば対話式アプリケーションのカーソル）だけである。ルートセ グメントは、通常は出力イメージを完全に占めるので、ルートセグメントから下 側接続関係が直接に使用されることはない。

図５は、出力イメージの限界を定める長方形としてルートセグメントｒａＪを示 し、他のすべてのセグメントはルートセグメント内に含まれる。

セグメントｒｃＪは、実際上ルートセグメントと直接の包含関係にある唯一のセ グメントである。図かられかるように、セグメントｒｃＪは、３グループの子、 即ちセグメントｒｃＪの上側に現れることのできる上側グループ（セグメントｂ Ｓ　ｅＳ　ｆ及び」）、セグメントｒｃＪの境界でクリッピングされるがセグメ ントｒｃＪを上書きすることのできる包含グループのセグメント（セグメントｇ 、ｈ、１、ｍ及びｋ）、及びセグメント「ｃ」の下側に現れる下側セグメントの グループ（セグメントｄ及びｉ）を有する。ルートセグメント「ａ」内でセグメ ントｒｃＪを移動（セグメントｒｃＪのＲＴＭの修正によって）させると、その 子セグメントのすべてが同様に動かされる結果となる。

図４のセグメントツリーからの図５の出力イメージの構成は、セグメント間の可 能な関係の性質に関する前述の説明を考慮すれば明白になるはずである。従って 、図４と図面の簡単な説明はここでは行わない。しかしながら、いくつかの重要 な特徴を下に述べる。

兄第の相対深度優先順位は、図４及び図５ではセグメントｒｅＪ及びｒｆＪによ って示されている。図かられかるように、セグメント「ｆ」はセグメントｒｅＪ の兄第であるが、親セグメントｒｂＪに包含される子セグメントの兄弟連鎖中で 下位に現れることから、より低い優先順位を有する。従って、セグメントｒｅＪ 及びｒｆＪがオーバラップする場合は、セグメントｒｅＪが出力イメージに表示 される。セグメントｒｅＪはまた、セグメントｒｆＪに包含される子であるセグ メント「ｊ」にもオーバラップする（セグメントｒｅＪは、セグメントｒｆＪの 上側又は下側のすべての子ともオーバラップする）。

セグメント「１」は、上側接続関係によって親と関係するセグメントを示し、そ のようなセグメントは親とオーバラップする場合には親より高い優先順位を有す るが、実際に親とオーバラップする必要がないことを示すものである。オーバラ ップが発生するが否がは、子セグメント「１」の相対変換行列に依存している。

セグメントｒｍＪは、セグメントｒｌＪに対して上側接続関係にあるセグメント であり、このセグメント「１」は既に述べたように、セグメントｒｈＪに対して 上側接続関係にある。これらのセグメントは両方とも、セグメント「１」及びｒ ｍＪの背景セグメントとなるセグメント「ｃ」上に書き込まれる。セグメントｒ ｍＪに関して図かられかるように、あるセグメントは、背景セグメントと直接の 包含関係にない時であっても、背景セグメントによってクリッピングされる。

ここで図１の検討に戻ると、セグメントオーガナイザ１３は一般に、汎用プロセ ッサ上で実行される適当なプログラムコードの形態をとり、そのコードはグラフ ィカルアプリケーションがらの生成コマンド、修正コマンド及び削除コマンドに 応答して、セグメントツリー２０を構成する。具体的に言うと、セグメントオー ガナイザ１３は、必要に応じてセグメント、境界、フィル及び変換インスタンス オブジェクトを作成するためのクラスオブジェクトが設けられた、オブジェクト 指向の語法で実施できる。この場合、例えばグラフィカルアプリケーションＩＯ が、新セグメントを生成して既存のツリー構造へと追加することを望む場合には 、適当な変換、フィル及び境界のインスタンスを作成するために（適当なインス タンスがまだ存在しないと仮定する）、まず変換、フィル及び境界についてのク ラスオブジェツトにメツセージを送る。適当な変換、フィル及び境界インスタン スを作成するためにクラスオブジェクトにメツセージを送るに際して、アプリケ ーションｌＯは必要なデータを供給する。次に、アプリケーション１０はセグメ ントクラスオブジェクトにメツセージを送り、新たに作成された境界、フィル及 び変換インスタンスを使用して、アプリケーション１０によって指定された他の セグメントとの関連を有する新たなセグメントインスタンスを作成することを要 求する。新たなセグメントを作成する際には、例えば、既存の兄第よりも高い兄 弟優先順位を有するものとしてセグメントを指定することが必要になる場合もあ る。このことはもちろん、既存の親セグメントや兄第セグメントに含まれるポイ ンタの調節を必要とする。このような調節は、セグメントインスタンスオブジェ クト自体によって、オブジェクト間での適当なメツセージ送受によって処理され る。

このようなオブジェクト指向版のセグメントオーガナイザ１３の実施詳細は、当 業者には明らかであり、従ってここではこれ以上説明しない。

グラフィカルアプリケーションｌＯのコマンドに応答してオーガナイザ１３がセ グメントツリー２０を構築している時点で、コンバータ１４の後続動作を容易に するためにい（つかのデータ項目を計算できることが着ｌ」されよう。具体的に 言うと、コンバータ１４による使用のために、各セグメントの連結変換行列と背 景セグメントを決定し、キャッシュ記憶できる。しかしながらこの実施例では、 これらの項目はコンバータ１４自体によって決定される。

スパンテーブルへの コンバータ１４は、セグメントツリー２０のセグメントをイメージラインの組に 変換する変換処理を実行する。この１′メージラインの組のそれぞれは、１以上 のスパンを含むスパンリストによって表され、スパンリストはスパンテーブル６ ０に記憶されている。この変換処理では、セグメントは最終イメージ内の正しい 位置に置かれ、オーバラップ衝突はすべて解決され、セグメントは内部の点単位 座標から装置の座標へとスケーリングされる。装置座標は一般に、基準のＸＹ座 標フレーム内の画素によって指定される。スパンリストによって表現されたイメ ージラインは、基準の装置フレームのＹ座標方向に延びる（これはバッファ１７ が一般に、アクセス効率向上のため同一イメージライン内の画素がバッファ内で 隣接するように編成されるからである）。適当な情況の下では、Ｘ座標方向に延 びるようにスパンリストを配置構成できることが理解されよう。

この変換処理の全体的な進行を図６に示す。この変換処理の第１ステツプは、処 理される順番でもってセグメントに番号を付けるこ　−とである（ステップ５０ ）。その後、ＣＴＭと背景セグメントが決定される（実際には、この決定は好適 にはセグメント番号付けに際して行うことができるものであり、従ってステップ ５０の一部として図示されている）。次に、エツジテーブルが形成され、すべて のセグメントを規定するエツジのすべてに関するエツジレコードが格納される（ ステップ５１及び５２）。最後に、対象とする現在のイメージラインと交わるエ ツジのエツジレコードを検査することによって、一時に１ラインずつスパンテー ブルが構築される（ステップ５３ないし５５）。

まずセグメント処理順序番号（ステップ５０）を検討すると、ここでの全般的な １」的は、セグメントが深度優先順位の順に処理されることを保証し、それによ り後から処理されるセグメントが前に処理されたセグメントを上書きしないよう にすることによって、オーバラップ衝突が簡単に解決されるようにすることであ る。しかしながら、包含される子とその子孫は、それらを包含する先祖の境界で クリッピングされるので、包含される子（とその子孫）が背景セグメトを上書き する場合であっても、前者を処理する前に背景セグメントを処理することが必要 である。なぜならそうでなければ、包含される子を処理する時に、クリッピング 境界がイメージ座標に関して既知でな（なるからである。この要件から、後から 処理されるセグメントが前に処理されたセグメントを上書きすることができない という基本的な書込規則に対して、セグメントが背景セグメントを上書きしても よいという但し書きが追加されることになる。

セグメントに番号を付ける際には、ツリーはルートセグメントから横断される。

この場合にセグメントごとに、関連セグメントの番号付けの優先順位に関して、 下記の規則が適用される。

−検討中のセグメントの上側の子（とその子孫のすべて）にまず番号を付ける。

−その後、検討中のセグメントに番号を付ける。

−次に、検討中のセグメントに包含されるセグメント（とその子孫）に番号を付 ける。

一最後に、検討中のセグメントの下側のセグメント（とその子孫）に番号を付け る。

兄第に関してはリストの先頭から処理され、その結果リストの先頭の兄第セグメ ントとその子孫のすべてが最初に番号付けされ、その後に第２の兄第（とその子 孫のすべて）が番号付けされ、そして同一の兄第リスト内の他の兄第についても 同様に処理される。この横断番号性はアルゴリズムは、より形式的には下記の擬 似コードによって表現できる。

ＰＲＯＣＮＵＭ処理順序番号を割り当てるための再帰的ルーチン。

”Ｔｈ１ｓ　Ｓｅｇ”　＝　現在の親セグメント　−　ローカル”Ｓ”　＝　対 象とする子　−ローカル”Ｎｕｍｂｅｒ”　−処理順序番号　−グローバル１、 ＳをＴＴｈ１５−３ｅの最初の上側の子にセットして、ＴＴｈ１５−３ｅの上側 の子がなくなるまで下記を繰り返す。ただし、Ｓは各繰返しの前に次の上側の子 にセットする。

一セグメントＳを現在の親セグメントとして、ルーチンＰＲＯＣＮＵＭを実行。

２、Ｎｕｍｂｅｒをインクリメントする。

３、　ＴＴｈ１５−３ｅの処理順序番号としてＮｕｍｂｅｒを割り当てる。

４、ＳをＴｈｉｓｊｅｇの最初の包含される子にセットして、ＴＴｈ１５−３ｅ に包含される子がな（なるまで下記を繰り返す。ただし、Ｓは各繰返しの前に次 の包含される子にセットする。

−セグメントＳを現在の親セグメントとして、ルーチンＰＲＯＣＮｔ１Ｍを実行 。

５　ＳをＴｈ１ｓ　Ｓｅｇの最初の下側の子にセットして、Ｔｈ１ｓ　Ｓｅｇの 下側の子がなくなるまで下記を繰り返す。ただし、Ｓは各繰返しの前に次の下側 の子にセットする。

一セグメントＳを現在の親セグメントとして、ルーチンＰＲＯＣＮＵＭを実行。

この割り当てられた処理順序番号を使用することによって、前に処理されたセグ メントが後で処理されるセグメントの背景セグメントである場合を除き後で処理 されるセグメントは前に処理されたセグメントを」−書きできないという上述の 書込み規則に従って、セグメントツリーから出力イメージを描き上げることがで きる。

セグメントツリーをイメージに変換するための」二連の書込み規則は、この変換 に関与する処理の詳細とは無関係に適用される。言い換えると、この規則は、コ ンバータ１４によって実行される処理だけではなく、セグメントツリーから手に よって物理的にイメージを描き上げる場合にも適用される。読者が図４のセグメ ントツリーから、既にセグメントに関して注釈ずみの処理順序番号付け（この番 号付けが上記の番号付はアルゴリズムに従って決定される）を使用して図５を再 現してみれば、これを簡単に理解できるであろう。

セグメントが番号付けされた後（又は既に述べたように、この番号付けと同時に ）、各セグメントのＣＴＭと背景が決定される。決定のそれぞれは、スタック（ 後入れ先出し即ちＬＩＦＯデータ構造）を使用して簡単に達成できる。

しかしてＣＴＭ決定に関しては、ルートセグメントのＲＴＭ　（そのＣＴＭでも ある）が最初にＣ７Ｍスタックに入れられ、次いでセグメントツリーが横断され る。親子関係を下るか兄第関係を横切ることによっであるセグメントに始めて出 会うごとに、そのＲＴＭをＣ７Ｍスタックの先頭にあるＣＴＭと組み合わせるこ とによって、そのＣＴＭが決定される。新たに決定されたＣＴＭは、次いでセグ メントデータと共にキャッシュ記憶され、さらに、スタックの先頭に置かれる。

親子関係を遡るか兄第関係を横切ることによっであるセグメントを出る時には、 そのＣＴＭはＣ７Ｍスタックの先頭から除去される。

背景セグメントの決定も同様の仕方で行われ、背景スタックはセグメントフリー の横断を開始する前に、空に初期設定される。親子包含関係を下るたびに、親の 識別子が背景スタックに入れられ、これに対して包含関係を遡るたびに、スタッ ク先頭の入力項目が除去される。背景スタックの先頭入力項目によって、ツリー の横断に際して到達した現在のセグメントの背景セグメントが識別される。ある セグメントの背景の識別子は、セグメントデータと共にキャッシュ記憶される。

セグメントに番号を付け、ＣＴＭと背景を決定した後に、エツジテーブル６１が 作成され、データが書き込まれる（ステップ５１及び５２）。

エツジテーブルは、出力イメージのＹ座標ラインごとに１人力項目を含むデータ 構造である。ラインごとの入力項目は、装置座標においてそのラインに開始Ｙ座 標を有する全てのセグメントエツジのリストであり、このリストはエツジレコー ド６３のリンクリストにょフて形成され、このリストの最初のエツジレコードは 、エツジテーブルデータ構造６１に保持されるポインタによって指されている。

特定のＹ座標ラインに対応する開始Ｙ座標を有するエツジが存在しない場合には 、エツジテーブル内の対応する入力項目には、空白がセットされる。

各エツジレコード６３には、対応するセグメントエツジを装置座標によって記述 するデータが、そのエツジが由来するセグメントの識別子と、好ましくはそのセ グメントの処理順序番号及び背景と共に含まれる（ただし最後の２つの項目は、 セグメント自体を参照することによって必要な時にいつでも取得できる）。

処理順序番号に従って各セグメントを順に処理することによって、エツジテーブ ルが入力される。実際、出力イメーン全体がレンダリングされる場合には、エツ ジテーブルを形成するためにセグメントが処理される順序は問題ではない。ある セグメントを処理するためには、セグメント境界のエツジのそれぞれ又はセグメ ント境界を作り上げている輪郭のそれぞれが、そのセグメントのＣＴＭを適用す ることによって出力イメージ形式に変換され、その結果としてのエツジの特徴を 表すデータは、対応するエツジレコード６３に記憶される。このレコードは次い で、適宜エツジテーブル６１に挿入される。

図７は、セグメントのエツジをエツジテーブル６１に入力するための・　１つの セグメントの処理を示す図である。図かられかるように、このセグメントの境界 ７ｏは、６つのエツジ７Ｉないし７６からなる。エツジ７１及び７２は同一の開 始Ｙ座標を有し、従ってエツジテーブル６１の同一のエツジリストにエツジレコ ード６３として入力される。同様に、エツジ７３及び７４も同一の開始Ｙ座標を 有し、それらのエツジレコードは同一のエツジリストに入力される。また、エツ ジ７５及び７６もまた同一の開始Ｙ座標を有するので、それらのエツジレコード ６３もエツジテーブル６１の同一のエツジリストに入力される。

すべてのエツジがエツジテーブル６１に入力された後に、変換処理は次の段階に 移り、そこにおいては走査ライン（出力イメージのＹ座標ライン）ごとにアクテ ィブエツジリスト６２が形成されてその走査ラインを妨げるエツジのすべてがリ ストされる（ステップ５３）。

その後このアクティブエツジリストは、スパンテーブル６ｏ内に対応するスパン リストを形成するのに使用される（ステップ５４）。アクティブエツジリスト６ ２は最初の走査ラインに関して、その最初の走査ラインから始まる全てのエツジ レコード６３をアクティブエツジリストに入力することによって形成される。後 続の走査ラインに関しては、アクティブエツジリスト６２は、前の走査ラインの アクティブエツジリストを更新することによって形成される。この更新処理は、 現在の走査ラインから始まるエツジのエツジレコードを追加することと、アクテ ィブエツジリストに既に含まれているエツジレコードを更新することの両者を伴 う。この更新は、エツジの傾きに従ってＸ座標を変更しＹ値をインクリメントす ることによって、そのエツジについての現在のＸ及びＹ座標値を更新することを 包含する。この更新によって、そのエツジがもはや走査ラインを妨げないことが 示される場合には、そのエツジレコード６３はアクティブエツジリスト６２から 除去される。

図８は、図７に破線で示された走査ライン６９に関してアクティブエツジリスト ６２を構成するエツジレコード６３を示す図である。このエツジレコードによっ て表されるエツジによる現在の走査ラインの遮断を、図８に示す。

ある走査ラインについてアクティブエツジリストが形成された後に、それを構成 するエツジレコードは、それに関連するセグメント処理順序番号に応じて、走査 ラインとエツジとの現在のＸ遮断点でソートされる。

ソート済みのアクティブエツジリスト６２を使用して、現在の走査ラインに対応 するスパンテーブル入力項目が作成される。このスパンテーブル入力項目には、 １以」二のスパン６５をリンクリストとして保持するスパンリストが含まれる。

１つのスパンは、特定のセグメントに関連する、出力イメージ走査ラインの中断 されていない部分を定義する。図１Ｏは、スパンＮ１スパン（Ｎ＋１）及びスパ ン（Ｎ＋２）として識別される３つのスパン６５を含む、走査リストの一部を示 す図である。各スパンは４つのフィールドを有し、そのうちの１つは関連するセ グメントを識別し、２つは右と左のＸ座標（それぞれＸＬとＸＲ）によってスパ ンの位置を指定する。Ｙ座標フィールドは必須ではないが、これはこのスパンテ ーブルデータ構造では、スパンテーブル内でのスパンリストの位置によって、各 構成スパンリストのスパンについてのＹ座標が暗黙のうちに示されるからである 。スパンデータ構造の残りのフィールドはポインタ、即ち現在のスパンリスト内 の次のスパン（存在するならば）を指すポインタ６６（Ｐ−ＮＥＸＴ　５ＰＡＮ ）と、その目的については後述する透明リストの最初のレコード６８を指すポイ ンタ６７　（Ｐ−ＴＲＡＮＳＰＡＲＥＮＣＹ）である。

スパンリストを形成するためには、アクティブエツジリストが処理されるが、こ れはリスト内のエツジレコードの連続する対を取り、各対を使用して対応するス パンを形成し、その２つの区切りのＸ座標値を対象としているエツジレコードの 現在のＸ値にセットし、Ｙ座標値を現在の走査ラインのＹ座標値にセットし、そ のセグメント識別子を関与している２つのエツジレコードの識別子にセットする ことによって行われる（アクティブエツジリストが処理順序番号によってソート されており、あるＹ座標値を検討する時には必ず１セグメントに対して偶数のエ ツジが存在するので、これらのレコードは同一のセグメント識別子を有する）。

スパンが形成されたならば、次いで現在の走査ラインに関するスパンリストにそ のスパンを挿入する試みが行われる。しかしながらこの挿入は、処理順序番号に 従ってセグメントを処理する場合に最終イメージ中にセグメントを書き込むにつ いての上述の規則、即ちあるセグメント（又は、この場合にはセグメントのスパ ン）を書き込めるのは、上書きされるセグメントが現在のセグメントの背景セグ メントである場合を除き、それが別のセグメント（又はセグメントスパン）を上 書きしない場合だけである、という規則に縛られる。

現在のスパンによって上書きできる背景を構成するセグメントの識別子は、その スパンを区切るエツジレコードからか、或いはそのスパンが導出されたセグメン トを参照することによって取得できる。

この挿入処理には、併合されるスパンを区切るＸ座標値、及び部分的に上書きさ れるすべてのスパンを区切るＸ座標値を適宜調節すること（必要な場合には影響 を受けるスパンを２以上のスパンに分割することを含む）と、影響されるスパン のＰ−ＮＥＸＴ　５ＰＡＮポインタをそれに応じてセットすることが含まれる。

図１１は、図５の線８０−８０に沿って取った走査ラインに関するスパンリスト ８１の構成を１０段階で示す例である。図１１に示されたステージ（１）ないし くＸ）のそれぞれについて、スパンリスト８１の現在の内容と、このスパンリス トに併合されるスパンリスト８２の両方が示されており、スパン８２は既存のス パンリスト８１の下側に示されている。

スパンリストに併合される各スパン８２内には、対応するセグメントの識別子だ けでなく、（処理番号、背景セグメント）対も示されているが、これはセグメン トスパンが処理される順序と、既存のスパンリストへのスパンの上書きが成功す るか否かの両方を理解しやすくするためである。

ステージ（１）では、スパンリストは既に、ルートセグメントｒａＪに対応する スパンを保持するものとして示されている。併合しようとするスパン８２はセグ メントｒｂＪからのスパンであり、これは走査ライン８０−８０と交わるセグメ ントのうちで、セグメントの処理順序番号に従って次に処理されるセグメントで ある。セグメントｒｂＪの背景セグメントは、ルートセグメントｒａＪであり、 その結果セグメントｒｂＪのスパン８２は、このスパンリストに完全に併合する ことができる。結果のスパンリスト８１は図１０のステージ（ｉｉ）に示されて いるが、図かられかるようにこのスパンリストには今度は、３つのスパンが互い にリンクされて含まれている。なぜなら元々ルートセグメントｒａＪに対応して いたスパンは、セグメントｒｂＪのスパンによって２つのスパンに分割されてい るからである。

ステージ（ｉｉ）では、セグメントｒｅＪに対応するスパン８２が、スパンリス ト８１に併合される。セグメントｒｅＪの背景はセグメントｒｂＪであり、スパ ン８２はスパンリスト８１内でセグメントｒｅＪの境界内に完全に含まれるので 、セグメントｒｅＪのスパン８２の全体がこのスパンリストに成功裡に併合され て、ステージ（ｉｉｉ）に示される新たなスパンリスト８１が作られる。

ステージ（ｉｉｉ）では、セグメントｒｆＪからのスパン８２がスパンリスト８ １に併合されるが、セグメントｒｆＪの背景セグメントはセグメントｒｂＪであ る。セグメントｒｆＪのスパン８２は、スパンリスト８１内でセグメントｒｅＪ 及びｒｂＪに対応するスパンとオーバラップするので、スパン８２の一部だけが スパンリスト８２に併合されることになるが、この一部とは、セグメントｒｆＪ のうち背景セグメントｒｂＪとオーバラップする部分である。結果としてのセグ メントｒｆＪスパン８２のスパンリストへの部分的な併合が、ステージ（ｌＶ） の新たなスパンリスト８１に示されている。

ステージ（１ｖ）ないしくＸ）で行われるスパンリスト８１へのスパン８２の併 合は、ステージ（１）ないしく１ｉｉ）と実質的に同じ仕方で進行するため、詳 細に説明することはしない。

変換処理の終了に際しては、セグメントツリー２０はイメージのスパンテーブル 表示に変換されており、そこにおいてはすべてのセグメントが正しい位置、向き 及びサイズで最終イメージへとマツピングされており、すべてのオーバラップ衝 突が解決されている。このスパンテーブル６０は、装置座標における、最終的な 出力イメージの圧縮表現を提供している。

セグメントオーガナイザ１３と同様に、コンバータ１５も汎用プロセッサ上で実 行されるコードにより実施されることが好ましく、この実施形態は例えば、エツ ジテーブル、エツジリスト、エツジレコード、アクティブエツジリスト、スパン テーブル、スパンリスト及びスパンに対応するオブジェクトを用いるオブジェク ト指向の語法で既に述べたように、図１のスパン出力機能１５は、出力装置１２ に所与のＹ座標位置で２つのＸ座標位置の間に所与の色の線を描くよう命令する 、！■−の演算プリミティブＤｒａｗｓｐａｎを有する。この出力処理には、最 終的なスパンテーブル６０に含まれるスパンごとにＤｒａｗｓｐａｎを呼び出す ことが含まれる。スパンテーブルのスパンは互いにオーバラップせず、各々がそ れ自体で完全に定義されているので、Ｄｒａｗｓｐａｎを使用してスパンが装置 １２に出力される順序は重要ではない。

転送効率を最大にするため、同一色のスパンを一緒に出力し、それによって色が 変更される場合以外は色を指定する必要をなくすこともできる（勿論この方法は 、イメージのランダム書込みが可能な特定のタイプの出力装置でのみ行いうるち のであることは理解されよう）。

スパンテーブル内の各スパンに関連する色は、対応するセグメントのフィルを参 照することによって得られる。このフィルが多色ビットマツプの場合には、その スパンを構成する単色の部分スパンごとにＤｒａｖｓｐａｎを呼び出さなければ ならない。

このシステムの初期設定に際しては、出力処理により、出力装置に合わせて色ル ックアップテーブルを初期設定することができる。

これと同時に、イメージ範囲外の背景色や、イメージサイズなどのパラメータを 指定することもできる。既に示したように、イメージサイズは、ルートセグメン トのサイズに反映され、またルートセグメントのＲＴＭのスケーリング係数に反 映される。

出力装置１２は一般に、視覚表示装置上の表示の形態で現実に走査ラインが出力 される前に、バッファ１７内に１以上の走査ラインを構成する。バッファ１７が 完全なイメージビットマツプを保持しない場合には、Ｄｒａｗｓｐａｎを使用し てスパンが出力される順序が重要になる。

なぜなら出力装置は、特定の走査ラインが他の走査ラインよりも前に出力される ことを必要とするからである。

４ムユジＩ圭ｔカーソル−閑作 以上においては図１の実施例を、アプリケーションｌＯによって構成され、次い でレンダラ１１によって出力装置１２に出力される完全なセグメントフリーによ って説明してきた。セグメントツリーは、表現すべきイメーン内に変化があるた びに再成しなければならないものではなく、アプリケーションＩＯから作成、修 正及び削除コマンドを使用することによって、必要に応じて修正できることが理 解されよう。セグメントフリーの修正が完了したならば、次いでこれを新たな出 力イメージに変換することができる。この変換は、新たなイメージが生成される たびに最初から繰り返してもよいが、代替的に当技術分野で既知の制限付き変換 処理を行うこともでき、その場合には例えば、再変換はイメージの更新領域を区 切る長方形の境界ボックスに限定される。

グラフィック出力システムの表示アプリケーションにおいて用いられる表示カー ソル及びその他の高速移動スプライト（ｓｐｒｉｔｅ）に関しては、既に注記し たように、このようなカーソルが、セグメントツリー２０のルートセグメントに 対して上側接続関係にあるセグメントの形態を取ることが好都合である。更に、 カーソル（単数又は複数）及び全ての子孫は好ましくは、包含関係を通じてルー トセグメントと関連付けられているメインのサブツリーとは別個のサブツリーと して扱われる。カーソルのサブツリーはこの場合、別個に番号付けされ、コンバ ータ１４によってレンダリングされて、主たる出力イメージスパンテーブル６０ に付加される別個のカーソルスパンテーブル６０Ｃ（図１参照）を生成する。こ れら２つのスパンテーブルは最終的には、スパン出力機能１５により組み合わさ れ、カーソルスパンテーブル６０Ｃが主イメージスパンテーブル６０に優先する ようにされる。この構成は、カーソル（及びその子孫）を移動する度に主スパン テーブルを再生成する必要がな（、単にそのカーソルに対する背景として動作す るという利点を有する。カーソルスパンテーブルの再生成は、このテーブルが（ 全ての子孫セグメントと共に）カーソルそれ自体の境界に限定されているために 、比較的簡単なことである。

ＲＴＭを修正することによってカーソルを移動させることは、何らかのアプリケ ーション処理決定の結果としてアプリケーションによって、或いはポインティン グデバイスを介してのユーザ入力に応じて行うことができる。しかしながら、ポ インティングデバイスを介してのユーザ入力に応するカーソル移動は、カーソル 操作の極めて一般的な形式であることから、このようなカーソル移動の効率を最 大化するために、特別な手段を講することが好ましい。これをより詳細にいえば 、カーソルスパンテーブルにはＸ及びＹオフセットが関連付けられており、これ らはイメージ座標に関してＸ及びＹオフセットを特定しており、これらのオフセ ットにより、カーソルスパンテーブルにおけるスパンは、主スパンテーブルとの 組み合わせに先立ち、スパン出力処理によってシフトされねばならない。この場 合には、ポインティングデバイスを介したユーザの入力に応じてカーソル位置を 更新することは比較的簡単な事項となるが、これは、その場合に必要となるのが 、デバイスによって指定される新たな絶対的なＸ及びＹイメージ座標値を、前述 のＸ及びＹオフセットとして記憶し使用することだけだからである。アプリケー ションにより行われるカーソル移動と、ポインティングデバイスから直接に行わ れるカーソル移動に矛盾がないようにするために、アプリケーションが実行を欲 する全てのカーソル移動について、カーソルセグメントＣＴＭにおけるＴｘ及び Ｔｙ変換は、コンバータ１４によってカーソルスパンテーブルについてのＸ及び Ｙオフセット値に変換され、カーソルスパンテーブルそれ自体においてカーソル スパンを位置決めするのには用いられない。

ルートセグメントに関連した上側接続兄弟連鎖における兄弟として、幾つかのカ ーソルが同時に存在する場合には、各々のカーソルは（その子孫と共に）、それ 自体に関連したスパンテーブルを有する別個のサブツリーとして扱うことが可能 であり、この場合にスパン出力機能は、このようなスパンテーブルの各々を、優 先順に主スパンテーブル６０と組み合わせるように動作することである。しかし ながら、多数のカーソルが存在する場合であっても、単一のカーソルサブツリー とスパンテーブル６０Ｃを用いることが一般に適当である。

ユニ１人力 図１に示されているように、アプリケーションｌＯに対するユーザ入力は、入力 デバイスｌｏｔによってなされるものであり、これらのデバイスは入力事象ハン ドラ１００によってアプリケーション１０にインタフェースされている。これに ついての主要な関心事は、グラフィックス出力装置１２に表示されたイメージを 参照することによってなされる入力である。このような入力は、マウスその他の ポインティングデバイスによって発生しうるちのであり、一般にイメージのＸＹ 座標に関するイメージ位置を含んでいる。この目的のために、ポインティングデ バイスが相対的な移動の検出を意図する場合であっても、このイメージ位置は絶 対的なものであり、また絶対的な位置出力をもたらすのに必要な処理は機能ブロ ック１０１内に含まれているものと仮定する。

図１２は概括的な処理を例示しており、それによればイメージ座標値を有するイ メージ位置は、入力事象ハンドラ１００によって有意情報に変換され、アプリケ ーションｌＯに送られる。これをより詳細にいえば、イメージ位置は、そのイメ ージ位置において表示されたセグメントの識別性と、セグメント座標に関してそ のセグメント内で指定された位置（即ちそのセグメントに関する標準的な基準点 に適用される点単位−例えば最小のＸ及びＹ座標値）に変換される。以下では、 入力イメージ位置に対応するセグメントを一般的に「目標」セグメントとして、 またそのセグメント内で指示される位置を「被目標」位置と称する。

入力イメージ位置から目標セグメントの識別性と被目標位置を導出するための処 理は、３つのタスク１０２．１０３及び１０４からなる。これらのタスクの最初 のものは、入力イメージ位置から目標セグメントを識別することであり、これは 主スパンテーブル６０を参照することによってなされる。入力されたＸ及びＹイ ヌ−９位置座標は、適切なスパンリストを識別し、次いでそのリスト内で適切な スパンを識別するために用いられる。このスパンは次いで、対応するセグメント を直接に識別し、このセグメントが目標セグメントである。

目標セグメントが識別されたならば、タスク１０３がセグメントツリー２０を参 照し、そのセグメントについての連結変換行列（ＣＴＭ）を確認する。前述した ように、この行列は出力イメージを生成するときにコンバータ１４で実行された 変換処理のステップ５０において発生されたものであり、この行列は関連するセ グメントと共にキヤ・ノシュ記憶されている。仮に例えば、メモリの制限を理由 としてキャッシュ記憶されたＣＴＭが破壊されたとすると、目標セグメントの相 対変換行列ＲＴＭとセグメントツリー２０におけるその全ての先祖を連結するこ とにより、その再計算がなされる。セグメントオーガナイザ１３がオブジェクト 指向形式で実施された場合には、ＣＴＭを導出する処理は、直接に利用可能でな ければ、先祖セグメントについて適切なメツセージを出すことにより、目標セグ メントオブジェクトにより対処されることが理解されよう。

タスク１０３で目標セグメントのＣＴＭを確かめた後、タスク１０４で逆行列が 発生され、目標セグメントに適用されたセグメント座標に対するイメージ座標位 置の逆変換が行われる。得られた被目標位置は、次いでアプリケーション１０に 対し、目標セグメントの識別性と共に出力される。

図１３は、入力事象ハンドラ１００の機能ブロック図である。図１３において、 入力デバイスサブシステム１０１は、キーボード１０６と、ボタン１１９を備え たマウス１０７の形式のポインティングデバイスを含むものとして示されている 。このサブシステム１０１は、別のポインティングデバイスを含めて他の入力デ バイスとして構成することができる。

入力デバイスサブシステム１０１は、入力デバイスの何れがか入力事象ハンドラ １００へと通すための新規な事象を有している場合にはいつでも、割り込み１０ ８が発生されアプリケーション１０へと供給されて、後者が入力事象ハンドラ１ ００によるサブシステム１０１のポーリングを開始するように構成されている。

入力事象ハンドラ１００には、制御機能ブロック１１０と、ポインティングデバ イス移動事象処理機能部１１２と、ポインティングデバイスボタン事象処理機能 部１１３と、キャラクタ入力事象機能部１１４とが含まれる。制御機能部１１０ は、各々の入力チャンネルに特定の特性を関連付けるためのそれぞれのデータ構 造１１１を含み、そこにおいて１つの入力チャンネルは、入力デバイスサブシス テム１０１の入力デバイスのそれぞれ１つに対応する。これをより詳細にいえば 、データ構造１１１は、入力チャンネル識別フィールドと、そのチャンネルに関 連付けられた入力デバイス（例えばキーボード又はポインティングデバイス）の 形式を識別するデバイスタイプフィールドと、デバイス形式がポインティングデ バイスである場合にそのポインティングデバイスに関連するイメージカーソルを 形成するグラフィックセグメントを識別するフィールドを含む。入力デバイスが ポインティングデバイスである場合、そのデータ構造１１１にはまた、そのポイ ンティングデバイスにより指定された現在の目標セグメントを識別するフィール ドを含ませることができる。この後者のフィールドはデータ構造１１１中に記憶 する必要はないけれども、対応するカーソルセグメント共に記憶させることがで きる。各々の入力チャンネルについてのそれぞれのデータ構造は、グラフィック スシステムが始めて起動される場合に初期化される。

入力デバイスサブシステム１０１が割り込み１０８を発生させると、アプリケー ション１０は、入力事象ハンドラ１００の制御機能部１１０にポーリング要求を 通すことによって応答する。その後、制御機能部１１０は、入力デバイス１０６ ．　１０７の各々を順次ポーリングする。このポーリング処理によって検出され た入力事象又は各々の入力事象について、制御機能部１１０は機能部１１２．１ １３及び１１４の適切なものにより、その事象がポインティングデバイス１０７ の移動であるか、ポインティングデバイスボタンの操作であるか、又はキーボー ド１０６を介してのキャラクタ入力であるかどうかに依存して、入力事象の処理 を行わせる。

各々の機能がその動作を完了した後、制御は制御機能部１１０に戻されて、入力 デバイスに対するそのポーリングが続行される。全ての入力デバイスがポーリン グされ、全ての入力事象が適切な機能部１１２゜１１３、１１４によって処理さ れたならば、制御機能部１１０がポーリング動作を終了させ、これに従ってアプ リケーションｌＯに信号を出す。

ポーリング処理の間、アプリケーションｌＯは一般に、セグメントツリー２０を 修正しないように構成されている（但し適当な条件下では、ある種の修正は許容 される）。

ここで、事象処理機能部１１２．１１３及び１１４についてより詳細に説明する 。最初にポインティングデバイス移動事象処理機能部１１２について考えると、 これは制御機能部１１０が移動事象を検出したときはいつでも、関係のあるデバ イスの識別性を（入力チャンネル番号として）、そのデバイスによって指定され た新たなイメージ座標と共に、機能部１１２に対して通す。移動事象機能部１１ ２によって実行される最初のタスクは、出力イメージを直接に更新して、関係の ある入力デバイスに関連した新たなカーソル位置を反映させることである（ブロ ック１１５参照）。このカーソル位置の更新は、新たなＸ及びＹイメージ座標値 を、入力デバイスに関連したカーソルスパンテーブル６０Ｃに通すことによって 行われ、このスパンテーブルは、入力デバイスに関連したカーソルセグメントを 確かめるために対応データ構造１１１を参照することによって識別され、またカ ーソルセグメントとスパンテーブルとの間の関連付けは、レンダラ１１それ自体 によって行われる。

適切なカーソルスパンテーブルに通された新たなＸ及びＹイメージ座標値は次い で、カーソルスパンテーブルが出力処理部１５によって主スパンリスト６０と組 み合わされる場合に、カーソルスパンテーブルに対するＸ及びＹオフセット値と して用いられる。

移動事象処理機能部１１２によって実行される次のタスクは、ポインティングデ バイスによって指定された目標セグメントを識別することである（ブロック１１ ６）。この識別は、図１２に関して前述した態様でもって、新たなＸ及びＹイメ ージ座標値を用いて主スパンテーブル６０を参照することによって行われる。識 別された目標セグメントが、そのデバイスについてのデータ構造１１１中に記憶 された目標セグメントの識別性によって示される如き、ポインティングデバイス によって先に指定された目標セグメントと異なる場合には、移動事象処理機能部 １１２は、その新たな目標セグメントとそのセグメント内での被目標位置につい て、アプリケーションｌＯに通知するように構成されている。この後者のパラメ ータは、ＣＴＭを確かめるためにセグメントツリー２０を参照することでタスク １１７により決定され、これによりイメージ位置のセグメント位置への逆変換が 行われる。タスク１１７の実行は、目標セグメントに変化がある場合に限定する ことができる。代替的には、タスク１１７は移動事象が処理される度に実行する ことができ、その場合に被目標位置は、アプリケーションｌＯがこの情報を要求 したときに即座に利用可能であるように、目標セグメントと共に記憶される。

移動事象処理機能部１１２は、移動事象の処理を完了した後、入力デバイスサブ システムをチェックして、何らかの他の移動事象が処理を待っているかどうかを 確かめる。処理待ちの場合には、それらの事象が順次処理される。全ての移動事 象が処理されたならば、移動事象処理機能部１１２がレンダラ１１に対して「更 新」呼び出しを行い、レンダラが出力イメージの更新を行って、関係のあるポイ ンティングデバイスのカーソルの新たな位置を反映するようにされる。既に示し たように、この更新に含まれるのは単に、カーソルスパンテーブルを新たなオフ セット位置において主スパンテーブルと融合させることであり、これは出力装置 １２に対してスパンが出力されるときに、スパン出力処理部１５によって実行さ れる。

ポインティングデバイスボタン事象処理機能部１１３は、制御機能部１１０がポ インティングデバイスのボタンの状態変化を検出した場合にはいつでも、制御機 能部１１０によって呼び出される。機能部１１３を呼び出すに際して、制御機能 部１１０は機能部１１３に対し、関係のあるポインティングデバイスの識別性、 関与するポインティングデバイスのボタンの識別性、及びそのボタンの新たな状 態を通す。ボタン事象処理機能部１１３は、現在の目標セグメントの識別性及び そのセグメント内の被目標位置と共に、この情報をアプリケーション１０に対し て通すが、これはこの情報が一般に、ボタン事象を処理するときにアプリケーシ ョン１０によって要求されるからである。この情報がデータ構造１１１に記憶さ れていると、関係のあるポインテイングデノくイスについての現在の目標セグメ ントの識別性を容易に確かめることができる。この情報が対応するカーソルスパ ンテーブル（そのスノくンテーブルについてのＸ及びＹオフセット値である）に 関連して記憶されていると、イメージ座標に関しての現在の被目標位置をも容易 に取得することができる。ボタン事象処理機能部１１３のタスク１１８により、 被目標イメージ位置が回復され、この情報は次いでセグメントツリー２０から取 得される如き目標セグメントのＣＴＭと共に用いられて、被目標セグメント位置 が決定される。次いでこの情報（よ、アプリケーションＩＯに通される。

最後に、入力デバイスサブシステム１０１をポーリングする場合に制御機能部１ １０によって検出された入力事象が、キーボードデノくイス１０６から発せられ るキャラクタ事象である場合には、制御機能部１１０はキャラクタ事象処理機能 部１１４を呼び出して、適切なキャラクタ情報をアプリケーションＩＯに対して 通す。

え脚立グ１）上 既に述べたように、フィールド３２にフラグをセットすることにより、あるセグ メントに透明なものとしてフラグを立てることができる。透明セグメントは、最 終の出力イメージ中で任意の他のセグメントを隠すことができないという点を除 き、任意の他のセグメントと同じものである。かくして透明セグメントは、その 背景セグメントに対してクリッピングされ、また全ての包含された子孫をもクリ ッピングする。特定の不透明セグメントとして表示された出力イメージの部分は 、１以上の透明セグメントによってカバーすることができる。透明セグメントの 目的は、特にオーバラップした検出ゾーンが必要な場合に、対話式アプリケーシ ョンにおける入力事象の検出を容易にすることにある。これに加えて又は代替的 に、セグメントをツリーにグループ化させるために、透明セグメントを用いるこ ともできる。

透明セグメントは出力イメージ中で直接に見えるものではないが、それらがどの ようにして他のセグメントによりクリッピングされ上書きされるかを決定するた めに、通常のセグメントと同様の変換処理にそれらを従わせることが必要である 。このことはこの実施例においては、スパンリストにおけるスパンの主リンクリ ストは透明セグメントの存在によって変更されないままとするが、主スパンの各 々について、そのスパンにオーバラップする透明セグメントのリンクリストを指 定するように構成することにより達成される。かくして図１０を参照すると、ス パン６５の最終フィールドＰ−ＴＲＡＮＳＰＡＲＥＮＣＹｉこは、そのスパンの 上側にある透明セグメントをリストアツブしたレコード６８のリストの最初のレ コードを指定するポインタ６７が保持されている。各々の透明セグメントのレコ ードには、セグメントＩＤ（識別性）フィールドと、透明セグメントのリストに おける次のレコード（存在するならば）に対するポインタが含まれている。透明 セグメントのスパンがスパンリストに追加されているときには、それは一般に、 それが背景セグメントを上書きできるだけであるという基本的な書き込みルール に従うが、しかし他の透明セグメントの上側にあることができるという修正が加 えられる（後者もまた透明セグメントである場合にはその背景によってクリッピ ングされているという偏見なしに）。透明セグメントのスパンが複数の主スパン ６５にわたって延在する場合には、１つの透明セグメントスパンを１以上の透明 レコード６８に分割することも必要となる。更にまた、ある透明スパンが既存の スパンと完全にオーバラップしない場合には、既存のスパンをより小さなスパン に分割して、透明スパンがそれが上側にくる不透明なスパンと同じＸＬ及びＸＲ 座標を有するようにされる。

入力事象により、移動事象処理機能部１１２又はボタン事象処理機能部１１３の 何れかが、ポインティングデバイスによって指定されたセグメントの識別性を決 定することが要求される場合には、関係のあるスパンテーブルのスパンの検査に は、スパンレコード６５のセグメントＩＤフィールドからセグメントの識別性を 抽出することだけではなく、Ｐ−ＴＲＡＮＳＰＡＲＥＮＣＹフィールドにおいて 状態検査を行うことも含まれる。このフィールドにおいて１以上の透明レコード ６８のリストが指定される場合には、これらのレコードも調べられ、ポインティ ングデバイスによって指定された透明セグメントの各々は、主スパンの目標セグ メントと共に、関係のある事象処理機能部１１２／１１３に戻すように通される 。このような透明な目標セグメントの各々は次いで、主目標セグメントと同じ態 様で処理される。かくしてアプリケーションには、例えば、ある特定のポインテ ィングデバイスが特定の主目標セグメント及び幾つかの透明セグメントを指定し ていることが通知され、アプリケーション１０が、それに通知された各々の目標 セグメントに関連する特定の機能を実行する結果となりうる。

代替的な実施例においては、アプリケーション１０には一番上側の透明セグメン トだけが通知され、また透明セグメントがない場合には、不透明セグメントの識 別性が通知される。アプリケーション１０は次いで、報告された透明セグメント の下側にある全てのセグメントの識別性について、もしその情報が必要ならば問 い合わせることができる。

没肚又叉漕 上述したグラフィックスシステムには、請求の範囲に記載の本発明の概念から逸 脱することなしに、多数の設計変更を行いうろことが理解されよう。しかしてセ グメントオーガナイザ及びセグメントツリー２０に関しては、セグメント２１は 上述した非循環ツリー以外の階層編成でもって編成することが可能であり、また 実際、階層的に編成することは必ずしも必要でない。

更にまた、セグメントを内部座標系からデバイス（イメージ）座標系に変換する ためのＣＴＭデータ参照は、セグメントツリーへと戻って参照する必要性を回避 するために、スパンテーブルの各々のスパンと共に記憶させることができる。勿 論、変換データの編成は上述のものと異なることができる。

スパンテーブル６０は、イメージ位置をセグメントの識別性へとリンクさせる、 イメージ表現の代替的な形式によって置換することができる。か（して例えば、 このイメージ表現は各（Ｘ、Ｙ）座標対の各々に対してセグメント識別性を与え る２次元アレイであることができる。明らかに、そのような表現はスパンテーブ ルよりコンパクトなものではなく、従ってより多くの記憶容量を占有する（また 潜在的に、処理をより遅くさせうる）。

ＦＩＧ　５ ＦＩＧＩＯ ＩＧ１１ 国際調査報告 ＰＣＴ／ＧＢ　９１１０１７６６ 国際調査報告

Claims (12)

【特許請求の範囲】
1. １．２次元出力イメージ中において潜在的にオーバラップする関係でもって表示 されることが意図される複数のグラフィックセグメントを記憶するセグメント記 憶手段と、前記グラフィックセグメントがセグメントをセグメント座標からイメ ージ座標に変換するための関連した空間変換データを有することと、記憶された グラフィックセグメントから、セグメント間の全てのオーバラップ衝突が解決さ れた状態で前記２次元イメージを表す出力信号を導出するコンバータ手段と、こ のコンバータ手段が前記空間変換データに応じて前記イメージ中に各々のセグメ ントを配置するよう動作すること、及び イメージ座標に関してイメージ位置を受信し、対応するセグメント位置を決定す る入力事象処理手段とを含むグラフィックスシステムであって、 前記コンバータ手段が、前記出力信号の発生に際してイメージ位置をセグメント の識別性に関連させるイメージ表現を発生及び記憶するよう動作し、前記入力事 象処理手段が、前記表現を参照することによりそれが受信したイメージ位置に対 応するセグメントの識別性を決定するよう動作し、前記空間変換データを用いる ことにより受信したイメージ位置をセグメント座標にマッピングする、グラフィ ックスシステム。
2. ２．前記セグメントがグラフィックセグメントの階層編成として前記セグメント 記憶手段に記憶され、各々のセグメントが関連する相対的な空間変換を有し、前 記変換が一緒になって前記空間変換データを構成し、前記コンバータ手段が該当 のセグメント及び前記編成におけるその先祖の双方に関連する相対的な変換の連 結に応じて各々の子セグメントを前記イメージ中に配置するよう動作し、前記入 力事象処理手段が前記受信したイメージ位置をセグメント座標にマッピングする に際して、前記受信したイメージ位置に対応するセグメントについて前記コンバ ータ手段によって実行されたものに対する逆変換を行う、請求項１のグラフィッ クスシステム。
3. ３．前記イメージ中に前記子セグメントを配置するに際して前記コンバータ手段 によって用いられる相対変換の前記連結が、対応するセグメントと共に記憶され 、前記入力事象処理手段が逆変換を行うに場合に前記連結をアクセスするよう動 作する、請求項１のグラフィックスシステム。
4. ４．前記コンバータ手段により発生された前記イメージ表現が、イメージを構築 するために用いられる複数のラインの各々についてスパンの組の形式を取り、前 記スパンの各々は前記イメージ中で表示すべきそれぞれのセグメントの少なくと も一部を表し、対応するイメージラインに沿った境界座標値と関連するセグメン トを指示するデータを含む、請求項１から３の何れか１のグラフィックスシステ ム。
5. ５．前記入力事象処理手段が、イメージ座標に関して連続的なイメージ位置を受 信し、かかるイメージ位置の各々について対応するセグメントの識別性を決定す るよう動作し、前記入力事象処理手段が、少なくとも最も新しく決定された対応 するセグメントの識別性を記憶するよう動作するメモリ手段と、新たに決定され た対応するセグメントの各々の識別性を最新の先行セグメントのそれと比較する 比較手段とを含み、それによって前記対応するセグメントの識別性における全て の変化を検出し、前記入力事象処理手段がそのような変化の検出に応答して現在 の受信イメージ位置をセグメント座標にマッピングする、請求項１のグラフィッ クスシステム。
6. ６．前記入力事象処理手段が、イメージ座標に関して連続的なイメージ位置を受 信するよう動作し、前記入力事象処理手段が関連するメモリ手段を有して少なく とも最も新しく受信したイメージ位置の識別性を記憶し、前記入力事象処理手段 が外部的なトリガ事象に応じて、記憶された最も新しく受信したイメージ位置を セグメント座標にマッピングする、請求項１のグラフィックスシステム。
7. ７．前記連続的なイメージ位置がポインティングデバイスから導出され、前記ト リガ事象かそのデバイスに関連する制御要素の操作である、請求項６のグラフィ ックスシステム。
8. ８．前記複数のグラフィックセグメントが受信したイメージ位置を前記出力イメ ージ中で指示するカーソルセグメントを含み、前記コンバータ手段が最初に言及 されたイメージ表示とは異なる前記カーソルセグメントのイメージ表現を発生及 び記憶するよう動作し、前記コンバータ手段が前記出力信号の発生に際して、カ ーソルイメージ表現が前記最初に言及されたイメージ表現に優先するようにして 前記イメージ表現を組み合わせる、請求項１のグラフィックスシステム。
9. ９．前記カーソルイメージ表現が、前記最初に言及されたイメージ表現とカーソ ルイメージ表現の２つの表現が組み合せられる場合に、前記最初に言及されたイ メージ表現内でのカーソルイメージ表現の配置を決定するよう作用する関連のオ フセットを含み、前記入力事象処理手段が、前記カーソルセグメントに関連する イメージ位置の受信に応じて前記オフセットを更新するよう動作する、請求項８ のグラフィックスシステム。
10. １０．前記セグメント記憶手段に記憶されたセグメントが前記カーソルセグメン トと選択的に関連付け可能であり、前記コンバータ手段が、前記カーソルセグメ ントに関連するセグメントが前記カーソルイメージ表現においてレンダリングさ れるようにして前記イメージ表現を発生するよう動作する、請求項８又は９のグ ラフィックスシステム。
11. １１．前記入力事象処理手段は、複数の異なる入力デバイスからのイメージ位置 情報を受信し個別に処理するよう動作する、請求項１から１０の何れか１のグラ フィックスシステム。
12. １２．前記複数のセグメントが出力イメージ中で見えることを意図しない透明セ グメントを含み、前記コンバータ手段は、透明でないとした場合に透明セグメン トが現れるであろう位置においてそれらがオーバラップするセグメント部分を除 去することなしに、透明セグメントを前記イメージ表現に取り入れるよう動作し 、前記コンバータ手段は更に前記出力信号を発生させる場合に前記透明セグメン トを無視するよう動作し、前記入力事象処理手段は前記受信したイメージ位置に 対応するセグメントの識別性を定めるに際して、同じイメージ位置にある全ての 透明セグメントをも識別するよう動作する、請求項１から１１の何れか１のグラ フィックスシステム。