JP2021196963A - 情報処理装置、方法、およびプログラム - Google Patents

Abstract

【課題】複数台のＰＣに監視エージェントを配置したとしても、印刷装置の同じ状態に関する重複した通知の発生を抑制する情報処理装置を提供する。【解決手段】システムにおいて、印刷装置がデータベースを持ち、監視エージェントがサーバに送信したステータスの送信履歴を記録していくことで、他の監視エージェントが送付済みの情報を送らずにすむようになる。【選択図】図８

Description

本発明は、ネットワーク上の複合機等の周辺デバイスの稼働状況の監視と通知に関する。

複合機などの印刷機能を備える印刷装置には、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を利用したＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）を使って状態をネットワーク越しに監視できる機能性が搭載されている。これをＰＣ上のアプリケーションとして配置する監視エージェントによってＭＩＢの情報を監視し、メールなどの通信手段で、印刷装置の異常を管理者に通知することができる。

監視エージェントは常夜起動しているサーバで常駐監視させることもできるが、中小オフィスなどではユーザが普段、業務で利用するＰＣ上にインストールすることも多い。このような場合、ＰＣがスリープ状態や電源断の状態になると、前述の監視により印刷装置の状態をリアルタイムに検出できなくなる恐れがある。複数台のＰＣに監視エージェントを配置すると、それぞれの監視エージェントがメールでの重複した通知を行ってしまうという問題が発生する。

特許文献１では、サーバに情報を送信する監視エージェントをバックアップのために複数配置する構成を開示している。片方のエージェントが機能停止する際に、サーバにどこまでの情報を送付したかをもう片方のエージェントに通知する提案がなされている。

特開２０１２−１０３７６４号公報

しかしながら、特許文献１では、監視エージェント間で互いの情報や起動状態を管理する必要がある。また、環境によっては、複数のエージェント間での通信が保証できない場合がある。

本発明は、複数台のＰＣに監視エージェントを配置したとしても、印刷装置の同じ状態に関する重複した通知の発生を抑制するための仕組みを提供することを目的とする。

上記課題を解決するために、印刷装置を監視するためのアプリケーションが実行される情報処理装置であって、通知の送信先を示すメールアドレスと、送信先への送信対象とすべきステータスと、を設定する設定手段と、前記印刷装置のステータスを、所定のタイミングで取得する取得手段と、前記取得されたステータスに、前記送信対象としてステータスとして設定された記録剤の残量に関する情報があった場合に、前記印刷装置で管理される送信済みかを示す情報に基づき、前記取得されたステータスとしての前記印刷装置の記録剤の残量に関する情報が送信済みであるか否かを判断する判断手段と、送信済みでないと判断された前記プリンタの記録剤の残量に関する情報を、前記メールアドレスに対して、電子メールで通知を行う通知手段と、を有し、前記印刷装置で管理される送信済みかを示す情報に基づき、前記取得されたステータスとしての前記印刷装置の記録剤の残量に関する情報が、すでに他の情報処理装置により送信済みであると判断された場合には、前記電子メールでの通知が行われないことを特徴とする。

本発明によれば、複数台のＰＣに監視エージェントを配置したとしても、印刷装置の同じ状態に関する重複した通知の発生を抑制できる。

システム全体を示すシステム構成図 コンピュータ１１０の構成を表すブロック図 複合機１２０の全体構成を表すブロック図 複合機１２０の情報処理コントローラユニット３０１の構成を表すブロック図 複合機１２０の情報処理コントローラユニット３０１内のソフトブロック図 コンピュータ１１０内の監視エージェントのソフトブロック図 監視エージェント６００の設定画面 監視エージェント６００の処理を説明するためのフローチャート 複合機１２０の処理を説明するためのフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。

（第１の実施の形態）
図１は、本発明におけるシステム全体を示すシステム構成図である。ネットワーク１００には、本実施例で説明する情報処理装置（コンピュータ１１０）、および印刷装置（複合機１２０）が複数台接続されているイントラネット環境である。複合機１２０は、印刷機能、スキャン、ファックスなどが可能な印刷装置である。本発明は、トナーやインクなどの記録剤を用いて記録用紙に印刷を行える印刷装置であり、装置内の記録剤の状態を、ネットワークを介して監視可能な機能性をもつ印刷装置が適用可能である。記録剤の状態には、補充されたすぐ後のフル状態、記録剤の残量が少ないことを示す残量少状態、残量がないことを示す残量なし状態、などを含む複数の状態がある。また、残量の度合いを数値（％）で監視することも可能である。

複合機１２０には機器内で発生している状態をＳＮＭＰ（Ｓｉｍｐｌｅ ＮｅｔｗｏｒＭａｇａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を利用したＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）などの形でネットワーク上に開示する。コンピュータ１１０でアプリケーションとして実行される監視エージェントは、この仕組みを利用することで、同一イントラネット環境上で、複合機の状態を監視することができる。

また、ネットワーク１００はインターネット環境など外部ネットワークへの接続可能である。コンピュータ１１０ａや１１０ｂにメール送信のソフトウェアなどをセットアップすることで、監視エージェントが外部のネットワーク１０１上にあるコンピュータ１１０ｃにメールで、複合機１２０の記録剤の状態などを通知することが可能である。

図２は、本発明におけるコンピュータ１１０が一般的なコンピュータなどの情報処理装置で実現された場合の構成を表すブロック図である。コントローラユニット２００、操作部２２０、表示部２３０を含んでいる。コントローラユニット２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１を有する。ＣＰＵ２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２に格納されているブートプログラムによりＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動する。

ＣＰＵ２０１は、このＯＳ上で、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。本願発明で図６以降で説明される監視エージェントを実現するためのアプリケーション、メール機能を提供するアプリケーションなどもここに保存される。このＣＰＵ２０１の作業領域としてはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３が用いられる。ＨＤＤ２０４は、上記アプリケーションプログラムと設定や履歴等のデータを格納する。ＨＤＤは、それ以外の様々なＮＶＲＡＭで代用可能である。ＣＰＵ２０１には、システムバス２０８を介して、ＲＯＭ２０２およびＲＡＭ２０３とともに、操作部Ｉ／Ｆ２０５、表示部Ｉ／Ｆ２０６、Ｎｅｔｗｏｒｋ２０７が接続される。操作部Ｉ／Ｆ２０５は、マウス、キーボード等から成る操作部２０９とのインタフェースであり、操作部２０９によってユーザにより入力された情報をＣＰＵ２０１に送出する。表示部Ｉ／Ｆ２０６は、ディスプレイ等から成る表示部２１０に表示すべき画像データを表示部２１０に対して出力する。また、Ｎｅｔｗｏｒｋ２０７は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

図３は本発明における複合機１２０の構成を表すブロック図である。複合機１２０は、情報処理コントローラユニット３０１、プリンタコントローラユニット３０２、スキャナコントローラユニット３０３、プリンタ３０４、スキャナ３０５、操作部３０６を含んでいる複合機である。情報処理コントローラユニット３０１は、複合機１２０の動作に係る情報処理制御を統括するコントローラであり、操作部３０６が接続される。さらに画像出力デバイスであるプリンタ３０４を制御するプリンタコントローラユニット３０２や画像入力デバイスであるスキャナ３０５を制御するスキャナコントローラユニット３０３が接続される。プリンタ３０４には、印刷に利用する記録剤を補充するための機構や、残量を計測するためのセンサーなど、不図示の仕組みを備える。

図４は本発明における複合機１２０の情報処理コントローラユニット３０１の構成を表すブロック図である。情報処理コントローラユニット３０１は、ＣＰＵ４０１を有し、ＣＰＵ４０１は、ＲＯＭ４０２に格納されているブートプログラムによりＯＳを起動する。ＣＰＵ４０１は、このＯＳ上で、ＨＤＤ４０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ４０１の作業領域としてはＲＡＭ４０３が用いられる。また、ＲＡＭ４０３は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ＨＤＤ４０４は、上記アプリケーションプログラムや画像データ、各種設定値や履歴を格納する。

ＣＰＵ４０１には、システムバス４１０を介して、ＲＯＭ４０２およびＲＡＭ４０３とともに、操作部Ｉ／Ｆ４０６、デバイスコントローラＩ／Ｆ４０８、Ｎｅｔｗｏｒｋ４０５、画像処理部４０７、および電源制御部４０９が接続される。操作部Ｉ／Ｆ４０６は、タッチパネルを有する操作部３０６とのインタフェースであり、操作部３０６に表示すべき画像データを操作部３０６に対して出力する。また、操作部Ｉ／Ｆ４０６は、操作部３０６によってユーザにより入力された情報をＣＰＵ４０１に送出する。デバイスコントローラＩ／Ｆ４０８には、スキャナコントローラユニット３０２およびプリンタコントローラユニット３０３が接続され、デバイスコントローラＩ／Ｆ４０８は、画像データの同期系／非同期系の変換を行う。Ｎｅｔｗｏｒｋ４０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。画像処理部４０７では、プリンタ３０４への出力画像処理やスキャナ３０５からの入力画像処理、画像回転、画像圧縮、解像度変換、色空間変換、階調変換などの処理を行う。電源制御部４０９は機器全体の電源制御をおこなう、電源オンオフの制御の他通常通電状態以外の省電力状態への移行や、通常状態への復帰などを制御する。

図５は本発明における複合機１２０のソフトウェアブロック図である。本明細書では、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶手段に記憶され、ＣＰＵ４０１により実行される。複合機１２０は、スキャン、プリント、およびネットワークやメモリストレージを利用した各種機能性を実現するソフトウェアが動作する。

ユーザインターフェース５０１は操作部３０６に対してユーザが操作する画面を表示したり、ユーザが操作した際にその動きをソフトウェアに伝えたりする機能を持つ。機能アプリケーション５０２はコピー、プリント、メール送信など機器内に複数あり、操作部３０６を経由したユーザの指示やＮｅｔｗｏｒｋ４０５経由のデータ受信などをトリガにして複合機のアプリケーション機能を動作させる。ジョブ制御部５０３は機能アプリケーション５０２からの指示を受けてプリンタコントロールユニット３０２やスキャナコントロールユニット３０３を制御してスキャンやプリントを実行する。電源制御部５０４は、装置内のソフトウェアの状態と連動して、電源管理部４０９を制御し通常通電状態と省電力状態の遷移をつかさどる。

エラー制御部５０５は、主にジョブ制御部５０３やプリンタコントロールユニット３０２やスキャナコントローラユニット３０３などで発生した異常などを含む状態の通知を受け、システム全体を停止したり縮退動作を指示したりの制御を実施する。

履歴・設定保持部５０６は機器内における不揮発情報を管理する。複合機やジョブの制御に必要な設定を保持したり、ユーザの操作履歴やジョブ実行結果およびエラーの発生などをサマライズして保存したりする。またシステムの不具合発生時に解析デバッグ用途で残すログ情報もここに保存される。不揮発データの実体である履歴・設定値データベース５２１はＨＤＤ４０４に保持される。

公開情報生成部５１０は、機器内の各モジュール（５０１〜５０８）から状態変化通知を受けたり、ネットワーク通信部５１１を介してネットワーク越しに外部装置から問い合わせを受けたりする。問い合わせを受けると機器内の各モジュール（５０１〜５０８）の中から必要な状態を取得し、ＭＩＢなどの形で開示できる形に変換する。これによりコンピュータ１１０の状態監視や状態通知を実現する。プリンタ３０４における記録剤の状態もここで管理される。また、履歴更新部５０９は、ネットワーク経由の指示を受けて履歴・設定値データベース５２１の内容を更新する機能性を持つ。これにより外部から複合機１２０の保持する履歴情報を更新したり、特定の履歴に関する情報を書き込んだりすることが可能になる。

図６は、本発明における監視エージェント機能を備えたアプリケーションをコンピュータ１１０にインストールすることで実現される監視エージェント６００のソフトウェアブロック図である。本明細書では、ＲＡＭ２０３、ＨＤＤ２０４のいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。コンピュータ１１０は一般的ないわゆるパソコンである。

取得部６０１はＭＩＢなどで複合機の情報を取得するモジュールで、ネットワーク通信部６１０を介してＳＮＭＰなどのプロトコルを使って複合機の各種ステータスを取得する。記録剤の残量に関する状態も取得される。監視については、起動後から所定の周期で複合機の情報を要求することで取得する、いわゆる、ポーリングによる監視と、複合機からのイベント通知と、により実現することができる。

要求部６０２はＳＮＭＰやその他の通信プロトコルを使って複合機１２０上の履歴更新部５０９と通信して複合機１２０側の履歴を更新したり、履歴に関する情報を書き込んだりする機能性を持つ。通知実行部６０３はＳＭＴＰなどのプロトコルを使って、あらかじめ設定された通信先に対してネットワーク通信部６１０を介して情報をメール通知する機能を持つ。

制御部６０４は、取得部６０１が取得したステータス情報を取得した際に、必要があれば通知実行部６０３と要求部６０２を駆動する。その判断論理については後述する。

履歴保持部６０５の管理する送信履歴６２０は監視エージェント６００の動作履歴であり設定保持部６０６の管理する送信設定６２１は監視エージェント６００の動作設定である。送信履歴６２０および送信設定６２１はいずれもＨＤＤ２０４に不揮発に保持される。通信設定部６１１は、表示部２１０にＵＩを持ちユーザが本アプリケーションの動作に必要な設定を実施する部分である。詳細は後述するが、取得部６０１のポーリング周期や、通知実行部６０３がサーバに通知する情報を設定するなどができる。

また監視エージェント６００は、同一イントラネット環境の複数のコンピュータ（１１０ａ、１１０ｂなど）にインストールされて動作可能で、かつそれぞれ異なる起動タイミングやポーリングの周期で動作することが可能である。

図７の設定画面７００は、監視エージェント６００の通知設定部６１１が表示部２１０に表示する設定画面の例である。

この例では大きく３つの内容を設定できる画面となっている。まず送信先のＥメールアドレスを設定できる入力フィールド７０１。ここに記載されたメールアドレスに通知実行部６０３が必要な情報を送信する。

通知設定選択部７０２では送信先Ｅメールアドレスに通知する内容を選択できるようになっている。たとえばチェックボックスの７０３にチェックを入れるとトナー・インクといった記録剤の残量少（Ｌｏｗ）のステータスが複合機１２０に発生した場合にその旨を送信先Ｅメールアドレスに通知するようになる。チェックが入らない項目は通知対象にならない。この例では、トナー・インク減少（Ｌｏｗ）、トナー・インク交換（Ｅｍｐｔｙ）、ジャムが発生した場合に通知するという設定としている。

監視周期設定部７０４では、取得部６０１が複合機１２０に対して問い合わせを実施する周期が設定される。これで監視頻度を調節することができる。またこの画面で設定された内容は送信設定６２１に保持される。監視周期の設定が小さな値であれば、よりリアルタイムに近い監視が行われることになる。

次に、表１で示す送信管理テーブルについて説明する。これは、複合機１２０の履歴・設定値データベース５２１に保持される監視エージェント６００がメール等で通知した履歴を管理するテーブルの実施例である。

この表で、以下のフィールドで情報が管理される。
・図７の通知設定７０２で選択できる通知設定カテゴリ
・各カテゴリに属す実際にデバイスがＭＩＢ等で公開したステータスを示す情報
・ここでは実際のコードである送信ステータスとサマリ文字列
・監視エージェント６００による最終送信日時と、その監視エージェントの識別情報
（ここではそのエージェントが動作しているＰＣのＭＡＣアドレスを残しているがＰＣ名などでもよい）
・送信済みのステータスが解除された日時
本実施例では、表１を例に示したが、複数の監視エージェント６００が、他の監視エージェントの動作を把握できる情報が管理できればよいため、より簡略化して、記録剤のステータスとエージェントによるサーバへの送信済みの情報のみを記録、管理してもよい。

複数の監視エージェント６００は、監視対象の複合機のこのテーブルの内容を共有し、適宜更新しながら動作することになる。

図８は、監視エージェント６００による監視と通知を実施する際の処理を説明するためのフローチャートである。ＲＡＭ２０３、ＨＤＤ２０４、ＲＯＭ２０２のいずれかの記憶手段に記憶された監視エージェントのためのアプリケーションプログラムがＣＰＵ２０１により実行されることで監視エージェント６００が起動された後、設定に従い本処理が実行される。

Ｓ８０１で、取得部６０１は、複合機１２０に対して要求を送信して、その応答として現在発生しているステータスと、送信管理テーブルの内容を取得する。取得されるステータスはＭＩＢ等で管理される発生中のステータス情報の中の、図７の設定画面７００において設定された監視対象のステータスとである。送信管理テーブルは表１で示される情報である。

Ｓ８０２で、制御部６０４は、取得された発生ステータス情報が送信管理テーブルに存在していない場合、送信対象のステータスが新たに発生していたと判断する。対象ステータス発生の場合はＳ８０３からＳ８０５を実行し、発生していなかった場合はＳ８０６に進む。

Ｓ８０３で、送信対象ステータスが発生していた場合は、そのすべてに対して、通知実行部６０３に指示し電子メール等で、送信設定で指定された送信先であるメールアドレスにその情報を含む通知の送信処理を実行する。複数のステータスをまとめて１メールで送信してもよいし、各ステータスにつき１メールで送信してもよい。Ｓ８０４で送信が成功した場合はＳ８０５に進み、失敗した場合はＳ８０５の処理をスキップする。Ｓ８０５では、要求部６０２から、複合機１２０に、対象のステータスについて送信済みを示す情報を記録するよう要求する。この要求により、複合機１２０の履歴更新部５０９が履歴・設定値データベース５２１の送信管理テーブルに、送信対象となったステータスと送信済みを示す情報を追記する。

Ｓ８０６で、制御部６０４は、送信管理テーブル内にあるステータスのなかで、複合機１２０で管理されるＭＩＢで、解消済みとなっているものがあるかを確認する。ここで送信済みで解消されているステータスが存在する場合はＳ８０７に進み、なければＳ８０８に進む。Ｓ８０７で、要求部６０２から複合機１２０に解消済みの情報を記録するよう要求する。複合機１２０の履歴更新部５０９が、この要求を受けて履歴・設定値データベース５２１の送信管理テーブルに対象のステータスについて解消済みを示す情報を追記し、更新する。これにより一度発生し、電子メール等で通知済みのステータスが、解消済みであることが共有できる。

Ｓ８０８で、取得部６０１は、図７の設定画面７００で設定された監視周期の分だけの時間を待機した後、Ｓ８０１に戻り監視を続ける。

以上のような制御をすることで、複数の監視エージェント６００が同時に同じ複合機１２０を監視していたとしても、図７で設定される送信先メールアドレスに対して同じステータス通知を複数回実行しない状態を作り出すことができる。

図９は、送信管理テーブルの更新（Ｓ８０５、Ｓ８０７）の要求を受けた複合機１２０の履歴更新部５０９の処理を説明するためのフローチャートである。

Ｓ９０１で、履歴更新部５０９が、監視エージェント６００の要求部６０２からの要求を受けると、Ｓ９０２で他の監視エージェントがアクセス中か否かを判断する。これは、他の監視エージェントからの要求受けにより既にアクセスロックが取得されてしまっている場合、アクセス中と判断される。何らかの要求をすでに受けて他の監視エージェントからアクセス中であると判断された場合はＳ９０３に進み、一定時間待機する。アクセス中でない場合にはＳ９０４に進む。

Ｓ９０４で、履歴更新部５０９が、アクセスロックを取得し、他のエージェントからのアクセスを排他する。これにより、複数エージェントによる同時書き込みを防止できる。

Ｓ９０５で、履歴更新部５０９が、要求に含まれる更新（書き込み）の要求を実行する。処理が終わればＳ９０６に進みアクセスロックを開放して、他のエージェントのアクセスを許可する。

本実施例の適用システムの例として、例えば、記録剤の残量少のステータスをもとに、送信先メールアドレスを持つサーバシステムで記録剤を含む消耗品（ボトルやカートリッジ）の自動配送サービスなどを提供する場合を想定する。複合機を監視する監視エージェントを複数設置することにより、ＰＣの異常や電源ＯＦＦなどによる、複合機の記録剤の残量少のステータスの取りこぼしの可能性を低減できる。さらに本実施例を適用することで、同じステータスを重複して通知することによる重複した配送の手配も抑制することが可能となる。

（応用例）
ここまで実施例として、監視エージェント６００が主体的に複合機１２０の送信管理テーブルを更新する形で説明してきたが、実施例と同一構成で複合機１２０側が主体的に送信管理テーブルを更新する応用例を次に説明する。

監視エージェント６００が電子メールなどの送信の完了をもってその内容を更新するのではなく、対象のステータスが発生し、初めて何れかの監視エージェント６００から情報取得アクセスがあった時点で、複合機１２０の履歴更新部５０９が主体的に送信管理テーブルを更新する。

送信完了までは管理せず、取得動作があった時点で送信完了とみなす意味である。その際、表１の送信ステータス・送信サマリではなく、取得ステータス・取得サマリとして保持されることになるが内容としては同一で構わない。

具体的には、図８のフローチャートのＳ８０５よびＳ８０７の監視エージェント６００による送信管理テーブルの更新のステップは省略され、それらは別のタイミングで実施される。Ｓ８０５の代替はＳ８０１のタイミングで複合機１２０にアクセスした際に、複合機１２０の履歴更新部５０９の責務で送信管理テーブルを更新する形で実現する。

該当のステータスが発生してから初めてのアクセスであればテーブルにレコードとして追記されることになり、２回目以降であればテーブルに該当レコードが存在するため書き込みがスキップされる。

またＳ８０７の代替は、送信管理テーブルに取得済みで記録されているステータスが解消されたタイミングを複合機１２０自身が検出できるので、そのタイミングで実施という形で実現することができる。

以上の応用例のように実施例と同じ構成で、複合機１２０側が主体的にテーブルを更新する形でも実現できる。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが１以上のメモリーに読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１１０…コンピュータ
１２０…複合機

Claims (5)

1. 印刷装置を監視するためのアプリケーションが実行される情報処理装置であって、
   通知の送信先を示すメールアドレスと、送信先への送信対象とすべきステータスと、を設定する設定手段と、
   前記印刷装置のステータスを、所定のタイミングで取得する取得手段と、
   前記取得されたステータスに、前記送信対象としてステータスとして設定された記録剤の残量に関する情報があった場合に、前記印刷装置で管理される送信済みかを示す情報に基づき、前記取得されたステータスとしての前記印刷装置の記録剤の残量に関する情報が送信済みであるか否かを判断する判断手段と、
   送信済みでないと判断された前記プリンタの記録剤の残量に関する情報を、前記メールアドレスに対して、電子メールで通知を行う通知手段と、を有し、
   前記印刷装置で管理される送信済みかを示す情報に基づき、前記取得されたステータスとしての前記印刷装置の記録剤の残量に関する情報が、すでに他の情報処理装置により送信済みであると判断された場合には、前記電子メールでの通知が行われないことを特徴とする情報処理装置。
2. 前記電子メールでの通知が成功した場合に、通知の対象となった前記プリンタの記録剤の残量に関する情報が送信済みであることを管理するよう、前記印刷装置に要求する要求手段をさらに有することを特徴とする請求項１に記載の情報処理装置。
3. 前記通知手段は、前記通知に従い前記記録剤を含む消耗品の配送を手配するための自動配送サービスのためのメールアドレスに対して、前記電子メールの通知を行うことを特徴とする請求項１または２に記載の情報処理装置。
4. 印刷装置を監視するためのアプリケーションが実行される情報処理装置における方法であって、
   通知の送信先を示すメールアドレスと、送信先への送信対象とすべきステータスと、を設定する設定工程と、
   前記印刷装置のステータスを、所定のタイミングで取得する取得工程と、
   前記取得されたステータスに、前記送信対象としてステータスとして設定された記録剤の残量に関する情報があった場合に、前記印刷装置で管理される送信済みかを示す情報に基づき、前記取得されたステータスとしての前記印刷装置の記録剤の残量に関する情報が送信済みであるか否かを判断する判断工程と、
   送信済みでないと判断された前記プリンタの記録剤の残量に関する情報を、前記メールアドレスに対して、電子メールで通知を行う通知工程と、を有し、
   前記印刷装置で管理される送信済みかを示す情報に基づき、前記取得されたステータスとしての前記印刷装置の記録剤の残量に関する情報が、すでに他の情報処理装置により送信済みであると判断された場合には、前記電子メールでの通知が行われないことを特徴とする方法。
5. 請求項１乃至３の何れか１項に記載の各手段としてコンピュータを機能させるためのプログラム。

Images