(57)【要約】【課題】  ネットワーク上のホスト装置から利用される環境での省エネルギー効果を向上させる。【解決手段】  画像形成装置１は、第１の電源投入状態の場合と第２の電源投入状態の場合、ホスト装置２から自装置の機器情報の問い合わせを受信したとき、ＣＰＵ１２がＲＡＭ１３に記憶されている自装置の機器情報をホスト装置２へ送信、又はＣＰＵ１２が自装置の機器情報を検知してホスト装置２へ送信する。また、第３の電源投入状態の場合、ホスト装置２から自装置の機器情報の問い合わせを受信したとき、ネットワーク制御部１５が第３の電源投入状態でも参照可能なＲＯＭ１４に記憶されている自装置の機器情報をホスト装置２へ送信、又はネットワーク制御部１５が自装置の機器情報を送信できないことをホスト装置２へ送信する。【選択図】        図１
2010125692.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してホスト装置から画像データを受信する受信手段と、該受信手段によって受信した画像データに基づいて画像を形成する画像形成手段と、該画像形成手段による画像の形成を制御する制御手段とを備えた画像形成装置において、
前記画像形成手段と前記制御手段に電力が供給されている第１の電源投入状態の場合と、前記制御手段に電力は供給されているが前記画像形成手段への電力の供給が遮断されている第２の電源投入状態の場合、前記ホスト装置から自装置の機器情報の問い合わせを受信したとき、前記制御手段が、前記制御手段に含まれる第１の記憶手段に記憶されている自装置の機器情報を前記ホスト装置へ送信、又は前記制御手段が自装置の機器情報を検知して前記ホスト装置へ送信し、前記画像形成手段と前記制御手段への電力の供給が共に遮断されている第３の電源投入状態の場合、前記ホスト装置から自装置の機器情報の問い合わせを受信したとき、前記受信手段が前記第３の電源投入状態でも参照可能な第２の記憶手段に記憶されている自装置の機器情報を前記ホスト装置へ送信、又は前記受信手段が自装置の機器情報を送信できないことを前記ホスト装置へ送信するようにしたことを特徴とする画像形成装置。
【請求項２】
ネットワークを介してホスト装置から画像データを受信する受信手段と、該受信手段によって受信した画像データに基づいて画像を形成する画像形成手段と、該画像形成手段による画像の形成を制御する第１制御手段とを備えた画像形成装置において、
前記画像形成手段と前記第１制御手段に電力が供給されている第１の電源投入状態の場合と、前記第１制御手段に電力は供給されているが前記画像形成手段への電力の供給が遮断されている第２の電源投入状態の場合、前記ホスト装置から自装置の機器情報の問い合わせを受信したとき、前記第１制御手段が、前記第１制御手段に含まれる第１の記憶手段に記憶されている自装置の機器情報を前記ホスト装置へ送信、又は前記第１制御手段が自装置の機器情報を検知して前記ホスト装置へ送信し、前記画像形成手段と前記第１制御手段への電力の供給が共に遮断されている第３の電源投入状態の場合、前記ホスト装置から自装置の機器情報の問い合わせを受信したとき、前記第３の電源投入状態に含まれない第２制御手段が、前記第３の電源投入状態でも参照可能な第２の記憶手段に記憶されている自装置の機器情報を前記ホスト装置へ送信、又は自装置の機器情報を送信できないことを前記ホスト装置へ送信するようにしたことを特徴とする画像形成装置。
【請求項３】
前記第２の記憶手段に予め記憶されており、前記第３の電源投入状態の時に前記ホスト装置からの問い合わせに対して送信する機器情報はＭＩＢオブジェクトであることを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
前記第２の記憶手段に予め記憶されているＭＩＢオブジェクトのうち、画像形成装置の状態を示す情報については、前記ホスト装置がエラーと判断しない値に固定されていることを特徴とする請求項３記載の画像形成装置。
【請求項５】
前記第２の記憶手段に予め記憶されているＭＩＢオブジェクトは、前記ホスト装置からの書き換えが行えない情報だけであることを特徴とする請求項３記載の画像形成装置。
【請求項６】
前記ホスト装置からの機器情報の問い合わせに対する応答内容は、前記第１の電源投入状態又は前記第２の電源投入状態の時の応答内容と、前記第３の電源投入状態の応答内容とで異なることを特徴とする請求項１乃至５のいずれか一項に記載の画像形成装置。
【請求項７】
前記第３の電源投入状態で前記ホスト装置が前記第２の記憶手段に記憶されている機器情報の書き換えを要求してきた場合、前記ホスト装置に対して書き込み不可のエラーを返すことを特徴とする請求項６記載の画像形成装置。
【請求項８】
前記ホスト装置が前記第２の記憶手段に記憶されている機器情報の一部を要求してきた場合、前記ホスト装置に対して要求した情報は存在しない旨の情報を返答することを特徴とする請求項６記載の画像形成装置。
【請求項９】
前記第３の電源投入状態のとき、自装置に予め登録されているホスト装置から自装置の機器情報の問い合わせがあった場合、前記第３の電源投入状態から前記第２の電源投入状態又は前記第１の電源投入状態に移行させることを特徴とする請求項１乃至８のいずれか一項に記載の画像形成装置。
【請求項１０】
前記自装置に予め登録されているホスト装置は、自装置から入力されたＩＰアドレスによって登録することを特徴とする請求項９記載の画像形成装置。
【請求項１１】
前記自装置に予め登録されているホスト装置は、ネットワーク経由で接続された他のホスト装置から入力されたＩＰアドレスによって登録していることを特徴とする請求項９記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ファクシミリ装置，プリンタ，複写機，複合機を含む画像形成装置に関する。
【背景技術】
【０００２】
従来、省エネモード時に、ネットワークを介して接続された外部装置から自装置の機器情報の問い合わせがあった場合、サブＣＰＵが自装置の機器情報を検知して外部装置へ通知する画像形成装置（例えば、特許文献１参照）があった。
また、省エネルギー状態に移行する前に自装置の機器情報を記憶手段に記憶し、省エネルギー状態のときに、ネットワークを介して接続された外部装置から自装置の機器情報の問い合わせがあった場合、上記記憶手段に記憶されている機器情報を外部装置へ通知する画像形成装置（例えば、特許文献２参照）があった。
【特許文献１】特開２００４−３４４８８号公報
【特許文献２】特開２００５−１１９２０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、省エネルギー状態のときに自装置の機器情報の問い合わせがあった場合、その度に省エネルギー状態から通常の状態に復帰させるのでは、省エネルギー効果が得られないという問題があった。
また、特許文献１に記載の技術のように、省エネルギー状態のときにサブＣＰＵのみが動作して応答するようにしても、そのサブＣＰＵの駆動によって消費電力が上がり、やはり省エネルギー効果が得られないという問題があった。
【０００４】
さらに、特許文献２に記載の技術のように、省エネルギー状態のときに自装置の機器情報の問い合わせがあった場合、省エネルギー状態に移行する前に記憶手段に記憶していた機器情報を返送するのでは、この機器情報を省エネルギー状態に移行するまえに記憶手段に記憶するので、省エネルギーへの移行時間が遅くなる。
また、例えば、記憶手段として消費電力の大きいＲＡＭに機器情報を記憶するようにすると、ＲＡＭの電力を削減することができず、更なる消費電力の削減ができないし、ＲＡＭを外付けすると装置の製造コストも上昇する。
【０００５】
さらに、全ての機器情報の問い合わせに対して応答するためには、その全ての機器情報を記憶するための多くのＲＡＭ容量を備えたＲＡＭが必要となるが、省エネルギー状態で消費電力を削減したい画像形成装置では、少ない容量のＲＡＭで動作しないと消費電力の削減を行うことができない。
また、省エネルギー状態に移行する前に全ての機器情報を取得して記憶手段に記憶させるのには、その機器情報の取得及び記憶にかかる時間の分、省エネルギー状態の時間が短くなってしまう。
この発明は上記の点に鑑みてなされたものであり、ネットワーク上のホスト装置から利用される環境での省エネルギー効果を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
この発明は上記の目的を達成するため、ネットワークを介してホスト装置から画像データを受信する受信手段と、その受信手段によって受信した画像データに基づいて画像を形成する画像形成手段と、その画像形成手段による画像の形成を制御する制御手段を備えた画像形成装置において、上記画像形成手段と上記制御手段に電力が供給されている第１の電源投入状態の場合と、上記制御手段に電力は供給されているが上記画像形成手段への電力の供給が遮断されている第２の電源投入状態の場合、上記ホスト装置から自装置の機器情報の問い合わせを受信したとき、上記制御手段が、上記制御手段に含まれる第１の記憶手段に記憶されている自装置の機器情報を上記ホスト装置へ送信、又は上記制御手段が自装置の機器情報を検知して上記ホスト装置へ送信し、上記画像形成手段と上記制御手段への電力の供給が共に遮断されている第３の電源投入状態の場合、上記ホスト装置から自装置の機器情報の問い合わせを受信したとき、上記受信手段が上記第３の電源投入状態でも参照可能な第２の記憶手段に記憶されている自装置の機器情報を上記ホスト装置へ送信、又は上記受信手段が自装置の機器情報を送信できないことを上記ホスト装置へ送信するようにした画像形成装置を提供する。
【０００７】
また、ネットワークを介してホスト装置から画像データを受信する受信手段と、その受信手段によって受信した画像データに基づいて画像を形成する画像形成手段と、その画像形成手段による画像の形成を制御する第１制御手段を備えた画像形成装置において、上記画像形成手段と上記第１制御手段に電力が供給されている第１の電源投入状態の場合と、上記第１制御手段に電力は供給されているが上記画像形成手段への電力の供給が遮断されている第２の電源投入状態の場合、上記ホスト装置から自装置の機器情報の問い合わせを受信したとき、上記第１制御手段が、上記第１制御手段に含まれる第１の記憶手段に記憶されている自装置の機器情報を上記ホスト装置へ送信、又は上記第１制御手段が自装置の機器情報を検知して上記ホスト装置へ送信し、上記画像形成手段と上記第１制御手段への電力の供給が共に遮断されている第３の電源投入状態の場合、上記ホスト装置から自装置の機器情報の問い合わせを受信したとき、上記第３の電源投入状態に含まれない第２制御手段が、上記第３の電源投入状態でも参照可能な第２の記憶手段に記憶されている自装置の機器情報を上記ホスト装置へ送信、又は自装置の機器情報を送信できないことを上記ホスト装置へ送信するようにした画像形成装置にするとよい。
【０００８】
さらに、上記のような画像形成装置において、上記第２の記憶手段に予め記憶されており、上記第３の電源投入状態の時に上記ホスト装置からの問い合わせに対して送信する機器情報はＭＩＢオブジェクトにするとよい。
また、上記第２の記憶手段に予め記憶されているＭＩＢオブジェクトのうち、画像形成装置の状態を示す情報については、上記ホスト装置がエラーと判断しない値に固定するとよい。
さらに、上記第２の記憶手段に予め記憶されているＭＩＢオブジェクトを、上記ホスト装置からの書き換えが行えない情報だけにするとよい。
また、上記ホスト装置からの機器情報の問い合わせに対する応答内容は、上記第１の電源投入状態又は上記第２の電源投入状態の時の応答内容と、上記第３の電源投入状態の応答内容とで異なるようにするとよい。
【０００９】
さらに、上記第３の電源投入状態で上記ホスト装置が上記第２の記憶手段に記憶されている機器情報の書き換えを要求してきた場合、上記ホスト装置に対して書き込み不可のエラーを返すようにするとよい。
また、上記ホスト装置が上記第２の記憶手段に記憶されている機器情報の一部を要求してきた場合、上記ホスト装置に対して要求した情報は存在しない旨の情報を返答するようにするとよい。
さらに、上記第３の電源投入状態のとき、自装置に予め登録されているホスト装置から自装置の機器情報の問い合わせがあった場合、上記第３の電源投入状態から上記第２の電源投入状態又は上記第１の電源投入状態に移行させるようにするとよい。
また、上記自装置に予め登録されているホスト装置は、自装置から入力されたＩＰアドレスによって登録するようにするとよい。
さらに、上記自装置に予め登録されているホスト装置は、ネットワーク経由で接続された他のホスト装置から入力されたＩＰアドレスによって登録するようにするとよい。
【発明の効果】
【００１０】
この発明による画像形成装置は、ネットワーク上のホスト装置から利用される環境での省エネルギー効果を向上させることができる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
〔実施例１〕
図１乃至図３は、この発明の画像形成装置の実施例１の機能構成を示すブロック図である。
この画像形成装置１は、ファクシミリ装置，プリンタ，複写機，複合機を含む装置であり、ネットワーク３を介してパーソナルコンピュータを含むホスト装置２とデータ通信可能に接続されている。
【００１２】
画像形成装置１は、コントローラ１０と画像形成部２０を有し、画像形成部２０は、プロッタ２１、スキャナ２２を搭載している。
プロッタ２１は、コントローラ１０からの画像処理結果の画像データに基づく画像を紙等の媒体に印刷出力する印刷装置である。
スキャナ２２は、紙等の媒体に記録された情報の画像をスキャンし、その画像データをコントローラ１０に転送する画像読取装置である。
コントローラ１０は、電源制御部１１，ＣＰＵ１２，ＲＡＭ１３，ＲＯＭ１４，ネットワーク制御部１５，画像処理部１６，操作部１７を備えている。
電源制御部１１は、第１電源制御信号によって画像形成部２０への電源（公知なので図示を省略）による電力の供給と遮断を制御し、第２電源制御信号により、ＣＰＵ１２，ＲＡＭ１３，画像処理部１６，操作部１７を含み、画像形成部２０の制御を司る制御部分Ａへの電源による電力の供給と遮断を制御する。
【００１３】
ＣＰＵ１２は、コントローラ１０に搭載されている各部と画像形成部２０のプロッタ２１及びスキャナ２２を制御するマイクロコンピュータであり、上記制御手段の機能を果たす。
ＲＡＭ１３は、ＣＰＵ１２が各種の制御動作をするための情報の読み書きを行う作業領域を提供し、ＭＩＢを含む第１のステータスが格納されている揮発性メモリであり、上記第１の記憶手段の機能を果たす。
ＲＯＭ１４は、ＣＰＵ１２が各種の制御動作をするための手順であるプログラムやＭＩＢを含む第２のステータスが格納されている不揮発性メモリであり、上記第２の記憶手段の機能を果たす。
【００１４】
ネットワーク制御部１５は、ローカルエリアネットワーク，インターネットを含む通信網であるネットワーク３と接続し、ホスト装置２とのネットワーク３経由でのデータ通信を行う制御を司るネットワーク制御手段の機能を果たす。
画像処理部１６は、画像形成部２０のプロッタ２１に出力する元情報としての画像データを形成する画像処理手段の機能を果たす。
操作部１７は、ユーザの操作情報の入力を受け付ける入力装置と、ユーザへの各種の情報を表示する表示装置とを備えた入力表示装置である。
なお、この実施例１では、操作部１７をコントローラ１０の制御部分Ａの中に設けた構成例を示したが、制御部分Ａの外に、例えば、画像形成部２０や、その他の部分に設けるようにしてもよい。
【００１５】
この実施例１の画像形成装置１では、ＣＰＵ１２が実行するプログラムは不揮発性メモリであるＲＯＭ１４に格納されているが、そのプログラムを高速に実行するために、ＲＯＭ１４に格納されているプログラムを揮発性メモリであるＲＡＭ１３に移動させて実行する。そして、ＲＯＭ１４は、ネットワーク制御部１５から直接アクセスすることが可能となっている。
【００１６】
図１には、実施例１の画像形成装置１の内部の全ての部分に電源からの電力が供給されている状態、すなわち、画像形成部２０と制御部分Ａ内の各部への電力が供給がされている第１の電源投入状態を示している。
実施例１の画像形成装置１は、第１の電源投入状態では、ホスト装置２からネットワーク３経由で受信したパケットは全てＣＰＵ１２が解読する。
ＣＰＵ１２は、解読したパケットが自装置の機器情報の問い合わせであった場合、その機器情報がＲＡＭ１３に予め記憶されている情報の場合には、ＲＡＭ１３に格納されているＭＩＢを含む第１のステータスを読み出し、その第１のステータスを含む応答パケットをネットワーク制御部１５へ出力する。
そして、ネットワーク制御部１５は、ＣＰＵ１２から受け取った応答パケットをネットワーク３を介してホスト装置２へ送信する。
【００１７】
また、ＣＰＵ１２は、ホスト装置２から受信したパケットが問い合わせている機器情報が画像形成装置１の状態、例えば、用紙の状態，トナーの状態を含む情報であり、ＲＡＭ１３に予め記憶されていない情報の場合には、画像処理部１６を介して画像形成部２０から必要な機器情報を取得する。
その機器情報を一旦ＲＡＭ１３に格納してＭＩＢオブジェクトの規格に合う情報に加工して、その加工後の情報を含む応答パケットをネットワーク制御部１５へ出力する。
そして、ネットワーク制御部１５はネットワーク３を介してホスト装置２へＣＰＵ１２からの応答パケットを送信する。
【００１８】
図２には、実施例１の画像形成装置１の制御部分Ａへの電力の供給はされているが、画像形成部２０への電力の供給が遮断されている第２の電源投入状態を示している。
実施例１の画像形成装置１では、ＣＰＵ１２が予め設定された一定時間、画像形成部２０を使用するジョブが存在しない場合、電源制御部１１に対して画像形成部２０への給電を遮断させる指示の第１電源指示信号を送る。
電源制御部１１は、ＣＰＵ１２から第１電源指示信号を受け取ると、画像形成部２０に対して第１電源制御信号によって電源からの電力の給電を遮断する。
こうして、画像形成装置１は省エネルギー状態に移行する。図２の画像形成部２０の矩形枠にハッチングを施して電力が遮断された状態であることを示している。
【００１９】
第２の電源投入状態では、ホスト装置２からネットワーク３経由で受信したパケットは全てＣＰＵ１２が解読する。
ＣＰＵ１２は、解読したパケットが自装置の機器情報の問い合わせであった場合、その機器情報がＲＡＭ１３に予め記憶されている情報の場合には、ＲＡＭ１３に格納されているＭＩＢを含む第１のステータスを読み出し、その第１のステータスを含む応答パケットをネットワーク制御部１５へ出力する。
そして、ネットワーク制御部１５は、ネットワーク３を介してホスト装置２へＣＰＵ１２からの応答パケットを送信する。
【００２０】
また、ＣＰＵ１２は、ホスト装置２から受信したパケットが問い合わせている機器情報が画像形成装置１の状態、例えば、用紙の状態，トナーの状態を含む情報であり、ＲＡＭ１３に予め記憶されていない情報の場合には、電源制御部１１に対して画像形成部２０への給電を再開させる指示の第１電源指示信号を送る。
電源制御部１１は、ＣＰＵ１２から第１電源指示信号を受け取ると、画像形成部２０に対して第１電源制御信号によって電源からの電力の給電を再開する。
こうして、画像形成装置１は省エネルギー状態から画像形成が可能な通常状態に戻る。
【００２１】
ＣＰＵ１２は、画像形成部２０が省エネルギー状態から復帰したことを確認すると、画像処理部１６を介して画像形成部２０から必要な機器情報を取得し、その機器情報を一旦ＲＡＭ１３に格納してＭＩＢオブジェクトの規格に合う情報に加工し、その加工後の情報を含む応答パケットをネットワーク制御部１５へ出力する。
そして、ネットワーク制御部１５は、ネットワーク３を介してホスト装置２へＣＰＵ１２からの応答パケットを送信する。
その後、ＣＰＵ１２は、画像形成部２０を使用するジョブが存在しない状態が予め設定された一定時間継続したら、電源制御部１１に対して画像形成部２０への給電を遮断させる指示の第１電源指示信号を送る。
電源制御部１１は、ＣＰＵ１２から第１電源指示信号を受け取ると、画像形成部２０に対して第１電源制御信号によって電源からの電力の給電を再び遮断して、画像形成装置１は再び第２の電源投入状態に戻る。
【００２２】
図３には、実施例１の画像形成装置１において、上記第２の電源投入状態に移行した後に一定の条件が成立した場合に移行する第３の電源投入状態を示している。
例えば、第２の電源投入状態で画像形成装置１の画像形成部２０を含む各部のいずれについても、動作する必要のあるジョブが一定期間発生しなかった場合、ＣＰＵ１２は、電源制御部１１に対して制御部分Ａへの給電を遮断する指示の第１電源指示信号を送る。
電源制御部１１は、ＣＰＵ１２からの第１電源指示信号を受け取ると、第２電源制御信号によって、制御部分Ａの各部への電源からの給電を遮断すると共に、制御部分ＡのＣＰＵ１２，ＲＡＭ１３，画像処理部１６，操作部１７の各部への給電が遮断されたことをネットワーク制御部１５へ通知する。
このようにして、画像形成装置１は第３の電源投入状態（スリープ状態）に移行する。
【００２３】
第３の電源投入状態では、ホスト装置２からネットワーク３経由で受信したパケットは全てネットワーク制御部１５が解読する。但し、ネットワーク制御部１５が解読できるパケットは、例えば、ピン（Ｐｉｎｇ），アープ（ＡＲＰ），エスエヌエムピー（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ：ＳＮＭＰ）を含む極一部の種類のパケットである。
また、ＲＯＭ１４には、ホスト装置２からの問い合わせに対して予め固定的な値を返すための第２のステータスが格納されている。
【００２４】
ネットワーク制御部１５は、ネットワーク３を介して受信したパケットが解読できなかった場合、電源制御部１１に制御部分Ａへの給電を再開させる指示の第２電源指示信号を送る。
電源制御部１１は、ネットワーク制御部１５から第２電源指示信号を受け取ると、第２電源制御信号によって、制御部分ＡのＣＰＵ１２，ＲＡＭ１３，画像処理部１６，操作部１７への給電を再開する。
その後、給電が再開されたＣＰＵ１２は、ネットワーク制御部１５から解読できなかったパケットを受け取って解読し、そのパケットの中身に応じた処理を行う。
そして、ホスト装置２からネットワーク３経由で受信したパケットが自装置の機器情報の問い合わせのＳＮＭＰパケットであったときは、ＲＯＭ１４に予め格納されているＭＩＢオブジェクトを含む応答パケットをネットワーク制御部１５を介してホスト装置２へ送信する。
【００２５】
その機器情報の問い合わせが画像形成装置１の状態、例えば、用紙やトナーの状態を問い合わせている場合には、ＲＯＭ１４に格納されているＭＩＢオブジェクトは実際の画像形成装置１の状態に関わらず、エラーや警告が発生しない値が設定されているため、画像形成装置１の制御部分Ａと画像形成部２０への給電を再開させて実際の画像形成装置の状態を取得するという処理は行わない。
また、ホスト装置２が送信してくるパケットがＭＩＢオブジェクトの書き換えを要求している場合、ＲＯＭ１４への書き換え等は一切行わずに、ホスト装置２に対して、このＭＩＢオブジェクトは書き換え不可能という応答をネットワーク制御部１５が送信する。
【００２６】
さらに、ホスト装置２が送信してくるパケットが示しているＳＮＭＰパケットのオブジェクト識別子（Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ：ＯＩＤ）に該当するＭＩＢオブジェクトがＲＯＭ１４に記憶されていない場合には、ネットワーク制御部１５はホスト装置２に対して、そのＭＩＢオブジェクトはサポートしていない旨の通知を送信する。
このようにして、第３の電源投入状態（スリープ状態）に入っている時にホスト装置２から機器情報の問い合わせパケットを受信しても、画像形成装置１のスリープ状態を解除せずに済むので、画像形成装置１の電力消費を削減することができる。
【００２７】
また、ＳＮＭＰパケットでのＭＩＢオブジェクトの書き換えをエラーとする。
したがって、ホスト装置２からの更なるＳＮＭＰパケットの送信を予め防ぐことが可能となると共に、ＭＩＢオブジェクト書き換えのために第２の電源投入状態に復帰してしまうことを防ぎ、低消費電力状態を維持することができる。
さらに、ＲＯＭ１４に格納されていないＭＩＢオブジェクトについての問い合わせを受信したときにはサポートしていない旨の応答を送信する。
したがって、ホスト装置２からの更なるＳＮＭＰパケットの送信を予め防ぐことが可能になり、ＭＩＢオブジェクトを参照するために第２の電源投入状態に復帰してしまうことを防ぎ、低消費電力状態を維持することができる。
【００２８】
また、本来書き換え可能なＭＩＢオブジェクトに対し、第３の電源投入状態ではエラーを送信する。
さらに、本来サポートしているはずのＭＩＢオブジェクトであるのに第３の電源投入状態ではＲＯＭ１４に格納されていないＭＩＢオブジェクトを参照したときにはエラーまたはサポートしていないと応答する。
したがって、ホスト装置２はネットワーク３に接続されている画像形成装置１が第３の電源投入状態（スリープ状態）に入っているということを認識することができる。
【００２９】
もし、ネットワークに接続された画像形成装置がユニキャストやマルチキャストで低消費電力モードへ移行したこと及び復帰したことを通知するようにした場合、このような通知を行ったとしても、その通知を扱えるホスト装置には有効であるが、その通知を扱えないホスト装置では、その通知パケットを受信したとしても何の処理もできない不要なパケットを受信したような状態となる。
その結果、画像形成装置が頻繁に低消費電力モードへの移行と復帰を繰り返した場合にはネットワーク上に不要なパケットが飛び交うことになり、ネットワークトラフィックを無駄に増加させる原因となり、ネットワークの性能を低下させる要因となってしまう。
【００３０】
この実施例１の画像形成装置１では、パケットを送信してきたホスト装置にのみ応答している。
また、本来、そのホスト装置がサポートしている範疇での応答に留めているが、この応答の意味を理解しているホスト装置であれば、画像形成装置がスリープ状態に移行していることを認識できるので、ホスト装置から不用意に画像形成装置のスリープ状態を解除させるようなパケットの送信を防ぐような制御を、不要なパケットをネットワーク上に発生させずに行うことができる。
【００３１】
この発明を適用しない画像形成装置では、ネットワークに接続されており、スリープ状態に入っている場合でも、Ｗｉｎｄｏｗｓ（登録商標）を含むＯＳが定期的に装置の状態についてのステータスを取得するためのパケットを送信してくるため、その都度ステータス応答をしなければならない。
すると、ネットワークに接続された画像形成装置が印刷等のジョブがないのにスリープ状態から復帰してしまい、消費電力が高くなってしまう。
また、全ての機器情報の問い合わせに対して応答するためにはＭＩＢデータベースをＲＡＭ上に格納しておく必要があり、その場合、多くのＲＡＭ容量が必要となる。
すると、スリープ時の消費電力を削減したい画像形成装置では、少ないＲＡＭで動作しないと消費電力の削減を行うことができない。
さらに、スリープ時に機器情報を取得して記憶装置に格納していると、その機器情報の取得及び格納にかかる時間の分、スリープ時間が短くなってしまう。
【００３２】
この実施例１の画像形成装置では、スリープ時に機器情報問い合わせに対する応答のために通常状態への復帰を防止できるため、スリープ状態を長時間確保することが可能となる。
また、ＭＩＢ用のＲＡＭ領域を削減できるため、更なる消費電力の削減を行うことも可能となる。
さらに、機器情報をスリープ移行の直前で取得するわけではないため、即座にスリープに移行することが可能となる。
【００３３】
〔実施例２〕
図４乃至図６は、この発明の画像形成装置の実施例２の機能構成を示すブロック図である。図１乃至図３と共通する部分には同一符号を付している。
この実施例２の画像形成装置１では、ＣＰＵ（第１制御手段）１２の他に新たに設けたＣＰＵ（第２制御手段）３１がＲＯＭ（第２記憶手段）１４に格納されている機器情報を取得し、ネットワーク制御部１５を介してホスト装置２に対して問い合わせのあった機器情報に対する応答をする点が上述した実施例１とは異なっている。
また、電源制御部１１への画像形成部２０と制御部分Ｂへの電力の供給の遮断と供給再開の指示はＣＰＵ３１が電源指示信号によって行う。
さらに、制御部分ＢにはＣＰＵ１２が参照するＲＯＭ（第３記憶手段）３０を設けており、ＣＰＵ３１が動作時に作業領域として使用するＲＡＭ（第４記憶手段）３２も設けている。
【００３４】
つまり、第１の電源投入状態から第２の電源投入状態に遷移するためにはＣＰＵ１２がＣＰＵ３１に対し、電源投入状態を変更して欲しいという要求を通知する。
その通知を受け取ったＣＰＵ３１が電源制御部１１に対して電源指示信号を通知する。
そして、第１電源制御信号が動作して画像形成部２０への電源からの電力供給を遮断し、第２の電源投入状態に移行する。
また、第２の電源投入状態から第３の電源投入状態への移行も上述と同様にして、ＣＰＵ１２からの通知を受け取ったＣＰＵ３１が電源制御部１１に対して電源指示信号を通知する。そして、上述と同様にして第３の電源投入状態へ移行する。
さらに、第３の電源投入状態から第２の電源投入状態への遷移は、遷移条件の成立を検知したＣＰＵ３１が電源制御部１１に対して電源指示信号を通知することで行われる。
また、第１の電源投入状態への遷移は、第１の電源投入状態への遷移が必要な条件の成立を検出したＣＰＵ１２がＣＰＵ３１に通知し、その通知を受け取ったＣＰＵ３１が電源制御部１１に対して電源指示信号を通知することで行われる。
【００３５】
この実施例２の画像形成装置１では、ＣＰＵ１２が実行するプログラムはＲＯＭ３０に格納されているが、そのプログラムを高速に実行するために、ＲＯＭ３０に格納されているプログラムを揮発性メモリであるＲＡＭ１３に移動したのちに、ＲＡＭ１３上で実行させる。
また、ＲＡＭ１３にてプログラムを実行することを前提としてＲＯＭ３０を設けず、ＲＯＭ１４にＣＰＵ１２が実行するプログラムを格納しておいても良い。
そして、ＲＯＭ１４はＣＰＵ３１からアクセスすることが可能となっている。
【００３６】
図４には、実施例２の画像形成装置１の内部の全ての部分に電源からの電力が供給されている状態、すなわち、画像形成部２０と制御部分Ｂ内の各部への電力が供給がされている第１の電源投入状態を示している。
実施例２の画像形成装置１は、第１の電源投入状態では、ホスト装置２からネットワーク３経由で受信したパケットは全てＣＰＵ１２が解読する。
ＣＰＵ１２は、解読したパケットが自装置の機器情報の問い合わせであった場合、その機器情報がＲＡＭ１３に予め記憶されている情報の場合には、ＲＡＭ１３に格納されているＭＩＢを含む第１のステータスを読み出し、その第１のステータスを含む応答パケットをネットワーク制御部１５へ出力する。
そして、ネットワーク制御部１５はネットワーク３を介してホスト装置２へＣＰＵ１２からの応答パケットを送信する。
【００３７】
また、ＣＰＵ１２は、ホスト装置２から受信したパケットが問い合わせている機器情報が画像形成装置１の状態、例えば、用紙の状態，トナーの状態を含む情報であり、ＲＡＭ１３に予め記憶されていない情報の場合には、画像処理部１６を介して画像形成部２０から必要な機器情報を取得し、その機器情報を一旦ＲＡＭ１３に格納してＭＩＢオブジェクトの規格に合う情報に加工し、その加工後の情報を含む応答パケットをネットワーク制御部１５へ出力する。
そして、ネットワーク制御部１５はネットワーク３を介してホスト装置２へ応答パケットを送信する。
なお、第１の電源投入状態ではＣＰＵ３１は特に動作する必要がないので、スリープ状態やクロック停止状態にしてもよい。そのようにすれば、より省電力効果が得られる。
【００３８】
図５には、実施例２の画像形成装置１の制御部分Ｂへの電力の供給はされているが、画像形成部２０への電力の供給が遮断されている第２の電源投入状態を示している。
実施例２の画像形成装置１では、予め設定された一定時間、画像形成部２０を使用するジョブが存在しない場合、ＣＰＵ１２がＣＰＵ３１に対して電源投入状態の変更を通知し、その通知を受け取ったＣＰＵ３１が電源制御部１１に対して画像形成部２０への給電を遮断させる指示の電源指示信号を送る。
そして、電源制御部１１はＣＰＵ３１から電源指示信号を受け取ると、画像形成部２０に対して第１電源制御信号によって電源からの電力の給電を遮断する。
こうして、画像形成装置１は省エネルギー状態に移行する。図５の画像形成部２０の矩形枠にハッチングを施して電力が遮断された状態であることを示している。
【００３９】
第２の電源投入状態では、ホスト装置２からネットワーク３経由で受信したパケットは全てＣＰＵ１２が解読する。
ＣＰＵ１２は、解読したパケットが自装置の機器情報の問い合わせであった場合、その機器情報がＲＡＭ１３に予め記憶されている情報の場合には、ＲＡＭ１３に格納されているＭＩＢを含む第１のステータスを読み出し、その第１のステータスを含む応答パケットをネットワーク制御部１５へ出力する。
そして、ネットワーク制御部１５はネットワーク３を介してホスト装置２へＣＰＵ１２からの応答パケットを送信する。
【００４０】
また、ＣＰＵ１２は、ホスト装置２から受信したパケットが問い合わせている機器情報が画像形成装置１の状態、例えば、用紙の状態，トナーの状態を含む情報であり、ＲＡＭ１３に予め記憶されていない情報の場合には、ＣＰＵ３１に対して電源指示信号を制御して電源投入状態の変更を指示する。
その指示を受け取ったＣＰＵ３１は、電源制御部１１に対して画像形成部２０への給電を再開させる指示の電源指示信号を送る。
電源制御部１１は、ＣＰＵ３１から電源指示信号を受け取ると、画像形成部２０に対して第１電源制御信号によって電源からの電力の給電を再開する。
こうして、画像形成装置１は省エネルギー状態から画像形成が可能な通常状態に戻る。
【００４１】
ＣＰＵ１２は、画像形成部２０が省エネルギー状態から復帰したことを確認すると、画像処理部１６を介して画像形成部２０から必要な機器情報を取得し、その機器情報を一旦ＲＡＭ１３に格納してＭＩＢオブジェクトの規格に合う情報に加工し、その加工後の情報を含む応答パケットをネットワーク制御部１５へ出力する。
ネットワーク制御部１５は、ネットワーク３を介してホスト装置２へＣＰＵ１２からの応答パケットを送信する。
【００４２】
その後、ＣＰＵ１２は、画像形成部２０を使用するジョブが存在しない状態が予め設定された一定時間継続したら、ＣＰＵ３１に対して電源指示信号を制御して電源投入状態の変更を指示する。
その指示を受け取ったＣＰＵ３１は、電源制御部１１に対して画像形成部２０への給電を遮断させる指示の電源指示信号を送る。
電源制御部１１は、ＣＰＵ３１から電源指示信号を受け取ると、画像形成部２０に対して第１電源制御信号によって電源からの電力の給電を再び遮断して、画像形成装置１は再び第２の電源投入状態に戻る。
【００４３】
なお、第１の電源投入状態と第２の電源投入状態では、ＣＰＵ３１はＣＰＵ１２からの電源制御指示の受付を可能な範囲で、スリープ状態やクロック停止状態になるようにすれば、さらなる省電力効果が得られる。
また、上述の説明では、第３の電源投入状態から第２の電源投入状態への遷移、第２の電源投入状態から第３の電源投入状態への遷移は、ＣＰＵ１２からの通知を受けたＣＰＵ３１が実施する場合を説明したが、第２の電源投入状態から第３の電源投入状態への遷移はＣＰＵ１２が制御するようにしてもよい。
【００４４】
図６には、実施例２の画像形成装置１において、上記第２の電源投入状態に移行した後に一定の条件が成立した場合に移行する第３の電源投入状態を示している。
例えば、第２の電源投入状態で画像形成装置１の画像形成部２０を含む各部のいずれについても、動作する必要のあるジョブが一定期間発生しなかった場合、ＣＰＵ１２はＣＰＵ３１に対して電源投入状態の変更を指示する。
その指示を受け取ったＣＰＵ３１は、電源制御部１１に対して制御部分Ｂへの給電を遮断する指示の電源指示信号を送る。
電源制御部１１は、ＣＰＵ３１からの電源指示信号を受け取ると、第２電源制御信号によって、制御部分ＢのＣＰＵ１２，ＲＡＭ１３，画像処理部１６，操作部１７，ＲＯＭ３０の各部への電源からの給電を遮断する。
このようにして、画像形成装置１は第３の電源投入状態（スリープ状態）に移行する。
【００４５】
第３の電源投入状態では、ホスト装置２からネットワーク３経由で受信したパケットは全てＣＰＵ３１が解読する。
但し、ＣＰＵ３１が解読できるパケットは、例えば、Ｐｉｎｇ，ＡＲＰ，ＳＮＭＰを含む極一部の種類のパケットである。
また、ＲＯＭ１４には、ホスト装置２からの問い合わせに対して予め固定的な値を返すための第２のステータスが格納されている。
ＣＰＵ３１は、ネットワーク３を介してネットワーク制御部１５が受信したパケットが解読できなかった場合、電源制御部１１に制御部分Ｂへの給電を再開させる指示の電源指示信号を送る。
電源制御部１１は、ＣＰＵ３１から電源指示信号を受け取ると、第２電源制御信号によって、制御部分ＢのＣＰＵ１２，ＲＡＭ１３，画像処理部１６，操作部１７，ＲＯＭ３０への給電を再開する。
【００４６】
その後、給電が再開されたＣＰＵ１２は、ＣＰＵ３１で解読できなかったパケットを受け取って解読し、そのパケットの中身に応じた処理を行う。
第２の電源投入状態では処理しきれない場合、ＣＰＵ１２はＣＰＵ３１に対して、第１の電源投入状態に遷移するように指示する。
ＣＰＵ３１は、電源指示信号を制御することで電源制御部１１が第１電源制御信号を制御して画像形成部２０への給電を再開し、第１の電源投入状態に戻す。
その後、ＣＰＵ１２は画像形成部２０から取得した機器情報を用いた処理を行う。
そして、ホスト装置２からネットワーク３経由で受信したパケットが自装置の機器情報の問い合わせのＳＮＭＰパケットであったときは、ＲＯＭ１４に予め格納されているＭＩＢオブジェクトを含む応答パケットをネットワーク制御部１５を介してホスト装置２へ送信する。
【００４７】
その機器情報の問い合わせが画像形成装置１の状態、例えば、用紙やトナーの状態を問い合わせている場合には、ＲＯＭ１４に格納されているＭＩＢオブジェクトは実際の画像形成装置１の状態に関わらず、エラーや警告が発生しない値が設定されているため、画像形成装置１の制御部分Ｂと画像形成部２０への給電を再開させて実際の画像形成装置の状態を取得するという処理は行わない。
また、ホスト装置２が送信してくるパケットがＭＩＢオブジェクトの書き換えを要求している場合、ＲＯＭ１４への書き換え等は一切行わずに、ホスト装置２に対して、このＭＩＢオブジェクトは書き換え不可能という応答をＣＰＵ３１がネットワーク制御部１５を介して送信する。
【００４８】
さらに、ホスト装置２が送信してくるパケットが示しているＳＮＭＰパケットのオブジェクト識別子（Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ：ＯＩＤ）に該当するＭＩＢオブジェクトがＲＯＭ１４に記憶されていない場合には、ＣＰＵ３１はネットワーク制御部１５を介してホスト装置２に対して、そのＭＩＢオブジェクトはサポートしていない旨の通知を送信する。
このようにして、第３の電源投入状態（スリープ状態）に入っている時にホスト装置２から機器情報の問い合わせパケットを受信しても、画像形成装置１のスリープ状態を解除せずに済むので、画像形成装置１の電力消費を削減することができる。
【００４９】
また、ＳＮＭＰパケットでのＭＩＢオブジェクトの書き換えをエラーとすることにより、ホスト装置２からの更なるＳＮＭＰパケットの送信を予め防ぐことが可能となると共に、ＭＩＢオブジェクト書き換えのために第２の電源投入状態に復帰してしまうことを防ぎ、低消費電力状態を維持することができる。
さらに、ＲＯＭ１４に格納されていないＭＩＢオブジェクトについての問い合わせを受信したときにはサポートしていない旨の応答を送信することにより、ホスト装置２からの更なるＳＮＭＰパケットの送信を予め防ぐことが可能になり、ＭＩＢオブジェクトを参照するために第２の電源投入状態に復帰してしまうことを防ぎ、低消費電力状態を維持することができる。
【００５０】
また、本来書き換え可能なＭＩＢオブジェクトに対し、第３の電源投入状態ではエラーを送信すること、及び本来サポートしているはずのＭＩＢオブジェクトであるのに第３の電源投入状態ではＲＯＭ１４に格納されていないＭＩＢオブジェクトを参照したときにはエラーまたはサポートしていないと応答することにより、ホスト装置２はネットワーク３に接続されている画像形成装置１が第３の電源投入状態（スリープ状態）に入っているということを認識することができる。
もし、ネットワークに接続された画像形成装置がユニキャストやマルチキャストで低消費電力モードへ移行したこと及び復帰したことを通知するようにした場合、このような通知を行ったとしても、その通知を扱えるホスト装置には有効である。
しかし、その通知を扱えないホスト装置はその通知パケットを受信したとしても何の処理もできない不要なパケットを受信したような状態となり、画像形成装置が頻繁に低消費電力モードへの移行と復帰を繰り返した場合にはネットワーク上に不要なパケットが飛び交うことになり、ネットワークトラフィックを無駄に増加させる原因となり、ネットワークの性能を低下させる要因となってしまう。
【００５１】
この実施例２の画像形成装置１では、パケットを送信してきたホスト装置にのみ応答しており、また、本来、そのホスト装置がサポートしている範疇での応答に留めている。
したがって、この応答の意味を理解しているホスト装置であれば、画像形成装置がスリープ状態に移行していることを認識できるので、ホスト装置から不用意に画像形成装置のスリープ状態を解除させるようなパケットの送信を防ぐような制御を、不要なパケットをネットワーク上に発生させずに行うことができる。
【００５２】
この実施例２の画像形成装置では、スリープ時に機器情報問い合わせに対する応答のために通常状態への復帰を防止できるため、スリープ状態を長時間確保することが可能となる。
また、ＭＩＢ用のＲＡＭ領域を削減できるため、更なる消費電力の削減を行うことも可能となる。
さらに、機器情報をスリープ移行の直前で取得するわけではないため、即座にスリープに移行することが可能となる。
【００５３】
次に、ホスト装置２がネットワークに接続されているネットワーク機器である画像形成装置１の機器情報を管理する場合には、ＳＮＭＰを使用してＭＩＢを参照することによって行う。
ネットワーク機器を管理する側のホスト装置２をＳＮＭＰマネージャ、管理される側の画像形成装置１をＳＮＭＰエージェントと呼ぶ。
ＳＮＭＰマネージャがＳＮＭＰエージェントに対して機器情報を要求し、ＳＮＭＰエージェントは要求された機器情報を取得してＳＮＭＰマネージャに応答するという動作が基本的な動作となる。
ホスト装置２は取得したＭＩＢの内容から監視している画像形成装置１の状態を判断する。ＭＩＢに格納されている情報の一つ一つをオブジェクトと呼ぶ。本説明では、既に上述したようにＭＩＢオブジェクトという呼び方にしている。
【００５４】
ＭＩＢオブジェクトは機器情報の要素毎にツリー構造で管理されており、それぞれにオブジェクトＩＤ（以下「ＯＩＤ」と略称する）という識別子が振られている。
ＯＩＤは例えば、１．３．６．２．１．１．６のようにピリオドで区切られた数字となっている。
ホスト装置２は、画像形成装置１に対してＯＩＤを指定して機器情報の取得や設定変更を行う。
上述したように、ホスト装置２は画像形成装置１からＭＩＢオブジェクトを取得し、そのＭＩＢオブジェクトを画像形成装置１の状態をホスト装置２に接続されているモニタ（図示を省略する）に表示したり、他のＰＣ（図示を省略する）等にその情報を通知したりし、そのＭＩＢオブジェクトの内容を参照することで画像形成装置１の現在の状態を確認することができる。
【００５５】
ホスト装置２は、画像形成装置１のリアルタイムな状態を把握するために定期的に機器情報を収集する動作を行うことが必要であるが、画像形成装置１が画像形成部２０への電源を投入しているような第１の電源投入状態にならないと、画像形成装置１の全てのリアルタイムの機器情報を得ることができない。
画像形成装置１が第１の電源投入状態または第２の電源投入状態になっている時であれば、ホスト装置２からのどんなＭＩＢオブジェクトの問い合わせに応答しても、元々消費電力がそんなに低い値になっていないので、電力消費に大きな影響は発生しない。
しかし、第３の電源投入状態になっているときには画像形成装置１の殆どの部分に給電はされていないため、非常に低い消費電力状態となっている。
そこで、画像形成装置１の消費電力を極限まで削減した第３の電源投入状態を極力維持することが消費電力を削減する上で非常に重要となるが、ホスト装置２からの機器情報問い合わせによって第３の電源投入状態から第２の電源投入状態または第１の電源投入状態に遷移していると消費電力を低く抑えることができない。
【００５６】
例えば、公知技術である特許文献１に記載の技術では、２種類のステータスを保持し、１つのステータスは機器の消費電力が低いスリープ時に応答するためのステータスであり、機器がスリープ状態に遷移する前に記憶手段に保存している。
また、もう一つのステータスは固定的なステータスであり、この固定的なステータスの時には、ユーザに対して本当に必要なのか否かを問い合わせるようにしている。
しかしながら、ＭＩＢオブジェクトは、一般に１ＭＢｙｔｅから２ＭＢｙｔｅの大きさになってしまうので、この大きさのＭＩＢオブジェクトを格納する大容量のＲＡＭをＡＳＩＣ等の半導体に内蔵すると、ＡＳＩＣのコスト上昇を招くため、安価な製品への搭載は適さない。
【００５７】
また、ＡＳＩＣ等に内蔵するのではなく、外付けメモリとしてＳＤＲＡＭ等のＤＲＡＭをボードに搭載すると、消費電力が高くなってしまう。
そして、スリープ状態に遷移する前に画像形成部の機器情報を記憶手段に保存するという操作が必要であり、一刻も早く消費電力の低いスリープ状態に遷移したいにも関わらず、スリープ状態への遷移を妨げる要因となってしまう。
さらに、もう一つの固定的なステータスを応答するときにはユーザに対して本当にその情報が必要か否かを問い合わせる表示をするようにすると、画像形成装置を管理するホスト装置はサーバであることが多く、ユーザが常に操作しているわけではないので、上記問い合わせが表示されてもその先の操作が行えない。
したがって、その問い合わせが表示された状態で停止して、画像形成装置の機器情報は取得できない状態になってしまう。
【００５８】
このように、従来の画像形成装置では、ホスト装置からの機器情報問い合わせのために、画像形成装置のステータス等の機器情報をスリープ移行の前に取得して、ＲＡＭ等に記憶すると、スリープに入るための準備時間が長くなってしまうし、ＲＡＭの容量が増加してしまうため、消費電力が増加してしまう。
また、通常、ＭＩＢオブジェクトを格納するためには２ＭＢｙｔｅ程度のＲＡＭが必要となるが、２ＭＢｙｔｅものＲＡＭが必要ということになると、ＡＳＩＣ等のデバイスへのメモリ内蔵がコスト的観点から搭載できず、外付けのＳＤＲＡＭ等のＤＲＡＭを搭載すると、消費電力が上がってしまう。
【００５９】
そこで、上述した実施例１，２の画像形成装置１では、上記のような課題を解消するため、まず、ＲＯＭ１４は消費電力の小さい不揮発性メモリとする。
そして、ＲＯＭ１４には画像形成装置１のＭＩＢオブジェクトを格納しておく。
また、第１の電源投入状態または第２の電源投入状態の時にはＲＯＭ１４に格納されているＭＩＢオブジェクトではなく、画像形成部２０から取得した機器情報を元に作成したＭＩＢオブジェクトや揮発性メモリであるＲＡＭ１３に格納されているＭＩＢオブジェクトをホスト装置２に対して送信する。
さらに、第３の電源投入状態のときには消費電力を少しでも長い時間削減しておきたいので、予めＲＯＭ１４に記憶されているＭＩＢオブジェクトをホスト装置２に送信する。
【００６０】
また、第３の電源投入状態において、第１の電源投入状態または第２の電源投入状態に遷移しないと正しい情報が得られないはずのＭＩＢオブジェクトが要求された場合は、ホスト装置２側によって警告またはエラー扱いとならないような予め固定した値をＲＯＭ１４に記憶しておき、その値をホスト装置２へ送信する。
例えば、Ｗｉｎｄｏｗｓ（登録商標）等のＯＳの場合、収集したＭＩＢオブジェクトが警告またはエラー状態とホスト装置２が判断すると、状態が変わるまで頻繁に機器情報を問い合わせにきてしまうため、スリープ状態を維持することが困難になる。
そこで、第１の電源投入状態または第２の電源投入状態でしか正しい状態が取得できないＭＩＢオブジェクトはホスト装置２が受け取ったときにエラーや警告が発生しないような値とし、ＲＯＭ１４に記憶しておくのである。
第３の電源投入状態ではＣＰＵ３１またはネットワーク制御部１５が、ＲＯＭ１４に予め記憶されている値を応答することで第３の電源投入状態からの遷移を行う必要性を排除し、消費電力が低いスリープ状態を維持することが可能となる。
【００６１】
図７は、ＭＩＢオブジェクトの一例を示す図である。
このＭＩＢオブジェクトは、ＲＦＣ１２１３に定義されているＭＩＢツリーのサンプルを表している。
最初の標準ＭＩＢとしてＲＦＣ１１５６で定義されたのはＭＩＢ−１で管理対象オブジェクトは１１４種類定義されているが、ＯＩＤの割り当てを単純で分かり易くするために８個のグループ（Ｓｙｓｔｅｍ，Ｉｎｔｅｒｆａｃｅｓ，ａｔ：Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ，ｉｐ，ｉｃｍｐ，ｔｃｐ，ｕｄｐ，ｅｇｐ）に分類している。
その後のＲＦＣ１２１３において、新たに５７種類の管理対象オブジェクトが追加され、１７１種類の管理対象オブジェクトを１１種類に分類したＭＩＢ−２が定義されている。
【００６２】
１１個のグループはＳｙｓｔｅｍ，ｉｎｔｅｒｆａｃｅ，ａｔ：ａｄｄｒｅｓｓ  ｔｒａｎｓｌａｔｉｏｎ，ｉｐ，ｉｃｍｐ，ｔｃｐ，ｕｄｐ，ｅｇｐ，ｏｉｍ，ｔｒａｎｓｍｉｓｓｉｏｎ，ｓｎｍｐとなる。
例えば、Ｓｙｓｔｅｍグループには、画像形成装置１のシステムに関する設定が管理されていて、その内訳はｓｙｓＤｅｓｃｒ：ｅｎｔｉｔｙの情報、ｓｙｓＯｂｊｅｃｔＩＤ：ベンダのＯＩＤ，ｓｙｓＵｐＴｉｍｅ：最後に初期化されてからの経過時間、ｓｙｓＣｏｎｔａｃｔ：ノードの管理者の情報、ｓｙｓＮａｍｅ：ドメイン名、ｓｙｓＬｏｃａｔｉｏｎ：ノードの物理的な位置，ｓｙｓＳｅｒｖｉｃｅ：Ｅｎｔｉｔｙが提供するサービスを示している。
これらの情報をＯＩＤを元に管理することが可能となっている。
【００６３】
また、Ｉｎｔｅｒｆａｃｅｓグループには、画像形成装置１の保有するハードウェアインターフェースに関係する設定が管理されている。
最初のオブジェクトであるｉｆＮｕｍｂｅｒには、この画像形成装置１が保有するインターフェース数が格納されており、その数に応じて設定を格納するテーブル行が追加される。
その内訳の説明については、公知なので省略する。
例えば、ｉｆＴｙｐｅを参照したいときには、画像形成装置１を管理する側のホスト装置２がＳｙｓｔｅｍのＯＩＤのＧＥＴ−ＳＮＭＰｖ２−ＳＭＩパケット（ＯＩＤはｉｎｔｅｒｆａｃｅｓ）を送信すると、そのＧＥＴ−ＳＮＭＰｖ２−ＳＭＩパケットで指定されているＯＩＤ（ｉｎｔｅｒｆａｃｅｓ）に所属していて、その画像形成装置１で管理することが可能なＯＩＤ情報であるｉｆＮｕｍｂｅｒのＯＩＤとｉｆＴａｂｌｅのＯＩＤをホスト装置２に返す。
【００６４】
この時にｉｆＮｕｍｂｅｒのＯＩＤに所属する値はＩＦの数となるが、ｉｆＴａｂｌｅのＯＩＤに所属する値は、その下の階層として持っているオブジェクトの数になる。図７の場合には、ｉｆＩｎｄｅｘからｉｆＳｐｅｃｉｆｉｃまでで２２となる。
ここで、ホスト装置２は接続されている画像形成装置１がｉｆＴｙｐｅというオブジェクトを管理対象として保持していることを認識できるので、ＧＥＴ−ＳＮＭＰｖ２−ＳＭＩパケットのＯＩＤにｉｆＴｙｐｅを指定して送信すると、画像形成装置１からｉｆＴｙｐｅの値を取得することが可能となる。
このような制御を行うことにより、ネットワーク３に接続された画像形成装置１の管理対象オブジェクトをホスト装置２は参照及び操作することが可能となる。
こうして、消費電力の低い不揮発性メモリのＲＯＭにＭＩＢオブジェクトを記憶させるので、消費電力を更に低くすることができる。
また、外部に外付けのＤＲＡＭを用意しなくてもよいし、ＡＳＩＣ内に大容量のＤＲＡＭを内蔵しなくても良いので、安価で消費電力の低い装置を開発することが可能となる。
【００６５】
次に、上記ＭＩＢオブジェクトは、ホスト装置２から設定変更のために書き換えすることが可能である。
しかし、書き換えを行うためにはＭＩＢオブジェクトは揮発性メモリのＲＡＭに格納されている必要があるが、ＲＡＭに格納すると消費電力を下げることができず、低コスト、低消費電力の製品が開発できなくなる。
そこで、ＲＯＭ１４には書き換え不可能なＭＩＢオブジェクトのみを格納しておき、第３の電源投入状態の時にＭＩＢオブジェクトの書き換えが発生した場合には、ＭＩＢオブジェクトの書き換えに対するエラー応答をホスト装置２に応答する。
【００６６】
このようにして、第３の電源投入状態の時にＭＩＢオブジェクトの書き換えが発生したとしても、第１の電源投入状態または第２の電源投入状態への遷移を行うことが不要となり、画像形成装置１の消費電力を低く抑えることができる。
したがって、書き換え可能なＭＩＢオブジェクトは格納していないので、第３の電源投入状態で必要となるＲＯＭ１４は不揮発性メモリにすればよく、低コスト、低消費電力の製品開発が可能となる。
【００６７】
次に、ホスト装置２からの機器情報問い合わせに対しては常にその画像形成装置１の現在の機器情報を参照してＭＩＢオブジェクトにして応答するべきではあるが、このような操作を行うためには、第３の電源投入状態に入っているときであっても第１の電源投入状態または第２の電源投入状態に遷移して画像形成装置１の機器情報を取得処理を行わないとならない。
しかしながら、このような操作を行うと画像形成装置１の消費電力をすこしでも長い時間消費電力を低い状態にしたいという要望を満たすことができなくなる。
第３の電源投入状態になっているということは、画像形成部２０を使用するようなジョブが存在しないということであり、そもそも画像処理部１６への給電も必要は無いはずである。
【００６８】
また、第３の電源投入状態の時にホスト装置２からの機器情報の問い合わせがあった場合には、そのときの本当の画像形成装置１の正しい機器情報でなくてもエラーや警告扱いにならないようなＭＩＢオブジェクトを応答しておけば問題とならないケースが殆どである。
このように、第３の電源投入状態の時にホスト装置２からの機器情報の問い合わせに全ての応答を行うとなると、第１の電源投入状態または第２の電源投入状態への状態遷移が必要となり、画像形成装置１における低消費電力な状態を長時間維持することができない。
そこで、画像形成装置１は、第１の電源投入状態または第２の電源投入状態の時には、そのときの正しい機器情報を取得してホスト装置２に応答するが、第３の電源投入状態の時には、同じＭＩＢオブジェクトの問い合わせ内容であっても、正しい機器情報を取得するのではなく、あらかじめＲＯＭ１４に用意しておいた任意の固定値をホスト装置２に応答することにより、画像形成装置１の消費電力をさらに削減することができる。
【００６９】
図８は、画像形成装置１におけるネットワークパケット受信時の処理を示すフローチャート図である。
ステップ（図中「Ｓ」で示す）１で、ホスト装置からネットワークパケットを着信すると、ステップ２で、実施例１の場合はネットワーク制御部１５が、実施例２の場合はＣＰＵ３１が現在の電源投入状態が第３の電源投入状態であるか否かを判断する。
第３の電源投入状態でない時にはＣＰＵ３１またはネットワーク制御部１５はこれ以上の処理を行わず、ＣＰＵ１２がこれ以降の判断を行う。
受信したパケットの内容を検査し、ＭＩＢ問い合わせであるときには、ステップ９で画像形成部２０が必要か否かを判断する。
【００７０】
画像形成部２０が必要でないのであれば、ステップ１２で、ＣＰＵ１２はＲＡＭ１３に格納されているＭＩＢオブジェクトをネットワーク制御部１５経由でホスト装置２に送信する処理を行い、この処理を終了する。
ステップ９の判断で、画像形成部２０が必要と判断した場合には、ステップ１０で、第１の電源投入状態に移行し、ステップ１１で、画像形成部２０を含む各部から現在の機器情報を取得し、その機器情報に基づくＭＩＢオブジェクトをネットワーク制御部１５を介してホスト装置２に送信する処理を行い、この処理を終了する。
次に、ステップ２の判断で、ＣＰＵ３１またはネットワーク制御部１５が現在の電源投入状態が第３の電源投入状態であると判断すると、ステップ３で、ＣＰＵ３１またはネットワーク制御部１５はホスト装置２から受信したパケットが機器情報問い合わせであるか否かを判断する。
【００７１】
機器情報問い合わせでない場合、ステップ７でＣＰＵ１２が必要か否かを判断し、ＣＰＵ１２による処理が必要と判断した場合には、ステップ８で、第２の電源投入状態に移行し、その先の処理はＣＰＵ１２に行わせる。
ステップ９の判断で、画像形成部２０が必要と判断した場合には、ステップ１０で、第１の電源投入状態に移行し、ステップ１１で、画像形成部２０を含む各部から現在の機器情報を取得し、その機器情報に基づくＭＩＢオブジェクトをネットワーク制御部１５を介してホスト装置２に送信する処理を行い、この処理を終了する。
また、画像形成部２０が必要でないのであれば、ステップ１２で、ＣＰＵ１２はＲＡＭ１３に格納されているＭＩＢオブジェクトをネットワーク制御部１５経由でホスト装置２に送信する処理を行い、この処理を終了する。
【００７２】
ステップ３の判断で、機器情報の問い合わせと判断したら、ステップ４で、ＲＯＭ１４から該当する機器情報を取得し、ステップ５で、その機器情報のＭＩＢオブジェクトを含むパケットをホスト装置２へ送信し、この処理を終了する。
また、ステップ７でＣＰＵ１２が不要と判断したら、ステップ６で、ＣＰＵ３１またはネットワーク制御部１５はホスト装置２に応答し、この処理を終了する。
このようにして、第３の電源投入状態を長時間維持することが可能となるため、低消費電力な製品を開発することが可能となる。
【００７３】
次に、ＭＩＢオブジェクトの値を書き換えるためにはＲＡＭが必要となるが、ＲＡＭを搭載するとコストも上昇するし、消費電力も上昇してしまう。
ホスト装置２がＭＩＢオブジェクトの書き換えを要求してきたときの処理について説明する。
ホスト装置２からのネットワークパケットを受信すると、ＣＰＵ３１またはネットワーク制御部１５は第３の電源投入状態であるか否かを判断する。
第３の電源投入状態以外であれば、この先の処理はＣＰＵ１２が全て行う。
また、第３の電源投入状態であれば、ＣＰＵ３１またはネットワーク制御部１５は受信したパケットがＭＩＢオブジェクトの書き換え要求であるか否かを検査する。
【００７４】
ＭＩＢオブジェクトの書き換え要求でなければ、ＲＯＭ１４に予め保存してある対応するＭＩＢオブジェクトをホスト装置２に送信する。
また、ＭＩＢオブジェクト書き換え要求の時には、図９に示すパケットを送信して応答する。
図９に示すパケットは、ＳＮＭＰバージョン４０，コミュニティ（Ｃｏｍｍｕｎｉｔｙ）名４１，プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：ＰＤＵ）４２の各データを格納する。
ＰＤＵ４２は、ＰＤＵタイプ４３，リクエスト識別子４４，エラーステータス４５，エラー位置番号４６，ＭＩＢ情報４７からなる。
そして、ＳＮＭＰのエラーステータス４５を、「Ｎｏ  Ｓｕｃｈ  Ｎａｍｅ」または「Ｅｒｒｏｒ」として応答する。図中４８は空きエリアを示す。
【００７５】
このようにして、第３の電源投入状態の時にはＭＩＢオブジェクトの書き換えを受け付けないので、長時間、画像形成装置１を低消費電力状態に維持することができる。
但し、第１の電源投入状態または第２の電源投入状態では、これらのＭＩＢオブジェクトの書き換えは受け付ける。
【００７６】
図１０は、ＭＩＢオブジェクトの書き換えを行うときの処理を示すフローチャート図である。
この処理は一部が、図８の処理と共通するので、その共通する部分の説明は簡略にする。
ホスト装置２からのネットワークパケットを受信したときに、実施例２の場合はＣＰＵ３１または実施例１の場合はネットワーク制御部１５は、まず、第３の電源投入状態になっているか否かを確認する。（Ｓ２１，２２）
第３の電源投入状態でないときには、その受信したネットワークパケットにより画像形成部２０が必要になるのか否かについて判断を行う。（Ｓ２８）
この判断についてもＣＰＵ３１またはネットワーク制御部１５が行っても良い。
【００７７】
画像形成部２０は必要ではないという判断に至れば、ＣＰＵ１２によって、ＭＩＢオブジェクトの書き換え処理を行い、処理が完了したら元の状態に戻る。（Ｓ３１）
もし、画像形成部２０が必要と判断された場合には、画像形成部２０を使用できるようにするために、第１の電源投入状態に移行する。（Ｓ２９）
画像形成部２０を必要とする場合は、例えば、画像形成装置１の状態を取得するようなＭＩＢオブジェクトの取得が発生したときである。
第１の電源投入状態に移行したあと、画像形成部２０も含めて、ホスト装置２から要求のあったＭＩＢオブジェクトの書き換え等の処理を行う。（Ｓ３０）
【００７８】
次に、ホスト装置２からのネットワークパケット着信時に第３の電源投入状態であった場合について説明する。
Ｓ２２の判断で、第３の電源投入状態であった場合、Ｓ２３で、そのネットワークパケットがＭＩＢオブジェクトの書き換えであるか否かをＣＰＵ３１又はネットワーク制御部１５によって判断する。
もし、ＭＩＢオブジェクトの書き換えであった場合には、Ｓ２４で、スリープ状態からの復帰をすることによる画像形成装置１の消費電力上昇を回避するために、スリープモードでは書き換え可能なＭＩＢオブジェクトであったとしても、ホスト装置２に対してエラーステータスを送信して処理を完了する。
【００７９】
この操作を行うことで、ＭＩＢオブジェクトの書き換えがスリープ中に発生したとしてもスリープ状態を維持することを可能としている。
また、ホスト装置２から受信したネットワークパケットがＭＩＢオブジェクトの書き換えでなかった場合には、ＣＰＵ１２が必要な処理が必要であるか否かについてＣＰＵ３１又はネットワーク制御部１５が判断する。（Ｓ２６）
ＣＰＵ１２が必要でないと判断すれば、ＣＰＵ３１またはネットワーク制御部１５によって、ホスト装置２に対する応答を送信し、（Ｓ２５）ＣＰＵ１２が必要と判断した場合には、第２の電源投入状態に移行する。（Ｓ２７）
第２の電源投入状態に移行したら、ＣＰＵ１２は画像形成部２０が必要な処理であるのか否かを判断する。（Ｓ２８）
【００８０】
画像形成部２０が不要と判断できれば、ＣＰＵ１２によってホスト装置２に対する応答を送信する等の処理を行い、（Ｓ３１）画像形成部２０が必要と判断したら、第１の電源投入状態に移行して画像形成部２０も含めた処理を行う。（Ｓ２９，３０）
このようにして、画像形成装置１において、ホスト装置２からのＭＩＢオブジェクト書き換えのネットワークパケットを受信したとしても、スリープ状態から抜けることを防ぐことを可能としている。
【００８１】
図１１は、画像形成装置１とホスト装置２との間のデータのやり取りの一例を示すシーケンス図である。
図１１の（ａ）は画像形成装置１が第１の電源投入状態又は第２の電源投入状態のときのシーケンスを示し、図１１の（ｂ）は画像形成装置１が第３の電源投入状態のときのシーケンスを示している。
同図中の「Ｇｅｔ  Ｒｅｑｕｅｓｔ」は、指定したＯＩＤのオブジェクトの情報取得を要求する信号である。
また、同図中の「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」は、指定したＯＩＤの階層的に次のオブジェクトの情報取得を要求する信号である。
さらに、同図中の「Ｓｅｔ  Ｒｅｑｕｅｓｔ」は、指定したＯＩＤのオブジェクトの情報変更を要求する信号である。
さらにまた、同図中の「Ｇｅｔ  Ｒｅｓｐｏｎｓｅ」は、マネージャからの要求に対する応答の信号である。
【００８２】
同図中の破線枠Ｃで囲んでいる領域は、本来、画像形成装置１が画像形成部２０に電源からの電力が供給されている第１の電源投入状態または第２の電源投入状態でないと、ホスト装置２からの要求に対して正しい応答ができないＭＩＢオブジェクトへのアクセスを行う通信部分を示している。
同図の（ａ）に示すように、画像形成装置１は、第１の電源投入状態又は第２の電源投入状態では、ホスト装置２からの「Ｇｅｔ  Ｒｅｑｕｅｓｔ」「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」「Ｓｅｔ  Ｒｅｑｕｅｓｔ」の各信号に対して一切エラー応答は返さない。
【００８３】
しかし、画像形成装置１は、第３の電源投入状態では、ホスト装置２から「Ｓｅｔ  Ｒｅｑｕｅｓｔ」によるＭＩＢオブジェクトの書き換えを行う要求に応答するには、第１の電源投入状態または第２の電源投入状態への状態遷移を行う必要があるため、低消費電力状態を維持できなくなってしまう。
そこで、画像形成装置１は、同図の（ｂ）に示すように、第３の電源投入状態時、ホスト装置２から、図中矢示５０の「Ｓｅｔ  Ｒｅｑｕｅｓｔ」を受け取ったときには、図中矢示５１の「Ｇｅｔ  Ｒｅｓｐｏｎｃｅ」で「Ｎｏ  Ｓｕｃｈ  Ｎａｍｅ」または「Ｅｒｒｏｒ」を返す。
したがって、画像形成装置１では、ホスト装置２からのその後の「Ｓｅｔ  Ｒｅｑｕｅｓｔ」コマンドが転送されてこないようにすることができ、消費電力を下げた第３の電源投入状態を維持することができる。
このようにして、ＭＩＢオブジェクトの書き換えを許さないことにより、低コスト、低消費電力の装置を開発することが可能となる。
【００８４】
図１２は、画像形成装置１とホスト装置２との間のデータのやり取りの他の例を示すシーケンス図である。
図１２の（ａ）は画像形成装置１が第１の電源投入状態又は第２の電源投入状態のときのシーケンスを示し、図１２の（ｂ）は画像形成装置１が第３の電源投入状態のときのシーケンスを示している。
同図中の破線枠Ｃで囲んでいる領域は、本来、画像形成装置１が画像形成部２０に電源からの電力が供給されている第１の電源投入状態または第２の電源投入状態でないと、ホスト装置２からの要求に対して正しい応答ができないＭＩＢオブジェクトへのアクセスを行う通信部分を示している。
【００８５】
ホスト装置２は、画像形成装置１が持っているＭＩＢオブジェクトを「Ｇｅｔ  Ｒｅｑｕｅｓｔ」「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」を用いて参照してくる。
同図の（ａ）に示すように、画像形成装置１は、第１の電源投入状態と第２の電源投入状態の時には、ホスト装置２からの「Ｇｅｔ  Ｒｅｑｕｅｓｔ」「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」に対して、常に正常に「Ｇｅｔ  Ｒｅｓｐｏｎｃｅ」の応答を返す。
【００８６】
しかし、第３の電源投入状態の時には、例えば、３個目の「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」に対して、次のＭＩＢオブジェクトが存在するということを意味する「Ｇｅｔ  Ｒｅｓｐｏｎｃｅ」の応答をホスト装置２に返答してしまうと、更にその先の「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」や「Ｇｅｔ  Ｒｅｑｕｅｓｔ」の送信がホスト装置２から送信されてきて、この時点又はこの時点よりも時間が経過した時点でホスト装置２が破線枠Ｃの領域、つまり、第１の電源投入状態または第２の電源投入状態に移行しないと正しい値を返すことができないＭＩＢオブジェクトの問い合わせパケットを送信してくることになってしまう。
このように、画像形成装置１では、ホスト装置２からの「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」に対して、次のＭＩＢオブジェクトが存在するという応答をしていると、その応答を元にホスト装置２からの更なる機器情報の問い合わせが発生し、スリープ状態の維持が困難となってしまう。
【００８７】
そこで、画像形成装置１は、上述したホスト装置２からの送信パケットの送信を防ぐために、図１２の（ｂ）に示すように、第３の電源投入状態では、ホスト装置２からの「Ｇｅｔ  Ｒｅｑｕｅｓｔ」または「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」に対する応答として、第１または第２の電源投入状態への状態遷移が必要と思われるＭＩＢオブジェクトへのホスト装置２からのアクセスが発生しないように、「Ｇｅｔ  Ｒｅｓｐｏｎｃｅ」によって、該当するＭＩＢオブジェクトは存在しない旨の通知で応答する。
例えば、図中矢示５２の「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」に対して、図中矢示５３の「Ｇｅｔ  Ｒｅｓｐｏｎｃｅ」によって、該当するＭＩＢオブジェクトは存在しない旨の通知で応答する。
このようにして、画像形成装置１は、ホスト装置２からの「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」に対する応答を制限することにより、予めホスト装置２からの問い合わせを削減することが可能となり、スリープ状態を維持することが可能となる。
【００８８】
次に、通常、ネットワークには多数のホスト装置が画像形成装置１に接続されていて、全てのホスト装置２は定期的に画像形成装置１の機器情報問い合わせパケットであるＳＮＭＰパケットを送信してきている。
図１３は、ネットワークの構成例を示すブロック図である。
図１３では、ネットワーク３に複数台のホスト装置４，５，７が接続されているネットワーク環境を想定しているが、例えば、ネットワーク３上に１００台のホスト装置が接続されており、その各ホスト装置がそれぞれ定期的にＳＮＭＰパケットを１台の画像形成装置１に対して送信してくることになる。
【００８９】
例えば、各ホスト装置が３００秒に一回のＳＮＭＰパケットを送信すると仮定すると、３秒に１回、画像形成装置１はＳＮＭＰパケットを受信することになり、そのＳＮＭＰパケットに応答するために第３の電源投入状態から第１の電源投入状態または第２の電源投入状態に遷移するとなると電源投入等状態遷移するための時間もあるので、実質的には第３の電源投入状態には殆ど滞在できなくなってしまい、画像形成装置１の消費電力を削減することができない。
そこで、第１または第２の電源投入状態に遷移することが必要となりそうなホスト装置、例えば、図中破線枠６で囲んだホスト装置４，５からのＳＮＭＰパケットに対してはライトについてはエラー、「Ｇｅｔ  Ｒｅｑｕｅｓｔ」「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」に関してはそのＭＩＢオブジェクトは存在しない旨で通知することにより、第１または第２の電源投入状態への遷移を予め防ぎ、消費電力の低減が可能になる。
【００９０】
しかしながら、このような応答をすると、画像形成装置１の消耗品をネットワーク経由で管理し、補給が必要な場合には供給するためのシステムを導入している利用先では、画像形成装置１についての正しい状態把握が行えないために、実際に画像形成装置１を使用しようとした瞬間にトナーやインク、紙等の消耗品が不足していることによる不便、機会の喪失等が発生する可能性がある。
このように、利用先の消耗品を遠隔地からの機器情報問い合わせにて管理する際に、現在の正しい消耗品情報を得られないと利用者に迷惑がかかる。
一方、消耗品管理目的でないホスト装置からの消耗品の問い合わせ関連の機器情報問い合わせを受け付けているとスリープ状態を維持することが困難となってしまう。
【００９１】
そこで、画像形成装置１に予め画像形成装置１の消耗品を管理しているホスト装置２を登録し、そのホスト装置２からのＳＮＭＰパケットに対しての応答だけは第３の電源投入状態になっていたとしても第１の電源投入状態または第２の電源投入状態に移行して正しい機器の情報をＭＩＢオブジェクトとして送信することにより、上記のような不便さを解消することが可能となる。
このようにして、利用者の消耗品を管理するホスト装置からの機器情報問い合わせだけには正しく応答することで、お客様先の装置の消耗品を正しく管理しながらもスリープ状態を最大限に維持することが可能となる。
【００９２】
次に、上記のような画像形成装置１の消耗品を管理しているホスト装置２を見分けないと、結局のところ、全てのホスト装置２からのＳＮＭＰパケットに対する応答をしないといけなくなってしまう。
つまり、消耗品を管理しているホスト装置２を何かしらの方法で指定しないとホスト装置２の判別が行えない。
そこで、ネットワークパケットのヘッダーに含まれている送信元ＩＰアドレスを予め画像形成装置１の操作部１７のメニューから登録しておき、第３の電源投入状態の時にはネットワーク制御部１５が受信したネットワークパケットのヘッダー内の送信元ＩＰアドレスを調査し、操作部１７から登録してあるＩＰアドレスであった場合には、第１または第２の電源投入状態への遷移が必要となるかもしれないＭＩＢオブジェクトの応答も全て正常に行うことにより、長時間の低消費電力を維持しながらも、遠隔地からの画像形成装置１の消耗品管理も行うことができる。
【００９３】
このようにして、画像形成装置１の操作部１７のメニューによってホスト装置２のＩＰアドレスを指定し、受信したパケットのヘッダーに含まれているＩＰアドレスと比較することにより、消耗品を管理しているホスト装置２からの機器情報問い合わせか否かを判別できるため、スリープ状態を最大限維持しながらも、利用者の画像形成装置の管理を行うことが可能となる。
【００９４】
次に、上記のような画像形成装置１の消耗品を管理しているホスト装置２は必ずしも画像形成装置１と同じ建物に設置されているわけではなく、物理的に距離が離れた遠隔地に設置されていることもある。
遠隔地に消耗品管理用のホスト装置２が設置されている場合には、画像形成装置１の操作部をホスト装置２を管理している人が直接操作することができない。
また、遠隔地に設置されているホスト装置２のＩＰアドレスはその遠隔地の都合によりいつ変更になるかわからない。
例えば、ホスト装置２の入れ替えが発生した際にわざわざ画像形成装置１を設定してある建物にいる人に設定変更をお願いすると、操作の誤りによりこのホスト装置２からの消耗品管理が行えないままになる可能性もある。
【００９５】
しかも、消耗品管理用の機器情報取得は昼間の仕事を邪魔することを避けて夜中に行うことが多く、依頼して設定してもらった設定値が依頼通りであったかをすぐに確かめることができない。
このように、消耗品を管理しているホスト装置２を何かしらの方法で指定しないとホスト装置２の判別が行えない。
また、設定のために画像形成装置１の操作部を操作しに行くとなると、画像形成装置１が離れた場所に設置されているときに利便性が悪い。
【００９６】
そこで、ウェブブラウザ（Ｗｅｂ  Ｂｒｏｗｓｅｒ）によって遠隔地からネットワーク３経由で画像形成装置１に接続し、ウェブブラウザ経由でホスト装置２のＩＰアドレスを画像形成装置１に設定して登録することにより、画像形成装置１の操作部のメニューによってＩＰアドレスを指定し、受信したパケットのヘッダーに含まれているＩＰアドレスと比較することにより、消耗品を管理しているホスト装置２からの機器情報問い合わせか否かを判別できるため、スリープ状態を最大限維持しながらも、利用者の画像形成装置１の管理を行うことが可能となる。
また、離れた場所からの設定が可能であるので、システム管理者が遠隔地から設定することも可能であり、実際に画像形成装置１を使用する画像形成装置１にあまり詳しくない利用者でも設定誤り等を未然に防止することも可能となる。
【産業上の利用可能性】
【００９７】
この発明による画像形成装置は、ファクシミリ装置，プリンタ，複写機，複合機を含む画像形成を行う装置全般に適用することができる。
【図面の簡単な説明】
【００９８】
【図１】この発明の画像形成装置の実施例１の機能構成を示すブロック図である。
【図２】同じくこの発明の画像形成装置の実施例１の機能構成を示すブロック図である。
【図３】同じくこの発明の画像形成装置の実施例１の機能構成を示すブロック図である。
【図４】この発明の画像形成装置の実施例２の機能構成を示すブロック図である。
【図５】同じくこの発明の画像形成装置の実施例２の機能構成を示すブロック図である。
【００９９】
【図６】同じくこの発明の画像形成装置の実施例２の機能構成を示すブロック図である。
【図７】ＭＩＢオブジェクトの一例を示す図である。
【図８】この発明の実施例の画像形成装置におけるネットワークパケット受信時の処理を示すフローチャート図である。
【図９】この発明の実施例の画像形成装置がホスト装置へ送信するパケットのデータ内容の一例を示す図である。
【０１００】
【図１０】この発明の実施例の画像形成装置がＭＩＢオブジェクトの書き換えを行うときの処理を示すフローチャート図である。
【図１１】この発明の実施例の画像形成装置とホスト装置との間のデータのやり取りの一例を示すシーケンス図である。
【図１２】この発明の実施例の画像形成装置とホスト装置との間のデータのやり取りの他の例を示すシーケンス図である。
【図１３】この発明の実施例のネットワークの構成例を示すブロック図である。
【符号の説明】
【０１０１】
１：画像形成装置    ２：ホスト装置    ３：ネットワーク    １０：コントローラ    １１：電源制御部    １２，３１：ＣＰＵ    １３，３２：ＲＡＭ    １４，３０：ＲＯＭ    １５：ネットワーク制御部    １６：画像処理部    １７：操作部    ２０：画像形成部    ２１：プロッタ    ２２：スキャナ    ４０：ＳＮＭＰバージョン    ４１：コミュニティ名    ４２：プロトコルデータユニット    ４３：ＰＤＵタイプ    ４４：リクエスト識別子    ４５：エラーステータス    ４６：エラー位置番号    ４７：ＭＩＢ情報    ４８：空きエリア
【図１】
2010125692.tif 000003
【図２】
2010125692.tif 000004
【図３】
2010125692.tif 000005
【図４】
2010125692.tif 000006
【図５】
2010125692.tif 000007
【図６】
2010125692.tif 000008
【図７】
2010125692.tif 000009
【図８】
2010125692.tif 000010
【図９】
2010125692.tif 000011
【図１０】
2010125692.tif 000012
【図１１】
2010125692.tif 000013
【図１２】
2010125692.tif 000014
【図１３】
2010125692.tif 000015