JP2003131836A - スプールファイル加工装置、プログラム及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 外部から受信したスプールファイルにフォン
トデータが含まれている場合に、スプールファイルを加
工した後であっても、加工前の元のスプールファイルに
含まれていたフォントデータを使用できるようにする。 【解決手段】 クライアントＰＣからサーバＰＣへ送ら
れてきたスプールファイルを、ページ毎の中間ファイル
（ＥＭＦ）に分割し、分割したＥＭＦを１ページずつ抽
出（S210）してそれを更に複数のレコードに分割する
（S230）。そして、各レコード毎に拡張レコードである
か否かをみて、拡張レコードである場合（S250:YES）、
更にフォントデータを含んでいるか否かを判断する。こ
こでフォントデータ含んでいる場合は（S280:YES）、そ
のフォントデータをメモリ上に展開（S290）すると共
に、それをシステムフォントとして登録する（S300）。
その後、実際のスプールファイル加工処理を行う（S31
0）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、印刷用のスプール
ファイルを加工して新たなスプールファイルを生成する
スプールファイル加工装置に関し、特に、外部の情報端
末にて生成されたスプールファイルを受信してプリンタ
等の印刷デバイスへ出力する印刷サーバにおいて、その
受信したスプールファイルを加工するためのスプールフ
ァイル加工装置に関する。

【０００２】

【従来の技術】従来より、複数のパーソナルコンピュー
タ（以下「ＰＣ」と略す）をネットワークを介して相互
に接続すると共にある特定のＰＣにプリンタを接続し、
そのプリンタを、ネットワークに接続された全てのＰＣ
が利用できるように構成したネットワーク印刷システム
が知られている。

【０００３】図７は、ネットワーク印刷システムの一例
を示すものであり、プリンタ７３が接続されたサーバＰ
Ｃ７２とクライアントＰＣ７１とがネットワーク７４を
介して相互に接続されている。また、図示しないもの
の、ネットワーク７４には他にも複数のクライアントＰ
Ｃが接続されている。そして、サーバＰＣ７２からプリ
ンタ７３へ印刷データを出力して印刷を行えるのはもち
ろん、ネットワーク７４に接続された全てのクライアン
トＰＣも、ネットワーク７４及びサーバＰＣ７２を介し
てプリンタ７３へ印刷データを出力し、印刷を行うこと
ができる。つまり、プリンタ７３は、ネットワーク７４
に接続された全てのＰＣに共有される共有プリンタとし
て構成されている。

【０００４】このように構成されたネットワーク印刷シ
ステムにおいて、クライアントＰＣ７１からプリンタ７
３への印刷要求があったときの印刷データの流れを、図
８に基づいて概略説明する。図８では、クライアントＰ
Ｃ７１におけるクライアントＯＳ（Operating System）
及びサーバＰＣ７２におけるサーバＯＳがいずれもＷｉ
ｎｄｏｗｓ（登録商標）であるものとして説明する。

【０００５】クライアントＰＣ７１にて起動中のアプリ
ケーション８１からユーザ操作により印刷指示がなされ
ると、その指示内容はクライアントＯＳのプリンタドラ
イバを介して、クライアントＯＳが提供するプログラム
モジュールであるＧＤＩ（Graphics Device Interface
）８２に送られる。このＧＤＩ８２により、仮想化さ
れたディスプレイ領域であるデバイスコンテキスト（以
下「ＤＣ」と略す）が作成されてアプリケーション８１
へ供給される。これにより、アプリケーション８１によ
るＤＣへの描画処理が行われ、その結果、ＥＭＦ（Enha
nced Meta File）と称される、プリンタの種類に依存し
ない中間ファイルがページ毎に生成される。

【０００６】各ページの中間ファイルは、クライアント
ＯＳの一機能としてのスプーラシステム８３によって、
印刷ジョブ毎に一つのスプールファイルとして形成され
ると共に、そのスプールファイルは、ネットワーク７４
を介してサーバＰＣ７２へ送出される。サーバＰＣ７２
では、サーバＯＳの一機能としてのスプーラシステム８
５が、クライアントＰＣ７１から受信したスプールファ
イルを一時的に記憶装置に記憶（スプール）する。そし
て、プリントプロセッサ８６が、記憶装置に記憶された
スプールファイルをＧＤＩ（プリンタドライバ）８７へ
渡すことにより、スプールファイルがこのＧＤＩ８７に
よって出力先のプリンタ７３に応じたプリンタ制御コー
ドに変換され、プリンタ７３へ出力される。

【０００７】上記のように、ＥＭＦからなるスプールフ
ァイルがクライアントＰＣ７１からサーバＰＣ７２へ送
信される場合、通常は、クライアントＰＣ７１にて生成
された印刷ジョブに使用されるフォントデータまでがサ
ーバＰＣ７２へ送られることはない。但し、どのフォン
トを使用するのかといったフォント情報は、スプールフ
ァイルと共に送信される。そのため、サーバＰＣ７２
は、そのフォント情報に基づいて、サーバＰＣ７２自信
が備えているフォントデータを用いつつ、スプールファ
イルをプリンタ制御コードに変換する。

【０００８】そのため、クライアントＰＣ７１からのス
プールファイルに含まれるフォント情報に応じたフォン
トデータをサーバＰＣ７２が備えている限り、クライア
ントＰＣ７１にて生成した印刷ジョブをプリンタ７３に
て忠実に印刷出力させることができる。逆に、クライア
ントＰＣ７１で印刷ジョブを生成する際に使用したフォ
ントがサーバＰＣ７２にない場合は所望の印刷結果が得
られない。

【０００９】ところが、近年になってＯＳが次々に変化
していく中で、スプールファイルにフォントデータを付
加してサーバＰＣへ送信するようなＯＳが存在するよう
になった。具体的には、例えばＷｉｎｄｏｗｓ２０００
がこれに相当するＯＳであり、例えば図８のネットワー
ク印刷システムにおいて、クライアントＯＳ及びサーバ
ＯＳがともにＷｉｎｄｏｗｓ２０００の場合、クライア
ントＰＣ７１にて生成した印刷ジョブで使用されるフォ
ントがサーバＰＣ７２にない場合は、スプールファイル
にそのフォントデータが付加されて（詳細には、スプー
ルファイルを構成する各ページのＥＭＦにフォントデー
タが付加されて）サーバＰＣ７２へ送信されるのであ
る。

【００１０】そのため、ユーザがクライアントＰＣ７１
のアプリケーション８１を利用して各種印刷ジョブを生
成する際に、サーバＰＣ７２にフォントデータがあるか
否かを気にする必要はなく、クライアントＰＣ７１にて
生成した通りの状態で印刷出力させることができる。

【００１１】

【発明が解決しようとする課題】ところで、上記例示し
た通常の印刷に加え、例えばページ分割された複数のペ
ージを同一ページ内に印刷するいわゆる４in１、２in１
等のＮin１と称されるマルチページ印刷や、ある画像に
別の画像を重ねて印刷する重ね印刷、或いはページ分割
された複数ページのページ順を入れ換えて印刷するとい
ったページ入れ換え印刷などの、種々の特殊印刷を行い
たいというニーズもあり、そのような特殊印刷ジョブを
パソコン側で制御することも考えられている。そこで本
願出願人は、特開平１１−２１９２６５号公報にて、ス
プールファイルを加工することにより特殊印刷を実現す
る技術を提案した。

【００１２】具体的には、例えば図８のサーバＰＣ７２
において、スプーラシステム８５によりスプールされた
スプールファイルをプリントプロセッサ８６を介して取
り出し、そのスプールファイルをページ毎の中間ファイ
ルに分割する。そして、ページ分割した中間ファイルに
加工を施して新たなスプールファイルを生成し、再びス
プーラシステム８５へ戻すものである。これにより、新
たに生成されたスプールファイルに基づいて、出力先の
プリンタに応じたプリンタ制御コードをＧＤＩ８７にて
生成するといった通常の処理を可能としつつ、上記各種
の特殊印刷を実現している。

【００１３】しかしながら、ＯＳの種類によっては、上
記のような特殊印刷等のためにスプールファイルを加工
して新たな印刷ジョブのスプールファイルを生成する
と、その新たなスプールファイルをプリンタ制御コード
に変換する際に、加工前の元のスプールファイル（つま
りクライアントＰＣからのスプールファイル）に含まれ
ていたフォントデータが利用されなくなってしまうこと
がある。

【００１４】その一例として、上記のようにクライアン
トＯＳ及びサーバＯＳがともにＷｉｎｄｏｗｓ２０００
の場合が挙げられる。この場合、通常の印刷であれば、
クライアントＰＣ７１にて生成した印刷ジョブがサーバ
ＰＣ７２にないフォントを用いたものであっても、その
印刷ジョブのスプールファイルがサーバＰＣ７２へ送信
される際にフォントデータも付加されて送信されるた
め、サーバＰＣ７２ではそのフォントデータを利用して
プリンタ制御コードへの変換等を行うことができる。

【００１５】しかし、特殊印刷を行うために、サーバＰ
Ｃ７２へ送信されてきたスプールファイルを加工する
と、そのスプールファイルに含まれていたフォントデー
タが利用できなくなり、結果として、クライアントＰＣ
７１にて作成した印刷データが所望のフォントで印刷さ
れなくなってしまうのである。

【００１６】つまり、従来はスプールファイルにフォン
トデータが付加されてサーバＰＣ７１へ送信されること
はなかったものの、近年になって例えばＷｉｎｄｏｗｓ
２０００のように、クライアントＰＣ７１にて生成した
印刷ジョブがサーバＰＣ７２にないフォントを用いたも
のである場合に、そのフォントデータを付加したスプー
ルファイルをサーバＰＣ７２へ送信するような仕様のＯ
Ｓも登場してきた。これにより、サーバＰＣ７２は、自
身がフォントデータを持っていなくてもクライアントＰ
Ｃ７１からのスプールファイルに含まれるフォントデー
タを利用してプリンタ制御コードへの変換等を行えるよ
うになったのだが、特殊印刷等のためにそのスプールフ
ァイルを加工して新たなスプールファイルを生成する
と、元のスプールファイルに含まれていたはずのフォン
トデータが使用できなくなってしまうのである。

【００１７】本発明は上記課題に鑑みなされたものであ
り、外部の情報端末から受信した印刷用のスプールファ
イルを印刷デバイスに適合した形式の印刷データに変換
して印刷デバイスへ出力する印刷サーバにおいて、受信
したスプールファイルにその印刷ジョブで使用するフォ
ントデータが含まれている場合に、特殊印刷等のために
そのスプールファイルを加工して新たなスプールファイ
ルを生成する場合であっても、加工後の新たなスプール
ファイルを印刷デバイスに適合した形式の印刷データに
変換する際に、加工前の元のスプールファイルに含まれ
ていたフォントデータを使用できるようにすることを目
的とする。

【００１８】

【課題を解決するための手段及び発明の効果】上記課題
を解決するためになされた請求項１記載のスプールファ
イル加工装置は、外部の情報端末から送信されてくる印
刷用の中間ファイルからなるスプールファイルを受信
し、該受信したスプールファイルを記憶手段へ記憶する
と共に該記憶されたスプールファイルを印刷デバイスに
適合した形式の印刷データに変換して該印刷デバイスへ
出力する印刷サーバに設けられるものであって、記憶手
段に記憶されたスプールファイルを加工して新たなスプ
ールファイルを生成するものである。

【００１９】そして、本発明では、フォントデータ取得
手段が、スプールファイル取得手段によって記憶手段か
ら取り出されたスプールファイルにフォントデータが含
まれているか否かを判断し、含まれている場合にそのフ
ォントデータを取り出す。そして、登録手段が、その取
り出されたフォントデータを、印刷サーバがスプールフ
ァイルを印刷データへ変換する際に使用できるように印
刷サーバに登録する。また、スプールファイル取得手段
により取り出されたスプールファイルに、該スプールフ
ァイルを加工すべき加工情報が含まれているとき、加工
手段が、該加工情報に基づいて前記スプールファイルを
加工して、該加工後のスプールファイルを、加工前のス
プールファイルに代わる新たなスプールファイルとして
再び記憶手段へ戻す。

【００２０】つまり、外部の情報端末から受信したスプ
ールファイルに含まれているフォントデータを、加工す
る前のスプールファイルから予め抽出して、印刷サーバ
へ登録しておくのである。このようにすれば、例えば特
殊印刷等のためにそのスプールファイルを加工して新た
なスプールファイルを生成する場合であっても、加工後
の新たなスプールファイルを印刷デバイスに適合した形
式の印刷データに変換する際に、加工前の元のスプール
ファイルに含まれていたフォントデータを確実に使用す
ることができる。

【００２１】ここで、本発明（請求項１）により、加工
前のスプールファイルに含まれるフォントデータが印刷
サーバに登録され、以後、そのフォントデータは印刷サ
ーバが元々備えるフォントデータと同等に扱われること
になるが、フォントデータを登録したままの状態にして
おくと、例えば印刷サーバ内のアプリケーションソフト
で文書等を作成する際にもそのフォント（元々は印刷サ
ーバにはなく外部の情報端末だけが持っていたフォン
ト）を使用することができてしまうなど、著作権上の問
題が生じるおそれがある。

【００２２】そこで、例えば請求項２に記載したよう
に、印刷サーバが加工後のスプールファイルの印刷動作
を終了したときに、削除手段が、加工前のスプールファ
イルから取り出されて印刷サーバに登録されたフォント
データを削除するようにするとよい。このようにすれ
ば、スプールファイルに含まれて送られてきたフォント
データは、そのスプールファイルが上記印刷データに変
換される際にのみ使用されることになるため、著作権上
の問題が生じるおそれがなくなる。

【００２３】また、登録手段による登録は、例えばハー
ドディスク等の不揮発性の記憶装置にフォントデータを
記憶させてそれを印刷サーバが使用できるようにするこ
とができる。しかし、このようにすると、削除手段によ
る削除が実行されても何らかの要因によりフォントデー
タが完全に削除されないといった事態が起こってしまっ
た場合、以後、そのフォントデータが引き続き印刷サー
バ内に残ってしまう。

【００２４】そこで、請求項１又は２記載のスプールフ
ァイル加工装置は、例えば請求項３に記載のように、フ
ォントデータ取得手段が、取り出したフォントデータを
揮発性メモリに記憶するようにし、登録手段は、その揮
発性メモリに記憶されるフォントデータを印刷サーバに
登録するようにするのが好ましい。

【００２５】このようにすれば、登録したフォントデー
タを削除する操作をしなかったり、或いは削除手段によ
って削除を実行したにも関わらず何らかの要因で完全に
削除されないといったことが生じても、少なくとも揮発
性メモリが記憶内容を保持するのに必要な電源供給が遮
断（例えば印刷サーバのシャットダウン等）されれば、
フォントデータが確実に消去されることになる。そのた
め、著作権上の問題の発生をより確実に抑えることが可
能となる。

【００２６】ところで、スプールファイルにフォントデ
ータが含まれて印刷サーバへ送信されてくる場合、通常
（例えばＷｉｎｄｏｗｓなど）は、スプールファイルを
構成するページ毎の中間ファイルの中にフォントデータ
が含まれて送られてくる場合が多い。そこで、スプール
ファイルからフォントデータを取り出すために、より具
体的には、例えば請求項４に記載のように、スプールフ
ァイル取得手段により取り出されたスプールファイル
を、ページ分割手段が、ページ毎の中間ファイルに分割
するようにし、フォントデータ取得手段は、ページ分割
手段により分割された各中間ファイルにフォントデータ
が含まれているか否かを判断して、含まれていると判断
されたときに該フォントデータを取り出すようにすると
よい。

【００２７】そしてこの場合、ページ分割された各中間
ファイルに対してどのような順番でフォントデータの取
り出しを実行するかは任意に決めることができるが、印
刷サーバ或いは外部情報端末の仕様によっては、例えば
２ページ目以降で使用するフォントデータが１ページ目
の中間ファイルのみに含まれた状態で外部情報端末から
送信されてくるといったことも考えられる。

【００２８】そのため、フォントデータ取得手段は、前
記ページ分割手段によりページ毎に分割された各中間フ
ァイルに対して、１ページ目から順番にその動作（フォ
ントデータの取り出し）を実行するとよい。このように
すれば、上記例のように全てのフォントデータが１ペー
ジ目の中間ファイルのみにまとめて含まれている場合で
あっても、そのフォントデータを取り出す前に他のペー
ジの中間ファイルが加工されてしまうおそれはなく、ス
プールファイルの上記印刷データへの変換をより確実に
行うことができる。

【００２９】また、本発明のスプールファイル加工装置
は、例えば別途ハードウェアにより実現することができ
るなど、種々の方法により実現可能であるが、コンピュ
ータがアプリケーションソフト（プログラム）を実行す
ることにより実現することができる。即ち、当該スプー
ルファイル加工装置における各手段としてコンピュータ
を機能させるためのプログラムを備え、コンピュータが
そのプログラムを実行することにより、本発明のスプー
ルファイル加工装置を実現するのである。

【００３０】そして、コンピュータを本発明のスプール
ファイル加工装置として機能させるためのプログラム
は、例えば、フロッピー（登録商標）ディスク、光磁気
ディスク、ＣＤ−ＲＯＭ、ハードディスク等のコンピュ
ータ読み取り可能な記録媒体に記録し、必要に応じてコ
ンピュータにロードして起動することにより用いること
ができる。この他、ＲＯＭやバックアップＲＡＭをコン
ピュータ読み取り可能な記録媒体としてプログラムを記
録しておき、このＲＯＭあるいはバックアップＲＡＭを
コンピュータに組み込んで用いてもよい。

【００３１】

【発明の実施の形態】以下に、本発明の好適な実施形態
を図面に基づいて説明する。図１は、本実施形態のネッ
トワーク印刷システムの概略構成を示すブロック図であ
る。本実施形態のネットワーク印刷システムは、図７で
説明したネットワーク印刷システムと全く同様、クライ
アントＰＣ１（本発明の情報端末）とサーバＰＣ２（本
発明の印刷サーバ）とがネットワークを介して接続され
ており、サーバＰＣ２には、印刷デバイスとしてのプリ
ンタ３が接続されている。そして、サーバＰＣ２から直
接プリンタ３へ印刷させることができるのはもちろん、
クライアントＰＣ１も、サーバＰＣ２を介してプリンタ
３へ印刷させることができる。本実施形態では、クライ
アントＯＳ及びサーバＯＳがいずれもＷｉｎｄｏｗｓ２
０００の場合を示している。

【００３２】そして、本実施形態では、中間ファイル生
成部１１にて生成された印刷用の中間ファイルが、印刷
ジョブ毎のスプールファイルとしてプリントスプーラ１
２からサーバＰＣ２へ送信される。サーバＰＣ２では、
受信したスプールファイルをプリントスプーラ２１が一
旦スプール領域２８へ記憶すると共に、そのスプールフ
ァイルに加工情報が含まれているときは、スプールファ
イル加工部２３にてそのスプールファイルを加工して再
びスプール領域２８へ戻し、プリンタ３の動作状態に応
じて、スプールファイルをＧＤＩ２５にてプリンタ制御
コードに変換してプリンタ３へ出力するものである。

【００３３】尚、一般に、クライアントＰＣ１及びサー
バＰＣ２はいずれも、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ
等のハードウェアのもとで各ＯＳがこれらの制御を担
い、そのＯＳの元で、アプリケーションソフトやデバイ
スドライバ等の応用ソフトが動作するようになってい
る。そして、本実施形態のサーバＰＣ２では、プリント
スプーラ２１及びＧＤＩ２９は、サーバＯＳの一機能と
してのプログラムモジュールであり、フォントデータ抽
出・登録部３０，ＥＭＦ加工部３１及びＧＤＩ２５はい
ずれも、プリンタ３を動作させるためにサーバＰＣ２に
組み込まれたデバイスドライバ（プログラム）であって
サーバＯＳと連携しながらプリンタ３の動作を制御す
る。

【００３４】また、プリントプロセッサ２７は、ＯＳ
（Ｗｉｎｄｏｗｓ２０００）が元々備えているプリント
プロセッサ（図示略）とは別に、プリンタ３に対応して
サーバＰＣ２に追加（インストール）されることにより
サーバＯＳの中に組み込まれて動作するプログラムモジ
ュールであり、スプールファイル加工部２３及びメモリ
２４と共に本発明のスプールファイル加工装置を構成す
るものである。

【００３５】尚、本実施形態では、サーバＰＣ２におけ
る各部の機能を実現するためのプログラムは全てハード
ディスク（ＨＤＤ）２２に格納されている。また、メモ
リ２４は、ＲＡＭ等のいわゆる揮発性メモリである。以
下、本実施形態のネットワーク印刷システムにおいてク
ライアントＰＣ１から印刷要求があった場合の各部の動
作について詳述する。

【００３６】図１に示す如く、ユーザによってクライア
ントＰＣ１上のアプリケーション１４により作成された
印刷データは、Ｗｉｎｄｏｗｓ２０００のプリンタドラ
イバ１５を介してＷｉｎｄｏｗｓ２０００が提供するプ
ログラムモジュールであるＧＤＩ１６に送られ、このＧ
ＤＩ１６により仮想化されたディスプレイ領域であるＤ
Ｃ（デバイスコンテキスト）が作成される。そして、こ
のＤＣの指示された座標にデバイス（プリンタ、ディス
プレイ等）の種類に依存しない印刷ジョブ毎の印刷デー
タが格納され、仮想化されたデバイスへの描画が行われ
る。アプリケーション１４は、例えばワープロソフトや
表計算ソフトなどの、クライアントＯＳ上で動作する応
用ソフトを示すものである。

【００３７】尚、一般にＧＤＩと呼ばれるものには、Ｄ
Ｃの管理、ＥＭＦの形成を行うものと、ＤＣへの処理を
デバイス（例えばプリンタやディスプレイ）に依存する
コマンドに変換するものとがあり、前者はＯＳにより提
供されるものであって図１のＧＤＩ１６或いはＧＤＩ２
９（後述）がこれに相当するものであり、後者はデバイ
スメーカによりドライバとして提供されるものであって
図１のＧＤＩ２５（後述）に相当するものである。

【００３８】このようにＤＣ即ち仮想化されたデバイス
に描画することで、各ページ毎にデバイスの種類に依存
しないＥＭＦ（中間ファイル）が形成される。そして、
このＥＭＦがプリントスプーラ１２により結合されて、
印刷ジョブ毎のスプールファイルが形成されるのだが、
本実施形態では、プリントスプーラ１２にてスプールフ
ァイルが形成される前に、サーバＰＣ２との間で相互通
信を行うことにより、その印刷ジョブで使用しているフ
ォントをサーバＰＣ２が備えているか否かを確認する。

【００３９】そして、サーバＰＣ２がそのフォントを備
えていない場合は、ＨＤＤ１３内に格納されているフォ
ントデータ１９から所望のフォントデータを取得して、
そのフォントデータを付加したスプールファイルを形成
するのである。また、アプリケーション１４にて作成し
た印刷データをユーザが印刷させる際に、特殊印刷をす
る旨の指示があった場合は、その旨の情報（即ちスプー
ルファイルを加工するための加工情報）も、スプールフ
ァイルに付加される。プリントスプーラ１２にて形成さ
れた印刷ジョブ毎のスプールファイルは、ＨＤＤ１３内
に確保されたスプール領域２０に適宜記憶されつつ、Ｒ
ＰＣ（Remote Procedure Call ）を使用してサーバＰＣ
２へ送信される。尚、スプールファイルへのフォントデ
ータ付加の詳細については後述する。

【００４０】このようにクライアントＰＣ１からサーバ
ＰＣ２へスプールファイルが送信されると、サーバＰＣ
２のプリントスプーラ２１にてそのスプールファイルが
受信され、スプーラシステム２６が、受信したスプール
ファイルを、ＨＤＤ２２内に確保された記憶手段である
スプール領域２８へ一旦記憶する。

【００４１】そして、マルチページ印刷、重ね印刷等の
特殊印刷を行う場合には、スプールファイル加工部２３
が起動され、このスプールファイル加工部２３により、
スプール領域２８に格納されている印刷ジョブ毎のスプ
ールファイルが特殊印刷のために加工される。具体的に
は、プリントプロセッサ２７が、スプール領域２８に記
憶されたスプールファイルを取り出して、その取り出し
たスプールファイルに加工情報が含まれているか否かを
みる。そして、加工情報が含まれている場合に、そのス
プールファイルをスプールファイル加工部２３へ渡す。

【００４２】スプールファイル加工部２３における処理
の詳細は後述するが、その概略だけ説明すると、まず、
プリントプロセッサ２７から渡されたスプールファイル
を、ページ毎のＥＭＦ（中間ファイル）に分割し、各ペ
ージのＥＭＦをメモリ２４等に形成されるテンポラリフ
ァイルにコピーする。このテンポラリファイルは不要と
なった時点で消去する。尚、ページ分割の前に、スプー
ルファイルから加工情報を取得して、どのような加工を
すべきかを予め識別しておく。

【００４３】本実施形態のスプールファイルは、具体的
には図２に示す構成となっており、ヘッダを先頭として
ページ毎のＥＭＦ及び加工情報等が含まれる。そして、
各ページのＥＭＦは、コマンド及びデータからなる複数
のレコード及びエンドコマンドにより構成されており、
フォントデータは、ある一部のレコードに含まれること
になる。以下、フォントデータを含むレコードを「拡張
レコード」という。

【００４４】尚、この「拡張レコード」は、ＥＭＦ本来
のレコードを拡張したものであるので、ＥＭＦの描画ル
ーチンでは処理できないものである。換言すれば、この
レコードは本来ＥＭＦとして処理する場合は無視される
ものである。そして、フォントデータ抽出・登録部３０
が、ページ分割された各ＥＭＦに対してフォントデータ
が含まれているか否かを判断し、含まれていればそのフ
ォントデータを抽出して、サーバＯＳのシステムフォン
トとして登録する。その後、ＥＭＦ加工部３１が、ペー
ジ毎のＥＭＦに対して加工情報に基づく加工を施し、新
たなＥＭＦを生成する。この加工後の新たなＥＭＦは、
スプーラシステム２６によって再びスプール領域２８へ
戻される。そして、このようにスプールファイル加工部
２３により加工されてスプール領域２８に戻された新し
い印刷ジョブのＥＭＦは、プリントプロセッサ２７によ
ってＧＤＩ２５へ送られ、このＧＤＩ２５により、新し
い印刷ジョブのＥＭＦがプリンタ３に対応したプリンタ
制御コードに変換されて、プリンタ３に送られる。この
プリンタ制御コードが、本発明の印刷データ（印刷デバ
イスに適合した形式のもの）に相当するものである。

【００４５】尚、プリンタの制御用コマンドはメーカ毎
に仕様が異なっており、代表的なものとして、例えば米
国Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社のＰＣＬや米国Ａ
ｄｏｂｅ社のPostScript（ＰＳ：登録商標）などの種々
のページ記述言語（ＰＤＬ；Page-Description Languag
e ）によるコマンドセットがある。そのため、プリンタ
３にて採用されているＰＤＬに対応できるように、ＧＤ
Ｉ２５により、ページ毎のＥＭＦからなるスプールファ
イルを、そのＰＤＬによるプリンタ制御コードに変換し
ているのである。

【００４６】以上詳述した本実施形態のネットワーク印
刷システムにおいて、サーバＰＣ２のプリントプロセッ
サ２７によりスプールファイルに加工情報が含まれてい
ると判断され、そのスプールファイルがスプールファイ
ル加工部２３へ渡されたときに、スプールファイル加工
部２３が実行するスプールファイル加工処理について、
図３に基づいて説明する。図３は、本実施形態のスプー
ルファイル加工処理を示すフローチャートであり、スプ
ールファイル加工部２３としての機能を実現するための
プログラムをサーバＰＣ２が実行することにより処理さ
れるものである。

【００４７】この処理が開始されると、まずステップ
（以下「Ｓ」と略す）１１０にて、スプールファイルに
含まれる加工情報をチェックし、どのように加工すべき
かを識別する。そして、Ｓ１２０で、スプールファイル
をページ毎のＥＭＦに分割し、続くＳ１３０にて、スプ
ール領域２８に記憶されている元の印刷ジョブ（スプー
ルファイル）を消去して、Ｓ１４０に移行する。

【００４８】Ｓ１４０では、Ｓ１１０でチェックした加
工情報に従い、ページ分割されたＥＭＦに対して実際に
加工処理を施すと共に、ＥＭＦにフォントデータが含ま
れている場合はそのフォントデータを抽出してシステム
フォントとして登録（メモリ２４に記憶）する。そし
て、スプールファイル加工後は、全ページの印刷が終了
するまで待機し（Ｓ１５０）、印刷終了後、Ｓ１６０に
て、システムフォントとしてメモリ２４に記憶したフォ
ントデータを消去すると共に、その登録も抹消する。

【００４９】尚、クライアントＰＣ１からスプールファ
イルと共に送られてきたフォントデータを、当該スプー
ルファイルの印刷終了後にも引き続きサーバＰＣ２のシ
ステムフォントとして残してしまうと、いわゆる著作権
上の問題が生じてしまうおそれがある。そのため、Ｓ１
６０の処理によって、印刷ジョブ終了後にそのスプール
ファイルに含まれていたフォントデータを消去するよう
にしているのである。これにより、フォントデータを含
んだスプールファイルがサーバＰＣ２へ送信された場
合、そのフォントデータは当該スプールファイルの印刷
実行時にのみ使用されることになる。

【００５０】しかも、スプールファイルから抽出したフ
ォントデータを、ＨＤＤ２２に記憶するのではなく、揮
発性のメモリ２４に記憶することにより、仮にＳ１６０
の処理を実行したにも関わらず何らかの要因でフォント
データが消えずに残ってしまっても、サーバＰＣ２がシ
ャットダウンされる度に確実にフォントデータが消去さ
れるようにしている。

【００５１】次に、Ｓ１４０の加工・フォント登録処理
の詳細について説明する。Ｓ１４０では、既述の通り、
スプールファイルに含まれる加工情報に従った加工処理
を行うものであるが、加工情報としては、例えば重ね印
刷（透かし文字加工ともいう）をすべき旨の情報であっ
たり、或いはページ入れ換え印刷をすべき旨の情報であ
ったりするなど、種々の情報が想定される。そこでま
ず、例えば透かし文字加工を行う旨の加工情報であった
場合に実行される加工・フォント登録処理について、図
４に基づいて説明する。図４は、透かし文字加工を行う
旨の加工情報があった場合に実行される加工・フォント
登録処理（図３のＳ１４０）を示すフローチャートであ
る。

【００５２】この処理が開始されると、まずＳ２１０に
て、ページ分割されたＥＭＦを１ページ目から順に抽出
する。即ち、最初のＳ２１０の処理では、１ページ目の
ＥＭＦが抽出されることになる。Ｓ２２０では、ＯＳの
一機能としてのＧＤＩ２９をコールすることによりＤＣ
（デバイスコンテキスト）を作成する。そして、Ｓ２３
０にて、Ｓ２１０で抽出した１ページ分のＥＭＦをさら
に各レコード（図２参照）毎に分割し、続くＳ２４０に
て、その分割されたレコードを抽出する。この抽出も、
複数あるレコードについて一つずつ順に行われ、レコー
ド一つ一つにつきＳ２５０以下の処理が実行されること
になる。

【００５３】Ｓ２５０では、抽出したレコードが拡張レ
コードであるか否かを判断し、拡張レコードでなければ
Ｓ２６０に移行して、そのレコードの内容に従ってデバ
イスコンテキストへの描画処理を行うが、拡張レコード
である場合は、Ｓ２８０に移行して、フォントデータを
含んでいるか否かの判断を行う。尚、フォントデータを
含むレコードが拡張レコードとして形成されることは既
に述べたが、拡張レコードには、他にもフォントデータ
を含まない種類のものもあり、必ずしも「拡張レコード
＝フォントデータを含んでいる」というわけではない。
そのため、Ｓ２８０においてフォントデータを含んでい
るか否かの判断を行っているのである。

【００５４】そして、フォントデータを含まない拡張レ
コードである場合は、そのままＳ２６０の処理に進む
が、フォントデータを含んでいる場合は、Ｓ２９０に移
行して、そのフォントデータをメモリ２４へ展開（記
憶）すると共に、続くＳ３００にてシステムフォントと
して登録する。これにより、クライアントＰＣ１からス
プールファイルに含まれた形で送信されてきたフォント
データを、サーバＯＳがもともと備えているフォントデ
ータと同様に使用することが可能となる。

【００５５】Ｓ３００での登録後、或いはＳ２６０の処
理後は、Ｓ２７０に移行して、全てのレコードに対して
上記処理（Ｓ２５０以下）が行われたか否かを判断し、
未処理のレコードが残っている場合は再びＳ２４０以下
の処理を実行する。一方、全てのレコードについて処理
が終了した場合（このとき、１ページ分のＥＭＦに基づ
くＤＣへの描画処理も終了している）、Ｓ３１０に移行
して実際の加工、即ち透かし文字処理を行う。この処理
は、ＥＭＦの内容が描画されたＤＣに対し、透かし文字
用の印刷データを重ねて描画するものである。

【００５６】透かし文字処理の終了後は、Ｓ３２０に進
んでＤＣの後処理、即ちＤＣを閉じて、１ページ分の加
工が終了した旨をスプーラシステム２６へ伝える。これ
により、加工終了したページのＥＭＦが、加工前のＥＭ
Ｆに代わる新たなＥＭＦとしてスプール領域２８に記憶
され、プリンタ３の動作状況に応じてプリンタ３側へ出
力されることになる。つまり、全ページのＥＭＦについ
て加工処理が終了していなくても、加工処理が終了した
ＥＭＦから順に、実際の印刷が行われるのである。

【００５７】そして、Ｓ３３０では、全ページのＥＭＦ
に対して処理が終了したか否かを判断し、全ページ終了
した場合はこの処理を終了してＳ１５０以降（図３参
照）の処理に進むことになるが、例えばまだ１ページ目
しか処理しておらず２ページ目以降のＥＭＦが処理待ち
状態であるなど、未処理のＥＭＦがあれば、再びＳ２１
０へ戻り、以下同様に１ページずつ順に処理が行われる
ことになる。

【００５８】次に、スプールファイルに含まれている加
工情報が、ページ入れ換え印刷の一つであるマニュアル
デュープレックス印刷（用紙の両面に連続したページ順
で印刷すること）を行う旨の情報であった場合に実行さ
れる加工・フォント登録処理について、図５に基づいて
説明する。図５は、マニュアルデュープレックス印刷を
行う旨の加工情報があった場合に実行される加工・フォ
ント登録処理（図３のＳ１４０）を示すフローチャート
である。

【００５９】この処理が開始されると、まずＳ４１０に
て、図４のＳ２１０と同様、ページ分割されたＥＭＦを
１ページ目から順に抽出する。そして、Ｓ４２０にて、
抽出したＥＭＦが偶数ページであるか否かを判断し、偶
数ページであればＳ４３０に移行するが、奇数ページで
あればＳ５００へ移行する。本実施形態では、上記のよ
うにＳ４１０にて１ページ目から順にＥＭＦが抽出され
るため、最初のＳ４２０の処理（つまり１ページ目のＥ
ＭＦが抽出された状態）では必ず否定判定されてＳ５０
０へ進むことになる。

【００６０】Ｓ５００では、図４のＳ２４０と同様、１
ページ分のＥＭＦをさらに各レコード（図２参照）毎に
分割し、続くＳ５１０にて、全てのレコードを抽出済み
であるか否か、即ちＳ５００の処理にて新たに抽出され
たレコードがないか否か（換言すれば、全てのレコード
に対してＳ５２０以下の処理がなされたか否か）を判断
し、全レコード抽出済みであって新たに抽出されたレコ
ードがない場合はＳ４４０に移行する。一方、新たに抽
出されたレコードがある限り、そのレコードに対してＳ
５２０以下の処理が実行される。

【００６１】まず、Ｓ５２０では、図４のＳ２５０と同
様、抽出したレコードが拡張レコードであるか否かを判
断し、拡張レコードでなければ再びＳ５００に戻るが、
拡張レコードである場合は、Ｓ５３０（図４のＳ２８０
と同様）に移行して、フォントデータを含んでいるか否
かの判断を行う。そして、フォントデータを含まない場
合は再びＳ５００に戻るが、フォントデータを含んでい
る場合は、Ｓ５４０に移行してそのフォントデータをメ
モリ２４へ展開（記憶）すると共に、続くＳ５５０にて
システムフォントとして登録して、Ｓ５００の処理へ戻
る。

【００６２】以後、Ｓ５００でレコードを抽出する毎
に、抽出した各レコードに対してＳ５２０以下の処理を
実行するが、全てのレコードに対して上記処理が行われ
て新たにレコードが抽出されなかった場合は、Ｓ５１０
で肯定判定されてＳ４４０へ進むことになる。そして、
Ｓ４４０では、図４のＳ３３０と同様、全ページのＥＭ
Ｆに対して処理が終了したか否かを判断し、全ページ終
了した場合はＳ４５０に進むことになるが、未処理のＥ
ＭＦがあれば、再びＳ４１０へ戻り、以下同様に１ペー
ジずつ順に処理が行われることになる。そのため、最初
に１ページ目のＥＭＦに対してＳ５００〜Ｓ５５０の処
理がなされた後に、再びＳ４１０に戻った場合は、Ｓ４
１０では次の２ページ目のＥＭＦが抽出されることにな
り、続くＳ４２０で肯定判定されてＳ４３０の１ページ
処理が実行されることになる。

【００６３】Ｓ４３０の１ページ処理の詳細は、図６に
示す通りであるが、この処理において、Ｓ６１０〜Ｓ６
９０の処理は、図４のＳ２２０〜Ｓ３００の処理と全く
同じであり、さらにＳ７００の処理も、図４のＳ３２０
の処理と全く同じである。そのため、図６についての詳
細説明はここでは省略し、その概略だけ説明する。即
ち、図６に示した１ページ処理は、まずＤＣを作成して
（Ｓ６１０）、Ｓ４１０（或いは後述するＳ４７０）で
抽出されたＥＭＦをレコード分割し（Ｓ６２０）、各レ
コードについて拡張レコードであるか否かの判断（Ｓ６
４０）、更には拡張レコードであった場合にフォントデ
ータが含まれている否かといった判断（Ｓ６７０）を行
う。

【００６４】そして、フォントデータが含まれない場合
はそのままＤＣへの描画処理に移行することになるが
（Ｓ６５０）、フォントデータが含まれている場合は、
そのフォントデータをメモリ２４へ記憶（Ｓ６８０）す
ると共にシステムフォントとして登録（Ｓ６９０）す
る。この一連の処理（Ｓ６３０〜Ｓ６９０）を全てのレ
コードについて行い、全レコード終了したら、ＤＣの後
処理（Ｓ７００）を行ってＳ４４０（或いはＳ４９０）
へ移行する。尚、この１ページ処理が終了した時点で、
その終了したページのＥＭＦが、加工前のＥＭＦに代わ
る新たなＥＭＦとしてスプール領域２８に記憶され、プ
リンタ３の動作状況に応じてプリンタ３側へ出力される
ことになる。そのため、ここでは偶数ページから順に印
刷が行われることになる。

【００６５】Ｓ４４０では、全てのページについて１ペ
ージ処理（Ｓ４３０）或いはＳ５００以下の処理が終了
したか否かを判断し、終了していなければ再びＳ４１０
に戻って次のページのＥＭＦに対する同様の処理を行う
ことになるが、全ページ終了した場合は、Ｓ４５０に移
行する。Ｓ４５０ではダイアログを表示して、ユーザに
対し、全ての偶数ページの印刷が終了するのを待つとと
もに、終了したら用紙を裏返して再び給紙口にセットす
るように促す。

【００６６】ユーザはこのダイアログ表示に従って、全
ての偶数ページが印刷されるまで待ち、終了したら用紙
を裏返して再び給紙口にセットする。この状態では、用
紙の片面に全ての偶数ページの印刷が行われ、且つその
用紙の未印刷面が新たな印刷面としてセットされている
ことになる。そして、用紙再セットの後にユーザにて行
われる、再セット完了の旨の入力（例えばクライアント
ＰＣ１が備えるキーボードによる何らかの入力操作）が
あったとき、Ｓ４６０で肯定判定されてＳ４７０へ移行
することになる。

【００６７】Ｓ４７０では、ページ分割されたＥＭＦの
うち奇数ページのみを、１ページ目から順に抽出する。
そして、抽出したＥＭＦに対し、Ｓ４８０の１ページ処
理（詳細は図６）を実行する。この１ページ処理につい
ては既に説明したため、ここでは説明を省略する。そし
て、Ｓ４９０にて、全ての奇数ページについて１ページ
処理がなされたか否かを判断し、未処理のページがあれ
ば再びＳ４７０へ移行するが、全奇数ページの処理が終
了すれば、Ｓ１５０以降（図３参照）の処理に進むこと
になる。

【００６８】上記の処理により、奇数ページが順に印刷
処理されることになる。即ち、プリンタ３は、偶数ペー
ジが裏側に印刷された用紙を順に給紙し、２ページの裏
側に１ページ、４ページの裏側に３ページという順に印
刷することになる。総ページ数が奇数（例えば９ペー
ジ）の場合は、前記裏返して入れた偶数ページの最終の
用紙に対して印刷した後、それに続く未印刷の用紙に対
して端数ページを印刷する。ユーザは、これらの用紙の
端を綴じることにより製本できる。

【００６９】尚、図５の加工・フォント登録処理におい
て、実際の加工処理自体は偶数ページから行ってその後
に奇数ページの加工を行うもののフォントデータの抽出
については、１ページ目から順番に実行するようにした
（つまりＳ５００〜Ｓ５５０の処理を行うようにした）
が、このようにしたのは以下の理由による。

【００７０】即ち、スプールファイルにフォントデータ
が含まれて送られてくる場合に、フォントデータが実際
にスプールファイル中にどのような状態で含まれるか
は、ＯＳの仕様等の違いによって異なる場合がある。各
ページのＥＭＦに、そのページで使用されるフォントデ
ータ（但しサーバＰＣ２が元々備えていないもの）が必
ず含まれている場合は問題ないのであるが、例えば、２
ページ目以降で使用するフォントデータ或いは１ページ
目以外のある特定のページにのみ使用するフォントデー
タが、まとめて１ページ目のＥＭＦのみに含まれて送信
されてくることも考えられる。

【００７１】そのため、そのような仕様のＯＳであって
も送られてきたフォントデータを確実に利用できるよう
にするために、Ｓ５００〜Ｓ５５０の処理を設けて、フ
ォントデータの抽出・登録については１ページ目から順
に行うようにしているのである。逆にいえば、各ページ
のＥＭＦに、そのページで使用されるフォントデータで
あってサーバＰＣ２が元々備えていないものが必ず含ま
れている場合には、必ずしもこのＳ５００〜Ｓ５５０の
処理を実行する必要はない。

【００７２】以上詳述した本実施形態のネットワーク印
刷システムでは、クライアントＰＣ１のアプリケーショ
ン１４にて、サーバＰＣ２が持たないフォントを用いた
印刷ジョブを生成した場合、そのフォントデータを含ん
だＥＭＦからなるスプールファイルが生成され、サーバ
ＰＣ２へ送られる。サーバＰＣ２では、スプールファイ
ルをＧＤＩ２５にてプリンタ制御コードに変換する際に
そのスプールファイルに含まれたフォントデータが利用
されることにより、所望の印刷結果を得ることができる
が、スプールファイルに加工情報が含まれていてそのス
プールファイルをスプールファイル加工部２３にて加工
すると、そのスプールファイルに含まれていたフォント
データが使えなくなってしまう。そのため本実施形態で
は、実際にＥＭＦの加工処理を行う前に、各ページのＥ
ＭＦに含まれるフォントデータを抽出して、システムフ
ォントとして登録するようにしている。

【００７３】従って、本実施形態のネットワーク印刷シ
ステムによれば、クライアントＰＣ１から送信されるフ
ォントデータを含んだスプールファイルが、加工情報を
含むものであっても、スプールファイル加工部２３によ
る加工前にそのフォントデータが抽出・登録されるた
め、加工後のスプールファイルをプリンタ制御コードに
変換する際に確実にそのフォントデータを使用すること
ができ、延いては所望の印刷結果を確実に得ることがで
きる。

【００７４】ここで、本実施形態の構成要素と本発明の
構成要素の対応関係を明らかにする。本実施形態におい
て、プリントプロセッサ２７は本発明のスプールファイ
ル取得手段に相当し、フォントデータ抽出・登録部３０
は本発明のフォントデータ取得手段及び登録手段に相当
し、ＥＭＦ加工部３１は本発明の加工手段に相当する。
また、スプールファイル加工部２３は、本発明の削除手
段及びページ分割手段としても機能するものである。

【００７５】また、図３のスプールファイル加工処理に
おいて、Ｓ１２０の処理は本発明のページ分割手段が実
行する処理に相当し、Ｓ１６０の処理は本発明の削除手
段が実行する処理に相当する。更に、図４におけるＳ２
８０〜Ｓ２９０の処理、図５におけるＳ５３０〜Ｓ５４
０の処理及び図６におけるＳ６７０〜Ｓ６８０の処理は
いずれも本発明のフォントデータ取得手段が実行する処
理に相当し、図４におけるＳ３００の処理、図５におけ
るＳ５５０の処理及び図６におけるＳ６９０の処理はい
ずれも本発明の登録手段が実行する処理に相当する。

【００７６】尚、本発明の実施の形態は、上記実施形態
に何ら限定されるものではなく、本発明の技術的範囲に
属する限り種々の形態を採り得ることはいうまでもな
い。例えば、上記実施形態では、クライアントＰＣ１か
ら受信してスプール領域２８に記憶されたスプールファ
イルを、プリントプロセッサ２７が取り出して加工情報
が含まれているか否かを判断し、含まれている場合に、
そのスプールファイルをスプールファイル加工部２３へ
渡すものとしたが、このような構成に限らず、例えば、
加工情報の有無に関係なく全てのスプールファイルをス
プールファイル加工部２３へ渡し、スプールファイル加
工部２３による一連の処理（図３のスプールファイル加
工処理）を実行するようにしてもいい。但しこの場合、
加工情報のないスプールファイルについては、このスプ
ールファイル加工部２３による加工処理後も、結果とし
ては加工前のスプールファイルの内容と何ら変わること
なくスプーラシステム２６へ戻されることになる。

【００７７】また、上記実施形態では、クライアントＰ
Ｃ１とサーバＰＣ２とが有線のネットワークにて接続さ
れているものとして説明したが、有線に限定されること
はなく、無線にて相互にデータ送受信するよう構成され
た無線ネットワーク印刷システムにおいても、上記同様
に本発明を適用することが可能である。

【００７８】更に、上記実施形態では、スプールファイ
ル加工の例として、透かし文字加工及びマニュアルデュ
ープレックス印刷を行う場合について説明したが、他の
様々な加工処理（例えばマルチページ印刷など）におい
ても、本発明を適用することにより実際の加工処理前に
フォントデータを抽出・登録できることはいうまでもな
い。

【００７９】更にまた、上記実施形態では、本発明のス
プールファイル加工装置として機能させるための各種プ
ログラム（具体的には、スプールファイル加工部２３及
びプリントプロセッサ２７等としての機能を実現するた
めのプログラム）が、いずれもＨＤＤ２２内に格納され
たものとして説明したが、これら各種プログラムを、例
えばフロッピーディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、ハードディスク等のコンピュータ読み取り可能な記
録媒体に記録しておくこともできる。

【００８０】この場合、記録媒体に記録したプログラム
を必要に応じてコンピュータシステムにロードして起動
することにより、そのコンピュータシステムにおいて本
発明のスプールファイル加工装置を実現することができ
る。尚、ＲＯＭやバックアップＲＡＭをコンピュータ読
み取り可能な記録媒体として上記各プログラムを記録し
ておき、このＲＯＭあるいはバックアップＲＡＭをコン
ピュータシステムに組み込んで用いても良い。

【図面の簡単な説明】

【図１】 本実施形態のネットワーク印刷システムの概
略構成を示すブロック図である。

【図２】 スプールファイルの概略構成を示す説明図で
ある。

【図３】 本実施形態のスプールファイル加工処理を示
すフローチャートである。

【図４】 図３のスプールファイル加工処理におけるＳ
１４０の加工・フォント登録処理の一例（透かし文字加
工を行う旨の加工情報があった場合）を示すフローチャ
ートである。

【図５】 図３のスプールファイル加工処理におけるＳ
１４０の加工・フォント登録処理の一例（マニュアルデ
ュープレックス印刷を行う旨の加工情報があった場合）
を示すフローチャートである。

【図６】 図５の加工・フォント登録処理におけるＳ４
３０及びＳ４８０の１ページ処理を示すフローチャート
である。

【図７】 ネットワーク印刷システムにおいて各端末が
接続された状態を示す説明図である。

【図８】 従来のネットワーク印刷システムにおける印
刷データの流れを示す説明図である。

【符号の説明】

１，７１…クライアントＰＣ、２，７２…サーバＰＣ、
３，７３…プリンタ、１１…中間ファイル生成部、１
２，２１…プリントスプーラ、１３，２２…ハードディ
スク（ＨＤＤ）、１４，８１…アプリケーション、１５
…プリンタドライバ、１６，２５，２９，８２，８７…
ＧＤＩ、１９…フォントデータ、２０，２８…スプール
領域、２３…スプールファイル加工部、２４…メモリ、
２６，８３、８５…スプーラシステム、２７，８６…プ
リントプロセッサ、３０…フォントデータ抽出・登録
部、３１…ＥＭＦ加工部、７４…ネットワーク

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C061 AP01 BB10 HH03 HJ06 HK04 HK11 HN05 HN15 HQ17 2C087 AB05 BA09 BC04 BC07 BD01 BD52 EA27 5B021 AA01 BB01 BB05 CC07 DD15 JJ03 JJ05

Claims (7)

【特許請求の範囲】
1. 【請求項１】 外部の情報端末から送信されてくる印刷
   用の中間ファイルからなるスプールファイルを受信し、
   該受信したスプールファイルを記憶手段へ記憶すると共
   に該記憶されたスプールファイルを印刷デバイスに適合
   した形式の印刷データに変換して該印刷デバイスへ出力
   する印刷サーバに設けられ、 前記記憶手段に記憶されたスプールファイルを加工して
   新たなスプールファイルを生成するスプールファイル加
   工装置であって、 前記記憶手段に記憶されたスプールファイルを取り出す
   スプールファイル取得手段と、 該スプールファイル取得手段により取り出されたスプー
   ルファイルにフォントデータが含まれているか否かを判
   断し、含まれている場合、該フォントデータを取り出す
   フォントデータ取得手段と、 該フォントデータ取得手段により取り出されたフォント
   データを、前記印刷サーバが前記スプールファイルを前
   記印刷データへ変換する際に使用できるよう、該印刷サ
   ーバに登録する登録手段と、 前記スプールファイル取得手段により取り出されたスプ
   ールファイルに、該スプールファイルを加工すべき加工
   情報が含まれているとき、該加工情報に基づいて前記ス
   プールファイルを加工して、該加工後のスプールファイ
   ルを、加工前のスプールファイルに代わる新たなスプー
   ルファイルとして再び前記記憶手段へ戻す加工手段と、 を備えたことを特徴とするスプールファイル加工装置。
2. 【請求項２】 前記印刷サーバが前記加工後のスプール
   ファイルの印刷動作を終了したとき、該加工前のスプー
   ルファイルから取り出され前記印刷サーバに登録された
   フォントデータを、前記印刷サーバから削除する削除手
   段を備えたことを特徴とする請求項１記載のスプールフ
   ァイル加工装置。
3. 【請求項３】 前記フォントデータ取得手段は、取り出
   したフォントデータを揮発性メモリに記憶し、 前記登録手段は、該フォントデータ取得手段によって前
   記揮発性メモリに記憶されるフォントデータを、前記印
   刷サーバが前記スプールファイルを前記印刷データへ変
   換する際に使用できるよう、該印刷サーバに登録するこ
   とを特徴とする請求項１又は２記載のスプールファイル
   加工装置。
4. 【請求項４】 前記スプールファイル取得手段により取
   り出されたスプールファイルを、ページ毎の中間ファイ
   ルに分割するページ分割手段を備え、 前記フォントデータ取得手段は、該ページ分割手段によ
   り分割された前記各中間ファイルにフォントデータが含
   まれているか否かを判断し、含まれていると判断された
   とき、該フォントデータを取り出すことを特徴とする請
   求項１〜３いずれかに記載のスプールファイル加工装
   置。
5. 【請求項５】 前記フォントデータ取得手段は、前記ペ
   ージ分割手段によりページ毎に分割された前記各中間フ
   ァイルの１ページ目から順番にその動作を実行すること
   を特徴とする請求項４記載のスプールファイル加工装
   置。
6. 【請求項６】 請求項１〜５いずれかに記載のスプール
   ファイル加工装置における前記各手段としてコンピュー
   タを機能させるためのプログラム。
7. 【請求項７】 請求項６記載のプログラムを記録したコ
   ンピュータ読み取り可能な記録媒体。