JP2009137299A - 印刷装置、印刷装置用制御プログラム及びネットワークシステム - Google Patents

Abstract

【課題】障害通知すべき管理装置が異なるネットワークに接続されている場合でも、印刷装置の管理を容易に行なうことができるネットワークシステムを提供する。
【解決手段】ネットワークシステム１は、印刷装置１０と、印刷装置の管理者が使用する複数の管理装置３００ａ、３００ｄ、３００ｆ、３００ｇとを含む。印刷装置１０は、ネットワーク３００、４００、５００に個別に接続される複数の通信インターフェースＩＦ１，ＩＦ２と、印刷装置１０に生じる障害を検出する障害検出手段と、障害通知先となる管理装置の特定情報と、使用通信インターフェースの種別の特定情報と、障害通知情報の配送方式の特定情報との対応関係を示す障害通知管理情報を記憶した障害通知管理情報記憶手段と、障害通知管理情報を参照することにより、管理装置に対し、対応する種別の通信インターフェースから、対応する配送方式により障害通知情報を配送する障害通知手段とを備える。
【選択図】図１

Description

この発明は、印刷装置、印刷装置用制御プログラム及びネットワークシステムに関する。

ネットワーク上で印刷装置を使用する場合、印刷装置に発生する障害（エラー）を、その印刷装置を使用するクライアントの端末だけでなく、印刷装置を管理する管理者の端末（つまり、管理装置）にも通知するようにしたネットワークシステムが、特許文献１及び２に開示されている。

特開２００１−１２５７５５号公報 特開２０００−２０７１４４号公報

しかし、特許文献１及び２のような、印刷装置がネットワークに対して単一の通信インターフェースを介して接続されたネットワーク環境とは異なり、障害通知すべき複数の管理装置が、印刷装置が備える複数の通信インターフェースの各々を介して接続されている場合、管理装置各々に対する障害通知設定を、この管理装置毎に適切に行うことができるようにする必要がある。

本発明の目的は、管理装置が接続されているネットワーク環境に応じて適切に障害通知を行うことができる複数のＩＰネットワークインターフェースを備えた印刷装置、この印刷装置に対して所定の動作を実行可能なプログラム、及びこの印刷装置を備えたネットワークシステムを提供することを目的とする。

課題を解決するための手段及び発明の効果

上記課題を解決するために、本発明の印刷装置は、管理装置にネットワークを介して接続され、前記管理装置によって管理される印刷装置であって、ネットワークに個別に接続される複数のＩＰネットワークインターフェースと、印刷装置に生じる障害を検出する障害検出手段と、印刷装置に生じる障害の種別の特定情報と、障害通知先となる管理装置の特定情報とを、ＩＰネットワークインターフェースに対応付けてなる障害通知管理情報を記憶した障害通知管理情報記憶手段と、障害検出手段により障害の種別が検出されたとき、障害通知管理情報記憶手段に記憶されている障害通知管理情報を参照することにより、検出された障害に対応するＩＰネットワークインターフェースを決定し、その決定したＩＰネットワークインターフェースから障害通知先となる管理装置に対し障害発生を通知する障害通知手段と、を備えたことを特徴とする。

また、本発明の印刷装置の印刷装置用制御プログラムは、管理装置にネットワークを介して接続され、管理装置によって管理されるとともに、ネットワークに個別に接続される複数のＩＰネットワークインターフェースを備えた印刷装置の制御プログラムであって、印刷装置に生じる障害を検出するステップと、印刷装置に生じる障害の種別の特定情報と、障害通知先となる管理装置の特定情報とを、ＩＰネットワークインターフェースに対応付けてなる障害通知管理情報を参照することにより、検出された障害に対応するＩＰネットワークインターフェースを決定し、その決定したＩＰネットワークインターフェースから障害通知先となる管理装置に対し障害発生を通知するステップと、を備えたことを特徴とする。

また、本発明のネットワークシステムは、印刷装置と、印刷装置にネットワークを介して接続され、印刷装置を管理する管理装置と、を含むネットワークシステムであって、印刷装置は、ネットワークに個別に接続される複数のＩＰネットワークインターフェースと、印刷装置に生じる障害を検出する障害検出手段と、印刷装置に生じる障害の種別の特定情報と、障害通知先となる管理装置の特定情報とを、ＩＰネットワークインターフェースに対応付けてなる障害通知管理情報を記憶した障害通知管理情報記憶手段と、障害検出手段により障害が検出されたとき、障害通知管理情報記憶手段に記憶されている障害通知管理情報を参照することにより、検出された障害に対応するＩＰネットワークインターフェースを決定し、その決定したＩＰネットワークインターフェースから障害通知先となる管理装置に対し障害発生を通知する障害通知手段とを備え、管理装置は、印刷装置からの障害通知情報を受信する受信手段を備えていることを特徴とする。

上記本発明の構成によると、印刷装置は、障害通知先を、ネットワークに接続された管理装置毎に、適切なＩＰネットワークインターフェース及び配送方式を設定することが可能となるため、管理装置が接続されているネットワーク環境に応じた障害通知を行える印刷装置とすることができる。

障害検出手段は、前記印刷装置に生じる障害を、その障害の種別を特定して検出し、障害通知管理情報は、障害通知先となる管理装置の特定情報と、検出された障害の種別の特定情報と対応付けて記憶するものとする。この場合、障害通知手段は、障害通知管理情報を参照することにより、検出された障害種別に対応する管理装置に対し障害通知情報を配送するものとする。印刷装置に発生する障害の種別は様々であり、障害の発生頻度や、解決方法の難易度も相違する。従って、発生する障害の種別に応じて異なる管理者を割り当てることで、ネットワークシステム上での印刷装置の管理もスムーズに行なうことができる。上記の構成では、特定の障害が発生した場合、障害対応が必要な管理者に選択的に障害通知情報が配送されるので、必要な管理者による障害情報把握が適性かつ迅速になされ、関係のない管理者が不要な障害情報の配送により惑わされることもない。

印刷装置に接続されるネットワークは、各々管理装置が接続される複数の副ネットワークを含むものである。この場合、障害通知情報の配送方式は、副ネットワークに応じた種別に定められる。これにより、障害通知情報の配送方式が副ネットワーク毎に適正化され、各副ネットワークに接続された管理装置に障害情報を確実かつ速やかに配送することが可能となるとともに、複数ネットワーク間での情報漏洩等も生じにくくなるので、セキュリティ性を向上させることができる。

具体的には、複数の副ネットワークは、印刷装置と管理装置とを直結するローカルエリアネットワークからなる第一種ネットワークと、管理装置を、インターネット通信網を介して印刷装置に接続するための、当該インターネット通信網を含む第二種ネットワークとからなるものである。この場合、障害通知情報の配送方式として、管理装置のうち、第一種ネットワークに接続される第一種管理装置に対しては、該第一種ネットワークの内部でのみ有効であり、インターネット通信網上への情報送出が不能な通信プロトコルに基づく第一種配送方式が採用され、第二種ネットワークに接続される第二種管理装置に対しては、インターネット通信網上への情報送出が可能な通信プロトコルに基づく第二種配送方式が採用される。第一種ネットワーク（ローカルエリアネットワーク（Local Area Network：ＬＡＮ））で直結される内部の管理装置へは、その内部でのみ有効なプロトコルに基づく第一種配送方式を採用することで、インターネット通信網等を経由して外部に不要な情報が漏洩することがない。他方、外部の管理者が使用する管理装置については、インターネット通信網上への情報送出が可能な通信プロトコルに基づく第二種配送方式を採用することで、社内ネットワーク（ＬＡＮ）外の遠方の管理者へも、障害通知情報を容易に配送できる。

第一種配送方式が採用する通信プロトコルは、具体的には周知のＳＮＭＰ（Simple Network Management Protocol）である。この場合、簡便なアプリケーションにより、第一種ネットワーク（ＬＡＮ）により接続された管理装置に、障害通知情報を、ポップアップウィンドウ等を用いて容易に表示することができる。

他方、第二種配送方式が採用する通信プロトコルは、インターネット電子メールプロトコルである。この場合、第二種ネットワーク（インターネット）経由でリモート接続された管理装置に、障害通知情報を電子メールにより容易に配送できる。
他方、第二種配送方式が採用する通信プロトコルはＨＴＴＰとすることができる。この場合、第二種ネットワーク（インターネット）経由でリモート接続された管理装置に、障害通知情報を電子メールにより容易に配送できる。すなわち、ＨＴＴＰにより配送される障害通知情報は、予め定められたネットワークアドレスを有するサーバにアップロードされ、これを、管理装置側のウェブブラウザから当該ネットワークアドレスにアクセスすることで、容易に取得できる。

第一種ネットワークと第二種ネットワークとは、複数のＩＰネットワークインターフェースの互いに異なるものに接続されるものである。インターネット通信網が介在する第二種ネットワークと、インターネット通信網が介在しない（ＬＡＮのみからなる）第一種ネットワークとが、異なるＩＰネットワークインターフェースに接続されることで、第一種ネットワーク側の情報が第二種ネットワーク側に漏出したり、逆に第二種ネットワークを経由して、第一種ネットワーク側のコンピュータに侵入されたりする不具合を効果的に防止でき、セキュリティ性が向上する。

また、次のような接続形態とすると好適である。すなわち、第一種ネットワークに対し第二種ネットワークがファイアウォールを介して接続されてなり、印刷装置から第二種管理装置には、第一種ネットワーク、ファイアウォール及び第二種ネットワークをこの順に経由して障害通知情報が配送される。第一種ネットワークと第二種ネットワークとの間にファイアウォールが介在することにより、セキュリティ性が同様に向上する。

以下、本発明の実施の形態を、図面を用いて説明する。
（実施の形態１）
図１は、本発明の適用対象となるネットワークシステムの一例を示す概略図であり、図１に示すシステム１は、複数の端末装置５０，１００ａ，１００ｂ，１００ｃ，１００ｄ，１００ｅ，１００ｆ，５２，１００ｇ及び印刷装置１０が、ネットワーク３００，４００，５５，５００にて接続された構造を有する。印刷装置１０はＩＰネットワークインターフェースとしての２つの通信インターフェース１８ａ，１８ｂ（ＩＦ１，ＩＦ２）を備え、通信インターフェースＩＦ１に直接接続されたネットワーク３００には端末装置５０，１００ａ，１００ｂ，１００ｃが、ネットワーク４００には端末装置１００ｄ，１００ｅ，１００ｆが接続され、それぞれ副ネットワークを構成している。ネットワーク３００，４００はいずれも有線ＬＡＮで構成されている。なお、通信インターフェースＩＦ１，ＩＦ２の一方又は双方を無線通信インターフェースとし、対応するネットワーク（ＬＡＮ）を無線ネットワークとすることも可能である。

ここで、ネットワーク３００は第一種ネットワークを構成し、これを介して印刷装置１０と直結された管理装置１００ａ（Admin1-1）は第一種管理装置を構成する。
また、ネットワーク３００には、ファイアウォール６０及びブロードバンドルータ７０を介して地域ＩＰ網（例えば、ＡＤＳＬ通信網や光通信網）等で構成されるインターネット通信網５５が接続されている。そして、インターネット通信網５５には、ブロードバンドルータ８０を介して副ネットワークをなすネットワーク５００が接続され、そのネットワーク５００に端末装置５２，１００ｇが接続されている。ネットワーク５００は、例えば印刷装置１０の管理会社のネットワークであり、インターネット通信網５５及びネットワーク５００は第二種ネットワークを構成し、管理装置１００ｇは第二種管理装置を構成する。端末装置５０，５２は、管理装置１００ａ（Admin1-1）及び１００ｇ（Admin3-1）が、印刷装置１０との間で電子メールを送受信するためのメール通信サーバとして使用される。

他方、ネットワーク４００は有線ＬＡＮのみからなり、インターネット通信網５５には接続されておらず、管理装置をなす端末装置１００ｄ（Admin2-1、以下、管理装置１００ｄともいう）及び端末装置１００ｆ（Admin2-2、以下、管理装置１００ｆともいう）が該ネットワーク４００により印刷装置１０と直結されている。つまり、ネットワーク４００は第一種ネットワークを構成し、管理装置１００ｄ，１００ｆは第一種管理装置を構成する。

以下、印刷装置１０のインターフェースＩＦ１，ＩＦ２に直接接続されているネットワーク３００，４００等のことを「内部のネットワーク」ともいい、インターネット通信網５５を介して接続されているネットワーク５００等のことを「外部のネットワーク」ともいう。

図２は、印刷装置１０の電気的構成を示すブロック図である。印刷装置１０の制御主体は、ＣＰＵ１１、ＲＯＭ１３、ＲＡＭ１２（揮発性メモリ）、ＥＥＰＲＯＭ５３（書き換え可能な不揮発性メモリ）、ネットワーク３００との間で通信する通信インターフェース１８ａ、ネットワーク４００との間で通信する通信インターフェース１８ｂ、ネットワーク３００を介して受信した印刷制御データを一時格納する受信バッファメモリ１７、及び入出力部１５が内部バス１４により接続されたコンピュータハードウェアからなる。入出力部１５には、周知のインクジェット印刷機構、レーザー印刷機構、熱転写印刷機構、あるいはドットインパクト式印刷機構などからなる印刷機構部１９、ＬＣＤ等からなる表示部２４、タッチパネル、押しボタンスイッチあるいはテンキーなどから構成された入力部２３、及び印刷装置に生じた障害（エラー）を検知するための障害検知センサ２２が接続されている。本実施形態において印刷装置１０は印刷専用機として構成されているが、印刷機能のほかに、複写や画像取り込みに使用するスキャナ部や、ＦＡＸ部を備えた複合機として構成することも可能である。

印刷装置１０は、ＲＯＭ１３に格納された対応する制御ソフトウェア１３ａ，１３ｂ，１３ｃを、ＣＰＵ１１がＲＡＭ１２の制御ワークエリア（ワークメモリ）１２ａにて実行することで動作制御される。このうち、制御ソフトウェア１３ａは印刷機能を実現するための周知の印刷制御ソフトウェアであり、通信制御ソフトウェア１３ｂは、各端末装置５０，１００ａ，１００ｂ，１００ｃ，１００ｄ，１００ｅ，１００ｆと通信するための、周知の通信制御ソフトウェアである。

また、障害検知センサ２２は、印刷装置１０に発生するエラーを検知するために、印刷機構部１９を含む印刷装置内部の所定のポイントに設けられた周知のセンサである。センサ２２は各所に設けられる複数個からなり、検出する障害に応じてセンサの種別も異なるが、図２では１個にまとめて表示している。例えば、印刷装置内の給紙ライン上には、給紙された用紙の後端の通過を検知する用紙後端センサ、給紙された用紙の向きを揃えて感光ドラムに送るレジストローラの前後に設けられ、その位置における用紙の通過を検知するレジストローラ前センサ及びレジストローラ後センサ、及び定着用のヒートローラ通過後に排紙トレイに向けて送られる用紙の通過を検知する排紙センサ等が、給紙開始から所定時間経過しても用紙の通過を検知しない場合に、これを紙詰まりエラー（ペーパージャムエラー）としてＣＰＵ１１が認識するように構成されている。また、上記の紙詰まりエラーの他にも、サービスコールエラー、トナー切れエラー、適するサイズの印刷用紙が存在しないサイズエラー、要求された用紙サイズとトレイに存在する用紙サイズとが異なるサイズミスマッチエラー、印刷メモリ容量不足によるメモリーフルエラー、印刷用紙のメデイアタイプが適さないメデイアタイプエラー、印刷装置カバーが開いたままとなっているカバーオープンエラー、印刷用紙切れを示すノーペーパーエラー、及び給紙を要求した給紙トレイが存在しないノートレイエラー等のエラーを検出する周知のセンサが存在する。これらのセンサは、それぞれが特定のエラーを検出するように構成されており、エラーが検出された場合には、どのセンサが検出したエラーであるかをＣＰＵ１１が特定し、検出したエラーの種別が特定される。すなわち、障害検知センサ２２は障害検出手段の要部をなすものである。

次に、ＥＥＰＲＯＭ１６内には、障害種別の特定情報と、障害通知先となる管理装置の特定情報と、管理装置毎に定められた使用通信インターフェースの種別の特定情報と、管理装置毎に定められた障害通知情報の配送方式の特定情報との対応関係を示す障害通知管理情報を記憶した障害通知管理情報記憶部（障害通知管理情報記憶手段）１６ａが設けられている。そして、ＲＯＭ１３内の障害通知プログラム１３ｃは、本発明の印刷制御用プログラムの要部をなすもので、上記障害通知管理情報を参照することにより、検出された障害に対応する管理装置に対し、対応する種別の通信インターフェースから、対応する配送方式により障害通知情報を配送する障害通知手段としての処理を司る。また、通信制御ソフトウェア１３ｂには、ネットワーク３００に接続されたインターネット通信網５５との間で電子メールを送受信するメール送受信機能が組み込まれている。

図３は障害通知管理情報の構成例を示すものであり、管理者名と、その管理者に通知すべき障害の種別（ここでは、印刷装置カバー開（Cover Open））、紙詰まり（Paper Jam）、トナー切れ（Toner Life End）が例示されている）、通知の方法（つまり、障害通知情報の配送方式：既に説明した、ＳＮＭＰ、ＨＴＴＰ及び電子メールのいずれか）、及び各管理者に割り振られた管理装置の特定情報（配送方式がＳＮＭＰあるいはＨＴＴＰの場合はＩＰアドレス、電子メールの場合はメール送受信サーバのアドレスとメールアドレス）が一義的に対応付けられたテーブルとして構成されている。なお、障害の種別によっては、その通知先として複数の管理装置が指定されており、結果として、通知すべき障害種別の組み合わせが、複数の管理装置間で互いに異なるものとされている。なお、図３のテーブルは、管理者名（つまり、管理装置）を優先して記述したものであるが、図４に示すごとく、障害種別を優先した態様で記述することもできる。

次に、図５は、管理装置１００ａ等の電気的構成の一例を示すもので、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ネットワーク（３００，４００，５００）との間でデータ送受信を行なうための通信インターフェース１０８、及び入出力部１０６が内部バス１０５により接続されたコンピュータハードウェアからなる。また、インターフェース（Ｉ／Ｆ）１１４，１１９を介して、記憶装置（本実施形態ではＨＤＤを採用している）１０４やＣＤ−ＲＯＭドライブ１０９などが接続されている。また、入出力部１０６には、ＬＣＤあるいはＣＲＴからなる表示部１２４、キーボードあるいはマウス等からなる入力部１０７が接続されている。

記憶装置１０４には、各管理装置１００ａ等の基盤ソフトウェアとなるＯＳ１０４ａ、印刷機能を有した種々のアプリケーション１０４ｂ、ネットワーク（３００，４００）を介して印刷装置１０（図１）への印刷制御指令処理を行なう印刷装置ドライバ１０４ｃがインストールされている。アプリケーション１０４ｂからの印刷ジョブの実行を指令すると、印刷装置ドライバ１０４ｃが印刷ジョブワークメモリ１０２ａを使用してＣＰＵ１０１により実行され、当該印刷ジョブに係る印刷データがネットワーク（３００，４００）を介して印刷装置１０に送信される。印刷書式等の印刷設定データは、図示しない印刷ジョブウィンドウから随時設定可能であり、印刷設定メモリ１０２ｂにロードして使用される。印刷実行時には、展開用の印刷データに該印刷設定データが添付されたバイナリ印刷データとして印刷装置１０へ転送される。印刷装置１０では、印刷設定データを参照して印刷データをビットマップのページ印刷画像データに展開（ラスタライズ）し、印刷を実行する。

また、記憶装置１０４には、配送された障害通知情報を出力する障害通知プログラム１０４ｄが格納されている。障害通知プログラム１０４ｄは、配送方式（プロトコル）がＳＮＭＰである場合は、障害通知情報を受信するとともに、その内容を記述したポップアップウィンドウを表示部１２４上に表示するソフトウェアである。また、配送方式がＨＴＴＰである場合は、障害通知情報がアップロードされているウェブサーバにアクセスし、障害通知情報を取得するウェブブラウザソフトである。また、配送方式が電子メールである場合は、障害通知情報を含む電子メールを受信し、これを開いて閲覧する電子メール送受信ソフトである。

以下、図１の構成における障害通知処理の一例につき、フローチャートを用いて説明する。図６は、障害通知主処理の流れを示すもので、Ｓ１で障害検知センサ２２（図２）の状態から障害の発生（及び種別）を検知し、Ｓ２で発生した障害をＲＡＭ１２（図２）の所定のエリア内に記憶する。Ｓ３では、その障害通知先決定処理（図７参照。）を行い、Ｓ４で決定された障害通知先への障害通知処理（図９参照。）を行なう。

図７は、管理者名を優先して障害通知先を決定する場合の障害通知先決定処理（図６：Ｓ３）の概要を示すフローチャートである。Ｓ２０では、障害通知の設定情報、すなわち障害通知管理情報（図２：符号１６ａ）を読み出し、Ｓ２１では、今回発生した障害の通知先を登録する障害通知先リスト（図２のＲＡＭ１２内に記憶される）を初期化する。Ｓ２２では、障害通知管理情報（図３）に管理者（管理装置）が最低でも一つ登録されているかを調べる。登録されていなければＳ２８を経て処理は終了となる。他方、登録されている場合はＳ２３に進む。

ここで、図３は、図７のフローにしたがい実行される障害通知先決定処理（Ｓ３）で参照される障害通知管理情報を示すものであり、これによれば、外部のネットワーク５００（インターネット通信網５５とともに第二種ネットワークを構成する）に接続された管理装置１００ｇ（Admin3-1：第二種管理装置）については、インターフェースＩＦ１より電子メールにて障害通知情報が送信されるよう設定されている。通知先情報として、電子メールの送信サーバ（図２：符号５０）のＩＰアドレスと、管理者の電子メールアドレスとが登録されている。通知すべき障害の種別は、カバー開及び紙詰まりである。また、内部のネットワーク３００（第一種ネットワーク）に接続された管理装置１００ａ（Admin1-1：第一種管理装置）については、インターフェースＩＦ１よりＨＴＴＰにて障害通知情報が送信されるよう設定されている。通知先情報として、管理装置１００ａ（Admin1-1）のＩＰアドレスが登録されている。通知すべき障害の種別は紙詰まりである。さらに、内部のネットワーク４００（第一種ネットワーク）に接続された管理装置１００ｄ（Admin2-1：第一種管理装置）については、インターフェースＩＦ２よりＳＮＭＰにて障害通知情報が送信されるよう設定されている。通知先情報として、管理装置１００ｄ（Admin2-1）のＩＰアドレスが登録されている。通知すべき障害の種別は、トナー切れ、カバー開及び紙詰まりである。なお、内部のネットワーク４００には、管理装置１００ｆ（Admin2-2）も接続されているが、通知設定が無効とされ、障害発生通知自体がなされない。

なお、内部のネットワーク４００は、ネットワーク３００等にある端末装置５０（電子メールを送受信するためのメール通信サーバ）が存在しないので、該内部のネットワーク４００に直結された管理装置１００ｄあるいは１００ｆへの電子メールによる障害通知情報の配送は不能である。また、インターネット通信網５５に接続されているネットワーク３００内を伝送されるＳＮＭＰのパケットは、ファイアウォールによりインターネット通信網５５側への送出が阻止される。従って、外部のネットワーク５００に対しＳＮＭＰにより障害通知することは不可能である。従って、ＳＮＭＰによる障害通知方式は第一種配送方式に属し、ＨＴＴＰないし電子メールは第二種配送方式に属するものである。

図７に戻り、Ｓ２３では第一の管理者情報を参照し、Ｓ２４でその管理者に対する障害通知設定が有効であればＳ２５に進む。Ｓ２５では、その管理者が今回発生した障害の通知対象になっているかどうかを調べ、なっていればＳ２６に進んで障害通知先リストに対し、障害通知管理情報に記憶されているその管理者名、障害通知方法（障害通知情報の配送方式）及び通知先情報が追加される。なお、Ｓ２４及びＳ２５で「Ｎｏ」の場合はＳ２６をスキップしてＳ２７に進む。Ｓ２７では、まだ参照されていない管理者情報があるかどうかを調べ、あればＳ２９に進んで次の管理者情報を参照し、Ｓ２４以下の処理を繰り返す。Ｓ２７では、参照すべき管理者情報が尽きていればＳ２８に進み、障害通知先リストの内容を確定して処理を終了する。

一方、図８は、障害種別を優先して障害通知先を決定する場合の障害通知先決定処理（図６：Ｓ３）の概要を示すフローチャートである。Ｓ１０，Ｓ１１の処理は図７のＳ２０，Ｓ２１と同じである。障害通知管理情報の一例を図４に示している。

ここで、図４は、図８のフローにしたがい実行される障害通知先決定処理（Ｓ３）で参照される障害通知管理情報を示すものであり、これによれば、「カバー開」については、通知先情報として管理装置１００ｇ（Admin3-1：ＩＦ１：第二種管理装置）が、電子メールの送信サーバ（図２：符号５０）のＩＰアドレス及び、管理者の電子メールアドレスともに登録され、電子メールにて障害通知情報が送信されるよう設定されている。「紙詰まり」については、通知先情報として管理装置１００ａ（Admin1-1：ＩＦ１：第一種管理装置）、管理装置１００ｄ（Admin2-1：ＩＦ２：第一種管理装置）及び管理装置１００ｆ（Admin2-2：ＩＦ２：第一種管理装置）が、各々のＩＰアドレスとともに登録され、ＳＮＭＰにて障害通知情報が送信されるよう設定されている。また、「トナー切れ」については、通知先情報として管理装置１００ｆ（Admin2-2：ＩＦ２：第一種管理装置）がＩＰアドレスとともに登録され、ＳＮＭＰにて障害通知情報が送信されるよう設定されている。

図８に戻り、Ｓ１２では、今回検出された障害種別に対する障害通知設定が有効であるかどうかを調べ、なっていればＳ１３に進んで障害通知先リストに対し、障害通知管理情報に記憶されている障害通知方法（障害通知情報の配送方式）、管理者名及び通知先情報が追加される。Ｓ１４で、障害通知先リストの内容を確定して処理を終了する。なお、Ｓ１２で「Ｎｏ」の場合はＳ１３をスキップしてＳ１４に進む。

図９は、障害通知処理（図６：Ｓ４）の流れを示すものである。Ｓ１００では、Ｓ２８又はＳ１４で、その内容が確定された障害通知先リストを読み込む。Ｓ１０１では、障害通知先リストに、障害を通知すべきに管理者（管理装置）が最低でも一つ登録されているかを調べる。登録されていなければ処理は終了となる。他方、登録されている場合はＳ１０２に進み、該障害通知先リストに登録されている第一の管理者を特定し、Ｓ１０３では使用するインターフェースの情報があるかどうかを調べ、情報があれば、Ｓ１０４に進んでその内容に従い、使用するインターフェースを決定する。一方、使用するインターフェースの情報がなければ、周知のルーティングテーブルの設定内容等を参照して使用するインターフェースを決定する。その後、Ｓ１０５に進み、設定された障害通知方法（障害通知情報の配送方式）及び通知先情報を参照して、決定されたインターフェースより障害通知情報を送信する。Ｓ１０６では、まだ参照されていない管理者情報があるかどうかを調べ、あればＳ１０７に進んで次の管理者情報を参照し、Ｓ１０３以下の処理を繰り返す。一方、参照すべき管理者情報が尽きていれば処理を終了する。

以下、本発明の他の実施の形態について説明する。ただし、実施の形態１と共通の部分については、同一の符号を付与して詳細な説明は省略する。
（実施の形態２）
図１０のシステム２０１では、内部のネットワーク３００及び４００がいずれもネットワークルータ（ファイアウォール機能が内蔵されたものである）１５１，１５２を介してインターネット通信網５５に接続されている。内部のネットワーク３００，４００には、メール送受信サーバとなる端末装置５０，５１がそれぞれ接続されている。管理装置１００ａ（Admin1-1），１００ｄ（Admin2-1），１００ｆ（Admin2-2）は、いずれも内部のネットワーク３００ないし４００内では、ＳＮＭＰの他、電子メールあるいはＨＴＴＰによる障害通知情報を含むメッセージの配送を受けることができるようになっている。

印刷装置１０からの障害通知処理の基本的な流れは、実施の形態１の管理者名を優先して障害通知する場合の処理（図７のフローチャートに対応）と同様である。ただし、本実施の形態では、障害通知管理情報が図１１に示すような内容に定められている。管理装置１００ａ（Admin1-1）については、インターフェースＩＦ１より電子メールにて障害通知情報が送信されるよう設定されている。つまり、印刷装置１０から送出された障害通知情報を含む電子メールは、メール送受信サーバ５０を介してインターネット５５に接続されている図示しないメールサーバに送信され、該メールサーバから改めてメール送受信サーバ５０を介して管理装置１００ａに配送されるのである。通知先情報として、電子メールの送信サーバ（図１０：符号５０）のＩＰアドレスと、管理者の電子メールアドレスとが登録されている。通知すべき障害の種別は、カバー開及び紙詰まりである。管理装置１００ｄ（Admin2-1）については、インターフェースＩＦ２よりＨＴＴＰにて障害通知情報が送信されるよう設定されている。通知先情報として、管理装置１００ｄ（Admin2-1）のＩＰアドレスが登録されている。通知すべき障害の種別は紙詰まりである。さらに、管理装置１００ｆ（Admin2-2）については、インターフェースＩＦ２よりＳＮＭＰにて障害通知情報が送信されるよう設定されている。通知先情報として、管理装置１００ｆ（Admin2-2）のＩＰアドレスが登録されている。通知すべき障害の種別は、トナー切れ、カバー開及び紙詰まりである。

（実施の形態３）
図１２のシステム３０１は、内部のネットワーク４００側に、外部のネットワーク５００が接続されている点を除き、実施の形態１とほぼ同様のシステム基本構成を有している（内部のネットワーク３００にはメール送受信サーバが設けられず、内部のネットワーク４００にメール送受信サーバ５１が設けられている）。

以下、図１２の構成における障害通知処理の一例につき、フローチャートを用いて説明する。障害通知主処理は図６と同様の流れであり、障害通知処理は、図９に示す流れと同様である。図１３は障害通知管理情報の内容を示すものである。内部のネットワーク３００（第一種ネットワーク）に接続された管理装置１００ａ（Admin1-1：第一種管理装置）については、インターフェースＩＦ１よりＳＮＭＰにて障害通知情報が送信されるよう設定されている。通知先情報として、管理装置１００ａ（Admin1-1）のＩＰアドレスが登録されている。通知すべき障害の種別はカバー開、紙詰まり及び用紙切れである。内部のネットワーク４００（第一種ネットワーク）に接続された管理装置１００ｄ（Admin2-1：第一種管理装置）については、インターフェースＩＦ２よりＨＴＴＰにて障害通知情報が送信されるよう設定されている。通知先情報として、管理装置１００ｄ（Admin2-1）のＩＰアドレスが登録されている。通知すべき障害の種別は、紙詰まり及びトナー切れである。また、管理装置１００ｆ（Admin2-2：第一種管理装置）については、インターフェースＩＦ２よりＳＮＭＰにて障害通知情報が送信されるよう設定されている。通知先情報として、管理装置１００ｆ（Admin2-2）のＩＰアドレスが登録されている。通知すべき障害の種別は、トナー切れ、カバー開及び紙詰まりである。外部のネットワーク５００（インターネット通信網５５とともに第二種ネットワークを構成する）に接続された管理装置１００ｇ（Admin3-1：第二種管理装置）については、インターフェースＩＦ２より電子メールにて障害通知情報が送信されるよう設定されている。通知先情報として、電子メールの送信サーバ（図１２：符号５１）のＩＰアドレスと、管理者の電子メールアドレスとが登録されている。通知すべき障害の種別は、トナー切れ、カバー開及び紙詰まりである。

また、障害通知先決定処理のフローチャートは図１４に示すものが採用されている。図７と図８とをいわば折衷した処理流れになっている。すなわち、Ｓ３０では、図１３の記載を内容とする障害通知管理情報（障害通知の設定情報）を読み出し、Ｓ３１では障害通知先リストを初期化する。Ｓ３２では、障害通知管理情報（図１３）に管理者（管理装置）が最低でも一つ登録されているかを調べる。登録されていなければＳ３９を経て処理は終了となる。他方、登録されている場合はＳ３３に進んで第一の管理者情報を参照し、Ｓ３４でその管理者に対する障害通知設定が有効であればＳ３５に進む。Ｓ３５では、その管理者が今回発生した障害の通知対象になっているかどうかと、障害通知情報の配送方式（つまり、通知方式）と通知先情報が設定されているかどうかとを調べる。ＹｅｓであればＳ３６に進んで障害通知先リストに対し、障害通知管理情報に記憶されているその管理者名、障害通知方法（障害通知情報の配送方式）及び通知先情報が追加される。なお、Ｓ３４及びＳ３５で「Ｎｏ」の場合はＳ３６をスキップしてＳ３７に進む。Ｓ３７では、まだ参照されていない管理者情報があるかどうかを調べ、あればＳ３８に進んで次の管理者情報を参照し、Ｓ３４以下の処理を繰り返す。他方、Ｓ３７で参照すべき管理者情報が尽きていればＳ３９に進み、障害通知先リストの内容を確定して処理を終了する。

（実施の形態４）
図１５のシステム４０１は、図１２のシステムにおいて、内部のネットワーク３００もファイアウォール６０を介してインターネット通信網５５に接続した事例であり、ネットワーク３００に電子メールサーバ５０を追加することで、管理装置１００ａへは電子メール（あるいはＨＴＴＰ）によっても障害通知が可能となっている。図１６に示すごとく、障害通知管理情報は、管理装置１００ａ（Admin1-1）への「紙切れ」の場合の障害通知情報の配送方式が、図１３に示すものと異なり、電子メールが採用されている（他は図１３と同じである）。このように、複数の障害通知情報の配送方式が適用可能な管理装置１００ａにおいて、発生する障害の種別に応じて障害通知情報の配送方式を異ならせることも可能である。

例えば、各管理装置は、次のように使い分けることができる。
・管理装置１００ａ（Admin1-1）：印刷用紙の管理を担当している管理者用。電子メール及びＳＮＭＰ２つの手段で障害通知の受信が可能である。また、電子メールは携帯端末にも転送可能であり、担当している管理者が、管理装置１００ａ（Admin1-1）から離れているとき（管理装置１００ａが存在している場所から離れているとき）であっても、障害報告の即時性を高めることができる。
・管理装置１００ｄ（Admin2-1）：トナーの補給を担当している管理者用。
・管理装置１００ｆ（Admin2-2）：ネットワーク４００が設置される会社部内のログ保持用端末である。ＳＮＭＰパケットを監視することで印刷装置のログを保持している。
・管理装置１００ｇ（Admin3-1）：印刷装置１０の管理会社のログ保持用サーバである。電子メール及びＳＮＭＰにより印刷装置のログを保持し、管理することが可能である。

また、達成される効果は、以下のようにまとめられる。
・環境に合わせた障害通知設定が可能となる。
管理装置（印刷装置の管理会社のログ保持サーバ）１００ｇに障害通知を行なう場合、図１６における管理装置１００ｇ（Admin3-1）の設定により、電子メールにより障害通知が行われることになる。端末側はＳＮＭＰでの通知にも対応しているが、実際には間にファイアウォール６０が存在し、印刷装置ＳＮＭＰパケットは受信できない。このように環境によって障害通知方法が限定される場合、具体的な障害通知方法を指定できることで確実に障害通知が可能である。また、図１６では通知先インターフェースも設定している。例えば、通知先インターフェースの考慮なしに電子メールで障害通知すると、インターフェースＩＦ１側に送られた場合には、ネットワーク３００がインターネット通信網５５に接続されていないため、管理装置１００ｇ（Admin3-1）に障害通知が届かない。このような問題を防ぐためにもマルチインターフェース環境では、通知先インターフェースを指定して障害通知を行なうことが有効である。

・受信方法が限られる端末にも対応可能
管理装置１００ｆ（Admin2-2）はＳＮＭＰパケットのみでしか障害通知を受信できないログ保持用端末である。このように端末側の受信方法が限られている場合、通知方法の指定により、確実な障害通知が可能となる。

・担当者毎に適切な通知障害の振り分けができ、メンテナンスしやすくなる。
本例では、管理装置１００ａ（Admin1-1）が用紙補給担当、管理装置１００ｄ（Admin2-1）がトナー補給担当というようになっており、現実にも障害毎にメンテナンス担当者が存在する場合が考えられる。このような場合、対応不可能な管理者には不必要な障害通知をしないようにし、特定の管理者のみに障害通知することで、管理者は自分の担当する障害の通知だけを受け取ることができ、装置の保守がしやすくなる。

・障害の重要度により管理者への通知方法を変更するような設定が可能である。
本例では、紙切れの障害が起こった場合、通知されるのは管理装置１００ａ（Admin1-1）である。管理装置１００ａ（Admin1-1）には他の障害も通知されるが、他の障害（カバー開、紙詰まり等）に関しては他のユーザでも対処できるのに対し、紙切れに関しては印刷用紙の管理担当でしか対処できないため、管理装置１００ａ（Admin1-1）による早急な障害修復が望まれる。このような場合、管理者が素早く障害発生を検知できるような手段に通知方法を設定しておくことで、機器の保守が効率よく行なえる。

本発明の実施の形態１に係るネットワークシステムの概要図。 印刷装置の電気的構成例を示すブロック図。 障害通知管理情報の第一例を示す概念図。 障害通知管理情報の第二例を示す概念図。 管理装置の電気的構成例を示すブロック図。 障害通知プログラムの主処理の流れを示すフローチャート。 障害通知先決定処理の第一例の流れを示すフローチャート。 同じく第二例を示すフローチャート。 障害通知処理の流れを示すフローチャート。 本発明の実施の形態２に係るネットワークシステムの概要図。 障害通知管理情報の第三例を示す概念図。 本発明の実施の形態３に係るネットワークシステムの概要図。 障害通知管理情報の第四例を示す概念図。 障害通知先決定処理の第三例の流れを示すフローチャート。 本発明の実施の形態４に係るネットワークシステムの概要図。 障害通知管理情報の第四例を示す概念図。

符号の説明

１，２０１，３０１，４０１ ネットワークシステム
１０ 印刷装置
１３ｃ 障害通知プログラム（障害通知手段）
１６ ＥＥＰＲＯＭ（障害通知管理情報記憶手段）
１８ａ，１８ｂ 通信インターフェース（ＩＰネットワークインターフェース）
２２ 障害検知センサ（障害検出手段）
５５ インターネット通信網
６０ ファイアウォール
１００ａ，１００ｄ，１００ｆ，１００ｇ 管理装置
３００，４００，５００ ネットワーク（副ネットワーク）
１０８ 通信インターフェース（受信手段）

Claims (11)

1. 管理装置にネットワークを介して接続され、前記管理装置によって管理される印刷装置であって、
   前記ネットワークに個別に接続される複数のＩＰネットワークインターフェースと、
   前記印刷装置に生じる障害を検出する障害検出手段と、
   前記印刷装置に生じる障害の種別の特定情報と、障害通知先となる前記管理装置の特定情報とを、前記ＩＰネットワークインターフェースに対応付けてなる障害通知管理情報を記憶した障害通知管理情報記憶手段と、
   前記障害検出手段により障害が検出されたとき、前記障害通知管理情報記憶手段に記憶されている前記障害通知管理情報を参照することにより、検出された障害に対応する前記ＩＰネットワークインターフェースを決定し、その決定したＩＰネットワークインターフェースから障害通知先となる前記管理装置に対し障害発生を通知する障害通知手段と、
   を備えたことを特徴とする印刷装置。
2. 前記障害通知管理情報は、前記印刷装置に生じる障害の種別の特定情報と、障害通知先となる前記管理装置の特定情報とに加えて、前記管理装置毎に定められた障害通知情報の配送方式の特定情報とを、前記ＩＰネットワークインターフェースに対応付けてなる請求項１記載の印刷装置。
3. 前記印刷装置に接続されるネットワークは、各々前記管理装置が接続される複数の副ネットワークを含み、
   前記障害通知情報の配送方式が、前記副ネットワークに応じた種別に定められてなる請求項２記載の印刷装置。
4. 前記複数の副ネットワークは、前記印刷装置と前記管理装置とを直結するローカルエリアネットワークからなる第一種ネットワークと、前記管理装置を、インターネット通信網を介して前記印刷装置に接続するための、当該インターネット通信網を含む第二種ネットワークとからなり、
   前記障害通知情報の配送方式として、前記管理装置のうち、前記第一種ネットワークに接続される第一種管理装置に対しては、該第一種ネットワークの内部でのみ有効であり、インターネット通信網上への情報送出が不能な通信プロトコルに基づく第一種配送方式が採用され、前記第二種ネットワークに接続される第二種管理装置に対しては、前記インターネット通信網上への情報送出が可能な通信プロトコルに基づく第二種配送方式が採用される請求項３記載の印刷装置。
5. 前記第一種配送方式が採用する通信プロトコルがＳＮＭＰである請求項４記載の印刷装置。
6. 前記第二種配送方式が採用する通信プロトコルがインターネット電子メールプロトコルである請求項４又は請求項５に記載の印刷装置。
7. 前記第二種配送方式が採用する通信プロトコルがＨＴＴＰである請求項４ないし請求項６のいずれか１項に記載の印刷装置。
8. 前記第一種ネットワークと前記第二種ネットワークとが、前記複数のＩＰネットワークインターフェースの互いに異なるものに接続される請求項４ないし請求項７のいずれか１項に記載の印刷装置。
9. 前記第一種ネットワークに対し前記第二種ネットワークがファイアウォールを介して接続されてなり、前記印刷装置から前記第二種管理装置には、前記第一種ネットワーク、前記ファイアウォール及び前記第二種ネットワークをこの順に経由して前記障害通知情報が配送される請求項４ないし請求項７のいずれか１項に記載の印刷装置。
10. 管理装置にネットワークを介して接続され、前記管理装置によって管理されるとともに、前記ネットワークに個別に接続される複数のＩＰネットワークインターフェースを備えた印刷装置の制御プログラムであって、
    前記印刷装置に生じる障害を検出するステップと、
    前記印刷装置に生じる障害の種別の特定情報と、障害通知先となる前記管理装置の特定情報とを、前記ＩＰネットワークインターフェースに対応付けてなる障害通知管理情報を参照することにより、検出された障害に対応する前記ＩＰネットワークインターフェースを決定し、その決定したＩＰネットワークインターフェースから障害通知先となる前記管理装置に対し障害発生を通知するステップと、
    を備えたことを特徴とする印刷装置用制御プログラム。
11. 印刷装置と、前記印刷装置にネットワークを介して接続され、前記印刷装置を管理する管理装置と、を含むネットワークシステムであって、
    前記印刷装置は、
    前記ネットワークに個別に接続される複数のＩＰネットワークインターフェースと、
    前記印刷装置に生じる障害を検出する障害検出手段と、
    前記印刷装置に生じる障害の種別の特定情報と、障害通知先となる前記管理装置の特定情報とを、前記ＩＰネットワークインターフェースに対応付けてなる障害通知管理情報を記憶した障害通知管理情報記憶手段と、
    前記障害検出手段により障害が検出されたとき、前記障害通知管理情報記憶手段に記憶されている前記障害通知管理情報を参照することにより、検出された障害に対応する前記ＩＰネットワークインターフェースを決定し、その決定したＩＰネットワークインターフェースから障害通知先となる前記管理装置に対し障害発生を通知する障害通知手段とを備え、
    前記管理装置は、
    前記印刷装置からの障害通知情報を受信する受信手段を備えていることを特徴とするネットワークシステム。

Images