JPH10177493A - 図形処理システム - Google Patents

Abstract

(57)【要約】 【課題】 図形描画処理を、他のプロセスの処理とのバ
ランスを保ちつつ、かつ効率的に実行することができる
図形処理システムを提供する。 【解決手段】 グラフィックスアクセラレータ３０を制
御する図形処理部２０が、コマンド変換部２１と、コマ
ンド転送部２２と、利用者プログラム１０をスリープ状
態にするスリープ制御部２５と、スリープ状態の利用者
プログラム１０を再起動する再起動部２７と、利用者プ
ログラム１０のＩＤデータを保持するＩＤテーブル２８
と、利用者プログラム１０の動作状態に関する情報を保
持する仮想要因レジスタ２４及び変換テーブル２３とを
備え、スリープ制御部２５が、ハードウエア割込を受け
た場合にＩＤテーブル２８を参照して利用者プログラム
１０を特定し、仮想要因レジスタ２４における該当情報
をスリープ状態を示す設定とし、再起動部２７が、スリ
ープ状態となっている利用者プログラム１０を再起動し
た場合に、仮想要因レジスタ２４の該当情報を動作中を
示す設定とする。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、コンピュータを用
いて図形データを処理する図形処理システムに関し、特
に中央処理装置（ＣＰＵ）とは別に図形処理を高速に行
うためのプロセッサを備えたグラフィックスアクセラレ
ータをハードウエアとして実装する図形処理システムに
関する。

【０００２】

【従来の技術】コンピュータを用いた図形処理システム
は、大量の演算を必要とする図形データの処理を高速に
行うため、ＣＰＵとは別にプロセッサを備えたグラフィ
ックスアクセラレータを実装するのが一般的である。こ
のような図形処理システムでは、従来から、グラフィク
スアクセラレータを効率的に使用するために種々の提案
がなされている。

【０００３】この種の従来技術としては、例えば、特開
平７−３２００７０号公報に開示された技術がある。同
公報に記載された図形処理システムは、図５に示すよう
に、グラフィックサブシステム（グラフィックスアクセ
ラレータ）を制御するコマンドを演算により作成するＣ
ＰＵと、グラフィックスサブシステムへのコマンドの転
送を制御するシステムバスコントローラとを備える。シ
ステムバスコントローラは、ＣＰＵからコマンドの転送
が始まるまでプロセッサバスをビジーとし、グラフィッ
クスサブシステム上のＦＩＦＯが満杯になりそうな場合
に、割り込み制御の通知を行い、ＣＰＵシステム部から
グラフィックサブシステムへのデータ転送を禁止する。

【０００４】また、他の従来技術として、特開平７−４
４４４９号公報に開示された技術がある。同公報に記載
された図形処理システムは、図６に示すように、アドレ
スＦＩＦＯ、ＦＩＦＯコントロール回路、データＦＩＦ
Ｏ、及び描画Ｉ／Ｆ回路を備える。ＦＩＦＯコントロー
ル回路は、ＦＩＦＯに余裕があるかどうかに応じて、Ｅ
ＭＰＴＹ信号の状態を変化させる。ＥＭＰＴＹ信号がア
クティブであれば、ＣＰＵ及び各種ハードウエアエンジ
ンによるＶＲＡＭへのアクセスを受け付ける。描画処理
を実行する場合は、描画Ｉ／Ｆ回路によって、アドレス
ＦＩＦＯ及びデータＦＩＦＯにアドレスおよびデータが
蓄積される。そして、ＣＰＵ及び各種ハードウエアエン
ジンがＶＲＡＭにアクセスしていないときに、ＶＲＡＭ
に対してライトアドレスに対応したライトデータがライ
トされ、かつＦＩＦＯ内のアドレスとデータがクリアさ
れ、描画が行われる。

【０００５】

【発明が解決しようとする課題】しかし、上述した従来
の図形処理システムは、以下のような欠点を有する。

【０００６】特開平７−３２００７０号公報に記載され
たシステムは、プロセッサバスをビジー状態にすること
で、ＣＰＵによるバースト転送用のバッファ内への書き
込みを中止させているが、プロセッサバスをビジー状態
にした場合、通信等のプロセッサバスを使用するプロセ
スもすべて一時的に止まることになる。したがって、描
画処理のみは高速になるが他のプロセスの動作が遅くな
る。このため、ワークステーション全体のバランスを考
えた場合、かえって、処理効率が悪くなる場合があると
いう欠点があった。

【０００７】また、特開平７−４４４４９号公報に記載
されたシステムは、パーソナルコンピュータシステムに
おけるＣＰＵおよびハードウエアエンジンとＶＲＡＭと
のスループットの向上については有効な手段ではある
が、システムが複雑となるため、多数のアプリケーショ
ンを同時に起動し、アプリケーション毎に描画を行うよ
うなワークステーションではアプリケーションどうしの
競合の制御を効率的に行うことができず、本来の描画性
能が発揮されないという欠点があった。

【０００８】さらに、これらの従来の技術は、グラフィ
ックスアクセラレータのＦＩＦＯにコマンドを転送する
場合、転送する前に逐次グラフィックスアクセラレータ
のステータスレジスタにアクセスしてＦＩＦＯのステー
タスをチェックしているため、効率的に描画処理が行わ
れていないという欠点があった。

【０００９】本発明は、上記従来の欠点を解決し、図形
描画処理を、他のプロセスの処理とのバランスを保ちつ
つ、かつ効率的に実行することができる図形処理システ
ムを提供することを目的とする。

【００１０】

【課題を解決するための手段】上記の目的を達成する本
発明は、ＣＰＵとは別個に設けられたグラフィックプロ
セッサを搭載したグラフィックスアクセラレータを用い
て図形の描画処理を行う図形処理システムにおいて、前
記ＣＰＵ側に設けられ前記グラフィックスアクセラレー
タを制御する図形処理部を備え、前記図形処理部が、利
用者プログラムにより発行された図形コマンドをグラフ
ィックスアクセラレータを制御するコマンド群に変換す
るコマンド変換手段と、前記コマンド変換手段により変
換されたコマンド群を前記グラフィックスアクセラレー
タに転送するコマンド転送手段と、前記グラフィックス
アクセラレータからハードウエア割込があった場合に、
当該割込の原因となった前記利用者プログラムをスリー
プ状態にするスリープ手段と、前記グラフィックスアク
セラレータの状態に応じて、スリープ状態となっている
前記利用者プログラムを再起動する再起動手段と、前記
図形コマンドを発行した前記利用者プログラムを特定す
るプログラム特定情報を保持する第１の情報保持手段
と、前記第１の情報保持手段に保持された情報により特
定される前記利用者プログラムの動作状態に関する情報
を保持する第２の情報保持手段とを備え、前記グラフィ
ックスアクセラレータが、前記コマンド転送手段から転
送されたコマンドを格納して順次前記グラフィックプロ
セッサに渡す格納手段と、前記格納手段のステータス情
報を格納するステータス情報記憶手段と、前記格納手段
が満杯になった場合に前記図形処理部に対してハードウ
エア割込を行う割込手段とを備え、前記コマンド転送手
段が、前記コマンド群を前記グラフィックスアクセラレ
ータに転送する際に、該転送するコマンド群に対応する
前記利用者プログラムのプログラム特定情報を前記第１
の情報保持手段に格納し、前記スリープ手段が、ハード
ウエア割込を受けた場合に、前記ステータス情報記憶手
段と前記第１の情報保持手段とを参照してスリープ状態
にする前記利用者プログラムを特定し、前記第２の情報
保持手段における前記特定された利用者プログラムの動
作状態に関する情報をスリープ状態を示す設定とし、前
記再起動手段が、前記スリープ状態となっている前記利
用者プログラムを再起動した際に、前記前記第２の情報
保持手段の対応する前記利用者プログラムの動作状態に
関する情報を動作中を示す設定とすることを特徴とす
る。

【００１１】請求項２の本発明の図形処理システムは、
前記コマンド変換手段が、前記各利用者プログラムを最
初にロードした際に、該ロードした利用者プログラムを
特定するプログラム特定情報を前記第１の情報保持手段
に登録することを特徴とする。

【００１２】請求項３の本発明の図形処理システムは、
前記コマンド転送手段が、前記コマンド変換手段からコ
マンド群を受け取った場合、前記第２の情報保持手段を
参照し、スリープ状態に設定されている前記利用者プロ
グラムがない場合にのみ受け取った前記コマンド群を前
記グラフィックスアクセラレータに転送することを特徴
とする。

【００１３】請求項４の本発明の図形処理システムは、
前記図形処理部が、前記図形コマンドを発行した利用者
プログラムに関する環境情報を保持する第３の情報保持
手段をさらに備え、前記スリープ手段が、所定の前記利
用者プログラムをスリープさせると共に、該利用者プロ
グラムに関する環境情報を前記第３の情報保持手段に格
納することを特徴とする。

【００１４】請求項５の本発明の図形処理システムは、
前記再起動手段が、前記グラフィックスアクセラレータ
の前記ステータス情報記憶手段にアクセスして前記格納
手段の状態を監視し、満杯状態であった前記格納手段が
満杯でなくなった場合に、前記ステータス情報記憶手段
と前記第１の情報保持手段とを参照して再起動する前記
利用者プログラムを特定し、該利用者プログラムを再起
動することを特徴とする請求項１ないし請求項４に記載
の図形処理システム。

【００１５】

【発明の実施の形態】以下、本発明の実施例について図
面を参照して詳細に説明する。

【００１６】図１は、本発明の１実施例による図形処理
システムの構成を示すブロック図である。

【００１７】図示のように、本実施例の図形処理システ
ムは、グラフィックスアクセラレータ３０と、ＣＰＵ側
に設けられグラフィックスアクセラレータ３０を制御す
る図形処理部２０とを備える。図形処理部２０は、コマ
ンド変換部２１と、仮想要因レジスタ２２と、変換テー
ブル２３と、転送部２４と、スリープ制御部２５と、保
持部２６と、再起勤部２７とＩＤテーブル２８とを備え
る。グラフィックスアクセラレータ３０は、ＦＩＦＯ３
１と、ステータスレジスタ３２と、割込部３３とを備え
る。なお、図１には本実施例の特徴的な構成のみを記載
し、他の一般的な構成については記載を省略してある。
実際には図形処理部２０に種々の処理を実行するＣＰＵ
等が設けられ、グラフィックスアクセラレータ３０に描
画処理を実行するグラフィックプロセッサ等が設けられ
ることは言うまでもない。

【００１８】図形処理部２０において、コマンド変換部
２１は、利用者プログラム１０から図形の描画処理を指
示する図形コマンドを受け付けると、当該図形コマンド
を、グラフィックスアクセラレータを制御するＧＡコマ
ンド群に変換する。ただし、利用者プログラムが図形処
理システム上に最初にロードされたときは、変換テーブ
ル２３に当該利用者プログラムのプログラムＩＤ（以
下、ＬＳＩＤと称す）を登録した上で、図形コマンドを
ＧＡコマンド群に変換する。

【００１９】仮想要因レジスタ２２は、図形コマンドを
受け付けた利用者プログラム１０が動作中であるかスリ
ープ状態であるかを識別する設定を行う。具体的には、
例えば、仮想要因レジスタ２２中の所定のビットがＯＮ
であれば、当該ビットに対応する利用者プログラム１０
はスリープ状態であり、当該ビットがＯＦＦであれば、
当該ビットに対応する利用者プログラムは動作中である
とする。これにより、利用者プログラム１０に対するス
リープや再起動の処理を行う場合に、仮想要因レジスタ
２２における当該利用者プログラム１０に対応するビッ
トを参照することで、当該利用者プログラム１０の状態
を確認することができる。

【００２０】変換テーブル２３は、利用者プログラム１
０のＬＳＩＤと仮想要因レジスタ２２の所定のビットと
を関連付けたテーブルである。上記のように、利用者プ
ログラム１０が最初にロードされた際、コマンド変換部
２１により、当該利用者プログラム１０のＬＳＩＤが変
換テーブル２３に登録される。これ以後、ＬＳＩＤを指
定することにより、当該ＬＳＩＤの登録位置から仮想要
因レジスタ２２を検索し、当該ＬＳＩＤを有する利用者
プログラム１０に対応するビットを参照することができ
る。

【００２１】コマンド転送部２４は、仮想要因レジスタ
２２をリードしてスリープ状態のソフトウエアの有無を
調べ、スリープ状態のソフトウエアがない場合、コマン
ド変換部２１によって生成されたＧＡコマンドを、グラ
フィックスアクセラレータ３０のＦＩＦＯ３１へＤＭＡ
（ダイレクト・メモリ・アクセス）転送する。またこの
時、転送を行うＧＡコマンドに対応する利用者プログラ
ム１０のＬＳＩＤをＩＤレジスタ２８にセットする。

【００２２】スリープ制御部２５は、グラフィックスア
クセラレータ３０のＦＩＦＯ３１が満杯状態になった場
合に、当該ＦＩＦＯを満杯状態にする原因となった利用
者プログラム１０をスリープさせる。また、対応する仮
想要因レジスタ２２のビットをＯＮに設定すると共に、
再起動させるのに必要な環境データを環境データ保持部
２６に格納する。

【００２３】再起動部２７は、利用者プログラム１０が
スリープした場合に、ステータスレジスタ３２をポーリ
ングしてＦＩＦＯ３１の状態を監視し、ＦＩＦＯ３１が
満杯状態でなくなったならば、当該利用者プログラム１
０に対応する仮想要因レジスタ２２のビットをＯＦＦに
設定すると共に、保持部２６から環境データをリストア
する。

【００２４】ＩＤテーブル２８は、グラフィックスアク
セラレータ３０に転送されたＧＡコマンドに対応する利
用者プログラム１０のＬＳＩＤを登録する。利用者プロ
グラム１０に対するスリープまたは再起動の処理を行う
場合、ＩＤテーブル２８を参照することにより、転送さ
れている利用者プログラム１０のＬＳＩＤを取得し、仮
想要因レジスタ２２の対応ビットの設定を行うことがで
きる。

【００２５】グラフィックスアクセラレータ３０におい
て、ＦＩＦＯ３１は、図形処理部２０のコマンド転送部
２４から転送されたＧＡコマンドを蓄積する。蓄積され
たＧＡコマンドは、順次図示しないグラフィックプロセ
ッサにより読み出され、処理される。

【００２６】ステータスレジスタ３２は、割込み部３３
の制御により、ＦＩＦＯ３１の状態に応じて当該ＦＩＦ
Ｏ３１の状態を示すステータスを設定する。具体的に
は、ＦＩＦＯ３１が満杯状態の場合にＦＩＦＯ−ＦＵＬ
Ｌに設定され、ＦＩＦＯ３１が満杯状態でない場合にＦ
ＩＦＯ−ＮＯＴ−ＦＵＬＬに設定される。

【００２７】割込部３３は、ＦＩＦＯ３１が満杯状態に
なった場合、発生する電気信号によって、ステータスレ
ジスタ３２をＦＩＦＯ−ＦＵＬＬに設定する。そして、
図形処理部２０の変換テーブル２３を参照し、ＦＩＦＯ
３０を満杯状態にする原因となったＬＳＩＤに対応する
起因レジスタの該当ビットをＯＮにすることにより、Ｃ
ＰＵ側へハードウエア割込みを上げる。また、ＦＩＦＯ
３１が満杯状態でなくなった場合、発生する電気信号に
よって、ステータスレジスタ３２をＦＩＦＯ−ＮＯＴ−
ＦＵＬＬに設定する。

【００２８】次に図２ないし図４を参照して本実施例の
動作について説明する。図２は、コマンド変換部２１に
よるコマンド変換処理及びコマンド転送部２４による転
送処理を示すフローチャート、図３は、グラフィックス
アクセラレータ３０の割込み部３３による割込み処理を
示すフローチャート、図４は、スリープ制御部２５によ
る利用者プログラムをスリープさせる処理及び再起動部
２７による利用者プログラムの再起動処理を示すフロー
チャートである。

【００２９】図２を参照してコマンド変換処理及びコマ
ンド転送処理について説明する。まず、コマンド変換部
２１は、利用者プログラム１０から図形コマンドを受け
取ると、当該利用者プログラム１０の起動時であれば変
換テーブル２３を設定してから（ステップ２０１、２０
２）、当該図形コマンドをＧＡコマンドに変換する（ス
テップ２０３）。当該利用者プログラムの起動時でなけ
れば変換テーブル２３を設定することなく、直ちに当該
図形コマンドをＧＡコマンドに変換する（ステップ２０
１、２０３）。

【００３０】コマンド変換部２１によるコマンド変換処
理が行われると、コマンド転送部２４は、仮想要因レジ
スタ２２をリードし（ステップ２０４）、スリープ状態
になっているソフトウエアがあるかどうか確認する（ス
テップ２０５）。スリープ状態になっているソフトウエ
アが存在する場合は、ステップ２３１に戻り、スリープ
状態のソフトウエアがなくなるまで仮想要因レジスタ２
２のリードを繰り返す。スリープ状態のソフトウエアが
ない場合は、ＩＤテーブル２８に当該利用者プログラム
のＬＳＩＤ番号を設定し（ステップ２０６）、グラフィ
ックスアクセラレータ３０のＦＩＦＯ３１にデータを転
送する（ステップ２０７）。

【００３１】次に、図３を参照して割込処理について説
明する。まず、ＦＩＦＯ３１の状態が変化し、満杯状態
となった場合、ＦＩＦＯ３１から発生する電気信号によ
って、ステータスレジスタ３２をＦＩＦＯ−ＦＵＬＬに
設定する（ステップ３０１、３０２）。また、これと共
に、図形処理部２０にハードウエア割込みを行う（ステ
ップ３０３）。一方、ＧＡコマンドの処理が進んでＦＩ
ＦＯ３１が満杯状態でなくなった場合、ＦＩＦＯ３１か
ら発生する電気信号によって、ステータスレジスタ３２
をＦＩＦＯ−ＮＯＴ−ＦＵＬＬに設定する（ステップ３
０１、３０４）。

【００３２】次に、図４を参照して、割込部３３からの
ハードウエア割込みがあった場合における処理について
説明する。まず、スリープ制御部２５は、ＩＤテーブル
２８をリードし（ステップ４０１）、リードしたＬＳＩ
Ｄ番号が変換テーブル２３のどの部分に格納されている
かを調べる（ステップ４０２）。そして、ＩＤテーブル
２８で得られたＬＳＩＤ番号に対応する仮想要因レジス
タ２２のビットをＯＮにし（ステップ４０３）、再起動
するのに必要な環境データを環境データ保持部２６に保
存して（ステップ４０４）、当該ＬＳＩＤ番号のソフト
ウエアをスリープさせる（ステップ４０５） 。

【００３３】この後、再起動部２７は、ステータスレジ
スタ３２をリードし（ステップ４０６）、ＦＩＦＯ−Ｎ
ＯＴ−ＦＵＬＬに更新されたかどうか確認する（ステッ
プ４０７）。ＦＵＬＬ−ＮＯＴ−ＦＵＬＬへの更新を確
認した場合、ＩＤテーブル２８で得られたＬＳＩＤ番号
に対応する仮想要因レジスタ２２のビットをＯＦＦにし
（ステップ４０８）、環境データ保持部２６から再起動
に必要な環境データを取り込み、スリープしているソフ
トウエアを再起動させる（ステップ４０９）。この後、
図形処理部２０の動作は、ステップ２０１に戻る。

【００３４】以上好ましい実施例をあげて本発明を説明
したが、本発明は必ずしも上記実施例に限定されるもの
ではない。

【００３５】

【発明の効果】以上説明したように、本発明は、コマン
ドの転送や利用者プログラムに対してスリープや再起動
の処理を行うために利用者プログラムの状態を確認する
必要がある場合、アクセスの遅いグラフィックスアクセ
ラレータ側のステータス情報にアクセスするのではな
く、ＣＰＵ側に設けられたＩＤテーブル及び仮想要因レ
ジスタにアクセスすることで必要な情報を得ることがで
きるため、利用者プログラムの状態を参照するのに要す
る負荷を軽減することができる。これにより、他のプロ
セスの処理とのバランスを保ちつつ、図形描画処理を効
率的に行うことができるという効果がある。

【図面の簡単な説明】

【図１】 本発明の１実施例による図形処理システムの
構成を示すブロック図である。

【図２】 本実施例の動作を示すフローチャートであ
り、コマンド変換処理及びコマンド転送処理における動
作を示す。

【図３】 本実施例の動作を示すフローチャートであ
り、割込み処理における動作を示す。

【図４】 本実施例の動作を示すフローチャートであ
り、利用者プログラムのスリープ及び再起動の処理にお
ける動作を示す。

【図５】 従来の図形処理システムの構成を示すブロッ
ク図である。

【図６】 従来の他の図形処理システムの構成を示すブ
ロック図である。

【符号の説明】

１０ 利用者プログラム ２０ 図形処理部 ２１ コマンド変換部 ２２ コマンド転送部 ２３ 変換テーブル ２４ 仮想要因レジスタ ２５ スリープ制御部 ２６ 環境データ保持部 ２７ 再起動部 ３０ グラフィックスアクセラレータ ３１ ＦＩＦＯ ３２ ステータスレジスタ ３３ 割込部

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ＣＰＵとは別個に設けられたグラフィッ
   クプロセッサを搭載したグラフィックスアクセラレータ
   を用いて図形の描画処理を行う図形処理システムにおい
   て、 前記ＣＰＵ側に設けられ前記グラフィックスアクセラレ
   ータを制御する図形処理部を備え、 前記図形処理部が、 利用者プログラムにより発行された図形コマンドをグラ
   フィックスアクセラレータを制御するコマンド群に変換
   するコマンド変換手段と、 前記コマンド変換手段により変換されたコマンド群を前
   記グラフィックスアクセラレータに転送するコマンド転
   送手段と、 前記グラフィックスアクセラレータからハードウエア割
   込があった場合に、当該割込の原因となった前記利用者
   プログラムをスリープ状態にするスリープ手段と、 前記グラフィックスアクセラレータの状態に応じて、ス
   リープ状態となっている前記利用者プログラムを再起動
   する再起動手段と、 前記図形コマンドを発行した前記利用者プログラムを特
   定するプログラム特定情報を保持する第１の情報保持手
   段と、 前記第１の情報保持手段に保持された情報により特定さ
   れる前記利用者プログラムの動作状態に関する情報を保
   持する第２の情報保持手段とを備え、 前記グラフィックスアクセラレータが、 前記コマンド転送手段から転送されたコマンドを格納し
   て順次前記グラフィックプロセッサに渡す格納手段と、 前記格納手段のステータス情報を格納するステータス情
   報記憶手段と、 前記格納手段が満杯になった場合に前記図形処理部に対
   してハードウエア割込を行う割込手段とを備え、 前記コマンド転送手段が、前記コマンド群を前記グラフ
   ィックスアクセラレータに転送する際に、該転送するコ
   マンド群に対応する前記利用者プログラムのプログラム
   特定情報を前記第１の情報保持手段に格納し、 前記スリープ手段が、ハードウエア割込を受けた場合
   に、前記ステータス情報記憶手段と前記第１の情報保持
   手段とを参照してスリープ状態にする前記利用者プログ
   ラムを特定し、前記第２の情報保持手段における前記特
   定された利用者プログラムの動作状態に関する情報をス
   リープ状態を示す設定とし、 前記再起動手段が、前記スリープ状態となっている前記
   利用者プログラムを再起動した際に、前記前記第２の情
   報保持手段の対応する前記利用者プログラムの動作状態
   に関する情報を動作中を示す設定とすることを特徴とす
   る図形処理システム。
2. 【請求項２】 前記コマンド変換手段が、前記各利用者
   プログラムを最初にロードした際に、該ロードした利用
   者プログラムを特定するプログラム特定情報を前記第１
   の情報保持手段に登録することを特徴とする請求項１に
   記載の図形処理システム。
3. 【請求項３】 前記コマンド転送手段が、前記コマンド
   変換手段からコマンド群を受け取った場合、前記第２の
   情報保持手段を参照し、スリープ状態に設定されている
   前記利用者プログラムがない場合にのみ受け取った前記
   コマンド群を前記グラフィックスアクセラレータに転送
   することを特徴とする請求項１または請求項２に記載の
   図形処理システム。
4. 【請求項４】 前記図形処理部が、前記図形コマンドを
   発行した利用者プログラムに関する環境情報を保持する
   第３の情報保持手段をさらに備え、 前記スリープ手段が、所定の前記利用者プログラムをス
   リープさせると共に、該利用者プログラムに関する環境
   情報を前記第３の情報保持手段に格納することを特徴と
   する請求項１ないし請求項３に記載の図形処理システ
   ム。
5. 【請求項５】 前記再起動手段が、前記グラフィックス
   アクセラレータの前記ステータス情報記憶手段にアクセ
   スして前記格納手段の状態を監視し、満杯状態であった
   前記格納手段が満杯でなくなった場合に、前記ステータ
   ス情報記憶手段と前記第１の情報保持手段とを参照して
   再起動する前記利用者プログラムを特定し、該利用者プ
   ログラムを再起動することを特徴とする請求項１ないし
   請求項４に記載の図形処理システム。