JPH06325182A - グラフィックス描画方法及びその装置と計算機システム - Google Patents
グラフィックス描画方法及びその装置と計算機システムInfo
- Publication number
- JPH06325182A JPH06325182A JP5108307A JP10830793A JPH06325182A JP H06325182 A JPH06325182 A JP H06325182A JP 5108307 A JP5108307 A JP 5108307A JP 10830793 A JP10830793 A JP 10830793A JP H06325182 A JPH06325182 A JP H06325182A
- Authority
- JP
- Japan
- Prior art keywords
- graphics
- library
- processing
- function
- commands
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T1/00—General purpose image data processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/1454—Digital output to display device ; Cooperation and interconnection of the display device with other functional units involving copying of the display data of a local workstation or window to a remote workstation or window so that an actual copy of the data is displayed simultaneously on two or more displays, e.g. teledisplay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/131—Protocols for games, networked simulations or virtual reality
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Processing Or Creating Images (AREA)
- Image Generation (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】 グラフィックス標準化仕様ＰＥＸを採用した
グラフィックスシステムで、クライアントとサーバが同
一マシンで動作するローカルなケースの時に高速に描画
を行なうと共に、アプリケーションにローカルなケース
とリモートなケースを意識させることなくストラクチャ
やグラフィックス属性の変更を可能にして、使い勝手を
向上させる。 【構成】 下位グラフィックスライブラリ１３０は、ロ
ーカルなケースでの描画コマンド時には、経路１３によ
り、ジオメトリ処理ライブラリ１４０の関数を呼び出
し、ＧＣ制御コマンドやストラクチャ関連コマンドの時
には、経路１１によりリモートアクセス処理ライブラリ
１５０へ通信処理でデータを送付する。そして、１つの
カレントなＧＣテーブル１８０１と、ストラクチャ１６
１を設ける。
グラフィックスシステムで、クライアントとサーバが同
一マシンで動作するローカルなケースの時に高速に描画
を行なうと共に、アプリケーションにローカルなケース
とリモートなケースを意識させることなくストラクチャ
やグラフィックス属性の変更を可能にして、使い勝手を
向上させる。 【構成】 下位グラフィックスライブラリ１３０は、ロ
ーカルなケースでの描画コマンド時には、経路１３によ
り、ジオメトリ処理ライブラリ１４０の関数を呼び出
し、ＧＣ制御コマンドやストラクチャ関連コマンドの時
には、経路１１によりリモートアクセス処理ライブラリ
１５０へ通信処理でデータを送付する。そして、１つの
カレントなＧＣテーブル１８０１と、ストラクチャ１６
１を設ける。
Description
【０００１】
【産業上の利用分野】本発明はネットワークを意識しな
いトランスペアレント（transparent）な環境で実現さ
れるクライアントサーバモデル等の計算機システムに係
り、特に、グラフィックス標準化仕様ＰＥＸを採用した
グラフィックス描画方法及びその装置等に関する。
いトランスペアレント（transparent）な環境で実現さ
れるクライアントサーバモデル等の計算機システムに係
り、特に、グラフィックス標準化仕様ＰＥＸを採用した
グラフィックス描画方法及びその装置等に関する。
【０００２】
【従来の技術】クライアントサーバモデルでのグラフィ
ックスシステムとして、例えば、“Ｘウィンドウシステ
ム”雑誌ＵＮＩＸ ＭＡＧＡＺＩＮＥ１９８８年３月号
ｐｐ５５〜６２がある。このグラフィックスシステムで
は、クライアント側でアプリケーションが多種の処理を
行い、描画すべき事象に対応したグラフィックスコマン
ドを生成する。そして、グラフィックスコマンドに対し
通信処理を行い、通信プロトコルとしてサ−バ側に送出
する。サーバ側では、その通信プロトコルを受け取り、
対応するグラフィックス処理を行い、モニタに表示す
る。このようにすることで、クライアントサーバモデル
等の様に、ネットワークに透過（transparent）な計算
機環境を実現している。
ックスシステムとして、例えば、“Ｘウィンドウシステ
ム”雑誌ＵＮＩＸ ＭＡＧＡＺＩＮＥ１９８８年３月号
ｐｐ５５〜６２がある。このグラフィックスシステムで
は、クライアント側でアプリケーションが多種の処理を
行い、描画すべき事象に対応したグラフィックスコマン
ドを生成する。そして、グラフィックスコマンドに対し
通信処理を行い、通信プロトコルとしてサ−バ側に送出
する。サーバ側では、その通信プロトコルを受け取り、
対応するグラフィックス処理を行い、モニタに表示す
る。このようにすることで、クライアントサーバモデル
等の様に、ネットワークに透過（transparent）な計算
機環境を実現している。
【０００３】グラフィックス標準化仕様の１つとして
“ＰＥＸ Ｉｎｔｒｏｄｕｃｔｉｏｎａｎｄ Ｏｖｅｒ
ｖｉｅｗ Ｖｅｒｓｉｏｎ３.２”ＭＩＴ Ｌａｂｏｒ
ａｔｏｒｙ ｆｏｒ Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃ
ｅ Ｏｃｔｏｂｅｒー１９８８がある。このＰＥＸ仕様
では、一般に、アプリケーションは描画のためのグラフ
ィックスコマンドを階層的にストラクチャと呼ぶ構造で
保持する。そして、再描画の時には、このストラクチャ
をトレースすることにより、グラフィックスコマンドを
生成している。ストラクチャを編集するモードとして、
イミディエートモードと、ストラクチャモードの２種が
ある。
“ＰＥＸ Ｉｎｔｒｏｄｕｃｔｉｏｎａｎｄ Ｏｖｅｒ
ｖｉｅｗ Ｖｅｒｓｉｏｎ３.２”ＭＩＴ Ｌａｂｏｒ
ａｔｏｒｙ ｆｏｒ Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃ
ｅ Ｏｃｔｏｂｅｒー１９８８がある。このＰＥＸ仕様
では、一般に、アプリケーションは描画のためのグラフ
ィックスコマンドを階層的にストラクチャと呼ぶ構造で
保持する。そして、再描画の時には、このストラクチャ
をトレースすることにより、グラフィックスコマンドを
生成している。ストラクチャを編集するモードとして、
イミディエートモードと、ストラクチャモードの２種が
ある。
【０００４】イミディエートモードでは、ストラクチャ
の編集をクライアント側すなわちアプリケーションで行
い、そのストラクチャをサーバ側に保持させ、サーバ側
は、ストラクチャの再表示（編集機能はない）と描画コ
マンドに従った表示を行う。ストラクチャモードでは、
サーバ側でストラクチャを一旦保持してその編集を行
い、ストラクチャの表示のみを行う。
の編集をクライアント側すなわちアプリケーションで行
い、そのストラクチャをサーバ側に保持させ、サーバ側
は、ストラクチャの再表示（編集機能はない）と描画コ
マンドに従った表示を行う。ストラクチャモードでは、
サーバ側でストラクチャを一旦保持してその編集を行
い、ストラクチャの表示のみを行う。
【０００５】イミディエートモードは、本来、クライア
ントサーバモデルではなく、スタンドアロンモデルで良
く用いられたモードである。スタンドアロンモデルは、
グラフィックスコマンドを発行するアプリケーション処
理部と、グラフィックス処理を行なうグラフィックス処
理部とが同一マシン上で動作するモデルである。このス
タンドアロンモデルでは、両処理部が同一マシン上で動
作するため、アプリケーションがグラフィックスコマン
ドを発行し、それに対しグラフィックス処理を行なうた
め、通信プロトコルの生成，解釈といった通信処理は必
要としない。
ントサーバモデルではなく、スタンドアロンモデルで良
く用いられたモードである。スタンドアロンモデルは、
グラフィックスコマンドを発行するアプリケーション処
理部と、グラフィックス処理を行なうグラフィックス処
理部とが同一マシン上で動作するモデルである。このス
タンドアロンモデルでは、両処理部が同一マシン上で動
作するため、アプリケーションがグラフィックスコマン
ドを発行し、それに対しグラフィックス処理を行なうた
め、通信プロトコルの生成，解釈といった通信処理は必
要としない。
【０００６】しかし、クライアントサーバモデルでは、
アプリケーションインタフェースを同じにするため、イ
ミディエートモードにおいても、通信処理を行なう上記
方式が採用されている。
アプリケーションインタフェースを同じにするため、イ
ミディエートモードにおいても、通信処理を行なう上記
方式が採用されている。
【０００７】
【発明が解決しようとする課題】クライアントサーバモ
デルの計算機環境では、ユーザは、クライアントがホス
トマシンで動作しサーバが端末マシンで動作するような
リモートなケースにおいても、また、クライアントとサ
ーバが同一マシンで動作するローカルなケースにおいて
も、両ケース共に通信処理を介する構成としているた
め、両ケースを何ら区別することなくアプリケーション
を開発することができるという利点がある。
デルの計算機環境では、ユーザは、クライアントがホス
トマシンで動作しサーバが端末マシンで動作するような
リモートなケースにおいても、また、クライアントとサ
ーバが同一マシンで動作するローカルなケースにおいて
も、両ケース共に通信処理を介する構成としているた
め、両ケースを何ら区別することなくアプリケーション
を開発することができるという利点がある。
【０００８】しかし、クライアントサーバモデルは、ク
ライアントとサーバが同一端末マシンで動作するローカ
ルなケースで、本来必要無い通信プロトコルの生成やそ
れを受け取る通信処理が発生し、スタンドアロンモデル
より性能の低下を招くという問題がある。この問題は、
例えば、特開平４−１４２６７４号公報に記載されてい
るように、クライアントとサーバが同一マシン上にある
ときは通信処理を行わずに、直接、クライアントが描画
処理を行う構成とすることで解決することが可能であ
る。しかるにこの従来技術は、グラフィックス標準化仕
様ＰＥＸについて考慮しておらず、ストラクチャをどの
ように保持し、編集するかについての解決策が示されて
いない。
ライアントとサーバが同一端末マシンで動作するローカ
ルなケースで、本来必要無い通信プロトコルの生成やそ
れを受け取る通信処理が発生し、スタンドアロンモデル
より性能の低下を招くという問題がある。この問題は、
例えば、特開平４−１４２６７４号公報に記載されてい
るように、クライアントとサーバが同一マシン上にある
ときは通信処理を行わずに、直接、クライアントが描画
処理を行う構成とすることで解決することが可能であ
る。しかるにこの従来技術は、グラフィックス標準化仕
様ＰＥＸについて考慮しておらず、ストラクチャをどの
ように保持し、編集するかについての解決策が示されて
いない。
【０００９】本発明の目的は、グラフィックス標準化仕
様ＰＥＸを採用するクライアントサーバモデルのグラフ
ィックスシステムにおいて、ローカルなケースでの性能
低下を回避するシステムを提供することにある。
様ＰＥＸを採用するクライアントサーバモデルのグラフ
ィックスシステムにおいて、ローカルなケースでの性能
低下を回避するシステムを提供することにある。
【００１０】
【課題を解決するための手段】上記目的は、ローカルな
ケースにおいては通信処理を介することなく直接グラフ
ィックス処理を行うルーチンにアクセスする構成にする
ことで、達成される。
ケースにおいては通信処理を介することなく直接グラフ
ィックス処理を行うルーチンにアクセスする構成にする
ことで、達成される。
【００１１】上記目的は、上記構成に加え、定義したサ
ーバ内にあるストラクチャをローカルまたはリモートな
ケースで利用できるようにストラクチャとそのグラフィ
ックスコンテキストを同一種の情報として保持し、グラ
フィックスコマンド関数の処理の最初にローカルなケー
スかリモートなケースかの判定を行ない、ローカルなケ
ースで、且つ、ストラクチャを参照しないグラフィック
スコマンドではそのままグラフィックス処理を行ない、
それ以外のケースでは通信処理を行ない相手マシンに通
信プロトコルとして送付する構成とすることで、達成さ
れる。
ーバ内にあるストラクチャをローカルまたはリモートな
ケースで利用できるようにストラクチャとそのグラフィ
ックスコンテキストを同一種の情報として保持し、グラ
フィックスコマンド関数の処理の最初にローカルなケー
スかリモートなケースかの判定を行ない、ローカルなケ
ースで、且つ、ストラクチャを参照しないグラフィック
スコマンドではそのままグラフィックス処理を行ない、
それ以外のケースでは通信処理を行ない相手マシンに通
信プロトコルとして送付する構成とすることで、達成さ
れる。
【００１２】ここで、グラフィックスコンテキストと
は、描画図形の属性や描画処理を行なう際の環境属性等
の１まとまりを示し、例えば、描画する色や描画領域な
どがある。以下、グラフィックコンテキストを“ＧＣ”
と略して示す。
は、描画図形の属性や描画処理を行なう際の環境属性等
の１まとまりを示し、例えば、描画する色や描画領域な
どがある。以下、グラフィックコンテキストを“ＧＣ”
と略して示す。
【００１３】
【作用】ローカルなケースにおいては、通信処理を介す
ることなく直接グラフィックス処理を行うルーチンにア
クセスし、無駄な処理を省き、高速化を図る。リモート
なケースでグラフィックス処理を行なう場合に参照する
ＧＣと、ローカルなケースでグラフィックス処理を行な
う場合に参照するＧＣとが同一のため、定義したサーバ
内にあるストラクチャを、異なったアクセス方式である
ローカルまたはリモートな両方のケースで利用できる。
ることなく直接グラフィックス処理を行うルーチンにア
クセスし、無駄な処理を省き、高速化を図る。リモート
なケースでグラフィックス処理を行なう場合に参照する
ＧＣと、ローカルなケースでグラフィックス処理を行な
う場合に参照するＧＣとが同一のため、定義したサーバ
内にあるストラクチャを、異なったアクセス方式である
ローカルまたはリモートな両方のケースで利用できる。
【００１４】
【実施例】以下、本発明の一実施例を図面を参照して説
明する。図１は、マシン１０とマシン２０を備えるクラ
イアントサーバモデルの本発明の一実施例に係るグラフ
ィックスシステムの概念図である。まず、マシン１０の
内部構成について説明する。アプリケーション１１０は
グラフィックスコマンドを生成し、グラフィックスライ
ブラリの関数を発行する。グラフィックスライブラリに
は、基本関数からなる下位グラフィックスライブラリ１
３０と、その基本関数に展開できる上位グラフィックス
ライブラリ１２０の２種がある。例えば、『塗潰し』コ
マンドは、下位グラフィックスライブラリ１３０であ
り、『塗潰し』コマンドに展開できる『球』や『三角
垂』コマンドは、上位グラフィックスライブラリ１２０
である。上位グラフィックスライブラリ１２０では、受
けたグラフィックス関数を基本関数に展開し、下位グラ
フィックスライブラリ１３０の関数を呼び出す。
明する。図１は、マシン１０とマシン２０を備えるクラ
イアントサーバモデルの本発明の一実施例に係るグラフ
ィックスシステムの概念図である。まず、マシン１０の
内部構成について説明する。アプリケーション１１０は
グラフィックスコマンドを生成し、グラフィックスライ
ブラリの関数を発行する。グラフィックスライブラリに
は、基本関数からなる下位グラフィックスライブラリ１
３０と、その基本関数に展開できる上位グラフィックス
ライブラリ１２０の２種がある。例えば、『塗潰し』コ
マンドは、下位グラフィックスライブラリ１３０であ
り、『塗潰し』コマンドに展開できる『球』や『三角
垂』コマンドは、上位グラフィックスライブラリ１２０
である。上位グラフィックスライブラリ１２０では、受
けたグラフィックス関数を基本関数に展開し、下位グラ
フィックスライブラリ１３０の関数を呼び出す。
【００１５】下位グラフィックスライブラリ１３０で
は、そのコマンドが、直接に経路１３を経由してジオメ
トリ処理ライブラリ１４０の関数を呼び出すか、あるい
は経路１１を経由する通信処理を行ない通信プロトコル
としてリモートアクセス処理ライブラリ１５０へデータ
を転送するかの判定を行う。この判定処理については、
図２を用いて後述する。
は、そのコマンドが、直接に経路１３を経由してジオメ
トリ処理ライブラリ１４０の関数を呼び出すか、あるい
は経路１１を経由する通信処理を行ない通信プロトコル
としてリモートアクセス処理ライブラリ１５０へデータ
を転送するかの判定を行う。この判定処理については、
図２を用いて後述する。
【００１６】ジオメトリ処理ライブラリ１４０では、グ
ラフィックス描画に必要な幾何計算を行なう。例えば、
図形の基準点に付与される位置座標の座標変換計算や、
図形基準点の法線ベクトル，光源情報と視点位置から輝
度を計算する輝度計算といった幾何計算（ジオメトリ処
理）を行なう。そして、デバイスに依存した座標系と輝
度値をグラフィックスレンダリング処理部１０４に送出
する。ジオメトリ処理時に必要な光源情報や視点位置と
いった属性は、カレントなＧＣテーブル１８０１に保持
してあり、ジオメトリ処理ライブラリ１４０はカレント
なＧＣテーブル１８０１を参照しながらジオメトリ処理
を行なう。
ラフィックス描画に必要な幾何計算を行なう。例えば、
図形の基準点に付与される位置座標の座標変換計算や、
図形基準点の法線ベクトル，光源情報と視点位置から輝
度を計算する輝度計算といった幾何計算（ジオメトリ処
理）を行なう。そして、デバイスに依存した座標系と輝
度値をグラフィックスレンダリング処理部１０４に送出
する。ジオメトリ処理時に必要な光源情報や視点位置と
いった属性は、カレントなＧＣテーブル１８０１に保持
してあり、ジオメトリ処理ライブラリ１４０はカレント
なＧＣテーブル１８０１を参照しながらジオメトリ処理
を行なう。
【００１７】グラフィックスレンダリング処理部１０４
では、図形の基準点の座標値と輝度情報から図形の内部
の各ピクセルの位置情報と輝度値を内挿補間することに
より、１画素１画素算出してモニタに表示する。
では、図形の基準点の座標値と輝度情報から図形の内部
の各ピクセルの位置情報と輝度値を内挿補間することに
より、１画素１画素算出してモニタに表示する。
【００１８】一方、下位グラフィックスライブラリ１３
０から描画コマンドを受けたリモートアクセス処理ライ
ブラリ１５０は、通信処理により受け取った通信プロト
コルを解釈し、ストラクチャやＧＣへの設定や編集コマ
ンドをストラクチャ＆ＧＣ管理ライブラリ１６０へ送付
する。ストラクチャ＆ＧＣ管理ライブラリ１６０はスト
ラクチャや幾つかのＧＣを保持しており、その管理を行
なう。そして、カレントなＧＣの更改やストラクチャの
再描画等の時には、ジオメトリ処理ライブラリ１４０の
関数を呼び出す。
０から描画コマンドを受けたリモートアクセス処理ライ
ブラリ１５０は、通信処理により受け取った通信プロト
コルを解釈し、ストラクチャやＧＣへの設定や編集コマ
ンドをストラクチャ＆ＧＣ管理ライブラリ１６０へ送付
する。ストラクチャ＆ＧＣ管理ライブラリ１６０はスト
ラクチャや幾つかのＧＣを保持しており、その管理を行
なう。そして、カレントなＧＣの更改やストラクチャの
再描画等の時には、ジオメトリ処理ライブラリ１４０の
関数を呼び出す。
【００１９】カレントなＧＣテーブル１８０１には、グ
ラフィックスジオメトリ処理を行なうときに参照される
グラフィックス環境の値が保持されている。例えば、描
画図形の色、座標変換に必要な変換マトリクスの係数や
描画領域などが保持されている。１つのアプリケーショ
ンに対して、カレントなＧＣテーブルは１つである。し
かし、幾つかのアプリケーションが時系列的に同時に動
作するマルチプロセス環境では、アプリケーション毎に
カレントなＧＣ（１８０１，１８０２，１８０３）が存
在することになる。
ラフィックスジオメトリ処理を行なうときに参照される
グラフィックス環境の値が保持されている。例えば、描
画図形の色、座標変換に必要な変換マトリクスの係数や
描画領域などが保持されている。１つのアプリケーショ
ンに対して、カレントなＧＣテーブルは１つである。し
かし、幾つかのアプリケーションが時系列的に同時に動
作するマルチプロセス環境では、アプリケーション毎に
カレントなＧＣ（１８０１，１８０２，１８０３）が存
在することになる。
【００２０】ジオメトリ処理ライブラリ１４０は、同一
の関数であるが、カレントなＧＣ（１８０１，１８０
２，１８０３）を切り換えることにより、マルチプロセ
ス環境に対応できる。プロセス切り換えが発生し、最初
の下位グラフィックスライブラリ１３０のアクセスする
タイミングでドライバ１７０に割り込みが発生する。こ
れにより、ドライバ１７０は、グラフィックスレンダリ
ング処理部１０４の属性やカレントなＧＣテーブル１８
０１を、他のカレントなＧＣテーブル１８０２へ切り換
える。
の関数であるが、カレントなＧＣ（１８０１，１８０
２，１８０３）を切り換えることにより、マルチプロセ
ス環境に対応できる。プロセス切り換えが発生し、最初
の下位グラフィックスライブラリ１３０のアクセスする
タイミングでドライバ１７０に割り込みが発生する。こ
れにより、ドライバ１７０は、グラフィックスレンダリ
ング処理部１０４の属性やカレントなＧＣテーブル１８
０１を、他のカレントなＧＣテーブル１８０２へ切り換
える。
【００２１】アプリケーション１１０，下位グラフィッ
クスライブラリ１３０とジオメトリ処理ライブラリ１４
０は、経路１３を経由するときには、各層の関数呼び出
しにより処理を行なうため、同一のプロセスで処理が行
なわれることになる。これに対し、直接的な経路１１を
経由するときには、アプリケーション１１０と下位グラ
フィックスライブラリ１３０が同一のプロセスとなり、
別のプロセスでリモートアクセス処理ライブラリ１５
０，ストラクチャ＆ＧＣ管理ライブラリ１６０とジオメ
トリ処理ライブラリ１４０が動作することになる。
クスライブラリ１３０とジオメトリ処理ライブラリ１４
０は、経路１３を経由するときには、各層の関数呼び出
しにより処理を行なうため、同一のプロセスで処理が行
なわれることになる。これに対し、直接的な経路１１を
経由するときには、アプリケーション１１０と下位グラ
フィックスライブラリ１３０が同一のプロセスとなり、
別のプロセスでリモートアクセス処理ライブラリ１５
０，ストラクチャ＆ＧＣ管理ライブラリ１６０とジオメ
トリ処理ライブラリ１４０が動作することになる。
【００２２】この図１に示す構成で、ストラクチャを保
持する箇所は、 （１）アプリケーション１１０内で保持しているストラ
クチャ１１１ （２）上位グラフィックスライブラリ１２０内で保持す
るストラクチャ１２１ （３）ストラクチャ＆ＧＣ管理ライブラリ１６０内で保
持するストラクチャ１６１ の３つのレイヤとなる。
持する箇所は、 （１）アプリケーション１１０内で保持しているストラ
クチャ１１１ （２）上位グラフィックスライブラリ１２０内で保持す
るストラクチャ１２１ （３）ストラクチャ＆ＧＣ管理ライブラリ１６０内で保
持するストラクチャ１６１ の３つのレイヤとなる。
【００２３】（１）と（２）のストラクチャはクライア
ント側で保持し、（３）のストラクチャはサーバ側で保
持する形態である。多種のアプリケーション、また多種
の異機種サーバマシンに対応するため、このようなバリ
エーションを持つことが必要になる。
ント側で保持し、（３）のストラクチャはサーバ側で保
持する形態である。多種のアプリケーション、また多種
の異機種サーバマシンに対応するため、このようなバリ
エーションを持つことが必要になる。
【００２４】次に、リモートなケースでのデータ処理の
概略を示す。マシン２０でアプリケーション２１０がグ
ラフィックスコマンドを発生し、下位グラフィックスラ
イブラリ２３０に転送する。下位グラフィックスライブ
ラリ２３０は、その描画ターゲットが自マシン２０でな
いため、通信処理を介し、経路１２を経由してマシン１
０に通信プロトコルとして転送する。
概略を示す。マシン２０でアプリケーション２１０がグ
ラフィックスコマンドを発生し、下位グラフィックスラ
イブラリ２３０に転送する。下位グラフィックスライブ
ラリ２３０は、その描画ターゲットが自マシン２０でな
いため、通信処理を介し、経路１２を経由してマシン１
０に通信プロトコルとして転送する。
【００２５】マシン１０では、リモートアクセス処理ラ
イブラリ１５０が、送られてくる通信プロトコルを受け
取る。リモートアクセス処理ライブラリ１５０は、通信
処理により受け取った通信プロトコルを解釈し、ストラ
クチャやＧＣへの設定，編集のコマンドとして、ストラ
クチャ＆ＧＣ管理ライブラリ１６０の関数を呼び出す。
また、それ以外である描画コマンドとして、直接、ジオ
メトリ処理ライブラリ１４０の関数を呼び出す。
イブラリ１５０が、送られてくる通信プロトコルを受け
取る。リモートアクセス処理ライブラリ１５０は、通信
処理により受け取った通信プロトコルを解釈し、ストラ
クチャやＧＣへの設定，編集のコマンドとして、ストラ
クチャ＆ＧＣ管理ライブラリ１６０の関数を呼び出す。
また、それ以外である描画コマンドとして、直接、ジオ
メトリ処理ライブラリ１４０の関数を呼び出す。
【００２６】図２は、下位グラフィックスライブラリの
概略処理手順を示すフローチャートである。下位グラフ
ィックスライブラリの関数は、リモートアクセス用関数
と、ローカルアクセス用関数の２種に分類できる。分類
の詳細については、後述する。
概略処理手順を示すフローチャートである。下位グラフ
ィックスライブラリの関数は、リモートアクセス用関数
と、ローカルアクセス用関数の２種に分類できる。分類
の詳細については、後述する。
【００２７】リモートアクセス用関数の場合、まずその
命令が送出用コマンドバッファの送出命令であるか否か
を判定し（ステップ１３０７）、送出命令であればステ
ップ１３０９に進み、送出用コマンドバッファを送出す
る。ステップ１３０７の判定結果が否定のときは、ステ
ップ１３０８に進み、送出用コマンドバッファにセット
する。このとき、空き領域がないときには、一旦、送出
用コマンドバッファを送出し、空になっている送出用コ
マンドバッファにセットする。
命令が送出用コマンドバッファの送出命令であるか否か
を判定し（ステップ１３０７）、送出命令であればステ
ップ１３０９に進み、送出用コマンドバッファを送出す
る。ステップ１３０７の判定結果が否定のときは、ステ
ップ１３０８に進み、送出用コマンドバッファにセット
する。このとき、空き領域がないときには、一旦、送出
用コマンドバッファを送出し、空になっている送出用コ
マンドバッファにセットする。
【００２８】ローカルアクセス用関数の場合、まず、ス
テップ１３０１でイミディエートモードかストラクチャ
モードかをチェックする。ストラクチャモードであれ
ば、ステップ１３０６で送出用コマンドバッファにセッ
トする。
テップ１３０１でイミディエートモードかストラクチャ
モードかをチェックする。ストラクチャモードであれ
ば、ステップ１３０６で送出用コマンドバッファにセッ
トする。
【００２９】イミディエートモードの時には、ステップ
１３０１でローカルアクセスを行なってよいかチェック
する。この条件は、（１）描画ターゲットがローカルマ
シンであること、（２）送出用コマンドバッファが空で
あること。（３）同じ描画ターゲットへのリモートアク
セスのプロセスが終了していることである。これらは、
フラグでその情報を保持できるので、ステップ１３０２
では簡単にチェックできる。その結果、ローカルアクセ
ス可能であれば、ステップ１３０３でジオメトリ処理ラ
イブラリの関数を呼び出す。また、描画ターゲットがロ
ーカルアクセスマシンでないときは、ステップ１３０６
へ進む。
１３０１でローカルアクセスを行なってよいかチェック
する。この条件は、（１）描画ターゲットがローカルマ
シンであること、（２）送出用コマンドバッファが空で
あること。（３）同じ描画ターゲットへのリモートアク
セスのプロセスが終了していることである。これらは、
フラグでその情報を保持できるので、ステップ１３０２
では簡単にチェックできる。その結果、ローカルアクセ
ス可能であれば、ステップ１３０３でジオメトリ処理ラ
イブラリの関数を呼び出す。また、描画ターゲットがロ
ーカルアクセスマシンでないときは、ステップ１３０６
へ進む。
【００３０】ステップ１３０２の判定で送出用コマンド
バッファが空でないときには、ステップ１３０４に進ん
で送出用コマンドバッファを送出し、ステップ１３０５
で送出用コマンドバッファの処理が終了するのをスリー
プして待つ。終了後ステップ１３０３に進む。ステップ
１３０２の判定で同じ描画ターゲットへのリモートアク
セスのプロセスが終了していないときには、ステップ１
３０５に進む。
バッファが空でないときには、ステップ１３０４に進ん
で送出用コマンドバッファを送出し、ステップ１３０５
で送出用コマンドバッファの処理が終了するのをスリー
プして待つ。終了後ステップ１３０３に進む。ステップ
１３０２の判定で同じ描画ターゲットへのリモートアク
セスのプロセスが終了していないときには、ステップ１
３０５に進む。
【００３１】図３は、図１に示したグラフィックスシス
テムを実現するグラフィックスシステムのハードウェア
ブロック図である。図３に示すネットワークシステム
は、マシン１０，マシン２０，端末３０をネットワーク
１２で接続することで構成されている。
テムを実現するグラフィックスシステムのハードウェア
ブロック図である。図３に示すネットワークシステム
は、マシン１０，マシン２０，端末３０をネットワーク
１２で接続することで構成されている。
【００３２】マシン１０は、ＣＰＵ１００、ＭＣＵ１０
１、メモリ１０２、レンダリング処理部１０４、ネット
ワークコントローラ１０３から構成される。ＣＰＵ１０
０では、図１で示したアプリケーション１１０、上位グ
ラフィックスライブラリ１２０、下位グラフィックスラ
イブラリ１３０、ジオメトリ処理ライブラリ１４０、リ
モートアクセス処理ライブラリ１５０、ストラクチャ＆
ＧＣ管理ライブラリ１６０の処理が動作する。
１、メモリ１０２、レンダリング処理部１０４、ネット
ワークコントローラ１０３から構成される。ＣＰＵ１０
０では、図１で示したアプリケーション１１０、上位グ
ラフィックスライブラリ１２０、下位グラフィックスラ
イブラリ１３０、ジオメトリ処理ライブラリ１４０、リ
モートアクセス処理ライブラリ１５０、ストラクチャ＆
ＧＣ管理ライブラリ１６０の処理が動作する。
【００３３】ネットワークコントローラ１０３は、ネッ
トワーク１２を介し他のマシンとの間で通信プロトコル
を送受するときに動作する。端末３０は、ＣＰＵ３０
１、ネットワークコントローラ３０３、メモリ３０２、
グラフィックスレンダリング処理部３０４から構成され
る。
トワーク１２を介し他のマシンとの間で通信プロトコル
を送受するときに動作する。端末３０は、ＣＰＵ３０
１、ネットワークコントローラ３０３、メモリ３０２、
グラフィックスレンダリング処理部３０４から構成され
る。
【００３４】このようなグラフィックスシステムにおい
て、例えば以下のようなクライアントとサーバを担当す
る装置の組み合わせがある。
て、例えば以下のようなクライアントとサーバを担当す
る装置の組み合わせがある。
【００３５】（１）マシン１０がクライアントとサーバ
になる （２）マシン２０がクライアント、マシン１０がサーバ
となる （３）マシン１０がクライアント、端末３０がサーバと
なる 図４は、グラフィックスレンダリング処理部のブロック
図である。グラフィックスレンダリング処理部は、ＧＢ
Ｃ１０４１、ＪＰＥＧｃｈｉｐ１０４２、ＰＧＰ１０４
３、ＦＭ１０４４、ＲＡＭＤＡＣ１０４５、モニタ１０
４６からなる。ＧＢＣ１０４１は、レンダリング処理部
が接続されている外部バスとのインタフェース処理を行
ない、内部バスのコントロールを行なう。外部バスから
送付されるデータはＧＢＣ１０４１で受け取り、描画コ
マンドであればＰＧＰ１０４３のレジスタにデータを送
付する。ＰＧＰ１０４３は、画素を１画素１画素生成す
るプロセッサであり、生成した画素をＦＭ１０４４にセ
ットする。ＦＭ１０４４は、モニタに表示する画素をビ
ットマップ形式で保持するフレームメモリである。ま
た、ＲＡＭＤＡＣ１０４５は、ＦＭ１０４４の内容を読
み出し、モニタ１０４６のインタフェーに変換してモニ
タ１０４６に送出する。
になる （２）マシン２０がクライアント、マシン１０がサーバ
となる （３）マシン１０がクライアント、端末３０がサーバと
なる 図４は、グラフィックスレンダリング処理部のブロック
図である。グラフィックスレンダリング処理部は、ＧＢ
Ｃ１０４１、ＪＰＥＧｃｈｉｐ１０４２、ＰＧＰ１０４
３、ＦＭ１０４４、ＲＡＭＤＡＣ１０４５、モニタ１０
４６からなる。ＧＢＣ１０４１は、レンダリング処理部
が接続されている外部バスとのインタフェース処理を行
ない、内部バスのコントロールを行なう。外部バスから
送付されるデータはＧＢＣ１０４１で受け取り、描画コ
マンドであればＰＧＰ１０４３のレジスタにデータを送
付する。ＰＧＰ１０４３は、画素を１画素１画素生成す
るプロセッサであり、生成した画素をＦＭ１０４４にセ
ットする。ＦＭ１０４４は、モニタに表示する画素をビ
ットマップ形式で保持するフレームメモリである。ま
た、ＲＡＭＤＡＣ１０４５は、ＦＭ１０４４の内容を読
み出し、モニタ１０４６のインタフェーに変換してモニ
タ１０４６に送出する。
【００３６】ＪＰＥＧｃｈｉｐ１０４２は、イメージデ
ータの圧縮伸張を行なうプロセッサであり、ＦＭ１０４
４のイメージデータを圧縮して外部バスに送付したり、
外部バスからの圧縮されたイメージデータを伸張してフ
レームメモリに展開する。このＪＰＥＧｃｈｉｐ１０４
２は、ネットワークを介した圧縮したイメージデータの
転送（後述する表１のGSendPicturewithComp関数）に有
効なハードウェアである。
ータの圧縮伸張を行なうプロセッサであり、ＦＭ１０４
４のイメージデータを圧縮して外部バスに送付したり、
外部バスからの圧縮されたイメージデータを伸張してフ
レームメモリに展開する。このＪＰＥＧｃｈｉｐ１０４
２は、ネットワークを介した圧縮したイメージデータの
転送（後述する表１のGSendPicturewithComp関数）に有
効なハードウェアである。
【００３７】次に、具体的なグラフィックスライブラリ
の関数を用いたサンプルコーディングを用いて処理の流
れを説明する。表１に代表的な下位グラフィックスライ
ブラリの関数の分類を示す。
の関数を用いたサンプルコーディングを用いて処理の流
れを説明する。表１に代表的な下位グラフィックスライ
ブラリの関数の分類を示す。
【００３８】
【表１】
【００３９】ジオメトリ処理部制御関数は、ジオメトリ
処理ライブラリを動作するジオメトリ処理部を新たに作
成し、アプリケーションにマップして対応付けするGCea
teGeometryP関数、すでに定義されたジオメトリ処理部
を解放するGFreeGeometryP関数、イミディエートモード
の開始を指示するGBeginGeomettryP関数と終了を指示す
るGEndGeomtryP関数等がある。
処理ライブラリを動作するジオメトリ処理部を新たに作
成し、アプリケーションにマップして対応付けするGCea
teGeometryP関数、すでに定義されたジオメトリ処理部
を解放するGFreeGeometryP関数、イミディエートモード
の開始を指示するGBeginGeomettryP関数と終了を指示す
るGEndGeomtryP関数等がある。
【００４０】図形の属性関数は、線色を指示するGSetLi
neColor関数、線幅を指示するGSetLineWidth関数等があ
る。図形の描画関数は、直線列を描画するGPolyLine関
数、塗潰し多角形を描画するGFillArea関数等がある。
ストラクチャ関数は、ストラクチャの生成の開始を指示
するGCreateStructure関数、定義済みのストラクチャを
描画するGExecStructure関数、定義済みのストラクチャ
を破棄するGDestroyStructure関数等がある。
neColor関数、線幅を指示するGSetLineWidth関数等があ
る。図形の描画関数は、直線列を描画するGPolyLine関
数、塗潰し多角形を描画するGFillArea関数等がある。
ストラクチャ関数は、ストラクチャの生成の開始を指示
するGCreateStructure関数、定義済みのストラクチャを
描画するGExecStructure関数、定義済みのストラクチャ
を破棄するGDestroyStructure関数等がある。
【００４１】ＧＣ制御関数は、新たなＧＣを作成するGC
reateGC関数、カレントなＧＣを定義済みのＧＣと入れ
替えるGChangeGC 関数、定義済みのＧＣを破棄するGDes
troyGC関数、カレントなＧＣをプッシュするGPushGC関
数、プッシュされていたＧＣをポップするGPopGC関数等
がある。ピック関数は、ピックモード開始を指示するGB
iginPick関数、終了を指示するGEndPick関数等がある。
その他の関数として、通信処理を行なう際にそのデータ
を一時保持しておく送出用コマンドバッファを強制的に
サーバへの送出を指示するGFlushCommandBuf関数、また
イメージデータを送るGSendPicture関数、読みだすGGet
Picture関数、さらに圧縮したイメージを送付するGSend
PicturewithComp関数等がある。
reateGC関数、カレントなＧＣを定義済みのＧＣと入れ
替えるGChangeGC 関数、定義済みのＧＣを破棄するGDes
troyGC関数、カレントなＧＣをプッシュするGPushGC関
数、プッシュされていたＧＣをポップするGPopGC関数等
がある。ピック関数は、ピックモード開始を指示するGB
iginPick関数、終了を指示するGEndPick関数等がある。
その他の関数として、通信処理を行なう際にそのデータ
を一時保持しておく送出用コマンドバッファを強制的に
サーバへの送出を指示するGFlushCommandBuf関数、また
イメージデータを送るGSendPicture関数、読みだすGGet
Picture関数、さらに圧縮したイメージを送付するGSend
PicturewithComp関数等がある。
【００４２】これらの関数のなかで、イミディエートモ
ード内で有効な関数は、図形の属性関数、図形の描画関
数、ＧＣ制御関数そしてストラクチャ関数のＧExecStru
ctureのような既に定義したストラクチャを描画するだ
けの関数である。またローカルアクセス用関数は、図形
の属性関数と図形の描画関数であり、それ以外はリモー
トアクセス用関数となる。
ード内で有効な関数は、図形の属性関数、図形の描画関
数、ＧＣ制御関数そしてストラクチャ関数のＧExecStru
ctureのような既に定義したストラクチャを描画するだ
けの関数である。またローカルアクセス用関数は、図形
の属性関数と図形の描画関数であり、それ以外はリモー
トアクセス用関数となる。
【００４３】図５は、アプリケーションが発行する下位
グラフィックスコマンド列であり、ストラクチャモード
とイミディエートモードが混在したときの例を示してい
る。ライン１１０１、１１０２のGCreateGCで新たにＧ
Ｃを作成する。ＧＣの区別は、関数の返り値のＧＣのＩ
Ｄで意識する。次に、ジオメトリ処理ライブラリを実行
するジオメトリ処理部と本アプリケーションのマッピン
グを行なうため、ライン１１０３のGCreateGeometryPを
発行する。
グラフィックスコマンド列であり、ストラクチャモード
とイミディエートモードが混在したときの例を示してい
る。ライン１１０１、１１０２のGCreateGCで新たにＧ
Ｃを作成する。ＧＣの区別は、関数の返り値のＧＣのＩ
Ｄで意識する。次に、ジオメトリ処理ライブラリを実行
するジオメトリ処理部と本アプリケーションのマッピン
グを行なうため、ライン１１０３のGCreateGeometryPを
発行する。
【００４４】次に、ライン１１０４でイミディエートモ
ードの開始を指示する。この関数は、図２のステップ１
３０１での判定が行なえるように、下位ジオメトリ処理
ライブラリ内部の状態フラグを設定することになる。ラ
イン１１０５の図形の属性関数は、経路１３を経由して
ジオメトリ処理ライブラリの関数内でカレントなＧＣ１
８０１内の線色のテーブル情報を書き換える。ライン１
１０６、１１０７の描画関数は、経路１３を経由してジ
オメトリ処理ライブラリ１４０で幾何変換を行なって、
グラフィックスレンダリング処理部にそのデータを送出
する。ここでライン１１０６と１１０７の関数は、描画
が終了すると、下位グラフィックスライブラリ１３０や
ジオメトリ処理ライブラリ内には保存されない。
ードの開始を指示する。この関数は、図２のステップ１
３０１での判定が行なえるように、下位ジオメトリ処理
ライブラリ内部の状態フラグを設定することになる。ラ
イン１１０５の図形の属性関数は、経路１３を経由して
ジオメトリ処理ライブラリの関数内でカレントなＧＣ１
８０１内の線色のテーブル情報を書き換える。ライン１
１０６、１１０７の描画関数は、経路１３を経由してジ
オメトリ処理ライブラリ１４０で幾何変換を行なって、
グラフィックスレンダリング処理部にそのデータを送出
する。ここでライン１１０６と１１０７の関数は、描画
が終了すると、下位グラフィックスライブラリ１３０や
ジオメトリ処理ライブラリ内には保存されない。
【００４５】ライン１１１３は、ストラクチャモードを
指示する関数である。GCreateStructureは、関数の返り
値として、作成するストラクチャのＩＤを返す。GCreat
eStructureでは、ライン１１０４の関数で設定されてい
る下位グラフィックスライブラリ内にあるイミディエー
トモードをのフラグをストラクチャモードであるフラグ
に再設定する。そして、GCreateStructureのコマンドを
送出用コマンドバッファにセットする。さらにライン１
１１４から１１１６にある描画コマンドや属性コマンド
を送出用コマンドバッファにセットする。
指示する関数である。GCreateStructureは、関数の返り
値として、作成するストラクチャのＩＤを返す。GCreat
eStructureでは、ライン１１０４の関数で設定されてい
る下位グラフィックスライブラリ内にあるイミディエー
トモードをのフラグをストラクチャモードであるフラグ
に再設定する。そして、GCreateStructureのコマンドを
送出用コマンドバッファにセットする。さらにライン１
１１４から１１１６にある描画コマンドや属性コマンド
を送出用コマンドバッファにセットする。
【００４６】ライン１１２１は、再びイミディエートモ
ードを指示する関数である。ここで再度イミディエート
モードにフラグを設定する。ライン１１２２は、属性関
数である。しかし、ここでは送出用コマンドバッファに
コマンドが保持されているため、まず、図２のステップ
１３０４に進み、送出用コマンドバッファを送出する。
そして、ストラクチャ＆ＧＣ管理ライブラリ１６０でス
トラクチャを設定した後、カレントＧＣテーブル１８０
１の線色を変更する。ライン１１２３はライン１１０６
と同様に線を描画する。ライン１１２４では、すでに定
義したストラクチャの描画を指示するコマンドであるた
め、送出用コマンドバッファにそのコマンドをセットす
る。ライン１１２５の関数が実行されるときには送出用
コマンドバッファにデータがあるため、送出用コマンド
バッファを送出することになる。
ードを指示する関数である。ここで再度イミディエート
モードにフラグを設定する。ライン１１２２は、属性関
数である。しかし、ここでは送出用コマンドバッファに
コマンドが保持されているため、まず、図２のステップ
１３０４に進み、送出用コマンドバッファを送出する。
そして、ストラクチャ＆ＧＣ管理ライブラリ１６０でス
トラクチャを設定した後、カレントＧＣテーブル１８０
１の線色を変更する。ライン１１２３はライン１１０６
と同様に線を描画する。ライン１１２４では、すでに定
義したストラクチャの描画を指示するコマンドであるた
め、送出用コマンドバッファにそのコマンドをセットす
る。ライン１１２５の関数が実行されるときには送出用
コマンドバッファにデータがあるため、送出用コマンド
バッファを送出することになる。
【００４７】GExecStructureを受けたストラクチャ＆Ｇ
Ｃ管理ライブラリは、まず、カレントなＧＣテーブル１
８０１の内容を全てストラクチャ＆ＧＣ管理ライブラリ
内に保存し、カレントなＧＣテーブル１８０１を初期化
する。次に既に登録してあるストラクチャを探索し、該
当ストラクチャを１コマンドずつジオメトリ処理ライブ
ラリ１４０の関数を呼び出す。本ストラクチャがライン
１１１３で定義したストラクチャであるとすると、ジオ
メトリ処理ライブラリ内でカレントなＧＣテーブル１８
０１の線色を変更し、次にLine,FillAreaを描画する。
一連のストラクチャの描画が終了するとカレントなＧＣ
テーブル１８０１にストラクチャ描画の最初に退避した
ＧＣをセットする。このようにしてリモートアクセス処
理が終了した後、ライン１１２５の関数が実行される。
Ｃ管理ライブラリは、まず、カレントなＧＣテーブル１
８０１の内容を全てストラクチャ＆ＧＣ管理ライブラリ
内に保存し、カレントなＧＣテーブル１８０１を初期化
する。次に既に登録してあるストラクチャを探索し、該
当ストラクチャを１コマンドずつジオメトリ処理ライブ
ラリ１４０の関数を呼び出す。本ストラクチャがライン
１１１３で定義したストラクチャであるとすると、ジオ
メトリ処理ライブラリ内でカレントなＧＣテーブル１８
０１の線色を変更し、次にLine,FillAreaを描画する。
一連のストラクチャの描画が終了するとカレントなＧＣ
テーブル１８０１にストラクチャ描画の最初に退避した
ＧＣをセットする。このようにしてリモートアクセス処
理が終了した後、ライン１１２５の関数が実行される。
【００４８】ライン１１３１、ライン１１３２の関数
は、リモートアクセス用関数であるため、経路１１を経
由してストラクチャ＆ＧＣ管理ライブラリ１６０を経由
してジオメトリ処理ライブラリ１４０で処理される。ラ
イン１１４２は、イミディエートモードの終了を指示
し、ライン１１４３で指示されたＩＤのジオメトリ処理
ライブラリ１４０を解放する。ライン１１４４、１１４
５で、定義しているＧＣを解放する。GDestroyGCは、経
路１１を経由して、ストラクチャ＆ＧＣ管理ライブラリ
がその内部に保持している該当ＧＣを解放することで実
現される。
は、リモートアクセス用関数であるため、経路１１を経
由してストラクチャ＆ＧＣ管理ライブラリ１６０を経由
してジオメトリ処理ライブラリ１４０で処理される。ラ
イン１１４２は、イミディエートモードの終了を指示
し、ライン１１４３で指示されたＩＤのジオメトリ処理
ライブラリ１４０を解放する。ライン１１４４、１１４
５で、定義しているＧＣを解放する。GDestroyGCは、経
路１１を経由して、ストラクチャ＆ＧＣ管理ライブラリ
がその内部に保持している該当ＧＣを解放することで実
現される。
【００４９】以上述べた実施例によれば、クライアント
サーバモデルの計算機環境のなかで、特にローカルな同
一マシン上でクライアントとサーバが動作するときに
は、通信処理の発生による性能低下を招くことなく、ス
タンドアロンモデルのように高速に描画することが可能
となる。また、ＧＣやストラクチャを１箇所に保持する
構成としたので、異なるアクセス方式であるローカルな
ケースやリモートなケースのいずれからでも異なるアプ
リケーションがＧＣやストラクチャを互いに使用するこ
とが可能となり、更に、アプリケーションはローカルな
ケースかリモートなケースかを意識することなくＧＣや
ストラクチャの内容をいつでも変更することが可能とな
る。
サーバモデルの計算機環境のなかで、特にローカルな同
一マシン上でクライアントとサーバが動作するときに
は、通信処理の発生による性能低下を招くことなく、ス
タンドアロンモデルのように高速に描画することが可能
となる。また、ＧＣやストラクチャを１箇所に保持する
構成としたので、異なるアクセス方式であるローカルな
ケースやリモートなケースのいずれからでも異なるアプ
リケーションがＧＣやストラクチャを互いに使用するこ
とが可能となり、更に、アプリケーションはローカルな
ケースかリモートなケースかを意識することなくＧＣや
ストラクチャの内容をいつでも変更することが可能とな
る。
【００５０】
【発明の効果】本発明によれば、グラフィックス標準化
仕様ＰＥＸを採用したシステムにおいて、ローカルな同
一マシン上でクライアントとサーバが動作するときには
スタンドアロンモデルのように高速描画が可能となり、
しかも、アプリケーションはローカルなケースかリモー
トなケースかを意識せずにＧＣテーブルやストラクチャ
の変更が可能となり、グラフィックシステムの使い勝手
が向上する。
仕様ＰＥＸを採用したシステムにおいて、ローカルな同
一マシン上でクライアントとサーバが動作するときには
スタンドアロンモデルのように高速描画が可能となり、
しかも、アプリケーションはローカルなケースかリモー
トなケースかを意識せずにＧＣテーブルやストラクチャ
の変更が可能となり、グラフィックシステムの使い勝手
が向上する。
【図面の簡単な説明】
【図１】本発明の一実施例に係るクライアントサーバモ
デルにおけるグラフィックスシステムの概念図である。
デルにおけるグラフィックスシステムの概念図である。
【図２】図１に示す下位グラフィックスライブラリの概
略処理手順を示すフローチャートである。
略処理手順を示すフローチャートである。
【図３】図１に示すグラフィックスシステムのハードウ
ェアブロック図である。
ェアブロック図である。
【図４】図３に示すグラフィックスレンダリング処理部
のブロック図である。
のブロック図である。
【図５】下位グラフィックスライブラリへの発行コマン
ド列の例を示す図である。
ド列の例を示す図である。
１０，２０…マシン、１０４…グラフィックスレンダリ
ング処理部、１１０，２１０…アプリケーション、１２
０，２２０…上位グラフィックスライブラリ、１３０，
２３０…下位グラフィックスライブラリ、１４０…ジオ
メトリ処理ライブラリ、１５０…リモートアクセス処理
ライブラリ、１６０…ストラクチャ＆管理ライブラリ、
１７０…ドライバ、１８０１〜１８０３…ＧＣ（グラフ
ィックスコンテキストテーブル。
ング処理部、１１０，２１０…アプリケーション、１２
０，２２０…上位グラフィックスライブラリ、１３０，
２３０…下位グラフィックスライブラリ、１４０…ジオ
メトリ処理ライブラリ、１５０…リモートアクセス処理
ライブラリ、１６０…ストラクチャ＆管理ライブラリ、
１７０…ドライバ、１８０１〜１８０３…ＧＣ（グラフ
ィックスコンテキストテーブル。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 中村 昭次 神奈川県川崎市麻生区王禅寺1099 株式会 社日立製作所システム開発研究所内 (72)発明者 桑名 利幸 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内 (72)発明者 藤井 秀樹 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内
Claims (12)
- 【請求項１】 グラフィックスコマンドを階層的に保持
する構造体のストラクチャへの編集や再描画コマンド
と、グラフィックス属性や環境の１まとまりを保持する
グラフィックスコンテキストへの制御描画コマンドと、
直接の描画コマンドとからなるクライアントサーバモデ
ルのグラフィックス描画方法において、他マシンまたは
他プロセスからの描画コマンドの通信処理を行なうリモ
ートアクセス処理ライブラリと、グラフィックスコンテ
キスト制御やストラクチャ制御を行なうストラクチャ＆
グラフィックスコンテキスト管理ライブラリと、グラフ
ィックス処理を行なうジオメトリ処理ライブラリと、自
マシンへの描画コマンド時にはジオメトリ処理ライブラ
リの関数を呼び出しグラフィックスコンテキスト制御コ
マンドやストラクチャ関連コマンドの時にはリモートア
クセス処理ライブラリへデータを送付するグラフィック
スライブラリとを備え、クライアントとサーバが同一マ
シンで動作するローカルなケースで直接描画する描画コ
マンド時にはグラフィックスライブラリからジオメトリ
処理ライブラリの関数を呼び出し、通信処理を省き高速
に描画を行なうことを特徴とするグラフィックス描画方
法。 - 【請求項２】 請求項１において、グラフィックスコン
テキストとストラクチャを保持する領域を一箇所にした
ことを特徴とするグラフィックス描画方法。 - 【請求項３】 請求項１において、グラフィックスライ
ブラリからジオメトリ処理ライブラリの関数を呼び出す
時に、同一描画ターゲットに対する他の処理が終了して
いることを確認することを特徴とするグラフィックス描
画方法。 - 【請求項４】 グラフィックス標準化仕様ＰＥＸを採用
するクライアントサーバモデルのグラフィックス描画方
法において、クライアントとサーバが同一マシンで動作
するローカルなケースで描画する描画コマンド時にグラ
フィックスライブラリからジオメトリ処理ライブラリの
関数を直接呼び出し、通信処理を省き高速に描画を行な
うことを特徴とするグラフィックス描画方法。 - 【請求項５】 請求項４において、ＰＥＸ仕様で用いる
グラフィックスコンテキストとストラクチャを保持する
領域を一箇所にしたことを特徴とするグラフィックス描
画方法。 - 【請求項６】 請求項４において、グラフィックスライ
ブラリからジオメトリ処理ライブラリの関数を直接呼び
出す時に、同一描画ターゲットに対する他の処理が終了
していることを確認することを特徴とするグラフィック
ス描画方法。 - 【請求項７】 グラフィックス標準化仕様ＰＥＸを採用
するクライアントサーバモデルの計算機システムにおい
て、クライアントとサーバが同一マシンで動作するロー
カルなケースで描画する描画コマンド時にグラフィック
スライブラリからジオメトリ処理ライブラリの関数を直
接呼び出し通信処理を省き高速に描画を行なう手段を備
えることを特徴とするグラフィックス描画装置。 - 【請求項８】 請求項７において、ＰＥＸ仕様で用いる
グラフィックスコンテキストとストラクチャを保持する
領域を一箇所にしたことを特徴とするグラフィックス描
画装置。 - 【請求項９】 請求項７において、グラフィックスライ
ブラリからジオメトリ処理ライブラリの関数を直接呼び
出す時に同一描画ターゲットに対する他の処理が終了し
ていることを確認する手段を設けたことを特徴とするグ
ラフィックス描画装置。 - 【請求項１０】 グラフィックスコマンドを階層的に保
持する構造体のストラクチャへの編集や再描画コマンド
と、グラフィックス属性や環境の１まとまりを保持する
グラフィックスコンテキストへの制御描画コマンドと、
直接の描画コマンドとを備えるクライアントサーバモデ
ルを採用した計算機システムにおいて、他マシンまたは
他プロセスからの描画コマンドの通信処理を行なうリモ
ートアクセス処理ライブラリと、グラフィックスコンテ
キスト制御やストラクチャ制御を行なうストラクチャ＆
グラフィックスコンテキスト管理ライブラリと、グラフ
ィックス処理を行なうジオメトリ処理ライブラリと、自
マシンへの描画コマンド時にはジオメトリ処理ライブラ
リの関数を呼び出しグラフィックスコンテキスト制御コ
マンドやストラクチャ関連コマンドの時にはリモートア
クセス処理ライブラリへデータを送付するグラフィック
スライブラリと、クライアントとサーバが同一マシンで
動作するローカルなケースで直接描画する描画コマンド
時にはグラフィックスライブラリからジオメトリ処理ラ
イブラリの関数を直接呼び出す手段とを備えることを特
徴とする計算機システム。 - 【請求項１１】 請求項１０において、グラフィックス
コンテキストとストラクチャを保持する領域を一箇所に
したことを特徴とする計算機システム。 - 【請求項１２】 請求項１０において、グラフィックス
ライブラリからジオメトリ処理ライブラリの関数を直接
呼び出す時に同一描画ターゲットに対する他の処理が終
了していることを確認する手段を備えることを特徴とす
る計算機システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5108307A JPH06325182A (ja) | 1993-05-10 | 1993-05-10 | グラフィックス描画方法及びその装置と計算機システム |
| US08/620,225 US5819077A (en) | 1993-05-10 | 1996-03-22 | Graphics drawing system and method based on a client server system having shared graphics resources |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5108307A JPH06325182A (ja) | 1993-05-10 | 1993-05-10 | グラフィックス描画方法及びその装置と計算機システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06325182A true JPH06325182A (ja) | 1994-11-25 |
Family
ID=14481392
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5108307A Pending JPH06325182A (ja) | 1993-05-10 | 1993-05-10 | グラフィックス描画方法及びその装置と計算機システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5819077A (ja) |
| JP (1) | JPH06325182A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112068908A (zh) * | 2017-10-23 | 2020-12-11 | 华为技术有限公司 | 图形处理方法及相关装置和设备 |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6281893B1 (en) * | 1996-04-04 | 2001-08-28 | Sun Microsystems, Inc. | Method and apparatus for providing an object oriented approach to a device independent graphics control system |
| US6057854A (en) * | 1997-03-07 | 2000-05-02 | Micrografx, Inc. | System and method of providing interactive vector graphics over a network |
| US6219693B1 (en) * | 1997-11-04 | 2001-04-17 | Adaptec, Inc. | File array storage architecture having file system distributed across a data processing platform |
| US6249294B1 (en) * | 1998-07-20 | 2001-06-19 | Hewlett-Packard Company | 3D graphics in a single logical sreen display using multiple computer systems |
| US7274368B1 (en) | 2000-07-31 | 2007-09-25 | Silicon Graphics, Inc. | System method and computer program product for remote graphics processing |
| US20020063715A1 (en) * | 2000-11-30 | 2002-05-30 | Silicon Graphics, Inc. | System, method, and computer program product for capturing a visualization session |
| JP2008227896A (ja) * | 2007-03-13 | 2008-09-25 | Seiko Epson Corp | データ処理装置及び電子機器 |
| US20090089453A1 (en) * | 2007-09-27 | 2009-04-02 | International Business Machines Corporation | Remote visualization of a graphics application |
| FR2958440B1 (fr) * | 2010-03-30 | 2012-10-12 | Airbus Operations Sas | Systeme d'affichage de graphiques sur ecran, dispositifs et procedes associes |
| CN117472371B (zh) * | 2023-10-09 | 2024-07-05 | 北京趋动智能科技有限公司 | 远程渲染方法、装置及存储介质 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4928247A (en) * | 1987-08-13 | 1990-05-22 | Digital Equipment Corporation | Method and apparatus for the continuous and asynchronous traversal and processing of graphics data structures |
| US5289574A (en) * | 1990-09-17 | 1994-02-22 | Hewlett-Packard Company | Multiple virtual screens on an "X windows" terminal |
| US5321808A (en) * | 1992-03-20 | 1994-06-14 | Hewlett-Packard Company | Dual process display server |
-
1993
- 1993-05-10 JP JP5108307A patent/JPH06325182A/ja active Pending
-
1996
- 1996-03-22 US US08/620,225 patent/US5819077A/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112068908A (zh) * | 2017-10-23 | 2020-12-11 | 华为技术有限公司 | 图形处理方法及相关装置和设备 |
| CN112068908B (zh) * | 2017-10-23 | 2024-01-30 | 华为技术有限公司 | 图形处理方法及相关装置和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5819077A (en) | 1998-10-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6911987B1 (en) | Method and system for transmitting data for a shared application | |
| US6216177B1 (en) | Method for transmitting text data for shared application between first and second computer asynchronously upon initiation of a session without solicitation from first computer | |
| JP3218029B2 (ja) | グラフィックス・システム、グラフィックス・オペレーションを実行する方法及びコンピュータ読取り可能媒体 | |
| JP2544116B2 (ja) | マルチ処理ウインドウ表示方法 | |
| JPH06161957A (ja) | ワークステーション | |
| JPH06325182A (ja) | グラフィックス描画方法及びその装置と計算機システム | |
| JPH10116346A (ja) | テクスチャの高速ダウンロード方法 | |
| EP4451204A1 (en) | Method for rendering image and related apparatus | |
| US6756986B1 (en) | Non-flushing atomic operation in a burst mode transfer data storage access environment | |
| JP2004505355A (ja) | データ処理システムにおける動的グラフィックス・コンテキスト切替の方法および装置 | |
| JPH10500514A (ja) | コンピュータ・ワークステーション | |
| US6831660B1 (en) | Method and apparatus for graphics window clipping management in a data processing system | |
| JP3038139B2 (ja) | グラフィックプロセッサ | |
| US7064752B1 (en) | Multi-function unit of a graphics system for updating a hierarchical Z buffer | |
| EP3693850A1 (en) | Graphics processing method, and related apparatus and device | |
| CA2068016A1 (en) | Method and apparatus for processing concurrent pick events | |
| US20060123141A1 (en) | Graphics systems and methods | |
| WO2023020124A1 (zh) | 数据处理方法、装置、计算设备和系统 | |
| US6954548B1 (en) | Method and apparatus for presenting images in a data processing system | |
| JP2747055B2 (ja) | 図形表示装置 | |
| JPH0514941B2 (ja) | ||
| CN115662363A (zh) | 一种嵌入式设备的图像显示方法及系统 | |
| US6667746B1 (en) | Pre-blending textures | |
| JPH0520412A (ja) | 図形表示装置 | |
| JPH0434175B2 (ja) |