JP5121442B2 - 情報処理装置、情報処理方法およびプログラム - Google Patents

Description

本発明は、画像形成装置、ネットワーク装置を搭載した機器、ネットワークスキャナ、ネットワークプリンタ、ネットワークを搭載した複合機を含む情報処理装置、情報処理方法およびプログラムに関する。

従来から、プリンタ，ホストから送信されてくる印刷情報を出力画像データに変換してプリンタに出力するプリンタコントローラと、プリンタ及びプリンタコントローラに給電するための電源装置と、電源装置からプリンタの負荷への給電を省エネルギーモード／動作モードに切り換える手段を備えた省エネルギー待機の画像形成装置（例えば、特許文献１参照）が知られている。

また、従来から、省エネルギーモード（省電力モード）中に、ブロードキャストパケット（ＡＲＰパケット）の受信、又は特定パターンの受信があると、すぐに省エネルギーモードから復帰し、ＰＩＮＧによるパケットを受信した時も、省エネルギーモードから復帰してＰＩＮＧに対する応答の処理をする情報処理装置（例えば、特許文献２参照）が知られている。

ここで、ＰＩＮＧとは、ＩＣＭＰプロトコルによって調査対象の装置に対してＩＣＭＰエコーリクエストパケットを送って、その装置からの返信の有無や応答時間などのデータに基づいてネットワークを診断するプログラムである。

特開２００１−３２８３１３号公報 特開２００５−０４１２１４号公報

しかしながら、特許文献１に開示されている情報処理装置では、ネットワークから受信したパケットに対して応答する場合には、消費電力モードを解除して通常動作モードに戻さなければならないので、省電力効果が低いという問題があった。

また、特許文献２に開示されている情報処理装置では、ネットワークから受信したＰＩＮＧによるパケットに対して応答する場合には、消電力モードを解除して通常動作モードに戻し、消費電力が大きいＣＰＵ，メモリを使用して比較的簡単な処理のＰＩＮＧに対する応答をするので、省電力効果が低いという問題があった。

本発明は、上記に鑑みてなされたものであって、消費電力モードを維持したままでもネットワークに対するパケットの応答を行えるようにすることを目的とする。

上述した課題を解決し、本発明にかかる情報処理装置は、情報処理装置であって、複数種類の省電力モードで情報処理装置を動作させる制御部と、前記複数種類の省電力モードのうちいずれかの省電力モードで動作中に、ネットワークから受信したパケットが前記情報処理装置宛の処理を必要としない返送要求のパケットであるか否かを判断するパケット判断部と、受信したパケットが、前記情報処理装置宛の処理を必要としない返送要求のパケットである場合に、前記パケットの受信時における省電力モードを維持した状態で、前記受信したパケットに対する応答パケットを生成するパケット生成部と、生成された前記応答パケットを、前記ネットワークを介して返送するパケット返送部と、を備え、前記パケット判断部は、さらに、前記受信したパケットの内容に基づいて、前記受信したパケットが所定の情報の返送を要求しているか否かを判断し、前記パケット生成部は、前記受信したパケットが所定の情報の返送を要求している場合は、前記所定の情報を含めて前記応答パケットを生成し、前記所定の情報は、ＳＮＭＰプロトコルデータであり、前記複数種類の省電力モードには、前記制御部に電源供給を行って前記情報処理装置を動作させるコントローラモードと、前記制御部の一部に電源供給を行って前記情報処理装置を動作させる省エネルギーモードとを含み、前記制御部は、最初のＳＮＭＰプロトコルデータを含む前記応答パケットを返送する場合には、前記コントローラモードで前記情報処理装置を動作させ、２回目以降のＳＮＭＰプロトコルデータを含む前記応答パケットを返送する場合には、省エネルギーモードで前記情報処理装置を動作させること、を特徴とする。
また、本発明は、上記装置で実行される方法およびプログラムである。

本発明によれば、消費電力モードを維持したままでもネットワークに対するパケットの応答を行うことができるという効果を奏する。

この発明による情報処理装置と情報処理方法は、省電力モード中にＰＩＮＧによるパケットを受信したとき、その省電力状態を維持したままにし、消費電力が大きいＣＰＵ，メモリを使用しないでＰＩＮＧに対する応答をすることにより、消費電力を削減することができる。

また、この発明によるプログラムは、コンピュータに、消電力モードを維持したままでもネットワークに対するパケットの応答を行うことができるようにするための機能を実現させることができる。

以下に添付図面を参照して、この発明にかかる情報処理装置、情報処理方法およびプログラムの最良な実施の形態を詳細に説明する。

（実施の形態１）
図１は、実施の形態１の情報処理装置のプリンタの制御を司るコントローラボード１と印刷部２からなる機能構成を示すブロック図である。

このプリンタのコントローラボード１は、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）１０、ＤＤＲ−ＳＤＲＡＭを含むメモリ１１、ネットワークとの間で各種のパケットデータ（以下「パケット」と略称する）の送受信をするネットワーク用の物理層部（ｐｈｙｓｉｃａｌ ｌａｙｅｒ：ＰＨＹ、以下「ＰＨＹ」と略称する）１２、ＰＨＹクロック生成部１３、ＡＳＩＣクロック生成部１４、記録媒体１５、操作部（Ｏｐｅｒａｔｉｏｎ Ｐａｎｅｌ：ＯＰ、以下「ＯＰ」と略称する）１６、ハードディスク装置（ＨＤＤ）１７、ボード電力制御部１８、外部電力制御部１９、不揮発性メモリ（ＲＡＭ）３６、プログラムとデータが格納されている第１ＲＯＭ３７、ＭＡＣアドレスが格納されている第２ＲＯＭ３８を搭載している。上記記録媒体１５は、例えば、メモリカード（Ｍｅｍｏｒｙ Ｃａｒｄ、登録商標）、セキュアデジタルカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ Ｃａｒｄ：ＳＤカード、登録商標）を含む各種のメディアが使用可能である。

第１ＲＯＭ３７には、２つのプログラムとデータが格納されている。その２つのプログラムとは、電源ＯＮ時に動作する第１のプログラムと、その第１のプログラムから起動する第２のプログラムである。電源ＯＮ時に、第１ＲＯＭ３７上の第１のプログラムをＣＰＵ２０が実行して、第２のプログラムをメモリ１１上にロードする。メモリ１１上にロードした第２のプログラムは、第１のプログラムを実行後に実行される。

第２のプログラム起動後に、ＣＰＵ２０は第２ＲＯＭ３８に格納してあるＭＡＣアドレスをＰＥ２４のレジスタ部（後述する図１３のレジスタ部５１）にある要求元ハードウェアアドレス（ＳＨＡ）（後述する図１３の５５）に格納する。

ＲＡＭ３６には、このプリンタのＩＰアドレスが格納してあり、ＯＰ１６からの要求によって、ＩＰアドレスを変更することが可能である。その変更されたＩＰアドレスは、ＣＰＵ２０によってＲＡＭ３６に格納される。このＲＡＭ３６は、不揮発性のメモリなので電源をＯＦＦにしても内容を保持できる。また、ＣＰＵ２０によって、ＲＡＭ３６上のＩＰアドレスをＰＥ２４のレジスタ部（後述する図１３のレジスタ部５１）にある要求元ＩＰアドレス（ＳＩＰ）（後述する図１３の５６）に格納しておく。

ＡＳＩＣ１０には、主制御部であるＣＰＵ２０、メモリ１１とデータのやり取りをするためのメモリインタフェース部（以下「ＭＥＭＩ／Ｆ」と略称する）２１、ＰＨＹ１２と通信するメディアアクセス制御部（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ、以下「ＭＡＣ」と略称する）２２、ＭＡＣ２２から出力されるパケットを受信して、そのパケットの種類を選別するパケットフィルタ部（以下「ＰＦ」と略称する）２３、ＰＦ２３から出力されるパケットを処理するネットワークパケットエンジン処理部（以下「ＰＥ」と略称する）２４、ＰＥ２４で処理されたデータと内部バス（インターナルバス：Ｉｎｔｅｒｎａｌ ＢＵＳ）３４からきたデータを受信し、そのいずれか一方をＭＡＣ２２に送信するセレクタ（ＳＥＬ）２５を搭載している。

また、ＣＧ２６、ＰＣＩインタフェース（Ｉ／Ｆ）部を含むデータ転送インタフェース（Ｉ／Ｆ）部（以下「Ｉ／Ｆ」と略称する）２７、記録媒体１５に対してデータの読み書きをする記録媒体インタフェース部（以下「メモリカードＩ／Ｆ部」と略称する）記録媒体インタフェース（Ｉ／Ｆ）部（以下「記録媒体Ｉ／Ｆ」と略称する）２８、ＯＰ１６の入出力を制御するオペレーションパネルインタフェース部（以下「ＯＰＥＩ／Ｆ」と略称する）２９、ＨＤＤ１７に対するデータの読み書きを制御するハードディスクドライブインタフェース部（以下「ＨＤＤＩ／Ｆ」と略称する）３０、汎用インプットアウトプットインタフェース部（以下「Ｉ／ＯＩ／Ｆ」と略称する）３１を搭載している。その記録媒体Ｉ／Ｆ２８は、例えば、記録媒体がメモリカードならばメモリカードインタフェース部（Ｍｅｍｏｒｙ Ｃａｒｄ Ｉ／Ｆ）部である。

さらに、コントローラボード１の内外の各部への電源（図示を省略）からの給電を制御するパワーマネジメント部（以下「ＰＭ」と略称する）３２、タイマ（Ｔｉｍｅｒ）３３を搭載している。

ＡＳＩＣ１０の内部には、パワーオフ領域（Ｐｏｗｅｒ ＯＦＦ Ａｒｅａ）３５という、ＰＭ３２によって電源からの電力の供給を制御することができる領域と、常に電力を供給しているパワーオフ領域３５以外の領域とがある。

パワーオフ領域３５は、上記Ｉ／Ｆ２７、上記記録媒体Ｉ／Ｆ２８、上記ＯＰＥＩ／Ｆ２９、上記ＨＤＤＩ／Ｆ３０、上記Ｉ／ＯＩ／Ｆ３１からなり、ネットワーク動作に直接関係しない各部からなる領域である。

コントローラボード１は、バス３を介して印刷部（Ｐｌｏｔｔｅｒ）２が接続されており、ＡＳＩＣ１０のＩ／Ｆ２７を経由して内部バス３４と接続されている。

ＡＳＩＣ１０のＰＭ３２は、このプリンタの電源が投入された後は、後で詳述する電力供給に関する通常動作モードと、異なる種類の省電力モードである省エネルギーモード（「低消費電力モード」ともいう）とコントローラモード（低消費電力モードとコントローラモードは省電力モードの一種である）との３種類のモード中の一つを選択して、ＣＰＵ２０への電力の供給と停止、ＡＳＩＣ１０の内部のパワーオフ領域３５内の各部への電力の供給と停止、ボード電力制御部１８と外部電力制御部１９をそれぞれ制御する。

また、ＰＭ３２は、ＭＥＭＩ／Ｆ２１に上記３種類のモードのいずれかへの移行を通知することによって、ＭＥＭＩ／Ｆ２１を介してメモリ１１の消費電力も制御する。なお、ＰＭ３２は、ＣＰＵ２０に対して消費電力が小さいサスペンドモードに移行させる機能も有し、ＣＰＵ２０に対してサスペンドモードにする通知をし、サスペンドモードを解除するようにしてもよい。

この本実施の形態のプリンタでは、省電力モードとして、省エネモードとコントローラモードの異なる２種類のモードを実施する場合を説明するが、その他の異なる種類の省電力モードを実行可能にした場合、それらのモードについても後述の処理を実施できる。

上記メモリ１１の消費電力の制御は、省エネギーモードに移行すると、ＰＭ３２がＭＥＭＩ／Ｆ２１を介してメモリ１１をセルフリフレッシュモードに移行させ、メモリ１１は省エネルギーモードに移行前の状態の情報を保存し、省エネルギーモードに移行する。

また、通常動作モード又はコントローラモードに移行する場合、ＰＭ３２がＭＥＭＩ／Ｆ２１を介してメモリ１１を通常動作モードに移行させ、メモリ１１に対して内部バス３４を介してアクセスが可能になる。その際、メモリ１１は、省エネルギーモードから通常動作モードに復帰する場合、省エネルギーモードに移行する前の状態の情報に復帰させる。

次に、このプリンタにおける電力供給に関する各モードへの移行の処理について説明する。図２は、図１に示すプリンタにおける電力供給に関する各モードへの移行の遷移図である。

このプリンタにおける電力供給に関する各モードには、プリンタ全体の電力を供給する通常動作モードＭ１と、プリンタの一部に電力を供給してその他の各部への電力の供給を停止して消費電力を低減する消費電力モードとして、省エネルギーモード（以下「省エネモード」と略称する）Ｍ２とコントローラモードＭ３がある。

まず、このプリンタの電源ボタン（図示を省略）がオンにされると、ＡＳＩＣ１０に電源からの電力が供給されて、ＰＭ３２が通常動作モードＭ１を設定する。通常動作Ｍ１モードの場合、ＰＭ３２は、ＣＰＵ２０とメモリ１１に通常通り電源からの電力を供給する。さらに、パワーオフ領域３５の各部（Ｉ／Ｆ２７、記録媒体Ｉ／Ｆ２８、ＯＰＥＩ／Ｆ２９、ＨＤＤＩ／Ｆ３０、Ｉ／ＯＩ／Ｆ３１）への電力の供給を開始し、ボード電力制御部１８、外部電力制御部１９によってコントローラボード１内外の各部へも電力を供給する。そして、ＡＳＩＣ１０はこのプリンタ全体の制御を開始する。

また、通常動作モードＭ１になると、ＰＭ３２がタイマ３３を起動し、ＰＦ２３はタイマ３３の時間が通常動作モードＭ１の設定から予め設定した所定時間を経過しても、ネットワークからこのプリンタ（自局）宛のパケットの受信が無く、かつ、ＣＰＵ２０上で動作しているアプリケーション全てがアイドル状態になった場合、省エネモードＭ２に移行する。

このプリンタ（自局）宛のパケットの受信が無いことは、ＰＦ２３のバッファ（後述する図１２のバッファ４２）からのエンピティフラグで認識できる。

コントローラモードＭ３の状態時も同様にして、省エネモードＭ２に移行する。

ＰＭ３２は、消費電力モードを省エネモードに移行すると、ＣＰＵ２０とメモリ１１を低消費電力モードに設定する。さらに、ＡＳＩＣ１０の内部のパワーオフ領域３５内の各部への電力の供給を停止し、ボード電力制御部１８によって記録媒体１５、ＯＰ１６、及びＨＤＤ１７への電源からの電力の供給を停止し、外部電力制御部１９によってコントローラボード１外の印刷部２を含む各部（印刷部２以外の図示を省略）への電源からの電力の供給を停止する。なお、ＰＨＹ１２とＰＨＹクロック生成部１３へはプリンタの電源が投入後は常時給電を行う。

ネットワークからＰＨＹ１２を介してＭＡＣ２２がパケットを受信すると、ＭＡＣ２２はそのパケットをＰＦ２３へ出力し、ＰＦ２３はそのパケットの内容を調べて、自プリンタ宛（自局宛）でないパケットは破棄し、自局宛のパケットのうち、ＰＥ２４で処理すべきパケットの場合はＰＥ２４へ送る。

ＰＥ２４で処理すべきパケットには、例えば、ＩＰパケットのアープリクエスト（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｒｅｑｕｅｓｔ、以下「ＡＲＰリクエスト」と略称する）がある。上記アープ（ＡＲＰ）とは、アドレス解決プロトコルである。

ＰＥ２４は、ＡＲＰリクエストを受信すると、そのＡＲＰリクエストの内容に基づいてアープレスポンス（ＡＲＰ Ｒｅｓｐｏｎｓｅ、以下「ＡＲＰレスポンス」と略称する）のパケットを生成して、そのアープレスポンスパケットをＳＥＬ２５、ＭＡＣ２２を経由して、ＰＨＹ１２からネットワークに転送する。

また、上記ＰＥ２４で処理すべきパケットとして、他には、ホスト側から送信されるパケット到達確認コマンドの「Ｐｉｎｇコマンド」等がある。このＰｉｎｇコマンドをホスト側から受信したときには受信確認のためにホストへ返信をする。

まず、省エネモード中に、ネットワークから受信したパケットが非印刷要求のパケットであった場合、ＰＦ２３はＰＭ３２に通知し、ＰＭ３２は消費電力モードをコントローラモードに設定し、省エネモードからコントローラモードに移行する。消費電力モードがコントローラモードの場合、ＰＭ３２はＣＰＵ２０とメモリ１１を通常モードに設定する。

さらに、ＡＳＩＣ１０の内部のパワーオフ領域３５の各部への電源からの電力の供給を停止し、ボード電力制御部１８によって記録媒体１５、ＯＰ１６、ＨＤＤ１７への電源からの電力の供給を停止し、外部電力制御部１９によって印刷部２を含む各部への電源からの電力の供給を停止する。

上記非印刷要求のパケットには、ｈｔｔｐ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ
Ｐｒｏｔｏｃｏｌ）等がある。ＳＮＭＰは、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を利用する。

上記ＳＮＭＰの内容の詳細については、ＲＦＣ１１５５，ＲＦＣ１１５７、ＲＦＣ１２１３を含むＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が規定した標準プロトコルの仕様である規格書に記載されているので、その説明を省略する。

ＲＦＣ１２１３で規定されているＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）情報は自装置の状態を外部に知らせるために公開する情報であり、上記ＳＮＭＰを使用して外部から取得が可能である。このプリンタの機器情報（ＭＩＢ情報）はメモリ１１に設定する。

通常動作モードからコントローラモード、もしくは省エネモードに移行する前にメモリ１１のＭＩＢ情報を更新しておけば、通常時のＭＩＢ情報をコントローラモード時にアクセス可能となる。

次に、省エネモード中又はコントローラモード中に、ネットワークから受信したパケットが印刷要求のパケットであった場合、ＰＦ２３はＰＭ３２に通知し、ＰＭ３２は省エネモード又はコントローラモードから通常動作モードに移行するように制御する。

上記印刷要求のパケットには、例えば、ＬＰＤ（ＴＣＰ Ｐｏｒｔ ５１５）、ＦＴＰ（ＴＣＰ Ｐｏｒｔ ２１）、ＨＰネットワークプリンタ互換プロトコル（ＴＣＰ Ｐｏｒｔ ９１００）（以上の各プロトコルは登録商標）がある。

なお、通常動作モード時に非印刷要求のパケットを受信してもコントローラモードには移行しない。

次に、このプリンタがネットワークから受信するパケットの種類について説明する。

１．イーサネットパケット（「イーサネット」は登録商標）
図３は、イーサネットパケットのフレームフォーマットの構造の説明図である。図４は、イーサネットフレーム内の各フィールドのデータ内容の一例を示す説明図である。

イーサネットパケットは、プリアンブル、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプ、データ、及びＦＣＳからなる。

図４に示すように、プリアンブルは、データ長が６４ビット（８バイト）であるフレームの開始を示す情報であり、「１０」を交互に入力して最後の２ビットが「１１」になる
宛先ＭＡＣアドレスと送信元ＭＡＣアドレスは、それぞれパケットの宛先の装置（例えば、このプリンタを含む通信機器）のアドレスとパケットの送り主の装置のアドレスであり、ともにデータ長は４８ビット（６バイト）である。上記ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）は、ＩＥＥＥ８０２−１９９０で規定されている。

宛先ＭＡＣアドレスには、ネットワーク内の個々の通信機器を特定するユニキャストアドレス、ネットワーク内のブロードキャストドメイン内全体の通信機器を宛先対象とするブロードキャストアドレス、ネットワーク内の所定の通信機器のグループ内の各通信機器を宛先対象とするマルチキャストアドレスがある。

上記ブロードキャストアドレスの場合は、全てのビットが１になる。上記タイプは、０ｘ０８００の時はＩＰｖ４プロトコルを、０ｘ０８０６の時はＡＲＰプロトコルを、０ｘ８６ＤＤの時はＩＰｖ６プロトコルを、０ｘ８０９Ｂの時はＡｐｐｌｅＴａｌｋのプロトコルを、０ｘ８０３７の時はＩＰＸ（ＮｅｔＷａｒｅ）のプロトコルを、０ｘ８１９１の時はＮｅｔＢＩＯＳ／ＮｅｔＢＥＵＩのプロトコル（上記各プロトコルは登録商標である）をそれぞれ示す。

図５は、上記イーサネットパケットからＡＲＰパケットを構成する場合の両フレームの対応関係を示す図である。図５の（ａ）に示すように、イーサネットパケットは、プリアンブル、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプ、データ、及びＦＣＳからなり、宛先ＭＡＣアドレスと送信元ＭＡＣアドレスとタイプがイーサネットヘッダを構成する。上記データは４６〜１５００バイト長まで指定可能であり、ＦＣＳはチェックサムでＣＲＣ−３２の多項式で生成されたものである。

図５の（ｂ）に示すように、上記イーサネットパケットからＡＲＰパケットを構成する場合、ＡＲＰパケットにイーサネットパケットのデータを含め、ＡＲＰパケット内のオペレーションコードフィールドに、１が格納された場合はＡＲＰリクエストパケットを示し、２が格納された場合はＡＲＰレスポンスパケットを示す。また、図中波線で示すように先頭にＡＲＰプロトコルを示すデータの０ｘ０８０６を付加しても良い。

２．ＡＲＰパケット
以下の説明でＩＰと記載してある場合はＩＰｖ４のことである。図６は、ＡＲＰパケットのフォーマットを示す説明図、図７は、ＡＲＰパケット内の各フィールドのデータ内容の一例を示す説明図である。

図６に示すように、ＡＲＰパケットは、ハードウェアタイプフィールド、プロトコルタイプフィールド、ハードウェアアドレス長（ＨＬＥＮ）フィールド、プロトコルアドレス長（ＰＬＥＮ）フィールド、オペレーションコードフィールド、送信元ハードウェアアドレスフィールド、送信元ＩＰアドレスフィールド、宛先ハードウェアアドレスフィールド、宛先ＩＰアドレスフィールドからなる。

図７に示すように、ハードウェアタイプフィールドは、１６ビットのデータ長であり、イーサネットパケットを示す場合は０ｘ０００１が格納される。プロトコルタイプフィールドは、１６ビットのデータ長であり、ＩＰアドレスを使用し、ＩＰｖ４プロトコルを示す場合は０ｘ０８００が格納される。

ハードウェアアドレス長フィールドは、８ビットのデータ長であり、ＭＡＣアドレスを示す６バイトのデータが格納される。例えば、０ｘ０６等である。プロトコルアドレス長フィールドは、８ビットのデータ長であり、ＩＰｖ４プロトコルを示す場合、０ｘ０４が格納される。

オペレーションコードフィールドは、１６ビットのデータ長であり、１の時はＡＲＰリクエスト、２の時はＡＲＰリプライを示す。送信元ハードウェアアドレスフィールド、送信元ＩＰアドレスフィールド、宛先ハードウェアアドレスフィールド、宛先ＩＰアドレスフィールドは、それぞれ４８，３２，４８，３２の各データ長であり、それぞれ送信元ハードウェアアドレス、送信元ＩＰアドレス、宛先ハードウェアアドレス、宛先ＩＰアドレスが格納される。

３．ＩＰパケット
図８は、ＩＰパケットのフォーマットを示す説明図、図９は、ＩＰパケット内のＩＰヘッダの各フィールドのデータ内容の一例を示す説明図である。

図８に示すように、ＩＰパケットはヘッダ部（ＩＰヘッダ）とデータ部とからなり、ヘッダ部はバージョン（Ｖｅｒｓｉｏｎ）フィールド、ヘッダ長（ＩＨＬ）フィールド、サービスタイプ（Ｔｙｐｅ Ｏｆ Ｓｅｒｖｉｃｅ）フィールド、パケット長（Ｔｏｔａｌ
Ｌｅｎｇｔｈ）フィールド、識別子（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）フィールド、フラグ（Ｆｌａｇｓ）フィールド、フラグメントオフセット（Ｆｌａｇｍｅｎｔ Ｏｆｆｓｅｔ）フィールド、生存時間（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）フィールド、プロトコル番号（Ｐｒｏｔｏｃｏｌ）フィールド、ヘッダチェックサム（Ｈｅａｄｅｒ Ｃｈｅｃｋｓｕｍ）フィールド、送信元ＩＰアドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）フィールド、宛先ＩＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）フィールドからなる。

さらに、オプションが付く場合があり、オプション（Ｏｐｔｉｏｎｓ）とパディング（Ｐａｄｄｉｎｇ）を含めたフィールドのデータ長が３２ビットの倍数になるようにパディングする。通常はオプションは使用されない。

図９には、上記各フィールドのデータ長と値例とその備考を示している。とくに、バージョンフィールドは、データ長が４ビットであり、ＩＰｖ４プロトコルの場合は４が、ＩＰｖ６プロトコルの場合は６がそれぞれ格納される。ヘッダ長フィールドは、データ長が４ビットであり、ＩＰｖ４プロトコルの場合は２０バイトである。

生存時間フィールドは、ネットワーク上でのパケットの生存時間の値が格納され、ルータを通過するたびにその値が１つずつ減らされ、０になったらパケットは破棄される。その詳細はＲＦＣ２２００に記載されているので、説明を省略する。

サービスタイプはＲＦＣ７９１、プロトコル番号の詳細については、ＲＦＣ１７００にそれぞれ記載されているので、説明を省略する。

識別子フィールドに格納される値は、フラグメントを復元する際の識別子として使用される。フラグフィールドは、パケットの分割に関する制御を示す値が格納される。

４．ＴＣＰパケット
図１０は、上記イーサネットパケットからＩＰパケットとＴＣＰパケットを構成する場合の各フレームの対応関係を示す図である。図１１は、ＴＣＰパケットのフォーマットを示す説明図である。

図１０の（ａ）に示すように、イーサネットパケットは、プリアンブル、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプ、データ、及びＦＣＳからなり、宛先ＭＡＣアドレスと送信元ＭＡＣアドレスとタイプがイーサネットヘッダを構成する。上記データは４６〜１５００バイト長まで指定可能であり、ＦＣＳはチェックサムでＣＲＣ−３２の多項式で生成されたものである。

図１０の（ｂ）に示すように、上記イーサネットパケットからＩＰパケットを構成する場合、ＩＰパケット内にＩＰヘッダとイーサネットパケットのデータを含める。また、図中波線で示すように先頭にＩＰプロトコルを示すデータの０ｘ０８００を付加しても良い。

図１０の（ｃ）に示すように、上記ＩＰパケットからＴＣＰパケットを構成する場合、ＴＣＰパケット内にＴＣＰヘッダとＩＰパケットのデータを含める。ＴＣＰヘッダ内にはコードビットとして、０ビット目にＦＩＮ、１ビット目にＳＹＮ、２ビット目にＲＳＴ、３ビット目にＰＳＨ、４ビット目にＡＣＫ、５ビット目にＵＲＧを含む。また、図中波線で示すように先頭にＴＣＰプロトコルを示すデータの６を付加しても良い。

図１１に示すように、ＴＣＰパケットはＴＣＰヘッダ部（ＴＣＰヘッダ）とデータ部とからなり、送信元ポート番号（Ｓｏｕｒｃｅ Ｐｏｒｔ、１６ビット）フィールド、宛先ポート番号（Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、１６ビット）フィールド、シーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ、３２ビット）フィールド、確認応答番号（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｎｕｍｂｅｒ、３２ビット）フィールド、データオフセット（Ｄａｔａ Ｏｆｆｓｅｔ、４ビット）フィールド、予約（Ｒｅｓｅｒｖｅｄ、６ビット）フィールド、コードビット（６ビット）フィールド、ウインドウサイズ（１６ビット）フィールド、チェックサム（Ｃｈｅｃｋｓｕｍ、１６ビット）フィールド、緊急ポインタ（Ｕｒｇｅｎｔ Ｐｏｉｎｔｅｒ、１６ビット）フィールドからなる。

さらに、オプションとパディングがある場合があり、その後にデータがある。上記送信元ポート番号フィールドと宛先ポート番号フィールドに格納される送信元ポート番号と宛先ポート番号のポート番号は、アプリケーションの識別に使用される。また、ウェルノウンポート番号として標準で決められている番号（ＲＦＣ１７００で公開済）がある。ＴＣＰの詳細はＲＦＣ７９３に記載されているので、説明を省略する。

５．ＵＤＰパケット
図１２は、ＵＤＰパケットのフォーマットを示す説明図である。

ＵＤＰパケットは、送信元ポート番号（１６ビット）フィールド、宛先ポート番号（１６ビット）フィールド、セグメント長（１６ビット）フィールド、チェックサム（１６ビット）フィールドとデータからなる。

上記送信元ポート番号フィールドと宛先ポート番号フィールドに格納される送信元ポート番号と宛先ポート番号のポート番号は、アプリケーションの識別に使用される。また、ウェルノウンポート番号として標準で決められている番号（ＲＦＣ１７００で公開済）がある。ＵＤＰの詳細はＲＦＣ７６８に記載されているので、説明を省略する。

次に、上記ＰＦ２３について説明する。図１３は、図１に示すＰＦ２３の内部構成例を示すブロック図である。ＰＦ２３は、アドレスフィルタ４０、パターンフィルタ４１、バッファ４２の３つから構成される。

アドレスフィルタ４０には、ユニキャストアドレスとマルチキャストアドレスを登録可能である。また、このプリンタ内のアクセス可能な印刷部２を含む機器のアドレスを設定可能である。

アドレスフィルタ４０は、ＭＡＣ２２から入力したパケットのタイプを参照し、そのタイプからパケットの種類を判断して、アクセス可能な機器のパケットのみを通過させてパターンフィルタ４１へ送り、その他のパケットは破棄する選別を行う。また、アドレスフィルタ４０の設定に関係無く、ブロードキャストパケットは通過させてパターンフィルタ４１へ送る。

パターンフィルタ４１は、マスク領域と非マスク領域からなる。マスク領域は、パケットの値に関係なく一致条件となる。非マスク領域は、バイト単位で比較データを設定できる。また、マスク領域は、バイト単位で設定できる。

マスク領域のデータ長と非マスク領域のデータ長の合計がパターンフィルタ長になる。例えば、パターンフィルタ長は６４バイトである。このパターンフィルタ４１には、パターンオフセット１の値を設定できる。そのパターンオフセット１はイーサーネットフレームの開始からのオフセット長になる。

このパターンフィルタ４１によるフィルタリングをイーサーネットフレームのタイプから開始する場合は、宛先ＭＡＣアドレス長と送信元ＭＡＣアドレスを加算した値が、パターンオフセット１の長さになる。

また、パターンオフセット２は、パターンフィルタ４１の先頭からのオフセットを示す。パターンオフセットからの１バイトはビットマスク値によって、ビット毎にフィルタリングが可能である。ビットマスク値で１を設定したビットはマスク領域である。

パターンフィルタ４１では、アドレスフィルタ４０から受信したパケットが非印刷要求のパケットか印刷要求のパケットかを判断し、非印刷要求のパケットの場合はＰＭ３２にその旨を通知し、印刷要求のパケットの場合はＰＭ３２にその旨を通知し、上述のフィルタリング後のパケットをバッファ４２へ出力する。また、アドレスフィルタ４０から受信したパケットがＡＲＰリクエストパケットの場合は、ＳＥＬ２５にＰＥ＿ＯＮ信号を送り、ＰＥ２４へＡＲＰリクエストパケットを出力する。

バッファ４２は、パターンフィルタ４１でフィルタリングされたパケットを一時的に格納し、内部バス３４を介して処理を行う各部へ送信する。また、ＰＦ２３で受信したパケットが無いことは、ＰＦ２３のバッファ４２が空であることを示す空きフラグであるエンプティフラグ（ｅｍｐｔｙ ｆｌａｇ）がアクティブになったことでわかる。

パターンフィルタ４１にＡＲＰリクエストパケットのパターンを設定すると、ＰＥ＿ＯＮ信号をアクティブにすることができる。つまり、ＡＲＰリクエストパケットを受信すると、ＰＥ＿ＯＮ信号がアクティブとなって、ＡＲＰリプライ応答をＰＥ２４が行う。

ＰＥ＿ＯＮ信号がアクティブで無い場合は、ＰＦ２３の通過後、ＭＥＭＩ／Ｆ２１を経由してメモリ１１に蓄積されて、ＣＰＵ２０で処理する。ＡＲＰリクエストパケット以外の印刷要求と非印刷要求のパケットを受信した場合、ＰＥ＿ＯＮ信号はアクティブにしない。

次に、上記ＰＥ２４について説明する。図１４は、上記ＰＥ２４の内部処理の説明に供するブロック図である。ＰＥ２４は、パケット解析部５０、レジスタ部５１、パケット生成部５２からなる。

パケット解析部５０は、ＰＦ２３からのＡＲＰリクエストパケットを入力する。

ＡＲＰリクエストパケットは、宛先ＭＡＣアドレスフィールド６０、ＳＨＡ６１、ＡＲＰ６２、ハードウェアタイプフィールド６３、プロトコルフィールド６４、ＭＡＣアドレス長フィールド６５、プロトコルアドレス長フィールド６６、ＡＲＰリクエストフィールド６７、ＳＨＡ６８、ＳＩＰ６９、ＤＨＡ７０、ＤＩＰ７１からなる。

パケット解析部５０は、ＡＲＰリクエストパケット内の要求元ハードウェアアドレス（ＳＨＡ）フィールド６８、要求元ＩＰアドレス（ＳＩＰ）フィールド６９の各値を解析して、レジスタ部５１の宛先ハードウェアアドレス（ＤＨＡ）５３に要求元ハードウェアアドレス（ＳＨＡ）を、宛先ＩＰアドレス（ＤＩＰ）５４に要求元ＩＰアドレス（ＳＩＰ）をそれぞれ設定する。また、予めＣＰＵ２０から、レジスタ部５１の要求元ハードウェアアドレス（ＳＨＡ）５５に、このプリンタのハードウェアアドレスを設定し、要求元ＩＰアドレス（ＳＩＰ）５６に、このプリンタのＩＰアドレスを設定しておく。

パケット生成部５２では、イーサネットヘッダ８０とアープリプライ（ＡＲＰＲｅｐｌｙ）パケット８１からなるＡＲＰレスポンスパケットを生成する。イーサネットヘッダ８０は、宛先ハードウェアアドレス（ＤＨＡ）フィールド８２、要求元ハードウェアアドレスフィールド（ＳＨＡ）８３とタイプフィールド８４から構成され、レジスタ部５１の宛先ハードウェアアドレス（ＤＨＡ）５３から読み出した値をＤＨＡ８２へ、要求元ハードウェアアドレス（ＳＨＡ）５５から読み出した値をＳＨＡ８３へそれぞれ設定する。また、タイプフィールド８４にはＡＲＰパケットを示す０ｘ０８０６を設定する。

データ部として、ＡＲＰリプライパケット８１を設定する。

ＡＲＰリプライパケット８１のハードウェアタイプフィールド８５には、イーサネットの場合は１を設定する。プロトコルフィールド８６には、ＴＣＰ／ＩＰを使用するので０ｘ０８００を設定する。ＭＡＣアドレス長フィールド８７には、６を設定する。プロトコルアドレス長フィールド８８には、ＩＰｖ４を使用するので４を設定する。ＯＰフィールド８９には、ＡＲＰリプライを示す２を設定する。

要求元ハードウェアアドレスフィールド９０には、レジスタ部５１のＳＨＡ５５の値を、要求元ＩＰアドレスフィールド９１には、レジスタ部５１のＳＩＰ５６の値を、宛先ハードウェアアドレスフィールド９２には、レジスタ部５１のＤＨＡ５３の値を、宛先ＩＰアドレスフィールド９３には、レジスタ部５１のＤＩＰ５４の値をそれぞれ設定する。

イーサネットパケットのＦＣＳはＭＡＣ２２で自動生成されるので、パケット生成部５２では生成する必要はない。パケット生成部５２で生成されたＡＲＰレスポンスパケットをネットワークへ送信するには、ＰＦ２３から出力されるＰＥ＿ＯＮ信号がアクティブになると、ＳＥＬ２５がＰＥ２４から出力されたＡＲＰレスポンスパケットをＭＡＣ２２へ送信する。ＰＥ＿ＯＮ信号が非アクティブ時は内部バス３４からのデータがＭＡＣ２５に入力される。

以上のように、パケット生成部５２で生成されたＡＲＰレスポンスパケットはＳＥＬ２５、ＭＡＣ２２、ＰＨＹ１２を経由してネットワークへ送信される。

次に、上記ＰＦ２３におけるＴＣＰパケットのフィルタリング処理の一例を説明する。図１５は、ＰＦ２３におけるフィルタリング処理で通過されるＴＣＰパケットの一例の説明図である。図１５の（ａ）はＴＣＰパケットのフォーマットを示し、図１５の（ｂ）に示すように、ＰＦ２３のパターンフィルタ４１には、パターンオフセット１として、宛先ＭＡＣアドレス長と送信元ＭＡＣアドレス長を加算した値を設定する。

また、パターンフィルタ４１は、ＴＣＰパケットの先頭の１６ビットのタイプを参照する。上記タイプにはＴＣＰパケットの場合、ＩＰプロトコルを示す０ｘ０８００が設定されている。

さらに、ＴＣＰパケットのＩＰヘッダとの比較値を設定する。そのＩＰヘッダのプロトコル番号にはＴＣＰプロトコル番号を、宛先ＩＰアドレスにはこのプリンタのＩＰアドレスをそれぞれ設定し、その他のＩＰヘッダはマスク領域（図中に斜線を施した部分）として設定する。さらに、ＴＣＰヘッダとの比較値を設定し、そのＴＣＰヘッダの宛先ポート番号に使用するアプリケーションのポート番号を設定し、ＴＣＰヘッダのコードビットとの比較値を設定する。

次に、パターンフィルタ４１によってコネクション確立要求であるＳＹＮビットが１のＴＣＰパケットを通過させる設定について説明する。ＴＣＰパケットでは、コードビットはＴＣＰヘッダの先頭から１４バイト目に存在するので、図１５の（ｂ）に示すように、パターンフィルタ４１に、パターンオフセット２を１３に設定する。

そして、パターンフィルタ４１の１４バイト目に０ｘ０２を設定すると、図１５の（ｃ）に示すＴＣＰパケットのコードビットのＳＹＮと比較することができる。さらに、ビットマスク値を０ｘＣ２に設定すると、コードビットのＳＹＮが１のＴＣＰパケットを通過させることができる。

その他のＴＣＰパケットのヘッダ領域に対応する部分はマスク領域（図中に斜線を施した部分）とする。さらに、図１５の（ｂ）に示す、ビットマスク後の部分もマスク領域（図中に斜線を施した部分）に設定する。

また、ｈｔｔｐのアプリケーションの場合は、宛先ポート番号を８０に設定し、印刷プロトコルであるＬＰＤの場合は宛先ポート番号を５１５に設定する。ＳＹＮ以外のビット、例えば、ＡＣＫをフィルタリングする場合は、ビットマスク値を０ｘＤ０に変更すればよい。

パターンフィルタ４１に印刷プロトコルであるＬＰＤアプリケーションの宛先ポート番号５１５を設定すると、それに対応するＴＣＰを受信した場合は、印刷要求信号をアクティブにして、ＰＭ３２に通知する。

次に、上記ＰＦ２３におけるＵＤＰパケットのフィルタリング処理の一例を説明する。図１６は、ＰＦ２３におけるフィルタリング処理で通過されるＵＤＰパケットの一例の説明図である。図１６の（ａ）はＵＤＰパケットの一例を示し、図１６の（ｂ）に示すように、ＰＦ２３のパターンフィルタ４１には、パターンオフセット１として、宛先ＭＡＣアドレス長と送信元ＭＡＣアドレス長を加算した値を設定する。また、パターンフィルタ４１は、ＵＤＰパケットの先頭の１６ビットのタイプを参照する。上記タイプにはＵＤＰパケットの場合、ＩＰプロトコルを示す０ｘ０８００が設定されている。

さらに、ＵＤＰパケットのＩＰヘッダとの比較値を設定する。そのＩＰヘッダのプロトコル番号にはＵＤＰプロトコル番号を、宛先ＩＰアドレスにはこのプリンタのＩＰアドレスをそれぞれ設定し、その他のＩＰヘッダはマスク領域（図中に斜線を施した部分）として設定する。

さらに、ＵＤＰヘッダとの比較値を設定し、そのＵＤＰヘッダの宛先ポート番号に使用するアプリケーションのポート番号を設定し、その他のＵＤＰのヘッダ領域はマスク領域（図中に斜線を施した部分）とする。さらに、ＵＤＰヘッダ領域後の部分もマスク領域（図中に斜線を施した部分）に設定する。

そして、ＳＮＭＰプロトコルを使用したＭＩＢ情報にアクセスするアプリケーションのポート番号を宛先ポート番号に設定すれば、ＭＩＢ情報をアクセスしに来たとき、ポートフィルタでフィルタリング可能になる。

次に、上記ＰＦ２３におけるＡＲＰパケットのフィルタリング処理の一例を説明する。図１７は、ＰＦ２３におけるフィルタリング処理で通過されるＡＲＰパケットの一例の説明図である。図１７の（ａ）はＡＲＰパケットの一例を示し、図１７の（ｂ）に示すように、ＰＦ２３のパターンフィルタ４１には、パターンオフセット１として０を設定して、ＡＲＰパケットのフレームの開始から比較できるようにする。

パターンフィルタ４１には、まずＡＲＰパケットのイーサネットヘッダの比較値を設定する。また、フレームの最初の部分である宛先ＭＡＣアドレスには、ＡＲＰプロトコルはブロードキャストなので、全てのビットに１が設定されている。さらに、送信元ＭＡＣアドレスはマスク領域（図中に斜線を施した部分）として設定する。

イーサネットヘッダのタイプにはＡＲＰプロトコルを示す０ｘ０８０６が設定されているので、パターンフィルタ４１にＡＲＰパケットのタイプとの比較値を設定する。その後に、ハードウェアタイプを１、プロトコルフィールドをＩＰ、ＭＡＣアドレス長を６、プロトコルアドレスはＩＰｖ４なので４、オペレーションコードにはＡＲＰ要求を示す１を設定する。

送信元ハードウェアアドレス（ＳＨＡ）、送信元ＩＰアドレス（ＳＩＰ）、宛先ハードウェアアドレス領域（ＤＨＡ）には、それぞれマスク領域（図中に斜線を施した部分）を設定する。宛先ＩＰアドレス（ＤＩＰ）にはこのプリンタのＩＰアドレスを設定し、残りの部分はマスク領域（図中に斜線を施した部分）とする。

以上のように設定すると、このプリンタにＡＲＰリクエストパケットがブロードキャストされるとフィルタリングすることができる。パターンフィルタ４１に、非印刷プロトコルであるｈｔｔｐアプリケーションの宛先ポート番号８０、ＳＮＭＰプロトコルを設定すると、それに対応するＡＲＰリクエストパケットを受信した場合、非印刷要求信号をアクティブにして、ＰＭ３２に通知する。パターンフィルタ４１にＡＲＰパケットの設定をすると、ＡＲＰリクエストパケットの受信時にＳＥＬ２５へのＰＥ＿ＯＮ信号をアクティブにする。

このプリンタは、ネットワークに対するパケット処理の一部を、ＣＰＵ処理ではなく、ネットワークパケット処理部で行うので、ネットワークパケット処理部以外のＣＰＵを含む各部の消費電力モードを維持したままにできるので、消費電力をより削減することが可能である。

また、パケットに応じて消費電力モードを変更するので、省エネ効果を上げることができる。さらに、ＣＰＵをＡＳＩＣに内蔵するので、消費電力をより削減することができる。

（実施の形態２）
図１８は、実施の形態２の情報処理装置のプリンタの制御を司るコントローラボード１８０１と印刷部２からなる機能構成を示すブロック図である。

このプリンタのコントローラボード１８０１は、実施の形態１と同様に、ＡＳＩＣ１８１０、ＤＤＲ−ＳＤＲＡＭを含むメモリ１１、ネットワークとの間で各種のパケットの送受信をするネットワーク用のＰＨＹ１２、ＰＨＹクロック生成部１３、ＡＳＩＣクロック生成部１４、記録媒体１５、ＯＰ１６、ハードディスク装置（ＨＤＤ）１７、ボード電力制御部１８、外部電力制御部１９、不揮発性メモリ（ＲＡＭ）３６、プログラムとデータが格納されている第１ＲＯＭ３７、ＭＡＣアドレスが格納されている第２ＲＯＭ３８を搭載している。

ＡＳＩＣ１８１０には、実施の形態１と同様に、主制御部であるＣＰＵ２０、ＭＥＭＩ／Ｆ２１、ＭＡＣ２２、ＰＦ１８２３、ＰＥ１８２４、セレクタ（ＳＥＬ）２５を搭載している。ここで、本実施の形態では、ＰＦ１８２３、ＰＥ１８２４が実施の形態１と異なり、他の構成については実施の形態１と同様である。

ＰＦ１８２３は、ネットワークからＰＨＹ１２を介してＭＡＣ２２が受信したパケットの内容を調べて、自プリンタ宛（自局宛）でないパケットは破棄し、自局宛のパケットは、ＰＥ１８２４で処理すべきパケットの場合はＰＥ１８２４へ送る。

ＰＥ１８２４で処理すべきパケットには、例えば、ＩＰパケットのアープリクエスト（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｒｅｑｕｅｓｔ、以下「ＡＲＰリクエスト」と略称する）がある。上記アープ（ＡＲＰ）とは、アドレス解決プロトコルである。

ＰＥ１８２４は、ＡＲＰリクエストを受信すると、そのＡＲＰリクエストの内容に基づいてＡＲＰレスポンスのパケットを生成して、そのアープレスポンスパケットをＳＥＬ２５、ＭＡＣ２２を経由して、ＰＨＹ１２からネットワークに転送する。

また、上記ＰＥ１８２４で処理すべきパケットとして、他には、ホスト側から送信されるパケット到達確認コマンドの「ＰＩＮＧコマンド」等がある。このＰＩＮＧコマンドをホスト側から受信したときには受信確認のためにホストへ返信をする。

プリンタがネットワークから受信するイーサネットフレーム、ＡＲＰパケット、ＩＰパケット、ＴＣＰパケット、ＵＤＰパケットのフォーマットについては実施の形態１と同様である。本実施の形態では、さらに、ＩＣＭＰパケットを受信する。

図１９は、イーサネットフレームにおけるＩＰパケットとＩＣＭＰパケットのフォーマットを示す図である。図１９の（ａ）に示すように、イーサネットフレームは、プリアンブル、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプ、データ、及びＦＣＳからなり、宛先ＭＡＣアドレスと送信元ＭＡＣアドレスとタイプがイーサネットヘッダを構成する。上記データは４６〜１５００バイト長まで指定可能であり、ＦＣＳはチェックサムでＣＲＣ−３２の多項式で生成されたものである。

ＩＰパケットを構成する場合、図１９の（ｂ）に示すように、上記イーサネットフレームのデータに、ＩＰヘッダとデータを含める。また、図中波線で示すように、イーサネットヘッダのタイプは、ＩＰプロトコルを示すデータの０ｘ０８００を示している。

ＩＣＭＰパケットを構成する場合、図１９の（ｃ）に示すように、上記ＩＰパケットのデータの部分にＩＣＰＭパケットをカプセル化しており、ＩＣＭＰパケットのタイプとＩＣＭＰヘッダとデータを含める。そのタイプは、ＩＣＭＰエコーリクエスト（エコー要求）パケットの場合は「８」であり、ＩＣＭＰエコーリプライ（エコー応答）パケットの場合は「０」である。また、ＩＣＭＰヘッダ内には、ＩＣＭＰエコーリクエストパケットとＩＣＭＰエコーリプライパケットにおけるコードビットとして、常に「０」が格納される。さらに、データは任意の長さであるが、通常は６４バイトのデータ長である。また、図中波線で示すように、ＩＰヘッダのプロトコルは、ＩＣＭＰプロトコルを示すデータの１を示している。

図２０は、ＩＣＭＰエコーリクエストとＩＣＭＰエコーリプライのパケットのフォーマットを示す説明図である。ＩＣＭＰエコーリクエストとＩＣＭＰエコーリプライのパケットは、メッセージタイプフィールド、コードフィールド、チェックサムフィールド、識別子フィールド、シーケンス番号フィールドとデータからなる。

ＩＣＭＰエコーパケットは、公知記述なのでその詳細な説明は省略するが、メッセージタイプフィールドには、上述したＩＣＭＰエコーリクエストパケットの場合は「８」を、ＩＣＭＰエコーリプライパケットの場合は「０」を格納する領域である。コードフィールドには、上述したように、ＩＣＭＰエコーリクエストパケットとＩＣＭＰエコーリプライパケットの場合は常に「０」を格納する領域である。

次に、上記ＰＦ１８２３について説明する。図２１は、図１８に示すＰＦ１８２３の内部構成例を示すブロック図である。ＰＦ１８２３は、アドレスフィルタ２１４０、パターンフィルタ２１４１、バッファ４２の３つから構成される。

アドレスフィルタ２１４０には、ユニキャストアドレスとマルチキャストアドレスを登録可能である。また、このプリンタ内のアクセス可能な印刷部２を含む機器のアドレスを設定可能である。

アドレスフィルタ２１４０は、ＭＡＣ２２から入力したパケットのタイプを参照し、そのタイプからパケットの種類を判断して、アクセス可能な機器のパケットのみを通過させてパターンフィルタ２１４１へ送り、その他のパケットは破棄する選別を行う。本実施の形態のアドレスフィルタ２１４０では、実施の形態１のアドレスフィルタ４０で判断するパケットの種類の他、パケットの種類としてＩＣＭＰパケットか否かをパケットのタイプから判断する。また、アドレスフィルタ２１４０の設定に関係無く、ブロードキャストパケットは通過させてパターンフィルタ２１４１へ送る。

パターンフィルタ２１４１は、実施の形態１と同様に、マスク領域と非マスク領域からなる。このパターンフィルタ２１４１による処理は、実施の形態１と同様に行われる。パターンフィルタ２１４１では、実施の形態１と同様に、アドレスフィルタ２１４０から受信したパケットが非印刷要求のパケットか印刷要求のパケットかを判断するが、本実施の形態では、受信したパケットがＩＣＭＰパケットである場合には、非印刷要求であると判断する。バッファ４２は、実施の形態１と同様の機能を有する。

次に、上記ＰＥ１８２４について説明する。ＡＲＰパケットのフィルタリングをする場合のＰＥ１８２４における内部処理については実施の形態１と同様である。すなわち、ＰＥ１８２４は、パケット解析部５０、レジスタ部５１、パケット生成部５２からなり、それぞれの機能は実施の形態１と同様である。

次に、上記ＰＦ１８２３におけるＴＣＰパケットのフィルタリング処理の一例を説明する。図２２は、ＰＦ１８２３におけるフィルタリング処理で通過されるＴＣＰパケットの一例の説明図である。図２２の（ａ）はＴＣＰパケットのネットワークフレームのフォーマットを示し、図２２の（ｂ）に示すように、ＰＦ１８２３のパターンフィルタ２１４１には、パターンオフセット１として、宛先ＭＡＣアドレス長と送信元ＭＡＣアドレス長を加算した値を設定する。

また、パターンフィルタ４１は、ＴＣＰパケットの先頭の１６ビットのタイプを参照する。上記タイプにはＴＣＰパケットの場合、先頭の１６ビットにはＩＰプロトコルを示す０ｘ０８００が設定されている。

さらに、ＴＣＰパケットのＩＰヘッダとの比較値を設定する。そのＩＰヘッダのバージョン（Ｖｅｒ）にはＩＰｖ４の４を、ヘッダ長には５を、プロトコル番号にはＴＣＰプロトコル番号を、宛先ＩＰアドレスにはこのプリンタのＩＰアドレス（自局アドレス）をそれぞれ設定し、その他のＩＰヘッダはマスク領域（図中に斜線を施した部分）として設定する。

さらに、ＴＣＰヘッダとの比較値を設定し、そのＴＣＰヘッダの宛先ポート番号に使用するアプリケーションのポート番号を設定し、ＴＣＰヘッダのコードビットとの比較値を設定する。

次に、パターンフィルタ２１４１によってコネクション確立要求であるＳＹＮビットが１のＴＣＰパケットを通過させる設定について説明する。ＴＣＰパケットでは、コードビットはＴＣＰヘッダの先頭から１４バイト目に存在するので、図２２の（ｂ）に示すように、パターンフィルタ２１４１に、パターンオフセット２を１３に設定する。

そして、パターンフィルタ４１の１４バイト目に０ｘ０２を設定すると、図２２の（ｃ）に示すＴＣＰパケットのコードビットのＳＹＮと比較することができる。

さらに、ビットマスク値を０ｘＣ２に設定すると、コードビットのＳＹＮが１のＴＣＰパケットを通過させることができる。

その他のＴＣＰパケットのヘッダ領域に対応する部分はマスク領域（図中に斜線を施した部分）とする。さらに、図２２の（ｂ）に示す、ビットマスク後の部分もマスク領域（図中に斜線を施した部分）に設定する。また、ｈｔｔｐのアプリケーションの場合は、宛先ポート番号を８０に設定し、印刷プロトコルであるＬＰＤの場合は宛先ポート番号を５１５に設定する。ＳＹＮ以外のビット、例えば、ＡＣＫをフィルタリングする場合は、ビットマスク値を０ｘＤ０に変更すればよい。

パターンフィルタ２１４１に印刷プロトコルであるＬＰＤアプリケーションの宛先ポート番号５１５を設定すると、それに対応するＴＣＰを受信した場合は、印刷要求信号をアクティブにして、ＰＭ３２に通知する。

次に、上記ＰＦ１８２３におけるＵＤＰパケットのフィルタリング処理の一例を説明する。図２３は、ＰＦ１８２３におけるフィルタリング処理で通過されるＵＤＰパケットの一例の説明図である。

図２３の（ａ）はＵＤＰパケットのネットワークフレームのフォーマットの一例を示し、図２３の（ｂ）に示すように、ＰＦ２３のパターンフィルタ２１４１には、パターンオフセット１として、宛先ＭＡＣアドレス長と送信元ＭＡＣアドレス長を加算した値を設定する。

また、パターンフィルタ２１４１は、ＵＤＰパケットの先頭の１６ビットのタイプを参照する。上記タイプにはＵＤＰパケットの場合、先頭の１６ビットにはＩＰプロトコルを示す０ｘ０８００が設定されている。

さらに、ＵＤＰパケットのＩＰヘッダとの比較値を設定する。そのＩＰヘッダのバージョン（Ｖｅｒ）にはＩＰｖ４の４を、ヘッダ長には５を、プロトコル番号にはＵＤＰプロトコル番号を、宛先ＩＰアドレスにはこのプリンタのＩＰアドレス（自局アドレス）をそれぞれ設定し、その他のＩＰヘッダはマスク領域（図中に斜線を施した部分）として設定する。

さらに、ＵＤＰヘッダとの比較値を設定し、そのＵＤＰヘッダの宛先ポート番号に使用するアプリケーションのポート番号を設定し、その他のＵＤＰのヘッダ領域はマスク領域（図中に斜線を施した部分）とする。

さらに、ＵＤＰヘッダ領域後の部分もマスク領域（図中に斜線を施した部分）に設定する。

そして、ＳＮＭＰプロトコルを使用したＭＩＢ情報にアクセスするアプリケーションのポート番号を宛先ポート番号に設定すれば、ＭＩＢ情報をアクセスしに来たとき、ポートフィルタでフィルタリング可能になる。

なお、ＰＦ１８２３におけるフィルタリング処理で通過されるＡＲＰパケットの例は実施の形態１と同様である。

次に、ＰＩＮＧ応答する場合の上記ＰＥ１８２４の処理について説明する。図２４は、ＩＣＭＰパケットのフィルタリングをする場合のＰＥ１８２４における内部処理の説明に供するブロック図であり、実施の形態１の図１４と共通する部分には同一符号を付している。

この処理の場合のＰＥ１８２４の内部構成は、パケット解析部２４５０、レジスタ部５１、パケット生成部２５５２からなる。ここで、レジスタ部５１については実施の形態１と同様である。パケット解析部２４５０には、ここでは、ＰＦ１８２３からのＩＣＭＰエコーリクエストパケットが入力される。

ＩＣＭＰエコーリクエストパケットは、１００〜１１８の各フィールドからなる。

パケット解析部２４５０は、ＩＣＭＰエコーリクエストパケット内のイーサネットヘッダのフィールド１０１の要求元ハードウェアアドレス（ＳＨＡ）と、ＩＰヘッダのフィールド１１１の要求元ＩＰアドレス（ＳＩＰ）の各値を解析して、レジスタ部５１の宛先ハードウェアアドレス（ＤＨＡ）５３に要求元ハードウェアアドレス（ＳＨＡ）を、宛先ＩＰアドレス（ＤＩＰ）５４に要求元ＩＰアドレス（ＳＩＰ）をそれぞれ設定する。

ＩＰデータのタイプのフィールド１１３には、ＩＣＭＰエコーリクエストパケットを示す「８」が格納されている。

また、予めＣＰＵ２０から、レジスタ部５１の要求元ハードウェアアドレス（ＳＨＡ）５５に、このプリンタのハードウェアアドレスを設定し、要求元ＩＰアドレス（ＳＩＰ）５６に、このプリンタのＩＰアドレスを設定しておく。

パケット生成部２４５２では、ＩＣＭＰエコーリプライパケットを作成する。まず、そのイーサネットヘッダの作成では、レジスタ部５１のＤＨＡ５３に設定した要求元ハードウェアアドレス（ＳＨＡ）と、ＳＨＡ５５に設定したハードウェアアドレスを、パケット生成部５２のＩＣＭＰエコーリプライパケットのイーサネットヘッダのＤＨＡのフィールド１２０と、ＳＨＡのフィールド１２１にそれぞれ設定する。

また、ＩＣＭＰエコーリクエストパケットのタイプのフィールド１０２のＩＰを示す０ｘ８００を、パケット生成部２４５２のＩＣＭＰエコーリプライパケットのフィールド１２２にコピーする。

次に、パケット生成部２４５２のＩＣＭＰエコーリプライパケットのＩＰヘッダを作成する。まず、パケット解析部２４５０のＩＣＭＰエコーリクエストパケットのフィールド１０３〜１０９の各データを、パケット生成部２４５２のＩＣＭＰエコーリプライパケットのＩＰヘッダの各フィールド１２３〜１２７，１２９にそれぞれコピーする。また、フィールド１２８のＴＴＬには２５５を設定する。さらに、上記コピー後にチェックサムを計算し、ＩＣＭＰエコーリプライパケットのフィールド１３０に設定する。

上記チェックサムの計算は公知技術（例えば、オーム社発行の書籍「マスタリングＴＣＰ／ＩＰ 応用編」で記載されている１の補数演算方法）を使用すればよい。

さらに、ＳＩＰのフィールド１３１には、レジスタ部５１のＳＩＰ５６のデータを設定し、ＤＩＰのフィールド１３２には、レジスタ部５１のＤＩＰ５４のデータを設定する。

次に、パケット生成部２４５２のＩＣＭＰエコーリプライパケットのＩＰデータを作成する。まず、パケット生成部２４５２のＩＣＭＰエコーリプライパケットのタイプのフィールド１３３には、ＩＣＭＰエコーリプライパケットを示す「０」を設定する。

また、パケット生成部５２のＩＣＭＰエコーリプライパケットのコードのフィールド１３４は「０」を設定し、ＩＰデータのチェックサムを計算してチェックサム（ＣｈｅｃｋＳＵＭ）のフィールド１３５に設定する。上記チェックサムの計算は公知技術（例えば、オーム社発行の書籍「マスタリングＴＣＰ／ＩＰ 応用編」で記載されている１の補数演算方法）を使用すればよい。

さらに、パケット解析部２４５０のＩＣＭＰエコーリクエストパケットのフィールド１１６の識別子のデータを、パケット生成部２４５２のＩＣＭＰエコーリプライパケットのフィールド１３６にコピーし、パケット解析部２４５０のＩＣＭＰエコーリクエストパケットのフィールド１１７のシーケンス番号のデータを、パケット生成部２４５２のＩＣＭＰエコーリプライパケットのフィールド１３７にコピーし、パケット解析部２４５０のＩＣＭＰエコーリクエストパケットのフィールド１１８のデータを、パケット生成部２４５２のＩＣＭＰエコーリプライパケットのフィールド１３８にコピーする。このように、プリンタの本体のＣＰＵ、メモリを使用せずに、ＩＣＭＰエコーリプライパケットの生成と応答が可能になる。

次に、上記ＰＦ１８２３におけるＩＣＭＰパケットのフィルタリング処理の一例を説明する。図２５は、ＰＦ１８２３のフィルタリング処理で通過されるＩＣＭＰパケットの一例の説明図である。

図２５の（ａ）は、ＩＣＭＰエコーリクエストパケットのネットワークフレームのフォーマットを示し、そのデータ中のＩＰヘッダのフォーマットは、図２５の（ｂ）に示すように、バージョン（Ｖｅｒ），ヘッダ長，サービスタイプ，パケット長，識別子，フラグ，フラグメント，生存時間，プロトコル（この場合は、ＩＣＭＰを示す「０１」），ヘッダチェックサム，送信元ＩＰアドレス，宛先ＩＰアドレスの各値をそれぞれ格納する各フィールドからなる。また、ＩＰデータ内のフォーマットは、図２５の（ｃ）に示すように、タイプ（この場合は、ＩＣＭＰエコーリクエストパケットを示すタイプ＝８），コード（常に０），チェックサム，識別子，シーケンス番号，ＩＣＭＰデータをそれぞれ格納する各フィールドからなる。上記タイプは、ＩＣＭＰエコーリプライパケットを示す場合は０である。

ＰＦ１８２３のパターンフィルタ２１４１には、図２５の（ｄ）に示すように、パターンオフセット１として、宛先ＭＡＣアドレスのフィールド長と送信元ＭＡＣアドレスのフィールド長を加算した値を設定する。

また、パターンフィルタ２１４１は、パターンオフセット１の後の先頭の１６ビットに、図２５の（ａ）に示したイーサネットフレームのイーサネットヘッダのタイプに格納されたＩＰプロトコルを示す「０ｘ０８００」を設定する。また、図２５の（ｂ）に示したイーサネットフレームのＩＰヘッダのバージョン（Ｖｅｒ）のフィールドに格納されたＩＰｖ４を示す「４」と、上記ＩＰヘッダのヘッダ長のフィールドに格納された「５」を設定する。

さらに、プロトコル番号にはＩＣＭＰプロトコル番号を、宛先ＩＰアドレスには自局アドレスとしてこのプリンタのＩＰアドレスを設定し、ＩＣＭＰのタイプにはＩＣＭＰエコーリクエストパケットを示す「８」を設定し、その他のＩＰヘッダはマスク領域（図中に斜線を施した部分）として設定する。

ただし、ＩＰヘッダのパケット長の比較値ｌｅｎを９２バイト以下に設定する。

その９２バイトは、ＩＣＭＰデータのサイズが６４バイト、ＩＰヘッダ長が２０バイトの場合である。

以上にように設定すれば、ＰＦ２３でネットワークからのパケットデータを監視することにより、ＰＦ１８２３が６４バイト以下のＩＣＭＰパケットデータを受信した場合、そのパケットがＰＩＮＧによるＩＣＭＰエコーリクエストパケットであることを検知するとＰＥ１８２４に通知可能になる。

そして、省電力モードを維持したままネットワークを介して上記ＩＣＭＰエコーリクエストパケットに対するＩＣＭＰエコーリプライパケットを出力し、上記ＩＣＭＰエコーリクエストパケットの送信元のホスト装置に対してＰＩＮＧ応答が可能となる。

また、ＰＦ１８２３は、ＩＣＭＰパケットデータのサイズが６４バイトを超える場合は、非印刷要求パケットを受信したことをＰＭ３２に通知して、バッファ４２に蓄積する。

この場合は他の省電力モードに遷移して処理を行うことになる。なお、ＩＣＭＰパケットデータのサイズは通常６４バイトなので、ハードウエアを簡略化するために、ＩＣＭＰパケットデータが６４の時のみＰＩＮＧパケットであることを検知するように回路設計をしても、実用上問題がない。

次に、宛先ＩＰアドレスがアドレスフィルタに登録されたマルチキャストアドレスの場合について説明する。登録されたマルチキャストアドレスの場合、登録された個数分のフィルタを用意して、宛先ＩＰアドレスに登録したマルチキャストアドレスを設定すればよい。また、宛先ＩＰアドレスの設定以外は上記の設定と同じである。

パターンフィルタ２１４１に、ＩＣＭＰエコーリクエストパケット（ＩＣＭＰデータサイズが６４バイト以下）の設定をすると、ＩＣＭＰエコーリクエストパケット（ＩＣＭＰデータサイズが６４バイト以下）パケット受信時にＰＥ＿ＯＮ信号がアクティブになる。

上述したパケット生成部２４５２で生成されたパケットを送信するには、ＰＦ１８２３から出力されるＰＥ＿ＯＮ信号がアクティブになると、セレクタ（ＳＥＬ）２５はＰＥ１８２４からの出力をＭＡＣ２２に送信する。上記ＰＥ＿ＯＮ信号が非アクティブ時は、内部バス３４からのデータがＭＡＣ２２に入力される。

まず、ＰＦ１８２３のパターンフィルタ２１４１に、ＡＲＰリクエストパケットのパターンを設定すると、ＰＥ＿ＯＮ信号をアクティブにすることができる。つまり、ＡＲＰリクエストパケットを受信すると、ＰＥ＿ＯＮ信号がアクティブとなって、ＰＥ１８２４がＡＲＰリプライパケットを生成し、それをＡＲＰリクエストパケットの送信元の装置へ出力する。

また、ＩＣＭＰエコーリクエストパケット（ＩＣＭＰデータサイズが６４バイト以下）を受信すると、ＰＥ＿ＯＮ信号がアクティブになって、ＰＥ２４がＩＣＭＰエコーリプライパケットを生成し、それをＩＣＭＰエコーリクエストパケットの送信元の装置へ出力する。

一方、ＰＥ＿ＯＮ信号がアクティブで無い場合、ＰＦ１８２３の通過後、ＭＥＭＩ／Ｆ２１を経由してメモリ１１に蓄積し、ＣＰＵ２０で処理する。

また、印刷要求パケット、ＡＲＰリクエストパケット、ＩＣＭＰエコーリクエストパケット（ＩＣＭＰデータサイズが６４バイト以下）以外の非印刷要求パケットを受信した場合、ＰＥ＿ＯＮ信号はアクティブにならない。

以上のように、パケット生成部２４５２で生成された応答用のイーサネットパケットはセレクタ（ＳＥＬ）２５、ＭＡＣ２２、ＰＨＹ１２を経由して上記のようなリクエストパケットの送信元のホスト装置へ送信される。

このようにして、受信したパケットが所定の情報の返送を要求している場合、プリンタのＣＰＵとメモリを使用しないで、受信したパケットの情報の一部を組み込んで応答用のパケットを作成して、応答処理を行うので、プリンタの本体のＣＰＵとメモリの消費電力を削減できる。

また、受信したパケットのサイズが所定サイズ以下の場合に応答するので、プリンタのハードウェアコストを小さくできるため、消費電力を削減し、コストを低減できる。さらに、コントローラモードと省エネエネルギーモード中は、プリンタの本体のＣＰＵとメモリを使用しないで、受信したパケットの情報の一部を組み込んで応答用のパケットを作成して、応答処理を行うので、プリンタの本体のＣＰＵとメモリの消費電力を削減できる。

また、パケットの識別子の生成をプリンタのＣＰＵとメモリを使用しないで行えるので、消費電力の削減が可能である。さらに、パケットのシーケンス番号の生成をプリンタのＣＰＵとメモリを使用しないで行えるので、消費電力の削減が可能である。さらにまた、パケットのＩＣＭＰヘッダの生成をプリンタのＣＰＵとメモリを使用しないで行えるので、消費電力の削減が可能である。

このプリンタは、ネットワークに対するパケット処理の一部を、ＣＰＵ処理ではなく、ネットワークパケット処理部で行うので、ネットワークパケット処理部以外のＣＰＵを含む各部の消電力モードを維持したままにできるので、消費電力をより削減することが可能である。また、パケットに応じて消電力モードを変更するので、省エネ効果を上げることができる。

さらに、ＣＰＵをＡＳＩＣに内蔵するので、消費電力をより削減することができる。

なお、上述の実施の形態では、省電力モードとして、省エネモードとコントローラモードを有するプリンタについて説明したが、プリンタを含む情報処理装置では、省電力モードとして、省エネモードとコントローラモード以外にも多様なモードが存在するが、この発明は、それらのモードを実施する情報処理装置についても上述と同様にして実施することができる。

（実施の形態３）
図２６は、実施の形態３の情報処理装置のプリンタの制御を司るコントローラボード２６０１と印刷部２からなる機能構成を示すブロック図である。

このプリンタのコントローラボード２６０１は、実施の形態１と同様に、ＡＳＩＣ２６１０、ＤＤＲ−ＳＤＲＡＭを含むメモリ１１、ネットワークとの間で各種のパケットの送受信をするネットワーク用のＰＨＹ１２、ＰＨＹクロック生成部１３、ＡＳＩＣクロック生成部１４、記録媒体１５、ＯＰ１６、ハードディスク装置（ＨＤＤ）１７、ボード電力制御部１８、外部電力制御部１９、不揮発性メモリ（ＲＡＭ）３６、プログラムとデータが格納されている第１ＲＯＭ３７、ＭＡＣアドレスが格納されている第２ＲＯＭ３８を搭載している。

ＡＳＩＣ２６１０には、実施の形態１および２と同様に、主制御部であるＣＰＵ２０、ＭＥＭＩ／Ｆ２１、ＭＡＣ２２、ＰＦ１８２３、ＰＥ１８２４、セレクタ（ＳＥＬ）２５を搭載している。ここで、本実施の形態では、ＰＦ１８２３、ＰＥ１８２４が実施の形態１および２と異なり、他の構成については実施の形態１および２と同様である。

ＰＦ２６２３は、ネットワークからＰＨＹ１２を介してＭＡＣ２２が受信したパケットの内容を調べて、自プリンタ宛（自局宛）でないパケットは破棄し、自局宛のパケットは、ＰＥ２６２４で処理すべきパケットの場合はＰＥ２６２４へ送る。

すなわち、ＰＦ２６２３のパターンフィルタでは、実施の形態１および２と同様に、アドレスフィルタから受信したパケットが非印刷要求のパケットか印刷要求のパケットかを判断するが、本実施の形態では、受信したパケットがＳＮＭＰプロトコルのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）要求のパケットである場合には、非印刷要求であると判断する。

本実施の形態では、上記ＰＥ２６２４で処理すべきパケットとして、実施の形態１および２で説明した種類のパケットの他に、ＭＩＢ要求のパケットがある。ＰＦ２６２３のＰＥ２６２４は、ＭＩＢ要求のパケットをホスト側から受信したときには受信確認のためにホストへ返信をする。

次に、上記ＰＦ２６２３におけるＴＣＰパケットのフィルタリング処理の一例を説明する。図２７は、ＰＦ２６２３におけるフィルタリング処理で通過されるパケットの一例の説明図である。

ＰＦ２６２３のパターンフィルタ（図示せず）には、図２７に示すパターンオフセット１として、宛先ＭＡＣアドレス長と送信元ＭＡＣアドレス長を加算した値を設定する。また、ＰＦ２６２３のパターンフィルタは、パケットの先頭の１６ビットのタイプを参照する。上記タイプにはＴＣＰパケットの場合、先頭の１６ビットにはＩＰプロトコルを示す０ｘ０８００が設定されている。

イーサーネットヘッダのタイプの次のフィールドには、ＩＰヘッダの比較値を設定される。ＩＰヘッダのバージョンにはＩＰｖ４の４を、ヘッダ長には５を、プロトコル番号にはＵＤＰプロトコル番号を、宛先ＩＰアドレスにはＭＦＰ／ＬＰのＩＰアドレスが設定される。その他のＩＰヘッダはマスク領域として設定する。

次のフィールドには、ＵＤＰヘッダの比較値を設定する。ＵＤＰヘッダの宛先ポート番号に使用するアプリケーションのポート番号を設定する。ＭＩＢ応答の場合は、ＳＮＭＰプロトコルを使用するのでＳＮＭＰのポート番号である１６１を設定する。その他ＵＤＰのヘッダ領域はマスク領域とする。

ＵＤＰデータ部にはＭＩＢ応答に必要なＭＩＢデータを設定する。設定するＭＩＢデータはＳＮＭＰｖ２の以下の値である。

ｍｉｂ−２．２５．３．２．１．５．１
ｍｉｂ−２．２５．３．５．１．１．１
ｍｉｂ−２．２５．３．５．１．２．１
ＭＩＢ要求のリクエストＩＤのデータ長は可変長なのでリクエストＩＤ毎に４通りのパターン設定する。ＭＩＢ要求のリクエストＩＤ以外のＭＩＢデータをパターンフィルタに設定し、リクエストＩＤ部をマスク領域に設定する。

図２８は、ＰＥ２６２３の内部構造を示すブロック図である。ＰＥ２６２３は、図２８に示すように、パケット解析部２８５０と、ＡＲＰリプライパケット生成部２８５３と、ＰＩＮＧリプライパケット生成部２８５４と、ＩＰパケット生成部２８５２と、セレクタ２８５９と、イーサフレームヘッダ生成部２８６０とを備えている。

ＡＲＰリプライパケット生成部２８５３は、ＡＲＰリプライパケットを生成するものであり、具体的には、実施の形態１のパケット生成部５２と同様の機能を有する。ＰＩＮＧリプライパケット生成部２８５４は、ＰＩＮＧパケットを生成するものであり、具体的には、実施の形態２のパケット生成部と同様の機能を有する。

パケット解析部２８５０は、ＰＦ２６２３からのＭＩＢ要求パケットのデータを入力する。図２９−１〜図２９−４は、ＭＩＢ要求パケットの詳細を示す説明図である。リクエストＩＤ長が１の場合のＭＩＢ要求パケットを図２９−１、リクエストＩＤ長が２の場合のＭＩＢ要求パケットを図２９−２、リクエストＩＤ長が３の場合のＭＩＢ要求パケットを図２９−３、リクエストＩＤ長が４の場合のＭＩＢ要求パケットを図２９−４にそれぞれ示す。リクエストＩＤ部（図の斜線部）をマスク領域である。

パケット解析部２８５０では、このような４パターンのＭＩＢ要求を設定することで、４種類のリクエストＩＤ長に対応したＭＩＢ要求パケットをフィルタで検出することができる。

ＰＦ２６２３から転送されたパケットはパケット解析部２８５０によって解析されて、ＵＤＰヘッダの送信元ポート番号、リクエストＩＤをＩＰパケット生成部２８５２の識別データ生成部２８５５に転送する。また、イーサーネットヘッダの送信元ハードウエアアドレス（ＳＨＡ）をレジスタ部２８５１のＤＨＡに、ＩＰヘッダの送信元ＩＰアドレス（ＳＩＰ）をレジスタ部２８５１のＤＩＰに設定しておく。

ここで、ＩＰパケット生成部２８５２は、ＭＩＢ応答のＩＰパケットを生成するものであり、識別データ生成部２８５５と、ＭＩＢ応答パケット生成部２８５６と、ＵＤＰヘッダ生成部２８５７と、ＩＰヘッダ生成部２８５８を備えている。

識別データ生成部２８５５は、ＵＤＰヘッダの送信元ポート番号、リクエストＩＤを受信して、ＵＤＰヘッダの送信元ポート番号、リクエストＩＤの型、長さ（ｌｅｎ＿ｒｅｑｅｄ）、ＲＥＱＩＤをＭＩＢ応答パケット生成部２８５６に転送する。

ＭＩＢ応答パケット生成部２８５６は、ＵＤＰデータ部となるＭＩＢ応答パケットを生成するものである。図３０は、ＭＩＢ応答パケット生成部２８５６の詳細な処理を示す説明図である。

ＭＩＢ応答パケット生成部２８５６は、ＳＮＭＰメッセージ１に、型、長さ、ＳＮＭＰ Ｖｅｒｓｉｏｎ、コミュニティ名、ＰＤＵ ＴＹＰＥを設定する。ＭＩＢ応答パケット生成部２８５６は、ＭＩＢ応答パケットのリクエストＩＤは可変長なので、長さの初期値は４ｄを設定しておく。

ＭＩＢ応答パケット生成部２８５６は、ＰＤＵ ＴＹＰＥの型には、ＭＩＢ応答であるため、ＧＥＴリプライである旨を示すＡ２を設定する。ＭＩＢ応答パケット生成部２８５６は、ＰＤＵ ＴＹＰＥの長さの初期値として０ａを設定しておく。

また、ＭＩＢ応答パケット生成部２８５６は、識別データ生成部２８５５から受信したリクエストＩＤの型、長さ（ｌｅｎ＿ｒｅｑｅｄ）、ＲＥＱＩＤを設定する。

ＭＩＢ応答パケット生成部２８５６は、ＰＤＵのエラーステータス、エラーインディックスについてはＭＩＢ要求のフィルタ設定と同じ値を設定する。

また、ＭＩＢ応答パケット生成部２８５６は、以下に示すＰＤＵのオブジェクトデータをＣＰＵで設定する。

データ１：ｍｉｂ−２．２５．３．２．１．５．１
データ２：ｍｉｂ−２．２５．３．５．１．１．１
データ３：ｍｉｂ−２．２５．３．５．１．２．１
省エネモード中にＭＩＢ要求パケットを受信すると、最初のＭＩＢ応答時のみコントローラモードに移行してＣＰＵがオブジェクトデータの設定を行う。ＣＰＵはオブジェクトデータのデータ１，２，３の型と長さ、オブジェクトデータ全体の型と長さ（ｌｅｎ＿ｏｂｊｉｄ）も設定する。

次に、ＭＩＢ応答パケット生成部２８５６は、ＭＩＢデータのデータ長の算出を行う。ＣＰＵがオブジェクトデータ全体の長さ（ｌｅｎ＿ｏｂｊｉｄ）を設定すると、ＡＤＤ３においてオブジェクトデータ全体の長さ（ｌｅｎ＿ｏｂｊｉｄ）とリクエストＩＤの長さ（ｌｅｎ＿ｒｅｑｅｄ）の合計がｌｅｎ３と計算する。次に、ＭＩＢ応答パケット生成部２８５６は、ＡＤＤ２において、ｌｅｎ３とＰＤＵ ＴＹＰＥの長さの初期値（０ａ）の合計がｌｅｎ２と計算するとともに、ｌｅｎ２はＰＤＵ ＴＹＰＥの長さに再設定する。さらに、ＭＩＢ応答パケット生成部２８５６は、ＡＤＤ３において、ＳＮＭＰメッセージ１の長さの初期値（４ｄ）とｌｅｎ２の合計がｌｅｎ１と計算するとともに、ＳＮＭＰメッセージ１の長さにｌｅｎ１を再設定する。

以上にようにして、ＭＩＢ応答パケット生成部２８５６は、ＭＩＢ応答パケットを生成する。ここで、ＭＩＢ応答パケットはＳＮＭＰのデータであり、上述したようにＵＤＰデータ部となる。

ＵＤＰヘッダ生成部２８５７は、ＵＤＰデータ部としてのＭＩＢ応答パケットにＵＤＰヘッダを付加するものである。ＩＰヘッダ生成部２８５８は、ＵＤＰヘッダが付加されたＭＩＢ応答パケットにさらにＩＰヘッダを付加してＭＩＢ応答のＩＰパケットを完成させ、ＩＰパケットをセレクタ２８５９に送出するものである。

図３１は、ＭＩＢ応答のＩＰパケットを示す説明図である。ＵＤＰヘッダ生成部２８５７は、図３１に示すように、送信元ポート番号（ＳＰＮ）、宛先ポート番号（ＤＰＮ）、セグメント長（ｌｅｎ）、チェックサム（ＳＵＭ）を生成し、ＭＩＢ応答パケットのＵＤＰヘッダとして設定する。ＵＤＰヘッダ生成部２８５７は、送信元ポート番号（ＳＰＮ）にＳＮＭＰを示す１６１を設定する。ＵＤＰヘッダ生成部２８５７は、宛先ポート番号（ＤＰＮ）に識別データ生成部２８５５より取得した宛先ポート番号を設定する。ＵＤＰヘッダ生成部２８５７は、セグメント長（ｌｅｎ）に、ＳＮＭＰデータであるＭＩＢ応答パケット長（ｌｅｎ１＋１）を設定する。ＵＤＰヘッダ生成部２８５７は、チェックサム（ＳＵＭ）にヘッダ、ＵＤＰデータであるＭＩＢ応答パケットの１の補数を１６ビットで示す値を設定する。

ＩＰヘッダ生成部２８５８は、ＩＰパケットのＩＰヘッダを生成し、上述のようにＵＤＰヘッダが設定されたＭＩＢ応答パケットにＩＰヘッダを付加する。

ＩＰヘッダ生成部２８５８は、予め、ＭＦＰ／ＬＰの自局ＩＰアドレスをレジスタ部２８５１のＳＩＰに、ＭＦＰ／ＬＰの自局のハードウエアアドレスをレジスタ部２８５１のＳＨＡにそれぞれ設定しておく。また、ＩＰヘッダ生成部２８５８は、レジスタ部２８５１のＴＹＰＥにＩＰを示す０ｘ８００を予め設定しておく。

そして、ＩＰヘッダ生成部２８５８は、ＩＰヘッドのバージョンには４、ヘッダ長には５を設定する。また、ＩＰヘッダ生成部２８５８は、ＩＰヘッダのサービスタイプ（ＴＯＳ）には０を設定する。ＩＰヘッダ生成部２８５８は、ＩＰヘッドのパケット長（ｌｅｎ）に、ＩＰヘッダ長とＵＤＰヘッダ長とＵＤＰデータ長の和を設定する。ＩＰヘッダ生成部２８５８は、送信元ＩＰアドレス（ＳＩＰ）はレジスタ部のＳＩＰから、宛先ＩＰアドレス（ＤＩＰ）はレジスタ部のＤＩＰから設定する。

ＩＰヘッダ生成部２８５８は、ＩＰヘッダの識別子（ＩＤ）に、識別データ生成部２８５５で生成した識別子を設定する。識別子（ＩＤ）は、ＩＰパケットを送信する度に識別データ生成部２８５５によって新たに生成する。また、パケット解析部２８５０からのＩＰのＩＤを識別データ生成部２８５５に転送して、ＩＰヘッダ生成部２８５８で識別子（ＩＤ）として使用してもよい。さらに、ＩＰヘッダ生成部２８５８は、識別子（ＩＤ）をユニークに生成することもできる。例えば、電源ＯＮ時の初期値を０とし、新識別子（ＩＤ）＝旧識別子（ＩＤ）＋１というように生成しても良い。

ＩＰヘッダ生成部２８５８は、フラグに分割不可、後続フラグメント無しを設定して、フラグメントオフセットは０に設定する。ＩＰヘッダ生成部２８５８は、生存時間に最大値の２５５を設定する。ＩＰヘッダ生成部２８５８は、プロトコルにＵＤＰを示す値である１７を設定する。ＩＰヘッダ生成部２８５８は、ヘッダチェックサム（ＳＵＭ）にＩＰヘッダとデータのチェックサムを計算する。なお、ヘッダのオプションは生成しない。

セレクタ２８５９は、ＡＲＰリプライパケット生成部２８５８から送出されるＡＲＰリプライパケット、ＰＩＮＧリプライパケット生成部２８５４から送出されるＰＩＮＧリプライパケット、ＩＰパケット生成部２８５２から送出されるＩＰパケットのいずれかを選択してイーサフレームヘッダ生成部２８６０に送出するものである。ＭＩＢ要求を受信してＭＩＢ応答を行う場合には、セレクタ２８５９で、ＩＰパケット生成部２８５２から送出されるＩＰパケットを選択する。

イーサフレームヘッダ生成部２８６０は、レジスタ部２８５１に設定してあるＤＨＡから宛先ＭＡＣアドレス、ＳＨＡから送信元ＭＡＣアドレス、ＴＹＰＥからタイプを取得してＩＰパケットに付加することによりイーサフレームヘッダを生成する。

イーサネットパケットのＦＣＳはＭＡＣ２２で自動生成されるので、イーサフレームヘッダ生成部２８６０により生成する必要はない。

省エネモード中にＭＩＢ要求を受信すると、最初のＭＩＢ応答時のみコントローラモードに移行するので、最初のＭＩＢ応答はコントローラモードで行われ、ＰＭ３２からセレクタ（ＳＥＬ）２５に対してＰＥ２６２４の出力を選択する。最初のＭＩＢ応答が完了するとコントローラモードから省エネモードに移行する。

省エネモード中に前回と同じＭＩＢ要求があった場合は、省エネモードからコントローラモードに移行せず、省エネモードのままＭＩＢ応答を行う。前回と同じＭＩＢ要求なので、ＣＰＵでＰＤＵの以下のオブジェクトデータであるを再度設定する必要が無くなり、前回生成したＭＩＢ応答パケットを使用する。

データ１：ｍｉｂ−２．２５．３．２．１．５．１
データ２：ｍｉｂ−２．２５．３．５．１．１．１
データ３：ｍｉｂ−２．２５．３．５．１．２．１
ＵＤＰヘッダ生成部２８５７、ＩＰヘッダ生成部２８５８、イーサフレームヘッダ生成部２８６０で生成するデータも前回と同様に生成可能である。

生成されたイーサフレームパケットはセレクタ（ＳＥＬ）２５を経由してＭＡ２２Ｃに転送されてＰＨＹ１２より出力される。

このように、２回目以降のＭＩＢ要求に対して省エネモードでＭＩＢ応答を行うのでＭＩＢ要求時の消費電力を削減することができる。

省エネモード時には、ＰＭ３２からセレクタ（ＳＥＬ）２５に対してＰＥ２６２４の出力を選択する。ＰＭ３２では、省エネモードから通常モード、またはコントローラモードに移行するときは、セレクタ（ＳＥＬ）２５は、ＰＥ２６２４の出力ではなく、内部バス３４からのデータを選択してＭＡＣ２２に入力する。

このように実施の形態３にかかるプリンタでは、パケットのＵＤＰヘッダ、すなわちＳＮＭＰデータの生成をプリンタのＣＰＵとメモリを使用しないで行えるので、消費電力の削減を行うことができる。

なお、上述の実施の形態１〜３では、省電力モードとして、省エネモードとコントローラモードを有するプリンタについて説明したが、プリンタを含む情報処理装置では、省電力モードとして、省エネモードとコントローラモード以外にも多様なモードが存在するが、この発明は、それらのモードを実施する情報処理装置についても上述と同様にして実施することができる。

なお、本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。

実施の形態１のプリンタの機能構成を示すブロック図である。 実施の形態１のプリンタにおける電力供給に関する各モードへの移行の遷移図である。 イーサネットパケットのフレームフォーマットの構造の説明図である。 イーサネットフレーム内の各フィールドのデータ内容の一例を示す説明図である。 イーサネットパケットからＡＲＰパケットを構成する場合の両フレームの対応関係を示す図である。 ＡＲＰパケットのフォーマットを示す説明図である。 ＡＲＰパケット内の各フィールドのデータ内容の一例を示す説明図である。 ＩＰパケットのフォーマットを示す説明図である。 ＩＰパケット内のＩＰヘッダの各フィールドのデータ内容の一例を示す説明図である。 イーサネットパケットからＩＰパケットとＴＣＰパケットを構成する場合の各フレームの対応関係を示す図である。 ＴＣＰパケットのフォーマットを示す説明図である。 ＵＤＰパケットのフォーマットを示す説明図である。 実施の形態１のＰＦの内部構成例を示すブロック図である。 実施の形態１のＰＥの内部処理の説明に供するブロック図である。 実施の形態１のＰＦのフィルタリング処理で通過されるＴＣＰパケットの一例の説明図である。 実施の形態１のＰＦのフィルタリング処理で通過されるＵＤＰパケットの一例の説明図である。 実施の形態１のＰＦのフィルタリング処理で通過されるＡＲＰパケットの一例の説明図である。 実施の形態２にかかるプリンタの機能構成を示すブロック図である。 イーサネットフレームにおけるＩＰパケットとＩＣＭＰパケットのフォーマットを示す図である。 ＩＣＭＰエコーリクエストパケットとＩＣＭＰエコーリプライパケットのフォーマットを示す説明図である。 実施の形態２のＰＦの内部構成例を示すブロック図である。 実施の形態２のＰＦのフィルタリング処理で通過されるＴＣＰパケットの一例の説明図である。 実施の形態２のＰＦのフィルタリング処理で通過されるＵＤＰパケットの一例の説明図である。 ＩＣＭＰパケットのフィルタリングをする場合のＰＥにおける内部処理の説明に供するブロック図である。 実施の形態２のＰＦのフィルタリング処理で通過されるＩＣＭＰパケットの一例の説明図である。 実施の形態３にかかるプリンタの機能構成を示すブロック図である。 実施の形態３のＰＦにおけるフィルタリング処理で通過されるパケットの一例の説明図である。 実施の形態３のＰＥの内部構造を示すブロック図である。 リクエストＩＤ長が１の場合のＭＩＢ要求パケットの詳細を示す説明図である。 リクエストＩＤ長が２の場合のＭＩＢ要求パケットの詳細を示す説明図である。 リクエストＩＤ長が３の場合のＭＩＢ要求パケットの詳細を示す説明図である。 リクエストＩＤ長が４の場合のＭＩＢ要求パケットの詳細を示す説明図である。 ＭＩＢ応答パケット生成部２８５６の詳細な処理を示す説明図である。 ＭＩＢ応答のＩＰパケットを示す説明図である。

符号の説明

１：コントローラボード
２：印刷部
３：バス
１０：ＡＳＩＣ
１１：メモリ
１２：ＰＨＹ
１３：ＰＨＹクロック生成部
１４：ＡＳＩＣクロック生成部
１５：記録媒体
１６：ＯＰ
１７：ＨＤＤ
１８：ボード電力制御部
１９：外部電力制御部
２０：ＣＰＵ
２１：ＭＥＭＩ／Ｆ
２２：ＭＡＣ
２３：ＰＦ
２４：ＰＥ
２５：ＳＥＬ
２６：ＣＧ
２７：Ｉ／Ｆ
２８：記録媒体Ｉ／Ｆ
２９：ＯＰＥＩ／Ｆ
３０：ＨＤＤＩ／Ｆ
３１：Ｉ／ＯＩ／Ｆ
３２：ＰＭ
３３：タイマ
３４：内部バス
３５：パワーオフ領域
３６：ＲＡＭ
３７：第１ＲＯＭ
３８：第２ＲＯＭ
４０：アドレスフィルタ
４１：パターンフィルタ
４２：バッファ
５０：パケット解析部
５１：レジスタ部
５２：パケット生成部
Ｍ１：通常動作モード
Ｍ２：省エネルギーモード
Ｍ３：コントローラモード

Claims (6)

1. 情報処理装置であって、
   複数種類の省電力モードで情報処理装置を動作させる制御部と、
   前記複数種類の省電力モードのうちいずれかの省電力モードで動作中に、ネットワークから受信したパケットが前記情報処理装置宛の処理を必要としない返送要求のパケットであるか否かを判断するパケット判断部と、
   受信したパケットが、前記情報処理装置宛の処理を必要としない返送要求のパケットである場合に、前記パケットの受信時における省電力モードを維持した状態で、前記受信したパケットに対する応答パケットを生成するパケット生成部と、
   生成された前記応答パケットを、前記ネットワークを介して返送するパケット返送部と、
   を備え、
   前記パケット判断部は、さらに、前記受信したパケットの内容に基づいて、前記受信したパケットが所定の情報の返送を要求しているか否かを判断し、
   前記パケット生成部は、前記受信したパケットが所定の情報の返送を要求している場合は、前記所定の情報を含めて前記応答パケットを生成し、
   前記所定の情報は、ＳＮＭＰプロトコルデータであり、
   前記複数種類の省電力モードには、前記制御部に電源供給を行って前記情報処理装置を動作させるコントローラモードと、前記制御部の一部に電源供給を行って前記情報処理装置を動作させる省エネルギーモードとを含み、
   前記制御部は、最初のＳＮＭＰプロトコルデータを含む前記応答パケットを返送する場合には、前記コントローラモードで前記情報処理装置を動作させ、２回目以降のＳＮＭＰプロトコルデータを含む前記応答パケットを返送する場合には、省エネルギーモードで前記情報処理装置を動作させること、
   を特徴とする情報処理装置。
2. 前記ＳＮＭＰプロトコルデータは、ＭＩＢ情報であることを特徴とする請求項１に記載の情報処理装置。
3. 前記パケット判断部と前記パケット生成部と前記パケット返送部とを単一のＡＳＩＣに搭載したことを特徴とする請求項１に記載の情報処理装置。
4. 前記受信したパケットのサイズが所定サイズ以下であることを特徴とする請求項１に記載の情報処理装置。
5. 情報処理装置で実行される情報処理方法であって、
   前記情報処理装置は、複数種類の省電力モードで情報処理装置を動作させる制御部を備え、
   前記複数種類の省電力モードのうちいずれかの省電力モードで動作中に、ネットワークから受信したパケットが前記情報処理装置宛の処理を必要としない返送要求のパケットであるか否かを判断するパケット判断ステップと、
   受信したパケットが、前記情報処理装置宛の処理を必要としない返送要求のパケットである場合に、前記パケットの受信時における省電力モードを維持した状態で、前記受信したパケットに対する応答パケットを生成するパケット生成ステップと、
   生成された前記応答パケットを、前記ネットワークを介して返送するパケット返送ステップと、を含み、
   前記パケット判断ステップは、さらに、前記受信したパケットの内容に基づいて、前記受信したパケットが所定の情報の返送を要求しているか否かを判断し、
   前記パケット生成ステップは、前記受信したパケットが所定の情報の返送を要求している場合は、前記所定の情報を含めて前記応答パケットを生成し、
   前記所定の情報は、ＳＮＭＰプロトコルデータであり、
   前記複数種類の省電力モードには、前記制御部に電源供給を行って前記情報処理装置を動作させるコントローラモードと、前記制御部の一部に電源供給を行って前記情報処理装置を動作させる省エネルギーモードとを含み、
   前記パケット返送ステップは、最初のＳＮＭＰプロトコルデータを含む前記応答パケットを返送する場合には、前記コントローラモードで前記情報処理装置を動作させ、２回目以降のＳＮＭＰプロトコルデータを含む前記応答パケットを返送する場合には、省エネルギーモードで前記情報処理装置を動作させる、
   ことを特徴とする情報処理方法。
6. コンピュータを、
   複数種類の省電力モードで前記コンピュータを動作させる制御部と、
   前記複数種類の省電力モードのうちいずれかの省電力モードで動作中に、ネットワークから受信したパケットが前記コンピュータ宛の処理を必要としない返送要求のパケットであるか否かを判断するパケット判断部と、
   受信したパケットが、前記コンピュータ宛の処理を必要としない返送要求のパケットである場合に、前記パケットの受信時における省電力モードを維持した状態で、前記受信したパケットに対する応答パケットを生成するパケット生成部と、
   生成された前記応答パケットを、前記ネットワークを介して返送するパケット返送部と、
   して機能させ、
   前記パケット判断部は、さらに、前記受信したパケットの内容に基づいて、前記受信したパケットが所定の情報の返送を要求しているか否かを判断し、
   前記パケット生成部は、前記受信したパケットが所定の情報の返送を要求している場合は、前記所定の情報を含めて前記応答パケットを生成し、
   前記所定の情報は、ＳＮＭＰプロトコルデータであり、
   前記複数種類の省電力モードには、前記制御部に電源供給を行って前記情報処理装置を動作させるコントローラモードと、前記制御部の一部に電源供給を行って前記情報処理装置を動作させる省エネルギーモードとを含み、
   前記制御部は、最初のＳＮＭＰプロトコルデータを含む前記応答パケットを返送する場合には、前記コントローラモードで前記情報処理装置を動作させ、２回目以降のＳＮＭＰプロトコルデータを含む前記応答パケットを返送する場合には、省エネルギーモードで前記情報処理装置を動作させること、
   を特徴とするプログラム。

Images