JPH1011241A - ネットワーク環境におけるプリント・システム - Google Patents

Abstract

(57)【要約】 【課題】 プリント・サーバが障害となり、その時点で
印刷かキューイングされていた印刷要求を、クライアン
トが別のプリント・サーバに自動的に出力することによ
り、プリント・サーバ障害による印刷時間の遅延をなく
すこと。 【解決手段】 印刷要求情報記憶領域３４は、印刷要求
時の情報（印刷ドキュメント／印刷属性／出力先プリン
ト・サーバ名）を印刷完了まで記憶する。プリント・サ
ーバ監視制御部３５は、印刷要求から印刷完了までの
間、一定間隔でプリント・サーバの状態を監視する。印
刷先変更制御部３１と印刷要求再起動制御部３２は、プ
リント・サーバが障害となった場合、印刷要求情報記憶
領域に記憶されたデータをもとに、同一の印刷出力が可
能なプリント・サーバを、ネットワークに接続されてい
るデータベース（全印刷装置のデータが格納されてい
る）から検索し、検索したプリント・サーバへ同一の印
刷要求を出す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク環境に
おけるプリント・システムに関し、特にプリント・サー
バ障害時の印刷先変更方式に関する。

【０００２】

【従来の技術】従来の技術として、指定の印刷装置が障
害などにより使用できない場合に、プリント・サーバ
が、印刷データの出力先を別の印刷装置に自動的に切り
替える方法がある（例えば、特開平６−４２３９号公
報、特開平６−２４０９９号公報）。上記従来の技術で
は、プリント・サーバはクライアントから印刷データを
受け取ると、印刷待ちファイルに格納した後、印刷装置
状態判別部により指定印刷装置にアクセスし印刷装置の
状態を判別する。判別結果で指定印刷装置が電源オフな
どの理由により受信不可能な状態の場合は、出力先を別
の印刷装置に切り替える。

【０００３】

【発明が解決しようとする課題】しかし、このような従
来技術では、印刷装置が障害となった場合の印刷要求に
は対応できるが、プリント・サーバ自体が障害となった
場合には、対応することができない。この場合、プリン
ト・サーバが復旧するまで印刷出力が止ってしまい印刷
時間の遅延が発生してしまう。また、この場合プリント
・サーバの内部データが破壊されている可能性もあり、
その場合は障害発生以前にキューイングされた印刷要求
や、すでに印刷中だったものについては、救済されない
ためクライアント側から再度印刷要求しなければならな
いという不具合がある。

【０００４】本発明は、このような従来技術問題点を解
決することを課題とする。即ち、本発明は、プリント・
サーバ自体が障害となった場合に適切に対処することの
できるプリント・サーバ障害時の印刷先変更方式を提供
することを課題とするものである。

【０００５】

【課題を解決するための手段】本発明は、プリント・サ
ーバが接続されたネットワーク環境におけるプリント・
システムにおいて、印刷要求時の情報を印刷完了まで記
憶する記憶手段（図３の３４）と、印刷要求から印刷完
了までの間、出力先プリント・サーバの状態を監視する
監視手段（図３の３５、３６）と、その監視手段により
プリント・サーバの障害を検知したとき、前記記憶手段
に記憶された印刷要求時の情報を基に、別のプリント・
サーバに再度印刷要求する印刷先変更手段（図３の３
１、３２）とを有することを特徴とする。

【０００６】又、本発明は、上記のプリント・システム
において、ネットワークに接続されたプリンタの印刷属
性を保持するデータベース（図１の１４）を有し、別の
プリント・サーバに再度印刷要求する際に、同じ印刷属
性で印刷可能なプリント・サーバをデータベースから検
索し、そのプリント・サーバに印刷要求することを特徴
とする。

【０００７】又、本発明は、上記の各プリント・システ
ムにおいて、印刷先変更後、障害となったプリント・サ
ーバの復旧を監視し、復旧したときに、そのプリント・
サーバのプリント待ちキューから、該当する印刷ジョブ
を削除することを特徴とする。

【０００８】

【作用】印刷要求するクライアントにおいて、記憶手段
に印刷要求時の情報（印刷ドキュメト／印刷属性／出力
プリント・サーバ名）を印刷完了まで記憶する。監視手
段は、印刷要求から印刷完了までの間、一定間隔でプリ
ント・サーバの状態を監視する。その間にプリント・サ
ーバが障害となった場合、印刷先変更手段は、記憶手段
に記憶された印刷要求情報をもとに、同一の印刷出力が
可能な別のプリント・サーバに印刷先を変更する。これ
により、プリント・サーバが障害となり、その時点で印
刷中かキューイングされていた印刷要求を、クライアン
トが別のプリント・サーバに自動的に出力することがで
き、プリント・サーバ障害による印刷時間の遅延をなく
すことができる。

【０００９】本発明の一態様によれば、ネットワークに
全印刷装置のデータが格納されているデータベースを接
続し、そのデータベースから同じ印刷属性で印刷可能な
プリント・サーバを検索することにより、変更先のプリ
ント・サーバを決定するようにする。この場合、ネット
ワーク上のプリント・サーバをデータベースで一元管理
することができるので、保守が容易となり、管理性が向
上する。

【００１０】又、印刷先変更後に、障害となったプリン
ト・サーバの復旧を監視し、復旧したときに、そのプリ
ント・サーバのプリント待ちキューから、該当する印刷
ジョブを削除するようにすることにより、同じプリント
ジョブが重複して実行されることによる無駄を避けるこ
とができる。

【００１１】

【発明の実施の形態】以下、図面により本発明のネット
ワーク環境におけるプリント・システムの実施の形態を
説明する。図１はローカル・エリア・ネットワーク（Ｌ
ＡＮ）によるネットワーク・プリント・システムの一例
を示すものであり、複数のプリントサーバ１１ａ〜１１
ｃ、印刷装置１２ａ〜１２ｃ、複数のクライアント１３
ａ〜１３ｄ、印刷装置情報格納データベース１４によっ
て構成されている。なお、印刷装置情報格納データベー
ス１４には、保守管理者があらかじめネットワーク上の
全プリント・サーバの印刷装置情報を格納していること
を前提とする。

【００１２】はじめに、図１に示すネットワーク構成に
おける、本発明のプリント・サーバ障害時の印刷先変更
方式の動作の概要を、図２のクライアント／プリント・
サーバ間シーケンスで説明する。

【００１３】あるクライアント（ａ）が、ネットワーク
に共有接続されているプリント・サーバ（ｂ）の印刷装
置に印刷させるために、プリント・サーバ（ｂ）に対し
て印刷要求する。

【００１４】印刷要求後すぐに、クライアント（ａ）
は、プリント・サーバ（ｂ）の監視を開始する。

【００１５】監視中にプリント・サーバ（ｂ）の障害を
検出すると、印刷情報格納データベース（ｄ）から同一
の印刷機能をもったプリント・サーバがネットワークに
接続されているか検索する。

【００１６】同一の印刷機能をもったプリント・サーバ
がない場合は印刷要求しない。同一の印刷機能をもった
プリント・サーバがある場合は、そのプリント・サーバ
（ｃ）に対して印刷要求を行う。

【００１７】障害が発生したプリント・サーバ（ｂ）の
監視を開始し、障害復旧した時点で印刷要求ジョブの削
除を行う。

【００１８】次に、図１のクライアント１３ａ〜１３ｄ
は、それぞれ本発明の機能を実現するために図３に示す
各要素３１〜３８を備えている。これらの各要素につい
て説明する。

【００１９】印刷先変更制御部３１は、印刷制御部３８
がプリント・サーバ１１へ印刷要求後に起動され、プリ
ント・サーバの障害を監視するためにプリント・サーバ
監視制御部３５に対して監視要求し、障害が検知される
と印刷要求再起動制御部３２に対して別のプリント・サ
ーバへの印刷要求を行う。また、別のプリント・サーバ
への印刷要求が終了した時点で、障害となったプリント
・サーバの復旧監視を開始するために、プリント・サー
バ監視制御部３５に対して監視要求し、障害復旧を検知
すると印刷要求削除制御部３３に対して印刷要求ジョブ
の削除を指示する。

【００２０】印刷要求再起動制御部３２は、印刷先変更
制御部３１から別のプリント・サーバへの印刷要求を受
けると、印刷要求情報記憶領域３４に格納されている印
刷要求情報を参照し、同一の印刷要求条件で印刷可能な
プリント・サーバを印刷装置情報格納データベース１４
から検索し、検索されたプリント・サーバへ印刷要求を
行う。

【００２１】印刷要求削除制御部３３は、印刷要求して
いたプリント・サーバで障害が発生し、別のプリント・
サーバへ印刷要求が実施された後に、障害となっていた
プリント・サーバが復旧した時点で印刷先変更制御部３
１から起動される。起動されると、障害となっていたプ
リント・サーバのプリント・キューから該当する印刷要
求を削除する。

【００２２】印刷要求情報記憶領域３４は、印刷制御部
３８が印刷要求する際に印刷情報を格納する領域であ
る。

【００２３】プリント・サーバ監視制御部３５は、印刷
要求したプリント・サーバの障害発生と障害復旧を監視
するために印刷先変更制御部３１から起動される。起動
後、タイマ３６を使用して一定間隔でプリント・サーバ
の状態を監視する。

【００２４】タイマ３６は、クロックによって一定周期
を作り、プリント・サーバ監視制御部３５に提供する。

【００２５】通信処理部３７は、ネットワーク・プロト
コルを使用して印刷要求／印刷削除要求等を送受信処理
する。

【００２６】印刷制御部３８は、要求されたプリント・
サーバに対して印刷要求を行う。

【００２７】次に、以上のように構成されたクライアン
ト内のフローを、図５のクライアント・フローチャート
により説明する。

【００２８】クライアントで印刷要求が発生すると、は
じめにステップＳ１が実行される。ステップＳ１では通
常の印刷要求処理を実施するために、印刷制御部３８が
出力先プリント・サーバに対して、印刷ドキュメントと
印刷属性を送って印刷要求する。

【００２９】次にステップＳ２において、印刷制御部３
８が印刷要求した情報（印刷ドキュメント／印刷属性／
出力先プリント・サーバ名）を印刷要求情報記憶領域３
４に格納する。

【００３０】次にステップＳ３において、印刷要求が発
生したことを印刷制御部３８が印刷先変更制御部３１に
通知する。印刷先変更制御部３１では印刷要求したプリ
ント・サーバが正常に動作（障害が発生していないか）
していることを確認するために、プリント・サーバ監視
制御部３５に監視を指示する。（印刷先変更時の印刷要
求も同様）

【００３１】次にステップＳ４において、監視を指示さ
れたプリント・サーバ監視制御部３５が、復旧監視中
（障害中）のプリント・サーバが存在するか判定する。
復旧監視中のプリント・サーバが存在する場合は、ステ
ップＳ５に移行して復旧監視中プリント・サーバの復旧
処理（印刷要求のキューからの削除）を実施する。障害
となったプリント・サーバが存在しない場合は、ステッ
プＳ７に移行する。

【００３２】ステップＳ５では、復旧監視中のプリント
・サーバに対して障害が復旧されたか確認する。障害復
旧の確認方法は図２で示すように障害中のプリント・サ
ーバに対してＰｉｎｇコマンドを発行して応答の有無に
より判断する。障害復旧が確認された場合は、クライア
ントが印刷要求したジョブをプリント・サーバのプリン
ト待ちキューから削除するために、印刷要求削除制御部
３３に指示する。障害復旧が確認できなかった場合は、
ステップＳ７に移行する。

【００３３】ステップＳ６では、印刷要求削除制御部３
３が、Ｉｐｒｍコマンドを使用して該当するジョブをプ
リント・サーバのプリント待ちキューから削除する。こ
れにより二重に印刷出力される無駄を省くことができ
る。キュー削除が終了すると印刷要求削除制御部３３
は、その旨を印刷先変更制御部３１に通知する。

【００３４】ステップＳ７では、障害監視中（正常動作
中）のプリント・サーバがあるか判定し、ある場合はス
テップＳ８へ移行し、ない場合は障害となったプリント
・サーバの復旧監視を実施するためにステップＳ４へ移
行する。

【００３５】次に、図６のステップＳ８において、タイ
マ３６を使用して一定間隔で正常動作中のプリント・サ
ーバの状態を監視する。障害発生の確認方法は図２で示
すようにプリント・サーバに対してＰｉｎｇコマンドを
発行して応答の有無により判断する。プリント・サーバ
の正常動作を確認した場合はステップＳ９に移行する。
また、障害を検出した場合は印刷先変更制御部３１にそ
の旨を通知しステップＳ１０に移行する。

【００３６】ステップＳ９において、プリント・サーバ
監視中に印刷が完了しているか判定し印刷が完了した場
合は、ステップＳ１３に移行する。また、印刷が完了し
ていない場合はステップＳ８にもどって監視を継続す
る。

【００３７】ステップＳ１０において、印刷先変更制御
部３１が同一の印刷機能を有するプリント・サーバに対
して同じ印刷属性で印刷要求をするように、印刷要求再
起動制御部３２に指示する。印刷要求再起動制御部３２
では、印刷要求情報記憶領域３４から印刷要求情報（印
刷ドキュメント／印刷属性／出力先プリント・サーバ
名）を抽出し、その情報をもとに障害となったプリント
・サーバと同一の機能を有するプリント・サーバを、ネ
ットワーク接続されている印刷装置情報格納データベー
ス１４からデータ検索する。図４は印刷装置情報格納デ
ータベース１４に格納されたデータの構成例を示すもの
で、そのデータは、ネットワーク内に設置されたプリン
タのリストを格納するプリンタテーブル４１と、その各
プリンタ毎の印刷属性のリストを格納するアトリビュー
トテーブル４２からなっている。印刷先のプリント・サ
ーバはこれらのテーブルを検索して求める。即ち、アト
リビュートテーブル４２を参照して同一の印刷機能を有
するプリンタＩＤを検索し、そのプリンタＩＤによりプ
リンタテーブル４１を検索して、対応するプリント・サ
ーバのロケーション名を求める。

【００３８】次にステップＳ１１において、障害となっ
たプリント・サーバと同一の機能を有するプリント・サ
ーバがなかった場合は、ステップＳ１３に移行する。ま
た、障害となったプリント・サーバと同一の機能を有す
るプリント・サーバが存在する場合はステップＳ１２に
移行する。

【００３９】次にステップＳ１２において、検索された
プリント・サーバに対して、印刷要求情報記憶領域３４
の情報を使って、同一の印刷ドキュメントを同一の印刷
属性で印刷要求する。印刷要求が終了すると印刷要求再
起動制御部３２は印刷要求が終了したことを印刷先変更
制御部３１に通知する。印刷先変更制御部３１では、２
度目に印刷要求したプリント・サーバの障害監視と、障
害となったプリント・サーバを復旧監視するように、プ
リント・サーバ監視制御部３５に指示しステップＳ３に
移行する。以降、印刷が完了するか、または同一機能の
プリント・サーバがなくなるまで処理を繰り返す。

【００４０】ステップＳ１３は、ステップＳ９で印刷が
完了した場合や、ステップＳ１１で印刷出力の変更がで
きなかった場合に移行してくるが、ここでは印刷先変更
処理を終了する前に、復旧監視すべきプリント・サーバ
があるか判定し、復旧監視すべきプリント・サーバがあ
る場合はステップＳ４に移行してプリント・サーバの復
旧監視を実施する。復旧監視すべきプリント・サーバが
ない場合はステップＳ１４へ移行する。

【００４１】ステップＳ１４では、印刷先変更処理を終
了するために印刷要求情報記憶領域３４の情報を初期化
する。

【００４２】

【発明の効果】本発明によれば、プリント・サーバが障
害となり、その時点で印刷かキューイングされていた印
刷要求を、クライアントが代替性のある別のプリント・
サーバに自動的に出力することにより、プリント・サー
バ障害による印刷時間の遅延をなくすことができる。
又、データベースにより、ネットワーク上のプリント・
サーバ情報を一元管理することにより保守が容易とな
り、管理性が向上する。

【図面の簡単な説明】

【図１】本発明の実施形態によるネットワーク構成図。

【図２】本発明のクライアントとプリント・サーバとデ
ータベース間のシーケンス図。

【図３】本発明のクライアントにおけるソフトウエア・
モジュール構成図。

【図４】印刷情報情報格納データベースのデータの構成
を示す図。

【図５】本発明のクライアントのフローを示すフローチ
ャート図。

【図６】図５のクライアントのフローの続きのフローチ
ャート図。

【符号の説明】

１１ａ，１１Ｂ，１１ｃ…プリント・サーバ、１２ａ，
１２ｂ，１２ｃ…印刷装置、１３ａ，１３ｂ，１３ｃ，
１３ｄ…クライアント、１４…印刷装置情報格納データ
ベース、３１…印刷先変更制御部、３２…印刷要求再起
動制御部、３３…印刷要求削除制御部、３４…印刷要求
情報記憶領域、３５…プリント・サーバ監視制御部、３
６…タイマ、３７…通信処理部、３８…印刷制御部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 プリント・サーバが接続されたネットワ
   ーク環境におけるプリント・システムにおいて、 印刷要求時の情報を印刷完了まで記憶する記憶手段と、 印刷要求から印刷完了までの間、出力先プリント・サー
   バの状態を監視する監視手段と、 その監視手段によりプリント・サーバの障害が検知され
   たとき、前記記憶手段に記憶された印刷要求時の情報を
   基に、別のプリント・サーバに再度印刷要求する印刷先
   変更手段とを有することを特徴とするネットワーク環境
   におけるプリント・システム。
2. 【請求項２】 ネットワーク・プリンタの印刷属性を保
   持するデータベースを有し、別のプリント・サーバに再
   度印刷要求する際に、同じ印刷属性で印刷可能なプリン
   ト・サーバを前記データベースから検索し、そのプリン
   ト・サーバに印刷要求することを特徴とする請求項１記
   載のネットワーク環境におけるプリント・システム。
3. 【請求項３】 印刷先変更後、障害となったプリント・
   サーバの復旧を監視し、復旧したときに、そのプリント
   ・サーバのプリント待ちキューから、該当する印刷ジョ
   ブを削除することを特徴とする請求項１又は２記載のネ
   ットワーク環境におけるプリント・システム。