JPH11143661A

JPH11143661A - 印刷システム

Info

Publication number: JPH11143661A
Application number: JP9313178A
Authority: JP
Inventors: Masaki Tsutsumi; 勝紀筒見; Takayasu Watanabe; 隆保渡辺; Koji Tamura; 恒治田村; Yukihiro Shinto; 幸博新堂; Eiji Hatano; 英二波多野; Tadayoshi Amari; 忠義天利
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1997-11-14
Filing date: 1997-11-14
Publication date: 1999-05-28

Abstract

(57)【要約】【課題】汎用アプリケーションで作成した文書をネッ
トワーク上で取り扱うことが可能な印刷システムを提供
する。【解決手段】仮想ドライバ１４を設け、ジョブ記述フ
ァイル１８及びＥＭＦファイル１９を、ＧＤＩ２により
スプールさせるとともに、出力制御ファイル１７を仮想
ドライバ１４によりスプールさせることにより、ジョブ
記述ファイル１８及びＥＭＦファイル１９の形式を、Ｗ
ｉｎｄｏｗｓ標準の形式と一致させ、Ｗｉｎｄｏｗｓの
アプリケーションインタフェースを一切変更せずに、汎
用パッケージソフトを含むＷｉｎｄｏｗｓ上で動作する
全てのアプリケーションについて、ドキュメント配布処
理、分散印刷処理、配布先自動検出処理、プリンタエラ
ー及び印刷完了の通知処理等を行う。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

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

【０００９】

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

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

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

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

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

【００１４】次に、ドキュメント内容から配布先を決定
する場合、配布先を決定するためのドキュメントの領域
を指定する必要があるが、指定した領域の文字列全てが
配布先候補として扱われるので、確実に配布先を指示す
るためには、指定した領域で使用できる文字列に制限が
発生する。このため、ある配布先を一時的に対象外とす
る場合、ドキュメントから文字列を削除するなどの複雑
な操作や後の修復の手間などが必要となり、誤操作の要
因となる場合があった。さらに、自由度が高いため実現
方法が複雑で性能などに課題が発生する。

【００１５】また、オペレーティングシステム２２４の
領域指定方式に関する問題点として、以下のものがあっ
た。何からの目的で印刷ドキュメントの領域を指定する
ことが必要な場合、各アプリケーションにその機能を組
み込む必要があるが、各ドキュメントの形状（用紙サイ
ズ、置き方）に依存した設定方式であるため、ドキュメ
ント毎に設定を行う必要があった。さらに、一度設定し
ても、ドキュメントの形状を変更するたびに再設定する
という手間があった。

【００１６】また、オペレーティングシステム２２４の
ドキュメント出力監視制御方式に関する問題点として、
以下のものがあった。印刷処理（プリンタ出力）の管理
であり、既存のシステムでは、プリンタを主体とした監
視機能は提供されていたが、各ユーザが投入した印刷処
理を主体とした監視が不可能であり、ユーザは、自分が
投入した印刷処理全てを、簡単に監視することが困難で
あった。

【００１７】そこで、本発明の第１の目的は、汎用アプ
リケーションで作成した文書をネットワーク上で取り扱
うことが可能な印刷システムを提供することである。ま
た、本発明の第２の目的は、汎用アプリケーションで作
成した文書の配布印刷を容易に行うことが可能な印刷シ
ステムを提供することである。

【００１８】また、本発明の第３の目的は、ネットワー
クに接続されているプリンタの動作状態をクライアント
側で監視することが可能な印刷システムを提供すること
である。

【００１９】

【課題を解決するための手段】上述した課題を解決する
ために、本発明によれば、描画データを生成する描画デ
ータ生成手段と、前記描画データ生成手段を管理するオ
ペレーティングシステムと、前記描画データに基づくス
プールファイルの生成を、前記オペレーティングシステ
ムに対して指示する指示手段と、前記描画データの印刷
条件を設定する印刷条件設定手段と、前記印刷条件に基
づいて、前記描画データの出力制御情報を生成する出力
制御情報生成手段と、前記出力制御情報を格納する出力
制御情報格納手段とを備えている。

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

【００２１】また、本発明の一態様によれば、前記出力
制御情報生成手段により生成された出力制御情報に基づ
いて、前記描画データに対応したプリンタ管理ファイル
を生成するプロセッサをさらに備えている。

【００２２】このことにより、オペレーティングシステ
ムと独立した独自の形式でプリンタ管理ファイルの処理
や操作を行うことが可能となり、ドキュメントの印刷処
理を多種多様な形態で柔軟に行うことが可能となる。

【００２３】また、本発明の一態様によれば、配布先名
と出力装置名との対応関係を記述した配布先定義テーブ
ルと、受信したプリンタ管理ファイルの内容から印刷ジ
ョブの検索条件を取得する検索条件取得手段と、前記検
索条件に基づいて、前記印刷ジョブから文字列を抽出す
る文字列抽出手段と、前記文字列抽出手段により抽出さ
れた文字列と、配布先定義テーブルに記述された配布先
名とを比較する比較手段と、前記配布先名と一致する文
字列が抽出された印刷ジョブを、前記配布先名に対応す
る出力装置に出力する出力手段とを備えている。

【００２４】このことにより、クライアントから送られ
た検索条件に基づいて、ドキュメントに含まれる予め指
定された文字列を自動的に判別することが可能となり、
印刷ジョブから配布先を自動的に検出することが可能と
なるとともに、配布先定義テーブルを参照することによ
り、自動的に検出された配布先に基づいて、出力装置を
特定することが可能となる。この結果、印刷ドキュメン
トの配布先を指定する手間を省くことが可能となり、配
布先に対応するプリンタ名称を意識することなく、１回
の印刷指示を行うだけで検索条件に該当する全ての配布
先へ自動的に印刷を行うことが可能となる。

【００２５】また、本発明の一態様によれば、仮想的な
用紙を表示する仮想用紙表示手段と、前記仮想的な用紙
を分割する分割手段と、前記分割された矩形領域を指定
する分割領域指定手段とを備え、前記分割領域指定手段
により指定された矩形領域に対応する印刷ジョブの範囲
から、文字列を抽出するようにしている。

【００２６】このことにより、検索領域を用紙の上下左
右や真ん中などの方向で指定することが可能となること
から、配布先の検索などのため、印刷ドキュメントの領
域を指定することが必要な場合、仮想的な用紙への１回
の領域設定により、各印刷ドキュメントの形状（用紙サ
イズ、置き方）に依存することなく、配布先の検索領域
を適切に設定することが可能となる。

【００２７】また、本発明の一態様によれば、配布先名
と出力装置名との対応関係を記述した配布先定義テーブ
ルと、グループ名と前記配布先名へのリンク情報を記述
したグループ定義テーブルと、受信したプリンタ管理フ
ァイルの内容から配布先情報を取得する配布先情報取得
手段と、前記配布先情報の指定配布モードがグループ指
定の場合、前記配布先情報で示されるグループ名とリン
クした配布先名を前記グループ定義テーブルから検索
し、前記配布先情報の指定配布モードが論理名指定の場
合、前記配布先情報で示される論理名と一致する配布先
名を前記配布先定義テーブルから検索し、前記配布先情
報の指定配布モードが物理名指定の場合、前記配布先情
報で示される物理名と一致する出力装置に印刷ジョブを
出力するようにしている。

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

【００２９】また、本発明の一態様によれば、スプール
ファイルの送信結果を印刷要求元情報とともに記録する
送信結果記録手段と、前記スプールファイルの受信結果
を前記印刷要求元情報とともに記録する受信結果記録手
段と、前記スプールファイルの出力結果を前記印刷要求
元情報とともに記録する出力結果記録手段と、前記スプ
ールファイルの印刷結果を前記印刷要求元情報とともに
記録する印刷結果記録手段と、前記スプールファイルの
出力先が自己のサーバの管轄下のプリンタである場合、
前記印刷結果記録手段に記録された印刷結果を探索し、
前記スプールファイルの出力先が他のサーバの管轄下の
プリンタである場合、前記送信結果記録手段に記録され
た送信結果を探索する探索手段とを備えているこのこと
により、ネットワーク上でのスプールファイルの転送が
行われた場合においても、そのスプールファイルの送信
結果、受信結果、出力結果及び印刷結果が、どの印刷要
求元に起因して得られたのかを容易に判定することが可
能となり、送信結果記録手段、受信結果記録手段、出力
結果記録手段及び印刷結果記録手段の内容を調べること
により、自分の印刷要求がどのサーバのプリンタでどの
ように処理されたのかを認識することが可能となる。こ
の結果、クライアントは、プリンタがどのサーバで管理
されているのかを意識することなく、印刷要求を行うこ
とが可能となるとともに、いずれのサーバにおいて印刷
が行われた場合においても、印刷状況を正確に把握する
ことが可能となる。

【００３０】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００８８】ＣＡＰＣＡＬジョブ記述ファイルヘッダ１
１１は、ＣＡＰＣＡＬジョブ記述ファイル２３のヘッダ
情報として、バージョン番号などの情報を含んでいる。
Ｗｉｎｄｏｗｓジョブ情報１１２は、Ｗｉｎｄｏｗｓの
ジョブ情報として得られる情報であり、印刷を依頼した
ユーザ名、印刷ジョブの総頁数、印刷ジョブが発生した
ホスト名、印刷ジョブタイトル名、印刷ジョブ発生時刻
などの情報を含んでいる。

【００８９】ＤＥＶＭＯＤＥ情報１１３は、アプリケー
ション１及び仮想ドライバ１４により指定される印刷ジ
ョブのＤＥＶＭＯＤＥ情報１１３である。ＣＡＰＣＡＬ
出力制御情報１１４は、図７の出力制御情報７５と同一
の内容を有している。

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

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

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

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

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

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

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

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

【００９８】次に、本発明の実施例に係わる配布印刷処
理について説明する。配布印刷処理は、図３の配布分散
処理スレッド３７が行う。配布分散処理スレッド３７で
は、ＣＡＰＣＡＬジョブ記述ファイル２３中の出力制御
情報７５で指示された内容に従って、配布印刷、分散印
刷、通常印刷のそれぞれの動作が行われる。配布印刷に
は、自動配布及び指定配布の２種類がある。自動配布
は、配布先を印刷ジョブの内容により自動的に決定する
モードである。指定配布は、印刷ジョブの配布先をユー
ザが予め指定するモードである。これら２つのモードの
うち、どちらの動作を行うかは、ＣＡＰＣＡＬジョブ記
述ファイル２３中で定義することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１８】さらに、ドキュメント内容による確実な配
布先指定が可能となり、配布先の一時的な変更（配布停
止など）を容易、かつ安全に行うことが可能となる。こ
の結果、ユーザによる配布方法選択に幅がある自由度の
高い配布処理が可能となり、自由度が高く運用状況に柔
軟に対応することができるシステム構築及び運用が可能
となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３７】なお、異なるマシン間でのログ情報は、
「クライアント上の識別子」１７２と「クライアントの
ホス１７３ト名」とのセットで関連付けることができ
る。このように、異なる処理でも同一構造のログ情報に
格納することにより、処理結果の記憶装置への入出力を
共通に扱うことが可能となる。

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

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

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

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

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

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

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

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

【０１４６】以上の処理を、印刷が完了もしくは未だ印
刷がされていないと判別するまで繰り返し（ステップＳ
５１）、サーバを変えて追尾する。クライアントのホス
ト名１７３と識別子１７２とが同じスプールファイル１
４２について、サーバ３０１上での複数回印刷を指定し
ても、出力開始終了ログ１５１の開始と終了の日時を得
ることにより、ログ情報の検索範囲を限定することがで
きる。また、検索範囲を限定することにより、検索時間
を短縮することができる。

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

【０１４８】また、情報の１つに対応する処理が終了し
た日時を取得することにより、それに続く処理の情報を
その日時以降を条件として検索することが可能となる。
また、特定の処理においては、処理の開始と終了に対す
る情報を集めることで、それに続く処理の情報が完了し
ているかどうかを、それに続く処理の情報を得ることな
しに確認することができる。

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

【０１５０】

【発明の効果】以上説明したように、本発明によれば、
描画データ生成手段により生成された描画データを、そ
の描画データ生成手段を管理するオペレーティングシス
テムによりスプールさせるとともに、描画データの出力
を制御する出力制御情報を独自に格納することにより、
そのオペレーティングシステム上で動作するアプリケー
ションならば、どのようなアプリケーションも使用する
ことが可能となるとともに、オペレーティングシステム
に備わっていなかった出力制御機能を、後から自由に追
加することが可能となり、従来のオペレーティングシス
テムでは容易に実現することができなかったネットワー
ク環境でのドキュメント配布処理、分散印刷処理、配布
先自動検出処理、またはプリンタエラー及び印刷完了の
通知処理等を、汎用アプリケーションで作成した文書に
対して行うことが可能となる。

【０１５１】また、本発明の一態様によれば、出力制御
情報生成手段により生成された出力制御情報に基づい
て、描画データに対応した独自のプリンタ管理ファイル
を生成することにより、オペレーティングシステムと独
立した独自の形式でプリンタ管理ファイルの処理や操作
を行うことが可能となる。例えば、オペレーティングシ
ステムとしてＷｉｎｄｏｗｓを用いた場合、クライアン
トとサーバとの間の通信ネットワークとして、ＬＡＮな
どに限定されるのに対し、プリンタ管理ファイルを独自
の形式に変換することにより、ＬＡＮ、ＷＡＮ、インタ
ーネットなどの多種多様な通信ネットワークを利用する
ことが可能となる。

【０１５２】また、本発明の一態様によれば、クライア
ントから送られた検索条件に基づいて、ドキュメントに
含まれる予め指定された文字列を自動的に検出し、検出
された文字列を配布先定義テーブルに格納されている配
布先名と比較することにより、印刷ジョブから配布先を
自動的に検出することが可能となるとともに、自動的に
検出された配布先に基づいて、出力装置を特定すること
が可能となり、配布先を指定することなしに、１回の印
刷指示を行うだけで検索条件に該当する全ての配布先へ
自動的に印刷を行うことが可能となる。

【０１５３】また、本発明の一態様によれば、仮想的な
用紙を分割した矩形領域を、配布先候補の検索領域とし
て指定可能とすることにより、検索領域を用紙の上下左
右や真ん中などの方向で指定することが可能となり、仮
想的な用紙への１回の領域設定により、各印刷ドキュメ
ントにおいて用紙サイズや置き方などが異なる場合にお
いても、配布先の検索領域を適切に設定することが可能
となる。

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

【０１５５】また、本発明の一態様によれば、スプール
ファイルの送信結果、受信結果、出力結果及び印刷結果
を印刷要求元情報とともに格納しておくことにより、ネ
ットワーク上でのスプールファイルの転送が行われた場
合においても、そのスプールファイルの送信結果、受信
結果、出力結果及び印刷結果が、どの印刷要求元に起因
して得られたのかを容易に判定することが可能となり、
自分の印刷要求がどのサーバのプリンタでどのように処
理されたのかを認識することが可能となる。この結果、
クライアントは、プリンタがどのサーバで管理されてい
るのかを意識することなく、印刷要求を行うことが可能
となるとともに、いずれのサーバにおいて印刷が行われ
た場合においても、印刷状況を正確に把握することが可
能となる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者新堂幸博東京都羽村市栄町３丁目２番１号カシオ計算機株式会社羽村技術センター内 (72)発明者波多野英二東京都羽村市栄町３丁目２番１号カシオ計算機株式会社羽村技術センター内 (72)発明者天利忠義東京都羽村市栄町３丁目２番１号カシオ計算機株式会社羽村技術センター内

Claims

【特許請求の範囲】

【請求項１】描画データを生成する描画データ生成手
段と、前記描画データ生成手段を管理するオペレーティングシ
ステムと、前記描画データによるスプールファイルの生成を、前記
オペレーティングシステムに対して指示する指示手段
と、前記描画データの印刷条件を設定する印刷条件設定手段
と、前記印刷条件に基づいて、前記描画データの出力制御情
報を生成する出力制御情報生成手段と、前記出力制御情報を格納する出力制御情報格納手段とを
備えることを特徴とする印刷システム。
【請求項２】前記出力制御情報生成手段により生成さ
れた出力制御情報に基づいて、前記描画データに対応し
たプリンタ管理ファイルを生成するプロセッサをさらに
備えることを特徴とする請求項１に記載の印刷システ
ム。
【請求項３】前記プリンタ管理ファイルの内容及び前
記スプールファイルの内容を受信する受信手段と、配布先名と出力装置名との対応関係を記述した配布先定
義テーブルと、前記プリンタ管理ファイルの内容から印刷ジョブの検索
条件を取得する検索条件取得手段と、前記検索条件に基づいて、前記印刷ジョブから文字列を
抽出する文字列抽出手段と、前記文字列抽出手段により抽出された文字列と、配布先
定義テーブルに記述された配布先名とを比較する比較手
段と、前記配布先名と一致する文字列が抽出された印刷ジョブ
を、前記配布先名に対応する出力装置に出力する出力手
段とを備えることを特徴とする請求項１または２に記載
の印刷システム。
【請求項４】前記印刷条件設定手段は、仮想的な用紙を表示する仮想用紙表示手段と、前記仮想的な用紙を分割する分割手段と、前記分割された矩形領域を指定する分割領域指定手段と
を備え、前記文字列抽出手段は、前記分割領域指定手段により指
定された矩形領域に対応する印刷ジョブの範囲から、文
字列を抽出することを特徴とする請求項３に記載の印刷
システム。
【請求項５】前記プリンタ管理ファイルの内容及び前
記スプールファイルの内容を受信する受信手段と、配布先名と出力装置名との対応関係を記述した配布先定
義テーブルと、グループ名と前記配布先名へのリンク情報を記述したグ
ループ定義テーブルと、前記プリンタ管理ファイルの内容から配布先情報を取得
する配布先情報取得手段と、前記配布先情報の指定配布モードがグループ指定の場
合、前記配布先情報で示されるグループ名とリンクした
配布先名を前記グループ定義テーブルから検索し、前記
配布先名に対応する出力装置に印刷ジョブを出力する第
１の出力手段と、前記配布先情報の指定配布モードが論理名指定の場合、
前記配布先情報で示される論理名と一致する配布先名を
前記配布先定義テーブルから検索し、前記配布先名に対
応する出力装置に印刷ジョブを出力する第２の出力手段
と、前記配布先情報の指定配布モードが物理名指定の場合、
前記配布先情報で示される物理名と一致する出力装置に
印刷ジョブを出力する第３の出力手段とを備えることを
特徴とする請求項１または２に記載の印刷システム。
【請求項６】スプールファイルの送信結果を印刷要求
元情報とともに記録する送信結果記録手段と、前記スプールファイルの受信結果を前記印刷要求元情報
とともに記録する受信結果記録手段と、前記スプールファイルの出力結果を前記印刷要求元情報
とともに記録する出力結果記録手段と、前記スプールファイルの印刷結果を前記印刷要求元情報
とともに記録する印刷結果記録手段と、前記スプールファイルの出力先が自己のサーバの管轄下
のプリンタである場合、前記印刷結果記録手段に記録さ
れた印刷結果を探索し、前記スプールファイルの出力先
が他のサーバの管轄下のプリンタである場合、前記送信
結果記録手段に記録された送信結果を探索する探索手段
とをさらに備えることを特徴とする請求項１〜５のいず
れか１項に記載の印刷システム。
【請求項７】描画データを生成する機能と、オペレーティングシステムを実現する機能と、前記描画データによるスプールファイルを前記オペレー
ティングシステムに生成させる機能と、前記描画データの印刷条件を設定する機能と、前記印刷条件に基づいて、前記描画データの出力制御情
報を生成する機能と、前記出力制御情報を格納する機能とをコンピュータに実
行させるプログラムを格納したコンピュータ読み取り可
能な記憶媒体。