(57)【要約】      （修正有）【課題】通常モードと待機モードとを効率良く切り替えられる応答装置、応答方法、および応答プログラムを提供する。【解決手段】管理ツールから受信した要求に応じて、応答を出力するホストシステム１１０と、情報の項目名および項目名に対応した項目値を記憶可能な記憶部１２６と、複数種類の管理ツールにより共通して用いられる要求を共通要求として、共通要求に対応した項目名を記憶部１２６に記憶させ、ホストシステム１１０を動作させる第１のモード時にホストシステム１１０より出力された応答に含まれる情報のうち、記憶された項目名に対応した情報を抽出して項目値として記憶部１２６に記憶させ、項目値が記憶部１２６に記憶されている時、ホストシステム１１０への電力供給を遮断して自らがホストシステム１１０に代わって応答を出力する第２のモードに移行するように制御する制御部とを有する代理応答システム１２０とを備える。【選択図】図１
2015157479.tif 000002
【特許請求の範囲】
【請求項１】
応答装置を管理する管理ツールからネットワークを介して受信した１種類以上の要求に応じて、各々の要求の種類に応じた情報を含む応答を出力する第１の応答ユニットと、
前記情報の項目名および当該項目名に対応した項目値を記憶可能な記憶部と、
複数種類の前記管理ツールにより共通して用いられる前記要求を共通要求として、少なくとも当該共通要求に対応した前記項目名を前記記憶部に記憶させ、
前記第１の応答ユニットを動作させる第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、前記記憶された項目名に対応した情報を抽出して前記項目値として前記記憶部に記憶させ、
予め設定された前記第１のモードから第２のモードへ移行する条件を満足し、かつ前記記憶された項目名に対応した項目値が前記記憶部に記憶されている時、前記第１の応答ユニットへの電力供給を遮断して自らが前記第１の応答ユニットに代わって前記応答を出力する前記第２のモードに移行する
ように制御する制御部と
を有する第２の応答ユニットと
を備えた応答装置。
【請求項２】
請求項１に記載の応答装置であって、
前記制御部は、
複数種類の前記管理ツールにより異なる前記要求を個別要求として、
単位時間当りの当該個別要求の数を集計し、
前記集計の結果が予め定められた第１の閾値を超えた前記個別要求に対応した前記項目名を前記記憶部に記憶させ、
前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、
前記第２のモード時に前記個別要求に対応する応答を出力する
応答装置。
【請求項３】
請求項２に記載の応答装置であって、
前記制御部は、
前記集計の結果が第２の閾値以下である前記個別要求に対応した前記項目名を前記記憶部から削除する
応答装置。
【請求項４】
請求項１に記載の応答装置であって、
前記制御部は、
複数種類の前記管理ツールにより異なる前記要求を個別要求として、
前記管理ツールの各々から、当該管理ツールが送信する個別要求のリストを取得し、
取得した前記リストの前記個別要求に対応した前記項目名を前記記憶部に記憶させ、
前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、
前記第２のモード時に前記個別要求に対応する応答を出力する
応答装置。
【請求項５】
請求項１から４のうちいずれか１つに記載の応答装置であって、
前記制御部は、
前記項目名を前記管理ツールごとにグループ化し、前記グループごとに前記記憶部への記憶および前記記憶部からの削除を行う
応答装置。
【請求項６】
第１の応答ユニットが、応答装置を管理する管理ツールからネットワークを介して受信した１種類以上の要求に応じて、各々の要求の種類に応じた情報を含む応答を出力し、
第２の応答ユニットが、前記情報の項目名および当該項目名に対応した項目値を記憶可能な記憶部に、複数種類の前記管理ツールにより共通して用いられる前記要求を共通要求として、少なくとも当該共通要求に対応した前記項目名を記憶させ、前記第１の応答ユニットを動作させる第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち前記記憶された項目名に対応した情報を抽出して前記項目値として前記記憶部に記憶させ、予め設定された前記第１のモードから第２のモードへ移行する条件を満足し、かつ前記記憶された項目名に対応した項目値が前記記憶部に記憶されている時、前記第１の応答ユニットへの電力供給を遮断して自らが前記第１の応答ユニットに代わって前記応答を出力する前記第２のモードに移行するように制御する
応答方法。
【請求項７】
請求項６に記載の応答方法であって、
前記第２の応答ユニットは、更に、
複数種類の前記管理ツールにより異なる前記要求を個別要求として、
単位時間当りの当該個別要求の数を集計し、
前記集計の結果が予め定められた第１の閾値を超えた前記個別要求に対応した前記項目名を前記記憶部に記憶させ、
前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、
前記第２のモード時に前記個別要求に対応する応答を出力する
応答方法。
【請求項８】
請求項６に記載の応答方法であって、
前記第２の応答ユニットは、更に、
複数種類の前記管理ツールにより異なる前記要求を個別要求として、
前記管理ツールの各々から、当該管理ツールが送信する個別要求のリストを取得し、
取得した前記リストの前記個別要求に対応した前記項目名を前記記憶部に記憶させ、
前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、
前記第２のモード時に前記個別要求に対応する応答を出力する
応答方法。
【請求項９】
応答装置を管理する管理ツールからネットワークを介して受信した１種類以上の要求に応じて、各々の要求の種類に応じた情報を含む応答を出力する第１の応答ユニットと、
前記情報の項目名および当該項目名に対応した項目値を記憶可能な記憶部と、
制御部とを有する第２の応答ユニットと
を備えた応答装置の前記制御部としてコンピューターを稼働させる応答プログラムであって、
複数種類の前記管理ツールにより共通して用いられる前記要求を共通要求として、少なくとも当該共通要求に対応した前記項目名を前記記憶部に記憶させ、
前記第１の応答ユニットを動作させる第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、前記記憶された項目名に対応した情報を抽出して前記項目値として前記記憶部に記憶させ、
予め設定された前記第１のモードから第２のモードへ移行する条件を満足し、かつ前記記憶された項目名に対応した項目値が前記記憶部に記憶されている時、前記第１の応答ユニットへの電力供給を遮断して自らが前記第１の応答ユニットに代わって前記応答を出力する前記第２のモードに移行する
手順を前記コンピューターに実行させる応答プログラム。
【請求項１０】
請求項９に記載の応答プログラムであって、
複数種類の前記管理ツールにより異なる前記要求を個別要求として、
単位時間当りの当該個別要求の数を集計し、
前記集計の結果が予め定められた第１の閾値を超えた前記個別要求に対応した前記項目名を前記記憶部に記憶させ、
前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、
前記第２のモード時に前記個別要求に対応する応答を出力する
手順を更に前記コンピューターに実行させる応答プログラム。
【請求項１１】
請求項９に記載の応答プログラムであって、
複数種類の前記管理ツールにより異なる前記要求を個別要求として、
前記管理ツールの各々から、当該管理ツールが送信する個別要求のリストを取得し、
取得した前記リストの前記個別要求に対応した前記項目名を前記記憶部に記憶させ、
前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、
前記第２のモード時に前記個別要求に対応する応答を出力する
手順を更に前記コンピューターに実行させる応答プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報要求データを受信し、情報要求データに対する応答データを送信する応答装置、応答方法、および応答プログラムに関する。
【背景技術】
【０００２】
プリンター、多機能プリンター、多機能周辺装置、又は複合機などのＭＦＰ（Multifunction Peripheral）である画像形成装置は、省エネルギー対策としてユーザーが画像形成装置を使用しない状態で予め設定された時間を経過すると、省エネルギーの状態(以下、「待機モード」という)に移行する。しかし、一旦待機モードに移行すると、ユーザーが画像形成装置を使用できる状態(以下、「通常モード」という)になるまで時間がかかる。
【０００３】
例えば、ホストコンピューターがネットワークを経由して画像形成装置の情報を確認するための情報要求データを待機モードの画像形成装置に送信すると、画像形成装置は、待機モードから通常モードに移行して応答データを送信するので時間がかかる。このため、ホストコンピューターから情報要求データを何回も送信されると、待機モードから通常モードに移行する回数が増加し、更に待機モードとなる時間が短くなるので省エネ効果が低下してしまう。
【０００４】
この対策として、待機モードでも応答データを送信できるようにする技術がある。例えば、特許文献１の画像処理装置では、通常モードであるノーマルモードで応答を行うメインＣＰＵ（Central Processing Unit）と、待機モードであるスリープモードで応答を行うサブＣＰＵの２つのＣＰＵからなるコントローラーを用いている。
【０００５】
まず、ノーマルモードにおいてメインＣＰＵが応答データをメインＣＰＵのＲＡＭ(Random Access Memory)に記憶する。スリープモードに移行する時には、サブＣＰＵがメインＣＰＵのＲＡＭから使用頻度の高い応答データを取り出し、サブＣＰＵのＲＡＭに記憶する。
【０００６】
このように、ノーマルモードからスリープモードに移行したときに、サブＣＰＵのＲＡＭに使用頻度の高い応答データが記憶されるので、スリープモードにおいてサブＣＰＵがサブＣＰＵのＲＡＭに記憶したデータを用いて応答データを作成して送信することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−９４９２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１の画像処理装置では、ノーマルモードにおいて応答データを予めメインＣＰＵのＲＡＭに記憶させ、画像処理装置がスリープモードに移行する時に、サブＣＰＵがメインＣＰＵのＲＡＭに記憶されている応答データから使用頻度の高い応答データを取り出し、取り出した応答データをサブＣＰＵのＲＡＭに転送しなければならない。そのため、スリープモードに移行するまでに時間がかかっていた。
【０００９】
以上のような事情に鑑み、本発明の目的は、通常モードと待機モードとを効率良く切り替えられる応答装置、応答方法、および応答プログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の一形態に係る応答装置は、応答装置を管理する管理ツールからネットワークを介して受信した１種類以上の要求に応じて、各々の要求の種類に応じた情報を含む応答を出力する第１の応答ユニットと、前記情報の項目名および当該項目名に対応した項目値を記憶可能な記憶部と、複数種類の前記管理ツールにより共通して用いられる前記要求を共通要求として、少なくとも当該共通要求に対応した前記項目名を前記記憶部に記憶させ、前記第１の応答ユニットを動作させる第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、前記記憶された項目名に対応した情報を抽出して前記項目値として前記記憶部に記憶させ、予め設定された前記第１のモードから第２のモードへ移行する条件を満足し、かつ前記記憶された項目名に対応した項目値が前記記憶部に記憶されている時、前記第１の応答ユニットへの電力供給を遮断して自らが前記第１の応答ユニットに代わって前記応答を出力する前記第２のモードに移行するように制御する制御部とを有する第２の応答ユニットとを備える。
【００１１】
上記目的を達成するため、本発明の一形態に係る応答装置では、前記制御部は、複数種類の前記管理ツールにより異なる前記要求を個別要求として、単位時間当りの当該個別要求の数を集計し、前記集計の結果が予め定められた第１の閾値を超えた前記個別要求に対応した前記項目名を前記記憶部に記憶させ、前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、前記第２のモード時に前記個別要求に対応する応答を出力してもよい。
【００１２】
上記目的を達成するため、本発明の一形態に係る応答装置では、前記制御部は、前記集計の結果が第２の閾値以下である前記個別要求に対応した前記項目名を前記記憶部から削除してもよい。
【００１３】
上記目的を達成するため、本発明の一形態に係る応答装置では、前記制御部は、複数種類の前記管理ツールにより異なる前記要求を個別要求として、前記管理ツールの各々から、当該管理ツールが送信する個別要求のリストを取得し、取得した前記リストの前記個別要求に対応した前記項目名を前記記憶部に記憶させ、前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、前記第２のモード時に前記個別要求に対応する応答を出力してもよい。
【００１４】
上記目的を達成するため、本発明の一形態に係る応答装置では、前記制御部は、前記項目名を前記管理ツールごとにグループ化し、前記グループごとに前記記憶部への記憶および前記記憶部からの削除を行ってもよい。
【００１５】
上記目的を達成するため、本発明の一形態に係る応答方法では、第１の応答ユニットが、応答装置を管理する管理ツールからネットワークを介して受信した１種類以上の要求に応じて、各々の要求の種類に応じた情報を含む応答を出力し、第２の応答ユニットが、前記情報の項目名および当該項目名に対応した項目値を記憶可能な記憶部に、複数種類の前記管理ツールにより共通して用いられる前記要求を共通要求として、少なくとも当該共通要求に対応した前記項目名を記憶させ、前記第１の応答ユニットを動作させる第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち前記記憶された項目名に対応した情報を抽出して前記項目値として前記記憶部に記憶させ、予め設定された前記第１のモードから第２のモードへ移行する条件を満足し、かつ前記記憶された項目名に対応した項目値が前記記憶部に記憶されている時、前記第１の応答ユニットへの電力供給を遮断して自らが前記第１の応答ユニットに代わって前記応答を出力する前記第２のモードに移行するように制御する。
【００１６】
上記目的を達成するため、本発明の一形態に係る応答方法では、前記第２の応答ユニットは、更に、複数種類の前記管理ツールにより異なる前記要求を個別要求として、単位時間当りの当該個別要求の数を集計し、前記集計の結果が予め定められた第１の閾値を超えた前記個別要求に対応した前記項目名を前記記憶部に記憶させ、前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、前記第２のモード時に前記個別要求に対応する応答を出力してもよい。
【００１７】
上記目的を達成するため、本発明の一形態に係る応答方法では、前記第２の応答ユニットは、更に、複数種類の前記管理ツールにより異なる前記要求を個別要求として、前記管理ツールの各々から、当該管理ツールが送信する個別要求のリストを取得し、取得した前記リストの前記個別要求に対応した前記項目名を前記記憶部に記憶させ、前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、前記第２のモード時に前記個別要求に対応する応答を出力してもよい。
【００１８】
上記目的を達成するため、本発明の一形態に係る応答プログラムは、応答装置を管理する管理ツールからネットワークを介して受信した１種類以上の要求に応じて、各々の要求の種類に応じた情報を含む応答を出力する第１の応答ユニットと、前記情報の項目名および当該項目名に対応した項目値を記憶可能な記憶部と、制御部とを有する第２の応答ユニットとを備えた応答装置の前記制御部としてコンピューターを稼働させる応答プログラムであって、複数種類の前記管理ツールにより共通して用いられる前記要求を共通要求として、少なくとも当該共通要求に対応した前記項目名を前記記憶部に記憶させ、前記第１の応答ユニットを動作させる第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、前記記憶された項目名に対応した情報を抽出して前記項目値として前記記憶部に記憶させ、予め設定された前記第１のモードから第２のモードへ移行する条件を満足し、かつ前記記憶された項目名に対応した項目値が前記記憶部に記憶されている時、前記第１の応答ユニットへの電力供給を遮断して自らが前記第１の応答ユニットに代わって前記応答を出力する前記第２のモードに移行する手順を前記コンピューターに実行させる。
【００１９】
上記目的を達成するため、本発明の一形態に係る応答プログラムは、複数種類の前記管理ツールにより異なる前記要求を個別要求として、単位時間当りの当該個別要求の数を集計し、前記集計の結果が予め定められた第１の閾値を超えた前記個別要求に対応した前記項目名を前記記憶部に記憶させ、前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、前記第２のモード時に前記個別要求に対応する応答を出力する手順を更に前記コンピューターに実行させてもよい。
【００２０】
上記目的を達成するため、本発明の一形態に係る応答プログラムは、複数種類の前記管理ツールにより異なる前記要求を個別要求として、前記管理ツールの各々から、当該管理ツールが送信する個別要求のリストを取得し、取得した前記リストの前記個別要求に対応した前記項目名を前記記憶部に記憶させ、前記第１のモード時に前記第１の応答ユニットより出力された前記応答に含まれる前記情報のうち、当該項目名に対応した項目値を前記記憶部に記憶させ、前記第２のモード時に前記個別要求に対応する応答を出力する手順を更に前記コンピューターに実行させてもよい。
【発明の効果】
【００２１】
以上のように、本発明によれば、通常モードと待機モードとを効率良く切り替えることが出来る。
【図面の簡単な説明】
【００２２】
【図１】本実施形態が前提とする第１の典型的な技術の応答装置１００の構成図である。
【図２】（１）は、アドレス情報エリア１２６ａの例を示す図であり、（２）は、ＳＮＭＰ応答情報テーブル１２６ｂの例を示す図である。
【図３】通常モードでの処理の流れについて説明するためのフローチャートである。
【図４】通常モードから待機モードへの移行処理の流れについて説明するためのフローチャートである。
【図５】待機モードでの処理の流れについて説明するためのフローチャートである。
【図６】待機モードから通常モードへの移行処理の流れについて説明するためのフローチャートである。
【図７】本実施形態が前提とする第２の典型的な技術の応答装置１００ａの構成図である。
【図８】本実施形態が前提とする第２の典型的な技術の応答装置１００ａが行う処理について説明するためのフローチャートである。
【図９】ＭＩＢのツリー構造を示す図である。
【図１０】管理者がグループに入れ替えを行う様子を示す図である。
【図１１】本実施形態の応答装置１００ｂの構成図である。
【図１２】ＯＩＤをグループごとにまとめて扱う様子について説明するための図である。
【図１３】集計のための初期化処理について説明するフローチャートである。
【図１４】グループごと単位時間ごとの情報要求の集計処理について説明するためのフローチャートである。
【図１５】集計結果に基づいたグループの入れ替え処理について説明するためのフローチャートである。
【図１６】各管理ツール（ツールＡ、ツールＢ、およびツールＣ）から、各ツールが必要とするＯＩＤの項目がリストになって、応答装置１００ｃに送られる様子を示した図である。
【図１７】応答装置１００ｃの構成図である。
【図１８】応答装置１００ｃにおける処理の流れについて説明するためのフローチャートである。
【発明を実施するための形態】
【００２３】
以下、図面を参照しながら、本発明の実施形態を説明する。なお、以下の説明では、最初に、本実施形態が前提とする２つの典型的な技術の構成および処理の流れを説明する。その後、その改善可能な点を説明し、本実施形態の構成と処理の流れについて説明する。
【００２４】
［本実施形態が前提とする第１の典型的な技術の概要］
本実施形態が前提とする第１の典型的な技術の応答装置は、ホストシステム（第１の応答ユニット）および代理応答システム（第２の応答ユニット）から構成されている。また、応答装置は、ホストシステムおよび代理応答システムの全ての機能が動作する通常モード（第１のモード）と、省電力を計るためにホストシステムへの電力供給が制限され代理応答システムのみが稼働する待機モード（第２のモード）とを有している。
【００２５】
通常モードでは、ホストコンピューターであるＰＣ（Personal Computer）から送られてきた情報要求データ（要求）に対応する応答データ（応答）を、ホストシステムが応答する。待機モードでは、代理応答システムが応答データを応答する。
【００２６】
代理応答システムは、通常モードにあるときに、待機モードにおいても応答が行えるように、応答データを作成するための情報を蓄積する。
【００２７】
待機モード時、代理応答システムは、応答データを作成する際に蓄積された情報を利用するので、応答装置が通常モードから待機モードに移行する際には、情報をホストシステムから代理応答システムへ転送する必要がなくなり、待機モードへの移行時間を短縮することが出来る。
【００２８】
そして、代理応答システムは、待機モードにおいて、蓄積された情報により応答データを作成し、情報要求データの送信元であるホストコンピューターに作成した応答データを送信する。なお、待機モード時に、代理応答システムが予め蓄積された情報から応答データを作成できないときには、応答装置は待機モードから通常モードに移行する。
【００２９】
以上、本実施形態が前提とする第１の典型的な技術の概要について説明した。
【００３０】
［本実施形態が前提とする応答装置の構成］
ここでは、本実施形態が前提とする第１の典型的な技術の応答装置の構成について説明する。図１は、本実施形態が前提とする第１の典型的な技術の応答装置１００の構成図である。応答装置１００は、ネットワーク３００を介してホストコンピューターであるＰＣ２００と通信することにより、情報要求データおよび応答データのやりとりが行われる。
【００３１】
応答装置１００は、プリンター、多機能プリンター、多機能周辺装置、又は複合機などのＭＦＰである画像形成装置、またはネットワーク３００を経由して情報要求データを受信し、情報要求データに対する応答データを送信する装置である。ＰＣ２００は、応答装置１００に対して情報要求データを送信し、情報要求データに対する応答データを受信するホストコンピューターである。
【００３２】
応答装置１００は、ホストシステム１１０、代理応答システム１２０、および通信インターフェイス部１３０を備えている。
【００３３】
ホストシステム１１０は、応答装置１００が通常モードのときには、情報要求データを入力して情報要求データに対応する応答データを出力し、応答装置１００が待機モードのときには、電力供給が遮断され機能を停止する。
【００３４】
ホストシステム１１０は、ホストシステム制御部１１１（制御部）、ホストシステム入力部１１２、ホストシステム出力部１１３、電源制御部１１４（制御部）、および画像形成部１１５を備えている。
【００３５】
ホストシステム制御部１１１は、ＲＡＭやＲＯＭ等のメモリーおよびＣＰＵ(Central Processing Unit)等の制御手段を備えている。ホストシステム制御部１１１は、代理応答制御部１１１ａを含んでいる。代理応答制御部１１１ａは、代理応答システム１２０の各種制御を行うものであり、例えば、応答装置１００を待機モードに移行させるために、代理応答システム１２０に対して待機モード移行の要求を行う。
【００３６】
ホストシステム入力部１１２は、代理応答システム１２０から出力される情報要求データを入力する。
【００３７】
ホストシステム出力部１１３は、応答データを代理応答システム１２０に出力する。
【００３８】
電源制御部１１４は、ホストシステム１１０の各部に電源を供給する。また、代理応答システム１２０からの制御により電源がオンされると各部に電力を供給し、またはオフされると各部への電力の供給を停止する。
【００３９】
画像形成部１１５は、ＰＣ２００からの指示などに基づき画像を形成し出力する。
【００４０】
代理応答システム１２０は、通常モードのときには、通信インターフェイス部１３０から入力した情報要求データをホストシステム１１０に入力し、ホストシステム１１０から入力した応答データを通信インターフェイス部１３０へ出力する。代理応答システム１２０は、待機モードのときには、通信インターフェイス部１３０から入力した情報要求データに対応する応答データを作成し、作成した応答データを通信インターフェイス部１３０へ出力する。
【００４１】
代理応答システム１２０は、待機応答制御部１２１（制御部）、待機応答入力部１２２、待機応答出力部１２３、情報蓄積部１２４（制御部）、応答データ作成部１２５、記憶部１２６、およびホスト電源制御部１２７（制御部）を備え、これらはバスで接続されている。
【００４２】
待機応答制御部１２１は、ＲＡＭやＲＯＭ等のメモリーを備えている。なお、待機応答制御部１２１、応答データ作成部１２５、および情報蓄積部１２４はＣＰＵによりプログラムが実行されることにより実現される機能ブロックである。また、待機応答入力部１２２および待機応答出力部１２３により、通信制御部が構成される。
【００４３】
待機応答入力部１２２は、通信インターフェイス部１３０から出力される情報要求データを入力する。
【００４４】
待機応答出力部１２３は、応答データを通信インターフェイス部１３０と情報蓄積部１２４に出力する。
【００４５】
情報蓄積部１２４は、ホストシステム１１０から待機応答出力部１２３を経由して通信インターフェイス部１３０に出力される応答データの情報を蓄積する。
【００４６】
応答データ作成部１２５は、応答装置１００が待機モードのときに情報要求データに対応する応答データを作成し応答する。
【００４７】
記憶部１２６は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリー等からなり、アドレス情報エリア１２６ａおよびＳＮＭＰ応答情報テーブル１２６ｂを備えている。アドレス情報エリア１２６ａおよびＳＮＭＰ応答情報テーブル１２６ｂの構成については、後述する。なお、応答装置１００の起動時、ＳＮＭＰ応答情報テーブル１２６ｂには、情報は設定されていない。
【００４８】
ホスト電源制御部１２７は、ホストシステム１１０の電源制御部１１４をオンまたはオフするように制御する。例えば、応答装置１００が待機モードから通常モードへ移行する際には、ホストシステム１１０への電力供給の再開を電源制御部１１４へ指示する。
【００４９】
通信インターフェイス部１３０は、ネットワーク３００に接続するための着脱可能なＬＡＮ（Local Area Network）インターフェイスを備えている。通信インターフェイス部１３０は、受信部１３１および送信部１３２を備えている。
【００５０】
受信部１３１は、ＰＣ２００から送信される情報要求データのパケットを受信すると、情報要求データを代理応答システム１２０に出力する。
【００５１】
送信部１３２は、代理応答システム１２０から応答データを入力すると、応答データのパケットをＰＣ２００に送信する。
【００５２】
以上、本実施形態が前提とする第１の典型的な技術の応答装置１００の構成について説明した。
【００５３】
［アドレス情報エリアおよびＳＮＭＰ応答情報テーブル］
次に、代理応答システム１２０の記憶部１２６に設けられるアドレス情報エリア１２６ａとＳＮＭＰ応答情報テーブル１２６ｂの構成について説明する。図２（１）は、アドレス情報エリア１２６ａの例を示す図であり、図２（２）は、ＳＮＭＰ応答情報テーブル１２６ｂの例を示す図である。
【００５４】
まず、アドレス情報エリア１２６ａの構成について説明する。アドレス情報エリア１２６ａは、「ＩＰアドレス」、および「ＭＡＣアドレス（Ethernet(登録商標)アドレス）」の項目が設けられている。「ＩＰアドレス」には、応答データに設定される応答装置１００のＩＰアドレスが予め格納されている。「ＭＡＣアドレス」には、応答データに設定される応答装置１００のＩＰアドレスに対応するＭＡＣアドレスが予め格納されている。
【００５５】
次に、ＳＮＭＰ応答情報テーブル１２６ｂの構成について説明する。ＳＮＭＰ応答情報テーブル１２６ｂには、ＳＮＭＰ（Simple Network Management Protocol）により規定される情報要求データに対する応答データの情報が蓄積される。ＳＮＭＰ応答情報テーブル１２６ｂには、「Ｎｏ.」、「ＯＩＤ（Object IDentifier）」、および「データ」の項目が設けられている。「Ｎｏ.」は、「ＯＩＤ」とそれに対応する「データ」の組に付けられる昇順の番号である。
【００５６】
「ＯＩＤ」（項目名）には、ＳＮＭＰにより規定されるＭＩＢ（Management information base）に格納されている個々の管理情報のオブジェクトを区別するために付される識別子が保存される。「データ」には、応答データに設定される「ＯＩＤ」に対するデータが保存される。また、「データ」には、「型」と「データ値」（項目値）の項目が設けられ、「型」には「データ値」の型が保存される。例えば、「データ」の型が整数であれば「INTEGER」が保存される。「データ値」には、実際のデータ値が保存される。
【００５７】
以上、代理応答システム１２０の記憶部１２６に設けられるアドレス情報エリア１２６ａとＳＮＭＰ応答情報テーブル１２６ｂの構成について説明した。
【００５８】
［本実施形態が前提とする第１の典型的な技術における処理の流れ］
次に、本実施形態が前提とする第１の典型的な技術における処理の流れについて説明する。以下では、処理の流れを、大きく４つに分けて説明する。４つの処理は、「通常モードでの処理の流れ」、「通常モードから待機モードへの移行処理の流れ」、「待機モードでの処理の流れ」、「待機モードから通常モードへの移行処理の流れ」である。なお、応答装置１００は、起動時には通常モードとなる。
【００５９】
（通常モードでの処理の流れ）
ここでは、通常モードでの処理の流れについて説明する。図３は、通常モードでの処理の流れについて説明するためのフローチャートである。
【００６０】
（ステップＳ１０１）
まず、受信部１３１は、パケットを受信したかを判定する。パケットを受信したとき(ステップＳ１０１のＹｅｓ)は、ステップＳ１０２に進む。パケットを受信していないとき（ステップＳ１０１のＮｏ）は、ステップＳ１１１に進む。
【００６１】
（ステップＳ１０２）
ステップＳ１０１のＹｅｓにおいて、受信部１３１は、パケットの情報要求データを待機応答入力部１２２に出力する。
【００６２】
（ステップＳ１０３）
次に、待機応答入力部１２２は、情報要求データを入力すると、ホストシステム入力部１１２に出力する。
【００６３】
（ステップＳ１０４）
次に、ホストシステム入力部１１２は、情報要求データを入力すると、ホストシステム制御部１１１に出力する。
【００６４】
（ステップＳ１０５）
次に、ホストシステム制御部１１１は、情報要求データを入力すると、情報要求データに対する応答データを作成する。
【００６５】
（ステップＳ１０６）
次に、ホストシステム制御部１１１は、作成した応答データをホストシステム出力部１１３に出力する。
【００６６】
（ステップＳ１０７）
次に、ホストシステム出力部１１３は、応答データを入力すると、待機応答出力部１２３に出力する。
【００６７】
（ステップＳ１０８）
次に、待機応答出力部１２２は、応答データを入力すると、情報蓄積部１２４と送信部１３２に出力する。
【００６８】
（ステップＳ１０９）
次に、送信部１３２は、応答データを入力し、応答データのパケットをネットワーク３００を経由して送信先に送信する。例えば、ＰＣ２００から受信したパケットの情報要求データに対する応答データのパケットであれば、パケットはＰＣ２００に送信される。
【００６９】
（ステップＳ１１０）
次に、情報蓄積部１２４は、応答データを入力し、ＳＮＭＰの応答データであれば応答データから「ＯＩＤ」と「データ」を抽出し、ＳＮＭＰ応答情報テーブル１２６ｂに格納する。
【００７０】
（ステップＳ１１１）
ステップＳ１１０に次に、またはステップＳ１０１のＮｏにおいて、待機応答制御部１２１が代理応答制御部１１１ａから待機モードに移行する指令を入力したかを判定する。待機モードに移行する指令を入力したとき(ステップＳ１１１のＹｅｓ)は、ステップＳ１１２に進む。待機モードに移行する指令を入力していないとき（ステップＳ１１１のＮｏ）は、ステップＳ１０１に戻る。なお、待機モードに移行する指令は、予め決められた時間が経過したとき（第１の条件）、または、ユーザーの指示があったとき（第１の条件）に、代理応答制御部１１１ａが待機応答制御部１２１に出力する。
【００７１】
（ステップＳ１１２）
待機モードに移行する指令を入力したとき(ステップＳ１１１のＹｅｓ)、ホストシステム制御部１１１および待機応答制御部１２１は、通常モードから待機モードへの移行処理を行う。
【００７２】
以上、通常モードでの処理の流れについて説明した。
【００７３】
（通常モードから待機モードへの移行処理の流れ）
ここでは、通常モードから待機モードへの移行処理の流れについて説明する。図４は、通常モードから待機モードへの移行処理の流れについて説明するためのフローチャートである。
【００７４】
（ステップＳ２０１）
まず、ホストシステム制御部１１１は、ホストシステム制御部１１１のメモリーに記憶されているデータをディスク（図示せず）に退避させる処理（セルフリフレッシュ処理）を行う。
【００７５】
（ステップＳ２０２）
次に、代理応答制御部１１１ａが、待機応答制御部１２１に待機モードに移行する指令を出力する。
【００７６】
（ステップＳ２０３）
次に、待機応答制御部１２１は、待機応答入力部１２２の出力先をホストシステム入力部１１２から応答データ作成部１２５に切り替える。
【００７７】
（ステップＳ２０４）
次に、待機応答制御部１２１は、待機応答出力部１２３の入力先をホストシステム出力部１１３から応答データ作成部１２５に切り替え、出力先を送信部１３２と情報蓄積部１２４の両方から送信部１３２のみに切り替える。
【００７８】
（ステップＳ２０５）
次に、待機応答制御部１２１は、ホスト電源制御部１２７により電源制御部１１４をオフに制御し、待機モード移行処理を終了する。このように電源制御部１１４がオフとなることで電源の供給が停止され、待機モードに移行する。
【００７９】
以上、通常モードから待機モードへの移行処理の流れについて説明した。
【００８０】
（待機モードでの処理の流れ）
ここでは、待機モードでの処理の流れについて説明する。図５は、待機モードでの処理の流れについて説明するためのフローチャートである。
【００８１】
（ステップＳ３０１）
まず、受信部１３１は、パケットを受信したかを判定する。パケットを受信したとき(ステップＳ３０１のＹｅｓ)は、ステップＳ３０２に進む。パケットを受信していないとき（ステップＳ３０１のＮｏ）は、ステップＳ３０１に戻る。
【００８２】
（ステップＳ３０２）
ステップＳ３０１のＹｅｓにおいて、受信部１３１は、パケットの情報要求データを待機応答入力部１２２に出力する。
【００８３】
（ステップＳ３０３）
次に、待機応答入力部１２２は、入力した情報要求データを応答データ作成部１２５に出力する。なお、待機モード移行処理において、待機応答入力部１２２の出力先が応答データ作成部１２５に切り替えられている。
【００８４】
（ステップＳ３０４）
次に、応答データ作成部１２５は、アドレス情報エリア１２６ａまたはＳＮＭＰ応答情報テーブル１２６ｂから情報を取り出し、応答データの作成を行う。
【００８５】
（ステップＳ３０５）
次に、応答データ作成部１２５により応答データが作成できたかを判定する。応答データが作成できたとき(ステップＳ３０５のＹｅｓ)は、ステップＳ３０６に進む。応答データが作成できないとき（ステップＳ３０５のＮｏ）は、ステップＳ３０９に進む。なお、応答データが作成できないケースとしては、例えば、アドレス情報エリア１２６ａまたはＳＮＭＰ応答情報テーブル１２６ｂの情報が不足しているとき、またはＡＲＰ（Address Resolution Protocol）またはＳＮＭＰにより規定される応答データ以外の応答データを作成するときなどがある。
【００８６】
（ステップＳ３０６）
ステップＳ３０５のＹｅｓにおいて、応答データ作成部１２５は、作成した応答データを待機応答出力部１２３に出力する。
【００８７】
（ステップＳ３０７）
次に、待機応答出力部１２３は、応答データを入力すると、送信部１３２に出力する。
【００８８】
（ステップＳ３０８）
次に、送信部１３２は、応答データを入力し、応答データのパケットをネットワーク３００を経由して送信先に送信する。例えば、ＰＣ２００から受信したパケットの情報要求データに対する応答データのパケットであれば、パケットはＰＣ２００に送信される。
【００８９】
（ステップＳ３０９）
ステップＳ３０５のＮｏにおいて、応答データ作成部１２５が待機応答制御部１２１に応答データの作成不可の通知を出力する。
【００９０】
（ステップＳ３１０）
次に、待機応答制御部１２１は、通常モードへの移行処理を行う。
【００９１】
なお、上記の説明では、応答データを作成できなかった場合（ステップＳ３０５のＮｏ）、通常モードへ移行したが、この構成に限らず、応答データを作成できなかった場合に、応答装置１００が受信した情報要求データを廃棄し、待機モードを継続する構成でもよい。
【００９２】
以上、待機モードでの処理の流れについて説明した。
【００９３】
（待機モードから通常モードへの移行処理の流れ）
ここでは、待機モードから通常モードへの移行処理の流れについて説明する。図６は、待機モードから通常モードへの移行処理の流れについて説明するためのフローチャートである。
【００９４】
（ステップＳ４０１）
まず、待機応答制御部１２１が、ホスト電源制御部１２７により電源制御部１１４をオンに制御する。電源制御部１１４がオンとなることでホストシステム１１０への電源供給が開始される。
【００９５】
（ステップＳ４０２）
次に、ホストシステム制御部１１１が、ディスクに退避したデータをメモリーに復元する。
【００９６】
（ステップＳ４０３）
次に、待機応答制御部１２１が、待機応答入力部１２２の出力先を応答データ作成部１２５からホストシステム入力部１１２に切り替える。
【００９７】
（ステップＳ４０４）
次に、待機応答制御部１２１は、待機応答出力部１２３の入力先を応答データ作成部１２５からホストシステム出力部１１３に切り替え、出力先を送信部１３２のみから送信部１３２と情報蓄積部１２４の両方に切り替え、通常モード移行処理を終了する。
【００９８】
以上、待機モードから通常モードへの移行処理の流れについて説明した。
【００９９】
以上、本実施形態が前提とする第１の典型的な技術における処理の流れについて説明した。
【０１００】
［第２の典型的な技術において改善された点］
第１の典型的な技術による応答装置１００は、上述したように、通常モード時に応答に必要な情報を抽出して記憶し、待機モード時に記憶した情報に基づき応答を行う。待機モードにおいて応答データを作成する際に、作成に必要な情報が不足している場合、応答装置１００は通常モードに復帰して、応答データを作成する。
【０１０１】
このように、応答装置１００では、応答データを作成するために充分な情報が記憶される前に、タイマーなどをトリガーとして待機モードへ移行すると、待機モードから通常モードへの復帰が頻繁に発生してしまう。頻繁に復帰すると応答装置１００が待機モードにある時間が短くなり、応答装置１００の省電力化を計る上で妨げになってしまう。
【０１０２】
また、待機モード時に応答できない情報要求データを受け取ったときに、そのデータを廃棄する構成の場合、記憶された情報が不足していると、廃棄する情報要求データが多くなり、ＰＣ２００への待機モード時における応答性が悪化してしまう。
【０１０３】
そこで、第２の典型的な技術では、応答装置が待機モードへ移行する際に満たすべき条件を明示的に設定し、その移行条件（第２の条件）を満たす場合のみ、待機モードへ移行する構成とした。
【０１０４】
この構成により、無駄な待機モードへの移行が無くなって通常モードを維持することにより、ＰＣ２００からの情報要求に対する応答速度を改善することが出来る。また、待機モードへ移行した際にも、代理応答システムが利用できる情報が揃っているので、ＰＣ２００からの情報要求に対して適切に応答することが出来る。
【０１０５】
［第２の典型的な技術における応答装置の構成］
ここでは、第２の典型的な技術に係る応答装置の構成について説明する。図７は、第２の典型的な技術に係る応答装置１００ａの構成図である。なお、以下の説明では、第１の典型的な技術による応答装置１００と構成が同じ部分については、同じ番号を付し、説明を省略する。
【０１０６】
第２の典型的な技術に係る応答装置１００ａが第１の典型的な技術による応答装置１００と異なる点は、２点である。
【０１０７】
１つは、待機応答制御部１２１が待機モード移行制御部１２１ａ（制御部）を含んでいる点である。待機モード移行制御部１２１ａは、応答装置１００ａが通常モードから待機モードへの移行を試みる時に、記憶部１２６に蓄積された情報が、待機モード移行条件を満たすか否かを判断する。待機モード移行条件については後述する。
【０１０８】
もう１つは、記憶部１２６が、アドレス情報エリア１２６ａおよびＳＮＭＰ応答情報テーブル１２６ｂに加えて、待機モード移行条件エリア１２６ｃを記憶することである。
【０１０９】
以上、第２の典型的な技術に係る応答装置の構成について説明した。
【０１１０】
［待機モード移行条件について］
ここでは、待機モード移行条件について説明する。待機モード移行条件は、通常モード時に、予めホストシステム１１０が代理応答システム１２０に対して設定するものである。なお、通常モード時にホストシステム１１０が明示的に設定を行わない場合でも、工場出荷時設定などのデフォルト値が待機モード移行条件として設定されている。
【０１１１】
待機モード移行条件としては、幾つかのレベルを設定することが出来る。最低限必要なレベルの待機モード移行条件は、「ＩＰアドレスおよびＭＡＣアドレスが記憶されていること」である。この条件を、待機モード移行条件のデフォルト値としてもよい。
【０１１２】
最低限必要なレベルの条件より厳しい（記憶されているべき情報が多い）レベルの条件として、最低限必要なレベルに加えて、ＳＮＭＰでの応答に用いる情報も記憶されていることを条件としてもよい。このレベルの条件を待機モード移行条件として設定すると、ＳＮＭＰ応答情報テーブル１２６ｂに情報が無い場合は、待機モードへの移行は行われなくなる。この様なレベルの条件を設定すると、ＳＮＭＰを用いたネットワーク管理において、情報要求に対する応答性を確保することが出来る。
【０１１３】
ＳＮＭＰに関して設定するレベルとしては、（１）ＰＣ２００から応答装置１００ａのオンライン／オフラインを確認するために必要な情報が記憶されているレベル、（２）応答装置１００ａの状態を監視し状態変化を通知するユーティリティなどに必要な情報が記憶されているレベル、（３）応答装置１００ａの情報を設定・参照するためのユーティリティなどに必要な情報が記憶されているレベル、などが考えられる。
【０１１４】
このように、ＳＮＭＰに関しても幾つかのレベル選択可能にすることにより、待機モードへの移行条件を細かく設定することが出来、ユーザーの利便性を高めることが出来る。
【０１１５】
なお、待機モード移行条件は、代理応答制御部１１１ａの指示により、待機モード移行制御部１２１ａが、待機モード移行条件エリア１２６ｃに設定するものである。
【０１１６】
以上、待機モード移行条件について説明した。
【０１１７】
［待機モード移行条件のレベルを複数設定する必要性について］
ここでは、待機モード移行条件のレベルを複数設定する必要性について説明する。
【０１１８】
応答装置１００ａが待機モードにある状態が長く続くことは、消費電力の削減の観点から、ユーザーにとってメリットとなる。逆に、待機モードに入っている状態で通常モードに復帰しなければ応答できない情報要求が来た際には、応答装置１００ａは待機モードから通常モードに復帰する時間がかかり応答性が損なわれるというデメリットがある。
【０１１９】
一方、応答装置１００ａが通常モードにあり応答性が良いことはメリットであるが、通常モードにある状態が長いことは消費電力の削減の観点からはデメリットとなる。
【０１２０】
このように、応答装置１００ａが待機モードの状態にある場合も通常モードの状態にある場合もそれぞれメリットとデメリットが存在する。そこで、これらのメリットおよびデメリットを考慮して、待機モードの状態と通常モードの状態がバランス良く配分されるように、待機モード移行条件を選択することが重要となる。そのためには、複数レベルの条件が選択可能にすることが必要である。
【０１２１】
以上、待機モード移行条件のレベルを複数設定する必要性について説明した。
【０１２２】
［第２の典型的な技術における応答装置の処理］
ここでは、第２の典型的な技術に係る応答装置１００ａが行う処理について説明する。図８は、第２の典型的な技術に係る応答装置１００ａが行う処理について説明するためのフローチャートである。なお、応答装置１００ａが行う処理のうち、「通常モードでの処理の流れ」のみ上述した第１の典型的な技術と処理が異なるので、この部分についてのみ説明を行う。
【０１２３】
（ステップＳ１００）
まず、ホストシステム１１０の代理応答制御部１１１ａが、代理応答システム１２０の待機モード移行制御部１２１ａに指示して、待機モード移行条件を設定させる。設定された待機モード移行条件は、記憶部１２６内の待機モード移行条件エリア１２６ｃに記憶される。
【０１２４】
なお、ここでは、通常モードでの処理の最初に待機モード移行条件の設定処理を行うとしているが、これに限らず、応答装置１００ａが通常モードにあるうちは、いつ設定処理を行ってもよい。
【０１２５】
また、設定処理を行わない場合でも、デフォルト値が設定されているので、通常モードから待機モードへの移行は行われる。
【０１２６】
上述したように、ユーザーは、応答装置１００ａの使用環境に合わせて適切なレベルの待機モード移行条件を設定することが出来る。
【０１２７】
次のステップＳ１０１からＳ１１１までの処理は、典型的な技術による応答装置１００と同じなので、説明を省略する。
【０１２８】
ステップＳ１１１において、待機応答制御部１２１が待機モードに移行する指令を入力した場合（ステップＳ１１１のＹｅｓ）、次のステップＳ１１３に進む。
【０１２９】
（ステップＳ１１３）
次に、待機応答制御部１２１が、通信インターフェイス部１３０とネットワーク３００が物理的に接続されているか否かを判断する。
【０１３０】
接続されている場合（ステップＳ１１３のＹｅｓ）は、ステップＳ１１４に進み、待機モード移行条件を用いた処理が行われる。接続されていない場合（ステップＳ１１３のＮｏ）は、ステップＳ１１２に進み、待機モード移行条件を用いずに、待機モードへの移行処理が行われる。
【０１３１】
このステップで、通信インターフェイス部１３０とネットワーク３００が物理的に接続されているか否かを判断する理由は、ネットワークケーブルが物理的に接続されていない場合、通常モード時でも応答装置１００ａとＰＣ２００との間で通信が行われることはなく、待機モードにおいて応答データを作成するための情報を蓄積することが出来ないからである。
【０１３２】
このステップにおける判断を行うことにより、ＰＣ２００と通信が行われる状態にある場合のみ、待機モード移行条件の判断を行って待機モードへ移行することが出来る。
【０１３３】
（ステップＳ１１４）
次に、待機モード移行制御部１２１ａが、記憶部１２６のアドレス情報エリア１２６ａおよびＳＮＭＰ応答情報テーブル１２６ｂにどこまでの情報が記憶されているかと、待機モード移行条件エリア１２６ｃに記憶された待機モード移行条件とを比較し、待機モード移行条件が満たされているか否かを判断する。
【０１３４】
このステップで行われる処理は、例えば、待機モード移行条件エリア１２６ｃに記憶された待機モード移行条件が、「ＩＰアドレスおよびＭＡＣアドレスが記憶されていること」である場合、アドレス情報エリア１２６ａにＩＰアドレスおよびＭＡＣアドレスが記憶されているか否かが判断される。
【０１３５】
待機モード移行条件が満たされていない場合（ステップＳ１１４のＮｏ）は、待機モードに移行せずに通常モードを継続するので、ステップＳ１０１へ戻る。待機モード移行条件が満たされている場合（ステップＳ１１４のＹｅｓ）は、ステップＳ１１２へ進み、待機モードへの移行処理を行う。
【０１３６】
（ステップＳ１１２）
ステップＳ１１３において通信インターフェイス部１３０とネットワーク３００が物理的に接続されていない場合、またはステップＳ１１４において待機モード移行条件が満たされている場合、ホストシステム制御部１１１および待機応答制御部１２１は、通常モードから待機モードへの移行処理を行う。
【０１３７】
以上、第２の典型的な技術に係る応答装置１００ａが行う処理について説明した。
【０１３８】
［典型的な技術の改善可能な点について］
上述したとおり、応答装置が使われる環境、すなわち、どのような管理ツールが使われていて、その管理ツールがどのような情報要求を行うかに合わせるために、待機モード移行条件が複数設定できることは重要である。
【０１３９】
しかし、複数設定可能な待機モード移行条件の中から、ユーザーが、自身の環境に合った、すなわち待機モードの状態と通常モードの状態がバランス良く配分される待機モード移行条件を簡単に見いだすことは困難であった。
【０１４０】
例えば、待機モード移行条件を厳しくし過ぎると、通常モードでの稼働時間が不適切に長くなり、省電力化を行うことができないなどの状況が発生してしまう。
【０１４１】
また、上述したように、応答装置が用いられる環境は様々に異なるため、複数選択できる待機モード移行条件のうちの１つを既定値として予め定めておくことも好ましくない。
【０１４２】
さらに、代理応答システム１２０が学習可能な情報の量に関しても、記憶部１２６の容量に制限があることから、どのような環境にも対応できるように、全ての情報を保持する構成とすることは現実的ではない。
【０１４３】
そこで、本実施形態では、応答装置が、待機モードの状態と通常モードの状態がバランス良く配分される待機モード移行条件を自動的に見いだすことにより、ユーザーが適切な待機モード移行条件を簡単に設定できるようにする。
【０１４４】
なお、本実施形態では、ＳＮＭＰにおいて用いられる項目名（ＯＩＤ）と項目値（データ値）に着目している。そのため、以下の説明では、まずＳＮＭＰで参照するＭＩＢ（Management Information Base、管理情報データベース）について簡単に述べる。
【０１４５】
以上、典型的な技術の改善可能な点について説明した。
【０１４６】
［ＭＩＢについて］
ここでは、本実施形態において着目するＭＩＢについて簡単に説明する。ＳＮＭＰはＴＣＰ／ＩＰネットワークにおいて、ネットワークに接続された機器を監視し管理するためのプロトコルである。監視・管理される機器は、ＭＩＢと呼ばれる管理情報データベースを持っている。
【０１４７】
監視・管理を行う管理ツールは、このＭＩＢ内の情報を参照して機器の状態を判断したり、ＭＩＢへ情報を設定したりするにより機器の監視・管理を行う。管理ツールは、ベンダーごとに提供されるものなので、複数種類の管理ツールが存在し、応答装置が用いられるユーザー環境において、どの管理ツールが用いられるかは、管理者により決定される。
【０１４８】
ＭＩＢには、ネットワークシステムに接続される機器が共通に実装するべきＭＩＢとしてＲＦＣ（Request For Comments）により規定されている標準ＭＩＢと、ベンダーなどが独自に拡張した拡張ＭＩＢ（プライベートＭＩＢとも言う）とがある。
【０１４９】
標準ＭＩＢは、その用途により幾つかのＭＩＢに分けることが出来、その中で代表的なものが、ＭＩＢ−２である。プライベートＭＩＢは、ベンダー独自の管理ツールが監視・管理を行うために必要な独自の情報を表すものである。
【０１５０】
ＭＩＢでは、図９に示すように、監視・管理のための情報を要素として、要素をツリー構造で管理している。ＭＩＢに格納される情報の１つ１つをオブジェクトと呼ぶ。オブジェクトには、オブジェクトＩＤ（ＯＩＤ）という識別子（項目名）が割り振られる。管理ツールは、ＯＩＤを指定することにより、情報の参照や設定を行う。
【０１５１】
ＯＩＤは、数字をピリオドで区切ることにより表される。例えば、ＭＩＢ−２に含まれるＯＩＤは、左側から順に、「１．３．６．１．２．１．」の数字とピリオドで表現される。また、プライベートＭＩＢであれば、ＯＩＤは、「１．３．６．１．４．１．」から始まる。
【０１５２】
本実施形態の応答装置では、上述した、ＭＩＢ−２およびプライベートＭＩＢを用いる。
【０１５３】
以上、本実施形態において着目するＭＩＢについて簡単に説明した。
【０１５４】
［ＯＩＤの管理ツールごとのグループ分けについて］
次に、プライベートＭＩＢ内に多くあるＯＩＤを、対応する管理ツールごとにグループ分けして扱うことについて説明する。
【０１５５】
ＯＩＤをグループ分けする理由は、例えば、ある管理ツールは、応答装置の監視・管理のために、ＭＩＢ−２およびプライベートＭＩＢ内のＯＩＤを使うとして、プライベートＭＩＢ内のＯＩＤは、ベンダーごとにまとめられている訳では無く、プライベートＭＩＢ内の各所に分散したものになっているためである。
【０１５６】
管理者が、ある管理ツールを使う場合に、その管理ツールに対応したＯＩＤをプライベートＭＩＢの中から選り分けて用いることは非常に手間がかかる。そのため、本実施形態では、予め管理ツールごとにその管理ツールに対応したＯＩＤを１つのグループにまとめることにより、管理者の負荷を軽減している。
【０１５７】
以上、プライベートＭＩＢ内に多くあるＯＩＤを、対応する管理ツールごとにグループ分けして扱うことについて説明した。
【０１５８】
［段階的な待機モード移行条件の設定について］
ここでは、待機モード移行条件を段階的に設定することについて説明する。ここで説明する段階的な設定は、上述した第２の典型的な技術において説明した事の具体例にあたるものである。待機モード移行条件として設定する段階には、例えば、以下の２つを設けることが出来る。
【０１５９】
段階１：ＳＮＭＰ応答情報テーブル１２６ｂに、ＭＩＢ−２内のＯＩＤの情報が蓄積されたことを待機モード移行条件とする。
【０１６０】
この段階１の条件を設定するだけでも、代理応答システム１２０は、管理ツールからの基本的な情報要求に応答することが出来る。
【０１６１】
段階２：ＳＮＭＰ応答情報テーブル１２６ｂに、ＭＩＢ−２内のＯＩＤの情報およびプライベートＭＩＢ内のあるグループに含まれるＯＩＤの情報が蓄積されたことを待機モード移行条件とする。
【０１６２】
なお、段階２の待機モード移行条件を用いる場合には、図１０に示すように、管理者（ユーザ）が、自分の管理するネットワークシステムにおいて、応答装置を監視・管理するために用いる管理ツールがツールＸである事を認識しなければならない。そして、その管理ツール（ツールＸ）に対応したグループ（グループＸ）をＭＩＢ１１６から選択して、ＳＮＭＰ応答情報テーブル１２６ｂに設定しておく必要がある。
【０１６３】
なお、この図では、ＯＩＤの一部に英文字が使われているが、これは説明を分かりやすくするためのものであり、実際には異なった英文字の所には、異なった数字が入る。
【０１６４】
応答装置は、ＭＩＢ−２およびグループＸに属するＯＩＤのデータ値が取得されると、待機モードへ移行することが許される。
【０１６５】
このように、管理者が応答装置を管理する管理ツールが何であるかを正確に把握し、その管理ツールに対応するグループを適切に選択している場合、この段階２の条件を用いると、適切な応答性と省エネルギー効果を期待することが出来る。
【０１６６】
しかし、管理ツールの種類が変わったり、追加の管理ツールがネットワークシステムに追加されたりした場合に、管理者がＳＮＭＰ応答情報テーブル１２６ｂに変更に対応したグループを設定することは手間である。
【０１６７】
また、管理者が管理ツールの変更に伴うグループの入れ替えを忘れることも考えられ、その場合、応答装置の応答性と省エネルギー効果は不適切なものとなってしまう。
【０１６８】
そこで、本実施形態では、この問題を解決するために、管理ツールの変更を自動的に検知し、グループの入れ替えを自動的に行う。
【０１６９】
以上、待機モード移行条件の段階的な設定について説明した。
【０１７０】
［本実施形態の概要について］
ここでは、本実施形態の概要について説明する。
【０１７１】
まず、本実施形態では、上述した段階１の待機モード移行条件と同じく、ＭＩＢ−２の情報のみが揃っている事を待機モードへの移行条件とする。こうすることで、待機モードへの移行条件が緩くなり、上述した段階２の条件を用いる場合に比べて待機モードへ移行しやすくなる。移行し易くすることにより、省エネルギー効果を期待することが出来る。
【０１７２】
次に、本実施形態では、代理応答システムが、単位時間（例えば、１日や１週間）当りで、プライベートＭＩＢのどのグループのＯＩＤに対する情報が管理ツールから要求されたかを集計し、集計結果を記憶部に記憶しておく。そして、集計結果に基づいて、単位時間当りの情報要求が予め定められた第１の閾値を超えたグループが、ＭＩＢ１１６からＳＮＭＰ応答情報テーブル１２６ｂへ自動的に設定される。そして、代理応答システムは、設定されたグループに属するＯＩＤの項目名から、どのデータ値を取得し蓄積すればよいかを知ることが出来る。
【０１７３】
こうすることにより、管理者によるグループ設定の手間の排除や設定し忘れによる不適切な待機モード移行条件設定の発生を防止することが出来る。また、管理ツールからＭＩＢ−２には無い情報が要求されても、待機モードのまま代理応答システムが応答することが出来るので、適切な応答性を得ることが出来る。さらに、待機モードから復帰せずに応答が出来るので、省エネルギーの効果を得ることが出来る。
【０１７４】
また、逆に、集計結果に基づいて、単位時間当りの情報要求が予め定められた第２の閾値（第２の閾値は第１の閾値と同じでも異なってもよい）以下であるグループを判断し、もしこのグループがＳＮＭＰ応答情報テーブル１２６に設定されている場合は、このグループをＳＮＭＰ応答情報テーブル１２６から削除する。
【０１７５】
こうすることにより、限られた容量の記憶部１２６を有効に利用することが出来る。
【０１７６】
このように、本実施形態では、少ない情報（ＭＩＢ−２）が蓄積されていることを待機モード移行条件とするが、使用される管理ツールに対応した、プライベートＭＩＢのＯＩＤのグループに関するデータ値も収集しておき、待機モードにおいて多くの情報要求に対して応答が出来る。そのため、待機モードに移行し易く、応答性を犠牲にせず待機モードにあり続ける状態を作り出すことが出来る。
【０１７７】
以上、本実施形態の概要について説明した。
【０１７８】
［本実施形態の応答装置の構成］
次に、本実施形態における応答装置の構成について説明する。図１１は、本実施形態の応答装置１００ｂの構成図である。
【０１７９】
応答装置１００ｂと上述した応答装置１００または応答装置１００ａとの違いは、代理応答システム１２０ｂの待機応答制御部１２１ｂ（制御部）が、上記概要で述べたとおり、グループごと単位時間ごとの情報要求の集計を行ったり、集計結果に基づいてＭＩＢ１１６からＳＮＭＰ応答情報テーブル１２６ｂへＯＩＤの項目をコピーしたり、ＳＮＭＰ応答情報テーブル１２６ｂから不要なグループのＯＩＤを削除したりすることである。
【０１８０】
なお、ＭＩＢ１１６は、本実施形態において新たに追加されたものではなく、上述した典型的な技術による応答装置１００および１００ａでは、図示を省略していただけである。但し、プライベートＭＩＢ内のＯＩＤを管理ツールごとにグループ化する点は、本実施形態の特徴である。
【０１８１】
以上、本実施形態における応答装置１００ｂの構成について説明した。
【０１８２】
［グループごとでのＯＩＤの扱いについて］
次に、ＯＩＤをグループごとにまとめて扱う様子について説明する。図１２は、ＯＩＤをグループごとにまとめて扱う様子について説明するための図である。
【０１８３】
この図で示している内容は、基本的に、上述した段階２での操作と同じであり、異なる点は、上述した段階２ではユーザーが行っていた事を、待機応答制御部１２１ｂが自動的に行う点である。
【０１８４】
まず、ＳＮＭＰ応答情報テーブル１２６ｂにはＭＩＢ−２の項目名が記憶されており、それに加えて、プライベートＭＩＢの項目名（グループＹのもの）が記憶されている。
【０１８５】
そして、情報要求の集計結果として、グループＸに属するＯＩＤに対する情報要求の数が第１の閾値を超え、グループＹに属するＯＩＤに対する情報要求の数が第２の閾値以下であったと想定する。
【０１８６】
次に、待機応答制御部１２１ｂは集計結果に基づいて、ＭＩＢ１１６からグループＸに属するＯＩＤの項目名をＳＮＭＰ応答情報テーブル１２６ｂにコピーし記憶させると共に、グループＹに属するＯＩＤの項目名をＳＮＭＰ応答情報テーブル１２６ｂから削除する。
【０１８７】
なお、この図では、ＯＩＤの一部に英文字が使われているが、これは説明を分かりやすくするためのものであり、実際には異なった英文字の所には、異なった数字が入る。
【０１８８】
以上、ＯＩＤをグループごとにまとめて扱う様子について説明した。
【０１８９】
［本実施形態における処理］
次に、本実施形態において応答装置１００ｂが行う処理について説明する。なお、応答装置１００ｂが行う処理のうち、第１の典型的な技術または第２の典型的な技術と同じ部分については説明を省略し、以下では本実施形態において追加された部分である、グループごとのＯＩＤ項目名の入れ替え部分についてのみ説明する。
【０１９０】
なお、以下の説明では、上述した集計処理の初期化処理と、グループごとの集計処理と、集計結果に基づいたグループの入れ替え処理の３つに分けて説明する。
【０１９１】
（初期化処理）
集計のための初期化処理について説明する。図１３は、集計のための初期化処理について説明するフローチャートである。
【０１９２】
この図にあるとおり、待機応答制御部１２１ｂは、ステップＳ５０１において、全てのグループのカウンタ（統計情報）をゼロクリアにより初期化する。なお、この処理は予め定められた単位時間ごとに行われる。
【０１９３】
（集計処理）
グループごと単位時間ごとの情報要求の集計処理について説明する。図１４は、グループごと単位時間ごとの情報要求の集計処理について説明するためのフローチャートである。
【０１９４】
まず、待機応答制御部１２１ｂは、どのグループに属するＯＩＤに対して、管理ツールから情報が要求されたかを判定する（ステップＳ６０１）。
【０１９５】
次に、待機応答制御部１２１ｂは、前ステップにおいて情報が要求されたと判定されたグループの統計情報をカウントアップする（ステップＳ６０２）。
【０１９６】
なお、これらの処理は、応答装置１００ｂが稼働している間、常に繰り返される。
【０１９７】
（入れ替え処理）
集計結果に基づいたグループの入れ替え処理について説明する。図１５は、集計結果に基づいたグループの入れ替え処理について説明するためのフローチャートである。
【０１９８】
まず、待機応答制御部１２１ｂは、ＳＮＭＰ応答情報テーブル１２６ｂに記憶されていないグループの統計情報のうち、第１の閾値を超えているものがあるか否かを判断する（ステップＳ７０１）。
【０１９９】
第１の閾値を超えているものがある場合（ステップＳ７０１のＹｅｓ）、待機応答制御部１２１ｂは、第１の閾値を超えた統計情報を持つグループをＳＮＭＰ応答情報テーブル１２６ｂに加える（ステップＳ７０２）。
【０２００】
第１の閾値を超えているものがない場合（ステップＳ７０１のＮｏ）、次のステップに進む。
【０２０１】
次に、待機応答制御部１２１ｂは、ＳＮＭＰ応答情報テーブル１２６ｂに記憶されているグループの統計情報のうち、第２の閾値以下のものがあるか否かを判断する（ステップＳ７０３）。
【０２０２】
第２の閾値以下のものがある場合（ステップＳ７０３のＹｅｓ）、待機応答制御部１２１ｂは、第２の閾値以下の統計情報を持つグループをＳＮＭＰ応答情報テーブル１２６ｂから削除する（ステップＳ７０４）。
【０２０３】
第２の閾値以下のものが無い場合（ステップＳ７０３のＮｏ）、待機応答制御部１２１ｂは、何もしない。
【０２０４】
なお、この入れ替え処理は、どのタイミングで行われてもよい。例えば、上述した典型的な技術において、待機モードに移行する指令が入力されたタイミング（ステップＳ１１１のＹｅｓ）で行われてもよいし、１つの単位時間が終わり集計結果が出揃った時点で行われてもよい。
【０２０５】
以上、本実施形態において応答装置１００ｂが行う処理について説明した。
【０２０６】
＜変形例＞
上述した実施形態では、管理ツールからの情報要求を集計し、集計結果に基づきＭＩＢ１１６からＳＮＭＰ応答情報テーブル１２６ｂへＯＩＤの項目をコピーしたり、ＳＮＭＰ応答情報テーブル１２６ｂから不要なグループのＯＩＤを削除したりした。
【０２０７】
これに対し、本変形例に係る応答装置１００ｃでは、管理ツールから、その管理ツールが必要とする（今後情報要求を応答装置１００ｃに対して送信する）ＯＩＤの項目のリストを、明示的に取得する。
【０２０８】
なお、リストは、各管理ツールにおいて定められたタイミングで、管理ツールが応答装置１００ｃに対して、リストをプッシュ型通信により送信するものでもよいし、応答装置１００ｃが予め定められたタイミングで各管理ツールに問い合わせるプル型通信により送信されるものでもよい。
【０２０９】
各管理ツールには、自分が今後、応答装置１００ｃに情報要求を送信するＯＩＤがなんであるかを把握し、そのＯＩＤをリストとして保持し、保持しているリストを応答装置１００ｃに送信する仕組みが必要である。
【０２１０】
取得するタイミングは、各管理ツールがインストールされ、起動されて、ネットワーク３００をスキャンし、最初に応答装置１００ｃを発見した時点でもよいし、毎回、管理ツールが起動される時点でもよい。
【０２１１】
図１６は、各管理ツール（ツールＡ、ツールＢ、およびツールＣ）から、各ツールが必要とするＯＩＤの項目がリストになって、応答装置１００ｃに送られる様子を示した図である。
【０２１２】
例えば、ツールＡからは、ツールＡが情報を要求するＯＩＤの項目が、「１．３．６．１．４．１．ｘ．ａ」、「１．３．６．１．４．１．ｘ．ｂ」、および「１．３．６．１．４．１．ｘ．ｃ」であることが、応答装置１００ｃに通知される。
【０２１３】
なお、図１６では、ＯＩＤの一部に英文字が使われているが、これは説明を分かりやすくするためのものであり、実際には異なった英文字の所には、異なった数字が入る。
【０２１４】
このようにすることにより、応答装置１００ｃは、各管理ツールの状態の変化に合わせて正確に必要なＯＩＤの項目を準備することが出来る。
【０２１５】
なお、ここでいう管理ツールの状態の変化とは、管理ツールのバージョンアップなどや、ユーザーが新しい管理ツールを利用する場合などである。
【０２１６】
［応答装置１００ｃの構成］
次に、応答装置１００ｃの構成について説明する。図１７は、応答装置１００ｃの構成図である。応答装置１００ｃが応答装置１００ｂと異なる点は、待機応答制御部１２１ｃ（制御部）の機能なので、それ以外の部分については説明を省略する。
【０２１７】
応答装置１００ｂの待機応答制御部１２１ｂは、グループごと単位時間ごとの情報要求の集計を行ったり、集計結果に基づいてＭＩＢ１１６からＳＮＭＰ応答情報テーブル１２６ｂへＯＩＤの項目をコピーしたり、ＳＮＭＰ応答情報テーブル１２６ｂから不要なグループのＯＩＤを削除したりしていた。
【０２１８】
これに対し、応答装置１００ｃの待機応答制御部１２１ｃは、各管理ツールからＯＩＤの項目のリストを取得し、取得したリストに基づき、ＭＩＢ１１６からＳＮＭＰ応答情報テーブル１２６ｂへＯＩＤの項目をコピーしたり、ＳＮＭＰ応答情報テーブル１２６ｂから不要なグループのＯＩＤを削除したりする。
【０２１９】
以上、応答装置１００ｃの構成について説明した。
【０２２０】
［応答装置１００ｃの処理の流れ］
次に、応答装置１００ｃにおける処理の流れについて説明する。図１８は、応答装置１００ｃにおける処理の流れについて説明するためのフローチャートである。
【０２２１】
まず、待機応答制御部１２１ｃが、管理ツールから、必要とするＯＩＤの項目のリストを取得する（ステップＳ８０１）。
【０２２２】
次に、待機応答制御部１２１ｃは、取得したＯＩＤの項目のリストに基づき、必要なＯＩＤのグループをＳＮＭＰ応答情報テーブル１２６ｂに加え、不要なＯＩＤのグループをＳＮＭＰ応答情報テーブル１２６ｂから削除する（ステップＳ８０２）。
【０２２３】
以上、応答装置１００ｃにおける処理の流れについて説明した。
【０２２４】
［補足事項］
その他、本技術は、上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【０２２５】
１００、１００ａ、１００ｂ、１００ｃ・・応答装置
１１０・・・・・ホストシステム
１１１・・・・・ホストシステム制御部
１１１ａ・・・・代理応答制御部
１１２・・・・・ホストシステム入力部
１１３・・・・・ホストシステム出力部
１１４・・・・・電源制御部
１１５・・・・・画像形成部
１２０、１２０ｂ・・代理応答システム
１２１、１２１ｂ、１２１ｃ・・待機応答制御部
１２１ａ・・・・待機モード移行制御部
１２２・・・・・待機応答入力部
１２３・・・・・待機応答出力部
１２４・・・・・情報蓄積部
１２５・・・・・応答データ作成部
１２６・・・・・記憶部 
１２６ａ・・・・アドレス情報エリア
１２６ｂ・・・・ＳＮＭＰ応答情報テーブル
１２６ｃ・・・・待機モード移行条件エリア
１２７・・・・・ホスト電源制御部
１３０・・・・・通信インターフェイス部
１３１・・・・・受信部
１３２・・・・・送信部
２００・・・・・ＰＣ
３００・・・・・ネットワーク
【図１】
2015157479.tif 000003
【図２】
2015157479.tif 000004
【図３】
2015157479.tif 000005
【図４】
2015157479.tif 000006
【図５】
2015157479.tif 000007
【図６】
2015157479.tif 000008
【図７】
2015157479.tif 000009
【図８】
2015157479.tif 000010
【図９】
2015157479.tif 000011
【図１０】
2015157479.tif 000012
【図１１】
2015157479.tif 000013
【図１２】
2015157479.tif 000014
【図１３】
2015157479.tif 000015
【図１４】
2015157479.tif 000016
【図１５】
2015157479.tif 000017
【図１６】
2015157479.tif 000018
【図１７】
2015157479.tif 000019
【図１８】
2015157479.tif 000020