JP4124937B2 - プリントサーバ装置、クライアントとしての情報処理装置、これら装置の印刷管理方法および記憶媒体 - Google Patents
プリントサーバ装置、クライアントとしての情報処理装置、これら装置の印刷管理方法および記憶媒体 Download PDFInfo
- Publication number
- JP4124937B2 JP4124937B2 JP2000014843A JP2000014843A JP4124937B2 JP 4124937 B2 JP4124937 B2 JP 4124937B2 JP 2000014843 A JP2000014843 A JP 2000014843A JP 2000014843 A JP2000014843 A JP 2000014843A JP 4124937 B2 JP4124937 B2 JP 4124937B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- server
- print data
- printer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
- G06F3/1211—Improving printing performance
- G06F3/1212—Improving printing performance achieving reduced delay between job submission and print start
- G06F3/1214—Improving printing performance achieving reduced delay between job submission and print start at the submitting node
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1229—Printer resources management or printer maintenance, e.g. device status, power levels
- G06F3/1234—Errors handling and recovery, e.g. reprinting
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1237—Print job management
- G06F3/1238—Secure printing, e.g. user identification, user rights for device usage, unallowed content, blanking portions or fields of a page, releasing held jobs
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1284—Local printer device
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1285—Remote printer device, e.g. being remote from client or server
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、プリントサーバ装置、クライアントとしての情報処理装置、これら装置の印刷管理方法および記憶媒体に関し、詳細には、印刷装置が実行する記録ジョブの監視を行うサーバ装置と記録依頼を行うクライアントからなるプリントサーバシステムにおける印刷ジョブの管理に関するものである。
【０００２】
【従来の技術】
従来のプリントシステムにおいては、クライアントから印刷依頼される印刷ジョブがプリントサーバに格納され、プリントサーバが印刷ジョブの順序管理を行い、出力先のプリンタを監視して、プリンタで印刷出力が可能な場合は印刷順序に応じて印刷ジョブを該プリンタに出力して印刷ジョブをクリアしている。
【０００３】
また、近年考えられているプリントシステムは、ネットワーク及びプリントサーバの負荷を減らすために、クライアントからプリントサーバへは印刷ジョブの印刷依頼だけを送信し、印刷ジョブの実態はクライアントに保持しておき、プリントサーバで印刷依頼を受け取ると印刷ジョブの順序管理を行い、プリンタで印刷出力が可能であると認識された場合にクライアントに対して印刷許可を通知し、クライアントがプリンタに直接印刷ジョブを出力して印刷ジョブをクリアしする仕組みが考えられている。
【０００４】
このように、印刷ジョブの順序管理を行うサーバと印刷依頼を行うクライアントのどちらかが印刷ジョブの実態である記録画像を保持（スプール）するように構成されているのが一般的である。この場合、サーバが記録画像を持つように構成する（サーバスプール）と、クライアントがダウンした際にも、印刷ジョブが保証され、プリンタの状態を集中管理できるなどの長所がある。一方、クライアントが記録画像を持つ構成（クライアントスプール）では、記録画像の伝送経路がクライアントからプリンタだけとなり、ＬＡＮのビジー状態が発生しにくいという長所がある。
【０００５】
上記のようなシステムでは、サーバまたはクライアントでスプールしている対象は、印刷ジョブの記録画像であり、実際にプリンタに出力される印刷データだけである。また、プリンタに印刷データが出力された後は、サーバまたはクライアントのスプールデータは消去（クリア）されてしまい、再利用等は考えられていない。
【０００６】
また、サーバにスプールされている印刷ジョブの一覧をクライアントで取得してジョブ情報（ドキュメント名、オーナー名、印刷依頼時刻）を表示することは可能であるが、サーバにスプールされている印刷ジョブのジョブ情報の内容が少ないために、実際のどのような印刷出力を得るための印刷ジョブであるのかを知ることはできない。
【０００７】
【発明が解決しようとしている課題】
上記のように、サーバとクライアントのどちらか一方が画像スプーラを有するシステムでは、以下のような不具合が生じる。
【０００８】
サーバが印刷データ（記録画像）を持つ構成では、印刷データの伝送経路が、（Ｉ）クライアント−サーバ、（ＩＩ）サーバ−プリンタというように、必ずサーバを経由することとなり、ＬＡＮの負荷が大きくなりビジー状態となりやすい。また、サーバが複数のクライアントからの印刷データをスプールしなければならず、大容量メモリが必要となり、サーバの負荷が大きくなってしまい、コストもかかるという不具合が生じる。
【０００９】
一方、クライアントが記録画像を持つ構成では、他のクライアントが要求している印刷ジョブが参照できなかったり、クライアントがサーバに印刷依頼された印刷ジョブの一覧をサーバから取得できたとしても、ドキュメント名称等では実際にどのような印刷出力が得られるのか少なくとも印刷依頼してないクライアントからはわからないという問題があり、また、印刷ジョブをスプールしているクライアントがダウンした際の印刷ジョブが保証されないという問題がある。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、本発明の第一の目的は、サーバおよびクライアントの両方に画像スプーラを備えており、どちらのスプーラに保持された画像を記録するのかをサーバが自動的に判断することができるプリントサーバシステムを提供することである。
【００１１】
また、本発明の第二の目的は、サーバおよびクライアントの両方に画像スプーラを備えており、どちらのスプール機能を使用して印刷データをスプールするかをユーザが選択できるプリントサーバシステムを提供することである。
【００１２】
また、本発明の第三の目的は、サーバおよびクライアントの両方に画像スプーラを備えており、どちらのスプール機能を使用して印刷データをスプールするかをシステムが自動的に判断するプリントサーバシステムを提供することである。
【００１３】
また、本発明の第四の目的は、サーバもしくはクライアントにスプールされている印刷ジョブのプレビューをクライアントで表示可能とするプリントサーバシステムを提供することである。
【００１４】
【課題を解決するための手段】
上記目的を達成する本発明のサーバ装置は、印刷ジョブの印刷データを記憶する記憶手段を備えたクライアントと印刷装置と通信可能なサーバ装置であって、
クライアントから印刷要求された印刷ジョブの印刷データを記憶する記憶手段と、
クライアントから印刷要求された印刷ジョブの順序を保持する順序保持手段と、
前記順序保持手段により保持された印刷ジョブの順序に基づいて、前記プリンタに印刷データの送信が可能であることを示す送出許可情報を前記クライアントへ送信する送信手段と、
前記送信手段により送出許可情報が前記クライアントへ送信された後、前記印刷データがクライアントからプリンタに送信されない場合に、前記記憶手段に記憶されている印刷データを前記プリンタに送信することを決定する決定手段と、
を備えていることを特徴とする。
【００１５】
また、上記目的を達成する本発明のクライアントとしての情報処理装置は、印刷ジョブの印刷データを記憶でき、かつ、印刷順序を保持するサーバ装置と印刷装置と通信可能なクライアントとしての情報処理装置であって、
印刷要求された印刷ジョブの印刷データを記憶する記憶手段と、
ユーザの指示に従って、前記サーバ装置へ印刷要求する印刷ジョブの印刷データを、当該印刷ジョブの送信元となる前記情報処理装置の前記記憶手段及び前記サーバ装置の記憶部のどちらに記憶させるかを選択する選択手段と、
前記選択手段によりサーバ装置の記憶部に前記印刷データを記憶することが選択された場合は、前記サーバ装置に前記印刷データを送信し、前記選択手段により前記印刷データを前記記憶手段に記憶することが選択された場合は、前記記憶手段に前記印刷データを記憶することを決定する決定手段と、
前記プリンタに印刷データの送信が可能であることを示す送出許可情報を前記サーバ装置から受信する受信手段と、
前記送出許可情報が受信されると、前記記憶手段に記憶された印刷データを前記プリンタへ出力する出力手段と、
を備えることを特徴とする。
【００１８】
本発明の上記目的は、上記のサーバ装置およびクライアントとしての情報処理装置に対応する印刷管理方法並びに該印刷管理方法を実現するプログラムを記憶した記憶媒体によっても達成される。
【００１９】
本発明のプリントサーバシステムのサーバ装置またはクライアントとしての情報処理装置によれば、ネットワークの構成や稼働状況に応じてどちらの画像記憶手段から記録画像を送信するのかを、ユーザの指定や、クライアントでの所定の条件に応じた自動的な判断によって決定されるので、効率的かつ柔軟なシステムとすることができる。
【００２０】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施形態について詳細に説明する。
【００２１】
図１は、本発明のプリントサーバシステムの第１の実施形態の構成を示すブロック図である。図１において、１１は、ＴＣＰ／ＩＰ等のプロトコルによりパソコン、ワークステーション、プリンタなどを接続することが可能なＬＡＮ(local area network)である。１２はパソコン、ワークステーションなどの記録要求を行うクライアント端末である。１３はクライアント端末に付属しているハードディスク等のメモリ装置である。１４、および１５は、１２と同様なクライアント端末であり、これらはハードディスク等のメモリ装置を備えていなくてもよい。
【００２２】
１６はサーバ装置であり１２、１４、１５のクライアント端末がプリント出力要求を行った際に、要求があったことを記憶する手段を有している。１７は１６に付属のハードディスク等のメモリ装置である。１８は１２、１４、１５の各クライアント端末が出力要求した画像を記録出力するプリンタである。
【００２３】
図２は、図１のクライアント端末１２、１４、１５およびサーバ１６それぞれの内部構成を示すブロック図である。２１は各部を接続するシステムバスである。２２は、ＲＯＭやその他の記憶手段に格納されている各種プログラムに基づいてシステムを制御するＣＰＵである。２３は、２２で実行させる制御コード（プリンタドライバ及び印刷制御プログラムを含む）が書き込まれているＲＯＭ、２４はＣＰＵ２２のワークエリア等に用いられるＲＡＭである。
【００２４】
２５は画像管理部であり、クライアント端末ではサーバに対して出力要求を行った場合にＯＳから取得するＥＭＦファイル（中間ファイル）とプリンタドライバにより生成される印刷データとが蓄えられ、サーバではサーバスプーラを使用する場合に各クライアントからの出力要求画像（印刷データとＥＭＦファイル）が蓄えられる。この画像管理部２５が、記録画像を保持するスプーラとして働く部分であり、本実施形態ではこのように各クライアント端末およびサーバがそれぞれ画像管理部を備えている。
【００２５】
２６はジョブ管理部であり、クライアントではサーバから定期的に更新された情報を格納し、サーバでは各クライアントからの印刷要求に応じてジョブ情報が追加され、印刷順序を管理し、プリンタによる印刷出力後に消去される情報を管理する。また、ジョブ管理部２６は、ＬＡＮ１１を介して管理下の複数のプリンタの状況を管理しており、プリンタで印刷出力が可能であると判断した場合に、画像管理部２５でスプールされている印刷ジョブをプリンタに送信したり、印刷の順番の印刷ジョブを依頼したクライアントに印刷データのプリンタへの送信許可を示す送信許可情報の生成等を行う。
【００２６】
２７はユーザによるキーオペレーションを行わせるためのキー入力部である。２８はジョブ管理の内容等の種々の情報をユーザに表示するＣＲＴ等の表示部である。２９は記録媒体への記録を行う記録部である。２１０はサーバ、クライアント、プリンタとの通信を行う回線制御部であり、ＬＡＮのプロトコルを制御する。
【００２７】
図３は、本実施形態のプリントサーバシステムにおいて、クライアントから画像の記録を要求された際のシーケンスの例を示す図である。この図は、クライアント１２、サーバ１６およびプリンタ１８の各装置で、上側から下側に向かって順次処理が行われることを示している。図中の矢印は、情報が送信されることを示し、枠で囲った部分は各装置での処理を示している。
【００２８】
始めにオペレータの指示により印刷が選択されることにより以下のシーケンス処理が行われる。オペレータの指示により印刷が選択されると、アプリケーションはＯＳの描画手段に対して描画データであるＧＤＩ関数（Graphical Device Interface）を出力する。ＯＳの描画手段は、Windows OS（米国マイクロソフトの登録商標）では、Win32APIに相当する。ＯＳの描画手段はアプリケーションから受け取ったＧＤＩ関数に基づいてＤＤＩ関数（Device Driver Interface）を生成してＥＭＦファイルとして出力する。プリンタドライバはＤＤＩ関数を印刷データに変換してプリント用スプーラにスプールしておく。印刷データがすべて生成されると、サーバスプーラの場合はサーバに出力し、クライアントスプールの場合は画像管理部２５に格納しておく。
【００２９】
印刷データが生成されるとクライアント１２は、サーバ１６に対して印刷要求情報を送信する（３０１）。印刷要求情報は、印刷ジョブのドキュメント名、オーナー名、出力先プリンタのポート番号等からなるジョブ情報であり、実際に描画される印刷データは含まれない。サーバ１６は管理しているジョブ情報を追加して、印刷順序を更新し（３０２）確認のメッセージ（印刷要求確認）をクライアント１２へ送る（３０３）。
【００３０】
後で詳述するが、クライアント１２からの印刷要求情報およびサーバが管理するジョブ情報には、プリンタ１８へ画像情報をクライアント１２から送信するか、またはサーバ１６から送信するかを示すデータも含まれている。ここでは、クライアント１２から記録画像データをプリンタ１８へ送信する場合について説明する。
【００３１】
次にクライアント１２は、プリンタドライバにより生成された印刷データ及びＯＳから取得した中間データ（ＥＭＦファイル）をクライアント内の仮想スプーラとして働く画像管理部２５に保存する（３０４）。
【００３２】
サーバ１６は出力先のプリンタ１８の状態を管理し（３０５）する。各クライアントからの印刷要求を整理し、プリンタで出力が可能と状態管理されまで、決められた順序でジョブを実行するよう制御する（３０６）。
【００３３】
印刷要求情報を送信したクライアント１２に印刷順序が回ってくると、プリンタに対して印刷データを送信してよいことを示す送信許可情報をサーバ１６がクライアント１２に対して送信される（３０７）。それに対してクライアント１２は、送信許可情報の確認応答である許可確認情報をサーバ１６に返し（３０８）、印刷データをプリンタに送信する（３０９）。
【００３４】
プリンタ１８は、印刷データを受信すると記録画像の出力を行い（３１０）、送信された印刷データを全て印刷出力すると、プリンタ１８のネットワークボードにより出力終了のメッセージを印刷データ送信元であるクライアント１２に送信する（３１１）。クライアント１２はこのメッセージの受信に対して確認応答メッセージをプリンタ１８に返す（３１２）。
【００３５】
ここでは、プリンタ１８からクライアント１２へ出力終了メッセージが送信され、このメッセージの受信によってクライアント１２がプリンタ１８の記録動作の終了を知るようにしているが、これ以外にも、クライアント１２が３０９で記録画像を送信した後、クライアントがプリンタにポーリングすることによりプリンタ１８の状態を常に監視して、記録動作の終了を知るようにすることもできる。このようにすると、プリンタ１８からのメッセージ３１１およびそれに対する応答メッセージ３１２は不要となる。
【００３６】
その後クライアント１２は、サーバ１６に対して記録終了のメッセージを送り（３１３）、サーバ１６はこれを受信すると管理しているジョブ情報を削除する（３１４）。また、クライアント１２は画像管理部２５で管理している印刷データを消去する（３１５）。そして、この時点でサーバ１６はこのジョブに対する記録履歴を登録する（３１６）。印刷データやジョブ情報は、このタイミングで消去せずに、ステータスを出力終了としてしばらくの間保持していてもよい。
【００３７】
サーバ１６はクライアント１２へ記録終了確認のメッセージを送信し（３１７）、クライアント１２は、このメッセージを受けるとユーザに対して印刷終了通知の表示を行う（３１８）。
【００３８】
上記のシーケンスは、クライアントスプールを行う場合の処理について説明したものである。サーバスプールを行う場合は、印刷データ及びＥＭＦファイルの保存（３０４）はサーバ１６で行なわれることになり、クライアント１２は印刷要求の確認がサーバ１６から通知されると、印刷データ及びＥＭＦファイルをサーバ１６に送信する。サーバ１６はクライアント１２から受信した印刷データ及びＥＭＦファイルをジョブ情報と関係づけて画像管理部２５に格納する。そして、送信許可（３０７）及び送信許可確認（３０８）の処理を行わず、印刷データの送信（３０９）は、サーバ１６からプリンタ１８に対して行われる。プリンタ１８のネットワークボードは出力終了通知（３１１）を印刷データ送信元のサーバ１６に対して行い、出力応答（３１２）もまた、サーバ１６からプリンタ１８に対して行われる。そして、記録が終了した旨を通知する記録終了通知（３１３）はサーバ１６からクライアント１２に対して行われ、ジョブ情報の消去（３１４）と同時に、印刷データの削除（３１５）もまたサーバで行われる。
【００３９】
図４は、図３に示したシーケンスおよびその後の補足により説明したクライアントスプール及びサーバスプールを行う際の、サーバ１６の処理を示すフローチャートである。このフローチャートにおいて、Ｒｅｔｕｒｎと示されている処理は、ステップＳ４１へ戻ることを意味している。
【００４０】
サーバ１６は動作を開始すると、ステップＳ４１に進み、各クライアントまたはプリンタ１８からのコマンドを待つ。コマンドを受信すると、ステップＳ４２へ進み、サーバ１６は、受信したコマンドが印刷要求情報であるか否かを判断する。
【００４１】
受信したコマンドが印刷要求情報でなければステップＳ４３へ進み、クライアントからの記録終了メッセージ（クライアントスプール時）またはプリンタからの出力終了メッセージ（サーバスプール時）であると判断された場合は、処理をステップＳ４５へ進める。ここで、プリンタからの出力終了メッセージは、この処理の前に行われたステップＳ４１０のプリント出力に対する結果を示すメッセージである。ステップＳ４５において、サーバ１６は、出力終了したジョブ情報の消去を行い、サーバスプールの場合はさらにステップＳ４６で印刷データ及びＥＭＦファイルの消去を行う。ステップＳ４６１では、サーバ１６は、記録終了した記録ジョブの履歴をログとして登録する。プリンタ１８へ記録画像をどの端末から送信したかを示すデータもログデータに格納されて登録される。
【００４２】
ステップＳ４７において、サーバ１６は、出力終了したプリンタで次に印刷を行う印刷ジョブを決定するジョブスケジューリングを実行する。ジョブが決定されると、クライアントスプールの場合はステップＳ４８で、サーバ１６は、そのジョブを登録したクライアントへ印刷データをプリンタに送信することが可能なことを示す送信許可情報を送信する。ステップＳ４９では、サーバ１６は、ステップＳ４８で送った送信許可情報に対する応答が返ってくるまでのタイムアウトを監視する。
【００４３】
ステップＳ４８においてサーバスプールの場合、もしくは、ステップＳ４９において送信許可情報に対する応答が規定時間内に受信されない場合は、ステップＳ４１０へ進み、印刷要求を送信したクライアントがダウンしたと判定し、サーバ自身のスプール領域である画像管理部２５で保持する印刷データを直接プリンタへ送信する。送信が終了するとステップＳ４１１で、プリンタの記録が完全に終了したのを待つ。
【００４４】
一方、ステップＳ４９でタイムアウトせずに送信許可情報に対する応答メッセージである送信確認情報を受信すれば、クライアントからの記録終了コマンドを受信するステップＳ４１２へ進む。
【００４５】
またステップＳ４２で受信したコマンドが印刷要求コマンドと判定されると、ステップＳ４１４へ進み、サーバ１６は、印刷データが受け入れ（スプール）可能であるかを判定し、受け入れ可能である場合にはステップＳ４１５へ進み、ジョブを新規追加する。ジョブの新規追加の処理として、サーバ１６は、クライアントから印刷データ及びＥＭＦファイルを受信して画像管理部２５に格納し、ジョブ管理部でジョブ情報を管理させる。そして印刷要求確認通知を記録要求コマンドを送信したクライアントへ返信する。
【００４６】
ステップＳ４１４で画像管理部２５の容量がフルで印刷データ及びＥＭＦファイルのスプールが不可能であると判断された場合には、ステップＳ４１７へ進み、印刷要求情報に対して、印刷データのスプールが不可能であることを示すＮＧメッセージを送信する。なお、ジョブ情報による印刷順序の管理等には支障がないため、クライアントはクライアントスプール処理を行うことにより印刷を続行することになる。よって、ステップＳ４１７では、サーバ１６は、クライアントからの印刷要求情報に従ってジョブ管理部２６により印刷順序の管理を行う。
【００４７】
以上述べたように本実施形態ではスプーラとして働く画像管理部２５をサーバ１６と各クライアントで持つシステムとしているので、ステップＳ４９からＳ４１１へ続く処理に関して説明したように、印刷要求情報を送信したクライアントがダウンした場合でも、サーバ１６がプリンタ１８に対して直接記録画像を送信して記録を実行させ、記録動作が終了したことの確認まで正常に行えるようにしている。
【００４８】
また、これとは逆に、サーバがダウンしているときやサーバの画像管理部２５がメモリフルの場合に、クライアントが自分のスプーラから記録画像を出力させることも、もちろん可能である。
【００４９】
上記説明では、クライアントとサーバの両方の画像管理部２５に印刷データをスプールし、状況に応じてプリンタへの印刷データの送信を相互に補って送信する例を示した。次に、ユーザによりいずれのスプーラを使用するのか指定させて印刷処理する仕組みを説明する。
【００５０】
図５は、記録画像をクライアントおよびサーバのどちらからプリンタへ送信するかをユーザに選択させる画面の表示例である。この画面は、プリンタのポートを設定する際に用いるＯＳにおけるプリンタ登録画面である。
【００５１】
この図では、プリンタに送信する印刷データをサーバでスプールさせる場合を示している。このように、ユーザは稼働状況や使用方法に合わせて、記録画像をクライアントおよびサーバのどちらからプリンタに送信するかを指定することができる。
【００５２】
このようプリンタドライバにおけるプリンタポートの登録時にプリンタへの印刷データ出力をする際にどちらのスプール機能を使用するかを選択できるので、以後の処理ではクライアント及びサーバは、選択された出力先のポートの判断によりいずれのスプール機能が優先使用されるかを判断できる。
【００５３】
また、図５のようなユーザ選択は、印刷指定時にプリンタドライバのプロパティ画面を開いてジョブ毎に設定してもよい。
【００５４】
図６は、サーバ１６のジョブ管理部２６で管理しているジョブのリストをクライアントが取得した際に、クライアントの表示部に表示される表示画面の例を示す図である。ここではＣＲＴ等の画面で登録されたジョブを表示している。この図では、プリンタのキューとして３つの文書が積まれている。表示されている情報として、文書名、記録依頼時刻、クライアント名、文書作成日、記録データがあり、この記録データは記録画像をサーバとクライアントのどちらからプリンタへ送信するかを示している。例えば、「文書１．ｄｏｃ」は、クライアントから記録画像がプリンタに送信されることを示している。またこの図では、マウスなどのポインティングデバイスで文書１が選択された場合を示し、選択されているジョブに対応する各種情報の文字がイタリック体となり強調されている。
【００５５】
図７は、図６に示したジョブが終了した時点での履歴を表わす記録ログの例を示す図である。ログはこの図のようにＣＲＴに表示してもよいし、記録媒体に出力しても良い。ここでの表示項目は図６と同様である。
【００５６】
上記説明した図６及び図７のユーザインタフェース画面は、本印刷制御システムで使用されるクライアント１２のユーティリティソフトウェアによってサーバ１６からジョブリストや印刷ログを取得してクライアント１２のＣＲＴに表示されることになる。このユーティリティソフトウェアは、各クライアントのＲＯＭ（図示省略した外部メモリであってもよい）にプログラムとして格納されており、当該プログラムをＲＡＭ２４に読み出してＣＰＵ２２によって実行することにより、上記処理が実現される。
【００５７】
上記で説明した処理は、本実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成される。
【００５８】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、本実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６０】
図８は、本実施形態の機能を実現する記憶媒体に格納される工程の例を示す図である。ここでは、記憶媒体内にはサーバおよびクライアント両方に必要な工程を全て含め、サーバまたはクライアントのどちらで動作するかに対応して、必要な工程のみを実施するように構成している。
【００６１】
また、サーバ１６には、これらの工程に加え、先に説明した（図４に示す）フローチャートに対応するプログラムコードが格納されることになる。
【００６２】
以上説明したように第１の実施形態のプリントサーバシステムによれば、以下のような効果がある。
【００６３】
（１）サーバとクライアント両方でスプーラを持つシステムでどちらのスプーラから記録データをプリンタに送信するのかを、使用方法や稼働状況等を考慮してシステムにとって効率の良い方をユーザが簡単に選択することができる。
【００６４】
（２）どちらのスプーラからのデータをプリンタに送信しているのかを、ＣＲＴ等によって外部に表示することができる。
【００６５】
（３）プリンタの記録ログを残すことができるので、プリンタの稼働状況や使用方法を分析してより効率的なシステムとすることが可能となる。
【００６６】
以上説明したように本発明の第１の実施形態は、クライアントとサーバの両方のスプール機能を使用し、プリンタに印刷データを送信するスプール元としていずれを用いるかを指定させており、指定されたスプール元がダウン等の異状時に限り、残りの装置から印刷データを送信することにより印刷を保証するものである。
【００６７】
以下、本発明のプリントサーバシステムの第２の実施形態について図を参照して説明する。
【００６８】
本発明の第２の実施形態のプリントサーバシステムは、サーバまたはクライアントのどちらか一方のスプール機能だけを選択的に使用できるようにすることを目的としている。
【００６９】
本実施形態のプリントサーバシステムの構成は、図１および図２に示した第１の実施形態と同様であり、基本的動作も図３および図４に示したのとほぼ同様である。図４との違いについてのみ説明する。
【００７０】
サーバ１６はステップＳ４２で印刷要求情報をクライアントより受信すると、印刷要求情報の出力先のポート情報もしくはスプール指定を確認する。スプール指定がある場合は、スプール指定情報がクライアントであるかサーバであるかを確認する。スプール指定情報がクライアントスプールである場合はステップＳ４１５に進み、スプール指定情報がサーバスプールである場合は印刷データ及びＥＭＦファイルをクライアントから受信してステップＳ４１５に処理を進める。
【００７１】
また、スプール指定情報がない場合は、出力先のポートを確認し、サーバにおいて予め設定されているポート情報を確認する。クライアントから指定された出力先のポートに対応するポート情報がクライアントスプール指定になっている場合は、印刷データ等の実際に描画されるべきデータはクライアントの画像管理部がスプールしているので、クライアントからは印刷要求情報に含まれるジョブ情報のみを受け取りステップＳ４１５に処理を進める。一方クライアントから指定された出力先のポートに対応するポート情報がサーバスプール指定になっている場合は、印刷データ等の実際に描画されるべきデータはサーバの画像管理部がスプールすることになるため、クライアントから印刷データ及びＥＭＦファイルを受け取りステップＳ４１５に処理を進める。
【００７２】
またサーバスプール指定となっている場合は、ステップＳ４８においてサーバからプリンタに対して印刷データの送信を行い、プリンタでプリント出力させる。クライアントにおけるタイムアウト等の処理は行わなくなる。
【００７３】
次に、本実施形態でサーバまたはクライアントのどちらか一方のスプール機能だけを選択的に使用する例について説明する。
【００７４】
始めに、ユーザが選択によってどちらのスプール機能を使用するかを指定する場合について説明する。この場合には、図９に示すような画面をＣＲＴに表示し、どちらのスプール機能を使用するかをユーザに選択させる。図示した例ではサーバのスプール機能だけを使用する設定となっている。この画面は、プリンタのポートを設定する際に用いるＯＳにおけるプリンタ登録画面である。このようにプリンタ登録時に設定した内容は同時にサーバ１６に対して送信され、サーバのＲＡＭにプリンタのポート情報として登録される。
【００７５】
また、図９のようないずれのスプール機能を使用するかを選択するユーザインタフェース画面は、印刷指定時にプリンタドライバのプロパティ画面においてユーザがジョブ毎に選択してもよい。
【００７６】
いずれか一方でスプールを行うようにすると、上述のようにそれぞれ長所および短所があるが、このようにどちらのスプール機能を使用するかをユーザが選択できるようにすることにより、記録保証を優先する場合にはサーバのスプール機能を使用し、ＬＡＮのビジー状態解除を優先する場合にはクライアントのスプール機能を使用するなど、稼働状況やユーザの使用方法にあったシステムとすることができる。
【００７７】
以上説明したように本発明の第２の実施形態は、クライアントとサーバのいずれかのスプール機能を使用するかをユーザに指定させており、指定されたスプール機能のみを使用して印刷処理を行うものである。
【００７８】
以下、本発明のプリントサーバシステムの第３の実施形態について図を参照して説明する。
【００７９】
本発明の第３の実施形態のプリントサーバシステムは、第２の実施形態と同様にサーバとクライアントのいずれか一方のスプール機能を使用するが、いずれのスプール機能を使用するかをクライアントで自動的に判断するものである。
【００８０】
図１０は、システムが画像管理部２５の状態に応じて、一方のスプール機能を自動的に使用不可にする場合の動作例を示すフローチャートである。このフローチャートは、クライアントにおいてサーバへ印刷要求を発行する場合の動作を示している。
【００８１】
最初にステップＳ１０１で、クライアントが、サーバに対して印刷要求情報（図３の３０１）を送信するとステップＳ１０２に進み、サーバからの確認メッセージである印刷要求確認情報（図３の３０３）の受信を待つ。サーバからの確認メッセージを受信すると、ステップＳ１０３へ進み、プリンタドライバにおいて記録する画像である印刷データを作成する。また、同時にＯＳにより生成される中間データであるＥＭＦファイルを取得しておく。記録データが作成されると、ステップＳ１０４へ進み、クライアントは、クライアントのスプーラとして働く画像管理部２５のメモリ残量が十分であるか否かを判定する。
【００８２】
ここでメモリ残量が記録画像を記憶するのに十分でない（メモリニアフル）と判定されると、ステップＳ１０５へ進み、クライアントのＣＰＵ２２は、ＲＡＭ２４に格納されているメモリニアフルを示すフラグNearflagをＯＮにして、クライアントのスプーラには記憶しない。そしてステップＳ１０９に進み、クライアントはサーバに対してサーバスプール機能を使用することを示すスプール指定情報とともに印刷データ及びＥＭＦファイルを送信する。サーバではクライアントから受信した印刷データ及びＥＭＦファイルを印刷要求情報と関連付けて画像管理部２５にスプールしておく。
【００８３】
一方、メモリ残量が十分であると判定されると、ステップＳ１０７へ進み、クライアントのＣＰＵ２２は、NearflagをＯＦＦにして、クライアントのスプーラである画像管理部２５に記録画像である印刷データとＥＭＦファイルとを記憶する（図３の３０４）。メモリニアフルの判定に使用するしきい値は、あらかじめ決められた値でもよいし、ユーザにより設定された値でもよい。
【００８４】
クライアントもしくはサーバにおいて印刷データ及びＥＭＦファイルのスプールが終了するとステップＳ１１０に進む。
【００８５】
ステップＳ１１０では、クライアントは、サーバから記録順序が回ってきたことを示す記録開始のメッセージである送信許可情報（図３の３０７）の受信を待つ。記録開始メッセージを受信すると、ステップＳ１１０でNearflagを参照し、ＯＮであればステップＳ１１２へ進み、記録開始に対する応答メッセージにスプールなしのパラメータをセットし、サーバに通知する。このメッセージを受信したサーバは、図４に示したステップＳ４１０の処理と同様に、サーバのスプーラを使用してプリント出力を得る。また、サーバにおいてすでにクライアントがメモリフルで印刷データ及びＥＭＦファイルのスプールがサーバの画像管理部においてのみスプールされていると認識している場合は、クライアントに対して送信許可を出さずに、サーバがプリンタに印刷データの送信を行い、印刷終了通知のみを行ってもよい。
【００８６】
ステップＳ１１１でNearflagがＯＦＦであればステップＳ１１３へ進み、応答メッセージである許可確認情報（図３の３０８）をサーバに送出し、ステップＳ１１４で記録画像である印刷データをクライアントから直接プリンタに送る（図３の３０９）。ステップＳ１１５では印刷ジョブのすべての印刷データをプリンタに送信したかを判断し、すべての印刷データの送信が終了すると、ステップＳ１１６において、プリンタからの出力終了メッセージ（図３の３１１）を待つ。このメッセージの受信後、つまりプリンタで印刷出力が終了すると（ステップＳ１１７）、ステップＳ１１８において、クライアントは、サーバに記録が終了した旨を伝える（図３の３１３）。サーバから記録終了を受け付けた旨の通知を受けると、クライアントは画像管理部２５に格納されている印刷データ及びＥＭＦファイルを削除する。
【００８７】
以上述べたように、本発明の第３の実施形態では、メモリがニアフルであるか否かによってクライアント内のスプーラを使用するか否かが自動的に決定される。クライアントだけでなく、サーバでも同様にスプーラの起動を自動的に設定できるようにしてもよい。またここでは、画像管理部のメモリ残量を例に取り説明したが、これ以外にも装置の設定や使用しているアプリケーション等によってスプーラを使用するか否かを決定するようにしてもよい。
【００８８】
上記で説明したように本発明の第３の実施形態は、クライアントとサーバの両方のスプール機能を使用可能な状態にしておき、クライアントのシステムにおいて自動的にいずれのスプール機能を使用させるかを判断させ、より適したスプール機能を使用するものである。
【００８９】
以下、本発明のプリントサーバシステムの第４の実施形態について図を参照して説明する。
【００９０】
本発明の第４の実施形態のプリントサーバシステムは、サーバまたはクライアントのスプール機能のどちらからも記録すべきドキュメントの内容をクライアントでプレビューできるようにすることを目的としている。
【００９１】
本実施形態のプリントサーバシステムの構成は、図１および図２に示した第１の実施形態と同様である。
【００９２】
以下、本実施形態のプリントサーバシステムで、サーバまたはクライアントにスプールされている記録画像をプレビューする場合について説明する。
【００９３】
図１１は、サーバで管理している記録ジョブを表示しているマネージャーの表示画面の例である。このユーザインタフェース画面は前述したクライアントのユーティリティソフトウェアによって表示制御され、サーバにアクセスしてジョブリスト情報を取得することにより、サーバで管理されている印刷ジョブの一覧表示を行っている。ここでは、クライアントから記録画像のプレビューを指示する場合の例を示す。画面に表示されている情報は、サーバが管理している情報であり、プリンタのキューに３つの文書が積まれている。図中のクライアント名に示されている番号が表わしているように、別のクライアントが記録指示したものも含んでいる。
【００９４】
この画面では、マウスカーソルで文書１が選択されており、この状態からプレビュー機能を起動させることが可能である。プレビュー機能とは、この表示画面に、記録する文書の概略を表示させるものである。
【００９５】
図１２は、クライアント側で、プレビュー機能が起動された際の動作を示すフローチャートである。上述したクライアントのユーティリティソフトウェアがネットワークを介してサーバと通信し、サーバから取得されるジョブリストに基づいて図１１のユーザインタフェース画面をクライアントの表示部に表示させる。このユーザインタフェース画面において、ユーザがジョブを選択してＯＫボタン１１０１をマウス等のポインティングデバイスによりクリックすることにより本処理は実行される。
【００９６】
まず、ステップＳ１２１で、クライアントは、図１１のユーザインタフェース画面で選択されたジョブの印刷データ及びＥＭＦファイルが当該クライアントの画像管理部に存在するか否かを判定する。クライアントによりクライアントの画像管理部に印刷データ及びＥＭＦファイルが存在しないと判断された場合にはステップＳ１２２へ進む。ステップＳ１２２において、クライアントは、サーバからＥＭＦファイルをダウンロードして画像管理部に格納する。そしてステップＳ１２３で、クライアントは、クライアントの画像管理部のＥＭＦファイルを読み出し、ＯＳで提供されている描画手段であるWin32APIにＥＭＦファイルを渡す。そしてWin32APIにＥＭＦファイルの表示出力を実行させ、表示部にプレビュー画像を表示する。
【００９７】
このように、サーバとクライアントの両方にスプーラが存在する場合、プレビュー起動時に画像が指定されたクライアント内部に存在すれば、サーバから記録画像をダウンロードするのに要する時間を省略することが可能となる。
【００９８】
本第２〜第４の実施形態でも第１の実施形態と同様に、機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行するように構成してもよい。
【００９９】
図１３は、第２〜第４の実施形態の機能を実現する記憶媒体に格納される工程の例を示す図である。ここでは、記憶媒体内にはサーバおよびクライアント両方に必要な工程を全て含め、サーバまたはクライアントのどちらで動作するかに対応して、必要な工程のみを実施するように構成している。
【０１００】
以上説明したように第２〜第４の実施形態のプリントサーバシステムによれば、以下のような効果がある。
【０１０１】
（１）サーバとクライアントの両方にスプーラを備えているので、一方に障害が発生しても記録の保証ができる。
【０１０２】
（２）サーバとクライアントで各々スプールを行うか否かをユーザが設定できるので、ユーザの要求に応じた使い勝手の良いシステムとすることができる。
【０１０３】
（３）サーバとクライアントの両方にスプーラを備えている状態で、各クライアントでメモリフルなどの異常を検出した時に、自らのスプール機能を使用しないように自動的に設定して、メモリフルなどの障害発生時にもユーザの手を煩わすことなく適するスプール機能を使用するような対応が可能となる。
【０１０４】
（４）スプール機能を使用する際に印刷データだけでなく中間ファイル（Windows OSにおけるＥＭＦファイル）を保存しておくことにより、各クライアントのＯＳの機能を用いるためプレビュー表示することが容易になり、更に、各クライアントでジョブのプレビュー機能を行う際に、自端末で中間ファイルをスプールしていればサーバからのダウンロードが不要となり、ＬＡＮのトラフィックを減らして、ＬＡＮの効率的な運用が可能となる。
【０１０５】
【発明の効果】
以上説明したように本発明のプリントサーバシステムのサーバ装置またはクライアントとしての情報処理装置によれば、ネットワークの構成や稼働状況に応じてどちらの画像記憶手段から記録画像を送信するのかを、ユーザの指定や、クライアントでの所定の条件に応じた自動的な判断によって決定されるので、効率的かつ柔軟なシステムとすることができるという効果がある。
【図面の簡単な説明】
【図１】本発明のプリントサーバシステムの構成を示す図である。
【図２】図１のサーバおよびクライアント各々の内部構成を示す図である。
【図３】クライアントから画像の記録を要求された際のサーバのシーケンスを示す図である。
【図４】図３に示したシーケンスに対応するサーバの処理を示すフローチャートである。
【図５】記録画像をクライアントおよびサーバのどちらからプリンタへ送信するかを選択する画面の表示例である。
【図６】サーバが管理しているジョブの表示画面の例を示す図である。
【図７】ジョブが終了した時点での履歴を表わす記録ログの例を示す図である。
【図８】第１の実施形態を実現する記憶媒体に格納される工程の例を示す図である。
【図９】ユーザがどちらのスプール機能を使用するかを指定する表示画面の例である。
【図１０】システムが一方のスプール機能を自動的に使用不可にする動作のフローチャートである。
【図１１】サーバで管理している記録ジョブの表示画面の例である。
【図１２】プレビュー機能が起動された際の動作を示すフローチャートである。
【図１３】第２の実施形態を実現する記憶媒体に格納される工程の例を示す図である。
【符号の説明】
１１ ＬＡＮ
１２，１４，１５ クライアント
１３，１７ ハードデイスク
１６ サーバ
１８ プリンタ
【発明の属する技術分野】
本発明は、プリントサーバ装置、クライアントとしての情報処理装置、これら装置の印刷管理方法および記憶媒体に関し、詳細には、印刷装置が実行する記録ジョブの監視を行うサーバ装置と記録依頼を行うクライアントからなるプリントサーバシステムにおける印刷ジョブの管理に関するものである。
【０００２】
【従来の技術】
従来のプリントシステムにおいては、クライアントから印刷依頼される印刷ジョブがプリントサーバに格納され、プリントサーバが印刷ジョブの順序管理を行い、出力先のプリンタを監視して、プリンタで印刷出力が可能な場合は印刷順序に応じて印刷ジョブを該プリンタに出力して印刷ジョブをクリアしている。
【０００３】
また、近年考えられているプリントシステムは、ネットワーク及びプリントサーバの負荷を減らすために、クライアントからプリントサーバへは印刷ジョブの印刷依頼だけを送信し、印刷ジョブの実態はクライアントに保持しておき、プリントサーバで印刷依頼を受け取ると印刷ジョブの順序管理を行い、プリンタで印刷出力が可能であると認識された場合にクライアントに対して印刷許可を通知し、クライアントがプリンタに直接印刷ジョブを出力して印刷ジョブをクリアしする仕組みが考えられている。
【０００４】
このように、印刷ジョブの順序管理を行うサーバと印刷依頼を行うクライアントのどちらかが印刷ジョブの実態である記録画像を保持（スプール）するように構成されているのが一般的である。この場合、サーバが記録画像を持つように構成する（サーバスプール）と、クライアントがダウンした際にも、印刷ジョブが保証され、プリンタの状態を集中管理できるなどの長所がある。一方、クライアントが記録画像を持つ構成（クライアントスプール）では、記録画像の伝送経路がクライアントからプリンタだけとなり、ＬＡＮのビジー状態が発生しにくいという長所がある。
【０００５】
上記のようなシステムでは、サーバまたはクライアントでスプールしている対象は、印刷ジョブの記録画像であり、実際にプリンタに出力される印刷データだけである。また、プリンタに印刷データが出力された後は、サーバまたはクライアントのスプールデータは消去（クリア）されてしまい、再利用等は考えられていない。
【０００６】
また、サーバにスプールされている印刷ジョブの一覧をクライアントで取得してジョブ情報（ドキュメント名、オーナー名、印刷依頼時刻）を表示することは可能であるが、サーバにスプールされている印刷ジョブのジョブ情報の内容が少ないために、実際のどのような印刷出力を得るための印刷ジョブであるのかを知ることはできない。
【０００７】
【発明が解決しようとしている課題】
上記のように、サーバとクライアントのどちらか一方が画像スプーラを有するシステムでは、以下のような不具合が生じる。
【０００８】
サーバが印刷データ（記録画像）を持つ構成では、印刷データの伝送経路が、（Ｉ）クライアント−サーバ、（ＩＩ）サーバ−プリンタというように、必ずサーバを経由することとなり、ＬＡＮの負荷が大きくなりビジー状態となりやすい。また、サーバが複数のクライアントからの印刷データをスプールしなければならず、大容量メモリが必要となり、サーバの負荷が大きくなってしまい、コストもかかるという不具合が生じる。
【０００９】
一方、クライアントが記録画像を持つ構成では、他のクライアントが要求している印刷ジョブが参照できなかったり、クライアントがサーバに印刷依頼された印刷ジョブの一覧をサーバから取得できたとしても、ドキュメント名称等では実際にどのような印刷出力が得られるのか少なくとも印刷依頼してないクライアントからはわからないという問題があり、また、印刷ジョブをスプールしているクライアントがダウンした際の印刷ジョブが保証されないという問題がある。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、本発明の第一の目的は、サーバおよびクライアントの両方に画像スプーラを備えており、どちらのスプーラに保持された画像を記録するのかをサーバが自動的に判断することができるプリントサーバシステムを提供することである。
【００１１】
また、本発明の第二の目的は、サーバおよびクライアントの両方に画像スプーラを備えており、どちらのスプール機能を使用して印刷データをスプールするかをユーザが選択できるプリントサーバシステムを提供することである。
【００１２】
また、本発明の第三の目的は、サーバおよびクライアントの両方に画像スプーラを備えており、どちらのスプール機能を使用して印刷データをスプールするかをシステムが自動的に判断するプリントサーバシステムを提供することである。
【００１３】
また、本発明の第四の目的は、サーバもしくはクライアントにスプールされている印刷ジョブのプレビューをクライアントで表示可能とするプリントサーバシステムを提供することである。
【００１４】
【課題を解決するための手段】
上記目的を達成する本発明のサーバ装置は、印刷ジョブの印刷データを記憶する記憶手段を備えたクライアントと印刷装置と通信可能なサーバ装置であって、
クライアントから印刷要求された印刷ジョブの印刷データを記憶する記憶手段と、
クライアントから印刷要求された印刷ジョブの順序を保持する順序保持手段と、
前記順序保持手段により保持された印刷ジョブの順序に基づいて、前記プリンタに印刷データの送信が可能であることを示す送出許可情報を前記クライアントへ送信する送信手段と、
前記送信手段により送出許可情報が前記クライアントへ送信された後、前記印刷データがクライアントからプリンタに送信されない場合に、前記記憶手段に記憶されている印刷データを前記プリンタに送信することを決定する決定手段と、
を備えていることを特徴とする。
【００１５】
また、上記目的を達成する本発明のクライアントとしての情報処理装置は、印刷ジョブの印刷データを記憶でき、かつ、印刷順序を保持するサーバ装置と印刷装置と通信可能なクライアントとしての情報処理装置であって、
印刷要求された印刷ジョブの印刷データを記憶する記憶手段と、
ユーザの指示に従って、前記サーバ装置へ印刷要求する印刷ジョブの印刷データを、当該印刷ジョブの送信元となる前記情報処理装置の前記記憶手段及び前記サーバ装置の記憶部のどちらに記憶させるかを選択する選択手段と、
前記選択手段によりサーバ装置の記憶部に前記印刷データを記憶することが選択された場合は、前記サーバ装置に前記印刷データを送信し、前記選択手段により前記印刷データを前記記憶手段に記憶することが選択された場合は、前記記憶手段に前記印刷データを記憶することを決定する決定手段と、
前記プリンタに印刷データの送信が可能であることを示す送出許可情報を前記サーバ装置から受信する受信手段と、
前記送出許可情報が受信されると、前記記憶手段に記憶された印刷データを前記プリンタへ出力する出力手段と、
を備えることを特徴とする。
【００１８】
本発明の上記目的は、上記のサーバ装置およびクライアントとしての情報処理装置に対応する印刷管理方法並びに該印刷管理方法を実現するプログラムを記憶した記憶媒体によっても達成される。
【００１９】
本発明のプリントサーバシステムのサーバ装置またはクライアントとしての情報処理装置によれば、ネットワークの構成や稼働状況に応じてどちらの画像記憶手段から記録画像を送信するのかを、ユーザの指定や、クライアントでの所定の条件に応じた自動的な判断によって決定されるので、効率的かつ柔軟なシステムとすることができる。
【００２０】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施形態について詳細に説明する。
【００２１】
図１は、本発明のプリントサーバシステムの第１の実施形態の構成を示すブロック図である。図１において、１１は、ＴＣＰ／ＩＰ等のプロトコルによりパソコン、ワークステーション、プリンタなどを接続することが可能なＬＡＮ(local area network)である。１２はパソコン、ワークステーションなどの記録要求を行うクライアント端末である。１３はクライアント端末に付属しているハードディスク等のメモリ装置である。１４、および１５は、１２と同様なクライアント端末であり、これらはハードディスク等のメモリ装置を備えていなくてもよい。
【００２２】
１６はサーバ装置であり１２、１４、１５のクライアント端末がプリント出力要求を行った際に、要求があったことを記憶する手段を有している。１７は１６に付属のハードディスク等のメモリ装置である。１８は１２、１４、１５の各クライアント端末が出力要求した画像を記録出力するプリンタである。
【００２３】
図２は、図１のクライアント端末１２、１４、１５およびサーバ１６それぞれの内部構成を示すブロック図である。２１は各部を接続するシステムバスである。２２は、ＲＯＭやその他の記憶手段に格納されている各種プログラムに基づいてシステムを制御するＣＰＵである。２３は、２２で実行させる制御コード（プリンタドライバ及び印刷制御プログラムを含む）が書き込まれているＲＯＭ、２４はＣＰＵ２２のワークエリア等に用いられるＲＡＭである。
【００２４】
２５は画像管理部であり、クライアント端末ではサーバに対して出力要求を行った場合にＯＳから取得するＥＭＦファイル（中間ファイル）とプリンタドライバにより生成される印刷データとが蓄えられ、サーバではサーバスプーラを使用する場合に各クライアントからの出力要求画像（印刷データとＥＭＦファイル）が蓄えられる。この画像管理部２５が、記録画像を保持するスプーラとして働く部分であり、本実施形態ではこのように各クライアント端末およびサーバがそれぞれ画像管理部を備えている。
【００２５】
２６はジョブ管理部であり、クライアントではサーバから定期的に更新された情報を格納し、サーバでは各クライアントからの印刷要求に応じてジョブ情報が追加され、印刷順序を管理し、プリンタによる印刷出力後に消去される情報を管理する。また、ジョブ管理部２６は、ＬＡＮ１１を介して管理下の複数のプリンタの状況を管理しており、プリンタで印刷出力が可能であると判断した場合に、画像管理部２５でスプールされている印刷ジョブをプリンタに送信したり、印刷の順番の印刷ジョブを依頼したクライアントに印刷データのプリンタへの送信許可を示す送信許可情報の生成等を行う。
【００２６】
２７はユーザによるキーオペレーションを行わせるためのキー入力部である。２８はジョブ管理の内容等の種々の情報をユーザに表示するＣＲＴ等の表示部である。２９は記録媒体への記録を行う記録部である。２１０はサーバ、クライアント、プリンタとの通信を行う回線制御部であり、ＬＡＮのプロトコルを制御する。
【００２７】
図３は、本実施形態のプリントサーバシステムにおいて、クライアントから画像の記録を要求された際のシーケンスの例を示す図である。この図は、クライアント１２、サーバ１６およびプリンタ１８の各装置で、上側から下側に向かって順次処理が行われることを示している。図中の矢印は、情報が送信されることを示し、枠で囲った部分は各装置での処理を示している。
【００２８】
始めにオペレータの指示により印刷が選択されることにより以下のシーケンス処理が行われる。オペレータの指示により印刷が選択されると、アプリケーションはＯＳの描画手段に対して描画データであるＧＤＩ関数（Graphical Device Interface）を出力する。ＯＳの描画手段は、Windows OS（米国マイクロソフトの登録商標）では、Win32APIに相当する。ＯＳの描画手段はアプリケーションから受け取ったＧＤＩ関数に基づいてＤＤＩ関数（Device Driver Interface）を生成してＥＭＦファイルとして出力する。プリンタドライバはＤＤＩ関数を印刷データに変換してプリント用スプーラにスプールしておく。印刷データがすべて生成されると、サーバスプーラの場合はサーバに出力し、クライアントスプールの場合は画像管理部２５に格納しておく。
【００２９】
印刷データが生成されるとクライアント１２は、サーバ１６に対して印刷要求情報を送信する（３０１）。印刷要求情報は、印刷ジョブのドキュメント名、オーナー名、出力先プリンタのポート番号等からなるジョブ情報であり、実際に描画される印刷データは含まれない。サーバ１６は管理しているジョブ情報を追加して、印刷順序を更新し（３０２）確認のメッセージ（印刷要求確認）をクライアント１２へ送る（３０３）。
【００３０】
後で詳述するが、クライアント１２からの印刷要求情報およびサーバが管理するジョブ情報には、プリンタ１８へ画像情報をクライアント１２から送信するか、またはサーバ１６から送信するかを示すデータも含まれている。ここでは、クライアント１２から記録画像データをプリンタ１８へ送信する場合について説明する。
【００３１】
次にクライアント１２は、プリンタドライバにより生成された印刷データ及びＯＳから取得した中間データ（ＥＭＦファイル）をクライアント内の仮想スプーラとして働く画像管理部２５に保存する（３０４）。
【００３２】
サーバ１６は出力先のプリンタ１８の状態を管理し（３０５）する。各クライアントからの印刷要求を整理し、プリンタで出力が可能と状態管理されまで、決められた順序でジョブを実行するよう制御する（３０６）。
【００３３】
印刷要求情報を送信したクライアント１２に印刷順序が回ってくると、プリンタに対して印刷データを送信してよいことを示す送信許可情報をサーバ１６がクライアント１２に対して送信される（３０７）。それに対してクライアント１２は、送信許可情報の確認応答である許可確認情報をサーバ１６に返し（３０８）、印刷データをプリンタに送信する（３０９）。
【００３４】
プリンタ１８は、印刷データを受信すると記録画像の出力を行い（３１０）、送信された印刷データを全て印刷出力すると、プリンタ１８のネットワークボードにより出力終了のメッセージを印刷データ送信元であるクライアント１２に送信する（３１１）。クライアント１２はこのメッセージの受信に対して確認応答メッセージをプリンタ１８に返す（３１２）。
【００３５】
ここでは、プリンタ１８からクライアント１２へ出力終了メッセージが送信され、このメッセージの受信によってクライアント１２がプリンタ１８の記録動作の終了を知るようにしているが、これ以外にも、クライアント１２が３０９で記録画像を送信した後、クライアントがプリンタにポーリングすることによりプリンタ１８の状態を常に監視して、記録動作の終了を知るようにすることもできる。このようにすると、プリンタ１８からのメッセージ３１１およびそれに対する応答メッセージ３１２は不要となる。
【００３６】
その後クライアント１２は、サーバ１６に対して記録終了のメッセージを送り（３１３）、サーバ１６はこれを受信すると管理しているジョブ情報を削除する（３１４）。また、クライアント１２は画像管理部２５で管理している印刷データを消去する（３１５）。そして、この時点でサーバ１６はこのジョブに対する記録履歴を登録する（３１６）。印刷データやジョブ情報は、このタイミングで消去せずに、ステータスを出力終了としてしばらくの間保持していてもよい。
【００３７】
サーバ１６はクライアント１２へ記録終了確認のメッセージを送信し（３１７）、クライアント１２は、このメッセージを受けるとユーザに対して印刷終了通知の表示を行う（３１８）。
【００３８】
上記のシーケンスは、クライアントスプールを行う場合の処理について説明したものである。サーバスプールを行う場合は、印刷データ及びＥＭＦファイルの保存（３０４）はサーバ１６で行なわれることになり、クライアント１２は印刷要求の確認がサーバ１６から通知されると、印刷データ及びＥＭＦファイルをサーバ１６に送信する。サーバ１６はクライアント１２から受信した印刷データ及びＥＭＦファイルをジョブ情報と関係づけて画像管理部２５に格納する。そして、送信許可（３０７）及び送信許可確認（３０８）の処理を行わず、印刷データの送信（３０９）は、サーバ１６からプリンタ１８に対して行われる。プリンタ１８のネットワークボードは出力終了通知（３１１）を印刷データ送信元のサーバ１６に対して行い、出力応答（３１２）もまた、サーバ１６からプリンタ１８に対して行われる。そして、記録が終了した旨を通知する記録終了通知（３１３）はサーバ１６からクライアント１２に対して行われ、ジョブ情報の消去（３１４）と同時に、印刷データの削除（３１５）もまたサーバで行われる。
【００３９】
図４は、図３に示したシーケンスおよびその後の補足により説明したクライアントスプール及びサーバスプールを行う際の、サーバ１６の処理を示すフローチャートである。このフローチャートにおいて、Ｒｅｔｕｒｎと示されている処理は、ステップＳ４１へ戻ることを意味している。
【００４０】
サーバ１６は動作を開始すると、ステップＳ４１に進み、各クライアントまたはプリンタ１８からのコマンドを待つ。コマンドを受信すると、ステップＳ４２へ進み、サーバ１６は、受信したコマンドが印刷要求情報であるか否かを判断する。
【００４１】
受信したコマンドが印刷要求情報でなければステップＳ４３へ進み、クライアントからの記録終了メッセージ（クライアントスプール時）またはプリンタからの出力終了メッセージ（サーバスプール時）であると判断された場合は、処理をステップＳ４５へ進める。ここで、プリンタからの出力終了メッセージは、この処理の前に行われたステップＳ４１０のプリント出力に対する結果を示すメッセージである。ステップＳ４５において、サーバ１６は、出力終了したジョブ情報の消去を行い、サーバスプールの場合はさらにステップＳ４６で印刷データ及びＥＭＦファイルの消去を行う。ステップＳ４６１では、サーバ１６は、記録終了した記録ジョブの履歴をログとして登録する。プリンタ１８へ記録画像をどの端末から送信したかを示すデータもログデータに格納されて登録される。
【００４２】
ステップＳ４７において、サーバ１６は、出力終了したプリンタで次に印刷を行う印刷ジョブを決定するジョブスケジューリングを実行する。ジョブが決定されると、クライアントスプールの場合はステップＳ４８で、サーバ１６は、そのジョブを登録したクライアントへ印刷データをプリンタに送信することが可能なことを示す送信許可情報を送信する。ステップＳ４９では、サーバ１６は、ステップＳ４８で送った送信許可情報に対する応答が返ってくるまでのタイムアウトを監視する。
【００４３】
ステップＳ４８においてサーバスプールの場合、もしくは、ステップＳ４９において送信許可情報に対する応答が規定時間内に受信されない場合は、ステップＳ４１０へ進み、印刷要求を送信したクライアントがダウンしたと判定し、サーバ自身のスプール領域である画像管理部２５で保持する印刷データを直接プリンタへ送信する。送信が終了するとステップＳ４１１で、プリンタの記録が完全に終了したのを待つ。
【００４４】
一方、ステップＳ４９でタイムアウトせずに送信許可情報に対する応答メッセージである送信確認情報を受信すれば、クライアントからの記録終了コマンドを受信するステップＳ４１２へ進む。
【００４５】
またステップＳ４２で受信したコマンドが印刷要求コマンドと判定されると、ステップＳ４１４へ進み、サーバ１６は、印刷データが受け入れ（スプール）可能であるかを判定し、受け入れ可能である場合にはステップＳ４１５へ進み、ジョブを新規追加する。ジョブの新規追加の処理として、サーバ１６は、クライアントから印刷データ及びＥＭＦファイルを受信して画像管理部２５に格納し、ジョブ管理部でジョブ情報を管理させる。そして印刷要求確認通知を記録要求コマンドを送信したクライアントへ返信する。
【００４６】
ステップＳ４１４で画像管理部２５の容量がフルで印刷データ及びＥＭＦファイルのスプールが不可能であると判断された場合には、ステップＳ４１７へ進み、印刷要求情報に対して、印刷データのスプールが不可能であることを示すＮＧメッセージを送信する。なお、ジョブ情報による印刷順序の管理等には支障がないため、クライアントはクライアントスプール処理を行うことにより印刷を続行することになる。よって、ステップＳ４１７では、サーバ１６は、クライアントからの印刷要求情報に従ってジョブ管理部２６により印刷順序の管理を行う。
【００４７】
以上述べたように本実施形態ではスプーラとして働く画像管理部２５をサーバ１６と各クライアントで持つシステムとしているので、ステップＳ４９からＳ４１１へ続く処理に関して説明したように、印刷要求情報を送信したクライアントがダウンした場合でも、サーバ１６がプリンタ１８に対して直接記録画像を送信して記録を実行させ、記録動作が終了したことの確認まで正常に行えるようにしている。
【００４８】
また、これとは逆に、サーバがダウンしているときやサーバの画像管理部２５がメモリフルの場合に、クライアントが自分のスプーラから記録画像を出力させることも、もちろん可能である。
【００４９】
上記説明では、クライアントとサーバの両方の画像管理部２５に印刷データをスプールし、状況に応じてプリンタへの印刷データの送信を相互に補って送信する例を示した。次に、ユーザによりいずれのスプーラを使用するのか指定させて印刷処理する仕組みを説明する。
【００５０】
図５は、記録画像をクライアントおよびサーバのどちらからプリンタへ送信するかをユーザに選択させる画面の表示例である。この画面は、プリンタのポートを設定する際に用いるＯＳにおけるプリンタ登録画面である。
【００５１】
この図では、プリンタに送信する印刷データをサーバでスプールさせる場合を示している。このように、ユーザは稼働状況や使用方法に合わせて、記録画像をクライアントおよびサーバのどちらからプリンタに送信するかを指定することができる。
【００５２】
このようプリンタドライバにおけるプリンタポートの登録時にプリンタへの印刷データ出力をする際にどちらのスプール機能を使用するかを選択できるので、以後の処理ではクライアント及びサーバは、選択された出力先のポートの判断によりいずれのスプール機能が優先使用されるかを判断できる。
【００５３】
また、図５のようなユーザ選択は、印刷指定時にプリンタドライバのプロパティ画面を開いてジョブ毎に設定してもよい。
【００５４】
図６は、サーバ１６のジョブ管理部２６で管理しているジョブのリストをクライアントが取得した際に、クライアントの表示部に表示される表示画面の例を示す図である。ここではＣＲＴ等の画面で登録されたジョブを表示している。この図では、プリンタのキューとして３つの文書が積まれている。表示されている情報として、文書名、記録依頼時刻、クライアント名、文書作成日、記録データがあり、この記録データは記録画像をサーバとクライアントのどちらからプリンタへ送信するかを示している。例えば、「文書１．ｄｏｃ」は、クライアントから記録画像がプリンタに送信されることを示している。またこの図では、マウスなどのポインティングデバイスで文書１が選択された場合を示し、選択されているジョブに対応する各種情報の文字がイタリック体となり強調されている。
【００５５】
図７は、図６に示したジョブが終了した時点での履歴を表わす記録ログの例を示す図である。ログはこの図のようにＣＲＴに表示してもよいし、記録媒体に出力しても良い。ここでの表示項目は図６と同様である。
【００５６】
上記説明した図６及び図７のユーザインタフェース画面は、本印刷制御システムで使用されるクライアント１２のユーティリティソフトウェアによってサーバ１６からジョブリストや印刷ログを取得してクライアント１２のＣＲＴに表示されることになる。このユーティリティソフトウェアは、各クライアントのＲＯＭ（図示省略した外部メモリであってもよい）にプログラムとして格納されており、当該プログラムをＲＡＭ２４に読み出してＣＰＵ２２によって実行することにより、上記処理が実現される。
【００５７】
上記で説明した処理は、本実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成される。
【００５８】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、本実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６０】
図８は、本実施形態の機能を実現する記憶媒体に格納される工程の例を示す図である。ここでは、記憶媒体内にはサーバおよびクライアント両方に必要な工程を全て含め、サーバまたはクライアントのどちらで動作するかに対応して、必要な工程のみを実施するように構成している。
【００６１】
また、サーバ１６には、これらの工程に加え、先に説明した（図４に示す）フローチャートに対応するプログラムコードが格納されることになる。
【００６２】
以上説明したように第１の実施形態のプリントサーバシステムによれば、以下のような効果がある。
【００６３】
（１）サーバとクライアント両方でスプーラを持つシステムでどちらのスプーラから記録データをプリンタに送信するのかを、使用方法や稼働状況等を考慮してシステムにとって効率の良い方をユーザが簡単に選択することができる。
【００６４】
（２）どちらのスプーラからのデータをプリンタに送信しているのかを、ＣＲＴ等によって外部に表示することができる。
【００６５】
（３）プリンタの記録ログを残すことができるので、プリンタの稼働状況や使用方法を分析してより効率的なシステムとすることが可能となる。
【００６６】
以上説明したように本発明の第１の実施形態は、クライアントとサーバの両方のスプール機能を使用し、プリンタに印刷データを送信するスプール元としていずれを用いるかを指定させており、指定されたスプール元がダウン等の異状時に限り、残りの装置から印刷データを送信することにより印刷を保証するものである。
【００６７】
以下、本発明のプリントサーバシステムの第２の実施形態について図を参照して説明する。
【００６８】
本発明の第２の実施形態のプリントサーバシステムは、サーバまたはクライアントのどちらか一方のスプール機能だけを選択的に使用できるようにすることを目的としている。
【００６９】
本実施形態のプリントサーバシステムの構成は、図１および図２に示した第１の実施形態と同様であり、基本的動作も図３および図４に示したのとほぼ同様である。図４との違いについてのみ説明する。
【００７０】
サーバ１６はステップＳ４２で印刷要求情報をクライアントより受信すると、印刷要求情報の出力先のポート情報もしくはスプール指定を確認する。スプール指定がある場合は、スプール指定情報がクライアントであるかサーバであるかを確認する。スプール指定情報がクライアントスプールである場合はステップＳ４１５に進み、スプール指定情報がサーバスプールである場合は印刷データ及びＥＭＦファイルをクライアントから受信してステップＳ４１５に処理を進める。
【００７１】
また、スプール指定情報がない場合は、出力先のポートを確認し、サーバにおいて予め設定されているポート情報を確認する。クライアントから指定された出力先のポートに対応するポート情報がクライアントスプール指定になっている場合は、印刷データ等の実際に描画されるべきデータはクライアントの画像管理部がスプールしているので、クライアントからは印刷要求情報に含まれるジョブ情報のみを受け取りステップＳ４１５に処理を進める。一方クライアントから指定された出力先のポートに対応するポート情報がサーバスプール指定になっている場合は、印刷データ等の実際に描画されるべきデータはサーバの画像管理部がスプールすることになるため、クライアントから印刷データ及びＥＭＦファイルを受け取りステップＳ４１５に処理を進める。
【００７２】
またサーバスプール指定となっている場合は、ステップＳ４８においてサーバからプリンタに対して印刷データの送信を行い、プリンタでプリント出力させる。クライアントにおけるタイムアウト等の処理は行わなくなる。
【００７３】
次に、本実施形態でサーバまたはクライアントのどちらか一方のスプール機能だけを選択的に使用する例について説明する。
【００７４】
始めに、ユーザが選択によってどちらのスプール機能を使用するかを指定する場合について説明する。この場合には、図９に示すような画面をＣＲＴに表示し、どちらのスプール機能を使用するかをユーザに選択させる。図示した例ではサーバのスプール機能だけを使用する設定となっている。この画面は、プリンタのポートを設定する際に用いるＯＳにおけるプリンタ登録画面である。このようにプリンタ登録時に設定した内容は同時にサーバ１６に対して送信され、サーバのＲＡＭにプリンタのポート情報として登録される。
【００７５】
また、図９のようないずれのスプール機能を使用するかを選択するユーザインタフェース画面は、印刷指定時にプリンタドライバのプロパティ画面においてユーザがジョブ毎に選択してもよい。
【００７６】
いずれか一方でスプールを行うようにすると、上述のようにそれぞれ長所および短所があるが、このようにどちらのスプール機能を使用するかをユーザが選択できるようにすることにより、記録保証を優先する場合にはサーバのスプール機能を使用し、ＬＡＮのビジー状態解除を優先する場合にはクライアントのスプール機能を使用するなど、稼働状況やユーザの使用方法にあったシステムとすることができる。
【００７７】
以上説明したように本発明の第２の実施形態は、クライアントとサーバのいずれかのスプール機能を使用するかをユーザに指定させており、指定されたスプール機能のみを使用して印刷処理を行うものである。
【００７８】
以下、本発明のプリントサーバシステムの第３の実施形態について図を参照して説明する。
【００７９】
本発明の第３の実施形態のプリントサーバシステムは、第２の実施形態と同様にサーバとクライアントのいずれか一方のスプール機能を使用するが、いずれのスプール機能を使用するかをクライアントで自動的に判断するものである。
【００８０】
図１０は、システムが画像管理部２５の状態に応じて、一方のスプール機能を自動的に使用不可にする場合の動作例を示すフローチャートである。このフローチャートは、クライアントにおいてサーバへ印刷要求を発行する場合の動作を示している。
【００８１】
最初にステップＳ１０１で、クライアントが、サーバに対して印刷要求情報（図３の３０１）を送信するとステップＳ１０２に進み、サーバからの確認メッセージである印刷要求確認情報（図３の３０３）の受信を待つ。サーバからの確認メッセージを受信すると、ステップＳ１０３へ進み、プリンタドライバにおいて記録する画像である印刷データを作成する。また、同時にＯＳにより生成される中間データであるＥＭＦファイルを取得しておく。記録データが作成されると、ステップＳ１０４へ進み、クライアントは、クライアントのスプーラとして働く画像管理部２５のメモリ残量が十分であるか否かを判定する。
【００８２】
ここでメモリ残量が記録画像を記憶するのに十分でない（メモリニアフル）と判定されると、ステップＳ１０５へ進み、クライアントのＣＰＵ２２は、ＲＡＭ２４に格納されているメモリニアフルを示すフラグNearflagをＯＮにして、クライアントのスプーラには記憶しない。そしてステップＳ１０９に進み、クライアントはサーバに対してサーバスプール機能を使用することを示すスプール指定情報とともに印刷データ及びＥＭＦファイルを送信する。サーバではクライアントから受信した印刷データ及びＥＭＦファイルを印刷要求情報と関連付けて画像管理部２５にスプールしておく。
【００８３】
一方、メモリ残量が十分であると判定されると、ステップＳ１０７へ進み、クライアントのＣＰＵ２２は、NearflagをＯＦＦにして、クライアントのスプーラである画像管理部２５に記録画像である印刷データとＥＭＦファイルとを記憶する（図３の３０４）。メモリニアフルの判定に使用するしきい値は、あらかじめ決められた値でもよいし、ユーザにより設定された値でもよい。
【００８４】
クライアントもしくはサーバにおいて印刷データ及びＥＭＦファイルのスプールが終了するとステップＳ１１０に進む。
【００８５】
ステップＳ１１０では、クライアントは、サーバから記録順序が回ってきたことを示す記録開始のメッセージである送信許可情報（図３の３０７）の受信を待つ。記録開始メッセージを受信すると、ステップＳ１１０でNearflagを参照し、ＯＮであればステップＳ１１２へ進み、記録開始に対する応答メッセージにスプールなしのパラメータをセットし、サーバに通知する。このメッセージを受信したサーバは、図４に示したステップＳ４１０の処理と同様に、サーバのスプーラを使用してプリント出力を得る。また、サーバにおいてすでにクライアントがメモリフルで印刷データ及びＥＭＦファイルのスプールがサーバの画像管理部においてのみスプールされていると認識している場合は、クライアントに対して送信許可を出さずに、サーバがプリンタに印刷データの送信を行い、印刷終了通知のみを行ってもよい。
【００８６】
ステップＳ１１１でNearflagがＯＦＦであればステップＳ１１３へ進み、応答メッセージである許可確認情報（図３の３０８）をサーバに送出し、ステップＳ１１４で記録画像である印刷データをクライアントから直接プリンタに送る（図３の３０９）。ステップＳ１１５では印刷ジョブのすべての印刷データをプリンタに送信したかを判断し、すべての印刷データの送信が終了すると、ステップＳ１１６において、プリンタからの出力終了メッセージ（図３の３１１）を待つ。このメッセージの受信後、つまりプリンタで印刷出力が終了すると（ステップＳ１１７）、ステップＳ１１８において、クライアントは、サーバに記録が終了した旨を伝える（図３の３１３）。サーバから記録終了を受け付けた旨の通知を受けると、クライアントは画像管理部２５に格納されている印刷データ及びＥＭＦファイルを削除する。
【００８７】
以上述べたように、本発明の第３の実施形態では、メモリがニアフルであるか否かによってクライアント内のスプーラを使用するか否かが自動的に決定される。クライアントだけでなく、サーバでも同様にスプーラの起動を自動的に設定できるようにしてもよい。またここでは、画像管理部のメモリ残量を例に取り説明したが、これ以外にも装置の設定や使用しているアプリケーション等によってスプーラを使用するか否かを決定するようにしてもよい。
【００８８】
上記で説明したように本発明の第３の実施形態は、クライアントとサーバの両方のスプール機能を使用可能な状態にしておき、クライアントのシステムにおいて自動的にいずれのスプール機能を使用させるかを判断させ、より適したスプール機能を使用するものである。
【００８９】
以下、本発明のプリントサーバシステムの第４の実施形態について図を参照して説明する。
【００９０】
本発明の第４の実施形態のプリントサーバシステムは、サーバまたはクライアントのスプール機能のどちらからも記録すべきドキュメントの内容をクライアントでプレビューできるようにすることを目的としている。
【００９１】
本実施形態のプリントサーバシステムの構成は、図１および図２に示した第１の実施形態と同様である。
【００９２】
以下、本実施形態のプリントサーバシステムで、サーバまたはクライアントにスプールされている記録画像をプレビューする場合について説明する。
【００９３】
図１１は、サーバで管理している記録ジョブを表示しているマネージャーの表示画面の例である。このユーザインタフェース画面は前述したクライアントのユーティリティソフトウェアによって表示制御され、サーバにアクセスしてジョブリスト情報を取得することにより、サーバで管理されている印刷ジョブの一覧表示を行っている。ここでは、クライアントから記録画像のプレビューを指示する場合の例を示す。画面に表示されている情報は、サーバが管理している情報であり、プリンタのキューに３つの文書が積まれている。図中のクライアント名に示されている番号が表わしているように、別のクライアントが記録指示したものも含んでいる。
【００９４】
この画面では、マウスカーソルで文書１が選択されており、この状態からプレビュー機能を起動させることが可能である。プレビュー機能とは、この表示画面に、記録する文書の概略を表示させるものである。
【００９５】
図１２は、クライアント側で、プレビュー機能が起動された際の動作を示すフローチャートである。上述したクライアントのユーティリティソフトウェアがネットワークを介してサーバと通信し、サーバから取得されるジョブリストに基づいて図１１のユーザインタフェース画面をクライアントの表示部に表示させる。このユーザインタフェース画面において、ユーザがジョブを選択してＯＫボタン１１０１をマウス等のポインティングデバイスによりクリックすることにより本処理は実行される。
【００９６】
まず、ステップＳ１２１で、クライアントは、図１１のユーザインタフェース画面で選択されたジョブの印刷データ及びＥＭＦファイルが当該クライアントの画像管理部に存在するか否かを判定する。クライアントによりクライアントの画像管理部に印刷データ及びＥＭＦファイルが存在しないと判断された場合にはステップＳ１２２へ進む。ステップＳ１２２において、クライアントは、サーバからＥＭＦファイルをダウンロードして画像管理部に格納する。そしてステップＳ１２３で、クライアントは、クライアントの画像管理部のＥＭＦファイルを読み出し、ＯＳで提供されている描画手段であるWin32APIにＥＭＦファイルを渡す。そしてWin32APIにＥＭＦファイルの表示出力を実行させ、表示部にプレビュー画像を表示する。
【００９７】
このように、サーバとクライアントの両方にスプーラが存在する場合、プレビュー起動時に画像が指定されたクライアント内部に存在すれば、サーバから記録画像をダウンロードするのに要する時間を省略することが可能となる。
【００９８】
本第２〜第４の実施形態でも第１の実施形態と同様に、機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行するように構成してもよい。
【００９９】
図１３は、第２〜第４の実施形態の機能を実現する記憶媒体に格納される工程の例を示す図である。ここでは、記憶媒体内にはサーバおよびクライアント両方に必要な工程を全て含め、サーバまたはクライアントのどちらで動作するかに対応して、必要な工程のみを実施するように構成している。
【０１００】
以上説明したように第２〜第４の実施形態のプリントサーバシステムによれば、以下のような効果がある。
【０１０１】
（１）サーバとクライアントの両方にスプーラを備えているので、一方に障害が発生しても記録の保証ができる。
【０１０２】
（２）サーバとクライアントで各々スプールを行うか否かをユーザが設定できるので、ユーザの要求に応じた使い勝手の良いシステムとすることができる。
【０１０３】
（３）サーバとクライアントの両方にスプーラを備えている状態で、各クライアントでメモリフルなどの異常を検出した時に、自らのスプール機能を使用しないように自動的に設定して、メモリフルなどの障害発生時にもユーザの手を煩わすことなく適するスプール機能を使用するような対応が可能となる。
【０１０４】
（４）スプール機能を使用する際に印刷データだけでなく中間ファイル（Windows OSにおけるＥＭＦファイル）を保存しておくことにより、各クライアントのＯＳの機能を用いるためプレビュー表示することが容易になり、更に、各クライアントでジョブのプレビュー機能を行う際に、自端末で中間ファイルをスプールしていればサーバからのダウンロードが不要となり、ＬＡＮのトラフィックを減らして、ＬＡＮの効率的な運用が可能となる。
【０１０５】
【発明の効果】
以上説明したように本発明のプリントサーバシステムのサーバ装置またはクライアントとしての情報処理装置によれば、ネットワークの構成や稼働状況に応じてどちらの画像記憶手段から記録画像を送信するのかを、ユーザの指定や、クライアントでの所定の条件に応じた自動的な判断によって決定されるので、効率的かつ柔軟なシステムとすることができるという効果がある。
【図面の簡単な説明】
【図１】本発明のプリントサーバシステムの構成を示す図である。
【図２】図１のサーバおよびクライアント各々の内部構成を示す図である。
【図３】クライアントから画像の記録を要求された際のサーバのシーケンスを示す図である。
【図４】図３に示したシーケンスに対応するサーバの処理を示すフローチャートである。
【図５】記録画像をクライアントおよびサーバのどちらからプリンタへ送信するかを選択する画面の表示例である。
【図６】サーバが管理しているジョブの表示画面の例を示す図である。
【図７】ジョブが終了した時点での履歴を表わす記録ログの例を示す図である。
【図８】第１の実施形態を実現する記憶媒体に格納される工程の例を示す図である。
【図９】ユーザがどちらのスプール機能を使用するかを指定する表示画面の例である。
【図１０】システムが一方のスプール機能を自動的に使用不可にする動作のフローチャートである。
【図１１】サーバで管理している記録ジョブの表示画面の例である。
【図１２】プレビュー機能が起動された際の動作を示すフローチャートである。
【図１３】第２の実施形態を実現する記憶媒体に格納される工程の例を示す図である。
【符号の説明】
１１ ＬＡＮ
１２，１４，１５ クライアント
１３，１７ ハードデイスク
１６ サーバ
１８ プリンタ
Claims (14)
- 印刷ジョブの印刷データを記憶する記憶手段を備えたクライアントと印刷装置と通信可能なサーバ装置であって、
クライアントから印刷要求された印刷ジョブの印刷データを記憶する記憶手段と、
クライアントから印刷要求された印刷ジョブの順序を保持する順序保持手段と、
前記順序保持手段により保持された印刷ジョブの順序に基づいて、前記プリンタに印刷データの送信が可能であることを示す送出許可情報を前記クライアントへ送信する送信手段と、
前記送信手段により送出許可情報が前記クライアントへ送信された後、前記印刷データがクライアントからプリンタに送信されない場合に、前記記憶手段に記憶されている印刷データを前記プリンタに送信することを決定する決定手段と、
を備えていることを特徴とするサーバ装置。 - 前記送信手段は、前記記憶手段にクライアントから印刷要求された印刷ジョブの印刷データを記憶することができない場合に、当該印刷ジョブの印刷データを前記記憶手段に記憶せずに、前記順序保持手段が当該印刷ジョブの処理順序を保持し、印刷順序が廻ってきた印刷ジョブの印刷要求元のクライアントに対して、前記送出許可情報を送信することを特徴とする請求項１記載のサーバ装置。
- プリンタにおいて印刷出力が行われる毎に、当該印刷を要求したクライアントと、いずれの装置からプリンタへ印刷データを送信したかを示す情報とを履歴として記憶する履歴記憶手段を更に備えていることを特徴とする請求項１または２に記載のサーバ装置。
- 印刷ジョブの印刷データを記憶する記憶手段を備えたクライアントと印刷装置と通信可能なサーバ装置の印刷管理方法であって、
クライアントから印刷要求された印刷ジョブの印刷データを記憶手段に記憶する記憶工程と、
クライアントから印刷要求された印刷ジョブの順序を保持する順序保持工程と、
前記順序保持工程により保持された印刷ジョブの順序に基づいて、前記プリンタに印刷データの送信が可能であることを示す送出許可情報を前記クライアントへ送信する送信工程と、
前記送信工程により送出許可情報が前記クライアントへ送信された後、前記印刷データがクライアントからプリンタに送信されない場合に、前記記憶手段に記憶されている印刷データを前記プリンタに送信することを決定する決定工程と、
を備えていることを特徴とするサーバ装置の印刷管理方法。 - 前記送信工程では、前記記憶手段にクライアントから印刷要求された印刷ジョブの印刷データを記憶することができない場合に、当該印刷ジョブの印刷データを前記記憶手段に記憶せずに、前記順序保持工程が当該印刷ジョブの処理順序を保持し、印刷順序が廻ってきた印刷ジョブの印刷要求元のクライアントに対して、前記送出許可情報を送信することを特徴とする請求項４記載のサーバ装置の印刷管理方法。
- プリンタにおいて印刷出力が行われる毎に、当該印刷を要求したクライアントと、いずれの装置からプリンタへ印刷データを送信したかを示す情報とを履歴として記憶する工程を更に備えていることを特徴とする請求項４または５に記載のサーバ装置の印刷管理方法。
- 請求項４から６のいずれか１項に記載のサーバ装置の印刷管理方法を実現するプログラムを格納した記憶媒体。
- 印刷ジョブの印刷データを記憶でき、かつ、印刷順序を保持するサーバ装置と印刷装置と通信可能なクライアントとしての情報処理装置であって、
印刷要求された印刷ジョブの印刷データを記憶する記憶手段と、
ユーザの指示に従って、前記サーバ装置へ印刷要求する印刷ジョブの印刷データを、当該印刷ジョブの送信元となる前記情報処理装置の前記記憶手段及び前記サーバ装置の記憶部のどちらに記憶させるかを選択する選択手段と、
前記選択手段によりサーバ装置の記憶部に前記印刷データを記憶することが選択された場合は、前記サーバ装置に前記印刷データを送信し、前記選択手段により前記印刷データを前記記憶手段に記憶することが選択された場合は、前記記憶手段に前記印刷データを記憶することを決定する決定手段と、
前記プリンタに印刷データの送信が可能であることを示す送出許可情報を前記サーバ装置から受信する受信手段と、
前記送出許可情報が受信されると、前記記憶手段に記憶された印刷データを前記プリンタへ出力する出力手段と、
を備えることを特徴とする情報処理装置。 - 前記選択手段により選択された内容を前記サーバ装置に通知する通知手段を更に有することを特徴とする請求項８記載の情報処理装置。
- 前記選択手段は、ユーザインタフェース画面を表示させることによりユーザに選択させることを特徴とする請求項８または９に記載の情報処理装置。
- 印刷ジョブの印刷データを記憶でき、かつ、印刷順序を保持するサーバ装置と印刷装置と通信可能であり、印刷要求された印刷ジョブの印刷データを記憶する記憶手段を備えたクライアントとしての情報処理装置の印刷管理方法であって、
印刷要求された印刷ジョブの印刷データを記憶手段に記憶する記憶工程と、
ユーザの指示に従って、前記サーバ装置へ印刷要求する印刷ジョブの印刷データを、当該印刷ジョブの送信元となる前記情報処理装置の前記記憶手段及び前記サーバ装置の記憶部のどちらに記憶させるかを選択する選択工程と、
前記選択工程においてサーバ装置の記憶部に前記印刷データを記憶することが選択された場合は、前記サーバ装置に前記印刷データを送信し、前記選択工程において前記印刷データを前記記憶手段に記憶することが選択された場合は、前記記憶手段に前記印刷データを記憶することを決定する決定工程と、
前記プリンタに印刷データの送信が可能であることを示す送出許可情報を前記サーバ装置から受信する受信工程と、
前記送出許可情報が受信されると、前記記憶手段に記憶された印刷データを前記プリンタへ出力する出力工程と、
を備えることを特徴とする情報処理装置の印刷管理方法。 - 前記選択工程により選択された内容を前記サーバ装置に通知する通知工程を更に有することを特徴とする請求項１１記載の情報処理装置の印刷管理方法。
- 前記選択工程は、ユーザインタフェース画面を表示させることによりユーザに選択させることを特徴とする請求項１１または１２に記載の情報処理装置の印刷管理方法。
- 請求項１１から１３のいずれか１項に記載の情報処理装置の印刷管理方法を実現するプログラムを格納した記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000014843A JP4124937B2 (ja) | 1999-02-25 | 2000-01-24 | プリントサーバ装置、クライアントとしての情報処理装置、これら装置の印刷管理方法および記憶媒体 |
| US09/512,358 US6985243B1 (en) | 1999-02-25 | 2000-02-24 | Print server apparatus, information processing apparatus as client, print managing method for these apparatuses, and storage medium |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11-49122 | 1999-02-25 | ||
| JP4912299 | 1999-02-25 | ||
| JP2000014843A JP4124937B2 (ja) | 1999-02-25 | 2000-01-24 | プリントサーバ装置、クライアントとしての情報処理装置、これら装置の印刷管理方法および記憶媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008025634A Division JP4533435B2 (ja) | 1999-02-25 | 2008-02-05 | 情報処理装置、情報処理装置の印刷管理方法および記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000311068A JP2000311068A (ja) | 2000-11-07 |
| JP4124937B2 true JP4124937B2 (ja) | 2008-07-23 |
Family
ID=26389487
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000014843A Expired - Fee Related JP4124937B2 (ja) | 1999-02-25 | 2000-01-24 | プリントサーバ装置、クライアントとしての情報処理装置、これら装置の印刷管理方法および記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6985243B1 (ja) |
| JP (1) | JP4124937B2 (ja) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6748471B1 (en) * | 2000-10-16 | 2004-06-08 | Electronics For Imaging, Inc. | Methods and apparatus for requesting and receiving a print job via a printer polling device associated with a printer |
| US7574545B2 (en) * | 2000-10-16 | 2009-08-11 | Electronics For Imaging, Inc. | Method and apparatus for controlling a document output device with a control request stored at a server |
| US7613798B2 (en) * | 2001-01-29 | 2009-11-03 | Thinprint Gmbh | Method for processing printing orders in server-based networks, and corresponding server-based network |
| JP2002297346A (ja) * | 2001-03-29 | 2002-10-11 | Ricoh Co Ltd | Ｓｂｃ対応プリンタ出力システム、ｓｂｃ対応プリンタ出力方法、該方法を実現するプログラム及び該プログラムのプログラム記録媒体 |
| US7424509B2 (en) * | 2001-06-04 | 2008-09-09 | Hewlett-Packard Development Company, L.P. | System and method for printing from a web application |
| JP3747175B2 (ja) * | 2001-11-30 | 2006-02-22 | キヤノン株式会社 | 印刷制御装置及び方法 |
| JP3774658B2 (ja) * | 2001-11-30 | 2006-05-17 | キヤノン株式会社 | 印刷制御装置及び印刷制御システム及び印刷制御方法 |
| JP2003177880A (ja) | 2001-12-07 | 2003-06-27 | Panasonic Communications Co Ltd | 印刷ジョブ管理装置及び印刷ジョブ操作方法 |
| JP4045798B2 (ja) * | 2001-12-28 | 2008-02-13 | コニカミノルタビジネステクノロジーズ株式会社 | プリントシステム |
| JP4558340B2 (ja) * | 2003-02-20 | 2010-10-06 | オセ−テクノロジーズ・ベー・ヴエー | ネットワークにおける印刷ジョブの処理システム |
| US7310693B2 (en) * | 2003-08-01 | 2007-12-18 | Océ-Technologies B.V. | Method and apparatus for viewing on a client computer's display device a preview of a print document to be printed |
| US20050179936A1 (en) * | 2004-02-13 | 2005-08-18 | Microsoft Corporation | Scalable print spooler |
| JP4779595B2 (ja) * | 2005-11-24 | 2011-09-28 | 富士ゼロックス株式会社 | 画像形成装置 |
| JP4761533B2 (ja) * | 2005-12-13 | 2011-08-31 | キヤノン株式会社 | 情報処理装置及びワークフロー生成方法とプログラム |
| JP4646792B2 (ja) * | 2005-12-13 | 2011-03-09 | キヤノン株式会社 | 情報処理装置およびジョブ処理装置と情報処理方法およびジョブ処理方法 |
| JP2008143095A (ja) * | 2006-12-12 | 2008-06-26 | Ricoh Co Ltd | 収集データ収集システム、収集データ収集プログラム及び記録媒体 |
| JP5006636B2 (ja) * | 2006-12-21 | 2012-08-22 | キヤノン株式会社 | 文書管理装置、文書管理方法、およびプログラム |
| JP2009009378A (ja) * | 2007-06-28 | 2009-01-15 | Brother Ind Ltd | 印刷制御装置及びプログラム |
| US8570550B2 (en) * | 2007-09-11 | 2013-10-29 | Xerox Corporation | Method and system for remote management of print devices |
| US20090066993A1 (en) * | 2007-09-11 | 2009-03-12 | Xerox Corporation | Remote print device management |
| JP5458761B2 (ja) * | 2009-09-14 | 2014-04-02 | 株式会社リコー | 画像形成装置、印刷システム、印刷方法、プログラム、記録媒体 |
| JP5677047B2 (ja) * | 2010-11-22 | 2015-02-25 | キヤノン株式会社 | 印刷システム、情報処理装置、印刷方法、及び、プログラム |
| JP5732865B2 (ja) * | 2011-01-20 | 2015-06-10 | 株式会社リコー | 画像形成システム、印刷データ管理装置、印刷データ管理装置の制御方法、印刷データ管理装置の制御プログラム及び記録媒体 |
| JP5906700B2 (ja) * | 2011-12-05 | 2016-04-20 | コニカミノルタ株式会社 | 画像処理システム、画像形成装置、ジョブ処理方法、制御プログラム |
| JP6021329B2 (ja) * | 2011-12-26 | 2016-11-09 | キヤノン株式会社 | 配信装置、制御方法およびコンピュータプログラム |
| JP6024314B2 (ja) * | 2012-09-07 | 2016-11-16 | 株式会社リコー | 情報処理装置、プログラム及びシステム |
| JP6248563B2 (ja) * | 2013-11-14 | 2017-12-20 | 株式会社リコー | 出力システム、端末装置、プログラム、及び出力方法 |
| JP5776816B2 (ja) * | 2014-04-30 | 2015-09-09 | 株式会社リコー | 印刷制御システム、画像処理装置、印刷制御方法、印刷制御プログラム、及びそのプログラムを記録した記録媒体 |
| JP6828637B2 (ja) * | 2017-08-10 | 2021-02-10 | ブラザー工業株式会社 | 画像処理装置 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5617518A (en) * | 1990-11-13 | 1997-04-01 | Hitachi, Ltd. | Output control method and system of servers |
| KR0142853B1 (ko) * | 1992-06-30 | 1998-07-15 | 미타라이 하지메 | 제어코맨드를 선택적으로 지정하는 출력방법 및 장치 |
| JP3854699B2 (ja) * | 1996-12-27 | 2006-12-06 | キヤノン株式会社 | プリントシステムおよび印刷中断方法 |
| US6181436B1 (en) * | 1997-04-28 | 2001-01-30 | Brother Kogyo Kabushiki Kaisha | Print managing system and print managing method |
| US6633400B1 (en) * | 1998-02-02 | 2003-10-14 | Brother Kogyo Kabushiki Kaisha | Print system |
-
2000
- 2000-01-24 JP JP2000014843A patent/JP4124937B2/ja not_active Expired - Fee Related
- 2000-02-24 US US09/512,358 patent/US6985243B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US6985243B1 (en) | 2006-01-10 |
| JP2000311068A (ja) | 2000-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4124937B2 (ja) | プリントサーバ装置、クライアントとしての情報処理装置、これら装置の印刷管理方法および記憶媒体 | |
| JP3405159B2 (ja) | 印刷装置 | |
| US7236260B2 (en) | Print server apparatus, print job reservation management method, reservation job generation method and memory medium | |
| US20020143915A1 (en) | Method and apparatus for managing job queues | |
| JP3660150B2 (ja) | プリントデータ制御方法及び情報処理システム | |
| US20120069394A1 (en) | Pull printing system, method for processing print job, pull printing server, and computer-readable storage medium for computer program | |
| JP2004334874A (ja) | 印刷制御システムおよび印刷制御方法 | |
| JPH11105381A (ja) | プリントシステム及びプリンタ | |
| JP2003029941A (ja) | 情報処理装置および印刷装置とその制御方法 | |
| US7782474B2 (en) | Job managing apparatus and method, job managing program, storage medium storing the program, and job managing system | |
| EP1353265A2 (en) | Job management apparatus, system, method, and storage medium storing program | |
| US20050254083A1 (en) | Document processing order management system, method for managing document processing orders, and software product for carring out the method | |
| JP2007148854A (ja) | セキュリティ印刷システムとセキュリティ印刷プログラムと記録媒体とセキュリティ印刷方法 | |
| JP2001105691A (ja) | 情報処理装置およびデータ処理方法および記憶媒体 | |
| JP3867450B2 (ja) | 印刷制御装置及び印刷制御プログラムを記録したコンピュータ読取り可能な記録媒体 | |
| JP4533435B2 (ja) | 情報処理装置、情報処理装置の印刷管理方法および記憶媒体 | |
| JP2014014985A (ja) | ジョブ処理装置、ジョブ管理方法およびプログラム | |
| JPH06348436A (ja) | リモート印刷システム | |
| JP3880435B2 (ja) | 印刷システム、情報処理装置、情報処理方法、制御プログラム | |
| JP2024023376A (ja) | プログラムセットおよび情報処理装置 | |
| JP2004094311A (ja) | 通知方法、情報処理装置及び制御プログラム | |
| JP4059540B2 (ja) | ネットワークプリント処理方法 | |
| JP2001109599A (ja) | 情報処理装置およびデータ処理方法および記憶媒体 | |
| JP2001080142A (ja) | 印刷装置、印刷システム、印刷制御方法、及び印刷制御プログラムが記録された情報記録媒体 | |
| JP2000163287A (ja) | 周辺機器及び周辺機器制御方法及び周辺機器制御システム及び周辺機器制御プログラムを記憶した記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050301 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20050301 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20050301 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071207 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080205 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080428 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080507 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110516 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120516 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120516 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130516 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |