JP6855748B2 - 監視装置、監視方法、及び、監視プログラム - Google Patents

Description

本発明は、デバイスからデバイス情報を取得する技術に関する。

サーバーコンピューターやクライアントコンピューターに加えて、プリンター、スキャナー、ファクシミリ、これらの機能を有する複合機（複合装置の例）、等のデバイスをネットワークで接続することが行われている。これらのデバイスの電力消費を少なくするため、一定時間使用されない場合に電力消費の少ないスリープ状態（省電力状態ともいう。）に移行するデバイスが用いられている。また、各デバイスについてインクといった消耗品の残量等を監視するため、監視サーバーを設置してデバイス情報を収集することも行われている。ただ、スリープ状態のデバイスからデバイス情報を収集すると、デバイスのスリープ状態が解除され、電力消費が多くなってしまう。

特許文献１には、サーバがポーリングしたデバイスがスリープ状態の場合にデバイスのスリープ状態が解除されて余計な消費電力が発生してしまうという問題が示されている。この特許文献１記載のデバイス管理システムは、サーバにログインしているクライアントのデバイス使用頻度に基づき、使用頻度が少ないデバイスへのポーリング間隔を大きく設定することで、スリープ状態のデバイスにポーリングをする回数を減らしている。

特開２０１２−２２１１９３号公報

しかし、デバイス使用頻度に基づくポーリング間隔の設定では、デバイスがスリープ状態であるか否かが判らない。このため、ポーリング時にデバイスがスリープ状態であることがあり、この場合には余計な電力が消費されることになる。

本発明の目的の一つは、デバイスの電力消費を低減させることが可能な技術を提供することにある。

上記目的の一つを達成するため、本発明は、デバイスから収集対象のデバイス情報を取得する監視装置であって、
前記デバイスが行っていた所定の動作の終了を表す動作終了通知を取得する動作終了通知取得部と、
前記動作終了通知が取得されたことをトリガーとして前記デバイスから前記デバイス情報を取得するデバイス情報取得部と、を備える、態様を有する。

また、本発明は、デバイスから収集対象のデバイス情報を取得する監視方法であって、
前記デバイスが行っていた所定の動作の終了を表す動作終了通知を取得する動作終了通知取得工程と、
前記動作終了通知が取得されたことをトリガーとして前記デバイスから前記デバイス情報を取得するデバイス情報取得工程と、を含む、態様を有する。

さらに、本発明は、デバイスから収集対象のデバイス情報を取得するための監視プログラムであって、
前記デバイスが行っていた所定の動作の終了を表す動作終了通知を取得する動作終了通知取得機能と、
前記動作終了通知が取得されたことをトリガーとして前記デバイスから前記デバイス情報を取得するデバイス情報取得機能と、をコンピューターに実現させる、態様を有する。

上述した態様は、デバイスの電力消費を低減させることが可能な技術を提供することができる。

監視装置を含む管理システムの例を模式的に示すブロック図。 複合装置がネットワーク接続された監視装置を含む管理システムの例を模式的に示すブロック図。 複合装置がＵＳＢ接続された監視装置を含む管理システムの例を模式的に示すブロック図。 監視装置の例を模式的に示すブロック図。 動作終了通知の内容例を模式的に示す図。 処理テーブルの構成例を模式的に示す図。 デバイス情報の構成例を模式的に示す図。 管理サーバーで行われるメイン処理の例を示すフローチャート。 仲介部で行われる仲介処理の例を示すフローチャート。 管理サーバーで行われる監視処理の例を示すフローチャート。 管理サーバーで行われる課金処理の例を示すフローチャート。 デバイスのスリープ移行期間の例を模式的に示すタイミングチャート。 デバイス情報の取得に所定期間内の制限を設定したメイン処理の例を示すフローチャート。

以下、本発明の実施形態を説明する。むろん、以下の実施形態は本発明を例示するものに過ぎず、実施形態に示す特徴の全てが発明の解決手段に必須になるとは限らない。

（１）本発明に含まれる技術の概要：
まず、図１〜１３に示される例を参照して本発明に含まれる技術の概要を説明する。尚、本願の図は模式的に例を示す図であり、各図は整合していないことがある。むろん、本技術の各要素は、符号で示される具体例に限定されない。

［態様１］
本技術の一態様に係る監視装置Ｕ０は、動作終了通知取得部Ｕ１とデバイス情報取得部Ｕ２とを備え、デバイス（例えば複合機４００）から収集対象のデバイス情報６２０を取得する。前記動作終了通知取得部Ｕ１は、前記デバイスが行っていた所定の動作の終了を表す動作終了通知６１０を取得する。前記デバイス情報取得部Ｕ２は、前記動作終了通知６１０が取得されたことをトリガーとして前記デバイスから前記デバイス情報６２０を取得する。

印刷終了通知、スキャン終了通知、等といった動作終了通知６１０を取得した直後は、デバイスがスリープ状態（省電力状態）にない可能性が高い。このタイミングでデバイスから収集対象のデバイス情報６２０が取得されるので、デバイスがスリープ状態から解除される頻度が減る。従って、上記態様１は、デバイスの電力消費を低減させることが可能な監視装置を提供することができる。

ここで、デバイスには、印刷装置、画像読取装置、ファクシミリ、複写機、記憶装置、これらの機能を有する複合機、等が含まれる。
デバイス情報には、消耗品の残量を表す情報、消耗品の使用期間を表す情報、等が含まれる。
デバイスからデバイス情報を取得することには、デバイスからデバイス情報を直接取得すること、仲介要素を介してデバイスからデバイス情報を取得すること、等が含まれる。
終了がスリープ状態に移行する期間の起点となる所定の動作には、印刷、画像読取、ファックス送信、ファックス受信、等が含まれる。動作終了通知には、印刷終了の通知、画像読取終了の通知、ファックス送信終了の通知、ファックス受信終了の通知、等が含まれる。

［態様２］
図８等に例示するように、前記デバイス情報取得部Ｕ２は、前記デバイス情報６２０の取得のトリガーとなった動作終了通知６１０が取得されてから次に動作終了通知６１０が取得されるまで前記デバイスからの前記デバイス情報６２０の取得を行わなくてもよい。この態様は、デバイス情報６２０の取得のトリガーとなった動作終了通知６１０がデバイスから出されてから次の動作終了通知６１０が出されるまでデバイスからデバイス情報６２０が取得されないので、デバイスの電力消費を低減させる好適な例を提供することができる。

［態様３］
図１３等に例示するように、前記デバイス情報取得部Ｕ２は、前記デバイス情報６２０の取得のトリガーとなった動作終了通知６１０が取得されてから所定期間Ｔｔ内に別の動作終了通知６１０が前記デバイスから出されても前記デバイスからの前記デバイス情報６２０の取得を行わなくてもよい。この態様は、デバイス情報６２０の取得のトリガーとなった動作終了通知６１０がデバイスから出されてから所定期間Ｔｔ内は別の動作終了通知６１０が出されてもデバイス情報６２０が取得されないので、不必要に多くのデバイス情報６２０が取得されない。従って、本態様は、デバイスの電力消費を低減させる好適な監視装置を提供することができる。
尚、デバイス情報の取得に所定期間内の制限を設定しない場合も、本技術に含まれる。

［態様４］
図１２等に例示するように、前記所定期間Ｔｔは、前記デバイスが前記所定の動作を終了してからスリープ状態に移行する期間Ｔｓよりも短くてもよい。この態様は、デバイス情報の取得のトリガーとなった動作終了通知がデバイスから出されてからスリープ状態となるまで別の動作終了通知が出されても全くデバイス情報が取得されないことを回避することができる。

［態様５］
図８等に例示するように、前記動作終了通知取得部Ｕ１により取得される動作終了通知６１０の内容に応じて前記デバイス情報６２０を取得する対象デバイスが設定されてもよい。前記デバイス情報取得部Ｕ２は、前記動作終了通知取得部Ｕ１により取得された動作終了通知６１０の内容に応じて設定された前記対象デバイスから前記デバイス情報６２０を取得してもよい。本態様は、動作した対象デバイスからデバイス情報６２０が取得されるので、不必要に多くのデバイス情報６２０が取得されない。従って、本態様は、デバイスの電力消費を低減させる好適な監視装置を提供することができる。
ここで、対象デバイスは、複合装置に含まれる内部デバイスでもよいし、複数の内部デバイスを含む複合装置でもよい。複合装置は、複数の内部デバイスを有していればよく、全ての内部デバイスが同じ筐体に収容されたものでもよいし、複数の内部デバイスが別々の筐体に収容される等、分散した複数の部分で構成されてもよい。
尚、デバイス情報を取得する対象デバイスの設定が無い場合も、本技術に含まれる。

［態様６］
前記デバイスは、前記デバイス情報６２０として第一デバイス情報（例えばプリンター情報６２１）を出力する印刷装置４０１、及び、前記デバイス情報６２０として第二デバイス情報（例えばスキャナー情報６２２）を出力する画像読取装置４０２を有する複合装置（例えば複合機４００）でもよい。前記デバイス情報取得部Ｕ２は、前記動作終了通知取得部Ｕ１により取得された動作終了通知６１０が印刷終了を示している場合、前記印刷装置４０１から前記第一デバイス情報（６２１）を取得してもよい。また、前記デバイス情報取得部Ｕ２は、前記動作終了通知取得部Ｕ１により取得された動作終了通知６１０が画像読取終了を示している場合、前記画像読取装置４０２から前記第二デバイス情報（６２２）を取得してもよい。本態様は、複合装置（４００）に含まれる印刷装置４０１が動作した場合には印刷装置４０１から第一デバイス情報（６２１）が取得され、複合装置（４００）に含まれる画像読取装置４０２が動作した場合には画像読取装置４０２から第二デバイス情報（６２２）が取得されるので、不必要に多くのデバイス情報６２０が取得されない。従って、本態様は、複合装置の電力消費を低減させる好適な例を提供することができる。
尚、デバイスが複合装置でない場合も、本技術に含まれる。

［態様７］
図８等に例示するように、前記デバイス情報取得部Ｕ２は、前記印刷装置４０１から前記第一デバイス情報（６２１）を取得する際、下記（ａ），（ｂ）の処理を行ってもよい。
（ａ）前記監視装置Ｕ０がネットワークＮ１を介して前記複合装置（４００）に接続されている場合には前記ネットワークＮ１を介して前記複合装置（４００）から前記第一デバイス情報（６２１）を取得する処理。
（ｂ）前記監視装置Ｕ０がＵＳＢ（Universal Serial Bus）インターフェイスを介して前記複合装置（４００）に接続されている場合には前記印刷装置４０１を制御するための第一デバイスドライバー（例えばプリンタードライバー３１１）を介して前記第一デバイス情報（６２１）を取得する処理。

ＵＳＢインターフェイスを介して複合装置（４００）がコンピューターに接続される場合、コンピューターのＯＳ（オペレーティングシステム）の仕様により同じ複合装置（４００）の複数の内部デバイスがそれぞれ異なるデバイスとして認識されることがある。そこで、本監視装置Ｕ０がＵＳＢインターフェイスを介して複合装置（４００）に接続されている場合、印刷装置４０１を制御するための第一デバイスドライバー（３１１）を介して第一デバイス情報（６２１）を取得するのが好適である。一方、ネットワークＮ１を介して複合装置（４００）がコンピューターに接続される場合、複数の内部デバイスを含む複合装置（４００）が一つのデバイスとして認識されることが多い。そこで、本監視装置Ｕ０がネットワークＮ１を介して複合装置（４００）に接続されている場合、ネットワークＮ１を介して複合装置（４００）から第一デバイス情報（６２１）を取得するのが好適である。
以上より、上記態様は、複合装置の電力消費を低減させる好適な例を提供することができる。

［態様８］
図８等に例示するように、前記デバイス情報取得部Ｕ２は、前記画像読取装置４０２から前記第二デバイス情報（６２２）を取得する際、下記（ｃ），（ｄ）の処理を行ってもよい。
（ｃ）前記監視装置Ｕ０がネットワークＮ１を介して前記複合装置（４００）に接続されている場合には前記ネットワークＮ１を介して前記複合装置（４００）から前記第二デバイス情報（６２２）を取得する処理。
（ｄ）前記監視装置Ｕ０がＵＳＢ（Universal Serial Bus）インターフェイスを介して前記複合装置（４００）に接続されている場合には前記画像読取装置４０２を制御するための第二デバイスドライバー（例えばスキャナードライバー３１２）を介して前記第二デバイス情報（６２２）を取得する処理。

ＵＳＢインターフェイスを介して複合装置（４００）がコンピューターに接続される場合、コンピューターのＯＳの仕様により同じ複合装置（４００）の複数の内部デバイスがそれぞれ異なるデバイスとして認識されることがある。そこで、本監視装置Ｕ０がＵＳＢインターフェイスを介して複合装置（４００）に接続されている場合、画像読取装置４０２を制御するための第二デバイスドライバー（３１２）を介して第二デバイス情報（６２２）を取得するのが好適である。一方、ネットワークＮ１を介して複合装置（４００）がコンピューターに接続される場合、複数の内部デバイスを含む複合装置（４００）が一つのデバイスとして認識されることが多い。そこで、本監視装置Ｕ０がネットワークＮ１を介して複合装置（４００）に接続されている場合、ネットワークＮ１を介して複合装置（４００）から第二デバイス情報（６２２）を取得するのが好適である。
以上より、上記態様は、複合装置の電力消費を低減させる好適な例を提供することができる。

［態様９］
ところで、本技術の一態様に係る監視方法は、動作終了通知取得部Ｕ１に対応する動作終了通知取得工程ＳＴ１、及び、デバイス情報取得部Ｕ２に対応するデバイス情報取得工程ＳＴ２を含む。本態様は、デバイスの電力消費を低減させることが可能な監視方法を提供することができる。

［態様１０］
また、本技術の一態様に係る監視プログラムは、動作終了通知取得部Ｕ１に対応する動作終了通知取得機能ＦＵ１、及び、デバイス情報取得部Ｕ２に対応するデバイス情報取得機能ＦＵ２をコンピューターに実現させる。本態様は、デバイスの電力消費を低減させることが可能な監視プログラムを提供することができる。

さらに、本技術は、監視装置を含む管理システム、監視装置の制御方法、管理システムの制御方法、監視装置の制御プログラム、管理システムの制御プログラム、監視プログラムや前記制御プログラムを記録したコンピューター読み取り可能な媒体、等に適用可能である。監視装置や管理システムは、分散した複数の部分で構成されてもよい。

（２）監視装置の具体例：
図１は、監視装置Ｕ０を含む管理システムＳＹ１を模式的に例示している。この管理システムＳＹ１は、サーバーコンピューターとしての管理サーバー２００、クライアントコンピューターとしてのクライアント３００，３３０，３４０，…、複合装置の例である複合機４１０，４２０、単機能デバイスであるプリンター４３１、等を含んでいる。尚、複合機４１０，４２０を複合機４００と総称する。クライアント３００，３３０，３４０，…、複合機４００、及び、プリンター４３１の設置範囲は、事業所内や支店内など、比較的狭い範囲を想定しているが、分散した範囲でもよい。管理サーバー２００の設置場所は、事業所外や支店外など、クライアント等から比較的遠い場所を想定しているが、クライアント等の設置範囲に含まれてもよい。

図１において、管理サーバー２００、クライアント３００，３３０，３４０，…、複合機４２０、及び、プリンター４３１は、ネットワークＮ１に接続され、互いに情報を入出力可能である。ネットワークＮ１には、インターネット、ＬＡＮ（Local Area Network）、ＬＡＮ同士をＷＡＮ（Wide Area Network）で繋いだネットワーク、等を用いることができ、無線ＬＡＮ等といった無線ネットワークが含まれてもよい。クライアント３００と複合機４１０とは、ＵＳＢインターフェイスを介して接続され、互いに情報を入出力可能である。ＵＳＢインターフェイスは、汎用のシリアルインターフェイスの例であり、ＵＳＢ対応機器同士はＵＳＢケーブルで接続することができるが、ケーブル接続を無線接続に代えることも可能である。ＵＳＢの仕様上、クライアント３００と複合機４１０とは比較的近い場所に設置される。尚、管理システムに含まれるクライアントの台数は、特に限定されず、１台でもよい。管理システムに含まれる複合機の台数も、特に限定されず、１台でもよい。管理システムに含まれる単機能デバイスは２台以上でもよいし、管理システムに単機能デバイスが無くてもよい。管理サーバー２００は、分散した複数のコンピューターを含んでもよい。

図１に示す管理サーバー２００は、時計回路２０１、ＣＰＵ（Central Processing Unit）２０２、不揮発性メモリー（Non-Volatile Memory）２０３、ＲＡＭ（Random Access Memory）２０４、ネットワークインターフェイス（Ｉ／Ｆ）２０５、図示しない表示装置、図示しない入力装置（例えばポインティングデバイスやキーボード）、等を有している。これらの要素２０１〜２０５等は、互いに接続されてデータを入出力可能である。不揮発性メモリー２０３は、ＲＡＭ２０４に展開される管理プログラムＰ１、動作終了通知６１０の内容と処理とを対応付けた処理テーブルＴＡ１、管理システムＳＹ１に接続された登録済みのデバイスの一覧を表す監視対象リストＬ１、等を記憶している。不揮発性メモリー２０３には、ＲＯＭ（Read Only Memory）、フラッシュメモリーといった不揮発性半導体メモリー、ハードディスクといった磁気記録媒体、等を用いることができる。ネットワークＩ／Ｆ２０５は、ネットワークＮ１に接続され、このネットワークＮ１に接続された外部装置（例えば、クライアント３００，３３０，３４０，…、複合機４２０、プリンター４３１）との間でデータを送受信する処理を行う。
尚、管理サーバー２００は、互いに通信可能に分割された複数の装置で構成されてもよい。

図１に示すクライアント３００は、時計回路３０１、ＣＰＵ３０２、不揮発性メモリー３０３、ＲＡＭ３０４、ネットワークＩ／Ｆ３０５、ＵＳＢ Ｉ／Ｆ３０６、図示しない表示装置、図示しない入力装置、等を有している。これらの要素３０１〜３０６等は、互いに接続されてデータを入出力可能である。不揮発性メモリー３０３は、ＲＡＭ３０４に展開される仲介プログラムＰ２等を記憶している。仲介プログラムＰ２は、図３に例示する仲介部ＵＰ２をクライアント３００に実現させる。管理プログラムＰ１及び仲介プログラムＰ２は、監視プログラムの例である。不揮発性メモリー３０３には、ＲＯＭ、不揮発性半導体メモリー、磁気記録媒体、等を用いることができる。ネットワークＩ／Ｆ３０５は、ネットワークＮ１に接続され、このネットワークＮ１に接続された外部装置との間でデータを送受信する処理を行う。ＵＳＢ Ｉ／Ｆ３０６は、複合機４１０に接続され、この複合機４１０との間でデータを送受信する処理を行う。
尚、クライアント３００は、互いに通信可能に分割された複数の装置で構成されてもよい。また、クライアント３３０，３４０，…の構成は、クライアント３００の構成と同様であるので、説明を省略する。

図１に示す複合機４１０は、印刷装置４０１の例であるプリンター４１１、画像読取装置４０２の例であるスキャナー４１２、ファクシミリ４１３、等を有し、ＵＳＢインターフェイスを介してクライアント３００に接続されている。図１に示す複合機４２０は、印刷装置４０１の例であるプリンター４２１、画像読取装置４０２の例であるスキャナー４２２、ファクシミリ４２３、等を有し、ネットワークＮ１に接続されている。このネットワークＮ１には、印刷装置４０１の例であるプリンター４３１も接続されている。プリンター４３１は、据え置き型の印刷装置でもよいし、持ち運び可能な印刷装置でもよい。

プリンター４１１，４２１，４３１，…は、コピー用紙等といった被印刷物（Print Substrate）に印刷を行う印刷装置である。プリンター４１１，４２１，４３１，…は、例えば、画像データに対応する画像をインク（色材の例）で被印刷物に形成する。本具体例のプリンター４１１，４２１，４３１，…はインクジェットプリンターであるものとするが、プリンター４１１，４２１，４３１，…にレーザープリンターといった電子写真方式のプリンター等を用いてもよい。従って、被印刷物に付着する色材は、トナー等でもよい。

スキャナー４１２，４２２は、原稿画像を読み取る画像読取装置である。スキャナー４１２，４２２は、例えば、光源からの光を原稿に当てて原稿画像を読み取り、対応する画像データを形成する。スキャナー４１２，４２２には、原稿台ガラスと原稿カバーとの間に原稿を配置するフラットベット式のスキャナー、原稿送り装置付きのスキャナー、等を用いることができる。

ファクシミリ４１３，４２３は、図示しない電話回線に接続され、この電話回線に接続された別のファクシミリとの間でファクシミリ通信を行う。

図２は、複合機４２０がネットワーク接続された監視装置Ｕ０を含む管理システムＳＹ１を模式的に例示している。この場合の管理システムＳＹ１の管理サーバー２００は、監視装置Ｕ０に対応している。ネットワークＮ１に接続された複合機４２０は、クライアント３００から見て単一のデバイスとして認識されるものとする。

図２に示す管理サーバー２００は、監視ツールＴ１、課金ツールＴ２、等を含む管理プログラムＰ１により実現されている。監視ツールＴ１は、デバイス（複合機４００やプリンター４３１等）からデバイスに関する収集対象のデバイス情報を収集して監視処理を行うためのプログラムである。課金ツールＴ２は、デバイスの使用に対する課金を表す課金情報を収集して課金処理を行うためのプログラムである。
図２に示すクライアント３００は、オペレーティングシステム（ＯＳ）３１０、プリンタードライバー３１１、スキャナードライバー３１２、等のプログラムを実行している。プリンタードライバー３１１は、プリンター４２１の動作を制御する機能をクライアント３００に実現させる。スキャナードライバー３１２は、スキャナー４２２の動作を制御する機能をクライアント３００に実現させる。

図３は、複合機４１０がＵＳＢインターフェイスを介して接続された監視装置Ｕ０を含む管理システムＳＹ１を模式的に例示している。この場合、管理プログラムＰ１を実行する管理サーバー２００、及び、仲介プログラムＰ２を実行するクライアント３００が監視装置Ｕ０に対応する。図３に示すプリンタードライバー３１１は、プリンター４１１の動作を制御する第一デバイスドライバーの例である。図３に示すスキャナードライバー３１２は、スキャナー４１２の動作を制御する第二デバイスドライバーの例である。
ここで、例えば、複合機４１０でプリンター４１１とスキャナー４１２が別々の制御装置で制御される場合に、複合機４１０とクライアント３００とがＵＳＢ接続された場合を想定する。この場合、クライアント３００のＯＳ３１０上では、プリンター４１１とスキャナー４１２とが別々のデバイスとして認識され、それぞれにハンドラーが生成される。ここで、プリンター４１１に対してプリンターデバイスハンドラー３２１が生成され、スキャナー４１２に対してスキャナーデバイスハンドラー３２２が生成されるものとする。

図４は、監視装置Ｕ０を模式的に例示している。本具体例の監視装置Ｕ０は、管理プログラムＰ１を実行する管理サーバー２００、及び、仲介プログラムＰ２を実行するクライアント３００により構成される。図４に示す監視装置Ｕ０は、動作終了通知取得部Ｕ１、デバイス情報取得部Ｕ２、課金処理部Ｕ４、管理処理部Ｕ６、及び、記憶部Ｕ７を備えている。監視装置Ｕ０が行う監視方法は、動作終了通知取得工程ＳＴ１、デバイス情報取得工程ＳＴ２、課金処理工程ＳＴ４、及び、管理処理工程ＳＴ６を含む。プログラムＰ１，Ｐ２は、動作終了通知取得機能ＦＵ１、デバイス情報取得機能ＦＵ２、課金処理機能ＦＵ４、及び、管理処理機能ＦＵ６をコンピューターに実現させる。

まず、監視装置Ｕ０の各部の概略を説明する。
デバイス（図４では複合機４１０）が行っていた所定の動作の終了を表す動作終了通知６１０は、動作終了通知取得部Ｕ１により取得される。図５は、動作終了通知６１０の内容を模式的に例示している。この動作終了通知６１０には、印刷終了の通知、スキャン終了（画像読取終了）の通知、ファックス送信終了の通知、ファックス受信終了の通知、等が含まれる。図示していないが、記録ヘッドのクリーニング終了の通知、ＵＳＢ接続の完了の通知、等も、動作終了通知となり得る。

また、図６に例示する処理テーブルＴＡ１のように、動作終了通知６１０の内容に応じて行う処理が規定されてもよい。図６に示す例では、動作終了通知６１０として印刷終了が通知された場合にプリンター情報６２１を取得することが規定され、動作終了通知６１０としてスキャン終了が通知された場合にスキャナー情報６２２を取得することが規定されている。この場合、印刷終了の通知時の対象デバイスはプリンターであり、スキャン終了の通知時の対象デバイスはスキャナーである。従って、ＵＳＢ接続される複合機４１０に対しては、動作終了通知６１０の内容に応じてデバイス情報６２０を取得する内部デバイス（対象デバイスの例）が設定されていることになる。図示していないが、動作終了通知としてファクシミリ送信終了が通知された場合には、スキャン履歴や送信履歴等を取得することが処理テーブルに規定されてもよい。動作終了通知としてファクシミリ受信終了が通知された場合には、受信履歴、印刷履歴、印刷色（カラー又はモノクロ）、用紙サイズ、等を取得することが処理テーブルに規定されてもよい。動作終了通知としてクリーニング終了が通知された場合には、インク残量等を取得することが処理テーブルに規定されてもよい。

デバイス情報取得部Ｕ２は、動作終了通知６１０が取得されたことをトリガーとしてデバイス（４１０）からデバイス情報６２０を取得する。デバイス情報６２０は、プリンター４１１に関する収集対象のプリンター情報６２１、及び、スキャナー４１２に関する収集対象のスキャナー情報６２２を総称している。プリンター情報６２１は第一デバイス情報の例であり、スキャナー情報６２２は第二デバイス情報の例である。デバイス情報取得部Ｕ２は、処理テーブルＴＡ１に規定された処理に従ってデバイス情報６２０を取得してもよい。デバイス情報取得部Ｕ２は、取得されたデバイス情報６２０を記憶部Ｕ７（例えば不揮発性メモリー２０３，３０３）に記憶する。

図７は、収集対象のプリンター情報６２１の構成を模式的に例示している。図７に示すプリンター情報６２１は、インクの残量といった消耗品の残量、紙送り等のローラーの使用期間といった消耗品の使用期間、インクの型番といった消耗品の型番、印刷枚数といった課金額算出用の情報、等を含んでいる。これらの情報の内、消耗品の残量、消耗品の使用期間、及び、印刷枚数は、プリンター４１１の動作により変化する情報である。消耗品の型番は、プリンター４１１の動作によっては変化しない情報である。図示していないが、収集対象のスキャナー情報６２２は、給紙等のローラーの使用期間といった消耗品の使用期間、課金額算出用の情報、等を含んでいる。これらの情報の内、消耗品の使用期間は、スキャナー４１２の動作により変化する情報である。

課金処理部Ｕ４は、複合機４１０の使用に対する課金情報を収集する課金情報収集タイミングにおいて、プリンター４１１がスリープ状態（省電力状態）から通常状態（省電力状態でない状態）に解除されることがあっても、課金情報を収集するためのデバイス情報６２０をデバイスから取得する。課金処理部Ｕ４は、取得されたデバイス情報６２０に基づいて、課金額を請求する処理を行う。
管理処理部Ｕ６は、監視処理等を行う。

（３）監視装置で行われる処理の例：
次に、監視装置Ｕ０で行われる処理の例を説明する。尚、管理サーバー２００及びクライアント３００は、マルチタスクにより複数の処理を並列して実行している。むろん、図８〜１１，１３に示す処理等、本技術の実施のために行う処理は、ＣＰＵが実行する例に限定されず、他の電子部品［例えば、ＡＳＩＣ（Application Specific Integrated Circuit）］によって実行されてもよい。また、本技術の実施のために行う処理は、複数のＣＰＵにより分散処理されてもよいし、ＣＰＵと電子部品（例えばＡＳＩＣ）とが協働して動作することにより実行されてもよい。
図８は、管理サーバー２００で行われるメイン処理を例示している。図９は、クライアント３００の仲介部ＵＰ２で行われる仲介処理を例示している。説明の都合上、先に図９の仲介処理を説明する。尚、符号２への矢印は処理をＳ４１０に戻すことを意味する。

仲介処理が開始されると、仲介部ＵＰ２は、管理サーバー２００からプリンター情報６２１の送信要求が有るか否かを判断する（ステップＳ４１０）。以下、「ステップ」の記載を省略する。プリンター情報６２１の送信要求が有る場合、仲介部ＵＰ２は、プリンタードライバー３１１を通じてプリンター４１１の制御部にプリンター情報６２１を要求する（Ｓ４１２）。ＵＳＢインターフェイスを介してプリンター情報６２１の要求を受信したプリンター４１１の制御部は、ＵＳＢインターフェイスを介してプリンター情報６２１をクライアント３００に送信する。クライアント３００は、プリンタードライバー３１１により実現される機能により前記プリンター情報６２１を受信する。そこで、仲介部ＵＰ２は、プリンタードライバー３１１を介してプリンター情報６２１をプリンター４１１から取得し（Ｓ４１４）、ネットワークＮ１を介して管理サーバー２００に送信し（Ｓ４１６）、処理をＳ４１０に戻す。
以上より、監視装置Ｕ０がＵＳＢインターフェイスを介して複合機４１０に接続されている場合、プリンタードライバー３１１を介してプリンター４１１からプリンター情報６２１を取得する処理が行われる。

プリンター情報６２１の送信要求が無い場合、仲介部ＵＰ２は、管理サーバー２００からスキャナー情報６２２の送信要求が有るか否かを判断する（Ｓ４１８）。スキャナー情報６２２の送信要求が有る場合、仲介部ＵＰ２は、スキャナードライバー３１２を通じてスキャナー４１２の制御部にスキャナー情報６２２を要求する（Ｓ４２０）。ＵＳＢインターフェイスを介してスキャナー情報６２２の要求を受信したスキャナー４１２の制御部は、ＵＳＢインターフェイスを介してスキャナー情報６２２をクライアント３００に送信する。クライアント３００は、スキャナードライバー３１２により実現される機能により前記スキャナー情報６２２を受信する。そこで、仲介部ＵＰ２は、スキャナードライバー３１２を介してスキャナー情報６２２をスキャナー４１２から取得し（Ｓ４２２）、ネットワークＮ１を介して管理サーバー２００に送信し（Ｓ４２４）、処理をＳ４１０に戻す。
以上より、監視装置Ｕ０がＵＳＢインターフェイスを介して複合機４１０に接続されている場合、スキャナードライバー３１２を介してスキャナー４１２からスキャナー情報６２２を取得する処理が行われる。尚、スキャナー情報６２２の送信要求が無い場合、仲介部ＵＰ２は、処理をＳ４１０に戻す。

図８はＵＳＢ接続されたデバイスに対して動作終了通知６１０が取得されたことをトリガーとしてデバイス情報６２０を取得するメイン処理を例示している。尚、符号１への矢印は処理を図８のＳ１０２に戻すことを意味する。図８に示すメイン処理は、動作終了通知６１０の内容に応じてデバイス情報６２０を取得する内部デバイスが設定されている。ここで、Ｓ１０６〜Ｓ１１０は、動作終了通知取得部Ｕ１、動作終了通知取得機能ＦＵ１、及び、動作終了通知取得工程ＳＴ１に対応している。Ｓ１１２〜Ｓ１２４は、デバイス情報取得部Ｕ２、デバイス情報取得機能ＦＵ２、及び、デバイス情報取得工程ＳＴ２に対応している。

メイン処理が開始されると、管理サーバー２００は、監視対象リストＬ１に含まれる監視対象デバイスがネットワーク接続されているかＵＳＢ接続されているかという接続方式に応じて処理を分岐させる（Ｓ１０２）。監視対象デバイスがネットワークＮ１に接続されている場合、管理サーバー２００は、監視対象デバイスのネットワーク制御部を通じて監視対象デバイスのＭＩＢ（Management Information Base）情報を取得し（Ｓ１０４）、図示していないが後述する監視処理（例えば図１０に示す監視処理）を行って、処理をＳ１０２に戻す。例えば、監視対象デバイスがプリンター４２１及びスキャナー４２２を含む複合機４２０である場合、ＭＩＢ情報にはプリンター情報（６２１）及びスキャナー情報（６２２）が含まれる。なお、管理サーバー２００は、メイン処理を所定間隔で定期的に開始しても良いし、管理サーバー２００に入力されたメイン処理の実行指示に応じてメイン処理を開始しても良い。

監視対象デバイスがＵＳＢインターフェイスを介してクライアント３００に接続されている場合、管理サーバー２００は、ＯＳ３１０が新たに受けた動作終了通知を表す情報を取得するため、クライアント３００の仲介部ＵＰ２を通じてＯＳ３１０にアクセスする（Ｓ１０６）。管理サーバー２００は、取得していない動作終了通知６１０が有るか否かを判断し（Ｓ１０８）、未取得の動作終了通知６１０が有る場合には処理をＳ１１０に進め、未取得の動作終了通知６１０が無い場合には処理をＳ１０２に戻す。
尚、デバイスから動作終了通知を受信した時に仲介部ＵＰ２に通知するイベントをＯＳ３１０に登録しておくと、Ｓ１０６においてＯＳ３１０にアクセスする代わりにＯＳ３１０からイベントを受け取る処理を行うことができる。

Ｓ１１０において、管理サーバー２００は、仲介部ＵＰ２を通じて未取得の動作終了通知６１０をＯＳ３１０から取得する。Ｓ１０６〜Ｓ１１０の処理により、デバイスから動作終了通知６１０が出されたことを捕捉することができる。次に、管理サーバー２００は、Ｓ１１０で取得した動作終了通知６１０の内容に応じて処理を分岐させる（Ｓ１１２）。Ｓ１１２では、処理テーブルＴＡ１を参照して動作終了通知６１０の内容に対応する処理を行ってもよい。図８には、動作終了通知６１０として印刷終了が通知された場合にＳ１１４〜Ｓ１１８の処理を行い、動作終了通知６１０としてスキャン終了が通知された場合にＳ１２０〜Ｓ１２４の処理を行う例が示されている。

動作終了通知６１０の内容が印刷終了である場合、管理サーバー２００は、クライアント３００の仲介部ＵＰ２を通じてプリンター４１１の制御部にプリンター情報６２１を要求する（Ｓ１１４）。図９で示したように、プリンター情報６２１の要求を受けた仲介部ＵＰ２は、プリンター４１１からプリンター情報６２１を取得する。管理サーバー２００は、プリンター情報６２１を仲介部ＵＰ２から取得し（Ｓ１１６）、不揮発性メモリー２０３に記憶する（Ｓ１１８）。その後、管理サーバー２００は、図示していないが後述する監視処理（例えば図１０に示す監視処理）を行って、処理をＳ１０２に戻す。

動作終了通知６１０の内容がスキャン終了である場合、管理サーバー２００は、クライアント３００の仲介部ＵＰ２を通じてスキャナー４１２の制御部にスキャナー情報６２２を要求する（Ｓ１２０）。図９で示したように、スキャナー情報６２２の要求を受けた仲介部ＵＰ２は、スキャナー４１２からスキャナー情報６２２を取得する。管理サーバー２００は、スキャナー情報６２２を仲介部ＵＰ２から取得し（Ｓ１２２）、不揮発性メモリー２０３に記憶する（Ｓ１２４）。その後、管理サーバー２００は、図示していないが後述する監視処理（例えば図１０に示す監視処理）を行って、処理をＳ１０２に戻す。
以上より、動作終了通知６１０の内容に応じて設定された内部デバイスからデバイス情報６２０が取得される。

Ｓ１０６〜Ｓ１２４の処理が繰り返し行われることにより、動作終了通知６１０が取得されたことをトリガーとしてデバイスからデバイス情報６２０が取得されて保存されることが繰り返される。これにより、保存されたデバイス情報６２０が監視処理のために使用される。また、ＵＳＢ接続されたデバイスに対しては、Ｓ１１０で動作終了通知６１０が取得されてから次に動作終了通知６１０が取得されるまでＳ１０２，Ｓ１０６，Ｓ１０８の処理が繰り返されるのでデバイスからのデバイス情報６２０の取得が行われない。

図１０は、図８で示したメイン処理のＳ１０４，Ｓ１１８，Ｓ１２４の後に行われる監視処理の一例を示している。この処理は、管理処理部Ｕ６、管理処理機能ＦＵ６、及び、管理処理工程ＳＴ６に対応している。
監視処理が開始されると、管理サーバー２００は、メイン処理で取得されたプリンター情報６２１（ＭＩＢ情報に含まれるプリンター情報を含む。）に基づいて消耗品の交換が必要か否かの判定を行う（Ｓ５０２）。例えば、プリンター情報６２１で表されるインク残量が所定の閾値よりも少ない場合に交換必要と判定し、前記インク残量が前記閾値以上の場合に交換不要と判定することができる。むろん、インク以外の消耗品の残量、消耗品の使用期間、等についても、同様にして判定することができる。

また、管理サーバー２００は、メイン処理で取得されたスキャナー情報６２２（ＭＩＢ情報に含まれるスキャナー情報を含む。）に基づいて消耗品の交換が必要か否かの判定を行う（Ｓ５０４）。例えば、スキャナー情報６２２で表される給紙ローラーの使用期間が閾値を超えた場合に交換必要と判定し、前記使用期間が閾値以内の場合に交換不要と判定することができる。むろん、給紙ローラー以外の消耗品の使用期間等についても、同様にして判定することができる。

その後、管理サーバー２００は、Ｓ５０２，Ｓ５０４で交換必要となった消耗品が有るか否かを判断する（Ｓ５０６）。交換必要となった消耗品がある場合、管理サーバー２００は、交換必要となった消耗品の配送を登録する処理を行う（Ｓ５０８）。その後、管理サーバー２００は、交換必要となった消耗品を配送するための処理を行い（Ｓ５１０）、監視処理を終了させる。消耗品を配送するための処理は、例えば、営業担当者の電子メールアドレスを宛先として該当の消耗品の配送を指示する内容の電子メールを送信する処理とすることができる。この電子メールを受信したコンピューターの表示を見た営業担当者は、該当の消耗品を持って複合機４００の設置場所へ行って該当の消耗品を複合機４００に補充する作業を行えばよい。

図１１は、管理サーバー２００で行われる課金処理の一例を示している。この処理は、デバイスがスリープ状態であるか否かに関係無く、デバイスの使用に対する課金情報を収集する課金情報収集タイミングに行われる。例えば、月末に課金するのであれば、毎月の最終日の所定時刻が課金情報収集タイミングとなる。この場合、管理サーバー２００は、時計回路２０１の日時が課金情報収集タイミングであるか否かを判断し、課金情報収集タイミングである場合にＳ６０２〜Ｓ６２２の処理を行えばよい。課金処理は、課金処理部Ｕ４、課金処理機能ＦＵ４、及び、課金処理工程ＳＴ４に対応している。

課金処理が開始されると、管理サーバー２００は、監視対象デバイスがネットワーク接続されているかＵＳＢ接続されているかという接続方式に応じて処理を分岐させる（Ｓ６０２）。監視対象デバイスがネットワークＮ１に接続されている場合、管理サーバー２００は、監視対象デバイスのネットワーク制御部を通じて監視対象デバイスのＭＩＢ情報を取得し（Ｓ６０４）、処理をＳ６１８に進める。例えば、監視対象デバイスがプリンター４２１及びスキャナー４２２を含む複合機４２０である場合、ＭＩＢ情報にはプリンター情報（６２１）及びスキャナー情報（６２２）が含まれる。

監視対象デバイスがＵＳＢインターフェイスを介してクライアント３００に接続されている場合、管理サーバー２００は、クライアント３００の仲介部ＵＰ２を通じてプリンター４１１の制御部にプリンター情報６２１を要求する（Ｓ６０６）。図９で示したように、仲介部ＵＰ２は、プリンター４１１からプリンター情報６２１を取得する。この時、プリンター４１１がスリープ状態から解除されることがある。管理サーバー２００は、プリンター情報６２１を仲介部ＵＰ２から取得し（Ｓ６０８）、不揮発性メモリー２０３に記憶する（Ｓ６１０）。また、管理サーバー２００は、クライアント３００の仲介部ＵＰ２を通じてスキャナー４１２の制御部にスキャナー情報６２２を要求する（Ｓ６１２）。図９で示したように、仲介部ＵＰ２は、スキャナー４１２からスキャナー情報６２２を取得する。この時、スキャナー４１２がスリープ状態から解除されることがある。管理サーバー２００は、スキャナー情報６２２を仲介部ＵＰ２から取得し（Ｓ６１４）、不揮発性メモリー２０３に記憶する（Ｓ６１６）。

Ｓ６１８において、管理サーバー２００は、取得されたデバイス情報６２０（ＭＩＢ情報を含む。）から課金額算出用の情報を抽出する。例えば、プリンター情報６２１（ＭＩＢ情報に含まれるプリンター情報を含む。）に含まれる１箇月当たりのカラー印刷枚数（Ｎｃとする。）及びモノクロ印刷枚数（Ｎｍとする。）を課金額算出に用いる場合、プリンター情報６２１からカラー印刷枚数Ｎｃとモノクロ印刷枚数Ｎｍを抽出すればよい。

次に、管理サーバー２００は、Ｓ６１８で抽出した情報を用い、複合機４００といったデバイスの使用に対する課金額を算出する（Ｓ６２０）。例えば、複合機４００の使用に対する課金額は、月額の最低額をＣmin円とし、カラー印刷の１枚当たりの単価をＵｃ円、モノクロ印刷の１枚当たりの単価をＵｍ円として、算出値Ｕｃ×Ｎｃ＋Ｕｍ×Ｎｍが最低額Ｃmin以上である場合に算出値Ｕｃ×Ｎｃ＋Ｕｍ×Ｎｍに決定し、算出値Ｕｃ×Ｎｃ＋Ｕｍ×Ｎｍが最低額Ｃmin未満である場合に最低額Ｃminに決定してもよい。
むろん、課金額は、契約に応じて様々な方法により決定することができる。例えば、スキャナー情報６２２（ＭＩＢ情報に含まれるスキャナー情報を含む。）に含まれる１箇月当たりのスキャン回数（Ｎscanとする。）を課金額算出に用いる場合、スキャナー情報６２２からスキャン回数Ｎscanを抽出し、このスキャン回数Ｎscanに単価を乗じた額を加味して課金額を決定してもよい。また、消耗品の費用を加味して課金額を決定してもよい。むろん、印刷枚数を加味せずに課金額を決定してもよい。

その後、管理サーバー２００は、決定された課金額を請求する処理を行い（Ｓ６２２）、課金処理を終了させる。課金額を請求する処理は、例えば、複合機４００といったデバイスのユーザーの電子メールアドレスを宛先として該当の課金額の請求書が発行された内容の電子メールを送信する処理とすることができる。
尚、課金額算出にスキャナー情報６２２を使用しない場合には、スキャナー情報６２２を取得せずプリンター情報６２１のみ取得してもよい。また、課金額算出にプリンター情報６２１を使用しない場合には、プリンター情報６２１を取得せずスキャナー情報６２２のみ取得してもよい。

以上説明したように、本具体例では、ＵＳＢ接続されたデバイスを対象として、課金処理でない場合、デバイスが行っていた印刷、スキャン、等といった所定の動作の終了を表す動作終了通知６１０が取得されたことをトリガーとして、デバイスからデバイス情報６２０が取得される。動作終了通知６１０を取得した直後は、デバイスがスリープ状態にない可能性が高い。このタイミングでデバイスから収集対象のデバイス情報６２０が取得されるので、デバイスがスリープ状態から解除される頻度が減る。従って、本具体例は、デバイスの電力消費を低減させることが可能である。

（４）変形例：
本発明は、種々の変形例が考えられる。
例えば、複合装置には、３以上の内部デバイスが含まれてもよい。従って、図３に示す複合機４１０に含まれるファクシミリ４１３や図示しないストレージ（記憶装置）等を内部デバイスに当てはめることも可能である。ストレージ等は、複合装置の本体に外部接続されてもよい。
上述した処理は、順番を入れ替える等、適宜、変更可能である。例えば、図１１の課金処理において、スキャナー情報を要求、取得、及び、保存するＳ６１２〜Ｓ６１６の処理は、プリンター情報を要求、取得、及び、保存するＳ６０６，Ｓ６０８，Ｓ６１０のいずれかの処理の前において行うことが可能である。また、図９の仲介処理において、Ｓ４１８の判断処理をＳ４１０の判断処理の前に行うことが可能である。
デバイス情報は、動作終了通知の内容に関わらず所定の項目を一律に取得してもよい。例えば、図８で示したメイン処理において、Ｓ１１０の処理後、Ｓ１１２の判断処理を行わずにＳ１１４〜Ｓ１２４の処理を全て行ってもよい。

デバイスからのデバイス情報の取得は、動作終了通知の取得をトリガーとして行うことに加えて、動作終了通知の取得をトリガーとしないで行ってもよい。この場合も、本技術に含まれる。例えば、動作終了通知の頻度よりも一般に少ない頻度で定期的に（例えば平日の正午に）デバイス情報を取得してもよい。
上述した例ではＵＳＢ接続されたデバイスに対して動作終了通知の取得をトリガーとしてデバイス情報を取得したが、ネットワーク接続されたデバイスに対しても動作終了通知の取得をトリガーとしてデバイス情報を取得してもよい。
上述した例では管理サーバー２００とクライアント３００とにより監視装置Ｕ０が構成されていたが、監視装置は、管理サーバー単体で構成されてもよいし、クライアント単体で構成されてもよい。

ところで、図１２に例示するタイミングチャートのように、デバイスには、省電力のために所定の動作が終了してからスリープ状態に移行するスリープ移行期間Ｔｓ（Ｔｓ＞０）が設定されている。図１２において、横軸は時間ｔを表し、上側のタイミングチャートはデバイスが動作中であるか待機中である（動作中でない）かを示し、下側のタイミングチャートはデバイスの電力供給状態がスリープ状態であるか通常状態である（スリープ状態でない）かを示している。「動作中」には、例えば、プリンターの場合の印刷中、スキャナーの場合のスキャン中、等がある。図１２に示すように、所定の動作が終了してからスリープ移行期間Ｔｓが経過すると電力供給状態が通常状態からスリープ状態に移行する。尚、所定の動作が開始されると、電力供給状態がスリープ状態から通常状態に移行する。ある動作が終了してからスリープ移行期間Ｔｓ内に次の動作が開始されると、通常状態が継続する。

常に動作終了通知６１０を取得したことをトリガーとしてデバイス情報６２０を取得する場合、デバイスで動作が頻繁に繰り返されると、不必要に多くのデバイス情報６２０が取得されることにもなる。そこで、デバイス情報６２０の取得のトリガーとなった動作終了通知６１０が取得されてから所定期間Ｔｔ内（Ｔｔ＞０）は、別の動作終了通知６１０を無視してもよい。ここで、所定期間Ｔｔをスリープ移行期間Ｔｓよりも短くすると、デバイス情報６２０の取得のトリガーとなった動作終了通知６１０がデバイスから出されてからスリープ状態となるまで別の動作終了通知６１０が出されても全くデバイス情報６２０が取得されないことを回避することができる。

図１３は、デバイス情報６２０の取得に所定期間Ｔｔ内の制限を設定したメイン処理を例示している。この処理は、図８で示したメイン処理と比べて、Ｓ１１０，Ｓ１１２の間においてＳ２０２の判断処理が増えている。尚、Ｓ１０２〜Ｓ１１０，Ｓ１１２〜Ｓ１２４の処理は図８のメイン処理とほぼ同じであるので、図１３では簡略化して示している。ここで、Ｓ２０２，Ｓ１１２〜Ｓ１２４は、デバイス情報取得部Ｕ２、デバイス情報取得機能ＦＵ２、及び、デバイス情報取得工程ＳＴ２に対応している。

監視対象デバイスがＵＳＢ接続されている場合において、管理サーバー２００は、未取得の動作終了通知６１０をＯＳ３１０から取得すると（Ｓ１１０）、デバイス情報６２０の取得のトリガーとなった取得済みの動作終了通知６１０が取得されてから所定期間Ｔｔ内であるか否かを判断する（Ｓ２０２）。所定期間Ｔｔ内である場合、管理サーバー２００は、処理をＳ１０２に戻す。従って、所定期間Ｔｔ内である場合、未取得であった動作終了通知６１０が取得されても（出されても）デバイス情報６２０が取得されないことになる。

一方、所定期間Ｔｔ内でない場合、管理サーバー２００は、動作終了通知６１０の内容に応じて処理を分岐させ（Ｓ１１２）、印刷終了であった場合にはＳ１１４〜Ｓ１１８の処理を行ってＳ１０２に戻し、スキャン終了であった場合にはＳ１２０〜Ｓ１２４の処理を行ってＳ１０２に戻す。従って、デバイス情報６２０の取得のトリガーとなった動作終了通知６１０が取得されてから所定期間Ｔｔが経過すると、デバイスからデバイス情報６２０を取得する。

以上より、デバイスから動作終了通知６１０が頻繁に出されることにより不必要に多くのデバイス情報６２０が取得されることが回避される。従って、図１３に示す例は、デバイスの電力消費をさらに低減させることができる。

（５）結び：
以上説明したように、本発明によると、種々の態様により、デバイスの電力消費を低減させることが可能な技術等を提供することができる。むろん、独立請求項に係る構成要件のみからなる技術でも、上述した基本的な作用、効果が得られる。
また、上述した例の中で開示した各構成を相互に置換したり組み合わせを変更したりした構成、公知技術及び上述した例の中で開示した各構成を相互に置換したり組み合わせを変更したりした構成、等も実施可能である。本発明は、これらの構成等も含まれる。

２００…管理サーバー、２０３，３０３…不揮発性メモリー、３００，３３０，３４０…クライアント、３１０…ＯＳ（オペレーティングシステム）、３１１…プリンタードライバー（第一デバイスドライバーの例）、３１２…スキャナードライバー（第二デバイスドライバーの例）、４００，４１０，４２０…複合機（複合装置の例）、４０１…印刷装置、４０２…画像読取装置、４１１，４２１，４３１…プリンター（印刷装置の例）、４１２，４２２…スキャナー（画像読取装置の例）、４１３，４２３…ファクシミリ、６１０…動作終了通知、６２０…デバイス情報、６２１…プリンター情報（第一デバイス情報の例）、６２２…スキャナー情報（第二デバイス情報の例）、Ｌ１…監視対象リスト、Ｎ１…ネットワーク、Ｐ１…管理プログラム、Ｐ２…仲介プログラム、ＳＹ１…管理システム、ＴＡ１…処理テーブル、Ｔｓ…スリープ移行期間、Ｔｔ…所定期間、Ｕ０…監視装置、Ｕ１…動作終了通知取得部、Ｕ２…デバイス情報取得部、Ｕ４…課金処理部、Ｕ６…管理処理部、Ｕ７…記憶部。

Claims (9)

1. デバイスから収集対象のデバイス情報を取得する監視装置であって、
   前記デバイスが行っていた所定の動作の終了を表す動作終了通知を取得する動作終了通知取得部と、
   前記動作終了通知が取得されたことをトリガーとして前記デバイスから前記デバイス情報を取得するデバイス情報取得部と、を備え、
   前記動作終了通知取得部により取得される動作終了通知の内容に応じて前記デバイス情報を取得する対象デバイスが設定されており、
   前記デバイス情報取得部は、前記動作終了通知取得部により取得された動作終了通知の内容に応じて設定された前記対象デバイスから前記デバイス情報を取得する、監視装置。
2. 前記デバイス情報取得部は、前記デバイス情報の取得のトリガーとなった動作終了通知が取得されてから次に動作終了通知が取得されるまで前記デバイスからの前記デバイス情報の取得を行わない、請求項１に記載の監視装置。
3. 前記デバイス情報取得部は、前記デバイス情報の取得のトリガーとなった動作終了通知が取得されてから所定期間内に別の動作終了通知が前記デバイスから出されても前記デバイスからの前記デバイス情報の取得を行わない、請求項１又は請求項２に記載の監視装置。
4. 前記所定期間は、前記デバイスが前記所定の動作を終了してからスリープ状態に移行する期間よりも短い、請求項３に記載の監視装置。
5. 前記デバイスは、前記デバイス情報として第一デバイス情報を出力する印刷装置、及び、前記デバイス情報として第二デバイス情報を出力する画像読取装置を有する複合装置であり、
   前記デバイス情報取得部は、
   前記動作終了通知取得部により取得された動作終了通知が印刷終了を示している場合、前記印刷装置から前記第一デバイス情報を取得し、
   前記動作終了通知取得部により取得された動作終了通知が画像読取終了を示している場合、前記画像読取装置から前記第二デバイス情報を取得する、請求項１〜請求項４のいずれか一項に記載の監視装置。
6. 前記デバイスは、前記デバイス情報として第一デバイス情報を出力する印刷装置を有する複合装置であり、
   前記デバイス情報取得部は、前記印刷装置から前記第一デバイス情報を取得する際、
   前記監視装置がネットワークを介して前記複合装置に接続されている場合には前記ネットワークを介して前記複合装置から前記第一デバイス情報を取得する処理を行い、
   前記監視装置がＵＳＢ（Universal Serial Bus）インターフェイスを介して前記複合装置に接続されている場合には前記印刷装置を制御するための第一デバイスドライバーを介して前記第一デバイス情報を取得する処理を行う、請求項１〜請求項５のいずれか一項に記載の監視装置。
7. 前記デバイスは、前記デバイス情報として第二デバイス情報を出力する画像読取装置を有する複合装置であり、
   前記デバイス情報取得部は、前記画像読取装置から前記第二デバイス情報を取得する際、
   前記監視装置がネットワークを介して前記複合装置に接続されている場合には前記ネットワークを介して前記複合装置から前記第二デバイス情報を取得する処理を行い、
   前記監視装置がＵＳＢ（Universal Serial Bus）インターフェイスを介して前記複合装置に接続されている場合には前記画像読取装置を制御するための第二デバイスドライバーを介して前記第二デバイス情報を取得する処理を行う、請求項１〜請求項６のいずれか一項に記載の監視装置。
8. デバイスから収集対象のデバイス情報を取得する監視方法であって、
   前記デバイスが行っていた所定の動作の終了を表す動作終了通知を取得する動作終了通知取得工程と、
   前記動作終了通知が取得されたことをトリガーとして前記デバイスから前記デバイス情報を取得するデバイス情報取得工程と、を含み、
   前記動作終了通知取得工程により取得される動作終了通知の内容に応じて前記デバイス情報を取得する対象デバイスが設定されており、
   前記デバイス情報取得工程は、前記動作終了通知取得工程により取得された動作終了通知の内容に応じて設定された前記対象デバイスから前記デバイス情報を取得する、監視方法。
9. デバイスから収集対象のデバイス情報を取得するための監視プログラムであって、
   前記デバイスが行っていた所定の動作の終了を表す動作終了通知を取得する動作終了通知取得機能と、
   前記動作終了通知が取得されたことをトリガーとして前記デバイスから前記デバイス情報を取得するデバイス情報取得機能と、をコンピューターに実現させ、
   前記動作終了通知取得機能により取得される動作終了通知の内容に応じて前記デバイス情報を取得する対象デバイスが設定されており、
   前記デバイス情報取得機能は、前記動作終了通知取得機能により取得された動作終了通知の内容に応じて設定された前記対象デバイスから前記デバイス情報を取得する、監視プログラム。

Images