JP5516457B2 - 画像形成装置及び制御方法 - Google Patents

Description

本発明は、プリンタ、複写機、ファクシミリやこれらの複合機などの画像形成装置において用いられる省電力制御技術に関する。

従来の画像形成装置において、電力の無駄な消費を防ぐために、外部から一定時間以上データが来ない場合又は一定時間以上パネル操作が行われない場合などに、プリンタエンジンやコントロールパネルへの電力供給を遮断して省電力モードへ自動的に移行するものがある。省電力モードに移行した画像形成装置は、外部からデータが来た場合、又は利用者によるパネル操作が行われた場合などに、省電力モードを解除して、通常モードに復帰する。

特許文献１によると、省電力モードの１つに、受け取ったパケットを利用するディープスリープモードがある。このディープスリープモードでは、画像形成装置は、主電源がＯＦＦであっても内蔵するＬＡＮコントローラに常時通電している。受信したパケットに印刷要求が含まれている場合に、印刷後、外部要求が無く、第１の設定時間が経過すると、再びスリープモードに戻るように制御する。一方、受信したパケットに印刷要求が含まれていない場合に、外部要求が無く、第１の設定時間より短い第２の設定時間が経過すると、再びディープスリープモードに戻るように制御する。こうして、ディープスリープモードが解除される場合であっても、パケットに印刷要求が含まれない場合には、通常モードの期間を短くして、消費電力を低減させることができる。

ところで、コンピュータやその周辺装置である画像形成装置をインターネットなどのネットワークに接続して、相互に通信させるためには、ＩＰアドレスなどを自動的に発行するＤＨＣＰ（Dynamic Host Configuration Protocol）サーバや、ドメイン名をＩＰアドレスに変換するＤＮＳ（Domain Name Server）サーバが必要となる。しかし、これらのＤＨＣＰサーバやＤＮＳサーバを不要とするＢｏｎｊｏｕｒが開発されている。Ｂｏｎｊｏｕｒの代表的な機能は、ＩＰアドレスとホスト名の自動割当て及びサービスの自動探索である。機器がＢｏｎｊｏｕｒネットワークへ接続するとＩＰアドレスが自動的に割り当てられ、ホスト名として各機器にあらかじめ設定されたものが利用され、提供可能なサービスがホスト名と共に通知される。Ｂｏｎｊｏｕｒでは、マルチキャストを用いる。機器は、ネットワークに接続された全てのデバイスに対しマルチキャストにより所望のサービスを提供しているサーバはどれかと訊ねる。そうすると、該当するサーバは自身がそのサービスを提供する旨を返答する。

特開２００６−０２５２１２号公報

しかし、特許文献１により開示された技術によると、受信したパケットに印刷要求が含まれていない場合であっても、画像形成装置は、省電力モードから通常モードに復帰する。また、Ｂｏｎｊｏｕｒを適用した場合に、画像形成装置が他の機器から依頼を受け取り、この依頼が印刷に直接関係のないものであったときも、省電力モードに移行していた画像形成装置が、省電力モードから通常モードに復帰する。このため、いずれの場合においても、画像形成装置において無駄に電力が消費されるという問題がある。

このような問題を解決するために、本発明は、省電力モードから通常モードに復帰する可能性が少なくなり、無駄な電力の消費を防止することができる画像形成装置及び制御方法を提供することを目的とする。

上記の目的を達成するために、本発明は、省電力モードと通常モードを切り替えて動作する画像形成装置であって、画像形成装置が省電力モードである状態で情報端末装置から要求されたプロトコルに対して、通常モードに復帰させるか否かを決定するためのプロトコルの種別を示す情報を含む自動応答プロトコルリストを記憶している自動応答記憶手段と、前記自動応答プロトコルリストに基づき、前記情報端末装置が要求するプロトコルが省電力モードから通常モードに復帰させるプロトコルの種別に対応する場合は、前記省電力モードを前記通常モードに切り替えるように制御する自動応答手段と、過去に情報端末装置から要求されたプロトコルについて、当該画像形成装置におけるジョブ実行の有無及び当該画像形成装置による省電力モードから通常モードへの移行の有無を含む通信履歴リストを記憶している履歴記憶手段と、前記通信履歴リストを用いて、ジョブ実行を伴うことなく、当該画像形成装置が省電力モードから通常モードへ移行した回数を計算する計算部と、算出された回数が所定の基準を満たすか否かを判断する判断部と、算出された回数が所定の基準を満たすと判断される場合に、前記情報端末装置が有する前記プロトコルを変更させるメッセージを生成するメッセージ生成手段と、前記メッセージを前記情報処理端末に送信する送信手段とを備えることを特徴とする。

この態様によると、プロトコルを変更させるメッセージを送信するので、情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。

本発明に係る実施の形態１のネットワークシステム５の構成を示す。 ＭＦＰ１（１０）の構成を示すブロック図である。 ＭＦＰ１（１０）の一部の構成要素を示すブロック図である。 自動応答プロトコルリスト１３２のデータ構造の一例を示す。 通信履歴リスト１４１のデータ構造の一例を示す。 通信履歴リスト１４１ｉのデータ構造の一例を示す。 通信履歴リスト１４１ｋのデータ構造の一例を示す。 ＭＦＰ１（１０）が受信するパケット２０１のデータ構造の一例を示す。 一例としての画面３０１を示す。 ＰＨＹ部１０１、自動応答部１０２、ＥＭＡＣ部１０４及びウェイクアップ回路１０５の動作を示すシーケンス図である。 ＣＰＵ１０６の動作を示すシーケンス図である。 ＥＭＡＣ部１０４及び更新部１２１による、通信履歴リストの更新の動作を示すシーケンス図である。 解析部１２２によるＰＣへのプロトコルの変更要求処理の動作を示すシーケンス図である。 実施の形態２の解析部１２２によるＰＣへのプロトコルの変更要求処理の動作を示すシーケンス図である。 実施の形態３の代替プロトコルリスト１４２のデータ構造の一例を示す。 解析部１２２による、プロトコルの代替推奨処理の動作を示すシーケンス図である。 実施の形態４のマルチキャストプロトコルリスト１４４のデータ構造の一例を示す。 一例としての画面３０４を示す。 解析部１２２による推奨プロトコルリストの生成の動作を示すシーケンス図である。 実施の形態５の変更プロトコルリスト１４３のデータ構造の一例を示す。 一例としての画面３０２を示す。 解析部１２２による管理者用ＰＣへのプロトコルの変更要求処理の動作を示すシーケンス図である。 実施の形態６の解析部１２２による管理者用ＰＣへのプロトコルの変更要求処理の動作を示すシーケンス図である。 実施の形態７の解析部１２２による、変更候補の抽出の動作を示すシーケンス図である。 実施の形態８のドライバ情報リスト１４５のデータ構造の一例を示す。 ドライバ情報リスト１４６のデータ構造の一例を示す。 一例としての画面３０５を示す。 解析部１２２による代替ドライバ情報の伝達の動作を示すシーケンス図である。 実施の形態９の一例としての画面３０３を示す。 削除処理部１２２ｄによる自動応答プロトコルリストからの削除の動作を示すシーケンス図である。 実施の形態１０の自動応答部１０２による自動応答プロトコルリストからの削除の動作を示すシーケンス図である。図３２へ続く。 自動応答部１０２による自動応答プロトコルリストからの削除の動作を示すシーケンス図である。図３１から続く。 変形例（１）におけるジョブ実行を伴わない省電力モード復帰記録リスト１５１のデータ構造の一例を示す。 変形例（１）におけるジョブ実行を伴う省電力モード復帰記録リスト１５２のデータ構造の一例を示す。 変形例（１）における更新部１２１の動作を示すシーケンス図である。

１．実施の形態１
本発明に係る一の実施の形態としてのネットワークシステム５について説明する。
１．１ ネットワークシステム５の構成
ネットワークシステム５は、図１に示すように、ＭＦＰ（多機能周辺装置、Multifunction Peripheral）１（１０）、ＭＦＰ２（１１）、ＭＦＰ３（１２）、ＰＣ（Personal Computer）１（２１）、ＰＣ２（２２）、ＰＣ３（２３）、管理者用ＰＣ３１から構成され、ＭＦＰ１（１０）、ＭＦＰ２（１１）、ＭＦＰ３（１２）、ＰＣ１（２１）、ＰＣ２（２２）、ＰＣ３（２３）及び管理者用ＰＣ３１は、ＬＡＮ４０を介して、相互に接続されている。

ＰＣ１（２１）、ＰＣ２（２２）、ＰＣ３（２３）及び管理者用ＰＣ３１は、それぞれ、情報端末装置であり、ＬＡＮ４０を介して、ＭＦＰ１（１０）、ＭＦＰ２（１１）及びＭＦＰ３（１２）に対して、印刷やその他の依頼をする要求等を含む通信データを送信する。ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）は、一般の利用者により使用され、管理者用ＰＣ３１は、ネットワークシステム５を管理する管理者により使用される。

ＭＦＰ１（１０）は、プリンタ、複写機、ファクシミリなどの機能を備えた画像形成装置であり、省電力モード及び通常モードを切り換えて動作する。ＰＣ１（２１）、ＰＣ２（２２）、ＰＣ３（２３）及び管理者用ＰＣ３１から通信データを受け取り、通信データによる依頼に応答するため、印刷を実行し又はその他の処理を行う。ＭＦＰ２（１１）及びＭＦＰ３（１２）も同様である。

通信データの一例は、ＭＦＰ１（１０）に対する印刷の依頼のデータである。この通信データは、印刷の対象となるデータを含む。この通信データを処理するためには、ＭＦＰ１（１０）が有するプリントエンジンが動作する。通信データの別の例は、ＭＦＰ１（１０）に対する印刷サービスの問い合わせである。この通信データは、印刷の対象となるデータを含まない。この通信データを処理するためには、ＭＦＰ１（１０）が有するプリントエンジンは動作せず、後述する自動応答部が応答する。

ＭＦＰ１（１０）は、１個以上のプロトコル番号を含む自動応答プロトコルリストを有しており、省電力モードにより動作している場合に、各ＰＣから通信データを受け取ったとき、その通信データに含まれるプロトコル番号が自動応答プロトコルリストに含まれていれば、ＭＦＰ１（１０）は、省電力モードから通常モードに移行し、通常モードにおいて、当該通信データに対応する処理を実行する。

ここで、プロトコル番号は、プロトコルの種別を示す情報であって、プロトコルを識別するための識別子である。プロトコルとは、ネットワークを介してコンピュータ同士が通信を行なう上で、相互に決められた約束事の集合であり、通信手順、通信規約などと呼ばれることもある。また、ネットワークを介して、プリンタを制御するための印刷用のプロトコルを指す場合もある。

プロトコルの例として、ＬＰＤ（又は、ＬＰＲ（Line PRinter daemon protocol））、ＲＡＷ印刷プロトコル、ＳＮＭＰ（Simple Network Management Protocol）、ＳＭＢ（Server Message Block）、ＢＭＬｉｎｋＳ（Business Machine Linkage Service）、Ｂｏｎｊｏｕｒ、ＦＴＰ（File Transfer Protocol）、ＳＭＴＰ（Simple Mail Transfer Protocol）などがある。

ＬＰＤは、ネットワーク上の他のコンピュータ(プリントサーバ)に接続したプリンタに印刷を行わせるためのプロトコルであり、その仕様は、ＲＦＣ１１７９で規定されている。ＲＡＷ印刷プロトコルでは、ＳＮＭＰやＭＩＢ（Management Information Base）などを使ってプリンタを制御する。ＳＮＭＰは、ＴＣＰ／ＩＰネットワークにおいて、ルータ、コンピュータ、端末などのネットワークに接続された通信機器をネットワーク経由で監視及び制御するためのプロトコルである。ＳＭＢは、パーソナルコンピュータのＯＳで使用されているネットワーク通信プロトコルであり、プリンタの共有やファイルの共有を行うために用いられる。ＢＭＬｉｎｋＳは、ネットワークで機器を検索して印刷を行う等のために用いられる。Ｂｏｎｊｏｕｒについては、上述した通りである。ＦＴＰは、インターネットやイントラネットなどのＴＣＰ／ＩＰネットワークでファイルを転送するときに使われるプロトコルである。ＳＭＴＰは、インターネットやイントラネットで電子メールを送信するためのプロトコルであり、サーバ間でメールのやり取りをしたり、クライアントがサーバにメールを送信する際に用いられる。

上記の要求等を含む通信データは、通信手順であるプロトコルや印刷用のプロトコルに基づいて生成される。
ＭＦＰ１（１０）、ＭＦＰ２（１１）及びＭＦＰ３（１２）は、それぞれ、自動応答プロトコルリスト１３２、１６２、１６３を有している。自動応答プロトコルリストについては、後述する。

また、ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）が使用するプロトコルを図１に使用プロトコル１７１、１７２及び１７３として示している。図１に示すように、ＰＣ１（２１）は、プロトコルＡ、Ｂ及びＣを使用し、ＰＣ２（２２）は、プロトコルＡ、Ｃ及びＸを使用し、ＰＣ３（２３）は、プロトコルＡ、Ｂ、Ｃ、Ｄ、Ｘ及びＹを使用する。

１．２ ＰＣ１（２１）、ＰＣ２（２２）、ＰＣ３（２３）及び管理者用ＰＣ３１の構成
ＰＣ１（２１）、ＰＣ２（２２）、ＰＣ３（２３）及び管理者用ＰＣ３１は、それぞれ、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレィユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭ又は前記ハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、各ＰＣは、その機能を達成する。

各ＰＣには、ネットワークを介して接続されたＭＦＰによる印刷を制御するためのデバイスドライバがインストールされている。デバイスドライバは、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたコンピュータプログラムである。印刷を制御するためのデバイスドライバは、上記に示すような各印刷用のプロトコルに従う。

各ＰＣは、プロトコルに基づいて、印刷を実行するための通信データを生成し又はその他の処理を行うための通信データを生成し、生成した通信データをＬＡＮ４０に対して出力する。通信データは、１個又は複数個のパケットから構成される。なお、パケットのデータ構造については、後述する。
各ＰＣは、プロトコルの変更を指示されると、元のプロトコルに対応するデバイスドライバを削除し、新たなプロトコルに対応するデバイスドライバを記憶する。

１．３ ＭＦＰ１（１０）の構成
ＭＦＰ１（１０）は、図２に示すように、送受信部１１９、ウェイクアップ回路１０５、第一電源回路１２５、第二電源回路１２６、ＣＰＵ１０６、第一メモリ部１０７、第一ブリッジ１０８、第二メモリ部１０９、メモリコントローラ１１０、プリントエンジン１１１、第二ブリッジ１１２、ＨＤＤ（Hard Disk Drive ）１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８から構成されている。第一ブリッジ１０８は、制御部１０８ａを含む。送受信部１１９は、ＰＨＹ部（Physical Layer Device）１０１、自動応答部１０２、第三メモリ部１０３及びＥＭＡＣ部１０４を含み、後述するメッセージ生成部１２０により生成されたメッセージを送信等する。

ラスタＩＦ部１１６、画像処理部１１７、送受信部１１９、第一ブリッジ１０８、メモリコントローラ１１０及び第二ブリッジ１１２は、それぞれ、バス１１８に接続されている。
ＭＦＰ１（１０）は、図３に示すように、さらに、メッセージ生成部１２０、更新部１２１、解析部１２２及び受信制御部１２３を含む。第一メモリ部１０７には、制御用のコンピュータプログラムが記憶されており、コンピュータプログラムに従って、ＣＰＵ１０６が動作することにより、メッセージ生成部１２０、更新部１２１、解析部１２２及び受信制御部１２３は、その機能を達成する。

上述したように、ＭＦＰ１（１０）は、省電力モード及び通常モードを切り換えて動作する。
また、ＭＦＰ１（１０）は、プロトコルを示すプロトコル番号を含む自動応答プロトコルリスト１３２を記憶しており、ＰＣから受信した要求に係るプロトコルが自動応答プロトコルリスト１３２に含まれるプロトコル番号により示されるプロトコルと一致する場合に、省電力モードを通常モードに切り換える。具体的には、情報端末装置であるＰＣが要求するプロトコルの種別を示す情報が自動応答プロトコルリスト１３２に含まれる場合に、自動応答部１０２が省電力モードを通常モードに切り替える
利用者により、ＭＦＰ１（１０）の電源スイッチがＯＮにされた後は、第一電源回路１２５により、常時、ＰＨＹ部１０１、自動応答部１０２、第三メモリ部１０３、ウェイクアップ回路１０５、第一メモリ部１０７及び制御部１０８ａに給電される。

また、通常モードで動作するときには、ＭＦＰ１（１０）の全ての構成部に給電される。つまり、第一電源回路１２５による給電に加えて、第二電源回路１２６により、ＥＭＡＣ部１０４、ＣＰＵ１０６、第一ブリッジ１０８のうち制御部１０８ａを除く部分、第二メモリ部１０９、メモリコントローラ１１０、プリントエンジン１１１、第二ブリッジ１１２、ＨＤＤ１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８に給電される。

一方、省電力モードで動作するときには、ＥＭＡＣ部１０４、ＣＰＵ１０６、第一ブリッジ１０８のうち制御部１０８ａを除く部分、第二メモリ部１０９、メモリコントローラ１１０、プリントエンジン１１１、第二ブリッジ１１２、ＨＤＤ１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８に対する給電は、停止され、第一電源回路１２５による給電のみが行われる。

なお、ＭＦＰ２（１１）及びＭＦＰ３（１２）も、それぞれ、ＭＦＰ１（１０）と同様の構成を有しているので、ここでは、ＭＦＰ２（１１）及びＭＦＰ３（１２）についての説明を省略する。
（１）第三メモリ部１０３
第三メモリ部１０３は、一例として、半導体メモリから構成され、受信用バッファ部１３１、自動応答プロトコルリスト１３２、モードフラグ１３３及び自ＩＰアドレス１３５を記憶するための領域を備えている。

（受信用バッファ部１３１）
受信用バッファ部１３１は、ＭＦＰ１（１０）が省電力モードで動作しているときに、ＭＦＰ１（１０）宛の又はマルチキャストにより、受信したパケットを、省電力モードの期間中、記憶するために用いられる。
（自動応答プロトコルリスト１３２）
自動応答プロトコルリスト１３２は、図４に一例として示すように、１個又は複数の自動応答プロトコル情報を含み、各自動応答プロトコル情報は、項目番号及びプロトコル番号を含む。

各自動応答プロトコル情報に含まれる項目番号は、当該自動応答プロトコル情報を識別する番号であり、プロトコル番号は、プロトコルを識別する番号である。
自動応答プロトコルリスト１３２は、ＭＦＰ１（１０）が省電力モードである場合に、受信したパケットに含まれるプロトコル番号が、自動応答プロトコルリスト１３２に含まれる何れかのプロトコル番号に一致したときに、ＭＦＰ１（１０）を省電力モードから通常モードに復帰させることを示す。

図４に示す自動応答プロトコルリスト１３２は、一例として、プロトコル番号１３２ａ「プロトコルＡ番号」、プロトコル番号１３２ｂ「プロトコルＢ番号」、プロトコル番号１３２ｃ「プロトコルＣ番号」及びプロトコル番号１３２ｄ「プロトコルＸ番号」を含む。これらの一例は、理解を容易にするためのものであり、実際には、自動応答プロトコルリスト１３２は、プロトコル番号として、「１０」、「１１」、「１２」、「１３」などの番号を含む。

ＭＦＰ１（１０）が図４に示す自動応答プロトコルリスト１３２を記憶している場合において、ＭＦＰ１（１０）が省電力モードであるときに、受信した通信データを構成するパケットに含まれるプロトコル番号が、「プロトコルＡ番号」、「プロトコルＢ番号」、「プロトコルＣ番号」及び「プロトコルＸ番号」の何れかに一致するなら、ＭＦＰ１（１０）は、省電力モードから通常モードに移行する。

（モードフラグ１３３）
モードフラグ１３３は、現時点において、ＭＦＰ１（１０）が省電力モードであるか、又は通常モードであるかを示す。モードフラグ１３３が「１」のとき、ＭＦＰ１（１０）は通常モードであることを示し、モードフラグ１３３が「０」のとき、ＭＦＰ１（１０）は省電力モードであることを示す。

（自ＩＰアドレス１３５）
自ＩＰアドレス１３５は、ＭＦＰ１（１０）に割り当てられたＩＰアドレスである。
（２）第一メモリ部１０７
第一メモリ部１０７は、ＲＡＭから構成され、省電力モードの期間中、セルフリフレッシュモードで動作する。

第一メモリ部１０７は、複数の制御プログラムを記憶している。各制御プログラムは、所定の機能を達成するために、ＣＰＵ１０６に対する指令を示す命令コードが複数個組み合わされて構成されたコンピュータプログラムである。ＣＰＵ１０６が、前記制御プログラムに従って動作することにより、ＭＦＰ１（１０）は、その一部の機能を達成する。
各制御プログラムは、具体的には、メッセージ生成部１２０、更新部１２１、解析部１２２及び受信制御部１２３を動作させるためのコンピュータプログラムである。

また、第一メモリ部１０７は、通信履歴リスト１４１及びスキャン起動フラグ１４８を記憶するための領域を備えている。
（通信履歴リスト１４１）
通信履歴リスト１４１は、過去に受信したＰＣからのプロトコルに基づく要求について、ＭＦＰ１（１０）におけるジョブ実行の有無及びＭＦＰ１（１０）による省電力モードから通常モードへの移行の有無などの情報を含んでおり、外部の機器からＬＡＮ４０を介して、受信した通信データのうち、次の条件（ａ）を満たすものについての履歴を記録するためのリストである。

（ａ）通信データを構成するパケットに含まれる宛て先ＩＰアドレスがＭＦＰ１（１０）に割り当てられたＩＰアドレスであるか、又は、マルチキャストアドレスである。
通信履歴リスト１４１は、図５に一例として示すように、１個又は複数の通信履歴情報を記憶するための領域を備え、各通信履歴情報は、項目番号、プロトコル番号、送信元、ジョブ実行有無、受信モード、復帰有無及び受信時刻から構成されている。図５に示す通信履歴リスト１４１は、一例として、通信履歴情報１４１ａを含み、通信履歴情報１４１ａは、項目番号１４１ｂ、プロトコル番号１４１ｃ、送信元１４１ｄ、ジョブ実行有無１４１ｅ、受信モード１４１ｆ、復帰有無１４１ｇ及び受信時刻１４１ｈから構成されている。

項目番号は、対応する通信履歴情報を一意に識別するための番号である。項目番号１４１ｂは、一例として、「１」である。
プロトコル番号は、プロトコルを一意に識別する識別番号であり、パケット内に含まれる。プロトコル番号１４１ｃは、一例として、「プロトコルＸ番号」である。「プロトコルＸ番号」は、「プロトコルＸ」を一意に識別する識別子である。プロトコル番号は、具体的には、「１０」、「１１」、「１２」などの番号であるが、ここでは、理解を容易にするために、「プロトコルＸ番号」と表記している。

送信元は、受信した通信データを構成するパケットに含まれる送信元を示すＩＰアドレスである。送信元１４１ｄは、「ＰＣ３」であり、これは、理解を容易にするための表記である。具体的な表記の一例は、「１０．１１．１２．１３」である。
ジョブ実行有無は、受信した通信データを構成するパケットに、ＭＦＰ１（１０）における印刷ジョブの実行の要求が含まれ、当該印刷ジョブが実行されたか否かを示す。ジョブ実行有無が「有」の場合、印刷ジョブが実行されたことを示し、ジョブ実行有無が「無」の場合、印刷ジョブが実行されなかったことを示す。ジョブ実行有無１４１ｅは、一例として、「無」である。

受信モードは、通信データを受信した時点において、ＭＦＰ１（１０）が省電力モードであったか、又は通常モードであったかを示す。受信モードが「省電力モード」である場合に、ＭＦＰ１（１０）が省電力モードであったことを示し、受信モードが「通常モード」である場合に、ＭＦＰ１（１０）が通常モードであったことあることを示す。受信モード１４１ｆは、一例として、「省電力モード」である。

復帰有無は、受信した通信データにより、ＭＦＰ１（１０）が省電力モードから通常モードに移行したか否かを示す。復帰有無が「無」である場合、ＭＦＰ１（１０）が省電力モードから通常モードに移行しなかったことを示し、復帰有無が「有」である場合、ＭＦＰ１（１０）が省電力モードから通常モードに移行したことを示す。復帰有無１４１ｇは、一例として、「無」である。

受信時刻は、当該通信データを受信した時刻を年月日時分で示す。受信時刻１４１ｈは、一例として、「2009/6/1 10:30」である。
図６及び図７に、通信履歴リスト１４１の他の例として、通信履歴リスト１４１ｉ及び通信履歴リスト１４１ｋを示す。
通信履歴リスト１４１ｉに含まれる７件の通信履歴情報１４１ｊは、ＭＦＰ１（１０）が省電力モード期間中に受信した通信データに対応するものである。

第一メモリ部１０７が図６に示す通信履歴リスト１４１ｉを記憶している状態で、ＭＦＰ１（１０）が省電力モードから通常モードに移行し、さらに、通常モード期間中に４件の通信データを受信した後の状態における通信履歴リスト１４１ｋを図７に示す。
通信履歴リスト１４１ｋに含まれる７件の通信履歴情報１４１ｍは、通信履歴リスト１４１ｉに含まれる７件の通信履歴情報１４１ｊと同一であり、通信履歴リスト１４１ｋに含まれる４件の通信履歴情報１４１ｎは、通常モード期間中に受信した４件の通信データに対応するものである。

（スキャン起動フラグ１４８）
スキャン起動フラグ１４８は、「０」又は「１」の値を取る。スキャン起動フラグ１４８「０」は、解析部１２２による処理を行わないことを示す。スキャン起動フラグ１４８「１」は、解析部１２２による処理を行うことを示す。
（３）ＰＨＹ部１０１
ＰＨＹ部１０１は、ＯＳＩ参照モデルにより定められた物理層と、その上位の層との間で、論理的なデータ形式（デジタルデータ）と電気信号との相互変換を行う。前記物理層は、ＯＳＩ参照モデルの第１層に位置し、前記物理層においては、ネットワークの物理的な接続・伝送方式が定められている。

ＰＨＹ部１０１は、自動応答部１０２からデジタルデータを受信し、受信したデジタルデータを形式変換して、電気信号を生成し、生成した電気信号をＬＡＮ４０へ出力する。また、ＰＨＹ部１０１は、ＬＡＮ４０から電気信号を受信し、受信した電気信号を形式変換して、デジタルデータを生成し、生成したデジタルデータを自動応答部１０２へ出力する。言い換えると、ＰＨＹ部１０１は、各ＰＣからプロトコルに基づく要求等を受信する。

デジタルデータの一例は、パケットである。
図８に示すように、パケット２０１は、一例として、プリアンブル等２０２、ＭＡＣヘッダ２０３、ＩＰヘッダ２０４、ＴＣＰヘッダ２０５、データ部２０６及びＦＣＳ（Frame Check Sequence）２０７から構成されている。
プリアンブル等２０２は、当該パケットを読み取るときのタイミングをとるための信号である。

ＭＡＣヘッダ２０３は、宛先ＭＡＣアドレス、送信元ＭＡＣアドレスなどを含み、IEEE 802.3により規定されたＬＡＮの規格を用いる場合に、パケットを渡す相手などを示している。
ＩＰヘッダ２０４は、図８に示すように、プロトコル番号２１１、送信元ＩＰアドレス２１２及び宛先ＩＰアドレス２１３等を含み、当該パケットを渡す相手などを示している。

ＴＣＰヘッダ２０５は、送信元ポート番号、宛先ポート番号、シーケンス番号などを含む。
データ部２０６は、送信元ポート番号により示されるアプリケーションプログラム等から、宛先ポート番号により示されるアプリケーションプログラム等に送信されるデータを含む。データ部２０６は、用いられるプロトコルにより、プロトコル番号２１４を含むことがある。

ＦＣＳ２０７は、エラー検出のために付加されるデータである。
（４）自動応答部１０２
自動応答部１０２は、情報端末装置であるＰＣが要求するプロトコルに基づき、省電力モードを前記通常モードに切り替えるように制御する。言い換えると、自動応答部１０２は、ＰＣから受信した要求に係るプロトコルが、自動応答プロトコルリスト１３２に含まれるプロトコル番号により示されるプロトコルと一致する場合に、ＭＦＰ１（１０）の省電力モードを通常モードに切り換えるように制御する。

また、自動応答部１０２は、省電力モード中に、ジョブの実行を伴わない依頼を受け取った場合、例えば、ＭＦＰ１（１０）に対する印刷サービスの問い合わせを受け取った場合には、依頼の送信元に対して、ＭＦＰ１（１０）は印刷サービスを提供する旨のメッセージを送信する。この場合に、ＣＰＵ１０６やプリントエンジン１１１に電力が供給されることはない。

以下において、自動応答部１０２について、詳細に説明する。
自動応答部１０２は、ＭＦＰ１（１０）の電源が投入された直後に、第三メモリ部１０３から自ＩＰアドレス１３５を読み出す。
（ＰＨＹ部からのパケットの受信）
自動応答部１０２は、ＰＨＹ部から、図８に一例として示すパケットを受信する。

次に、自動応答部１０２は、第三メモリ部１０３からモードフラグ１３３を読み出し、読み出したモードフラグ１３３が通常モードを示すか、又は、省電力モードを示すかを判断する。
モードフラグ１３３が、通常モードを示す場合に、自動応答部１０２は、受信したパケットをＥＭＡＣ部１０４へ出力する。

モードフラグ１３３が、省電力モードを示す場合に、自動応答部１０２は、パケットを受信すると、受信したパケットから、プロトコル番号、送信元ＩＰアドレス及び宛先ＩＰアドレスを抽出する。受信したパケットのデータ部からプロトコル番号を抽出することもある。次に、宛先ＩＰアドレスが、自ＩＰアドレス１３５又はマルチキャストアドレスであるかを判断する。マルチキャストアドレスは、３２ビットのうち、先頭の４ビットが「１１１０」であり、残りの２８ビットがマルチキャストグループを識別するために用いられる。従って、宛先ＩＰアドレスが、マルチキャストアドレスである否かの判断は、ＩＰアドレスの先頭の４ビットが「１１１０」であるか否かにより行う。

宛先ＩＰアドレスが自ＩＰアドレス１３５でなく、かつ、宛先ＩＰアドレスがマルチキャストアドレスでないと判断された場合に、自動応答部１０２は、受信したパケットを破棄し、次のパケットの受信を待つ。
宛先ＩＰアドレスが自ＩＰアドレス１３５又はマルチキャストアドレスであると判断された場合に、自動応答部１０２は、受信したパケットを受信用バッファ部１３１へ書き込む。

また、宛先ＩＰアドレスが自ＩＰアドレス１３５又はマルチキャストアドレスであると判断された場合に、自動応答部１０２は、自動応答プロトコルリスト１３２をサーチして、自動応答プロトコルリスト１３２内に、受信したパケットから抽出したプロトコル番号と同じプロトコル番号が存在するか否かを判断する。
受信したパケットから抽出したプロトコル番号と同じプロトコル番号が存在しないと判断した場合に、自動応答部１０２は、次のパケットの受信を待つ。

受信したパケットから抽出したプロトコル番号と同じプロトコル番号が、自動応答プロトコルリスト１３２内に、存在すると判断した場合に、自動応答部１０２は、省電力モードから通常モードへの移行を示す復帰トリガ信号をウェイクアップ回路１０５へ出力する。
自動応答部１０２は、ＥＭＡＣ部１０４から、省電力モードから通常モードへの復帰が完了したことを示す復帰完了を受信する。復帰完了を受信すると、自動応答部１０２は、受信用バッファ部１３１から記憶されている順序で、全てのパケットを読み出し、読み出したパケットを順に、ＥＭＡＣ部１０４へ出力する。自動応答部１０２は、受信用バッファ部１３１からパケットを読み出すと、読み出したそのパケットを受信用バッファ部１３１から削除する。

（ＥＭＡＣ部１０４からのパケットの受信）
自動応答部１０２は、ＥＭＡＣ部１０４からパケットを受信し、受信したパケットをＰＨＹ部１０１へ出力する。
（５）ＥＭＡＣ部１０４
ＥＭＡＣ部１０４は、第二電源回路１２６から給電され、起動が完了すると、省電力モードから通常モードへの復帰が完了したことを示す復帰完了を自動応答部１０２へ出力する。

ＥＭＡＣ部１０４は、図２に示すように、ＭＡＣ部１０４ａ、ＩＰ部１０４ｂ、ＴＣＰ部１０４ｃ、送信用バッファ部１０４ｄ及び受信用バッファ部１０４ｅから構成される。
（ＭＡＣ部１０４ａ）
ＭＡＣ部１０４ａは、自動応答部１０２からパケットを受信する。パケットを受信すると、受信したパケットから、プリアンブル等及びＦＣＳを取り除いて、その他の部分（ＭＡＣヘッダ、ＩＰヘッダ、ＴＣＰヘッダ及びデータ部）を、ＩＰ部１０４ｂへ出力する。

また、ＭＡＣ部１０４ａは、ＩＰ部１０４ｂから、ＭＡＣヘッダ、ＩＰヘッダ及びＴＣＰヘッダが付加されたデータ部を受け取り、受け取ったＭＡＣヘッダ、ＩＰヘッダ及びＴＣＰヘッダが付加されたデータ部にプリアンブル等及びＦＣＳを付加して、パケットを生成し、生成したパケットを自動応答部１０２へ出力する。
さらに、ＭＡＣ部１０４ａは、ＬＡＮ４０におけるパケットの衝突検出、パケットの再送などを行う。

（ＩＰ部１０４ｂ）
ＩＰ部１０４ｂは、ＴＣＰ部１０４ｃから、宛て先とともに、ＴＣＰヘッダが付加されたデータ部を受け取り、宛て先に基づいてＩＰヘッダを作成し、ＴＣＰヘッダが付加されたデータ部にＩＰヘッダを付加し、さらに、ＭＡＣヘッダを付加し、ＭＡＣヘッダとＩＰヘッダとＴＣＰヘッダとが付加されたデータ部を、ＭＡＣ部１０４ａへ出力する。

また、ＩＰ部１０４ｂは、ＭＡＣ部１０４ａから、ＭＡＣヘッダとＩＰヘッダとＴＣＰヘッダとが付加されたデータ部を受け取り、受け取ったＭＡＣヘッダとＩＰヘッダとＴＣＰヘッダとが付加されたデータ部から、ＭＡＣヘッダ及びＩＰヘッダを取り除いて、ＴＣＰヘッダが付加されたデータ部を抽出し、抽出したＴＣＰヘッダが付加されたデータ部をＴＣＰ部１０４ｃへ出力する。

（ＴＣＰ部１０４ｃ）
ＴＣＰ部１０４ｃは、ＩＰ部１０４ｂからＴＣＰヘッダが付加されたデータ部を受け取り、受け取ったデータ部に付加されたＴＣＰヘッダを解析して、ＴＣＰヘッダ内に含まれている宛先ポート番号に該当するアプリケーションプログラムを探し、ＴＣＰヘッダを取り除いたデータ部を、宛先ポート番号に対応するアプリケーションプログラムを識別するプログラム識別番号とともに、受信用バッファ部１０４ｅへ書き込む。

また、ＴＣＰ部１０４ｃは、送信用バッファ部１０４ｄから、宛て先とともにデータ部を読み出し、読み出した宛て先に基づいてＴＣＰヘッダを作成し、読み出したデータ部にＴＣＰヘッダを付加し、宛て先とともに、ＴＣＰヘッダが付加されたデータをＩＰ部１０４ｂへ出力する。
（送信用バッファ部１０４ｄ及び受信用バッファ部１０４ｅ）
送信用バッファ部１０４ｄ及び受信用バッファ部１０４ｅは、ＲＡＭから構成されるバッファである。

送信用バッファ部１０４ｄは、一組以上の宛て先及びデータ部を記憶するための領域を備える。また、受信用バッファ部１０４ｅは、一組以上のデータ部及びプログラム識別番号を記憶するための領域を備える。
（６）受信制御部１２３
受信制御部１２３は、随時、受信用バッファ部１０４ｅからプログラム識別番号とデータ部との組を読み出す。プログラム識別番号とデータとの組を読み出すと、読み出したデータ部を読み出したプログラム識別番号により識別されるアプリケーションプログラムへ出力する。

なお、受信制御部１２３が、受信用バッファ部１０４ｅからプログラム識別番号とデータ部との組を読み出した後に、読み出したプログラム識別番号とデータ部の組とは、受信用バッファ部１０４ｅから削除される。
（７）ウェイクアップ回路１０５
ウェイクアップ回路１０５は、省電力モードにおいて、自動応答部１０２から復帰トリガ信号を受信する。復帰トリガ信号を受信すると、ウェイクアップ回路１０５は、給電を停止していたＥＭＡＣ部１０４、ＣＰＵ１０６、第一ブリッジ１０８のうち制御部１０８ａを除く部分、第二メモリ部１０９、メモリコントローラ１１０、プリントエンジン１１１、第二ブリッジ１１２、ＨＤＤ１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８に給電するように、第二電源回路１２６を制御する。また、ＣＰＵ１０６をリセットし、さらに、ＣＰＵ１０６に対して、通常モードへの復帰を指示する割込信号を出力する。

その後、通常モードの期間中、第二電源回路１２６により、ＥＭＡＣ部１０４、ＣＰＵ１０６、第一ブリッジ１０８のうち制御部１０８ａを除く部分、第二メモリ部１０９、メモリコントローラ１１０、プリントエンジン１１１、第二ブリッジ１１２、ＨＤＤ１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８に給電される。

また、ウェイクアップ回路１０５は、通常モードにおいて、ＣＰＵ１０６から、通常モードから省電力モードへの移行を示す移行トリガ信号を受信する。移行トリガ信号を受信すると、ウェイクアップ回路１０５は、ＥＭＡＣ部１０４、ＣＰＵ１０６、第一ブリッジ１０８のうち制御部１０８ａを除く部分、第二メモリ部１０９、メモリコントローラ１１０、プリントエンジン１１１、第二ブリッジ１１２、ＨＤＤ１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８への給電を停止するように、第二電源回路１２６を制御する。

なお、第一電源回路１２５により、常時、ＰＨＹ部１０１、自動応答部１０２、第三メモリ部１０３、ウェイクアップ回路１０５、第一メモリ部１０７及び制御部１０８ａに対して給電される。
（８）ＣＰＵ１０６
ＣＰＵ１０６は、フェッチ部、解読部、実行部、レジスタファイル、命令カウンタなどから構成され、第一メモリ部１０７に記憶されている制御プログラムから、制御プログラムに含まれる各命令を１個ずつ読み出し、読み出した命令を解読し、解読結果に従って動作する。

ＭＦＰ１（１０）の電源が投入された直後、ＣＰＵ１０６は、その内部を初期化し、その後、実行可能状態となる。ＭＦＰ１（１０）が通常モードから省電力モードに移行するときに、ＣＰＵ１０６は、その内部の状態、例えば、レジスタファイルの内容を、第一ブリッジ１０８を介して、第一メモリ部１０７へ書き込む。ＭＦＰ１（１０）が省電力モードから通常モードに移行するとき、第一メモリ部１０７に記録されているレジスタファイルの内容を、第一ブリッジ１０８を介して、第一メモリ部１０７から読み出し、読み出したレジスタファイルの内容を、レジスタファイルに書き戻す。

（９）更新部１２１
更新部１２１は、通常モードにおいて、受信制御部１２３を介して、ＥＭＡＣ部１０４の受信用バッファ部１０４ｅから、受信したパケットに含まれていたデータ部を受け取り、受け取ったデータ部からプロトコル番号、通信元ＰＣの情報等を取得し、取得したプロトコル番号、通信元ＰＣの情報、復帰時刻、ジョブ実行の有無などを通信履歴リスト１４１に書き込む。

（１０）メッセージ生成部１２０及び解析部１２２
解析部１２２は、情報端末装置であるＰＣが、ジョブ実行を伴うことなく、省電力モードから通常モードに切り替えるプロトコルを要求する状態であるか否かを解析する。言い換えると、解析部１２２は、通信履歴リスト１４１を用いて、ＰＣからのプロトコルに基づく要求により、ジョブ実行を伴うことなく、ＭＦＰ１（１０）が省電力モードから通常モードへ移行する傾向にあるか否かを解析し、解析結果をメッセージ生成部１２０へ出力する。

解析部１２２は、図３に示すように、計算部１２２ａ及び判断部１２２ｂを含む。
解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する。スキャン起動フラグ１４８が、「０」である場合には、通信履歴リスト１４１のスキャン起動を行わない。スキャン起動フラグ１４８が、「１」である場合には、通信履歴リスト１４１のスキャン起動を行う。

通信履歴リスト１４１のスキャン起動を行わないと判断した場合には、解析部１２２は、次に示すＰＣへのプロトコルの変更要求処理を行わない。
通信履歴リスト１４１のスキャン起動を行うと判断した場合には、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する。つまり、ジョブ実行を伴うことなく、ＭＦＰ１（１０）が省電力モードから通常モードへ移行した回数を計算する。

次に、判断部１２２ｂは、ＰＣ毎に、復帰回数が所定の基準を満たすか否かを判断する。具体的には、判断部１２２ｂは、ＰＣ毎に、復帰回数が所定基準値より大きいか否かを判断する。ここで、所定基準値は、一例として、「１０」である。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には、解析部１２２は、何もしない。

解析部１２２により、情報端末装置であるＰＣがジョブ実行を伴うことなく、省電力モードから通常モードに切り替えるプロトコルを要求する状態であると解析される場合に、メッセージ生成部１２０は、ＰＣが有するプロトコルを変更させるメッセージを生成する。言い換えると、メッセージ生成部１２０は、解析部１２２から解析結果を受け取り、その解析結果がジョブ実行を伴うことなく、ＭＦＰ１（１０）が省電力モードから通常モードへ移行する傾向にあると解析されたことを示す場合に、要求元のＰＣが用いる前記プロトコルを、他のプロトコルに変更させるメッセージを生成する。つまり、メッセージ生成部１２０は、算出された回数が所定の基準を満たすと判断される場合には、メッセージを生成する。具体的には、復帰回数が所定基準値より大きいと判断する場合には、メッセージ生成部１２０は、プロトコルの変更を促すためのプロトコル変更画面を生成し、生成したプロトコル変更画面に基づいて、送信されるパケットに含まれるべきデータ部を生成し、当該ＰＣを宛て先として、生成したデータ部を送信用バッファ部１０４ｄへ書き込む。

プロトコル変更画面の一例を図９に示す。この図に示すように、画面３０１は、対象プロトコル番号により示されるプロトコルを、代替プロトコル番号により示されるプロトコルに変えて設定するように促すメッセージを含んでいる。
なお、上記において、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの復帰回数を集計しているが、これには限定されない。例えば、所定期間当たりの、ＰＣ毎の省電力モードから通常モードへの復帰回数を集計してもよい。所定期間の例は、１日、１週間、２週間、１月などである。

また、上記のＰＣを宛て先として、上記データ部を送信用バッファ部１０４ｄへ書き込むとしているが、これには限定されない。管理者用ＰＣ３１を宛て先としてもよい。
また、上記のＰＣを宛て先として、管理者用ＰＣ３１を宛て先として、又は、上記のＰＣを宛て先及び管理者用ＰＣ３１の両方を宛て先として、上記のプロトコル変更画面を電子メールにより送信してもよい。

また、適切なプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
（１１）第一ブリッジ１０８及び第二ブリッジ１１２
第一ブリッジ１０８は、ＣＰＵ１０６及び第一メモリ部１０７と、バス１１８とを中継する。第一ブリッジ１０８は、制御部１０８ａを含む。制御部１０８ａは、第一メモリ部１０７へのデータの格納及び第一メモリ部１０７からのデータの読出しを制御する。また、第二ブリッジ１１２は、ＨＤＤ１１３、操作パネル１１４等と、バス１１８とを中継する。

（１２）メモリコントローラ１１０及び第二メモリ部１０９
メモリコントローラ１１０は、第二メモリ部１０９へのデータの格納及び第二メモリ部１０９からのデータの読出しを制御する。また、メモリコントローラ１１０は、第二メモリ部１０９に記憶されている画像データをプリントエンジン１１１へ出力する。
第二メモリ部１０９は、画像データなどを記憶する。

（１３）プリントエンジン１１１
プリントエンジン１１１は、一例として、回転駆動可能に設置された感光体ドラムの周囲に帯電チャージャ、露光部、現像器、転写チャージャ、残留トナーのクリーナを配置した構成である。露光部は、複数のＬＥＤを適宜の間隔で直線状に配列して構成され、帯電チャージャによって所定の電位に均一に帯電された感光体ドラムの表面に露光して、入力画像に応じた静電潜像を形成する。この静電潜像は現像器で現像され、トナー画像とされる。記録用シートがタイミングローラを経て転写部へ搬送され、シートはここでトナー画像を転写され、定着器で定着が施された後、排出ローラからＭＦＰ１（１０）の上部に排出される。

（１４）ＨＤＤ（Hard Disk Drive ）１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８
ＨＤＤ１１３は、長期保存用のデータを格納し、操作パネル１１４は、利用者の操作を受け付け、スキャナ１１５は、原稿を読み取り、ラスタＩＦ部１１６を介して、読み取った原稿データを、第二メモリ部１０９へ出力し、画像処理部１１７は、原稿データに対して各種の画像処理を施す。バス１１８は、ラスタＩＦ部１１６、画像処理部１１７、送受信部１１９、第一ブリッジ１０８、メモリコントローラ１１０及び第二ブリッジ１１２を接続する。

１．４ ネットワークシステム５の動作
ネットワークシステム５の動作について、図１０〜図１３に示すシーケンス図を用いて説明する。
（１）ＰＨＹ部１０１、自動応答部１０２、ＥＭＡＣ部１０４及びウェイクアップ回路１０５の動作
ＰＨＹ部１０１、自動応答部１０２、ＥＭＡＣ部１０４及びウェイクアップ回路１０５の動作について、図１０に示すシーケンス図を用いて説明する。

ＰＨＹ部１０１は、ＬＡＮ４０から電気信号を受信し、受信した電気信号を形式変換して、パケットとしてのデジタルデータを生成し（ステップＳ１０１）、パケットを自動応答部１０２へ出力する（ステップＳ１０２）。
自動応答部１０２は、モードフラグ１３３が通常モードを示すか、又は、省電力モードを示すかを判断し（ステップＳ１０３）、モードフラグ１３３が通常モードを示すと判断する場合（ステップＳ１０３でＮＯ）、受信したパケットをＥＭＡＣ部１０４へ出力する（ステップＳ１１３）。

モードフラグ１３３が省電力モードを示すと判断する場合（ステップＳ１０３でＹＥＳ）、自動応答部１０２は、一例として、受け取ったパケットが自分宛か又はマルチキャストであるかを判断し（ステップＳ１０４）、パケットが自分宛でない場合、かつマルチキャストでない場合（ステップＳ１０４でＮＯ）、そのパケットを破棄し、次のパケットの受信を待つ。

パケットが自分宛か又はマルチキャストであるかと判断した場合（ステップＳ１０４でＹＥＳ）、自動応答部１０２は、受信したパケットを受信用バッファ部１３１へ書き込み（ステップＳ１０５）、受信したパケットからプロトコル番号を抽出し（ステップＳ１０６）、自動応答プロトコルリスト１３２をサーチし（ステップＳ１０７）、抽出したプロトコル番号が自動応答プロトコルリスト１３２内に存在するか否かを判断する（ステップＳ１０８）。

抽出したプロトコル番号が自動応答プロトコルリスト１３２内に存在しないと判断する場合（ステップＳ１０８で「無し」）、自動応答部１０２は、次のパケットの受信を待つ。
抽出したプロトコル番号が自動応答プロトコルリスト１３２内に存在すると判断する場合（ステップＳ１０８で「有り」）、自動応答部１０２は、復帰トリガ信号をウェイクアップ回路１０５へ出力する（ステップＳ１０９）。

ウェイクアップ回路１０５は、復帰トリガ信号を受信すると（ステップＳ１０９）、給電を停止していたＥＭＡＣ部１０４、ＣＰＵ１０６、第一ブリッジ１０８のうち制御部１０８ａを除く部分、第二メモリ部１０９、メモリコントローラ１１０、プリントエンジン１１１、第二ブリッジ１１２、ＨＤＤ１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８に給電するように、第二電源回路１２６を制御し（ステップＳ１１０）、ＣＰＵ１０６をリセットし（ステップＳ１１１）、ＣＰＵ１０６に対して、通常モードへの復帰を指示する割込信号を出力する（ステップＳ１１２）。

また、自動応答部１０２は、ＥＭＡＣ部１０４から復帰完了を受け取ると（ステップＳ１１４）、受信用バッファ部１３１からパケットを読み出し（ステップＳ１１５）、読み出したパケットをＥＭＡＣ部１０４へ出力する（ステップＳ１１６）。
ＥＭＡＣ部１０４は、自動応答部１０２からパケットを受信し（ステップＳ１１７）、受け取ったパケットが自分宛か又はマルチキャストであるかを判断し（ステップＳ１１８）、パケットが自分宛でない場合、かつマルチキャストでない場合（ステップＳ１１８でＮＯ）、そのパケットを破棄し、次のパケットの受信を待つ。

パケットが自分宛か又はマルチキャストであるかと判断した場合（ステップＳ１１８でＹＥＳ）、ＥＭＡＣ部１０４は、パケットを処理し（ステップＳ１１９）、そのパケットのデータ部を出力する（ステップＳ１２０）。
（２）ＣＰＵ１０６及びＰＣの動作
ＣＰＵ１０６及びＰＣの動作について、図１１に示すシーケンス図を用いて説明する。

リセットされると（ステップＳ１３１）、ＣＰＵ１０６は、その内部を初期化し（ステップＳ１３２）、ウェイクアップ回路１０５から割込信号を受信した場合（ステップＳ１１２）、つまり、省電力モードから通常モードへの移行の場合（ステップＳ１３３でＹＥＳ）、第一メモリ部１０７にバックアップされていたレジスタファイルの内容を、レジスタファイルに書き込む（ステップＳ１３４）。こうして、ＣＰＵ１０６の省電力モードから通常モードへの移行が完了する。

次に、更新部１２１は、受信したデータにより通信履歴リスト１４１を更新する（ステップＳ１３６）。
（３）受信したデータ部による通信履歴リスト１４１の更新の動作
受信したデータ部による通信履歴リスト１４１の更新の動作について、図１２に示すシーケンス図を用いて説明する。

更新部１２１は、通常モードにおいて、受信制御部１２３を介して、ＥＭＡＣ部１０４の受信用バッファ部１０４ｅからデータ部を受け取り（ステップＳ２２１）、受け取ったデータ部からプロトコル番号、通信元ＰＣの情報等を取得し（ステップＳ２２２）、受け取ったデータ部に格納されているデータを用いて、ジョブ実行がされるか否かを判断し（ステップＳ２２３）、ジョブ実行がされる場合には（ステップＳ２２３でＹＥＳ）、「ジョブ実行」を「有」に設定し（ステップＳ２２４）、ジョブ実行がされない場合には（ステップＳ２２３でＮＯ）、「ジョブ実行」を「無」に設定し（ステップＳ２２５）、次に、プロトコル番号、通信元ＰＣの情報、ジッブ実行の有無などから構成される通信履歴情報を生成し、生成した通信履歴情報を通信履歴リスト１４１へ追加して書き込む（ステップＳ２２６）。

（４）解析部１２２によるプロトコルの変更要求処理の動作
解析部１２２によるプロトコルの変更要求処理の動作について、図１３に示すシーケンス図を用いて説明する。
解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する（ステップＳ２８１）。スキャン起動フラグ１４８が、「０」である場合には（ステップＳ２８１でＮＯ）、通信履歴リスト１４１のスキャン起動を行わない。スキャン起動フラグ１４８が、「１」である場合には（ステップＳ２８１でＹＥＳ）、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する（ステップＳ２８２）。

次に、解析部１２２は、ＰＣ毎に、以下のステップＳ２８４、Ｓ２８５、Ｓ２８６を繰り返す（ステップＳ２８３〜Ｓ２８７）。
判断部１２２ｂは、復帰回数が所定基準値より大きいか否かを判断する（ステップＳ２８４）。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には（ステップＳ２８４）、解析部１２２は、何もしない。復帰回数が所定基準値より大きいと判断する場合には（ステップＳ２８４）、メッセージ生成部１２０は、プロトコルの変更を促すためメッセージを含むプロトコル変更画面を生成し、前記メッセージを含む生成した前記プロトコル変更画面に基づいて送信されるパケットに含まれるべきデータ部を生成し、当該ＰＣを宛て先として、生成したデータ部を送信用バッファ部１０４ｄへ書き込む（ステップＳ２８５）。送受信部１１９は、ＬＡＮ４０を介して、データ部を当該ＰＣへ送信する（ステップＳ２８６）。ＰＣは、データ部、つまり、プロトコル変更画面を受信し（ステップＳ２８６）、受信したプロトコルの変更を促すためメッセージを含む前記プロトコル変更画面を表示する（ステップＳ２８８）。

以上説明したように、ジョブ実行を伴うことなく、画像形成装置が省電力モードから通常モードへ移行した回数が所定の基準を満たす場合には、過去において、画像形成装置が省電力モードから復帰して、無駄に電力を消費しており、情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなる。このため、プロトコルを変更させるメッセージを送信することにより、情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。

２．実施の形態２
本発明に係る別の実施の形態としてのネットワークシステム５ａ（図示していない）について説明する。ネットワークシステム５ａは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ａと実施の形態１のネットワークシステム５との相違点は、主として、一般用のＰＣへのプロトコルの変更要求処理である。ネットワークシステム５ａでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明する一般用のＰＣへのプロトコルの変更要求処理を行う。ここでは、この相違点を中心として説明する。

（解析部１２２の構成）
解析部１２２は、計算部１２２ａ及び判断部１２２ｂに加えて、検索部１２２ｃ（図示していない）を備える。
解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する。

通信履歴リスト１４１のスキャン起動を行わないと判断した場合には、解析部１２２は、次に示すＰＣへのプロトコルの変更要求処理を行わない。
通信履歴リスト１４１のスキャン起動を行うと判断した場合には、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する。つまり、ジョブ実行を伴うことなく、ＭＦＰ１（１０）が省電力モードから通常モードへ移行した回数を計算する。

次に、判断部１２２ｂは、ＰＣ毎に、復帰回数が所定の基準を満たすか否かを判断する。具体的には、判断部１２２ｂは、ＰＣ毎に、復帰回数が所定基準値より大きいか否かを判断する。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には、解析部１２２は、何もしないで、当該ＰＣについてのプロトコルの変更要求処理を終了する。

検索部１２２ｃは、通信履歴リスト１４１を用いて、ジョブ実行を伴う要求に係るＰＣを検索する。具体的には、検索部１２２ｃは、通信履歴リスト１４１中の、ジョブ実行を伴う通信履歴情報から、つまり、ジョブ実行「有」を含む通信履歴情報から、該当するＰＣを探す。該当するＰＣが存在する場合には、解析部１２２は、何もしないで、当該ＰＣについてのプロトコルの変更要求処理を終了する。

メッセージ生成部１２０は、判断部１２２ｂにより、算出された回数が所定の基準を満たすと判断され、かつ、検索部１２２ｃにより、ジョブ実行を伴う要求に係るＰＣが発見されなかった場合に、プロトコルの変更を促すためのメッセージを生成する。具体的には、復帰回数が所定基準値より大きいと判断され、かつ、該当するＰＣが存在しないには、メッセージ生成部１２０は、プロトコルの変更を促すためのメッセージを含むプロトコル変更画面を生成し、生成した前記メッセージを含む前記プロトコル変更画面を基にして送信されるパケットに含まれるべきデータ部を生成し、当該ＰＣを宛て先として、生成したデータ部を送信用バッファ部１０４ｄへ書き込む。

プロトコル変更画面の一例を図９に示す。この図に示すように、画面３０１は、対象プロトコル番号により示されるプロトコルを、代替プロトコル番号により示されるプロトコルに変えて設定するように促すメッセージを含んでいる。
なお、上記において、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの復帰回数を集計しているが、これには限定されない。例えば、所定期間当たりの、ＰＣ毎の省電力モードから通常モードへの復帰回数を集計してもよい。所定期間の例は、１日、１週間、２週間、１月などである。

また、上記のＰＣを宛て先として、上記データ部を送信用バッファ部１０４ｄへ書き込むとしているが、これには限定されない。管理者用ＰＣ３１を宛て先としてもよい。
また、上記のＰＣを宛て先として、管理者用ＰＣ３１を宛て先として、又は、上記のＰＣを宛て先及び管理者用ＰＣ３１の両方を宛て先として、上記のメッセージを電子メールにより送信してもよい。

また、適切なプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
（解析部１２２によるＰＣへのプロトコルの変更要求処理の動作）
解析部１２２によるＰＣへのプロトコルの変更要求処理の動作について、図１４に示すシーケンス図を用いて説明する。

解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する（ステップＳ３２１）。
通信履歴リスト１４１のスキャン起動を行わないと判断した場合には（ステップＳ３２１でＮＯ）、解析部１２２は、ＰＣへのプロトコルの変更要求処理を行わない。

通信履歴リスト１４１のスキャン起動を行うと判断した場合には（ステップＳ３２１でＹＥＳ）、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する（ステップＳ３２２）。
次に、解析部１２２は、ＰＣ毎に、ステップＳ３２４、Ｓ３２５、Ｓ３２６、Ｓ３２７、Ｓ３２８、Ｓ３３０を繰り返す（ステップＳ３２３〜Ｓ３２９）。

判断部１２２ｂは、ＰＣ毎に、復帰回数が所定基準値より大きいか否かを判断する（ステップＳ３２４）。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には（ステップＳ３２４）、解析部１２２は、何もしないで、当該ＰＣについてのプロトコルの変更要求処理を終了する。復帰回数が所定基準値より大きいと判断する場合には（ステップＳ３２４）、検索部１２２ｃは、通信履歴リスト１４１中の、ジョブ実行を伴う通信履歴情報から、つまり、ジョブ実行「有」を含む通信履歴情報から、該当するＰＣを探す（ステップＳ３２５）。該当するＰＣが存在する場合には（ステップＳ３２６で「有り」）、解析部１２２は、何もしないで、当該ＰＣについてのプロトコルの変更要求処理を終了する。

該当するＰＣが存在しない場合には（ステップＳ３２６で「無し」）、メッセージ生成部１２０は、プロトコルの変更を促すためのメッセージを含むプロトコル変更画面を生成し、前記メッセージを含む前記プロトコル変更画面を基にして送信されるパケットに含まれるべきデータ部を生成し、当該ＰＣを宛て先として、生成したデータ部を送信用バッファ部１０４ｄへ書き込む（ステップＳ３２７）。

送受信部１１９は、ＬＡＮ４０を介して、データ部をＰＣへ送信する（ステップＳ３２８）。ＰＣは、データ部、つまり、プロトコル変更画面を受信し（ステップＳ３２８）、受信したプロトコルの変更を促すためのメッセージを含むプロトコル変更画面を表示する（ステップＳ３３０）。
以上説明したように、ジョブ実行を伴うことなく、画像形成装置が省電力モードから通常モードへ移行した回数が所定の基準を満たす場合には、過去において、画像形成装置が省電力モードから復帰して、無駄に電力を消費しており、しかも、当該情報端末装置による要求によりジョブ実行が行われていない場合には、情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなる。このため、プロトコルを変更させるメッセージを送信することにより、情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。

３．実施の形態３
本発明に係る別の実施の形態としてのネットワークシステム５ｂ（図示していない）について説明する。ネットワークシステム５ｂは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ｂと実施の形態１のネットワークシステム５との相違点は、主として、プロトコルの代替推奨処理である。ネットワークシステム５ａでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明するプロトコルの代替推奨処理を行う。ここでは、この相違点を中心として説明する。

（代替プロトコルリスト１４２）
第一メモリ部１０７は、さらに、代替プロトコルリスト１４２を記憶している。
代替プロトコルリスト１４２は、利用者がＰＣに新たにプリンタ用のデバイスドライバをインストールする場合に、利用者がインストールしようとしているデバイスドライバが、ＭＦＰから見て、お勧めでない印刷用のプロトコルを使用しているとき、そのプロトコルに代えて、代替のプロトコルを使用するデバイスドライバのインストールを促すために、用いられる。

代替プロトコルリスト１４２は、一例として、図１５に示すように、１個又は複数個の代替プロトコル情報を記憶するための領域を備え、各代替プロトコル情報は、対象プロトコル番号及び代替プロトコル番号を含む。
対象プロトコル番号は、ＭＦＰから見て、お勧めでない印刷用のプロトコルを示すプロトコル番号であり、代替プロトコル番号は、対象プロトコル番号により示されるプロトコルに代えて、インストールを利用者に勧める印刷用のプロトコルを示すプロトコル番号である。
（解析部１２２）
解析部１２２は、ＰＣから受信したＰＣにおいて使用されているプロトコルを示すプロトコル番号が、対象プロトコル番号として、代替プロトコルリスト１４２に含まれるか否かを解析し、含まれる場合に、対応する代替プロトコル番号により示されるプロトコルへの変更を促す旨のメッセージを生成する。

以下において、解析部１２２について、詳細に説明する。
解析部１２２は、受信制御部１２３を介して、ＰＣからプロトコル番号を受信し、受信したプロトコル番号が、対象プロトコル番号として、代替プロトコルリスト１４２に存在するか否かを判断する。代替プロトコルリスト１４２に存在しない場合には、解析部１２２は、プロトコルの代替推奨処理を終了する。

受信したプロトコル番号が、対象プロトコル番号として、代替プロトコルリスト１４２に存在する場合には、メッセージ生成部１２０は、代替プロトコルリスト１４２から対象プロトコル番号に対応する代替プロトコル番号を読み出し、読み出した代替プロトコル番号を用いて、対象プロトコル番号により示されるプロトコルを、代替プロトコル番号により示されるプロトコルに変えて設定するように促すメッセージを含む変更画面を生成し、変更画面を基にして送信されるパケットに含まれるべきデータ部を生成する。

変更画面の一例を図９に示す。この図に示すように、画面３０１は、対象プロトコル番号により示されるプロトコルを、代替プロトコル番号により示されるプロトコルに変えて設定するように促すメッセージを含んでいる。
次に、メッセージ生成部１２０は、前記ＰＣを宛て先として、生成したデータ部をＥＭＡＣ部の送信用バッファ部１０４ｄへ書き込む。

なお、前記メッセージを、前記ＰＣを宛て先として、電子メールにより送信してもよい。
また、代替プロトコル番号により示されるプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
（解析部１２２によるプロトコルの代替推奨処理の動作）
解析部１２２によるプロトコルの代替推奨処理の動作について、図１６に示すシーケンス図を用いて説明する。

ＰＣ１（２１）は、プリンタドライバのインストールがされると（ステップＳ１３８）、ＭＦＰ１（１０）へインストールを通知し（ステップＳ１３９）、ＰＨＹ部１０１、自動応答部１０２及びＥＭＡＣ部１０４は、インストールの通知を受信する（ステップＳ１４０〜Ｓ１４１）。
インストールの通知を受信すると、解析部１２２は、受信制御部１２３を介して、ＰＣからプロトコル番号を受信し（ステップＳ２６１）、代替プロトコルリスト１４２をサーチして（ステップＳ２６２）、受信したプロトコル番号が、対象プロトコル番号として、代替プロトコルリスト１４２に存在するか否かを判断する（ステップＳ２６３）。代替プロトコルリスト１４２に存在しない場合には（ステップＳ２６３でＮＯ）、解析部１２２は、プロトコルの代替推奨処理を終了する。

受信したプロトコル番号が、対象プロトコル番号として、代替プロトコルリスト１４２に存在する場合には（ステップＳ２６３でＹＥＳ）、メッセージ生成部１２０は、代替プロトコルリスト１４２から対象プロトコル番号に対応する代替プロトコル番号を読み出し（ステップＳ２６４）、読み出した代替プロトコル番号を用いて、対象プロトコル番号により示されるプロトコルを、代替プロトコル番号により示されるプロトコルに変えて設定するように促すメッセージを含む変更画面を生成し、生成した変更画面を基にして送信されるパケットに含まれるべきデータ部を生成する（ステップＳ２６５）。

次に、メッセージ生成部１２０は、前記ＰＣを宛て先として、生成したデータ部をＥＭＡＣ部の送信用バッファ部１０４ｄへ書き込む（ステップＳ２６６）。
送受信部１１９は、ＥＭＡＣ部１０４の送信用バッファ部１０４ｄへ書き込まれた管理者用ＰＣ３１を宛て先とするデータ部を、つまり、代替プロトコル番号により示されるプロトコルに変えて設定するように促すメッセージを含む変更画面を、ＬＡＮ４０を介して、管理者用ＰＣ３１へ送信し（ステップＳ２６７〜Ｓ２６８）、ＰＣ１（２１）は、変更画面を受信すると（ステップＳ２６８）、受信した、代替プロトコル番号により示されるプロトコルに変えて設定するように促すメッセージを含む変更画面を表示する（ステップＳ２６９）。

以上説明したように、代替すべきプロトコルを示すとともに、プロトコルを変更させるメッセージを出力するので、情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。
４．実施の形態４
本発明に係る別の実施の形態としてのネットワークシステム５ｃ（図示していない）について説明する。ネットワークシステム５ｃは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ｃと実施の形態１のネットワークシステム５との相違点は、主として、推奨プロトコルリストの生成処理である。ネットワークシステム５ｃでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明する推奨プロトコルリストの生成処理を行う。ここでは、この相違点を中心として説明する。

（マルチキャストプロトコルリスト１４４）
第一メモリ部１０７は、さらに、マルチキャストプロトコルリスト１４４を記憶している。
マルチキャストプロトコルリスト１４４は、一例として、図１７に示すように、１個又は複数個のプロトコル番号を記憶するための領域を含む。プロトコル番号は、マルチキャストによりパケットを送信するデバイスドライバにおいて用いられるプロトコルを示すプロトコル番号である。

（解析部１２２）
解析部１２２は、他のＭＦＰ２（１１）及びＭＦＰ３（１２）から、受信したこれらのＭＦＰが有する自動応答プロトコルリスト１６２及び１６３と、ＭＦＰ１（１０）の第三メモリ部１０３に記憶されている自動応答プロトコルリスト１３２とを解析して、マルチキャストを発生させないプロトコルに係るプロトコル番号を選択し、選択したプロトコル番号から構成される推奨プロトコルリストを生成し、生成した推奨プロトコルリストを各ＰＣに対して送信するように制御する。

以下において、解析部１２２の詳細について説明する。
解析部１２２は、ＭＦＰ１（１０）、ＭＦＰ２（１１）及びＭＦＰ３（１２）に対する自動応答プロトコルリストの要求を生成し、生成した要求を基にして送信されるパケットに含まれるべきデータ部を生成し、ＭＦＰ１（１０）、ＭＦＰ２（１１）及びＭＦＰ３（１２）を宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む。次に、解析部１２２は、受信制御部１２３から、ＭＦＰ１（１０）の自動応答プロトコルリスト、ＭＦＰ２（１１）の自動応答プロトコルリスト及びＭＦＰ３（１２）の自動応答プロトコルリストを受け取る。

次に、解析部１２２は、第一メモリ部１０７からマルチキャストプロトコルリスト１４４を読み出し、ＭＦＰ１（１０）の自動応答プロトコルリスト内に、マルチキャストプロトコルリストに記憶されているプロトコル番号が存在すれば、自動応答プロトコルリストからそのプロトコル番号を除外し、ＭＦＰ２（１１）の自動応答プロトコルリスト内に、マルチキャストプロトコルリストに記憶されているプロトコル番号が存在すれば、自動応答プロトコルリストからそのプロトコル番号を除外し、ＭＦＰ３（１２）の自動応答プロトコルリスト内に、マルチキャストプロトコルリストに記憶されているプロトコル番号が存在すれば、自動応答プロトコルリストからそのプロトコル番号を除外し、こうして得られた３個の自動応答プロトコルリストをマージして、１個のプロトコルリストを生成し、生成したプロトコルリストから、重複するプロトコル番号を削除して、１個の推奨プロトコルリストを生成する。

こうして生成された推奨プロトコルリストは、マルチキャストのプロトコルの番号を除き、ＭＦＰ１（１０）、ＭＦＰ２（１１）及びＭＦＰ３（１２）のそれぞれの自動応答プロトコルリストに含まれるプロトコル番号を含むこととなる。
さらに、メッセージ生成部１２０は、生成した推奨プロトコルリストを含み、推奨プロトコルを示すメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、ＰＣを宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む。

生成した推奨プロトコルリストを含み、推奨プロトコルを示すメッセージを表示する画面の一例を図１８に示す。この図に示すように、画面３０４は、推奨プロトコルを含み、推奨プロトコルを示すメッセージを含んでいる。
なお、生成した推奨プロトコルリストを含むメッセージを、それぞれのＰＣを宛て先として、電子メールにより送信するとしてもよい。

また、推奨プロトコルリストに含まれ、適切なプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
（解析部１２２による推奨プロトコルリストの生成の動作）
解析部１２２による推奨プロトコルリストの生成の動作について、図１９に示すシーケンス図を用いて説明する。

ＰＣ１（２１）は、プリンタドライバのインストールの準備がされると（ステップＳ１４８）、ＭＦＰ１（１０）へインストール準備を通知し（ステップＳ１４９）、ＰＨＹ部１０１、自動応答部１０２及びＥＭＡＣ部１０４は、インストール準備の通知を受信する（ステップＳ１５０〜Ｓ１５１）。
インストール準備の通知を受信すると、解析部１２２は、ＭＦＰ１（１０）、ＭＦＰ２（１１）及びＭＦＰ３（１２）に対する自動応答プロトコルリストの要求を生成し、生成した要求を基にして送信されるパケットに含まれるべきデータ部を生成し、ＭＦＰ１（１０）、ＭＦＰ２（１１）及びＭＦＰ３（１２）を宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む（ステップＳ３８１）。

送受信部１１９は、ＬＡＮ４０を介して、データ部をそれぞれＭＦＰ２（１１）及びＭＦＰ３（１２）へ送信する（ステップＳ３８２、Ｓ３８３）。ＭＦＰ２（１１）及びＭＦＰ３（１２）は、それぞれ、データ部、つまり、自動応答プロトコルリストの要求を受信し（ステップＳ３８２、Ｓ３８３）、自動応答プロトコルリストを読み出し（ステップＳ３８４、Ｓ３８５）、読み出した自動応答プロトコルリストをＭＦＰ（１０）の送受信部１１９を介して、解析部１２２へ送信する（ステップＳ３８６、Ｓ３８７）。

また、ＭＦＰ１（１０）の自動応答部１０２は、上記の要求を受け取ると、自動応答プロトコルリストを読み出し、読み出した自動応答プロトコルリストをＥＭＡＣ部１０４を介して、解析部１２２へ出力する（ステップＳ３８８）。
次に、解析部１２２は、送受信部１１９及び受信制御部１２３を介して、ＭＦＰ１（１０）の自動応答プロトコルリスト、ＭＦＰ２（１１）の自動応答プロトコルリスト及びＭＦＰ３（１２）の自動応答プロトコルリストを受け取る（ステップＳ３８８、Ｓ３８６、Ｓ３８７）。

次に、解析部１２２は、第一メモリ部１０７からマルチキャストプロトコルリスト１４４を読み出し（ステップＳ３８９）、ＭＦＰ１（１０）の自動応答プロトコルリスト内に、マルチキャストプロトコルリストに記憶されているプロトコル番号が存在すれば、自動応答プロトコルリストからそのプロトコル番号を除外し（ステップＳ３９０）、ＭＦＰ２（１１）の自動応答プロトコルリスト内に、マルチキャストプロトコルリストに記憶されているプロトコル番号が存在すれば、自動応答プロトコルリストからそのプロトコル番号を除外し（ステップＳ３９１）、ＭＦＰ３（１２）の自動応答プロトコルリスト内に、マルチキャストプロトコルリストに記憶されているプロトコル番号が存在すれば、自動応答プロトコルリストからそのプロトコル番号を除外し（ステップＳ３９２）、こうして得られた３個の自動応答プロトコルリストをマージして、１個のプロトコルリストを生成し、生成したプロトコルリストから、重複するプロトコル番号を削除して、１個の推奨プロトコルリストを生成する。さらに、メッセージ生成部１２０は、生成した推奨プロトコルリストを含み、推奨プロトコルを示すメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、ＰＣを宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む（ステップＳ３９３）。

送受信部１１９は、ＬＡＮ４０を介して、データ部をＰＣへ送信する（ステップＳ３９４）。ＰＣは、データ部、つまり、推奨プロトコルリストを含むメッセージを受信し（ステップＳ３９４）、受信した、推奨プロトコルリストを含み、推奨プロトコルを示すメッセージを画面に表示する（ステップＳ３９５）。
以上説明したように、推奨プロトコルリストを送信するので、情報端末装置が推奨プロトコルリストに示されたプロトコルへ変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。

５．実施の形態５
本発明に係る別の実施の形態としてのネットワークシステム５ｄ（図示していない）について説明する。ネットワークシステム５ｄは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ｄと実施の形態１のネットワークシステム５との相違点は、主として、管理者用ＰＣ３１へのプロトコルの変更要求処理である。ネットワークシステム５ｄでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明する管理者用ＰＣ３１へのプロトコルの変更要求処理を行う。ここでは、この相違点を中心として説明する。

（変更プロトコルリスト１４３）
第一メモリ部１０７は、さらに、変更プロトコルリスト１４３を記憶している。
変更プロトコルリスト１４３は、各ＰＣに現在インストールされているデバイスドライバではなく、別のデバイスドライバに変更することにより、ＭＦＰにおける省電力効果が高いものになることを、管理者に対して伝えるために用いられ、各ＰＣに現在インストールされているデバイスドライバが使用している印刷用のプロトコルを示す対象プロトコル番号と、ＭＦＰにおいてより高い省電力効果が得られるであろうデバイスドライバが使用している印刷用のプロトコルを示す代替プロトコル番号を対応付けて記憶している。

変更プロトコルリスト１４３は、一例として、図２０に示すように、１個又は複数個の変更プロトコル情報を記憶するための領域を備え、各変更プロトコル情報は、対象プロトコル番号及び代替プロトコル番号を含む。
対象プロトコル番号は、一つの印刷用のプロトコルを示すプロトコル番号であり、代替プロトコル番号は、対象プロトコル番号により示されるプロトコルを使用するデバイスドライバに代えて、当該代替プロトコル番号により示されるプロトコルを使用するデバイスドライバをインストールすることにより、ＭＦＰにおいてより高い省電力効果が得られることが期待できる当該印刷用のプロトコルを示すプロトコル番号である。

（解析部１２２）
解析部１２２は、計算部１２２ａ及び判断部１２２ｂに加えて、さらに、検索部１２２ｃを備える。
解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する。

通信履歴リスト１４１のスキャン起動を行わないと判断した場合には、解析部１２２は、次に示す管理者用ＰＣ３１へのプロトコルの変更要求処理を行わない。
通信履歴リスト１４１のスキャン起動を行うと判断した場合には、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する。つまり、ジョブ実行を伴うことなく、ＭＦＰ１（１０）が省電力モードから通常モードへ移行した回数を計算する。

次に、判断部１２２ｂは、ＰＣ毎に、復帰回数が所定の基準を満たすか否かを判断する。具体的には、判断部１２２ｂは、ＰＣ毎に、復帰回数が所定基準値より大きいか否かを判断する。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には、解析部１２２は、何もしないで、プロトコルの変更要求処理を終了する。
検索部１２２ｃは、通信履歴情報に含まれ、当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在するか検索する。当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在しないと判断する場合には、解析部１２２は、何もしないで、プロトコルの変更要求処理を終了する。

メッセージ生成部１２０は、判断部１２２ｂにより、算出された回数が所定の基準を満すと判断され、かつ、検索部１２２ｃにより、ＰＣが使用しているプロトコルを示す番号が変更プロトコルリスト１４３に対象プロトコル番号として存在すると判断される場合に、次に説明するメッセージを生成する。
具体的には、メッセージ生成部１２０は、復帰回数が所定基準値より大きいと判断する場合、かつ、当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在すると判断する場合には、メッセージ生成部１２０は、省電力効果を次式により算出する。

省電力量（ワット）
＝１回の省電力モードから通常モードへの移行にかかる電力量 × 所定時間当たりに移行した回数
次に、メッセージ生成部１２０は、当該ＰＣのプロトコルを、対象プロトコル番号に対応する代替プロトコル番号により示されるプロトコルに、変更することにより、算出した省電力量（ワット）の省電力効果が出る旨を含むメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣ宛に、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄへ書き込む。

プロトコル変更画面の一例を図２１に示す。この図に示すように、画面３０２は、対象プロトコル番号により示されるプロトコルを、代替プロトコル番号により示されるプロトコルに変えて設定すると、画面３０２に示される省電力量分の省電力効果があることを示すメッセージを含んでいる。
なお、上記において、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの復帰回数を集計しているが、これには限定されない。例えば、所定期間当たりの、ＰＣ毎の省電力モードから通常モードへの復帰回数を集計してもよい。所定期間の例は、１日、１週間、２週間、１月などである。

また、管理者用ＰＣを宛て先として、上記データ部を送信用バッファ部１０４ｄへ書き込むとしているが、これには限定されない。復帰回数が所定基準値より大きいと判断された一般利用者のＰＣを宛て先としてもよい。
また、復帰回数が所定基準値より大きいと判断された一般利用者のＰＣを宛て先として、管理者用ＰＣ３１を宛て先として、又は、復帰回数が所定基準値より大きいと判断された一般利用者のＰＣ及び管理者用ＰＣ３１の両方を宛て先として、上記のメッセージを電子メールにより送信してもよい。

また、代替プロトコル番号により示されるプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
上記において説明したように、メッセージ生成部１２０は、ＰＣが使用している前記プロトコルを代替プロトコル番号により示されるプロトコルに変更することにより、ＭＦＰ１（１０）において減じることができる電力量を算出し、算出した電力量を示す情報を含むメッセージを生成する。

（解析部１２２による管理者用ＰＣへの変更要求処理の動作）
解析部１２２による管理者用ＰＣへの変更要求処理の動作について、図２２に示すシーケンス図を用いて説明する。
解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する（ステップＳ３０１）。

通信履歴リスト１４１のスキャン起動を行わないと判断した場合には（ステップＳ３０１でＮＯ）、解析部１２２は、次に示す管理者用ＰＣ３１へのプロトコルの変更要求処理を行わない。
通信履歴リスト１４１のスキャン起動を行うと判断した場合には（ステップＳ３０１でＹＥＳ）、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する（ステップＳ３０２）。

次に、解析部１２２は、ＰＣ毎に、ステップＳ３０４、Ｓ３０５、Ｓ３０６、Ｓ３０７を繰り返す（ステップＳ３０３〜Ｓ３０８）。
判断部１２２ｂは、ＰＣ毎に、復帰回数が所定基準値より大きいか否かを判断する（ステップＳ３０４）。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には（ステップＳ３０４）、解析部１２２は、何もしないで、プロトコルの変更要求処理を終了する。復帰回数が所定基準値より大きいと判断する場合には（ステップＳ３０４）、検索部１２２ｃは、通信履歴情報に含まれ、当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在するか否かを判断する（ステップＳ３０５）。当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在しないと判断する場合には（ステップＳ３０５で「無」）、解析部１２２は、何もしないで、プロトコルの変更要求処理を終了する。当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在すると判断する場合には（ステップＳ３０５で「有」）、メッセージ生成部１２０は、省電力効果を算出し、当該ＰＣのプロトコルを、対象プロトコル番号に対応する代替プロトコル番号により示されるプロトコルに、変更することにより、算出した省電力量（ワット）の省電力効果が出ることを示すメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣ宛に、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄへ書き込む（ステップＳ３０６）。

送受信部１１９は、ＬＡＮ４０を介して、データ部を管理者用ＰＣ３１へ送信する（ステップＳ３０７）。管理者用ＰＣ３１は、データ部、つまり、省電力効果が出ることを示すメッセージを受信し（ステップＳ３０７）、受信したメッセージを画面に表示する（ステップＳ３０９）。
以上説明したように、代替するプロトコルを示すとともに、プロトコルの変更により、省電力効果がある旨を含む前記メッセージを生成して送信するので、情報端末装置の管理者に対して、より説得力のあるメッセージを伝達することができる。このため、管理者のもとで、一般利用者の情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。

６．実施の形態６
本発明に係る別の実施の形態としてのネットワークシステム５ｅ（図示していない）について説明する。ネットワークシステム５ｅは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ｅと実施の形態１のネットワークシステム５との相違点は、主として、管理者用ＰＣ３１へのプロトコルの変更要求処理である。ネットワークシステム５ｅでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明する管理者用ＰＣ３１へのプロトコルの変更要求処理を行う。ここでは、この相違点を中心として説明する。

第一メモリ部１０７は、さらに、変更プロトコルリスト１４３を記憶している。変更プロトコルリスト１４３については、上述した通りである。
解析部１２２は、計算部１２２ａ及び判断部１２２ｂに加え、さらに、検索部１２２ｃを備えている。
解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する。

通信履歴リスト１４１のスキャン起動を行わないと判断した場合には、解析部１２２は、次に示す管理者用ＰＣ３１へのプロトコルの変更要求処理を行わない。
通信履歴リスト１４１のスキャン起動を行うと判断した場合には、解析部１２２の計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する。つまり、ジョブ実行を伴うことなく、ＭＦＰ１（１０）が省電力モードから通常モードへ移行した回数を計算する。

次に、判断部１２２ｂは、ＰＣ毎に、復帰回数が所定の基準を満たすか否かを判断する。具体的には、判断部１２２ｂは、ＰＣ毎に、復帰回数が所定基準値より大きいか否かを判断する。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には、解析部１２２は、何もしないで、当該ＰＣについてのプロトコルの変更要求処理を終了する。

検索部１２２ｃは、通信履歴リスト１４１を用いて、ジョブ実行を伴う要求に係るＰＣを検索する。具体的には、検索部１２２ｃは、通信履歴リスト１４１中の、ジョブ実行を伴う通信履歴情報から、つまり、ジョブ実行「有」を含む通信履歴情報から、該当するＰＣを探す。該当するＰＣが存在する場合には、解析部１２２は、何もしないで、当該ＰＣについてのプロトコルの変更要求処理を終了する。検索部１２２ｃは、さらに、当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在するか否かを判断する。当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在しないと判断する場合には、解析部１２２は、何もしないで、当該プロトコルについての変更要求処理を終了する。

メッセージ生成部１２０は、判断部１２２ｂにより、Ｐ算出された回数が所定の基準を満たすと判断され、検索部１２２ｃにより、ジョブ実行を伴う要求に係るＰＣが発見されず、かつ、ＰＣが使用しているプロトコルを示す番号が変更プロトコルリスト１４３に対象プロトコル番号として存在すると判断される場合に、次に示すメッセージを生成する。具体的には、復帰回数が所定基準値より大きいと判断され、該当するＰＣが存在せず、当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在すると判断する場合には、メッセージ生成部１２０は、省電力効果を次式により算出する。

省電力量（ワット）
＝１回の省電力モードから通常モードへの移行にかかる電力量 × 所定時間当たりに起動した回数
次に、メッセージ生成部１２０は、当該ＰＣのプロトコルを、対象プロトコル番号に対応する代替プロトコル番号により示されるプロトコルに、変更することにより、算出した省電力量（ワット）の省電力効果が出る旨を含むメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣ宛に、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄへ書き込む。

プロトコル変更画面の一例を図２１に示す。この図に示すように、画面３０２は、対象プロトコル番号により示されるプロトコルを、代替プロトコル番号により示されるプロトコルに変えて設定すると、画面３０２に示される省電力量分の省電力効果があることを示すメッセージを含んでいる。
なお、上記において、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの復帰回数を集計しているが、これには限定されない。例えば、所定期間当たりの、ＰＣ毎の省電力モードから通常モードへの復帰回数を集計してもよい。所定期間の例は、１日、１週間、２週間、１月などである。

また、管理者用ＰＣを宛て先として、上記データ部を送信用バッファ部１０４ｄへ書き込むとしているが、これには限定されない。復帰回数が所定基準値より大きいと判断された一般利用者のＰＣを宛て先としてもよい。
また、復帰回数が所定基準値より大きいと判断された一般利用者のＰＣを宛て先として、管理者用ＰＣ３１を宛て先として、又は、復帰回数が所定基準値より大きいと判断された一般利用者のＰＣ及び管理者用ＰＣ３１の両方を宛て先として、上記のメッセージを電子メールにより送信してもよい。

また、代替プロトコル番号により示されるプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
（解析部１２２による管理者用ＰＣへの変更要求処理の動作）
解析部１２２による管理者用ＰＣへの変更要求処理の動作について、図２３に示すシーケンス図を用いて説明する。

解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する（ステップＳ３４１）。
通信履歴リスト１４１のスキャン起動を行わないと判断した場合には（ステップＳ３４１でＮＯ）、解析部１２２は、管理者用ＰＣ３１へのプロトコルの変更要求処理を行わない。

通信履歴リスト１４１のスキャン起動を行うと判断した場合には（ステップＳ３４１でＹＥＳ）、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、ＰＣ毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する（ステップＳ３４２）。
次に、解析部１２２は、ＰＣ毎に、ステップＳ３４４、Ｓ３４５、Ｓ３４６、Ｓ３４７、Ｓ３４８、Ｓ３４９、Ｓ３５１を繰り返す（ステップＳ３４３〜Ｓ３５０）。

判断部１２２ｂは、復帰回数が所定基準値より大きいか否かを判断する（ステップＳ３４４）。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には（ステップＳ３４４）、解析部１２２は、何もしないで、当該ＰＣについてのプロトコルの変更要求処理を終了する。復帰回数が所定基準値より大きいと判断する場合には（ステップＳ３４４）、検索部１２２ｃは、通信履歴リスト１４１中の、ジョブ実行を伴う通信履歴情報から、つまり、ジョブ実行「有」を含む通信履歴情報から、該当するＰＣを探す（ステップＳ３４５）。該当するＰＣが存在する場合には（ステップＳ３４６で「有り」）、解析部１２２は、何もしないで、当該ＰＣについてのプロトコルの変更要求処理を終了する。該当するＰＣが存在しない場合には（ステップＳ３４６で「無し」）、検索部１２２ｃは、当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在するか否かを判断する（ステップＳ３４７）。当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在しないと判断する場合には（ステップＳ３４７で「無し」）、解析部１２２は、何もしないで、当該プロトコルについての変更要求処理を終了する。当該ＰＣが使用しているプロトコルを示すプロトコル番号が、対象プロトコル番号として、変更プロトコルリスト１４３に存在すると判断する場合には（ステップＳ３４７で「有り」）、メッセージ生成部１２０は、省電力効果を算出し、当該ＰＣのプロトコルを、対象プロトコル番号に対応する代替プロトコル番号により示されるプロトコルに、変更することにより、算出した省電力量（ワット）の省電力効果が出ることを示すメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣ宛に、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄへ書き込む（ステップＳ３４８）。

送受信部１１９は、ＬＡＮ４０を介して、データ部を管理者用ＰＣへ送信する（ステップＳ３４９）。管理者用ＰＣは、データ部、つまり、省電力効果が出ることを示すメッセージを受信し（ステップＳ３４９）、受信したメッセージを画面に表示する（ステップＳ３５１）。
以上説明したように、ジョブ実行を伴うことなく、画像形成装置が省電力モードから通常モードへ移行した回数が所定の基準を満たす場合には、過去において、画像形成装置が省電力モードから復帰して、無駄に電力を消費しており、しかも、当該情報端末装置による要求によりジョブ実行が行われていない場合には、情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなる。この場合に、代替するプロトコルを示すとともに、プロトコルの変更により、省電力効果がある旨を含む前記メッセージを生成して送信するので、情報端末装置の管理者に対して、より説得力のあるメッセージを伝達することができる。このため、管理者の管理のもとで、一般利用者の情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。

７．実施の形態７
本発明に係る別の実施の形態としてのネットワークシステム５ｆ（図示していない）について説明する。ネットワークシステム５ｆは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ｆと実施の形態１のネットワークシステム５との相違点は、主として、変更候補の抽出の処理である。ネットワークシステム５ｆでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明する変更候補の抽出の処理を行う。ここでは、この相違点を中心として説明する。

（変更候補リスト１４７）
第一メモリ部１０７は、さらに、変更候補リスト１４７を記憶している。
変更候補リスト１４７は、１個又は複数個の通信履歴情報を記憶するための領域を備えている。ここで、通信履歴情報は、通信履歴リスト１４１に含まれる通信履歴情報と同一のデータ構造を有しており、説明を省略する。

変更候補リスト１４７は、後述する解析部１２２において生成され、通信履歴リスト１４１に含まれる通信履歴情報のうち、通信履歴情報内のプロトコル番号により示されるプロトコルが変更可能なもののみを含む。
（解析部１２２）
解析部１２２は、通信履歴リスト１４１を用いて、ＰＣのプロトコルの変更が可能か否かを解析し、変更が可能な場合に、当該プロトコルを変更させるメッセージを生成する。

以下において、解析部１２２について、詳細に説明する。
解析部１２２は、通信履歴リスト１４１に含まれる全ての通信履歴情報について、以下を繰り返し、実行する。
通信履歴リスト１４１から１個の通信履歴情報を読み出し、読み出した通信履歴情報からプロトコル番号を抽出し、抽出したプロトコル番号を用いて、プロトコルの変更が可能か否かを判断する。プロトコルの変更が可能か否かは、次のようにして判断する。解析部１２２は、あらかじめ、変更可能リストを記憶している。この変更可能リストは、プロトコルの変更が可能なプロトコルの番号を記憶している。解析部１２２は、抽出したプロトコル番号が変更可能リストに存在するか否かを判断し、存在する場合にプロトコルの変更が可能であると判断する。変更が可能と判断した場合に、読み出した通信履歴情報を、第一メモリ部１０７の変更候補リスト１４７に書き込む。変更が可能でないと判断した場合に、読み出した通信履歴情報を変更候補リスト１４７に書き込まない。

通信履歴リスト１４１に含まれる全ての通信履歴情報について、上記の繰り返しが終了すると、解析部１２２は、変更候補リスト１４７に含まれる通信履歴情報のうち、送信元が同一であり、かつ、プロトコル番号が同一である複数の通信履歴情報を、一つの通信履歴情報にまとめ、変更候補リスト１４７を書き換える。
次に、メッセージ生成部１２０は、「ネットワーク内のＰＣのプロトコルの変更によって、さらなる省電力が可能となる」旨を示すメッセージを生成し、生成した変更候補リスト１４７と、生成したメッセージとから構成される送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣ３１を宛て先として、生成したデータ部を、ＥＭＡＣ部１０４の送信用バッファ部１０４ｄへ書き込む。

なお、前記メッセージを、管理者用ＰＣ３１を宛て先として、電子メールにより送信してもよい。
また、変更先のプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
（解析部１２２による変更候補の抽出の動作）
解析部１２２による変更候補の抽出の動作について、図２４に示すシーケンス図を用いて説明する。

解析部１２２は、通信履歴リスト１４１に含まれる全ての通信履歴情報について、ステップＳ２４２〜Ｓ２４５を繰り返し、実行する（ステップＳ２４１〜Ｓ２４６）。
解析部１２２は、通信履歴リスト１４１から１個の通信履歴情報を読み出し（ステップＳ２４２）、読み出した通信履歴情報からプロトコル番号を抽出し（ステップＳ２４３）、抽出したプロトコル番号を用いて、プロトコルの変更が可能か否かを判断する（ステップＳ２４４）。変更が可能と判断した場合に（ステップＳ２４４でＹＥＳ）、解析部１２２は、読み出した通信履歴情報を、第一メモリ部１０７の変更候補リスト１４７に書き込む（ステップＳ２４５）。変更が可能と判断しなかった場合に（ステップＳ２４４でＮＯ）、読み出した通信履歴情報を変更候補リスト１４７に書き込まない。

通信履歴リスト１４１に含まれる全ての通信履歴情報について、上記の繰り返し（ステップＳ２４１〜Ｓ２４６）が終了すると、解析部１２２は、変更候補リスト１４７に含まれる通信履歴情報のうち、送信元が同一であり、かつ、プロトコル番号が同一である複数の通信履歴情報を、一つの通信履歴情報にまとめ、変更候補リスト１４７を書き換える（ステップＳ２４７）。

次に、メッセージ生成部１２０は、「ネットワーク内のＰＣのプロトコルの変更によって、さらなる省電力が可能となる」旨を示すメッセージを生成し、生成した変更候補リスト１４７と生成したメッセージとから構成される送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣ３１を宛て先として、生成したデータ部を、ＥＭＡＣ部１０４の送信用バッファ部１０４ｄへ書き込む（ステップＳ２４８）。

送受信部１１９は、ＥＭＡＣ部１０４の送信用バッファ部１０４ｄへ書き込まれた管理者用ＰＣ３１を宛て先とするデータ部を、つまり、生成した変更候補リスト１４７と「ネットワーク内のＰＣのプロトコルの変更によって、さらなる省電力が可能となる」旨を示すメッセージとを、ＬＡＮ４０を介して、管理者用ＰＣ３１へ送信し（ステップＳ２４９）、管理者用ＰＣ３１は、メッセージを受信すると（ステップＳ２４９）、受信したメッセージを表示する（ステップＳ２５０）。

以上説明したように、プロトコルを変更させるメッセージを送信するので、管理者の管理のもとで、一般利用者の情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。
８．実施の形態８
本発明に係る別の実施の形態としてのネットワークシステム５ｇ（図示していない）について説明する。ネットワークシステム５ｇは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ｇと実施の形態１のネットワークシステム５との相違点は、主として、代替ドライバ情報の伝達の処理である。ネットワークシステム５ｇでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明する代替ドライバ情報の伝達の処理を行う。ここでは、この相違点を中心として説明する。

第一メモリ部１０７は、さらに、代替プロトコルリスト１４２、マルチキャストプロトコルリスト１４４、ドライバ情報リスト１４５、ドライバ情報リスト１４６を記憶している。
代替プロトコルリスト１４２及びマルチキャストプロトコルリスト１４４については、上述した通りである。

（ドライバ情報リスト１４５）
ドライバ情報リスト１４５は、ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）においてそれぞれインストールされているデバイスドライバについてのドライバ情報を記憶するためのリストである。
ドライバ情報リスト１４５は、一例として、図２５に示すように、１個又は複数個のドライバ情報を記憶するための領域を含む。各ドライバ情報は、送信元及びプロトコル番号を含む。送信元は、ＰＣを示し、プロトコル番号は、当該ＰＣにインストールされているデバイスドライバにおいて使用されているプロトコルを示すプロトコル番号である。

ドライバ情報リスト１４５は、図２５に示すように、３個のドライバ情報１４５ａ、３個のドライバ情報１４５ｂ及び６個のドライバ情報１４５ｂを含む。
３個のドライバ情報１４５ａは、ＰＣ１（２１）においてそれぞれインストールされている３個のデバイスドライバにおいて使用されているプロトコルを示すプロトコル番号である。また、３個のドライバ情報１４５ｂは、ＰＣ２（２２）においてそれぞれインストールされている３個のデバイスドライバにおいて使用されているプロトコルを示すプロトコル番号である。さらに、６個のドライバ情報１４５ｃは、ＰＣ３（２３）においてそれぞれインストールされている６個のデバイスドライバにおいて使用されているプロトコルを示すプロトコル番号である。

（ドライバ情報リスト１４６）
ドライバ情報リスト１４６は、ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）においてそれぞれインストールされているデバイスドライバのうち、マルチキャストによるプロトコルを用いるデバイスドライバについてのドライバ情報を記憶するためのリストである。

ドライバ情報リスト１４６は、一例として、図２６に示すように、１個又は複数個のドライバ情報を記憶するための領域を含む。各ドライバ情報は、送信元及びプロトコル番号を含む。送信元及びプロトコル番号は、ドライバ情報リスト１４５の送信元及びプロトコル番号と同一であるので、説明を省略する。
ドライバ情報リスト１４６は、図２６に示すように、送信元１４６ａ「ＰＣ２」について、プロトコル番号１４６ｂ「プロトコル番号Ｘ」を含む。これは、ＰＣ２（２２）に、「プロトコル番号Ｘ」により示されるプロトコルを用いるデバイスドライバがインストールされており、このプロトコルは、マルチキャストによるプロトコルであることを示している。

（解析部１２２）
解析部１２２は、各ＰＣから受信した、当該ＰＣにおいて使用されているプロトコルを示すプロトコル番号が、対象プロトコル番号として、代替プロトコルリスト１４２に含まれるか否かを解析し、代替プロトコルリスト１４２に含まれる場合に、当該ＰＣを示す端末情報と、当該ＰＣにおいて使用されている前記プロトコルを示すプロトコル情報と、前記対象プロトコル番号に対応する前記代替プロトコル番号により示されるプロトコルを示すプロトコル情報とを含むメッセージを生成し、生成したメッセージを管理者用ＰＣ３１へ送信するように制御する。

以下において、解析部１２２について、詳細に説明する。
解析部１２２は、ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）に対するデバイスドライバ情報の要求を生成し、生成した要求を基にして送信されるパケットに含まれるべきデータ部を生成し、ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）を宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む。

次に、解析部１２２は、受信制御部１２３から、ＰＣ１（２１）のデバイスドライバ情報、ＰＣ２（２２）のデバイスドライバ情報及びＰＣ３（２３）のデバイスドライバ情報を受け取り、ＰＣ１（２１）を示す送信元とともに、受け取ったＰＣ１（２１）のデバイスドライバ情報に含まれるプロトコル番号をドライバ情報リスト１４５へ追加して書き込み、ＰＣ２（２２）を示す送信元とともに、受け取ったＰＣ２（２２）のデバイスドライバ情報に含まれるプロトコル番号をドライバ情報リスト１４５へ追加して書き込み、ＰＣ３（２３）を示す送信元とともに、受け取ったＰＣ３（２３）のデバイスドライバ情報に含まれるプロトコル番号をドライバ情報リスト１４５へ追加して書き込む。

次に、解析部１２２は、ドライバ情報リスト１４５から、マルチキャストプロトコルリスト１４４に含まれるプロトコル番号と同一のプロトコル番号を含むドライバ情報を抽出する。次に、抽出したドライバ情報に含まれるプロトコル番号と同一の対象プロトコル番号を含む代替プロトコル情報を代替プロトコルリスト１４２から抽出する。
次に、メッセージ生成部１２０は、抽出したドライバ情報と、抽出した代替プロトコル情報とを含むメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣを宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む。

生成したメッセージを表示する画面の一例を図２７に示す。この図に示す画面３０５は、一例として、ジョブの実行を伴わず、省電力モードから通常モードへの移行をさせる可能性のあるＰＣと、そのプロトコルを含み、そのプロトコルの代替プロトコルを含む。
なお、生成したメッセージを、管理者用ＰＣを宛て先として、電子メールにより送信してもよい。

また、適切なプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
（解析部１２２による代替ドライバ情報の伝達の動作）
解析部１２２による代替ドライバ情報の伝達の動作について、図２８に示すシーケンス図を用いて説明する。

解析部１２２は、毎日、午前１２時になると（ステップＳ４１０でＹＥＳ）、ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）に対するデバイスドライバ情報の要求を生成し（ステップＳ４１１）、生成した要求を基にして送信されるパケットに含まれるべきデータ部を生成し、ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）を宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む（ステップＳ４１２、Ｓ４１３、Ｓ４１４）。

ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）は、それぞれ、デバイスドライバ情報の要求を受信し（ステップＳ４１２、Ｓ４１３、Ｓ４１４）、デバイスドライバ情報を読み出し（ステップＳ４１５、Ｓ４１６、Ｓ４１７）、読み出したデバイスドライバ情報をＭＦＰ１（１０）へ送信する（ステップＳ４１８、Ｓ４２０、Ｓ４２２）。
解析部１２２は、ＰＣ１（２１）、ＰＣ２（２２）及びＰＣ３（２３）から、それぞれ、デバイスドライバ情報を受信し（ステップＳ４１８、Ｓ４２０、Ｓ４２２）、各ＰＣを示す送信元とともに、受信したデバイスドライバ情報をドライバ情報リスト１４５へ追加して書き込む（ステップＳ４１９、Ｓ４２１、Ｓ４２３）。

次に、解析部１２２は、ドライバ情報リスト１４５から、マルチキャストプロトコルリスト１４４に含まれるプロトコル番号と同一のプロトコル番号を含むドライバ情報を、送信元とともに、抽出する（ステップＳ４２４）。次に、抽出したドライバ情報に含まれるプロトコル番号と同一の対象プロトコル番号を含む代替プロトコル情報を代替プロトコルリスト１４２から抽出する（ステップＳ４２５）。

次に、メッセージ生成部１２０は、抽出したドライバ情報と、抽出した代替プロトコル情報とを含むメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣを宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む（ステップＳ４２６）。
送受信部１１９は、ＬＡＮ４０を介して、データ部を管理者用ＰＣ３１へ送信する（ステップＳ４２７）。管理者用ＰＣ３１は、データ部、つまり、抽出したドライバ情報と、抽出した代替プロトコル情報とを含むメッセージを受信し（ステップＳ４２７）、受信したメッセージを画面に表示する（ステップＳ４２８）。

なお、解析部１２２は、毎日、午前１２時になると代替ドライバ情報を伝達しているが、他の時刻において、前記のように制御してもよいし、一日に、二回以上、動作するように制御してもよいし、一週間に一度、又は、一カ月に一度、動作するように制御してもよい。 以上説明したように、一般利用者の情報端末装置がマルチキャストプロトコルを使用する場合に、当該マルチキャストプロトコルに代えて用いることができる代替プロトコルについての情報を情報端末装置の管理者に伝達するので、管理者の管理のもとで、一般利用者の情報端末装置がプロトコルを変更すれば、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。

９．実施の形態９
本発明に係る別の実施の形態としてのネットワークシステム５ｈ（図示していない）について説明する。ネットワークシステム５ｈは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ｈと実施の形態１のネットワークシステム５との相違点は、主として、自動応答プロトコルリストからのプロトコル番号の削除処理である。ネットワークシステム５ｈでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明する自動応答プロトコルリストからのプロトコル番号の削除処理を行う。ここでは、この相違点を中心として説明する。

（自動応答部１０２）
自動応答部１０２は、削除部を含む。削除部は、受信したパケットが自動応答プロトコルリスト１３２内のプロトコル番号を削除することを示す命令を含む場合に、受信したパケットから削除対象となるプロトコル番号を抽出し、抽出したプロトコル番号と同じプロトコル番号を自動応答プロトコルリスト１３２から削除する。言い換えると、削除部は、後述する解析部１２２の削除処理部１２２ｄの制御に従って、自動応答プロトコルリスト１３２に含まれるプロトコル番号を削除する。

（解析部１２２）
解析部１２２は、自動応答プロトコルリスト１３２に含まれる一のプロトコル番号を削除するか否かを判断し、削除すると判断する場合に、自動応答プロトコルリスト１３２に含まれている当該プロトコル番号を削除するように、自動応答部１０２を制御する。言い換えると、解析部１２２は、通信履歴リスト１４１を用いて、ＰＣからの要求により、ジョブ実行を伴うことなく、ＭＦＰ１（１０）が省電力モードから通常モードへ移行する傾向にあるか否かを解析し、そのような傾向にある場合に、自動応答プロトコルリスト１３２から、ＰＣについてのプロトコルを示すプロトコル番号を削除するように、自動応答部１０２を制御する。解析部１２２は、計算部１２２ａ及び判断部１２２ｂに加えて、さらに、検索部１２２ｃ及び削除処理部１２２ｄを含む。

解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する。
通信履歴リスト１４１のスキャン起動を行わないと判断した場合には、解析部１２２は、次に示す自動応答プロトコルリスト１３２からのプロトコル番号の削除処理を行わない。

通信履歴リスト１４１のスキャン起動を行うと判断した場合には、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、プロトコル毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する。つまり、ジョブ実行を伴うことなく、ＭＦＰ１（１０）が省電力モードから通常モードへ移行した回数を計算する。

次に、判断部１２２ｂは、プロトコル毎に、復帰回数が所定の基準を満たすか否かを判断する。具体的には、判断部１２２ｂは、プロトコル毎に、復帰回数が所定基準値より大きいか否かを判断する。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には、解析部１２２は、何もしないで、当該プロトコルについての自動応答プロトコルリスト１３２からのプロトコル番号の削除処理を終了する。

検索部１２２ｃは、通信履歴リスト１４１中の、ジョブ実行を伴う通信履歴情報から、つまり、ジョブ実行「有」を含む通信履歴情報から、該当するプロトコルを探す。該当するプロトコルが存在する場合には、解析部１２２は、何もしないで、当該プロトコルについての自動応答プロトコルリスト１３２からの削除処理を終了する。
削除処理部１２２ｄは、算出された回数が所定の基準を満たし、かつ、所定基準を満たすと判断されたプロトコルの番号が、通信履歴リスト１４１に含まれるジョブ実行を伴う通信履歴情報内に存在しない場合に、自動応答プロトコルリスト１３２から当該プロトコル番号を削除するように、自動応答部１０２を制御する。

具体的には、復帰回数が所定基準値より大きいと判断し、ジョブ実行「有」を含む通信履歴情報の中に、該当するプロトコルが存在しなかった場合に、削除処理部１２２ｄは、「自動応答プロトコルリスト１３２から当該プロトコルを示すプロトコル番号を削除する」ことを示す命令を生成し、生成した命令を基にして送信されるパケットに含まれるべきデータ部を生成し、自動応答部１０２を宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む。次に、メッセージ生成部１２０は、自動応答プロトコルリスト１３２から当該プロトコルを示すプロトコル番号を削除する旨のメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣを宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む。これで、当該プロトコルについての自動応答プロトコルリスト１３２からの削除処理を終了する。

当該プロトコルを示すプロトコル番号を削除する旨のメッセージを表示する画面の一例を図２９に示す。この図に示すように、画面３０３は、自動応答プロトコルリストから、一つのプロトコル番号が削除されたことを示すメッセージを含んでいる。
なお、上記において、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、プロトコル毎に、省電力モードから通常モードへの復帰回数を集計しているが、これには限定されない。例えば、所定期間当たりの、プロトコル毎の省電力モードから通常モードへの復帰回数を集計してもよい。所定期間の例は、１日、１週間、２週間、１月などである。

また、管理者用ＰＣを宛て先として、前記メッセージを基にして生成した前記データ部を送信用バッファ部１０４ｄへ書き込むとしているが、これには限定されない。復帰回数が所定基準値より大きいと判断された一般利用者のＰＣを宛て先としてもよい。
また、復帰回数が所定基準値より大きいと判断された一般利用者のＰＣを宛て先として、管理者用ＰＣ３１を宛て先として、又は、復帰回数が所定基準値より大きいと判断された一般利用者のＰＣ及び管理者用ＰＣ３１の両方を宛て先として、上記のメッセージを電子メールにより送信してもよい。

また、適切なプロトコルを用いるデバイスドライバを、ＰＣへ送信し、ＰＣにおいて、強制的にデバイスドライバの更新を行わせてもよい。
（自動応答プロトコルリストからのプロトコル番号の削除の動作）
解析部１２２による自動応答プロトコルリストからのプロトコル番号の削除の動作について、図３０に示すシーケンス図を用いて説明する。

解析部１２２は、第一メモリ部１０７に記憶されているスキャン起動フラグ１４８により、通信履歴リスト１４１のスキャン起動を行うか否かを判断する（ステップＳ３６１）。
通信履歴リスト１４１のスキャン起動を行わないと判断した場合には（ステップＳ３６１でＮＯ）、解析部１２２は、自動応答プロトコルリストからのプロトコル番号の削除を行わない。

通信履歴リスト１４１のスキャン起動を行うと判断した場合には（ステップＳ３６１でＹＥＳ）、計算部１２２ａは、通信履歴リスト１４１中の、ジョブ実行を伴わない通信履歴情報から、つまり、ジョブ実行「無」を含む通信履歴情報から、プロトコル毎に、省電力モードから通常モードへの移行の回数を示す復帰回数を集計する（ステップＳ３６２）。

次に、解析部１２２は、プロトコル毎に、以下に示すステップＳ３６４、Ｓ３６５、Ｓ３６６、Ｓ３６７、Ｓ３６８、Ｓ３６９及びＳ３７１を繰り返す（ステップＳ３６３〜３７０）。
判断部１２２ｂは、復帰回数が所定基準値より大きいか否かを判断する（ステップＳ３６４）。復帰回数が所定基準値と等しい又は復帰回数が所定基準値より小さいと判断する場合には（ステップＳ３６４）、解析部１２２は、何もしないで、当該プロトコルについての自動応答プロトコルリスト１３２からの削除処理を終了する。

復帰回数が所定基準値より大きいと判断する場合には（ステップＳ３６４）、検索部１２２ｃは、通信履歴リスト１４１中の、ジョブ実行を伴う通信履歴情報から、つまり、ジョブ実行「有」を含む通信履歴情報から、該当するプロトコルを探す（ステップＳ３６５）。該当するプロトコルが存在する場合には（ステップＳ３６６で「有り」）、解析部１２２は、何もしないで、当該プロトコルについての自動応答プロトコルリスト１３２からの削除処理を終了する。

該当するプロトコルが存在しない場合には（ステップＳ３６６で「無し」）、削除処理部１２２ｄは、自動応答プロトコルリスト１３２から当該プロトコルを示すプロトコル番号を削除することを示す命令を生成し、生成した命令を基にして送信されるパケットに含まれるべきデータ部を生成し、自動応答部１０２を宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込み、自動応答部１０２の削除部は、自動応答プロトコルリスト１３２から当該プロトコル番号を削除する（ステップＳ３６７）。次に、メッセージ生成部１２０は、自動応答プロトコルリスト１３２から当該プロトコルを示すプロトコル番号を削除する旨のメッセージを生成し、生成したメッセージを基にして送信されるパケットに含まれるべきデータ部を生成し、管理者用ＰＣ３１を宛て先として、生成したデータ部をＥＭＡＣ部１０４の送信用バッファ部１０４ｄに書き込む（ステップＳ３６８）。

送受信部１１９は、ＬＡＮ４０を介して、データ部を管理者用ＰＣ３１へ送信する（ステップＳ３６９）。管理者用ＰＣ３１は、データ部、つまり、自動応答プロトコルリスト１３２からプロトコル番号を削除する旨のメッセージを受信し（ステップＳ３６９）、受信したメッセージを画面に表示する（ステップＳ３７１）。
以上説明したように、ジョブ実行を伴うことなく、画像形成装置が省電力モードから通常モードへ移行した回数が所定の基準を満たす場合には、過去において、画像形成装置が省電力モードから復帰して、無駄に電力を消費しており、しかも、当該情報端末装置による要求に係るプロトコルを用いた場合に、ジョブ実行が行われていない場合には、自動応答プロトコルリストから当該プロトコルのプロトコル番号を削除することにより、画像形成装置が省電力モードから復帰する可能性が少なくなり、無駄な電力の消費を防止することができる。
１０．実施の形態１０
本発明に係る別の実施の形態としてのネットワークシステム５ｉ（図示していない）について説明する。ネットワークシステム５ｉは、実施の形態１のネットワークシステム５と同様の構成を有している。ネットワークシステム５ｉと実施の形態１のネットワークシステム５との相違点は、主として、自動応答プロトコルリストからのプロトコル番号の削除処理である。ネットワークシステム５ｉでは、実施の形態１のネットワークシステム５の一般用のＰＣへのプロトコルの変更要求処理に代えて、以下に説明する自動応答プロトコルリストからのプロトコル番号の削除処理を行う。ここでは、この相違点を中心として説明する。
（サーバフラグ１３４）
第三メモリ部１０３は、さらに、サーバフラグ１３４を記憶している。

サーバフラグ１３４は、ＭＦＰ１（１０）がサーバであるか、又はサーバでないかを示す。サーバフラグ１３４が「１」のとき、ＭＦＰ１（１０）がサーバであることを示し、サーバフラグ１３４が「０」のとき、ＭＦＰ１（１０）がサーバでないことを示す。
ここで、ＭＦＰ１（１０）がサーバであるとは、ＭＦＰ１（１０）がサーバとしての機能を備えていることをいう。例えば、Webサーバ（HTTPサーバ）、メールサーバ、ファイルサーバなどの機能を備えていることをいう。また、ＭＦＰ１（１０）がサーバでないとは、ＭＦＰ１（１０）がサーバとしての機能を備えていないことをいう。

（自動応答部１０２の概要）
自動応答部１０２は、削除部を含む。自動応答部１０２は、（ａ）ＰＣから受信した要求に係るプロトコルが、自動応答プロトコルリスト１３２に含まれるプロトコル番号により示されるプロトコルと一致するか否かを判断し、（ｂ）前記要求が、デバイス管理に係るプロトコルに基づく要求であるか否を判断し、（ｃ）ＭＦＰ１（１０）がサーバか否かを判断する。自動応答プロトコルリスト１３２に含まれるプロトコル番号により示されるプロトコルと一致し、デバイス管理に係るプロトコルに基づく要求であり、ＭＦＰ１（１０）がサーバでないと判断する場合に、削除部は、当該プロトコルを示す前記プロトコル番号を自動応答プロトコルリスト１３２から削除する。

（自動応答部１０２の詳細）
自動応答部１０２は、省電力モードの場合に、自動応答プロトコルリスト１３２をサーチして、自動応答プロトコルリスト１３２内に、受信したパケットから抽出したプロトコル番号と同じプロトコル番号が存在するか否かを判断し、同じプロトコル番号が存在すると判断したときに、次のようにしてもよい。

自動応答部１０２は、あらかじめ管理者用ＰＣに割り当てられたＩＰアドレスを記憶している。また、管理用のプロトコルを示すプロトコル番号をあらかじめ記憶している。ここで、管理用のプロトコルの一例は、ＳＮＭＰである。ＳＮＭＰは、上述したように、ＴＣＰ／ＩＰネットワークにおいて、ルータ、コンピュータ、端末などのネットワークに接続された通信機器をネットワーク経由で監視及び制御するためのプロトコルである。

自動応答部１０２は、受信したパケットから抽出した送信元ＩＰアドレスが管理者用ＰＣに割り当てられたＩＰアドレスであるか否かを判断し、管理者用ＰＣに割り当てられたＩＰアドレスであると判断した場合に、受信したパケットから抽出したプロトコル番号が管理用のプロトコルを示すプロトコル番号であるか否かを判断する。管理用のプロトコル番号であると判断する場合に、自動応答部１０２は、第三メモリ部１０３からサーバフラグ１３４を読み出し、読み出したサーバフラグ１３４が「０」、つまり、ＭＦＰ１（１０）がサーバでないことを示すか、又は「１」、つまり、ＭＦＰ１（１０）がサーバであることを示すかを判断する。読み出したサーバフラグ１３４が「０」であると判断する場合に、自動応答部１０２の削除部は、自動応答プロトコルリスト１３２から、受信したパケットに含まれるプロトコル番号を含む自動応答プロトコル情報を削除する。

受信したパケットから抽出した送信元ＩＰアドレスが管理者用ＰＣに割り当てられたＩＰアドレスでないと判断する場合、受信したパケットから抽出したプロトコル番号が管理用のプロトコル番号ではない場合、又は、ＭＦＰ１（１０）がサーバであると判断する場合に、自動応答部１０２は、実施の形態１において述べたように、復帰トリガ信号をウェイクアップ回路１０５へ出力する。

なお、自動応答プロトコルリスト１３２から、プロトコル番号を含む自動応答プロトコル情報を削除した旨のメッセージを管理者用ＰＣに送信するとしてもよい。この場合に電子メールを用いて送信してもよい。
（ＭＦＰ１（１０）の動作）
ＭＦＰ１（１０）の動作について、特に、ＰＨＹ部１０１、自動応答部１０２、ＥＭＡＣ部１０４及びウェイクアップ回路１０５の動作について、図３１及び図３２に示すシーケンス図を用いて、説明する。

ＰＨＹ部１０１は、ＬＡＮ４０から電気信号を受信し、受信した電気信号を形式変換して、パケットとしてのデジタルデータを生成し（ステップＳ１０１）、パケットを自動応答部１０２へ出力する（ステップＳ１０２）。
自動応答部１０２は、モードフラグ１３３が通常モードを示すか、又は、省電力モードを示すかを判断し（ステップＳ１０３）、モードフラグ１３３が通常モードを示すと判断する場合（ステップＳ１０３でＮＯ）、受信したパケットをＥＭＡＣ部１０４へ出力する（ステップＳ１１３）。

モードフラグ１３３が省電力モードを示すと判断する場合（ステップＳ１０３でＹＥＳ）、自動応答部１０２は、一例として、受け取ったパケットが自分宛か又はマルチキャストであるかを判断し（ステップＳ１０４）、受け取ったパケットが自分宛でない場合、かつマルチキャストでない場合（ステップＳ１０４でＮＯ）、そのパケットを破棄し、次のパケットの受信を待つ。

受け取ったパケットが自分宛か又はマルチキャストであるかと判断した場合（ステップＳ１０４でＹＥＳ）、自動応答部１０２は、受信したパケットを受信用バッファ部１３１へ書き込み（ステップＳ１０５）、パケットからプロトコル番号を抽出し（ステップＳ１０６）、自動応答プロトコルリスト１３２をサーチし（ステップＳ１０７）、抽出したプロトコル番号が自動応答プロトコルリスト１３２内に存在するか否かを判断する（ステップＳ１０８）。

抽出したプロトコル番号が自動応答プロトコルリスト１３２内に存在しないと判断する場合（ステップＳ１０８で「無し」）、自動応答部１０２は、次のパケットの受信を待つ。
抽出したプロトコル番号が自動応答プロトコルリスト１３２内に存在すると判断する場合（ステップＳ１０８で「有り」）、自動応答部１０２は、受信したパケットから抽出した送信元ＩＰアドレスが管理者用ＰＣに割り当てられたＩＰアドレスであるか否かを判断し（ステップＳ４４１）、管理者用ＰＣに割り当てられたＩＰアドレスであると判断した場合に（ステップＳ４４１）、受信したパケットから抽出したプロトコル番号が管理用のプロトコルを示すプロトコル番号であるか否かを判断する（ステップＳ４４２）。管理用のプロトコル番号であると判断する場合に（ステップＳ４４２）、自動応答部１０２は、第三メモリ部１０３からサーバフラグ１３４を読み出し、読み出したサーバフラグ１３４が「０」か、又は「１」かを判断する（ステップＳ４４３）。読み出したサーバフラグ１３４が「０」であると判断する場合に（ステップＳ４４３）、自動応答部１０２の削除部は、自動応答プロトコルリスト１３２から、受信したパケットに含まれるプロトコル番号を含む自動応答プロトコル情報を削除する（ステップＳ４４４）。

送信元ＩＰアドレスが管理者用ＰＣに割り当てられたＩＰアドレスでないと判断される場合（ステップＳ４４１）、受信したパケットから抽出したプロトコル番号が管理用のプロトコルを示すプロトコル番号でないと判断される場合（ステップＳ４４２）、又は、読み出したサーバフラグ１３４が「１」であると判断する場合に（ステップＳ４４３）、自動応答部１０２は、復帰トリガ信号をウェイクアップ回路１０５へ出力する（ステップＳ１０９）。

ウェイクアップ回路１０５は、復帰トリガ信号を受信すると（ステップＳ１０９）、給電を停止していたＥＭＡＣ部１０４、ＣＰＵ１０６、第一ブリッジ１０８のうち制御部１０８ａを除く部分、第二メモリ部１０９、メモリコントローラ１１０、プリントエンジン１１１、第二ブリッジ１１２、ＨＤＤ１１３、操作パネル１１４、スキャナ１１５、ラスタＩＦ部１１６、画像処理部１１７及びバス１１８に給電するように、第二電源回路１２６を制御し（ステップＳ１１０）、ＣＰＵ１０６をリセットし（ステップＳ１１１）、ＣＰＵ１０６に対して、通常モードへの復帰を指示する割込信号を出力する（ステップＳ１１２）。

また、自動応答部１０２は、ＥＭＡＣ部１０４から復帰完了を受け取ると（ステップＳ１１４）、受信用バッファ部１３１からパケットを読み出し（ステップＳ１１５）、読み出したパケットをＥＭＡＣ部１０４へ出力する（ステップＳ１１６）。
ＥＭＡＣ部１０４は、自動応答部１０２からパケットを受信し（ステップＳ１１７）、受け取ったパケットが自分宛か又はマルチキャストであるかを判断し（ステップＳ１１８）、パケットが自分宛でない場合、かつマルチキャストでない場合（ステップＳ１１８でＮＯ）、そのパケットを破棄し、次のパケットの受信を待つ。

パケットが自分宛か又はマルチキャストであるかと判断した場合（ステップＳ１１８でＹＥＳ）、ＥＭＡＣ部１０４は、パケットを処理し（ステップＳ１１９）、そのパケットのデータ部を出力する（ステップＳ１２０）。
以上説明したように、デバイス管理に係るプロトコルに基づく要求が、サーバではない画像形成装置へ送信される必要性はなく、当該プロトコル番号を前記自動応答プロトコルリストから削除することにより、このような要求が誤って当該画像形成装置に送信された場合であっても、当該画像形成装置は、省電力モードから通常モードに切り換わらず、無駄な電力の消費を防止することができる。

１１．その他の変形例
なお、本発明を上記の各実施の形態に基づいて説明してきたが、本発明は、上記の各実施の形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
（１）実施の形態１のネットワークシステム５の変形例について、ネットワークシステム５との相違点を中心として説明する。

ネットワークシステム５のＭＦＰ１（１０）において、第一メモリ部１０７は、一個の通信履歴リスト１４１を記憶しているが、これには限定されない。
第一メモリ部１０７は、通信履歴リスト１４１に代えて、図３３に一例として示すジョブ実行を伴わない省電力モード復帰記録リスト１５１及び図３４に一例として示すジョブ実行を伴う省電力モード復帰記録リスト１５２を記憶しているとしてもよい。

次に、図３５に示すシーケンス図を用いて、更新部１２１の動作を説明する。
更新部１２１は、省電力モードから通常モードへの復帰がされたか否かを判断し（ステップＳ４６１）、省電力モードから通常モードへの復帰がされなかった判断する場合（ステップＳ４６１でＮＯ）、何もせず、処理を終了する。
省電力モードから通常モードへの復帰がされたと判断する場合（ステップＳ４６１でＹＥＳ）、更新部１２１は、通常モードにおいて、受信したパケットからプロトコル番号、送信元を示す情報等を取得し（ステップＳ４６２）、当該パケットによるジョブ実行がされる場合には（ステップＳ４６３でＹＥＳ）、プロトコル番号、送信元、ジョブ実行有無、受信モード及び受信時刻からなる記録情報を生成し、生成した記録情報をジョブ実行を伴う省電力モード復帰記録リスト１５２へ書き込む（ステップＳ４６４）。当該パケットによるジョブ実行がされない場合には（ステップＳ４６３でＮＯ）、プロトコル番号、送信元、ジョブ実行有無、受信モード及び受信時刻からなる記録情報を生成し、生成した記録情報をジョブ実行を伴わない省電力モード復帰記録リスト１５１へ書き込む（ステップＳ４６５）。

このようにして生成されたジョブ実行を伴わない省電力モード復帰記録リスト１５１及びジョブ実行を伴う省電力モード復帰記録リスト１５２は、以下の場合に用いられる。
（ａ）図１３のステップＳ２８２において、「通信履歴リストの中のジョブ実行を伴わない通信履歴情報」の代わりに、ジョブ実行を伴わない省電力モード復帰記録リスト１５１を用いるとしてもよい。

（ｂ）図１４のステップＳ３２２において、「通信履歴リストの中のジョブ実行を伴わない通信履歴情報」の代わりに、ジョブ実行を伴わない省電力モード復帰記録リスト１５１を用い、図１４のステップＳ３２５において、「通信履歴リストの中のジョブ実行を伴う通信履歴情報」の代わりに、ジョブ実行を伴う省電力モード復帰記録リスト１５２を用いるとしてもよい。

（ｃ）図２２のステップＳ３０２において、「通信履歴リストの中のジョブ実行を伴わない通信履歴情報」の代わりに、ジョブ実行を伴わない省電力モード復帰記録リスト１５１を用いるとしてもよい。
（ｄ）図２３のステップＳ３４２において、「通信履歴リストの中のジョブ実行を伴わない通信履歴情報」の代わりに、ジョブ実行を伴わない省電力モード復帰記録リスト１５１を用い、図２３のステップＳ３４５において、「通信履歴リストの中のジョブ実行を伴う通信履歴情報」の代わりに、ジョブ実行を伴う省電力モード復帰記録リスト１５２を用いるとしてもよい。

（ｅ）図３０のステップＳ３６２において、「通信履歴リストの中のジョブ実行を伴わない通信履歴情報」の代わりに、ジョブ実行を伴わない省電力モード復帰記録リスト１５１を用い、図３０のステップＳ３６５において、「通信履歴リストの中のジョブ実行を伴う通信履歴情報」の代わりに、ジョブ実行を伴う省電力モード復帰記録リスト１５２を用いるとしてもよい。

（２）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここで、コンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。

（３）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ―ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。

また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
また、本発明は、マイクロプロセッサとメモリとを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてもよい。

また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（４）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。

本発明に係る画像形成装置及び制御方法は、印刷に直接関係のない依頼を受けた場合であっても、省電力モードから通常モードに復帰する可能性が少なくなり、無駄な電力の消費を防止することができるので、プリンタ、複写機、ファクシミリやこれらの複合機などの画像形成装置における用いられる省電力制御技術として有用である。

５、５ａ、５ｂ、５ｃ、５ｄ、５ｅ ネットワークシステム
５ｆ、５ｇ、５ｈ、５ｉ ネットワークシステム
１０ ＭＦＰ１
１１ ＭＦＰ２
１２ ＭＦＰ３
２１ ＰＣ１
２２ ＰＣ２
２３ ＰＣ３
３１ 管理者用ＰＣ
４０ ＬＡＮ
１０１ ＰＨＹ部
１０２ 自動応答部
１０３ 第三メモリ部
１０４ ＥＭＡＣ部
１０４ａ ＭＡＣ部
１０４ｂ ＩＰ部
１０４ｃ ＴＣＰ部
１０４ｄ 送信用バッファ部
１０４ｅ 受信用バッファ部
１０５ ウェイクアップ回路
１０６ ＣＰＵ
１０７ 第一メモリ部
１０８ 第一ブリッジ
１０８ａ 制御部
１０９ 第二メモリ部
１１０ メモリコントローラ
１１１ プリントエンジン
１１２ 第二ブリッジ
１１３ ＨＤＤ
１１４ 操作パネル
１１５ スキャナ
１１６ ラスタＩＦ部
１１７ 画像処理部
１１８ バス
１１９ 送受信部
１２０ メッセージ生成部
１２１ 更新部
１２２ 解析部
１２２ａ 計算部
１２２ｂ 判断部
１２２ｃ 検索部
１２２ｄ 削除処理部
１２３ 受信制御部
１２５ 第一電源回路
１２６ 第二電源回路

Claims (15)

1. 省電力モードと通常モードを切り替えて動作する画像形成装置であって、
   画像形成装置が省電力モードである状態で情報端末装置から要求されたプロトコルに対して、通常モードに復帰させるか否かを決定するためのプロトコルの種別を示す情報を含む自動応答プロトコルリストを記憶している自動応答記憶手段と、
   前記自動応答プロトコルリストに基づき、前記情報端末装置が要求するプロトコルが省電力モードから通常モードに復帰させるプロトコルの種別に対応する場合は、前記省電力モードを前記通常モードに切り替えるように制御する自動応答手段と、
   過去に情報端末装置から要求されたプロトコルについて、当該画像形成装置におけるジョブ実行の有無及び当該画像形成装置による省電力モードから通常モードへの移行の有無を含む通信履歴リストを記憶している履歴記憶手段と、
   前記通信履歴リストを用いて、ジョブ実行を伴うことなく、当該画像形成装置が省電力モードから通常モードへ移行した回数を計算する計算部と、
   算出された回数が所定の基準を満たすか否かを判断する判断部と、
   算出された回数が所定の基準を満たすと判断される場合に、前記情報端末装置が有する前記プロトコルを変更させるメッセージを生成するメッセージ生成手段と、
   前記メッセージを前記情報処理端末に送信する送信手段と
   を備えることを特徴とする画像形成装置。
2. 前記自動応答手段は、前記情報端末装置が要求するプロトコルの種別を示す情報が前記自動応答プロトコルリストに含まれる場合に、省電力モードを通常モードに切り替える
   ことを特徴とする請求項１に記載の画像形成装置。
3. 前記画像形成装置は、さらに、他の画像形成装置から当該他の画像形成装置が有する自動応答プロトコルリストを受信する受信手段と、
   前記受信手段により受信した自動応答プロトコルリストと、前記自動応答記憶手段に記憶されている自動応答プロトコルリストとを解析して、マルチキャストを発生させないプロトコルの種別を示す情報を選択し、選択した情報から構成される推奨プロトコルリストを生成する解析手段とを備え、
   前記送信手段は、前記推奨プロトコルリストを前記情報端末装置に対して送信する
   ことを特徴とする請求項２に記載の画像形成装置。
4. 前記画像形成装置は、さらに、
   前記通信履歴リストを用いて、ジョブ実行を伴う前記要求に係る前記情報端末装置を検索する検索部を含み、
   前記メッセージ生成手段は、算出された回数が所定の基準を満たすと判断され、かつ、ジョブ実行を伴う前記要求に係る前記情報端末装置が発見されなかった場合に、前記メッセージを生成する
   ことを特徴とする請求項１に記載の画像形成装置。
5. 前記履歴記憶手段は、さらに、対象プロトコルの種別を示す対象プロトコル情報と、前記対象プロトコルに代えて用いられ得るプロトコルの種別を示す代替プロトコル情報とを対応付けて含む変更プロトコルリストを記憶しており、
   前記画像形成装置は、さらに、
   前記情報端末装置が使用しているプロトコルの種別を示す情報が前記変更プロトコルリストに対象プロトコル情報として存在するか検索する検索部を含み、
   前記メッセージ生成手段は、算出された回数が所定の基準を満たし、前記情報端末装置が使用しているプロトコルの種別を示す情報が前記変更プロトコルリストに対象プロトコル情報として存在する場合に、当該情報端末装置の前記プロトコルを、対象プロトコル情報に対応する前記代替プロトコル情報により種別が示されるプロトコルに変更することにより、省電力効果がある旨を含む前記メッセージを生成する
   ことを特徴とする請求項１に記載の画像形成装置。
6. 前記メッセージ生成手段は、さらに、前記情報端末装置が使用している前記プロトコルを前記代替プロトコル情報により種別が示されるプロトコルに変更することにより、当該画像形成装置において減じることができる電力量を算出し、算出した前記電力量を示す情報を含む前記メッセージを生成する
   ことを特徴とする請求項５に記載の画像形成装置。
7. 前記履歴記憶手段は、さらに、対象プロトコルの種別を示す対象プロトコル情報と、前記対象プロトコルに代えて用いられ得るプロトコルの種別を示す代替プロトコル情報とを対応付けて含む代替プロトコルリストを記憶しており、
   前記画像形成装置は、さらに、前記情報端末装置から使用されているプロトコルの種別を示すプロトコル情報を受信する受信手段と、
   受信したプロトコル情報が、対象プロトコル情報として、前記代替プロトコルリストに含まれるか否かを解析する解析手段とを備え、
   前記メッセージ生成手段は、受信したプロトコル情報が、対象プロトコル情報として、前記代替プロトコルリストに含まれる場合に、対応する代替プロトコル情報により種別が示されるプロトコルへの変更を促す旨のメッセージを生成する
   ことを特徴とする請求項１に記載の画像形成装置。
8. 前記履歴記憶手段は、さらに、ジョブを伴わない要求を発生させるプロトコルの種別を示す対象プロトコル情報と、前記対象プロトコル情報により種別を示されるプロトコルに代えて用いられ得るプロトコルの種別を示す代替プロトコル情報とを対応付けて含む代替プロトコルリストを記憶しており、
   前記画像形成装置は、さらに、前記情報端末装置から使用されているプロトコルの種別を示すプロトコル情報を受信する受信手段と、
   受信したプロトコル情報が、対象プロトコル情報として、前記代替プロトコルリストに含まれるか否かを解析する解析手段とを備え、
   前記メッセージ生成手段は、受信したプロトコル情報が、対象プロトコル情報として、前記代替プロトコルリストに含まれる場合に、当該情報端末装置を示す端末情報と、前記情報端末装置において使用されている前記プロトコルの種別を示すプロトコル情報と、前記対象プロトコル情報に対応する前記代替プロトコル情報とを含むメッセージを生成する
   ことを特徴とする請求項１に記載の画像形成装置。
9. 前記送信手段は、ジョブ実行を伴うことなく、前記省電力モードから前記通常モードに切り替えるプロトコルを要求する前記情報端末装置に前記メッセージを送信する
   ことを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置。
10. 前記送信手段は、管理者用の情報端末装置に対して、前記メッセージを送信する
    ことを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置。
11. 省電力モードと通常モードを切り替えて動作する画像形成装置であって、
    画像形成装置が省電力モードである状態で情報端末装置から要求されたプロトコルに対して、通常モードに復帰させるか否かを決定するためのプロトコルの種別を示す情報を含む自動応答プロトコルリストを記憶している自動応答記憶手段と、
    前記情報端末装置が要求するプロトコルに対し、前記自動応答プロトコルリストに基づき省電力モードから通常モードに復帰させるプロトコルの種別に対応する場合は、前記省電力モードを前記通常モードに切り替えるように制御する自動応答手段と、
    過去に情報端末装置から要求されたプロトコルについて、当該画像形成装置におけるジョブ実行の有無及び当該画像形成装置による省電力モードから通常モードへの移行の有無を含む通信履歴リストを記憶している履歴記憶手段と、
    前記通信履歴リストを用いて、第１のプロトコルによりジョブ実行を伴うことなく、当該画像形成装置が省電力モードから通常モードへ移行した回数を計算する計算部と、
    算出された回数が所定の基準を満たすか否かを判断する判断部と、
    算出された回数が所定の基準を満たすと判断される場合に、前記自動応答記憶手段に記憶された前記自動応答プロトコルリストに含まれている前記第１のプロトコルの種別を示す情報を削除する削除手段と、
    を備えることを特徴とする画像形成装置。
12. プロトコルの種別を示す情報は、プロトコルを識別するプロトコル番号であり、
    前記自動応答プロトコルリストは、前記情報として、プロトコル番号を含み、
    前記自動応答手段は、情報端末装置から要求されたプロトコルを識別するプロトコル番号が前記自動応答プロトコルリストに含まれるプロトコル番号と一致する場合に、当該画像形成装置の省電力モードを通常モードに切り替えるように制御し、
    前記削除手段は、算出された回数が所定の基準を満たすと判断される場合に、前記自動応答プロトコルリストから前記第１のプロトコルを識別するプロトコル番号を削除する
    ことを特徴とする請求項１１に記載の画像形成装置。
13. 前記画像形成装置は、さらに、
    前記情報端末装置により要求されるプロトコルが前記自動応答プロトコルリストに含まれる情報により種別が示されるプロトコルと一致するか否かを判断し、前記要求されるプロトコルが、デバイス管理に係るプロトコルであるか否を判断し、当該画像形成装置がサーバか否かを判断する解析手段を備え、
    前記削除手段は、前記情報端末装置により要求されるプロトコルが前記自動応答プロトコルリストに含まれる情報により種別が示されるプロトコルと一致し、デバイス管理に係るプロトコルであり、当該画像形成装置がサーバでないと判断する場合に、前記情報端末装置から要求されたプロトコルの種別を示す情報を前記自動応答プロトコルリストから削除する
    ことを特徴とする請求項１１に記載の画像形成装置。
14. 省電力モードと通常モードを切り替えて動作する画像形成装置において用いられる制御方法であって、
    前記画像形成装置は、当該画像形成装置が省電力モードである状態で情報端末装置から要求されたプロトコルに対して、通常モードに復帰させるか否かを決定するためのプロトコルの種別を示す情報を含む自動応答プロトコルリストを記憶している自動応答記憶手段と、過去に情報端末装置から要求されたプロトコルについて、当該画像形成装置におけるジョブ実行の有無及び当該画像形成装置による省電力モードから通常モードへの移行の有無を含む通信履歴リストを記憶している履歴記憶手段とを備え、
    前記制御方法は、
    前記自動応答プロトコルリストに基づき、情報端末装置が要求するプロトコルが省電力モードから通常モードに復帰させるプロトコルの種別に対応する場合は、前記省電力モードを前記通常モードに切り替えるように制御する自動応答ステップと、
    前記通信履歴リストを用いて、ジョブ実行を伴うことなく、当該画像形成装置が省電力モードから通常モードへ移行した回数を計算する計算ステップと、
    算出された回数が所定の基準を満たすか否かを判断する判断ステップと、
    算出された回数が所定の基準を満たすと判断される場合に、前記情報端末装置が有する前記プロトコルを変更させるメッセージを生成するメッセージ生成ステップと、
    前記メッセージを前記情報処理端末に送信する送信ステップと
    を含むことを特徴とする制御方法。
15. 省電力モードと通常モードを切り替えて動作する画像形成装置において用いられる制御方法であって、
    前記画像形成装置は、当該画像形成装置が省電力モードである状態で情報端末装置から要求されたプロトコルに対して、通常モードに復帰させるか否かを決定するためのプロトコルの種別を示す情報を含む自動応答プロトコルリストを記憶している自動応答記憶手段及び過去に情報端末装置から要求されたプロトコルについて、当該画像形成装置におけるジョブ実行の有無及び当該画像形成装置による省電力モードから通常モードへの移行の有無を含む通信履歴リストを記憶している履歴記憶手段を備え、
    前記制御方法は、
    前記情報端末装置が要求するプロトコルに対し、前記自動応答プロトコルリストに基づき省電力モードから通常モードに復帰させるプロトコルの種別に対応する場合は、前記省電力モードを前記通常モードに切り替えるように制御する自動応答ステップと、
    前記通信履歴リストを用いて、第１のプロトコルによりジョブ実行を伴うことなく、当該画像形成装置が省電力モードから通常モードへ移行した回数を計算する計算ステップと、
    算出された回数が所定の基準を満たすか否かを判断する判断ステップと、
    算出された回数が所定の基準を満たすと判断される場合に、前記自動応答記憶手段に記憶された前記自動応答プロトコルリストに含まれている前記第１のプロトコルの種別を示す情報を削除する削除ステップと、
    を含むことを特徴とする制御方法。

Images