JP2001243034A - 処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 プリントサーバ装置において、印刷データ読
込みと印刷処理を並行して印刷時間を短縮し、印刷ジョ
ブを自動的又は任意に印刷順序を変更する。 【解決手段】 プリントサーバ装置１は、受け付けた印
刷ジョブ３の印刷データを格納し、印刷依頼コマンドに
従って前記印刷データを読み出し、読み出された印刷デ
ータを装置制御フィルタ８で解析処理してプリンタ２に
出力する。制御部９は、前記印刷データの一部が格納開
始されると、前記印刷データを順次読み出して前記装置
制御フィルタに供給できるようにした。また、前記制御
部９は、前記印刷ジョブを印刷待ち状態とする。前記印
刷ジョブを特定条件に従った優先順位で選択して、当該
印刷ジョブの印刷待ち状態を解除し、当該印刷ファイル
の印刷データを読み出して前記装置制御フィルタに供給
できるようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記録媒体又はネッ
トワーク等を介して依頼された印刷ジョブを印刷する処
理装置に関し、印刷ジョブを印刷実行するための機能を
拡充した処理装置に関する。

【０００２】

【従来の技術】一般に、ユーザが利用しているコンピュ
ータ本体にプリンタが接続されていれば、テキストファ
イル等を作成した場合、そのファイルの内容を画面で確
認したり、プリンタで印刷したもので確認したり、保存
を行っている。しかし、複数のユーザが共通のプリンタ
で、作成したファイルを印刷するものとして、マルチユ
ーザ対応のＯＳであるＵＮＩＸによりネットワークを構
成し、一台のあるいは複数のプリンタをネットワークに
接続し、複数のユーザがネットワークを介してプリンタ
で印刷するプリントシステムがある。このようなシステ
ムでは、一ユーザがプリンタを独占して利用することな
く、システムにアクセスしている全てのユーザがプリン
タを利用できるようになっている。

【０００３】そのようなシステムを実現するものとし
て、ネットワークにサーバ装置が接続され、このサーバ
装置に一台あるいは複数のプリンタが接続されている。
各ユーザからの印刷依頼があると、サーバ装置内のｌｐ
プリントサービスプログラムが稼働し、各ユーザからの
印刷依頼を秩序だててプリンタで当該印刷依頼の印刷デ
ータを印刷する。

【０００４】このプリントサーバ装置の基本的なシステ
ム構成は、図１に示すようになっている。プリントサー
バ装置１は、印刷ジョブ読込み部４、印刷データ格納部
５、ｌｐプリントサービス部６、スプールファイル７及
び装置制御フィルタ８とで構成されている。そして、印
刷ジョブ読込み部４には、ネットワークから印刷ジョブ
３を受け付けるようになっており、装置制御フィルタ８
にはプリンタ２が接続されている。印刷ジョブ３は、ネ
ットワーク経由で依頼される印刷データばかりでなく、
磁気テープ、光磁気ディスク（ＭＯ）、ＣＤ−ＲＯＭ等
の媒体に記録されているデータを印刷依頼するものでも
よい。

【０００５】ここで、ユーザからネットワークを介して
印刷ジョブ３の依頼があったとき、印刷ジョブ読込み部
４がこの依頼を受けて登録し、印刷ジョブ３の印刷デー
タを読み込み、印刷データ格納部５に印刷ファイルを格
納するとともに、ｌｐプリントサービス部６にｌｐファ
イル名で印刷依頼コマンドを出力する。そして、ｌｐプ
リントサービス部６は、この印刷依頼コマンドに基づい
て、印刷データ格納部５から印刷データをスプールファ
イル７に書き込む。

【０００６】次いで、印刷データがスプールファイル７
に書き込まれると、装置制御フィルタ８が起動され、ス
プールファイル７に書き込まれた印刷データを読み出
し、解析、変換が行われる。そして、装置制御フィルタ
８は、印刷データを解析処理し、プリンタ２の印刷フォ
ーマットに変換する。ここで処理されたデータはプリン
タ２に送出されて印刷される。

【０００７】この様にして、媒体に記録されている印刷
データ又はネットワーク経由で依頼される印刷データを
読み取り、プリンタに出力することにより印刷を行って
いるが、プリントサーバ装置１では、依頼された印刷デ
ータをプリンタ２で印刷完了してしまうと、印刷データ
格納部５に格納された印刷ファイルを自動的に削除する
ようになっている。

【０００８】印刷ファイルが印刷データ格納部５に残っ
ている間は、プリンタ２側にジャム等が発生しても、リ
カバリが可能であるが、当該ファイルの印刷が完了する
と格納された印刷ファイルが削除されてしまうため、同
じ印刷ファイルのデータを再印刷することが出来ない。
そこで、同じ印刷データをプリンタ２で再印刷する場合
には、再度、同じ印刷データについて印刷依頼をしなけ
ればならない。

【０００９】また、印刷ジョブ読込み部４から媒体又は
ネットワークからの印刷データを直接プリンタ２に出力
した場合でも、プリンタ２側にジャム等や特定ページの
印字不良等のトラブルが発生すると、再度印刷依頼をし
ない限り、再印刷する事が出来ない。さらに、印刷完了
しても印刷データ格納部５に当該印刷ファイルを自動的
に削除せずに残しておくことも考えられるが、多数の印
刷ジョブの印刷依頼に対応するためには、格納部５の容
量が膨大なものとなり、しかも、オペレータが、印刷完
了した印刷データをいらなくなったことを確認しながら
削除する等の操作が必要となる。

【００１０】これを解決するものとして、プリントサー
バ装置１内に、印刷データ格納部５とは別の格納部を用
意しておき、ｌｐプリントサービス部６が印刷依頼を受
けたときに、印刷データ格納部５に書き込まれた印刷デ
ータを一時的に別の格納部に格納しておくことも行われ
ている。そうすると、当該印刷ファイルのデータの印刷
が完了したとき、印刷データ格納部５の印刷ファイルが
自動的に削除されても、別の格納部に格納された印刷デ
ータは残っているので、印刷依頼した印刷データを再印
刷するときには、別の格納部に書き込まれた印刷データ
を読み出して印刷することが出来る。なお、別に用意す
る格納部には、印刷データを保存する又はしないを設定
し、一定時間後に削除するとか、あるいは、新しい印刷
依頼があったら、前に書き込んだ印刷データを消去して
いくようにする等を行えば、大きな容量を用意する必要
もなく、また、オペレータが一々削除の操作をする必要
もない。

【００１１】

【発明が解決しようとする課題】しかしながら、図１に
示したようなプリントサーバ装置１によって、依頼され
た印刷ジョブをプリンタ２で印刷する場合、当該印刷ジ
ョブの印刷ファイルを印刷データ格納部５に格納し、そ
してｌｐプリントサービス部６が印刷データを読み込ん
でからプリンタ２で印刷するようになっている。そのた
め、印刷ジョブがプリントサーバ装置１に到来してか
ら、プリンタ２で印刷を開始するまでに時間がかかると
いう問題がある。

【００１２】ところで、上述したように、印刷ジョブ読
込み部４で媒体又はネットワークからの印刷データを直
接プリンタ２に出力することも考えられるが、この方法
では、印刷データが途中で格納部に書き込まれること無
く直接プリンタ２に出力されるため、その分、依頼から
印刷までの時間を短縮することができる。しかし、この
方法では、時間を短縮できても、プリンタ２側にトラブ
ルが発生したり、同一印刷データを再印刷する場合に
は、再度の印刷依頼を必要とするばかりでなく、複数の
ユーザからのマルチアクセスに対応するというｌｐプリ
ントサービスが持つメリットが無くなってしまう。

【００１３】そこで、プリントサーバ装置には、ｌｐプ
リントサービスを有効に利用しつつ印刷依頼から印刷完
了までの時間を短縮するという課題がある。また、図１
に示されるプリントサーバ装置とプリンタ２から構成さ
れる印刷システムでは、印刷依頼を行なうと、ｌｐプリ
ントサービスが印刷ジョブを受け取り、印刷データをス
プールしてからフイルタを通してプリンタに出力するよ
うになっている。

【００１４】この時、通常ｌｐプリントサービスは、印
刷ジョブを依頼された順番に出力するため、印刷順序を
変更したい場合は、別にｌｐプリントサービスの機能を
利用して印刷順序を変更しなければならない。このｌｐ
プリントサービスによって受け付けられた印刷ジョブ
は、優先度という属性値を持っているので、この値を変
更することによって印刷時の優先順位を変更することが
できるという印刷順序の変更機能がｌｐプリントサービ
スに備わっている。

【００１５】しかし、この機能は、単一の印刷ジョブに
対して行なえるものであり、複数の印刷ジョブがスプー
ルされている場合には、いくつかの問題がある。つま
り、全ての印刷ジョブに対して、その都度優先度を変更
しなければならない。そして、この機能は数値によって
優先順位を決める機能であり、この数値に範囲（ＵＮＩ
Ｘでは０〜３９）があるため、その範囲を超える数の印
剛ジョブが溜まっている場合、期待する順序で印刷され
ない。さらに、複数の印刷ジョブが溜まっている場合、
それらの印刷ジョブは次々と印刷されていくため、一つ
一つ優先度を変更していったのでは、その変更タイミン
グによっては、誤った順序で印刷される場合がある。

【００１６】ところが、ｌｐプリントサービス部によっ
て受け付けられ、スプールされた印刷ジョブを、ある特
定の条件にしたがった順番で印刷させたいような場合、
従来技術では有効な手段がなかった。優先度を変える処
理と、ｌｐプリントサービス部が装置制御フィルタに出
力する処理が同期を取って動作させることができないこ
とに起因して、誤った印刷順序で印刷されてしまう。

【００１７】それ故、特定の条件を設定すれば、その条
件に従って印刷優先順位が決まり、自動的に印刷順序を
変更できるようにする必要性がある。そこで、本発明
は、これらの課題を考慮して、ｌｐプリントサービスの
機能を有効に利用し、さらにプリントサーバ装置として
の機能を向上してその利便性を高めることを目的として
いる。

【００１８】

【課題を解決するための手段】本発明は、上記の課題を
解決するため、処理装置は、受け付けた印刷ジョブの印
刷依頼コマンドを登録でき、該印刷ジョブの印刷ファイ
ルを格納し、前記印刷依頼コマンドに従って前記ファイ
ルの印刷データを読み出すことができる処理部と、該処
理部が読み出した前記印刷データを解析処理してプリン
タに出力できる装置制御フィルタとを含み、前記処理部
は、前記ファイルの一部が格納開始されると前記印刷依
頼コマンドに従って前記印刷データを順次読み出して前
記装置制御フィルタに供給することにより、印刷データ
の読込みと印刷処理を並行してでき、印刷時間を短縮で
きるようにした。

【００１９】さらに、前記処理装置における前記処理部
が、前記印刷ジョブを印刷待ち状態とし、出力順序を決
定するための特定条件に従って前記印刷依頼コマンドを
選択して印刷待ちとなっている印刷ジョブの状態を解除
し、解除された印刷ジョブの印刷データを読み出してプ
リンタに供給することにより、簡単な操作で、印刷ジョ
ブを自動的、又は任意に印刷順序を変更できるようにし
た。

【００２０】

【発明の実施の形態】以下に、プリントサーバ装置とし
ての機能を向上してその利便性を高める本発明の実施形
態について、図２乃至図７を参照しながら説明する。 〔第１の実施形態〕図２に、第１の実施形態によるプリ
ントシステムにおけるプリントサーバ装置の具体的構成
を示した。そのプリントサーバ装置１は、印刷ジョブ読
込み部４、印刷データ格納部５、ｌｐプリントサービス
部６、スプールファイル７、装置制御フィルタ８及び制
御部９で構成されている。尚、印刷ジョブ読込み部４、
印刷データ格納部５、１ｐプリントサービス部６、装置
制御フィルタ８、制御部９はその機能を果すプログラム
で構成されている。図２のプリントサーバ装置１の基本
的構成は、図１に示した従来技術によるのプリントサー
バ装置１と同様であり、図２において、図１と同一部分
には同じ符号を付した。第１の実施形態によるプリント
サーバ装置１は、制御部９を備えている点で従来のプリ
ントサーバ装置と異っている。

【００２１】制御部９は、印刷データ格納部５に格納さ
れる印刷ファイルにおける印刷データの終了を識別する
フラグを発生する機能を有しており、従来技術にはこの
フラグ機能は設けられてなかった。なお、図２では図示
されてないが、制御部９内にフラグ情報を格納できる情
報テーブルを用意し、印刷ジョブ読込み部４からの情報
によって、制御部９が情報テーブルでフラグ情報を管理
する。

【００２２】このようなプリントシステムにおいて、印
刷ジョブ３が印刷ジョブ読込み部４に印刷依頼されて到
来すると、印刷ジョブ読込み部４は当該印刷ジョブの印
刷データを読込み、印刷データ格納部５に印刷ファイル
の格納を開始する。制御部９は、この格納開始を検知し
てフラグを１にセットする。なお、このフラグは、印刷
データ格納部５への印刷ファイルの格納を終了している
とき、０となっている。

【００２３】そして、印刷ジョブ読込み部４は、印刷デ
ータ格納部５に印刷データを書き込み始めた時点で、ｌ
ｐプリントサービス部６に対して印刷依頼コマンドを送
出する。そこで、ｌｐプリントサービス部６は、この印
刷依頼コマンドを受けて印刷データ格納部５に格納され
ている印刷データをスプールファイル７に書き込む。図
１に示される従来技術のサーバ装置では、印刷データ格
納部５に印刷依頼のあった印刷ジョブの印刷データ全て
が格納完了してから、ｌｐプリントサービス部６に印刷
依頼コマンドが送出されていた。第１の実施形態による
サーバ装置１では、印刷データ格納部５に印刷データの
格納が開始されたならば、直ちに印刷依頼コマンドをｌ
ｐプリントサービス部６に送出するとともに、印刷デー
タ格納部５に印刷データを書き込むようになっている。
つまり、印刷データの読込みと印刷データ処理とを同時
並行的に行うようにした。

【００２４】装置制御フィルタ８は、当該印刷ジョブの
印刷データがまだ読込み最中であると認識している場
合、つまり制御部９から送られるフラグが１である間
は、スプール７に書き込まれた印刷データを逐次読み出
し、該データを解析・変換してプリンタ２に出力する。
そこで、プリンタ２は、装置制御フィルタ８から送出さ
れたデータに基づいて印刷を行う。

【００２５】印刷ジョブ読込み部４が、印刷データ格納
部５に印刷データを全て書き込を完了したならば、制御
部９は、フラグを１から０にセットして、装置制御フィ
ルタ８にフラグ０を送出する。ここで、装置制御フィル
タ８は、このフラグが０になったことを見て、現在解析
処理している当該印刷ファイルが印刷データ格納部５に
全て書き込まれたことを認識できる。

【００２６】ここで、装置制御フィルタ８が、スプール
ファイル７に書き込まれた当該ファイル名の印刷データ
を最後まで読み出すようにすれば、当該印刷ジョブの印
刷データを解析処理中に、フラグが０になっても、当該
印刷ジョブの印刷を中断することはない。装置制御フィ
ルタ８は、印刷データ格納部５に書き込まれた印刷デー
タをｌｐプリントサービス部６経由で全て読み取り、印
刷処理を行って印刷を終了する。その後、プリンタ２
は、待機状態となる。

【００２７】そして、印刷依頼のあった印刷ジョブの印
刷が終了したならば、印刷データ格納部５に書き込まれ
た当該印刷ジョブに係る印刷ファイルを消去する。ある
いは、印刷終了後、直ちに消去しなくとも、一定時間経
過後でも、又は、ユーザの要求によって消去するように
してもよい。ここで、例えば、プリンタ２において、ジ
ャム等のトラブルが発生したような場合について見る
と、装置制御フィルタ８はプリンタ２へのデータ送出を
停止し、印刷を中止する。

【００２８】ところが、この印刷中止中でも、印刷デー
タの書き込みが行われ、そして、当該印刷ジョブの印刷
データを印刷データ格納部５に書き込み続け、全ての印
刷データを書き込み完了する。そうすると、装置制御フ
ィルタ８は、制御部９からのフラグが１から０になった
ことを検知し、印刷途中であっても当該印刷ジョブの印
刷データが印刷データ格納部５に残っていることを認識
できる。そのため、装置制御フィルタ８は、プリンタ２
のトラブルの回復を待ってから、残りの印刷データを読
み出して残りを印刷処理をしてもよいし、あるいは、当
該印刷ジョブの印刷データの最初から読み出し直して印
刷処理を実行してもよい。

【００２９】印刷データ格納部５に書き込まれた印刷デ
ータは、当該印刷ジョブの印刷が終了したら、消去して
もよく、また、一定時間経過後、又はユーザの操作によ
って消去すればよく、印刷データ格納部５の書き込み容
量に応じて決められる。しかし、従来のプリントサーバ
装置では、このようなトラブルの場合には、印刷を中止
するだけでなく、印刷データ格納部５に書き込まれた印
刷データを消去してしまっていた。そのため、依頼した
印刷ジョブを再印刷する場合、最初から印刷依頼自体を
し直さなければならなかった。

【００３０】印刷途中にトラブル発生時すると、スプー
ルファイル７には印刷データが残ったままとなっている
ので、ｌｐプリントサービス部６は印刷データを読み出
すことができない。この状態を検知して、印刷データが
印刷データ格納部５に書き込みが完了した後も、消去せ
ずに保持するようにする。このようにすると、プリンタ
２でのトラブルが回復したときには、既に書き込まれた
印刷データを最初から読み出しなおして出力すれば、依
頼された印刷ジョブの再印刷を簡単に実行できる。

【００３１】以上のように、印刷データ全てが書き込み
完了してから、ｌｐプリントサービス部６に印刷依頼が
送出され、それから印刷データをプリント出力する従来
のサーバ装置とは異なり、媒体又はネットワークからの
印刷データの読込みと、印刷処理とを並行して行うよう
にしたので、印刷依頼から印刷までの開始時間を短縮す
ることができ、プリンタ２でのジャム等による再印刷の
リカバリ処理も高速にでき、かつリカバリ時に媒体等の
再セットが不要となり、オペレータの負担を軽減するこ
とが出来る。

【００３２】なお、制御部９のフラグのセット状態で、
印刷データを読込み中であるか又は終了であるかの判断
をしているが、このフラグに依らずに、印刷データの最
後に読込み終了を表すデータを、印刷ジョブ読込み部５
で付与するようにしてもよい。この場合には、印刷依頼
された印刷ジョブの印刷データが、印刷データ格納部５
に最後まで書き込まれる前に、ｌｐプリントサービス部
６に当該印刷データを装置制御フィルタ８に送り、印刷
処理を行う。そして、印刷データの最後に付与されたデ
ータを検知したとき、当該印刷を終了し、プリンタ２を
待機状態にする。

【００３３】さらに、プリンタ２が当該印刷中であって
も、印刷データ格納部５には、次の印刷ジョブを受け付
けて、順次書き込みを行うことができる。このとき、制
御部９のフラグは１のままとなるが、装置制御フィルタ
８には、ｌｐプリントサービス部６によって当該印刷ジ
ョブのファイル名で読み出だされた印刷データが送られ
るので、順次印刷処理を実行できる。

【００３４】これまで、図２に示すように、一台のプリ
ンタに対して、一つの印刷ジョブの印刷を行うプリント
サーバ装置の場合を説明したが、実際には、ネットワー
クに接続されたプリントサーバ装置では、ｌｐプリント
サービス本来の機能として、複数の印刷ジョブ入力に対
応し、そして複数のプリンタによる印刷を実行すること
ができる。

【００３５】そこで、複数入力及び複数プリントに対応
したプリントサーバ装置の具体例を図３に示す。ここ
で、図３に示したプリントサーバ装置１の構成は、図２
に示した構成を基本とし、同じ部分には同じ符号を付し
た。図３に示したプリントサーバ装置１は、印刷ジョブ
読込み部４、ｌｐプリントサービス部６を有している。
さらに、印刷データ格納部５には、印刷ジョブ３１〜３
４に対応して印刷データを格納できるように格納部５１
〜５４が用意されている。また、複数のプリンタ２１〜
２４が、プリントサーバ装置１内の装置制御フィルタ８
１〜８４にそれぞれ接続されており、図３には図示を省
略してあるが、装置制御フィルタ８１〜８４に対応する
スプールファイル７がそれぞれ配置されている。そし
て、制御部９には、印刷ジョブ３１〜３４に対応して、
図２で説明したと同様のフラグ９１〜９４が用意され
る。

【００３６】なお、図３では、プリンタ２の数を印刷ジ
ョブ３と同じ数を示しているが、それぞれ４つとした
が、プリンタ２の数は印刷ジョブ３の数より少なくても
よい。次に、図３に示したプリントサーバ装置１の動作
を説明する。印刷ジョブ３１〜３４が、プリントサーバ
装置１の印刷ジョブ読込み部４に次々と印刷依頼がある
と、印刷ジョブ読込み部４は、依頼された印刷ファイル
の印刷データを格納部５１〜５４にそれぞれ別々に格納
する。このとき、例えば、印刷ジョブ３１の印刷データ
が格納部５１に１バイトでも書き込まれたならば、印刷
ジョブ読込み部４は、制御部９に当該印刷ジョブの印刷
ファイル名に対応して、読込み中状態であるとしてフラ
グ９１を１にセットする。他の印刷ジョブ３２〜３４に
対するフラグも、同様にして、印刷ファイル名に対応し
てセットされる。

【００３７】印刷ジョブ読込み部４は、依頼された印刷
データを印刷ジョブのファイル毎に格納部５１〜５４に
書き込みを行うとともに、ｌｐプリントサービス部６に
各印刷ジョブ３１〜３４の各ファイル名を通知する。次
いで、ｌｐプリントサービス部６は、各ファイル名の通
知を受けて、印刷待機中のプリンタを選択して、各ファ
イルの印刷データをそれぞれ装置制御フィルタ８１〜８
４にスプールファイル７を介して送る。ここで、装置制
御フィルタ８１〜８４は、ｌｐプリントサービス部６か
ら通知されるファイル名によって、どの印刷データを処
理しているかを認識できる。そして、このファイル名に
よって、装置制御フィルタ８１〜８４は、制御部９にあ
るフラグ９１〜９４のどのフラグを識別すればよいかが
分かり、図３では、例えば、装置制御フィルタ８１はフ
ラグ９１のセット状態を見ればよいことが分かる。

【００３８】各装置制御フィルタ８１〜８４は、対応す
る各フラグ９１〜９４が１であれば、印刷すべき印刷デ
ータがあると判断して、順次スプール７から該当ファイ
ル名の印刷データを読み出し、各ファイル名の印刷処理
を続ける。そして、各プリンタ２１〜２４は印刷処理さ
れたデータをプリントアウトする。以後、装置制御フィ
ルタ８１〜８４のそれぞれは、各フラグ９１〜９４が１
から０になった場合、ｌｐプリントサービス部６から通
知されたファイル名に従って、図２に示された装置制御
フィルタ８と同様の動作を実行し、各印刷ジョブ３１〜
３４の印刷を終了する。そして、印刷を終了した装置制
御フィルタ及びプリンタから順次待機状態となり、次の
印刷ジョブ３ｎの印刷データを受け入れる。

【００３９】なお、図２に示したプリントサーバ装置１
と同様に、フラグは完了通知のみに使用しているので、
フラグに依らなくとも、印刷データの最後に終了を表す
データを付与してあってもよく、また、当該プリンタで
印刷を担当する各ファイルについて、そのファイル名と
ともにその大きさを装置制御フィルタ８１〜８４に通知
するようにしてもよい。当該印刷データを印刷処理して
いる途中であるかどうかを判別できればよい。

【００４０】以上のように、複数の印刷ジョブ及び複数
のプリンタに対応するプリントサービス装置であって
も、媒体又はネットワークからの印刷データの読込み
と、印刷処理とを並行して行うようにしたので、印刷依
頼から印刷までの開始時間を短縮することができ、プリ
ンタ２でのジャム等による再印刷のリカバリ処理も高速
にでき、かつリカバリ時に媒体等の再セットが不要とな
り、オペレータの負担を軽減することが出来る。 〔第２の実施形態〕第１の実施形態では、プリントサー
バ装置における印刷処理の短縮化を図り、しかもプリン
タ等にトラブルが発生しても、そのリカバリ処理も簡単
にできるように、その機能を向上させたが、第２の実施
形態では、プリントサーバ装置に備わっているｌｐプリ
ントサービスの機能を利用し、受け付けた印刷ジョブに
対して、設定された特定の条件に従って、自動的に印刷
順序を変更できるようにした。

【００４１】第２の実施形態では、この優先度を変える
処理と、ｌｐプリントサービス部が装置制御フィルタに
出力する処理を同期させるために、元々ｌｐプリントサ
ービス部に備わっている保留機能と保留解除機能を利用
するものである。ここで、保留機能とは、対象となる印
刷ジョブを格納して溜めたまま、対象の印刷ジョブが印
刷される順番になっても装置制御フィルタに出力しない
機能であり、保留状態とは、印刷ジョブが印刷される順
番になっても、１ｐプリントサービス部が印刷データを
装置制御フィルタに出力しない状態をいう。

【００４２】また、保留解除機能は、 保留状態である印
刷ジョブを、印刷される順番になったら装置制御フィル
タに出力する機能であり、印刷待ち状態とは、印刷ジョ
ブが印刷される順番になったら、１ｐプリントサービス
部が装置制御フィルタに印刷データを出力する状態をい
う。これらの機能を利用すれば、優先度を設定する機能
を使用しなくても、印刷順序を変更することができる。

【００４３】この第２の実施形態によるプリンタサーバ
装置の具体的構成例を図４に示す。図４のプリンタサー
バ装置は、図２に示したプリンタサーバ装置１を基本構
成としており、同じ部分には同じ符号を付した。ただ、
図４に示したプリンタサーバ装置１には、新たに印刷情
報テーブル１０が備えられており、印刷ジョブ読込み部
４からの印刷ジョブ関連の情報を格納することができ
る。そして、印刷ジョブ読込み部４には、印刷ジョブが
受け付けると、印刷ジョブ３に対し保留状態を示すコマ
ンドを強制的に付与する機能が追加されている。さら
に、装置制御フィルタ８は、プリンタ２に印刷のための
データを出力しているときに、フィルタDoing ファイル
を作成するようになっている。

【００４４】なお、図４では、制御コマンドの流れを主
として示しているものであり、印刷データ格納部５を省
略して示していないだけであり、図２と同様に、印刷デ
ータ格納部５を備えている。次ぎに、図４に示したプリ
ンタサーバ装置１の動作について説明する。印刷ジョブ
３がプリンタサーバ装置１に印刷依頼されると、印刷ジ
ョブ読込み部４がその印刷ジョブ３を受け付ける。

【００４５】そこで、従来のプリンタサーバ装置１であ
ると、ユーザが印刷の保留状態を設定しない限り、印刷
ジョブ読込み部４は、ｌｐプリントサービス部６にその
印刷ジョブ３に関する印刷依頼コマンドを送付する。ｌ
ｐプリントサービス部６は、送付された印刷依頼コマン
ドに従ってその印刷ジョブに対し印刷待ち状態として処
理が進められるものであった。

【００４６】図４に示したプリンタサーバ装置１では、
印刷ジョブ読込み部４で印刷ジョブを受け付けると、印
刷ジョブ読込み部４は印刷ジョブ３に対し保留状態を示
すコマンドを強制的に付与する。例えば、保留状態を示
すを示すものとして保留オプション“ -H hold”を付与
し、その印刷ジョブのファイル名とともに、次のような
印刷依頼コマンドを作成する。

【００４７】lp -H hold 〜 印刷ファイル 印刷ジョブ読込み部４は、印刷ジョブ３を受け付ける
と、作成した印刷依頼コマンドをｌｐプリントサービス
部６に送付する。つまり、保留状態の指定に関わらず、
全ての印刷ジョブに対して保留状態を設定する。このと
き、印刷依頼があった印刷ジョブの印刷ファイルは印刷
ジョブ読込み部４によって印刷データ格納部５に格納さ
れることは従来のプリンタサーバ装置１と同様であり、
印刷ジョブが到来すれば逐次格納していく。そして、こ
の時点では、ｌｐプリントサービス部６は、送付された
印刷依頼コマンドには保留オプションが付与されている
ので、当該印刷ジョブの印刷を保留している。

【００４８】このままでは、どの印刷ジョブに対しても
保留状態であるので、印刷依頼されているにも拘らず印
刷されないことになってしまう。そこで、制御部９に印
刷順序の条件を予め設定しておく。この条件によって、
印刷データ格納部５に格納された印刷ファイルの印刷開
始の優先順位を決めることができる。制御部９は、この
条件に従って、当該印刷ファイル名に係る保留状態を解
除する操作を行う。

【００４９】そこで、設定されている特定の条件により
実現できる具体的な例を、以下に示す。印刷ジョブ読込
み部４が、次ぎに示すように、印刷ジョブJob-A 乃至Jo
b-E を順次受け付けたとする。 ここで、これらの印刷ジョブに対して、ユーザ名ａ、
ｂ、ｃ毎にその順で印刷するという特定の条件が設定さ
れていたとすると、各印刷依頼コマンドの保留オプショ
ンを次に示す順で解除していく。

【００５０】 あるいは、各印刷ジョブのサイズの小さい順に印刷する
という特定の条件が設定されていたとすると、各印刷依
頼コマンドの保留オプションを次の順で解除していく。

【００５１】 各印刷ジョブがこれらのような順に印刷されるように、
制御部９では、これらの順で選定できる特定の条件が設
定され、ｌｐプリントサービス部６に対して特定の条件
に従って、印刷待ち状態を指示する。ここで、印刷待ち
状態となるように、該当する印刷依頼コマンドの保留オ
プションを変更し、保留解除状態のコマンドを作成す
る。

【００５２】ｌｐプリントサービス部６の保留解除機能
によって印刷ジョブを印刷待ち状態にする場合、その操
作は、制御部９が、保留解除を示す保留解除オプション
“ -H resume”を付与して、次のようなコマンドを作成
し、ｌｐプリントサービス部６に送付することによって
行われる。 lp -i リクエストID -H resume このようにして、特定の条件に従った順で、保留状態に
ある印刷ジョブの印刷保留解除をすることによって、ｌ
ｐプリントサービス部６が当該印刷ファイルを順次読み
出してスプール７に書き込み、装置制御フィルタ８がこ
の書き込まれた印刷データに基づいて解析処理し、そし
て、プリンタ２に出力する。印刷が完了した当該印刷フ
ァイルを適当な時間を経た後か、完了時に削除する。

【００５３】なお、ユーザが印刷依頼時に“ -H hold"
を指定しなくても、強制的に保留状態で印刷依頼を行っ
ている。しかし、ユーザが保留状態を入力する場合もあ
り得るので、ユーザが“ -H hold" を指定した場合と指
定しなかった場合とを区別できるように、印刷ジョブ情
報テーブル１０にその情報を格納している。印刷ジョブ
情報テーブル１０における保留状態について、一つの印
刷ジョブに対する情報エントリは、リクエストＩＤと強
制保留フラグのリスト構成になっている。

【００５４】リクエストＩＤは、ｌｐプリントサービス
部６が用意する印刷ジョブを特定するための情報を表わ
す。そして、強制保留フラグは、 印刷ジョブ読込み部４
が強制的に保留状態にして印刷依頼を行ったことを示す
フラグであり、このフラグがＯＮ、すなわち１の印刷ジ
ョブは、制御部９に設定されている条件に応じて保留状
態の解除が行われるものである。フラグがＯＦＦ、すな
わち０である印刷ジョブは、制御部９では保留状態の解
除が行われず、ユーザが明かに保留解除を行わない限り
印刷されないものである。

【００５５】制御部９は、まだ印刷されずに溜まった印
刷ファイルに対して印刷ジョブ情報テーブル１０に格納
された各印刷ジョブの情報の確認や、印刷されてなくな
った印刷ジョブに対する印刷ジョブ情報エントリの削除
を行う。装置制御フイルタ８のプリンタ出力処理が動作
中である場合には、フィルタDoing ファイルが制御部９
に通知される。そこで、制御部９は、フィルタDoing フ
ァイルが存在しないことを確認して、指定された条件に
従って、例えば、昇順、降順等の特定の条件による優先
順位の高い順に印刷ジョブの保留解除を行い、印刷ジョ
ブを印刷待ち状態にする。

【００５６】装置制御フィルタ８が、印刷処理中を示す
フィルタDoing ファイルを作成する点は、従来のプリン
タサーバ装置１には備えられていない。以上のように、
制御部９に、予め印刷順序を示す条件を設定しておく
か、又はユーザが所望する印刷順序を示す条件を入力出
来るようにしておけば、印刷ジョブ毎に一々優先度を設
定する作業を行わなくとも、簡単な操作で、しかも自動
的に且つ自由に印刷順序を変更できる。

【００５７】次に、印刷ジョブ読込み部４及び制御部９
の詳細な動作を、図５乃至図７に示したフローチャート
に従って説明する。印刷ジョブ読込み部４の動作は、図
５に示されるように、先ず、印刷ジョブ読込み部４がユ
ーザから印刷ジョブ３を受け取ったときに動作開始し、
印刷ジョブ読込み部４は、受け取った印刷ジョブにユー
ザ自身によって保留オプション“ -H hold”が指定され
ているかどうかを調べる（Ｓ１）。

【００５８】もし、ユーザによって保留状態が指定され
ている場合（Ｙ）、読込み部４は、印刷ジョブ情報テー
ブル１０に、強制保留フラグＯＦＦを格納する（Ｓ
４）。このとき、依頼コマンドのオプションには既に
“ -H hold" が付与されている。一方、ステップＳ１
で、ユーザによって保留状態が指定されていない場合
（Ｎ）、読込み部４は、印刷ジョブ情報テーブル１０
に、当該印刷ジョブの強制保留フラグＯＮを格納する
（Ｓ２）。

【００５９】印刷ジョブ読込み部４は、印刷ジョブ情報
テーブル１０に該当情報を格納するとともに、依頼コマ
ンドlpの保留オプションに“ -H hold" を追加して印刷
依頼コマンドを作成する（Ｓ３）。次に、読込み部４
は、ステップＳ３及びＳ４の処理を済ませ、保留オプシ
ョン“ -H hold" がいずれの印刷ジョブの依頼コマンド
にも存在する状態で、ｌｐプリントサービス部６に対し
て、受け付けた印刷ジョブの印刷依頼コマンドを送出し
て印刷依頼を行う（Ｓ５）。

【００６０】そして、読込み部４は、送出した依頼コマ
ンドに対するリクエストＩＤをｌｐプリントサービス部
６から取得し（Ｓ６）、印刷ジョブ情報テーブル１０に
新たなエントリを追加する（Ｓ７）。これで、印刷ジョ
ブ読込み部４が、受け付けた印刷ジョブをｌｐプリント
サービス部６に印刷依頼する動作は終了する。

【００６１】次に、ｌｐプリントサービス部６に送付さ
れた印刷依頼コマンドに従って、制御部９が該印刷依頼
コマンドの保留状態を解除することによって、印刷待ち
状態にし、特定の条件の順に印刷する動作について、図
６及び図７のフローチャートを参照して説明する。先
ず、制御部９が動作を開始すると、ステップＳ１１で、
印刷ジョブの印刷終了シグナルを受信しているかどうか
が判断され、そのシグナルを受信していれば（Ｙ）、制
御部９の動作は終了する。

【００６２】もし、制御部９が終了シグナルを受信して
いなければ（Ｎ）、制御部９は、印刷ジョブ情報テーブ
ル１０から格納されている全てのジョブ情報を取得する
（Ｓ１２）。ここで、印刷ジョブ情報テーブル１０にジ
ョブ情報のエントリが存在するかどうかが判断される
（Ｓ１３）。つまり、制御部９は印刷ジョブの受け付け
状態を把握できる。

【００６３】また、ジョブ情報のエントリがなければ
（Ｎ）、制御部９は初期状態に戻るが、もし、ジョブ情
報のエントリがある場合（Ｙ）には、制御部９は格納さ
れた印刷ファイル全てからジョブ情報を取得する（Ｓ１
４）。そして、格納されていない印刷ジョブ情報のエン
トリが印刷ジョブ情報テーブル１０に格納されているか
どうかが判断される（Ｓ１５）。

【００６４】このステップＳ１５で、格納されていない
印刷ファイルに関する印刷ジョブ情報のエントリが印刷
ジョブ情報テーブル１０に格納されている場合（Ｙ）に
は、印刷ジョブ情報テーブル１０からその印刷ジョブ情
報のエントリを削除する（Ｓ１６）。格納された印刷フ
ァイルのうち、当該印刷ファイルが既に印刷されてしま
っており、当該印刷ファイルは削除されているが、印刷
ジョブ情報テーブル１０には、当該印刷ジョブ情報が残
っている場合があるため、このような操作が行われるも
のであり、格納されている印刷ファイルの全ての印刷ジ
ョブ情報のエントリが印刷ジョブ情報テーブル１０に格
納されている場合（Ｎ）には、この操作は行われない。

【００６５】次いで、制御部９は、装置制御フィルタ８
にフィルタDoing ファイルが存在するかどうかの通知を
受けている（Ｓ１７）。そこで、フィルタDoing ファイ
ルが存在すれば（Ｙ）、プリンタ２が印刷処理中である
と判断できるので、制御部９は、初期状態に戻る。一
方、フィルタDoing ファイルが存在しなければ（Ｎ）、
プリンタ２が待機状態を示している。先ず、保留解除候
補は「なし」にセットしておく（Ｓ１８）。

【００６６】そして、全ての印刷ジョブに対して順に検
索を行う（Ｓ１９）。検索した印刷ジョブについて強制
保留フラグが１であるかどうかを見る（Ｓ２０）。印刷
ジョブについて強制保留フラグが１でない（Ｎ）、つま
りユーザが保留オプションを付与した場合であるので、
ステップＳ１９に戻り、次の印刷ジョブの検索に移り、
強制保留フラグが１であるかを見ていく。

【００６７】検索した印刷ジョブの強制保留フラグが１
であると（Ｙ）、この印刷ジョブは、ユーザによって保
留状態が指定されたものでなく、印刷ジョブ読取り部５
で保留オプションが付加されたものであり、この場合は
次のステップＳ２１に進み、ここで、この印刷ジョブに
対し、保留解除候補で「なし」とするか、今の保留解除
候補に設定された印刷ジョブより、設定されている条件
に従って現在処理中の印刷ジョブの方が優先されるかが
判断される。

【００６８】そこで、その優先順位に該当するものがな
い、つまり保留解除候補で「なし」の場合（Ｎ）、ステ
ップＳ１９に戻って次の印刷ジョブの検索に移る。一
方、その印刷ジョブがその条件に該当する場合（Ｙ）に
は、現在処理中の印刷ジョブが保留解除候補であるとし
（Ｓ２２）、ステップＳ１９に戻る。そして、ステップ
Ｓ１９において、全ての印刷ジョブに対して検索がなさ
れると（Ｙ）、保留解除候補があったかどうかが判断さ
れる（Ｓ２３）。ここで、保留解除候補が「なし」の場
合（Ｙ）には、制御部９の動作初期状態に戻るが、一方
で保留解除候補が存在した場合（Ｎ）には、保留解除候
補に設定された印刷ジョブに対して保留解除操作を行
う。制御部９は、次のようなコマンドを作成し、 lp -i リクエストID -H resume このコマンドをｌｐプリントサービス部６に送付する。
そして、当該印刷ジョブの保留解除を行い、当該印刷フ
ァイルを読み出し、装置制御フィルタ８で印刷データの
解析処理を行う。

【００６９】そうすると、制御部９に設定されている特
定の条件に従った順序で印刷することができる。このよ
うに、第２の実施形態では、印刷の優先順位を変える処
理と、ｌｐプリントサービス部の処理とが同期して動作
をさせることができ、その手段として印刷ジョブを常に
保留状態のままで保持し、指定された条件に従って次に
印刷すべき印刷ジョブの保留状態を解除するようにし
た。そのため、全ての印刷ジョブに対して、一々手動で
操作する必要がなく、しかも受け付けて格納されている
複数の印刷ジョブが留まっていても、自動的に印刷順序
を変更でき、操作が間に合わず混乱することもなく、期
待する順序で印刷を実行できる。

【００７０】以上のように本発明の実施形態によれば、
ＵＮＩＸで規定された１ｐプリントサービス機能を変更
することなく、プリントサーバ装置の機能を拡張するこ
とが可能となる。

【００７１】

【発明の効果】以上のように、本発明によれば、複数の
印刷ジョブと複数のプリンタに対応して、ｌｐプリント
サービス機能を利用したプリントサーバ装置の機能を一
層向上することが出来る。

【図面の簡単な説明】

【図１】従来のプリントサーバ装置の概略構成を示す図
である。

【図２】本発明の第１の実施形態によるプリントサーバ
装置の概略構成を示す図である。

【図３】複数印刷ジョブ及び複数プリンタに対応した前
記第１の実施形態によるプリントサーバ装置の概略構成
を示す図である。

【図４】本発明の第２の実施形態によるプリントサーバ
装置の概略構成を示す図である。

【図５】前記第２の実施形態によるプリントサーバ装置
の印刷ジョブ読込み部の動作を示すフローチャートであ
る。

【図６】前記第２の実施形態によるプリントサーバ装置
の制御部の動作を示すフローチャートである。

【図７】図６に続くプリントサーバ装置の制御部の動作
を示すフローチャートである。

【符号の説明】

１…プリントサーバ装置 ２…プリンタ ３…印刷ジョブ ４…印刷ジョブ読込み部 ５…印刷データ格納部 ６…ｌｐプリントサービス部 ７…スプールファイル ８…装置制御フィルタ ９…制御部 １０…印刷ジョブ情報テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小島 仁 神奈川県横浜市港北区新横浜２丁目４番19 号 株式会社富士通プログラム技研内 Ｆターム(参考） 2C061 AP01 HH09 HJ06 HK04 HN05 HN15 HQ14 HQ17 HR08 HR09 5B021 AA01 BB01 CC04 EE02

Claims (6)

【特許請求の範囲】
1. 【請求項１】 受け付けた印刷ジョブの印刷依頼コマン
   ドを登録でき、該印刷ジョブの印刷ファイルを格納し、
   前記印刷依頼コマンドに従って前記ファイルの印刷デー
   タを読み出すことができる処理部と、該処理部が読み出
   した前記印刷データを解析処理してプリンタに出力する
   装置制御フィルタとを含む処理装置であって、 前記処理部は、前記ファイルの一部が格納開始されると
   前記印刷依頼コマンドに従って前記印刷データを順次読
   み出して前記装置制御フィルタに供給するとともに、前
   記ファイルの格納を完了する処理装置。
2. 【請求項２】 前記処理部は、前記ファイルの格納が完
   了したことを前記装置制御フィルタに通知し、前記装置
   制御フィルタは、当該ファイルの印刷データの終了まで
   解析処理して出力する請求項１に記載の処理装置。
3. 【請求項３】 前記処理部は、複数の印刷ジョブを受け
   付け登録することができ、前記装置制御フィルタは、前
   記印刷依頼コマンドに従って読み出された各々の印刷フ
   ァイルの印刷データを解析処理して各々異なる複数のプ
   リンタに出力することができる請求項１に記載の処理装
   置。
4. 【請求項４】 受け付けた複数の印刷ジョブを登録で
   き、該印刷ジョブの印刷データを格納し、印刷依頼コマ
   ンドに従って前記印刷データを読み出す処理部と、該処
   理部が読み出した前記印刷データを解析処理してプリン
   タに出力する処理装置であって、 前記処理部は、前記印刷ジョブを印刷待ち状態とし、出
   力順序を決定するための特定条件に従って前記印刷依頼
   コマンドを選択して印刷待ちとなっている印刷ジョブの
   状態を解除し、解除された印刷ジョブの印刷データを読
   み出してプリンタに供給する処理装置。
5. 【請求項５】 前記処理部は、印刷データの解析処理を
   行っていることを認識している場合、印刷依頼コマンド
   の印刷待ち状態を解除しない請求項４に記載の処理装
   置。
6. 【請求項６】 前記処理部は、前記印刷ジョブが保留状
   態で受け付けられた場合、印刷依頼者が保留状態の解除
   を行ったときのみ、当該ファイルの印刷データを読み出
   して前記装置制御フィルタに供給することができる請求
   項４に記載の処理装置。