(57)【要約】【課題】待機モードで、通常モードと整合性のある応答を行う応答装置を提供する。【解決手段】  コントローラー部１０の通常モード応答データ作成部１０１は、通常モードのときに、応答データ１３２を作成する。待機応答部２０の情報蓄積部２０３は、通常モードのときに、これを記憶部２３０にＳＮＭＰ応答情報２３２として蓄積する。情報蓄積部２０３は、応答データ１３２の情報が変更された場合、ＳＮＭＰ応答情報２３２を変更し、変更情報２３３を設定する。変更応答データ作成要求部２０２は、通常モードから待機モードに移行する際、変更情報２３３を参照し、最新のデータを作成要求する。待機モード応答データ作成部２０１は、待機モードのときに、作成要求に対応して作成されたアドレス情報２３１及びＳＮＭＰ応答情報２３２と、情報蓄積部により記憶部に蓄積されたアドレス情報２３１及びＳＮＭＰ応答情報２３２とから、応答データ１３２を作成する。【選択図】図２
2015222920.tif 000002
【特許請求の範囲】
【請求項１】
通常モードと待機モードとにおいてネットワークからの情報要求データを受信し、前記情報要求データに対する応答データを前記ネットワークに送信可能な応答装置において、
前記通常モードのときに、前記応答データを作成する通常モード応答データ作成手段と、
前記通常モードのときに、前記通常モード応答データ作成手段により作成された前記応答データの情報を前記待機モードのときに読み出し可能な記憶手段に蓄積し、蓄積された前記応答データの情報が変更された場合に当該変更と対応付けられた変更情報を設定する応答データ情報蓄積手段と、
前記通常モードから前記待機モードに移行する際に、前記情報蓄積手段により設定された前記変更情報を参照し、変更された前記応答データの情報を前記通常モード応答データ作成手段に作成要求する変更応答データ作成要求手段と、
前記待機モードのときに、前記変更応答データ作成要求手段の前記作成要求に対応して作成された前記応答データの情報と、前記情報蓄積手段により前記記憶手段に蓄積された前記応答データの情報とから、前記応答データを作成する待機モード応答データ作成手段とを備える
ことを特徴とする応答装置。
【請求項２】
前記情報要求データは、ＡＲＰ又はＳＮＭＰの要求のデータであり、
前記応答データは、ＡＲＰ又はＳＮＭＰの応答のデータである
ことを特徴とする請求項２に記載の応答装置。
【請求項３】
通常モードと待機モードとにおいてネットワークからの情報要求データを受信し、前記情報要求データに対する応答データを前記ネットワークに送信可能な応答装置により実行されるネットワーク応答方法において、
前記通常モードのときに、前記応答データを作成させ、
前記通常モードのときに、作成された前記応答データの情報を前記待機モードのときに読み出し可能な記憶手段に蓄積させ、蓄積された前記応答データの情報が変更された場合に当該変更と対応付けられた変更情報を設定させ、
前記通常モードから前記待機モードに移行する際に、蓄積された前記変更情報を参照し、変更された前記応答データの情報を作成要求させ、
前記待機モードのときに、前記作成要求に対応して作成された前記応答データの情報と、前記記憶手段に蓄積された前記応答データの情報とから、前記応答データを作成させる
ことを特徴とするネットワーク応答方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、応答装置及びネットワーク応答方法に係り、特に情報要求データを受信し、情報要求データに対する応答データを送信する応答装置及びネットワーク応答方法に関する。
【背景技術】
【０００２】
従来から、文書や画像を印刷可能な複合機（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」が保存され、型が文字列であれば「ＳＴＲＩＮＧ」の値が保存される。「データ値」には、実際のデータ値が保存される。ＳＮＭＰ応答情報２３２は、ツリー状の構造で記憶されていてもよい。
変更情報２３３は、ＳＮＭＰ応答情報２３２のデータの変更（更新）の有無を示す情報である。変更情報２３３は、例えば、ＳＮＭＰ応答情報２３２の各ＯＩＤに対応したデータが、保存（蓄積）時から変更されていない場合は「０」、変更された場合は「１」のような値が情報蓄積部２０３により設定される。なお、変更情報２３３には、アドレス情報２３１が変更された際の変更（更新）の有無を示す情報も設定されていてもよい。
【００４１】
〔応答装置１による通常モード処理〕
次に、図４を参照して、本発明の実施の形態に係る応答装置１による通常モード時の動作である通常モード処理の説明を行う。
本実施形態の通常モード処理では、通常モードのときに、情報要求データ１３１に対して、コントローラー部１０が応答データ１３２を作成して応答する。この際、待機応答部２０は、送信されるパケットを取得して、待機モード時の応答に必要な情報を抽出し、記憶部２３０に記憶する。具体的には、コントローラー部１０によりＩＰアドレス及びＭＡＣアドレスを含む応答データ１３２、ＳＮＭＰのＭＩＢの応答データ１３２が送信された場合、待機応答部２０は、これを取得して蓄積する。また、この際に、待機応答部２０はは、応答データ１３２が変更された場合、これも検出して変更情報２３３に設定する。
本実施形態の通常モード処理は、主に、コントローラー部１０ではコントローラー制御部１００が記憶部１３０に記憶されたプログラムを読み出し、待機応答部２０では待機応答制御部２００が記憶部２３０に記憶されたプログラムを呼び出し、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図４のフローチャートを参照して、通常モード処理の詳細をステップ毎に説明する。
【００４２】
（ステップＳ１０１）
まず、コントローラー入力部１１０が、受信処理を行う。
ここでは、まず、通信インターフェイス部３０の受信部３１０で、ネットワーク５からのパケットが受信された場合、待機応答部２０の待機応答入力部２１０へ入力される。
また、通信インターフェイス部３０の待機応答入力部２１０に入力されたパケットは、コントローラー部１０のコントローラー入力部１１０へ入力される。
コントローラー入力部１１０は、入力されたパケットを、コントローラー制御部１００へ出力する。
【００４３】
（ステップＳ１０２）
次に、コントローラー制御部１００が、通常モード応答データ作成部１０１として、受信されたパケットがあるか否かを判定する。コントローラー制御部１００は、受信部３１０で受信されたパケットを入力している場合には、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０３に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０１に戻して、パケットを受信するまで待機する。
【００４４】
（ステップＳ１０３）
受信されたパケットがあった場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、受信パケット対応処理を行う。
コントローラー制御部１００は、コントローラー入力部１１０に入力されたパケットの処理を行う。
コントローラー制御部１００は、入力されたパケットが画像形成を含む応答装置１の各種制御に必要なパケットであった場合、取得したパケットに対応する各種プロトコルに従って、必要な処理を行う。
また、コントローラー制御部１００は、入力されたパケットが情報要求データ１３１であった場合には、これを記憶部１３０に一時的に保存する。
【００４５】
（ステップＳ１０４）
次に、コントローラー制御部１００が、通常モード応答データ作成部１０１として、応答データ１３２の作成が必要か否かを判定する。コントローラー制御部１００は、受信したパケットが情報要求データ１３１であり、応答データ１３２の作成が必要な場合に、Ｙｅｓと判定する。また、コントローラー制御部１００は、再帰応答のパケットであった場合、応答データ１３２の作成が必要であるとして、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０５に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０６に進める。
【００４６】
（ステップＳ１０５）
応答データ１３２の作成が必要な場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、応答データ作成処理を行う。
コントローラー制御部１００は、一時的に保存された情報要求データ１３１に対応する応答データ１３２を作成する。
この際に、コントローラー制御部１００は、必要に応じて、応答データ１３２の情報を変更して作成する。コントローラー制御部１００は、例えば、ページ出力のカウントの変更、トナー量の変化、用紙カセットの記録用紙の量、カバーの開け閉めの状態、故障状態、ペーパージャム等の機器状態の変化に対応した応答データ１３２を作成可能である。
【００４７】
（ステップＳ１０６）
ここで、コントローラー制御部１００が。通常モード応答データ作成部１０１として、送信するパケットがあるか否かを判定する。まず、コントローラー制御部１００は、応答データ１３２が作成された場合に、Ｙｅｓと判定する。また、コントローラー制御部１００は、応答装置１の各種制御に必要なパケットにより必要な処理をして、各種プロトコルに対応した送信用のパケットを作成した場合にも、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０７に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０８に進める。
【００４８】
（ステップＳ１０７）
送信が必要なパケットがある場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、送信処理を行う。
コントローラー制御部１００は、送信するパケットをコントローラー出力部１２０から出力させる。
コントローラー出力部１２０は、送信するパケットを、待機応答部２０の待機応答出力部２２０へ出力する。すると、送信するパケットは、待機応答出力部２２０により、通信インターフェイス部３０の送信部３２０へ出力される。その後、送信するパケットは、送信部３２０により、ネットワーク５へ出力される。
また、送信するパケットは、待機応答出力部２２０から、待機応答部２０の待機応答制御部２００の情報蓄積部２０３へも出力される（タイミングＴ１０１）。
【００４９】
（ステップＳ２０１）
ここで、応答データ１３２を送信した後、待機応答部２０の待機応答制御部２００が、情報蓄積部２０３として、送信パケット取得処理を行う。
待機応答制御部２００は、待機応答出力部２２０から送信するパケットを取得して、解析する。
【００５０】
（ステップＳ２０２）
次に、待機応答制御部２００が、情報蓄積部２０３として、取得したパケットがアドレス情報か否かを判定する。待機応答制御部２００は、取得したパケットがＡＲＰやＲＡＲＰ等の応答データ１３２のパケットの場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０３に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２０４に進める。
【００５１】
（ステップＳ２０３）
取得したパケットがＡＲＰやＲＡＲＰ等の応答データ１３２のパケットの場合、待機応答制御部２００が、情報蓄積部２０３として、アドレス情報蓄積処理を行う。
図５によると、待機応答制御部２００は、当該パケットの送信元のＩＰアドレスとＭＡＣアドレスとを記憶部２３０のアドレス情報２３１に記憶する。つまり、アドレス情報２３１には、応答装置１のＩＰアドレスとＭＡＣアドレスとが保存される。
【００５２】
（ステップＳ２０４）
ここで、待機応答制御部２００が、情報蓄積部２０３として、取得したパケットがＳＮＭＰのレスポンスであり、このレスポンスが成功していたか否かを判定する。待機応答制御部２００は、取得したパケットがＳＮＭＰ−ＧｅｔレスポンスやＴＲＡＰのレスポンスの応答データ１３２であり、正常のステータス等であった場合には、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０５に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２０６に進める。
【００５３】
（ステップＳ２０５）
ＳＮＭＰのレスポンスで成功していた場合、待機応答制御部２００が、情報蓄積部２０３として、ＳＮＭＰ応答情報蓄積処理を行う。
この処理の詳細については、後述する。
その後、待機応答部２０の待機応答制御部２００は、コントローラー部１０が待機モードに移行するまで待機している。
【００５４】
（ステップＳ１０８）
再び、コントローラー部１０の処理について説明する。
ここで、コントローラー部１０のコントローラー制御部１００が、通常モード応答データ作成部１０１として、待機モードへ移行するか否かを判定する。コントローラー制御部１００は、予め設定された条件になった場合に、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０９に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０１に戻して、ホストコントローラーの処理を含む各種処理を続ける。
【００５５】
（ステップＳ１０９）
待機モードに移行する場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、待機モード移行処理を行う。
コントローラー制御部１００は、この際に、待機応答部２０に、待機モード移行通知を送信する（タイミングＴ１０２）。
この待機モード移行処理の詳細は後述する。
これにより、通常モード処理のコントローラー部１０の処理を終了する。
【００５６】
（ステップＳ２０６）
再び、待機応答部２０の処理について説明する。
待機応答部２０の待機応答制御部２００は、待機モード移行通知を受信すると、電源制御部２０４として、待機モード待機応答開始処理を行う。
待機応答制御部２００は、待機応答部２０における待機モードでの処理を開始する。
この待機モード待機応答開始処理の詳細についても後述する。
その後、待機応答制御部２００は、通常モード処理における待機応答部２０による処理を終了する。
以上により、本発明の実施の形態に係る通常モード処理を終了する。
【００５７】
次に、図６により、図４のステップＳ２０５のＳＮＭＰ応答情報蓄積処理の詳細について説明する。
【００５８】
（ステップＳ２１１）
図４のステップＳ２０４でＹｅｓの場合、まず、待機応答制御部２００が、取得したパケットのデータが記憶部２３０に既に蓄積されているか否かを判定する。待機応答制御部２００は、待機応答出力部２２０から出力されたパケットのＯＩＤが、記憶部２３０のＳＮＭＰ応答情報２３２に存在するかを判定する。待機応答制御部２００は、当該ＯＩＤがＳＮＭＰ応答情報２３２に、既に存在する場合、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合、つまり当該ＯＩＤがＳＮＭＰ応答情報２３２に存在しない場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１４に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１２に進める。
【００５９】
（ステップＳ２１２）
取得したパケットのデータが蓄積されていなかった場合、待機応答制御部２００が、ＳＮＭＰ応答情報２３２を記憶する領域に空きがあるか否かを判定する。待機応答制御部２００は、記憶部２３０のＳＮＭＰ応答情報２３２のテーブルに空きがあった場合に、Ｙｅｓと判定する。待機応答制御部２００は、ＳＮＭＰ応答情報２３２のテーブルに空きがなかった場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１３に進める。
Ｎｏの場合、待機応答制御部２００は、ＳＮＭＰ応答情報蓄積処理を終了する。
【００６０】
（ステップＳ２１３）
ＳＮＭＰ応答情報２３２を記憶する領域に空きがあった場合、待機応答制御部２００が応答データ書き込み処理を行う。
図５によると、待機応答制御部２００は、取得したパケット中のＯＩＤと応答データ１３２をＳＮＭＰ応答情報２３２に記憶する。
また、この際に、待機応答制御部２００は、当該ＯＩＤと対応する変更情報２３３のエントリーを作成して、変更なしの状態を示す「０」等の値を初期値として設定する。
その後、待機応答制御部２００は、ＳＮＭＰ応答情報蓄積処理を終了し、ステップＳ２０６（図４）へ処理を進める。
【００６１】
（ステップＳ２１４）
取得したパケットのデータが既に蓄積されていた場合、待機応答制御部２００が、ＳＮＭＰ応答情報２３２に既に蓄積されたデータと異なるか否かを判定する。待機応答制御部２００は、取得されたパケットの応答データ１３２中の型及び／又はデータ値が、ＳＮＭＰ応答情報２３２中の対応するＯＩＤのデータの型及び／又はデータ値と異なっていることを検出した場合、Ｙｅｓと判定する。待機応答制御部２００は、これらが同一であった場合、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１３に進める。
Ｎｏの場合、待機応答制御部２００は、ＳＮＭＰ応答情報蓄積処理を終了し、ステップＳ２０６へ処理を進める。
【００６２】
（ステップＳ２１５）
取得されたパケットのデータが既に蓄積されたデータと異なっていたことを検出した場合、待機応答制御部２００が、応答データ更新処理を行う。
待機応答制御部２００は、ＳＮＭＰ応答情報２３２のデータの型及び／又はデータ値について、取得されたパケットの応答データ１３２中の型及び／又はデータ値で上書き更新する。
【００６３】
（ステップＳ２１６）
次に、待機応答制御部２００が、変更情報設定処理を行う。
待機応答制御部２００は、取得されたパケットのＯＩＤに対応する変更情報２３３のエントリーについて、更新されたことを示す「１」等の値に変更する。
このような処理によって、ＳＮＭＰ代理応答するための変更情報２３３のエントリー中で、変更が検知されたものは「１」，そうでないものは「０」等となる。
以上により、通常モード時におけるＳＮＭＰ応答情報蓄積処理を終了し、ステップＳ２０６へ処理を進める。
【００６４】
次に、図７及び図８により、図４のステップＳ１０９の待機モード移行処理、及び図４のステップＳ２０６の待機モード待機応答開始処理の詳細について説明する。
【００６５】
（ステップＳ１２１）
まず、コントローラー制御部１００が、待機モード移行通知送信処理を行う。
コントローラー制御部１００は、待機応答部２０の待機応答制御部２００に、待機モードに移行することを伝える待機モード移行通知を送信する（タイミングＴ１０２）。
【００６６】
（ステップＳ２２１）
ここで、待機モード移行通知を受信した待機応答部２０の待機応答制御部２００が、ＳＮＭＰ応答情報２３２のデータの変更があったか否かを判定する。待機応答制御部２００は、変更情報２３３を読み出して、更新されたことを示す「１」等の値のエントリーがあった場合、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２２２に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２２４に進める。
【００６７】
（ステップＳ２２２）
ＳＮＭＰ応答情報２３２のデータの変更があった場合、待機応答制御部２００が、変更ＳＮＭＰ応答情報作成要求処理を行う。
図８によると、待機応答制御部２００は、変更情報２３３で変更されたことを示す「１」等の値が設定されたエントリーに対応するＯＩＤの最新のデータを、コントローラー部１０に作成要求する。具体的には、待機応答制御部２００は、例えば、ＳＮＭＰ−Ｇｅｔリクエストのパケットを含む情報要求データ１３１を作成して、再帰的に待機応答入力部２１０に入力させる（タイミングＴ２０１）。
【００６８】
（ステップＳ１２２）
ここで、ＳＮＭＰ−Ｇｅｔリクエストのパケットを含む情報要求データ１３１を受信したコントローラー部１０のコントローラー制御部１００が、変更ＳＮＭＰ応答情報送信処理を行う。
コントローラー制御部１００は、コントローラー入力部１１０で受信したパケットのＯＩＤに対応する最新の機器状態の応答データ１３２が含まれるパケットを作成して送信する（タイミングＴ１０３）。
コントローラー制御部１００は、この処理について、図４のステップＳ１０３〜ステップＳ１０７と同様に行う。
【００６９】
（ステップＳ２２３）
ここで、最新の応答データ１３２が含まれるパケットを受信した待機応答部２０の待機応答制御部２００が、変更ＳＮＭＰ応答情報更新処理を行う。
待機応答制御部２００は、応答データ１３２のデータを、ＳＮＭＰ応答情報２３２の対応するＯＩＤのデータに書き込んで更新する。待機応答制御部２００は、この処理について、図４のステップＳ２１５の応答データ更新処理と同様に行う。
これらの処理によって、通常モードから待機モードに移行するタイミングで、ＳＮＭＰ応答データ中で、変更が検知されたものに関して再帰的にＳＮＭＰリクエストをし、ＳＮＭＰ応答情報２３２を更新することができる。このように変更が変更が検知された応答データ１３２の基となるデータは、その後も機器状態の変化により変化している可能性が高い。このため、コントローラー部１０が待機モードになる直前の最新の応答データ１３２を再帰的に作成要求して、作成された応答データ１３２ＳＮＭＰ応答情報２３２を更新することで、待機モードで適切な応答データ１３２により応答可能となる。つまり、通常モードと待機モードで、応答データ１３２の整合性を保つことができる。
なお、待機応答制御部２００は、直前に取得したＳＮＭＰレスポンス中のＯＩＤを使用して、ＧｅｔＮｅｘｔリクエストの送信を複数回行って、ＳＮＭＰ応答情報２３２のツリーの枝の下部をすべて更新してもよい。
【００７０】
（ステップＳ１２２）
ここで、コントローラー部１０のコントローラー制御部１００が、セルフリフレッシュ適用処理を行う。
コントローラー制御部１００は、各種ステート等を記憶部１３０のＨＤＤやフラッシュメモリー等の記録媒体に保存する。
なお、コントローラー制御部１００は、このセルフリフレッシュ適用処理は、待機応答部２０による変更ＳＮＭＰ応答情報更新処理が、変更情報２３３のすべてのエントリーについての処理が完了してから行われるよう制御してもよい。
その後、コントローラー制御部１００が所定時間アクセスしないと、記憶部１３０のＲＡＭ等は、セルフリフレッシュの状態になる。
以上により、コントローラー部１０の待機モード移行処理を終了する。
【００７１】
（ステップＳ２２４）
ここで、待機モード移行通知を受信した、待機応答部２０の待機応答制御部２００が、受信出力切り換え処理を行う。
待機応答制御部２００は、待機応答入力部２１０の出力を待機モード応答データ作成部２０１へ切り換える。
【００７２】
（ステップＳ２２５）
次に、待機応答制御部２００が、送信出力切り換え処理を行う。
待機応答制御部２００は、待機応答出力部２２０の出力を、通信インターフェイス部３０の送信部３２０と、待機応答制御部２００の待機モード応答データ作成部２０１との両方に切り換える。
【００７３】
（ステップＳ２２６）
次に、待機応答制御部２００が、電源制御処理を行う。
待機応答制御部２００は、コントローラー部１０の電源部１４０に待機モード移行命令を送信し、電源供給をオフにさせる。
また、待機応答制御部２００は、待機モードで実行するための制御プログラムを記憶部２３０のＨＤＤやフラッシュメモリー等からＲＡＭへ読み出して、下記で説明する待機モード処理を実行開始する。
以上により、待機応答部２０の待機モード待機応答開始処理を終了する。
【００７４】
〔応答装置１による待機モード処理〕
次に、図９〜図１０を参照して、本発明の実施の形態に係る応答装置１による待機モード処理の説明を行う。
本実施形態の待機モード処理は、待機モード時に、待機応答部２０が、情報蓄積部２０３により記憶部２３０に記憶されたアドレス情報２３１及びＳＮＭＰ応答情報２３２により、応答データ１３２を作成して応答を行う。この際、待機応答部２０が、待機モード移行時に変更応答データ作成要求部２０２から再帰的に出力された作成要求に対応して作成されたＳＮＭＰ応答情報２３２を使用する。これにより、待機モード時でも、通常モードから待機モードに移行する直前のＳＮＭＰ応答情報２３２を用いて、整合性のとれた応答を行う。また、待機応答部２０は、応答ができないパケットであった場合は、コントローラー部１０を通常モードに復帰させて対応させる。
本実施形態の待機モード処理は、主に、待機応答部２０の待機応答制御部２００が、記憶部２３０に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図９のフローチャートを参照して、待機モード処理の詳細をステップ毎に説明する。
【００７５】
（ステップＳ２３１）
まず、待機応答部２０の待機応答制御部２００が、待機モード応答データ作成部２０１として、受信処理を行う。
図１０によると、まず、受信部３１０にて、ネットワーク５からパケットを受信した場合、受信されたパケットが、待機応答入力部２１０へ入力される。この入力されたパケットは、待機応答制御部２００の待機モード応答データ作成部２０１へ入力される。
【００７６】
（ステップＳ２３２）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、受信されたパケットがあったか否かを判定する。待機応答制御部２００は、受信されたパケットがあった場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２３３に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２３１に戻して、パケットを受信するまで待機する。
【００７７】
（ステップＳ２３３）
受信されたパケットがあった場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、受信パケット解釈処理を行う。
待機応答制御部２００は、受信されたパケットのプロトコルや送信先の情報等により、応答装置１により応答が必要か、その場合は、待機応答部２０で応答可能か、又はコントローラー部１０による応答が必要か等について解釈を行う。
また、待機応答制御部２００は、受信されたパケットが情報要求データ１３１であった場合は、記憶部２３０に一時的に記憶する。
【００７８】
（ステップＳ２３４）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ１３２の作成が必要か否かを判定する。待機応答制御部２００は、応答装置１により応答が必要なパケットであった場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２３５に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２３１に戻して、パケットの受信を続ける。
【００７９】
（ステップＳ２３５）
応答が必要なパケットの場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ１３２の作成が可能か否かを判定する。待機応答制御部２００は、記憶部２３０を参照し、アドレス情報２３１とＳＮＭＰ応答情報２３２から応答データ１３２を作成可能な場合は、Ｙｅｓと判定する。待機応答制御部２００は、応答データ１３２を作成できない場合には、Ｎｏと判定する。この応答データ１３２が作成できない場合の具体例として、アドレス情報２３１にＩＰアドレス及びＭＡＣアドレスが記憶されていない、ＳＮＭＰ応答情報２３２のデータが不足している、又はＡＲＰやＳＮＭＰパケットではない等の場合が挙げられる。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２３６に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２３８に進める。
【００８０】
（ステップＳ２３６）
応答データ１３２の作成が可能な場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ作成処理を行う。
図１０によると、待機応答制御部２００は、アドレス情報２３１とＳＮＭＰ応答情報２３２に蓄積されたデータに基づいて、受信されたパケットに対応する応答用の応答データ１３２のパケットを作成し、記憶部２３０に一時的に保存する。
【００８１】
（ステップＳ２３７）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、送信処理を行う。
待機応答制御部２００は、待機モード応答データ作成部２０１から入力された応答データ１３２として送信するパケットを、通信インターフェイス部３０の待機応答出力部２２０に出力する。
この送信するパケットは送信部３２０から、ネットワーク５へ送信される。
【００８２】
（ステップＳ２３８）
応答が必要にもかかわらず、応答データ１３２を作成できない場合、待機応答制御部２００が、電源制御部２０４として、通常モード移行処理を行う。
待機応答制御部２００は、コントローラー部１０を復帰させて、応答データ１３２を作成させる。
この通常モード移行処理の詳細については後述する。
以上により、本実施形態の待機モード処理を終了する。
【００８３】
次に、図１１により、図９のステップＳ２３８の通常モード移行処理の詳細について説明する。
【００８４】
（ステップＳ２４１）
図９のステップＳ２３５でＮｏの場合、まず、待機応答制御部２００が、電源オン処理を行う。
待機応答制御部２００は、電源制御部２０４を介してコントローラー部１０の電源をオンにする。
【００８５】
（ステップＳ２４２）
次に、待機応答制御部２００が、コントローラー制御部復帰処理を行う。
待機応答制御部２００は、コントローラー制御部１００をリセット等する。
これにより、コントローラー制御部１００が記憶部１３０にアクセスすると、セルフリフレッシュ状態が解除される。
コントローラー制御部１００は、図７のステップＳ１２１でＨＤＤ等の記録媒体に記憶させた各種ステート等を記憶部のＲＡＭ等に書き戻す。
【００８６】
（ステップＳ２４３）
次に、待機応答制御部２００が、受信出力切り換え処理を行う。
待機応答制御部２００は、待機応答入力部２１０の出力を、待機モード応答データ作成部２０１から、コントローラー部１０のコントローラー入力部１１０へ切り換える。
【００８７】
（ステップＳ２４４）
次に、待機応答制御部２００が、送信出力切り換え処理を行う。
待機応答制御部２００は、待機応答出力部２２０の出力を、通信インターフェイス部３０の送信部３２０と待機応答制御部２００の情報蓄積部２０３との両方とから、送信部３２０と、情報蓄積部２０３とになるよう切り換える。
以上により、通常モード移行処理を終了する。
【００８８】
以上のように構成することで、以下のような効果を得ることができる。
従来から、メインＣＰＵ側の最新の応答データの情報は、機器状態により変化することがあった。このため、特許文献１の技術では、通常モードでサブＣＰＵ側で蓄積した応答データの情報と、メインＣＰＵ側の最新の応答データの情報とが異なって、通常モード時と待機モード時での応答の整合性がとれなくなることがあるという問題があった。
これに対して、本発明の実施の形態に係る応答装置１は、通常モードと待機モードとにおいてネットワーク５からの情報要求データ１３１を受信し、情報要求データ１３１に対する応答データ１３２をネットワーク５に送信可能であり、通常モードのときに、応答データ１３２を作成する通常モード応答データ作成部１０１と、通常モードのときに、通常モード応答データ作成部１０１により作成された応答データ１３２の情報をアドレス情報２３１及びＳＮＭＰ応答情報２３２として待機モードのときに読み出し可能な記憶部２３０に蓄積し、通常モード応答データ作成部１０１により応答データ１３２の情報が変更された場合、当該応答データ１３２の情報によりアドレス情報２３１及びＳＮＭＰ応答情報２３２を変更し、当該アドレス情報２３１及びＳＮＭＰ応答情報２３２と対応付けられた変更情報２３３を記憶部２３０に設定する情報蓄積部２０３と、通常モードから待機モードに移行する際に、情報蓄積部２０３により蓄積された変更情報２３３を参照し、変更されたアドレス情報２３１及びＳＮＭＰ応答情報２３２を通常モード応答データ作成部１０１に作成要求する情報要求データ１３１を作成する変更応答データ作成要求部２０２と、待機モードのときに、変更応答データ作成要求部２０２の作成要求に対応して作成されたアドレス情報２３１及びＳＮＭＰ応答情報２３２と、情報蓄積部により記憶部に蓄積されたアドレス情報２３１及びＳＮＭＰ応答情報２３２とから、応答データ１３２を作成する待機モード応答データ作成部２０１とを備えることを特徴とする。
このように構成することで、通常モード時に待機応答部２０側で蓄積された応答データ１３２の情報であるＳＮＭＰ応答情報２３２に関して、コントローラー部１０が送信したパケットを監視して、データ更新をチェックする。更新を検知したものに関しては、待機モードへ移行直前のタイミングで待機応答部２０からコントローラー部１０へＳＮＭＰ−Ｇｅｔリクエストを送信し、その応答データ１３２を取得して、データ更新を行う。つまり、通常モードから待機モードに移行する際に、変更情報２３３に対応した応答データ１３２を再帰的に作成要求して、ＳＮＭＰ応答情報２３２に蓄積し直すことができる。これにより、コントローラー部１０の応答データ１３２と待機応答部２０の応答データ１３２の不一致を防ぐことができる。つまり、通常モード時の応答と待機モード時で応答データ１３２の整合性を保って応答する応答装置を提供することができる。
【００８９】
また、このように構成することで、待機モードのときに応答データ１３２を作成するための情報が通常モードのときに蓄積され、待機モードのときに蓄積された情報を転送することなく、蓄積された情報から応答データ１３２を作成することができる。
つまり、通常モードのときに、待機モードで応答データ１３２を作成するための情報を記憶部２３０に蓄積することができる。このため、通常モードから待機モードへの移行時に、いちいちコントローラー部１０から待機応答部２０へデータを転送する必要がなくなり、通常モードから待機モードへの移行を従来よりも高速化できる。
また、待機モードへの移行時に、変更情報２３３を参照することで、変更があったＳＮＭＰ応答情報２３２だけ再蓄積させるため、待機モードへの移行を短時間で行うことができる。
【００９０】
また、本発明の実施の形態に係る応答装置１は、通常モード時に待機応答部２０の側で自身の送信パケットを取得し、待機モード時の応答に必要な情報を抽出し記憶しておき、待機モードのときには蓄積した情報を用いてネットワーク応答を行う。つまり、本実施形態の応答装置１の待機応答部２０は、通常時は、通信インターフェイス部３０から受信したパケットをコントローラー部１０へ、またコントローラー部１０が送信するパケットは通信インターフェイス部３０へ送信する。その際、送信パケットのチェックを行い、待機時の応答に必要な情報を蓄積する。
このため、待機応答部２０に対する特別な応答の設定が不要となり、コントローラー部１０の開発工数削減が期待できる。
【００９１】
また、本実施形態の応答装置１によれば、待機応答部２０がコントローラー部１０にパケットを再帰的に送信することで、待機モード時の応答データ１３２を収集できる。
これにより、待機時に応答するためのデータが自動的に待機応答部２０内に蓄積され、また待機モード時の応答データ１３２も短時間で作成することができる。このため、待機モードへの移行後、ＳＮＭＰ応答情報２３２から、必要な応答データ１３２を作成できる可能性を高めることができる。よって、初回の通常モードから待機モードへの移行時に、応答データ１３２を作成できず、すぐにコントローラー部１０を復帰させなければならないというケースが生じる可能性を低くすることができる。このため、消費電力削減が期待できる。
【００９２】
また、本発明の実施の形態に係る応答装置１は、変更応答データ作成要求部２０２が、外部からの情報要求データ１３１に対応して、通常モード応答データ作成部１０１により、予め定められた特定の種類の情報を含む応答データ１３２が作成された場合、他の応答データ１３２の情報を要求することを特徴とする。
このように構成することで、特定の種類の情報として、例えば、応答装置１のＩＰアドレスとＭＡＣアドレスが確定した際に、すぐに情報要求データ１３１及び応答データ１３２を蓄積することができる。これにより、応答装置１のＩＰアドレスが確定した際に、素早く応答データ１３２のＳＮＭＰの応答用のＭＩＢを蓄積する、といったことが可能となる。このため、コントローラー部１０を待機モードから復帰させる頻度を低下させ、省電力効率を高めることができる。
【００９３】
また、本発明の実施の形態に係る応答装置１は、情報要求データ１３１は、ＡＲＰまたはＳＮＭＰの要求のデータであり、特定の種類の情報は、ＩＰアドレス及びＭＡＣアドレスであり、再帰的に送信された情報要求データ１３１は、ＳＮＭＰのＧｅｔリクエストであることを特徴とする。
これにより、待機モード時にネットワークからの応答が必要である主要な情報を蓄積することができる。よって、省電力効率を高めることができる。
【００９４】
なお、本発明の実施の形態においては、ＳＮＭＰマネージャー等がインストールされている一台の端末２がネットワーク５に接続されている例で説明した。しかしながら、図１に示したように、ネットワーク５には複数の端末２が接続され、応答装置１は複数の端末２から情報要求データ１３１のパケットを受信することができる。
【００９５】
また、本実施形態では、情報蓄積部２０３が蓄積する情報をＡＲＰとＳＮＭＰに対する応答データ１３２を作成するための例で説明したが、これに限定されず、情報要求に対する応答として返信されるデータであれば各種情報を蓄積することができる。
このように構成することで、ＡＲＰやＳＮＭＰ以外の応答を行うことができる。
【００９６】
また、本実施形態では、通常モードにおいて通信インターフェイス部３０が出力する情報要求データ１３１を、待機応答部２０を経由してコントローラー部１０が入力している例を示した。しかしながら、待機応答部２０を経由せずに通信インターフェイス部３０が出力する情報要求データ１３１をコントローラー部１０が直接入力することも可能である。
このように構成することで、通常モード時の待機応答部２０の処理負担を軽減でき、コストを削減できる。
【００９７】
また、上述の実施の形態では、記憶部１３０と記憶部２３０とを別々の構成として示したものの、記憶部１３０と記憶部２３０とで同一の記憶媒体、共有メモリーのＲＡＭ等を用いて構成してもよい。この場合でも、コントローラー制御部１００と待機応答制御部２００とで別々のメモリー空間で排他的にアクセスされてもよい。
このように構成することで、応答装置１のコストを削減することができる。
【００９８】
また、本発明は、画像形成装置以外の情報処理装置にも適用できる。つまり、ネットワークスキャナー、スキャナーをＵＳＢ等で別途接続したサーバー等を用いる構成であってもよい。
【００９９】
また、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【産業上の利用可能性】
【０１００】
本発明は、応答装置に好適であるが、応答装置に限られるものではなく、応答データ１３２を送信する待機モードで動作可能な装置一般に適用できる。
【符号の説明】
【０１０１】
１  応答装置
２  端末
５  ネットワーク
１０  コントローラー部
２０  待機応答部
３０  通信インターフェイス部
１００  コントローラー制御部
１０１  通常モード応答データ作成部
１１０  コントローラー入力部
１２０  コントローラー出力部
１３０、２３０  記憶部
１３１  情報要求データ
１３２  応答データ
１４０  電源部
２００  待機応答制御部
２０１  待機モード応答データ作成部
２０２  変更応答データ作成要求部
２０３  情報蓄積部
２０４  電源制御部
２１０  待機応答入力部
２２０  待機応答出力部
２３１  アドレス情報
２３２  ＳＮＭＰ応答情報
２３３  変更情報
３１０  受信部
３２０  送信部
Ｘ  応答システム
【図１】
2015222920.tif 000003
【図２】
2015222920.tif 000004
【図３】
2015222920.tif 000005
【図４】
2015222920.tif 000006
【図５】
2015222920.tif 000007
【図６】
2015222920.tif 000008
【図７】
2015222920.tif 000009
【図８】
2015222920.tif 000010
【図９】
2015222920.tif 000011
【図１０】
2015222920.tif 000012
【図１１】
2015222920.tif 000013