JP2001075767A

JP2001075767A - ジョブ転送制御方法およびジョブ実行装置

Info

Publication number: JP2001075767A
Application number: JP2000130539A
Authority: JP
Inventors: Koshiro Inomata; 浩司郎猪股; Yasuyori Maeda; 康順前田; Kazuo Kobayashi; 和男小林; Katsuya Mitsutake; 克也光武
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1999-07-02
Filing date: 2000-04-28
Publication date: 2001-03-23

Abstract

(57)【要約】【課題】サーバの転送処理を最適化させてサーバでの
ジョブ処理のスループットを向上させる。【解決手段】クライアント３０から転送要求がある
と、サーバ２０の転送制御手段２１０が進捗監視手段２
１１にスプールジョブ数を問い合わせ、ジョブ数が所定
値を下回っていればクライアント３０の転送開始手段３
１０に転送可能を通知する。クライアント３０の転送開
始手段３１０は転送可能の通知に基づいてジョブの転送
を開始する。サーバ２０の転送制御手段２１０は、クラ
イアント３０から送られたジョブをスプール２０３に蓄
え、イメージング処理部２０２はスプール２０３からジ
ョブを取り出してイメージング処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ジョブ転送を制御
する技術に関し、とくに、ジョブ処理状態に適合させて
ジョブの転送を行うようにしてものである。

【０００２】

【従来の技術】一般に、ネットワークプリントシステム
は、プリントジョブを送信する複数のクライアントと、
プリントジョブを受信するプリントサーバと、実際にプ
リントを実行するＩＯＴ（画像出力装置。例えばプリン
タ）とを含んで構成される。図１は、このようなネット
ワークプリントシステムの一例を示す。図１において、
ネットワーク１０にはプリントサーバ（以下、単にサー
バということもある）２０および複数のクライアント３
０が接続されている。サーバ２０にはＩＯＴ４０が接続
されている。サーバ２０はプリントジョブを受信する伝
送処理部２０１とプリントイメージを生成・処理するイ
メージング処理部２０２とを有している。サーバ２０に
は、通常、転送されたプリントジョブを溜めておくスプ
ールディスク（以下、単にスプールということもある）
２０３が存在し、伝送処理部２０１において受信したプ
リントジョブ（以下、単にジョブということもある）を
このスプール２０３に溜め、イメージング処理部２０２
ではスプール２０３からジョブを読み出してイメージン
グ処理を行う。なお、クライアント３０も例えば伝送処
理部３０１、アプリケーション３０２およびスプール３
０３を含んで構成される。

【０００３】クライアント３０からサーバ２０にジョブ
を転送する方式としては、ｌｐｄ（ラインプリンタデー
モン）プロトコルを用いたものが一般的である。ｌｐｄ
プロトコルでは、サーバ２０のスプール２０３に空きが
あれば、クライアント３０からの転送要求を受け付け、
スプール２０３がいっぱいだった場合には、クライアン
ト３０に対し「転送待ち」を通知して、クライアント３
０からのジョブ転送を待たせる。また、例えば特開平９
−２７２２４３号公報に開示されるように、サーバ２０
にスプール２０３を持たない場合の転送方式も考えられ
るが、その場合でもスプールディスク２０３に相当する
メモリをもっており、本質的には違わない。

【０００４】ところで、サーバ２０側のスプールディス
ク２０３あるいはそれに相当するメモリの容量が小さい
場合は、スプール２０３に、イメージング処理部２０２
が次に処理するジョブが溜まらないため、イメージング
処理部２０２の処理が、ジョブが伝送されるまで待たさ
れ、結果的にクライアント３０からプリント要求があっ
てからプリントアウトされるまでの、全体のスループッ
トが低下する。そこで、サーバ２０側には一般に複数ジ
ョブを溜められるだけの大き目のスプールディスク２０
３を用意し、伝送処理部２０１ではイメージング処理部
２０２の処理に関係なく、スプールディスク２０３に空
きがある間はジョブ伝送を受け付けてスプール２０３に
溜めておき、イメージング処理部２０２ではスプール２
０３に溜まっているジョブを処理する。つまり、伝送処
理部２０１とイメージング処理部２０２とをスプールデ
ィスク２０３を介して分離することにより、イメージン
グ処理部２０２がジョブの伝送待ちにより待たされる事
態を防ぎ、全体のスループット向上を図ってきた。この
様子を図２に示す。

【０００５】しかし、サーバ２０の伝送処理部２０１と
イメージング処理部２０２とは、同一ＣＰＵで処理され
ている場合が多い。この場合、イメージング処理部２０
２は伝送処理部２０１によって受信されたジョブに対し
て処理を行うが、サーバ２０が連続してジョブを受信す
る際には、ジョブ受信プロセスはイメージングプロセス
よりも優先されるため、サーバ２０のＣＰＵは伝送処理
部２０１に主に使われる。その結果、イメージング処理
部２０２に割くＣＰＵ処理量が減るため、イメージング
処理に要する時間がかかり、そのページのプリントアウ
ト時間が遅くなるという問題がある。

【０００６】同種の問題はネットワークプリントシステ
ムに限らず、「伝送処理部」（２０１）の処理と伝送さ
れたジョブに対してそのサーバ固有の処理をサーバ上の
同一ＣＰＵで処理する場合に生じる。従って、ここで上
述の「イメージング処理部」（２０２）を「ジョブを受
信した後にそのジョブに対して行う処理」という意味で
「ジョブ受信後処理部」と捉えることができる。このよ
うに、本発明はクライアントからサーバにジョブを転送
するシステム全般に適用可能であることが理解できる。

【０００７】

【発明が解決しようとする課題】前記の問題はジョブ伝
送が集中すると「伝送処理部」に使用されるＣＰＵ処理
量が増え、「イメージング処理部」（「ジョブ受信後処
理部」）に使用されるＣＰＵ処理量が減ってしまうため
に生ずる。従って「イメージング処理」に使用できるＣ
ＰＵ処理量を増やすことが課題である。

【０００８】

【課題を解決するための手段】本発明は、上述の課題を
解決するために、特許請求の範囲に記載のとおりの構成
を採用している。以下、本発明について詳細に説明す
る。

【０００９】「イメージング処理部」に使用できるＣＰ
Ｕ処理量を増やすためにはＣＰＵの能力を上げれば良い
が、それはコスト増を招く。そこで、「伝送処理部」に
使用されるＣＰＵ処理量を減らすことによって「イメー
ジング処理部」に使用できるＣＰＵ処理量を増やすこと
を考える。従来「伝送処理部」と「イメージング処理
部」での処理が連携していなかったため、「イメージン
グ処理部」の処理状況にかかわらず、「伝送処理部」は
ジョブの受信処理を行っていた。しかし伝送された後に
次の処理が存在する場合、次のジョブ処理が開始される
までにそのジョブが伝送されていれば良く、前のジョブ
処理が終了していないのにそれ以降のジョブを大量に伝
送して、スプールディスクに溜めていても無駄である。
そこで本発明は、「伝送処理部」と「イメージング処理
部」との連携をとり、「イメージング処理部」の進捗状
況に合わせて適応的に受信を制御することによって「伝
送処理部」に使われるＣＰＵ処理量を抑え、「イメージ
ング処理部」が使用できるＣＰＵ処理量を増やして上記
課題を解決する。この様子を図３に示す。図３において
は、負荷計測手段手段２０４を設け、これにより、伝送
処理部２０１およびイメージング処理部２０２の連携を
図るようにしている。なお、図３において、図１および
図２と対応する個所には対応する符号を付した。また、
図３においてブロックで示される各機能の少なくとも一
部はコンピュータソフトウェアで実現することができ
る。このソフトウェアは、例えば、記録媒体２０５また
はネットワーク１０（図４、図１参照）を用いてサーバ
２０にインストールできる。また、必要な場合には、同
様にしてクライアント３０（図４、図１参照）にもクラ
イアント用ソフトウェアをインストールする。

【００１０】連携のための手段として、例えば、イメー
ジング処理の負荷を計測する「負荷計測手段」、「負荷
計測手段」からの情報を受けて転送を制御する「転送制
御手段」、そして実際に転送を行う「転送手段」の３つ
の手段を設ける。

【００１１】「負荷計測手段」における具体的な手段と
しては「進捗監視手段」又は「ＣＰＵ監視手段」を設け
る。「ＣＰＵ監視手段」はＣＰＵ負荷を直接計測する手
段であり、「進捗監視手段」はスプールに溜まるジョブ
数を監視することによって間接的にＣＰＵ負荷を計測す
る手段である。これは、スプールに溜まっているジョブ
数が多ければ、イメージング処理部の処理が進んでいな
い、つまりイメージング処理の負荷が高いという考えに
よるものである。

【００１２】「転送制御手段」は「負荷計測手段」から
の情報を受けて転送可能性の判断を行う方式（方式１）
と転送帯域を決定する方式（方式２）の２つの方式があ
る。方式１は伝送間隔を間引くことにより伝送部処理が
集中することを回避する考え方によるものであり、方式
２は帯域を絞ることで常にイメージング処理のためにＣ
ＰＵを空けておくという考え方によるものである。

【００１３】「転送手段」における具体的な手段として
は「転送開始手段」、「送信帯域制御手段」、「受信帯
域制御手段」がある。「転送開始手段」は方式１の「転
送制御手段」の情報を受けてジョブ転送を待たせたり開
始する手段である。「送信帯域制御手段」は方式２の
「転送制御手段」の情報を受けてジョブを送信する際の
帯域を制御する手段である。「受信帯域制御手段」は方
式２の「転送制御手段」の情報を受けてジョブを受信す
る際の帯域を制御する手段である。

【００１４】なお、本発明は、ジョブ転送制御方法とし
て実現することもでき、ジョブ実行装置として実現する
こともできる。また、少なくとも一部をコンピュータプ
ログラム製品として実現することもできる。また、本発
明において、プリントサーバは、単体のサーバ処理装置
でもよいし、プリントサーバアダプタでもよいし、イン
テリジェント化されたプリント自体であってもよい。ま
た、本発明では、クライアントが１つしか接続されてい
ない場合にも適用可能である。

【００１５】また、本発明はクライアント・サーバ・シ
ステムに限定されるものではなく、ジョブを実行する装
置がジョブの受信プロセスとジョブの実行自体のプロセ
スとを行う場合に広く適用される。

【００１６】

【発明の実施の態様】以下、本発明の実施例について説
明する。［実施例１］本発明の実施例１は、複数のクライアント
とサーバとがネットワークに接続されているネットワー
クシステムにおいて、クライアントに「転送開始手段」
を持ち、サーバに「転送制御手段」と「進捗監視手段」
を持つ構成である。なお、図４において、図１と対応す
る箇所には対応する符号を付した。

【００１７】図４において、プリントサーバ２０は、イ
メージング処理部２０２、スプール２０３、転送制御手
段２１０および進捗監視手段２１１を含んで構成されて
いる。進捗監視手段２１１はスプールジョブ数保持部２
１２を含んでいる。スプールジョブ数保持部２１２は、
スプール２０３のジョブ数を保持するものであり、専用
のバッファ・メモリとして構成しても良いし、プリント
サーバ２０のメモリ上に割り当てられた所定の作業領域
として構成してもよい。

【００１８】つぎに、実施例１の動作について説明す
る。図５は、実施例１のシーケンスを示すものである。
図５において、クライアント３０のアプリケーション３
０２からサーバ３０への転送要求を受けた転送開始手段
３１０はサーバ３０の転送制御手段２１０に対し、転送
要求ｘ１０１を通知する。転送要求ｘ１０１を受けた転
送制御手段２１０は進捗監視手段２１１に問い合わせｘ
１１１を行う。問い合わせｘ１１１を受けた進捗監視手
段２１１はスプールジョブ数情報保持部２１２のジョブ
数Ｓを転送制御手段２１１に返答する（ｘ１１２）。進
捗監視手段２１１から返答ｘ１１２を受けた転送制御手
段２１０は返答されたジョブ数Ｓに基づいて後述する条
件判断を行い、進捗監視手段２１１にジョブ転送通知１
１３を行った後、クライアント３０の転送開始手段３１
０に転送応答ｘ１０２を通知する。ここでジョブ転送通
知ｘ１１３を受け取った進捗監視手段２１１はスプール
ジョブ数保持部２１２に保持されているジョブ数Ｓの値
を１つ増やす。また、「転送可」の転送応答ｘ１０２を
通知された転送開始手段３１０はジョブ転送を実行する
（ｘ１０３）。ジョブ転送が終了し、転送終了通知ｘ１
０４を受け取った転送制御手段２１０は転送終了通知を
進捗監視手段２１１に通知する（ｘ１１４）。転送終了
通知を受け取った進捗監視手段２１１はジョブ到着通知
ｘ１２１をイメージング処理部２０２に通知する。イメ
ージング処理部２０２ではイメージング処理が終了して
スプール２０３からジョブを削除したら、ジョブ削除通
知ｘ１２２を進捗監視手段２１１に通知する。ジョブ削
除通知を受けた進捗監視手段２１１はスプールジョブ数
保持部２１２に保持されているジョブ数Ｓの値を１つ減
らす。

【００１９】サーバ２０の転送制御手段２１０における
条件判断は、図６のフローチャートによる。進捗監視手
段２１１からジョブ数Ｓを受け取った転送制御手段２１
０はジョブ数ＳとＴを比較する（Ｓ１１）。ここでＴは
あらかじめ決めておく定数であるが、この値が小さいと
イメージング処理部２０２の処理が早く終わったときに
次のジョブが到着しないという問題が発生し、この値が
大きいと伝送処理部２０１の負荷が高くなってしまうの
で、２〜４までの数であるのがよい。そしてＳ＜Ｔであ
ったなら進捗監視手段２１１にジョブ転送通知ｘ１１３
を通知するとともに、転送開始手段３１０に「転送可」
の転送応答ｘ１０２を通知する（Ｓ１３）。Ｓ＜Ｔでな
かったなら、転送開始手段３１０に「転送待ち」の転送
応答ｘ１０５を通知し、一定時間毎に進捗監視手段２１
１に問い合わせを行う（Ｓ１２）。

【００２０】転送制御手段２１０における条件判断で
「転送待ち」を判断した場合は、図５のシーケンス図で
進捗監視手段２１１からジョブ数Ｓを受信してから（ｘ
１１２）、進捗監視手段２１１にジョブ転送通知ｘ１１
３を行うまでのシーケンスは図７に示すようになる。つ
まり、転送制御手段２１０は転送開始手段３１０に「待
ち」の転送応答ｘ１０５を通知し、「待ち」の転送応答
ｘ１０５を通知された転送開始手段３１０は転送を待
つ。転送制御手段２１０は進捗監視手段２１１に一定時
間毎にジョブ数Ｓの問い合わせを行い（ｘ１１１）、図
６のステップＳ１１における判断がＹｅｓになるまで繰
り返す。ステップＳ１１の判断でＹｅｓとなって進捗監
視手段２１１にジョブ転送通知ｘ１１３を行った後は前
述した図５の場合と同様に処理される。

【００２１】なお、進捗監視手段２１１におけるスプー
ルジョブ数保持部２１２におけるジョブ数Ｓの初期値は
０とし、転送制御手段２１０からジョブ転送通知ｘ１１
３を受け取ったときに進捗監視手段２１１がジョブ数Ｓ
の値を１増やし、イメージング処理部２０２からジョブ
削除通知ｘ１３２を受け取ったときに逆にジョブ数Ｓの
値を１減らす。

【００２２】［実施例２］つぎに本発明の実施例２につ
いて説明する。図８は、実施例２の構成を示している。
実施例２は、実施例１の転送開始手段３１０を既存のプ
ロトコル実現手段で置き換えたものである。すなわち、
図８において、クライアント３０にはプロトコルエンテ
ィティ３２０、３２１…が設けられ、またサーバ２０に
は対応するプロトコルエンティティ２２０、２２１…が
設けられている。プロトコルエンティティ３２０、３２
１…およびプロトコルエンティティ２２０、２２１…は
既存のプロトコルを実現する手段であり、周知のもので
ある。なお、既存のプロトコルは複数であってもよい
し、１つであってもよい。

【００２３】なお、図８において図１または図４と対応
する箇所には対応する符号を付して詳細な説明は省略す
る。

【００２４】通常、ｌｐｄやＡｐｐｌｅＴａｌｋ（米国
アプルコンピュータ社の商標）では、クライアント３０
上のプリントプロトコルエンティティ３２０、３２１…
がサーバ２０上のプリントプロトコルエンティティ２２
０、２２１…に対して転送可能かどうかの問い合わせを
行い、サーバ２０上のプリントプロトコルエンティティ
２２０、２２１…はその要求に対して、ＡＣＫ（転送
可）又はＮＡＣＫ（転送待ち）を返す。このネゴチエー
ションは実施例１の場合の転送開始手段３１０と転送制
御手段２１０とのやり取りｘ１０１〜ｘ１０５に他なら
ない。従って、サーバ２０上の既存プロトコルのプリン
トプロトコルエンティティ２２０、２２１…に転送制御
手段２１０とやり取りをするインターフェースを追加す
れば、後は実施例１の場合と同様に構成される（図９の
シーケンス図参照）。ここで、転送制御手段２１０は複
数のプリントプロトコルエンティティ２２０、２２１…
からの転送要求ｘ１３１に対して図６のフローチャート
に従って判断を行い、各プリントプロトコルエンティテ
ィ２２０、２２１…に転送可の転送応答ｘ１３２又は転
送待ちの転送応答ｘ１３３を返せばよい。なお図８にお
いて、クライアント３０のプリントプロトコルエンティ
ティ３２０、３２１…はサーバ２０のプリントプロトコ
ルエンティティ２２０、２２１…の内の対応するものと
やり取りする。

【００２５】なお、図９において図５と対応する箇所に
は対応する符号を付した。動作については図５に関連し
て説明したものとほぼ同様であるので説明を繰り返さな
い

【００２６】［実施例３］つぎに本発明の実施例３につ
いて説明する。図１０は実施例３の構成を示しており、
図１または図４と対応する個所には対応する符号を付し
て詳細な説明を省略する。実施例３は、複数のクライア
ントとサーバがネットワークに接続されているネットワ
ークシステムにおいて、クライアント３０に送信帯域制
御手段３３０を設け、サーバ２０に転送制御手段２１０
と進捗監視手段２１１を設けている。

【００２７】図１１は、つぎに実施例３の動作を示して
いる。図１１の動作は、転送制御手段２１０が転送可の
転送応答ｘ１０２を通知するか、帯域制御量Ｎ（ｘ１０
６、図１１）を通知するかの違いをのぞけば、基本的に
図５の動作と同じである。ただし転送制御手段２１０に
おける処理は図１２のようになる。すなわち、図１２に
おいて、送信帯域制御手段３３０から転送要求を受け取
った転送制御手段２１０は、進捗監視手段２１１から受
け取ったジョブ数Ｓと定数Ｔの値を比較し（Ｓ２１）、
Ｓ＞Ｔならば帯域制御量Ｎとして（Ｓ−Ｔ）を送信帯域
制御手段３３０に通知する（Ｓ２２）。そうでなければ
帯域制御量Ｎとして１を送信帯域制御手段３３０に通知
する（Ｓ２３）。帯域制御量Ｎを通知された送信帯域制
御手段３３０はシェイパー等の帯域制御装置に、送信最
大帯域の１／Ｎの帯域を設定して送信を開始する。ここ
でシェイパーとは、例えばパケット送信間隔を一定時間
空ける等によって送信帯域を調整する装置である。ま
た、定数Ｔの値は実施例１の場合と同様２〜４までの数
であればよい。

【００２８】なお、図１１において図５と対応する箇所
には対応する符号を付して詳細な説明を省略する。

【００２９】［実施例４］つぎに本発明の実施例４につ
いて説明する。図１３は実施例４の構成を示しており、
この図においても図１または図４と対応する個所には対
応する符号を付して詳細な説明を省略する。実施例４
は、複数のクライアントとサーバがネットワークに接続
されているネットワークシステムにおいて、サーバ２０
に受信帯域制御手段２３０、転送制御手段２１０、進捗
監視手段２１１を設け、クライアント３０に転送開始手
段３１０を設けている。

【００３０】この実施例においては、転送開始手段３１
０から転送要求を受けた受信帯域制御手段２３０は転送
制御手段２１０に転送要求ｘ１４１（図１４）を通知す
る。そして、実施例３の場合と同様に転送制御手段２１
０は図１２のフローチャートにしたがって帯域制御量Ｎ
を決定し、受信帯域制御手段２３０に帯域制御量Ｎを通
知する（ｘ１４２）。帯域制御量Ｎを通知された受信帯
域制御手段２３０は最大受信帯域の１／Ｎの帯域をシェ
イパー等の帯域制御装置に設定して、受信する帯域を制
限する。そして、転送可の転送応答を転送開始手段３１
０に通知する。以後の処理は実施例１の場合と同様であ
る。なお、受信帯域制御手段２３０はクライアント３０
からの転送が終了すると転送終了を転送制御手段２１０
に通知する（ｘ１４３、図１４）。

【００３１】図１４はこの実施例の動作を示すものであ
る。図１４において図５等と対応する箇所には対応する
符号を付して詳細な説明は省略する。

【００３２】［実施例５］つぎに本発明の実施例５につ
いて説明する。図１５は実施例５の構成を示しており、
図１５において、図１または図４と対応する箇所には対
応する符号を付した。実施例５は、複数のクライアント
とサーバがネットワークに接続されているネットワーク
システムにおいて、クライアント３０に転送開始手段３
１０を設け、サーバ２０に転送制御手段２１０とＣＰＵ
監視手段２４０を設けている。

【００３３】つぎに実施例５の動作について図１６を参
照して説明する。図１６において、クライアント３０の
アプリケーションからサーバ２０への転送要求を受けた
転送開始手段３１０は転送制御手段２１０に対し、転送
要求ｘ１０１を通知する。転送要求ｘ１０１を受けた転
送制御手段２１０はＣＰＵ監視手段２４０に問い合わせ
を行う（ｘ１１５）。問い合わせｘ１１５を受けたＣＰ
Ｕ監視手段４０はＣＰＵ使用率情報保持部２４１のＣＰ
Ｕ使用率Ｃ＿Ａと伝送処理部使用率Ｃ＿Ｔを転送制御手
段２１０に返答する（ｘ１１６）。ＣＰＵ監視手段２４
０から返答ｘ１１６を受けた転送制御手段２１０は返答
されたＣＰＵ使用率Ｃ＿Ａと伝送処理部ＣＰＵ使用率Ｃ
＿Ｔに基づいて後述する条件判断を行い、転送開始手段
３１０に転送応答ｘ１０２を通知する。以降は実施例１
と同様である。

【００３４】ここで、転送制御手段２１０における条件
判断は、図１６のフローチャートにしたがって行う。Ｃ
ＰＵ監視手段２４０からサーバ２０のＣＰＵ使用率Ｃ＿
Ａと伝送処理部が使用しているＣＰＵ使用率Ｃ＿Ｔを受
け取った転送制御手段２１０は、まずＣ＿ＡとＣｏ＿Ａ
を比較する（Ｓ３１）。ここでＣｏ＿Ａはあらかじめ決
めておく定数で、サーバ２０にとってそれ以上のＣＰＵ
使用率だと負荷が高いと思われる値を設定しておけばよ
い。そしてＣ＿Ａ＜Ｃｏ＿Ａ、つまりサーバ２０の負荷
がそれほど高くないときは、転送開始手段３１０に「転
送可」の転送応答ｘ１０２を通知する（Ｓ３２）。Ｃ＿
Ａ＜Ｃｏ＿Ａでなかったなら、Ｃ＿ＴとＣｏ＿Ｔを比較
する（Ｓ３３）。ここでＣｏ＿Ｔはあらかじめ決めてお
く定数で、「イメージング処理部」の負荷が高いときに
伝送処理部が使うＣＰＵ使用率としての上限の値を設定
しておけばよい。そしてＣ＿Ｔ＜Ｃｏ＿Ｔ、つまり「伝
送処理部」の負荷がほとんどないときは、転送開始手段
３１０に「転送可」の転送応答ｘ１０２を通知する（Ｓ
３２）。逆にＣ＿Ｔ＜Ｃｏ＿Ｔでないときは、転送開始
手段３１０に「転送待ち」の転送応答ｘ１０５を通知
し、一定時間毎にＣＰＵ監視手段２４０に問い合わせを
行う（Ｓ３４）。

【００３５】なお、ＣＰＵ使用率Ｃ＿Ａと伝送処理部が
使用しているＣＰＵ使用率Ｃ＿Ｔは、転送制御手段２１
０から問い合わせｘ１０５を受けたときに、ＣＰＵ監視
手段２４０がサーバ２０のオペレーティングシステムに
問い合わせて取得し、ＣＰＵ使用率情報保持部２４１に
格納する。ここで、ＣＰＵ使用率とは例えば、全命令中
のＮＯＰ命令（なにも実行しないという命令）以外の命
令が占める割合を調べることによって計測することが出
来、通常、オペレーティングシステムが用意するシステ
ムコールによって取得することが出来る。

【００３６】［実施例６］つぎに本発明の実施例６につ
いて説明する。図１８は、実施例６の構成を示してい
る。図１８において図１または図４と対応する個所には
対応する符号を付して詳細な説明を省略する。この実施
例は、実施例５において、転送開始手段３１０を既存の
プロトコルで置き換えた構成である。この時、既存のプ
ロトコルは複数であってもよいし、１つであってもよ
い。

【００３７】図１９は、実施例６の動作を示している。
図１９において、サーバ２０のプリントプロトコルエン
ティティ２２０、２２１…が転送制御手段２１０に転送
要求を通知するまでは実施例２と同様である。転送要求
を受けた転送制御手段２１０はＣＰＵ監視手段２４０に
問い合わせを行い、問い合わせを受けたＣＰＵ監視手段
２４０はＣＰＵ使用率情報保持部２４１のＣＰＵ使用率
Ｃ＿Ａと伝送処理部使用率Ｃ＿Ｔを転送制御手段２１０
に返答する。ＣＰＵ監視手段２４０から返答を受けた転
送制御手段２１０は返答されたＣＰＵ使用率Ｃ＿Ａと伝
送処理部ＣＰＵ使用率Ｃ＿Ｔに基づいて実施例５と同様
の条件判断を行い、サーバ２０のプリントプロトコルエ
ンテｌティ２２０，２２１…に転送応答を通知する。さ
らにサーバ２０のプリントプロトコルエンティティ２２
０、２２１…はクライアント３０のプリントプロトコル
エンティティ３２０、３２１…に転送応答を返す。以降
は実施例２と同様である。

【００３８】以上で実施例の説明を終了する。なお、こ
の発明は上述の実施利に限定されるものではなく種々変
更が可能である。例えば、図４、図８、図１０、図１３
において、進捗監視手段２１１は、スプールディスクの
ジョブ数を保持するスプールジョブ数情報保持部２１２
を備えている。これは、専用のバッファ・メモリで構成
しても良いし、サーバ２０のメモリ上に割り当てられた
所定の作業領域で構成してもよい。又、図１５、図１８
において、ＣＰＵ監視手段２４０は、ＣＰＵ使用率を保
持するＣＰＵ使用率情報保持部２４１を備えている。Ｃ
ＰＵ使用率情報保持部２４１にはサーバ２０のＣＰＵ使
用率Ｃ＿Ａと伝送処理部が使用しているＣＰＵ使用率Ｃ
＿Ｔが格納されている。ＣＰＵ使用率情報保持部２４１
は専用のバッファ・メモリに格納されていても、サーバ
２０のメモリ上に割り当てられた所定の作業領域であっ
てもよい。

【００３９】なお、上述実施例における、サーバやクラ
イアントの装置は、例えば、汎用のＰＣ装置のメモリに
処理プログラムを格納して実行する構成としてもよい。
処理プログラムは、例えば、ＣＤ−ＲＯＭあるいはＤＶ
Ｄ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、
のような各種の光ディスクに格納してもよい。また、ハ
ードディスクあるいはフロッピー（登録商標）ディスク
のような磁気ディスクに格納してもよい。また、半導体
メモリや、さらに、ＤＡＴあるいは８ｍｍといったテー
プメディアに格納してもよい。いずれにしても、上述し
た処理を実行する処理プログラムを供給するプログラム
媒体から、直接にあるいはネットワークを介して間接的
に、その処理プログラムを読み出して実行する構成とす
ることができる。

【００４０】また、上述実施例においては、プリントジ
ョブを転送し、イメージング処理を行う処理について説
明したが、この発明はプリントジョブに限定されること
なく、種々のジョブを受信し、このジョブについて受信
後に処理を行う場合に広く適用可能であることはもちろ
んである。

【００４１】この発明は、とくにオンラインバッチ処理
に適用して好適である。ここで、バッチ処理とは、デー
タ処理において必要なデータを貯めておき、それを一括
して処理する方式であり、オンラインバッチ処理とは、
データ発生地点に端末を置いて通信回線を利用してセン
タのホストコンピュータでバッチ処理を行う方式であ
る。例としては商品受注システムや、銀行の預金システ
ム等があげられる。バッチ処理は、処理手順が決まって
いる場合に好適であり、システムの単位時間あたりの処
理料（スループット）を向上させることと、利用者がジ
ョブを計算機システムに投入してから結果が出るまでの
時間（ターンアラウンドタイム）を要求時間内に治める
ことが重要である。この発明を適用すると、スループッ
ト及びターンアラウンドタイムの双方が向上する。

【００４２】本発明の実施例によれば、「伝送処理部」
のＣＰＵ処理量が方式１では分散され、方式２では常に
抑えられる。その結果、どちらの方式でも「イメージン
グ処理部」に使用できるＣＰＵ処理量が増加し、イメー
ジング処理時間が短くなるという効果がある。

【００４３】実際に本発明の実施例１をネットワークプ
リントシステムに実装した所、「イメージング処理部」
における処理時間が８０．０％に減少したことを確認し
た。また、この値は「イメージング処理部」のみがサー
バで動いていた場合の「イメージング処理部」における
処理時間に比べて僅かしか増加していない。つまり「イ
メージング処理部」の処理時間は、ほぼ限界まで短縮さ
れており、これ以上短かくすることは出来ない。さら
に、転送ジョブが集中した場合のイメージング処理時間
だけでなく、全体のスループットも向上した。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
ジョブ転送処理を制約することによりジョブ転送後の処
理例えばプリントジョブに対するイメージング処理を高
効率に実施できる。

【図面の簡単な説明】

【図１】ネットワークプリントシステムを説明するブ
ロック図である。

【図２】従来システムのサーバにおける動作を説明ず
る図である。

【図３】本発明のサーバにおける動作を説明する図で
ある。

【図４】本発明の実施例１の構成を示すブロック図で
ある。

【図５】実施例１のシーケンスを説明する図である。

【図６】実施例１の転送制御手段２１０における動作
を説明するフローチャートである。

【図７】実施例１の転送待ちを通知する場合のシーケ
ンスを説明する図である。

【図８】本発明の実施例２の構成を示すブロック図で
ある。

【図９】実施例２におけるシーケンスを説明する図で
ある。

【図１０】本発明の実施例３の構成を示すブロック図
である。

【図１１】実施例３におけるシーケンスを説明する図
である。

【図１２】実施例３の転送制御手段２１０における動
作を説明するフローチャートである。

【図１３】本発明の実施例４の構成を示すブロック図
である。

【図１４】実施例４におけるシーケンスを説明する図
である。

【図１５】本発明の実施例５の構成を示すブロック図
である

【図１６】実施例５におけるシーケンスを説明する図
である。

【図１７】実施例５の転送制御手段２１０における動
作を説明するフローチャートである。

【図１８】本発明の実施例６の構成を示すブロック図
である。

【図１９】実施例６におけるシーケンスを説明する図
である。

【符号の説明】

１０ネットワーク２０サーバ３０クライアント２０１転送処理部２０２イメージング処理部２０３スプールディスク２１０転送制御手段２１１進捗監視手段２１２スプールジョブ数保持部２２０、２２１サーバ・プリント・プロトコル・エ
ンティティ２３０受信帯域制御手段２４０ＣＰＵ監視手段２４１ＣＰＵ使用率情報保持部３１０転送開始手段３２０、３２１クライアント・プリント・プロトコ
ル・エンティティ３３０送信帯域制御手段

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 13/00 ３５１Ｇ０６Ｆ 13/00 ３５１Ａ 15/177 ６７４ 15/177 ６７４Ｂ (72)発明者小林和男神奈川県足柄上郡中井町境430 グリーンテクなかい富士ゼロックス株式会社内 (72)発明者光武克也神奈川県足柄上郡中井町境430 グリーンテクなかい富士ゼロックス株式会社内

Claims

【特許請求の範囲】

【請求項１】クライアントとサーバとがネットワーク
に接続されているネットワークシステムにおいて前記ク
ライアントから前記サーバへのジョブの転送を制御する
方法において、前記サーバ上で前記クライアントからジ
ョブの受信処理を行う伝送処理部と、前記サーバ上で前
記受信したジョブに対して処理を行うジョブ受信後処理
部とを、連携して動作させ、前記ジョブ受信後処理部の
処理時間を短くすることを特徴とするジョブ転送制御方
法。
【請求項２】前記ジョブ受信後処理部における負荷が
高いときに、前記伝送処理部において、前記クライアン
トからのジョブ受信を制限することにより、前記ジョブ
受信後処理部の処理時間を短くする請求項１記載のジョ
ブ転送制御方法。
【請求項３】クライアントとサーバとがネットワーク
に接続され所定のジョブを実行するジョブ実行装置にお
いて、前記サーバ上で前記クライアントからのジョブを受信処
理する伝送処理手段と、前記サーバ上で前記受信したジョブに対して処理を行う
ジョブ受信後処理手段と、前記ジョブ受信後処理手段の負荷を計測する負荷計測手
段と、前記負荷計測手段からの計測結果情報を受けて前記ジョ
ブの転送を制御する転送制御手段と、前記転送制御手段からの制御情報を受けて転送を行う転
送手段とを有することを特徴とするジョブ実行装置。
【請求項４】前記負荷計測手段として、前記サーバの
スプールディスクに溜まるジョブ数を監視する進捗監視
手段を持つ請求項３記載のジョブ実行装置。
【請求項５】前記負荷計測手段として、前記サーバの
ＣＰＵ負荷を監視するＣＰＵ監視手段を持つ請求項３記
載のジョブ実行装置。
【請求項６】前記転送制御手段において、前記進捗監
視手段からのスプールジョブ数が一定数以上ならば転送
待ちを通知し、一定数より小さければ転送開始を通知す
る請求項４記載のジョブ実行装置。
【請求項７】前記転送制御手段において、前記ＣＰＵ
監視手段から通知されるＣＰＵ負荷が第１の閾値より高
く、かつ前記ＣＰＵ監視手段から通知される伝送処理部
のＣＰＵ負荷が第２の閾値より高い場合は前記クライア
ントに転送待ちを通知し、そうではない場合は前記クラ
イアントに転送開始を通知する請求項５記載のジョブ実
行装置。
【請求項８】前記進捗監視手段と前記転送制御手段と
を前記サーバに持ち、前記クライアントに前記転送手段
として前記転送制御手段から通知された転送帯域で転送
を行う送信帯域制御手段を持つ請求項３記載のジョブ実
行装置。
【請求項９】前記転送制御手段において、前記進捗監
視手段からのスプールジョブ数が一定数以下ならば最大
送信帯域を通知し、一定数より大きければスプールジョ
ブ数に応じて制限された帯域を通知する請求項８記載の
ジョブ実行装置。
【請求項１０】前記進捗監視手段と前記転送制御手段
とを前記サーバに持ち、さらに前記サーバに前記転送手
段として前記転送制御手段から通知された転送帯域で受
信を行う受信帯域制御手段を持つ請求項３記載のジョブ
実行装置。
【請求項１１】クライアントとプリントサーバとがネ
ットワークに接続されているネットワークプリントシス
テムにおいて、前記プリントサーバ上で前記クライアン
トからジョブの受信処理を行う伝送処理部と、前記サー
バ上で受信したジョブに対してイメージング処理を行う
イメージング処理部とを、連携させることにより、前記
イメージング処理部の処理時間を短くすることを特徴と
するプリントジョブ転送制御方法。
【請求項１２】前記イメージング処理部における負荷
が高いときは、前記伝送処理部において、前記クライア
ントからのジョブ受信を制限することにより、前記イメ
ージング処理部の処理時間を短くする請求項１１記載の
プリントジョブ転送制御方法。
【請求項１３】ネットワークに接続されクライアント
からのジョブを受信して前記ジョブを処理するサーバに
おいて、前記クライアントからのジョブを受信処理する伝送処理
手段と、前記受信したジョブに対して処理を行うジョブ受信後処
理手段と、前記ジョブ受信後処理手段の負荷を計測する負荷計測手
段と、前記負荷計測手段からの計測結果情報を受けて前記ジョ
ブの転送を制御する転送制御手段とを有することを特徴
とするサーバ。
【請求項１４】ジョブ発行装置とジョブ処理装置とが
ネットワークに接続され所定のジョブを実行するジョブ
実行装置において、前記ジョブ処理装置上で前記ジョブ発行装置からのジョ
ブを受信処理する伝送処理手段と、前記ジョブ処理装置上で前記受信したジョブに対して処
理を行うジョブ受信後処理手段と、前記ジョブ受信後処理手段の負荷を計測する負荷計測手
段と、前記負荷計測手段からの計測結果情報を受けて前記ジョ
ブの転送を制御する転送制御手段と、前記転送制御手段からの制御情報を受けて実際に転送を
行う転送手段とを有することを特徴とするジョブ実行装
置。
【請求項１５】クライアントとサーバとがネットワー
クに接続されているネットワークシステムにおいて用い
られ、上記サーバで実行されるプログラムを少なくとも
記録したコンピュータ読取り可能な記録媒体であって、前記クライアントからのジョブを受信するジョブ受信ス
テップと、上記受信したジョブを処理するステップと、上記受信したジョブの処理時間を短くするために、上記
受信したジョブの処理と連携して上記ジョブの受信を制
御するステップとを上記サーバに実行させるためのプロ
グラムを記録したコンピュータ読取り可能な記録媒体。
【請求項１６】上記プログラムは、上記サーバに、上
記受信したジョブの処理に要する負荷に応じて上記クラ
イアントから受信するジョブの転送を制御させるステッ
プを実行させる請求項１５記載のコンピュータ読取り可
能な記録媒体。
【請求項１７】上記サーバが、プリントするためのプ
リントサーバであって、上記プログラムは、上記プリン
トサーバに、受信したジョブのイメージング処理に要す
る負荷に連携して上記クライアントから受信するジョブ
の転送を制御するステップを実行させる請求項１５記載
のコンピュータ読取り可能な記録媒体。