JPH10260794A - 印刷システム - Google Patents

Abstract

(57)【要約】 【課題】 プリンタを管理しているサーバを意識するこ
となく、任意のプリンタで印刷可能とする。 【解決手段】 サーバ１は、プリンタ２ａ、…、２ｂを
指定した印刷依頼が行われると、サーバ１は、対応表５
を参照することにより、プリンタ２ａ、…、２ｂはサー
バ２で管理されていることを認識し、クライアント３
ａ、…、３ｂから送られてきたスプールファイルをサー
バ２に送る。サーバ２は、クライアント３ａ、…、３ｂ
から送られてきたスプールファイルをサーバ１を介して
受け取ると、スプールファイルに含まれる印刷データを
プリンタ２ａ、…、２ｂに出力する。プリンタ２ａ、
…、２ｂは、サーバ２から出力された印刷データに基づ
いて印刷を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は印刷システムに関
し、特に、サーバ／クライアント型印刷システムに適用
して好適なものである。

【０００２】

【従来の技術】従来のサーバ／クライアント型印刷シス
テムにおいて、ネットワークに接続された複数のプリン
タを、複数のサーバで管理するものがあった。このサー
バ／クライアント型印刷システムでは、各サーバが管理
しているプリンタが予め決まっており、特定のプリンタ
を指定して印刷を行う場合、そのプリンタを管理してい
るサーバに印刷依頼を行うようになっていた。

【０００３】また、印刷状況を確認するため、印刷情報
の問い合わせを行う場合、指定したプリンタを管理して
いるサーバに印刷情報の問い合わせを行うようになって
いた。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
サーバ／クライアント型印刷システムでは、プリンタを
管理しているサーバに印刷依頼を行わなければならない
ため、クライアントはどのサーバがどのプリンタを管理
しているかを知っておく必要があり、クライアントの負
担になるという問題があった。

【０００５】また、印刷状況を確認するための印刷情報
の問い合わせを行う場合、指定したプリンタを管理して
いるサーバに印刷情報の問い合わせを行わなければなら
ないため、クライアントはどのサーバがどのプリンタを
管理しているかを知っておく必要があった。

【０００６】そこで、本発明の目的は、プリンタを管理
しているサーバを意識することなく、任意のプリンタに
印刷させることが可能な印刷システムを提供することで
ある。

【０００７】

【課題を解決するための手段】上述した課題を解決する
ために、本発明によれば、第１の印刷装置を管理する第
１の管理手段と第２の印刷装置を管理する第２の管理手
段とを備え、前記第１の管理手段に対し前記第２の印刷
装置を指定して印刷依頼が行われた場合、前記印刷依頼
を前記第２の管理手段に転送するようにしている。

【０００８】このことにより、第２の印刷装置で印刷を
行う場合、第２の管理手段に印刷依頼を行う必要がなく
なり、第１の管理手段に対して印刷依頼を行うだけで、
第１の印刷装置または第２の印刷装置のいずれにおいて
も印刷を行うことが可能となることから、クライアント
はどの管理手段がどの印刷装置を管理しているかを知ら
なくても印刷を行うことが可能となる。

【０００９】また、本発明の一態様によれば、自己の管
理下にない印刷装置を指定して印刷依頼が行われた場
合、印刷装置と前記印刷装置を管理する管理装置との対
応関係を参照することにより、前記印刷装置を管理する
管理装置を決定し、その印刷依頼の内容を転送するよう
にしている。

【００１０】このことにより、指定された印刷装置が印
刷依頼のあった管理装置の管理下になくても、その印刷
装置を管理している管理装置を容易に特定することが可
能となり、どの管理装置に印刷依頼が行われても、指定
された印刷装置を管理する管理装置にその印刷依頼が正
しく転送されることから、クライアントは管理装置を意
識せずに印刷依頼を行うことが可能となる。

【００１１】また、本発明の一態様によれば、自己の管
理下にない印刷情報の問い合わせが行われた場合、印刷
情報と前記印刷情報を管理する管理装置との対応関係を
参照することにより、前記印刷情報を管理する管理装置
を決定し、その印刷情報の内容を獲得するようにしてい
る。

【００１２】このことにより、問い合わされた印刷情報
が問い合わされた管理装置の管理下になくても、その印
刷情報を管理している管理装置を容易に特定することが
可能となり、どの管理装置に印刷情報の問い合わせが行
われても、問い合わされた印刷情報を獲得することが可
能となることから、クライアントは管理装置を意識せず
に印刷情報を問い合わせることが可能となる。

【００１３】

【発明の実施の形態】以下、本発明の一実施例に係わる
印刷システムについて図面を参照しながら説明する。図
１は、本発明の一実施例に係わる印刷システムの構成を
示すブロック図である。図１において、ネットワーク１
０上には、サーバ１、２、プリンタ１ａ、…、１ｂ、プ
リンタ２ａ、…、２ｂ、クライアント３ａ、…、３ｂが
接続され、サーバ１はプリンタ１ａ、…、１ｂを管理
し、サーバ２はプリンタ２ａ、…、２ｂを管理してい
る。ここで、サーバ１、２には、印刷情報４、６がそれ
ぞれ格納され、印刷情報４は、サーバ１で管理されるス
プールファイル（管理情報＋印刷データ）に関する情報
であり、印刷情報６は、サーバ２で管理されるスプール
ファイルに関する情報である。

【００１４】また、サーバ１、２には、対応表５、７が
それぞれ設けられ、この対応表５、７は、サーバ１がプ
リンタ１ａ、…、１ｂを管理していることを示すととも
に、サーバ２がプリンタ２ａ、…、２ｂを管理している
ことを示している。なお、ネットワーク１０は、例え
ば、ＬＡＮ（ローカルエリアネットワーク）やインター
ネットである。

【００１５】次に、図１の印刷システムでの印刷時の動
作について説明する。クライアント３ａ、…、３ｂがプ
リンタ１ａ、…、１ｂを指定して印刷を行わせる場合、
クライアント３ａ、…、３ｂはサーバ１に印刷依頼を行
う。サーバ１は、プリンタ１ａ、…、１ｂを指定した印
刷依頼が行われると、クライアント３ａ、…、３ｂから
送られてきた印刷データをプリンタ１ａ、…、１ｂに出
力する。そして、プリンタ１ａ、…、１ｂは、サーバ１
から出力された印刷データに基づいて印刷を行う。

【００１６】また、クライアント３ａ、…、３ｂがプリ
ンタ２ａ、…、２ｂを指定して印刷を行わせる場合、ク
ライアント３ａ、…、３ｂはサーバ１に印刷依頼を行
う。サーバ１は、プリンタ２ａ、…、２ｂを指定した印
刷依頼が行われると、プリンタ２ａ、…、２ｂはサーバ
１の管理下にないと判断し、対応表５を参照することに
より、プリンタ２ａ、…、２ｂはサーバ２で管理されて
いることを認識する。サーバ１は、この認識結果に基づ
いて、クライアント３ａ、…、３ｂから送られてきたス
プールファイルをサーバ２に送る。ここで、サーバ１
は、スプールファイルをサーバ２に送ったことを記録し
ておく。そして、印刷状況の問い合わせがサーバ１に行
われた時に、この記録を参照することにより、サーバ２
に印刷状況の確認を行うことができる。

【００１７】サーバ２は、クライアント３ａ、…、３ｂ
から送られてきたスプールファイルをサーバ１を介して
受け取ると、スプールファイルに含まれる印刷データを
プリンタ２ａ、…、２ｂに出力する。プリンタ２ａ、
…、２ｂは、サーバ２から出力された印刷データに基づ
いて印刷を行う。

【００１８】なお、クライアント３ａ、…、３ｂは、サ
ーバ２に印刷依頼を行うことにより、プリンタ１ａ、
…、１ｂに印刷を行わせたり、プリンタ２ａ、…、２ｂ
に印刷を行わせたりしてもよい。この場合、サーバ２
は、プリンタ２ａ、…、２ｂが指定された場合、印刷デ
ータをプリンタ２ａ、…、２ｂに直接出力し、プリンタ
１ａ、…、１ｂが指定された場合、対応表７を参照する
ことにより、プリンタ１ａ、…、１ｂはサーバ１で管理
されていることを認識し、クライアント３ａ、…、３ｂ
から送られてきたスプールファイルをサーバ１に送る。

【００１９】このように、クライアント３ａ、…、３ｂ
は、サーバ１、２のいずれに対して印刷依頼を行った場
合でも、プリンタ１ａ、…、１ｂまたはプリンタ２ａ、
…、２ｂのどちらでも印刷を行わせることが可能とな
り、プリンタ１ａ、…、１ｂ及びプリンタ２ａ、…、２
ｂがどのサーバ１、２で管理されているのかを意識する
必要がなくなる。

【００２０】次に、図１の印刷システムでの印刷情報の
問い合わせ時の動作について説明する。クライアント３
ａ、…、３ｂが、サーバ１の管理下にある印刷情報の問
い合わせをサーバ１に対して行った場合、サーバ１は、
印刷情報４に基づいてクライアント３ａ、…、３ｂへの
回答を行う。クライアント３ａ、…、３ｂは、この印刷
情報４により、プリンタ１ａ、…、１ｂでの印刷終了や
印刷中や印刷待ちなどを確認することができる。

【００２１】クライアント３ａ、…、３ｂが、サーバ１
の管理下にない印刷情報の問い合わせをサーバ１に対し
て行った場合、サーバ１は、クライアント３ａ、…、３
ｂから印刷依頼があったスプールファイルがどのサーバ
に送られたかを調べる。ここで、クライアント３ａ、
…、３ｂがプリンタ２ａ、…、２ｂを指定してサーバ１
に印刷依頼を行った場合、サーバ１はサーバ２から印刷
情報６を獲得し、サーバ２から獲得した印刷情報６に基
づいてクライアント３ａ、…、３ｂへ回答を行う。クラ
イアント３ａ、…、３ｂは、この印刷情報６により、プ
リンタ２ａ、…、２ｂでの印刷終了や印刷中や印刷待ち
などを確認することができる。

【００２２】なお、クライアント３ａ、…、３ｂは、印
刷情報の問い合わせをサーバ２に対しても行うことがで
きる。この場合、クライアント３ａ、…、３ｂが、サー
バ２の管理下にある印刷情報の問い合わせをサーバ２に
対して行った場合、サーバ２は、印刷情報６に基づいて
クライアント３ａ、…、３ｂへの回答を行う。クライア
ント３ａ、…、３ｂが、サーバ２の管理下にない印刷情
報の問い合わせをサーバ２に対して行った場合、サーバ
２は、クライアント３ａ、…、３ｂから印刷依頼があっ
たスプールファイルがどのサーバに送られたかを調べ
る。ここで、クライアント３ａ、…、３ｂがプリンタ１
ａ、…、１ｂを指定してサーバ２に印刷依頼を行った場
合、サーバ２はサーバ１から印刷情報４を獲得し、サー
バ１から獲得した印刷情報４に基づいてクライアント３
ａ、…、３ｂへ回答を行う。

【００２３】このように、クライアント３ａ、…、３ｂ
は、サーバ１、２のいずれに対して印刷情報の問い合わ
せを行った場合でも、プリンタ１ａ、…、１ｂでの印刷
情報４及びプリンタ２ａ、…、２ｂでの印刷情報６のど
ちらでも獲得することが可能となり、プリンタ１ａ、
…、１ｂ及びプリンタ２ａ、…、２ｂがどのサーバ１、
２で管理されているのかを意識する必要がなくなる。

【００２４】図２は、クライアント、サーバ及びプリン
タ間でのスプールファイルの流れを示す図である。図２
において、ネットワーク１０上には、サーバ１、２、プ
リンタ１ａ、２ａ、クライアント３ａが設けられ、サー
バ１はプリンタ１ａを管理し、サーバ２はプリンタ２ａ
を管理している。クライアント３ａはスプールファイル
１１を保有し、サーバ１はプリンタ定義テーブル１５を
保有し、サーバ２はプリンタ定義テーブル１６を保有し
ている。スプールファイル１１には、スプールファイル
１１を識別するＩＤ、クライアント３ａを識別するクラ
イアント名、プリンタ１ａ、２ａを指定するプリンタ名
及び印刷データなどが格納され、プリンタ定義テーブル
１５、１６には、プリンタ１ａ、２ａがどのサーバ１、
２で管理されているのかを示す対応関係が格納されてい
る。図２の例では、プリンタ定義テーブル１５、１６
は、サーバ１はプリンタ１ａを管理していることを示す
とともに、サーバ２はプリンタ２ａを管理していること
を示している。

【００２５】図３は、プリンタ定義テーブルの構成例を
示す。図３のプリンタ定義テーブルでは、ネットワーク
上にサーバ１〜ｋが備えられ、サーバ１がプリンタ１
ａ、１ｂ、…、１ｍを管理し、サーバ２がプリンタ２
ａ、２ｂ、…、２ｎを管理していることが示されてい
る。このため、このプリンタ定義テーブルを参照するこ
とにより、サーバ１〜ｋがどのプリンタを管理している
かを認識できる。

【００２６】図２において、クライアント３ａは、プリ
ンタ１ａで印刷を行わせる場合、スプールファイル１１
のＩＤを、例えば、“１”に設定し、クライアント名を
“クライアント３ａ”に設定し、プリンタ名を“プリン
タ１ａ”に設定してから、スプールファイル１１をサー
バ１に送る（）。

【００２７】サーバ１は、クライアント３ａから送られ
たＩＤ（１）のスプールファイル１１をスプールファイ
ル１２に格納し、プリンタ定義テーブル１５を参照する
ことにより、スプールファイル１２で指定されているプ
リンタ１ａがどのサーバ１、２の管理下にあるかを調べ
る。この結果、スプールファイル１２で指定されている
プリンタ１ａは自己の管理下のものであることを認識
し、スプールファイル１２の印刷データをプリンタ１ａ
に送る（）。プリンタ１ａは、サーバ１から送られて
きた印刷データに基づいて印刷を行う。プリンタ１ａ
は、印刷データの印刷が終了すると、印刷の終了をサー
バ１に報告し、サーバ１は、プリンタ１ａからの印刷終
了報告に基づいて、サーバ１が保持しているスプールフ
ァイル１２の管理情報を削除する。

【００２８】クライアント３ａは、プリンタ２ａで印刷
を行わせる場合、スプールファイル１１のＩＤを、例え
ば、“２”に設定し、クライアント名を“クライアント
３ａ”に設定し、プリンタ名を“プリンタ２ａ”に設定
してから、スプールファイル１１をサーバ１に送る
（）。

【００２９】サーバ１は、クライアント３ａから送られ
たＩＤ（２）のスプールファイル１１をスプールファイ
ル１３に格納し、プリンタ定義テーブル１５を参照する
ことにより、スプールファイル１３で指定されているプ
リンタ２ａがどのサーバ１、２の管理下にあるかを調べ
る。この結果、サーバ１は、スプールファイル１３で指
定されているプリンタ２ａがサーバ２の管理下のもので
あることを認識し、スプールファイル１３の管理情報及
びプリンタ定義テーブル１５の参照結果に基づいて、ス
プールファイル１４を生成する。

【００３０】スプールファイル１４には、スプールファ
イル１４を識別するＩＤ、クライアント３ａを識別する
クライアント名、プリンタ２ａを指定するプリンタ名、
依頼元のサーバ１を識別する依頼元サーバ名及び依頼先
のサーバ２を識別する依頼先サーバ名が格納される
（）。スプールファイル１４は、クライアント３ａが
スプールファイル１３の印刷状況をサーバ１に問い合わ
せた時に、サーバ１がスプールファイル１３の転送先に
印刷状況を確認するため、スプールファイル１３の転送
先を特定する場合などに使用される。

【００３１】次に、サーバ１は、スプールファイル１４
の内容及びスプールファイル１３の印刷データをサーバ
２に送る（）。サーバ２は、サーバ１から送られてき
たスプールファイル１４の内容及びスプールファイル１
３の印刷データをスプールファイル１７に格納し、スプ
ールファイル１７の印刷データ１８をプリンタ２ａに送
る（）。プリンタ２ａは、サーバ２から送られてきた
印刷データ１８に基づいて印刷を行う。

【００３２】プリンタ２ａは、印刷データの印刷が終了
すると、印刷の終了をサーバ２に報告し、サーバ２は、
プリンタ２ａからの印刷終了報告を受け取ると、ＩＤ
（２）のスプールファイルの印刷終了報告をサーバ１に
行ってから、サーバ２が保持しているスプールファイル
１７の管理情報を削除する。サーバ１は、ＩＤ（２）の
スプールファイルの印刷終了報告をサーバ２から受け取
ると、サーバ１が保持しているスプールファイル１３の
管理情報を削除する。

【００３３】図４は、スプールファイル１７の構成を示
す。スプールファイル１７は、スプールファイルを識別
するＩＤ、クライアントを識別するクライアント名、プ
リンタを指定するプリンタ名、スプールファイルの転送
元を識別する依頼元サーバ名及びスプールファイルの転
送先を識別する依頼先サーバ名、プリンタに出力する印
刷データ及びその他の情報が格納している。

【００３４】図５は、サーバに送られたスプールファイ
ルを別のサーバに転送する場合のクライアント、サーバ
及びプリンタ間でのスプールファイルの遷移を示す図で
ある。図５において、図２のクライアント３ａのスプー
ルファイル１１には、プリンタ２ａで印刷が行われる場
合、ＩＤが、例えば、“００１”に設定され、クライア
ント名が“クライアント３ａ”に設定され、プリンタ名
が“プリンタ２ａ”に設定され、サーバ１に送られる
（）。

【００３５】サーバ１では、クライアント３ａから送ら
れたスプールファイル１１の内容がスプールファイル１
３に格納される。そして、サーバ１は、依頼元サーバ名
及び依頼先サーバ名をスプールファイル１３に付加して
サーバ２に送るとともに（）、サーバ２に送ったスプ
ールファイルから印刷データを除去したスプールファイ
ル１４を生成してサーバ１に格納する（）。なお。ス
プールファイル１３をサーバ１からサーバ２に送る場
合、依頼元サーバ名を“サーバ１”とし、依頼先サーバ
名を“サーバ２”とする。

【００３６】サーバ２では、サーバ１から送られてきた
スプールファイルの内容がスプールファイル１７に格納
され、スプールファイル１７の印刷データ１８がプリン
タ２ａに送られる（）。プリンタ２ａでは、サーバ２
から送られてきた印刷データ１８に基づいて印刷が行わ
れる。

【００３７】図６は、印刷時の動作を示すフローチャー
トである。図６の例では、クライアント、サーバ１及び
サーバ２が備えられている。クライアントは、印刷を行
わせる場合、サーバ１に印刷依頼を行う（ステップＳ
１）。ここで、クライアントからの印刷依頼は、ネット
ワークを介してサーバ１に送られる（Ｐ１）。サーバ１
は、クライアントから送られた指示が印刷依頼かどうか
を判断し（ステップＳ１１）、印刷依頼である場合、ス
テップＳ１２に進む。

【００３８】印刷依頼を受け取ったサーバ１は、プリン
タ定義テーブルを参照することにより、スプールファイ
ルで指定されているプリンタが自己の管理下にあるかを
調べる（ステップＳ１２）。そして、スプールファイル
で指定されているプリンタが自己の管理下の場合、スプ
ールファイルで指定されているプリンタに印刷データを
出力する（ステップＳ１３）。スプールファイルで指定
されているプリンタが自己の管理下でない場合、スプー
ルファイルで指定されているプリンタがどのサーバの管
理下にあるかを調べる。

【００３９】そして、スプールファイルで指定されてい
るプリンタがサーバ２の管理下にある場合、プリンタ定
義テーブルの参照結果に基づいて、クライアントから送
られたスプールファイルを編集し、編集したスプールフ
ァイルをサーバ２に転送する（ステップＳ１４）。な
お、スプールファイルの編集は、スプールファイルの転
送元を識別する依頼元サーバ名及びスプールファイルの
転送先を識別する依頼先サーバ名を、クライアントから
送られたスプールファイルに付加することにより行う。
次に、編集したスプールファイルに含まれている管理情
報をサーバ１に格納する（ステップＳ１５）。

【００４０】スプールファイルが転送されたサーバ２
は、スプールファイルによる指示が印刷依頼かどうかを
判断し（ステップＳ２１）、印刷依頼である場合、スプ
ールファイルで指定されているプリンタが自己の管理下
にあるかを調べる（ステップＳ２２）。そして、スプー
ルファイルで指定されているプリンタが自己の管理下の
場合、スプールファイルで指定されているプリンタに印
刷データを出力する（ステップＳ２３）。

【００４１】次に、印刷依頼が他サーバから行われたも
のであるかどうかを判断し（ステップＳ２４）、印刷依
頼が他サーバから行われたものでない場合、スプールフ
ァイルの管理情報を削除し（ステップＳ２６）、印刷依
頼が他サーバから行われたものである場合、依頼元サー
バに印刷済を報告してから（ステップＳ２５）、サーバ
１から送られてきたスプールファイルの管理情報を削除
する（ステップＳ２６）。

【００４２】サーバ１は、終了報告が済んだかどうかを
判断し（ステップＳ１６）、サーバ１で管理されるプリ
ンタまたはサーバ２から印刷済の報告を受け取ると（Ｐ
３）、印刷依頼を行ったクライアントに終了報告を行う
（Ｐ４）。そして、ステップＳ１５でサーバ１に格納し
た管理情報を削除する（ステップＳ１７）。

【００４３】このように、クライアントは、サーバ１に
印刷依頼を行うだけで、サーバ２の管理下にあるプリン
タで印刷を行わせることができ、プリンタがサーバ１ま
たはサーバ２のどちらの管理下にあるかを意識する必要
がなくなる。

【００４４】図７は、印刷情報の問い合わせ時の動作を
示すフローチャートである。図７の例では、クライアン
ト、サーバ１及びサーバ２が備えられている。クライア
ントは、スプールファイルの状態の問い合わせを行う場
合、サーバ１に問い合わせを行う（ステップＳ３１）。
ここで、クライアントからのスプールファイルの状態の
問い合わせは、ネットワークを介してサーバ１に送られ
る（Ｐ１１）。

【００４５】サーバ１は、クライアントによる指示がス
プールファイルの状態の問い合わせかどうかを判断し
（ステップＳ４１）、スプールファイルの状態の問い合
わせの場合、サーバ１に格納されている管理情報のＩＤ
の中に、クライアントが問い合わせたスプールファイル
のＩＤに一致するものがあるかどうかを調べる（ステッ
プＳ４２）。そして、クライアントが問い合わせたスプ
ールファイルのＩＤに一致するものがない場合、そのス
プールファイルについては、印刷が終了した結果、その
スプールファイルの管理情報がサーバ１から削除されて
いるので、クライアントに印刷済であることを報告する
（ステップＳ４３）。クライアントは、印刷済の報告を
サーバ１から受け取ることにより、自分の送ったスプー
ルファイルについての印刷がすでに終了したことを確認
することができる（Ｐ１２）。

【００４６】クライアントが問い合わせたスプールファ
イルのＩＤに一致するものがある場合、クライアントか
らの印刷依頼を他のサーバに転送したかどうかを判断し
（ステップＳ４４）、他のサーバに転送してない場合、
印刷待ちや印刷中などの印刷情報をクライアントに報告
する（ステップＳ４５）。クライアントは、印刷待ちや
印刷中などの印刷情報をサーバ１から受け取ることによ
り、自分の送ったスプールファイルについての印刷がま
だ終了していないことを確認することができる（Ｐ１
３）。

【００４７】クライアントからの印刷依頼がサーバ２に
転送されたものである場合、サーバ１はサーバ２に印刷
情報の問い合わせを行う（ステップＳ４６）。印刷情報
の問い合わせは、ネットワークを介してサーバ１からサ
ーバ２に送られる（Ｐ１４）。サーバ２は、印刷情報の
問い合わせがサーバ１から行われると（ステップＳ５
１）、サーバ２に格納されている管理情報のＩＤの中
に、サーバ１が問い合わせたスプールファイルのＩＤに
一致するものがあるかどうかを調べる（ステップＳ５
２）。そして、サーバ１が問い合わせたスプールファイ
ルのＩＤに一致するものがない場合、そのスプールファ
イルについては、印刷が終了した結果、そのスプールフ
ァイルの管理情報がサーバ２から削除されているので、
サーバ１に印刷済であることを報告する（ステップＳ５
３）。サーバ１は、印刷済の報告をサーバ２から受け取
ることにより、サーバ２に転送したスプールファイルに
ついての印刷がすでに終了したことを認識する（Ｐ１
５）。

【００４８】ステップＳ５２で、サーバ１が問い合わせ
たスプールファイルのＩＤに一致するものがある場合、
印刷待ちや印刷中などの印刷情報をサーバ１に報告する
（ステップＳ５４）。サーバ１は、印刷待ちや印刷中な
どの印刷情報をサーバ２から受け取ることにより、サー
バ１が転送したスプールファイルについての印刷がまだ
終了していないことを認識する（Ｐ１６）。

【００４９】サーバ１は、印刷済や印刷待ちや印刷中な
どの印刷情報をサーバ２から受け取ると、印刷済や印刷
待ちや印刷中などの印刷情報をクライアントに報告する
（ステップＳ４７）。クライアントは、印刷済や印刷待
ちや印刷中などの印刷情報をサーバ１から受け取ること
により、自分の送ったスプールファイルについての状態
を確認することができる（Ｐ１７）。

【００５０】このように、クライアントは、サーバ１に
印刷情報の問い合わせを行うだけで、サーバ２の管理下
にある印刷情報を知ることができ、印刷情報がサーバ１
またはサーバ２のどちらの管理下にあるかを意識する必
要がなくなる。

【００５１】図８は、サーバの全体的な処理を示すフロ
ーチャートである。図８において、サーバは、クライア
ントや他のサーバからの処理の要求待ちを行い（ステッ
プＳ６１）、クライアントまたは他のサーバから要求さ
れた処理が印刷である場合（ステップＳ６２）、印刷処
理を行った後（ステップＳ６３）、ステップＳ６１に戻
る。クライアントまたは他のサーバから要求された処理
が印刷でない場合（ステップＳ６２）、クライアントま
たは他のサーバから要求された処理が問い合わせかどう
かを判断する（ステップＳ６４）。そして、クライアン
トまたは他のサーバから要求された処理が問い合わせで
ある場合、問い合わせ処理を行った後（ステップＳ６
５）、ステップＳ６１に戻る。

【００５２】クライアントまたは他のサーバから要求さ
れた処理が問い合わせでない場合、依頼先サーバから終
了報告があるかどうかを判断する（ステップＳ６６）。
そして、依頼先サーバから終了報告がある場合、終了処
理を行った後（ステップＳ６７）、ステップＳ６１に戻
る。依頼先サーバから終了報告がない場合、プリンタ応
答があるかどうかを判断する（ステップＳ６８）。そし
て、プリンタ応答がある場合、プリンタ終了処理を行っ
た後（ステップＳ６９）、ステップＳ６１に戻る。プリ
ンタ応答がない場合、エラー処理を行った後（ステップ
Ｓ７０）、ステップＳ６１に戻る。

【００５３】図９は、図８の印刷処理を示すフローチャ
ートである。図９において、クライアントまたは他のサ
ーバから印刷依頼が送られてくると、管理情報と印刷デ
ータとをスプールファイルとして自己のサーバに登録す
る（ステップＳ７１）。そして、スプールファイルで指
定されたプリンタが自己の管理下にあるかどうかを判断
し（ステップＳ７２）、指定されたプリンタが自己の管
理下にある場合、クライアントまたは他のサーバから受
け取った印刷データを、自己の管理下にあるプリンタに
出力する（ステップＳ７３）。なお、プリンタは、印刷
データの印刷が終了すると、印刷が終了したことをサー
バに対して報告する。サーバは、プリンタからの報告に
基づいて、図８のステップＳ６９のプリンタ終了処理を
行う。

【００５４】指定されたプリンタが自己の管理下にない
場合、プリンタ定義テーブルを参照することにより、ス
プールファイルで指定されているプリンタがどのサーバ
の管理下にあるかを調べる。そして、スプールファイル
で指定されているプリンタを管理しているサーバ名を、
スプールファイルの依頼先サーバ名に設定し、自己のサ
ーバ名をスプールファイルの依頼元サーバ名に設定する
（ステップＳ７４）。その後、依頼先サーバ名及び依頼
元サーバ名が設定されたスプールファイルのコピーを依
頼先サーバに転送し、依頼先サーバ名及び依頼元サーバ
名が設定されたスプールファイルから印刷データを除去
したものを、自己のサーバに格納する（ステップＳ７
５）。

【００５５】図１０は、図８の問い合わせ処理を示すフ
ローチャートである。図１０において、サーバは、問い
合わせがクライアントから行われたのか、サーバから行
われたのかを判断し（ステップＳ８１）、問い合わせが
クライアントから行われた場合、自己のサーバに格納さ
れている管理情報のＩＤの中に、クライアントが問い合
わせたスプールファイルのＩＤに一致するものがあるか
どうかを調べる（ステップＳ８２）。そして、クライア
ントが問い合わせたスプールファイルのＩＤに一致する
ものがない場合（ステップＳ８３）、そのスプールファ
イルについては、印刷が終了した結果、そのスプールフ
ァイルの管理情報が削除されているので、クライアント
に印刷終了であることを報告する（ステップＳ８４）。

【００５６】クライアントが問い合わせたスプールファ
イルのＩＤに一致するものがある場合、プリンタ定義テ
ーブルを参照することにより、クライアントからの問い
合わせが、自己の管理下のプリンタについてのものかど
うかを判断する（ステップＳ８５）。そして、自己の管
理下のプリンタについてのものである場合、印刷待ちや
印刷中などの印刷情報をクライアントに報告する（ステ
ップＳ８６）。プリンタ定義テーブルを参照した結果、
自己の管理下のプリンタについてのものでない場合、依
頼元サーバは、スプールファイルに格納した依頼先サー
バ名を参照し、その依頼先サーバ名に対応するサーバに
印刷情報の問い合わせを行う（ステップＳ８７）。依頼
元サーバは、印刷済や印刷待ちや印刷中などの印刷情報
を依頼先サーバから受け取り、依頼先サーバから受け取
った印刷情報をクライアントに報告する（ステップＳ８
８）。

【００５７】次に、依頼先サーバから受け取った印刷情
報が印刷済を示している場合（ステップＳ８９）、クラ
イアントが問い合わせたスプールファイルのＩＤに一致
する管理情報を自己のサーバから削除する（ステップＳ
９０）。

【００５８】ステップＳ８１において、問い合わせが他
のサーバから行われた場合、自己のサーバに格納されて
いる管理情報のＩＤの中に、依頼元サーバが問い合わせ
たスプールファイルのＩＤに一致するものがあるかどう
かを調べる（ステップＳ９１）。そして、依頼元サーバ
が問い合わせたスプールファイルのＩＤに一致するもの
がない場合（ステップＳ９２）、そのスプールファイル
については、印刷が終了した結果、そのスプールファイ
ルの管理情報が削除されているので、依頼元サーバに印
刷終了であることを報告する（ステップＳ９４）。ここ
で、依頼元サーバの特定は、依頼元サーバが問い合わせ
たスプールファイルのＩＤを有する管理情報を自己のサ
ーバから検索し、その管理情報に格納されている依頼元
サーバ名を参照することにより行うことができる。

【００５９】自己のサーバに格納されている管理情報の
ＩＤの中に、依頼元サーバが問い合わせたスプールファ
イルのＩＤに一致するものがある場合、印刷待ちや印刷
中などの印刷情報を依頼元サーバに報告する（ステップ
Ｓ９４）。

【００６０】図１１は、図８の終了処理を示すフローチ
ャートである。図１１において、依頼先サーバから印刷
終了報告を受け取った場合、自己のサーバに格納されて
いる管理情報のＩＤの中に、印刷終了報告が行われたス
プールファイルのＩＤに一致するものがあるかどうかを
調べる（ステップＳ１０１）。そして、印刷終了報告が
行われたスプールファイルのＩＤに一致する管理情報
が、自己のサーバに存在している場合、その管理情報を
自己のサーバから削除する（ステップＳ１０２）。

【００６１】図１２は、図８のプリンタ終了処理を示す
フローチャートである。図１２において、プリンタから
印刷終了報告を受け取ると、自己のサーバに格納されて
いる管理情報の中から、印刷終了報告が行われたスプー
ルファイルのＩＤに一致するものを取り出す。そして、
その管理情報を参照することにより、印刷終了報告が行
われたスプールファイルが、他のサーバから転送された
ものかどうかを判断する（ステップＳ１１１）。

【００６２】印刷終了報告を受けたスプールファイル
が、他のサーバから転送されたものでない場合、プリン
タから印刷終了報告が行われたスプールファイルのＩＤ
に一致する管理情報を、自己のサーバから削除する（ス
テップＳ１１３）。印刷終了報告を受けたスプールファ
イルが、他のサーバから転送されたものである場合、依
頼元サーバに印刷終了であることを報告してから（ステ
ップＳ１１２）、プリンタから印刷終了報告が行われた
スプールファイルのＩＤに一致する管理情報を、自己の
サーバから削除する（ステップＳ１１３）。

【００６３】以上、本発明の実施例について説明した
が、本発明は上述した実施例に限定されるものではな
く、本発明の技術的思想の範囲内で他の様々な変更が可
能である。例えば、上述した実施例では、各サーバが独
自にプリンタ定義テーブルを持つ場合について説明した
が、このプリンタ定義テーブルは各サーバで共通の内容
を有していることから、１つのプリンタ定義テーブルを
複数のサーバで共有するようにしてもよい。この場合、
プリンタ定義テーブルを持っていないサーバは、プリン
タ定義テーブルを持っているサーバから、プリンタ定義
テーブルを読み出すことができる。このことにより、プ
リンタ定義テーブルを持っていないサーバの記憶容量を
減らすことが可能となるとともに、プリンタ定義テーブ
ルを更新する時の負担を低減することができる。

【００６４】

【発明の効果】以上説明したように、本発明によれば、
第１の管理手段に対し第２の印刷装置を指定して印刷依
頼が行われた場合、その印刷依頼を第２の管理手段に転
送することにより、第２の管理手段に印刷依頼を行う必
要がなくなることから、第１の管理手段に対して印刷依
頼を行うだけで、第１の印刷装置または第２の印刷装置
のいずれにおいても印刷を行うことが可能となり、クラ
イアントはどの管理手段がどの印刷装置を管理している
のかを知る必要がなくなる。

【００６５】また、本発明の一態様によれば、印刷装置
とその印刷装置を管理する管理装置との対応関係を参照
することにより、指定された印刷装置が自己の管理下に
なくても、その印刷装置を管理している管理装置を容易
に特定することが可能となり、どの管理装置に印刷依頼
が行われても、指定された印刷装置を管理する管理装置
にその印刷依頼が正しく転送されることから、クライア
ントは管理装置を意識する必要がなくなる。

【００６６】また、本発明の一態様によれば、印刷情報
とその印刷情報を管理する管理装置との対応関係を参照
することにより、問い合わされた印刷情報が自己の管理
下になくても、その印刷情報を管理している管理装置を
容易に特定することが可能となり、どの管理装置に印刷
情報の問い合わせが行われても、問い合わされた印刷情
報を容易に獲得することが可能となることから、クライ
アントは管理装置を意識せずに印刷情報を問い合わせる
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係わる印刷システムの構成
を示すブロック図である。

【図２】本発明の一実施例に係わる印刷システムの動作
を説明するブロック図である。

【図３】本発明の一実施例に係わるプリンタ定義テーブ
ルの構成例を示す図である。

【図４】本発明の一実施例に係わるスプールファイルの
構成例を示す図である。

【図５】本発明の一実施例に係わるスプールファイルの
内容の遷移を示す図である。

【図６】本発明の一実施例に係わる印刷システムの印刷
時の動作を示すフローチャートである。

【図７】本発明の一実施例に係わる印刷システムの問い
合わせ時の動作を示すフローチャートである。

【図８】本発明の一実施例に係わるサーバの全体的な動
作を示すフローチャートである。

【図９】図８の印刷処理を示すフローチャートである。

【図１０】図８の問い合わせの動作を示すフローチャー
トである。

【図１１】図８の終了処理を示すフローチャートであ
る。

【図１２】図８のプリンタ終了処理を示すフローチャー
トである。

【符号の説明】

１、２ サーバ １ａ、１ｂ、２ａ、２ｂ プリンタ ３ａ、３ｂ クライアント ４、６ 印刷情報 ５、７ 対応表 １０ ネットワーク １１、１２、１３、１７ スプールファイル １４ 管理情報 １５、１６ プリンタ定義テーブル １８ 印刷データ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 第１の印刷装置を管理する第１の管理手
   段と、 第２の印刷装置を管理する第２の管理手段と、 前記第１の管理手段に対し前記第２の印刷装置を指定し
   て印刷依頼が行われた場合、前記印刷依頼を前記第２の
   管理手段に転送する転送手段とを備えることを特徴とす
   る印刷システム。
2. 【請求項２】 印刷装置と前記印刷装置を管理する管理
   装置との対応関係を記憶する記憶手段と、 自己の管理下にない印刷装置を指定して印刷依頼が行わ
   れた場合、前記対応関係を参照することにより、前記印
   刷装置を管理する管理装置を決定する決定手段と、 前記決定手段により決定された管理装置に対し、前記印
   刷依頼の内容を転送する転送手段とを備えることを特徴
   とする印刷システム。
3. 【請求項３】 印刷情報と前記印刷情報を管理する管理
   装置との対応関係を記憶する記憶手段と、 自己の管理下にない印刷情報の問い合わせが行われた場
   合、前記対応関係を参照することにより、前記印刷情報
   を管理する管理装置を決定する決定手段と、 前記決定手段により決定された管理装置から、前記印刷
   情報の内容を獲得する獲得手段とを備えることを特徴と
   する印刷システム。