(57)【特許請求の範囲】
【請求項１】
画像形成装置であって、
電力供給部と、
前記電力供給部からの電力供給を受けて、前記画像形成装置と外部ネットワーク機器とのネットワーク通信を制御するネットワーク制御手段と、
を備え、
前記ネットワーク制御手段は、
ネットワーク通信用の物理層チップと、
前記物理層チップによる受信中パケットの内容を解析するフィルタ部と、
を有し、
前記ネットワーク制御手段は、前記物理層チップによる受信中の受信パケットを前記フィルタ部を用いて随時解析し、前記受信パケットが自装置向けでないと判定すると、前記受信パケットの受信動作を停止するとともに、所定期間に亘って、前記物理層チップに対する電力供給を遮断あるいは低減し、
前記所定期間は、前記物理層チップの再起動に要する電力量に基づいて定められた基準期間以上の期間であることを特徴とする画像形成装置。
【請求項２】
請求項１に記載の画像形成装置において、
前記基準期間は、前記物理層チップの再起動に要する電力量に相当する電力量を前記物理層チップに対する電力供給の遮断あるいは低減により削減するための期間として算出された期間であることを特徴とする画像形成装置。
【請求項３】
請求項１または請求項２に記載の画像形成装置において、
前記所定期間は、前記基準期間以上の期間であり、且つ、前記画像形成装置が対応すべき複数のプロトコルの再送期間のうち最も短い期間以下の期間であることを特徴とする画像形成装置。
【請求項４】
請求項１に記載の画像形成装置において、
前記ネットワーク制御手段は、ブロードキャストによるＡＲＰリクエストパケット内の探索先ＩＰアドレスが前記画像形成装置のアドレスでないことを判定すると、前記受信パケットが自装置向けでないと判定することを特徴とする画像形成装置。
【請求項５】
請求項１に記載の画像形成装置において、
前記ネットワーク制御手段は、ユニキャストによるパケットの宛先ＭＡＣアドレスが前記画像形成装置のアドレスでないことを判定すると、前記受信パケットが自装置向けでないと判定することを特徴とする画像形成装置。
【請求項６】
請求項１に記載の画像形成装置において、
前記ネットワーク制御手段は、マルチキャストによるパケットの探索先グループに前記画像形成装置が所属しないことを判定すると、前記受信パケットが自装置向けでないと判定することを特徴とする画像形成装置。
【請求項７】
請求項１に記載の画像形成装置において、
前記物理層チップに対する電力供給を遮断する遮断回路、
をさらに備えることを特徴とする画像形成装置。
【請求項８】
請求項１に記載の画像形成装置において、
前記フィルタ部は、前記物理層チップに対するスタンバイ指示を送出して、前記物理層チップに対する電力供給を低減することを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））などの画像形成装置に関する。
【背景技術】
【０００２】
ネットワーク通信において電力消費を低減する技術が存在する。具体的には、メインＣＰＵによる処理が不要な状態においては、当該メインＣＰＵをスリープ状態に遷移させておく技術が存在する。たとえば、特許文献１には、ネットワーク通信において、受信された通信パケットが自分宛のものでないときにはメインＣＰＵをスリープ状態から復帰させず、受信された通信パケットが自分宛のものであるときにメインＣＰＵをスリープ状態から復帰させる技術が記載されている。このような技術においては、ＣＰＵのスリープ状態においてもパケットが受信され、受信したパケットの内容によってスリープ状態からの復帰の有無が決定される。なお、このようなネットワーク通信技術においては、パケット受信用の物理層チップ等がメインＣＰＵとは別個に設けられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−０６００２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のような技術においては、ＣＰＵの状態にかかわらず（スリープ状態か否かにかかわらず）物理層チップによってパケットが常に受信される。そのため、ＣＰＵのスリープ状態においても、物理層チップに対しては、ＣＰＵの非スリープ状態（通常状態）における物理層チップに対する供給電力と同程度の電力が常に供給されている。したがって、消費電力低減の余地が残されている。
【０００５】
そこで、この発明は、ネットワーク通信において、電力消費を低減することが可能な技術を提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決すべく、請求項１の発明は、画像形成装置であって、電力供給部と、前記電力供給部からの電力供給を受けて、前記画像形成装置と外部ネットワーク機器とのネットワーク通信を制御するネットワーク制御手段と、を備え、前記ネットワーク制御手段は、ネットワーク通信用の物理層チップと、前記物理層チップによる受信中パケットの内容を解析するフィルタ部と、を有し、前記ネットワーク制御手段は、前記物理層チップによる受信中の受信パケットを前記フィルタ部を用いて随時解析し、前記受信パケットが自装置向けでないと判定すると、前記受信パケットの受信動作を停止するとともに、所定期間に亘って、前記物理層チップに対する電力供給を遮断あるいは低減し、前記所定期間は、前記物理層チップの再起動に要する電力量に基づいて定められた基準期間以上の期間であることを特徴とする。
【０００７】
請求項２の発明は、請求項１の発明に係る画像形成装置において、前記基準期間は、前記物理層チップの再起動に要する電力量に相当する電力量を前記物理層チップに対する電力供給の遮断あるいは低減により削減するための期間として算出された期間であることを特徴とする。
【０００８】
請求項３の発明は、請求項１または請求項２の発明に係る画像形成装置において、前記所定期間は、前記基準期間以上の期間であり、且つ、前記画像形成装置が対応すべき複数のプロトコルの再送期間のうち最も短い期間以下の期間であることを特徴とする。
【０００９】
請求項４の発明は、請求項１の発明に係る画像形成装置において、前記ネットワーク制御手段は、ブロードキャストによるＡＲＰリクエストパケット内の探索先ＩＰアドレスが前記画像形成装置のアドレスでないことを判定すると、前記受信パケットが自装置向けでないと判定することを特徴とする。
【００１０】
請求項５の発明は、請求項１の発明に係る画像形成装置において、前記ネットワーク制御手段は、ユニキャストによるパケットの宛先ＭＡＣアドレスが前記画像形成装置のアドレスでないことを判定すると、前記受信パケットが自装置向けでないと判定することを特徴とする。
【００１１】
請求項６の発明は、請求項１の発明に係る画像形成装置において、前記ネットワーク制御手段は、マルチキャストによるパケットの探索先グループに前記画像形成装置が所属しないことを判定すると、前記受信パケットが自装置向けでないと判定することを特徴とする。
【００１２】
請求項７の発明は、請求項１の発明に係る画像形成装置において、前記物理層チップに対する電力供給を遮断する遮断回路、をさらに備えることを特徴とする。
【００１３】
請求項８の発明は、請求項１の発明に係る画像形成装置において、前記フィルタ部は、前記物理層チップに対するスタンバイ指示を送出して、前記物理層チップに対する電力供給を低減することを特徴とする。
【発明の効果】
【００１４】
請求項１ないし請求項８に記載の発明によれば、ネットワーク通信において、電力消費を低減することが可能である。
【図面の簡単な説明】
【００１５】
【図１】画像形成装置の機能ブロック図である。
【図２】ネットワーク通信機能に関する機能ブロックを示す図である。
【図３】ユニキャストによるパケットの内容を示す図である。
【図４】ブロードキャストによるパケットの内容を示す図である。
【図５】マルチキャストパケットの内容を示す図である。
【図６】ＭＦＰにて対応すべき複数のプロトコルの再送時間を示す図である。
【図７】物理層チップにて発生する信号列を示す図である。
【図８】ＬＰＩモードおよび受信中モードにおける各消費電力を示す図である。
【図９】所定期間に亘って物理層チップへの電力供給が低減されている様子を示す図である。
【図１０】変形例に係る構成を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態を図面に基づいて説明する。
【００１７】
＜１．装置構成＞
図１は、画像形成装置１０を示す機能ブロック図である。また、図２は、画像形成装置１０のネットワーク通信機能等に関する機能ブロックを示す図である。ここでは、画像形成装置１０として、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））を例示する。図１および図２においては、ＭＦＰ１０の機能ブロックが示されている。
【００１８】
ＭＦＰ１０は、スキャン機能、コピー機能、ファクシミリ機能およびボックス格納機能などを備える装置（複合機とも称する）である。具体的には、ＭＦＰ１０は、図１の機能ブロック図に示すように、画像読取部２、印刷出力部３、通信部４、格納部５、操作部６、およびコントローラ９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。
【００１９】
画像読取部２は、ＭＦＰ１０の所定の位置に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像なしいスキャン画像とも称する）を生成する処理部である。この画像読取部２は、スキャン部であるとも称される。
【００２０】
印刷出力部３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。
【００２１】
通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、ネットワークＮＷを介したネットワーク通信を行うことも可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、ＭＦＰ１０は、所望の相手先（たとえば、コンピュータ）との間で各種のデータを授受することが可能である。そのため、ＭＦＰ１０は通信装置であるとも表現される。
【００２２】
格納部５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。格納部５は、印刷ジョブに係るデータ等を記憶する。
【００２３】
操作部６は、ＭＦＰ１０に対する操作入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。
【００２４】
コントローラ９は、ＭＦＰ１０に内蔵され、ＭＦＰ１０を統括的に制御する制御装置である。コントローラ９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ）内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）ＰＧ１を実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）ＰＧ１は、ＵＳＢメモリなどの可搬性の記録媒体、あるいはネットワークＮＷ等を介してＭＦＰ１０にインストールされてもよい。
【００２５】
また、図２に示すように、ＭＦＰ１０は、電源ユニット２５を有している。電源ユニット２５は、ＭＦＰ１０内の各部分（コントローラ９およびネットワーク制御部２０等を含む）に対して電力を供給する。電源ユニット２５は、電力供給部であるとも表現される。
【００２６】
また、図２に示すように、ＭＦＰ１０は、ネットワーク制御部２０（詳細には２０ａ，２０ｂ）を有している。ネットワーク制御部２０は、通信部４の一部として構成される。ネットワーク制御部２０は、電源ユニット２５からの電力供給を受けて動作し、ＭＦＰ１０とその外部ネットワーク機器（パーソナルコンピュータ９０）とのネットワーク通信を制御する。
【００２７】
ネットワーク制御部２０は、物理層チップ（ＰＨＹ）２１とフィルタ（ＦＬ）２２とメディアアクセスコントローラ（ＭＡＣ）２３とを有している。詳細には、ネットワーク制御部２０ａは、物理層チップ（ＰＨＹ１）２１ａとフィルタ（ＦＬ１）２２ａとメディアアクセスコントローラ（ＭＡＣ１）２３ａとを有している。また、ネットワーク制御部２０ｂは、物理層チップ（ＰＨＹ２）２１ｂとフィルタ（ＦＬ２）２２ｂとメディアアクセスコントローラ（ＭＡＣ２）２３ｂとを有している。
【００２８】
物理層チップ２１は、ＯＳＩ（Open Systems Interconnection）の物理層に関する処理を実行する処理部である。物理層チップ２１は、ネットワーク通信用のチップであり、ネットワークハブ８０等を経由して通信パケット（以下、単にパケットとも称する）を受信する。また、フィルタ２２は、受信パケットの内容を随時解析する処理部（フィルタ部とも称する）であり、サブＣＰＵ（あるいは専用ハードウエア）等として構成される。さらに、メディアアクセスコントローラ２３は、ＯＳＩのデータリンク層に関する処理を実行する処理部である。
【００２９】
ネットワーク制御部２０ａは、メインネットワーク側のネットワークＮＷ１に関する通信動作を制御し、ネットワーク制御部２０ｂは、サブネットワーク側のネットワークＮＷ２に関する通信動作を制御する。また、ネットワーク制御部２０ａ，２０ｂは、ネットワーク通信等をメインコントローラ９とも協働して制御する。
【００３０】
これらのネットワーク制御部２０ａ，２０ｂは、互いに独立した２つのネットワークＮＷ１，ＮＷ２を個別に制御することができる。たとえば、ＭＦＰ１０が設置された建築事務所において、建築事務所内のメインネットワークＮＷ１と出入業者向けの独立した別のネットワークＮＷ２とを互いに分離した状態で、両ネットワークＮＷ１，ＮＷ２を個別に管理することが可能である。これにより、出入業者向けのネットワークＮＷ２に接続されたコンピュータ９０（９０ｃ，９０ｄ）は、ＭＦＰ１０を用いてネットワーク印刷を行うことが可能である。その一方で、サブネットワークＮＷ２の利用者（コンピュータ９０ｃ，９０ｄの利用者）によるメインネットワークＮＷ１内の機器へのアクセスを回避することもできる。
【００３１】
＜２．動作＞
以下では、２つのネットワーク制御部２０ａ，２０ｂのうち、一方のネットワーク制御部２０ｂに関する動作について説明する。これにより、メインネットワークＮＷ２側のＰＨＹ２（物理層チップ２１ｂ）における消費電力供給が低減される。ただし、これに限定されず、他方のネットワーク制御部２０ａに関する動作について同様の思想を適用して、メインネットワークＮＷ１側のＰＨＹ１（物理層チップ２１ａ）における消費電力供給を低減するようにしてもよい。
【００３２】
ＭＦＰ１０の動作中において、ＭＦＰ１０における無操作期間が所定期間継続するなどの条件が充足されると、ＭＦＰ１０は通常状態からスリープ状態へと遷移する。具体的には、コントローラ（メインＣＰＵとも称する）９は、通常状態からスリープ状態へと遷移する。このとき、物理層チップ２１への通電に関しては、通常状態と同様の状態が継続される。また、フィルタ２２およびメディアアクセスコントローラ２３に関しても、同様の通電状態が継続される。
【００３３】
また、外部からのパケットを物理層チップ２１によって受信させるため、パケットの受信待機状態においては、原則として、コントローラ（メインＣＰＵ）９がスリープ状態であるか非スリープ状態であるかに依拠することなく物理層チップ２１はＬＰＩ（Low Power Idle）モードで動作している（図７および図８参照）。図７に示すように、ＬＰＩモードにおいては、非常に微小な時間ΔＴ１（たとえば２０μｓ（マイクロ秒））幅の信号（リフレッシュ信号ＳＲ）が微小時間間隔ΔＴ２（たとえば２．５ｍｓ（ミリ秒）間隔）で発生するときには微小な電力が消費されるが、それ以外のときには、電力は消費されない。その結果、ＬＰＩ（Low Power Idle）モードにおける消費電力（平均値）は、非常に小さく、たとえば、０．１Ｗ（ワット）程度である（図８参照）。なお、物理層チップ２１がＬＰＩモード中にパケットを受信すると、ＷＡＫＥ（ウエイク）信号ＳＷ（図７参照）が発生して物理層チップ２１は受信モードに遷移する。物理層チップ２１は、この受信モードにおいてパケットを受信する際には、比較的大きな電力（たとえば０．５Ｗ（ワット）程度）を消費する（図８参照）。なお、パケット受信終了後には、ＳＬＥＥＰ（スリープ）信号ＳＳ（図７参照）が発生して物理層チップ２１は再びＬＰＩモードに遷移する。
【００３４】
さて、ネットワークハブ８０から送信されてきたパケットが物理層チップ２１によって受信される際においては、受信中のパケットが物理層チップ２１からフィルタ２２へと随時転送される。そして、フィルタ２２によって受信中のパケットの内容が随時解析され、フィルタ２２による解析結果に応じた動作が実行される。
【００３５】
受信パケットは、ユニキャストによるパケット、ブロードキャストによるパケット、マルチキャストによるパケット、の３つに大別される。以下では、（１）ユニキャストによるパケットの受信時における動作、（２）ブロードキャストによるパケットの受信時における動作、（３）マルチキャストによるパケットの受信時における動作について順次に説明する。
【００３６】
まず、（１）ユニキャストによるパケットの受信時における動作について説明する。
【００３７】
「ユニキャスト」は、指定された単一のＩＰアドレス宛に送信することを意味する。ユニキャストによるパケットとしては、ＭＦＰ１０（本装置）宛のパケットとＭＦＰ１０（本装置）以外の装置宛のパケットとが存在する。
【００３８】
図３は、ユニキャストによるパケット（詳細にはその先頭部分付近）の内容を示す図である。当該パケットの内容はフィルタ２２によって解析される。
【００３９】
図３に示すように、一般に各パケットは、その先頭部分（詳細には先頭の６バイト）に宛先ＭＡＣアドレスのデータを有している。そのうち、特に、ユニキャストのパケットは、その先頭部分（先頭の６バイト）に特定の宛先ＭＡＣアドレスのデータを有している。フィルタ２２は、当該特定のＭＡＣアドレスデータを検出し、当該ＭＡＣアドレスデータが自装置のアドレスであるか否かに基づいて、当該パケットが自装置宛か否かを判定する。具体的には、ユニキャストによるパケットの宛先ＭＡＣアドレスが自装置のアドレスであるときには、当該パケットはＭＦＰ１０宛のパケットであると判定される。一方、ユニキャストによるパケットの宛先ＭＡＣアドレスが自装置のアドレスでないときには、当該パケットはＭＦＰ１０宛のパケットではないと判定される。このような判定動作は、ユニキャストによるパケットのうち先頭６バイトのみに基づいて実行可能である。すなわち、受信中のパケットが自装置宛であるか否かは、先頭から６バイトを受信した非常に早期の時点で判定可能である。
【００４０】
フィルタ２２による解析処理に基づいて、ユニキャストによる受信中のパケットがこのＭＦＰ１０宛のパケットであること、が判定されると、（スリープ状態からの）復帰信号がフィルタ２２からコントローラ９へと送信される。この復帰信号に応答して、ＭＦＰ１０（詳細にはコントローラ９）は、スリープ状態から通常状態に復帰する。また、受信されたパケットは、フィルタ２２でバッファリングされ、その後メディアアクセスコントローラ２３等を経由して、復帰後のコントローラ９へと転送される。このようにしてコントローラ（メインＣＰＵ）９の（通常状態への）復帰動作が行われる。
【００４１】
一方、ユニキャストによるパケットの宛先ＭＡＣアドレスが自装置のアドレスではなく当該パケットがＭＦＰ１０宛のパケットではないと判定される場合には、次のような動作が行われる。
【００４２】
具体的には、当該パケットが自装置向けのＩＰアドレスではない旨が判定されると、コントローラ９のスリープ状態が継続される。さらに、物理層チップ２１はスタンバイモードへと変更される。具体的には、フィルタ２２から物理層チップ２１へとスタンバイ指示（たとえば１ビットの指示信号）を送出することによって、物理層チップ２１がスタンバイモードに遷移する。そして、受信中のパケットのうち、以後のデータ（理想的には第６バイト以後のデータ）に関する、物理層チップ２１によるパケット受信は、所定期間ＴＭに亘って停止される。スタンバイモードにおける物理層チップ２１の消費電力（たとえば、０．００５Ｗ）は、ＬＰＩモードにおける物理層チップ２１の消費電力（たとえば、０．１Ｗ）に比べて極めて小さいため、期間ＴＭにおいて物理層チップ２１での消費電力は大きく低減される。
【００４３】
なお、ネットワークハブ８０として、スイッチングハブが利用されている場合には、ＭＦＰ１０（本装置）以外の特定の装置宛のユニキャストパケットは、スイッチングハブ８０で遮断される。そのため、スイッチングハブ８０を通過して物理層チップ２１で受信される受信パケット（ユニキャストによるパケット）は、ＭＦＰ１０（本装置）宛のものであり、コントローラ９の復帰動作が行われる。一方、ネットワークハブ８０がスイッチングハブではない場合には、ＭＦＰ１０（詳細には物理層チップ２１）は、自分宛以外のユニキャストのパケットも受信する。この場合には、上述のように、宛先ＭＡＣアドレスが自装置のアドレスであるか否かに基づいて、当該パケットが自装置宛か否かが判定され、その判定結果に応じた異なる動作が実行される。
【００４４】
つぎに、（２）ブロードキャストによるパケットの受信時における動作について説明する。
【００４５】
「ブロードキャスト」は、ネットワークに接続された全ての受信可能装置に対して一斉送信を行うことを意味する。ブロードキャストによるパケットとしては、たとえば、「ＡＲＰ（Address Resolution Protocol）」用のパケットが存在する。ここで、「ＡＲＰ」は、送信先ＩＰアドレスのＭＡＣアドレスを取得するプロトコルである。送信先ＩＰアドレスのＭＡＣアドレスが不明であるときには、送信先ＩＰアドレスを指定したＡＲＰリクエストパケットがブロードキャストされる。
【００４６】
ＡＲＰリクエストパケットが物理層チップ２１によって受信されると、フィルタ２２による解析処理が随時実行される。図４は、ブロードキャストによるパケット（ＡＲＰリクエストパケット）の内容を示す図である。
【００４７】
図４に示すように、ブロードキャストのパケットは、先頭アドレス（第０バイト）からの６バイト（Ｂｙｔｅ）において、「ＦＦＦＦＦＦＦＦＦＦＦＦ」（１６進数表記）のデータを有している。フィルタ２２は、パケットの先頭アドレス（第０バイト）からの６バイト（Ｂｙｔｅ）の内容が、当該特定データ（「ＦＦＦＦＦＦＦＦＦＦＦＦ」（１６進数表記））であることを検出すると、当該パケットはブロードキャストである旨を判定する。
【００４８】
また、第１２バイトおよび第１３バイトのデータ（「タイプ」を示すデータ）は「０８０６」であることに基づいて、このパケットが「ＡＲＰ（詳細には、ＡＲＰリクエストパケット）」であることが判定される。「ＡＲＰ（詳細には、ＡＲＰリクエストパケット）」においては、第３８バイト〜第４１バイトのデータに、探索先のＩＰアドレスが格納されている。そのため、フィルタ２２は当該データの内容を検出し、探索先のＩＰアドレスを取得する。
【００４９】
そして、当該探索先のＩＰアドレスが自装置（ＭＦＰ１０）のＩＰアドレスである旨が判定されると、このパケットが自装置向けのものである旨が判定され、（スリープ状態からの）復帰信号がフィルタ２２からコントローラ９へと送信される。この復帰信号に応答して、ＭＦＰ１０（詳細にはコントローラ９）は、スリープ状態から通常状態に復帰する。このようにしてコントローラ９の（通常状態への）復帰動作が行われる。
【００５０】
一方、探索先のＩＰアドレスが自装置のＩＰアドレスとは異なる旨が判定されると、当該パケットが自装置向けのものではない旨が判定され、コントローラ９のスリープ状態が継続される。さらに、物理層チップ２１はスタンバイモードへと変更される。具体的には、フィルタ２２から物理層チップ２１へとスタンバイ指示（たとえば１ビットの信号）を送出することによって、物理層チップ２１がスタンバイモードに遷移する。そして、受信中のブロードキャストパケット（ＡＲＰリクエストパケット）のうち、判定時点ＴＳ（図９参照）以後のデータ（理想的には第４２バイト以後のデータ）に関する、物理層チップ２１によるパケット受信は、所定期間ＴＭ（図９参照）に亘って停止される。スタンバイモードにおける物理層チップ２１の消費電力（たとえば、０．００５Ｗ）は、ＬＰＩモードにおける物理層チップ２１の消費電力（たとえば、０．１Ｗ）に比べて極めて小さい（ほぼゼロである）ため、期間ＴＭにおいて物理層チップ２１での消費電力は大きく低減される。
【００５１】
なお、所定期間ＴＭが経過すると、フィルタ２２から物理層チップ２１へと復帰信号が送出され、物理層チップ２１が再びＬＰＩモードに遷移する。
【００５２】
つぎに、（３）マルチキャストによるパケットの受信時における動作について説明する。
【００５３】
「マルチキャスト」は、ネットワーク内の複数の相手先（詳細には、たとえば特定のグループ）に向けて送信することを意味する。ただし、実際には、ネットワーク内の全ての装置に向けて送信し、該当する装置（装置群）のみが返答する。
【００５４】
たとえば、発信元の装置（コンピュータ等）がプリンタを検索する際には、「あなた（送信先装置）はプリンターであるか？」などの問い合わせがマルチキャストで送信される。このようなマルチキャストは、送信先の各装置がプリンタカテゴリに属するか否かを問い合わせるものである。そして、プリンタである装置（プリンタカテゴリに属する装置）が自装置の情報を返答する。
【００５５】
図５は、ＬＬＭＮＲ（Link-Local Multicast Name Resolution）におけるマルチキャストパケットの内容を示す図である。パケットが物理層チップ２１によって受信されると、フィルタ２２による解析処理が随時実行される。
【００５６】
図５に示すように、マルチキャストのパケットは、先頭アドレス（第０バイト）からの３バイト（Ｂｙｔｅ）のデータ（宛先ＭＡＣアドレスデータ）において、「０１００５Ｅ」（１６進数表記）のデータを有している（ＩＰＶ４の場合）。そのため、フィルタ２２は、パケットの先頭アドレス（第０バイト）からの３バイト（Ｂｙｔｅ）の内容が、当該特定データ（「０１００５Ｅ」（１６進数表記））であることを検出すると、フィルタ２２は、当該パケットがマルチキャストである旨を判定する。
【００５７】
また、第３バイト〜第５バイトにはデータ「００００ＦＢ」が記録されており、第３０バイト〜第３３バイトにはデータ「Ｅ０００００ＦＢ」が記録されており、第３６バイト〜第３７バイトにはデータ「１４Ｅ９」が記録されている。
【００５８】
第３バイト〜第５バイトのデータ「００００ＦＢ」は、ＭＤＮＳ（Multicast Domain Name System ）を意味しており、第３０バイト〜第３３バイトのデータ「Ｅ０００００ＦＢ」および第３６バイト〜第３７バイトのデータ「１４Ｅ９」は、検索対象の装置がプリンタであることを意味している。このようなデータをフィルタ２２で解析することによって、このパケットがプリンタ検索用のパケットであることが判る。
【００５９】
このパケットがプリンタを検索しているもの（プリンタ検索用パケット）であることが判定されると、プリンタであるＭＦＰ１０のフィルタ２２は、当該パケットが自装置向けのパケットである旨を判定する。換言すれば、マルチキャストによるパケットの探索先グループ（プリンタカテゴリ）にＭＦＰ１０が所属していることが判定され、当該パケットが自装置向けのパケットである旨が判定される。そして、当該フィルタ２２は、（スリープ状態からの）復帰信号をコントローラ９へと送信する。この復帰信号に応答して、ＭＦＰ１０（詳細にはコントローラ９）は、スリープ状態から通常状態に復帰する。このようにしてコントローラ９の（通常状態への）復帰動作が行われる。
【００６０】
このように本願においては、「自装置向け」のパケットは、通常のユニキャストにおける宛先ＭＡＣアドレスが自装置（受信装置）のＭＡＣアドレスであるもののみならず、マルチキャストあるいはブロードキャストにおいて自装置（受信装置）が応答することを要求されるものをも含む。端的に言えば、「自装置向け（自分向け）」のパケットとは、そのパケットを受信した装置が、当該パケットに対して応答を要するものを意味する。
【００６１】
一方、マルチキャストによるパケットの探索先グループにＭＦＰ１０が所属しないことが判定されると、当該パケットが自装置向けでないと判定される。当該パケットが自装置向けのパケットではない旨（プリンタ以外の種類の装置の検索パケットであるなど）がフィルタ２２によって判定されると、コントローラ９のスリープ状態が継続される。さらに、フィルタ２２によって物理層チップ２１がスタンバイモードへと変更される。そして、受信中のマルチキャストパケットのうち、以後のデータ（理想的には第３８バイト以後のデータ）に関する、物理層チップ２１によるパケット受信は、所定期間に亘って停止される。これにより、物理層チップ２１での消費電力は低減される。
【００６２】
以上のように、ネットワーク制御部２０は、物理層チップ２１がＬＰＩモードで動作している状態において、物理層チップ２１による受信中の受信パケットをフィルタ２２を用いて随時解析する。そして、当該受信パケットが自装置向けでないと判定されると、ネットワーク制御部２０は、当該受信パケットの受信動作を停止するとともに、所定期間ＴＭに亘って、ＬＰＩモードよりも低い電力消費を有する状態に物理層チップ２１の状態を変更する。これによれば、ネットワーク通信において、電力消費をさらに低減することが可能である。
【００６３】
より具体的には、物理層チップ２１は、上述のように、パケット受信中（受信モード）においては、ＬＰＩモードでのパケット待機中よりも、比較的大きな電力（たとえば０．５Ｗ（ワット）程度）を消費する。
【００６４】
この実施形態においては、パケット受信中において受信されているパケットが自装置向けでないと判定されると、当該受信パケットの受信動作が直ちに停止され、ＬＰＩモードよりも低い電力消費を有するモード（ここでは、スタンバイモード）へと物理層チップ２１の状態が変更される。
【００６５】
これによれば、自装置向けでないと判定された受信中パケットの全てを受信することを待たずに当該受信中パケットの受信動作が停止（中断）されるので、以後のデータを受信せずに済む。そのため、受信動作に要する電力を低減することが可能である。たとえば、１８００バイト程度の大きさを有するパケットの受信中において、最初の６０バイト程度を受信した時点で受信動作を停止する場合には、残りの１７４０バイト程度のデータを受信せずに済む。この場合には、当該残りのデータを受信するための電力を低減することが可能である。
【００６６】
さらに、受信中パケットの受信動作の停止（中断）後において、所定期間ＴＭに亘って物理層チップ２１のスタンバイモードが継続される。この期間ＴＭにおいては物理層チップ２１による電力消費量は極めて小さい（ほぼゼロである）。そのため、消費電力をさらに低減することが可能である。たとえば、ＬＰＩモード（０．１Ｗ（ワット））の動作が４秒間停止されることによれば、０．１×４＝０．４Ｊ（ジュール）の電力が低減される。
【００６７】
その後、当該期間ＴＭが経過すると、物理層チップ２１は再びＬＰＩモード（換言すれば、パケット受信が可能な状態）に復帰する。
【００６８】
この期間ＴＭ（詳細にはその長さ）は、ＭＦＰ１０が対応すべき複数のプロトコル（再送されるプロトコル）の再送時間間隔（再送期間）のうち、最短の再送時間間隔（最も短い期間）に基づいて決定されればよい。たとえば、図６に示すように、ＭＦＰ１０で対応すべき複数のプロトコルのうちの「ＮｅｔＢＩＯＳ名前解決プロトコル」が最短の再送時間間隔（４秒）を有する場合には、期間ＴＭは、当該再送時間間隔と同一の値（４秒）、あるいは当該再送時間間隔よりも若干小さな値（たとえば３秒）に定められればよい。この期間ＴＭをこのような長さに設定することによれば、物理層チップ２１への実質的給電停止に伴う非受信中に当該プロトコル（「ＮｅｔＢＩＯＳ名前解決プロトコル」）が再送されてくる場合に、ＬＰＩモードに復帰した物理層チップ２１によって当該プロトコルのパケットを受信することが可能である。なお、ここでは、再送されないプロトコルは重要性が低いものと考え、１回のみ送信されてきたパケットが受信できないことは許容できるものとする。再送される重要なプロトコルに関して、１回目のパケットを受信し損ねたとしても再送されてきたパケットが受信できれば、当該プロトコルに関するパケットを逃さずに受信することが可能である。
【００６９】
また、期間ＴＭの経過後において、物理層チップ２１が再びＬＰＩモードに復帰する際（端的に言えば物理層チップ２１が再起動される際）には、或る程度の電力（たとえば、０．１５Ｗ（ワット））を消費することがある。そのため、物理層チップ２１の再起動に要する電力量を上回る電力量が低減されるように、期間ＴＭが定められることが好ましい。詳細には、期間ＴＭは、物理層チップ２１の再起動に要する電力量に基づいて定められた基準期間ＴＲ以上の期間であることが好ましい。
【００７０】
たとえば、物理層チップ２１の再起動の所要時間が１秒であり当該再起動の所要電力（平均値）が０．１５Ｗであるとすると、再起動に要する電力量は０．１５Ｊ（ジュール）である。ＬＰＩモードにおける消費電力（平均値）が０．１０Ｗ（ワット）であるとすると、基準期間ＴＲは１．５秒間（＝０．１５／０．１０）として算出される。消費電力がほぼゼロになる期間ＴＭがこの基準期間ＴＲ（ここでは１．５秒）以上であれば、再起動に要する電力量以上の電力量が、期間ＴＭにおいて削減される。このように、基準期間ＴＲは、物理層チップ２１の再起動に要する電力量に相当する電力量を、物理層チップ２１に対する電力供給の低減（あるいは遮断）により削減するための期間、として算出されれればよい。
【００７１】
＜３．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【００７２】
たとえば、上記実施形態においては、フィルタ２２から物理層チップ２１へとスタンバイ信号を送出することによって物理層チップ２１がスタンバイモードに遷移し、物理層チップ２１が更なる低電力状態に移行する態様が例示されているが、これに限定されない。たとえば、物理層チップ２１等に対する電力供給を制御する遮断回路２６を別途設けて、物理層チップ２１等に対する電力供給を遮断するようにしてもよい。
【００７３】
より具体的には、図１０に示すように、物理層チップ２１、フィルタ２２、メディアアクセスコントローラ２３とは別個に、遮断回路２６とタイマー２７とをさらに設ける。
【００７４】
初期状態等においては、コントローラ９から遮断回路２６への制御信号ＳＧ１に応答して、電源ユニット２５から３つの処理部２１，２２，２３へと電力が供給される。その後、上述のようにフィルタ２２が受信中パケットの受信中断を決定すると、フィルタ２２から遮断指示信号（切信号）ＳＧ３が遮断回路２６およびタイマー２７へ入力される。この遮断指示信号ＳＧ３に応答して、遮断回路２６はトランジスタ２８を制御して３つの処理部２１，２２，２３への電源供給を遮断するとともにタイマー２７は計時動作を開始する。この電力供給の遮断状態（電力供給停止モードとも称される）は、期間ＴＭに亘って継続される。
【００７５】
そして、所定期間ＴＭの経過がタイマー２７によって計時されると、３つの処理部２１，２２，２３を起動させる起動信号ＳＧ２がタイマー２７から遮断回路２６へと入力する。当該起動信号ＳＧ２に応答して、トランジスタ２８のゲート信号がオン（ＯＮ）されて遮断回路２６による遮断が解除され、電源ユニット２５から３つの処理部２１，２２，２３へと電力が再び供給される。このような態様によって、物理層チップ２１に対する電力供給が制御されるようにしてもよい。このような態様では、期間ＴＭに亘って、物理層チップ２１のみならず、フィルタ２２およびメディアアクセスコントローラ２３に対する電力供給も併せて停止されるため、さらに好ましい。
【００７６】
また、上記実施形態においては、コントローラ（メインＣＰＵ）９のスリープ中に本発明の思想が適用される態様が例示されているが、これに限定されない。具体的には、コントローラ（メインＣＰＵ）９のスリープ中以外の状況において、上記の思想を適用するようにしてもよい。たとえば、コントローラ９が通常状態（非スリープ状態）を有している状況で物理層チップ（ＰＨＹ２）２１ｂがＬＰＩモードを有していることがある。より詳細には、一方のネットワーク制御部２０ａが自装置宛のパケットを受信等しておりコントローラ９は通常状態（非スリープ状態）を有している場合において、他方のネットワーク制御部２０ｂの物理層チップ２１ｂがＬＰＩモードでパケットを待機していることがある。このような状態において上記の思想を適用するようにしてもよい。
【符号の説明】
【００７７】
９  メインコントローラ
１０  画像形成装置
２０  ネットワーク制御部
２１  物理層チップ
２２  フィルタ
２３  メディアアクセスコントローラ
２５  電源ユニット
２６  遮断回路
２７  タイマー
２８  トランジスタ
８０  ネットワークハブ
９０  パーソナルコンピュータ
【図１】
0005861555.tif 000002
【図２】
0005861555.tif 000003
【図３】
0005861555.tif 000004
【図４】
0005861555.tif 000005
【図５】
0005861555.tif 000006
【図６】
0005861555.tif 000007
【図７】
0005861555.tif 000008
【図８】
0005861555.tif 000009
【図９】
0005861555.tif 000010
【図１０】
0005861555.tif 000011