(57)【要約】【課題】  障害の発生原因となった印刷ジョブを特定することにより原因究明を行えるようにした印刷システムおよび印刷制御サーバおよび障害情報取得方法およびプログラムを提供する。【解決手段】  障害が発生するとプリンタ４０−１，４０−ｎのＭＩＢに障害内容が更新され、ＳＮＭＰにおけるtrap信号とＭＩＢの情報を印刷制御サーバ２０のＳＮＭＰマネージャ２０８に送出する。trap信号を受け付けると障害解析部２０９に通知され、障害解析部２０９では、通知されたＭＩＢの情報を解析する。解析した結果、復帰不可能な障害（保守員コール等）である場合には、ＩＰＰを用いて印刷ジョブの状態（スプーラ内での位置情報）を取得し、取得した情報をテキスト変換部２１０でテキスト変換して管理者端末３０に通知する。【選択図】図２
2006235827.tif 000002
【特許請求の範囲】
【請求項１】
複数の印刷要求装置および複数の印刷装置がネットワークを介して接続され、前記印刷要求装置は、前記印刷装置を特定して該特定した印刷装置に対して印刷制御サーバを介して印刷ジョブを転送することにより印刷要求を行う印刷システムにおいて、
前記印刷制御サーバは、
前記複数の印刷装置の状態を簡易ネットワーク管理プロトコルを用いて監視するネットワーク監視手段と、
前記複数の印刷装置の中のいずれかの印刷装置に障害が発生した場合、前記ネットワーク監視手段による監視により該印刷装置の障害内容を解析する解析手段と、
前記解析手段による解析結果に基づき該印刷装置が障害復旧不可能かを判断する判断手段と、
前記判断手段により該印刷装置が障害復旧不可能と判別された場合は、インターネット印刷プロトコルを用いて該障害発生に係る印刷ジョブを特定する印刷ジョブ特定手段と
を具備することを特徴とする印刷システム。
【請求項２】
前記印刷ジョブ特定手段は、
前記障害復旧不可能と判別された印刷装置に蓄積された印刷ジョブおよび前記印刷制御サーバ内のスプーラから該印刷装置に転送中の印刷ジョブを判別することにより前記障害発生に係る印刷ジョブを特定する
ことを特徴とする請求項１記載の印刷システム。
【請求項３】
複数の印刷要求装置および複数の印刷装置が接続されるネットワークに接続され、前記印刷要求装置からの前記印刷装置を特定した印刷ジョブを受け付け、該印刷ジョブを該印刷装置に転送することにより印刷制御を行う印刷制御サーバにおいて、
前記複数の印刷装置の状態を簡易ネットワーク管理プロトコルを用いて監視するネットワーク監視手段と、
前記複数の印刷装置の中のいずれかの印刷装置に障害が発生した場合、前記ネットワーク監視手段による監視により該印刷装置の障害内容を解析する解析手段と、
前記解析手段による解析結果に基づき該印刷装置が障害復旧不可能かを判断する判断手段と、
前記判断手段により該印刷装置が障害復旧不可能と判別された場合は、インターネット印刷プロトコルを用いて該障害発生に係る印刷ジョブを特定する印刷ジョブ特定手段と
を具備することを特徴とする印刷制御サーバ。
【請求項４】
複数の印刷要求装置および複数の印刷装置がネットワークを介して接続され、前記印刷要求装置は、前記印刷装置を特定して該特定した印刷装置に対して印刷制御サーバを介して印刷ジョブを転送することにより印刷要求を行う印刷システムにおける障害情報取得方法であって、
前記印刷制御サーバは、前記複数の印刷装置の状態を簡易ネットワーク管理プロトコルを用いてネットワーク監視手段で監視し、
前記ネットワーク監視手段による監視により前記複数の印刷装置の中のいずれかの印刷装置に障害が発生したことを検知した場合は、該障害が発生した印刷装置の障害内容を解析手段で解析し、
前記解析手段による解析結果に基づき該印刷装置が障害復旧不可能かを判断手段で判断し、
前記判断手段により該印刷装置が障害復旧不可能と判別された場合は、インターネット印刷プロトコルを用いて該障害発生に係る印刷ジョブを印刷ジョブ特定手段で特定する
ことを特徴とする障害情報取得方法。
【請求項５】
複数の印刷要求装置および複数の印刷装置がネットワークを介して接続され、前記印刷要求装置は、前記印刷装置を特定して該特定した印刷装置に対して印刷制御サーバを介して印刷ジョブを転送することにより印刷要求を行う印刷システムにおける障害情報取得をプログラムで実行する障害情報取得プログラムであって、
前記複数の印刷装置の状態を簡易ネットワーク管理プロトコルを用いて前記印刷制御サーバが監視する第１のステップと、
前記第１のステップにより前記複数の印刷装置の中のいずれかの印刷装置に障害が発生したことを検知した場合、該障害が発生した印刷装置の障害内容を解析する第２のステップと、
前記第２のステップの解析結果に基づき該障害が発生した印刷装置が障害復旧不可能かを判断する第３のステップと、
前記第３のステップの判断により該印刷装置が障害復旧不可能と判別された場合は、インターネット印刷プロトコルを用いて該障害発生に係る印刷ジョブを特定する第４のステップと
を含むことを特徴とする障害情報取得プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害発生時の原因究明を行う印刷システムおよび印刷制御サーバおよび障害情報取得方法およびプログラムに関し、特に、印刷ジョブに係る情報に基づいて発生した障害の原因究明を行う印刷システムおよび印刷制御サーバおよび障害情報取得方法およびプログラムに関する。
【背景技術】
【０００２】
一般に、ＳＮＭＰ（Simple Network Management Protocol：簡易ネットワーク管理プロトコル）に対応した印刷装置で障害やトラブルが発生した場合、マネージャと呼ばれるプリントサーバまたはクライアントＰＣに対して「trap信号」の送信を行う。このとき、予め印刷装置内部に保持した管理情報の集合体であるＭＩＢ（Management Information Base：管理情報ベース）の情報をマネージャから参照することで印刷装置における障害内容を判断する。
【０００３】
ＭＩＢでは様々な情報を管理することができ、管理された情報にはそれぞれ「ＯＩＤ」という識別子が振られており、ＯＩＤ（Object Identifier：オブジェクト識別子）を指定することによって所望の情報を取得することができる。このときのＭＩＢとして管理される情報は、ＲＦＣ（Request For Comments：標準化仕様書）１２１３で規定された標準ＭＩＢ以外にも製品ごと、企業ごとにさまざまな情報をＭＩＢとして格納することが可能である。
【０００４】
ＭＩＢとして管理された情報のうち、障害と検知する必要がある情報はあらかじめ定義されており、これらの情報に基づいて印刷装置の障害を検知することができる。
【０００５】
しかしながら、定義された障害検知を行う情報の中に印刷装置が提供する機能によっては、障害として検知する必要のない情報が含まれているためある特定の障害を検知することにより印刷装置が提供する機能全体が使用できない状態に陥ってしまう。
【０００６】
特許文献１に開示された従来技術においては、予め障害を検知する情報として定義された情報から、機能を実現するにあたり障害情報として検知する必要がある情報か判断して回避可能な状態あるいはエラーが致命的でない時には、ダウン状態でないと判断して機能を実現する方法が示されている。
【０００７】
また、特許文献２に開示された従来技術では、ネットワーク画像処理装置で監視装置からの問い合わせが競合を回避し、ネットワーク画像処理装置の処理を低減させている。これによって、監視装置に応答がないという事態が頻繁に発生するのを未然に回避し、監視装置からネットワーク画像処理装置を効率良く確実にリモート監視できるようにしている。
【特許文献１】特開２００２−２１５３７９
【特許文献２】特開２００３−０１５９７０
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に示された従来技術においては、障害が発生した印刷装置の状態を取得してエラーが致命的であるか否かの判断を行っているが、障害発生時の印刷出力実行中の印刷ジョブを特定し、当該印刷ジョブにおけるジョブ状態を取得することができないという問題がある。
【０００９】
また、特許文献２に示された従来技術では、情報収集を効率良く行う方法であり、発生した障害の原因究明を直接行う術ではない。
【００１０】
さらに、一般的に印刷出力は、印刷装置の一時記憶領域に送出されてきた印刷ジョブを格納することで印刷効率を向上させ、速度アップを行っている。このため、障害発生時に印刷処理を行っている印刷ジョブを特定することができないという問題がある。
【００１１】
そこで、本発明は、障害の発生原因となった印刷ジョブを特定することにより原因究明を行えるようにした印刷システムおよび印刷制御サーバおよび障害情報取得方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、請求項１の発明は、複数の印刷要求装置および複数の印刷装置がネットワークを介して接続され、前記印刷要求装置は、前記印刷装置を特定して該特定した印刷装置に対して印刷制御サーバを介して印刷ジョブを転送することにより印刷要求を行う印刷システムにおいて、前記印刷制御サーバは、前記複数の印刷装置の状態を簡易ネットワーク管理プロトコルを用いて監視するネットワーク監視手段と、前記複数の印刷装置の中のいずれかの印刷装置に障害が発生した場合、前記ネットワーク監視手段による監視により該印刷装置の障害内容を解析する解析手段と、前記解析手段による解析結果に基づき該印刷装置が障害復旧不可能かを判断する判断手段と、前記判断手段により該印刷装置が障害復旧不可能と判別された場合は、インターネット印刷プロトコルを用いて該障害発生に係る印刷ジョブを特定する印刷ジョブ特定手段とを具備することを特徴とする。
【００１３】
また、請求項２の発明は、請求項１の発明において、前記印刷ジョブ特定手段は、前記障害復旧不可能と判別された印刷装置に蓄積された印刷ジョブおよび前記印刷制御サーバ内のスプーラから該印刷装置に転送中の印刷ジョブを判別することにより前記障害発生に係る印刷ジョブを特定することを特徴とする。
【００１４】
また、請求項３の発明は、複数の印刷要求装置および複数の印刷装置が接続されるネットワークに接続され、前記印刷要求装置からの前記印刷装置を特定した印刷ジョブを受け付け、該印刷ジョブを該印刷装置に転送することにより印刷制御を行う印刷制御サーバにおいて、前記複数の印刷装置の状態を簡易ネットワーク管理プロトコルを用いて監視するネットワーク監視手段と、前記複数の印刷装置の中のいずれかの印刷装置に障害が発生した場合、前記ネットワーク監視手段による監視により該印刷装置の障害内容を解析する解析手段と、前記解析手段による解析結果に基づき該印刷装置が障害復旧不可能かを判断する判断手段と、前記判断手段により該印刷装置が障害復旧不可能と判別された場合は、インターネット印刷プロトコルを用いて該障害発生に係る印刷ジョブを特定する印刷ジョブ特定手段とを具備することを特徴とする。
【００１５】
また、請求項４の発明は、複数の印刷要求装置および複数の印刷装置がネットワークを介して接続され、前記印刷要求装置は、前記印刷装置を特定して該特定した印刷装置に対して印刷制御サーバを介して印刷ジョブを転送することにより印刷要求を行う印刷システムにおける障害情報取得方法であって、前記印刷制御サーバは、前記複数の印刷装置の状態を簡易ネットワーク管理プロトコルを用いてネットワーク監視手段で監視し、前記ネットワーク監視手段による監視により前記複数の印刷装置の中のいずれかの印刷装置に障害が発生したことを検知した場合は、該障害が発生した印刷装置の障害内容を解析手段で解析し、前記解析手段による解析結果に基づき該印刷装置が障害復旧不可能かを判断手段で判断し、前記判断手段により該印刷装置が障害復旧不可能と判別された場合は、インターネット印刷プロトコルを用いて該障害発生に係る印刷ジョブを印刷ジョブ特定手段で特定することを特徴とする。
【００１６】
また、請求項５の発明は、複数の印刷要求装置および複数の印刷装置がネットワークを介して接続され、前記印刷要求装置は、前記印刷装置を特定して該特定した印刷装置に対して印刷制御サーバを介して印刷ジョブを転送することにより印刷要求を行う印刷システムにおける障害情報取得をプログラムで実行する障害情報取得プログラムであって、前記複数の印刷装置の状態を簡易ネットワーク管理プロトコルを用いて前記印刷制御サーバが監視する第１のステップと、前記第１のステップにより前記複数の印刷装置の中のいずれかの印刷装置に障害が発生したことを検知した場合、該障害が発生した印刷装置の障害内容を解析する第２のステップと、前記第２のステップの解析結果に基づき該障害が発生した印刷装置が障害復旧不可能かを判断する第３のステップと、前記第３のステップの判断により該印刷装置が障害復旧不可能と判別された場合は、インターネット印刷プロトコルを用いて該障害発生に係る印刷ジョブを特定する第４のステップとを含むことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ＳＮＭＰに対応したプリンタからの障害発生通知に基づいて、ＩＰＰを用いた印刷ジョブの状態（スプーラ内での位置情報）を取得するような構成にしたので、印刷装置の仕様に限られず、汎用的に情報を取得することができ、プリンタで発生した障害内容を迅速に突き止めることが可能になるという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
以下、本発明に係わる印刷システムおよび印刷制御サーバおよび障害情報取得方法およびプログラムの一実施例を添付図面を参照して詳細に説明する。
【実施例】
【００１９】
図１は、この発明に係わる印刷システムおよび印刷制御サーバおよび障害情報取得方法およびプログラムを適用して構成したシステム構成図である。
【００２０】
図１において、このシステムは、印刷出力要求を行うクライアントＰＣ１０−１，１０−ｎ（以下、「クライアントＰＣ１０」と示す）、印刷出力を制御する印刷制御サーバ２０、ネットワークの通信状態、印刷状態を管理する管理者の端末である管理者端末３０、印刷出力を行うプリンタ４０−１，４０−ｎ（以下、「プリンタ４０」と示す）を具備し、ネットワーク回線５０を介して接続されており、少なくとも１つのプリンタ４０で発生した障害を検知し、該障害の原因を究明する。クライアントＰＣ１０とプリンタ４０は、複数台からなる。
【００２１】
クライアントＰＣ１０は、印刷ジョブを印刷出力するプリンタ４０を選択し、印刷ジョブを印刷制御サーバ２０に送出する。印刷制御サーバ２０で印刷制御され、選択されたプリンタ４０で印刷出力が行われる。このときの印刷ジョブの流れや印刷状態を管理者端末３０で監視する。
【００２２】
このような構成により、プリンタ４０で発生した障害を管理者端末３０で確認することができる。
【００２３】
図２は、図１に示すシステム構成図の印刷制御サーバを詳細に示したブロック図である。
【００２４】
図２では、図１のシステム構成における印刷制御サーバの詳細な構成を示している。印刷制御サーバ２０は、スプーラ２０１、ＧＤＩ２０２、プリンタドライバ２０３、スプールファイル２０４、ＩＰＰモニタ２０５、ＩＰＰジョブ管理テーブル２０６、ネットワークポート２０７、ＳＮＭＰマネージャ２０８、障害解析部２０９、テキスト変換部２１０を具備して構成される。
【００２５】
スプーラ２０１は、発生した複数の処理要求を一定のルールで管理、保存し、順次実行するモジュールであり、ＧＤＩ２０２、プリンタドライバ２０３、スプールファイル２０４を含んで構成される。クライアントＰＣ１０から印刷要求を受け付けると、印刷ジョブをスプーラ２０１で受信する。
【００２６】
ＧＤＩ（Graphic Device Interface：デバイスインターフェース）２０２は、印刷制御サーバ２０がサポートするプリンタ４０の台数分設けられており、クライアントＰＣ１０からの印刷要求を受け付けてグラフィックに描画し、デバイス（プリンタ４０）ごとの仕様の違いを吸収する。
【００２７】
プリンタドライバ２０３は、ＧＤＩ２０２で受け付けた印刷ジョブをプリンタ４０の仕様に適するＰＤＬ（Page-Description Language：ページ記述言語）に変換する。
【００２８】
スプールファイル２０４は、プリンタドライバ２０３によって変換されたＰＤＬの印刷ジョブを一時的に記憶する記憶領域を示す。記憶された印刷ジョブは、ＦＩＦＯ（First-In First-Out：先入れ先出し）で管理され、ＩＰＰモニタ２０５に送出する。
【００２９】
また、ＩＰＰモニタ２０５から印刷出力が完了した旨を受信すると、完了した印刷ジョブを削除する。
【００３０】
上記、ＧＤＩ２０２、プリンタドライバ２０３、スプールファイル２０４は、サポートするプリンタ４０の台数分だけそれぞれ存在し、プリンタ４０ごとに処理される。
【００３１】
ＩＰＰ（Internet Printing Protocol）モニタ２０５は、スプーラ２０１のスプールファイル２０４で一時記憶された印刷ジョブの印刷出力を行う際に、その印刷ジョブを一意に識別するジョブ識別子を付与する。印刷ジョブ情報とジョブ識別子とを関連付けてＩＰＰジョブ管理テーブル２０６に保存する。
【００３２】
また、プリンタ４０にて印刷処理が実行されて印刷済みの印刷用紙がトレイに排紙されると、印刷出力が完了した印刷ジョブのジョブ識別子が通知される。受信したジョブ識別子をＩＰＰジョブ管理テーブル２０６で管理されたジョブ識別子と照合し、合致したジョブ識別子が付与された印刷ジョブの印刷出力が完了した旨をスプーラ２０１に通知する。
【００３３】
ＩＰＰジョブ管理テーブル２０６は、印刷要求が行われた印刷ジョブの情報と、ＩＰＰモニタ２０５で付与された印刷ジョブに対するジョブ識別子とを関連付けて保存、管理する。ジョブ識別子によって印刷ジョブが特定することができる。
【００３４】
ネットワークポート２０７は、印刷制御２０に接続されたプリンタ４０とのネットワーク通信を行うポートを示しており、このポートをインターフェースとして印刷ジョブをプリンタ４０に送信する。プリンタ４０には、印刷ジョブを一時的に格納するスプールが搭載され、スプールに印刷ジョブが格納されている間、ＩＰＰジョブ管理テーブル２０６と同一のジョブ識別子による管理が行われる。
【００３５】
これにより、印刷要求された印刷ジョブが印刷出力の完了までの間、スプーラ２０１の制御下で処理が行われる。
【００３６】
次に、印刷要求された印刷ジョブを実行中、プリンタ４０で障害が発生した際、ＳＮＭＰに対応したプリンタ４０に搭載されるＭＩＢ（Management Information Base：管理情報ベース）に障害内容を記録し、ＳＮＭＰ通信の緊急通知を示すトラップ信号の送信またはポーリング動作を行うことによりＳＮＭＰマネージャ２０８に通知する。
【００３７】
ＳＮＭＰマネージャ２０８は、障害の発生を通知する障害発生通知信号であるトラップ信号またはポーリング動作による通知を受け付けると、通知内容を解析し、復帰不可能な通知であるかを判断する。このとき、復帰不可能な通知とは、印刷出力を継続するにあたり重大なエラー通知を示し、保守員コールなどがそれにあたる。復帰不可能な通知であると判断された場合には、障害解析部２０９にＭＩＢを送信する。
【００３８】
障害解析部２０９は、復帰不可能なエラーが発生した場合にＭＩＢを取得し、解析する。このとき、ＲＦＣ１２１３で規定されたＭＩＢ−２、ＲＦＣ１５１４で規定されたHostResourceＭＩＢ、ＲＦＣ１７５９で規定されたPrinterＭＩＢの情報を取得する。
【００３９】
テキスト変換部２１０は、障害解析部２０９で取得した各種ＭＩＢの内容をユーザが認識することができるテキスト形式に変換する。さらに、スプーラ２０１から全てのジョブのジョブ情報を取得してテキスト形式に変換する。変換されたテキスト形式のデータを管理者端末３０に通知することにより、プリンタ４０で発生した障害情報をユーザに通知することができる。
【００４０】
このような構成により、プリンタ４０で発生した障害を印刷制御サーバ２０で検知することができ、その障害の内容を切り分けて表示することができる。
【００４１】
図３は、図２に示すクライアントＰＣ１０の詳細を示したブロック図である。
【００４２】
図３には、図１に示すシステム構成図のうちクライアントＰＣ１０と印刷制御サーバ２０とを示し、さらにクライアントＰＣ１０の詳細を示している。
【００４３】
クライアントＰＣ１０は、アプリケーション３０１−１，３０１−ｎ（以下、「アプリケーション３０１」と示す）、スプーラ３０２−１，３０２−ｎ（以下、「スプーラ３０２」と示す）、ネットワークポート３０３−１，３０３−ｎ（以下、「ネットワークポート３０３」と示す）を具備して構成される。
【００４４】
アプリケーション３０１は、印刷要求を行う印刷ジョブを生成するソフトウェアである。生成された印刷ジョブに対して印刷出力の指示を行うことでスプーラ３０２に記憶する。
【００４５】
スプーラ３０２は、印刷指示が行われた印刷ジョブを一時的に記憶する記憶領域である。
【００４６】
ネットワークポート３０３は、ネットワーク回線５０で接続された印刷制御サーバ２０に印刷ジョブを送信するインターフェースである。
【００４７】
図４は、本発明のクライアントＰＣにおける印刷要求処理の流れを示すフローチャートである。
【００４８】
図４において、印刷ジョブが作成されると処理が開始され、ユーザによりプリンタが選択されると（Ｓ４０１）、印刷実行処理が行われる（Ｓ４０２）。印刷実行処理が行われると、選択したプリンタに搭載されたスプールと印刷ジョブの印刷制御を行う印刷制御サーバに搭載されたスプールとの間で信頼関係の確認を行い（Ｓ４０３）、信頼関係が成立したか判断する（Ｓ４０４）。信頼関係が成立しなかった場合（Ｓ４０４でＮＯ）には、印刷出力が行えないことを示す印刷不可通知を作成し（Ｓ４０５）、その旨をアプリケーションに通知して（Ｓ４０６）印刷要求処理を強制的に終了させる。
【００４９】
それに対して、信頼関係が成立した場合（Ｓ４０４でＹＥＳ）には、印刷出力が可能であると判断して印刷要求を行うクライアントＰＣのスプーラに印刷ジョブを投入する（Ｓ４０７）。
【００５０】
スプーラに印刷ジョブが投入されると、その印刷ジョブをネットワーク回線を介して印刷制御サーバに送信し（Ｓ４０８）、印刷ジョブを印刷制御サーバのスプーラに蓄積する（Ｓ４０９）。全ての印刷ジョブの蓄積が完了したか判断し（Ｓ４１０）、スプールが完了した場合（Ｓ４１０でＹＥＳ）には、印刷要求処理を終了する。また、全ての印刷ジョブが蓄積されていない場合（Ｓ４１０でＮＯ）には、他の印刷ジョブを印刷制御サーバのスプーラに送信する処理（Ｓ４０８）から繰り返し行う。
【００５１】
これにより、作成した印刷ジョブを印刷制御サーバならびにプリンタに印刷要求することができる。
【００５２】
図５は、本発明の印刷制御サーバにおける印刷制御の流れを示すフローチャートである。
【００５３】
図５において、クライアントＰＣから印刷要求を受け付けると処理が開始され、印刷要求された印刷ジョブを選択されたプリンタにおけるスプーラのスプールファイルに保存し（Ｓ５０１）、ＩＰＰモニタでモニタリングを開始する（Ｓ５０２）。
【００５４】
ユーザにより選択されたプリンタの状態を取得し（Ｓ５０３）、プリンタが印刷要求の受信可能な状態か判断する（Ｓ５０４）。プリンタの電源が入っていないなどの理由により、プリンタでの受信が可能でないと判断された場合（Ｓ５０４でＮＯ）には、受信可能と判断されるまで待機する。
【００５５】
それに対して、プリンタが受信可能である場合（Ｓ５０４でＹＥＳ）には、スプーラからジョブＩＤを取得し（Ｓ５０５）、図２に示すＩＰＰモニタで取得したジョブＩＤを付加する（Ｓ５０６）。
【００５６】
スプーラのジョブＩＤとＩＰＰモニタで付与したジョブＩＤとを関連付け（Ｓ５０７）、ＩＰＰジョブ管理テーブルにそのジョブＩＤのレコードを作成して追加する（Ｓ５０８）。ＩＰＰモニタから指定されたプリンタで印刷出力を行うため作成されたジョブＩＤを当該プリンタに送信する（Ｓ５０９）。これにより、指定されたプリンタに対して印刷ジョブを送信する（Ｓ５１０）。
【００５７】
作成された印刷ジョブが送信完了したか判断し（Ｓ５１１）、完了していない場合（Ｓ５１１でＮＯ）には、印刷ジョブの送信を続ける（Ｓ５１０）。印刷ジョブがプリンタに送信完了した場合（Ｓ５１１でＹＥＳ）には、次に、プリンタからジョブ情報の取得を行う（Ｓ５１２）。
【００５８】
プリンタにて印刷ジョブの印刷出力が行われ、排紙完了したか判断し（Ｓ５１３）、排紙が行われて印刷完了した場合（Ｓ５１３でＹＥＳ）には、ＩＰＰジョブ管理テーブルで管理されたジョブＩＤから排紙が完了した印刷ジョブのジョブＩＤを検索する（Ｓ５１５）。検索した結果、合致した印刷ジョブＩＤを基にスプーラに印刷終了を通知し（Ｓ５１６）、通知を受けたスプーラは、ジョブＩＤに基づいてスプールファイルから印刷ジョブを削除する（Ｓ５１７）。
【００５９】
また、プリンタで印刷完了していない場合（Ｓ５１３でＮＯ）には、印刷制御サーバのスプーラに印刷ジョブがあるか判断し（Ｓ５１４）、印刷ジョブがない場合（Ｓ５１４でＮＯ）には、全ての印刷ジョブに対して印刷出力が行われたと判断して処理を終了する。印刷ジョブがある場合（Ｓ５１４でＹＥＳ）には、スプーラから印刷ジョブのジョブＩＤを取得する処理（Ｓ５０５）以降を繰り返す。
【００６０】
これによって、印刷出力が行われる。
【００６１】
図６は、本発明のプリンタで障害発生した際の印刷制御サーバにおける処理の流れを示すフローチャートである。
【００６２】
図６において、プリンタで障害が発生し、プリンタから印刷制御サーバに対して障害発生の通知が行われると処理が開始され、ネットワーク上に存在するプリンタを検索し（Ｓ６０１）、プリンタが存在するか判断する（Ｓ６０２）。このときの障害発生の通知としてＳＮＭＰのtrap信号をマネージャである印刷制御サーバに送信するかまたは、ポーリングを行う等がある。そして、プリンタが存在しない場合（Ｓ６０２でＮＯ）には、再検索を行う。また、プリンタが存在する場合（Ｓ６０２でＹＥＳ）には、ＲＦＣで定義されたオブジェクトである[ipAdEntAddr] Getを実行し、そのプリンタに割り振られたＩＰアドレスを一時的に待避する（Ｓ６０３）。そして、[hrDeviceStatus Get]を実行し、プリンタにおけるデバイス状態を示す情報を取得する（Ｓ６０４）。取得した情報からプリンタがダウンしているか判断し（Ｓ６０５）、通常の動作が行われているなどのダウン状態にない場合（Ｓ６０５でＮＯ）には、再度検索を行ってダウン状態にあるプリンタを検索する。
【００６３】
また、プリンタがダウン状態にある場合（Ｓ６０５でＹＥＳ）には、[prtAlertTrainingLevel] Getを実行し、ダウン状態のレベルを取得する（Ｓ６０６）。取得したレベルが保守員を呼び出す保守員コールレベルであるか判断し（Ｓ６０７）、保守員コールレベルでない場合（Ｓ６０７でＮＯ）には、障害発生時の処理を終了する。
【００６４】
それに対して、ダウン状態のレベルが保守員コールレベルである場合（Ｓ６０７でＹＥＳ）には、[prtAlertGroupIndex] Getを実行し、障害内容の詳細な情報を取得するための準備としてインデックス値を取得し、管理者端末に通知するテキストを作成する（Ｓ６０８）。
【００６５】
このとき、作成されるテキストの項目として以下に示す９つが追加される。
【００６６】
１．障害の重要度[prtAlertSeverityLevel]
２．PrinterＭＩＢ（ＲＦＣ１７５９）のグループ[prtAlertGroup]
３．障害のタイプ[prtAlertCode]
４．障害の文字列情報[prtAlertDescription]
５．プリンタ名称[hrDeviceDescr]
６．通電時間[sysUpTime]
７．管理者名[sysContact]
８．設置場所[sysLocation]
９．ＭＡＣアドレス[ifPhysAddress]
続いて、待避したＩＰアドレス（Ｓ６０３）に基づき、ダウン状態にあるプリンタのプリンタドライバを特定し（Ｓ６０９）、特定したプリンタドライバのスプールに格納されたジョブの一覧を作成する（Ｓ６１０）。作成された一覧のうち最も先に格納された印刷ジョブから順に印刷ジョブの状態を取得し（Ｓ６１１）、取得した全ての印刷ジョブにおける状態情報を上記テキストに追加する（Ｓ６１２）。
【００６７】
スプールに格納された印刷ジョブ全ての状態情報をテキストに追加し終えたか判断し（Ｓ６１３）、追加していない印刷ジョブの状態情報がある場合（Ｓ６１３でＮＯ）には、テキストへの追加処理（Ｓ６１２）を繰り返し行う。全てのジョブが追加し終えた場合（Ｓ６１３でＹＥＳ）には、作成したテキストを管理者端末に対して送出する（Ｓ６１４）。
【００６８】
これにより、管理者端末を用いて管理者は、プリンタで発生した障害を検知することができ、さらに通知されたテキスト情報を用いて原因究明がより迅速に行えるようになる。
【００６９】
図７は、印刷ジョブのジョブ状態を示す図である。
【００７０】
図７は、クライアントＰＣから印刷要求され、プリンタで排紙完了するまでの印刷ジョブの状態を示している。
【００７１】
まず、クライアントＰＣ１０−１が搭載するアプリケーション３０１−１で作成したデータを印刷要求することで、同じくクライアントＰＣ１０−１上のスプーラ３０２−１に印刷ジョブとして一時的に格納する。続いてクライアントＰＣ１０−１のスプーラに格納された印刷ジョブを印刷制御サーバ２０のスプールファイル２０４−１にスプーリングする（８０１）。このとき、スプールファイル２０４−１には、６つの印刷ジョブ（ジョブ番号：２〜７）が格納されている状態に加えて、スプーリングを行っている状態である１つの印刷ジョブ（ジョブ番号：８）が示されている。
【００７２】
ジョブ番号２〜４の印刷ジョブ（８０２）は、印刷制御が行われてプリンタ４０−１に印刷出力指示が送出された状態を示し、現在印刷実行中または印刷実行順番待ち状態にあることを示している。これらの状態にある印刷ジョブは、プリンタ４０−１からの排紙完了通知を受けてスプールファイルから削除する。
【００７３】
ジョブ番号５の印刷ジョブ（８０３）は、印刷制御が行われてプリンタ４０−１に印刷指示を行っている状態を示し、プリンタのスプールに印刷ジョブを格納している状態を示している。
【００７４】
ジョブ番号６、７の印刷ジョブ（８０４）は、クライアントＰＣ１０−１から印刷要求を受けて印刷制御サーバのスプールファイルに格納し、現在印刷制御実行中または印刷制御実行開始待ちの状態にあることを示している。すなわち、ジョブ番号６、７の印刷ジョブは、プリンタ４０−１に対して印刷指示が行われていない状態である。このようなスプール内での状態を位置情報として取得することができる。
【００７５】
また、スプールファイルから排紙完了通知を受けて削除された状態（８０５）をジョブ番号１に示している。
【００７６】
そして、印刷制御が行われ、プリンタ４０−１に印刷指示するとＩＰＰモニタでジョブ識別子が印刷ジョブごとに付与されてＩＰＰジョブ管理テーブル２０６−１に格納される。同時にプリンタ４０−１に対して印刷指示を行う。
【００７７】
印刷指示を受けたプリンタ４０−１では、プリンタのスプーラに印刷ジョブを整列し、順次印刷出力を実行する。現在、ジョブ番号２の印刷ジョブが印刷処理実行中（８０７）であり、ジョブ番号３、４は印刷出力処理を順番待ちしている状態である（８０６）。すなわち、プリンタ４０−１のスプーラには、現在印刷実行中の印刷ジョブ（ジョブ番号：２）、印刷実行待機中の印刷ジョブ（ジョブ番号：３、４）、プリンタへのスプーリング中の印刷ジョブ（ジョブ番号：５）の状態にある印刷ジョブが格納されている。
【００７８】
以上に示すような状態において、プリンタ４０−１に障害が発生した場合に通知される印刷ジョブの範囲は、印刷制御サーバ２０のスプールファイル２０４に位置する印刷ジョブ（ジョブ番号２〜８）である（８０８）。
【００７９】
上記処理が行われている際に、クライアントＰＣ１０−ｎからプリンタ４０−ｎに対して別途、印刷要求が行われた場合にも並行して処理を行うことができる。
【００８０】
以上の処理によって、本発明の印刷制御サーバでは、プリンタごとに印刷ジョブの管理を行うことができ、印刷ジョブごとのジョブ状態（位置情報）を取得することができる。
【００８１】
また、障害が発生したプリンタと印刷制御サーバとの通信にＳＮＭＰを用い、エージェントであるプリンタがＭＩＢ情報を通知するような構成にしたので、独自の仕様に限られることなく、汎用的に障害検知を行うことができる。
【００８２】
これによって、ＳＮＭＰに対応したプリンタでの障害発生時、印刷ジョブの状態を把握することが可能になる。
【００８３】
従って、本発明を適用することにより、取得した印刷ジョブのジョブ情報によって発生した障害内容を特定でき、原因究明を迅速に行うことができるという効果を期待できる。
【００８４】
なお、上記フローチャートに示す処理は、コンピュータにより実行可能な印刷制御プログラムによっても実現できる。
【００８５】
本発明は、上記し、且つ図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【００８６】
例えば、図７に示す実施例では、印刷制御サーバ２０のスプールファイルに格納されている印刷ジョブのジョブ状態を取得して、障害内容の原因究明を行うような構成にしているが、プリンタ４０−１，４０−ｎのスプールに格納された印刷ジョブのジョブ状態を取得して原因究明を行うような構成にしてもよい。
【産業上の利用可能性】
【００８７】
本発明は、ＳＮＭＰ、ＩＰＰの各プロトコルに対応した印刷装置で発生した障害の原因究明に適用可能であり、特に、メタフレーム環境でネットワーク接続された印刷装置やリモート印刷システムなどのモバイル端末から印刷出力する印刷装置などで発生した障害の原因究明を行うのに有用である。
【図面の簡単な説明】
【００８８】
【図１】この発明に係わる印刷システムおよび印刷制御サーバおよび障害情報取得方法およびプログラムを適用して構成したシステム構成図。
【図２】図１に示すシステム構成図の印刷制御サーバを詳細に示したブロック図。
【図３】図２に示すクライアントＰＣの詳細を示したブロック図。
【図４】本発明のクライアントＰＣにおける印刷要求処理の流れを示すフローチャート。
【図５】本発明の印刷制御サーバにおける印刷制御の流れを示すフローチャート。
【図６】本発明のプリンタで障害発生した際の印刷制御サーバにおける処理の流れを示すフローチャート。
【図７】印刷ジョブのジョブ状態を示す図。
【符号の説明】
【００８９】
１０−１〜１０−ｎ      クライアントＰＣ
２０        印刷制御サーバ
３０        管理者端末
４０−１〜４０−ｎ      プリンタ
５０        ネットワーク回線
２０１      スプーラ
２０２−１〜２０２−ｎ  ＧＤＩ
２０３−１〜２０３−ｎ  プリンタドライバ
２０４−１〜２０４−ｎ  スプールファイル
２０５−１〜２０５−ｎ  ＩＰＰモニタ
２０６−１〜２０６−ｎ  ＩＰＰジョブ管理テーブル
２０７      ネットワークポート
２０８      ＳＮＭＰマネージャ
２０９      障害解析部
２１０      テキスト変換部
【図１】
2006235827.tif 000003
【図２】
2006235827.tif 000004
【図３】
2006235827.tif 000005
【図４】
2006235827.tif 000006
【図５】
2006235827.tif 000007
【図６】
2006235827.tif 000008
【図７】
2006235827.tif 000009