JP2003022172A

JP2003022172A - プリントサーバ装置およびその制御方法

Info

Publication number: JP2003022172A
Application number: JP2001205017A
Authority: JP
Inventors: Masamichi Oshima; 正道大島
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-07-05
Filing date: 2001-07-05
Publication date: 2003-01-24

Abstract

(57)【要約】【課題】プリンタの状態を監視し、それに応じてプリ
ントジョブの送信先を変更する代行印刷サービスを提供
するプリントサーバにおいて、ユーザやクライアントＰ
Ｃ毎に代行プリンタを設定可能とすることにより、プリ
ントサーバの管理のし易さやユーザにとっての利便性を
損なうことなく変更先の設定をより柔軟に行うことの可
能なプリントサーバ装置を提供すること。【解決手段】プリントサーバ装置はプリントジョブに
指定されたデフォルトのプリンタが印刷可能な状態かど
うかを検出し（Ｓ６０５）、印刷不能な場合にはジョブ
の発行ユーザに対応して予め代行プリンタが登録された
代行プリンタ情報テーブルを参照して代行プリンタを決
定する（Ｓ６０６）。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、コンピュータネッ
トワークで用いられるプリントサーバ装置（以下、単に
プリントサーバともいう）に関し、特に代行印刷サービ
スを提供するプリントサーバ装置およびその制御方法に
関する。

【０００２】

【従来の技術】近年、印刷品位の高いレーザービームプ
リンタが、印刷そのものを業務としないオフィスでも一
般的に使用されるようになってきた。また低価格化が進
んだため、一つのオフィスで複数のプリンタを使用する
ケースも珍しくない。一方、オフィスで利用されるコン
ピュータのネットワーク化の進展も著しい。それらが相
まって、オフィスで複数のプリンタをネットワーク上で
共有して利用する形態が広まっている。そして、ネット
ワーク上の複数の共用プリンタを有効に利用するための
プリントサーバが提案されてきている。

【０００３】以下、プリントサーバを用いたネットワー
クプリントシステムについての一般的な説明をまず行
う。図１は、ネットワークプリントシステムの全体構成
を示す図で、開放型アーキテクチャを持つプリンタ１０
２が、ネットワークインタフェース（ＮＩＣ）１０１を
介し、共用プリンタとしてローカルエリアネットワーク
（ＬＡＮ）１００へ接続された場合を示す図である。Ｎ
Ｂ１０１は例えばＥｔｈｅｒｎｅｔであるＬＡＮ１００
へ、同軸コネクタ（１０Ｂａｓｅ−２）やＲＪ−４５コ
ネクタ（１０／１００Ｂａｓｅ−Ｔ）によって接続され
ている。

【０００４】例えばパーソナルコンピュータ（ＰＣ）か
ら構成されるプリントサーバ１０８は、ローカル接続さ
れた複数のプリンタ１０９、または遠隔地にあるプリン
タ１０５などのプリンタに印刷を行わせる。また、他の
図示しない周辺機器をＬＡＮ１００に接続してもよい。

【０００５】ＰＣ１０３、ＰＣ１０４のような、パーソ
ナルコンピュータ（ＰＣ）もまた、ＬＡＮ１００に接続
されており、ネットワークオペレーティングシステムの
制御のもと、これらのＰＣはプリントサーバ１０８と通
信することができる。従って、ＰＣの１つ、例えばＰＣ
１０３はプリンタ１０２で印刷を実行させたい場合、自
らＮＢ１０１および（ＮＢ１０１を介して）プリンタ１
０２と通信してプリントデータや制御情報のやり取り行
わなくとも、例えば以下のようにプリントサーバ１０８
にそれらの作業を任せることができる。

【０００６】すなわち、ＰＣ１０３はそのアプリケーシ
ョン等で作成されたプリントジョブのデータをプリンタ
１０２ではなくプリントサーバ１０８へ送る。プリント
サーバ１０８は送られてきたプリントジョブのデータを
ハードディスク等のローカルなデータ保存領域（図示せ
ず）に一時的に保持する。

【０００７】プリントサーバ１０８はローカルな保存領
域を利用して複数のプリントジョブを受け付けることが
可能である。そして、複数のプリントジョブが処理待ち
状態で保持されている場合、プリントサーバ１０８は所
定の方針に従って次に処理すべきプリントジョブを決定
する。

【０００８】プリントサーバ１０８は、次に処理すべき
と決定したプリントジョブのデータを保存領域から読み
出し、ＮＢ１０１を介してプリンタ１０２へ、あるいは
プリンタ１０９の１つに送信する。この時プリントサー
バ１０８は、プリントジョブのデータを、プリンタ１０
２又は１０９がサポートするページ記述言語（ＰＤＬ）
および制御コマンドにプリンタドライバを用いて変換し
て送信することがある。

【０００９】ＰＣ１０３、１０４及びプリントサーバ１
０８は、それぞれデータファイルの生成や、生成したデ
ータファイルのＬＡＮ１００への送信や、また、ＬＡＮ
１００からのファイルの受信や、更に、それらのファイ
ルの表示および／または処理を行うことができる、一般
的なＰＣにより構成される。図１ではパーソナルコンピ
ュータ機器が示されているが、ネットワークソフトウェ
アを実行するのに適切であるような、他のコンピュータ
機器を含んでもよい。例えば、ＵＮＩＸ（登録商標）の
ソフトウェアを使用している場合に、ＵＮＩＸワークス
テーションをネットワークに含んでも良く、これらのワ
ークステーションは、適切な状況下で、図示されている
ＰＣと共に使用することができる。

【００１０】通常、ＬＡＮ１００などのＬＡＮは、１つ
の建物内の１つの階または連続した複数の階でのユーザ
グループ等の、比較的ローカルなユーザグループにサー
ビスを提供する。例えば、ユーザが他の建物や他県に居
るなど、あるユーザが他のユーザから離れるに従って、
ワイドエリアネットワーク（ＷＡＮ）を作ってもよい。
ＷＡＮは、基本的には、いくつかのＬＡＮをサービス総
合ディジタルネットワーク（ＩＳＤＮ）などの高速ディ
ジタル回線で接続することにより形成された集合体であ
る。従って、図１に示すように、ＬＡＮ１００、ＬＡＮ
１１０、ＬＡＮ１２０とは、モデム／トランスポンダ１
３０およびバックボーン１４０を介して接続され、ＷＡ
Ｎを形成する。

【００１１】それぞれのＬＡＮは、専用のＰＣを含み、
また、必要に応じて、ファイルサーバやプリントサーバ
を含むこともある。図１に示すように、ＬＡＮ１１０
は、ＰＣ１１１、ＰＣ１１２、ファイルサーバ１１３、
ネットワークディスク１１４、プリントサーバ１１５、
プリンタ１１６を含む。また、ＬＡＮ１２０はＰＣ１２
１とＰＣ１２２のみを含む。ＬＡＮ１００、ＬＡＮ１１
０およびＬＡＮ１２０に接続されている機器は、ＷＡＮ
接続を介して他のＬＡＮに接続された機器の機能にアク
セスすることができる。

【００１２】プリントサーバ１０８のようなプリントサ
ーバをネットワークプリントシステムに設けることで次
のようなメリットが生まれる。第１に、各クライアント
ＰＣで行う個々のプリンタに依存した処理を最小限に
し、その分の負荷をプリントサーバに負わせることがで
きる。それにより、クライアントＰＣでユーザがドキュ
メントの印刷を行う時のクライアント側の処理時間、す
なわちユーザの待ち時間が短くてすむ。

【００１３】例えば、基本ソフト（ＯＳ）として、Micr
osoft Windows（以降単にWindowsと略す）を用いた環境
でプリントサーバを用いて印刷を行う場合、図２に示す
ように、ＰＣ１０３のようなクライアントＰＣでは、プ
リンタが直接処理可能なプリンタ固有の（そのプリンタ
固有の制御コマンドを含む）データファイルではなく、
プリンタに依存しないを中間ファイルを生成し、それを
プリントサーバに送る。そして、プリントサーバ側でこ
の中間ファイルからプリンタ固有のデータを生成し、プ
リンタに送信する。従って、クライアントＰＣの印刷処
理は軽減される。

【００１４】プリントサーバを設ける第２のメリットと
して、付加価値のあるプリントジョブ処理が可能となる
点がある。例えば、プリントジョブごとに処理の優先順
序を設定し、複数のプリントジョブが同時に処理待ちに
なった時にプリントジョブの持つ優先順序に応じて処理
順序を決めることによって、急いで印刷する必要のある
ドキュメントを優先的に印刷することが可能になる。ま
た、クライアントＰＣから受け取ったプリントジョブを
送信しようとしたプリンタでエラーが発生していたら他
のプリンタを選択して代わりに印刷させるといった代行
印刷サービス、あるいは印刷時間短縮のために一つのプ
リントジョブを論理的に分割し、それらを複数のプリン
タに並行して印刷させるといった分散印刷サービスなど
の提供も可能となる。

【００１５】この他にもプリントサーバを用いたネット
ワークプリントシステムを構築することのメリットはあ
るが、本発明に直接関係がないので上記に留めておく。
その代わり、本発明は上述の代行印刷サービスに関連す
るので、以下に代行印刷サービスに関してさらに詳細に
説明する。

【００１６】ＯＳにWindowsを用いたネットワーク環境
を有するネットワークプリントシステムでプリントサー
バを用いる場合、システム管理者はプリントサーバ上に
一つまたは複数のプリンタオブジェクトを用意する。一
方、クライアントＰＣ上にはプリントサーバに用意され
たプリンタオブジェクトに対応するプリンタオブジェク
トを作成しておく。ここで言うプリンタオブジェクトと
は、物理的なプリンタをWindows上でモデル化したもの
であり、ドキュメントデータをプリンタに送信すべきデ
ータに変換する際に使用するプリンタドライバやプリン
トジョブデータの出力先など諸々の情報を管理してい
る。またWindowsが稼働するクライアントＰＣのユーザ
は、アプリケーションプログラムが印刷を行うとき、プ
リンタオブジェクトを指定して印刷の指示を出す。

【００１７】クライアントＰＣのユーザが、クライアン
トＰＣ上で実行しているアプリケーションから印刷を指
示すると、クライアントＰＣで稼動しているWindowsは
アプリケーションプログラムから受け取った描画コマン
ドをＥＭＦ形式と呼ばれるデータ形式に変換する。ＥＭ
Ｆ形式は、WindowsのＧＤＩと呼ばれるデバイス非依存
なグラフィックスシステムの特徴を引き継いでおり、デ
バイスに依存するコマンドや情報を含まない。そして、
クライアントＰＣ上のWindowsはＥＭＦ形式に変換され
たプリントジョブデータをプリントサーバに転送する。

【００１８】プリントサーバ側のWindowsは受信したＥ
ＭＦ形式のプリントジョブデータを一時ハードディスク
等の記憶装置上に保存する。その後、プリントサーバ上
のWindowsはＥＭＦ形式のプリントジョブデータを読み
出し、印刷しようとするプリンタのプリンタドライバを
用いて、そのプリンタがサポートするページ記述言語
（ＰＤＬ）のデータ形式に変換する。

【００１９】続いて、変換されたデータをプリントモニ
タと呼ばれるモジュールを介してプリンタ（ＮＢ１０
１）に送信する。プリンタ１０２は、ネットワークイン
タフェースであるＮＢ１０１を介してＰＤＬ形式のプリ
ントジョブデータを受け取り、ＰＤＬを解釈して印刷を
行う（詳細については、Windowsの各バージョンについ
て発行されている「リソースキット」と呼ばれる出版物
に譲る）。

【００２０】上記のようなWindowsのプリンティングシ
ステムの構造に着目して、サードパーティにより次に説
明するような機能拡張が行われている。すなわち、プリ
ントサーバ上のWindowsで作成されているプリンタオブ
ジェクトには、物理的なプリンタにプリントジョブデー
タを転送するプログラムモジュールとしてプリントモニ
タモジュールが通常設定されるが、このプリントモニタ
モジュールをプリントサーバ上で動作する他のプリント
サービスプログラムに渡すモジュールに置き換える。

【００２１】このモジュールはプリントジョブデータを
プリンタには送信せず、例えばハードディスク上にファ
イルとして保存する。そして、プリントサービスプログ
ラムは、このファイルを読み出してプリントジョブデー
タを入手し、独自の処理を行ってからプリンタにプリン
トジョブデータを送信する。こうすることによって、こ
のプリントサービスプログラムは、Windowsが持ってい
ない機能をプリントサーバの機能として付加することが
できる。

【００２２】上述の代行印刷機能は、この機能拡張を利
用したものである。代行印刷機能は、プリントジョブを
送信しようとしたプリンタで印刷不能状態を引き起こす
エラーが発生している場合に、他の正常状態のプリンタ
に送信先を変更して印刷させるものである。印刷不能状
態を引き起こすエラーとしては、例えば用紙詰まり、ト
ナー切れ等が挙げられる。プリンタはそのようなエラー
が発生していても、プリントジョブデータの受け付けは
可能であることが多い。

【００２３】機能拡張を行っていない、通常のWindows
の処理では、送信先のプリンタに印刷不能状態を引き起
こすエラーが発生していても、プリンタがプリントジョ
ブデータを受信することができれば送信する。しかしな
がら、当然ながらプリンタでは前記のエラーが解除され
ない限りそのプリントジョブを実行して印刷することは
できない。

【００２４】一方、プリントジョブ代行印刷機能をサポ
ートするプリントサービスソフトウェアは、プリンタの
状態を例えばＳＮＭＰ(Simple Network Management Pro
tocol)等のプロトコルを用いて定期的に監視する。そし
て、あるプリンタへのプリントジョブを受け取ると、そ
のデータをプリンタに送信する前に、そのプリンタの印
刷状態を確認する。

【００２５】確認の結果、プリンタが印刷可能な状態で
あればプリントジョブデータを送信するが、もしプリン
タでエラーが発生して印刷不能な状態であれば、そのプ
リンタの代行プリンタとして予め登録されている送信先
にプリントジョブデータを送信する。代行プリンタは、
そのプリントジョブが投入されたプリンタオブジェクト
ごとにプリントサービスソフトウェア内に登録されてい
る。例えば、「プリンタオブジェクトＸに投入されたプ
リントジョブは通常プリンタＡに送信するが、プリンタ
Ａが印刷不能な場合はプリンタＢまたはＣに送信す
る。」という形でプリントサーバの管理者がプリントサ
ービスソフトウェアに登録しておくのである。

【００２６】

【発明が解決しようとする課題】このように、従来のプ
リントジョブ代行印刷機能を持つプリントサービスソフ
トウェアでは、プリンタオブジェクトに関連して代行プ
リンタが設定されていた。一方、代行印刷に使用するこ
とのできるプリンタが複数存在する場合、それらの性能
差や設置場所等の要因から、どのプリンタで代行印刷を
させたいかはユーザによって異なる場合がある。しかし
ながら、従来はプリントサーバの管理者がプリンタオブ
ジェクト単位で設定した代行プリンタを用いた代行印刷
しかできないため、ユーザが別のプリンタでの代行印刷
を希望してもその要求を満足させることができない。す
なわち、どのプリンタで代行印刷させるかはユーザの希
望とは無関係に、かつプリンタオブジェクトごとに一種
類の設定しかできない。同一のプリンタに対応させて、
異なる代行プリンタを設定したプリンタオブジェクトを
複数用意することは可能であるが、ユーザからみた場合
も管理者にとってもプリンタオブジェクトの識別が難し
くなり、使用面・管理面の双方において煩雑さが伴うこ
とになる。

【００２７】

【課題を解決するための手段】本発明はこのような従来
技術の問題点に鑑みなされたものであり、その目的は、
プリンタの状態を監視し、それに応じてプリントジョブ
の送信先を変更する代行印刷サービスを提供するプリン
トサーバ装置において、ユーザやクライアントＰＣ毎に
代行プリンタを設定可能とすることにより、プリントサ
ーバの管理のし易さやユーザにとっての利便性を損なう
ことなく変更先の設定をより柔軟に行うことが可能なプ
リントサーバ装置およびその制御方法を提供することに
ある。

【００２８】すなわち、本発明の要旨は、ネットワーク
上の複数のクライアント端末からプリントジョブを受け
取り、各プリントジョブを複数のプリンタのうち所定の
プリンタに送信するプリントサーバ装置であって、複数
のクライアントからプリントジョブを受け取るプリント
ジョブ入力手段と、プリントジョブ入力手段が受け取り
得るプリントジョブの発行元情報と、複数のプリンタの
いずれかを対応付けして記憶する記憶手段と、プリント
ジョブ入力手段が受け取ったプリントジョブに基づき、
当プリントジョブを印刷すべき第１のプリンタを複数の
プリンタから選択する第１のプリンタ選択手段と、第１
のプリンタの動作状態を検出する第１の状態検出手段
と、第１のプリンタの動作状態が正常状態でない場合、
記憶手段において、プリントジョブ入力手段が受け取っ
たプリントジョブの発行元情報に対応するプリントジョ
ブの発行元情報に対応づけられているプリンタを第２の
プリンタとして選択する第２のプリンタ選択手段と、プ
リントジョブ入力手段が受け取ったプリントジョブを、
第２のプリンタに送信する送信手段とを有することを特
徴とするプリントサーバ装置に存する。

【００２９】また、本発明の別の要旨は、ネットワーク
上の複数のクライアント端末からプリントジョブを受け
取り、各プリントジョブを複数のプリンタのうち所定の
プリンタに送信するプリントサーバ装置の制御方法であ
って、複数のクライアントからプリントジョブを受け取
るプリントジョブ入力ステップと、プリントジョブ入力
ステップが受け取り得るプリントジョブの発行元情報
と、複数のプリンタのいずれかを対応付けして記憶手段
に記憶するステップと、プリントジョブ入力ステップが
受け取ったプリントジョブに基づき、当プリントジョブ
を印刷すべき第１のプリンタを複数のプリンタから選択
する第１のプリンタ選択ステップと、第１のプリンタの
動作状態を検出する第１の状態検出ステップと、第１の
プリンタの動作状態が正常状態でない場合、記憶手段か
ら、プリントジョブ入力ステップが受け取ったプリント
ジョブの発行元情報に対応するプリントジョブの発行元
情報に対応づけられているプリンタを第２のプリンタと
して選択する第２のプリンタ選択ステップと、プリント
ジョブ入力ステップが受け取ったプリントジョブを、第
２のプリンタに送信する送信ステップとを有することを
特徴とするプリントサーバ装置の制御方法に存する。

【００３０】また、本発明の別の要旨は、コンピュータ
装置を本発明のプリントサーバ装置として機能させるこ
とを特徴とするプログラムに存する。

【００３１】また、本発明の別の要旨は、コンピュータ
装置を本発明のプリントサーバ装置として機能させるプ
ログラムを格納したコンピュータ装置読みとり可能な記
憶媒体に存する。

【００３２】

【発明の実施の形態】以下、図面を参照して、本発明を
その好適な実施形態に基づき詳細に説明する。図３は、
本発明の一実施形態にかかるプリントサーバとして用い
ることのできるパーソナルコンピュータ（ＰＣ）３００
の構成例を示すブロック図である。ＰＣ３００は、ＲＯ
Ｍ３０２もしくはハードディスク（ＨＤ）３１１に記憶
された、あるいはフロッピー（登録商標）ディスク（Ｆ
Ｄ）３１２より供給されるプリントサーバプログラムを
実行するＣＰＵ３０１を備え、システムバス３０４に接
続される各デバイスを総括的に制御する。

【００３３】３０３はＲＡＭで、ＣＰＵ３０１の主メモ
リ、ワークエリアなどとして機能する。３０５はキーボ
ードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）３
０９や不図示のポインティングデバイスなどからの指示
入力を制御する。３０６はＣＲＴコントローラ（ＣＲＴ
Ｃ）で、ＣＲＴディスプレイ（ＣＲＴ）３１０の表示を
制御する。３０７はディスクコントローラ（ＤＫＣ）
で、ブートプログラム、種々のアプリケーション、編集
ファイル、ユーザファイル、およびプリントサーバプロ
グラムなどを記憶するハードディスク（ＨＤ）３１１お
よびフロッピーディスク（ＦＤ）３１２とのアクセスを
制御する。３０８はネットワークインタフェースカード
（ＮＩＣ）で、ＰＣ３００はＮＩＣ３０８を介してＬＡ
Ｎ１００に接続された他のＰＣやプリンタ等と双方向に
データをやりとりする。

【００３４】ハードディスク（ＨＤ）３１１には、ＰＣ
３００を本実施形態に係るプリントサーバとして機能さ
せるプリントサーバプログラムが格納される。後述のす
べての説明において、特に断りのない限り、実行の主体
はハード上はＣＰＵ３０１である。一方、ソフトウェア
上の制御の主体は、ハードディスク（ＨＤ）３１１に格
納されたプリントサーバソフトウェアである。本実施形
態において、ＰＣ３００で稼働するＯＳは例えば、Wind
owsNT 4.0 Server（米マイクロソフト社製）を想定して
いるが、これに限るものではない。

【００３５】なお、プリントサーバプログラムは、フロ
ッピーディスクやＣＤ−ＲＯＭなどの記憶媒体に格納さ
れた形で供給されても良く、その場合には図２に示すフ
ロッピーディスク（ＦＤ）３１２または不図示のＣＤ−
ＲＯＭドライブなどによって記憶媒体からプログラムが
読み取られ、ハードディスク（ＨＤ）３１１にインスト
ールされる。

【００３６】図４は図３に示したＰＣ３００がプリント
サーバ４０３として機能する場合の内部的なソフトウェ
アモジュール構成をより詳しく示した図である。なお、
以下の説明においては、説明を簡単にするため、図４に
示したネットワークプリントシステムのプリントサーバ
４０３として図３のＰＣ３００を用いた場合を想定して
いる。

【００３７】すなわち、プリントサーバ４０３が接続さ
れるＬＡＮ４０１にはクライアントＰＣ４２０、４２１
および４２２と、図１におけるプリンタ１０２およびＮ
ＩＣ１０１をあわせた構成を有するネットワークプリン
タ４１６、４１７および４１８が接続されている。

【００３８】また、クライアントとして動作するＰＣ４
２０、４２１および４２２も構成自体はＰＣ３００と同
一であり、またＯＳにはWindowsNT4.0 Workstation（米
マイクロソフト社製）を用いているとする。また、ＬＡ
Ｎ４０１はEthernet（米Ｘｅｒｏｘ社の商標）およびＴ
ＣＰ／ＩＰをプロトコルとして用いるものとする。

【００３９】さらに、プリンタ４１６、４１７および４
１８はＴＣＰ/ＩＰをプロトコルとして用いたネットワ
ーク環境で広く使われるＬＰＤ(Line Printer Daemon P
rotocol)の機能を持つものとする。ＬＰＤを利用した印
刷では、クライアント上で動作するＬＰＲと呼ばれるプ
ログラムが、ＴＣＰ/ＩＰプロトコルを使用してネット
ワークを介してプリントジョブデータを送信する。プリ
ンタ４１６、４１７および４１８に内蔵されたネットワ
ークインタフェースがそのデータを受信し、それをプリ
ンタ内部のプリンタコントローラに渡す。プリンタコン
トローラはそのデータを解釈し、プリンタエンジンに制
御情報・信号を与えて印刷させる。

【００４０】次に、プリントサーバ４０３内部のソフト
ウェアモジュールおよびその動作について説明する。ル
ータ４０４はＬＡＮ４０１を経由してクライアントＰＣ
４２０からＥＭＦ形式のプリントジョブデータを受け取
る。そして、受け取ったプリントジョブデータをプリン
トプロセッサ４０５に渡す。

【００４１】プリントプロセッサ４０５は、ＥＭＦ形式
のファイルを解析し、ＧＤＩモジュール４０６のＡＰＩ
関数を呼び出す。ＧＤＩモジュール４０６はＡＰＩ関数
呼び出しに応じてプリンタドライバ４０７を用い、プリ
ンタが解釈可能なＰＤＬ形式のファイルを生成する。そ
して、このＰＤＬ形式のファイルをスプールファイル４
０８としてハードディスク上のスプールエリアに格納す
る。

【００４２】ブリッジ４０９はスプールファイル４０８
をプリントジョブ送信マネージャ４１１に渡すためにフ
ァイルシステム（ハードディスク）中の別の場所に移動
する。プリントジョブ送信マネージャ４１１はスプール
ファイル４０８が移動されたことによりスプールファイ
ル４０８を検出し、このスプールファイルに含まれるジ
ョブＩＤから、このプリントジョブが投入されたプリン
タオブジェクトと、そのプリンタオブジェクトに設定さ
れている第１の送信先プリンタ（デフォルトのプリン
タ。本実施形態では、プリンタ４１６とする）を調べ
る。そして、デバイス状態モニタ４１２に対して第１の
送信先プリンタ４１６の状態を問い合わせることによ
り、プリンタ４１６の状態を入手する。

【００４３】本実施形態では、プリンタ４１６にプリン
トジョブデータを送信するのにはプリントモニタ４１３
が使用される。またプリンタ４１７、４１８はプリンタ
４１６と同じプリントジョブデータを処理することので
きるプリンタで、プリントジョブ送信マネージャ４１１
は、プリンタ４１６が印刷できない時にそれらに印刷を
代行させる。プリンタ４１７、４１８にプリントジョブ
データを送信するにはプリントモニタ４１４、４１５が
それぞれ使用される。

【００４４】デバイス状態モニタ４１２は、プリントジ
ョブ送信マネージャ４１１からの問い合わせとは無関係
に、あらかじめ定められた一定時間間隔で各プリンタ４
１６、４１７、４１８の状態を調べている。そして、プ
リントジョブ送信マネージャ４１１から問い合わせがあ
った場合、その時点で最新の状態を応答する。

【００４５】プリントジョブ送信マネージャ４１１は、
デバイス状態モニタ４１２から、プリンタ４１６が印刷
可能な状態であるとの通知を受けると、プリンタ４１６
に対応したプリントモニタ４１３にスプールファイル４
０８のプリントジョブデータを渡し、プリンタ４１６に
送信するように指示する。一方、デバイス状態モニタ４
１２から得た情報から、プリンタ４１６で印刷不可能な
エラーが発生していることがわかった場合には、スプー
ルファイル４０８のプリントジョブを指示したユーザを
調べ、予めプリントジョブ送信マネージャ４１１に登録
された代行プリンタ情報テーブル４１１１にそのユーザ
が登録されていれば、テーブルに指定された代行プリン
タを用いて代行印刷するよう、適切なプリントモニタに
プリントジョブデータを渡す。なお、プリントジョブを
発行したユーザはスプールファイル４０８のジョブＩＤ
を用いてＯＳに問い合わせることで知ることができる。
代行プリンタ情報テーブル４１１１の例を以下に示す。

【００４６】表１ユーザ名代行プリンタ（１）代行プリンタ（２）ｋａｔｏプリンタ４１７ｏｇｏｓｈｉプリンタ４１８プリンタ４１７ｉｋｅｄａなし

【００４７】表１から明らかなように、代行プリンタ情
報テーブル４１１１にはユーザ名と代行プリンタとが対
応づけて登録されており、また１ユーザに複数の代行プ
リンタを登録可能である。１ユーザに複数の代行プリン
タが登録されている場合、優先順位をつけることも可能
である。例えば、上の表１では、代行プリンタ（１）が
代行プリンタ（２）よりも優先順位が高いものとしてプ
リントジョブ送信マネージャ４１１が取り扱うことによ
り、代行プリンタに優先順位を与えることが可能であ
る。代行プリンタ情報テーブルは、プリンタ毎に設けら
れ、第１の送信先プリンタとして選択されたプリンタが
印刷不能なエラー状態にある場合、そのプリンタに対応
した代行プリンタ情報テーブルを参照する。

【００４８】このように、代行プリンタ情報テーブルを
用いることによって、例えばユーザが比較的大きな組織
で共用されるプリンタを利用する場合など、プリンタの
設置位置の関係からユーザによって便利なプリンタが違
う場合や、プリンタ４１７はプリンタ４１６と同じ解像
度だが印刷速度が遅く、プリンタ４１８は解像度が低い
が印刷速度がプリンタ４１７より速い場合などに、ユー
ザの希望に合わせて代行印刷を行うプリンタを決めるこ
とができる。あるいは、代行印刷をしないようにするこ
とも可能である。

【００４９】なお、上記説明中で、デバイス状態モニタ
４１２がプリンタの状態を調べるのには、プリンタ内で
管理されているＭＩＢ(Management Information Base）
中のあるオブジェクトの値をＳＮＭＰプロトコルを用い
て取得し、それによって判断している。オブジェクトと
しては例えばhrPrinterDetectedErrorStateを用いる。
このオブジェクトでは、用紙無し、トナー無し、用紙詰
まり、カバーオープン等、プリンタが印刷不可能なエラ
ー状態にあるか否かを判断するために必要な状態を検出
することができる。

【００５０】図５は図４のクライアントＰＣ４２０、４
２１および４２２において、プリントジョブを生成する
プログラムモジュールの構成例を示した図である。以下
の説明では代表としてクライアント４２０について説明
するが、他のクライアントＰＣ４２１、４２２において
も同様の構成を有する。

【００５１】アプリケーションプログラム５０３は、Ｐ
Ｃ４２０で稼働するＯＳ（上述の通りWindowsNT4.0 Wor
kstationとする）にインストールされている１つのプリ
ンタオブジェクトを指定し、Windowsのグラフィックエ
ンジンであるＧＤＩ５０４を呼び出して描画情報を伝え
る。ＧＤＩ５０４は指定されたプリンタオブジェクトに
関連付けられているプリンタドライバ５０５を用いなが
ら、渡された描画情報をＥＭＦ形式のＤＤＩジャーナル
ファイル５０６に変換してWindowsのファイルシステム
（ハードディスク）に保存する。

【００５２】保存されたＤＤＩジャーナルファイル５０
６をWindowsのスプーラの一部であるルータ５０７が読
み出す。ルータ５０７は、アプリケーションプログラム
５０３が印刷時に指定したプリンタオブジェクトの構成
情報から、このプリントジョブデータはプリントサーバ
４０３に転送すべきことを知り、リモートプリンタプロ
バイダ５０８にそのプリントジョブデータを渡して、プ
リントサーバ４０３のルータ（図４の４０４に相当）に
転送させる。以下、プリントサーバ側での処理は図４を
用いて説明した通りである。

【００５３】図６は、図４のプリントサーバ４０３中の
プリントジョブ送信マネージャ４１０における処理の流
れを示すフローチャートである。まずプリントプロセッ
サ４０５が生成したプリントジョブのスプールファイル
４０８をブリッジ４０９から受け取る（ステップＳ６０
１）。次に、受け取ったスプールファイルのもととなっ
ているプリントジョブの発行者を、スプールファイル４
０８のジョブＩＤを用いてＯＳに問い合わせして調べる
（ステップＳ６０２）。続いて、このプリントジョブを
送信すべきプリンタ（第１の送信先プリンタ）を、プリ
ントジョブが指定したプリンタオブジェクトの管理する
情報をもとに決定する（ステップＳ６０３）。

【００５４】次に、ステップＳ６０３で決定した、プリ
ントジョブデータを送信すべきプリンタの状態をデバイ
ス状態モニタ４１２から取得する（ステップＳ６０
４）。プリンタが正常状態であったら（ステップＳ６０
５）、プリントジョブデータを第１の送信プリンタに対
応したプリントモニタに送信する（ステップＳ６１
０）。一方、ステップＳ６０４で取得した第１の送信先
プリンタの状態が印刷不可能なエラー状態であったら
（ステップＳ６０５）、代行印刷処理を行う。

【００５５】すなわち、表１に示した代行プリンタ情報
テーブル４１１１からステップＳ６０２で調べたプリン
トジョブの発行者を検索し、その発行者について設定さ
れている代行プリンタを調べ、代行プリンタとして選択
する（ステップＳ６０６）。続いて、代行プリンタとし
て選択されたプリンタについて、ステップＳ６０４と同
様にプリンタの状態をデバイス状態モニタ４１２から取
得する（ステップＳ６０７）。プリンタが正常状態であ
ったら（ステップＳ６０８）、プリントジョブデータを
送信する（ステップＳ６１１）。もし印刷不能なエラー
状態であったら（ステップＳ６０８）、このプリントジ
ョブを待ち状態にする（ステップＳ６０９）。その後、
ステップＳ６０４に戻って処理を続ける。

【００５６】なお、複数のプリンタが代行プリンタとし
て代行プリンタ情報テーブルに登録されている場合は、
優先順位の高い代行プリンタから優先順位の低い代行プ
リンタへステップＳ６０７およびＳ６０８の処理を繰り
返し、最初に正常状態であることが検出された代行プリ
ンタに対してプリントジョブデータを送信する。そし
て、すべての代行プリンタが印刷不能な場合のみ、ステ
ップＳ６０９へ移行する。

【００５７】

【他の実施形態】上記実施形態では、プリントジョブを
発行したユーザに応じて代行印刷をさせるプリンタを決
定していたが、プリントジョブを発行したクライアント
ＰＣの名前に応じて代行印刷をさせるプリンタを決定す
るように構成してもよい。この場合、代行プリンタ情報
テーブルは以下の表２のように構成される。

【００５８】表２クライアントＰＣ名称代行プリンタＨｅａｔｈｅｒプリンタ４１６Ｌｕｍｉｎａプリンタ４１７Ｓｕｎｌｉｇｈｔなし

【００５９】この場合、図６のステップＳ６０２ではプ
リントジョブのユーザ名ではなく、プリントジョブを発
行したクライアント名を取得し、ステップＳ６０６では
上記表２の代行プリンタ情報テーブルからクライアント
名に対応するプリンタを代行プリンタを選択する。もち
ろん、表１に示したように、同一のクライアントに対し
て複数の代行プリンタを設定したり、複数の代行プリン
タに優先順位をつけることも可能である。

【００６０】上述の実施形態においては、予め設定され
た代行プリンタ情報テーブルに基づいて代行プリンタを
決定していたが、このテーブルを動的に変更可能とすれ
ば、例えばジョブ毎に代行プリンタを変更することも可
能である。すなわち、上述のように、プリンタ４１７は
プリンタ４１６と同じ解像度だが印刷速度が遅く、プリ
ンタ４１８はプリンタ４１６より解像度が低いが印刷速
度がプリンタ４１７より速い場合に、解像度を重視する
ジョブについてはプリンタ４１７を、速度を重視するジ
ョブについてはプリンタ４１８を用いるように代行プリ
ンタ情報テーブルを変更することで、より適切な代行プ
リンタを選択できる。

【００６１】この場合、代行プリンタ情報テーブルの変
更は専用のコマンドパケットをクライアントＰＣから送
信することによってプリントサーバが処理することも可
能であるし、プリントジョブデータに代行プリンタの指
定情報を含ませ、この情報に基づいてプリントジョブ送
信マネージャ４１１がテーブルの登録内容を変更しても
よい。ジョブデータ中に代行プリンタの指定情報を含ま
せる場合、代行プリンタ情報テーブルの変更は必ずしも
必要ない。また常にジョブデータ中に代行プリンタの指
定情報を含ませる場合には代行プリンタ情報テーブル自
体を不要とすることも可能であるが、ジョブの発生毎に
代行プリンタを指定する手間が発生するため、どの程度
動的に代行プリンタを変更する必要があるかに応じて構
成を決定すればよい。

【００６２】また、上述の実施形態においては、プリン
タ毎に別個の代行プリンタ情報テーブルを設ける場合の
みを説明したが、以下のような１つの代行プリンタ情報
テーブルとすることも可能である。

【００６３】表３ユーザ名第１の送信先プリンタ代行プリンタ(1) 代行プリンタ(2) ｋａｔｏプリンタ４１７プリンタ４１６プリンタ４１８ｋａｔｏプリンタ４１８プリンタ４１７ｏｇｏｓｈｉプリンタ４１７なしｏｇｏｓｈｉプリンタ４１８プリンタ４１７ｉｋｅｄａなし

【００６４】すなわち、第１の送信先プリンタに関する
情報をテーブル中に含め、図６のステップＳ６０６で代
行プリンタを決定する際、ステップＳ６０２で取得した
ユーザ名およびステップＳ６０３で決定した第１の送信
先プリンタとを用いて代行プリンタ情報テーブルを検索
する。もちろん、表３におけるユーザ名をクライアント
ＰＣ名としてもよい。

【００６５】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納された
プログラムコードを読み出し実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が前述した実施
形態の機能を実現することになり、そのプログラムコー
ドそのものおよびプログラムコードを記憶した記憶媒体
は本発明を構成することになる。また、コンピュータが
読み出したプログラムコードを実行することにより、前
述した実施形態の機能が実現されるだけでなく、そのプ
ログラムコードの指示に基づき、コンピュータ上で稼働
しているオペレーティングシステム（ＯＳ）などが実際
の処理の一部または全部を行い、その処理によって前述
した実施形態の機能が実現される場合も含まれることは
言うまでもない。

【００６６】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００６７】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した（図６に示す）フローチ
ャートに対応するプログラムコードが格納されることに
なる。

【００６８】

【発明の効果】以上説明してきたように、本発明によれ
ば、プリンタの状態を監視し、それに応じてプリントジ
ョブの送信先を変更する代行印刷サービスを提供するプ
リントサーバにおいて、ユーザやクライアントＰＣ毎に
代行プリンタを設定可能とすることにより、プリントサ
ーバの管理のし易さやユーザにとっての利便性を損なう
ことなく変更先の設定をより柔軟に行うことが可能とな
る。

【図面の簡単な説明】

【図１】本発明によるプリントサーバを適用可能なネッ
トワークプリントシステムの全体構成例を示す図であ
る。

【図２】中間ファイルを利用したプリント処理の概要を
説明する図である。

【図３】本発明のプリントサーバとして動作可能なパー
ソナルコンピュータの構成例を示すブロック図である。

【図４】本発明の実施形態にかかるプリントサーバにお
いてプリントジョブ処理に用いられるソフトウェアモジ
ュールの構成例を示す図である。

【図５】クライアントＰＣにおいてプリントジョブ生成
に係わるソフトウェアモジュールの構成例を示す図であ
る。

【図６】図４のプリントジョブ送信マネージャの処理を
説明するフローチャートである。

【符号の簡単な説明】

１００，１１０，１２０…ローカルエリアネットワーク
（ＬＡＮ）１０１…ネットワークボード（ＮＢ）１０２，１０５，１０９，１１６…プリンタ１０３，１０４，１１１，１１２，１１３，１１５，１
２１，１２２…パーソナルコンピュータ（ＰＣ）１０８…プリントサーバ１１４…ＬＡＮ１１０に含まれるネットワークディスク１３０ａ，１３０ｂ…モデム／トランスポンダ１４０…バックボーン

Claims

【特許請求の範囲】

【請求項１】ネットワーク上の複数のクライアント端
末からプリントジョブを受け取り、各プリントジョブを
複数のプリンタのうち所定のプリンタに送信するプリン
トサーバ装置であって、前記複数のクライアントから前記プリントジョブを受け
取るプリントジョブ入力手段と、前記プリントジョブ入力手段が受け取り得るプリントジ
ョブの発行元情報と、前記複数のプリンタのいずれかを
対応付けして記憶する記憶手段と、前記プリントジョブ入力手段が受け取ったプリントジョ
ブに基づき、当該プリントジョブを印刷すべき第１のプ
リンタを前記複数のプリンタから選択する第１のプリン
タ選択手段と、前記第１のプリンタの動作状態を検出する第１の状態検
出手段と、前記第１のプリンタの動作状態が正常状態でない場合、
前記記憶手段において、前記プリントジョブ入力手段が
受け取ったプリントジョブの発行元情報に対応するプリ
ントジョブの発行元情報に対応づけられているプリンタ
を第２のプリンタとして選択する第２のプリンタ選択手
段と、前記プリントジョブ入力手段が受け取ったプリントジョ
ブを、前記第２のプリンタに送信する送信手段とを有す
ることを特徴とするプリントサーバ装置。
【請求項２】前記第２のプリンタの動作状態を検出す
る第２の状態検出手段をさらに有し、前記送信手段が、前記第２のプリンタの動作状態が正常
状態である場合にのみ前記プリントジョブの送信を行う
ことを特徴とする請求項１記載のプリントサーバ装置。
【請求項３】前記プリントジョブの発行元情報が、前
記複数のクライアントまたはそのユーザを特定する情報
であることを特徴とする請求項１または請求項２記載の
プリントサーバ装置。
【請求項４】前記第２のプリンタ検出手段が、前記記
憶手段において、前記プリントジョブ入力手段が受け取
ったプリントジョブの発行元情報に対応するプリントジ
ョブの発行元情報に対応づけられているプリンタが複数
存在した場合、その優先順位に従って前記第２のプリン
タを選択することを特徴とする請求項１乃至請求項３の
いずれか１項に記載のプリントサーバ装置。
【請求項５】ネットワーク上の複数のクライアント端
末からプリントジョブを受け取り、各プリントジョブを
複数のプリンタのうち所定のプリンタに送信するプリン
トサーバ装置の制御方法であって、前記複数のクライアントから前記プリントジョブを受け
取るプリントジョブ入力ステップと、前記プリントジョブ入力ステップが受け取り得るプリン
トジョブの発行元情報と、前記複数のプリンタのいずれ
かを対応付けして記憶手段に記憶するステップと、前記プリントジョブ入力ステップが受け取ったプリント
ジョブに基づき、当該プリントジョブを印刷すべき第１
のプリンタを前記複数のプリンタから選択する第１のプ
リンタ選択ステップと、前記第１のプリンタの動作状態を検出する第１の状態検
出ステップと、前記第１のプリンタの動作状態が正常状態でない場合、
前記記憶手段から、前記プリントジョブ入力ステップが
受け取ったプリントジョブの発行元情報に対応するプリ
ントジョブの発行元情報に対応づけられているプリンタ
を第２のプリンタとして選択する第２のプリンタ選択ス
テップと、前記プリントジョブ入力ステップが受け取ったプリント
ジョブを、前記第２のプリンタに送信する送信ステップ
とを有することを特徴とするプリントサーバ装置の制御
方法。
【請求項６】前記第２のプリンタの動作状態を検出す
る第２の状態検出ステップをさらに有し、前記送信ステップが、前記第２のプリンタの動作状態が
正常状態である場合にのみ前記プリントジョブの送信を
行うことを特徴とする請求項５記載のプリントサーバ装
置の制御方法。
【請求項７】前記プリントジョブの発行元情報が、前
記複数のクライアントまたはそのユーザを特定する情報
であることを特徴とする請求項５または請求項６記載の
プリントサーバ装置の制御方法。
【請求項８】前記第２のプリンタ検出ステップが、前
記記憶手段において、前記プリントジョブ入力ステップ
が受け取ったプリントジョブの発行元情報に対応するプ
リントジョブの発行元情報に対応づけられているプリン
タが複数存在した場合、その優先順位に従って前記第２
のプリンタを選択することを特徴とする請求項５乃至請
求項７のいずれか１項に記載のプリントサーバ装置の制
御方法。
【請求項９】コンピュータ装置を請求項１乃至請求項
４のいずれか１項に記載のプリントサーバ装置として機
能させることを特徴とするプログラム。
【請求項１０】請求項９記載のプログラムを格納した
コンピュータ装置読みとり可能な記憶媒体。