(57)【要約】【課題】  多機能機のステータスに応じて適切に情報を要求すること。【解決手段】  管理装置１０は、複数の多機能機６０、７０、８０と通信可能に接続されている。この管理装置１０は、複数の多機能機６０、７０、８０に情報を順次要求することによって、複数のデバイスから情報を順次取得する。管理装置１０は、多機能機６０にステータス情報２０２を要求し、多機能機６０のステータス情報２０２がスリープ状態を示さない場合に、多機能機６０にステータス情報以外の情報２０４、２０８を要求した後に、多機能機７０にステータス情報２１４を要求し、多機能機６０のステータス情報２０２がスリープ状態を示す場合に、多機能機６０にステータス情報以外の情報２０４、２０８を要求せずに、多機能機７０にステータス情報２０２を要求する。【選択図】図３
2011008329.tif 000002
【特許請求の範囲】
【請求項１】
第１デバイスと第２デバイスとを含む複数のデバイスと通信可能に接続される管理装置であって、
前記複数のデバイスに情報を順次要求することによって、前記複数のデバイスから前記情報を順次取得する情報取得処理を実行する情報取得部を備え、
前記情報取得部は、
前記第１デバイスにステータス情報を要求し、
前記第１デバイスの前記ステータス情報がスリープ状態を示さない場合に、前記第１デバイスに前記ステータス情報以外の対象情報を要求した後に、前記第２デバイスに前記ステータス情報を要求し、
前記第１デバイスの前記ステータス情報が前記スリープ状態を示す場合に、前記第１デバイスに前記対象情報を要求せずに、前記第２デバイスに前記ステータス情報を要求する、管理装置。
【請求項２】
前記情報取得部は、前記第１デバイスの前記ステータス情報が前記スリープ状態を示さず、かつ、前記第１デバイスの前記ステータス情報が処理実行状態を示さない場合に、前記第１デバイスに前記対象情報を要求した後に、前記第２デバイスに前記ステータス情報を要求する、請求項１に記載の管理装置。
【請求項３】
前記対象情報は、前記第１デバイスが処理を実行するのに伴って変化する情報を含む、請求項１又は２に記載の管理装置。
【請求項４】
待機時間情報取得部と周期設定部とをさらに備え、
前記情報取得部は、所定の周期で前記情報取得処理を定期的に実行し、
前記待機時間情報取得部は、前記複数のデバイスのそれぞれから、処理実行状態を終えてから待機状態を経てスリープ状態に移行するまでに要する待機時間に関する情報を取得し、
前記周期設定部は、前記所定の周期を、前記複数のデバイスの複数の前記待機時間のうちの最も短い前記待機時間以下に設定する、請求項１から３のいずれかに記載の管理装置。
【請求項５】
処理実行状態を終えてから待機状態を経てスリープ状態に移行するまでに要する待機時間を所定時間に設定するための設定指示を、前記複数のデバイスに送信する待機時間設定部をさらに備え、
前記情報取得部は、前記所定時間以上の所定の周期で前記情報取得処理を定期的に実行する、請求項１から３のいずれかに記載の管理装置。
【請求項６】
第１デバイスと第２デバイスとを含む複数のデバイスと通信可能に接続される管理装置であって、
前記複数のデバイスに情報を順次要求することによって、前記複数のデバイスから前記情報を順次取得する情報取得処理を実行する情報取得部を備え、
前記情報取得部は、
前記第１デバイスにステータス情報を要求し、
前記第１デバイスの前記ステータス情報が処理実行状態を示さない場合に、前記第１デバイスに前記ステータス情報以外の対象情報を要求した後に、前記第２デバイスに前記ステータス情報を要求し、
前記第１デバイスの前記ステータス情報が前記処理実行状態を示す場合に、前記第１デバイスに前記対象情報を要求せずに、前記第２デバイスに前記ステータス情報を要求する、管理装置。
【請求項７】
前記情報取得部は、前記第１デバイスの前記ステータス情報が前記処理実行状態を示さず、かつ、前記第１デバイスの前記ステータス情報がスリープ状態を示さない場合に、前記第１デバイスに前記対象情報を要求した後に、前記第２デバイスに前記ステータス情報を要求する、請求項６に記載の管理装置。
【請求項８】
前記第１デバイスは、印刷機能を備え、
前記処理実行状態は、印刷実行状態を含む、請求項６又は７に記載の管理装置。
【請求項９】
第１デバイスと第２デバイスとを含む複数のデバイスと通信可能に接続される管理装置のためのコンピュータプログラムであって、
前記管理装置に搭載されるコンピュータに、以下の処理、即ち、
前記複数のデバイスに情報を順次要求することによって、前記複数のデバイスから前記情報を順次取得する情報取得処理、を実行させ、
前記情報取得処理では、
前記第１デバイスにステータス情報を要求し、
前記第１デバイスの前記ステータス情報がスリープ状態を示さない場合に、前記第１デバイスに前記ステータス情報以外の対象情報を要求した後に、前記第２デバイスに前記ステータス情報を要求し、
前記第１デバイスの前記ステータス情報が前記スリープ状態を示す場合に、前記第１デバイスに前記対象情報を要求せずに、前記第２デバイスに前記ステータス情報を要求する、コンピュータプログラム。
【請求項１０】
第１デバイスと第２デバイスとを含む複数のデバイスと通信可能に接続される管理装置のためのコンピュータプログラムであって、
前記管理装置に搭載されるコンピュータに、前記複数のデバイスに情報を順次要求することによって前記複数のデバイスから前記情報を順次取得する情報取得処理を実行させ、
前記情報取得処理では、
前記第１デバイスにステータス情報を要求し、
前記第１デバイスの前記ステータス情報が処理実行状態を示さない場合に、前記第１デバイスに前記ステータス情報以外の対象情報を要求した後に、前記第２デバイスに前記ステータス情報を要求し、
前記第１デバイスの前記ステータス情報が前記処理実行状態を示す場合に、前記第１デバイスに前記対象情報を要求せずに、前記第２デバイスに前記ステータス情報を要求する、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のデバイスのそれぞれから情報を取得する管理装置に関する。
【背景技術】
【０００２】
特許文献１には、ネットワークに接続された複数のデバイス（例えばプリンタ等）を管理する管理装置が開示されている。管理装置は、トナー残量や実行中の印刷ジョブの名称等の対象情報を複数のデバイスに順次要求することによって、対象情報を複数のデバイスから順次取得する情報取得処理を定期的に実行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２０２４４９号公報
【特許文献２】特開２００５−７１１５９号公報
【特許文献３】特開２００２−２７８８５４号公報
【特許文献４】特開２００７−１５７０７４号公報
【特許文献５】特開２００２−１５７１７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術では、管理装置は、対象情報を要求すべき際の特定のデバイスのステータスに関わらず、上記の特定のデバイスに対象情報を要求する。このため、管理装置は、特定のデバイスに対して対象情報を要求する必要性が無いにも関わらず、特定のデバイスに対して対象情報を要求してしまう場合があった。また、特定のデバイスに対する対象情報の要求のタイミングが悪く、特定のデバイスから対象情報を迅速に取得できない場合があった。すなわち、従来では、特定のデバイスのステータスが考慮されていないため、特定のデバイスから、適切に情報を取得することが困難であった。
【０００５】
本明細書では、デバイスのステータスに応じて適切に情報を要求する管理装置を提供する。
【課題を解決するための手段】
【０００６】
本明細書に開示される管理装置は、第１デバイスと第２デバイスとを含む複数のデバイスと通信可能に接続される。この管理装置は、複数のデバイスに情報を順次要求することによって、複数のデバイスから情報を順次取得する情報取得処理を実行する情報取得部を備える。
【０００７】
情報取得部は、第１デバイスにステータス情報を要求し、第１デバイスのステータス情報がスリープ状態を示さない場合に、第１デバイスにステータス情報以外の対象情報を要求した後に、第２デバイスにステータス情報を要求し、第１デバイスのステータス情報がスリープ状態を示す場合に、第１デバイスに対象情報を要求せずに、第２デバイスにステータス情報を要求してもよい。
【０００８】
上記の構成によると、管理装置は、対象情報を取得すべき際に、第１デバイスがスリープ状態でない場合には、第１デバイスから対象情報を取得する。一方において、第１デバイスがスリープ状態である場合には、第１デバイスの対象情報が前回に取得した対象情報から変化していない可能性がある。従って、管理装置は、第１デバイスがスリープ状態である場合には、第１デバイスに対象情報を要求しない。この結果、変化のない対象情報を第１デバイスに要求するという無駄な要求を行うことを抑制することができる。すなわち、デバイスのステータスに応じて適切に情報を要求することができる。
【０００９】
あるいは、情報取得部は、第１デバイスにステータス情報を要求し、第１デバイスのステータス情報が処理実行状態を示さない場合に、第１デバイスにステータス情報以外の対象情報を要求した後に、第２デバイスにステータス情報を要求し、第１デバイスのステータス情報が処理実行状態を示す場合に、第１デバイスに対象情報を要求せずに、第２デバイスにステータス情報を要求してもよい。なお、第１デバイスが印刷機能を備える場合には、上記処理実行状態には、印刷実行状態を含んでいてもよい。
【００１０】
上記の構成によると、管理装置は、対象情報を取得すべき際に、第１デバイスが処理実行状態でない場合（処理負荷が低い状態である場合）には、第１デバイスから対象情報を取得する。一方において、第１デバイスが処理実行状態である場合（処理負荷が高い状態である場合）には、第１デバイスに対象情報を要求しても第１デバイスから対象情報を取得するまでに長時間を要する可能性がある。従って、管理装置は、第１デバイスが処理実行状態である場合には、第１デバイスに対象情報を要求しない。この結果、応答に長時間を要する可能性がある第１デバイスに対象情報を要求することを抑制することができる。すなわち、デバイスのステータスに応じて適切に情報を要求することができる。
【００１１】
上記の管理装置では、情報取得部は、第１デバイスのステータス情報がスリープ状態を示さず、かつ、第１デバイスのステータス情報が処理実行状態を示さない場合に、第１デバイスに対象情報を要求した後に、第２デバイスにステータス情報を要求するようにしてもよい。
【００１２】
この構成によると、管理装置は、第１デバイスがスリープ状態と処理実行状態のいずれでもない場合に、第１デバイスから対象情報を取得する。変化のない対象情報を第１デバイスに要求することを抑制することができるとともに、応答に長時間を要する可能性がある第１デバイスに対象情報を要求することを抑制することができる。
【００１３】
上記の対象情報は、第１デバイスが処理を実行するのに伴って変化する情報を含んでいてもよい。一方において、対象情報は、第１デバイスが処理を実行するのに伴って変化しない情報を含んでいてもよい。
【００１４】
上記の管理装置は、待機時間情報取得部と周期設定部とをさらに備えてもよい。情報取得部は、所定の周期で情報取得処理を定期的に実行してもよい。待機時間情報取得部は、複数のデバイスのそれぞれから、処理実行状態を終えてから待機状態を経てスリープ状態に移行するまでに要する待機時間に関する情報を取得してもよい。周期設定部は、上記の所定の周期を、複数のデバイスの複数の待機時間のうちの最も短い待機時間以下に設定してもよい。
【００１５】
また、管理装置は、待機時間を所定時間に設定するための設定指示を複数のデバイスに送信する待機時間設定部をさらに備えてもよい。この場合、情報取得部は、設定した上記の所定時間以上の所定の周期で情報取得処理を定期的に実行してもよい。
【００１６】
仮に、管理装置が対象情報を取得すべき対象である特定のデバイスの待機時間が情報取得処理を実行するための上記の所定の周期よりも短い場合には、以下の事態が発生し得る。即ち、情報取得処理を実行するための一周期の間に、上記の特定のデバイスが、スリープ状態から処理実行状態になり、その後に待機状態を経て再びスリープ状態に移行する可能性がある。この場合、前者のスリープ状態の際には上記の特定のデバイスから対象情報が取得されず、後者のスリープ状態の際にも上記の特定のデバイスから対象情報が取得されない。上記の特定のデバイスが処理実行状態に移行すると、上記の特定のデバイスの対象情報が変化する可能性がある。対象情報が変化しているにもかかわらず、後者のスリープ状態の際に対象情報が取得されないという事態が発生し得る。上記の管理装置によると、複数のデバイスのそれぞれの待機時間が、情報取得処理を実行する上記の所定の周期以上になる。そのため、上記の事態が発生しない。管理装置が対象情報を取得すべき対象であるデバイスの対象情報が変化した場合に、変化後の対象情報を確実に取得することができる。
【００１７】
上記の管理装置を実現するための制御方法及びコンピュータプログラムも新規で有用である。また、管理装置と、第１デバイスと、第２デバイスと、を含むシステムも新規で有用である。
【図面の簡単な説明】
【００１８】
【図１】第１実施例の管理システムの構成を示す。
【図２】オブジェクト情報テーブルの一例を示す。
【図３】各デバイスが実行する処理のシーケンス図を示す。
【図４】情報取得処理のフローチャートを示す。
【図５】ポーリング時間設定処理のフローチャートを示す。
【図６】各デバイスが実行する処理のタイムチャートを示す。
【図７】第２実施例における待機時間設定処理のフローチャートを示す。
【発明を実施するための形態】
【００１９】
ここでは、以下の実施例に記載の技術の一部を列挙しておく。
（形態１）エラー状態を示しているデバイスの対象情報は、エラー状態が解消されるまで変化しないことがある。従って、情報取得部は、第１デバイスのステータス情報がエラー状態を示さない場合に、第１デバイスにステータス情報以外の対象情報を要求した後に、第２デバイスにステータス情報を要求し、第１デバイスのステータス情報がエラー状態を示す場合に、第１デバイスに対象情報を要求せずに、第２デバイスにステータス情報を要求してもよい。なお、エラー状態は、用紙切れ状態を含んでいてもよいし、トナー切れ状態を含んでいてもよい。
（形態２）管理装置は、上記の周期設定部が上記の所定の周期を設定する第１モードと、上記の待機時間設定部が複数のデバイスの待機時間を上記の所定時間に設定する第２モードと、の中から１つのモードを選択することをユーザに許容してもよい。
【実施例】
【００２０】
（第１実施例）
（システムの構成）
第１実施例について説明する。図１は、本実施例の管理システム２の構成を示す。管理システム２は、ＬＡＮ等のネットワーク４と、管理装置１０と、複数の多機能機６０、７０、８０等を備える。各デバイス１０、６０、７０、８０は、いずれもネットワーク４に接続されている。各デバイス１０、６０、７０、８０は、ネットワーク４を介して、相互に通信可能である。多機能機６０等は、印刷機能、スキャナ機能、ファクシミリ通信機能等を備える。
【００２１】
（管理装置の構成）
管理装置１０の構成について詳しく説明する。本実施例では、管理装置１０としてＰＣを用いた例について説明する。管理装置１０は、多機能機６０等から情報を取得する処理を実行することによって、多機能機６０等を管理する。
【００２２】
管理装置１０は、制御部１２と表示部１４と操作部１６とネットワークインターフェイス２０と記憶部２４とを備える。制御部１２は、記憶部２４に記憶されているプログラム３６に従って処理を実行する。表示部１４は、様々な情報を表示する。操作部１６は、複数のキーを備える。ユーザは、操作部１６を操作することによって、様々な指示を管理装置１０に入力することができる。ネットワークインターフェイス２０は、ネットワーク４に接続されている。
【００２３】
記憶部２４は、オブジェクト情報テーブル３２（図２）を記憶する。また、記憶部２４は、ワーク領域３４を備える。ワーク領域３４は、制御部１２が処理を実行する過程で生成又は取得される情報を記憶する。記憶部２４は、さらに、制御部１２によって実行されるべきプログラム３６を記憶している。また、記憶部２４は、さらに、上記の各情報３２、３６以外の情報（例えば、後述する情報取得ポーリング時間等）を記憶するための記憶領域３８を有する。
【００２４】
図２は、オブジェクト情報テーブル３２の一例を示す。オブジェクト情報テーブル３２は、複数の組合せ情報１３２〜１３６を含む。各組合せ情報１３２〜１３６は、ノード名１３８と、ＭＡＣアドレス１４０と、ＩＰアドレス１４２と、機種情報１４４と、ファームウェアバージョン情報１４６と、ステータス情報１４８と、複数種類の動的情報１５０、１５２、１５４、１５６と、が関連付けられた情報である。各組合せ情報１３２等は、管理装置１０が管理する対象である各多機能機６０等の情報を示す。
【００２５】
例えば、組合せ情報１３２が多機能機６０の情報である場合、多機能機６０は、組合せ情報１３２に含まれるノード名「Ｐ００１」、ＭＡＣアドレス「Ｍ１」、ＩＰアドレス「Ａ１」を有する。また、多機能機６０は、機種情報「Ｔ１」のデバイスであり、ファームウェアバージョン情報「１．００」のファームウェアに従って動作する。ステータス情報１４８は、多機能機６０等の状態を示す情報である。多機能機６０等のステータスは、処理実行中である処理実行状態、処理実行可能な状態で待機している待機状態（スタンバイ状態）、待機状態よりも消費電力の小さい（処理実行状態よりも消費電力の小さい）スリープ状態、エラーが発生しているエラー状態等の各状態を含む。上記の処理実行状態には、多機能機６０等が印刷を実行している印刷実行状態、スキャンを実行しているスキャニング状態等の各種の状態が含まれる。また、上記のエラー状態には、印刷のためのトナー又はインクが無い状態、印刷用紙が無い状態等の各種の状態が含まれる。即ち、エラー状態は、多機能機６０等が特定の処理（印刷処理、スキャン処理等）を実行することができない状態である。
【００２６】
複数種類の動的情報１５０等は、多機能機６０等が処理を実行するのに伴って値（または量）が変化するような情報である。例えば、動的情報１５０は、印刷済みのトータルの印刷用紙の枚数である印刷枚数に関する情報、消耗品量（インク残量等）に関する情報等を含む。例えば、組合せ情報１３２が多機能機６０の情報である場合、多機能機６０は、第１種類の動的情報（印刷枚数）として「１０２４」を有する。また、本実施例の多機能機６０は、インクを用いて印刷するものではなく、トナーを用いて印刷する。従って、多機能機６０は、第２種類の動的情報（インク残量）を有していないが、第３種の動的情報（トナー残量）を有する。なお、多機能機６０は、自身が有していない第２種類の動的情報の要求に対して応答することができない。
【００２７】
（管理装置と多機能機が実行する処理の概略）
管理装置１０及び各多機能機６０等が実行する処理について簡単に説明する。図３は、管理装置１０と各多機能機６０〜８０とが実行する処理のシーケンス図を示す。図３の例では、多機能機６０のステータスが待機状態であり、多機能機７０のステータスがスリープ状態である。多機能機８０のステータスは示していない。
【００２８】
なお、本実施例では、管理装置１０と各多機能機６０〜８０とは、ＳＮＭＰ（Simple Network Management Protocol）に従って通信を行っている。管理装置１０がＳＮＭＰマネージャに相当し、各多機能機６０〜８０がＳＮＭＰエージェントに相当する。管理装置１０は、各多機能機６０〜８０にＧｅｔコマンドを送信することによって、情報を要求する。このＧｅｔコマンドは、情報を識別するためのオブジェクト識別子（以下「ＯＩＤ（Object Identifier）」と呼ぶ）を含む。
【００２９】
図３を参照しながら、管理装置１０と各多機能機６０〜８０とが実行する処理を説明する。情報取得ポーリング時間が経過すると、管理装置１０は、情報取得処理を開始する。管理装置１０は、Ｇｅｔコマンド２００を多機能機６０に送信することによって、多機能機６０のステータス情報を要求する。Ｇｅｔコマンド２００は、ステータス情報に対応する１個のＯＩＤ１を含む。多機能機６０は、ＯＩＤ１に対応するステータス情報２０２を管理装置１０に送信する。本例では、多機能機６０は、待機状態を示すステータス情報を管理装置１０に送信する。管理装置１０は、ステータス情報の要求先の多機能機のステータス情報がスリープ状態と処理実行状態とエラー状態のいずれでもない場合に、その多機能機にステータス情報以外の目的の情報（対象情報）を要求する。従って、管理装置１０は、ステータス情報以外の情報（例えば印刷枚数）に対応する１個のＯＩＤ２を含むＧｅｔコマンド２０４を多機能機６０に送信する。多機能機６０は、ＯＩＤ２に対応する情報２０６を有している場合（応答可能である場合）に、情報２０６を管理装置１０に送信する。なお、図３では示していないが、多機能機６０は、ＯＩＤ２に対応する情報２０６を有していない場合（応答不可能である場合）に、応答不可能であることを示すレスポンスを管理装置１０に送信する（もしくはレスポンスを管理装置１０に送信しなくてもよい）。管理装置１０は、次いで、Ｇｅｔコマンド２０４を多機能機６０に送信することによって、他の１種類の情報（例えばインク残量）を要求する。管理装置１０が要求可能な情報がＮ種類（Ｎは２以上の整数）存在する場合に、管理装置１０は、Ｎ個のＧｅｔコマンド２００等を多機能機６０に順次送信し、多機能機６０が応答可能な情報２０２等を多機能機６０から取得する。
【００３０】
なお、管理装置１０が多機能機６０から情報を取得する手法は、上記の例のように１個のＯＩＤを含むＧｅｔコマンドをＮ回に亘って多機能機６０に送信する手法に限らない。管理装置１０は、多機能機６０がステータス情報以外で応答可能な情報の種類を知っていれば、その種類の情報に対応するＯＩＤをすべて含むＧｅｔコマンドを１回のみ多機能機６０に送信し、ステータス情報以外の情報をまとめて取得してもよい。
【００３１】
さらに、管理装置１０は、多機能機６０からステータス情報２０２と他の目的の情報２０６等を取得した後に、ステータス情報に対応する１個のＯＩＤ１を含むＧｅｔコマンド２１２を多機能機７０に送信する。多機能機７０は、ＯＩＤ１に対応するステータス情報２１４を管理装置１０に送信する。本例では、多機能機７０のステータス情報はスリープ状態である。管理装置１０は、ステータス情報の要求先の多機能機がスリープ状態と処理実行状態とエラー状態のいずれかである場合に、その多機能機にステータス情報以外の情報を要求しない。従って、管理装置１０は、多機能機７０にステータス情報以外の他の目的の情報を要求するＧｅｔコマンドを送信しない。次いで、管理装置１０は、ステータス情報に対応する１個のＯＩＤ１を含むＧｅｔコマンド２１６を多機能機８０に送信する。多機能機８０は、ＯＩＤ１に対応するステータス情報２１８を管理装置１０に送信する。管理装置１０は、多機能機６０、７０の場合と同様に、多機能機８０のステータス情報２１８に基づいて、多機能機８０にステータス情報以外の他の目的の情報を要求するのか否かを決定する。
【００３２】
（管理装置１０が実行する処理）
続いて、管理装置１０の制御部１２が実行する処理の内容について説明する。図４は、制御部１２が実行する情報取得処理のフローチャートである。管理装置１０が電源ＯＮされると、制御部１２は、情報取得ポーリング時間が経過することを監視する。情報取得ポーリング時間が経過した場合に、制御部１２は、情報取得処理を開始する。情報取得処理では、制御部１２は、図示しない所定のコマンドをブロードキャストすることによって、ネットワーク４に接続されている複数の多機能機６０等のＩＰアドレスを取得する。制御部１２は、まず、ｎ＝１に設定する（Ｓ２０）。次いで、制御部１２は、複数の多機能機６０等のＩＰアドレスの中から、ｎ番目の多機能機のＩＰアドレスを特定する。（Ｓ２２）。制御部１２は、ｎ番目の多機能機のＩＰアドレス宛にＧｅｔコマンドを送信することによって、ｎ番目の多機能機にステータス情報を要求する。この結果、制御部１２は、ｎ番目の多機能機からステータス情報を取得する（Ｓ２４）。ステータス情報を取得すると、制御部１２は、取得したステータス情報が特定のステータスか否か判断する（Ｓ２６）。特定のステータスは、スリープ状態、処理実行状態、及び、エラー状態である。Ｓ２６でＹＥＳの場合、制御部１２は、ｎ番目の多機能機に対してそれ以上の情報の要求を行わずにＳ３２に進む。
【００３３】
一方、Ｓ２６でＮＯの場合、制御部１２は、ｎ番目の多機能機にステータス情報以外の他の目的の情報に対応するＯＩＤを含むＧｅｔコマンドを順次送信する（Ｓ２８）。ｎ番目の多機能機は、応答可能な情報を管理装置１０に送信する。制御部１２に送信する。その結果、管理装置１０は、情報を取得する（Ｓ３０）。ここで取得される情報は、図２に示される動的情報１５０〜１５６を含む。Ｓ３０を終えると、制御部１２はＳ３２に進む。
【００３４】
Ｓ３２では、制御部１２は、ｎに１を加えた数を新たなｎとして決定する。新たなｎを決定すると、制御部１２は、上記のブロードキャストで得られた複数の多機能機６０等のＩＰアドレスの総数（ｍａｘ）よりも、新たなｎが大きいのか否か判断する（Ｓ３４）。Ｓ３４でＮＯの場合、制御部１２は、Ｓ２２に戻ってｎ番目のデバイスを特定し、上記のＳ２２〜Ｓ３４の処理を繰り返す。一方、Ｓ３４でＹＥＳの場合、制御部１２は、情報取得処理を終了する。
【００３５】
上述したように、図４の情報取得処理は、情報取得ポーリング時間が経過する毎に実行される。この情報取得ポーリング時間を制御部１２が設定する処理の内容について説明する。図５は、ポーリング時間設定処理のフローチャートを示す。ポーリング時間設定処理は、例えば、管理装置１０の電源がＯＮされる毎に実行される。ただし、ポーリング時間設定処理は、例えば、ユーザの指示に応じて実行されてもよい。情報取得処理の場合と同様に、制御部１２は、所定のコマンドをブロードキャストすることによって、複数の多機能機６０等のＩＰアドレスを取得する。制御部１２は、ｎ＝１に設定し（Ｓ４０）、ｎ番目の多機能機のＩＰアドレスを特定する（Ｓ４２）。次いで、制御部１２は、ｎ番目の多機能機のＩＰアドレス宛に待機時間情報に対応するＯＩＤを含むＧｅｔコマンドを送信する。待機時間情報は、多機能機が処理実行状態を終えてから待機状態を経てスリープ状態に移行するまでの待機時間に関する情報である。ｎ番目の多機能機は、待機時間情報を管理装置１０に送信する。この結果、制御部１２は、待機時間情報を取得する（Ｓ４４）。Ｓ４４の後に実行されるＳ４６及びＳ４８は、図４のＳ３２及びＳ３４と同様である。
【００３６】
Ｓ４８でＹＥＳの場合、制御部１２は、Ｓ４４で取得された各多機能機６０等の待機時間情報から、最も短い待機時間を特定する（Ｓ５０）。次いで、制御部１２は、管理装置１０の情報取得のためのポーリング時間を、特定した待機時間以下の特定の値になるように設定する（Ｓ５２）。即ち、制御部１２は、上記の特定の値（即ちポーリング時間）を記憶領域３８（図１参照）に記憶する。以後、制御部１２は、記憶領域３８に記憶されているポーリング時間が経過することを監視し、ポーリング時間が経過する毎に図４の情報取得処理を実行する。
【００３７】
図６は、管理装置１０と多機能機６０の動作を説明するためのタイムチャートである。スリープ状態３０５中の多機能機６０は、処理実行指示（例えば印刷指示、スキャン指示、情報表示指示等）を受けると、処理実行状態３０６に移行する。多機能機６０は、処理実行状態３０６を終えると、待機状態３０８に移行する。多機能機６０は、待機状態３０６に移行してから処理実行指示を受けない状態が所定時間（Ｗｔ）継続すると、スリープ状態３１０に移行する。図示していないが、多機能機６０は、待機状態３０６の間に処理実行指示を受けると、再び処理実行状態に移行する。スリープ状態３１０は、処理実行指示を受けるまで継続する。多機能機６０は、スリープ状態３１０中に処理実行指示を受けると、処理実行状態３１２に移行する。
【００３８】
管理装置１０は、図５のＳ５２で設定されるポーリング時間（Ｐｔ１）が経過する毎に、図４に示される情報取得処理３００、３０２、３０４を多機能機６０に対して実行する。本実施例では、図５に示されるポーリング時間設定処理によって、ポーリング時間（Ｐｔ１）と多機能機６０の待機時間（Ｗｔ）とが、Ｐｔ１≦Ｗｔの関係を満たすように設定されている。なお、他の多機能機７０等の待機時間も、ポーリング時間（Ｐｔ１）以上である。
【００３９】
ここで、仮に上記のポーリング時間が、図６に示すＰｔ２に設定された場合を考える。このポーリング時間（Ｐｔ２）は、上記の待機時間（Ｗｔ）より長く設定されている（Ｐｔ２＞Ｗｔ）。管理装置１０は、情報取得ポーリング時間（Ｐｔ２）が経過する毎に、情報取得処理３２０、３２２を多機能機６０に対して実行する。この場合、管理装置１０が情報取得処理３２０、３２２を実行するいずれの時点においても、多機能機６０はスリープ状態３０５、３０６である。ただし、ポーリング時間（Ｐｔ２）の間に、多機能機６０は、スリープ状態３０５から処理実行状態３０６に移行し、その後に待機状態３０８を経て再びスリープ状態３１０に移行している。処理実行状態３０６では、多機能機６０の動的情報（例えば印刷枚数、トナー残量等）が変化する可能性は高い。それにもかかわらず、管理装置１０は、処理実行状態３０６で変化する動的情報を情報取得処理３２２で取得することができない。
【００４０】
これに対し、本実施例では、情報取得ポーリング時間が待機時間（Ｗｔ）以下に設定される。このために、連続する２回の情報取得処理の間に、多機能機６０がスリープ状態から処理実行状態に移行し、その後に待機状態を経て再びスリープ状態に移行するという事態が発生しない。従って、管理装置１０は、処理実行状態３０６で変化する動的情報を情報取得処理３００で確実に取得することができる。
【００４１】
以上、本実施例の管理装置１０について詳しく説明した。本実施例の管理装置１０では、図３に示すように、多機能機６０のステータスが上記の特定のステータス（スリープ状態、処理実行状態、及び、エラー状態）のいずれでもない場合には、ステータス情報以外の目的の情報を多機能機６０に要求する。また、管理装置１０は、多機能機７０のステータスが上記の特定のステータスである場合には、ステータス情報以外の目的の情報を多機能機７０に要求せずに、他の多機能機８０にステータス情報を要求する。多機能機７０がスリープ状態である場合には、多機能機７０の動的情報が前回に取得した動的情報から変化していない可能性が高い。また、仮に、多機能機７０がエラー状態である場合も、多機能機７０の動的情報が前回に取得した動的情報から変化していない可能性が高い。本実施例によると、変化のない動的情報を多機能機７０に要求するという無駄な要求を抑制することができる。また、仮に、多機能機７０が処理実行状態にある場合（処理負荷が高い場合）には、要求に対する応答に長時間を要する可能性が高い。応答に長時間を要する可能性の高い多機能機７０に要求を行うことを抑制することもできる。本実施例の管理装置１０は、多機能機６０〜８０のステータスに応じて適切に情報を要求することができる。
【００４２】
（第２実施例）
第２実施例について説明する。上記の第１実施例では、図５に示すように、管理装置１０は、各多機能機６０等の待機時間に合わせて、自身の情報取得ポーリング時間を設定する。これに対し、本実施例では、管理装置１０の情報取得ポーリング時間が固定されており、管理装置１０は、自身の情報取得ポーリング時間に合わせて、各多機能機６０等の待機時間を設定する。なお、情報取得ポーリング時間は、デフォルトの値であってもよいし、ユーザによって設定される値であってもよい。図７は、本実施例の管理装置１０が行う待機時間設定処理のフローチャートを示す。
【００４３】
待機時間設定処理は、例えば、管理装置１０の電源がＯＮされる毎に実行される。ただし、待機時間設定処理は、例えば、ユーザの指示に応じて実行されてもよい。Ｓ６０及びＳ６２の処理は、図４のＳ２０及びＳ２２と同様である。Ｓ６４では、制御部１２は、固定されている情報取得ポーリング時間以上の特定の値を決定する。次いで、制御部１２は、ｎ番目の多機能機の待機時間を、決定した上記の特定の値に設定する。具体的には、制御部１２は、待機時間に対応するＯＩＤと上記の特定の値とを含むＳｅｔコマンドを、ｎ番目の多機能機に送信する。Ｓ６４の後に実行されるＳ６６及びＳ６８は、図４のＳ３２及びＳ３４と同様である。
【００４４】
本実施例の管理装置１０によると、Ｓ６２〜Ｓ６８（図８）に示すように、各多機能機６０等の待機時間が、管理装置１０のポーリング時間以上になるように設定される。従って、上記の第１実施例の場合と同様に、管理装置１０は、多機能機６０等の動的情報に変化が起こった場合に、変化後の動的情報を確実に取得することができる。
【００４５】
以上の説明から明らかなように、多機能機６０〜８０が、本発明における複数のデバイスに対応する。ステータス情報以外の目的の情報が、本発明における対象情報に対応する。ポーリング時間（Ｐｔ１）が、本発明における所定の周期に対応する。図４の情報取得処理、図５のＳ４０〜Ｓ４８の処理、図５のＳ５０及びＳ５２の処理、図７の待機時間設定処理が、それぞれ、本発明における情報取得部、待機時間情報取得部、周期設定部、待機時間設定部が実行する処理に対応する。
【００４６】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００４７】
各実施例では、特定のステータスとしてスリープ状態、処理実行状態、エラー状態を例示し、これらのいずれの状態にも該当しない場合に多機能機６０等に対してステータス情報以外の情報を要求する例について説明した。しかし、特定のステータスは、上記の３つに限られない。例えば、特定のステータスは、スリープ状態と処理実行状態とエラー状態のうちのいずれか１つ又は２つのみであってもよい。
【００４８】
各実施例では、ポーリング時間設定処理（第１実施例）と、待機時間設定処理（第２実施例）のうち、いずれか一方のみを実行可能な管理装置１０について説明した。しかし、管理装置１０は、ポーリング時間設定処理と待機時間設定処理の双方を実行可能であってもよい。その場合、ポーリング時間設定処理を実行するモードと待機時間設定処理を実行するモードとの中から１つのモードをユーザが選択可能であってもよい。
【００４９】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００５０】
２：管理システム、４：ネットワーク、１０：管理装置、１２：制御部、１４：表示部、１６：操作部、１８：ＵＳＢインターフェイス、２０：ネットワークインターフェイス、２４：記憶部、３０：リクエスト情報テーブル、３２：オブジェクト情報テーブル、３４：ワーク領域、３６：プログラム、３８：その他の記憶領域、６０、７０、８０：多機能機、２０２、２１４、２１８：ステータス情報、２０６、２１０：ステータス情報以外の情報
【図１】
2011008329.tif 000003
【図２】
2011008329.tif 000004
【図３】
2011008329.tif 000005
【図４】
2011008329.tif 000006
【図５】
2011008329.tif 000007
【図６】
2011008329.tif 000008
【図７】
2011008329.tif 000009