JP2011095945A - ネットワーク機器の管理プログラム、装置、及びシステム - Google Patents

Abstract

【課題】ネットワーク機器への管理情報の取得処理を効率化し、ネットワーク機器が省電力モードに移行し易くすると共に、省電力モードをより長く維持できるネットワーク機器の管理プログラム等を提供する。また、ネットワーク機器側に変更を加えることなく構築およびメンテナンスの容易なネットワーク機器の管理プログラム等を提供する。
【解決手段】ネットワーク機器の管理プログラムが、有効な管理情報を保持しているか否かを他の端末装置に問い合わせて、前記他の端末装置が前記有効な管理情報を保持している場合は前記他の端末装置から当該有効な管理情報を取得し、前記他の端末装置が保持していない場合は管理対象の機器から前記管理情報を取得すると共に当該端末装置に保持する管理情報取得工程と、前記取得した管理情報に基づいて前記情報管理処理を実行する情報管理処理実行工程と、を前記端末装置に実行させる。
【選択図】図３

Description

本発明は、複写機、プリンター、スキャナー等のネットワーク機器を管理するネットワーク機器の管理プログラム、ネットワーク機器の管理装置、及びネットワーク機器の管理システムに関する。

複写機、プリンター、スキャナー等のネットワークを介して接続された複数のネットワーク機器から稼働状態や設定情報等を取得して保持し、それらの情報に基づいて各ネットワーク機器を管理するネットワーク機器の管理アプリケーションが知られている。

ネットワーク機器の管理アプリケーションは、ネットワーク機器に異常が発生した場合の異常情報の報知や、ネットワーク機器の設定状態の管理を行う。そのため、管理アプリケーションは、ネットワーク機器の情報を定期的に、または、ユーザーの要求に応じて随時、取得する。このような管理アプリケーションは、様々な管理アプリケーションとして、ネットワーク上の複数のコンピューターに搭載されている。

一方、近年、省エネルギー要請の観点から、プリンター等の機器には電力消費量を抑えるための省電力モード（スリープモード）が搭載されている。省電力モードが搭載されているプリンターでは、一定時間、ユーザーからのパネル操作や他の機器からの印刷要求、通信がない場合等に、プリンターを構成する各パーツの電力供給を制限して省電力モードへ移行することによって、低消費電力（省エネルギー化）を実現している。省電力モードに移行したプリンターは、上記パネル操作や印刷要求等が発生すると省電力モードが解除され、通常のモードに戻り、上記操作への応答処理や印刷処理等を行う。

上記のようなプリンター等において、省電力モードで電力供給を制限する各パーツとして、定着部を含む印刷エンジン等が主な対象となっていたが、最近では、さらに、プリンター全体を制御するコントロール部の電力供給を制限して、さらなる低消費電力化を図ることが検討されている。

しかし、コントロール部の省電力モードを行おうとする場合、上記のようなネットワーク機器管理アプリケーションから情報の取得要求があると、その要求に応じてコントロール部が応答するため、その度に省電力モードが解除されてしまうことになる。そのため、プリンターに複数の管理アプリケーションが搭載されている場合等、頻繁に、当該省電力モードが解除され、また、当該省電力モードへも移行し難くなってしまう。

そのため、特許文献１では、複合機、プリンター、端末等がネットワークを介して接続されているシステムにおいて、例えば、複合機等のネットワーク機器が省電力モードに移行する時、ネットワークに接続されている他の機器に対して、自機器が省電力モードに移行することをブロードキャストにより通知するスリープフレームを送信する技術が開示されている。

これにより、特許文献１では他の機器が省電力モードに移行した機器を認識することができ、省電力モードにある機器に対してアクセスを控えることによって、省電力モードが解除され難くしている。

一方、管理アプリケーションがプリンター等のネットワーク機器の情報を取得する方法には、上述したようにネットワーク管理アプリケーションからプリンター等のネットワーク機器に情報取得を要求する方法の他に、ＳＮＭＰ（Simple Network Management Protocol） Ｔｒａｐを用いる方法がある。

ＳＮＭＰは、ネットワークに接続されているプリンターやサーバーなどの通信機器を管理するためのプロトコルであり、一般的に広く普及しているプロトコルである。ＳＮＭＰは、管理対象となるネットワーク機器（エージェント）と管理する側（マネージャー）との間で用いられる。ＳＮＭＰはＳＮＭＰ Ｔｒａｐと呼ばれるイベント通知機能を有しており、この機能によりエージェントが一定の条件の状態を検知した時に、エージェントから予め指定された通知先（マネージャー）にＭＩＢ（Management Information Base）に基づいた情報を送信することができる。

このため、通知先に管理アプリケーションが搭載されたコンピューターを指定することにより、管理アプリケーションは常に最新のネットワーク機器の情報を保持することができ、ネットワーク機器に対して定期的に情報の取得要求をする必要がなくなる。

特開２００５−９４６８１号公報

しかし、特許文献１に記載の方法では、ネットワーク機器がネットワークに接続されている他の機器に対して、自機器が省電力状態に入ることについては通知するものの、管理アプリケーションが必要とする管理情報は通知していない。そのため、管理アプリケーションが管理情報を取得したい場合、最新情報が得られない、あるいは、省電力モードのネットワーク機器にアクセスして省電力モードを解除してしまう、ことになる。

さらに、特許文献１に記載の方法では、ネットワークに接続されている他の機器に対して、ネットワーク機器自身が省エネ状態に入ることを通知する機能を備えるため、プリンター等のネットワーク機器に変更を加える必要があった。しかし、一般に、プリンター等のネットワーク機器に変更を加えるには専用的な知識を要し、またネットワークに接続される端末が変わる度に、それを反映させる必要があり、当該方法は、その構築と保守に困難性がある。

また、ＳＮＭＰ Ｔｒａｐ機能を用いる場合に、現行のハードウェアでは通知先を４〜１０程度しか指定できず、通知先が不足する可能性があった。

そこで、本願発明のネットワーク機器の管理アプリケーションは、必要とする管理情報を取得しながら、ネットワーク機器への管理情報の取得処理を効率化し、ネットワーク機器が省電力モードに移行し易い、また、省電力モードをより長く維持できるネットワーク機器の管理プログラム、装置、システムを提供することを目的とする。

また、別の目的は、ネットワーク機器側に変更を加えることなく構築およびメンテナンスの容易なネットワーク機器の管理プログラム、装置、システムを提供することである。

上記の目的を達成するために、本発明の第１の側面によれば、管理対象の機器と１以上の他の端末装置とネットワークで接続される端末装置に、前記管理対象の機器の情報管理処理を実行させるネットワーク機器の管理プログラムであって、有効な前記管理情報を保持しているか否かを前記他の端末装置に問い合わせて、前記他の端末装置が前記有効な管理情報を保持している場合は前記他の端末装置から当該有効な管理情報を取得し、前記他の端末装置が保持していない場合は前記管理対象の機器から前記管理情報を取得すると共に当該端末装置に保持する管理情報取得工程と、前記取得した管理情報に基づいて前記情報管理処理を実行する情報管理処理実行工程と、を前記端末装置に実行させる。

これにより、自端末からネットワーク機器への管理情報の取得要求を抑え、ネットワーク機器への管理情報の取得処理を効率化することができる。また、ネットワーク機器側の変更を行わずに実現可能であり、環境の構築およびメンテナンスが容易である。

上記の第１の側面において好ましい態様によれば、さらに、前記管理情報取得工程の前に、前記情報管理処理実行工程で用いられる有効な前記管理情報が自端末装置に保持されているか否かを判定する制御工程を前記端末装置に実行させ、前記制御工程において前記有効な管理情報が保持されていると判定された場合は、前記管理情報取得工程を実行させず、前記情報管理処理実行工程では前記保持されている有効な管理情報に基づいて前記情報管理処理を実行させる。

この態様によれば、自機器から他の端末への管理情報の取得処理を効率化しながら、ネットワーク機器の管理プログラムが必要とする情報を取得することができる。

上記の第１の側面において好ましい態様によれば、さらに、前記有効な管理情報とは、所定の期間内に前記管理対象の機器から取得された前記管理情報である。

この態様によれば、自機器からネットワーク機器、または、自機器から他の端末装置への管理情報の取得処理を効率化しながら、ネットワーク機器の管理プログラムが必要とする最新の情報を取得することができる。

本発明の第２の側面によれば、管理対象の機器と１以上の他の端末装置とネットワークで接続され、前記管理対象の機器の情報管理処理を実行するネットワーク機器の管理装置であって、有効な前記管理情報を保持しているか否かを前記他の端末装置に問い合わせて、前記他の端末装置が前記有効な管理情報を保持している場合は前記他の端末装置から当該有効な管理情報を取得し、前記他の端末装置が保持していない場合は前記管理対象の機器から前記管理情報を取得すると共に当該端末装置に保持する管理情報取得手段と、前記取得した管理情報に基づいて前記情報管理処理を実行する情報管理処理実行手段と、を有する。

本発明の第３の側面によれば、管理対象の機器と第１の端末装置と１以上の第２の端末装置とを有し、前記管理対象の機器と前記第１の端末装置と前記第２の端末装置とがネットワークで接続され、前記第１の端末装置及び第２の端末装置が前記管理対象の機器の情報管理処理を実行するネットワーク機器の管理システムであって、前記管理対象の機器は、前記管理対象の機器の状態を表す管理情報を前記第１の端末装置に送信する管理情報通知手段を有し、前記第１の端末装置は、前記管理対象の機器から送信された前記管理情報を保持する管理情報保持手段と、前記送信された管理情報に基づいて前記情報管理処理を実行する第１の情報管理処理実行手段とを有し、前記第２の端末装置は、前記第１の端末装置から管理情報を取得する管理情報取得手段と、前記取得した管理情報に基づいて前記情報管理処理を実行する第２の情報管理処理実行手段とを有する。

これにより、第２の端末装置からネットワーク機器への管理情報の取得要求を抑え、ネットワーク機器への管理情報の取得処理を効率化することができる。また、ネットワーク機器の省電力モードをより長く維持することができる。さらに、環境の構築およびメンテナンスが容易である。

上記の第３の側面において好ましい態様によれば、さらに、前記管理対象の機器の前記管理情報通知手段は、前記管理対象の機器において所定の状態が発生した時に、前記所定の状態を表す管理情報を送信する。

この態様によれば、ネットワーク機器から自発的に第１の端末に通知された管理情報を第２の端末が取得することによって、第１、２の端末からのネットワーク機器への管理情報の取得要求を抑え、管理情報の取得処理をさらに効率化することができる。各端末は必要な管理情報を取得しながら、ネットワーク機器はその省電力モードを最大限に維持することができる。また、環境のメンテナンスも容易である。

上記の第３の側面において好ましい態様によれば、さらに、前記第２の端末装置の前記管理情報取得手段は、取得対象の前記管理情報のうち、前回、前記第１の端末装置に前記管理情報の取得の問い合わせを行った後に更新された前記管理情報を取得し、更新されていない前記管理情報は取得しない。

この態様によれば、第２の端末装置が第１の端末装置から管理情報を取得する際の通信データのサイズを小さく抑えることができる。

上記の第３の側面において好ましい態様によれば、さらに、前記第２の端末装置の前記管理情報取得手段は、前記第１の端末装置から取得した管理情報を保持し、さらに、前記第２の端末装置は、前記管理情報取得手段による処理の前に、前記第２の情報管理処理実行手段で用いられる有効な前記管理情報が自端末装置に保持されていると判定できるか否かを判断する制御手段を有し、前記制御手段が前記有効な管理情報が保持されていると判定できると判断した場合は、前記管理情報取得手段は取得及び保持を行わず、前記第２の情報管理処理実行手段は前記保持されている有効な管理情報に基づいて前記情報管理処理を行う。

この態様によれば、第２の端末装置から第１の端末装置への管理情報の取得処理を効率化しながら、第２の端末装置はネットワーク機器の情報管理処理のために必要とする情報を取得することができる。

上記の第３の側面において好ましい態様によれば、さらに、前記第２の端末装置の前記管理情報取得手段は、前記管理情報の取得を問い合わせた時間である問い合わせ時間を保持し、前記第２の端末装置の前記制御手段は、前記管理情報の前記問い合わせ時間に基づいて、前記有効な管理情報が保持されていると判定できるか否かを判断する。

この態様によれば、第２の端末装置から第１の端末装置への管理情報の取得処理を効率化しながら、第２の端末装置はネットワーク機器の情報管理処理のために必要とする最新の情報を取得することができる。

第１の実施の形態例の構成図である。 第１の実施の形態における管理情報１５の一例である。 第１の実施の形態における管理情報の取得処理を表すフローチャート図である。 第２の実施の形態例に係るシステムの構成図である。 第２の実施の形態における管理情報通知の処理を表すフローチャート図である。 第２の実施の形態における管理情報８５の一例である。 第２の実施の形態における管理情報の取得処理を表すフローチャート図である。

［第1の実施の形態例］
以下、図面にしたがって本発明の実施の形態について説明する。ただし、本発明の技術的範囲はこれらの実施の形態に限定されず、特許請求の範囲に記載された事項とその均等物まで及ぶものである。

図１は、第１の実施の形態例の構成を表す図であり、第１の実施の形態例では、ネットワーク機器（プリンター４０、５０）と、管理アプリケーション（１１、２１等）が搭載されたホストコンピューター（１０、２０、３０）とがネットワークを介して接続される。ここで、ネットワーク機器とは、ネットワークに接続された複合機やスキャナー、ルーター等の機器であって、ホストコンピューターの管理対象となる機器を意味し、本実施の形態例ではネットワーク機器の一例としてプリンターを挙げているが、他のネットワーク機器が接続される構成としてもよい。また、ここでは、３台のホストコンピューター１０、２０、３０が接続されるが、複数台であれば、これに限定されるものではない。

管理アプリケーション１１、２１は、ネットワーク接続された機器を管理するツールであり、各ネットワーク機器から管理情報を取得し、取得した管理情報に基づいてネットワーク機器を管理する。

一般的に、管理アプリケーションには、ステータスモニターや管理サーバーと呼ばれるツール等がある。ステータスモニターとは、エンドユーザーによって使用されるツールであり、ユーザーの操作に応答してプリンターの稼働状況や、印刷可能な条件等を随時表示するものである。一方、管理サーバーとは、主に企業の情報システム部門で使用されるツールであり、ネットワーク機器の状態を常に監視し、紙詰まり等の異常状態をいち早く検知して報知する等各種の管理処理を実行するものである。管理サーバーは、ネットワーク機器の状態を常に把握する必要があるため、例えば６０秒〜３００秒程度の間隔毎に、ネットワーク機器から管理情報を取得している。

本実施の形態例に係る管理アプリケーション１１、２１も同様の管理機能を有し、主に、ネットワーク機器の管理情報を取得する管理情報取得モジュール１３、２３と、取得した管理情報に基づいて異常状態の検知や管理を行う機器管理モジュール１２、２２とから構成される。管理情報取得モジュール１３、２３は、ネットワーク機器から随時、または定期的に管理情報を取得する部分であり、本管理アプリケーションの特徴部分である。なお、その具体的な内容は後述する。

管理アプリケーション１１、２１が取得するネットワーク機器の管理情報１５、２５には、例えば、ネットワーク機器の稼働情報や設定情報及び消耗品情報等がある。プリンターの場合、稼働情報とは印刷可否の情報および紙詰まり等の異常情報を指し、設定情報とはプリンターの解像度や印刷濃度レベル等からなる印刷書式設定、表示言語や節電移行時間等からなるプリンターの設定内容を表す情報を指す。同様にして、消耗品情報とはトナーの残量情報等、消耗品に関する情報を指す。

図２は、ホストコンピューター１０の保持する管理情報１５の一例である。管理情報取得モジュール１３が取得した管理情報は、図１のように管理情報１５としてメモリー等に保持される。管理情報は、図２の１５のように、管理情報がネットワーク機器から取得された取得時間、管理情報の取得元のネットワーク機器、管理情報の内容等によって構成される。例えば、管理情報１５−１は、「2009/08/26 16:40:30」にプリンター４０から取得した稼働情報および設定情報を表す。具体的には、プリンター４０が「2009/08/26 16:40:30」の時点で、「カラー印刷／Ａ３またはＡ４の用紙サイズ／両面印刷」の条件で印刷可能であったこと、および、その時点での各種設定項目の値が記録されている。

図１に戻り、ホストコンピューター１０は、管理アプリケーション１１に加えて、プリンタードライバー１４と通信インターフェイス１６を備えている。プリンタードライバー１４はプリンター４０を制御する部分であり、ユーザーの印刷指示に応答して、画像データをプリンター４０が解釈可能な印刷画像データに変換し、通信インターフェイス１６を介してプリンター４０に送信する。また、管理アプリケーション１１の管理情報取得モジュール１３も、通信インターフェイス１６を介してプリンター４０から管理情報を取得する。

図１において、ホストコンピューター１０については、その機能構成を示しているが、ハードウェアとしては、一般的なパーソナルコンピューター等で構成することができ、図示しないが、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、操作装置、表示装置等を備える。管理アプリケーション１１およびプリンタードライバー１４はＲＯＭに格納されるプログラムと、その指示に従って処理を実行するＣＰＵ等で構成される。また、管理情報１５、２５は、ＲＡＭに格納される。

ホストコンピューター２０の構成はホストコンピューター１０と同様であり、管理アプリケーション２１の管理情報取得モジュール２３は、管理アプリケーション１１の管理情報取得モジュール１３と同様の機能を有する。管理アプリケーション２１の情報管理モジュール２２の具体的な管理内容は、管理アプリケーション１１の情報管理モジュール１２と異なるものであってもよい。

ホストコンピューター３０の構成も、ホストコンピューター２０と同様である。

一方、プリンター４０は従来の一般的なプリンターであり、印刷画像データに基づいて画像を生成する印刷エンジン４３と、プリンター全体の制御を行うコントローラー４２、通信インターフェイス４１等を備える。コントローラー４２は、図示しない制御プログラムやＣＰＵ、メモリーによって構成され、パネル操作への応答や、他の機器からの印刷要求に伴う印刷エンジン４３への印刷指示、他の機器からの通信に対する応答処理等を行う。

また、本実施の形態例におけるプリンター４０は、省電力モード機能を備える。このため、プリンター４０は、一定時間、ユーザーからのパネル操作や他の機器からの印刷要求、通信がない場合、印刷エンジン４３とコントローラー４２の電力供給を制限して省電力モードへ移行する。

一方、省電力モードに移行したプリンター４０は、パネル操作や印刷要求、通信があると、印刷エンジン４３とコントローラー４２の省電力モードを解除し、応答処理や印刷処理を行う。他の機器からの通信があった場合等、印刷エンジン４３を起動する必要がない場合には、印刷エンジン４３は省電力モードのまま、コントローラー４２のみ通常モードに戻して、通信等への応答処理を行ってもよい。

なお、ネットワーク機器管理アプリケーション１１、２１がプリンター４０から取得する管理情報は、概ね同じである。

以上のような構成を有する第１の実施の形態例に係るシステムでは、プリンター４０に管理情報の取得要求を行う前に、他のホストコンピューターに管理情報を保持している否かを問い合わせて、他のホストコンピューターが管理情報を保持している場合は他のホストコンピューターから管理情報を取得することによって、自機器の管理アプリケーションからプリンター４０への管理情報の取得要求を抑え、ネットワーク機器の管理情報の取得処理を効率化しようとするものである。

従って、本願発明は、管理アプリケーション１１、２１の、特に管理情報取得モジュール１３、２３が行う処理に特徴を有し、以下、その具体的な内容を説明する。

なお、本実施の形態例における管理アプリケーション１１、２１は、共に前述した管理サーバーとして利用され、管理アプリケーション１１は９０秒毎に、管理アプリケーション２１は１５０秒毎に、定期的にプリンター４０の管理情報を取得しているものとし、以下、管理アプリケーション１１の処理として説明する。

図３は、第１の実施の形態における管理情報の取得処理を表すフローチャート図である。図３のＳ３０１の状態では、プリンター４０は省電力モードではなく通常のモードであり、プリンター４０が省電力モードに移行するまでの節電移行時間は５秒に設定されているものとする。

管理アプリケーション１１は９０秒毎に管理情報を取得するため、前回、管理情報を取得してから９０秒が経過すると、管理情報取得モジュール１３にプリンター４０の管理情報の取得を指示する（Ｓ３０１のＹＥＳ）。管理情報取得モジュール１３は管理情報の取得の指示を受けると、まず、ホストコンピューター１０が保持する管理情報１５内に有効な管理情報が保持されているか否か確認する（Ｓ３０２）。有効な管理情報とは、管理アプリケーション１１の場合、取得対象の管理情報であって上記取得指示以前９０秒未満の期間に取得された管理情報を示す。

具体的には、管理情報取得モジュール１３は、ホストコンピューター１０が保持する管理情報１５内に、機器名がプリンター４０である管理情報があるかどうか判定し、機器名がプリンター４０の管理情報が存在する場合、その管理情報の取得時間が現在から９０秒未満の時間であるか否かを確認する。

ホストコンピューター１０が有効な管理情報を保持している場合（Ｓ３０２のＹＥＳ）、管理情報取得モジュール１３はプリンター４０に対して管理情報を要求せずに、保持している有効な管理情報を利用して機器管理モジュール１２に渡す。

一方、ホストコンピューター１０が有効な管理情報を保持していない場合、即ち、プリンター４０の管理情報を保持しているもののその管理情報の取得時間が９０秒以前に取得された管理情報である場合、または、プリンター４０の管理情報を保持していない場合、管理情報取得モジュール１３は、他のホストコンピューター２０、３０が有効な管理情報を保持しているか否か問い合わせる（Ｓ３０３）。この時、管理情報取得モジュール１３は、予め指定した通知先のホストコンピューターに問い合わせを送信しても良いし、ブロードキャストを併用して同セグメントのコンピューター群に問い合わせを送信してもよい。

他のホストコンピューター２０、３０が有効な管理情報を保持している場合、管理情報取得モジュール１３は他のホストコンピューターから有効な管理情報を取得する（Ｓ３０７）。一方、他のホストコンピューター２０、３０が有効な管理情報を保持していない場合は、管理情報取得モジュール１３はプリンター４０から管理情報を取得する（Ｓ３０４）。プリンター４０のコントローラー４２は、通信インターフェイス４１を介して、管理情報の取得の要求を受け、ホストコンピューター１０に管理情報を送信する。管理情報取得モジュール１３は、他のホストコンピューター２０、３０から取得した、あるいは、プリンター４０から取得した管理情報を機器管理モジュール１２に渡すと共に、ホストコンピューター１０のＲＡＭ等に格納して保持する（Ｓ３０５）。

以上、ホストコンピューター１０の処理として説明してきたが、ホストコンピューター２０、３０でも同様の処理を行う。

以下、上記の処理を、ホストコンピューター１０、２０に絞り、図２の管理情報１５と合わせてより具体的に説明する。

下記の説明では、管理アプリケーション１１が管理情報を取得した約２０秒後に、管理アプリケーション２１が管理情報を取得する状況を例とする。また、はじめに管理アプリケーション１１が管理情報の取得を指示する時点「2009/08/26 16:40:30」では、ホストコンピューター１０、２０は共に有効な管理情報を保持していないものとする。

まず、管理アプリケーション１１がプリンター４０の管理情報の取得を指示するが（Ｓ３０１のＹＥＳ）、前述したとおり、ホストコンピューター１０は有効な管理情報を保持していないため（Ｓ３０２のＮＯ）、管理情報取得モジュール１３は、他のホストコンピューター２０に有効な管理情報を保持しているかどうか問い合わせる（Ｓ３０３）。前述したとおり、ホストコンピューター２０も有効な管理情報を保持していないため（Ｓ３０３のＮＯ）、管理情報取得モジュール１３は、プリンター４０に管理情報を要求して、図２の管理情報１５−１「2009/08/26 16:40:30」を取得する（Ｓ３０４）。管理情報取得モジュール１３は、管理情報１５−１を機器管理モジュール１２に渡すと共に、管理情報１５として保持する（Ｓ３０５）。機器管理モジュール１２は、取得した管理情報１５−１を用いて所定の管理処理を行うが、例えば管理情報１５−１に異常が検知された場合、その旨報知する。

この後、プリンター４０に対してパネル操作や他の機器からの印刷要求、通信がないまま５秒が経過し、プリンター４０は省電力モードに移行するものとする。そして、管理アプリケーション１１が管理情報１５−１を取得してから約２０秒（管理アプリケーション２１が前回管理情報を取得してから１５０秒）が経過すると、管理アプリケーション２１は、管理情報取得モジュール２３にプリンター４０の管理情報を取得の指示を行う（Ｓ３０１）。

管理アプリケーション２１の管理情報取得モジュール２３は、管理アプリケーション１１と同様に、まず、自機器に有効な管理情報が保持されているか否か確認する（Ｓ３０２）。管理アプリケーション２１の場合、有効な管理情報とは、取得対象の管理情報であって上記取得指示以前１５０秒未満の期間に取得された管理情報を示す。ホストコンピューター２０は、前述したとおり、この時点で有効な管理情報を保持していないため（Ｓ３０２のＮＯ）、他のホストコンピューター１０が有効な管理情報を保持しているかどうか問い合わせる（Ｓ３０３）。

この時、ホストコンピューター１０は、管理情報１５−１を保持しており、管理情報１５−１は約２０秒前に取得されたプリンター４０の管理情報である。従って、ホストコンピューター２０は取得指示以前１５０秒未満の期間に取得された有効な管理情報を有していることになり（Ｓ３０３のＹＥＳ）、管理情報取得モジュール２３はホストコンピューター１０から有効な管理情報１５−１を取得する（Ｓ３０７）。そして、管理情報取得モジュール２３は、取得した管理情報１５−１を機器管理モジュール２２に渡すと共に、管理情報２５としてＲＡＭ等に保持しておく（Ｓ３０５）。

これにより、管理アプリケーション２１はプリンター４０に対して管理情報を要求しないため、プリンター４０の省電力モードは維持されることになる。また、管理アプリケーション２１は、ホストコンピューター１０から有効な管理情報１５−１を取得することにより、プリンター４０に管理情報を要求しなくても、必要な管理情報を取得できる。

そして、管理アプリケーション１１がプリンター４０の管理情報を取得してから約９０秒が経過すると、管理アプリケーション１１は、再び、管理情報の取得を指示する（Ｓ３０１のＹＥＳ）。この時、ホストコンピューター１０は、前回取得した９０秒前のプリンター４０の管理情報１５−１を保持しているが、現在から９０秒未満の期間に取得されたプリンター４０の管理情報は保持していない（Ｓ３０２のＮＯ）。そのため、管理情報取得モジュール１３は他のホストコンピューター２０に、有効な管理情報を保持しているかどうか問い合わせる（Ｓ３０３）。

ホストコンピューター２０も、ホストコンピューター１０と同様にして、９０秒前のプリンター４０の管理情報１５−１を管理情報２５として保持しているが、現在から９０秒未満の期間に取得されたプリンター４０の管理情報は保持していない（Ｓ３０３のＮＯ）。そこで、管理情報取得モジュール１３はプリンター４０に管理情報を要求する（Ｓ３０４）。

この時、プリンター４０は省電力モードであるが、印刷エンジン４３は省電力モードのまま、コントローラー４２の省電力モードのみを解除して、管理情報の要求に応答する。

そして、管理アプリケーション１１の管理情報取得モジュール１３は、図２の管理情報１５−２「2009/08/26 16:42:00」をプリンター４０から取得し（Ｓ３０４）、管理情報１５−２を機器管理モジュール１２に渡すと共に、管理情報１５としてＲＡＭ等に保持する（Ｓ３０４）。機器管理モジュール１２は、管理情報１５−２に基づいて紙詰まりエラーが発生していることを検知し、例えば、報知する等の所定の管理処理を行う。

そして、前回、管理アプリケーション２１が管理情報を取得してから１５０秒が経過すると、管理アプリケーション２１は、管理情報取得モジュール２３に管理情報の取得を指示する（Ｓ３０１のＹＥＳ）。

この時、ホストコンピューター２０は、前回ホストコンピューター１０から取得した管理情報１５−１「2009/08/26 16:40:30」を管理情報２５として保持しているが、管理情報１５−１は、現在から１５０秒以前（約１７０秒前）にプリンター４０から取得された管理情報であり、現在から１５０秒未満の期間に取得された有効な管理情報ではない（Ｓ３０２のＮＯ）。そのため、管理情報取得モジュール２３は、次に、他のホストコンピューター１０に対して、有効な管理情報を保持しているかどうかを問い合わせる（Ｓ３０３）。

一方、ホストコンピューター１０は、プリンター４０の管理情報１５−２「2009/08/26 16:42:00」を保持しており、管理情報１５−２は１５０秒未満の期間（約８０秒前）にプリンター４０から取得された有効な管理情報である。そのため、管理情報取得モジュール２３は、ホストコンピューター１０から有効な管理情報１５−２を取得し（Ｓ３０７）、取得した管理情報１５−２を機器管理モジュール２２に渡すと共に、管理情報２５としてＲＡＭ等に保持する（Ｓ３０５）。機器管理モジュール２２は、管理アプリケーション１１と同様に、管理情報２５として保持している管理情報１５−２に基づいて紙詰まりエラーが発生していることを検知し、例えば、報知する等の所定の管理処理を行う。

以降、同様に、上記の例では、プリンター４０に対して、管理アプリケーション１１の９０秒毎の管理情報の取得要求のみが行われ、管理アプリケーション２１からの管理情報の取得要求は行われない。管理アプリケーション２１は、１５０秒毎に、プリンター４０に管理情報の取得要求を行う代わりに、ホストコンピューター１０から有効な管理情報を取得して用いる。

このように、本実施の形態例の管理アプリケーションは、ネットワーク機器に管理情報の取得要求を行う前に、他のホストコンピューターに有効な管理情報を保持しているかどうか問い合わせて、他のホストコンピューターが有効な管理情報を保持している場合は、他のホストコンピューターから管理情報を取得することによって、自機器の管理アプリケーションからネットワーク機器への管理情報の取得要求を抑制することができる。これにより、ネットワーク機器への管理情報の取得処理が効率化され、ネットワーク機器を省電力モードに移行し易くすることができると共に、省電力モードをより長く維持できる。

また、管理アプリケーションは、他のホストコンピューターが有効な管理情報を保持している場合は他のホストコンピューターから管理情報を取得し、他のホストコンピューターが有効な管理情報を保持していない場合はネットワーク機器から管理情報を取得するため、自機器からネットワーク機器への管理情報の取得処理を効率化しながら、必要とする管理情報を取得することができる。

さらに、管理アプリケーションは、自機器に有効な管理情報がある場合は当該管理情報を利用し、有効な管理情報がない場合に他のホストコンピューターに有効な管理情報を保持しているか否か問い合わせるため、さらに、自機器から他のホストコンピューターへの管理情報の取得処理を効率化することができる。

また、別の効果として、本実施の形態例では、ネットワーク機器側に変更を加える必要がないため、その環境の構築が容易である。一般的に、プリンター等のネットワーク機器に対して変更を加えることは容易ではないのに対し、コンピューターに搭載された管理アプリケーション側に変更を加えることは比較的容易である。そのため、複数の新旧のネットワーク機器が導入されているネットワーク環境においては、特にその効果は顕著であり、また、管理対象のネットワーク機器の追加や、仕様の変更等があった際のメンテナンスも比較的容易である。

また、上記の実施の形態例では、管理情報取得モジュール（１３、２３等）が、他のホストコンピューター（１０、２０、３０）から取得した管理情報を自機器に保持しているが（Ｓ３０７、Ｓ３０５）、管理情報取得モジュール（１３、２３等）は、取得した管理情報を機器管理モジュール（１２、２２等）に渡せば、必ずしも保持しておく必要はない。ただし、さらに、同じネットワーク機器を管理し、管理情報の取得のタイミングが異なる他の管理アプリケーションが自機器に搭載されている場合は、自機器に管理情報を保持しておくことにより、当該他の管理アプリケーションから利用可能となるため、有効である。

ところで、図２の管理情報１５には、プリンター４０の管理情報のみが保持されているが、通常は、プリンター４０以外のネットワーク機器（例えば、プリンター５０）の管理情報も保持される。そこで、管理情報１５、２５のデータ量の肥大化を防ぐために、一定の条件に従って定期的に古い管理情報を削除しても良い。管理情報１５、２５のデータ量を抑えることにより、管理アプリケーション１１、２１は、有効な管理情報が保持されているか否かをより迅速に判定できる。

なお、本実施の形態例では、管理アプリケーション１１は９０秒毎に、管理アプリケーション２１は１５０秒毎に管理情報を取得しているため、本実施の形態例のプリンター４０は最大で９０秒間省電力モードを維持することが可能となるが、電力供給の抑制対象のパーツや、ネットワーク機器の種類によって、省電力モードはその期間が９０秒間程度であっても十分に効果的である。

具体的には、次の通りである。プリンター４０の印刷エンジン４３は定着部（図示せず）を有するため、印刷エンジン４３を省電力モードから通常モードに移行する場合、定着部が加熱されるまで待機する必要があり、電力と移行時間を要する。それに対し、プリンター４０のコントローラー４２を省電力モードから通常モードに移行する場合は、電源の供給を通常に戻すだけであり、即座に移行が可能である。そのため、モードが即座に移行可能なコントローラー４２等については、９０秒毎にモード変換しても電力と移行時間を要することがないため、省電力モードの期間が少しでも長いことにより、より消費電力を抑えることができる。

また、インクジェットプリンターは印刷エンジン４３に定着部を有していないため、印刷エンジン４３を省電力モードから通常モードに移行する際に、定着部を加熱する必要がない。そのため、インクジェットプリンターでは、印刷エンジン４３とコントローラー４２とを一緒にモード変換する態様であっても、モード移行時に電力と移行時間を要することがない。そのため、省電力モードが９０秒間程度であっても、その省電力モードの期間が少しでも長いことにより、より消費電力を抑えることができる。

なお、上記の実施の形態例では、管理アプリケーション１１、２１が定期的に管理情報を取得する管理サーバーである態様について述べたが、管理アプリケーション１１、２１が管理情報を随時取得するステータスモニターである態様でも、管理情報の取得処理を効率化することができる。

以下に、管理アプリケーション１１、２１がステータスモニターであって、ユーザーの操作に応答して、随時プリンター４０の消耗品の管理情報が要求される例を、ホストコンピューター１０、２０に絞って説明する。また、消耗品の管理情報は、短時間に大きく変化することがないため、取得後６時間は有効な情報であるとする。

まず、管理アプリケーション１１は、ユーザーによるプリンター４０の消耗品情報の取得要求に従って、管理情報取得モジュール１３に消耗品の管理情報の取得指示を行う（Ｓ３０１のＹＥＳ）。この時、ホストコンピューター１０、２０は、共に、消耗品の有効な管理情報を保持していないものとする。

自機器に有効な管理情報が保持されていないため（Ｓ３０２のＮＯ）、管理情報取得モジュール１３は、他のホストコンピューター２０に有効な管理情報を保持しているかどうか問い合わせる（Ｓ３０３）。この時、他のホストコンピューター２０も有効な管理情報を保持していないため（Ｓ３０３のＮＯ）、管理情報取得モジュール１３は、プリンター４０から管理情報を取得し（Ｓ３０４）、機器管理モジュール１２に渡すと共に、管理情報１５としてＲＡＭ等に保持する（Ｓ３０５）。

これにより、この後６時間の期間、ホストコンピューター１０には、プリンター４０の有効な管理情報が保持されていることになる。このため、この後６時間の期間、管理アプリケーション１１に消耗品の管理情報の要求があった場合は、管理アプリケーション１１は自機器に保持された有効な管理情報１５を用いることができ、管理アプリケーション２１に同様の要求があった場合でも、管理情報取得モジュール２３はホストコンピューター１０から有効な管理情報を取得できる。そのため、管理アプリケーション１１、２１は、この後６時間の期間、共にプリンター４０へ管理情報を要求する必要がない。

このように、管理アプリケーション１１、２１が管理情報を随時取得する態様の場合も、管理情報の取得処理を効率化することができる。

以上、省電力モードの機能を有するプリンター４０ついて述べてきたが、本実施の形態例の管理アプリケーションは、省電力モード機能を備えていないプリンターに対しても有効である。省電力モードを備えていないプリンターの場合は、管理情報の取得処理が効率化されることにより、プリンターにおけるコントローラーの管理情報の要求に対応する処理の負荷が軽減される。これにより、コントローラーは、他の処理にＣＰＵを割くことができる。

［第２の実施の形態例］
第２の実施の形態例に係るシステムでは、プリンターのＳＮＭＰ Ｔｒａｐ機能を利用してひとつのホストコンピューターに管理情報を通知し、その通知先以外のホストコンピューターの管理アプリケーションは、プリンターに管理情報を要求する代わりにＳＮＭＰ Ｔｒａｐ機能の通知先であるホストコンピューターに管理情報を要求することにより、ホストコンピューターの管理アプリケーションからプリンターへの管理情報の取得要求を抑え、ネットワーク機器の管理情報の取得処理を効率化しようとするものである。

図４は、第２の実施の形態例に係るネットワーク機器の管理システム１１０の構成図である。第２の実施の形態例に係るシステム１１０は、ＳＮＭＰ Ｔｒａｐ機能を備えたネットワーク機器（プリンター６０、７０）と、管理アプリケーション（８１、９１等）が搭載されたホストコンピューター（８０、９０、１００）によって構成され、プリンター６０、７０とホストコンピューター８０、９０、１００はネットワークを介して接続されている。また、ここでは、３台のホストコンピューター８０、９０、１００が接続されるが、複数台であれば、これに限定されるものではない。

第２の実施の形態例に係るシステム１１０は、第１の実施の形態例に係るシステムと、プリンター６０の通信インターフェイス６１（ＳＮＭＰ Ｔｒａｐ機能）、管理アプリケーションの管理情報取得モジュール（８１、９１等）の処理内容、及び、管理情報（８５、９５等）の内容について異なる。

また、第１の実施の形態例に係るシステムでは、ホストコンピューター（１０、２０、３０）の管理アプリケーション（１１、２１等）が同じ処理を行うのに対し、第２の実施の形態例に係るシステムでは、プリンター６０の管理情報の通知先としてホストコンピューター８０が特定されていることにより、管理情報が通知されるホストコンピューター８０の管理アプリケーション８１と、その他のホストコンピューター（９０、１００）の管理アプリケーション（９１等）とでは処理が異なる。具体的な内容については、後述する。

ホストコンピューター８０の構成は、第１の実施の形態例のホストコンピューター１０と同様である。ただし、管理アプリケーション８１の情報取得モジュール８３の処理（図７）については、第１の実施の形態例の情報取得モジュール１３の処理（図３）と異なる。ホストコンピューター８０のハードウェアは、第１の実施の形態例のホストコンピューター１０と同様に、一般的なパーソナルコンピューター等で構成することができる。

ホストコンピューター９０、１００の構成も、ホストコンピューター８０と同様である。

プリンター６０は、第１の実施の形態例のプリンター４０と同様に、印刷エンジン６５と、コントローラー６４、通信インターフェイス６１等を備える。ただし、第１の実施の形態例のプリンター４０と異なり、プリンター６０の通信インターフェイス６１は、ＳＮＭＰ Ｔｒａｐ機能として、管理情報通知モジュール６２とＳＮＭＰ Ｔｒａｐの通知先情報６３とを備える。

ＳＮＭＰ Ｔｒａｐ機能とは、前述したとおり、ネットワーク機器において予め指定した一定の条件の状態を検知した時に、予め指定した通知先６３に対してその状態の表す情報を通知するイベント通知機能である。一定の条件の状態とは、例えば、設定情報の変更や、エラー、警告状態が発生した状態を示す。本実施の形態例では、ＳＮＭＰ Ｔｒａｐの通知先６３にホストコンピューター８０が指定されているものとする。

プリンター６０の通信インターフェイス６１は、ハードウェアとして、図示しないが、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。管理情報通知モジュール６２はＲＯＭに格納されるプログラムと、その指示に従って処理を実行するＣＰＵ等で構成される。通知先情報６３は、ＲＡＭ等に格納される。

また、本実施の形態例の管理アプリケーションは、第１の実施の形態例の管理アプリケーションと同様に、共にプリンター６０の管理サーバーとして利用され、管理アプリケーション８１は９０秒毎に、管理アプリケーション９１は１５０秒毎に、定期的にプリンター６０の管理情報を取得するものとする。

図５は、第２の実施の形態例のＳＮＭＰ Ｔｒａｐ機能の通知先であるホストコンピューター８０における管理情報の通知、取得の処理を表すフローチャート図である。

まず、はじめに、管理アプリケーション８１は、プリンター６０の起動時に、その管理情報を取得しておく。その処理について、以下に述べる。

プリンター６０はその起動時に、プリンター６０が起動したことを表す情報をＳＮＭＰ Ｔｒａｐ機能によって、通知先６３に指定されたホストコンピューター８０に通知する。そして、管理アプリケーション８１は、プリンター６０から通知された情報に基づいて、プリンター６０が起動したことを検知する。

管理アプリケーション８１は、プリンター６０の起動を検知すると、管理情報取得モジュール８３にプリンター６０の管理情報の取得を指示する。管理情報取得モジュール８３は、プリンター６０に対して管理情報を要求し、プリンター６０のコントローラー６４はその要求に対応し、ホストコンピューター８０に管理情報を送信する。管理情報取得モジュール８３は、プリンター６０から受信した管理情報を機器管理モジュール８２に渡すと共に、管理情報８５としてＲＡＭ等に保持する。これにより、ホストコンピューター８０は、プリンター６０の起動時の管理情報を取得することができる。

そして、プリンター６０において、設定情報の変更や、エラー、警告状態等の一定の状態が発生すると、プリンター６０の管理情報通知モジュール６２は、その状態を表す管理情報を通知先６３であるホストコンピューター８０に自発的に送信する（Ｓ５０１のＹＥＳ）。

ホストコンピューター８０は、受信したプリンター６０の管理情報を、管理情報８５としてＲＡＭ等に保持する（Ｓ５０２）。具体的には、ホストコンピューター８０は、受信した管理情報を、保持しているプリンター６０の起動時の管理情報に更新する。これにより、ホストコンピューター８０には、常にプリンター６０の最新の管理情報を保持することになる。

図６は、第２の実施の形態例における管理情報８５の一例である。管理情報８５−１、８５−２は、ホストコンピューター８０の保持するそれぞれ異なる時点の管理情報である。例えば、管理情報８５−１は、プリンター６０の起動後、プリンター６０から管理情報８５ａが通知された時の管理情報であり、プリンター６０の起動時の管理情報「2009/08/27 08:15:00」が当該通知された管理情報８５ａ「2009/08/27 09:40:30」で更新されている。

管理アプリケーション８１から９０秒毎に管理情報の取得指示があると、管理情報取得モジュール８３は、上記のように、最新の状態である管理情報８５から取得対象の管理情報を用いて、機器管理モジュール８２に渡す。

以上がＳＮＭＰ Ｔｒａｐ機能の通知先であるホストコンピューター８０の処理であるが、第２の実施の形態例に係るシステムでは、上記の通知先のホストコンピューター８０と通知先以外のホストコンピューター９０、１００とは、異なる処理を行う。

図７は、第２の実施の形態例におけるＳＮＭＰ Ｔｒａｐ機能の通知先以外のホストコンピューター９０、１００における管理アプリケーション（９１等）の管理情報の取得処理を表すフローチャート図である。以下、管理アプリケーション９１の処理として説明しているが、ホストコンピューター１００の管理アプリケーション（図示せず）も、同様の処理を行う。

まず、はじめに、図７に点線で表示されているＳ７０２、Ｓ７０５の処理を行わない場合について説明する。

管理アプリケーション９１は、１５０秒毎にプリンター６０の管理情報を取得するため、前回取得後１５０秒が経過すると、管理情報取得モジュール９３にプリンター６０の管理情報の取得指示を行う（Ｓ７０１のＹＥＳ）。前述したとおり、通知先であるホストコンピューター８０は常にプリンター６０の最新の管理情報を保持しているため、管理情報取得モジュール９３は、ホストコンピューター８０に管理情報を要求する（Ｓ７０３）。

ホストコンピューター８０は、管理情報の要求を受けてホストコンピューター９０に、プリンター６０の最新の管理情報を送信する。管理情報取得モジュール９３は、ホストコンピューター８０から取得した管理情報を機器管理モジュール９２に渡すと共に、ホストコンピューター９０のＲＡＭ等に管理情報９５として保持する（Ｓ７０４）。

なお、管理情報取得モジュール９３は、通知先のホストコンピューター８０から管理情報を取得する（Ｓ７０３）際に、取得対象の管理情報を全て取得してもよいし、前回、管理情報を取得後、新たに更新された管理情報があるか否か問い合わせて、新たに更新された管理情報のみを取得してもよい。その場合、管理情報取得モジュール９３は、前回、管理情報取得時に問い合わせた１５０秒前の時点より後に更新された管理情報のみを取得する。このように、新たに更新された差分の管理情報のみを取得することにより、管理情報を取得する際の通信データのサイズを小さく抑えられる。

一方、通知先のホストコンピューター８０から管理情報を取得する（Ｓ７０３）際に取得対象の管理情報を全て取得する場合、管理情報取得モジュール９３が機器管理モジュール９２に渡す管理情報は、その都度全て取得される。そのため、管理情報取得モジュール９３は、ホストコンピューター８０から取得した管理情報を保持しておかなくてもよい。

次に、図７に点線で表示されているＳ７０２、Ｓ７０５の処理を行う場合について説明する。この場合、管理情報取得モジュール９３は、管理アプリケーション９１から管理情報の取得の指示を受けた（Ｓ７０１のＹＥＳ）後、ホストコンピューター８０から管理情報を取得する（Ｓ７０３）前に、自機器の管理情報９５内に有効な管理情報が保持されていると判定できるか否かを確認する（Ｓ７０２）。

管理アプリケーション９１の場合、有効な管理情報とは、取得対象の管理情報であって上記取得指示以前１５０秒未満の期間に取得された管理情報を示す。しかし、本実施の形態例のプリンター６０は、ＳＮＭＰ Ｔｒａｐ機能を利用して変更のあった管理情報のみをホストコンピューター８０に通知するため、図６の管理情報８５−１の設定情報（印刷書式設定、プリンター設定）のように、変更頻度の低い管理情報は、最新の管理情報でありながらその取得時間は古いままである。ホストコンピューター８０から取得されるホストコンピューター９０の管理情報９５も、同様である。

そこで、管理情報取得モジュール９３は、当該管理情報について、前回ホストコンピューター８０に取得要求した問い合わせ時間、即ち、当該管理情報が最新の情報であると判定された時間に基づいて、有効な管理情報を保持していると判定できるか否かを判断する。つまり、自機器に保持している取得対象の管理情報の問い合わせ時間が上記取得指示以前１５０秒未満の期間の場合、当該管理情報が１５０秒未満の期間に最新の情報であると判定されたことを意味するため、管理情報取得モジュール９３は、自機器に有効な管理情報を保持していると判定できることになる。

図７に戻り、ホストコンピューター９０が有効な管理情報を保持していると判定できる場合（Ｓ７０２のＹＥＳ）、即ち、プリンター６０の管理情報であって、その問い合わせ時間が現在から１５０秒未満の期間の管理情報が保持されている場合、管理情報取得モジュール９３は、ホストコンピューター８０に管理情報を要求せずに、保持している有効な管理情報を用いて機器管理モジュール９２に渡す。

一方、ホストコンピューター９０が有効な管理情報を保持していると判断できない場合（Ｓ７０２のＮＯ）、即ち、プリンター６０の管理情報を保持しているものの、その管理情報の問い合わせ時間が１５０秒以前である場合、または、プリンター６０の管理情報を保持していない場合、管理情報取得モジュール９３は、通知先であるホストコンピューター８０から管理情報を取得する（Ｓ７０３）。管理情報取得モジュール９３は、取得した管理情報を機器管理モジュール９２に渡して、保持する（Ｓ７０４）。そして、さらに、管理情報取得モジュール９３は、管理情報を取得するためにホストコンピューター８０に問い合わせた（Ｓ７０３）時間である問い合わせ時間を保持する（Ｓ７０５）。

この時、上述したように、管理情報をホストコンピューター８０から取得する際に（Ｓ７０３）、取得対象の全ての管理情報ではなく新たに更新された管理情報のみを取得する場合、管理情報取得モジュール９３は、更新されていたために取得した管理情報だけでなく、非更新のため取得しなかった管理情報についても問い合わせ時間を保持する。一方、取得対象の管理情報を全て取得する場合は、管理情報取得モジュール９３は、それぞれの管理情報に対してではなく、管理情報９５全体に対してひとつの問い合わせ時間を保持すればよい。

以下、上記の処理を、ホストコンピューター８０、９０に絞り、図６の管理情報８５−１、８５−２と合わせてより具体的に説明する。

下記の説明では、ホストコンピューター８０に管理情報が通知されてから約１０秒後に管理アプリケーション８１が管理情報を取得し、約２０秒後に管理アプリケーション９１が管理情報を取得する状況を例とする。また、下記の説明ではＳ７０２、Ｓ７０５の処理を行い、はじめに管理アプリケーション９１が管理情報の取得を指示する時点では、ホストコンピューター９０は、プリンター６０の起動時の管理情報を保持しているものの、有効な管理情報は保持していないものとする。

さらに、図７Ｓ７０１の状態では、プリンター６０は省電力モードではなく通常のモードであり、プリンター６０が省電力モードに移行するまでの節電移行時間は、第１の実施の形態例と同様に、５秒に設定されているものとする。

例えば、プリンター６０でＫトナーの不足エラーが発生して、ＳＮＭＰ Ｔｒａｐ機能によって、通知先６３であるホストコンピューター８０に、自動的に、図６の管理情報８５ａ「2009/08/27 09:40:30」が通知される（Ｓ５０１のＹＥＳ）。ホストコンピューター８０は、保持している管理情報８５に受信した管理情報８５ａを更新して、管理情報８５−１のようにして保持する（Ｓ５０２）。

この後、プリンター６０に対してパネル操作や他の機器からの印刷要求、通信がないまま５秒が経過し、プリンター６０は省電力モードに移行するものとする。

ホストコンピューター８０に管理情報８５ａが通知されてから約１０秒（管理アプリケーション８１が前回管理情報を取得してから９０秒）が経過すると、管理アプリケーション８１は、管理情報取得モジュール８３にプリンター６０の管理情報の取得指示を行う。管理情報取得モジュール８３は、保持しているプリンター６０の管理情報８５−１を用いて機器管理モジュール８２に渡す。機器管理モジュール８２は、管理情報８５ａに基づいてＫトナーが不足していることを検知し、例えば、報知する等の所定の管理処理を行う。

そして、さらに１０秒が経過し、ホストコンピューター８０に管理情報８５ａが通知されてから約２０秒（管理アプリケーション９１が前回管理情報を取得してから１５０秒）が経過すると、管理アプリケーション９１は、管理情報取得モジュール９３にプリンター６０の管理情報の取得指示を行う（Ｓ７０１のＹＥＳ）。上述したとおり、この時、ホストコンピューター９０は有効な管理情報を保持しておらず、有効な管理情報を保持していると判定できないため（Ｓ７０２のＮＯ）、管理情報取得モジュール９３はホストコンピューター８０に管理情報を要求する（Ｓ７０３）。また、この時、管理情報取得モジュール９３は、取得対象の管理情報全てではなく、前回、管理情報を取得後に更新された管理情報のみを取得するものとする。

そこで、管理情報取得モジュール９３は、前回、管理情報を要求した１５０秒前の時点より後に更新された管理情報８５ａのみを取得し、機器管理モジュール９２に渡すと共に、管理情報９５に更新して保持する（Ｓ７０４）。そして、管理情報８５ａと取得対象だが非更新のため取得しなかった管理情報９５について問い合わせ時間を保持する（Ｓ７０５）。また、機器管理モジュール９２は、管理アプリケーション８１と同様に、管理情報８５ａに基づいてＫトナーが不足していることを検知し、例えば、報知する等の所定の管理処理を行う。

ここで、管理アプリケーション８１、９１によるＫトナーが不足している旨の報知に基づいて、ユーザーがＫトナーを交換すると、プリンター６０の状態が、印刷不可から印刷可能に変わる。この変化により、プリンター６０は通知先６３であるホストコンピューター８０に、自発的に、図６の管理情報８５ｂ「2009/08/27 09:42:30」を通知する（Ｓ５０１のＹＥＳ）。ホストコンピューター８０は、保持している管理情報８５に受信した管理情報８５ｂを更新して、管理情報８５−２のようにして保持する（Ｓ５０２）。

続いて、管理アプリケーション８１が前回管理情報を取得してから９０秒が経過すると、再び、管理アプリケーション８１は、管理情報取得モジュール８３にプリンター６０の管理情報の取得指示を行う。管理情報取得モジュール８３は、保持しているプリンター６０の管理情報８５−２を用いて機器管理モジュール８２に渡し、機器管理モジュール８２は、管理情報８５ｂに基づいて印刷可能状態となったことを検知し、例えば、報知する等の所定の管理処理を行う。

さらに、時間が経過して、管理アプリケーション９１が前回管理情報を取得してから１５０秒が経過すると、管理アプリケーション９１は、再び、管理情報取得モジュール９３にプリンター６０の管理情報の取得を指示する（Ｓ７０１のＹＥＳ）。そこで、管理情報取得モジュール９３は、管理情報９５に有効な管理情報が保持されていると判定できるか否かを確認する（Ｓ７０２）。

この時、ホストコンピューター９０は、問い合わせ時間が１５０秒前の管理情報９５を保持しているが、問い合わせ時間が現在から１５０秒未満の期間の有効な管理情報は保持していない（Ｓ７０２のＮＯ）。そのため、管理情報取得モジュール９３はホストコンピューター８０にプリンター６０の管理情報を要求する（Ｓ７０３）。

そこで、管理情報取得モジュール９３は、前回問い合わせた１５０秒前の時点より後に更新された管理情報８５ｂのみを取得し、機器管理モジュール９２に渡すと共に、管理情報９５に更新して保持する（Ｓ７０４）。続いて、管理情報８５ｂと取得対象だが非更新のため取得しなかった管理情報９５について問い合わせ時間を保持する（Ｓ７０５）。機器管理モジュール９２は、同様に、管理情報９５として保持している管理情報８５ｂに基づいて印刷可能状態となったことを検知し、例えば、報知する等の所定の管理処理を行う。

以上、述べてきたように、本実施の形態例に係るシステムでは、ＳＮＭＰ Ｔｒａｐ機能を利用することにより、プリンター６０で一定の条件が検知されると、変更された管理情報が自動的にホストコンピューター８０に通知される。そのため、管理アプリケーション８１は、プリンター６０に管理情報を要求することなく、プリンター６０の最新の管理情報を得ることができる。また、本実施の形態例の管理アプリケーション９１も同様にして、最新の管理情報を保持するホストコンピューター８０から管理情報を取得することによって、プリンター６０に管理情報を要求することなく、プリンター６０の最新の管理情報を得ることができる。

従って、管理アプリケーション８１、９１はプリンター６０に対して管理情報の要求を行わないため、プリンター６０が省電力モードに移行した後、プリンター６０は、ユーザーによるパネル操作や印刷処理の要求がない限り省電力モードを維持することができる。

このように、本実施の形態例に係るシステムは、ネットワーク機器のＳＮＭＰ Ｔｒａｐ機能を利用してひとつのホストコンピューターに管理情報を通知し、その通知先以外のホストコンピューターの管理アプリケーションは、ネットワーク機器に管理情報を要求する代わりにＳＮＭＰ Ｔｒａｐ機能の通知先であるホストコンピューターに管理情報を要求することにより、ホストコンピューターの管理アプリケーションからのネットワーク機器への管理情報の取得要求を抑制することができる。これにより、ネットワーク機器への管理情報の取得処理が効率化され、ネットワーク機器を省電力モードに移行し易くすることができると共に、省電力モードを最大限に長く維持できる。

また、管理アプリケーションはネットワーク機器に管理情報を要求しないものの、最新の管理情報を保持する通知先のホストコンピューターから管理情報を取得するため、管理アプリケーションからネットワーク機器への管理情報の取得処理を抑えて効率化しながら、必要とする管理情報を取得することができる。

さらに、管理アプリケーションは、自機器に有効な管理情報が保持されていると判定できる場合は自機器の管理情報を用い、有効な管理情報が保持されていると判定できない場合に通知先のホストコンピューターに管理情報を要求するため、自機器からの通知先のホストコンピューターへの管理情報の取得処理を抑えて効率化しながら、必要とする管理情報を取得することができる。

これは、特に、同じネットワーク機器を管理し管理情報の取得のタイミングが異なる別の管理アプリケーションが自機器に搭載されている場合や、消耗品情報のように短時間に大きく変化することのない管理情報を、通知先であるホストコンピューターから取得後一定期間は有効な管理情報であるとして、自機器に保持する場合に効果的である。

また、この時、管理アプリケーションは、管理情報について通知先のホストコンピューターに取得要求した問い合わせ時間を保持する。これにより、管理アプリケーションは、当該管理情報が前回、最新の情報であることが確認された時間である問い合わせ時間に基づいて、有効な管理情報を保持していると判定できるか否かを判断できる。

また、別の効果として、ネットワーク機器のメンテナンスが容易になる。従来のＳＮＭＰ Ｔｒａｐ機能だけを利用した管理情報の取得方法では、ＳＮＭＰ Ｔｒａｐ機能の通知先が複数あった場合、通知先のホストコンピューターが変わると、その度に複数の通知先を変更する必要がありネットワーク機器側のメンテナンスの負荷が高かった。それに対し、本実施の形態例に係るシステムでは、ＳＮＭＰ Ｔｒａｐの通知先はひとつであるため、通知先のホストコンピューターが変わっても、ネットワーク機器側のメンテナンスは容易となる。

１０、２０、３０：ホストコンピューター（端末装置、他の端末装置、第１、２の端末装置）
１１、２１：管理アプリケーション（管理情報取得手段、情報管理処理実行手段、制御手段、管理情報保持手段、第１、２の情報管理処理実行手段）
１２、２２：機器管理モジュール（情報管理処理実行手段、制御手段、第１、２の情報管理処理実行手段）
１３、２３：管理情報取得モジュール（管理情報取得手段、制御手段、管理情報保持手段）
４０、５０、６０、７０：プリンター（管理対象の機器）
８０：ホストコンピューター（第１の端末装置）
９０、１００：ホストコンピューター（第２の端末装置）
８１：管理アプリケーション（管理情報保持手段、第１の情報管理処理実行手段）
８２：機器管理モジュール（第１の情報管理処理実行手段）
８３：管理情報取得モジュール（管理情報保持手段）
９１：管理アプリケーション（管理情報取得手段、第２の情報管理処理実行手段、制御手段）
９２：機器管理モジュール（第２の情報管理処理実行手段、制御手段）
９３：管理情報取得モジュール（管理情報取得手段、制御手段）

Claims (11)

1. 管理対象の機器と１以上の他の端末装置とネットワークで接続される端末装置に、前記管理対象の機器の情報管理処理を実行させるネットワーク機器の管理プログラムであって、
   有効な前記管理情報を保持しているか否かを前記他の端末装置に問い合わせて、前記他の端末装置が前記有効な管理情報を保持している場合は前記他の端末装置から当該有効な管理情報を取得し、前記他の端末装置が保持していない場合は前記管理対象の機器から前記管理情報を取得すると共に当該端末装置に保持する管理情報取得工程と、
   前記取得した管理情報に基づいて前記情報管理処理を実行する情報管理処理実行工程と、を前記端末装置に実行させることを特徴とするネットワーク機器の管理プログラム。
2. 請求項１において、さらに、
   前記管理情報取得工程の前に、前記情報管理処理実行工程で用いられる有効な前記管理情報が自端末装置に保持されているか否かを判定する制御工程を前記端末装置に実行させ、
   前記制御工程において前記有効な管理情報が保持されていると判定された場合は、前記管理情報取得工程を実行させず、前記情報管理処理実行工程では前記保持されている有効な管理情報に基づいて前記情報管理処理を実行させることを特徴とするネットワーク機器の管理プログラム。
3. 請求項１または２において、
   前記有効な管理情報とは、所定の期間内に前記管理対象の機器から取得された前記管理情報であることを特徴とするネットワーク機器の管理プログラム。
4. 管理対象の機器と１以上の他の端末装置とネットワークで接続され、前記管理対象の機器の情報管理処理を実行するネットワーク機器の管理装置であって、
   有効な前記管理情報を保持しているか否かを前記他の端末装置に問い合わせて、前記他の端末装置が前記有効な管理情報を保持している場合は前記他の端末装置から当該有効な管理情報を取得し、前記他の端末装置が保持していない場合は前記管理対象の機器から前記管理情報を取得すると共に当該端末装置に保持する管理情報取得手段と、
   前記取得した管理情報に基づいて前記情報管理処理を実行する情報管理処理実行手段と、を有することを特徴とするネットワーク機器の管理装置。
5. 請求項４において、さらに、
   前記管理情報取得手段による処理の前に、前記情報管理処理実行手段で用いられる有効な前記管理情報が自端末装置に保持されているか否かを判定する制御手段を有し、
   前記制御手段が前記有効な管理情報が保持されていると判定した場合は、前記管理情報取得手段は処理を行わず、前記情報管理処理実行手段は前記保持されている有効な管理情報に基づいて前記情報管理処理を行うことを特徴とするネットワーク機器の管理装置。
6. 請求項４または５において、
   前記有効な管理情報とは、所定の期間内に前記管理対象の機器から取得された前記管理情報であることを特徴とするネットワーク機器の管理装置。
7. 管理対象の機器と第１の端末装置と１以上の第２の端末装置とを有し、前記管理対象の機器と前記第１の端末装置と前記第２の端末装置とがネットワークで接続され、前記第１の端末装置及び第２の端末装置が前記管理対象の機器の情報管理処理を実行するネットワーク機器の管理システムであって、
   前記管理対象の機器は、
   前記管理対象の機器の状態を表す管理情報を前記第１の端末装置に送信する管理情報通知手段を有し、
   前記第１の端末装置は、
   前記管理対象の機器から送信された前記管理情報を保持する管理情報保持手段と、前記送信された管理情報に基づいて前記情報管理処理を実行する第１の情報管理処理実行手段とを有し、
   前記第２の端末装置は、
   前記第１の端末装置から管理情報を取得する管理情報取得手段と、前記取得した管理情報に基づいて前記情報管理処理を実行する第２の情報管理処理実行手段とを有することを特徴とするネットワーク機器の管理システム。
8. 請求項７において、
   前記管理対象の機器の前記管理情報通知手段は、
   前記管理対象の機器において所定の状態が発生した時に、前記所定の状態を表す管理情報を送信することを特徴とするネットワーク機器の管理システム。
9. 請求項８において、
   前記第２の端末装置の前記管理情報取得手段は、取得対象の前記管理情報のうち、前回、前記第１の端末装置に前記管理情報の取得の問い合わせを行った後に更新された前記管理情報を取得し、更新されていない前記管理情報は取得しないことを特徴とするネットワーク機器の管理システム。
10. 請求項８または９において、
    前記第２の端末装置の前記管理情報取得手段は、前記第１の端末装置から取得した管理情報を保持し、
    さらに、前記第２の端末装置は、
    前記管理情報取得手段による処理の前に、前記第２の情報管理処理実行手段で用いられる有効な前記管理情報が自端末装置に保持されていると判定できるか否かを判断する制御手段を有し、
    前記制御手段が前記有効な管理情報が保持されていると判定できると判断した場合は、前記管理情報取得手段は取得及び保持を行わず、前記第２の情報管理処理実行手段は前記保持されている有効な管理情報に基づいて前記情報管理処理を行うことを特徴とするネットワーク機器の管理システム。
11. 請求項１０において、
    前記第２の端末装置の前記管理情報取得手段は、前記管理情報の取得を問い合わせた時間である問い合わせ時間を保持し、
    前記第２の端末装置の前記制御手段は、前記管理情報の前記問い合わせ時間に基づいて、前記有効な管理情報が保持されていると判定できるか否かを判断することを特徴とするネットワーク機器の管理システム。

Images