JP3399461B2 - 印刷システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は印刷システムに関
し、特に、ネットワーク接続された複数のコンピュータ
装置における出力制御を行う印刷システムに適用して好
適なものである。

【０００２】

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

【０００３】図２６は、オペレーティングシステムとし
て、Ｗｉｎｄｏｗｓを用いた場合の従来の印刷方法を説
明するブロック図である。図２６において、ユーザが、
アプリケーション２０１にプリンタドライバ２０３に対
しての印刷を指定した場合、アプリケーション２０１
は、ＧＤＩ（グラフィカルデバイスインターフェース関
数）２０２に対して印刷命令を実行する。ＧＤＩ２０２
は、アプリケーション２０１からの印刷命令が実行され
ると、プリンタドライバ２０３から必要な情報を獲得
し、スプールファイル（ＥＭＦファイルとジョブ記述フ
ァイル）２０４を作成する。Ｗｉｎｄｏｗｓのスプール
システム２０５は、指定のポートが印刷可能状態である
ことを確認すると、デスプール処理を開始する。このデ
スプール処理により、ポートスレッド２０６を通じてプ
リントプロセッサ２０７に印刷制御が渡る。そして、ロ
ーカルプリントプロバイダ２０８を通じてポートモニタ
２０９に印刷データが渡り、パラレルポートドライバ２
１０を通じて印刷装置２１１に印刷データが出力され
る。

【０００４】ここで、オペレーティングシステムとし
て、Ｗｉｎｄｏｗｓを用いた場合、Ｗｉｎｄｏｗｓはパ
ーソナル指向のオペレーティングシステムであることか
ら、基幹業務における大量印刷には不向きな点がある。
例えば、１回の印刷アクションで、同時に複数のプリン
タに印刷することができない。このため、資料の配布等
を行うとき、繰り返し印刷起動をかけ、印刷物を手作業
で仕分けし、さらに郵便等で配布する手間がかかる。ま
た、昨今のメイルの普及により、ワードプロセッサなど
により作成された少量かつ固定的ドキュメントは、メイ
ルで代替えすることができるが、アプリケーション稼働
による集計データ等の管理帳票の印刷や大量のドキュメ
ントの印刷などは、メイルでは代替不可能である。さら
に、大量の印刷を行う時、複数のプリンタに分散して印
刷することができず、開始頁と終了頁と出力先プリンタ
とを繰り返し指定する必要がある。

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

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

【０００７】一方、スプールライタ２２７は、ある決め
られたディレクトリ（スプールディレクトリ）をポーリ
ングしており、完成したスプールファイル２２６を検知
すると、スプールファイル２２６の読み出しを開始す
る。そして、スプールファイル２２６内に格納されたパ
ラメータ２２２を取り出すとともに、各ページの描画デ
ータをスプールファイル２２６から順次読み出す。その
後、ＧＤＩ２２８が呼び出され、パラメータ２２２の情
報に従って、描画データがプリンタドライバ２２９を介
して指定のプリンタ２３０へ送られる。この結果、指定
の頁の印刷を指定のプリンタ２３０で行うことが可能と
なり、プリンタ名称、開始頁及び終了頁の組を複数指定
しておくことにより、複数のプリンタを用いた分散印刷
が可能となる。

【０００８】なお、ＧＤＩ２２８は、オペレーティング
システム２２４と密接に結びついたグラフィカルデバイ
ス描画用の関数群である。

【０００９】

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

【００１０】さらに、従来の印刷方法では、オペレーテ
ィングシステム２２４の印刷制御の不備からくる問題点
があり、ＡＰＩ２３を提供する方法では、これらの問題
点を解決することができなかった。例えば、プリンタが
接続されたコンピュータ上の画面には、印刷が完了した
ことやエラーが発生したことを知らせる通知があるが、
通信ネットワークを介して印刷実行を指示したクライア
ントマシンでは、これらのことが判らない。また、プリ
ンタエラーで停止中のジョブに対し、頁を指定し直した
再印刷や出力プリンタを変更した再印刷ができない。さ
らに、ＷＡＮ（広域ネットワーク）で接続されたコンピ
ュータ上のプリンタを直接指定して印刷することができ
ない。

【００１１】また、オペレーティングシステム２２４の
出力装置・アプリケーションへの依存性に関する問題点
として、以下のものがあった。まず、プリンタ機種やプ
リンタメーカを特定して印刷機能が提供されており、ネ
ットワーク環境の多様なプリンタを有効に使うために
は、多大な手間がかかった。このため、特定出力装置
（プリンタなど）のスペックに基づきアプリケーション
により作成したドキュメントは、出力装置の物理仕様に
依存したものとなり、可搬性がなかった。この結果、物
理仕様の異なる出力装置に出力すると、期待する結果を
得られない場合があった。

【００１２】次に、システム上の全アプリケーションで
出力したドキュメントを対象とした場合、アプリケーシ
ョンで出力後は、何もすることができなかった。例え
ば、出力先の追加・変更、頁単位での操作、出力順の操
作など様々なサービスが不可能であった。

【００１３】また、オペレーティングシステム２２４の
配布印刷方式に関する問題点として、以下のものがあっ
た。まず、印刷出力（ドキュメント）を配布する場合、
配布先のプリンタを直接指示するものであり、システム
環境（配布先に対するプリンタ名称）を常に意識する必
要があった。また、配布対象となるプリンタの名称を全
て指定したり、ドキュメント毎に配布先を指定したりす
るすることは、ユーザにとって負担になっていた。

【００１４】

【発明が解決しようとする課題】この発明の課題は、複
数の印刷装置が接続されているシステムにおいて、印刷
ジョブの配布先となる印刷装置を自動的に決定して配布
できるようにすることである。

【００１５】

【課題を解決するための手段】本発明の手段は、ネット
ワークを介して複数のクライアント端末と複数の印刷装
置とに接続される印刷システムであって、上記クライア
ント端末から送信されてくる印刷ジョブを受信して記憶
するジョブ記憶手段と、論理的な配布先名称と物理的な
印刷装置名称との対応関係定義を記憶する定義記憶手段
と、配布先を自動指定するための第１条件として、各印
刷ジョブのドキュメント内から抽出すべき文字列の対象
文字列を指定する対象文字列指定手段と、上記配布先を
自動指定するための第２条件として、上記対象文字列を
各印刷ジョブのドキュメント内から抽出するため検索範
囲を指定する際は、複数の矩形領域に分割された仮想用
紙を表示し、その仮想用紙上の複数の矩形領域の内の所
望する矩形領域を指定することで上記頁上での検索範囲
を指定する検索範囲指定手段と、上記受信の印刷ジョブ
のドキュメントが印刷される実際の用紙の用紙サイズ及
び置き方に合わせて、上記仮想用紙上で指定した矩形領
域の範囲を、実際の用紙上での矩形領域の範囲に変換す
る変換手段と、上記変換された範囲を上記印刷ジョブの
頁上における検索範囲として特定し、その特定された頁
上での検索範囲内において上記指定の対象文字列に一致
する文字列を検索して、その検索された文字列を配布先
名称として抽出する抽出手段と、この抽出手段で抽出さ
れた配布先名称に対応する印刷装置名称を上記定義記憶
手段に基づいて特定し、その特定された印刷装置名称に
対応する上記ネットワーク上の印刷装置に対して上記印
刷ジョブを投入配布する配布手段と、を具備したことを
特徴とする。

【００１６】

【発明の実施の形態】以下、本発明の一実施例に係わる
印刷システムについて図面を参照しながら説明する。な
お、以下の実施例では、Ｗｉｎｄｏｗｓによるオペレー
ティングシステム下における出力装置運用支援（以下Ｃ
ＡＰＣＡＬと称する）制御方式について説明する。ま
た、このＣＡＰＣＡＬ制御方式では、システム上の全て
のアプリケーションの出力ドキュメントを処理対象とす
ることがひできる。

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

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

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

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

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

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

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

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

【００２５】このように、仮想ドライバとしてのＣＡＰ
ＣＡＬドライバ１４をクライアント制御部４に設ける。
そして、ジョブ記述ファイル１８及びＥＭＦファイル１
９を、システムスプールキュー１６にＧＤＩ２によりス
プールさせるとともに、出力制御ファイル１７をＣＡＰ
ＣＡＬドライバ１４が独自にシステムスプールキュー１
６にスプールする。このことにより、ジョブ記述ファイ
ル１８及びＥＭＦファイル１９の形式を、Ｗｉｎｄｏｗ
ｓ標準の形式と一致させることが可能となり、Ｗｉｎｄ
ｏｗｓのアプリケーションインタフェースを一切変更せ
ずに、汎用パッケージソフトを含むＷｉｎｄｏｗｓ上で
動作する全てのアプリケーションについて、ドキュメン
ト配布処理、分散印刷処理、配布先自動検出処理、プリ
ンタエラー及び印刷完了の通知処理等を実現することが
可能となる。この結果、ドキュメント配布処理、分散印
刷処理、配布先自動検出処理、プリンタエラー及び印刷
完了の通知処理等を実現するために、印刷用のアプリケ
ーションを新たに構築する必要がなくなる。

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

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

【００２８】配布分散処理スレッド３７は、ＣＡＰＣＡ
Ｌジョブ記述ファイル３４から出力制御情報を取り込
む。また、ＣＡＰＣＡＬサーバ側定義ファイル３６の内
容を予め読み込んでおく。そして、配布分散処理スレッ
ド３７は、出力制御情報及びサーバ側定義ファイルの内
容から、出力プリンタ及び出力する開始頁、終了頁を決
定し、プリンタ９ごとに設けられたＣＡＰＣＡＬスプー
ルプリントキュー３８に印刷要求を投入する。ＣＡＰＣ
ＡＬサーバ側定義ファイル３６には、配布先名とプリン
タ名（またはサーバ名）との対応関係が格納されてお
り、配布先が論理名で特定されている場合においても、
ＣＡＰＣＡＬサーバ側定義ファイル３６を参照すること
により、出力プリンタを決定することができる。ＣＡＰ
ＣＡＬスプールプリントキュー３８へのスプールが完了
したら、印刷要求があったプリンタ９を専門に受け持つ
プリンタ別出力スレッド４１に通知する。

【００２９】プリンタ別出力スレッド４１は、ＣＡＰＣ
ＡＬスプールプリントキュー３８からＥＭＦファイル４
０を取り出し、ＧＤＩ７を呼び出すことにより、Ｗｉｎ
ｄｏｗｓ印刷制御５に描画データを送る。なお、出力制
御情報及びＣＡＰＣＡＬサーバ側定義ファイル３６の内
容により、出力プリンタとして、サーバ３０１が管理し
ているプリンタ９以外のプリンタが指定されている場
合、配布分散処理スレッド３７は、ＣＡＰＣＡＬジョブ
転送スレッド４３から通信ネットワーク４４を介し、指
定されているプリンタを管理しているサーバに印刷要求
を送る。

【００３０】このように、ＣＡＰＣＡＬサーバ側定義フ
ァイル３６に、配布先名とプリンタ名（またはサーバ
名）との対応関係を格納しておくことにより、配布先が
論理名で特定されている場合においても、出力プリンタ
を決定することが可能となり、ユーザは、出力プリンタ
名を意識することなく、配布印刷を行うことが可能とな
る。

【００３１】また、プリンタ別出力スレッド４１、４２
を各プリンタごとに設け、プリンタ別出力スレッド４
１、４２がエミュレーションを行うことにより、プリン
タの仕様が異なる場合においても、適切な出力結果を得
ることが可能となり、プリンタ機種やプリンタメーカー
を意識することなく、ネットワーク上の様々のプリンタ
を利用して印刷を行うことが可能となる。

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

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

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

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

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

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

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

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

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

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

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

【００４３】以下、図１の印刷システムについて、より
詳細に説明する。図５は、仮想ドライバ１４の動作を説
明するブロック図であり、ＣＡＰＣＡＬスプールファイ
ル５７が作成されるまでの処理の流れを示す。

【００４４】図５において、ユーザが、アプリケーショ
ン１に仮想ドライバ１４に対しての印刷を指定した場
合、アプリケーション１は、ＧＤＩ２に対して印刷命令
を実行する（ＣＡＰＣＡＬの場合は自動的にスプール印
刷となる）。ＧＤＩ２は、印刷命令が実行されると、デ
バイス管理情報（Ｗｉｎｄｏｗｓシステム概値。プリン
タドライバ独自の情報を付加可能。以下、ＤＥＶＭＯＤ
Ｅ情報と記述する）を仮想ドライバ１４に要求する。仮
想ドライバ１４は、メーカやプリンタ機種に依存しない
共通な情報（用紙サイズ、用紙種等）と、出力制御ファ
イル１７の名称をＤＥＶＭＯＤＥ情報に設定し、ＧＤＩ
２に返す。ＧＤＩ２は、仮想ドライバ１４から必要な情
報を受け取ると、ＤＥＶＭＯＤＥ情報と描画情報（ＧＥ
ＩＩＮＦＯ情報：プリンタドライバ描画能力。プリンタ
ドライバがＧＤＩ２に返す情報。Ｗｉｎｄｏｗｓシステ
ム概値）によって、ＥＭＦファイル１９とジョブ記述フ
ァイル１８を作成する。このように、ＣＡＰＣＡＬ制御
印刷では、ＧＤＩ２が、ＤＥＶＭＯＤＥ情報を仮想ドラ
イバ１４から受け取ることにより、Ｗｉｎｄｏｗｓシス
テムが、ジョブ記述ファイル（Ｗｉｎｄｏｗｓシステム
概値）１８を作成する。

【００４５】一方、仮想ドライバ１４は、仮想ドライバ
１４のプリンタプロパティ（指定配布、自動配布、分散
印刷の情報を指定）や、予め保存してある出力制御情報
により、ＤＥＶＭＯＤＥ情報に付加されたファイル名称
で出力制御ファイル１７を作成する。Ｗｉｎｄｏｗｓの
スプールシステム５４は、指定されたポートが印刷可能
状態であることを確認して、デスプール処理を開始す
る。デスプール処理により、ポートスレッド５５を通じ
てＣＡＰＣＡＬプリントプロセッサ２１に制御が渡る。
ＣＡＰＣＡＬプリントプロセッサ２１は、Ｗｉｎｄｏｗ
ｓシステムが作成したジョブ記述ファイル１８を読み込
むことにより、ＤＥＶＭＯＤＥ情報、仮想ドライバ３に
よりＤＥＶＭＯＤＥ情報に付加された出力制御ファイル
１７の名称、及びＥＭＦファイル１９の名称を取得す
る。取得した出力制御ファイル１７の名称及びＥＭＦフ
ァイル１９の名称に基づいて、ジョブ記述ファイル１８
及びとＥＭＦファイル１９から出力制御情報と印刷デー
タをそれぞれ取得し、ＣＡＰＣＡＬスプールファイル５
７（ＣＡＰＣＡＬジョブ記述ファイル２３及びＥＭＦフ
ァイル２４）を作成する。

【００４６】ＣＡＰＣＡＬプリントプロセッサ７は、Ｃ
ＡＰＣＡＬスプールファイル５７を作成すると、ＣＡＰ
ＣＡＬスプールファイル５７の内容をＣＡＰＣＡＬジョ
ブ転送スレッド２７を介してサーバ３０１に送ることに
より、指定配布印刷、自動配布印刷、分散印刷等の機能
を実現する。

【００４７】このように、仮想ドライバ１４は、設定さ
れたＤＥＶＭＯＤＥ情報をＧＤＩ２に送り、ＧＤＩ２に
よりジョブ記述ファイル１８とＥＭＦファイル１９とを
生成させるとともに、出力制御情報を出力制御ファイル
１７に独自に格納し、独自に格納した出力制御情報をＣ
ＡＰＣＡＬプリントプロセッサ２１に渡すようにしてい
る。

【００４８】この結果、アプリケーション１により生成
された描画データを、オペレーティングシステム２によ
りスプールさせることが可能となることから、そのオペ
レーティングシステム２上で動作するアプリケーション
１ならば、どのようなアプリケーション１も使用するこ
とが可能となるとともに、ジョブ記述ファイル１８及び
ＥＭＦファイル１９とは別個に出力制御情報を格納する
ことにより、オペレーティングシステム２に備わってい
ない出力制御機能を、後から自由に追加することが可能
となり、ネットワーク環境でのドキュメント配布処理、
分散印刷処理、配布先自動検出処理、またはプリンタエ
ラー及び印刷完了の通知処理等を、汎用アプリケーショ
ンで作成した文書に対して行うことが可能となる。

【００４９】図６は、ジョブ記述ファイル１８の内容例
を示す図である。図６において、ジョブ記述ファイル１
８は、ジョブ記述ファイルヘッダ６１、ＤＥＶＭＯＤＥ
情報６２及びジョブ記述ファイルフッタ６３を備えてい
る。なお、これらの情報は、Ｗｉｎｄｏｗｓシステム概
値である。ＤＥＶＭＯＤＥ情報６２は、仮想ドライバ１
４のＤＥＶＭＯＤＥ構造体情報によって作成される。ま
た、ＤＥＶＭＯＤＥ情報６２には、プリンタドライバプ
ライベート情報６４が仮想ドライバ１４により付加され
る。ＤＥＶＭＯＤＥ情報６２として、用紙サイズ、用紙
種、用紙方向などがあり、プリンタドライバプライベー
ト情報６４として、出力制御ファイル名などがある。

【００５０】図７は、出力制御ファイル１７の内容例を
示す図である。図７において、出力制御ファイル１７
は、ＣＡＰＣＡＬ出力制御ファイルヘッダ７１及び出力
制御情報７５を備え、出力制御情報７５は、動作モード
情報７２、文書付加情報７３及び文書属性情報７４を備
えている。ＣＡＰＣＡＬ出力制御ファイルヘッダ７１
は、ＣＡＰＣＡＬ出力制御ファイル１７の情報を含み、
バージョン情報などが格納されている。動作モード情報
７２は、動作モード（通常モード／配布モード／分散モ
ード）が格納されている。また、仮想ドライバ（ＣＡＰ
ＣＡＬドライバ）１４により指定される配布先情報を含
み、配布モード（自動配布／自動配布）、配布先の名
称、検索ページ、検索モード（区切りモード／修飾モー
ド／属性モード／サイズモード／色モード／矩形モー
ド）、修飾モードの修飾の種類（下線／網掛け）、属性
モードの属性種類（標準／斜体／太字／太字斜体）、サ
イズモードの文字サイズ、色モードの色コード、及び矩
形モードの領域などが格納されている。

【００５１】文書付加情報７３は、仮想ドライバ１４に
より指定される文書の付加情報を含み、フォーム付加フ
ラグ、バナー付加フラグ、フォームファイルの場所、フ
ォームファイル名、及びバナー挨拶文などが格納されて
いる。

【００５２】文書属性情報７４は、仮想ドライバ１４に
より指定される文書の属性情報を含み、パスワードフラ
グ、出力モード（即印刷／日時指定印刷／時間指定印刷
／遅延印刷／印刷しない）、日時指定印刷の指定日時、
時間指定印刷の指定時間、保存モード（日時指定保存／
時間指定保存／無条件保存／保存しない）、及び日時指
定保存の指定時間などが格納されている。

【００５３】図８は、仮想ドライバ１４の動作を示すフ
ローチャートであり、仮想ドライバ１４によりジョブ記
述ファイル１８と出力制御ファイル１７とを作成する処
理を示すものである。この処理では、ユーザがＣＡＰＣ
ＡＬプリンタドライバプロパティを操作するフェーズ
（ステップＳ１〜Ｓ３）と、仮想ドライバ１４の印刷フ
ェーズ（ステップＳ４〜Ｓ６）とが設けられている。

【００５４】図８において、まず、一般のＷｉｎｄｏｗ
ｓプリンタドライバと同様に、ＣＡＰＣＡＬプリンタド
ライバプロパティを開く（ステップＳ１）。なお、ＣＡ
ＰＣＡＬプリンタドライバプロパティは、プリントフォ
ルダやアプリケーションから開くことが可能である。

【００５５】次に、ＣＡＰＣＡＬプリンタドライバプロ
パティが開かれると、ドライバ出力制御設定画面の表示
に従って出力制御情報７５を設定し、ＤＥＶＭＯＤＥ情
報６２及び出力制御情報７５をレジストリに保存する
（ステップＳ２）。そして、アプリケーション１より印
刷ダイアログを開き、印刷を実行する（ステップＳ
３）。

【００５６】次に、仮想ドライバ１４は、ＣＡＰＣＡＬ
プリンタドライバプロパティからＤＥＶＭＯＤＥ情報６
２及び出力制御情報７５を取得する（ステップＳ４）。
なお、ＣＡＰＣＡＬプリンタドライバプロパティにＤＥ
ＶＭＯＤＥ情報６２及び出力制御情報７５が保存されて
いなければ、仮想ドライバ１４に設定されている値を使
う。

【００５７】次に、仮想ドライバ１４は、ＣＡＰＣＡＬ
プリンタドライバプロパティから取得したＤＥＶＭＯＤ
Ｅ情報（出力制御ファイル名を含む）６２をＧＤＩ２に
渡す（ステップＳ５）。

【００５８】次に、仮想ドライバ１４は、ＣＡＰＣＡＬ
プリンタドライバプロパティから取得した出力制御情報
７５を、ＤＥＶＭＯＤＥ情報６２に付加されている出力
制御ファイル名で出力制御ファイル１７に書き込む（ス
テップＳ６）。

【００５９】このように、仮想ドライバ１４が、プリン
タ機種やメーカに依存しない共通な情報（ＤＥＶＭＯＤ
Ｅ情報６２）をＷｉｎｄｏｗｓシステム（ＧＤＩ２）に
返し、ジョブ記述ファイル１８をＧＤＩ２に作成させる
ことにより、印刷に必要な情報（用紙種、給紙方式、用
紙方向等）を与えるようにしている。また、仮想ドライ
バ１４が、出力制御ファイル１７を独自に作成し、配布
分散処理に必要な出力制御情報７５をＣＡＰＣＡＬプリ
ンタプロセッサ２１に与えている。このため、汎用のア
プリケーション１で作成した文書について、メーカやプ
リンタ機種に依存しない配布印刷処理を実現することが
可能となる。すなわち、ユーザは、ネットワーク上のど
のプリンタに印刷させる場合も、仮想ドライバ１４で印
刷を実行すれば良く、仮想ドライバ１４が与える情報に
よって、プリンタ機種やメーカで特定した機能を意識す
ることなく、ネットワーク上の多種多様なプリンタ９を
利用できる。

【００６０】さらに、アプリケーション１で作成したド
キュメントは、出力装置（プリンタ９）の物理仕様に依
存せず、仕様が異なるプリンタに出力しても期待する結
果を得ることが可能となることから、可搬性を向上させ
ることができる。この結果、システム上の全てのアプリ
ケーション１の出力ドキュメントを処理対象として、物
理的な出力装置の個々の仕様に依存しない論理デバイス
ドライブ方式を提供することが可能となる。また、出力
装置の機能が不足する場合も、適切なエミュレートで期
待する出力を得ることができる。

【００６１】図９は、ＤＥＶＭＯＤＥ情報の設定画面を
示す図である。ＣＡＰＣＡＬプリンタドライバプロパテ
ィを開いた際に、このＤＥＶＭＯＤＥ情報の設定画面を
表示させることにより、給紙位置、用紙サイズ、印刷用
紙、拡大／縮小、用紙方向、紙種、コピー枚数などを入
力することができ、図６のＤＥＶＭＯＤＥ情報６２を設
定することができる。

【００６２】図１０は、自動配布情報の設定画面を示す
図である。ＣＡＰＣＡＬプリンタドライバプロパティを
開いた際に、この自動配布情報の設定画面を表示させる
ことにより、検索ページ、印刷時指定、検索モード（区
切りモード／修飾モード／サイズモード／色モード／属
性モード）、検索範囲などを入力することができ、図７
の出力制御情報７５を設定することができる。自動配布
とは、ユーザが配布先を指定しなくても、配布される文
書の中から配布先を自動的に抽出して配布を行うもので
ある。ここで、検索ページは、配布先を抽出する文書の
ページを示す。区切りモードでは、指定された文字列で
挟まれた領域が検索範囲とみなされ、例えば、括弧を指
定すると、括弧で挟まれた文字列が配布先となる。修飾
モードでは、修飾された文字列が配布先として検出さ
れ、サイズモードでは、指定された大きさを有する文字
列が配布先とみなされ、色モードでは、指定された色を
有する文字列が配布先とみなされ、属性モードでは、指
定された属性の文字列が配布先とみなされる。

【００６３】また、検索範囲の入力は、この検索範囲を
１枚の仮想的な用紙とみなし、用紙を分割して得られた
領域を指定することにより、検索範囲を特定するもので
ある。例えば、縦横の中心線で仮想用紙を４分割した場
合の右上の領域と指定する。そして、この仮想用紙での
領域の指定を実際の用紙に変換する場合、縦横の中心線
で実際の用紙を４分割し、４分割して得られた右上の領
域を検索範囲とする。なお、用紙の分割の方法は、４分
割の他に、８分割や１６分割などであってもよい。この
検索範囲の入力により、システム上の全てのアプリケー
ションの出力ドキュメントを処理対象として、アプリケ
ーションから独立した処理でドキュメントの領域を指定
可能となるとともに、ドキュメントの形状（用紙サイ
ズ、用紙の置き方）に依存することなくドキュメントの
領域を指定できる。

【００６４】図１１（ａ）は、本発明の一実施例に係わ
る領域指定制御部を説明するブロック図である。図１１
（ａ）において、仮想ドライバ１４のユーザインタフェ
ース８１には、領域指定制御部８２が設けられている。
領域指定制御部８２は、ユーザが指定した領域情報を仮
想ドライバ１４によって取り込み、文書の印刷情報とし
て登録する。

【００６５】図１１（ｂ）は、実際の用紙を表す長方形
を表示することにより、ユーザに領域指定させる方法を
説明する図である。図１１（ｂ）において、用紙の置き
方に依存して、ポートレートの用紙８３を表す長方形
と、ランドスケープの用紙８５を表す長方形とが表示さ
れる。そして、ユーザは、ポートレートの用紙８３及び
ランドスケープの用紙８５のそれぞれに対し、検索範囲
を示す領域８４、８６を指定する。

【００６６】図１１（ｃ）は、仮想用紙８７を表す長方
形を表示することにより、ユーザに領域指定させる方法
を説明する図である。図１１（ｃ）において、用紙を表
す長方形を、正方形の仮想用紙８７としてＭＭＩ（マン
マシンインターフェース）としている。ユーザは、この
仮想用紙８７上で矩形領域８８を指定する。

【００６７】そして、印刷を実行するときに、仮想用紙
８７上で指定された情報を取り込み、ポートレートの用
紙８９、及びランドスケープの用紙９１のそれぞれの場
合について、仮想用紙８７上の矩形領域８８を実際の用
紙に合わせて変換する。仮想用紙８７の大きさを、実際
の用紙の大きさに対応させて変換する場合、例えば、仮
想用紙８７の縦横の変倍率に対応させて、仮想用紙８７
に指定された矩形領域８８を変換する。このことによ
り、仮想用紙８７上での矩形領域８８の相対的な位置を
保存したまま、実際の用紙８９、９１上での検索範囲を
示す領域９０、９２に変換することができる。

【００６８】例えば、ポートレートの用紙８９及びラン
ドスケープの用紙９１のいずれの場合においても、配布
先は、用紙８９、９１の上方の欄に記入されることが多
い。このため、仮想用紙８７上の上方の領域を矩形領域
８８として指定することにより、仮想用紙８７がポート
レートの用紙８９及びランドスケープの用紙９１のいず
れに変換された場合においても、検索範囲を示す領域９
０、９２が用紙８９、９１の上方の欄に位置するように
変換され、検索範囲の指定を効率的に行うことが可能と
なる。

【００６９】このように、領域指定機能を、アプリケー
ション及びドキュメントから独立した階層で提供し、領
域指定のＭＭＩ（マンマシンインターフェース）を、ド
キュメントの形状から独立した正方形の仮想用紙８７と
したことにより、配布先の検索などのため印刷ドキュメ
ントの領域を指定することが必要な場合、アプリケーシ
ョンに領域指定機能を組み込むことなく、全ての出力ド
キュメントに対して領域設定ができる。この領域設定
は、全てのアプリケーションから出力される全てのドキ
ュメントに適用できる。また、領域設定は、ドキュメン
トから独立しており、１つの領域設定で全ての出力ドキ
ュメントを対象とすることができる。さらに、各ドキュ
メントの形状（用紙サイズ、置き方）に依存せずに設定
することができるので、用紙サイズ、置き方の違いによ
る領域指定作業の軽減が図れるとともに、一度設定すれ
ば、ドキュメントの形状を変更しても再設定を不要とす
ることができる。

【００７０】図１２は、指定配布情報の設定画面を示す
図である。ＣＡＰＣＡＬプリンタドライバプロパティを
開いた際に、この指定配布情報の設定画面を表示させる
ことにより、配布先モード（配布先名指定／グループ名
指定／プリンタ名指定）、配布先名、グループ名、プリ
ンタ名などを入力することができ、図７の出力制御情報
７５を設定することができる。例えば、配布先名指定を
選択した場合、「東京総務課」などの論理名で印刷物の
配布先を指定することが可能となり、プリンタ名を意識
することなく配布先を指定することが可能となる。ま
た、グループ名指定を選択した場合、１回の指定で複数
の配布先を選択することが可能となり、配布先の選択の
手間を軽減することが可能となる。さらに、選択された
配布先を、画面上で自由に追加したり、削除したりする
ことが可能となり、配布先の変更も容易に行うことが可
能となる。

【００７１】図１３は、本発明の一実施例に係わる分散
印刷情報の設定画面を示す図である。ＣＡＰＣＡＬプリ
ンタドライバプロパティを開いた際に、この分散印刷情
報の設定画面を表示させることにより、分散方法（台数
均等／部数別／種別／マニュアル指定）、カラーとモノ
クロの区別、キューイングの数、プリンタのエラーなど
を入力することができ、図７出力制御情報７５を設定す
ることができる。分散方法を指定することにより、印刷
部数を複数のプリンタに均等に割り振ったり、プリンタ
の印刷能力や稼働状況に応じて割り振ったりすることが
可能となる。また、カラーとモノクロの区別を指定する
ことにより、カラープリンタには、カラーのページだけ
を出力させたり、モノクロプリンタには、モノクロのペ
ージだけを出力させたりすることが可能となる。キュー
イングの数を指定することにより、出力待ちが貯まって
いるプリンタを避けて、空いているプリンタを優先させ
て出力させることができる。プリンタのエラーを指定す
ることにより、配布分散スレッド３７がプリンタを決定
する時に、エラーが発生しているプリンタを分散対象の
プリンタとして扱わないようにすることができる。

【００７２】図１４は、ＣＡＰＣＡＬプリントプロセッ
サ２１の構成を示すブロック図である。図１４におい
て、印刷データ読み込み制御部１０１を介して読み込ま
れた印刷データは、印刷データ格納部１０２に格納され
る。印刷データ格納部１０２に格納された印刷データ
は、印刷データ構成部１０３で各ページごとにデータ区
分され、ＣＡＰＣＡＬスプールファイル生成部１０４に
送られる。ＣＡＰＣＡＬスプールファイル生成部１０４
は、印刷データの各頁ごとの出力による頁管理情報を頁
管理情報格納部１０５に格納し、ＣＡＰＣＡＬスプール
ファイル５７のＥＭＦファイル２４に各頁の印刷データ
を出力する。全ての印刷データがＣＡＰＣＡＬスプール
ファイル５７のＥＭＦファイル２４に出力されると、Ｃ
ＡＰＣＡＬジョブ記述ファイル２３が作成される。

【００７３】ＣＡＰＣＡＬジョブ記述ファイル２３を作
成する場合、ＤＥＶＭＯＤＥ情報とＷｉｎｄｏｗｓジョ
ブ情報とが、印刷ジョブ情報読み込み制御部１０６から
読み込まれ、ＣＡＰＣＡＬ出力制御情報が、ＣＡＰＣＡ
Ｌ出力制御ファイル読み込み制御部１０７から読み込ま
れ、ＣＡＰＣＡＬユーザ情報が、ＣＡＰＣＡＬユーザ情
報読み込み制御部１０８から読み込まれる。そして、Ｄ
ＥＶＭＯＤＥ情報、Ｗｉｎｄｏｗｓジョブ情報、ＣＡＰ
ＣＡＬ出力制御情報及びＣＡＰＣＡＬユーザ情報が、Ｃ
ＡＰＣＡＬジョブ情報格納部１０９に格納される。印刷
ジョブ情報構成部１１０は、ＣＡＰＣＡＬジョブ情報格
納部１０９に格納された情報に基づいて、印刷ジョブ情
報を構成し、ＣＡＰＣＡＬスプールファイル生成部１０
５を介してＣＡＰＣＡＬスプールファイル５７のＣＡＰ
ＣＡＬジョブ記述ファイル２３に出力する。この際、Ｃ
ＡＰＣＡＬスプールファイル生成部１０５は、頁管理情
報格納部１０５に格納されている頁管理情報を、印刷ジ
ョブ情報構成部１１０で構成された印刷ジョブ情報に付
加し、ＣＡＰＣＡＬジョブ記述ファイル２３に出力す
る。

【００７４】図１５は、ＣＡＰＣＡＬジョブ記述ファイ
ル２３の内容例を示す図である。図１５において、ＣＡ
ＰＣＡＬジョブ記述ファイル２３は、ＣＡＰＣＡＬジョ
ブ記述ファイルヘッダ１１１、Ｗｉｎｄｏｗｓジョブ情
報１１２、ＤＥＶＭＯＤＥ情報１１３、ＣＡＰＣＡＬ出
力制御情報１１４、ＣＡＰＣＡＬユーザ情報１１５及び
印刷データ頁管理情報１１６を備えている。

【００７５】ＣＡＰＣＡＬジョブ記述ファイルヘッダ１
１１は、ＣＡＰＣＡＬジョブ記述ファイル２３のヘッダ
情報として、バージョン番号などの情報を含んでいる。

【００７６】Ｗｉｎｄｏｗｓジョブ情報１１２は、Ｗｉ
ｎｄｏｗｓのジョブ情報として得られる情報であり、印
刷を依頼したユーザ名、印刷ジョブの総頁数、印刷ジョ
ブが発生したホスト名、印刷ジョブタイトル名、印刷ジ
ョブ発生時刻などの情報を含んでいる。

【００７７】ＤＥＶＭＯＤＥ情報１１３は、アプリケー
ション１及び仮想ドライバ１４により指定される印刷ジ
ョブのＤＥＶＭＯＤＥ情報１１３である。

【００７８】ＣＡＰＣＡＬ出力制御情報１１４は、図７
の出力制御情報７５と同一の内容を有している。

【００７９】ＣＡＰＣＡＬユーザ情報１１５は、ＣＡＰ
ＣＡＬ用に定義されたユーザの情報であり、氏名、会社
名、部署名、電話番号、ＦＡＸ番号、パスワードなどの
情報を含んでいる。

【００８０】印刷データ頁管理情報１１６は、印刷デー
タのファイル上の各頁の先頭位置を示すインデックス情
報である。この印刷データ頁管理情報１１６を参照する
ことにより、配布印刷や分散印刷を容易に行うことがで
きる。

【００８１】図１６は、ＣＡＰＣＡＬプリントプロセッ
サ２１の動作を示すフローチャートである。図１６にお
いて、まず、ＣＡＰＣＡＬプリントプロセッサ２１は、
ＥＭＦファイル２４の作成を行う（ステップＳ１１〜Ｓ
１４）。具体的には、印刷データ読み込み制御部１０１
を介して読み込まれた印刷データを、印刷データ格納部
１０２に格納する（ステップＳ１１）。次に、印刷デー
タ構成部１０３は、印刷データ格納部１０２から、１頁
分の印刷データを描画単位ごとに取得し、ＣＡＰＣＡＬ
スプールファイル生成部１０４を介して、ＣＡＰＣＡＬ
スプールファイル５７に各頁の印刷データを出力する
（ステップＳ１２）。この際、ＣＡＰＣＡＬスプールフ
ァイル生成部１０４の頁管理情報格納部１０５には、印
刷データ頁管理情報１１６が格納される。次に、未処理
の印刷データがあるかどうかを判断し（ステップＳ１
３）、未処理の印刷データがある場合、ステップＳ１２
に戻って処理を繰り返す。次に、未読み込みのスプール
データがあるかどうかを判断し（ステップＳ１４）、未
読み込みのスプールデータがある場合、ステップＳ１１
に戻って処理を繰り返す。

【００８２】ＣＡＰＣＡＬプリントプロセッサ２１が、
ＣＡＰＣＡＬスプールファイル５７に印刷データを出力
した後、ＣＡＰＣＡＬジョブ記述ファイル２３の作成を
行う（ステップＳ１５〜Ｓ１７）。具体的には、印刷ジ
ョブ情報読み込み制御部１０６によりＷｉｎｄｏｗｓジ
ョブ情報１１２とＤＥＶＭＯＤＥ情報１１３とが読み込
まれ、ＣＡＰＣＡＬ出力制御ファイル読み込み制御部１
０７によりＣＡＰＣＡＬ出力制御情報１１４が読み込ま
れ、ＣＡＰＣＡＬユーザ情報読み込み制御部１０８によ
りＣＡＰＣＡＬユーザ情報１１５が読み込まれる。そし
て、Ｗｉｎｄｏｗｓジョブ情報１１２、ＤＥＶＭＯＤＥ
情報１１３、ＣＡＰＣＡＬ出力制御情報１１４及びＣＡ
ＰＣＡＬユーザ情報１１５が、ＣＡＰＣＡＬジョブ記述
ファイル２３生成用の情報として、ＣＡＰＣＡＬジョブ
情報格納部１０９に格納される（ステップＳ１５）。

【００８３】次に、印刷データの各頁ごとの書き込みに
より頁管理情報格納部１０５に格納された印刷データ頁
管理情報１１６を、ＣＡＰＣＡＬスプールファイル５７
に書き込む（ステップＳ１６）。

【００８４】次に、ＣＡＰＣＡＬジョブ情報構成部１１
０は、ＣＡＰＣＡＬジョブ情報格納部１０９に格納され
ているＷｉｎｄｏｗｓジョブ情報１１２、ＤＥＶＭＯＤ
Ｅ情報１１３、ＣＡＰＣＡＬ出力制御情報１１４及びＣ
ＡＰＣＡＬユーザ情報１１５を、ＣＡＰＣＡＬスプール
ファイル生成部１０４を介してＣＡＰＣＡＬスプールフ
ァイル５７に書き込む。

【００８５】このように、ＣＡＰＣＡＬプリントプロセ
ッサ２１は、Ｗｉｎｄｏｗｓシステムの印刷制御に要求
された印刷データ（スプールファイル）をプリンタ９に
印刷出力させずに、ＣＡＰＣＡＬ制御の印刷データとし
て独自にスプールすることにより、Ｗｉｎｄｏｗｓシス
テムの印刷制御とは全く異なるサービスの提供が可能と
なる。この結果、ドキュメントの頁単位、あるいはドキ
ュメント単位に、様々なサービス（出力先の操作／出力
順の操作など）をユーザに提供することが可能となる。

【００８６】ここで、印刷データの作成については、Ｗ
ｉｎｄｏｗｓシステムの印刷制御を通して行っているた
め、汎用アプリケーションからの印刷についても、独自
の印刷制御のサービスを提供することが可能となること
から、システム上の全てのアプリケーションの出力ドキ
ュメントを処理対象として、例えば、出力先の追加・変
更、頁単位での操作、出力順の操作など様々なサービス
を提供することが可能となる。

【００８７】次に、本発明の実施例に係わる配布印刷処
理について説明する。

【００８８】配布印刷処理は、図３の配布分散処理スレ
ッド３７が行う。配布分散処理スレッド３７では、ＣＡ
ＰＣＡＬジョブ記述ファイル２３中の出力制御情報７５
で指示された内容に従って、配布印刷、分散印刷、通常
印刷のそれぞれの動作が行われる。

【００８９】配布印刷には、自動配布及び指定配布の２
種類がある。自動配布は、配布先を印刷ジョブの内容に
より自動的に決定するモードである。指定配布は、印刷
ジョブの配布先をユーザが予め指定するモードである。
これら２つのモードのうち、どちらの動作を行うかは、
ＣＡＰＣＡＬジョブ記述ファイル２３中で定義すること
ができる。

【００９０】図１７は、本発明の一実施例に係わる自動
配布処理を説明するブロック図であり、自動配布印刷に
おける配布先一覧を得るまでの概要を示す。

【００９１】図１７において、サーバ３０１が、クライ
アント３００から送られてきたＣＡＰＣＡＬジョブ記述
ファイル２３及びＥＭＦファイル２４の内容を受信する
と、これらの内容をＣＡＰＣＡＬスプールドキュメント
キュー３３のＣＡＰＣＡＬジョブ記述ファイル３４及び
ＥＭＦファイル３５に格納する。配布分散処理スレッド
３７は、ＣＡＰＣＡＬジョブ記述ファイル３４の内容を
読み出し、配布先候補としての文字列１２２を印刷ジョ
ブ１２１から検索するための検索条件１２４を、ＣＡＰ
ＣＡＬジョブ記述ファイル３４から取得する。この検索
条件１２４には、検索ページ及び検索モード（区切り文
字／修飾／属性／サイズ／色／矩形領域内）などがあ
り、この検索条件１２４を指定することにより、印刷ジ
ョブ１２１から配布先候補を抽出する方法を指定するこ
とができる。なお、この検索条件１２４は、クライアン
ト３００側において、ＣＡＰＣＡＬプリンタドライバプ
ロパティを開き、図１０の自動配布情報の設定画面を表
示させることにより、設定することができる。

【００９２】配布分散処理スレッド３７は、この検索条
件１２４を元に印刷ジョブ１２１の検索を行い、検索条
件１２４に適合した文字列１２２を配布先名として取得
するとともに、レジストリ１２３から配布先定義を取得
する。レジストリ１２３には、配布先定義として、Ｎ台
分配布先名と出力装置名との対応関係が格納されてい
る。このため、比較部１２５において、印刷ジョブ１２
１から取得した配布先名と、レジストリ１２３に定義さ
れた配布先名とを比較し、レジストリ１２３に定義され
た配布先名と一致する文字列１２２だけを選択すること
により、配布すべき全ての出力装置を自動的に決定する
ことができる。

【００９３】図１８は、自動配布時における検索条件例
を示す図である。図１８において、検索モードには、
「区切り文字」、「修飾」、「属性」、「サイズ」、
「色」、「矩形領域内」などがある。「区切り文字」
は、指定された始端文字列と終端文字列との間の文字列
１２２を配布先候補として抽出するものである。なお、
印刷時指定により、区切り文字をそのまま出力させた
り、スペースで置き換えて出力させたりすることができ
る。「修飾」は、下線や網掛けなどにより修飾された文
字列１２２を配布先候補として抽出するものである。な
お、印刷時指定により、修飾文字をそのまま出力させた
り、修飾を解除して出力させたりすることができる。
「属性」は、標準、斜体、太字、太字斜体などの属性を
有する文字列１２２を配布先候補として抽出するもので
ある。なお、印刷時指定により、属性が与えられた文字
をそのまま出力させたり、属性を解除して出力させたり
することができる。「サイズ」は、指定された文字サイ
ズ（ポイント数）を有する文字列１２２を配布先候補と
して抽出するものである。「色」は、指定された色コー
ドを有する文字列１２２を配布先候補として抽出するも
のである。なお、印刷時指定により、指定された色コー
ドを有する文字列をそのままの色で出力させたり、黒に
変換して出力させたりすることができる。「矩形領域
内」は、検索領域として指定された矩形内の文字列１２
２を配布先候補として抽出するものである。

【００９４】図１９は、本発明の一実施例に係わる自動
配布処理の動作を示すフローチャートであり、配布分散
スレッド３７が出力装置名称を決定する概要を示す。図
１９において、まず、配布分散スレッド３７は、ＣＡＰ
ＣＡＬジョブ記述ファイル３４の出力制御情報１１４か
ら検索条件１２４を取得する。検索条件１２４として取
得するのは、検索ページ、検索モード、条件詳細である
（ステップＳ２１）。検索ページは、検索を行う印刷ジ
ョブ１２１のページである。検索モードは、検索ページ
中のどのデータを検索対象とするかを指定するものであ
る。条件詳細は、図１８に示すように、指定された検索
条件１２４により異なる情報が格納されている。

【００９５】次に、取得した検索条件１２４に基づき、
印刷ジョブ１２１の検索を行い、検索条件１２４に該当
する全文字列１２２を印刷ジョブ１２１から取得し、配
布先の候補とする（ステップＳ２２）。次に、レジスト
リ１２３から配布先定義（全配布先）を取得し、配布先
定義情報一覧を作成する（ステップＳ２３）。配布先定
義には、論理的な配布先名称とそれに対応する物理的な
出力装置名称とが対となった情報が、配布対象となる出
力先の分だけ登録されている。次に、作成された配布先
定義情報一覧の中から、配布先定義を１件だけ取り出す
（ステップＳ２４）。

【００９６】次に、印刷ジョブ１２１から取得した配布
先候補と、配布先定義から取得した配布先名称とを比較
し（ステップＳ２５）、印刷ジョブ１２１から取得した
配布先候補と、配布先定義から取得した配布先名称とが
一致する場合、対応する出力装置名称を出力先一覧テー
ブルに追加する（ステップＳ２６）。

【００９７】次に、配布先定義情報一覧に比較していな
い配布先定義があれば（ステップＳ２７）、ステップＳ
２４に戻り、配布先定義情報一覧から新たな配布先定義
を取り出し、比較処理を行う。そして、配布先定義情報
一覧の中の配布先定義を全て比較した場合、配布先決定
処理を終了する。配布先決定処理が終了すると、作成し
た出力先一覧を元に、それぞれの出力先に印刷ジョブ１
２１の投入を行い、配布印刷を行う。

【００９８】このように、クライアント３００側で指定
された配布先の検索条件１２４を、サーバ３０１側のＣ
ＡＰＣＡＬジョブ記述ファイル３４の内容として送信
し、クライアント３００から送られた検索条件１２４に
基づいて、ドキュメントに含まれる予め指定された文字
列を自動的に判別することにより、システム上の全ての
アプリケーション１の出力ドキュメントを対象として、
印刷ジョブ１２１から配布先を自動的に検出することが
可能となる。この結果、印刷ドキュメントごとに配布先
を指定する手間を省くことが可能となり、システム環境
を（配布先に対応するプリンタ名称）を意識することな
く、１回の印刷指示により検索条件１２４に該当する全
ての配布先へ自動的に印刷を行うことが可能となる。さ
らに、ユーザの配布方法の選択に幅を持たせることが可
能となり、自由度の高い配布処理を実現することが可能
となる。

【００９９】図２０は、本発明の一実施例に係わる指定
配布処理を説明するブロック図であり、指定配布印刷に
おける配布先を得るまでの概要を示す。

【０１００】図２０において、サーバ３０１が、クライ
アント３００から送られてきたＣＡＰＣＡＬジョブ記述
ファイル２３及びＥＭＦファイル２４の内容を受信する
と、これらの内容をＣＡＰＣＡＬスプールドキュメント
キュー３３のＣＡＰＣＡＬジョブ記述ファイル３４及び
ＥＭＦファイル３５に格納する。配布分散処理スレッド
３７は、ＣＡＰＣＡＬジョブ記述ファイル３４の内容を
読み出し、ここから配布先情報１３１を取得する。配布
先情報１３１は、指定配布モードとＮ個の配布先名称と
を備え、指定配布モードには、グループ指定、論理名指
定（配布先名指定）及び物理名指定（プリンタ名指定）
があり、配布先名称には、グループ名、論理名（プリン
タ名）及び物理名（配布先名）がある。なお、この配布
先情報１３１は、クライアント３００側において、ＣＡ
ＰＣＡＬプリンタドライバプロパティを開き、図１１の
指定配布情報の設定画面を表示させることにより、設定
することができる。

【０１０１】ここで、配布分散処理スレッド３７は、配
布先情報１３１の指定配布モードが物理名指定の場合、
配布先情報１３１の配布先名称の物理名から、配布すべ
き出力装置を決定する。

【０１０２】一方、配布先情報１３１の指定配布モード
がグループ名若しくは論理名である場合、配布分散処理
スレッド３７は、レジストリ１３２から、配布先定義情
報及びグループ定義情報を取得する。レジストリ１３２
には、配布先定義として、Ｎ台分の配布先名と出力装置
名との対応関係が格納されているとともに、グループ定
義として、グループ名及び配布先へのリンク情報が格納
されている。このため、配布分散処理スレッド３７は、
レジストリ１３２に定義されている情報を基に、配布す
べき出力装置を決定することができる。

【０１０３】図２１は、本発明の一実施例に係わる指定
配布処理の動作を示すフローチャートであり、指定配布
において配布分散スレッド３７が出力装置名称を決定す
るまでの概要を示す。

【０１０４】図２１において、配布分散処理スレッド３
７は、ＣＡＰＣＡＬジョブ記述ファイル３４の出力制御
情報１１４から、配布先情報１３１として、指定配布モ
ードと配布先名称とを取得する（ステップＳ３１）。

【０１０５】次に、配布分散処理スレッド３７は、レジ
ストリ１３２から、配布先定義情報とグループ定義情報
を取得する（ステップＳ３２）。配布先定義には、Ｎ台
分の配布先名と出力装置名との対応関係が登録されてい
る。グループ定義には、論理的なグループ名称とそれに
対応する配布先定義へのリンクが登録されている。

【０１０６】次に、配布先情報１３１から取得した指定
配布モードが「物理名指定」である場合（ステップＳ３
３）、配布先情報１３１で示される配布先名称はそのま
ま出力先名称となる。このため、配布先情報１３１の配
布先名称をそのまま出力先として、出力先一覧を作成す
る（ステップＳ３４）。一方、配布先情報１３１から取
得した指定配布モードが「論理名指定」である場合（ス
テップＳ３５）、配布先情報１３１から取取得した配布
先名称は論理名称である。このため、レジストリ１３２
から取得した配布先定義情報を参照することにより出力
装置を決定し、出力先一覧を作成する（ステップＳ３
６）。

【０１０７】また、配布先情報１３１から取得した指定
配布モードが「グループ指定」である場合、配布先情報
１３１から取得した配布先名称はグループ名称である。
このため、レジストリ１３２から取得したグループ定義
情報と配布先定義情報を参照することにより出力装置を
決定し、出力先一覧を作成する（ステップＳ３７）。出
力先一覧の作成が終了すると、作成した出力先一覧を元
にそれぞれの出力先に印刷ジョブの投入を行い、配布印
刷を行う。

【０１０８】このように、クライアント３００側で指定
された配布先情報１３１を、サーバ３０１側のＣＡＰＣ
ＡＬジョブ記述ファイル３４の内容として送信し、クラ
イアント３００から送られた配布先情報１３１に基づい
て、配布先を決定することにより、システム上の全ての
アプリケーション１の出力ドキュメントを対象として、
配布出力先をドキュメント単位に任意に指定することが
可能となる。

【０１０９】また、レジストリ１２３、１３２に、Ｎ台
分の配布先名と出力装置との対応関係を登録しておくこ
とにり、１つの論理的な配布先に複数の出力装置を定義
することが可能となり、配布先を１つ決定するだけで、
複数の出力装置にドキュメントを配布することが可能と
なるとともに、配布先を物理的な出力装置ではなく、論
理的な名称で指定可能となる。このため、希望する配布
先を印刷実行時に複数選択したり、印刷ドキュメント毎
に配布先を指定したり、配布対象であるプリンタの名称
を全て指定したりする手間を省くことが可能となり、配
布先に対応するプリンタ名称を意識することなく、１回
の印刷指示で条件に該当する全ての配布先へ自動的に印
刷を行うことが可能となる。

【０１１０】また、利用者が自由に配布先決定方式を選
択することが可能となり、ドキュメントの内容を解析す
ることにより、配布先を印刷ドキュメントデータから自
動的に決定したり、配布先対象とする文字列を直接指定
することにより、配布先をドキュメントに対して指定し
たりすることが可能となる。

【０１１１】さらに、ドキュメント内容による確実な配
布先指定が可能となり、配布先の一時的な変更（配布停
止など）を容易、かつ安全に行うことが可能となる。

【０１１２】この結果、ユーザによる配布方法選択に幅
がある自由度の高い配布処理が可能となり、自由度が高
く運用状況に柔軟に対応することができるシステム構築
及び運用が可能となる。

【０１１３】次に、本発明の実施例に係わるドキュメン
ト出力監視処理方式について説明する。

【０１１４】図２２は、本発明の一実施例に係わるドキ
ュメント出力監視処理部の構成を示すブロック図であ
る。図２２において、印刷を実行したことにより、スプ
ールファイル１４２がクライアント３００に生成され
る。そして、クライアント３００に生成されたスプール
ファイル１４２の内容が、転送モジュール１４３を介し
てサーバ３０１へ転送される。この際、転送モジュール
１４３は、スプールファイル１４２の内容をサーバ３０
１へ転送したことを、クライアント送信ログ１４４に出
力する。

【０１１５】サーバ３０１は、転送モジュール１４３か
ら送信されたスプールファイル１４２の内容を受信モジ
ュール１４８を介して受け取ると、サーバ３０１上にス
プールファイル１４７を生成する。この際、受信モジュ
ール１４８は、サーバ３０１上にスプールファイル１４
７を生成したことを、サーバ受信ログ１４９に出力す
る。

【０１１６】出力制御モジュール１５０は、スプールフ
ァイル１４７がサーバ３０１上に生成されると、出力を
開始することを出力開始終了ログ１５１へ書き出し、印
刷制御モジュール１５２にプリンタでの印刷を開始させ
る。プリンタでの印刷が完了すると、印刷制御モジュー
ル１５２は、プリンタでの印刷が完了したことを印刷ロ
グ１５３に出力し、出力制御モジュール１５０へ印刷完
了を通知する。その通知を受けた出力制御モジュール１
５０は、出力が完了したことを出力開始終了ログ１５１
へ書き出す。

【０１１７】通常の印刷では、上述した処理により、ク
ライアント３００からサーバ３０１を経由したプリンタ
への印刷は完了する。一方、クライアント３００から指
定されたプリンタが他サーバ３０４に対するものであっ
た場合には、サーバ３０１から他サーバ３０４に対し、
スプールファイル１４７の内容の転送が行われる。

【０１１８】印刷するプリンタが他サーバ３０４の管轄
の場合、サーバ３０１の出力制御モジュール１５０は、
スプールファイル１４７の内容を転送モジュール１５４
を介して他サーバ３０４へ転送する。この際、転送モジ
ュール１５４は、スプールファイル１４７の内容を他サ
ーバ３０４へ転送したことを、サーバ送信ログ１５５に
出力する。

【０１１９】他サーバ３０４の受信モジュール１５８
は、サーバ３０１の転送モジュール１５４から送信され
たスプールファイル１４７の内容を受け取ると、他サー
バ３０４上にスプールファイル１５７を生成する。この
際、受信モジュール１５８は、サーバ３０１からスプー
ルファイル１４７の内容を受け取ったことを、サーバ受
信ログ１５９に出力する。

【０１２０】他サーバ３０４の出力制御モジュール１６
０は、スプールファイル１５７が生成されると、出力を
開始することを出力開終了ログ１６１へ書き出し、印刷
制御モジュール１６２にプリンタでの印刷を開始させ
る。プリンタでの印刷が完了すると、印刷制御モジュー
ル１６２は、プリンタでの印刷が完了したことを印刷ロ
グ１６３に出力し、出力制御モジュール１６０へ印刷完
了を通知する。その通知を受けた出力制御モジュール１
６０は、出力が完了したことを出力開始終了ログへ１６
１書き出す。

【０１２１】クライアント３００からサーバ３０１への
転送及び印刷までの過程は、サーバ３０１から他サーバ
３０４への転送及び印刷までの過程と同じ制御となる。
また、例えば、ＷＡＮに接続されているサーバ間の転送
等、支店から本店のプリンタへ向けて印刷を行う場合に
おいて、送受信が可能な限られているマシン間でスプー
ルファイルを転送し、そこから指定のプリンタに印刷可
能なサーバへの転送が行われることがある。このよう
に、他サーバ３０４から別のサーバへの転送がさらに発
生する場合は、上述した転送処理が繰り返し行われる。

【０１２２】図２２の処理では、クライアント３００→
サーバ３０１→他サーバ３０４におけるスプールファイ
ル１４２、１４７、１５７の処理過程（結果）を示すロ
グが、クライアント送信ログ１４４、サーバ受信ログ１
４９、出力開始終了ログ１５１、印刷ログ１５３、サー
バ送信ログ１５５、サーバ受信ログ１５９、出力開始終
了ログ１６１、印刷ログ１６３に出力されたことにな
る。ログ追跡モジュール１４５が、これらの個々のログ
から、これらの順番に情報を取得し、１回の印刷実行に
対する情報に関連付けることにより、異なるマシン間で
の印刷の開始から終了までの過程を全て追尾することが
可能となる。

【０１２３】このように、クライアント３００での印刷
開始、サーバ３０１、３０４での印刷実行までの経過、
及び印刷実行結果をそれぞれログに格納し、ユーザが認
識可能であるドキュメント出力処理をキーとして、それ
らの情報が格納された複数のログの情報表示や操作など
の処理を可能としている。このことにより、出力装置を
制御するサーバがネットワーク上に複数存在するシステ
ムにおいて、利用者が投入した複数の出力装置に対する
複数のドキュメント出力処理を、出力装置ではなくドキ
ュメント出力処理を主体に監視（状態監視、結果監視）
することが可能となる。この結果、ユーザは、自分が投
入した印刷処理を、リアルタイムで監視することが可能
となるとともに、エラー発生時に、プリンタを変更した
り、頁を指定しての再印刷を行わせたりする指示を、簡
単、安全、かつ的確に行うことが可能となる。

【０１２４】図２３は、ログ情報の追跡の流れを示すブ
ロック図である。図２３において、クライアント３００
によりクライアント送信ログ１４４が生成され、サーバ
３０１によりサーバ受信ログ１４９、出力開始終了ログ
１５１、印刷ログ１５３及びサーバ送信ログ１５５が生
成され、他サーバ３０４によりサーバ受信ログ１５９、
出力開始終了ログ１６１及び印刷ログ１６３が生成され
ている。そして、ログ追跡モジュール１４５により、ク
ライアント送信ログ１４４、サーバ受信ログ１４９、出
力開始終了ログ１５１、印刷ログ１５３、サーバ送信ロ
グ１５５、サーバ受信ログ１５９、出力開始終了ログ１
６１及び印刷ログ１６３が順次に追跡される。

【０１２５】図２４は、ログファイルに収めるログ情報
の内容例を示す図である。図２２及び図２３には、クラ
イアント送信ログ１４４、サーバ受信ログ１４９、出力
開始終了ログ１５１、印刷ログ１５３、サーバ送信ログ
１５５、サーバ受信ログ１５９、出力開始終了ログ１６
１及び印刷ログ１６３の８種類のログが存在するが、こ
れらのログ情報の構造は、以下に示すように、全て共通
となっている。

【０１２６】図２４において、「ログ情報の種類」１７
０には、ログ情報の種類を示すコードを格納する。例え
ば、クライアント送信ログ１４４には、「ログ情報の種
類」１７０として送信ログ（クライアント）を示すコー
ドを格納し、サーバ受信ログ１４９、１５９には、「ロ
グ情報の種類」１７０として受信ログ（サーバ）を示す
コードを格納し、出力開始終了ログ１５１、１６１に
は、「ログ情報の種類」１７０として出力開始終了ログ
（サーバ）を示すコードを格納し、印刷ログ１５３、１
６３には、「ログ情報の種類」１７０として印刷ログ
（サーバ）を示すコードを格納し、サーバ送信ログ１５
５には、「ログ情報の種類」１７０として送信ログ（サ
ーバ）を示すコードを格納する。

【０１２７】「サーバ上の識別子」１７１には、サーバ
上でユニークに割り当てられる通し番号を格納する。な
お、サーバ上の識別子１７１は、サーバが受信したとき
に割り当てる番号である。

【０１２８】「クライアント上の識別子」１７２には、
印刷を実行したクライアント上でユニークに割り当てら
れる通し番号を格納する。

【０１２９】「クライアントのホスト名」１７３には、
印刷を実行したクライアントのホスト名称を格納する。

【０１３０】「出力先名（プリンタ等）」１７４には、
印刷の出力先の名称を格納する。例えば、「出力先名
（プリンタ等）」１７４にプリンタ名が格納されると、
サーバ経由で印刷が行われる。また、「出力先名（プリ
ンタ等）」１７４に他サーバ管轄のプリンタが格納され
ると、サーバ間を経由した印刷が行われる。

【０１３１】「出力情報」１７５には、印刷実行時に指
定した印刷物固有のジョブタイトル名（文書や表のドキ
ュメント名）１７７、ユーザ名１７８、用紙サイズ１７
９、出力部数１８０、出力頁順１８１、出力開始頁番号
１８２、出力終了頁番号１８３、出力終了日時１８４、
出力結果コード１８５などが格納される。この「出力情
報」１７５は、印刷物の内容を確認する際の表示用の情
報として使用される。

【０１３２】「制御情報」１７６には、通常／配布／分
散等の印刷の種類を示す動作モード１８６や、通常／日
時／遅延等の印刷出力のタイミングを示す出力モード１
８７や保存モード１８８などが格納される。「制御情
報」１７６は、印刷の実行を制御する情報として使用さ
れ、どのような制御下で印刷が行われたかを確認する際
に有効となる。

【０１３３】なお、異なるマシン間でのログ情報は、
「クライアント上の識別子」１７２と「クライアントの
ホス１７３ト名」とのセットで関連付けることができ
る。

【０１３４】このように、異なる処理でも同一構造のロ
グ情報に格納することにより、処理結果の記憶装置への
入出力を共通に扱うことが可能となる。

【０１３５】図２５は、本発明の一実施例に係わるドキ
ュメント出力監視方法を示すフローチャートである。図
２５において、ログ追跡モジュール１４５は、ログ追跡
を開始するクライアント３００上のクライアント送信ロ
グ１４４からログ情報を獲得する（ステップＳ４１）。

【０１３６】次に、印刷の実行によりスプールファイル
１４２を転送する送信先のサーバ３０１のサーバ名称
を、クライアント送信ログ１４４のログ情報から獲得す
る（ステップＳ４２）。

【０１３７】次に、同じクライアント３００のホスト名
１７３と識別子１７２を持つログ情報を、送信先サーバ
３０１上のサーバ受信ログ１４９から獲得する（ステッ
プＳ４３）。

【０１３８】次に、サーバ３０１の出力開始終了ログ１
５１から、出力開始情報を獲得する（ステップＳ４
４）。

【０１３９】次に、同じクライアント３００のホスト名
１７３と識別子１７２を持つログ情報を以降のログの中
から検索する際の検索開始日時として、出力開始終了ロ
グ１５１から獲得した出力開始情報の出力終了日時１８
４をセットする（ステップＳ４５）。

【０１４０】次に、出力開始終了ログ１５１から、出力
終了情報を獲得する（ステップＳ４６）。この出力終了
情報は、出力が完了している場合にのみ取得することが
可能である。

【０１４１】次に、出力開始終了ログ１５１のログ情報
の中に出力終了情報が有るならば（ステップＳ４７）、
検索終了日時として、出力開始終了ログ１５１から獲得
した出力終了情報の出力終了日時をセットする（ステッ
プＳ４８）。

【０１４２】次に、出力開始終了ログ１５１から獲得し
た出力開始情報の出力先名１７４がプリンタの場合（ス
テップＳ４９）、同じプリンタ（出力先）で、かつ同じ
クライアント３００のホスト名１７３と識別子１７２を
持ち、検索開始日時と検索終了日時との間の出力終了日
時１８４を格納しているログ情報を、印刷ログ１５３か
ら検索する（ステップＳ５０）。

【０１４３】サーバ３０１からプリンタへの印刷が完了
していれば（ステップＳ５１）、以上の処理によりログ
の追尾は終了する。出力開始終了ログ１５１から獲得し
た出力開始情報の出力先名１７４がプリンタでなく、サ
ーバ３０１から他サーバ３０４へスプールファイル１４
７が転送されている場合（ステップＳ４９）、サーバ３
０１上のサーバ送信ログ１５５からログ情報を獲得する
（ステップＳ５２）。そして、転送した送信先の他サー
バ名称をサーバ送信ログ１５５のログ情報から獲得し
（ステップＳ５３）、ステップＳ４３に戻ることによ
り、他サーバ３０４は、サーバ３０１で行われた処理と
同様の処理を開始する。

【０１４４】以上の処理を、印刷が完了もしくは未だ印
刷がされていないと判別するまで繰り返し（ステップＳ
５１）、サーバを変えて追尾する。

【０１４５】クライアントのホスト名１７３と識別子１
７２とが同じスプールファイル１４２について、サーバ
３０１上での複数回印刷を指定しても、出力開始終了ロ
グ１５１の開始と終了の日時を得ることにより、ログ情
報の検索範囲を限定することができる。また、検索範囲
を限定することにより、検索時間を短縮することができ
る。

【０１４６】このように、異なる処理の結果である情報
に関連付けを行い、その関連づけに基づいて送信元を辿
ることにより、送信先での処理の結果を送信元に知らせ
ることが可能となり、クライアント３００は、プリンタ
がどのサーバ３０１、３０４で管理されているのかを意
識することなく、印刷要求を行うことが可能となるとと
もに、いずれのサーバ３０１、３０４において印刷が行
われた場合においても、クライアント３００は、印刷状
況を把握することが可能となる。

【０１４７】また、情報の１つに対応する処理が終了し
た日時を取得することにより、それに続く処理の情報を
その日時以降を条件として検索することが可能となる。

【０１４８】また、特定の処理においては、処理の開始
と終了に対する情報を集めることで、それに続く処理の
情報が完了しているかどうかを、それに続く処理の情報
を得ることなしに確認することができる。

【０１４９】さらに、処理の開始と終了の日時を得るこ
とにより、それに続く処理の情報から関連する情報を検
索する際に、範囲を指定した検索を行うことが可能とな
る。

【０１５０】

【発明の効果】本発明によれば、クライアント端末から
受信した印刷ジョブを、その印刷ジョブのドキュメント
内に記載されている配布先名称に基づいて対応する印刷
装置に対して自動配布する際は、複数の矩形領域に分割
された仮想用紙上においてその検索範囲となる矩形領域
を指定して、その指定された矩形領域を上記印刷ジョブ
のドキュメントが印刷される実際の用紙に合わせた矩形
領域の範囲に変換することで、その変換された範囲を当
該印刷ジョブのドキュメントに対する検索範囲として特
定し、その特定された検索範囲内において別途指定の対
象文字列を検索してその配布先名称を抽出できるように
したので、印刷ジョブのドキュメントの用紙サイズや置
き方に依存せずに、配布先を決定するための対象文字列
を確実に抽出できるようになり、クライアント端末を操
作するユーザが印刷ジョブを送信する際は、その配布先
を指定する手間を省くことができ、更にはその配布先に
対応する物理的な印刷装置名称等を意識しなくてもよ
い。

【０１５１】

【０１５２】請求項３記載の発明によれば、さらに、ネ
ットワーク上に接続された複数の出力装置に対する指定
配布機能や分散出力機能等を、前記新たな拡張機能とし
て従来の印刷システム上に容易に追加構築することが可
能となる。

【０１５３】請求項４記載の発明によれば、さらに、ネ
ットワーク上に接続された複数のクライアントコンピュ
ータからの印刷依頼に対して、前記新たに追加拡張され
た出力制御機能を提供することが可能となる。

【０１５４】請求項５記載の発明によれば、さらに、各
コンピュータ装置で使用するオペレーティングシステム
に予め備わっていなかった描画データの出力制御機能
を、アプリケーションプログラムやデバイスドライバプ
ログラムに影響を与えることなく容易に追加、拡張する
ことができる。

【０１５５】請求項６記載の発明によれば、さらに、描
画データの出力先を様々な方法で制御できるので、ネッ
トワークを利用した印刷システムの利用範囲を広げ、有
効かつ効率良く利用することができる。

【０１５６】請求項７記載の発明によれば、さらに、出
力先制御機能以外の基本的な印刷方法の指定は、従来と
同様に行うことができる。

【０１５７】請求項８記載の発明によれば、さらに、印
刷を依頼する際に仮想ドライバを指定することで、特定
の出力装置を指定しなくとも印刷システムで自動的に決
定された出力装置に対して標準印刷機能を用いて出力す
ることができ、印刷システムの環境を詳しく知らない利
用者であっても容易に印刷を行うことができる。

【０１５８】請求項９記載の発明によれば、さらに、追
加された出力先制御機能に関する印刷条件は、アプリケ
ーションプログラムによらず、対話画面上での利用者の
入力に基づいて独自に設定することができる。

【０１５９】請求項１０記載の発明によれば、共通デー
タ形式の描画データに含まれる文字情報に応じて自動的
に配布先を決定することができ、利用者がその都度配布
先を指定することなしに１回の印刷指示を行うだけで、
予め設定された検索条件に基づいて該当する全ての配布
先で自動的に印刷を行うことができる。

【図面の簡単な説明】

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

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

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

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

【図５】仮想ドライバの動作を説明するブロック図であ
る。

【図６】ジョブ記述ファイルの内容例を示す図である。

【図７】出力制御ファイルの内容例を示す図である。

【図８】仮想ドライバの動作を示すフローチャートであ
る。

【図９】ＤＥＶＭＯＤＥ情報の設定画面を示す図であ
る。

【図１０】自動配布情報の設定画面を示す図である。

【図１１】本発明の一実施例に係わる検索領域の指定方
法を説明する図である。

【図１２】指定配布情報の設定画面を示す図である。

【図１３】本発明の一実施例に係わる分散印刷情報の設
定画面を示す図である。

【図１４】ＣＡＰＣＡＬプリントプロセッサの構成を示
すブロック図である。

【図１５】ＣＡＰＣＡＬジョブ記述ファイルの内容例を
示す図である。

【図１６】ＣＡＰＣＡＬプリントプロセッサの動作を示
すフローチャートである。

【図１７】本発明の一実施例に係わる自動配布処理を説
明するブロック図である。

【図１８】自動配布時における検索条件例を示す図であ
る。

【図１９】本発明の一実施例に係わる自動配布処理の動
作を示すフローチャートである。

【図２０】本発明の一実施例に係わる指定配布処理を説
明するブロック図である。

【図２１】本発明の一実施例に係わる指定配布処理の動
作を示すフローチャートである。

【図２２】本発明の一実施例に係わるドキュメント出力
監視処理部の構成を示すブロック図である。

【図２３】ログ情報の追跡の流れを示すブロック図であ
る。

【図２４】ログ情報の内容例を示す図である。

【図２５】本発明の一実施例に係わるドキュメント出力
監視方法を示すフローチャートである。

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

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

【符号の説明】

３００ クライアント ３０１、３０４ サーバ ３０２、３０３、２８、２９、４４ 通信回線 １ アプリケーション ２、７ ＧＤＩ ３、５ Ｗｉｎｄｏｗｓ印刷制御部 ４ クライアント制御部 ６ サーバ制御部 ８ プリンタ出力制御部 ９ プリンタ １１ スプーラプロセス １２ プロバイダ １３、４７ プリントプロセッサ １４ 仮想ドライバ １５ ＣＡＰＣＡＬドライバプロパティ制御スレッド １６ システムスプールキュー １７ 出力制御ファイル １８ ジョブ記述ファイル １９、２４、３５、４０ ＥＭＦファイル ２０ ＣＡＰＣＡＬクライアント定義ファイル ２１ ＣＡＰＣＡＬプリントプロセッサ ２２ ＣＡＰＣＡＬスプールキュー ２３、３４、３９ ＣＡＰＣＡＬジョブ記述ファイル ２５ ＣＡＰＣＡＬ転送先定義ファイル ２６ ＣＡＰＣＡＬクライアントメインプロセス ２７ ＣＡＰＣＡＬジョブ転送スレッド ３０、３１ ＣＡＰＣＡＬ受信スレッド ３２ ＣＡＰＣＡＬサーバメインプロセス ３３ ＣＡＰＣＡＬスプールドキュメントキュー ３６ ＣＡＰＣＡＬサーバ側定義ファイル ３７ 配布分散処理スレッド ３８ ＣＡＰＣＡＬスプールプリンタキュー ４１、４２ プリンタ別出力スレッド ４３ ＣＡＰＣＡＬジョブ転送スレッド ４５ プリンタドライバ ４６ Ｒａｗスプールファイル ４８、５１ セントロポートモニタ ４９ スプーラプロセスメイン ５０ プリンタ出力管理部 ５２、５３ 画面呼び出し ５４ スプールシステム ５５ ポートスレッド ５７、１４２、１４７、１５７ スプールファイル ６１ ジョブ記述ファイルヘッダ ６２ ＤＥＶＭＯＤＥ情報 ６３ ジョブ記述ファイルフッタ ６４ プリンタドライバプライベート情報 ７１ ＣＡＰＣＡＬ出力制御ファイルヘッダ ７２ 動作モード情報 ７３ 文書付加情報 ７４ 文書属性情報 ７５ 出力制御情報 ８１ ユーザインターフェース ８２ 領域指定制御部 ８３、８５ ８９、９１ 用紙 ８４、８６、８８、９０、９２ 指定領域 ８７ 仮想用紙 １０１ 印刷データ読み込み制御部 １０２ 印刷データ格納部 １０３ 印刷データ構成部 １０４ ＣＡＰＣＡＬスプールファイル生成部 １０５ 頁管理情報格納部 １０６ 印刷ジョブ情報読み取り制御部 １０７ ＣＡＰＣＡＬ出力制御ファイル読み込み制御部 １０８ ＣＡＰＣＡＬユーザ情報読み込み制御部 １０９ ＣＡＰＣＡＬジョブ情報格納部 １１０ 印刷ジョブ情報構成部 １１１ ＣＡＰＣＡＬジョブ記述ファイルヘッダ １１２ Ｗｉｎｄｏｗｓジョブ情報 １１３ ＤＥＶＭＯＤＥ情報 １１４ 出力制御情報 １１５ ＣＡＰＣＡＬユーザ情報 １１６ 印刷データ頁管理情報 １２１ 印刷ジョブ １２２ 文字列 １２３、１３２ レジストリ １２４ 検索条件 １２５ 比較部 １３１ 配布先情報 １４３、１５４ 転送モジュール １４４ クライアント送信ログ １４５ ログ追跡モジュール １４８、１５８ 受信モジュール １４９、１５９ サーバ受信ログ １５０、１６０ 出力制御モジュール １５１、１６１ 出力開始終了ログ １５２、１６２ 印刷制御モジュール １５３、１６３ 印刷ログ １５５ サーバ送信ログ １７０ ログ情報の種類 １７１ サーバ上の識別子 １７２ クライアント上の識別子 １７３ クライアントのホスト名 １７４ 出力先名（プリンタ等） １７５ 出力情報 １７６ 制御情報 １７７ ジョブタイトル名 １７８ ユーザ名 １７９ 用紙サイズ １８０ 出力部数 １８１ 出力頁順 １８２ 出力開始頁番号 １８３ 出力終了頁番号 １８４ 出力終了日時 １８５ 出力結果コード １８６ 動作モード １８７ 出力モード １８８ 保存モード

───────────────────────────────────────────────────── フロントページの続き (72)発明者 波多野 英二 東京都羽村市栄町３丁目２番１号 カシ オ計算機株式会社羽村技術センター内 (72)発明者 天利 忠義 東京都羽村市栄町３丁目２番１号 カシ オ計算機株式会社羽村技術センター内 (56)参考文献 特開 平８−58177（ＪＰ，Ａ) 特開 平８−101752（ＪＰ，Ａ) 特開 平８−274966（ＪＰ，Ａ) 特開 平７−297975（ＪＰ，Ａ) 特開 平７−200208（ＪＰ，Ａ) 特開 平８−292844（ＪＰ，Ａ) 特開 昭59−123043（ＪＰ，Ａ) 国際公開97／36226（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/12 B41J 5/30 B41J 29/38

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】ネットワークを介して複数のクライアント
   端末と複数の印刷装置とに接続される印刷システムであ
   って、 上記クライアント端末から送信されてくる印刷ジョブを
   受信して記憶するジョブ記憶手段と、 論理的な配布先名称と物理的な印刷装置名称との対応関
   係定義を記憶する定義記憶手段と、配布先を自動指定するための第１条件として、各印刷ジ
   ョブのドキュメント内から抽出すべき文字列の対象文字
   列を指定する対象文字列指定手段と、 上記配布先を自動指定するための第２条件として、上記
   対象文字列を各印刷ジョブのドキュメント内から抽出す
   るため検索範囲を指定する際は、複数の矩形領域に分割
   された仮想用紙を表示し、その仮想用紙上の複数の矩形
   領域の内の所望する矩形領域を指定することで上記頁上
   での検索範囲を指定する検索範囲指定手段と、 上記受信の印刷ジョブのドキュメントが印刷される実際
   の用紙の用紙サイズ及び置き方に合わせて、上記仮想用
   紙上で指定した矩形領域の範囲を、実際の用紙上での矩
   形領域の範囲に変換する変換手段と、 上記変換された範囲を上記印刷ジョブの頁上における検
   索範囲として特定し、その特定された頁上での検索範囲
   内において上記指定の対象文字列に一致する文字列を検
   索して、その検索された文字列 を配布先名称として抽出
   する抽出手段と、 この抽出手段で抽出された配布先名称に対応する印刷装
   置名称を上記定義記憶手段に基づいて特定し、その特定
   された印刷装置名称に対応する上記ネットワーク上の印
   刷装置に対して上記印刷ジョブを投入配布する配布手段
   と、 を具備したことを特徴とする印刷システム。
2. 【請求項２】クライアント端末から送信されてくる印刷
   ジョブを受信して記憶するためのコンピュータが実現可
   能なプログラムコードと、 論理的な配布先名称と物理的な印刷装置名称との対応関
   係定義を記憶するためのコンピュータが実現可能なプロ
   グラムコードと、配布先を自動指定するための第１条件として、各印刷ジ
   ョブのドキュメント内から抽出すべき文字列の対象文字
   列を指定するためのコンピュータが実現可能なプログラ
   ムコードと、 上記配布先を自動指定するための第２条件として、上記
   対象文字列を各印刷ジョブのドキュメント内から抽出す
   るため検索範囲を指定する際は、複数の矩形領域に分割
   された仮想用紙を表示し、その仮想用紙上の複数の矩形
   領域の内の所望する矩形領域を指定することで上記頁上
   での検索範囲を指定するためのコンピュータが実現可能
   なプログラムコードと、 上記受信の印刷ジョブのドキュメントが印刷される実際
   の用紙の用紙サイズ及び置き方に合わせて、上記仮想用
   紙上で指定した矩形領域の範囲を、実際の用紙上での矩
   形領域の範囲に変換するためのコンピュータが実現可能
   なプログラムコードと、 上記変換された範囲を上記印刷ジョブの頁上における検
   索範囲として特定し、その特定された頁上での検索範囲
   内において上記指定の対象文字列に一致する文字列を検
   索して、その検索された文字列 を配布先名称として抽出
   するためのコンピュータが実現可能なプログラムコード
   と、 抽出された上記配布先名称に対応する印刷装置名称を上
   記対応関係定義に基づいて特定し、その特定された印刷
   装置名称に対応するネットワーク上の各印刷装置に対し
   て上記印刷ジョブを投入配布するためのコンピュータが
   実現可能なプログラムコードと、 を含むプログラムを格納したことを特徴とする記録媒
   体。