(57)【特許請求の範囲】
【請求項１】
複数の電力状態に遷移する画像形成装置であって、
前記画像形成装置の電力状態が遷移する場合に、所定の通知先へ電力状態の通知を行う通知手段と、
前記通知手段の通知方法として、到達確認を行う第１の通知方法、又は、到達確認を行わない第２の通知方法を設定する第１の設定手段と、
前記画像形成装置の電力状態が特定の電力状態に遷移する場合、前記第１の設定手段で設定された前記第１の通知方法による通知を前記第２の通知方法による通知に切り替えて前記通知手段による通知を行う制御を行う制御手段と、
を有することを特徴とする画像形成装置。
【請求項２】
電力状態の通知を優先させるか否かを設定する第２の設定手段を有し、
前記制御手段は、前記第２の設定手段により電力状態の通知を優先させる設定がなされている場合には、前記制御を行うことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
遷移する電力状態ごとに通知方法の切り替えを有効にするか否かを設定する第３の設定手段を有し、
前記制御手段は、前記画像形成装置の遷移後の電力状態に対して前記第３の設定手段により通知方法の切り替えを有効にする設定がなされている場合には、前記制御を行うことを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記第１の通知方法は、ＳＮＭＰのＩｎｆｏｒｍＲｅｑｕｅｓｔによる通知であり、
前記第２の通知方法は、ＳＮＭＰのＴｒａｐによる通知であることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
【請求項５】
前記画像形成装置の電力状態が特定の電力状態に遷移する場合とは、前記画像形成装置の電力状態が省電力状態へ遷移する場合、前記画像形成装置の電力状態が電源オフ状態へ遷移する場合を含むことを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
【請求項６】
複数の電力状態に遷移する画像形成装置の制御方法であって、
前記画像形成装置の電力状態が遷移する場合に所定の通知先へ電力状態の通知を行う通知手段の通知方法として、到達確認を行う第１の通知方法、又は、到達確認を行わない第２の通知方法を設定する設定ステップと、
前記画像形成装置の電力状態が特定の電力状態に遷移する場合、前記設定ステップで設定された前記第１の通知方法による通知を前記第２の通知方法による通知に切り替えて前記通知手段による通知を行うステップと、
を有することを特徴とする画像形成装置の制御方法。
【請求項７】
コンピュータを、請求項１乃至５のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された画像形成装置の電力管理に関するものである。
【背景技術】
【０００２】
従来、ネットワークに接続された画像形成装置の状態監視方法として、監視端末による定期的なポーリング監視によって、画像形成装置から状態情報の取得を行い、監視を行っている（特許文献１）。
また、別な監視方法として、監視端末がネットワーク機器に対し状態変化が生じた際に監視装置宛てにＳＮＭＰのｔｒａｐ通知を行うように設定し、画像形成装置からのｔｒａｐ通知によって状態の監視を行っている（特許文献２）。
【０００３】
その中で、画像形成装置の電力状態を監視する方法として、ＳＮＭＰ（Simple Network Management Protocol）とＭＩＢ（Management Information Base）情報を用いてデバイス監視を行う方法が提案されている。とりわけ、PWG Imaging System Power MIB v1.0（以下、Ｐｏｗｅｒ ＭＩＢ）の規格を用い、画像形成装置の電力状態の管理を監視端末から行う方法が提案されている。
【０００４】
このＰｏｗｅｒＭＩＢの規格には、監視端末からの定期的なポーリングによる監視方法に加え、画像形成装置の電力状態が遷移した場合に、画像形成装置側から監視端末側に状態通知を行うといった仕様が含まれている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２９７３３６号公報
【特許文献２】特開２０１３−９１３９号公報
【非特許文献】
【０００６】
【非特許文献１】PWG Candidate Standard 5106.5-2011 - PWG Imaging System Power MIB v1.0  http://ftp.pwg.org/pub/pwg/candidates/cs-wimspowermib10-20110214-5106.5.pdf
【非特許文献２】RFC1157  https://www.ietf.org/rfc/rfc1157.txt
【非特許文献３】RFC3411  http://www.rfc-editor.org/rfc/rfc3411.txt
【非特許文献４】IETF STD62  http://www.rfc-editor.org/std/std62.txt
【発明の概要】
【発明が解決しようとする課題】
【０００７】
画像形成装置側から監視端末にＳＮＭＰ／ＭＩＢを用いて能動的に状態通知を行うための方法としては、ＳＮＭＰｖ１−Ｔｒａｐ（ＲＦＣ１１５７）、ＳＮＭＰｖ２−Ｔｒａｐ（ＲＦＣ３４１１）、ＩｎｆｏｒｍＲｅｑｕｅｓｔ（ＲＦＣ３４１１）などの方法がＲＦＣ（Request for Comments）で規格化されている。
ＳＮＭＰは、ＵＤＰ（User Datagram Protocol）でコネクションレス型プロトコルであり、到達確認を行なわないため、上位のアプリケーションによってパケット消失時の再送や、到達順の変化などを保証する必要がある。
【０００８】
一方、ＩｎｆｏｒｍＲｅｑｕｅｓｔ（以下、ｉｎｆｏｒｍ）では、パケットの到達確認を行う。このため、ｉｎｆｏｒｍは、画像形成装置の電源がスリープ状態になるケースでは、監視端末からの到達確認の返信が画像形成装置に届くことによって、画像形成装置がスリープ状態から通常状態に復帰してしまうといった課題がある。また、別の問題として、画像形成装置の電源がＯＦＦになるケースでは、画像形成装置の電源がＯＦＦとなり通信ができなくなるため、監視端末からの到達確認の返信を確認することができない（不到達でも再送もできない）といった課題もある。
【０００９】
すなわち、到達確認を行う通知方法で画像形成装置の状態通知を行った場合、状態通知後に遷移した画像形成装置の状態によっては、監視端末からの到達確認の返信により、画像形成装置の状態に影響を与えてしまったり、監視端末からの到達確認の返信を画像形成装置側で確認することができないといった課題があった。
【００１０】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像形成装置の電力状態の遷移に影響を与えることなく、監視端末への電力状態遷移の通知を行うことが可能となる仕組みを提供することである。
【課題を解決するための手段】
【００１１】
本発明は、複数の電力状態に遷移する画像形成装置であって、前記画像形成装置の電力状態が遷移する場合に、所定の通知先へ電力状態の通知を行う通知手段と、前記通知手段の通知方法として、到達確認を行う第１の通知方法、又は、到達確認を行わない第２の通知方法を設定する第１の設定手段と、前記画像形成装置の電力状態が特定の電力状態に遷移する場合、前記第１の設定手段で設定された前記第１の通知方法による通知を前記第２の通知方法による通知に切り替えて前記通知手段による通知を行う制御を行う制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、画像形成装置の電力状態の遷移に影響を与えることなく、監視端末への電力状態遷移の通知を行うことが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施例を示す画像形成装置の構成を例示する図
【図２】ｔｒａｐとｉｎｆｏｒｍの通知方法を説明する図
【図３】画像形成装置の電力状態の遷移と通知の関係を説明する図
【図４】実施例１の画像形成装置の処理を例示するフローチャート
【図５】ＳＮＭＰｖ３のユーザ設定画面と設定項目を例示する図
【図６】ＳＮＭＰｖ１とＳＮＭＰｖ３でのトラップ送信先の設定画面と設定項目を例示する図
【図７】実施例２の画像形成装置の処理を例示するフローチャート
【図８】電力通知設定画面と設定項目を例示する図
【図９】ユニキャスト、マルチキャスト、ブロードキャストの概念的図
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１５】
＜画像形成装置の構成＞
本実施例では、監視対象の機器を画像形成装置とし、画像形成装置の一例として、コピー機能やプリンタ機能等の複数の機を有するＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）について説明する。なお、画像形成装置は、コピー機能のみ又はプリンタ機能のみを有するＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であってもよい。
【００１６】
図１は、本発明の一実施例を示す画像形成装置１００の構成を例示する図である。
１１０は、制御部（コントローラ部）である。制御部１１０は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ等を有し、ＣＰＵがＲＯＭ又は後述するＨＤＤ１５０に記録されたプログラムを読み出して実行することにより、各種制御を実現する。制御部１１０は、リーダ部１２０及びプリンタ部１３０と電気的に接続されている。制御部１１０は、リーダ部１２０及びプリンタ部１３０からデータを受信する。また、制御部１１０は、リーダ部１２０及びプリンタ部１３０に対して各種のコマンドを送信する。
【００１７】
さらに、制御部１１０は、ネットワーク１６０を介して監視端末（１６１、１６２）と接続されており、それらから画像データや制御コマンドを受信する。ネットワーク１６０は、例えば、イーサネット（登録商標）等で構築される。監視端末（１６１、１６２）は、画像形成装置１００に対して、機器の構成情報や現在のステータス情報の監視等も行っている。
【００１８】
リーダ部１２０は、原稿の画像を光学的に読み取り、画像データに変換する。リーダ部１２０は、原稿を読み取る機能を有するスキャナユニット１２１と、原稿をスキャナユニット１２１によって読み取り可能な位置まで搬送する原稿給紙ユニット１２２とを備える。スキャナユニット１２１が備えるスキャナコントローラ１２３は、制御部１１０からの指示に基づいて、スキャナユニット１２１と原稿給紙ユニット１２２とを制御する。
【００１９】
プリンタ部１３０は、画像形成（印刷）用の用紙（用紙又は記録材）を収納する給紙ユニット１３１と、画像データを用紙に転写及び定着させるマーキングユニット１３２と、印刷された用紙を排紙する排紙ユニット１３４とを備える。マーキングユニット１３２が備えるプリンタコントローラ１３５は、制御部１１０からの指示に基づいて、マーキングユニット１３２と給紙ユニット１３１と排紙ユニット１３４とを制御する。
【００２０】
プリンタ部１３０は、制御部１１０からの指示に基づいて、給紙ユニット１３１から用紙をマーキングユニット１３２へ給紙し、マーキングユニット１３２で当該用紙に対して画像データを印刷した後、当該用紙を排紙ユニット１３４へ排紙する。排紙ユニット１３４は、マーキングユニット１３２で印刷された用紙に対し、ソートやステイプル等の処理を施すことができる。
【００２１】
給紙ユニット１３１は、複数の給紙部を備えており、各給紙部には用紙が収納され、載置（設定）される。各給紙部は、例えば、普通紙や光沢紙等、複数種類の用紙を収納できる。また、各給紙部は、画像形成装置１００のプリンタ部１３０で印刷された用紙を、再び収納することもできる。給紙部の例として、給紙カセットや、給紙デッキ、手差用紙レイ等がある。給紙部の形態はこれに限られず、その他、収納された用紙をマーキングユニット１３２に搬送できればよい。
【００２２】
操作部１４０は、例えば、ハードキーや、液晶表示部及びその表面上に貼り付けられたタッチパネル部を備え、それらを介してユーザから指示を受け付ける。また、操作部１４０は、液晶表示部にソフトキーや、画像形成装置１００の機能や状態を表示することができる。操作部１４０は、ユーザからの指示に対応するコマンドを、制御部１１０に送信する。また、ＨＤＤ（Hard Disk Drive）１５０は、画像形成装置１００の各種設定及び画像データを記憶する。
【００２３】
上記の構成に基づき、画像形成装置１００は、例えば、コピー機能、画像データ送信機能、プリンタ機能等の種々の機能を実現する。コピー機能を実現する場合には、制御部１１０は、リーダ部１２０で原稿の画像データを読込み、プリンタ部１３０で当該画像データを用いて用紙に印刷する制御を行う。画像データ送信機能を実現する場合に、制御部１１０は、リーダ部１２０で読み込んだ原稿の画像データをコードデータに変換し、当該コードデータを、ネットワーク１６０を介して監視端末（１６１、１６２）に送信する。さらに、プリンタ機能を実現する場合には、制御部１１０は、監視端末（１６１、１６２）からネットワーク１６０を介して受信したコードデータ（印刷データ）を画像データに変換し、プリンタ部１３０へ送信する。プリンタ部１３０は、受信した画像データを用いて用紙に印刷する。
【００２４】
＜標準技術の説明＞
次に、ＩＥＴＦ（Internet Engineering Task Force）がインターネットで利用される技術の標準化を目的として発行しているＲＦＣ（Request for Comments）及びＰＷＧに基づく、ネットワーク機器からの情報取得について説明する。
【００２５】
ネットワーク上のデバイスの情報監視プロトコルとしてＳＮＭＰ（Simple Network Management Protocol）が一般的に広く用いられている。ＳＮＭＰで管理されるネットワーク機器は、ＭＩＢ（Management Information Base）情報を搭載し、監視端末からのＳＮＭＰリクエストに対してレスポンスを行うことで管理される。
【００２６】
ＭＩＢ情報の構造については、ＩＥＦＴで標準化された仕様や、ＰＷＧで業界標準化された仕様、さらには、ベンダなどが独自に拡張したプライベートＭＩＢ仕様などが存在する。ＭＩＢ情報は、分野別の階層構造となっており、枝にはそれぞれ番号が割り当てられており、この番号をつなげたものをＯＩＤ（Object IDentifier）と呼ぶ。この階層構造と、ＯＩＤを持つオブジェクトがどの様な情報をもち、どのようなデータ型で定義されているのかは、各種のＲＦＣによって規定、もしくは企業等によって独自に規定されている。
【００２７】
データ型の定義についても管理情報構造（ＳＭＩ（Structure of Management Information））としてＲＦＣに規定があり、ＡＳＮ．１（Abstract Syntax Notation One）というＩＳＯとＩＴＵ−Ｔで規定された記述言語で表現される。これらの技術仕様は不変ではなく、技術の進歩によって更新が行われる。
例として、ＲＦＣでは「ＲＦＣｘｘｘｘ」という番号があり、一度公開された仕様の更新にあたっては、旧来の番号をＯｂｓｏｌｅｔｅ扱いとし、新規の番号が割り当てられる。
【００２８】
ネットワーク機器の電力状態の監視をネットワーク上の遠隔の監視端末からＳＮＭＰとＭＩＢとを用いて行うために、PWG Imaging System Power MIB v1.0（以下、ＰｏｗｅｒＭＩＢ）がＰＷＧから業界標準規格として提案されている。
このＰｏｗｅｒＭＩＢ仕様には、監視端末側から管理対象のネットワーク機器に対し、定期的なポーリングによる電力状態の管理に加えて、管理対象のネットワーク機器が自身の電力状態の遷移に応じて監視端末側に状態通知を行うための仕様も含まれている。
【００２９】
本実施例では、一例として、ＳＮＭＰとＭＩＢ情報を用いてデバイス監視を行う方法に関して説明する。とりわけ、Ｐｏｗｅｒ ＭＩＢの規格を用い、画像形成装置の電力状態の管理を監視端末から行うための制御について説明する。
ネットワーク機器側から監視端末側へＳＮＭＰを用いて通知を行う方法は、主に２つの方法が存在している。
次に、この２つの通知方法の違いを、図２を用いて簡単に説明する。
【００３０】
＜ｔｒａｐとＩｎｆｏｒｍ＞
図２は、「ｔｒａｐ」と「ｉｎｆｏｒｍ」の通知方法を説明するための図である。
最初に「ｔｒａｐ」と「ｉｎｆｏｒｍ」とで共通の説明を行う。
ＳＮＭＰによる管理機能は、ＳＮＭＰエンティティと呼ばれる構成要素によって実現される。ここで、便宜上、ＳＮＭＰによって情報を管理される側を「エージェント」、情報を管理する側を「マネージャ」と呼ぶ。
【００３１】
画像形成装置１００は、情報を管理される側のエージェントであり、管理される対象の情報としてＭＩＢ情報２００を有している。画像形成装置１００には、予め情報通知先としてマネージャ側の装置である監視端末１６１が登録されており、ＭＩＢ情報２００に変化があった場合に通知を行う設定がなされている。ＭＩＢ情報２００では、多様な情報が管理されており、そのうちのどの情報の変化によって通知を行うか否かについても予め設定がなされている。ＰｏｗｅｒＭＩＢの例では、電力遷移が発生し、ＭＩＢ情報２００が変化した際に、エージェント側からマネージャ側に対して通知を行う仕様が定められている。
【００３２】
「ｔｒａｐ」で通知を行う場合、画像形成装置１００は、ＭＩＢ情報２００に変化があった時点で、通知種別をｔｒａｐ２０１とし、通知するＭＩＢ情報とともにＳＮＭＰモジュール２０２を呼び出す。ＳＮＭＰモジュール２０２は、通信モジュールＵＤＰ／ＩＰ２０３を呼び出し、マネージャ側の監視端末１６１の通信モジュールＵＤＰ／ＩＰ２０４に対し、ＭＩＢ情報と共に通知を行う。
【００３３】
通信モジュールＵＤＰ／ＩＰ２０４は、受信したＭＩＢ情報と共に、エージェント側である画像形成装置１００から通知種別がｔｒａｐの通知を受信した旨をＳＮＭＰモジュール２０５に対して通知する。ＳＮＭＰモジュール２０５は、監視端末１６１で動作している機器監視アプリケーションに対して、通知を受けたＭＩＢ情報と共に画像形成装置１００からｔｒａｐ２０６にて情報が到達した旨を通知する。
【００３４】
「ｉｎｆｏｒｍ」で通知を行う場合、画像形成装置１００は、ＭＩＢ情報２００に変化があった時点で、通知種別をＩｎｆｏｒｍＲｅｑｕｅｓｔ２０７とし、通知するＭＩＢ情報とともにＳＮＭＰモジュール２０２を呼び出す。ＳＮＭＰモジュール２０２は、通信モジュールＵＤＰ／ＩＰ２０３を呼び出し、マネージャ側の監視端末１６１の通信モジュールＵＤＰ／ＩＰ２０４に対し、ＭＩＢ情報と共に通知を行う。
【００３５】
通信モジュールＵＤＰ／ＩＰ２０４は、受信したＭＩＢ情報と共にエージェント側である画像形成装置１００から通知種別がＩｎｆｏｒｍＲｅｑｕｅｓｔの通知を受信した旨をＳＮＭＰモジュール２０５に対して通知する。ＳＮＭＰモジュール２０５は、監視端末１６１で動作している機器監視アプリケーションに対して、通知を受けたＭＩＢ情報と共に画像形成装置１００からＩｎｆｏｒｍＲｅｑｕｅｓｔ２０８にて情報が到達した旨を通知する。ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０８にて画像形成装置１００からの情報通知を受けた監視端末１６１で動作している機器監視アプリケーションは、確かに受信を行った確認応答として、ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０８に対するＲｅｓｐｏｎｓｅ２０９をＳＮＭＰモジュール２０５にセットする。ＳＮＭＰモジュール２０５は、画像形成装置１００に確認応答を行うために通信モジュールＵＤＰ／ＩＰ２０４をさらに呼び出して、画像形成装置側の通信モジュールＵＤＰ／ＩＰ２０３に対して確認応答の送信を行う。ＳＮＭＰモジュール２０２はＩｎｆｏｒｍＲｅｑｕｅｓｔ２０７の確認応答としてＲｅｓｐｏｎｓｅ２１０を画像形成装置１００に通知を行う。
【００３６】
ここで、画像形成装置１００は、ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０７の通知開始からからＲｅｓｐｏｎｓｅ２１０を受け取るまでに、一定時間を経過した場合には、ＩｎｆｏｒｍＲｅｑｕｅｓｔ２０７が監視端末１６１に到達しなかったと判断する。不達と判断した場合、画像形成装置１００は、予め決められた間隔と回数でＩｎｆｏｒｍＲｅｑｕｅｓｔ２０７の再送を行う。
【００３７】
「ｔｒａｐ」と「ｉｎｆｏｒｍ」の仕様差分として簡単にまとめると以下の仕様差がある。
ｔｒａｐは、状態変化を一方的に通知するだけである。ｔｒａｐは、一方的に通知するだけであるため、通知先に設定できるアドレスは、ユニキャスト、マルチキャスト、ブロードキャストの何れであってもよい。
【００３８】
ｉｎｆｏｒｍは、到達確認を行うため、ＳＮＭＰエージェントはＳＮＭＰマネージャからのＲｅｓｐｏｎｓｅが無い場合に、予め定められた間隔／回数でＩｎｆｏｒｍＲｅｑｕｅｓｔの再送を行う。ｉｎｆｏｒｍは、到達確認を行う機構上、不特定多数の通知先であるマルチキャスト、ブロードキャストのアドレスを通知先に設定することはなく、必ずユニキャストで指定する。
図９は、ユニキャスト、マルチキャスト、ブロードキャストの概念を例示する図である。
【００３９】
＜画像形成装置の代表的な電力遷移の例＞
図３は、代表的な画像形成装置１００の電力遷移と、監視端末１６１に対しての電力遷移通知との関係を説明するための図である。
図３において、縦軸３２０は画像形成装置１００の消費電力（使用電力）を示しており、横軸３１９は経過時間を示している。
【００４０】
画像形成装置１００は複数の電力状態に遷移するものであり、３００は、画像形成装置１００が消費する最大電力を示している。３０３は、画像形成装置１００がスリープ（ｓｌｅｅｐ）状態（省電力状態）で消費する電力を示している。３０１と３０２は、画像形成装置１００のその他の電力状態を示している。例えば、３０１は、制御部１１０及びリーダ部１２０とプリンタ部１３０とが同時に稼働している場合に消費する電力を示している。また、３０２は、制御部１１０及びプリンタ部１３０が稼働している場合に消費する電力を示している。
【００４１】
次に、画像形成装置１００の電源ＯＮ（３０４）から電源ＯＦＦ（３１４）に至るまでの電力遷移と電力状態の通知に関して時系列で説明する。
最初に、３０４にて画像形成装置１００の電源がＯＮされる。電源ＯＮ直後は、画像形成装置１００の各種初期化の処理やマーキングユニット１３２の温度調節動作が行われるため、最大の消費電力状態３００となる。
【００４２】
画像形成装置１００は、電源ＯＮで消費電力に変化が発生したことを契機に、監視端末１６１に対してｉｎｆｏｒｍで電力状態通知３０５を行う。電力状態通知３０５を受信した監視端末１６１は、画像形成装置１００からの電力状態通知を受信したことを到達の確認応答３０６として返信を行う。
【００４３】
次に、画像形成装置１００が所定の時間動作しなかった場合や、ユーザからの指示を受けた制御部１１０は、３０７にて、画像形成装置１００の電力状態をｓｌｅｅｐ状態に遷移させる。その際、電力遷移が発生するために画像形成装置１００から監視端末１６１に宛てて電力状態通知３０８が行われる。電力状態通知３０８を受信した監視端末１６１は、画像形成装置１００からの電力状態通知を受信したことを到達の確認応答３０９として返信を行う。なお、図３の例では、確認応答３０９を受信した画像形成装置１００の電力状態に変化がない例として記載しているが、画像形成装置１００がこの確認応答３０９に反応し、スリープ解除が行われ消費電力が増加する場合がある。
【００４４】
スリープ状態の画像形成装置１００に対し、Ｊｏｂの実行要求があった場合、制御部１１０は、スリープ解除を行い、画像形成装置１００において処理に必要な構成要素に対して通電を行う。この際、処理に必要な構成要素に通電され、画像形成装置１００の消費電力に変化が生じるため、画像形成装置１００から監視端末１６１に宛てて電力状態通知３１０が行われる。電力状態通知３１０を受信した監視端末１６１は、画像形成装置１００からの電力状態通知を受信したことを到達の確認応答３１１として返信を行う。
【００４５】
以下同様に、画像形成装置１００の電力状態の変化に伴って、電力状態通知３１２と確認応答３１３、電力状態通知３１４と確認応答３１５が画像形成装置１００と監視端末１６１との間でやり取りがなされる。
【００４６】
最後に、３１６にて、ユーザから電源ＯＦＦの指示を受けた制御部１１０は、画像形成装置１００のシャットダウンの処理を開始する。シャットダウンに伴って電力遷移が発生するために画像形成装置１００から監視端末１６１に宛てて電力状態通知３１７が行われる。電力状態通知３１７した監視端末１６１は、画像形成装置１００からの電力状態通知を受信したことを到達の確認応答３１８返信を行う。確認応答３１８は、画像形成装置１００のシャットダウン後には受信ができないため、画像形成装置１００からは電力状態通知３１７が監視端末１６１に到達したか否かの確認を行うことはできない。
【００４７】
次に、図４のフローチャートを用いて本実施系の説明を行う。
図４は、実施例１の画像形成装置の処理を例示するフローチャートである。このフローチャートの処理は、画像形成装置１００の制御部１１０が、ＲＯＭやＨＤＤ１５０等に記録されたプログラムを読み出して実行することにより実現される。なお、図中、'Ｓ'を付した符号はステップを示す。
【００４８】
画像形成装置１００の制御部１１０は、処理を開始すると（Ｓ４０１）、Ｓ４０２において、画像形成装置１００の電力状態が遷移したか否かの判定を行う。そして、電力状態が遷移していないと判定した場合（Ｓ４０２でＮｏの場合）、制御部１１０は、Ｓ４１５へ処理を移行させ、本フローチャートの処理は終了となる。一方、電力状態が遷移していると判定した場合（Ｓ４０２でＹｅｓの場合）、制御部１１０は、Ｓ４０３に処理を移行させる。
【００４９】
Ｓ４０３において、制御部１１０は、画像形成装置１００の電力遷移が電源のＯＦＦであるか否かの判定を行う。そして、電源ＯＦＦへの遷移ではないと判定した場合（Ｓ４０３でＮｏの場合）、制御部１１０は、Ｓ４０４へ処理を移行させる。一方、電源ＯＦＦへの遷移であると判定した場合（Ｓ４０３でＹｅｓの場合）、制御部１１０は、Ｓ４１４に処理を移行させる。
【００５０】
Ｓ４０４において、制御部１１０は、画像形成装置１００の電力遷移がｓｌｅｅｐ状態（省電力状態）への遷移か否か判定する。そして、ｓｌｅｅｐ状態への遷移ではないと判定した場合（Ｓ４０４でＮｏの場合）、制御部１１０は、Ｓ４０５へ処理を移行させる。一方、ｓｌｅｅｐ状態への遷移であると判定した場合（Ｓ４０４でＹｅｓの場合）、Ｓ４１４に処理を移行させる。
【００５１】
Ｓ４１４において、制御部１１０は、後述の６０８で説明する通知タイプがｉｎｆｏｒｍ設定となっている送信先設定に対して、一時的に通知タイプをｔｒａｐに切り替え、図６で設定された送信先すべてに対し電力状態の遷移通知を行った後Ｓ４０８へ処理を移行させる。
【００５２】
Ｓ４０５において、制御部１１０は、後述で説明する通知先設定の通知タイプ６０８がｉｎｆｏｒｍか否かを判定する。そして、通知先設定の通知タイプ６０８がｉｎｆｏｒｍであると判定した場合（Ｓ４０５でＹｅｓの場合）、制御部１１０は、Ｓ４０９に処理を移行させる。
【００５３】
一方、通知先設定の通知タイプ６０８がｉｎｆｏｒｍでない（即ちｔｒａｐ設定）と判定した場合（Ｓ４０５でＮｏの場合）、制御部１１０は、Ｓ４０６に処理を移行させる。なお、ＳＮＭＰｖ１の通知設定ではｉｎｆｏｒｍ設定がＳＮＭＰ仕様として存在しない、つまりｔｒａｐ設定のみであることが自明であるため、ＳＮＭＰｖ１の通知先に対しては常にＳ４０６に処理が移行されることとなる。
【００５４】
Ｓ４０６において、制御部１１０は、後述する図６で設定された通知先の設定内容に沿ってｔｒａｐ通知を行い、Ｓ４０７に処理を移行させる。
Ｓ４０７において、制御部１１０は、図６で設定された全ての通知先に対して通知が完了したか否かを判定する。そして、通知すべき通知先が残存していると判定した場合（Ｓ４０７でＮｏの場合）、制御部１１０は、Ｓ４０５へ処理を移行させ、次の通知先へ通知を行うように制御する。一方、通知すべき通知先が残存していないと判定した場合（Ｓ４０７でＹｅｓの場合）、制御部１１０は、Ｓ４０８へ処理を移行させる。
【００５５】
Ｓ４０８において、制御部１１０は、画像形成装置１００の電力状態を遷移させた後、Ｓ４１５にて一連の処理を終了させる。
【００５６】
Ｓ４０９において、制御部１１０は、図２で説明したｉｎｆｏｒｍでの電力遷移の通知を行う。
次に、Ｓ４１０において、制御部１１０は、電力遷移の通知を行った通知先から、予め定めた時間内（例えば５秒）に到達確認の返信があったか否かを判定する。そして、到達確認の返信があったと判定した場合（Ｓ４１０でＹｅｓの場合）、制御部１１０は、Ｓ４０７に処理を遷移させる。一方、到達確認の返信がなかったと判定した場合（Ｓ４１０でＮｏの場合）、制御部１１０は、Ｓ４１１に処理を移行させる。
【００５７】
Ｓ４１１において、制御部１１０は、予め定めたｉｎｆｏｒｍ通知のリトライ回数（例えば５回）の上限に達したか否かを判定する。そして、リトライ回数の上限に達していないと判定した場合（Ｓ４１１でＮｏの場合）、制御部１１０は、Ｓ４１３に処理を移行させる。
Ｓ４１３において、制御部１１０は、予め定めたリトライ間隔（例えば３０秒）の時間が経過したか否かを判定する。そして、リトライ間隔に達するまでＳ４１３をループさせ、リトライ間隔に達したと判定した場合（Ｓ４１３でＹｅｓの場合）、制御部１１０は、Ｓ４０９に処理を移行させる。
【００５８】
一方、上記Ｓ４１１において、リトライ回数の上限に達していると判定した場合（Ｓ４１１でＹｅｓの場合）、制御部１１０は、Ｓ４１２に処理を移行させる。
Ｓ４１２において、制御部１１０は、ｉｎｆｏｒｍ通知のリトライ上限に達してもｉｎｆｏｒｍ通知先からの到達確認の返信が得られないため、当該通知先からの到達確認とリトライをスキップさせ、Ｓ４０７に処理を移行させる。Ｓ４０７以降は説明済みであるので省略する。
【００５９】
次に、ＳＮＭＰｖ３のユーザ設定画面と設定項目について説明する。
図５は、ＳＮＭＰｖ３のユーザ設定画面と設定項目を例示する図である。
ＳＮＭＰｖ３は、非特許文献４のＩＥＴＦ ＳＴＤ６２によって規格化されており、ユーザベースの認証機構と暗号化を使用して通信を行う。
【００６０】
５００は、ＳＮＭＰｖ３のユーザ設定のための操作部画面の設定例を示すものであり、操作部１４０のタッチパネル部に表示される。
ＳＮＭＰｖ３ユーザは複数存在することが可能であり、５０１及び５０２は、現在設定を行っている前後のユーザ設定画面に切り替えを行うためのボタンである。
５０４は、制御部１１０においてＳＮＭＰｖ３のユーザを一意に特定するユーザＩＤを示しており、制御部１１０が管理するＩＤであるため表示のみでユーザ操作することは出来ない。
【００６１】
５０５は、５０４で示したユーザＩＤのＳＮＭＰｖ３設定を有効化／無効化するための設定項目であり、ユーザが５１１のプルダウン設定から有効／無効を選択することにより変更が可能となっている。
５０６は、５０４のユーザＩＤに対するユーザ名を設定するための設定項目を示しており、ユーザが５０６を押下することにより、不図示のソフトウェアキーボード入力手段等々画面遷移し、ユーザ名の入力や変更が可能となっている。
【００６２】
５０７は、５０６で設定されたユーザ名に対して、ＳＮＭＰｖ３通信で認証を行うための認証アルゴリズムを設定するための設定項目であり、ユーザが５１２を押下することによりプルダウン設定から「なし／ＭＤ５／ＳＨＡ１」の中から選択が可能である。
５０８は、５０７で選択した認証アルゴリズムでの認証パスワードの入力を行うための設定項目であり、ユーザが５０８を押下することにより、不図示のソフトウェアキーボード入力手段等々画面遷移し、認証パスワードの入力や変更が可能となっている。
【００６３】
５０９は、５０４のユーザＩＤがＳＮＭＰｖ３通信で通信を行う際の暗号化アルゴリズムを設定するための設定項目であり、ユーザが５１３を押下することによりプルダウン設定から「なし／ＤＥＳ／ＡＥＳ」の中から選択が可能である。
５１０は、５０９で選択した暗号化アルゴリズムでの暗号化パスワードの入力を行うための設定項目であり、ユーザが５１０を押下することにより、不図示のソフトウェアキーボード入力手段等々画面遷移し、暗号化パスワードの入力や変更が可能となっている。
なお、ユーザ名５０６、認証パスワード５０８および暗号化パスワードは、それぞれ最少文字列長や最大文字列長を設けてもよい。
【００６４】
５０３はＯＫボタンである。ＳＮＭＰｖ３のユーザ設定が完了し、ユーザがＯＫボタン５０３を押下することにより、操作部１４０から制御部１１０に対してＳＮＭＰｖ３ユーザ設定値が送信される。制御部１１０は、受信したＳＮＭＰｖ３ユーザ設定値に基づいてＳＮＭＰｖ３の通信を行う。
【００６５】
次に、ＳＮＭＰｖ１とＳＮＭＰｖ３でのトラップ送信先の設定画面と設定項目について説明する。
図６は、ＳＮＭＰｖ１とＳＮＭＰｖ３でのトラップ送信先の設定画面と設定項目を例示する図である。
【００６６】
６００は、ＳＮＭＰｖ１及びＳＮＭＰｖ３での通知先の設定を行うための操作部画面の設定例を示すものであり、操作部１４０のタッチパネル部に表示される。
【００６７】
６０１は、ＳＮＭＰｖ１での通知先設定を行うための表示例である。
６０４は、通知先のアドレス設定項目を示しており、画面例では通知先としてＩＰｖ４アドレス、ＩＰｖ６アドレス、ＦＱＤＮ（Fully Qualified Domain Name）での設定を可能としている。
６０５は、コミュニティ名設定を示している。ＳＮＭＰｖ１の通信ではコミュニティ名を用いて管理対象をグルーピングし同じコミュニティに属するノード間で通信を行う。コミュニティ名ごとに管理スコープを変更したり、ｒｅａｄ−ｏｎｌｙ／ｒｅａｄ−ｗｒｉｔｅのアクセスモードの切り替えを行ったりすることも可能である。
６０６は、通知先の有効／無効を切り替えるための設定項目である。
【００６８】
６０２は、ＳＮＭＰｖ３での通知先設定を行うための表示例である。
６０７は、６０４と同様に通知先のアドレス設定項目を示しており、画面例では通知先としてＩＰｖ４アドレス、ＩＰｖ６アドレス、ＦＱＤＮ（Fully Qualified Domain Name）での設定を可能としている。
６０８は、ＳＮＭＰｖ３での通知タイプを選択するための設定項目であり、ＳＮＭＰｖ３ではｔｒａｐ通知とｉｎｆｏｒｍの何れかが選択可能である。
６０９は、通知を行う際に使用するＳＮＭＰｖ３のユーザＩＤを設定する項目で、ユーザＩＤの詳細な設定は前述の図５で行っており、５０４のユーザＩＤと紐付けされている。
６１０は、通知先の有効／無効を切り替えるための設定項目である。
【００６９】
６０３はＯＫボタンである。ＳＮＭＰｖ１とＳＮＭＰｖ３の通知先設定が完了し、ユーザがＯＫボタン６０３を押下することにより、操作部１４０から制御部１１０に対してＳＮＭＰの通知先設定値が送信される。制御部１１０は、受信したＳＮＭＰの通知先設定値に基づいてＳＮＭＰの通知を行う。
【００７０】
以上示したように、実施例１によれば、画像形成装置が特定の電力状態へ遷移する場合に、監視端末側への電力通知の通知方法（通知タイプ）を切り替えることにより、画像形成装置の電力状態の遷移を妨げることなく、監視端末への電力通知を行うことが可能となる。また、通知方法をＩｎｆｏｒｍからＴｒａｐに切り替えて電力通知を行うことにより、到達確認を行わないため、電力通知後すぐに電力状態を遷移させることができる。
【実施例２】
【００７１】
上記実施例１では、画像形成装置の電源ＯＦＦ時とｓｌｅｅｐ時の電力遷移に対しては常にｉｎｆｏｒｍの通知先設定を一時的にｔｒａｐに変更し、到達確認を行わない実施形態であった。実施例２では、電力状態が遷移したいことを監視端末側に伝えることを優先するか否かを設定し、該設定によって特定の電力状態遷移を、到達確認を含めた通知優先とするか、電力遷移優先とするかの切り替えを可能とする。
以下、実施例１との差異について説明し、実施例１と同一の構成については説明を省略する。
【００７２】
図７のフローチャートを用いて本実施系の説明を行う。
図７は、実施例２の画像形成装置の処理を例示するフローチャートである。このフローチャートの処理は、画像形成装置１００の制御部１１０が、ＲＯＭやＨＤＤ１５０等に記録されたプログラムを読み出して実行することにより実現される。なお、図中、'Ｓ'を付した符号はステップを示す。
なお、図７は図４で説明したフローチャートに対して条件分岐と処理が追加されたフローチャートであるため、差分についてのみ説明を行う。図４と同一のステップには同一のステップ番号を付してある。
【００７３】
画像形成装置１００の制御部１１０は、処理を開始すると（Ｓ７００）、Ｓ４０２において、画像形成装置１００の電力状態が遷移したか否かの判定を行う。そして、電力状態が遷移していないと判定した場合（Ｓ４０２でＮｏの場合）、制御部１１０は、Ｓ７０６へ処理を移行させ、本フローチャートの処理は終了となる。一方、電力状態が遷移していると判定した場合（Ｓ４０２でＹｅｓの場合）、制御部１１０は、Ｓ７０１に処理を移行させる。
【００７４】
Ｓ７０１において、制御部１１０は、画像形成装置１００の電力遷移が電源のＯＦＦであるか否かの判定を行う。そして、電源ＯＦＦへの遷移であると判定した場合（Ｓ７０１でＹｅｓの場合）、制御部１１０は、Ｓ７０３に処理を移行させる。一方、電源ＯＦＦへの遷移ではないと判定した場合（Ｓ７０１でＮｏの場合）、制御部１１０は、Ｓ７０２へ処理を移行させる。
【００７５】
Ｓ７０２において、制御部１１０は、画像形成装置１００の電力遷移がｓｌｅｅｐ状態への遷移か否か判定する。そして、ｓｌｅｅｐへの遷移ではないと判定した場合（Ｓ７０２でＮｏの場合）、制御部１１０は、Ｓ４０５へ処理を移行させる。なお、Ｓ４０５以降の処理については説明を省略する。
一方、ｓｌｅｅｐへの遷移であると判定した場合（Ｓ７０２でＹｅｓの場合）、Ｓ７０３に処理を移行させる。
【００７６】
Ｓ７０３において、制御部１１０は、後述する図８の電力通知の優先設定８０１の設定値を参照し、電力通知の優先設定８０１が電力通知を優先する（「する」８０２）と設定されているか否かを判定する。そして、電力通知の優先設定８０１の設定値が電力通知を優先しない（「しない」８０３）と設定されていると判定した場合（Ｓ７０３でＮｏの場合）、制御部１１０は、Ｓ４０５へ処理を移行させる。
一方、電力通知設定の設定値が電力通知を優先する（「する」８０２）と設定されていると判定した場合（Ｓ７０３でＹｅｓの場合）、制御部１１０は、Ｓ７０４へ処理を移行させる。
【００７７】
Ｓ７０４において、制御部１１０は、図６の６０８で説明した通知タイプがｉｎｆｏｒｍ設定となっている送信先設定に対して、一時的に通知タイプをｔｒａｐに切り替えて電力状態の通知を行い、Ｓ７０５に処理を移行させる。
Ｓ７０５において、制御部１１０は、図６で設定された全ての通知先に対して電力状態の遷移通知を行ったか否かを判定する。そして、未だ全ての通知先に通知完了していないと判定した場合（Ｓ７０５でＮｏの場合）、制御部１１０は、Ｓ７０４に処理を移行させ、次の通知先に通知を行うように制御する。一方、全ての通知先に通知完了したと判定した場合（Ｓ７０５でＹｅｓの場合）、制御部１１０は、Ｓ４０８に処理を移行させる。
【００７８】
次に、図８を用いて、電力通知設定画面と設定項目についての説明を行う。
図８は、電力通知設定画面と設定項目を例示する図である。
８００は、電力通知設定のための操作部画面の設定例を示すものであり、操作部１４０のタッチパネル部に表示される。８０１は、電力通知を優先する、又は、優先しないを設定する設定項目（優先設定）である。電力通知を優先する場合には「する」８０２を、電力通知を優先しない場合には「しない」８０３を、ユーザが排他的に選択し、ＯＫボタン８０６を押下することにより、操作部１４０から制御部１１０に対して設定値が送信される。制御部１１０は、この設定値を、例えば図示しない内部のフラッシュＲＯＭ又はＨＤＤ１５０等の記憶装置に格納する。
【００７９】
また、画像形成装置１００の電力状態が遷移した後の電力状態８０４に基づいて、電力状態の遷移の通知を行うか否かの通知切替８０５を追加で設けてもよい。この設定を設けた場合、図７のフローチャートでは示していないが、制御部１１０が、８０４及び８０５に示した設定値に基づいて、遷移後の電力状態ごとに、電力状態の遷移の通知を行うか否かを制御する。すなわち、遷移後の電力状態ごとに、通知方法の切り替えを有効にするか否かを設定するＵＩ（８０４，８０５）を設け、制御部１１０が、画像形成装置１００の遷移後の電力状態に対して通知方法の切り替えを有効にする設定がなされている場合には、通知方法の切り替えを行うように構成してもよい。
【００８０】
以上示したように、実施例２によれば、特定の電力状態の遷移の際の監視端末による電力状態の把握の優先度をＵＩからユーザ選択可能としたり、遷移後の電力状態ごとに通知方法の切り替えを有効にするか否かを設定可能にすることにより、画像形成装置の設置環境に応じ、より適切な電力状態の管理を行うことが可能となる。
【００８１】
なお、通知方法をＴｒａｐに切り替えて電力通知を行う場合、該電力通知が到達しない可能性を考慮して、電力状態を遷移することが事前に分かっている場合（例えば、タイマーで電力状態を遷移する場合等）、Ｉｍｆｏｒｍ等の通知方法で、事前に遷移予告の通知を行っておくように構成してもよい。
【００８２】
また、監視端末において、ＰｏｗｅｒＭＩＢのログなどから、Ｔｒａｐの受信漏れがないか定期的に確認し、Ｔｒａｐの受信漏れが検出された場合、監視端末が、対応する画像形成装置に対し、その電力通知をＩｎｆｏｒｍで通知するように登録する。なお、Ｔｒａｐの受信漏れの確認は、例えば、ＰｏｗｅｒＭＩＢのログに、電源ＯＮがあるのに電源ＯＦＦがなく、次に電源ＯＮが記録されている場合や、スリープ移行があるのにスリープ復帰がなく、次にスリープ移行が記録されている場合など、電力状態の遷移に辻褄が合わない箇所があるか否かで行うものとする。
【００８３】
また、監視端末において、ｉｎｆｏｒｍの到達確認（レスポンス）にかかる時間や再送の回数などを計測しておき、所定の期間内で、到達確認にかかる時間の合計や再送回数等の値が所定の閾値を超えた場合、通知方法をＴｒａｐに切り替えて電力通知を行うように構成してもよい。なお、単に通知方法をＴｒａｐに切り替えるのみでなく、Ｉｎｆｏｒｍ（ユニキャスト）→Ｔｒａp（ユニキャスト）→Ｔｒａp（ブロードキャスト）→電力通知自体を行わない、のように通知を切り替え制御する構成であってもよい。
【００８４】
なお、監視端末から、画像形成装置側の通知方法の設定を切り替える場合、画像形成装置側では操作部１４０からの通知方法の設定の切り替えを禁止制御する。例えば、監視端末から通知方法設定を切り替えたもののみ、画像形成装置側で切り替え禁止制御する。
【００８５】
なお、上記各実施例では、画像形成装置１００の電力状態が遷移する場合に行う電力通知の通知方法として、ＳＮＭＰのＩｎｆｏｒｍＲｅｑｕｅｓｔによる通知、ＳＮＭＰのＴｒａｐによる通知を用いる構成を説明した。しかし、通知方法は、ＩｎｆｏｒｍｎとＴｒａｐに限定されるものではなく、到達確認を行う通知方法と、到達確認を行わない通知方法を用いるものであればよい。画像形成装置１００が特定の電力状態（例えば、電源オフ状態又はｓｌｅｅｐ状態）に遷移する場合に、到達確認を行う通知方法を、到達確認を行わない通知方法に切り替えて、監視端末に電力通知を行う構成であればよい。
【００８６】
なお、上記各実施例では、監視対象の機器の一例として画像形成装置を用いて説明したが、監視対象の機器は画像形成装置に限定されるものではなく、複数の電力状態を有するネットワーク機器であれば他の種類の機器であってもよい。例えば、ネットワーク家電などであってもよい。
【００８７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【００８８】
（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００８９】
１００    画像形成装置（ＭＦＰ）
１６０    ネットワーク
１６１，１６２    監視端末
【図１】
0006444174.tif 000002
【図２】
0006444174.tif 000003
【図３】
0006444174.tif 000004
【図４】
0006444174.tif 000005
【図５】
0006444174.tif 000006
【図６】
0006444174.tif 000007
【図７】
0006444174.tif 000008
【図８】
0006444174.tif 000009
【図９】
0006444174.tif 000010