JPH11327821A - 印刷システム - Google Patents

Abstract

(57)【要約】 【課題】 印刷データのスプール処理を効率的に行う。 【解決手段】 ＣＡＰＣＡＬスプールプリントキュー３
８ａ、３８ｂ、・・・にＣＡＰＣＡＬジョブ記述ファイ
ル３４及びＥＭＦファイル３５の内容を特定する情報を
書き込んだ出力制御ファイル３９ａ、３９ｂ、・・・を
生成し、描画データをＧＤＩ７に送る際には、ＣＡＰＣ
ＡＬスプールプリントキュー３８ａ、３８ｂ、・・・か
ら描画データを取り出すのではなく、出力制御ファイル
３９ａ、３９ｂ、・・・で指定される情報に従って、Ｃ
ＡＰＣＡＬスプールドキュメントキュー３３から描画デ
ータを取り出す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は印刷システムに関
し、特に、クライアントサーバ印刷システムに適用して
好適なものである。

【０００２】

【従来の技術】近年、オフィス業務や基幹業務向けコン
ピュータのオペレーティングシステムとして、マイクロ
ソフト社のＷｉｎｄｏｗｓの普及が目覚ましい。

【０００３】ところが、オペレーティングシステムとし
て、Ｗｉｎｄｏｗｓを用いた場合、Ｗｉｎｄｏｗｓはパ
ーソナル指向のオペレーティングシステムであることか
ら、基幹業務における大量印刷には不向きな点がある。
例えば、Ｗｉｎｄｏｗｓでは、１回の印刷アクション
で、複数のプリンタに同時に印刷することができない。
このため、資料の配布等を行うとき、繰り返し印刷起動
をかけ、印刷物を手作業で仕分けし、さらに郵便等で配
布する手間がかかる。

【０００４】また、昨今のメイルの普及により、ワード
プロセッサなどにより作成された少量かつ固定的ドキュ
メントは、メイルで代替えすることができるが、アプリ
ケーション稼働による集計データ等の管理帳票の印刷や
大量のドキュメントの印刷などについては、メイルでは
代替不可能である。さらに、大量の印刷を行う時、複数
のプリンタに分散して印刷することができず、開始頁と
終了頁と出力先プリンタとを各プリンタごとに繰り返し
指定する必要がある。

【０００５】これらの問題を解決するため、従来では、
基幹業務帳票印刷用の専用のＡＰＩ（アプリケーション
・インタフェース関数）を用意し、そのＡＰＩを用い
て、Ｗｉｎｄｏｗｓなどのオペレーティングシステムの
有する印刷制御の不備を補う方法があった。

【０００６】図１２は、従来の分散印刷方法を説明する
ブロック図である。図１２において、アプリケーション
２０１は、専用の印刷制御関数として、ＡＰＩ２０３を
呼び出す。ここで、ＡＰＩ２０３には、プリンタ名称、
開始頁及び終了頁の組を複数受け取ることができるイン
ターフェースが設られ、ＡＰＩ２０３にこのインターフ
ェースを設けることにより、分散印刷を可能としてい
る。ＡＰＩ２０３が、パラメータ２０２として、プリン
タ名称、開始頁及び終了頁の組を複数受け取るととも
に、描画データをアプリケーション２０１から受け取る
と、受け取ったパラメータ２０２と描画データとを、オ
ペレーティングシステム２０４及びファイルドライバ２
０５を経由してスプールファイル２０６に格納する。

【０００７】一方、スプールライタ２０７は、ある決め
られたディレクトリ（スプールディレクトリ）をポーリ
ングしており、完成したスプールファイル２０６を検知
すると、スプールファイル２０６の読み出しを開始し、
スプールファイル２０６内に格納されたパラメータ２０
２を取り出す。また、各ページの描画データをスプール
ファイル２０６から順次読み出すとともに、ＧＤＩ２０
８を呼び出し、パラメータ２０２の情報に従って、指定
の頁の印刷を指定のプリンタ２１１ａ、２１１ｂに行わ
せる。なお、ＧＤＩ２０８は、オペレーティングシステ
ム２０４と密接に結びついたグラフィカルデバイス描画
用の関数群である。

【０００８】例えば、スプールファイル２０６に格納さ
れる１００頁分の印刷データを２台のプリンタ２１１
ａ、２１１ｂに均等に分配して印刷するために、プリン
タ２１１ａのプリンタ名称、開始頁＝１、終了頁＝５
０、プリンタ２１１ｂのプリンタ名称、開始頁＝５１、
終了頁＝１００を、パラメータ２０２として与えたもの
とする。この場合、ＧＤＩ２０８では、プリンタ単位の
描画を取り扱うため、スプールライタ２０７は、まず、
プリンタ２１１ａを指定して、ＧＤＩ２０８を呼び出
す。すると、プリンタ２１１ａ専用のスプールキューに
１頁から５０頁までの印刷データが出力され、スプール
ファイル２０９ａが生成される。次に、スプールライタ
２０７は、プリンタ２１１ｂを指定して、ＧＤＩ２０８
を呼び出す。すると、プリンタ２１１ｂ専用のスプール
キューに５１頁から１００頁までの印刷データが出力さ
れ、スプールファイル２０９ｂが生成される。

【０００９】スプールファイル２０９ａ、２０９ｂが生
成されると、各プリンタ２１１ａ、２１１ｂ専用のプリ
ンタドライバ２１０ａ、２１０ｂによって、プリンタ２
１１ａ、２１１ｂの物理的コマンドコードに変換された
後、各々のプリンタ２１１ａ、２１１ｂに出力され印刷
される。

【００１０】

【発明が解決しようとする課題】しかしながら、従来の
ＡＰＩ２０３を提供する手法では、ＡＰＩ２０３を呼び
出すことが可能な専用のアプリケーション２２１だけに
しか、適用することができなかった。このため、ＡＰＩ
２０３を呼び出す機能がないワードプロセッサなどの汎
用パッケージアプリケーションには適用することができ
ないという問題があった。また、提供されたＡＰＩ２０
３を用いて印刷用のアプリケーション２０１を構築しな
ければならないという問題もあった。

【００１１】また、１つのアプリケーション２０１から
印刷要求されたドキュメント（文書）を複数のプリンタ
２１１ａ、２１１ｂに同時に分散して印刷を行う場合、
描画データがプリンタ２１１ａ、２１１ｂごとに分別さ
れた待ち行列（以下、プリンタキューと言う）に予め振
り分けられ、描画データをプリンタキューにページ単位
で格納し直すことが行われる。このため、各プリンタ２
１１ａ、２１１ｂに対する印刷するページの配分をプリ
ンタキューに格納した後に変更するには、描画データを
スプールファイル２０６から読み出し、その描画データ
をプリンタキューごとに再度格納し直す必要があり、印
刷するページの配分の変更が非常に困難になるという問
題があった。

【００１２】また、アプリケーション２０１が出力した
描画データがスプールファイル２０６に格納された後、
スプールファイル２０６に格納されている描画データ
が、スプールファイル２０６とは別個のスプールファイ
ル２０９ａ、２０９ｂに再格納されるため、スプール処
理に時間がかかるという問題もあった。

【００１３】また、従来のＡＰＩ２０３を提供する手法
では、１つのアプリケーション２０１が出力したドキュ
メント単位に印刷が行われるため、複数のアプリケーシ
ョンが出力するドキュメントにより、１つのドキュメン
ト文書（以下、仮想ドキュメントと言う）を構成する場
合、アプリケーション２０１を複数起動して開始頁、終
了頁を指定して印刷動作を行わなければならなず、操作
が煩雑になるという問題もあった。

【００１４】そこで、本発明の第１の目的は、印刷デー
タのスプール処理を効率的に行うことが可能な印刷シス
テムを提供することである。また、本発明の第２の目的
は、複数のアプリケーションが出力したドキュメントを
統一して扱うことが可能な印刷システムを提供すること
である。

【００１５】

【課題を解決するための手段】上述した課題を解決する
ために、本発明によれば、描画データを格納する描画デ
ータ格納手段と、前記描画データの出力要求を、前記描
画データの出力先ごとに格納する出力要求格納手段と、
前記描画データの出力要求に基づいて、前記描画データ
を前記描画データ格納手段から前記出力先に転送する描
画データ転送手段とを備えている。

【００１６】このことにより、描画データ格納手段に格
納されている描画データを、描画データの出力先に対応
させて再度格納し直すことなく、出力先に転送する描画
データを描画データ格納手段から直接読み出して、出力
先に転送することが可能となり、描画データを出力先に
転送する際に、描画データをその出力先ごとに再格納す
る処理を省略することが可能となることから、スプール
処理を高速化することが可能となる。

【００１７】また、本発明の一態様によれば、前記出力
要求は、前記描画データを識別する識別情報及び前記描
画データの印刷頁を指定する頁情報を含んでいる。この
ことにより、出力する描画データの印刷頁を変更する場
合には、出力要求格納手段に格納されている頁情報を変
更するだけでよく、印刷頁の変更に対応した描画データ
の再格納が不要になることから、スプール処理を効率的
に行うことが可能となる。

【００１８】また、本発明の一態様によれば、複数のア
プリケーションにより作成された描画データを格納する
描画データ格納手段と、前記複数のアプリケーションに
より作成された描画データに基づいて、仮想的なドキュ
メントを生成する仮想ドキュメント生成手段と、前記仮
想的なドキュメントの出力要求を、前記仮想的なドキュ
メントの出力先ごとに格納する出力要求格納手段と、前
記仮想的なドキュメントの出力要求に基づいて、前記仮
想的なドキュメントに含まれる描画データを、前記描画
データ格納手段から前記出力先に転送する描画データ転
送手段とを備えている。

【００１９】このことにより、複数のアプリケーション
により作成された描画データを統合し、この統合された
描画データを一体的に扱うことが可能となり、各アプリ
ケーションごとの印刷指定を何度も行うことなく、統合
された仮想的なドキュメントについての印刷指定を１回
行うだけで、複数のアプリケーションにより作成された
描画データの印刷を行うことが可能となることから、複
数のアプリケーションを扱う印刷処理を効率的に行うこ
とが可能となる。

【００２０】また、仮想的なドキュメントの描画データ
を、その描画データの出力先に対応させて構成すること
なく、仮想的なドキュメントの出力要求に基づいて、仮
想的なドキュメントに含まれる描画データを描画データ
格納手段から順次に読み出して、出力先に転送すること
が可能となり、仮想的なドキュメントの描画データを出
力先に転送する際に、仮想的なドキュメントごとの描画
データを格納しておく処理を省略することが可能となる
ことから、複数のアプリケーションを扱うスプール処理
を高速化することが可能となる。

【００２１】

【発明の実施の形態】以下、本発明の一実施例に係わる
印刷システムについて図面を参照しながら説明する。な
お、以下の実施例では、Ｗｉｎｄｏｗｓによるオペレー
ティングシステム下における出力装置運用支援（以下Ｃ
ＡＰＣＡＬと称する）制御方式について説明する。

【００２２】図１は、本発明の一実施例に係わる印刷シ
ステムの構成を示すブロック図である。図１において、
クライアント１００とサーバ１０３とが通信ネットワー
ク１０１、１０２を介して接続され、サーバ１０３はプ
リンタ９と接続されている。ここで、通信ネットワーク
１０２は、例えば、ＬＡＮ（ローカルエリアネットワー
ク）、通信ネットワーク１０１は、例えば、ＬＡＮ、Ｗ
ＡＮ（ワイドエリアネットワーク）、インターネットで
ある。クライアント１００には、アプリケーション１、
ＧＤＩ２、Ｗｉｎｄｏｗｓ印刷制御部３及びクライアン
ト制御部４が設けられ、サーバ１０３には、Ｗｉｎｄｏ
ｗｓ印刷制御部５、サーバ制御部６、ＧＤＩ７及びプリ
ンタ出力制御部８が設けられている。ここで、ＧＤＩ
２、７は、Ｗｉｎｄｏｗｓのプログラムが画面表示やプ
リンタ９への印刷を行う際に利用するインターフェース
（ＡＰＩ）である。

【００２３】Ｗｉｎｄｏｗｓによる印刷処理を行う場
合、Ｗｉｎｄｏｗｓ印刷制御部３、５による処理が行わ
れ、クライアント１００側で生成された印刷データは通
信回線１０２を介してサーバ側へ送れられる。一方、Ｃ
ＡＰＣＡＬ制御を行う場合、クライアント制御部４及び
サーバ制御部６による処理が行われ、クライアント１０
０側で生成された印刷データは通信回線１０１を介して
サーバ側へ送られる。なお、ＣＡＰＣＡＬ制御を選択す
る場合、ＣＡＰＣＡＬ制御用に設けられたＣＡＰＣＡＬ
ドライバをアプリケーション１で指定してＧＤＩ２を呼
び出す。

【００２４】図２は、図１のクライアント制御部４の構
成を説明するブロック図である。図２において、クライ
アント制御部４には、ＣＡＰＣＡＬドライバ１４、ＣＡ
ＰＣＡＬドライバプロパティ制御スレッド１５、出力制
御情報ファイル１７、ジョブ記述ファイル１８、ＥＭＦ
ファイル１９、２４、ＣＡＰＣＡＬクライアント定義フ
ァイル２０、ＣＡＰＣＡＬプリントプロセッサ２１、Ｃ
ＡＰＣＡＬジョブ記述ファイル２３、ＣＡＰＣＡＬ転送
先定義ファイル２５、ＣＡＰＣＡＬクライアントメイン
プロセス２６及びＣＡＰＣＡＬジョブ転送スレッド２７
が設けられている。また、Ｗｉｎｄｏｗｓ印刷制御部３
には、スプーラプロセス１１、ローカルプリントプロバ
イダ１２及びプリントプロセッサ１３が設けられてい
る。ここで、クライアント制御部４は、Ｗｉｎｄｏｗｓ
によるオペレーティングシステム上で稼働するアプリケ
ーション１が描画した印刷データをＣＡＰＣＡＬの処理
環境に取り込み、サーバ１０３へ転送するまでの処理を
制御する。

【００２５】アプリケーション１が描画した印刷データ
をＣＡＰＣＡＬ環境で処理する場合、アプリケーション
１は、仮想ドライバとして設けられたＣＡＰＣＡＬドラ
イバ１４を指定し、ＧＤＩ２を呼び出す。なお、ＣＡＰ
ＣＡＬドライバ１４は、実際のプリンタに対応するドラ
イバとは別個に設けられた仮想的なものであり、Ｗｉｎ
ｄｏｗｓのプリンタドライバとは別個独立のものであ
る。

【００２６】ＧＤＩ２が呼び出されると、ＣＡＰＣＡＬ
ドライバ１４から描画機能を取得し、アプリケーション
１の要求した描画プリミティブをＣＡＰＣＡＬドライバ
１４が有する描画機能に変換して、システムスプールキ
ュー１６にスプールする。このシステムスプールキュー
１６には、印刷要求したユーザ名や、アプリケーション
名などを格納したジョブ記述ファイル１８と、描画情報
をフォーマット化して格納したＥＭＦファイル１９が作
成される。ＥＭＦとは、Ｅｎｈａｎｃｅｄ Ｍｅｔａ−
Ｆｉｌｅの略で、Ｗｉｎｄｏｗｓにおける描画データの
論理的な格納形式である。なお、ジョブ記述ファイル１
８及びＥＭＦファイル１９の形式は、Ｗｉｎｄｏｗｓ標
準の形式と完全に同一である。このため、ジョブ記述フ
ァイル１８及びＥＭＦファイル１９は、Ｗｉｎｄｏｗｓ
に備わっているデフォルト機能により生成させることが
できる。

【００２７】また、ＣＡＰＣＡＬドライバ１４は、ＣＡ
ＰＣＡＬ特有の出力制御情報を出力制御情報ファイル１
７として、システムスプールキュー１６に書き込む。な
お、この出力制御情報は、ＣＡＰＣＡＬドライバ１４側
からダイアログ画面を開き、配布や分散などの印刷条件
をオペレータに指定させることにより、設定することが
できる。

【００２８】アプリケーション１の全描画データのスプ
ールが完了すると、ＣＡＰＣＡＬプリントプロセッサ２
１が呼び出される。このＣＡＰＣＡＬプリントプロセッ
サ２１の呼び出しは、アプリケーション１でＣＡＰＣＡ
Ｌドライバ１４を指定することにより行われる。なお、
アプリケーション１で他のドライバが指定された場合
は、Ｗｉｎｄｏｗｓに備わっているプリントプロセッサ
１３が呼び出され、Ｗｉｎｄｏｗｓによる印刷処理を行
うことができる。

【００２９】ＣＡＰＣＡＬプリントプロセッサ２１は、
システムスプールキュー１６からジョブ記述ファイル１
８と出力制御情報ファイル１７の内容を取り込み、ＣＡ
ＰＣＡＬスプールキュー２２にＣＡＰＣＡＬジョブ記述
ファイル２３として書き込む。ここで、ＣＡＰＣＡＬク
ライアント定義ファイル２０には、出力制御情報のデフ
ォルト値が定義されており、出力制御情報ファイル１７
に出力制御情報が格納されていない場合は、ＣＡＰＣＡ
Ｌクライアント定義ファイル２０から出力制御情報を取
り込む。

【００３０】また、ＣＡＰＣＡＬプリントプロセッサ２
１は、システムスプールキュー１６のＥＭＦファイル１
９を、そのままＣＡＰＣＡＬスプールキュー２２のＥＭ
Ｆファイル２４に書き込む。ＣＡＰＣＡＬジョブ記述フ
ァイル２３及びＥＭＦファイル２４が、ＣＡＰＣＡＬス
プールキュー２２へ書き込まれると、ＣＡＰＣＡＬプリ
ントプロセッサ２１は、このことをＣＡＰＣＡＬジョブ
転送スレッド２７に通知する。

【００３１】ＣＡＰＣＡＬジョブ転送スレッド２７は、
予め定義された転送手段に基づいて、ＣＡＰＣＡＬジョ
ブ記述ファイル２３及びＥＭＦファイル２４の内容をサ
ーバ１０３に転送する。なお、転送手段及び転送先のサ
ーバ名は、ＣＡＰＣＡＬ転送先定義ファイル２５に格納
されており、ＣＡＰＣＡＬジョブ転送スレッド２７は、
ＣＡＰＣＡＬ転送先定義ファイル２５の内容に従って、
転送手段及び転送先のサーバ１０３を決定する。なお、
転送手段として、ファイル転送プロトコル（ｆｔｐ）を
用いた通信ネットワーク２８やメイルの添付ファイルを
用いた通信ネットワーク２９が使用可能である。また、
これら以外の転送手段を用いるようにしてもよい。

【００３２】このように、仮想ドライバとしてのＣＡＰ
ＣＡＬドライバ１４をクライアント制御部４に設け、こ
のＣＡＰＣＡＬドライバ１４により出力情報制御ファイ
ル１７をシステムスプールキュー１６にスプールさせ
る。このＣＡＰＣＡＬドライバ１４は、仮想的に設けら
れたものであり、特定のプリンタ機種やメーカに依存す
ることがないため、Ｗｉｎｄｏｗｓに予め備わっている
印刷機能では実現不可能な機能をＣＡＰＣＡＬドライバ
１４上で独自に構築することが可能となり、ドキュメン
ト配布処理、分散印刷処理、配布先自動検出処理、プリ
ンタエラー及び印刷完了の通知処理等を容易に実現する
ことが可能となる。

【００３３】また、Ｗｉｎｄｏｗｓ上のＧＤＩ２を利用
して、ジョブ記述ファイル１８及びＥＭＦファイル１９
をシステムスプールキュー１６にスプールさせることに
より、ジョブ記述ファイル１８及びＥＭＦファイル１９
の形式を、Ｗｉｎｄｏｗｓ標準の形式と一致させること
が可能となり、Ｗｉｎｄｏｗｓのアプリケーションイン
タフェースを一切変更せずに、汎用パッケージソフトを
含むＷｉｎｄｏｗｓ上で動作する全てのアプリケーショ
ンについて、ドキュメント配布処理、分散印刷処理、配
布先自動検出処理、プリンタエラー及び印刷完了の通知
処理等を容易に実現することが可能となる。

【００３４】図３は、図１のサーバ制御部６の構成を説
明するブロック図である。図３において、サーバ制御部
６には、メイル用のＣＡＰＣＡＬ受信スレッド３０、ｆ
ｔｐ用のＣＡＰＣＡＬ受信スレッド３１、ＣＡＰＣＡＬ
サーバメインプロセス３２、ＣＡＰＣＡＬジョブ記述フ
ァイル３４、ＥＭＦファイル３５、ジョブ制御ファイル
３６、配布分散処理スレッド３７、出力制御ファイル３
９、ＣＡＰＣＡＬサーバ側定義ファイル４０、プリンタ
別出力スレッド４１、４２及びＣＡＰＣＡＬジョブ転送
スレッド４３が設けられている。

【００３５】ＣＡＰＣＡＬサーバメインプロセス３２に
よりＣＡＰＣＡＬ受信スレッド３０、３１が起動される
と、ＣＡＰＣＡＬ受信スレッド３０、３１は、ＣＡＰＣ
ＡＬジョブ転送スレッド２７から送信されたＣＡＰＣＡ
Ｌジョブ記述ファイル２３及びＥＭＦファイル２４を受
信する。そして、受信したＣＡＰＣＡＬジョブ記述ファ
イル２３及びＥＭＦファイル２４の内容を、ＣＡＰＣＡ
Ｌスプールドキュメントキュー３３のＣＡＰＣＡＬジョ
ブ記述ファイル３４及びＥＭＦファイル３５に書き込
む。ここで、ＣＡＰＣＡＬ受信スレッド３０、３１は、
ファイル名（ジョブＩＤ）が重複しないように管理を行
う。ＣＡＰＣＡＬスプールドキュメントキュー３３への
書き込みが完了したら、ＣＡＰＣＡＬサーバメインプロ
セス３２は配布分散処理スレッド３７を起動し、ＣＡＰ
ＣＡＬスプールドキュメントキュー３３への書き込み完
了を、配布分散処理スレッド３７に通知する。

【００３６】配布分散処理スレッド３７は、ＣＡＰＣＡ
Ｌジョブ記述ファイル３４から出力制御情報を取り込
む。また、ＣＡＰＣＡＬサーバ側定義ファイル４０の内
容を予め読み込んでおく。そして、配布分散処理スレッ
ド３７は、出力制御情報及びサーバ側定義ファイル４０
の内容から、出力プリンタ及び出力する開始頁、終了頁
を検出し、ジョブ制御ファイル３６を生成する。ジョブ
制御ファイル３６には、プリンタ名及びＣＡＰＣＡＬプ
リントジョブＩＤが格納される。ここで、ＣＡＰＣＡＬ
プリントジョブＩＤは、ＣＡＰＣＡＬスプールプリント
キュー３８ごとにユニークに与えられるＩＤである。ま
た、配布分散処理スレッド３７は、出力プリンタ及び出
力する開始頁、終了頁を検出すると、出力プリンタ９ご
とに設けられるＣＡＰＣＡＬスプールプリントキュー３
８に印刷要求を投入する。

【００３７】配布分散処理スレッド３７は、ＣＡＰＣＡ
Ｌスプールプリントキュー３８に印刷要求を投入する
と、出力制御ファイル３９を生成する。この出力制御フ
ァイル３９には、ＣＡＰＣＡＬジョブＩＤ、開始頁、終
了頁及びＷｉｎジョブＩＤが格納される。ここで、ＣＡ
ＰＣＡＬジョブＩＤは、ＣＡＰＣＡＬシステムが独自に
ユニークに作成する管理上のＩＤであり、このＣＡＰＣ
ＡＬジョブＩＤを指定することにより、ＣＡＰＣＡＬス
プールドキュメントキュー３３に格納されているＣＡＰ
ＣＡＬジョブ記述ファイル３４の内容及びＥＭＦファイ
ル３５の内容を特定することができる。

【００３８】ＣＡＰＣＡＬサーバ側定義ファイル４０に
は、配布先名とプリンタ名（またはサーバ名）との対応
関係が格納されており、配布先が論理名で特定されてい
る場合においても、ＣＡＰＣＡＬサーバ側定義ファイル
４０を参照することにより、出力プリンタを決定するこ
とができる。ＣＡＰＣＡＬスプールプリントキュー３８
への印刷要求の投入が完了したら、印刷要求があったプ
リンタ９を専門に受け持つプリンタ別出力スレッド４１
通知する。

【００３９】プリンタ別出力スレッド４１は、ＣＡＰＣ
ＡＬスプールプリントキュー３８の出力制御ファイル３
９に格納されているＣＡＰＣＡＬジョブＩＤを参照する
ことにより、ＣＡＰＣＡＬスプールドキュメントキュー
３３に格納されているＣＡＰＣＡＬジョブ記述ファイル
３４及びＥＭＦファイル３５を特定する。そして、特定
されたＣＡＰＣＡＬジョブ記述ファイル３４及びＥＭＦ
ファイル３５の内容のうち、出力制御ファイル３９で指
定される開始頁から終了頁までの部分を、ＣＡＰＣＡＬ
スプールドキュメントキュー３３から取り出し、ＧＤＩ
７を呼び出すことにより、Ｗｉｎｄｏｗｓ印刷制御５に
描画データが渡るようにする。

【００４０】なお、出力制御情報及びＣＡＰＣＡＬサー
バ側定義ファイル４０の内容により、出力プリンタとし
て、サーバ１０３が管理しているプリンタ９以外のプリ
ンタが指定されている場合、配布分散処理スレッド３７
は、ＣＡＰＣＡＬジョブ転送スレッド４３から通信ネッ
トワーク４４を介し、指定されているプリンタを管理し
ているサーバに印刷要求を送る。

【００４１】このように、ＣＡＰＣＡＬスプールプリン
トキュー３８に、ＣＡＰＣＡＬスプールドキュメントキ
ュー３３に格納されているＣＡＰＣＡＬジョブ記述ファ
イル３４及びＥＭＦファイル３５の内容を書き込むので
はなく、ＣＡＰＣＡＬジョブ記述ファイル３４及びＥＭ
Ｆファイル３５の内容を特定する情報を書き込む。そし
て、プリンタ別出力スレッド４１、４２が描画データを
ＧＤＩ７に送る際には、ＣＡＰＣＡＬスプールプリント
キュー３８から描画データを取り出すのではなく、出力
制御ファイル３９で指定される情報に従って、ＣＡＰＣ
ＡＬスプールドキュメントキュー３３から描画データを
取り出すようにする。

【００４２】このことにより、ＣＡＰＣＡＬスプールプ
リントキュー３８に描画データを書き込む必要がなくな
り、スプール処理を高速化することが可能となる。ま
た、印刷頁を変更する場合は、出力制御ファイル３９の
印刷頁を書き換えるだけでよく、ＣＡＰＣＡＬスプール
プリントキュー３８への描画データの再書き込みを行う
必要がなくなることから、印刷頁の変更など容易に行う
ことが可能となる。

【００４３】図４は、図１のプリンタ出力制御部８の構
成を説明するブロック図である。図４において、プリン
タ出力制御部８には、セントロポートモニタ４８及びプ
リンタ出力管理部５０が設けられ、サーバ制御部６に
は、ＣＡＰＣＡＬサーバメインプロセス３２、ＥＭＦフ
ァイル３５及びプリンタ別出力スレッド４１が設けら
れ、Ｗｉｎｄｏｗｓ印刷制御部５には、Ｒａｗスプール
ファイル４６、プリントプロセッサ４７及びスプーラプ
ロセスメイン４９が設けられ、クライアント１００に
は、ＣＡＰＣＡＬクライアントメインプロセス２６が設
けられている。

【００４４】プリンタ別出力スレッド４１は、ＣＡＰＣ
ＡＬスプールドキュメントキュー３５からＥＭＦファイ
ル３５を取り出し、ＧＤＩ７を呼び出すことにより、Ｗ
ｉｎｄｏｗｓ印刷制御部５に描画データを送る。ＧＤＩ
７は、印刷指定されたプリンタ９用のプリンタドライバ
４５と交信し、印刷指定されたプリンタ９専用のコマン
ド（ＥＳＣシーケンス）にＥＭＦファイル３５を変換す
る。変換して得られたＥＳＣシーケンスは、Ｗｉｎｄｏ
ｗｓのシステムスプールキューに格納される。これをＲ
ａｗスプールファイル４６と言う。Ｒａｗスプールファ
イル４６は、純粋なプリンタコマンド（ＥＳＣシーケン
ス）だけで構成される。Ｒａｗスプールファイル４６
は、Ｗｉｎｄｏｗｓのスプーラプロセスメイン４９によ
りプリントプロセッサ４７で読み込まれ、１頁分の描画
データ単位で、セントロポートモニタ４８に送られる。

【００４５】プリンタ９とサーバ１００とのインタフェ
ースがＬＡＮの場合、ＬＡＮポートモニタに送られ、そ
の他のインタフェースの場合、そのインタフェース用の
ポートモニタが送られる。なお、ここまでの処理は、Ｗ
ｉｎｄｏｗｓ印刷制御部５によるデータ処理と同一であ
る。

【００４６】セントロポートモニタ４８は、スプーラプ
ロセスメイン４９経由で受け取ったプリンタ９のコマン
ドデータを、セントロポートに出力する。ここで、プリ
ンタ９にエラーが発生し、コマンドデータを出力できな
かった場合、セントロポートモニタ４８は、プリンタ出
力管理部５０に、プリンタ名称、エラーコード及び元の
ドキュメントを識別するジョブＩＤを通知する。また、
他のポートモニタ５１も、他のポートモニタ５１に接続
されているプリンタにエラーが発生した場合、プリンタ
出力管理部５０に、プリンタ名称、エラーコード及び元
のドキュメントを識別するジョブＩＤを通知する。ここ
で、ジョブＩＤは、Ｗｉｎｄｏｗｓ印刷制御の仕組みに
存在するプリントジョブを特定するＩＤであり、ジョブ
ＩＤをプリンタ出力管理部５０に通知することにより、
プリンタ出力管理部５０は、元のドキュメント名称、印
刷要求したクライアントホスト名称及びユーザ名称を取
得することができる。

【００４７】プリンタ出力管理部５０は、プリンタ名
称、エラーコード及びジョブＩＤをセントロポートモニ
タ４８から受け取ると、ＣＡＰＣＡＬサーバメインプロ
セス３２に、これらの情報を通知する。

【００４８】ＣＡＰＣＡＬサーバメインプロセス３２
は、取得したジョブＩＤから印刷要求を発行したクライ
アントホスト名を検出し、そのクライアントホスト上で
稼働するＣＡＰＣＡＬクライアントメインプロセス２６
にドキュメント名称、ユーザ名及びエラーコードを通知
する。また、画面呼び出し５２を行うことにより、これ
らの情報を表示する。

【００４９】ＣＡＰＣＡＬクライアントメインプロセス
２６は、ＣＡＰＣＡＬサーバメインプロセス３２からド
キュメント名称、ユーザ名及びエラーコードを受信する
と、画面呼び出し５３を行うことにより、ユーザ名、印
刷中のドキュメント名称、エラーメッセージを表示す
る。

【００５０】また、セントロポートモニタ４８は、１つ
のジョブの出力が完全に終了したら、プリンタ出力管理
部５０にプリンタ名称及びジョブＩＤを通知する。プリ
ンタ出力管理部５０は、セントロポートモニタ４８から
プリンタ名称及びジョブＩＤを受け取ると、ＣＡＰＣＡ
Ｌサーバメインプロセス３２に、これらの情報を通知す
る。

【００５１】ＣＡＰＣＡＬサーバメインプロセス３２
は、取得したジョブＩＤから印刷要求を発行したクライ
アントホスト名を検出し、そのクライアントホスト上で
稼働するＣＡＰＣＡＬクライアントメインプロセス２６
に、ドキュメント名称及びユーザ名を通知する。また、
画面呼び出し５２を行うことにより、これらの情報を表
示する。

【００５２】ＣＡＰＣＡＬクライアントメインプロセス
２６は、ＣＡＰＣＡＬサーバメインプロセス３２からド
キュメント名称及びユーザ名を受信すると、画面呼び出
し５３を行うことにより、ドキュメントの印刷が完了し
たことを示すメッセージを表示する。

【００５３】このように、セントロポートモニタ４８
は、元のドキュメントを識別するジョブＩＤをプリンタ
出力管理部５０に通知することにより、プリンタ出力管
理部５０は、印刷要求したクライアントホスト名を認識
することが可能となり、印刷要求したクライアント１０
０に対し、印刷エラーや印刷完了を通知することが可能
となることから、ドキュメントの印刷状況をクライアン
ト１００側で認識することが可能となる。

【００５４】以下、本発明の第１実施例に係わるドキュ
メント管理制御方法についてより詳細に説明する。図５
は、本発明の第１実施例に係わるドキュメント管理制御
方法を示すブロック図である。図５において、１つのア
プリケーション１が印刷実行されると、ＣＡＰＣＡＬジ
ョブ記述ファイル３４及びＥＭＦファイル３５が、ＣＡ
ＰＣＡＬクライアント制御部４の各モジュールを経由し
て、ＣＡＰＣＡＬサーバ制御部６のＣＡＰＣＡＬスプー
ルドキュメントキュー３３に生成される。

【００５５】ここで、ＣＡＰＣＡＬジョブ記述ファイル
３４及びＥＭＦファイル３５のファイル名称形式は、以
下のように表される。 ・「ｎｎｎｎｎ．ｃｓｈｄ」…ＣＡＰＣＡＬジョブ記述
ファイル ・「ｎｎｎｎｎ．ｃｓｐｌ」…ＥＭＦファイル ただし、「ｎｎｎｎｎ」の部分は、ＣＡＰＣＡＬジョブ
ＩＤと呼び、ＣＡＰＣＡＬシステムが独自にユニークに
作成する管理上のＩＤである。ＣＡＰＣＡＬジョブＩＤ
が同じＣＡＰＣＡＬジョブ記述ファイル３４とＥＭＦフ
ァイル３５とで、１つのスプールジョブを構成する。

【００５６】配布分散処理スレッド３７は、実際の出力
先（プリンタ名）、出力開始頁及び出力終了頁を検出す
ると、プリンタ名とＣＡＰＣＡＬプリントジョブＩＤを
ジョブ制御ファイル３６に書き込む。ここで、印刷結果
を複数のプリンタに出力させる場合、各プリンタごとの
プリンタ名及びＣＡＰＣＡＬプリントジョブＩＤがジョ
ブ制御ファイル３６に書き込まれる。

【００５７】また、このジョブ制御ファイル３６に書き
込まれたＣＡＰＣＡＬプリントジョブＩＤに対応して、
出力するプリンタ台数分のＣＡＰＣＡＬスプールプリン
トキュー３９ａ、３９ｂ、・・・が生成される。そし
て、配布分散処理スレッド３７は、各ＣＡＰＣＡＬスプ
ールプリントキュー３８ａ、３８ｂ、・・・に対応させ
て、出力制御ファイル３９ａ、３９ｂ、・・・を生成
し、各出力制御ファイル３９ａ、３９ｂ、・・・に対
し、ＣＡＰＣＡＬジョブＩＤ、開始頁、終了頁及びＷｉ
ｎジョブＩＤを書き込む。

【００５８】例えば、出力制御ファイル３９ａが生成さ
れると、配布分散処理スレッド３７は、ジョブ制御ファ
イル３６で指定されたプリンタを受け持つプリンタ別出
力スレッド４１を起動する。プリンタ別出力スレッド４
１は、ＣＡＰＣＡＬスプールドキュメントキュー３３に
格納されているＣＡＰＣＡＬジョブ記述ファイル３４及
びＥＭＦファイル３５の内容のうち、出力制御ファイル
３９ａで指定される開始頁から終了頁までの部分を、Ｃ
ＡＰＣＡＬスプールドキュメントキュー３３から取り出
し、ＧＤＩ７を呼び出して、Ｗｉｎｄｏｗｓ印刷制御５
に描画データを送る。

【００５９】また、出力制御ファイル３９ｂが生成され
ると、配布分散処理スレッド３７は、ジョブ制御ファイ
ル３６で指定されたプリンタを受け持つプリンタ別出力
スレッド４２を起動する。プリンタ別出力スレッド４２
は、ＣＡＰＣＡＬスプールドキュメントキュー３３に格
納されているＣＡＰＣＡＬジョブ記述ファイル３４及び
ＥＭＦファイル３５の内容のうち、出力制御ファイル３
９ｂで指定される開始頁から終了頁までの部分を、ＣＡ
ＰＣＡＬスプールドキュメントキュー３３から取り出
し、ＧＤＩ７を呼び出して、Ｗｉｎｄｏｗｓ印刷制御５
に描画データを送る。

【００６０】図６（ａ）は、図５のジョブ制御ファイル
３６の内容の一例を示す図である。図６（ａ）におい
て、ジョブ制御ファイル３６には、出力するプリンタ台
数分のプリンタ名及びＣＡＰＣＡＬプリントジョブＩＤ
が書き込まれる。ここで、ＣＡＰＣＡＬプリントジョブ
ＩＤは、ＣＡＰＣＡＬスプールプリントキュー３８ａ、
３８ｂ、・・・ごとにユニークな５桁の数字文字列であ
る。この５桁の数字文字列を１エントリとし、出力する
プリンタが複数ある場合には、複数のエントリを書き込
む。なお、ジョブ制御ファイル３６のファイル名は、
「（ＣＡＰＣＡＬジョブＩＤ）．ｊｃｔＩ」とすること
ができる。

【００６１】図６（ｂ）は、図５の出力制御ファイル３
９ａの内容の一例を示す図である。図６（ｂ）におい
て、出力制御ファイル３９ａには、ＣＡＰＣＡＬジョブ
ＩＤ、開始頁、終了頁及びＷｉｎジョブＩＤが書き込ま
れる。ここで、ＣＡＰＣＡＬジョブＩＤは、ＣＡＰＣＡ
Ｌスプールドキュメントキュー３３上のスプールファイ
ルの実体を特定するＩＤである。また、ＷｉｎジョブＩ
Ｄは、プリンタ別出力スレッド４１がＧＤＩ７に描画デ
ータを出力した時、Ｗｉｎｄｏｗｓスプールジョブを特
定するための管理ＩＤである。出力制御ファイル３９ａ
にＷｉｎジョブＩＤを格納するのは、後に印刷の取消が
指示された時に、Ｗｉｎｄｏｗｓスプールジョブの削除
を行うためには、ＷｉｎジョブＩＤを記憶しておく必要
があるからである。なお、出力制御ファイル３９ａのフ
ァイル名は、「（ＣＡＰＣＡＬプリントジョブＩＤ）．
ｐｃｔＩ」とすることができる。図５の出力制御ファイ
ル３９ｂ、・・・の構成も同様である。

【００６２】図７は、本発明の第１実施例に係わるドキ
ュメント管理制御方法を示すフローチャートである。図
７において、配布分散処理スレッド３７は、ＣＡＰＣＡ
Ｌジョブ記述ファイル３４及びＥＭＦファイル３５がＣ
ＡＰＣＡＬスプールドキュメントキュー３３に生成さ
れ、実際の出力先（プリンタ名）、出力開始頁及び出力
終了頁を検出すると、ＣＡＰＣＡＬスプールドキュメン
トキュー３３にジョブ制御ファイル３６を生成する（ス
テップＳ１）。

【００６３】次に、各ＣＡＰＣＡＬスプールプリントキ
ュー３８ａ、３８ｂ、・・・に対応させて、出力制御フ
ァイル３９ａ、３９ｂ、・・・を生成し（ステップＳ
２）、使用するプリンタ専用のプリンタ別出力スレッド
４１、４２にイベントで通知する（ステップＳ３）。

【００６４】プリンタ別出力スレッド４１、４２への通
知が行われると、該当するＣＡＰＣＡＬスプールプリン
トキュー３８ａ、３８ｂ、・・・下の出力制御ファイル
３９ａ、３９ｂ、・・・を読み込み、ＣＡＰＣＡＬジョ
ブＩＤ、開始頁及び終了頁を認識する（ステップＳ１
１）。次に、出力制御ファイル３９ａ、３９ｂ、・・・
から読み出した開始頁を変数Ｎに格納し（ステップＳ１
２）、出力制御ファイル３９ａ、３９ｂ、・・・から読
み出したＣＡＰＣＡＬジョブＩＤにより特定されるＣＡ
ＰＣＡＬスプールドキュメントキュー３３下のＥＭＦフ
ァイル３５の第Ｎ頁目を読み込み（ステップＳ１３）、
ＧＤＩ７に出力する。。

【００６５】次に、変数Ｎの値を１だけ増やしながら
（ステップＳ１４）、変数Ｎの値が出力制御ファイル３
９ａ、３９ｂ、・・・から読み出した終了頁を越えるま
で（ステップＳ１５）、ＣＡＰＣＡＬスプールドキュメ
ントキュー３３下のＥＭＦファイル３５の第Ｎ頁目を読
み込みを繰り返す。

【００６６】変数Ｎの値が出力制御ファイル３９ａ、３
９ｂ、・・・から読み出した終了頁を越えると、出力す
るプリンタ台数分の処理を行ったかどうかを判断し（ス
テップＳ４）、出力するプリンタ台数分の処理が終了し
ていない場合は、ステップＳ２に戻り、出力制御ファイ
ル３９ａ、３９ｂ、・・・の作成及びプリンタ別出力ス
レッド４１、４２のジョブ投入処理を繰り返す。

【００６７】このように、本発明の第１実施例によれ
ば、アプリケーション１が出力したスプールファイルで
ある描画データの実体はシステムに唯一存在させ、ＣＡ
ＰＣＡＬスプールプリントキュー３８ａ、３８ｂ、・・
・に描画データの実体をスプールするのではなく、ＣＡ
ＰＣＡＬスプールプリントキュー３８ａ、３８ｂ、・・
・に印刷要求ファイルを作成し、この印刷要求ファイル
にＥＭＦファイル３５の中の当該プリンタで印刷する頁
情報を格納することにより、スプール処理を高速に行う
ことが可能となる。

【００６８】また、ＣＡＰＣＡＬスプールプリントキュ
ー３８ａ、３８ｂ、・・・に印刷要求ファイルを作成し
た後に、当該プリンタへ印刷する頁数等を変更する場合
においても、出力制御ファイル３９ａ、３９ｂ、・・・
内の開始頁、終了頁を書き換えるだけでよく、ＣＡＰＣ
ＡＬジョブ記述ファイル３４及びＥＭＦファイル３５の
印刷データのスプールをやり直す必要がなくなることか
ら、当該プリンタへ印刷する頁数等の変更も容易に行う
ことが可能となる。次に、本発明の第２実施例に係わる
仮想ドキュメント管理制御方法について図面を参照しな
がら説明する。

【００６９】図８は、本発明の第２実施例に係わる仮想
ドキュメント管理制御方法を示すブロック図である。図
８において、サーバ制御部６には、仮想ドキュメントエ
ディタ６０が設けられている。仮想ドキュメントエディ
タ６０は、複数のアプリケーションが出力したスプール
ファイル群を元に、任意の頁構成で仮想ドキュメントを
構築するマンマシンインタフェースを提供するユーティ
リティアプリケーションである。

【００７０】この仮想ドキュメントエディタ６０は、複
数のアプリケーションが出力したスプールファイルを読
み込み、頁単位に表示させる。そして、オペレーション
指示により、複数のアプリケーションが出力した文書デ
ータを指示頁単位に抜き出して、仮想ドキュメントを作
成する。その後、作成した仮想ドキュメント単位で、特
定プリンタへの印刷、複写印刷、複数のプリンタで同時
印刷などを実行させる。

【００７１】具体的には、複数のアプリケーションから
出力された文書データに対応して、複数のＣＡＰＣＡＬ
ジョブ記述ファイル３４ａ、・・・、３４ｂ及びＥＭＦ
ファイル３５ａ、・・・、３５ｂが、ＣＡＰＣＡＬスプ
ールドキュメントキュー３３に生成されているものとす
ると、仮想ドキュメントエディタ６０は、ＣＡＰＣＡＬ
スプールドキュメントキュー３３にジョブ制御ファイル
３６’を作成する。ここで、仮想ドキュメントエディタ
６０により作成されたジョブ制御ファイル３６’は、図
５の配布分散処理スレッド３７が作成するジョブ制御フ
ァイル３６と同等である。すなわち、ジョブ制御ファイ
ル３６’には、プリンタ名とＣＡＰＣＡＬプリントジョ
ブＩＤを書き込まれ、印刷結果を複数のプリンタに出力
させる場合には、各プリンタごとのプリンタ名及びＣＡ
ＰＣＡＬプリントジョブＩＤがジョブ制御ファイル３
６’に書き込まれる。

【００７２】また、このジョブ制御ファイル３６’に書
き込まれたＣＡＰＣＡＬプリントジョブＩＤに対応し
て、出力するプリンタ台数分のＣＡＰＣＡＬスプールプ
リントキュー３８ａ’、３８ｂ’、・・・が生成され
る。そして、仮想ドキュメントエディタ６０は、各ＣＡ
ＰＣＡＬスプールプリントキュー３８ａ’、３８ｂ’、
・・・に対応させて、出力制御ファイル３９ａ’、３９
ｂ’、・・・を生成し、各出力制御ファイル３９ａ’、
３９ｂ’、・・・に対し、ＣＡＰＣＡＬジョブＩＤ、開
始頁、終了頁及びＷｉｎジョブＩＤを書き込む。ここ
で、仮想ドキュメントエディタ６０により生成された仮
想ドキュメントが、複数のアプリケーションから出力さ
れた文書データを統合したものである場合、各出力制御
ファイル３９ａ’、３９ｂ’、・・・には、各アプリケ
ーションごとのＣＡＰＣＡＬジョブＩＤ、開始頁、終了
頁及びＷｉｎジョブＩＤが格納される。

【００７３】例えば、出力制御ファイル３９ａ’が生成
されると、仮想ドキュメントエディタ６０は、ジョブ制
御ファイル３６’で指定されたプリンタを受け持つプリ
ンタ別出力スレッド４１を起動する。プリンタ別出力ス
レッド４１は、まず、出力制御ファイル３９ａ’に格納
されている１番目のＣＡＰＣＡＬジョブＩＤを参照する
ことにより、ＣＡＰＣＡＬスプールドキュメントキュー
３３に格納されているＣＡＰＣＡＬジョブ記述ファイル
３４ａ、・・・、３４ｂ及びＥＭＦファイル３５ａ、・
・・、３５ｂを特定する。例えば、出力制御ファイル３
９ａ’に格納されている１番目のＣＡＰＣＡＬジョブＩ
Ｄが、ＣＡＰＣＡＬジョブ記述ファイル３４ａ及びＥＭ
Ｆファイル３５ａを指定している場合、ＣＡＰＣＡＬジ
ョブ記述ファイル３４ａ及びＥＭＦファイル３５ａの内
容のうち、出力制御ファイル３９ａ’で指定される開始
頁から終了頁までの部分を、ＣＡＰＣＡＬスプールドキ
ュメントキュー３３から取り出し、ＧＤＩ７を呼び出し
て、Ｗｉｎｄｏｗｓ印刷制御５に描画データを送る。

【００７４】次に、プリンタ別出力スレッド４１は、出
力制御ファイル３９ａ’に格納されている２番目のＣＡ
ＰＣＡＬジョブＩＤを参照することにより、ＣＡＰＣＡ
Ｌスプールドキュメントキュー３３に格納されているＣ
ＡＰＣＡＬジョブ記述ファイル３４ａ、・・・、３４ｂ
及びＥＭＦファイル３５ａ、・・・、３５ｂを特定す
る。例えば、出力制御ファイル３９ａ’に格納されてい
る２番目のＣＡＰＣＡＬジョブＩＤが、ＣＡＰＣＡＬジ
ョブ記述ファイル３４ｂ及びＥＭＦファイル３５ｂを指
定している場合、ＣＡＰＣＡＬジョブ記述ファイル３４
ｂ及びＥＭＦファイル３５ｂの内容のうち、出力制御フ
ァイル３９ａ’で指定される開始頁から終了頁までの部
分を、ＣＡＰＣＡＬスプールドキュメントキュー３３か
ら取り出し、ＧＤＩ７を呼び出して、Ｗｉｎｄｏｗｓ印
刷制御５に描画データを送る。

【００７５】プリンタ別出力スレッド４１は、出力制御
ファイル３９ａ’に格納されている全てのＣＡＰＣＡＬ
ジョブＩＤについて、以上の処理を行う。また、出力制
御ファイル３９ｂ’が生成されると、仮想ドキュメント
エディタ６０は、ジョブ制御ファイル３６’で指定され
たプリンタを受け持つプリンタ別出力スレッド４２を起
動する。プリンタ別出力スレッド４２は、まず、出力制
御ファイル３９ｂ’に格納されている１番目のＣＡＰＣ
ＡＬジョブＩＤを参照することにより、ＣＡＰＣＡＬス
プールドキュメントキュー３３に格納されているＣＡＰ
ＣＡＬジョブ記述ファイル３４ａ、・・・、３４ｂ及び
ＥＭＦファイル３５ａ、・・・、３５ｂを特定する。例
えば、出力制御ファイル３９ｂ’に格納されている１番
目のＣＡＰＣＡＬジョブＩＤが、ＣＡＰＣＡＬジョブ記
述ファイル３４ａ及びＥＭＦファイル３５ａを指定して
いる場合、ＣＡＰＣＡＬジョブ記述ファイル３４ａ及び
ＥＭＦファイル３５ａの内容のうち、出力制御ファイル
３９ｂ’で指定される開始頁から終了頁までの部分を、
ＣＡＰＣＡＬスプールドキュメントキュー３３から取り
出し、ＧＤＩ７を呼び出して、Ｗｉｎｄｏｗｓ印刷制御
５に描画データを送る。

【００７６】次に、プリンタ別出力スレッド４２は、出
力制御ファイル３９ｂ’に格納されている２番目のＣＡ
ＰＣＡＬジョブＩＤを参照することにより、ＣＡＰＣＡ
Ｌスプールドキュメントキュー３３に格納されているＣ
ＡＰＣＡＬジョブ記述ファイル３４ａ、・・・、３４ｂ
及びＥＭＦファイル３５ａ、・・・、３５ｂを特定す
る。例えば、出力制御ファイル３９ｂ’に格納されてい
る２番目のＣＡＰＣＡＬジョブＩＤが、ＣＡＰＣＡＬジ
ョブ記述ファイル３４ｂ及びＥＭＦファイル３５ｂを指
定している場合、ＣＡＰＣＡＬジョブ記述ファイル３４
ｂ及びＥＭＦファイル３５ｂの内容のうち、出力制御フ
ァイル３９ｂ’で指定される開始頁から終了頁までの部
分を、ＣＡＰＣＡＬスプールドキュメントキュー３３か
ら取り出し、ＧＤＩ７を呼び出して、Ｗｉｎｄｏｗｓ印
刷制御５に描画データを送る。

【００７７】プリンタ別出力スレッド４２は、出力制御
ファイル３９ａ’に格納されている全てのＣＡＰＣＡＬ
ジョブＩＤについて、以上の処理を行う。この結果、複
数のアプリケーションにより作成された仮想ドキュメン
トの描画データをプリンタキューに形成することなく、
仮想ドキュメントの複数のプリンタによる分散印刷を行
うことが可能となる。

【００７８】このように、仮想ドキュメントエディタ６
０が、ＣＡＰＣＡＬジョブ記述ファイル３４ａ、・・
・、３４ｂ及びＥＭＦファイル３５ａ、・・・、３５ｂ
を統合した文書を仮想的に生成する。そして、この仮想
的に生成された仮想ドキュメントの描画データをＣＡＰ
ＣＡＬスプールプリントキュー３８ａ’、３８ｂ’、・
・・に書き込むのではなく、この仮想ドキュメントの印
刷要求をＣＡＰＣＡＬスプールプリントキュー３８
ａ’、３８ｂ’、・・・に書き込む。このことにより、
複数のアプリケーションで作成された文書を統合して印
刷する場合においても、スプール処理を高速に行うこと
が可能となるととも、使用するアプリケーションの変更
や指定頁の変更なども容易に行うことが可能となる。

【００７９】図９（ａ）は図８のジョブ制御ファイル３
６’の内容の一例を示す図である。図９（ａ）におい
て、ジョブ制御ファイル３６’には、出力するプリンタ
台数分のプリンタ名及びＣＡＰＣＡＬプリントジョブＩ
Ｄが書き込まれる。ここで、ＣＡＰＣＡＬプリントジョ
ブＩＤは、ＣＡＰＣＡＬスプールプリントキュー３８
ａ’、３８ｂ’、・・・ごとにユニークな５桁の数字文
字列である。この５桁の数字文字列を１エントリとし、
出力するプリンタが複数ある場合には、複数のエントリ
を書き込む。なお、ジョブ制御ファイル３６’のファイ
ル名は、「（ＣＡＰＣＡＬジョブＩＤ）．ｊｃｔＩ」と
することができる。

【００８０】図９（ｂ）は図８の出力制御ファイル３９
ａ’の内容の一例を示す図である。図９（ｂ）におい
て、出力制御ファイル３９ａ’には、ＣＡＰＣＡＬジョ
ブＩＤ、開始頁、終了頁及びＷｉｎジョブＩＤが書き込
まれる。ここで、ＣＡＰＣＡＬジョブＩＤは、ＣＡＰＣ
ＡＬスプールドキュメントキュー３３上のＣＡＰＣＡＬ
ジョブ記述ファイル３４ａ、・・・、３４ｂ及びＥＭＦ
ファイル３５ａ、・・・、３５ｂの実体を特定するＩＤ
である。すなわち、各ＣＡＰＣＡＬジョブ記述ファイル
３４ａ、・・・、３４ｂ及びＥＭＦファイル３５ａ、・
・・、３５ｂごとに、異なるＣＡＰＣＡＬジョブＩＤが
付与される。また、ＷｉｎジョブＩＤは、プリンタ別出
力スレッド４１がＧＤＩ７に描画データを出力した時、
Ｗｉｎｄｏｗｓスプールジョブを特定するための管理Ｉ
Ｄである。ここで、複数のＣＡＰＣＡＬジョブ記述ファ
イル３４ａ、・・・、３４ｂ及びＥＭＦファイル３５
ａ、・・・、３５ｂを特定する場合、ＣＡＰＣＡＬジョ
ブＩＤ、開始頁、終了頁、ＷｉｎジョブＩＤを１エント
リとして、複数エントリの情報が出力制御ファイル３９
ａ’に書き込まれる。なお、出力制御ファイル３９ａ’
のファイル名は、「（ＣＡＰＣＡＬプリントジョブＩ
Ｄ）．ｐｃｔＩ」とすることができる。図８の出力制御
ファイル３９ｂ’、・・・の構成も同様である。

【００８１】図１０は、本発明の第２実施例に係わる仮
想ドキュメント管理制御方法を示すフローチャートであ
る。図１０において、仮想ドキュメントエディタ６０
は、ＣＡＰＣＡＬジョブ記述ファイル３４ａ、・・・、
３４ｂ及びＥＭＦファイル３５ａ、・・・、３５ｂがＣ
ＡＰＣＡＬスプールドキュメントキュー３３に生成さ
れ、仮想ドキュメントの実際の出力先（プリンタ名）を
検出すると、ＣＡＰＣＡＬスプールドキュメントキュー
３３にジョブ制御ファイル３６’を生成する（ステップ
Ｓ２１）。

【００８２】次に、各ＣＡＰＣＡＬスプールプリントキ
ュー３８ａ’、３８ｂ’、・・・に対応させて、出力制
御ファイル３９ａ’、３９ｂ’、・・・を生成し（ステ
ップＳ２２）、仮想ドキュメントに含まれるスプールフ
ァイル（ＣＡＰＣＡＬジョブ記述ファイル３４ａ、・・
・、３４ｂ及びＥＭＦファイル３５ａ、・・・、３５
ｂ）の数だけループすることにより（ステップＳ２
３）、仮想ドキュメントに含まれるスプールファイルの
個数に対応したエントリ情報（ＣＡＰＣＡＬジョブＩ
Ｄ、開始頁、終了頁）を書き込む。

【００８３】次に、出力制御ファイル３９ａ’、３９
ｂ’、・・・へのエントリ情報（ＣＡＰＣＡＬジョブＩ
Ｄ、開始頁、終了頁）の書き込みが終了すると、使用す
るプリンタ専用のプリンタ別出力スレッド４１、４２に
イベントで通知する（ステップＳ２４）。

【００８４】次に、プリンタ別出力スレッド４１，４２
は、当該プリンタごとに生成されたＣＡＰＣＡＬスプー
ルプリントキュー３８ａ’、３８ｂ’、・・・から、フ
ァイル作成時間が古い順に出力制御ファイル３９ａ’、
３９ｂ’、・・・の内容を読み込む（ステップＳ３
１）。そして、出力制御ファイル３９ａ’、３９ｂ’、
・・・から、１エントリ情報（ＣＡＰＣＡＬジョブＩ
Ｄ、開始頁、終了頁）を取り出し（ステップＳ３２）、
１ジョブ印刷処理を行う（ステップＳ３３）。

【００８５】１ジョブ印刷処理では、出力制御ファイル
３９ａ’、３９ｂ’、・・・の１エントリ情報内の開始
頁を変数Ｎに格納し（ステップＳ４１）、出力制御ファ
イル３９ａ’、３９ｂ’、・・・の１エントリ情報内の
ＣＡＰＣＡＬジョブＩＤにより特定されるＣＡＰＣＡＬ
スプールドキュメントキュー３３下のＥＭＦファイル３
５ａ、・・・、３５ｂの第Ｎ頁目を読み込み（ステップ
Ｓ４２）、ＧＤＩ７に出力する。

【００８６】次に、変数Ｎの値を１だけ増やしながら
（ステップＳ４３）、変数Ｎの値が出力制御ファイル３
９ａ’、３９ｂ’、・・・の１エントリ情報内の終了頁
を越えるまで（ステップＳ４４）、ＣＡＰＣＡＬスプー
ルドキュメントキュー３３下のＥＭＦファイル３５ａ、
・・・、３５ｂの第Ｎ頁目を読み込みを繰り返す。

【００８７】１ジョブ印刷処理が終了すると、出力制御
ファイル３９ａ’、３９ｂ’、・・・に次のエントリが
あるかどうかを判断し（ステップＳ３４）、出力制御フ
ァイル３９ａ’、３９ｂ’、・・・に次のエントリがあ
る場合は、ステップＳ３２に戻り、エントリ情報（ＣＡ
ＰＣＡＬジョブＩＤ、開始頁、終了頁）の取り出し及び
１ジョブ印刷処理を繰り返す。

【００８８】出力制御ファイル３９ａ’、３９ｂ’、・
・・に次のエントリがなくなると、出力するプリンタ台
数分の処理を行ったかどうかを判断し（ステップＳ２
５）、出力するプリンタ台数分の処理が終了していない
場合は、ステップＳ２２に戻り、出力制御ファイル３９
ａ、３９ｂ、・・・の作成及びプリンタ別出力スレッド
４１、４２のジョブ投入処理を繰り返す。

【００８９】このように、本発明の第２実施例では、複
数のアプリケーションから出力された描画データを統合
する仮想ドキュメントエディタ６０を設け、仮想ドキュ
メントエディタ６０で生成された仮想ドキュメントを１
つのドキュメントファイルとして管理することにより、
仮想ドキュメントの指定を行うだけで、複数のアプリケ
ーションから出力された描画データを一体的に扱って、
何度でも印刷することが可能となり、複数のアプリケー
ションを用いた印刷処理を容易に行うことが可能とな
る。また、仮想ドキュメント単位でプリンタから出力さ
せることができるので、複数のアプリケーションを用い
て印刷された印刷物を仕分けしたり、手書きで頁連番を
書き加えるたりすることなく、複数のアプリケーション
を用いた印刷された印刷物に通し番号を印字するなどの
印刷処理を自動的に行うことが可能となる。

【００９０】図１１は、本発明の一実施例に係わる印刷
システムのシステム構成を示すブロック図である。図１
１において、１５１は全体的な処理を行う中央演算処理
ユニット（ＣＰＵ）、１５２はリードオンリメモリ（Ｒ
ＯＭ）、１５３はランダムアクセスメモリ（ＲＡＭ）、
１５４は通信インターフェイス、１５５は通信ネットワ
ーク、１５６はバス、１５７は入出力インターフェイ
ス、１５８は印刷イメージなどを表示するディスプレ
イ、１５９は印刷結果を出力するプリンタ、１６０はキ
ーボード、１６１はマウス、１６２は記憶媒体を駆動す
るドライバ、１６３はハードディスク、１６４はＩＣメ
モリカード、１６５は磁気テープ、１６６はフロッピー
ディスク、１６７はＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなど
の光ディスクである。

【００９１】印刷処理を行うプログラムや印刷データな
どは、ハードディスク１６３、ＩＣメモリカード１６
４、磁気テープ１６５、フロッピーディスク１６６、光
ディスク１６７などの記憶媒体に格納される。そして、
印刷処理を行うプログラムをこれらの記憶媒体からＲＡ
Ｍ１５３に読み出すことにより、印刷処理を行うことが
できる。また、印刷処理を行うプログラムをＲＯＭ１５
２に格納しておくこともできる。

【００９２】さらに、印刷処理を行うプログラムや印刷
データなどを通信インターフェイス１５４を介して通信
ネットワーク１５５から取り出すこともできる。通信イ
ンターフェイス２４に接続される通信ネットワーク１５
５として、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎ
ｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔ
ｗｏｒｋ）、インターネット、アナログ電話網、デジタ
ル電話網（ＩＳＤＮ：Ｉｎｔｅｇｒａｌ Ｓｅｒｖｉｃ
ｅ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、ＰＨＳ（パー
ソナルハンディシステム）や衛星通信などの無線通信網
を用いることができる。

【００９３】ＣＰＵ１５１は、印刷処理を行うプログラ
ムが起動されると、キーボード１６０やマウス１６１な
どで入力された描画データをハードディスク１６３、Ｉ
Ｃメモリカード１６４、磁気テープ１６５、フロッピー
ディスク１６６、光ディスク１６７などの記憶媒体に格
納する。そして、これらの記憶媒体に格納された描画デ
ータをプリンタ１５９に送って印刷させたり、通信ネッ
トワーク１５５を介して他のサーバやプリンタに送った
りする。

【００９４】

【発明の効果】以上説明したように、本発明によれば、
描画データ格納手段に格納されている描画データを、描
画データの出力先に対応させて再度格納し直すことな
く、出力先に転送する描画データを描画データ格納手段
から直接読み出して、出力先に転送することにより、描
画データを出力先に転送する際に、描画データをその出
力先ごとに再格納する処理を省略することが可能となる
ことから、スプール処理を高速化することが可能とな
る。

【００９５】また、本発明の一態様によれば、描画デー
タを識別する識別情報及び描画データの印刷頁を指定す
る頁情報を、描画データの代わりに格納しておくことに
より、出力する描画データの印刷頁を変更する場合に
は、描画データの内容を再格納することなく、頁情報を
変更するだけで済むことから、スプール処理を効率的に
行うことが可能となる。

【００９６】また、本発明の一態様によれば、複数のア
プリケーションにより作成された描画データを統合した
仮想ドキュメントを生成することにより、複数のアプリ
ケーションにより作成された描画データを一体的に扱う
ことが可能となり、各アプリケーションごとの印刷指定
を何度も行うことなく、統合された仮想ドキュメントに
ついての印刷指定を１回行うだけで、複数のアプリケー
ションにより作成された描画データの印刷を行うことが
可能となり、印刷処理を効率的に行うことが可能とな
る。

【００９７】また、仮想ドキュメントの描画データを、
その描画データの出力先に対応させて構成することな
く、仮想ドキュメントの出力要求に基づいて、仮想ドキ
ュメントに含まれる描画データを描画データ格納手段か
ら順次に読み出して、出力先に転送することが可能とな
り、仮想ドキュメントの描画データを出力先に転送する
際に、仮想ドキュメントごとの描画データを格納してお
く処理を省略することが可能となることから、スプール
処理を高速化することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例に係わる印刷システムの構成
を示すブロック図である。

【図２】図１のクライアント制御部の構成を説明するブ
ロック図である。

【図３】図１のサーバ制御部の構成を説明するブロック
図である。

【図４】図１のプリンタ出力制御部の構成を説明するブ
ロック図である。

【図５】本発明の第１実施例に係わるドキュメント管理
制御方法を示すブロック図である。

【図６】（ａ）は図５のジョブ制御ファイルの内容の一
例を示す図、（ｂ）は図５の出力制御ファイルの内容の
一例を示す図である。

【図７】本発明の第１実施例に係わるドキュメント管理
制御方法を示すフローチャートである。

【図８】本発明の第２実施例に係わる仮想ドキュメント
管理制御方法を示すブロック図である。

【図９】（ａ）は図８のジョブ制御ファイルの内容の一
例を示す図、（ｂ）は図８の出力制御ファイルの内容の
一例を示す図である。

【図１０】本発明の第２実施例に係わる仮想ドキュメン
ト管理制御方法を示すフローチャートである。

【図１１】本発明の一実施例に係わる印刷システムのシ
ステム構成を示すブロック図である。

【図１２】従来の分散印刷方法を説明するブロック図で
ある。

【符号の説明】

１００ クライアント １０３ サーバ １０１、１０２、２８、２９、４４ 通信回線 １ アプリケーション ２、７ ＧＤＩ ３、５ Ｗｉｎｄｏｗｓ印刷制御部 ４ クライアント制御部 ６ サーバ制御部 ８ プリンタ出力制御部 ９ プリンタ １１ スプーラプロセス １２ プロバイダ １３、４７ プリントプロセッサ １４ 仮想ドライバ １５ ＣＡＰＣＡＬドライバプロパティ制御スレッド １６ システムスプールキュー １７ 出力制御情報ファイル １８ ジョブ記述ファイル １９、２４、３５、３５ａ、３５ｂ ＥＭＦファイル ２０ ＣＡＰＣＡＬクライアント定義ファイル ２１ ＣＡＰＣＡＬプリントプロセッサ ２２ ＣＡＰＣＡＬスプールキュー ２３、３４ａ、３４ｂ ＣＡＰＣＡＬジョブ記述ファイ
ル ２５ ＣＡＰＣＡＬ転送先定義ファイル ２６ ＣＡＰＣＡＬクライアントメインプロセス ２７ ＣＡＰＣＡＬジョブ転送スレッド ３０、３１ ＣＡＰＣＡＬ受信スレッド ３２ ＣＡＰＣＡＬサーバメインプロセス ３３ ＣＡＰＣＡＬスプールドキュメントキュー ３６、３６ ジョブ制御ファイル ３７ 配布分散処理スレッド ３８、３８ａ、３８ｂ、３８ａ’、３８ｂ’ ＣＡＰＣ
ＡＬスプールプリンタキュー ３９、３９ａ、３９ｂ、３９ａ’、３９ｂ’ 出力制御
ファイル ４０ ＣＡＰＣＡＬサーバ側定義ファイル ４１、４２ プリンタ別出力スレッド ４３ ＣＡＰＣＡＬジョブ転送スレッド ４５ プリンタドライバ ４６ Ｒａｗスプールファイル ４８ セントロポートモニタ ４９ スプーラプロセスメイン ５０ プリンタ出力管理部 ５１ ポートモニタ ５２、５３ 画面呼び出し ６０ 仮想ドキュメントエディタ １５１ ＣＰＵ １５２ ＲＯＭ １５３ ＲＡＭ １５４ 通信インターフェース １５５ 通信ネットワーク １５６ バス １５７ 入出力インターフェース １５８ ディスプレイ １５９ プリンタ １６０ キーボード １６１ マウス １６２ ドライバ １６３ ハードディスク １６４ ＩＣメモリカード １６５ 磁気テープ １６６ フロッピーディスク １６７ 光ディスク

フロントページの続き (72)発明者 波多野 英二 東京都東大和市桜が丘２丁目229番地 カ シオ計算機株式会社東京事業所内 (72)発明者 天利 忠義 東京都東大和市桜が丘２丁目229番地 カ シオ計算機株式会社東京事業所内 (72)発明者 田村 恒治 東京都東大和市桜が丘２丁目229番地 カ シオ計算機株式会社東京事業所内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 描画データを格納する描画データ格納手
   段と、 前記描画データの出力要求を、前記描画データの出力先
   ごとに格納する出力要求格納手段と、 前記描画データの出力要求に基づいて、前記描画データ
   を前記描画データ格納手段から前記出力先に転送する描
   画データ転送手段とを備えることを特徴とする印刷シス
   テム。
2. 【請求項２】 前記出力要求は、前記描画データを識別
   する識別情報及び前記描画データの印刷頁を指定する頁
   情報を含んでいることを特徴とする請求項１記載の印刷
   システム。
3. 【請求項３】 複数のアプリケーションにより作成され
   た描画データを格納する描画データ格納手段と、 前記複数のアプリケーションにより作成された描画デー
   タに基づいて、仮想的なドキュメントを生成する仮想ド
   キュメント生成手段と、 前記仮想的なドキュメントの出力要求を、前記仮想的な
   ドキュメントの出力先ごとに格納する出力要求格納手段
   と、 前記仮想的なドキュメントの出力要求に基づいて、前記
   仮想的なドキュメントに含まれる描画データを、前記描
   画データ格納手段から前記出力先に転送する描画データ
   転送手段とを備えることを特徴とする印刷システム。
4. 【請求項４】 描画データを前記描画データの出力先と
   独立に格納する機能と、 前記描画データの出力要求を、前記描画データの出力先
   ごとに格納する機能と、 前記描画データの出力要求に基づいて、前記出力先と独
   立に格納されている描画データを前記出力先に転送する
   機能とをコンピュータに実行させるプログラムを格納し
   たコンピュータ読み取り可能な記憶媒体。