(57)【特許請求の範囲】
【請求項１】
ネットワークに接続されるネットワークデバイスであって、
前記ネットワークを通じて再起動指示を受信する受信手段と、
前記受信手段により前記再起動指示が受信されると、前記ネットワークデバイスの動作状態に基づいて再起動の実行可否を判断する判断手段と、
前記判断手段により再起動が実行不可能と判断された場合に前記実行不可能の要因を示す情報を返信するかどうかを指定する指定手段と、
前記判断手段により再起動が実行不可能と判断された場合において、前記指定手段により前記実行不可能の要因を示す情報を返信することが指定されているときは、エラー有りを示す情報を返信すると共に前記実行不可能の要因を示す情報を返信し、前記指定手段により前記実行不可能の要因を示す情報を返信することが指定されていないときは、前記実行不可能の要因を示す情報を返信することなく前記エラー有りを示す情報を返信する返信手段と、を有することを特徴とするネットワークデバイス。
【請求項２】
前記返信手段は、前記エラー有りを示す情報を、ＳＮＭＰプロトコルで規定されたエラーコードを用いて返信することを特徴とする請求項１に記載のネットワークデバイス。
【請求項３】
前記実行不可能の要因を示す情報は、ＭＩＢオブジェクトの属性値として規定された値域外の値であることを特徴とする請求項１または２に記載のネットワークデバイス。
【請求項４】
前記ネットワークデバイスは画像形成機能を有し、
前記動作状態には、印刷ジョブの実行中またはメンテナンスの実行中の少なくともいずれかが含まれることを特徴とする請求項１〜３のいずれか１項に記載のネットワークデバイス。
【請求項５】
前記ネットワークデバイスは、前記ネットワークを通じて複数の監視装置に接続され、
前記返信手段により前記複数の監視装置のうち前記実行不可能の要因を示す情報を返信する返信先となる監視装置を選択する選択手段を有することを特徴とする請求項１〜４のいずれか１項に記載のネットワークデバイス。
【請求項６】
前記返信手段は、前記判断手段により再起動が実行可能と判断された場合は、エラー無しを示す情報を返信することを特徴とする請求項１〜５のいずれか１項に記載のネットワークデバイス。
【請求項７】
請求項１〜６のいずれか１項に記載のネットワークデバイスと、
前記ネットワークデバイスに前記ネットワークを通じて接続され、前記ネットワークを通じて前記ネットワークデバイスへ前記再起動指示を送信する監視装置とから構成されることを特徴とする監視システム。
【請求項８】
前記監視装置は、再起動のスケジュールに従って前記再起動指示を送信し、前記ネットワークデバイスから、前記実行不可能の要因を示す情報を受信した場合は、前記再起動のスケジュールを作成し直すことを特徴とする請求項７に記載の監視システム。
【請求項９】
ネットワークに接続されるネットワークデバイスの制御方法であって、
前記ネットワークを通じて再起動指示を受信する受信ステップと、
前記受信ステップにより前記再起動指示が受信されると、前記ネットワークデバイスの動作状態に基づいて再起動の実行可否を判断する判断ステップと、
前記判断ステップにより再起動が実行不可能と判断された場合に前記実行不可能の要因を示す情報を返信するかどうかを指定する指定ステップと、
前記判断ステップにより再起動が実行不可能と判断された場合において、前記指定ステップにより前記実行不可能の要因を示す情報を返信することが指定されているときは、エラー有りを示す情報を返信すると共に前記実行不可能の要因を示す情報を返信し、前記指定ステップにより前記実行不可能の要因を示す情報を返信することが指定されていないときは、前記実行不可能の要因を示す情報を返信することなく前記エラー有りを示す情報を返信する返信ステップと、を有することを特徴とするネットワークデバイスの制御方法。
【請求項１０】
請求項９に記載のネットワークデバイスの制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたネットワークデバイスの再起動処理の技術に関する。
【背景技術】
【０００２】
従来、監視端末等の監視装置と画像形成装置等のネットワークデバイス（以下、デバイスと略記する）とがネットワークを通じて接続されて構成される監視システムが知られている。このシステムでは、例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）とＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報を用いてデバイスの監視が行われる。
【０００３】
監視装置からデバイスにおける各種設定の変更を行った後、変更後の設定を有効にするためにデバイスの再起動が必要となる場合がある。特許文献１には、監視装置から遠隔再起動を行う方法として、ＳＮＭＰを用いて再起動処理を実行するためのＭＩＢオブジェクトに書き込みを行う方法が開示されている。監視装置は、デバイスに対しての遠隔再起動が可能か否かを判定し、遠隔再起動が可能な場合は遠隔再起動の指示を行い、遠隔再起動が不可能な場合は電源の再投入を促すメッセージを表示する。これにより、デバイスは再起動が実施されるように誘導される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３１６４６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
デバイスに対して監視装置から遠隔再起動を指示する方法は、「ｐｒｔＧｅｎｅｒａｌＲｅｓｅｔ」に対して、規定値の書き込みをＳＮＭＰ経由で行うことで実現可能である。「ｐｒｔＧｅｎｅｒａｌＲｅｓｅｔ」は、ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）で規格化されているＭＩＢオブジェクトである。
【０００６】
ところで、デバイスは動作中に遠隔からの再起動指示を受ける場合がある。例えば、ネットワークデバイスとしての画像形成装置が、コピー中やプリント出力などの処理中に再起動指示を受けると、それらの処理を中断して突然、再起動指示に従って再起動処理が開始されることが考えられる。また、メンテナンス等のユーザ操作の実施中に再起動指示を受けた場合も同様の事態が考えられる。このような好ましくない事態を回避するためには、画像形成装置において、ジョブ等の処理中に再起動指示があった場合に、再起動指示に対して処理が実行できない旨の返信をした上で、再起動指示を受け付けないといった対応が求められている。
【０００７】
しかしながら、ＳＮＭＰのプロトコルレベルで規定されるエラーコードでは、再起動の指示がエラーであることを表現した返信を行えるものの、ジョブ処理中やメンテナンス中等の、画像形成装置の動作状態を加味したエラーコードによる返信は行えない。そのため、監視装置側にとっては、画像形成装置がどのような理由で再起動ができなかったのか区別がつかず、エラーの要因が不明であるため、再起動を繰り返す単純なリトライ処理が実施されることになる。そして、監視装置がやがてリトライ処理にも失敗し、その結果、ユーザ操作を求めるガイダンスを表示する対処しかできなくなってしまう。
【０００８】
本発明の目的は、動作状態により指示に応じた再起動を行えない場合にその要因を通知することである。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明は、ネットワークに接続されるネットワークデバイスであって、前記ネットワークを通じて再起動指示を受信する受信手段と、前記受信手段により前記再起動指示が受信されると、前記ネットワークデバイスの動作状態に基づいて再起動の実行可否を判断する判断手段と、前記判断手段により再起動が実行不可能と判断された場合に前記実行不可能の要因を示す情報を返信するかどうかを指定する指定手段と、前記判断手段により再起動が実行不可能と判断された場合において、前記指定手段により前記実行不可能の要因を示す情報を返信することが指定されているときは、エラー有りを示す情報を返信すると共に前記実行不可能の要因を示す情報を返信し、前記指定手段により前記実行不可能の要因を示す情報を返信することが指定されていないときは、前記実行不可能の要因を示す情報を返信することなく前記エラー有りを示す情報を返信する返信手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、動作状態により指示に応じた再起動を行えない場合にその要因を通知することができる。
【図面の簡単な説明】
【００１１】
【図１】ネットワークデバイスを含む監視システムの全体構成を示す図である。
【図２】遠隔再起動設定の第１設定画面の一例である。
【図３】再起動処理のフローチャートである。
【図４】再起動指示処理のフローチャートである。
【図５】ＳＮＭＰｖ３のユーザ設定画面の例を示す図である。
【図６】遠隔再起動設定の第２設定画面の一例である。
【図７】書き込み成功時における送信（図（ａ））、返信（図（ｂ））パケット例を示す図である。
【図８】書き込み失敗時における送信（図（ａ））、返信（図（ｂ））パケット例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施の形態を説明する。
【００１３】
図１は、本発明の一実施の形態に係るネットワークデバイスを含む監視システムの全体構成を示す図である。この監視システムは、ネットワークデバイスとしての画像形成装置１００と監視装置としての監視端末１６１、１６２とがネットワーク１６０を介して接続されて構成される。なお、監視端末の数は少なくとも１つであり、３以上であってもよい。また、ネットワークデバイスは、画像形成装置１００に限定されない。
【００１４】
本実施の形態では、画像形成装置１００の一例として、コピー機能やプリンタ機能等の複数の機能を有するＭＦＰ（Multi Function Peripheral)を挙げる。なお、画像形成装置１００は、コピー機能のみ又はプリンタ機能のみを有するＳＦＰ(Single Function Peripheral)であってもよい。まず、図１を参照して、画像形成装置１００の構成例について説明する。
【００１５】
制御部（コントローラ部）１１０は、リーダ部１２０及びプリンタ部１３０と電気的に接続されている。制御部１１０は、リーダ部１２０及びプリンタ部１３０からデータを受信する。制御部１１０は、リーダ部１２０及びプリンタ部１３０に対して各種のコマンドを送信する。さらに制御部１１０は、ネットワーク１６０を介して接続された監視端末１６１、１６２から画像データや制御コマンドを受信する。ネットワーク１６０は、例えば、イーサネット（登録商標）で構築される。監視端末１６１、１６２は画像形成装置１００に対して、機器の構成情報や現在のステータス情報の監視等も行っている外部の監視装置である。
【００１６】
リーダ部１２０は、原稿の画像を光学的に読み取り、画像データに変換する。リーダ部１２０は、原稿を読み取る機能を有するスキャナユニット１２１と、原稿をスキャナユニット１２１によって読み取り可能な位置まで搬送する原稿給紙ユニット１２２とを備える。スキャナユニット１２１が備えるスキャナコントローラ１２３は、制御部１１０からの指示に基づいて、スキャナユニット１２１と原稿給紙ユニット１２２とを制御する。
【００１７】
プリンタ部１３０は画像形成機能を有する。すなわち、プリンタ部１３０は、画像形成（印刷）用の用紙（用紙又は記録材）を収納する給紙ユニット１３１と、画像データを用紙に転写及び定着させるマーキングユニット１３２と、印刷された用紙を排紙する排紙ユニット１３４とを備える。マーキングユニット１３２が備えるプリンタコントローラ１３５は、制御部１１０からの指示に基づいて、マーキングユニット１３２と給紙ユニット１３１と排紙ユニット１３４とを制御する。プリンタ部１３０は、制御部１１０からの指示に基づいて、給紙ユニット１３１から用紙をマーキングユニット１３２へ給紙し、マーキングユニット１３２で当該用紙に対して画像データを印刷した後、当該用紙を排紙ユニット１３４へ排紙する。排紙ユニット１３４は、マーキングユニット１３２で印刷された用紙に対し、ソートやステイプル等の処理を施すことができる。給紙ユニット１３１は、複数の給紙部を備えており、各給紙部には用紙が収納される。各給紙部は、例えば、普通紙や光沢紙等、複数種類の用紙を収納できる。
【００１８】
操作部１４０は、例えば、ハードキーや、液晶表示部及びその表面上に貼り付けられたタッチパネル部を備え、それらを介してユーザから指示を受け付ける。また、操作部１４０は、液晶等の表示部に、ソフトキー、画像形成装置１００の機能や状態を表示することができる。操作部１４０は、ユーザからの指示に対応するコマンドを、制御部１１０に送信する。また、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１５０は、画像形成装置１００の各種設定及び画像データを記憶する。
【００１９】
上記の構成に基づき、画像形成装置１００は、例えば、コピー機能、画像データ送信機能、プリンタ機能等の種々の機能を実現する。コピー機能を実現する場合には、制御部１１０は、リーダ部１２０で原稿の画像データを読み込み、プリンタ部１３０で当該画像データを用いて用紙に印刷する制御を行う。画像データ送信機能を実現する場合に、制御部１１０は、リーダ部１２０で読み込んだ原稿の画像データをコードデータに変換し、当該コードデータを、ネットワーク１６０を介して監視端末１６１、１６２に送信する。さらに、プリンタ機能を実現する場合には、制御部１１０は、監視端末１６１、１６２からネットワーク１６０を介して受信したコードデータ（印刷データ）を画像データに変換し、プリンタ部１３０へ送信する。プリンタ部１３０は、受信した画像データを用いて用紙に印刷する。
【００２０】
次に、標準技術について説明する。ＲＦＣ(Request for Comments)は、インターネットで利用される技術の標準化を目的としてＩＥＴＦ(Internet Engineering Task Force)が発行している。このＲＦＣに基づく、ネットワーク機器からの情報取得の技術について説明する。
【００２１】
ネットワーク上のデバイスの情報監視プロトコルとしてＳＮＭＰ(Simple Network Management Protocol)が一般的に広く用いられている。ＳＮＭＰで管理されるネットワーク機器は、ＭＩＢ(Management Information Base)情報を搭載し、監視端末からのＳＮＭＰリクエストに対してレスポンスを行うことで管理される。監視端末からのＳＮＭＰのリクエストは情報取得系と情報設定系とに大別される。ＭＩＢ情報の構造については、ＩＥＦＴで標準化された仕様や、ＰＷＧ（printer Working Group）で業界標準化された仕様、さらには、ベンダなどが独自に拡張したプライベートＭＩＢ仕様などが存在する。
【００２２】
ＭＩＢ情報は分野別の階層構造となっており、枝にはそれぞれ番号が割り当てられており、この番号をつなげたものはＯＩＤ（Object Identifier）と呼ばれる。ＭＩＢでは、この階層構造と、ＯＩＤを持つオブジェクトがどの様な情報を持ち、どのようなデータ型で定義されているのか等が規定される。ＭＩＢには、各種のＲＦＣによって規定されるものや、企業により独自に拡張されたプライベート情報等がある。データ型の定義についても管理情報構造（ＳＭＩ(Structure of Management Information)）としてＲＦＣに規定がある。データ型の定義は、ＡＳＮ.１(Abstract Syntax Notation One)というＩＳＯとＩＴＵ−Ｔで規定された記述言語で表現される。なお、ＲＦＣの技術仕様は不変ではなく、技術の進歩によって更新が行われる。ＲＦＣには「ＲＦＣｘｘｘｘ」という番号があり、一度公開された仕様の更新にあたっては、旧来の番号をＯｂｓｏｌｅｔｅ扱いとし、新規の番号が割り当てられる。
【００２３】
ネットワークに接続される機器のうち画像形成装置の状態監視や設定を目的としたＲＦＣとして、ＲＦＣ３８０５−Ｐｒｉｎｔｅｒ ＭＩＢ ｖ２が定義されている。この中に「ｐｒｔＧｅｎｅｒａｌＲｅｓｅｔ」というＯＩＤが規定されており、監視端末側から画像形成装置に対して遠隔再起動が可能となっている。
【００２４】
「ｐｒｔＧｅｎｅｒａｌＲｅｓｅｔ」とその値域の説明について、（ａ）「prtGeneralReset OBJECT-TYPE」の抜粋を以下に記す。さらに、（ｂ）「PrtGeneralResetTC::=TEXTUAL-CONVENTION」の抜粋を以下に記す。
【００２５】
（ａ）prtGeneralReset OBJECT-TYPE
-- NOTE: In RFC 1759, the enumeration values were implicitly defined
-- by this object.
SYNTAX     PrtGeneralResetTC
MAX-ACCESS read-write
STATUS     current
DESCRIPTION
"Setting this value to 'powerCycleReset', 'resetToNVRAM', or
'resetToFactoryDefaults' will result in the resetting of the
printer.  When read, this object will always have the value
'notResetting(3)', and a SET of the value 'notResetting' shall
have no effect on the printer.  Some of the defined values are
optional.  However, every implementation must support at least
the values 'notResetting' and 'resetToNVRAM'."
::= { prtGeneralEntry 3 }
【００２６】
（ｂ）PrtGeneralResetTC ::= TEXTUAL-CONVENTION
-- This TC was extracted from prtGeneralReset in RFC 1759.
STATUS    current
DESCRIPTION
"Values for reading and writing the prtGeneralReset object.
If a device does not have NVRAM, the device shall none the
less respond to a SET with the value resetToNVRAM(5) with a
sort of warm reset that resets the device to implementation-
defined state that is preferably under control of the system
administrator by some means outside the scope of the Printer
MIB specification."
SYNTAX    INTEGER {
notResetting(3),
powerCycleReset(4), -- Cold Start
resetToNVRAM(5), -- Warm Start
resetToFactoryDefaults(6) -- Reset contents of
-- NVRAM to factory
-- defaults
}
【００２７】
一方、ＳＮＭＰでは、プロトコルレベルでのエラーコードとして使用可能な規定値が規定されている。規定値の定義を下記に記す。カッコ内の値が規定値である。なお、ＳＮＭＰのプロトコルバージョンによって、使用可能な規定値の範囲が異なっているため、（ａ）ＳＮＭＰｖ１（バージョン１）と（ｂ）ＳＮＭＰｖ２、ｖ３（バージョン２、３）とに分けて記す。
【００２８】
（ａ）SNMPv1 error-status（抜粋）
noError(0)           ：エラーは無い
tooBig(1)            ：データサイズが大きく応答パケットに値を設定不可
noSuchName(2)        ：指定OIDがない、または書き込みできない
badValue(3)          ：設定値が不正
readOnly(4)          ：書き込みできない
genErr(5)            ：コード0〜4以外のエラーが発生
【００２９】
（ｂ）SNMPv2/v3 error-status（抜粋）
noError(0)           ：エラーは無い
tooBig(1)            ：データサイズが大きく応答パケットに値を設定不可
noSuchName(2)        ：指定OIDがない、または書き込みできない
badValue(3)          ：設定値が不正
readOnly(4)          ：書き込みできない
genErr(5)            ：コード0〜4以外のエラーが発生
noAccess(6)          ：アクセスできないOIDに対してsetを行おうとした
wrongType(7)         ：OIDで必要なタイプと異なるタイプが指定された
wrongLength(8)       ：OIDで必要なデータ長と異なる長さが指定された
wrongEncoding(9)     ：ASN.1符号が不正
wrongValue(10)       ：設定値が不正
noCreation(11)       ：該当するOIDが存在しません
inconsistentValue(12)：現在何か理由があって値が設定できない
resourceUnavailable(13)：値の設定のためにリソースが必要だが、
リソースが利用できない
commitFailed(14)       ：値の更新に失敗した
undoFailed(15)         ：値の更新に失敗したときに、
更新された値を元に戻すのに失敗した
authorizationError(16) ：認証に失敗した
notWritable(17)        ：書き込みできない
inconsistentName(18)   ：該当するOIDが存在しないため、現在は作成できない
【００３０】
次に、ＳＮＭＰプロトコルにおけるｓｅｔ−ｒｅｑｕｅｓｔとｇｅｔ−ｒｅｓｐｏｎｓｅについて説明する。図７（ａ）（ｂ）は、ＳＮＭＰを使用してＭＩＢオブジェクトのｐｒｔＧｅｎｅｒａｌＲｅｓｅｔに書き込みを行った場合の書き込み成功時における送信、返信パケット例を示す図である。図８（ａ）（ｂ）は、ＳＮＭＰを使用してＭＩＢオブジェクトのｐｒｔＧｅｎｅｒａｌＲｅｓｅｔに書き込みを行った場合の書き込み失敗時における送信、返信パケット例を示す図である。監視端末１６１、１６２の構成及び動作は同様であるので、以下、特に区別しないときは代表して監視端末１６１を例にとって説明する。
【００３１】
監視端末１６１から画像形成装置１００に対してＳＮＭＰでＭＩＢの値を設定するために、図７（ａ）に示す構造のパケットが送信される。ＳＮＭＰで書き込みを行う場合、ＳＮＭＰのプロトコルレベルでのエラーステータスは、符号７０１で示すようにｎｏＥｒｒｏｒ（０）とする取り決めになっている。符号７０２で示すｐｒｔＧｅｎｅｒａｌＲｅｓｅｔの規定値として、ｎｏｔＲｅｓｅｔｔｉｎｇ（３）、つまり何も再起動処理を行わないことを示す規定値が引数として監視端末１６１で指定されている。
【００３２】
画像形成装置１００は、図７（ａ）のパケットの受信を受けると、図７（ｂ）に示す構造のパケットを図７（ａ）のパケットの送信元へ返信する。符号７０３で示すｎｏＥｒｒｏｒ（０）は、ＳＮＭＰのパケットレベルでのエラーのステータスは存在していないことを示す。符号７０４で示すｎｏｔＲｅｓｅｔｔｉｎｇ（３）は書き込みが成功したことを示している。
【００３３】
次に、ＳＮＭＰの書き込みに失敗した場合を説明する。監視端末１６１から画像形成装置１００に対してＳＮＭＰでＭＩＢの値を設定するために、図８（ａ）に示す構造のパケットが送信される。ＳＮＭＰで書き込みを行う場合、ＳＮＭＰのプロトコルレベルでのエラーステータスは、符号８０１で示すようにｎｏＥｒｒｏｒ（０）とする取り決めになっている。符号８０２で示すｐｒｔＧｅｎｅｒａｌＲｅｓｅｔの規定値として、ｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）、つまり工場出荷状態にして再起動処理を行うことを示す規定値が引数として監視端末１６１で指定されている。
【００３４】
画像形成装置１００は、図８（ａ）に示すパケットの受信を受けると、図８（ｂ）に示す構造のパケットを図８（ａ）のパケットの送信元へ返信する。符号８０３で示すｂａｄＶａｌｕｅ（３）は、ＳＮＭＰのパケットレベルでのエラーのステータスとして、設定値が不正であることを意味するエラーコードであり、これが画像形成装置１００によって指定されている。ＲＦＣで規定された値域すべてを画像形成装置１００で実装する必要はないため、実装形態として非サポートの値域（サポートの値域外の値）が設定された場合には、ｂａｄＶａｌｕｅ（３）で返信を行うことはＲＦＣ上、可能である。符号８０４で示すｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）は、書き込みが失敗したことを示している。
【００３５】
この例では、確かに工場出荷状態にしての再起動処理が失敗したことは読み取れる。ところが、設定値が実装上の値域外の値であるために再起動処理を失敗したのか、それとも画像形成装置１００の再起動ができない動作状態である（別の処理の実行中）であるため一時的に再起動処理を失敗したのかが分からない。またＳＮＭＰｖ３のエラーコードで、一時的に処理できないことを示せたとしても、なぜ一時的に処理できないのかといった原因まで示すことは不可能である。
【００３６】
次に、画像形成装置１００における遠隔再起動設定について説明する。図２は、遠隔再起動設定の第１設定画面の一例である。この第１設定画面２００は操作部１４０に表示される。第１設定画面２００において、許可設定２０１は、遠隔からの再起動を許可するか否かの設定項目である。許可設定２０１において許可しない設定２０２を選択して設定した場合には、遠隔からの再起動指示自体の受け付けが行われない。許可する設定２０３を選択した場合には、遠隔からの再起動が許可される。
【００３７】
許可する設定２０３が選択された場合は、ユーザは、無条件で再起動を開始する否かの設定を行える。無条件再起動２０４が設定された場合は、監視端末１６１から遠隔再起動指示がされたときに、用紙詰まりや再起動後にエラーとなる要因が無い時点で直ちに再起動処理が開始される。従って、画像形成装置１００の動作状態が例えばプリント出力中等の処理中であったとしてもエラー要因が無ければ直ちに再起動処理が開始される。一方、条件付き再起動２０５が設定された場合は、監視端末１６１から遠隔再起動指示がされたときに条件付きでの再起動処理が開始される。条件に合致しない場合には、画像形成装置１００は再起動処理を行わず、再起動処理が失敗した旨の返信を監視端末１６１に行う必要がある。そこで、条件付き再起動２０５が設定された場合は、ユーザは、再起動処理が失敗した旨を返信するための返信パラメータを拡張するか否かの設定を行える。
【００３８】
拡張しない設定２０６が設定された場合は、ＲＦＣで規定された値域（ＭＩＢオブジェクトの属性値として規定された値域）の範囲内で返信パラメータが作成される。例えば、図８（ｂ）に符号８０４で示したｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）等がこれに該当する。一方、拡張する設定２０７が設定された場合は、ユーザは、再起動ができなかった要因（再起動ＮＧ要因）及びそれに対応するパラメータ値の設定を行える。再起動ＮＧ要因２０８となる動作状態は複数あり得る。ユーザは、パラメータ値２０９により、要因ごとに、ｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）（符号８０４に対応する返信パラメータ値（ＯＩＤのパラメータ値）をどのような値として返信するのかの設定が行える。ここで、ｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）は、ＭＩＢオブジェクトの属性値として規定された値域の値である一方、対応する返信パラメータは、ＭＩＢオブジェクトの属性値として規定された値域外の値である。
【００３９】
再起動ＮＧ要因２０８において、「Ｊｏｂ中」は印刷ジョブの実行中、「メンテナンス中」はメンテナンスの実行中、「その他」は印刷ジョブやメンテナンス以外の処理の実行中を示す。パラメータ値２０９の一例として、「Ｊｏｂ中」、「メンテナンス中」、「その他」にそれぞれ対応して、「４００００」、「４０００１」、「５００００」が設定される。ＯＫボタン２１０が押下されると、その時点の第１設定画面による遠隔再起動設定の内容が確定し、その設定値が操作部１４０から制御部１１０に対して送信される。そして制御部１１０は受信した設定値に基づいて遠隔再起動の処理を行う。
【００４０】
図３は、画像形成装置１００における再起動処理のフローチャートである。このフローチャートの処理は、画像形成装置１００の制御部１１０のＣＰＵがＲＯＭまたはＨＤＤ１５０等に格納されたプログラムを読み出して実行することにより実現される。ここでは再起動指示が監視端末１６１から送信される場合を例にとる。
【００４１】
遠隔の監視端末１６１からの再起動指示を受信すると、ステップＳ３０１で画像形成装置１００による再起動処理が開始される。制御部１１０は、本発明における受信手段に該当する。ステップＳ３０２において、制御部１１０は、遠隔からの再起動が許可されているか否かを判別する。これは、遠隔再起動設定（図２）における設定内容（設定２０２、２０３）によって判別される。そして、遠隔からの再起動が許可されている場合は、処理はステップＳ３０４に進む一方、遠隔からの再起動が許可されていない場合は、処理はステップＳ３０３に進む。ステップＳ３０３では、制御部１１０は、ＳＮＭＰで規定されるエラーコードｅｒｒｏｒ−ｓｔａｔｕｓのパラメータ値にｒｅａｄＯｎｌｙ（４）（＝書き込みできない）を設定し、監視端末１６１に対する返信処理を実行する。この場合は、再起動は実施されることなく図３の処理が終了する。
【００４２】
ステップＳ３０４では、制御部１１０は、遠隔再起動設定（図２）における設定内容（２０４、２０５）から、条件付き再起動が設定されているか否かを判別する。そして、条件付き再起動が設定されている場合、処理はステップＳ３０７に進む一方、条件付き再起動が設定されていない場合、処理はステップＳ３０５に進む。ステップＳ３０５では、制御部１１０は、上記ｅｒｒｏｒ−ｓｔａｔｕｓのパラメータ値にｎｏＥｒｒｏｒ（０）を設定し、監視端末１６１に対する返信処理を実行する。ｎｏＥｒｒｏｒ（０）は、エラー無しを示す情報に該当する。次に、ステップＳ３０６で、再起動処理を開始する。この場合、制御部１１０は、例えばプリント出力中などの処理中であったとしても用紙詰まりや再起動後にエラーとなる要因が無い時点で直ちに再起動処理を開始する。その後、図３の処理は終了する。
【００４３】
ステップＳ３０７では、制御部１１０は、画像形成装置１００の現在の動作状態に基づいて、再起動可能か否かを判別する。例えば、制御部１１０は、画像形成装置１００の動作状態が、印刷ジョブ、メンテナンスまたはその他の処理の実行中に該当する場合は再起動可能でないと判別し、それ以外の場合は再起動可能と判別する。制御部１１０は、本発明における判断手段に該当する。そして、制御部１１０は、再起動可能な場合は、処理をステップＳ３０５に進める。この場合、再起動処理が開始される（ステップＳ３０６）。一方、再起動可能でない場合は、処理はステップＳ３０８に進む。
【００４４】
ステップＳ３０８では、制御部１１０は、遠隔再起動設定（図２）における設定内容（２０６、２０７）から、返信パラメータの拡張設定がされているか否かを判別する。そして、返信パラメータの拡張設定がされていない場合、処理はステップＳ３０９に進む一方、返信パラメータの拡張設定がされている場合、処理はステップＳ３１０に進む。ステップＳ３０９では、制御部１１０は、上記ｅｒｒｏｒ−ｓｔａｔｕｓのパラメータ値にｇｅｎＥｒｒ（５）以外の値（その他のエラーコード）を設定し、監視端末１６１に対する返信処理を実行して、図３の処理を終了させる。
【００４５】
ステップＳ３１０では、制御部１１０は、上記ｅｒｒｏｒ−ｓｔａｔｕｓのパラメータ値にｇｅｎＥｒｒ（５）を設定する。このｇｅｎＥｒｒ（５）は、動作状態に起因するエラー有りを示す情報に該当する。次に、ステップＳ３１１では、制御部１１０は、ステップＳ３０７で再起動可能でないと判別された要因（再起動ＮＧ要因）が、Ｊｏｂ実行中であるか否かを判別し、再起動ＮＧ要因がＪｏｂ実行中である場合は処理をステップＳ３１２に進める。ステップＳ３１２では、制御部１１０は、ｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）（図８（ｂ）の符号８０４に該当するＯＩＤのパラメータ値）を設定する。ここでは、制御部１１０は、ＯＩＤのパラメータ値として、遠隔再起動設定（図２）で「Ｊｏｂ中」に対応して設定されたパラメータ値２０９である「４００００」を設定すると共に、監視端末１６１に対する返信処理を実行する。このパラメータ値２０９は、再起動の実行不可能の要因を示す情報に該当する。このパラメータ値２０９が、ステップＳ３１０で設定されたｇｅｎＥｒｒ（５）と共に監視端末１６１へ返信される。その後、図３の処理は終了する。制御部１１０は、本発明における返信手段に該当する。
【００４６】
再起動ＮＧ要因がＪｏｂ実行中でない場合は、制御部１１０は、ステップＳ３１３で、再起動ＮＧ要因がメンテナンス中であるか否かを判別し、再起動ＮＧ要因がメンテナンス中である場合は処理をステップＳ３１４に進める。ステップＳ３１４では、制御部１１０は、ｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）（図８（ｂ）の符号８０４に該当するＯＩＤのパラメータ値）を設定する。ここでは、制御部１１０は、ＯＩＤのパラメータ値として、遠隔再起動設定（図２）で「メンテナンス中」に対応して設定されたパラメータ値２０９である「４０００１」を設定すると共に、監視端末１６１に対する返信処理を実行する。このパラメータ値２０９は、再起動の実行不可能の要因を示す情報に該当する。このパラメータ値２０９が、ステップＳ３１０で設定されたｇｅｎＥｒｒ（５）と共に監視端末１６１へ返信される。その後、図３の処理は終了する。
【００４７】
再起動ＮＧ要因がメンテナンス中でない場合は、再起動ＮＧ要因はその他の処理であると判断されるので、処理はステップＳ３１５に進む。ステップＳ３１５では、制御部１１０は、ｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）（図８（ｂ）の符号８０４に該当するＯＩＤのパラメータ値）を設定する。ここでは、制御部１１０は、ＯＩＤのパラメータ値として、遠隔再起動設定（図２）で「その他」に対応して設定されたパラメータ値２０９である「５００００」を設定すると共に、監視端末１６１に対する返信処理を実行する。このパラメータ値２０９は、再起動の実行不可能の要因を示す情報に該当する。このパラメータ値２０９が、ステップＳ３１０で設定されたｇｅｎＥｒｒ（５）と共に監視端末１６１へ返信される。その後、図３の処理は終了する。
【００４８】
図４は、監視端末１６１における再起動指示処理のフローチャートである。このフローチャートの処理は、監視端末１６１が備えるＲＯＭ等の記憶部に格納されたプログラムを監視端末１６１が備えるＣＰＵが読み出して実行することにより実現される。
【００４９】
ユーザからの指示等によって、ステップＳ４０１で、画像形成装置１００に対する再起動指示のための再起動指示処理が開始される。先だって作成された再起動スケジュールに従って再起動指示処理が進行する。ステップＳ４０２では、監視端末１６１は、画像形成装置１００に対して再起動を指示する時刻に達したか否かを判別し、再起動を指示する時刻に達していない場合には処理をステップＳ４０３に進める。再起動を指示する時刻は、再起動スケジュールによって規定されている。ステップＳ４０３では、監視端末１６１はＷａｉｔ処理を実行し、すなわち、予め定められた待機時間だけ待ってから再度、ステップＳ４０２を実行する。再起動を指示する時刻に達した場合は、ステップＳ４０４で、監視端末１６１は、画像形成装置１００に対して再起動指示を送信する。
【００５０】
次に、ステップＳ４０５では、監視端末１６１は、送信した再起動指示に対する結果が画像形成装置１００から返信されてきたか否かを判別する。ここで、返信があったか否かは、ステップＳ４０４で再起動指示を行った後、所定時間内に画像形成装置１００から監視端末１６１に対して返信があったか否かによって判別してもよい。監視端末１６１は、画像形成装置１００からの返信がない場合はステップＳ４０６に処理を遷移させ、返信があった場合はステップＳ４１０に処理を遷移させる。
【００５１】
ステップＳ４０６では、監視端末１６１は、再起動指示の再送信回数が上限回数を超えたか否かを判別する。この上限回数は、再起動指示の再送信を行う処理が無限ループとならないように設けられ、再起動スケジュールによって規定されている。ステップＳ４０６の判別の結果、監視端末１６１は、再送信回数が上限回数を超えていない場合は、再送信回数を計数するカウント値を１だけ加算して更新する（ステップＳ４０７）。そして、監視端末１６１は、ステップＳ４０８で、ステップＳ４０３と同様のＷａｉｔ処理を実行して、処理をステップＳ４０４に戻す。一方、再送信回数が上限回数を超えた場合は、監視端末１６１は、ステップＳ４０９で、一連の再起動失敗時処理を実行する。この再起動失敗時処理では、監視端末１６１は、画像形成装置１００に対する再起動の指示ができなかった旨のメッセージを自身の表示部に表示させたり、再起動指示が失敗した旨の履歴を記録したりする。その後、図４の処理は終了する。
【００５２】
ステップＳ４１０では、監視端末１６１は、受信した情報のうち、ｅｒｒｏｒ−ｓｔａｔｕｓの値がｎｏＥｒｒｏｒ（０）（図７（ｂ）の符号７０３）であるか否かを判別する。その判別の結果、ｎｏＥｒｒｏｒ（０）を受信している場合は、画像形成装置１００において図３のステップＳ３０５が実行されており、監視端末１６１は、画像形成装置１００に対する再起動指示が成功していると判断できる。そこで監視端末１６１は、ステップＳ４１１で、再起動指示が成功した旨の履歴を記録する等の、一連の再起動成功時処理を実行する。その後、監視端末１６１は、画像形成装置１００に対する再起動スケジュールを削除して（ステップＳ４１２）、図４の処理を終了させる。
【００５３】
一方、ステップＳ４１０の判別の結果、ｎｏＥｒｒｏｒ（０）を受信していない場合は、再起動指示が成功していないと判断できる。そこで監視端末１６１は、ステップＳ４１３で、ｅｒｒｏｒ−ｓｔａｔｕｓの値がｒｅａｄＯｎｌｙ（４）であるか否かを判別する。その判別の結果、ｒｅａｄＯｎｌｙ（４）を受信している場合は、画像形成装置１００において図３のステップＳ３０３が実行されており、監視端末１６１は、画像形成装置１００において遠隔からの再起動が許可されていない設定となっていると判断できる。そこで監視端末１６１は、ステップＳ４１４で、遠隔再起動が不許可である旨を自身の表示部に表示させると共に、その旨の履歴を記録する等の、一連の遠隔再起動不許可時処理を実行する。この状況においては、画像形成装置１００における設定が変更されない限り再起動指示に失敗し続けるため、監視端末１６１は、ステップＳ４１５で、画像形成装置１００に対する再起動のスケジュールを停止状態にする。その後、図４の処理は終了する。
【００５４】
一方、ステップＳ４１３の判別の結果、ｒｅａｄＯｎｌｙ（４）を受信していない場合は、監視端末１６１は、ステップＳ４１６で、ｅｒｒｏｒ−ｓｔａｔｕｓの値がｇｅｎＥｒｒ（５）であるか否かを判別する。その判別の結果、ｇｅｎＥｒｒ（５）を受信している場合は、画像形成装置１００において図３のステップＳ３１０が実行されており、監視端末１６１は、画像形成装置１００における動作状態に起因して再起動が可能でなかったと判断できる。そこでまず、監視端末１６１は、ステップＳ４１７で、「ｒｅｓｅｔＴｏＦａｃｔｏｒｙＤｅｆａｕｌｔｓ（６）（図８（ｂ）の符号８０４）に相当するＯＩＤのパラメータ値が「４００００」であるか否かを判別する。その判別の結果、ＯＩＤのパラメータ値が「４００００」である場合は、監視端末１６１は、画像形成装置１００の動作状態がＪｏｂ処理中であったことを要因として再起動ができなかったと判断できる。そこで監視端末１６１は、ステップＳ４１８で、予め定められたＪｏｂ中の場合の再スケジュール処理を実行することで、再起動指示のスケジュールを作成し直す。その後、図４の処理は終了する。
【００５５】
一方、監視端末１６１は、ステップＳ４１７の判別の結果、ＯＩＤのパラメータ値が「４００００」でない場合は、ステップＳ４２０で、ＯＩＤのパラメータ値が「４０００１」であるか否かを判別する。その判別の結果、ＯＩＤのパラメータ値が「４０００１」である場合は、監視端末１６１は、画像形成装置１００の動作状態がメンテナンス中であったことを要因として再起動ができなかったと判断できる。そこで監視端末１６１は、ステップＳ４２１で、予め定められたメンテナンス中の場合の再スケジュール処理を実行することで、再起動指示のスケジュールを作成し直す。その後、図４の処理は終了する。
【００５６】
一方、制御部１１０は、ステップＳ４２０の判別の結果、ＯＩＤのパラメータ値が「４０００１」でない場合は、ステップＳ４２２で、ＯＩＤのパラメータ値が「５００００」であるか否かを判別する。その判別の結果、監視端末１６１は、ＯＩＤのパラメータ値が「５００００」でない場合は、図４の処理を終了させる。一方、ＯＩＤのパラメータ値が「５００００」である場合は、監視端末１６１は、画像形成装置１００の動作状態がその他の処理中であったことを要因として再起動ができなかったと判断できる。そこで監視端末１６１は、ステップＳ４２３で、予め定められたその他の処理中の場合の再スケジュール処理を実行することで、再起動指示のスケジュールを作成し直す。その後、図４の処理は終了する。
【００５７】
一方、ステップＳ４１６の判別の結果、受信したｅｒｒｏｒ−ｓｔａｔｕｓの値がｇｅｎＥｒｒ（５）でない場合は、監視端末１６１は、処理をステップＳ４１９に進める。ステップＳ４１９では、監視端末１６１は、その他のＳＮＭＰエラーコード処理を実行する。すなわち、監視端末１６１は、画像形成装置１００に対して結果的に再起動指示ができなかった場合の処理を行った後、ステップＳ４０９を実行する。
【００５８】
本実施の形態によれば、画像形成装置１００の動作状態に基づいて再起動の実行可否が判断される。そして、再起動が実行可能な場合は、エラー無しを示す情報（ｎｏＥｒｒｏｒ（０））が返信される。一方、再起動が実行不可能の場合は、エラー有りを示す情報（ｇｅｎＥｒｒ（５））と共に実行不可能の要因を示す情報（パラメータ値２０９）が返信される。これにより、画像形成装置１００における動作状態により、再起動指示に応じた再起動を行えない場合に、その要因を再起動指示の送信元へ通知することができる。監視装置にとっては、画像形成装置１００がどのような理由で再起動ができなかったのか区別がつき、再起動を繰り返す単純なリトライ処理が実施されるといった事態が回避される。また、返信パラメータの拡張設定をユーザの任意で行えるので、使い勝手が良い。
【００５９】
ところで、拡張する設定２０７（図２）により、返信パラメータを拡張することが設定された場合は、画像形成装置１００に対してネットワーク１６０で接続された全ての監視端末が、実行不可能の要因を示す情報を返信する返信先となった。しかし、拡張されたパラメータ値によって、適切な動作ができなくなる監視装置が存在する可能性がある。そこで、実行不可能の要因を示す情報（パラメータ値２０９）を返信する返信先となる監視装置を限定してもよい。返信パラメータの拡張設定が有効となる監視装置を個別に設定する構成を、図５、図６を用いて説明する。
【００６０】
図５は、ＳＮＭＰｖ３のユーザ設定画面の例を示す図である。このユーザ設定画面５００は画像形成装置１００における操作部１４０に表示される。ＳＮＭＰｖ３は、ＩＥＴＦにおけるＳＴＤ６２によって規格化されており、ユーザベースの認証機構と暗号化を使用して通信が行われる。ＳＮＭＰｖ３ユーザは複数存在することが可能であるため、ユーザ設定画面５００には、現在設定を行っているユーザの前後のユーザに関する設定画面に切り替えるためにボタン５０１、５０２が表示される。ユーザＩＤ５０４は、制御部１１０においてＳＮＭＰｖ３のユーザを一意に特定するためのＩＤであり、制御部１１０が管理するＩＤであるため表示のみがなされ、ユーザは操作することができない。設定項目５０５は、ユーザＩＤ５０４に対応するＳＮＭＰｖ３設定を有効化／無効化するための項目であり、ユーザがプルダウン設定５１１において有効／無効を選択することにより変更が可能となっている。
【００６１】
設定項目５０６は、ユーザＩＤ５０４に対するユーザ名を設定するための設定項目であり、ユーザが設定項目５０６を押下することにより、不図示のソフトウェアキーボード等の表示へと画面が遷移し、ユーザ名の入力や変更が可能となっている。設定項目５０７は、設定項目５０６で設定されたユーザ名に対して、ＳＮＭＰｖ３通信で認証を行うための認証アルゴリズムを設定するための設定項目であり、ユーザがプルダウン設定５１２において「なし／ＭＤ５／ＳＨＡ１」の中から選択可能である。認証パスワード５０８は、設定項目５０７で選択された認証アルゴリズムによる認証パスワードの入力を行うための設定項目である。ユーザが認証パスワード５０８を押下することにより、不図示のソフトウェアキーボード等の表示へと画面が遷移し、認証パスワードの入力や変更が可能となっている。
【００６２】
設定項目５０９は、ユーザＩＤ５０４がＳＮＭＰｖ３で通信を行う際の暗号化アルゴリズムを設定するための設定項目であり、ユーザがプルダウン設定５１３において「なし／ＤＥＳ／ＡＥＳ」の中から選択可能である。設定項目５１０は、設定項目５０９で選択された暗号化アルゴリズムによる暗号化パスワードの入力を行うための設定項目である。ユーザが５１０を押下することにより、不図示のソフトウェアキーボード等の表示へと画面が遷移し、暗号化パスワードの入力や変更が可能となっている。設定項目５０６、認証パスワード５０８及び設定項目５１０の設定においては、最少文字列長や最大文字列長を設けてもよい。ＳＮＭＰｖ３のユーザ設定が完了し、ＯＫボタン５０３が押下されると、操作部１４０から制御部１１０に対してＳＮＭＰｖ３のユーザ設定値が送信され、制御部１１０は受信した設定値に基づいてＳＮＭＰｖ３の通信を行う。
【００６３】
図６は、遠隔再起動設定の第２設定画面の一例である。この第２設定画面６００は操作部１４０に表示される。図６を用いて、返信パラメータの拡張のホスト制限に関して設定画面と設定項目について説明する。図６の例では、第２設定画面６００に、ＳＮＭＰｖ1でのホスト制限設定６０１とＳＮＭＰｖ３でのホスト制限設定６０５とが表示されている。
【００６４】
ホスト制限設定６０１において、アドレス６０２は、返信パラメータ拡張を行った返信を行うホストのアドレスを示している。ＩＰｖ４アドレス、ＩＰｖ６アドレス、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）での設定が可能となっている。コミュニティ名６０３はコミュニティの名称を示す。ＳＮＭＰｖ１の通信では、コミュニティ名６０３を用いて管理対象がグルーピングされ、同じコミュニティに属するノード間で通信が行われる。また、コミュニティ名ごとに管理スコープを変更したり、ｒｅａｄ−ｏｎｌｙ／ｒｅａｄ−ｗｒｉｔｅのアクセスモードの切り替えを行ったりすることも可能である。有効／無効６０４では、ホストごとに返信パラメータ拡張の有効／無効の切り替えが可能となっている。アドレス６０２に登録されていないアドレスに関しては、返信パラメータ拡張は一律に無効である。
【００６５】
ホスト制限設定６０５において、アドレス６０６は、返信パラメータ拡張を行った返信を行うホストのアドレスを示している。ＩＰｖ４アドレス、ＩＰｖ６アドレス、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）での設定が可能となっている。ユーザＩＤ６０７は、通知を行う際に使用するＳＮＭＰｖ３のＩＤであり、ユーザＩＤ６０７の詳細な設定は前述したユーザ設定画面５００（図５）で行われている。ユーザＩＤ６０７はユーザＩＤ５０４と紐付けされている。有効／無効６０８では、ホストごとに返信パラメータ拡張の有効／無効の切り替えが可能となっている。アドレス６０６に登録されていないアドレスに関しては、返信パラメータ拡張は一律に無効である。
【００６６】
ＳＮＭＰｖ１とＳＮＭＰｖ３の返信パラメータ拡張に関する設定が完了し、ＯＫボタン６０９が押下されると、操作部１４０から制御部１１０に対して返信パラメータの拡張のホスト制限設定値が送信される。制御部１１０は受信した設定値に基づいてＳＮＭＰの通知を行う。
【００６７】
画像形成装置１００は、図５、図６の設定を行うことで、遠隔再起動指示を行う監視装置を判別する。すなわち、制御部１１０は、アドレス６０２またはアドレス６０６に登録され且つ返信パラメータ拡張が有効となっている監視装置を、実行不可能の要因を示す情報（パラメータ値２０９）を返信する返信先となる監視装置であると認識する。従って、図３のステップＳ３１２、Ｓ３１４、Ｓ３１５では、再起動指示の送信元の監視装置が、返信パラメータ拡張が有効な監視装置（返信先となる監視装置）に該当する場合にだけ、パラメータ値２０９を返信する処理を実行する。これにより、拡張設定に対応している監視装置だけを対象として、実行不可能の要因を示す情報を返信することができる。
（その他の実施例）
【００６８】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００６９】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。
【符号の説明】
【００７０】
１００  画像形成装置
１１０  制御部
１６１、１６２  監視端末
２０９  パラメータ値
【図１】
0006659165.tif 000002
【図２】
0006659165.tif 000003
【図３】
0006659165.tif 000004
【図４】
0006659165.tif 000005
【図５】
0006659165.tif 000006
【図６】
0006659165.tif 000007
【図７】
0006659165.tif 000008
【図８】
0006659165.tif 000009