(57)【特許請求の範囲】
【請求項１】
通常モードと待機モードとにおいてネットワークを経由して端末からの情報要求データを受信し、前記情報要求データに対する応答データを、前記ネットワークを経由して前記端末に送信可能な応答装置において、
前記通常モードのときに、前記応答データを作成する通常モード応答データ作成手段と、
前記通常モードのときに、前記通常モード応答データ作成手段に対して、他の応答データの情報を要求する情報要求データを再帰的に送信する再帰応答要求手段と、
前記通常モードのときに、前記再帰応答要求手段により再帰的に送信された情報要求データに対応して前記通常モード応答データ作成手段により作成された前記応答データの情報を蓄積する情報蓄積手段と、
前記待機モードのときに、前記情報蓄積手段により蓄積された情報から、前記応答データを作成する待機モード応答データ作成手段とを備え、
前記情報蓄積手段は、アドレス情報及びＳｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）応答情報を含んで蓄積し、（１）前記アドレス情報は、前記応答データに設定された前記応答装置のＩＰアドレス、及び前記ＩＰアドレスに対応するＭＡＣアドレスが格納されており、（２）前記ＳＮＭＰ応答情報は、Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ（ＯＩＤ）及びデータの項目を含み、前記ＯＩＤにはＳＮＭＰのＭａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ（ＭＩＢ）に格納されている管理情報のオブジェクトを区別するために付される識別子が保存され、前記データには前記応答データに設定される前記ＯＩＤに対するデータが保存され、
前記情報要求データは、Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＡＲＰ）リクエスト、又はＳＮＭＰの前記ＯＩＤを含むＳＮＭＰ−ＧｅｔＮｅｘｔリクエストを含み、
前記通常モード応答データ作成手段及び待機モード応答データ作成手段により作成される前記応答データは、（１）前記情報要求データが前記ＡＲＰリクエストの場合、前記応答装置の前記ＩＰアドレス及び前記ＭＡＣアドレスであり、（２）前記情報要求データが前記ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストの場合、前記応答装置の前記ＭＩＢについて前記ＯＩＤに基づいて作成されたＳＮＭＰ−Ｇｅｔレスポンスであり、
前記再帰応答要求手段は、前記ＩＰアドレス及び前記ＭＡＣアドレスが前記アドレス情報に記憶され、前記情報蓄積手段からアドレス記憶通知を受け取った場合に、前記ＳＮＭＰ応答情報に空きがあるか否かを判定し、前記ＳＮＭＰ応答情報に空きがあった場合に、直前に取得した前記ＳＮＭＰ−Ｇｅｔレスポンス中の前記ＯＩＤを使用して、前記ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストの送信を再帰的に行う
ことを特徴とする応答装置。
【請求項２】
通常モードと待機モードとにおいてネットワークを経由して端末からの情報要求データを受信し、前記情報要求データに対する応答データを、前記ネットワークを経由して前記端末に送信可能な応答装置により実行されるネットワーク応答方法において、
前記通常モードのときに、前記応答データを作成し、
前記通常モードのときに、他の応答データの情報を要求する情報要求データを再帰的に送信し、
前記通常モードのときに、再帰的に送信された情報要求データに対応して作成された前記応答データの情報を蓄積し、
前記待機モードのときに、蓄積された情報から、前記応答データを作成し、
蓄積された前記応答データの情報は、アドレス情報及びＳｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）応答情報を含み、（１）前記アドレス情報は、前記応答データに設定された前記応答装置のＩＰアドレス、及び前記ＩＰアドレスに対応するＭＡＣアドレスが格納されており、（２）前記ＳＮＭＰ応答情報は、Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ（ＯＩＤ）及びデータの項目を含み、前記ＯＩＤにはＳＮＭＰのＭａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ（ＭＩＢ）に格納されている管理情報のオブジェクトを区別するために付される識別子が保存され、前記データには前記応答データに設定される前記ＯＩＤに対するデータが保存され、
前記情報要求データは、Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＡＲＰ）リクエスト、又はＳＮＭＰの前記ＯＩＤを含むＳＮＭＰ−ＧｅｔＮｅｘｔリクエストを含み、
前記応答データは、（１）前記情報要求データが前記ＡＲＰリクエストの場合、前記応答装置の前記ＩＰアドレス及び前記ＭＡＣアドレスであり、（２）前記情報要求データが前記ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストの場合、前記応答装置の前記ＭＩＢについて前記ＯＩＤに基づいて作成されたＳＮＭＰ−Ｇｅｔレスポンスであり、
前記ＩＰアドレス及び前記ＭＡＣアドレスが前記アドレス情報に記憶された場合に、前記ＳＮＭＰ応答情報に空きがあるか否かを判定し、前記ＳＮＭＰ応答情報に空きがあった場合に、直前に取得した前記ＳＮＭＰ−Ｇｅｔレスポンス中の前記ＯＩＤを使用して、前記ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストの送信を再帰的に行う
ことを特徴とするネットワーク応答方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、応答装置及びネットワーク応答方法に係り、特に情報要求データを受信し、情報要求データに対する応答データを送信する応答装置及びネットワーク応答方法に関する。
【背景技術】
【０００２】
従来から、文書や画像を印刷可能な複合機（Multifunctional Peripheral, MFP）等の画像形成装置が存在する。
【０００３】
これらの画像形成装置は、省エネルギー対策としてユーザーが画像形成装置を使用しない状態で予め設定された時間を経過すると、消費電力の大きい各部への電力供給を停止して、一部の機能のみ電力供給を行う低消費電力の待機状態(以下、「待機モード」という)に移行する。
しかし、一旦待機モードに移行すると、ユーザーが画像形成装置を使用できる状態(以下、「通常モード」という)になるまで時間がかかる。
たとえば、ホストコンピュータがネットワークを経由して画像形成装置の情報を確認するための情報要求データを待機モードの画像形成装置に送信すると、画像形成装置は、待機モードから通常モードに移行して応答データを送信するので時間がかかる。このため、ホストコンピュータから情報要求データを何回も送信されると、待機モードから通常モードに移行する回数が増加し、更に待機モードとなる時間が短くなるので消費電力を効率的に減らすことができない。
【０００４】
この対策として、例えば、特許文献１を参照すると、通常モードで応答を行うメインＣＰＵ（Central Processing Unit）と、待機モードで応答を行うサブＣＰＵの２つのＣＰＵからなるコントローラーにおいて、通常モードにおいて、メインＣＰＵは応答データをメインＣＰＵのＲＡＭ（Random Access Memory）に記憶する画像処理装置が開示されている。
特許文献１の画像形成装置は、待機モードに移行する時には、サブＣＰＵにより、メインＣＰＵのＲＡＭから使用頻度の高い応答データを取り出し、サブＣＰＵのＲＡＭに記憶する。このように、通常モードから待機モードに移行したときに、サブＣＰＵのＲＡＭに使用頻度の高い応答データが記憶されるので、待機モードにおいてサブＣＰＵがサブＣＰＵのＲＡＭに記憶したデータを用いて応答データを作成して送信することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−０９４９２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術は、待機モードへの移行時、ＲＡＭのデータをその都度サブＣＰＵのＲＡＭへ転送する必要があり、待機モードへ移行するまで時間がかかるという問題があった。
【０００７】
本発明は、このような状況に鑑みてなされたものであって、上述の問題点を解消することを課題とする。
【課題を解決するための手段】
【０００８】
本発明の応答装置は、通常モードと待機モードとにおいてネットワークを経由して端末からの情報要求データを受信し、前記情報要求データに対する応答データを、前記ネットワークを経由して前記端末に送信可能な応答装置において、前記通常モードのときに、前記応答データを作成する通常モード応答データ作成手段と、前記通常モードのときに、前記通常モード応答データ作成手段に対して、他の応答データの情報を要求する情報要求データを再帰的に送信する再帰応答要求手段と、前記通常モードのときに、前記再帰応答要求手段により再帰的に送信された情報要求データに対応して前記通常モード応答データ作成手段により作成された前記応答データの情報を蓄積する情報蓄積手段と、前記待機モードのときに、前記情報蓄積手段により蓄積された情報から、前記応答データを作成する待機モード応答データ作成手段とを備え、前記情報蓄積手段は、アドレス情報及びＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）応答情報を含んで蓄積し、（１）前記アドレス情報は、前記応答データに設定された前記応答装置のＩＰアドレス、及び前記ＩＰアドレスに対応するＭＡＣアドレスが格納されており、（２）前記ＳＮＭＰ応答情報は、ＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ（ＯＩＤ）及びデータの項目を含み、前記ＯＩＤにはＳＮＭＰのＭａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ（ＭＩＢ）に格納されている管理情報のオブジェクトを区別するために付される識別子が保存され、前記データには前記応答データに設定される前記ＯＩＤに対するデータが保存され、前記情報要求データは、ＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ（ＡＲＰ）リクエスト、又はＳＮＭＰの前記ＯＩＤを含むＳＮＭＰ−ＧｅｔＮｅｘｔリクエストを含み、前記通常モード応答データ作成手段及び待機モード応答データ作成手段により作成される前記応答データは、（１）前記情報要求データが前記ＡＲＰリクエストの場合、前記応答装置の前記ＩＰアドレス及び前記ＭＡＣアドレスであり、（２）前記情報要求データが前記ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストの場合、前記応答装置の前記ＭＩＢについて前記ＯＩＤに基づいて作成されたＳＮＭＰ−Ｇｅｔレスポンスであり、前記再帰応答要求手段は、前記ＩＰアドレス及び前記ＭＡＣアドレスが前記アドレス情報に記憶され、前記情報蓄積手段からアドレス記憶通知を受け取った場合に、前記ＳＮＭＰ応答情報に空きがあるか否かを判定し、前記ＳＮＭＰ応答情報に空きがあった場合に、直前に取得した前記ＳＮＭＰ−Ｇｅｔレスポンス中の前記ＯＩＤを使用して、前記ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストの送信を再帰的に行うことを特徴とする。
本発明のネットワーク応答方法は、通常モードと待機モードとにおいてネットワークを経由して端末からの情報要求データを受信し、前記情報要求データに対する応答データを、前記ネットワークを経由して前記端末に送信可能な応答装置により実行されるネットワーク応答方法において、前記通常モードのときに、前記応答データを作成し、前記通常モードのときに、他の応答データの情報を要求する情報要求データを再帰的に送信し、前記通常モードのときに、再帰的に送信された情報要求データに対応して作成された前記応答データの情報を蓄積し、前記待機モードのときに、蓄積された情報から、前記応答データを作成し、蓄積された前記応答データの情報は、アドレス情報及びＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）応答情報を含み、（１）前記アドレス情報は、前記応答データに設定された前記応答装置のＩＰアドレス、及び前記ＩＰアドレスに対応するＭＡＣアドレスが格納されており、（２）前記ＳＮＭＰ応答情報は、ＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ（ＯＩＤ）及びデータの項目を含み、前記ＯＩＤにはＳＮＭＰのＭａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ（ＭＩＢ）に格納されている管理情報のオブジェクトを区別するために付される識別子が保存され、前記データには前記応答データに設定される前記ＯＩＤに対するデータが保存され、前記情報要求データは、ＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ（ＡＲＰ）リクエスト、又はＳＮＭＰの前記ＯＩＤを含むＳＮＭＰ−ＧｅｔＮｅｘｔリクエストを含み、前記応答データは、（１）前記情報要求データが前記ＡＲＰリクエストの場合、前記応答装置の前記ＩＰアドレス及び前記ＭＡＣアドレスであり、（２）前記情報要求データが前記ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストの場合、前記応答装置の前記ＭＩＢについて前記ＯＩＤに基づいて作成されたＳＮＭＰ−Ｇｅｔレスポンスであり、前記ＩＰアドレス及び前記ＭＡＣアドレスが前記アドレス情報に記憶された場合に、前記ＳＮＭＰ応答情報に空きがあるか否かを判定し、前記ＳＮＭＰ応答情報に空きがあった場合に、直前に取得した前記ＳＮＭＰ−Ｇｅｔレスポンス中の前記ＯＩＤを使用して、前記ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストの送信を再帰的に行うことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、通常モードの際に、再帰的に情報要求データを作成し、これに対応して作成された応答データの情報を蓄積し、待機モード時に蓄積された当該応答データを作成することで、待機モードへの移行を高速に行うことができる応答装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の応答システムのシステム構成図である。
【図２】本発明の画像形成装置の実施の形態に係る応答装置の制御構成を示すブロック図である。
【図３】図１に示す応答装置のアドレス情報及びＳＮＭＰ応答情報の構成を示す概念図である。
【図４】本発明の実施の形態に係る応答装置の通常モード処理のフローチャートである。
【図５】図４に示すアドレス情報蓄積処理及びＳＮＭＰ応答情報蓄積処理の概念図である。
【図６】図４に示す情報要求データ再帰的送信処理の概念図である。
【図７】図４に示す待機モード移行処理及び待機モード待機応答開始処理の詳細を示すフローチャートである。
【図８】本発明の実施の形態に係る応答装置の待機モード処理のフローチャートである。
【図９】図８に示す応答データ作成処理の概念図である。
【図１０】図８に示す通常モード移行処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１１】
＜実施の形態＞
〔応答システムＸの構成〕
まず、図１により、本発明の実施の形態に係る応答システムＸの構成について、説明する。
応答システムＸは、応答装置１と端末２で構成され、応答装置１と端末２は、ネットワーク５で接続されている。
応答装置１は、プリンター、多機能プリンター、多機能周辺装置、又は複合機などのＭＦＰである画像形成装置、又はネットワーク５を経由して情報要求データ１３１を受信し、情報要求データ１３１に対する応答データ１３２を送信するその他の装置である。本実施形態において、応答装置１は、例えば、ＳＮＭＰ（Simple Network Management Protocol）エージェントの機能を備えていてもよい。
端末２は、応答装置１に対して情報要求データ１３１を送信し、情報要求データ１３１に対する応答データ１３２を受信するＰＣ（Personal Computer）等のコンピュータである。端末２は、ＳＮＭＰマネージャーの機能を備えていてもよい。
ネットワーク５は、ＬＡＮ、無線ＬＡＮ、ＷＡＮ、携帯電話網等の外部ネットワークである。ネットワーク５は、例えば、ＴＣＰ／ＩＰのパケットを送受信可能である。
【００１２】
〔応答装置１の制御構成〕
次に、図２により、応答装置１の制御構成について説明する。
本発明の実施の形態に係る応答装置１は、コントローラー部１０、待機応答部２０、及び通信インターフェイス部３０を備えている。各部は、通信インターフェイス部３０を介してネットワーク５へ接続される。
【００１３】
（コントローラー部１０の構成）
コントローラー部１０は、画像形成装置等の各部を制御する主基板とネットワークカード等の機能を備えたホストコントローラーである。コントローラー部１０は、コントローラー制御部１００、コントローラー入力部１１０、コントローラー出力部１２０、記憶部１３０、及び電源部１４０を備えている。
コントローラー部１０は、応答装置１が通常モードのときに、情報要求データ１３１を入力し、応答データ１３２を出力する。このため、コントローラー部１０において、コントローラー制御部１００は、コントローラー入力部１１０で受信した受信パケットを処理し、コントローラー出力部１２０へ応答パケットを送信する。
【００１４】
コントローラー制御部１００は、ＧＰＰ（General Purpose Processor）、ＣＰＵ（Central Processing Unit、中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Processor、特定用途向けプロセッサー）等の情報処理手段である。また、コントローラー制御部１００は、通常モード応答データ作成部１０１（通常モード応答データ作成手段）を備えている。この通常モード応答データ作成部１０１の詳細については後述する。
コントローラー制御部１００は、記憶部１３０のＲＯＭやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各手段として動作させられる。これにより、コントローラー制御部１００は、例えば、ＳＮＭＰエージェントとして機能させることが可能である。また、コントローラー制御部１００は、図示しない外部の端末や操作パネル部から入力された所定の指示情報に応じて、画像形装置等の装置全体の制御を行う。
【００１５】
コントローラー入力部１１０は、待機応答部２０から受信したパケットをコントローラー制御部１００へ出力する。言い換えると、コントローラー制御部１００は、コントローラー入力部１１０を介して、待機応答部２０から出力される情報要求データ１３１を入力する。
より詳しく説明すると、コントローラー入力部１１０は、通信インターフェイス部３０の受信部３１０から入力され待機応答部２０から出力された情報要求データ１３１を入力する。また、コントローラー入力部１１０は、これに加え、後述する再帰応答要求部２０２により再帰的に送信され待機応答部２０から出力された情報要求データ１３１も入力する。
【００１６】
コントローラー出力部１２０は、コントローラー制御部１００により作成されたパケットを、待機応答部２０へ出力する。言い換えると、コントローラー出力部１２０は、応答データ１３２を待機応答部２０に出力する。
【００１７】
記憶部１３０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリー等の半導体メモリー、又はＨＤＤ（Hard Disk Drive）等の記録媒体を含む記憶手段である。また、記憶部１３０は、情報要求データ１３１及び応答データ１３２を記憶する。
記憶部１３０のＲＡＭは、待機モードの状態であっても、セルフリフレッシュ等の機能により、記憶内容が保持される。また、記憶部１３０のＲＯＭやＨＤＤには応答装置１の動作制御を行うための制御プログラムが記憶されている。これに加えて、記憶部１３０は、ユーザーのアカウント設定も記憶していてもよい。また、記憶部１３０には、ユーザー毎の保存フォルダーの領域が含まれていてもよい。
なお、記憶部１３０は、待機モードのときには、待機応答部２０から読み出しや書き込みが不可能であってもよい。
【００１８】
電源部１４０は、コントローラー部１０のコントローラー制御部１００を含む各部に電源を供給する手段である。また、電源部１４０は、待機応答部２０の電源待機応答制御部２００からの入力を受けて、コントローラー制御部１００の電源を制御する。電源部１４０は、待機応答部２０からの制御により電源がオンされると各部に電力を供給し、またはオフされると各部への電力の供給を停止する。
【００１９】
通常モード応答データ作成部１０１は、通常モードのときに、応答データ１３２を作成する。通常モード応答データ作成部１０１は、コントローラー入力部１１０から情報要求データ１３１を取得すると、一時的に記憶部１３０に保存する。
通常モード応答データ作成部１０１は、この情報要求データ１３１を参照して、応答が必要な場合は、応答データ１３２を作成してコントローラー出力部１２０に出力する。
また、通常モード応答データ作成部１０１は、記憶部１３０に予め設定された条件になった場合、通常モードから待機モードに移行させる。通常モード応答データ作成部１０１は、この予め設定された条件として、例えばユーザーの指示を検知しなくなってから、図示しないタイマーで設定された時間が経過した場合、通常モードから待機モードに移行させる。このユーザーの指示を検知しなくなる条件としては、例えば、印刷データ等を受信せず、操作パネルにユーザーが最後に触れてから設定された時間が経過した場合等の条件を設定可能である。
【００２０】
ここで、応答装置１のコントローラー制御部１００は、記憶部１３０に記憶された制御プログラムを実行することで、通常モード応答データ作成部１０１として機能する。
【００２１】
情報要求データ１３１は、各種プロトコルにより応答装置１の各種情報を要求するためのデータである。情報要求データ１３１は、コントローラー入力部１１０から取得され、通常モード応答データ作成部１０１により一時的に記憶される。
情報要求データ１３１は、例えば、ＡＲＰ（Address Resolution Protocol）リクエスト、ＲＡＲＰ（Reverse address resolution protocol）、ＤＨＣＰ（Dynamic Host Configuration Protocol）、ＢＯＯＴＰ（Bootstrap Protocol）等の各種リクエスト（要求）等のデータであってもよい。
また、情報要求データ１３１は、例えば、ＳＮＭＰのＯＩＤ（Object IDentifier）を含む「ＳＮＭＰ−Ｇｅｔリクエスト」や「ＳＮＭＰ−ＧｅｔＮｅｘｔリクエスト」等の各種リクエストのデータ等を含んでいてもよい。
【００２２】
応答データ１３２は、情報要求データ１３１に対して、各種プロトコルに従った応答を行うためのデータである。応答データ１３２は、通常モード応答データ作成部１０１により作成され、コントローラー出力部１２０に出力される。
応答データ１３２は、例えば、情報要求データ１３１がＡＲＰリクエストやＲＡＲＰリクエストの場合、応答装置１のＩＰアドレスやＭＡＣアドレスであってもよい。
また、応答データ１３２は、例えば、情報要求データ１３１がＳＮＭＰの各種リクエストであった場合、応答装置１のＭＩＢ（Management Information Base）についてＯＩＤを参照して作成された、「ＳＮＭＰ−Ｇｅｔレスポンス」や「ＴＲＡＰ」等の応答のメッセージのデータを含んでいてもよい。
【００２３】
（待機応答部２０の構成）
待機応答部２０は、応答装置１が待機モードのときに、ネットワーク５に対して待機応答を行うＡＳＩＣ等を含んでいる待機応答のための手段である。待機応答部２０は、待機応答制御部２００、待機応答入力部２１０、待機応答出力部２２０、及び記憶部２３０を備えている。これらの各部は、各種バスで接続されている。
待機応答部２０は、待機モードのときに、通信インターフェイス部３０から情報要求データ１３１を入力し、通信インターフェイス部３０へ応答データ１３２を出力する。
【００２４】
待機応答制御部２００は、ＧＰＰ、ＭＰＵ、又はＣＰＵ等の制御手段を備えている。また、待機応答制御部２００は、待機モード応答データ作成部２０１（待機モード応答データ作成手段）、再帰応答要求部２０２（再帰応答要求手段）、情報蓄積部２０３（情報蓄積手段）、及び電源制御部２０４（電源制御手段）を備えている。これらの各部の詳細については、後述する。
待機応答制御部２００は、待機応答入力部２１０、待機応答出力部２２０、及び記憶部２３０に接続されており、各部の制御を行う。また、待機応答制御部２００は、コントローラー部１０のコントローラー制御部１００よりも消費電力が少なくてもよい。
【００２５】
待機応答入力部２１０は、通信インターフェイス部３０又は再帰応答要求部２０２から入力されたパケットを、コントローラー部１０又は待機応答制御部２００の待機モード応答データ作成部２０１へ出力する。また、待機応答入力部２１０は、通信インターフェイス部３０から出力される情報要求データ１３１を入力する。
【００２６】
待機応答出力部２２０は、コントローラー部１０、又は待機応答制御部２００の待機モード応答データ作成部２０１から入力されたパケットを、情報蓄積部２０３又は通信インターフェイス部３０へ出力する。また、待機応答出力部２２０は、応答データ１３２を通信インターフェイス部３０と待機応答制御部２００の情報蓄積部２０３に出力する。
【００２７】
記憶部２３０は、ＲＡＭ、ＲＯＭ、フラッシュメモリー等の記録媒体を含む記憶手段である。記憶部２３０の記憶容量は、コントローラー部１０の記憶部１３０より少なくてもよい。
なお、記憶部２３０は、待機応答制御部２００に内蔵されていてもよい。また、待機応答制御部２００が実行するプログラム及びデータについてのみ、待機応答制御部２００に内蔵されたＲＯＭ等に記憶されていてもよい。
【００２８】
待機モード応答データ作成部２０１は、応答装置１が待機モードのときに、情報蓄積部２０３により記憶部２３０蓄積されたＳＮＭＰ応答情報２３２等の情報から、応答データ１３２を作成する。
待機モード応答データ作成部２０１は、待機応答入力部２１０から入力されたパケットの応答を、記憶部２３０のデータを用いて作成する。
具体的には、待機モード応答データ作成部２０１は、例えば、受信したＡＲＰリクエストやＲＡＲＰリクエストに対して、記憶部２３０のアドレス情報２３１から応答データ１３２を作成する。
また、待機モード応答データ作成部２０１は、例えば、受信したＳＮＭＰ−ＧＥＴリクエストに対して、ＳＮＭＰ応答情報２３２から、応答データ１３２を作成する。
なお、待機モード応答データ作成部２０１は、記憶部２３０の記憶容量が不足し、応答データ１３２が作成できない場合は、コントローラー部１０を復帰させる。このため、待機モード応答データ作成部２０１は、電源制御部２０４から、復帰命令を電源部１４０に通知させる。
【００２９】
再帰応答要求部２０２は、通常モードのときに、通常モード応答データ作成部１０１に対して、他の応答データ１３２の情報を要求する情報要求データ１３１を再帰的に送信するリクエスト作成手段である。
再帰応答要求部２０２は、外部からの情報要求データ１３１に対応して、通常モード応答データ作成部１０１により、予め定められた特定の種類の情報を含む応答データ１３２が作成された場合、他の応答データ１３２の情報を要求する。
具体的には、再帰応答要求部２０２は、情報蓄積部２０３により、ＩＰアドレス及びＭＡＣアドレスがアドレス情報２３１に記憶されたことを検出して、ＳＮＭＰのＭＩＢのデータをコントローラー部１０から再帰的に送信させる。このため、再帰応答要求部２０２は、例えば、記憶部２３０からＩＰアドレス及びＭＡＣアドレスを取得して、ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストのパケットを生成し、待機応答入力部２１０に入力させる。
【００３０】
情報蓄積部２０３は、コントローラー部１０から待機応答出力部２２０を経由して、通信インターフェイス部３０に出力される応答データ１３２の情報を蓄積する。また、情報蓄積部２０３は、通常モードのときに、再帰応答要求部２０２により再帰的に送信された情報要求データ１３１に対応して通常モード応答データ作成部１０１により作成された応答データ１３２の情報を蓄積する。このため、情報蓄積部２０３は、待機応答出力部２２０から出力されるパケットを取得して解析し、必要な情報を記憶部２３０へ記憶する。
具体的には、情報蓄積部２０３は、ＡＲＰやＲＡＲＰのパケットが入力された場合に、アドレス情報２３１に、ＩＰアドレスとＭＡＣアドレスとを設定し記憶させる。情報蓄積部２０３は、同様に、ＳＮＭＰ応答パケットが入力された場合にＳＮＭＰ応答情報２３２へＯＩＤと応答データ１３２とを記憶する。これにより、情報蓄積部２０３は、ＳＮＭＰ応答情報２３２に、応答装置１のＳＮＭＰのＭＩＢの少なくとも一部を保存することができる。また、情報蓄積部２０３は、特定の種類の情報を取得した場合、その旨を再帰応答要求部に通知してもよい。たとえば、情報蓄積部２０３は、ＡＲＰやＲＡＲＰパケットが入力され、アドレス情報２３１へＩＰアドレスとＭＡＣアドレスを初めて記憶した場合は、その旨を待機応答制御部２００の再帰応答要求部２０２へ通知する（以下、この通知を「アドレス記憶通知」という。）。
【００３１】
電源制御部２０４は、コントローラー部１０の電源部１４０をオンまたはオフに制御する。
電源制御部２０４は、コントローラー部１０からの待機モード移行命令を受信すると、コントローラー部１０の電源部１４０をオフにし、待機応答部２０の待機モードでの処理を開始させる。
また、電源制御部２０４は、待機モード応答データ作成部２０１により通常モードへ移行する指示を受信すると、電源部１４０をオンにする。これにより、電源制御部２０４は、電源部１４０を介してコントローラー部１０の電源を復帰させ、通常モードの処理を開始させる。
【００３２】
ここで、応答装置１の待機応答制御部２００は、記憶部２３０に記憶された制御プログラムを実行することで、待機モード応答データ作成部２０１、再帰応答要求部２０２、情報蓄積部２０３、及び電源制御部２０４として機能する。
【００３３】
記憶部２３０は、情報要求データ１３１、アドレス情報２３１、及びＳＮＭＰ応答情報２３２を記憶する。アドレス情報２３１及びＳＮＭＰ応答情報２３２の構成については、後述する。
なお、ＳＮＭＰ応答情報２３２は、応答装置１の起動時には、情報が設定されていなくてもよい。
【００３４】
（通信インターフェイス部３０の構成）
通信インターフェイス部３０は、Ｅｔｈｅｒｎｅｔ（登録商標）等のインターフェイスにおいて、論理信号を実際の電気的な信号に変換する物理層（Physical Layer）のインターフェイスである。通信インターフェイス部３０は、ネットワーク５に対応して接続するための着脱可能なＬＡＮインターフェイスであってもよい。
通信インターフェイス部３０は、受信部３１０および送信部３２０を備えている。
【００３５】
受信部３１０は、ネットワーク５から受信したＥｔｈｅｒｎｅｔ（登録商標）フレームやパケット等のデータ（以下、「パケット」と呼ぶ。）を、待機応答部２０へ出力する。言い換えると、受信部３１０は、端末２から送信される情報要求データ１３１のパケットを受信すると、当該情報要求データ１３１を待機応答部２０に出力する。
【００３６】
送信部３２０は待機応答部２０から出力されたパケットをネットワーク５へ送信する。具体的には、送信部３２０は、待機応答部２０から応答データ１３２を入力すると、応答データ１３２のパケットを端末２に送信する。
【００３７】
ここで、上述の応答装置１の各部は、本発明のネットワーク応答方法を実行するハードウェア資源となる。
【００３８】
（アドレス情報２３１とＳＮＭＰ応答情報２３２の詳細構成）
次に、図３により、待機応答部２０の記憶部２３０に記憶されるアドレス情報２３１及びＳＮＭＰ応答情報２３２の構成について説明する。
【００３９】
まず、図３（ａ）に示すアドレス情報２３１の構成について説明する。アドレス情報２３１は、応答装置１のＩＰアドレスとＭＡＣアドレスとを記憶するテーブルである。
具体的に説明すると、アドレス情報２３１には、「ＩＰアドレス」、及び「ＭＡＣアドレス（Ｅｔｈｅｒｎｅｔ（登録商標）アドレス）」の項目が設けられている。
「ＩＰアドレス」には、応答データ１３２に設定される応答装置１のＩＰアドレスが、情報蓄積部２０３により取得され格納される。
「ＭＡＣアドレス」には、応答データ１３２に設定される応答装置１のＩＰアドレスに対応するＭＡＣアドレスが、情報蓄積部２０３により取得され格納される。
【００４０】
次に、図３（ｂ）に示すＳＮＭＰ応答情報２３２の構成について説明する。ＳＮＭＰ応答情報２３２は、コントローラー部１０のＳＮＭＰの応答データ１３２に用いるＭＩＢ等を保持するテーブルであり、ＯＩＤおよび応答データ１３２を記憶する。
ＳＮＭＰ応答情報２３２には、ＳＮＭＰの情報要求データ１３１に対する応答データ１３２の情報が蓄積される。ＳＮＭＰ応答情報２３２は、「ＯＩＤ」、及び「データ」の項目が設けられている。この「ＯＩＤ」には、ＳＮＭＰのＭＩＢ（Management information base）に格納されている個々の管理情報のオブジェクトを区別するために付される識別子が保存される。「データ」には、応答データ１３２に設定される「ＯＩＤ」に対するデータが保存される。また「データ」には、「型」と「データ値」の項目が設けられる。この「型」には、「データ値」の型が保存される。例えば、「データ」の型が整数であれば「INTEGER」が保存され、型が文字列であれば「ＳＴＲＩＮＧ」の値が保存される。「データ値」には、実際のデータ値が保存される。ＳＮＭＰ応答情報２３２は、ツリー状の構造で記憶されていてもよい。
【００４１】
〔応答装置１による通常モード処理〕
次に、図４〜図６を参照して、本発明の実施の形態に係る応答装置１による通常モード時の動作である通常モード処理の説明を行う。
本実施形態の通常モード処理では、通常モードのときに、情報要求データ１３１に対して、コントローラー部１０が応答データ１３２を作成して応答する。この際、待機応答部２０は、送信されるパケットを取得して、待機モード時の応答に必要な情報を抽出し、記憶部２３０に記憶する。具体的には、コントローラー部１０によりＩＰアドレス及びＭＡＣアドレスを含む応答データ１３２、ＳＮＭＰのＭＩＢの応答データ１３２が送信された場合、待機応答部２０は、これを取得する。待機応答部２０は、ＩＰアドレス及びＭＡＣアドレスを含む応答データ１３２の取得後、コントローラー部１０にＳＮＭＰ−ＧｅｔＮｅｘｔリクエストを再帰的に送信することで、ＳＮＭＰの待機応答データ１３２を蓄積する。
本実施形態の通常モード処理は、主に、コントローラー部１０ではコントローラー制御部１００が記憶部１３０に記憶されたプログラムを読み出し、待機応答部２０では待機応答制御部２００が記憶部２３０に記憶されたプログラムを呼び出し、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図４のフローチャートを参照して、通常モード処理の詳細をステップ毎に説明する。
【００４２】
（ステップＳ１０１）
まず、コントローラー入力部１１０が、受信処理を行う。
ここでは、まず、通信インターフェイス部３０の受信部３１０で、ネットワーク５からのパケットが受信された場合、待機応答部２０の待機応答入力部２１０へ入力される。
また、待機応答制御部２００の再帰応答要求部２０２から再帰的に送信されたパケットについても、待機応答入力部２１０に入力される。次に、通信インターフェイス部３０の待機応答入力部２１０に入力されたパケットは、コントローラー部１０のコントローラー入力部１１０へ入力される。
コントローラー入力部１１０は、入力されたパケットを、コントローラー制御部１００へ出力する。
【００４３】
（ステップＳ１０２）
次に、コントローラー制御部１００が、通常モード応答データ作成部１０１として、受信されたパケット又は再帰応答のパケットがあるか否かを判定する。コントローラー制御部１００は、受信部３１０で受信された又は再帰応答要求部２０２から再帰的に送信されたパケットを入力している場合には、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０３に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０１に戻して、パケットを受信するまで待機する。
【００４４】
（ステップＳ１０３）
受信又は再帰応答のパケットがあった場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、受信パケット対応処理を行う。
コントローラー制御部１００は、コントローラー入力部１１０に入力されたパケットの処理を行う。
コントローラー制御部１００は、入力されたパケットが画像形成を含む応答装置１の各種制御に必要なパケットであった場合、取得したパケットに対応する各種プロトコルに従って、必要な処理を行う。
また、コントローラー制御部１００は、入力されたパケットが情報要求データ１３１であった場合には、これを記憶部１３０に一時的に保存する。
【００４５】
（ステップＳ１０４）
次に、コントローラー制御部１００が、通常モード応答データ作成部１０１として、応答データ１３２の作成が必要か否かを判定する。コントローラー制御部１００は、受信したパケットが情報要求データ１３１であり、応答データ１３２の作成が必要な場合に、Ｙｅｓと判定する。また、コントローラー制御部１００は、再帰応答のパケットであった場合、応答データ１３２の作成が必要であるとして、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０５に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０６に進める。
【００４６】
（ステップＳ１０５）
応答データ１３２の作成が必要な場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、応答データ作成処理を行う。
コントローラー制御部１００は、一時的に保存された情報要求データ１３１に対応する応答データ１３２を作成する。
【００４７】
（ステップＳ１０６）
ここで、コントローラー制御部１００が。通常モード応答データ作成部１０１として、送信するパケットがあるか否かを判定する。まず、コントローラー制御部１００は、応答データ１３２が作成された場合に、Ｙｅｓと判定する。また、コントローラー制御部１００は、応答装置１の各種制御に必要なパケットにより必要な処理をして、各種プロトコルに対応した送信用のパケットを作成した場合にも、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０７に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０８に進める。
【００４８】
（ステップＳ１０７）
送信が必要なパケットがある場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、送信処理を行う。
コントローラー制御部１００は、送信するパケットをコントローラー出力部１２０から出力させる。
コントローラー出力部１２０は、送信するパケットを、待機応答部２０の待機応答出力部２２０へ出力する。
この送信するパケットは、待機応答出力部２２０により、通信インターフェイス部３０の送信部３２０へ出力される。この送信するパケットは、送信部３２０により、ネットワーク５へ出力される。
また、この送信するパケットは、待機応答出力部２２０から、待機応答部２０の待機応答制御部２００の情報蓄積部２０３へも出力される（タイミングＴ１０１）。
【００４９】
（ステップＳ２０１）
ここで、応答データ１３２を送信した後、待機応答部２０の待機応答制御部２００が、情報蓄積部２０３として、送信パケット取得処理を行う。
待機応答制御部２００は、待機応答出力部２２０から送信するパケットを取得して、解析する。
【００５０】
（ステップＳ２０２）
次に、待機応答制御部２００が、情報蓄積部２０３として、取得したパケットがアドレス情報か否かを判定する。待機応答制御部２００は、取得したパケットがＡＲＰやＲＡＲＰ等の応答データ１３２のパケットの場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０３に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２０４に進める。
【００５１】
（ステップＳ２０３）
ＡＲＰやＲＡＲＰ等の応答データ１３２のパケットの場合、待機応答制御部２００が、情報蓄積部２０３として、アドレス情報蓄積処理を行う。
図５によると、待機応答制御部２００は、当該パケットの送信元のＩＰアドレスとＭＡＣアドレスとを、記憶部２３０のアドレス情報２３１に記憶する。つまり、アドレス情報２３１には、応答装置１のＩＰアドレスとＭＡＣアドレスとが保存される。この際、待機応答制御部２００は、アドレス記憶通知を、再帰応答要求部２０２へ通知する。
【００５２】
（ステップＳ２０４）
ここで、待機応答制御部２００が、情報蓄積部２０３として、取得したパケットがＳＮＭＰのレスポンスであり、このレスポンスが成功していたか否かを判定する。待機応答制御部２００は、取得したパケットがＳＮＭＰ−ＧｅｔレスポンスやＴＲＡＰのレスポンスの応答データ１３２であり、正常のステータス等であった場合には、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０５に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２０６に進める。
【００５３】
（ステップＳ２０５）
ＳＮＭＰのレスポンスで成功していた場合、待機応答制御部２００が、情報蓄積部２０３として、ＳＮＭＰ応答情報蓄積処理を行う。
図５によると、待機応答制御部２００は、取得したパケット中のＯＩＤと応答データ１３２をＳＮＭＰ応答情報２３２に記憶する。
【００５４】
（ステップＳ２０６）
ここで、待機応答制御部２００が、再帰応答要求部２０２として、取得したパケットが予め定められた特定の種類の情報であったか否かを判定する。待機応答制御部２００は、例えば、予め定められた特定の種類の情報として、応答データ１３２の送信元のＩＰアドレスとＭＡＣアドレスとが記憶部２３０のアドレス情報２３１に記憶され、情報蓄積部２０３からアドレス記憶通知を受け取った場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０７に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２０９に進める。
【００５５】
（ステップＳ２０７）
取得したパケットが特定の種類の情報であった場合、待機応答制御部２００が、再帰応答要求部２０２として、記憶部２３０のＳＮＭＰ応答情報２３２を記憶する領域に空きがあるか否かを判定する。待機応答制御部２００は、ＳＮＭＰ応答情報２３２のテーブルに空きがあった場合に、Ｙｅｓと判定する。待機応答制御部２００は、ＳＮＭＰ応答情報２３２のテーブルに空きがなかった場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０８に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２０９に進める。
【００５６】
（ステップＳ２０８）
ＳＮＭＰ応答情報２３２のテーブルに空きがあった場合、待機応答制御部２００が、再帰応答要求部２０２として、情報要求データ再帰的送信処理を行う。
図６によると、待機応答制御部２００は、ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストのパケットを作成し、待機応答入力部２１０に入力させる。待機応答制御部２００は、この際、初回のＯＩＤを「ｒｏｏｔ」としてもよい（タイミングＴ２０１）。
その後、待機応答制御部２００は、処理をステップＳ２０１に戻す。
以降、待機応答制御部２００は、直前に取得したＳＮＭＰレスポンス中のＯＩＤを使用して、ＧｅｔＮｅｘｔリクエストの送信を行う。
【００５７】
（ステップＳ１０８）
再び、コントローラー部１０の処理について説明する。
ここで、コントローラー部１０のコントローラー制御部１００が、通常モード応答データ作成部１０１として、待機モードへ移行するか否かを判定する。コントローラー制御部１００は、予め設定された条件になった場合に、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０９に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０１に戻して、ホストコントローラーの処理を含む各種処理を続ける。
【００５８】
（ステップＳ１０９）
待機モードに移行する場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、待機モード移行処理を行う。
コントローラー制御部１００は、この際に、待機応答部２０に、待機モード移行命令を送信する（タイミングＴ１０２）。
この待機モード移行処理の詳細は後述する。
これにより、通常モード処理のコントローラー部１０の処理を終了する。
【００５９】
（ステップＳ２０９）
再び、待機応答部２０の処理について説明する。
ここで、待機応答部２０の待機応答制御部２００は、コントローラー部１０が待機モードに移行するまで待機している。
待機応答部２０の待機応答制御部２００は、待機モード移行命令を受信すると、電源制御部２０４として、待機モード待機応答開始処理を行う。
待機応答制御部２００は、待機応答部２０における待機モードでの処理を開始する。
この待機モード待機応答開始処理の詳細についても後述する。
その後、待機応答制御部２００は、通常モード処理における待機応答部２０による処理を終了する。
以上により、本発明の実施の形態に係る通常モード処理を終了する。
【００６０】
次に、図７により、図４のステップＳ１０９の待機モード移行処理、及びステップＳ２０９の待機モード待機応答開始処理の詳細について説明する。
【００６１】
（ステップＳ１２１）
まず、コントローラー部１０のコントローラー制御部１００が、セルフリフレッシュ適用処理を行う。
コントローラー制御部１００は、各種ステート等を記憶部１３０のＨＤＤやフラッシュメモリー等の記録媒体に保存する。コントローラー制御部１００が所定時間アクセスしないと、記憶部１３０のＲＡＭ等は、セルフリフレッシュの状態になる。
【００６２】
（ステップＳ１２２）
次に、コントローラー制御部１００が、待機モード移行命令送信処理を行う。
コントローラー制御部１００は、待機応答部２０の待機応答制御部２００に、待機モードに移行したことを伝える待機モード移行命令を送信する（タイミングＴ１０２）。
以上により、コントローラー部１０の待機モード移行処理を終了する。
【００６３】
（ステップＳ２２１）
次に、待機モード移行命令を受信した、待機応答部２０の待機応答制御部２００が、受信出力切り換え処理を行う。
待機応答制御部２００は、待機応答入力部２１０の出力を待機モード応答データ作成部２０１へ切り換える。
【００６４】
（ステップＳ２２２）
次に、待機応答制御部２００が、送信出力切り換え処理を行う。
待機応答制御部２００は、待機応答出力部２２０の出力を、通信インターフェイス部３０の送信部３２０と、待機応答制御部２００の待機モード応答データ作成部２０１との両方に切り換える。
【００６５】
（ステップＳ２２３）
次に、待機応答制御部２００が、電源制御処理を行う。
待機応答制御部２００は、コントローラー部１０の電源部１４０を制御して、電源供給をオフにさせる。
また、待機応答制御部２００は、待機モードで実行するための制御プログラムを記憶部２３０のＨＤＤやフラッシュメモリー等からＲＡＭへ読み出して、下記で説明する待機モード処理を実行開始する。
以上により、待機応答部２０の待機モード待機応答開始処理を終了する。
【００６６】
〔応答装置１による待機モード処理〕
次に、図８〜図９を参照して、本発明の実施の形態に係る応答装置１による待機モード処理の説明を行う。
本実施形態の待機モード処理は、待機モード時に、待機応答部２０が、情報蓄積部２０３により記憶部２３０に記憶されたアドレス情報２３１及びＳＮＭＰ応答情報２３２により、応答データ１３２を作成して応答を行う。この際、応答ができないパケットであった場合は、コントローラー部１０を通常モードに復帰させて対応させる。
本実施形態の待機モード処理は、主に、待機応答部２０の待機応答制御部２００が、記憶部２３０に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図８のフローチャートを参照して、待機モード処理の詳細をステップ毎に説明する。
【００６７】
（ステップＳ２１１）
まず、待機応答部２０の待機応答制御部２００が、待機モード応答データ作成部２０１として、受信処理を行う。
図９によると、まず、受信部３１０にて、ネットワーク５からパケットを受信した場合、受信されたパケットが、待機応答入力部２１０へ入力される。この入力されたパケットは、待機応答制御部２００の待機モード応答データ作成部２０１へ入力される。
【００６８】
（ステップＳ２１２）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、受信されたパケットがあったか否かを判定する。待機応答制御部２００は、受信されたパケットがあった場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１３に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１１に戻して、パケットを受信するまで待機する。
【００６９】
（ステップＳ２１３）
受信されたパケットがあった場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、受信パケット解釈処理を行う。
待機応答制御部２００は、受信されたパケットのプロトコルや送信先の情報等により、応答装置１により応答が必要か、その場合は、待機応答部２０で応答可能か、又はコントローラー部１０による応答が必要か等について解釈を行う。
また、待機応答制御部２００は、受信されたパケットが情報要求データ１３１であった場合は、記憶部２３０に一時的に記憶する。
【００７０】
（ステップＳ２１４）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ１３２の作成が必要か否かを判定する。待機応答制御部２００は、応答装置１により応答が必要なパケットであった場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１５に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１１に戻して、パケットの受信を続ける。
【００７１】
（ステップＳ２１５）
応答が必要なパケットの場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ１３２の作成が可能か否かを判定する。待機応答制御部２００は、記憶部２３０を参照し、アドレス情報２３１とＳＮＭＰ応答情報２３２から応答データ１３２を作成可能な場合は、Ｙｅｓと判定する。待機応答制御部２００は、応答データ１３２を作成できない場合には、Ｎｏと判定する。この応答データ１３２が作成できない場合の具体例として、アドレス情報２３１にＩＰアドレス及びＭＡＣアドレスが記憶されていない、ＳＮＭＰ応答情報２３２のデータが不足している、又はまたはＡＲＰやＳＮＭＰパケットではない等の場合が挙げられる。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１６に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１８に進める。
【００７２】
（ステップＳ２１６）
応答データ１３２の作成が可能な場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ作成処理を行う。
図９によると、待機応答制御部２００は、アドレス情報２３１とＳＮＭＰ応答情報２３２に蓄積されたデータに基づいて、受信されたパケットに対応する応答用の応答データ１３２のパケットを作成し、記憶部２３０に一時的に保存する。
【００７３】
（ステップＳ２１７）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、送信処理を行う。
待機応答制御部２００は、待機モード応答データ作成部２０１から入力された応答データ１３２として送信するパケットを、通信インターフェイス部３０の待機応答出力部２２０に出力する。
この送信するパケットは送信部３２０から、ネットワーク５へ送信される。
【００７４】
（ステップＳ２１８）
応答が必要にもかかわらず、応答データ１３２を作成できない場合、待機応答制御部２００が、電源制御部２０４として、通常モード移行処理を行う。
待機応答制御部２００は、コントローラー部１０を復帰させて、応答データ１３２を作成させる。
この通常モード移行処理の詳細については後述する。
以上により、本実施形態の待機モード処理を終了する。
【００７５】
次に、図１０により、図８のステップＳ２１８の通常モード移行処理の詳細について説明する。
【００７６】
（ステップＳ２３１）
まず、待機応答制御部２００が、電源オン処理を行う。
待機応答制御部２００は、待機応答制御部２００が、電源制御部２０４を介してコントローラー部１０の電源をオンにする。
【００７７】
（ステップＳ２３２）
次に、待機応答制御部２００が、コントローラー制御部復帰処理を行う。
待機応答制御部２００は、コントローラー制御部１００をリセット等する。
これにより、コントローラー制御部１００が記憶部１３０にアクセスすると、セルフリフレッシュ状態が解除される。
コントローラー制御部１００は、図７のステップＳ１２１でＨＤＤ等の記録媒体に記憶させた各種ステート等を記憶部のＲＡＭ等に書き戻す。
【００７８】
（ステップＳ２３３）
次に、待機応答制御部２００が、受信出力切り換え処理を行う。
待機応答制御部２００は、待機応答入力部２１０の出力を、待機モード応答データ作成部２０１から、コントローラー部１０のコントローラー入力部１１０へ切り換える。
【００７９】
（ステップＳ２３４）
次に、待機応答制御部２００が、送信出力切り換え処理を行う。
待機応答制御部２００は、待機応答出力部２２０の出力を、
通信インターフェイス部３０の送信部３２０と待機応答制御部２００の情報蓄積部２０３との両方とから、送信部３２０と、情報蓄積部２０３とになるよう切り換える。
以上により、通常モード移行処理を終了する。
【００８０】
以上のように構成することで、以下のような効果を得ることができる。
従来、特許文献１の技術では、通常モードから待機モードへの移行に時間がかかるという問題があった。
これに対して、本発明の実施の形態に係る応答装置１は、通常モードと待機モードとにおいてネットワーク５からの情報要求データ１３１を受信し、情報要求データ１３１に対する応答データ１３２をネットワーク５に送信可能であり、通常モードのときに、応答データ１３２を作成する通常モード応答データ作成部１０１と、通常モードのときに、通常モード応答データ作成部１０１に対して、他の応答データ１３２の情報を要求する情報要求データ１３１を再帰的に送信する再帰応答要求部２０２と、通常モードのときに、再帰応答要求部２０２により再帰的に送信された情報要求データ１３１に対応して通常モード応答データ作成部１０１により作成された応答データ１３２の情報を情報要求データ１３１及び応答データ１３２として記憶部２３０に蓄積する情報蓄積部２０３と、待機モードのときに、情報蓄積部により蓄積された情報から、応答データ１３２を作成する待機モード応答データ作成部２０１とを備えることを特徴とする。
このように構成することで、待機モードのときに応答データ１３２を作成するための情報が通常モードのときに蓄積され、待機モードのときに蓄積された情報を転送することなく、蓄積された情報から応答データ１３２を作成することができる。つまり、通常モードのときに、待機モードで応答データ１３２を作成するための情報を記憶部２３０に蓄積することができる。このため、通常モードから待機モードへの移行時に、いちいちコントローラー部１０から待機応答部２０へデータを転送する必要がなくなり、通常モードから待機モードへの移行を従来よりも高速化できる。
【００８１】
また、本発明の実施の形態に係る応答装置１は、通常モード時に待機応答部２０の側で自身の送信パケットを取得し、待機モード時の応答に必要な情報を抽出し記憶しておき、待機モードのときには蓄積した情報を用いてネットワーク応答を行う。つまり、本実施形態の応答装置１の待機応答部２０は、通常時は、通信インターフェイス部３０から受信したパケットをコントローラー部１０へ、またコントローラー部１０が送信するパケットは通信インターフェイス部３０へ送信する。その際、送信パケットのチェックを行い、待機時の応答に必要な情報を蓄積する。
このため、待機応答部２０に対する特別な応答の設定が不要となり、コントローラー部１０の開発工数削減が期待できる。
【００８２】
また、本実施形態の応答装置１によれば、待機応答部２０がコントローラー部１０にパケットを再帰的に送信することで、待機モード時の応答データ１３２を収集できる。
これにより、待機時に応答するためのデータが自動的に待機応答部２０内に蓄積され、また待機モード時の応答データ１３２も短時間で作成することができる。このため、待機モードへの移行後、ＳＮＭＰ応答情報２３２から、必要な応答データ１３２を作成できる可能性を高めることができる。よって、初回の通常モードから待機モードへの移行時に、応答データ１３２を作成できず、すぐにコントローラー部１０を復帰させなければならないというケースが生じる可能性を低くすることができる。このため、消費電力削減が期待できる。
【００８３】
また、本発明の実施の形態に係る応答装置１は、再帰応答要求部２０２が、外部からの情報要求データ１３１に対応して、通常モード応答データ作成部１０１により、予め定められた特定の種類の情報を含む応答データ１３２が作成された場合、他の応答データ１３２の情報を要求することを特徴とする。
このように構成することで、特定の種類の情報として、例えば、応答装置１のＩＰアドレスとＭＡＣアドレスが確定した際に、すぐに情報要求データ１３１及び応答データ１３２を蓄積することができる。これにより、応答装置１のＩＰアドレスが確定した際に、素早く応答データ１３２のＳＮＭＰの応答用のＭＩＢを蓄積する、といったことが可能となる。このため、コントローラー部１０を待機モードから復帰させる頻度を低下させ、省電力効率を高めることができる。
【００８４】
また、本発明の実施の形態に係る応答装置１は、情報要求データ１３１は、ＡＲＰまたはＳＮＭＰの要求のデータであり、特定の種類の情報は、ＩＰアドレス及びＭＡＣアドレスであり、再帰的に送信された情報要求データ１３１は、ＳＮＭＰのＧｅｔＮｅｘｔリクエストであることを特徴とする。
これにより、待機モード時にネットワークからの応答が必要である主要な情報を蓄積することができる。よって、省電力効率を高めることができる。
【００８５】
なお、本発明の実施の形態においては、ＳＮＭＰマネージャー等がインストールされている一台の端末２がネットワーク５に接続されている例で説明した。しかしながら、図１に示したように、ネットワーク５には複数の端末２が接続され、応答装置１は複数の端末２から情報要求データ１３１のパケットを受信することができる。
【００８６】
また、本実施形態では、情報蓄積部２０３が蓄積する情報をＡＲＰとＳＮＭＰに対する応答データ１３２を作成するための例で説明したが、これに限定されず、情報要求に対する応答として返信されるデータであれば各種情報を蓄積することができる。
このように構成することで、ＡＲＰやＳＮＭＰ以外の応答を行うことができる。
【００８７】
また、本実施形態では、通常モードにおいて通信インターフェイス部３０が出力する情報要求データ１３１を、待機応答部２０を経由してコントローラー部１０が入力している例を示した。しかしながら、待機応答部２０を経由せずに通信インターフェイス部３０が出力する情報要求データ１３１をコントローラー部１０が直接入力することも可能である。
このように構成することで、通常モード時の待機応答部２０の処理負担を軽減でき、コストを削減できる。
【００８８】
また、上述の実施の形態では、記憶部１３０と記憶部２３０とを別々の構成として示したものの、記憶部１３０と記憶部２３０とで同一の記憶媒体、共有メモリーのＲＡＭ等を用いて構成してもよい。この場合でも、コントローラー制御部１００と待機応答制御部２００とで別々のメモリー空間で排他的にアクセスされてもよい。
このように構成することで、応答装置１のコストを削減することができる。
【００８９】
また、本発明は、画像形成装置以外の情報処理装置にも適用できる。つまり、ネットワークスキャナー、スキャナーをＵＳＢ等で別途接続したサーバー等を用いる構成であってもよい。
【００９０】
また、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【産業上の利用可能性】
【００９１】
本発明は、応答装置に好適であるが、応答装置に限られるものではなく、応答データ１３２を送信する待機モードで動作可能な装置一般に適用できる。
【符号の説明】
【００９２】
１  応答装置
２  端末
５  ネットワーク
１０  コントローラー部
２０  待機応答部
３０  通信インターフェイス部
１００  コントローラー制御部
１０１  通常モード応答データ作成部
１１０  コントローラー入力部
１２０  コントローラー出力部
１３０、２３０  記憶部
１３１  情報要求データ
１３２  応答データ
１４０  電源部
２００  待機応答制御部
２０１  待機モード応答データ作成部
２０２  再帰応答要求部
２０３  情報蓄積部
２０４  電源制御部
２１０  待機応答入力部
２２０  待機応答出力部
２３１  アドレス情報
２３２  ＳＮＭＰ応答情報
３１０  受信部
３２０  送信部
Ｘ  応答システム
【図１】
0006022440.tif 000002
【図２】
0006022440.tif 000003
【図３】
0006022440.tif 000004
【図４】
0006022440.tif 000005
【図５】
0006022440.tif 000006
【図６】
0006022440.tif 000007
【図７】
0006022440.tif 000008
【図８】
0006022440.tif 000009
【図９】
0006022440.tif 000010
【図１０】
0006022440.tif 000011