(57)【特許請求の範囲】
【請求項１】
ネットワーク上に置かれ複数の図形データがバンド単位で配列された描画データを入力情報とし、描画面を前記描画データのバンドの１単位に対応する帯状の１つのバンド領域単位で描画する描画処理方法であって、
前記ネットワークが混雑しているか否かを判定し、
前記ネットワークが混雑していないと判定される場合には、
前記ネットワークを介して前記描画データから１つの図形データを取得し、
取得した前記１つの図形データのビットマップを生成し描画を行い、
前記１つの図形データを取得すること及び前記１つの図形データのビットマップを生成し描画を行うことを、前記描画データ内の１バンド単位に含まれる全ての図形データについて実行し前記１つのバンド領域の描画を行い、該１つのバンド領域の描画を行うことを前記描画データに含まれる全てのバンドについて処理する一方、
前記ネットワークが混雑していると判定される場合には、
前記ネットワークを介して前記描画データから１つのバンド単位に含まれる全ての図形データを１度に取得してバッファに格納し、
前記バッファに格納された前記１つのバンド単位に含まれる全ての図形データについてビットマップを生成して前記１つのバンド領域の描画を行い、該１つのバンド領域の描画を行うことを前記描画データに含まれる全てのバンドについて処理すること、を特徴とする描画処理方法。
【請求項２】
複数の図形データがバンド単位で配列された描画データを入力情報とし、描画面を前記描画データのバンドの１単位に対応する帯状の１つのバンド領域単位で描画する描画装置であって、
ネットワークが混雑しているか否かを判定する判定手段と、前記判定手段によってネットワークが混雑していないと判定される場合に、前記ネットワークを介して前記描画データから１つの図形データ毎にデータの取得を行い、該取得した１つの図形データ毎にビットマップを生成し描画を行うことにより前記１つのバンド領域について描画を行う第１の制御手段と、
前記判定手段によってネットワークが混雑していると判定される場合に、前記ネットワークを介して前記描画データから１つのバンド単位に含まれる全ての図形データを１度に取得してバッファに格納し、該格納された１つのバンド単位に含まれる全ての図形データについてビットマップを生成して前記１つのバンド領域について描画を行う第２の制御手段と、
を備えることを特徴とする描画装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ワークステーションで作成・編集された描画データをビットマップ展開して感光材上に描画する描画装置及び描画方法に関する。
【０００２】
【従来の技術】
描画装置は、感光性のフィルム、プリント基板のフォトレジスト層等の感光材に対して光ビームを照射してパターンの描画を行う装置である。描画装置は、光源としてレーザ光を用いるもの或いは発光ダイオード（ＬＥＤ）を用いるものが知られており、これらの光源からの光ビームを描画データに基づいて変調しつつ感光材上で走査することによって描画を行う。描画物の一つであるフォトマスクは、フォトリソグラフによってプリント基板等に導電性のパターンを形成する為に用いられる。近年、描画装置は、描画性能を高める観点から、描画面を複数の帯状のバンド領域に分割してこのバンド領域単位で描画を行うように構成されている。
【０００３】
描画装置への入力情報である描画データは、ワークステーション上で、ベクトル形式の複数の図形データをバンド単位で配列した構造として作成される。描画装置は、例えばネットワークを介してワークステーション上に置かれた描画データから図形データを取得し、それをビットマップ展開して描画処理を実行する。
【０００４】
このような描画装置の構成を表すブロック図を図６に示す。図６において、制御ＣＰＵ１０は、ネットワーク４０を介してワークステーション上に置かれた描画データ４１を読み出すと共に、描画装置３１の様々な動作制御を司るＣＰＵである。演算ＣＰＵ１５は、描画データに対する演算処理を行いビットマップへの展開を行うＣＰＵである。イメージ生成回路２１は、演算ＣＰＵ１５から得られるデータに対し輪郭データの塗りつぶし処理を行いイメージデータを生成する回路である。ＬＥＤ発光回路２５は、イメージデータに基づいてＬＥＤを発光させる。データバッファ１１，１６は、１バンド分の描画データを格納する為のバッファであり、退避スタック１７は、イメージデータにおいてバンドからはみ出した描画データを格納するためのメモリである。
【０００５】
図７は、描画装置３１における描画処理を説明する為の図であり、描画処理におけるデータの流れを表している。図７及び図６を参照して描画装置３１における描画処理を説明する。図７に示すように、描画データ４１は、先頭からベクトル形式の図形データがバンド単位で配列された構成をなす。描画を行う際には、始めに、制御ＣＰＵ１０によって、描画データ４１から１バンド分の描画データが読み出されデータバッファ１１内に格納される（矢印５１）。次に、データバッファ１１に格納された１バンド分の描画データは、演算ＣＰＵ１５内のデータバッファ１６に転送される（矢印５２）。
【０００６】
演算ＣＰＵ１５は、データバッファ１６内の描画データを１図形データ（１ベクトル）毎に読み出して演算を行い描画を行う。このときビームは、例えば描画対象のバンドがバンド１である場合には描画面６０上でＸ１方向に走査される。また、この図形データが描画を行っているバンドからはみ出すものである場合には、退避スタック１７へ退避する処理も行われる（矢印５３）。さらに、以前のバンドへの描画処理で退避スタック１７に退避されたデータがあるときは、これらの退避されたデータを読み出して現在の処理対象のバンドへの描画を行い、ここでさらに次のバンドへのはみ出しが生ずる場合には、退避スタック１７への退避を行う（矢印５４）。
【０００７】
このように、描画データ４１からの１バンドの読み込み、演算ＣＰＵ１５への１バンドの転送、及び１バンド描画という一連の処理が、バンド毎に実行されて全描画データについて描画処理が実行される。
【０００８】
【発明が解決しようとする課題】
以上で説明した従来方式による描画処理は、描画データを１バンド毎に読み出してデータバッファに格納することによって行われる。このため、データバッファの容量の制限から、１バンドのデータがデータバッファの容量を超えるような膨大な描画データに対しては描画処理ができないことになる。
【０００９】
本発明は、このような事情に鑑みてなされた。すなわち、本発明は、バンド単位で構成された描画データを入力情報として描画を行う描画装置における、描画データ量に対する制限が無く且つ高速に描画処理可能な描画処理方法、及びこのような描画処理方法を実行する為の描画装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
請求項１に記載の発明は、ネットワーク上に置かれ複数の図形データがバンド単位で配列された描画データを入力情報とし、描画面を描画データのバンドの１単位に対応する帯状の１つのバンド領域単位で描画する描画処理方法であって、ネットワークが混雑しているか否かを判定し、ネットワークが混雑していないと判定される場合には、ネットワークを介して描画データから１つの図形データを取得し、取得した１つの図形データのビットマップを生成し描画を行う。さらに、１つの図形データを取得すること及び１つの図形データのビットマップを生成し描画を行うことを、描画データ内の１バンド単位に含まれる全ての図形データについて実行して１つのバンド領域の描画を行い、該１つのバンド領域の描画を行うことを描画データに含まれる全てのバンドについて処理する。つまり、ネットワークが混雑していないときには、１図形データ単位で読み出して描画を行い、これを繰り返して１つのバンド領域について描画を行う。一方、ネットワークが混雑していると判定される場合には、ネットワークを介して描画データから１つのバンド単位に含まれる全ての図形データを１度に取得してバッファに格納し、バッファに格納された１つのバンド単位に含まれる全ての図形データについてビットマップを生成して１つのバンド領域の描画を行う。そして、該１つのバンド領域の描画を行うことを、描画データに含まれる全てのバンドについて処理する。つまり、ネットワークが混雑しているときには、描画データの転送効率が低下しそれにより描画処理の処理時間が増加することを避ける為、１バンド単位分の図形データを１度に取得して、１つのバンド領域への描画を行う。
【００１６】
請求項２に記載の発明は、複数の図形データがバンド単位で配列された描画データを入力情報とし、描画面を描画データのバンドの１単位に対応する帯状の１つのバンド領域単位で描画する描画装置であって、ネットワークが混雑しているか否かを判定する判定手段を備える。そしてこの描画装置は、判定手段によってネットワークが混雑していないと判定される場合に、ネットワークを介して描画データから１つの図形データ毎にデータの取得を行い、該取得した１つの図形データ毎にビットマップを生成し描画を行うことにより１つのバンド領域について描画を行う第１の制御手段を備える。つまり、この第１の制御手段によって、ネットワークが混雑していないときには、描画データから１図形データ単位で読み出されて描画が行われ、これを繰り返すことによって１つのバンド領域について描画が達成される。さらに、この描画装置は、判定手段によってネットワークが混雑していると判定される場合に、ネットワークを介して描画データから１つのバンド単位に含まれる全ての図形データを１度に取得してバッファに格納し、該格納された１つのバンド単位に含まれる全ての図形データについてビットマップを生成して１つのバンド領域について描画を行う第２の制御手段を備える。つまり、この第２の制御手段によって、ネットワークが混雑しているときには、描画データの転送効率が低下しそれにより描画処理の処理時間が増加することを避ける為、１バンド単位分の図形データが１度に取得され、１つのバンド領域への描画が行われる。
【００１８】
【発明の実施の形態】
図１は、本発明の第１の実施形態としての描画装置１３０の構成を表すブロック図である。描画装置１３０は、描画面を複数の帯状の領域に分割したバンド単位で描画を行うマルチバンドタイプの描画装置である。描画データ１４１は、先頭からベクトル形式の図形データがバンド単位に配列された構成をなし、ネットワーク１４０を介して描画装置１３０と接続されるワークステーション（不図示）上に置かれている。
【００１９】
図１において、制御／演算ＣＰＵ１１０は、ネットワーク１４０を介してワークステーション上の描画データファイル１４１から図形データ（ベクトルデータ）を取得すると共に、取得した図形データをビットマップ展開する演算処理を行う機能を持ち、また、描画装置１３０の様々な動作制御をも司るＣＰＵである。イメージ生成回路１２０は、制御／演算ＣＰＵ１１０から得られるデータの輪郭データに対する塗りつぶし処理を行いイメージデータを生成する回路であり。ＬＥＤ発光回路１２５は、イメージデータに基づいてＬＥＤを発光させる。
【００２０】
また、描画装置１３０は、ＬＥＤ発光回路１２５からのビームを描画面上に照射する照射ユニット（不図示）を有し、照射ユニットをバンド領域方向に走査して１バンド領域の描画を行い、描画テーブル（不図示）をバンドの方向と直交す方向に移動させてさらに別のバンド領域の描画を行うという処理を繰り返すことによって描画面全体に亘る描画を行うように構成されている。
【００２１】
図２は、描画装置１３０における描画処理を説明する為の図であり、描画処理におけるデータの流れを表している。図１及び図２を参照して描画装置１３０における描画処理を説明する。図２に示すように、描画データ１４１は、先頭から図形データがバンド単位で配列された構成をなす。描画を行う際には、始めに、制御／演算ＣＰＵ１１０によって、描画データ１４１から１図形データがネットワーク１４０を介して取得され、ビットマップ展開されてバンド領域１６１内の所定の位置に描画される（矢印１５１）。なお、このときビーム照射ユニットは、例えば描画対象のバンドがバンド１である場合には描画面１６０上でＸ１方向に走査される。また、取得した１図形データが描画対象のバンド領域１６１からはみ出す場合には、その図形データを退避スタック１０１に格納しておく。
【００２２】
以前のバンドの描画処理で退避スタック１０１内に図形データが格納されている場合には、これらの退避されたデータを読み出して現在の描画対象のバンド領域のものについては描画を行い、ここでさらに次のバンド領域へのはみ出しが出た場合には、その図形データは退避スタック１０１へ退避しておく（矢印１５２）。
【００２３】
このように、照射ユニットをバンド領域方向に走査させつつ、描画データ１４１から１図形データ単位でデータを取得し描画を行うことによって、制御／演算ＣＰＵ１１０内に１バンド分の描画データを格納する為のデータバッファを設ける必要が無くなることになる。したがって第１の実施形態による描画処理方法によれば、図６及び図７を参照して説明した従来の描画処理方法と比較して、制御ＣＰＵ１０内のデータバッファ１１及び演算ＣＰＵ１５内のデータバッファ１６への書き込み／読み出しの為の処理を省くことができる為、処理時間を短縮することができる。
【００２４】
図３は、図２で説明した描画処理を詳細に表したフローチャートである。図３の描画処理は制御／演算ＣＰＵ１１０によって実行される。この描画処理が開始されると、始めに、描画データ１４１中の読出し位置を格納しておく為のポインタPOSが０に初期化され、また、描画データ１４１の読出し終了位置を示す変数POS_ENDに格納すべき値が、描画データ１４１が置かれているワークステーション側から取得され、変数POS_ENDに格納される（Ｓ１１）。
【００２５】
次に、描画データ１４１内のバンド総数がワークステーション側から取得され、変数BD_TOTALに格納され、処理対象のバンド番号を格納しておく変数BD_NOが０に初期化され、また、バンド長がワークステーション側から取得され変数BD_LENに格納される（Ｓ１２）。次に、ステップ１３では、処理対象のバンドの最大座標が、
(BD_NO+1)×BD_LEN
によって求められ、変数FD_MAXに格納される。
【００２６】
ステップＳ１４では、現在の処理対象のバンドがバンド総数以内となっているか否かが判定され、処理対象のバンドのバンド番号がバンド総数以上となり、全てのバンドに対する処理が終了しているときは（Ｓ１４：ＮＯ）、処理は終了する。全てのバンドの処理が終了していないとき（Ｓ１４：ＹＥＳ）、処理はステップＳ１５に進む。ステップＳ１５では、ポインタPOSが、読出し終了位置にまで達しているか否かが判定される。読出し終了位置まで達していないときは（Ｓ１５：ＹＥＳ）、処理はステップＳ１６に進み、ポインタPOSが読出し終了位置まで達したと判定されると（Ｓ１５：ＮＯ）、処理はステップＳ２３に進む。
【００２７】
ステップＳ１６では、描画データ１４１中の現在のポインタPOSが表す位置から１つの図形データ（基本図形ｖｅｃ）が読み出される。ステップＳ１７では、読み出した図形データに基づいて、この図形の最小座標と最大座標が求められ、変数VEC_MIN及びVEC_MAXにそれぞれ格納される（Ｓ１７）。ステップＳ１８では、Ｓ１６で読み出した図形データの最小座標であるVEC_MINが、現在処理中のバンドの最大座標FD_MAXを超えていないことを判定したうえで、超えていない場合には（Ｓ：１８：ＹＥＳ）、この図形データをビットマップ展開して処理対象のバンド領域に描画する（Ｓ１９）。
【００２８】
一方、ステップＳ１８で、最小座標VEC_MINが最大座標FD_MAXI以上と判定される場合には（Ｓ１８：ＮＯ）、ステップＳ１６で読み出した図形データは次のバンド領域に描画すべきものであるので、処理はステップＳ２３に進み、処理対象のバンド番号を表す変数BD_NOを１つカウントアップする。
【００２９】
ステップＳ２０では、ステップＳ１９で描画処理を行った図形の最大座標であるVEC_MAXが、現在処理中のバンド領域の最大座標FD_MAXを超えているか否かが判定される。VEC_MAXが最大座標FD_MAXを超えている場合には（Ｓ２０：ＹＥＳ）、この図形は次のバンドに跨っていることになるので、この図形データを退避スタック１０１に退避する（Ｓ２２）。VEC_MAXがバンドの最大座標FD_MAXを超えていない場合には（Ｓ２０：ＮＯ）、この図形は次のバンドに跨っておらず退避を行う必要は無いので処理はステップＳ２１に進む。
【００３０】
ステップＳ２１では、次の図形データに処理を移すべく、ポインタPOSに、Ｓ１９で描画処理を行った図形データのサイズを加算する。そして、次の図形データに対してステップＳ１５〜Ｓ２２の処理が繰り返される。この繰返し処理の中でポインタPOSが読出し終了位置まで達したと判定されるか（Ｓ１５：ＮＯ）、ステップＳ１６で読み出した図形データの座標がFD_MAXを超え、次のバンドの処理に移るべき段階となると（Ｓ１８：ＮＯ）、処理はステップＳ２３に進む。
【００３１】
ステップＳ２３では、次のバンドの処理に移るべく、処理中のバンド番号を表す変数BD_NOが１つカウントアップされる。そして処理はステップＳ１３に進み、次のバンドに対する処理が繰り返される。
【００３２】
図４は、本発明の第２の実施形態としての描画装置２３０の構成を表すブロック図である。描画装置２３０は、第１の実施形態の描画装置１３０に対して、制御／演算ＣＰＵ２１０にデータバッファ１０２が加えられた構成となっている。描画装置２３０は、第１の実施形態での描画装置１３０と同等の機能、すなわち描画データ１４１から１図形データ毎に読み出して描画処理を行う機能をもつとともに、ネットワーク１４０が混雑している場合に、描画データ１４１から１バンド分の描画データを一度に取得してデータバッファ１０２に格納し描画処理を行う機能を持つ。
【００３３】
図４において、制御／演算ＣＰＵ２１０は、ネットワーク１４０を介して描画データ１４１が置かれたワークステーション（不図示）からデータを取得する機能を持つと共に、取得した描画データをビットマップ展開する演算処理を行う機能を持ち、また、描画装置２３０の様々な動作制御をも司るＣＰＵである。なお、図４において第１の実施形態における要素と同一の要素には同一の符号を用いている。
【００３４】
制御／演算ＣＰＵ２１０は、ネットワーク１４０の混雑状況を監視し、ネットワーク１４０が混雑していない場合には、第１の実施形態の描画装置１３０と同様に１図形データ毎にデータ取得し描画する処理を行うが、ネットワーク１４０が混雑している場合には、１バンド分の描画データを１度に取得して描画を行う。
【００３５】
図５は、制御／演算ＣＰＵ２１０がネットワーク１４０が混雑していると判断した場合の、描画装置２３０における描画処理を説明する為の図であり、この描画処理におけるデータの流れを表している。ネットワーク１４０が混雑していると判断すると制御／演算ＣＰＵ２１０は、描画データ１４１から１バンド分のデータをネットワーク１４０を介して１度に取得しデータバッファ１０２に格納する（矢印２０１）。
【００３６】
演算／制御ＣＰＵ２１０は、データバッファ１０２から１図形毎に読み出して演算を行い描画を行う（矢印２０２）。なお、このときビーム照射ユニットは、例えば描画対象のバンドがバンド１である場合には描画面２１０上でＸ１方向に走査される。また、読み出された１図形が描画を行っているバンド領域からはみ出すものである場合には、退避スタック１７へ退避する処理も行う（矢印２０２）。さらに、以前のバンドの描画処理で退避スタック１０１内に図形データが格納されている場合には、これらの退避されたデータを読み出して現在の描画対象のバンド領域のものについては描画を行い、ここでさらに次のバンド領域へのはみ出しが出た場合には、その図形データは退避スタック１０１へ退避しておく（矢印２０３）。
【００３７】
このように、描画データ１４１から１バンド単位でデータ取得が行われ、描画データ１４１の全てについて描画が実行される。ネットワークが混雑している場合は、１バンド分のデータを１度に取得することで、１図形毎に図形データの取得を行う場合に比べ、ネットワーク上で頻繁に衝突が発生することにより転送効率が低下する事態を回避することができ、したがって１図形毎に図形データを取得する場合よりも描画処理に要する時間を短縮することができる。
【００３８】
上述の実施形態における描画処理の処理時間短縮の効果は、制御／演算ＣＰＵとしてより高速なタイプのＣＰＵを採用すること、制御／演算ＣＰＵがより高速なネットワークへ対応すること等により向上される。
【００３９】
【発明の効果】
以上説明したように本発明によれば、１図形毎にデータを取得して描画を行うので、描画装置側に１バンド分のデータバッファを備える必要が無くなる。１バンド単位でデータを取得してデータバッファに格納することを行わない為、データバッファの容量に起因する描画データの１バンドのデータ量に対する制限をなくすことができる。また、描画装置におけるデータバッファへの書込み／読出し処理が不要となり、描画処理の処理時間を短縮することができる。さらに、データバッファが不要となった分、描画装置のコストを削減することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態としての描画装置の構成を表すブロック図である。
【図２】図１の描画装置で実行される描画処理におけるデータの流れを表す図である。
【図３】図１の描画装置で実行される描画処理の詳細を表すフローチャートである。
【図４】本発明の第２の実施形態としての描画装置の構成を表すブロック図である。
【図５】図４の描画装置で実行される描画処理におけるデータの流れを表す図である。
【図６】従来の描画装置の構成を表すブロック図である。
【図７】図６の描画装置で実行される描画処理におけるデータの流れを表す図である。
【符号の説明】
１１０  制御／演算ＣＰＵ
１２０  イメージ生成回路
１２５  ＬＥＤ発光回路
１３０  描画装置
１４１  描画データファイル
【図１】
0004718732.tif 000002
【図２】
0004718732.tif 000003
【図３】
0004718732.tif 000004
【図４】
0004718732.tif 000005
【図５】
0004718732.tif 000006
【図６】
0004718732.tif 000007
【図７】
0004718732.tif 000008