トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 印刷システム
【発明者】 【氏名】渡辺 隆保

【氏名】筒見 勝紀

【氏名】新堂 幸博

【氏名】波多野 英二

【氏名】天利 忠義

【氏名】田村 恒治
【要約】 【課題】クライアントでの印刷実行結果としてのスプールファイルの内容をサーバ側で管理する。

【解決手段】スプールファイル７ａ〜７ｃと、そのスプールファイル７ａ〜７ｃから派生したプリントキューとを関連づけるスプールキュー管理テーブル１３を設け、スプールファイル７ａ〜７ｃに関する情報が変更されると、スプールキュー管理テーブル１３を参照することにより、そのスプールファイル７ａ〜７ｃと関連するプリントキューを見つけ出し、プリントキューに関する情報の変更も行う。
【特許請求の範囲】
【請求項１】 アプリケーションからの印刷実行によりスプールファイルを生成するスプールファイル生成手段と、前記スプールファイルから派生するプリントキューを生成するプリントキュー生成手段と、前記スプールファイルと前記プリントキューとを関連づけた関連情報を生成する関連情報生成手段と、前記スプールファイルの情報を操作するスプールファイル操作手段と、前記関連情報を参照することにより、前記情報の操作が行われたスプールファイルと関連するプリントキューを検出するプリントキュー検出手段と、前記スプールファイルの情報の操作結果に基づいて、前記検出されたプリントキューの情報を制御するプリントキュー制御手段とを備えることを特徴とする印刷システム。
【請求項２】 クライアントから転送されたスプールファイルを受信するスプールファイル受信手段と、前記スプールファイルから印刷制御に必要な情報を取得する印刷制御情報取得手段と、前記スプールファイルから取得した印刷制御に必要な情報を操作する印刷制御情報操作手段と、前記操作された情報に基づいて、前記スプールファイルに対する印刷実行を行う印刷実行手段とを備えることを特徴とする印刷システム。
【請求項３】 アプリケーションからの印刷実行により生成されたスプールファイルの情報を格納する機能と、前記スプールファイルから派生して生成されたプリントキューの情報を格納する機能と、前記スプールファイルと前記プリントキューとを関連づけた関連情報を格納する機能と、前記スプールファイルの情報を操作する機能と、前記関連情報を参照することにより、前記情報の操作が行われたスプールファイルと関連するプリントキューを検出する機能と、前記スプールファイルの情報の操作結果に基づいて、前記検出されたプリントキューの情報を制御する機能とをコンピュータに実行させるプログラムを格納したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は印刷システムに関し、特に、クライアントサーバ印刷システムに適用して好適なものである。
【０００２】
【従来の技術】従来のクライアントサーバ印刷システムでは、クライアント側で生成されたスプールファイルをサーバに転送し、サーバが管理するプリンタで実際の印刷の実行を行うようにしている。
【０００３】図５は、従来のクライアントサーバ印刷システムの構成を示すブロック図である。図５において、サーバ６２には、複数のクライアント６１ａ〜６１ｃ及び複数のプリンタ６３ａ〜６３ｃが接続されている。クライアント６１ａ〜６１ｃがアプリケーション７１からの印刷実行を受けると、各クライアント６１ａ〜６１ｃ内にスプールファイル７２が生成される。これらのクライアント６１ａ〜６１ｃで生成されたスプールファイル７２はサーバ６２に転送され、サーバ６２が各クライアント６１ａ〜６１ｃからスプールファイル７２を受け取ると、各クライアント６１ａ〜６１ｃからの転送７３ａ〜７３ｄに対応したスプールファイル７４ａ〜７４ｃをサーバ６２側に生成する。サーバ６２のスプール制御部７５は、スプールファイル７４ａ〜７４ｃの制御を行い、各スプールファイル７４ａ〜７４ｃについての印刷７６ａ〜７６ｄをプリンタ６３ａ〜６３ｃに対して実行させる。この印刷７６ａ〜７６ｄの実行により、プリンタ６３ａ〜６３ｃはプリンタ印刷７７を行い、各スプールファイル７４ａ〜７４ｃに対応した書類７８ａ〜７８ｃを印刷する。
【０００４】このように、従来のクライアントサーバ印刷システムでは、複数のクライアント６１ａ〜６１ｃによる印刷実行の結果として生成されるスプールファイル７２をサーバ６２に送り、複数のプリンタ６３ａ〜６３ｃへの印刷の制御をサーバ６２側で行うことにより、プリントサーバとしての集中管理を行うようになっていた。
【０００５】
【発明が解決しようとする課題】しかしながら、従来のクライアントサーバ印刷システムでは、サーバ６２に送られてきたスプールファイル７２から得られる印刷に関する情報（対象プリンタ、印刷開始〜終了頁、印刷部数等）を基に、各スプールファイル７４ａ〜７４ｃの内容を印刷を司るシステムの印刷制御（例えば、ｗｉｎｄｏｗｓのＧＤＩ（グラフィカルデバイスインターフェース関数））に引き渡すことで実際の印刷７６ａ〜７６ｄを実現していた。このため、各クライアント６１ａ〜６１ｃにおける１回の印刷実行結果であるスプールファイル７２の内容自体をサーバ６２で集中管理できなかった。この結果、対象プリンタ、印刷開始〜終了頁、印刷部数などの情報をサーバ６２側で変更することができず、これらの情報を変更して印刷するには、クライアント６１ａ〜６１ｃで生成されるスプールファイル７２をサーバ６２に送り直す必要があるという問題があった。
【０００６】また、１つのスプールファイル７２から複数のプリンタ６３ａ〜６３ｃへ印刷する場合（分散印刷等）、１つのスプールファイル７２に対して各プリンタ６３ａ〜６３ｃごとにプリントキューが生成されるが、１つのスプールファイル７２とこれらのプリントキューを関連付けた操作を行うことができなかった。このため、１つのスプールファイル７２についてのプリントキューの取り消しを行う場合、プリントキューの取り消しを各プリンタごとに行う必要があり、１つのスプールファイル７２についてプリントキューの取り消しを何度も行わなければならないという問題もあった。
【０００７】そこで、本発明の第１の目的は、スプールファイルとプリントキューとを関連づけて処理することが可能な印刷システムを提供することである。また、本発明の第２の目的は、クライアントでの印刷実行結果としてのスプールファイルの内容をサーバ側で管理することが可能な印刷システムを提供することである。
【０００８】
【課題を解決するための手段】上述した課題を解決するために、本発明によれば、アプリケーションからの印刷実行により生成されるスプールファイルと、前記スプールファイルから派生するプリントキューとを関連づけた関連情報を生成するようにしている。
【０００９】このことにより、スプールファイルの情報の操作が行われた場合に、そのスプールファイルから派生するプリントキューを容易に検出することが可能となり、スプールファイルの情報の操作を行うだけで、そのスプールファイルから派生するプリントキューの情報についての操作も自動的に行うことが可能となることから、１つのスプールファイルから複数のプリントキューが派生して生成された場合においても、各プリントキューごとに同じ操作を何度も繰り返すことを不要とすることができる。
【００１０】また、本発明の一態様によれば、クライアントから転送されたスプールファイルを受信するスプールファイル受信手段と、前記スプールファイルから印刷制御に必要な情報を取得する印刷制御情報取得手段と、前記スプールファイルから取得した印刷制御に必要な情報を操作する印刷制御情報操作手段と、前記操作された情報に基づいて、前記スプールファイルに対する印刷実行を行う印刷実行手段とを備えている。
【００１１】このことにより、クライアント側で生成される印刷制御に必要な情報をサーバ側で操作することが可能となり、クライアント側で生成されたスプールファイルについて、対象プリンタ、印刷開始〜終了頁、印刷部数などの情報をサーバ側で変更することが可能となることから、これらの情報を変更する場合においても、クライアント側からスプールファイルを送り直す必要がなくなり、印刷処理を効率的に行うことが可能となる。
【００１２】
【発明の実施の形態】以下、本発明の一実施例に係わる印刷システムについて図面を参照しながら説明する。図１は、本発明の一実施例に係わる印刷システムの構成を示すブロック図である。図１において、アプリケーション４の印刷実行により、スプールファイル５がクライアント１としてのローカルマシンに生成される。この生成されたスプールファイル５がリモートのサーバ２に転送されると、クライアント１で生成されたスプールファイル５の転送６ａ〜６ｄに対応して、スプールファイル７ａ〜７ｃがサーバ２側に生成される。
【００１３】スプールファイル７ａ〜７ｃがサーバ２側に生成されると、スプール制御部８は、各スプールファイル７ａ〜７ｃから印刷に必要な情報を取得する。そして、スプール制御部８は、実際のプリンタ３ごとの印刷９ａ〜９ｄを制御する印刷制御部１０にキュー単位の処理を依頼し、印刷制御部１０がプリンタ３への印刷９ａ〜９ｄをキュー単位に実行することで、印刷結果１１ａ〜１１ｃを得ることが可能となる。
【００１４】ここで、通常の動作では、印刷後削除となっているスプールファイル７ａ〜７ｃは、印刷結果１１ａ〜１１ｃを得ることで印刷１０ａ〜１０ｄが完了すると、サーバ２から削除される。また、印刷後保存や印刷未完了の場合には、スプールファイル７ａ〜７ｃがサーバ２に存在することになる。
【００１５】図１の実施例では、サーバ２に存在するスプールファイル７ａ〜７ｃや、そのスプールファイル７ａ〜７ｃから派生したプリントキューを管理するために、スプールファイル管理テーブル１２、スプールキュー管理テーブル１３及びプリントキュー管理テーブル１４が設けられている。また、サーバ２に存在するスプールファイル７ａ〜７ｃや、そのスプールファイル７ａ〜７ｃから派生したプリントキューを操作するため、論理キュー制御部１５及び物理キュー制御部１６が設けられている。
【００１６】スプールファイル管理テーブル１２には、スプールファイル７ａ〜７ｃに関する情報が格納され、例えば、出力先のプリンタ３への印刷頁範囲などの印刷に関する情報が格納される。このスプールファイル管理テーブル１２は、スプールファイル５がサーバ２に転送された時に生成され、論理キュー制御部１５により、スプールファイル７ａ〜７ｃに対する直接の操作とは独立させて、スプールファイル管理テーブル１２の内容を操作することができる。
【００１７】スプール制御部８は、スプールファイル管理テーブル１２を参照することにより、各スプールファイル７ａ〜７ｃについての印刷に関する情報（出力先への印刷頁範囲等）を管理することができる。
【００１８】プリントキュー管理テーブル１４には、印刷９ａ〜９ｄを依頼されているスプールファイル７ａ〜７ｃから発生したプリントキューの状態を示す情報が格納され、例えば、キュー順や印刷が終了した頁などの現在の状態を示す情報が格納される。このプリントキュー管理テーブル１４は、印刷を依頼された時にプリントキューの状態を示す情報を追加し、物理キュー制御部１６により、スプールファイル７ａ〜７ｃに対する操作とは独立して、プリントキューへの直接の操作を行うことができる。また、プリントキュー管理テーブル１４の内容を表示することにより、スプールファイル７ａ〜７ｃの状態に依存することなく、印刷待ちのプリントキューのみの情報を表示することができる。
【００１９】印刷制御部１０は、プリントキュー管理テーブル１４を参照することにより、印刷を依頼された１つ１つのプリントキューに対して、キュー順や印刷が終了した頁等の現在の状態を管理することができる。
【００２０】スプールキュー管理テーブル１３には、スプールファイル管理テーブル１２の情報から現時点で想定できる印刷されるべきプリンタ３に対するプリントキューの情報が格納される。このスプールキュー管理テーブル１３を参照することにより、スプールファイル管理テーブル１２下のスプールファイル７ａ〜７ｃとプリントキュー管理テーブル１４下のプリントキューを関連付けることが可能となる。このため、印刷依頼の有無に関係なく、スプールファイル７ａ〜７ｃ単位にプリントキューへの操作が可能となり、１つのスプールファイル７ａ〜７ｃから複数のプリンタ３へ派生した複数のプリントキューの管理も可能となる。また、スプールファイル７ａ〜７ｃとプリントキューとを独立に管理することも可能である。
【００２１】論理キュー制御部１５は、ユーザとのマンマシンインターフェースを持ち、スプールファイル管理テーブル１２及びスプールキュー管理テーブル１３を操作する。サーバ２に存在するスプールファイル７ａ〜７ｃの情報は、スプールファイル管理テーブル１２に格納されているので、論理キュー制御部１５よりスプールファイル管理テーブル１２の情報の表示や操作を行うことにより、スプールファイル７ａ〜７ｃに関する情報の表示や操作を行うができる。
【００２２】また、論理キュー制御部１５でユーザの操作により発生したスプールファイル７ａ〜７ｃの情報変更を、スプールファイル管理テーブル１２に反映させ、スプール制御部８に通知することで、これらの同期の取れた操作が可能となる。また、スプールファイル７ａ〜７ｃの情報変更が、スプールキュー管理テーブル１３及びプリントキュー管理テーブル１４の内容にも影響を及ぼす場合には、スプールファイル７ａ〜７ｃの情報変更を、スプールキュー管理テーブル１３及びプリントキュー管理テーブル１４に反映させるようにすることもできる。
【００２３】物理キュー制御部１６は、ユーザとのマンマシンインターフェースを持ち、スプールキュー管理テーブル１３及びプリントキュー管理テーブル１４を操作する。印刷を依頼されているスプールファイル７ａ〜７ｃから発生したプリントキューの現在の状態を示す情報は、プリントキュー管理テーブル１４に収められているので、物理キュー制御部１６よりプリントキュー管理テーブル１４の情報の表示や操作を行うことにより、プリントキューに関する現在の情報の表示や操作を行うができる。
【００２４】また、物理キュー制御部１６でユーザの操作により発生したプリントキューの状態変更を、プリントキュー管理テーブル１４に反映させ、印刷制御部１０またはスプール制御部８に通知することで、これらの同期の取れた操作が可能となる。また、スプールファイル７ａ〜７ｃの情報変更が、スプールファイル管理テーブル１２及びスプールキュー管理テーブル１３の内容にも影響を及ぼす場合には、スプールファイル７ａ〜７ｃの情報変更を、スプールファイル管理テーブル１２及びスプールキュー管理テーブル１３に反映させるようにすることもできる。
【００２５】このように、スプールファイル７ａ〜７ｃとプリントキューをそれぞれ関連付け、スプールファイル７ａ〜７ｃに対する操作がプリントキューに、プリントキューに対する操作がスプールファイル７ａ〜７ｃに双方向で反映できるようにすることにより、１つのスプールファイル７ａ〜７ｃの複数プリンタ３への同時印刷などにおいて、１つのスプールファイル７ａ〜７ｃを操作するだけで、各プリンタ３ごとに生成されるプリントキューを操作することが可能となる。
【００２６】図２（ａ）は、本発明の一実施例に係わるスプールファイル管理テーブル１２の構成を示す図である。このスプールファイル管理テーブル１２は、１つのスプールファイル７ａ〜７ｃに対し、１つのエントリで構成される情報であり、スプールファイル７ａ〜７ｃの個数分のエントリを持つ。図２（ａ）において、ジョブ識別子は、スプールファイル７ａ〜７ｃの実体と１つのエントリ情報を結び付ける識別子である。総頁数は、１回の印刷実行結果としてのスプールファイル５の頁数である。印刷頁順は、ソート／スタック等の印刷頁の順番である。動作モードは、通常／配布／分散等の印刷の仕方を示す情報である。出力モードは、即印刷／時間指定／日時指定／印刷しない等の印刷開始のタイミングを示す情報である。保存モードは、印刷後削除、日時指定削除等の印刷完了後のスプールファイル７ａ〜７ｃの自動削除のタイミングを示す情報である。スプールファイル状態は、印刷投入しているプリントキューの有無等のスプールファイル７ａ〜７ｃの現在の状態を示す情報である。キュー数は、１つのスプールファイル７ａ〜７ｃから派生すべきキューの個数である。
【００２７】図２（ｂ）は、本発明の一実施例に係わるスプールキュー管理テーブル１３の構成を示す図である。このスプールキュー管理テーブル１３は、スプールファイル７ａ〜７ｃから派生した１つのキューに対し、１つのエントリで構成される情報であり、キューの個数分のエントリを持つ。例えば、通常印刷ならば、１スプールファイル＝１キュー、分散印刷ならば、１スプールファイル＝複数キューとなる。
【００２８】図２（ｂ）において、ジョブ識別子は、スプールキュー管理テーブル１３とスプールファイル管理テーブル１２とを結び付ける識別子であり、印刷の有無に関係なくスプールファイル７ａ〜７ｃが存在している間は、このジョブ識別子も存在する。キュー識別子は、スプールキュー管理テーブル１３とプリントキュー管理テーブル１４とを結び付ける識別子であり、印刷がなければここは空である。プリンタ名は、１つのキューが投入されるべきプリンタの名称である。キュー状態は、未印刷／未投入／投入中／印刷完了時のキューの状態を示す情報である。
【００２９】図２（ｃ）は、本発明の一実施例に係わるプリントキュー管理テーブル１４の構成を示す図である。このプリントキュー管理テーブル１４は、スプールファイルから派生した印刷依頼の有る１つのキューに対し、１つのエントリで構成される情報であり、印刷待ちのキューの個数分のエントリを持つ。図２（ｃ）において、キュー識別子は、プリントキュー管理テーブル１４とスプールキュー管理テーブル１３とを結び付ける識別子である。印刷開始頁は、１つのキューの印刷を開始する元のスプールファイル７ａ〜７ｃに対する頁番号である。印刷終了頁は、１つのキューの印刷を終了する元のスプールファイル７ａ〜７ｃに対する頁番号である。印刷頁順は、ソート／スタック等の印刷頁の順番を示す情報である。プリントキュー状態は、印刷中または印刷待ちのプリントキューの状態（エラー等）を示す情報である。印刷完了頁は、印刷中のプリントキューの詳細情報として制御可能ならば、プリンタ３より現時点で排紙されている頁番号を示す情報である。
【００３０】なお、スプールファイル管理テーブル１２及びスプールキュー管理テーブル１３の情報は、スプールファイルがなくなると削除され、プリントキュー管理テーブル１４の情報は、印刷待ちが解除されると削除され、エントリがなくなる。
【００３１】図３は、本発明の一実施例に係わる印刷システムの動作を示すブロック図である。図３において、図２の論理キュー制御部１５及び物理キュー制御部１６のモジュールが起動されると、スプールファイル管理テーブル１２、スプールキュー管理テーブル１３及びプリントキュー管理テーブル１４から情報を取得する。また、スプールファイル管理テーブル１２に格納されているジョブ識別子を参照し、このジョブ識別子で結び付けられているスプールファイル７ａ〜７ｃから情報を取得する。論理キュー制御部１５及び物理キュー制御部１６は、これらの情報を取得すると、各画面に対して管理情報表示２１を行う。なお、スプールファイル７ａ〜７ｃの全て情報がスプールキュー管理テーブル１３に登録されている場合は、スプールファイル７ａ〜７ｃからの情報の取得を行わない。
【００３２】次に、Ｗｉｎｄｏｗｓのイベント・ハンドラ２２へ制御を任せ、何らかのイベントが発生するまで待機する。例えば、印刷が完了したことにより、スプールファイル管理テーブル１２の変更２７、スプールキュー管理テーブル１３の変更２８及びプリントキュー管理テーブル１４の変更２９が行われると、これらの変更２７、２８、２９がスプール制御部８に通知され、スプール制御部８は画面情報表示２１の更新を行う。
【００３３】また、ユーザからの操作２３が発生した場合も、イベント・ハンドラ２２から抜け、スプールファイル情報の変更２４、キュー情報の変更２５及びプリントキュー情報の変更２６が行われる。
【００３４】スプールファイル情報の変更２４では、ディスク上の操作可能なスプールファイルの情報を変更する操作や、スプールファイル７ａ〜７ｃ自体を削除する操作が行われると、スプールファイル管理テーブル１２のエントリの変更２７及びスプールキュー管理テーブル１３のエントリの変更２８を行う。印刷待ちのプリントキューにも影響する操作ならば、プリントキュー管理テーブル１４のエントリの変更２９も行う。
【００３５】例えば、スプールファイル７ａ〜７ｃを削除する操作が行われた場合、そのスプールファイル７ａ〜７ｃと結び付けられているジョブ識別子を有するエントリ情報をスプールファイル管理テーブル１２から削除する。また、削除されたスプールファイル７ａ〜７ｃと結び付けられているジョブ識別子をスプールキュー管理テーブル１３の中から検索し、そのジョブ識別子を有するエントリ情報をスプールキュー管理テーブル１３から削除する。さらに、スプールキュー管理テーブル１３から削除されたエントリ情報の中に含まれるキュー識別子を、プリントキュー管理テーブル１４の中から検索し、そのキュー識別子を有するエントリ情報をプリントキュー管理テーブル１４から削除する。
【００３６】このように、ジョブ識別子及びキュー識別子を参照しながら、スプールファイル管理テーブル１２、スプールキュー管理テーブル１３及びプリントキュー管理テーブル１４を辿っていくことにより、スプールファイル７ａ〜７ｃを削除する操作をユーザが行うだけで、スプールファイル７ａ〜７ｃから派生して生成されたプリントキューを削除することが可能となる。
【００３７】キュー情報の変更２５では、キューの状態を変更させる投入中の印刷取消操作、未投入の印刷依頼等の操作が行われると、スプールキュー管理テーブル１３のエントリの変更２８を行う。印刷待ちのプリントキューにも影響する操作ならば、プリントキュー管理テーブル１４のエントリの変更２９も行う。
【００３８】プリントキュー情報の変更２６では、印刷待ちのキューの出力先のプリンタや印刷開始〜終了頁等を変更する操作が行われると、プリントキュー管理テーブル１４のエントリの変更２９を行う。
【００３９】スプールファイル管理テーブル１２の変更２７、スプールキュー管理テーブル１３の変更２８、またはプリントキュー管理テーブル１４の変更２９が行われると、これらの情報の変更２７、２８、２９がスプール制御部８に通知される。スプール制御部８は情報の変更２７、２８、２９の通知を受けると、各管理情報の整合性を保った上で、管理情報が変更となったことを、さらに上位へ通知する。この結果、ユーザインターフェースとなるモジュールを複数起動していても、各プロセスがこの通知を受けることにより、他のプロセスが変更した管理情報の内容を再取得することが可能となる。
【００４０】このように、サーバ２に送られてきたスプールファイル５より得られる情報から派生させたキューの情報を論理キュー、論理キューからシステムの印刷制御１０に投入したプリントキューの情報を物理キューとして管理形態をまとめたことにより、場面に応じて論理キューと物理キューを関連付けたり、独立させたりした扱いを可能として、通常のプリントキューの管理だけではなく、スプールファイル５からの１つの印刷結果であるドキュメントとしての管理も行うことが可能となる。
【００４１】また、論理キューと物理キューとを関連付ける情報をスプールキュー管理テーブル１３としてまとめ、複数のクライアント１から操作されても整合性を保てるようにしたことで、論理キューに対する操作結果を物理キューにも反映させたり、物理キューに対する操作結果を論理キューにも反映させたりすることができ、異なる場面のユーザ操作においても、モジュールごとに他のプロセスからの処理を意識することや同期合わせの制御を自分自身で行うことを不要とすることができる。
【００４２】さらに、論理キュー、物理キュー及びそれらの関連付けの情報を異なる階層下で管理することにより、１つのスプールファイルから複数に派生したプリントキューについても、通常の１スプールファイル１キューの場合と同様に管理することができ、元のスプールファイルへの１回の操作で派生した総てのキューへの操作を行うことが可能となる。
【００４３】なお、上述した実施例では、スプールファイル７ａ〜７ｃの情報とシステムのプリントキューの情報を元に、３つの階層の管理テーブル１２、１３、１４を制御するようにしたが、プリンタ３ごとの状態管理テーブルを別階層に加えて制御対象に加えてもよい。また、他のプリントサーバに対する印刷データの転送を管理できる制御機構を、プリントキュー管理機構と同階層に加えることにより、複数のドメインにまたがったネットワーク下での管理を行うようにしてもよい。
【００４４】図４は、本発明の一実施例に係わる印刷装置のシステム構成を示すブロック図である。図４において、４１は全体的な処理を行う中央演算処理ユニット（ＣＰＵ）、４２はリードオンリメモリ（ＲＯＭ）、４３はランダムアクセスメモリ（ＲＡＭ）、４４は通信インターフェイス、４５は通信ネットワーク、４６はバス、４７は入出力インターフェイス、４８は印刷イメージなどを表示するディスプレイ、４９は印刷結果を出力するプリンタ、５０はキーボード、５１はマウス、５２は記憶媒体を駆動するドライバ、５３はハードディスク、５４はＩＣメモリカード、５５は磁気テープ、５６はフロッピーディスク、５７はＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの光ディスクである。
【００４５】印刷処理を行うプログラム、スプール管理制御プログラム及び印刷データなどは、ハードディスク５３、ＩＣメモリカード５４、磁気テープ５５、フロッピーディスク５６、光ディスク５７などの記憶媒体に格納される。そして、印刷処理を行うプログラムをこれらの記憶媒体からＲＡＭ４３に読み出すことにより、印刷処理を行うことができる。また、スプール管理制御プログラムをこれらの記憶媒体からＲＡＭ４３に読み出すことにより、スプール管理を行うことができる。、なお、印刷処理を行うプログラム及びスプール管理制御プログラムをＲＯＭ４２に格納しておくこともできる。
【００４６】さらに、印刷処理を行うプログラム、スプール管理制御プログラム及び印刷データなどを通信インターフェイス４４を介して通信ネットワーク４５から取り出すこともできる。通信インターフェイス４４に接続される通信ネットワーク４５として、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネット、アナログ電話網、デジタル電話網（ＩＳＤＮ：Ｉｎｔｅｇｒａｌ Ｓｅｒｖｉｃｅ ＤｉｇｉｔａｌＮｅｔｗｏｒｋ）、ＰＨＳ（パーソナルハンディシステム）や衛星通信などの無線通信網を用いることができる。
【００４７】ＣＰＵ４１は、印刷処理を行うプログラムが起動されると、キーボード５０やマウス５１などにより入力された描画データをハードディスク５３、ＩＣメモリカード５４、磁気テープ５５、フロッピーディスク５６、光ディスク５７などの記憶媒体に格納する。そして、これらの記憶媒体に格納された描画データをプリンタ４９に送って印刷させたり、通信ネットワーク４５を介して他のサーバやプリンタに送ったりする。
【００４８】また、ＣＰＵ４１は、スプール管理制御プログラムが起動されると、スプールファイル及びプリントキューを関連づけて管理し、スプールファイルとプリントキューとの間の関連情報に従って、スプールファイルやプリントキューを操作したり、スプールファイルの内容やプリントキューの内容などをディスプレイ４８に表示させたりする。
【００４９】
【発明の効果】以上説明したように、本発明によれば、アプリケーションからの印刷実行により生成されるスプールファイルと、前記スプールファイルから派生するプリントキューとを関連づけた関連情報を生成することにより、スプールファイルの情報の操作が行われた場合に、そのスプールファイルから派生するプリントキューを容易に検出することが可能となり、スプールファイルの情報の操作を行うだけで、そのスプールファイルから派生するプリントキューの情報についての操作も自動的に行うことが可能となることから、１つのスプールファイルから複数のプリントキューが派生して生成された場合においても、各プリントキューごとに同じ操作を何度も繰り返すことを不要とすることができる。
【００５０】また、本発明の一態様によれば、クライアント側で生成される印刷制御に必要な情報をサーバ側で操作することにより、クライアント側で生成されたスプールファイルについて、対象プリンタ、印刷開始〜終了頁、印刷部数などの情報をサーバ側で変更することが可能となり、これらの情報を変更する場合においても、クライアント側からスプールファイルを送り直す必要がなくなり、印刷処理を効率的に行うことが可能となる。
【出願人】 【識別番号】０００００１４４３
【氏名又は名称】カシオ計算機株式会社
【出願日】 平成１０年（１９９８）５月１８日
【代理人】 【弁理士】
【氏名又は名称】大菅 義之
【公開番号】 特開平１１−３２７８２０
【公開日】 平成１１年（１９９９）１１月３０日
【出願番号】 特願平１０−１３４９７５