(57)【特許請求の範囲】
【請求項１】
複数の端末コンピュータが、ネットワークを介してプリントサーバに接続され、かつ、
前記プリントサーバには、当該プリントサーバの動作を監視するサーバ監視手段、および受け取ったプリント要求の順序を記憶するプリント順序記憶手段が設けられるとともに、前記端末コンピュータまたはプリントサーバには少なくとも制御手段の実行をリセットできる管理手段が設けられてなる、プリンタを有するネットワークシステムであって、
前記サーバ監視手段は、前記プリントサーバ制御手段の実行に障害が生じたと判断したときは、その旨を前記管理手段に通知し、
前記管理手段は、前記プリンタにアップロードされたプリントジョブファイルのバックアップファイルおよび前記プリント順序記憶手段の複製を所定のストレージに格納する一方、前記サーバから前記プリントサーバ制御手段の実行に障害が生じた旨の通知を受信したときは、前記プリンタにアップロードされたプリントジョブファイルのバックアップファイルのうち前記障害発生時にプリントしていたプリントジョブファイルのバックアップファイルのプリンタへのアップロードをさせず、該プリントジョブファイルのプリント要求を前記プリント順序記憶手段及び前記プリント順序記憶手段の複製から削除した上で、未プリントのプリントジョブファイルの前記バックアップファイルを前記プリント順序記憶手段の複製に基づきプリンタにダウンロードして印刷を実行させる
ことを特徴とするネットワークシステム。
【請求項２】
前記プリント順序記憶手段に記憶されているプリントジョブの実行序列を変更可能なプリントキュー変更用ユーザーインターフェースをプリンタに設けたことを特徴とする
請求項１記載のネットワークシステム。
【請求項３】
前記実行序列の変更には、前記ユーザーインターフェースにより指定されたプリントジョブファイルの実行を最優先させる変更が含まれることを特徴とする
請求項２記載のネットワークシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プリンタを含むネットワークシステムに関し、特に、プリントサーバの制御手段の実行に障害が生じた場合等に、稼動率を低下させることなくプリントの継続が可能なネットワークシステムに関する。
【０００２】
【従来の技術】
ネットワークでは、たとえば１つのプリンタを複数の端末コンピュータにより共有することが頻繁に行われる。たとえば、図８に示すネットワークシステム９では、プリントサーバ９１Ａ、クライアント９１Ｂ，９１Ｃがネットワーク３００に接続され、プリントサーバ９１Ａにはプリンタ９２が接続されている。
【０００３】
プリントサーバ９１Ａには、制御手段ＰＲＮＴ＿ＣＮＴがインストールされるとともに、プリント順序記憶手段（すなわち、プリントキュー）９３が用意されている。プリントサーバ９１Ａは、クライアント９１Ｂ，９１Ｃにより発行されたプリント要求に基づき、順次、プリンタ９２にプリントを行わせている。クライアント９１Ｂまたは９１Ｃのユーザが、プリントを行おうとする場合は、当該クライアントからプリント要求がサーバ９１Ａに発行される。プリントサーバ９１Ａは、プリント順序記憶手段９３を参照して、プリントジョブファイルをプリント要求を発行したクライアント９１Ｂまたは９１Ｃからプリンタ９２にダウンロードすることができる。
【０００４】
【発明が解決しようとする課題】
ところで、この種のネットワークシステムでは、クライアントに用意されたネットワーク機器の異常、クライアントのスプールに作成されたプリントジョブファイルの部分破壊等、クライアントの不調により、プリントサーバの制御手段の実行に障害が生じる場合がある。
【０００５】
このような場合、図８のネットワークシステムでは、不調なクライアントのユーザがプリント要求をキャンセル（または、当該クライアント自体をリセット）しなければ、制御手段ＰＲＮＴ＿ＣＮＴの実行障害が解消されない場合もあるし、最悪の場合には、制御手段ＰＲＮＴ＿ＣＮＴの実行自体をリセットしなければその実行障害が解消されない場合もある。
【０００６】
通常は、プリントサーバ９１Ａは、上記のような障害によりプリントジョブが実行できない場合には、その旨をクライアントに通知するが、ユーザがクライアントから離れている等、ユーザによる通知確認ができないときには、プリント要求のキャンセル、プリンタ９２のリセット等の処理が遅れてしまう。特に、他のクライアントのユーザは、プリント要求がキャンセルされた事実を知ることができないので、対処が全くできないという問題がある。
【０００７】
しかも、制御手段ＰＲＮＴ＿ＣＮＴがリセットがされる場合には、プリント待ちのクライアントに通知をすることなく、プリント順序記憶手段の内容およびプリントジョブファイルが消去されてしまう。このため、ユーザは、再度プリント要求を行わなければならない。
【０００８】
特に、プリント要求をした文書等がすでに消去されている場合には、ユーザは文書等の作成のし直しを余儀なくされる。また、インターネットブラウザの表示画面、商用データベースにおけるアクセス画面等、一過的にしか表示されない画像についてプリント要求を発行しているような場合には、再びプリント要求を発行することが不可能であるかきわめて容易でない場合も生じ、ユーザの時間的、経済的な損失は計り知れないものとなる。
【０００９】
加えて、図８のネットワークシステム９では、プリントサーバ９１Ａの制御手段ＰＲＮＴ＿ＣＮＴの実行に障害が生じた場合には、障害復旧までの間、当該プリントサーバ９１Ａはクライアントからの新たなプリント要求を受け入れることができない。このため、プリンタの稼動効率が低下することになる。
【００１０】
本発明の目的は、プリントサーバの制御手段の実行に障害が生じた場合（端末コンピュータからのプリンタへのプリントジョブのアップロードに際して異常接続状態が継続している場合を含む）、速やかに制御手段の実行を正常に戻すことができるネットワークシステムを提供することである。
【００１１】
【課題を解決するための手段】
本発明者は、プリントサーバの制御手段の実行状況、あるいは端末コンピュータからのプリンタへのプリントジョブファイルのアップロード状況を、所定の監視手段により監視し、当該監視手段からの通知に基づき、所定の手段によってプリントサーバや端末装置を制御するようにすれば、上記の問題は一挙に解決するとの知見を得て本発明をなすに至った。
【００１２】
本発明は、プリンタを有するネットワークシステムに適用されるもので、その一態様では、複数の端末コンピュータが、ネットワークを介してプリントサーバに接続され、かつ、前記プリントサーバには、当該プリントサーバの動作を監視するサーバ監視手段、および受け取ったプリント要求の順序を記憶するプリント順序記憶手段が設けられるとともに、前記端末コンピュータまたはプリントサーバには少なくとも前記プリントサーバの制御手段（以下、「サーバ制御手段」と言う）の実行をリセットできる管理手段が設けられる。
【００１３】
ここで、プリントサーバとは、プリンタ自体に搭載されるサーバカードであってもよいし、プリンタが接続されたコンピュータであってもよく、サーバ監視手段は、サーバカードあるいはサーバコンピュータに用意される。なお、プリントサーバがコンピュータである場合、当該コンピュータのプリンタドライバは、プリント要求をサーバ制御手段に発行することができる。この場合には、当該プリンタドライバによるプリント要求は、サーバ制御手段からみれば、端末コンピュータからのプリント要求として認識される。
【００１４】
本発明のネットワークシステムでは、サーバ監視手段は、サーバ制御手段の実行に障害が生じたと判断したときは、その旨を前記管理手段に通知し、当該管理手段は、前記サーバ制御手段の実行をリセットする。プリントサーバは、本来的に自己によるリセットができないが、上記した本発明の一態様では、管理手段の採用によりリセットが可能となる。
【００１５】
ここで、上記「サーバ制御手段の実行に障害が生じた」場合とは、サーバ制御手段の機能は正常であるが、ネットワーク機器に動作異常あるいはプリントジョブファイルの部分破壊によりデータのダウンロードができない場合等、外部要因による障害を含むほか、サーバ制御手段の機能に障害が生じた場合等の内部要因も含む。
【００１６】
サーバ監視手段は、「サーバ制御手段の実行に障害が生じたか否か」を監視できればよく、具体的にはプリントされるプリントデータの所定単位量（たとえば、ベージ単位のデータ量）の大きさと、当該単位量のプリント時間に基づいて、前記障害が生じたか否かを判断することができる。
【００１７】
通常は、サーバ制御手段のリセットによりプリント順序記憶手段の内容（プリント実行序列）は消去される。管理手段は、サーバ制御手段の実行をリセットするときは、たとえばプリント順序記憶手段等の内容を参照して、プリント要求を発行したがプリントが実行されなかった端末コンピュータに、プリントジョブ不実行を通知することができる。これにより、プリント要求を発行したユーザは、当該プリントジョブの実行がキャンセルされたことを知ることができるので、上記リセットに対する速やかな対応が可能となる。
【００１８】
本発明では、プリンタにアップロードされるプリントジョブファイルと同一のバックアップファイルおよびプリント順序記憶手段の複製（プリント順序記憶手段のバックアップコピー）を、所定のネットワークストレージに集中または分散してバックアップすることができる。そして、サーバ制御手段の実行が正常に行われているときは、管理手段は、あるプリントジョブファイルについてのプリントが終了した場合には、当該プリントジョブファイルについての前記バックアップファイルを消去する。一方、サーバ制御手段の実行に障害が生じ、当該手段の実行をリセットしたときは、管理手段は、プリント順序記憶手段の複製をプリントサーバにコピーし、未プリントのプリントジョブファイルについてのバックファイルをプリンタにダウンロードする。なお、端末コンピュータがプリント要求を発行した場合、スプールが作成されることがあり、このスプールをバックアップファイルとして用いることができる。もちろん、スプールとは別に、バックアップファイルを作成することもできる。
【００１９】
以上のように、本発明の上記の態様では、サーバ制御手段の実行がリセットされても、プリントジョブファイルおよびプリント順序記憶手段の復元がなされ、プリント要求は実質上キャンセルされない。この場合には、プリント要求がキャンセルされない端末コンピュータについは、プリント不実行の通知を発行する必要はない。
【００２０】
サーバ制御手段の実行のリセット時にプリントされていたプリントジョブファイルに、当該実行の障害となる原因があることがある。この場合、再び同一のプリントジョブファイルのプリントを実行すると、同一の障害が再び生じる可能性がある。このため、管理手段は、サーバ制御手段の実行のリセット時にプリントしていたプリントジョブファイルのバックアップファイルについては、プリンタにアップロードしないようにもできる。この場合には、管理手段は、当該プリントジョブについてのプリント要求を発行した端末コンピュータにプリントジョブ不実行を通知し、当該端末コンピュータに、プリントジョブファイルを消去させ（あるいは、管理手段が消去する）、プリントジョブの再度の発行を促すことができる。
【００２１】
本発明の他の態様では、端末コンピュータに、当該端末コンピュータの動作を監視する端末システム監視手段を設けることができる。この場合にも、プリントサーバにはサーバ監視手段が設けられ、管理手段は、少なくとも前記端末コンピュータの前記プリントファイルのプリンタへのアップロードを中止させることができる。
【００２２】
そして、前記端末システム監視手段および／またはサーバ監視手段は、前記プリントサーバのサーバ制御手段の実行に障害が生じたと判断したときは、その旨を前記管理手段に通知し、当該管理手段が当該端末コンピュータに当該プリントジョブファイルのアップロードを中止させる。
【００２３】
この発明の態様では、サーバ制御手段の実行はリセットされないので、すでにプリント順序記憶手段に記憶されているプリント要求は消去されることはない。システム全体の特性等にもよるが、プリントジョブファイルに、当該実行の障害の原因があることが懸念される場合には、管理手段は、プリントデータのロードを中止させたプリントジョブについてプリント要求を、プリント順序記憶手段から削除し、端末コンピュータには、プリント不実行の通知を発行することが好ましい。なお、プリントデータのロードを中止させたプリントジョブについてのプリント要求を、プリント順序記憶手段にから削除しないようにすることで、当該プリントジョブについて、再度のプリント実行も可能である。
【００２４】
本発明のこの態様では、前記サーバ監視手段および／または端末システム監視手段は、アップロードされるプリントデータの所定単位量での大きさと、当該単位量のアップロード時間に基づいて、前記端末コンピュータと前記プリントサーバとの接続状態を監視し、異常な接続状態が継続しているときは、前記プリントサーバの制御手段の実行に障害が生じたと判断することができる。
【００２５】
ところで、従来、プリント実行の序列はプリント要求の発行順であり、端末コンピュータのユーザがプリント実行の序列を変更することは想定されてはいない。本発明の上記の２つの態様では、ともにプリンタを直接操作するユーザは、特権を持つことでき、前記プリント順序記憶手段に記憶されているプリントジョブの実行序列（プリントの実行順）の変更を、プリンタに用意されたユーザインタフェースにより行うことができる。この、実行序列の変更には、当該ユーザが指定したプリントジョブファイルの実行を最優先させる変更を含ませることができるので、プリントについて緊急を要するユーザの便宜を図ることができる。
【００２６】
【発明の実施の形態】
図１は本発明のネットワークシステム１の一実施例を示す説明図である。ネットワーク２００には、コンピュータ１１Ａ，１１Ｂ，１１Ｃ，１１Ｄが接続され、コンピュータ１１Ａには、プリンタ１２が接続されている。コンピュータ１１Ａは、本発明の「プリントサーバ」として機能するもので、当該コンピュータ１１Ａには、プリンタ１２をネットワーク制御するサーバ制御手段（以下、「サーバ制御プログラム」と言う）ＰＲＮＴ＿ＣＮＴ、およびこのサーバ制御プログラムＰＲＮＴ＿ＣＮＴの実行状況を監視するサーバ監視手段（以下、「サーバ監視プログラム」という）ＷＡＴＣＨがインストールされている。また、コンピュータ１１Ａには、プリントシステム全体を管理する管理手段（以下、「管理プログラム」と言う）ＭＮＧがインストールされている。さらに、コンピュータ１１Ａは、プリント順序記憶手段（以下、「プリントキュー」と言う）１３１を有している。
【００２７】
コンピュータ１１Ｂ，１１Ｃ，１１Ｄは、プリントサービスに関してはクライアント（本発明の「端末コンピュータ」）である。プリントサービスの方式によっては、プリントサーバのみがプリンタドライバを持っていれば、各クライアントが共通のプリンタを使用できる場合もあるし、プリントサーバがプリンタドライバを持っていてもクライアントがプリンタドライバを持たなくてはならない場合もあるが、何れの場合でも本発明を適用することができる。
【００２８】
なお、コンピュータ１１Ａがプリンタ１２を使用する場合、コンピュータ１１Ａ内のアプリケーションからのプリント要求はサーバ制御プログラムＰＲＮＴ＿ＣＮＴに発行される。この場合には、コンピュータ１１Ａはクライアントでもあり、かつプリントサーバでもあるが、説明の便宜上、以下本実施例ではコンピュータ１１Ａを「プリントサーバ」と称し、コンピュータ１１Ｂ，１１Ｃ，１１Ｄをクライアントと称することとする。また、以下においてプリントサーバ１１Ａがクライアントとして動作する場合は想定しないものとする。
【００２９】
プリンタ１２には、プリントキュー変更用のインターフェース１４が設けられており、当該インターフェース１４を直接操作するユーザがプリントキュー１３１の変更を行うことができる。
【００３０】
以下、図１のネットワークシステムの作用を図２、図３（Ａ），（B）、図４（Ａ），（B）のフローチャートを参照して説明する。
【００３１】
本実施例では、図２に示すようにクライアント１１Ｂ，１１Ｃ，１１Ｄの何れかがプリント要求を発行すると（Ｓ１１１）、サーバ制御プログラムＰＲＮＴ＿ＣＮＴは、そのプリント要求情報をプリントキュー１３１に格納する（Ｓ１１２）。プリントバッファ１２１に空きがあるときには（Ｓ１１３）、プリント要求を発行したクライアントからプリントジョブファイルを一括または分割してプリンタ１２にダウンロードし（Ｓ１１４）、プリンタ１２にプリントデータのプリントを実行させる（Ｓ１１５）。クライアント１１Ｂ，１１Ｃ，１１Ｄの何れかが、さらにプリント要求を発行した場合には、サーバ制御プログラムＰＲＮＴ＿ＣＮＴはプリント要求情報をプリントキュー１３１に順次格納し（Ｓ１１２）、先にプリントバッファにロードされているプリントデータがプリントされるのを待って（プリントキュー１３１に格納されているプリントジョブの実行序列に従って）、プリントジョブファイルをプリンタにダウンロードして（Ｓ１１４）、プリントを実行する（Ｓ１１５）。
【００３２】
サーバ監視プログラムＷＡＴＣＨは、図３（Ａ）に示すようにクライアントからプリント要求の発行があったか否かを監視している（Ｓ１２１）。プリントサーバ１１Ａがプリント要求を受け取ると、サーバ監視プログラムＷＡＴＣＨは、管理プログラムＭＮＧに、プリント要求の発行があったクライアント名を通知する（Ｓ１２２）。管理プログラムＭＮＧは、当該クライアントにプリントジョブファイルのバックアップファイルを作成する（図３（Ｂ）Ｓ１３１参照）とともに、プリントキュー１３１のレプリカ１３２を所定のネットワークストレージ（ここでは、プリントサーバ１１Ａのハードディスク）に作成させる（Ｓ１２３）。クライアントがスプールを作成しているときには、スプールをバックアップファイルとして使用できるので、クライアントにバックアップファイルを作成させる必要はない。本実施例では、クライアント１１Ｃ，１１Ｂ，１１Ｄのスプール１１３，１１２，１１４にプリントジョブファイルＰＪＦ＿１１，ＰＪＦ＿１２，ＰＪＦ＿１３がそれぞれ作成されている。
【００３３】
図１では、クライアント１１Ｃのスプール１１３からプリントジョブファイルＰＪＦ＿１１がプリンタにダウンロードされ、プリントが実行されている。このとき、プリントキュー１３１にはクライアント１１Ｃ，クライアント１１Ｂ，１１Ｄからのプリント要求Ｐ＿ＲＥＱ＿１１，Ｐ＿ＲＥＱ＿１２，Ｐ＿ＲＥＱ＿１３が格納されている。
【００３４】
サーバ監視プログラムＷＡＴＣＨは、また、プリンタ１２に搭載されたプリントバッファ１２１の入出力状態を監視している。すなわち、本実施例では、サーバ監視プログラムＷＡＴＣＨは、プリンタ１２内の処理装置１２２に、プリントバッファ１２１にロードされるファイルの大きさを１ページ相当ごとに報告させるとともに、当該ページのプリントの終了を報告させている。
【００３５】
たとえば、図１において、クライアント１１Ｃのスプール１１３のデータが破壊されており、サーバ制御プログラムＰＲＮＴ＿ＣＮＴが、スプール１１３からのデータダウンロード中に無限ループに陥ったものとする。サーバ監視プログラムＷＡＴＣＨは、図４（Ａ）に示すように、ファイルの１ページ分のダウンロード時間の測定を行い（Ｓ１４１）、当該ダウンロードが一定時間内に終了したか否かを判断している（Ｓ１４２）。当該ダウンロード時間が予想される時間と大幅に異なるとき（通常は長い場合）には、サーバ制御プログラムＰＲＮＴ＿ＣＮＴの実行に障害が生じたと判断し、その旨および障害が生じたときのページナンバを管理プログラムＭＮＧに通知する（Ｓ１４３）。
【００３６】
この通知を受けた管理プログラムＭＮＧは、図４（Ｂ）に示すようにサーバ制御プログラムＰＲＮＴ＿ＣＮＴをリセットする（Ｓ１５１）。これにより、プリントキュー１３１の内容もクリアされる。これとともに、管理プログラムＭＮＧは、処理装置１２２にプリントバッファ１２１のクリアを指示する（Ｓ１５２）。
【００３７】
管理プログラムＭＮＧは、この後、プリントキューレプリカ１３２を呼び出し、その内容をプリントキュー１３１にコピーする（Ｓ１５３）。このとき、管理プログラムＭＮＧは、障害が生じたときのプリントジョブファイルについてのプリント要求（この場合にはＰ＿ＲＥＱ＿１１）をキャンセルするようにもできる。そして、当該プリント要求を発行したクライアント（この場合には１１Ｃ）に、プリントジョブ不実行を通知（ページＮ以降はプリントされていない旨の通知）する（Ｓ１５４）。なお、障害が生じたときのプリントジョブファイルについてのプリント要求をキャンセルするためには、プリントキューレプリカ１３２から、当該プリント要求を予め除外し、このレプリカ１３２の内容をプリントキュー１３１にコピーするようにしてもよい。
【００３８】
また、サーバ制御プログラムＰＲＮＴ＿ＣＮＴは、プリントサーバ１１Ａに、プリントキュー１３１に格納された優先度が最も高いプリント要求（この場合にはＰ＿ＲＥＱ＿１２）についてのプリントジョブファイルのプリンタ１２へのダウンロードを指示する（Ｓ１５５）。
【００３９】
図５は本発明のネットワークシステムの他の実施例を示す説明図である。ネットワーク２００には、コンピュータ２１Ａ，２１Ｂ，２１Ｃおよびプリンタ２２が接続されている。プリンタ２２には、サーバカード２３が搭載されており、当該カード２３は、本発明の「プリントサーバ」として機能している。このサーバカード２３にはプリンタ２２をネットワーク制御する、実施例１で説明したと同様のサーバ制御プログラムＰＲＮＴ＿ＣＮＴ、およびこのサーバ制御プログラムＰＲＮＴ＿ＣＮＴの実行状況を監視するサーバ監視プログラムＷＡＴＣＨがインストールされている。また、サーバカード２３には、実施例１で説明したと同様の管理プログラムＭＮＧがインストールされている。さらに、サーバカード２３は、プリントキュー２３１を有している。
【００４０】
コンピュータ２１Ａ，２１Ｂ，２１Ｃには、端末システム監視プログラムＳＹＳ＿ＷＡＴＣＨ＿Ａ，ＳＹＳ＿ＷＡＴＣＨ＿Ｂ，ＳＹＳ＿ＷＡＴＣＨ＿Ｃがそれぞインストールされており、各コンピュータは、プリントサービスに関してはそれぞれクライアントとなる。説明の便宜上、以下本実施例ではサーバカード２３を「プリントサーバ」と称し、コンピュータ２１Ａ，２１Ｂ，２１Ｃをクライアントと称することとする。本実施例でも、プリンタ２２には、プリントキュー変更用のユーザインターフェース２４が設けられており、当該ユーザインターフェース２４を直接操作するユーザのみがプリントキュー２３１の変更を行うことができる。
【００４１】
以下、図５のネットワークシステムの作用を図２、図６、図７（Ａ），（Ｂ）、図６（Ａ），（Ｂ）のフローチャートを参照して説明する。
【００４２】
本実施例では、図２の括弧内符号で示すように、クライアント２１Ａ，２１Ｂ，２１Ｃの何れかがプリント要求を発行する（Ｓ２１１）。サーバ制御プログラムＰＲＮＴ＿ＣＮＴは、そのプリント要求情報をプリントキュー２３１に格納し（Ｓ２１２）、プリントバッファ２２１に空きがあるときには（Ｓ２１３）、プリント要求を発行したクライアントからプリントジョブファイルを一括または分割してプリンタにダウンロードし（Ｓ２１４）、プリンタ２２にプリントデータのプリントを実行させる（Ｓ２１５）。クライアント２１Ａ，２１Ｂ，２１Ｃの何れかが、さらにプリント要求を発行した場合には、サーバ制御プログラムＰＲＮＴ＿ＣＮＴはプリント要求情報をプリントキュー２３１に順次格納し（Ｓ２１２）、先にプリントバッファにロードされているプリントデータがプリントされるのを待って（プリントキュー２３１に格納されているプリントジョブの実行序列に従って）、プリントジョブファイルをプリンタにダウンロードして（Ｓ２１４）、プリントを実行する（Ｓ２１５）。
【００４３】
サーバ監視プログラムＷＡＴＣＨは、図６に示すように、プリントサーバ２３が現在どのクライアントからのプリントジョブファイルをプリンタ２２にダウンロードしているかを検出している（Ｓ２２１）。プリントサーバ２３の、サーバ監視プログラムＷＡＴＣＨは、管理プログラムＭＮＧに、プリントジョブをアップロードしているクライアント名を通知する（Ｓ２２２）。
【００４４】
図５では、クライアント２１Ａ，２１Ｂ，２１Ｃにはスプール２１１，２１２，２１３がそれぞれ作成されている。プリンタプリントキュー２３１にはクライアント２１Ｃ，２１Ａ，２１Ｂからのプリント要求Ｐ＿ＲＥＱ＿２１，Ｐ＿ＲＥＱ＿２２，Ｐ＿ＲＥＱ＿２３が格納されている。したがって、最初にクライアント２１Ｃのスプール２１３からプリントジョブファイルＰＪＦ＿２３が、次にクライアント２１Ａのスプール２１１からプリントジョブファイルＰＪＦ＿２１が、さらにこの後にクライアント２１Ｂのスプール２１２からプリントジョブファイルＰＪＦ＿２２がプリンタ２２に順次ダウンロードされ、プリントが実行される。
【００４５】
各クライアント２１Ａ，２１Ｂ，２１Ｃには、端末システム監視プログラムＳＹＳ＿ＷＡＴＣＨ＿Ａ，ＳＹＳ＿ＷＡＴＣＨ＿Ｂ，ＳＹＳ＿ＷＡＴＣＨ＿Ｃが設けられている。ここでは、端末システム監視プログラムＳＹＳ＿ＷＡＴＣＨ＿Ａ，ＳＹＳ＿ＷＡＴＣＨ＿Ｂ，ＳＹＳ＿ＷＡＴＣＨ＿Ｃは、プリンタ２２にアップロードしている（すなわち、サーバ制御プログラムＰＲＮＴ＿ＣＮＴがプリンタ２２にダウンロードしている）ジョブファイルの大きさと、転送時間を１ページ相当ごとに監視している。
【００４６】
たとえば、図５において、クライアント２１Ｃのスプール２１３のデータが破壊されており、サーバ制御プログラムＰＲＮＴ＿ＣＮＴが、スプール２１３からのデータダウンロード中に無限ループに陥ったものとする。端末システム監視プログラムＳＹＳ＿ＷＡＴＣＨ＿Ｃは、図７（Ａ）に示すようにファイルの１ページ分のダウンロード時間の測定を行い（Ｓ２４１）、接続異常が生じているか否か（具体的には、ダウンロードが一定時間内終了したか否か）を判断している（Ｓ２４２）。当該ダウンロード時間が予想される時間と大幅に異なるとき（通常は長い場合）には、サーバ制御プログラムＰＲＮＴ＿ＣＮＴの実行に障害が生じたと判断し、その旨および障害が生じたときのページナンバを管理プログラムＭＮＧに通知する（Ｓ２４３）。
【００４７】
この通知を受けた管理プログラムＭＮＧは、図７（Ｂ）に示すようにクライアント２１ＣにプリントジョブファイルＰＪＦ＿２１のダウンロードの中止を指示する（Ｓ２５１）。本実施例では、プリントキュー２３１の内容のうち、Ｐ＿ＲＥＱ＿２１がクリアされる。このとき、プリントバッファ２２１はクリアされない。
【００４８】
管理プログラムＭＮＧは、障害が生じたときプリントジョブファイルについてのプリント要求（この場合にはＰ＿ＲＥＱ＿２１）を発行したクライアント（この場合には２１Ｃ）に、プリントジョブ不実行を通知（所定ページ以降はプリントされていない旨の通知）する（Ｓ２５２）。これとともに、サーバ制御プログラムＰＲＮＴ＿ＣＮＴは、プリントサーバ２３にプリントキュー２３１に格納された次のプリント要求（この場合にはＰ＿ＲＥＱ＿２２）についてのプリントジョブファイルのプリンタ１２へのダウンロードを指示する（Ｓ２５３）。
【００４９】
以上の実施例では、プリントサーバの実行に障害が生じる場合として、クライアントからプリンタに、プリントジョブファイルをアップロードするする際に転送エラーが生じた場合を説明した。本発明は、他の原因により、プリントサーバの実行に障害が生じる場合を除外するものでないことは言うまでもない。
【００５０】
【発明の効果】
本発明は上記のように構成したので、プリントサーバのサーバ制御プログラムの実行に障害が生じた場合や端末コンピュータからのプリンタへのアップロードに際して異常接続状態が継続している場合に、速やかにシステムの状態を正常に復帰することができる。
【図面の簡単な説明】
【図１】本発明の一実施例を示すネットワークシステム構成図である。
【図２】図１および図５の実施例におけるサーバ制御プログラムの処理の流れを示す図である。
【図３】図１のシステムにおいてプリント要求の発行があった場合の説明図であり、（Ａ）はサーバ監視プログラムの処理を示す図、（Ｂ）は管理プログラムの処理を示す図である。
【図４】（Ａ）は図１のシステムにおいてサーバ制御プログラムの実行に障害が生じたか否かの判定処理を示す図、（Ｂ）は当該判定処理後の管理プログラムの処理を示す図である。
【図５】本発明の他の実施例を示すネットワークシステム構成図である。
【図６】図５のシステムにおいてプリント要求の発行があった場合のサーバ監視プログラムの処理を示す説明図である。
【図７】（Ａ）は図５のシステムにおいてサーバ制御プログラムの実行に障害が生じたか否かの判定処理を示す図、（Ｂ）は当該判定処理後の管理プログラムの処理を示す図である。
【図８】従来のネットワークシステム構成図である。
【符号の説明】
１      ネットワークシステム
２      ネットワークシステム
１１Ａ  プリントサーバ
１１Ｂ  クライアント
１１Ｃ  クライアント
１１Ｄ  クライアント
１２    プリンタ
１４    プリントキュー変更用のインターフェース
２１Ａ  クライアント
２１Ｂ  クライアント
２１Ｃ  クライアント
２２    プリンタ
２３    プリントサーバ
２４    プリントキュー変更用のインターフェース
１３１  プリントキュー
２３１  プリントキュー
２００  ネットワーク
ＭＮＧ                  管理プログラム
ＰＲＮＴ＿ＣＮＴ        サーバ制御プログラム
ＳＹＳ＿ＷＡＴＣＨ＿Ａ  端末システム監視プログラム
ＳＹＳ＿ＷＡＴＣＨ＿Ｂ  端末システム監視プログラム
ＳＹＳ＿ＷＡＴＣＨ＿Ｃ  端末システム監視プログラム
ＷＡＴＣＨ              サーバ監視プログラム
【図１】
0003731366.tif 000002
【図２】
0003731366.tif 000003
【図３】
0003731366.tif 000004
【図４】
0003731366.tif 000005
【図５】
0003731366.tif 000006
【図６】
0003731366.tif 000007
【図７】
0003731366.tif 000008
【図８】
0003731366.tif 000009