(57)【特許請求の範囲】
【請求項１】
印刷データを受信するたびに、当該印刷データを複数のプリントサーバーの何れかに分配する分配装置、分配された印刷データから印刷ジョブを生成する前記プリントサーバー及びプリントサーバーから印刷ジョブを受け付けて実行する画像形成装置を有する印刷システムであって、
前記プリントサーバーは、印刷ジョブ毎に、何れのプリントサーバーを経由したかを識別する識別子を当該印刷ジョブに付加する識別子付加手段を備え、
前記画像形成装置は、プリントサーバーから受け付けた印刷ジョブ毎に、前記識別子に基づき当該プリントサーバーの異常の有無を判定する異常判定手段を備え、
前記分配装置は、前記異常判定手段によって異常有りと判定されたプリントサーバーを印刷ジョブの分配先から除外する除外手段を備える
ことを特徴とする印刷システム。
【請求項２】
前記画像形成装置は、更に、前記判定手段によって異常有りと判定されたプリントサーバーの識別子を前記分配装置に通知する通知手段を備え、
前記分配装置は、前記通知を受けると、前記除外手段によって、当該通知された識別子に係るプリントサーバーを分配先から除外する
ことを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記複数のプリントサーバーは何れも、前記分配装置から受け付けた印刷ジョブの作成開始時刻を当該印刷ジョブに付加する時刻付加手段を備え、
前記画像形成装置は、印刷ジョブに付加された作成開始時刻から当該印刷ジョブの受信時刻までの経過時間が所定時間を超過したか否かを判定する超過判定手段を備え、
前記異常判定手段は、前記超過判定手段によって、超過したと判定された印刷ジョブに付加された識別子に係るプリントサーバーを異常有りと判定する
ことを特徴とする請求項１又は２に記載の印刷システム。
【請求項４】
前記画像形成装置は、印刷ジョブ毎に異常の有無の判定をユーザーから受け付ける受付手段を備え、
前記異常判定手段は、前記受付手段によって、異常有りとの判定を受け付けた印刷ジョブに付加された識別子に係るプリントサーバーを異常有りと判定する
ことを特徴とする請求項１から３の何れかに記載の印刷システム。
【請求項５】
プリントサーバーから印刷ジョブを受け付けて実行可能な画像形成装置であって、
前記プリントサーバーから、何れのプリントサーバーを経由したかを識別する識別子が付加された印刷ジョブを受け付ける受付手段と、
受け付けた前記印刷ジョブに含まれる印刷データに基づき印刷を実行する印刷実行手段と、
受け付けた前記印刷ジョブ毎に、前記識別子に基づき当該印刷ジョブを送信したプリントサーバーの異常の有無を判定する異常判定手段と、
当該印刷データを複数のプリントサーバーの何れかに分配する分配装置に、前記異常判定手段によって異常有りと判定されたプリントサーバーに対応する識別子を通知する通知手段と、を備える
ことを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システム及び画像形成装置に関し、特に、複数のプリントサーバーを用いる印刷システムにおいて、プリントサーバーのアプリケーションレベルの不具合に関わらず、印刷システムの正常運用を維持するフォールトトレランス技術に関する。
【背景技術】
【０００２】
近年、ＰＣ（Personal Computer）等のユーザー端末からプリントサーバーを介して画像形成装置へ印刷ジョブを送信する印刷システムにおいて、ロードバランサーを用いて、複数のプリントサーバーに印刷データを分配し、プリントサーバー毎の処理負荷を軽減することによって、画像形成処理の高速化を図る技術が実用化されつつある。
しかしながら、プリントサーバー毎の処理負荷を軽減したところで、ユーザー端末やプリントサーバー、画像形成装置を接続するネットワークにおいて通信障害が発生すると、円滑な画像形成処理が困難になり、印刷システムの可用性が低下するという問題がある。
【０００３】
このような問題に対して、例えば、当該ネットワークを介した電子メールの送受信に要する時間を監視することによって、ネットワーク障害の有無を確認する技術が提案されている（特許文献１）。このようにすれば、ネットワーク障害の発生を監視して、原因の特定を促進することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０８８２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
印刷システムの動作不良の原因はネットワーク障害のみに止まらず、プリントサーバー自体の異常に起因して印刷システムの動作不良が発生する場合もある。プリントサーバーのハードウェアのＯＳ（Operating System）の異常については、プリントサーバー自身で検出したり、別途設けられた監視システムで検出したりする技術が従来から知られている。
【０００６】
しかしながら、プリントサーバーの主たる機能に関わるアプリケーションレベルでの異常については監視がなされておらず、迅速な不具合対応が難しくなっている。このため、アプリケーションレベルでの異常が発生しても、異常状態のプリントサーバーを使い続けざるを得ず、ユーザーの利便性が損なわれてしまう。
本発明は、上述のような問題に鑑みて為されたものであって、複数のプリントサーバーを併用する印刷システムにおいて、何れかのプリントサーバーに異常が発生しても、正常運用を継続することができる印刷システム及び画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る印刷システムは、印刷データを受信するたびに、当該印刷データを複数のプリントサーバーの何れかに分配する分配装置、分配された印刷データから印刷ジョブを生成する前記プリントサーバー及びプリントサーバーから印刷ジョブを受け付けて実行する画像形成装置を有する印刷システムであって、前記プリントサーバーは、印刷ジョブ毎に、何れのプリントサーバーを経由したかを識別する識別子を当該印刷ジョブに付加する識別子付加手段を備え、前記画像形成装置は、プリントサーバーから受け付けた印刷ジョブ毎に、前記識別子に基づき当該プリントサーバーの異常の有無を判定する異常判定手段を備え、前記分配装置は、前記異常判定手段によって異常有りと判定されたプリントサーバーを印刷ジョブの分配先から除外する除外手段を備えることを特徴とする。
【発明の効果】
【０００８】
このようにすれば、複数のプリントサーバーのうちの何れかに異常が発生すると、異常が発生したプリントサーバーを分配装置の分配先から除外するので、異常が発生していない他のプリントサーバーを用いて印刷システムの正常運用を継続することができる。
この場合において、前記画像形成装置は、更に、前記判定手段によって異常有りと判定されたプリントサーバーの識別子を前記分配装置に通知する通知手段を備え、前記分配装置は、前記通知を受けると、前記除外手段によって、当該通知された識別子に係るプリントサーバーを分配先から除外しても良い。
【０００９】
また、前記複数のプリントサーバーは何れも、前記分配装置から受け付けた印刷ジョブの作成開始時刻を当該印刷ジョブに付加する時刻付加手段を備え、前記画像形成装置は、印刷ジョブに付加された作成開始時刻から当該印刷ジョブの受信時刻までの経過時間が所定時間を超過したか否かを判定する超過判定手段を備え、前記異常判定手段は、前記超過判定手段によって、超過したと判定された印刷ジョブに付加された識別子に係るプリントサーバーを異常有りと判定すれば、何らかの異常によって、プリントサーバーにおける印刷ジョブの生成処理に長時間を要した場合に、当該プリントサーバーが分配装置の分配先から除外される。従って、処理効率の低いプリントサーバーが除外されるので、印刷システム全体としての処理効率を高い状態に維持することができる。
【００１０】
また、前記画像形成装置は、印刷ジョブ毎に異常の有無の判定をユーザーから受け付ける受付手段を備え、前記異常判定手段は、前記受付手段によって、異常有りとの判定を受け付けた印刷ジョブに付加された識別子に係るプリントサーバーを異常有りと判定しても良い。このようにすれば、人為的なミスによるプリントサーバーの設定誤りなど、画像形成装置によって自動的に有無を判定することが難しい異常が発生している場合であっても、ユーザーの手を借りて検出し、分配装置の分配先から当該プリントサーバーを除外することができる。従って、印刷システムの正常運用を継続することができる。
【００１１】
また、本発明に係る画像形成装置は、プリントサーバーから印刷ジョブを受け付けて実行可能な画像形成装置であって、前記プリントサーバーから、何れのプリントサーバーを経由したかを識別する識別子が付加された印刷ジョブを受け付ける受付手段と、受け付けた前記印刷ジョブに含まれる印刷データに基づき印刷を実行する印刷実行手段と、受け付けた前記印刷ジョブ毎に、前記識別子に基づき当該印刷ジョブを送信したプリントサーバーの異常の有無を判定する異常判定手段と、当該印刷データを複数のプリントサーバーの何れかに分配する分配装置に、前記異常判定手段によって異常有りと判定されたプリントサーバーに対応する識別子を通知する通知手段と、を備えることを特徴とする。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係る印刷システムの主要な構成を示す図である。
【図２】印刷システム１の動作を示すシーケンス図である。
【図３】ユーザー端末１００の主要な構成を示すブロック図である。
【図４】ユーザー端末１００の主要な動作を示すフローチャートである。
【図５】ロードバランサー１０１の主要な構成を示すブロック図である。
【図６】ロードバランサー１０１のエラー記録部５０３の記録内容を例示する表である。
【図７】ロードバランサー１０１の主要な動作を示すフローチャートである。
【図８】プリントサーバー１０２の主要な構成を示すブロック図である。
【図９】プリントサーバー１０２の主要な動作を示すフローチャートである。
【図１０】画像形成装置１０３の主要な構成を示すブロック図である。
【図１１】操作パネル部１００６が表示する履歴リストを例示する図である。
【図１２】画像形成装置１０３の主要な動作を示すフローチャートである。
【図１３】印刷システム１の正常動作を例示する図である。
【図１４】画像形成装置１０３による異常検出時の動作を例示する図である。
【図１５】ユーザー１３００による異常検出時の動作を例示する図である。
【発明を実施するための形態】
【００１３】
以下、本発明に係る印刷システム及び画像形成装置の実施の形態について、図面を参照しながら説明する。
［１］印刷システムの構成
まず、本実施の形態に係る印刷システムの構成について説明する。
図１に示されるように、印刷システム１は、ＰＣ等のユーザー端末１００、ロードバランサー１０１、プリントサーバー１０２及び画像形成装置１０３をＬＡＮ（Local Area Network）１０４にて相互通信可能に接続したシステムである。このうちユーザー端末１００、プリントサーバー１０２及び画像形成装置１０３は何れも複数台がＬＡＮ１０４に接続されている。
【００１４】
ユーザー端末１００にはワードプロセッサー等のアプリケーションソフトウェアがインストールされており、当該ソフトウェアを用いてユーザーは印刷データ（アプリケーションデータ）を作成して、ロードバランサー１０１へ印刷データを送信することができる。
ロードバランサー１０１は、ユーザー端末１００から印刷データを受信すると、複数台のプリントサーバー１０２の何れかに当該印刷データを送信する。本実施の形態に係るロードバランサー１０１は、各プリントサーバーの処理負荷を監視しており、各プリントサーバー１０２の処理負荷に偏りが生じて処理遅延が大きくなり過ぎないように、転送先のプリントサーバー１０２を選択する。
【００１５】
プリントサーバー１０２は、ロードバランサーから受信した印刷データを受け付けると、印刷ジョブを作成して、画像形成装置１０３に送信する。画像形成装置１０３は、プリントサーバー１０２から受信した印刷ジョブを実行する。
［２］印刷システム１の動作シーケンス
次に、印刷システム１の動作シーケンスについて説明する。
【００１６】
図２は、印刷システム１の動作を示すシーケンス図である。図２に示されるように、ユーザー端末１００がロードバランサー１０１へ印刷データを送信すると、ロードバランサー１０１は当該印刷データの分配先とするプリントサーバー１０２を選択して、当該プリントサーバー１０２へ当該印刷データを送信する。
プリントサーバー１０２は、ロードバランサー１０１から受信した印刷データから印刷ジョブを生成して、画像形成装置１０３へ送信する。画像形成装置１０３は、プリントサーバー１０２から受信した印刷ジョブを実行する。
【００１７】
また、画像形成装置１０３は、印刷ジョブ毎にプリントサーバー１０２のアプリケーションレベルのエラー検出を行う。エラーが検出された場合には、画像形成装置１０３はロードバランサー１０１にエラー通知を送信する。
ロードバランサー１０１は、画像形成装置１０３からエラー通知を受信すると、エラーを検出されたプリントサーバー１０２を記録しておき、その後、ユーザー端末１００から受信した印刷データの送信先から除外する。
【００１８】
このようにすれば、プリントサーバー１０２においてアプリケーションレベルのエラーが発生しても、その後、当該プリントサーバー１０２には印刷データが送信されないので、印刷システム１の正常運用を継続することができる。
［３］ユーザー端末１００の構成と動作
次に、ユーザー端末１００の構成と動作について詳しく説明する。
【００１９】
（３−１）ユーザー端末１００の構成
図３に示されるように、ユーザー端末１００は、印刷データ作成部３０１と印刷データ送信部３０２とを備えている。印刷データ作成部３０１は、ユーザー端末１００におけるユーザー操作に従って、アプリケーションソフトウェアによって印刷データを作成する。印刷データ送信部３０２は、ユーザー操作に従って、印刷データ作成部３０１が作成した印刷データをロードバランサー１０１へ送信する。
【００２０】
ユーザー端末１００としては、例えば、ＰＣを用いることができるが、ＰＣ以外の装置をユーザー端末１００として用いても良い。
（３−２）ユーザー端末１００の動作
図４は、ユーザー端末１００の主要な動作を示すフローチャートである。図４に示されるように、ユーザー端末１００は、印刷データを作成し（Ｓ４０１）、印刷データの作成を完了したら（Ｓ４０２：ＹＥＳ）、当該印刷データをロードバランサー１０１へ送信して（Ｓ４０３）、処理を終了する。
【００２１】
［４］ロードバランサー１０１の構成と動作
次に、ロードバランサー１０１の構成と動作について説明する。
（４−１）ロードバランサー１０１の構成
図５に示されるように、ロードバランサー１０１は、印刷データ受信部５０１、印刷データ送信部５０２、エラー記録部５０３、エラー通知受信部５０４及び記録抹消部５０５を備えている。印刷データ受信部５０１は、ユーザー端末１００から印刷データを受信する。印刷データ送信部５０２は、ユーザー端末１００から受信した印刷データをプリントサーバー１０２へ送信する。
【００２２】
印刷データを何れのプリントサーバー１０２へ送信するかについては、印刷データ送信部５０２は、エラー記録部５０３を参照して選択する。エラー記録部５０３は、何れのプリントサーバー１０２について画像形成装置１０３からエラー通知受信部５０４がエラー通知を受信したかが記録されている。図６は、エラー記録部５０３の記録内容を例示する表である。
【００２３】
エラー通知受信部５０４が受信するエラー通知には、エラー検出されたプリントサーバー１０２のサーバーＩＤ（Identification）が付与されており、エラー記録部５０３は、サーバーＩＤ毎にエラー通知の受信の有無を記録している。図６においては、エラー通知受信部５０４がエラー通知を受信したプリントサーバー１０２には「ｅｒｒｏｒ」印が記録され、受信しなかったプリントサーバー１０２には「ｏｋ」印が記録されている。
【００２４】
印刷データ送信部５０２は、所謂ラウンドロビン方式に従って、印刷データを送信すべきプリントサーバー１０２をサーバーＩＤの順に選択する。この場合に印刷データ送信部５０２は、エラー記録部５０３を参照して、前回、印刷データの送信先となったプリントサーバー１０２のサーバーＩＤの次のサーバーＩＤについてエラー通知の有無を確認する。
【００２５】
当該次のサーバーＩＤについてエラー通知を受信したと記録されている場合には、当該次のサーバーＩＤを除外して、更に次のサーバーＩＤについてエラー通知の有無を確認する。このような処理を繰り返して、エラー通知の受信が記録されていないサーバーＩＤが発見されると、印刷データ送信部５０２は当該サーバーＩＤのプリントサーバー１０２へ印刷データを送信する。
【００２６】
記録抹消部５０５は、エラー通知されたプリントサーバー１０２がエラーから正常復帰したことが確認された場合に、その旨をエラー記録部５０３に通知する。当該通知を受けると、エラー記録部５０３は、当該プリントサーバー１０２のサーバーＩＤについてエラー通知を受信した旨の記録を抹消する。このようにすれば、正常復帰が確認されたプリントサーバー１０２は、印刷データ送信部５０２の送信先候補に復帰する。
【００２７】
（４−２）ロードバランサー１０１の動作
図７は、ロードバランサー１０１の主要な動作を示すフローチャートである。図７に示されるように、ロードバランサー１０１の印刷データ受信部５０１がユーザー端末１００から印刷データを受信すると（Ｓ７０１：ＹＥＳ）、印刷データ送信部５０２はエラー記録部５０３を参照し（Ｓ７０２）、エラー通知されていないプリントサーバー１０２を選択する（Ｓ７０３）。そして、選択したプリントサーバー１０２に当該印刷データを送信する（Ｓ７０４）。
【００２８】
エラー通知受信部５０４は、画像形成装置１０４からエラー通知を受信すると（Ｓ７１１：ＹＥＳ）、エラー通知に付加されているサーバーＩＤをエラー記録部５０３に通知する。エラー記録部５０３は、当該サーバーＩＤを付加されたエラー通知があった旨を記録する。
記録抹消部５０５は、エラー通知があったプリントサーバー１０２について正常復帰が確認されたら（Ｓ７２１：ＹＥＳ）、その旨をエラー記録部５０３通知する。通知を受けたエラー記録部５０３はエラー記録を抹消する（Ｓ７２２）。
【００２９】
［５］プリントサーバー１０２の構成と動作
次に、プリントサーバー１０２の構成と動作について説明する。
（５−１）プリントサーバー１０２の構成
図８に示されるように、プリントサーバー１０２は、印刷データ受信部８０１、印刷ジョブ作成部８０２、開始時刻取得部８０３、識別子付加部８０４及び印刷ジョブ送信部８０５を備えている。印刷データ受信部８０１は、ロードバランサー１０２から印刷データを受信する。
【００３０】
印刷ジョブ作成部８０２は、受信した印刷データからページ記述言語（PDL: Page Description Language）で記述された印刷ジョブを作成する。なお、印刷ジョブ作成部８０２は、印刷ジョブの作成に先立って、開始時刻取得部８０３から現在時刻を取得し、印刷ジョブ作成開始時刻として当該印刷ジョブに付加する。この印刷ジョブ作成開始時刻は、印刷ジョブ作成部８０２が印刷ジョブを作成するのに要した時間を算出するために用いられる。
【００３１】
識別子付加部８０４は、印刷ジョブ作成部８０２が作成した印刷ジョブに当該プリントサーバー１０２のサーバーＩＤを付加する。このサーバーＩＤは、当該印刷ジョブについてアプリケーションレベルのエラーが検出された際に、エラー通知に付加される。
印刷ジョブ送信部８０５は、サーバーＩＤを付加された印刷ジョブを画像形成装置１０３へ送信する。
【００３２】
（５−２）プリントサーバー１０２の動作
図９は、プリントサーバー１０２の主要な動作を示すフローチャートである。図９に示されるように、プリントサーバー１０２の印刷データ受信部８０１にて印刷データを受信すると（Ｓ９０１：ＹＥＳ）、開始時刻取得部８０３にて現在時刻を取得する（Ｓ９０２）。次に、印刷ジョブ作成部８０２は、印刷データ受信部８０１が受信した印刷データから印刷ジョブを作成し（Ｓ９０３）、現在時刻を印刷ジョブ作成開始時刻として付加する（Ｓ９０４）。
【００３３】
更に、識別子付加部８０４が、当該印刷ジョブに当該プリントサーバー１０２のサーバーＩＤを付加すると（Ｓ９０５）、印刷ジョブ送信部８０５が当該印刷ジョブを画像形成装置１０３へ送信する（Ｓ９０６）。
［６］画像形成装置１０３の構成と動作
次に、画像形成装置１０３の構成と動作について説明する。
【００３４】
（６−１）画像形成装置１０３の構成
図１０に示されるように、画像形成装置１０３は、印刷ジョブ受信部１００１、ジョブ実行部１００２、受信時刻取得部１００３、ジョブ履歴記録部１００４、エラー検出部１００５、操作パネル部１００６、処理時間記録部１００７及びエラー通知部１００８を備えている。
【００３５】
印刷ジョブ受信部１００１は、プリントサーバー１０２から印刷ジョブを受信する。ジョブ実行部１００２は、受信した印刷ジョブに従って画像形成装置１０３各部を起動すると共に印刷ジョブの終了（正常終了、異常終了とも）を管理する。ジョブ履歴記録部１００４は、印刷ジョブが終了するたびに当該印刷ジョブのジョブ履歴として、当該印刷ジョブの内容や終了のしかた、当該印刷ジョブを作成したプリントサーバー１０２のサーバーＩＤ等を記録する。
【００３６】
受信時刻取得部１００３は、印刷ジョブ受信部１００１が印刷ジョブを受信するたびに、印刷ジョブ受信時刻として現在時刻をエラー検出部１００４に通知する。エラー検出部１００５は印刷ジョブ毎にプリントサーバー１０２のアプリケーションレベルのエラーを検出する。処理時間記録部１００７は、プリントサーバー１０２の印刷ジョブ作成開始時刻と印刷ジョブ受信時刻との時間差（以下、「処理時間」という。）をプリントサーバー１０２毎に記録する。
【００３７】
操作パネル部１００６は、所謂タッチパネルとハードキーを有しており、ユーザーに対する情報提示やユーザーによる指示入力の受け付けを行う。図１１は、操作パネル部１００６が表示する履歴リストを例示する図である。図１１に示されるように、操作パネル部１００６は、「履歴リスト」ボタン１１０１を押すことによって、印刷ジョブの実行履歴を一覧する履歴リスト１１００を表示する。
【００３８】
また、履歴リスト１１００中の印刷ジョブ毎の「通知」ボタン１１０２をユーザーが押すと、当該印刷ジョブを作成したプリントサーバーのサーバーＩＤをロードバランサー１０１に通知するエラー通知をエラー通知部１００８が送信する。
（６−２）画像形成装置１０３の動作
図１２は、画像形成装置１０３の主要な動作を示すフローチャートである。図１２に示されるように、画像形成装置１０３は、印刷ジョブ受信部１００１にて印刷ジョブを受信すると（Ｓ１２０１：ＹＥＳ）、受信時刻取得部１００３により現在時刻を印刷ジョブ受信時刻として取得すると共に（Ｓ１２０２）、ジョブ実行部１００２にて印刷ジョブの実行を開始する（Ｓ１２０３）。
【００３９】
次に、エラー検出部１００４は、受信時刻取得部１００３にて取得した印刷ジョブ受信時刻と印刷ジョブに付加されている印刷ジョブ作成開始時刻との時間差（処理時間）Ｔを算出する（Ｓ１２０４）。
次に、エラー検出部１００４は、処理時間記録部１００５から当該印刷ジョブに係るプリントサーバー１０２とは異なるプリントサーバー１０２の過去の処理時間を読み出して、平均値μと標準偏差σとを求め、次式を用いて上限時間Ｕを算出する。
【００４０】
【数１】
0006048468.tif 000002
正常な処理時間が正規分布に従う場合には、正常な処理時間の９９％以上は、
【００４１】
【数２】
0006048468.tif 000003
の範囲内にあるので、上限時間Ｕを超える処理時間Ｔは異常に長過ぎると判断される。
図１２は、処理時間記録部１００５が記録するプリントサーバー１０２毎の過去の処理時間を例示する表である。
【００４２】
新たに算出した処理時間Ｔが上限時間Ｕ以下である場合には（Ｓ１２０５：ＹＥＳ）、新たに算出した処理時間Ｔは正常の範囲内であると考えて、新たに算出した処理時間Ｔを処理時間記録部１００５に記録する（Ｓ１２０６）。
新たに算出した処理時間Ｔが上限時間Ｕよりも長い場合には（Ｓ１２０５：ＮＯ）、当該プリントサーバー１０２における処理時間が長過ぎると考えて、当該印刷ジョブに付加されたサーバーＩＤをエラー通知部１００６によってロードバランサー１０１にエラー通知を送信する（Ｓ１２０６）。
【００４３】
このようにすれば、エラーが検出されたプリントサーバー１０２が、ロードバランサー１０１による印刷データの分配先から速やかに除外されるので、その後におけるエラーの再発を防止して、印刷システム１の正常運用を維持することができる。
その後、正常終了であれ、異常終了であれ印刷ジョブが終了したことをジョブ実行部１００２が確認すると（Ｓ１２１１：ＹＥＳ）、ジョブ履歴記録部１００４は当該印刷ジョブのジョブ履歴を記録する（Ｓ１２１２）。
【００４４】
また、操作パネル部１００６は、表示画面において「履歴リスト」ボタン１１０１が押されると（Ｓ１２２１：ＹＥＳ）、履歴リスト１１００を表示する（Ｓ１２２２）。
更に、履歴リスト１１００において何れかの「通知」ボタン１１０２が押されると（Ｓ１２３１：ＹＥＳ）、当該「通知」ボタン１１０２に対応する印刷ジョブを作成したプリントサーバー１０２のサーバーＩＤを通知するエラー通知をロードバランサー１０１へエラー通知部１００８が送信する（Ｓ１２３２）。これによっても、エラーが検出されたプリントサーバー１０２が、その後の印刷データの分配先から速やかに除外されるので、印刷システム１の正常運用を維持できる。
【００４５】
［７］動作例
次に、印刷システム１の動作例を示す。
（７−１）正常動作例
まず、印刷ジョブの送信動作例を示す。
図１３に示されるように、ユーザー１３００は、ユーザー端末１００を操作して印刷データを作成すると、当該印刷データをロードバランサー１０１へ送信する。ロードバランサー１０１が印刷データの送信先とするプリントサーバー１０２にはＡ〜Ｃの３台あり、本例においては、ロードバランサー１０１はプリントサーバー１０２Ｃへ印刷データを送信する。
【００４６】
印刷データを受信したプリントサーバー１０２Ｃは、当該印刷データから印刷ジョブ１３０１を作成し、自己のサーバーＩＤと印刷ジョブ１３０１の作成開始時刻とを印刷ジョブ１３０１に付加して、画像形成装置１０３へ送信する。
画像形成装置１０３は、プリントサーバー１０２Ｃから印刷ジョブ１３０１を受信すると、印刷ジョブ１３０１を実行し、印刷物１３０２を出力する。
【００４７】
この場合において、プリントサーバー１０２Ｃの異常が検出されなければ、そのまま処理を終了する。
（７−２）画像形成装置１０３による異常検出時の動作例
次に、画像形成装置１０３による異常検出時の動作例について説明する。
図１４に示されるように、プリントサーバー１０２Ｃが自己のサーバーＩＤと印刷ジョブ１３０１の作成開始時刻とを付加した印刷ジョブ１３０１を受信すると、画像形成装置１０３は、上述のように、印刷ジョブ１３０１の受信時刻と作成開始時刻との時間差（処理時間Ｔ）を算出する。
【００４８】
次に、処理時間記録部１００５記録されたプリントサーバー１０２Ａ、１０２Ｂの処理時間から算出される上限時間Ｕよりも今回の処理時間Ｔが長い場合には、プリントサーバー１０２Ｃの処理時間Ｔだけがかなり遅く、プリントサーバー１０２Ｃの動作がおかしいと判断されるので、画像形成装置１０３はロードバランサー１０１へエラー通知を送信する。
【００４９】
このエラー通知には、プリントサーバー１０２ＣのサーバーＩＤが付加されている。当該エラー通知を受信すると、ロードバランサー１０１は、以後、ユーザー端末１００から受信した印刷データの送信先からプリントサーバー１０２Ｃを除外する。
このように、画像形成装置１０３から処理時間Ｔに基づいて動作に異常を来していると判定されたプリントサーバー１０２Ｃには、ロードバランサー１０１から印刷データが送信されなくなるので、印刷システム１の正常運用を継続することができる。
【００５０】
また、画像形成装置１０３から、プリントサーバー１０２Ｃを経由することなく、直接、ロードバランサー１０１にエラー通知が送信されるので、プリントサーバー１０２Ｃの動作異常に影響されることなく、エラー通知を送信することができる。この意味においても、印刷システム１の耐故障性能を向上させることができる。
（７−３）ユーザー１３００による異常検出時の動作例
次に、ユーザー１３００による異常検出時の動作例について説明する。
【００５１】
図１５に示されるように、プリントサーバー１０２Ｃが自己のサーバーＩＤと印刷ジョブ１３０１の作成開始時刻とを付加した印刷ジョブ１３０１を受信すると、画像形成装置１０３は、上述のように、印刷ジョブ１３０１を実行して、印刷物１３０２を出力する。
ユーザー１３００は、出力された印刷物１３０２を確認して、所期の印刷条件（カラー／モノクロ、ページ数など）とは異なる印刷条件で印刷されている場合には、操作パネルにて履歴リストを参照し、異常を確認した印刷ジョブの「通知」ボタン１１０２を押す。
【００５２】
このような異常としては、例えば、印刷システム１の管理者が、ランニングコストの低減を目的として、常にモノクロ出力するようにプリントサーバー１０２Ｃに設定すべきところ、管理者の人為的なミスによって、設定誤りが生じてカラー印刷されるような場合が想定される。かかる場合には、プリントサーバー１０２Ｃ自体は正常状態にあり、処理時間Ｔが長くなることもないため、画像形成装置１０３が機械的に異常検知することは難しく、ユーザーに異常検出を任せるのが効果的である。
【００５３】
このようなユーザー操作によって、画像形成装置１０３が、ロードバランサー１０１へプリントサーバー１０２ＣのサーバーＩＤを付加したエラー通知を送信すると、ロードバランサー１０１は、以後、ユーザー端末１００から受信した印刷データの送信先からプリントサーバー１０２Ｃを除外する。
このようにしても、異常検出されたプリントサーバー１０２Ｃには印刷データが送信されなくなるので、印刷システム１の正常運用を継続することができる。また、印刷システム１の管理者の作業を経ることなく、プリントサーバー１０２Ｃが直ちにロードバランサー１０１の送信先から除外されるので、迅速に印刷システム１の動作を正常復帰させることができる。
【００５４】
［８］変形例
以上、本発明を実施の形態に基づいて説明してきたが、本発明が上述の実施の形態に限定されないのは勿論であり、以下のような変形例を実施することができる。
（１）上記実施の形態においては、ＦＣＯＴ（First Copy Out Time）を短縮することを目的として、処理時間Ｔの長短の判定処理に先立って、印刷ジョブの実行を開始しているが、本発明がこれに限定されないのは言うまでも無く、処理時間Ｔの長短から異常が検出されなかった場合にのみ印刷ジョブを実行しても良い。
【００５５】
プリントサーバー１０２に異常が発生している場合には、印刷ジョブが正常に作成されておらず、当該印刷ジョブを実行すると画像形成装置１０３が異常動作するおそれがあるが、異常が検出されなかった場合にのみ印刷ジョブを実行すれば、そのような画像形成装置１０３の異常動作を回避することができる。
（２）上記実施の形態においては、ロードバランサー１０１やプリントサーバー１０２が実マシンである場合を例にとって説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて、ロードバランサー１０１やプリントサーバー１０２を仮想マシン（Virtual Machine）としてもよい。
【００５６】
また、ロードバランサー１０１やプリントサーバー１０２は、ユーザーが利用するＬＡＮ１０４に接続されていなくてもよい。すなわち、ロードバランサー１０１やプリントサーバー１０２をクラウドサービスとしてユーザーに利用させても本発明の効果は同じである。
また、印刷システム１が使用する通信ネットワークは有線であっても無線であっても良い。ユーザー端末１００もまたＰＣには限定されず、スマートフォンやタブレット端末といった汎用端末や専用のＤＴＰ（Desktop Publishing）マシン等、印刷データを作成して、ロードバランサー１０１に送信することができる装置であればよい。印刷システム１を構成するユーザー端末や通信ネットワークの種類の如何に関わらず、本発明は効果を奏することができる。
【００５７】
（３）上記実施の形態においては、ロードバランサー１０１の印刷データ送信部５０２が所謂ラウンドロビン方式に従って印刷データを送信すべきプリントサーバー１０２を選択する場合を例にとって説明したが、本発明がこれに限定されないのは言うまでもなく、他の方式に従って送信先のプリントサーバー１０２を選択しても良い。
例えば、プリントサーバー１０２の処理負荷をそれぞれ監視しておき、最も処理負荷の軽いプリントサーバー１０２を印刷データの送信先としても良い。本発明は、送信先の選択方式の如何に関わらず、その効果を奏することができる。
【００５８】
（４）上記実施の形態においては、特に言及しなかったが、エラー通知を送信する際に必要となるロードバランサー１０１の通信アドレスは、予め画像形成装置１０３に設定されていても良い。
また、印刷システム１に複数のロードバランサー１０１が含まれているような場合には、異常が検出されたプリントサーバー１０２のサーバーＩＤをすべてのロードバランサー１０１にエラー通知しても良い。そして、当該プリントサーバー１０１を配下とするロードバランサー１０１のみが当該プリントサーバー１０１を送信先から除外し、他のロードバランサー１０１は当該エラー通知を単に破棄するとしてもよい。
【００５９】
また、プリントサーバー１０２が当該プリントサーバー１０２を配下とするロードバランサー１０１の通信アドレスを印刷ジョブに付加しても良い。このようにすれば、当該ロードバランサー１０１にのみエラー通知することができるので、マルチキャストやブロードキャストによってすべてのロードバランサー１０１にエラー通知する場合と比較して、ＬＡＮ１０４の通信負荷や当該プリントサーバー１０２を配下としないロードバランサー１０１の処理負荷を低減することができる。
【００６０】
（５）上記実施の形態においては、プリントサーバー１０２が印刷ジョブの作成を開始してから、画像形成装置１０３が当該印刷ジョブを受信するまでの時間を処理時間Ｔとして異常検出を行う場合を例にとって説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて次のようにしても良い。
例えば、プリントサーバー１０２が印刷ジョブの作成を開始してから完了するまでの時間を処理時間Ｔとし、印刷ジョブ作成開始時刻に代えて当該処理時間Ｔを印刷ジョブに付与しても良い。
【００６１】
このようにすれば、プリントサーバー１０２自体には異常が発生していないにもかかわらず、プリントサーバー１０２から画像形成装置１０３に至る通信経路の輻輳等の影響によって、印刷ジョブの受信が遅れたために処理時間Ｔが長くなった結果、当該プリントサーバー１０２がロードバランサー１０１の送信先から除外されるといった事態を回避することができる。従って、より多くのプリントサーバー１０２を稼働させ続けることができるので、印刷システム全体の処理効率を高い状態に維持することができる。
【００６２】
（６）上記実施の形態においては、プリントサーバー１０２による印刷ジョブ作成開始時刻から画像形成装置１０３による印刷ジョブ受信時刻までの処理時間Ｔが、他のプリントサーバー１０２による処理時間Ｔの平均値μと標準偏差σから算出される上限時間Ｕより長いか否かによって、プリントサーバー１０２の異常の有無を判定したが、本発明がこれに限定されないのは言うまでもなく、上限時間Ｕは、ユーザーや印刷システム１の管理者が設定した値であっても良いし、他の方法によって決定しても良い。
【００６３】
また、画像形成装置１０３は、処理時間Ｔ以外のデータを用いて、プリントサーバー１０２の異常の有無を判定しても良い。画像形成装置１０３によるプリントサーバー１０２の異常判定の方法の如何に関わらず、本発明の効果は同じである。
（７）上記実施の形態においては、プリントサーバー１０２のサーバーＩＤや印刷ジョブ作成開始時刻を印刷ジョブに付加する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、印刷ジョブ以外のジョブに対してサーバーＩＤや当該ジョブの作成開始時刻を付与しても良い。
【００６４】
また、プリントサーバー１０２以外のサーバー装置を用いてもよく、当該サーバー装置が画像形成装置１０３以外の周辺装置に対して送信するジョブに、当該サーバー装置のサーバーＩＤや当該ジョブの作成開始時刻を付与してもよい。そして、前記周辺装置が、エラー検出時に当該ジョブを作成したサーバー装置のサーバーＩＤをロードバランサー１０１にエラー通知して、ロードバランサー１０１によるジョブの送信先から当該サーバー装置を除外させれば、同様の効果を得ることができる。
【００６５】
（８）上記実施の形態においては、画像形成装置１０３からロードバランサー１０１に対してＬＡＮ１０４を経由してエラー通知を行うことによって、異常が検出されたプリントサーバー１０２をロードバランサー１０１の送信先から除外する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、画像形成装置１０３がＬＡＮ１０４を経由して、印刷システム１の管理者にエラー通知を送信することによって、当該管理者にロードバランサー１０１の送信先を設定変更させても良い。
【００６６】
ロードバランサー１０１の送信先から多数のプリントサーバー１０２が除外される等すると印刷システム１全体の処理効率が低下するおそれがある場合には、異常を検出されたプリントサーバー１０２を当該送信先から除外するよりも、当該プリントサーバー１０２の正常復帰を急いだ方が良い場合があるからである。
そのような観点から言えば、ロードバランサー１０１の送信先となるプリントサーバー１０２の台数が予め設定された基準台数まで減少したら、ロードバランサー１０１から印刷システム１の管理者に通知を行うとしても良い。
【００６７】
（９）上記実施の形態においては、プリントサーバー１０２によって印刷ジョブに付加されるサーバーＩＤと、画像形成装置１０３によってエラー通知に付加されるサーバーＩＤと、が共通である場合について説明したが、本発明がこれに限定されないのは言うまでもなく、両者が異なっていても本発明の効果は同じである。ただし、共通のサーバーＩＤを用いる場合には、印刷システム全体に亘るシステム設計の一貫性を実現することができるので、システム設計のミスやプログラミングのミスを低減することができる。
【００６８】
（１０）上記実施の形態においては、特に言及しなかったが、画像形成装置１０３は、カラープリンターであっても良いし、モノクロプリンターであっても良い。また、スキャナー機能を備えた複写装置であっても良いし、更に、ファクシミリ通信機能を備えたファクシミリ装置であっても良い。また、これらの機能を兼ね備えた複合機（MFP: Multi-Function Peripheral）であっても本発明の効果は同じである。
【産業上の利用可能性】
【００６９】
本発明に係る印刷システム及び画像形成装置は、複数のプリントサーバーを用いる印刷システムであって、プリントサーバーのアプリケーションレベルの不具合に関わらず、印刷システムの正常運用を維持するフォールトトレラントな印刷システムとして有用である。
【符号の説明】
【００７０】
１………印刷システム
１００…ユーザー端末
１０１…ロードバランサー
１０２…プリントサーバー
１０３…画像形成装置
１０４…ＬＡＮ
【図１】
0006048468.tif 000004
【図２】
0006048468.tif 000005
【図３】
0006048468.tif 000006
【図４】
0006048468.tif 000007
【図５】
0006048468.tif 000008
【図６】
0006048468.tif 000009
【図７】
0006048468.tif 000010
【図８】
0006048468.tif 000011
【図９】
0006048468.tif 000012
【図１０】
0006048468.tif 000013
【図１１】
0006048468.tif 000014
【図１２】
0006048468.tif 000015
【図１３】
0006048468.tif 000016
【図１４】
0006048468.tif 000017
【図１５】
0006048468.tif 000018