JPH11327820A - 印刷システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントでの印刷実行結果としてのスプ
ールファイルの内容をサーバ側で管理する。 【解決手段】 スプールファイル７ａ〜７ｃと、そのス
プールファイル７ａ〜７ｃから派生したプリントキュー
とを関連づけるスプールキュー管理テーブル１３を設
け、スプールファイル７ａ〜７ｃに関する情報が変更さ
れると、スプールキュー管理テーブル１３を参照するこ
とにより、そのスプールファイル７ａ〜７ｃと関連する
プリントキューを見つけ出し、プリントキューに関する
情報の変更も行う。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】従来のクライアントサーバ印刷システム
では、クライアント側で生成されたスプールファイルを
サーバに転送し、サーバが管理するプリンタで実際の印
刷の実行を行うようにしている。

【０００３】図５は、従来のクライアントサーバ印刷シ
ステムの構成を示すブロック図である。図５において、
サーバ６２には、複数のクライアント６１ａ〜６１ｃ及
び複数のプリンタ６３ａ〜６３ｃが接続されている。ク
ライアント６１ａ〜６１ｃがアプリケーション７１から
の印刷実行を受けると、各クライアント６１ａ〜６１ｃ
内にスプールファイル７２が生成される。これらのクラ
イアント６１ａ〜６１ｃで生成されたスプールファイル
７２はサーバ６２に転送され、サーバ６２が各クライア
ント６１ａ〜６１ｃからスプールファイル７２を受け取
ると、各クライアント６１ａ〜６１ｃからの転送７３ａ
〜７３ｄに対応したスプールファイル７４ａ〜７４ｃを
サーバ６２側に生成する。サーバ６２のスプール制御部
７５は、スプールファイル７４ａ〜７４ｃの制御を行
い、各スプールファイル７４ａ〜７４ｃについての印刷
７６ａ〜７６ｄをプリンタ６３ａ〜６３ｃに対して実行
させる。この印刷７６ａ〜７６ｄの実行により、プリン
タ６３ａ〜６３ｃはプリンタ印刷７７を行い、各スプー
ルファイル７４ａ〜７４ｃに対応した書類７８ａ〜７８
ｃを印刷する。

【０００４】このように、従来のクライアントサーバ印
刷システムでは、複数のクライアント６１ａ〜６１ｃに
よる印刷実行の結果として生成されるスプールファイル
７２をサーバ６２に送り、複数のプリンタ６３ａ〜６３
ｃへの印刷の制御をサーバ６２側で行うことにより、プ
リントサーバとしての集中管理を行うようになってい
た。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
クライアントサーバ印刷システムでは、サーバ６２に送
られてきたスプールファイル７２から得られる印刷に関
する情報（対象プリンタ、印刷開始〜終了頁、印刷部数
等）を基に、各スプールファイル７４ａ〜７４ｃの内容
を印刷を司るシステムの印刷制御（例えば、ｗｉｎｄｏ
ｗｓのＧＤＩ（グラフィカルデバイスインターフェース
関数））に引き渡すことで実際の印刷７６ａ〜７６ｄを
実現していた。このため、各クライアント６１ａ〜６１
ｃにおける１回の印刷実行結果であるスプールファイル
７２の内容自体をサーバ６２で集中管理できなかった。
この結果、対象プリンタ、印刷開始〜終了頁、印刷部数
などの情報をサーバ６２側で変更することができず、こ
れらの情報を変更して印刷するには、クライアント６１
ａ〜６１ｃで生成されるスプールファイル７２をサーバ
６２に送り直す必要があるという問題があった。

【０００６】また、１つのスプールファイル７２から複
数のプリンタ６３ａ〜６３ｃへ印刷する場合（分散印刷
等）、１つのスプールファイル７２に対して各プリンタ
６３ａ〜６３ｃごとにプリントキューが生成されるが、
１つのスプールファイル７２とこれらのプリントキュー
を関連付けた操作を行うことができなかった。このた
め、１つのスプールファイル７２についてのプリントキ
ューの取り消しを行う場合、プリントキューの取り消し
を各プリンタごとに行う必要があり、１つのスプールフ
ァイル７２についてプリントキューの取り消しを何度も
行わなければならないという問題もあった。

【０００７】そこで、本発明の第１の目的は、スプール
ファイルとプリントキューとを関連づけて処理すること
が可能な印刷システムを提供することである。また、本
発明の第２の目的は、クライアントでの印刷実行結果と
してのスプールファイルの内容をサーバ側で管理するこ
とが可能な印刷システムを提供することである。

【０００８】

【課題を解決するための手段】上述した課題を解決する
ために、本発明によれば、アプリケーションからの印刷
実行により生成されるスプールファイルと、前記スプー
ルファイルから派生するプリントキューとを関連づけた
関連情報を生成するようにしている。

【０００９】このことにより、スプールファイルの情報
の操作が行われた場合に、そのスプールファイルから派
生するプリントキューを容易に検出することが可能とな
り、スプールファイルの情報の操作を行うだけで、その
スプールファイルから派生するプリントキューの情報に
ついての操作も自動的に行うことが可能となることか
ら、１つのスプールファイルから複数のプリントキュー
が派生して生成された場合においても、各プリントキュ
ーごとに同じ操作を何度も繰り返すことを不要とするこ
とができる。

【００１０】また、本発明の一態様によれば、クライア
ントから転送されたスプールファイルを受信するスプー
ルファイル受信手段と、前記スプールファイルから印刷
制御に必要な情報を取得する印刷制御情報取得手段と、
前記スプールファイルから取得した印刷制御に必要な情
報を操作する印刷制御情報操作手段と、前記操作された
情報に基づいて、前記スプールファイルに対する印刷実
行を行う印刷実行手段とを備えている。

【００１１】このことにより、クライアント側で生成さ
れる印刷制御に必要な情報をサーバ側で操作することが
可能となり、クライアント側で生成されたスプールファ
イルについて、対象プリンタ、印刷開始〜終了頁、印刷
部数などの情報をサーバ側で変更することが可能となる
ことから、これらの情報を変更する場合においても、ク
ライアント側からスプールファイルを送り直す必要がな
くなり、印刷処理を効率的に行うことが可能となる。

【００１２】

【発明の実施の形態】以下、本発明の一実施例に係わる
印刷システムについて図面を参照しながら説明する。図
１は、本発明の一実施例に係わる印刷システムの構成を
示すブロック図である。図１において、アプリケーショ
ン４の印刷実行により、スプールファイル５がクライア
ント１としてのローカルマシンに生成される。この生成
されたスプールファイル５がリモートのサーバ２に転送
されると、クライアント１で生成されたスプールファイ
ル５の転送６ａ〜６ｄに対応して、スプールファイル７
ａ〜７ｃがサーバ２側に生成される。

【００１３】スプールファイル７ａ〜７ｃがサーバ２側
に生成されると、スプール制御部８は、各スプールファ
イル７ａ〜７ｃから印刷に必要な情報を取得する。そし
て、スプール制御部８は、実際のプリンタ３ごとの印刷
９ａ〜９ｄを制御する印刷制御部１０にキュー単位の処
理を依頼し、印刷制御部１０がプリンタ３への印刷９ａ
〜９ｄをキュー単位に実行することで、印刷結果１１ａ
〜１１ｃを得ることが可能となる。

【００１４】ここで、通常の動作では、印刷後削除とな
っているスプールファイル７ａ〜７ｃは、印刷結果１１
ａ〜１１ｃを得ることで印刷１０ａ〜１０ｄが完了する
と、サーバ２から削除される。また、印刷後保存や印刷
未完了の場合には、スプールファイル７ａ〜７ｃがサー
バ２に存在することになる。

【００１５】図１の実施例では、サーバ２に存在するス
プールファイル７ａ〜７ｃや、そのスプールファイル７
ａ〜７ｃから派生したプリントキューを管理するため
に、スプールファイル管理テーブル１２、スプールキュ
ー管理テーブル１３及びプリントキュー管理テーブル１
４が設けられている。また、サーバ２に存在するスプー
ルファイル７ａ〜７ｃや、そのスプールファイル７ａ〜
７ｃから派生したプリントキューを操作するため、論理
キュー制御部１５及び物理キュー制御部１６が設けられ
ている。

【００１６】スプールファイル管理テーブル１２には、
スプールファイル７ａ〜７ｃに関する情報が格納され、
例えば、出力先のプリンタ３への印刷頁範囲などの印刷
に関する情報が格納される。このスプールファイル管理
テーブル１２は、スプールファイル５がサーバ２に転送
された時に生成され、論理キュー制御部１５により、ス
プールファイル７ａ〜７ｃに対する直接の操作とは独立
させて、スプールファイル管理テーブル１２の内容を操
作することができる。

【００１７】スプール制御部８は、スプールファイル管
理テーブル１２を参照することにより、各スプールファ
イル７ａ〜７ｃについての印刷に関する情報（出力先へ
の印刷頁範囲等）を管理することができる。

【００１８】プリントキュー管理テーブル１４には、印
刷９ａ〜９ｄを依頼されているスプールファイル７ａ〜
７ｃから発生したプリントキューの状態を示す情報が格
納され、例えば、キュー順や印刷が終了した頁などの現
在の状態を示す情報が格納される。このプリントキュー
管理テーブル１４は、印刷を依頼された時にプリントキ
ューの状態を示す情報を追加し、物理キュー制御部１６
により、スプールファイル７ａ〜７ｃに対する操作とは
独立して、プリントキューへの直接の操作を行うことが
できる。また、プリントキュー管理テーブル１４の内容
を表示することにより、スプールファイル７ａ〜７ｃの
状態に依存することなく、印刷待ちのプリントキューの
みの情報を表示することができる。

【００１９】印刷制御部１０は、プリントキュー管理テ
ーブル１４を参照することにより、印刷を依頼された１
つ１つのプリントキューに対して、キュー順や印刷が終
了した頁等の現在の状態を管理することができる。

【００２０】スプールキュー管理テーブル１３には、ス
プールファイル管理テーブル１２の情報から現時点で想
定できる印刷されるべきプリンタ３に対するプリントキ
ューの情報が格納される。このスプールキュー管理テー
ブル１３を参照することにより、スプールファイル管理
テーブル１２下のスプールファイル７ａ〜７ｃとプリン
トキュー管理テーブル１４下のプリントキューを関連付
けることが可能となる。このため、印刷依頼の有無に関
係なく、スプールファイル７ａ〜７ｃ単位にプリントキ
ューへの操作が可能となり、１つのスプールファイル７
ａ〜７ｃから複数のプリンタ３へ派生した複数のプリン
トキューの管理も可能となる。また、スプールファイル
７ａ〜７ｃとプリントキューとを独立に管理することも
可能である。

【００２１】論理キュー制御部１５は、ユーザとのマン
マシンインターフェースを持ち、スプールファイル管理
テーブル１２及びスプールキュー管理テーブル１３を操
作する。サーバ２に存在するスプールファイル７ａ〜７
ｃの情報は、スプールファイル管理テーブル１２に格納
されているので、論理キュー制御部１５よりスプールフ
ァイル管理テーブル１２の情報の表示や操作を行うこと
により、スプールファイル７ａ〜７ｃに関する情報の表
示や操作を行うができる。

【００２２】また、論理キュー制御部１５でユーザの操
作により発生したスプールファイル７ａ〜７ｃの情報変
更を、スプールファイル管理テーブル１２に反映させ、
スプール制御部８に通知することで、これらの同期の取
れた操作が可能となる。また、スプールファイル７ａ〜
７ｃの情報変更が、スプールキュー管理テーブル１３及
びプリントキュー管理テーブル１４の内容にも影響を及
ぼす場合には、スプールファイル７ａ〜７ｃの情報変更
を、スプールキュー管理テーブル１３及びプリントキュ
ー管理テーブル１４に反映させるようにすることもでき
る。

【００２３】物理キュー制御部１６は、ユーザとのマン
マシンインターフェースを持ち、スプールキュー管理テ
ーブル１３及びプリントキュー管理テーブル１４を操作
する。印刷を依頼されているスプールファイル７ａ〜７
ｃから発生したプリントキューの現在の状態を示す情報
は、プリントキュー管理テーブル１４に収められている
ので、物理キュー制御部１６よりプリントキュー管理テ
ーブル１４の情報の表示や操作を行うことにより、プリ
ントキューに関する現在の情報の表示や操作を行うがで
きる。

【００２４】また、物理キュー制御部１６でユーザの操
作により発生したプリントキューの状態変更を、プリン
トキュー管理テーブル１４に反映させ、印刷制御部１０
またはスプール制御部８に通知することで、これらの同
期の取れた操作が可能となる。また、スプールファイル
７ａ〜７ｃの情報変更が、スプールファイル管理テーブ
ル１２及びスプールキュー管理テーブル１３の内容にも
影響を及ぼす場合には、スプールファイル７ａ〜７ｃの
情報変更を、スプールファイル管理テーブル１２及びス
プールキュー管理テーブル１３に反映させるようにする
こともできる。

【００２５】このように、スプールファイル７ａ〜７ｃ
とプリントキューをそれぞれ関連付け、スプールファイ
ル７ａ〜７ｃに対する操作がプリントキューに、プリン
トキューに対する操作がスプールファイル７ａ〜７ｃに
双方向で反映できるようにすることにより、１つのスプ
ールファイル７ａ〜７ｃの複数プリンタ３への同時印刷
などにおいて、１つのスプールファイル７ａ〜７ｃを操
作するだけで、各プリンタ３ごとに生成されるプリント
キューを操作することが可能となる。

【００２６】図２（ａ）は、本発明の一実施例に係わる
スプールファイル管理テーブル１２の構成を示す図であ
る。このスプールファイル管理テーブル１２は、１つの
スプールファイル７ａ〜７ｃに対し、１つのエントリで
構成される情報であり、スプールファイル７ａ〜７ｃの
個数分のエントリを持つ。図２（ａ）において、ジョブ
識別子は、スプールファイル７ａ〜７ｃの実体と１つの
エントリ情報を結び付ける識別子である。総頁数は、１
回の印刷実行結果としてのスプールファイル５の頁数で
ある。印刷頁順は、ソート／スタック等の印刷頁の順番
である。動作モードは、通常／配布／分散等の印刷の仕
方を示す情報である。出力モードは、即印刷／時間指定
／日時指定／印刷しない等の印刷開始のタイミングを示
す情報である。保存モードは、印刷後削除、日時指定削
除等の印刷完了後のスプールファイル７ａ〜７ｃの自動
削除のタイミングを示す情報である。スプールファイル
状態は、印刷投入しているプリントキューの有無等のス
プールファイル７ａ〜７ｃの現在の状態を示す情報であ
る。キュー数は、１つのスプールファイル７ａ〜７ｃか
ら派生すべきキューの個数である。

【００２７】図２（ｂ）は、本発明の一実施例に係わる
スプールキュー管理テーブル１３の構成を示す図であ
る。このスプールキュー管理テーブル１３は、スプール
ファイル７ａ〜７ｃから派生した１つのキューに対し、
１つのエントリで構成される情報であり、キューの個数
分のエントリを持つ。例えば、通常印刷ならば、１スプ
ールファイル＝１キュー、分散印刷ならば、１スプール
ファイル＝複数キューとなる。

【００２８】図２（ｂ）において、ジョブ識別子は、ス
プールキュー管理テーブル１３とスプールファイル管理
テーブル１２とを結び付ける識別子であり、印刷の有無
に関係なくスプールファイル７ａ〜７ｃが存在している
間は、このジョブ識別子も存在する。キュー識別子は、
スプールキュー管理テーブル１３とプリントキュー管理
テーブル１４とを結び付ける識別子であり、印刷がなけ
ればここは空である。プリンタ名は、１つのキューが投
入されるべきプリンタの名称である。キュー状態は、未
印刷／未投入／投入中／印刷完了時のキューの状態を示
す情報である。

【００２９】図２（ｃ）は、本発明の一実施例に係わる
プリントキュー管理テーブル１４の構成を示す図であ
る。このプリントキュー管理テーブル１４は、スプール
ファイルから派生した印刷依頼の有る１つのキューに対
し、１つのエントリで構成される情報であり、印刷待ち
のキューの個数分のエントリを持つ。図２（ｃ）におい
て、キュー識別子は、プリントキュー管理テーブル１４
とスプールキュー管理テーブル１３とを結び付ける識別
子である。印刷開始頁は、１つのキューの印刷を開始す
る元のスプールファイル７ａ〜７ｃに対する頁番号であ
る。印刷終了頁は、１つのキューの印刷を終了する元の
スプールファイル７ａ〜７ｃに対する頁番号である。印
刷頁順は、ソート／スタック等の印刷頁の順番を示す情
報である。プリントキュー状態は、印刷中または印刷待
ちのプリントキューの状態（エラー等）を示す情報であ
る。印刷完了頁は、印刷中のプリントキューの詳細情報
として制御可能ならば、プリンタ３より現時点で排紙さ
れている頁番号を示す情報である。

【００３０】なお、スプールファイル管理テーブル１２
及びスプールキュー管理テーブル１３の情報は、スプー
ルファイルがなくなると削除され、プリントキュー管理
テーブル１４の情報は、印刷待ちが解除されると削除さ
れ、エントリがなくなる。

【００３１】図３は、本発明の一実施例に係わる印刷シ
ステムの動作を示すブロック図である。図３において、
図２の論理キュー制御部１５及び物理キュー制御部１６
のモジュールが起動されると、スプールファイル管理テ
ーブル１２、スプールキュー管理テーブル１３及びプリ
ントキュー管理テーブル１４から情報を取得する。ま
た、スプールファイル管理テーブル１２に格納されてい
るジョブ識別子を参照し、このジョブ識別子で結び付け
られているスプールファイル７ａ〜７ｃから情報を取得
する。論理キュー制御部１５及び物理キュー制御部１６
は、これらの情報を取得すると、各画面に対して管理情
報表示２１を行う。なお、スプールファイル７ａ〜７ｃ
の全て情報がスプールキュー管理テーブル１３に登録さ
れている場合は、スプールファイル７ａ〜７ｃからの情
報の取得を行わない。

【００３２】次に、Ｗｉｎｄｏｗｓのイベント・ハンド
ラ２２へ制御を任せ、何らかのイベントが発生するまで
待機する。例えば、印刷が完了したことにより、スプー
ルファイル管理テーブル１２の変更２７、スプールキュ
ー管理テーブル１３の変更２８及びプリントキュー管理
テーブル１４の変更２９が行われると、これらの変更２
７、２８、２９がスプール制御部８に通知され、スプー
ル制御部８は画面情報表示２１の更新を行う。

【００３３】また、ユーザからの操作２３が発生した場
合も、イベント・ハンドラ２２から抜け、スプールファ
イル情報の変更２４、キュー情報の変更２５及びプリン
トキュー情報の変更２６が行われる。

【００３４】スプールファイル情報の変更２４では、デ
ィスク上の操作可能なスプールファイルの情報を変更す
る操作や、スプールファイル７ａ〜７ｃ自体を削除する
操作が行われると、スプールファイル管理テーブル１２
のエントリの変更２７及びスプールキュー管理テーブル
１３のエントリの変更２８を行う。印刷待ちのプリント
キューにも影響する操作ならば、プリントキュー管理テ
ーブル１４のエントリの変更２９も行う。

【００３５】例えば、スプールファイル７ａ〜７ｃを削
除する操作が行われた場合、そのスプールファイル７ａ
〜７ｃと結び付けられているジョブ識別子を有するエン
トリ情報をスプールファイル管理テーブル１２から削除
する。また、削除されたスプールファイル７ａ〜７ｃと
結び付けられているジョブ識別子をスプールキュー管理
テーブル１３の中から検索し、そのジョブ識別子を有す
るエントリ情報をスプールキュー管理テーブル１３から
削除する。さらに、スプールキュー管理テーブル１３か
ら削除されたエントリ情報の中に含まれるキュー識別子
を、プリントキュー管理テーブル１４の中から検索し、
そのキュー識別子を有するエントリ情報をプリントキュ
ー管理テーブル１４から削除する。

【００３６】このように、ジョブ識別子及びキュー識別
子を参照しながら、スプールファイル管理テーブル１
２、スプールキュー管理テーブル１３及びプリントキュ
ー管理テーブル１４を辿っていくことにより、スプール
ファイル７ａ〜７ｃを削除する操作をユーザが行うだけ
で、スプールファイル７ａ〜７ｃから派生して生成され
たプリントキューを削除することが可能となる。

【００３７】キュー情報の変更２５では、キューの状態
を変更させる投入中の印刷取消操作、未投入の印刷依頼
等の操作が行われると、スプールキュー管理テーブル１
３のエントリの変更２８を行う。印刷待ちのプリントキ
ューにも影響する操作ならば、プリントキュー管理テー
ブル１４のエントリの変更２９も行う。

【００３８】プリントキュー情報の変更２６では、印刷
待ちのキューの出力先のプリンタや印刷開始〜終了頁等
を変更する操作が行われると、プリントキュー管理テー
ブル１４のエントリの変更２９を行う。

【００３９】スプールファイル管理テーブル１２の変更
２７、スプールキュー管理テーブル１３の変更２８、ま
たはプリントキュー管理テーブル１４の変更２９が行わ
れると、これらの情報の変更２７、２８、２９がスプー
ル制御部８に通知される。スプール制御部８は情報の変
更２７、２８、２９の通知を受けると、各管理情報の整
合性を保った上で、管理情報が変更となったことを、さ
らに上位へ通知する。この結果、ユーザインターフェー
スとなるモジュールを複数起動していても、各プロセス
がこの通知を受けることにより、他のプロセスが変更し
た管理情報の内容を再取得することが可能となる。

【００４０】このように、サーバ２に送られてきたスプ
ールファイル５より得られる情報から派生させたキュー
の情報を論理キュー、論理キューからシステムの印刷制
御１０に投入したプリントキューの情報を物理キューと
して管理形態をまとめたことにより、場面に応じて論理
キューと物理キューを関連付けたり、独立させたりした
扱いを可能として、通常のプリントキューの管理だけで
はなく、スプールファイル５からの１つの印刷結果であ
るドキュメントとしての管理も行うことが可能となる。

【００４１】また、論理キューと物理キューとを関連付
ける情報をスプールキュー管理テーブル１３としてまと
め、複数のクライアント１から操作されても整合性を保
てるようにしたことで、論理キューに対する操作結果を
物理キューにも反映させたり、物理キューに対する操作
結果を論理キューにも反映させたりすることができ、異
なる場面のユーザ操作においても、モジュールごとに他
のプロセスからの処理を意識することや同期合わせの制
御を自分自身で行うことを不要とすることができる。

【００４２】さらに、論理キュー、物理キュー及びそれ
らの関連付けの情報を異なる階層下で管理することによ
り、１つのスプールファイルから複数に派生したプリン
トキューについても、通常の１スプールファイル１キュ
ーの場合と同様に管理することができ、元のスプールフ
ァイルへの１回の操作で派生した総てのキューへの操作
を行うことが可能となる。

【００４３】なお、上述した実施例では、スプールファ
イル７ａ〜７ｃの情報とシステムのプリントキューの情
報を元に、３つの階層の管理テーブル１２、１３、１４
を制御するようにしたが、プリンタ３ごとの状態管理テ
ーブルを別階層に加えて制御対象に加えてもよい。ま
た、他のプリントサーバに対する印刷データの転送を管
理できる制御機構を、プリントキュー管理機構と同階層
に加えることにより、複数のドメインにまたがったネッ
トワーク下での管理を行うようにしてもよい。

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

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

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

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

【００４８】また、ＣＰＵ４１は、スプール管理制御プ
ログラムが起動されると、スプールファイル及びプリン
トキューを関連づけて管理し、スプールファイルとプリ
ントキューとの間の関連情報に従って、スプールファイ
ルやプリントキューを操作したり、スプールファイルの
内容やプリントキューの内容などをディスプレイ４８に
表示させたりする。

【００４９】

【発明の効果】以上説明したように、本発明によれば、
アプリケーションからの印刷実行により生成されるスプ
ールファイルと、前記スプールファイルから派生するプ
リントキューとを関連づけた関連情報を生成することに
より、スプールファイルの情報の操作が行われた場合
に、そのスプールファイルから派生するプリントキュー
を容易に検出することが可能となり、スプールファイル
の情報の操作を行うだけで、そのスプールファイルから
派生するプリントキューの情報についての操作も自動的
に行うことが可能となることから、１つのスプールファ
イルから複数のプリントキューが派生して生成された場
合においても、各プリントキューごとに同じ操作を何度
も繰り返すことを不要とすることができる。

【００５０】また、本発明の一態様によれば、クライア
ント側で生成される印刷制御に必要な情報をサーバ側で
操作することにより、クライアント側で生成されたスプ
ールファイルについて、対象プリンタ、印刷開始〜終了
頁、印刷部数などの情報をサーバ側で変更することが可
能となり、これらの情報を変更する場合においても、ク
ライアント側からスプールファイルを送り直す必要がな
くなり、印刷処理を効率的に行うことが可能となる。

【図面の簡単な説明】

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

【図２】（ａ）は、本発明の一実施例に係わるスプール
ファイル管理テーブルの構成を示す図、（ｂ）は、本発
明の一実施例に係わるスプールキュー管理テーブルの構
成を示す図、（ｃ）は、本発明の一実施例に係わるプリ
ントキュー管理テーブルの構成を示す図である。

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

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

【図５】従来のクライアントサーバ印刷システムの構成
を示すブロック図である。

【符号の説明】 １ クライアント ２ サーバ ３ プリンタ ４ アプリケーション ５、７ａ〜７ｃ スプールファイル ８ スプール制御部 １０ 印刷制御部 １１ａ〜１１ｃ 印刷結果 １２ スプールファイル管理テーブル １３ スプールキュー管理テーブル １４ プリントキュー管理テーブル １５ 論理キュー制御部 １６ 物理キュー制御部 ４１ ＣＰＵ ４２ ＲＯＭ ４３ ＲＡＭ ４４ 通信インターフェース ４５ 通信ネットワーク ４６ バス ４７ 入出力インターフェース ４８ ディスプレイ ４９ プリンタ ５０ キーボード ５１ マウス ５２ ドライバ ５３ ハードディスク ５４ ＩＣメモリカード ５５ 磁気テープ ５６ フロッピーディスク ５７ 光ディスク

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

Claims (3)

【特許請求の範囲】
1. 【請求項１】 アプリケーションからの印刷実行により
   スプールファイルを生成するスプールファイル生成手段
   と、 前記スプールファイルから派生するプリントキューを生
   成するプリントキュー生成手段と、 前記スプールファイルと前記プリントキューとを関連づ
   けた関連情報を生成する関連情報生成手段と、 前記スプールファイルの情報を操作するスプールファイ
   ル操作手段と、 前記関連情報を参照することにより、前記情報の操作が
   行われたスプールファイルと関連するプリントキューを
   検出するプリントキュー検出手段と、 前記スプールファイルの情報の操作結果に基づいて、前
   記検出されたプリントキューの情報を制御するプリント
   キュー制御手段とを備えることを特徴とする印刷システ
   ム。
2. 【請求項２】 クライアントから転送されたスプールフ
   ァイルを受信するスプールファイル受信手段と、 前記スプールファイルから印刷制御に必要な情報を取得
   する印刷制御情報取得手段と、 前記スプールファイルから取得した印刷制御に必要な情
   報を操作する印刷制御情報操作手段と、 前記操作された情報に基づいて、前記スプールファイル
   に対する印刷実行を行う印刷実行手段とを備えることを
   特徴とする印刷システム。
3. 【請求項３】 アプリケーションからの印刷実行により
   生成されたスプールファイルの情報を格納する機能と、 前記スプールファイルから派生して生成されたプリント
   キューの情報を格納する機能と、 前記スプールファイルと前記プリントキューとを関連づ
   けた関連情報を格納する機能と、 前記スプールファイルの情報を操作する機能と、 前記関連情報を参照することにより、前記情報の操作が
   行われたスプールファイルと関連するプリントキューを
   検出する機能と、 前記スプールファイルの情報の操作結果に基づいて、前
   記検出されたプリントキューの情報を制御する機能とを
   コンピュータに実行させるプログラムを格納したコンピ
   ュータ読み取り可能な記憶媒体。