特許 5943902 応答装置及びネットワーク応答方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5943902

(24)【登録日】2016年6月3日

(45)【発行日】2016年7月5日

(54)【発明の名称】応答装置及びネットワーク応答方法

(51)【国際特許分類】

   G06F 1/32 20060101AFI20160621BHJP

   B41J 29/38 20060101ALI20160621BHJP

   H04N 1/00 20060101ALI20160621BHJP

【ＦＩ】

   G06F1/32 Z

   B41J29/38 Z

   B41J29/38 D

   H04N1/00 C

【請求項の数】3

【全頁数】25

(21)【出願番号】特願2013-272654(P2013-272654)

(22)【出願日】2013年12月27日

(65)【公開番号】特開2015-127854(P2015-127854A)

(43)【公開日】2015年7月9日

【審査請求日】2015年10月21日

(73)【特許権者】

【識別番号】000006150

【氏名又は名称】京セラドキュメントソリューションズ株式会社

(74)【代理人】

【識別番号】100097113

【弁理士】

【氏名又は名称】堀 城之

(74)【代理人】

【識別番号】100162363

【弁理士】

【氏名又は名称】前島 幸彦

(72)【発明者】

【氏名】相場 雅彰

【審査官】 片岡 利延

(56)【参考文献】

【文献】 特開２０１１−０４１１２８（ＪＰ，Ａ）

【文献】 特開２０１２−２２７７３０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １／３２

Ｂ４１Ｊ ２９／３８

Ｈ０４Ｎ １／００

(57)【特許請求の範囲】

【請求項1】

通常モードと待機モードとにおいてネットワークからの情報要求データを受信し、前記情報要求データに対する応答データを前記ネットワークに送信可能な応答装置において、
前記通常モードのときに、前記応答データを作成する通常モード応答データ作成手段と、
前記通常モードのときに、前記通常モード応答データ作成手段により作成された前記応答データの情報を、前記待機モードのときに読み出し可能な記憶手段に蓄積する情報蓄積手段と、
前記待機モードのときに、前記情報蓄積手段により前記記憶手段に蓄積された前記応答データの情報から、前記応答データを作成し、前記応答データの情報の応答頻度を記憶する待機モード応答データ作成手段と、
前記通常モードのときに、前記情報蓄積手段により蓄積された前記応答データの情報の容量が、前記記憶手段の記憶容量を超える場合、前記応答頻度が予め定められた閾値より低い前記応答データの情報を削除する蓄積応答データ削除手段とを備え、
前記待機モード応答データ作成手段は、
前記待機モードのときに、前記応答データを作成できなかった前記情報要求データの情報を、前記記憶手段に記憶し、
前記情報蓄積手段は、
前記応答データを作成できなかった前記情報要求データの情報に対応して、前記通常モード応答データ作成手段により作成された前記応答データの情報を、前記応答頻度が低い前記応答データの情報より優先して蓄積する
ことを特徴とする応答装置。

【請求項2】

前記情報要求データは、ＡＲＰ又はＳＮＭＰの要求のデータであり、
前記応答データは、ＡＲＰ又はＳＮＭＰの応答のデータである
ことを特徴とする請求項１に記載の応答装置。

【請求項3】

通常モードと待機モードとにおいてネットワークからの情報要求データを受信し、前記情報要求データに対する応答データを前記ネットワークに送信可能により実行されるネットワーク応答方法において、
前記通常モードのときに、前記応答データを作成し、
前記通常モードのときに、作成された前記応答データの情報を、前記待機モードのときに読み出し可能な記憶手段に蓄積し、
前記待機モードのときに、前記記憶手段に蓄積された前記応答データの情報から、前記応答データを作成し、前記応答データの情報の応答頻度を記憶し、
前記待機モードのときに、前記応答データを作成できなかった前記情報要求データの情報を、前記記憶手段に記憶し、
前記通常モードのときに、蓄積された前記応答データの情報の容量が、前記記憶手段の記憶容量を超える場合、前記応答頻度が予め定められた閾値より低い前記応答データの情報を削除し、
前記通常モードのときに、前記応答データを作成できなかった前記情報要求データの情報に対応して、作成された前記応答データの情報を、前記応答頻度が低い前記応答データの情報より優先して蓄積する
ことを特徴とするネットワーク応答方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、応答装置及びネットワーク応答方法に係り、特に情報要求データを受信し、情報要求データに対する応答データを送信する応答装置及びネットワーク応答方法に関する。

【背景技術】

【0002】

従来から、文書や画像を印刷可能な複合機（Multifunctional Peripheral, MFP）等の画像形成装置が存在する。

【0003】

これらの画像形成装置は、省エネルギー対策としてユーザーが画像形成装置を使用しない状態で予め設定された時間を経過すると、消費電力の大きい各部への電力供給を停止して、一部の機能のみ電力供給を行う低消費電力の待機状態(以下、「待機モード」という)に移行する。
しかし、一旦待機モードに移行すると、ユーザーが画像形成装置を使用できる状態（以下、「通常モード」という）になるまで時間がかかる。
たとえば、ホストコンピュータがネットワークを経由して画像形成装置の情報を確認するための情報要求データを待機モードの画像形成装置に送信すると、画像形成装置は、待機モードから通常モードに移行して応答データを送信するので時間がかかる。このため、ホストコンピュータから情報要求データを何回も送信されると、待機モードから通常モードに移行する回数が増加し、更に待機モードとなる時間が短くなる。このため、消費電力を効率的に減らすことができない。

【0004】

この対策として、例えば、特許文献１を参照すると、通常モードで応答を行うメインＣＰＵ（Central Processing Unit）と、待機モードで応答を行うサブＣＰＵの２つのＣＰＵからなるコントローラーにおいて、通常モードにおいて、メインＣＰＵは応答データをメインＣＰＵのＲＡＭ（Random Access Memory）に記憶する画像処理装置が開示されている。
特許文献１の画像形成装置は、待機モードに移行する時には、サブＣＰＵにより、メインＣＰＵのＲＡＭから予め設定された応答データを取り出し、サブＣＰＵのＲＡＭに記憶する。このように、通常モードから待機モードに移行したときに、サブＣＰＵのＲＡＭに一部の応答データが記憶されるので、待機モードにおいて、サブＣＰＵが、サブＣＰＵのＲＡＭに記憶したデータを用いて応答データを作成して送信することができる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１０−０９４９２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、特許文献１の技術は、待機モードへの移行時、ＲＡＭのデータをその都度サブＣＰＵのＲＡＭへ転送する必要があり、待機モードへ移行するまで時間がかかるという問題があった。

【0007】

本発明は、このような状況に鑑みてなされたものであって、上述の問題点を解消することを課題とする。

【課題を解決するための手段】

【0008】

本発明の応答装置は、通常モードと待機モードとにおいてネットワークからの情報要求データを受信し、前記情報要求データに対する応答データを前記ネットワークに送信可能な応答装置において、前記通常モードのときに、前記応答データを作成する通常モード応答データ作成手段と、前記通常モードのときに、前記通常モード応答データ作成手段により作成された前記応答データの情報を、前記待機モードのときに読み出し可能な記憶手段に蓄積する情報蓄積手段と、前記待機モードのときに、前記情報蓄積手段により前記記憶手段に蓄積された前記応答データの情報から、前記応答データを作成し、前記応答データの情報の応答頻度を記憶する待機モード応答データ作成手段と、前記通常モードのときに、前記情報蓄積手段により蓄積された前記応答データの情報の容量が、前記記憶手段の記憶容量を超える場合、前記応答頻度が予め定められた閾値より低い前記応答データの情報を削除する蓄積応答データ削除手段とを備え、前記待機モード応答データ作成手段は、前記待機モードのときに、前記応答データを作成できなかった前記情報要求データの情報を、前記記憶手段に記憶し、前記情報蓄積手段は、前記応答データを作成できなかった前記情報要求データの情報に対応して、前記通常モード応答データ作成手段により作成された前記応答データの情報を、前記応答頻度が低い前記応答データの情報より優先して蓄積することを特徴とする。
本発明の応答装置は、前記情報要求データは、ＡＲＰ又はＳＮＭＰの要求のデータであり、前記応答データは、ＡＲＰ又はＳＮＭＰの応答のデータであることを特徴とする。
本発明のネットワーク応答方法は、通常モードと待機モードとにおいてネットワークからの情報要求データを受信し、前記情報要求データに対する応答データを前記ネットワークに送信可能により実行されるネットワーク応答方法において、前記通常モードのときに、前記応答データを作成し、前記通常モードのときに、作成された前記応答データの情報を、前記待機モードのときに読み出し可能な記憶手段に蓄積し、前記待機モードのときに、前記記憶手段に蓄積された前記応答データの情報から、前記応答データを作成し、前記応答データの情報の応答頻度を記憶し、前記待機モードのときに、前記応答データを作成できなかった前記情報要求データの情報を、前記記憶手段に記憶し、前記通常モードのときに、蓄積された前記応答データの情報の容量が、前記記憶手段の記憶容量を超える場合、前記応答頻度が予め定められた閾値より低い前記応答データの情報を削除し、前記通常モードのときに、前記応答データを作成できなかった前記情報要求データの情報に対応して、作成された前記応答データの情報を、前記応答頻度が低い前記応答データの情報より優先して蓄積することを特徴とする。

【発明の効果】

【0009】

本発明によれば、通常モードの際に、作成された応答データの情報を蓄積し、待機モード時に蓄積された当該応答データを作成することで、待機モードへの移行を高速に行うことができる応答装置を提供することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の応答システムのシステム構成図である。

【図2】本発明の画像形成装置の実施の形態に係る応答装置の構成を示すブロック図である。

【図3】図１に示す応答装置のアドレス情報及びＳＮＭＰ応答情報の構成を示す概念図である。

【図4】本発明の実施の形態に係る応答装置の通常モード処理のフローチャートである。

【図5】図４に示すアドレス情報蓄積処理及びＳＮＭＰ応答情報蓄積処理の概念図である。

【図6】図４に示す情報要求データ再帰的送信処理の概念図である。

【図7】図４に示す待機モード移行処理及び待機モード待機応答開始処理の詳細を示すフローチャートである。

【図8】本発明の実施の形態に係る応答装置の待機モード処理のフローチャートである。

【図9】図８に示す応答データ作成処理の概念図である。

【図10】図８に示す作成不可応答情報記録処理の概念図である。

【図11】図８に示す通常モード移行処理の詳細を示すフローチャートである。

【発明を実施するための形態】

【0011】

＜実施の形態＞
〔応答システムＸの構成〕
まず、図１により、本発明の実施の形態に係る応答システムＸの構成について、説明する。
応答システムＸは、応答装置１と端末２で構成され、応答装置１と端末２は、ネットワーク５で接続されている。
応答装置１は、プリンター、多機能プリンター、多機能周辺装置、又は複合機などのＭＦＰである画像形成装置、又はネットワーク５を経由して情報要求データ１３１を受信し、情報要求データ１３１に対する応答データ１３２を送信するその他の装置である。本実施形態において、応答装置１は、例えば、ＳＮＭＰ（Simple Network Management Protocol）エージェントの機能を備えていてもよい。
端末２は、応答装置１に対して情報要求データ１３１を送信し、情報要求データ１３１に対する応答データ１３２を受信するＰＣ（Personal Computer）等のコンピュータである。端末２は、ＳＮＭＰマネージャーの機能を備えていてもよい。
ネットワーク５は、ＬＡＮ、無線ＬＡＮ、ＷＡＮ、携帯電話網等の外部ネットワークである。ネットワーク５は、例えば、ＴＣＰ／ＩＰのパケットを送受信可能である。

【0012】

〔応答装置１の制御構成〕
次に、図２により、応答装置１の制御構成について説明する。
本発明の実施の形態に係る応答装置１は、コントローラー部１０、待機応答部２０、及び通信インターフェイス部３０を備えている。各部は、通信インターフェイス部３０を介してネットワーク５へ接続される。

【0013】

（コントローラー部１０の構成）
コントローラー部１０は、画像形成装置等の各部を制御する主基板とネットワークカード等の機能を備えたホストコントローラーである。コントローラー部１０は、コントローラー制御部１００、コントローラー入力部１１０、コントローラー出力部１２０、記憶部１３０、及び電源部１４０を備えている。
コントローラー部１０は、応答装置１が通常モードのときに、情報要求データ１３１を入力し、応答データ１３２を出力する。このため、コントローラー部１０は、コントローラー制御部１００は、コントローラー入力部１１０で受信した受信パケットを処理し、コントローラー出力部１２０へ応答パケットを送信する。

【0014】

コントローラー制御部１００は、ＧＰＰ（General Purpose Processor）、ＣＰＵ（Central Processing Unit、中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Processor、特定用途向けプロセッサー）等の情報処理手段である。また、コントローラー制御部１００は、通常モード応答データ作成部１０１（通常モード応答データ作成手段）を備えている。この通常モード応答データ作成部１０１の詳細については後述する。
コントローラー制御部１００は、記憶部１３０のＲＯＭやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各手段として動作させられる。これにより、コントローラー制御部１００は、例えば、ＳＮＭＰエージェントとして機能させることが可能である。また、コントローラー制御部１００は、図示しない外部の端末や操作パネル部から入力された所定の指示情報に応じて、画像形装置等の装置全体の制御を行う。

【0015】

コントローラー入力部１１０は、待機応答部２０から受信したパケットをコントローラー制御部１００へ出力する。言い換えると、コントローラー制御部１００は、コントローラー入力部１１０を介して、待機応答部２０から出力される情報要求データ１３１を入力する。
より詳しく説明すると、コントローラー入力部１１０は、通信インターフェイス部３０の受信部３１０から入力され待機応答部２０から出力された情報要求データ１３１を入力する。また、コントローラー入力部１１０は、これに加え、後述する再帰応答要求部２０２により再帰的に送信され待機応答部２０から出力された情報要求データ１３１も入力する。

【0016】

コントローラー出力部１２０は、コントローラー制御部１００により作成されたパケットを、待機応答部２０へ出力する。言い換えると、コントローラー出力部１２０は、応答データ１３２を待機応答部２０に出力する。

【0017】

記憶部１３０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリー等の半導体メモリー、又はＨＤＤ（Hard Disk Drive）等の記録媒体を含む記憶手段である。また、記憶部１３０は、情報要求データ１３１及び応答データ１３２を記憶する。
記憶部１３０のＲＡＭは、待機モードの状態であっても、セルフリフレッシュ等の機能により、記憶内容が保持される。また、記憶部１３０のＲＯＭやＨＤＤには応答装置１の動作制御を行うための制御プログラムが記憶されている。これに加えて、記憶部１３０は、ユーザーのアカウント設定も記憶していてもよい。また、記憶部１３０には、ユーザー毎の保存フォルダーの領域が含まれていてもよい。
なお、記憶部１３０は、待機モードのときには、待機応答部２０から読み出しや書き込みが不可能であってもよい。

【0018】

電源部１４０は、コントローラー部１０のコントローラー制御部１００を含む各部に電源を供給する手段である。また、電源部１４０は、待機応答部２０の電源待機応答制御部２００からの入力を受けて、コントローラー制御部１００の電源を制御する。電源部１４０は、待機応答部２０からの制御により電源がオンされると各部に電力を供給し、またはオフされると各部への電力の供給を停止する。

【0019】

通常モード応答データ作成部１０１は、通常モードのときに、応答データ１３２を作成する。通常モード応答データ作成部１０１は、コントローラー入力部１１０から情報要求データ１３１を取得すると、一時的に記憶部１３０に保存する。
通常モード応答データ作成部１０１は、この情報要求データ１３１を参照して、応答が必要な場合は、応答データ１３２を作成してコントローラー出力部１２０に出力する。
また、通常モード応答データ作成部１０１は、記憶部１３０に予め設定された条件になった場合、通常モードから待機モードに移行させる。通常モード応答データ作成部１０１は、この予め設定された条件として、例えばユーザーの指示を検知しなくなってから、図示しないタイマーで設定された時間が経過した場合、通常モードから待機モードに移行させる。このユーザーの指示を検知しなくなる条件としては、例えば、印刷データ等を受信せず、操作パネルにユーザーが最後に触れてから設定された時間が経過した場合等の条件を設定可能である。

【0020】

ここで、応答装置１のコントローラー制御部１００は、記憶部１３０に記憶された制御プログラムを実行することで、通常モード応答データ作成部１０１として機能する。

【0021】

情報要求データ１３１は、各種プロトコルにより応答装置１の各種情報を要求するためのデータである。情報要求データ１３１は、コントローラー入力部１１０から取得され、通常モード応答データ作成部１０１により一時的に記憶される。
情報要求データ１３１は、例えば、ＡＲＰ（Address Resolution Protocol）リクエスト、ＲＡＲＰ（Reverse address resolution protocol）、ＤＨＣＰ（Dynamic Host Configuration Protocol）、ＢＯＯＴＰ（Bootstrap Protocol）等の各種リクエスト（要求）等のデータであってもよい。
また、情報要求データ１３１は、例えば、ＳＮＭＰのＯＩＤ（Object IDentifier）を含む「ＳＮＭＰ−Ｇｅｔリクエスト」や「ＳＮＭＰ−ＧｅｔＮｅｘｔリクエスト」等の各種リクエストのデータ等を含んでいてもよい。

【0022】

応答データ１３２は、情報要求データ１３１に対して、各種プロトコルに従った応答を行うためのデータである。応答データ１３２は、通常モード応答データ作成部１０１により作成され、コントローラー出力部１２０に出力される。
応答データ１３２は、例えば、情報要求データ１３１がＡＲＰリクエストやＲＡＲＰリクエストの場合、応答装置１のＩＰアドレスやＭＡＣアドレスであってもよい。
また、応答データ１３２は、例えば、情報要求データ１３１がＳＮＭＰの各種リクエストであった場合、応答装置１のＭＩＢ（Management Information Base）についてＯＩＤを参照して作成された、「ＳＮＭＰ−Ｇｅｔレスポンス」や「ＴＲＡＰ」等の応答のメッセージのデータを含んでいてもよい。

【0023】

（待機応答部２０の構成）
待機応答部２０は、応答装置１が待機モードのときに、ネットワーク５に対して待機応答を行うＡＳＩＣ等を含んでいる待機応答のための手段である。待機応答部２０は、待機応答制御部２００、待機応答入力部２１０、待機応答出力部２２０、及び記憶部２３０（記憶手段）を備えている。これらの各部は、各種バスで接続されている。
待機応答部２０は、待機モードのときに、通信インターフェイス部３０から情報要求データ１３１を入力し、通信インターフェイス部３０へ応答データ１３２を出力する。

【0024】

待機応答制御部２００は、ＧＰＰ、ＭＰＵ、又はＣＰＵ等の制御手段を備えている。待機応答制御部２００は、待機応答入力部２１０、待機応答出力部２２０、及び記憶部２３０に接続されており、各部の制御を行う。また、待機応答制御部２００は、コントローラー部１０のコントローラー制御部１００よりも消費電力が少なくてもよい。
また、待機応答制御部２００は、待機モード応答データ作成部２０１（待機モード応答データ作成手段）、再帰応答要求部２０２（再帰応答要求手段）、情報蓄積部２０３（情報蓄積手段）、電源制御部２０４（電源制御手段）、及び蓄積応答データ削除部２０５（蓄積応答データ削除手段）を備えている。

【0025】

待機応答入力部２１０は、通信インターフェイス部３０又は再帰応答要求部２０２から入力されたパケットを、コントローラー部１０又は待機応答制御部２００の待機モード応答データ作成部２０１へ出力する。また、待機応答入力部２１０は、通信インターフェイス部３０から出力される情報要求データ１３１を入力する。

【0026】

待機応答出力部２２０は、コントローラー部１０、又は待機応答制御部２００の待機モード応答データ作成部２０１から入力されたパケットを、情報蓄積部２０３又は通信インターフェイス部３０へ出力する。また、待機応答出力部２２０は、応答データ１３２を通信インターフェイス部３０と待機応答制御部２００の情報蓄積部２０３に出力する。

【0027】

記憶部２３０は、ＲＡＭ、ＲＯＭ、フラッシュメモリー等の記録媒体を含む記憶手段である。記憶部２３０の記憶容量は、コントローラー部１０の記憶部１３０より少なくてもよい。
記憶部２３０は、通常モード及び待機モードのときに、待機応答制御部２００から読み出し及び書き込み可能である。
なお、記憶部２３０は、待機応答制御部２００に内蔵されていてもよい。また、待機応答制御部２００が実行するプログラム及びデータについてのみ、待機応答制御部２００に内蔵されたＲＯＭ等に記憶されていてもよい。

【0028】

待機モード応答データ作成部２０１は、応答装置１が待機モードのときに、情報蓄積部２０３により記憶部２３０蓄積されたアドレス情報２３１及びＳＮＭＰ応答情報２３２を用いて、応答データ１３２を作成する。言い換えると、待機モード応答データ作成部２０１は、待機応答入力部２１０から入力されたパケットの応答用のデータを、記憶部２３０のデータを用いて作成する。
具体的には、待機モード応答データ作成部２０１は、例えば、受信したＡＲＰリクエストやＲＡＲＰリクエストに対して、記憶部２３０のアドレス情報２３１から応答データ１３２を作成する。

【0029】

また、待機モード応答データ作成部２０１は、例えば、受信したＳＮＭＰ−ＧＥＴリクエストに対して、ＳＮＭＰ応答情報２３２から、対応するＯＩＤのデータを読み出して、応答データ１３２を作成する。待機モード応答データ作成部２０１は、この際、ＳＮＭＰ応答情報２３２の各ＯＩＤのデータの応答頻度を算出して記憶する。なお、待機モード応答データ作成部２０１は、アドレス情報２３１についても、応答頻度を算出して記憶してもよい。
また、待機モード応答データ作成部２０１は、待機モードのときに、応答データ１３２が作成できない場合は、コントローラー部１０を復帰させる。このため、待機モード応答データ作成部２０１は、電源制御部２０４から、復帰命令を電源部１４０に通知させる。ここで、応答データ１３２を作成できなかった情報要求データ１３１がＳＮＭＰのリクエストであった場合、待機モード応答データ作成部２０１は、この情報要求データ１３１のＯＩＤの情報を、記憶部２３０に作成不可応答情報２３３に記憶する。

【0030】

再帰応答要求部２０２は、通常モードのときに、通常モード応答データ作成部１０１に対して、他の応答データ１３２の情報を要求する情報要求データ１３１を再帰的に送信するリクエスト作成手段である。
再帰応答要求部２０２は、外部からの情報要求データ１３１に対応して、通常モード応答データ作成部１０１により、予め定められた特定の種類の情報を含む応答データ１３２が作成された場合、他の応答データ１３２の情報を要求する。
具体的には、再帰応答要求部２０２は、情報蓄積部２０３により、ＩＰアドレス及びＭＡＣアドレスがアドレス情報２３１に記憶されたことを検出して、ＳＮＭＰのＭＩＢのデータをコントローラー部１０から再帰的に送信させる。このため、再帰応答要求部２０２は、例えば、記憶部２３０からＩＰアドレス及びＭＡＣアドレスを取得して、ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストのパケットを生成し、待機応答入力部２１０に入力させる。

【0031】

情報蓄積部２０３は、通常モードのときに、通常モード応答データ作成部１０１により作成された応答データ１３２の情報を、待機モードのときに読み出し可能な記憶部２３０にアドレス情報２３１及びＳＮＭＰ応答情報２３２として蓄積する。この際、情報蓄積部２０３は、コントローラー部１０から待機応答出力部２２０を経由して、通信インターフェイス部３０に出力される応答データ１３２の情報を取得して蓄積する。このため、情報蓄積部２０３は、待機応答出力部２２０から出力されるパケットを取得して解析し、必要な情報を記憶部２３０へ記憶する。
具体的には、情報蓄積部２０３は、ＡＲＰやＲＡＲＰのパケットが入力された場合に、アドレス情報２３１に、ＩＰアドレスとＭＡＣアドレスとを設定し記憶させる。
情報蓄積部２０３は、同様に、ＳＮＭＰ応答パケットが入力された場合にＳＮＭＰ応答情報２３２へＯＩＤと応答データ１３２とを記憶する。この際、情報蓄積部２０３は、作成不可応答情報２３３に対応して、通常モード応答データ作成部１０１により作成された応答データ１３２の情報を、応答頻度が低い応答データ１３２の情報より優先して蓄積する。これにより、情報蓄積部２０３は、通常モード時に、ＳＮＭＰ応答情報２３２に、応答装置１のＳＮＭＰのＭＩＢのうち、応答頻度が高いＯＩＤのデータを更新しつつ蓄積しておくことができる。

【0032】

また、情報蓄積部２０３は、通常モードのときに、再帰応答要求部２０２により再帰的に送信された情報要求データ１３１に対応して通常モード応答データ作成部１０１により作成された応答データ１３２の情報についても蓄積する。
また、情報蓄積部２０３は、特定の種類の情報を取得した場合、その旨を再帰応答要求部に通知してもよい。たとえば、情報蓄積部２０３は、ＡＲＰやＲＡＲＰパケットが入力され、アドレス情報２３１へＩＰアドレスとＭＡＣアドレスを初めて記憶した場合は、その旨を待機応答制御部２００の再帰応答要求部２０２へ通知する（以下、この通知を「アドレス記憶通知」という。）。

【0033】

電源制御部２０４は、コントローラー部１０の電源部１４０をオンまたはオフに制御する。
電源制御部２０４は、コントローラー部１０からの待機モード移行命令を受信すると、コントローラー部１０の電源部１４０をオフにし、待機応答部２０の待機モードでの処理を開始させる。
また、電源制御部２０４は、待機モード応答データ作成部２０１により通常モードへ移行する指示を受信すると、電源部１４０をオンにする。これにより、電源制御部２０４は、電源部１４０を介してコントローラー部１０の電源を復帰させ、通常モードの処理を開始させる。

【0034】

蓄積応答データ削除部２０５は、通常モードのときに、情報蓄積部２０３により蓄積された応答データ１３２の情報の容量が、記憶部２３０の記憶容量を超える場合、応答頻度が予め定められた閾値より低い、ＳＮＭＰ応答情報２３２のＯＩＤのデータを削除する。この予め定められた閾値は、応答装置１の操作パネル部や端末２からユーザーの指示に基づいて設定され、記憶部１３０又は記憶部２３０に記憶されていてもよい。また、予め定められた閾値は、記憶部２３０の容量と各ＯＩＤデータの応答頻度に応じて、蓄積応答データ削除部２０５により調整されてもよい。

【0035】

ここで、応答装置１の待機応答制御部２００は、記憶部２３０に記憶された制御プログラムを実行することで、待機モード応答データ作成部２０１、再帰応答要求部２０２、情報蓄積部２０３、及び電源制御部２０４として機能する。

【0036】

記憶部２３０は、情報要求データ１３１、アドレス情報２３１、ＳＮＭＰ応答情報２３２、及び作成不可応答情報２３３を記憶する。これらの構成については、後述する。
なお、ＳＮＭＰ応答情報２３２及び作成不可応答情報２３３は、応答装置１の起動時には、情報が設定されていなくてもよい。

【0037】

（通信インターフェイス部３０の構成）
通信インターフェイス部３０は、Ｅｔｈｅｒｎｅｔ（登録商標）等のインターフェイスにおいて、論理信号を実際の電気的な信号に変換する物理層（Physical Layer）のインターフェイスである。通信インターフェイス部３０は、ネットワーク５に対応して接続するための着脱可能なＬＡＮインターフェイスであってもよい。
通信インターフェイス部３０は、受信部３１０および送信部３２０を備えている。

【0038】

受信部３１０は、ネットワーク５から受信したＥｔｈｅｒｎｅｔ（登録商標）フレームやパケット等のデータ（以下、「パケット」と呼ぶ。）を、待機応答部２０へ出力する。言い換えると、受信部３１０は、端末２から送信される情報要求データ１３１のパケットを受信すると、当該情報要求データ１３１を待機応答部２０に出力する。

【0039】

送信部３２０は待機応答部２０から出力されたパケットをネットワーク５へ送信する。具体的には、送信部３２０は、待機応答部２０から応答データ１３２を入力すると、応答データ１３２のパケットを端末２に送信する。

【0040】

ここで、上述の応答装置１の各部は、本発明のネットワーク応答方法を実行するハードウェア資源となる。

【0041】

（アドレス情報２３１、ＳＮＭＰ応答情報２３２、及び作成不可応答情報２３３の詳細構成）
次に、図３により、待機応答部２０の記憶部２３０に記憶されるアドレス情報２３１、ＳＮＭＰ応答情報２３２、及び作成不可応答情報２３３の構成について説明する。

【0042】

まず、図３（ａ）に示すアドレス情報２３１の構成について説明する。アドレス情報２３１は、応答装置１のＩＰアドレスとＭＡＣアドレスとを記憶するテーブルである。
具体的に説明すると、アドレス情報２３１には、「ＩＰアドレス」、及び「ＭＡＣアドレス（Ｅｔｈｅｒｎｅｔ（登録商標）アドレス）」の項目が設けられている。
「ＩＰアドレス」には、応答データ１３２に設定される応答装置１のＩＰアドレスが、情報蓄積部２０３により取得され格納される。
「ＭＡＣアドレス」には、応答データ１３２に設定される応答装置１のＩＰアドレスに対応するＭＡＣアドレスが、情報蓄積部２０３により取得され格納される。

【0043】

次に、図３（ｂ）に示すＳＮＭＰ応答情報２３２の構成について説明する。ＳＮＭＰ応答情報２３２は、コントローラー部１０のＳＮＭＰの応答データ１３２に用いるＭＩＢ等を保持するテーブルであり、ＯＩＤおよび応答データ１３２を記憶する。
ＳＮＭＰ応答情報２３２には、ＳＮＭＰの情報要求データ１３１に対する応答データ１３２の情報が蓄積される。ＳＮＭＰ応答情報２３２は、「ＯＩＤ」及び「データ」の項目が設けられている。この「ＯＩＤ」には、ＳＮＭＰのＭＩＢ（Management information base）に格納されている個々の管理情報のオブジェクトを区別するために付される識別子が保存される。このＳＮＭＰ応答情報２３２の「ＯＩＤ」は、ツリー状の構造で記憶されていてもよい。また、「データ」には、応答データ１３２に設定される「ＯＩＤ」に対するデータや応答の管理用データ等が保存される。また、「データ」には、「型」、「データ値」、「最終応答時刻」、及び「応答頻度」の項目が設けられている。この「型」には、「データ値」の型が保存される。例えば、「データ」の型が整数であれば「INTEGER」が保存され、型が文字列であれば「ＳＴＲＩＮＧ」の値が保存される。また、「データ値」には、実際のデータ値が保存される。「最終応答時刻」には、待機モード及び通常モードにて、一番最近、当該ＯＩＤに対応する応答が行われた時刻の情報が、例えば、年月日時分秒のフォーマットで記憶されている。なお、複数回の応答時刻の履歴が記憶されていてもよい。また、「応答頻度」は、予め定められた期間内に、当該ＯＩＤに対応する応答が行われた頻度が記憶されている。図３（ｃ）の例では、単純に、当該予め定められた期間内の応答回数が「応答頻度」として記録される例を示している。なお、この予め定められた期間は、ユーザーにより応答装置１の操作パネル又は端末２から設定されてもよい。また、予め定められた期間は、応答装置１の全体の応答回数や記憶部２３０の記憶容量等に対応して蓄積応答データ削除部２０５により調整されてもよい。

【0044】

次に、図３（ｃ）に示す作成不可応答情報２３３の構成について説明する。作成不可応答情報２３３は、待機モード時に受信したＳＮＭＰパケットで、応答データ１３２が作成できなかったＯＩＤを保持するテーブルである。待機モードから通常モードに復帰した際に、作成不可応答情報２３３に記憶されたＯＩＤの応答データ１３２の情報は、情報蓄積部２０３により、優先的にＳＮＭＰ応答情報２３２に保存される。

【0045】

〔応答装置１による通常モード処理〕
次に、図４〜図６を参照して、本発明の実施の形態に係る応答装置１による通常モード時の動作である通常モード処理の説明を行う。
本実施形態の通常モード処理では、通常モードのときに、情報要求データ１３１に対して、コントローラー部１０が応答データ１３２を作成して応答する。この際、待機応答部２０は、送信されるパケットを取得して、待機モード時の応答に必要な情報を抽出し、記憶部２３０に記憶する。具体的には、コントローラー部１０によりＩＰアドレス及びＭＡＣアドレスを含む応答データ１３２、ＳＮＭＰのＭＩＢの応答データ１３２が送信された場合、待機応答部２０は、これを取得する。待機応答部２０は、この際、蓄積されたデータから応答頻度の低いものを削除する。また、待機応答部２０は、待機モード時に応答できなかった応答データ１３２を優先的に蓄積する。また、待機応答部２０は、ＩＰアドレス及びＭＡＣアドレスを含む応答データ１３２の取得後、コントローラー部１０にＳＮＭＰ−ＧｅｔＮｅｘｔリクエストを再帰的に送信することで、ＳＮＭＰの待機応答データ１３２を蓄積する。
本実施形態の通常モード処理は、主に、コントローラー部１０ではコントローラー制御部１００が記憶部１３０に記憶されたプログラムを読み出し、待機応答部２０では待機応答制御部２００が記憶部２３０に記憶されたプログラムを呼び出し、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図４のフローチャートを参照して、通常モード処理の詳細をステップ毎に説明する。

【0046】

（ステップＳ１０１）
まず、コントローラー入力部１１０が、受信処理を行う。
ここでは、まず、通信インターフェイス部３０の受信部３１０で、ネットワーク５からのパケットが受信された場合、待機応答部２０の待機応答入力部２１０へ入力される。また、待機応答制御部２００の再帰応答要求部２０２から再帰的に送信されたパケットについても、待機応答入力部２１０に入力される。
次に、通信インターフェイス部３０の待機応答入力部２１０に入力されたパケットは、コントローラー部１０のコントローラー入力部１１０へ入力される。
また、後述するように、待機モードのときに応答データ１３２を作成できなかった場合には、この作成できなかった応答データ１３２に対応する情報要求データ１３１のパケットがコントローラー入力部１１０へ入力される。これにより、作成不可応答情報２３３に記憶されているＯＩＤと一致するＳＮＭＰリクエストが取得される。
コントローラー入力部１１０は、これらの入力されたパケットを、受信パケットとして、コントローラー制御部１００へ出力する。

【0047】

（ステップＳ１０２）
次に、コントローラー制御部１００が、通常モード応答データ作成部１０１として、受信パケットがあるか否かを判定する。コントローラー制御部１００は、上述のステップＳ１０１で各パケットを入力している場合には、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０３に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０１に戻して、パケットを受信するまで待機する。

【0048】

（ステップＳ１０３）
受信又は再帰応答のパケットがあった場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、受信パケット対応処理を行う。
コントローラー制御部１００は、コントローラー入力部１１０に入力されたパケットの処理を行う。
コントローラー制御部１００は、入力されたパケットが画像形成を含む応答装置１の各種制御に必要なパケットであった場合、取得したパケットに対応する各種プロトコルに従って、必要な処理を行う。
また、コントローラー制御部１００は、入力されたパケットが情報要求データ１３１であった場合には、これを記憶部１３０に一時的に保存する。

【0049】

（ステップＳ１０４）
次に、コントローラー制御部１００が、通常モード応答データ作成部１０１として、応答データ１３２の作成が必要か否かを判定する。コントローラー制御部１００は、受信パケットが情報要求データ１３１であり、応答データ１３２の作成が必要な場合に、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０５に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０６に進める。

【0050】

（ステップＳ１０５）
応答データ１３２の作成が必要な場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、応答データ作成処理を行う。
コントローラー制御部１００は、一時的に保存された情報要求データ１３１に対応する応答データ１３２を作成する。

【0051】

（ステップＳ１０６）
ここで、コントローラー制御部１００が。通常モード応答データ作成部１０１として、送信するパケットがあるか否かを判定する。まず、コントローラー制御部１００は、応答データ１３２が作成された場合に、Ｙｅｓと判定する。また、コントローラー制御部１００は、応答装置１の各種制御に必要なパケットにより必要な処理をして、各種プロトコルに対応した送信用の送信パケットを作成した場合にも、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０７に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０８に進める。

【0052】

（ステップＳ１０７）
送信が必要なパケットがある場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、送信処理を行う。
コントローラー制御部１００は、送信パケットをコントローラー出力部１２０から出力させる。
コントローラー出力部１２０は、送信パケットを、待機応答部２０の待機応答出力部２２０へ出力する。
この送信パケットは、待機応答出力部２２０により、通信インターフェイス部３０の送信部３２０へ出力される。この送信パケットは、送信部３２０により、ネットワーク５へ出力される。
また、この送信パケットは、待機応答出力部２２０から、待機応答部２０の待機応答制御部２００の情報蓄積部２０３へも出力される（タイミングＴ１０１）。

【0053】

（ステップＳ２０１）
ここで、応答データ１３２を送信した後、待機応答部２０の待機応答制御部２００が、情報蓄積部２０３として、送信パケット取得処理を行う。
待機応答制御部２００は、待機応答出力部２２０から送信パケットを取得して、解析する。

【0054】

（ステップＳ２０２）
次に、待機応答制御部２００が、情報蓄積部２０３として、取得したパケットがアドレス情報か否かを判定する。待機応答制御部２００は、取得した送信パケットがＡＲＰやＲＡＲＰ等の応答データ１３２のパケットの場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０３に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２０４に進める。

【0055】

（ステップＳ２０３）
ＡＲＰやＲＡＲＰ等の応答データ１３２のパケットの場合、待機応答制御部２００が、情報蓄積部２０３として、アドレス情報蓄積処理を行う。
図５によると、待機応答制御部２００は、当該パケットの送信元のＩＰアドレスとＭＡＣアドレスとを、記憶部２３０のアドレス情報２３１に記憶する。つまり、アドレス情報２３１には、応答装置１のＩＰアドレスとＭＡＣアドレスとが保存される。この際、待機応答制御部２００は、アドレス記憶通知を、再帰応答要求部２０２へ通知する。

【0056】

（ステップＳ２０４）
ここで、待機応答制御部２００が、情報蓄積部２０３として、取得したパケットがＳＮＭＰのレスポンスであり、このレスポンスが成功していたか否かを判定する。待機応答制御部２００は、取得したパケットがＳＮＭＰ−ＧｅｔレスポンスやＴＲＡＰのレスポンスの応答データ１３２であり、正常のステータス等であった場合には、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０５に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１０に進める。

【0057】

（ステップＳ２０５）
取得したパケットがＳＮＭＰのレスポンスであり、レスポンスが成功していた場合、待機応答制御部２００が、蓄積応答データ削除部２０５として、ＳＮＭＰ応答情報２３２のＯＩＤと同一又は空きがないかについて判定する。待機応答制御部２００は、取得した応答データ１３２のＯＩＤと同一のＯＩＤのデータが、記憶部２３０のＳＮＭＰ応答情報２３２に存在した場合には、Ｙｅｓと判定する。また、待機応答制御部２００は、ＳＮＭＰ応答情報２３２を記憶する領域の記憶容量に空きがあった場合には、Ｙｅｓと判定する。待機応答制御部２００は、逆に、取得した応答データ１３２のＯＩＤと同一のＯＩＤがＳＮＭＰ応答情報２３２に存在せず、且つ、記憶部２３０のＳＮＭＰ応答情報２３２の領域の記憶容量に空きがない場合にはＮｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０７に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２０６に進める。

【0058】

（ステップＳ２０６）
ＳＮＭＰ応答情報２３２に同一のＯＩＤのデータがなく、且つ、ＳＮＭＰ応答情報２３２を記憶する記憶容量に空きがない場合は、待機応答制御部２００が、蓄積応答データ削除部２０５として、ＳＮＭＰ応答情報削除処理を行う。
図５によると、待機応答制御部２００は、ＳＮＭＰ応答情報２３２のＯＩＤのデータから、記憶部２３０に記憶された予め定められた閾値（図示せず）より低い応答頻度のものを検索して削除する。待機応答制御部２００は、この際、もっとも応答頻度が低いＯＩＤのデータを削除してもよい。
また、待機応答制御部２００は、作成不可応答情報２３３に記憶されているＯＩＤと一致するＳＮＭＰリクエストを受信した場合にも、ＳＮＭＰ応答情報２３２に空きがない場合、同様に応答頻度が低いＯＩＤのデータを削除する。

【0059】

（ステップＳ２０７）
ここで、待機応答制御部２００が、情報蓄積部２０３として、ＳＮＭＰ応答頻度情報蓄積処理を行う。
図５によると、待機応答制御部２００は、取得したパケット中のＯＩＤと応答データ１３２をＳＮＭＰ応答情報２３２に記憶する。
待機応答制御部２００は、この際、ＯＩＤ毎に、パケットを取得した時刻をタイマーから取得し、ＳＮＭＰ応答情報２３２に記憶する。また、待機応答制御部２００は、応答の回数をインクリメントして、応答頻度を算出して記憶する。この頻度としては、例えば、単純に、予め定められた期間における各ＯＩＤの応答の回数を算出して記憶してもよい。また、当該機関の全体のＯＩＤの応答の回数と、各ＯＩＤの応答の回数から確率分布の頻度のような値を算出して記憶してもよい。

【0060】

（ステップＳ２０８）
次に、待機応答制御部２００が、情報蓄積部２０３として、作成不可応答情報２３３があるか否かを判定する。待機応答制御部２００は、後述する待機モードのときに、応答データ１３２を作成できずに通常モードに復帰したため、作成不可応答情報２３３にＯＩＤが記憶されている場合に、Ｙｅｓと判定する。待機応答制御部２００は、作成不可応答情報２３３にＯＩＤが記憶されていない場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２０９に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１０に進める。

【0061】

（ステップＳ２０８）
作成不可応答情報２３３にＯＩＤが記憶されている場合、待機応答制御部２００が、情報蓄積部２０３として、ＳＮＭＰ応答頻度情報優先化処理を行う。
待機応答制御部２００は、作成不可応答情報２３３のＯＩＤに対応するＳＮＭＰ応答情報２３２のＯＩＤのデータの応答頻度等の値を所定値だけ増やす等の処理を行い、優先的に記憶部２３０に維持され記憶されるようにする。
その後、待機応答制御部２００は、作成不可応答情報２３３の当該ＯＩＤを削除してもよい。

【0062】

（ステップＳ２１０）
ここで、待機応答制御部２００が、再帰応答要求部２０２として、取得したパケットが予め定められた特定の種類の情報であったか否かを判定する。待機応答制御部２００は、例えば、予め定められた特定の種類の情報として、応答データ１３２の送信元のＩＰアドレスとＭＡＣアドレスとが記憶部２３０のアドレス情報２３１に記憶され、情報蓄積部２０３からアドレス記憶通知を受け取った場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１１に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１３に進める。

【0063】

（ステップＳ２１１）
取得したパケットが特定の種類の情報であった場合、待機応答制御部２００が、再帰応答要求部２０２として、記憶部２３０のＳＮＭＰ応答情報２３２を記憶する領域に空きがあるか否かを判定する。待機応答制御部２００は、ＳＮＭＰ応答情報２３２のテーブルに空きがあった場合に、Ｙｅｓと判定する。待機応答制御部２００は、ＳＮＭＰ応答情報２３２のテーブルに空きがなかった場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１３に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１２に進める。

【0064】

（ステップＳ２１２）
ＳＮＭＰ応答情報２３２のテーブルに空きがあった場合、待機応答制御部２００が、再帰応答要求部２０２として、情報要求データ再帰的送信処理を行う。
図６によると、待機応答制御部２００は、ＳＮＭＰ−ＧｅｔＮｅｘｔリクエストのパケットを作成し、待機応答入力部２１０に入力させる。待機応答制御部２００は、この際、初回のＯＩＤを「ｒｏｏｔ」としてもよい（タイミングＴ２０１）。
その後、待機応答制御部２００は、処理をステップＳ２０１に戻す。
以降、待機応答制御部２００は、直前に取得したＳＮＭＰレスポンス中のＯＩＤを使用して、ＧｅｔＮｅｘｔリクエストの送信を行う。

【0065】

（ステップＳ１０８）
再び、コントローラー部１０の処理について説明する。
ここで、コントローラー部１０のコントローラー制御部１００が、通常モード応答データ作成部１０１として、待機モードへ移行するか否かを判定する。コントローラー制御部１００は、予め設定された条件になった場合に、Ｙｅｓと判定する。コントローラー制御部１００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、コントローラー制御部１００は、処理をステップＳ１０９に進める。
Ｎｏの場合、コントローラー制御部１００は、処理をステップＳ１０１に戻して、ホストコントローラーの処理を含む各種処理を続ける。

【0066】

（ステップＳ１０９）
待機モードに移行する場合、コントローラー制御部１００が、通常モード応答データ作成部１０１として、待機モード移行処理を行う。
コントローラー制御部１００は、この際に、待機応答部２０に、待機モード移行命令を送信する（タイミングＴ１０２）。
この待機モード移行処理の詳細は後述する。
これにより、通常モード処理のコントローラー部１０の処理を終了する。

【0067】

（ステップＳ２１１）
再び、待機応答部２０の処理について説明する。
ここで、待機応答部２０の待機応答制御部２００は、コントローラー部１０が待機モードに移行するまで待機している。
待機応答部２０の待機応答制御部２００は、コントローラー部１０から待機モード移行命令を受信すると、電源制御部２０４として、待機モード待機応答開始処理を行う。
待機応答制御部２００は、待機応答部２０における待機モードでの処理を開始する。
この待機モード待機応答開始処理の詳細についても後述する。
その後、待機応答制御部２００は、通常モード処理における待機応答部２０による処理を終了する。
以上により、本発明の実施の形態に係る通常モード処理を終了する。

【0068】

次に、図７により、図４のステップＳ１０９の待機モード移行処理、及びステップＳ２１１の待機モード待機応答開始処理の詳細について説明する。

【0069】

（ステップＳ１２１）
まず、コントローラー部１０のコントローラー制御部１００が、セルフリフレッシュ適用処理を行う。
コントローラー制御部１００は、各種ステート等を記憶部１３０のＨＤＤやフラッシュメモリー等の記録媒体に保存する。コントローラー制御部１００が所定時間アクセスしないと、記憶部１３０のＲＡＭ等は、セルフリフレッシュの状態になる。

【0070】

（ステップＳ１２２）
次に、コントローラー制御部１００が、待機モード移行命令送信処理を行う。
コントローラー制御部１００は、待機応答部２０の待機応答制御部２００に、待機モードに移行したことを伝える待機モード移行命令を送信する（タイミングＴ１０２）。
以上により、コントローラー部１０の待機モード移行処理を終了する。

【0071】

（ステップＳ２２１）
次に、待機モード移行命令を受信した、待機応答部２０の待機応答制御部２００が、受信出力切り換え処理を行う。
待機応答制御部２００は、待機応答入力部２１０の出力を待機モード応答データ作成部２０１へ切り換える。

【0072】

（ステップＳ２２２）
次に、待機応答制御部２００が、送信出力切り換え処理を行う。
待機応答制御部２００は、待機応答出力部２２０の出力を、通信インターフェイス部３０の送信部３２０と、待機応答制御部２００の待機モード応答データ作成部２０１との両方に切り換える。

【0073】

（ステップＳ２２３）
次に、待機応答制御部２００が、電源制御処理を行う。
待機応答制御部２００は、コントローラー部１０の電源部１４０を制御して、電源供給をオフにさせる。
また、待機応答制御部２００は、待機モードで実行するための制御プログラムを記憶部２３０のＨＤＤやフラッシュメモリー等からＲＡＭへ読み出して、下記で説明する待機モード処理を実行開始する。
以上により、待機応答部２０の待機モード待機応答開始処理を終了する。

【0074】

〔応答装置１による待機モード処理〕
次に、図８〜図９を参照して、本発明の実施の形態に係る応答装置１による待機モード処理の説明を行う。
本実施形態の待機モード処理は、待機モード時に、待機応答部２０が、情報蓄積部２０３により記憶部２３０に記憶されたアドレス情報２３１及びＳＮＭＰ応答情報２３２により、応答データ１３２を作成して応答を行う。この際、応答ができないパケットであった場合は、コントローラー部１０を通常モードに復帰させて対応させる。この際に、待機応答部２０は、応答できないパケットがＳＮＭＰリクエストであった場合は、ＯＩＤを記憶する。
本実施形態の待機モード処理は、主に、待機応答部２０の待機応答制御部２００が、記憶部２３０に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図８のフローチャートを参照して、待機モード処理の詳細をステップ毎に説明する。

【0075】

（ステップＳ２１１）
まず、待機応答部２０の待機応答制御部２００が、待機モード応答データ作成部２０１として、受信処理を行う。
図９によると、まず、受信部３１０にて、ネットワーク５からパケットを受信した場合、受信されたパケットが、待機応答入力部２１０へ入力される。この入力されたパケットは、待機応答制御部２００の待機モード応答データ作成部２０１へ入力される。

【0076】

（ステップＳ２１２）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、受信されたパケットがあったか否かを判定する。待機応答制御部２００は、受信されたパケットがあった場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１３に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１１に戻して、パケットを受信するまで待機する。

【0077】

（ステップＳ２１３）
受信されたパケットがあった場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、受信パケット解釈処理を行う。
待機応答制御部２００は、受信されたパケットのプロトコルや送信先の情報等により、応答装置１により応答が必要か、その場合は、待機応答部２０で応答可能か、又はコントローラー部１０による応答が必要か等について解釈を行う。
また、待機応答制御部２００は、受信されたパケットが情報要求データ１３１であった場合は、記憶部２３０に一時的に記憶する。

【0078】

（ステップＳ２１４）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ１３２の作成が必要か否かを判定する。待機応答制御部２００は、応答装置１により応答が必要なパケットであった場合に、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１５に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１１に戻して、パケットの受信を続ける。

【0079】

（ステップＳ２１５）
応答が必要なパケットの場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ１３２の作成が可能か否かを判定する。待機応答制御部２００は、記憶部２３０を参照し、アドレス情報２３１とＳＮＭＰ応答情報２３２から応答データ１３２を作成可能な場合は、Ｙｅｓと判定する。待機応答制御部２００は、応答データ１３２を作成できない場合には、Ｎｏと判定する。この応答データ１３２が作成できない場合の具体例として、アドレス情報２３１にＩＰアドレス及びＭＡＣアドレスが記憶されていない、ＳＮＭＰ応答情報２３２のデータが不足している、又はまたはＡＲＰやＳＮＭＰのパケットではない等の場合が挙げられる。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１６に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２１８に進める。

【0080】

（ステップＳ２１６）
応答データ１３２の作成が可能な場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、応答データ作成処理を行う。
図９によると、待機応答制御部２００は、アドレス情報２３１とＳＮＭＰ応答情報２３２に蓄積されたデータに基づいて、受信されたパケットに対応する応答用の応答データ１３２のパケットを作成し、記憶部２３０に一時的に保存する。

【0081】

（ステップＳ２１７）
次に、待機応答制御部２００が、待機モード応答データ作成部２０１として、送信処理を行う。
待機応答制御部２００は、待機モード応答データ作成部２０１から入力された応答データ１３２として送信するパケットを、通信インターフェイス部３０の待機応答出力部２２０に出力する。
この送信するパケットは送信部３２０から、ネットワーク５へ送信される。

【0082】

（ステップＳ２１８）
応答が必要にもかかわらず、応答データ１３２を作成できない場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、ＳＮＭＰ応答情報２３２のデータが不足しているか否かを判定する。待機応答制御部２００は、例えば、受信されたパケットがＳＮＭＰリクエストのパケットであり、アドレス情報２３１にＩＰアドレス及びＭＡＣアドレスが記憶されているものの、ＳＮＭＰ応答情報２３２にＯＩＤのデータが記憶されていないため応答データ１３２を作成できなかった場合には、Ｙｅｓと判定する。待機応答制御部２００は、それ以外の場合はＮｏと判定する。
Ｙｅｓの場合、待機応答制御部２００は、処理をステップＳ２１９に進める。
Ｎｏの場合、待機応答制御部２００は、処理をステップＳ２２０に進める。

【0083】

（ステップＳ２１９）
ＳＮＭＰ応答情報２３２のデータが不足している場合、待機応答制御部２００が、待機モード応答データ作成部２０１として、作成不可応答情報記録処理を行う。
図１０によると、待機応答制御部２００は、受信したＳＮＭＰリクエストのパケットのＯＩＤを作成不可応答情報２３３に書き込む。

【0084】

（ステップＳ２２０）
ここで、待機応答制御部２００が、電源制御部２０４として、通常モード移行処理を行う。
待機応答制御部２００は、コントローラー部１０を復帰させて、受信したパケットに対応する応答データ１３２を作成させる。
この通常モード移行処理の詳細については後述する。
以上により、本実施形態の待機モード処理を終了する。

【0085】

次に、図１１により、図８のステップＳ２１８の通常モード移行処理の詳細について説明する。

【0086】

（ステップＳ２３１）
まず、待機応答制御部２００が、電源オン処理を行う。
待機応答制御部２００は、待機応答制御部２００が、電源制御部２０４を介してコントローラー部１０の電源をオンにする。

【0087】

（ステップＳ２３２）
次に、待機応答制御部２００が、コントローラー制御部復帰処理を行う。
待機応答制御部２００は、コントローラー制御部１００をリセット等する。
これにより、コントローラー制御部１００が記憶部１３０にアクセスすると、セルフリフレッシュ状態が解除される。
コントローラー制御部１００は、図７のステップＳ１２１でＨＤＤ等の記録媒体に記憶させた各種ステート等を記憶部のＲＡＭ等に書き戻す。

【0088】

（ステップＳ２３３）
次に、待機応答制御部２００が、受信出力切り換え処理を行う。
待機応答制御部２００は、待機応答入力部２１０の出力を、待機モード応答データ作成部２０１から、コントローラー部１０のコントローラー入力部１１０へ切り換える。
待機応答制御部２００は、この際に、コントローラー入力部１１０に、待機応答入力部２１０で受信したパケットを送信する。これにより、通常モードに移行した後で、応答できなかったパケットに対して、図４のステップＳ１０１にてコントローラー制御部１００に受信処理を行わせ、その後の応答の処理をさせる。

【0089】

（ステップＳ２３４）
次に、待機応答制御部２００が、送信出力切り換え処理を行う。
待機応答制御部２００は、待機応答出力部２２０の出力を、通信インターフェイス部３０の送信部３２０と待機応答制御部２００の情報蓄積部２０３との両方とから、送信部３２０と、情報蓄積部２０３とになるよう切り換える。
以上により、通常モード移行処理を終了する。

【0090】

以上のように構成することで、以下のような効果を得ることができる。
従来、特許文献１の技術では、通常モードから待機モードへの移行に時間がかかるという問題があった。
これに対して、本発明の実施の形態に係る応答装置１は、通常モードと待機モードとにおいてネットワークからの情報要求データ１３１を受信し、情報要求データ１３１に対する応答データ１３２をネットワーク５に送信可能であり、通常モードのときに、応答データ１３２を作成する通常モード応答データ作成部１０１と、通常モードのときに、通常モード応答データ作成部１０１により作成された応答データ１３２の情報を、待機モードのときに読み出し可能な記憶部２３０にアドレス情報２３１及びＳＮＭＰ応答情報２３２として蓄積する情報蓄積部２０３と、待機モードのときに、情報蓄積部２０３により記憶部２３０に蓄積されたアドレス情報２３１及びＳＮＭＰ応答情報２３２から、応答データ１３２を作成し、アドレス情報２３１又はＳＮＭＰ応答情報２３２の応答頻度を記憶する待機モード応答データ作成部２０１と、通常モードのときに、情報蓄積部２０３により蓄積された応答データ１３２の情報の容量が、記憶部２３０の記憶容量を超える場合、応答頻度が予め定められた閾値より低い、ＳＮＭＰ応答情報２３２のＯＩＤのデータを削除する蓄積応答データ削除部２０５とを備えることを特徴とする。
このように構成することで、待機モードのときに応答データ１３２を作成するための情報が通常モードのときに蓄積され、待機モードのときに蓄積された情報を転送することなく、蓄積された情報から応答データ１３２を作成することができる。つまり、通常モードのときに、待機モードで応答データ１３２を作成するための情報を記憶部２３０に蓄積することができる。このため、通常モードから待機モードへの移行時に、いちいちコントローラー部１０から待機応答部２０へデータを転送する必要がなくなり、通常モードから待機モードへの移行を従来よりも高速化できる。
また、待機モードのときに応答するためのＳＮＭＰ応答情報２３２のＯＩＤのデータのうち、応答頻度の低い応答データ１３２のＯＩＤのデータを削除することで、応答頻度が高いものが記憶部２３０に維持されるため、待機モード時にＳＮＭＰに応答できずに復帰し、消費電力が低下しない状況を防ぐことができる。

【0091】

また、本発明の実施の形態に係る応答装置１は、通常モード時に待機応答部２０の側で自身の送信パケットを取得し、待機モード時の応答に必要な情報を抽出し記憶しておき、待機モードのときには蓄積した情報を用いてネットワーク応答を行う。つまり、本実施形態の応答装置１の待機応答部２０は、通常時は、通信インターフェイス部３０から受信したパケットをコントローラー部１０へ、またコントローラー部１０が送信するパケットは通信インターフェイス部３０へ送信する。その際、送信パケットのチェックを行い、待機時の応答に必要な情報を蓄積する。
このため、待機応答部２０に対する特別な応答の設定が不要となり、コントローラー部１０の開発工数削減が期待できる。

【0092】

また、本発明の実施の形態に係る応答装置１は、待機モード応答データ作成部２０１が、待機モードのときに、応答データ１３２を作成できなかった情報要求データ１３１の情報を、記憶部２３０に作成不可応答情報２３３として記憶し、情報蓄積部２０３が、応答データ１３２を作成できなかった情報要求データ１３１の情報に対応して、通常モード応答データ作成部１０１により作成された応答データ１３２の情報を、応答頻度が低い応答データ１３２の情報より優先してアドレス情報２３１及びＳＮＭＰ応答情報２３２として蓄積することを特徴とする。
このように構成することで、復帰した際のＳＮＭＰリクエストＯＩＤを作成不可応答情報２３３に記憶してコントローラー部１０を復帰し、コントローラー部１０で作成された応答データ１３２を取得し、待機モード時に応答できなかったＯＩＤとその応答データ１３２をＳＮＭＰ応答情報２３２に蓄積する記憶する。これにより、待機時に応答するためのデータは、応答頻度が高いものが待機応答データとして記憶部２３０に保持され、待機応答できずにコントローラー部１０を待機モードから復帰させる頻度を低下させることができる。このため、省電力効率を高めることができる。

【0093】

また、本発明の実施の形態に係る応答装置１は、情報要求データ１３１は、ＡＲＰまたはＳＮＭＰの要求のデータであり、応答データ１３２は、ＡＲＰ又はＳＮＭＰの応答のデータであることを特徴とする。
これにより、待機モード時にネットワークからの応答が必要である主要な情報を蓄積することができ、省電力効率を高めることができる。

【0094】

また、本実施形態の応答装置１によれば、待機応答部２０がコントローラー部１０にパケットを再帰的に送信することで、待機モード時の応答データ１３２を収集できる。
これにより、待機時に応答するためのデータが自動的に待機応答部２０内に蓄積され、また待機モード時の応答データ１３２も短時間で作成することができる。このため、待機モードへの移行後、ＳＮＭＰ応答情報２３２から、必要な応答データ１３２を作成できる可能性を高めることができる。よって、初回の通常モードから待機モードへの移行時に、応答データ１３２を作成できず、すぐにコントローラー部１０を復帰させなければならないというケースが生じる可能性を低くすることができる。このため、消費電力削減が期待できる。

【0095】

なお、本発明の実施の形態においては、ＳＮＭＰマネージャー等がインストールされている一台の端末２がネットワーク５に接続されている例で説明した。しかしながら、図１に示したように、ネットワーク５には複数の端末２が接続され、応答装置１は複数の端末２から情報要求データ１３１のパケットを受信することができる。

【0096】

また、上述の実施の形態では、情報蓄積部２０３が蓄積する情報をＡＲＰとＳＮＭＰに対する応答データ１３２を作成するための例で説明したが、これに限定されず、情報要求に対する応答として返信されるデータであれば各種情報を蓄積することができる。
このように構成することで、ＡＲＰやＳＮＭＰ以外の応答を行うことができる。

【0097】

また、上述の実施の形態では、通常モードにおいて通信インターフェイス部３０が出力する情報要求データ１３１を、待機応答部２０を経由してコントローラー部１０が入力している例を示した。しかしながら、待機応答部２０を経由せずに通信インターフェイス部３０が出力する情報要求データ１３１をコントローラー部１０が直接入力することも可能である。
このように構成することで、通常モード時の待機応答部２０の処理負担を軽減でき、コストを削減できる。

【0098】

また、上述の実施の形態では、記憶部１３０と記憶部２３０とを別々の構成として示したものの、記憶部１３０と記憶部２３０とで同一の記憶媒体、共有メモリーのＲＡＭ等を用いて構成してもよい。この場合でも、コントローラー制御部１００と待機応答制御部２００とで別々のメモリー空間で排他的にアクセスされてもよい。
このように構成することで、応答装置１のコストを削減することができる。

【0099】

また、上述の実施の形態では、記憶部２３０に空きがない場合のみＳＮＭＰ応答情報２３２の各ＯＩＤのデータを削除するように記載した。
しかしながら、予め定められた期間で、ＳＮＭＰ応答情報２３２の各ＯＩＤのデータの応答頻度の回数等を減算し、数が例えば０以下等の値になったＯＩＤとデータを削除するように構成してもよい。
このように構成することで、記憶部２３０の空き領域を増やし、記憶部２３０のコストを削減することができる。

【0100】

また、本発明は、画像形成装置以外の情報処理装置にも適用できる。つまり、ネットワークスキャナー、スキャナーをＵＳＢ等で別途接続したサーバー等を用いる構成であってもよい。

【0101】

また、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。

【産業上の利用可能性】

【0102】

本発明は、応答装置に好適であるが、応答装置に限られるものではなく、応答データ１３２を送信する待機モードで動作可能な装置一般に適用できる。

【符号の説明】

【0103】

１ 応答装置
２ 端末
５ ネットワーク
１０ コントローラー部
２０ 待機応答部
３０ 通信インターフェイス部
１００ コントローラー制御部
１０１ 通常モード応答データ作成部
１１０ コントローラー入力部
１２０ コントローラー出力部
１３０、２３０ 記憶部
１３１ 情報要求データ
１３２ 応答データ
１４０ 電源部
２００ 待機応答制御部
２０１ 待機モード応答データ作成部
２０２ 再帰応答要求部
２０３ 情報蓄積部
２０４ 電源制御部
２０５ 蓄積応答データ削除部
２１０ 待機応答入力部
２２０ 待機応答出力部
２３１ アドレス情報
２３２ ＳＮＭＰ応答情報
２３３ 作成不可応答情報
３１０ 受信部
３２０ 送信部
Ｘ 応答システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】